JP2020170378A - 求貨求車システム - Google Patents

Abstract

【課題】荷物の輸送に対する基本的な要求だけではなく、荷主の付加的要求を加味した輸送業者の選定を行うことができる求貨求車システムを提供する。【解決手段】求貨求車システム１では、求貨求車サーバ３が、輸送業者と、輸送能力情報と、輸送品質結果情報とを関連付けたデータベース３０を格納する。求貨求車サーバ３は、輸送要求情報をクライアント端末２から受信し、輸送要求情報における輸送基本要求情報を満たす輸送能力および輸送品質要求情報を満たす輸送品質結果に基づいて、輸送能力および輸送品質結果を有する輸送業者を抽出輸送業者情報としてデータベース３０から抽出する。クライアント端末２は、輸送要求情報の入力を受け付け、入力された輸送要求情報を求貨求車サーバ３に送信し、輸送業者を含む抽出輸送業者情報を求貨求車サーバ３から受信し、受信した抽出輸送業者情報を表示する。【選択図】図１

Description

本発明は、求貨求車システムに関する。

求貨求車システムでは、例えば、運送する荷物の管理情報と運送に使用する車両の管理情報を照合し、最適な荷物と車両の組み合わせを選択する検索システムが開示されている（特許文献１参照）。また、クライアント・サーバシステムにおいて、クライアント側でサーバ側から送信される最新の空車情報、求車情報を検索できる荷物運搬業務の支援装置が開示されている（特許文献２参照）。また、荷送人からネットワークを介して運送業務の依頼があると、求車情報をＷｅｂページに公開し、運送業者が当該Ｗｅｂページを閲覧して自社の稼働状況に応じて応札処理が可能なシステムが開示されている（特許文献３参照）。また、ユーザの操作に基づいて求車、求貨、倉庫のいずれかに関する情報と、所定の地域内の未選択、積込地、卸地、積卸地のいずれかの状態の情報とに基づいて検索要求を確定し、検索要求に対応する検索結果情報をサーバから受信するクライアント端末が開示されている（特許文献４参照）。

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

ところで、荷主は、求貨求車システムにおいて、積日、卸日、積地、卸地、輸送斑、輸送形態等の輸送に対する基本的な要求を用いて輸送業者を選定している。
しかしながら、荷主は、輸送に対する基本的な要求だけでなく、当該基本的な要求に付加した付加的要求を加味して輸送業者の選定を望んでいるが、従来の求貨求車システムでは付加的要求を加味した輸送業者の選定が望まれる点で改善の余地がある。

本発明の目的は、荷物の輸送に対する基本的な要求だけではなく、荷主の付加的要求を加味した輸送業者の選定を行うことができる求貨求車システムを提供することである。

上記目的を達成するために、本発明に係る求貨求車システムは、クライアント端末と、ネットワークを介して前記クライアント端末に接続されたサーバと、を備え、前記サーバは、輸送業者と、前記輸送業者の車両による輸送能力情報と、前記輸送業者に付与された輸送品質結果情報とを関連付けたデータベースを格納する格納部と、荷主が前記輸送業者を選定するために用いる輸送要求情報を前記クライアント端末から受信し、前記輸送要求情報に対応する抽出輸送業者情報を前記クライアント端末に送信するサーバ通信部と、受信した前記輸送要求情報における輸送基本要求情報を満たす輸送能力および前記輸送品質要求情報を満たす輸送品質結果に基づいて、前記輸送能力および前記輸送品質結果を有する少なくとも１以上の前記輸送業者を前記抽出輸送業者情報として前記データベースから抽出する抽出部と、を備え、前記クライアント端末は、前記輸送基本要求情報および前記輸送品質要求情報の入力を受け付ける入力部と、入力された前記輸送基本要求情報および前記輸送品質要求情報を前記サーバに送信し、少なくとも１以上の前記輸送業者を含む前記抽出輸送業者情報を前記サーバから受信するクライアント通信部と、受信した前記抽出輸送業者情報を表示する表示部と、を備えることを特徴とする。

また、上記求貨求車システムにおいて、前記輸送品質結果情報は、前記輸送業者が車両を用いて荷物を輸送する際に当該荷物が受ける影響度、および、前記輸送業者が前記車両を用いて荷物を輸送した輸送結果における到着精度の少なくとも一方を含むものである。

また、上記求貨求車システムにおいて、前記車両に搭載された車載器をさらに備え、前記車載器は、前記影響度を取得する無線タグとの間で無線通信を行う第１無線通信部と、前記車両の位置情報を取得するＧＰＳ部と、前記無線タグから受信した荷物温度および荷物衝撃と荷物温度閾値および荷物衝撃閾値とを比較する影響度比較部と、前記ＧＰＳ部から取得された自車両の位置情報と荷物の卸地情報とを比較し、かつ自車両が荷物の卸地に到着したときの時間と予定時間とを比較する到着精度比較部と、前記影響度比較部および前記到着精度比較部によるそれぞれの比較結果を前記サーバに送信する第２無線通信部と、を備え、前記サーバは、前記車載器から受信した前記比較結果に基づいて、前記データベースの前記輸送品質結果情報を更新する制御部をさらに備えるものである。

また、上記求貨求車システムにおいて、前記クライアント端末は、前記入力部が、複数の前記輸送要求情報で構成された一括輸送要求情報を受け付けるものである。

本発明に係る求貨求車システムによれば、荷物の輸送に対する基本的な要求だけではなく、荷主の付加的要求を加味した輸送業者の選定を行うことができる、という効果を奏する。

図１は、第１実施形態における求貨求車システムの概略構成を示すブロック図である。 図２は、求貨求車システムを構成するクライアント端末および求貨求車サーバの概略構成を示すブロック図である。 図３は、クライアント端末に表示される入力画面の一例を示す模式図である。 図４は、クライアント端末にて実行される制御処理の一例を示すフローチャート図である。 図５は、求貨求車サーバにて実行される制御処理の一例を示すフローチャート図である。 図６は、求貨求車サーバに格納されたデータベースの構成例を示す図である。 図７は、クライアント端末に表示される出力画面の一例を示す模式図である。 図８は、第１実施形態の変形例におけるクライアント端末の出力画面の一例を示す模式図である。 図９は、第２実施形態における求貨求車システムの概略構成を示すブロック図である。 図１０は、求貨求車システムを構成する車載器が搭載された車両の概略構成を示す模式図である。 図１１は、車載器の概略構成を示すブロック図である。 図１２は、車載器にて実行される制御処理の一例を示すフローチャート図である。 図１３は、車載器にて実行される制御処理の一例を示すフローチャート図である。

