JP2020038501A - 情報処理装置、プログラムおよびシステム - Google Patents

Abstract

【課題】 配車スケジュールの理解が容易な運行計画を立案することができる情報処理装置、プログラムおよびシステムを提供すること。【解決手段】 運搬車両の運行計画を作成する情報処理装置であって、運搬車両が巡回する順序を示すマトリクスを表示する表示手段と、運搬車両の行き先となる地点を識別する図形オブジェクトを、マトリクス内のセルに配置する操作手段とを含み、図形オブジェクトが配置されたマトリクスを、当該運搬車両の運行計画として定義することを特徴とする。【選択図】 図７

Description

本発明は、情報処理装置、プログラムおよびシステムに関する。

近年、ネットワーク基盤の整備が進み、また移動体通信も普及していることから、多くの車両は、ＧＰＳ（Global Positioning System）端末を搭載し、その位置や目的地などに関する情報を取得している。このような状況は、陸上物流の主体を担うトラックなどの貨物車両についても同様である。また、ＧＰＳ機能は、ＧＰＳ端末ばかりではなく、例えば携帯電話、ｉＰｈｏｎｅ（登録商標）、スマートフォン、ｉＰａｄ（登録商標）などとして例示できるモバイル端末にも搭載されている。

上述したネットワーク環境を介して取得できる情報は、これまでも物流の計画立案、実績などの管理、貨物車両の運行管理のために利用されている。特に物流の計画立案における上述した移動体通信によって得られる種々の情報は、計画立案の効率化に資するものであり、今後もその活用が見込まれる。

ところで従来、運行ルートの立案は、計画立案に長けた作業担当者によって行われていたが、物流量の増加に伴い運行計画が複雑化し、担当者の負担が大きくなっていた。また、計画立案は担当者の経験や勘に依るところが大きく、効率的な運行ルートの立案が課題となっていた。そのため、効率的な運行計画を自動的に立案する手法が提案されている。

例えば、特開２０１０−１５００２０号公報（特許文献１）には、車両収入と車両運用コストとの差を合計したものを目的関数とし該目的関数を最大化する探索処理を用い配送オーダデータとマスタデータから探索シナリオに基づき車両運行計画を作成する技術が開示されている。特許文献１によれば、車両の回転率を向上させかつ、配送コストを削減する配車計画を立案することができる。

また、特開２０１７−１２３１１３号公報（特許文献２）には、新たな作業スケジュールが追加された場合において、積み地が一致するか否かの判定結果に基づいて、当該新たなスケジュールを既存のスケジュールと統合するか否かを決定する技術が開示されている。特許文献２によれば、新たな作業スケジュールを追加した場合でも運行計画の煩雑化を防止できる。

しかしながら、いずれの先行技術においても、立案した運行計画を視覚的に理解しにくく、運行計画の妥当性を判断するのが困難であった。特に、一度立案された計画に対して新規案件を追加したり、修正したりするなどの変更が生じた場合には、どのように変更されたか、また変更が適切であるかが理解しにくかった。そのため、担当者の負担は依然として大きく、計画立案処理のさらなる改善が求められていた。

本発明は、上記従来技術における課題に鑑みてなされたものであり、配車スケジュールの理解が容易な運行計画を立案することができる情報処理装置、プログラムおよびシステムを提供することを目的とする。

すなわち、本発明によれば、運搬車両の運行計画を作成する情報処理装置であって、
前記運搬車両が巡回する順序を示すマトリクスを表示する表示手段と、
前記運搬車両の行き先となる地点を識別する図形オブジェクトを、前記マトリクス内のセルに配置する操作手段とを含み、
前記図形オブジェクトが配置された前記マトリクスを、当該運搬車両の運行計画として定義することを特徴とする、情報処理装置が提供される。

上述したように、本発明によれば、配車スケジュールの理解が容易な運行計画を立案することができる情報処理装置、プログラムおよびシステムが提供される。

本実施形態の物流管理システム１００の概略図。 本実施形態の物流管理サーバ１１６の機能ブロック２００を示す図。 本実施形態で動態管理部２２０が取得する運搬車両の配送状況を取得するための、例えばモバイル端末１３０の機能ブロックを示す図。 発注端末１１２の機能ブロックを示す図。 本実施形態の物流端末１１４の機能ブロックを示す図。 本実施形態の運行管理部２１０が提供する運行計画の作成を支援するためのＧＵＩの構成を示す図。 本実施形態の配車ボードを説明する図。 本実施形態の受注リストを説明する図。 本実施形態のＧＵＩを構成する各部を説明する図。 本実施形態の運行管理部２１０が実行する処理のフローチャート。 受注リストから配車計画を作成するＧＵＩの各部の例を示す図。 受注リストから配車計画を作成するＧＵＩの各部の例を示す図。 受注リストから配車計画を作成するＧＵＩの各部の例を示す図。 受注地図から配車計画を作成するＧＵＩの各部の例を示す図。 受注地図から配車計画を作成するＧＵＩの各部の例を示す図。 受注地図から配車計画を作成するＧＵＩの各部の例を示す図。 近接する現場を車両に割り当てる配車を行うＧＵＩの各部の例を示す図。 所定の条件を上限として配車を行うＧＵＩの各部の例を示す図。 運行計画の配車順の入れ替えを行うＧＵＩの各部の例を示す図。 運行計画の最適化を行うＧＵＩの各部の例を示す図。 割り当てる案件をランキング形式で表示するＧＵＩの各部の例を示す図。 最適配車位置を表示するＧＵＩの各部の例を示す図。 受注地図上にヒートマップを表示するＧＵＩの各部の例を示す図。 車種ごとにトータルスコアを表示するＧＵＩの各部の例を示す図。 到着時刻を指定するカレント行詳細表示欄の例を示す図。 現場の詳細情報を表示するＧＵＩの各部の例を示す図。

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

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

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

発注端末１１２および物流端末１１４は、パーソナルコンピュータやワークステーション、またはサーバコンピュータから構成することができ、中央処理装置（CPU）、RAM、ROM、ハードディスクなどを実装し、適切なオペレーティングシステム（OS）の制御の下でオブジェクト指向プログラミング言語やレガシープログラミング言語などを実行し、各種処理を実行するための機能手段を提供している。また、発注端末１１２、物流端末１１４は、物流管理サーバ１１６に対してアクセスするための専用のクライアント−サーバアプリケーションを実装することもできるが、より好ましい実施形態では、発注端末１１２、物流端末１１４は、Internet Explorer（登録商標）、Mozilla（登録商標）、Opera（登録商標）FireFox（登録商標）、Chrome（登録商標）などのブラウザソフトウェアを搭載し、物流管理サーバ１１６に対して、HTTPプロトコルやFTPプロトコルを使用してアクセスし、JAVA（登録商標）、JAVAAPPLET（登録商標）、JAVASCRIPT（登録商標）などのアプリケーションプログラムを介して各種サービスの提供を受ける構成とされている。

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

物流管理サーバ１１６は、このために、受注DB１１８、動態DB１２０および運行DB１２２を管理しており、発注端末１１２からの受注、運搬車両の集配状況の管理、および新規受注に基づく運行計画作成支援を行っている。物流管理サーバ１１６は、上述した処理を実行するためにWebサーバおよびFTPサーバとして機能し、さらにリレーショナルデータベース（RDB）やオブジェクト指向データベース（OODB）などのデータベースアプリケーションを実装し、物流に関連するデータ取得要求を取得し、SQL(Structured Query Language)や、XML(eXtensible Markup Language)などを利用して、要求を処理し、それぞれ発注端末１１２または物流端末１１４に対して要求された情報を提供している。

