JP2023061849A - プログラム、仲介装置及び仲介装置による仲介処理方法 - Google Patents

Abstract

【課題】役務の提供者から当該役務に係る適切な役務提供価格を提示することを可能とする。【解決手段】役務の提供者と役務の発注者との間で役務の発注に係る仲介を行う仲介サーバ３０においてコンピュータにより実行されるプログラム３１１において、仲介サーバ３０はコンピュータを備え、コンピュータは制御部３２０を備え、プログラム３１１は、制御部３２０に、役務に対して少なくとも提供者に最低入札価格を提示する第１のステップと、提供者から、最低入札価格以上の入札価格により役務に対する入札の入力を受け入れる第２のステップとを実行させる。【選択図】図５

Description

本開示は、プログラム、仲介装置及び仲介装置による仲介処理方法に関する。

役務の提供者と役務の発注者との間で役務の発注に係る仲介を行う仲介装置の一例として、荷主と運送会社との間で荷物の発注に係る仲介を行う仲介装置が知られている。このような仲介装置の一例として、特開２０１９－１８５７９３号公報（特許文献１）に開示された装置がある。

特許文献１に開示された装置には、まず、配送案件に関する案件情報が入力され、次に、装置は、案件情報に含まれる車両タイプにより定まる条件に合致する車両を車両情報に含む事業所を判別し、判別された事業所の一覧を表示するための一覧表示情報を送信する。表示された判別結果から発注を行う事業所を発注者が選択したことの通知を装置が受信すると、装置は、当該事業所の受注者端末に受注するか否かの確認を通知し、受注者端末から受注する旨の通知を受信した場合、装置は取引を成約させる。

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

しかしながら、特許文献１に開示された技術では、役務の提供者である運送会社から、荷物の運送に係る運賃を提案することができない、という課題があった。

そこで、本開示は、上記課題を解決すべくなされたものであって、その目的は、役務の提供者から当該役務に係る適切な役務提供価格を提示することが可能なプログラム、仲介装置及び仲介装置による仲介処理方法を提供することにある。

一実施形態によると、役務の提供者と役務の発注者との間で役務の発注に係る仲介を行う仲介装置が備えるコンピュータにより実行されるプログラムが提供される。このコンピュータは制御部を備え、プログラムは、この制御部に、役務に対して少なくとも提供者に最低入札価格を提示する第１のステップと、提供者から、最低入札価格以上の入札価格により役務に対する入札の入力を受け入れる第２のステップとを実行させる。

本開示によれば、役務の提供者から当該役務に係る適切な役務提供価格を提示することを可能とする。

本開示に係る仲介システムの概要を示す図である。 実施形態に係る仲介サーバのハードウェア構成を示すブロック図である。 実施形態に係る荷主端末のハードウェア構成を示すブロック図である。 実施形態に係る運送会社端末のハードウェア構成を示すブロック図である。 実施形態に係る仲介サーバの機能的な構成を示す図である。 実施形態に係る仲介サーバに格納された荷主テーブルのデータ構造を示す図である。 実施形態に係る仲介サーバに格納された運送会社テーブルのデータ構造を示す図である。 実施形態に係る仲介サーバに格納された最低入札価格テーブルのデータ構造を示す図である。 実施形態に係る仲介サーバに格納された案件テーブルのデータ構造を示す図である。 実施形態に係る仲介システムの動作を説明するためのシーケンス図である。 実施形態に係る仲介システムの動作を説明するためのシーケンス図であって、図１０に示す動作の続きを示す図である。 実施形態に係る仲介装置における最低入札価格算出動作の一例を示すフローチャートである。 実施形態に係る荷主端末の表示装置に表示される配送依頼画面の一例を示す図である。 実施形態に係る運送会社端末に送出される配送依頼案件情報の一例を示す図である。 実施形態に係る運送会社端末の表示装置に表示される配送依頼案件画面の一例を示す図である。 実施形態に係る荷主端末に送出される入札案件情報の一例を示す図である。 実施形態に係る荷主端末の表示装置に表示される入札案件画面の一例を示す図である。

以下、本開示の実施形態について図面を参照して説明する。実施形態を説明する全図において、共通の構成要素には同一の符号を付し、繰り返しの説明を省略する。なお、以下の実施形態は、特許請求の範囲に記載された本開示の内容を不当に限定するものではない。また、実施形態に示される構成要素のすべてが、本開示の必須の構成要素であるとは限らない。また、各図は模式図であり、必ずしも厳密に図示されたものではない。

また、以下の説明において、「プロセッサ」は、１以上のプロセッサである。少なくとも１つのプロセッサは、典型的には、ＣＰＵ（Central Processing Unit）のようなマイクロプロセッサであるが、ＧＰＵ（Graphics Processing Unit）のような他種のプロセッサでもよい。少なくとも１つのプロセッサは、シングルコアでもよいしマルチコアでもよい。

また、少なくとも１つのプロセッサは、処理の一部又は全部を行うハードウェア回路（例えばＦＰＧＡ（Field-Programmable Gate Array）又はＡＳＩＣ（Application Specific Integrated Circuit））といった広義のプロセッサでもよい。

また、以下の説明において、「ｘｘｘテーブル」といった表現により、入力に対して出力が得られる情報を説明することがあるが、この情報は、どのような構造のデータでもよいし、入力に対する出力を発生するニューラルネットワークのような学習モデルでもよい。従って、「ｘｘｘテーブル」を「ｘｘｘ情報」と言うことができる。

また、以下の説明において、各テーブルの構成は一例であり、１つのテーブルは、２以上のテーブルに分割されてもよいし、２以上のテーブルの全部又は一部が１つのテーブルであってもよい。

また、以下の説明において、「プログラム」を主語として処理を説明する場合があるが、プログラムは、プロセッサによって実行されることで、定められた処理を、適宜に記憶部及び／又はインタフェース部などを用いながら行うため、処理の主語が、プロセッサ（或いは、そのプロセッサを有するコントローラのようなデバイス）とされてもよい。

プログラムは、計算機のような装置にインストールされてもよいし、例えば、プログラム配布サーバ又は計算機が読み取り可能な（例えば非一時的な）記録媒体にあってもよい。また、以下の説明において、２以上のプログラムが１つのプログラムとして実現されてもよいし、１つのプログラムが２以上のプログラムとして実現されてもよい。

また、以下の説明において、種々の対象の識別情報として、識別番号が使用されるが、識別番号以外の種類の識別情報（例えば、英字や符号を含んだ識別子）が採用されてもよい。

また、以下の説明において、同種の要素を区別しないで説明する場合には、参照符号（又は、参照符号のうちの共通符号）を使用し、同種の要素を区別して説明する場合は、要素の識別番号（又は参照符号）を使用することがある。

また、以下の説明において、制御線や情報線は、説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。全ての構成が相互に接続されていてもよい。

＜仲介システム１の概要＞
図１は、本開示の一例である実施形態に係る仲介システム１の全体の構成を示す図である。本実施形態に係る仲介システム１は、役務の一例である荷物の運送について、役務の発注者である荷主と役務の提供者である運送会社との間を仲介する。従って、実施形態に係る仲介システム１は荷物の運送に関する仲介を行うが、本開示において役務は荷物の運送に限定されず、種々の役務について適用が可能である。一例として、清掃、理美容などの役務提供についても本開示の仲介システム１が好適に適用可能である。

なお、本明細書において、荷物とは運送会社により運送されるものを意味し、その形状、寸法、重量等に特段の制限はない。すなわち、運送会社が運送するものであれば本明細書における荷物であり、いわゆる宅配荷物ばかりではなく、鉄道、トラック等により運送される大重量のもの（変電器、鉄道車両など）も含まれる。また、運送会社が運送に用いる運送手段も鉄道、トラック、バイク、自転車、人力、ドローン等、その手段に特段の制限はない。

本実施形態の仲介システム１は、荷主が荷物の運送について所定の条件を提示して発注を行い、運送会社はこの発注に対して所定の条件で入札を行い、荷主は、運送会社からの入札を検討した上で運送会社による運送を決定する一連の手続を管理する。特に、本実施形態の仲介システム１は、運送会社が入札を行うに当たって最低入札価格が運送会社に提示され、運送会社はこの最低入札価格以上の入札価格で入札を行う。好ましくは、最低入札価格は役務である荷物の運送についての条件に従って定められる。ここにいう条件とは、一例として、荷物の重さ、積み地と納品先との間の距離、前記配送に用いられる車両の種類、車両の装備のうち少なくとも１つである。