以下に、本発明に係る求貨求車システムの実施形態について図面を参照しつつ詳細に説明する。なお、本実施形態により本発明が限定されるものではない。また、下記実施形態における構成要素には、当業者が容易に想定できるもの、あるいは実質的に同一のものが含まれる。また、下記実施形態における構成要素は、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。

［第１実施形態］
第１実施形態における求貨求車システム１を図１〜図７を参照して説明する。求貨求車システム１は、車両の荷台が空いている輸送業者（運送会社）の「輸送能力情報」と、運んでもらいたい荷物があって車両の手配を希望する荷主の「輸送要求情報」とを利用して、適切な配車手配を行うものである。求貨求車システム１は、図１に示すように、クライアント端末２と、求貨求車サーバ３と、ネットワーク４とを含んで構成される。

クライアント端末２は、例えばパーソナルコンピュータ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ：ＰＣ）で構成される。クライアント端末２は、ネットワーク４に有線（または無線）で接続され、当該ネットワーク４を介して求貨求車サーバ３に接続される。クライアント端末２は、例えば車両の手配を希望する各荷主Ａ，Ｂの会社等に設置される。クライアント端末２は、後述する機能を有するものであれば、汎用機でも専用機でもよい。また、クライアント端末２は、携帯電話、スマートフォン、携帯情報端末、タブレット型ＰＣ、ノート型ＰＣ等であってもよい。クライアント端末２は、図２に示すように、例えば、ＣＰＵ１１、入力部１２、ＲＡＭ１３、ＲＯＭ１４、ＨＤＤ１５、ＬＡＮ＿Ｉ／Ｆ１６、ビデオＩ／Ｆ１７、外部Ｉ／Ｆ１８、表示部１９、およびシステムバス２０を備える。

ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１１は、中央演算装置であって、四則演算や比較演算等の各種処理を実行することでシステムバス２０上の各部の制御を行う。ＣＰＵ１１は、システムバス２０を介して入力部１２、ＲＡＭ１３、ＲＯＭ１４、ＨＤＤ１５、ＬＡＮ＿Ｉ／Ｆ１６、ビデオＩ／Ｆ１７、外部Ｉ／Ｆ１８に接続され、これらを制御する。

入力部１２は、クライアント端末２に対して情報を入力するものであり、例えば、マウス、キーボード、タッチパッド等で構成される。入力部１２は、荷主が車両の手配を要求する際に、輸送要求情報３２の入力を受け付ける。輸送要求情報３２は、荷主が輸送業者を選定するために用いられる情報であり、図７に示すように、輸送基本要求情報３３と、輸送品質要求情報３４とで構成される。輸送基本要求情報３３は、基本となる荷主の求車情報であり、例えば、積日、卸日、積地、卸地、輸送物（荷物）、輸送形態、輸送温度、希望金額（予算）を含んで構成される。輸送品質要求情報３４は、荷主の求車情報に追加されたものであり、荷主が輸送業者に要求する輸送品質である。輸送品質要求情報３４は、例えば、衝撃（加速度）、温度、遅配、誤配、紛失を含んで構成される。荷主は、複数の上記輸送品質から必要となるものを選定することができる。荷主は、例えば、荷物が精密機械である場合、輸送中の荷物に対する衝撃を低く抑えたい要求に対して衝撃を選択することができる。一方、荷物が鮮魚の場合、輸送中の荷物を一定の温度で管理してもらいたい要求に対して温度を選択することができる。また、荷主が遅配、誤配、紛失をしない（または少ない）輸送業者を選定したい場合には、遅配、誤配、紛失を選択することができる。輸送品質要求情報３４における各項目は、輸送品質レベルの高い順にＡ，Ｂ，Ｃのいずれかを指定することができる。本実施形態の輸送品質レベルは、輸送業者の全運行数において、例えば、荷物に対する衝撃の値が閾値未満であったＯＫ運行数の割合が１００〜９０％の場合、輸送品質レベルＡとなる。また、ＯＫ運行数の割合が９０〜８０％の場合、輸送品質レベルＢとなる。また、ＯＫ運行数の割合が８０％未満の場合には、輸送品質レベルＣとなる。荷主は、例えば、衝撃に関する輸送品質を高くしたい場合には輸送品質レベルにＡを指定し、それほど優先しない場合には、衝撃を未選択にするか、輸送品質レベルにＣを指定する。

ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１３は、揮発性メモリであり、例えばＲＯＭ１４やＨＤＤ１５等から読み出されたオペレーションシステム（ＯＳ）のプログラムやアプリケーションプログラム等を記憶する。また、ＲＡＭ１３は、ＣＰＵ１１が利用するデータを一時的に記憶する。ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１４は、不揮発性メモリであり、ＯＳと協働してＨＤＤ１５等へのデータの入出力を制御する、いわゆるＢＩＯＳ（Ｂｉｎａｒｙ Ｉｎｐｕｔ／Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）等が記憶される。ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）１５は、補助記憶装置であり、クライアント端末２の起動時、または、必要なときにＲＡＭ１３にロードされるＯＳやアプリケーションプログラム、各種データを記憶する。

ＬＡＮ＿Ｉ／Ｆ１６は、クライアント通信部であり、ネットワーク４に有線（または無線）で接続され、ネットワーク４との間で情報や信号等の送受信を行うインターフェースである。ＬＡＮ＿Ｉ／Ｆ１６は、ネットワーク４を介して求貨求車サーバ３との間でデータ通信を行う。ＬＡＮ＿Ｉ／Ｆ１６は、輸送要求情報３２を求貨求車サーバ３に送信し、輸送要求情報３２に対応する抽出輸送業者情報３５（図７参照）を求貨求車サーバ３から受信する。

