オフラインマップと従来のバージョン対応登録データ—ArcGIS Server

従来のバージョン対応登録が行われたデータを使用する編集可能なフィーチャサービスを含むマップをダウンロードしてオフラインで取得すると、公開済みデータで使用されているバージョンからレプリカバージョンが作成され、フィーチャサービスレプリカが作成されてレプリカバージョンと関連付けられます。クライアントが編集内容をフィーチャサービスレプリカと同期すると、編集内容はこのレプリカバージョンに適用されます。その結果、編集内容を公開済みバージョンに適用し、他のユーザーと共有するためのリコンサイルおよびポストプロセスが追加で必要になります。

マップに読み取り専用フィーチャサービス (フィーチャサービスで検索と同期のみが有効化されている) が含まれており、そのフィーチャサービスにバージョン対応登録されたデータが含まれている場合、マップをダウンロードしたときにレプリカバージョンは作成されません。同様に、分散コラボレーションワークフロー中にデータがコピーされたときに、レプリカバージョンは作成されません。クライアントは、これらの場合にフィーチャサービスと同期すると、ソースデータに対して行われた任意の編集内容にアクセスできます。

注意:

フィーチャサービスが読み取り専用 (クエリと同期のみが有効) の場合でも、公開時にジオデータベースに接続するデータベースユーザーは、データを編集する権限を持つ必要があります。

以下で説明する 2 つのオプションでは、フィーチャサービスの所有者または ArcGIS Server 管理者が、特定の編集可能なフィーチャサービスのトラディショナルバージョンを作成する方法を選択できます。公開者は、フィーチャサービスの公開時にこれらのオプションを設定します。

オフラインマップごとのバージョンの作成

これがデフォルトのオプションです。このオプションでは、編集可能なフィーチャサービスを含むマップをオフラインで取得するたびに、公開済みバージョンからレプリカバージョンが生成されます。レプリカバージョン名には次のものが含まれています。

マップをダウンロードしたユーザーの名前
フィーチャサービスの名前
一意の識別子 (ID)

これら 3 つの要素によって、レプリカバージョン名が一意であることが保証されます。たとえば、ユーザー Bob がフィーチャサービス NetFS を含むマップをダウンロードした場合、作成されるレプリカバージョン名は Bob_NetFS_1404578882000 になります。同じユーザーがこのマップを複数回ダウンロードした場合 (たとえば、複数のデバイスからダウンロードした場合)、そのユーザーが各デバイスから同期するときに、別々のレプリカバージョンが使用されます。あるデバイスから、他のデバイスで行われた編集内容にアクセスすることはできません。ただし、新しくダウンロードされたマップは、公開済みバージョンでの最新データになります。多くのマップがダウンロードされている場合、多数のレプリカバージョンが存在することになります。ダウンロードされたマップが、オフライン編集に使用されているアプリケーションから削除されると、それらのレプリカバージョンをリコンサイルしてポストし、削除することができます。

注意:

同期が有効なフィーチャサービスを、個別のユーザーアカウントを持っていないスタンドアロンの ArcGIS Server サイトに公開した場合、レプリカバージョン名は Esri_Anonymous_<フィーチャサービス名>_<ID> になります。

レプリカバージョン名の最大の長さは 30 文字です。この制限に合わせるために、名前のフィーチャサービス部分が切詰められます。

ユーザーごとのバージョンを作成します。

このオプションでは、編集可能なフィーチャサービスを含むマップをダウンロードするユーザーごとに、レプリカバージョンが生成されます。たとえば、10 名のユーザーが同じマップをダウンロードすると、10 個のレプリカバージョンが生成されます。各レプリカバージョンは個々のユーザーに固有であり、そのレプリカバージョン名はユーザー名とサービス名で構成されます (例: Joe_InspectionFS)。ユーザーがマップを (たとえば、複数のデバイスから) 複数回ダウンロードした場合、そのユーザーが各デバイスから同期するときに、同じレプリカバージョンが使用されます。あるデバイスから、他のデバイスで行われた編集内容にアクセスすることができます。ただし、新しくダウンロードしたマップは、ユーザーのレプリカバージョンが最後にリコンサイルされた時点での最新データになります。ユーザーのレプリカバージョンは、ユーザーがダウンロードしたマップを保持している限り残ります。

注意:

