JP2020119297A - サーバ、荷物配送方法、プログラム - Google Patents

Abstract

【課題】運転手の主たる目的に応じて絞り込まれた荷物から、運転手の好みや荷物の条件に応じて、運転手が何れかの荷物を選択できる。【解決手段】運転手端末から主たる目的の出発地座標と出発予定時刻と荷台空き容量と到着地座標と到着予定時刻を含む運転手情報を受信する運転手情報受信部と、荷主端末から荷受け地座標と荷物サイズと配送地座標を含む荷物情報を受信する荷物情報受信部と、出発地座標から到着地座標までのルートのうち到着予定時刻までの到着が可能なルートを探索し荷台空き容量が荷物サイズを収容可能か否かを判定し探索したルートおよび判定の結果に基づいて荷物情報を絞り込んでリストを生成するリスト生成・更新部と、生成したリストを対応する運転手端末に送信するリスト送信部と、リストを閲覧した運転手によって選択された荷物情報である荷物引受け情報を運転手端末から受信する荷物引受け情報受信部を含む。【選択図】図２

Description

本発明は、サーバ、荷物配送方法、プログラムに関する。

運送業者と荷主をマッチングする荷物運送便のシステムとして、例えば特許文献１がある。特許文献１のシステムでは、荷主は、配送を希望する荷物の詳細を荷物情報としてセンタに送信し、運送業者は空車スペースのある運送便の詳細を空車情報としてセンタに送信し、センタでは荷物情報と空車情報をマッチングして合致するものがあれば運送情報として荷主に通知し、同時に受荷情報として運送業者に通知する。

特許文献１には、荷物情報として、荷物のサイズ、重量、送元、送先、発送日時、到達日時の項目を含み、空車情報として、積載可能空スペース、積載可能荷物重量、荷受け場所、配送場所、荷受け可能日時、配送可能日時の項目を含んでいることなどが開示されている。

また特許文献１には、マッチングの優先順位を（１）送元に対する送先と荷受け場所に対する配送場所のそれぞれ方向及び距離、（２）荷物の重量と積載可能貨物重量、（３）荷物のサイズと積載可能空スペースとして、上述のマッチングを行うことも開示されている。

特開２００２−２５９５２２号公報

特許文献１には、運転手が主たる目的を遂行する片手間に行うためのサブの目的としての荷物配送を、運転手がオンデマンドに選択するという視点はない。従って、特許文献１のシステムでは、運転手の主たる目的に応じて絞り込まれた荷物から、運転手の好みや荷物の条件に応じて、運転手が何れかの荷物を選択できるような仕組みになっていない。

そこで本発明では、運転手の主たる目的に応じて絞り込まれた荷物から、運転手の好みや荷物の条件に応じて、運転手が何れかの荷物を選択できるサーバを提供することを目的とする。

本発明のサーバは、運転手端末と荷主端末と通信するサーバであって、運転手情報受信部と、荷物情報受信部と、リスト生成・更新部と、リスト送信部と、荷物引受け情報受信部を含む。

運転手情報受信部は、運転手端末から、主たる目的の出発地座標と、出発予定時刻と、荷台空き容量と、到着地座標と、到着予定時刻を含む運転手情報を受信する。荷物情報受信部は、荷主端末から、荷受け地座標と、荷物サイズと、配送地座標を含む荷物情報を受信する。リスト生成・更新部は、出発地座標から到着地座標までのルートのうち、到着予定時刻までの到着が可能なルートを探索し、荷台空き容量が荷物サイズを収容可能か否かを判定し、探索したルートおよび、判定の結果に基づいて、荷物情報を絞り込んでリストを生成する。リスト送信部は、生成したリストを対応する運転手端末に送信する。荷物引受け情報受信部は、リストを閲覧した運転手によって選択された荷物情報である荷物引受け情報を運転手端末から受信する。

本発明のサーバによれば、運転手の主たる目的に応じて絞り込まれた荷物から、運転手の好みや荷物の条件に応じて、運転手が何れかの荷物を選択できる。