物流管理サーバ１１６は、Windows（登録商標）200X、UNIX（登録商標）、Linux（登録商標）といったOSの制御下で動作するサーバプログラムを実装し、DB2（登録商標）、Oracle（登録商標）、ACCESS（登録商標）などのRDBや、CASHEなどのOODBを搭載し、各種の要求を処理している。

運搬車両１３２，１４２は、トラックなどの車両の他、バイク、モータ付自転車などの荷物の集配を行うことができる車両であり、各運搬車両１３２，１４２には、モバイル端末１３０，１４０が搭載されている。モバイル端末１３０，１４０は、これまで知られたいかなる端末、例えばカーナビ装置、携帯電話、スマートフォン、PDA(Personal Data Assistant)、ミニノートコンピュータ、iPad（登録商標）などのパッド型コンピュータを利用して実装することができる。

モバイル端末１３０，１４０は、Windows CE（登録商標）などの適切なOSの下で、本実施形態の物流管理システム１００に送付するための時刻情報、位置情報などを取得することができ、定期的に無線ネットワークを介して物流管理サーバ１１６に取得した情報を、RFC959などに規定されるFTP（File Transfer Protocol）や、RFC2228などに規定されるFTPSなどのプロトコルで送付することができる限り、端末の種類・形式には特に制限されるものではない。

また、モバイル端末１３０，１４０は、位置情報をGPS(Global Positioning System)などを利用して取得することもできるし、またGPSに代えて特定の無線通信方式における無線局の位置情報をその位置情報として取得することができる。本実施形態の無線ネットワーク１５０は、種々の通信方式の通信基盤を利用することができ、例えばIEEE802.xなどの規格で規定される無線通信、Bluetooth（登録商標）、DoPa、FOMA、PHS、7.2Mbpsのデータ転送速度を可能とするハイスピードFOMA、または32Mbpsのレートでデータ通信する次世代高速無線通信方式や３Ｇ、４Ｇ、５Ｇ、ＬＴＥ、ＷｉＭＡＸ（登録商標）などの通信方式またはその他の移動体通信方式を利用して構成することができる。

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

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

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

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

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

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

図３は、本実施形態で動態管理部２２０が取得する運搬車両の配送状況を取得するための、例えばモバイル端末１３０の機能ブロックを示す。モバイル端末１４０についても同様の構成を用いることができるので、以下、例示的にモバイル端末１３０について具体的に説明する。なお、図３には、モバイル端末１３０のネットワークトランザクションを説明するために動態管理部２２０およびネットワークについても併せて示している。

図３に示すように、モバイル端末１３０は、無線ネットワーク１５０およびネットワーク１１０といったネットワークを介して物流管理サーバ１１６の動態管理部２２０との間でデータ送受信を行う。データ送受信は、FTPプロトコルまたはHTTPプロトコルを使用して行うことができ、適宜Secure Socketレベルでのトランザクションを利用することができる。以下、説明を簡略化するためにデータ転送プロトコルとして、FTPプロトコルおよびHTTPプロトコルを使用するものとして説明する。

モバイル端末１３０は、無線ネットワークインタフェース３１０を備えており、適切な通信方式およびプロトコルの下で、動態管理部２２０に対して運搬車両の最新の位置情報および時刻情報などを動態管理部２２０に送付する。さらにモバイル端末１３０は、本実施形態の業務を実行するためのアプリケーション３２０とGPSアプリケーション３３０と、GPSモジュール３４０とを含んでいる。アプリケーション３２０は、定期的にGPSモジュール３４０を起動して、緯度、経度といった位置情報を取得し、取得した時刻を日時情報としてパケットにカプセル化する。

さらに、モバイル端末１３０は、その機能ブロックとしてOS３６０および外付け機器のためのAPI(Application Program Interface)３５０を備えていて、ＯＳ３６０や、外付け機器（図示せず）からの割り込み要求に対応している。さらにモバイル端末は、デバイスドライバ３８０を備えていて、ハードウェア層（HDW）に対する制御を可能としている。モバイル端末１３０は、それ自体が通信機能を備えていても良いし、USBなどのバスを介して無線通信手段が接続され、当該無線通信手段を介してネットワーク上のデータトランザクションを可能とすることができる。

モバイル端末１３０と物流管理サーバ１１６との間のデータトランザクションについて以下に説明する。モバイル端末１３０が作成したパケットは、ソケットインタフェースおよび無線ネットワークインタフェース３１０を介してソケット通信により無線ネットワーク１５０およびインターネットを経由して物流管理サーバ１１６のネットワークインタフェースNICにより抽出され、動態管理部２２０に渡される。

動態管理部２２０は、パケットの送信元を、パケットを解析してIPアドレス、UIDなどのモバイル端末を固有に識別するモバイル端末IDをネットワーク上で固有に識別する値を取得する。そして動態管理部２２０は、取得したモバイル端末IDを使用してデータベースアクセス部２４０に対して動態DB１２０の検索を依頼し、データベース上でモバイル端末IDが割り当てられた運搬車両を識別し、データベースの該当する運搬車両の現在状況の値を更新する。なお。モバイル端末IDとして、例えば３Ｇ〜５Ｇなどの無線通信基盤を利用する場合、モバイル端末IDは、UIDを使用することができる。

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

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

物流管理サーバ１１６は、集配要求パケットを受領して解析し、送信元IPアドレスや、ユーザIDまたはパスワードなどから、固有の荷主識別値（以下、荷主IDとして参照する。）を識別する。なお、物流管理サーバ１１６と発注端末１１２との間において物流管理サーバ１１６にアクセスする際には、例えばTelnet、SSHなどのアクセスプロトコル、HTTPおよびLDAP(Light weight Directory Access Protocol)を使用するアクセス管理が使用できることは言うまでもない。

荷主IDが識別されると、発注管理部２３０は、荷主IDを検索キーとしてSQL文にセットし、データベースアクセス部２４０に渡す。データベースアクセス部２４０は、受注DB１１８にアクセスし、当該荷主IDの新規レコードに追加する。その後、適切なタイミングで運行管理部２１０および動態管理部２２０が希望され、新規受注に対応する運行計画の作成および運行計画に従った動態管理が行われる。

図５は、本実施形態の物流端末１１４の機能ブロックを示す。図５には、図３、図４と同等に、データトランザクションを説明する目的で、物流管理サーバ１１６の運行管理部２１０も併せて示す。物流端末１１４は、アクセスサイトが、運行管理部２１０に割り当てられたURLであることを除き、発注端末１１２と同様の機能ブロック構成を有しているので、詳細な説明は行わない。物流端末１１４は、物流管理サーバ１１６に対して、新規な発注を受け取りこれを受注データとして、当該受注に対応するための配送計画の作成支援を依頼する。物流管理サーバ１１６は、当該物流端末１１４からの配送計画作成依頼を受領すると、物流者のアクセス権限を認証し、認証後、物流者が利用可能な物流手段、具体的には運搬車両、運転者などの資源を割り当てるためのウェブページを物流端末１１４に送付し、配送計画作成を支援する。

そして、物流端末１１４は、入力した配送計画を、物流管理サーバ１１６に送付する。当該配送計画を受領した物流管理サーバ１１６は、受領した配送計画を運行計画データとして、運行DB１２２に登録する。そして、物流管理サーバ１１６は、適切なタイミングで特定のモバイル端末１３０のための集配リストを作成し、作成した集配リストを該当するモバイル端末１３０に送付し、運搬車両および運転者によるモバイル端末１３０を利用した集配業務を可能とする。なお、集配リストの配付は、業務開始時または業務中であって、既に決まっている配送計画内で無理なく追加できる新規な発注がある場合には業務中に実行される。

