JP6336187B1 - 災害対応ロケーションシステム - Google Patents

Abstract

【課題】物資の管理を容易にするとともに、乗客の車両への乗降状況の管理を容易にすることが可能な災害対応ロケーションシステムを提供することを目的とする。【解決手段】車両１００に荷物４００又は乗客を乗せて運送を行う災害対応ロケーションシステム１は、前記荷物又は乗客を乗せているか否かを識別する車載ＩＤの信号を定期的に送信する近距離信号送信機を備え、前記車両１００は、前記近距離信号送信機から送信された前記車載ＩＤの信号を受信する車載管理端末３００を備え、前記車載管理端末３００は、前記近距離信号送信機からの前記車載ＩＤの信号が途絶えたことで、通信が途絶えた荷物４００又は乗客が、前記車両１００に乗っていないと判断する。【選択図】図１

Description

本発明は、車両に荷物又は乗客を乗せて運送を行う災害対応ロケーションシステムに関する。

車両で荷物を搬送する際に、個々の荷物が移動するが、その管理の手間がすくないシステムが求められている。特に災害時は、大量の支援物資を管理する必要がある。このような管理方法の一例としては、個々の物資にバーコードを付与し、管理者がバーコードリーダ等でバーコードを読み取ることにより、物資を管理するものがある。

このようなバーコードによる物資の管理方法の構成として、荷物毎に付与されたバーコードを読み取ることにより、荷物の配送結果を管理するシステムが開示されている（特許文献１参照）。

特開２０１５−５５５８４号公報

しかしながら、特許文献１の構成では、物資個々にバーコードを付与する必要があるとともに、このバーコードを読み取る手間がかかり、大量の支援物資の管理するシステムとしては不適切であった。さらに、支援物資を運搬した際には、物資の個々の現在の配置場所がわかることが望ましく、例えば、ある支援物資がどの車両に車載されているか、どの場所に配置されたかが手軽にわかるシステムが求められている。

加えて、車両に乗客を乗せた場合においては、その乗客が乗車しているのか、何処で降車したのかという情報を管理するとともに、乗客に降車を通知して、乗り過ごすことを防止するシステムも求められているといえよう。

さらに、乗せるべき荷物を車両に乗せる前や、乗客が目的の車両に乗るためには、荷物や乗客がその車両に乗るべき又は乗せるべきであることを、乗車前に通知してくれることも望ましい。

本発明は、上述した課題を鑑み、物資の管理を容易にするとともに、乗客の車両への乗降状況の管理を容易にすることが可能な災害対応ロケーションシステムを提供することを目的とする。

本発明では、以下のような解決手段を提供する。

（１）本発明は、車両に荷物又は乗客を乗せて運送を行う災害対応ロケーションシステムであって、
前記荷物又は乗客を乗せているか否かを識別する車載ＩＤの信号を定期的に送信する近距離信号送信機を備え、
前記車両は、前記近距離信号送信機から送信された前記車載ＩＤの信号を受信する車載管理端末を備え、
前記車載管理端末は、前記近距離信号送信機からの前記車載ＩＤの信号が途絶えたことで、通信が途絶えた荷物又は乗客が、前記車両に乗っていないと判断し、
さらに、
前記車載管理端末は、前記車両の現在位置を判断するＧＰＳ装置を備え、
前記通信が途絶えた荷物又は乗客が、前記車両に乗っていないと判断した際に、通信が途絶えた時点での位置に前記荷物又は乗客が存在すると判断し、前記荷物又は乗客が存在する位置を外部のコンピュータに通知する災害対応ロケーションシステムを提供する。

本発明によれば、車両に荷物又は乗客を乗せて運送を行う災害対応ロケーションシステムは、荷物又は乗客を乗せているか否かを識別する車載ＩＤの信号を定期的に送信し、前記車両は、前記近距離信号送信機から送信された前記車載ＩＤの信号を受信し、前記車載管理端末は、前記近距離信号送信機からの前記車載ＩＤの信号が途絶えたことで、通信が途絶えた荷物又は乗客が、前記車両に乗っていないと判断し、さらに、前記車載管理端末は、前記車両の現在位置を判断するＧＰＳ装置を備え、前記通信が途絶えた荷物又は乗客が、前記車両に乗っていないと判断した際に、通信が途絶えた時点での位置に前記荷物又は乗客が存在すると判断し、前記荷物又は乗客が存在する位置を外部のコンピュータに通知する。

ここで、本発明は、システムのカテゴリであるが、方法又はプログラム等の他のカテゴリにおいても、そのカテゴリに応じた同様の作用・効果を発揮する。

（２）さらに、前記近距離信号送信機は、
前記荷物を降ろすべきことを通知する通知手段を備え、
前記車載ＩＤとともに、前記荷物を降ろす位置に関する降車位置データを送信し、
前記車載管理端末は、
現在の位置を判断するＧＰＳ装置を備え、
前記近距離信号送信機から送信された降車位置データを受信し、前記車両の現在位置が、当該降車位置データが示す位置周辺であると判断した場合は、前記通知手段により降車を通知する災害対応ロケーションシステムを提供する。

（３）さらに、前記近距離信号送信機は、
前記乗客が降りるべきことを通知する通知手段と、
現在の位置を判断するＧＰＳ装置と、
前記乗客の降車場所である降車位置データを記憶する降車位置データ記憶手段と、
前記車両の現在位置が、前記降車位置データが示す位置周辺であると判断した場合は、前記通知手段により降車を通知する災害対応ロケーションシステムを提供する。

（４）さらに、前記近距離信号送信機は、
荷物を車両に乗せるべきことを通知する積載通知手段と、
前記荷物を乗せるべき車両を識別する車両ＩＤを記憶する車両ＩＤ記憶手段と、
所定の車両が前記近距離信号送信機に近づいた場合に、前記車両管理端末から車両を識別する車両ＩＤを受信する車両ＩＤ受信手段と、を備え、
前記積載通知手段が、前記車両ＩＤに基づいて、前記車両に荷物を乗せるべきことを通知する災害対応ロケーションシステムを提供する。

（５）さらに、前記近距離信号送信機は、
乗客が車両に乗るべきことを通知する乗車通知手段と、
前記乗車が乗車すべき車両に関する車両ＩＤを記憶する車両ＩＤ記憶手段と、
所定の車両が前記近距離信号送信機に近づいた場合に、前記車両管理端末から車両を識別する車両ＩＤを受信する車両ＩＤ受信手段と、を備え、
前記乗車通知手段が、前記車両ＩＤに基づいて、前記車両に乗客が乗車すべきことを通知する災害対応ロケーションシステムを提供する。

（６）さらに、前記車載管理端末は、本部コンピュータと通信可能に接続され、
前記荷物又は乗客の車載ＩＤを受信している場合は、当該荷物又は乗客を前記車両に車載していると前記本部コンピュータに通知し、
前記荷物又は乗客の車載ＩＤを受信していない場合は、通信が遮断された位置を前記本部コンピュータに通知する災害対応ロケーションシステムを提供する。

本発明によれば、物資の管理を容易にするとともに、乗客の車両への乗降状況の管理を容易にすることが可能な災害対応ロケーションシステムを提供することが可能となる。