図１を参照して、本実施形態に係る仲介システム１の概略の動作について説明する。仲介システム１は、荷主の担当者（以下、単に「荷主」と省略する）が操作する荷主端末１０、運送会社の担当者（以下、「運送会社」と省略する）が操作する運送会社端末２０、仲介動作を統括する仲介サーバ３０、及びこれらを接続するネットワークＮを有する。

まず、荷主は、荷主端末１０を介して荷物の運送に関する条件を入力した上で発注する（１）。仲介サーバ３０は、この条件を参照して、条件に従って定められた最低入札価格を荷主端末１０に送出し、この最低入札価格を荷主に提示する（２）。荷主は、この最低入札価格による入札を承諾して、荷主端末１０を介して荷物の運送に関する発注を指示する(３)。

仲介サーバ３０は、荷主から発注の指示があった荷物の運送について、運送会社端末２０に依頼案件を送出することで、運送会社に依頼案件を通知する（４）。この際、仲介サーバ３０は、荷主に対して提示した最低入札価格を運送会社にも提示する（５）。運送会社は、依頼案件通知を検討し、この通知に記載された荷物の運送に関する条件を検討した上で、入札を行うと決定したら、運送会社端末２０を介して入札入力を行う（６）。入札を行う際には入札条件が入力され、この中には入札価格が含まれる。入札価格は、仲介サーバ３０が提示した最低入札価格以上の価格である。

運送会社からの入札が行われると、仲介サーバ３０は荷主端末１０に入札案件の通知を送出することで、荷主に入札案件があることを通知する（７）。荷主は、入札案件に記載された条件を検討した上で、この条件を応諾する場合は、荷主端末１０を介して荷物の運送の発注先を決定する（８）。仲介サーバ３０は、荷主からの発注があったら、発注確定通知を運送会社端末２０に送出することで、運送会社に発注が確定したことを通知する（９）。

＜仲介システム１の基本構成＞
既に図１を用いて説明したように、本実施形態の仲介システム１は、ネットワークＮを介して接続された荷主端末１０、運送会社端末２０、及び仲介サーバ３０を有する。仲介サーバ３０のハードウェア構成を図２に、荷主端末１０のハードウェア構成を図３に、運送会社端末２０のハードウェア構成を図４に示す。これら荷主端末１０、運送会社端末２０及び仲介サーバ３０は、情報処理装置により構成されている。

情報処理装置は演算装置と記憶装置とを備えたコンピュータにより構成されている。コンピュータの基本ハードウェア構成および、当該ハードウェア構成により実現されるコンピュータの基本機能構成は後述する。なお、荷主端末１０、運送会社端末２０及び仲介サーバ３０のそれぞれについて、後述するコンピュータの基本ハードウェア構成およびコンピュータの基本機能構成と重複する説明は繰り返さない。

ネットワークＮは、インターネット、ＬＡＮ、無線基地局等によって構築される各種移動通信システム等で構成される。例えば、ネットワークには、３Ｇ、４Ｇ、５Ｇ移動通信システム、ＬＴＥ（Long Term Evolution）、所定のアクセスポイントによってインターネットに接続可能な無線ネットワーク（例えばWi-Fi（登録商標））等が含まれる。無線で接続する場合、通信プロトコルとして例えば、Ｚ－Ｗａｖｅ（登録商標）、ＺｉｇＢｅｅ（登録商標）、Ｂｌｕｅｔｏｏｔｈ（登録商標）等が含まれる。有線で接続する場合は、ネットワークには、ＵＳＢ（Universal Serial Bus）ケーブル等により直接接続するものも含む。

以下、各装置の構成およびその動作を説明する。

＜仲介サーバ３０のハードウェア構成＞
図２は、仲介サーバ３０の基本的なハードウェア構成を示すブロック図である。仲介サーバ３０は、プロセッサ３０１、主記憶装置３０２、補助記憶装置３０３、通信ＩＦ３０４（インタフェース、Interface）を少なくとも備える。これらは通信バス３０５により相互に電気的に接続される。

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

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

補助記憶装置３０３とは、データ及びプログラムを保存するための記憶装置である。例えば、フラッシュメモリ、ＳＳＤ（Solid State Drive）、ＨＤＤ（Hard Disc Drive）、光磁気ディスク、ＣＤ－ＲＯＭ、ＤＶＤ－ＲＯＭ、半導体メモリ等である。

通信ＩＦ３０４とは、有線又は無線の通信規格を用いて、他のコンピュータとネットワークを介して通信するための信号を入出力するためのインタフェースである。

なお、各ハードウェア構成の全部または一部を複数のコンピュータに分散して設け、ネットワークを介して相互に接続することにより仲介サーバ３０を仮想的に実現することができる。このように、仲介サーバ３０は、単一の筐体、ケースに収納されたコンピュータだけでなく、仮想化されたコンピュータシステムも含む概念である。

＜荷主端末１０、運送会社端末２０の基本ハードウェア構成＞
図３は荷主端末１０の基本的なハードウェア構成を示すブロック図、図４は運送会社端末２０の基本的なハードウェア構成を示すブロック図である。これら荷主端末１０及び運送会社端末２０は、プロセッサ１０１、２０１、主記憶装置１０２、２０２、補助記憶装置１０３、２０３、通信ＩＦ１０４、２０４、入力ＩＦ１０５、２０５、出力ＩＦ１０６、２０６を有する。これらは通信バス１０７、２０７により相互に電気的に接続される。また、荷主端末１０、運送会社端末２０には、入力ＩＦ１０５、２０５を介して入力装置１１０、２１０が、出力ＩＦ１０６、２０６を介して出力装置１１１、２１１がそれぞれ接続されている。

入力ＩＦ１０５、２０５は、ユーザからの入力操作を受け付けるための入力装置１１０、２１０とのインタフェースとして機能する。出力ＩＦ１０６、２０６は、ユーザに対し情報を提示するための出力装置１１１、２１１とのインタフェースとして機能する。入力装置１１０、２１０は、ユーザからの入力操作を受け付けるための入力装置（例えば、タッチパネル、タッチパッド、マウス等のポインティングデバイス、キーボード等）である。出力装置１１１、２１１は、ユーザに対し情報を提示するための出力装置（ディスプレイ、スピーカ等）である。

＜仲介サーバ３０の機能構成＞
仲介サーバ３０のハードウェア構成が実現する機能構成を図５に示す。仲介サーバ３０は、記憶部３１０、制御部３２０を備える。記憶部３１０は仲介サーバ３０の主記憶装置３０２及び補助記憶装置３０３により構成され、制御部３２０は主に仲介サーバ３０のプロセッサ３０１により構成される。

＜仲介サーバ３０の記憶部３１０の構成＞
仲介サーバ３０の記憶部３１０は、荷主テーブル３１２、運送会社テーブル３１３、最低入札価格テーブル３１４及び案件テーブル３１５を有する。

これら荷主テーブル３１２等はデータベースとして提供されてもよい。ここに言うデータベースは、リレーショナルデータベースを指し、行と列によって構造的に規定された表形式のテーブルと呼ばれるデータ集合を、互いに関連づけて管理するためのものである。データベースでは、表をテーブル、表の列をカラム、表の行をレコードと呼ぶ。リレーショナルデータベースでは、テーブル同士の関係を設定し、関連づけることができる。

通常、各テーブルにはレコードを一意に特定するための主キーとなるカラムが設定されるが、カラムへの主キーの設定は必須ではない。制御部３２０は、各種プログラムに従ってプロセッサ３０１に、記憶部３１０に記憶された特定のテーブルにレコードを追加、削除、更新を実行させることができる。

図６は、荷主テーブル３１２のデータ構造を示す図である。荷主テーブル３１２は、仲介サーバ３０に登録された、荷主端末１０を使用する荷主に関する情報を記憶し管理するテーブルである。荷主テーブル３１２には、荷主が荷主端末１０を介して仲介システム１（仲介サーバ３０）にログインするための情報、及び、荷主が荷物の運送を発注する際の条件が格納されている。

荷主テーブル３１２は、個々のレコードを特定するためのナンバー（No.）３１２０を主キーとして、ＩＤ３１２１、パスワード３１２２、及び料金体系３１２３のカラムを有するテーブルである。

ＩＤ３１２１は、ユーザである荷主を一意に識別するための識別子を記憶する項目である。パスワード３１２２は、荷主が荷主端末１０を用いて仲介システム１（仲介サーバ３０）にログインするための項目である。料金体系３１２３は、荷主に対して請求可能な運送価格（入札価格）の体系を特定するための項目である。

