JP2017149343A - 情報処理装置、サーバ装置、端末装置、情報取得方法およびプログラム - Google Patents

Abstract

【課題】車両における正確な乗客数関連情報を取得、送信できる情報処理装置サーバ装置、端末装置、情報取得方法及びプログラムを提供する。【解決手段】情報処理装置１は、列車の車両Ａ１、Ａ２の乗客数関連情報を、センサーｓ１、ｓ２、ｓ３、ｓ４、ｓ５、ｓ６により取得する取得部と、乗客数関連情報を送信する送信部と、を具備する。サーバ装置２は、車両識別子と、乗客数関連情報との対を受信する受信部と、車両識別子と乗客数関連情報との対を蓄積する蓄積部と、車両識別子を含む問い合わせに対して、乗客数関連情報を送信する送信部と、を具備する。端末装置３は、乗客数関連情報を受信する受信部と、乗客数関連情報を基に空いている車両に関する空き車両情報を出力する出力部と、を具備する。【効果】車両の正確な乗客数を取得することが可能となり、車両の乗客数のばらつきの縮小、ひいては混雑緩和が期待できる。【選択図】図１

Description

本発明は、車両の乗客数に関する情報を取得、送信する情報処理装置等に関するものである。

駅で列車を待っていると、同じ時間帯でも、混んでいる列車と空いている列車があったり、また、一の列車内にも、混んでいる車両と空いている車両があったりする。

そこで、従来、列車の各車両に設置された非接触式読取装置が、乗客が所持しているＩＣ定期券等の非接触式カードからＩＤコード等の情報を読み取り、列車に設置された列車サーバが、読み取られた情報を集計して、車両ごとの乗客数等を算出、送信し、駅に設置された駅サーバが、送信された乗客数等を受信、表示するシステムが、特許文献１において提案されている。

特開２００４−２４３７９１号公報（第１頁、図１等）

しかしながら、従来のシステムにおいて算出される乗客数は、非接触式カードを所持していない乗客の数を含んでいないので、正確ではなかった。

本発明は、車両の正確な乗客数に関する乗客数関連情報を取得、送信できる情報処理装置等を提供することで、車両の乗客数のばらつきの縮小、ひいては混雑緩和を図ることを目的とする。

本発明の一態様にかかる情報処理装置は、車両の乗客数に関する乗客数関連情報を、センサーにより取得する取得部と、乗客数関連情報を送信する送信部と、を具備する情報処理装置である。

かかる構成により、車両の正確な乗客数に関する乗客数関連情報を取得、送信できるようになり、車両の乗客数のばらつきの縮小、ひいては混雑緩和が期待できる。

また、上記構成において、前記取得部は、各駅での前記車両への乗車人数および前記車両からの下車人数を基に、前記乗客数関連情報を算出する。

かかる構成により、乗客数を正確に算出できる。

また、上記構成において、前記乗客数関連情報は、車両ごとの乗客数に関する乗客数関連情報であり、前記送信部は、各車両を識別する車両識別子と対にして、前記乗客数関連情報を送信する。

かかる構成により、車両ごとの正確な乗客数に関する乗客数関連情報を取得、送信できるようになり、車両間の乗客数のばらつきの縮小、ひいては、一部車両に集中しがちな混雑の緩和が期待できる。

また、上記構成において、前記取得部は、各車両への乗車人数および各車両からの下車人数と、車両間を移動する人数とを基に、一の列車を構成する複数の車両ごとの乗客数関連情報を算出する。

かかる構成により、乗客数情報をより正確に算出できるようになる。

また、本発明の他の態様にかかるサーバ装置は、車両を識別する車両識別子と、前記車両の乗客数に関する乗客数関連情報との対を受信する受信部と、前記車両識別子と前記乗客数関連情報との対を蓄積する蓄積部と、前記車両識別子を含む問い合わせに対して、前記乗客数関連情報を送信する送信部と、を具備するサーバ装置である。

かかる構成により、車両ごとの乗客数関連情報を、受信、蓄積しておき、問い合わせに対して送信できるようになり、車両間の乗客数のばらつきの縮小、ひいては混雑緩和が期待できる。

また、本発明のその他の態様にかかる端末装置は、車両の乗客数に関する乗客数関連情報を受信する受信部と、前記乗客数関連情報を基に、空いている車両に関する空き車両情報を出力する出力部と、を具備する端末装置である。

かかる構成により、車両の乗客数関連情報を受信し、空いている車両をユーザに知らせることができるようになり、車両の乗客数のばらつきの縮小、ひいては混雑緩和が期待できる。

また、上記構成において、空き車両に関する問い合わせを受け付ける受付部と、前記問い合わせに応じてダイヤ検索を行う検索部と、前記検索部による検索の結果から車両を識別する車両識別子を取得する取得部と、前記車両識別子を含む問い合わせを送信する送信部と、をさらに具備する。

かかる構成により、ダイヤ検索を利用して、所望の車両の車両ＩＤを簡易に取得できるようになる。

また、上記構成において、前記受信部は、予め決められたタイミングで前記乗客数関連情報を受信する。

かかる構成により、例えば、車両が前の駅を出発した時に、その車両の乗客数関連情報を受信できるようになる。

また、上記構成において、前記送信部は、予め決められたタイミングで、前記問い合わせを送信する。

かかる構成により、例えば、車両が前の駅に停車している際に、その車両の乗客数をサーバ装置に問い合わせることで、その車両が前の駅を出発した時に、その車両の乗客数関連情報を受信できるようになる。つまり、サーバ・端末間での乗客数関連情報の送受信を、端末主導で行えるようになる。

また、上記構成において、前記受信部は、予め決められたタイミングで送信された前記乗客数関連情報を受信する。

かかる構成により、例えば、車両が前の駅を出発した時に、サーバ装置がその車両の乗客数関連情報を送信することで、その車両の乗客数関連情報を受信できるようになる。つまり、サーバ・端末間での乗客数関連情報の送受信を、サーバ主導で行えるようになる。

また、上記構成において、前記取得部は、検索部による検索の結果から、前記車両に関する到着時刻または乗換時刻を取得し、前記出力部は、前記到着時刻または前記乗換時刻に関連したタイミングで前記車両からの下車に関する注意喚起をさらに出力する。

かかる構成により、乗り過ごしや、乗り換えミスなどを防止できるようになる。

また、本発明のさらにその他の態様にかかる情報処理方法は、取得部および送信部によって行われる情報処理方法であって、前記取得部が、車両の乗客数に関する乗客数関連情報を、センサーにより取得する取得ステップと、前記送信部が、前記乗客数関連情報を送信する送信ステップと、を含む情報処理方法である。

かかる構成により、車両の正確な乗客数に関する乗客数関連情報を取得、送信できるようになり、車両の乗客数のばらつきの縮小、ひいては混雑緩和が期待できる。

また、本発明の他の態様にかかるプログラムは、コンピュータを、車両の乗客数に関する乗客数関連情報を、センサーにより取得する取得部と、前記乗客数関連情報を送信する送信部として機能させるためのプログラムである。

かかる構成により、車両の正確な乗客数に関する乗客数関連情報を取得、送信できるようになり、車両の乗客数のばらつきの縮小、ひいては混雑緩和が期待できる。

本発明によれば、車両の正確な乗客数に関する乗客数関連情報を取得、送信できるようになり、車両の乗客数のばらつきの縮小、ひいては混雑緩和が期待できる。

実施の形態における情報処理システムの概念図 同情報処理装置１のブロック図 同サーバ装置２のブロック図 同端末装置３のブロック図 同情報処理装置１の全体動作を説明するためのフローチャート 同情報処理装置１の一部動作（乗客数関連情報取得処理）の詳細に関するフローチャート 同サーバ装置２の動作を説明するためのフローチャート 同端末装置３の動作を説明するためのフローチャート 同サーバ格納部２１に格納されている各列車の運行予定情報に関するデータ構造図 同送信部１３が送信する乗客数関連情報Ｆｉに関するデータ構造図 同サーバ格納部２１に蓄積される乗客数関連情報に関するデータ構造図 同端末出力部３５によって出力される空き車両情報の一例を示す図 同コンピュータシステム９００の構成例を示す図

以下、情報処理装置等の実施形態について図面を参照して説明する。なお、実施の形態において同じ符号を付した構成要素については、同様の動作を行うので、再度の説明を省略する場合がある。

図１は、本実施の形態における情報処理システムの概念図である。図１（Ａ）には、情報処理システムの構成例が示され、図１（Ｂ）には、軌道に沿った一連の駅ａ１，ａ２，…に対する端末装置３と列車Ａ，Ｂ，…との位置関係の一例が示されている。

この情報処理システムは、１以上の情報処理装置１、サーバ装置２、１以上の端末装置３を備える。

情報処理装置１は、例えば、列車に設置され、インターネットを介してサーバ装置２と接続される。端末装置３は、駅に設置され、または、各乗客によって携帯され、インターネットを介してサーバ装置２と接続される。ただし、情報処理装置１は、例えばバス設置されてもよく、公共交通の乗り物であれば、設置対象は問わない。

通常、情報処理装置１、サーバ装置２、および駅に設置される端末装置３は、それぞれ専用のコンピュータ、または、後述するコンピュータシステム９００のような汎用のコンピュータによって実現され得る。乗客によって携帯される端末装置３は、例えば、スマートフォン、タブレット、モバイルＰＣといった携帯端末である。ただし、各装置の実現手段や種類は問わない。

情報処理装置１、および乗客によって携帯される端末装置３は、例えば、ＧＰＳ受信機または無間通信ネットワークの位置検出機能を利用して、当該装置自身に関する位置情報を取得可能である。駅に設置される端末装置３には、例えば、当該駅に関する位置情報が格納されている。

列車とは、一般に、鉄道等の軌道を走行する車両または車両の連なりをいう。本実施の形態でいう列車は、例えば、電車、地下鉄、モノレールといった公共交通の列車である。同じくバスは、一定の路線を運行する公共交通のバスである。