図１は、災害対応ロケーションシステム１の概要を示す図である。 図２は、災害対応ロケーションシステム１の全体構成図である。 図３は、本部コンピュータ１０、車両１００、車両停留所６００の機能ブロック図である。 図４は、荷物４００、ユーザ端末５００の機能ブロック図である。 図５は、本部コンピュータ１０、車両１００が実行するボタン連動処理のフローチャートである。 図６は、本部コンピュータ１０、車両１００が実行するボタン連動処理のフローチャートである。 図７は、本部コンピュータ１０、車両１００が実行するすれ違い処理のフローチャートである。 図８は、本部コンピュータ１０、車両１００が実行する停留所位置送信処理のフローチャートである。 図９は、本部コンピュータ１０、車両１００が実行するバスロケーション処理のフローチャートである。 図１０は、本部コンピュータ１００、ユーザ端末５００が実行するナビゲーション処理のフローチャートである。 図１１は、車両１００、荷物４００が実行する第一の乗車処理のフローチャートである。 図１２は、車両１００、ユーザ端末５００が実行する第二の乗車処理のフローチャートである。 図１３は、車両１００、荷物４００が実行する第一の車載処理のフローチャートである。 図１４は、車両１００、ユーザ端末５００が実行する第二の車載処理のフローチャートである。 図１５は、車両１００が実行する第一の降車処理のフローチャートである。 図１６は、車両１００が実行する第二の降車処理のフローチャートである。 図１７は、運行状況テーブルの一例を示す図である。 図１８は、バスナビ画面の一例を示す図である。 図１９は、バス停到着情報画面の一例を示す図である。 図２０は、バス停到着情報画面の一例を示す図である。 図２１は、行先検索画面の一例を示す図である。 図２２は、行先検索画面の一例を示す図である。 図２３は、行先検索画面の一例を示す図である。 図２４は、時刻表情報画面の一例を示す図である。

以下、本発明を実施するための最良の形態について、図を参照しながら説明する。なお、これはあくまでも例であって、本発明の技術的範囲はこれに限られるものではない。

［災害対応ロケーションシステム１の概要］
本発明の好適な実施形態について、図１に基づいて説明する。図１は、本発明の好適な実施形態である災害対応ロケーションシステム１の概要を説明するための図である。災害対応ロケーションシステム１は、車両１００（少なくとも車載管理端末３００を備える）、近距離信号送信機２００から構成され、車両１００に荷物又は乗客を乗せて運送を行う。

なお、災害対応ロケーションシステム１は、上述した構成に加え、後述する近距離信号送信機２００や車載管理端末３００等と通信可能に接続された本部コンピュータ等の構成を有していてもよい。また、災害対応ロケーションシステム１は、上述した構成に加え、車両停留所等の構成を有していてもよい。この車両停留所は、予め定められた経路上の所定の位置に設置され、旅客である乗客が乗降可能な地点を示す物品である。車両停留所は、車両が備える後述する近距離通信装置と近距離通信可能な近距離通信装置を備える。車両停留所における近距離通信装置は、例えば、ビーコン、ＢＬＥ（Ｂｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙ）対応端末等の信号を送受信する。

車両１００は、予め定められた経路である運行情報に基づいて、定期的に運行するバス、地下鉄、鉄道、タクシー等の車両である。

近距離信号送信機２００は、荷物又は乗客を識別する車載ＩＤ（例えば、荷物の識別情報又は乗客の識別情報）の信号を定期的に車載管理端末３００に送信する。近距離信号送信機２００は、例えば、車載された荷物に取り付けられた小型装置（ビーコン、ＲＦＩＤ、ＮＦＣ等）や乗客が所持する電子機器（スマートフォンやタブレット等の携帯端末等）である。ここで、車載ＩＤは、荷物又は乗客を識別する識別ＩＤであってよいが、後述のように、結果として、荷物又は乗客を当該車両に乗せているか否かを識別するＩＤとしても利用される。

車両１００は、近距離信号送信機２００から送信された車載ＩＤの信号を受信する車載管理端末３００を有する。車載管理端末３００は、例えば、乗降用の装置（運賃表、降車ランプ、乗車ランプ、降車ボタン、乗車ボタン等）である。車載管理端末３００は、ＧＰＳから自身の位置情報を取得するＧＰＳ装置等を有する。

また、車両１００は、携帯電話通信網により遠距離通信を実現する携帯通信装置や、近距離での通信が可能な近距離通信装置等を備える。携帯通信装置は、第３、第４世代通信網等により、遠距離通信を実現可能な装置である。また近距離通信装置は、ビーコン、ＢＬＥ対応端末等の信号を検知することにより、近距離通信を実現する装置である。

近距離信号送信器２００は、車両１００が荷物又は乗客を識別する車載ＩＤの信号を定期的に送信する（ステップＳ０１）。近距離信号送信機２００は、荷物に取り付けられた小型装置からこの荷物の識別情報（荷物の名称、種類、識別子、整理番号等の荷物を一意に特定可能な情報）を車載ＩＤの信号（以下、単に車載ＩＤと称す。）として送信する。また、近距離信号送信機２００は、乗客が所持する電子機器からこの電子機器の識別情報（例えば、電話番号、ＭＡＣアドレス、ＩＰアドレス、識別子等の電子機器を一意に特定可能な情報）を車載ＩＤとして送信する。

車両１００は、近距離信号送信機２００から送信された車載ＩＤを受信する（ステップＳ０２）。車両１００は、自身が有する車載管理端末３００により、車載ＩＤを近距離信号送信機２００から受信する。

車両１００は、近距離信号送信機２００からの車載ＩＤが途絶えたか否か（信号を受信しなくなったか否か）を判断し、途絶えたと判断した場合、通信が途絶えた車載ＩＤに対応する荷物又は乗客が、自身に乗っていないと判断する（ステップＳ０３）。

以上が、災害対応ロケーションシステム１の概要である。

［災害対応ロケーションシステム１のシステム構成］
図２に基づいて、本発明の好適な実施形態である災害対応ロケーションシステム１のシステム構成について説明する。図２は、本発明の好適な実施形態である災害対応ロケーションシステム１のシステム構成を示す図である。災害対応ロケーションシステム１は、ＧＰＳ３、公衆回線網（第３、第４世代通信網等）５、本部コンピュータ１０、車両１００（車載管理端末３００を少なくとも有する）、近距離信号送信機２００（荷物４００又はユーザ端末５００）、車両停留所６００から構成され、車両１００に荷物４００又はユーザ端末５００を所持する乗客を乗せて運送を行う。

なお、災害対応ロケーションシステム１は、荷物４００又はユーザ端末５００を所持する乗客の何れかを乗せて運送を行うシステムであってもよい。また、車両停留所６００は、システムに含まれていなくともよい。

本部コンピュータ１０は、車載管理端末３００とデータ通信可能に接続されたコンピュータ装置である。

車両１００は、上述したように、車載管理端末３００を少なくとも備える。

荷物４００は、上述したように、車載ＩＤを車両１００に送信する小型装置が取り付けられた物品である。

ユーザ端末５００は、上述したように、乗客が所持し、車載ＩＤを車両１００に送信する電子機器である。

車両停留所６００は、上述したように、予め定められた経路上の所定の位置に設置され、旅客であるユーザが乗降可能な地点を示す物品である。

［各機能の説明］
図３及び図４に基づいて、本発明の好適な実施形態である災害対応ロケーションシステム１の機能について説明する。図３及び図４は、災害対応ロケーションシステム１を構成する本部コンピュータ１０、車両１００、荷物４００、ユーザ端末５００、車両停留所６００の機能ブロック図を示す図である。

本部コンピュータ１０は、御部１１として、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）等を備え、通信部１２として、他の機器と通信可能にするためのデバイス、例えば、ＩＥＥＥ８０２．１１に準拠したＷｉＦｉ（Ｗｉｒｅｌｅｓｓ Ｆｉｄｅｌｉｔｙ）対応デバイスを備える。また、本部コンピュータ１０は、記憶部１３として、ハードディスクや半導体メモリ、記録媒体、メモリカード等によるデータのストレージ部を備える。また、本部コンピュータ１０は、処理部１４として、各種計算等を実行するためのデバイス等を備える。

本部コンピュータ１０において、制御部１１が所定のプログラムを読み込むことにより、通信部１２と協働して、現在地情報受信モジュール２０、位置情報送信モジュール２１を実現する。また、本部コンピュータ１０において、制御部１１が所定のプログラムを読み込むことにより、記憶部１３と協働して、記憶モジュール３０を実現する。また、本部コンピュータ１０において、制御部１１が所定のプログラムを読み込むことにより、処理部１４と協働して、運行管理モジュール４０を実現する。

車両１００は、車両に必要な一般的な構造に加え、上述した本部コンピュータ１０と同様に、制御部１１０、通信部１２０及び処理部１４０を備える。車両１００は、通信部１２０として、車載管理端末３００を備える。