本実施形態の仲介システム１では、荷主に対して請求可能な運送価格の体系が２つ設けられている。一つは、既に説明した入札価格による運送価格（料金体系３１２３において「入札」）であり、もう一つは、料金体系が予め定められている運送価格（料金体系３１２３において「固定タリフ」）である。料金体系３１２３が固定タリフ（タリフ＝料金表）とは、タリフが固定されている、すなわち、固定タリフによる料金体系が予め定められており、運送会社は入札価格により自らが請求を希望する運送価格による入札を行うことができないことを意味している。

荷主テーブル３１２に示すように、料金体系３１２３は荷主毎に予め定められている。このように、固定タリフによる入札を許容することで、多様な条件を有する荷主が仲介システム１に参加することを許容し、仲介システム１の利用頻度を高めることができる。

なお、図６に示す荷主テーブル３１２では、個々の荷主毎に料金体系３１２３が「入札」または「固定タリフ」のいずれかであるか予め定められているが、荷主が荷物の運送の発注を行う度にいずれかの選択を許容してもよい。但し、以下の説明では、料金体系３１２３は荷主毎に予め定められているものとする。

図７は、運送会社テーブル３１３のデータ構造を示す図である。運送会社テーブル３１３は、仲介サーバ３０に登録された、運送会社端末２０を使用する運送会社に関する情報を記憶し管理するテーブルである。運送会社テーブル３１３には、運送会社が運送会社端末２０を介して仲介システム１（仲介サーバ３０）にログインするための情報、及び、運送会社の業務を評価したスコアが格納されている。

運送会社テーブル３１３は、個々のレコードを特定するためのナンバー（No.）３１３０を主キーとして、ＩＤ３１３１、パスワード３１３２、及びスコア３１３３のカラムを有するテーブルである。

ＩＤ３１３１は、ユーザである運送会社を一意に識別するための識別子を記憶する項目である。パスワード３１３２は、運送会社が運送会社端末２０を用いて仲介システム１（仲介サーバ３０）にログインするための項目である。スコア３１３３は、個々の運送会社により提供される運送業務の質を評価した結果として算出された項目である。スコア３１１３は、仲介サーバ３０の制御部３２０に構成されるスコアリング算出部３２５により算出され、運送会社テーブル３１３のスコア３１１３に格納される。スコアリング算出部３２５の機能については後述する。

図８は、最低入札価格テーブル３１４のデータ構造を示す図である。最低入札価格テーブル３１４は、荷主と運送会社との間で荷物の運送に係る入札業務を行うに当たって、少なくとも運送会社、好ましくは荷主にも提示される、荷物の運送に対する最低入札価格が格納されたテーブルである。最低入札価格テーブル３１４は、好ましくは荷主毎に設けられる。さらに好ましくは、最低入札価格テーブル３１４は、荷主毎に異なる最低入札価格である。あるいは、また、最低入札価格テーブル３１４は、好ましくは運送会社毎に設けられる。

最低入札価格テーブル３１４は、荷物の運送を行う際の距離３１４０及び荷物の重量３１４１をそれぞれキーとして、これらキーにより特定されるフィールドに、距離３１４０及び重量３１４１を荷物の運送に係る条件として一意に定められる最低入札価格３１４２が格納されたテーブルである。

なお、図８に示す最低入札価格テーブル３１４は、距離３１４０及び重量３１４１の２条件により一意に最低入札価格３１４２が定められるデータ構造を有しているが、最低入札価格を決定するための荷物の運送に関する条件は距離３１４０及び重量３１４１には限定されない。一例として、荷物の重さ、積み地と納品先との間の距離、前記配送に用いられる車両の種類、車両の装備のうち少なくとも１つであればよい。なお、３以上の荷物の運送に関する条件に従って最低入札価格を定める場合、これら条件を変数とする関係式が記憶部３１０に格納され、後述する制御部３２０の最低入札価格算出部３２４がこの関係式を用いて最低入札価格を算出してもよい。

図９は、案件テーブル３１５のデータ構造を示す図である。案件テーブル３１５は、仲介サーバ３０に登録された、荷主により発注された荷物の運送に係る案件を記憶し管理するテーブルである。案件テーブル３１５には、荷主により発注された案件を特定するための情報、及び案件の経過に関する情報が格納されている。

案件テーブル３１５は、案件ＩＤ３１５０を主キーとして、荷主ＩＤ３１５１、運送会社ＩＤ３１５２、集荷地３１５３、納品先３１５４、料金体系３１５５、最低入札価格３１５６、入札価格３１５７及びステータス３１５８のカラムを有するテーブルである。

案件ＩＤ３１５０は、仲介サーバ３０が取り扱う荷物の運送に関する案件を一意に識別するための識別子を記憶する項目である。荷主ＩＤ３１５１は、案件ＩＤ３１５０により特定される案件に係る荷主を一意に識別するための識別子であり、荷主テーブル３１２のＩＤ３１２１に記載されたＩＤが転記される。運送会社ＩＤ３１５２は、案件ＩＤ３１５０により特定される案件に係る運送会社を一意に識別するための識別子であり、運送会社テーブル３１３のＩＤ３１３１に記載されたＩＤが転記される。集荷地３１５３は、案件ＩＤ３１５０により特定される案件に係る集荷地に関する項目である。納品先３１５４は、案件ＩＤ３１５０により特定される案件に係る納品先に関する項目である。料金体系３１５５は、案件ＩＤ３１５０により特定される案件に係る料金体系に関する項目である。料金体系３１５５に格納される情報は、荷主ＩＤ３１５１により特定される荷主について荷主テーブル３１２の料金体系３１２３に記載された情報と同一である。最低入札価格３１５６は、案件ＩＤ３１５０により特定される案件に係る最低入札価格に関する項目である。入札価格３１５７は、案件ＩＤ３１５０により特定される案件に係る入札価格に関する項目である。ステータス３１５８は、案件ＩＤ３１５０により特定される案件に係る入札状況に関する項目である。具体的に、ステータス３１５８には、「発注入力済」「発注指示済」「依頼案件通知済」「入札入力済」「入札案件通知済」「発注先決定済」「発注確定通知済」といった、当該案件の進捗状況（ステータス）に関する情報が格納される。仲介サーバ３０は、ステータス３１５８において、各案件が荷主により発注先としての運送会社を決定したタイミングを示す情報を保持する。
図９では図示していないが、案件テーブル３１５は、荷主から荷物の登録があったタイミング、各運送会社が案件について入札金額を指定することで入札を行ったタイミングを示す情報（日時など）を保持する。

仲介サーバ３０は、案件テーブル３１５にステータス３１５８を参照し、案件の進捗状況を管理する。そして、仲介サーバ３０は、停滞・滞留している案件があった場合は荷主または運送会社に案件に対するリマインドを行い、進捗を促す。

＜仲介サーバ３０の制御部３２０の構成＞
仲介サーバ３０の制御部３２０は、発注制御部３２１、入札入力制御部３２２、入札制御部３２３、最低入札価格算出部３２４及びスコアリング算出部３２５を備える。制御部３２０は、記憶部３１０に記憶されたアプリケーションプログラム３１１を実行することにより、これら発注制御部３２１等の機能ユニットが実現される。

発注制御部３２１は、荷主からの荷物の運送に係る発注入力及び発注指示動作を制御する。

具体的には、発注制御部３２１は、荷主端末１０からのログイン操作を受け入れ、荷主テーブル３１２の情報と照合してログインの可否を決定する。そして、ログインを許可する場合、発注制御部３２１は図１３に示すような配送依頼画面を荷主端末１０の出力装置１１１に表示させるための表示制御信号を送出し、荷主が荷主端末１０の入力装置１１０を操作することによる発注入力信号の入力を待つ。図１３の詳細な説明は後述する。そして、荷主からの発注入力信号を受け入れたら、発注制御部３２１は、この発注入力信号に含まれる発注情報を案件テーブル３１５に格納する。

この際、発注制御部３２１は、荷主テーブル３１２を参照して、ログインした荷主が入札価格による運送を許容する荷主であるか、固定タリフに基づく入札価格による運送のみを許容する荷主であるかを判定し、入札価格による運送を許容する荷主であれば、最低入札価格算出部３２４により算出された最低入札価格を荷主端末１０に送出し、この最低入札価格を荷主に提示する。

入札入力制御部３２２は、荷主から荷物の運送に係る案件の発注指示があったら、この案件を運送会社に提示し、運送会社からの入札入力を受け入れる一連の動作を制御する。

