JP7061410B1 - プログラム、方法、情報処理装置 - Google Patents

Abstract

【課題】ドライバーの成長を促すため、ドライバーの評価を行うプログラム、方法及び情報処理装置を提供する。【解決手段】複数のドライバー端末と、サーバと、複数の配送依頼主端末とが、ネットワークを介して通信接続しているシステムにおいて、サーバのプログラムは、荷主が配送を依頼する荷物の情報を各ドライバーに提示するステップと、ドライバーが、配送の依頼に基づき配送をした実績を記録するステップと、ドライバーの配送の実績に基づいて、特定の配送条件の配送をした履歴を特定するステップと、特定した結果に基づいて、ドライバーのマッチングさせるサービスにおける第１の評価パラメータを決定するステップと、を実行させる。【選択図】図１４

Description

本開示は、プログラム、方法、情報処理装置に関する。

配送事業において、ドライバーによる配送を評価することが行われている。

下記の特許文献１では、ドライバーに安全運転を促すため、最高速度、速度オーバーの回数、速度オーバーの時間、急発進回数、急加速回数、連続走行時間などによりドライバーの安全運転を分析する技術が記載されている。

特開２０１５－０１１６８３号公報

一方で、荷物の配送を行うドライバーが、様々な配送の案件に触れて、新しい知見や経験を蓄積できるようにすることで、よりドライバーの成長を促す技術が必要とされている。

そこで、本開示では、ドライバーの成長を促すため、ドライバーの評価を行う別の技術を提供する。

本開示に示す一実施形態によると、荷物の配送を依頼する荷主と、荷物の配送を担当するドライバーとをマッチングさせるサービスを提供するコンピュータを動作させるプログラムが提供される。プログラムは、コンピュータのプロセッサに、荷主が配送を依頼する荷物の情報を各ドライバーに提示するステップと、ドライバーが、配送の依頼に基づき配送をした実績を記録するステップと、ドライバーの配送の実績に基づいて、特定の配送条件の配送をした履歴を特定するステップと、特定した結果に基づいて、ドライバーのマッチングさせるサービスにおける第１の評価パラメータを決定するステップと、を実行させる。

本開示によれば、どのような案件の配送をしたかの配送条件に基づいて、ドライバーの評価を行うことができる。

システム１の全体構成の例を示すブロック図である。 サーバ２０の機能的な構成を示す図である。 ドライバー端末１０の機能的な構成を示すブロック図である。 配送依頼データベース２８１のデータ構造を示す図である。 ドライバーデータベース２８２のデータ構造を示す図である。 運行報告データベース２８３のデータ構造を示す図である。 配送元データベース２８４のデータ構造を示す図である。 インシデント報告データベース２８５のデータ構造を示す図である。 サーバ２０が、ドライバーからの運行報告を受けて運行報告データベース２８３を更新し、運賃を確定させることにより、ドライバーデータベース２８２のドライバースコア「運行報告」を更新する処理の流れを示す図である。 依頼主からの荷物の配送の依頼を完了し、サーバ２０が依頼主からドライバーへの評価を受け付けることにより、ドライバーのドライバースコア「ユーザー評価」を更新する処理の流れを示す図である。 サーバ２０が、ドライバーについてインシデントが発生したことに応答して、インシデントの重要度合いを判定し、ドライバーのドライバースコア「規則順守」を更新する処理の流れを示す図である。 サーバ２０が、ドライバーからの運行報告を受け付けて、ドライバースコア「チャレンジ」を更新する処理の流れを示す図である。 サーバ２０が、依頼主からの荷物の配送の依頼を受け付けて、当該荷物の受注の申し出をすることができるドライバーの数に上限を設ける（エントリーに制限を設ける）場合の処理の流れを示す図である。 依頼主からの荷物の配送の依頼が特定の配送条件（チャレンジ）であることを判定し、特定の配送条件であること、ドライバースコアを向上させられることをドライバーに提示する処理の流れを示す図である。 ドライバー端末１０においてドライバーに対して提供する画面例、および、配送を依頼する依頼主に提示する画面例を示す図である。

以下、図面を参照しつつ、本開示の実施形態について説明する。以下の説明では、同一の部品には同一の符号を付してある。それらの名称および機能も同じである。したがって、それらについての詳細な説明は繰り返さない。

＜第１の実施の形態の概略＞
以下の実施の形態では、配送を依頼する依頼主と、配送を担当するドライバーとをマッチングさせるサービスにおいて、ドライバーの評価値を特定する技術について説明する。当該マッチングさせるサービスにおいては、依頼主が配送を依頼する荷物に対し、ドライバーが受注の申し出をしたうえで、依頼主が、ドライバーを指定して配送を依頼する。

当該マッチングさせるサービスにおいては、ドライバーの成長を促すよう、ドライバーを評価したドライバースコアを算出し、ドライバーに提示する。ドライバー側としては、ドライバースコアが良好である場合に、配送の依頼に対し受注の申し出をできる可能性を高めることができる。例えば、配送の依頼においてドライバーの人気がある案件（例えば、配送の条件として報酬が比較的高い案件）について、ドライバーが受注の申し出をすることができるドライバースコアの下限値が設定される。すなわち、ドライバーのスコアを向上させていく過程では、配送の依頼に対し受注の申し出ができない状態があり得る。

一方、当該マッチングさせるサービスにおいて、依頼主に対しては、ドライバーの情報を提示したうえで、どのドライバーに配送を依頼するかの選択肢を提供する。これにより、依頼主の側も、ドライバーに対し、多様な付加価値を期待するようになる。結果として、よりドライバーが多様な付加価値を提供するようになり、ドライバーに対し、より高い報酬、より多様な案件に取り組める機会を提供することができ得る。

以下の実施の形態の説明では、ドライバースコアを算出する基準として、様々な案件にドライバーが取り組むことを評価の一項目として規定している。

一方で、マッチングさせるサービスにおいては、頻繁に配送の依頼を受注可能なドライバー（例えば、フルタイムで業務に従事するドライバー）もいれば、相対的に配送の頻度が低いドライバー（例えば、副業として、規定された時間で業務に従事するドライバー）も参加し得る。

ドライバーの多様な働き方をより許容していくことで、マッチングさせるサービスに参加するドライバーの数が増加し、結果として依頼主から依頼される配送も増加していくと期待される。そのため、ドライバーを評価するうえで、過去の一定回数の運行を、評価の対象とすることで、各ドライバーの配送の頻度に依存しない評価が可能になりえる。

マッチングさせるサービスにおいては、このようにドライバーの過去の直近の一定回数の運航実績において、特定の配送条件（チャレンジ）など複数の項目についてドライバースコアを決定する。これにより、マッチングさせるサービスにおいては、各ドライバーの総合的なドライバースコアを決定する。以下、詳細を説明する。

＜１．１ システム全体の構成図＞
図１は、システム１の全体構成の例を示すブロック図である。

システム１は、配送を依頼する依頼主の荷物について、配送を行うドライバーに割り当てるシステムである。例えば、システム１は、以下のような事業者によって利用されうる。
・ 運送会社向けの運送管理のためのシステムとして、運送会社が配送依頼の荷物を集荷したうえで、各ドライバーにより配送する。
・ 荷物の配送を依頼する依頼主と、荷物の配送を行うドライバーとをマッチングさせるプラットフォームのシステムとして、システム側が依頼主からの配送依頼を受け付けて、ドライバーから配送を行う操作を受け付ける。ドライバーが依頼主の荷物の集荷を行い、配送先へ配送する。

図１に示すシステム１は、複数のドライバー端末１０と、サーバ２０と、複数の配送依頼主端末３０とを含む。

図示する例では、ドライバー端末１０Ａ、１０Ｂ、・・・の複数のドライバー端末を示している。以下、複数のドライバー端末を総称して「ドライバー端末１０」と記載することもある。

同様に、図示する例では、配送依頼主端末３０Ａ、３０Ｂ、・・・の複数の配送依頼主端末を示している。以下、複数の配送依頼主端末を総称して「配送依頼主端末３０」と記載することもある。

ドライバー端末１０、サーバ２０、配送依頼主端末３０は、ネットワーク８０を介して通信接続する。

本実施形態において、各装置（端末装置、サーバ等）を情報処理装置として把握することもできる。すなわち、各装置の集合体を１つの「情報処理装置」として把握することができ、システム１を複数の装置の集合体として形成してもよい。１つ又は複数のハードウェアに対して本実施形態に係るシステム１を実現することに要する複数の機能の配分の仕方は、各ハードウェアの処理能力及び／又はシステム１に求められる仕様等に鑑みて適宜決定することができる。

ドライバー端末１０は、配送を行うドライバーが操作する装置である。ドライバー端末１０は、例えば、以下のようにして実現される。
・ スマートフォン、タブレット等のハンドヘルド型の携帯端末
・ 据え置き型のＰＣ（Personal Computer）、ラップトップＰＣ
・ ドライバーであるユーザに装着されるウェアラブル端末（腕時計型、眼鏡型など）

ドライバー端末１０は、通信ＩＦ（Interface）１２と、入力装置１３と、出力装置１４と、メモリ１５と、ストレージ１６と、プロセッサ１９とを備える。

通信ＩＦ１２は、ドライバー端末１０が外部の装置と通信するため、信号を入出力するためのインタフェースである。

入力装置１３は、ドライバーであるユーザからの入力操作を受け付けるための装置（例えば、タッチパネル、タッチパッド、マウス等のポインティングデバイス、キーボード等）である。

出力装置１４は、ユーザに対して情報を提示するための装置（ディスプレイ、スピーカ等）である。

メモリ１５は、プログラム、および、プログラム等で処理されるデータ等を一時的に記憶するためのものであり、例えばＤＲＡＭ（Dynamic Random Access Memory）等の揮発性のメモリである。

ストレージ１６は、データを保存するためのものであり、例えばフラッシュメモリ、ＨＤＤ（Hard Disc Drive）である。

プロセッサ１９は、プログラムに記述された命令セットを実行するためのハードウェアであり、演算装置、レジスタ、周辺回路等により構成される。

サーバ２０は、配送先へ荷物を配送するドライバーと、荷物の配送状況とを管理する装置である。

サーバ２０は、通信ＩＦ２２と、入出力ＩＦ２３と、メモリ２５と、ストレージ２６と、プロセッサ２９とを備える。

通信ＩＦ２２は、サーバ２０が外部の装置と通信するため、信号を入出力するためのインタフェースである。

入出力ＩＦ２３は、ユーザからの入力操作を受け付けるための入力装置、及び、ユーザに対し、情報を提示するための出力装置とのインタフェースとして機能する。

メモリ２５は、プログラム、及び、プログラム等で処理されるデータ等を一時的に記憶するためのものであり、例えばＤＲＡＭ（Dynamic Random Access Memory）等の揮発性のメモリである。

ストレージ２６は、データを保存するためのものであり、例えばフラッシュメモリ、ＨＤＤ（Hard Disc Drive）である。

プロセッサ２９は、プログラムに記述された命令セットを実行するためのハードウェアであり、演算装置、レジスタ、周辺回路等により構成される。

配送依頼主端末３０は、荷物の配送を依頼する依頼主の操作を受け付ける。

＜１．２ サーバ２０の機能的な構成＞
図２は、サーバ２０の機能的な構成を示す図である。図２に示すように、サーバ２０は、通信部２０１と、記憶部２０２と、制御部２０３としての機能を発揮する。

通信部２０１は、サーバ２０が外部の装置と通信するための処理を行う。

記憶部２０２は、配送依頼データベース２８１と、ドライバーデータベース２８２と、運行報告データベース２８３と、配送元データベース２８４と、インシデント報告データベース２８５等の各種データベースを記憶する。

配送依頼データベース２８１は、配送主が配送を依頼した荷物の情報を管理するためのデータベースである。詳細は後述する。

ドライバーデータベース２８２は、ドライバーの情報を管理するためのデータベースである。詳細は後述する。

運行報告データベース２８３は、配送の依頼それぞれについて、配送を担当したドライバーの運行を管理するためのデータベースである。詳細は後述する。

配送元データベース２８４は、配送先についての情報を管理するためのデータベースである。詳細は後述する。
インシデント報告データベース２８５は、各ドライバーに発生したインシデント（道路交通法等の法規に基づく事故等）を管理するためのデータベースである。詳細は後述する。

制御部２０３は、プロセッサ２９が記憶部２０２に記憶されるプログラムを読み込み、プログラムに含まれる命令を実行することにより実現される。制御部２０３は、プログラムに従って動作することにより、受信制御モジュール２０４１、送信制御モジュール２０４２、学習済みモデル生成モジュール２０４３、在宅率推定モジュール２０４４、配送ルート決定モジュール２０４５、ドライバー評価モジュール２０４６、運行管理モジュール２０４７、マッチングモジュール２０４８、インシデント判定モジュール２０４９等として示す機能を発揮する。

受信制御モジュール２０４１は、サーバ２０が外部の装置から通信プロトコルに従って信号を受信する処理を制御する。

送信制御モジュール２０４２は、サーバ２０が外部の装置に対し通信プロトコルに従って信号を送信する処理を制御する。

学習済みモデル生成モジュール２０４３は、各配送先への荷物の配送に成功する可能性を評価するための学習済みモデルを生成するものである。

具体的には、学習済みモデル生成モジュール２０４３は、配送依頼データベース２８１に示される各荷物の配送の実績（配送先、配送した時間帯、配送に成功したか否か）と、配送元データベース２８４に示される各配送先の属性とを教師データとして学習を行うことにより、配送先への配送に成功する確率を出力する学習済みモデルを生成する。

在宅率推定モジュール２０４４は、時間帯ごとに、各荷物の配送に成功する可能性を推定するものである。在宅率推定モジュール２０４４は、配送をする荷物の情報と、学習済みモデルデータベースで管理される学習済みモデルとに基づいて、各荷物の配送に成功する確率を推定する。