図１（Ａ）の例では、情報処理装置１は、複数の車両Ａ１，Ａ２，…で構成された列車Ａに設置されている。列車Ｂ等にも、同様の情報処理装置１が設置されている。ここで、“Ａ”，“Ｂ”等は、各列車を識別する列車識別子（以下、“列車ＩＤ”と呼ぶ場合がある）であり、“Ａ１”，“Ａ２”，…等は、列車Ａの各車両を識別する車両識別子（以下、“車両ＩＤ”と呼ぶ場合がある）である。一両編成の列車の場合、車両ＩＤは“列車ＩＤ”と同じものを用いてよい。各ＩＤには、例えば、“１”，“２”，“３”，…といった連続番号、あるいは、所定の規則で（またはランダムに）選択された数字・記号で構成されるユニークな配列などが用いられる。

車両Ａ１は、１以上（ここでは２つ）の乗降口を有し、各乗降口またはその近傍に、車両Ａ１への人の乗車および車両Ａ１からの人の下車を検知するためのセンサーｓ１，ｓ２が設けられている。車両Ａ２もまた、２つの乗降口を有し、各乗降口またはその近傍に同様のセンサーｓ３，ｓ４が設けられている。後続の各車両Ａ３，Ａ４，…も同様の構成を有する。

好ましくは、２つの車両Ａ１およびＡ２の連結部を挟んで対面する一対の貫通口の一方（ここでは車両Ａ１側の貫通口）に、当該車両間での人の移動を検知するセンサーｓ５がさらに設けられる。同じく、２つの車両Ａ２およびＡ３の連結部を挟んで対面する一対の貫通口の一方（ここでは車両Ａ２側の貫通口）にも、当該車両間での人の移動を検知するセンサーｓ６がさらに設けられてよいし、これに後続する２つの車両間にも同様のセンサーが設けられ得る。

各センサーｓ１，ｓ２，…は、通常、赤外線センサー（またはレーザセンサー）やイメージセンサー（例えばＣＣＤやＣＭＯＳ等）などである。赤外線センサーの場合、例えば、複数のセンサー素子を用いることで、各センサー素子による検知タイミングのずれを基に、乗客の移動方向（乗降）を判別できる。イメージセンサーの場合、例えば、フレーム内で人の特徴画像（例えば顔画像）を抽出し、さらにフレーム間で当該特徴画像の位置を比較することにより、当該人の動きを検出する画像処理により同様の判別が行える。ただし、乗客の乗降や移動を検知可能なセンサーであれば、種類を問わない。

次に、以上のように構成された情報処理システムの動作の概要を説明する。

情報処理装置１は、例えば、車両Ａ１，Ａ２，…の乗客数に関する乗客数関連情報を、センサーｓ１，ｓ２，…により取得し、サーバ装置２に送信する。

乗客数関連情報は、通常、車両Ａ１，Ａ２，…を識別する車両ＩＤ（Ａ１，Ａ２，…）と対にして送信される。車両が単数の場合、車両ＩＤの送信は省略し得る。

車両Ａ１，Ａ２，…の乗客数とは、車両Ａ１，Ａ２，…全体つまり列車Ａの乗客数、または車両Ａ１，Ａ２，…ごとの乗客数、あるいはその両方である。

乗客数関連情報は、例えば、各駅での乗車人数および下車人数を基に算出される。好ましくは、各車両Ａ１，Ａ２，…への乗車人数および各車両Ａ１，Ａ２，…からの下車人数と、車両Ａ１，Ａ２，…間を移動する人数とを基に、車両Ａ１，Ａ２，…ごとの乗客数関連情報が算出される。

従って、情報処理装置１が乗客数関連情報を取得するタイミングは、列車が駅に停車している期間中（または、乗降口が開いてから閉じるまで）であり、乗客数関連情報を送信するタイミングは、通常、列車が駅を出発した時（または、乗降口が閉じた時）、またはそれ以降である。

サーバ装置２は、各情報処理装置１によって送信された車両ＩＤと乗客数関連情報との対を受信、蓄積し、端末装置３からの車両ＩＤを含む問い合わせに対して、乗客数関連情報を送信する。

端末装置３は、車両ＩＤを含む問い合わせをサーバ装置２に送信し、乗客数関連情報を受信する。

車両ＩＤは、例えば、ダイヤ検索による検索結果から取得される。ダイヤ検索とは、列車やバスのダイヤグラム（運行予定）に関する検索であり、例えば、路線検索、乗換案内などである。

ダイヤ検索では、一般に、発駅、着駅、時刻（出発時刻または到着時刻）等の入力が受け付けられ、検索結果として、当該時刻またはその前後に当該発着駅間を運行している複数本の列車やバスに関する運行予定情報が得られる。運行予定情報には、例えば、列車ＩＤ、１以上の車両ＩＤ、到着時刻、乗換時刻等が含まれている。ただし、ダイヤ検索の態様や、検索結果の内容は、これに限らない。

端末装置３は、通常、予め決められたタイミングで乗客数関連情報を受信する。

端末装置３が乗客数関連情報を受信するタイミングは、例えば、端末装置３と列車Ａ，Ｂ，…とが、軌道に沿った一連の駅（各駅を識別する駅ＩＤを“ａ１”，“ａ２”，…とする）に対してどのような位置関係にあるかで決められる。

例えば、図１（Ｂ）に示されるように、端末装置３が駅ａ３に位置しており、列車Ａ，Ｂ，…が駅ａ１から駅ａ３に向かって走行する場合、列車Ａの乗客数関連情報が端末装置３によって受信されるタイミングは、典型的には、列車Ａが前の駅２ａを出発した時である。ただし、列車Ａが当該駅に到着する前であれば、これに限らない。

列車Ａが前の駅２ａを出発した時に乗客数関連情報を受信するためには、例えば、端末装置３自身が、予め決められたタイミングで、列車ＩＤ“Ａ”を含む問い合わせをサーバ装置２に送信し、列車Ａの乗客数関連情報を受信すればよい（端末主導すなわちプル型）。この場合の予め決められたタイミングは、例えば、列車Ａが前の駅ａ２に停車している期間内の適宜なタイミング（例えば着駅時）である。ただし、前の駅２ａに到着する前の適宜なタイミングでもよい。

または、サーバ装置２によって予め決められたタイミングで送信（ブロードキャスト）された列車Ａの乗客数関連情報を受信してもよい（サーバ主導すなわちプッシュ型）。この場合の予め決められたタイミングは、通常、列車Ａが前の駅ａ２を出発したタイミングであるが、前の駅ａ２を出発した列車Ａが当該駅に到着するより前であれば、これに限らない。これにより、次に来る電車の状況がわかる。

端末装置３は、受信した乗客数関連情報を基に、空いている車両に関する空き車両情報を出力する。なお、空き車両情報については後述する。

加えて、端末装置３は、ダイヤ検索による検索結果から、到着時刻または乗換時刻を取得し、取得した時刻に関連したタイミングで注意喚起をさらに出力する。

時刻に関連したタイミングとは、ちょうどその時刻、またはその時刻よりも前の適宜なタイミング（例えば、到着の１分前など一定時間前、前の駅を出発した時など）である。

次に、この情報処理システムを構成する各要素について説明する。

図２は、本実施の形態における情報処理装置１のブロック図である。情報処理装置１は、格納部１１、処理部１２、送信部１３を備える。処理部１２は、取得部１２１を備える。

格納部１１には、例えば、当該情報処理装置１自身を識別する識別子（例えばＩＰアドレスやＭＡＣアドレス等）、および当該情報処理装置１を搭載している列車を識別する列車ＩＤ（例えば、当該情報処理装置１が列車Ａに搭載されている場合は、列車ＩＤ“Ａ”）などが格納される。

また、格納部１１には、センサーと車両との対応関係、例えば、図１に示されたセンサーｓ１，ｓ２，…と車両Ａ１，Ａ２，…との対応関係（つまり、各センサーがどの車両に設けられているか）を示すセンサー・車両対応情報が格納される。センサー・車両対応情報とは、例えば、センサーＩＤと車両ＩＤとの対の集合である。センサーＩＤと車両ＩＤとの対とは、例えば、“ｓ１”と“Ａ１”との対、“ｓ２”と“Ａ１”との対、“ｓ３”と“Ａ２”との対、“ｓ４”と“Ａ２”との対、…等である。

また、格納部１１には、当該情報処理装置１を搭載している列車等に関する運行予定情報が格納される。例えば、列車Ａに搭載されている情報処理装置１の格納部１１には、列車Ａの運行に関する運行予定情報が格納される。この運行予定情報には、例えば、列車Ａの車両ＩＤ（“Ａ”）、列車Ａが停車する各駅ａ１，ａ２，…の駅ＩＤ（“ａ１”，“ａ２”，…）、各駅ａ１，ａ２，…への到着時刻および各駅ａ１，ａ２，…からの出発時刻等に関する情報が含まれている。

また、格納部１１には、当該列車等が停車する各駅の位置情報、例えば、図１（Ｂ）に示された各駅ａ１，ａ２，…の位置情報も格納される。位置情報とは、例えば、駅ＩＤ（“ａ１”，“ａ２”，…）と、位置情報（ｘ１，ｙ１，），（ｘ２，ｙ２），…との対の集合である。位置情報は、通常、緯度・経度といった位置座標であるが、駅の位置を示す情報であれば、種類を問わない。

処理部１２は、各種情報の取得、各種情報の取得タイミングに関する判断処理等を行う。

取得部１２１は、列車ＩＤおよびセンサー・車両対応情報をサーバ装置２から取得し、当該センサー・車両対応情報を格納部１１に格納する。