具体的には、入札入力制御部３２２は、荷主から荷物の運送に係る案件の発注指示があったら、図１４に示すような配送依頼案件情報を運送会社端末２０に送出する。また、入札入力制御部３２２は、運送会社端末２０からのログイン操作を受け入れ、運送会社テーブル３１３の情報と照合してログインの可否を決定する。そして、ログインを許可する場合、入札入力制御部３２２は図１５に示すような配送依頼案件画面を運送会社端末２０の出力装置２１１に表示させるための表示制御信号を送出し、運送会社が運送会社端末２０の入力装置２１０を操作することによる入札入力信号の入力を待つ。図１４及び図１５の詳細な説明は後述する。そして、運送会社からの入札入力信号を受け入れたら、入札入力制御部３２２は、この入札入力信号に含まれる入札情報を案件テーブル３１５に格納する。

この際、入札入力制御部３２２は、荷主テーブル３１２を参照して、入札に係る荷主が入札価格による運送を許容する荷主であるか、固定タリフに基づく入札価格による運送のみを許容する荷主であるかを判定し、入札価格による運送を許容する荷主であれば、最低入札価格算出部３２４により算出された最低入札価格を運送会社端末２０に送出し、この最低入札価格を運送会社に提示する。一方、固定タリフに基づく入札価格による運送のみを許容する荷主であれば、入札入力制御部３２２は、固定タリフにより定められた運送価格を運送会社端末２０に送出し、この運送価格を運送会社に提示する。

入札制御部３２３は、運送会社からの荷物の運送に係る入札入力があったら、入札入力についての情報を荷主に提示し、荷主による入札先閲覧動作及び発注先決定動作を制御する。さらに、入札制御部３２３は、荷主からの発注先決定入力を受け入れたら、発注先に係る運送会社に、入札した案件について発注が確定した旨を通知する動作を制御する。

具体的には、入札制御部３２３は、運送会社から荷物の運送に係る入札入力があったら、図１６に示すような入札案件情報を荷主端末１０に送出する。また、入札制御部３２３は、荷主端末１０からのログイン操作を受け入れ、荷主テーブル３１２の情報と照合してログインの可否を決定する。そして、ログインを許可する場合、入札制御部３２３は図１７に示すような入札案件画面を荷主端末１０の出力装置１１１に表示させるための表示制御信号を送出し、荷主が荷主端末１０の入力装置１１０を操作することによる発注先決定信号の入力を待つ。図１６及び図１７の詳細な説明は後述する。そして、荷主からの発注先決定信号を受け入れたら、入札制御部３２３は、この信号に含まれる発注先決定情報を案件テーブル３１５に格納する。この後、入札制御部３２３は、荷主により決定された発注先である運送会社の運送会社端末２０に発注確定情報を送出する。

最低入札価格算出部３２４は、発注制御部３２１及び入札入力制御部３２２の求めに応じて、最低入札価格テーブル３１４を参照して、荷物の運送に係る入札の発注条件に基づいて最低入札価格を算出し、算出した最低入札価格を発注制御部３２１及び入札入力制御部３２２に提供する。最低入札価格算出部３２４による最低入札価格の算出手順については、図１２のフローチャートを参照して後述する。

スコアリング算出部３２５は、個々の運送会社による荷物の運送の提供状況に応じて、運送会社毎のスコア（評価値）を算出し、算出したスコアを運送会社テーブル３１３のスコア３１３３に入力、更新する。スコアリング算出部３２５によるスコア算出手順の詳細については省略するが、スコア算出の指標としては、荷主からの評価、運送実績、運送に当たって指定された積み地及び納品先に遅刻をしなかった、運送後に荷主に報告をした、などが挙げられる。

入札制御部３２３は、図１７に示す入札案件画面を表示する際に、運送会社テーブル３１３を参照し、入札案件に係る運送会社のスコアを提供してもよい。また、入札制御部３２３は、スコアが所定値以上である運送会社について、優れている運送会社である表示（例えば所定のマーク）を行ってもよい。荷主は、入札に係る運送会社のスコア等を見ることで、実際に入札決定を行う入札案件（後述するように入札決定時に運送会社を特定するための情報は荷主に提示されないが）を決定する際の参考にすることができる。

なお、本実施形態の仲介システム１では、スコアリング算出部３２５は、実際に運送を行う運送会社の運転手（ドライバー）単位のスコアは算出しない。とはいえ、スコアは個々のドライバーの運送実績に基づくものであり、より詳細には個々のドライバーの運送実績の蓄積に基づくものである。但し、スコアリング算出部３２５は、個々の荷物の運送と運送会社に所属するドライバーとの紐付けを保持し、どのドライバーの運送がスコアに影響したかを解析することができる。

＜仲介システム１の動作＞
以下、図１０、図１１のシーケンス図及び図１２のフローチャートを参照しながら、仲介システム１の処理について説明する。なお、以下の説明では、荷主は入札価格による運送を許容する荷主であるものとして仲介システム１の処理の説明を行う。

まず、図１０のシーケンス図に示すように、荷物の運送に係る発注を希望する荷主は、荷主端末１０を介して仲介サーバ３０にログインする（ステップＳ１０００）。

仲介サーバ３０の発注制御部３２１は、ステップＳ１０００において荷主端末１０から送出された荷主のＩＤ及びパスワードと荷主テーブル３１２のＩＤ３１２１及びパスワード３１２２とを照合し、合致したと判定したら認証作業を終了し、図１３に示すような配送依頼画面を荷主端末１０の出力装置１１１を介して表示させるための表示制御信号を荷主端末１０に送出する（ステップＳ１００１）。

ステップＳ１００１において荷主端末１０に送出される配送依頼画面について、図１３を参照して詳細に説明する。

配送依頼画面１３００には、発注対象である荷物の運送が片道であるか往復であるかを選択させるボタン１３０１、積み地の名称及び住所を入力させる積み地入力欄１３０２、納品先の名称及び住所を入力させる納品先入力欄１３０３、運送における使用を希望する車両の車格を選択させる車両ボタン１３０４、運送すべき荷物をどの温度帯で運送するかの希望を選択させる温度帯ボタン１３０５、配送物の詳細を入力させるための配送物入力欄１３０６が表示されている。荷主は、荷主端末１０の入力装置１１０を操作することで、配送依頼画面１３００の所定箇所に配送依頼情報を入力する（ステップＳ１００２）。

配送依頼情報が入力されると、発注制御部３２１は、案件テーブル３１５に新しいレコードを追加し、配送依頼情報に含まれる各種情報を案件テーブル３１５に記入する。

次いで、発注制御部３２１は、地図アプリケーションのＡＰＩ（Application Programming Interface）等を用いて、積み地及び納品先の緯度、経度等の地理情報を獲得し、配送依頼画面１３００の地図領域１３０７に表示されている地図上に積み地及び納品先の地図上の位置１３０８を重畳して表示する。そして、発注制御部３２１は、同様に地図アプリケーションのＡＰＩ等を用いて、積み地から納品先への概要の経路を獲得し、さらに、この経路上で測定された積み地から納品先への想定距離を獲得して想定距離欄１３０９に表示させる。

次いで、発注制御部３２１は、荷主端末１０から送出された配送依頼情報を最低入札価格算出部３２４に提示し、最低入札価格算出部３２４は、この配送依頼情報に基づいて最低入札価格を算出して発注制御部３２１に提示する（ステップＳ１００３）。

図１２は、最低入札価格算出部３２４による最低入札価格算出手順を示すフローチャートである。

まず、最低入札価格算出部３２４は、発注制御部３２１から配送依頼情報の入力を受け入れる（ステップＳ１２００）。次いで、最低入札価格算出部３２４は、最低入札価格テーブル３１４を参照して（ステップＳ１２０１）、配送依頼情報に含まれる荷物の運送に係る条件により定められる最低入札価格を算出する（ステップＳ１２０２）。そして、最低入札価格算出部３２４は、ステップＳ１２０２で算出した最低入札価格を案件テーブル３１５に追加し（ステップＳ１２０３）、発注制御部３２１にこの最低入札価格を通知する。

図１０に戻って、発注制御部３２１は、最低入札価格算出部３２４が算出した最低入札価格を荷主端末１０に送出する（ステップＳ１００４）。具体的には、発注制御部３２１は、図１３に示す配送依頼画面１３００の最低価格欄１３１０に、最低入札価格算出部３２４が算出した最低入札価格を表示する。配送依頼画面１３００の最低価格欄１３１０に表示される最低入札価格は、荷主にとっての参考価格という位置付けである。そして、荷主は、配送依頼画面１３００に記載された事項を検討し、この条件で発注を指示する場合は、荷主端末１０の入力装置１１０を操作して発注指示ボタン１３１１をクリック等することで、発注指示入力を行う（ステップＳ１００５）。

