位置情報管理とともにインストールされる内容
いくつかのコンポーネント タイプが位置情報管理とともにインストールされます。
位置情報管理プラグインにより、位置情報管理の追跡と呼ばれるフィールドがユーザー [sys_user] テーブルに追加されます。このフィールドにより、個々のユーザーをその地理的座標で追跡することができます。
位置情報管理とともにインストールされるビジネス ルール
ビジネス ルールは、位置情報管理のアクティブ化とともに追加されます。
| 名前 | テーブル | 説明 |
|---|---|---|
| 更新された位置情報管理データ | ユーザー [sys_user] |
ユーザー [sys_user] テーブルの [緯度] および [経度] フィールドが更新されると、位置情報管理履歴 [geo_history] テーブルの [緯度] および [経度] フィールドに入力されます。 |
位置情報管理とともにインストールされるクライアントスクリプト
クライアントスクリプトは、位置情報管理のアクティブ化とともに追加されます。
| 名前 | テーブル | 説明 |
|---|---|---|
| タスクの位置情報管理の更新 | タスク [task] |
ユーザーがタスク テーブルまたはタスクを拡張するテーブルのレコードをロードすると、ユーザー レコードの [緯度] および [経度] フィールドに GPS 座標が入力されます。これが発生するのは、ユーザーの位置情報管理の追跡が有効になっている場合だけです。 |
位置情報管理とともにインストールされるプロパティ
位置情報管理は、次の構成可能なプロパティを提供します .
Google Maps プラグインには、特定の位置情報管理機能の実装および制御に使用する追加のマップのプロパティが用意されています。ここにリストされているプロパティを活用するには、Google Maps API for Business の秘密鍵が必要です。
| 名前 | 説明 |
|---|---|
| glide.geolocation.allow.toll.roads | 有料道路の使用を許可。エージェントのタスクを自動ルーティングまたは最適化する際に有料道路の使用が許可されます。
|
| glide.geolocation.default.start.time | スケジュールが設定されていない場合のすべてのエージェントのデフォルト開始時間。スケジュールされたタスクが存在しない、または前日から継続している場合、この値により、現在の日以外の日の開始時間が設定されます。このプロパティでは、24 時間制を使用します。
|
| glide.geolocation.evening.rush.hours | 夕方のラッシュアワーの時間帯 (形式：14:30-16:00)。すべての時間は、スペースなしでダッシュで区切られた範囲として表されます。この形式を使用しない時間は無視されます。このプロパティは、work.management.morning.rush.hours および work.management.rush.travel.buffer プロパティとともに使用する必要があります。このプロパティでは、24 時間制を使用します。
|
| glide.geolocation.history.cleanup | 履歴データを保持する日数。ServiceNow は、この値で指定された日数のエージェントの位置情報管理履歴を保持します。
|
| glide.geolocation.morning.rush.hours | 朝のラッシュアワーの時間帯 (形式：06:30-08:00)。このプロパティでは、24 時間制を使用します。すべての時間は、スペースなしでダッシュで区切られた範囲として表されます。この形式を使用しない時間は無視されます。このプロパティは、work.management.evening.rush.hours および work.management.rush.travel.buffer プロパティとともに使用する必要があります。
|
| glide.geolocation.proximity | エージェントが新しい場所で対象となるために移動する必要がある最小距離 (メートル)。この設定により、エージェントが同じ周辺に複数のタスクを持っている場合に ServiceNow で不要な履歴レコードが作成されないようにする位置情報管理の境界が確立されます。たとえば、エージェントが 1 つの建物で複数のタスクを持っている場合などです。システムでは、指定された半径内のすべてのタスク アクティビティが 1 つのレコードの一部であると見なし、エージェントが建物周辺でタスクからタスクに移動するときに追加のレコードを作成しません。
頻度プロパティと基準プロパティの両方を使用した位置の追跡の仕組みについては、表の最後にある「位置の追跡の仕組み」セクションを参照してください。 注: アプリの iOS バージョンでは、モバイルデバイスがそのオペレーティングシステムの判断に基づいて重要な場所の変更を検出した際にのみ、位置情報管理を更新します。オペレーティングシステムで場所が更新されると、その場所の変更に伴ってアプリが更新されます。ServiceNow アプリの iOS バージョンでは、距離と時間のプロパティ値は考慮されません。 |
| glide.geolocation.proximity.location | エージェントが特定の場所から離れて、その場所に配置できる最大距離 (メートル)。この設定により、エージェントが指定された場所から離れて、システムによってその場所に配置できる最大距離が定義されます。
頻度プロパティと基準プロパティの両方を使用した位置の追跡の仕組みについては、表の最後にある「位置の追跡の仕組み」セクションを参照してください。 |
| glide.geolocation.rush.travel.buffer | すべてのラッシュアワーの移動時間に追加する割合。システムでは、エージェントの自動ルーティング時にこの割合を使用してスケジュールを計算します。朝と夕方の両方のラッシュアワー時間が定義されている場合は、このプロパティを使用します。有効な時間バッファーの割合の例は 15 です。
|
| glide.geolocation.tracking.frequency | ユーザーの地理座標のキャプチャを試行する間にシステムが待機する繰り返し間隔の長さを秒単位で設定します。位置情報管理の追跡が有効になっているユーザーの地理座標のみが更新されます。 このプロパティ glide.geolocation.tracking.frequency は、タスクのアクティビティや移動に関係なく、エージェントの場所を更新するまでシステムが待機する時間を定義します。これにより、ある場所のエージェントがタスクを複数回表示した場合に、 ServiceNow AI Platform で不要な履歴レコードが作成されなくなります。
頻度プロパティと基準プロパティの両方を使用した位置の追跡の仕組みについては、表の最後にある「位置の追跡の仕組み」セクションを参照してください。
|
| glide.geolocation.travel.buffer | すべての移動時間に追加する割合。有効な割合値の例は 15 です。
|
| glide.geolocation.work.spacing | タスクの最後から次の移動開始までの時間 (分)。有効な時間値の例は 10 です。
|
- 位置のトラッキングの仕組み
- 位置情報サービスは、設定された追跡頻度に基づいて新しい座標をキャプチャし、ローカルテーブルに保存します。次に、別のサービスが、保存されているすべての座標をローカルテーブルから送信し、サーバーに送信します。
新しい場所の更新を記録するかどうかを決定するために、頻度と近接の両方の基準が使用されます。頻度間隔に達すると、位置情報サービスは新しい座標のキャプチャを試み、それを以前の位置座標と自動的に比較します。その差が設定された近接しきい値より小さい場合、座標は破棄され、指定された頻度間隔の後にサービスで再度チェックされます。
たとえば、頻度が 5 分に設定され、近接しきい値が 50 メートルの場合、サービスは 5 分ごとに座標のキャプチャを試みます。ただし、新しい座標が前の座標から 50 メートル以内にある場合は破棄されます。
位置情報管理とともにインストールされるスクリプトインクルード
スクリプトインクルードは、位置情報管理のアクティブ化とともに追加されます。
| 名前 | 説明 |
|---|---|
| GeolocationAJAX | 位置情報管理の AJAX の呼び出し時にシステムで使用されるユーティリティ。 |
| GeolocationUtils | 位置情報管理機能のコアユーティリティ。 |