ビデオＩ／Ｆ１７は、表示部１９に接続され、表示部１９との間で映像信号の送信を行うインターフェースである。外部Ｉ／Ｆ１８は、クライアント端末２の外部装置、例えば他のＰＣ等との間で情報や信号等の送受信を行うインターフェースである。

表示部１９は、例えば、ＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）等で構成され、ビデオＩ／Ｆ１７からの映像信号に応じて画面表示を行う。表示部１９は、クライアント端末２に対する輸送要求情報３２の入力時において入力画面４１Ａを表示する（図４参照）。入力画面４１Ａでは、入力部１２にて入力された輸送要求情報３２が表示される。入力画面４１Ａは、輸送基本要求情報３３を表示する第１表示領域４５と、輸送品質要求情報３４を表示する第２表示領域４６とを有する。

第１表示領域４５は、入力部１２にて入力された輸送基本要求情報３３のうち、例えば、積日、卸日、積地、卸地、輸送物、輸送形態、輸送温度、希望金額が入力表示される。積日および卸日としては、例えば、年月日時分が入力表示される。積地および卸地としては、例えば、場所（〜県〜市）が入力表示される。輸送物としては、例えば、種別（農産物、水産物、食料品、衣類、電化製品等）、貴重品か否か、危険物か否か、荷物寸法（長さ、幅、高さ、重さ等）が入力表示される。輸送形態としては、例えば、裸のままの輸送、ケース、パレット、段ボール、缶等が入力表示される。輸送温度としては、例えば、常温、冷蔵、冷凍、温度（℃）等が入力表示される。希望金額としては、例えば、「〜円」が入力表示される。本実施形態では、荷主が要求する優先度に「金額重視」を指定することできる。すなわち、荷主より金額重視が要求された場合、より安価で荷物輸送が可能な輸送業者を選定するように変更される。

第２表示領域４６は、入力部１２にて入力された輸送品質要求情報３４のうち、上述した衝撃、温度、遅配、誤配、紛失が入力表示される。本実施形態では、例えば、第２表示領域４６において、３つのアイコン（Ａ〜Ｃ）のうち指定されたアイコンが反転表示される。

表示部１９は、クライアント端末２が輸送要求情報３２に対応する抽出輸送業者情報３５の受信時において出力画面４１Ｂを表示する（図７参照）。出力画面４１Ｂは、輸送要求情報３２と、求貨求車サーバ３から受信した抽出輸送業者情報３５とで構成される。抽出輸送業者情報３５は、出力画面４１Ｂにおいて、例えば１０社の輸送業者名が画面の上下方向に表示される。輸送業者名の表示順は、例えば、金額重視が指定されていない場合、荷主の利用履歴がある輸送業者や荷主の利用頻度が高い輸送業者等が上位に表示されるように構成されてもよい。一方、金額重視が指定されていた場合、荷主の希望金額以下の輸送業者が金額の低い順に表示されるか、または、希望金額以下の輸送業者が希望金額に近い金額の順に表示される。求貨求車サーバ３にて抽出された輸送業者数が１０社未満であった場合、荷主に対して輸送基本要求情報３３のいずれかの項目を変更するか、輸送品質要求情報３４のいずれかの輸送品質レベルを落とすかを提案表示する構成であってもよい。また、抽出された輸送業者数が１０社未満であった場合、輸送基本要求情報３３の一部の要求項目を類似範囲で変更して１０社の輸送業者を抽出し、変更した項目を明示するように構成して荷主が要求項目の変更を認識できるように構成してもよい。この場合、出力画面４１Ｂに表示される抽出輸送業者情報３５は、荷主の要求項目を変更して抽出した輸送業者が荷主の要求項目に基づいて抽出された輸送業者と異なるように表示することが好ましい。また、輸送基本要求情報３３に金額重視が設定されている場合には、荷主に対して希望金額を変更することを提案表示する構成であってもよい。

求貨求車サーバ３は、ネットワーク４を介して接続されたクライアント端末２の要求に応じて応答するコンピュータである。求貨求車サーバ３は、上記クライアント端末２と同様の構成を有することから（図２参照）、クライアント端末２と異なる機能について説明する。

求貨求車サーバ３のＣＰＵ１１は、抽出部であり、受信した輸送要求情報３２における輸送基本要求情報３３を満たす輸送能力および輸送品質要求情報３４を満たす輸送品質結果に基づいて、輸送能力および輸送品質結果を有する少なくとも１以上の輸送業者を抽出輸送業者情報３５としてデータベース３０から抽出するものである。ＣＰＵ１１は、例えば、輸送基本要求情報３３を満たす積日、卸日、積地、卸地、輸送物、輸送形態、輸送温度、希望金額に基づいて、３０社程度の輸送業者を抽出する。抽出された輸送業者が１０社に満たない場合、ＣＰＵ１１は、輸送要求情報３２に輸送品質要求情報３４が含まれていたとしても、当該輸送業者を抽出輸送業者情報３５とする。この場合、求貨求車サーバ３からクライアント端末２に送信する抽出輸送業者情報３５に付帯情報を加える構成であってもよい。この付帯情報は、例えば、現在の輸送基本要求情報３３では検索結果が１０社に満たないので、要求項目の変更を荷主に促す旨が記載された表示情報であり、クライアント端末２の表示部１９に表示される。なお、輸送基本要求情報３３の一部の要求項目を類似範囲で変更して１０社の輸送業者を抽出し、変更した項目を明示するように構成して荷主が要求項目の変更を認識できるように構成してもよい。一方、ＣＰＵ１１は、３０社を大きく超える輸送業者が抽出された場合、例えば希望金額がより安いものから順に３０社を抽出するように構成してもよい。

ＣＰＵ１１は、輸送基本要求情報３３を満たす輸送能力に基づいて抽出した３０社程度の輸送業者の中から、さらに輸送品質要求情報３４を満たす輸送品質結果に基づいて１０社の輸送業者を抽出する。抽出された輸送業者が１０社に満たない場合、ＣＰＵ１１は、例えば一部（または全部）の輸送品質レベルが低い輸送業者を抽出するように構成してもよい。この場合、上述したように、抽出輸送業者情報３５に付帯情報を加えることが好ましい。一方、１０社を超える輸送業者が抽出された場合には、例えば荷主が過去に利用したことがある輸送業者を優先して抽出するように構成してもよい。

