JP7237105B2 - 配送仲介装置、プログラム、および情報処理方法 - Google Patents

Description

本発明は、配送仲介装置、プログラム、および情報処理方法に関する。

近年、ネット通販市場の拡大に伴う商品の配送の急増によりエンドユーザへの物流サービス（いわゆる、ラストワンマイル）が注目されており、このような物流サービスを支援する技術が知られている。

例えば、商品の配送に関して、特許文献１には、個人で荷物の集配業務を請け負いたいと希望する人々に荷物を割り振る集配サービス仲介システムが記載されている。この集配サービス仲介システムは、荷物を割り振る際に、作業者からの検索条件にマッチする荷物を荷物の属性に基づいて検索し、検索結果を作業者の端末装置に送信する。そして、この集配サービス仲介システムは、作業者の端末装置から特定の荷物が選択された場合には作業者と荷物を関連付けて記憶し、この端末装置から配達すべき荷物を受け取った通知と荷物の配達が完了した通知とを受信すると、荷物に設定された報酬額を作業者に関連付けて登録する。

特開２０１９－２０７６９３号公報

ここで、商品等の配送を個人や中小企業等に大手企業を介さずに直接依頼する場合、大手企業に比較すると、安心して依頼することが難しいという課題がある。特許文献１の技術では、荷物の属性として「内容物（商品種別）」を登録し、作業者からの検索条件としてこの属性を指定することができるが作業者側からのアプローチでしかない。このため、依頼者が安心して個人や中小企業等に商品等の配送を依頼することについて改善の余地がある。

そこで、本発明は、上記課題を解決するため、個人や中小企業を含めた様々な配送者に商品等の配送を依頼者が安心して依頼できるよう支援する配送仲介装置、プログラム、および情報処理方法を提供することを目的とする。

本発明の一態様に係る配送仲介装置は、配送を依頼する依頼者が使用する依頼者端末から、配送元と配送先と配送物とを示す配送依頼を受け付ける依頼受付部と、複数の配送者とそれぞれの信頼度とを記憶する信頼度記憶部を参照して、依頼者端末に、複数の配送者とそれぞれの信頼度とを出力する依頼者出力部と、依頼者端末から、出力された複数の配送者のうち配送を依頼する配送者の指定を受け付ける指定受付部と、指定された配送者の配送者端末に、配送依頼を出力する配送者出力部と、配送者端末、配送物に取り付けられた発信機または配送物に取り付けられた可読媒体を読み取った端末の少なくともいずれかから、配送の際に、配送期間における複数の時点それぞれの配送状況を取得する状況取得部と、配送状況に基づいて、信頼度記憶部に記憶されている配送者の信頼度を更新する更新部と、を備える。

本発明の一態様に係るプログラムは、コンピュータに、配送を依頼する依頼者が使用する依頼者端末から、配送元と配送先と配送物とを示す配送依頼を受け付ける依頼受付機能と、複数の配送者とそれぞれの信頼度とを記憶する信頼度記憶部を参照して、依頼者端末に、複数の配送者とそれぞれの信頼度とを出力する依頼者出力機能と、依頼者端末から、出力された複数の配送者のうち配送を依頼する配送者の指定を受け付ける指定受付機能と、指定された配送者の配送者端末に、配送依頼を出力する配送者出力機能と、配送者端末、配送物に取り付けられた発信機または配送物に取り付けられた可読媒体を読み取った端末の少なくともいずれかから、配送の際に、配送期間における複数の時点それぞれの配送状況を取得する状況取得機能と、配送状況に基づいて、信頼度記憶部に記憶されている配送者の信頼度を更新する更新機能と、を実現する。

本発明の一態様に係る情報処理方法は、コンピュータが、配送を依頼する依頼者が使用する依頼者端末から、配送元と配送先と配送物とを示す配送依頼を受け付け、複数の配送者とそれぞれの信頼度とを記憶する信頼度記憶部を参照して、依頼者端末に、複数の配送者とそれぞれの信頼度とを出力し、依頼者端末から、出力された複数の配送者のうち配送を依頼する配送者の指定を受け付け、指定された配送者の配送者端末に、配送依頼を出力し、配送者端末、配送物に取り付けられた発信機または配送物に取り付けられた可読媒体を読み取った端末の少なくともいずれかから、配送の際に、配送期間における複数の時点それぞれの配送状況を取得し、配送状況に基づいて、信頼度記憶部に記憶されている配送者の信頼度を更新する。

本発明によれば、個人や中小企業を含めた配送者に商品等の配送を依頼者が安心して依頼することができるよう支援できる。

本実施形態に係る配送仲介システムのシステム構成例を説明するための図である。 本実施形態に係る配送仲介システムの概要を説明するための図である。 本実施形態に係る配送仲介システムの概要を説明するための図である。 本実施形態に係る配送仲介システムの概要を説明するための図である。 本実施形態に係る配送仲介システムの概要を説明するための図である。 本実施形態に係る配送仲介システムの概要を説明するための図である。 本実施形態に係る配送仲介装置の機能構成の一例を示す図である。 本実施形態に係る配送仲介装置の動作例を示す図である。 本実施形態に係る配送仲介装置のハードウェア構成の一例を示す図である。

添付図面を参照して、本発明の好適な実施形態（以下、「本実施形態」という）について説明する。なお、各図において、同一の符号を付したものは、同一又は同様の構成を有する。

本実施形態において、「部」や「手段」、「装置」、「システム」とは、単に物理的手段を意味するものではなく、その「部」や「手段」、「装置」、「システム」が有する機能をソフトウェアによって実現する場合も含む。また、１つの「部」や「手段」、「装置」、「システム」が有する機能が２つ以上の物理的手段や装置により実現されても、２つ以上の「部」や「手段」、「装置」、「システム」の機能が１つの物理的手段や装置により実現されてもよい。

＜１．システム構成＞
図１を参照して、本実施形態に係る配送仲介システム１のシステム構成の例を説明する。本実施形態では、顧客への商品の配送を依頼（外部委託）したい店舗が配送仲介システム１を利用して個人や中小企業を含む配送者にこの配送を依頼する例を説明するが、本発明をこれに限る趣旨でない。本実施形態に係る配送仲介システム１は、このようなＢｔｏＣサービスの他に、ＢｔｏＢサービスやＣｔｏＢサービス、ＣｔｏＣサービスにも適用可能である。

配送仲介システム１は、エンドユーザへの物流サービスを支援するためのシステムであり、具体的には、商品等の配送物の配送を依頼したい依頼者と配送を請け負いたい配送者とを仲介するシステムである。配送仲介システム１を運用する仲介事業者は、配送仲介システム１を利用して、このような依頼者と配送者とをつなぐプラットフォームサービス（以下、「仲介サービス」ともいう）を提供する。本実施形態では、この依頼者を、個人の顧客に商品を販売する店舗とする例を説明する。また、本例では、配送物を商品とし、配送物の受領者をこの商品の購入を希望する顧客とする。なお、配送仲介システム１では、一つの配送依頼に対し、一人の配送者が請け負ってもよいし、配送区間を複数に分割して複数の配送者が請け負ってもよい。また、この配送者は、個人や中小企業（例えば、中小の運送会社）であってもよいし、大手企業（例えば、大手の物流会社や運送会社等）であってもよい。

図１に示すように、配送仲介システム１は、仲介事業者が使用する配送仲介装置１００と、依頼者（店舗）が使用する依頼者端末２００と、配送者が使用する配送者端末３００と、受領者（顧客）が使用する受領者端末４００と、を含む。

依頼者端末２００、配送者端末３００および受領者端末４００について、特に区別の必要がない場合、「関係者端末」と総称する。ここで「関係者」とは、配送物の配送に関係する者をいう。関係者は、例えば、配送に係わる当事者として、依頼者、配送者、および受領者を含んでもよい。また、関係者は、例えば、仲介事業者を含んでもよい。また、関係者は、例えば、配送仲介システム１を利用するユーザを含んでもよい。

配送仲介装置１００と依頼者端末２００と配送者端末３００と受領者端末４００とは、ネットワークＮを介して互いに接続されている。また、配送仲介装置１００は、外部システム５００と、ネットワークＮを介して互いに接続されている。

ネットワークＮは、無線ネットワークや有線ネットワークにより構成される。ネットワークの一例としては、携帯電話網や、ＰＨＳ（Ｐｅｒｓｏｎａｌ Ｈａｎｄｙ－ｐｈｏｎｅ Ｓｙｓｔｅｍ）網、無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、３Ｇ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ）、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）、４Ｇ（４ｔｈ Ｇｅｎｅｒａｔｉｏｎ）、５Ｇ（５ｔｈ Ｇｅｎｅｒａｔｉｏｎ）、ＷｉＭａｘ（登録商標）、赤外線通信、Ｂｌｕｅｔｏｏｔｈ（登録商標）、有線ＬＡＮ、電話線、電灯線ネットワーク、ＩＥＥＥ１３９４などに準拠したネットワークがある。

配送仲介装置１００は、依頼者端末２００と、配送者端末３００と、受領者端末４００との通信が可能な情報処理装置である。配送仲介装置１００は、所定のプログラムを実行することにより、依頼者端末２００から配送物の配送依頼を受け付けると、配送者端末３００と連携して、この配送物を配送者に配送させるための処理を提供するサーバ機能を実現する。