車両１００において、制御部１１０が所定のプログラムを読み込むことにより、通信部１２０と協働して、位置情報取得モジュール１５０、現在地情報送信モジュール１５１、他車両情報取得モジュール１５２、通知受信モジュール１５３、降車データ受信モジュール１５４、車載通知モジュール１５５を実現する。また、車両１００において、制御部１１０が所定のプログラムを読み込むことにより、処理部１４０と協働して、通過処理モジュール１７０、距離計測モジュール１７１、通知モジュール１７２、降車判断モジュール１７３を実現する。

荷物４００に取り付けられた小型装置は、上述した本部コンピュータ１０と同様に、制御部４１０、通信部４２０、記憶部４３０、処理部４４０を備える。

荷物４００において、制御部４１０が所定のプログラムを読み込むことにより、通信部４２０と協働して、車両ＩＤ受信モジュール４５０、通知モジュール４５１、降車データ送信モジュール４５２を実現する。また、荷物４００において、制御部４１０が所定のプログラムを読み込むことにより、記憶部４３０と協働して、記憶モジュール４６０を実現する。また、荷物４００において、制御部４１０が所定のプログラムを読み込むことにより、処理部４４０と協働して、ＩＤ判断モジュール４７０を実現する。

ユーザ端末５００は、上述した本部コンピュータ１０と同様に、制御部５１０、通信部５２０及び記憶部５３０を備える。また、ユーザ端末５００は、入出力部５４０として、制御部５１０で制御したデータや画像を出力表示する表示部や、ユーザからの入力を受け付けるタッチパネルやキーボード、マウス等の入力部等の各種デバイスを備える。

ユーザ端末５００において、制御部５１０が所定のプログラムを読み込むことにより、通信部５２０と協働して、位置情報取得モジュール５５０、現在地情報送信モジュール５５１、運行情報取得モジュール５５２、車両ＩＤ受信モジュール５５３、通知モジュール５５４、降車データ送信モジュール５５５を実現する。また、ユーザ端末５００において、制御部５１０が所定のプログラムを読み込むことにより、記憶部５３０と協働して、記憶モジュール５６０を実現する。また、ユーザ端末５００において、制御部５１０が所定のプログラムを読み込むことにより、入出力部５４０と協働して、表示モジュール５７０、時刻予想モジュール５７１、ＩＤ判断モジュール５７２を実現する。

車両停留所６００は、ビーコンやＢＬＥ対応端末等を備える。車両停留所６００は、車両１００又はユーザ端末５００からの指示に基づいて、自身が有する各種情報を提供する。

［ボタン連動処理］
図５及び図６に基づいて、本部コンピュータ１０、車両１００が実行するボタン連動処理について説明する。図５及び図６は、本部コンピュータ１０、車両１００が実行するボタン連動処理のフローチャートを示す図である。上述した各装置のモジュールが実行する処理について、本処理に併せて説明する。

はじめに、通過処理モジュール１７０は、料金更新ボタンの入力操作を受け付けたか否かを判断する（ステップＳ１０）。ステップＳ１０において、通過処理モジュール１７０は、車両１００が有する料金表を更新する料金更新ボタンの操作を受け付けたか否かを判断する。

ステップＳ１０において、通過処理モジュール１７０は、入力操作を受け付けたと判断した場合（ステップＳ１０ ＹＥＳ）、通過処理モジュール１７０は、料金更新ボタンの入力信号を取得する（ステップＳ１１）。

位置情報取得モジュール１５０は、自身の現在置を示す位置情報をＧＰＳ３から取得する（ステップＳ１２）。

現在地情報送信モジュール１５１は、料金更新ボタンの入力信号及び自身の現在地を示す位置情報を、現在地情報として、本部コンピュータ１０に送信する（ステップＳ１３）。

現在地情報受信モジュール２０は、現在地情報を受信する。記憶モジュール３０は、受信した現在地情報と、現在時刻とを対応付けて記憶する（ステップＳ１４）。

運行管理モジュール４０は、記憶した現在地情報と、現在時刻と、記憶モジュール３０が、予め記憶した車両１００の運行情報とを比較することにより、記憶モジュール３０は、車両１００の現在地と運行状況とを運行状況テーブルとして記憶する（ステップＳ１５）。ステップＳ１５において、記憶モジュール３０は、運行状況として、各路線における車両停留所６００の位置と、車両１００の位置とを対応付けて運行状況テーブルとして記憶する。

［運行状況テーブル］
図１７に基づいて、運行状況テーブルについて説明する。図１７は、運行状況テーブルを示す図である。図１７において、記憶モジュール３０は、車両停留所６００の数、各路線における車両停留所６００の名称及び車両１００の位置を対応付けて記憶する。停留所は、車両停留所６００の数である。Ａ線、Ｂ線及びＣ線は、車両１００が運行する路線における車両停留所６００の名称である。位置は、車両１００の現在位置を示す。位置において、予め記憶した運行情報と略同一の時刻にある場合、「○」として記憶する。また、位置に置いて、予め記憶した運行情報と遅延した時刻にある場合、「●」として記憶する。このとき、この路線と、遅延時間とを同時に関連付けて記憶する。

一方、ステップＳ１０において、通過処理モジュール１７０は、入力操作を受け付けていないと判断した場合（ステップＳ１０ ＮＯ）、距離計測モジュール１７１は、車両停留所６００から所定の距離を移動（例えば、１００ｍ）したか否かを判断する（ステップＳ１６）。ステップＳ１６において、距離計測モジュール１７１は、車両１００が有する走行距離計の数値に基づいて、所定の距離を移動したか否かを判断する。

なお、ステップＳ１６において、車両１００は、距離を計測する以外の方法により、車両停留所６００から離れているか否かを判断してもよい。例えば、車両停留所６００に設けられたビーコン、ＢＬＥ対応端末等により、通信可能であるか否かを判断することにより、離れているか否かを判断してもよい。

ステップＳ１６において、距離計測モジュール１７１は、所定の距離を移動したと判断した場合（ステップＳ１６ ＹＥＳ）、通知モジュール１７２は、運転手に対して、料金更新ボタンの操作を指示する通知を行う（ステップＳ１７）。ステップＳ１７において、通知モジュール１７２は、例えば、車両１００に設けられた通知ランプ等を点灯させることにより、通知する。車両１００の運転手は、この通知に対して、上述した料金更新ボタンを操作すればよい。

一方、ステップＳ１６において、距離計測モジュール１７１は、所定の距離移動していないと判断した場合（ステップＳ１６ ＮＯ）、上述したステップＳ１０の処理を再度繰り返す。

以上が、ボタン連動処理である。

［すれ違い処理］
図７に基づいて、本部コンピュータ１０、車両１００が実行するすれ違い処理について説明する。図７は、本部コンピュータ１０、車両１００が実行するすれ違い処理のフローチャートを示す図である。上述した各装置のモジュールが実行する処理について、本処理に併せて説明する。

位置情報取得モジュール１５０は、自身の位置情報を取得する（ステップＳ２０）。ステップＳ２０の処理は、上述したステップＳ１２と同様の処理である。

現在地情報送信モジュール１５１は、現在地情報を本部コンピュータ１０に送信できるか否かを判断する（ステップＳ２１）。ステップＳ２１の処理は、車両１００が有する携帯通信装置による通信が通信不可能であるか否かを判断する処理である。ステップＳ２１において、現在地情報送信モジュール１５１は、携帯通信装置による通信の応答、本部コンピュータ１０の応答の有無等に基づいて、現在地情報を本部コンピュータ１０へ送信できるか否かを判断する。

ステップＳ２１において、現在地情報送信モジュール１５１は、現在地情報を送信できると判断した場合（ステップＳ２１ ＹＥＳ）、現在地情報送信モジュール１５１は、現在地情報を本部コンピュータ１０に送信する（ステップＳ２２）。

現在地情報受信モジュール２０は、現在地情報を受信する。本部コンピュータ１０は、この現在地情報に基づいて、後述するステップＳ２５以降の処理を実行する。