次いで、入札入力制御部３２２は、荷主から発注指示があった案件について、運送会社テーブル３１３に登録されている運送会社に対して、図１４に示すような配送依頼案件情報１４００を送出する（ステップＳ１００６）。図１４に示す配送依頼案件情報１４００は、運送会社の担当者のメールアドレス宛てにメール形式で送付してもよいし、ＳＮＳ等を介して配信してもよいし、運送会社端末２０に対していわゆるプッシュ通知してもよい。配送依頼案件情報１４００の送出手法は特段の限定はなく、運送会社（の担当者）が案件の発注指示があったことに気付く手法であればよい。

この配送依頼案件情報１４００には、荷主端末１０から送出された配送依頼指示情報に基づく情報と、仲介サーバ３０にアクセスするための情報（図１４ではＵＲＬ（Uniform Resource Locator））とが含まれている。当然、仲介システム１に関する宣伝情報等、他の情報が配送依頼案件情報１４００に含まれてもよい。

配送依頼案件情報１４００を受け取った運送会社は、運送会社端末２０を介して仲介サーバ３０にログインする（ステップＳ１００７）。

仲介サーバ３０の入札入力制御部３２２は、ステップＳ１００７において運送会社端末２０から送出された運送会社のＩＤ及びパスワードと運送会社テーブル３１３のＩＤ３１３１及びパスワード３１３２とを照合し、合致したと判定したら認証作業を終了し、図１５に示すような配送依頼案件画面を運送会社端末２０の出力装置２１１を介して表示させるための表示制御信号を運送会社端末２０に送出する（ステップＳ１００８）。

ステップＳ１００８において運送会社端末２０に送出される配送依頼案件画面について、図１５を参照して詳細に説明する。

配送依頼案件画面１５００には、荷主から発注指示があった案件がリスト形式で表示されるリスト画面１５０１と、案件の詳細な情報が表示される詳細画面１５０２とが表示されている。リスト画面１５０１に表示されている個々の案件には、荷主に提示した最低入札価格が表示されており、また、案件の詳細を詳細画面１５０２に表示させるための詳細ボタン１５０３が表示されている。

運送会社は、配送依頼案件画面１５００の詳細画面１５０２に表示されている発注指示があった案件（つまり入札待ちの案件）の条件を検討する。そして、この案件についての入札を希望する場合は、運送会社は、運送会社端末２０の入力装置２１０を介して、入札価格を入札価格入力欄１５０４に入力し、この入力についてのコメントがある場合はこのコメントをコメント欄１５０５に入力する。入札入力制御部３２２は、入札価格入力欄１５０４に入力された入札価格と最低入札価格とを比較し、入札価格が最低入札価格を下回る時は配送依頼案件画面１５００に警告表示を行い、入札価格の再入力を促すとともに、入札価格が最低入札価格を下回る状態での入札入力を行わせない。そして、入札価格が最低入札価格以上であることを条件として、運送会社は運送会社端末２０の入力装置２１０を操作してエントリーボタン１５０６をクリック等することで入札入力を行う（ステップＳ１００９）。

入札入力に係る入札入力情報は運送会社端末２０から仲介サーバ３０に送出され、入札入力制御部３２２は、運送会社端末２０から送出された入札入力情報に含まれる各種情報を案件テーブル３１５に記入する。

次いで、入札制御部３２３は、運送会社から入札入力があった案件について、この入札入力の対象となる荷主に対して、図１６に示すような入札案件情報１６００を送出する（ステップＳ１０１０）。図１６に示す入札案件情報１６００は、荷主の担当者のメールアドレス宛てにメール形式で送付してもよいし、ＳＮＳ等を介して配信してもよいし、荷主端末１０に対していわゆるプッシュ通知してもよい。入札案件情報１６００の送出手法は特段の限定はなく、荷主（の担当者）が入札入力があったことに気付く手法であればよい。

この入札案件情報１６００には、運送会社端末２０から送出された入札入力情報に基づく情報と、仲介サーバ３０にアクセスするための情報（図１６ではＵＲＬ（Uniform Resource Locator））とが含まれている。当然、仲介システム１に関する宣伝情報等、他の情報が入札案件情報１６００に含まれてもよい。

但し、入札案件情報１６００、及び後述する入札案件画面１７００のいずれにおいても、入札をした運送会社を特定する情報（運送会社の名称、電話番号など）は荷主端末１０に表示されない。これは、仮に入札をした運送会社を特定する情報を荷主が知った場合、仲介システム１を利用することなく荷主が運送会社と直接連絡を取る可能性があるからである。荷主と運送会社とが直接連絡を取ると、運送会社は荷主が提示する運送価格により運送を請け負う可能性があり、この運送価格が最低入札価格を下回った場合、運送会社は意に沿わない（つまり低額な）運送価格による荷物の運送の契約を締結する圧力に晒されるかもしれない。

入札案件情報１６００を受け取った荷主は、荷主端末１０を介して仲介サーバ３０にログインする（ステップＳ１０１１）。

仲介サーバ３０の入札制御部３２３は、ステップＳ１０１１において荷主端末１０から送出された荷主のＩＤ及びパスワードと荷主テーブル３１２のＩＤ３１２１及びパスワード３１２２とを照合し、合致したと判定したら認証作業を終了し、図１７に示すような入札案件画面１７００を荷主端末１０の出力装置１１１を介して表示させるための表示制御信号を荷主端末１０に送出する（ステップＳ１０１２）。

ステップＳ１０１２において荷主端末１０に送出される入札案件画面について、図１７を参照して詳細に説明する。

入札案件画面１７００には、荷主が発注指示を行い、１件でも入札入力があった案件がリスト形式で表示されるリスト画面１７０１と、案件に係る詳細な入札情報が表示される詳細画面１７０２とが表示されている。リスト画面１７０１に表示されている個々の案件には、詳細な入札情報を詳細画面１７０２に表示させるための詳細ボタン１７０３が表示されている。

荷主は、入札案件画面１７００の詳細画面１７０２に表示されている個々の入札情報に記載された条件を検討する。この条件には、運送会社から入力された入札価格（提示価格）が表示されている。そして、入札条件による入札を応諾する場合は、荷主は、荷主端末１０の入力装置１１０を操作して決定ボタン１７０４をクリック等することで発注入力を行う（ステップＳ１０１３）。

ここで注意すべきは、荷主は入札価格を含めた入札条件を変更する権限を持たない。つまり、荷主は、運送会社が提示した入札条件を応諾するか、あるいは、入札案件画面１７００に表示されていないキャンセルボタン等をクリック等することで発注そのものをキャンセルするかのいずれかの選択しかできない。これにより、入札価格を含めた入札条件の提示に関する主導権を運送会社が実質的に所有することができ、運送会社にとって満足度の高い受注を行う可能性が高まる。

なお、図示は省略するが、入札制御部３２３は、運送会社テーブル３１３のスコア３１３３に格納されているスコアを入札案件画面１７００に表示してもよい。この場合、スコアをリスト画面１７０１に表示するか、詳細画面１７０２に表示するか、あるいは両方に表示するかは画面設計に応じて決定すれば良い。

図１１のシーケンス図に移動して、入札制御部３２３は、ステップＳ１０１３において発注入力があった運送会社の運送会社端末２０に、この運送会社が入札をした案件について荷主が発注したことを示す発注情報を出力する（ステップＳ１１００）。

発注情報を受け取った運送会社は、運送会社端末２０を介して仲介サーバ３０にログインする（ステップＳ１１０１）。

仲介サーバ３０の入札制御部３２３は、ステップＳ１０１５において運送会社端末２０から送出された運送会社のＩＤ及びパスワードと運送会社テーブル３１３のＩＤ３１３１及びパスワード３１３２とを照合し、合致したと判定したら認証作業を終了し、発注確定案件画面を運送会社端末２０の出力装置２１１を介して表示させるための表示制御信号を運送会社端末２０に送出する（ステップＳ１１０２）。

以上詳細に説明したように、本実施形態の仲介システム１によれば、役務の発注者である荷主と役務の提供者である運送会社との間で、役務である荷物の運送に関する仲介を行うことができる。特に、本実施形態の仲介システム１によれば、荷主及び運送会社に最低入札価格を提示し、この最低入札価格を下回る入札価格での発注入力を許容しないことで、役務の提供者から当該役務に係る適切な役務提供価格を提示することが可能となる。

＜変形例１＞
（１）ダイナミックプライシングによる価格の決定
以上説明した実施形態の仲介システム１において、最低入札価格は最低入札価格テーブル３１４により定められていた。このとき、最低入札価格及び最低入札価格テーブル３１４を、いわゆるダイナミックプライシングの考えに基づいて時間軸上で適宜変動させてもよい。