実施例１の荷物配送システムの構成を示すブロック図。 実施例１のサーバの構成を示すブロック図。 実施例１のサーバの動作を示すフローチャートであって、図３Ａは、荷物情報の登録動作を、図３Ｂは、リスト生成動作を示すフローチャート。 実施例１のサーバの動作を示すフローチャートであって、図４Ａは、閲覧状況送信動作を、図４Ｂは、運転手が荷物を引き受けたことに伴う荷物情報およびリストの更新動作を示すフローチャート。 実施例１のサーバの動作を示すフローチャートであって、図５Ａは、荷主により配送料金が変更されたことに伴う荷物情報およびリストの更新動作を、図５Ｂは、配送期限に基づいて配送料金が変更されたことに伴う荷物情報およびリストの更新動作を示すフローチャート。 荷物情報の例を示す図。 運転手情報と荷物情報のマッチング例を示す図。 復路の運転手情報と荷物情報のマッチング例を示す図。 閲覧状況送信部が送信する閲覧状況の例を示す図。 配送期限までの残り日数と運転手手数料の関係を例示するグラフ。 荷物情報を中継候補地で分割した例を示す図。 運転手情報と分割された荷物情報のマッチング例を示す図。

以下、本発明の実施の形態について、詳細に説明する。なお、同じ機能を有する構成部には同じ番号を付し、重複説明を省略する。

＜用語の定義：運転手＞
この明細書において運転手とは、例えばトラックを運転する者、タクシを運転する者、バスを運転する者、あるいは個人の自動車を運転する者などを指す。

＜用語の定義：運転手端末＞
この明細書において運転手端末とは、上記の運転手が操作可能であって通信機能を有し、運転手の車両と共に移動し、画面表示機能を有する電子機器全般を示す。運転手端末として、例えば携帯端末、タブレット端末、ＰＤＡ、車載コンピュータ、パーソナルコンピュータなどを用いることができる。

＜用語の定義：主たる目的＞
この明細書において主たる目的とは、上記の運転手が自分の車両を運転する主たる目的を示す。例えば、運転手が工場Ａから工場Ｂまでの資材配送を契約しているトラックドライバーである場合、この資材配送が主たる目的に該当する。また例えば、運転手がタクシードライバーである場合、例えば顧客に指定された場所までの顧客の輸送が主たる目的に該当する。運転手がバスドライバーである場合、例えばバスの目的地まで顧客を輸送することが主たる目的に該当する。運転手が個人のドライバーである場合、主たる目的の内容は様々である。例えば、運転手が休暇にある地方までドライブする場合には、当該地方までのドライブが主たる目的に該当する。

＜用語の定義：荷主＞
この明細書において荷主とは、荷受け地座標から配送地座標までの荷物の配送を希望する者とする。荷主は、個人であってもよいし法人であってもよい。

＜用語の定義：荷主端末＞
この明細書において荷主端末とは、上記の荷主が操作可能であって通信機能を有する電子機器全般を示す。荷主端末として、例えば携帯端末、タブレット端末、ＰＤＡ、パーソナルコンピュータなどを用いることができる。

＜用語の定義：サーバ＞
この明細書においてサーバとは、運転手端末、荷主端末と通信可能かつ、荷主端末から収集した荷物情報を登録（記憶）可能であって、荷物情報およびリストを随時更新可能なコンピュータなどで実現されるものとする。

＜用語の定義：座標＞
この明細書において座標とは、地図上の特定の位置を指定できる情報であればよく、例えば緯度経度情報であってもよいし、住所であってもよい。

＜用語の定義：荷台空き容量＞
この明細書において荷台空き容量とは、トラックの場合は荷台の空き容量、バスの場合は例えば床下トランクなどの空き容量、タクシーや乗用車の場合は例えば後部トランクなどの空き容量を示す情報であって、例えば、荷台の何割が空きとなっているかを示す情報でもよいし、空き容量を幅×奥行×高さで表した情報であってもよい。

＜用語の定義：荷物サイズ＞
この明細書において荷物サイズとは、荷物のサイズであって、例えば幅、奥行、高さの三辺合計と重さで規定するサイズ区分であってもよいし、その体積を幅×奥行×高さで表した情報であってもよい。

＜用語の定義：リスト＞
この明細書においてリストとは、登録された荷物情報のうち、運転手情報にマッチする荷物情報を絞り込んで、これらをリストアップした情報とする。

