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

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

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

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

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

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

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

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

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

メモ:

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

ユーザーごとのバージョンの作成

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

メモ:

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

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

例

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

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


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

ワークフロー 1: データを保守するためのマップのダウンロード

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

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

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

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

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

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

デフォルトバージョン

公開者は、ArcMap から NetFS という名前のフィーチャサービスを公開します。

デフォルトバージョンから公開されたフィーチャサービス

公開者は、公開時に、[サービスエディター] で [同期] 機能を確認します。これは、このサービスがオフラインマップでの使用を目的にしているためです。公開者は、データが編集される予定であるため、[検索]、[更新]、[作成]、および [削除] の各機能についても確認します。また、公開者は、[高度な設定] をクリックして [フィーチャサービスの高度な設定] を表示します。

[高度な設定] ダイアログボックスでは、[以下のそれぞれでバージョンを作成] オプションが有効化されています。この例では、公開者は [ダウンロードされたマップ] をオンにします。このオプションが設定されていると、フィールドスタッフがマップをオフラインで利用するときに、一意の名前が付けられたバージョンがオフラインマップ用に作成されます。その後、このバージョンはフィールドスタッフが同期を行うときに使用されます。

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

Web マップの作成

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

Web マップのダウンロード

Web マップが使用可能になると、フィールドスタッフは、そのマップを ArcGIS Collector にダウンロードし、現場に移動して要求された更新を検査することができます。これを行うために、Bob という名前のフィールドスタッフが Collector を起動し、組織サイトにサインインします。新たに共有された Web マップが表示されます。

この Web マップは、オフラインモードが有効化されているため、ダウンロードボタン付きで Collector に表示されます。Bob は、ダウンロードボタンをクリックしてダウンロードプロセスを開始します。

ArcGIS Collector からマップに接続してダウンロードする

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

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

マップを Collector for ArcGIS にダウンロードしたときにバージョンが作成される

次に、データをデバイスにダウンロードします。ダウンロードが完了すると、Collector はローカルデータを参照するようにマップを切り替えます。この時点で、ネットワークに接続しなくてもマップを編集できます。Collector のマップ上に同期ボタンが表示され、マップがローカルデータを参照していることを示します。

編集内容の同期

Bob は、現場にいる間、センサーのうちの 1 つが道路の誤った側に配置されていることに気付きます。Bob は、現場で Collector を使用してこれを修正します。

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

ネットワークに接続して編集内容を同期する

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

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

Bob は、編集内容を保存してデフォルトバージョンに切り替えた後に、Bob_NetFS_1404578882000 バージョンを削除する必要があります。

Bob は、事務所でレッドラインの編集内容を詳細に確認した際に、もう一度現場に戻ることが必要になる場合があります。現場に戻るたびに、新たにダウンロードされたマップと新しい Bob_NetFS_<ID> バージョンが必要になります。新しい各バージョンには、デフォルトバージョンからの最新の編集内容が含まれることになります。それらのバージョンは、オフラインマップとの関連付けが解除され、リコンサイルおよびポストされるまで、ジオデータベース内に残ります。

Bob に加えて、事務所のその他のフィールドスタッフも、Bob と同時に同様の作業を実施できます。

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

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

この例では、フィールドスタッフは、バージョン対応登録されたデータをオフラインで編集するために取得します。フィールドスタッフは、その日の朝および最後に編集内容を同期します。フィールドスタッフのバージョンを、他のフィールドスタッフが行った編集内容を含めて最新の状態に保つために、リコンサイルプロセスとポストプロセスが毎晩実行されます。各フィールドスタッフが次の日の朝に同期を行うと、他のフィールドスタッフが行った編集内容が表示されます。プロジェクトが完了した時点で、現場で行ったすべての編集内容は同期されており、プロジェクトバージョンに適用されています。その後、プロジェクトバージョンは確認され、デフォルトジオデータベースバージョンに対してリコンサイルおよびポストされます。プロジェクトの完了時、フィールドスタッフは、フィーチャサービスとフィールドスタッフのバージョンを削除します。このワークフローでは、フィールドスタッフのデータの待ち時間は 1 週間以内です。

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