(57)【要約】【課題】車内で電子乗車券をスキャンすることにより、乗客の実乗車情報をサーバでデータベース化し、サーバから配信される実乗車データより、運賃を算出する。【解決手段】車輌発車後に前記記憶媒体に含まれる識別情報を車輌内で読み取り、前記読み取った識別情報と乗車区間の情報をサーバへ無線で送信し、前記識別情報と乗車区間の情報と路線情報とを関連付け清算用管理情報をサーバ内に作成し、前記車輌が駅に到着するのに先立ち前記清算用管理情報を到着駅の改札装置へ配信し、前記配信された清算用管理情報から運賃を算出する。【選択図】      図２
2007249396.tif 000002
【特許請求の範囲】
【請求項１】
車輌に設けられたアンテナ及びリーダと、前記アンテナ及びリーダの送信情報を受け取るサーバと、前記サーバが接続される複数の改札装置とを利用して前記車輌に搭乗した利用者の運賃を精算する方法であって、
前記車輌内で前記アンテナ及びリーダにより、乗車券としての記憶媒体をアクセスし、
前記記憶媒体の識別情報及び書き込まれている乗車駅情報を取得し、列車情報とともに実乗車データとして前記サーバに送信し、
前記サーバで、前記車輌が次の到着駅に到着するのに先立ち、前記利用者の前記乗車駅から前記次の到着駅までの全乗車区間の清算用管理情報を前記到着駅の改札装置に送信し、
前記到着駅の改札装置で、前記全乗車区間の情報を用いて前記利用者の運賃清算を得られるようにした
ことを特徴とする運賃清算方法。
【請求項２】
前記サーバは、
受信した前記識別情報と一致する識別情報が所有する清算用管理情報内に含まれていない場合、新規の乗客であると判断し、新に前記清算用管理情報内に前記識別情報を含む実乗車データを追加登録することを特徴とする請求項１記載の運賃清算方法。
【請求項３】
前記サーバは、
前記清算用管理情報により前記車輌の路線情報を含めて管理しており、受信した前記識別情報と一致する識別情報が所有する清算用管理情報内に含まれている場合、前回チェックした路線情報と今回チェックした路線情報が一致するかどうか判定し、一致する場合、前記乗車駅から前記次の到着駅までの乗車区間情報を更新することを特徴とする請求項１記載の運賃記載方法。
【請求項４】
前記サーバは、
前記清算用管理情報に前記車輌から送られてくる車輌の路線情報を含めて管理しており、受信した前記識別情報と一致する識別情報が所有する清算用管理情報内に含まれている場合、前回チェックした路線情報と、今回チェックした路線情報が一致するかどうか比較し、一致しない場合、前回までの路線の乗車区間情報を第１の管理単位とし、前記次の到着駅を新たな乗車駅とする新たな実乗車データを構築する
ことを特徴とする請求項１記載の運賃記載方法。
【請求項５】
前記サーバは、
前記次の到着駅の手前の通過検出部により、前記車輌が通過したことの検出信号を受けたときに、前記車輌に乗車している利用者の前記清算用管理情報を前記改札装置に送信することを特徴とする請求項１記載の運賃清算方法。
【請求項６】
前記サーバは、
前記次の到着駅に利用者の前記清算用管理情報を送信した後、１つ前の駅の改札装置に配信した対応する利用者の清算用管理情報を削除する指令を送信することを特徴とする請求項１記載の運賃清算方法。
【請求項７】
前記改札装置では、
通過する前記記憶媒体をアクセスし、
前記記憶媒体内の識別情報と対応する識別情報を含む清算用管理情報を検出し、
この清算用管理情報を用いて運賃情報を算出し、
算出した運賃情報を用いて前記記憶媒体のバリュー情報の書き換えを行い、
精算処理の済んだ識別情報に対応する清算用管理情報を前記サーバから削除する指令を出力する
ことを特徴とする請求項１記載の運賃清算方法。
【請求項８】
車輌本体に設けられ、乗客のＩＣカードをアクセスするＩＣカードスキャン部と、
前記ＩＣカードから読み取ったカード識別情報を保持するカードＩＤ保持部と、
前記ＩＣカードから読み取った乗車駅情報を保持する乗車駅情報保持部と、
前記車輌本体が直前に通過又は停止した駅の識別情報を保持する通過又は停止駅情報保持部と、
前記車輌本体が次に到着する駅の識別情報を保持する次の到着駅情報保持部と、
前記車輌本体を識別する車輌識別情報を保持する車輌識別情報保持部と、
前記車輌本体が移動する路線の路線識別情報を保持する路線識別情報保持部と、
前記次の到着駅に到着する前の時点を検出する到着駅先行検出部と、
車輌が駅を出たときに、上記のカード識別情報、乗車駅情報、直前に通過又は停止した駅の識別情報、次の到着駅の識別情報、車輌識別情報、及び路線識別情報を運賃清算に用いる実乗車データとしてサーバに送信するとともに、前記到着駅先行検出部が到着駅を先行して検出したとき、先行検出信号を前記サーバに送信する送信部を有した車輌搭載装置。
【請求項９】
車輌が駅を出た後に当該車輌から送信される、乗客のＩＣカードのカード識別情報、乗車駅情報、直前に通過又は停止した駅の識別情報、次の到着駅の識別情報、車輌識別情報、及び路線識別情報を含む清算用管理情報を、受信し、また、前記車輌が到着駅を先行して検出したときの先行検出信号を受信する受信部と、
前記実乗車データを用いて、車輌区分でカード識別情報毎に、乗車駅から現在の乗車区間までの運賃清算を行うための清算用管理情報を生成して保持する、清算用管理情報保持部と、
前記先行検出信号を受信したときに、車輌の次の到着駅の改札装置に対して、前記清算用管理情報を配信する配信部と、
を具備したことを特徴とする清算用管理情報サーバ。
【請求項１０】
清算用管理情報保持部は、受信した前記カードＩＤと一致するカードＩＤが前記清算用管理情報に含まれていない場合、新規乗客のカードＩＤであると判断し、新に前記清算用管理情報に前記実乗車データの情報とを追記する手段を有することを特徴とする請求項９記載の実乗車データ管理サーバ。
【請求項１１】
清算用管理情報保持部は、受信した前記カードＩＤと一致するカードＩＤが前記清算用管理情報に含まれている場合、受信した路線ＩＤが前回更新時の路線ＩＤと一致するかどうか比較し、一致する場合、乗車区間情報を更新する手段を有することを特徴とする請求項９記載の実乗車データ管理サーバ。
【請求項１２】
清算用管理情報保持部は、受信した前記カードＩＤと一致するカードＩＤが前記清算用管理情報に含まれている場合、受信した路線ＩＤが前回更新時の路線ＩＤと一致するかどうか比較し、一致しない場合、前回更新時までの乗車区間情報を清算用の第１の経路情報とし、新しい乗車区間情報の生成を行う手段を有することを特徴とする請求項９記載の実乗車データ管理サーバ。
【請求項１３】
乗客のＩＣカードのカード識別情報、乗車駅情報、直前に通過又は停止した駅の識別情報、次の到着駅の識別情報、車輌識別情報、及び路線識別情報を含む清算用管理情報を保持する清算用管理情報保持部と、
記憶媒体をスキャンするカード情報参照部と、
前記保持されている清算用管理情報の中からスキャンされた記憶媒体の識別情報と一致する識別情報を検出し、この識別情報を含む清算用管理情報に基づいて運賃情報を算出する運賃算出部と、
前記算出された運賃情報に基づいて前記記憶媒体のバリュー情報の書き換え処理を行う精算処理部と、
を有することを特徴とする改札装置。
【請求項１４】
前記精算処理部は、精算処理の済んだ識別情報に対応する清算用管理情報を前記データベース上から削除する指令を送る手段を有することを特徴とする請求項１３記載の改札装置。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、列車などの運賃清算方法及び車輌搭載装置及び清算用管理情報サーバ及び改札装置に関し、乗車区間、乗車路線に応じて、運賃清算を自動化できるようにしたものである。
【背景技術】
【０００２】
近年、交通機関で使用される乗車券として、非接触型ＩＣカードのようにリードライト可能な記憶媒体を使用するものが実用化されている。この種のＩＣカード乗車券は、カード内に預託金としてバリュー情報を蓄積しておき、利用時にこのバリュー情報を処理して清算する方法が用いられている。
【０００３】
しかし、上述の運賃先払いの方法は、単一の運賃体系でしか利用することができない。その為、複数の運賃体系、例えば割引運賃が適用されるような場合に、運賃を後払いする運賃計算方法がある。しかし、この後払いの運賃計算方法では月末の請求額算出処理が多大な負荷になる。
【０００４】
そこで、利用者が所持している記憶媒体に対して、入場時の改札機で運賃計算に必要な情報を書き込み、後で運賃計算機により運賃の算出を行う運賃計算方法及びシステムがある（特許文献１参照）。
【特許文献１】特開２００４−３２６４２４
【発明の開示】
【発明が解決しようとする課題】
【０００５】
上記した運賃計算方法では、乗客が利用した乗車・降車の系路に複数の路線あるいは系路が存在する場合、利用者の記憶媒体にエンコードされた乗車・経由駅情報からは運賃を算出できない事があった。その為、精算処理は降車駅の係員によって行われていた。
【０００６】
そこで本発明では、車内で電子乗車券をスキャンすることにより、乗客の実乗車情報をサーバに送信し、サーバで清算用管理情報として構築し、サーバから清算用管理情報を改札装置に配信し、この清算用管理情報利用して運賃を算出し精算できるようにした、運賃清算方法及び車輌搭載装置及び実乗車データ管理サーバ及び改札装置を提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記した目的を達成するために、本発明の一実施形態では、車輌に設けられたアンテナ及びリーダと、前記アンテナ及びリーダの送信情報を受け取るサーバと、前記サーバが接続される複数の改札装置とを利用して前記車輌に搭乗した利用者の運賃を精算する方法であって、前記車輌内で前記アンテナ及びリーダにより、乗車券としての記憶媒体をアクセスし、前記記憶媒体の識別情報及び書き込まれている乗車駅情報を取得し、列車情報とともに実乗車データとして前記サーバに送信し、前記サーバで、前記車輌が次の到着駅に到着するのに先立ち、前記利用者の前記乗車駅から前記次の到着駅までの全乗車区間の清算用管理情報を前記到着駅の改札装置に送信し、前記到着駅の改札装置で、前記全乗車区間の情報を用いて前記利用者の運賃清算を得られるようにした。
【発明の効果】
【０００８】
上記した手段により、利用者の乗車状態は、常に車輌内のアンテナで監視され、かつサーバにおいて、清算用管理情報が構築される。そして先行して次の到着駅の改札装置に清算用管理情報が送られるので、利用者の行き先に応じて柔軟に運賃清算を得ることが可能となる。
【発明を実施するための最良の形態】
【０００９】
以下、図面を参照して本発明の一実施形態に係わる運賃清算方法及び車輌搭載装置及び実乗車データ管理サーバ及び改札装置について説明する。図１は、本発明に係る運賃清算方法の概要を説明する説明図である。
【００１０】
＜全体の構成＞
１０は第一の駅Ａであり、駅Ａ１０には改札装置１１が設置されている。改札装置は、後述する清算用管理情報を利用して、利用者の運賃を清算する機能を備えている。２０は乗車券として使用可能なＩＣカード（記憶媒体）であり、内部メモリには識別情報が記述され、またバリュー情報を記録可能である。バリュー情報は、電子キャッシュとして運賃清算用に利用可能である。
【００１１】
３０は車輌であり、車輌内にはアンテナ及びリーダ３１が設置されている。アンテナ及びリーダ３１は、車輌内の利用者が所有しているＩＣカードをスキャンし、その識別情報、乗車駅情報などを読み取ることができる。そして、読み取った情報を実乗車データとして、サーバ４０に送信する。サーバ４０は、前記アンテナ及びリーダ３１と通信可能である。サーバ４０は、実乗車データを受け取り、データベースとして清算用管理情報を構築する。４１は、清算用管理情報保持部である。またサーバ４０は、各駅の改札装置にネットワークを介して接続され、データ配信、指令などを行うことができる。５０は第二の駅Ｂであり、図では、車輌３０が駅Ａ１０から駅Ｂ５０へと移動する様子を示している。また、駅Ｂ５０にも駅Ａ１０と同様に、改札装置５１が設置されている。
【００１２】
＜機能と動作＞
改札装置１１、５１は、ＩＣカード２０に対して照会、精算を行うことができる。また、利用者が乗車するときの改札装置１１は、ＩＣカード２０に入場情報（乗車駅情報）を記録する。ＩＣカード２０のメモリには、カード識別情報（カードＩＤ）、預託金としてのバリュー情報が含まれている。また、ＩＣカード２０は非接触型記憶媒体であり、カードにプリントされたアンテナ（図示せず）を介して無線通信を行うことができる。
【００１３】
車輌３０内に設置されたアンテナ及びリーダ３１は、車輌３０が駅から発車した後に車輌３０の全ての乗客が所持するＩＣカードをスキャンする。そしてスキャンしたＩＣカードのＩＤ（識別情報）を取得し、乗車駅情報、列車（車輌）情報、直前の通過又は停止駅情報、路線ＩＤなどを関連付け、実乗車データとしてサーバ４０へ送信する。
【００１４】
サーバ４０は、車輌３０のアンテナ及びリーダ３１から送信された実乗車データを元にデータベースとして清算用管理情報を構築する。車輌３０が駅Ｂ５０に到着する一定時間前になると、車輌３０に乗っている乗客の実乗車データを、駅Ｂ５０の改札装置５１に配信する。清算用管理情報には、ＩＣカードのＩＤ、乗車駅情報、利用した路線情報、利用中の路線情報、直前の通過又は停止駅情報、次の到着駅情報が含まれている。乗車駅情報、路線情報、直前の通過又は停止駅情報、次の到着駅情報から、乗客が乗車している乗車区間情報を得ることができる。この乗車区間情報が、運賃清算用管理情報となる。
【００１５】
降車側の改札装置５１は、ＩＣカード２０を検出したとき、サーバ４０から配信された清算用管理情報を参照し、利用者の全乗車区間情報を用いて運賃を算出し、ＩＣカード２０のバリュー情報を処理して精算処理を行う。
【００１６】
図２は、本発明に係る運賃清算方法の全体のシーケンスを示す説明図である。駅Ａ１０の乗車側改札装置１１でＩＣカード２０がスキャンされると、ＩＣカード２０に乗車駅情報が記録される（ステップＳ１）。また、車輌３０内で、発車後にＩＣカード２０のスキャンが行われる（ステップＳ２）。これにより、車輌３０に搭乗している乗客のカードＩＤの確認が得られる。車輌３０に設置されているアンテナ及びリーダ３１は、スキャンしたカードＩＤと、乗車区間の情報を関連付け、実乗車データとしてサーバ４０へ送信する（ステップＳ３）。サーバは取得した実乗車データを元に、清算用管理情報を構築する（ステップＳ４）。
【００１７】
次にサーバ４０は例えばダイア（時刻表）を参照、あるいは車輌３０から送られてくる次の到着駅への到着前検出信号に応答して、清算用管理情報４１を駅Ｂ５０の改札装置５１へ配信する（ステップＳ５）。この配信は、車輌３０が駅Ｂ５０に到着する一定時間前である。
【００１８】
また、直前の駅Ａ１０の改札装置１１には、現在車輌３０に搭乗している利用者のＩＤを送信する。このＩＤは、対応するＩＤを含む不要になった清算用管理情報の削除指令として機能する。これにより、駅Ａ１０の改札装置１１は、保持されている清算用管理情報の中から、不要な清算用管理情報（乗車区間情報）を削除する（ステップＳ６）。
【００１９】
次に、駅Ｂ５０の降車側改札装置５１において、ＩＣカード２０がスキャンされたとする（ステップＳ７）。すると、改札装置５１に保持されている清算用管理情報（乗車区間情報）の中から、ＩＣカード２０に該当するＩＤの乗車区間情報が検出され、運賃の算出が行われる。そして、算出された運賃に応じてＩＣカード２０内のバリュー情報が処理され、精算処理が行われる（ステップＳ８）。
【００２０】
精算処理が済んだＩＣカードのＩＤは、サーバ４０に通知され、そのＩＤに対応する清算用管理情報が削除され、処理が終了となる（ステップＳ９）。
【００２１】
ここで、ステップＳ３において、アンテナ及びリーダ３１はＩＣカードのＩＤと乗車区間の情報を関連付け、実乗車データとしてサーバ４０へ送信するとしたがこれに限定されない。アンテナ及びリーダ３１はＩＤだけを送信し、サーバ４０内のソフトウェアとダイアによって乗車区間を判断し関連付け清算用管理情報を構築するようにしてもよい。
【００２２】
また、上記の説明では、降車駅Ｂ５０の改札装置５１において、運賃の算出が行われるとして説明した。しかし、ここで降車する乗客の運賃の算出は、サーバ４０において先行して計算され、清算情報のみが改札装置５１に準備されていてもよい。この場合は、改札装置５１では、利用者のＩＣカード２０が検出されたとき、すでに算出されている運賃に応じてＩＣカード２０内のバリュー情報が処理され、精算処理が行われる（ステップＳ９）。
【００２３】
図３は、図１のアンテナ及びリーダ３１の構成例をブロック化して示す図である。２０はＩＣカードであり、ＩＣカード２０内の記憶部には、識別情報２１（ＩＤ）、預託金としてのバリュー情報２２が記憶されている。また、無線通信を行うためのアンテナ（図示せず）、各種の処理を行うＣＰＵ（図示せず）も含まれている。
【００２４】
３１はアンテナ及びリーダであり、アンテナ及びリーダ３１はＩＣカードスキャン部３２、プロセッサ３３、送信部３４から構成されている。また、プロセッサ３３は、ＩＣカードのカードＩＤ保持部３３ａ、乗車駅情報保持部３３ｂを有する。また直前の通過又は停止駅情報保持部３３ｃ、次の到着駅情報保持部３３ｄなどを有する。さらに車輌ＩＤ保持部３３ｅ，路線ＩＤ保持部３３ｆを有する。また次の到着駅に到着する前の時点を検出する到着駅先行検出部３３ｇを有する。
【００２５】
ＩＣカードスキャン部３２は、電波によって車輌３０内のＩＣカード２０と無線通信を行い、ＩＣカード２０の情報を取得する。カードＩＤ保持部３３ａは、取得したカードＩＤ２１を保持する。乗車駅情報取得部３３ｂは、ＩＣカード２０から取得した乗車駅情報を保持する。
【００２６】
通過又は停止駅情報部３２ｃは、車輌が駅を通過あるいは駅に停車する毎にその駅情報を更新する。この駅情報及びまたは、次の到着駅情報保持部３３ｄに保持される次の到着駅情報は、駅に設けられている駅情報出力部（あるいは改札装置）の無線出力から取得する（又はサーバ４０から提供を受けてもよい）。さらに、車輌ＩＤ保持部３３ｅ、路線ＩＤ保持部３３ｆの情報は、車輌に最初から設定されてもよいし、また、駅情報出力部（あるいは改札装置）の無線出力から取得してもよい。
【００２７】
到着駅先行検出部３３ｇは、車輌が次の到着駅にさしかかると、事前にこのことを検出する。この検出方法は各種あり、線路の配置された列車通過検知装置からの無線電波を用いてもよいし、あるいはサーバ４０と通信を行うことで検出してもよい。
【００２８】
プロセッサ３３は、検出部３３ｇが次の到着駅に着く前であることを検出すると、列車情報、路線ＩＤ、カードＩＤ２１、乗車駅情報、直前の通過又は停止駅情報、次の到着駅情報などを関連付け、実乗車データとして送信部３４を介してサーバ４０へ送信する。
【００２９】
図４は、アンテナ及びリーダ３１の動作を示すフローチャートである。車輌３０が発車した後、処理が開始される（ステップＳＡ１）。ＩＣカード検知部３２は車輌３０内のＩＣカード２０のスキャンを行う（ステップＳＡ２）。スキャンしたＩＣカード２０のデータからカードＩＤ２１が取得される（ステップＳＡ３）。次に、カード情報として乗車駅情報、直前の通過又は停止駅情報、次の到着駅情報が取得される（ステップＳＡ４）。そして、プロセッサ３３はＩＤ２１、直前の通過又は停止駅情報、列車情報、乗車駅情報、路線ＩＤなどを関連付け、実乗車データとして送信部３４を介しサーバ４０へ送信し（ステップＳＡ５）、処理を終了する（ステップＳＡ６）。
【００３０】
図５は、図１のサーバ４０のブロック構成例を示す図である。サーバ４０は、車輌３０から送信される実乗車データを受信する受信部４２を有する。また、受信した実乗車データをデータベース化し管理情報として構築するデータベース作成部４３を有する。また駅を通過した場合、乗り継ぎが行われた場合、路線が変更された場合などに、利用者の乗車経路を特定する経路判断部４４も設けられている。サーバ４０は、車輌（又は列車）毎の各清算用管理情報を構築し、清算用管理情報保存部４１に保存させる。各清算用管理情報は、カードＩＤ毎（利用者毎）に分類されて構築されている。
【００３１】
また、サーバ４０には配信部４５が含まれている。配信部４５は、車輌が次の到着駅に近づく、利用客の清算用管理情報を次の到着駅の改札装置へネットワークを介して配信する。これにより、もしこの駅で利用者が降車した場合、すでに清算を行う準備ができていることになる。
【００３２】
さらに配信部４５には、清算用管理情報を配信するタイミングを設定する配信タイミング設定部４６が接続されている。配信タイミング設定部４６は、例えば線路に設置されている列車検知器からの応答信号（車輌から送られてくる）に基づいて判断してもよい。またさらに配信部４５には直前駅のデータ削除指令を行う不要清算用情報削除指令出力部４７が含まれている。削除指令出力部４７は、直前に停止した駅の改札装置に保持されている清算用管理情報のなかの不要なデータを削除する。つまり、次の駅の改札装置へ配信したカードＩＤと一致するカードＩＤ及びその関連情報は削除する。さらにまた、サーバ４０には、不要清算用管理情報削除処理部４８も含まれている。不要清算用管理情報削除処理部４８は、精算済みのカードＩＤに対応している清算用管理情報を管理情報保存部４１から削除する。
【００３３】
図６は、サーバ４０において、清算用管理情報が作成される際の動作を示すフローチャートである。車輌３０から実乗車データを受信し、処理が開始される（ステップＳＢ１）。データベース作成部４３は、受信したＩＤが既にデータベースの中に存在しない新規ＩＤであるかどうか判断する（ステップＳＢ２）。新規ＩＤである場合、清算用管理情報に対して、新規に、ＩＣカードＩＤ、乗車駅情報などを追記し（ステップＳＢ３）、処理を終了する（ステップＳＢ４）。
【００３４】
ステップＳＢ２において、新規ＩＤでないと判断された場合、前回更新時と比べて路線ＩＤが一致するかどうか判断する（ステップＳＢ５）。路線ＩＤが一致する場合、乗換は行われてないものとして判断し、全乗車区間情報を得るために直前駅情報と次の到着駅情報を更新し（ステップＳＢ６）、処理を終了する（ステップＳＢ４）。
【００３５】
ステップＳＢ５において路線ＩＤが一致しなかった場合、乗換が行われたものとして判断し、データベース上の乗車駅から直前駅までの区間情報と、１つの経路コード（第１の路線ＩＤ）を格納する（ステップＳＢ７）。そして、直前駅を乗車駅とし、上記の第１の路線ＩＤにリンクさせて、データベースに次の路線ＩＤを第２の路線ＩＤとして付加し（ステップＳＢ８）、処理を終了する（ステップＳＢ４）。これにより第２の路線の区間情報の構築が新たに開始される。
【００３６】
図７は、サーバ４０が次の到着駅の改札装置へ清算用管理情報を配信する際の動作を示すフローチャートである。処理が開始されると（ステップＳＣ１）、車輌が駅に到着する前かどうか判断する（ステップＳＣ２）。到着前である場合、到着予定の駅へ、実乗車データベース中の到着予定のカードＩＤの実乗車データを配信する（ステップＳＣ３）。同時に、直前に停車した駅の改札装置に保持されている実乗車データから、上記の駅へ配信したカードＩＤと一致するカードＩＤ及びその関連の情報を削除する（ステップＳＣ４）。そして、駅の改札で精算処理を待つ状態となる（ステップＳＣ５）。精算処理が行われると、改札装置よりサーバに精算済み通知がされ、精算処理済みのＩＤ及びその関連の実乗車データをデータベースから削除し（ステップＳＣ６）、処理を終了する（ステップＳＣ７）。
【００３７】
図８は、図１に示す降車側の改札装置５１の構成例を示すブロック図である。４０はサーバ４０であり、図５に示したものと同様の構成となっている。
【００３８】
５１は駅に設置されている降車側の改札装置５１である。改札装置５１にはカードリーダライタ５２が設置されている。カードリーダライタ５２は、ＩＣカード２０と無線通信を行う。カードリーダライタ５２にはカード情報参照部５３と精算処理部５６が含まれている。カード情報参照部５３は、ＩＣカード２０をスキャンし、内部の情報を読み取る。精算処理部５６は、ＩＣカード２０に対してバリュー情報の書き換え等精算処理を行う。
【００３９】
また、改札装置５１には清算用管理情報保持部５４が含まれている。清算用管理情報保持部５４は、サーバ４０から配信される清算用管理情報を格納するものである。また、運賃算出部５５が含まれている。運賃算出部５５は、清算用管理情報保持部５４に保持されている清算用管理情報から運賃を算出する。算出した運賃を元に、精算処理部５６はバリュー情報の書き換えを行い、精算処理が終了する。
【００４０】
図９は、改札装置５１で行われる精算処理の際の動作を示すフローチャートである。車輌３０が駅Ｂ５０に近づき、清算用管理情報がサーバ４０より配信され処理が開始される（ステップＳＤ１）。清算用管理情報保持部５４は受信した清算用管理情報を格納し、保持し待機する（ステップＳＤ２）。そして、利用者が降車してきて、ＩＣカード２０がスキャンされたとき、カード情報参照部５３でカードのＩＤが読み取られる（ステップＳＤ３）。読み取られたＩＤと一致するＩＤに関連した清算用管理情報が清算用管理情報保持部５４の中から検出されたとする（ステップＳＤ４）。すると、検出された清算用管理情報は運賃算出部５５に送信される。ここで清算用管理情報に含まれる乗車駅から本駅までの運賃と、各路線の乗車区間の運賃とを合わせたものが実際の全乗車区間として、清算運賃の算出が行われる（ステップＳＤ５）。算出された運賃の情報は精算処理部５６に送信され、ＩＣカード２０のバリュー情報の処理が行われる（ステップＳＤ６）。精算処理の済んだＩＤはサーバ４０に通知され（ステップＳＤ７）、データベース上から該当するＩＤの実乗車データが削除され、処理を終了する（ステップＳＤ８）。
【００４１】
本発明は上記した実施の形態に限定されるものではない。本実施例では、サーバ４０から配信された清算用管理情報を元に降車側改札装置５１で運賃の計算を行ったが、サーバ４０内で運賃の計算を行い、運賃の情報だけを降車側改札装置５１に送るようにしてもよい。
【００４２】
図１０は、サーバ４０に構築される清算用管理情報４１の例を説明する為の図である。（Ａ）は、路線ＩＤ００１５２の車輌が、駅コード１８４６４と１８４６５の間からサーバ４０に送った実乗車データを元に構築された清算用管理情報である。カードＩＤ０５１９１７８の乗客は、駅１８４６４から新規で乗車した為、乗車駅１８４６４、前駅１８４６４、次駅１８４６５となっている。
【００４３】
またカードＩＤ０５１９１８０の乗客は、路線００１５２の車輌に駅１８４６２から乗車していることが示されている。さらにまた前の路線００１５１の駅４１８１６で新規に乗車し、駅１８４６２に来て、この駅１８４６２で現在の路線００１５２に乗換えていることが示されている。これにより、前の路線の乗車区間の情報及び現在の路線の乗車区間の情報を合わせて、清算処理することが可能となる。
【００４４】
（Ｂ）は、カードＩＤ０５１９８１の乗客が駅１８４６５で精算を済ませ、路線００１５２の車輌が駅１８４６５から駅１８４６６へ向けて出発した後に更新された様子を示すデータベースである。このデータベースではカードＩＤ０５１９１８１の実乗車データが削除されている。また、車輌が駅一つ進んだ為、カードＩＤ０５１９１７８、０５１９１８０の実乗車データは、前駅コード１８４６５、次駅コード１８４６６として更新されている。また、カードＩＤ０５１９１７９の実乗車データはデータが更新されていない為、駅１８４６５で車輌を降りたことがわかる。ここで、カードＩＤ０５１９１７９の乗客が路線００１５２から路線００１５４に乗り換えたとする。すると、データベース（Ｂ）は（Ｃ）のように更新される。
【００４５】
データベース（Ｃ）はカードＩＤ０５１９１７９の乗客が路線００１５２から路線００１５４に乗り換えた後に更新されたデータベースである。データベースＢにおけるカードＩＤ０５１９１７９の路線００１５２の実乗車データは使用した路線の経路コードとして登録され、路線ＩＤとしては路線００１５４の実乗車データが上書きされる。即ち、データベース（Ｂ）における乗車駅コードから次駅コードが経路コードとして登録される。
【００４６】
上記清算用管理情報のフォーマットは、これに限るものではなく、種々の実施形態が可能であることは勿論である。上記した実施の形態により、乗客が利用した経路に複数の列車路線が存在する場合でも、サーバから配信される乗客の実乗車データより経路を特定し、運賃を算出することができる。
【００４７】
また、精算処理を機械に任せることができる為、係員など人員を削減することができる。またさらに、サーバ４０から各駅への実乗車データの配信については、特定のデータが特定の駅に限定されて配信される為、通信負荷の低減、駅務機器の負荷の低減を可能にすることができる。
【００４８】
本発明は上記した実施の形態に限定されるものではない。本実施例ではアンテナは列車の車輌に設置されているとしたが、他の移動手段の場合でも容易に本発明を実施することができる。
【００４９】
なお、この発明は、上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具現化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。更に、異なる実施形態に亘る構成要素を適宜組み合わせてもよい。
【図面の簡単な説明】
【００５０】
【図１】本発明に係る運賃清算方法の概要を説明する説明図である。
【図２】本発明に係る運賃清算方法の全体のシーケンスを示す説明図である。
【図３】図１に示したアンテナ及びリーダを構成する機能の一例をブロック化して示す図である。
【図４】図３に示したアンテナ及びリーダの動作を示すフローチャートである。
【図５】図１に示したサーバを構成する機能の一例をブロック化して示す図である。
【図６】図５に示したサーバの実乗車データベース作成の際の動作を示すフローチャートである。
【図７】図５に示したサーバの実乗車データ配信の際の動作を示すフローチャートである。
【図８】図１に示した降車側の改札装置を構成する機能の一例をブロック化して示す図である。
【図９】図８に示した改札装置で行われる精算処理の際の動作を示すフローチャートである。
【図１０】サーバに構築されるデータベースの例を説明する為の図である。
【符号の説明】
【００５１】
１０…駅Ａ、１１…乗車側改札装置、２０…ＩＣカード、２１…識別情報（ＩＤ）、２２…バリュー情報、３０…車輌、３１…アンテナ及びリーダ、３２…ＩＣカードスキャン部、３３…プロセッサ、３４…送信部、４０…サーバ、４１…清算用管理情報保持部、４２…受信部、４３…データベース作成部、４４…路線判断部、４５…配信部、４６…配信タイミング設定部、４７…前駅データ削除機能部、４８…ＩＤ削除機能部、５０…駅Ｂ、５１…降車側改札装置、５２…カードリーダライタ、５３…カード情報参照部、５４…清算用管理情報保持部、５５…運賃算出部、５６…精算処理部。
【図１】
2007249396.tif 000003
【図２】
2007249396.tif 000004
【図３】
2007249396.tif 000005
【図４】
2007249396.tif 000006
【図５】
2007249396.tif 000007
【図６】
2007249396.tif 000008
【図７】
2007249396.tif 000009
【図８】
2007249396.tif 000010
【図９】
2007249396.tif 000011
【図１０】
2007249396.tif 000012