より詳細に言えば、荷物の運送において荷主側の需要が高ければ（つまり運送を希望する荷物が多ければ）この時の運送価格が荷主側の需要が低いときの運送価格よりも高額となる合理性がある。一方、運送会社側の供給が高ければ（つまり運送会社の荷物の運送をする余裕があれば）この時の運送価格が運送会社の供給が低い（つまり運送会社が新規に荷物の運送をする余裕があまりなければ）ときの運送価格よりも低額になる合理性がある。

そこで、荷主側の需要や運送会社側の供給を仲介サーバ３０が勘案し、荷物の運送に係る入札の際に最低入札価格及び最低入札価格テーブル３１４を時間軸上で適宜変動させてもよい。

荷主側の需要や運送会社側の供給は、仲介システム１を用いた荷物の運送の発注状況等の履歴を仲介サーバ３０が記録し、この履歴に基づいて判断すれば良い。
例えば、仲介サーバ３０は、案件テーブル３１５を参照し、各案件について蓄積される各情報（集荷地、納品先、最低入札価格、入札価格などの各条件）を教師データとして学習させた学習済みモデルを保持することとしてもよい。仲介サーバ３０は、ダイナミックプライシングにより最低入札価格を決定するため、案件の条件と当該学習済みモデルとに基づき最低入札価格を出力することとしてもよい。
また、仲介サーバ３０は、ダイナミックプライシングにより最低入札価格を決定するため、案件テーブル３１５を参照し、各案件について蓄積される各情報に基づいて、案件の条件において入札される入札価格の分布を特定（例えば、入札に至った場合の最低入札価格の分布）し、特定した分布に基づいて最低入札価格を決定する（例えば、結果的に入札された場合の最低入札価格であって、最も頻度が高い最低入札価格）こととしてもよい。

時間軸の変動は短期的（例えば直近１週間の履歴）であってもよいし、長期的（例えば年単位の履歴）であってもよい。加えて、１年を幾つかの期間に区切っていわゆる繁忙期、閑散期を履歴に基づいて判断し、繁忙期、閑散期毎に最低入札価格及び最低入札価格テーブル３１４を決定してもよい。また、仲介サーバ３０は、荷主が依頼する荷物の集荷地、納品先といった地理的条件に応じて、最低入札価格テーブル３１４を保持しておくことにより、荷物の集荷地、納品先といった地理的条件に応じてダイナミックプライシングを提供することとしてもよい。

さらに、上述した固定タリフによる入札においても、最低入札価格及び最低入札価格テーブル３１４を、いわゆるダイナミックプライシングの考えに基づいて時間軸上で適宜変動させてもよい。

＜変形例２＞
（２）入札価格の幅の設定
また、実施形態の仲介システム１では荷主及び運送会社に最低入札価格を提示していたが、最低入札価格と上限価格とのペアである価格帯を設けてもよい。
上限価格は、例えば運送会社からの入札件数が少ないために運送会社からの入札価格が高騰する可能性を低減させ、仲介サーバ３０が提供する荷主と運送会社とのマッチングサービスにおいて、需給バランスを保って適正な入札を成立させるために設けられる。
例えば、仲介サーバ３０は、最低入札価格テーブル３１４に基づいて最低入札価格を決定し、当該最低入札価格に基づいて上限価格を決定することにより（例えば、最低入札価格から一定金額をプラスした金額、または、最低入札価格から一定割合までを上限価格とした金額など）、上記の価格帯を決定してもよい。仲介サーバ３０は、上記の価格帯で入札をした運送会社を荷主に提示する。
また、仲介サーバ３０は、上記の価格帯について仲介サーバ３０で決定しつつ、運送会社が上限価格について閲覧可能としてもよいし、閲覧させないこととしてもよい。例えば、価格帯について運送会社が閲覧可能とした場合、運送会社に対し、価格として妥当な相場感を知覚させつつ、最低入札価格と上限価格との間の価格帯に納得したうえで入札に応じてもらうことができる。
一方、価格帯のうち上限価格について運送会社が閲覧できないこととした場合、運送会社が妥当と考える価格帯で入札を行うこととなる。そのため、仲介サーバ３０は、案件テーブル３１５等において、運送会社が妥当と考える入札価格の情報を蓄積させることができる。仲介サーバ３０は、このようにして蓄積された入札価格の情報に基づいて、ダイナミックプライシングにより最低入札価格等を決定することとしてもよい。
仲介サーバ３０は、上記の価格帯について仲介サーバ３０で決定しつつ、荷主が上限価格について閲覧可能としてもよいし、閲覧させないこととしてもよい。例えば、価格帯について荷主が閲覧可能とした場合、荷主に対し、価格として妥当な相場観を知覚させつつ、運送会社からの入札を受けることができる。
一方、価格帯について荷主が閲覧できないこととした場合、仲介サーバ３０は、運送会社が入札する入札価格に対し、荷主側で妥当と判断した条件（運送会社の情報、入札価格など）について、仲介サーバ３０に情報を蓄積させることができる。したがって、仲介サーバ３０は、このようにして蓄積された運送会社の入札価格、荷主が応じた条件の情報に基づいて、ダイナミックプライシングにより最低入札価格等を決定することとしてもよい。また、仲介サーバ３０は、価格帯に示される価格幅において、荷主が納得した条件（運送会社の情報、入札価格の情報など）の分布を解析することにより、仲介サーバ３０が決定する価格帯（最低入札価格および上限価格）の妥当さを推定することができる。例えば、荷主が運送会社に発注する条件として、価格帯において上限に近い価格であることが比較的多い場合、上限価格を引き上げうる（運送会社の情報に基づき、提示される価格が大きくなりえる）。
仲介サーバ３０は、荷主に対して最低入札価格を提示したうえで、価格帯の上限価格についての指定を受け付けることとしてもよい。
なお、仲介サーバ３０は、上記の価格帯について決定しつつ、最低入札価格および上限価格の両方について荷主に閲覧させないこととしてもよいし、運送会社に閲覧させないこととしてもよい。

上限価格は、最低入札価格を決定する際の最低入札価格テーブル３１４と同様に、上限価格テーブルを記憶部３１０に保持し、この上限価格テーブルを参照することで決定してもよい。また、最低入札価格を決定する条件と同様の条件に基づいて上限価格を決定してもよい。さらに、上限価格についても、いわゆるダイナミックプライシングの考えに基づいて時間軸上で適宜変動させてもよい。

また、実施形態の仲介システム１では、荷物の運送に係る入札は荷主からの発注入力があって始まっていたが、運送会社が価格帯を含む運送条件を仲介システム１に入力し、荷主はこの運送条件を閲覧して、荷主側の条件にこの運送条件が合致していれば発注先を決定してもよい。この時の運送条件は、価格帯を含めて所定の幅（例えば荷物の運送の配送時間など）を有することができる。従って、運送会社は運送に係る「枠」を売ることになる。「枠」は、例えば運送会社が保有する運送車及びドライバーがこの期間において特段荷物の運送を行わないことが判明している時などに生じうる。荷主は「枠」を買うことになるが、好ましくは、「枠」を買うとしても運送条件の詳細は荷主が決定する。この「枠」において、上述のように価格帯は運送会社が決定しているので、この価格帯の中であれば入札が決定した価格がいくらであっても運送会社としては満足の行く価格となる。

「枠」を運送会社が売る場合であっても、価格帯の最低入札価格は仲介サーバ３０が決定することが好ましい。最低入札価格を仲介サーバ３０（仲介システム１）が決定することで、運送会社が荷主を忖度するために低価格の「枠」を提示して価格破壊を招くことを防ぎ、運送会社を保護することになるからである。

あるいは、仲介システム１（仲介サーバ３０）が、荷主との合意の上でこの「枠」を設定してもよい。「枠」の設定は、同時に発注の決定権を仲介サーバ３０に委託することも含まれうる。上述したように「枠」には価格帯が含まれるので、運送会社は、価格帯を含めた運送条件を確認し、この運送条件を承諾する場合は仲介システム１を介して入札を行う。仲介サーバ３０は、運送会社からの入札に付された条件（この場合は、「枠」で示された範囲の条件であり、価格帯内の入札価格が含まれる）を検討し、実際に発注をする運送会社を決定する。運送会社を決定する条件は種々あり、一例として、入札があった運送会社の中で最もスコアが高い運送会社に決定する、最も早期に（つまり早い者勝ち）入札を行った運送会社に決定する、入札があった運送会社の中で最も入札価格が低額である運送会社に決定する、などがありうる。スコアや入札価格に基づいて運送会社を決定する場合、入札可能期間を仲介サーバ３０が提示し、この入札可能期間内に入札があった案件について入札を決定することが好ましい。加えて、運送会社を決定する条件は「枠」について合意した荷主が決定してもよい。