具体的には、在宅率推定モジュール２０４４は、時間帯ごとに、配送先で荷物を受け取ってもらえる確率（「在宅率」ともいう）を出力する。例えば、在宅率推定モジュール２０４４は、配送依頼データベース２８１に登録される荷物（配送を予定する荷物）それぞれについて、配送先への配送に成功する確率（つまり、荷物の持ち帰りが発生しない確率）を出力する。

配送ルート決定モジュール２０４５は、ドライバーが配送する荷物について、在宅率の推定結果に基づいて、配送の順序と配送の経路を決定するものである。

具体的には、配送ルート決定モジュール２０４５は、配送依頼データベース２８１に登録される荷物（配送を予定する荷物）の情報に基づき、配送希望日時、配送元の位置情報等を参照して、ドライバーに割り当てる荷物の候補を抽出する。配送ルート決定モジュール２０４５は、抽出した荷物について、配送希望日時の情報を参照して、配送先への配送に成功する確率（在宅率）の推定結果（在宅率推定モジュール２０４４）を参照して、配送に成功する確率の高さ（つまり、持ち帰りとならない可能性が高い荷物）と、各荷物の配送先の位置とに基づき、配送の順序を決定する。配送ルート決定モジュール２０４５は、配送の順序を決定してから、各配送先へ配送するための経路の探索を行う。

配送ルート決定モジュール２０４５は、上記の他に、各荷物の配送の順序と配送の経路を決定するための外部のルーティングサービス（図示しない）等を利用して、各荷物の配送の順序等を決定してもよい。サーバ２０は、当該外部のルーティングサービスに対し、各荷物の配送先の住所と、配送予定の時間帯（例えば、受取人または配送の依頼主が指定した時間帯）と、各荷物の優先度（例えば、必着である等）等の各種パラメータを、当該外部のルーティングサービスに送信する。当該外部のルーティングサービスは、これら各荷物の配送先の住所、配送予定の時間帯等に基づいて、各荷物を配送する順序および配送する経路を決定し、決定した結果を、サーバ２０に応答する。ここで、サーバ２０は、各荷物について在宅率を推定した結果について、当該外部のルーティングサービスに対しては、在宅率が高いと推定された時間帯が指定されたものとして、上記の各種パラメータを送信する。これにより、荷物自体には配送予定の時間帯の情報が指定されていない場合においても、荷物の持ち帰りの可能性が低い時間帯に届けるよう、各荷物の配送の順序等を決定することができる。サーバ２０は、このようにして決定された配送の順序等に基づいて、ドライバーに、配送の順序と配送の経路等を提示することができる。
なお、上記の外部のルーティングサービスの処理を、サーバ２０等により行うこととしてもよい。

ドライバー評価モジュール２０４６は、ドライバーの配送の実績に基づき、ドライバーとしての運行能力を評価するものである。

具体的には、ドライバー評価モジュール２０４６は、以下の各項目に基づき、ドライバーを評価する。
・ ドライバーが配送の予定に従って荷物を配送したか（遅延がなかったか）
・ ドライバーが配送をする際に事故を起こさなかったか
・ ドライバーが荷物を配送する際、規定の装備を運行車両に装着していたか
・ 特定の地域または特定の時間帯など、配送を依頼する荷物の量に対してドライバーの数が不足するような需給の変動が生じた場合に、配送を担当したか
・ 配送の距離が比較的長い（例えば、所定距離以上または所定時間以上の配送が必要）荷物の配送をしたか

さらに、ドライバー評価モジュール２０４６は、以下のようにして、ドライバーを評価する。
・ ドライバーの配送の実績に基づいて、特定の配送条件の配送をした履歴を特定し、特定した結果に基づいて、ドライバーと荷主とをマッチングさせるサービスにおけるドライバーの評価パラメータ（ドライバースコア）を決定する
・ ドライバーが当該特定の配送条件の配送を完了するごとに、ドライバーのドライバースコアを決定することとしてもよい

ここで、上記の「特定の配送条件の配送」として、以下を含む。
・ 配送を依頼する依頼主がサービスにおいて依頼を開始してから所定回数以内の配送であること
・ 配送を依頼する依頼主から荷物を集荷する際に配送について指示があること
・ 配送の依頼主から一定時間内に１または複数回の荷物の配送の依頼があること
・ 配送の依頼主が特定のサービスにおいて配送を行う荷物であること
・ 配送サービスが買い物代行のサービスに対応しており、買い物代行に伴う配送であること

ドライバー評価モジュール２０４６は、以下のようにして、ドライバーを評価する。
・ 特定の配送条件を特定することにおいて、ドライバーの配送の実績として、直近の所定日数の実績ではなくドライバーの直近の運行の所定回数の実績に基づいて、特定の配送条件の配送をした履歴を特定する。
・ 荷物の配送の案件をドライバーに提示したうえでドライバー側から「受注可能である」（または受注を希望する）等の申し出を受ける場合に、当該荷物の情報を受注可能に提示するドライバーの数に上限を設けることがある。例えば、ドライバースコアに基づき、一定数のドライバーに対して（ドライバースコアが閾値を超えるドライバーに限定して）、荷物の配送を受注可能に提示する。ドライバー評価モジュール２０４６は、ドライバーを評価することとして、上記のように配送の案件の受注が可能なドライバーの数に上限を設定する荷物の配送の履歴ではなく、特定の配送条件の配送をした履歴に基づいて、ドライバースコアを評価する。
・ ドライバースコアを決定することにおいて、ドライバーの当該配送の実績における荷物の配送元または配送先の位置にかかわらず、配送の実績に基づいて、ドライバーのドライバースコアを決定する。すなわち、ドライバー評価モジュール２０４６は、ドライバーが配送する地域にかかわらず、配送の実績に基づいて、ドライバースコアを決定する。

さらに、ドライバー評価モジュール２０４６は、以下の各項目それぞれについてドライバースコアを評価し、これら各項目のドライバースコアに基づいて、ドライバーの総合的なドライバースコアを決定する。
・ 項目「運行報告」： ドライバーの過去の所定回数の配送において運行報告がドライバーから所定の基準でされているか。ドライバー評価モジュール２０４６は、当該運行報告が所定の基準でされているか否かについて、後述するように運行報告データベース２８３に基づいて、運行報告が適切になされている度合いを評価することにより、判定することとしてもよい。ドライバー評価モジュール２０４６は、運行報告をドライバーから受け付けて、当該ドライバーに対し、当該運行報告にかかる運行についての対価を確定させることにより、当該項目「運行報告」についてのドライバースコアを決定することとしてもよい。

ここで、ドライバー評価モジュール２０４６は、サーバ２０が提供するサービスにドライバーが登録してから上記の所定回数の配送の実績がない場合（例えば、登録したてのドライバー）は、所定回数のうち少なくとも一定回数については運行報告の点数が一定以上（例えば、運行報告が適切になされていたものとして「満点」等とする）であるものとして、当該ドライバーの運行報告に関するドライバースコアを算出することとしてもよい。

また、ドライバー評価モジュール２０４６は、ドライバーが配送した履歴のうち、荷主が配送をキャンセルした案件については除外したうえで、所定回数の配送の実績に基づき、運行報告に関するドライバースコアを算出することとしてもよい。
・ 項目「装備品」： ドライバーが配送をするための車両において所定の装備を用意しているか。例えば、ドライバー評価モジュール２０４６は、ドライバーが、サーバ２０に対し、装備品（例えば、台車、保護布、滑り止め付き手袋、ヘルメット、安全ベスト、安全靴、荷締めベルト等のように、運送を行うに際して必要な程度が比較的高いもの）を揃えていることを登録することにより、項目「装備品」についてのドライバースコアを高くすることとしてもよい。ドライバー評価モジュール２０４６は、サーバ２０が提供するサービスにドライバーが登録したての場合に、ドライバーから当該装備品の登録があるまでは、装備品に関するドライバースコアについては、装備品がないものとしたスコアを算出することとしてもよい（装備品があるものとはせず、スコアを算出する）。
・ 項目「ユーザー評価」： ドライバーの過去の所定回数の配送において当該配送の配送元または配送先のユーザからドライバーへの評価が一定以上であるか。例えば、ドライバーへの評価が複数段階（例えば、「不満」、「満足」、「非常に満足」等）でなされる場合、各段階に応じて点数を設定しておく。ドライバー評価モジュール２０４６は、過去の所定回数の配送における各評価結果を合算する等により、項目「ユーザー評価」を更新することとしてもよい。ドライバー評価モジュール２０４６は、ドライバーへの評価がされてから一定日数内のドライバーへの評価を用いてドライバースコアを決定することとしてもよい。ドライバー評価モジュール２０４６は、配送元または配送先の位置を含む地理範囲、または、ドライバーが配送を行う地理範囲に応じて、ドライバーへの評価を用いて当該項目「ユーザー評価」のパラメータを特定する場合の当該一定日数の長さを決定することとしてもよい。すなわち、発注のある地理範囲（例えば、都道府県単位、市町村単位）に応じて、ドライバーへの評価に基づき項目「ユーザー評価」をリセットするまでの日数（リセットされる日時）を設定する。
・ 項目「規則順守」： ドライバーの過去の所定回数の配送において所定のインシデントが発生しているか。ドライバー評価モジュール２０４６は、所定のインシデントとして、所定回数の配送において既定の罰則がドライバーに適用されたことにより、項目「規則順守」のドライバースコアを決定することとしてもよい。例えば、ドライバー評価モジュール２０４６は、ドライバーにインシデントが発生した場合に、当該発生したことを検知したことに応答して、一定期間（例えば、数週間、１ヶ月、数ヶ月等の所定日数）にわたって、規則順守に関するドライバースコアを減点する。ドライバー評価モジュール２０４６は、当該一定期間が経過することによりドライバースコアの減点を解除することとしてもよい。ドライバー評価モジュール２０４６は、当該一定期間内に、再びドライバーにインシデントが発生した場合に、減点の程度を大きくしてもよい。

上記のように、システム１において、サーバ２０は、依頼主から配送の依頼を受け付けて、配送依頼データベース２８１に、依頼に関する情報を登録したうえで、依頼主とドライバーとのマッチングを行う。ここで、サーバ２０は、ＡＰＩ（Application Programming Interface）連携により、連携先のサービスからの配送の依頼を受け付けることとしてもよい。サーバ２０と連携する連携先のサービスとしては、以下が含まれる。
・ サーバ２０が提供する配送管理サービスとは異なる別のサービスであって、配送の依頼を受け付けてドライバーとのマッチングを行う配送管理プラットフォームのサービス
・ オークションサービス、フリーマーケットサービス、ショッピングモール型のサービスなどユーザ間で物品またはサービスの販売の申し出と購買の受付を行うEC（electronic commerce）型のサービス。ユーザ間で購買が行われた対象物について、サーバ２０が提供する配送管理サービスにより配送を行うことがあり得る。
・ 事業者が運営するウェブサイトにおいて、購買の申し出を需要者から受け付けて、需要者に配送をするサービス。当該事業者としては、現実の世界に実店舗を有しており、需要者が店舗で物品・サービス等を購買できるよう事業展開をしている事業者があり得る。例えば、スーパーマーケット、コンビニエンスストア、ドラッグストア、家電量販店、アウトドア用品店、飲食店、書店、映像媒体や機材などのレンタルサービスを提供する店舗、その他の店舗のように、物品の販売、サービスの販売等を行っている事業者があり得る。需要者が事業者から物品、サービス等の購買をすることにより、当該物品、サービスを利用するための権利等の荷物の配送を、サーバ２０が提供する配送管理サービスにより行うことがあり得る。

以上のような連携先のサービスにおいて、当該連携先のサービスを利用するユーザからの評価を受け付けていることがある。例えばEC型のサービスにおいて、購買を行った需要者から、配送の完了後などの任意のタイミングで連携先のサービスの評価を当該連携先のサービスで受け付けることがある。

このような評価としては、サービスの評価として複数の段階（低評価から高評価）のいずれであるかを需要者から受け付けることがあり得る。需要者に対しては、１項目について評価を受け付けることとしてもよい。例えば、連携先のサービスにおいて、「サービスを利用した感想を入力してください」といった質問を需要者の端末装置において提示するとともに、「よくなかった」、「よかった」等の選択式の回答を需要者から受け付けるのみで、その他の入力については需要者に求めないこととしてもよい。また、連携先のサービスにおいて、複数の項目（例えば、サービス全体についての総合的な評価、ドライバーによる配送の品質（配送された荷物の状態、荷物を需要者へ受け渡しする際の応対を含みうる）、販売を行った販売員の評価などの複数の項目）について需要者から評価を受け付けることとしてもよい。例えば、EC型のサービスにおいて、需要者から、購買の相手方（販売者）、EC型のサービスそのもの等について評価を行い、当該評価において配送についての項目（配送された荷物の状態に「満足」したか「不満」があるか、配送員による配送の応対に「満足」したか「不満」があるか等）が含まれ得る。

サーバ２０は、連携先のサービスにおいて配送を行ったドライバーに対する評価が行われた場合に、当該評価の情報を当該連携先のサービスから受け付けることとしてもよい。また、サーバ２０は、連携先のサービスとAPIにより連携することにより、当該連携先のサービスのユーザの入力操作を、連携先のサービスを介して受け付けることにより、ドライバーの評価を受け付けることとしてもよい。

サーバ２０は、上記のようにして連携先のサービスにおける基準に基づいてドライバーが評価された結果に基づいて、ドライバーデータベース２８２で管理する各ドライバースコアを更新することとしてもよい。例えば、連携先のサービスでは、配送の品質について、５段階など、サーバ２０において依頼主または配送先から受け付けているドライバーの評価の段階とは異なる粒度で評価を受け付けているとする。この場合、連携先のサービスにおける評価の各段階に応じて、サーバ２０が提供するサービスにおける評価の段階に、所定の規則に基づいて変換する。これにより、サーバ２０は、連携先のサービスにおいてドライバーが受けた評価（連携先のサービスにおける基準に従った評価）を、サーバ２０が提供するドライバースコアの算出に加味することができる。この結果、ドライバーが評価を受ける機会をよりいっそう拡大させることができる。また、連携先のサービスを提供する事業者にとっても、当該連携先のサービスのユーザの評価が、サーバ２０が特定するドライバースコアに反映されることとなるため、サーバ２０が提供する配送管理サービスにおけるドライバーの質の管理に関与し得る。これにより、サーバ２０が特定するドライバースコアの妥当さ、信頼度がよりいっそう向上し得る。

