Fleet Engine は、お客様の交通サービスを管理するために使用するシステムと統合されるバックエンド サービスです。また、Kubernetes は、 マッピング、ルーティング、位置情報機能を強化するための多様な API と SDK あります。
Fleet Engine は、実際の車両フリートに基づいてモデル化された車両エンティティの経路とステータスの更新を提供します。システムが車両を Fleet Engine への進捗状況の更新。Fleet Engine はリアルタイムの車両位置情報を使用します。 正確なレポートを提供するために、Driver SDK で提供される 到着予定時刻、交通情報、車両の在庫状況などが表示されます。
Fleet Engine サービスは、次の両方の Mobility Service サービスと連携します。
- オンデマンドの賃走: このサービスでは、Fleet Engine は 出発地から停車地を経由し、降車するまでのジャーニー。ルートのライフサイクルでは 車両が乗車場所、中間地点、 消費者によって予約されたルートを満たすための手段としての持ち込み場所 リクエストできます。オンデマンド ルートの詳細については、オンデマンド ルートのドキュメントをご覧ください。
- スケジュール設定されたタスク: このサービスでは、Fleet Engine が配達またはサービスのタスクのライフサイクルをモデル化します。ルート上の各停留所で、ドライバーは 1 つ以上のスケジュール設定されたタスクを完了する必要があります。タスクには、パッケージの配送やサービス呼び出しの完了などがあります。スケジュール設定されたタスクをご覧ください。 ドキュメントをご覧ください。
Fleet Engine でできること
Fleet Engine コンポーネントを使用すると、次のことができます。
- 消費者の移動の追跡を有効にする: オンデマンドの旅行では、 Fleet Engine のカスタマー エクスペリエンス機能を強化し、コンシューマ モバイルアプリやウェブアプリにデプロイできます。こうすることで、消費者は 同じアプリでルートのリクエストを行い、その移動状況を追跡できます。
- お客様にリアルタイムのパッケージ情報を提供: 予定どおり Fleet Engine のコンシューマ エクスペリエンス機能を使用して、 ウェブアプリに JavaScript Consumer SDK を統合します。これにより、 顧客に荷物の状況をほぼリアルタイムで伝えることができます。この SDK には、組み込みのフィルタとデータ プライバシーが用意されているため、購入者は注文に関連する情報のみを確認できます。
- フリート オペレーター ソリューションを設計する: スケジュールされたタスクの場合は、JavaScript を使用します。 フリート オペレーターがより適切に調整できるフリート トラッキング ライブラリ 1 日を通して、車両の割り当ての管理や管理ができます。
- ドライバーのエクスペリエンス: Driver SDK はモバイルアプリのツールキット Fleet Engine の基本コンポーネントです車両の機能を使用します。この SDK を使用すると、運転用アプリで課題の管理も ドライバーのナビゲーションと ルーティング機能を有効にします本質的には、SDK はイベント リスナーを使用して、ドライバーが運転を開始したときに位置情報の更新を Fleet Engine に送信します。また、車両のステータスに関するシグナルを Fleet Engine に送信します。この SDK を使用すると、ドライバーは 1 つのアプリで、一般ユーザー向けの Google マップを使用する場合と同様に、割り当てを管理し、ナビゲートできます。別のアプリに切り替える必要はありません。
より具体的には、これらのソリューションにより次のことが可能になります。
オンデマンド ルート
- 運転手の車両の実際の道路スナップ位置。
- リアルタイムの交通情報を含む実際のドライバーのルート。
- 乗車場所と降車場所の予定到着時刻。
- 1 つのルート、複数の目的地、連続したルートの追跡。
- 同じルートを利用する複数のお客様の相乗り。
- 特定の地域内のすべての車両を一覧表示して、リクエストされた乗車に最適なものを見つけます。
スケジュール設定されたタスク
- 地図にリアルタイムで更新された位置情報が表示されます。
- 状況の変化に合わせて到着予定時刻を自動調整 提供します
- 達成可能なタスクや保留中の停車地に関する分析情報を提供 サポートします。
- 停留所の数と距離を表示して、お客様の信頼を高めます。
Fleet Engine の仕組み
このセクションでは、各モビリティ サービスにおける Fleet Engine システムのオペレーションの概要について説明します。
オンデマンド ルート
次の図は、オンデマンドルートの 2 つの主要な部分を示しています。 ドライバーが Fleet Engine との現在地の共有を有効にしたとき Fleet Engine コンポーネントを使用した、走行管理の簡素化されたビュー。 ルート処理の詳細については、ルートとはをご覧ください。オンデマンドの旅程のドキュメントをご覧ください。
スケジュール設定されたタスク
次の図は、1 人のドライバーの典型的な配送業務の 1 日と、Fleet Tracking ライブラリを使用して Fleet Engine システムでその業務がどのように処理されるかを示しています。
注: システムでは、配送追跡とフリート追跡の両方を使用できます。配送追跡では、Fleet Engine が配送情報とドライバー情報をフィルタして、お客様に配送に関連する情報のみを表示します。
Fleet Engine アーキテクチャ
このセクションでは、さまざまな Fleet Engine のシステム アーキテクチャについて説明します。 提供します。どちらのサービスも次を使用します。
- 車両: オンデマンドの賃走やスケジュール タスクは、 お客様の事業で使用する実際の車両をモデル化し、 向上しますFleet Engine では、車両エンティティは、Driver SDK と統合されたドライバー アプリを介して、関連する現実世界の車両から提供される位置情報を受け取ります。フリート エンジン車両は、 違いはいくつかありますが、 Fleet Engine の車両について詳しくは、車両の概要をご覧ください。
- Driver SDK: オンデマンド タスクとスケジュール設定されたタスクの両方で、Driver SDK は基本的なコンポーネントです。Driver SDK をドライバーアプリに統合 Fleet Engine はルートと位置情報の更新のストリームを Fleet Engine がリアルタイム ステータスの報告に利用する情報 到着予定時刻や交通データなどの他の情報とともに、ルートを確認できます。
- The Consumer SDK: オンデマンド タスクとスケジュール タスクの両方における主なメリット コンシューマ SDK です。アプリケーションの状況を 配車、フード デリバリー、または荷物の配達スケジュールを選べます。
オンデマンド ルート
車両、ルート、SDK の説明については、オンデマンド ルートの関連ドキュメントをご覧ください。
スケジュール設定されたタスク
配達車両、タスク、SDK の説明については、 関連ドキュメント:
リソース
オンデマンド ルート
| 車両 | ||
|---|---|---|
| サービス | REST: v1.providers.vehicles
gRPC: maps.fleetengine.v1.VehicleService |
|
| リソース名 | providers/{provider}/vehicles/{vehicle} |
|
| ルート | ||
| サービス | REST: v1.providers.trips
gRPC: maps.fleetengine.v1.TripService |
|
| リソース名 | providers/{provider}/trips/{trip} |
|
スケジュール設定されたタスク
| 配送車両 | ||
|---|---|---|
| リソース | REST: providers.deliveryVehicles
gRPC: maps.delivery.v1 |
|
| リソース名 | providers/{provider}/deliveryVehicles/{vehicle} |
|
| タスク | ||
| サービス | REST: providers.tasks
gRPC: maps.fleetengine.delivery.v1.Task |
|
| リソース名 | providers/{provider}/tasks/{task} |
|
Fleet Engine のリソース命名
Fleet Engine では、すべての Google Cloud ベースのサービスと同様に、リソースには names という一意の ID があり、文字列形式で指定されます。そのリソース名の一部はリソース ID です。これは、作成リクエストを発行するときに指定します。ただし、Fleet Engine リソースには ID フィールドがありません。代わりに、リソース ID を含む出力専用の名前フィールドがあります。
Fleet Engine は相対リソース名を使用します。これらは、コレクション ID とリソース ID で構成され、階層を示すように構造化されています。
- コレクション ID: コレクションは、リソースやその他のコレクションを保持します。
オンデマンドの賃走
3 つのコレクション: providers、
vehicles、trips。
スケジュール設定されたタスク
3 つのコレクション: providers、deliveryVehicles、tasks。
リソース ID: リファレンス ドキュメントのリソース ID は、名前フィールドの中かっこで示されています。これらは、作成リクエスト時に指定する ID の変数です。
オンデマンドの賃走
{provider}: 実際の Cloud プロジェクト ID。プロジェクトごとに 1 回作成されます。{vehicle}: 車両リソース。すべての車両の作成に使用され、通常は同じドライバーと車両のペアで再利用されます。{trip}: ルート リソース。すべてのルートで使用され、通常は再利用されません。
スケジュール設定されたタスク
{provider}: 実際の Cloud プロジェクト ID。プロジェクトごとに 1 回作成されます。{vehicle}: 配送車両リソース。すべての車両の作成に使用され、通常は同じドライバーと車両のペアで再利用されます。{task}: タスクリソース。すべてのタスクで使用され、通常は再利用されません。
詳細については、Google Cloud APIs ドキュメントのリソース名をご覧ください。
Fleet Engine 向け Google Cloud ログ
Fleet Engine には、API リクエストとレスポンス ペイロードを保存できる基本的なロギング サービスが用意されています。これらのログを使用して、インテグレーションのデバッグ、モニタリング指標の作成、トラフィック パターンの分析を行うことができます。
詳細については、Cloud Logging をご覧ください。
Fleet Engine の使用方法
| 1 | Cloud プロジェクトを設定します。 | この手順では、関連する API を有効にするだけでなく、さまざまなサービス アカウントのロールを作成します。 Fleet Engine API と SDK では、次を含む JSON Web Token（JWT）が Cloud コンソールで作成したサービス アカウントを使用して署名されていること。Fleet Engine プロジェクトを作成するの手順に沿って操作します。1 つの これらのロールについて詳しくは、サービス アカウントのロールをご覧ください。 |
| 2 | 設定を確認する | サービス アカウントを作成したら、設定が完了し、車両を作成できることを確認します。この手順により、プロジェクトの設定中に発生する可能性のある一般的な認可の問題に対処できます。所有権の確認のガイダンスに沿って、 行います。 |
| 3 | 最初のジャーニーを作成する | それにはまず、車両を 1 台作成し、各車両に オンデマンドルートまたはスケジュールされたタスクの停車地を表す概要を見る オンデマンドの旅行または スケジュールされたタスク。 |
| 4 | インテグレーションをテストする | Fleet Engine のサービスとコンポーネントには、 収集します。アプリの設計、開発、ドライバーのフリートへのデプロイには時間がかかります。そのため、本格的なデプロイを行う前に、まずモックデータを使用して統合を検証することをおすすめします。詳しくは、 詳しくは、Fleet Engine を設定するをご覧ください。 |
次のステップ
- フリート エンジン車両について理解する。
- オンデマンド ルートまたはスケジュール設定されたタスクについて確認する。
- Fleet Engine を設定する。