［配送仲介装置］
配送仲介装置１００は、例えば、Ｗｅｂサーバとして、関係者に対して仲介サービスを提供するためのＷｅｂサイト（以下、「仲介サイト」ともいう）を提供してよい。配送仲介装置１００は、依頼者端末２００、配送者端末３００および受領者端末４００それぞれが仲介サイトのＵＲＬを指定しログインすることにより、それぞれが許可された仲介サイトのページにアクセス可能とすることができる。このログインは、それぞれが配送仲介システム１に予め登録したアカウントによって行われる。

［依頼者端末］
依頼者端末２００は、例えば、スマートフォンやラップトップなどの端末装置であり、依頼者からの配送依頼の受け付けや、配送仲介装置１００との通信を行うことが可能である。依頼者端末２００は、所定のプログラムを実行することにより、配送仲介装置１００と連携して配送物の配送に関する情報を送受信したり、配送に関する画面を表示したり、依頼者の要求を受け付けたりする。

［配送者端末］
配送者端末３００は、例えば、スマートフォンやラップトップなどの端末装置であり、配送者からの自身の属性情報および配送条件の入力の受け付けや、配送仲介装置１００との通信を行うことが可能である。配送者端末３００は、所定のプログラムを実行することにより、配送仲介装置１００と連携して配送に関する情報を送受信したり、配送に関する画面を表示したり、配送者の要求を受け付けたりする。

「配送条件」とは、各配送者が請け負い可能な配送の条件である。配送条件は、例えば、請け負い可能なエリアを示す配送可能エリア、請け負い可能な日時を示す配送可能日時、請け負い可能な配送物の属性情報（以下、「配送物属性情報」ともいう）等を含んでもよい。

配送物属性情報は、配送物の属性を示す情報である。配送物属性情報は、例えば、配送物である商品の商品名／製品名、商品を識別するための識別情報（販売元で付与される商品番号や製品番号を含む）、配送物の種別（以下、「配送物種別」ともいう）またはサイズ等を含む。

配送物種別とは、配送物を区別するためのものであって、例えば、取り扱いに注意が必要な物（いわゆる特殊物等）とそうでない物を区別するものであってもよい。配送物種別は、配送物の種類を示すものであってもよく、例えば、金券、クレジットカード、医薬類、ワレモノ（例えば、美術品や彫刻品）、ナマモノ、精密機械、重量物等であってもよい。

［受領者端末］
受領者端末４００は、例えば、スマートフォンやラップトップなどの端末装置であり、受領者からの自身の属性情報の入力の受け付けや、配送仲介装置１００との通信を行うことが可能である。受領者端末４００は、所定のプログラムを実行することにより、配送仲介装置１００と連携して配送に関する情報を送受信したり、配送に関する画面を表示したり、受領者の要求を受け付けたりする。

［外部システム］
外部システム５００は、いわゆるサードパーティシステムである。外部システム５００は、例えば、後述の決済インフラ、保険システム、および／または経路検索システム等である。

依頼者端末２００、配送者端末３００および／受領者端末４００には、例えば、所定のプログラムとして、配送仲介システム１専用のアプリケーションプログラム（以下、「配送仲介アプリ」という）がインストールされてもよい。配送仲介アプリは、例えば、配送仲介装置１００と連携し、依頼者が指定した配送計画により配送物の配送を支援するための機能を実現するネイティブアプリであってもよい。ユーザＩＦを実現するにあたって配送仲介アプリを用いる場合、仲介サイトで表示するページの少なくとも一部を配送仲介アプリが表示させる画面に代えてもよい。

「配送計画」とは、依頼者が依頼した配送を計画したものである。配送計画は、例えば、配送元（発地）の住所、配送先（着地）の住所、配達方法（クール便や冷凍宅配便の指定等）、発送予定日時（配送元に配送物を取りに行く日時）、配達予定日時（配送先に配送物を届けるべき日時や関係者が指定する納期）、依頼者、受領者および配送者を識別するための識別情報（例えば、各アカウントのＩＤまたは氏名）、依頼者または受領者が配送に対して支払う送料（以下、単に「送料」という）、各配送者に支払われる配送料（以下、単に「配送料」という）、仲介サービスの提供に対して支払われる仲介手数料、依頼者、受領者および配送者の連絡先、配送物の属性情報、配送依頼の内容等を含んでもよい。この配送料には、例えば、配送者の人件費、燃料費、道路使用料、または保険料等が含まれてもよい。また、この送料には、例えば、配送料の合計と仲介手数料とが含まれてもよい。

配送計画は、例えば、配送者に推奨する配送ルートまたは配送物である商品の代金を含んでもよい。

配送計画は、例えば、配送期間における複数の時点それぞれにおける到着予定日時、到着予定位置、または予定配送者等を含んでもよい。

配送計画は、例えば、配送物の管理方法や管理レベルを含んでもよい。この配送物の管理方法とは、例えば、折曲厳禁、上積・下積厳禁、天地無用、水濡れ厳禁等である。また、、この配送物の管理レベルとは、例えば、大切なお届け物か否か、取り扱い注意か否か、ワレモノ注意か否か等である。

配送計画は、例えば、配送に係わる料金の支払い決済のための条件（以下、「決済条件」ともいう）を含んでもよい。決済条件は、例えば、配送者に対する配送料の支払い決済のための処理を配送物の配達完了をもって実行すること、依頼者からの送料の支払い決済のための処理を配送物の受領者に配送物が引き渡されたことをもって実行すること等の条件を含む。

配送計画は、例えば、配送計画に含まれる関係者の属性情報または信頼度を含んでもよい。また、配送計画は、例えば、依頼されている配送のリスクレベルを含んでもよい。

関係者端末は、例えば、配送物に取り付けられた可読媒体（以下、単に「可読媒体」ともいう）を読み取るための読取部（不図示）を備えてもよい。読取部は、非接触または接触式で可読媒体に含まれる情報を読み取る装置であり、例えば、ＲＦＩＤリーダーやＮＦＣリーダー、バーコードリーダー、二次元コードリーダーなどである。

可読媒体は、配送物の授受時点等における配送状況を取得するために、配送物に取り付けるものである。このため、可読媒体には、配送物を識別するための情報（以下、「配送物識別情報」ともいう）が記録されている。例えば、配送者から受領者への配送物の授受の際に、依頼者端末２００および／または受領者端末４００は、この可読媒体から配送物識別情報を読み取って、この配送物の授受の状況を配送仲介装置１００に送信してもよい。また、可読媒体に代えて、ＧＰＳ発信機やビーコン等の発信機を配送物に取り付けてもよい。この商品に取り付けた発信機は、例えば、配送状況として、配送物識別情報および位置情報等を発信する。配送仲介装置１００は、この発信された配送物識別情報および位置情報等を受信する。

＜２．概要＞
図２～６を参照して、本実施形態に係る配送仲介システム１の概要の一例を説明する。

＜２－１．全体像＞
まず図２を参照して、配送仲介システム１の全体像の一例を説明する。図２に示すように、配送仲介システム１全体が実現する機能は、「０．ユーザＩＦ」、「１．属性・信頼度管理」、「２．配送最適化・トラッキング」、「３．精算・決済」、「４．その他」の５つのセクションに分類される。配送仲介システム１では、それぞれのセクションが互いに連携（情報連携および／または機能連携を含む。以下同じ。）して、仲介サービスを提供する。また、それぞれのセクションは、外部システム５００とも連携を行う。

５つのセクションは、以下のとおり１以上のサブセクションを有する。配送仲介システム１では、それぞれのサブセクション間においても互いに連携を行う。以下、各セクションおよび各サブセクションについて、それぞれに割り振られた番号を＜＞内に示して説明する。
０．ＩＦ：配送仲介システム１とユーザや外部とのＩＦを行う。「０Ａ．ユーザＩＦ」および「０Ｂ．外部ＩＦ」のサブセクションを有する。ユーザＩＦ＜０Ａ＞は、例えば、仲介サイトや配送仲介アプリによる実現されてもよい。また、外部ＩＦ＜０Ｂ＞は、例えば、ＳＤＫやＡＰＩにより実現されてもよい。
１．属性・信頼度管理：関係者や配送物の属性情報、配送者の信頼度等の仲介サービスを提供するために必要な情報を管理する。「１Ａ．属性管理」および「１Ｂ．信頼度管理」のサブセクションを有する。
２．配送最適化・トラッキング：配送を最適化してそのトラッキングを行う。「２Ａ．配送最適化」、「２Ｂ．授受記録」、「２Ｃ．配送物トラッキング」および「２Ｄ．帰責者トラッキング」のサブセクションを有する。
３．精算・決済：配送に関する料金を精算し、必要な決済を行う。「３Ａ．決済・精算」、「３Ｂ．付保」、「３Ｃ．金融支援」および「３Ｄ．会計支援」のサブセクションを有する。金融支援＜３Ｃ＞は金融面で関係者を支援し、会計支援＜３Ｄ＞は会計面で関係者を支援する。
４．その他：上記以外の機能。「４Ａ．ルート最適化」のサブセクションを有する。

「信頼度」とは、配送における配送者に対する信頼の度合いを示すものである。なお本実施形態では、説明を簡単にするために、信頼度をＡ～Ｅの５段階とする例を用いるが、信頼度をこれに限る趣旨ではない。この５段階は、ＡからＥにかけて降順で設定され、Ａが最も信頼度が高く（良く）、Ｅが最も信頼度が低い（悪い）ものとする。