ここで、サーバ２０と連携する連携先のサービスにおいて、需要者からの評価を受け付ける項目として、サーバ２０が管理するドライバーの評価項目（例えば、ドライバーデータベース２８２、配送依頼データベース２８１の項目「依頼主評価」など）に対応する項目を含めることとしてもよい。また、サーバ２０と連携する連携先のサービスにおいて、需要者からの評価を受け付けるための画面を当該需要者に提示するために、サーバ２０に対し、評価を受け付けるための評価項目（需要者に対する質問内容および評価を受け付けるための操作オブジェクトなど）の情報を要求してもよい。すなわち、連携先のサービスにおいて、サーバ２０と通信することにより、需要者から評価を受け付けるための画面を提示してもよい。これにより、サーバ２０において、ドライバースコアを特定するための需要者からの評価をよりいっそう容易に受け付けることができる。

運行管理モジュール２０４７は、各荷物の配送状況を管理して、運行報告データベース２８３を更新するものである。

具体的には、運行管理モジュール２０４７は、ドライバーが配送状況を入力する操作に応答して、以下の情報を運行報告データベース２８３等で管理する。
・ 荷物の配送を完了したことを示す完了報告と、当該完了報告をドライバーが行ったタイミング
・ 荷物の配送の予定（配送時刻、配送ルート等）に対し、運行報告が所定のタイミング（例えば配送予定時刻）で所定の場所（例えば配送先の地点の周囲）でなされたか
・ 配送を担当したドライバーの名前等の情報

マッチングモジュール２０４８は、配送を依頼する荷物の依頼主と、配送を行うドライバーとをマッチングさせるものである。

具体的には、マッチングモジュール２０４８は、システム１が運送を行う事業者によって利用される場合、当該事業者において運行を管理する管理者が、荷物をドライバーに割り当てる操作を受け付けることにより、荷物とドライバーとをマッチングさせる。すなわち、サーバ２０が、当該管理者から、手動で、荷物とドライバー（または配送用の車両）とを割り当てる操作を受け付ける。

マッチングモジュール２０４８は、システム１が、配送を希望する依頼主と、配送を担当するドライバーとをマッチングさせるものである場合、以下を行う。
・ ドライバーデータベース２８２を参照し、当該荷物を配送できる位置にいるドライバーを、マッチングの候補として抽出する
・ 依頼主に対し、ドライバーの候補を提示する。このとき、配送予定の荷物の配送条件によっては、ドライバーデータベース２８２においてドライバーの評価（ドライバーランク）が高いドライバーを優先して、依頼主に提示することとしてもよい。例えば、マッチングモジュール２０４８は、依頼主に対し提示するドライバーの候補の数に上限を設けるため、依頼主の荷物を配送できるドライバーのドライバースコアの閾値を設定する（一定以上のドライバースコアのドライバーが、荷物を配送し得る）。すなわち、依頼主が配送を依頼する荷物の情報には、当該荷物の配送の依頼に受注を申し出ることができるドライバーの数に上限を設定する第１の荷物の情報が含まれる。マッチングモジュール２０４８は、上限を設定する第１の荷物について、ドライバーパラメータが良好であるドライバーを優先して、第１の荷物の情報を、当該ドライバーが受注の申し出をすることが可能に提示する。第１の荷物は、例えば、ドライバーが配送の受注を希望する可能性が高い配送条件の荷物（ドライバーに人気の配送条件の荷物）である。以上のように、第１の荷物について、ドライバーのドライバースコアが良好であるほど、当該ドライバーが配送にエントリーしやすくなる。
・ マッチングモジュール２０４８は、第１の荷物の配送元または配送先の少なくともいずれかの位置に基づいて、当該第１の荷物について受注の申し出が可能に提示するドライバーのドライバーパラメータの条件を設定することとしてもよい。荷物の配送予定のエリアに応じて、上記の第１の荷物の配送にエントリーできるドライバースコアを変動させうる。例えば、地域ごとに、ドライバースコアの上げやすさが異なる場合に、上記の第１の荷物の配送にエントリーできる条件を変動させることで、各地域のドライバースコアの上げやすさに起因するドライバー間の不公平感を緩和し得る。
・ マッチングモジュール２０４８は、第１の荷物の位置に基づいて、当該位置で配送を担当可能な複数のドライバーのドライバースコアの分布に基づいて、第１の荷物について受注の申し出が可能に提示するドライバーのドライバースコアの条件を設定する。

マッチングモジュール２０４８は、荷主ごとに、当該荷主の配送を受けられるドライバーの条件を管理し、当該荷主の依頼については、所定の条件を満たすドライバーに対して、配送にエントリー可能であるとし、条件を満たしていないドライバーにはエントリーを受け付けないこととしてもよい。例えば、サーバ２０は、荷主の識別情報と関連付けて、ドライバーのリスト（ホワイトリスト）を管理している。荷主によっては、当該荷主の配送の運行を行うための要件として、
（ｉ）ドライバーの知識面が一定の要件を満たしていること（例えば、ドライバーが講習を受講した場合に、当該受講したことの記録があること。試験を定期的に受講していること等。例えば、交通マナー、個人情報を公開しない（情報漏洩）など配送に必要な一般常識をドライバーが有しているか。荷物の特性（例えばフードデリバリー、貴重品の配送など、荷物の種類によっては、荷物を損壊しないよう安全に配送するための留意事項が定められている））、
（ｉｉ）ドライバーが運行を行う際に、ドライバー自身または配送車両に所定の装備をしていること（例えば、ドライバーが配送員用の帽子等の所定のユニフォームを着用しているか）、
等を設定していることがあり得る。サーバ２０は、ドライバーが、荷主が定めた要件に合致していることを示す情報を受け付けることにより（例えば、荷主から、ドライバーが要件を満たしていることを示す情報をサーバ２０において受信する）、当該ドライバーを、当該荷主のホワイトリストに登録する。サーバ２０は、当該荷主の配送の依頼については、当該荷主と関連付けられるホワイトリストに登録されているドライバーを対象として、配送を行わせる。以上により、荷主は、配送を行うドライバーに一定の要件を設定することができ、配送の品質を担保し得る。サーバ２０の配送サービスで配送を行うドライバーは、荷主の期待値を満たすよう促され、ドライバー自身の成長と運行機会の拡大に取り組むことができる。

マッチングモジュール２０４８は、配送を依頼する依頼主と、ドライバーとを、依頼主の指定によらず自動的にマッチングさせることとしてもよい。マッチングモジュール２０４８は、ドライバーデータベース２８２等を参照することにより、配送を依頼する案件の情報、荷主の特性、ドライバーの評価に基づいて、配送の依頼を担当するドライバーのマッチングを行う。また、マッチングモジュール２０４８は、荷物の運行を管理する管理者が、荷物をドライバーに割り当てる操作を要することなく自動的に荷物とドライバーとをマッチングさせることとしてもよい。

マッチングモジュール２０４８は、以下に基づいて、自動的にマッチングを行う。
・ 依頼主の荷物を、ドライバーが配送できる車両であるか（軽貨物、二輪、冷凍設備等、そもそも荷物を配送できる車両の特性であるか）
・ 依頼主の荷物の積み地と、ドライバーの位置との位置関係（一定時間内に積み地に向かい、荷物を積むことができるか否かの距離的な要件）
・ 上記のホワイトリストのように、荷主が定めた基準に合致するドライバーであるか
・ 以上のような各基準に基づき複数のドライバーの候補が抽出された場合に、抽出された各ドライバーのドライバースコアが良好である度合い（スコアが高いほど優先される）

以上のように、荷主が指定するのではなく、マッチングモジュール２０４８がドライバーを決定することにより、荷主の主観的な判断ではない態様でドライバーに配送の依頼がなされ得る。これにより、サーバ２０が提供する配送サービスに新規に登録するドライバーに対しても、案件の配送の機会が提供されることとなる。また、各ドライバーにとっては、ドライバーの評価等に基づいて、案件のマッチングが行われることとなるため、配送の割り当ての公平性を実感し得る。また、一定の条件を満たしたドライバーの自動マッチングを行うことにより、配送の質をよりいっそう向上させうる。また、荷主にとっては、配送を行うドライバーを決定するというステップを省くこととなるため、よりいっそう配送の依頼を行うことが容易になり、ドライバーにとっても配送の依頼のエントリーの結果待ちの時間を減らしうる。

マッチングモジュール２０４８は、荷主の指定に応じて、ドライバーの過去の配送の履歴が一定の要件を満たすドライバー群からマッチングを行わせることとしてもよい。例えば、荷主によっては、特定の業界の配送をした経験をドライバー側に設定することがあり得る。この場合、マッチングモジュール２０４８は、配送依頼データベース２８１に蓄積される配送の履歴を参照する等により、荷主からドライバーの指定は受け付けず、荷主の配送を過去に行ったドライバー、または、荷主と同業界の依頼主の配送を過去に行ったドライバーを母集団としてマッチングさせることとしてもよい。同業界の範囲としては、以下が含まれ得る。
・ 比較的大量の配送が行われる、総合的なECプラットフォームとして予め特定された事業者の配送を行った経験があるか否か（例えば、当該事業者のデータベースをサーバ２０において保持することとしてもよい）
・ 建設業界、精密機器業界など、より荷物について安全な配送が求められる案件の配送の経験があるか否か（例えば、当該業界に含まれる企業のデータベースをサーバ２０において保持することとしてもよい）
・ 荷主と競合する企業の案件の配送を行った経験があるか否か（例えば、業界ごとに、競合する企業のデータベースをサーバ２０において保持することとしてもよい）

マッチングモジュール２０４８は、ドライバーから、現時点で配送を受けられるか否かの状態を指定する操作を受け付けて、当該ドライバーの状態に応じて、荷主がドライバーを指定することによらずともマッチングを行うこととしてもよい。ドライバーの状態として、以下が含まれる。
・ 配送の依頼を現時点で受けられる状態（ON状態）（オンラインモード）
・ 配送の依頼を現時点では受けられない状態（OFF状態）（オフラインモード）

マッチングモジュール２０４８は、ON状態のドライバーを対象に、配送の依頼のマッチングを行うこととしてもよい。また、マッチングモジュール２０４８は、配送の依頼について、ドライバーが直ちに配送すべき案件（即時対応案件）であることを示す情報と共に依頼を受け付けることとしてもよい。マッチングモジュール２０４８は、当該即時対応案件の依頼に対して、ON状態のドライバーを対象にマッチングを行わせ、OFF状態のドライバーはマッチングの対象としないこととしてもよい。これにより、配送の依頼の案件ごとに、適切にドライバーをマッチングさせることができる。

このような即時対応案件の配送の依頼としては、以下があり得る。
・ フードデリバリーサービスにおける配送の依頼
・ 買い物代行サービス（買い物代行の依頼主の依頼内容に基づいて、ドライバーに裁量をもたせた買い物を許容するもの）における配送の依頼
・ 依頼主が事前に注文と支払いを終えた商品をドライバーが店舗等で受け取り、任意の場所に配送するサービス（例えば、飲食店舗が提供するオーダー用のアプリで発注したフードの配送、寿司等の生鮮食品の配送、クリーニングの配送など）
・ 特急等の急ぎの集荷の依頼、配送の依頼

ドライバー端末１０は、上記のように、ドライバーから、ON状態またはOFF状態を切り替えるためのドライバーの入力操作を受け付ける。ドライバー端末１０は、例えば、案件の検索を行うための画面において、ON状態またはOFF状態を切り替えるための操作受付部（ボタン、スライドバー等）を表示して、ドライバーの操作を受け付けることとしてもよい。

ドライバー端末１０は、ドライバーがOFF状態の場合、以下のようにドライバーに案件の情報を表示することとしてもよい。
・ 即時対応案件でない案件の閲覧を許可する
・ 即時対応案件ではない案件のエントリー、受注を許可する
・ 即時対応案件ではない案件も、即時対応案件も、運行することができる（例えば、ドライバーが、即時対応案件を受注して配送する間において、OFF状態にすることがあり得る。OFF状態の間、ドライバーには即時対応案件の通知がなく、自動的なマッチングもない）。（即時対応案件については運行できないこととしてもよい）
・ 即時対応案件ではない案件について、新着の案件がある場合に通知する
・ 即時対応案件についてはドライバーに通知しない

ドライバー端末１０は、ドライバーがOFF状態の場合、以下のようにドライバーに案件の情報を表示することとしてもよい。
・ 即時対応案件でない案件の閲覧を許可する
・ 即時対応案件について、配送の依頼をドライバーに提示する（オファー）
・ 即時対応案件ではない案件も、即時対応案件も、ともにエントリー、受注を許可する（ドライバー側の受注の選択肢を拡げる）
・ 即時対応案件ではない案件も、即時対応案件も、運行することができる
・ 即時対応案件ではない案件について、新着の案件がある場合に通知する
・ 即時対応案件について、新着の案件をドライバーに通知する（アラーム音、プッシュ通知等）

サーバ２０は、ドライバーが、サーバ２０が配送するサービスにおいてドライバーの情報の登録が完了していない場合（仮登録）、ドライバーに対して案件の情報の閲覧等を許可しつつ、ドライバーがON状態にする操作を受け付けないこととしてもよい。これにより、ドライバーの情報の登録を完了させるようドライバーに促すことができる。また、ドライバーが、案件のエントリーができない状態である場合、ON状態にする操作を受け付けないこととしてもよい。

インシデント判定モジュール２０４９は、ドライバーの配送において、所定のインシデントが発生しているか否かを判定するものである。