ＣＰＵ１１は、輸送基本要求情報３３に金額重視が指定されていた場合、希望金額以下の輸送業者を抽出する。希望金額以下の輸送業者が１つも抽出できなかった場合、希望金額を超えて金額の低い順に輸送業者を抽出し、かつ抽出輸送業者情報３５に付帯情報を加える構成であってもよい。この付帯情報は、例えば、希望金額以下の輸送業者が検索できず、希望金額を超えて金額の低い順に輸送業者を表示する旨が記載された表示情報であり、クライアント端末２の表示部１９に表示される。

求貨求車サーバ３のＨＤＤ１５は、格納部であり、データベース３０を格納するものである。データベース３０は、図６に示すように、輸送業者４２と、輸送能力情報４３と、輸送業者に付与された輸送品質結果情報４４とを関連付けたものである。輸送業者４２は、各輸送業者を識別するための輸送業者名やユニークなユーザＩＤ（Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）等で構成される。輸送能力情報４３は、各輸送業者の車両による輸送能力で構成され、上述した輸送基本要求情報３３に対応するものである。輸送品質結果情報４４は、各輸送業者の輸送における輸送品質の結果で構成され、上述した輸送品質要求情報３４に対応するものである。なお、荷主は、必ずしも輸送品質を考慮して輸送業者検索を行うものでないことから、データベース３０には、輸送品質結果情報４４に輸送品質結果を有していない輸送業者が含まれていてもよい。

求貨求車サーバ３のＬＡＮ＿Ｉ／Ｆ１６は、サーバ通信部であり、ネットワーク４に接続され、当該ネットワーク４との間で情報や信号等の送受信を行うインターフェースである。ＬＡＮ＿Ｉ／Ｆ１６は、ネットワーク４を介して各クライアント端末２との間でデータ通信を行う。ＬＡＮ＿Ｉ／Ｆ１６は、輸送要求情報３２をクライアント端末２から受信し、輸送要求情報３２に対応する抽出輸送業者情報３５をクライアント端末２に送信（返信）する。

ネットワーク４は、通信回線であり、典型的にはインターネットであるが、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）、電話回線、専用デジタル回線であってもよい。

次に、求貨求車システム１における求貨求車処理について図３、図５を参照して説明する。図３に示す処理は、クライアント端末２にて実行されるものである。図５に示す処理は、求貨求車サーバ３にて実行されるものである。これらの処理は、ＣＰＵ１１がＨＤＤ１５からアプリケーションプログラムを読み出して実行することによりなされるものである。

図３において、ステップＳ１では、ＣＰＵ１１は、表示部１９に入力画面４１Ａを表示し、入力部１２にて輸送基本要求情報３３が入力されたか否かを判定する。ＣＰＵ１１は、輸送基本要求情報３３が入力されるまで待機し（ステップＳ１でＮＯ）、輸送基本要求情報３３が入力された場合（ステップＳ１でＹＥＳ）、ステップＳ２に進む。なお、輸送基本要求情報３３を構成する項目に未入力のものがある場合、警告を表示して入力を促す構成であってもよい。

ステップＳ２では、ＣＰＵ１１は、表示部１９に入力画面４１Ａが表示された状態で、入力部１２にて輸送品質要求情報３４が入力されたか否かを判定する。ＣＰＵ１１は、輸送品質要求情報３４が入力された場合（ステップＳ２でＹＥＳ）、ステップＳ３に進む。一方、輸送品質要求情報３４が入力されなかった場合（ステップＳ２でＮＯ）、ステップＳ６に進む。

ステップＳ３では、ＣＰＵ１１は、入力された輸送基本要求情報３３および輸送品質要求情報３４を輸送要求情報３２として、ＬＡＮ＿Ｉ／Ｆ１６によりネットワーク４を介して求貨求車サーバ３に送信する。

ステップＳ４では、ＣＰＵ１１は、送信した輸送要求情報３２に対する抽出輸送業者情報３５を受信したか否かを判定する。ＣＰＵ１１は、抽出輸送業者情報３５を受信するまで待機し（ステップＳ４でＮＯ）、抽出輸送業者情報３５を受信した場合（ステップＳ４でＹＥＳ）、ステップＳ５へ進む。

ステップＳ５では、ＣＰＵ１１は、求貨求車サーバ３からネットワーク４を介してＬＡＮ＿Ｉ／Ｆ１６にて受信した抽出輸送業者情報３５を、ビデオＩ／Ｆ１７を介して表示部１９に表示させて、本処理を終了する。このとき、表示部１９には、例えば、図４に示す出力画面４１Ｂが表示される。

ステップＳ６では、ＣＰＵ１１は、表示部１９に入力画面４１Ａが表示された状態で、入力部１２にて金額重視が指定されたか否かを判定する。ＣＰＵ１１は、金額重視が指定されていない場合にはステップＳ３に進む。一方、金額重視が指定された場合、ステップＳ７に進む。金額重視の指定がなされた場合、例えば、入力画面４１Ａ上の「金額重視」アイコンが反転表示される。

ステップＳ７では、ＣＰＵ１１は、輸送要求情報３２に対して、金額に対する重みを増加するように指定してステップＳ３に進む。求貨求車サーバ３は、輸送要求情報３２に基づいて輸送業者を抽出するが、希望金額に対する重みが増加されている場合、輸送要求情報３２における希望金額を優先して抽出を行う。荷主は、輸送業者を選定する際に、輸送品質より輸送料金を重視する場合がある。このようなニーズに対応するために、輸送要求情報３２における希望金額の優先度を高くすることができる。

図５において、ステップＳ１１では、ＣＰＵ１１は、ＬＡＮ＿Ｉ／Ｆ１６にて輸送要求情報３２を受信したか否かを判定する。ＣＰＵ１１は、輸送要求情報３２を受信するまで待機し（ステップＳ１１でＮＯ）、輸送要求情報３２を受信した場合（ステップＳ１１でＹＥＳ）、ステップＳ１２に進む。