＜２－２．属性登録および信頼度更新＞
つぎに図３を参照して、配送にあたって必要な情報を予め登録し、配送者の信頼度を更新する場面の配送仲介システム１の機能の一例を説明する。

（１）図３に示すように、依頼者である店舗の店員や受領者である店舗の顧客は、仲介サイトにログインし、自身の属性情報を仲介サイトの画面にそれぞれ入力する。また、配送者は、自身の属性情報に加え、配送条件を入力する。ユーザＩＦ＜０Ａ＞の受付部１１１は、これらの入力された属性情報をフロントエンドとして受け付ける。以下、この依頼者や受領者を含む関係者の属性情報を、「関係者属性情報」ともいう。また、外部システム５００は、配送仲介システム１に関係者属性情報を送信する。外部ＩＦ＜０Ｂ＞の受付部１１１は、この送信された関係属性情報をフロントエンドとして受け付ける。

関係者属性情報は、例えば、関係者を識別するための識別情報、法人名／氏名、所在地／住所、連絡先（例えば、電話番号、またはメールアドレス等）等を含む。

関係者属性情報は、例えば、関係者が使用可能な決済方法による決済のための情報（以下、「決済情報」ともいう）を含んでもよい。決済情報は、例えば、使用可能な決済方法が銀行決済であれば銀行口座に関する情報（例えば、口座種別、口座番号、名義など）、使用可能な決済方法がクレジット決済であればクレジットカードに関する情報（例えば、クレジットカード番号、名義、有効期限、セキュリティコードなど）、各決済方法における本人確認のための認証情報（例えば、トークン、生体的特徴に関する生体情報）、各決済方法の認証に必要な各アカウントのＩＤ・パスワード情報などを含んでもよい。

（２）属性管理＜１Ａ＞の属性取得部１１３１は、受付部１１１により受け付けられた関係者属性情報を取得し、属性記憶部１３１に登録する。

（３）信頼度管理＜１Ｂ＞の更新部１１６は、属性記憶部１３１に登録された配送者の関係者属性情報を参照する。（４）更新部１１６は、参照した関係者属性情報に基づいて、配送者の信頼度を算出する。更新部１１６は、算出した信頼度を登録するよう信頼度記憶部１３２を更新する。なお、本例では、配送仲介システム１が算出した信頼度を登録する例を示したが、信頼度記憶部１３２に登録されている信頼度をこれに限る趣旨ではない。例えば、更新部１１６は、外部システム５００から送信された配送者の信頼度を信頼度記憶部１３２に登録してもよい。

（５）配送最適化＜２Ａ＞の条件取得部１１３２は、受付部１１１により受け付けられた配送条件を取得し、条件記憶部１３３に登録する。

＜２－３．属性・信頼度照会および配送最適化＞
図４を参照して、依頼者が配送依頼する際に配送者の関係者属性情報や信頼度を照会し、
依頼された配送の最適化を行う場面の配送仲介システム１の機能の一例を説明する。

（１）図４に示すように、依頼者は、依頼者端末２００から配送依頼をするにあたって、配送者の属性情報や信頼度を照会する。具体的には、属性情報・信頼度管理＜１＞の依頼者出力部１１２１が、属性記憶部１３１や信頼度記憶部１３２を参照して、依頼者端末２００に仲介サイトを介して配送者の属性情報や信頼度を出力する。

（２）依頼者は、出力された配送者の属性情報等を確認し、依頼者端末２００から配送仲介システム１に対して商品の配送依頼を行う。ユーザＩＦ＜０Ａ＞の依頼受付部１１１１は、この配送依頼を受け付ける。

「配送依頼」とは、依頼者からの配送物の配送の依頼であって、配送元と配送先と配送物を示す。配送依頼は、例えば、１以上の配送者の指名、信頼度の条件、優先情報や関係者属性情報の指定、配送計画の少なくとも一部の指定等を含んでもよい。

信頼度の条件とは、例えば、許容する信頼度の範囲（信頼度Ａ～Ｃの間等）や許容する信頼度の下限（信頼度Ｂ以上等）を示す。

優先情報とは、例えば、配送に関する条件のうちどの条件を優先させるかを示す情報である。優先情報は、例えば、配送の時間に関する条件、配送の金額に関する条件、信頼度の条件、評価の条件の少なくともいずれか二つの優先順位を定める。この評価の条件は、例えば、許容する評価の範囲や許容する評価の下限を示す。

（３）配送最適化＜２Ａ＞の配送者特定部１１４１は、信頼度記憶部１３２を参照して、配送依頼と配送者の信頼度とに基づいて、複数の配送者の中から１以上の配送者の候補を特定する。配送者特定部１１４１は、配送依頼に配送者の指名が含まれている場合、指名された配送者を配送者の候補として特定してもよい。

（４）配送最適化＜２Ａ＞の計画作成部１１５２は、信頼度記憶部１３２を参照して、配送依頼と配送者の信頼度とに基づいて、配送依頼に対応する１以上の配送計画の候補を作成する。この配送計画には、配送者特定部１１４１により特定された配送者の候補が含まれる。

（５）ユーザＩＦ＜０Ａ＞の依頼者出力部１１２１は、作成された１以上の配送計画の候補を依頼者端末２００に出力する。

（６）依頼者は、依頼者端末２００から、出力された１以上の配送計画の候補から使用する配送計画の指定を入力する。（７）ユーザＩＦ＜０Ａ＞の指定受付部１１１２はこの入力された配送計画の指定を受け付け、配送最適化＜２Ａ＞の特定部１１４は１以上の配送計画の候補から指定された配送計画を特定する。

（８）ユーザＩＦ＜０Ａ＞の配送者出力部１１２２は、指定された配送計画（配送依頼を含む）を、指定された配送者の配送者端末３００ａ、３００ｂに出力する。

（９）配送最適化＜２Ａ＞の指定受付部１１１２は、配送計画の指定を、属性・信頼度管理＜１＞にフィードバックする。具体的には、指定受付部１１１２は、指定された配送計画に含まれる配送者の信頼度を上げる（例えば、信頼度Ｄ→Ｃ等）させるように更新する。

＜２－３．トラッキングおよびフィードバック＞
図５を参照して、配送計画に従って配送者による配送をトラッキングし、そのトラッキングの結果を配送者の信頼度にフィードバックする場面の配送仲介システム１の機能の一例を説明する。

（１）図５に示すように、依頼者端末２００、配送者端末３００、受領者端末４００、および／または商品に取り付けられた可読媒体を読み取った端末から、配送期間における複数の時点それぞれの配送状況が配送仲介システム１に入力される。ユーザＩＦ＜０Ａ＞の状況取得部１１３３は、これらの入力された配送状況を取得する。授受記録＜２Ｂ＞および配送物トラッキング＜２Ｃ＞の状況取得部１１３３は、取得した配送状況を配送記憶部１３４に登録する。状況取得部１１３３は、このように複数の時点の配送状況を取得することで、発送された配送物をトラッキングする。

「配送状況」とは、配送期間の各時点の配送の状況である。配送状況は、例えば、各時点を示す日時、各時点における配送物または配送物の占有者の位置情報、各時点における配送物の状態（例えば、配送者の所有するトラックに積まれて移動中等）、各時点における配送物の授受の有無等を含んでもよい。

「配送期間」とは、指定された配送元から商品が配送先に届くまでの期間である。配送期間は、例えば、依頼者からの商品が発送されて受領者に商品が到着するまでの期間であってもよい。

（２）授受記録＜２Ｂ＞および配送物トラッキング＜２Ｃ＞の状況取得部１１３３は、取得した配送状況と配送計画とを照合してもよい。

（３）帰責者トラッキング＜２Ｄ＞の抽出部１１８は、例えば、配送状況や上記照合した結果に基づいて、配送者Ａの配送区間におけるインシデントとして、到着予定日時より６ｈの遅延が生じていることを抽出する。ここで「インシデント」とは、配送物の配送に影響を与え得る事象（特に、ネガティブな事象）をいう。インシデントとは、例えば、到着予定日時に対する遅延、到着予定位置を基準とした所定範囲を超えた配送ルートの逸脱、配送者間の配送物の引き渡しミス、配送物の破損や紛失等である。

（４）帰責者トラッキング＜２Ｄ＞の判定部１１９は、抽出されたインシデントが発生した時点の配送物に対する１以上の責任者（以下、単に「責任者」ともいう）とそれぞれの責任比率を判定する。本例では、配送ルート上のポイントａ～ｂの間の区間（配送者Ａが配送する区間）で発生したインシデントのため、配送者Ａと仲介者とを責任者として、それぞれの責任比率を８割対２割と判定したものとする。

（５）帰責者トラッキング＜２Ｄ＞の抽出部１１８や判定部１１９は、インシデントや責任比率等を、属性・信頼度管理＜１＞にフィードバックする。具体的には、抽出部１１８や判定部１１９は、インシデントや責任比率に基づいて、インシデントの責任を負う配送者Ａの信頼度を下げる（例えば、信頼度Ａ→Ｂ）させるように更新する。