具体的には、インシデント判定モジュール２０４９は、ドライバーデータベース２８２において管理される各ドライバーについて、道路交通法等の法規、または、サーバ２０が提供するマッチングサービスの規定等に定める罰則の適用があったか否かを判定する。例えば、サーバ２０は、以下のようにして、各ドライバーについて発生したインシデントの情報を収集する。
・ ドライバー本人からの申告： 各ドライバーから、事故等のインシデントが発生した場合の報告を受け付ける
・ ドライバー以外からの情報提供： サービスを利用するユーザ（依頼主など）から、ユーザ評価等により、インシデントが発生したことの報告を受け付ける
・ 自然検知： Web等に蓄積される情報（例えば、事故発生等のニュース記事、など）を収集することにより、ドライバーについてインシデントが発生したことを検知する

インシデント判定モジュール２０４９は、収集したインシデントの情報に基づきインシデント報告データベース２８５を更新する。インシデント判定モジュール２０４９は、ドライバーについて発生したインシデントの重要度合い（例えば、ドライバースコアに影響を及ぼす程度として、「軽」、「中程度」、「重要」等の複数段階）を判定する。インシデント判定モジュール２０４９がインシデントの重要度合いを判定することは、以下を含む。
・ インシデントとして報告されている内容が、減点対象であるかそうでないか（インシデントの内容が「不問」であるか否か）
・ インシデントが発生したことについて、サーバ２０におけるインシデントの検知方法が、ドライバーからの申告によるものか、その他外部からの通報または自然検知であるか

＜１．３ ドライバー端末１０の構成＞
図３は、ドライバー端末１０の機能的な構成を示すブロック図である。

図３に示すように、ドライバー端末１０は、複数のアンテナ（アンテナ１１１、アンテナ１１２）と、各アンテナに対応する通信部（第１通信部１２０、第２通信部１２１）と、入力装置１３０（タッチ・センシティブ・デバイス１３１を含む）と、ディスプレイ１３２と、音声処理部１４０と、マイク１４１と、スピーカ１４２と、位置情報センサ１５０と、カメラ１６０と、モーションセンサ１７０と、記憶部１８０と、制御部１９０と、を含む。ドライバー端末１０は、図３では特に図示していない機能及び構成（例えば、電力を保持するためのバッテリ、バッテリから各回路への電力の供給を制御する電力供給回路など）も有している。図３に示すように、ドライバー端末１０に含まれる各ブロックは、バス等により電気的に接続される。

アンテナ１１１は、ドライバー端末１０が発する信号を電波として放射する。また、アンテナ１１１は、空間から電波を受信して受信信号を第１通信部１２０へ与える。

アンテナ１１２は、ドライバー端末１０が発する信号を電波として放射する。また、アンテナ１１２は、空間から電波を受信して受信信号を第２通信部１２１へ与える。

第１通信部１２０は、ドライバー端末１０が他の無線機器と通信するため、アンテナ１１１を介して信号を送受信するための変復調処理などを行う。第２通信部１２１は、ドライバー端末１０が他の無線機器と通信するため、アンテナ１１２を介して信号を送受信するための変復調処理などを行う。第１通信部１２０と第２通信部１２１とは、チューナー、ＲＳＳＩ（Received Signal Strength Indicator）算出回路、ＣＲＣ（Cyclic Redundancy Check）算出回路、高周波回路などを含む通信モジュールである。第１通信部１２０と第２通信部１２１とは、ドライバー端末１０が送受信する無線信号の変復調や周波数変換を行い、受信信号を制御部１９０へ与える。

入力装置１３０は、ユーザの入力操作を受け付けるための機構を有する。具体的には、入力装置１３０は、タッチスクリーンとして構成され、タッチ・センシティブ・デバイス１３１を含む。タッチ・センシティブ・デバイス１３１は、ドライバー端末１０のユーザの入力操作を受け付ける。タッチ・センシティブ・デバイス１３１は、例えば静電容量方式のタッチパネルを用いることによって、タッチパネルに対するユーザの接触位置を検出する。タッチ・センシティブ・デバイス１３１は、タッチパネルにより検出したユーザの接触位置を示す信号を入力操作として制御部１９０へ出力する。

ディスプレイ１３２は、制御部１９０の制御に応じて、画像、動画、テキストなどのデータを表示する。ディスプレイ１３２は、例えばＬＣＤや有機ＥＬディスプレイによって実現される。

音声処理部１４０は、音声信号の変復調を行う。音声処理部１４０は、マイク１４１から与えられる信号を変調して、変調後の信号を制御部１９０へ与える。また、音声処理部１４０は、音声信号をスピーカ１４２へ与える。音声処理部１４０は、例えば音声処理用のプロセッサによって実現される。マイク１４１は、音声入力を受け付けて、当該音声入力に対応する音声信号を音声処理部１４０へ与える。スピーカ１４２は、音声処理部１４０から与えられる音声信号を音声に変換して当該音声をドライバー端末１０の外部へ出力する。

位置情報センサ１５０は、ドライバー端末１０の位置を検出するセンサであり、例えばＧＰＳ（Global Positioning System）モジュールである。ＧＰＳモジュールは、衛星測位システムで用いられる受信装置である。衛星測位システムでは、少なくとも３個または４個の衛星からの信号を受信し、受信した信号に基づいて、ＧＰＳモジュールが搭載されるドライバー端末１０の現在位置を検出する。例えば、システム１において、ユーザがサーバ２０に対し、ユーザの位置を参照できるよう許可することにより、ドライバー端末１０が、位置情報をサーバ２０へ送信する。サーバ２０は、ドライバー端末１０の位置情報と、配送先の位置情報（座標）とに基づいて、ユーザが配送先から一定距離内にいるか（配送を完了しようとしているか）を判別する。

カメラ１６０は、受光素子により光を受光して、撮影画像として出力するためのデバイスである。カメラ１６０は、例えば、カメラ１６０から撮影対象までの距離を検出できる深度カメラである。
モーションセンサ１７０は、加速度センサ、角速度センサ等を含み、ドライバー端末１０の動きを検出する。

記憶部１８０は、例えばフラッシュメモリ等により構成され、ドライバー端末１０が使用するデータおよびプログラムを記憶する。記憶部１８０が記憶する各種情報については後述する。

制御部１９０は、記憶部１８０に記憶されるプログラムを読み込んで、プログラムに含まれる命令を実行することにより、ドライバー端末１０の動作を制御する。制御部１９０は、例えばアプリケーションプロセッサである。制御部１９０は、プログラムに従って動作することにより、操作受付部１９１と、送受信部１９２と、データ処理部１９３と、報知制御部１９４と、記憶制御部１９５としての機能を発揮する。

操作受付部１９１は、タッチ・センシティブ・デバイス１３１等の入力装置に対するユーザの入力操作を受け付ける処理を行う。操作受付部１９１は、タッチ・センシティブ・デバイス１３１に対してユーザが指などを接触させた座標の情報に基づき、ユーザの操作がフリック操作であるか、タップ操作であるか、ドラッグ（スワイプ）操作であるか等の操作の種別を判定する。

送受信部１９２は、ドライバー端末１０が、サーバ２０、ドライバー端末１０等の外部の装置と、通信プロトコルに従ってデータを送受信するための処理を行う。

データ処理部１９３は、ドライバー端末１０が入力を受け付けたデータに対し、プログラムに従って演算を行い、演算結果をメモリ等に出力する処理を行う。

報知制御部１９４は、表示画像をディスプレイ１３２に表示させる処理、音声をスピーカ１４２に出力させる処理、振動を発生させる処理を行う。

記憶制御部１９５は、記憶部１８０に対するデータの記憶を制御する。例えば、記憶制御部１９５は、配送管理アプリケーション１８１の動作に基づき、各種データを記憶部１８０に記憶させる。

記憶部１８０が記憶する各種情報について説明する。ある局面において、記憶部１８０は、配送管理アプリケーション１８１を記憶する。

配送管理アプリケーション１８１は、荷物の配送を管理するためのアプリケーションである。システム１が運送を行う事業者により利用される場合、配送管理アプリケーション１８１は、以下を行う。
・ ドライバーに対し、配送する対象の１または複数の荷物と、配送の予定（配送先、配送先へ荷物を配送する順序、配送をする予定時刻）と、配送の経路を提示する
・ ドライバーが配送する複数の荷物と、当該複数の荷物を配送する順序（どの荷物から届けるか）とに基づいて、配送用の車両に当該複数の荷物を積むための積み荷の手順をドライバーに提示する。例えば、配送管理アプリケーション１８１は、ドライバーが配送する複数の荷物について、各荷物の配送の順序とともに、配送用の車両のどの位置に各荷物を積むべきかをドライバーに提示する。具体的には、配送管理アプリケーション１８１は、配送の順序が先になる荷物ほど、車両から取り出す順序が早くなるため、荷台のうち取り出し口に近い側（例えば、車両の後方の扉から荷物の取り出しを行うトラック型の車両である場合、扉に近い後ろ側）に積むようドライバーに通知する。配送管理アプリケーション１８１は、配送の順序が後になる荷物ほど、車両から取り出す順序が後になるため、荷台のうち取り出し口から遠い側（例えば、後方の扉から荷物の取り出しを行う場合は、荷台の奥側）に積むようドライバーに通知する。これにより、配送に慣れていないドライバーであっても、荷物の積み込みの順序を案内することができるため、荷物の積み込みの作業、および、配送先に到着したのちの荷物の積み下ろしの作業の時間を短縮化することができ得る。
・ ドライバーが荷物の配送を開始するにあたり、上記のように各荷物の積み込みを行ったことを示す入力操作をドライバーから受け付ける。例えば、荷物それぞれについて、各荷物を配送する順序に従って、ドライバー端末１０等により、配送用の車両に積み込んだことを示す操作をドライバーから受け付ける。配送管理アプリケーション１８１は、ドライバーに対し、ドライバーに割り当てられた複数の荷物の個数を表示しつつ、各荷物を積み込んだことを示す入力操作を受け付けることに応答して、積み込むべき荷物の残りの個数の情報を更新することとしてもよい。配送管理アプリケーション１８１は、当該残りの個数の情報において、残り個数が「ゼロ」、すなわちドライバーが全ての荷物の積み込みを完了する入力操作を行わない限り、配送を開始または完了するための入力操作を受け付けないこととしてもよい（例えば、配達完了の報告をするための操作を行えず、その結果、ドライバーが報酬を受け取れないこととしてもよい）。これにより、ドライバーが、配送の対象として割り当てられた複数の荷物について、誤って荷物を配送しそこなう等のミスを防ぎ得る。
・ ドライバーが荷物の配送を行うと、配送を完了するための入力操作をドライバーから受け付ける
・ 配送を完了する操作をドライバーから受け付けることにより、サーバ２０へ、配送完了を報告する
・ 配送先で受取人が不在であった等、荷物の持ち戻りが発生した場合、ドライバーから、持ち戻りが発生したことを示す入力操作を受け付ける。
・ ドライバーに割り当てられたすべての荷物について、配達完了したか、不在で持ち帰ったか等の報告を行う操作を受け付けない限り、ドライバーから、所定の操作（例えば、報酬を受け取るための操作等）を受け付けないこととしてもよい。これにより、ドライバーに、各荷物の配送の状況について報告することを促すことができ、各荷物について配達が完了したか、配送に成功せず持ち帰ったか等の状態をサーバ２０で適切に管理し得る。
・ 運送を行う事業者の管理者とドライバーとのメッセージの送受信を行う

＜２ データ構造＞
図４から図８は、サーバ２０が記憶するデータベースのデータ構造を示す図である。なお、図４から図８は一例であり、記載されていないデータを除外するものではない。

図４は、配送依頼データベース２８１のデータ構造を示す図である。配送依頼データベース２８１は、項目「依頼ID」と、項目「依頼主ID」と、項目「配送元ID」と、項目「配送先ID」と、項目「配送対象物」と、項目「配送希望日時」と、項目「在宅率推定結果」と、項目「エントリー制限」と、項目「配送担当ドライバー」と、項目「備考」と、項目「特定の配送条件か」と、項目「依頼主評価」と、を含む。

項目「依頼ID」は、配送主からの配送の依頼それぞれを識別する情報である。

具体的には、項目「依頼ID」は、依頼主から配送の依頼を受ける荷物それぞれに対応付けて発行される情報であるとしてもよい。

項目「依頼主ID」は、配送を依頼する依頼主を識別する情報である。

項目「配送元ID」は、荷物を配送する配送元を特定する情報である。

具体的には、項目「配送元ID」は、配送元を特定する情報として、以下の情報を含みうる。
・ 配送元の場所の施設の情報
・ 配送元の場所の住所の情報
・ 配送元の住所を利用する個人または事業者の名称、事業内容等の情報

項目「配送先ID」は、荷物の配送先を特定する情報である。

具体的には、項目「配送先ID」は、配送先を特定する情報として、以下の情報を含みうる。
・ 配送先の場所の施設の情報
・ 配送先の場所の住所の情報
・ 配送先の住所を利用する個人または事業者の名称、事業内容等の情報

項目「配送対象物」は、荷物の内容を示す情報である。

具体的には、項目「配送対象物」は、荷物の内容の情報として、以下を含みうる。
・ 荷物のサイズ
・ 荷物の重量
・ 荷物の名称
・ 荷物の個数
・ 荷物の種類（日用品など）
・ 荷物を配送する温度（冷凍など）

項目「配送希望日時」は、依頼主または受取人が荷物の配送を希望するタイミングの情報である。

具体的には、項目「配送希望日時」は、配送を希望するタイミングの情報として、以下を含みうる。
・ 日時
・ 時間帯
・ 曜日

項目「在宅率推定結果」は、配送先に荷物を配送できる可能性を推定した推定結果の情報である。

具体的には、項目「在宅率推定結果」は、推定結果の情報として、以下を含みうる。
・ 時間帯ごとの在宅率（配送先の利用者または居者が在宅で荷物を受け取れる確率）
・ 曜日ごとの在宅率

項目「エントリー制限」は、荷物の配送依頼に対し、受注の申し出をすることができるドライバーの条件の情報である。

具体的には、項目「エントリー制限」は、受注の申し出をすることができるドライバーの条件として、以下を含みうる。
・ ドライバーが拠点とする地域
・ ドライバースコアの閾値（一定以上のドライバースコアであること）