一方、ステップＳ２１において、位置情報取得モジュール１５０は、現在地を送信できないと判断した場合（ステップＳ２１ ＮＯ）、他車両情報取得モジュール１５２は、他の車両１００から、車両情報を取得したか否かを判断する（ステップＳ２３）。ステップＳ２３において他車両情報取得モジュール１５２は、他の車両１００が有するビーコン等の情報を、近距離無線通信により取得したか否か、他の車両１００が有する信号検知装置からの応答の有無を判断する。この処理は、車両１００と他の車両１００とがすれ違ったか否かを判断する処理である。

ステップＳ２３において、他車両情報取得モジュール１５２は、取得できなかったと判断した場合（ステップＳ２３ ＮＯ）、本処理を終了する。

一方、ステップＳ２３において、他車両情報取得モジュール１５２は、取得できたと判断した場合（ステップＳ２３ ＹＥＳ）、現在地情報送信モジュール１５１は、現在地情報を他の車両１００に送信する（ステップＳ２４）。

他の車両１００は、車両１００が送信した現在地情報を受信し、この現在地情報を、本部コンピュータ１０に送信する。他の車両１００は、自身が有する通信携帯装置により、外部の本部コンピュータ１０に、車両１００の位置情報を送信する。

現在地情報受信モジュール２０は、現在地情報を取得する（ステップＳ２５）。ステップＳ２６において、現在地情報受信モジュール２０は、他の車両１００が送信した車両１００の位置情報を受信することにより、取得する。

記憶モジュール３０は、受信した現在地情報と、現在時刻とを対応付けて記憶する（ステップＳ２６）。ステップＳ２６の処理は、上述したステップＳ１４の処理と同様である。

運行管理モジュール４０は、記憶した現在地情報と、現在時刻と、記憶モジュール３０が予め記憶した車両１００の運行情報とを比較することにより、記憶モジュール３０は、車両１００の現在地と運行状況とを運行状況テーブルとして記憶する（ステップＳ２７）。ステップＳ２７において、記憶モジュール３０は、運行状況として、各路線における車両停留所６００の位置と、車両１００の位置とを対応付けて上述した運行状況テーブルとして記憶する。

以上が、すれ違い処理である。

［停留所位置送信処理］
図８に基づいて、本部コンピュータ１０、車両１００が実行する停留所位置送信処理について説明する。図８は、本部コンピュータ１０、車両１００が実行する停留所位置送信処理のフローチャートを示す図である。上述した各装置のモジュールが実行する処理について、本処理に併せて説明する。

位置情報取得モジュール１５０は、ＧＰＳ３から自身の位置情報を取得可能か否かを判断する（ステップＳ３０）。ステップＳ３０において、位置情報取得モジュール１５０は、ＧＰＳ３による位置検知が可能であるか否かを判断する。

ステップＳ３０において、位置情報取得モジュール１５０は、取得可能であると判断した場合（ステップＳ３０ ＹＥＳ）、位置情報取得モジュール１５０は、自身の位置情報を取得する（ステップＳ３１）。ステップＳ３１の処理は、上述したステップＳ１２の処理と同様である。

現在地情報送信モジュール１５１は、現在地情報を本部コンピュータ１０に送信する（ステップＳ３２）。

現在地情報受信モジュール２０は、現在地情報を受信する。本部コンピュータ１０は、この現在地情報に基づいて、後述するステップＳ３５以降の処理を実行する。

一方、ステップＳ３０において、取得不可能であると判断した場合（ステップＳ３０ ＮＯ）、現在地情報取得モジュール１５０は、車両停留所６００から位置情報を取得できたか否かを判断する（ステップＳ３３）。ステップＳ３３において、現在地情報取得モジュール１５０は、車両停留所６００が有するビーコンやＢＬＥ対応端末に記憶された情報を位置情報として取得できたか否かを判断する。車両停留所６００は、例えば、自身が設置された場所を示す情報が記憶されたビーコンやＢＬＥ対応端末を有する。

ステップＳ３３において、現在地情報取得モジュール１５０は、取得できなかった場合（ステップＳ３３ ＮＯ）、本処理を終了する。

一方、ステップＳ３３において、現在地情報取得モジュール１５０は、取得できた場合（ステップＳ３３ ＹＥＳ）、取得した位置情報を、自身の現在地情報として、本部コンピュータ１０に送信する（ステップＳ３４）。ステップＳ３４の処理は、車両１００が有する携帯通信装置で、外部の本部コンピュータ１０に位置情報を送信する処理である。

現在地情報受信モジュール２０は、現在地情報を受信する。記憶モジュール３０は、受信した現在地情報と、現在時刻とを対応付けて記憶する（ステップＳ３５）。ステップＳ３５の処理は、上述したステップＳ１４の処理と同様である。

運行管理モジュール４０は、記憶した現在地情報と、現在時刻と、記憶モジュール３０が予め記憶した車両１００の運行情報とを比較することにより、記憶モジュール３０は、車両１００の現在地と運行状況とを運行状況テーブルとして記憶する（ステップＳ３６）。ステップＳ３６において、記憶モジュール３０は、運行状況として、各路線における車両停留所６００の位置と、車両１００の位置とを対応付けて上述した運行状況テーブルとして記憶する。

以上が、停留所位置送信処理である。

［バスロケーション処理］
図９に基づいて、本部コンピュータ１０、車両１００が実行するバスロケーション処理について説明する。図９は、本部コンピュータ１０、車両１００が実行するバスロケーション処理のフローチャートを示す図である。上述した各装置のモジュールが実行する処理について、本処理に併せて説明する。

位置情報取得モジュール１５０は、自身が接近した他の車両１００又は自身が接近した車両停留所６００から位置情報を取得する（ステップＳ４０）。ステップＳ４０において、位置情報取得モジュール１５０は、他の車両１００が有する携帯通信装置又は車両停留所６００が有するビーコン又はＢＬＥ対応端末等から位置情報を取得する。このとき、位置情報取得モジュール１５０は、他の車両１００又は自身が接近した車両停留所６００の何れか又は双方から位置情報を取得する。

ステップＳ４０において、位置情報取得モジュール１５０は、自身が有する社内運賃表示器からも自身の位置情報を取得してもよい。例えば、位置情報取得モジュール１５０は、社内運賃表示器が表示する運賃のうち、発行済みの整理券のうち、最も数が大きい整理券番号に該当する車両停留所６００の位置情報を自身の位置情報として取得する。また、最も数が大きい整理券番号とその次に数が大きい整理券番号の其々に該当する車両停留所６００の間の位置情報を自身の位置情報として取得する。

現在地情報送信モジュール１５１は、取得した位置情報を、自身の現在地情報として、本部コンピュータ１０に送信する（ステップＳ４１）。

現在地情報受信モジュール２０は、現在地情報を受信する。記憶モジュール３０は、受信した現在地情報と、現在時刻とを対応付けて記憶する（ステップＳ４２）。ステップＳ４２の処理は、上述したステップＳ１４の処理と同様である。

運行管理モジュール４０は、記憶した現在地情報と、現在時刻と、記憶モジュール３０が予め記憶した車両１００の運行情報とを比較することにより、記憶モジュール３０は、車両１００の現在地と運行状況とを運行状況テーブルとして記憶する（ステップＳ４３）。ステップＳ４３において、記憶モジュール３０は、運行状況として、各路線における車両停留所６００の位置と、車両１００の位置とを対応付けて上述した運行状況テーブルとして記憶する。

以上が、バスロケーション処理である。

［ナビゲーション処理］
図１０に基づいて、本部コンピュータ１０と、荷物４００又はユーザ端末５００とが実行するナビゲーション処理について説明する。以下の説明において、本部コンピュータ１０とユーザ端末５００とがナビゲーション処理を実行するものとして説明する。図１０は、本部コンピュータ１０、ユーザ端末５００が実行するナビゲーション処理のフローチャートを示す図である。上述した各装置のモジュールが実行する処理について、本処理に併せて説明する。