また、本実施形態の運行管理部２１０は、ＧＵＩ表示部２１１、操作受付部２１２、算出部２１３の各機能ブロックを含んで構成される。ＧＵＩ表示部２１１は、物流管理業務を行う物流端末１１４上に表示する種々のＧＵＩ（Graphical User Interface）を管理、生成する手段であり、ＧＵＩ制御部５１０を介してＧＵＩを画面に表示する。以下では、ＧＵＩを物流端末１１４のブラウザ５２０の画面に表示する場合を例に説明するが、実施形態を限定するものではない。操作受付部２１２は、物流端末１１４のブラウザ５２０で行われる操作を受け付ける手段である。上記の操作とは、例えば、マウスのクリック、ドラッグアンドドロップ、キーボードによる文字やコマンドの入力、タッチパネル上でのタッチ、スワイプ、ピンチイン、ピンチアウトなどの種々の動作による操作が挙げられる。算出部２１３は、各種ＤＢにアクセスして、運行管理計画に基づく種々の評価値を算出する手段である。ここで、種々の評価値とは、例えば、作業時間、走行時間、運賃、荷物の量などが挙げられる。なお、ＧＵＩ表示部２１１は、算出部２１３が算出した各種評価値をＧＵＩの表示に反映することができる。

なお、以下に説明する実施形態では、運行管理部２１０がＧＵＩ表示部２１１、操作受付部２１２、算出部２１３を備える構成としているが、実施形態を限定するものではない。例えば他の実施形態として、物流端末１１４がＧＵＩ表示部２１１、操作受付部２１２、算出部２１３に相当する機能ブロックを備える構成であってもよいし、物流端末１１４と物流管理サーバ１１６との協働によって各機能ブロックを実現する構成であってもよい。

なお、上述した機能ブロックは、ＣＰＵが本実施形態のプログラムを実行することで、各ハードウェアを機能させることにより、実現される機能手段に相当する。また、各実施形態に示した機能手段は、全部がソフトウェア的に実現されても良いし、その一部または全部を同等の機能を提供するハードウェアとして実装することもできる。

図６は、本実施形態の運行管理部２１０が提供する運行計画の作成を支援するためのＧＵＩの構成を示す図である。図６（ａ）は、物流端末１１４に表示される画面の例を示しており、図６（ｂ）は、ＧＵＩの詳細な構成を示している。本実施形態のＧＵＩは、配車計画を作成するためのインターフェースであり、図６（ｂ）に示すように、ＧＵＩには、カレント行ルート地図、カレント行詳細表示欄、スコア表示選択プルダウン、スコアボード、配車ボード、カレント行車両情報、受注地図、トータルスコア、受注リストなどが表示される。なお、ＧＵＩの構成は、図６示すものに限定されず、任意の構成であって良い。また、ＧＵＩを構成する各部の名称も説明の便宜のためのものであって、実施形態を限定するものではない。以下では、ＧＵＩを構成する各部の詳細について、図７〜９を以て説明する。

図７は、本実施形態の配車ボードを説明する図である。配車ボードは、運搬車両フィールド７１０と、運搬車両の行き先（以下、「現場」として参照する）を示す図形オブジェクト（以下、「アイコン」として参照する）を配置する配車セル７２０とを含んで構成され、各行を運搬車両ごとに対応付けたマトリクス状の表示をする。

運搬車両フィールド７１０には、行番号を示すオブジェクトや、運搬車両の種類を示す図形オブジェクト（以下、「車両オブジェクト」として参照する）などを格納して配置することができる。車両オブジェクトは、運搬車両の種類に応じた形態とすることができ、例えば通常の車両の他、冷蔵車、冷凍車を示す形態を表示したり、積載荷重に応じた形態で表示したりできる。配車セル７２０は、運搬車両がアイコンに対応する各地点を巡回する順序を示すものであり、図７では、左から右に向かう順序で運行する設定を行う例を示している。また、配車ボードは、作業時間フィールド７３０、走行時間フィールド７４０、重量フィールド７５０、運賃フィールド７６０を含んで構成され、運行する現場が配置された各運搬車両の作業量などを集計することができる。

図７の例では、１行目から５行目までの運搬車両について、各現場を示すアイコンが配置されている。ここでは、１行目の車両は現場Ａ、Ｂ、Ｃの順に運行するようにアイコンが配置され、２行目の車両は現場Ｄ、Ｅ、Ｆの順に運行するようにアイコンが配置され、３行目の車両は現場Ｇ、Ｈ、Ｉの順に運行するようにアイコンが配置され、４行目の車両は現場Ｊ、Ｋ、Ｌの順に運行するようにアイコンが配置され、５行目の車両は現場Ｍ、Ｎ、Ｏの順に運行するようにアイコンが配置されている。

なお、運搬車両フィールド７１０に格納する各種オブジェクトは、任意の手順で配置することができる。すなわち、４行目のように巡回する現場のアイコンを配置したうえで車両オブジェクトを配置してもよいし、６行目のようにアイコンを配置する前に車両オブジェクトを配置してもよい。これによって、運搬車両に対して適切な巡回ルートを設定したり、巡回するルートに対して適切な運搬車両を選択したりできる。また、車両オブジェクトは、各運搬車両を識別することを可能とし、例えば、「１号車」、「２号車」のようにして、運搬車両を識別することができる。

配車セル７２０は、運行する順序を示すものであり、２行目の車両のＥＦ間や３行目の車両のＧＨ間ようにブランクとなる配車セルがあったとしても、巡回する順序を定義する上では差し支えない。また、各行の配車セル７２０に配置されたアイコンは、単に運搬車両が運行する順序を示すものであって、異なる行、すなわち各運搬車両間における時間的な前後を示すものではない。例えば図７は、２行目の車両が現場Ｆの作業を行うよりも前に、必ずしも３行目の車両が現場Ｇの作業を行うことが設定されていることを示すものではない。

配車ボード上での各運搬車両に対する現場の振り分ける配車計画の作成は、所定のプログラムに基づいて自動的に行われてもよいし、現場の振り分け作業を行う運行管理業務の担当者（以下、「担当者」として参照する）が操作することによって行ってもよい。また、図７の５行目のように、直近の操作によって選択されている運搬車両の行（以下、「カレント行」として参照する）は、他の行と色を変えたり、強調したりすることで区別することができる。また、図７の５行目における現場Ｏの右隣りのセルように、カレント行のうち、特定の操作などによって選択されている配車セル７２０（以下、「カレントセル」として参照する）がある場合には、他の配車セル７２０と色を変えたり、強調したりすることで区別することができる。

作業時間フィールド７３０には、各運搬車両が、配車セルにおいて設定された順序で巡回した場合の作業時間が表示される。例えば、図７の１行目の車両が現場Ａ、Ｂ、Ｃの順で運行すると、作業に要する時間が４５分である場合には、１行目の作業時間フィールド７３０には、「００：４５」と表示される。

走行時間フィールド７４０には、各運搬車両が、配車セルにおいて設定された順序で巡回した場合の走行時間が表示される。例えば、図７の１行目の車両が現場Ａ、Ｂ、Ｃの順で運行した場合において要する走行時間が４時間２分であるとすると、１行目の走行時間フィールド７４０には、「０４：０２」と表示される。

重量フィールド７５０には、各運搬車両が運搬する荷物の重量が表示される。例えば、図７の１行目の車両の場合には、現場Ａに運搬する荷物の重量と、現場Ｂに運搬する荷物の重量と、現場Ｃに運搬する荷物の重量とを合計した値が表示される。一例として、現場Ａ、Ｂ、Ｃに運搬する荷物の重量の合計が６３ｋｇである場合には、１行目の重量フィールド７５０には、「６３ｋｇ」と表示される。

運賃フィールド７６０には、各運搬車両が運行することによって生じる運賃の総額が表示される。例えば、図７の１行目の車両の場合には、現場Ａへの運行による運賃と、現場Ｂへの運行による運賃と、現場Ｃへの運行による運賃とを合計した金額が１２４０２円である場合には、１行目の運賃フィールド７６０には、「１２４０２円」と表示される。

