JP6154619B2 - 混雑状況提示サーバ、混雑状況提示方法、プログラム、および混雑状況提示システム - Google Patents

Description

本発明は、コンテナターミナルの混雑状況を提示する混雑状況提示システム等に関するものである。

港湾におけるコンテナターミナルなどは、非常に広い敷地を有している。したがって、コンテナを運搬するトレーラなどのコンテナ運搬車両のドライバは、貨物を積載したコンテナをコンテナターミナルに搬入または搬出する場合、予め運送会社から、指定のターミナルゲートから入場するように指示されている。

従来、コンテナターミナルにコンテナを搬入する場合、コンテナ運搬車両のドライバが、搬入するコンテナに関する情報を記載した搬入票を持参して入場ゲートの係員に渡し、係員が、ゲートに設置された端末に搬入票の内容を入力し、コンテナを降ろすべき場所や作業識別番号などを紙に印字し、ドライバに手渡していた。

また、コンテナターミナルからコンテナを搬出する場合にも、コンテナ運搬車両のドライバが、搬出するコンテナに関する情報を記載した搬出票を持参して入場ゲートの係員に渡し、係員が、ゲートに設置された端末に搬出票の内容を入力し、コンテナを受け取るべき場所や作業識別番号などを紙に印字し、ドライバに手渡していた。

しかしながら、上述した運用方法では、多くの情報を係員が手作業で入力するため、ターミナルゲートでの受け付け時間が長くなり、さらに、ターミナルゲートを通過した後、ヤード内作業が滞留することもあり、コンテナターミナル周辺における交通渋滞の原因となっている。

そこで、例えば、特許文献１には、コンテナターミナルの入口ゲートの混雑状況に応じて、待機場に待避するか否かを指示することにより、コンテナターミナルの入口ゲートの混雑を防止するようなコンテナ運搬車両の管理装置が開示されている。

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

しかしながら、特許文献１の技術の場合、コンテナ運搬車両のドライバは、管理装置から待機場に待避するか否かが指示されて初めて、コンテナターミナルの入り口ゲートが混雑していることを知ることになり、自ら、混雑状況を調べる手段がない課題があった。

本発明は、前述した問題点に鑑みてなされたもので、その目的とすることは、コンテナターミナルのゲートにおける混雑状況を容易に確認することが可能な混雑状況提示システムなどを提供することである。

前述した目的を達成するための第１の発明は、コンテナ運搬車両に設置された携帯端末とネットワークを介して接続され、コンテナターミナルのゲートにおける前記コンテナ運搬車両の混雑状況を提示する混雑状況提示サーバであって、前記携帯端末から前記コンテナ運搬車両の位置情報を受信し、前記コンテナ運搬車両の走行状態を分析するとともに、前記ゲートまでの経路を分析して、前記ゲートに到着する予定時刻を算出する第１の算出手段と、前記携帯端末から前記コンテナ運搬車両が前記ゲートの待機列中にいる旨の通知を受信すると、前記コンテナ運搬車両から前記ゲートまでの経路、及び、過去の待ち時間の実績に基づいて、前記ゲートに到着するまでの待ち時間を算出するとともに、前記経路及び前記コンテナ運搬車両の全長に基づいて、他のコンテナ運搬車両の待機台数を算出する第２の算出手段と、算出した情報を前記携帯端末へ送信する送信手段と、を備えることを特徴とする混雑状況提示サーバである。
第１の発明によって、コンテナターミナルの事業者は、コンテナ運搬車両の待機情報等を把握し、ドライバ等に対してゲートの混雑状況の情報配信を行うことができる。

第２の発明は、コンテナ運搬車両に設置された携帯端末とネットワークを介して接続され、コンテナターミナルのゲートにおける前記コンテナ運搬車両の混雑状況を提示する混雑状況提示サーバで行われる混雑状況提示方法であって、前記携帯端末から前記コンテナ運搬車両の位置情報を受信し、前記コンテナ運搬車両の走行状態を分析するとともに、前記ゲートまでの経路を分析して、前記ゲートに到着する予定時刻を算出する第１の算出ステップと、前記携帯端末から前記コンテナ運搬車両が前記ゲートの待機列中にいる旨の通知を受信すると、前記コンテナ運搬車両から前記ゲートまでの経路、及び、過去の待ち時間の実績に基づいて、前記ゲートに到着するまでの待ち時間を算出するとともに、前記経路及び前記コンテナ運搬車両の全長に基づいて、他のコンテナ運搬車両の待機台数を算出する第２の算出ステップと、算出した情報を前記携帯端末へ送信する送信ステップと、を含むことを特徴とする混雑状況提示方法である。
第２の発明によって、コンテナターミナルの事業者は、コンテナ運搬車両の待機情報等を把握し、ドライバ等に対してゲートの混雑状況の情報配信を行うことができる。

第３の発明は、コンピュータを、コンテナ運搬車両に設置された携帯端末とネットワークを介して接続され、コンテナターミナルのゲートにおける前記コンテナ運搬車両の混雑状況を提示する混雑状況提示サーバとして機能させるためのプログラムであって、前記携帯端末から前記コンテナ運搬車両の位置情報を受信し、前記コンテナ運搬車両の走行状態を分析するとともに、前記ゲートまでの経路を分析して、前記ゲートに到着する予定時刻を算出する第１の算出手段、前記携帯端末から前記コンテナ運搬車両が前記ゲートの待機列中にいる旨の通知を受信すると、前記コンテナ運搬車両から前記ゲートまでの経路、及び、過去の待ち時間の実績に基づいて、前記ゲートに到着するまでの待ち時間を算出するとともに、前記経路及び前記コンテナ運搬車両の全長に基づいて、他のコンテナ運搬車両の待機台数を算出する第２の算出手段、算出した情報を前記携帯端末へ送信する送信手段、として機能させるためのプログラムである。
第３の発明に係るプログラムを汎用のコンピュータにインストールすることによって第１の発明を得て、第２の発明を実行することができる。

