(57)【要約】【課題】プリペイド機能を持つ乗車券に対し、改札の入出場時に、料金精算と同時に残高補充を行うことで専用補充機械に立寄る必要を無くすと共に、補充処理にかかる時間を利用者に意識させない残高補充方法を提供する。【解決手段】駅における改札機で利用者が入場する際に、利用者が所持するプリペイド型の乗車券に対して残高補充の必要性を自動的に判定し、補充が必要な場合は、利用者が電車で移動を行う間に駅側で決済に関する与信を行い、与信結果を駅にて蓄積し、改札機で利用者が出場する際に、蓄積してあった与信結果を参照し、残高補充が可能な場合には、乗車券の残高補充を行う。【選択図】　図２
2004070676.tif 000002
【特許請求の範囲】
【請求項１】
データ格納媒体と料金処理装置を備え、前記データ格納媒体には、金額があらかじめ支払われた利用可能な残高情報が記録されており、前記料金処理装置には、前記データ格納媒体に対して、残高情報を読み取り、所定の処理を行い、料金の精算処理をして、前記データ格納媒体に新しい残高情報を書き込む機能を有する料金処理システムにおいて、
前記データ格納媒体には残高補充を行うかを判断する補充判定情報も記録し、また、補充にあたり必要な与信判定結果を格納する格納装置を新たに備えることで、
利用者が前記データ格納媒体を用いて前記料金処理装置を利用すると、
前記料金処理装置において前記データ格納媒体への残高補充が必要かどうかを判定し
残高補充が必要である場合には残高補充における与信の依頼を行い、
与信結果に基づいて、残高補充の可否に関する判定結果を前記格納装置に格納し、次に利用者が前記データ格納媒体を用いて前記料金処理装置を利用したとき、
前記格納装置に格納された判定情報を参照し、残高補充が可能であった場合には前記データ格納媒体に対して残高の補充を行うことを特徴とする自動残高補充方法。
【請求項２】
前記データ格納媒体がＩＣカードであることを特徴とする請求項１記載の自動残高補充方法。
【請求項３】
前記データ格納媒体が携帯電話またはＰＨＳ電話であることを特徴とする請求項１記載の自動残高補充方法。
【請求項４】
前記料金処理装置が与信の依頼を行った後、利用者が一定期間経ても前期料金処理装置を利用しない場合、与信結果を無効とし、前記格納装置に格納された判定情報を削除することを特徴とする請求項１記載の自動残高補充方法。
【請求項５】
利用者が前記料金処理装置を利用した直後に、再び前記料金処理装置を利用することにより、残高補充における与信結果を得る時間が得られなかった場合に、残高補充を行わないことを特徴とする請求項１記載の自動残高補充方法。
【請求項６】
残高の補充に関する与信の依頼を、通信を介して外部に問合わせることを特徴とする請求項１記載の残高補充方法。
【請求項７】
残高の補充に関する与信の依頼を、前記料金処理装置とは独立して設けられた決済センタが行うことを特徴とする請求項１記載の自動残高補充方法。
【請求項８】
前記データ格納媒体に含まれる補充判定情報を、残高の金額情報とすることを特徴とする請求項１記載の自動残高補充方法。
【請求項９】
前記データ格納媒体に含まれる補充判定情報に、補充を開始する際の残高の金額情報と実際の残高情報を含むことを特徴とする請求項１記載の自動残高補充方法。
【請求項１０】
前記データ格納媒体に含まれる補充判定情報に、残高補充を行うことに対する利用者の許可情報を含むことを特徴とする請求項１記載の自動残高補充方法。
【請求項１１】
前記格納装置に関して、前記料金処理装置が複数存在する際は、複数の前記料金処理装置が１つの前記格納装置に補充可否の判定結果を参照することを特徴とする請求項１記載の自動残高補充方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、電子決済に係り、特にプリペイド機能を持つ乗車券への残高の自動補充方法に関する。
【０００２】
【従来の技術】
電車やバスなどの交通機関では、プリペイド機能を搭載した乗車券により、乗車の度に切符を購入しなくても、残高の範囲内で乗り降りが出来る。すなわち、利用の度に乗車券内に格納されている残高情報から、乗車料金を差し引き、残高情報を更新する。残高が無くなると、現金払いなど別の方法で精算を行う必要がある。特に近年はＩＣカードの登場により、プリペイドの残高が無くなっても、再度希望金額を残高補充する（以下チャージとする）ことにより、同じ乗車券を使いまわすことも可能となった。しかしチャージにあたっては、乗り降りに利用する改札機とは別の専用機械に立ち寄り、現金で行う必要がある。
【０００３】
しかし専用機械に立ち寄ることは、並んで混んでいる場合に順番待ちが面倒である。利用者が乗車券を改札機に通した際に、プリペイドの残高から乗車料金の引落しを行うと同時にチャージを行うことで、チャージ専用機械に立ち寄る必要を無くす、すなわちノンストップな交通機関の利用を実現するためには、現金ではなく、クレジットカード決済など、その場で物理的なお金のやりとりが発生しない方法でチャージを行う必要がある。
【０００４】
更に、クレジット決済は、金融機関に決済が可能かを問い合わせる与信の処理に時間がかかり、例えば駅の場合、改札機を利用者が通過する間に全処理を終了することは困難である。
【０００５】
クレジットカード決済に関して、特開２０００−２０７６７は電車の駅で利用者が専用機に立ち寄り出場予定の駅名を入力すると、専用機械が無線で利用者の所持する携帯電話端末に乗車料金情報を送信、利用者が入口機を通過すると、携帯電話端末は端末識別情報と乗車料金情報をもとに決済の可否を通信により問合せ、結果を予定の出場機に記憶させ、利用者が出場する際に決済可能ならば出口機を通過させる、クレジットカード決済の実現方法が開示されている。
【０００６】
【発明が解決しようとする課題】
しかし特開２０００−２０７６７は入場時に到着駅を入力するために専用機械に立ち寄る必要があり、利用者が常に改札機を通過するだけで乗車料金の精算を済ませられるノンストップな利用は実現出来ない。
【０００７】
更に特開２０００−２０７６７は、入場前に到着駅を指定するため、出場駅が前もって限られてしまう。
【０００８】
本発明の目的は、出場駅を予め決める必要のないプリペイド機能を持つ乗車券において、改札の入出場時の料金精算と同時に、残高の自動チャージを行い、専用補充機械に立寄る必要を無くすと共に、チャージ処理にかかる時間を利用者に意識させないチャージ方法を提供することにある。
【０００９】
【課題を解決するための手段】
上記の目的を達成するため、本発明は駅における改札機で利用者が入場する際に、利用者が所持するプリペイド型の乗車券に対して残高補充の必要性を自動的に判定し、補充が必要な場合は、利用者が電車で移動を行う間に駅側で決済に関する与信を行い、与信結果を駅にて蓄積し、改札機で利用者が出場する際に、蓄積してあった与信結果を参照し、残高補充が可能な場合には、乗車券の残高補充を行うものである。
【００１０】
【発明の実施の形態】
以下に、本発明の実施例を図面を用いて説明する。
【００１１】
本実施例では、プリペイド機能を持つ乗車券のうち、繰返し残高の補充が可能なＩＣカード型のもの（以下ＩＣプリペイドカードとする）に対し、利用者が電車の乗車駅において改札ゲート入場時に残高が一定の値を下回る場合、利用者の電車移動中にチャージに関する与信を済ませ、利用者が降車駅で改札ゲートを出場する際に残高を自動的にチャージするシステムについて説明する。
【００１２】
駅改札ゲートでの自動チャージを希望するＩＣプリペイドカード利用者は、あらかじめ決済センタに対してユーザ情報の登録を行うものとする。ユーザ情報として、クレジットカード情報を登録しておき、決済センタは登録されたクレジット情報に基づき、該当する金融機関に与信及びチャージされた金額の決済を依頼する。
【００１３】
本実施例では、クレジットカード会社や与信会社などの金融機関とは別に、本発明を適用したサービスを提供する決済センタが独立して存在する。金融機関が決済センタの機能を代行することも可能である。
【００１４】
また本実施例においては、チャージを行った金額を実際に利用者から徴収する方法として、クレジット口座からの引落しを前提とする。他の引落し方法として、銀行口座から自動振替を行う方法も考えられるが、基本的には同じ手順でチャージを行えるため、本実施例では分かりやすくするためクレジット引落しの場合のみを扱う。
【００１５】
図１は、本発明を適用した自動チャージシステムの全体構成を示すブロック図である。まず、本システムの概要を簡単に説明する。図１において１００は駅であり、１２０は決済センタ、１４０は金融機関である。ＩＣプリペイドカード４００を持った利用者が駅１００に入場した際、自動チャージの必要が発生すると、駅１００が決済センタ１２０に対してチャージに関する処理の依頼を行い、決済センタ１２０は金融機関１４０に対して与信を依頼、得た回答を駅１００に返す。利用者が駅１００を出場する際、駅１００は決済センタ１２０から得た与信結果をもとに自動チャージを行い、その後決済センタ１２０は金融機関１４０に決済を依頼する流れとなる。
【００１６】
以下、駅１００、決済センタ１２０、金融機関１４０それぞれにおいて、上記処理を行うにあたり必要な、具体的なシステム構成について説明する。
【００１７】
駅１００において、利用者が駅に入場あるいは出場する際に通過する改札ゲート１０８が存在する。改札ゲート１０８は、利用者が所持するＩＣプリペイドカード４００に対して残高読取り、乗車料金引落し、またチャージ処理を行うＩＣカードＲ／Ｗ１１０を有する。更に改札ゲート１０８は、利用者にゲート通過の許可・不許可及びチャージ依頼発生・完了の通知を行うスピーカー１１２、表示装置１１４も有する。
【００１８】
改札ゲート１０８はまた、ＩＣカードＲ／Ｗ１１０から得たチャージ許可申請中の情報をもとに、チャージ許可の是非を承認ＩＤ管理９００に対して参照する機能を有する。改札ゲート１０８はまた、ＩＣカードＲ／Ｗ１１０から得たチャージ完了の通知をもとに承認ＩＤ管理９００を更新する機能を有する。
【００１９】
またチャージ装置１０４は、決済センタ１２０に対し、通信装置１０２を介してチャージ処理を行うための依頼とチャージ完了の通知を行うものである。また決済センタ１２０から通知されるチャージ許可及び決済完了、また与信有効期限超過によるチャージ許可取消し等の情報をもとに承認ＩＤ管理９００を更新する機能を有する。
【００２０】
承認ＩＤ管理９００には、チャージ依頼に関する与信結果やチャージが完了したかなど、チャージや決済依頼に必要な情報が格納されている。
【００２１】
制御装置１０６は、改札ゲート１０８、ＩＣカードＲ／Ｗ１１０、表示装置１１４、スピーカー１１２、承認ＩＤ管理９００、チャージ装置１０４、通信装置１０２に関わる各処理を制御する。
【００２２】
駅１００は複数あるが、本図においては説明を簡単にするために、乗車駅と降車駅のみを示している。駅１００のシステム構成は、全駅共通である。
【００２３】
決済センタ１２０は金融機関１４０に対して与信問合せ及び決済依頼を行うと共に、各利用者のＩＣプリペイドカード４００に対するチャージ依頼の状態を管理する。
【００２４】
ユーザ情報１３２はＩＣプリペイドカード利用者の情報を管理する。ユーザ情報１３２内の個人情報６００はＩＣプリペイドカード利用者の決済先の金融機関名など、利用者があらかじめ決済センタ１２０に対して登録しておく情報を格納している。ユーザ情報１３２内のチャージ情報７００は、利用者のＩＣプリペイドカードが、現在チャージの与信処理中か、決済を依頼中か、あるいは全くチャージ依頼が発生していないのかといったチャージ情報を格納している。
【００２５】
与信管理装置１２４は、ユーザ情報１３２内の個人情報６００を参照し、対象とする金融機関１４０に対して通信装置１２２を介して与信を問合せる機能を持つ。また、与信の依頼状態をユーザ情報１３２内のチャージ情報７００に書き込む機能も有する。与信管理装置１２４はまた、金融機関１４０から得た与信結果をもとに通信装置１２２を介してＩＣプリペイドカード４００へのチャージ機能を持つ全駅１００にチャージ許可の通知を行う機能も有する。
【００２６】
決済管理装置１２６は、ユーザ情報１３２内の個人情報６００を参照し、対象とする金融機関１４０に対して通信装置１２２を介して決済を依頼する機能を持つ。また、決済を依頼したか、まだ決済をしていないのか、など決済状況の情報をユーザ１３２内のチャージ情報７００に書き込む機能も有する。決済管理装置１２６はまた、金融機関１４０を通して決済が終了した際、その旨を通信装置１２２を介して全駅１００への通知を行う機能も有する。
【００２７】
タイマ１３０はチャージ情報７００の更新時間を記録する。これによりチャージが完了しても金融機関１４０との通信に失敗し、金融機関１４０への決済が完了しない場合を決済管理装置１２６が判断し、一定時間後に再度決済依頼を行うことができる。またチャージを許可しても一定時間後にチャージが完了しなければ、チャージ許可の取消しを駅１００に通信装置１２２を介して通知することも可能となる。
【００２８】
制御装置１２８は、ユーザ情報１３２、タイマー１３０、決済管理装置１２６、与信管理装置１２４、通信装置１２２に関わる各処理を制御する。
【００２９】
金融機関１４０は依頼のあったＩＣプリペイドカード４００に対して与信及び決済を行う。与信判断装置１４４は通信装置１４２を介して決済センタ１２０から与信の依頼を受け、顧客管理１４８を参照し、与信処理を行う機能を有する。顧客管理１４８には、クレジットカード利用者の支払い能力や引落し可能金額など、与信に関する情報が格納されている。決済処理装置１５０は通信装置１４２を介して決済センタ１２０から決済の依頼を受け、顧客クレジット口座１５３を更新し、決済を行う機能を有する。顧客クレジット口座１５３には、残高などクレジットカード利用者の口座情報が格納されている。制御装置１４６は、顧客クレジット口座１５３、顧客管理１４８、与信判断装置１４４、決済処理装置１５０、通信装置１４２に関わる各処理を制御する。
【００３０】
図２は、実際に利用者が乗車駅に入場してチャージ依頼が発生した時の、駅１００、決済センタ１２０、金融機関１４０において行う各処理のフローを示す。
【００３１】
利用者が乗車駅の改札ゲート１０８を通りチャージ依頼が発生すると（イベント２０２）、改札ゲート１０８はチャージの発生をチャージ装置１０４に通知し（イベント２０４）、ＩＣプリペイドカード４００に、チャージ依頼中であることを示すフラグを立てる。チャージ装置１０４は通知を受けて決済センタ１２０へチャージ依頼を行う。
【００３２】
決済センタ１２０がチャージ依頼を受付けると（イベント２０６）、そのＩＣプリペイドカード４００の利用者のクレジット口座に対する与信を金融機関１４０に依頼する（イベント２０８）。金融機関１４０は顧客管理１４８をもとに与信判断を行い（イベント２１０）、結果を決済センタ１２０へ返す。結果を受取った（イベント２１２）決済センタ１２０はユーザ情報１３２内チャージ情報７００に結果を書込み更新し（イベント２１４）、同時に駅１００へ結果を通知する。ここでいう駅とは、利用者が乗車した駅のみではなく、チャージ機能を持つ全駅を指す。通知を受けた駅１００は、駅内の承認ＩＤ管理９００にチャージ許可である旨を記録する（イベント２１６）。
【００３３】
利用者がある駅１００で降車し、改札ゲート１０８を通ると、ＩＣカードＲ／Ｗ１１０がＩＣプリペイドカード４００からチャージ依頼中のフラグを読取り、承認ＩＤ管理９００を参照してチャージ許可が出ていれば、その場でチャージを行う（イベント２１８）。チャージが終了したら改札ゲート１０８がチャージ装置１０４にチャージの終了を通知する（イベント２２０）。チャージ装置１０４は決済センタ１２０にチャージ完了の通知を行う。
【００３４】
チャージ完了の通知を受付けた（イベント２２２）決済センタ１２０は、金融機関１４０へ決済の依頼を行い（イベント２２４）、決済依頼を受けた金融機関１４０は利用者のクレジット口座に対して決済を行い（イベント２２６）、決済の完了を決済センタ１２０へ通知する。通知を受けた（イベント２２８）決済センタ１２０は決済が終了した旨をユーザ情報１３２内チャージ情報７００に書込み更新し（イベント２３０）、決済終了を全駅に通知する。通知を受けた駅１００は、承認ＩＤ管理９００の情報を更新する（イベント２３２）。具体的には決済が完了したＩＣプリペイドカードの情報を削除する。承認ＩＤ管理９００の詳しい説明は後述する。
【００３５】
以上がチャージにおける全体の流れである。本実施例ではチャージ終了後に決済を行うとしたが、チャージを行う前に、与信と同時に決済も済ませておく方法も考えられる。
【００３６】
次に図４は、利用者が所有するＩＣプリペイドカード４００内に持つ情報の一例を示すテーブルである。後述する図３において示す改札ゲート１０８でチャージを行うか判断する処理と、図１０に示すチャージ処理の際にこの情報を利用する。
【００３７】
４０２のＩＣＩＤＮｏ．は個々のＩＣプリペイドカード４００を一意に判別する識別子であり、残高４０４とは、ＩＣプリペイドカード４００内に現在保有している金額である。
【００３８】
また、決済センタ１２０に自動チャージを申請しているか否かが自動チャージの許可４０６として記録されている。この情報の記録方法に関しては、利用者が自動チャージを申請しなければ駅１００が、申請するならば申請の際に決済センタ１２０または駅１００が記録処理を行い、記録したカードを利用者に発行すれば良い。
【００３９】
チャージ開始金額４０８とはＩＣプリペイドカード４００内の残高４０４がこの金額以下になった場合にチャージを行うという値である。
【００４０】
加算金額４１０とは、チャージを行う金額である。
【００４１】
チャージ開始金額４０８と加算金額４１０は利用者が希望の額を予め駅構内に備付の専用機等で、登録しておくことが考えられる。または決済センタ１２０に事前登録し、決済センタ１２０が登録内容をＩＣプリペイドカードに記録し、利用者に渡す方法も考えられる。
【００４２】
またＩＣプリペイドカード４００内には、現在チャージを依頼中かどうかを判断する情報であるチャージ依頼中フラグ４１２を持たせる。本図の例ではチャージ依頼中を１、依頼が発生していない場合を０とするフラグ表現を用いている。このフラグにより、利用者がゲートを出場する際に、チャージ依頼中かどうかの判断を改札ゲート１０８が行うことが出来る。また利用者が入場してからすぐに出場し、与信が間に合わないためにチャージが出来ない場合も、このフラグにより依頼中であることを判断し、決済センタ１２０へ与信キャンセルの通知を行うことが可能となる。
【００４３】
図３は、利用者が入場する駅１００の改札ゲート１０８において利用者が入場した際に、図４に示したＩＣプリペイドカード４００内の情報を元にして行う処理のフローチャートである。本図により、図２における２０２から２０４の一連のイベントが起こる詳細な過程を説明する。
【００４４】
改札ゲート１０８で利用者が入場したことを検知すると（ステップ３０２）、利用者の乗車券の種類がＩＣプリペイドカード４００かどうかを判断し（ステップ３０４）、ＩＣプリペイドカードで無い場合は乗車券の種類に応じた入場処理を行う（ステップ３０６）。ＩＣプリペイドカード４００であった場合にはＩＣカードＲ／Ｗ１１０がカードのプリペイド残高４０４を読み取る（ステップ３０８）。その値が初乗り運賃より下回る場合は改札ゲートの扉を閉める（ステップ３２２）。初乗り運賃より上回る場合は、ＩＣカードＲ／Ｗ１１０により残高から初乗り運賃を差引く（ステップ３１０）。
【００４５】
その後、自動チャージに関する処理をステップ３１２以降で行う。ＩＣカードＲ／Ｗ１１０により、ＩＣプリペイドカード４００内の自動チャージ許可４０６を参照し、利用者があらかじめ自動チャージを行う様に申請を行っているかを判断する（ステップ３１２）。申請を行っていない場合は、自動チャージ処理は行わないため、改札ゲート１０８の扉を開く（ステップ３１６）。申請を行う場合は、ＩＣプリペイドカード４００内のチャージ開始金額４０８を参照し、現在の残高４０４が開始金額を下回っているかを判断する（ステップ３１４）。下回っていない場合は自動チャージを行う必要がないため、改札ゲート１０８の扉を開き（ステップ３１６）、入場処理を終了する。下回っている場合は自動チャージを行うため、ＩＣカードＲ／Ｗ１１０によりＩＣプリペイドカード４００内のチャージ依頼中フラグ４１２にチャージ依頼中である旨を書き込む（ステップ３１８）。その後改札ゲートの扉を開き（ステップ３２０）利用者を駅１００に入場させ、チャージ依頼が発生した旨をチャージ装置１０４に通知を行い（ステップ２０４）、改札ゲート１０８側の処理を終了する。
【００４６】
なお自動チャージ判断の処理は初乗り運賃の差引き処理より前に行うことも可能である。また、ステップ３０８、３１０において初乗り運賃を乗車時に徴収する仕組みとなっているが、交通機関の運営方法により、初乗り運賃を入場時に徴収しない方法もあり得る。
【００４７】
またステップ３２０、２０４において、本実施例では改札ゲート１０８の扉を開いてから、チャージ発生をチャージ装置１０４へ通知しているが、これはチャージ装置１０４への通信速度を考慮してのことである。利用者が改札ゲート１０８を通る間にチャージ装置１０４への通知を終了する通信速度が保証されれば、ステップ３２０と２０４の順番を逆にしても問題は無い。
【００４８】
尚ステップ３１２、３１４、３１８の一連の流れは図２におけるイベント２０２に相当する。
【００４９】
チャージの依頼が生じた場合は、改札ゲートの扉を開く（ステップ３２０）際に、表示装置１１４にチャージ依頼を行う旨をメッセージ表示し、スピーカー１１２でメッセージ音を鳴らすことが可能である。
【００５０】
図５は決済センタ１２０側でチャージ依頼を受付けた際、与信結果を駅に通知するまでの処理を示すフローチャートである。本図をもとに、図２におけるイベント２０６、２０８、２１２、２１４が発生する過程の詳細な説明を行う。
【００５１】
駅１００からチャージ依頼の通知を受付けた（ステップ２０６）決済センタ１２０はユーザ情報１３２内の個人情報６００から、ＩＣプリペイドカード４００へチャージを行う際の決済金融機関の情報６０６を確認し、相当する金融機関１４０に与信を依頼し、決済センタ１２０におけるユーザ情報１３２内のチャージ情報７００に対して、与信中である旨を記録する（ステップ２０８）。
【００５２】
金融機関１４０から与信結果の通知を得ると（ステップ２１２）、ユーザ情報１３２内のチャージ情報７００に与信結果を記録し（ステップ２１４）、結果がチャージ禁止であった場合は処理を終了する（ステップ５０２）。結果がチャージ許可であった場合は、自動チャージ機能を持つ全ての駅１００にチャージ許可が出た旨を通知して処理を終了する（ステップ５０４）。
【００５３】
ここでステップ５０２とステップ５０４の一連の処理をステップ２１４の前に行っても問題は無い。
【００５４】
図６及び図７は、決済センタ１２０で持つユーザ情報１３２の構成を示すテーブルである。まず図６について説明する。
【００５５】
図６は、ユーザ情報１３２のうち、個人情報６００の構成例である。
【００５６】
利用者が決済センタ１２０に予め登録した情報はここに蓄積される。
【００５７】
ＩＣプリペイドカード４００を識別する６０２のＩＣＩＤＮｏ．と、所有者を特定する個人情報６０４、及びチャージ金額を引き落とす決済金融機関情報６０６を含む。６０２のＩＣＩＤＮｏ．には、４０２のＩＣＩＤＮｏ．と同じ情報が入り、この情報をキーとして該当するＩＣプリペイドカード４００の決済金融機関情報６０６等を検索することが可能となる。本実施例ではクレジット引落しを前提としているため、金融機関情報とは具体的にはクレジット機関の情報となる。
【００５８】
また個人情報６０４及び決済金融機関情報６０６の内容はあくまでも例であり、決済センタ１２０が利用者にコンタクトを取る際に必要な情報及び金融機関１４０が与信や決済に必要となる情報を含む様に構成するものとする。例えば個人情報６０４には生年月日や電話番号などが含まれる可能性も有る。
【００５９】
これらの情報をもとに、金融機関１４０に与信の依頼を行う。
【００６０】
図７は、ユーザ情報１３２のうち、チャージ情報７００の構成例である。
【００６１】
チャージの依頼を受けてから与信、チャージ、決済を行うには各処理間でタイムラグがあるため、ステータス管理をここで行う。
【００６２】
７０２はＩＣＩＤＮｏ．であり、４０２のＩＣＩＤＮｏ．や６０２のＩＣＩＤＮｏ．と同じ情報が入り、この情報をキーとして該当するＩＣプリペイドカード４００のステータスを検索することが可能となる。
【００６３】
チャージステータス７０６とは、現在チャージを依頼中かどうかを表すものである。ステータス７１２の種類にはＮＵＬＬ、依頼中、完了がある。ＮＵＬＬとはチャージの依頼が何も発生していない場合、依頼中とはチャージの依頼が発生した場合、完了とはチャージを完了した場合である。
【００６４】
与信ステータス７０８とは、各ＩＣプリペイドカード４００に対する金融機関への与信状態を管理するものであり、ステータス７１６の種類にはＮＵＬＬ、依頼中、ＯＫ、ＮＧがある。ＮＵＬＬとは金融機関１４０へ与信の依頼を行っていない場合であり、依頼中は依頼をしたが金融機関１４０からはまだ返答が来ていない状態を表す。ＯＫは与信の結果、金融機関１４０からチャージ許可の通知を得た場合であり、ＮＧは与信の結果、チャージ禁止の通知を得た場合である。
【００６５】
決済ステータス７１０とは金融機関１４０における決済状況を管理する。ステータスとしてはＮＵＬＬ、未決済、決済があり、ＮＵＬＬは金融機関１４０に決済を依頼していない状況を示す。未決済とは、決済依頼したが金融機関１４０から決済完了通知が得られていない状況、決済とは決済完了通知が得られた状況を示す。
【００６６】
チャージステータス７０６と与信ステータス７０８に関しては、それぞれステータス変更時に日時をステータス変更日時７１４及び７１８に記録する。これらの時刻データにより、駅１００、金融機関１４０とのデータ整合性をとることが出来る。例えば利用者が入場した際にチャージ依頼が発生したものの、チャージ機能を持たない駅で降りた場合、駅の承認ＩＤ管理９００には与信結果がいつまでも残ることになる（承認ＩＤ管理９００内の情報に関しては、後で説明する）。しかし与信を行った時間を記録しておけば、ある一定時刻の経過後、承認ＩＤ管理９００内の与信結果を削除する旨を駅１００に通知することが可能となる。また、チャージのステータスが完了となってから、ある一定時間が経過しても決済ステータスがＮＵＬＬの場合、金融機関１４０への決済依頼の通知が通信エラーなどで失敗したと判断し、再度依頼を行うことも出来る。
【００６７】
こうしたステータス及びステータス変更日時の情報は駅１００など、決済センタ１２０以外で保有する方法もあるが、通信の必要量が増えるため、通信エラー・再送等でステータス変更日時のデータに不整合が出る可能性が有る。従って本実施例では決済センタ１２０で管理する。
【００６８】
図８はチャージ情報７００内に持つステータス７１２、７１６、７１０が、図２に示したチャージ処理フローにおける各イベントによりどの様に変化するかを示したステータスの状態遷移図である。
【００６９】
決済センタ１２０がチャージに関する依頼を何も受けてない場合は、全てのチャージステータスがＮＵＬＬである（状態８０２）。駅１００からのチャージ依頼を受付けると（イベント２０６）、チャージステータスを依頼中に更新する（状態８０４）。その後金融機関１４０に与信確認を依頼すると（イベント２０８）、与信のステータスを依頼中に更新する（状態８０６）。
【００７０】
金融機関１４０から与信結果を受取り（イベント２１２）その結果がチャージ禁止であった場合には与信のステータスがＮＧとなり（状態８１６）、チャージ許可が出た場合には与信のステータスがＯＫとなる（状態８０８）。
【００７１】
状態８０８となった場合、その後駅１００からチャージが完了した旨の通知を受けると（イベント２２２）、チャージのステータスは完了となり（状態８１０）、金融機関１４０への決済依頼（イベント２２４）を行うと、決済のステータスが未決済となる（状態８１２）。
【００７２】
金融機関１４０から決済完了の通知を受取ると（イベント２２８）、決済のステータスは完了となる（状態８１４）。その後、駅１００に決済完了通知を行い、終了すればチャージに関する全処理が完了するため、全てのステータスがＮＵＬＬに戻る（状態８０２）。
【００７３】
状態８１６となった場合、本実施例では以降の処理は何も行わないため、ある一定時間の経過後に状態８０２に戻す。本実施例では通信速度、通信コストを考慮してチャージ許可が出た場合のみ駅１００に通知するとしたためであり、もしチャージ禁止であった旨を駅１００に伝えるシステムとした場合には、状態遷移は状態８１６の後、状態８０２とはならない。
【００７４】
また、チャージが依頼中かつ与信の結果がまだ通知されていない状態である８０４及び８０６の状態の時に利用者が駅１００の改札ゲート１０８を出場した際は、決済を行う必要がないため、その後は状態８０２に戻る。
【００７５】
図９は駅１００が所持する承認ＩＤ管理９００に格納される情報の構成例を示したテーブルである。
【００７６】
承認ＩＤ管理９００にはチャージのステータス情報９０４としてＯＫまたは完了の値を持つＩＣプリペイドカード４００に関してのみ情報を蓄積しておく。
【００７７】
９０２のＩＣＩＤＮｏ．には４０２のＩＣＩＤＮｏ．と同じ情報が入り、この値をキーとして該当するＩＣプリペイドカード４００に関する情報を検索する。ステータスのＯＫとは、決済センタ１２０からチャージ許可通知を受けた状態であり、完了とはＩＣプリペイドカード４００へのチャージが実際に完了した状態を示す。
【００７８】
これら承認ＩＤ管理９００に格納する情報を駅１００側で所持せず、必要となる度に決済センタ１２０に情報を問合せる方法も考えられる。ただしその場合は通信を介するために通信エラーが生じる可能性があり、通信速度も考慮すると、利用者が改札ゲート１０８を通過する間に与信結果の参照及びチャージ処理を終了出来るとは限らない。従って本実施例では駅側に承認ＩＤ管理９００として必要な情報を持たせておくこととした。
【００７９】
また本実施例では記憶容量や通信頻度を考慮して駅１００における情報管理の負担を軽くするため、チャージ依頼中の全てのＩＣプリペイドカード４００の情報を承認ＩＤ管理９００には蓄えない。これは図８の状態８１６についての説明において述べた通りである。従ってチャージが可能かどうかを判断するのに最小限必要な情報として、許可されたカードに関してのみ情報を所持する。また本実施例ではチャージ終了後決済を行うため、チャージが完了した情報も承認ＩＤ管理９００に蓄積しておく。これにより、決済センタ１２０へ決済を依頼する際、通信エラー等により１度で依頼が完了しなかった場合に、チャージの完了情報を基に決済センタ１２０との間で整合性を取ることが可能となる。仮にチャージ前に決済を行うとするならば、完了のステータスを持つ情報を承認ＩＤ管理９００内に持つ必要は必ずしも無い。
【００８０】
図１０は、利用者が駅１００の改札ゲート１０８から出場する際の処理を示したフローチャートである。本図により、図２におけるイベント２１８、２２０が発生する過程を詳細に説明する。
【００８１】
利用者が改札ゲート１０８に入場したことを検知したら（ステップ１００２）、乗車券の種類がＩＣプリペイドカード４００か否かを判断する（ステップ１００４）。ＩＣプリペイドカード４００でない乗車券の場合は、乗車券の種類に応じた出場処理を行う（ステップ１００６）。ＩＣプリペイドカード４００である場合には、ＩＣカードＲ／Ｗ１１０によりＩＣプリペイドカード内４００のチャージ依頼中フラグ４１２の値を読み取り、チャージ依頼中かどうかを判断する（ステップ１００８）。本実施例では具体的にはチャージ依頼中フラグ４１２の値が１か０かの判断を行うことになる。チャージ依頼中でない場合にはステップ１０２６以降の乗車料金引落し処理に移る。チャージ依頼中であった場合には、駅１００にある承認ＩＤ管理９００を参照し、該当するＩＣプリペイドカード４００の情報があるかどうかを検索する（ステップ１０１０）。
【００８２】
情報が無い場合はチャージに関する与信処理が終了していないか、与信結果がチャージ禁止の場合であるため、チャージ処理は行わずに失敗メッセージを表示装置１１４に表示する（ステップ１０１２）。同時にスピーカー１１２で音によりその旨を通知することも可能である。更にＩＣカードＲ／Ｗ１１０によりＩＣプリペイドカード４００内のチャージ依頼中フラグ４１２を０に戻し（ステップ１０１４）、ステップ１０２６以降の乗車料金引落し処理に移る。
【００８３】
ステップ１０１０において、承認管理ＩＤ９００内に該当するカードの情報が存在し、チャージのステータス情報９０４がＯＫであった場合には、チャージ処理を行う（ステップ２１８）。具体的には残高４０４を、現在の残高４０４と加算金額４１０を加えた値とする。また、チャージを行った旨を表示装置１１４により通知する（ステップ１０２０）。表示とともにスピーカー１１２を用いて音で知らせても良い。この後チャージ依頼中フラグ４１２を０に戻し（ステップ１０２２）、チャージの終了をチャージ装置１０４に通知（ステップ２２０）、その後ステップ１０２６以降の乗車料金引落し処理に入る。
【００８４】
以降、ステップ１０２６の乗車料金引落し処理以降の流れについて説明する。ＩＣカードＲ／Ｗ１１０が残高４０４から乗車料金を引落し（ステップ１０２６）、料金が足りるか判断を行う（ステップ１０２８）。料金が足りれば、改札ゲート１０８の扉を開き（ステップ１０３２）、改札ゲート１０８における処理を終了する。料金が足りない場合は改札ゲート１０８の扉を閉じ（ステップ１０３０）、改札ゲート１０８における処理を終了する。
【００８５】
なおステップ２２０は、ステップ１０２６〜１０３２よりも前に行っているが、前ではなく後に行っても問題は無い。
【００８６】
図１１は、改札ゲート１０８でチャージ処理を行った場合、図１０のステップ１０２０において表示装置１１４にチャージ完了の旨をメッセージ表示する際の画面の一例である。メッセージ表示画面１１００において、乗車料金やチャージ金額、残高など、どれくらいの情報を表示するかは、利用者が改札ゲート１０８を通過する間に読み取れる分量を考慮しなければならないが、最低限チャージ終了を知らせるメッセージ１１０２は必要であろう。
【００８７】
なお、本実施例ではＩＣプリペイドカード４００を乗車券として用いた場合を前提としたが、例えば携帯電話の様な携帯端末を乗車券として用いるシステムの場合には、携帯電話の端末画面にチャージ終了メッセージ１１０２を表示する方法が考えられる。
【００８８】
図１２は、チャージ終了後に決済センタ１２０が行う処理のフローチャートである。本図により、図２におけるイベント２２２、２２４、２２８、２３０が発生する過程を詳細に説明する。
【００８９】
駅１００からチャージ完了の通知を受けると（ステップ２２２）、ユーザ情報１３２内の個人情報６００の参照により、決済を行う際の決済金融機関の情報６０６を確認し、相当する金融機関１４０に決済を依頼し、決済センタ１２０におけるユーザ情報１３２内のチャージ情報７００に対して、決済依頼中である旨を記録する（ステップ２２４）。すなわち本実施例の場合、決済ステータスを未決済に変更する。
【００９０】
金融機関１４０から決済完了の通知を受けると（ステップ２２８）、ユーザ情報１３２内のチャージ情報７００に決済完了の旨を記録する（ステップ２３０）。すなわち本実施例では決済ステータスを完了に変更する。
【００９１】
その後本自動チャージシステムを持つ全ての駅１００へ、決済が完了した旨を通知し（ステップ２３２）、チャージ情報７００の全ステータスをＮＵＬＬに直して処理を終了する。
【００９２】
ステップ２３０とステップ２３２は処理を行う順序を逆にすることも可能である。
【００９３】
以上、チャージの処理に関する全体流れを説明したが、ここでチャージ処理がうまく行われなかった場合の対処方法について述べておく。
【００９４】
まず、ＩＣプリペイドカード４００を所有した利用者が改札ゲート１０８を通過してチャージ依頼が発生した直後に、電車に乗らずにすぐに出場した場合など、与信処理が間に合わなかった場合である。この場合、図４でも説明をしたが、ＩＣプリペイドカード４００内にはチャージ依頼中フラグ４１２の情報によりチャージ依頼中であるか否かを改札ゲート１０８が判断することが出来る。すぐに出場した場合、チャージ依頼中のフラグが立っているにも関わらず承認ＩＤ管理９００内には与信結果の情報が蓄積されていないため、ＩＣカードＲ／Ｗ１１０はチャージを行わず、チャージ依頼中フラグ４１２のフラグをリセットする。本実施例の場合、具体的には値を０に直す。またチャージ装置１０４が通信装置１０２を介して決済センタ１２０にチャージ依頼の取消しを通知し、通知を受けた決済センタ１２０は金融機関１４０に与信依頼の取消しを通知し、かつチャージ情報７００のチャージステータス７０６、与信ステータス７０８、決済ステータス７１０の値を全てＮＵＬＬに戻す。
【００９５】
次に、利用者がチャージ機能を持たない駅で出場した場合について説明する。チャージ機能を持たない駅から出場した場合、チャージ機能を持つ駅１００の承認ＩＤ管理９００内には、いつまでもチャージ許可の情報が残ることとなる。この場合、図７でも説明をしたが、決済センタ１２０においてチャージ情報７００に与信を行った時間を記録してある。したがって与信結果が得られてから一定時間経過後もチャージ完了の通知が駅１００から届かない場合には、決済センタ１２０が、利用者は既に駅を出場したと判断し、駅１００に承認ＩＤ管理９００から与信結果の情報を削除するように通知する。更に決済センタ１２０は、チャージ情報７００内のチャージステータス７０６、与信ステータス７０８、決済ステータス７１０の値を全てＮＵＬＬに戻す。
【００９６】
本実施例では交通機関として電車を利用した場合について説明したが、バスや有料道路などについても本システムを適用することはもちろんできる。
【００９７】
例えばバスの場合は、利用者のバス乗車時に、図１で説明した駅１００の改札ゲート１０８に相当するバス内の専用処理機において、チャージ必要の有無を判断し、チャージを行う場合にはバスによる移動中に専用処理機から通信によって与信が行われ、与信結果を図１の承認ＩＤ管理９００に相当する、バス内に設置された専用ＤＢに蓄積し、利用者の出場時に専用処理機から専用ＤＢに与信結果を参照、チャージを行うことが可能となる。この場合は駅と違い、与信結果を全てのバスではなく、該当バスのみに送れば良い。
【００９８】
また、ゲームセンターなど、何度か専用機を利用し、かつその間に与信までの時間が稼げるものであれば適用可能である。ゲームセンターの場合は、例えば、ゲーム機前に設置された専用機でプリペイド機能を有したカードを用いて料金を支払い、同時に専用機でチャージの有無を判定、チャージを行う際には利用者がゲーム機で遊んでいる間に与信を済ませ、結果をゲームセンター内の専用ＤＢに蓄積、次のゲーム機を利用する際に専用ＤＢを参照して、ゲーム機前に設置された専用機で料金支払いと同時にチャージを行うことが可能となる。
【００９９】
【発明の効果】
以上述べたように、本発明によれば、利用者は、専用機に立ち寄る手間や与信処理の時間を意識せずにプリペイド機能を持つ乗車券に自動チャージを行うことが可能となる。
【０１００】
また、交通機関側にとっては、与信結果を得てから出場時にチャージを行うため、チャージ料金の回収に関わるリスクを回避することが可能となる。
【図面の簡単な説明】
【図１】は本発明を適用した自動チャージシステムの全体構成を示すブロック図である。
【図２】は本発明を適用した自動チャージシステム全体の処理フローを説明する図面である。
【図３】は利用者が駅に入場した際に改札ゲートで行われる処理の手順を示したフローチャートである。
【図４】は利用者が所有するＩＣプリペイドカード内に格納された情報テーブルの一例である。
【図５】は決済センタが駅からチャージ依頼を受けた時に行う処理の手順を示したフローチャートの一例である。
【図６】は決済センタで所持するユーザ情報に格納されている情報のうち、固定的な情報に関する情報テーブルの一例である。
【図７】は決済センタで所持するユーザ情報に格納されている情報のうち、変動的な情報に関する情報テーブルの一例である。
【図８】は決済センタで所持するユーザ情報に格納されている情報のうち変動的な情報に関して、どのような事象により情報が変化するかを示した状態遷移図の一例である。
【図９】は駅で所持すべき、チャージ許可情報等が格納された情報テーブルの一例である。
【図１０】は利用者が駅を出場する際に改札ゲートで行われる処理の手順を示したフローチャートである。
【図１１】はチャージ完了を通知する画面の一例である。
【図１２】はチャージ終了後に決済センタが行う処理の手順を示したフローチャートの一例である。
【符号の説明】
１００・・・駅
１０４・・・チャージ装置
１２０・・・決済センタ
１２４・・・与信管理装置
１２６・・・決済管理装置
１３２・・・ユーザ情報
１４０・・・金融機関
１４４・・・与信判断装置
１４８・・・顧客管理
１５０・・・決済処理装置
１５３・・・顧客クレジット口座
４００・・・ＩＣプリペイドカード
９００・・・承認ＩＤ管理
【図１】
2004070676.tif 000003
【図２】
2004070676.tif 000004
【図３】
2004070676.tif 000005
【図４】
2004070676.tif 000006
【図５】
2004070676.tif 000007
【図６】
2004070676.tif 000008
【図７】
2004070676.tif 000009
【図８】
2004070676.tif 000010
【図９】
2004070676.tif 000011
【図１０】
2004070676.tif 000012
【図１１】
2004070676.tif 000013
【図１２】
2004070676.tif 000014