また、取得部１２１は、列車の運行予定情報および停車駅の位置情報をサーバ装置２から取得し、当該列車の運行予定情報および停車駅の位置情報を格納部１１に格納する。なお、取得のタイミングは、通常、当該列車の運行開始前であるが、適宜なタイミングであれば、これに限らない。

また、取得部１２１は、車両の乗客数に関する乗客数関連情報を、センサーにより取得する。なお、センサーは、取得部１２１に含まれていると考えても、含まれないと考えてもよい。

好ましくは、取得部１２１は、各駅（例えば駅ａ１，ａ２，…）での車両（例えば車両Ａ１）への乗車人数および車両からの下車人数を基に、乗客数関連情報を算出する。従って、乗客数関連情報の取得タイミングは、通常、列車が各駅に到着してから当該駅を出発するまでの期間である。

上記車両が、一の列車（例えば列車Ａ）を構成する複数の車両（例えば車両Ａ１，Ａ２，…）である場合、取得部１２１は、各駅（例えば駅ａ１，ａ２，…）での各車両への乗車人数および各車両からの下車人数と、車両間を移動する人数とを基に、一の列車を構成する複数の車両ごとの乗客数関連情報を算出する。

ただし、車両間を移動する人数は取得しなくてもよい。すなわち、取得部１２１は、各駅での各車両への乗車人数および各車両からの下車人数を基に、一の列車を構成する複数の車両ごとの乗客数関連情報を算出してもよい。

送信部１３は、取得部１２１が取得した乗客数関連情報をサーバ装置２に送信する。乗客数関連情報が、車両ごとの乗客数に関する乗客数関連情報である場合、送信部１３は、各車両を識別する車両ＩＤと対にして、乗客数関連情報を送信する。乗客数関連情報の送信タイミングは、通常、列車が駅を出発した時であるが、これより遅くてもよい。

図３は、本実施の形態におけるサーバ装置２のブロック図である。サーバ装置２は、サーバ格納部２１、サーバ受信部２２、サーバ処理部２３、サーバ送信部２４を備える。サーバ処理部２３は、サーバ蓄積部２３１を備える。

サーバ格納部２１には、各列車の運行に関する運行予定情報が格納される。具体的には、例えば、図１に示した列車Ａの運行予定情報として、列車Ａの車両ＩＤ（“Ａ”）、列車Ａが停車する各駅ａ１，ａ２，…の駅ＩＤ（“ａ１”，“ａ２”，…）、列車Ａの各駅ａ１，ａ２，…への到着時刻、および列車Ａの各駅ａ１，ａ２，…からの出発時刻等が格納される。列車Ｂやその他の列車についても、同様の運行予定情報が格納される。また、サーバ格納部２１には、後述する車両ＩＤと乗客数関連情報との対の集合なども格納される。

サーバ受信部２２は、情報処理装置１の送信部１３によって送信された車両ＩＤと乗客数関連情報との対を受信する。

サーバ処理部２３は、受信した情報をサーバ格納部２１へ蓄積する等の処理を行う。

サーバ蓄積部２３１は、サーバ受信部２２が受信した車両ＩＤと乗客数関連情報との対をサーバ格納部２１に蓄積する。

サーバ送信部２４は、端末装置３からの車両ＩＤを含む問い合わせに対して、当該車両ＩＤと対になる乗客数関連情報を送信する（端末主導）。より詳しくは、端末装置３からの問い合わせには、車両ＩＤに加えて、当該端末装置３を識別する端末ＩＤも含まれており、サーバ送信部２４は、当該車両ＩＤと対になる乗客数情関連報をサーバ格納部２１から取得し、取得した乗客数関連情報を当該端末ＩＤに対応する端末装置３に送信する。

または、サーバ送信部２４は、予め決められたタイミングで、乗客数関連情報を送信してもよい（サーバ主導）。予め決められたタイミングとは、通常、列車が駅を出発した時、または乗降口のドアが閉まった時である。例えば、前述のように、列車が駅を出発した時に、当該列車に搭載された情報処理装置１の送信部１３によって車両ＩＤと乗客数関連情報との対が送信される場合、かかる車両ＩＤと乗客数関連情報との対を端末受信部３３が受信した直後に、サーバ送信部２４は、受信された車両ＩＤと乗客数関連情報との対を、各端末装置３にマルチキャスト送信してもよい。

図４は、本実施の形態における端末装置３のブロック図である。端末装置３は、端末格納部３１、端末受付部３２、端末受信部３３、端末処理部３４、端末出力部３５、端末送信部３６を備える。端末処理部３４は、端末検索部３４１、端末取得部３４２を備える。

端末格納部３１には、当該端末装置３自身を識別する端末ＩＤ、後述する運行予定情報、後述するダイヤ検索の結果に関する情報などが格納される。

端末受付部３２は、空き車両に関する問い合わせをキーボードやタッチパネルやマウス等の入力デバイスを介して受け付ける。

端末検索部３４１は、端末受付部３２が受け付けた問い合わせに応じてダイヤ検索を行う。ダイヤ検索は、例えば、次の手順で行われる。

端末受付部３２は、具体的には、着駅の入力、そして空き車両の問い合わせに関する実行指示を受け付ける。これに応じて、端末処理部３４は、まず、着駅の設定を行い、次に、例えばＧＰＳ受信機や無線通信ネットワークの位置検出機能を利用して現在位置を検出し、検出した現在位置に対応する駅を発駅に設定し、さらに、現在時刻を出発時刻に設定する。なお、着駅に加えて、発駅および出発時刻も、ユーザによって入力されてよい。

端末検索部３４１は、入力または設定された着駅に対応する運行予定情報の要求を、端末送信部３６を介してサーバ装置２等の外部装置に送信し、端末受信部３３を介して当該運行予定情報を受信する。端末検索部３４１は、受信した当該運行予定情報を用いてダイヤ検索を行うことで、当該時刻またはその前後の時間帯に当該発着駅間を運行している複数本の列車やバスに関する検索結果が得られる。

検索結果には、例えば、ユーザが乗るべき列車を選ぶ際の選択肢となる１以上の列車に関する列車ＩＤ、列車を構成する１以上の各車両に関する車両ＩＤ、到着時刻、乗換時刻等に関する情報が含まれている。ただし、ダイヤ検索の手順や検索結果の内容は、これに限らない。

端末取得部３４２は、端末検索部３４１による検索の結果から、車両ＩＤを取得する。具体的には、例えば、次の列車（入力された時刻に最も近接する発車時刻を有する列車。“次発の列車”ともいう。図１（Ｂ）の例では列車Ａ）を構成する各車両の車両ＩＤ（例えば“Ａ１”，“Ａ２”，…）を取得する。これに加えて、その次の列車（“次々発の列車”ともいう。図１（Ｂ）の例では列車Ｂ）の列車ＩＤ（例えば“Ｂ”）をさらに取得してもよい。さらに、次々発以降の列車ＩＤを取得してもよい。

端末送信部３６は、こうして取得部３４１が取得した車両ＩＤ（および列車ＩＤ）を含む問い合わせを、サーバ装置２に送信する。

端末受信部３３は、こうして端末送信部３６が送信した車両ＩＤを含む問い合わせに応じて、サーバ送信部２４によって送信された乗客数関連情報、つまり、当該車両ＩＤに対応する車両の乗客数に関する乗客数関連情報を受信する。

端末受信部３３は、通常、予め決められたタイミングで（例えば、上記の車両ＩＤまたは列車ＩＤに対応する列車が駅を発した時に）、上記の乗客数関連情報を受信する。

そのために、端末送信部３６は、通常、予め決められたタイミングで（例えば、上記の列車が駅に停車している際に）、上記の問い合わせを送信する。

または、端末受信部３３は、サーバ装置２から予め決められたタイミングで（例えば、上記の列車が駅を発した時に）送信された乗客数関連情報を受信する。

端末出力部３５は、端末受信部３３が受信した乗客数関連情報を基に、空いている車両に関する空き車両情報を、例えばディスプレイやスピーカー等の出力デバイスを介して出力する。

空き車両情報は、典型的には、一の列車（例えば次発の列車Ａ）を構成する複数の車両（例えば車両Ａ１，Ａ２，…）のうち、最も空いている車両、または相対的に空いている幾つかの車両をユーザが識別し得るような空き車両識別情報（例えば、「○時○分発○○行きは○両目が最も空いています」、「○両目と○両目に空席が見込まれます」等）である。

または、空き車両情報は、例えば、同じ時間帯の複数の列車（例えば、次発の列車Ａおよび次々発の列車Ｂ）間で、相対的に空いている（全車両の合計乗車人数がより少ない）列車をユーザが識別し得るような空き列車識別情報（例えば「後の列車（次々発）の方が空いています」等）であってもよい。

好ましくは、空き車両情報は、上記空き車両識別情報および上記空き列車識別情報の両方を含んだ情報である。加えて、空き車両情報は、１両目○○人、２両目○○人、…、全車両○○人といった乗客数関連情報を含んでいてもよい。さらに、空き車両情報は、１両○○％、２両目○○％、…、全車両○○％といった、各車両の乗車率に関する乗車率関連情報を含んでいてもよい。乗車率とは、例えば、車両の定員に対する乗客数の割合であり、定員４０人の車両に３８人が乗っている場合の乗車率は、３８／４０＝０．９５（９５％）のように計算される。

また、端末取得部３４２は、端末検索部３４１による検索の結果から、到着時刻または乗換時刻をも取得する。

端末出力部３５は、端末取得部３４２が取得した時刻（到着時刻または乗換時刻）に関連したタイミング、例えば、ちょうどその時刻、またはその時刻よりも前（例えば、到着の１分前など一定時間前、前の駅を出発した時など）に、例えば、ベル音や楽曲、あるいは、“まもなく到着です”、“次の駅で快速に乗り換えてください”といった音声案内等による注意喚起をさらに出力する。