＜２－４．精算・決済＞
図６を参照して、配送に関する情報を連携させて配送に関する料金を精算し、精算の結果に基づいて決済をする場面の配送仲介システム１の機能の一例を説明する。この「配送に関する料金」とは、例えば、配送物である商品の代金、配送料、送料、仲介手数料または保険金を含む。

（１）図６に示すように、精算・決済＜３Ａ＞の決済処理部１２０は、属性・信頼度管理＜１＞や配送最適化・トラッキング＜２＞から配送に関する料金を精算するために、関係者属性情報、配送者の信頼度、配送計画やインシデント等の情報を連携してもらう。

（２）精算・決済＜３Ａ＞の決済処理部１２０は、連携された情報に基づいて、送料や配送料、仲介手数料を精算する。例えば、決済処理部１２０は、上記インシデントが発生した場合には、その責任比率に基づいて配送者Ａに支払われる配送料や仲介者に支払われる仲介手数料を減額し、依頼者または受領者が支払う送料をその分減額するよう精算してもよい。また、決済処理部１２０は、この精算にあたって、発生したインシデントに適用可能な保険が有るか保険処理部１２１に問い合わせてもよい。保険処理部１２１は、この問い合わせに対して適用可能な保険の有無、適用可能な保険が有る場合には支払われる保険金額を応答する。決済処理部１２０は、この支払われる保険金額を、配送料や仲介手数料の減額分に充当させてもよい。

（３）精算・決済＜３Ａ＞の決済処理部１２０は、配送物に関する料金の支払い決済のための処理を行う。具体的には、決済処理部１２０は、上記精算の結果に基づいて、配送物に関する料金の支払い決済のために、外部の決済インフラ５００ａ（例えば、銀行のシステムやクレジットカードシステム等）にこの支払い決済の指示を行う。この外部の決済インフラ５００ａは、例えば、外部の決済インフラ５００ａは、関係者が使用可能な決済方法による決済のためのインフラシステムであり、例えば、銀行のシステムやクレジットカードシステム等である。（４）外部の決済インフラ５００ａは、この支払い決済を行った結果を決済処理部１２０に応答する。

（５）精算・決済＜３Ａ＞の保険処理部１２１は、適用可能な保険がある場合には、外部の保険システム５００ｂに保険金請求を行う。（６）外部の保険システム５００ｂは、この保険金請求により処理した結果を保険処理部１２１に応答する。

上記構成によれば、配送仲介システム１が依頼者端末２００に各配送者の信頼度を出力するため、依頼者は、出力された信頼度を確認して配送物の配送を依頼することができる。さらに上記構成によれば、配送仲介システム１は配送状況により配送者の信頼度を更新するため、ファクトベースで信頼度の最適化を図ることができる。例えば配送者の信頼性が必要となるような金券類や高価値の商品が配送物である場合、依頼者は、信頼度が標準より高い配送者に限定して配送依頼をすることができる。このため、上記構成によれば、配送仲介システム１は、個人や中小企業を含めた配送者に商品等の配送を依頼者が安心して依頼することができるよう支援できる。

上記構成によれば、配送仲介システム１は、配送状況を取得してトラッキングしたりインシデントを抽出したりするため、これらをエビデンスとして、配送者による配送に瑕疵がないか等を第三者等により検証可能とすることができる。このため、上記構成によれば、配送仲介システム１は、配送における瑕疵の観点でも、依頼者が安心して商品等の配送を依頼することができるよう支援できる。

上記構成によれば、配送仲介システム１は、配送料等の支払い決済を当事者間に代わって行うことができる。このため上記構成によれば、配送仲介システム１は、配送料等の支払い決済に関する当事者間のトラブルを抑止するという観点でも、依頼者が安心して商品等の配送を依頼することができるよう支援できる。

＜３．機能構成＞
図７を参照して、本実施形態に係る配送仲介装置１００の機能構成を説明する。図７に示すように、配送仲介装置１００は、制御部１１０と、記憶部１３０と、通信部１４０と、を備える。

制御部１１０は、受付部１１１と、出力部１１２と、取得部１１３と、更新部１１６と、を備える。また、制御部１１０は、例えば、特定部１１４、作成部１１５、検出部１１７、抽出部１１８、判定部１１９、決済処理部１２０、保険処理部１２１、または支援処理部１２２を備えてもよい。

［受付部］
受付部１１１は、依頼者端末２００、配送者端末３００または受領者端末４００から、各種依頼や指定等を受け付ける。受付部１１１は、依頼受付部１１１１と、指定受付部１１１２と、を備える。

受付部１１１は、例えば、関係者端末から、その他の関係者に対する評価（以下、単に「評価」ともいう）を受け付けてもよい。なお本実施形態では、説明を簡単にするために、評価を１～５の５段階の数値評価とする例を説明するが、評価をこれに限る趣旨ではない。この評価の５段階は、１から５にかけて昇順で評価が設定され、１が最も評価が低く（悪く）、５が最も評価が高い（良い）ものとする。

受付部１１１は、例えば、配送が完了した配送依頼において、依頼主である依頼者端末２００から、この配送依頼の依頼先である配送者に対する評価を受け付けてもよい。また逆に、受付部１１１は、例えば、配送が完了した配送依頼において、この配送依頼の依頼先である配送者の配送者端末３００から、この配送依頼の依頼主である依頼者に対する評価を受け付けてもよい。また、受付部１１１は、評価の受け付けにあたって、関係者端末等から、顕名や匿名で受け付けてもよい。

受付部１１１は、例えば、関係者に対する評価を調整する調整部（不図示）を備えてもよい。調整部は、異なる関係者による評価を対比（いわゆるクロスチェック）して、対比の結果に基づいて評価を調整する。調整部は、例えば、所定期間における依頼者ごとの依頼者に対する評価の統計値と依頼者それぞれによる配送者に対する評価とを対比してもよい。調整部は、例えば、所定期間における配送者ごとの配送者に対する評価の統計値と配送者それぞれによる依頼者に対する評価とを対比してもよい。調整部は、例えば、この対比の結果に基づいて、評価を調整してもよい。

［調整部］
調整部は、例えば、関係者に対する評価の統計値に基づいて、その他の関係者に対する評価を、その重み付けを変えて調整してもよい。例えば、統計値「１」は重み「０．８」、統計値「２」は重み「０．８５」、統計値「３」は重み「０．９」、統計値「４」は重み「０．９５」、統計値「５」は重み「１」としてもよい。

調整部は、例えば、配送者に対する評価の統計値が「１」の配送者の場合、この配送者が行ったその他の関係者に対する評価には重み「０．８」を付けてもよい。他方、配送者に対する評価の統計値が「１」の配送者の場合、調整部は、この配送者が行ったその他の関係者に対する評価には重み「１」を付けてもよい。調整部は、このように関係者ごとに重み付けをして、所定期間における評価の加重平均を算出してもよい。調整部は、この算出した加重平均の値を、調整された評価としてもよい。

上記構成によれば、調整部は、一方的に受け付けた評価ではなく異なる関係者間でのクロスチェックをかけた評価に調整することができる。このため上記構成によれば、調整部は、関係者の恣意的な、また悪意のある評価を是正した評価とすることができる。

調整部は、例えば、後述する第三者確認の結果に基づいて、評価を調整してもよい。調整部は、例えば、第三者確認の結果を確認対象とする関係者に表示したにも関わらず属性情報の更新等のアクションをその関係者が何ら起こしていない場合、その関係者に対する評価を低くするよう調整してもよい。

［依頼受付部］
依頼受付部１１１１は、配送を依頼する依頼者が使用する依頼者端末２００から、配送元と配送先と配送物とを示す配送依頼を受け付ける。

［指定受付部］
指定受付部１１１２は、依頼者端末２００から、依頼者端末２００に出力された複数の配送者のうち配送を依頼する配送者の指定を受け付ける。指定受付部１１１２が受け付けた指定に基づいて、特定部１１４は、使用する配送計画を特定する。

指定受付部１１１２は、例えば、依頼者端末２００から、１以上の配送計画の候補から使用する配送計画の指定を受け付ける。

指定受付部１１１２は、例えば、依頼者端末２００から、配送計画（例えば、決済条件等）の少なくとも一部の指定を受け付けてもよい。指定受付部１１１２が受け付けた指定の内容は、計画作成部１１５２により配送計画に反映される。

［出力部］
出力部１１２は、関係者端末または外部システムに、配送に関する各種情報を出力する。出力部１１２は、例えば、配送に関する各種情報を仲介サイトや配送仲介アプリを介して関係者端末に表示させるための表示情報を生成し、関係者端末にこの表示情報を送信してもよい。出力部１１２は、依頼者出力部１１２１と、配送者出力部１１２２と、を備える。

出力部１１２は、例えば、関係者からの出力要求に応じて、属性記憶部１３１に記憶されている属性情報や信頼度記憶部１３２に記憶されている信頼度を、要求元の関係者の関係者端末に出力してもよい。出力部１１２は、例えば、配送者の属性情報や信頼度の出力要求を依頼者から受付部１１１が受け付けた場合、属性記憶部１３１を参照して、この依頼者の依頼者端末２００に仲介サイトを介して配送者の属性情報や信頼度を出力する。