ステップＳ１２では、ＣＰＵ１１は、受信した輸送要求情報３２における輸送基本要求情報３３に基づいてデータベース３０から輸送業者を抽出して、ステップＳ１３に進む。ステップＳ１２では、ＣＰＵ１１は、データベース３０から１つの輸送業者も抽出できなかった場合、その旨のメッセージをクライアント端末２に返信して、本処理を終了する。

ステップＳ１３では、ＣＰＵ１１は、ステップＳ１２で抽出した輸送業者から輸送品質要求情報３４にて指定された輸送品質レベルの輸送業者を抽出してステップＳ１４へ進む。ステップＳ１３では、ＣＰＵ１１は、ステップＳ１２で抽出した輸送業者から１つの輸送業者も抽出できなかった場合、その旨のメッセージをクライアント端末２に返信して、本処理を終了する。

ステップＳ１４では、ＣＰＵ１１は、ステップＳ１３で抽出された輸送業者を、抽出輸送業者情報３５としてクライアント端末２に送信して、本処理を終了する。

以上説明したように、本実施形態における求貨求車システム１は、求貨求車サーバ３が、輸送業者４２と、輸送能力情報４３と、輸送品質結果情報４４とを関連付けたデータベース３０を格納する。求貨求車サーバ３は、クライアント端末２から受信した輸送基本要求情報３３を満たす輸送能力および輸送品質要求情報３４を満たす輸送品質結果に基づいて、輸送能力および輸送品質結果を有する輸送業者を抽出輸送業者情報３５としてデータベース３０から抽出する。クライアント端末２は、輸送基本要求情報３３および輸送品質要求情報３４を入力して求貨求車サーバ３に送信し、抽出輸送業者情報３５を求貨求車サーバ３から受信して表示部１９に表示する。上記構成により、荷主が求貨求車サービスを利用して車両の手配を要求する際に、荷物の輸送に対する基本的な要求だけではなく、荷主の付加的要求を加味した輸送業者の選定を行うことができる。例えば、荷主が期日までの精密機械の輸送を計画し、輸送品質における衝撃、遅配や誤配、紛失について高いレベルでの輸送管理を要求する場合、これらの点を考慮した輸送業者を選定して荷主に提供することが可能となり、荷主が要求する輸送品質に合わせた輸送業者を選定することが可能となる。

また、本実施形態における求貨求車システム１は、輸送品質結果情報４４が上記影響度および上記到着精度を含むものである。これにより、輸送業者が車両を用いて荷物を輸送する際に当該荷物が受ける影響度、および、輸送業者が車両を用いて荷物を輸送した輸送結果における到着精度について、輸送業者を選定して荷主に提供することが可能となる。

上記実施形態では、クライアント端末２は、入力部１２が１つの輸送要求情報３２の入力を受け付けているが、これに限定されるものではない。図８は、第１実施形態の変形例におけるクライアント端末の出力画面の一例を示す模式図である。変形例におけるクライアント端末２は、入力部１２が、複数の輸送要求情報３２で構成された一括輸送要求情報３１を受け付ける。一括輸送要求情報３１は、例えば荷主の輸送計画に基づいて作成されたものであり、複数の輸送基本要求情報３３ａ，３３ｂ，３３ｃと、複数の輸送品質要求情報３４ａ，３４ｂ，３４ｃとで構成される。クライアント端末２は、一括輸送要求情報３１を求貨求車サーバ３に送信し、当該一括輸送要求情報３１に対応する複数の抽出輸送業者情報３５ａ，３５ｂ，３５ｃを受信し、複数の抽出輸送業者情報３５ａ〜３５ｃをそれぞれ表示部１９に表示する。表示部１９は、出力画面として、例えば、各輸送要求情報３３ａ〜３３ｃに対応した抽出輸送業者情報３５ａ〜３５ｃを表示する。各抽出輸送要求情報３５ａ〜３５ｃは、上述した実施形態と同様に、１０社の輸送業者で構成される。このように、各輸送要求情報３３ａ〜３３ｃに対応した抽出輸送業者情報３５ａ〜３５ｃが表示されることで、例えば、３つの抽出輸送業者情報３５ａ〜３５ｃにおいて重複する輸送業者が存在した場合、計画した荷物の輸送を一括して同一の輸送業者に依頼することが可能となる。

変形例における求貨求車システム１は、上記構成により、複数の輸送要求情報３２を一括して処理させることができ、荷主が求貨を効率よく行うことが可能となる。

［第２実施形態］
第２実施形態における求貨求車システムを図９〜図１３を参照して説明する。第２実施形態における求貨求車システム１Ａは、求貨求車サーバ３が外部から輸送業者の輸送品質情報を受信してデータベース３０に蓄積されている輸送品質結果を更新する点で上記第１実施形態における求貨求車システム１とは異なる。なお、上記第１実施形態と共通する構成については同様の符号を付して、重複した説明はできるだけ省略する。

求貨求車システム１Ａは、図９に示すように、クライアント端末２と、求貨求車サーバ３と、ネットワーク４と、車載器８とを含んで構成される。

車載器８は、輸送業者の車両７に搭載され、各輸送業者が車両７を用いて荷物を輸送する際に当該荷物が受ける影響度を測定するものである。車両７に輸送される荷物が受ける影響度とは、例えば、荷物に対する衝撃（加速度）、荷物周囲の温度（輸送温度）である。車載器８は、アンテナ８ａを介して、ネットワーク４に接続された中継アンテナ５との間で無線通信を行うことができ、中継アンテナ５およびネットワーク４を介して求貨求車サーバ３に測定結果を送信することができる。車載器８は、ネットワーク４上の求貨求車サーバ３に荷物が受けた影響度を輸送品質の衝撃、温度として求貨求車サーバ３に送信する。