なお、処理部１２、サーバ処理部２３および端末処理部３４、取得部１２１および端末取得部３４２、サーバ蓄積部２３１ならびに端末検索部３４１は、通常、ＭＰＵやメモリ等から実現され得る。処理部１２等の処理手順は、通常、ソフトウェアで実現され、当該ソフトウェアはＲＯＭ等の記録媒体に記録されている。但し、ハードウェア（専用回路）で実現しても良い。

格納部１１、サーバ格納部２１および端末格納部３１は、不揮発性の記録媒体が好適であるが、揮発性の記録媒体でも実現可能である。格納部１１等に各種の情報が記憶される過程は問わない。例えば、記録媒体を介して情報が格納部１１等で記憶されるようになってもよく、通信回線等を介して送信された情報が格納部１１等で記憶されるようになってもよく、あるいは、入力デバイスを介して入力された情報が格納部１１等で記憶されるようになってもよい。

送信部１３、サーバ送信部２４および端末送信部３６、ならびにサーバ受信部２２および端末受信部３３は、通常、無線または有線の通信手段で実現されるが、放送を受信する手段で実現されても良い。

端末出力部３５は、ディスプレイやスピーカー等の出力デバイスを含むと考えても含まないと考えても良い。端末出力部３５は、出力デバイスのドライバーソフトまたは、出力デバイスのドライバーソフトと出力デバイス等で実現され得る。

次に、情報処理システムの動作について、図５〜図８のフローチャートと、図９〜図１１のデータ構造とを用いて説明する。

図５は、本実施の形態における情報処理装置１の全体動作を説明するためのフローチャートである。

この情報処理装置１は、例えば列車Ａに設置されているとする。なお、列車Ｂやその他の列車にも、それぞれ同様の情報処理装置１が設置されている。サーバ格納部２１には、各列車Ａ，Ｂ，…の運行予定情報が格納されている。図９は、サーバ格納部２１に格納されている各列車の運行予定情報に関するデータ構造図である。各列車の運行予定情報は、当該列車を識別する列車ＩＤと、当該列車の停車駅を識別する複数の駅ＩＤと、当該列車が各駅に到着する時刻を示す到着時刻と、当該列車が各駅を出発する時刻を示す出発時刻との対で構成される。例えば、列車Ａの運行予定情報は、列車ＡのＩＤ（“Ａ”）と、列車Ａが停車する各駅ａ１，ａ２，…の駅ＩＤ（“ａ１”，“ａ２”，…）と、列車Ａの各駅ａ１，ａ２，…への到着時刻、および列車Ａの各駅ａ１，ａ２，…からの出発時刻との対で構成される。同様に、列車Ｂの運行予定情報は、列車Ｂの車両ＩＤ（“Ｂ”）と、列車Ｂが停車する各駅ａ１，ａ２，…の駅ＩＤ（“ａ１”，“ａ２”，…）と、列車Ｂの各駅ａ１，ａ２，…への到着時刻、および列車Ｂの各駅ａ１，ａ２，…からの出発時刻との対で構成される。

（ステップＳ５０１）情報処理装置１の取得部１２１は、列車（例えば列車Ａ）の運行開始に先立って、サーバ装置２から列車Ａの運行情報および停車駅の位置情報を取得し、格納部１１に格納する。

（ステップＳ５０２）処理部１２は、次の駅が何番目の停車駅であるかを示す変数ｉに初期値１をセットする。なお、始発駅は、１番目の停車駅であるとする。

（ステップＳ５０３）処理部１２は、この情報処理装置１を搭載している列車Ａがｉ番目の駅に到着したか否かを判別する。具体的には、例えば、取得部１２１が、例えば処理部１２を構成するＭＰＵ等から現在時刻を取得し、さらに、ＧＰＳ受信機等を利用して当該列車Ａの位置情報を取得する。処理部１２は、取得部１２１によって取得された現在時刻および位置情報と、格納部１１に格納されている各駅ａ１，ａ２，…の位置情報および列車Ａの運行予定情報とを用いて、当該列車Ａがｉ番目の駅に到着したか否かを判別すればよい。当該列車Ａがｉ番目の駅に到着した場合はステップＳ５０３に進み、到着していない場合は同様の判別を繰り返す。

（ステップＳ５０４）取得部１２１は、列車Ａを構成する各車両Ａ１，Ａ２，…の（ｉ番目の駅を出発する時点での）乗客数に関する乗客数関連情報（Ｆｉ）を、センサーｓ１，ｓ２，…により取得する（以下、この処理を“乗客数関連情報（Ｆｉ）取得処理”と呼ぶ場合がある）。

図６は、本実施の形態における情報処理装置１の一部動作（乗客数関連情報（Ｆｉ）取得処理）の詳細に関するフローチャートである。

（ステップＳ６０１）取得部１２１は、ｉ番目の駅の駅ＩＤ（例えば“ａｉ”）を、例えば格納部１１に格納されている運行予定情報等から取得する。

（ステップＳ６０２）取得部１２１は、各センサーｓ１，ｓ２，…からの信号を基に、いずれかのセンサーが人の通過を検知したか否かを判別する。具体的には、例えば、各センサーｓ１，ｓ２，…から、人の通過を検知していないときは“０”を示し、人の通過を検知したとき“０”から“１”に変化するような信号が出力されており、取得部１２１は、いずれかのセンサーからの信号が“１”を示した場合に、当該センサーが人の通過を検知したと判別することができる。いずれかのセンサーが人の通過を検知した場合はステップＳ６０３に進み、検知していない場合はステップＳ６０７に進む。

（ステップＳ６０３）取得部１２１は、当該センサーのＩＤに対応する車両のＩＤ（例えば“Ａｊ”）を、格納部１１に格納されているセンサー・車両対応情報から取得する。例えば、当該センサーつまり人の移動を検知したセンサーがセンサーｓ２である場合、そのセンサーＩＤ“ｓ２”に対応付いた車両ＩＤである“Ａ１”が取得される。

（ステップＳ６０４）取得部１２１は、ステップＳ６０２でセンサーで検知した人の通過が乗車によるものか否かを判別する。具体的には、例えば、各センサーｓ１，ｓ２，…が複数のセンサー素子を有する赤外線センサーであれば、各センサー素子からの信号の時間差に基づいて、人の移動方向、つまり乗車か下車かを判別できる。また、各センサーｓ１，ｓ２，…がイメージセンサーであれば、画像処理により同様の判別が行える。検知した人の通過が乗車によるものである場合はステップＳ６０５に進み、乗車によるものでない場合はステップＳ６０５に進む。

（ステップＳ６０５）取得部１２１は、駅ａｉにおける車両Ａｊへの乗車人数（例えばＰｉｊ）をカウントアップ（インクリメントともいう）する。例えば、ステップＳ６０３で車両ＩＤ“Ａ１”が取得され、ステップＳ６０４で乗車であると判別された場合、駅ａｉにおける車両Ａ１への乗車人数Ｐｉ１がカウントアップされる。その後、ステップＳ６０２に戻る。

（ステップＳ６０６）取得部１２１は、車両Ａｊの下車人数（例えばＱｉｊ）をカウントアップする。例えば、ステップＳ６０３で車両ＩＤ“Ａ１”が取得され、ステップＳ６０４で乗車でないと判別された場合、駅ａｉにおける車両Ａ１からの下車人数Ｑｉ１がカウントアップされる。その後、ステップＳ６０２に戻る。

（ステップＳ６０７）取得部１２１は、列車Ａが駅ａｉを出発したか否かを判別する。出発したか否かの判別は、前述したステップＳ５０３における到着したか否かの判別と同様に行える。列車Ａが駅ａｉを出発した場合はステップＳ６０８に進み、出発していない場合はステップＳ６０２に戻る。

（ステップＳ６０８）取得部１２１は、一般に（ｉ＝１の場合を除いて）、前の駅（例えば、駅ａｉの一つ前の駅ａ（ｉ−１））出発時における乗客数関連情報（Ｆ（ｉ−１））と、駅ａｉでの車両Ａ１，Ａ２，…ごとの乗車人数および下車人数（例えば、Ｐｉ１およびＱｉ１、Ｐｉ２およびＱｉ２、…）とを基に、駅ａｉ出発時における車両ごとの乗客数（Ｒｉ１，Ｒｉ２，…）を計算する。前駅ａ（ｉ−１）出発時における乗客数関連情報（Ｆ（ｉ−１））は、格納部１１から取得される。

例えば、駅ａｉ出発時における車両Ａ１の乗客数Ｒｉ１は、前の駅ａ（ｉ−１）出発時における車両Ａ１の乗客数Ｒ（ｉ−１）１に対し、駅ａｉにおける車両Ａ１への乗車人数Ｐｉ１を加算する一方、駅ａｉにおける車両Ａ１からの下車人数Ｑｉ１を減算することにより求まる。同じく車両Ａ２の乗客数Ｒｉ２は、乗客数Ｒ（ｉ−１）２に対し、乗車人数Ｐｉ２を加算する一方、下車人数Ｑｉ２を減算することにより求まる。

なお、ｉ＝１の場合については、“前の駅ａ０”や“駅ａ０における乗客数関連情報Ｆ０”は存在しないが、便宜上、乗客数Ｒ０１＝Ｒ０２，…＝０として計算すればよい。

すなわち、駅ａ１出発時における乗客数関連情報Ｆ１は、駅ａ１での車両Ａ１，Ａ２，…ごとの乗車人数および下車人数（例えば、Ｐ１１およびＱ１１、Ｐ１２およびＱ１２、…）を基に、計算される。

（ステップＳ６０９）取得部１２１は、駅ａｉのＩＤ“ａｉ”に、ステップＳ６０８で求めた車両ごとの乗客数Ｒｉ１，Ｒｉ２，…を対応付けることにより、駅ａｉ出発時における乗客数関連情報Ｆｉを構成する。構成された乗客数関連情報Ｆｉは、例えば処理部１２によって格納部１１に蓄積され、次の乗客数関連情報Ｆ（ｉ＋１）を構成する際に利用される。また、取得部１２１は、車両ごとの乗客数Ｒｉ１，Ｒｉ２，…を合計し、合計された乗客数、つまり列車Ａの全乗客数を、乗客数関連情報Ｆｉに含めてもよい。