第４の発明は，コンテナ運搬車両に設置された携帯端末とサーバとがネットワークを介して接続される、コンテナターミナルのゲートにおける前記コンテナ運搬車両の混雑状況を提示する混雑状況提示システムであって、前記携帯端末は、前記コンテナ運搬車両の位置情報を前記サーバへ送信する送信手段と、前記コンテナ運搬車両が前記ゲートの待機列に入った後に、前記待機列中にいる旨を前記サーバへ通知する通知手段と、前記サーバから受信した前記ゲートに到着する予定時刻の情報を表示する第１の表示手段と、前記待機列に入った後に、前記サーバから受信した待ち時間及び待機台数の情報を表示する第２の表示手段と、を備え、前記サーバは、前記携帯端末から前記位置情報を受信し、前記コンテナ運搬車両の走行状態を分析するとともに、前記ゲートまでの経路を分析して、前記ゲートに到着する予定時刻を算出する第１の算出手段と、前記携帯端末から前記待機列中にいる旨の通知を受信すると、前記コンテナ運搬車両から前記ゲートまでの経路、及び、過去の待ち時間の実績に基づいて、前記ゲートに到着するまでの待ち時間を算出するとともに、前記経路及び前記コンテナ運搬車両の全長に基づいて、他のコンテナ運搬車両の待機台数を算出する第２の算出手段と、算出した情報を前記携帯端末へ送信する送信手段と、を備えることを特徴とする混雑状況提示システムである。
第４の発明によって、コンテナターミナルの事業者は、コンテナ運搬車両の待機情報等を把握し、ドライバ等に対してゲートの混雑状況の情報配信を行うことができる。

前記サーバは、前記ネットワークを介して、さらに管理者のクライアント端末に接続され、前記クライアント端末は、前記管理者が管理している前記コンテナ運搬車両の位置情報を前記サーバから受信して表示する表示手段と、前記サーバを介して、管理している前記コンテナ運搬車両へメッセージを配信する配信手段と、を備えることが望ましい。
これにより、管理者は、クライアント端末を用いて、管理しているコンテナ運搬車両の位置を把握できるとともに、必要に応じてメッセージを配信することができる。

第５の発明は、コンテナ運搬車両に設置された携帯端末とサーバとがネットワークを介して接続される、コンテナターミナルのゲートにおける前記コンテナ運搬車両の混雑状況を提示する混雑状況提示システムで行われる混雑状況提示方法であって、前記携帯端末は、前記コンテナ運搬車両の位置情報を前記サーバへ送信する送信ステップと、前記コンテナ運搬車両が前記ゲートの待機列に入った後に、前記待機列中にいる旨を前記サーバへ通知する通知ステップと、前記サーバから受信した前記ゲートに到着する予定時刻の情報を表示する第１の表示ステップと、前記待機列に入った後に、前記サーバから受信した待ち時間及び待機台数の情報を表示する第２の表示ステップと、を含み、前記サーバは、前記携帯端末から前記位置情報を受信し、前記コンテナ運搬車両の走行状態を分析するとともに、前記ゲートまでの経路を分析して、前記ゲートに到着する予定時刻を算出する第１の算出ステップと、前記携帯端末から前記待機列中にいる旨の通知を受信すると、前記コンテナ運搬車両から前記ゲートまでの経路、及び、過去の待ち時間の実績に基づいて、前記ゲートに到着するまでの待ち時間を算出するとともに、前記経路及び前記コンテナ運搬車両の全長に基づいて、他のコンテナ運搬車両の待機台数を算出する第２の算出ステップと、算出した情報を前記携帯端末へ送信する送信ステップと、を含むことを特徴とする混雑状況提示方法である。
第５の発明によって、コンテナターミナルの事業者は、コンテナ運搬車両の待機情報等を把握し、ドライバ等に対してゲートの混雑状況の情報配信を行うことができる。

本発明により、コンテナターミナルの混雑状況を容易に確認することが可能となる。

本発明の実施の形態に係る混雑状況提示システムの構成例を示す図である。 サーバのハードウェアの構成例を示す図である。 データベース管理システムが管理するデータベースの一例を示す図である。 サーバの機能構成例を示すブロック図である。 携帯端末のハードウェアの構成例を示す図である。 混雑状況提示処理を説明するフローチャートである。 ログイン画面の表示例を示す図である。 予定登録画面の表示例を示す図である。 走行時情報画面の表示例を示す図である。 待機列情報画面の表示例を示す図である。 ターミナルゲート周辺の混雑状況の表示処理を説明するフローチャートである。 混雑状況画面の表示例を示す図である。 混雑状況画面の他の表示例を示す図である。 混雑状況画面のさらに他の表示例を示す図である。

以下、図面に基づいて、本発明の実施形態を詳細に説明する。

［本発明の実施の形態］
（混雑状況提示システムの構成）
図１は、本発明の実施の形態に係る混雑状況提示システム１の構成例を示す図である。なお、サーバ２、クライアント端末３、および携帯端末４の数は、任意であり、それぞれ複数設けることも勿論可能である。

図１に示すように、混雑状況提示システム１は、サーバ２、クライアント端末３、および携帯端末４がネットワーク５を介して接続されることで構成されている。

本発明は、コンテナターミナルのゲートにおけるコンテナ運搬車両の待ち状況を分析し、コンテナ運搬車両のドライバや運送会社に、リアルタイムで待ち状況に関する情報を配信することにより、無駄な待ち時間の削減や配車の効率化を図ることができるシステムを提供することである。

コンテナとは、内部に物を納めるための容器である。
コンテナターミナルとは、コンテナ船が接岸してコンテナを積み降ろしする専用の岸壁を備え、コンテナを運搬・保管する固定施設（例えば、コンテナヤード、ターミナルゲートなど）、および荷役用可動施設（例えば、クレーンなど）で構成され、コンテナの海上輸送と陸上輸送の結節点となる港湾施設の総称である。
ターミナルゲートとは、コンテナ運搬車両がコンテナターミナルに入場またはコンテナターミナルから退場するための出入口である。
コンテナ運搬車両は、１つのコンテナを積荷し、１日に２〜３回運送する。

サーバ２は、CPU（Central Processing Unit）、ROM（Read Only Memory）、RAM（Random Access Memory）、HDD（Hard Disk Drive）等からなるコンピュータシステムであって、例えば、コンテナターミナルを所有・管理する事業者が保有する装置である。サーバ２は、ＷＥＢベースのＰＨＰ（Hypertext Preprocessor）でユーザインターフェースを構築し、ＲＤＢ（Relational
Database）でデータベース（ＤＢ）管理システム２０を管理（運用）する。

データベース管理システム２０は、ドライバ情報データベース（ＤＢ）２１、運送会社情報データベース（ＤＢ）、ターミナルオペレータ情報データベース（ＤＢ）２３、位置情報データベース（ＤＢ）２４、配信文データベース（ＤＢ）２５を管理する。各データベースが記憶する情報の詳細は、図３を参照して後述する。

