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

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

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

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

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

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

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

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

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

注意:

フィーチャサービスをポータルとフェデレートされていない ArcGIS Server サイトで公開した場合、またはサインインしないでデータにアクセスする場合、マップバージョン名は Esri_Anonymous_<フィーチャサービス名>_<ID> になります。

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

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

注意:

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

各ユーザーのためにバージョンを作成するオプションは、ブランチバージョン対応登録されているデータに適用されません。

ワークフロー例

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

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


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

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

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

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

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

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

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

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

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

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

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

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

Web マップの作成

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

Web マップのダウンロード

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

次に Bob は、ダウンロードしたマップの範囲とベースマップの解像度を選択します。

ダウンロードプロセスの開始時に、バックエンドジオデータベース内の公開済みバージョン (デフォルト) から、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 週間以内です。

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