出力部１１２は、例えば、後述する第三者確認の結果に基づいて、属性情報の出力態様を変えてもよい。出力部１１２は、例えば、関係者自身の属性情報を関係者端末に表示させる場合、第三者確認の結果問題があった場合、その旨を属性情報と併せてワーニング表示させてもよい。このワーニング表示は、例えば、登録されている属性情報に問題があるため確認して更新することを促すものであってもよい。また、出力部１１２は、例えば、他の関係者の属性情報を関係者端末に表示させる場合、第三者確認の結果問題があった場合、その旨を属性情報と併せて表示させてもよい。

出力部１１２は、例えば、関係者からの出力要求に応じて、配送状況や配送計画を記憶する配送記憶部１３４を参照して、要求元の関係者の関係者端末に配送状況や配送計画を出力してもよい。

［依頼者出力部］
依頼者出力部１１２１は、複数の配送者とそれぞれの信頼度とを記憶する信頼度記憶部１３２を参照して、依頼者端末２００に、複数の配送者とそれぞれの信頼度とを出力する。

上記構成によれば、依頼者出力部１１２１は、依頼者端末２００に各配送者の信頼度を出力するため、依頼者は、出力された信頼度を確認して配送物の配送を依頼することができる。例えば配送者の信頼性が必要となるような金券類や高価値の商品が配送物である場合、依頼者は、信頼度が標準（例えば、信頼度Ｃ）より高い配送者に限定して配送依頼をすることができる。このため、上記構成によれば、配送仲介システム１は、個人や中小企業を含めた配送者に商品等の配送を依頼者が安心して依頼することができるよう支援できる。

依頼者出力部１１２１は、例えば、依頼者端末２００に、複数の配送者を配送者の候補に限定して出力してもよい。

上記構成によれば、依頼者出力部１１２１は、複数の配送者を、配送依頼や信頼度に基づいて特定された配送者の候補に限定して出力することができる。このため、依頼者出力部１１２１は、依頼者のニーズに合致し、かつ安心して任せられる信頼度をもつ配送者に限定できるため、依頼者に効率よく配送者を照会させることができる。

依頼者出力部１１２１は、例えば、依頼者端末２００に、１以上の配送計画の候補を出力してもよい。

［配送者出力部］
配送者出力部１１２２は、依頼者端末２００から指定された配送者の配送者端末３００に、依頼受付部１１１１が受け付けた配送依頼を出力する。

配送者出力部１１２２は、例えば、依頼者端末２００から指定された配送者の配送者端末３００に、同じ依頼者端末２００から指定された配送計画を出力してもよい。

［取得部］
取得部１１３は、依頼者端末２００、配送者端末３００、受領者端末４００または外部システム５００から、配送に関する各種情報を取得する。取得部１１３は、属性取得部１１３１と、条件取得部１１３２と、状況取得部１１３３と、を備える。

［属性取得部］
属性取得部１１３１は、依頼者端末２００、配送者端末３００、受領者端末４００または外部システム５００から、関係者属性情報を取得する。

属性取得部１１３１は、例えば、関係者属性情報の少なくとも一部について、第三者が使用する第三者端末から、事実に即していない等の問題がないことを確認した旨（以下、「第三者確認」ともいう）を取得してもよい。また、属性取得部１１３１は、第三者確認のために、関係者属性情報の少なくとも一部を第三者端末に出力してもよい。この第三者とは、例えば、関係者が利用する金融機関、関係者が使用する携帯の携帯キャリア、関係者の勤務先、関係者の所属する教育機関（学校）等である。また、属性取得部１１３１は、第三者端末から、第三者確認の結果、虚偽が疑われる内容や疑義があった場合には、その旨も併せて取得してもよい。

［条件取得部］
条件取得部１１３２は、複数の配送者それぞれの配送者端末３００から、各配送者が対応可能な配送条件を取得する。また、条件取得部１１３２は、例えば、依頼者端末２００から、配送依頼に関する決済条件を取得してもよい。

［状況取得部］
状況取得部１１３３は、サイクリックまたはイベントドリブンで、配送者端末３００、配送物に取り付けられた発信機、または配送物に取り付けられた可読媒体を読み取った端末の少なくともいずれかから、配送期間における複数の時点それぞれの配送状況を取得する。

状況取得部１１３３は、例えば、取得した配送状況と配送計画とを照合してもよい。状況取得部１１３３は、例えば、配送計画に対して配送状況が合致しているか、または配送計画に対して配送状況が所定の許容範囲を逸脱していないか照合してもよい。状況取得部１１３３は、この照合の結果を、配送情報として、配送状況と関連付けて配送記憶部１３４に登録してもよい。また、状況取得部１１３３は、この照合の結果を、配送状況と併せて抽出部１１７等に連携してもよい。

［特定部］
特定部１１４は、配送に関する各種情報の中から所定の条件を満たす情報を特定する。特定部１１４は、配送者特定部１１４１を備える。

［配送者特定部］
配送者特定部１１４１は、信頼度記憶部１３２を参照して、配送依頼と信頼度とに基づいて、複数の配送者の中から１以上の配送者の候補を特定する。配送者特定部１１４１は、例えば、配送依頼の内容と配送者の配送条件とを照合する。そして配送者特定部１１４１は、照合の結果に基づいて配送依頼の内容に合致する度合いの高い配送条件の配送者から順に配送者の候補として特定する。

配送者特定部１１４１は、例えば、配送依頼で指定される配送物種別が「取り扱いに注意が必要な物」の場合、信頼度が所定の値以上（例えば、信頼度Ｂ以上）の配送者を、配送者の候補に特定してもよい。

［作成部］
作成部１１５は、配送に関する各種情報を作成（生成）する。作成部１１５は、ルート作成部１１５１と、計画作成部１１５２と、を備える。

［ルート作成部］
ルート作成部１１５１は、配送者に推奨または指定する１以上の配送ルートを作成する。ルート作成部１１５１は、例えば、配送元の住所と配送先の住所と地図情報とに基づいて、配送者ごとに最適なルートを検索して、１以上の配送ルートを作成してもよい。ルート作成部１１５１は、他の例として、外部の経路探索システムに、配送ルートの候補の作成を指示して、その結果として受け付けた配送ルートの候補に基づいて、配送ルートを作成してもよい。

［計画作成部］
計画作成部１１５２は、依頼受付部１１１１が受け付けた配送依頼に基づいて、配送計画または配送計画の候補を作成する。計画作成部１１５２は、例えば、配送者特定部１１４１により特定された配送者の候補を含むよう配送計画を作成してもよい。

計画作成部１１５２は、信頼度記憶部１３２を参照して、配送依頼と信頼度とに基づいて、配送依頼に対応する１以上の配送計画の候補を作成する。

計画作成部１１５２は、例えば、複数の配送者それぞれの配送条件にさらに基づいて、配送計画または配送計画の候補を作成してもよい。計画作成部１１５２は、例えば、複数の配送者それぞれの配送条件と配送依頼とを照合し、照合の結果に基づいて配送条件と配送依頼とを組み合わせる（マッチングさせる）。そして、計画作成部１１５２は、この組み合わせに基づいて配送計画または配送計画の候補を作成してもよい。計画作成部１１５２は、例えば、依頼者端末２００から配送者の指定を受け付けた場合、指定された配送者の配送条件にそって、配送計画または配送計画の候補を作成してもよい。

上記構成によれば、計画作成部１１５２は、配送依頼に対して最も適合する配送者の配送条件を組み合わせて配送計画等を作成することができる。上記構成によれば、計画作成部１１５２は、配送計画の最適化を図ることができる。

［更新部］
更新部１１６は、配送状況に基づいて、信頼度記憶部１３２に記憶されている配送者を含む関係者の信頼度を更新する。更新部１１６は、例えば、外部システム５００から、関係者の信頼度を示す情報（信頼度情報）を取得して、この情報に基づいて信頼度を更新してもよい。更新部１１６は、算出部が算出した信頼度により信頼度記憶部１３２に記憶されている信頼度を更新してもよい。

上記構成によれば、更新部１１６は、配送状況により配送者の信頼度を更新するため、ファクトベースで信頼度の最適化を図ることができる。例えば配送者の信頼性が必要となるような金券類や高価値の商品が配送物である場合、依頼者は、信頼度が標準より高い配送者に限定して配送依頼をすることができる。このため、上記構成によれば、更新部１１６は、個人や中小企業を含めた配送者に商品等の配送を依頼者がより安心して依頼することができるよう支援できる。

更新部１１６は、例えば、依頼者により指定された配送計画にさらに基づいて、配送者の信頼度を更新してもよい。

上記構成によれば、更新部１１６は、依頼者によって選ばれた実績により配送者の信頼度を上げることができる。このため、上記構成によれば、更新部１１６は、配送者の信頼度の最新化を効率よく図ることができる。

更新部１１６は、例えば、さらに、抽出部１１８により抽出されたインシデントに基づいて、インシデント記憶部１３５に記憶されているインシデント情報を更新してもよい。

上記構成によれば、更新部１１６は、配送状況に基づいて抽出されたインシデントをインシデント記憶部１３５のインシデント情報を更新することができる。更新部１１６は、このようにインシデント情報の最新化を自動で配送状況が取得されたタイミングで行うことができる。このため、上記構成によれば、更新部１１６は、決済処理部１２０による配送物に係わる料金の精算に必要な情報の最新化を早期に行うことができる。