サーバ２は、コンテナ運搬車両のドライバに関する情報、コンテナターミナルで搬出入を行う運送会社に関する情報、およびターミナルオペレータに関する情報を予め取得し、データベース管理システム２０のドライバ情報データベース（ＤＢ）２１、運送会社情報データベース（ＤＢ）２２、ターミナルオペレータ情報データベース（ＤＢ）２３にそれぞれ記憶させる。
ターミナルオペレータとは、コンテナターミナルでコンテナの荷役及び保管を行う事業者のことである。

サーバ２は、携帯端末４からネットワーク５を介して、携帯端末４が設置されたコンテナ運搬車両の位置情報を受信すると、その位置情報を位置情報データベース２４に記憶する。またサーバ２は、受信した位置情報に基づいて、ターミナルゲートに到着するまでにかかる時間（待ち時間）および他の待機車両の台数を算出し、算出結果を待ち状況に関する情報として携帯端末４に送信する。

クライアント端末３は、CPU、ROM、RAM、HDD、入力部、表示部等からなるコンピュータシステムであって、例えば、コンテナターミナルで荷役及び保管を行う事業者（ターミナルオペレータ）、または、コンテナターミナルから搬出入を行うコンテナ運搬車両の運送会社が保有する装置である。クライアント端末３は、管理者の指示に応じて、ネットワーク５を介してサーバ２にアクセスし、コンテンツ運搬車両の待ち状況に関する情報を受信し、待ち状況に関する表示画面を表示させる。その表示画面の詳細は、図１３および図１４を参照して後述する。

携帯端末４は、CPU、ROM、RAM、入力部、および表示部などを実装した携帯型コンピュータであって、例えば、スマートフォン、カメラ付き携帯電話機、タブレット端末（携帯情報端末）等である。携帯端末４は、GPS（Global Positioning System）機能を備えており、現在の位置情報（緯度、経度）を取得する。

携帯端末４は、コンテナ運搬車両の所定の位置（例えば、運転席付近）に設置されており、コンテナ運搬車両のドライバの指示に応じて、ネットワーク５を介してサーバ２にアクセスし、コンテンツ運搬車両の待ち状況に関する情報を受信し、待ち状況に関する表示画面を表示させる。その表示画面の詳細は、図７〜図１０を参照して後述する。

ネットワーク５は、LAN（Local Area Network）やインターネット等のネットワークであり、有線、無線は特に問わない。

（サーバの構成）
図２は、サーバ２のハードウェアの構成例を示す図である。尚、図２の構成はあくまで一例であり、用途、目的に応じて様々な構成を採ることが可能である。また、クライアント端末３も基本的にサーバ２と同様の構成を有する。

サーバ２（クライアント端末３）を実現するコンピュータは、制御部１１、記憶部１２、メディア入出力部１３、通信制御部１４、入力部１５、表示部１６、周辺機器Ｉ／Ｆ（インターフェース）部１７等が、バス１８を介して接続される。

制御部１１は、CPU、ROM、RAM等で構成される。CPUは、記憶部１２、ROM、記録媒体等に格納されるプログラムをRAM上のワークメモリ領域に呼び出して実行し、バス１８を介して接続された各部を駆動制御し、サーバ２が行う後述する処理を実現する。ROMは、不揮発性メモリであり、コンピュータのブートプログラムやBIOS（Basic Input/Output System）等のプログラム、データ等を恒久的に保持している。RAMは、揮発性メモリであり、記憶部１２、ROM、記録媒体等からロードしたプログラム、データ等を一時的に保持するとともに、制御部１１が各種処理を行う為に使用するワークエリアを備える。

記憶部１２は、HDDであり、制御部１１が実行するプログラム、プログラム実行に必要なデータ、ＯＳ（オペレーティングシステム）等を格納する。プログラムに関しては、ＯＳに相当する制御プログラムや、後述する処理をコンピュータに実行させるためのアプリケーションプログラムが格納されている。これらの各プログラムコードは、制御部１１により必要に応じて読み出されてRAMに移され、CPUに読み出されて各種の手段として実行される。

メディア入出力部１３（ドライブ装置）は、データの入出力を行い、例えば、ＣＤドライブ（−ROM、−Ｒ、−ＲＷ等）、DVDドライブ（−ROM、−Ｒ、−ＲＷ等）等のメディア入出力装置を有する。通信制御部１４は、通信制御装置、通信ポート等を有し、コンピュータとネットワーク５間の通信を媒介する通信インターフェースであり、ネットワーク５を介して、他のコンピュータ間との通信制御を行う。

入力部１５は、データの入力を行い、例えば、キーボード、マウス等のポインティングデバイス、テンキー等の入力装置を有する。入力部１５を介して、コンピュータに対して、操作指示、動作指示、データ入力等を行うことができる。表示部１６は、CRTモニタ、液晶パネル等のディスプレイ装置、ディスプレイ装置と連携してコンピュータのビデオ機能を実現するための論理回路等（ビデオアダプタ等）を有する。

周辺機器Ｉ／Ｆ（インターフェース）部１７は、コンピュータに周辺機器を接続させるためのポートであり、周辺機器Ｉ／Ｆ部１７を介してコンピュータは周辺機器とのデータの送受信を行う。周辺機器Ｉ／Ｆ部１７は、USB（Universal Serial Bus）やIEEE（The
Institute of Electrical and Electronics Engineers）１３９４やＲＳ−２３２Ｃ等で構成されており、通常複数の周辺機器Ｉ／Ｆを有する。周辺機器との接続形態は有線、無線を問わない。バス１８は、各装置間の制御信号、データ信号等の授受を媒介する経路である。

図３は、サーバ２のデータベース管理システム２０が管理するデータベースの一例を示す図である。図３に示すように、データベース管理システム２０は、少なくとも、ドライバ情報データベース（ＤＢ）２１、運送会社情報データベース（ＤＢ）２２、ターミナルオペレータ情報データベース（ＤＢ）２３、位置情報データベース（ＤＢ）２４、配信文データベース（ＤＢ）２５を管理する。

図３に示すように、ドライバ情報データベース２１は、少なくとも、ドライバＩＤ、ドライバ名、所属運送会社ＩＤ、目的、パスワード、ゲート番号、走行状態、到着予定時刻を、１つのコンテナの運送予定毎に記憶する。ドライバＩＤは、コンテナ運搬車両のドライバを一意に識別するための情報である。ドライバ名は、コンテナ運搬車両のドライバの名前である。所属運送会社ＩＤは、ドライバが所属する運送会社を一意に識別するための情報である。目的は、コンテナの搬入または搬出等を示す情報である。パスワードは、ドライバを認証するための情報である。ゲート番号は、ターミナルゲートを一意に識別するための情報である。走行状態は、走行中、待機中、またはゲート通過等を示す情報である。到着予定時刻は、目的ターミナルゲートまでの走行距離、道路幅や季節、曜日、時間帯などを考慮して算出された到着時刻である。