以下、図１を参照して、実施例１の荷物配送システムの構成を説明する。同図に示すように本実施例の荷物配送システム１は、運転手端末１１と、荷主端末１２と、サーバ１３を含む構成である。運転手端末１１と、荷主端末１２と、サーバ１３は、ネットワーク９を介して通信可能に接続されているものとする。

以下、図２を参照して本実施例のサーバ１３の構成を説明する。同図に示すように、本実施例のサーバ１３は、運転手情報受信部１３１と、荷物情報受信部１３２と、リスト生成・更新部１３３と、リスト送信部１３４と、閲覧状況送信部１３５と、荷物引受け情報受信部１３６と、配送料金受信部１３７と、記憶部１３８を含む。

＜図３Ａ：荷物情報の登録動作＞
以下、図３Ａを参照して、荷物情報の登録動作を説明する。荷物情報受信部１３２は、荷主端末１２から、荷受け地座標と、荷物サイズと、配送地座標を含む荷物情報を受信する（Ｓ１３２−１）。荷物情報受信部１３２は、受信した荷物情報を記憶部１３８に記憶する（Ｓ１３２−２）。登録される荷物情報の例を図６に示す。同図に示すように荷物情報は、荷受け地座標と、荷物サイズと、配送地座標以外に、荷主ＩＤ、荷物ＩＤ、配送期限、配送料金、配送料金に基づいて定められる運転手手数料、当該荷物の詳細情報、運転手端末における総表示回数などを表す閲覧状況、などを含んでもよい。

＜図３Ｂ：リスト生成動作＞
以下、図３Ｂを参照して、リスト生成動作を説明する。運転手情報受信部１３１は、運転手端末１１から、主たる目的の出発地座標と、出発予定時刻と、荷台空き容量と、到着地座標と、到着予定時刻を含む運転手情報を受信する（Ｓ１３１−１）。リスト生成・更新部１３３は、出発地座標から到着地座標までのルートのうち、到着予定時刻までの到着が可能なルートを探索し、荷台空き容量が荷物サイズを収容可能か否かを判定し、探索したルートおよび、判定の結果に基づいて、記憶部１３８に記憶済みの荷物情報を絞り込んでリストを生成する（Ｓ１３３−１）。

なお、運転手情報受信部１３１は、運転手端末１１から、主たる目的の往路と復路それぞれの運転手情報を受信してもよい。この場合、リスト生成・更新部１３３は、主たる目的の往路と復路それぞれに対して、リストを生成する（Ｓ１３３−１）。

図７に運転手情報と荷物情報のマッチング例を示す。例えば同図に示すように、出発地座標Ａから到着地座標Ｂまでのルートであって、座標Ａを出発し、座標Ａに近い座標Ｃに立ち寄って依頼された荷物を積み込み、座標Ｂに近い座標Ｄに立ち寄って依頼された荷物を届けた後、座標Ｂに到達するＡ→Ｃ→Ｄ→Ｂというルートが、到着予定時刻までに十分に走行可能なルートである場合、リスト生成・更新部１３３は、Ｃ→Ｄに対応する荷物情報を該当するリストに含め、リストを生成することになる。

出発地座標、到着地座標、荷受け地座標、配送地座標の位置関係に特に決まりはなく、重要なのは、到着予定時刻までに到着地座標に十分に間に合うルートであるのか否かである。従って、例えば同図に示すように、出発地座標Ａから到着地座標Ｂまでのルートであって、座標Ａを出発し、座標Ａから遠く、どちらかというと座標Ｂに近い座標Ｅに立ち寄って依頼された荷物を積み込み、座標Ｂから遠く、どちらかというと座標Ａに近い座標Ｆに立ち寄って依頼された荷物を届けた後、座標Ｂに到達するＡ→Ｅ→Ｆ→Ｂというルートなども、リストに含まれる可能性がある。

