JP2016053777A - 物流管理システム、物流管理サーバ、およびプログラム - Google Patents

Abstract

【課題】物流の状態をリアルタイムで取得して、複数の運送会社間で物流資源を共有する物流管理システム、物流管理サーバ、物流管理方法およびプログラムを提供する。
【解決手段】物流管理システムは、荷物の輸送の受注を管理する受注ＤＢ１１８と、荷物を輸送する車両の運行情報を格納する運行ＤＢ１２２と、車両の現在位置を管理する動態ＤＢ１２０と、ネットワークを介してユーザからのオンライン配送予約を受注する発注管理部２３０とを含む。発注管理部２３０は、ユーザに対して荷物を輸送するための車両を検索するためのＧＵＩを提供し、ユーザから検索条件を受領して、検索条件に含まれるエリア情報から表示するべき地図データを取得し、地図データに検索された車両を示す車両マークを配置して、ユーザに対して検索結果として表示させる。
【選択図】図２

Description

本発明は、ネットワークを介した物流管理に関し、より詳細には、物流の状態をリアルタイムで取得して、複数の運送会社間で物流資源を共有する技術に関する。

近年、ネットワーク基盤が普及し、また移動体通信も普及していることから、多くの車両は、GPS(Global Positioning System)端末、タブレット型情報処理端末、またはスマートホンといった情報処理装置を搭載し、その位置や目的地などに関する情報を取得している。この様な状況は、陸上物流の主体を担うトラックなどの貨物車両についても同様である。

上述した環境を鑑みて本発明者は、上述した情報処理装置を使用してリアルタイムで取得された車両の位置情報を使用して車両の動態管理を行い、この動態管理の情報を、荷物、荷主と関連づけ、荷物が現在どの位置にあるかを荷主に通知するシステムを提案した。（特許文献１：特許第５，５１５，０６４号明細書、特許文献２：特願２０１４−０４４５７５号明細書）。

この他にも、例えば、特開２００２−３２４１７５号公報（特許文献３）では、荷送人が荷物の運送条件を入力すると、運送条件に合致する運送会社およびその運賃を荷送人に提示し、運送会社を選択させる運送仲介方法を記載する、さらに、特開２００４−１３９６１６号公報（特許文献４）では、輸送取引の多段階構造を排除し、荷主および運送業者のニーズに応えるため、運送業者をオークション形式で選択する輸送業務取引代行サーバが記載されている。また特開２００５−７５６３４号公報（特許文献５）では、運送手段と荷物とを届け先識別コードをキーに割り付けて異なる荷主の荷物を積み合わせる輸送計画データを生成し、配達拠点端末は、配達日単位で、且つ届け先方面毎に所定配送ルート別に出荷指示データを集約すると共に、運送手段と荷物とを届け先識別コードをキーに割り付けて異なる荷主の荷物を積み合わせる配送計画データを生成する、共同配送情報管理システムを記載する。

しかしながら、近年ではますます運送コストの削減、運送効率の改善が要求されており、また経済環境によって物流量が増加することによって車両や運転者のより効率的な管理・運営が要求されている。上述した環境において、運送会社によっては、遊休状態の車両が有るにも関わらず、他の運送会社では車両や運転者が足りないと言う不均衡な状況が発生していた。

また、運送能力に余裕のない運送会社が、他の運送会社に輸送代行を依頼することもできるが、多くの場合、このような運送代行は、定額制とされる場合が多く、荷物１つでも多量でも定額制となっており、運送会社間の輸送代行サービスの普及を妨げる１つの要因となっていた。

特許第５，５１５，０６４号明細書 特願２０１４−０４４５７５号明細書 特開２００２−３２４１７５号公報 特開２００４−１３９６１６号公報 特開２００５−７５６３４号公報

本発明は、上述した従来技術の問題点に鑑み、複数の運送会社にわたって動態管理を可能とし、さらに複数の運送会社で効率のよい運送管理を行うと共に、車両および運転者の効率的な運用を可能とする物流管理システム、物流管理サーバ、およびプログラムを提供することを目的とする。

本発明は、上記従来技術の問題点に鑑みてなされたものであり、本発明によれば、
荷物の輸送に関する情報を集約して管理する物流管理サーバを含むクラウド型の物流管理システムであって、前記物流管理サーバは、
荷物の輸送の受注を管理する受注データベースと、
荷物を輸送する車両の運行情報を格納する運行データベースと、
車両の現在位置を管理する動態データベースと、
ネットワークを介してユーザからのオンライン配送予約を受注する発注管理手段とを含み、
前記発注管理手段は、
前記ユーザに対して荷物を輸送するための車両を検索するためのＧＵＩを提供する新規発注受領手段と、
前記ユーザから検索条件を受領し、該検索条件に含まれるエリア情報から表示するべき地図データを取得する地図情報取得手段と、
前記エリア情報で指定されるエリアを現在走行する車両を検索する運行ログ検索手段と、
前記地図データに検索された車両を示す車両マークを、前記検索条件に対するマッチ度および前記車両の運行情報と関連づけて前記地図データのスナップショット上に配置して、前記ユーザに対して検索結果として表示させるマッシュアップ処理手段と
を含む、物流管理システムが提供される。

さらに、前記物流管理サーバは、さらに車両の運行計画を編集する運行管理手段を含み、前記ユーザからオンライン配送予約を受注すると、現在ユーザに表示しているスナップショットを前記運行管理手段に共有させると共に、オンライン配送予約を受注した通知を行うことができる。

