(57)【要約】【課題】乗客の定期券の有無や乗車時期に関わらず、着席した乗客の降車駅の予測の精度を向上する。【解決手段】乗車駅と降車駅に基づき路線および乗車可能な車両を示す車両情報の路線検索を行う路線検索部２５を有し、ＩＣタグ２３を備える移動端末２と接続し、車両の座席の各々に備えたＩＣタグ３３とＩＣタグ２３との近距離通信から、乗客の着席状況を管理する座席情報管理サーバ１（降車駅予測装置）は、路線検索した移動端末２から、ユーザＩＤ、降車駅、および車両情報を取得し、テーブルＴ２に格納する路線検索履歴取得部１１と、前記近距離通信により特定される車両、座席およびユーザＩＤを取得し、当該取得したユーザＩＤに基づき、テーブルＴ２を参照し、乗客が乗車した車両の車両情報と降車駅とを取得し、車両情報に対応付けて、ユーザＩＤ、座席、および予測降車駅として前記取得した降車駅をテーブルＴ１に格納する降車駅予測部１２と、を有する。【選択図】図１
2015219716.tif 000002
【特許請求の範囲】
【請求項１】
乗車駅と降車駅に基づき路線および乗車可能な車両を示す車両情報の路線検索を行う路線検索機能を有し、移動端末側ＩＣタグを備える移動端末と通信可能に接続しており、車両の座席の各々に備えた座席側ＩＣタグが前記移動端末側ＩＣタグと近距離通信をすることで、乗客の着席状況を管理する降車駅予測装置の降車駅予測方法であって、
前記降車駅予測装置は、
前記路線検索を実行した移動端末から、当該移動端末の識別情報、前記降車駅、および、前記車両情報を取得し、路線検索履歴情報として記憶する路線検索履歴取得ステップと、
前記路線検索を実行した移動端末が備える移動端末側ＩＣタグと、前記車両の座席が備える座席側ＩＣタグとの前記近距離通信があった場合、前記近距離通信により特定される前記車両、前記車両の座席および前記移動端末の識別情報を取得し、当該取得した移動端末の識別情報に基づき、前記路線検索履歴情報を参照し、前記路線検索を実行した乗客が乗車した車両の前記車両情報および前記降車駅を取得し、
前記取得した車両情報に対応付けて、前記移動端末の識別情報、前記車両の座席、および、前記路線検索を実行した移動端末を所持する乗客が降車すると予測される予測降車駅として前記取得した降車駅、を格納する座席情報を生成する降車駅予測ステップと、を実行する、
ことを特徴とする降車駅予測方法。
【請求項２】
前記降車駅予測装置には、前記車両情報ごとに前記移動端末の識別情報それぞれに対応付けた前記座席情報が記憶されており、
前記降車駅予測装置は、
前記路線検索を実行した移動端末からの要求に応じて、前記座席情報を参照し、前記路線検索の結果として取得した前記車両情報に示される車両に乗車した他の乗客が所持する他の移動端末での前記近距離通信によって特定される前記他の乗客の前記座席、および、前記他の乗客の前記予測降車駅を、前記路線検索を実行した移動端末に通知する着席状況通知ステップ、を実行する、
ことを特徴とする請求項１に記載の降車駅予測方法。
【請求項３】
乗車駅と降車駅に基づき路線および乗車可能な車両を示す車両情報の路線検索を行う路線検索機能を有し、移動端末側ＩＣタグを備える移動端末と通信可能に接続しており、車両の座席の各々に備えた座席側ＩＣタグが前記移動端末側ＩＣタグと近距離通信をすることで、乗客の着席状況を管理する降車駅予測装置であって、
前記降車駅予測装置の制御部は、
前記路線検索を実行した移動端末から、当該移動端末の識別情報、前記降車駅、および、前記車両情報を取得し、路線検索履歴情報として記憶する路線検索履歴取得部と、
前記路線検索を実行した移動端末が備える移動端末側ＩＣタグと、前記車両の座席が備える座席側ＩＣタグとの前記近距離通信があった場合、前記近距離通信により特定される前記車両、前記車両の座席および前記移動端末の識別情報を取得し、当該取得した移動端末の識別情報に基づき、前記路線検索履歴情報を参照し、前記路線検索を実行した乗客が乗車した車両の前記車両情報および前記降車駅を取得し、
前記取得した車両情報に対応付けて、前記移動端末の識別情報、前記車両の座席、および、前記路線検索を実行した移動端末を所持する乗客が降車すると予測される予測降車駅として前記取得した降車駅、を格納する座席情報を生成する降車駅予測部と、を有する、
ことを特徴とする降車駅予測装置。
【請求項４】
前記降車駅予測装置には、前記車両情報ごとに前記移動端末の識別情報それぞれに対応付けた前記座席情報が記憶されており、
前記降車駅予測装置の制御部は、
前記路線検索を実行した移動端末からの要求に応じて、前記座席情報を参照し、前記路線検索の結果として取得した前記車両情報に示される車両に乗車した他の乗客が所持する他の移動端末での前記近距離通信によって特定される前記他の乗客の前記座席、および、前記他の乗客の前記予測降車駅を、前記路線検索を実行した移動端末に通知する着席状況通知部、を有する、
ことを特徴とする請求項３に記載の降車駅予測装置。
【請求項５】
乗車駅と降車駅に基づき路線および乗車可能な車両を示す車両情報の路線検索を行う路線検索機能を有し、移動端末側ＩＣタグを備える移動端末と通信可能に接続しており、車両の座席の各々に備えた座席側ＩＣタグが前記移動端末側ＩＣタグと近距離通信をすることで、乗客の着席状況を管理する降車駅予測装置としてコンピュータを機能させるための降車駅予測プログラムであって、
前記路線検索を実行した移動端末から、当該移動端末の識別情報、前記降車駅、および、前記車両情報を取得し、路線検索履歴情報として記憶する路線検索履歴取得処理と、
前記路線検索を実行した移動端末が備える移動端末側ＩＣタグと、前記車両の座席が備える座席側ＩＣタグとの前記近距離通信があった場合、前記近距離通信により特定される前記車両、前記車両の座席および前記移動端末の識別情報を取得し、当該取得した移動端末の識別情報に基づき、前記路線検索履歴情報を参照し、前記路線検索を実行した乗客が乗車した車両の前記車両情報および前記降車駅を取得し、
前記取得した車両情報に対応付けて、前記移動端末の識別情報、前記車両の座席、および、前記路線検索を実行した移動端末を所持する乗客が降車すると予測される予測降車駅として前記取得した降車駅、を格納する座席情報を生成する降車駅予測処理と、を実行させる
ための降車駅予測プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電車やバスなどの車両の乗客を円滑に着席させる技術に関する。
【背景技術】
【０００２】
電車やバスなどの車両が満席であった場合、後から乗車した乗客が先に乗車した乗客よりも先に着席する場合がある。このような状況に対し、早く乗車した乗客が優先的に着席できるようにして欲しいという要望がある。そのために、着席した乗客がどの駅で降車するかという予測の精度を向上する必要がある。
【０００３】
特許文献１は、空席ナビゲーションサーバが、定期券機能を有する携帯端末のユーザに対して、降車駅がおよそ決定されている乗客の着席している座席が空席になるまでの時間を着席画像データとして提供する技術を開示する。特許文献１の技術によれば、空席ナビゲーションサーバは、もうすぐ空席になると見込まれる座席にユーザを案内し、ユーザは、後から乗車した乗客よりも先にその座席に着席することができる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１０−０４９３７５号広報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
特許文献１の技術よれば、定期券の定期券区間によって乗客の降車駅を予測する。しかしながら、乗客が定期券を持っていない（その乗客の携帯端末が定期券情報を有していない）場合、休日などで定期券区間とは異なる駅が降車駅となる場合には、乗客の降車駅の予測の精度が大幅に低下してしまう。
【０００６】
このような背景に鑑みて、本発明は、乗客の定期券の有無や乗車時期に関わらず、着席した乗客の降車駅の予測の精度を向上することを課題とする。
【課題を解決するための手段】
【０００７】
前記した課題を解決するため、請求項１に記載の発明は、乗車駅と降車駅に基づき路線および乗車可能な車両を示す車両情報の路線検索を行う路線検索機能を有し、移動端末側ＩＣタグを備える移動端末と通信可能に接続しており、車両の座席の各々に備えた座席側ＩＣタグが前記移動端末側ＩＣタグと近距離通信をすることで、乗客の着席状況を管理する降車駅予測装置の降車駅予測方法であって、前記降車駅予測装置は、前記路線検索を実行した移動端末から、当該移動端末の識別情報、前記降車駅、および、前記車両情報を取得し、路線検索履歴情報として記憶する路線検索履歴取得ステップと、前記路線検索を実行した移動端末が備える移動端末側ＩＣタグと、前記車両の座席が備える座席側ＩＣタグとの前記近距離通信があった場合、前記近距離通信により特定される前記車両、前記車両の座席および前記移動端末の識別情報を取得し、当該取得した移動端末の識別情報に基づき、前記路線検索履歴情報を参照し、前記路線検索を実行した乗客が乗車した車両の前記車両情報および前記降車駅を取得し、前記取得した車両情報に対応付けて、前記移動端末の識別情報、前記車両の座席、および、前記路線検索を実行した移動端末を所持する乗客が降車すると予測される予測降車駅として前記取得した降車駅、を格納する座席情報を生成する降車駅予測ステップと、を実行する、ことを特徴とする。
【０００８】
また、請求項３に記載の発明は、乗車駅と降車駅に基づき路線および乗車可能な車両を示す車両情報の路線検索を行う路線検索機能を有し、移動端末側ＩＣタグを備える移動端末と通信可能に接続しており、車両の座席の各々に備えた座席側ＩＣタグが前記移動端末側ＩＣタグと近距離通信をすることで、乗客の着席状況を管理する降車駅予測装置であって、前記降車駅予測装置の制御部は、前記路線検索を実行した移動端末から、当該移動端末の識別情報、前記降車駅、および、前記車両情報を取得し、路線検索履歴情報として記憶する路線検索履歴取得部と、前記路線検索を実行した移動端末が備える移動端末側ＩＣタグと、前記車両の座席が備える座席側ＩＣタグとの前記近距離通信があった場合、前記近距離通信により特定される前記車両、前記車両の座席および前記移動端末の識別情報を取得し、当該取得した移動端末の識別情報に基づき、前記路線検索履歴情報を参照し、前記路線検索を実行した乗客が乗車した車両の前記車両情報および前記降車駅を取得し、前記取得した車両情報に対応付けて、前記移動端末の識別情報、前記車両の座席、および、前記路線検索を実行した移動端末を所持する乗客が降車すると予測される予測降車駅として前記取得した降車駅、を格納する座席情報を生成する降車駅予測部と、を有する、ことを特徴とする。
【０００９】
また、請求項５に記載の発明は、乗車駅と降車駅に基づき路線および乗車可能な車両を示す車両情報の路線検索を行う路線検索機能を有し、移動端末側ＩＣタグを備える移動端末と通信可能に接続しており、車両の座席の各々に備えた座席側ＩＣタグが前記移動端末側ＩＣタグと近距離通信をすることで、乗客の着席状況を管理する降車駅予測装置としてコンピュータを機能させるための降車駅予測プログラムであって、前記路線検索を実行した移動端末から、当該移動端末の識別情報、前記降車駅、および、前記車両情報を取得し、路線検索履歴情報として記憶する路線検索履歴取得処理と、前記路線検索を実行した移動端末が備える移動端末側ＩＣタグと、前記車両の座席が備える座席側ＩＣタグとの前記近距離通信があった場合、前記近距離通信により特定される前記車両、前記車両の座席および前記移動端末の識別情報を取得し、当該取得した移動端末の識別情報に基づき、前記路線検索履歴情報を参照し、前記路線検索を実行した乗客が乗車した車両の前記車両情報および前記降車駅を取得し、前記取得した車両情報に対応付けて、前記移動端末の識別情報、前記車両の座席、および、前記路線検索を実行した移動端末を所持する乗客が降車すると予測される予測降車駅として前記取得した降車駅、を格納する座席情報を生成する降車駅予測処理と、を実行させるための降車駅予測プログラムである。
【００１０】
請求項１、３、５に記載の発明によれば、路線検索を実行した移動端末の路線検索結果を用いて、路線検索を実行した乗客の降車駅を予測する。具体的には、路線検索を実行した乗客が乗車した車両が該当している路線検索結果が含む降車駅を、路線検索を実行した乗客の予測降車駅とすることができる。よって、乗客の定期券の有無や乗車時間帯に関わらず、着席した乗客の降車駅の予測の精度を向上することができる。
【００１１】
また、請求項２に記載の発明は、請求項１に記載の発明において、前記降車駅予測装置には、前記車両情報ごとに前記移動端末の識別情報それぞれに対応付けた前記座席情報が記憶されており、前記降車駅予測装置は、前記路線検索を実行した移動端末からの要求に応じて、前記座席情報を参照し、前記路線検索の結果として取得した前記車両情報に示される車両に乗車した他の乗客が所持する他の移動端末での前記近距離通信によって特定される前記他の乗客の前記座席、および、前記他の乗客の前記予測降車駅を、前記路線検索を実行した移動端末に通知する着席状況通知ステップ、を実行する、ことを特徴とする。
【００１２】
また、請求項４に記載の発明は、請求項３に記載の発明において、前記降車駅予測装置には、前記車両情報ごとに前記移動端末の識別情報それぞれに対応付けた前記座席情報が記憶されており、前記降車駅予測装置の制御部は、前記路線検索を実行した移動端末からの要求に応じて、前記座席情報を参照し、前記路線検索の結果として取得した前記車両情報に示される車両に乗車した他の乗客が所持する他の移動端末での前記近距離通信によって特定される前記他の乗客の前記座席、および、前記他の乗客の前記予測降車駅を、前記路線検索を実行した移動端末に通知する着席状況通知部、を有する、ことを特徴とする。
【００１３】
請求項２、４に記載の発明によれば、路線検索を実行した乗客は、車両に乗車した際、路線検索を実行した移動端末を介して、降車駅予測装置から通知された情報によって、予測降車駅で下車する可能性が高い乗客がどの座席に着席しているかを知ることができる。よって、路線検索を実行した乗客は、空席になった時点で、後から乗車した乗客よりも早くその空席に着席することができる。つまり、車両に先に乗車した乗客が優先的に着席できるようにする。
【発明の効果】
【００１４】
本発明によれば、乗客の定期券の有無や乗車時間帯に関わらず、着席した乗客の降車駅の予測の精度を向上することができる。
【図面の簡単な説明】
【００１５】
【図１】本実施形態の乗客案内システムの構成を示す図である。
【図２】座席情報テーブルのデータ構造を示す図である。
【図３】路線検索履歴テーブルのデータ構造を示す図である。
【図４】本実施形態の乗客案内システムの動作を示すシーケンスである。
【発明を実施するための形態】
【００１６】
≪全体構成≫
図１に示すように、本実施形態の乗客案内システムは、座席情報管理サーバ１（降車駅予測装置）と、移動端末２と、車両内システムＳとを備える。本実施形態では、乗客案内システムが対象とする車両として、電車を例とする。移動端末２は、例えば、Ｗｅｂブラウザを有するスマートフォンであり、車両の乗客が所持している。車両内システムＳは、車両内に実装された通信システムであり、車両の座席の各々が備える座席装置３と、上位システム通信機Ｃとを備える。座席情報管理サーバ１、移動端末２、座席装置３、および上位システム通信機Ｃはそれぞれ通信可能に接続されている。
【００１７】
座席情報管理サーバ１、移動端末２、座席装置３、および上位システム通信機Ｃはそれぞれ、入力部、出力部、制御部、記憶部、および通信部といったハードウェアを含むコンピュータである。例えば、制御部がＣＰＵ（Central Processing Unit）から構成される場合、その制御部を含むコンピュータによる情報処理は、ＣＰＵによるプログラム実行処理で実現する。また、そのコンピュータが含む記憶部は、ＣＰＵが指令し、そのコンピュータの機能を実現するためのプログラム（降車駅予測プログラムを含む）を記憶する。これによりソフトウェアとハードウェアの協働が実現される。前記プログラムは、記録媒体に記録したり、ネットワークを経由したりすることで提供することができる。
【００１８】
（座席情報管理サーバ１）
座席情報管理サーバ１は、車両内のどの座席に乗客が着席しているかという乗客の着席状況を管理しており、ある車両にこれから乗車しようとする乗客の移動端末２に、その車両の他の乗客の着席状況を所定の表示態様で通知する。通知される着席状況には、着席している乗客による路線検索の検索結果に基づくその乗客の予測降車駅が含まれている。座席情報管理サーバ１は、乗客案内システムによるサービスの提供者が管理しているネットワーク上に配置されている。座席情報管理サーバ１は、座席情報テーブルＴ１および路線検索履歴テーブルＴ２を記憶しているとともに、路線検索履歴取得部１１、降車駅予測部１２、着席状況通知部１３、および認証部１４とを備える。
【００１９】
座席情報テーブルＴ１（座席情報）は、座席情報管理サーバ１が、車両内の乗客の着席状況を管理するためのテーブルである。
図２に示すように、座席情報テーブルＴ１は、「車両情報」、「ユーザＩＤ（Identifier）」、「着席位置」、「予測降車駅」といった項目を有しており、その項目に対応する値が格納される。
【００２０】
「車両情報」という項目に対して、車両を識別する番号（車両ＩＤ）（例：１００）、車両の始発駅の名称（例：大宮）、終着駅の名称（例：新木場）、始発駅での発車時刻（例：７：１９）が格納されている。なお、終着駅への到着時刻が格納されてもよい。
「ユーザＩＤ」という項目に対して、車両情報が示す車両内にいる乗客を識別し、その乗客の移動端末２が記憶しているＩＤが格納されている。
「着席位置」という項目に対して、車両情報が示す車両内の座席のうち、ユーザＩＤが識別する乗客が着席している座席を識別する値（例：５車両目１０番席）が格納されている。
「予測降車駅」という項目に対して、降車駅予測部１２（詳細は後記）による予測降車駅が格納される。
なお、座席情報テーブルＴ１は、レコードが作成された時刻を格納することもできる。
【００２１】
路線検索履歴テーブルＴ２（路線検索履歴情報）は、移動端末２が路線検索部２５（詳細は後記）により路線検索をしたときの検索結果の履歴を管理するためのテーブルである。
図３に示すように、路線検索履歴テーブルＴ２は、「ユーザＩＤ」、「路線検索結果」、「検索時刻」といった項目を有しており、その項目に対応する値が格納される。
【００２２】
「ユーザＩＤ」という項目に対して、路線検索部２５による路線検索を行ったユーザ（乗客）を識別し、そのユーザの移動端末２が記憶しているＩＤが格納されている。
「路線検索結果」という項目に対して、乗車駅の名称（例：池袋）、降車駅の名称（例：渋谷）、乗車駅での乗車時刻（例：７：５１）、降車駅での降車時刻（例：８：０３）、乗車駅から降車駅までの路線の名称（例：埼京線）、が格納されている。なお、乗車駅と降車駅との途中で経由する、１または複数の経由駅の名称、乗車駅から降車駅までの運賃が格納されてもよい。また、前記格納されている乗車駅の名称、降車駅の名称、乗車駅での乗車時刻、降車駅での降車時刻、乗車駅から降車駅までの路線の名称、といった路線検索結果を満たす運行をしている車両の車両ＩＤが格納されてもよい。
「検索時刻」という項目に対して、路線検索部２５による路線検索が実行された日時が格納されている。
なお、路線検索履歴テーブルＴ２は、乗車駅での出発希望日時、降車駅への到着希望日時を格納することもできる。
【００２３】
図１に戻ると、路線検索履歴取得部１１は、路線検索部２５による路線検索を実行した移動端末２から、移動端末２のユーザＩＤ（識別情報）、路線検索部２５による路線検索結果および検索時刻を取得する。取得したユーザＩＤ、路線検索結果および検索時刻は、路線検索履歴テーブルＴ２に格納される。
【００２４】
降車駅予測部１２は、路線検索を実行した移動端末２の乗客が所定の車両の所定の座席に着席の確認ができた場合、路線検索履歴テーブルＴ２を参照して、乗客が乗車した車両、および路線検索結果に基づいて、その乗客の降車駅を予測する。詳細は後記するが、乗客の着席の確認には、移動端末２が備えるＩＣタグ２３と座席内の座席装置３が備えるＩＣタグ３３との近距離通信が利用される。予測された降車駅は、予測降車駅として、座席情報テーブルＴ１の「予測降車駅」に格納される。
【００２５】
着席状況通知部１３は、移動端末２からの着席状況の要求に応じて、座席情報テーブルＴ１を参照して、移動端末２を所持する乗客が乗車した車両において、その車両に乗車した他の乗客の着席位置（座席）、および前記他の乗客の予測降車駅を、着席状況として乗客の移動端末２に通知する。
【００２６】
着席状況の要求は、例えば、路線検索部２５による路線検索を行った移動端末２の入力部からの入力によってなされる。着席状況の要求は、通常、乗客が車両に乗車する前に行われることを踏まえ、着席状況通知部１３は、検索時刻以降に乗客が乗車可能な車両のすべてについて着席状況を通知することができる。よって、着席状況通知部１３は、少なくとも、検索を実行した乗客が実際に乗車した車両についての着席状況を通知することができる。なお、着席状況の要求に乗客の乗車駅を含めることで、着席状況通知部１３は、検索時刻以降の乗車時刻にて前記乗車駅で乗車可能な車両についてのみ、座席情報テーブルＴ１のレコードを抽出し、抽出したレコードからなる着席状況を乗客の移動端末２に通知することもできる。
【００２７】
乗客が乗車した車両に乗車した他の乗客の着席位置は、他の乗客の移動端末２が備えるＩＣタグ２３とその車両の座席内の座席装置３が備えるＩＣタグ３３との近距離通信によって特定することができる。
【００２８】
着席状況通知部１３は、移動端末２からの着席状況の要求に応じて、移動端末２のＷｅｂブラウザを自動的に起動し、画面上に車両の着席状況を所定の表示態様で通知することができる。
【００２９】
認証部１４は、路線検索部２５による路線検索を実行したユーザが、座席情報管理サーバ１が提供するサービスを利用するユーザと同一であるか否かを確認する。具体的には、移動端末２を介して前記サービスの利用の契約に同意したユーザから事前に取得したユーザＩＤと、路線検索履歴取得部１１が取得したユーザＩＤとが一致しているか否かを確認する。一致していれば、座席情報管理サーバ１は、着席状況通知部１３による着席状況を通知する。
なお、乗客は、移動端末２からの入力により、乗客自身に対して認証部１４の機能を有効にするか否かを選択することができる。
【００３０】
（移動端末２）
移動端末２は、近距離無線送受信部２１、信号強度判定部２２、ＩＣタグ２３（移動端末側ＩＣタグ）、信号変換部２４、路線検索部２５および着席状況閲覧部２６を備えるとともに、ユーザＩＤ（識別情報）を記憶している。
【００３１】
近距離無線送受信部２１は、移動端末２が備えるＩＣタグ２３と、座席装置３が備えるＩＣタグ３３との間の近距離通信によってやり取りされる無線信号を送信または受信する。前記無線信号は、例えば、電波信号または磁気信号である。
信号強度判定部２２は、ＩＣタグ２３が受信した無線信号の強度を判定する。
ＩＣタグ２３は、座席装置３が備えるＩＣタグ３３と近距離通信を行う。
信号変換部２４は、ＩＣタグ２３が取得した無線信号を、移動端末２以外の他の装置に送信するための所定の形式のデータに変換する。また、信号変換部２４は、他の装置から受信したデータをＩＣタグ２３用の無線信号に変換する。
【００３２】
路線検索部２５（路線検索機能）は、路線検索サービスを提供する路線検索サーバ（図示せず）がＷｅｂ上に公開している路線検索サイトを利用するためのアプリケーションである。路線検索部２５による路線検索が実行されると、移動端末２のユーザＩＤ、路線検索結果、および検索時刻が座席情報管理サーバ１に通知される。本実施形態では、路線検索サーバは、座席情報管理サーバ１とは異なるとするが、同じであってもよい。
【００３３】
着席状況閲覧部２６は、座席情報管理サーバ１の着席状況通知部１３が通知した着席状況を、所定の表示態様で移動端末２の表示部に表示する。「所定の表示態様」とは、例えば、テキスト形式でもよいし、表形式（図２参照）でもよいし、車両内の座席および乗客（移動端末２）の位置関係を示したイラスト形式でもよい。
【００３４】
ユーザＩＤは、移動端末２を所持する乗客を識別するＩＤである。ユーザＩＤは、座席情報テーブルＴ１の「ユーザＩＤ」に用いられる。
【００３５】
（座席装置３）
座席装置３は、近距離無線送受信部３１、信号強度判定部３２、ＩＣタグ３３（座席側ＩＣタグ）、および信号変換部３４を備えるとともに、座席ＩＤを記憶している。
【００３６】
近距離無線送受信部３１は、座席装置３が備えるＩＣタグ３３と、移動端末２が備えるＩＣタグ２３との間の近距離通信によってやり取りされる無線信号を送信または受信する。この近距離通信によって、座席装置３は乗客の着席を検出し、その乗客の移動端末２からユーザＩＤを取得する。
信号強度判定部３２は、ＩＣタグ３３が受信した無線信号の強度を判定する。
ＩＣタグ３３は、移動端末２が備えるＩＣタグ２３と近距離通信を行う。
信号変換部３４は、ＩＣタグ３３が取得した無線信号を、座席装置３以外の他の装置に送信するための所定の形式のデータに変換する。また、信号変換部３４は、他の装置から受信したデータをＩＣタグ３３用の無線信号に変換する。
【００３７】
座席ＩＤは、座席装置３を備える座席を識別するＩＤである。座席ＩＤは、座席情報テーブルＴ１の「着席位置」に用いられる。
【００３８】
（上位システム通信機Ｃ）
上位システム通信機Ｃは、着席した乗客の移動端末２から座席装置３が取得したユーザＩＤ、その乗客の着席位置、および上位システム通信機Ｃの記憶部に記憶されている車両情報を、座席情報管理サーバ１に通知する。前記車両情報は、座席情報テーブルＴ１の「車両情報」に用いられる。
【００３９】
≪処理≫
図４を参照して、本実施形態で実行される処理について説明する。この処理の主体は、座席情報管理サーバ１、移動端末２、座席装置３、および上位システム通信機Ｃの各々の制御部であるが、説明の便宜上、「制御部」という言葉は省略する。
【００４０】
なお、乗客は、本実施形態の乗客案内システムのサービスを利用するうえで、移動端末２の路線検索履歴（路線検索結果および検索時刻）がＷｅｂ上に公開され、他の移動端末２に通知されることを、サービスの提供者に許諾している。また、路線検索を実行した移動端末２を所持している乗客が、路線検索後に乗車した車両は、満席であるとする。
図４の処理は、移動端末２のユーザがＳ０１の処理のために、移動端末２の入力部を操作することにより開始する。
【００４１】
Ｓ０１において、移動端末２は、路線検索部２５の機能により、路線検索を行う。この路線検索により、移動端末２の表示部は路線検索結果を表示する。Ｓ０１の後、Ｓ０２に進む。
【００４２】
Ｓ０２において、移動端末２は、移動端末２が記憶しているユーザＩＤと、路線検索部２５の路線検索による、路線検索結果および検索時刻を座席情報管理サーバ１に通知する。路線検索履歴取得部１１は、移動端末２から通知された、ユーザＩＤ、路線検索結果、および検索時刻を取得する。Ｓ０２の後、Ｓ０３に進む。
【００４３】
Ｓ０３において、座席情報管理サーバ１は、路線検索履歴取得部１１の機能により、移動端末２から取得した、ユーザＩＤ、路線検索結果、および検索時刻を用いて、路線検索履歴テーブルＴ２を更新する。具体的には、座席情報管理サーバ１は、路線検索履歴テーブルＴ２において、移動端末２から取得した、ユーザＩＤ（例：Ｂｂｂｂｂｂ（図３））、路線検索結果（例：８：０３−８：２６  渋谷−新木場（埼京線）（図３））、および検索時刻（例：２０１４／３／２２  ７：５５）を対応付けたレコードを作成する。Ｓ０３の後、Ｓ０４に進む。
【００４４】
Ｓ０４において、移動端末２は、入力部からの入力により、座席情報テーブルＴ１の内容となる着席状況を座席情報管理サーバ１に要求する。なお、路線検索部２５の路線検索が実行されたときに初めて、この着席状況の要求が有効となるようにしてもよい。具体的には、路線検索のためのＷｅｂサイトの画面上に着席状況を要求するための入力ボタンを表示し、路線検索が実行されたときに前記入力ボタンをアクティブ状態にする制御をおこなうとよい。
Ｓ０４の後、Ｓ０５に進む。
【００４５】
Ｓ０５において、座席情報管理サーバ１は、着席状況通知部１３の機能により、座席情報テーブルＴ１を参照して、検索時刻以降に乗客が乗車可能な車両のすべてについてその車両内の着席状況を移動端末２に通知する。
【００４６】
乗客は、移動端末２の表示部に表示された画面表示を見て、自身が乗車しようとする車両内で着席している他の乗客の予測降車駅を事前に知ることができる。よって、例えば、乗客の乗車駅（またはその乗車駅の次の駅）でまもなく降車すると予想できる他の乗客およびその乗客の着席位置を特定することができる。例えば、図２を参照すると、Ｓ０５の段階ではまだ乗車していないユーザＢｂｂｂｂｂは、ユーザＢｂｂｂｂｂが乗車しようとする車両（車両ＩＤが１００である埼京線の車両）内で着席しているユーザＡａａａａａの予測降車駅が渋谷駅であることを事前に知ることができ、ユーザＡａａａａａの着席位置が５車両目の１０番席であると特定する。
【００４７】
その後、所望の車両に実際に乗車した乗客は、降車すると予想できる他の乗客の前に立って待機し、他の乗客が離席したのち即座に着席することができる。このとき、新たに着席した乗客の移動端末２のＩＣタグ２３と、着席のあった座席の座席装置３のＩＣタグ３３との間の近距離通信がなされる。Ｓ０５の後、Ｓ０６に進む。
【００４８】
Ｓ０６において、座席装置３は、近距離無線送受信部３１の機能により、移動端末２の通信部から送信された無線信号を取得する。Ｓ０６の後、Ｓ０７に進む。
【００４９】
Ｓ０７において、座席装置３は、信号強度判定部３２の機能により、移動端末２から取得した無線信号の強度（例：ＲＳＳＩ（Received Signal Strength Indicator）値）に基づいて、移動端末２の乗客が着席したか否かを判定する。この判定では、例えば、無線信号の強度が所定値以上であれば、着席があったとしてよい。移動端末２のＩＣタグ２３と座席装置３のＩＣタグ３３とが十分に近接しているからである。乗客が着席した座席の隣の座席の座席装置３が無線信号を取得する可能性もある。しかし、その場合は、移動端末２のＩＣタグ２３と座席装置３のＩＣタグ３３とがあまり近接せず、無線信号の強度が所定値を下回る。よって、自身の座席に着席したわけではないという判定がなされる。
【００５０】
１つの座席装置３が所定のタイミングで複数の無線信号を取得する可能性がある。この場合、複数の無線信号のうち最も強度の大きな無線信号を選択的に抽出し、抽出した無線信号を出力した移動端末２の乗客が着席したとみなすことができる。
【００５１】
また、着席のあった１つの座席が備える１つの座席装置３が、着席した乗客の移動端末２から無線信号だけでなく、移動端末２を特定する特定情報（例：ユーザＩＤ、ＭＡＣ（Media Access Controller）アドレス）も取得し、取得した無線信号および特定情報を、（例えば、隣接する）複数の座席装置３の間で共有することもできる。このような共有により、自身の座席に着席した乗客を、他の座席に着席した乗客であるとしてしまう誤判定を防ぐことができる。
【００５２】
Ｓ０７の処理では、信号強度判定部３２の判定により、空席になるまで傍で待機していた移動端末２の乗客が、空席であった座席に着席したとする。着席があった場合、座席装置３は、移動端末２からユーザＩＤを取得する。Ｓ０７の後、Ｓ０８に進む。
【００５３】
Ｓ０８において、座席装置３は、移動端末２から取得したユーザＩＤを上位システム通信機Ｃに通知するとともに、座席装置３が記憶している座席ＩＤを移動端末２の乗客の着席位置として上位システム通信機Ｃに通知する。Ｓ０８の後、Ｓ０９に進む。
【００５４】
Ｓ０９において、上位システム通信機Ｃは、座席装置３から取得したユーザＩＤおよび着席位置を座席情報管理サーバ１に通知するとともに、上位システム通信機Ｃが記憶している車両情報を座席情報管理サーバ１に通知する。Ｓ０９の後、Ｓ１０に進む。
【００５５】
Ｓ１０において、座席情報管理サーバ１は、降車駅予測部１２の機能により、上位システム通信機Ｃから通知されたユーザＩＤで識別される乗客の降車駅を予測する。具体的には、座席情報管理サーバ１は、上位システム通信機Ｃから通知されたユーザＩＤおよび車両情報を検索キーとして路線検索履歴テーブルＴ２を検索し、路線検索履歴テーブルＴ２の路線検索結果を満たす運行をしている車両が、前記検索キーとなる車両情報が示す車両に一致するレコード（例えば、図３において、ユーザＩＤ：「Ｂｂｂｂｂｂ」、路線名：「埼京線」、検索時刻：「２０１４／３／２２  ７：５５」であるレコード）の路線検索結果の降車駅（例えば、図３では「新木場」）を、その乗客の予測降車駅とする。
Ｓ１０の後、Ｓ１１に進む。
【００５６】
Ｓ１１において、座席情報管理サーバ１は、上位システム通信機Ｃから取得した、ユーザＩＤ、着席位置、車両情報、および降車駅予測部１２が予測した予測降車駅を用いて、座席情報テーブルＴ１を更新する。具体的には、座席情報管理サーバ１は、上位システム通信機Ｃから取得したユーザＩＤ（例：「Ｂｂｂｂｂｂ」（図２））について、空席に着席した乗客の移動端末２に関するレコードを作成し、そのレコードの「車両情報」および「着席位置」に、上位システム通信機Ｃから取得した、車両情報（例えば、図２では「車両ＩＤ１００（埼京線  大宮７：１９発−新木場行））および着席位置（例えば、図２では５車両目１０番席）を格納する。また、そのレコードの「予測降車駅」に、降車駅予測部１２が予測した予測降車駅（例えば、図２では「新木場」）を格納する。
【００５７】
もし、座席情報テーブルＴ１において、上位システム通信機Ｃから取得した着席位置と同一の着席位置を有するレコードがすでに存在していれば、そのレコードのユーザＩＤで識別される乗客は、新たな乗客が着席する前に離席した乗客である。よって、座席情報管理サーバ１は、新たに着席した乗客のレコードを作成する際、すでに離席した乗客に対応する既存のレコードは、座席情報テーブルＴ１から削除する（図２の矢印および取り消し線を参照）。
Ｓ１１の後、図４の処理を終了する。
【００５８】
本実施形態によれば、移動端末２の路線検索の路線検索結果を用いて乗客の降車駅を予測する。具体的には、その乗客が乗車した車両が該当している路線検索結果が含む降車駅を、乗客の予測降車駅とすることができる。よって、乗客の定期券の有無や乗車時間帯に関わらず、着席した乗客の降車駅の予測の精度を向上することができる。
【００５９】
また、乗客は、車両に乗車した際、移動端末２を介して、座席情報管理サーバ１から通知された情報によって、予測降車駅で下車する可能性が高い乗客がどの座席に着席しているかを知ることができる。よって、乗客は、空席になった時点で、後から乗車した乗客よりも早くその空席に着席することができる。つまり、車両に先に乗車した乗客が優先的に着席できるようにする。
【００６０】
以下、上記した最初の実施形態とは異なる実施形態について説明する。説明の際、最初の実施形態と重複する説明は省略し、異なる点について主に説明する。
【００６１】
≪他の実施形態≫
上位システム通信機Ｃの機能を移動端末２に備え、上位システム通信機Ｃを用いない形実施形態をとることができる。最初の実施形態と比較して、それぞれの座席が有する座席装置３が、座席が存在する車両の車両情報を記憶している点が異なる。
【００６２】
着席判定（図４のＳ０７参照）によって、座席装置３が、新たな乗客の着席あったとした場合、座席装置３は、その乗客の移動端末２に、車両情報および着席位置を通知する。その後、移動端末２は、座席装置３から取得した、車両情報および着席位置を座席情報管理サーバ１に通知するとともに、移動端末２が記憶しているユーザＩＤを座席情報管理サーバ１に通知する。座席情報管理サーバ１は、移動端末２から取得した、ユーザＩＤ、着席位置、車両情報、路線検索結果、および検索時刻を用いて、降車駅を予測し、座席情報テーブルＴ１を更新する。
【００６３】
本実施形態によれば、上位システム通信機Ｃを用いないため、乗客案内システムの構成を簡易化することができる。
【００６４】
≪さらに他の実施形態≫
上位システム通信機Ｃを用いない実施形態において、移動端末２の絶対位置および座席の絶対位置を用いた実施形態をとることができる。本実施形態では、移動端末２が、ＧＰＳ、Ａ−ＧＰＳ（Assisted GPS）、Ｗｉ−Ｆｉ、または移動体事業者が提供する位置情報ＡＰＩ（Application Programming Interface）によって、移動端末２の絶対位置を取得する位置取得部を備えている。また、座席の座席装置３の各々が、ＧＰＳ、Ａ−ＧＰＳ、Ｗｉ−Ｆｉ、または位置情報ＡＰＩによって、座席装置３の絶対位置を取得する位置取得部を備えている。
【００６５】
着席判定（図４のＳ０７参照）によって、座席装置３が、新たな乗客の着席があったとした場合、座席装置３は、その乗客の移動端末２に、車両情報および着席位置を通知する。このとき、通知される着席位置は、座席番号（例：５車両目１０番席）と、座席装置３の位置取得部が取得した、座席の緯度および経度を示す情報を含んでいる。
【００６６】
その後、移動端末２は、移動端末２の位置取得部が取得した、移動端末２の緯度および経度を示す情報を取得する。また、移動端末２は、座席装置３から車両情報および着席位置を取得する。移動端末２は、移動端末２の緯度および経度と、座席装置３からの着席位置が示す座席の緯度および経度との間の誤差が規定誤差範囲内であった場合、座席装置３から取得した、車両情報および着席位置を座席情報管理サーバ１に通知するとともに、移動端末２が記憶しているユーザＩＤを座席情報管理サーバ１に通知する。座席情報管理サーバ１は、移動端末２から取得した、ユーザＩＤ、着席位置、車両情報、および路線検索結果を用いて、降車駅を予測し、座席情報テーブルＴ１を更新する。
【００６７】
本実施形態によれば、移動端末２が備えるＩＣタグ２３および座席装置３が備えるＩＣタグ３３を用いた着席判定（図４のＳ０７参照）に加えて、移動端末２の位置取得部および座席装置３の位置取得部を用いた判定も行う。このため、移動端末２を所持する乗客がどの座席に着席しているかをより確実に把握することができ、座席情報管理サーバ１は、より正確な着席状況を、移動端末２のユーザに通知することができる。なお、ＩＣタグ２３、ＩＣタグ３３を用いた着席判定は行わず、移動端末２の位置取得部および座席装置３の位置取得部を用いた判定のみを行う形態をとることもできる。
【００６８】
公共交通機機関内に配置されたネットワーク環境がどのような環境であっても、ＧＰＳ衛星や移動体基地局からの電波を受信する際の受信状況、またはＷｉ−Ｆｉなどによる通信状況が、高精度（例えば、誤差０．５ｍ以内）かつ恒久的に位置情報を取得できる状況である場合において、本実施形態は、特に有効である。
【００６９】
≪その他≫
本実施形態の乗客案内システムを適用できる公共交通機関は電車に限られず、例えば、バスにも適用することができる。
【００７０】
本実施形態では、座席情報テーブルＴ１において、新たに着席した乗客のレコードを作成する際、着席位置が同一となる既存のレコードは、離席した乗客に対応するものであるため、削除した（図４のＳ１１参照）。しかし、座席装置３が、ＩＣタグ２３およびＩＣタグ３３間の近距離通信に基づいて、乗客が離席した時点で離席判定を行い、離席判定の結果を、上位システム通信機Ｃまたは離席した乗客の移動端末２を介して、座席情報管理サーバ１に通知してもよい。座席情報管理サーバ１は、その乗客に対応するレコードを座席情報テーブルＴ１から削除する。
【００７１】
また、本実施形態で説明した種々の技術を適宜組み合わせた技術を実現することもできる。
また、本実施形態で説明したソフトウェアをハードウェアとして実現することもでき、ハードウェアをソフトウェアとして実現することもできる。
その他、ハードウェア、ソフトウェア、フローチャートなどについて、本発明の趣旨を逸脱しない範囲で適宜変更が可能である。
【符号の説明】
【００７２】
１        座席情報管理サーバ（降車駅予測装置）
２        移動端末
Ｓ        車両内システム
３        座席装置
Ｃ        上位システム通信機
Ｔ１      座席情報テーブル（座席情報）
Ｔ２      路線検索履歴テーブル（路線検索履歴情報）
１１      路線検索履歴取得部
１２      降車駅予測部
１３      着席状況通知部
１４      認証部
２１      近距離無線送受信部
２２      信号強度判定部
２３      ＩＣタグ（移動端末側ＩＣタグ）
２４      信号変換部
２５      路線検索部
２６      着席状況閲覧部
３１      近距離無線送受信部
３２      信号強度判定部
３３      ＩＣタグ（座席側ＩＣタグ）
３４      信号変換部
【図１】
2015219716.tif 000003
【図２】
2015219716.tif 000004
【図３】
2015219716.tif 000005
【図４】
2015219716.tif 000006