項目「配送担当ドライバー」は、荷物の配送を担当したドライバーの情報である。

具体的には、項目「配送担当ドライバー」は、ドライバーの情報として、以下を含みうる。詳細はドライバーデータベース２８２の説明で後述する。
・ ドライバーを識別する情報

項目「備考」は、配送元の位置または配送先の位置以外の、配送の条件の情報である。

具体的には、項目「備考」は、配送の条件の情報として、以下を含みうる。
・ 配送元または配送先の位置（現地）において、配送元または配送先から指示があるか否か
・ 項目「特定の配送条件か」は、荷物が特定の配送条件に該当するか否かを示す情報である。

具体的には、項目「特定の配送条件か」は、荷物の「配送元」、「配送対象物」、「備考」等、配送依頼データベース２８１の各情報に基づき特定の配送条件として判定されたものと、サーバ２０が提供するサービスを運営する事業者によって特定の配送条件として指定されたものとを含む。

項目「依頼主評価」は、配送を依頼した依頼主がドライバーについて評価した内容を示す情報である。

具体的には、項目「依頼主評価」は、依頼主がドライバーに対して行う評価として、以下を含みうる。
・ 配送がスケジュール通り（遅延なく）行われたか
・ ドライバーによる荷物の取扱いが適切であったか
・ 依頼主に対するドライバーの応対

図５は、ドライバーデータベース２８２のデータ構造を示す図である。ドライバーデータベース２８２の各レコードは、項目「ドライバーID」と、項目「ドライバー名」と、項目「拠点」と、項目「稼働時間帯」と、項目「車種」と、項目「ドライバースコア_運行報告」と、項目「ドライバースコア_装備品」と、項目「ドライバースコア_ユーザー評価」と、項目「ドライバースコア_規則順守」と、項目「ドライバースコア_チャレンジ」と、項目「ドライバースコア_総合」と、を含む。

項目「ドライバーID」は、各ドライバーを識別する情報である。

項目「ドライバー名」は、各ドライバーの名称の情報である。

項目「拠点」は、各ドライバーが配送を担当する地理範囲の情報である。

具体的には、項目「拠点」は、ドライバーが配送を担当する地理範囲の情報として、以下を含む。
・ ドライバーの車両を保管する車庫に基づく一定の地理範囲
・ ドライバーが営業拠点とする場所に基づく一定の地理範囲
・ ドライバーが稼働する予定の日時ごとの地理範囲の設定（例えば、日時によって、配送可能な地理範囲が変わり得る）

項目「稼働時間帯」は、各ドライバーが配送業務を行う時間帯の情報である。

具体的には、項目「稼働時間帯」は、ドライバーが配送業務を行う時間帯の情報として、以下を含みうる。
・ 日時ごとの配送可能な時間帯（例えば、曜日によって配送可能な時間帯が異なりうる）

項目「車種」は、各ドライバーが配送で使用する機材としての車両の情報である。

具体的には、項目「車種」は、車両の情報として、以下を含みうる。
・ 車両のメーカー
・ 車両の製造年度
・ 車両で運搬可能な荷物の総重量
・ 車両で運搬可能な荷物の総容量
・ 車両の点検の履歴

項目「ドライバースコア_運行報告」は、各ドライバーがシステム１で配送を行うことにより特定される、ドライバーの運行報告についての評価の情報である。

具体的には、項目「ドライバースコア_運行報告」は、ドライバーの評価の情報として、以下を含みうる。
・ ドライバーが配送をする際の運行が適切であるか否か（予定された配送日時に従って、配送したことの運行報告がなされたか）
・ ドライバーが運行の報告を適切に行ったか（運行の報告自体を行っているか。運行の報告をすべきタイミングで行っているか）

例えば、サーバ２０は、各ドライバーが運行報告を完了させ、対価を確定させる都度、各ドライバーの項目「ドライバースコア_運行報告」を更新することとしてもよい。

項目「ドライバースコア_装備品」は、ドライバーが配送の際に装備している装備品についての評価の情報を示す。

具体的には、項目「ドライバースコア_装備品」は、ドライバーの評価の情報として、以下を含みうる。
・ ドライバーが、車両に所定の装備をしたうえで配送をしているか

項目「ドライバースコア_ユーザー評価」は、依頼主からの評価に基づくドライバーの評価の情報を示す。

具体的には、項目「ドライバースコア_ユーザー評価」は、ドライバーの評価の情報として、以下を含みうる。
・ 配送を依頼した依頼主の評価
・ 荷物を受け取った受取主の評価

例えば、サーバ２０は、ドライバーが評価を獲得する都度、項目「ドライバースコア_ユーザー評価」を更新することとしてもよい。

項目「ドライバースコア_規則順守」は、ドライバーが所定のインシデントを発生したか否かにより特定される、規則順守についての評価の情報を示す。

具体的には、項目「ドライバースコア_規則順守」は、ドライバーの評価の情報として、以下を含みうる。
・ 一定期間にわたって、運行上の事故（道路を走行することに伴う事故、荷物を損壊させることによる事故など）を発生させていないこと

例えば、サーバ２０は、ドライバーについてインシデントが発生し、罰則が確定することに応答して、項目「ドライバースコア_規則順守」を更新することとしてもよい。

項目「ドライバースコア_チャレンジ」は、ドライバーが特定の配送条件の荷物の配送を行うことにより特定される、ドライバーの評価の情報を示す。

具体的には、項目「ドライバースコア_チャレンジ」は、ドライバーの評価の情報として、以下を含みうる。
・ 過去の所定回数の運行で、特定の配送条件の荷物を配送したこと

特定の配送条件として、以下の各情報に基づき、サーバ２０が、各荷物について、特定の配送条件の荷物と判定して、配送依頼データベース２８１を更新し得る。サーバ２０は、下記の各条件に基づき、項目「ドライバースコア＿チャレンジ」のスコアの上昇幅を、条件に応じて変動させることとしてもよい。
・ 依頼主からの配送依頼のトライアル：依頼主が、サーバ２０が提供するマッチングのサービスにおける配送の依頼を開始してから所定回数（例えば、初回）内の配送であること
・ 特定の曜日の配送であること（例えば、法人向けの配送であれば、土日祝など法人が休業である曜日）（例えば、買い物代行の配送であれば、配送日時（買い物代行で購入した物品を届ける日時）が土日祝であること）
・ 特定の時間帯の配送であること（例えば、深夜帯（0時～8時頃）。法人向けの配送であれば、深夜帯など特定の時間帯の配送であること）（例えば、買い物代行の配送であれば、配送日時が深夜帯であること）
・ 配送元または配送先の現地にてドライバーへの指示があること
・ 時間制（一定時間内で配送を行うもの。複数回の配送があり得る）の配送条件であること。例えば、デリバリーサービスにおいて一定の時間帯で配送を行うものであること
・ 買い物代行の配送であること

例えば、サーバ２０は、ドライバーの運行が完了する都度（例えば、運行報告をサーバ２０がドライバーから受け付ける。運送に対する対価の確定を待たずともよい）、項目「ドライバースコア_チャレンジ」を更新することとしてもよい。

項目「ドライバースコア_総合」は、ドライバーの評価の各項目に基づき評価される、ドライバーの総合的な評価の情報を示す。

具体的には、項目「ドライバースコア_総合」は、上記の各項目のドライバースコアに基づいて、ドライバーの総合的な評価を算出した評価値を保持することとしてもよい。

図６は、運行報告データベース２８３のデータ構造を示す図である。運行報告データベース２８３は、項目「依頼ID」と、項目「配送担当ドライバー」と、項目「配送予定日時」と、項目「運行報告内容」と、項目「運行報告タイミング」と、項目「運行報告が適切か」と、を含む。

項目「依頼ID」は、配送主からの配送の依頼それぞれを識別する情報である。

項目「配送担当ドライバー」は、荷物の配送を担当したドライバーの情報である。

項目「配送予定日時」は、配送ルートの予定に従って配送予定のタイミングとして特定される情報である。

項目「運行報告内容」は、荷物の配送についてドライバーから報告を受けた内容を示す情報である。

具体的には、項目「運行報告内容」は、ドライバーからの報告の内容として、以下を含みうる。
・ 配送予定のとおり配送を完了したこと
・ 配送先が不在のため荷物を持ち帰ったこと
・ 配送予定より遅れて配送を完了したこと、および、遅延した理由

項目「運行報告タイミング」は、ドライバーからの運行報告のタイミングを示す情報である。

具体的には、項目「運行報告タイミング」は、運行管理モジュール２０４７が、ドライバー端末１０におけるドライバーの運行報告の入力操作を受け付けたタイミングに基づいて、当該運行報告のタイミングの情報を更新した内容を含む。

項目「運行報告が適切か」は、ドライバーからの運行報告が適切であったか否かを示す情報を示す。

具体的には、項目「運行報告が適切か」は、運行管理モジュール２０４７が、以下の情報に基づいて、ドライバーの運行報告が適切であったか否かを判定した結果を含みうる。
・ 配送元の位置から一定距離内において、ドライバーがドライバー端末１０により運行の開始を報告したか否か（ドライバー端末１０の位置情報に基づき、配送元の位置から一定距離内で、運行開始を報告したかを判別しうる）
・ 配送先の位置から一定距離内に置いて、ドライバーがドライバー端末１０により運行の完了を報告したか否か
・ ドライバーがドライバー端末１０への入力操作により、運行の開始または完了の報告をしたタイミングが、荷物の配送予定時刻と比較して一定時間内であるか（一定時間以上遅延していないか）

運行管理モジュール２０４７は、上記のような各タイミングについて評価した結果に基づいて、ドライバーの運行報告が適切か否かの総合的な評価値を特定することとしてもよい。例えば、運行管理モジュール２０４７は、上記のような各タイミングについてドライバーが運行報告を行っているほど、運行報告が適切になされている度合いが高い、と評価してもよい。

図７は、配送元データベース２８４のデータ構造を示す図である。配送元データベース２８４は、項目「配送元ID」と、項目「座標」と、項目「住所」と、項目「営業時間」と、項目「配送実績」と、を含む。

項目「配送元ID」は、配送元それぞれを識別する情報である。

具体的には、項目「配送元ID」は、配送元となる施設を利用する法人または個人それぞれについて発行される識別情報であるとしてもよい。

項目「座標」は、配送元の地図上の座標である。

具体的には、項目「座標」は、地図上の座標として、緯度及び経度の情報を含みうる。

項目「住所」は、配送元の住所の情報である。

具体的には、項目「住所」は、住所の情報として、荷物の配送に必要な以下の情報を含みうる。
・都道府県
・市町村
・番地
・建物名
・建物の部屋番号

サーバ２０は、荷物の配送依頼の情報を受け付ける際、配送先の住所の情報の入力をユーザから受け付ける。ここで、配送先の住所について、ユーザの入力した内容に表記ゆれが生じうる。サーバ２０は、配送先の住所についての表記ゆれを吸収するための処理（同一とみなせる配送先について複数の住所がサーバ２０に登録されている場合に、これらを一元化する処理）を行うこととしてもよい。

例えば、配送依頼データベース２８１で管理されている各荷物について、ドライバーが荷物を配送した場合に、当該荷物について入力されている住所の情報と、当該荷物の配送先の座標（例えば、ドライバー端末１０の位置情報）とに基づいて、当該座標に設定されている住所の情報を地図データベース等から取得する。また、サーバ２０は、配送先の名称（例えば、会社名など）を参照して、当該配送先の名称と関連付けられている住所の情報を取得する（例えば、会社が公開している住所）。これにより、配送先の住所として表記ゆれを吸収することができる。

例えば、システム１が、運送会社向けの配送管理システム（各運送会社の管理者が、ドライバーと荷物の割り当て等を行う）である場合、当該システム１が、複数の運送会社によって利用されうる。このような場合に、システム１が、配送先の住所の表記ゆれを吸収（名寄せ）することにより、各運送会社に対し、表記ゆれを吸収した住所を入力するよう促すこともでき得る。これにより、システム１のサーバ２０は、各運送会社に対し、配送先の名称、座標等の情報に基づいて、表記ゆれを吸収した住所の情報を提示して、住所の指定を促し得ることができ、各運送会社のユーザが配送先の住所の入力をする操作をよりいっそう容易にすることができ得る。

項目「営業時間」は、配送元が法人、個人事業主等の事業主体の拠点である場合に、その営業時間の情報である。

項目「配送実績」は、サーバ２０が提供するマッチングサービスにおいて、配送元が過去に配送を依頼した実績に関する情報である。
具体的には、項目「配送実績」は、サーバ２０が、配送依頼データベース２８１を参照し、配送元について過去に配送した実績があるか否かに基づき、配送元データベース２８４を更新した内容を含む。

図８は、インシデント報告データベース２８５のデータ構造を示す図である。インシデント報告データベース２８５は、項目「依頼ID」と、項目「配送担当ドライバー」と、項目「インシデント発生日時」と、項目「インシデント報告日時」と、項目「インシデント内容」と、を含む。

項目「依頼ID」は、配送主からの配送の依頼それぞれを識別する情報である。

項目「配送担当ドライバー」は、荷物の配送を担当したドライバーの情報である。

項目「インシデント発生日時」は、ドライバーについてインシデントが発生したタイミングの情報である。

具体的には、項目「インシデント発生日時」は、インシデントが発生したタイミングとして、以下を含みうる。
・ 道路交通法上の事故を発生させた等の記録が公的な機関等により記録されたタイミング

項目「インシデント報告日時」は、インシデントについてサーバ２０へ報告がされたタイミングの情報である。

具体的には、項目「インシデント報告日時」は、インシデントがサーバ２０へ報告されたタイミングとして、以下を含みうる。
・ ドライバーからドライバー端末１０への操作等により、インシデントについて報告する操作を受け付けたタイミング
・ 依頼主等のユーザからの情報提供により、ドライバーについてインシデントが発生したことをサーバ２０が受け付けたタイミング
・ Web上の情報を収集することにより、サーバ２０がインシデントの発生を検知したタイミング

項目「インシデント内容」は、インシデントの内容を示す情報である。

