(57)【要約】【課題】移動体の乗車状態に関する乗車情報を利用者に提供して、公共交通機関の利用を促進することができる乗車情報提供システムを提供すること。【解決手段】乗車情報提供システム１は、電車Ｔに搭載される移動体端末装置１０とＡ駅に配設される乗車情報管理装置３０とを主に備えており、移動体端末装置１０が運行中の電車Ｔから取得した空席情報等は、インターネットを介して乗車情報管理装置３０へ送信され、Ａ駅のプラットホームＨ上に設置された各表示装置４１に表示される。その結果、Ａ駅で電車Ｔを待っている利用者に対して、次着の電車Ｔの空席情報等を提供することができるので、座席に着座できるか否かといった利用者の不安感を解消して、公共交通機関としての鉄道の利用を促進することができる。【選択図】　　　　図１
2004126851.tif 000002
【特許請求の範囲】
【請求項１】
移動体の乗車状態に関する乗車情報を利用者に提供する乗車情報表示システムであって、
運行中の前記移動体から前記乗車情報を取得する乗車情報取得手段と、その乗車情報取得手段が取得した乗車情報を送信する乗車情報送信手段とを有し、前記各移動体毎に搭載される１又は２以上の移動体端末装置と、
その移動体端末装置の乗車情報送信手段が送信した乗車情報を受信する乗車情報受信手段と、その乗車情報受信手段が受信した乗車情報を利用者に提供する乗車情報提供手段とを有し、前記移動体が停車する各停車場毎に配設される１又は２以上の乗車情報管理装置とを備え、
前記移動体端末装置の乗車情報送信手段は、その移動体端末装置が搭載された前記移動体が次に停車する停車場に配設された前記乗車情報管理装置の乗車情報受信手段を少なくとも前記乗車情報の送信先として選択する選択手段を備えているていることを特徴とする乗車情報提供システム。
【請求項２】
前記乗車情報管理装置の乗車情報提供手段は、文字や図形等の表示を行う１又は２以上の表示装置と、その表示装置に前記乗車情報受信手段が受信した乗車情報の表示を行わせる表示制御手段とを備え、
前記表示装置の一部または全部は、前記移動体が停車する停車場であって、利用者が待機するプラットホームに設置されていることを特徴とする請求項１記載の乗車情報提供システム。
【請求項３】
前記移動体端末装置の乗車情報送信手段は、その移動体端末装置を搭載する移動体と、その移動体の運行予定経路上において進行方向を同じくする先発の移動体との間に前記乗車情報管理装置が配設された停車場があるか否かを少なくとも判断する停車場有無判断手段を備え、
前記送信先選択手段は、前記停車場有無判断手段により停車場の数が２以上であると判断された場合には、その２以上の停車場の内の前記移動体が次に停車する停車場に配設された前記乗車情報管理装置の乗車情報受信手段、及び、残りの停車場に配設された前記乗車情報管理装置の乗車情報受信手段の一部又は全部を前記乗車情報の送信先として選択するように構成されていることを特徴とする請求項１又は２に記載の乗車情報提供システム。
【請求項４】
前記送信先選択手段は、運行中の前記移動体が次に停車する停車場に配設された前記乗車情報管理装置の乗車情報受信手段のみを前記乗車情報の送信先として選択するように構成されていることを特徴とする請求項１又は２に記載の乗車情報提供システム。
【請求項５】
前記移動体端末装置の乗車情報取得手段は、少なくとも前記乗車情報管理装置が配設された各停車場間において少なくとも１回は運行中の移動体から乗車情報を取得するように構成されており、
前記移動体端末装置の乗車情報送信手段は、その乗車情報取得手段が取得した乗車情報を少なくとも前記乗車情報管理装置が設けられた各停車場間において少なくとも１回は送信するように構成されていることを特徴とする請求項１から４のいずれかに記載の乗車情報提供システム。
【請求項６】
前記移動体端末装置の乗車情報送信手段は、その移動体端末装置を搭載した移動体が既に通過した停車場に配設された前記乗車情報管理装置の乗車情報受信手段への送信を禁止する送信禁止手段を備えていることを特徴とする請求項１から５のいずれかに記載の乗車情報提供システム。
【請求項７】
前記移動体端末装置の乗車情報取得手段は、前記移動体に設けられた座席の空席状態に関する空席情報を運行中の移動体から取得する空席取得手段を備えており、
前記乗車情報送信手段が送信する乗車情報には、その空席取得手段が取得した空席情報が含まれていることを特徴とする請求項１から６のいずれかに記載の乗車情報提供システム。
【請求項８】
前記空席取得手段は、前記移動体に設けられた座席への乗客の着座を各座席毎に検出する着座検出手段を備えており、その着座検出手段の検出結果に基づいて前記座席の空席状態に関する空席情報を各座席毎に取得可能に構成されていることを特徴とする請求項７記載の乗車情報提供システム。
【請求項９】
前記移動体端末装置の乗車情報取得手段は、前記移動体の乗室内であって座席が設けられていない領域における乗客を検出し、その領域における乗客の混雑状態に関する混雑情報を運行中の移動体から取得する混雑度取得手段を備えており、
前記乗車情報送信手段が送信する乗車情報には、その混雑度取得手段が取得した混雑情報が含まれていることを特徴とする請求項１から８のいずれかに記載の乗車情報提供システム。
【請求項１０】
前記停車場のプラットホームに設置される表示装置の一部または全部は、前記停車場に停車した移動体の昇降口に対応する位置にそれぞれ設置されていることを特徴とする請求項２から９のいずれかに記載の乗車情報提供システム。
【請求項１１】
前記表示制御手段は、前記各表示装置の表示内容をその表示装置の設置位置に応じて設定する表示内容設定手段を備えていることを特徴とする請求項２から１０のいずれかに記載の乗車情報提供システム。
【請求項１２】
前記移動体は、互いに連結される２以上の車両を備えており、
前記停車場のプラットホームに設置された各表示装置には、各表示装置から見て直近に停車する前記車両に関する乗車情報が少なくとも表示されるように、前記表示内容設定手段が各表示装置の表示内容を設定するように構成されていることを特徴とする請求項１１記載の乗車情報提供システム。
【請求項１３】
前記停車場のプラットホームに設置された各表示装置には、各表示装置から見て直近に停車する前記車両に関する乗車情報と共に、他の車両に関する乗車情報も同時に表示されるように、前記表示内容設定手段が各表示装置の表示内容を設定するように構成されていることを特徴とする請求項１２記載の乗車情報提供システム。
【請求項１４】
前記表示内容設定手段は、前記表示装置の設置位置から見て直近に停車する車両に関する乗車情報を他の車両に関する乗車情報と異なる態様で表示する車両表示調整手段を備えていることを特徴とする請求項１２又は１３に記載の乗車情報提供システム。
【請求項１５】
前記移動体端末装置の乗車情報送信手段から送信される前記乗車情報には、その移動体端末装置が搭載される移動体に固有の識別情報が付加されており、
前記乗車情報管理装置は、各移動体の車両数等に関する移動体情報と各移動体の運行予定に関する運行情報とを記憶する固有情報記憶手段と、その移動体情報記憶手段から前記識別情報に対応する前記移動体情報または前記運行情報の少なくとも一方を読み出す固有情報読出手段とを備え、
前記表示内容設定手段は、その移動体情報読み出し手段によって読み出された移動体情報または（及び）運行情報に基づいて前記各表示装置の表示内容を設定するように構成されていることを特徴とする請求項１１から１４のいずれかに記載の乗車情報提供システム。
【請求項１６】
前記移動体は、互いに連結される２以上の車両を備えており、
前記移動体端末装置の乗車情報送信手段から送信される前記乗車情報には、その乗車情報に含まれる各情報が前記移動体のどの車両から取得されたものであるかを特定可能な車両情報が付加されており、
前記表示内容設定手段は、その車両情報に基づいて前記各表示装置の表示内容を設定可能に構成されていることを特徴とする請求項１１から１５のいずれかに記載の乗車情報提供システム。
【請求項１７】
前記移動体の乗車状態に関する乗車情報を記憶するサーバ記憶手段と、そのサーバ記憶手段に記憶された前記乗車情報を利用者が有する利用者端末装置からの要求により回線を通じて送信するサーバ送信手段とを有するサーバと、
そのサーバのサーバ記憶手段に記憶される前記乗車情報の内容を前記移動体端末装置の乗車情報取得手段が取得した乗車情報の内でより最新のものに更新するサーバ情報更新手段とを備えることを特徴とする請求項１から１６のいずれかに記載の乗車情報提供システム。
【請求項１８】
前記移動体端末装置の乗車情報取得手段が取得した乗車情報の一部または全部を蓄積する乗車情報蓄積手段を備え、
前記サーバは、その乗車情報蓄積手段により蓄積された乗車情報を記憶する蓄積情報記憶手段を備えると共に、前記サーバのサーバ送信手段は、前記サーバ記憶手段の蓄積情報記憶手段に記憶された内容を利用者が有する利用者端末装置からの要求により回線を通じて送信可能に構成されていることを特徴とする請求項１７記載の乗車情報提供システム。
【請求項１９】
前記乗車情報更新手段は、前記乗車情報管理装置に設けられると共に、その乗車情報管理装置の乗車情報受信手段が受信した乗車情報を使用して前記サーバ記憶手段に記憶される前記乗車情報の内容をより最新のものに更新するように構成されており、
前記サーバのサーバ記憶手段には、２以上の前記乗車情報管理装置の乗車情報更新手段によって更新される乗車情報がそれぞれ前記各乗車情報管理装置に対応づけて記憶されており、前記サーバのサーバ送信手段は、利用者が有する利用者端末装置からの要求により回線を通じてサーバ記憶手段に記憶された前記乗車情報を前記各乗車情報管理装置に対応づけて送信可能に構成されていることを特徴とする請求項１７又は１８に記載の乗車情報提供システム。
【請求項２０】
前記乗車情報蓄積手段は、前記乗車情報管理装置に設けられると共に、その乗車情報管理装置は、前記乗車情報蓄積手段が蓄積した乗車情報をその乗車情報管理装置に対応づけて前記サーバの蓄積情報記憶手段に記憶させる蓄積記憶手段を備えており、
前記サーバのサーバ送信手段は、利用者が有する利用者端末装置からの要求により回線を通じて蓄積情報記憶手段に記憶された内容を各乗車情報管理装置に対応づけて送信可能に構成されていることを特徴とする請求項１８又は１９に記載の乗車情報提供システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】本発明は、乗車情報提供システムに関し、特に、移動体の乗車状態に関する乗車情報を利用者に提供して、公共交通機関の利用を促進することができる乗車情報提供システムに関するものである。
【０００２】
【従来の技術】例えば鉄道などの交通機関を利用する利用者にとって最も重大な関心事の一つは、利用する列車（移動体）に空席があるか否か、即ち、座席に着座することができるか否かであろう。そのため、鉄道などの交通機関には、指定席を有するものがあり、乗車券（指定席券）を発券する際には、候補の列車の空席情報（移動体の乗車状態に関する乗車情報の一つ）を確認して発券する発券システムが使用されている。
【０００３】
具体的には、ホストコンピュータに接続された複数の端末装置が各駅に設置されており、利用者からの申し込みがあると、端末装置の操作員が候補の列車の空席情報の照会をホストコンピュータに通信回線を通じて行い、空席情報を受け取る。空席がある場合には、いずれかの座席を指定して購入申し込みをホストコンピュータに送信し、座席の指定確認を受けた後、乗車券を発券するのである。
【０００４】
このような発券システムの中には、乗車券の発券の際に空席情報を画像表示して、利用者が好みの席を指定することができるように構成されたものも提案されている（例えば、特許文献１参照）。
【０００５】
【特許文献１】
特開平９−１３４３４０号公報（第１図および第１３図）
【０００６】
【発明が解決しようとする課題】しかしながら、このような発券システムは、専用通信回線の敷設が必要であると共に、ホストコンピュータを中心として全端末装置の入出力を管理する必要もあり、高価で大掛かりなシステムになるという問題点があった。
【０００７】
ところで、上述した発券システムは、そもそも指定席を利用する利用者に対して空席情報（乗車情報）を提供するものであり、自由席を利用する利用者に対しては、なんら役に立つ機能を有していない。即ち、上述した発券システムでは、自由席を利用する利用者に対しては、次に到着する列車に空席があるか否かを提供することができないという問題点があった。
【０００８】
そのため、駅のプラットホームで待機する利用者が有する不安感（例えば、座席に着座できるか否か、或いは、どの昇降口で待機していれば混雑していない車両に乗車できるのか）を解消することができず、その結果、鉄道等の公共交通機関を不便と感じる利用者が増加し、公共交通機関の利用率が低下してしまうという問題点があった。これはエネルギー問題・環境保護の観点からも好ましいものではない。
【０００９】
本発明は、上述した問題点を解決するためになされたものであり、移動体の乗車状態に関する乗車情報を利用者に提供して、公共交通機関の利用を促進することができる乗車情報提供システムを提供することを目的としている。
【００１０】
【課題を解決するための手段】この目的を達成するために請求項１記載の乗車情報提供システムは、移動体の乗車状態に関する乗車情報を利用者に提供するものであって、運行中の前記移動体から前記乗車情報を取得する乗車情報取得手段と、その乗車情報取得手段が取得した乗車情報を送信する乗車情報送信手段とを有し、前記各移動体毎に搭載される１又は２以上の移動体端末装置と、その移動体端末装置の乗車情報送信手段が送信した乗車情報を受信する乗車情報受信手段と、その乗車情報受信手段が受信した乗車情報を利用者に提供する乗車情報提供手段とを有し、前記移動体が停車する各停車場毎に配設される１又は２以上の乗車情報管理装置とを備え、前記移動体端末装置の乗車情報送信手段は、その移動体端末装置が搭載された前記移動体が次に停車する停車場に配設された前記乗車情報管理装置の乗車情報受信手段を少なくとも前記乗車情報の送信先として選択する選択手段を備えているている。
【００１１】
請求項２記載の乗車情報提供システムは、請求項１記載の乗車情報提供システムにおいて、前記乗車情報管理装置の乗車情報提供手段は、文字や図形等の表示を行う１又は２以上の表示装置と、その表示装置に前記乗車情報受信手段が受信した乗車情報の表示を行わせる表示制御手段とを備え、前記表示装置の一部または全部は、前記移動体が停車する停車場であって、利用者が待機するプラットホームに設置されている。
【００１２】
請求項３記載の乗車情報提供システムは、請求項１又は２に記載の乗車情報提供システムにおいて、前記移動体端末装置の乗車情報送信手段は、その移動体端末装置を搭載する移動体と、その移動体の運行予定経路上において進行方向を同じくする先発の移動体との間に前記乗車情報管理装置が配設された停車場があるか否かを少なくとも判断する停車場有無判断手段を備え、前記送信先選択手段は、前記停車場有無判断手段により停車場の数が２以上であると判断された場合には、その２以上の停車場の内の前記移動体が次に停車する停車場に配設された前記乗車情報管理装置の乗車情報受信手段、及び、残りの停車場に配設された前記乗車情報管理装置の乗車情報受信手段の一部又は全部を前記乗車情報の送信先として選択するように構成されている。
【００１３】
請求項４記載の乗車情報提供システムは、請求項１又は２に記載の乗車情報提供システムにおいて、前記送信先選択手段は、運行中の前記移動体が次に停車する停車場に配設された前記乗車情報管理装置の乗車情報受信手段のみを前記乗車情報の送信先として選択するように構成されている。
【００１４】
請求項５記載の乗車情報提供システムは、請求項１から４のいずれかに記載の乗車情報提供システムにおいて、前記移動体端末装置の乗車情報取得手段は、少なくとも前記乗車情報管理装置が配設された各停車場間において少なくとも１回は運行中の移動体から乗車情報を取得するように構成されており、前記移動体端末装置の乗車情報送信手段は、その乗車情報取得手段が取得した乗車情報を少なくとも前記乗車情報管理装置が設けられた各停車場間において少なくとも１回は送信するように構成されている。
【００１５】
請求項６記載の乗車情報提供システムは、請求項１から５のいずれかに記載の乗車情報提供システムにおいて、前記移動体端末装置の乗車情報送信手段は、その移動体端末装置を搭載した移動体が既に通過した停車場に配設された前記乗車情報管理装置の乗車情報受信手段への送信を禁止する送信禁止手段を備えている。
【００１６】
請求項７記載の乗車情報提供システムは、請求項１から６のいずれかに記載の乗車情報提供システムにおいて、前記移動体端末装置の乗車情報取得手段は、前記移動体に設けられた座席の空席状態に関する空席情報を運行中の移動体から取得する空席取得手段を備えており、前記乗車情報送信手段が送信する乗車情報には、その空席取得手段が取得した空席情報が含まれている。
【００１７】
請求項８記載の乗車情報提供システムは、請求項７記載の乗車情報提供システムにおいて、前記空席取得手段は、前記移動体に設けられた座席への乗客の着座を各座席毎に検出する着座検出手段を備えており、その着座検出手段の検出結果に基づいて前記座席の空席状態に関する空席情報を各座席毎に取得可能に構成されている。
【００１８】
請求項９記載の乗車情報提供システムは、請求項１から８のいずれかに記載の乗車情報提供システムにおいて、前記移動体端末装置の乗車情報取得手段は、前記移動体の乗室内であって座席が設けられていない領域における乗客を検出し、その領域における乗客の混雑状態に関する混雑情報を運行中の移動体から取得する混雑度取得手段を備えており、前記乗車情報送信手段が送信する乗車情報には、その混雑度取得手段が取得した混雑情報が含まれている。
【００１９】
請求項１０記載の乗車情報提供システムは、請求項２から９のいずれかに記載の乗車情報提供システムにおいて、前記停車場のプラットホームに設置される表示装置の一部または全部は、前記停車場に停車した移動体の昇降口に対応する位置にそれぞれ設置されている。
【００２０】
請求項１１記載の乗車情報提供システムは、請求項２から１０のいずれかに記載の乗車情報提供システムにおいて、前記表示制御手段は、前記各表示装置の表示内容をその表示装置の設置位置に応じて設定する表示内容設定手段を備えている。
【００２１】
請求項１２記載の乗車情報提供システムは、請求項１１記載の乗車情報提供システムにおいて、前記移動体は、互いに連結される２以上の車両を備えており、前記停車場のプラットホームに設置された各表示装置には、各表示装置から見て直近に停車する前記車両に関する乗車情報が少なくとも表示されるように、前記表示内容設定手段が各表示装置の表示内容を設定するように構成されている。
【００２２】
請求項１３記載の乗車情報提供システムは、請求項１２記載の乗車情報提供システムにおいて、前記停車場のプラットホームに設置された各表示装置には、各表示装置から見て直近に停車する前記車両に関する乗車情報と共に、他の車両に関する乗車情報も同時に表示されるように、前記表示内容設定手段が各表示装置の表示内容を設定するように構成されている。
【００２３】
請求項１４記載の乗車情報提供システムは、請求項１２又は１３に記載の乗車情報提供システムにおいて、前記表示内容設定手段は、前記表示装置の設置位置から見て直近に停車する車両に関する乗車情報を他の車両に関する乗車情報と異なる態様で表示する車両表示調整手段を備えている。
【００２４】
請求項１５記載の乗車情報提供システムは、請求項１１から１４のいずれかに記載の乗車情報提供システムにおいて、前記移動体端末装置の乗車情報送信手段から送信される前記乗車情報には、その移動体端末装置が搭載される移動体に固有の識別情報が付加されており、前記乗車情報管理装置は、各移動体の車両数等に関する移動体情報と各移動体の運行予定に関する運行情報とを記憶する固有情報記憶手段と、その移動体情報記憶手段から前記識別情報に対応する前記移動体情報または前記運行情報の少なくとも一方を読み出す固有情報読出手段とを備え、前記表示内容設定手段は、その移動体情報読み出し手段によって読み出された移動体情報または（及び）運行情報に基づいて前記各表示装置の表示内容を設定するように構成されている。
【００２５】
請求項１６記載の乗車情報提供システムは、請求項１１から１５のいずれかに記載の乗車情報提供システムにおいて、記移動体は、互いに連結される２以上の車両を備えており、前記移動体端末装置の乗車情報送信手段から送信される前記乗車情報には、その乗車情報に含まれる各情報が前記移動体のどの車両から取得されたものであるかを特定可能な車両情報が付加されており、前記表示内容設定手段は、その車両情報に基づいて前記各表示装置の表示内容を設定可能に構成されている。
【００２６】
請求項１７記載の乗車情報提供システムは、請求項１から１６のいずれかに記載の乗車情報提供システムにおいて、前記移動体の乗車状態に関する乗車情報を記憶するサーバ記憶手段と、そのサーバ記憶手段に記憶された前記乗車情報を利用者が有する利用者端末装置からの要求により回線を通じて送信するサーバ送信手段とを有するサーバと、そのサーバのサーバ記憶手段に記憶される前記乗車情報の内容を前記移動体端末装置の乗車情報取得手段が取得した乗車情報の内でより最新のものに更新するサーバ情報更新手段とを備える。
【００２７】
請求項１８記載の乗車情報提供システムは、請求項１７記載の乗車情報提供システムにおいて、前記移動体端末装置の乗車情報取得手段が取得した乗車情報の一部または全部を蓄積する乗車情報蓄積手段を備え、前記サーバは、その乗車情報蓄積手段により蓄積された乗車情報を記憶する蓄積情報記憶手段を備えると共に、前記サーバのサーバ送信手段は、前記サーバ記憶手段の蓄積情報記憶手段に記憶された内容を利用者が有する利用者端末装置からの要求により回線を通じて送信可能に構成されている。
【００２８】
請求項１９記載の乗車情報提供システムは、請求項１７又は１８に記載の乗車情報提供システムにおいて、前記乗車情報更新手段は、前記乗車情報管理装置に設けられると共に、その乗車情報管理装置の乗車情報受信手段が受信した乗車情報を使用して前記サーバ記憶手段に記憶される前記乗車情報の内容をより最新のものに更新するように構成されており、前記サーバのサーバ記憶手段には、２以上の前記乗車情報管理装置の乗車情報更新手段によって更新される乗車情報がそれぞれ前記各乗車情報管理装置に対応づけて記憶されており、前記サーバのサーバ送信手段は、利用者が有する利用者端末装置からの要求により回線を通じてサーバ記憶手段に記憶された前記乗車情報を前記各乗車情報管理装置に対応づけて送信可能に構成されている。
【００２９】
請求項２０記載の乗車情報提供システムは、請求項１８又は１９に記載の乗車情報提供システムにおいて、前記乗車情報蓄積手段は、前記乗車情報管理装置に設けられると共に、その乗車情報管理装置は、前記乗車情報蓄積手段が蓄積した乗車情報をその乗車情報管理装置に対応づけて前記サーバの蓄積情報記憶手段に記憶させる蓄積記憶手段を備えており、前記サーバのサーバ送信手段は、利用者が有する利用者端末装置からの要求により回線を通じて蓄積情報記憶手段に記憶された内容を各乗車情報管理装置に対応づけて送信可能に構成されている。
【００３０】
【発明の実施の形態】以下、本発明の好ましい実施例について、添付図面を参照して説明する。図１は、本発明の第一実施例における乗車情報提供システム１の概略を模式的に示した図である。まず、この図１を参照して、乗車情報提供システム１の概略について説明する。なお、第１実施例では、乗車情報提供システム１の適用対象の交通機関として、敷設されたレール上を走行する鉄道を用いて説明する。
【００３１】
乗車情報提供システム１は、電車Ｔの乗車状態に関する情報を利用者に提供するためのシステムであり、例えば、電車Ｔに空席があるか否かを表す空席情報等が表示装置４１等によって利用者に提供される。
【００３２】
この乗車情報提供システム１は、図１に示すように、電車Ｔに搭載される移動体端末装置１０とＡ駅に配設される乗車情報管理装置３０とを主に備えており、これら移動体端末装置１０と乗車情報管理装置３０とは、インターネットを介して相互に接続されている。
【００３３】
電車Ｔに搭載される移動体端末装置１０は、後述する座席センサ装置２０（図３参照）等により運行中の電車Ｔから空席情報等を取得して、その空席情報等を次に停車するＡ駅の乗車情報管理装置３０へ送信可能に構成されており、一方、Ａ駅に配設された乗車情報管理装置３０は、受信した空席情報等をＡ駅のプラットホームＨ上に設置された各表示装置４１に表示可能に構成されている。
【００３４】
この乗車情報提供システム１によれば、Ａ駅のプラットホームＨにおいて電車Ｔを待っている利用者に対して、次着の電車Ｔの空席情報等を表示装置４１を介して提供することができるので、電車Ｔに空席があるか否か、即ち、座席に着座できるか否かといった利用者の不安感を解消することができる。よって、電車Ｔを利用する利用者の利便性が向上して、公共交通機関としての鉄道の利用を促進することができる。これは、エネルギー問題・環境問題の観点からも非常に好ましいことである。
【００３５】
また、乗車情報提供システム１は、図１に示すように、乗車情報管理装置３０が受信した空席情報等をホームページとして公開可能に構成されており、このホームページによっても空席情報等を利用者に提供している。よって、利用者は、このホームページにアクセスすることにより、パーソナルコンピュータＰＣや携帯電話ＰＴからも空席情報等を閲覧することができるので、例えば、自宅に居ながらにして、或いは、Ａ駅へ向かう途中においても、空席情報等を確認することができる。
【００３６】
図２は、Ａ駅に停車した電車Ｔを模式的に示した図であり、（ａ）は、電車Ｔの上面図であり、（ｂ）は、図２（ａ）の側面図である。なお、図２（ａ）では、理解を容易とするために、電車Ｔの乗室内を透視図により示している。
【００３７】
電車Ｔは、図２に示すように、３両編成として構成されており、各車両には利用者が着座する座席Ｓが複数配設されている。各座席Ｓには、後述する座席センサ装置２０（図３参照）がそれぞれ装着されている。この座席センサ装置２０は、座席Ｓに乗客が着座しているか否かを検出するための装置であり、座席Ｓの各着座部毎に装着されている。即ち、例えば、３人がけの座席Ｓであれば、３つの座席センサ装置２０が各着座部にそれぞれ装着されている。
【００３８】
これにより、乗客が座席Ｓへ着座したり座席から起立した場合には、かかる座席の状態変化が自動的に検出されるので、電車Ｔ内の全ての座席Ｓについて、また、運行中の電車Ｔに対しても、その空席情報（座席Ｓが空席であるか否か）を正確かつ確実に取得することができる。
【００３９】
電車Ｔの各車両には、乗客が乗降車するための複数の昇降口２が開閉可能に設けられており、各昇降口２の付近には、図２（ａ）に示すように、座席Ｓに着座できなかった乗客が立ったまま乗車するためのスペース（以下、「立乗スペース」と称す。）が確保されている。この立乗スペースの天井には、後述する赤外線センサ装置２１（図３参照）が装着されている。
【００４０】
この赤外線センサ装置２１は、立乗スペースに乗車する乗客を検出するための装置であり、乗客から放出される赤外線を検出可能に構成されている。赤外線センサ装置２１は、各昇降口２に対応して装着されており、各昇降口２付近の立乗スペースにおける乗客の数を「少」，「中」，「多」の３段階で検出する。これにより、上述した空席情報だけでは表せない電車Ｔ内の混雑状況（混雑度情報）をより正確かつ確実に取得することができる。
【００４１】
なお、この赤外線センサ装置２１により取得される混雑度情報、及び、上述した座席センサ装置２０により検出される空席情報は、後述するように、電車Ｔに搭載された移動体端末装置１０から各駅に配設された乗車情報管理装置３０（図３参照）に送信され、プラットホームＨに設置された表示装置４１やホームページにより利用者に提供される。
【００４２】
プラットホームＨには、複数の表示装置４１（４１ａ１〜４１ａ１０，４１ｂ１〜４１ｂ１０）が設置されている。表示装置４１ａ１〜４１ａ１０は、上り電車に関する空席情報や混雑度情報を表示するための装置であり、上り側（図２（ａ）上側）のプラットホーム上に設置されている。一方、表示装置４１ｂ１〜４１ｂ１０は、下り電車に関する空席情報や混雑度情報を表示するための装置であり、下り側（図２（ａ）下側）のプラットホーム上に設置されている。
【００４３】
これら各表示装置４１（４１ａ１〜４１ａ１０，４１ｂ１〜４１ｂ１０）は、図２（ａ），（ｂ）に示すように、電車Ｔが停車した場合に、その各昇降口２に対応する位置にそれぞれ配設されており、各表示装置４１の表示内容は、その昇降口２に対応する情報、即ち、各停車装置４１の直近に停車する車両に関する空席情報や混雑度情報等が少なくとも表示されるように構成されている。例えば、表示装置４１ａ４の直近に停車する車両は、図２に示すように、２両目の車両であるので、表示装置４１ａ４には、この２両目の車両に関する空席情報や混雑度情報等が少なくとも表示される。
【００４４】
ここで、通常、プラットホームＨ上には、停車した電車Ｔへの乗車を容易とするために、複数の待機位置が各昇降口２に対応する位置に白線等で表示されており、利用者は、この待機位置で待機する。よって、プラットホームＨ上で電車Ｔを待つ利用者は、乗車に便利な各待機位置で待機しつつ、隣接して設置される表示装置４１を視認することができると共に、自分が乗車する予定の車両に関する空席情報や混雑度情報等を少なくとも取得することができる。
【００４５】
なお、各表示装置４１（４１ａ１〜４１ａ１０，４１ｂ１〜４１ｂ１０）には、直近に停車する車両に関する空席情報等の他に、他の車両に関する空席情報等も表示される。よって、例えば、待機位置で待機する利用者は、隣接して設置された表示装置４１を視認することにより、自分が乗車する予定の車両と他の車両との空席情報や混雑度情報等を比較することができる。その結果、より混雑度の低い車両への移動を利用者に促すことができるので、特定の車両に利用者が集中してしまうことを防止して、電車Ｔ全体としての混雑度の平準化を図ることができる。
【００４６】
次に、図３を参照して、乗車情報提供システム１の電気的構成について説明する。図３は、乗車情報提供システム１の電気的構成を示したブロック図である。なお、図３では、図示を簡略化して理解を容易とすると共に、重複を避けるために、１の電車Ｔに搭載される移動体端末装置１０、及び、Ａ駅に配設される乗車情報管理装置３０の電気的構成のみを図示し、他の電車に搭載される移動体端末装置１０や他の駅（駅Ｂ，駅Ｃ）に配設される乗車情報管理装置３０の電気的構成を省略して図示している。
【００４７】
移動体端末装置１０は、電車Ｔに搭載されており、その電車Ｔから空席情報等を取得すると共に、取得した空席情報等を運行経路上の所定の駅に送信するための装置であり、車載コンピュータ１０ａに複数のセンサ装置２０，２１，２２が接続されて構成されている。
【００４８】
車載コンピュータ１０ａは、演算装置であるＣＰＵ１１と、そのＣＰＵ１１により実行される各種の制御プログラムや固定値データを記録したＲＯＭ１２と、各種のデータ等を一時的に記憶するためのメモリであるＲＡＭ１３と、書き換え可能な不揮発性のメモリであるハードディスク１４と、ディスプレイ１７と、キーボード１８と、送受信装置１９とを主に備えている。
【００４９】
ＣＰＵ１１、ＲＯＭ１２、ＲＡＭ１３、ハードディスク１４は、バスライン１５を介して互いに接続されており、バスライン１５は、また、入出力ポート１６にも接続されている。この入出力ポート１６はディスプレイ１７、キーボード１８、送受信装置１９や各種のセンサ装置２０〜２１とそれぞれ接続されている。
【００５０】
ＲＡＭ１３には、運行コードメモリ１３ａと、アドレスロードエリア１３ｂと、次アドレスメモリ１３ｃと、停車駅カウンタ１３ｄと、検出データメモリ１３ｅと、停止フラグ１３ｆとが設けられている。
【００５１】
運行コードメモリ１３ａは、運行コードを記憶するメモリである。運行コードとは、運行表に基づいて電車Ｔに割り当てられるコードであり、この運行コードにより、電車Ｔが停車する停車駅とその停車順が判明する。運行コードは、図５に示す出発前処理のＳ１４の処理において、電車Ｔの運行が開始される前に、運転士によりキーボード１８から入力され、その入力された値が運行コードメモリ１３ａに書き込まれる。
【００５２】
なお、第１実施例では、運行コードメモリ１３ａに記憶される運行コードが、請求項１９に記載した「移動体に固有の識別情報」に該当する。
【００５３】
アドレスロードエリア１３ｂは、空席情報等を送信する予定の乗車情報管理装置３０に係るアドレスを予め記憶しておくメモリである。即ち、このアドレスロードエリア１３ｂには、電車Ｔの停車予定駅に配設される乗車情報管理装置３０のアドレスが電車Ｔの停車予定順に対応づけられて複数記憶される。
【００５４】
なお、全運行経路上に複数存在する（第１実施例では、各駅毎に存在する）乗車情報管理装置３０の各アドレスは、後述するハードディスク１４の停車駅テーブル１４ｂに全て記憶されており、図５に示す出発前処理のＳ１５の処理では、その全アドレスの中から電車Ｔの停車予定駅に配設される乗車情報管理装置３０のアドレスが、運行コードに基づいて読み出され、アドレスロードエリア１３ｂに書き込まれる。
【００５５】
次アドレスメモリ１３ｃは、空席情報等の送信先となるアドレスを記憶するメモリであり、ＣＰＵ１１は、空席情報等を送信するタイミングが到来すると、この次アドレスメモリ１３ｃに記憶されたアドレスを読み出して、そのアドレスに空席情報等を送信する。
【００５６】
次アドレスメモリ１３ｃの記憶内容（アドレス）は、図７に示す送信先更新処理のＳ３２の処理によって、電車Ｔが各停車駅を発車する毎に、電車Ｔの次の停車駅に配設される乗車情報管理装置３０のアドレスに更新される。なお、かかる更新処理は、上述したアドレスロードエリア１３ｂから後述する停車駅カウンタ１３ｄに対応する値番目のアドレスを読み出して、次アドレスメモリ１３ｃに上書きすることにより行われる。
【００５７】
停車駅カウンタ１３ｄは、アドレスロードエリア１３ｂからアドレスを読み出す際に使用されるカウンタであり、図７に示す送信先更新処理のＳ３１の処理によって、各停車駅を発車する毎に１ずつ加算される。具体的には、最初の停車駅に向かう際には、停車駅カウンタ１３ｄの値は「１」であり、かかる最初の停車駅を発車した時点で「２」に更新される。即ち、停車駅カウンタ１３ｄの値が「ｎ」である場合には、電車Ｔがｎ番目の停車駅に向かっているということを表している。
【００５８】
上述したように、アドレスロードエリア１３ｂには、電車Ｔの停車予定駅に配設される乗車情報管理装置３０のアドレスが電車Ｔの停車予定順に対応づけられて記憶されているので、図７に示す送信先更新処理のＳ３２の処理によって、このアドレスロードエリア１３ｂから停車駅カウンタ１３ｄの値番目のアドレスを読み取ることにより、電車Ｔが次に停車する停車駅に配設された乗車情報管理装置３０のアドレスを取得することができる。
【００５９】
検出データメモリ１３ｅは、後述する座席センサ装置２０及び赤外線センサ装置２１によって検出された各検出データを記憶するメモリであり、この検出データメモリ１３ｅに記憶された内容が、図８に示す送信処理のＳ４２の処理によって、所定の乗車情報管理装置３０に送信され、その送信された内容が表示装置４１等を介して空席情報、混雑度情報として利用者に提供される。
【００６０】
停止フラグ１３ｆは、電車の運転状態を示すフラグである。この停止フラグ１３ｆは、図６に示すセンサ検出処理のＳ２２〜Ｓ２３，Ｓ２４の処理によって、電車Ｔの速度が時速０ｋｍ／ｈｒとなった場合にオンされ、その後、電車Ｔの速度が時速１０ｋｍ／ｈｒまで加速された時点でオフされる。
【００６１】
ハードディスク１４には、制御プログラム１４ａとアドレステーブル１４ｂとが設けられている。制御プログラム１４ａは、ＣＰＵ１１によって実行される制御プログラムであり、図４から図８に示すフローチャートのプログラムは、制御プログラム１４ａの一部として、ハードディスク１４内に記憶されている。
【００６２】
アドレステーブル１４ｂは、全運行経路上に複数存在する（第１実施例では、各駅毎に存在する）乗車情報管理装置３０の各アドレスを記憶するメモリである。これら各アドレスは、上述した運行コードに対応付けられて記憶されているので、図５に示す出発前処理のＳ１５の処理では、その各アドレスの中から運行コードに対応するアドレスを読み出すと共に、その読み出したアドレスをアドレスロードエリア１３ｂに所定の順序（即ち、電車Ｔの停車順）で書き込むことができる。
【００６３】
送受信装置１９は、電車Ｔから取得された空席情報等を乗車情報管理装置３０へ送信するための装置であり、第１実施例では、携帯電話として構成されている。この携帯電話は、インターネット上でデータの送受信を行うためのソフト（ウェブプラウザ）を搭載しており、図示しないプロバイダ（インターネットの接続業者）を経由して乗車情報管理装置３０と情報の送受信が実行可能に構成されている。
【００６４】
送受信装置１９（携帯電話）は、デジタル回線である無線回線５１に接続されており、無線回線５１は基地局（図示せず）に接続されている。基地局は、移動体通信交換機（図示せず）を経由して、中継交換機（図示せず）を経て電話回線５２に接続される。これにより、無線回線５１と電話回線５２が接続されるので、送受信装置１９は、所定の乗車情報管理装置３０と通信を行うことができる。即ち、移動体端末装置１０は、上述した次アドレスメモリ１３ｃに記憶されたアドレスを指定することにより、空席情報等を所望の乗車情報管理装置３０へ送信することができる。
【００６５】
なお、送受信装置１９には、アンテナ１９ａが設けられており、このアンテナ１９ａにより、送受信装置１９からの無線電波の送信と、送信装置へ送信された無線電波の受信とが行われる。送受信装置１９が乗車情報管理装置３０へ送信する空席情報等の情報や、乗車情報管理装置３０から受信する各種情報は、このアンテナ１９ａを経由して電波の形態で送受信される。
【００６６】
座席センサ装置２０は、座席Ｓに乗客が着座しているか否かを検出するための装置であり、乗客の着座による圧力変化を検出する圧力感知部、その検出値をデジタル変換するＡ／Ｄ変換部等を備えている。この座席センサ装置２０は、電車Ｔの全座席Ｓに装着されると共に、例えば、３人がけの座席Ｓであれば、３つの圧力感知部が各着座部に装着されており、各着座部毎の空席情報を取得可能に構成されている。
【００６７】
また、赤外線センサ装置２１は、乗室内の混雑度を検出するための装置であり、乗客から放出される赤外線を検出する赤外線感知部、その検出値をデジタル変換するＡ／Ｄ変換部等を備えている。この赤外線センサ装置２１は、各昇降口２に対応して乗室内の天井に装着されており、各昇降口２付近毎の混雑度情報を取得可能に構成されている。
【００６８】
座席センサ装置２０は、乗客が座席Ｓに着座（座席から起立）するとオン（オフ）されるように構成されており、また、赤外線センサ装置２１は、検出した赤外線強さを所定のしきい値を用いて３段階で出力するように構成されている。
【００６９】
ＣＰＵ１１は、図６のセンサ検出処理のＳ２７，Ｓ２８の処理によって、所定のサンプリング間隔で、各座席センサ装置２０のオン・オフ状態と各赤外線センサ装置２１の出力値とを検出し、その検出データを検出データメモリ１３ｅへ書き込む。
【００７０】
これにより、検出データメモリ１３ｅには、各座席Ｓ（着座部）に対応付けられつつ空席か否かを表す空席情報と、各昇降口２に対応付けられつつ混雑度（乗客の数）を３段階で表す混雑度情報とが書き込まれる。このように、空席情報等は、各座席Ｓ等に対応付けられて記憶されているので、この検出データメモリ１３ｅの内容が送信される乗車情報管理装置３０は、受信した空席情報等がどの座席Ｓに関するものであるか等を判断することができる。
【００７１】
速度センサ装置２２は、電車Ｔの速度を計測するための装置である。ＣＰＵ１１は、この速度センサ２２の計測値に基づいて、電車Ｔが停車中であるか否かを判断し、図６のセンサ検出処理のＳ２２〜Ｓ２４，Ｓ２６の処理によって、停止フラグ１３ｆのオン・オフを設定する。
【００７２】
乗車情報管理装置３０は、電車Ｔから送信される空席情報等を受信すると共に、その空席情報等を利用者に表示装置４１やホームページを介して提供するための装置であり、各駅（Ａ駅，Ｂ駅及びＣ駅）毎にそれぞれ配設されている。この乗車情報管理装置３０は、管理コンピュータ３０ａに複数の表示装置４１が接続されて構成されている。
【００７３】
管理コンピュータ３０ａは、演算装置であるＣＰＵ３１と、そのＣＰＵ３１により実行される各種の制御プログラムや固定値データを記録したＲＯＭ３２と、各種のデータ等を一時的に記憶するためのメモリであるＲＡＭ３３と、書き換え可能な不揮発性のメモリであるハードディスク３４と、ディスプレイ３７と、キーボード３８と、モデム４０とを主に備えている。
【００７４】
ＣＰＵ３１、ＲＯＭ３２、ＲＡＭ３３、ハードディスク３４は、バスライン３５を介して互いに接続されており、バスライン３５は、また、入出力ポート３６にも接続されている。この入出力ポート３６はディスプレイ３７、キーボード３８、インターフェイス３９や表示装置４１とそれぞれ接続されている。
【００７５】
ＲＡＭ３３には、上り側先着受信バッファ３３ａと、上り側次着受信バッファ３３ｂと、下り側先着受信バッファ３３ｃと、下り側次着受信バッファ３３ｄとが設けられている。
【００７６】
上り側先着受信バッファ３３ａは、上り側のプラットホームＨ（図２上側）に停車する電車Ｔであって、そのプラットホームＨに先着の電車Ｔから受信した空席情報等を記憶するためのメモリであり、上り側次着受信バッファ３３ｂは、上り側のプラットホームＨの次着の電車Ｔから受信した空席情報等を記憶するためのメモリである。
【００７７】
一方、下り側先着受信バッファ３３ｃは、下り側のプラットホームＨ（図２下側）に停車する電車Ｔであって、そのプラットホームＨに先着の電車Ｔから受信した空席情報等を記憶するためのメモリであり、下り側次着受信バッファ３３ｄは、下り側のプラットホームＨの次着の電車Ｔから受信した空席情報等を記憶するためのメモリである。
【００７８】
なお、受信した空席情報等が上り側または下り側のいずれの電車Ｔから送信されたものであるか、及び、その電車Ｔが先着であるか次着であるかについての判断は、図１０の記憶処理のＳ６１，Ｓ６２の処理において、送信された情報に付加された運行コードに基づきつつ、後述するハードディスク３４のダイヤグラム管理テーブル３４ｅを参照することにより行われる。
【００７９】
ハードディスク３４には、制御プログラム３４ａと、通信プログラム３４ｂと、データ蓄積メモリ３４ｃと、書式メモリ３４ｄと、ダイヤグラム管理テーブル３４ｅとが設けられている。
【００８０】
制御プログラム３４ａは、ＣＰＵ３１によって実行される制御プログラムであり、図９から図１２に示すフローチャートのプログラムは、制御プログラム３４ａの一部として、ハードディスク３４内に記憶されている。
【００８１】
通信プログラム３４ｂは、管理コンピュータ３０ａとサーバ６０とがインターネットを介して通信を行うためのプログラムであり、ＨＴＴＰの通信規約に準じて構成されている。データ蓄積メモリ３４ｃは、ホームページで公開するための情報を記憶するためのメモリであり、電車Ｔから受信した空席情報等がこのメモリに蓄積される。また、書式メモリ３４ｄは、ホームページにアップロード可能な書式（ＨＴＭＬ言語）に変換されたファイルを記憶するためのメモリである。
【００８２】
ＣＰＵ３１は、データ蓄積メモリ３４ｃに蓄積された情報を、制御プログラム３４ａを実行することにより、所定の書式を満たすファイル（ＨＴＭＬ言語ファイル）に変換し、書式メモリ３４ｄに記憶する。そして、この変換されたファイルを、通信プログラム３４ｂを実行することにより、サーバ６０へ送信してアップロードする。
【００８３】
サーバ６０は、アップロードされたファイルを記憶する記憶装置（サーバ記憶手段）と、クライアント６１，６２からの要求に応じて必要な情報を回線を通じて送信する送信手段（サーバ送信手段）とを備えているので、クライアント６１，６２（利用者）は、パーソナルコンピュータＰＣや携帯電話ＰＴ（図１参照）からサーバ６０にアクセスすることにより、ホームページに掲載された空席情報等を閲覧することができる。
【００８４】
ダイヤグラム管理テーブル３４ｅは、乗車情報管理装置３０が配設された駅（Ａ駅）における全ダイヤグラムを記憶するメモリである。このダイヤグラム中の各ダイヤは、運行コードに対応付けられて記憶されているので、図１０の記憶処理のＳ６１，Ｓ６２の処理では、送信された空席情報等に付加された運行コードに対応するダイヤを他のダイヤと比較することにより、受信した空席情報等が上り側または下り側のいずれの電車Ｔから送信されたものであるか、及び、その電車Ｔが先着であるか次着であるかについて判断することができる。
【００８５】
また、このダイヤグラム管理テーブル３４ｅには、各電車Ｔの仕様が運行コードに対応付けられて記憶されているので、図１１の表示処理のＳ７２，Ｓ７７の処理では、受信した運行コードに基づいてダイヤグラム管理テーブル３４ｅの内容を参照することにより、その運行コードを送信した電車Ｔの仕様を把握することができる。なお、各電車Ｔの仕様としては、車両の編成数、冷房車両やトイレの位置等が例示される。
【００８６】
なお、ダイヤグラム管理テーブル３４ｅに記憶されるダイヤグラム及び電車Ｔの仕様が、請求項１９に記載した「移動体の運行予定に関する運行情報」及び「移動体の車両数等に関する移動体情報」にそれぞれ該当する。
【００８７】
インターフェイス３９は、入出力ポート１６とモデム４０とを接続する際の接点の規定であり、第１実施例では、ＲＳ−２３２Ｃが使用されている。モデム４０は、復変調装置であり、例えば、ホームページをアップロードする場合には、ファイルをサーバ６０へ送信するべく、管理コンピュータ３０ａのデジタルデータをアナログデータに変換して、電話回線５２に出力する。また、電車Ｔが送信する空席情報等を受信する場合には、電話回線５２から入力されるアナログデータをデジタルデータに変換して、管理コンピュータ３０ａに入力する。
【００８８】
表示装置４１は、プラットホームＨで待機する利用者に空席情報等を表示して提供するための装置である。この表示装置４１は、上り側および下り側のプラットホームＨの所定位置にそれぞれ１０個ずつ設置されており（図２参照）、ＣＰＵ１１は、図１１に示す表示処理（Ｓ５４）によって、ＲＡＭ３３に記憶された空席情報等を対応する表示装置４１に、即ち、上り側の電車Ｔから受信した空席情報等は上り側のプラットホームＨ（図２上側）に設置された表示装置表示４１ａ１〜４１ａ１０に表示する。
【００８９】
次に、上記のように構成された乗車情報提供システム１で実行される各処理を、図４から図１２のフローチャートを参照して説明する。なお、図４から図８のフローチャートは、移動体端末装置１０（車載コンピュータ１０ａ）で実行される処理であり、図９から図１２のフローチャートは、乗車情報管理装置３０（管理コンピュータ３０ａ）で実行される処理である。
【００９０】
図４は、移動体端末装置１０の車載コンピュータ１０ａにおいて実行されるメイン処理を示すフローチャートである。この処理は、電車Ｔが運行している間、ＣＰＵ１１によって繰り返し実行される処理である。ＣＰＵ１１は、メイン処理に関し、まず、出発前処理（Ｓ１）を実行する。ここで、図５のフローチャートを参照して、出発前処理（Ｓ１）について説明する。
【００９１】
図５は、出発前処理（Ｓ１）を示すフローチャートである。この出発前処理（Ｓ１）は、電車Ｔの運行を開始する前に行われる処理であり、空席情報等の取得や送信に必要な各種の準備作業が実行される。ＣＰＵ１１は、出発前処理（Ｓ１）に関し、まず、ＲＡＭ１３の内容を０クリアする（Ｓ１１）。なお、ＲＡＭ１３の停止フラグ１３ｆは、この段階では電車Ｔが停止した状態にあるので、「オフ」に設定される。
【００９２】
Ｓ１１の処理の後は、運行コードの入力要求メッセージ（例えば、「運行コードを入力して下さい。」）をディスプレイ１７に表示して（Ｓ１２）、運行コードの入力を運転士に促した後、かかる運行コードが運転士によりキーボード１８から入力されるまで待機する（Ｓ１３：Ｎｏ）。
【００９３】
なお、電車Ｔを運転する運転士は、その電車Ｔの運行ダイヤ（停車駅と到着予定時間）が記載された運行表を毎回持参しており、運行コードは、この運行表に６桁の数字で記載されている。よって、運転士は、かかる運行表を参照しつつ６桁の数値をキーボード１８を利用して入力するだけで良い。
【００９４】
Ｓ１３の処理において、運行コードの入力が確認された場合には（Ｓ１３：Ｙｅｓ）、その入力された運行コードを運行コードメモリ１３ａに書き込む（Ｓ１４）。そして、その書き込まれた運行コードに対応するアドレスをハードディスク１４のアドレステーブル１４ｂから読み取り、その読み取ったアドレスをアドレスロードエリア１３ｂに書き込んだ後（Ｓ１５）、この出発前処理（Ｓ１）を終了する。
【００９５】
これにより、アドレスロードエリア１３ｂには、電車Ｔから取得した空席情報等の送信先となる乗車情報管理装置３０のアドレスが、送信する乗車情報管理装置３０の数だけ書き込まれる。このアドレスは、上述したように、送信する順番（即ち、電車Ｔが停車する駅の順番）で書き込まれているので、この書き込まれた順に送信することにより、次に停車する停車駅へ空席情報等を送信することができる。
【００９６】
なお、Ｓ１３の処理において、運行コードが入力される前に電車Ｔが出発した場合には、所定の警告音や警告メッセージにより、運行コードが未入力である旨を運転士に警告する。これにより、空席情報等を送信するアドレス等が不明となり、各駅で待機する利用者に空席情報等を提供することができなくなることを抑制することができる。
【００９７】
図４のフローチャートに戻って説明する。出発前処理を実行した後は（Ｓ１）、センサ検出処理を実行する（Ｓ２）。ここで、図６のフローチャートを参照して、センサ検出処理（Ｓ２）について説明する。
【００９８】
図６は、センサ検出処理（Ｓ２）を示すフローチャートである。このセンサ検出処理（Ｓ２）は、後述する送信処理（Ｓ３）と共に、電車Ｔの運行中において繰り返し実行される処理であり（図４参照）、運行中の電車Ｔから空席情報や混雑度情報を取得する取得作業が主に実行される。
【００９９】
ＣＰＵ１１は、センサ検出処理（Ｓ２）に関し、まず、電車Ｔの運転状況を確認するべく、停止フラグ１３ｆがオンされているか否かを確認する（Ｓ２１）。確認の結果、停止フラグ１３ｆがオンされていない、即ち、オフされている場合には（Ｓ２１：Ｎｏ）、電車Ｔが走行状態にあるということを表しているので、かかる電車Ｔが停止したか否かを確認するべく、速度センサ２２の値を確認する（Ｓ２２）。
【０１００】
Ｓ２２の処理において確認した結果、速度センサ２２の値が時速０ｋｍである場合には（Ｓ２２：Ｙｅｓ）、電車Ｔが走行を停止した状態にある、即ち、電車Ｔがいずれかの駅に停車したということである。よって、この場合には（Ｓ２２：Ｙｅｓ）、かかる電車Ｔの停止状態を表すべく、停止フラグ１３ｆをオンして（Ｓ２３）、Ｓ２７の処理に移行する。
【０１０１】
一方、Ｓ２２の処理において、速度センサ２２の値が時速０ｋｍでない場合には（Ｓ２２：Ｎｏ）、電車Ｔは未だ走行状態にあるということなので、電車Ｔが停車するまでの間、かかる停止フラグ１３ｆの状態（オフ状態）を維持するべく、Ｓ２３の処理をスキップして、Ｓ２７の処理に移行する。
【０１０２】
Ｓ２１の処理において確認した結果、停止フラグ１３ｆがオンされている場合には（Ｓ２１：Ｙｅｓ）、電車Ｔが停止状態にある、即ち、いずれかの駅に停車しているということを表しているので、その駅から電車Ｔが出発したか否かを確認するべく、速度センサ２２の値を確認する（Ｓ２４）。
【０１０３】
Ｓ２４の処理において確認した結果、速度センサ２２の値が時速１０ｋｍ以上である場合には（Ｓ２４：Ｙｅｓ）、停止状態にあった電車Ｔが走行を開始した、即ち、電車Ｔが停車駅を出発し既に次の駅に向かっているということである。よって、この場合には（Ｓ２４：Ｙｅｓ）、既に出発した駅（例えば、Ａ駅）の乗車情報管理装置３０に空席情報等を送信することは無駄であるので、かかる空席情報等の送信先を、既に出発した駅（Ａ駅）の乗車情報管理装置３０から現在向かっている次の停車駅（Ｂ駅）の乗車情報管理装置３０に変更するべく、送信先更新処理（Ｓ２５）を実行する。ここで、図７のフローチャートを参照して、送信先更新処理（Ｓ２５）について説明する。
【０１０４】
図７は、送信先更新処理（Ｓ２５）を示すフローチャートである。この送信先更新処理（Ｓ２５）は、空席情報等を送信する送信先を次に停車する駅（乗車情報管理装置３０）に変更するための処理であり、各停車駅を出発する毎に実行される。
【０１０５】
ＣＰＵ１１は、送信先更新処理（Ｓ２５）に関し、まず、停車駅カウンタ１３ｄの値に「１」を加算し（Ｓ３１）、次いで、アドレスロードエリア１３ｂに書き込まれたアドレスの内から停車駅カウンタ１３ｄ番目のアドレスを読み出し、その読み出したアドレスを次アドレスメモリ１３ｃに書き込み（Ｓ３２）、この送信先処理（Ｓ２５）を終了する。
【０１０６】
上述したように、停車駅カウンタ１３ｄの値が「ｎ」である場合には、電車Ｔがｎ番目の停車駅に向かっているということを表しており、また、アドレスロードエリア１３ｂには、アドレスロードエリア１３ｂには、電車Ｔの各乗車情報管理装置３０のアドレスが電車Ｔの停車する順番に対応づけられて記憶されているので、次アドレスメモリ１３ｃには、電車Ｔが次に停車する駅の乗車情報管理装置３０のアドレスが書き込まれる。
【０１０７】
図６のフローチャートに戻って説明する。Ｓ２５の処理を実行した後は、停車していた電車Ｔが走行状態に移行したことを表すべく、停止フラグ１３ｆをオフして（Ｓ２６）、Ｓ２７の処理に移行する。
【０１０８】
一方、Ｓ２４の処理において、速度センサ２２の値が時速１０ｋｍより小さい場合には（Ｓ２２：Ｎｏ）、電車Ｔは未だ走行を停止した状態にあるか、或いは、走行を開始したが未だ時速１０ｋｍに達していないということである。よって、この場合には（Ｓ２４：Ｎｏ）、電車Ｔが走行を開始するか、或いは、時速１０ｋｍに達するまでの間、かかる停止フラグ１３ｆの状態（オン状態）を維持するべく、Ｓ２５及びＳ２６の処理をスキップして、Ｓ２７の処理に移行する。
【０１０９】
Ｓ２７の処理では、座席センサ装置２０及び赤外線センサ装置２１の各検出状態を確認し（Ｓ２７）、その検出状態を検出データメモリ１３ｅに書き込み（Ｓ２８）、このセンサ検出検出処理（Ｓ２）を終了する。これにより、電車Ｔの全座席Ｓから空席情報が取得されると共に、電車Ｔの各昇降口２付近の混雑度情報が取得される。
【０１１０】
なお、このように、座席センサ装置２０及び赤外線センサ装置２１による各情報の取得作業は、電車Ｔの速度に関わりなく、Ｓ２７の処理の実行タイミング毎に行われる。よって、請求項１、請求項８、請求項９及び請求項１１に記載した「運行中の移動体」なる文言は、少なくとも出発前処理（Ｓ１）が実行された後の移動体の状態を全て含む趣旨であり、必ずしも移動体（電車Ｔ）が何らかの速度を有して進行している状態である必要はない。従って、停車場（駅）に停車している移動体（電車Ｔ）も「運行中の移動体」に含まれる。
【０１１１】
図４のフローチャートに戻って説明する。センサ検出処理を実行した後は（Ｓ２）、送信処理を実行する（Ｓ３）。ここで、図８のフローチャートを参照して、送信処理（Ｓ３）について説明する。
【０１１２】
図８は、送信処理（Ｓ３）を示すフローチャートである。この送信処理（Ｓ３）は、上述したセンサ検出処理（Ｓ２）と共に、電車Ｔの運行中において繰り返し実行される処理であり（図４参照）、運行中の電車Ｔから取得された空席情報や混雑度情報を次に停車する駅（乗車情報管理装置３０）へ送信する送信作業が主に実行される。
【０１１３】
ＣＰＵ１１は、送信処理（Ｓ３）に関し、まず、電車Ｔの運転状況を確認するべく、停止フラグ１３ｆがオンされているか否かを確認する（Ｓ４１）。確認の結果、停止フラグ１３ｆがオンされていない、即ち、オフされている場合には（Ｓ４１：Ｎｏ）、電車Ｔが走行状態にあるということを表している。
【０１１４】
よって、この場合には（Ｓ４１：Ｎｏ）、この電車Ｔに関する空席情報や混雑度情報を次に停車する駅で待機している利用者に提供するべく、運行コードメモリ１３ａ及び検出データメモリ１３ｅの内容（即ち、運行コード及び空席情報、混雑度情報）を次アドレスメモリ１３ｃに書き込まれているアドレスの乗車情報管理装置３０に送信する。
【０１１５】
ここで、次アドレスメモリ１３ｃには、上述したように、電車Ｔが次に停車する駅の乗車情報管理装置３０のアドレスが書き込まれているので、このアドレスに送信することにより、電車Ｔが次に停車する駅の乗車情報管理装置３０に空席情報等を送信することができるので、かかる電車Ｔの空席情報等を最も望んでいる利用者、即ち、この電車Ｔが次に停車する駅のプラットホームＨで待機している利用者に空席情報等を提供することができる。
【０１１６】
なお、運行コードも同時に送信するのは、受信した空席情報等がどのような電車Ｔに関するものであるか、即ち、上り電車か下り電車のいずれであるか、更には、先着電車か次着電車のいずれに関する空席情報等であるかを運行コードに基づいて乗車情報管理装置３０が判断するためである（図１０に示す記憶処理のＳ６１の処理を参照）。
【０１１７】
Ｓ４１の処理において確認した結果、停止フラグ１３ｆがオンされている場合には（Ｓ４１：Ｙｅｓ）、電車Ｔは走行を停止して停車駅に停車しているか、或いは、停車駅を出発し走行を開始したが未だ時速１０ｋｍに達していないということである。上述したように、空席情報等の送信先を次の停車駅に更新する送信先更新処理（Ｓ２５）は、電車Ｔの速度が時速１０ｋｍに達しなければ実行されないので（図６のセンサ検出処理（Ｓ２）参照）、この状態では、送信先アドレス（即ち、アドレスメモリ１３ｃの内容）が停車している駅（或いは、既に出発した駅）の乗車情報管理装置３０のアドレスに設定されたままである。
【０１１８】
よって、この場合には（Ｓ２４：Ｙｅｓ）、かかる送信先アドレスが次の停車駅の乗車情報管理装置３０のアドレスに変更されるまで、空席情報等の送信を回避するべく、Ｓ４２の処理を実行することなく、この送信処理（Ｓ３）を終了する。これにより、停車している駅（或いは、既に出発した駅）に空席情報等を送信するという無駄な作業を回避することができ、送信コストを低減することができると共に、乗車情報管理装置３０の受信コスト・制御コストを低減することができる。
【０１１９】
図４のフローチャートに戻って説明する。送信処理を終了した後は（Ｓ３）、Ｓ２の処理に移行して、センサ検出処理（Ｓ２）と送信処理（Ｓ３）とを電車Ｔが運行している間繰り返し実行する。これにより、電車Ｔから空席情報や混雑度情報がほぼリアルタイムに取得され送信されるので、プラットホームＨに待機する利用者に空席情報や混雑度情報をほぼリアルタイムに提供することができ、その結果、利用者の不安感を低減することができる。
【０１２０】
図９は、乗車情報管理装置３０の管理コンピュータ３０ａにおいて実行されるメイン処理を示すフローチャートである。この処理は、電車Ｔが運行されている間、ＣＰＵ３１によって繰り返し実行される処理である。ＣＰＵ３１は、メイン処理に関し、まず、各処理の実行後（Ｓ５１）、電車Ｔからのデータ（例えば、空席情報等）の受信があったか否かを確認する（Ｓ５２）。
【０１２１】
その結果、電車Ｔからのデータの受信が確認された場合には（Ｓ５２：Ｙｅｓ）、その受信したデータを表示装置４１やホームページによって利用者に提供するべく、Ｓ５３の処理へ移行する。一方、電車Ｔからのデータの受信が確認されない場合には（Ｓ５２：Ｎｏ）、利用者に提供するデータが存在しない、即ち、表示装置４１やホームページで現在提供している内容を更新するための新たなデータが存在しないので、Ｓ５１の各処理を実行しつつ、データが受信されるまで待機する（Ｓ５２：Ｎｏ）。
【０１２２】
Ｓ５３の処理では、記憶処理が実行される。ここで、図１０のフローチャートを参照して、記憶処理（Ｓ５３）について説明する。
【０１２３】
図１０は、記憶処理（Ｓ５３）を示すフローチャートである。この記憶処理（Ｓ５）は、電車Ｔから受信したデータを記憶するための処理である。なお、電車Ｔから送信されるデータには、上述したように、運行コード及び検出データメモリ１３ｅの内容（空席情報、混雑度情報）が含まれている（図８の送信処理のＳ４２の処理を参照）。
【０１２４】
ＣＰＵ３１は、記憶処理（５３）に関し、まず、受信したデータから運行コードを読み取り（Ｓ６１）、その運行コードに基づきつつ、ハードディスク３４のダイヤグラム管理テーブル３４ｅを参照して、受信したデータが上り側または下り側のいずれのプラットホームＨに停車する電車Ｔから送信されたものであるか、及び、その電車Ｔが先着であるか次着であるか（即ち、到着順）について確認する（Ｓ６２）。
【０１２５】
なお、ダイヤグラム管理テーブル３４ｅには、上述したように、乗車情報管理装置３０が配設された駅における全ダイヤグラムが記憶されており、このダイヤグラム中の各ダイヤは、運行コードに対応付けられて記憶されている。よって、Ｓ６２の処理における確認は、送信された運行コードに対応するダイヤを他のダイヤと比較することにより行うことができる。
【０１２６】
次いで、Ｓ６３の処理では、Ｓ６２での確認結果に基づいて、受信したデータの記憶場所をＲＡＭ３３の各領域に振り分ける。即ち、受信したデータを送信した電車Ｔが上り側のプラットホームＨに停車する電車であり、かつ、上り側ホームの先着の電車である場合には（Ｓ６３：「上り側、先着」）、受信したデータを上り側先着受信バッファ３３ａに書き込み（Ｓ６４）、受信したデータを送信した電車Ｔが上り側のプラットホームＨに停車する電車であり、かつ、上り側ホームの次着の電車である場合には（Ｓ６３：「上り側、次着」）、受信したデータを上り側次着受信バッファ３３ｂに書き込む（Ｓ６５）。
【０１２７】
同様に、受信したデータを送信した電車Ｔが下り側のプラットホームＨに停車する電車であり、かつ、下り側ホームの先着の電車である場合には（Ｓ６３：「下り側、先着」）、受信したデータを下り側先着受信バッファ３３ｃに書き込み（Ｓ６６）、受信したデータを送信した電車Ｔが下り側のプラットホームＨに停車する電車であり、かつ、下り側ホームの次着の電車である場合には（Ｓ６３：「下り側、次着」）、受信したデータを下り側次着受信バッファ３３ｄに書き込む（Ｓ６７）。
【０１２８】
これらＳ６４〜Ｓ６７のいずれかの処理が終了した後は、更に、受信したデータをハードディスク３４のデータ蓄積メモリ３４ｃに書き込み（Ｓ６８）、この記憶処理を終了する。
【０１２９】
なお、上述したＲＡＭ３３の各領域への書き込みは（Ｓ６４〜Ｓ６７）、受信したデータを上書きすることにより行われる一方、ハードディスク３４のデータ蓄積メモリ３４ｃへの書き込みは、受信したデータを追加する形式で行われ、受信したデータが蓄積される。これにより、例えば、季節や時刻、電車ごとの空席情報や混雑度情報の統計を作成することが可能となるので、この統計をホームページや表示装置４１で利用者に提供することができ、その結果、利用者の利便性が向上し、鉄道の利用率を高めることができる。
【０１３０】
図９のフローチャートに戻って説明する。記憶処理を実行した後は（Ｓ５３）、表示処理を実行する（Ｓ５４）。ここで、図１１のフローチャートを参照して、表示処理（Ｓ５４）について説明する。
【０１３１】
図１１は、表示処理（Ｓ５４）を示すフローチャートである。この表示処理（Ｓ５４）は、表示装置４１に表示を行わせるための処理であり、受信したデータを使用して表示装置４１の内容を最新の情報に更新する。
【０１３２】
なお、この表示処理（Ｓ５４）の説明においては、図１３を適宜参照しつつ説明する。図１３は、表示装置４１の表示画面に表示される内容を示した図であり、特に、上り側プラットホームＨにおいて先頭から５番目に設置される表示装置４１ａ５の表示内容を示している（図２参照）。
【０１３３】
ＣＰＵ３１は、表示処理（Ｓ５４）に関し、まず、今回受信したデータが上り側先着の電車Ｔに関するもの、即ち、上り側のプラットホームＨに次に停車する電車Ｔから送信されたデータであるか否かを確認する（Ｓ７１）。その結果、上り側先着の電車Ｔに関するものであると確認された場合には（Ｓ７１：Ｙｅｓ）、その電車Ｔから受信したデータを上り側プラットホームＨに設置された表示装置４１ａ１〜４１ａ１０に表示するべく、Ｓ７２〜Ｓ７５の処理を実行する。
【０１３４】
即ち、まず、空席情報及び混雑度情報を表示する表示装置４１ａ１〜４１ａ１０を決定する（Ｓ７２）。具体的には、上り側のプラットホームＨに停車する電車Ｔが３両編成である場合には、先頭から９個目までの表示装置４１ａ１〜４１ａ９の設置位置には電車Ｔが停車するが、１０個目の表示装置４１ａ１０の設置位置には、電車Ｔが停車しないので（図２参照）、空席情報等を表示するものとして表示装置４１ａ１〜４１ａ９が選択される。
【０１３５】
なお、上述したように、ダイヤグラム管理テーブル３４ｅには、各電車Ｔの仕様（車両編成数など）が運行コードに対応付けられて記憶されているので、運行コードに基づいて、そのダイヤグラム管理テーブル３４ｅを参照することにより、電車Ｔの車両編成数（例えば、「２両編成」、「３両編成」等）を把握することができる。
【０１３６】
Ｓ７２の処理の実行後は、次いで、ＲＡＭ３３の上り側先着受信バッファ３３ａからデータ（空席情報及び混雑度情報）を読み出して、各表示装置４１ａ１〜４１ａ９（即ち、Ｓ７２の処理において選択した表示装置）の表示内容を各表示装置４１ａ１〜４１ａ９毎に更新する（Ｓ７３）。これにより、各表示装置４１ａ１〜４１ａ９毎に異なる表示内容で表示が更新される。
【０１３７】
ここで、Ｓ７３の処理により更新された各表示装置４１ａ１〜４１ａ９の表示内容について、図１３を参照して説明する。なお、ここでは、各表示装置４１ａ１〜４１ａ９の表示内容として、上り側のプラットホームＨにおいて先頭から５番目に設置される表示装置４１ａ５（図２参照）の表示内容を代表例として説明する。
【０１３８】
表示装置４１ａ５の表示領域Ａには、図１３に示すように、電車Ｔの到着までの予想時間を表示する到着時間表示部Ｂや空席情報等を表示する情報表示部Ｃが設けられており、情報表示部Ｃには、上から順に、空席案内欄Ｃ１、空席率欄Ｃ２、立ち客数欄Ｃ３、その他欄Ｃ４が設けられている。
【０１３９】
なお、これら各欄Ｃ１〜Ｃ４の右方は、４つの領域Ｆ１〜Ｆ４に区画されており、表示装置４１ａ５の直近に停車する車両に関する情報だけでなく、他の車両に関する情報も、各車両毎に表示できるように構成されている。よって、表示装置４１ａ５付近で待機している利用者は、各車両の空席情報等を比較することができるので、より空席が多い車両に移動することができる。その結果、電車Ｔ全体としての混雑度の平準化を図ることができる。
【０１４０】
また、表示装置４１ａ５は、２号車（先頭から２番目の車両）に対応する位置に設置される表示装置であるので（図２参照）、２号車に関する情報の表示スペースを確保するべく、領域Ｆ２が他の領域Ｆ１，Ｆ３，Ｆ４よりも幅広に構成されている。このように、他の車両に関する領域Ｆ１，Ｆ３，Ｆ４を狭くすることにより、限られた表示スペースにおいて、利用者が最も望む情報（即ち、待機している場所に停車する車両に関する空席情報等）を表示するためのスペースをより広く確保することができる。
【０１４１】
空席案内欄Ｃ１は、座席Ｓの空席状態に関する空席情報を主に表示する領域であり、この空席案内欄Ｃ１の各領域Ｆ１〜Ｆ４には、各車両の空席状態が車両毎に異なる態様で表示されている。例えば、表示装置４１ａ５の直近に停車する車両（２号車）の空席情報を表示する領域Ｆ２では、図１３に示すように、空席に「白丸」、在席に「黒丸」を各座席Ｓ毎に付して、全座席Ｓの空席状態が詳細に表示されている。
【０１４２】
これにより、表示装置４１ａ５付近で待機する利用者は、直近に停車する車両（２号車）の空席状態を視覚として直感的に把握することができるばかりでなく、各座席Ｓ毎に空席状態が表示されているので、この車両に乗車した後には、どの方向に向かえば空席を確保できるかを予め認識し、その準備をしておくことができるのである。
【０１４３】
また、他の車両（１号車、３号車）の空席情報を表示する領域Ｆ１，Ｆ３では、空席情報が棒グラフとして表示されている。即ち、全座席Ｓに対して在席状態にある座席Ｓが占める割合に対応する長さの棒グラフを、図１３に示すように、車両の横幅方向に表示するのである。これにより、上述した領域Ｆ２の表示スペースをより広く確保しつつも、より空席状態の認識が容易な態様で空席情報を表示することができる。
【０１４４】
空席率欄Ｃ２は、各車両毎の空席情報を数値により表示する領域であり、この空席率欄Ｃ２の各領域Ｆ１〜Ｆ３には、各車両毎の空席率や全座席Ｓ及び空席の座席Ｓの数が数値により表示されている。これにより、利用者は、各車両の空席状態をより高精度に、即ち、定量的に取得することができる。なお、空席率は、車両内の全座席Ｓの数に対して空席の座席の数が占める割合である。
【０１４５】
立ち客数欄Ｃ３は、各車両毎の混雑度情報を表示する領域であり、この立ち客数欄Ｃ３の各領域Ｆ１〜Ｆ３には、上述した立乗スペースにおける乗客の数が「小」，「中」，「多」の３段階で表示されている。これにより、上述した空席情報だけでは表せない各車両の乗室内の混雑状況をより正確に利用者に提供することができる。
【０１４６】
なお、空席案内欄Ｃ１及び空席率欄Ｃ２に表示される空席情報は、上述した座席センサ装置２０により検出された検出結果に基づき、立ち客数欄Ｃ３に表示される混雑度情報は、上述した赤外線センサ装置２１により検出された検出結果に基づいて構成されている（図３参照）。また、上り側のプラットホームＨに今回停車する電車Ｔは、３両編成のものであるので、空席案内欄Ｃ１、空席率欄Ｃ２及び立ち客数欄Ｃ３の領域Ｆ４には、図１３に示すように、空席情報等の表示がなされない。
【０１４７】
図１１のフローチャートに戻って説明する。Ｓ７３の処理の実行後は、次いで、空席情報及び混雑度情報の表示を行わない表示装置４１ａ１０（即ち、Ｓ７２の処理において選択されなかった表示装置）に停車情報を表示する（Ｓ７４）。なお、停車情報とは、表示装置の直近に電車Ｔが停車しないことを利用者に警告するための情報であり、表示装置４１ａ１０が設置された場所には、電車Ｔが停車しないため（図２参照）、この停車情報（例えば、「ここには、電車が停車しませんので、１〜９番の待機位置へご移動下さい。」等）が表示される。これにより、利用者を適正な待機位置へ誘導することができる。
【０１４８】
Ｓ７４の処理の実行後は、次いで、各表示装置４１ａ１〜４１ａ１０（即ち、上り側のプラットホームＨに設置される全ての表示装置）に他情報を表示して（Ｓ７５）、この表示処理（Ｓ５４）を終了する。ここで、Ｓ７４の処理によって各表示装置４１ａ１〜４１ａ１０に表示される他情報について、図１３を参照して説明する。
【０１４９】
他情報は、各表示装置４１ａ１〜４１ａ１０に共通に表示される情報であり、図１３に示すように、その他欄Ｃ４の各領域Ｆ１〜Ｆ４に表示されている。例えば、１号車及び３号車に相当する領域Ｆ１，Ｆ３には、トイレマーク・冷房車マークがそれぞれ表示されており、トイレが１号車に設けられていると共に、３号車が冷房車であることを示している。
【０１５０】
また、２号車に相当する領域Ｆ２には、乗り換え情報が表示されており、乗り換え駅においては、２号車で降車することにより、連絡通路等に最も近接する位置で降車できることを示している。更に、領域Ｆ４には、上述した停車情報が表示されており、モニタＮｏ．１０（表示装置４１ａ１０）が設置される位置には、電車が停車しないことを示している。
【０１５１】
なお、上述したように、ダイヤグラム管理テーブル３４ｅには、各電車Ｔの仕様（トイレ位置など）が運行コードに対応付けられて記憶されているので、運行コードに基づいて、そのダイヤグラム管理テーブル３４ｅを参照することにより、電車Ｔの他情報（例えば、「どの車両にトイレが設けられているか」等）を把握することができる。
【０１５２】
図１１に戻って説明する。Ｓ７１の処理において、今回受信したデータが上り側先着の電車Ｔに関するものではないと確認された場合には（Ｓ７１：Ｎｏ）、次いで、今回受信したデータが下り側先着の電車Ｔに関するもの、即ち、下り側のプラットホームＨに次に停車する電車Ｔから送信されたデータであるか否かを確認する（Ｓ７６）。その結果、下り側先着の電車Ｔに関するものであると確認された場合には（Ｓ７６：Ｙｅｓ）、その電車Ｔから受信したデータを下り側プラットホームＨに設置された表示装置４１ｂ１〜４１ｂ１０に表示するべく、Ｓ７７〜Ｓ８０の処理を実行する。
【０１５３】
即ち、上述した上り側の表示装置４１ａ１〜４１ａ１０に表示を行わせる場合と同様に、まず、空席情報及び混雑度情報を表示する表示装置４１ｂ１〜４１ｂ１０を決定し（Ｓ７７）、ＲＡＭ３３の下り側先着受信バッファ３３ｃからデータ（空席情報及び混雑度情報）を読み出して、各表示装置４１ｂ１〜４１ｂ６（即ち、Ｓ７７の処理において選択した表示装置であり、下り側のプラットホームＨには２両編成の電車Ｔが停車するものと仮定する。）の表示内容を各表示装置４１ｂ１〜４１ｂ６毎に更新する（Ｓ７３）。これにより、各表示装置４１ｂ１〜４１ｂ６毎に異なる表示内容で表示が更新される。
【０１５４】
Ｓ７８の処理の実行後は、電車が停車しない場所で待機している利用車を適正な待機位置へ誘導するべく、空席情報及び混雑度情報の表示を行わない表示装置４１ａ７〜４１ｂ１０（即ち、Ｓ７７の処理において選択されなかった表示装置）に停車情報を表示し（Ｓ７９）、次いで、各表示装置４１ｂ１〜４１ｂ１０（即ち、下り側のプラットホームＨに設置される全ての表示装置）に他情報を表示して（Ｓ７９）、この表示処理（Ｓ５４）を終了する。
【０１５５】
Ｓ７６の処理において、今回受信したデータが下り側先着の電車Ｔに関するものではないと確認された場合には（Ｓ７６：Ｎｏ）、受信したデータが上り側又は下り側の次着の電車Ｔに関するものであるか、表示装置４１の表示には無関係のデータであるので、表示装置４１の表示を更新することなく、この表示処理（Ｓ５４）を終了する。
【０１５６】
なお、このように、第１実施例では、先着の電車Ｔに関する空席情報等のみが各表示装置４１に表示されるように管理コンピュータ３０ａが構成された。但し、先着の電車Ｔに関する空席情報等に加えて、次着の電車Ｔに関する空席情報等をも表示するように構成することは当然可能である。これにより、利用者は、例えば、先着と次着の電車Ｔの混雑状況を比較して、乗車する電車Ｔを選択することもできるので、利用者の利便性を一層向上させることができる。
【０１５７】
この場合には、Ｓ７２〜Ｓ７５及びＳ７７〜Ｓ８０で説明した各処理を、ＲＡＭ３３の上り側次着受信バッファ３３ｂ及び下り側次着受信バッファ３３ｄに記憶されたデータを使用して、同様に実行すれば良い。なお、次着の電車Ｔに関する空席情報等は、各表示装置４１の表示領域Ａを分割して、先着の電車Ｔに関する空席情報等と同時に表示しても良い。或いは、各表示装置４１をタッチパネル等で構成し、タッチパネルを押下する利用者の指示に応じて、次着の電車Ｔに関する空席情報等と先着の電車Ｔに関する空席情報等との表示を切り換え可能に構成しても良い。
【０１５８】
図９のフローチャートに戻って説明する。表示処理を実行した後は（Ｓ５４）、配信処理を実行する（Ｓ５５）。ここで、図１２のフローチャートを参照して、配信処理（Ｓ５５）について説明する。
【０１５９】
図１２は、配信処理（Ｓ５５）を示すフローチャートである。この配信処理（Ｓ５５）は、ホームページを公開するための処理であり、受信したデータ（即ち、データ蓄積メモリ３４ｃの内容）を使用してホームページの内容を最新の情報に更新する。
【０１６０】
なお、この配信処理（Ｓ５５）の説明においては、図１４を適宜参照しつつ説明する。図１４は、ホームページの表示内容の一例を示した図であり、ホームページにアクセスした際に最初に表示される検索画面を示している。
【０１６１】
ＣＰＵ３１は、配信処理（Ｓ５５）に関し、まず、データ蓄積メモリ３４ｃに記憶された内容をＨＴＭＬ言語に変換して、サーバ６０（図３参照）にアップロード可能な形式のファイルを作成し（Ｓ８１）、作成されたファイルを書式メモリ３４ｄに書き込む（Ｓ８２）。
【０１６２】
なお、Ｓ８１の処理における変換は、今回受信したデータによりデータ蓄積メモリ３４ｃに新たに蓄積された最新の内容に対してのみ行われ、既に、サーバ６０にアップロードされている内容に関しては行われない。
【０１６３】
そして、ＣＰＵ３１は、書式メモリ３４ｄに書き込まれたファイルを、通信プログラム３４ｂを実行することにより、サーバ６０へ送信してアップロードした後（Ｓ８３）、この配信処理（Ｓ５５）を終了する。これにより、クライアント６１，６２（図２参照）は、パーソナルコンピュータＰＣや携帯電話ＰＴ（図１参照）からサーバ６０にアクセスすることにより、ホームページに掲載された空席情報等を閲覧することができる。
【０１６４】
ここで、Ｓ８３の処理によりアップロードされたホームページについて、図１４を参照して説明する。なお、ここでは、パーソナルコンピュータＰＣにより、ホームページを閲覧する際に表示される表示内容を例に説明する。
【０１６５】
パーソナルコンピュータＰＣのディスプレイの表示領域Ｉには、図１４に示すように、リアルタイムモニタ検索欄Ｓ１や過去データ検索欄Ｓ２が設けられている。リアルタイムモニタ検索欄Ｓ１は、各駅に設置された表示装置４１と同様の表示内容を閲覧する際に使用される検索部であり、駅名指示欄Ｅ１と表示ボタンＧ１，Ｇ２とを備えている。
【０１６６】
例えば、Ａ駅の上り側のプラットホームＨに設置された表示装置４１の表示内容を閲覧する場合、利用者は、まず、駅名指示欄Ｅ１に「Ａ駅」を記入し、次いで、マウス等によりカーソルを「上り（△△△行き）」の表示部に設けられた表示ボタンＧ１に合わせて、表示ボタンＧ１を押下する。これにより、サーバ６０は、利用者のパーソナルコンピュータＰＣから送信されたコマンドを受信し、その受信したコマンドに基づいてＡ駅の情報を利用者のパーソナルコンピュータＰＣに提供する。
【０１６７】
その結果、利用者は、Ａ駅の表示装置４１に表示されている表示内容（例えば、図１３参照）と同じものを、自宅に居ながらにして、リアルタイムに閲覧することができ、更には、Ｂ駅やＣ駅の表示装置４１に表示されている表示内容もリアルタイムに閲覧することができるのである。なお、駅名指示欄Ｅ１への駅名の記入は、ドロップダウンボタンＥｄを押下することにより表示される駅名から所望の駅名を選択することによっても可能である。
【０１６８】
過去データ検索欄Ｓ２は、過去の統計データを閲覧する際に使用される検索部であり、駅名指示欄Ｅ２、発車時刻指示欄Ｅ３，Ｅ５、運行日指示欄Ｅ４，Ｅ６、表示ボタンＧ３，Ｇ４を備えている。なお、各指示欄Ｅ２〜Ｅ６への駅名や時刻等の記入は、ドロップダウンボタンＥｄを押下することにより表示される駅名や時刻等から所望の駅名や時刻等を選択することによっても可能である。
【０１６９】
例えば、Ａ駅の上り側の電車Ｔに関する過去データを閲覧する場合、利用者は、まず、駅名指示欄Ｅ１に「Ａ駅」を記入し、「上り（△△△行き）」の発車時刻指示欄Ｅ３及び運行日指示欄Ｅ４に所望の時刻及び日付を記入した後、カーソルを表示指示ボタンＧ３に合わせて押下する。
【０１７０】
これにより、サーバ６０は、利用者のパーソナルコンピュータＰＣから送信されたコマンドに基づいてＡ駅の過去データ情報を利用者のパーソナルコンピュータＰＣに提供するので、利用者は、任意の過去の統計データを取得して、乗車計画を検討したりすることができるのである。なお、検索項目（例えば、特定の車両での検索や各駅毎の比較等）を増やすことは当然可能である。
【０１７１】
図９のフローチャートに戻って説明する。配信処理を終了した後は（Ｓ５５）、Ｓ５１の処理に移行して、Ｓ５１の各処理を実行しつつ、データが受信されるまで待機する（Ｓ５２：Ｎｏ）。そして、電車Ｔからのデータが受信された場合には、上述したように、記憶処理（Ｓ５３）、表示処理（Ｓ５４）、配信処理（Ｓ５５）を実行するのである。これにより、電車Ｔから送信される空席情報等が表示装置４１やホームページの表示内容にリアルタイムに反映されるので、プラットホームＨに待機する利用者の不安感を低減することができると共に、有用な情報を利用者に提供して、利用者の利便性の向上を図ることができる。
【０１７２】
このように、第１実施例における乗車情報提供システム１によれば、運行中の電車Ｔから空席情報等を取得して、その空席情報等を駅のプラットホームＨなどで待機する利用者にリアルタイムに提供することができるの、利用者の不安感を低減して、鉄道（公共交通機関の利用を促進することができる。また、各電車Ｔ（移動体端末装置１０）は、取得した空席情報等を順次停車予定駅に送信し、その送信された空席情報等は、各駅（乗車情報管理装置３０）毎に処理される。即ち、従来のシステムのように、ホストコンピュータが全ての端末装置の入出力を管理しつつ空席情報を作成して提供する必要がないので、その分、システムを簡素化して、乗車情報提供システム１全体としてのコストを低減することができるのである。
【０１７３】
次に、図１６を参照して第２実施例について説明する。第１実施例の乗車情報提供システム１では、空席情報等の送信先を複数の乗車情報管理装置３０の中から移動体端末装置１０側が決定したのに対し、第２実施例の乗車情報提供システム１００では、どの移動体端末装置１１０から空席情報等を受信するかを乗車情報管理装置３０側が決定するように構成されている。なお、前記した第１実施例と同一の部分には同一の符号を付して、その説明は省略する。
【０１７４】
図１５は、乗車情報提供システム１００の電気的構成を示したブロック図である。まず、移動体端末装置１１０について説明する。
【０１７５】
ＲＡＭ１１３には、検出データメモリ１１３ａが設けられている。この検出データメモリ１１３ａは、座席センサ装置２０及び赤外線センサ装置２１によって検出された各検出データを記憶するメモリである。この検出データメモリ１１３ａに記憶された内容は、図１８に示す転送処理のＳ１２１の処理によって、後述する送受信装置１１９に転送され、送受信装置１１９は、その転送された内容を電話回線を通じて乗車情報管理装置１３０へ送信する。乗車情報管理装置１３０では、第１実施例と同様に、受信した内容を表示装置４１等を介して空席情報、混雑度情報として利用者に提供する。
【０１７６】
ハードディスク１１４には、制御プログラム１１４ａが設けられている。この制御プログラム１１４ａは、ＣＰＵ１１によって実行される制御プログラムであり、図１６から図１８に示すフローチャートのプログラムは、制御プログラム１４ａの一部として、ハードディスク１４内に記憶されている。
【０１７７】
送受信装置１１９は、電車Ｔから取得された空席情報等を乗車情報管理装置１３０へ送信するための装置であり、第１実施例と同様に、携帯電話として構成されている。この送受信装置１１９（携帯電話）は、アンテナ１９ａを介して、デジタル回線である無線回線５１に接続されており、この無線回線５１は、基地局（図示せず）を経由して、後述する乗車情報管理装置１３０の送受信装置１４２，１４３（携帯電話）と接続される。これにより、送受信装置１１９と送受信装置１４２，１４３とが互いに通信を行うことができる。
【０１７８】
ここで、第１実施例では、移動体端末装置１０（送受信装置１９）が発呼側（呼出信号を送信する側）とされたが、第２実施例の移動体端末装置１１０（送受信装置１１９）は被発呼側（呼出信号を受ける側）とされている。即ち、第２実施例では、乗車情報管理装置１３０（送受信装置１４２，１４３）から発呼が行われ、移動体端末装置１１０（送受信装置１１９）は、着呼を確認すると、電話回線を閉結し、その電話回線を介して、乗車情報管理装置１３０へ空席情報等を送信する。
【０１７９】
また、送受信装置１１９には、制御プログラムを格納するＲＯＭ（図示せず）と、データを一時的に記憶するＲＡＭ（図示せず）が設けられており、ＲＡＭには、図１８のＳ１２１の処理によって検出データメモリ１１３ａから転送されたデータが記憶される。送受信装置１１９の制御プログラムは、乗車情報管理装置１３０からの着呼を確認した場合には、ＲＡＭに記憶されたデータを乗車情報管理装置１３０へ送信可能に構成されている。
【０１８０】
なお、この制御プログラム（即ち、着呼を確認して送信を開始する手段）が、請求項４に記載した送信開始手段に該当する。また、送受信装置１１９は、車載コンピュータ１１０ａのＣＰＵ１１とは独立して動作可能に構成されているので、図１７のセンサ検出処理Ｓ１０１や図１８の転送処理１０２が実行されている間も、乗車情報管理装置１３０との通信を継続することができる。
【０１８１】
次に、乗車情報管理装置１３０について説明する。ＲＡＭ１３３には、上り側受信バッファ１３３ａと、下り側受信バッファ１３３ｂと、下り側番号メモリ１３３ｃと、下り側番号メモリ１３３ｄとが設けられている。
【０１８２】
上り側受信バッファ１３３ａ、及び、下り側受信バッファ１３３ｂは、電車Ｔから受信した空席情報等を記憶するためのメモリであり、これら各メモリ１３３ａ，１３３ｂには、上り側のプラットホームＨ（図２上側）、及び、下り側のプラットホームＨ（図２下側）に停車する電車Ｔから送受信装置１４２，１４３により受信した空席情報等がそれぞれ記憶される。
【０１８３】
また、上り側番号メモリ１３３ｃ、及び、下り側番号メモリ１３３ｄは、後述する送受信装置１４２，１４３（携帯電話）が発呼する電話番号を記憶するためのメモリであり、これら各メモリ１３３ｃ，１３３ｄには、上り側のプラットホームＨ（図２上側）、及び、下り側のプラットホームＨ（図２下側）に次に停車する電車Ｔの送受信装置１１９（携帯電話）の電話番号がそれぞれ記憶される。
【０１８４】
なお、各電車Ｔの送受信装置１１９の電話番号は、ハードディスク１４のダイヤグラム管理テーブル３４ｅに各電車Ｔの仕様（車両編成数など）等と関連づけられて記憶されており、これら上り側番号メモリ１３３ｃ及び下り側番号メモリ１３３ｄへの電話番号の書き込みは、図２０の接続指令処理のＳ１４２の処理によって、そのダイヤグラム管理テーブル３４ｅを参照しつつ行われる。
【０１８５】
また、上り側番号メモリ１３３ｃ、及び、下り側番号メモリ１３３ｄには、管理コンピュータ３０ａの電源投入時における初期化処理（図１９の各処理（Ｓ５１）で実行される）において、始発電車Ｔの送受信装置１１９の電話番号が初期値として書き込まれるように構成されている。
【０１８６】
送受信装置１４２，１４３は、電車Ｔから送信される空席情報等を受信するための装置であり、第２実施例では、携帯電話として構成されている。この送受信装置１４２，１４３には、制御プログラムを格納するＲＯＭ（図示せず）が設けられており、この制御プログラムは、ＣＰＵ１１から送信される制御コマンド（更新コマンド）に基づいて、上り番号メモリ１３３ｃ及び下り側番号メモリ１３３ｄから電話番号を読み出し、この読み出した電話番号に発呼可能に構成されている（図２２のフローチャート参照）。これにより、上り側又は下り側のプラットホームＨに次に停車する電車Ｔの送受信装置１１９と電話回線を閉結して、空席情報等を受信することができる。
【０１８７】
ここで、送受信装置１４２，１４３は、管理コンピュータ１３０ａのＣＰＵ３１とは独立して動作可能に構成されているので、例えば、図２１の表示処理（Ｓ１３２）等が実行されている間も、乗車情報管理装置１１０（送受信装置１１９）との通信を継続することができる。
【０１８８】
なお、送受信装置１４２は、上り側の電車Ｔからデータを受信するための装置である。よって、発呼する電話番号は、上り側番号メモリ１３３ｃから取得され、また、受信したデータは、上り側受信バッファ１３３ａに記憶される。一方、送受信装置１４３は、下り側の電車Ｔからデータを受信するための装置である。よって、発呼する電話番号は、下り側番号メモリ１３３ｄから取得され、また、受信したデータは、下り側受信バッファ１３３ｂに記憶される。
【０１８９】
従って、乗車情報管理装置１３０に配設する送受信装置の数は、車線数に対応させるのが好ましい。即ち、第２実施例のように、上り側と下り側とを合わせて２車線のＡ駅においては、その車線分の２個の送受信装置を配設し、例えば、車線数が上り側と下り側とを合わせて７車線であれば、その車線分の７個の送受信装置を配設する。但し、車線数より少ない数の送受信装置を配設するように乗車情報装置１３０を構成することは当然可能である。なお、この場合には、１の送受信装置の接続先を、２以上の送受信装置１１９の中から、例えば、所定時間毎やデータ単位毎に、切り換えるように構成すれば良い。
【０１９０】
案内板切換装置１４４は、時刻案内板に表示する電車Ｔの発車時刻等を切り換えるための公知の装置であり、電車Ｔが発車する毎に時刻案内板の表示を更新する。時刻案内板には、上り側および下り側の電車Ｔの内の少なくとも先発の電車Ｔの発車時間が表示されるように構成されている。例えば、上り側先発の電車Ｔを「電車ＴＸ」、上り側次発の電車Ｔを「電車ＴＹ」と称するとする場合、電車ＴＸが出発すると、それまで先発情報として表示されていた先発電車ＴＸに関する表示が削除され、代わりに次発であった電車ＴＹの出発時刻等が先発情報として表示される。
【０１９１】
なお、案内板切換装置１４３は、時刻案内板の表示内容を更新した場合には、その更新内容を含む更新信号を管理コンピュータ１３０ａに送信可能に構成されている。これにより、案内板切換装置１４３が時刻案内板の表示内容を切り換えた場合には、かかる更新信号が管理コンピュータ１３０ａに送信されるので、管理コンピュータ１３０ａは、上り側番号メモリ１３３ｃと下り側番号メモリ１３３ｄとに記憶される電話番号を、図２０の接続指令処理のＳ１４１，Ｓ１４２の処理によって、電車Ｔが出発したタイミングで更新することができる。
【０１９２】
次に、上記のように構成された第２実施例における乗車情報提供システム１００で実行される各処理を、図１６から図２２のフローチャートを参照して説明する。
【０１９３】
図１６は、移動体端末装置１１０の車載コンピュータ１１０ａにおいて実行されるメイン処理を示すフローチャートである。この処理は、電車Ｔが運行している間、ＣＰＵ１１によって繰り返し実行される処理である。ＣＰＵ１１は、メイン処理に関し、まず、センサ検出処理（Ｓ１０１）を実行する。ここで、図１６のフローチャートを参照して、センサ検出処理について説明する。
【０１９４】
図１６は、センサ検出処理（Ｓ１０１）を示すフローチャートである。このセンサ検出処理（Ｓ１０１）は、運行中の電車Ｔから空席情報や混雑度情報を取得するための処理である。ＣＰＵ１１は、センサ検出処理（Ｓ１０１）に関し、まず、座席センサ装置２０及び赤外線センサ装置２１の各検出状態を確認し（Ｓ１１１）、次いで、その検出状態を検出データメモリ１３ａに書き込み（Ｓ１１２）、このセンサ検出検出処理（Ｓ１０１）を終了する。これにより、電車Ｔの全座席Ｓから空席情報が取得されると共に、電車Ｔの各昇降口２付近の混雑度情報が取得される。
【０１９５】
図１６のフローチャートに戻って説明する。センサ検出処理（Ｓ１０１）を実行した後は、転送処理（Ｓ１０２）を実行する。ここで、図１８のフローチャートを参照して、転送処理について説明する。
【０１９６】
図１８は、転送処理（Ｓ１０２）を示すフローチャートである。ＣＰＵ１１は、転送処理（Ｓ１０２）に関し、検出データメモリ１３ａに記憶された内容、即ち、運行中の電車Ｔから取得され、上述したセンサ検出処理のＳ１１２の処理によって更新された空席情報及び混雑度情報を送受信装置１１９へ転送し、この転送処理（Ｓ１０２）を終了する。
【０１９７】
送受信装置１１９は、上述したように、転送された空席情報等を内蔵するメモリに記憶し、乗車情報管理装置１３０からの着呼を確認した場合には、このメモリに記憶された空席情報等を乗車情報管理装置１３０へ送信する。
【０１９８】
図１９は、乗車情報管理装置１３０の管理コンピュータ１３０ａにおいて実行されるメイン処理を示すフローチャートである。この処理は、電車Ｔが運行されている間、ＣＰＵ３１によって繰り返し実行される処理である。ＣＰＵ３１は、メイン処理に関し、まず、各処理の実行後（Ｓ５１）、接続指令処理（Ｓ１３１）を実行する。ここで、図２０のフローチャートを参照して、接続指令処理（Ｓ１３１）について説明する。
【０１９９】
図２０は、接続指令処理（Ｓ１３１）を示すフローチャートである。接続指令処理は、上り側番号メモリ１３３ｃ及び下り側番号メモリ１３３ｄに記憶される電話番号を次に止まる電車Ｔ（送受信装置１１９）の電話番号へ更新すると共に、電話番号が更新された場合には、その電話番号への再発呼を送受信装置１４２，１４３に指令するための処理である。
【０２００】
ＣＰＵ３１は、接続指令処理（Ｓ１３１）に関し、まず、案内板切換装置１４３の時刻案内板の内容が更新されたか否かを確認する（Ｓ１４１）。なお、この確認動作は、上述したように、案内板切換装置１４３から切換信号が送信されたか否かにより行われる。
【０２０１】
確認の結果、時刻案内板が更新されていると判断した場合には（Ｓ１４１：Ｙｅｓ）、Ａ駅のプラットホームＨに停車していた電車Ｔが出発したということであるので、空席情報等を受信する（即ち、電話回線を接続する）電車を、この出発した電車Ｔから次にＡ駅に停車する電車Ｔへ変更するべく、対応するメモリ１３３ｃ，１３３ｄに記憶されている電話番号を更新し（Ｓ１４２）、Ｓ１４３の処理へ移行する。
【０２０２】
即ち、上り側と下り側のどちらの電車Ｔが出発したかは、案内板切換装置１４３から送信される切換信号により判断可能であるので、例えば、上り側のプラットホームＨに停車していた電車Ｔが出発した場合には、上り側のプラットホームＨへ次に停車する電車Ｔの電話番号を、上述したように、ハードディスク１４のダイヤグラム管理テーブル３４ｅから取得して、その電話番号を上り側番号メモリ１３３ｃへ書き込むのである。これにより、送受信装置１４２，１４３は、各メモリ１３３ｃ，１３３ｄに記憶された電話番号を発呼することにより、次に停車する電車Ｔと電話回線を接続することができる。
【０２０３】
Ｓ１４３の処理では、送受信装置１４２，１４３へ更新コマンドを送信する（Ｓ１４３）。この送信コマンドにより、送受信装置１４２，１４３は、電話番号が更新されたことを認識し、その更新後の電話番号への再発呼を実行する。そして、受信した空席情報等を各受信バッファ３３ａ，３３ｂに書き込む（図２２に示すフローチャートを参照）。
【０２０４】
一方、Ｓ１４１の処理において、時刻案内板が更新されていないと判断した場合には（Ｓ１４１：Ｎｏ）、Ａ駅に次に停車する電車Ｔが未だ到着していないか、到着していてもまだ発車しておらず、送受信装置１４２，１４３が発呼する電話番号を更新する必要がないので、Ｓ１４２の処理を実行することなく、この接続指令処理（Ｓ１３１）を終了する。
【０２０５】
図１９のフローチャートに戻って説明する。接続指令処理（Ｓ１３１）の処理を実行した後は、表示処理（Ｓ１３２）を実行する。ここで、図２１のフローチャートを参照して、表示処理について説明する。
【０２０６】
図２１は、表示処理（Ｓ１３２）を示すフローチャートである。この表示処理（Ｓ１３２）は、表示装置４１に表示を行わせるための処理であり、送受信装置１４２，１４３が受信したデータを使用して表示装置４１の内容を最新の情報に更新する。なお、この表示処理（Ｓ１３２）によって更新される表示装置４１の表示内容については（図１３参照）、上述した第１実施例と同様であるので、その説明は省略する。
【０２０７】
ＣＰＵ３１は、表示処理（Ｓ１３２）に関し、第１実施例と同様に、まず、空席情報及び混雑度情報を表示する表示装置４１ａ１〜４１ａ１０を決定する（Ｓ１５１）。なお、上述したように、ダイヤグラム管理テーブル３４ｅには、各電車Ｔの仕様（車両編成数など）が電話番号と共に記憶されているので、各メモリ１３３ｃ，１３３ｄに記憶されている電話番号に基づいて、ダイヤグラム管理テーブル３４ｅを参照することにより、電車Ｔの車両編成数（例えば、「２両編成」、「３両編成」等）を把握することができる。
【０２０８】
Ｓ１５１の処理の実行後は、次いで、ＲＡＭ１３３の上り側受信バッファ１３３ａからデータ（空席情報及び混雑度情報）を読み出して、各表示装置４１ａ１〜４１ａ９（即ち、Ｓ７２の処理において選択した表示装置であり、ここでは、理解の容易のため、第１実施例と同様とする。）の表示内容を各表示装置４１ａ１〜４１ａ９毎に更新する（Ｓ１５２）。これにより、各表示装置４１ａ１〜４１ａ９毎に異なる表示内容で表示が更新される。
【０２０９】
Ｓ１５２の処理の実行後は、次いで、空席情報及び混雑度情報の表示を行わない表示装置４１ａ１０（即ち、Ｓ１５１の処理において選択されなかった表示装置）に停車情報を表示する（Ｓ１５３）。なお、停車情報については、第１実施例と同様なので、その説明は省略する。
【０２１０】
Ｓ１５３の処理の実行後は、次いで、各表示装置４１ａ１〜４１ａ１０（即ち、上り側のプラットホームＨに設置される全ての表示装置）に他情報を表示して（Ｓ７５）、この表示処理（Ｓ５４）を終了する。なお、他情報については、第１実施例と同様であるため、その説明は省略する。
【０２１１】
同様に、下り側の電車Ｔから受信したデータを下り側プラットホームＨに設置された表示装置４１ｂ１〜４１ｂ１０に表示するべく、Ｓ１５５〜Ｓ１５８の処理を実行して、この表示処理（Ｓ１３２）を終了する。なお、Ｓ１５５〜Ｓ１５８の各処理は、第１実施例におけるＳ７７〜Ｓ８０の各処理にそれぞれ該当するものであり、その実行内容は同様であるので、説明を省略する。
【０２１２】
図１９のフローチャートに戻って説明する。表示処理（Ｓ１３２）を実行した後は、配信処理（Ｓ５５）を実行することにより、ホームページを更新し、Ｓ５１の処理に移行する。そして、上述したように、接続指令処理（Ｓ１３１）、表示処理（Ｓ１３２）、配信処理（Ｓ５５）を実行することにより、表示装置４１やホームページに空席情報等をリアルタイムに表示する。
【０２１３】
図２２は、送受信装置１４２，１４３において実行されるメイン処理を示すフローチャートである。この処理は、送受信装置１４２，１４３（管理コンピュータ１３０ａ）の電源がオンされている間、送受信装置１４２，１４３のＣＰＵ（図示せず）により繰り返し実行される処理である。
【０２１４】
なお、図２２では、フローチャートを簡素化して理解を容易とするために、送受信装置１４２，１４３で行われる処理を１のフローチャートにまとめて図示している。実際には、各送受信装置１４２，１４３において、図２２に示すフローチャートがそれぞれ別個に実行される。
【０２１５】
ＣＰＵは、このメイン処理に関し、まず、上り（下り）側番号メモリ１３３ｃ，１３３ｄから電話番号を読み出して（Ｓ１６１）、その読み出した電話番号を発呼する（Ｓ１６２）。なお、この上り（下り）側番号メモリ１３３ｃ，１３３ｄには、上述したように、電源投入直後であれば、始発電車Ｔの電話番号が書き込まれており、この書き込まれた電話番号は、Ａ駅から各電車Ｔが出発する毎に次に停車する電車Ｔの電話番号に更新される。
【０２１６】
Ｓ１６２の処理において電話番号が発呼された結果、移動体端末装置１１０（送受信装置１１９）が着呼を確認すると、かかる移動体端末装置１１０（送受信装置１１９）は、その着呼に応じて電話回線を閉結し、空席情報等の送信を開始する。よって、この場合には、送信されるデータの受信作業を実行し、１単位のデータの受信が終了するまで受信作業を継続する（Ｓ１６３：Ｎｏ）。
【０２１７】
なお、１単位のデータとは、電車Ｔの先頭車両から最後尾車両までの空席情報及び混雑度情報を指し、１単位の受信が終了したか否かは、送信データの先頭に付加されるヘッダデータにより判断することができる。
【０２１８】
１単位のデータの受信が終了した場合には（Ｓ１１６３）、受信したデータを上り（下り）側受信バッファ１３３ａ，１３３ｂ、及び、データ蓄積メモリ３４ｃに書き込み（Ｓ１６４）、Ｓ１６５の処理へ移行する。これにより、上り（下り）側受信バッファ１３３ａ，１３３ｂが最新の内容に更新されると共に、データ蓄積メモリ３４ｃに最新のデータが蓄積される。
【０２１９】
Ｓ１６５の処理では、更新コマンドを管理コンピュータ１３０ａから受信したか否か、即ち、上り（下り）側番号メモリ１３３ｃ，１３３ｄの電話番号が更新されたか否かを確認する（Ｓ１６５）。確認の結果、更新コマンドを受信している、即ち、上り（下り）側番号メモリ１３３ｃ，１３３ｄの電話番号が更新されていると判断される場合には（Ｓ１６５：Ｙｅｓ）、現在電話回線を接続している電車Ｔは既にＡ駅を出発しているということである。
【０２２０】
よって、この場合には（Ｓ１６５：Ｙｅｓ）、電話回線の接続先をこの電車Ｔから次にＡ駅に停車する電車Ｔへ変更する必要があるので、まず、現在接続中の電話回線を開放し（Ｓ１６６）、更新後の電話番号を読み出すべく、Ｓ１６１の処理へ移行する。これにより、更新後の電話番号を発呼することができるので、電話回線の接続先をＡ駅に次に停車する電車Ｔに変更して、この電車Ｔから新たに空席情報等を受信することができる。
【０２２１】
一方、Ｓ１６５の処理において、更新コマンドを管理コンピュータ１３０ａから受信していないないと判断される場合には（Ｓ１６５：Ｎｏ）、上り（下り）側番号メモリ１３３ｃ，１３３ｄの電話番号は未だ更新されていないので、現在電話回線を接続している接続先（電車Ｔ）を変更する必要はない。よって、この場合には（Ｓ１６５：Ｎｏ）、現在電話回線を接続している電車Ｔから更にデータを受信するべく、Ｓ１６３の処理へ移行して、データの受信作業を継続して実行する。
【０２２２】
このように、第２実施例における乗車情報提供システム１００によれば、移動体端末装置１１０は、所定のサンプリング間隔で空席情報等を取得し、送受信装置１１９が着呼を確認した場合には、それに応じて電話回線を閉結して、取得したデータを送信する。よって、送信先を記憶しておく必要がなく、また、送信先を選択したり切り換えたりする必要もないので、記憶コストや制御コストを低減することができる。その結果、乗車情報提供システム１００全体としての簡素化を図ることができる。
【０２２３】
なお、各フローチャートにおいて、請求項３記載の選択受信手段としては、Ｓ１４２及びＳ１６１〜Ｓ１６３の処理が、請求項４記載の送信要求手段としては、Ｓ１６２の処理が、請求項１０記載の送信禁止手段としては、Ｓ４１の処理が、請求項１５記載の表示内容設定手段としてはＳ７２〜７４及びＳ７７〜Ｓ７９の処理が、請求項１８記載の車両表示調整手段としては、Ｓ７３及びＳ７８の処理が、請求項１９記載の固有情報読出手段としては、Ｓ６２の処理が、請求項２１記載のサーバ情報更新手段としては、Ｓ８１〜Ｓ８３の処理が、請求項２２記載の乗車情報蓄積手段としては、Ｓ６８の処理が、それぞれ該当する。
【０２２４】
以上、実施例に基づき本発明を説明したが、本発明は上述した実施例に何ら限定されるものではなく、本発明の趣旨を逸脱しない範囲内で種々の改良変更が可能であることは容易に推察できるものである。
【０２２５】
例えば、上記各実施例では、乗車情報提供システム１の適用対象たる交通機関として鉄道を例に説明したが、バス、飛行機、船舶等の交通機関も当然に適用対象となり得る。
【０２２６】
上記各実施例では、乗車情報管理装置３０，１３０が各駅毎に配設され、１の駅における表示装置４１の表示やホームページの更新が１の乗車情報管理装置３０，１３０により行われるように構成したが、必ずしもこれに限られるわけではなく、１の乗車情報管理装置３０，１３０によって、２以上の駅における表示装置４１の表示やホームページの更新を行うように構成しても良い。
【０２２７】
上記各実施例では、表示装置４１がプラットホームＨの乗車位置上に設置される場合を説明したが、他の場所、例えば、プラットホームＨの待合室や駅の改札口付近、或いは、地上と地下鉄とを連結する連絡通路等に設置することは当然可能である。
【０２２８】
また、表示装置４１を電車Ｔの各車両毎に設けても良い。これにより、電車Ｔに乗車した後においても、表示装置４１の表示に基づいて、利用者は、空席がある車両やより混雑度の低い車両へ移動することができるので、電車Ｔの混雑度の平準化を図ることができる。
【０２２９】
上記各実施例の乗車情報提供システム１，１００では、空席情報や混雑度情報等の利用者への提供方法として、表示装置４１に各種情報を表示して提供する方法を説明したが、これに代えて、或いは、これに加えて、アンプやスピーカ等を備える音声出力装置から各種情報を音声で出力することにより利用者に提供する方法を採用しても良い。
【０２３０】
第１実施例の移動体端末装置１０のハードディスク１４には、各駅毎に設置される乗車情報管理装置３０の全アドレスが記憶されたアドレステーブル１４ｂが設けられており、運行コードが運転士により入力されて場合には、そのアドレステーブル１４ｂから必要なアドレスを読み出すように構成された（Ｓ１５参照）。これに代えて、アドレステーブルを１の乗車情報管理装置３０に予め記憶させておき、運行コードが入力された場合には、かかる運行コードを１の乗車情報管理装置３０へ送信し、その乗車情報管理装置３０が必要なアドレスを移動体端末装置１０へ返信するように構成しても良い。これにより、各移動体端末装置１０に記憶されていたアドレステーブル１４ｂを１の乗車情報管理装置３０に集約することができるので、乗車情報提供システム１全体としての記憶コストを低減することができる。
【０２３１】
第１実施例の乗車情報提供システム１では、移動体端末装置１０と乗車情報管理装置３０とがインターネットを介して相互に接続され、かかるインターネット上で空席情報等の送受信が行われるように構成したが、必ずしもインターネットを介す必要はない。例えば、第２実施例のように、移動体端末装置１０の携帯電話やＰＨＳ等から乗車情報管理装置３０の固定電話等へ空席情報等を音声データとして送信しても良い。なお、この場合には、衛生を利用した移動体通信回路を使用することも可能である。また、無線装置を使用して乗車情報等を電波の形態で送受信するようにしても良い。
【０２３２】
具体的には、第１実施例では、ハードディスク１４のアドレステーブル１４ｂに送信先（乗車情報管理装置３０）の全アドレスを記憶したが、これに代えて、送信先の電話番号や送信先に固有の送信周波数を記憶しておき、所定のタイミング（図８のＳ４２）でその電話番号を発呼したり、その送信先に固有の送信周波数の電波で送信したりするように構成しても良い。なお、この場合には、乗車情報管理装置３０が、第２実施例のように、送受信装置（携帯電話や無線装置等）を備えるように構成するのは当然である。
【０２３３】
第１実施例の移動体端末装置１０では、電車Ｔが次に停車する駅の乗車情報管理装置３０のみに乗車情報等を送信するように構成されたが、これに代えて、或いは、これに加えて、他の乗車情報管理装置３０にも乗車情報等を送信するように構成することは当然可能である。
【０２３４】
例えば、直近の先発電車Ｔとの間にＡ駅、Ｂ駅が有る場合において、各電車Ｔが次に停車する駅のみに空席情報等を送信したのでは、Ｂ駅において表示すべき空席情報等が存在しないことになり、利用者の不安感を解消できない。よって、このような場合には、次に停車するＡ駅に加えてＢ駅にも空席情報等を送信するように構成するのである。
【０２３５】
なお、かかるＡ駅及びＢ駅の乗車情報管理装置３０の送信先アドレスは、予め運行コードに対応付けてアドレステーブル１４ｂに記憶しておく。これにより、図５に示す出発前処理のＳ１５の処理では、アドレステーブル１４ｂの中から運行コードに対応するアドレスが読み出され、アドレスロードエリア１３ｂに所定の順序（即ち、電車Ｔの停車順）で書き込まれるが、Ａ駅に向かっている際に参照されるアドレスロードエリア１３ｂの領域には、そのＡ駅及びＢ駅の乗車情報管理装置３０のアドレスが書き込まれるので、Ｂ駅にも空車情報等を送信することができる。
【０２３６】
第１実施例の乗車情報提供システム１では、電車Ｔの駅への到着タイミングや駅からの出発タイミングを速度センサ装置２２の検出結果に基づいて判断したが、必ずしもこれに限られるわけではなく、例えば、昇降口２の開閉扉に開閉センサを設け、その開閉センサの検出結果に基づいて電車Ｔの駅への到着タイミング及び駅からの発車タイミングを判断するように構成しても良い。或いは、運転士がかかるタイミングをキーボード１８から入力可能に構成しても良く、更には、ＡＴＳ（自動列車停止装置）を利用して判断するように構成しても良い。
【０２３７】
第１実施例では、移動体端末装置１０は、送信先となる乗車情報管理装置３０を切り換えつつ（図６のＳ２５参照）、インターネットを介して、各乗車情報管理装置３０へ乗車情報等を送信したが（図８のＳ４２参照）、これに代えて、サーバ６０へ送信するように構成しても良い。
【０２３８】
即ち、送信された各乗車情報を運行コードに対応付けて記憶する記憶手段をサーバ６０に設け、各乗車情報受信手段３０が必要なタイミングでそれぞれサーバ６０へ乗車情報の送信を運行コードを付加して要求し、その要求に応じてサーバ６０が運行コードに対応する乗車情報を乗車情報管理装置３０へ送信するように構成するのである。これにより、移動体端末装置１０は、常に１の送信先（サーバ６０）へ送信するだけで良いので、送信先アドレスを記憶しておくための記憶コストやその送信先の切り換えによって生じる制御コスト等の低減を図ることができる。
【０２３９】
第２実施例では、移動体端末装置１１０の送受信装置１１９、及び、乗車情報管理装置１３０の送受信装置１４２，１４３をそれぞれ携帯電話で構成したが、これに代えて、移動体端末装置１１０の送受信装置１１９を電波を発信可能な無線装置により構成する一方、乗車情報管理装置１３０の送受信装置１４２，１４３をその電波を受信可能な無線装置により構成し、乗車情報等を電波の形態で送受信するようにしても良い。
【０２４０】
即ち、移動体端末装置１１０の送受信装置１１９は、特定の送信周波数を維持したまま（即ち、送信周波数を変更することなく）、乗車情報を電車Ｔの運行中送信し続ける。一方、乗車情報管理装置１３０は、受信周波数を切り換えることにより、各電車Ｔ（移動体端末装置１１０の送受信装置１１９）から送信される乗車情報をそれぞれ受信し、各電車Ｔの空席情報等を表示装置４１等に表示するのである。
【０２４１】
かかる構成の具体的例を、第２実施例（図１５から図２２）に基づいて説明する。なお、第２実施例と同一の部分の説明は省略する。
【０２４２】
まず、図１５では、移動体端末装置１１０の送受信装置１１９が電波を少なくとも送信可能な無線装置により構成される。但し、各送受信装置１１９の送信周波数は、その送受信装置１１９（移動体端末装置１１０）が搭載される電車Ｔに固有の周波数で構成される。即ち、各送受信装置１１９は、他の送受信装置１１９とそれぞれ異なる送信周波数の電波を使用して空席情報等を送信するように構成されている。よって、例えば、移動体端末装置１１０（電車Ｔ）の数がシステム全体で１０である場合には、１０種類の送信周波数が必要となる。
【０２４３】
なお、ここで説明した電車Ｔに固有の周波数を送信周波数として構成された送受信装置１１９が、請求項５に記載した固有電波送信手段に該当する。
【０２４４】
また、図１５では、乗車情報管理装置１３０の送受信装置１４２，１４３が電波を少なくとも受信可能、かつ、受信周波数の設定を変更可能な無線装置で構成される。受信周波数の設定の変更は、後述するように、乗車情報管理装置１３０から更新コマンドを受信したタイミングで変更される（図２２のＳ１６１，Ｓ１６２及びＳ１６５，Ｓ１６６参照）。
【０２４５】
なお、ここで説明した送受信装置１４２，１４３が、請求項５に記載した電波受信手段に該当する。
【０２４６】
更に、図１５では、上述した各電車Ｔの送受信装置１１９の全送信周波数が、第２実施例における電話番号に代わって、ダイヤグラム管理テーブル３４ｅに記憶される。かかる送信周波数は、第２実施例における電話番号の場合と同様に、上り側番号メモリ１３３ｃ及び下り側番号メモリ１３３ｄへ書き込まれる。
【０２４７】
この場合、送受信装置１４２は、上り側の電車Ｔの乗車情報等を受信するための無線装置であり、その受信周波数は、第２実施例における電話番号の場合と同様に、上り側番号メモリ１３３ｃに書き込まれた周波数に基づいて設定される。一方、送受信装置１４３は、下り側の電車Ｔの乗車情報等を受信するための無線装置であり、その受信周波数は、第２実施例における電話番号の場合と同様に、下り側番号メモリ１３３ｄに書き込まれた周波数に基づいて設定される。
【０２４８】
図１６に示すフローチャートでは、第２実施例における場合とほぼ同様の処理が移動体端末装置１１０で実行される。即ち、図１７のセンサ検出処理（Ｓ１０１）では、各センサ２０，２１により検出された検出データ（空席情報等）が検出データメモリ１３３ａに書き込まれ、図１８の転送処理（Ｓ１２１）では、その検出データメモリ１３３ａの内容が送受信装置１１９へ転送される。
【０２４９】
送受信装置１１９は、この転送されたデータ（空席情報等）を、第２実施例の場合と同様に、ＲＡＭに一時記憶しつつ、上述した電車Ｔに固有の送信周波数を維持したまま（即ち、送信周波数を変更することなく）、電車Ｔの運行中送信し続ける。
【０２５０】
移動体端末装置１１０のＣＰＵ１１は、センサ検出処理（Ｓ１０１）と転送処理（Ｓ１０２）とを、図１６に示すように、電車Ｔの運行中繰り返し実行するので、送受信装置１１９のＲＡＭには、常に最新のデータが転送され、その結果、送受信装置１１９は、電車Ｔの運行中、常に最新のデータ（空席情報等）を送信し続ける。
【０２５１】
図１９に示すフローチャートでは、第２実施例における場合とほぼ同様の処理が乗車情報管理装置１３０で実行される。即ち、図２０の接続先指令処理（Ｓ１３１）では、第２実施例の場合と同様に、案内板切換装置１４４の時刻案内板が更新されると（Ｓ１４１：Ｙｅｓ）、対応する上り側又は下り側番号メモリ１３３ｃ，１３３ｄの記憶内容が更新される（Ｓ１４２）。なお、Ｓ１４２の処理で更新される内容は、第２実施例では電話番号であったが、本構成では、送受信装置１４２，１４３に設定する受信周波数である。
【０２５２】
Ｓ１４３では、上り側又は下り側番号メモリ１３３ｃ，１３３ｄの記憶内容（周波数）が更新されたことを表す更新コマンドが送受信装置１４２，１４３へ送信され（Ｓ１４３）、この更新コマンドを受信した送受信装置１４２，１４３は、後述するように、上り側又は下り側番号メモリ１３３ｃ，１３３ｄから周波数を読み出して、その読み出した周波数に受信周波数を設定する。
【０２５３】
図２２に示すフローチャートでは、第２実施例で電話番号を発呼して移動体端末装置１１０から空席情報等を受信する処理に対応して、送受信装置１４２，１４３の受信周波数が設定され空席情報等の受信が行われる。
【０２５４】
即ち、図２２の送受信装置１４２，１４３で行われる処理では、まず、上り（下り）側番号メモリ１３３ｃ，１３３ｄから、第２実施例における電話番号に代わって、周波数が読み出され（Ｓ１６１）、その読み出された周波数が送受信装置１４２，１４３の受信周波数として設定される（Ｓ１６２）。これにより、乗車情報管理装置１３０が設置される駅に次に停車する電車Ｔの送信周波数と送受信装置１４２，１４３の受信周波数とが一致するので、かかる電車Ｔから空席情報等を受信することができる。
【０２５５】
なお、ここで説明したＳ１６１及びＳ１６２の各処理が、請求項５に記載した周波数変更手段に該当する。
【０２５６】
Ｓ１６３の処理では、、第２実施例の場合と同様に、１単位のデータを受信して（Ｓ１６３：Ｙｅｓ）、受信したデータを上り（下り）側受信バッファ１６４及びデータ蓄積メモリ３４ｃへ書き込む（Ｓ１６４）。そして、Ｓ１６５の処理において、更新コマンドを受信していないかを確認して、この更新コマンドを受信していない場合には（Ｓ１６５：Ｎｏ）、データの受信を継続するべく、Ｓ１６３の処理へ移行する。
【０２５７】
一方、更新コマンドを受信している場合には（Ｓ１６５：Ｙｅｓ）、現在受信している空席情報等にかかる電車Ｔは、既に駅を出発しているので、次にＡ駅に停車する電車Ｔから空席情報等を受信するべく、受信周波数の設定を変更する必要がある。よって、この場合には（Ｓ１６５：Ｙｅｓ）、更新後の周波数を上り（下り）側番号メモリ１３３ｃ，１３３ｄから読み出すべく、Ｓ１６１の処理へ移行する。これにより、送受信装置１４２，１４３の受信周波数には、更新後の周波数が設定されるので、Ａ駅に次に停車する電車Ｔから新たに空席情報等を受信することができる。なお、Ｓ１６６の処理は、第２実施例の場合とは異なり、実行する必要がない。
【０２５８】
このように、本構成の乗車情報提供システムによれば、移動体端末装置１１０は、電車Ｔの運行中、１の発信周波数を維持したまま空席情報等を送信し続けるだけで良い。よって、移動体端末装置１１０は、各駅毎に異なる送信先（発信周波数）を記憶しておく必要が無く、また、電車Ｔが各駅を出発する毎に次の送信先を選択して切り換える必要もない。従って、記憶コストや制御コストの低減を図ることができ、その結果、乗車情報提供システムが全体として簡素化され、構築コストが低減される。
【０２５９】
第２実施例では、乗車情報管理装置１３０に２つの送受信装置１４２，１４３が設けられる場合を説明したが、必ずしもこれに限られるわけではなく、１つの送受信装置のみで構成しても良い。この場合には、上り側及び下り側番号メモリ１３３ｃ，１３３ｄに記憶された電話番号を交互に発呼して、上り側の電車Ｔと下り側の電車Ｔとに交互に電話回線を接続するように構成すれば良い。なお、接続する電話回線の切換タイミングとしては、例えば、所定時間毎や所定単位のデータの受信が終了する毎とすることが好ましい。
【０２６０】
以下に、本発明の変形例を示す。移動体の乗車状態に関する乗車情報を利用者に提供する乗車情報表示システムであって、運行中の前記移動体から前記乗車情報を取得する乗車情報取得手段と、その乗車情報取得手段が取得した乗車情報を送信する乗車情報送信手段とを有し、前記各移動体毎に搭載される１又は２以上の移動体端末装置と、その移動体端末装置の乗車情報送信手段が送信した乗車情報を受信する乗車情報受信手段と、その乗車情報受信手段が受信した乗車情報を利用者に提供する乗車情報提供手段とを有し、前記移動体が停車する各停車場毎に配設される１又は２以上の乗車情報管理装置とを備えていることを特徴とする乗車情報提供システム１。
【０２６１】
乗車情報提供システム１において、前記乗車情報管理装置の乗車情報提供手段は、文字や図形等の表示を行う１又は２以上の表示装置と、その表示装置に前記乗車情報受信手段が受信した乗車情報の表示を行わせる表示制御手段とを備え、前記表示装置の一部または全部は、前記移動体が停車する停車場であって、利用者が待機するプラットホームに設置されていることを特徴とする乗車情報提供システム２。
【０２６２】
乗車情報提供システム１又は２において、前記乗車情報管理装置の乗車情報受信手段は、その乗車情報管理装置が配設される停車場に次に停車する移動体から取得された乗車情報を少なくとも選択して受信する選択受信手段を備えていることを特徴とする乗車情報提供システム３。
【０２６３】
乗車情報提供システム３において、前記選択受信手段は、前記移動体端末装置の乗車情報送信手段に前記乗車情報の送信を要求する送信要求手段を備え、前記移動体端末装置の乗車情報送信手段は、前記選択受信手段の送信要求手段によって乗車情報の送信を要求された場合に、その送信の要求を行った選択受信手段に対して前記乗車情報の送信を開始する送信開始手段を備えていることを特徴とする乗車情報提供システム４。
【０２６４】
乗車情報提供システム３において、前記移動体端末装置の乗車情報送信手段は、その移動体端末装置が搭載される移動体に固有の周波数の電波を使用して前記乗車情報を送信する固有電波送信手段を備えており、前記選択受信手段は、前記固有電波送信手段が送信する乗車情報を受信する電波受信手段と、その電波受信手段の受信周波数を前記移動体に固有の周波数に変更する周波数変更手段とを備えていることを特徴とする乗車情報提供システム５。
【０２６５】
乗車情報提供システム１から５のいずれかにおいて、前記移動体端末装置の乗車情報送信手段は、その移動体端末装置が搭載された前記移動体が次に停車する停車場に配設された前記乗車情報管理装置の乗車情報受信手段を少なくとも前記乗車情報の送信先として選択する選択手段を備えていることを特徴とする乗車情報提供システム６。
【０２６６】
乗車情報提供システム６において、前記移動体端末装置の乗車情報送信手段は、その移動体端末装置を搭載する移動体と、その移動体の運行予定経路上において進行方向を同じくする先発の移動体との間に前記乗車情報管理装置が配設された停車場があるか否かを少なくとも判断する停車場有無判断手段を備え、前記送信先選択手段は、前記停車場有無判断手段により停車場の数が２以上であると判断された場合には、その２以上の停車場の内の前記移動体が次に停車する停車場に配設された前記乗車情報管理装置の乗車情報受信手段、及び、残りの停車場に配設された前記乗車情報管理装置の乗車情報受信手段の一部又は全部を前記乗車情報の送信先として選択するように構成されていることを特徴とする乗車情報提供システム７。
【０２６７】
乗車情報提供システム６において、前記送信先選択手段は、運行中の前記移動体が次に停車する停車場に配設された前記乗車情報管理装置の乗車情報受信手段のみを前記乗車情報の送信先として選択するように構成されていることを特徴とする乗車情報提供システム８。
【０２６８】
乗車情報提供システム６から８のいずれかにおいて、前記移動体端末装置の乗車情報取得手段は、少なくとも前記乗車情報管理装置が配設された各停車場間において少なくとも１回は運行中の移動体から乗車情報を取得するように構成されており、前記移動体端末装置の乗車情報送信手段は、その乗車情報取得手段が取得した乗車情報を少なくとも前記乗車情報管理装置が設けられた各停車場間において少なくとも１回は送信するように構成されていることを特徴とする乗車情報提供システム。
【０２６９】
乗車情報提供システム６から９のいずれかにおいて、前記移動体端末装置の乗車情報送信手段は、その移動体端末装置を搭載した移動体が既に通過した停車場に配設された前記乗車情報管理装置の乗車情報受信手段への送信を禁止する送信禁止手段を備えていることを特徴とする乗車情報提供システム１０。
【０２７０】
乗車情報提供システム１から１０のいずれかにおいて、前記移動体端末装置の乗車情報取得手段は、前記移動体に設けられた座席の空席状態に関する空席情報を運行中の移動体から取得する空席取得手段を備えており、前記乗車情報送信手段が送信する乗車情報には、その空席取得手段が取得した空席情報が含まれていることを特徴とする乗車情報提供システム１１。
【０２７１】
乗車情報提供システム１１において、前記空席取得手段は、前記移動体に設けられた座席への乗客の着座を各座席毎に検出する着座検出手段を備えており、その着座検出手段の検出結果に基づいて前記座席の空席状態に関する空席情報を各座席毎に取得可能に構成されていることを特徴とする乗車情報提供システム１２。
【０２７２】
乗車情報提供システム１から１２のいずれかにおいて、前記移動体端末装置の乗車情報取得手段は、前記移動体の乗室内であって座席が設けられていない領域における乗客を検出し、その領域における乗客の混雑状態に関する混雑情報を運行中の移動体から取得する混雑度取得手段を備えており、前記乗車情報送信手段が送信する乗車情報には、その混雑度取得手段が取得した混雑情報が含まれていることを特徴とする乗車情報提供システム１３。
【０２７３】
乗車情報提供システム２から１３のいずれかにおいて、前記停車場のプラットホームに設置される表示装置の一部または全部は、前記停車場に停車した移動体の昇降口に対応する位置にそれぞれ設置されていることを特徴とする乗車情報提供システム１４。
【０２７４】
乗車情報提供システム２から１４のいずれかにおいて、前記表示制御手段は、前記各表示装置の表示内容をその表示装置の設置位置に応じて設定する表示内容設定手段を備えていることを特徴とする乗車情報提供システム１５。
【０２７５】
乗車情報提供システム１５において、前記移動体は、互いに連結される２以上の車両を備えており、前記停車場のプラットホームに設置された各表示装置には、各表示装置から見て直近に停車する前記車両に関する乗車情報が少なくとも表示されるように、前記表示内容設定手段が各表示装置の表示内容を設定するように構成されていることを特徴とする乗車情報提供システム１６。
【０２７６】
乗車情報提供システム１６において、前記停車場のプラットホームに設置された各表示装置には、各表示装置から見て直近に停車する前記車両に関する乗車情報と共に、他の車両に関する乗車情報も同時に表示されるように、前記表示内容設定手段が各表示装置の表示内容を設定するように構成されていることを特徴とする乗車情報提供システム１７。
【０２７７】
乗車情報提供システム１６又は１７において、前記表示内容設定手段は、前記表示装置の設置位置から見て直近に停車する車両に関する乗車情報を他の車両に関する乗車情報と異なる態様で表示する車両表示調整手段を備えていることを特徴とする乗車情報提供システム１８。
【０２７８】
乗車情報提供システム１５かた１８のいずれかにおいて、前記移動体端末装置の乗車情報送信手段から送信される前記乗車情報には、その移動体端末装置が搭載される移動体に固有の識別情報が付加されており、前記乗車情報管理装置は、各移動体の車両数等に関する移動体情報と各移動体の運行予定に関する運行情報とを記憶する固有情報記憶手段と、その移動体情報記憶手段から前記識別情報に対応する前記移動体情報または前記運行情報の少なくとも一方を読み出す固有情報読出手段とを備え、前記表示内容設定手段は、その移動体情報読み出し手段によって読み出された移動体情報または（及び）運行情報に基づいて前記各表示装置の表示内容を設定するように構成されていることを特徴とする乗車情報提供システム１９。
【０２７９】
乗車情報提供システム１５から１９のいずれかにおいて、前記移動体は、互いに連結される２以上の車両を備えており、前記移動体端末装置の乗車情報送信手段から送信される前記乗車情報には、その乗車情報に含まれる各情報が前記移動体のどの車両から取得されたものであるかを特定可能な車両情報が付加されており、前記表示内容設定手段は、その車両情報に基づいて前記各表示装置の表示内容を設定可能に構成されていることを特徴とする乗車情報提供システム２０。
【０２８０】
乗車情報提供システム１から２０のいずれかにおいて、前記移動体の乗車状態に関する乗車情報を記憶するサーバ記憶手段と、そのサーバ記憶手段に記憶された前記乗車情報を利用者が有する利用者端末装置からの要求により回線を通じて送信するサーバ送信手段とを有するサーバと、そのサーバのサーバ記憶手段に記憶される前記乗車情報の内容を前記移動体端末装置の乗車情報取得手段が取得した乗車情報の内でより最新のものに更新するサーバ情報更新手段とを備えることを特徴とする乗車情報提供システム２１。
【０２８１】
乗車情報提供システム２１において、前記移動体端末装置の乗車情報取得手段が取得した乗車情報の一部または全部を蓄積する乗車情報蓄積手段を備え、前記サーバは、その乗車情報蓄積手段により蓄積された乗車情報を記憶する蓄積情報記憶手段を備えると共に、前記サーバのサーバ送信手段は、前記サーバ記憶手段の蓄積情報記憶手段に記憶された内容を利用者が有する利用者端末装置からの要求により回線を通じて送信可能に構成されていることを特徴とする乗車情報提供システム２２。
【０２８２】
乗車情報提供システム２１又は２２において、前記乗車情報更新手段は、前記乗車情報管理装置に設けられると共に、その乗車情報管理装置の乗車情報受信手段が受信した乗車情報を使用して前記サーバ記憶手段に記憶される前記乗車情報の内容をより最新のものに更新するように構成されており、前記サーバのサーバ記憶手段には、２以上の前記乗車情報管理装置の乗車情報更新手段によって更新される乗車情報がそれぞれ前記各乗車情報管理装置に対応づけて記憶されており、前記サーバのサーバ送信手段は、利用者が有する利用者端末装置からの要求により回線を通じてサーバ記憶手段に記憶された前記乗車情報を前記各乗車情報管理装置に対応づけて送信可能に構成されていることを特徴とする乗車情報提供システム２３。
【０２８３】
乗車情報提供システム２２又は２３において、前記乗車情報蓄積手段は、前記乗車情報管理装置に設けられると共に、その乗車情報管理装置は、前記乗車情報蓄積手段が蓄積した乗車情報をその乗車情報管理装置に対応づけて前記サーバの蓄積情報記憶手段に記憶させる蓄積記憶手段を備えており、前記サーバのサーバ送信手段は、利用者が有する利用者端末装置からの要求により回線を通じて蓄積情報記憶手段に記憶された内容を各乗車情報管理装置に対応づけて送信可能に構成されていることを特徴とする乗車情報提供システム２４。
【０２８４】
以下に、乗車情報提供システム１から２４が奏する効果について示す。乗車情報提供システム１によれば、移動体から乗車状態に関する乗車情報を取得する乗車情報取得手段と、その乗車情報取得手段が取得した乗車情報を利用者に提供する乗車情報提供手段とを備えているので、例えば、駅のプラットホームなどで待機する利用者に対して次着の移動体に空席があるか否か等の乗車情報を提供して、利用者の不安感を低減することができるという効果がある。その結果、移動体の利便性を向上させることができるので、かかる移動体（公共交通機関）の利用を促進することができる。
【０２８５】
また、乗車情報取得手段は、乗車情報を運行中の移動体から取得することができるので、より実際の乗車状態に即した乗車状態を取得することができる。よって、かかる乗車情報を利用者に提供することにより、より正確で有用な乗車情報を提供することができるので、利用者の不安感をより一層低減することができるという効果があり、その結果、移動体の利用を促進して、その利用率を更に高めることができる。
【０２８６】
ここで、従来の発券システムでは、一の端末装置において利用者に空席情報（乗車情報）を提供するに際し、ホストコンピュータが全ての端末装置の入出力を管理しつつ空席情報を作成して提供しなければならないため、制御コストや管理コスト等が増大し、システム全体としてのコストが高価なものとなった。
【０２８７】
しかし、この乗車情報提供システムによれば、乗車情報管理装置は、移動体端末装置が送信した乗車情報を受信するだけで、即ち、従来のように、各移動体端末装置をそれぞれ管理することなく、乗車情報を利用者に提供することができるので、システムを簡素化して、その分、システム全体としてのコストを低減することができるという効果がある。
【０２８８】
乗車情報提供システム２によれば、乗車情報提供システム１の奏する効果に加え、表示装置に乗車情報の表示を行わせる表示制御手段を備えているので、乗車情報を文字や図形等を使用した様々な態様で利用者に提供することができる。即ち、かかる表示装置を使用することにより、乗車情報を正確かつ理解容易な態様で利用者に提供することができるという効果がある。よって、停車場で待機する利用者の不安感を低減することができるので、移動体の利便性が向上して、移動体（公共交通機関）の利用を促進することができる。
【０２８９】
乗車情報提供システム３によれば、乗車情報提供システム１又は２の奏する効果に加え、選択受信手段は、停車場に次に停車する移動体から取得された乗車情報を選択して受信することができるので、停車場においてその移動体の到着を待つ利用者が最も必要とする乗車情報を受信することができるという効果がある。
【０２９０】
また、このように、どの移動体端末装置から乗車情報を受信するかを乗車情報管理装置が決定することにより、各移動体端末装置から送信されてくる乗車情報が必要のものであるか否か等を判別する必要がなく、必要な乗車情報のみを効率よく受信することができるという効果がある。その結果、乗車情報管理装置における制御コストや受信コストを低減することができ、その分、乗車情報提供システム全体としてのコストを低減することができる。
【０２９１】
乗車情報提供システム４によれば、乗車情報提供システム３の奏する効果に加え、乗車情報受信手段は、送信要求手段によって、乗車情報送信手段に乗車情報の送信要求を行うことができ、その送信要求が行われた場合には、乗車情報送信手段は、送信開始手段によって、その送信要求を行った乗車情報受信手段への乗車情報の送信を開始することができる。
【０２９２】
よって、乗車情報受信手段は、必要な場合のみ乗車情報を受信することができるので、効率的に受信作業を行うことができるという効果があり、一方、乗車情報送信手段は、送信要求が行われた場合のみ乗車情報を送信することができるので、無駄な送信が抑制されると共に送信先を決定する等の作業が不要となり、効率的に送信作業を行うことができるという効果がある。その結果、乗車情報受信手段および乗車情報送信手段の送受信コストや制御コストの低減を図ることができるので、その分、乗車情報提供システム全体としてのコストを低減することができる。
【０２９３】
乗車情報提供システム５によれば、乗車情報提供システム３の奏する効果に加え、乗車情報送信手段は、固有電波送信手段により移動体に固有の電波を使用して乗車情報を送信することができ、乗車情報受信手段の選択受信手段は、周波数変更手段によって、電波受信手段の受信周波数を所望の周波数に変更することができるので、乗車情報提供システムを簡素化して、コストの低減を図ることができるという効果がある。
【０２９４】
即ち、例えば、乗車情報送信手段が固有電波送信手段による乗車情報の送信を移動体の運行中継続して行うことにより、各乗車情報受信手段は、乗車情報送信手段の通信状態や移動体の位置等に関わりなく、任意のタイミングで乗車情報を受信することができるので、各乗車情報受信手段は所望の乗車情報を効率的に受信することができ、その分、受信コストや制御コストの低減を図ることができるという効果がある。また、このように乗車情報受信手段が受信する乗車情報を選択することにより、乗車情報送信手段は、乗車情報を送信し続けるだけで良く、例えば、移動体の停車タイミング等を判断して送信先を選択したり、切り換えたりする必要がないので、制御を簡素化して、その分、乗車情報送信手段の制御コストを低減することができるという効果がある。
【０２９５】
乗車情報提供システム６によれば、乗車情報提供システム１から５のいずれかの奏する効果に加え、送信先選択手段は、表示装置が設置された１又は２以上の停車場であって、少なくとも移動体が次に停車する停車場において乗車情報が利用者に提供されるように、送信先となる乗車情報受信手段を選択することができるので、停車場において移動体の到着を待つ利用者、即ち、最も乗車情報を必要とする利用者に対して乗車情報を提供することができるという効果がある。よって、乗車情報を最小限の送信により効率よく利用者に提供することができるので、その分、送信コストや制御コストを低減しつつも、乗車情報の提供効率を高めることができるという効果がある。
【０２９６】
乗車情報提供システム７によれば、乗車情報提供システム６の奏する効果に加え、一の移動体と先発の移動体との間に停車場があるか否かを判断する停車場有無判断手段を備えており、送信先選択手段は、その停車場有無判断手段により停車場の数が２以上であると判断された場合には、次に停車する停車場、及び、残りの停車場の一部又は全部において乗車情報が利用者に提供されるように、送信先となる乗車情報受信手段を選択することができる。
【０２９７】
例えば、停車場Ａ及び停車場Ｂがあり、移動体Ｘの次の停車場が停車場Ａであり、先発の移動体Ｙが既に停車場Ｂを出発している状況において、移動体Ｘの乗車情報が停車場Ａのみに送信されたのでは、表示する乗車情報が停車場Ｂに無いため表示装置に乗車情報を表示することができず、停車場Ｂにおける利用者の不安感を増大させてしまう。そこで、上述したように構成することにより、乗車情報が表示されない停車場の存在を低減することができるという効果があり、その結果、利用者の不安感を抑制することができるという効果がある。
【０２９８】
乗車情報提供システム８によれば、乗車情報提供システム６の奏する効果に加え、送信先選択手段は、次に停車する停車場において乗車情報が利用者に提供されるように、送信先となる乗車情報受信手段を選択することができる。このように、最も乗車情報を必要とする利用者のみに対して乗車情報を提供することにより、乗車情報の提供効率を確保しつつ、送信コストや制御コストを低減することができるので、システムを簡素化して、その分、システム全体としてのコストを低減することができる。
【０２９９】
乗車情報提供システム９によれば、乗車情報提供システム６から８のいずれかの奏する効果に加え、乗車情報取得手段は、表示装置が設けられた各停車場間において、少なくとも１回は運行中の移動体から乗車情報を取得するように構成されているので、より有用な乗車情報を取得することができるという効果がある。例えば、移動体が停車場に近接したタイミングで取得された乗車情報には、その停車場で降車する利用者が起立した座席の空席情報が反映されるので、停車場で待機する利用者にとって非常に有用な乗車情報を取得することができる。
【０３００】
また、乗車情報送信手段は、表示装置が設けられた各停車場間において、乗車情報取得手段が取得した乗車情報を少なくとも一回は送信するように構成されているので、各停車場で待機する利用者に有用な乗車情報を提供することができるという効果がある。例えば、乗車情報取得手段により連続的に取得された乗車情報を、乗車情報送信手段が連続的に送信することにより、停車場で待機する利用者に刻々と変化する乗車情報をリアルタイムに提供することができる。
【０３０１】
乗車情報提供システム１０によれば、乗車情報提供システム６から９のいずれかの奏する効果に加え、乗車情報送信手段は、表示装置が設置された１又は２以上の停車場であって移動体が既に通過した停車場では乗車情報が利用者に提供されないように、所定の乗車情報受信手段への送信を禁止する送信禁止手段を備えている。よって、各移動体端末装置における乗車情報の無駄な送信を抑制することができるので、その分、システム全体としての送信コストを低減することができるという効果がある。
【０３０２】
また、乗車情報管理装置では、無駄に送信される乗車情報の受信が不要になると共に、受信した乗車情報が既に発車した移動体に関するものであるか否かの判別も不要となるので、その分、システム全体としての受信コストや制御コストを低減することができるという効果がある。
【０３０３】
乗車情報提供システム１１によれば、乗車情報提供システム１から１０のいずれかの奏する効果に加え、座席の空席状態に関する空席情報を取得する空席取得手段を備えており、乗車情報送信手段が送信する乗車情報には、その空席取得手段が取得した空席情報が含まれている。よって、停車場で待機する利用者が最も望むところである情報、即ち、移動体に空席があるか否か、座席に着座することができるか否かという情報を利用者に提供することができるという効果があり、その結果、停車場に待機する利用者の不安感を大幅に低減することができるという効果がある。
【０３０４】
乗車情報提供システム１２によれば、乗車情報提供システム１１の奏する効果に加え、空席取得手段は、着座検出手段によって座席への乗客の着座を検出し、この検出結果に基づいて座席の空席状態に関する空席情報を取得することができる。よって、利用者が座席へ着座したり座席から起立した場合には、かかる座席の状態変化が自動的に検出されるので、空席情報を正確かつ確実に取得することができるという効果がある。
【０３０５】
また、空席情報取得手段は、着座検出手段の検出結果に基づいて、空席情報を各座席毎に取得することができるので、高精度の空席情報を取得することができるという効果がある。その結果、利用者に有用な乗車情報（空席情報）を提供することができるので、利用者の不安感を解消して、移動体の利用を促進することができる。
【０３０６】
乗車情報提供システム１３によれば、乗車情報提供システム１から１２のいずれかの奏する効果に加え、座席が設けられていない領域における乗室内の混雑度を取得する混雑度取得手段を備えており、乗車情報送信手段が送信する乗車情報には、その混雑度取得手段が取得した混雑情報が含まれている。即ち、乗室内の混雑度を反映した乗車情報を停車場で待機する利用者に提供することができるので、停車場に待機する利用者の不安感を大幅に低減することができるという効果がある。
【０３０７】
例えば、座席に空席があるか否かのみを利用者に提供したのでは、停車場で待機する利用者は、座席が設けられていない領域が混雑しているか否かを把握することができず、例えば、「空席が無く着座は無理でも、座席が設けられていない領域に乗客が少なく混雑していなければ乗車する」といったような判断を行うことができず、不安感を有したまま停車所で待機することとなる。そこで、上述したように、座席が設けられていない領域における乗室内の混雑度を提供することにより、より正確な乗車情報を利用者に提供して、利用者の不安感を解消することができるのである。
【０３０８】
乗車情報提供システム１４によれば、乗車情報提供システム２から１３のいずれかの奏する効果に加え、停車場には、その停車場に停車した移動体の昇降口に対応する位置に表示装置が設置されている。よって、停車場の利用者は、移動体への乗車に便利な位置で待機しつつ、表示装置に表示される乗車情報を認識することができるので、かかる利用者の利便性の向上を図ることができるという効果がある。
【０３０９】
乗車情報提供システム１５によれば、乗車情報提供システム２から１４のいずれかの奏する効果に加え、表示制御手段は、停車場に設置された各表示装置の表示内容を設置位置に応じて設定する表示内容設定手段を備えている。よって、各表示装置の設置位置に応じた情報を利用者に提供することができるので、より有用な情報を利用者に提供して、利用者の利便性を向上させることができるという効果がある。例えば、次着の移動体が停車しない位置に設置された表示装置には、その旨を表示させることにより、その表示装置付近で待機する利用者に適正な待機位置を提供することができる。
【０３１０】
乗車情報提供システム１６によれば、乗車情報提供システム１５の奏する効果に加え、表示内容制御手段は、各表示装置の表示内容を直近に停車する車両に関する乗車情報に設定するように構成されている。よって、停車場の利用者は、現在待機している位置に停車する車両に関する乗車情報を容易に認識することができるので、かかる利用者の利便性の向上を図ることができるという効果がある。
【０３１１】
乗車情報提供システム１７によれば、乗車情報提供システム１６の奏する効果に加え、表示内容制御手段は、各表示装置の表示内容を直近に停車する車両に関する乗車情報に設定すると共に、他の車両に関する乗車情報も同時に表示するように構成されている。よって、停車場の利用者は、現在待機している位置に停車する車両に関する乗車情報と、他の車両に関する乗車情報とを容易に比較することができるので、かかる利用者の利便性の向上を図ることができるという効果がある。
【０３１２】
また、このように各車両の乗車情報を比較可能とすることにより、例えば、より混雑度の低い車両を特定して利用者に提供することができるので、より混雑度の低い車両への移動を利用者に促すことができ、その結果、移動体全体としての混雑度の平準化を図ることができるという効果がある。
【０３１３】
乗車情報提供システム１８によれば、乗車情報提供システム１６又は１７の奏する効果に加え、表示内容設定手段は、表示装置の設置位置から直近に停車する車両に関する乗車情報を他の乗車情報と異なる態様で表示する車両表示調整手段を備えているので、直近に停車する車両に関する乗車情報を利用者に効率良く提供することができ、その結果、利用者の利便性を向上させることができるという効果がある。
【０３１４】
例えば、直近に停車する車両、即ち、利用者が最も乗車情報を望むところである車両に関する乗車情報の表示色を他と異ならせることにより、かかる乗車情報を利用者に容易に認識させることができる。また、他の車両に関する乗車情報を小さく表示することにより、表示装置の限られた表示スペースにおいて、利用者が望む乗車情報を表示するためのスペースをより広く確保することができ、乗車情報を効率良く利用者に提供することができる。
【０３１５】
乗車情報提供システム１９によれば、乗車情報提供システム１５から１８のいずれかの奏する効果に加え、各移動体の移動体情報や運行情報は、乗車情報管理装置の固有情報記憶手段に記憶されており、表示内容設定手段は、その固有情報記憶手段から読み出された移動情報または運行情報に基づいて、各表示装置の表示内容を設定するように構成されている。このように、移動体情報や運行情報の記憶場所を乗車情報管理装置に集約することにより、各移動体端末装置毎での記憶を不要とすることができるので、その分、システム全体としての記憶コストを低減することができるという効果がある。
【０３１６】
乗車情報提供システム２０によれば、乗車情報提供システム１５から１９のいずれかの奏する効果に加え、移動体端末装置の乗車情報送信手段から送信される乗車情報には、その乗車情報に含まれる各情報が移動体のどの車両から取得されたものであるかを特定可能な車両情報が付加されており、表示内容設定手段は、その車両情報に基づいて各表示装置の表示内容を設定可能に構成されている。よって、移動体の車両に関する情報、例えば、車両編成数等を予め乗車情報管理装置に記憶させておく必要がないので、その分、記憶コストを低減することができ、乗車情報提供システム全体としてのコストの低減を図ることができるという効果がある。
【０３１７】
また、例えば、何らかの理由によって、運行中の車両が切り離されたり、車両の編成順が入れ替えられた場合でも、乗車情報に付加された車両情報によって、乗車情報に含まれる各情報がどの車両から取得されたものかを判断することができ、その結果、より正確な乗車情報（例えば、空席情報等）を利用者に提供することができるという効果がある。
【０３１８】
乗車情報提供システム２１によれば、乗車情報提供システム１から２０のいずれかの奏する効果に加え、利用者の利用者端末装置からの要求に応じてサーバ記憶手段に記憶された移動体の乗車状態に関する乗車情報を送信するサーバ送信手段手段を備えているので、乗車情報の取得を容易にして、利用者の利便性の向上を図ることができるという効果がある。即ち、利用者は、自宅にいながらにして、或いは、停車場へ向かいつつ、利用者端末装置から所望の乗車情報を要求することにより、その乗車情報を容易に取得することができるのである。
【０３１９】
また、サーバ更新手段は、サーバ記憶手段に記憶される乗車情報の内容を更新することができる。よって、利用者端末装置に送信する乗車情報をより最新のものに更新して、より有用な乗車情報を利用者に提供することができるという効果がある。例えば、乗車情報を連続的に更新することにより、刻々と変化する乗車情報を利用者にリアルタイムに提供することができる。
【０３２０】
乗車情報提供システム２２によれば、乗車情報提供システム２１の奏する効果に加え、サーバ送信手段は、乗車情報蓄積手段によって蓄積された乗車情報を利用者端末装置からの送信に応じて送信することができる。よって、利用者は、利用者端末装置を介して、過去の乗車情報も任意に取得することができるので、かかる利用者の利便性の向上をより一層図ることができるという効果がある。
【０３２１】
乗車情報提供システム２３によれば、乗車情報提供システム２１又は２２の奏する効果に加え、サーバ記憶手段に記憶される内容を更新する乗車情報更新手段は、乗車情報管理装置に設けられており、乗車情報受信手段が受信した乗車情報を使用して更新するように構成されている。このように、乗車情報更新手段を乗車情報管理装置に集約することにより、各移動体端末装置が乗車情報更新手段を備える必要が無くなるので、その分、システム全体としての記憶コストを低減することができるという効果がある。
【０３２２】
また、サーバ送信手段は、利用者端末装置からの要求によりサーバ記憶手段に記憶された乗車情報を各乗車情報管理装置に対応づけて送信可能に構成されている。よって、例えば、各乗車情報管理装置が受信した乗車情報をそれぞれ取得したい場合でも、利用者は、各乗車情報管理装置（サーバ送信手段）にそれぞれ接続する必要はなく、一のサーバ（サーバ送信手段）に利用者端末装置介して接続することで、各乗車情報管理装置に対応づけられた乗車情報をそれぞれ取得することができるという効果がある。従って、利用者の煩雑な作業を抑制して、その利便性の向上を図ることができるという効果がある。
【０３２３】
乗車情報提供システム２４によれば、乗車情報提供システム２２又は２３のいずれかの奏する効果に加え、サーバ送信手段は、利用者端末装置からの要求により蓄積情報記憶手段に記憶された乗車情報を各乗車情報管理装置に対応づけて送信可能に構成されている。よって、例えば、各乗車情報管理装置が受信した乗車情報の蓄積情報をそれぞれ取得したい場合でも、利用者は、各乗車情報管理装置（サーバ送信手段）にそれぞれ接続する必要はなく、一のサーバ（サーバ送信手段）に利用者端末装置介して接続することで、各乗車情報管理装置に対応づけられた乗車情報の蓄積情報をそれぞれ取得することができるという効果がある。従って、利用者の煩雑な作業を抑制して、その利便性の向上を図ることができるという効果がある。
【０３２４】
【発明の効果】請求項１記載の乗車情報提供システムによれば、移動体から乗車状態に関する乗車情報を取得する乗車情報取得手段と、その乗車情報取得手段が取得した乗車情報を利用者に提供する乗車情報提供手段とを備えているので、例えば、駅のプラットホームなどで待機する利用者に対して次着の移動体に空席があるか否か等の乗車情報を提供して、利用者の不安感を低減することができるという効果がある。その結果、移動体の利便性を向上させることができるので、かかる移動体（公共交通機関）の利用を促進することができる。
【０３２５】
また、乗車情報取得手段は、乗車情報を運行中の移動体から取得することができるので、より実際の乗車状態に即した乗車状態を取得することができる。よって、かかる乗車情報を利用者に提供することにより、より正確で有用な乗車情報を提供することができるので、利用者の不安感をより一層低減することができるという効果があり、その結果、移動体の利用を促進して、その利用率を更に高めることができる。
【０３２６】
ここで、従来の発券システムでは、一の端末装置において利用者に空席情報（乗車情報）を提供するに際し、ホストコンピュータが全ての端末装置の入出力を管理しつつ空席情報を作成して提供しなければならないため、制御コストや管理コスト等が増大し、システム全体としてのコストが高価なものとなった。
【０３２７】
しかし、この乗車情報提供システムによれば、乗車情報管理装置は、移動体端末装置が送信した乗車情報を受信するだけで、即ち、従来のように、各移動体端末装置をそれぞれ管理することなく、乗車情報を利用者に提供することができるので、システムを簡素化して、その分、システム全体としてのコストを低減することができるという効果がある。
【０３２８】
また、送信先選択手段は、表示装置が設置された１又は２以上の停車場であって、少なくとも移動体が次に停車する停車場において乗車情報が利用者に提供されるように、送信先となる乗車情報受信手段を選択することができるので、停車場において移動体の到着を待つ利用者、即ち、最も乗車情報を必要とする利用者に対して乗車情報を提供することができるという効果がある。よって、乗車情報を最小限の送信により効率よく利用者に提供することができるので、その分、送信コストや制御コストを低減しつつも、乗車情報の提供効率を高めることができるという効果がある。
【０３２９】
請求項２記載の乗車情報提供システムによれば、請求項１記載の乗車情報提供システムの奏する効果に加え、表示装置に乗車情報の表示を行わせる表示制御手段を備えているので、乗車情報を文字や図形等を使用した様々な態様で利用者に提供することができる。即ち、かかる表示装置を使用することにより、乗車情報を正確かつ理解容易な態様で利用者に提供することができるという効果がある。よって、停車場で待機する利用者の不安感を低減することができるので、移動体の利便性が向上して、移動体（公共交通機関）の利用を促進することができる。
【０３３０】
請求項３記載の乗車情報提供システムによれば、請求項１又は２に記載の乗車情報提供システムの奏する効果に加え、一の移動体と先発の移動体との間に停車場があるか否かを判断する停車場有無判断手段を備えており、送信先選択手段は、その停車場有無判断手段により停車場の数が２以上であると判断された場合には、次に停車する停車場、及び、残りの停車場の一部又は全部において乗車情報が利用者に提供されるように、送信先となる乗車情報受信手段を選択することができる。
【０３３１】
例えば、停車場Ａ及び停車場Ｂがあり、移動体Ｘの次の停車場が停車場Ａであり、先発の移動体Ｙが既に停車場Ｂを出発している状況において、移動体Ｘの乗車情報が停車場Ａのみに送信されたのでは、表示する乗車情報が停車場Ｂに無いため表示装置に乗車情報を表示することができず、停車場Ｂにおける利用者の不安感を増大させてしまう。そこで、上述したように構成することにより、乗車情報が表示されない停車場の存在を低減することができるという効果があり、その結果、利用者の不安感を抑制することができるという効果がある。
【０３３２】
請求項４記載の乗車情報提供システムによれば、請求項１又は２に記載の乗車情報提供システムの奏する効果に加え、送信先選択手段は、次に停車する停車場において乗車情報が利用者に提供されるように、送信先となる乗車情報受信手段を選択することができる。このように、最も乗車情報を必要とする利用者のみに対して乗車情報を提供することにより、乗車情報の提供効率を確保しつつ、送信コストや制御コストを低減することができるので、システムを簡素化して、その分、システム全体としてのコストを低減することができる。
【０３３３】
請求項５記載の乗車情報提供システムによれば、請求項１から４のいずれかに記載の乗車情報提供システムの奏する効果に加え、乗車情報取得手段は、表示装置が設けられた各停車場間において、少なくとも１回は運行中の移動体から乗車情報を取得するように構成されているので、より有用な乗車情報を取得することができるという効果がある。例えば、移動体が停車場に近接したタイミングで取得された乗車情報には、その停車場で降車する利用者が起立した座席の空席情報が反映されるので、停車場で待機する利用者にとって非常に有用な乗車情報を取得することができる。
【０３３４】
また、乗車情報送信手段は、表示装置が設けられた各停車場間において、乗車情報取得手段が取得した乗車情報を少なくとも一回は送信するように構成されているので、各停車場で待機する利用者に有用な乗車情報を提供することができるという効果がある。例えば、乗車情報取得手段により連続的に取得された乗車情報を、乗車情報送信手段が連続的に送信することにより、停車場で待機する利用者に刻々と変化する乗車情報をリアルタイムに提供することができる。
【０３３５】
請求項６記載の乗車情報提供システムによれば、請求項１から５のいずれかに記載の乗車情報提供システムの奏する効果に加え、乗車情報送信手段は、表示装置が設置された１又は２以上の停車場であって移動体が既に通過した停車場では乗車情報が利用者に提供されないように、所定の乗車情報受信手段への送信を禁止する送信禁止手段を備えている。よって、各移動体端末装置における乗車情報の無駄な送信を抑制することができるので、その分、システム全体としての送信コストを低減することができるという効果がある。
【０３３６】
また、乗車情報管理装置では、無駄に送信される乗車情報の受信が不要になると共に、受信した乗車情報が既に発車した移動体に関するものであるか否かの判別も不要となるので、その分、システム全体としての受信コストや制御コストを低減することができるという効果がある。
【０３３７】
請求項７記載の乗車情報提供システムによれば、請求項１から６のいずれかに記載の乗車情報提供システムの奏する効果に加え、座席の空席状態に関する空席情報を取得する空席取得手段を備えており、乗車情報送信手段が送信する乗車情報には、その空席取得手段が取得した空席情報が含まれている。よって、停車場で待機する利用者が最も望むところである情報、即ち、移動体に空席があるか否か、座席に着座することができるか否かという情報を利用者に提供することができるという効果があり、その結果、停車場に待機する利用者の不安感を大幅に低減することができるという効果がある。
【０３３８】
請求項８記載の乗車情報提供システムによれば、請求項７記載の乗車情報提供システムの奏する効果に加え、空席取得手段は、着座検出手段によって座席への乗客の着座を検出し、この検出結果に基づいて座席の空席状態に関する空席情報を取得することができる。よって、利用者が座席へ着座したり座席から起立した場合には、かかる座席の状態変化が自動的に検出されるので、空席情報を正確かつ確実に取得することができるという効果がある。
【０３３９】
また、空席情報取得手段は、着座検出手段の検出結果に基づいて、空席情報を各座席毎に取得することができるので、高精度の空席情報を取得することができるという効果がある。その結果、利用者に有用な乗車情報（空席情報）を提供することができるので、利用者の不安感を解消して、移動体の利用を促進することができる。
【０３４０】
請求項９記載の乗車情報提供システムによれば、請求項１から８のいずれかに記載の乗車情報提供システムの奏する効果に加え、座席が設けられていない領域における乗室内の混雑度を取得する混雑度取得手段を備えており、乗車情報送信手段が送信する乗車情報には、その混雑度取得手段が取得した混雑情報が含まれている。即ち、乗室内の混雑度を反映した乗車情報を停車場で待機する利用者に提供することができるので、停車場に待機する利用者の不安感を大幅に低減することができるという効果がある。
【０３４１】
例えば、座席に空席があるか否かのみを利用者に提供したのでは、停車場で待機する利用者は、座席が設けられていない領域が混雑しているか否かを把握することができず、例えば、「空席が無く着座は無理でも、座席が設けられていない領域に乗客が少なく混雑していなければ乗車する」といったような判断を行うことができず、不安感を有したまま停車所で待機することとなる。そこで、上述したように、座席が設けられていない領域における乗室内の混雑度を提供することにより、より正確な乗車情報を利用者に提供して、利用者の不安感を解消することができるのである。
【０３４２】
請求項１０記載の乗車情報提供システムによれば、請求項２から９のいずれかに記載の乗車情報提供システムの奏する効果に加え、停車場には、その停車場に停車した移動体の昇降口に対応する位置に表示装置が設置されている。よって、停車場の利用者は、移動体への乗車に便利な位置で待機しつつ、表示装置に表示される乗車情報を認識することができるので、かかる利用者の利便性の向上を図ることができるという効果がある。
【０３４３】
請求項１１記載の乗車情報提供システムによれば、請求項２から１０のいずれかに記載の乗車情報提供システムの奏する効果に加え、表示制御手段は、停車場に設置された各表示装置の表示内容を設置位置に応じて設定する表示内容設定手段を備えている。よって、各表示装置の設置位置に応じた情報を利用者に提供することができるので、より有用な情報を利用者に提供して、利用者の利便性を向上させることができるという効果がある。例えば、次着の移動体が停車しない位置に設置された表示装置には、その旨を表示させることにより、その表示装置付近で待機する利用者に適正な待機位置を提供することができる。
【０３４４】
請求項１２記載の乗車情報提供システムによれば、請求項１１記載の乗車情報提供システムの奏する効果に加え、表示内容制御手段は、各表示装置の表示内容を直近に停車する車両に関する乗車情報に設定するように構成されている。よって、停車場の利用者は、現在待機している位置に停車する車両に関する乗車情報を容易に認識することができるので、かかる利用者の利便性の向上を図ることができるという効果がある。
【０３４５】
請求項１３記載の乗車情報提供システムによれば、請求項１２記載の乗車情報提供システムの奏する効果に加え、表示内容制御手段は、各表示装置の表示内容を直近に停車する車両に関する乗車情報に設定すると共に、他の車両に関する乗車情報も同時に表示するように構成されている。よって、停車場の利用者は、現在待機している位置に停車する車両に関する乗車情報と、他の車両に関する乗車情報とを容易に比較することができるので、かかる利用者の利便性の向上を図ることができるという効果がある。
【０３４６】
また、このように各車両の乗車情報を比較可能とすることにより、例えば、より混雑度の低い車両を特定して利用者に提供することができるので、より混雑度の低い車両への移動を利用者に促すことができ、その結果、移動体全体としての混雑度の平準化を図ることができるという効果がある。
【０３４７】
請求項１４記載の乗車情報提供システムによれば、請求項１２又は１３に記載の乗車情報提供システムの奏する効果に加え、表示内容設定手段は、表示装置の設置位置から直近に停車する車両に関する乗車情報を他の乗車情報と異なる態様で表示する車両表示調整手段を備えているので、直近に停車する車両に関する乗車情報を利用者に効率良く提供することができ、利用者の利便性を向上させることができるという効果がある。
【０３４８】
例えば、直近に停車する車両、即ち、利用者が最も乗車情報を望むところである車両に関する乗車情報の表示色を他と異ならせることにより、かかる乗車情報を利用者に容易に認識させることができる。また、他の車両に関する乗車情報を小さく表示することにより、表示装置の限られた表示スペースにおいて、利用者が望む乗車情報を表示するためのスペースをより広く確保することができ、乗車情報を効率良く利用者に提供することができる。
【０３４９】
請求項１５記載の乗車情報提供システムによれば、請求項１１から１４のいずれかに記載の乗車情報提供システムの奏する効果に加え、各移動体の移動体情報や運行情報は、乗車情報管理装置の固有情報記憶手段に記憶されており、表示内容設定手段は、その固有情報記憶手段から読み出された移動情報または運行情報に基づいて、各表示装置の表示内容を設定するように構成されている。このように、移動体情報や運行情報の記憶場所を乗車情報管理装置に集約することにより、各移動体端末装置毎での記憶を不要とすることができるので、その分、システム全体としての記憶コストを低減することができるという効果がある。
【０３５０】
請求項１６記載の乗車情報提供システムによれば、請求項１１から１５のいずれかに記載の乗車情報提供システムの奏する効果に加え、移動体端末装置の乗車情報送信手段から送信される乗車情報には、その乗車情報に含まれる各情報が移動体のどの車両から取得されたものであるかを特定可能な車両情報が付加されており、表示内容設定手段は、その車両情報に基づいて各表示装置の表示内容を設定可能に構成されている。よって、移動体の車両に関する情報、例えば、車両編成数等を予め乗車情報管理装置に記憶させておく必要がないので、その分、記憶コストを低減することができ、乗車情報提供システム全体としてのコストの低減を図ることができるという効果がある。
【０３５１】
また、例えば、何らかの理由によって、運行中の車両が切り離されたり、車両の編成順が入れ替えられた場合でも、乗車情報に付加された車両情報によって、乗車情報に含まれる各情報がどの車両から取得されたものかを判断することができ、その結果、より正確な乗車情報（例えば、空席情報等）を利用者に提供することができるという効果がある。
【０３５２】
請求項１７記載の乗車情報提供システムによれば、請求項１から１６のいずれかに記載の乗車情報提供システムの奏する効果に加え、利用者の利用者端末装置からの要求に応じてサーバ記憶手段に記憶された移動体の乗車状態に関する乗車情報を送信するサーバ送信手段手段を備えているので、乗車情報の取得を容易にして、利用者の利便性の向上を図ることができるという効果がある。即ち、利用者は、自宅にいながらにして、或いは、停車場へ向かいつつ、利用者端末装置から所望の乗車情報を要求することにより、その乗車情報を容易に取得することができるのである。
【０３５３】
また、サーバ更新手段は、サーバ記憶手段に記憶される乗車情報の内容を更新することができる。よって、利用者端末装置に送信する乗車情報をより最新のものに更新して、より有用な乗車情報を利用者に提供することができるという効果がある。例えば、乗車情報を連続的に更新することにより、刻々と変化する乗車情報を利用者にリアルタイムに提供することができる。
【０３５４】
請求項１８記載の乗車情報提供システムによれば、請求項１７記載の乗車情報提供システムの奏する効果に加え、サーバ送信手段は、乗車情報蓄積手段によって蓄積された乗車情報を利用者端末装置からの送信に応じて送信することができる。よって、利用者は、利用者端末装置を介して、過去の乗車情報も任意に取得することができるので、かかる利用者の利便性の向上をより一層図ることができるという効果がある。
【０３５５】
請求項１９記載の乗車情報提供システムによれば、請求項１７又は１８に記載の乗車情報提供システムの奏する効果に加え、サーバ記憶手段に記憶される内容を更新する乗車情報更新手段は、乗車情報管理装置に設けられており、乗車情報受信手段が受信した乗車情報を使用して更新するように構成されている。このように、乗車情報更新手段を乗車情報管理装置に集約することにより、各移動体端末装置が乗車情報更新手段を備える必要が無くなるので、その分、システム全体としての記憶コストを低減することができるという効果がある。
【０３５６】
また、サーバ送信手段は、利用者端末装置からの要求によりサーバ記憶手段に記憶された乗車情報を各乗車情報管理装置に対応づけて送信可能に構成されている。よって、例えば、各乗車情報管理装置が受信した乗車情報をそれぞれ取得したい場合でも、利用者は、各乗車情報管理装置（サーバ送信手段）にそれぞれ接続する必要はなく、一のサーバ（サーバ送信手段）に利用者端末装置介して接続することで、各乗車情報管理装置に対応づけられた乗車情報をそれぞれ取得することができるという効果がある。従って、利用者の煩雑な作業を抑制して、その利便性の向上を図ることができるという効果がある。
【０３５７】
請求項２０記載の乗車情報提供システムによれば、請求項１８又は１９に記載の乗車情報提供システムの奏する効果に加え、サーバ送信手段は、利用者端末装置からの要求により蓄積情報記憶手段に記憶された乗車情報を各乗車情報管理装置に対応づけて送信可能に構成されている。よって、例えば、各乗車情報管理装置が受信した乗車情報の蓄積情報をそれぞれ取得したい場合でも、利用者は、各乗車情報管理装置（サーバ送信手段）にそれぞれ接続する必要はなく、一のサーバ（サーバ送信手段）に利用者端末装置介して接続することで、各乗車情報管理装置に対応づけられた乗車情報の蓄積情報をそれぞれ取得することができるという効果がある。従って、利用者の煩雑な作業を抑制して、その利便性の向上を図ることができるという効果がある。
【図面の簡単な説明】
【図１】本発明の第１実施例における乗車情報提供システムの概略を模式的に示した図である。
【図２】Ａ駅に停車した電車を模式的に示した図であり、（ａ）は、電車の上面図であり、（ｂ）は、図２（ａ）の側面図である。
【図３】乗車情報提供システムの電気的構成を示したブロック図である。
【図４】移動体端末装置の車載コンピュータにおいて実行されるメイン処理を示すフローチャートである。
【図５】出発前処理を示すフローチャートである。
【図６】センサ検出処理を示すフローチャートである。
【図７】送信先更新処理を示すフローチャートである。
【図８】送信処理を示すフローチャートである。
【図９】乗車情報管理装置の管理コンピュータにおいて実行されるメイン処理を示すフローチャートである。
【図１０】記憶処理を示すフローチャートである。
【図１１】表示処理を示すフローチャートである。
【図１２】配信処理を示すフローチャートである。
【図１３】表示装置の表示画面に表示される内容を示した図である。
【図１４】ホームページの表示内容の一例を示した図である。
【図１５】本発明の第２実施例における乗車情報提供システムの電気的構成を示したブロック図である。
【図１６】移動体端末装置の車載コンピュータにおいて実行されるメイン処理を示すフローチャートである。
【図１７】センサ検出処理を示すフローチャートである。
【図１８】転送処理を示すフローチャートである。
【図１９】乗車情報管理装置の管理コンピュータにおいて実行されるメイン処理を示すフローチャートである。
【図２０】接続指令処理を示すフローチャートである。
【図２１】表示処理を示すフローチャートである。
【図２２】送受信装置において実行されるメイン処理を示すフローチャートである。
【符号の説明】
１、１００　　乗車情報提供システム
２　　　　　　昇降口
１０，１１０　移動体端末装置
１９，１１９，１４２，１４３　送信装置（乗車情報送信手段）
２０　　　　　座席センサ装置（着座検出手段）
２１　　　　　赤外線センサ装置（混雑度取得手段）
３０，１３０　乗車情報管理装置
３４ｃ　　　　データ蓄積メモリ（蓄積情報記憶手段）
３４ｅ　　　　ダイヤグラム管理テーブル（固有情報記憶手段）
４０　　　　　モデム（乗車情報受信手段）
４１（４１ａ１〜４１ａ１０，４１ｂ１〜４１ｂ１０）　表示装置
６０　　　　　サーバ
Ｈ　　　　　　プラットホーム（停車場の一部）
Ｕ　　　　　　利用者
Ｔ　　　　　　電車（移動体）
Ｓ　　　　　　座席
ＰＣ　　　　　パーソナルコンピュータ（利用者端末装置）
ＰＴ　　　　　携帯電話（利用者端末装置）
【図１】
2004126851.tif 000003
【図２】
2004126851.tif 000004
【図３】
2004126851.tif 000005
【図４】
2004126851.tif 000006
【図５】
2004126851.tif 000007
【図６】
2004126851.tif 000008
【図７】
2004126851.tif 000009
【図８】
2004126851.tif 000010
【図９】
2004126851.tif 000011
【図１０】
2004126851.tif 000012
【図１１】
2004126851.tif 000013
【図１２】
2004126851.tif 000014
【図１３】
2004126851.tif 000015
【図１４】
2004126851.tif 000016
【図１５】
2004126851.tif 000017
【図１６】
2004126851.tif 000018
【図１７】
2004126851.tif 000019
【図１８】
2004126851.tif 000020
【図１９】
2004126851.tif 000021
【図２０】
2004126851.tif 000022
【図２１】
2004126851.tif 000023
【図２２】
2004126851.tif 000024