図８に、主たる目的の往路と復路それぞれの運転手情報を受信した場合の復路の運転手情報と荷物情報のマッチング例を示す。復路の例も図７の例と同様である。例えば、出発地座標Ｂから到着地座標Ａまでの復路のルートであって、座標Ｂを出発し、座標Ｂに近い座標Ｈに立ち寄って依頼された荷物を積み込み、座標Ａに近い座標Ｇに立ち寄って依頼された荷物を届けた後、座標Ａに到達するＢ→Ｈ→Ｇ→Ａというルートが、到着予定時刻までに十分に走行可能なルートである場合、リスト生成・更新部１３３は、Ｈ→Ｇに対応する荷物情報を該当するリストに含め、リストを生成することになる。

リスト送信部１３４は、生成したリストを対応する運転手端末１１（対応する運転手情報を送信した運転手端末１１）に送信する（Ｓ１３４−１）。

＜図４Ａ：閲覧状況送信動作＞
以下、図４Ａを参照して、閲覧状況送信動作を説明する。運転手情報受信部１３１は、該当する運転手端末１１における表示回数を運転手端末１１から受信する（Ｓ１３１−２）。リスト生成・更新部１３３は、表示回数に基づいて、対応する荷物情報の閲覧状況を更新する（Ｓ１３３−２）。閲覧状況送信部１３５は、更新された閲覧状況を、対応する荷主端末１２に送信する（Ｓ１３５）。なお、更新された閲覧状況の送信頻度は任意に設定できるものとする。図９に閲覧状況送信部１３５が送信する閲覧状況の例を示す。同図に示すように、対応する荷物情報（同図の例では荷物ＩＤ：９８３５−７４６の荷物情報）を含むリストの総表示回数（同図の例では１６回）を閲覧状況として表示するだけでなく、詳細情報を示すリンク先まで閲覧された回数（同図の例では１０回）などを表示してもよい。荷主が配送料金を変更し、変更後の配送料金をサーバ１３に送信することが可能なインターフェースを予め用意しておき、閲覧状況には、このインターフェースへのリンク（図中下線付きの「ＬＩＮＫ」）を表示してもよい。

総表示回数の値が大きくなっても、荷物の引き受け手となる運転手が現れないということは、その荷物を運ぶ手間に対して運転手の取り分である運転手手数料が安すぎるためであると推定される。そこで、閲覧状況に総表示回数などを表示するとともに上記インターフェースへのリンクを表示して、総表示回数が大きい荷物情報について荷主に配送料金の変更を促す構成とすれば、荷物と運転手のマッチングがより円滑に進むと考えられる。

＜図４Ｂ：荷物引受けに基づく荷物情報およびリストの更新動作＞
以下、図４Ｂを参照して、荷物引受けに基づく荷物情報およびリストの更新動作を説明する。荷物引受け情報受信部１３６は、リストを閲覧した運転手によって選択された荷物情報である荷物引受け情報を対応する運転手端末１１から受信する（Ｓ１３６）。リスト生成・更新部１３３は、荷物引受け情報に対応する荷物情報にフラグを付与して、荷物情報を更新する（Ｓ１３３−３）。リスト生成・更新部１３３は、現在返信待ちのリストがある場合には、上述のフラグを付与した荷物情報を除外したリストを再生成して、リストを更新する（Ｓ１３３−３）。リスト送信部１３４は、該当する運転手端末１１に更新したリストを送信する（Ｓ１３４−２）。なお、リスト生成・更新部１３３は、新たにリストを生成する場合にフラグを付与された荷物情報をリストアップしないものとする。

＜図５Ａ：荷主からの申請に基づく荷物情報およびリストの更新動作＞
以下、図５Ａを参照して、荷主からの申請に基づく荷物情報およびリストの更新動作を説明する。配送料金受信部１３７は、荷主端末１２から荷主が更新した配送料金を受信する（Ｓ１３７）。ステップＳ１３７は、例えばステップＳ１３５において閲覧状況送信部１３５が閲覧状況を送信したことにより荷主が配送料金を変更したことを契機として発生する。リスト生成・更新部１３３は、受信した配送料金に基づいて、対応する荷物情報を更新する（Ｓ１３３−４）。リスト生成・更新部１３３は、現在返信待ちのリストがある場合には、更新した荷物情報に基づいてリストを再生成してリストを更新する（Ｓ１３３−４）。
リスト送信部１３４は、該当する運転手端末１１に更新したリストを送信する（Ｓ１３４−３）。