なお、ユーザ端末５００が実行する処理を荷物４００が実行する構成であってもよい。この場合、後述するユーザ端末５００が実行する各処理を、荷物４００が実行する又はユーザ端末５００が表示する各内容及び入力する各内容等を、荷物４００の管理者が保有する端末等が該当する処理を実行すればよい。また、ユーザ端末５００が記憶する内容を、荷物４００が備える近距離信号送信機等により記憶すればよい。

はじめに、表示モジュール５７０は、該当するアプリケーションの起動入力を受け付け、目的地を登録するためのバスナビ画面を表示する（ステップＳ５０）。ステップＳ５０において、表示モジュール５７０は、ユーザからの操作入力（タップ操作、マウス操作、キーボード入力、音声入力、ジェスチャー入力等）を受け付けることにより、該当するアプリケーションを起動し、バスナビ画面を表示する。

図１８は、表示モジュール５７０が表示するバスナビ画面の一例を示す図である。図１８において、表示モジュール５７０は、バスナビ画面７００として、名称表示領域７１０、バス停到着検索アイコン７２０、行先検索アイコン７３０、時刻表アイコン７４０、設定アイコン７５０、広告表示領域７６０を表示する。名称表示領域７１０は、現在の画面の名称を表示する領域である。バス停到着検索アイコン７２０は、ユーザからの操作入力を受け付け、後述するバス停到着検索画面を表示するアイコンである。行先検索イコン７３０は、ユーザからの操作入力を受け付け、後述する行先検索画面を表示するアイコンである。時刻表アイコン７４０は、ユーザからの操作入力を受け付け、後述する時刻表画面を表示するアイコンである。設定アイコン７５０は、ユーザからの操作入力を受け付け、設定画面を表示するアイコンである。広告表示領域７６０は、広告を表示する領域である。

バス停到着検索アイコン７２０は、ユーザが所望する車両停留所６００に到着する車両１００の表示や、自身に近接するＢＬＥ対応端末を有する車両停留所６００の情報を表示することが可能である。行先検索アイコン７３０は、行先に対応する車両１００の閲覧、出発及び到着の車両停留所６００の指定、行先に指定した車両停留所６００の一つ前の車両停留所６００を通過した際のアラート表示等の設定が可能である。時刻表アイコン７４０は、車両停留所６００を指定することによる時刻表の閲覧、地図等から時刻表を閲覧、時刻表における平日・土・日の切り替えが可能である。設定アイコン７５０は、後述するブックマークの編集、設定した画面への遷移、画面や位置情報の自動更新間隔指定等が可能である。

図１９は、表示モジュール５７０が表示するバス停到着情報画面の一例を示す図である。図１９において、表示モジュール５７０は、上述したバス停到着検索アイコン７２０の操作入力を受け付けることを契機として、バス停到着情報画面８００を表示する。表示モジュール５７０は、バス停到着情報画面８００として、名称表示領域８１０、バス停名入力領域８２０、現在地アイコン８３０、キーワードアイコン８４０、ブックマークアイコン８５０、ビーコンアイコン８６０、広告表示領域８７０を表示する。名称表示領域８１０は、現在の画面の名称を表示する領域である。バス停名入力領域８２０は、ユーザが所望する車両停留所６００の名称の入力を受け付ける領域である。後述する各アイコンは、この車両停留所６００の名称の入力を補助するためのものである。現在地アイコン８３０は、ユーザからの操作入力を受け付け、例えば、ユーザ端末５００が取得する自身の位置情報と、地図提供サーバ等から取得した地図情報とに基づいて、自身を中心に、所定の距離の範囲内の車両停留所６００を地図上に表示し、ユーザからの入力を受け付ける。表示した車両停留所６００への操作入力を受け付けることにより、バス停名入力領域８２０へ、車両停留所６００の名称の入力を受け付ける。キーワードアイコン８４０は、ユーザからの操作入力を受け付け、例えば、ユーザが所望するキーワード（車両停留所６００の名称、路線名、施設名、地名等）の入力を受け付けるウインドウ等を表示し、このウインドウへ入力を受け付けることにより、バス停名入力領域８２０へ、車両停留所６００の名称の入力を受け付ける。ブックマークアイコン８５０は、ユーザが予め設定した所定の車両停留所６００の名称等を表示し、表示した車両停留所６００の名称の選択入力を受け付けることにより、バス停名入力領域８２０へ、車両停留所６００の名称の入力を受け付ける。ビーコンアイコン８６０は、ユーザからの操作入力を受け付けることにより、近隣の車両停留所６００が有するビーコンから情報を取得することにより、この車両停留所６００の名称を取得し、バス停名入力領域８２０へ、車両停留所６００の名称の入力を受け付ける。広告表示領域８７０は、広告を表示する領域である。

図２０は、表示モジュール５７０が表示するバス停到着情報画面の一例を示す図である。図２０において、表示モジュール５７０は、上述したバス停名入力領域８２０への入力操作を受け付けることを契機として、バス停到着情報画面９００を表示する。表示モジュール５７０は、バス停到着情報画面９００として、名称表示領域９１０、運行状況表示領域９２０、ブックマーク登録アイコン９３０、表示切替アイコン９４０、広告表示領域９５０を表示する。名称表示領域９１０は、現在の画面の名称を表示する領域である。名称表示領域９１０は、現在の画面の名称を表示する領域である。運行状況表示領域９２０は、入力を受け付けた車両停留所６００の名称、運行状況（停留所６００の数、発着及び到着予定時刻、現在地、遅延状況等）を表示する。運行状況表示領域９２０は、ユーザからの選択入力を受け付けることを契機として、詳細な車両１００の運行情報画面を表示する。ブックマーク登録アイコン９３０は、ユーザからの操作入力を受け付けることにより、表示する車両停留所６００の名称を上述したブックマークに登録する。表示切替アイコン９４０は、ユーザからの操作入力を受け付けることにより、例えば、予め設定された時刻表に基づいた到着予定順や、実際の遅延等を含めた到着予測順に表示を切り替える。広告表示領域９５０は、広告を表示する領域である。

図２１は、表示モジュール５７０が表示する行先検索画面の一例を示す図である。図２１において、表示モジュール５７０は、上述した行先検索アイコン７３０への操作入力を受け付けることを契機として、行先検索画面１０００を表示する。表示モジュール５７０は、行先検索画面１０００として、名称表示領域１０１０、検索内容入力領域１０２０、広告表示領域１０３０を表示する。名称表示領域１０１０は、現在の画面の名称を表示する領域である。検索内容入力領域１０２０は、出発地の車両停留所６００の名称、到着地の車両停留所６００の名称、出発地の車両停留所６００の名称と到着地の車両停留所６００の名称との入れ替え、出発時間の指定、到着時間の指定、始発の指定、最終の指定等のユーザからの入力を受け付ける。出発地の車両停留所６００の名称、到着地の車両停留所６００の名称は、上述したような現在地、キーワード、ブックマーク、ビーコンを入力することにより受け付けてもよいし、直接入力を受け付けてもよい。

図２２は、表示モジュール５７０が表示する行先検索画面の一例を示す図である。図２２において、表示モジュール５７０は、上述した検索内容入力領域１０２０への操作入力を受け付けることを契機として、行先検索画面１１００を表示する。表示モジュール５７０は、行先検索画面１１００として、名称表示領域１１１０、検索結果表示領域１１２０、ブックマーク登録アイコン１１３０、広告表示領域１１４０、切替アイコン１１５０を表示する。名称表示領域１１１０は、現在の画面の名称を表示する領域である。検索結果表示領域１１２０は、上述した検索内容入力領域１０２０に入力された内容に基づいた車両１００の運行情報を表示し、ユーザからの選択入力を受け付ける。ブックマーク登録アイコン１１３０は、ユーザからの操作入力を受け付けることにより、表示する車両停留所６００の名称を上述したブックマークに登録する。広告表示領域１１４０は、広告を表示する領域である。切替アイコン１１５０は、ユーザからの操作入力を受け付けることにより、検索結果表示領域１１２０に表示する運行情報を切り替える。例えば、出発順に運行情報を並べ替えたり、到着順に運行情報を並べ替えたりする。