［算出部］
更新部１１６は、関係者の信頼度を算出する算出部（不図示）を備えてもよい。算出部は、属性情報、関係者に対する評価、取引履歴等に基づいて、関係者ごとにその信頼度を算出する。算出部は、例えば、所定期間蓄積された関係者に対する評価の統計値（例えば、平均値、中央値、または最頻値など）により信頼度を算出してもよい。算出部は、例えば、関係者に対する評価１～５と信頼度Ｅ～Ａを対応付けて記憶する信頼度記憶部１３２を参照して、所定期間における関係者に対する評価の中央値が「４」の場合、それに対応する信頼度「Ｂ」をその関係者の信頼度として算出してもよい。

算出部は、例えば、関係者の信頼度や取引履歴に基づいて、各取引のリスクの度合いを示すリスクレベルを算出してもよい。算出部は、例えば、関係者ごとの取引履歴情報により構築する分類モデルにより、各取引をリスクレベル別に分類してもよい。ここで「取引履歴情報」とは、所定期間における各取引の取引履歴を示す情報である。この取引には、配送仲介システム１で仲介する配送も含む。またここで「取引履歴」とは、所定期間における関係者に関する各取引の内容（例えば、取引日時、取引対象の商品など、取引先の顧客の識別情報、取引金額（決済金額）、決済方法など）を示すものである。取引が配送である場合、この取引履歴に、配送状況を含んでもよい。

算出部は、例えば、信頼度や取引履歴情報の特徴量を入力して分類モデルを構築してもよい。具体的には、まず算出部は、信頼度や取引履歴を説明変数とし、リスクレベル１～Ｎ（Ｎを特定の数値とし、Ｎ以内かつ所定の数値以上は許容範囲外としてリスクとする）の分類クラスを目的変数としてそれぞれの特徴量を抽出する。

つぎに算出部は、これらの抽出された特徴量を組み合わせて学習データとする。算出部は、つぎに、当該学習データを用いて機械学習（例えば、ＳＶＭ、ベイジアンフィルタ、決定木構築のためのＩＤ３などの学習技法）により学習させて分類クラスを定義する分類モデルを構築する。つぎに算出部は、この構築された分類モデルを記憶部１３０に記憶させる。

つぎに算出部は、各取引を、信頼度や各取引の内容を示す取引履歴情報の特徴量に基づき、記憶部１３０に記憶された分類モデルを用いてリスクレベル１～Ｎの分類クラスに分類する。このようにして、算出部は、各取引のリスクレベルを算出してもよい。

上記では教師あり学習の例を説明したが、算出部は、他の例として、教師なし学習として、取引情報を入力して主成分分析およびクラスタリングを利用して構築した分類モデルにより、各取引をリスクレベル別に分類する方法を用いることも考えられる。

［検出部］
検出部１１７は、配送状況に基づいて、複数の時点それぞれにおける配送物に関する権利（例えば、配送物の所有権や占有権等）の移転を検出する。例えば、依頼者から配送者に商品を引き渡した時点で受領者である顧客に商品の所有権が移転することが契約や規約等で定められていた場合、検出部１１７は、依頼者から配送者Ａに引き渡した時点で、この所有権の移転を検出してもよい。また、他の例として、例えば、配送者から受領者である顧客に商品を引き渡した時点で商品の所有権が移転することが契約や規約等で定められていた場合、検出部１１７は、配送者Ｂから顧客に引き渡した時点で、この所有権の移転を検出してもよい。

［抽出部］
抽出部１１８は、配送状況に基づいて、複数の時点それぞれにおける配送物の配送に影響を与え得るインシデントを抽出する。抽出部１１８は、例えば、配送状況として配送物の破損や配送の遅延等のトラブルの報告を配送者端末３００から取得した場合には、これらのトラブルをインシデントとして抽出する。

抽出部１１８は、配送計画にさらに基づいて、複数の時点それぞれにおける配送物の配送に影響を与え得るインシデントを抽出してもよい。抽出部１１８は、例えば、配送ルート上の特定のポイントにおいてその到着予定日時より実際の到達日時が遅かった場合には、到着予定日時に対する遅延として、この遅延をインシデントとして抽出してもよい。

［判定部］
判定部１１９は、配送計画および／または配送状況に基づいて、複数の時点それぞれにおける配送者を含む関係者の中から配送物に対する１以上の責任者とそれぞれの責任比率とを判定する。判定部１１９は、複数の時点それぞれにおいて配送物を占有する者と仲介者とを責任者として判定してもよい。また、判定部１１９は、これに加え、配送物を占有する者の他に、依頼者および／または受領者を責任者として追加するよう判定してもよい。

判定部１１９は、例えば、抽出部１１８により抽出された配送物に関する権利の移転にさらに基づいて、１以上の責任者とそれぞれの責任比率とを判定してもよい。

判定部１１９は、例えば、配送物の占有権の移転に基づいて占有者を配送者Ａと判定した場合、責任者を配送者Ａと配送者Ａを仲介した仲介事業者と判定してもよい。判定部１１９は、例えば、配送物の占有権の移転に基づいて占有者を依頼者と判定した場合、責任者を依頼者と判定してもよい。

判定部１１９は、例えば責任者を依頼者と配送者と受領者と判定し、さらに依頼者から配送者Ａに引き渡した時点で配送物の所有権の移転が検出された場合、配送期間におけるこれらの責任比率を３割対５割対２割と判定する。これに対して、判定部１１９は、配送者Ｂから受領者に引き渡した時点で配送物の所有権の移転が検出された場合、配送期間におけるこれらの責任比率を２割対７割対２割と判定してもよい。すなわち、判定部１１９は、配送期間においてインシデントが発生した場合、後者においては配送物の所有権が依頼者にあるため、この発生したインシデントによって依頼者が負う責任の度合い（責任負担）を前者と比較して低くするよう責任比率を判定してもよい。

上記構成によれば、判定部１１９は、配送物に関する権利関係をふまえて責任者や責任比率を判定することができる。このため、上記構成によれば、決済処理部１２０による責任者に与えるペナルティの判定に対して、判定部１１９は、契約や規約、法律により即した形でこの判定をさせることができる。

［決済処理部］
決済処理部１２０は、配送計画と決済情報とに基づいて、配送者に対して配送物に関する料金の支払い決済のための処理を行う。決済処理部１２０は、例えば、配送計画に基づいて、送料や配送料、仲介手数料を含む配送物に関する料金を精算する。

決済処理部１２０は、例えば、配送物の配送に影響を与えたインシデントを示すインシデント情報を記憶するインシデント記憶部１３５を参照して、インシデント情報と責任比率とに基づいてこの料金を調整してもよい。例えば、決済処理部１２０は、責任者が配送者や仲介事業者の時点においてインシデントが発生した場合には、責任者に対するペナルティとして、その責任比率に基づいて配送者に支払う配送料や仲介者に支払う仲介手数料を減額し、その分依頼者または受領者が支払う送料を減額するよう精算してもよい。

決済処理部１２０は、例えば、上記の精算にあたって、発生したインシデントに適用可能な保険が有るか、また適用可能な保険が有る場合には支払われる保険金額を保険処理部１２１に問い合わせてもよい。保険処理部１２１は、問い合わせに対して適用可能な保険の有無、適用可能な保険が有る場合には支払われる保険金額（保険金額の見積りを含む。以下同じ。）を応答する。決済処理部１２０は、上記の精算において、この支払われる保険金額を、配送料や仲介手数料の減額分に充当させてもよい。

上記構成によれば、決済処理部１２０は、配送物に対する責任に応じて、より適切な精算をすることができ、その上で配送に係わる料金の支払い決済を行うことができる。例えば配送中にインシデントが発生した場合、上記構成によれば、決済処理部１２０は、発生したインシデントの責任を負う責任者にペナルティを与えたうえで、配送に係わる料金の支払い決済を行うことができる。

［保険処理部］
保険処理部１２１は、発生したインシデントに適用可能な保険があるか決済処理部１２０から問い合わせがあった場合、この問い合わせに対して適用可能な保険の有無、適用可能な保険がある場合には支払われる保険金額を応答する。

保険処理部１２１は、上記の適用可能な保険がある場合には、外部の保険システム５００ｂに保険金請求を行う。保険処理部１２１は、外部の保険システム５００ｂから、この保険金請求により処理した結果を、受付部１１１を介して受け付ける。

［支援処理部］
支援処理部１２２は、金融面や会計面で関係者を支援するための処理を行う。

支援処理部１２２は、例えば、金融面での支援として、例えば、レンディングサービス（特に、関係者間で銀行等の金融機関を介さずネットワーク経由で直接融資するＰ２Ｐレンディング等）を提供するための処理を行ってもよい。また、支援処理部１２２は、例えば、金融面での支援として、配送者における売掛金（未払いの配送料）の回収を支援するために、ファクタリングサービスを提供するための処理を行ってもよい。

支援処理部１２２は、例えば、会計面での支援として、関係者に対して配送に関する会計処理を行ってもよい。

［記憶部］
記憶部１３０は、地図情報を含む配送に関する各種情報を記憶する。記憶部１３０は、例えば、これらの情報を相互に関連付けて記憶してもよい。記憶部１３０は、データベースマネジメントシステム（ＤＢＭＳ）を利用して各種情報を記憶してもよいし、ファイルシステムを利用して各種情報を記憶してもよい。ＤＢＭＳを利用する場合は、情報ごとにテーブルを設けて、このテーブル間を関連付けて各種情報を管理してもよい。記憶部１３０は、例えば、属性記憶部１３１、信頼度記憶部１３２、条件記憶部１３３、配送記憶部１３４、および／またはインシデント記憶部１３５を備える。