＜図５Ｂ：配送期限に基づく荷物情報およびリストの更新動作＞
以下、図５Ｂを参照して、配送期限に基づく荷物情報およびリストの更新動作を説明する。リスト生成・更新部１３３は、配送期限に基づいて、配送料金および配送料金に基づいて定められる運転手手数料を更新する（Ｓ１３３−５）。運転手手数料は、例えば配送料金に所定の比率を乗算した値段としてもよい。また配送料金から所定のシステム手数料を差し引いた残りの金額を運転手手数料に充当してもよい。

図１０に示すように、リスト生成・更新部１３３は、配送期限に近づけば近づくほど、運転手手数料が高くなるように運転手手数料を改定することにより、荷物情報を更新する（Ｓ１３３−６）。リスト生成・更新部１３３は、現在返信待ちのリストがある場合には、更新した荷物情報に基づいてリストを再生成して、リストを更新する（Ｓ１３３−６）。リスト送信部１３４は、該当する運転手端末１１に更新したリストを送信する（Ｓ１３４−４）。

本実施例の荷物配送システム１、サーバ１３によれば、運転手の主たる目的に応じて絞り込まれた荷物から、運転手の好みや荷物の条件に応じて、運転手が何れかの荷物を選択できる。

＜変形例１＞
運転手の主たる目的が中止・変更になった場合、上記のマッチングによる配送が難しくなる場合がある。こうした場合に、配送のキャンセル、再マッチングなどを行うとユーザ側から見てもシステム側から見ても煩雑になり、余計なコストが嵩む。以下では、上記課題を解決するための変形例１のサーバ１３Ａの動作例について説明する。本変形例のサーバ１３Ａは実施例１と異なるリスト・生成更新部１３３Ａを含み、他の構成については実施例１と同じである。本変形例では、運転手情報に、主たる目的の遂行を開始したことを証明する主目的開始情報を含むようにする。リスト生成・更新部１３３Ａは、主目的開始情報を受信した場合に限り、対応するリストを生成する（Ｓ１３３Ａ、図示略）。

これにより、主目的開始情報を送信済みの、主たる目的を予定通り遂行している運転手の端末にのみ、リストを生成、送信することができ、主たる目的の中止・変更によって配送がキャンセルされるケースを大幅に減らすことができる。

＜変形例２＞
本発明では、運転手が主たる目的の片手間に荷物配送を引き受けるケースを主に想定している。このため、荷物の配送距離が長大になりすぎると、荷物配送の引き受け手がいなくなる恐れがある。以下では、上記課題を解決するための変形例２のサーバ１３Ｂの動作例について説明する。本変形例のサーバ１３Ｂは実施例１と異なるリスト・生成更新部１３３Ｂを含み、他の構成については実施例１と同じである。

リスト生成・更新部１３３Ｂは、荷物情報をＮ個（Ｎは２以上の整数）の荷物情報である第１荷物情報、…、第Ｎ荷物情報に分割して、分割後の各荷物情報に基づいてリストの生成および更新を実行する（Ｓ１３３Ｂ、図示略）。第１荷物情報の荷受け地座標は分割前の対応する荷物情報の荷受け地座標と等しく、第Ｎ荷物情報の配送地座標は分割前の対応する荷物情報の配送地座標と等しく、第ｎ荷物情報（ｎは整数であって、ｎ＝２，…，Ｎ）の荷受け地座標は、第ｎ−１荷物情報の配送地座標と等しい。ここで、第ｎ荷物情報の荷受け地座標は、予め定めた中継候補地の座標である。中継候補地として、例えば、物流センターなどが考えられる。ただし、荷物中継の拠点になる施設であれば、どんな施設でも良い。例えばコンビニエンスストア、ガソリンスタンドなども中継候補地になりうる。

図１１を参照して、荷物情報を中継候補地で分割した例を説明する。同図に示す荷受け地座標Ｉから配送地座標Ｊまでの配送距離が予め定めた配送距離を超えていたものとする。この場合、リスト生成・更新部１３３Ｂは、該当する荷物情報を４個の荷物情報である第１荷物情報（Ｉ→Ｓ１）、第２荷物情報（Ｓ１→Ｓ２）、第３荷物情報（Ｓ２→Ｓ３）、第４荷物情報（Ｓ３→Ｊ）に分割して、分割後の各荷物情報に基づいてリストの生成および更新を実行する（Ｓ１３３Ｂ）。

