履歴データに基づくマップベースの移動推定の調整

アクティビティの終了から次のアクティビティの開始までの間にモバイル・ワーカーによってレポートされる時間は、多くの場合、マップ・サービスによって提供される移動見積よりも高くなります。これは、見慣れないルート、トラックのための長いルートの使用、駐車時間、顧客の敷地へのチェックインに費やされた時間など、様々な理由による可能性があります。

精度を向上させるために、リリース26Aには、マップベースの移動推定の機能改善が含まれています。モバイル・ワーカーによってレポートされた所要時間とマップ・サービスによって計算された所要時間の履歴差異を使用して、マップベースの移動推定が調整されるようになりました。この調整は、ストリート・レベル・ルーティング(SLR)を使用したルーティング、リアルタイム・トラフィック、ロケーション座標を使用したポイントツーポイント推定など、すべてのマップベースの移動推定に適用されます。たとえば、大都市で事業を展開している通信プロバイダは、モバイルワーカーが駐車場を見つけ、高層顧客の場所に到達するのに十分な時間を確保できるため、到着遅延やSLAの欠落を減らすことができます。同様に、首都圏で事業を展開している公益事業会社やエネルギー会社は、多くの場合、サービス・ポイント付近の駐車場が限られている保守または検査タスクを実行するためにモバイル・ワーカーを派遣します。車両の移動後、アクティビティ間の時間の一部は、駐車場の場所を見つけ、資産または顧客サイトまで歩くことになる場合があります。アプリケーションでは、これらの短い遷移が一貫して合計移動時間を延長する場合など、過去の移動パターンを利用して、すべての操作にわたってより正確でデータドリブンな移動推定を生成します。その結果、ルーティングがスムーズになり、ワークロードの配分が公平になり、フィールド・リソースの使用率が向上します。

調整の仕組み
調整された移動時間は、マップ・プロバイダの推定移動期間と、アクティビティの開始からモバイル・ワーカーによってレポートされた前のアクティビティの終了までの実際の時間との一般的な差異に基づいて計算されます。この計算は、これらのキーに十分なデータがある場合に、移動キーごとに個別に実行されます。搬送先の移動キーは、これらの計算に使用されます。特定のキーのデータが不足すると、その移動キーに対して会社レベルの調整が自動的に適用されます。

「構成」→「統計」ページに、「マップ・サービスによって推定される移動の調整」という名前の新しいチェック・ボックスがあります。マップ・サービスによって推定される旅行は、このチェック・ボックスが選択されている場合にのみ調整されます。制限は、0分から20分までの任意の値に設定できます。次のスクリーンショットは、「統計」ページの「マップ・サービスによって推定される移動の調整」チェック・ボックスを示しています。

このスクリーンショットは、「統計」ページの「マップ・サービスによって推定される移動の調整」チェック・ボックスを示しています。

選択すると、「移動時間見積の最小調整および最大調整」という範囲フィールドが表示されます。マップ・プロバイダによって推定される移動所要時間に加算される機械学習に基づく調整は、常にこの範囲内の値セットに制限されます。次のスクリーンショットは、「統計」ページの「移動時間推定の最小および最大調整数」範囲を示しています。

このスクリーンショットは、「統計」ページの移動時間推定範囲に対する最小および最大調整を示しています。

たとえば、特定の場所(移動キー)への移動時に、モバイル・ワーカーがマップ・プロバイダによって推定される時間より通常9分多くレポートし、最小および最大調整構成がそれぞれ0および5分に設定されると、マップ・プロバイダによって推定される移動時間に5分(9ではなく)のみ追加されます。したがって、マップ・プロバイダが移動時間を40分と見積もった場合、アプリケーションは前のアクティビティの終了後45分後にアクティビティをスケジュールします(アイドル時間がないと想定)。

航空会社の距離ベースの推定パラメータの変更
道路レベルのルーティング(SLR)およびリアルタイム・トラフィックの可用性により、移動推定のより正確な方法が提供されるため、航空会社の距離ベースの移動推定に大きく依存しません。航空会社の距離推定を使用すると、十分なデータが存在する場合、アプリケーションは移動キーに固有のパラメータを使用します。
「統計」ページで構成されているパラメータ「デフォルトの航空会社距離速度」および「デフォルトの出発/駐車時間」を使用して、SLRが有効になっていない場合、または航空会社の距離ベースの移動をキー・レベルで見積るのに十分なデータがない場合にのみ、航空会社距離に基づいて移動期間を見積ります。
構成を簡略化し、一貫性を維持するために、これらのパラメータは、「統計」ページのフィールドではなく、統計APIを介して管理されるようになりました。管理者は、APIを使用して、現在出張キー・レベルで値が管理されているのと同じ方法で、会社レベルに基づいて航空会社の距離ベースの出張見積を取得および更新できます。この変更により、アプリケーション全体でより一貫性のある合理化されたアプローチが保証されます。

移動キー・レベルでの航空会社の距離ベースの推定と同様に、航空会社の距離に基づく移動のデフォルト値は統計APIを介して管理できるようになりました。
データを会社レベルで取得するか、移動キー・レベルで取得するかを区別するために、GET airlineDistanceBasedTravel API操作でlevelという新しいパラメータが導入されました。

「レベル」の値が「会社」に設定されている場合、会社レベルのデータが取得されます。
levelがtravelkeyに設定されている場合、移動キー・レベルのデータが取得されます。
levelに値が指定されていない場合、APIは会社レベルと移動キー・レベルの航空会社の距離推定の両方のデータを返します。