なお、上記フローにおいて、ステップＳ６０５で乗車人数Ｐｉｊ、ステップＳ６０６で下車人数Ｑｉｊをカウントアップしているが、こうして２つの変数ＰｉｊおよびＱｉｊを個別にカウントアップする代わりに、例えば、一の変数である乗客数Ｒｉｊを、ステップＳ６０５ではカウントアップする一方、ステップＳ６０６ではカウントダウンしてもよい。

その後、図５のフローチャートに戻る。

（ステップＳ５０５）送信部１３は、取得部１２１が取得した乗客数関連情報Ｆｉを、サーバ装置２に送信する。

図１０は、送信部１３が送信する乗客数関連情報Ｆｉに関するデータ構造図である。（Ａ）は、駅ａ２出発時における車両Ａ１，Ａ２…ごとの乗客数関連情報Ｆ２を示し、（Ｂ）は、駅ａ１出発時における車両Ｂ１，Ｂ２，…ごとの乗客数関連情報Ｆ１の具体例を示している。

乗客数関連情報Ｆｉは、例えば、駅ＩＤ“ａｉ”と、当該駅ＩＤに対応する１以上の車両ＩＤ“Ａ１”，“Ａ２”，…と、当該１以上の車両ＩＤそれぞれに対応する１以上の乗客数Ｒｉ１，Ｒｉ２，…とを含む。

乗客数関連情報Ｆｉは、さらに、車両ごとの乗客数Ｒ１，Ｒ２，…を合計した全乗客数、つまり列車Ａの全乗客数を含んでいてもよいし、１以上の車両ＩＤそれぞれに対応する１以上の乗車人数、１以上の車両ＩＤそれぞれに対応する１以上の下車人数を含んでいてもよい。

なお、本実施の形態では、駅ＩＤ“ａｉ”と、１以上の車両ＩＤ“Ａ１”，“Ａ２”，…と、１以上の乗客数との対を乗客数関連情報Ｆｉと呼んでいるが、一の車両ＩＤに対応付いた乗客数を乗客数関連情報と呼んでもよく、その場合、送信部１３からは、車両ＩＤと乗客数関連情報との対の集合が、駅ＩＤと対応付けて送信されることになる。

（ステップＳ５０６）処理部１２は、変数ｉをインクリメントする。

（ステップＳ５０７）処理部１２は、ｉ番目の駅が列車Ａの終着駅であるか否かを、格納部１１に格納されている運行予定情報を基に判別する。ｉ番目の駅が列車Ａの終着駅である場合は動作を終了し、終着駅でない場合はステップＳ５０３に戻る。

図７は、本実施の形態におけるサーバ装置２の動作を説明するためのフローチャートである。

（ステップＳ７０１）サーバ処理部２３は、所定の終了イベント（例えば、電源オフ操作や、他の処理の割り込み等）が発生したか否かを判別する。終了イベントが発生した場合は動作を終了し、発生していない場合はステップＳ７０２に進む。

（ステップＳ７０２）サーバ処理部２３は、サーバ受信部２２が乗客数関連情報Ｆｉ（または、駅ＩＤ、およびこれに対応付いた車両ＩＤと乗客数関連情報との対の集合）を受信したか否かを判別する。サーバ受信部２２が乗客数関連情報Ｆｉを受信した場合はステップＳ７０３に進み、受信していない場合はステップ７０４に進む。

（ステップＳ７０３）サーバ蓄積部２３１は、サーバ受信部２２が受信した乗客数関連情報Ｆｉ（または、駅ＩＤ、およびこれに対応付いた車両ＩＤと乗客数関連情報との対の集合）を、例えば図１１に示すような態様でサーバ格納部２１に蓄積する。

図１１は、サーバ格納部２１に蓄積される乗客数関連情報に関するデータ構造図である。サーバ格納部２１に蓄積される乗客数関連情報は、車両ＩＤと、当該車両ＩＤに対応する１以上の駅ＩＤと、当該１以上の駅ＩＤそれぞれに対応する１以上の乗客数とを含む。サーバ格納部２１に蓄積される乗客数関連情報は、さらに、例えば、各列車Ａ，Ｂ，…の全乗客数（各車両の乗客数の合計）を含んでいてもよいし、１以上の駅ＩＤそれぞれに対応する１以上の乗車人数、１以上の駅ＩＤそれぞれに対応する１以上の下車人数を含んでいてもよい。その場合、全乗客数は、情報処理装置１が、各車両の乗客数の合計を計算し、端末装置３に送信してもよいし、端末装置３が、情報処理装置１から受信した各車両の乗客数を合計してもよい。その後、ステップＳ７０１に戻る。

（ステップＳ７０４）サーバ処理部２３は、サーバ受信部２２が車両ＩＤを含む問い合わせを受信したか否かを判別する。サーバ受信部２２が問い合わせを受信した場合はステップＳ７０５に進み、受信していない場合はステップＳ７０１に戻る。

（ステップＳ７０５）サーバ送信部２４は、当該車両ＩＤに対応する乗客数関連情報をサーバ格納部２１から取得し、問い合わせの送信元である端末装置３に送信する。端末装置３からの問い合わせには、車両ＩＤに加えて、当該端末装置３自身を識別する端末ＩＤがさらに含まれており、乗客数関連情報は、この端末ＩＤに対応する端末装置３に送信される。その後、ステップＳ７０１に戻る。例えば、車両ＩＤ“Ａ１”，“Ａ２”，…を含む問い合わせに対しては、図１１に示した乗客数関連情報のうち、車両ＩＤ“Ａ１”，“Ａ２”，…に対応する部分が送信される。これに加えて、列車ＩＤ“Ａ”（全車両）に対応する部分も送信されてよい。ただし、車両ＩＤ“Ａ１”，“Ａ２”，…（および列車ＩＤ“Ａ”）に対応する乗客数関連情報のうち、既に通過した駅の駅ＩＤに対応する部分は、送信対象から除外されてよい。

図８は、本実施の形態における端末装置３の動作を説明するためのフローチャートである。

（ステップＳ８０１）端末処理部３４は、端末受付部３２が空き車両に関する問い合わせを受け付けたか否かを判別する。端末受付部３２が空き車両に関する問い合わせを受け付けた場合はステップＳ８０２に進み、受け付けていない場合は同様の判別が繰り返される。

端末受付部３２は、例えば、着駅（行き先となる駅）の入力、および空き車両の問い合わせに関する実行指示を、キーボードやタッチパネル等の入力デバイスを介して受け付ける。なお、端末受付部３２は、例えば、発駅、出発時刻または到着時刻等をさらに受け付けてもよい。

（ステップＳ８０２）端末処理部３４は、ＧＰＳ受信機等を利用して現在位置を示す位置情報を取得し、かつ内蔵ＭＰＵ等から現在位置を示す時刻情報を取得する。

（ステップＳ８０３）端末取得部３４２は、例えば、取得した位置情報に対応する駅を発駅、時刻情報の示す現在時刻を出発時刻として、当該発駅と、当該出発時刻と、端末受付部３２が受け付けた着駅とを基に、ダイヤ検索を行う。ダイヤ検索では、例えば、時刻情報が示す時刻またはその前後に当該発着駅間を運行している複数本の列車に関する運行予定情報がサーバ装置２から取得される。そして、取得された運行予定情報を基に、選択肢となる複数の列車の列車ＩＤ、各列車を構成する１以上の車両の車両ＩＤ、各列車の着駅への到着時刻、一の列車から別の列車への乗換駅や乗換時刻等が検索される。

（ステップＳ８０４）端末取得部３４２は、ダイヤ検索の結果から車両ＩＤ（例えば、次の列車Ａの車両ＩＤ“Ａ１”，“Ａ２”，…、その次の列車Ｂの車両ＩＤ“Ｂ１”，“Ｂ２”，…等）を取得する。または、例えば、端末出力部３５が、選択肢となる複数の列車Ａ，Ｂ，…の識別情報をディスプレイやスピーカー等の出力手段を介して出力し、端末受付部３２が、複数の列車Ａ，Ｂ，…の中からいずれかを選択する操作を受け付け、端末取得部３４２は、選択された列車の車両ＩＤを取得してもよい。

（ステップＳ８０５）端末送信部３６は、端末取得部３４２が取得した車両ＩＤを含む問い合わせをサーバ装置２に送信する。

（ステップＳ８０６）端末処理部３４は、端末受信部３３が当該車両ＩＤに対応する乗客数関連情報を受信したか否かを判別する。端末受信部３３が当該車両ＩＤに対応する乗客数関連情報を受信した場合はステップＳ８０７に進み、受信していない場合は同様の判別を繰り返す。

（ステップＳ８０７）端末出力部３５は、端末受信部３３が受信した乗客数関連情報を基に、空いている車両に関する空き車両情報を、例えばディスプレイやスピーカー等の出力デバイスを介して出力する。

（ステップＳ８０８）端末処理部３４は、例えば、端末受付部３２がキーボードやタッチパネル等の入力手段を介して列車の選択を受け付けたか否かを判別する。または、端末装置３がスマートフォン等の携帯端末である場合、端末処理部３４は、例えばＧＰＳ受信機等からの位置情報を基に、ユーザが列車に乗ったか否かを判別してもよい。端末受付部３２が列車の選択を受け付けた場合、またはユーザが列車に乗った場合は、ステップＳ８０９に進み、端末受付部３２が列車の選択を受け付けておらず、ユーザが列車に乗ってもいない場合は、同様の判別を繰り返す。