図２３は、表示モジュール５７０が表示する行先検索画面の一例を示す図である。図２３において、表示モジュール５７０は、上述した検索結果表示領域１１２０への選択入力を受け付けることを契機として、行先検索画面１２００を表示する。表示モジュール５７０は、行先検索画面１２００として、名称表示領域１２１０、運行情報表示領域１２２０、サポートアイコン１２３０、キャンセルアイコン１２４０、広告表示領域１２５０、ブックマーク登録アイコン１２６０を表示する。名称表示領域１２１０は、現在の画面の名称を表示する領域である。運行情報表示領域１２２０は、上述した検索結果表示領域１１２０への選択入力を受け付けた内容に基づいて、車両１００の詳細な運行情報を表示する。サポートアイコン１２３０は、例えば、目的の車両停留所６００の一つ前の車両停留所６００を出発したとき、自動的にユーザに通知すること、所定のタイミングでユーザに通知すること、降車に必要な補助をユーザに通知すること等の車両１００の乗降に関するサポートを行う入力を受け付ける。キャンセルアイコン１２４０は、本画面の終了の入力を受け付ける。広告表示領域１２５０は、広告を表示する領域である。ブックマーク登録アイコン１２６０は、ユーザからの操作入力を受け付けることにより、表示する車両停留所６００の名称を上述したブックマークに登録する。

図２４は、表示モジュール５７０が表示する時刻表情報画面の一例を示す図である。図２４において、表示モジュール５７０は、上述した時刻表アイコン７４０への操作入力を受け付けることを契機として、時刻表情報画面１３００を表示する。表示モジュール５７０は、時刻表情報１３００として、名称表示領域１３１０、時刻表情報表示領域１３２０、切替アイコン１３３０，１３４０、広告表示領域１３５０を表示する。名称表示領域１３１０は、現在の画面の名称を表示する領域である。時刻表情報表示領域１３２０は、予め設定された路線における時刻表や、ユーザ端末５００が取得する位置情報に該当する車両停留所６００の時刻表や、ユーザ端末５００が入力を受け付けた車両停留所６００に該当する時刻表等を表示する。切替アイコン１３３０，１３４０は、ユーザからの操作入力を受け付けることにより、時刻表情報表示領域１３２０に表示する時刻表情報の切替を行う。例えば、平日の時刻表、土曜の時刻表、日曜・祝日の時刻表等を切り替える。広告表示領域１３５０は、広告を表示する領域である。

ユーザ端末５００は、これらの各画面に対しての入力を受け付けることにより、目的地や時刻等を入力する。

なお、上述した処理を荷物４００に対して実行する場合、この荷物４００の管理者が保有する管理者端末等により、これらの入力を行ってもよいし、本部コンピュータ１０にこれらの入力を行ってもよい。

位置情報取得モジュール５５０は、自身の位置情報をＧＰＳ３から取得する（ステップＳ５１）。

現在地情報送信モジュール５５１は、自身の位置情報を現在地とした現在地情報を、本部コンピュータ１０に送信する（ステップＳ５２）。

現在地情報受信モジュール２０は、現在地情報を受信する。運行管理モジュール４０は、記憶モジュール３０が記憶する車両停留所６００の位置を参照し、現在地情報に近隣する車両停留所６００の位置情報を取得する（ステップＳ５３）。ステップＳ５３において、運行管理モジュール４０は、一の車両停留所６００の位置情報を取得してもよいし、複数の車両停留所６００の位置情報を取得してもよい。

位置情報送信モジュール２１は、取得した位置情報を、ユーザ端末５００に送信する（ステップＳ５４）。

位置情報取得モジュール５５０は、車両停留所６００の位置情報を受信する。時刻予想モジュール５７１は、自身の現在地から、近隣の車両停留所６００までの到着時刻を予想する（ステップＳ５５）。ステップＳ５５において、時刻予想モジュール５７１は、予め記憶した地図情報や外部サーバ等から取得した地図情報に基づいて、現在地からこの車両停留所６００までの間の距離を算出することにより、到着時刻を予想する。

運行情報取得モジュール５５２は、本部コンピュータ１０から運行情報を取得する（ステップＳ５６）。ステップＳ５６において、運行情報取得モジュール５５２は、近隣の車両停留所６００の時刻表を取得するとともに、上述した運行状況テーブルから、車両１００の位置情報を運行情報として取得する。

時刻予想モジュール５７１は、取得した運行情報と、現在時刻と、予想した到着時刻とに基づいて、近隣の車両停留所６００に近づく車両１００にユーザが乗るために、現在地を何時に出発すれば良いかを示す予想出発時刻を算出する（ステップＳ５７）。ステップＳ５７において、時刻予想モジュール５７１は、車両１００が近隣の車両停留所６００に到着する時刻と、現在時刻との差を算出することにより、予想したユーザがこの車両停留所６００に到着する到着時刻から、ユーザの予想出発時刻を算出する。この予想出発時刻は、ある程度余裕（例えば、５分前や１０分前）を持たせた時刻であってもよいし、厳密に同時刻であってもよい。

表示モジュール５７０は、算出した予想出発時刻を表示する（ステップＳ５８）。ステップＳ５８において、表示モジュール５７０は、予想出発時刻とともに、自身の現在地からこの車両停留所６００までの経路を、地図上に表示させる。

なお、表示モジュール５７０は、現在の時刻が予想出発時刻になったタイミングや、この予想出発時刻の所定時間前（例えば、５分前、１０分前等）に、その旨の通知をユーザに通知してもよい。例えば、アラーム音声を出力することや、待受画面やホーム画面等にその旨の通知を表示してもよい。

以上が、ナビゲーション処理である。

［第一の乗車処理］
図１１に基づいて、車両１００、荷物４００が実行する第一の乗車処理について説明する。図１１は、車両１００、荷物４００が実行する第一の乗車処理のフローチャートを示す図である。上述した各装置のモジュールが実行する処理について、本処理に併せて説明する。

車両ＩＤ受信モジュール４５０は、車両１００からこの車両１００を識別する車両ＩＤを受信する（ステップＳ７０）。ステップＳ７０において、車両ＩＤ受信モジュール４５０は、近距離通信等により、自身に近づいた車両１００の車両ＩＤを受信する。

ＩＤ判断モジュール４７０は、受信した車両ＩＤが、記憶モジュール４６０が記憶する車両ＩＤと一致するか否かを判断する（ステップＳ７１）。ステップＳ７１において、ＩＤ判断モジュール４７０は、一致しないと判断した場合（ステップＳ７１ ＮＯ）、本処理を終了する。

一方、ステップＳ７１において、ＩＤ判断モジュール４７０は、一致すると判断した場合（ステップＳ７１ ＹＥＳ）、通知モジュール４５１は、この車両ＩＤに対応する車両１００に、自身を乗せるべきことを示す乗車通知を送信する（ステップＳ７２）。ステップＳ７２において、通知モジュール４５１は、乗車通知として、乗車する車両停留所６００の識別子（例えば、車両停留所６００の名称、位置情報）と、自身が乗車する情報とを送信する。

なお、ステップＳ７２において、荷物４００は、車両１００に対して乗車通知を送信するとともに、自身が車両１００に積む等の表示をしてもよい。例えば、荷物４００に、「このバスに積む」等の表示を点灯させることにより表示してもよい。

通知受信モジュール１５３は、乗車通知を受信する。通知モジュール１７２は、受信した乗車通知に基づいて、車両１００の運転手に対して、荷物４００を乗車させる旨の通知を表示する（ステップＳ７３）。ステップＳ７３において、通知モジュール１７２は、例えば、乗車用のランプや車載管理装置等を点灯させることにより、近隣の車両停留所６００に、乗車させるべき荷物４００が存在することを通知する。

この通知を受けて、車両１００の運転手は、対応する車両停留所６００に停車し、荷物４００を乗車させる。

以上が、第一の乗車処理である。

図１２に基づいて、車両１００、ユーザ端末５００が実行する第二の乗車処理について説明する。図１２は、車両１００、ユーザ端末５００が実行する第二の乗車処理のフローチャートを示す図である。上述した各装置のモジュールが実行する処理について、本処理に併せて説明する。