また、車載器８は、各輸送業者が車両７を用いて荷物を輸送した輸送結果における到着精度を判定する。車両７を用いて荷物を輸送した輸送結果における到着精度とは、例えば、荷物の遅配、誤配、紛失である。荷物の遅配は、荷物の輸送が輸送基本要求情報における卸日より遅れることである。荷物の誤配は、輸送基本要求情報における卸地と異なる場所で荷物が卸されることである。荷物の紛失は、例えば、車載器８が荷物自体または荷物を乗せたパレット７３に付与された無線タグから信号を受信できなくなった場合である。

無線タグ７４は、ＲＦＩＤ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ ＩＤｅｎｔｉｆｉｅｒ）タグであり、例えば、図１０に示すように、車両７の荷台に載置されるパレット（荷役台）７３に内蔵される。車両７は、荷台に複数のパレット７３を載置することができる。各パレット７３には、荷物７２が載置されている。無線タグ７４は、アンテナ８ｂを介して車載器８との間で無線通信を行う。なお、無線タグ７４は、パレット７３に内蔵されるだけでなく、荷物７２に装着されていてもよいし、車両７の荷台に設置されていてもよい。

車載器８は、図１１に示すように、例えば、ＣＰＵ２１、メモリ２２、第１無線通信部２３、ＧＰＳ部２４、第２無線通信部２５、速度信号Ｉ／Ｆ２６、エンジン信号Ｉ／Ｆ２７、およびシステムバス２８を備える。

ＣＰＵ２１は、システムバス２９を介してメモリ２２、第１無線通信部２３、ＧＰＳ部２４、第２無線通信部２５、速度信号Ｉ／Ｆ２６、およびエンジン信号Ｉ／Ｆ２７に接続され、これらを制御する。本実施形態のＣＰＵ２１は、影響度比較部であり、第１無線通信部２３にて無線タグ７４から受信した荷物温度（輸送温度）および荷物衝撃と荷物温度閾値および荷物衝撃閾値とを比較し、それら比較結果を第２無線通信部２５により求貨求車サーバ３に向けて送信させる。荷物温度は、無線タグ７４により測定された荷物７２の輸送品質の温度である。荷物温度閾値は、荷物温度管理の輸送品質を決定するための基準となる温度である。例えば、ＣＰＵ２１は、荷物温度と荷物温度閾値とを比較し、荷物温度が荷物温度閾値以上（または荷物温度閾値以下）か否かを判定し、その比較結果を送信する。なお、荷物温度閾値は、２点間の温度範囲であってもよい。すなわち、ＣＰＵ２１は、荷物温度と荷物温度閾値とを比較し、荷物温度が荷物温度閾値の範囲内か否かを判定する構成であってもよい。荷物衝撃は、無線タグ７４により測定された荷物７２の輸送品質の衝撃である。荷物衝撃閾値は、荷物に対する衝撃の許容値となる加速度である。例えば、ＣＰＵ２１は、無線タグ７４により測定された荷物７２の加速度の測定値と荷物７２に対する加速度の許容値とを比較し、測定値が許容値以下か否かを判定し、その比較結果を送信する。

また、ＣＰＵ２１は、到着精度比較部であり、ＧＰＳ部２４から取得された自車両の位置情報と荷物７２の卸地情報とを比較し、かつ自車両が荷物７２の卸地に到着したときの時間と予定時間とを比較し、それらの比較結果を第２無線通信部２５により求貨求車サーバ３に向けて送信させる。ＧＰＳ部２４から取得された自車両の位置情報は、輸送基本要求情報３３における卸日の自車両の位置を示すものである。荷物７２の卸地情報は、輸送基本要求情報３３における卸地情報である。自車両が荷物７２の卸地に到着したときの時間は、車両７が卸地に到着したときの実際の時間である。荷物７２の卸地に到着する予定時間は、輸送基本要求情報３３における卸日情報に基づくものである。

メモリ２２は、例えばＲＡＭやＲＯＭであり、ＣＰＵ２１が利用するデータを一時的に記憶する。

第１無線通信部２３は、車両７に搭載され、当該車両７が輸送する荷物７２またはパレット７３に装着される無線タグ７４との間で無線通信を行うものである。第１無線通信部２３は、無線タグ７４からの情報を定期的に受信する。第１無線通信部２３は、例えば、無線タグ７４から定期的な情報の受信ができなくなった場合、無線タグ７４が第１無線通信部２３の通信範囲から離れたことを意味する。すなわち、第１無線通信部２３と無線タグ７４との通信が途絶えた場合には、対応する荷物７２が紛失したことを意味する。

ＧＰＳ部２４は、ＧＰＳ衛星６からの信号を受信して、自車両である車両７の位置情報を取得するものである。なお、ＧＰＳ部２４は、車載器８に搭載されているが、これに限定されず、ＧＰＳ部２４を車載器８に搭載することなく、車両７に搭載されたＧＰＳ機能を利用するものであってもよい。

第２無線通信部２５は、アンテナ８ａを介して中継アンテナ５との間で無線通信を行って情報の送受信を行うものである。第１無線通信部２３は、上述したＣＰＵ２１による比較結果をアンテナ８ａ、中継アンテナ５およびネットワーク４を介して求貨求車サーバ３に送信する。

速度信号Ｉ／Ｆ２６は、車両７から出力される車速信号を、ＣＰＵ２１が扱うことができる信号に変換して当該ＣＰＵ２１に出力するインターフェースである。ＣＰＵ２１は、車速信号を監視することで車両７の走行速度や走行距離を把握することができる。

エンジン信号Ｉ／Ｆ２７は、車両７から出力されるエンジン回転信号を、ＣＰＵ２１が扱うことができる新語に変換して当該ＣＰＵ２１に出力するインターフェースである。ＣＰＵ２１は、エンジン回転信号を監視することで車速信号と合わせて車両７の停止を把握することができる。