このオプションを使用する場合、ArcGIS Server サイトをポータルとフェデレートするか、ArcGIS Server でユーザーアカウントを構成します。これを行わないと、作成されるレプリカバージョン名は Esri_Anonymous_<フィーチャサービス名> になり、フィーチャサービスを含む Web マップをオフラインにするためにポータルに接続しているすべてのユーザーが同じバージョンを使用することになります。

ワークフロー例

次のワークフロー例では、前の 2 つのセクションで説明したバージョンのオプションを使用します。

以下の表で、各ワークフローの構成要素を比較します。


	データを保守するためのダウンロード	短期間のプロジェクトのためのダウンロード	進行中のプロジェクトのためのダウンロード
フィーチャサービスが公開されるジオデータベースのバージョン	デフォルトバージョン	子バージョン	子バージョン
それぞれに対してレプリカバージョンが作成されます	ダウンロードされたマップ	ユーザー	ユーザー
作成されるレプリカバージョンの数	多数	少数	少数
オフラインでの編集からデフォルトバージョンに対する更新までの待ち時間	Low	長い (1 週間)	長い (毎日)
品質保証にかかわるマップ	1 つのマップ	すべてのマップ	すべてのマップ
レプリカバージョンが削除される頻度	毎日	プロジェクトの完了時	なし

データを保守するためのマップのダウンロード

このワークフローには、ArcGIS Pro またはカスタムモバイルアプリを現場で使用して、描画されたマップから提供された編集内容を確認する組織のメンバーが関わります。この場合、データは従来のバージョン登録で参加するよう登録され、スタッフは、ジオデータベースのデフォルトバージョンから最新データを取得するためにダウンロードするマップを必要とします。スタッフは、事務所に戻ってネットワークに接続した後、現場で行った編集内容を同期し、マップを削除し、マップのレプリカバージョンをデフォルトジオデータベースバージョンに対してリコンサイルおよびポストします。このプロセスを 1 日に複数回繰り返すことができます。各プロセスが完了すると、スタッフはレプリカバージョンを削除します。

これを行うために、事務所のスタッフグループのメンバーは、会社の組織アカウントで Web マップを使用できます。このグループのメンバーである作業者は、モバイルデバイスで実行されているアプリを使用して、事務所の社内ネットワーク上で Web マップにアクセスできます。作業者は、事務所を離れる前に、マップをアプリにダウンロードします。この後、作業者は、現場に移動し、ネットワークに接続されていない状態で要求された更新を検査します。作業者は、事務所に戻ったときに、修正内容をフィーチャサービスと同期してから、デフォルトバージョンに対してリコンサイルとポストを行います。

以下のセクションでは、次のワークフローについて説明します。

フィーチャサービスの公開

Web マップを作成するには、はじめにフィーチャサービスを公開する必要があります。

公開者は、ArcGIS Pro を起動し、デフォルトバージョンからマップにデータを追加します。この例では、データには、会社のエンタープライズジオデータベース内のフィーチャクラスから取得した新しいセンサーが含まれています。このフィーチャクラスは、バージョン対応登録されています。

公開者は、ArcGIS Pro の登録済みのデータを参照する NetFS という名前のフィーチャレイヤーを公開します。

プロセスの公開中に、公開者は、フィーチャレイヤーの [構成] タブで、レイヤーをオフラインで利用して編集できるように次の設定を編集します。

[編集を有効化して、次の操作を編集者に許可] の [フィーチャの追加、更新、および削除] では、データのフルコントロールの編集を許可します。
[同期の有効化] では、レイヤーをオフラインで使用できるようにします。
[同期] の [ダウンロードされたマップごとのバージョンの作成] では、モバイル作業者がマップをダウンロードした時点で、一意の名前が付けられたレプリカバージョンがオフラインマップ用に作成されます。その後、このレプリカバージョンは作業者が編集内容を同期するときに使用されます。

また、公開者は、自分の組織内の他のユーザーがデータにアクセスできるように、サービスを事務所の作業者グループで共有します。

Web マップの作成

フィーチャサービスの作成後の次のステップは、Web マップを作成することです。公開者がこれを行うには、組織サイト (ArcGIS Enterprise または ArcGIS Online) にサインインし、Web マップを作成し、フィーチャレイヤーをマップに追加し、そのマップを事務所の作業者グループで共有します。 Web マップのオフラインモードプロパティを有効にして、その Web マップをオフラインで使用できるようにします。これで、事務所の作業者グループのメンバーは、このマップをダウンロードできます。

Web マップのダウンロード