運送会社情報データベース２２は、少なくとも、運送会社ＩＤ、運送会社名、パスワードを、運送会社毎に記憶する。運送会社ＩＤは、運送会社を一意に識別するための情報であり、ドライバ情報データベース２１の所属運送会社ＩＤと紐付けられている。運送会社名は、運送会社の名称である。パスワードは、運送会社を認証するための情報である。

ターミナルオペレータ情報データベース２３は、少なくとも、ターミナルＩＤ、ターミナル名、パスワード、管理ゲート番号を、ターミナルオペレータ毎に記憶する。ターミナルＩＤは、コンテナターミナルでコンテナの荷役及び保管を行う事業者を一意に識別するための情報である。ターミナル名は、コンテナの荷役及び保管を行う事業者の名称である。パスワードは、ターミナルオペレータを認証するための情報である。管理ゲート番号は、ターミナルゲートを一意に識別するための情報であり、ドライバ情報データベース２１のゲート番号と紐付けられている。

位置情報データベース２４は、少なくとも、ドライバＩＤ、位置情報取得日時、位置情報（緯度、経度）を、１つのコンテナの運送予定毎に記憶する。ドライバＩＤは、コンテナ運送車両のドライバを一意に識別するための情報であり、ドライバ情報データベース２１のドライバＩＤと紐付けられている。位置情報取得日時は、ドライバＩＤが所有する携帯端末４が設置されたコンテナ運搬車両の位置を取得した日時である。位置情報は、携帯端末４が設置されたコンテナ運搬車両の位置（緯度、経度）を示す情報である。

配信文データベース２５は、少なくとも、日時、発信者、受信者、配信文を、配信文が配信される毎に記憶する。日時は、配信文が配信された日時である。発信者は、配信文を発信した人の名前または発信者を一意に識別するための情報（例えば、ＩＤやメールアドレス）である。受信者は、配信文を受信した人の名前または受信者を一意に識別するための情報（例えば、ＩＤやメールアドレス）である。配信文は、配信文の内容を示す情報である。

図４は、サーバ２の機能構成例を示すブロック図である。図４に示す機能部のうちの少なくとも一部は、図２の制御部１１により所定のプログラムが実行されることによって実現される。

交通状況分析部１１Ａは、位置情報データベース２４に記憶されている位置情報を読み出し、コンテナ運搬車両の現在位置とコンテナターミナルの目的ゲートとを結ぶ経路を分析し、コンテナ運搬車両が目的ゲートに到着する予定時刻を算出する。

また交通状況分析部１１Ａは、携帯端末４から、コンテナ運搬車両が目的ゲートの待機列に入った旨の通知を受けると、コンテナ運搬車両の現在位置（待機位置）と目的ゲートとを結ぶ経路の距離、および、過去の待ち時間の実績（例えば、待機位置と待機台数に関する過去のデータが記憶されたテーブル）に基づいて、目的ゲートに到着するまでの待ち時間を算出する。

さらに交通状況分析部１１Ａは、コンテナ運搬車両の現在位置と目的ゲートとを結ぶ経路の距離、および、コンテナ運搬車両の全長に基づいて、目的ゲートに到着するまでの他の車両の待機台数を算出する。

提示部１１Ｂは、交通状況分析部１１Ａの分析結果に基づいて、クライアント端末３または携帯端末４に、混雑状況に関する情報を提示する。

（携帯端末の構成）
図５は、携帯端末３のハードウェアの構成例を示す図である。尚、図５の構成は、あくまで一例であり、用途、目的に応じて様々な構成を採ることが可能である。

携帯端末３は、制御部３１、記憶部３２、通信制御部３３、入力部３４、表示部３５、GPS受信部３６などが、バス３７を介して接続される。

制御部３１は、CPU、ROM、RAM等で構成される。制御部３１は、記憶部３２に記憶されたプログラムに基づいて所定の処理を行い、通話機能、ブラウザ機能、およびメール機能などを実現する。

記憶部３２は、制御部３１が実行するプログラム、プログラム実行に必要なデータ、ＯＳ等を格納するとともに、通信制御部３３経由で提供されたデータ等を記憶する。

通信制御部３３は、通信制御装置、通信ポート等を有し、携帯端末４とネットワーク５間の通信を媒介する通信インターフェースであり、ネットワーク５を介して、他のコンピュータ又は他の携帯端末との音声通信やデータ通信の制御を行う。

入力部３４は、ボタンやタッチパネルなどで構成され、操作指示、動作指示、データ入力等を行う。表示部３５は、液晶パネル等のディスプレイ装置であり、制御部３１から供給される情報を表示する。入力部３４および表示部３５は、タッチパネルディスプレイのように、一体となっていても良い。

GPS受信部３６は、図示しないGPSアンテナを用いて、現在位置（緯度、経度）を受信する。

（混雑状況提示処理）
図６は、混雑状況提示システム１が実行する、コンテナ運搬車両がターミナルゲートに到着するまでの混雑状況の提示処理を説明するフローチャートである。この処理を開始するにあたり、サーバ２のデータベース管理システム２０のドライバ情報データベース２１〜ターミナルオペレータ情報データベース２３には、各種情報が取得され、予め記憶されているものとする。また図６の説明に当たり、図７〜図１０を参照し、対応する表示例も説明する。

ステップＳ１において、携帯端末４の制御部３１は、コンテナ運搬車両のドライバによる操作に応じて、サーバ２から混雑状況の提示を受けるためのログイン画面を表示部３５に表示させ、ログイン処理を行う。

図７は、ログイン画面４１の表示例を示す図である。

図７に示すように、ログイン画面４１には、ログインＩＤを入力する入力エリア４２、パスワードを入力する入力エリア４３、ログインするためのボタン４４が表示されている。コンテナ運搬車両のドライバは、入力エリア４２に、ログインＩＤ（ドライバＩＤ）を入力し、入力エリア４３に、ログインパスワードを入力し、ボタン４４を押下することで、ログイン処理を行うことができる。