上記の作業時間フィールド７３０、走行時間フィールド７４０、重量フィールド７５０、運賃フィールド７６０に表示される種々の値は、受注ＤＢ１１８を参照して、算出部２１３によって評価値として算出される。なお、上記の例では、主に図７の１行目の車両について説明したが他の運搬車両についても同様にして表示される。

図７に示すように配車ボードを構成することで、各運搬車両が運行する現場や作業量などが理解しやすくできる。また、配車ボード上での配車作業を行うことにより、視覚的な理解がしやすくなるほか、操作性を向上することができる。

図８は、本実施形態の受注リストを説明する図である。受注リストは、受注ＤＢ１１８に基づいて作成され、表示される受注案件の一覧であり、一例として図８のような構成とすることができる。図８に示す受注リストは、チェックボックスフィールド８１０、現場ＩＤフィールド８２０、作業種別フィールド８３０、受注番号フィールド８４０、現場名称フィールド８５０、現場住所フィールド８６０を含んで構成される。なお、図８の受注リストの構成は、一例であって、実施形態を限定するものではない。

チェックボックスフィールド８１０には、受注案件を選択するためのチェックボックスを、受注案件ごとに表示する。例えば、複数の受注案件に対して同一の操作をする場合に、該当する受注案件のチェックボックスをクリックするなどしてチェックを入れることで選択することができる。また、最上段のチェックボックスにチェックを入れることで、全受注案件を選択できる構成としてもよい。このようにチェックボックスを利用して複数の受注案件を選択できるようにすることで、効率的に配車作業を行うことができ、また操作性も向上できる。

現場ＩＤフィールド８２０は、配車ボードの配車セルに配置するアイコンと対応した、各受注案件の現場を識別するＩＤを格納して表示するフィールドである。例えば、現場ＩＤにはアルファベットを使用することができ、図８に示すようにＡから順次割り当てることができる。

作業種別フィールド８３０は、各現場で行う作業の種別を格納して表示するフィールドである。作業種別フィールド８３０には、例えば、納品作業を示す「納」や、荷物を載積する作業を示す「積」などの表示を格納することができる。受注番号フィールド８４０は、各受注案件に割り当てられた、受注案件を識別するための固有の番号を格納して、表示するフィールドである。なお、受注番号は数字に限らず、アルファベットなどと組み合わされた構成としてもよい。

現場名称フィールド８５０は、各受注案件において運行する行き先となる現場を示す名称を格納して表示するフィールドである。現場の名称の例としては、施設名、会社名、店舗名などを挙げることができるが、これらに限定するものではなく、任意の名称を設定できる。現場住所フィールド８６０は、各現場の住所を格納して表示するフィールドである。

なお、受注リストにおける表示では、配車ボードに配車された案件（以下、「配車済案件」として参照する）と、配車されていない案件（以下、「未配車案件」として参照する）とを区別して表示することが好ましい。例えば、図８に示すように、配車済案件をグレーアウトして表示することで、運行管理業務の担当者などの理解を容易にすることができる。

図９は、本実施形態のＧＵＩを構成する各部を説明する図であり、図９（ａ）はスコアボードを、図９（ｂ）はカレント行詳細表示欄を、図９（ｃ）はカレント行車両情報を、図９（ｄ）はトータルスコアをそれぞれ示している。以下に各部の詳細について説明する。

図９（ａ）に示すスコアボードは、運搬車両表示９１１と、運行現場数９１２と、運転手名表示９１３と、稼働時間帯表示９１４とが、運搬車両ごとに表示される構成である。スコアボードなどの操作によって現場の配車割り当てが行われると、算出部２１３は、スコアボードに表示する各種評価値を算出し、算出結果に基づいてＧＵＩ表示部２１１がスコアボードの表示を更新する。なお、配車ボードの運搬車両フィールド７１０に車両オブジェクトが配置されていれば、運搬車両表示９１１には、当該車両オブジェクトと号車番号とを表示することができる。

図９（ｂ）に示すカレント行詳細表示欄は、カレント行として選択されている運搬車両が運行する各現場の詳細な情報を表示する。カレント行詳細表示欄には、順番フィールド９２１、現場ＩＤフィールド９２２、現場名称フィールド９２３、指定時刻フィールド９２４、開始時刻フィールド９２５、選択チェックボックスフィールド９２６、高速道路使用チェックボックスフィールド９２７が含まれる。カレント行表示欄は、配車ボード上で選択されるカレント行が変更されると、選択されたカレント行の配車情報に基づいて、算出部２１３が受注ＤＢ１１８などを参照して、表示を更新する。開始時刻フィールド９２５は、各現場での作業を開始する目安となる時刻を表示するフィールドである。また、各現場への到着時刻などが指定されている場合には、指定時刻フィールド９２４に時刻を入力することで、他の現場への到着時刻を修正し、開始時刻フィールド９２５の表示を変更することができる。また、高速道路使用チェックボックスのチェックによって、各現場への移動に高速道路を使用するか否かを指定できる。

図９（ｃ）に示すカレント行車両情報は、カレント行として選択されている運搬車両の詳細な情報を表示する。カレント行車両情報に表示する情報の例としては、図９（ｃ）に示すように、運搬車両表示９３１、運行現場数表示９３２、運転手名表示９３３、運転手を識別する登録番号表示９３４、当該運搬車両の拠点名称表示９３５、運搬車両の荷物の積載重量表示９３６、運搬車両の初期重量表示９３７、稼働時間表示９３８などが挙げられる。なお、図９（ａ）の運搬車両表示９１１と同様に、配車ボードの運搬車両フィールド７１０に車両オブジェクトが配置されていれば、運搬車両表示９３１には、当該車両オブジェクトと号車番号とを表示することができる。また、図９（ｃ）に示す上記の各種表示は一例であって、実施形態を限定するものではない。

図９（ｄ）に示すトータルスコアには、配車ボード上で現場が割り当てられた運搬車両について、作業時間、走行時間、重量、運賃などを集計した結果が表示される。トータルスコアは、車種選択プルダウン９４１と、トータルスコア表示９４２とを含んで構成される。トータルスコアでは、全車種選択の他に、車種選択プルダウン９４１において特定の車種を選択して、該当する車種について集計した結果を表示することができる。

ここまで、本実施形態において表示されるＧＵＩについて、図６〜９を以て説明した。ＧＵＩには、上述した以外にも、カレント行として選択されている運搬車両の運行ルートを、地図に重畳して表示するカレント行ルート地図や、受注リストに含まれる受注案件を示すアイコンを、地図に重畳して表示する受注地図などを含んでもよい。また、上述したものの他、ＧＵＩには、操作の用に供される種々のボタンなどを含むことができる。

図１０は、本実施形態の運行管理部２１０が実行する処理のフローチャートである。運行管理部２１０は、配車などの運行管理業務の開始に伴い、ステップＳ１０００から処理を開始する。ステップＳ１００１において、ＧＵＩ表示部２１１は、担当者が使用する物流端末１１４のブラウザ５２０の画面上に、図６に示したようなＧＵＩを表示する。

次に、ステップＳ１００２において、操作受付部２１２は、運行管理業務の担当者による種々の操作を受け付ける。なお、ステップＳ１００２において行われる操作は、主として、受注案件の各現場を各運搬車両に割り当てる操作であり、例えば、配車ボード内の各配車セル７２０に、現場を示すアイコンを配置するなどの操作が挙げられる。