具体的には、項目「インシデント内容」は、インシデントの内容として、以下を含みうる。
・ 道路交通法等の、配送サービスに関連する法規に違反していること、及び、その違反内容
・ サーバ２０が提供するマッチングサービスにおける規約に違反していること、及び、その違反内容

項目「インシデント評価」は、インシデントの重要度合いを示す情報である。
具体的には、項目「インシデント評価」は、インシデントの重要度合いとして、以下のような複数段階での評価を含みうる。サーバ２０は、以下のようなインシデントの重要度合いの判定結果に応じて、ドライバーのドライバースコアを変動させ得る。
・ 重要度「軽」：例えば、インシデントの発生が報告されたものの、インシデント自体が取り消しになった等
・ 重要度「通常」：例えば、インシデントの発生が報告されたが、ドライバー本人によりサーバ２０に申告があった、または、ドライバー本人にインシデント発生の認識がなかった等
・ 重要度「高」：例えば、インシデントの発生が報告されたが、ドライバー本人からサーバ２０への申告がなく、ドライバー本人にインシデント発生の認識があり、依頼主等の外部からの通報またはサーバ２０の情報収集により自然検知した等

サーバ２０は、各ドライバーについての項目「インシデント評価」を、以下のようなタイミングで更新することとしてもよい。
・ 一定期間が経過する都度。当該一定期間内に蓄積されるインシデントの履歴に基づきサーバ２０が項目「インシデント評価」を更新する
・ インシデントの発生が報告または検出される都度

＜第１の実施の形態の動作＞
次に、システム１を構成する各装置の動作について説明する。

図９～図１２は、ドライバーデータベース２８２において管理されている、各ドライバーのドライバースコアの各項目を更新するための処理の流れを示す。

図９は、サーバ２０が、ドライバーからの運行報告を受けて運行報告データベース２８３を更新し、運賃を確定させることにより、ドライバーデータベース２８２のドライバースコア「運行報告」を更新する処理の流れを示す図である。

ステップＳ９１１において、制御部１９０は、ドライバー端末１０の位置情報等に基づいて、ドライバーが、配送元の位置から所定範囲内にいるか、または、配送先の位置から所定範囲内にいる場合に、運行の報告をするための入力操作を受け付ける。

ステップＳ９２１において、制御部２０３は、学習済みモデルを更新すべき条件を満たすことに応答して、配送依頼データベースを読み出す。サーバ２０が学習済みモデルを更新すべき条件を満たすことには、以下のような例が含まれる。
・ 学習済みモデルを生成して、在宅率の推定に利用し始めてから一定期間が経過すること。配送先の利用者（法人・個人）が時間経過とともに変化することがあり得る。サーバ２０において、地域ごとに学習済みモデルを生成し、地域ごとに、学習済みモデルを再生成するまでの上記の一定期間の長さを変更してもよい。地域によって、居住者の転入または転出の傾向が異なり得る。サーバ２０は、地域の人の転入または転出が多いか少ないかに応じて、地域に応じた学習済みモデルを再生成するまでの期間を定めてもよい。
・ 学習済みモデルを利用して在宅率の推定をした結果、荷物の配送に成功する割合が一定に満たない場合（すなわち、学習済みモデルによる在宅率の推定結果の信頼性が閾値を下回るような場合）
・ 地域の建設物の建設状況。例えば、新規にオフィスビル、居住のためのマンション等が施工された場合。新たな配送先への配送の実績が一定程度蓄積することにより、サーバ２０において、在宅率を推定するための学習済みモデルを生成してもよい。

ステップＳ９２３において、制御部２０３は、配送依頼データベースを参照することにより、以下の各種情報に基づいて学習を行う。
・ 配達員が各配送先へ配送した時間帯（配送依頼データベース２８１）
・ 配送先への配送を完了したかどうかの成否（配送依頼データベース２８１）
・ 配送先の属性について配達員が入力した情報（配送元データベース２８４）

制御部２０３は、以上のように学習を行うことにより、学習済みモデルを生成する。

制御部２０３は、配送先の位置の情報と配送先に配送したタイミングとに基づいて、配送依頼データベース２８１から、所定の位置範囲および時間範囲の配送先を対象としたデータを特定して、当該学習を行う。

ステップＳ９２５において、制御部２０３は、生成した学習済みモデルに基づいて、学習済みモデルデータベースを更新する。当該学習済みモデルは、配送に関する情報を入力として、配送に成功する可能性（時間帯ごとに配送先で在宅している確率）を出力する。

制御部２０３は、学習済みモデルを生成したタイミング、学習する対象とした教師データの範囲（時間的な範囲および地理的な範囲）、教師データの条件に基づき学習済みモデルを生成した回数（更新をした頻度）に基づき学習済みモデルデータベースを更新する。

ステップＳ９２７において、制御部２０３は、運行についてのドライバーへの対価を確定させることに応答して、当該ドライバーの過去の所定回数の配送において運行報告が所定の基準でされているかに基づいて、運行報告についてのドライバーの評価値（ドライバースコア）を特定する。制御部２０３は、特定した評価値に基づきドライバーデータベース２８２のドライバースコア（運行報告）を更新する。制御部２０３は、更新されたドライバースコア（運行報告）に基づいて、ドライバースコア（総合）を更新する。

図１０は、依頼主からの荷物の配送の依頼を完了し、サーバ２０が依頼主からドライバーへの評価を受け付けることにより、ドライバーのドライバースコア「ユーザー評価」を更新する処理の流れを示す図である。

ステップＳ１０３１において、配送依頼主端末３０は、依頼主であるユーザから、ドライバーの配送についての評価の入力を受け付ける。

ステップＳ１０３３において、配送依頼主端末３０は、依頼主のユーザが評価した結果をサーバ２０へ送信する。

ステップＳ１０２１において、制御部２０３は、配送元の評価、配送先の評価を含む依頼主からの配送の評価を受け付けることにより、配送依頼データベース２８１を更新する。

ステップＳ１０２３において、制御部２０３は、配送依頼データベース２８１を参照し、過去の所定日数の配送を対象として、ドライバーが過去に配送した履歴のうち、依頼主の評価があった直近の所定回数の配送の当該依頼主から受けた評価に基づいて、ドライバースコア（ユーザー評価）を特定し、ドライバーデータベース２８２を更新する。制御部２０３は、更新されたドライバースコア（ユーザー評価）に基づいて、ドライバースコア（総合）を更新する。

図１１は、サーバ２０が、ドライバーについてインシデントが発生したことに応答して、インシデントの重要度合いを判定し、ドライバーのドライバースコア「規則順守」を更新する処理の流れを示す図である。

ステップＳ１１２１において、制御部２０３は、他の装置から、配送サービスにおいて事故が発生した、ドライバーが罰則を受けた等の所定のインシデントが発生していることの入力を受け付ける。

ステップＳ１１２３において、制御部２０３は、インシデントの報告の内容に基づいて、当該インシデントの重みづけを行う。制御部２０３は、以下のようにしてインシデントの重みづけを行う。
・ インシデントの報告の内容が、減点対象ではない事象に該当するか（「不問」）否か
・ インシデントの報告の内容において、ドライバーに罰則が適用された日時に記入があるか
・ ドライバーからの自主申告により報告されたか否か（例えば、ドライバーからの自主申告によりインシデントが報告された場合は、そうでない場合（ドライバー以外からの通報、通報によらずサーバ２０側で収集した情報に基づきインシデントの発生を検知した場合等）よりもインシデントによるドライバー評価の減点の幅を減らす等があり得る）

ステップＳ１１２５において、制御部２０３は、インシデントの内容、インシデントが報告された日時、インシデントにかかる配送依頼を識別する情報、インシデントの重みづけの結果に基づいて、インシデント報告データベース２８５を更新する。

ステップＳ１１２７において、制御部２０３は、インシデントの報告がされたことに応答して、ドライバーの過去所定回数の配送において、所定のインシデントが発生しているか否かに応じて、ドライバースコア（規則順守）を特定し、ドライバーデータベース２８２を更新する。制御部２０３は、ドライバーについてドライバースコア（規則順守）を更新することに基づいて、ドライバースコア（総合）を更新する。

図１２は、サーバ２０が、ドライバーからの運行報告を受け付けて、ドライバースコア「チャレンジ」を更新する処理の流れを示す図である。

ステップＳ９２１において、制御部２０３は、ドライバー端末から、運行の報告の情報を受け付けて、運行の報告のタイミングの情報と、運行の報告の内容とに基づいて運行報告データベース２８３を更新する。

ステップＳ１２２３において、制御部２０３は、ドライバーから運行の報告が完了することに応答して、ドライバーの評価値を特定するための以下の処理を行う。制御部２０３は、配送依頼データベース２８１、配送元データベース２８４等を参照することにより、ドライバーの過去の所定回数の配送（例えば直近の所定回数の配送）において、特定の配送条件の配送をした履歴を特定する。制御部２０３が特定する特定の配送条件の配送には、以下が含まれる。
・ 新規の配送依頼主からの発注： 配送を依頼する依頼主がサービスにおいて依頼を開始してから所定回数以内（例えば初回）の配送であること。例えば配送元からの配送をサーバ２０が受ける初回の配送である（配送元データベース２８４）案件。
・ 現地指示あり： 配送を依頼する依頼主から荷物を集荷する際に配送について指示があること。
・ 時間制の配送： 配送の依頼主から一定時間内に１または複数回の荷物の配送の依頼があること。時間帯内で複数回の配送を行うことがあり得る。
・ 特定サービスにおける配送： 配送の依頼主が特定のサービスにおいて配送を行う荷物であること。

特定のサービスとして、例えば、飲食店のフードメニューをオンラインで受発注管理し、受発注があるものをドライバーに提示しつつドライバーが店舗に代わって配送するデリバリーサービス。その他、特定のサービスとして、特定の運送会社による運送サービス。
・ サーバ２０が買い物代行のサービスに対応しており、買い物代行に伴う配送であること。依頼主から要望を受けた購買の対象の情報に基づき、ドライバーが買い物を行いつつ、依頼主への配送を行う

ステップＳ１２２５において、制御部２０３は、ドライバーの過去の所定回数の配送（例えば直近の所定回数の配送）において、特定の配送条件の配送をした履歴を特定した結果に基づいて、ドライバースコア（チャレンジ）を特定し、ドライバーデータベース２８２を更新する。制御部２０３は、ドライバースコア（チャレンジ）の更新とともに、ドライバースコア（総合）を更新する。

図１３は、サーバ２０が、依頼主からの荷物の配送の依頼を受け付けて、当該荷物の受注の申し出をすることができるドライバーの数に上限を設ける（エントリーに制限を設ける）場合の処理の流れを示す図である。

ステップＳ１３２１において、制御部２０３は、依頼主からの荷物の配送の依頼を受け付けることにより、配送依頼データベース２８１を更新する。

ステップＳ１３２３において、制御部２０３は、配送依頼データベース２８１を参照し、ドライバーが配送依頼を受けるためのエントリー条件（エントリーできるドライバーの数に上限を設定）がある依頼を特定し、当該条件（エントリーに必要なドライバーの評価値等）を設定して配送依頼データベース２８１を更新する。

ステップＳ１３２５において、制御部２０３は、配送依頼データベース２８１を参照し、エントリー条件がある配送について、ドライバースコア（総合）が良好であるドライバーを優先して、当該配送の依頼を提示する。制御部２０３は、ドライバースコア（総合）が良好であるドライバーを優先して、エントリー条件がある配送の依頼を提示する処理として、以下を行う。
・ エントリー条件がある配送について設定されたドライバーの評価値（ドライバースコア（総合）がスコア「ＡＡ」以上である等）の条件を満たすドライバー及び当該条件を満たさないドライバーの双方に、当該エントリー条件がある配送を閲覧可能に提示しつつ、当該配送の依頼を、条件を満たすドライバーから受け付けつつ、条件を満たさないドライバーから受け付けない（例えば、条件を満たさないドライバーの端末では、配送を受注するための操作ボタンが無効になる等）
・ ドライバースコアが良好である（ドライバースコアが一定以上である等）ドライバーと、そうでないドライバーのうち、ドライバースコアが良好であるドライバーに対してのみ、当該エントリー条件がある配送の依頼を提示する。当該配送の依頼が受注されると、ドライバースコアにかかわらず各ドライバーに当該配送の依頼を閲覧可能としてもよい。

ステップＳ１３１１において、制御部１９０は、サーバ２０から、依頼主が依頼する配送の情報を受信して、ドライバーに提示する。

ステップＳ１３１３において、制御部１９０は、ドライバーから、配送の受注を希望する旨の入力操作を受け付けて、サーバ２０へ送信する。

ステップＳ１３２７において、制御部２０３は、ドライバーの端末から、配送の依頼について受注を希望する旨の入力操作を受け付けて、配送依頼データベース２８１を更新する。制御部２０３は、ドライバーデータベース２８２を参照し、依頼主の端末に対し、当該依頼主が依頼する配送について受注を希望するドライバーの情報を表示する。制御部２０３は、ドライバーデータベース２８２で管理する各項目について、依頼主に提示する。

ステップＳ１３２９において、制御部２０３は、配送の依頼主から、配送を担当するドライバーを指定する入力操作を受け付けて、配送依頼データベース２８１を参照し、依頼主の配送を担当するドライバーの情報を更新する。制御部２０３は、配送を担当するドライバーに対し、依頼主が依頼した（発注した）ことを通知する。

図１４は、依頼主からの荷物の配送の依頼が特定の配送条件（チャレンジ）であることを判定し、特定の配送条件であること、ドライバースコアを向上させられることをドライバーに提示する処理の流れを示す図である。

ステップＳ１４２３において、制御部２０３は、配送依頼データベース２８１を参照し、特定の配送条件（チャレンジ）である依頼を特定して、配送依頼データベース２８１を更新する。

ステップＳ１４２５において、制御部２０３は、配送依頼データベース２８１を参照し、特定の配送条件（チャレンジ）の配送の依頼の情報をドライバー端末１０へ送信することで各ドライバーに提示する。制御部２０３が特定の配送条件の依頼を各ドライバーに提示することには、以下を含む。
・ ドライバー端末１０に表示させる画面において、特定の配送条件の配送の依頼であることを表示させる