Web マップが使用可能になったら、作業者は、その Web マップをモバイルデバイス上のアプリにダウンロードし、現場に移動して、要求された更新を検査することができます。この作業を実行するために、Bob という名前の作業者は、ネットワークに接続されている状態で自分のモバイルデバイス上でアプリを起動し、組織にサインインして、Web マップを自分のデバイスにダウンロードします。

ダウンロードプロセスの開始時に、バックエンドジオデータベース内の公開済みバージョン (デフォルト) から、Bob_NetFS_1404578882000 という名前のレプリカバージョンが作成されます。ダウンロードされたマップごとにバージョンを作成するようにサービスが設定されているため、一意のバージョン名が生成されます。この名前は、モバイル作業者のログイン (Bob)、フィーチャサービス名 (NetFS)、および一意の ID で構成されています。このレプリカバージョンは、ダウンロードされたマップを同期する際に使用されます。

この後、データがデバイスにダウンロードされ、ローカルデータを参照するようにアプリでマップが切り替えられます。この時点で、ネットワークに接続しなくてもマップを編集できます。

編集内容の同期

Bob は、現場にいる間、センサーのうちの 1 つが道路の誤った側に配置されていることに気付きます。 Bob は、モバイルアプリでこの修正を行います。

Bob は、その日のうちに他の場所に移動して、その他の修正を行うことができます。ネットワーク接続を使用できる場合、Bob は現場から編集内容を同期することもできます。 Bob は、事務所に戻ったときに、現場のデバイスで社内ネットワークに接続して最終的な同期を実行します。これによって、現場で行ったすべての修正が、Bob_NetFS_1404578882000 レプリカバージョンに確実に適用されます。

これで、現場で行った編集内容がソースと同期されたため、Bob はモバイルアプリからローカルマップを削除し、デバイスを返却します。ローカルマップを削除するプロセスによって、Bob_NetFS_1404578882000 レプリカバージョンは、オフラインマップと関連付けられなくなります。次に、Bob は ArcGIS Pro の Bob_NetFS_1404578882000 レプリカバージョンに接続し、それをデフォルトバージョンに対してリコンサイルおよびポストします。 Bob は、属性に基づく競合検出を行い、競合が検出された場合は、それらを手動で解決します。

デフォルトバージョンに対してリコンサイルを行い、競合を解決し、編集内容をデフォルトバージョンにポストします。

Bob は、編集内容を保存してデフォルトバージョンに切り替えた後に、Bob_NetFS_1404578882000 レプリカバージョンを削除します。

Bob は、データを適切に更新するために、さらに何度か現場に行く必要があることを理解します。現場に戻るたびに、新たにダウンロードされたマップと新しい Bob_NetFS_<ID> レプリカバージョンが必要になります。新しい各レプリカバージョンには、デフォルトバージョンからの最新の編集内容が含まれることになります。それらのレプリカバージョンは、マップとの関連付けが解除され、リコンサイルおよびポストされるまで、ジオデータベース内に残ります。

Bob に加えて、事務所のその他の作業者も、Bob と同時に同様の作業を実施できます。

Bob は、自分の変更内容をデフォルトバージョンに対してリコンサイルおよびポストした後に、Bob_NetFS_<ID> レプリカバージョンを削除します。

短期間のプロジェクトのためのマップのダウンロード

この例では、モバイル作業者は、バージョン対応登録されたデータをオフラインで編集するために取得します。ソースジオデータベースのバージョン対応登録されたデータは、デフォルトバージョンの子であるプロジェクトバージョンを参照します。

モバイル作業者は、その日の朝とその日の終わりの編集内容をプロジェクトバージョンと同期します。モバイル作業者のレプリカバージョンを、他のモバイル作業者が行った編集内容を含めて最新の状態に保つために、リコンサイルプロセスとポストプロセスが毎晩実行されます。各モバイル作業者が次の日の朝に同期を行うと、他のモバイル作業者が行った編集内容が表示されます。プロジェクトが完了した時点で、現場で行ったすべての編集内容は同期されており、プロジェクトバージョンに適用されています。その後、プロジェクトバージョンは確認され、デフォルトジオデータベースバージョンに対してリコンサイルおよびポストされます。プロジェクトの完了時、モバイル作業者は、フィーチャサービスとモバイル作業者のレプリカバージョンを削除します。

このワークフローでは、モバイル作業者のデータの待ち時間は 1 週間以内です。

以下では、このワークフローを完了するために必要な手順について説明します。