その後、ステップＳ１００３において、算出部２１３は、配車ボードに割り当てられた現場に基づいて受注ＤＢ１１８を参照して、運行ルートや運行に要する時間、運賃などを算出する。ステップＳ１００３で各種データを算出した後、ステップＳ１００１に処理を戻す。そして、ステップＳ１００３において算出された結果をＧＵＩに反映して表示する。以降、上述した処理を繰り返すことで、担当者は運搬車両の配車の状態を確認しながら、配車業務を行うことができる。また、適宜ＧＵＩの表示を更新することができるので、効率的に配車作業を行うことができ、また作業の操作性も向上できる。

ここまで、本実施形態の運行管理部２１０が実行する処理について説明した。以下では、ＧＵＩを介して行われる操作やＧＵＩの表示について、図１１〜２６を参照して、より具体的な例を以て説明する。まず、受注リストから配車計画を作成する場合について説明する。図１１〜１３は、受注リストから配車計画を作成するＧＵＩの各部の例を示す図である。

図１１（ａ）は配車ボードの初期状態であり、同図に示すように、担当者はまず配車ボード上で配車する運搬車両を選択する。図１１（ａ）の例では、１行目の車両の一番左の配車セル７２０が選択され、カレントセルとして表示されている。次に、担当者は、図１１（ｂ）に示すような受注リストの中から、配車する現場を選択する操作を行う。ここで、担当者が現場Ｃを選択したとすると、図１１（ｃ）に示すように、図１１（ａ）のカレントセルに現場Ｃを示すアイコンが配置される。このとき、次の操作に備えるため、図１１（ｃ）に示すように、カレントセルが、１つ右隣の配車セルに移動することが好ましい。このように現場を選択した後にカレントセルが隣のセルに移動することで、続けて新たな現場を割り当てることができるので、操作性が向上する。

また、運行する現場が割り当てられたことに伴い、作業時間フィールド７３０、重量フィールド７５０、運賃フィールド７６０が更新される。具体的には、算出部２１３が受注データベース１１８を参照することによって各種表示事項を算出し、ＧＵＩ表示部が表示内容を更新して表示する。図１１（ｃ）の例では、受注リストの現場Ｃの受注案件に対応した作業時間、重量、運賃が各フィールドに表示されている。なお、図１１の例では、行き先となる現場が１つしか選択されていないため、運搬車両の移動が定義できないので、走行時間フィールド７４０は更新されない。

さらに、配車ボードの作業時間フィールド７３０などと同様に、ＧＵＩの各部も更新され、図１１（ｄ）に示すように表示される。カレント行ルート地図には、現場Ｃを示すアイコンが、地図上の当該現場の住所に対応する位置に重畳して表示される。また、算出部２１３は受注データベース１１８を参照することによって各種表示事項を算出し、算出結果に基づいてＧＵＩ表示部２１１はスコアボードの現場数表示や稼働時間帯表示、カレント行詳細表示欄などを更新して表示する。なお、カレント行車両情報やトータルスコアについても、同様に表示が更新される。

図１１では、受注リストに含まれる受注案件を１つずつ選択することで配車計画を作成する例を示したが、図１２に示すように、受注リストのチェックボックスを用いて複数の受注案件を配車してもよい。図１２（ａ）は、図１１（ａ）と同様に、１行目の車両の一番左の配車セル７２０が選択され、カレントセルとして表示されている例を示している。次に、担当者は受注リストの中から、配車する受注案件のチェックボックスにチェックを入れる。ここでは、図１２（ｂ）に示すように現場Ａ〜Ｃの受注案件についてチェックを入れた場合について考える。図１２（ｂ）のようにチェックを入れた後、配車を指示する操作を行うと、配車ボードは図１２（ｃ）に示すような表示に更新される。すなわち、１行目の車両にＡ、Ｂ、Ｃの順に各現場を示すアイコンが配置されるとともに、各フィールドの値が更新される。

また、ＧＵＩに含まれるその他の領域についても、図１２（ｃ）の各フィールドと同様に、図１２（ｄ）に示すような表示に更新される。カレント行ルート地図は、現場Ａ、Ｂ、Ｃの位置を地図上に重畳して表示するとともに、現場Ａ、Ｂ、Ｃの順で移動する運行ルートを表示する。また、スコアボードやカレント行詳細表示欄も、図１２（ｄ）に示すような表示に更新される。さらに、カレント行車両情報やトータルスコアについても、同様に表示が更新される。

さらに現場の割り当ては、図１１や図１２に示す方法以外にも、図１３に示すように、受注リストの全案件を一括して行うこともできる。図１３（ａ）は、図１１（ａ）、図１２（ａ）と同様に、配車ボードの初期状態を示している。次に、担当者は、図１３（ｂ）に示すように、受注リストの最上段のチェックボックスにチェックを入れ、配車を指示する操作を行う。

担当者の操作に伴って、配車ボードは、図１３（ｃ）に示すような表示に更新される。すなわち、１行目の車両には現場Ｄ、Ｅ、Ｆ、Ｇ、Ｈ、Ｎ、Ｐが、２行目の車両には現場Ａ、Ｂ、Ｃ、Ｊが、３行目の車両にはＩ、Ｒ、Ｓ、Ｋが、４行目の車両にはＴ、Ｑ、Ｍ、Ｏ、Ｌがそれぞれ割り当てられる。なお、各運搬車両への現場の割り当ては、種々の方法のうち任意のものを適用することができるが、一例として、走行時間や現場数などに上限値を設定して、各車両について上限値に達するまで現場を割り当てるといった方法が挙げられる。また、現場の割り当てに伴い、各運搬車両の作業時間フィールド７３０、走行時間フィールド７４０、重量フィールド７５０、運賃フィールド７６０についても、図１３（ｃ）のように表示が更新される。

また、図１１、図１２と同様に、図１３（ｄ）に示すような表示の更新が行われる。図１３では、１行目がカレント行として選択されていることから、カレント行ルート地図は、１行目の車両に割り当てられた現場Ｄ、Ｅ、Ｆ、Ｇ、Ｈ、Ｎ、Ｐの位置を地図上に重畳して表示するとともに、現場Ｄ、Ｅ、Ｆ、Ｇ、Ｈ、Ｎ、Ｐの順で移動する運行ルートを表示する。また、カレント行詳細表示欄についても、１行目の車両の配車計画に対応した表示に更新される。なお、他の運搬車両がカレント行として選択された場合であっても、上記と同様に、当該運搬車両に対応した関連と行ルート地図やカレント行詳細表示欄が表示される。

また、図１３（ｄ）に示すように、スコアボードの表示も更新される。すなわち、配車ボードの運行計画に基づく、各種の表示内容がスコアボードの表示に反映されて、表示が更新される。なお図１３では、１行目の車両、２行目の車両についての表示を例示しているが、他の運搬車両についても、同様にして表示が更新される。さらに、カレント行車両情報やトータルスコアについても、同様に表示が更新される。

ここまで、受注リストから配車計画を作成する場合について説明したが、ＧＵＩを構成する受注地図から配車計画を作成してもよい。以下に、受注地図から配車計画を作成する場合について説明する。図１４〜１６は、受注地図から配車計画を作成するＧＵＩの各部の例を示す図である。

図１４（ａ）は、図１１（ａ）などと同様に、配車ボードの初期状態を示しており、カレントセルとして、１行目の一番左の配車セルが選択されている。また、ＧＵＩの受注地図は、受注リストに基づいて図１４（ｂ）に示す画像が表示されているものとする。１行目の車両を現場Ｃ、Ｅへ運行させる場合には、担当者は、受注地図の現場Ｃ、Ｅをクリックなどの操作によって選択する。担当者が受注案件の現場を選択すると、図１４（ｃ）に示すように、配車ボードの１行目の車両には現場Ｃ、Ｅを示すアイコンが割り当てられた表示に更新される。また、配車ボードの作業時間フィールド７３０なども、図１１などと同様にして、各値が算出され、表示が更新される。

