空席ナビゲーションシステム、空席ナビゲーションサーバ、携帯端末、及び、プログラム
【課題】公共交通機関の利用者に負担を強いることなく、座席が空席になるまでの時間を表示するための技術を提供する。
【解決手段】空席ナビゲーションシステム１０は、空席ナビゲーションサーバ１００が、定期券機能を有する携帯端末２００から定期的に送信される位置情報を用いてユーザの乗車、着席を判定し、携帯端末２００から送信された定期区間情報に含まれる降車駅情報を用いて、着席された座席が空席になるまでの時間を算出する。さらに、空席ナビゲーションサーバ１００は、携帯端末２００が位置している車両の座席配置を示す車両画像マスタに、着席された座席が空席になるまでの時間を合成して、着席画像データを生成し、携帯端末２００に送信する。携帯端末２００は、空席ナビゲーションサーバ１００から送信された着席画像データを表示する。
【解決手段】空席ナビゲーションシステム１０は、空席ナビゲーションサーバ１００が、定期券機能を有する携帯端末２００から定期的に送信される位置情報を用いてユーザの乗車、着席を判定し、携帯端末２００から送信された定期区間情報に含まれる降車駅情報を用いて、着席された座席が空席になるまでの時間を算出する。さらに、空席ナビゲーションサーバ１００は、携帯端末２００が位置している車両の座席配置を示す車両画像マスタに、着席された座席が空席になるまでの時間を合成して、着席画像データを生成し、携帯端末２００に送信する。携帯端末２００は、空席ナビゲーションサーバ１００から送信された着席画像データを表示する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、車両の着席情報を提供する技術に関する。
【背景技術】
【０００２】
電車やバス等の公共交通機関では、着席可能な座席数に制限があり、全ての利用者が着席できるわけではない。満席の状態において、なるべく早く着席したい利用者は、着席者のそばに立ち、空席になるのを待つことになる。
【０００３】
しかし、どの着席者が早く席を立つかはわからないため、自分よりも後から乗車した利用者に、先に着席されてしまうことがある。このような状況に不満を感じる利用者は、少なくない。
【０００４】
この点、特許文献１には、乗客が所持する意思表示端末に、それぞれの座席が空席になるまでの時間（以下では、「着席情報」ともよぶ）を表示する技術について記載されている。これにより、乗客は、どの座席が早く空席になるのか把握することができるようになる。
【０００５】
【特許文献１】特開２００４−８６４７１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
特許文献１に記載の技術では、各座席が空席になるまでの時間を、乗客によって意思表示端末に入力された降車予定駅などを用いて算出している。着席した乗客は、着席していない乗客のために降車予定駅などの情報を意思表示端末に入力しなければならず、負担が強いられることになる。
【０００７】
本発明は、公共交通機関の利用者に負担を強いることなく、座席が空席になるまでの時間を表示するための技術を提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記課題を解決するため、本発明は、携帯端末から定期的に送信される位置情報を用いてユーザの着席を判定し、前記携帯端末から送信された降車駅情報を用いて、着席された座席が空席になるまでの時間を算出し、前記携帯端末に当該時間を表示させる。
【０００９】
例えば、本発明の空席ナビゲーションサーバは、車両の着席情報を提供する装置であって、車両の停車駅ごとに、車両の停車時刻と、車両が停車する所定の停車領域と、を対応付けた運行データと、車両内に配置されている座席の座席位置を特定する座席特定データと、車両内の座席の配置を示す車両画像データと、を記憶している記憶部と、定期券機能を有する携帯端末について、定期区間から特定されるユーザの降車駅を受信し、当該携帯端末の端末位置を示す位置情報を定期的に受信する受信部と、前記位置情報の示す端末位置が、前記停車時刻において、当該停車時刻に対応する前記停車領域内にあるか否かを判定する乗車判定部と、前記停車領域内にあると判定された前記端末位置が、前記座席特定データで特定される座席位置にある場合に、当該座席位置の座席にユーザが着席していると判定する着席判定部と、前記降車駅に対応する前記停車時刻を用いて、着席されていると判定された前記座席が空席になるまでの時間を算出する着席情報算出部と、算出した前記時間を前記車両画像データに合成して、着席画像データを生成する着席画像データ生成部と、前記乗車判定部により前記停車領域内にあると判定された前記端末位置の車両についての前記着席画像データを、当該端末位置の携帯端末に送信する着席画像データ送信部と、を備える。
【発明の効果】
【００１０】
本発明によれば、公共交通機関の利用者に負担を強いることなく、座席が空席になるまでの時間を表示することができる。
【発明を実施するための最良の形態】
【００１１】
（第１の実施形態）
以下、本発明の実施形態の一例について図面を参照して説明する。
【００１２】
図１は、本発明の一実施形態が適用された空席ナビゲーションシステム１０の概略構成図である。図示するように、空席ナビゲーションシステム１０は、空席ナビゲーションサーバ１００と、携帯端末２００と、改札機３００と、を備えている。
【００１３】
空席ナビゲーションサーバ１００、及び、改札機３００は、それぞれ相互にネットワーク３０を介して通信可能に接続されている。
【００１４】
ここで、ネットワーク３０は、一般的にインターネットで使用されているＴＣＰ／ＩＰプロトコル等で通信可能なネットワークである。
【００１５】
また、携帯端末２００は、携帯キャリアごとに独自の通信プロトコルで通信可能な事業者ネットワーク４０に接続されており、基地局などを介して、空席ナビゲーションサーバ１００と通信することができる。図示していないが、事業者ネットワーク４０とネットワーク３０の間には、基地局や、所定のプロトコル変換を行うゲートウェイなどが設置されている。
【００１６】
改札機３００は、鉄道の駅などの改札口に設置された装置であり、例えば、駅構内に一般的に設置される自動改札装置である。改札機３００は、乗車券（ＩＣ乗車券を含む）を確認する処理、運賃の処理、改札通路を通過した人数についての集計処理、といった各種情報処理を行う。
【００１７】
図２は、改札機３００の機能構成図を示す図である。図示するように、改札機３００は、制御部３１０と、記憶部３２０と、通信部３３０と、ＩＣカードリーダライタ部３４０と、を有する。
【００１８】
記憶部３２０は、改札機３００が設置されている駅を特定するための駅特定データを記憶している。例えば、駅特定データは、駅ごとに異なる文字列（数字列を含む）が割り当てられたデータである。
【００１９】
ＩＣカードリーダライタ部３４０は、携帯端末２００に内蔵したＩＣカードへのデータの書き込み、及び、読み出しを行う。このとき、ＩＣカードリーダライタ部３４０は、ＩＣカードに電力を供給するようにしてもよい。
【００２０】
ＩＣカードリーダライタ部３４０がＩＣカードから読み出すデータには、例えば、携帯端末２００の識別情報、定期券に関する定期券情報、乗車券に関する乗車券情報、などが含まれる。また、ＩＣカードリーダライタ部３４０がＩＣカードに書き込むデータには、改札の入出記録、運賃、などが含まれる。
【００２１】
通信部３３０は、ネットワーク３０を介して、空席ナビゲーションサーバ１００とデータの送受信を行う。具体的には、通信部３３０は、制御部３１０からの指示に基づいて、各種データを空席ナビゲーションサーバ１００に送信する。
【００２２】
制御部３１０は、改札機３００における種々の処理を行う。
【００２３】
例えば、制御部３１０は、ＩＣカードリーダライタ部３４０が携帯端末２００のＩＣカードから乗車券情報を読み出した場合には、読み出した乗車券情報が有効か否か判定する。
【００２４】
制御部３１０は、乗車券情報が有効と判定した場合、改札通路の通過を許可すべく、改札通路に設けられている開閉可能な通過扉を開く制御を行う。一方、乗車券情報が無効と判定した場合には、改札通路の通過を禁止すべく、通過扉を閉じる制御を行う。
【００２５】
また、制御部３１０は、ＩＣカードリーダライタ部３４０が携帯端末２００のＩＣカードから定期券情報を読み出した場合には、読み出した定期券情報が有効か否か判定する。そして、制御部３１０は、ここでの判定結果（有効又は無効を示す信号）を、ＩＣカードリーダライタ部３４０を介して、携帯端末２００に通知する。
【００２６】
制御部３１０は、定期券情報が有効と判定した場合、上記と同様に通過扉を開くとともに、携帯端末２００の端末識別情報と、定期券情報に含まれている定期区間情報と、記憶部３２０に記憶されている駅特定データと、を通信部３３０を介して空席ナビゲーションサーバ１００に送信する。一方、定期券情報が無効と判定した場合には、乗車券情報が無効な場合と同様に通過扉を閉じる。
【００２７】
また、制御部３１０は、乗車券情報又は定期券情報が有効な場合には、ＩＣカードリーダライタ部３４０を介して、改札の入出記録や運賃などを携帯端末２００のＩＣカードに書き込む制御を行う。
【００２８】
図３は、以上のような機能を有する改札機３００のハードウェア構成図である。図示するように、改札機３００は、改札扉の開閉などの制御を行う改札制御機構８０６に加え、ＣＰＵ８０１と、ＲＡＭ等の主記憶装置８０２と、ＲＯＭやＨＤＤ等の外部記憶装置８０３と、ネットワーク３０に接続するための通信装置８０４と、近距離無線通信によってＩＣカードのデータを読み書きする非接触ＩＣカードリーダライタ８０５と、を備えたコンピュータで実現される。
【００２９】
例えば、図２に示す記憶部３２０は、外部記憶装置８０３により実現可能であり、制御部３１０は、外部記憶装置８０３に記憶されている所定のプログラム（例えば、改札制御機構の制御プログラムや各種情報処理のためのプログラム）を主記憶装置８０２にロードしてＣＰＵ８０１で実行することで実現可能である。また、通信部３３０は、通信装置８０４により実現可能であり、ＩＣカードリーダライタ部３４０は、非接触ＩＣカードリーダライタ８０５により実現可能である。
【００３０】
図１に戻り、携帯端末２００は、定期券機能を有する携帯型の端末であり、例えば、携帯電話である。携帯端末２００は、空席ナビゲーションサーバ１００が生成したデータに基づいて、公共交通機関の車両に配置されている座席が空席になるまでの時間を表示する。
【００３１】
図４は、携帯端末２００の機能構成図を示す図である。図示するように、携帯端末２００は、制御部２１０と、記憶部２２０と、入力部２３０と、表示部２４０と、近距離無線通信部２５０と、通信部２６０と、ＧＰＳ信号受信部２７０と、を有する。
【００３２】
記憶部２２０は、端末識別情報（以下では、「端末ＩＤ」とよぶ）２２１と、定期区間情報２２２と、位置情報２２３と、を記憶する。
【００３３】
端末ＩＤ２２１は、携帯端末２００ごとに異なる文字列（数字列を含む）が割り当てられたデータである。図５（Ａ）は、端末ＩＤ２２１のデータ構造を示す図である。図示するように、記憶部２２０は、１つの端末ＩＤ２２１を記憶している。
【００３４】
定期区間情報２２２は、定期券情報に含まれており、定期区間（「第１の駅」から「第２の駅」までの区間）を特定するデータである。図５（Ｂ）は、定期区間情報２２２のデータ構造を示す図である。図示するように、定期区間情報２２２は、定期区間の一端の駅名を示す第１の駅名２２２１と、定期区間の他端の駅名を示す第２の駅名２２２２と、を対応付けたレコードからなる。
【００３５】
なお、記憶部２２０は、定期券情報として、定期区間情報２２２の他に、定期券の有効期限を示す情報などを記憶している。
【００３６】
位置情報２２３は、携帯端末２００の現在位置を示すデータであり、例えば、ＧＰＳ衛星から取得したＧＰＳ信号に基づいて算出した緯度、経度データである。図５（Ｃ）は、位置情報２２３のデータ構造を示す図である。図示するように、記憶部２２０は、携帯端末２００の現在位置を示す座標（経度，緯度）データを位置情報２２３として記憶する。
【００３７】
図４に戻り、入力部２３０は、ユーザによる入力を受け付ける。具体的には、入力部２３０は、電話番号の入力、電源の投入や切断の入力、各種指示ための入力などを受け付け、制御部２１０に通知する。
【００３８】
表示部２４０は、画像データなどの各種データを表示する。具体的には、表示部２４０は、表示のための描画コマンドを生成して各種データを表示する。ここで、表示する各種データには、空席ナビゲーションサーバ１００から送信されたデータや、各種アプリケーションの実行にともなうデータなどが含まれる。
【００３９】
近距離無線通信部２５０は、改札機３００とのデータの送受信を行う。具体的には、近距離無線通信部２５０は、改札機３００から電波を受信した場合（要求を受け付けた場合）に、記憶部２２０に記憶されている端末ＩＤ２２１と定期券情報（定期区間情報２２２を含む）を、改札機３００に送信する。また、近距離無線通信部２５０は、改札機３００から、改札の入出記録や運賃などの情報を受信する。
【００４０】
通信部２６０は、事業者ネットワーク４０及びネットワーク３０を介して、空席ナビゲーションサーバ１００とデータの送受信を行う。具体的には、通信部２６０は、制御部２１０からの指示に基づいて、各種データ（例えば、位置情報２２３など）を空席ナビゲーションサーバ１００に送信する。
【００４１】
ＧＰＳ信号受信部２７０は、ＧＰＳ衛星からＧＰＳ信号を受信する。
【００４２】
制御部２１０は、携帯端末２００における種々の処理を行う。
【００４３】
例えば、制御部２１０は、図示するように、改札処理部２１１と、モード切替部２１２と、現在位置算出部２１３と、データ送受信部２１４、着席情報処理部２１５と、を有する。
【００４４】
改札処理部２１１は、近距離無線通信部２５０が改札機３００から電波を受信した場合に、所定の改札処理を行う。具体的には、改札処理部２１１は、記憶部２２０に記憶されているデータ（端末識別情報２２１、乗車券情報又は定期券情報など）について、近距離無線通信部２５０を介して、改札機３００に送信する。また、改札処理部２１１は、ここで送信した乗車券情報又は定期券情報が有効であるか否かの判定結果を、近距離無線通信部２５０を介して改札機３００から受け付ける。当該判定結果が有効を示す場合において、改札処理部２１１は、さらに、改札の入出記録や運賃などのデータを改札機３００から受け付け、記憶部２２０に記憶する。なお、ここで記憶した入出記録や運賃などは、ユーザが駅構内から出場する場合において、携帯端末２００にチャージされている残金などを更新する処理などに用いられる。
【００４５】
モード切替部２１２は、ユーザが改札を通過して駅構内に入場した場合（入場用の非接触ＩＣカードリーダライタ８０５と通信して上記の改札処理を完了した場合）に、携帯端末２００のモードを通常モードから位置提供モードに切り替える。一方、ユーザが改札を通過して駅構内から出場した場合（出場用の非接触ＩＣカードリーダライタ８０５と通信して上記の改札処理を完了した場合）には、位置提供モードから通常モードに切り替える。従って、携帯端末２００が駅構内に位置している場合に、携帯端末２００は位置提供モードとなる。ここで、位置提供モードとは、携帯端末２００が駅構内にある場合（入場用の改札機３００を通過してから出場用の改札機３００を通過するまで）に、後述する現在位置算出部２１３が算出した携帯端末２００の現在位置を、携帯端末２００から空席ナビゲーションサーバ１００に定期的に通知するモードのことをいう。
【００４６】
現在位置算出部２１３は、携帯端末２００が位置提供モードである場合に、携帯端末２００の現在位置を算出する。具体的には、現在位置算出部２１３は、ＧＰＳ信号受信部２７０を介して定期的にＧＰＳ衛星から受信したＧＰＳ信号を用いて現在位置（緯度、経度）を算出する。また、現在位置算出部２１３は、基地局などから補正データを受信し、ＧＰＳ信号を用いて算出した現在位置の誤差を補正するようにしてもよい。また、現在位置算出部２１３は、携帯端末２００の現在位置を算出する毎に、記憶部２３０に記憶されている位置情報２２３を更新する。
【００４７】
データ送受信部２１４は、通信部２６０を介して、空席ナビゲーションサーバ１００と通信パケット４００の送受信を行う。
【００４８】
例えば、空席ナビゲーションサーバ１００に通信パケット４００を送信する場合には、データ送受信部２１４は、予め定めたフォーマットの通信パケット４００を生成して、空席ナビゲーションサーバ１００に送信する。具体的には、データ送受信部２１４は、記憶部２３０に記憶されている端末ＩＤ２２１と、定期区間情報２２２と、位置情報２２３と、をそれぞれ２値化データに変換し、変換した各２値化データを含む通信パケット４００を生成して空席ナビゲーションサーバ１００に送信する。
【００４９】
また、空席ナビゲーションサーバ１００から通信パケット４００を受信した場合には、データ送受信部２１４は、２値化されているデータを復元する。
【００５０】
図６は、通信パケット４００のデータ構造を示す図である。図示するように、通信パケット４００は、ＩＰヘッダ４０１と、送信元ＩＰアドレス４０２と、送信先ＩＰアドレス４０３と、データ部と、を対応付けたレコードからなる。
【００５１】
ＩＰヘッダ４０１は、事業者ネットワーク４０における通信制御に用いられるプロトコル情報である。
【００５２】
送信元ＩＰアドレス４０２は、携帯端末２００に割り当てられるＩＰアドレスである。
【００５３】
送信先ＩＰアドレス４０３は、空席ナビゲーションサーバ１００に割り当てられるＩＰアドレスである。
【００５４】
データ部は、２値化端末ＩＤ４０４、２値化定期区間情報４０５、２値化位置情報４０６と、を含む。ただし、データ部のデータ構成は任意である。例えば、データ部は、２値化端末ＩＤ４０４及び２値化定期区間情報４０５だけで構成されてもよいし、或いは、２値化端末ＩＤ４０４及び２値化位置情報４０６だけで構成されてもよい。
【００５５】
２値化端末ＩＤ４０４は、記憶部２２０に記憶された端末ＩＤ２２１を２値化データに変換したデータである。
【００５６】
２値化定期区間情報４０５は、記憶部２２０に記憶された定期区間情報２２２を２値化データに変換したデータである。
【００５７】
２値化位置情報４０６は、記憶部２２０に記憶された位置情報２２３を２値化データに変換したデータである。
【００５８】
また、データ送受信部２１４は、空席ナビゲーションサーバ１００から図６に示す通信パケット４００と同様の通信パケットを受信する。ただし、データ部については、任意のデータ（例えば、後述する着席情報）を格納してよい。
【００５９】
また、データ送受信部２１４は、空席ナビゲーションサーバ１００から通信パケットを受信したとき、データ部のデータが２値化データである場合には、必要に応じて２値化データを、２値化される前のデータに復元することができる。
【００６０】
着席情報処理部２１５は、空席ナビゲーションサーバ１００から送信された着席情報（着席画像データ）を表示する。また、着席情報処理部２１５は、表示した着席情報（着席画像データ）を、ユーザの指示に応じて、スクロール、拡大、縮小する。
【００６１】
図７は、以上のような機能を有する携帯端末２００のハードウェア構成図である。図示するように、携帯端末２００は、ＣＰＵ７０１と、モバイルＲＡＭ等のメモリからなる主記憶装置７０２と、メモリカード、ＩＣカード内のメモリ等からなる外部記憶装置７０３と、基地局などと通信するための通信装置７０４と、ＧＰＳ衛星からＧＰＳ信号を受信するＧＰＳ装置７０５と、改札機３００の非接触ＩＣカードリーダライタ８０５と電波の送受信を行うアンテナ等からなる近距離無線通信装置７０６と、入力ボタン、タッチパネル、マイクロフォンなどからなる入力装置７０７、液晶ディスプレイ、スピーカなどからなる出力装置７０８と、を備えたコンピュータで実現される。
【００６２】
例えば、図４に示す記憶部２２０は、外部記憶装置７０３により実現可能であり、制御部２１０は、外部記憶装置７０３に記憶されている所定のプログラム（例えば、着席情報を表示するプログラム）を主記憶装置７０２にロードしてＣＰＵ７０１で実行することで実現可能である。また、通信部２６０は、通信装置７０４により実現可能であり、ＧＰＳ信号受信部２７０は、ＧＰＳ装置７０５により実現可能であり、近距離無線通信部２５０は、近距離無線通信装置７０６により実現可能である。また、入力部２３０は、入力装置７０７により実現可能であり、表示部２４０は出力装置７０８により実現可能である。
【００６３】
図１に戻り、空席ナビゲーションサーバ１００は、公共交通機関の車両に配置されている座席が空席になるまでの時間を示す着席情報を生成し、携帯端末２００に提供する装置である。
【００６４】
図８は、空席ナビゲーションサーバ１００の機能構成図を示す図である。図示するように、空席ナビゲーションサーバ１００は、制御部１１０と、記憶部１２０と、入力部１３０と、出力部１４０と、通信部１５０と、を有する。
【００６５】
記憶部１２０は、定期区間テーブル１２１と、位置情報テーブル１２２と、着席情報データベース（ＤＢ）１２６を記憶する。また、記憶部１２０は、座席特定データベース（ＤＢ）１２３と、車両画像マスタデータベース（ＤＢ）１２４と、運行情報データベース（ＤＢ）１２５と、を予め記憶している。
【００６６】
定期区間テーブル１２１は、携帯端末２００から送信された定期区間情報２２２（２値化定期区間情報４０５に基づいて復元されたデータ）を、携帯端末２００ごとに格納する。 図９（Ａ）は、定期区間テーブル１２１の概略データ構造を示す図である。図示するように、定期区間テーブル１２１は、携帯端末２００の端末ＩＤごとのレコードからなる。各レコードには、端末ＩＤ１２１１と、乗車駅１２１２と、降車駅１２１３と、が対応付けて格納されている。
【００６７】
端末ＩＤ１２１１は、携帯端末２００から送信された端末ＩＤ２２１（２値化端末ＩＤ４０４に基づいて復元されたデータ）に対応するデータである。
【００６８】
乗車駅１２１２は、ユーザが乗車した駅名を示すデータある。具体的には、乗車駅１２１２は、携帯端末２００から送信された定期区間情報２２２に含まれている第１の駅名２２２１と第２の駅名２２２２のうち、改札機３００から送信された駅特定データに対応している方のデータである。例えば、第１の駅名２２２１が「Ｋ駅」を示すデータであり、第２の駅名２２２１が「Ｄ駅」を示すデータであるとき、駅特定データが「Ｄ駅」を示すデータである場合には、乗車駅１２１２の欄に、第２の駅名２２２１が示す「Ｄ駅」が格納される。
【００６９】
降車駅１２１３は、ユーザが降車する予定の駅名を示すデータである。具体的には、降車駅１２１３は、上記の第１の駅名２２２１と第２の駅名２２２２のうち、乗車駅１２１２と対応していない方のデータである。例えば、上記の例では、乗車駅１２１２の欄には「Ｄ駅」を示すデータが格納されるので、降車駅１２１３の欄には、第１の駅名２２２１が示す「Ｋ駅」が格納される。
【００７０】
次に、位置情報テーブル１２２は、各携帯端末２００から送信された位置情報２２３（２値化位置情報４０６に基づいて復元されたデータ）を、携帯端末２００ごとに格納する。
【００７１】
図９（Ｂ）は、位置情報テーブル１２２の概略データ構造を示す図である。図示するように、位置情報テーブル１２２は、携帯端末２００の端末ＩＤごとのレコードからなる。各レコードには、端末ＩＤ１２２１と、端末位置１２２２と、最寄り駅１２２３と、が対応付けて格納されている。
【００７２】
端末ＩＤ１２１１は、携帯端末２００から送信された端末ＩＤ２２１（２値化端末ＩＤ４０４に基づいて復元されたデータ）に対応するデータである。
【００７３】
端末位置１２２２は、携帯端末２００の位置を示すデータである。具体的には、端末位置１２２２は、携帯端末２００の位置情報２２３に対応するデータであり、例えば、緯度、経度データである。
【００７４】
最寄り駅１２２３は、ユーザの乗車列車が停車している最寄り駅を示すデータである。具体的には、最寄り駅１２２３は、携帯端末２００の現在位置（位置情報２２３）に対応する（後述する運行情報ＤＢ１２５から特定される）駅名を示すデータである。
【００７５】
次に、運行情報ＤＢ１２５は、列車ごとの各駅での停車時刻および停車位置（領域）を特定するためのデータを格納する。
【００７６】
図１０は、運行情報ＤＢ１２５の概略データ構造を示す図である。図示するように、運行情報ＤＢ１２５には、列車ＩＤ１２５１ごとに、停車駅の駅名１２５２と、停車時刻１２５３と、停車領域１２５４と、を対応付けたレコードが格納されている。
【００７７】
列車ＩＤ１２５１は、列車ごとに異なる文字列（数字列を含む）が割り当てられたデータである。
【００７８】
駅名１２５２は、列車が運行スケジュールに従って走行する際に、停車する駅名を示すデータである。
【００７９】
停車時刻１２５３は、列車が停車する各駅での停車時刻を特定するデータである。例えば、停車時刻１２５３は、「８：５４−９：０２」といった停車時刻の開始、終了を特定する時刻データからなる。
【００８０】
停車領域１２５４は、各駅において列車が停車する所定領域を特定するデータである。通常、列車は、各駅において定められた位置に停車するものであり、停車領域１２５４は、その停車位置（領域）を特定する座標（経度、緯度）データである。
【００８１】
なお、運行情報ＤＢ１２５に格納されている各データは、事故などによって列車が運行スケジュール通りに運行できない場合には、随時、実際の運行状況に応じて更新される。
【００８２】
次に、座席特定ＤＢ１２３は、ユーザが車両内で着席している座席を特定するためのデータを格納する。
【００８３】
図１１は、座席特定ＤＢ１２３の概略データ構造を示す図である。図示するように、座席特定ＤＢ１２３は、列車ＩＤ１２３６ごとに、停車駅の駅名１２３１と、列車を編成している各車両ごとの座席情報（１２３２Ａ、１２３３Ａ、など）と、を対応付けたレコードが格納されている。
【００８４】
列車ＩＤ１２３１は、列車ごとに異なる文字列（数字列を含む）が割り当てられたデータであり、運行情報ＤＢ１２５の列車ＩＤ１２５１に対応している。
【００８５】
駅名１２３１は、列車が停車する駅名を示すデータであり、運行情報ＤＢ１２５に格納されている駅名１２５２に対応している。
【００８６】
各号車に配置される各座席の座席情報（１号車の第１の座席１２３２Ａ、１号車の第２の座席１２３３Ａ、２号車に配置される第１の座席１２３２Ｂ、など）は、各座席の領域を示すデータである。例えば、１号車の第１の座席１２３２Ａの欄には、第１の座席領域を特定する「（経度ｘ１〜経度ｘ２，緯度ｙ１〜緯度ｙ２）」といった領域データが格納される。
【００８７】
なお、本発明は、複数の車両を連結させた列車に限定するものではなく、単数の車両からなる電車、バスなどの公共交通機関にも適用される。その場合、各レコードには、単数の車両に配置されている座席の情報だけが格納される。
【００８８】
次に、車両画像マスタＤＢ１２４は、列車を編成する各車両に配置されている座席の位置を示す画像データ（以下では、「車両画像マスタ」とよぶ）を格納する。車両画像マスタは、列車ごとに、車両画像マスタＤＢ１２４に格納されている。各車両の車両画像マスタは、列車ＩＤ１２４１および車両名（１２４２、１２４３、など）を指定して、１つの車両の車両画像マスタを読み出すことが可能なように格納されている。
【００８９】
図１２は、車両画像マスタＤＢ１２４の概略データ構造を示す図である。図示するように、車両画像マスタＤＢ１２４には、列車ＩＤ１２４１ごとに、当該列車を編成する車両の車両画像マスタが対応付けて格納される。例えば、車両名が１号車１２４２の欄には、１号車の車両の車両画像マスタが格納され、車両名が２号車１２４３の欄には、２号車の車両の車両画像マスタが格納される。
【００９０】
ここで、列車ＩＤ１２４１は、列車ごとに異なる文字列（数字列を含む）が割り当てられたデータであり、運行情報ＤＢ１２５に格納されている列車ＩＤ１２５１に対応している。
【００９１】
なお、各車両についての車両画像マスタのデータサイズは予め定められており、記憶部１２０は、座席名と、車両画像マスタ上におけるその座席の位置（例えば、座標）と、を対応付けたデータ（以下では、「画像位置データ」とよぶ）を、予め記憶している。画像位置データを用いれば、車両画像マスタをメモリ（後述する主記憶装置６０２）に読み出して、座席名を指定することで、指定された座席の位置（車両画像マスタ上における位置）を特定することができる。
【００９２】
次に、着席情報ＤＢ１２６は、乗客の着席している座席が空席になるまでの時間（着席情報）を示す画像データ（以下では、「着席画像データ」とよぶ）を格納する。このような着席画像データは、車両画像マスタに着席情報を合成して生成され、車両ごとに、着席情報ＤＢ１２６に格納される。ここで、各車両の着席画像データは、列車ＩＤおよび車両名で特定される車両１２６１を指定して、１つの車両の着席画像データを読み出すことが可能なように格納される。
【００９３】
図１３は、着席情報ＤＢ１２６の概略データ構造を示す図である。図示するように、着席情報ＤＢ１２６には、生成された着席画像データが、車両１２６１ごとに格納される。なお、着席画像データの生成方法については、後述する。
【００９４】
図８に戻り、入力部１３０は、ユーザによる入力を受け付ける。具体的には、入力部１３０は、各種指示ための入力などを受け付け、制御部２１０に通知する。
【００９５】
表示部１４０は、画像データなどの各種データを表示する。具体的には、表示部１４０は、表示のための描画コマンドを生成して表示する。ここで、表示する各種データには、各種アプリケーション（例えば、記憶部１２０に格納されているデータを更新するアプリケーションなど）の実行にともなうデータなどが含まれる。
【００９６】
通信部１５０は、ネットワーク３０及び事業者ネットワーク４０を介して、携帯端末２００とデータの送受信を行う。具体的には、通信部１５０は、制御部１１０からの指示に基づいて、例えば、着席情報を含む着席画像データなどを、携帯端末２００に送信したり、携帯端末２００の位置情報２２３などを、携帯端末２００から受信したりする。
【００９７】
制御部１１０は、空席ナビゲーションサーバ１００における種々の処理を行う。
【００９８】
例えば、制御部１１０は、図示するように、データ送受信部１１１と、乗車判定部１１２と、着席判定部１１３と、着席情報算出部１１４と、着席画像データ生成部１１５と、を有する。
【００９９】
データ送受信部１１１は、通信部１５０を介して、携帯端末２００と通信パケット４００の送受信を行う。
【０１００】
例えば、携帯端末２００に通信パケット４００を送信する場合には、データ送受信部１１１は、通信パケット４００を生成して、携帯端末２００に送信する。具体的には、データ送受信部１１１は、生成された着席情報（着席画像データ）を含む通信パケット４００を生成して携帯端末２００に送信する。
【０１０１】
また、携帯端末２００から通信パケット４００を受信した場合には、データ送受信部１１１は、２値化されているデータを復元する。例えば、受信した２値化端末ＩＤ４０４、２値化定期区間情報４０５、２値化位置情報４０６を、それぞれ、２値化する前のデータに復元する。
【０１０２】
乗車判定部１１２は、列車にユーザが乗車したか否かを判定する。
【０１０３】
このとき、乗車判定部１１２は、ユーザ（携帯端末２００）が乗車する候補となる列車を、運行情報ＤＢ１２５から検索する。具体的には、乗車判定部１１２は、改札機３００から受信した駅特定データに対応する駅名１２５２と、改札機３００から受信した日時（第１の日時情報）に対応する停車時刻１２５３と、をともに有するレコードを、位置情報テーブル１２２から検索する。ここで、第１の日時情報に対応する停車時刻１２５３とは、停車時刻１２５３が示す時刻の範囲に、第１の日時情報が含まれているデータをいう。
【０１０４】
乗車判定部１１２は、乗車候補の列車の中から、実際にユーザが乗車している列車を検索する。具体的には、乗車判定部１１２は、先に候補として検索したレコードの中から、携帯端末２００の位置（端末位置１２２２）が停車領域１２５４内に存在しているレコードを検索する。
【０１０５】
乗車判定部１１２は、検索した結果、該当するレコードが存在するか否かに応じて、ユーザが列車に乗車したか否かを判定する。具体的には、該当するレコードが存在する場合に、ユーザが検索したレコードに対応付けられた列車（列車ＩＤ１２５１）に、乗車していると判定する。一方、該当するレコードが存在しない場合に、ユーザは列車に乗車いていないと判定する。
【０１０６】
着席判定部１１３は、乗車したユーザが、車両内に配置されている座席に着席しているか否かを判定する。具体的には、着席判定部１１３は、ユーザ（携帯端末２００）が同一座席の位置に所定時間以上いるか否かに応じて、当該座席への着席の有無を判定する。
【０１０７】
例えば、着席判定部１１３は、携帯端末２００の位置（端末位置１２２２が示す位置）の座席を、座席特定ＤＢ１２３から特定し、このとき特定した座席と、所定時間経過後における同一携帯端末２００の位置（端末位置１２２２が示す位置）の座席と、を比較する。その結果、比較した座席が同一の座席である場合には、ユーザが当該座席に着席していると判定する。一方、同一の座席でない場合には、ユーザは着席していないと判定する。
【０１０８】
また、着席判定部１１３は、定期区間の全ての駅（乗車駅を除く）において、一旦着席していると判定されたユーザが、継続して同一席に着席しているか否か判定する。具体的には、着席判定部１１３は、列車が駅に停車中であるとき、携帯端末２００の位置（端末位置１２２２が示す位置）の座席を、座席特定ＤＢ１２３から特定し、このとき特定した座席と、最初に着席していると判定した駅（乗車駅）で特定した座席と、を比較して判定する。
【０１０９】
着席情報算出部１１４は、ユーザの着席している座席が空席になるまでの時間（着席情報）を算出する。具体的には、着席情報算出部１１４は、着席しているユーザが乗車している列車の停車中の駅（最寄り駅）を特定し、特定した最寄り駅１２２４を位置情報テーブル１２２に上書きする。また、着席情報算出部１１４は、定期区間テーブル１２１からユーザの降車駅１２１３を特定し、最寄り駅１２２４から降車駅１２１３までの所要時間を、着席情報として算出する。
【０１１０】
例えば、着席情報算出部１１４は、運行情報ＤＢ１２５から、最寄り駅１２２４に対応する停車時刻（終了時刻）１２５３と、降車駅１２１３に対応する停車時刻（開始時刻）１２５３と、を読み出し、両停車時刻の差分時間を求めることよって、着席情報を算出する。
【０１１１】
着席画像データ生成部１１５は、着席情報を車両画像マスタに合成した着席画像データを生成する。具体的には、着席画像データ生成部１１５は、車両画像マスタにおいてユーザが着席している座席の位置に、着席情報を示すデータを合成して着席画像データを生成する。ここで、着席画像データ生成部１１５は、車両画像マスタにおける座席の位置を特定するときに、上述した画像位置データを用いる。
【０１１２】
図１４は、以上のような機能を有する空席ナビゲーションサーバ１００のハードウェア構成図である。図示するように、空席ナビゲーションサーバ１００は、ＣＰＵ６０１と、ＲＡＭ等の主記憶装置６０２と、ＲＯＭやＨＤＤ等の外部記憶装置６０３と、ネットワーク３０に接続するためのＮＩＣ（Network Interface Card）等の通信装置６０４と、ＣＤ−ＲＯＭやＤＶＤ−ＲＯＭ等の可搬性を有する可搬型記憶媒体６０７から情報を読み出す読取装置６０５と、ディスプレイ、キーボードやマウス等の入出力装置６０６と、を備えた一般的なコンピュータで実現される。
【０１１３】
例えば、図８に示す記憶部１２０は、外部記憶装置６０３により実現可能であり、制御部１１０は、外部記憶装置６０３に記憶されている所定のプログラム（例えば、着席情報を算出するプログラム、着席画像データを生成するプログラム、など）を主記憶装置６０２にロードしてＣＰＵ６０１で実行することで実現可能である。また、通信部１５０は、通信装置６０４により実現可能であり、入力部１３０、表示部１４０は、入出力装置６０６により実現可能である。
【０１１４】
上記の所定のプログラムは、読取装置６０５を介して可搬型記憶媒体６０７から外部記憶装置６０３に記憶され、それから、主記憶装置６０２上にロードされてＣＰＵ６０１により実行されるようにしてもよい。また、通信装置６０４を介してネットワーク３０から外部記憶装置６０３に記憶され、それから、主記憶装置６０２上にロードされてＣＰＵ６０１により実行されるようにしてもよい。また、読取装置６０５を介して可搬型記憶媒体６０８から、或いは、通信装置６０４を介してネットワークから、主記憶装置６０２上に直接ロードされ、ＣＰＵ６０１により実行されるようにしてもよい。
【０１１５】
図１５、図１６、図１８は、空席ナビゲーションシステム１０で行われる着席情報を表示する処理のタイミングチャートである。
【０１１６】
図１５に示すように、各駅に設置された改札機（入場用）３００の非接触ＩＣカードリーダライタ８０５は、電波を発信し、携帯端末２００からの応答を待つ（Ｓ１）。
【０１１７】
駅構内に入場しようとしているユーザが、改札機（入場用）３００に定期券機能付きの携帯端末２００を近づけると、携帯端末２００の近距離無線通信部２５０は、改札機３００から発信されている電波を受信し、記憶部２２０に記憶されている端末ＩＤ２２１と定期券情報（定期区間情報２２２を含む）を、改札機３００に送信する（Ｓ２）。
【０１１８】
ここで、改札機３００は、携帯端末２００から送信された定期券情報が有効なものと判定すると、改札扉を開いてユーザの入場を許可するとともに、携帯端末２００の端末ＩＤ２２１と、定期券情報に含まれている定期区間情報２２２と、記憶部３２０に記憶されている駅特定データと、を空席ナビゲーションサーバ１００に送信する（Ｓ３）。このとき、空席ナビゲーションサーバ１００のデータ送受信部１１１は、改札機３００から各データ（端末ＩＤ２２１、定期区間情報２２２、駅特定データ）を受信する。なお、ここで受信するデータ内容は２値化されたものでよい。また、空席ナビゲーションサーバ１００のデータ送受信部１１１は、データを受信した日時（第１の日時情報）を取得する。
【０１１９】
データ送受信部１１１は、改札機３００からデータを受信すると、まず、受信した駅特定データが示す駅に対応する第１の駅名２２２１又は第２の駅名２２２２を、乗車駅として特定し、乗車駅として特定しなかった第２の駅名２２２２又は第１の駅名２２２１を、降車駅として特定する。そして、特定した乗車駅１２１２と、降車駅１２１３と、を、携帯端末２００から受信した端末ＩＤ２１１と対応付けて定期区間テーブル１２１に格納する（Ｓ４）。
【０１２０】
続いて、空席ナビゲーションサーバ１００の乗車判定部１１２は、改札機３００を通過したユーザが乗車する列車の候補を運行情報ＤＢ１２５から検索する（Ｓ５）。具体的には、乗車判定部１１２は、ステップＳ３で受信した駅特定データに対応する駅名１２５２と、第１の受信情報に対応する停車時刻１２５３と、をともに有するレコードを、運行情報ＤＢ１２５から検索する。
【０１２１】
一方、携帯端末２００では、ステップＳ２で駅構内に入場する際の改札処理を終了した後に、モード切替部２１２は、携帯端末２００のモードを上述した位置提供モードに切り替える（Ｓ６）。
【０１２２】
位置提供モードに移行すると、携帯端末２００の現在位置算出部２１３は、ＧＰＳ衛星からＧＰＳ信号を受信し（Ｓ７）、受信したＧＰＳ信号に基づいて携帯端末２００の現在位置を算出する（Ｓ８）。
【０１２３】
そして、データ送受信部２１４は、ステップＳ８で算出した現在位置を示す位置情報２２３と、端末ＩＤ２２１と、を含む通信パケット４００を、空席ナビゲーションサーバ１００に送信する（Ｓ９）。このとき、空席ナビゲーションサーバ１００のデータ送受信部１１１は、携帯端末２００から各データ（端末ＩＤ２２１、位置情報２２３）を受信する。なお、ここで受信するデータ内容は２値化されたものでもよい。また、通信パケット４００に、定期区間情報２２２を含めてもよい。また、空席ナビゲーションサーバ１００のデータ送受信部１１１は、位置情報２２３（２値化位置情報４０６）を受信した日時（第２の日時情報）を取得する。
【０１２４】
続いて、空席ナビゲーションサーバ１００は、停車中の列車にユーザが乗車しているか否か判定する（Ｓ１０）。具体的には、空席ナビゲーションサーバ１００の乗車判定部１１２が、ステップＳ５で検索したレコードの中から、ステップＳ９で受信した位置情報２２３に対応する停車領域１２５４と、第２の日時情報に対応する停車時刻１２５３と、を有するレコードを検索する。ここで、検索したレコードが存在する場合には、乗車判定部１１２は、ユーザが乗車していると判定し、検索したレコードに対応付けられている列車ＩＤ１２５１を特定する。一方、検索したレコードが存在しない場合には、乗車していないと判定する。
【０１２５】
ユーザが乗車していない場合には、空席ナビゲーションサーバ１００のデータ送受信部１１１は、携帯端末２００に乗車していない旨を通知する（Ｓ１１）。この通知を受けた携帯端末２００は、ステップＳ７〜Ｓ９の処理を繰り返し、空席ナビゲーションサーバ１００は、Ｓ１０において、ユーザが乗車するまで、ユーザの乗車の有無を判定する。
【０１２６】
一方、ユーザが乗車している場合には、図１６に示すように、空席ナビゲーションサーバ１００のデータ送受信部１１１は、携帯端末２００に乗車している旨を通知する（Ｓ１２）。
【０１２７】
この通知を受けた携帯端末２００は、ステップＳ７〜Ｓ９の処理を再度行い、通信パケット４００を受信したデータ送受信部１１１は、位置情報２２３（２値化位置情報４０６）を受信した日時（第２の日時情報）を再取得する。
【０１２８】
続いて、空席ナビゲーションサーバ１００の着席判定部１１３は、乗車している列車にユーザが着席しているか否か判定する（Ｓ１３）。
【０１２９】
ユーザが着席していない場合には、着席判定部１１３は、ユーザが乗車している列車（列車ＩＤ１２３６）と、車両名（各号車）と、を座席特定ＤＢ１２３から特定し、記憶しておく。
【０１３０】
そして、空席ナビゲーションサーバ１００のデータ送受信部１１１は、ユーザが着席情報を必要としているか否かについて、携帯端末２００に問い合わせる（Ｓ１４）。具体的には、データ送受信部１１１は、携帯端末２００で表示可能な問い合わせ用の確認画面５１０を、携帯端末２００に送信する。なお、確認画面５１０は、予め記憶部１２０が記憶しているものとする。
【０１３１】
携帯端末２００は、この問い合わせを受け付けると、表示部２４０が確認画面５１０をディスプレイ５００（出力装置７０８）に表示し、入力部２３０がユーザからの指示を受け付ける。
【０１３２】
図１７（Ａ）は、確認画面５１０の表示例を示す図である。図示するように、確認画面５１０は、着席情報を表示させるか否かを決定するためのボタン（「はい」ボタン５１１及び「いいえ」ボタン５１２）から構成される。
【０１３３】
ユーザが「はい」ボタン５１２を選択した場合、携帯端末２００のデータ送受信部２１４は、着席情報を要求する旨の通知を、空席ナビゲーションサーバ１００に通知する（Ｓ１５）。
【０１３４】
着席情報の要求を受け付けた空席ナビゲーションサーバ１００は、ステップＳ１３で記憶しておいた列車ＩＤ１２３６と車両名に基づいて、携帯端末２００から要求された着席画像データを着席情報ＤＢ１２６から読み出し（Ｓ１６）、携帯端末２００に送信する（Ｓ１７）。
【０１３５】
着席画像データを受信した携帯端末２００の表示部２４０は、受信した着席画像データに基づく着席情報画面５２０をディスプレイ５００に表示する（Ｓ１８）。これにより、ユーザは、乗車中の車両において、どの座席が早く空席になるかについて知ることができる。
【０１３６】
図１７（Ｂ）は、着席情報画面５２０の表示例を示す図である。図示するように、着席情報画面５２０には、ユーザの位置周辺の車両内に配置されている座席上に、着席情報が表示される。表示部２４０は、入力部２３０を介してユーザの指示を受け付け、ディスプレイ５００に表示する着席情報画面５２０を縮小、拡大、スクロールなどさせることができる。
【０１３７】
一方、ステップＳ１４において、ユーザが「いいえ」ボタン５１２を選択した場合には、携帯端末２００の制御部２１０は、処理を、図１６に示すＡに戻す。これにより、空席ナビゲーションサーバ１００は、再度、ステップＳ１０においてユーザの着席の有無を判定することになるため、列車が駅に停車するたびに、ユーザの着席を判定することができる。
【０１３８】
また、ステップＳ１３での判定により、ユーザが着席している場合には、空席ナビゲーションサーバ１００の着席情報算出部１１４は、処理をステップＳ１９に移行し、図１８に示すように、ユーザの着席している座席が空席になるまでの時間（着席情報）を算出する（Ｓ１９）。
【０１３９】
続いて、空席ナビゲーションサーバ１００の着席画像データ生成部１１５は、ステップＳ１９にて算出した着席情報を、車両画像マスタに合成して着席画像データを生成する（Ｓ２０）。
【０１４０】
そして、データ送受信部１１１は、着席画像データを生成（更新）した旨を、携帯端末２００に通知する（Ｓ２１）。
【０１４１】
この通知を受けた携帯端末２００は、改札機（出場用）３００から発信されている電波を受信するまでは、処理を図１６に示すＡに戻す。これにより、本システム１０では、列車の停車駅ごとに、着席画像データを更新することになるため、定期区間の途中駅（降車駅の手前）で、ユーザが着席していた座席から離れた場合に、着席画像データの当該座席の位置に着席情報が表示されなくなる。
【０１４２】
また、各駅に設置された改札機（出場用）３００の非接触ＩＣカードリーダライタ８０５は、電波を発信し、携帯端末２００からの応答を待っている（Ｓ２２）。
【０１４３】
駅構内から出場しようとしているユーザが、改札機（出場用）３００に定期券機能付きの携帯端末２００を近づけると、携帯端末２００の近距離無線通信部２５０は、改札機３００から発信されている電波を受信し、記憶部２２０に記憶されている端末ＩＤ２２１と定期券情報（定期区間情報２２２を含む）を、改札機３００に送信する（Ｓ２３）。
【０１４４】
改札機３００の通信部３０は、携帯端末２００を所有するユーザが、駅構内から出場した旨を、空席ナビゲーションサーバ１００に通知する（Ｓ２４）。
【０１４５】
一方、携帯端末２００では、ステップＳ２３で駅構内から出場する際の改札処理を終了した後に、モード切替部２１２は、携帯端末２００のモードを上述した通常モードに切り替える（Ｓ２５）。これにより、携帯端末２００は、現在位置（位置情報２２３）の空席ナビゲーションサーバ１００への送信を停止する。
【０１４６】
次に、図１９は、空席ナビゲーションサーバ１００で行われる、上記ステップＳ３〜Ｓ１１における乗車判定処理の詳細を示すフローチャートである。
【０１４７】
図示するように、データ送受信部１１１は、端末ＩＤ２２１、定期区間情報２２２、駅特定データ、を受信するまで待機する（ステップＳ１０１；Ｎｏ）。各データを受信した場合に（ステップＳ１０１；Ｙｅｓ）、データ送受信部１１１は、乗車判定処理を開始する。
【０１４８】
乗車判定処理を開始後、データ送受信部１１１は、ステップＳ１０１で受信した各データを定期区間テーブル１２１に追加する（ステップＳ１０２）。具体的には、図１５に示すステップＳ４の処理を実行する。
【０１４９】
ただし、ステップＳ１０１で受信したデータが２値化されている場合には、データ送受信部１１１は、２値化端末ＩＤ４０４、２値化定期区間情報４０５、２値化された駅特定データ、をそれぞれ２値化される前のデータに復元してから、ステップＳ１０２における処理を実行する。
【０１５０】
続いて、乗車判定部１１２は、改札機３００を通過したユーザが乗車する列車の候補を運行情報ＤＢ１２５から検索する（ステップＳ１０３）。具体的には、図１５に示すステップＳ５の処理を実行する。
【０１５１】
乗車候補となるレコードを検索後、データ送受信部１１１は、携帯端末２００から端末ＩＤ２２１および位置情報２２３を受信するまで待機する（ステップＳ１０４；Ｎｏ）。各データを受信した場合に（ステップＳ１０４；Ｙｅｓ）、データ送受信部１１１は、現在時刻を特定する（ステップＳ１０５）。具体的には、データ送受信部１１１は、位置情報２２３（２値化位置情報４０６）を受信した日時（第２の日時情報）をタイマなどから取得する。
【０１５２】
このとき、ステップＳ１０４で受信したデータが２値化されている場合には、データ送受信部１１１は、２値化端末ＩＤ４０４、２値化位置情報４０６、をそれぞれ２値化される前のデータに復元する。
【０１５３】
また、データ送受信部１１１は、受信した端末ＩＤ２２１と位置情報２２３を対応付けたレコードを、位置情報テーブル１２２に追加する。ただし、既に位置情報テーブル１２２に、受信した端末ＩＤ２２１に対応する端末ＩＤ１２２１が記憶されている場合には、該当するレコードに上書きする。また、以下の処理では、データ送受信部１１１は、位置情報２２３を受信するたびに、位置情報テーブル１２２を更新する。従って、位置情報テーブル１２２には、携帯端末２００についての最新の情報が格納される。
【０１５４】
続いて、乗車判定部１１２は、ステップＳ１０３で乗車候補として特定したレコードの中から、ステップＳ１０４で受信した位置情報２２３に対応する停車領域１２５４を有し、かつ、ステップＳ１０５で特定した第２の日時情報に対応する停車時刻１２５３を有するレコードを検索する（ステップＳ１０６）。具体的には、乗車判定部１１２は、ステップＳ１０４で受信した位置情報２２３が示す位置が、停車領域１２５４が示す「領域」内に存在し、かつ、ステップＳ１０５で特定した第２の日時情報が、停車時刻１２５３が示す「停車開始時刻から停車終了時刻までの時間」内であるレコードを検索する。
【０１５５】
乗車判定部１１２は、ステップＳ１０６において検索した結果、該当するレコードがある場合（ステップ１０７；Ｙｅｓ）、ユーザが乗車していると判定し、着席情報送信処理を開始する（ステップＳ１０８）。一方、該当するレコードがない場合には（ステップＳ１０７；Ｎｏ）、ユーザは乗車していない（駅構内のホームなどにいる）と判定して、処理をステップＳ１０９に移行する。
【０１５６】
ステップＳ１０９に処理が移行すると、データ送受信部１１１は、通信部１５０を介して、ユーザが乗車していない旨を携帯端末２００に通知する（ステップＳ１０９）。
【０１５７】
通知後、制御部１１０は、乗車判定処理を終了する。
【０１５８】
次に、図２０は、空席ナビゲーションサーバ１００で行われる着席情報送信処理（ステップＳ１０８）の詳細を示すフローチャートである。
【０１５９】
着席情報送信処理に移行すると、データ送受信部１１１は、携帯端末２００に乗車している旨を通知し、携帯端末２００から新たに位置情報２２３（２値化位置情報４０６）を受信するまで待機する（ステップＳ１０９；Ｎｏ）。
【０１６０】
データ送受信部１１１は、位置情報２２３（２値化位置情報４０６）を受信した場合（ステップＳ１０９；Ｙｅｓ）、ステップＳ１０５と同様に、現在時刻（第２の日時情報）を特定する（ステップＳ１１０）。
【０１６１】
続いて、着席判定部１１３は、携帯端末２００（ユーザ）が、列車内の座席上に位置しているか否か判別する（ステップＳ１１１）。具体的には、着席判定部１１３は、まず、ステップＳ１０６で検索したレコードが有する駅名１２５２と、当該レコードに対応する列車ＩＤ１２５１を特定する。次に、着席判定部１１３は、特定した列車ＩＤ１２５１と駅名１２５２に対応付けられているレコードを、座席特定ＤＢ１２３から検索する。そして、着席判定部１１３は、検索したレコードに、ステップＳ１１０で受信した位置情報２２３に対応する座席情報（１２３２Ａ、１２３３Ａ、など）があるか否か判別する。ここで、例えば、座席情報（１２３２Ａ、１２３３Ａ、など）が示す「領域」内に、ステップＳ１１０で受信した位置情報２２３が存在する場合には、携帯端末２００が座席上に位置している（ユーザが着席している可能性がある）と判定する。この場合、記憶部１２０は、携帯端末２００が位置している座席を特定する座席名（例えば、「２号車の第２の座席１２３３Ｂ」といった名称など）を、一時的に記憶しておく。一方、座席情報（１２３２Ａ、１２３３Ａ、など）が示す「領域」内に、位置情報２２３が存在しない場合には、携帯端末２００が座席上に位置していない（ユーザが着席していない）と判定する。この場合、着席判定部１１３は、ユーザが乗車している列車（ステップＳ１１１で特定した列車ＩＤ１２３６）と、車両名（各号車）と、を一時的に記憶しておく。なお、車両名（各号車）は、座席特定ＤＢ１２３において、携帯端末２００の位置情報２２３に最も近い座席情報（１２３２Ａ、１２３３Ａ、など）を有する座席が配置されている車両とする。
【０１６２】
着席判定部１１３は、携帯端末２００の位置が、列車内の座席上に位置していると判定した場合（ステップＳ１１１；Ｙｅｓ）、タイマなどを起動して、所定の時間が経過するまで待機する（ステップＳ１１６）。この待機中、データ送受信部１１１は、携帯端末２００から位置情報２２３（２値化位置情報４０６）を、定期的に受信している。
【０１６３】
所定の時間が経過後、着席判定部１１３は、直前にデータ送受信部１１１が受信した位置情報２２３（２値化位置情報４０６）が、ステップＳ１１１で携帯端末２００が位置していると判定した座席と同一の座席上に存在するか否か判別する（ステップＳ１１７）。具体的には、着席判定部１１３は、直前に受信した位置情報２２３が、ステップＳ１１１で携帯端末２００が位置していた座席の座席情報（１２３２Ａ、１２３３Ａ、など）が示す「領域」内に存在する場合には、同一座席上に存在すると判定する。一方、直前に受信した位置情報２２３が、ステップＳ１１１で携帯端末２００が位置していた座席の座席情報（１２３２Ａ、１２３３Ａ、など）が示す「領域」内に存在しない場合には、同一座席上に存在しないと判定する。
【０１６４】
着席判定部１１３は、携帯端末２００が同一座席上に存在すると判定した場合には（ステップＳ１１７；Ｙｅｓ）、携帯端末２００が、所定の時間、同一座席にとどまっていた（ユーザが着席している）ものとして、着席情報生成（更新）処理を開始する（ステップＳ１１８）。一方、携帯端末２００が同一座席上に存在しないと判定した場合には（ステップＳ１１７；Ｎｏ）、携帯端末２００は移動した（ユーザは着席していない）ものとして、処理をステップＳ１０９に戻す。
【０１６５】
また、ステップＳ１１１において、着席判定部１１３は、携帯端末２００の位置が、列車内の座席上に位置していないと判定した場合（ステップＳ１１１；Ｎｏ）、データ送受信部１１１は、ユーザが着席情報を必要としているか否かについて、携帯端末２００に問い合わせる（ステップＳ１１２）。具体的には、データ送受信部１１１は、ステップＳ１４と同様の処理を行う。
【０１６６】
そして、データ送受信部１１１は、携帯端末２００から着席情報について要求を受け付けるまで待機する（ステップＳ１１３；Ｎｏ）。
【０１６７】
データ送受信部１１１は、着席情報について携帯端末２００から要求を受け付けると（ステップＳ１１３；Ｙｅｓ）、携帯端末２００が位置している車両の着席画像データを読み出す（ステップＳ１１４）。例えば、データ送受信部１１１は、ステップＳ１１１で一時的に記憶しておいた列車ＩＤ１２３６と車両名（各号車）を読み出し、読み出した両データで特定される着席画像データを着席情報ＤＢ１２６から読み出す。
【０１６８】
そして、データ送受信部１１１は、ステップＳ１１４で読み出した着席画像データを、通信部１５０を介して、携帯端末２００に送信する（ステップＳ１１５）。
【０１６９】
送信後、制御部１１０は、着席情報送信処理を終了する。
【０１７０】
次に、図２１は、空席ナビゲーションサーバ１００で行われる着席情報生成（更新）処理（ステップＳ１１８）の詳細を示すフローチャートである。
【０１７１】
着席情報生成処理に移行すると、制御部１１０は、ユーザが着席している座席について、着席情報を算出する処理と、着席情報を表示する位置（座席上）を特定する処理と、を並行（或いは連続）して行う。
【０１７２】
着席情報を算出する処理では、まず、着席情報算出部１１４は、ユーザが乗車している列車の停車中の駅（最寄り駅）を特定する（ステップＳ１１９）。具体的には、着席情報算出部１１４は、ステップＳ１１１で特定した列車ＩＤ１２３６（列車ＩＤ１２５１）に対応付けられ、かつ、ステップＳ１０９で受信した位置情報２２３に対応する停車領域１２５４と、ステップＳ１１０で特定した第２の日時情報に対応する停車時刻１２５３と、をともに有するレコードを、運行情報ＤＢ１２５から検索する。そして、着席情報算出部１１４は、検索したレコードに格納されている駅名１２５２を、最寄り駅１２１２として特定する。また、着席情報算出部１１４は、特定した最寄り駅１２１２を、携帯端末２００から送信された端末ＩＤ１２２１に対応付けて位置情報テーブル１２２に記憶する。なお、着席情報算出部１１４は、最寄り駅１２１２を特定するたびに、特定した最寄り駅１２１２を、位置情報テーブル１２２に記憶する。
【０１７３】
続いて、着席情報算出部１１４は、定期区間テーブル１２１からユーザの降車駅１２１３を特定し、列車が最寄り駅１２１２から降車駅１２１３に到着するまでの所要時間を着席情報として算出する（ステップＳ１２０）。具体的には、着席情報算出部１１４は、ステップＳ１１１で特定した列車ＩＤ１２３６（列車ＩＤ１２５１）の列車について、降車駅１２１３に対応する駅名１２５２を有するレコードに格納された停車時刻１２５３（停車開始時刻）を特定する。さらに、同列車ＩＤ１２３６（列車ＩＤ１２５１）の列車について、最寄り駅１２１２に対応する駅名１２５２を有するレコードに格納された停車時刻１２５３（停車終了時刻）を特定する。そして、着席情報算出部１１４は、降車駅１２１３に基づいて特定した停車時刻１２５３と、最寄り駅１２１２に基づいて特定した停車時刻１２５３と、の差分時間を算出し、算出した差分時間を着席情報とする。
【０１７４】
一方、着席情報を表示する位置（座席上）を特定する処理では、まず、着席画像データ生成部１１５は、ユーザが着席している座席を特定する座席名（ステップＳ１１１において記憶部１２０が記憶した座席名）を読み出す（ステップＳ１２１）。
【０１７５】
続いて、着席画像データ生成部１１５は、ユーザが乗車している車両についての車両画像マスタを車両画像マスタＤＢ１２４から読み出し、読み出した車両画像マスタにおいてユーザが着席している座席の位置を特定する（ステップＳ１２２）。具体的には、着席画像データ生成部１１５は、ステップＳ１１１で記憶しておいた列車ＩＤ１２３６と車両名（各号車）を読み出し、当該列車ＩＤ１２３６（列車ＩＤ１２４１）と車両名で特定される車両画像マスタを、車両画像マスタＤＢ１２４から読み出す。そして、読み出した車両画像マスタ上において、ステップＳ１２１で読み出した座席名に対応する位置を、上述した画像位置データに基づき特定する。
【０１７６】
ステップＳ１２０およびステップＳ１２２の処理を終了すると、着席画像データ生成部１１５は、ステップＳ１２２で特定した車両画像マスタ上の位置に、ステップＳ１２０で算出した着席情報を表示した着席画像データを生成する（ステップＳ１２３）。なお、着席情報の算出と、着席情報を表示する位置を特定する処理は、各座席ごとに行われ、着席画像データのそれぞれの座席上には、座席ごとに算出した着席情報が表示される。
【０１７７】
そして、着席画像データ生成部１１５は、生成した着席画像データを、着席情報ＤＢ１２６に記憶する（ステップＳ１２４）。このとき、着席画像データ生成部１１５は、後で、列車ＩＤと車両名から着席画像データを読み出すことが可能なように、列車ＩＤと車両名（１２６１）を着席画像データに対応付けて記憶する。
【０１７８】
その後、データ送受信部１１１は、着席画像データを生成（更新）した旨を、携帯端末２００に通知する（ステップＳ１２５）。
【０１７９】
通知後、制御部１１０は、空席画像生成（更新）処理を終了する。
【０１８０】
以上の処理を、空席ナビゲーションサーバ１００が行うことにより、座席に着席したユーザの操作を必要とせずに、その座席が空席になるまでの時間を求めることができる。また、座席に着席できなかったユーザに対して、座席が空席になるまでの時間を知るせることができる。
（第２の実施形態）
上記の第１の実施形態では、空席ナビゲーションサーバ１００の乗車判定部１１２は、運行情報ＤＢ１２５に予め記憶されている停車領域１２５４を用いて、ユーザの乗車の有無について判定している。また、着席判定部１１３は、座席特定ＤＢ１２３に予め記憶されている座席情報（領域データ）を用いて、ユーザの着席の有無について判定している。
【０１８１】
これに対して、第２の実施形態では、乗車判定部１１２は、運行情報ＤＢ１２５の停車領域１２５４を用いずに、ユーザの乗車の有無について判定する。また、着席判定部１１３は、座席特定ＤＢ１２３の座席情報（領域データ）を用いずに、ユーザの着席の有無について判定する。
【０１８２】
第２の実施形態が適用された空席ナビゲーションサーバ１００において、運行情報ＤＢ１２５は、第１の実施形態とは異なるデータ構造を有している。また、座席特定ＤＢ１２３は、第１の実施形態とは異なり、座席情報として座標データを格納している。その他の構成については、第１の実施形態が適用された空席ナビゲーションサーバ１００と同様の構成からなる。
【０１８３】
図２２は、第２の実施形態が適用された運行情報ＤＢ１２５の概略データ構造を示す図である。図示するように、運行情報ＤＢ１２５には、列車ＩＤ１２５１ごとに、停車駅の駅名１２５２と、停車時刻１２５３と、停車基準点１２５６と、境界線１２５７と、進行方向（Ｙ方向）１２５８と、を対応付けたレコードが格納されている。
【０１８４】
列車ＩＤ１２５１、駅名１２５２、停車時刻１２５３は、それぞれ、第１の実施形態におけるデータと同様のデータである。
【０１８５】
停車基準点１２５６は、列車が各駅において定位置に停車したときに、基準となる地点を示すデータである。例えば、停車基準点１２５６は、列車が各駅において定位置に停車したときに、先頭車両の進行方向に向かって左前方隅が位置する地点を示す座標（経度、緯度）データである。
【０１８６】
境界線１２５７は、列車とプラットホームとの境界線を示す直線データである。
【０１８７】
進行方向（Ｙ方向）１２５８は、列車が各駅において定位置に停車したときに、進行方向を示す方向（経度、緯度）データである。
【０１８８】
また、図２３は、第２の実施形態が適用された座席特定ＤＢ１２３の概略データ構造を示す図である。図示するように、座席特定ＤＢ１２３には、列車ＩＤ１２３６ごとに、停車駅の駅名１２３１と、列車を編成している各車両ごとの座席情報（１２３２Ａ、１２３３Ａ、など）と、を対応付けたレコードが格納されている。
【０１８９】
列車ＩＤ１２３６、駅名１２３１は、それぞれ、第１の実施形態におけるデータと同様のデータである。
【０１９０】
各号車に配置される各座席の座席情報（１号車の第１の座席１２３２Ａ、１号車の第２の座席１２３３Ａ、２号車に配置される第１の座席１２３２Ｂ、など）は、各座席の位置を示すデータである。例えば、１号車の第１の座席１２３２Ａの欄には、第１の座席の中心位置を特定する「（経度ｘ，緯度ｙ）」といった座標データが格納される。ただし、各座標データは、停車基準点１２５６からの相対座標データである。
【０１９１】
次に、以上のような運行情報ＤＢ１２５および座席特定ＤＢ１２３を有する空車ナビゲーションサーバ１００の乗車判定部１１２が、ユーザの乗車の有無を判定する処理について説明する。
【０１９２】
図２４は、駅において列車が停車する所定の停車領域（斜線部分）を示す図である。図示するように、停車基準点１２５６は、列車が所定の停車領域（斜線部分）に停車したときに、先頭車両の進行方向に向かって左前方隅が位置する地点とする。ただし、この地点に限定するものではない。なお、進行方向（Ｙ方向）を逆位相回転して求まる方向を、以下では、「垂直方向（Ｘ方向）」とよび、停車基準点１２５６を通って車両方向（Ｘ方向）に平行な線（太線矢印）を、以下では「Ｘ軸」とよび、停車基準点１２５６を通って進行方向（Ｙ方向）に平行な線（太線矢印）を、以下では、「Ｙ軸」とよぶ。
【０１９３】
乗車判定部１１２は、携帯端末２００が所定の停車領域（斜線部分）に位置している場合に、ユーザが列車に乗車していると判定する。
【０１９４】
具体的には、乗車判定部１１２は、第１の実施形態と同様に、ユーザが乗車する候補となる列車を、運行情報ＤＢ１２５から検索しておき、乗車候補の列車の中から、実際にユーザが乗車している列車を検索する。例えば、乗車判定部１１２は、先に候補として検索したレコードの中から、携帯端末２００の位置（端末位置１２２２）が境界線１２５７を越えて車両の停車領域に存在しているレコードを検索する。
【０１９５】
ここで、携帯端末２００の位置が境界線１２５７を越えて停車領域に存在するか否かについての判定は、乗車判定部１１２が、運行情報ＤＢ１２４に格納されている停車基準点１２５６、境界線１２５７、進行方向（Ｙ方向）１２５８、進行方向１２５８から求まる垂直方向（Ｘ方向）を用いて行う。具体的には、乗車判定部１１２は、緯度経度座標系における携帯端末２００の位置を、停車基準点１２５６を原点とし、垂直方向（Ｘ方向）１２５７及び進行方向（Ｙ方向）１２５８を基底ベクトルとした座標系に変換して判定する。
【０１９６】
図２５は、緯度経度座標系における携帯端末２００の位置を、停車基準点１２５６を原点とする座標系に変換する説明図である。
【０１９７】
図示するように、停車基準点１２５６の緯度経度座標系における座標を（ｘＯ，ｙＯ）とし、緯度経度座標系における経度軸とＸ軸のなす角をθとすると、乗車判定部１１２は、携帯端末２００の位置（端末位置１２２２）を、平行移動（−ｘＯ，−ｙＯ）させ、回転移動（−θ）する。これにより、携帯端末２００の位置（端末位置１２２２）について、停車基準点１２５６を原点とする座標系における位置に変換することができる。
【０１９８】
また、乗車判定部１１２は、境界線１２５７についても、同様の平行移動、回転移動させる。
【０１９９】
そして、乗車判定部１１２は、停車基準点１２５６が境界線１２５７上にある場合には、停車基準点１２５６を原点とする座標系に変換後の携帯端末２００の位置が、変換後の境界線１２５７の垂直方向（Ｘ方向）側に存在するか否か判定する。一方、停車基準点１２５６が境界線１２５７上にない場合には、停車基準点１２５６を原点とする座標系に変換後の携帯端末２００の位置が、変換後の境界線１２５７の垂直方向の逆方向（−Ｘ方向）側に存在するか否か判定する。
【０２００】
具体的には、乗車判定部１１２は、停車基準点１２５６が境界線１２５７上にある場合には、停車基準点１２５６を原点とする座標系に変換された携帯端末２００の位置について、ｘ座標が正であれば、ユーザは列車に乗車していると判定し、ｘ座標が負であれば、ユーザは列車に乗車していないと判定する。また、停車基準点１２５６が境界線１２５７上にない場合には、停車基準点１２５６を原点とする座標系に変換された携帯端末２００の位置について、ｘ座標が負であれば、ユーザは列車に乗車していると判定し、ｘ座標が正であれば、ユーザは列車に乗車していないと判定する。
【０２０１】
以上の判定を、乗車判定部１１２は、先に候補として検索した各レコードについて行い、ユーザが乗車しているレコードを検索する。該当するレコードが存在しない場合には、ユーザは乗車していないと判定する。
【０２０２】
次に、着席判定部１１３が、ユーザの着席の有無を判定する処理について説明する。
【０２０３】
第１の実施形態と同様に、着席判定部１１３は、ユーザ（携帯端末２００）が同一座席の位置に所定時間以上いるか否かに応じて、当該座席への着席の有無を判定する。
【０２０４】
第２の実施形態では、着席判定部１１３が、携帯端末２００の位置（端末位置１２２２が示す位置）の座席を、座席特定ＤＢ１２３から特定する処理が異なる。
【０２０５】
着席判定部１１３は、ユーザが乗車している列車について特定した列車ＩＤ１２５１と駅名１２５２に対応付けられているレコード（座席特定ＤＢ１２３）に、携帯端末２００の位置情報２２３に対応する座席情報（１２３２Ａ、１２３３Ａ、など）があるか否か判別する。
【０２０６】
具体的には、着席判定部１１３は、ユーザが乗車している列車に対応するレコードに格納されている座席情報（１２３２Ａ、１２３３Ａ、など）のうち、携帯端末２００の位置情報２２３に最も近傍の座席情報（絶対座標データ）を特定する。ただし、着席判定部１１３は、座席情報（相対座標データ）と停車基準点１２５６の和を座席情報（絶対座標データ）として前もって求めておく。そして、着席判定部１１３は、特定した座席情報が示す位置を中心として、所定距離Ｒを半径とする円の領域内に、携帯端末２００の位置（位置情報２２３）が存在するか否か判別する。別の言い方をすれば、着席判定部１１３は、特定した座席情報が示す位置から所定距離Ｒ以内に、携帯端末２００の位置（位置情報２２３）が存在するか否か判別する。このとき、着席判定部１１３は、携帯端末２００の位置（位置情報２２３）が円の領域内に存在する場合に、携帯端末２００が座席上に位置している（ユーザが着席している可能性がある）と判定する。ただし、所定距離Ｒについては、予め記憶部１２０に記憶されているものとする。
【０２０７】
図２６は、座席の領域を所定距離Ｒを半径とする円とした場合の概念図である。図示する例では、携帯端末２００の位置（ｘ’，ｙ’）は、第１の座席の座席情報１２３２Ａを中心とする円の内側であるので、携帯端末２００が座席（第１の座席）上に位置していると判定される。
【０２０８】
その後、着席判定部１１３は、第１の実施形態と同様に、ユーザ（携帯端末２００）が同一座席の位置に所定時間以上いるか否かに応じて、当該座席への着席の有無を判定する。
【０２０９】
以上の処理により、第２の実施形態では、運行情報ＤＢ１２５および座席特定ＤＢ１２３に記憶しておくデータについて、第１の実施形態と比較して単純化することができ、データ量も少なくすることができる。
【０２１０】
なお、本発明は、上記実施形態に限定されず、種々の変形、応用が可能である。
【０２１１】
例えば、上記各実施形態において空席ナビゲーションサーバ１００で行われている各種処理を、携帯端末２００が行うようにしてもよい。
【０２１２】
具体的には、携帯端末２００が、着席情報を算出し、着席画像データを生成するようにしてもよい。
【０２１３】
この場合、携帯端末２００は、各座席に着席しているユーザの降車駅１２１３に対応する停車時刻（開始時刻）１２５３を、空席ナビゲーションサーバ１００から取得し、取得した各停車時刻１２５３と、携帯端末２００が保有する現在時刻と、の差分時間を求めて着席情報を算出する。このとき、携帯端末２００は、各停車時刻１２５３とともに、対応する各座席を特定する情報（例えば、座席名）も取得する。
【０２１４】
さらに、携帯端末２００は、携帯端末２００が位置している車両の車両画像マスタを空席ナビゲーションサーバ１００から取得して、取得した車両画像マスタに、先に算出した着席情報を合成して着席画像データを生成する。このとき、携帯端末２００は、上述した画像位置データを空席ナビゲーションサーバ１００から取得し、取得した画像位置データに基づいて、車両画像マスタの適切な位置に、着席情報を合成する。
【０２１５】
また、上記各実施形態では、携帯端末２００は、空席ナビゲーションサーバ１００から、携帯端末２００が位置している車両の着席画像データだけを受信している。しかし、本願発明は、これに限定されず、例えば、携帯端末２００は、列車を編成する全ての車両についての着席画像データを空席ナビゲーションサーバ１００から受信し、入力部２３０を介したユーザの指示に基づき、列車内の任意の位置の着席画像データを表示するようにしてもよい。
【０２１６】
また、上記各実施形態では、空席ナビゲーションサーバ１００は、携帯端末２００が通過した改札機３００から、定期区間情報２２２を受信している。しかし、本発明は、これに限定されない。例えば、空席ナビゲーションサーバ１００は、携帯端末２００が改札機３００を通過したときに、携帯端末２００から定期区間情報２２２を受信するようにしてもよい。
【０２１７】
また、上記各実施形態では、着席判定部１１３は、ユーザ（携帯端末２００）が同一座席の位置に所定時間以上いるか否かに応じて、当該座席への着席の有無を判定している。しかし、本発明は、これに限定されない。例えば、着席判定部１１３は、携帯端末２００の位置（端末位置１２２２が示す位置）の座席を、座席特定ＤＢ１２３から検索し、該当する座席がある場合には、ユーザが当該座席に着席していると判定する。一方、該当する座席がない場合には、ユーザは着席していないと判定する。
【０２１８】
また、上記第１の実施形態では、運行情報ＤＢ１２５に格納される停車領域１２５４は、列車の停車位置（領域）を特定する座標（経度、緯度）データとしている。例えば、停車領域１２５４は、列車の停車領域における対角の２点を特定する座標（経度、緯度）データでもよい。この場合、乗車判定部１１２は、その２点の座標データから停車領域を示す領域データを生成し、生成した領域データが示す領域内に携帯端末２００の位置（端末位置１２２２）が存在しているか否か判定するようにする。
【０２１９】
また、上記第１の実施形態では、座席特定ＤＢ１２３に格納される各座席の座席情報は、各座席の領域を示す領域データである。しかし、これに限定されず、例えば、座席情報は、座席の領域における対角の２点を特定する座標（経度、緯度）データでもよい。この場合、着席判定部１１３は、その２点の座標データから座席の領域を示す領域データを生成し、生成した領域データが示す領域内に携帯端末２００の位置（端末位置１２２２）が存在しているか否か判定するようにする。
【０２２０】
また、上記第２の実施形態では、座席特定ＤＢ１２３に格納される各座席の座席情報は、各座席の中心位置を示す座標データである。本発明は、これに限定されず、例えば、座席情報は、座席の領域における対角の２点を特定する座標データ（ただし、停車基準点１２５６からの相対座標データ）でもよい。この場合も、着席判定部１１３は、その２点の座標データから座席の領域を示す領域データを生成し、生成した領域データが示す領域内に携帯端末２００の位置（端末位置１２２２）が存在しているか否か判定するようにする。
【０２２１】
また、上記各実施形態では、着席情報算出部１１４は、着席しているユーザが乗車している列車の停車中の駅を最寄り駅として特定し、位置情報テーブル１２２に上書きしている。しかし、本発明は、これに限定されない。例えば、着席情報算出部１１４は、列車が走行中の場合には、次に停車する駅を最寄り駅として特定してもよい。具体的には、着席情報算出部１１４は、運行情報ＤＢ１２５から停車駅の駅名１２５２を検索するが、列車の走行中には、該当するデータを検索できない。この場合、着席情報算出部１１４は、位置情報２２３を受信した日時を示す第２の日時情報に最も近い停車時刻１２５３を有しているレコードを、運行情報ＤＢ１２５から再検索する。そして、再検索したレコードに格納されている駅名１２５２を、最寄り駅１２１２として特定し、特定した最寄り駅１２１２に基づいて着席情報を算出する。これにより、本願の空席ナビゲーションサーバ１００は、より正確な着席情報をユーザに提供することができる。
【図面の簡単な説明】
【０２２２】
【図１】空席ナビゲーションシステムの概略構成図である。
【図２】改札機の機能構成図である。
【図３】改札機のハードウェア構成の一例を示した図である。
【図４】携帯端末の機能構成図である。
【図５】（Ａ）端末ＩＤのデータ構造を概念的に示した図である。（Ｂ）定期区間情報のデータ構造を概念的に示した図である。（Ｃ）位置情報のデータ構造を概念的に示した図である。
【図６】通信パケットのデータ構造を概念的に示した図である。
【図７】携帯端末のハードウェア構成の一例を示した図である。
【図８】空席ナビゲーションサーバの機能構成図である。
【図９】（Ａ）定期区間テーブルのデータ構造を概念的に示した図である。（Ｂ）位置情報テーブルのデータ構造を概念的に示した図である。
【図１０】第１の実施形態に係る運行情報ＤＢのデータ構造を概念的に示した図である。
【図１１】第１の実施形態に係る座席特定ＤＢのデータ構造を概念的に示した図である。
【図１２】車両画像マスタＤＢのデータ構造を概念的に示した図である。
【図１３】着席情報ＤＢのデータ構造を概念的に示した図である。
【図１４】空席ナビゲーションサーバのハードウェア構成の一例を示した図である。
【図１５】空席ナビゲーションシステムで行われる着席情報を表示する処理の第１のタイミングチャートである。
【図１６】空席ナビゲーションシステムで行われる着席情報を表示する処理の第２のタイミングチャートである。
【図１７】（Ａ）確認画面を表示した場合の画面例である。（Ｂ）着席情報画面を表示した場合の画面例である。
【図１８】空席ナビゲーションシステムで行われる着席情報を表示する処理の第３のタイミングチャートである。
【図１９】乗車判定処理のフローチャートである。
【図２０】着席情報送信処理のフローチャートである。
【図２１】着席情報生成（更新）処理のフローチャートである。
【図２２】第２の実施形態に係る運行情報ＤＢのデータ構造を概念的に示した図である。
【図２３】第２の実施形態に係る座席特定ＤＢのデータ構造を概念的に示した図である。
【図２４】駅において列車が停車する所定の停車領域を示す図である。
【図２５】緯度経度座標系における携帯端末の位置を、停車基準点を原点とする座標系に変換する説明図である。
【図２６】座席の領域を所定距離Ｒを半径とする円とした場合の概念図である。
【符号の説明】
【０２２３】
１０・・・空席ナビゲーションシステム、１００・・空席ナビゲーションサーバ、１１１・・・データ送受信部、１１２・・・乗車判定部、１１３・・・着席判定部、１１４・・・着席情報算出部、１１５・・・着席画像データ生成部、１２１・・・定期区間テーブル、１２２・・・位置情報テーブル、１２３・・・座席特定ＤＢ、１２４・・・車両画像マスタＤＢ、１２５・・・運行情報ＤＢ、１２６・・・着席情報ＤＢ、２００・・・携帯端末、２１１・・・改札処理部、２１２・・・モード切替部、２１３・・・現在位置算出部、２１４・・・着席情報処理部、２２１・・・端末ＩＤ、２２２・・・定期区間情報、２２３・・・位置情報、３００・・・改札機、４００・・・通信パケット、５１０・・・確認画面、５２０・・・着席情報画面。
【技術分野】
【０００１】
本発明は、車両の着席情報を提供する技術に関する。
【背景技術】
【０００２】
電車やバス等の公共交通機関では、着席可能な座席数に制限があり、全ての利用者が着席できるわけではない。満席の状態において、なるべく早く着席したい利用者は、着席者のそばに立ち、空席になるのを待つことになる。
【０００３】
しかし、どの着席者が早く席を立つかはわからないため、自分よりも後から乗車した利用者に、先に着席されてしまうことがある。このような状況に不満を感じる利用者は、少なくない。
【０００４】
この点、特許文献１には、乗客が所持する意思表示端末に、それぞれの座席が空席になるまでの時間（以下では、「着席情報」ともよぶ）を表示する技術について記載されている。これにより、乗客は、どの座席が早く空席になるのか把握することができるようになる。
【０００５】
【特許文献１】特開２００４−８６４７１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
特許文献１に記載の技術では、各座席が空席になるまでの時間を、乗客によって意思表示端末に入力された降車予定駅などを用いて算出している。着席した乗客は、着席していない乗客のために降車予定駅などの情報を意思表示端末に入力しなければならず、負担が強いられることになる。
【０００７】
本発明は、公共交通機関の利用者に負担を強いることなく、座席が空席になるまでの時間を表示するための技術を提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記課題を解決するため、本発明は、携帯端末から定期的に送信される位置情報を用いてユーザの着席を判定し、前記携帯端末から送信された降車駅情報を用いて、着席された座席が空席になるまでの時間を算出し、前記携帯端末に当該時間を表示させる。
【０００９】
例えば、本発明の空席ナビゲーションサーバは、車両の着席情報を提供する装置であって、車両の停車駅ごとに、車両の停車時刻と、車両が停車する所定の停車領域と、を対応付けた運行データと、車両内に配置されている座席の座席位置を特定する座席特定データと、車両内の座席の配置を示す車両画像データと、を記憶している記憶部と、定期券機能を有する携帯端末について、定期区間から特定されるユーザの降車駅を受信し、当該携帯端末の端末位置を示す位置情報を定期的に受信する受信部と、前記位置情報の示す端末位置が、前記停車時刻において、当該停車時刻に対応する前記停車領域内にあるか否かを判定する乗車判定部と、前記停車領域内にあると判定された前記端末位置が、前記座席特定データで特定される座席位置にある場合に、当該座席位置の座席にユーザが着席していると判定する着席判定部と、前記降車駅に対応する前記停車時刻を用いて、着席されていると判定された前記座席が空席になるまでの時間を算出する着席情報算出部と、算出した前記時間を前記車両画像データに合成して、着席画像データを生成する着席画像データ生成部と、前記乗車判定部により前記停車領域内にあると判定された前記端末位置の車両についての前記着席画像データを、当該端末位置の携帯端末に送信する着席画像データ送信部と、を備える。
【発明の効果】
【００１０】
本発明によれば、公共交通機関の利用者に負担を強いることなく、座席が空席になるまでの時間を表示することができる。
【発明を実施するための最良の形態】
【００１１】
（第１の実施形態）
以下、本発明の実施形態の一例について図面を参照して説明する。
【００１２】
図１は、本発明の一実施形態が適用された空席ナビゲーションシステム１０の概略構成図である。図示するように、空席ナビゲーションシステム１０は、空席ナビゲーションサーバ１００と、携帯端末２００と、改札機３００と、を備えている。
【００１３】
空席ナビゲーションサーバ１００、及び、改札機３００は、それぞれ相互にネットワーク３０を介して通信可能に接続されている。
【００１４】
ここで、ネットワーク３０は、一般的にインターネットで使用されているＴＣＰ／ＩＰプロトコル等で通信可能なネットワークである。
【００１５】
また、携帯端末２００は、携帯キャリアごとに独自の通信プロトコルで通信可能な事業者ネットワーク４０に接続されており、基地局などを介して、空席ナビゲーションサーバ１００と通信することができる。図示していないが、事業者ネットワーク４０とネットワーク３０の間には、基地局や、所定のプロトコル変換を行うゲートウェイなどが設置されている。
【００１６】
改札機３００は、鉄道の駅などの改札口に設置された装置であり、例えば、駅構内に一般的に設置される自動改札装置である。改札機３００は、乗車券（ＩＣ乗車券を含む）を確認する処理、運賃の処理、改札通路を通過した人数についての集計処理、といった各種情報処理を行う。
【００１７】
図２は、改札機３００の機能構成図を示す図である。図示するように、改札機３００は、制御部３１０と、記憶部３２０と、通信部３３０と、ＩＣカードリーダライタ部３４０と、を有する。
【００１８】
記憶部３２０は、改札機３００が設置されている駅を特定するための駅特定データを記憶している。例えば、駅特定データは、駅ごとに異なる文字列（数字列を含む）が割り当てられたデータである。
【００１９】
ＩＣカードリーダライタ部３４０は、携帯端末２００に内蔵したＩＣカードへのデータの書き込み、及び、読み出しを行う。このとき、ＩＣカードリーダライタ部３４０は、ＩＣカードに電力を供給するようにしてもよい。
【００２０】
ＩＣカードリーダライタ部３４０がＩＣカードから読み出すデータには、例えば、携帯端末２００の識別情報、定期券に関する定期券情報、乗車券に関する乗車券情報、などが含まれる。また、ＩＣカードリーダライタ部３４０がＩＣカードに書き込むデータには、改札の入出記録、運賃、などが含まれる。
【００２１】
通信部３３０は、ネットワーク３０を介して、空席ナビゲーションサーバ１００とデータの送受信を行う。具体的には、通信部３３０は、制御部３１０からの指示に基づいて、各種データを空席ナビゲーションサーバ１００に送信する。
【００２２】
制御部３１０は、改札機３００における種々の処理を行う。
【００２３】
例えば、制御部３１０は、ＩＣカードリーダライタ部３４０が携帯端末２００のＩＣカードから乗車券情報を読み出した場合には、読み出した乗車券情報が有効か否か判定する。
【００２４】
制御部３１０は、乗車券情報が有効と判定した場合、改札通路の通過を許可すべく、改札通路に設けられている開閉可能な通過扉を開く制御を行う。一方、乗車券情報が無効と判定した場合には、改札通路の通過を禁止すべく、通過扉を閉じる制御を行う。
【００２５】
また、制御部３１０は、ＩＣカードリーダライタ部３４０が携帯端末２００のＩＣカードから定期券情報を読み出した場合には、読み出した定期券情報が有効か否か判定する。そして、制御部３１０は、ここでの判定結果（有効又は無効を示す信号）を、ＩＣカードリーダライタ部３４０を介して、携帯端末２００に通知する。
【００２６】
制御部３１０は、定期券情報が有効と判定した場合、上記と同様に通過扉を開くとともに、携帯端末２００の端末識別情報と、定期券情報に含まれている定期区間情報と、記憶部３２０に記憶されている駅特定データと、を通信部３３０を介して空席ナビゲーションサーバ１００に送信する。一方、定期券情報が無効と判定した場合には、乗車券情報が無効な場合と同様に通過扉を閉じる。
【００２７】
また、制御部３１０は、乗車券情報又は定期券情報が有効な場合には、ＩＣカードリーダライタ部３４０を介して、改札の入出記録や運賃などを携帯端末２００のＩＣカードに書き込む制御を行う。
【００２８】
図３は、以上のような機能を有する改札機３００のハードウェア構成図である。図示するように、改札機３００は、改札扉の開閉などの制御を行う改札制御機構８０６に加え、ＣＰＵ８０１と、ＲＡＭ等の主記憶装置８０２と、ＲＯＭやＨＤＤ等の外部記憶装置８０３と、ネットワーク３０に接続するための通信装置８０４と、近距離無線通信によってＩＣカードのデータを読み書きする非接触ＩＣカードリーダライタ８０５と、を備えたコンピュータで実現される。
【００２９】
例えば、図２に示す記憶部３２０は、外部記憶装置８０３により実現可能であり、制御部３１０は、外部記憶装置８０３に記憶されている所定のプログラム（例えば、改札制御機構の制御プログラムや各種情報処理のためのプログラム）を主記憶装置８０２にロードしてＣＰＵ８０１で実行することで実現可能である。また、通信部３３０は、通信装置８０４により実現可能であり、ＩＣカードリーダライタ部３４０は、非接触ＩＣカードリーダライタ８０５により実現可能である。
【００３０】
図１に戻り、携帯端末２００は、定期券機能を有する携帯型の端末であり、例えば、携帯電話である。携帯端末２００は、空席ナビゲーションサーバ１００が生成したデータに基づいて、公共交通機関の車両に配置されている座席が空席になるまでの時間を表示する。
【００３１】
図４は、携帯端末２００の機能構成図を示す図である。図示するように、携帯端末２００は、制御部２１０と、記憶部２２０と、入力部２３０と、表示部２４０と、近距離無線通信部２５０と、通信部２６０と、ＧＰＳ信号受信部２７０と、を有する。
【００３２】
記憶部２２０は、端末識別情報（以下では、「端末ＩＤ」とよぶ）２２１と、定期区間情報２２２と、位置情報２２３と、を記憶する。
【００３３】
端末ＩＤ２２１は、携帯端末２００ごとに異なる文字列（数字列を含む）が割り当てられたデータである。図５（Ａ）は、端末ＩＤ２２１のデータ構造を示す図である。図示するように、記憶部２２０は、１つの端末ＩＤ２２１を記憶している。
【００３４】
定期区間情報２２２は、定期券情報に含まれており、定期区間（「第１の駅」から「第２の駅」までの区間）を特定するデータである。図５（Ｂ）は、定期区間情報２２２のデータ構造を示す図である。図示するように、定期区間情報２２２は、定期区間の一端の駅名を示す第１の駅名２２２１と、定期区間の他端の駅名を示す第２の駅名２２２２と、を対応付けたレコードからなる。
【００３５】
なお、記憶部２２０は、定期券情報として、定期区間情報２２２の他に、定期券の有効期限を示す情報などを記憶している。
【００３６】
位置情報２２３は、携帯端末２００の現在位置を示すデータであり、例えば、ＧＰＳ衛星から取得したＧＰＳ信号に基づいて算出した緯度、経度データである。図５（Ｃ）は、位置情報２２３のデータ構造を示す図である。図示するように、記憶部２２０は、携帯端末２００の現在位置を示す座標（経度，緯度）データを位置情報２２３として記憶する。
【００３７】
図４に戻り、入力部２３０は、ユーザによる入力を受け付ける。具体的には、入力部２３０は、電話番号の入力、電源の投入や切断の入力、各種指示ための入力などを受け付け、制御部２１０に通知する。
【００３８】
表示部２４０は、画像データなどの各種データを表示する。具体的には、表示部２４０は、表示のための描画コマンドを生成して各種データを表示する。ここで、表示する各種データには、空席ナビゲーションサーバ１００から送信されたデータや、各種アプリケーションの実行にともなうデータなどが含まれる。
【００３９】
近距離無線通信部２５０は、改札機３００とのデータの送受信を行う。具体的には、近距離無線通信部２５０は、改札機３００から電波を受信した場合（要求を受け付けた場合）に、記憶部２２０に記憶されている端末ＩＤ２２１と定期券情報（定期区間情報２２２を含む）を、改札機３００に送信する。また、近距離無線通信部２５０は、改札機３００から、改札の入出記録や運賃などの情報を受信する。
【００４０】
通信部２６０は、事業者ネットワーク４０及びネットワーク３０を介して、空席ナビゲーションサーバ１００とデータの送受信を行う。具体的には、通信部２６０は、制御部２１０からの指示に基づいて、各種データ（例えば、位置情報２２３など）を空席ナビゲーションサーバ１００に送信する。
【００４１】
ＧＰＳ信号受信部２７０は、ＧＰＳ衛星からＧＰＳ信号を受信する。
【００４２】
制御部２１０は、携帯端末２００における種々の処理を行う。
【００４３】
例えば、制御部２１０は、図示するように、改札処理部２１１と、モード切替部２１２と、現在位置算出部２１３と、データ送受信部２１４、着席情報処理部２１５と、を有する。
【００４４】
改札処理部２１１は、近距離無線通信部２５０が改札機３００から電波を受信した場合に、所定の改札処理を行う。具体的には、改札処理部２１１は、記憶部２２０に記憶されているデータ（端末識別情報２２１、乗車券情報又は定期券情報など）について、近距離無線通信部２５０を介して、改札機３００に送信する。また、改札処理部２１１は、ここで送信した乗車券情報又は定期券情報が有効であるか否かの判定結果を、近距離無線通信部２５０を介して改札機３００から受け付ける。当該判定結果が有効を示す場合において、改札処理部２１１は、さらに、改札の入出記録や運賃などのデータを改札機３００から受け付け、記憶部２２０に記憶する。なお、ここで記憶した入出記録や運賃などは、ユーザが駅構内から出場する場合において、携帯端末２００にチャージされている残金などを更新する処理などに用いられる。
【００４５】
モード切替部２１２は、ユーザが改札を通過して駅構内に入場した場合（入場用の非接触ＩＣカードリーダライタ８０５と通信して上記の改札処理を完了した場合）に、携帯端末２００のモードを通常モードから位置提供モードに切り替える。一方、ユーザが改札を通過して駅構内から出場した場合（出場用の非接触ＩＣカードリーダライタ８０５と通信して上記の改札処理を完了した場合）には、位置提供モードから通常モードに切り替える。従って、携帯端末２００が駅構内に位置している場合に、携帯端末２００は位置提供モードとなる。ここで、位置提供モードとは、携帯端末２００が駅構内にある場合（入場用の改札機３００を通過してから出場用の改札機３００を通過するまで）に、後述する現在位置算出部２１３が算出した携帯端末２００の現在位置を、携帯端末２００から空席ナビゲーションサーバ１００に定期的に通知するモードのことをいう。
【００４６】
現在位置算出部２１３は、携帯端末２００が位置提供モードである場合に、携帯端末２００の現在位置を算出する。具体的には、現在位置算出部２１３は、ＧＰＳ信号受信部２７０を介して定期的にＧＰＳ衛星から受信したＧＰＳ信号を用いて現在位置（緯度、経度）を算出する。また、現在位置算出部２１３は、基地局などから補正データを受信し、ＧＰＳ信号を用いて算出した現在位置の誤差を補正するようにしてもよい。また、現在位置算出部２１３は、携帯端末２００の現在位置を算出する毎に、記憶部２３０に記憶されている位置情報２２３を更新する。
【００４７】
データ送受信部２１４は、通信部２６０を介して、空席ナビゲーションサーバ１００と通信パケット４００の送受信を行う。
【００４８】
例えば、空席ナビゲーションサーバ１００に通信パケット４００を送信する場合には、データ送受信部２１４は、予め定めたフォーマットの通信パケット４００を生成して、空席ナビゲーションサーバ１００に送信する。具体的には、データ送受信部２１４は、記憶部２３０に記憶されている端末ＩＤ２２１と、定期区間情報２２２と、位置情報２２３と、をそれぞれ２値化データに変換し、変換した各２値化データを含む通信パケット４００を生成して空席ナビゲーションサーバ１００に送信する。
【００４９】
また、空席ナビゲーションサーバ１００から通信パケット４００を受信した場合には、データ送受信部２１４は、２値化されているデータを復元する。
【００５０】
図６は、通信パケット４００のデータ構造を示す図である。図示するように、通信パケット４００は、ＩＰヘッダ４０１と、送信元ＩＰアドレス４０２と、送信先ＩＰアドレス４０３と、データ部と、を対応付けたレコードからなる。
【００５１】
ＩＰヘッダ４０１は、事業者ネットワーク４０における通信制御に用いられるプロトコル情報である。
【００５２】
送信元ＩＰアドレス４０２は、携帯端末２００に割り当てられるＩＰアドレスである。
【００５３】
送信先ＩＰアドレス４０３は、空席ナビゲーションサーバ１００に割り当てられるＩＰアドレスである。
【００５４】
データ部は、２値化端末ＩＤ４０４、２値化定期区間情報４０５、２値化位置情報４０６と、を含む。ただし、データ部のデータ構成は任意である。例えば、データ部は、２値化端末ＩＤ４０４及び２値化定期区間情報４０５だけで構成されてもよいし、或いは、２値化端末ＩＤ４０４及び２値化位置情報４０６だけで構成されてもよい。
【００５５】
２値化端末ＩＤ４０４は、記憶部２２０に記憶された端末ＩＤ２２１を２値化データに変換したデータである。
【００５６】
２値化定期区間情報４０５は、記憶部２２０に記憶された定期区間情報２２２を２値化データに変換したデータである。
【００５７】
２値化位置情報４０６は、記憶部２２０に記憶された位置情報２２３を２値化データに変換したデータである。
【００５８】
また、データ送受信部２１４は、空席ナビゲーションサーバ１００から図６に示す通信パケット４００と同様の通信パケットを受信する。ただし、データ部については、任意のデータ（例えば、後述する着席情報）を格納してよい。
【００５９】
また、データ送受信部２１４は、空席ナビゲーションサーバ１００から通信パケットを受信したとき、データ部のデータが２値化データである場合には、必要に応じて２値化データを、２値化される前のデータに復元することができる。
【００６０】
着席情報処理部２１５は、空席ナビゲーションサーバ１００から送信された着席情報（着席画像データ）を表示する。また、着席情報処理部２１５は、表示した着席情報（着席画像データ）を、ユーザの指示に応じて、スクロール、拡大、縮小する。
【００６１】
図７は、以上のような機能を有する携帯端末２００のハードウェア構成図である。図示するように、携帯端末２００は、ＣＰＵ７０１と、モバイルＲＡＭ等のメモリからなる主記憶装置７０２と、メモリカード、ＩＣカード内のメモリ等からなる外部記憶装置７０３と、基地局などと通信するための通信装置７０４と、ＧＰＳ衛星からＧＰＳ信号を受信するＧＰＳ装置７０５と、改札機３００の非接触ＩＣカードリーダライタ８０５と電波の送受信を行うアンテナ等からなる近距離無線通信装置７０６と、入力ボタン、タッチパネル、マイクロフォンなどからなる入力装置７０７、液晶ディスプレイ、スピーカなどからなる出力装置７０８と、を備えたコンピュータで実現される。
【００６２】
例えば、図４に示す記憶部２２０は、外部記憶装置７０３により実現可能であり、制御部２１０は、外部記憶装置７０３に記憶されている所定のプログラム（例えば、着席情報を表示するプログラム）を主記憶装置７０２にロードしてＣＰＵ７０１で実行することで実現可能である。また、通信部２６０は、通信装置７０４により実現可能であり、ＧＰＳ信号受信部２７０は、ＧＰＳ装置７０５により実現可能であり、近距離無線通信部２５０は、近距離無線通信装置７０６により実現可能である。また、入力部２３０は、入力装置７０７により実現可能であり、表示部２４０は出力装置７０８により実現可能である。
【００６３】
図１に戻り、空席ナビゲーションサーバ１００は、公共交通機関の車両に配置されている座席が空席になるまでの時間を示す着席情報を生成し、携帯端末２００に提供する装置である。
【００６４】
図８は、空席ナビゲーションサーバ１００の機能構成図を示す図である。図示するように、空席ナビゲーションサーバ１００は、制御部１１０と、記憶部１２０と、入力部１３０と、出力部１４０と、通信部１５０と、を有する。
【００６５】
記憶部１２０は、定期区間テーブル１２１と、位置情報テーブル１２２と、着席情報データベース（ＤＢ）１２６を記憶する。また、記憶部１２０は、座席特定データベース（ＤＢ）１２３と、車両画像マスタデータベース（ＤＢ）１２４と、運行情報データベース（ＤＢ）１２５と、を予め記憶している。
【００６６】
定期区間テーブル１２１は、携帯端末２００から送信された定期区間情報２２２（２値化定期区間情報４０５に基づいて復元されたデータ）を、携帯端末２００ごとに格納する。 図９（Ａ）は、定期区間テーブル１２１の概略データ構造を示す図である。図示するように、定期区間テーブル１２１は、携帯端末２００の端末ＩＤごとのレコードからなる。各レコードには、端末ＩＤ１２１１と、乗車駅１２１２と、降車駅１２１３と、が対応付けて格納されている。
【００６７】
端末ＩＤ１２１１は、携帯端末２００から送信された端末ＩＤ２２１（２値化端末ＩＤ４０４に基づいて復元されたデータ）に対応するデータである。
【００６８】
乗車駅１２１２は、ユーザが乗車した駅名を示すデータある。具体的には、乗車駅１２１２は、携帯端末２００から送信された定期区間情報２２２に含まれている第１の駅名２２２１と第２の駅名２２２２のうち、改札機３００から送信された駅特定データに対応している方のデータである。例えば、第１の駅名２２２１が「Ｋ駅」を示すデータであり、第２の駅名２２２１が「Ｄ駅」を示すデータであるとき、駅特定データが「Ｄ駅」を示すデータである場合には、乗車駅１２１２の欄に、第２の駅名２２２１が示す「Ｄ駅」が格納される。
【００６９】
降車駅１２１３は、ユーザが降車する予定の駅名を示すデータである。具体的には、降車駅１２１３は、上記の第１の駅名２２２１と第２の駅名２２２２のうち、乗車駅１２１２と対応していない方のデータである。例えば、上記の例では、乗車駅１２１２の欄には「Ｄ駅」を示すデータが格納されるので、降車駅１２１３の欄には、第１の駅名２２２１が示す「Ｋ駅」が格納される。
【００７０】
次に、位置情報テーブル１２２は、各携帯端末２００から送信された位置情報２２３（２値化位置情報４０６に基づいて復元されたデータ）を、携帯端末２００ごとに格納する。
【００７１】
図９（Ｂ）は、位置情報テーブル１２２の概略データ構造を示す図である。図示するように、位置情報テーブル１２２は、携帯端末２００の端末ＩＤごとのレコードからなる。各レコードには、端末ＩＤ１２２１と、端末位置１２２２と、最寄り駅１２２３と、が対応付けて格納されている。
【００７２】
端末ＩＤ１２１１は、携帯端末２００から送信された端末ＩＤ２２１（２値化端末ＩＤ４０４に基づいて復元されたデータ）に対応するデータである。
【００７３】
端末位置１２２２は、携帯端末２００の位置を示すデータである。具体的には、端末位置１２２２は、携帯端末２００の位置情報２２３に対応するデータであり、例えば、緯度、経度データである。
【００７４】
最寄り駅１２２３は、ユーザの乗車列車が停車している最寄り駅を示すデータである。具体的には、最寄り駅１２２３は、携帯端末２００の現在位置（位置情報２２３）に対応する（後述する運行情報ＤＢ１２５から特定される）駅名を示すデータである。
【００７５】
次に、運行情報ＤＢ１２５は、列車ごとの各駅での停車時刻および停車位置（領域）を特定するためのデータを格納する。
【００７６】
図１０は、運行情報ＤＢ１２５の概略データ構造を示す図である。図示するように、運行情報ＤＢ１２５には、列車ＩＤ１２５１ごとに、停車駅の駅名１２５２と、停車時刻１２５３と、停車領域１２５４と、を対応付けたレコードが格納されている。
【００７７】
列車ＩＤ１２５１は、列車ごとに異なる文字列（数字列を含む）が割り当てられたデータである。
【００７８】
駅名１２５２は、列車が運行スケジュールに従って走行する際に、停車する駅名を示すデータである。
【００７９】
停車時刻１２５３は、列車が停車する各駅での停車時刻を特定するデータである。例えば、停車時刻１２５３は、「８：５４−９：０２」といった停車時刻の開始、終了を特定する時刻データからなる。
【００８０】
停車領域１２５４は、各駅において列車が停車する所定領域を特定するデータである。通常、列車は、各駅において定められた位置に停車するものであり、停車領域１２５４は、その停車位置（領域）を特定する座標（経度、緯度）データである。
【００８１】
なお、運行情報ＤＢ１２５に格納されている各データは、事故などによって列車が運行スケジュール通りに運行できない場合には、随時、実際の運行状況に応じて更新される。
【００８２】
次に、座席特定ＤＢ１２３は、ユーザが車両内で着席している座席を特定するためのデータを格納する。
【００８３】
図１１は、座席特定ＤＢ１２３の概略データ構造を示す図である。図示するように、座席特定ＤＢ１２３は、列車ＩＤ１２３６ごとに、停車駅の駅名１２３１と、列車を編成している各車両ごとの座席情報（１２３２Ａ、１２３３Ａ、など）と、を対応付けたレコードが格納されている。
【００８４】
列車ＩＤ１２３１は、列車ごとに異なる文字列（数字列を含む）が割り当てられたデータであり、運行情報ＤＢ１２５の列車ＩＤ１２５１に対応している。
【００８５】
駅名１２３１は、列車が停車する駅名を示すデータであり、運行情報ＤＢ１２５に格納されている駅名１２５２に対応している。
【００８６】
各号車に配置される各座席の座席情報（１号車の第１の座席１２３２Ａ、１号車の第２の座席１２３３Ａ、２号車に配置される第１の座席１２３２Ｂ、など）は、各座席の領域を示すデータである。例えば、１号車の第１の座席１２３２Ａの欄には、第１の座席領域を特定する「（経度ｘ１〜経度ｘ２，緯度ｙ１〜緯度ｙ２）」といった領域データが格納される。
【００８７】
なお、本発明は、複数の車両を連結させた列車に限定するものではなく、単数の車両からなる電車、バスなどの公共交通機関にも適用される。その場合、各レコードには、単数の車両に配置されている座席の情報だけが格納される。
【００８８】
次に、車両画像マスタＤＢ１２４は、列車を編成する各車両に配置されている座席の位置を示す画像データ（以下では、「車両画像マスタ」とよぶ）を格納する。車両画像マスタは、列車ごとに、車両画像マスタＤＢ１２４に格納されている。各車両の車両画像マスタは、列車ＩＤ１２４１および車両名（１２４２、１２４３、など）を指定して、１つの車両の車両画像マスタを読み出すことが可能なように格納されている。
【００８９】
図１２は、車両画像マスタＤＢ１２４の概略データ構造を示す図である。図示するように、車両画像マスタＤＢ１２４には、列車ＩＤ１２４１ごとに、当該列車を編成する車両の車両画像マスタが対応付けて格納される。例えば、車両名が１号車１２４２の欄には、１号車の車両の車両画像マスタが格納され、車両名が２号車１２４３の欄には、２号車の車両の車両画像マスタが格納される。
【００９０】
ここで、列車ＩＤ１２４１は、列車ごとに異なる文字列（数字列を含む）が割り当てられたデータであり、運行情報ＤＢ１２５に格納されている列車ＩＤ１２５１に対応している。
【００９１】
なお、各車両についての車両画像マスタのデータサイズは予め定められており、記憶部１２０は、座席名と、車両画像マスタ上におけるその座席の位置（例えば、座標）と、を対応付けたデータ（以下では、「画像位置データ」とよぶ）を、予め記憶している。画像位置データを用いれば、車両画像マスタをメモリ（後述する主記憶装置６０２）に読み出して、座席名を指定することで、指定された座席の位置（車両画像マスタ上における位置）を特定することができる。
【００９２】
次に、着席情報ＤＢ１２６は、乗客の着席している座席が空席になるまでの時間（着席情報）を示す画像データ（以下では、「着席画像データ」とよぶ）を格納する。このような着席画像データは、車両画像マスタに着席情報を合成して生成され、車両ごとに、着席情報ＤＢ１２６に格納される。ここで、各車両の着席画像データは、列車ＩＤおよび車両名で特定される車両１２６１を指定して、１つの車両の着席画像データを読み出すことが可能なように格納される。
【００９３】
図１３は、着席情報ＤＢ１２６の概略データ構造を示す図である。図示するように、着席情報ＤＢ１２６には、生成された着席画像データが、車両１２６１ごとに格納される。なお、着席画像データの生成方法については、後述する。
【００９４】
図８に戻り、入力部１３０は、ユーザによる入力を受け付ける。具体的には、入力部１３０は、各種指示ための入力などを受け付け、制御部２１０に通知する。
【００９５】
表示部１４０は、画像データなどの各種データを表示する。具体的には、表示部１４０は、表示のための描画コマンドを生成して表示する。ここで、表示する各種データには、各種アプリケーション（例えば、記憶部１２０に格納されているデータを更新するアプリケーションなど）の実行にともなうデータなどが含まれる。
【００９６】
通信部１５０は、ネットワーク３０及び事業者ネットワーク４０を介して、携帯端末２００とデータの送受信を行う。具体的には、通信部１５０は、制御部１１０からの指示に基づいて、例えば、着席情報を含む着席画像データなどを、携帯端末２００に送信したり、携帯端末２００の位置情報２２３などを、携帯端末２００から受信したりする。
【００９７】
制御部１１０は、空席ナビゲーションサーバ１００における種々の処理を行う。
【００９８】
例えば、制御部１１０は、図示するように、データ送受信部１１１と、乗車判定部１１２と、着席判定部１１３と、着席情報算出部１１４と、着席画像データ生成部１１５と、を有する。
【００９９】
データ送受信部１１１は、通信部１５０を介して、携帯端末２００と通信パケット４００の送受信を行う。
【０１００】
例えば、携帯端末２００に通信パケット４００を送信する場合には、データ送受信部１１１は、通信パケット４００を生成して、携帯端末２００に送信する。具体的には、データ送受信部１１１は、生成された着席情報（着席画像データ）を含む通信パケット４００を生成して携帯端末２００に送信する。
【０１０１】
また、携帯端末２００から通信パケット４００を受信した場合には、データ送受信部１１１は、２値化されているデータを復元する。例えば、受信した２値化端末ＩＤ４０４、２値化定期区間情報４０５、２値化位置情報４０６を、それぞれ、２値化する前のデータに復元する。
【０１０２】
乗車判定部１１２は、列車にユーザが乗車したか否かを判定する。
【０１０３】
このとき、乗車判定部１１２は、ユーザ（携帯端末２００）が乗車する候補となる列車を、運行情報ＤＢ１２５から検索する。具体的には、乗車判定部１１２は、改札機３００から受信した駅特定データに対応する駅名１２５２と、改札機３００から受信した日時（第１の日時情報）に対応する停車時刻１２５３と、をともに有するレコードを、位置情報テーブル１２２から検索する。ここで、第１の日時情報に対応する停車時刻１２５３とは、停車時刻１２５３が示す時刻の範囲に、第１の日時情報が含まれているデータをいう。
【０１０４】
乗車判定部１１２は、乗車候補の列車の中から、実際にユーザが乗車している列車を検索する。具体的には、乗車判定部１１２は、先に候補として検索したレコードの中から、携帯端末２００の位置（端末位置１２２２）が停車領域１２５４内に存在しているレコードを検索する。
【０１０５】
乗車判定部１１２は、検索した結果、該当するレコードが存在するか否かに応じて、ユーザが列車に乗車したか否かを判定する。具体的には、該当するレコードが存在する場合に、ユーザが検索したレコードに対応付けられた列車（列車ＩＤ１２５１）に、乗車していると判定する。一方、該当するレコードが存在しない場合に、ユーザは列車に乗車いていないと判定する。
【０１０６】
着席判定部１１３は、乗車したユーザが、車両内に配置されている座席に着席しているか否かを判定する。具体的には、着席判定部１１３は、ユーザ（携帯端末２００）が同一座席の位置に所定時間以上いるか否かに応じて、当該座席への着席の有無を判定する。
【０１０７】
例えば、着席判定部１１３は、携帯端末２００の位置（端末位置１２２２が示す位置）の座席を、座席特定ＤＢ１２３から特定し、このとき特定した座席と、所定時間経過後における同一携帯端末２００の位置（端末位置１２２２が示す位置）の座席と、を比較する。その結果、比較した座席が同一の座席である場合には、ユーザが当該座席に着席していると判定する。一方、同一の座席でない場合には、ユーザは着席していないと判定する。
【０１０８】
また、着席判定部１１３は、定期区間の全ての駅（乗車駅を除く）において、一旦着席していると判定されたユーザが、継続して同一席に着席しているか否か判定する。具体的には、着席判定部１１３は、列車が駅に停車中であるとき、携帯端末２００の位置（端末位置１２２２が示す位置）の座席を、座席特定ＤＢ１２３から特定し、このとき特定した座席と、最初に着席していると判定した駅（乗車駅）で特定した座席と、を比較して判定する。
【０１０９】
着席情報算出部１１４は、ユーザの着席している座席が空席になるまでの時間（着席情報）を算出する。具体的には、着席情報算出部１１４は、着席しているユーザが乗車している列車の停車中の駅（最寄り駅）を特定し、特定した最寄り駅１２２４を位置情報テーブル１２２に上書きする。また、着席情報算出部１１４は、定期区間テーブル１２１からユーザの降車駅１２１３を特定し、最寄り駅１２２４から降車駅１２１３までの所要時間を、着席情報として算出する。
【０１１０】
例えば、着席情報算出部１１４は、運行情報ＤＢ１２５から、最寄り駅１２２４に対応する停車時刻（終了時刻）１２５３と、降車駅１２１３に対応する停車時刻（開始時刻）１２５３と、を読み出し、両停車時刻の差分時間を求めることよって、着席情報を算出する。
【０１１１】
着席画像データ生成部１１５は、着席情報を車両画像マスタに合成した着席画像データを生成する。具体的には、着席画像データ生成部１１５は、車両画像マスタにおいてユーザが着席している座席の位置に、着席情報を示すデータを合成して着席画像データを生成する。ここで、着席画像データ生成部１１５は、車両画像マスタにおける座席の位置を特定するときに、上述した画像位置データを用いる。
【０１１２】
図１４は、以上のような機能を有する空席ナビゲーションサーバ１００のハードウェア構成図である。図示するように、空席ナビゲーションサーバ１００は、ＣＰＵ６０１と、ＲＡＭ等の主記憶装置６０２と、ＲＯＭやＨＤＤ等の外部記憶装置６０３と、ネットワーク３０に接続するためのＮＩＣ（Network Interface Card）等の通信装置６０４と、ＣＤ−ＲＯＭやＤＶＤ−ＲＯＭ等の可搬性を有する可搬型記憶媒体６０７から情報を読み出す読取装置６０５と、ディスプレイ、キーボードやマウス等の入出力装置６０６と、を備えた一般的なコンピュータで実現される。
【０１１３】
例えば、図８に示す記憶部１２０は、外部記憶装置６０３により実現可能であり、制御部１１０は、外部記憶装置６０３に記憶されている所定のプログラム（例えば、着席情報を算出するプログラム、着席画像データを生成するプログラム、など）を主記憶装置６０２にロードしてＣＰＵ６０１で実行することで実現可能である。また、通信部１５０は、通信装置６０４により実現可能であり、入力部１３０、表示部１４０は、入出力装置６０６により実現可能である。
【０１１４】
上記の所定のプログラムは、読取装置６０５を介して可搬型記憶媒体６０７から外部記憶装置６０３に記憶され、それから、主記憶装置６０２上にロードされてＣＰＵ６０１により実行されるようにしてもよい。また、通信装置６０４を介してネットワーク３０から外部記憶装置６０３に記憶され、それから、主記憶装置６０２上にロードされてＣＰＵ６０１により実行されるようにしてもよい。また、読取装置６０５を介して可搬型記憶媒体６０８から、或いは、通信装置６０４を介してネットワークから、主記憶装置６０２上に直接ロードされ、ＣＰＵ６０１により実行されるようにしてもよい。
【０１１５】
図１５、図１６、図１８は、空席ナビゲーションシステム１０で行われる着席情報を表示する処理のタイミングチャートである。
【０１１６】
図１５に示すように、各駅に設置された改札機（入場用）３００の非接触ＩＣカードリーダライタ８０５は、電波を発信し、携帯端末２００からの応答を待つ（Ｓ１）。
【０１１７】
駅構内に入場しようとしているユーザが、改札機（入場用）３００に定期券機能付きの携帯端末２００を近づけると、携帯端末２００の近距離無線通信部２５０は、改札機３００から発信されている電波を受信し、記憶部２２０に記憶されている端末ＩＤ２２１と定期券情報（定期区間情報２２２を含む）を、改札機３００に送信する（Ｓ２）。
【０１１８】
ここで、改札機３００は、携帯端末２００から送信された定期券情報が有効なものと判定すると、改札扉を開いてユーザの入場を許可するとともに、携帯端末２００の端末ＩＤ２２１と、定期券情報に含まれている定期区間情報２２２と、記憶部３２０に記憶されている駅特定データと、を空席ナビゲーションサーバ１００に送信する（Ｓ３）。このとき、空席ナビゲーションサーバ１００のデータ送受信部１１１は、改札機３００から各データ（端末ＩＤ２２１、定期区間情報２２２、駅特定データ）を受信する。なお、ここで受信するデータ内容は２値化されたものでよい。また、空席ナビゲーションサーバ１００のデータ送受信部１１１は、データを受信した日時（第１の日時情報）を取得する。
【０１１９】
データ送受信部１１１は、改札機３００からデータを受信すると、まず、受信した駅特定データが示す駅に対応する第１の駅名２２２１又は第２の駅名２２２２を、乗車駅として特定し、乗車駅として特定しなかった第２の駅名２２２２又は第１の駅名２２２１を、降車駅として特定する。そして、特定した乗車駅１２１２と、降車駅１２１３と、を、携帯端末２００から受信した端末ＩＤ２１１と対応付けて定期区間テーブル１２１に格納する（Ｓ４）。
【０１２０】
続いて、空席ナビゲーションサーバ１００の乗車判定部１１２は、改札機３００を通過したユーザが乗車する列車の候補を運行情報ＤＢ１２５から検索する（Ｓ５）。具体的には、乗車判定部１１２は、ステップＳ３で受信した駅特定データに対応する駅名１２５２と、第１の受信情報に対応する停車時刻１２５３と、をともに有するレコードを、運行情報ＤＢ１２５から検索する。
【０１２１】
一方、携帯端末２００では、ステップＳ２で駅構内に入場する際の改札処理を終了した後に、モード切替部２１２は、携帯端末２００のモードを上述した位置提供モードに切り替える（Ｓ６）。
【０１２２】
位置提供モードに移行すると、携帯端末２００の現在位置算出部２１３は、ＧＰＳ衛星からＧＰＳ信号を受信し（Ｓ７）、受信したＧＰＳ信号に基づいて携帯端末２００の現在位置を算出する（Ｓ８）。
【０１２３】
そして、データ送受信部２１４は、ステップＳ８で算出した現在位置を示す位置情報２２３と、端末ＩＤ２２１と、を含む通信パケット４００を、空席ナビゲーションサーバ１００に送信する（Ｓ９）。このとき、空席ナビゲーションサーバ１００のデータ送受信部１１１は、携帯端末２００から各データ（端末ＩＤ２２１、位置情報２２３）を受信する。なお、ここで受信するデータ内容は２値化されたものでもよい。また、通信パケット４００に、定期区間情報２２２を含めてもよい。また、空席ナビゲーションサーバ１００のデータ送受信部１１１は、位置情報２２３（２値化位置情報４０６）を受信した日時（第２の日時情報）を取得する。
【０１２４】
続いて、空席ナビゲーションサーバ１００は、停車中の列車にユーザが乗車しているか否か判定する（Ｓ１０）。具体的には、空席ナビゲーションサーバ１００の乗車判定部１１２が、ステップＳ５で検索したレコードの中から、ステップＳ９で受信した位置情報２２３に対応する停車領域１２５４と、第２の日時情報に対応する停車時刻１２５３と、を有するレコードを検索する。ここで、検索したレコードが存在する場合には、乗車判定部１１２は、ユーザが乗車していると判定し、検索したレコードに対応付けられている列車ＩＤ１２５１を特定する。一方、検索したレコードが存在しない場合には、乗車していないと判定する。
【０１２５】
ユーザが乗車していない場合には、空席ナビゲーションサーバ１００のデータ送受信部１１１は、携帯端末２００に乗車していない旨を通知する（Ｓ１１）。この通知を受けた携帯端末２００は、ステップＳ７〜Ｓ９の処理を繰り返し、空席ナビゲーションサーバ１００は、Ｓ１０において、ユーザが乗車するまで、ユーザの乗車の有無を判定する。
【０１２６】
一方、ユーザが乗車している場合には、図１６に示すように、空席ナビゲーションサーバ１００のデータ送受信部１１１は、携帯端末２００に乗車している旨を通知する（Ｓ１２）。
【０１２７】
この通知を受けた携帯端末２００は、ステップＳ７〜Ｓ９の処理を再度行い、通信パケット４００を受信したデータ送受信部１１１は、位置情報２２３（２値化位置情報４０６）を受信した日時（第２の日時情報）を再取得する。
【０１２８】
続いて、空席ナビゲーションサーバ１００の着席判定部１１３は、乗車している列車にユーザが着席しているか否か判定する（Ｓ１３）。
【０１２９】
ユーザが着席していない場合には、着席判定部１１３は、ユーザが乗車している列車（列車ＩＤ１２３６）と、車両名（各号車）と、を座席特定ＤＢ１２３から特定し、記憶しておく。
【０１３０】
そして、空席ナビゲーションサーバ１００のデータ送受信部１１１は、ユーザが着席情報を必要としているか否かについて、携帯端末２００に問い合わせる（Ｓ１４）。具体的には、データ送受信部１１１は、携帯端末２００で表示可能な問い合わせ用の確認画面５１０を、携帯端末２００に送信する。なお、確認画面５１０は、予め記憶部１２０が記憶しているものとする。
【０１３１】
携帯端末２００は、この問い合わせを受け付けると、表示部２４０が確認画面５１０をディスプレイ５００（出力装置７０８）に表示し、入力部２３０がユーザからの指示を受け付ける。
【０１３２】
図１７（Ａ）は、確認画面５１０の表示例を示す図である。図示するように、確認画面５１０は、着席情報を表示させるか否かを決定するためのボタン（「はい」ボタン５１１及び「いいえ」ボタン５１２）から構成される。
【０１３３】
ユーザが「はい」ボタン５１２を選択した場合、携帯端末２００のデータ送受信部２１４は、着席情報を要求する旨の通知を、空席ナビゲーションサーバ１００に通知する（Ｓ１５）。
【０１３４】
着席情報の要求を受け付けた空席ナビゲーションサーバ１００は、ステップＳ１３で記憶しておいた列車ＩＤ１２３６と車両名に基づいて、携帯端末２００から要求された着席画像データを着席情報ＤＢ１２６から読み出し（Ｓ１６）、携帯端末２００に送信する（Ｓ１７）。
【０１３５】
着席画像データを受信した携帯端末２００の表示部２４０は、受信した着席画像データに基づく着席情報画面５２０をディスプレイ５００に表示する（Ｓ１８）。これにより、ユーザは、乗車中の車両において、どの座席が早く空席になるかについて知ることができる。
【０１３６】
図１７（Ｂ）は、着席情報画面５２０の表示例を示す図である。図示するように、着席情報画面５２０には、ユーザの位置周辺の車両内に配置されている座席上に、着席情報が表示される。表示部２４０は、入力部２３０を介してユーザの指示を受け付け、ディスプレイ５００に表示する着席情報画面５２０を縮小、拡大、スクロールなどさせることができる。
【０１３７】
一方、ステップＳ１４において、ユーザが「いいえ」ボタン５１２を選択した場合には、携帯端末２００の制御部２１０は、処理を、図１６に示すＡに戻す。これにより、空席ナビゲーションサーバ１００は、再度、ステップＳ１０においてユーザの着席の有無を判定することになるため、列車が駅に停車するたびに、ユーザの着席を判定することができる。
【０１３８】
また、ステップＳ１３での判定により、ユーザが着席している場合には、空席ナビゲーションサーバ１００の着席情報算出部１１４は、処理をステップＳ１９に移行し、図１８に示すように、ユーザの着席している座席が空席になるまでの時間（着席情報）を算出する（Ｓ１９）。
【０１３９】
続いて、空席ナビゲーションサーバ１００の着席画像データ生成部１１５は、ステップＳ１９にて算出した着席情報を、車両画像マスタに合成して着席画像データを生成する（Ｓ２０）。
【０１４０】
そして、データ送受信部１１１は、着席画像データを生成（更新）した旨を、携帯端末２００に通知する（Ｓ２１）。
【０１４１】
この通知を受けた携帯端末２００は、改札機（出場用）３００から発信されている電波を受信するまでは、処理を図１６に示すＡに戻す。これにより、本システム１０では、列車の停車駅ごとに、着席画像データを更新することになるため、定期区間の途中駅（降車駅の手前）で、ユーザが着席していた座席から離れた場合に、着席画像データの当該座席の位置に着席情報が表示されなくなる。
【０１４２】
また、各駅に設置された改札機（出場用）３００の非接触ＩＣカードリーダライタ８０５は、電波を発信し、携帯端末２００からの応答を待っている（Ｓ２２）。
【０１４３】
駅構内から出場しようとしているユーザが、改札機（出場用）３００に定期券機能付きの携帯端末２００を近づけると、携帯端末２００の近距離無線通信部２５０は、改札機３００から発信されている電波を受信し、記憶部２２０に記憶されている端末ＩＤ２２１と定期券情報（定期区間情報２２２を含む）を、改札機３００に送信する（Ｓ２３）。
【０１４４】
改札機３００の通信部３０は、携帯端末２００を所有するユーザが、駅構内から出場した旨を、空席ナビゲーションサーバ１００に通知する（Ｓ２４）。
【０１４５】
一方、携帯端末２００では、ステップＳ２３で駅構内から出場する際の改札処理を終了した後に、モード切替部２１２は、携帯端末２００のモードを上述した通常モードに切り替える（Ｓ２５）。これにより、携帯端末２００は、現在位置（位置情報２２３）の空席ナビゲーションサーバ１００への送信を停止する。
【０１４６】
次に、図１９は、空席ナビゲーションサーバ１００で行われる、上記ステップＳ３〜Ｓ１１における乗車判定処理の詳細を示すフローチャートである。
【０１４７】
図示するように、データ送受信部１１１は、端末ＩＤ２２１、定期区間情報２２２、駅特定データ、を受信するまで待機する（ステップＳ１０１；Ｎｏ）。各データを受信した場合に（ステップＳ１０１；Ｙｅｓ）、データ送受信部１１１は、乗車判定処理を開始する。
【０１４８】
乗車判定処理を開始後、データ送受信部１１１は、ステップＳ１０１で受信した各データを定期区間テーブル１２１に追加する（ステップＳ１０２）。具体的には、図１５に示すステップＳ４の処理を実行する。
【０１４９】
ただし、ステップＳ１０１で受信したデータが２値化されている場合には、データ送受信部１１１は、２値化端末ＩＤ４０４、２値化定期区間情報４０５、２値化された駅特定データ、をそれぞれ２値化される前のデータに復元してから、ステップＳ１０２における処理を実行する。
【０１５０】
続いて、乗車判定部１１２は、改札機３００を通過したユーザが乗車する列車の候補を運行情報ＤＢ１２５から検索する（ステップＳ１０３）。具体的には、図１５に示すステップＳ５の処理を実行する。
【０１５１】
乗車候補となるレコードを検索後、データ送受信部１１１は、携帯端末２００から端末ＩＤ２２１および位置情報２２３を受信するまで待機する（ステップＳ１０４；Ｎｏ）。各データを受信した場合に（ステップＳ１０４；Ｙｅｓ）、データ送受信部１１１は、現在時刻を特定する（ステップＳ１０５）。具体的には、データ送受信部１１１は、位置情報２２３（２値化位置情報４０６）を受信した日時（第２の日時情報）をタイマなどから取得する。
【０１５２】
このとき、ステップＳ１０４で受信したデータが２値化されている場合には、データ送受信部１１１は、２値化端末ＩＤ４０４、２値化位置情報４０６、をそれぞれ２値化される前のデータに復元する。
【０１５３】
また、データ送受信部１１１は、受信した端末ＩＤ２２１と位置情報２２３を対応付けたレコードを、位置情報テーブル１２２に追加する。ただし、既に位置情報テーブル１２２に、受信した端末ＩＤ２２１に対応する端末ＩＤ１２２１が記憶されている場合には、該当するレコードに上書きする。また、以下の処理では、データ送受信部１１１は、位置情報２２３を受信するたびに、位置情報テーブル１２２を更新する。従って、位置情報テーブル１２２には、携帯端末２００についての最新の情報が格納される。
【０１５４】
続いて、乗車判定部１１２は、ステップＳ１０３で乗車候補として特定したレコードの中から、ステップＳ１０４で受信した位置情報２２３に対応する停車領域１２５４を有し、かつ、ステップＳ１０５で特定した第２の日時情報に対応する停車時刻１２５３を有するレコードを検索する（ステップＳ１０６）。具体的には、乗車判定部１１２は、ステップＳ１０４で受信した位置情報２２３が示す位置が、停車領域１２５４が示す「領域」内に存在し、かつ、ステップＳ１０５で特定した第２の日時情報が、停車時刻１２５３が示す「停車開始時刻から停車終了時刻までの時間」内であるレコードを検索する。
【０１５５】
乗車判定部１１２は、ステップＳ１０６において検索した結果、該当するレコードがある場合（ステップ１０７；Ｙｅｓ）、ユーザが乗車していると判定し、着席情報送信処理を開始する（ステップＳ１０８）。一方、該当するレコードがない場合には（ステップＳ１０７；Ｎｏ）、ユーザは乗車していない（駅構内のホームなどにいる）と判定して、処理をステップＳ１０９に移行する。
【０１５６】
ステップＳ１０９に処理が移行すると、データ送受信部１１１は、通信部１５０を介して、ユーザが乗車していない旨を携帯端末２００に通知する（ステップＳ１０９）。
【０１５７】
通知後、制御部１１０は、乗車判定処理を終了する。
【０１５８】
次に、図２０は、空席ナビゲーションサーバ１００で行われる着席情報送信処理（ステップＳ１０８）の詳細を示すフローチャートである。
【０１５９】
着席情報送信処理に移行すると、データ送受信部１１１は、携帯端末２００に乗車している旨を通知し、携帯端末２００から新たに位置情報２２３（２値化位置情報４０６）を受信するまで待機する（ステップＳ１０９；Ｎｏ）。
【０１６０】
データ送受信部１１１は、位置情報２２３（２値化位置情報４０６）を受信した場合（ステップＳ１０９；Ｙｅｓ）、ステップＳ１０５と同様に、現在時刻（第２の日時情報）を特定する（ステップＳ１１０）。
【０１６１】
続いて、着席判定部１１３は、携帯端末２００（ユーザ）が、列車内の座席上に位置しているか否か判別する（ステップＳ１１１）。具体的には、着席判定部１１３は、まず、ステップＳ１０６で検索したレコードが有する駅名１２５２と、当該レコードに対応する列車ＩＤ１２５１を特定する。次に、着席判定部１１３は、特定した列車ＩＤ１２５１と駅名１２５２に対応付けられているレコードを、座席特定ＤＢ１２３から検索する。そして、着席判定部１１３は、検索したレコードに、ステップＳ１１０で受信した位置情報２２３に対応する座席情報（１２３２Ａ、１２３３Ａ、など）があるか否か判別する。ここで、例えば、座席情報（１２３２Ａ、１２３３Ａ、など）が示す「領域」内に、ステップＳ１１０で受信した位置情報２２３が存在する場合には、携帯端末２００が座席上に位置している（ユーザが着席している可能性がある）と判定する。この場合、記憶部１２０は、携帯端末２００が位置している座席を特定する座席名（例えば、「２号車の第２の座席１２３３Ｂ」といった名称など）を、一時的に記憶しておく。一方、座席情報（１２３２Ａ、１２３３Ａ、など）が示す「領域」内に、位置情報２２３が存在しない場合には、携帯端末２００が座席上に位置していない（ユーザが着席していない）と判定する。この場合、着席判定部１１３は、ユーザが乗車している列車（ステップＳ１１１で特定した列車ＩＤ１２３６）と、車両名（各号車）と、を一時的に記憶しておく。なお、車両名（各号車）は、座席特定ＤＢ１２３において、携帯端末２００の位置情報２２３に最も近い座席情報（１２３２Ａ、１２３３Ａ、など）を有する座席が配置されている車両とする。
【０１６２】
着席判定部１１３は、携帯端末２００の位置が、列車内の座席上に位置していると判定した場合（ステップＳ１１１；Ｙｅｓ）、タイマなどを起動して、所定の時間が経過するまで待機する（ステップＳ１１６）。この待機中、データ送受信部１１１は、携帯端末２００から位置情報２２３（２値化位置情報４０６）を、定期的に受信している。
【０１６３】
所定の時間が経過後、着席判定部１１３は、直前にデータ送受信部１１１が受信した位置情報２２３（２値化位置情報４０６）が、ステップＳ１１１で携帯端末２００が位置していると判定した座席と同一の座席上に存在するか否か判別する（ステップＳ１１７）。具体的には、着席判定部１１３は、直前に受信した位置情報２２３が、ステップＳ１１１で携帯端末２００が位置していた座席の座席情報（１２３２Ａ、１２３３Ａ、など）が示す「領域」内に存在する場合には、同一座席上に存在すると判定する。一方、直前に受信した位置情報２２３が、ステップＳ１１１で携帯端末２００が位置していた座席の座席情報（１２３２Ａ、１２３３Ａ、など）が示す「領域」内に存在しない場合には、同一座席上に存在しないと判定する。
【０１６４】
着席判定部１１３は、携帯端末２００が同一座席上に存在すると判定した場合には（ステップＳ１１７；Ｙｅｓ）、携帯端末２００が、所定の時間、同一座席にとどまっていた（ユーザが着席している）ものとして、着席情報生成（更新）処理を開始する（ステップＳ１１８）。一方、携帯端末２００が同一座席上に存在しないと判定した場合には（ステップＳ１１７；Ｎｏ）、携帯端末２００は移動した（ユーザは着席していない）ものとして、処理をステップＳ１０９に戻す。
【０１６５】
また、ステップＳ１１１において、着席判定部１１３は、携帯端末２００の位置が、列車内の座席上に位置していないと判定した場合（ステップＳ１１１；Ｎｏ）、データ送受信部１１１は、ユーザが着席情報を必要としているか否かについて、携帯端末２００に問い合わせる（ステップＳ１１２）。具体的には、データ送受信部１１１は、ステップＳ１４と同様の処理を行う。
【０１６６】
そして、データ送受信部１１１は、携帯端末２００から着席情報について要求を受け付けるまで待機する（ステップＳ１１３；Ｎｏ）。
【０１６７】
データ送受信部１１１は、着席情報について携帯端末２００から要求を受け付けると（ステップＳ１１３；Ｙｅｓ）、携帯端末２００が位置している車両の着席画像データを読み出す（ステップＳ１１４）。例えば、データ送受信部１１１は、ステップＳ１１１で一時的に記憶しておいた列車ＩＤ１２３６と車両名（各号車）を読み出し、読み出した両データで特定される着席画像データを着席情報ＤＢ１２６から読み出す。
【０１６８】
そして、データ送受信部１１１は、ステップＳ１１４で読み出した着席画像データを、通信部１５０を介して、携帯端末２００に送信する（ステップＳ１１５）。
【０１６９】
送信後、制御部１１０は、着席情報送信処理を終了する。
【０１７０】
次に、図２１は、空席ナビゲーションサーバ１００で行われる着席情報生成（更新）処理（ステップＳ１１８）の詳細を示すフローチャートである。
【０１７１】
着席情報生成処理に移行すると、制御部１１０は、ユーザが着席している座席について、着席情報を算出する処理と、着席情報を表示する位置（座席上）を特定する処理と、を並行（或いは連続）して行う。
【０１７２】
着席情報を算出する処理では、まず、着席情報算出部１１４は、ユーザが乗車している列車の停車中の駅（最寄り駅）を特定する（ステップＳ１１９）。具体的には、着席情報算出部１１４は、ステップＳ１１１で特定した列車ＩＤ１２３６（列車ＩＤ１２５１）に対応付けられ、かつ、ステップＳ１０９で受信した位置情報２２３に対応する停車領域１２５４と、ステップＳ１１０で特定した第２の日時情報に対応する停車時刻１２５３と、をともに有するレコードを、運行情報ＤＢ１２５から検索する。そして、着席情報算出部１１４は、検索したレコードに格納されている駅名１２５２を、最寄り駅１２１２として特定する。また、着席情報算出部１１４は、特定した最寄り駅１２１２を、携帯端末２００から送信された端末ＩＤ１２２１に対応付けて位置情報テーブル１２２に記憶する。なお、着席情報算出部１１４は、最寄り駅１２１２を特定するたびに、特定した最寄り駅１２１２を、位置情報テーブル１２２に記憶する。
【０１７３】
続いて、着席情報算出部１１４は、定期区間テーブル１２１からユーザの降車駅１２１３を特定し、列車が最寄り駅１２１２から降車駅１２１３に到着するまでの所要時間を着席情報として算出する（ステップＳ１２０）。具体的には、着席情報算出部１１４は、ステップＳ１１１で特定した列車ＩＤ１２３６（列車ＩＤ１２５１）の列車について、降車駅１２１３に対応する駅名１２５２を有するレコードに格納された停車時刻１２５３（停車開始時刻）を特定する。さらに、同列車ＩＤ１２３６（列車ＩＤ１２５１）の列車について、最寄り駅１２１２に対応する駅名１２５２を有するレコードに格納された停車時刻１２５３（停車終了時刻）を特定する。そして、着席情報算出部１１４は、降車駅１２１３に基づいて特定した停車時刻１２５３と、最寄り駅１２１２に基づいて特定した停車時刻１２５３と、の差分時間を算出し、算出した差分時間を着席情報とする。
【０１７４】
一方、着席情報を表示する位置（座席上）を特定する処理では、まず、着席画像データ生成部１１５は、ユーザが着席している座席を特定する座席名（ステップＳ１１１において記憶部１２０が記憶した座席名）を読み出す（ステップＳ１２１）。
【０１７５】
続いて、着席画像データ生成部１１５は、ユーザが乗車している車両についての車両画像マスタを車両画像マスタＤＢ１２４から読み出し、読み出した車両画像マスタにおいてユーザが着席している座席の位置を特定する（ステップＳ１２２）。具体的には、着席画像データ生成部１１５は、ステップＳ１１１で記憶しておいた列車ＩＤ１２３６と車両名（各号車）を読み出し、当該列車ＩＤ１２３６（列車ＩＤ１２４１）と車両名で特定される車両画像マスタを、車両画像マスタＤＢ１２４から読み出す。そして、読み出した車両画像マスタ上において、ステップＳ１２１で読み出した座席名に対応する位置を、上述した画像位置データに基づき特定する。
【０１７６】
ステップＳ１２０およびステップＳ１２２の処理を終了すると、着席画像データ生成部１１５は、ステップＳ１２２で特定した車両画像マスタ上の位置に、ステップＳ１２０で算出した着席情報を表示した着席画像データを生成する（ステップＳ１２３）。なお、着席情報の算出と、着席情報を表示する位置を特定する処理は、各座席ごとに行われ、着席画像データのそれぞれの座席上には、座席ごとに算出した着席情報が表示される。
【０１７７】
そして、着席画像データ生成部１１５は、生成した着席画像データを、着席情報ＤＢ１２６に記憶する（ステップＳ１２４）。このとき、着席画像データ生成部１１５は、後で、列車ＩＤと車両名から着席画像データを読み出すことが可能なように、列車ＩＤと車両名（１２６１）を着席画像データに対応付けて記憶する。
【０１７８】
その後、データ送受信部１１１は、着席画像データを生成（更新）した旨を、携帯端末２００に通知する（ステップＳ１２５）。
【０１７９】
通知後、制御部１１０は、空席画像生成（更新）処理を終了する。
【０１８０】
以上の処理を、空席ナビゲーションサーバ１００が行うことにより、座席に着席したユーザの操作を必要とせずに、その座席が空席になるまでの時間を求めることができる。また、座席に着席できなかったユーザに対して、座席が空席になるまでの時間を知るせることができる。
（第２の実施形態）
上記の第１の実施形態では、空席ナビゲーションサーバ１００の乗車判定部１１２は、運行情報ＤＢ１２５に予め記憶されている停車領域１２５４を用いて、ユーザの乗車の有無について判定している。また、着席判定部１１３は、座席特定ＤＢ１２３に予め記憶されている座席情報（領域データ）を用いて、ユーザの着席の有無について判定している。
【０１８１】
これに対して、第２の実施形態では、乗車判定部１１２は、運行情報ＤＢ１２５の停車領域１２５４を用いずに、ユーザの乗車の有無について判定する。また、着席判定部１１３は、座席特定ＤＢ１２３の座席情報（領域データ）を用いずに、ユーザの着席の有無について判定する。
【０１８２】
第２の実施形態が適用された空席ナビゲーションサーバ１００において、運行情報ＤＢ１２５は、第１の実施形態とは異なるデータ構造を有している。また、座席特定ＤＢ１２３は、第１の実施形態とは異なり、座席情報として座標データを格納している。その他の構成については、第１の実施形態が適用された空席ナビゲーションサーバ１００と同様の構成からなる。
【０１８３】
図２２は、第２の実施形態が適用された運行情報ＤＢ１２５の概略データ構造を示す図である。図示するように、運行情報ＤＢ１２５には、列車ＩＤ１２５１ごとに、停車駅の駅名１２５２と、停車時刻１２５３と、停車基準点１２５６と、境界線１２５７と、進行方向（Ｙ方向）１２５８と、を対応付けたレコードが格納されている。
【０１８４】
列車ＩＤ１２５１、駅名１２５２、停車時刻１２５３は、それぞれ、第１の実施形態におけるデータと同様のデータである。
【０１８５】
停車基準点１２５６は、列車が各駅において定位置に停車したときに、基準となる地点を示すデータである。例えば、停車基準点１２５６は、列車が各駅において定位置に停車したときに、先頭車両の進行方向に向かって左前方隅が位置する地点を示す座標（経度、緯度）データである。
【０１８６】
境界線１２５７は、列車とプラットホームとの境界線を示す直線データである。
【０１８７】
進行方向（Ｙ方向）１２５８は、列車が各駅において定位置に停車したときに、進行方向を示す方向（経度、緯度）データである。
【０１８８】
また、図２３は、第２の実施形態が適用された座席特定ＤＢ１２３の概略データ構造を示す図である。図示するように、座席特定ＤＢ１２３には、列車ＩＤ１２３６ごとに、停車駅の駅名１２３１と、列車を編成している各車両ごとの座席情報（１２３２Ａ、１２３３Ａ、など）と、を対応付けたレコードが格納されている。
【０１８９】
列車ＩＤ１２３６、駅名１２３１は、それぞれ、第１の実施形態におけるデータと同様のデータである。
【０１９０】
各号車に配置される各座席の座席情報（１号車の第１の座席１２３２Ａ、１号車の第２の座席１２３３Ａ、２号車に配置される第１の座席１２３２Ｂ、など）は、各座席の位置を示すデータである。例えば、１号車の第１の座席１２３２Ａの欄には、第１の座席の中心位置を特定する「（経度ｘ，緯度ｙ）」といった座標データが格納される。ただし、各座標データは、停車基準点１２５６からの相対座標データである。
【０１９１】
次に、以上のような運行情報ＤＢ１２５および座席特定ＤＢ１２３を有する空車ナビゲーションサーバ１００の乗車判定部１１２が、ユーザの乗車の有無を判定する処理について説明する。
【０１９２】
図２４は、駅において列車が停車する所定の停車領域（斜線部分）を示す図である。図示するように、停車基準点１２５６は、列車が所定の停車領域（斜線部分）に停車したときに、先頭車両の進行方向に向かって左前方隅が位置する地点とする。ただし、この地点に限定するものではない。なお、進行方向（Ｙ方向）を逆位相回転して求まる方向を、以下では、「垂直方向（Ｘ方向）」とよび、停車基準点１２５６を通って車両方向（Ｘ方向）に平行な線（太線矢印）を、以下では「Ｘ軸」とよび、停車基準点１２５６を通って進行方向（Ｙ方向）に平行な線（太線矢印）を、以下では、「Ｙ軸」とよぶ。
【０１９３】
乗車判定部１１２は、携帯端末２００が所定の停車領域（斜線部分）に位置している場合に、ユーザが列車に乗車していると判定する。
【０１９４】
具体的には、乗車判定部１１２は、第１の実施形態と同様に、ユーザが乗車する候補となる列車を、運行情報ＤＢ１２５から検索しておき、乗車候補の列車の中から、実際にユーザが乗車している列車を検索する。例えば、乗車判定部１１２は、先に候補として検索したレコードの中から、携帯端末２００の位置（端末位置１２２２）が境界線１２５７を越えて車両の停車領域に存在しているレコードを検索する。
【０１９５】
ここで、携帯端末２００の位置が境界線１２５７を越えて停車領域に存在するか否かについての判定は、乗車判定部１１２が、運行情報ＤＢ１２４に格納されている停車基準点１２５６、境界線１２５７、進行方向（Ｙ方向）１２５８、進行方向１２５８から求まる垂直方向（Ｘ方向）を用いて行う。具体的には、乗車判定部１１２は、緯度経度座標系における携帯端末２００の位置を、停車基準点１２５６を原点とし、垂直方向（Ｘ方向）１２５７及び進行方向（Ｙ方向）１２５８を基底ベクトルとした座標系に変換して判定する。
【０１９６】
図２５は、緯度経度座標系における携帯端末２００の位置を、停車基準点１２５６を原点とする座標系に変換する説明図である。
【０１９７】
図示するように、停車基準点１２５６の緯度経度座標系における座標を（ｘＯ，ｙＯ）とし、緯度経度座標系における経度軸とＸ軸のなす角をθとすると、乗車判定部１１２は、携帯端末２００の位置（端末位置１２２２）を、平行移動（−ｘＯ，−ｙＯ）させ、回転移動（−θ）する。これにより、携帯端末２００の位置（端末位置１２２２）について、停車基準点１２５６を原点とする座標系における位置に変換することができる。
【０１９８】
また、乗車判定部１１２は、境界線１２５７についても、同様の平行移動、回転移動させる。
【０１９９】
そして、乗車判定部１１２は、停車基準点１２５６が境界線１２５７上にある場合には、停車基準点１２５６を原点とする座標系に変換後の携帯端末２００の位置が、変換後の境界線１２５７の垂直方向（Ｘ方向）側に存在するか否か判定する。一方、停車基準点１２５６が境界線１２５７上にない場合には、停車基準点１２５６を原点とする座標系に変換後の携帯端末２００の位置が、変換後の境界線１２５７の垂直方向の逆方向（−Ｘ方向）側に存在するか否か判定する。
【０２００】
具体的には、乗車判定部１１２は、停車基準点１２５６が境界線１２５７上にある場合には、停車基準点１２５６を原点とする座標系に変換された携帯端末２００の位置について、ｘ座標が正であれば、ユーザは列車に乗車していると判定し、ｘ座標が負であれば、ユーザは列車に乗車していないと判定する。また、停車基準点１２５６が境界線１２５７上にない場合には、停車基準点１２５６を原点とする座標系に変換された携帯端末２００の位置について、ｘ座標が負であれば、ユーザは列車に乗車していると判定し、ｘ座標が正であれば、ユーザは列車に乗車していないと判定する。
【０２０１】
以上の判定を、乗車判定部１１２は、先に候補として検索した各レコードについて行い、ユーザが乗車しているレコードを検索する。該当するレコードが存在しない場合には、ユーザは乗車していないと判定する。
【０２０２】
次に、着席判定部１１３が、ユーザの着席の有無を判定する処理について説明する。
【０２０３】
第１の実施形態と同様に、着席判定部１１３は、ユーザ（携帯端末２００）が同一座席の位置に所定時間以上いるか否かに応じて、当該座席への着席の有無を判定する。
【０２０４】
第２の実施形態では、着席判定部１１３が、携帯端末２００の位置（端末位置１２２２が示す位置）の座席を、座席特定ＤＢ１２３から特定する処理が異なる。
【０２０５】
着席判定部１１３は、ユーザが乗車している列車について特定した列車ＩＤ１２５１と駅名１２５２に対応付けられているレコード（座席特定ＤＢ１２３）に、携帯端末２００の位置情報２２３に対応する座席情報（１２３２Ａ、１２３３Ａ、など）があるか否か判別する。
【０２０６】
具体的には、着席判定部１１３は、ユーザが乗車している列車に対応するレコードに格納されている座席情報（１２３２Ａ、１２３３Ａ、など）のうち、携帯端末２００の位置情報２２３に最も近傍の座席情報（絶対座標データ）を特定する。ただし、着席判定部１１３は、座席情報（相対座標データ）と停車基準点１２５６の和を座席情報（絶対座標データ）として前もって求めておく。そして、着席判定部１１３は、特定した座席情報が示す位置を中心として、所定距離Ｒを半径とする円の領域内に、携帯端末２００の位置（位置情報２２３）が存在するか否か判別する。別の言い方をすれば、着席判定部１１３は、特定した座席情報が示す位置から所定距離Ｒ以内に、携帯端末２００の位置（位置情報２２３）が存在するか否か判別する。このとき、着席判定部１１３は、携帯端末２００の位置（位置情報２２３）が円の領域内に存在する場合に、携帯端末２００が座席上に位置している（ユーザが着席している可能性がある）と判定する。ただし、所定距離Ｒについては、予め記憶部１２０に記憶されているものとする。
【０２０７】
図２６は、座席の領域を所定距離Ｒを半径とする円とした場合の概念図である。図示する例では、携帯端末２００の位置（ｘ’，ｙ’）は、第１の座席の座席情報１２３２Ａを中心とする円の内側であるので、携帯端末２００が座席（第１の座席）上に位置していると判定される。
【０２０８】
その後、着席判定部１１３は、第１の実施形態と同様に、ユーザ（携帯端末２００）が同一座席の位置に所定時間以上いるか否かに応じて、当該座席への着席の有無を判定する。
【０２０９】
以上の処理により、第２の実施形態では、運行情報ＤＢ１２５および座席特定ＤＢ１２３に記憶しておくデータについて、第１の実施形態と比較して単純化することができ、データ量も少なくすることができる。
【０２１０】
なお、本発明は、上記実施形態に限定されず、種々の変形、応用が可能である。
【０２１１】
例えば、上記各実施形態において空席ナビゲーションサーバ１００で行われている各種処理を、携帯端末２００が行うようにしてもよい。
【０２１２】
具体的には、携帯端末２００が、着席情報を算出し、着席画像データを生成するようにしてもよい。
【０２１３】
この場合、携帯端末２００は、各座席に着席しているユーザの降車駅１２１３に対応する停車時刻（開始時刻）１２５３を、空席ナビゲーションサーバ１００から取得し、取得した各停車時刻１２５３と、携帯端末２００が保有する現在時刻と、の差分時間を求めて着席情報を算出する。このとき、携帯端末２００は、各停車時刻１２５３とともに、対応する各座席を特定する情報（例えば、座席名）も取得する。
【０２１４】
さらに、携帯端末２００は、携帯端末２００が位置している車両の車両画像マスタを空席ナビゲーションサーバ１００から取得して、取得した車両画像マスタに、先に算出した着席情報を合成して着席画像データを生成する。このとき、携帯端末２００は、上述した画像位置データを空席ナビゲーションサーバ１００から取得し、取得した画像位置データに基づいて、車両画像マスタの適切な位置に、着席情報を合成する。
【０２１５】
また、上記各実施形態では、携帯端末２００は、空席ナビゲーションサーバ１００から、携帯端末２００が位置している車両の着席画像データだけを受信している。しかし、本願発明は、これに限定されず、例えば、携帯端末２００は、列車を編成する全ての車両についての着席画像データを空席ナビゲーションサーバ１００から受信し、入力部２３０を介したユーザの指示に基づき、列車内の任意の位置の着席画像データを表示するようにしてもよい。
【０２１６】
また、上記各実施形態では、空席ナビゲーションサーバ１００は、携帯端末２００が通過した改札機３００から、定期区間情報２２２を受信している。しかし、本発明は、これに限定されない。例えば、空席ナビゲーションサーバ１００は、携帯端末２００が改札機３００を通過したときに、携帯端末２００から定期区間情報２２２を受信するようにしてもよい。
【０２１７】
また、上記各実施形態では、着席判定部１１３は、ユーザ（携帯端末２００）が同一座席の位置に所定時間以上いるか否かに応じて、当該座席への着席の有無を判定している。しかし、本発明は、これに限定されない。例えば、着席判定部１１３は、携帯端末２００の位置（端末位置１２２２が示す位置）の座席を、座席特定ＤＢ１２３から検索し、該当する座席がある場合には、ユーザが当該座席に着席していると判定する。一方、該当する座席がない場合には、ユーザは着席していないと判定する。
【０２１８】
また、上記第１の実施形態では、運行情報ＤＢ１２５に格納される停車領域１２５４は、列車の停車位置（領域）を特定する座標（経度、緯度）データとしている。例えば、停車領域１２５４は、列車の停車領域における対角の２点を特定する座標（経度、緯度）データでもよい。この場合、乗車判定部１１２は、その２点の座標データから停車領域を示す領域データを生成し、生成した領域データが示す領域内に携帯端末２００の位置（端末位置１２２２）が存在しているか否か判定するようにする。
【０２１９】
また、上記第１の実施形態では、座席特定ＤＢ１２３に格納される各座席の座席情報は、各座席の領域を示す領域データである。しかし、これに限定されず、例えば、座席情報は、座席の領域における対角の２点を特定する座標（経度、緯度）データでもよい。この場合、着席判定部１１３は、その２点の座標データから座席の領域を示す領域データを生成し、生成した領域データが示す領域内に携帯端末２００の位置（端末位置１２２２）が存在しているか否か判定するようにする。
【０２２０】
また、上記第２の実施形態では、座席特定ＤＢ１２３に格納される各座席の座席情報は、各座席の中心位置を示す座標データである。本発明は、これに限定されず、例えば、座席情報は、座席の領域における対角の２点を特定する座標データ（ただし、停車基準点１２５６からの相対座標データ）でもよい。この場合も、着席判定部１１３は、その２点の座標データから座席の領域を示す領域データを生成し、生成した領域データが示す領域内に携帯端末２００の位置（端末位置１２２２）が存在しているか否か判定するようにする。
【０２２１】
また、上記各実施形態では、着席情報算出部１１４は、着席しているユーザが乗車している列車の停車中の駅を最寄り駅として特定し、位置情報テーブル１２２に上書きしている。しかし、本発明は、これに限定されない。例えば、着席情報算出部１１４は、列車が走行中の場合には、次に停車する駅を最寄り駅として特定してもよい。具体的には、着席情報算出部１１４は、運行情報ＤＢ１２５から停車駅の駅名１２５２を検索するが、列車の走行中には、該当するデータを検索できない。この場合、着席情報算出部１１４は、位置情報２２３を受信した日時を示す第２の日時情報に最も近い停車時刻１２５３を有しているレコードを、運行情報ＤＢ１２５から再検索する。そして、再検索したレコードに格納されている駅名１２５２を、最寄り駅１２１２として特定し、特定した最寄り駅１２１２に基づいて着席情報を算出する。これにより、本願の空席ナビゲーションサーバ１００は、より正確な着席情報をユーザに提供することができる。
【図面の簡単な説明】
【０２２２】
【図１】空席ナビゲーションシステムの概略構成図である。
【図２】改札機の機能構成図である。
【図３】改札機のハードウェア構成の一例を示した図である。
【図４】携帯端末の機能構成図である。
【図５】（Ａ）端末ＩＤのデータ構造を概念的に示した図である。（Ｂ）定期区間情報のデータ構造を概念的に示した図である。（Ｃ）位置情報のデータ構造を概念的に示した図である。
【図６】通信パケットのデータ構造を概念的に示した図である。
【図７】携帯端末のハードウェア構成の一例を示した図である。
【図８】空席ナビゲーションサーバの機能構成図である。
【図９】（Ａ）定期区間テーブルのデータ構造を概念的に示した図である。（Ｂ）位置情報テーブルのデータ構造を概念的に示した図である。
【図１０】第１の実施形態に係る運行情報ＤＢのデータ構造を概念的に示した図である。
【図１１】第１の実施形態に係る座席特定ＤＢのデータ構造を概念的に示した図である。
【図１２】車両画像マスタＤＢのデータ構造を概念的に示した図である。
【図１３】着席情報ＤＢのデータ構造を概念的に示した図である。
【図１４】空席ナビゲーションサーバのハードウェア構成の一例を示した図である。
【図１５】空席ナビゲーションシステムで行われる着席情報を表示する処理の第１のタイミングチャートである。
【図１６】空席ナビゲーションシステムで行われる着席情報を表示する処理の第２のタイミングチャートである。
【図１７】（Ａ）確認画面を表示した場合の画面例である。（Ｂ）着席情報画面を表示した場合の画面例である。
【図１８】空席ナビゲーションシステムで行われる着席情報を表示する処理の第３のタイミングチャートである。
【図１９】乗車判定処理のフローチャートである。
【図２０】着席情報送信処理のフローチャートである。
【図２１】着席情報生成（更新）処理のフローチャートである。
【図２２】第２の実施形態に係る運行情報ＤＢのデータ構造を概念的に示した図である。
【図２３】第２の実施形態に係る座席特定ＤＢのデータ構造を概念的に示した図である。
【図２４】駅において列車が停車する所定の停車領域を示す図である。
【図２５】緯度経度座標系における携帯端末の位置を、停車基準点を原点とする座標系に変換する説明図である。
【図２６】座席の領域を所定距離Ｒを半径とする円とした場合の概念図である。
【符号の説明】
【０２２３】
１０・・・空席ナビゲーションシステム、１００・・空席ナビゲーションサーバ、１１１・・・データ送受信部、１１２・・・乗車判定部、１１３・・・着席判定部、１１４・・・着席情報算出部、１１５・・・着席画像データ生成部、１２１・・・定期区間テーブル、１２２・・・位置情報テーブル、１２３・・・座席特定ＤＢ、１２４・・・車両画像マスタＤＢ、１２５・・・運行情報ＤＢ、１２６・・・着席情報ＤＢ、２００・・・携帯端末、２１１・・・改札処理部、２１２・・・モード切替部、２１３・・・現在位置算出部、２１４・・・着席情報処理部、２２１・・・端末ＩＤ、２２２・・・定期区間情報、２２３・・・位置情報、３００・・・改札機、４００・・・通信パケット、５１０・・・確認画面、５２０・・・着席情報画面。
【特許請求の範囲】
【請求項１】
車両の着席情報を提供する空席ナビゲーションサーバであって、
車両の停車駅ごとに、車両の停車時刻と、車両が停車する所定の停車領域と、を対応付けた運行データと、
車両内に配置されている座席の座席位置を特定する座席特定データと、
車両内の座席の配置を示す車両画像データと、を記憶している記憶部と、
定期券機能を有する携帯端末について、定期区間から特定されるユーザの降車駅を受信し、当該携帯端末の端末位置を示す位置情報を定期的に受信する受信部と、
前記位置情報の示す端末位置が、前記停車時刻において、当該停車時刻に対応する前記停車領域内にあるか否かを判定する乗車判定部と、
前記停車領域内にあると判定された前記端末位置が、前記座席特定データで特定される座席位置にある場合に、当該座席位置の座席にユーザが着席していると判定する着席判定部と、
前記降車駅に対応する前記停車時刻を用いて、着席されていると判定された前記座席が空席になるまでの時間を算出する着席情報算出部と、
算出した前記時間を前記車両画像データに合成して、着席画像データを生成する着席画像データ生成部と、
前記乗車判定部により前記停車領域内にあると判定された前記端末位置の車両についての前記着席画像データを、当該端末位置の携帯端末に送信する着席画像データ送信部と、
を備えることを特徴とする空席ナビゲーションサーバ。
【請求項２】
請求項１に記載の空席ナビゲーションサーバであって、
前記受信部は、
前記位置情報を受信する毎に、受信日時を取得し、
前記着席情報算出部は、
受信した前記位置情報と、前記受信日時と、で特定される最寄りの停車駅を、前記運行データから読み出して、最寄り駅として特定し、
前記最寄り駅に対応する前記停車時刻と、前記降車駅に対応する前記停車時刻と、を前記運行データから特定し、当該両停車時刻の差分時間を、前記座席が空席になるまでの時間として算出する、
ことを特徴とする空席ナビゲーションサーバ。
【請求項３】
請求項１又は２に記載の空席ナビゲーションサーバであって、
前記着席判定部は、
同一の前記携帯端末から受信した複数の位置情報が示すそれぞれの端末位置が、前記座席特定データで特定される同一座席位置にあると判定した場合に、当該座席位置の座席にユーザが着席していると判定する、
ことを特徴とする空席ナビゲーションサーバ。
【請求項４】
請求項１又は３に記載の空席ナビゲーションサーバであって、
前記着席画像データ送信部は、
前記携帯端末から、前記着席画像データの送信要求を受け付けた場合に、前記携帯端末に前記着席画像データを送信する、
ことを特徴とする空席ナビゲーションサーバ。
【請求項５】
請求項１乃至４のいずれか１項に記載の空席ナビゲーションサーバであって、
前記座席特定データは、
座席ごとの領域を示す領域データからなり、
前記着席判定部は、
前記停車領域内にあると判定された前記位置情報の示す端末位置が、座席を示す領域内にあると判定した場合に、当該座席にユーザが着席していると判定する、
ことを特徴とする空席ナビゲーションサーバ。
【請求項６】
請求項１乃至５のいずれか１項に記載の空席ナビゲーションサーバであって、
前記座席特定データは、
座席ごとの位置を示す座標データからなり、
前記着席判定部は、
前記停車領域内にあると判定された前記位置情報の示す端末位置が、座席を示す位置から所定の距離内にあると判定した場合に、当該座席にユーザが着席していると判定する、
ことを特徴とする空席ナビゲーションサーバ。
【請求項７】
請求項１乃至６のいずれか１項に記載の空席ナビゲーションサーバであって、
前記運行データは、
車両の停車駅ごとに、車両の停車時刻と、列車の停車領域における対角の２点を特定する座標データと、を対応付けており、
前記乗車判定部は、
２点を示す座標データから列車の停車領域を示す領域データを生成し、
前記位置情報の示す端末位置が、前記停車時刻において、当該停車時刻に対応する前記領域データ内にある場合に、当該端末位置が、前記停車領域内にあると判定する、
ことを特徴とする空席ナビゲーションサーバ。
【請求項８】
請求項１乃至７のいずれか１項に記載の空席ナビゲーションサーバであって、
前記受信部は、
前記定期区間を示す定期区間情報とともに、前記携帯端末から当該定期区間情報を受信した改札機の設置駅を特定する駅特定データを受信し、
受信した前記駅特定データに対応していない前記定期区間における一端の駅を、前記降車駅として特定する、
ことを特徴とする空席ナビゲーションサーバ。
【請求項９】
請求項１乃至７のいずれか１項に記載の空席ナビゲーションサーバであって、
前記受信部は、
前記携帯端末から前記定期区間情報を受信した改札機から、前記降車駅を受信する、
ことを特徴とする空席ナビゲーションサーバ。
【請求項１０】
車両の着席情報を提供するサーバと通信する携帯端末であって、
定期区間を示す定期区間情報を記憶している記憶部と、
前記サーバに、前記定期区間から特定されるユーザの降車駅を送信し、自端末の位置情報を定期的に送信する送信部と、
自端末が位置している車両に配置された座席が空席になるまでの時間を合成した着席画像データを受信する受信部と、
受信した前記着席画像データを表示する表示部と、
を備えることを特徴とする携帯端末。
【請求項１１】
請求項１０に記載の携帯端末であって、
駅に設置された入場用の改札機から前記定期区間情報が読み出された場合に、前記送信部が前記位置情報を定期的に前記サーバに送信し、
駅に設置された出場用の改札機から前記定期区間情報が読み出された場合に、前記送信部による前記位置情報の送信を停止する、
ことを特徴とする携帯端末。
【請求項１２】
車両の着席情報を提供する空席ナビゲーションサーバと、当該着席情報を表示する携帯端末と、を含む空席ナビゲーションシステムであって、
前記携帯端末は、
定期区間を示す定期区間情報を記憶している記憶部と、
前記空席ナビゲーションサーバに、前記定期区間情報を送信し、自端末の位置情報を定期的に送信する送信部と、
を備え、
前記空席ナビゲーションサーバは、
車両の停車駅ごとに、車両の停車時刻と、車両が停車する所定の停車領域と、を対応付けた運行データと、
車両内に配置されている座席の座席位置を特定する座席特定データと、
車両内の座席の配置を示す車両画像データと、を記憶している記憶部と、
前記携帯端末について、前記定期区間情報から特定されるユーザの降車駅を受信し、前記位置情報を定期的に受信する受信部と、
前記位置情報の示す位置が、前記停車時刻において、当該停車時刻に対応する前記停車領域内にあるか否かを判定する乗車判定部と、
前記停車領域内にあると判定された前記端末位置が、前記座席特定データで特定される座席位置にある場合に、当該座席位置の座席にユーザが着席していると判定する着席判定部と、
前記降車駅に対応する前記停車時刻を用いて、着席されていると判定された前記座席位置の座席が空席になるまでの時間を算出する着席情報算出部と、
算出した前記時間を前記車両画像データに合成して、着席画像データを生成する着席画像データ生成部と、
前記乗車判定部により前記停車領域内にあると判定された前記端末位置の車両についての前記着席画像データを、当該端末位置の携帯端末に送信する着席画像データ送信部と、
を備え、
前記携帯端末は、
前記着席画像データを受信する受信部と、
受信した前記着席画像データを表示する表示部と、
を備えることを特徴とする空席ナビゲーションシステム。
【請求項１３】
コンピュータを、車両の着席情報を提供する空席ナビゲーションサーバとして機能させるプログラムであって、
前記コンピュータを、
車両の停車駅ごとに、車両の停車時刻と、車両が停車する所定の停車領域と、を対応付けた運行データと、
車両内に配置されている座席の座席位置を特定する座席特定データと、
車両内の座席の配置を示す車両画像データと、を記憶している記憶部、
制御部、として機能させ、
前記制御部が、
定期券機能を有する携帯端末について、定期区間から特定されるユーザの降車駅を受信し、当該携帯端末の端末位置を示す位置情報を定期的に受信する受信ステップと、
前記位置情報の示す端末位置が、前記停車時刻において、当該停車時刻に対応する前記停車領域内にあるか否かを判定する乗車判定ステップと、
前記停車領域内にあると判定された前記端末位置が、前記座席特定データで特定される座席位置にある場合に、当該座席位置の座席にユーザが着席していると判定する着席判定ステップと、
前記降車駅に対応する前記停車時刻を用いて、着席されていると判定された前記座席位置の座席が空席になるまでの時間を算出する着席情報算出ステップと、
算出した前記時間を前記車両画像データに合成して、着席画像データを生成する着席画像データ生成ステップと、
前記乗車判定ステップで前記停車領域内にあると判定された前記端末位置の車両についての前記着席画像データを、当該端末位置の携帯端末に送信する着席画像データ送信ステップと、
を実行することを特徴とするプログラム。
【請求項１４】
コンピュータを、車両の着席情報を表示する携帯端末として機能させるプログラムであって、
前記コンピュータを、
定期区間を示す定期区間情報を記憶している記憶部、制御部、として機能させ、
前記制御部が、
前記着席情報を提供するサーバに、前記定期区間から特定されるユーザの降車駅を送信し、自端末の位置情報を定期的に送信する送信ステップと、
自端末が位置している車両に配置された座席が空席になるまでの時間を合成した着席画像データを受信する受信ステップと、
受信した前記着席画像データを表示する表示ステップと、
を実行することを特徴とするプログラム。
【請求項１】
車両の着席情報を提供する空席ナビゲーションサーバであって、
車両の停車駅ごとに、車両の停車時刻と、車両が停車する所定の停車領域と、を対応付けた運行データと、
車両内に配置されている座席の座席位置を特定する座席特定データと、
車両内の座席の配置を示す車両画像データと、を記憶している記憶部と、
定期券機能を有する携帯端末について、定期区間から特定されるユーザの降車駅を受信し、当該携帯端末の端末位置を示す位置情報を定期的に受信する受信部と、
前記位置情報の示す端末位置が、前記停車時刻において、当該停車時刻に対応する前記停車領域内にあるか否かを判定する乗車判定部と、
前記停車領域内にあると判定された前記端末位置が、前記座席特定データで特定される座席位置にある場合に、当該座席位置の座席にユーザが着席していると判定する着席判定部と、
前記降車駅に対応する前記停車時刻を用いて、着席されていると判定された前記座席が空席になるまでの時間を算出する着席情報算出部と、
算出した前記時間を前記車両画像データに合成して、着席画像データを生成する着席画像データ生成部と、
前記乗車判定部により前記停車領域内にあると判定された前記端末位置の車両についての前記着席画像データを、当該端末位置の携帯端末に送信する着席画像データ送信部と、
を備えることを特徴とする空席ナビゲーションサーバ。
【請求項２】
請求項１に記載の空席ナビゲーションサーバであって、
前記受信部は、
前記位置情報を受信する毎に、受信日時を取得し、
前記着席情報算出部は、
受信した前記位置情報と、前記受信日時と、で特定される最寄りの停車駅を、前記運行データから読み出して、最寄り駅として特定し、
前記最寄り駅に対応する前記停車時刻と、前記降車駅に対応する前記停車時刻と、を前記運行データから特定し、当該両停車時刻の差分時間を、前記座席が空席になるまでの時間として算出する、
ことを特徴とする空席ナビゲーションサーバ。
【請求項３】
請求項１又は２に記載の空席ナビゲーションサーバであって、
前記着席判定部は、
同一の前記携帯端末から受信した複数の位置情報が示すそれぞれの端末位置が、前記座席特定データで特定される同一座席位置にあると判定した場合に、当該座席位置の座席にユーザが着席していると判定する、
ことを特徴とする空席ナビゲーションサーバ。
【請求項４】
請求項１又は３に記載の空席ナビゲーションサーバであって、
前記着席画像データ送信部は、
前記携帯端末から、前記着席画像データの送信要求を受け付けた場合に、前記携帯端末に前記着席画像データを送信する、
ことを特徴とする空席ナビゲーションサーバ。
【請求項５】
請求項１乃至４のいずれか１項に記載の空席ナビゲーションサーバであって、
前記座席特定データは、
座席ごとの領域を示す領域データからなり、
前記着席判定部は、
前記停車領域内にあると判定された前記位置情報の示す端末位置が、座席を示す領域内にあると判定した場合に、当該座席にユーザが着席していると判定する、
ことを特徴とする空席ナビゲーションサーバ。
【請求項６】
請求項１乃至５のいずれか１項に記載の空席ナビゲーションサーバであって、
前記座席特定データは、
座席ごとの位置を示す座標データからなり、
前記着席判定部は、
前記停車領域内にあると判定された前記位置情報の示す端末位置が、座席を示す位置から所定の距離内にあると判定した場合に、当該座席にユーザが着席していると判定する、
ことを特徴とする空席ナビゲーションサーバ。
【請求項７】
請求項１乃至６のいずれか１項に記載の空席ナビゲーションサーバであって、
前記運行データは、
車両の停車駅ごとに、車両の停車時刻と、列車の停車領域における対角の２点を特定する座標データと、を対応付けており、
前記乗車判定部は、
２点を示す座標データから列車の停車領域を示す領域データを生成し、
前記位置情報の示す端末位置が、前記停車時刻において、当該停車時刻に対応する前記領域データ内にある場合に、当該端末位置が、前記停車領域内にあると判定する、
ことを特徴とする空席ナビゲーションサーバ。
【請求項８】
請求項１乃至７のいずれか１項に記載の空席ナビゲーションサーバであって、
前記受信部は、
前記定期区間を示す定期区間情報とともに、前記携帯端末から当該定期区間情報を受信した改札機の設置駅を特定する駅特定データを受信し、
受信した前記駅特定データに対応していない前記定期区間における一端の駅を、前記降車駅として特定する、
ことを特徴とする空席ナビゲーションサーバ。
【請求項９】
請求項１乃至７のいずれか１項に記載の空席ナビゲーションサーバであって、
前記受信部は、
前記携帯端末から前記定期区間情報を受信した改札機から、前記降車駅を受信する、
ことを特徴とする空席ナビゲーションサーバ。
【請求項１０】
車両の着席情報を提供するサーバと通信する携帯端末であって、
定期区間を示す定期区間情報を記憶している記憶部と、
前記サーバに、前記定期区間から特定されるユーザの降車駅を送信し、自端末の位置情報を定期的に送信する送信部と、
自端末が位置している車両に配置された座席が空席になるまでの時間を合成した着席画像データを受信する受信部と、
受信した前記着席画像データを表示する表示部と、
を備えることを特徴とする携帯端末。
【請求項１１】
請求項１０に記載の携帯端末であって、
駅に設置された入場用の改札機から前記定期区間情報が読み出された場合に、前記送信部が前記位置情報を定期的に前記サーバに送信し、
駅に設置された出場用の改札機から前記定期区間情報が読み出された場合に、前記送信部による前記位置情報の送信を停止する、
ことを特徴とする携帯端末。
【請求項１２】
車両の着席情報を提供する空席ナビゲーションサーバと、当該着席情報を表示する携帯端末と、を含む空席ナビゲーションシステムであって、
前記携帯端末は、
定期区間を示す定期区間情報を記憶している記憶部と、
前記空席ナビゲーションサーバに、前記定期区間情報を送信し、自端末の位置情報を定期的に送信する送信部と、
を備え、
前記空席ナビゲーションサーバは、
車両の停車駅ごとに、車両の停車時刻と、車両が停車する所定の停車領域と、を対応付けた運行データと、
車両内に配置されている座席の座席位置を特定する座席特定データと、
車両内の座席の配置を示す車両画像データと、を記憶している記憶部と、
前記携帯端末について、前記定期区間情報から特定されるユーザの降車駅を受信し、前記位置情報を定期的に受信する受信部と、
前記位置情報の示す位置が、前記停車時刻において、当該停車時刻に対応する前記停車領域内にあるか否かを判定する乗車判定部と、
前記停車領域内にあると判定された前記端末位置が、前記座席特定データで特定される座席位置にある場合に、当該座席位置の座席にユーザが着席していると判定する着席判定部と、
前記降車駅に対応する前記停車時刻を用いて、着席されていると判定された前記座席位置の座席が空席になるまでの時間を算出する着席情報算出部と、
算出した前記時間を前記車両画像データに合成して、着席画像データを生成する着席画像データ生成部と、
前記乗車判定部により前記停車領域内にあると判定された前記端末位置の車両についての前記着席画像データを、当該端末位置の携帯端末に送信する着席画像データ送信部と、
を備え、
前記携帯端末は、
前記着席画像データを受信する受信部と、
受信した前記着席画像データを表示する表示部と、
を備えることを特徴とする空席ナビゲーションシステム。
【請求項１３】
コンピュータを、車両の着席情報を提供する空席ナビゲーションサーバとして機能させるプログラムであって、
前記コンピュータを、
車両の停車駅ごとに、車両の停車時刻と、車両が停車する所定の停車領域と、を対応付けた運行データと、
車両内に配置されている座席の座席位置を特定する座席特定データと、
車両内の座席の配置を示す車両画像データと、を記憶している記憶部、
制御部、として機能させ、
前記制御部が、
定期券機能を有する携帯端末について、定期区間から特定されるユーザの降車駅を受信し、当該携帯端末の端末位置を示す位置情報を定期的に受信する受信ステップと、
前記位置情報の示す端末位置が、前記停車時刻において、当該停車時刻に対応する前記停車領域内にあるか否かを判定する乗車判定ステップと、
前記停車領域内にあると判定された前記端末位置が、前記座席特定データで特定される座席位置にある場合に、当該座席位置の座席にユーザが着席していると判定する着席判定ステップと、
前記降車駅に対応する前記停車時刻を用いて、着席されていると判定された前記座席位置の座席が空席になるまでの時間を算出する着席情報算出ステップと、
算出した前記時間を前記車両画像データに合成して、着席画像データを生成する着席画像データ生成ステップと、
前記乗車判定ステップで前記停車領域内にあると判定された前記端末位置の車両についての前記着席画像データを、当該端末位置の携帯端末に送信する着席画像データ送信ステップと、
を実行することを特徴とするプログラム。
【請求項１４】
コンピュータを、車両の着席情報を表示する携帯端末として機能させるプログラムであって、
前記コンピュータを、
定期区間を示す定期区間情報を記憶している記憶部、制御部、として機能させ、
前記制御部が、
前記着席情報を提供するサーバに、前記定期区間から特定されるユーザの降車駅を送信し、自端末の位置情報を定期的に送信する送信ステップと、
自端末が位置している車両に配置された座席が空席になるまでの時間を合成した着席画像データを受信する受信ステップと、
受信した前記着席画像データを表示する表示ステップと、
を実行することを特徴とするプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【公開番号】特開２０１０−４９３７５（Ｐ２０１０−４９３７５Ａ）
【公開日】平成２２年３月４日（２０１０．３．４）
【国際特許分類】
【出願番号】特願２００８−２１１３２７（Ｐ２００８−２１１３２７）
【出願日】平成２０年８月２０日（２００８．８．２０）
【出願人】（０００２３３２９５）日立情報通信エンジニアリング株式会社 (195)
【公開日】平成２２年３月４日（２０１０．３．４）
【国際特許分類】
【出願日】平成２０年８月２０日（２００８．８．２０）
【出願人】（０００２３３２９５）日立情報通信エンジニアリング株式会社 (195)
[ Back to top ]