図６の説明に戻る。携帯端末４の制御部３１は、コンテナ運搬車両のドライバによるログイン処理を検知すると、ログイン情報（ドライバＩＤおよびパスワード）を、ネットワーク５を介してサーバ２に送信する。ステップＳ２において、サーバ２の制御部１１は、携帯端末４から受信したログイン情報に基づいて、ドライバ情報データベース２１に記憶されているドライバ情報と照合し、コンテナ運搬車両のドライバの認証処理を行う。

以下、認証に成功した場合について説明するが、認証に失敗した場合には、携帯端末４からサーバ２へのアクセスは許可されず、図６の混雑状況提示処理は終了される。なお、一度、携帯端末４においてログイン処理が行われると、ログイン情報が記憶部３２に記憶されるため、２度目のログイン時には、ログイン情報の入力は不要となる。

携帯端末４の制御部３１は、サーバ２からアクセスが許可されると、ステップＳ３において、予定登録画面を表示部３５に表示させ、コンテナ運搬車両のドライバに予定の登録を行わせる。

図８は、予定登録画面５１の表示例を示す図である。

図８に示すように、予定登録画面５１には、運送会社を入力する入力エリア５２、ゲート番号を入力する入力エリア５３、目的を入力する入力エリア５４が表示されている。コンテナ運搬車両のドライバは、その日の予定（業務）に関して、入力エリア５２に、所属する運送会社を入力し、入力エリア５３に、コンテナを運搬する際に利用するゲート番号を入力し、入力エリア５４に、業務の目的（例えば、実搬入、実搬出、空搬入、空搬出）を入力することで、予定登録を行うことができる。なお、入力エリア５２〜５４は、直接入力させるだけでなく、予め設定されている複数の項目の中から所望の項目を選択させることもできる。

図６の説明に戻る。携帯端末４の制御部３１は、コンテナ運搬車両のドライバにより予定が登録されたことを検知すると、ステップＳ４において、登録情報（所属運送会社ＩＤ、ゲート番号、および目的）、およびGPS受信部３６が受信した現在の位置情報を、ネットワーク５を介してサーバ２に送信する。

ステップＳ５において、サーバ２の制御部１１は、携帯端末４から送信されてきた登録情報および位置情報を、通信制御部１４を介して受信する。ステップＳ６において、サーバ２のデータベース管理システム２０は、ステップＳ５の処理で受信した位置情報、およびステップＳ２の処理で認証したログイン情報に含まれるドライバＩＤを紐付けて、位置情報データベース２４に記憶させる。なお、コンテナ運搬車両の位置情報は所定時間毎に受信され、位置情報データベース２４に、継続的に記憶される。

ステップＳ７において、サーバ２の交通状況分析部１１Ａは、交通情報を提供する所定のサイトを参照し、ステップＳ５の処理で受信したコンテナ運搬車両の位置情報に基づいて、現在のコンテナ運搬車両の走行状態（走行中、待機中、またはゲート通過）を分析する。またサーバ２の交通状況分析部１１Ａは、ステップＳ５の処理で受信した登録情報に含まれるゲート番号から、対応するゲートの位置（緯度、経度）を把握し、分析した走行状態、および、現在位置と目的ゲートとを結ぶ経路の距離に基づいて、コンテナ運搬車両がゲートに到着する予定時刻を算出する。

ステップＳ８において、サーバ２の交通状況分析部１１Ａは、ステップＳ７の処理で分析した走行状態および算出した到着予定時刻、ステップＳ５の処理で受信した登録情報に含まれる所属運送会社ＩＤ、ゲート番号、および目的、並びにステップＳ２の処理で認証したログイン情報に含まれるドライバＩＤを紐付けて、ドライバ情報データベース２１に記憶させる。

ステップＳ９において、サーバ２の交通状況分析部１１Ａは、ステップＳ７の処理で分析した走行状態、および算出した到着予定時刻を、走行時に関する情報として、ネットワーク５を介して携帯端末４に送信する。

ステップＳ１０において、携帯端末４の制御部３１は、サーバ２から受信した走行時に関する情報に基づいて、走行時情報画面を表示部３５に表示させる。

図９は、走行時情報画面６１の表示例を示す図である。

図９に示すように、走行時情報画面６１には、地図を表示する表示エリア６２、サーバ２やクライアント端末３から配信されてきた配信文を表示する表示エリア６３、ドライバによって押下されるボタン６４およびボタン６５が表示されている。

表示エリア６２には、コンテナ運搬車両が走行している周辺の地図が表示され、その地図上に、コンテナ運搬車両の現在位置を示す情報、および、目的地となるコンテナターミナルの位置を示す情報が、それぞれマークＭ１、マークＭ２で表示される。表示エリア６３には、混雑状況に関する情報が記載された配信文が表示される。ボタン６４は、前の表示画面に戻る場合に押下される。ボタン６５は、コンテナ運搬車両がコンテナターミナルの目的ゲートの入場待ちをしている待機列に入った場合に押下される。走行時情報画面６１の上方には、行き先のゲート番号（図９の例の場合、ゲートＮｏ．Ｃ−２）、および到着予定時刻（図９の例の場合、１５：４５）が表示されている。また、マークＭ１とマークＭ２とを結ぶ経路、および混雑状況を色分け表示させるようにしてもよい。

図６の説明に戻る。ステップＳ１１において、携帯端末４の制御部３１は、コンテナ運搬車両のドライバにより、走行時情報画面６１のボタン６５が押下されたか否かを判定し、ボタン６５が押下されていないと判定した場合、ステップＳ１０に戻り、走行時情報画面６１の表示状態を継続する。

図９に示した走行時情報画面６１において、表示エリア６３に表示される地図、および地図上のマークＭ１の表示位置は、コンテナ運搬車両の走行に伴って、そこに設置された携帯端末４の位置情報が変化するため、所定時間毎に最新の位置情報がGPS受信部３６にて受信され、その位置情報に基づいて更新される。

ステップＳ１１において、携帯端末４の制御部３１は、コンテナ運搬車両のドライバにより、走行時情報画面６１のボタン６５が押下されたと判定した場合、ステップＳ１２に進み、ネットワーク５を介してサーバ２に対し、待機列情報の送信を要求する。

つまり、コンテナ運搬車両のドライバは、コンテナ運搬車両の走行を続行し、コンテナターミナルのターミナルゲート付近に到着した際、目的ゲートの入場待ちをしている車両の待機列に入ると、その旨をサーバ２に通知するためにボタン６５を押下する。これによって、サーバ２に待機列情報の送信を要求することができる。