求貨求車サーバ３は、ＣＰＵ１１が、車載器８から受信した比較結果に基づいて、データベース３０の輸送品質結果情報４４を更新する。例えば、ＣＰＵ１１は、ＬＡＮ＿Ｉ／Ｆ１６にて車載器８から衝撃の輸送品質レベルがＮＧであることを示す比較結果を受信すると、該当する輸送業者のＯＫ運行数の割合を更新する。この結果、該当する輸送業者において、更新前のＯＫ運行数の割合が１００〜９０％であったが、更新後のＯＫ運行数の割合が９０〜８０％に下がった場合、輸送品質結果情報４４の輸送品質レベルがＡ→Ｂに更新される。一方、ＣＰＵ１１は、車両７の１運行について輸送品質レベルにＮＧがなかった場合、該当する輸送業者のＯＫ運行数をカウントアップして更新前のＯＫ運行数の割合を更新する。この結果、該当する輸送業者において、更新前のＯＫ運行数の割合が９０〜８０％であったが、更新後のＯＫ運行数の割合が１００〜９０％に上がった場合、輸送品質結果情報４４の輸送品質レベルがＢ→Ａに更新される。

次に、求貨求車システム１Ａにおける輸送品質結果の送信処理について図１２、図１３を参照して説明する。図１２、図１３に示す処理は、車載器８にて実行されるものである。この処理は、ＣＰＵ２１がメモリ２２からアプリケーションプログラムを読み出して実行することによりなされるものである。

図１２において、ステップＳ２１では、ＣＰＵ２１は、無線タグ７４から受信した荷物衝撃の値が閾値以上か否かを判定する。この荷物衝撃の値は、輸送中に荷物７２が受けた加速度の測定値である。閾値は荷物衝撃閾値である。荷物衝撃の値が閾値未満である場合（ステップＳ２１でＮＯ）、ステップＳ２３へ進む。一方、荷物衝撃の値が閾値以上である場合（ステップＳ２１でＹＥＳ）、ステップＳ２２へ進む。

ステップＳ２２では、ＣＰＵ２１は、荷物７２に対する衝撃の輸送品質レベルがＮＧと判定して、その判定結果を求貨求車サーバ３に送信して、ステップＳ２３へ進む。求貨求車サーバ３は、車載器８から衝撃の輸送品質レベルがＮＧであることを受信すると、該当する輸送業者のＯＫ運行数の割合を更新する。これにより、例えば、衝撃の輸送品質レベルＡの輸送業者が、輸送品質レベルＢに落ちる場合がある。

ステップＳ２３では、ＣＰＵ２１は、無線タグ７４から受信した荷物温度の値が閾値以上か否かを判定する。荷物温度の値は、輸送中の荷物７２の温度の測定値である。閾値は、荷物温度閾値である。荷物温度の値が閾値未満である場合（ステップＳ２３でＮＯ）、ステップＳ２５（図１３）へ進む。一方、荷物温度の値が閾値以上である場合（ステップＳ２３でＹＥＳ）、ステップＳ２４へ進む。

ステップＳ２４では、ＣＰＵ２１は、荷物７２に対する温度の輸送品質レベルがＮＧと判定して、その判定結果を求貨求車サーバ３に送信して、ステップＳ２５へ進む。求貨求車サーバ３は、車載器８から温度の輸送品質レベルがＮＧであることを受信すると、該当する輸送業者のＯＫ運行数の割合を更新する。これにより、例えば、温度の輸送品質レベルＢの輸送業者が、輸送品質レベルＣに落ちる場合がある。

図１３において、ステップＳ２５では、ＣＰＵ２１は、指定された卸地に指定時間以内に到着したか否かを判定する。ＣＰＵ２１は、輸送基本要求情報３３における卸地に自車両が存在し、かつ、輸送基本要求情報３３における卸日（年月日時分）に対して、車両７が実際に卸地に到着した時間がどの程度乖離しているかを判定し、予め設定された指定時間内（例えば０分〜１５分）の乖離であれば、卸地に指定時間以内に到着したと判定する。一方、卸地に指定時間以内に到着していない場合には（ステップＳ２５でＮＯ）、ステップＳ２６へ進む。ここで、自車両が卸地に到着したか否かは、例えばＧＰＳ部２４の機能等により行う。

ステップＳ２６では、ＣＰＵ２１は、輸送業者の遅配の輸送品質レベルがＮＧと判定して、その判定結果を求貨求車サーバ３に送信して、ステップＳ２７へ進む。求貨求車サーバ３は、車載器８から遅配の輸送品質レベルがＮＧであることを受信すると、該当する輸送業者のＯＫ運行数の割合を更新する。これにより、例えば、遅配の輸送品質レベルＡの輸送業者が、輸送品質レベルＢに落ちる場合がある。

ステップＳ２７では、ＣＰＵ２１は、指定された卸地で荷物が卸されたか否かを判定する。ＣＰＵ２１は、輸送基本要求情報３３における卸地に自車両が存在した後、自車両が卸地から離れた状態で、該当する荷物７２に対応する無線タグ７４が検出できない場合には、誤配が生じていないと判定し（ステップＳ２７でＹＥＳ）、ステップＳ２９へ進む。一方、上記以外については誤配が生じたものと判定して（ステップＳ２７でＮＯ）、ステップＳ２８へ進む。

ステップＳ２８では、ＣＰＵ２１は、輸送業者の誤配の輸送品質レベルがＮＧと判定して、その判定結果を求貨求車サーバ３に送信して、ステップＳ２９へ進む。求貨求車サーバ３は、車載器８から誤配の輸送品質レベルがＮＧであることを受信すると、該当する輸送業者のＯＫ運行数の割合を更新する。これにより、例えば、遅配の輸送品質レベルＡの輸送業者が、輸送品質レベルＢに落ちる場合がある。

ステップＳ２９では、ＣＰＵ２１は、荷物７２が紛失したか否かを判定する。ＣＰＵ２１は、車両７の走行中に無線タグ７４を検出している場合には、紛失が生じていないと判定して（ステップＳ２９でＮＯ）、本処理を終了する。一方、車両７の走行中に無線タグ７４が検出できない場合には、紛失が生じたものと判定して（ステップＳ２９でＹＥＳ）、ステップＳ３０へ進む。車両７が走行中か否かは、例えば速度信号Ｉ／Ｆ２６、エンジン信号Ｉ／Ｆ２７から受信する車速信号やエンジン回転信号等により行う。