カレント行ルート地図には、現場Ｃ、Ｅを示すアイコンが、地図上の当該現場の住所に対応する位置に重畳して表示される。また、算出部２１３は、現場Ｃから現場Ｅへ移動するための運行ルートを算出し、ＧＵＩ表示部２１１は当該運行ルートを地図上に重畳して表示する。さらに、図１４（ｄ）に示すＧＵＩのその他の表示領域についても、算出部２１３は受注データベース１１８を参照することによって各種表示事項を算出し、算出結果に基づいてＧＵＩ表示部２１１はスコアボードの現場数表示や稼働時間帯表示、カレント行詳細表示欄などを更新して表示する。なお、カレント行車両情報やトータルスコアも、同様にして表示が更新される。

図１４では受注地図に表示されている現場から、担当者が１つずつ現場を選択して配車計画を作成する例について示したが、受注地図に表示される現場を一括して選択する実施形態であってもよい。例えば、図１５（ａ）に示すように、受注案件を示すアイコンが複数含まれている受注地図に対して、担当者が任意の選択範囲を設定する操作を行う。選択範囲は、例えばマウスによるドラッグ操作で指定される位置の軌跡によって設定することができ、操作受付部２１２が当該操作を受け付け、ＧＵＩ表示部２１１は軌跡を受注地図に重畳した画像を表示する。

図１５（ａ）の例における選択範囲には、現場Ｄ、Ｅ、Ｆ、Ｇ、Ｈ、Ｎ、Ｐが含まれていることから、これらの現場を巡回する配車計画を作成する。図１５（ｂ）には、受注地図から範囲を選択して配車計画を作成した場合の配車リストの例を示す。算出部２１３は、上記の現場を巡回する場合の作業時間や走行時間などを算出し、ＧＵＩ表示部２１１は、配車ボードの各フィールドの表示を更新する。なお、カレント行ルート地図、カレント行車両情報や、トータルスコアなどのＧＵＩに含まれる他の表示領域についても、各種表示事項を算出部２１３が算出し、ＧＵＩ表示部２１１が算出結果に基づいて、表示を更新する。

さらに、受注地図から範囲を選択して配車計画を作成する実施形態においては、複数の選択範囲を設定することができる実施形態としてもよい。図１６は、受注地図から複数の選択範囲を設定して配車計画を作成する例を示している。図１６（ａ）は、複数の選択範囲を設定した受注地図を示しており、ここでは、現場Ｎ、Ｅ、Ｇを含む領域と、現場Ｐ、Ｈ、Ｆを含む領域と、現場Ｍ、Ｄ、Ｔを含む領域と、現場Ｏ、Ｒ、Ｓ、Ｑを含む領域が、それぞれ選択範囲として設定された場合を例示している。設定された選択範囲は、運搬車両ごとに割り当てられ、配車ボードには、図１６（ｂ）に示すように、各選択範囲に含まれる現場を示すアイコンが、運搬車両ごとに割り当てられた表示がされる。

また、配車ボードの各フィールドの表示事項も、算出部２１３が算出し、ＧＵＩ表示部２１１が表示を更新する。なお、図１５などと同様に、カレント行ルート地図、カレント行車両情報や、トータルスコアなどのＧＵＩに含まれる他の表示領域についても、各種表示事項を算出部２１３が算出し、ＧＵＩ表示部２１１が算出結果に基づいて、表示を更新する。

ここまで、受注リストや受注地図から現場を選択して配車計画を作成する実施形態について説明した。しかしながら、ここまで説明した実施形態によって作成した配車計画が効率的でない場合がある。そこで、以下では、より効率的な配車計画を作成する実施形態について説明する。図１７は、近接する現場を車両に割り当てる配車を行うＧＵＩの各部の例を示す図である。

図１７では、距離が近い２つの現場を、１つの運搬車両に割り当てている（以下、「２ｉｎ１配車」として参照する）。これによって、運搬車両が走行する距離が短くなり、走行時間を短縮できることから、効率的な運行計画を立案することができる。なお、図１７では、距離が近い２つの現場をまとめる２ｉｎ１配車について説明しているが、まとめる現場の数は２に限定されず、３ないしそれ以上の数の現場をまとめて、各運搬車両に割り当ててもよい。

例えば、図１７（ａ）では、現場Ｄと現場Ｏとは近距離にあり、現場Ｅと現場Ｎとは近距離にあることから、１つの運搬車両が巡回することで、効率的に運行できる蓋然性が高い。そこで、図１７（ｂ）に示すように、現場Ｄと現場Ｏとを組み合わせて１行目の車両に、現場Ｅと現場Ｎとを組み合わせて２行目の車両に、それぞれ配車する。同様にして、受注地図に含まれる各現場について、近距離にある現場を１つの運搬車両が巡回するような運行計画を作成する。

２ｉｎ１配車では、算出部２１３が、受注ＤＢ１１８から各現場の住所を参照して、位置の近い現場を抽出することで、配車計画を作成する。このとき算出部２１３は、単に最も近い現場同士を組み合わせるのではなく、例えば現場の組み合わせを総当たり検索して、１つの運搬車両にまとめる現場を算出してもよい。図１７（ａ）の例では、現場Ｉは現場Ｂよりも現場Ｊのほうが近い。しかしながら、現場Ｉと現場Ｊを１つの運搬車両にまとめて配車すると、現場Ａと組み合わせる他の現場はいずれも距離が遠く、効率的な配車とすることができなくなる。そこで算出部２１３は、各現場の相互の位置関係を加味して、効率的に現場をまとめた配車計画を算出することが好ましい。図１７の例では、現場Ｉは、現場Ｂと組み合わせて配車し、現場Ｊは、現場Ａと組み合わせて配車することで、効率的な配車計画を作成することができる。

上記の２ｉｎ１配車では、算出部２１３が、比較的近距離にある現場を抽出して、まとめて配車することで、効率的な配車計画の立案を可能としているが、算出部２１３は、条件を設定し、当該条件に基づいて複数の現場をまとめて配車する構成であってもよい。図１８は、所定の条件を上限として配車を行うＧＵＩの各部の例を示す図である。

例えば、各運搬車両について、運行する走行時間の条件をあらかじめ設定しておき、当該条件を満たすように現場をまとめて配車する。図１８において、一例として１行目の車両に対して走行時間の上限が４５分以内という条件が設定されていた場合について考える。具体的には、図１８（ｂ）に示すように、１行目の車両は現場Ｒ、Ｓ、Ｏ、Ｄ、Ｆが配車されると４２分走行することになり、これ以上現場を追加すると上記条件を満たさなくなるとする。この場合、１行目の車両にさらに現場を追加する配車計画を作成せず、他の運搬車両がその他の現場を巡回する運行計画を作成する。このようにして、運搬車両ごとに設定された条件を満たすような配車計画を作成することで、運転手の負担を軽減しつつ、効率的な配車計画とすることができる。

また、運行計画の効率化をする別の方法として、担当者が配車順の入れ替え操作を行ってもよい。図１９は、運行計画の配車順の入れ替えを行うＧＵＩの各部の例を示す図である。例えば、図１９（ａ）に示すような運行計画が作成されていた場合において、１行目の車両の走行する運行ルート地図が図１９（ｂ）に示すようなものであった場合を考える。

図１９（ｂ）では、現場Ａと現場Ｃは比較的近距離に位置しているにも関わらず、配送順序としては連続しておらず、現場Ａ、Ｂ、Ｃの順で巡回することによって走行時間が長くなっている。そこで、担当者は、現場Ａと現場Ｃが配車ボード上で連続するように、アイコンを移動する操作を行う。例えば、図１９（ｃ）に示すように、現場Ｂを現場Ｃの後ろの配車セル７２０に移動することで、現場Ａと現場Ｃとが連続する順序とすることができる。これによって、１行目の車両は、現場Ａ、Ｃ、Ｂの順で巡回する運行計画が設定される。また、このように配送する順番を入れ替えることで、図１９（ｄ）に示すような運行ルート地図が表示され、担当者は、入れ替え操作前の図１９（ｂ）と比べて効率的な運行計画が立案されたことが理解しやすくなる。