（ステップＳ８０９）端末取得部３４２は、端末検索部３４１によるダイヤ検索の結果から、当該列車が着駅または乗換駅に到着する時刻（到着時刻または乗換時刻）をさらに取得する。例えば、列車Ａが選択された場合、またはユーザが列車Ａに乗った場合、列車Ａが着駅または乗換駅に到着する時刻が、検索結果に含まれている列車Ａの運行予定情報から取得される。

（ステップＳ８１０）端末処理部３４は、現在位置を示す位置情報および現在位置を示す時刻情報を取得する。

（ステップＳ８１１）端末処理部３４は、当該列車（例えば列車Ａ）が着駅または乗換駅に所定の条件を満たす程接近したか否かを判別する。所定の条件は、例えば、距離に関する条件、具体的には“当該列車と着駅または乗換駅との間の距離が閾値以下（または閾値より小さい）”といった条件、または、時間に関する条件、具体的には“当該列車が着駅または乗換駅に到着するまでの時間が閾値以下（または閾値より小さい）”といった条件である。当該列車が着駅または乗換駅に所定の条件を満たす程接近した場合はステップＳ８１２に進み、接近していない場合はステップＳ８０１に戻る。

（ステップＳ８１２）端末出力部３５は、端末取得部３４２が取得した時刻（到着時刻または乗換時刻）に関連したタイミングで、例えば、ベル音や楽曲、あるいは、“まもなく到着です”、“次の駅で快速に乗り換えてください”といった音声案内、等による注意喚起をさらに出力する。時刻に関連したタイミングは、通常、ちょうどその時刻、またはその時刻よりも前（例えば、到着の１分前など一定時間前、前の駅を出発した時など）である。その後、ステップＳ８０１に戻る。

以下、本実施の形態における情報処理システムの具体的な動作例について説明する。なお、以下の説明は一例であり、発明を限定するものではない。また、前述した事項に関する説明は省略する場合がある。

情報処理システムの概念図は図１である。端末装置３は、この例では携帯端末であり、ユーザによって携帯されている。

現在時刻は７時０９分、ユーザは、○○行きの列車Ａ，Ｂ，…が発着する駅ａ３のホームに向かって歩いているとする。

列車Ａ，Ｂ，…の運行予定情報は、図９に示されている。駅ａ３における次発の列車Ａは、７：１４発○○行きであり、一つ前の駅ａ２に到着しようとしている。次々発の列車Ｂは、７：１９発○○行きであり、二つ前の駅ａ１に向かって走行中である。

列車Ａが駅ａ２に到着すると、列車Ａに搭載された情報処理装置１では、取得部１２１が、駅ａ２出発時における各車両Ａ１，Ａ２，…の乗客数に関する乗客数関連情報Ｆ２を、センサーｓ１，ｓ２，…により取得する処理を開始する。

すなわち、格納部１１には、例えば、列車Ａに関する運行予定情報、センサー・車両対応情報、駅ａ１出発時における各車両Ａ１，Ａ２，…の乗客数に関する乗客数関連情報Ｆ１などが格納されており、最初、取得部１２１は、駅ａ２のＩＤ“ａ２”を運行予定情報から取得する。

次に、取得部１２１は、各センサーｓ１，ｓ２，…からの信号を基に、いずれかのセンサーが人の通過を検知したか否かを判別する。例えば、センサーｓ１が人の移動を検知した場合、センサーＩＤ“ｓ１”に対応付いた車両ＩＤ“Ａ１”が取得される。センサーｓ３が人の移動を検知した場合、センサーＩＤ“ｓ３”に対応付いた車両ＩＤ“Ａ２”が取得される。

次に、取得部１２１は、検出した人の通過が乗車か下車かを判別する。そして、乗車である場合、取得した車両ＩＤに対応する車両への乗車人数をカウントアップする。

例えば、センサーｓ１が人の乗車を検知した場合は、駅ａ１における車両Ａ１への乗車人数Ｐ１１がカウントアップされ、センサーｓ３が人の乗車を検知した場合は、駅ａ１における車両Ａ２への乗車人数Ｐ１２がカウントアップされる。

他方、当該人の通過が下車である場合、取得部１２１は、取得した車両ＩＤに対応する車両からの下車人数をカウントアップする。

例えば、センサーｓ１が人の下車を検知した場合は、駅ａ１における車両Ａ１からの下車人数Ｑ１１がカウントアップされ、センサーｓ３が人の下車を検知した場合は、駅ａ１における車両Ａ２からの下車人数Ｑ１２がカウントアップされる。

なお、乗車人数Ｐ１１，Ｐ１２，…および下車人数Ｑ１１，Ｑ１２，…等は、例えば格納部１１に格納されており、いずれの初期値も０である。

上記のような処理は、列車Ａが駅ａ１に停止している期間、継続される。

現在時刻が７：１０になると、列車Ａは駅ａ２を出発する。同時に、列車Ｂが駅ａ１に到着する。

列車Ａが駅ａ２を出発すると、取得部１２１は、駅ａ２における車両Ａ１，Ａ２，…ごとの乗車人数および下車人数（例えば、Ｐ１１およびＱ１１、Ｐ１２およびＱ１２、…）を基に、駅ａ２出発時における車両Ａ１，Ａ２，…ごとの乗客数関連情報Ｆ２を、例えば下記の手順で計算する。

最初、取得部１２１は、駅ａ１出発時における車両Ａｊの乗客数Ｒ１ｊに対し、乗車人数Ｐ２ｊを加算し、かつ下車人数Ｑ２ｊを減算することで、駅ａ２出発時における車両Ａｊの乗客数Ｒ２ｊを求める。

すなわち、例えば、駅ａ２出発時における車両Ａ１の乗客数Ｒ２１は、駅ａ１出発時における車両Ａ１の乗客数Ｒ１１に対し、乗車人数Ｐ１１を加算し、かつ下車人数Ｑ１１を減算することで求まる。同じく、駅ａ２出発時における車両Ａ２の乗客数Ｒ２２は、駅ａ１出発時における車両Ａ２の乗客数Ｒ１２に対し、乗車人数Ｐ１２を加算し、かつ下車人数Ｑ１２を減算することで求まる。

従って、例えば、Ｒ１１＝２５でＰ２１＝１２かつＱ２１＝６、Ｒ１２＝３０でＰ２２＝１７かつＱ２２＝９、…である場合、乗客数Ｒ２１＝Ｒ１１＋Ｐ１１−Ｑ１１＝３１、乗客数Ｒ２２＝Ｒ１２＋Ｐ２２−Ｑ２２＝３８、…のように計算される。

次に、取得部１２１は、駅ａ２のＩＤ“ａ２”に、上記のようにして求めた乗客数Ｒ２１，Ｒ２２，…を対応付けることにより、例えば図１０（Ａ）に示されるような、駅ａ２出発時における車両Ａ１，Ａ２，…ごとの乗客数関連情報Ｆ２を構成する。構成された乗客数関連情報Ｆ２は、例えば処理部１２によって格納部１１に蓄積され、次の乗客数関連情報Ｆ３を構成する際に利用される。

次に、送信部１３は、取得部１２１が上記のようにして取得した乗客数関連情報Ｆ２を、サーバ装置２に送信する。

サーバ装置２において、サーバ受信部２２が乗客数関連情報Ｆ２を受信すると、サーバ蓄積部２３１は、当該乗客数関連情報Ｆ２をサーバ格納部２１に蓄積する。これによって、サーバ格納部２１には、例えば、図１１に示した乗客数関連情報のうち、車両ＩＤ“Ａ１”，“Ａ２”，…および駅ＩＤ“ａ２”に対応する部分、つまり、Ａ１とａ２とＲ２１（＝３１）との対、Ａ２とａ２とＲ２２（＝３８）との対、…が格納される結果となる。

列車Ｂが駅ａ１に到着すると、列車Ｂに搭載された情報処理装置１では、取得部１２１が、駅ａ１出発時における各車両Ｂ１，Ｂ２，…の乗客数に関する乗客数関連情報Ｆ１を、センサーｓ１，ｓ２，…により取得する処理を開始する。

すなわち、格納部１１には、例えば、列車Ｂに関する運行予定情報、センサー・車両対応情報などが格納されており、最初、取得部１２１は、駅ａ１のＩＤ“ａ１”を運行予定情報から取得する。

次に、取得部１２１は、各センサーｓ１，ｓ２，…からの信号を基に、いずれかのセンサーが人の通過を検知したか否かを判別する。例えば、センサーｓ２が人の移動を検知した場合、センサーＩＤ“ｓ２”に対応付いた車両ＩＤ“Ｂ１”が取得される。センサーｓ４が人の移動を検知した場合、センサーＩＤ“ｓ４”に対応付いた車両ＩＤ“Ｂ２”が取得される。

次に、取得部１２１は、検出した人の通過が乗車か下車かを判別する。そして、乗車である場合、取得した車両ＩＤに対応する車両への乗車人数をカウントアップする。例えば、センサーｓ２が人の乗車を検知した場合は、駅ａ１における車両Ｂ１への乗車人数Ｐ１１がカウントアップされ、センサーｓ４が人の乗車を検知した場合は、駅ａ１における車両Ｂ２への乗車人数Ｐ１２がカウントアップされる。

他方、当該人の通過が下車である場合、取得部１２１は、取得した車両ＩＤに対応する車両からの下車人数をカウントアップする。例えば、センサーｓ２が人の下車を検知した場合は、駅ａ１における車両Ｂ１からの下車人数Ｑ１１がカウントアップされ、センサーｓ４が人の下車を検知した場合は、駅ａ１における車両Ｂ２からの下車人数Ｑ１２がカウントアップされる。

なお、乗車人数Ｐ１１，Ｐ１２，…および下車人数Ｑ１１，Ｑ１２，…等は、例えば格納部１１に格納されており、いずれの初期値も０である。また、駅ａ１が始発駅である場合、下車する人は通常いないので、下車人数Ｑ１１，Ｑ１２，…は初期値０のままである。