この場合、第１荷物情報の荷受け地座標（Ｉ）は分割前の対応する荷物情報（Ｉ→Ｊ）の荷受け地座標（Ｉ）と等しく、第４荷物情報の配送地座標（Ｊ）は分割前の対応する荷物情報（Ｉ→Ｊ）の配送地座標（Ｊ）と等しく、第２、第３、第４荷物情報の荷受け地座標（Ｓ１，Ｓ２，Ｓ３）はそれぞれ、第１、第２、第３荷物情報の配送地座標（Ｓ１，Ｓ２，Ｓ３）と等しい。Ｓ１，Ｓ２，Ｓ３を中継候補地座標ともいう。

図１２を参照して、図１１の分割例に基づくマッチングの例について説明する。同図に示すように、サーバ１３Ｂは主たる目的がＡ１→Ｂ１である運転手の運転手端末１１に対して、Ａ１に近い位置にある荷受け地座標ＩからＢ１に近い位置にある配送地座標Ｓ１までの運送である第１荷物情報を含むリストを送信する。一方、サーバ１３Ｂは主たる目的がＡ２→Ｂ２である運転手の運転手端末１１に対して、Ａ２に近い位置にある荷受け地座標ＩからＢ２に近い位置にある配送地座標Ｓ２までの運送である第１荷物情報、第２荷物情報を含むリストを送信する。

この変形例では、荷物を複数の車両によりリレー形式で配送することを想定しているため、ある荷物引受け情報を受信した場合、サーバ１３Ｂは、受信した荷物引受け情報と合致する荷物情報（分割）を削除し、リストを再生成して運転手端末１１に再送する。例えば、ある運転手端末から、荷物引受け情報として第１荷物情報（Ｉ→Ｓ１）を受信した場合、第１荷物情報（Ｉ→Ｓ１）を荷物情報から削除してリストを再生成し、他の運転手端末１１に再送する。また、ある運転手端末から、荷物引受け情報として第１荷物情報（Ｉ→Ｓ１）と第２荷物情報（Ｓ１→Ｓ２）をまとめて受信した場合、第１荷物情報（Ｉ→Ｓ１）と第２荷物情報（Ｓ１→Ｓ２）を荷物情報から削除してリストを再生成し、他の運転手端末１１に再送する。

これにより、荷物の配送距離が長大な場合であっても、荷物情報を分割してリスト化して運転手に選ばせることができるため、荷物と運転手のマッチングを円滑に行うことができる。

＜補記＞
本発明の装置は、例えば単一のハードウェアエンティティとして、キーボードなどが接続可能な入力部、液晶ディスプレイなどが接続可能な出力部、ハードウェアエンティティの外部に通信可能な通信装置（例えば通信ケーブル）が接続可能な通信部、ＣＰＵ（Central Processing Unit、キャッシュメモリやレジスタなどを備えていてもよい）、メモリであるＲＡＭやＲＯＭ、ハードディスクである外部記憶装置並びにこれらの入力部、出力部、通信部、ＣＰＵ、ＲＡＭ、ＲＯＭ、外部記憶装置の間のデータのやり取りが可能なように接続するバスを有している。また必要に応じて、ハードウェアエンティティに、ＣＤ−ＲＯＭなどの記録媒体を読み書きできる装置（ドライブ）などを設けることとしてもよい。このようなハードウェア資源を備えた物理的実体としては、汎用コンピュータなどがある。

ハードウェアエンティティの外部記憶装置には、上述の機能を実現するために必要となるプログラムおよびこのプログラムの処理において必要となるデータなどが記憶されている（外部記憶装置に限らず、例えばプログラムを読み出し専用記憶装置であるＲＯＭに記憶させておくこととしてもよい）。また、これらのプログラムの処理によって得られるデータなどは、ＲＡＭや外部記憶装置などに適宜に記憶される。