車両ＩＤ受信モジュール５５３は、車両１００からこの車両１００を識別する車両ＩＤを受信する（ステップＳ８０）。ステップＳ８０の処理は、上述したステップＳ７０の処理と同様である。

ＩＤ判断モジュール５７２は、受信した車両ＩＤが、記憶モジュール５６０が記憶する車両ＩＤと一致するか否かを判断する（ステップＳ８１）。ステップＳ８１において、ＩＤ判断モジュール５７２は、一致しないと判断した場合（ステップＳ８１ ＮＯ）、本処理を終了する。

一方、ステップＳ８１において、ＩＤ判断モジュール５７２は、一致すると判断した場合（ステップＳ８１ ＹＥＳ）、通知モジュール５５４は、この車両ＩＤに対応する車両１００に、ユーザを乗せるべきことを示す乗車通知を送信する（ステップＳ８２）。ステップＳ８２において、通知モジュール５５４は、乗車通知として、乗車する車両停留所６００の識別子（例えば、車両停留所６００の名称、位置情報）と、自身が乗車する情報とを送信する。

なお、車両ＩＤと、上述した車載ＩＤは同一の識別コードであってもよい。なお、ステップＳ８２において、ユーザ端末５００は、車両１００に対して乗車通知を送信するとともに、自身が車両１００に乗車する等の表示をしてもよい。例えば、「このバスに乗車する」等の表示を点灯させることにより表示してもよい。

通知受信モジュール１５３は、乗車通知を受信する。通知モジュール１７２は、受信した乗車通知に基づいて、車両１００の運転手に対して、ユーザ端末５００を所持するユーザを乗車させる旨の通知を表示する（ステップＳ８３）。ステップＳ８３において、通知モジュール１７２は、例えば、乗車用のランプや車載管理装置等を点灯させることにより、近隣の車両停留所６００に、乗車させるべきユーザが存在することを通知する。

この通知を受けて、車両１００の運転手は、対応する車両停留所６００に停車し、ユーザを乗車させる。

以上が、第二の乗車処理である。

［第一の車載処理］
図１３に基づいて、車両１００、荷物４００が実行する第一の車載処理について説明する。図１３は、車両１００、荷物４００が実行する第一の車載処理のフローチャートを示す図である。上述した各装置のモジュールが実行する処理について、本処理に併せて説明する。

降車データ送信モジュール４５２は、降車データを、車両１００に送信する（ステップＳ９０）。ステップＳ９０において、降車データ送信モジュール４５２は、車載ＩＤと、予め設定された自身を降ろす位置に関する位置情報（緯度及び経度や降車する車両停留所６００の名称等）を、定期的（例えば、数秒毎、１分毎）に車載管理端末３００に送信する。

なお、降車データ送信モジュール４５２は、車載ＩＤのみを定期的に送信し、自身を降ろす位置に関する位置情報は、初回のみ送信する構成であってもよい。

降車データ受信モジュール１５４は、降車データを受信できたか否かを判断する（ステップＳ９１）。ステップＳ９１において、降車データ受信モジュール１５４は、降車データを受信できなかったと判断した場合（ステップＳ９１ ＮＯ）、後述する第一の降車処理を実行する。

一方、ステップＳ９１において、降車データ受信モジュール１５４は、降車データを受信できたと判断した場合（ステップＳ９１ ＹＥＳ）、車載通知モジュール１５５は、荷物４００が自身に車載していることを示す車載通知を、本部コンピュータ１０に送信する（ステップＳ９２）。ステップＳ９２において、この車載通知には、現在の車両１００の位置情報が含まれる。

位置情報取得モジュール１５０は、自身の位置情報を取得する（ステップＳ９３）。ステップＳ９３において、位置情報取得モジュール１５０は、上述したボタン連動処理、すれ違い処理、停留所位置送信処理又はバスロケーション処理における位置情報を取得する方法、ＧＰＳ３から自身の位置情報を取得する方法又は社内運賃表示器から位置情報を取得する方法の何れか又は複数の組み合わせにより、自身の位置情報を取得する。

降車判断モジュール１７３は、自身の位置情報が、降車データが示す位置周辺であるか否かを判断する（ステップＳ９４）。ステップＳ９４において、降車判断モジュール１７３は、例えば、降車データが示す車両停留所６００の近傍であるか否かや、降車データが示す車両停留所６００の一つ前の車両停留所６００を通過したか否か等に基づいて、位置周辺であるか否かを判断する。

ステップＳ９４において、降車判断モジュール１７３は、位置周辺ではないと判断した場合（ステップＳ９４ ＮＯ）、ステップＳ９３の処理を繰り返す。

一方、ステップＳ９４において、降車判断モジュール１７３は、位置周辺であると判断した場合（ステップＳ９４ ＹＥＳ）、通知モジュール１７２は、次の車両停留所６００に荷物４００を降車させる旨の通知を実行する（ステップＳ９５）。ステップＳ９５において、通知モジュール１７２は、例えば、降車ランプを点灯させる等により、運転手に次の車両停留所６００に降車させる荷物４００が存在することの通知を実行する。

以上が、第一の車載処理である。

［第二の車載処理］
図１４に基づいて、車両１００、ユーザ端末５００が実行する第二の車載処理について説明する。図１４は、車両１００、ユーザ端末５００が実行する第二の車載処理のフローチャートを示す図である。上述した各装置のモジュールが実行する処理について、本処理に併せて説明する。

降車データ送信モジュール５５５は、降車データを、車両１００に送信する（ステップＳ１００）。ステップＳ１００において、降車データ送信モジュール５５５は、車載ＩＤと、予め設定された自身を降ろす位置に関する位置情報（緯度及び経度や降車する車両停留所６００の名称等）を、定期的（例えば、数秒毎、１分毎）に車載管理端末３００に送信する。

なお、降車データ送信モジュール５５５は、車載ＩＤのみを定期的に送信し、自身を降ろす位置に関する位置情報は、初回のみ送信する構成であってもよい。

降車データ受信モジュール１５４は、降車データを受信できたか否かを判断する（ステップＳ１０１）。ステップＳ１０１において、降車データ受信モジュール１５４は、降車データを受信できなかったと判断した場合（ステップＳ１０１ ＮＯ）、後述する第二の降車処理を実行する。

一方、ステップＳ１０１において、降車データ受信モジュール１５４は、降車データを受信できたと判断した場合（ステップＳ１０１ ＹＥＳ）、車載通知モジュール１５５は、ユーザ端末５００を所持するユーザが自身に車載していることを示す車載通知を、本部コンピュータ１０に送信する（ステップＳ１０２）。ステップＳ１０２において、この車載通知には、現在の車両１００の位置情報が含まれる。

位置情報取得モジュール１５０は、自身の位置情報を取得する（ステップＳ１０３）。ステップＳ１０３の処理は、上述したステップＳ９３の処理と同様である。

降車判断モジュール１７３は、自身の位置情報が、降車データが示す位置周辺であるか否かを判断する（ステップＳ１０４）。ステップＳ１０４において、降車判断モジュール１７３は、例えば、降車データが示す車両停留所６００の近傍であるか否かや、降車データが示す車両停留所６００の一つ前の車両停留所６００を通過したか否か等に基づいて、位置周辺であるか否かを判断する。

ステップＳ１０４において、降車判断モジュール１７３は、位置周辺ではないと判断した場合（ステップＳ１０４ ＮＯ）、ステップＳ１０３の処理を繰り返す。

一方、ステップＳ１０４において、降車判断モジュール１７３は、位置周辺であると判断した場合（ステップＳ１０４ ＹＥＳ）、通知モジュール１７２は、次の車両停留所６００にユーザ端末５００を所持するユーザを降車させる旨の通知を実行する（ステップＳ１０５）。ステップＳ１０５において、通知モジュール１７２は、例えば、降車ランプを点灯させる等により、運転手に次の車両停留所６００に降車させるユーザが存在することの通知を実行する。

以上が、第二の車載処理である。