上記のような処理は、列車Ｂが駅ａ１に停止している期間、継続される。

現在時刻が７：１１になると、列車Ｂは駅ａ１を出発する。列車Ｂが駅ａ１を出発すると、取得部１２１は、駅ａ１における車両Ｂ１，Ｂ２，…ごとの乗車人数および下車人数（例えば、Ｐ１１およびＱ１１、Ｐ１２およびＱ１２、…）を基に、駅ａ１出発時における車両Ｂ１，Ｂ２，…ごとの乗客数関連情報Ｆ１を、例えば下記の手順で計算する。

最初、取得部１２１は、駅ａ１出発時における車両Ｂｊの乗客数Ｒ１ｊを、乗車人数Ｐ１ｊから下車人数Ｑ１ｊを減算することにより求める。例えば、駅ａ１出発時における車両Ｂ１の乗客数Ｒ１１は、乗車人数Ｐ１１から下車人数Ｑ１１を減算することで求まる。同じく、駅ａ１出発時における車両Ｂ２の乗客数Ｒ１２は、乗車人数Ｐ１２から下車人数Ｑ１２を減算することで求まる。

従って、例えば、Ｐ１１＝１８かつＱ１１＝０、Ｐ１２＝１３かつＱ１２＝０、…である場合、Ｒ１１＝Ｐ１１−Ｑ１１＝１８、Ｒ１２＝Ｐ１２−Ｑ１２＝１３、…のように計算される。

次に、取得部１２１は、駅ａ１のＩＤ“ａ１”に、上記のようにして求めた乗客数Ｒｉ１，Ｒｉ２，…を対応付けることにより、例えば図１０（Ｂ）に示されるような、駅ａ１出発時における車両Ｂ１，Ｂ２，…ごとの乗客数関連情報Ｆ１を構成する。構成された乗客数関連情報Ｆ１は、例えば処理部１２によって格納部１１に蓄積され、次の乗客数関連情報Ｆ２を構成する際に利用される。

次に、送信部１３は、取得部１２１が上記のようにして取得した乗客数関連情報Ｆ１を、サーバ装置２に送信する。

サーバ装置２において、サーバ受信部２２が乗客数関連情報Ｆ１を受信すると、サーバ蓄積部２３１は、当該乗客数関連情報Ｆ１をサーバ格納部２１に蓄積する。これによって、サーバ格納部２１には、例えば、図１１に示した乗客数関連情報のうち、車両ＩＤ“Ｂ１”，“Ｂ２”，…および駅ＩＤ“ａ１”に対応する部分、つまり、Ｂ１とａ１とＲ１１（＝１８）との対、Ｂ２とａ１とＲ１２（＝２７）との対、…が格納される結果となる。

従って、現在時刻が７：１１を過ぎた時点で、サーバ格納部２１には、図１１に示された乗客数関連情報が格納されている。このとき、ユーザが駅ａ３のホームに到着し、空き車両を問い合わせる操作を行ったとする。

端末装置３において、端末受付部３２が当該問い合わせを受け付けると、最初、端末処理部３４は、ＧＰＳ受信機等を利用して現在位置を示す位置情報を取得し、かつ現在位置を示す時刻情報を取得する。

次に、端末取得部３４２は、取得した位置情報に対応する駅を発駅、時刻情報の示す現在時刻を出発時刻として、当該発駅と、当該出発時刻と、端末受付部３２が受け付けた着駅とを基に、ダイヤ検索を行う。

具体的には、端末取得部３４２は、時刻情報が示す時刻またはその前後に当該発着駅間を運行している複数本の列車に関する運行予定情報をサーバ装置２から取得する。そして、取得した運行予定情報を基に、選択肢となる複数の列車の列車ＩＤ、各列車を構成する１以上の車両の車両ＩＤ、各列車の着駅への到着時刻、一の列車から別の列車への乗換駅や乗換時刻等を検索する。

次に、端末取得部３４２は、上記のようなダイヤ検索の結果から車両ＩＤ（例えば、次の列車Ａの車両ＩＤ“Ａ１”，“Ａ２”，…、その次の列車Ｂの車両ＩＤ“Ｂ１”，“Ｂ２”，…等）を取得する。端末送信部３６は、端末取得部３４２が取得した車両ＩＤを含む問い合わせをサーバ装置２に送信する。

サーバ装置において、サーバ受信部２２が端末装置３から送信された問い合わせを受信し、サーバ送信部２４は、当該問い合わせに含まれる車両ＩＤに対応する乗客数関連情報を、サーバ処理部２３を介してサーバ格納部２１から取得し、当該端末装置３に送信する。

端末装置３において、端末受信部３３が当該車両ＩＤに対応する乗客数情報を受信すると、端末出力部３５は、その乗客数関連情報を基に、空いている車両に関する空き車両情報を、ディスプレイやスピーカー等の出力デバイスを介して出力する。これによって、例えば、図１２に示すような空き車両情報がディスプレイに表示される。

図１２は、端末出力部３５によって出力される空き車両情報の一例を示す図である。この空き車両情報は、現在位置に対応する駅ａ３の識別情報として、例えば「ここは○○駅です。」を含み、次発の列車Ａの識別情報として、例えば「次の列車は７：１４発○○行です。」を含み、同じく位置情報として、例えば「７：１４発○○行は１つ前の駅を出ました。」を含んでいる。

また、空き車両情報は、車両ごとの乗客数関連情報として、「７：１４発○○行の現在の乗客数および乗車率は次の通りです。１両目：３１人：７６％、２両目：３８人：９５％、全車両：２７０人：１１３％」を含んでいる。また、最も空いている車両、または相対的に空いている幾つかの車両に関する空き車両識別情報として、「７：１４発○○行は○両目が最も空いています。」も含んでいる。

さらに、空き車両情報は、次々発の列車Ｂの識別情報として、例えば「その次の列車は７：１９発○○行です。」を含み、同じく位置情報として、例えば「７：１９発○○行は２つ前の駅を出ました。」を含んでいる。

加えて、複数の列車、例えば次発の列車Ａおよび次々発の列車Ｂの間で、相対的に空いている列車に関する情報である空き列車識別情報として、例えば、「２つ前の駅を出発した時の各列車の乗客数および乗車率は次の通りです。７：１４発○○行：２７０人：１１３％、７：１９発○○行：１８０人：７５％」と、「後の列車（７：１９発○○行）の方が空いています。」とを含んでいる。

このような空き車両情報の出力によって、ユーザは、例えば、次の列車に乗る場合はどの車両に乗ればよいか、その次の列車を待った方がよいか、といった判断が容易に行えるようになる。

その後、端末受付部３２は、ディスプレイ上の空き車両情報から所望の列車の選択する操作を受け付ける。または、端末処理部３４が、ＧＰＳ受信機等からの位置情報や各列車の運行予定情報等を基に、ユーザが列車に乗ったことを検知してもよい。

列車の選択が受け付けられるか、または、列車への乗車が検知されると、端末取得部３４２は、端末検索部３４１によるダイヤ検索の結果から、当該列車が着駅または乗換駅に到着する時刻を取得する。

例えば、列車Ａが選択された場合、または列車Ａへの乗車が検知された場合、列車Ａが着駅または乗換駅に到着する時刻が、検索結果に含まれている列車Ａの運行予定情報から取得される。

その後、端末処理部３４は、現在位置を示す位置情報および現在位置を示す時刻情報を繰り返し取得する動作を開始する。

そして、端末取得部３４２が取得した時刻に関連したタイミング、例えば、当該列車と着駅または乗換駅との間の距離が閾値以下（または閾値より小さくなった）となったタイミングで、端末出力部３５は、例えば、ベル音や楽曲、あるいは、“まもなく到着です”、“次の駅で快速に乗り換えてください”といった音声案内、等による注意喚起をさらに出力する。

なお、注意喚起の出力タイミングは、上記のような距離に関する条件に限らず、例えば、時間に関する条件、具体的には“当該列車が着駅または乗換駅に到着するまでの時間が閾値以下（または閾値より小くなった）のタイミングであってもよい。

このような注意喚起の出力によって、ユーザは、例えば、着駅や乗換駅への到着を（例えば、到着の１分前など一定時間前、前の駅を出発した時などに）知ることができるので、乗り越しの防止が可能になる。

以上、本実施の形態によれば、車両（Ａ１，Ａ２，…）の乗客数に関する乗客数関連情報を、センサーにより取得する取得部１２１と、乗客数関連情報を送信する送信部１３と、を具備する情報処理装置１により、車両の正確な乗客数に関する乗客数関連情報を取得、送信できるようになり、車両の乗客数のばらつきの縮小、ひいては混雑緩和が期待できる。

また、上記構成において、取得部１２１は、各駅（ａ１，ａ２，…）での車両への乗車人数および車両からの下車人数を基に、乗客数関連情報を算出することにより、乗客数を正確に算出できる。

また、上記構成において、乗客数関連情報は、車両ごとの乗客数に関する乗客数関連情報であり、送信部１３は、各車両を識別する車両ＩＤと対にして、乗客数関連情報を送信することにより、車両ごとの正確な乗客数に関する乗客数関連情報を取得、送信できるようになり、車両間の乗客数のばらつきの縮小、ひいては、一部車両に集中しがちな混雑の緩和が期待できる。

また、上記構成において、取得部１２１は、各車両への乗車人数および各車両からの下車人数と、車両間を移動する人数とを基に、一の列車を構成する複数の車両ごとの乗客数関連情報を算出することにより、乗客数情報をより正確に算出できるようになる。

また、車両を識別する車両ＩＤと、車両の乗客数に関する乗客数関連情報との対を受信するサーバ受信部２２と、車両ＩＤと乗客数関連情報との対を蓄積するサーバ蓄積部２３１と、車両ＩＤを含む問い合わせに対して、乗客数関連情報を送信するサーバ送信部２４と、を具備するサーバ装置２により、車両ごとの乗客数関連情報を、受信、蓄積しておき、問い合わせに対して送信できるようになり、車両間の乗客数のばらつきの縮小、ひいては混雑緩和が期待できる。