図１９に示した運行順序の入れ替え操作は、算出部２１３による処理によって行われてもよい。具体的には、算出部２１３が、設定された運行順序についての最適化処理を行うことで、効率的な運行計画を作成する。図２０は、運行計画の最適化を行うＧＵＩの各部の例を示す図である。図２０（ａ）、（ｂ）は、図１９（ａ）、（ｂ）と同様に、作成された運行計画を示す配車ボードと、当該運行計画に基づいて１行目の車両の走行する運行ルート地図である。

このとき、担当者がＧＵＩを構成する最適化処理ボタンを押すなどの操作を行い、操作受付部２１２が当該操作を受け付ける。算出部２１３は、操作受付部２１２の最適化処理操作の受け付けを契機に、最適化した運行ルートの算出を行う。その後、最適化した運行ルートに基づいて、ＧＵＩ表示部２１１は、配車ボードを図２０（ｃ）のような表示に更新する。図２０（ｃ）では、図１９（ｃ）と同様に、１行目の車両について現場Ａ、Ｃ、Ｂの順番で運行する運行計画が設定されている。また、図２０（ｄ）に示すように、１行目の車両についての運行ルート地図も、現場Ａ、Ｃ、Ｂの順に巡回する運行ルートが地図に重畳して表示されている。また、このように運行ルートを最適化することで、担当者は、最適化処理前の図２０（ｂ）と比べて効率的な運行計画が立案されたことが理解しやすくなる。

次に、運行計画に案件を追加する場合について説明する。例えば、運行計画を設定した後、さらに任意の受注案件を追加する場合がある。この場合において、受注リストに未配車案件が複数あると、どの案件を追加するかが担当者にとって分かりにくい場合がある。そこで、次に割り当てる案件の候補をランキング形式で表示する構成としてもよい。図２１は、割り当てる案件をランキング形式で表示するＧＵＩの各部の例を示す図である。

図２１（ａ）に示すような運行計画がされた配車ボードにおいて、１行目の車両が現場Ｃの後に他の現場への運行を追加する場合について考える。このとき、担当者が受注リストの「配車候補ランキング」タブを選択するなどの操作を行うと、図２１（ｂ）に示すような配車候補のランキングを表示した受注リストが表示される。このとき算出部２１３は、１行目の車両が現場Ｃの後に行く現場の候補となる現場の未配車案件を算出する。候補となる現場を算出する例としては、現場Ｃからの走行時間が少ない順にソートして表示してもよい。図２１（ｂ）に示す例では、現場Ｌは現場Ｃからの走行時間が最も短いために、ランキング形式の受注リストにおいて、最上部に表示され、走行時間が短い現場が順に表示されている。また、このとき、未配車案件の各現場と現場Ｃとの位置関係を示す地図を併せて表示してもよい。

図２１に示したように、次の現場の候補となる受注案件をランキング形式で表示することで、すでに作成された運行計画に新たな現場を追加する場合に、担当者が配車する現場を判断する基準が分かりやすくできる。なお、図２１の例では、走行時間の短い順にソートしたランキングを表示する例を示したが、走行時間の長い順や荷物の重量の順などでソートして表示してもよい。

また、運行計画に案件を追加する別の方法について説明する。例えば、運行計画を設定した後、さらに特定の受注案件を追加する場合がある。この場合、算出部２１３は、当該受注案件を作成された運行計画のうち、どこに受注案件を追加するのが効率的であるかを算出し、算出結果を担当者に提示する。図２２は、最適配車位置を表示するＧＵＩの各部の例を示す図である。

例えば、図２２（ａ）に示すように、１〜４行目の各車両に現場Ａ〜Ｏが割り当てられているとする。このとき、図２２（ｂ）に示す受注リストのうち、現場Ｐの受注案件を追加するのが効率的であるかを算出部２１３が算出する。具体的には、図２２（ａ）のように運行計画が作成された配車ボードのうち、ブランクとなっている任意の位置にカレントセルが置かれている場合について考える。このとき、担当者は、受注リストから現場Ｐの受注案件を選択し、現場Ｐを配車する最適な位置を算出する操作を行う。算出部２１３は、上記の操作を受けて、走行距離、運搬車両の積載重量などに基づいて、最適に現場Ｐを配車できる位置を算出する。

図２１（ｃ）は、最適な配車位置を表示した配車ボードの例を示しており、例えば、現場Ｈから現場Ｉへ移動する間に現場Ｐへ運行するのが最適であると算出された場合には、２行目の現場Ｉの位置にカレントセルが移動する。このようにして、受注案件を追加する最適な位置を配車ボード上に表示することで、現場を追加する作業を行う担当者にとっての理解を容易にすることができる。

運行計画の作成において、算出部２１３は、各種の評価値が上位の受注案件を算出し、ＧＵＩ表示部２１１は、受注地図にヒートマップを重畳して表示してもよい。図２３は、受注地図上にヒートマップを表示するＧＵＩの各部の例を示す図であり、受注地図は、図２３（ａ）に示すような、プルダウン２３０１を含む構成としてもよい。

プルダウン２３０１は、図２３（ａ）に示すように、時間指定、作業時間、荷物数量、重量などを選択するプルダウンであり、選択した項目のうち上位の受注案件を、受注地図上で強調して表示することができる。例えば、プルダウン２３０１で重量を選択した場合には、算出部２１３は受注ＤＢ１１８を参照して、重量が大きい案件を抽出する。その結果、例えば重量が大きい案件の上位３件として、現場Ｊ、Ｏ、Ｆが抽出されたとすると、図２３（ｂ）に示すように、現場Ｊ、Ｏ、Ｆがヒートマップなどによって強調された画像が受注地図として表示される。

このように、選択された項目が上位の案件を強調して表示することで、担当者は、どの案件を優先して配車するかの判断が容易に行うことができる。なお、図２３の例では、上位３件を強調しているが、３件に限らず任意の数であってもよい。また、強調して表示する案件は、上位のものに限定されず、例えば下位の案件を強調して表示してもよい。

作成した運行計画は、スコアを運搬車両の車種ごとに評価して、担当者などに提示する構成としてもよい。運行会社は、複数の車種の運搬車両を備えていることが一般である。そこで、各車種がどのように稼働しているかの把握を容易とするために、図２４に示すようなＧＵＩを表示してもよい。図２４は、車種ごとにトータルスコアを表示するＧＵＩの各部の例を示す図である。

配車ボードに表示する運搬車両は、必ずしも図７などに示したように車両番号で表示する必要はなく、図２４（ａ）のように運搬車両の車種で区別するような表示としてもよい。図２４（ａ）では、１、２行目の車両は通常の運搬車両として指定され、３〜５行目の車両は冷蔵車として指定された場合の配車ボードの例を示している。

このような場合、図２４（ｂ）に示すようなトータルスコアでは、車種選択プルダウンでは、選択項目として、「全車種」、「通常車両」、「冷蔵車」などが表示される。ここで、図２４（ｃ）のように「冷蔵車」を選択した場合には、算出部２１３は、冷蔵車に該当する車種の各スコアを算出する。そして、ＧＵＩ表示部２１１は、算出されたスコアをトータルスコアとして表示する。

このようにして、選択された車種ごとにスコアを算出して表示することによって、担当者は、特定の車種がどのような運行計画で稼働するかの把握が容易となる。