ハードウェアエンティティでは、外部記憶装置（あるいはＲＯＭなど）に記憶された各プログラムとこの各プログラムの処理に必要なデータが必要に応じてメモリに読み込まれて、適宜にＣＰＵで解釈実行・処理される。その結果、ＣＰＵが所定の機能（上記、…部、…手段などと表した各構成要件）を実現する。

本発明は上述の実施形態に限定されるものではなく、本発明の趣旨を逸脱しない範囲で適宜変更が可能である。また、上記実施形態において説明した処理は、記載の順に従って時系列に実行されるのみならず、処理を実行する装置の処理能力あるいは必要に応じて並列的にあるいは個別に実行されるとしてもよい。

既述のように、上記実施形態において説明したハードウェアエンティティ（本発明の装置）における処理機能をコンピュータによって実現する場合、ハードウェアエンティティが有すべき機能の処理内容はプログラムによって記述される。そして、このプログラムをコンピュータで実行することにより、上記ハードウェアエンティティにおける処理機能がコンピュータ上で実現される。

この処理内容を記述したプログラムは、コンピュータで読み取り可能な記録媒体に記録しておくことができる。コンピュータで読み取り可能な記録媒体としては、例えば、磁気記録装置、光ディスク、光磁気記録媒体、半導体メモリ等どのようなものでもよい。具体的には、例えば、磁気記録装置として、ハードディスク装置、フレキシブルディスク、磁気テープ等を、光ディスクとして、ＤＶＤ（Digital Versatile Disc）、ＤＶＤ−ＲＡＭ（Random Access Memory）、ＣＤ−ＲＯＭ（Compact Disc Read Only Memory）、ＣＤ−Ｒ（Recordable）／ＲＷ（ReWritable）等を、光磁気記録媒体として、ＭＯ（Magneto-Optical disc）等を、半導体メモリとしてＥＥＰ−ＲＯＭ（Electronically Erasable and Programmable-Read Only Memory）等を用いることができる。

また、このプログラムの流通は、例えば、そのプログラムを記録したＤＶＤ、ＣＤ−ＲＯＭ等の可搬型記録媒体を販売、譲渡、貸与等することによって行う。さらに、このプログラムをサーバコンピュータの記憶装置に格納しておき、ネットワークを介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することにより、このプログラムを流通させる構成としてもよい。

このようなプログラムを実行するコンピュータは、例えば、まず、可搬型記録媒体に記録されたプログラムもしくはサーバコンピュータから転送されたプログラムを、一旦、自己の記憶装置に格納する。そして、処理の実行時、このコンピュータは、自己の記録媒体に格納されたプログラムを読み取り、読み取ったプログラムに従った処理を実行する。また、このプログラムの別の実行形態として、コンピュータが可搬型記録媒体から直接プログラムを読み取り、そのプログラムに従った処理を実行することとしてもよく、さらに、このコンピュータにサーバコンピュータからプログラムが転送されるたびに、逐次、受け取ったプログラムに従った処理を実行することとしてもよい。また、サーバコンピュータから、このコンピュータへのプログラムの転送は行わず、その実行指示と結果取得のみによって処理機能を実現する、いわゆるＡＳＰ（Application Service Provider）型のサービスによって、上述の処理を実行する構成としてもよい。なお、本形態におけるプログラムには、電子計算機による処理の用に供する情報であってプログラムに準ずるもの（コンピュータに対する直接の指令ではないがコンピュータの処理を規定する性質を有するデータ等）を含むものとする。

また、この形態では、コンピュータ上で所定のプログラムを実行させることにより、ハードウェアエンティティを構成することとしたが、これらの処理内容の少なくとも一部をハードウェア的に実現することとしてもよい。

Claims (9)