また、車両の乗客数に関する乗客数関連情報を受信する端末受信部３３と、乗客数関連情報を基に、空いている車両に関する空き車両情報を出力する端末出力部３５とを具備する端末装置３により、車両の乗客数関連情報を受信し、空いている車両をユーザに知らせることができるようになり、車両の乗客数のばらつきの縮小、ひいては混雑緩和が期待できる。

また、上記構成において、空き車両に関する問い合わせを受け付ける端末受付部３２と、問い合わせに応じてダイヤ検索を行う端末検索部３４１と、端末検索部３４１による検索の結果から車両を識別する車両ＩＤを取得する端末取得部３４２と、車両ＩＤを含む問い合わせを送信する端末送信部３６と、をさらに具備することにより、ダイヤ検索を利用して、所望の車両の車両ＩＤを簡易に取得できるようになる。

また、上記構成において、端末受信部３３は、予め決められたタイミングで乗客数関連情報を受信することにより、例えば、車両が前の駅を出発した時に、その車両の乗客数関連情報を受信できるようになる。

また、上記構成において、端末送信部３６は、予め決められたタイミングで、問い合わせを送信することにより、例えば、車両が前の駅に停車している際に、その車両の乗客数をサーバ装置２に問い合わせることで、その車両が前の駅を出発した時に、その車両の乗客数関連情報を受信できるようになる。つまり、サーバ・端末間での乗客数関連情報の送受信を、端末主導で行えるようになる。

また、上記構成において、端末受信部３３は、予め決められたタイミングで送信された乗客数関連情報を受信することにより、例えば、車両が前の駅を出発した時に、サーバ装置２がその車両の乗客数関連情報を送信することで、その車両の乗客数関連情報を受信できるようになる。つまり、サーバ・端末間での乗客数関連情報の送受信を、サーバ主導で行えるようになる。

また、上記構成において、端末取得部３４２は、端末検索部３４１による検索の結果から、車両に関する到着時刻または乗換時刻を取得し、端末出力部３５は、到着時刻または乗換時刻に関連したタイミングで車両からの下車に関する注意喚起をさらに出力することにより、乗り過ごしや、乗り換えミスなどを防止できるようになる。

なお、上記実施の形態において、取得部１２１は、車両の乗客数をセンサーにより取得する際に、乗客の属性、例えば性別を識別してもよい。この場合、センサーとしては、通常、イメージセンサーが用いられる。ただし、例えば、レーザ走査により目標の三次元画像を取得するレーザレンジセンサーなど、乗客の属性の識別が可能なセンサーであれば、種類は問わない。

詳しくは、取得部１２１は、イメージセンサーで撮像されたフレーム内で人の特徴画像（例えば顔画像）を抽出し、さらにフレーム間で当該特徴画像の位置を比較することにより、当該人の動きを検出するが、抽出した特徴画像から、人の属性に対応する特徴、例えば、男性の特徴（例えば髭や短い頭髪など）、または女性の特徴（例えば長い睫や長い頭髪など）をさらに抽出することで、男女の識別が行える。なお、かかる識別のための具体的なアルゴリズムは公知であり、説明を省略する。

これに対応する変形例として、例えば、図２に示した情報処理装置１の構成に出力部を追加する一方、格納部１１内の運行予定情報に女性専用車両の車両ＩＤを含めておけば、取得部１２によって男性客の女性専用列車への乗車が検知されたた場合に、出力部が“ここは女性専用車両です”といった警告をスピーカー等の出力デバイスを介して出力することが可能となり、女性専用車両への誤乗車の減少が期待できる。

また、他の変形例として、端末格納部３１に、車両の停車位置（例えば“１番線○印の２番”等）を識別する停車位置ＩＤ（例えば“１○２”等）と位置情報（例えば緯度ｘおよび経度ｙ）との対の集合を格納しておく一方、端末検索部１２１が、ダイヤ検索の際に、例えば、次発である列車Ａの先頭車両の車両ＩＤ“Ａ１”と停車位置ＩＤとの対、および当該列車Ａを構成する車両数（例えば“６”）を取得することで、図１２に示した空き車両情報において、「７:１４分発は○両目が最も空いています。」の後に「７:１４発の○両目は１番線○印の６番に到着します」といった情報を出力することができ、空いている車両への乗車が容易になる。

さらに、本実施の形態における処理は、ソフトウェアで実現しても良い。このソフトウェアは、ソフトウェアダウンロード等により配布されても良いし、ＣＤ−ＲＯＭなどの記録媒体に記録して流布されても良い。そして、本実施の形態における情報処理装置１を実現するソフトウェアは、コンピュータを、上記各部として機能させるためのプログラムである。

図１３は、上記プログラムを実行して、上記実施の形態による情報処理装置１を実現するコンピュータシステムの構成例である。上記実施の形態は、コンピュータハードウェア及びその上で実行されるコンピュータプログラムによって実現されうる。コンピュータシステム９００は、ＣＤ−ＲＯＭドライブ９０５と、ＭＰＵ９１１と、ＲＯＭ９１２と、ＲＡＭ９１３と、ハードディスク９１４と、バス９１５とを備える。なお、コンピュータ９０１は、ＬＡＮやＷＡＮ等への接続を提供する図示しないネットワークカードを含んでいてもよい。図１３に示した各構成要素は、公知であるので、説明を省略する。

なお、上記プログラムにおいて、情報を送信する送信ステップや、情報を受信する受信ステップなどでは、ハードウェアによって行われる処理、例えば、送信ステップにおけるモデムやインターフェースカードなどで行われる処理（ハードウェアでしか行われない処理）は含まれない。また、上記プログラムを実行するコンピュータは、単数であってもよく、複数であってもよい。すなわち、集中処理を行ってもよく、あるいは分散処理を行ってもよい。

また、上記実施の形態において、一の装置に存在する２以上の通信手段（端末送信部３６、端末受信部３３など）は、物理的に一の媒体で実現されても良いことは言うまでもない。

また、上記実施の形態において、各処理（各機能）は、単一の装置（システム）によって集中処理されることによって実現されてもよく、あるいは、複数の装置によって分散処理されることによって実現されてもよい。

本発明は、以上の実施の形態に限定されることなく、種々の変更が可能であり、それらも本発明の範囲内に包含されるものであることは言うまでもない。

以上のように、本発明にかかる情報処理装置等は、車両の正確な乗客数を取得することで、車両の乗客数のばらつきの縮小、ひいては混雑緩和が期待できるという効果を有し、情報処理装置等として有用である。

１ 情報処理装置
２ サーバ装置
３ 端末装置
１３ 送信部
２２ サーバ受信部
２４ サーバ送信部
３２ 端末受付部
３３ 端末受信部
３５ 端末出力部
３６ 端末送信部
１２１ 取得部
２３１ サーバ蓄積部
３４１ 端末検索部
３４２ 端末取得部

Claims (13)

1. 車両の乗客数に関する乗客数関連情報を、センサーにより取得する取得部と、
   前記乗客数関連情報を送信する送信部と、を具備する情報処理装置。
2. 前記取得部は、各駅での前記車両への乗車人数および前記車両からの下車人数を基に、前記乗客数関連情報を算出する請求項１記載の情報処理装置。
3. 前記乗客数関連情報は、車両ごとの乗客数に関する乗客数関連情報であり、
   前記送信部は、各車両を識別する車両識別子と対にして、前記乗客数関連情報を送信する請求項１または２記載の情報処理装置。
4. 前記取得部は、各車両への乗車人数および各車両からの下車人数と、車両間を移動する人数とを基に、一の列車を構成する複数の車両ごとの乗客数関連情報を算出する請求項３記載の情報処理装置。
5. 車両を識別する車両識別子と、前記車両の乗客数に関する乗客数関連情報との対を受信する受信部と、
   前記車両識別子と前記乗客数関連情報との対を蓄積する蓄積部と、
   前記車両識別子を含む問い合わせに対して、前記乗客数関連情報を送信する送信部と、を具備するサーバ装置。
6. 車両の乗客数に関する乗客数関連情報を受信する受信部と、
   前記乗客数関連情報を基に、空いている車両に関する空き車両情報を出力する出力部と、を具備する端末装置。
7. 空き車両に関する問い合わせを受け付ける受付部と、
   前記問い合わせに応じてダイヤ検索を行う検索部と、
   前記検索部による検索の結果から車両を識別する車両識別子を取得する取得部と、
   前記車両識別子を含む問い合わせを送信する送信部と、をさらに具備する請求項６記載の端末装置。
8. 前記受信部は、予め決められたタイミングで前記乗客数関連情報を受信することを特徴とする請求項７記載の端末装置。
9. 前記送信部は、予め決められたタイミングで、前記問い合わせを送信する、請求項８記載の端末装置。
10. 前記受信部は、予め決められたタイミングで送信された前記乗客数関連情報を受信する、請求項８記載の端末装置。
11. 前記取得部は、前記検索部による検索の結果から、前記車両に関する到着時刻または乗換時刻を取得し、
    前記出力部は、前記到着時刻または前記乗換時刻に関連したタイミングで、前記車両からの下車に関する注意喚起をさらに出力する請求項７記載の端末装置。
12. 取得部および送信部によって行われる情報処理方法であって、
    前記取得部が、車両の乗客数に関する乗客数関連情報を、センサーにより取得する取得ステップと、
    前記送信部が、前記乗客数関連情報を送信する送信ステップと、を含む情報処理方法。
13. コンピュータを、
    車両の乗客数に関する乗客数関連情報を、センサーにより取得する取得部と、
    前記乗客数関連情報を送信する送信部として機能させるためのプログラム。

Images