ステップＳ１３において、サーバ２の交通状況分析部１１Ａは、携帯端末４からの要求に基づいて、位置情報データベース２４に記憶されているコンテナ運搬車両の現在位置（待機位置）と目的ゲートとを結ぶ経路の距離、および過去の待ち時間の実績に基づいて、目的ゲートに到着するまでの待ち時間を算出する。

ステップＳ１４において、サーバ２の交通状況分析部１１Ａは、コンテナ運搬車両の現在位置と目的ゲートとを結ぶ経路の距離、およびコンテナ運搬車両の全長に基づいて、目的ゲートに到着するまでの他の車両の待機台数を算出する。

ステップＳ１５において、サーバ２の提示部１１Ｂは、ステップＳ１３の処理で算出された待ち時間、およびステップＳ１４の処理で算出された他の車両の待機台数を、待機列情報としてネットワーク５を介して携帯端末４に送信する。

ステップＳ１６において、携帯端末４の制御部３１は、サーバ２から受信した待機列情報に基づいて、待機列情報画面を表示させる。

図１０は、待機列情報画面７１の表示例を示す図である。

図１０に示すように、待機列情報画面７１には、地図を表示する表示エリア７２、サーバ２やクライアント端末３から配信されてきた配信文を表示する表示エリア７３、ドライバによって押下されるボタン７４およびボタン７５が表示されている。

表示エリア７２には、ターミナルゲート周辺の地図が表示され、その地図上に、コンテナ運搬車両の現在位置を示す情報、および、待機列にいる他の車両の位置を示す情報が、それぞれマークＭ１１、マークＭ１２で表示される。表示エリア７３には、混雑状況に関する情報が記載された配信文が表示される。ボタン７４は、前の表示画面に戻る場合に押下される。ボタン７５は、コンテナ運搬車両がコンテナターミナルの目的ゲートを通過し、業務を完了した場合に押下される。待機列情報画面７１の上方には、行き先のゲート番号（図１０の例の場合、ゲートＮｏ．Ｃ−２）、他の車両の待機台数（図１０の例の場合、８４台）、待ち時間（図１０の例の場合、４５分）、および到着予定時刻（図１０の例の場合、１６：３０）が表示されている。

図６の説明に戻る。ステップＳ１７において、携帯端末４の制御部３１は、コンテナ運搬車両のドライバにより、待機列情報画面７１のボタン７５が押下されたか否かを判定し、ボタン７５が押下されていないと判定した場合、ステップＳ１６に戻り、待機列情報画面７１の表示状態を継続する。

図１０に示した待機列情報画面７１において、表示エリア７３に表示される地図上のマークＭ１１、マークＭ１２の表示位置は、コンテナ運搬車両の走行に伴って、そこに設置された携帯端末４の位置情報が変化するため、所定時間毎に最新の位置情報がGPS受信部３６にて受信され、その位置情報に基づいて更新される。

ステップＳ１７において、携帯端末４の制御部３１は、コンテナ運搬車両のドライバにより、待機列情報画面７１のボタン７５が押下されたと判定した場合、ステップＳ１８に進み、ネットワーク５を介してサーバ２に対し、ゲート通過を通知する。

つまり、コンテナ運搬車両のドライバは、コンテナターミナルの目的ゲートを通過し、業務を完了した後、その旨をサーバ２に通知するためにボタン７５を押下する。これによって、サーバ２にゲート通過を通知することができる。

ステップＳ１９において、サーバ２のデータベース管理システム２０は、携帯端末４からのゲート通過通知に基づいて、ドライバ情報データベース２１、および位置情報データベース２４を更新する。例えば、データベース管理システム２０は、業務完了を受けて、データベースから情報を削除するか、または、完了フラグを立てる。

以上のように、コンテナ運搬車両のドライバは、コンテナターミナルの目的ゲートまでの混雑状況をリアルタイム、かつ、容易に把握することが可能となる。

（混雑状況表示処理）
図１１は、サーバ２が実行する、コンテナターミナルのターミナルゲート周辺の混雑状況の表示処理を説明するフローチャートである。

ステップＳ３１において、サーバ２の制御部１１は、データベース管理システム２０で管理しているドライバ情報データベース２１から各コンテナ運搬車両のドライバに関する情報、位置情報データベース２４から各コンテナ運搬車両の位置情報、および配信文データベース２５から配信文に関する情報を取得する。

ステップＳ３２において、サーバ２の制御部１１は、ステップＳ３１の処理で取得した情報に基づいて、表示部１５に、混雑状況画面を表示させる。

図１２は、混雑状況画面８１の表示例を示す図である。

図１２に示すように、混雑状況画面８１には、地図を表示する表示エリア８２、配信文を入力する入力エリア８３および入力エリア８４、配信文を管理する表示エリア８５、操作者によって押下されるボタン８６、ボタン８７、およびボタン８８、配信状況を管理する表示エリア８９が表示されている。

表示エリア８２には、コンテナターミナル周辺の地図が表示され、その地図上に、各コンテナ運搬車両の位置を示す情報が、マークＭ２１で表示される。入力エリア８３には、コンテナ運搬車両向けに配信する配信文が入力される。入力エリア８４には、運送会社向けに配信する配信文が入力される。表示エリア８５には、サーバ２から配信された配信文に関する情報が表示される。ボタン８６、ボタン８７は、入力された配信文を送信する場合に押下される。ボタン８８は、表示エリア８５に表示されている配信文に関する情報を消去する場合に押下される。表示エリア８９には、他の端末から配信された配信文に関する情報が表示される。

図１１の説明に戻る。ステップＳ３３において、サーバ２の制御部１１は、操作者により、混雑状況画面８１の入力エリア８３または入力エリア８４に配信文が入力され、ボタン８６またはボタン８７が押下されたか否かを判定し、配信文の配信操作が行われたと判定した場合、所定の宛先に配信文を送信し、ステップＳ３４に進む。これにより、携帯端末４の表示部３５において、例えば、図９に示す表示エリア６３や図１０に示す表示エリア７３に、配信文が表示されるとともに、サーバ２の表示部１５において、図１２に示す表示エリア８５や表示エリア８９に、配信文に関する情報が表示される。

ステップＳ３４において、サーバ２のデータベース管理システム２０は、配信した情報（例えば、配信文、発信者、受信者、日時）に基づいて、配信文データベース２５を更新する。

一方、ステップＳ３３において、サーバ２の制御部１１は、操作者により、配信文の配信操作が行われていないと判定した場合、ステップＳ３４の処理をスキップし、ステップＳ３５に進む。

