Fleet Engine は、お客様が利用するシステムと統合されるバックエンド サービス 顧客の輸送サービスを管理できますまた、Kubernetes は、 マッピング、ルーティング、位置情報機能を強化するための多様な API と SDK あります。
Fleet Engine は車両のルーティングとステータスの更新を提供 モデルを作成できます。システムが車両を Fleet Engine への進捗状況の更新。Fleet Engine はリアルタイムの車両位置情報を使用します。 正確なレポートを提供するために、Driver SDK で提供される 到着予定時刻、交通情報、車両の在庫状況など、さまざまな情報が提供されます。
Fleet Engine サービスは、次のモビリティ サービスの両方と連携します。 例:
- オンデマンドの賃走: このサービスでは、Fleet Engine は 出発地から停車地を経由し、降車するまでのジャーニー。旅行のライフサイクルでは 車両が乗車場所、中間地点、 消費者によって予約されたルートを満たすための手段としての持ち込み場所 リクエストできます。詳しくは、オンデマンドの旅程に関するドキュメントをご覧ください。 提供します
- スケジュール タスク: このサービスでは、Fleet Engine は 配達またはサービスタスク。これは、乗車区間の各停車地で スケジュール済みタスクを 1 つ以上完了できます。タスクには、 荷物追跡やサービスコールの完了などですスケジュール設定されたタスクをご覧ください。 ドキュメントをご覧ください。
Fleet Engine でできること
Fleet Engine コンポーネントを使用すると、次のことができます。
- 消費者の移動の追跡を有効にする: オンデマンドの旅行では、 ジャーニー共有機能を統合し 一般ユーザー向け SDK を統合しています モバイルアプリやウェブアプリにデプロイできますこうすることで、複数のユーザーが同じアプリを 移動リクエストの送信や移動の追跡ができます
- お客様にリアルタイムのパッケージ情報を提供する: 予定どおり Fleet Engine のジャーニー共有機能を使用して、 JavaScript Consumer SDK をウェブアプリに統合できます。これにより、 顧客に荷物の状況をほぼリアルタイムで伝えることができます。SDK 組み込みのフィルタとデータ プライバシーにより、 注文に関連する情報を取得します
- フリート オペレーター ソリューションを設計する: スケジュールされたタスクの場合は、JavaScript を使用します。 フリート オペレーターがより適切に調整できるフリート トラッキング ライブラリ 1 日を通じて、車両の割り当ての管理や管理ができます。
- ドライバーのエクスペリエンス: Driver SDK はモバイルアプリのツールキット Fleet Engine の基本コンポーネントですこれには、 あります。この SDK を使用すると、運転用アプリで課題の管理も ドライバーのナビゲーションと ルーティング機能を有効にしますその中核となるのは イベント リスナーを使用して、ユーザーが 運転手が運転を開始します。また、車両に関する信号を Fleet Engine に送信します。 ステータスです。この SDK を使用すると、ドライバーは 1 つのアプリで 一般ユーザー向けのツールを使用する場合と同じように操作できます。 他のアプリに切り替える必要がありません。
より具体的には、これらのソリューションにより次のことが可能になります。
オンデマンドの賃走
- 運転手の車両の実際の道路スナップ位置。
- リアルタイムの交通情報を含む実際のドライバーのルート。
- 乗車場所と降車場所の到着予定時刻。
- 1 つのルート、複数の目的地、連続したルートの追跡。
- 相乗り車両で、同じ経路で複数の顧客が利用する。
- 特定の地域内のすべての車両を一覧表示して、最適な車両を見つける 自動的にマッチングされます。
スケジュール設定されたタスク
- 地図上に表示されるリアルタイムの位置情報の更新。
- 状況の変化に合わせて到着予定時刻を自動調整 提供します
- 達成可能なタスクや保留中の停車地に関する分析情報を提供 サポートします。
- 顧客数の増加につながっている経由地数と距離 できます。
Fleet Engine の仕組み
このセクションでは、Fleet Engine のオペレーションの概要について説明します。 サポートしています。
オンデマンドの賃走
次の図は、オンデマンドルートの 2 つの主要な部分を示しています。 ドライバーが Fleet Engine との現在地の共有を有効にしたとき Fleet Engine コンポーネントを使用した、走行管理の簡素化されたビュー。 ルートプロセスの詳細ビューについては、以下をご覧ください。 ルートとは オンデマンドの旅程のドキュメントをご覧ください。
スケジュール設定されたタスク
次の図は、単一サービスの標準的な発送勤務日のマトリックスを示しています。 Fleet Engine システムでの作業の処理方法について、 フリート トラッキング ライブラリ
注: システムでは、配送追跡とフリート追跡の両方を使用できます。あり Fleet Engine は、配送およびドライバーの情報をフィルタして、 配送に関連する情報のみが表示されます。
Fleet Engine アーキテクチャ
このセクションでは、さまざまな Fleet Engine のシステム アーキテクチャについて説明します。 提供します。どちらのサービスも以下を使用します。
- 車両: オンデマンドの賃走やスケジュール タスクは、 お客様の事業で使用する実際の車両をモデル化し、 向上しますFleet Engine では、車両エンティティは位置情報を受け取り、 実際の車両から提供される情報に Driver SDK に統合されたドライバアプリです。フリート エンジン車両は、 違いはいくつかありますが、 Fleet Engine の車両については、車両の概要をご覧ください。
- Driver SDK: オンデマンド タスクとスケジュール タスクの両方について、Driver SDK が基盤となります。Driver SDK をドライバーアプリに統合 Fleet Engine はルートと位置情報の更新のストリームを Fleet Engine がリアルタイム ステータスの報告に利用する情報 到着予定時刻や交通データなどの他の情報とともに、ルートを確認できます。
- Consumer SDK: オンデマンド タスクとスケジュール タスクの両方における主なメリット コンシューマ 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
という識別子(文字列形式)です。このリソースの一部は
name はリソース ID で、作成リクエストの発行時に指定します。
ただし、Fleet Engine リソースには ID フィールドがなく、
出力専用の名前フィールド。リソース ID が含まれます。
Fleet Engine は相対リソース名を使用します。これらはコレクション ID で構成されます。 リソース ID は、階層を示す方法で構造化されています。
- コレクション ID: コレクションは、リソースやその他のコレクションを保持します。
オンデマンドの賃走
3 つのコレクション: providers
、
vehicles
、trips
。
スケジュール設定されたタスク
3 つのコレクション: providers
、
deliveryVehicles
、tasks
。
リソース ID: リファレンス ドキュメントのリソース識別子は、 name フィールドに中かっこで示されます。これらの変数は 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 を設定する。