属性記憶部１３１は、関係者または配送物の属性情報を記憶する。信頼度記憶部１３２は、関係者の信頼度として、信頼度情報を記憶する。条件記憶部１３３は、配送条件や決済条件として、条件情報を記憶する。配送記憶部１３４は、配送情報（配送状況および／または配送計画）を記憶する。インシデント記憶部１３５は、インシデント情報を記憶する。

［通信部］
通信部１４０は、ネットワークＮを介して、関係者端末と外部システム５００とに、配送に関する各種情報を送受信する。

＜４．動作例＞
図８を参照して、配送仲介装置１００の動作例を説明する。なお、以下に示す処理の順番は一例であって、適宜、変更されてもよい。

図８（ａ）は、配送依頼を行うにあたって関係者の属性情報や信頼度を依頼者が照会するために、これらの情報が事前登録される際の処理の流れの一例を示すフロー図である。

図８（ａ）に示すように、取得部１１３は、関係者の属性情報と配送者の配送条件とを取得する（Ｓ１０）。取得部１１３は、取得した属性情報と配送条件とをそれぞれ属性記憶部１３１と条件記憶部１３３とに登録する。

更新部１１６は、属性情報に基づいて複数の配送者それぞれの信頼度を算出、または外部システム５００から複数の配送者それぞれの信頼度を取得する。更新部１１６は、算出または取得したそれぞれの信頼度を信頼度記憶部１３２に登録する。

図８（ｂ）は、依頼者の配送依頼を受け付けてから配送計画を出力するまでの処理の流れの一例を示すフロー図である。

図８（ｂ）に示すように、依頼受付部１１１１は、配送を依頼する依頼者が使用する依頼者端末２００から、配送依頼を受け付ける（Ｓ２０）。

計画作成部１１５２は、受け付けられた配送依頼に基づいて、この配送依頼に対応する１以上の配送計画の候補であって複数の配送者の候補とそれぞれの信頼度とを含む配送計画の候補を作成する（Ｓ２１）。依頼者出力部１１２１は、作成された１以上の配送計画の候補を出力する（Ｓ２２）。

依頼者端末２００から、出力された１以上の配送計画の候補から配送を依頼する配送者を含む配送計画であって配送に使用する配送計画の指定を受け付ける（Ｓ２３）。

配送者出力部１１２２は、指定された配送者の配送者端末３００に、指定された配送計画（配送依頼を含む）を出力する（Ｓ２４）。

＜５．ハードウェア構成＞
図９を参照して、上述してきた配送仲介装置１００をコンピュータ８００により実現する場合のハードウェア構成の一例を説明する。なお、それぞれの装置の機能は、複数台の装置に分けて実現することもできる。

図６に示すように、コンピュータ８００は、プロセッサ８０１と、メモリ８０３と、記憶装置８０５と、入力Ｉ／Ｆ部８０７と、データＩ／Ｆ部８０９と、通信Ｉ／Ｆ部８１１、及び表示装置８１３を含む。

プロセッサ８０１は、メモリ８０３に記憶されているプログラムを実行することによりコンピュータ８００における様々な処理を制御する。例えば、配送仲介装置１００の制御部１１０が備える各機能部などは、メモリ８０３に一時記憶されたプログラムを、プロセッサ８０１が実行することにより実現可能である。

メモリ８０３は、例えばＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）などの記憶媒体である。メモリ８０３は、プロセッサ８０１によって実行されるプログラムのプログラムコードや、プログラムの実行時に必要となるデータを一時的に記憶する。

記憶装置８０５は、例えばハードディスクドライブ（ＨＤＤ）やフラッシュメモリなどの不揮発性の記憶媒体である。記憶装置８０５は、オペレーティングシステムや、上記各構成を実現するための各種プログラムを記憶する。この他、記憶装置８０５は、属性情報等の各種情報を登録するテーブルと、当該テーブルを管理するＤＢを記憶することも可能である。このようなプログラムやデータは、必要に応じてメモリ８０３にロードされることにより、プロセッサ８０１から参照される。

入力Ｉ／Ｆ部８０７は、ユーザからの入力を受け付けるためのデバイスである。入力Ｉ／Ｆ部８０７の具体例としては、キーボードやマウス、タッチパネル、各種センサ、ウェアラブル・デバイスなどが挙げられる。入力Ｉ／Ｆ部８０７は、例えばＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）などのインタフェースを介してコンピュータ８００に接続されても良い。

データＩ／Ｆ部８０９は、コンピュータ８００の外部からデータを入力するためのデバイスである。データＩ／Ｆ部８０９の具体例としては、各種記憶媒体に記憶されているデータを読み取るためのドライブ装置などがある。データＩ／Ｆ部８０９は、コンピュータ８００の外部に設けられることも考えられる。その場合、データＩ／Ｆ部８０９は、例えばＵＳＢなどのインタフェースを介してコンピュータ８００へと接続される。

通信Ｉ／Ｆ部８１１は、コンピュータ８００の外部の装置と有線または無線により、ネットワークＮを介したデータ通信を行うためのデバイスである。通信Ｉ／Ｆ部８１１は、コンピュータ８００の外部に設けられることも考えられる。その場合、通信Ｉ／Ｆ部８１１は、例えばＵＳＢなどのインタフェースを介してコンピュータ８００に接続される。

表示装置８１３は、各種情報を表示するためのデバイスである。表示装置８１３の具体例としては、例えば液晶ディスプレイや有機ＥＬ（Ｅｌｅｃｔｒｏ－Ｌｕｍｉｎｅｓｃｅｎｃｅ）ディスプレイ、ウェアラブル・デバイスのディスプレイなどが挙げられる。表示装置８１３は、コンピュータ８００の外部に設けられても良い。その場合、表示装置８１３は、例えばディスプレイケーブルなどを介してコンピュータ８００に接続される。また、入力Ｉ／Ｆ部８０７としてタッチパネルが採用される場合には、表示装置８１３は、入力Ｉ／Ｆ部８０７と一体化して構成することが可能である。

なお、上記実施形態は、本発明を説明するための例示であり、本発明をその実施の形態のみに限定する趣旨ではない。また、本発明は、その要旨を逸脱しない限り、さまざまな変形が可能である。さらに、当業者であれば、上記に述べる各要素を均などなものに置換した実施の形態を採用することが可能であり、かかる実施の形態も本発明の範囲に含まれる。

また、上記実施形態で記載された決済装置が備える構成要素は、記憶装置８０５に格納されたプログラムがプロセッサ８０１によって実行されることで、定められた処理が他のハードウェアと協働して実現されるものとする。また、言い換えれば、これらの構成要素は、ソフトウェアまたはファームウェアとしても、それと対応するハードウェアとしても想定され、その双方の概念において、「機能」、「手段」、「部」、「処理回路」、「ユニット」、または「モジュール」などとも記載され、またそれぞれに読み替えることができる。

［変形例］
なお、本発明を上記実施形態に基づいて説明してきたが、以下のような場合も本発明に含まれる。

［変形例１］
上記実施形態に係る配送仲介装置１００が備える各構成の少なくとも一部は、関係者端末が備えていてもよい。関係者端末は、例えば、インストールされた配送仲介アプリを実行することでこれらの構成を実現させてもよい。

［変形例２］
上記実施形態では、属性記憶部、信頼度記憶部、条件記憶部、配送記憶部、およびインシデント記憶部を配送仲介装置１００の記憶部が備える例を示したが、本発明をこれに限る趣旨ではない。例えば、これらの記憶部の少なくとも一部は、外部システム５００の外部装置、または依頼者端末２００、配送者端末３００もしくは受領者端末４００が備えてもよい。また、これらの記憶部で記憶する情報の少なくとも一部を、例えば、分散型台帳技術（ブロックチェーン技術）を用いて複数の装置で分散管理してもよい。

［変形例３］
上記実施形態では示していないが、ルート作成部１１５１は、例えば、依頼者の配送ルートの指定後または配送物の発送後において、配送状況やインシデント情報に基づいて、配送ルートを再作成してもよい。また、計画作成部１１５２は、依頼者の配送ルートの指定後または配送物の発送後において、配送状況やインシデント情報に基づいて、配送計画を再作成してもよい。依頼者出力部１１２１は、この再作成された配送ルートや配送計画を依頼者端末２００に出力してもよい。

［変形例４］
上記実施形態では示していないが、保険処理部１２１は、属性情報、取引履歴、配送状況および／またはインシデント情報等に基づいて、取引におけるリスクレベルを予測してもよい。保険処理部１２１は、例えば、取引が配送の場合、予測したリスクレベルを外部の保険システムに提供し、保険システムから適用可能な保険の保険金の見積りを取得してもよい。保険処理部１２１は、取得した保険金の見積りを配送計画または配送計画の候補に含めてもよい。この場合、出力されたこの配送計画に対する依頼者からの配送依頼は、この見積もりした保険を適用するか否かの指定を含んでもよい。