ステップＳ３５において、サーバ２の制御部１１は、操作者により、混雑状況表示処理の終了が指示されたか否かを判定し、混雑状況表示処理の終了が指示されていないと判定した場合、ステップＳ３２に戻り、上述した処理を繰り返す。

図１２に示した混雑状況画面８１において、表示エリア８２に表示される地図上のマークＭ２１の表示位置は、各コンテナ運搬車両の走行に伴って、各携帯端末４の位置情報が変化するため、所定時間毎に最新の位置情報に基づいて更新される。

ステップＳ３５において、サーバ２の制御部１１は、操作者により、混雑状況表示処理の終了が指示されたと判定した場合、処理を終了する。

以上のように、サーバ２の管理者は、コンテナターミナル周辺の混雑状況を容易に把握することが可能となる。また、混雑状況を確認し、コンテナ運搬車両のドライバや運送会社に対し、ターミナル及び周辺の状況等に関する注意情報を配信文として送信することが可能になる。これにより、効率的な運行管理を行うことができる。

以上においては、サーバ２における、コンテナターミナルのターミナルゲート周辺の混雑状況を表示する処理例について説明したが、ターミナルオペレータや運送会社等のクライアント端末３においても、同様の表示処理を行うことができる。

より具体的には、例えば、クライアント端末３の制御部１１は、サーバ２にアクセスためのログイン処理後、サーバ２のデータベース管理システム２０で管理されているドライバ情報データベース２１の各コンテナ運搬車両のドライバに関する情報、位置情報データベース２４の各コンテナ運搬車両の位置情報、および配信文データベース２５の配信文に関する情報を、それぞれネットワーク５を介して受信する（ステップＳ３１）。

そして、クライアント端末３は、受信した情報に基づいて、表示部１５に混雑状況画面を表示させる（ステップＳ３２）。

図１３は、クライアント端末３がターミナルオペレータの場合における混雑状況画面９１の表示例を示す図である。

図１３に示すように、混雑状況画面９１には、地図を表示する表示エリア９２、配信文を入力する入力エリア９３および入力エリア９４、配信文を管理する表示エリア９５、操作者によって押下されるボタン９６、ボタン９７、およびボタン９８、配信状況を管理する表示エリア９９が表示されている。

表示エリア９２には、コンテナターミナル周辺の地図が表示され、その地図上に、各コンテナ運搬車両の位置を示す情報が、マークＭ３１で表示される。入力エリア９３には、全てのコンテナ運搬車両向けに配信する配信文が入力される。入力エリア９４には、ゲート別に待機するコンテナ運搬車両向けに配信する配信文が入力される。表示エリア９５には、クライアント端末３から配信された配信文に関する情報が表示される。ボタン９６、ボタン９７は、入力された配信文を送信する場合に押下される。ボタン９８は、表示エリア９５に表示されている配信文に関する情報を消去する場合に押下される。表示エリア９９には、他の端末から配信された配信文に関する情報が表示される。

図１４は、クライアント端末３が運送会社の場合における混雑状況画面１０１の表示例を示す図である。

図１４に示すように、混雑状況画面１０１には、地図を表示する表示エリア１０２、配信文を入力する入力エリア１０３および入力エリア１０４、ドライバを管理する表示エリア１０５、配信文を管理する表示エリア１０６、操作者によって押下されるボタン１０７、ボタン１０８、およびボタン１０９、配信状況を管理する表示エリア１１０が表示されている。

表示エリア１０２には、コンテナターミナル周辺の地図が表示され、その地図上に、各コンテナ運搬車両の位置を示す情報が、マークＭ４１で表示される。入力エリア１０３には、運送会社に所属する全てのコンテナ運搬車両向けに配信する配信文が入力される。入力エリア１０４には、コンテナ運搬車両別に配信する配信文が入力される。表示エリア１０５には、ドライバに関する情報が表示される。表示エリア１０６には、クライアント端末３から配信された配信文に関する情報が表示される。ボタン１０７、ボタン１０８は、入力された配信文を送信する場合に押下される。ボタン１０９は、表示エリア１０６に表示されている配信文に関する情報を消去する場合に押下される。表示エリア１１０には、他の端末から配信された配信文に関する情報が表示される。

また表示エリア１０２の下方には、自社車両の表示を行う場合に押下されるボタン１１１が表示されている。図１４の例では、表示部１０２に表示された各コンテナ運搬車両の位置を示す情報のマークＭ４１のうち、ボタン１１１が押下されると、自社車両であることが視認できるようなマークＭ４２の表示に切り替わる。この表示方法は、特に問合わないが、例えば、色を変更したり、点滅表示させたりする。

以上のように、クライアント端末３の管理者は、コンテナターミナル周辺の混雑状況を容易に把握することが可能となる。また、混雑状況を確認し、コンテナ運搬車両のドライバ等に対し、ゲート情報を配信することで、コンテナ運搬車両の無駄な待ち時間を減らすような運行パターンを間接的に誘導し、結果として、交通渋滞の緩和が可能となる。

［本発明の実施の形態における効果］
１．以上のように、コンテナターミナルの事業者は、コンテナ運搬車両の待機情報等を把握し、ドライバ等に対してゲートの混雑状況の情報配信を行うことができる。また、運送会社は、混雑状況に応じて、ドライバ等に対し、従事する業務の順番を変更する指示を配信することができる。
２．コンテナ運搬車両のドライバは、リアルタイム、かつ、容易にコンテナターミナルの目的ゲートまでの待ち時間および待機車両台数を知るとともに、運送会社等から、運行変更指示を受けることができる。
３．運送会社は、自社のコンテナ運搬車両の待機情報を把握し、ドライバに対してゲートの混雑状況の情報配信を行うことができる。また、運送会社は、ゲート付近の混雑状況に応じて、ドライバ等に対し、従事する業務の順番を変更する指示を配信することができる。

以上、添付図面を参照しながら、本発明に係る混雑状況提示システム等の好適な実施形態について説明したが、本発明はかかる例に限定されない。当業者であれば、本願で開示した技術的思想の範疇内において、各種の変更例又は修正例に想到し得ることは明らかであり、それらについても当然に本発明の技術的範囲に属するものと了解される。

１………混雑状況提示システム
２………サーバ
３………クライアント端末
４………携帯端末
５………ネットワーク
１１………制御部
１２………記憶部
１４………通信制御部
１６………表示部
３１………制御部
３５………表示部
３６……GPS受信部

Claims (6)