また、前記運行管理手段は、受注した前記オンライン配送予約に関連する車両の運行計画データを、オンライン配送を追加して運行データベースを更新し、オンライン配送を含む車両の運行管理を行うことができる。

また、前記物流管理サーバは、車両の現在位置を管理する動態管理手段を含み、前記発注管理手段は、前記動態管理手段が更新した車両の最新の現在位置を読み込んで前記スナップショット上における表示位置を更新するか、または、翌日以降の運行計画データを読み込んで、前記スナップショット上における表示位置を更新することができる。

本発明の第２の構成によれば、
荷物の輸送に関する情報を集約して管理する物流管理サーバであって、前記物流管理サーバは、
荷物の輸送の受注を管理する受注データベースと、
荷物を輸送する車両の運行情報を格納する運行データベースと、
車両の現在位置を管理する動態データベースと、
ネットワークを介してユーザからのオンライン配送予約を受注する発注管理手段とを含み、
前記発注管理手段は、
前記ユーザに対して荷物を輸送するための車両を検索するためのＧＵＩを提供する新規発注受領手段と、
前記ユーザから検索条件を受領し、該検索条件に含まれるエリア情報から表示するべき地図データを取得する地図情報取得手段と、
前記エリア情報で指定されるエリアを現在走行する車両を検索する運行ログ検索手段と、
前記地図データに検索された車両を示す車両マークを、前記検索条件に対するマッチ度および前記車両の運行情報と関連づけて前記地図データのスナップショット上に配置して、前記ユーザに対して検索結果として表示させるマッシュアップ処理手段と
を含む、物流管理サーバが提供される。

本発明の前記物流管理サーバは、さらに車両の運行計画を編集する運行管理手段を含み、前記ユーザからオンライン配送予約を受注すると、現在ユーザに表示しているスナップショットを前記運行管理手段に共有させると共に、オンライン配送予約を受注した通知を行うことができる。

本発明の前記運行管理手段は、受注した前記オンライン配送予約に関連する車両の運行計画データを、オンライン配送を追加して運行データベースを更新し、オンライン配送を含む車両の運行管理を行うことができる。

本発明によれば、前記物流管理サーバは、車両の現在位置を管理する動態管理手段を含み、前記発注管理手段は、前記動態管理手段が更新した車両の最新の現在位置を読み込んで前記スナップショット上における表示位置を更新するか、または、翌日以降の運行計画データを読み込んで、前記スナップショット上における表示位置を更新することができる。

本発明によれば、情報処理装置を、上記いずれかに記載の手段として機能させるための情報処理装置実行可能なプログラムが提供される。

本発明によれば、復数の運送会社にわたって動態管理を可能とし、さらに複数の運送会社で効率のよい運送管理を行うと共に、車両および運転者の効率的な運用を可能とする物流管理システム、物流管理サーバ、およびプログラムを提供することができる。

本実施形態の物流管理システム１００の概略図。 本実施形態の物流管理サーバ１１６の機能ブロック２００を示す図。 発注端末１１２の機能ブロックを示す図。 本実施形態の発注管理部２３０の機能ブロックを示す図。 本実施形態の物流管理サーバ１１６が実行する処理のフローチャート。 本実施形態における物流管理サーバ１１６が実行する処理を、データ構造との関連において説明した図。 本実施形態で、ユーザが選択した車両を管理する運送会社のデータベースに追加される新規レコード７１０の実施形態を示す図。 本実施形態で、ユーザが検索クエリを入力した後に表示されるＧＵＩ(Graphical User Interface)８００の実施形態を示す図。 図８の車両マークをユーザがクリックした時に表示される運行情報９００の例示的な実施形態を示す図。 本実施形態でユーザが「配送予約実施」ボタン９１０をクリックすることによって、管理者端末においてユーザに表示するＧＵＩ８００を共有させたＧＵＩ１０００の実施形態を示す図。

１００ ：物流管理システム
１１０ ：ネットワーク
１１２ ：発注端末
１１４ ：物流端末
１１６ ：物流管理サーバ
１３０ ：モバイル端末
１３２ ：車両
１４０ ：モバイル端末
１４２ ：車両
１５０ ：無線ネットワーク
２００ ：機能ブロック
２１０ ：運行管理部
２２０ ：動態管理部
２３０ ：発注管理部
２４０ ：データベースアクセス部
２５０ ：ストレージインタフェース
３１０ ：ＧＵＩ制御部
３２０ ：ブラウザ
３４０ ：デバイスドライバ
３５０ ：ハードウェア
４１０ ：通信インタフェース
４２０ ：新規発注受領部
４３０ ：配送状況検索部
４４０ ：予定時刻計算部
４５０ ：運行ログ検索部
４７０ ：地図情報取得部
４８０ ：マッシュアップ処理部

以下、本発明を、実施形態をもって説明するが、本発明は、後述する実施形態に限定されるものではない。図１は、本実施形態の物流管理システム１００の概略図である。物流管理システム１００は、ネットワーク１１０を介して遠隔的に荷主が配送を依頼し、荷主からの依頼に対応して物流業者が集配を指令し、さらに集配状況のモニタを可能としている。物流管理システム１００は、荷主サイトに設置された発注端末１１２と、集配を管理する管理者サイトに設置された物流端末１１４とを含んでいる。管理者サイトは、本実施形態では、配送サービスを提供する特定の輸送業者が運営することができるし、また、複数の輸送業者が設立した協同組合が運営することができる。