levelが'company'として指定されている場合、パラメータ'key'および'KeyId'は無視されます。この場合、レスポンスには次の値が含まれます。

key = null
keyId = null
org = 'All Organizations'

キー・レベルの動作と同様に、Get airlineDistanceBasedTravel API操作では、「構成」→「統計」ページで以前に構成した既存の「デフォルト航空距離速度」および「デフォルト出発/駐車時間」パラメータに基づいて、一連の距離および移動時間ペアが取得されます。

たとえば、「Default Departure/Parking Time」が10分に設定され、「Default Airline Distance Speed」が60km/hに設定されている場合、アプリケーションは0kmの距離で10分間の移動時間を推定し、追加のキロメートルごとに1分を追加します(60km/hはキロメートルごとに1分に変換されるため)。
その結果、移動推定は次のようになります。

距離(km)	移動時間(分)
1	11
5	15
10	20
20	30
50	60

ここでの距離は、モバイル・ワーカーが移動する実際のルートではなく、座標間の直線距離を指していることに注意してください。
「Default Departure/Parking Time」および「Default Airline Distance Speed」パラメータは管理者によって手動で構成されているため、これらのパラメータに基づいて計算された移動時間値はオーバーライドとみなされます。アプリケーション計算値は見積値に使用されます。

シナリオの例
履歴データに基づいて、管理者が「統計」ページで10分として構成している場合でも、通常の出発/駐車時間が5分であることを学習しました。同様に、アプリケーションでは、航空会社の平均距離速度が30 km/hであると判断し、構成した値は60 km/hです。

パラメータ	構成済値	学習値
デフォルトの出発/駐車時間	10分	5分
デフォルトの航空会社距離速度	毎時30キロ	毎時60キロ

GET airlineDistanceBasedTravel API操作でこれらの条件下でデータを取得する場合、結果は次のようになります。

距離(km)	移動時間(分)	上書き(分)
1	7	11
5	15	15
10	25	20
20	45	30
50	105	60

この例では、推定値の駐車時間は5分で、1キロメートルあたり2分を加算します(30 km/時は各kmで2分に変換されます)。上書き値には、管理者が定義した手動で構成されたパラメータが表示されます。

移動キー・レベルでのPATCH航空会社の距離ベースの移動API操作と同様に、管理者は距離と移動時間の値を2対指定することで、デフォルトの航空会社の距離ベースの推定パラメータをオーバーライドできるようになりました。
例: PATCH航空会社の距離ベースの移動API操作で次のペアを使用した場合:

距離(km)	上書き(分)
5	10
10	15

アプリケーションは、対応する出発/駐車時間を5分として、航空会社の距離速度を60km/hとして自動的に計算します。これらの値を使用すると、次に示すように、任意の距離の移動期間を計算できます。

距離(km)	上書き(分)
1	6
5	10
10	15
20	25
50	55

PATCH airlineDistanceBasedTravel API操作では、levelという新しいオプション・パラメータによって、オーバーライドを会社レベルに適用するか、特定のキーに適用するかを指定します。会社レベルでは「会社」を使用し、移動キー・レベルではこのパラメータの値として「移動キー」を使用します。
サンプル・リクエスト本文:

{
    "items" : [ {
                "level": "company",
                "data" : [ {
                              "distance" : 5,
                              "override" : 10
                        }, {
                               "distance" : 10,
                              "override" : 15
                        } ]
                  }]
    }

移行とシステムの動作

統計構成の「デフォルト出発/駐車時間」および「デフォルト航空会社距離速度」パラメータの既存の値は、移動上書きの計算に使用されます。
「Default Departure/Parking Time」および「Default Airline Distance Speed」の学習値は、移動の見積値を計算するために使用されます。
これらの値は、新しいデータが収集されると進化し続けます。
顧客がオーバーライドの使用を停止すると、学習した値がそれ以降に使用されます。

この機能には、次のようなビジネス上の利点があります。

より現実的な移動時間は、モバイルワーカーにとってより信頼性の高いルートとなり、到着遅延とSLAの欠落の可能性が減少します。
方法(地図ベースまたは航空会社の距離)全体で一貫した移動推定により、計画と発送の精度が向上します。
SLRの使用時にモバイル・ワーカーの非現実的な移動時間を設定しないようにします。
冗長なパラメータを削除し、統一されたAPIアプローチで移動推定コントロールを調整することで、構成管理を簡素化します。
組織全体の移動時間推定をより透過的かつデータドリブンの方法で管理します。

有効化および構成ステップ

Oracle Fusion Field Serviceの「構成」→「統計」ページにナビゲートします。
「マップ・サービスによって推定される移動の調整」チェック・ボックスを選択します。これにより、履歴データを使用してマップベースの移動時間の調整がアクティブになります。
(オプション)「移動時間推定の最小および最大調整」の下で、最小および最大調整範囲を分単位で定義します。アプリケーションは、この範囲内のすべての学習済移動時間調整を制限します。
航空会社の距離ベースの移動パラメータ(デフォルト出発/駐車時間およびデフォルト航空会社の距離速度など)を管理するには、「構成」→「統計」ページのかわりに統計APIを使用します。
GETおよびPATCHのairlineDistanceBasedTravel API操作を使用して、会社レベルまたは移動キー・レベルのパラメータを表示またはオーバーライドします。

ヒントと考慮事項

アプリケーションに、SLRベースの移動推定に適用される調整の値を計算するための十分なデータがない場合、計算された値は0のままになります。このような場合、顧客がすべてのSLRベースの移動期間に10分などの固定値を追加する場合、顧客は「最小調整」値を10に設定できます。