ステップＳ３０では、ＣＰＵ２１は、輸送業者の紛失の輸送品質レベルがＮＧと判定して、その判定結果を求貨求車サーバ３に送信して、本処理を終了する。求貨求車サーバ３は、車載器８から紛失の輸送品質レベルがＮＧであることを受信すると、該当する輸送業者のＯＫ運行数の割合を更新する。これにより、例えば、紛失の輸送品質レベルＡの輸送業者が、輸送品質レベルＢに落ちる場合がある。

以上説明したように、本実施形態における求貨求車システム１Ａは、求貨求車システム１に対して、各輸送業者の車両７に搭載された車載器８をさらに備える。車載器８は、無線タグ７４から受信した荷物温度および荷物衝撃と荷物温度閾値および荷物衝撃閾値とを比較し、その比較結果を求貨求車サーバ３に送信する。また、車載器８は、ＧＰＳ部２４から取得された自車両の位置情報と荷物７２の卸地情報とを比較し、かつ自車両が荷物７２の卸地に到着したときの時間と予定時間とを比較して、その比較結果を求貨求車サーバ３に送信する。求貨求車サーバ３は、受信した上記比較結果に基づいて、データベース３０の輸送品質結果情報を更新する。上記構成により、データベース３０の輸送品質結果情報が更新され、荷主がサービスを利用する際に、最新の輸送品質結果情報に基づいて輸送業者の選定が行われるので、荷主に対して適正な輸送品質を有する輸送業者を提案することができる。

なお、上記第２実施形態では、各車載器８により輸送品質結果の送信処理が行われ、データベース３０における輸送品質結果情報を更新する構成について説明したが、これに限定されるものではない。例えば、図１２、図１３に示す処理が求貨求車サーバ３において実施される構成であってもよい。

上記第２実施形態では、ＣＰＵ１１が、車載器８から受信した検出結果に基づいて、データベース３０の輸送品質結果情報４４を更新しているが、これに限定されるものではない。例えば、輸送品質結果情報４４は、荷主自体の過去の経験や第三者の口コミ情報等に基づいて、更新される構成であってもよい。この場合、輸送品質における遅配や誤配、紛失であってもよいし、荷物の損傷の有無に基づく衝撃であってもよい。

上記第１および第２実施形態では、車両による輸送を前提としているが、これに限定されるものではない。例えば、輸送手段は、船舶、航空機（無人航空機を含む）、鉄道その他であってもよい。

１ 求貨求車システム
２ クライアント端末
３ 求貨求車サーバ
４ ネットワーク
５ 中継アンテナ
８ 車載器
１１ ＣＰＵ
１２ 入力部
１３ ＲＡＭ
１４ ＲＯＭ
１５ ＨＤＤ
１６ ＬＡＮ＿Ｉ／Ｆ
１９ 表示部
２１ ＣＰＵ
２３ 第１無線通信部
２４ ＧＰＳ部
２５ 第２無線通信部
３０ データベース
３１ 一括輸送要求情報
３２ 輸送要求情報
３３ 輸送基本要求情報
３４ 輸送品質要求情報
３５ 抽出輸送業者情報
４１Ａ 入力画面
４１Ｂ 出力画面
４２ 輸送業者
４３ 輸送能力情報
４４ 輸送品質結果情報
４５ 第１表示領域
４６ 第２表示領域

Claims (4)

1. クライアント端末と、
   ネットワークを介して前記クライアント端末に接続されたサーバと、
   を備え、
   前記サーバは、
   輸送業者と、前記輸送業者の車両による輸送能力情報と、前記輸送業者に付与された輸送品質結果情報とを関連付けたデータベースを格納する格納部と、
   荷主が前記輸送業者を選定するために用いる輸送要求情報を前記クライアント端末から受信し、前記輸送要求情報に対応する抽出輸送業者情報を前記クライアント端末に送信するサーバ通信部と、
   受信した前記輸送要求情報における輸送基本要求情報を満たす輸送能力および輸送品質要求情報を満たす輸送品質結果に基づいて、前記輸送能力および前記輸送品質結果を有する少なくとも１以上の前記輸送業者を前記抽出輸送業者情報として前記データベースから抽出する抽出部と、
   を備え、
   前記クライアント端末は、
   前記輸送基本要求情報および前記輸送品質要求情報の入力を受け付ける入力部と、
   入力された前記輸送基本要求情報および前記輸送品質要求情報を前記サーバに送信し、少なくとも１以上の前記輸送業者を含む前記抽出輸送業者情報を前記サーバから受信するクライアント通信部と、
   受信した前記抽出輸送業者情報を表示する表示部と、
   を備えることを特徴とする求貨求車システム。
2. 前記輸送品質結果情報は、
   前記輸送業者が車両を用いて荷物を輸送する際に当該荷物が受ける影響度、および、前記輸送業者が前記車両を用いて荷物を輸送した輸送結果における到着精度の少なくとも一方を含むものである
   請求項１に記載の求貨求車システム。
3. 前記車両に搭載された車載器をさらに備え、
   前記車載器は、
   前記影響度を取得する無線タグとの間で無線通信を行う第１無線通信部と、
   前記車両の位置情報を取得するＧＰＳ部と、
   前記無線タグから受信した荷物温度および荷物衝撃と荷物温度閾値および荷物衝撃閾値とを比較する影響度比較部と、
   前記ＧＰＳ部から取得された自車両の位置情報と荷物の卸地情報とを比較し、かつ自車両が荷物の卸地に到着したときの時間と予定時間とを比較する到着精度比較部と、
   前記影響度比較部および前記到着精度比較部によるそれぞれの比較結果を前記サーバに送信する第２無線通信部と、
   を備え、
   前記サーバは、
   送信された各前記比較結果を前記車載器から受信する無線通信部と、
   受信した前記比較結果に基づいて、前記データベースの前記輸送品質結果情報を更新する制御部と、
   をさらに備える請求項２に記載の求貨求車システム。
4. 前記クライアント端末は、
   前記入力部が、複数の前記輸送要求情報で構成された一括輸送要求情報を受け付ける
   請求項１〜３のいずれか１項に記載の求貨求車システム。

Images