当該画面において、特定の配送条件の配送の依頼をドライバーが担当することにより、ドライバースコア（チャレンジ）およびドライバースコア（総合）が変化し得る程度（例えば、スコアが上昇し得る等）の情報を表示させる

＜画面例＞
図１５は、ドライバー端末１０においてドライバーに対して提供する画面例、および、配送を依頼する依頼主に提示する画面例を示す図である。

図１５の画面例（Ａ）および画面例（Ｂ）は、ドライバー端末１０において、ドライバーに対し、ドライバースコアを提示する局面を示す図である。

画面例（Ｃ）は、ドライバー端末１０において、ドライバーに対し、配送の依頼を提示して、依頼の受注の申し出をする操作をドライバーから受け付ける局面を示す。

画面例（Ｄ）は、依頼主の配送依頼主端末３０において、依頼主に対し、配送を依頼するドライバーの候補を提示する局面を示す。

制御部１９０は、ディスプレイ１３２において、ドライバースコアをドライバーに提示するためのＵＩ（Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）部品を表示する。

制御部１９０は、スコア表示部１３２Ａにおいて、ドライバースコアを構成する各項目（ドライバーデータベース２８２）のスコアの程度を示す画像と、ドライバースコアの総合的な評価の具体的なパラメータとを表示する。

具体的には、制御部１９０は、総合パラメータ表示部１３２Ａ１において、図５に示すドライバーデータベース２８２で管理する、項目「ドライバースコア＿総合」の評価値を表示する。図示する例では、ドライバー情報表示部１３２Ｅに表示されるドライバー「Ｅ」の総合的なドライバースコアの値が「９００」であることが示されている。

一方、制御部１９０は、運行報告パラメータ表示部１３２Ａ２において、ドライバーデータベース２８２の項目「ドライバースコア＿運行報告」の評価値に基づく画像を表示する。

同様に、制御部１９０は、装備品パラメータ表示部１３２Ａ３において、ドライバーデータベース２８２の項目「ドライバースコア＿装備品」の評価値に基づく画像を表示する。

同様に、制御部１９０は、ユーザー評価パラメータ表示部１３２Ａ４において、ドライバーデータベース２８２の項目「ドライバースコア＿ユーザー評価」の評価値に基づく画像を表示する。

同様に、制御部１９０は、規則順守パラメータ表示部１３２Ａ５において、ドライバーデータベース２８２の項目「ドライバースコア＿規則順守」の評価値に基づく画像を表示する。

同様に、制御部１９０は、チャレンジパラメータ表示部１３２Ａ６において、ドライバーデータベース２８２の項目「ドライバースコア＿チャレンジ」の評価値に基づく画像を表示する。

ここで、制御部１９０は、総合的なドライバースコアを算出するための各ドライバースコアの項目（「運行報告」、「装備品」、「ユーザー評価」、「規則順守」、「チャレンジ」）については、図示するように非表示とし、スコアの最大値との差分を表示するようにしてもよい。

例えば、総合的なドライバースコアを算出するにあたり、単にドライバースコアの各項目を合計した値としない場合において、各項目の評価値をドライバーに提示しないようにすることで、ドライバー側がドライバースコアを理解しがたくなるのを回避することができる。また、各項目において、スコアの最大値との差分をドライバーに提示することにより、ドライバーがどの項目について重点的に取り組むとよいか（例えば、項目「チャレンジ」を伸ばすとよいのか等）を認識させることができ得る。

制御部１９０は、総合パラメータ表示部１３２Ａ１において、総合的なドライバースコアの値を表示するのみで、この値が良好であるか否か（例えば、他のドライバーと比較して良好であるか）の情報を表示しないこととしてもよい。例えば、各地域によっても案件の配送の依頼の数および質が異なりうるため、各地域によってドライバースコアの向上のさせやすさが異なり得る。この場合、総合的なドライバースコアが良好であるか否かをあえてドライバーに対して表示しないことにより、地域ごとのドライバースコアの上げづらさをドライバーに認識させず、各地域の案件の依頼状況に応じてドライバーが成長するよう促すことができる。

情報表示部１３２Ａ７は、ドライバースコアについてドライバーに通知すべき情報を示す。

画面例（Ｂ）では、画面例（Ａ）と比較して、ドライバーに通知すべき情報があり、情報表示部１３２Ａ７において、当該通知すべき情報を表示している。

具体的には、制御部１９０は、情報表示部１３２Ａ７において、ドライバースコア＿装備品、および、ドライバースコア＿ユーザー評価に関連して、ドライバーに通知すべき情報を表示している。

例えば、制御部１９０は、情報表示部１３２Ａ７において、ドライバーが車両に装備すべき装備品の登録を、サーバ２０が提供するサービスにおいて登録しておらず、登録を促す内容を表示する。

例えば、制御部１９０は、情報表示部１３２Ａ７において、依頼主からのユーザー評価がリセットされるまでの期限を表示するとともに、配送の依頼の案件を受注してスコアを上昇させることを促す表示をする。制御部２０３は、ドライバー端末１０において、ユーザー評価がリセットされる日時に基づき所定期間前（例えば、数日前）になることに応答して（リセットされるタイミングまでの残り期間が一定期間になることに応答して）、ドライバーに対し、ユーザー評価がリセットされる旨を通知することとしてもよい。

制御部１９０は、装備品パラメータ表示部１３２Ａ３およびユーザー評価パラメータ表示部１３２Ａ４において、情報表示部１３２Ａ７で通知する内容に関連があることを示す画像（図示する例では「！」のようにドライバーの注意喚起を促す表示）を表示する。

画面例（Ｃ）では、制御部１９０は、ドライバーに対し、配送を依頼する案件の情報を提示して、受注の申し出をするための入力操作を促している。

制御部１９０は、案件情報表示部１３２Ｂにおいて、依頼主が配送を依頼する案件の情報を表示する。

具体的には、制御部１９０は、案件情報表示部１３２Ｂ１において、案件のＩＤ、案件の運賃、集荷の時間、配送元、配送先等の情報を表示している。

制御部１９０は、情報表示部１３２Ｂ２において、ドライバーに提示している案件がドライバースコアを向上させられること、及び、ドライバースコアを向上させられる要因について表示している。図示する例では、情報表示部１３２Ｂ２において、案件が特定の配送条件（チャレンジ）に合致するため、ドライバーが受注すればドライバースコアが上昇すること、これによりドライバーが受注の申し出をすることを促す表示をしている。

制御部１９０は、エントリー条件表示部１３２Ｂ３において、案件について受注の申し出をすることができるドライバーの条件（例えば、総合的なドライバースコアが閾値を超えていること）がある場合に、当該条件を表示する。図示する例では、案件について受注の申し出をすることに制限がない（エントリーに制限がない）。

制御部１９０は、情報表示部１３２Ｄにおいて、配送の依頼にかかる案件の詳細な情報を表示するためのドライバーの入力操作を受け付ける。例えば、サーバ２０は、ドライバー端末１０において情報表示部１３２Ｄへのドライバーからの入力操作に応答して、配送依頼データベース２８１の各種情報（例えば、項目「備考」の情報）をドライバーに対し表示する。

制御部１９０は、操作受付部１３２Ｆにおいて、ドライバースコアを表示させるための入力操作を受け付ける。例えば、制御部１９０は、操作受付部１３２Ｆへの入力操作に応答して、画面例（Ａ）、（Ｂ）等の画面を表示する。これにより、ドライバーは、案件の受注の申し出に条件（ドライバースコアの閾値）が設けられている場合において、ドライバー自身のドライバースコアの状況を容易に確認することができ、どのような案件の受注を目指すか（例えば、チャレンジの案件の受注を増やすか等）の検討を容易にすることができる。その結果、ドライバーの成長をよりいっそう促しうる。

画面例（Ｄ）では、配送依頼主端末３０において、ディスプレイ３３２に、配送を依頼する複数のドライバーの候補を表示している。

図示する例では、依頼主が配送を依頼する荷物を受注するために、一定以上のドライバースコアを要件とする（エントリー制限がある）荷物について、ドライバースコアの条件と、各ドライバーの位置及びスコアと、荷物の積み地とを、表示部３３２Ｇに表示している。

配送依頼主端末３０の制御部は、表示部３３２Ｅにおいて、依頼主の情報を表示する。

配送依頼主端末３０の制御部は、表示部３３２Ｇにおいて、第１のドライバー候補３３２Ｇ１、第２のドライバー候補３３２Ｇ２、第３のドライバー候補３３２Ｇ３、荷物の積み地３３２ＧＳとについて地図上に表示することにより、これら荷物の積み地と各ドライバーの位置との位置関係を表示している。

これにより、依頼主は、ドライバースコアを参照しつつ、どのドライバーに配送を依頼するかの検討を容易に行うことができる。

配送依頼主端末３０の制御部は、操作受付部３３２Ｈにおいて、配送の受注の申し出をした各ドライバーの情報の詳細を表示するための入力操作を受け付ける。

配送依頼主端末３０の制御部は、操作受付部３３２Ｍへの入力操作を受け付けることにより、依頼主が過去に配送を依頼した荷物の配送状況の情報（配送依頼データベース２８１）と、依頼について依頼主のユーザー評価の入力とを依頼主から受け付ける画面を提示する。

配送依頼主端末３０の制御部は、操作受付部３３２Ｋへの入力操作を受け付けることにより、表示部３３２Ｇに表示している案件について、配送の条件を設定する操作を受け付ける（配送依頼データベース２８１）。

＜変形例＞
以上の実施形態で説明したことの他に、以下のようにしてもよい。

サーバ２０は、ドライバーデータベース２８２を参照し、ドライバーがドライバースコアを一定以上としている期間に応じて、ドライバーに特典を付与することとしてもよい。これにより、ドライバーがドライバースコアを高めることを維持することを促すことができる。

サーバ２０は、ドライバーがドライバースコアを一定以上とする期間の長さに応じて、複数段階のランクに応じた特典を付与することとしてもよい（期間が長いほど、ランクが上昇することとしてもよい）。サーバ２０は、ドライバーに提供する特典として、ドライバースコアが一定以上である期間が一定の期間に満たない場合には、配送を受注することとは異なる他の収入機会についてドライバーが利用できないこととし、一定の期間を超える場合に、広告収入、新人ドライバーの研修などの他の収入機会を提供することとしてもよい。

例えば、広告収入として、ドライバーが配送に使用する車両の外観（車両の筐体、車窓など）に広告を投影または貼り付けることを、当該ドライバーに許可することとしてもよい。例えば、車窓自体をサイネージとして、車両の外部から視認可能な広告の映像を表示することがあり得る。サーバ２０は、例えば、ドライバーのスコアに応じて、表示できる広告の種類を制限してもよい。例えば、ドライバースコアが高いほど、単価の高い広告映像を表示できることとしてもよい。ドライバーが一定以上の評価を維持しているため、車両の走行の品質も一定以上であると期待され得ることとなり、広告効果が向上し得る。

例えば、新人ドライバーへの研修として、当該新人ドライバーの配送に同乗して研修を行う機会を、評価を維持しているドライバーに提供し得る。サーバ２０は、評価を維持しているドライバーに対しては、研修を行うこと自体の報酬と、研修を受けたドライバーが配送を行った実績に応じた報酬等を付与し得る。これにより、サーバ２０が提供する配送サービスに参加するドライバーの数および品質がよりいっそう向上しうる。

また、上記の特典として、ドライバーが福利厚生施設を利用できること、保険を利用できることとしてもよい。

以上、本開示のいくつかの実施形態を説明したが、これら実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれると同様に、特許請求の範囲に記載された発明とその均等の範囲に含まれるものとする。

＜付記＞
以上の各実施形態で説明した事項を以下に付記する。

＜付記１＞
荷物の配送を依頼する荷主と、荷物の配送を担当するドライバーとをマッチングさせるサービスを提供するコンピュータ（１０、２０）を動作させるプログラムであって、プログラムは、コンピュータのプロセッサに、荷主が配送を依頼する荷物の情報を各ドライバーに提示するステップと、ドライバーが、配送の依頼に基づき配送をした実績を記録するステップと（２８１）、ドライバーの配送の実績に基づいて、特定の配送条件の配送をした履歴を特定するステップと（２８１）、特定した結果に基づいて、ドライバーのマッチングさせるサービスにおける第１の評価パラメータを決定するステップと（２０４６、２８２）、を実行させる、プログラム。

＜付記２＞
特定するステップにおいて、ドライバーの配送の実績として、直近の所定日数の実績ではなくドライバーの直近の運行の所定回数の実績に基づいて、特定の配送条件の配送をした履歴を特定する、付記１に記載のプログラム。

＜付記３＞
提示するステップにおいて、配送を依頼する荷物の情報には、当該荷物の配送の依頼に受注を申し出ることができるドライバーの数に上限を設定する第１の荷物の情報が含まれ、上限を設定する第１の荷物について、第１の評価パラメータが良好であるドライバーを優先して、第１の荷物の情報を、当該ドライバーが受注の申し出をすることが可能に提示する、付記１または２に記載のプログラム。

＜付記４＞
提示するステップにおいて、第１の荷物の配送元または配送先の少なくともいずれかの位置に基づいて、当該第１の荷物について受注の申し出が可能に提示するドライバーの第１の評価パラメータの条件を設定する、付記３に記載のプログラム。

＜付記５＞
提示するステップにおいて、第１の荷物の位置に基づいて、当該位置で配送を担当可能な複数のドライバーの第１の評価パラメータの分布に基づいて、第１の荷物について受注の申し出が可能に提示するドライバーの第１の評価パラメータの条件を設定する、付記４に記載のプログラム。

＜付記６＞
決定するステップにおいて、第１の評価パラメータを決定することとして、ドライバーの数に上限を設定する第１の荷物の配送の履歴ではなく、特定の配送条件の配送をした履歴に基づいて、第１の評価パラメータを決定することを含む、付記３に記載のプログラム。