＜付記＞
なお、上記した実施形態は本開示を分かりやすく説明するために構成を詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、各実施形態の構成の一部について、他の構成に追加、削除、置換することが可能である。

また、上記の各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、本発明は、実施例の機能を実現するソフトウェアのプログラムコードによっても実現できる。この場合、プログラムコードを記録した記憶媒体をコンピュータに提供し、そのコンピュータが備えるプロセッサが記憶媒体に格納されたプログラムコードを読み出す。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施例の機能を実現することになり、そのプログラムコード自体、及びそれを記憶した記憶媒体は本発明を構成することになる。このようなプログラムコードを供給するための記憶媒体としては、例えば、フレキシブルディスク、ＣＤ－ＲＯＭ、ＤＶＤ－ＲＯＭ、ハードディスク、ＳＳＤ、光ディスク、光磁気ディスク、ＣＤ－Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭなどが用いられる。

また、本実施例に記載の機能を実現するプログラムコードは、例えば、アセンブラ、Ｃ／Ｃ＋＋、ｐｅｒｌ、Ｓｈｅｌｌ、ＰＨＰ、Ｊａｖａ（登録商標）等の広範囲のプログラム又はスクリプト言語で実装できる。

さらに、実施例の機能を実現するソフトウェアのプログラムコードを、ネットワークを介して配信することによって、それをコンピュータのハードディスクやメモリ等の記憶手段又はＣＤ－ＲＷ、ＣＤ－Ｒ等の記憶媒体に格納し、コンピュータが備えるプロセッサが当該記憶手段や当該記憶媒体に格納されたプログラムコードを読み出して実行するようにしてもよい。

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

（付記１）
役務の提供者（２０）と役務の発注者（１０）との間で役務の発注に係る仲介を行う仲介装置（３０）においてコンピュータにより実行されるプログラム（３１１）において、仲介装置（３０）はコンピュータを備え、コンピュータは制御部（３２０）を備え、プログラム（３１１）は、制御部（３２０）に、役務に対して提供者に最低入札価格を提示する第１のステップ（Ｓ１００６）と、提供者（２０）から、最低入札価格以上の入札価格により役務に対する入札の入力を受け入れる第２のステップ（Ｓ１００９）とを実行させるプログラム（３１１）。

（付記２）
第１のステップ（Ｓ１００６）は、役務の条件に基づいて最低入札価格を定める第３のステップ（Ｓ１００３、図１２）を含むことを特徴とする付記１記載のプログラム。

（付記３）
コンピュータは記憶部（３１０）を備え、記憶部（３１０）には、役務の条件と最低入札価格とが紐付けられた最低入札価格テーブル（３１４）が格納され、第３のステップ（Ｓ１００３、図１２）では、役務の条件に基づいて最低入札価格テーブルを参照して（Ｓ１２０１）最低入札価格を定める（Ｓ１２０２）ことを特徴とする付記２記載のプログラム。

（付記４）
最低入札価格は発注者毎に固有の価格であることを特徴とする付記１記載のプログラム。

（付記５）
プログラム（３１１）は、制御部（３２０）に、発注者に最低入札価格を提示する第４のステップ（Ｓ１００４）を実行させることを特徴とする付記１記載のプログラム。

（付記６）
プログラム（３１１）は、制御部（３２０）に、第４のステップ（Ｓ１００４）の実行後に、発注者（１０）から、役務の発注手続の入力を受け入れる第５のステップ（Ｓ１００５）を実行させることを特徴とする付記５記載のプログラム。

（付記７）
プログラム（３１１）は、制御部（３２０）に、第２のステップ（Ｓ１００９）の実行後に、提供者（２０）により入力された入札価格が表示された入札応募画面（図１７）を発注者（１０）に提示する第６のステップ（Ｓ１０１２）を実行させることを特徴とする付記６記載のプログラム。

（付記８）
入札応募画面（図１７）には提供者を特定する情報は表示されないことを特徴とする付記７記載のプログラム。

（付記９）
第６のステップ（Ｓ１０１２）では、役務の発注に対して複数の提供者（２０）から入札の入力があった場合、入札応募画面（図１７）には提供者毎の入札価格を表示し、発注者にいずれの入札に基づく発注を行うかの発注入力（Ｓ１０１３）を受け入れることを特徴とする付記７記載のプログラム。

（付記１０）
発注者（１０）毎に役務に対して入札価格に基づく入札を行うか、予め定められた役務提供価格により役務を発注するかが定められており（図６）、プログラム（３１１）は、役務提供価格により役務を発注する発注者（１０）からの発注であれば、第１のステップ（Ｓ１００６）及び第２のステップ（Ｓ１００９）を実行させずに、提供者から、役務提供価格により役務に対する入札の入力を受け入れる第７のステップを実行させることを特徴とする付記１記載のプログラム。

（付記１１）
コンピュータは記憶部（３１０）を備え、記憶部（３１０）には、提供者（２０）に紐付けられた評価値が格納された評価値テーブル（３１３）が格納され、プログラム（３１１）は、第６のステップ（Ｓ１０１２）において提供者毎の評価値を発注者に提示することを特徴とする付記５記載のプログラム。

（付記１２）
プログラム（３１１）は、提供者（２０）の過去の役務の提供状況に応じて評価値テーブル（３１３）を更新することを特徴とする付記１１記載のプログラム。

（付記１３）
第１のステップ（Ｓ１００６）は、提供者が入札を行った際の入札価格、及び／または発注者が提供者に発注を行った際に提供者に提示された入札価格の履歴に基づいて最低入札価格を定める第８のステップを含むことを特徴とする付記５記載のプログラム。

（付記１４）
発注者毎に役務に対して入札価格に基づく入札を行うか、予め定められた役務提供価格により役務を発注するかが定められており、プログラムは、第８のステップにおいて、提供者が受注した役務提供価格の履歴に基づいて役務提供価格を定めることを特徴とする付記１３記載のプログラム。

（付記１５）
プログラムは、第１のステップ（Ｓ１００６）において、最低入札価格以上の価格の下限価格と、下限価格より高額な価格を上限価格とを有する価格帯を提示することを特徴とする付記１記載のプログラム。

（付記１６）
第１のステップ（Ｓ１００６）は、上限価格を定める第９のステップを含むことを特徴とする付記１５記載のプログラム。

（付記１７）
プログラム（３１１）は、制御部（３２０）に、発注者に価格帯を提示し、価格帯提示後に発注者から、役務の発注手続の入力を受け入れる第１０のステップを実行させることを特徴とする付記１５記載のプログラム。

（付記１８）
プログラム（３１１）は、第９のステップにおいて、役務の条件に基づいて上限価格を定めることを特徴とする付記１６記載のプログラム。

（付記１９）
コンピュータは記憶部（３１０）を備え、記憶部（３１０）には、役務の条件と上限価格とが紐付けられた上限価格テーブルが格納され、第９のステップでは、役務の条件に基づいて上限価格テーブルを参照して上限価格を定めることを特徴とする付記１８記載のプログラム。

（付記２０）
プログラム（３１１）は、第２のステップ（Ｓ１００９）において、提供者から、価格帯の範囲内の特定入札価格により役務に対する入札の入力を受け入れることを特徴とする付記１５記載のプログラム。

（付記２１）
プログラム（３１１）は、制御部（３２０）に、第２のステップ（Ｓ１００９）の実行後に、特定入札価格による提供者からの入札があったら、所定の条件に基づいて役務を発注する提供者を決定する第１１のステップを実行させることを特徴とする付記２０記載のプログラム。

（付記２２）
提供者を決定する所定の条件は発注者により定められることを特徴とする付記２１記載のプログラム。

（付記２３）
プログラム（３１１）は、第１のステップ（Ｓ１００６）において、提供者からの上限価格の入力を受け入れることを特徴とする付記１５記載のプログラム。

（付記２４）
プログラム（３１１）は、上限価格を発注者に提示するか否かを予め定めることを特徴とする付記１５記載のプログラム。

（付記２５）
プログラム（３１１）は、上限価格を提供者に提示するか否かを予め定めることを特徴とする付記１５記載のプログラム。

（付記２６）
役務は荷物の配送であり、提供者は運送会社であることを特徴とする付記１記載のプログラム。

（付記２７）
役務は荷物の配送であり、提供者は運送会社であり、役務の条件は、荷物の重さ、積み地と納品先との間の距離、配送に用いられる車両の種類、車両の装備のうち少なくとも１つであることを特徴とする付記２記載のプログラム。