1. コンテナ運搬車両に設置された携帯端末とサーバとがネットワークを介して接続される、コンテナターミナルのゲートにおける前記コンテナ運搬車両の混雑状況を提示する混雑状況提示システムであって、
   前記携帯端末は、
   前記コンテナ運搬車両の位置情報を前記サーバへ送信する送信手段と、
   前記コンテナ運搬車両が前記ゲートの待機列に入った後に、前記待機列中にいる旨を前記サーバへ通知する通知手段と、
   前記サーバから受信した前記ゲートに到着する予定時刻の情報を表示する第１の表示手段と、
   前記待機列に入った後に、前記サーバから受信した待ち時間及び待機台数の情報を表示する第２の表示手段と、を備え、
   前記サーバは、
   前記携帯端末から前記位置情報を受信し、前記コンテナ運搬車両の走行状態を分析するとともに、前記ゲートまでの経路を分析して、前記ゲートに到着する予定時刻を算出する第１の算出手段と、
   前記携帯端末から前記待機列中にいる旨の通知を受信すると、前記コンテナ運搬車両から前記ゲートまでの経路、及び、過去の待ち時間の実績に基づいて、前記ゲートに到着するまでの待ち時間を算出するとともに、前記経路及び前記コンテナ運搬車両の全長に基づいて、他のコンテナ運搬車両の待機台数を算出する第２の算出手段と、
   算出した情報を前記携帯端末へ送信する送信手段と、を備える
   ことを特徴とする混雑状況提示システム。
2. 前記サーバは、前記ネットワークを介して、さらに管理者のクライアント端末に接続され、
   前記クライアント端末は、
   前記管理者が管理している前記コンテナ運搬車両の位置情報を前記サーバから受信して表示する表示手段と、
   前記サーバを介して、管理している前記コンテナ運搬車両へメッセージを配信する配信手段と、
   を備えることを特徴とする請求項１に記載の混雑状況提示システム。
3. コンテナ運搬車両に設置された携帯端末とサーバとがネットワークを介して接続される、コンテナターミナルのゲートにおける前記コンテナ運搬車両の混雑状況を提示する混雑状況提示システムで行われる混雑状況提示方法であって、
   前記携帯端末は、
   前記コンテナ運搬車両の位置情報を前記サーバへ送信する送信ステップと、
   前記コンテナ運搬車両が前記ゲートの待機列に入った後に、前記待機列中にいる旨を前記サーバへ通知する通知ステップと、
   前記サーバから受信した前記ゲートに到着する予定時刻の情報を表示する第１の表示ステップと、
   前記待機列に入った後に、前記サーバから受信した待ち時間及び待機台数の情報を表示する第２の表示ステップと、を含み、
   前記サーバは、
   前記携帯端末から前記位置情報を受信し、前記コンテナ運搬車両の走行状態を分析するとともに、前記ゲートまでの経路を分析して、前記ゲートに到着する予定時刻を算出する第１の算出ステップと、
   前記携帯端末から前記待機列中にいる旨の通知を受信すると、前記コンテナ運搬車両から前記ゲートまでの経路、及び、過去の待ち時間の実績に基づいて、前記ゲートに到着するまでの待ち時間を算出するとともに、前記経路及び前記コンテナ運搬車両の全長に基づいて、他のコンテナ運搬車両の待機台数を算出する第２の算出ステップと、
   算出した情報を前記携帯端末へ送信する送信ステップと、を含む
   ことを特徴とする混雑状況提示方法。
4. コンテナ運搬車両に設置された携帯端末とネットワークを介して接続され、コンテナターミナルのゲートにおける前記コンテナ運搬車両の混雑状況を提示する混雑状況提示サーバであって、
   前記携帯端末から前記コンテナ運搬車両の位置情報を受信し、前記コンテナ運搬車両の走行状態を分析するとともに、前記ゲートまでの経路を分析して、前記ゲートに到着する予定時刻を算出する第１の算出手段と、
   前記携帯端末から前記コンテナ運搬車両が前記ゲートの待機列中にいる旨の通知を受信すると、前記コンテナ運搬車両から前記ゲートまでの経路、及び、過去の待ち時間の実績に基づいて、前記ゲートに到着するまでの待ち時間を算出するとともに、前記経路及び前記コンテナ運搬車両の全長に基づいて、他のコンテナ運搬車両の待機台数を算出する第２の算出手段と、
   算出した情報を前記携帯端末へ送信する送信手段と、
   を備えることを特徴とする混雑状況提示サーバ。
5. コンテナ運搬車両に設置された携帯端末とネットワークを介して接続され、コンテナターミナルのゲートにおける前記コンテナ運搬車両の混雑状況を提示する混雑状況提示サーバで行われる混雑状況提示方法であって、
   前記携帯端末から前記コンテナ運搬車両の位置情報を受信し、前記コンテナ運搬車両の走行状態を分析するとともに、前記ゲートまでの経路を分析して、前記ゲートに到着する予定時刻を算出する第１の算出ステップと、
   前記携帯端末から前記コンテナ運搬車両が前記ゲートの待機列中にいる旨の通知を受信すると、前記コンテナ運搬車両から前記ゲートまでの経路、及び、過去の待ち時間の実績に基づいて、前記ゲートに到着するまでの待ち時間を算出するとともに、前記経路及び前記コンテナ運搬車両の全長に基づいて、他のコンテナ運搬車両の待機台数を算出する第２の算出ステップと、
   算出した情報を前記携帯端末へ送信する送信ステップと、
   を含むことを特徴とする混雑状況提示方法。
6. コンピュータを、コンテナ運搬車両に設置された携帯端末とネットワークを介して接続され、コンテナターミナルのゲートにおける前記コンテナ運搬車両の混雑状況を提示する混雑状況提示サーバとして機能させるためのプログラムであって、
   前記携帯端末から前記コンテナ運搬車両の位置情報を受信し、前記コンテナ運搬車両の走行状態を分析するとともに、前記ゲートまでの経路を分析して、前記ゲートに到着する予定時刻を算出する第１の算出手段、
   前記携帯端末から前記コンテナ運搬車両が前記ゲートの待機列中にいる旨の通知を受信すると、前記コンテナ運搬車両から前記ゲートまでの経路、及び、過去の待ち時間の実績に基づいて、前記ゲートに到着するまでの待ち時間を算出するとともに、前記経路及び前記コンテナ運搬車両の全長に基づいて、他のコンテナ運搬車両の待機台数を算出する第２の算出手段、
   算出した情報を前記携帯端末へ送信する送信手段、
   として機能させるためのプログラム。

Images