ここまで説明してきた運行計画によって、運搬車両の運転手の業務の改善が期待できる。運行計画を運転手の業務にさらに活用するために、各現場の到着指定時刻を設定する構成としてもよい。図２５は、到着時刻を指定するカレント行詳細表示欄の例を示す図である。

図２５（ａ）は、到着時刻を指定する前のカレント行詳細表示欄を示しており、０：００を最初の現場の開始時刻として、順次各現場の開始時刻が算出され、表示されている。ここで、図２５（ｂ）に示すように、現場Ｅの到着時刻が１３：００として指定された場合には、この時刻を基準に、その他の現場の到着時刻を算出して表示する。このようにして、各現場の到着時刻を基準として他の現場の作業開始時刻を算出し、表示することで、運転手の作業の目安が分かりやすくできる。特に、最初の現場の開始時刻が、逆算して算出されることから、運転手が業務を開始する時刻を把握しやすくできる。なお、到着時刻を指定する現場の数は、図２５（ｂ）に示すように１箇所だけでなくてもよく、複数の現場で到着時刻を指定できる構成としてもよい。

また、時間帯によっては道路の混雑状況などが変わることがあるので、時間帯に応じて所要時間に一定の係数を乗じて、所要時間の調整を行ってもよい。このようにすることで、より実際の運行状況に則した運行計画を立案することができる。

また、運行計画を運転手の業務改善に活用する他の方法としては、運行計画の情報とともに、各受注案件の現場の写真などを運転手の端末に送信する方法などが挙げられる。図２６は、現場の詳細情報を表示するＧＵＩの各部の例を示す図である。図２６（ａ）は、受注ＤＢ１１８に基づく受注リストの例である。好ましい実施形態では、受注ＤＢ１１８は、受注案件ごとに配送先となる現場の周辺地域の画像を対応付けて格納する。

図２６（ｂ）は、受注案件の現場の周辺地図と、現場の写真とを表示した現場図表示画面の例である。現場の写真には、一例として、STREET VIEW（登録商標）などのＡＰＩから提供される画像を使用することができる。図２６（ｂ）のように、受注案件と現場周辺の写真とを対応付けて表示することで、担当者にとっては、現場付近の道幅などを把握することができ、適切な運搬車両を選定しやすくできる。また、運転手にとっては、現場付近の景観などを把握することができるので、道の間違いなどを防止することができる。

以上、説明した本発明の実施形態によれば、配車スケジュールの理解が容易な運行計画を立案することができる情報処理装置、プログラムおよびシステムを提供することができる。

上述した本発明の実施形態の各機能は、Ｃ、Ｃ＋＋、Ｃ＃、Ｊａｖａ（登録商標）等で記述された装置実行可能なプログラムにより実現でき、本実施形態のプログラムは、ハードディスク装置、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤ、フレキシブルディスク、ＥＥＰＲＯＭ、ＥＰＲＯＭ等の装置可読な記録媒体に格納して頒布することができ、また他装置が可能な形式でネットワークを介して伝送することができる。

以上、本発明について実施形態をもって説明してきたが、本発明は上述した実施形態に限定されるものではなく、当業者が推考しうる実施態様の範囲内において、本発明の作用・効果を奏する限り、本発明の範囲に含まれるものである。

また、上述した実施形態の各機能はそれぞれ別個に実施される必要はなく、説明した各機能を任意に組み合わせて実施することも可能である。

１００…物流管理システム
１１０…ネットワーク
１１２…発注端末
１１４…物流端末
１１６…物流管理サーバ
１１８…受注ＤＢ
１２０…動態ＤＢ
１２２…運行ＤＢ
１３０…モバイル端末
１３２…運搬車両
１４０…モバイル端末
１４２…運搬車両
１５０…無線ネットワーク
２００…機能ブロック
２１０…運行管理部
２１１…ＧＵＩ表示部
２１２…操作受付部
２１３…算出部
２２０…動態管理部
２３０…発注管理部
２４０…データベースアクセス部
２５０…ストレージインタフェース
３１０…無線ネットワークインタフェース
３２０…アプリケーション
３３０…ＧＰＳアプリケーション
３４０…ＧＰＳモジュール
３５０…ＡＰＩ
３６０…ＯＳ
３８０…デバイスドライバ
３９０…ハードウェア
４１０…ＧＵＩ制御部
４２０…ブラウザ
４３０…ＯＳ
４４０…デバイスドライバ
４５０…ハードウェア
５１０…ＧＵＩ制御部
５２０…ブラウザ
５３０…ＯＳ
５４０…デバイスドライバ
５５０…ハードウェア

特開２０１０−１５００２０号公報 特開２０１７−１２３１１３号公報

Claims (11)

1. 運搬車両の運行計画を作成する情報処理装置であって、
   前記運搬車両が巡回する順序を示すマトリクスを表示する表示手段と、
   前記運搬車両の行き先となる地点を識別する図形オブジェクトを、前記マトリクス内のセルに配置する操作手段とを含み、
   前記図形オブジェクトが配置された前記マトリクスを、当該運搬車両の運行計画として定義することを特徴とする、情報処理装置。
2. 定義された前記運行計画に基づいて、当該運行計画の評価値を算出する算出手段をさらに含み、
   前記表示手段は、前記評価値を表示することを特徴とする、請求項１に記載の情報処理装置。
3. 前記表示手段は、地図上に前記図形オブジェクトを重畳して表示し、当該地図の図形オブジェクトを選択することで、前記運行計画を定義することを特徴とする、請求項１または２に記載の情報処理装置。
4. 前記操作手段は、前記地図内において任意の形状の領域を指定する操作を行うことができ、
   前記領域に含まれる前記図形オブジェクトを前記マトリクス内のセルに配置することで前記運行計画を定義する、請求項３に記載の情報処理装置。
5. 前記算出手段は、行き先の候補となる地点の中から、近接する複数の地点を抽出し、
   前記複数の地点を、各運搬車両に割り当てることで運行計画を定義することを特徴とする、請求項２〜４のいずれか１項に記載の情報処理装置。
6. 前記算出手段は、定義された前記運行計画において、前記運搬車両が巡回する最適な順序を算出し、前記運行計画を変更することを特徴とする、請求項２〜５のいずれか１項に記載の情報処理装置。
7. 前記操作手段は、定義された前記運行計画において前記運搬車両が巡回する地点の到着時刻を指定する操作が可能であり、
   前記算出手段は、前記指定された到着時刻に基づいて、当該運行計画の各地点における作業開始時刻を算出する、
   請求項２〜６のいずれか１項に記載の情報処理装置。
8. 前記算出手段は、前記評価値が満たすべき条件を設定することが可能であり、
   各運搬車両が前記条件を満たすように、前記行き先を各運搬車両に割り当てることで運行計画を定義することを特徴とする、請求項２〜７のいずれか１項に記載の情報処理装置。
9. 運搬車両の運行計画を作成するシステムであって、
   前記運搬車両が巡回する順序を示すマトリクスを表示する表示手段と、
   前記運搬車両の行き先となる地点を識別する図形オブジェクトを、前記マトリクス内のセルに配置する操作手段とを含み、
   前記図形オブジェクトが配置された前記マトリクスを、当該運搬車両の運行計画として定義することを特徴とする、システム。
10. 前記システムは、前記運搬車両に対応する端末に対して、当該運搬車両の運行計画の情報を通知する、請求項９に記載のシステム。
11. 運搬車両の運行計画を作成する情報処理装置が実行するプログラムであってであって、前記情報処理装置を
    前記運搬車両が巡回する順序を示すマトリクスを表示する表示手段、
    前記運搬車両の行き先となる地点を識別する図形オブジェクトを、前記マトリクス内のセルに配置する操作手段として機能させ、
    前記図形オブジェクトが配置された前記マトリクスを、当該運搬車両の運行計画として定義することを特徴とする、プログラム。