（付記２８）
役務の提供者（２０）と役務の発注者（１０）との間で役務の発注に係る仲介を行う仲介装置（３０）において、仲介装置（３０）は制御部（３２０）を備え、制御部（３２０）が、役務に対して提供者（２０）に最低入札価格を提示する第１のステップ（Ｓ１００６）と、提供者（２０）から、最低入札価格以上の入札価格により役務に対する入札の入力を受け入れる第２のステップ（Ｓ１００９）とを行う仲介装置（３０）。

（付記２９）
役務の提供者（２０）と役務の発注者（１０）との間で役務の発注に係る仲介を行う仲介装置（３０）による仲介処理方法であって、仲介装置（３０）は制御部（３２０）を備え、処理方法は、制御部（３２０）が、役務に対して提供者（２０）に最低入札価格を提示する第１のステップ（Ｓ１００６）と、提供者（２０）から、最低入札価格以上の入札価格により役務に対する入札の入力を受け入れる第２のステップ（ｓ１００９）とを実行する仲介装置（３０）による仲介処理方法。

１ 仲介システム、１０ 荷主端末、２０ 運送会社端末、３０ 仲介サーバ、３０１ プロセッサ、３１０ 記憶部、３１１ アプリケーションプログラム、３１２ 荷主テーブル、３１３ 運送会社テーブル、３１４ 最低入札価格テーブル、３１５ 案件テーブル、３２０ 制御部、３２１ 発注制御部、３２２ 入札入力制御部、３２３ 入札制御部、３２４ 最低入札価格算出部、３２５ スコアリング算出部

Claims (29)

1. 役務の提供者と前記役務の発注者との間で前記役務の発注に係る仲介を行う仲介装置においてコンピュータにより実行されるプログラムにおいて、
   前記仲介装置は前記コンピュータを備え、
   前記コンピュータは制御部を備え、
   前記プログラムは、前記制御部に、
   前記役務に対して少なくとも前記提供者に最低入札価格を提示する第１のステップと、
   前記提供者から、前記最低入札価格以上の入札価格により前記役務に対する入札の入力を受け入れる第２のステップと
   を実行させるプログラム。
2. 前記第１のステップは、前記役務の条件に基づいて前記最低入札価格を定める第３のステップを含むことを特徴とする請求項１記載のプログラム。
3. 前記コンピュータは記憶部を備え、
   前記記憶部には、前記役務の前記条件と前記最低入札価格とが紐付けられた最低入札価格テーブルが格納され、
   前記第３のステップでは、前記役務の前記条件に基づいて前記最低入札価格テーブルを参照して前記最低入札価格を定める
   ことを特徴とする請求項２記載のプログラム。
4. 前記最低入札価格は前記発注者毎に固有の価格であることを特徴とする請求項１記載のプログラム。
5. 前記プログラムは、前記制御部に、前記発注者に前記最低入札価格を提示する第４のステップを実行させることを特徴とする請求項１記載のプログラム。
6. 前記プログラムは、前記制御部に、前記第４のステップの実行後に、前記発注者から、前記役務の発注手続の入力を受け入れる第５のステップを実行させることを特徴とする請求項５記載のプログラム。
7. 前記プログラムは、前記制御部に、前記第２のステップの実行後に、前記提供者により入力された前記入札価格が表示された入札応募画面を前記発注者に提示する第６のステップを実行させることを特徴とする請求項６記載のプログラム。
8. 前記入札応募画面には前記提供者を特定する情報は表示されないことを特徴とする請求項７記載のプログラム。
9. 前記第６のステップでは、前記役務の発注に対して複数の前記提供者から前記入札の入力があった場合、前記入札応募画面には前記提供者毎の前記入札価格を表示し、前記発注者にいずれの前記入札に基づく前記発注を行うかの発注入力を受け入れることを特徴とする請求項７記載のプログラム。
10. 前記発注者毎に前記役務に対して前記入札価格に基づく入札を行うか、予め定められた役務提供価格により役務を発注するかが定められており、
    前記プログラムは、前記役務提供価格により前記役務を発注する前記発注者からの発注であれば、前記第１のステップ及び前記第２のステップを実行させずに、
    前記提供者から、前記役務提供価格により前記役務に対する入札の入力を受け入れる第７のステップを実行させることを特徴とする請求項１記載のプログラム。
11. 前記コンピュータは記憶部を備え、
    前記記憶部には、前記提供者に紐付けられた評価値が格納された評価値テーブルが格納され、
    前記プログラムは、前記第６のステップにおいて前記提供者毎の前記評価値を前記発注者に提示することを特徴とする請求項７記載のプログラム。
12. 前記プログラムは、前記提供者の過去の前記役務の提供状況に応じて前記評価値テーブルを更新することを特徴とする請求項１１記載のプログラム。
13. 前記第１のステップは、前記提供者が前記入札を行った際の前記入札価格、及び／または前記発注者が前記提供者に前記発注を行った際に前記提供者に提示された前記入札価格の履歴に基づいて前記最低入札価格を定める第８のステップを含むことを特徴とする請求項５記載のプログラム。
14. 前記発注者毎に前記役務に対して前記入札価格に基づく前記入札を行うか、予め定められた役務提供価格により前記役務を発注するかが定められており、
    前記プログラムは、前記第８のステップにおいて、前記提供者が受注した前記役務提供価格の履歴に基づいて前記役務提供価格を定める
    ことを特徴とする請求項１３記載のプログラム。
15. 前記プログラムは、前記第１のステップにおいて、前記最低入札価格以上の価格の下限価格と、前記下限価格より高額な価格を上限価格とを有する価格帯を提示することを特徴とする請求項１記載のプログラム。
16. 前記第１のステップは、前記上限価格を定める第９のステップを含むことを特徴とする請求項１５記載のプログラム。
17. 前記プログラムは、前記制御部に、前記発注者に前記価格帯を提示し、前記価格帯提示後に前記発注者から、前記役務の発注手続の入力を受け入れる第１０のステップを実行させることを特徴とする請求項１５記載のプログラム。
18. 前記プログラムは、前記第９のステップにおいて、前記役務の条件に基づいて前記上限価格を定めることを特徴とする請求項１６記載のプログラム。
19. 前記コンピュータは記憶部を備え、
    前記記憶部には、前記役務の前記条件と前記上限価格とが紐付けられた上限価格テーブルが格納され、
    前記第９のステップでは、前記役務の前記条件に基づいて前記上限価格テーブルを参照して前記上限価格を定める
    ことを特徴とする請求項１８記載のプログラム。
20. 前記プログラムは、前記第２のステップにおいて、前記提供者から、前記価格帯の範囲内の特定入札価格により前記役務に対する前記入札の入力を受け入れることを特徴とする請求項１５記載のプログラム。
21. 前記プログラムは、前記制御部に、前記第２のステップの実行後に、前記特定入札価格による前記提供者からの前記入札があったら、所定の条件に基づいて前記役務を発注する前記提供者を決定する第１１のステップを実行させることを特徴とする請求項２０記載のプログラム。
22. 前記提供者を決定する前記所定の条件は前記発注者により定められることを特徴とする請求項２１記載のプログラム。
23. 前記プログラムは、前記第１のステップにおいて、前記提供者からの前記上限価格の入力を受け入れることを特徴とする請求項１５記載のプログラム。
24. 前記プログラムは、前記上限価格を前記発注者に提示するか否かを予め定めることを特徴とする請求項１５記載のプログラム。
25. 前記プログラムは、前記上限価格を前記提供者に提示するか否かを予め定めることを特徴とする請求項１５記載のプログラム。
26. 前記役務は荷物の配送であり、前記提供者は運送会社であることを特徴とする請求項１記載のプログラム。
27. 前記役務は荷物の配送であり、前記提供者は運送会社であり、前記役務の条件は、前記荷物の重さ、積み地と納品先との間の距離、前記配送に用いられる車両の種類、車両の装備のうち少なくとも１つであることを特徴とする請求項２記載のプログラム。
28. 役務の提供者と前記役務の発注者との間で前記役務の発注に係る仲介を行う仲介装置において、
    前記仲介装置は制御部を備え、
    前記制御部が、
    前記役務に対して少なくとも前記提供者に最低入札価格を提示する第１のステップと、
    前記提供者から、前記最低入札価格以上の入札価格により前記役務に対する入札の入力を受け入れる第２のステップと
    を行う仲介装置。
29. 役務の提供者と前記役務の発注者との間で前記役務の発注に係る仲介を行う仲介装置による仲介処理方法であって、
    前記仲介装置は制御部を備え、
    前記処理方法は、前記制御部が、
    前記役務に対して少なくとも前記提供者に最低入札価格を提示する第１のステップと、
    前記提供者から、前記最低入札価格以上の入札価格により前記役務に対する入札の入力を受け入れる第２のステップと
    を実行する仲介装置による仲介処理方法。
    
    

Images