［第一の降車処理］
図１５に基づいて、車両１００が実行する第一の降車処理について説明する。図１５は、車両１００が実行する第一の降車処理のフローチャートを示す図である。上述した各モジュールが実行する処理について、本処理に併せて説明する。

降車判断モジュール１７３は、降車データを受信できなかったことから、荷物４００が送信していた降車データが途絶えたことにより、荷物４００が自身に車載されていないと判断する（ステップＳ１１０）。ステップＳ１１０において、降車判断モジュール１７３は、降車データに含まれる車載ＩＤが取得できなかったことを理由として、荷物４００が既に降車していると判断する。

位置情報取得モジュール１５０は、自身の位置情報を取得する（ステップＳ１１１）。ステップＳ１１１は、上述したステップＳ９３の処理と同様である。

降車判断モジュール１７３は、取得した位置情報の位置が、荷物４００との通信が途絶えた時点における位置であると判断し、この位置が荷物４００が存在する位置であると判断する（ステップＳ１１２）。

車載通知モジュール１５５は、この判断した荷物４００が存在する位置を、本部コンピュータ１０に通知する（ステップＳ１１３）。

以上が、第一の降車処理である。

［第二の降車処理］
図１６に基づいて、車両１００が実行する第二の降車処理について説明する。図１６は、車両１００が実行する第二の降車処理のフローチャートを示す図である。上述した各モジュールが実行する処理について、本処理に併せて説明する。

降車判断モジュール１７３は、降車データを受信できなかったことから、ユーザ端末５００が送信していた降車データが途絶えたことにより、ユーザ端末５００を所持するユーザが自身に車載されていないと判断する（ステップＳ１２０）。ステップＳ１２０において、降車判断モジュール１７３は、降車データに含まれる車載ＩＤが取得できなかったことを理由として、ユーザ端末５００を所持するユーザが既に降車していると判断する。

位置情報取得モジュール１５０は、自身の位置情報を取得する（ステップＳ１２１）。ステップＳ１２１は、上述したステップＳ９３の処理と同様である。

降車判断モジュール１７３は、取得した位置情報の位置が、ユーザ端末５００との通信が途絶えた時点における位置であると判断し、この位置がユーザ端末５００を所持するユーザが存在する位置であると判断する（ステップＳ１２２）。

車載通知モジュール１５５は、この判断したユーザが存在する位置を、本部コンピュータ１０に通知する（ステップＳ１２３）。

運行情報取得モジュール５５２は、本部コンピュータ１０又は車両停留所６００から、乗車していた車両１００が進行する方向とは、反対方向に位置する車両停留所６００の時刻表を取得する（ステップＳ１２４）。ステップＳ１２４において、運行情報取得モジュール５５２は、本部コンピュータ１０が記憶するこの反対方向に位置する車両停留所６００の時刻表を取得してもよいし、この反対方向に位置する車両停留所６００から直接時刻表を取得してもよい。

表示モジュール５７０は、取得した時刻表を表示する（ステップＳ１２５）。

以上が、第二の降車処理である。

なお、ステップＳ１２４及びＳ１２５の処理は、第一の降車処理においても実行してもよい。この場合、上述したユーザ端末５００が実行する処理を、荷物４００又はこの荷物４００の管理者が所持する管理者端末が実行すればよい。

上述した手段、機能は、コンピュータ（ＣＰＵ、情報処理装置、各種端末を含む）が、所定のプログラムを読み込んで、実行することによって実現される。プログラムは、例えば、コンピュータからネットワーク経由で提供される（ＳａａＳ：ソフトウェア・アズ・ア・サービス）形態で提供される。また、プログラムは、例えば、フレキシブルディスク、ＣＤ（ＣＤ−ＲＯＭなど）、ＤＶＤ（ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭなど）等のコンピュータ読取可能な記録媒体に記録された形態で提供される。この場合、コンピュータはその記録媒体からプログラムを読み取って内部記憶装置又は外部記憶装置に転送し記憶して実行する。また、そのプログラムを、例えば、磁気ディスク、光ディスク、光磁気ディスク等の記憶装置（記録媒体）に予め記録しておき、その記憶装置から通信回線を介してコンピュータに提供するようにしてもよい。

以上、本発明の実施形態について説明したが、本発明は上述したこれらの実施形態に限るものではない。また、本発明の実施形態に記載された効果は、本発明から生じる最も好適な効果を列挙したに過ぎず、本発明による効果は、本発明の実施形態に記載されたものに限定されるものではない。

１ 災害対応ロケーションシステム、１０ 本部コンピュータ、１００ 車両、４００ 荷物、５００ ユーザ端末

Claims (6)

1. 車両に荷物又は乗客を乗せて運送を行う災害対応ロケーションシステムであって、
   前記荷物又は乗客を乗せているか否かを識別する車載ＩＤの信号を定期的に送信する近距離信号送信機を備え、
   前記車両は、前記近距離信号送信機から送信された前記車載ＩＤの信号を受信する車載管理端末を備え、
   前記車載管理端末は、前記近距離信号送信機からの前記車載ＩＤの信号が途絶えたことで、通信が途絶えた荷物又は乗客が、前記車両に乗っていないと判断し、
   さらに、
   前記車載管理端末は、前記車両の現在位置を判断するＧＰＳ装置を備え、
   前記通信が途絶えた荷物又は乗客が、前記車両に乗っていないと判断した際に、通信が途絶えた時点での位置に前記荷物又は乗客が存在すると判断し、前記荷物又は乗客が存在する位置を外部のコンピュータに通知する災害対応ロケーションシステム。
2. 前記近距離信号送信機は、
   前記荷物を降ろすべきことを通知する通知手段を備え、
   前記車載ＩＤとともに、前記荷物を降ろす位置に関する降車位置データを送信し、
   前記車載管理端末は、
   現在の位置を判断するＧＰＳ装置を備え、
   前記近距離信号送信機から送信された降車位置データを受信し、前記車両の現在位置が、当該降車位置データが示す位置周辺であると判断した場合は、前記通知手段により降車を通知する請求項１に記載の災害対応ロケーションシステム。
3. 前記近距離信号送信機は、
   前記乗客が降りるべきことを通知する通知手段と、
   現在の位置を判断するＧＰＳ装置と、
   前記乗客の降車場所である降車位置データを記憶する降車位置データ記憶手段と、
   前記車両の現在位置が、前記降車位置データが示す位置周辺であると判断した場合は、前記通知手段により降車を通知する請求項１に記載の災害対応ロケーションシステム。
4. 前記近距離信号送信機は、
   荷物を車両に乗せるべきことを通知する積載通知手段と、
   前記荷物を乗せるべき車両を識別する車両ＩＤを記憶する車両ＩＤ記憶手段と、
   所定の車両が前記近距離信号送信機に近づいた場合に、前記車両管理端末から車両を識別する車両ＩＤを受信する車両ＩＤ受信手段と、を備え、
   前記積載通知手段が、前記車両ＩＤに基づいて、前記車両に荷物を乗せるべきことを通知する請求項１又は２の何れか一項に記載の災害対応ロケーションシステム。
5. 前記近距離信号送信機は、
   乗客が車両に乗るべきことを通知する乗車通知手段と、
   前記乗車が乗車すべき車両に関する車両ＩＤを記憶する車両ＩＤ記憶手段と、
   所定の車両が前記近距離信号送信機に近づいた場合に、前記車両管理端末から車両を識別する車両ＩＤを受信する車両ＩＤ受信手段と、を備え、
   前記乗車通知手段が、前記車両ＩＤに基づいて、前記車両に乗客が乗車すべきことを通知する請求項１乃至３の何れか一項に記載の災害対応ロケーションシステム。
6. 請求項１乃至５の何れか一項に記載の災害対応ロケーションシステムであって、
   前記車載管理端末は、本部コンピュータと通信可能に接続され、
   前記荷物又は乗客の車載ＩＤを受信している場合は、当該荷物又は乗客を前記車両に車載していると前記本部コンピュータに通知し、
   前記荷物又は乗客の車載ＩＤを受信していない場合は、通信が遮断された位置を前記本部コンピュータに通知する災害対応ロケーションシステム。