＜付記７＞
決定するステップにおいて、当該配送の実績における荷物の配送元または配送先の位置にかかわらず、配送の実績に基づいて、ドライバーの第１の評価パラメータを決定する、付記３に記載のプログラム。

＜付記８＞
特定するステップにおいて、特定の配送条件の配送として、配送を依頼する依頼主がサービスにおいて依頼を開始してから所定回数以内の配送であること、配送を依頼する依頼主から荷物を集荷する際に配送について指示があること、配送の依頼主から一定時間内に１または複数回の荷物の配送の依頼があること、配送の依頼主が特定のサービスにおいて配送を行う荷物であること、サービスが買い物代行のサービスに対応しており、買い物代行に伴う配送であること、からなる群のうち少なくともいずれか１つの配送を、履歴に基づき特定する、付記１から７のいずれかに記載のプログラム。

＜付記９＞
決定するステップにおいて、ドライバーの過去の所定回数の配送において運行報告がドライバーから所定の基準でされているか、ドライバーが配送をするための車両において所定の装備を用意しているか、ドライバーの過去の所定回数の配送において当該配送の配送元または配送先のユーザからドライバーへの評価が一定以上であるか、ドライバーの過去の所定回数の配送において所定のインシデントが発生しているか、からなる群のうち少なくともいずれか１つについて評価することにより第２の評価パラメータを特定し、特定の配送条件の配送をした履歴により第３の評価パラメータを特定し、第１の評価パラメータを、第２の評価パラメータ及び第３の評価パラメータにより決定する、付記１から８のいずれかに記載のプログラム。

＜付記１０＞
決定するステップにおいて、第２の評価パラメータとして、配送元または配送先のユーザからドライバーへの評価に基づく場合に、ドライバーへの評価がされてから一定日数内のドライバーへの評価を用いて第２の評価パラメータを特定する、付記９に記載のプログラム。

＜付記１１＞
配送元または配送先の位置を含む地理範囲、または、ドライバーが配送を行う地理範囲に応じて、ドライバーへの評価を用いて第２の評価パラメータを特定する場合の一定日数の長さを決定する、付記１０に記載のプログラム。

＜付記１２＞
決定するステップにおいて、第２の評価パラメータとして、所定のインシデントが発生しているかに基づく場合に、所定のインシデントとして、所定回数の配送において既定の罰則がドライバーに適用されたことにより、第２の評価パラメータを特定する、付記９に記載のプログラム。

＜付記１３＞
決定するステップにおいて、第２の評価パラメータとして、運行報告がドライバーから所定の基準でされているかに基づく場合に、当該運行報告をドライバーから受け付けて、当該ドライバーに対し、当該運行報告にかかる運行についての対価を確定させることにより、第２の評価パラメータを特定する、付記９に記載のプログラム。

＜付記１４＞
決定するステップにおいて、第３の評価パラメータについて、特定の配送条件の配送を完了するごとに、第３の評価パラメータを特定する、付記９に記載のプログラム。

＜付記１５＞
提示するステップにおいて、特定の配送条件の配送の依頼を各ドライバーに提示する表示画面において、特定の配送条件の配送の依頼であることと、特定の配送条件の配送の依頼をドライバーが担当することにより第１の評価パラメータが変化し得る程度の情報とを表示し、表示画面において、ドライバーから、特定の配送条件の配送の依頼を担当するための入力操作を受け付ける、付記１から１４のいずれかに記載のプログラム。

＜付記１６＞
荷物の配送を依頼する荷主と、荷物の配送を担当するドライバーとをマッチングさせるサービスを提供するコンピュータを動作させる方法であって、方法は、コンピュータのプロセッサが、荷主が配送を依頼する荷物の情報を各ドライバーに提示するステップと、ドライバーが、配送の依頼に基づき配送をした実績を記録するステップと、ドライバーの配送の実績に基づいて、特定の配送条件の配送をした履歴を特定するステップと、特定した結果に基づいて、ドライバーのマッチングさせるサービスにおける第１の評価パラメータを決定するステップと、を実行する、方法。

＜付記１７＞
荷物の配送を依頼する荷主と、荷物の配送を担当するドライバーとをマッチングさせるサービスを提供する情報処理装置であって、情報処理装置の制御部が、荷主が配送を依頼する荷物の情報を各ドライバーに提示するステップと、ドライバーが、配送の依頼に基づき配送をした実績を記録するステップと、ドライバーの配送の実績に基づいて、特定の配送条件の配送をした履歴を特定するステップと、特定した結果に基づいて、ドライバーのマッチングさせるサービスにおける第１の評価パラメータを決定するステップと、を実行する、情報処理装置。

１：システム、１０：ドライバー端末、１３：入力装置、１４：出力装置、１５：メモリ、１６：ストレージ、１９：プロセッサ、２０：サーバ、２５：メモリ、２６：ストレージ、２９：プロセッサ、３０：配送依頼主端末、８０：ネットワーク、１１１：アンテナ、１１２：アンテナ、１２０：第１通信部、１２１：第２通信部、１３０：入力装置、１３１：デバイス、１３２：ディスプレイ、１３２Ａ：属性情報受付部、１３２Ｂ：配送操作受付部、１３２Ｃ：配送先表示部、１３２Ｄ：情報表示部、１３２Ｅ：ドライバー情報表示部、１３２Ｆ：配送ルート表示部、１４０：音声処理部、１４１：マイク、１４２：スピーカ、１５０：位置情報センサ、１６０：カメラ、１７０：モーションセンサ、１８０：記憶部、１８１：配送管理アプリケーション、１９０：制御部、１９１：操作受付部、１９２：送受信部、１９３：データ処理部、１９４：報知制御部、１９５：記憶制御部、２０１：通信部、２０２：記憶部、２０３：制御部、２８１：配送依頼データベース、２８２：ドライバーデータベース、２８３：運行報告データベース、２８４：配送元データベース、２０４１：受信制御モジュール、２０４２：送信制御モジュール、２０４３：モデル生成モジュール、２０４４：在宅率推定モジュール、２０４５：配送ルート決定モジュール、２０４６：ドライバー評価モジュール、２０４７：運行管理モジュール、２０４８：マッチングモジュール、２０４９：インシデント判定モジュール。

Claims (16)

1. 荷物の配送を依頼する荷主と、前記荷物の配送を担当するドライバーとをマッチングさせるサービスを提供するコンピュータを動作させるプログラムであって、前記プログラムは、前記コンピュータのプロセッサに、
   前記荷主が配送を依頼する前記荷物の情報を各ドライバーに提示するステップと、
   前記ドライバーが、前記配送の依頼に基づき配送をした実績を記録するステップと、
   前記ドライバーの前記配送の実績に基づいて、特定の配送条件の配送をした履歴を特定するステップと、
   前記特定した結果に基づいて、前記ドライバーの前記マッチングさせるサービスにおける第１の評価パラメータを決定するステップと、を実行させ、
   前記特定するステップにおいて、前記ドライバーの配送の実績として、
   直近の所定日数の実績ではなく前記ドライバーの直近の運行の所定回数の実績に基づいて、前記特定の配送条件の配送をした前記履歴を特定する、プログラム。
2. 前記提示するステップにおいて、
   前記配送を依頼する前記荷物の情報には、当該荷物の配送の依頼に受注を申し出ることができる前記ドライバーの数に上限を設定する第１の荷物の情報が含まれ、
   前記上限を設定する前記第１の荷物について、前記第１の評価パラメータが良好である前記ドライバーを優先して、前記第１の荷物の情報を、当該ドライバーが受注の申し出をすることが可能に提示する、請求項１に記載のプログラム。
3. 前記提示するステップにおいて、
   前記第１の荷物の配送元または配送先の少なくともいずれかの位置に基づいて、当該第１の荷物について受注の申し出が可能に提示する前記ドライバーの前記第１の評価パラメータの条件を設定する、請求項２に記載のプログラム。
4. 前記提示するステップにおいて、
   前記第１の荷物の前記位置に基づいて、当該位置で配送を担当可能な複数の前記ドライバーの前記第１の評価パラメータの分布に基づいて、前記第１の荷物について受注の申し出が可能に提示する前記ドライバーの前記第１の評価パラメータの条件を設定する、請求項３に記載のプログラム。
5. 前記決定するステップにおいて、前記第１の評価パラメータを決定することとして、前記ドライバーの数に上限を設定する前記第１の荷物の配送の履歴ではなく、前記特定の配送条件の配送をした履歴に基づいて、前記第１の評価パラメータを決定することを含む、請求項２に記載のプログラム。
6. 前記決定するステップにおいて、当該配送の実績における前記荷物の配送元または配送先の位置にかかわらず、前記配送の実績に基づいて、前記ドライバーの前記第１の評価パラメータを決定する、請求項２に記載のプログラム。
7. 前記特定するステップにおいて、前記特定の配送条件の配送として、
   配送を依頼する依頼主が前記サービスにおいて前記依頼を開始してから所定回数以内の配送であること、
   配送を依頼する依頼主から荷物を集荷する際に前記配送について指示があること、
   過去の特定の曜日または特定の時間帯に行われる配送であること、及び／または、配送の依頼主から過去の特定時間内に１または複数回の荷物の配送の依頼を完了させるものであること、
   配送の依頼主が特定のサービスにおいて配送を行う荷物であること、
   前記サービスが買い物代行のサービスに対応しており、前記買い物代行に伴う配送であること、
   からなる群のうち少なくともいずれか１つの配送を、前記履歴に基づき特定する、請求項１から６のいずれかに記載のプログラム。
8. 前記決定するステップにおいて、
   前記ドライバーの過去の所定回数の配送において運行報告が前記ドライバーから所定の基準でされているか、
   前記ドライバーが前記配送をするための車両において所定の装備を用意しているか、
   前記ドライバーの過去の所定回数の配送において当該配送の配送元または配送先のユーザから前記ドライバーへの評価が一定以上であるか、
   前記ドライバーの過去の所定回数の配送において所定のインシデントが発生しているか、
   からなる群のうち少なくともいずれか１つについて評価することにより第２の評価パラメータを特定し、
   前記特定の配送条件の配送をした履歴により第３の評価パラメータを特定し、
   前記第１の評価パラメータを、前記第２の評価パラメータ及び前記第３の評価パラメータにより決定する、請求項１から５のいずれかに記載のプログラム。
9. 前記決定するステップにおいて、前記第２の評価パラメータとして、前記配送元または配送先のユーザから前記ドライバーへの評価に基づく場合に、前記ドライバーへの評価がされてから一定日数内の前記ドライバーへの評価を用いて前記第２の評価パラメータを特定する、請求項８に記載のプログラム。
10. 前記配送元または配送先の位置を含む地理範囲、または、前記ドライバーが配送を行う地理範囲に応じて、前記ドライバーへの評価を用いて前記第２の評価パラメータを特定する場合の前記一定日数の長さを決定する、請求項９に記載のプログラム。
11. 前記決定するステップにおいて、前記第２の評価パラメータとして、前記所定のインシデントが発生しているかに基づく場合に、前記所定のインシデントとして、前記所定回数の配送において既定の罰則が前記ドライバーに適用されたことにより、前記第２の評価パラメータを特定する、請求項８に記載のプログラム。
12. 前記決定するステップにおいて、前記第２の評価パラメータとして、前記運行報告が前記ドライバーから所定の基準でされているかに基づく場合に、
    当該運行報告を前記ドライバーから受け付けて、当該ドライバーに対し、当該運行報告にかかる運行についての対価を確定させることにより、前記第２の評価パラメータを特定する、請求項８に記載のプログラム。
13. 前記決定するステップにおいて、前記第３の評価パラメータについて、前記特定の配送条件の配送を完了するごとに、前記第３の評価パラメータを特定する、請求項８に記載のプログラム。
14. 前記提示するステップにおいて、前記特定の配送条件の配送の依頼を各ドライバーに提示する表示画面において、
    前記特定の配送条件の配送の依頼であることと、
    前記特定の配送条件の配送の依頼を前記ドライバーが担当することにより前記第１の評価パラメータが変化し得る程度の情報とを表示し、
    前記表示画面において、前記ドライバーから、前記特定の配送条件の配送の依頼を担当するための入力操作を受け付ける、請求項１から１３のいずれかに記載のプログラム。
15. 荷物の配送を依頼する荷主と、前記荷物の配送を担当するドライバーとをマッチングさせるサービスを提供するコンピュータを動作させる方法であって、前記方法は、前記コンピュータのプロセッサが、
    前記荷主が配送を依頼する前記荷物の情報を各ドライバーに提示するステップと、
    前記ドライバーが、前記配送の依頼に基づき配送をした実績を記録するステップと、
    前記ドライバーの前記配送の実績に基づいて、特定の配送条件の配送をした履歴を特定するステップと、
    前記特定した結果に基づいて、前記ドライバーの前記マッチングさせるサービスにおける第１の評価パラメータを決定するステップと、を実行し、
    前記特定するステップにおいて、前記ドライバーの配送の実績として、
    直近の所定日数の実績ではなく前記ドライバーの直近の運行の所定回数の実績に基づいて、前記特定の配送条件の配送をした履歴を特定する、方法。
16. 荷物の配送を依頼する荷主と、前記荷物の配送を担当するドライバーとをマッチングさせるサービスを提供する情報処理装置であって、前記情報処理装置の制御部が、
    前記荷主が配送を依頼する前記荷物の情報を各ドライバーに提示するステップと、
    前記ドライバーが、前記配送の依頼に基づき配送をした実績を記録するステップと、
    前記ドライバーの前記配送の実績に基づいて、特定の配送条件の配送をした履歴を特定するステップと、
    前記特定した結果に基づいて、前記ドライバーの前記マッチングさせるサービスにおける第１の評価パラメータを決定するステップと、を実行し、
    前記特定するステップにおいて、前記ドライバーの配送の実績として、
    直近の所定日数の実績ではなく前記ドライバーの直近の運行の所定回数の実績に基づいて、前記特定の配送条件の配送をした履歴を特定する、情報処理装置。

Images