１…配送仲介システム、１００…配送仲介装置、１１０…制御部、１１１…受付部、１１２…出力部、１１２１…依頼者出力部、１１２２…配送者出力部、１１３…取得部、１１３１…属性取得部、１１３２…条件取得部、１１３３…状況取得部、１１４…特定部、１１４１…配送者特定部、１１５…作成部、１１５１…ルート作成部、１１５２…計画作成部、１１６…更新部、１１７…検出部、１１８…抽出部、１１９…判定部、１２０…決済処理部、１２１…保険処理部、１２２…支援処理部、１３０…記憶部、１３１…属性記憶部、１３２…信頼度記憶部、１３２…条件記憶部、１３３…条件記憶部、１３４…配送記憶部、１３５…インシデント記憶部、１４０…通信部、２００…依頼者端末、３００…配送者端末、４００…受領者端末、８００…コンピュータ、８０１…プロセッサ、８０３…メモリ、８０５…記憶装置、８０７…入力Ｉ／Ｆ部、８０９…データＩ／Ｆ部、８１１…通信Ｉ／Ｆ部、８１３…表示装置。

Claims (10)

1. 配送を依頼する依頼者が使用する依頼者端末から、配送元と配送先と配送物とを示す配送依頼を受け付ける依頼受付部と、
   複数の配送者とそれぞれの信頼度とを記憶する信頼度記憶部を参照して、前記依頼者端末に、前記複数の配送者とそれぞれの信頼度とを出力する依頼者出力部と、
   前記依頼者端末から、前記出力された複数の配送者のうち前記配送を依頼する配送者の指定を受け付ける指定受付部と、
   前記指定された配送者の配送者端末に、前記配送依頼を出力する配送者出力部と、
   前記配送者端末、前記配送物に取り付けられた発信機または前記配送物に取り付けられた可読媒体を読み取った端末の少なくともいずれかから、前記配送の際に、配送期間における複数の時点それぞれの配送状況を取得する状況取得部と、
   前記配送計画に基づいて、前記複数の時点それぞれにおける前記配送者を含む関係者の中から前記配送物に対する１以上の責任者とそれぞれの責任比率とを判定する判定部と、
   前記配送者に対して前記配送物に関する料金の支払い決済のための処理を行う決済処理部であって、前記配送物の配送に影響を与えたインシデントを示すインシデント情報と、前記責任比率とに基づいて前記料金を調整する決済処理部と、を備える、
   配送仲介装置。
2. 配送を依頼する依頼者が使用する依頼者端末から、配送元と配送先と配送物とを示す配送依頼を受け付ける依頼受付部と、
   複数の配送者とそれぞれの信頼度とを記憶する信頼度記憶部を参照して、前記配送依頼と、複数の配送者とそれぞれの信頼度とに基づいて、前記配送依頼に対応する１以上の配送計画の候補を作成する計画作成部と、
   複数の配送者とそれぞれの信頼度とを記憶する信頼度記憶部を参照して、前記依頼者端末に、前記複数の配送者とそれぞれの信頼度と、前記１以上の配送計画の候補とを出力する依頼者出力部と、
   前記依頼者端末から、前記出力された複数の配送者のうち前記配送を依頼する配送者の指定と、前記１以上の配送計画の候補から使用する配送計画の指定とを受け付ける指定受付部と、
   前記指定された配送者の配送者端末に、前記配送依頼と、前記指定された配送計画とを出力する配送者出力部と、
   前記指定された配送計画に基づいて、前記信頼度記憶部に記憶されている配送者の信頼度を更新する更新部と、を備える、
   配送仲介装置。
3. 前記信頼度記憶部を参照して、前記配送依頼と前記信頼度とに基づいて、前記複数の配送者の中から１以上の配送者の候補を特定する配送者特定部をさらに備え、
   前記依頼者出力部は、前記依頼者端末に、前記複数の配送者を前記配送者の候補に限定して出力する、
   請求項１または２に記載の配送仲介装置。
4. 前記複数の配送者それぞれの配送者端末から、各配送者が対応可能な配送条件を取得する条件取得部をさらに備え、
   前記計画作成部は、前記複数の配送者それぞれの前記配送条件にさらに基づいて、前記配送計画を作成する、
   請求項２に記載の配送仲介装置。
5. 前記指定された配送計画と前記配送状況に基づいて、前記複数の時点それぞれにおける前記配送物に関する権利の移転を検出する検出部と、
   前記判定部は、前記権利の移転にさらに基づいて、前記１以上の責任者とそれぞれの責任比率とを判定する、
   請求項１に記載の配送仲介装置。
6. 前記配送状況に基づいて、前記複数の時点それぞれにおける前記配送物の配送に影響を与え得るインシデントを抽出する抽出部と、
   前記更新部は、さらに、前記抽出されたインシデントに基づいて、前記インシデント記憶部に記憶されているインシデント情報を更新する、
   請求項１または５に記載の配送仲介装置。
7. コンピュータに、
   配送を依頼する依頼者が使用する依頼者端末から、配送元と配送先と配送物とを示す配送依頼を受け付ける依頼受付機能と、
   複数の配送者とそれぞれの信頼度とを記憶する信頼度記憶部を参照して、前記依頼者端末に、前記複数の配送者とそれぞれの信頼度とを出力する依頼者出力機能と、
   前記依頼者端末から、前記出力された複数の配送者のうち前記配送を依頼する配送者の指定を受け付ける指定受付機能と、
   前記指定された配送者の配送者端末に、前記配送依頼を出力する配送者出力機能と、
   前記配送者端末、前記配送物に取り付けられた発信機または前記配送物に取り付けられた可読媒体を読み取った端末の少なくともいずれかから、前記配送の際に、配送期間における複数の時点それぞれの配送状況を取得する状況取得機能と、
   前記配送計画に基づいて、前記複数の時点それぞれにおける前記配送者を含む関係者の中から前記配送物に対する１以上の責任者とそれぞれの責任比率とを判定する判定機能と、
   前記配送者に対して前記配送物に関する料金の支払い決済のための処理を行う決済処理機能であって、前記配送物の配送に影響を与えたインシデントを示すインシデント情報と、前記責任比率とに基づいて前記料金を調整する決済処理機能と、を実現する、
   プログラム。
8. コンピュータが、
   配送を依頼する依頼者が使用する依頼者端末から、配送元と配送先と配送物とを示す配送依頼を受け付け、
   複数の配送者とそれぞれの信頼度とを記憶する信頼度記憶部を参照して、前記依頼者端末に、前記複数の配送者とそれぞれの信頼度とを出力し、
   前記依頼者端末から、前記出力された複数の配送者のうち前記配送を依頼する配送者の指定を受け付け、
   前記指定された配送者の配送者端末に、前記配送依頼を出力し、
   前記配送者端末、前記配送物に取り付けられた発信機または前記配送物に取り付けられた可読媒体を読み取った端末の少なくともいずれかから、前記配送の際に、配送期間における複数の時点それぞれの配送状況を取得し、
   前記配送計画に基づいて、前記複数の時点それぞれにおける前記配送者を含む関係者の中から前記配送物に対する１以上の責任者とそれぞれの責任比率とを判定し、
   前記配送物の配送に影響を与えたインシデントを示すインシデント情報と、前記責任比率とに基づいて前記配送物に関する料金を調整し、前記配送者に対してこの調整した料金の支払い決済のための処理を行う、
   情報処理方法。
9. 配送を依頼する依頼者が使用する依頼者端末から、配送元と配送先と配送物とを示す配送依頼を受け付ける依頼受付機能と、
   複数の配送者とそれぞれの信頼度とを記憶する信頼度記憶部を参照して、前記配送依頼と、複数の配送者とそれぞれの信頼度とに基づいて、前記配送依頼に対応する１以上の配送計画の候補を作成する計画作成機能と、
   前記信頼度記憶部を参照して、前記依頼者端末に、前記複数の配送者とそれぞれの信頼度と、前記１以上の配送計画の候補とを出力する依頼者出力機能と、
   前記依頼者端末から、前記出力された複数の配送者のうち前記配送を依頼する配送者の指定と、前記１以上の配送計画の候補から使用する配送計画の指定とを受け付ける指定受付機能と、
   前記指定された配送者の配送者端末に、前記配送依頼と、前記指定された配送計画とを出力する配送者出力機能と、
   前記指定された配送計画に基づいて、前記信頼度記憶部に記憶されている配送者の信頼度を更新する更新機能と、を実現させる、
   プログラム。
10. コンピュータが、
    配送を依頼する依頼者が使用する依頼者端末から、配送元と配送先と配送物とを示す配送依頼を受け付け、
    複数の配送者とそれぞれの信頼度とを記憶する信頼度記憶部を参照して、前記配送依頼と、複数の配送者とそれぞれの信頼度とに基づいて、前記配送依頼に対応する１以上の配送計画の候補を作成し、
    前記信頼度記憶部を参照して、前記依頼者端末に、前記複数の配送者とそれぞれの信頼度と、前記１以上の配送計画の候補とを出力し、
    前記依頼者端末から、前記出力された複数の配送者のうち前記配送を依頼する配送者の指定と、前記１以上の配送計画の候補から使用する配送計画の指定とを受け付け、
    前記指定された配送者の配送者端末に、前記配送依頼と、前記指定された配送計画とを出力し、
    前記指定された配送計画に基づいて、前記信頼度記憶部に記憶されている配送者の信頼度を更新する、
    情報処理方法。

Images