1. 運転手端末と荷主端末と通信するサーバであって、
   前記運転手端末から、主たる目的の出発地座標と、出発予定時刻と、荷台空き容量と、到着地座標と、到着予定時刻を含む運転手情報を受信する運転手情報受信部と、
   前記荷主端末から、荷受け地座標と、荷物サイズと、配送地座標を含む荷物情報を受信する荷物情報受信部と、
   前記出発地座標から前記到着地座標までのルートのうち、前記到着予定時刻までの到着が可能なルートを探索し、前記荷台空き容量が前記荷物サイズを収容可能か否かを判定し、探索した前記ルートおよび、判定の結果に基づいて、前記荷物情報を絞り込んでリストを生成するリスト生成・更新部と、
   生成した前記リストを対応する前記運転手端末に送信するリスト送信部と、
   前記リストを閲覧した運転手によって選択された前記荷物情報である荷物引受け情報を前記運転手端末から受信する荷物引受け情報受信部を含む
   サーバ。
2. 請求項１に記載のサーバであって、
   前記運転手情報受信部は、
   前記運転手端末から、主たる目的の往路と復路それぞれの前記運転手情報を受信し、
   前記リスト生成・更新部は、
   主たる目的の往路と復路それぞれに対して、前記リストを生成する
   サーバ。
3. 請求項１または２に記載のサーバであって、
   前記運転手情報は、
   主たる目的の遂行を開始したことを証明する主目的開始情報を含み、
   前記リスト生成・更新部は、
   前記主目的開始情報を受信した場合に限り、対応する前記リストを生成する
   サーバ。
4. 請求項１から３の何れかに記載のサーバであって、
   前記荷物情報は、前記運転手端末における総表示回数を含む閲覧状況と、前記荷物の配送料金と、前記配送料金に基づいて定まる運転手手数料を含み、
   前記運転手情報受信部は、
   該当する前記運転手端末における表示回数を前記運転手端末から受信し、
   前記リスト生成・更新部は、
   前記表示回数に基づいて、対応する前記荷物情報の前記閲覧状況を更新し、
   前記サーバは、
   更新された前記閲覧状況を、対応する前記荷主端末に送信する閲覧状況送信部と、
   前記荷主端末から荷主が更新した前記配送料金を受信する配送料金受信部を含み、
   前記リスト生成・更新部は、
   受信した前記配送料金に基づいて、対応する前記荷物情報を更新する
   サーバ。
5. 請求項１から３の何れかに記載のサーバであって、
   前記荷物情報は、
   前記荷物の配送期限と、前記荷物の運転手手数料を含み、
   前記リスト生成・更新部は、
   前記配送期限に近づけば近づくほど、前記運転手手数料が高くなるように前記運転手手数料を改定することにより、前記荷物情報を更新する
   サーバ。
6. 請求項１から５の何れかに記載のサーバであって、
   前記リスト生成・更新部は、
   荷物情報をＮ個（Ｎは２以上の整数）の荷物情報である第１荷物情報、…、第Ｎ荷物情報に分割して、分割後の各荷物情報に基づいて前記リストの生成および更新を実行し、前記第１荷物情報の前記荷受け地座標は分割前の対応する荷物情報の前記荷受け地座標と等しく、第Ｎ荷物情報の前記配送地座標は分割前の対応する荷物情報の前記配送地座標と等しく、第ｎ荷物情報（ｎは整数であって、ｎ＝２，…，Ｎ）の前記荷受け地座標は、第ｎ−１荷物情報の前記配送地座標と等しい
   サーバ。
7. 請求項６に記載のサーバであって、
   前記第ｎ荷物情報の前記荷受け地座標は、予め定めた中継候補地の座標である
   サーバ。
8. 前記運転手端末から、主たる目的の出発地座標と、出発予定時刻と、荷台空き容量と、到着地座標と、到着予定時刻を含む運転手情報を受信するステップと、
   前記荷主端末から、荷受け地座標と、荷物サイズと、配送地座標を含む荷物情報を受信するステップと、
   前記出発地座標から前記到着地座標までのルートのうち、前記到着予定時刻までの到着が可能なルートを探索し、前記荷台空き容量が前記荷物サイズを収容可能か否かを判定し、探索した前記ルートおよび、判定の結果に基づいて、前記荷物情報を絞り込んでリストを生成するステップと、
   生成した前記リストを対応する前記運転手端末に送信するステップと、
   前記リストを閲覧した運転手によって選択された前記荷物情報である荷物引受け情報を前記運転手端末から受信するステップを含む
   荷物配送方法。
9. コンピュータを請求項１から７の何れかに記載のサーバとして機能させるプログラム。

Images