発注端末１１２は、運送するべき荷物を指定して物流管理サーバ１１６に登録することにより、荷物の運送を依頼する。本実施形態において用語「荷主」とは、荷物に対する権利を有する人、団体、または企業を意味する。したがって、例えば一般ユーザが、例えば通販会社で商品を購入し、通販会社が輸送業者に荷物の搬送を依頼する場合、「荷主」には、荷物の購入者または通販会社などの仲介業者を含む。

発注端末１１２は、物流管理サーバ１１６に対して荷物の配送状況を問い合わせ、物流管理サーバ１１６から、当該荷物の現在位置、配送完了予定時刻など現在の配送状況を略リアルタイムで取得する。また、物流端末１１４は、物流管理サーバ１１６に対して発注端末１１２からの新規な荷物集配の依頼の有無を問い合わせ、物流管理サーバ１１６に対して荷物の集配のための運行管理および要員管理などを依頼している。また、本願の発注端末１１２は、ユーザの要求に応じて、オンラインでスポット配送要求を物流管理サーバ１１６に発行し、スポット的な配送サービスを可能としている。

発注端末１１２および物流端末１１４は、パーソナルコンピュータやワークステーション、またはサーバコンピュータから構成することができ、中央処理装置(ＣＰＵ）、ＲＡＭ、ＲＯＭ、ハードディスクなどを実装し、適切なオペレーティングシステム（ＯＳ）の制御の下でオブジェクト指向プログラミング言語やレガシープログラミング言語などを実行し、各種処理を実行するための機能手段を提供している。また、発注端末１１２、物流端末１１４は、物流管理サーバ１１６に対してアクセスするための専用のクライアント−サーバアプリケーションを実装することもできるが、より好ましい実施形態では、発注端末１１２、物流端末１１４は、Iｎｔｅｒｎｅｔ Ｅｘｐｌｏｒｅｒ（登録商標）、Ｍｏｚｉｌｌａ（登録商標）、Ｏｐｅｒａ（登録商標）Ｆｉｒｅ Ｆｏｘ（登録商標）、Ｃｈｒｏｍｅ（登録商標）などのブラウザソフトウェアを搭載し、物流管理サーバ１１６に対して、ＨＴＴＰプロトコルやＦＴＰプロトコルを使用してアクセスし、ＪＡＶＡ（登録商標）、ＪＡＶＡＡＰＰＬＥＴ（登録商標）、ＪＡＶＡＳＣＲＩＰＴ（登録商標）などのアプリケーションプログラムを介して各種サービスの提供を受ける構成とされている。

物流管理サーバ１１６は、それぞれ発注端末１１２および物流端末１１４からの発注要求または運行管理要求を受領し、発注要求に基づいて集配計画の作成を支援する。物流管理サーバ１１６は、現在集配業務を行っている車両に搭載されたモバイル端末１３０，１４０から、それぞれの車両１３２，１４２の集配状況を、無線ネットワークを介した通信により取得し、略リアルタイムで集配状況の更新を行っている。本実施形態で、「略リアルタイム」とは、モバイル端末１３０，１４０から定期的にその位置情報および日時情報が送付され、更新されることを意味する。

物流管理サーバ１１６は、このために、受注ＤＢ１１８、動態ＤＢ１２０および運行ＤＢ１２２を管理しており、発注端末１１２からの受注、車両の集配状況の管理、および新規受注に基づく運行計画作成支援を行っている。物流管理サーバ１１６は、上述した処理を実行するためにウエブサーバおよびＦＴＰサーバとして機能し、さらにリレーショナルデータベース(ＲＤＢ）やオブジェクト指向データベース(ＯＯＤＢ）などのデータベースアプリケーションを実装し、物流に関連するデータ取得要求を取得し、ＳＱＬ（Ｓｔｒｕｃｔｕｒｅｄ Ｑｕｅｒｙ Ｌａｎｇｕａｇｅ)や、ＸＭＬ(ｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ)などを利用して、要求を処理し、それぞれ発注端末１１２または物流端末１１４に対して要求された情報を提供している。

なお、本実施形態の物流管理サーバ１１６は、Ｗｉｎｄｏｗｓ（登録商標）２００Ｘ、ＵＮＩＸ（登録商標）、Ｌｉｎｕｘ（登録商標）といったＯＳの制御下で動作するサーバプログラムを実装し、ＤＢ２（登録商標）、Ｏｒａｃｌｅ（登録商標）、ＡＣＣＥＳＳ（登録商標）などのＲＤＢや、ＣＡＳＨＥなどのＯＯＤＢを搭載し、各種の要求を処理する。

車両１３２，１４２は、トラックなどの車両の他、バイク、モータ付自転車などの荷物の集配を行うことができる車両であり、各車両１３２，１４２には、モバイル端末１３０，１４０が搭載されている。モバイル端末１３０，１４０は、これまで知られたいかなる端末、例えばカーナビ装置、携帯電話、ＰＤＡ(Ｐｅｒｓｏｎａｌ Ｄａｔａ Ａｓｓｉｓｔａｎｔ)、ミニノートコンピュータ、iPad（登録商標）などのタブレット型コンピュータを利用して実装することができる。

モバイル端末１３０，１４０は、Ｗｉｎｄｏｗｓ ＣＥ（登録商標）などの適切なＯＳの下で、本実施形態の物流管理システム１００に送付するための時刻情報、位置情報などを取得することができ、定期的に無線ネットワークを介して物流管理サーバ１１６に取得した情報を、ＲＦＣ９５９などに規定されるＦＴＰ（Ｆｉｌｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ)や、ＲＦＣ２２２８などに規定されるＦＴＰＳ、ＲＦＣ２６１６で規定されるＨＴＴＰ、ＲＦＣ２６６０に規定されるＨＴＴＰＳなどのプロトコルで送付することができる限り、端末の種類・形式には特に制限されるものではない。

また、モバイル端末１３０，１４０は、位置情報をＧＰＳ(Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ)などを利用して取得することもできるし、またＧＰＳに代えて特定の無線通信方式における無線局の位置情報をその位置情報として取得することができる。本実施形態の無線ネットワーク１５０は、種々の通信方式の通信基盤を利用することができ、例えばＩＥＥＥ８０２.ｘなどの規格で規定される無線通信、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＤｏＰａ、ＦＯＭＡ、ＰＨＳ、７．２Ｍｂｐｓのデータ転送速度を可能とするハイスピードＦＯＭＡ、または３２Ｍｂｐｓ以上のレートでデータ通信する３Ｇ、４Ｇ、５Ｇ、ＬＴＥ（ＲＦＣ３０９５など）として参照される次世代高速無線通信方式などの通信方式またはその他の移動体通信方式を利用して構成することができる。

図２は、本実施形態の物流管理サーバ１１６の機能ブロック２００を示す図である。物流管理サーバ１１６は、上述したようにWebサーバとして実装されており、ネットワークインタフェースＮＩＣを介してインターネットといったネットワーク１１０から各種情報および要求を受領する。さらに物流管理サーバ１１６は、運行管理部２１０と、動態管理部２２０と、発注管理部２３０を備えている。運行管理部２１０は、発注端末からの集配要求を受領し、特定の物流端末１１４からのアクセスに応じて運送業者の集配資源情報を参照して配送計画作成を支援する。また、運行管理部２１０は、運行DB１２２に作成した配送計画を登録し、管理している。

動態管理部２２０は、車両１３２、１４２から送付される位置情報、時刻情報などを受領して動態DB１２０に登録された特定の車両の現在情報を更新する。動態ＤＢ１２０は、発注端末１１２から特定の車両が担当する荷物がどのような配送状況にあるかの問合わせを受領すると、車両の配送状況を検索して、後述する発注管理部２３０に検索された情報を渡すことで、発注管理部２３０による対応する地図情報や道路情報などの取得、現在位置や予定配送時刻などを表示させるためのオブジェクトの地図データへの合成、集配計画テーブルの生成および地図データへの合成などの処理を可能とさせている。

発注管理部２３０は、本実施形態では、フロントエンドサーバの機能を有しており、発注端末１１２からの荷物集配要求を受領して、受注ＤＢ１１８に登録し、運行管理部２１０および動態管理部２２０による貨物追跡を可能とする。また、発注管理部２３０は、発注端末１１２からの荷物の現状問合わせ要求を受領すると、問合わせを受けた発注者の荷物を搬送している車両の最新の荷物配送状況を検索し、その位置情報に対応する地図データおよび配送予定時刻などを表示するためのオブジェクトを地図データに合成してＨＴＭＬデータを作成し、発注端末１１２に対して現状問合わせ要求のレスポンスとしてダウンロードさせている。さらに本実施形態では、ユーザからのスポット配送要求を受領して、ユーザに要求に対応した車両を使用したオンライン配送受注サービスを提供する。

図２に示した物流管理サーバ１１６の各機能部のうち、運行管理部２１０と発注管理部２３０とは、ウェブサーバ機能部として構成され、動態管理部２２０は、ＦＴＰサーバ機能部として構成される。また、物流管理サーバ１１６は、ウェブサーバ、ＦＴＰサーバ、およびデータサーバのサーバネットワークとして構成することもでき、適宜、システム容量、コストおよび設置環境を考慮して実装することができる。

また、物流管理サーバ１１６は、データベースアクセス部２４０を含んでいる。データベースアクセス部２４０は、ＲＤＢやＯＯＤＢに対するデータの登録や検索、検索結果の作成などを行う処理部であり、ＳＱＬパーザを含んで実装され、ＳＱＬなどで作成されたクエリ文を解析し、各データベースに対するデータ追加、検索結果生成、データ削除、データ更新などの処理を可能としている。運行管理部２１０、動態管理部２２０、および発注管理部２３０が取得した各データは、データベースアクセス部２４０、ストレージインタフェース２５０を介してハードディスク装置（図示せず）などにデータベースのデータとして格納されている。

なお、図２に説明した各機能部は、サーバプログラムの実行により単一内でのサーバの機能手段として実装することができる。また、他の実施形態では、図２の各機能部をそれぞれ特定機能に専用化したアプライアンスサーバとして実装し、各アプライアンスサーバをイーサネット（登録商標）などにより相互接続したサーバネットワークとして構成することもできる。さらに、図２の物流管理サーバ１１６の機能は、クラウドなどのコンピューティング基盤上に構成することができる。

図３は、発注端末１１２の機能ブロックを示す。なお、図３においても、物流管理サーバ１１６との間のデータトランザクションを説明するために、発注管理部２３０およびインターネットなどのネットワーク１１０を併せて記載している。発注端末１１２は、ネットワークインタフェースＮＩＣと、ＧＵＩ制御部３１０と、ブラウザ３２０とを含んでいる。ネットワークインタフェースＮＩＣは、発注端末１１２が作成した要求は、要求パケットとしてカプセル化し、ソケットインタフェースを介してＮＩＣからネットワーク１１０へと送出され、物流管理サーバ１１６側のＮＩＣにより抽出されて、発注管理部２３０に渡される。

さらに、発注端末１１２は、ＯＳ３３０と、デバイスドライバ３４０と、ハードウェア３５０とを含んでいて、各部の制御および外付け装置の制御などを可能としている。発注端末１１２と物流管理サーバ１１６との間のデータトランザクションを説明すると、発注端末１１２は、荷主からの新規な荷物の配送要求パケットを、例えばブラウザ３２０に表示されたフォームを含むウェブページを介して物流管理サーバ１１６に送付する。

物流管理サーバ１１６は、本実施形態ではスポット配送要求パケットを受領して解析し、送信元ＩＰアドレスや、ユーザＩＤまたはパスワードなどから、固有の荷主識別値（以下、荷主ＩＤとして参照する。）を識別する。なお、物流管理サーバ１１６と発注端末１１２との間において物流管理サーバ１１６にアクセスする際には、例えばＴｅｌｎｅｔ、ＳＳＨなどのアクセスプロトコル、ＨＴＴＰおよびＬＤＡＰ(Ｌｉｇｈｔ Ｗｅｉｇｈｔ Ｄｉｒｅｃｔｏｒｙ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ)を使用するアクセス管理が使用できることは言うまでもない。

荷主ＩＤが識別されると、発注管理部２３０は、スポット配送要求に含まれるエリア情報を抽出し、検索キーとしてＳＱＬ文にセットし、データベースアクセス部２４０に渡す。データベースアクセス部２４０は、運行ＤＢ１２２にアクセスし、スポット配送要求に含まれるエリア情報から、エリア内に存在する車両を検索し、対応する地図データを取得して、検索された車両の位置に車両マークを表示させる。発注端末１１２は、当該検索結果を参照して希望する車両を指定した車両指定情報を含む、スポット配送予約パケットを発注管理部２３０に送付する。発注管理部２３０は、当該要求を受領すると、当該荷主ＩＤの新規レコードとしてスポット配送の情報を追加する。その後、適切なタイミングで運行管理部２１０および動態管理部２２０が呼び出され、新規受注に対応する運行計画の作成および運行計画に従った動態管理が行われる。

図４は、本実施形態の発注管理部２３０の機能ブロックを示す。本実施形態の発注管理部２３０は、発注端末１１２との間で、ＨＴＴＰまたはＨＴＴＰＳプロトコルを使用するデータトランザクションを行っており、物流管理サーバ１１６のウェブサーバ機能として実装されている。発注管理部２３０は、通信インタフェース４１０を備えており、ソケット通信を使用して発注端末１１２との間でネットワーク１１０を介したデータ送受信を実行する。

さらに、発注管理部２３０は、新規発注受領部４２０と、配送状況検索部４３０と、予定時刻計算部４４０とを含んでいる。新規発注受領部４２０は、発注端末１１２から送付される新規な発注を受領し、本実施形態では、ユーザからのスポット（オンライン）配送要求を受領して、当該配送要求に関連する情報を、受注ＤＢ１１８に格納する。さらに新規発注受領部４２０は、運行管理部２１０に対して新規な受注データが更新されたことを通知し、運行計画の作成を指令する。また、配送状況検索部４３０は、発注端末１１２からの現在位置要求を受領して要求された運搬車両の最新の配送状況を検索するため、データベースアクセス部２４０を呼び出し、運行ＤＢ１２２の検索を実行し、検索された運搬車両の運行計画を、例えばビューとして作成する。また、予定時刻計算部４４０は、運搬車両の現在位置および過去の位置情報から計算された平均速度から、配送目的地までに要する時間を計算し、現在時刻に加算して到達予定時刻を取得し、発注端末１１２の要求に対するレスポンスデータに追加する。

また、発注管理部２３０は、運行ログ検索部４５０と、地図情報取得部４７０と、マッシュアップ処理部４８０とを含んでいる。運行ログ検索部４５０は、発注端末１１２から送付された現在位置要求に含まれる荷物ＩＤを検索キーとして動態ＤＢ１２０を検索し、荷物ＩＤ、すなわち当該荷物を運送している車両の運行ログデータのうち、最新の日時情報が付されたデータを取得し、地図情報取得部４７０およびマッシュアップ処理部４８０に渡す。地図情報取得部１８７０は、地図ＤＢを検索し、運行ログ検索部４５０から取得した位置情報および配送先の位置情報を含む適切な縮尺の地図情報を検索し、そのデータ識別値をマッシュアップ処理部４８０に送付する。なお、地図ＤＢは、物流管理サーバ１１６がその機能として含んでいてもよいし、例えば、ＧｏｏｇｌｅＭａｐ（登録商標）などの商用ＤＢにアクセスして、そのＵＲＬアドレスを取得してもよい。

マッシュアップ処理部４８０は、配送状況検索部４３０、予定時刻計算部４４０、運行ログ検索部４５０および地図情報取得部４７０がそれぞれ取得した情報に対してウィンドウフレームを割当て、表示のための各種オブジェクトを地図情報に重畳してスナップショットを作成し、現在位置要求に対するレスポンスデータを、例えばＨＴＭＬ／ＸＭＬなどの構造化文書およびＣＳＳなどを使用して作成する。

作成された検索結果は、ネットワーク１１０を介して発注端末１１２へと送付され、デスクトップ画面上に表示される。すなわち、マッシュアップ処理部４８０は、物流管理サーバ１１６のウェブサーバ機能により取得された情報、ＦＴＰまたはＨＴＴＰサーバ機能により収集された情報、地図ＤＢから取得した情報をマッシュアップして発注端末１１２に送付することで、依頼した荷物の配送状況を略リアルタイムで提供することを可能としている。

さらに発注管理部２３０は、ユーザがスポット配送を依頼するべき車両を指定したスポット配送予約パケットを受領し、当該車両を管理する運送業者の新規レコードとして受注ＤＢ１１８に登録し、以後、動態管理および運行管理を行う。

図５は、本実施形態の物流管理サーバ１１６が実行する処理のフローチャートである。図５に示した処理は、発注管理部２３０の例えば新規発注受領部４２０の追加モジュールとして構成することができ、ユーザに対してフォームを提示するためのＣＧＩ、車両の現在位置を表示するためのＪａｖａＳｃｒｉｐｔ（登録商標）、およびＳＱＬなどを使用してデータベースにアクセスするためのコンポーネントなどから構成することができる。

図５の処理は、ステップＳ５００から開始し、ステップＳ５０１で、ユーザから検索要求を受領する。検索要求には、車両を検索するエリア情報、輸送先情報、車両情報、貨物情報、空き積載量その他の情報が記述されている。ステップＳ５０１で、ユーザからの検索要求を受領すると、ステップＳ５０２で検索要求からエリアを特定する。ステップＳ５０３で、特定したエリアに集荷予定日において存在する車両を動態ＤＢ１２０に照会を発行して取得する。その後、ステップＳ５０４でユーザに対して車両の現在位置に車両マークを配置したマップを提示する。なお、このときユーザには、運行ＤＢ１２２から車両マークで指定される車両の車両情報、可積載量、運行予定その他の情報を含む運行計画が照会可能にリンクされる。なお、集荷予定日が当日以外の場合、運行ＤＢ１２２を照会し、翌日以降の予定された現在位置を表示させる。

ステップＳ５０５で、ユーザから指定した車両による配送予約がサブミットされたか否かを検査し、配送予約がサブミットされていない場合、（ｎｏ）、エリア内の車両の最新の現在位置を更新するための設定時間を経過したか否かを判断する。設定時間が経過していない場合（ｎｏ）、処理をステップＳ５０５に戻し配送予約のサブミットを待機する。なお、このときの設定時間は、車両が動態情報を更新するよりも短い時間間隔で行われる。この実施形態によると、ユーザに表示される車両の現在位置は、常に物流管理サーバ１１６が把握している情報と同期され、ユーザに対して正確な車両情報を通知することができる。

一方、設定時間が経過した場合（ｙｅｓ）、処理をステップＳ５０３に戻し、エリアに存在する車両の現在位置を、車両ＩＤを検索キーとして再検索し、マップ上の位置を更新する。更新が終了すると処理をステップＳ５０５に戻し、配送予約を受領するまで待機する。なお、検索要求の受領から、配送予約のサブミットまでの時間についても、タイムリミットを設定し、一定時間以上経過した場合には、処理を中断させる処理を追加することもできる。

運行管理部２１０は、ユーザからの配送予約を受領するまで、ステップＳ５０８で待機しており、ステップＳ５０５で、ユーザからの配送予約を受領すると（ｙｅｓ）、運行管理部２１０は、運行データの修正指示処理を開始する。運行データの修正指示処理は、ユーザに表示しているデータを運行管理部２１０に共有させる処理を含む。共有は、現在ユーザに提示しているＵＲＬを管理者端末にリダイレクトしてブラウザを起動することにより行うことができる。また複数のユーザが同時に異なるエリアで要求を行う場合、ユーザ毎にブラウザ・インスタンスを生成し、マルチウィンドウ形式で表示させることにより対応することができる。

ステップＳ５０８で配送予約を受領すると（ｙｅｓ）、ステップＳ５０９で現在ユーザに提示しているマップを運行管理部２１０が取得する。その後、ステップＳ５１０で、配送予約から車両ＩＤを取得する。ステップＳ５１１では、運行ＤＢ１２２および動態ＤＢ１２０から車両ＩＤを検索する。その後ステップＳ５１２で、供給したマップ上にユーザによる配送予約情報をリンクさせ、運行管理者による配送予約の確認を可能とする。なお、当該リンクは、マウスなどのイベントにより表示される受動的リンクでも良いし、配送予約が送付された時に、該当車両の位置にポップアップ表示されるように構成することもできる。

その後、ステップＳ５１３では、運行管理部２１０が呼び出され、配送予約に対応して運行データの修正を行い、当該修正を運行ＤＢ１２２に反映させる。さらにステップＳ５１４では、指定された車両に対して運行修正指令を発行し、一連の修正指示処理を完了する。

図５に示した処理は、特定の運送業者ではなく、ユーザがその利便性から選択した車両が荷物の輸送を行うことを可能とし、複数の運送業者にまたがった輸送管理を行うことができる。さらに、本実施形態では、先行技術文献１に記載した、荷主、物流業者および管理者がいずれも必要に応じて荷物の現在位置を確認することを可能とする機能を阻害することはない。すなわち、配送予約を行ったユーザは、いつでもその荷物の動向を把握でき、さらに運送業者も動態ＤＢ１２０、運行ＤＢ１２２を参照して運行管理を行うことが可能となる。

さらに運送業者においては、車両の空き積載量を縮小させながら、スポット配送による収益を得ることが可能となる。このとき、スポット配送の単価を通常の運賃よりも低く抑えることで、ユーザの負担も軽減することができる。

図６は、本実施形態における物流管理サーバ１１６が実行する処理を、データ構造との関連において説明した図である。本実施形態では、ユーザがクライアント端末から本実施形態のスポット配送サービスのウェブページにアクセスする。この際、ユーザを識別可能とするため、周知のユーザ認証を行う。ユーザ認証が成功すると、ユーザは、スポット配送サービスのウェブページに表示されたフォームから、集荷地、配送先、車両情報、荷物内容、および必要とする可積載量その他の情報を入力する。

入力が完了すると、ユーザは、フォームに入力された情報を検索クエリ６３０として物流管理サーバ１１６に送付する。物流管理サーバ１１６側では、発注管理部２３０が検索クエリを待機している。物流管理サーバ１１６は、検索クエリを受領すると、集荷地のエリアを特定し、該当するエリアに存在する車両を、動態ＤＢ１２０、運行ＤＢ１２２のデータベース情報６２０を照会して検索する。その後、物流管理サーバ１１６は、検索された車両の位置情報を使用して地図データ上に車両マークを配置してスナップショットとした地図データに車両マークを動的に配置した画像として、ユーザに返す。

なお、本実施形態で用語「動的に配置」とは、具体的にはスナップショットとした地図データを、地図データを表示する領域の壁紙とし、当該領域を例えば、フォーム内に埋め込んだＪａｖａＳｃｒｉｐｔ（登録商標）によって、検索された車両の最新の現在位置を動態データベースから読み出して表示位置を修正する処理を意味する。使用し車両マークには当該車両の運行情報がリンクされていて、ユーザが、車両マークにマウス・ポインタを合わせてクリックなどのイベントを発行すると、対応する車両の運行情報が、ウェブページ上に表示される。

ユーザが、望ましい車両を決定すると、ユーザは、車両を指定し、配送予約を送付する。物流管理サーバ１１６は、配送予約を受領すると、物流管理サーバ１１６は、新規な受付番号を割り当て、該当する車両を管理する運送会社の新規レコード６４０としてデータベースを更新する。さらに、更新した新規受付に対応して運行ＤＢ１２２の運行計画データの内容を修正する。本実施形態では、運行計画データの内容の修正は、物流管理サーバ１１６が、自動的に行うことができる。しかしながら、新規受付に対応する運行計画の修正は、オフラインで管理者が、道路状況などを考慮しながら、管理者が行うこともできる。

なお、翌日以上のスポット配送を要求することもできる。スポット配送要求において指定される納品日が、当日以外の場合、現在位置の他、運行ＤＢ１２２に登録されている翌日以降の運行計画データを参照し、スケジュールされた最初の位置を検索して、地図データ上に配置することで対応できる。また、本実施形態では、全国的に貨物の配送を行う場合、輸送業者の本拠地によらず、配送途中で遠隔地にいる車両に対しても遠隔地のユーザが容易にスポット配送予約を行うことが可能となり、より全国的な規模で物流効率を改善することが可能となる。

図７は、本実施形態で、ユーザが選択した車両を管理する運送会社のデータベースに追加される新規レコード７１０の実施形態を示す。新規レコード７１０には、ユーザから指定された積込地、貨物量、納品日、車両ＩＤなどが登録される。また、物流管理サーバ１１６によって新たに割り当てられた受付番号が追加されて、データベースに反映させるデータとされる。新規レコード７１０が追加されると、受注ＤＢ１１８および運行ＤＢ１２２に当該受付番号の情報が反映され、スポット配送を、従来と同様のシステムにより管理することが可能となる。

図８は、本実施形態で、ユーザが発注端末１１２から検索クエリを入力した後に表示されるＧＵＩ(Graphical User Interface)８００の実施形態である。ＧＵＩ８００は、紙面左手側に、ユーザが入力した、出発場所、目的地、指定車両、荷物種別、空き重量などの検索条件８４０が、修正可能に表示されている。また、検索条件８４０の下側の領域には、ユーザが指定した集荷地から運行計画データに支障を生じない距離および走行方向に存在する車両の車両ＩＤなどの情報が表示されている。

また、ＧＵＩ８００には、領域８１０が形成されており、領域８１０内に該当エリアの地図データ８２０が表示されている。地図データ８２０上には、検索された車両を示す車両マーク８３０が重畳されている。当該車両マーク８３０には、対応する車両の運行情報が参照可能にリンクされていて、ユーザが、関心の有る車両の詳細な情報を閲覧することが可能とされている。ユーザの希望する検索条件に対する適合度毎に車両マークは検索条件に対するマッチ度で、色分けされており、例えば、車両マークが青の場合ユーザに希望に完全に適合し、車両マークが赤で示されている場合には、車両はいるが、ユーザの希望条件で配送ができないことを示すようにされている。このような車両色と検索マッチ度合いの関係を示す画像表示が、ヘルプ情報８５０として画面右手側上に示されている。図８中、例えば、ユーザが車両マーク８３０をクリックすると、例えば図９に示した情報が、領域８１０に表示される。

図９は、図８の車両マークをユーザがクリックした時に表示される運行情報９００の例示的な実施形態を示す。運行計画には、現在地、経由地、帰社などの運行計画と、車両の管理会社、配送情報、荷物情報などが表示されている。ユーザが図９に示した運行情報を確認し、当該車両に満足すると、ユーザは、「配送予約実施」ボタン９１０をクリックする。当該クリックに応答して物流管理サーバ１１６は、新規受注として認識し、その管理するデータベースに新規亜受注情報を登録する。一方、ユーザがさらに他の車両を確認したいと思う場合には、「車両検索へ戻る」ボタン９２０をクリックする。「車両検索へ戻る」ボタン９２０のクリックにより、ユーザは図８のＧＵＩ８００に戻って、さらに他の車両の情報を確認することができる。

図１０は、本実施形態でユーザが「配送予約実施」ボタン９１０をクリックすることによって、管理者端末においてユーザに表示するＧＵＩ８００を共有させたＧＵＩ１０００の実施形態を示す。図１０に示した実施形態では、大型スクリーン１０１０に地図データ１０２０が表示されていて、管理者が容易に車両を識別し、各種の処理を指令できるようにされている。

また、ＧＵＩ１０００には、ユーが指示した配送予約の情報が表示されていて、管理者が運行計画データを修正すると共に、車両の運転者への指令を行うことが可能とされている。なお、ＧＵＩ１０００は、管理者端末の個別的スクリーンとして形成することができるが、壁掛け型の大型ＬＣＤパネルまたはＬＣＤパネルを平面上で連結したより大画面のものとすることができ、この場合には、複数の管理者が、車両の運行計画を管理することが可能となる。

以上、本発明を、実施形態をもって説明してきたが、本発明によれば、運送会社によらず、車両の空き積載量、現在位置および配送先などの情報を使用して効率的なスポット配送が可能となり、輸送効率を改善し、輸送コストの削減することを可能とする、クラウド型の物流管理システム、物流管理サーバ、およびプログラムが提供できる。

さらに、本発明は上述した実施形態に限定されるものではなく、他の実施形態、追加、変更、削除など、当業者が想到することができる範囲内で変更することができ、いずれの態様においても本発明の作用・効果を奏する限り、本発明の範囲に含まれるものである。

Claims (9)

1. 荷物の輸送に関する情報を集約して管理する物流管理サーバを含むクラウド型の物流管理システムであって、前記物流管理サーバは、
   荷物の輸送の受注を管理する受注データベースと、
   荷物を輸送する車両の運行情報を格納する運行データベースと、
   車両の現在位置を管理する動態データベースと、
   ネットワークを介してユーザからのオンライン配送予約を受注する発注管理手段と
   を含み、
   前記発注管理手段は、
   前記ユーザに対して荷物を輸送するための車両を検索するためのＧＵＩを提供する新規発注受領手段と、
   前記ユーザから検索条件を受領し、該検索条件に含まれるエリア情報から表示するべき地図データを取得する地図情報取得手段と、
   前記エリア情報で指定されるエリアを現在走行する車両を検索する運行ログ検索手段と、
   前記地図データに検索された車両を示す車両マークを、前記検索条件に対するマッチ度および前記車両の運行情報と関連づけて前記地図データのスナップショット上に配置して、前記ユーザに対して検索結果として表示させるマッシュアップ処理手段と
   を含む、物流管理システム。
2. 前記物流管理サーバは、さらに車両の運行計画を編集する運行管理手段を含み、前記ユーザからオンライン配送予約を受注すると、現在ユーザに表示しているスナップショットを前記運行管理手段に共有させると共に、オンライン配送予約を受注した通知を行う、請求項１に記載の物流管理システム。
3. 前記運行管理手段は、受注した前記オンライン配送予約に関連する車両の運行計画データを、オンライン配送を追加して運行データベースを更新し、オンライン配送を含む車両の運行管理を行う、請求項２に記載の物流管理システム。
4. 前記物流管理サーバは、車両の現在位置を管理する動態管理手段を含み、前記発注管理手段は、前記動態管理手段が更新した車両の最新の現在位置を読み込んで前記スナップショット上における表示位置を更新するか、または、翌日以降の運行計画データを読み込んで、前記スナップショット上における表示位置を更新する、請求項１〜３のいずれか１項の記載の物流管理システム。
5. 荷物の輸送に関する情報を集約して管理する物流管理サーバであって、前記物流管理サーバは、
   荷物の輸送の受注を管理する受注データベースと、
   荷物を輸送する車両の運行情報を格納する運行データベースと、
   車両の現在位置を管理する動態データベースと、
   ネットワークを介してユーザからのオンライン配送予約を受注する発注管理手段と
   を含み、
   前記発注管理手段は、
   前記ユーザに対して荷物を輸送するための車両を検索するためのＧＵＩを提供する新規発注受領手段と、
   前記ユーザから検索条件を受領し、該検索条件に含まれるエリア情報から表示するべき地図データを取得する地図情報取得手段と、
   前記エリア情報で指定されるエリアを現在走行する車両を検索する運行ログ検索手段と、
   前記地図データに検索された車両を示す車両マークを、前記検索条件に対するマッチ度および前記車両の運行情報と関連づけて前記地図データのスナップショット上に配置して、前記ユーザに対して検索結果として表示させるマッシュアップ処理手段と
   を含む、物流管理サーバ。
6. 前記物流管理サーバは、さらに車両の運行計画を編集する運行管理手段を含み、前記ユーザからオンライン配送予約を受注すると、現在ユーザに表示しているスナップショットを前記運行管理手段に共有させると共に、オンライン配送予約を受注した通知を行う、請求項５に記載の物流管理サーバ。
7. 前記運行管理手段は、受注した前記オンライン配送予約に関連する車両の運行計画データを、オンライン配送を追加して運行データベースを更新し、オンライン配送を含む車両の運行管理を行う、請求項６に記載の物流管理サーバ。
8. 前記物流管理サーバは、車両の現在位置を管理する動態管理手段を含み、前記発注管理手段は、前記動態管理手段が更新した車両の最新の現在位置を読み込んで前記スナップショット上における表示位置を更新するか、または、翌日以降の運行計画データを読み込んで、前記スナップショット上における表示位置を更新する、請求項５〜７のいずれか１項の記載の物流管理サーバ。
9. 情報処理装置を、請求項５〜８のいずれか１項に記載の手段として機能させるための情報処理装置実行可能なプログラム。