JP2000348120A - 電子マネー取引システム - Google Patents
電子マネー取引システムInfo
- Publication number
- JP2000348120A JP2000348120A JP11160192A JP16019299A JP2000348120A JP 2000348120 A JP2000348120 A JP 2000348120A JP 11160192 A JP11160192 A JP 11160192A JP 16019299 A JP16019299 A JP 16019299A JP 2000348120 A JP2000348120 A JP 2000348120A
- Authority
- JP
- Japan
- Prior art keywords
- transaction
- request
- card
- transaction processing
- user
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Abstract
(57)【要約】
【課題】 利用者側のＩＣカードと受付側のＩＣカード
を接続し、価値転送を行って取引を行う電子マネー取引
システムで、効率的に受付側のＩＣカードを開放する。 【解決手段】 利用者側端末１からの再送要求および不
正なメッセージの受付回数をリトライカウンタ１９で計
数して行き、再送要求もしくは不正なメッセージの受付
回数があらかじめ決めてある上限値を越えると、受付側
のＩＣカード９を開放する。
を接続し、価値転送を行って取引を行う電子マネー取引
システムで、効率的に受付側のＩＣカードを開放する。 【解決手段】 利用者側端末１からの再送要求および不
正なメッセージの受付回数をリトライカウンタ１９で計
数して行き、再送要求もしくは不正なメッセージの受付
回数があらかじめ決めてある上限値を越えると、受付側
のＩＣカード９を開放する。
Description
【０００１】
【発明の属する技術分野】本発明は、電子化された通貨
の取引（電子マネー取引と称す）に関するものであり、
特に、通信ネットワークを通じての取引におけるサービ
ス提供者側の電子マネー取引システムに関するものであ
る。
の取引（電子マネー取引と称す）に関するものであり、
特に、通信ネットワークを通じての取引におけるサービ
ス提供者側の電子マネー取引システムに関するものであ
る。
【０００２】
【従来の技術】ネットワーク上における電子マネーの決
済取引に関しては、特開平１０−１５４１９０号に開示
されるようなｍ対ｎのＩＣカード間での電子マネー取引
を実行しサービスを提供することが考えられる。しか
し、ネットワーク上では様々な問題が発生する可能性を
含んでおり、電子マネー等の情報の送受信を行う際には
ＩＣカード同士で何回かの情報をやり取りする必要があ
り、以上の方法が最適解とすることはできない。
済取引に関しては、特開平１０−１５４１９０号に開示
されるようなｍ対ｎのＩＣカード間での電子マネー取引
を実行しサービスを提供することが考えられる。しか
し、ネットワーク上では様々な問題が発生する可能性を
含んでおり、電子マネー等の情報の送受信を行う際には
ＩＣカード同士で何回かの情報をやり取りする必要があ
り、以上の方法が最適解とすることはできない。
【０００３】
【発明が解決しようとする課題】通信ネットワークを経
由して電子マネー取引をする場合、利用者側端末の１つ
のＩＣカードに対して受付側端末のＩＣカードを１つ割
り当てなければいけない。しかし、通信ネットワークを
経由して取引を行う場合、何らかの原因で取引が終了す
る前に利用者側端末から受付側端末に対して要求が送ら
れなくなる可能性がある。このような場合、ＩＣカード
を割り当てたままにしておくことは効率的ではない。
由して電子マネー取引をする場合、利用者側端末の１つ
のＩＣカードに対して受付側端末のＩＣカードを１つ割
り当てなければいけない。しかし、通信ネットワークを
経由して取引を行う場合、何らかの原因で取引が終了す
る前に利用者側端末から受付側端末に対して要求が送ら
れなくなる可能性がある。このような場合、ＩＣカード
を割り当てたままにしておくことは効率的ではない。
【０００４】また、ネットワークのトラブルによるデー
タの欠損やメッセージの再送、第三者からの不正なアク
セス等も考えられ、ＩＣカードに対して繰り返しアクセ
スされることは好ましくない。
タの欠損やメッセージの再送、第三者からの不正なアク
セス等も考えられ、ＩＣカードに対して繰り返しアクセ
スされることは好ましくない。
【０００５】
【課題を解決するための手段】以上のような問題点を解
決するため、本発明の請求項１に係る発明は、利用者側
のＩＣカードに対して、受付側は、複数のＩＣカードの
中の１つのＩＣカードを割り当てて、利用者側のＩＣカ
ードと受付側のＩＣカードを接続し、価値転送を行って
取引を行う電子マネー取引システムにおいて、取引の進
行状態を取引処理状態として管理し、取引処理状態毎に
利用者側のＩＣカードがセットされた端末から送られる
再送要求および不正なメッセージの受付回数の上限数を
指定し、利用者側端末からの再送要求もしくは不正なメ
ッセージの受付回数が規定数に達するとエラーメッセー
ジを応答として利用者側端末へ返し、受付側のＩＣカー
ドを開放することを特徴とする電子マネー取引システム
である。
決するため、本発明の請求項１に係る発明は、利用者側
のＩＣカードに対して、受付側は、複数のＩＣカードの
中の１つのＩＣカードを割り当てて、利用者側のＩＣカ
ードと受付側のＩＣカードを接続し、価値転送を行って
取引を行う電子マネー取引システムにおいて、取引の進
行状態を取引処理状態として管理し、取引処理状態毎に
利用者側のＩＣカードがセットされた端末から送られる
再送要求および不正なメッセージの受付回数の上限数を
指定し、利用者側端末からの再送要求もしくは不正なメ
ッセージの受付回数が規定数に達するとエラーメッセー
ジを応答として利用者側端末へ返し、受付側のＩＣカー
ドを開放することを特徴とする電子マネー取引システム
である。
【０００６】請求項２に係る発明は、上述した請求項１
に係る発明において、利用者側端末からの要求が一定時
間送られてこない場合、受付側のＩＣカードを開放する
ことを特徴とする電子マネー取引システムである。請求
項３に係る発明は、上述した請求項１または２に係る発
明において、利用者側端末から送られてくる要求メッセ
ージを受け取り、受け取った要求メッセージを解析し、
正しい要求であれば利用者側のＩＣカードと受付側のＩ
Ｃカードとの間で取引処理を続行し、正しくない要求で
あればエラー応答を利用者側端末へ返す受付処理部を設
けたことを特徴とする電子マネー取引システムである。
に係る発明において、利用者側端末からの要求が一定時
間送られてこない場合、受付側のＩＣカードを開放する
ことを特徴とする電子マネー取引システムである。請求
項３に係る発明は、上述した請求項１または２に係る発
明において、利用者側端末から送られてくる要求メッセ
ージを受け取り、受け取った要求メッセージを解析し、
正しい要求であれば利用者側のＩＣカードと受付側のＩ
Ｃカードとの間で取引処理を続行し、正しくない要求で
あればエラー応答を利用者側端末へ返す受付処理部を設
けたことを特徴とする電子マネー取引システムである。
【０００７】請求項４に係る発明は、上述した請求項１
または３に係る発明において、利用者側端末からの正し
い要求に対して受付側のＩＣカードが正しい応答を返し
た場合に、利用者側端末からの要求を記憶しておくこと
を特徴とする電子マネー取引システムである。
または３に係る発明において、利用者側端末からの正し
い要求に対して受付側のＩＣカードが正しい応答を返し
た場合に、利用者側端末からの要求を記憶しておくこと
を特徴とする電子マネー取引システムである。
【０００８】
【発明の実施の形態】図１は本発明の電子マネー取引シ
ステムの実施の形態の一例を示すシステム構成図であ
る。利用者側端末１は、ＩＣカード２とＩＣカードリー
ダライタ（Ｒ／Ｗ）３を持ち、通信ネットワーク４で受
付側端末５とつながっている。
ステムの実施の形態の一例を示すシステム構成図であ
る。利用者側端末１は、ＩＣカード２とＩＣカードリー
ダライタ（Ｒ／Ｗ）３を持ち、通信ネットワーク４で受
付側端末５とつながっている。
【０００９】受付側端末５は、利用者側端末１との取引
を制御する取引制御管理部６、取引に対してどのカード
を割り当てるかを制御するカードアクセス制御部７、複
数のＩＣカード８、複数のＩＣカードリーダライタ９を
持っており、複数の利用者側端末のアクセスを受付可能
である。取引制御管理部６には、受付処理部１０、取引
処理割当部１１、取引処理部１２が存在する。
を制御する取引制御管理部６、取引に対してどのカード
を割り当てるかを制御するカードアクセス制御部７、複
数のＩＣカード８、複数のＩＣカードリーダライタ９を
持っており、複数の利用者側端末のアクセスを受付可能
である。取引制御管理部６には、受付処理部１０、取引
処理割当部１１、取引処理部１２が存在する。
【００１０】受付処理部１０では、利用者側端末１から
の要求を受け付ける処理を行い、利用者側端末１からの
要求メッセージが正しいものであるかを検証する。正し
くない要求メッセージであった場合には、即時に利用者
側端末１に対してエラーが送信される。取引処理割当部
１１では、利用者側端末からの要求に対して１つの取引
処理の割り当てを行う。取引処理開始要求に対して新た
な取引処理部１２の割り当てを行い、取引識別子によ
り、取引が終了するまで割り当てた取引処理部１２を判
別する。ここで、１つの取引に対して１つの取引処理部
１２が割り当てられる。さらに、取引処理割当部１１
は、取引が終了もしくは取引を開始していない取引処理
部１２を格納しておくための取引処理部スタック１３、
取引処理を開始し次の要求を待っている状態の取引処理
部１２を格納しておくための待機用テーブル１４、現在
取引処理を行っている取引処理部１２を格納しておくた
めの処理用テーブル１５を持っている。また、取引開始
要求とそれに対応する取引識別子を格納しておくための
取引開始要求テーブル１６を持っている。
の要求を受け付ける処理を行い、利用者側端末１からの
要求メッセージが正しいものであるかを検証する。正し
くない要求メッセージであった場合には、即時に利用者
側端末１に対してエラーが送信される。取引処理割当部
１１では、利用者側端末からの要求に対して１つの取引
処理の割り当てを行う。取引処理開始要求に対して新た
な取引処理部１２の割り当てを行い、取引識別子によ
り、取引が終了するまで割り当てた取引処理部１２を判
別する。ここで、１つの取引に対して１つの取引処理部
１２が割り当てられる。さらに、取引処理割当部１１
は、取引が終了もしくは取引を開始していない取引処理
部１２を格納しておくための取引処理部スタック１３、
取引処理を開始し次の要求を待っている状態の取引処理
部１２を格納しておくための待機用テーブル１４、現在
取引処理を行っている取引処理部１２を格納しておくた
めの処理用テーブル１５を持っている。また、取引開始
要求とそれに対応する取引識別子を格納しておくための
取引開始要求テーブル１６を持っている。
【００１１】取引処理部１２は取引の進行状態を管理
し、利用者側端末１からの要求メッセージが現在の状態
で受付可能なメッセージであるかどうかを検証する。さ
らに、取引処理部１２は、受け付けた要求を保存してお
く要求バッファ１７を持っている。また、取引処理がど
こまで進んだかの状態を管理する取引処理状態管理部１
８と、受け付けた要求メッセージが再送要求や不正なメ
ッセージであった場合に、前記取引処理状態管理部１８
で管理しているその時の取引処理状態に対応させてその
受け付けた回数を保存するリトライカウンタ１９を持
つ。さらに、取引処理部１２はタイマー２０を持ち、一
定時間以内に利用者側端末１から取引要求が送られて来
なかった場合には、取引処理状態管理部１８で管理して
いる取引処理状態を初期状態に戻し、取引処理割当部１
１に対して取引中断を知らせる。
し、利用者側端末１からの要求メッセージが現在の状態
で受付可能なメッセージであるかどうかを検証する。さ
らに、取引処理部１２は、受け付けた要求を保存してお
く要求バッファ１７を持っている。また、取引処理がど
こまで進んだかの状態を管理する取引処理状態管理部１
８と、受け付けた要求メッセージが再送要求や不正なメ
ッセージであった場合に、前記取引処理状態管理部１８
で管理しているその時の取引処理状態に対応させてその
受け付けた回数を保存するリトライカウンタ１９を持
つ。さらに、取引処理部１２はタイマー２０を持ち、一
定時間以内に利用者側端末１から取引要求が送られて来
なかった場合には、取引処理状態管理部１８で管理して
いる取引処理状態を初期状態に戻し、取引処理割当部１
１に対して取引中断を知らせる。
【００１２】図２は電子マネーによる取引の処理の一連
の流れの一例を示す説明図であり、電子マネー取引の処
理の概要を説明する。まず、利用者側端末１から受付側
端末５に取引開始要求が送信され、取引開始要求の応答
を受付側端末５が利用者側端末１に返すことで価値転送
が開始される。次に、価値転送要求が利用者側端末１か
ら送信され、これを受けて価値転送要求の応答を受付側
端末５が返す。全ての価値転送が終了時、価値転送終了
要求が利用者側端末１から送信され、これを受けて価値
転送終了要求の応答を受付側端末５が返すことで価値転
送処理を終了する、という流れになっている。
の流れの一例を示す説明図であり、電子マネー取引の処
理の概要を説明する。まず、利用者側端末１から受付側
端末５に取引開始要求が送信され、取引開始要求の応答
を受付側端末５が利用者側端末１に返すことで価値転送
が開始される。次に、価値転送要求が利用者側端末１か
ら送信され、これを受けて価値転送要求の応答を受付側
端末５が返す。全ての価値転送が終了時、価値転送終了
要求が利用者側端末１から送信され、これを受けて価値
転送終了要求の応答を受付側端末５が返すことで価値転
送処理を終了する、という流れになっている。
【００１３】図３はメッセージの一例を示す説明図で、
要求メッセージおよび応答メッセージに含まれるデータ
の例であり、これには取引識別子とメッセージのデータ
が含まれる。取引識別子は、取引処理割当部１１により
１つの取引に対して唯一の取引識別子が割り当てられ、
取引を識別するために用いる。以下に、本実施の形態の
電子マネー取引システムにおいて、電子マネーの取引に
おける通信の一連の流れの詳細とＩＣカードの開放手順
を示す。
要求メッセージおよび応答メッセージに含まれるデータ
の例であり、これには取引識別子とメッセージのデータ
が含まれる。取引識別子は、取引処理割当部１１により
１つの取引に対して唯一の取引識別子が割り当てられ、
取引を識別するために用いる。以下に、本実施の形態の
電子マネー取引システムにおいて、電子マネーの取引に
おける通信の一連の流れの詳細とＩＣカードの開放手順
を示す。
【００１４】図４は取引開始要求時の処理の流れを示す
説明図である。まず、利用者側端末１から受付側端末５
に取引開始要求が送られる。受付側端末５は受付処理部
１０において、要求を受け付ける処理と要求メッセージ
の解析を行う。受付処理部１０では、利用者側端末１か
らの要求メッセージが正しくない要求メッセージであっ
た場合には、即時に利用者側端末１に対してエラーを送
信する。
説明図である。まず、利用者側端末１から受付側端末５
に取引開始要求が送られる。受付側端末５は受付処理部
１０において、要求を受け付ける処理と要求メッセージ
の解析を行う。受付処理部１０では、利用者側端末１か
らの要求メッセージが正しくない要求メッセージであっ
た場合には、即時に利用者側端末１に対してエラーを送
信する。
【００１５】受付処理部１０では、利用者側端末１から
の要求メッセージが正しい要求メッセージであった場合
には、取引開始要求を取引処理割当部１１に送る。取引
処理割当部１１は、取引開始要求テーブル１６に同じ取
引開始要求が含まれていなければ、取引開始要求に対し
て新しい取引識別子と取引処理部１２を割り当てる。
の要求メッセージが正しい要求メッセージであった場合
には、取引開始要求を取引処理割当部１１に送る。取引
処理割当部１１は、取引開始要求テーブル１６に同じ取
引開始要求が含まれていなければ、取引開始要求に対し
て新しい取引識別子と取引処理部１２を割り当てる。
【００１６】取引処理部１２は取引処理部スタック１３
から取引識別子とともに処理用テーブル１５に格納され
る。取引開始要求は取引識別子とともに取引開始要求テ
ーブル１６に格納される。そして、取引処理部１２はカ
ードアクセス制御部７に対してカードコマンドを発行し
て、ＩＣカード９を割り当ててもらう。カードアクセス
制御部７は、新しい取引に対するＩＣカード９の割り当
てを行う。カードアクセス制御部７は、割り当てたＩＣ
カード９に対してＩＣカードＲ／Ｗ８を介してカードコ
マンドを発行し、該ＩＣカード９からの応答を取引処理
部１２に返す。
から取引識別子とともに処理用テーブル１５に格納され
る。取引開始要求は取引識別子とともに取引開始要求テ
ーブル１６に格納される。そして、取引処理部１２はカ
ードアクセス制御部７に対してカードコマンドを発行し
て、ＩＣカード９を割り当ててもらう。カードアクセス
制御部７は、新しい取引に対するＩＣカード９の割り当
てを行う。カードアクセス制御部７は、割り当てたＩＣ
カード９に対してＩＣカードＲ／Ｗ８を介してカードコ
マンドを発行し、該ＩＣカード９からの応答を取引処理
部１２に返す。
【００１７】取引処理部１２は、返ってきたＩＣカード
９からの応答を内部フォーマットに変換して取引処理割
当部１１に返す。この時、利用者側端末１からの要求を
要求バッファ１７に格納し、取引処理状態管理部１８で
管理している取引処理状態を遷移させる。取引処理割当
部１１は、取引識別子をキーとして取引処理部１２を待
機用テーブル１４に移し、該当取引処理部１２を次の要
求待ち状態にして、タイマー２０を起動させる。
９からの応答を内部フォーマットに変換して取引処理割
当部１１に返す。この時、利用者側端末１からの要求を
要求バッファ１７に格納し、取引処理状態管理部１８で
管理している取引処理状態を遷移させる。取引処理割当
部１１は、取引識別子をキーとして取引処理部１２を待
機用テーブル１４に移し、該当取引処理部１２を次の要
求待ち状態にして、タイマー２０を起動させる。
【００１８】受付処理部１０は、返ってきた応答を利用
者側端末１への応答メッセージに変換して送信する。以
上の処理で、図２における利用者側端末１からの取引開
始要求と、これを受けての受付側端末５からの取引開始
応答の処理が終了する。図５は価値転送要求時の処理の
流れを示す説明図である。
者側端末１への応答メッセージに変換して送信する。以
上の処理で、図２における利用者側端末１からの取引開
始要求と、これを受けての受付側端末５からの取引開始
応答の処理が終了する。図５は価値転送要求時の処理の
流れを示す説明図である。
【００１９】まず、利用者側端末１から受付側端末５に
価値転送要求が送られる。受付側端末５は受付処理部１
０において、要求の受付処理と要求メッセージの解析を
行う。受付処理部１０では、利用者側端末１からの要求
メッセージが正しくない要求メッセージであった場合に
は、即時に利用者側端末１に対してエラーを送信する。
価値転送要求が送られる。受付側端末５は受付処理部１
０において、要求の受付処理と要求メッセージの解析を
行う。受付処理部１０では、利用者側端末１からの要求
メッセージが正しくない要求メッセージであった場合に
は、即時に利用者側端末１に対してエラーを送信する。
【００２０】受付処理部１０では、利用者側端末１から
の要求メッセージが正しい要求メッセージであった場合
には、取引開始要求を取引処理割当部１１に送る。取引
処理割当部１１は、価値転送要求に含まれる取引識別子
から待機用テーブル１４を検索し、該当する取引識別子
が存在すれば対応する取引処理部１２を取り出し、存在
しなければエラーを返す。
の要求メッセージが正しい要求メッセージであった場合
には、取引開始要求を取引処理割当部１１に送る。取引
処理割当部１１は、価値転送要求に含まれる取引識別子
から待機用テーブル１４を検索し、該当する取引識別子
が存在すれば対応する取引処理部１２を取り出し、存在
しなければエラーを返す。
【００２１】取引処理部１２は取引識別子とともに処理
用テーブル１５に格納され、タイマー２０を停止させ
る。取引処理部１２は、取引処理状態管理部１８で管理
している現在の取引処理状態で受付可能な要求であるか
どうかを判別し、受付不可能な要求であればエラーを返
し、受付可能な要求であればカードアクセス制御部７を
経由して割り当てられたＩＣカード９へのカードコマン
ドを要求し、ＩＣカード９からの応答を得て、その応答
を内部フォーマットに変換して返す。この時、利用者側
端末１からの要求を要求バッファ１７に格納し、取引処
理状態管理部１８で管理している取引処理状態を遷移さ
せる。取引処理割当部１１は、取引識別子をキーとして
取引処理部１２を待機用テーブル１４に移し、取引処理
部１２を次の要求待ち状態にして、タイマー２０を起動
させる。
用テーブル１５に格納され、タイマー２０を停止させ
る。取引処理部１２は、取引処理状態管理部１８で管理
している現在の取引処理状態で受付可能な要求であるか
どうかを判別し、受付不可能な要求であればエラーを返
し、受付可能な要求であればカードアクセス制御部７を
経由して割り当てられたＩＣカード９へのカードコマン
ドを要求し、ＩＣカード９からの応答を得て、その応答
を内部フォーマットに変換して返す。この時、利用者側
端末１からの要求を要求バッファ１７に格納し、取引処
理状態管理部１８で管理している取引処理状態を遷移さ
せる。取引処理割当部１１は、取引識別子をキーとして
取引処理部１２を待機用テーブル１４に移し、取引処理
部１２を次の要求待ち状態にして、タイマー２０を起動
させる。
【００２２】受付処理部１０は、返ってきた応答を利用
者側端末への応答メッセージに変換して送信する。以上
の処理で、図２における利用者側端末１からの価値転送
要求と、これを受けての受付側端末５からの価値転送応
答の処理が終了する。図６は価値転送終了要求時の処理
の流れを示す説明図である。
者側端末への応答メッセージに変換して送信する。以上
の処理で、図２における利用者側端末１からの価値転送
要求と、これを受けての受付側端末５からの価値転送応
答の処理が終了する。図６は価値転送終了要求時の処理
の流れを示す説明図である。
【００２３】まず、利用者側端末１から受付側端末５に
価値転送終了要求が送られる。受付側端末５は受付処理
部１０において、要求の受付処理と要求メッセージの解
析を行う。受付処理部１０では、利用者側端末１からの
要求メッセージが正しくない要求メッセージであった場
合には、即時に利用者側端末１に対してエラーを送信す
る。
価値転送終了要求が送られる。受付側端末５は受付処理
部１０において、要求の受付処理と要求メッセージの解
析を行う。受付処理部１０では、利用者側端末１からの
要求メッセージが正しくない要求メッセージであった場
合には、即時に利用者側端末１に対してエラーを送信す
る。
【００２４】受付処理部１０では、利用者側端末１から
の要求メッセージが正しい要求メッセージであった場合
には、取引開始要求を取引処理割当部１１に送る。取引
処理割当部１１は、価値転送終了要求に含まれる取引識
別子から待機用テーブル１４を検索し、該当する取引識
別子が存在すれば対応する取引処理部１２を取り出し、
存在しなければエラーを返す。取引処理部１２は取引識
別子とともに処理用テーブル１５に格納され、タイマー
２０を停止させる。取引処理部１２は、取引処理状態管
理部１８で管理している現在の取引処理状態で受付可能
な要求であるかどうかを判別し、カードアクセス制御部
７を経由して割り当てられたＩＣカード９へ取引終了を
知らせるカードコマンドを要求してから該ＩＣカード９
を開放し、ＩＣカード９からの応答を得て、その応答を
返し、取引処理部１２の取引処理状態管理部１８で管理
している取引処理状態を初期状態に遷移させる。取引処
理割当部１１は、取引処理状態が初期状態に遷移した取
引処理部１２を取引処理部スタック１３に移し、該取引
処理部１２を別の取引処理に割当可能な状態にする。受
付処理部１０は、返ってきた応答を利用者側端末への応
答メッセージに変換して送信する。
の要求メッセージが正しい要求メッセージであった場合
には、取引開始要求を取引処理割当部１１に送る。取引
処理割当部１１は、価値転送終了要求に含まれる取引識
別子から待機用テーブル１４を検索し、該当する取引識
別子が存在すれば対応する取引処理部１２を取り出し、
存在しなければエラーを返す。取引処理部１２は取引識
別子とともに処理用テーブル１５に格納され、タイマー
２０を停止させる。取引処理部１２は、取引処理状態管
理部１８で管理している現在の取引処理状態で受付可能
な要求であるかどうかを判別し、カードアクセス制御部
７を経由して割り当てられたＩＣカード９へ取引終了を
知らせるカードコマンドを要求してから該ＩＣカード９
を開放し、ＩＣカード９からの応答を得て、その応答を
返し、取引処理部１２の取引処理状態管理部１８で管理
している取引処理状態を初期状態に遷移させる。取引処
理割当部１１は、取引処理状態が初期状態に遷移した取
引処理部１２を取引処理部スタック１３に移し、該取引
処理部１２を別の取引処理に割当可能な状態にする。受
付処理部１０は、返ってきた応答を利用者側端末への応
答メッセージに変換して送信する。
【００２５】以上の処理で、図２における利用者側端末
１からの価値転送終了要求と、これを受けての受付側端
末５からの価値転送終了応答の処理が終了する。図７は
電子マネーによる取引の処理の一連の流れの一例を示す
説明図であり、この図７では、図２および図４で説明し
た取引開始要求に対する応答が利用者側端末１に正常に
返されなかったケースを表している。この時、利用者側
端末１は取引開始要求を再送する。
１からの価値転送終了要求と、これを受けての受付側端
末５からの価値転送終了応答の処理が終了する。図７は
電子マネーによる取引の処理の一連の流れの一例を示す
説明図であり、この図７では、図２および図４で説明し
た取引開始要求に対する応答が利用者側端末１に正常に
返されなかったケースを表している。この時、利用者側
端末１は取引開始要求を再送する。
【００２６】図８は取引開始要求再送時の処理の流れを
示す説明図である。まず、利用者側端末１から受付側端
末５に取引開始要求が再送される。受付側端末５は受付
処理部１０において、要求の受付処理と要求メッセージ
の解析を行う。受付処理部１０では、利用者側端末１か
らの要求メッセージが正しくない要求メッセージであっ
た場合には、即時に利用者側端末１に対してエラーを送
信する。
示す説明図である。まず、利用者側端末１から受付側端
末５に取引開始要求が再送される。受付側端末５は受付
処理部１０において、要求の受付処理と要求メッセージ
の解析を行う。受付処理部１０では、利用者側端末１か
らの要求メッセージが正しくない要求メッセージであっ
た場合には、即時に利用者側端末１に対してエラーを送
信する。
【００２７】受付処理部１０では、利用者側端末１から
の要求メッセージが正しい要求メッセージであった場合
には、取引開始要求を取引処理割当部１１に送る。取引
処理割当部１１は、取引開始要求テーブル１６に同じ取
引開始要求が含まれていれば取引開始要求の再送と見な
し、取引開始要求テーブル１６の取引識別子により待機
用テーブル１４から該当取引処理部１２を取り出し、タ
イマー２０を停止させる。そして、取引処理部１２は取
引識別子とともに処理用テーブル１５に格納される。
の要求メッセージが正しい要求メッセージであった場合
には、取引開始要求を取引処理割当部１１に送る。取引
処理割当部１１は、取引開始要求テーブル１６に同じ取
引開始要求が含まれていれば取引開始要求の再送と見な
し、取引開始要求テーブル１６の取引識別子により待機
用テーブル１４から該当取引処理部１２を取り出し、タ
イマー２０を停止させる。そして、取引処理部１２は取
引識別子とともに処理用テーブル１５に格納される。
【００２８】処理用テーブル１５に格納された取引処理
部１２は、カードアクセス制御部７を経由してＩＣカー
ド９に対してカードコマンドを発行し、ＩＣカード９か
らの応答を返し、取引処理状態管理部１８で管理してい
るその時の取引処理状態に対応させてリトライカウンタ
１９を増加させる。取引処理割当部１１は、処理用テー
ブル１５に格納した取引処理部１２を取引識別子をキー
として待機用テーブル１４に移し、該当取引処理部１２
を次の要求待ち状態にして、タイマー２０を起動させ
る。受付処理部１０は、返ってきた応答を利用者側端末
１への応答メッセージに変換して送信する。
部１２は、カードアクセス制御部７を経由してＩＣカー
ド９に対してカードコマンドを発行し、ＩＣカード９か
らの応答を返し、取引処理状態管理部１８で管理してい
るその時の取引処理状態に対応させてリトライカウンタ
１９を増加させる。取引処理割当部１１は、処理用テー
ブル１５に格納した取引処理部１２を取引識別子をキー
として待機用テーブル１４に移し、該当取引処理部１２
を次の要求待ち状態にして、タイマー２０を起動させ
る。受付処理部１０は、返ってきた応答を利用者側端末
１への応答メッセージに変換して送信する。
【００２９】上述したリトライカウンタ１９の増加時
に、該リトライカウンタ１９が一定数に達した場合に
は、該当取引処理部１２の取引処理状態管理部１８で管
理している取引処理状態を初期状態に戻し、ＩＣカード
９を開放する。さらに、取引処理部１２は取引処理割当
部１１に対してエラーを返し、取引処理割当部１１は処
理用テーブル１５から該当取引処理部１２を取引処理部
スタック１３に移しエラーを返す。受付処理部１０は、
返ってきたエラーに対応した応答を利用者側端末１への
応答メッセージに変換して送信する。
に、該リトライカウンタ１９が一定数に達した場合に
は、該当取引処理部１２の取引処理状態管理部１８で管
理している取引処理状態を初期状態に戻し、ＩＣカード
９を開放する。さらに、取引処理部１２は取引処理割当
部１１に対してエラーを返し、取引処理割当部１１は処
理用テーブル１５から該当取引処理部１２を取引処理部
スタック１３に移しエラーを返す。受付処理部１０は、
返ってきたエラーに対応した応答を利用者側端末１への
応答メッセージに変換して送信する。
【００３０】図９は電子マネーによる取引の処理の一連
の流れの一例を示す説明図であり、この図９では、図２
および図５で説明した価値転送要求に対する応答が利用
者側端末１に返されなかったケースを表している。この
時、利用者側端末１は価値転送要求を再送する。図１０
は価値転送要求再送時の処理の流れを示す説明図であ
る。
の流れの一例を示す説明図であり、この図９では、図２
および図５で説明した価値転送要求に対する応答が利用
者側端末１に返されなかったケースを表している。この
時、利用者側端末１は価値転送要求を再送する。図１０
は価値転送要求再送時の処理の流れを示す説明図であ
る。
【００３１】まず、利用者側端末１から価値転送要求が
再送される。受付側端末５は受付処理部１０において、
要求の受付処理と要求メッセージの解析を行う。受付処
理部１０では、利用者側端末１からの要求メッセージが
正しくない要求メッセージであった場合には、即時に利
用者側端末１に対してエラーを送信する。受付処理部１
０では、利用者側端末１からの要求メッセージが正しい
要求メッセージであった場合には、取引開始要求を取引
処理割当部１１に送る。
再送される。受付側端末５は受付処理部１０において、
要求の受付処理と要求メッセージの解析を行う。受付処
理部１０では、利用者側端末１からの要求メッセージが
正しくない要求メッセージであった場合には、即時に利
用者側端末１に対してエラーを送信する。受付処理部１
０では、利用者側端末１からの要求メッセージが正しい
要求メッセージであった場合には、取引開始要求を取引
処理割当部１１に送る。
【００３２】取引処理割当部１１は、要求に含まれる取
引識別子で待機用テーブル１４から該当取引処理部１２
を取り出す。この取引処理部１２は取引識別子をキーと
して、処理用テーブル１５に格納される。この時、タイ
マー２０を停止させる。取引処理部１２は要求バッファ
１７にある前回の要求と今回の要求が等しければ、価値
転送要求の再送と見なして、取引処理状態管理部１８で
管理しているその時の取引処理状態に対応させてリトラ
イカウンタ１９を増加させ、カードアクセス制御部７を
経由してＩＣカード９にカードコマンドを発行し、該Ｉ
Ｃカード９からの応答を返す。
引識別子で待機用テーブル１４から該当取引処理部１２
を取り出す。この取引処理部１２は取引識別子をキーと
して、処理用テーブル１５に格納される。この時、タイ
マー２０を停止させる。取引処理部１２は要求バッファ
１７にある前回の要求と今回の要求が等しければ、価値
転送要求の再送と見なして、取引処理状態管理部１８で
管理しているその時の取引処理状態に対応させてリトラ
イカウンタ１９を増加させ、カードアクセス制御部７を
経由してＩＣカード９にカードコマンドを発行し、該Ｉ
Ｃカード９からの応答を返す。
【００３３】取引処理割当部１１は取引識別子をキーと
して取引処理部１２を待機用テーブル１４に移し、取引
処理部１２を次の要求待ち状態にして、タイマー２０を
起動させる。受付処理部１０は、返ってきた応答を利用
者側端末１への応答メッセージに変換して送信する。上
述したリトライカウンタ１９の増加時に、該リトライカ
ウンタ１９が一定数に達した場合には、該当取引処理部
１２の取引処理状態管理部１８で管理している取引処理
状態を初期状態に戻し、ＩＣカード９を開放する。取引
処理部１２は取引処理割当部１１に対してエラーを返
し、取引処理割当部１１は処理用テーブル１５から該当
取引処理部１２を取引処理部スタック１３に移しエラー
を返す。受付処理部１０は、返ってきたエラーに対応し
た応答を利用者側端末１への応答メッセージに変換して
送信する。
して取引処理部１２を待機用テーブル１４に移し、取引
処理部１２を次の要求待ち状態にして、タイマー２０を
起動させる。受付処理部１０は、返ってきた応答を利用
者側端末１への応答メッセージに変換して送信する。上
述したリトライカウンタ１９の増加時に、該リトライカ
ウンタ１９が一定数に達した場合には、該当取引処理部
１２の取引処理状態管理部１８で管理している取引処理
状態を初期状態に戻し、ＩＣカード９を開放する。取引
処理部１２は取引処理割当部１１に対してエラーを返
し、取引処理割当部１１は処理用テーブル１５から該当
取引処理部１２を取引処理部スタック１３に移しエラー
を返す。受付処理部１０は、返ってきたエラーに対応し
た応答を利用者側端末１への応答メッセージに変換して
送信する。
【００３４】図１１は取引処理部におけるエラー処理の
流れを示す説明図で、次に価値転送要求時に現在の状態
では受け付けられないメッセージ、もしくはＩＣカード
に対してコマンドを発行してエラーが返ってきた場合の
処理を図１１を用いて説明する。まず、利用者側端末１
から価値転送要求が再送される。受付側端末５は受付処
理部１０において、要求の受付処理と要求メッセージの
解析を行う。取引処理割当部１１は、要求に含まれる取
引識別子で待機用テーブル１４から該当取引処理部１２
を取り出す。この取引処理部１２は取引識別子をキーと
して、処理用テーブル１５に格納される。この時、タイ
マー２０を停止させる。処理用テーブル１５に格納され
た取引処理部１２は現在の状態で受付可能な要求である
か判断し、受付不可能な要求であった場合、取引処理状
態管理部１８で管理しているその時の取引処理状態に対
応させてリトライカウンタ１９を増加させ、エラーを返
す。また、要求は受付可能であったが、要求に応じたカ
ードコマンドをＩＣカード９に対して発行し、エラーが
返ってきた場合も同様に、取引処理状態管理部１８で管
理しているその時の取引処理状態に対応させてリトライ
カウンタ１９を増加させ、エラーを返す。
流れを示す説明図で、次に価値転送要求時に現在の状態
では受け付けられないメッセージ、もしくはＩＣカード
に対してコマンドを発行してエラーが返ってきた場合の
処理を図１１を用いて説明する。まず、利用者側端末１
から価値転送要求が再送される。受付側端末５は受付処
理部１０において、要求の受付処理と要求メッセージの
解析を行う。取引処理割当部１１は、要求に含まれる取
引識別子で待機用テーブル１４から該当取引処理部１２
を取り出す。この取引処理部１２は取引識別子をキーと
して、処理用テーブル１５に格納される。この時、タイ
マー２０を停止させる。処理用テーブル１５に格納され
た取引処理部１２は現在の状態で受付可能な要求である
か判断し、受付不可能な要求であった場合、取引処理状
態管理部１８で管理しているその時の取引処理状態に対
応させてリトライカウンタ１９を増加させ、エラーを返
す。また、要求は受付可能であったが、要求に応じたカ
ードコマンドをＩＣカード９に対して発行し、エラーが
返ってきた場合も同様に、取引処理状態管理部１８で管
理しているその時の取引処理状態に対応させてリトライ
カウンタ１９を増加させ、エラーを返す。
【００３５】取引処理割当部１１は、取引識別子をキー
としてエラーを返してきた取引処理部１２を待機用テー
ブル１４に移し、該当取引処理部１２を次の要求待ち状
態にして、タイマー２０を起動させる。受付処理部１０
は返ってきた応答を利用者側端末１への応答メッセージ
に変換して送信する。上述したリトライカウンタ１９の
増加時に、該リトライカウンタ１９が一定数に達した場
合には、該当取引処理部１２の取引処理状態管理部１８
で管理している取引処理状態を初期状態に戻し、ＩＣカ
ード９を開放する。取引処理部１２は取引処理割当部１
１に対してエラーを返し、取引処理割当部１１は処理用
テーブル１５から取引処理部１２を取引処理部スタック
１３に移しエラーを返す。受付処理部１０は、返ってき
たエラーに対応した応答を利用者側端末１への応答メッ
セージに変換して送信する。
としてエラーを返してきた取引処理部１２を待機用テー
ブル１４に移し、該当取引処理部１２を次の要求待ち状
態にして、タイマー２０を起動させる。受付処理部１０
は返ってきた応答を利用者側端末１への応答メッセージ
に変換して送信する。上述したリトライカウンタ１９の
増加時に、該リトライカウンタ１９が一定数に達した場
合には、該当取引処理部１２の取引処理状態管理部１８
で管理している取引処理状態を初期状態に戻し、ＩＣカ
ード９を開放する。取引処理部１２は取引処理割当部１
１に対してエラーを返し、取引処理割当部１１は処理用
テーブル１５から取引処理部１２を取引処理部スタック
１３に移しエラーを返す。受付処理部１０は、返ってき
たエラーに対応した応答を利用者側端末１への応答メッ
セージに変換して送信する。
【００３６】図１２は取引処理部におけるタイムオーバ
時の処理の流れを示す説明図で、次に、タイマーが利用
者側端末に対して応答を返してから一定時間経過した事
を知らせる場合の処理を図１２を用いて説明する。ま
ず、タイマー２０が取引処理部１２に対して、利用者側
端末１に応答を返してから一定時間経過したことを知ら
せる。これにより、取引処理部１２はタイムアウトが発
生したことを知り、取引処理状態管理部１８で管理して
いる取引処理状態を初期状態に戻して割り当てられたＩ
Ｃカード９を開放し、取引処理割当部１１にタイムアウ
トが発生したことを通知する。取引処理割当部１１は、
タイムアウトが発生した取引処理部１２を待機用テーブ
ル１４から取引処理部スタック１３に戻し、該取引処理
部１２を別の取引処理に割当可能な状態にする。
時の処理の流れを示す説明図で、次に、タイマーが利用
者側端末に対して応答を返してから一定時間経過した事
を知らせる場合の処理を図１２を用いて説明する。ま
ず、タイマー２０が取引処理部１２に対して、利用者側
端末１に応答を返してから一定時間経過したことを知ら
せる。これにより、取引処理部１２はタイムアウトが発
生したことを知り、取引処理状態管理部１８で管理して
いる取引処理状態を初期状態に戻して割り当てられたＩ
Ｃカード９を開放し、取引処理割当部１１にタイムアウ
トが発生したことを通知する。取引処理割当部１１は、
タイムアウトが発生した取引処理部１２を待機用テーブ
ル１４から取引処理部スタック１３に戻し、該取引処理
部１２を別の取引処理に割当可能な状態にする。
【００３７】
【発明の効果】以上説明したように、本発明は、利用者
側端末から受付側端末に対して取引要求の再送もしくは
不正なメッセージが一定回数以上送られてきた場合、ま
た、利用者側端末から一定時間の間要求が送られてこな
かった場合、何らかのトラブルが発生したものとして取
引処理を中断し、電子マネーの取引に使用していた受付
側のＩＣカードを開放する。これにより、無駄なＩＣカ
ードの割り当てが行われないようになり、電子マネーの
取引要求をより多く処理することが可能となるととも
に、ＩＣカードに対するアクセスを減らすことができ
る。
側端末から受付側端末に対して取引要求の再送もしくは
不正なメッセージが一定回数以上送られてきた場合、ま
た、利用者側端末から一定時間の間要求が送られてこな
かった場合、何らかのトラブルが発生したものとして取
引処理を中断し、電子マネーの取引に使用していた受付
側のＩＣカードを開放する。これにより、無駄なＩＣカ
ードの割り当てが行われないようになり、電子マネーの
取引要求をより多く処理することが可能となるととも
に、ＩＣカードに対するアクセスを減らすことができ
る。
【００３８】また、利用者側端末から何らかの問題のた
めに不正なメッセージが送られてきた場合に、受付側の
ＩＣカードにアクセスすることなく即時にエラー応答を
返すことで、やはり、ＩＣカードに対するアクセスを減
らすことができる。
めに不正なメッセージが送られてきた場合に、受付側の
ＩＣカードにアクセスすることなく即時にエラー応答を
返すことで、やはり、ＩＣカードに対するアクセスを減
らすことができる。
【図１】本発明の電子マネー取引システムの実施の形態
の一例を示すシステム構成図
の一例を示すシステム構成図
【図２】電子マネーによる取引の処理の一連の流れの一
例を示す説明図
例を示す説明図
【図３】メッセージの一例を示す説明図
【図４】取引開始要求時の処理の流れを示す説明図
【図５】価値転送要求時の処理の流れを示す説明図
【図６】価値転送終了要求時の処理の流れを示す説明図
【図７】電子マネーによる取引の処理の一連の流れの一
例を示す説明図
例を示す説明図
【図８】取引開始要求再送時の処理の流れを示す説明図
【図９】電子マネーによる取引の処理の一連の流れの一
例を示す説明図
例を示す説明図
【図１０】価値転送要求再送時の処理の流れを示す説明
図
図
【図１１】取引処理部におけるエラー処理の流れを示す
説明図
説明図
【図１２】取引処理部におけるタイムオーバ時の処理の
流れを示す説明図
流れを示す説明図
１ 利用者側端末 ２ ＩＣカード ５ 受付側端末 ９ ＩＣカード １０ 受付処理部 １８ 取引処理状態管理部 １９ リトライカウンタ ２０ タイマー
Claims (4)
- 【請求項１】 利用者側のＩＣカードに対して、受付側
は、複数のＩＣカードの中の１つのＩＣカードを割り当
てて、利用者側のＩＣカードと受付側のＩＣカードを接
続し、価値転送を行って取引を行う電子マネー取引シス
テムにおいて、 取引の進行状態を取引処理状態として管理し、取引処理
状態毎に利用者側のＩＣカードがセットされた端末から
送られる再送要求および不正なメッセージの受付回数の
上限数を指定し、利用者側端末からの再送要求もしくは
不正なメッセージの受付回数が規定数に達するとエラー
メッセージを応答として利用者側端末へ返し、受付側の
ＩＣカードを開放することを特徴とする電子マネー取引
システム。 - 【請求項２】 請求項１において、 利用者側端末からの要求が一定時間送られてこない場
合、受付側のＩＣカードを開放することを特徴とする電
子マネー取引システム。 - 【請求項３】 請求項１または２において、 利用者側端末から送られてくる要求メッセージを受け取
り、受け取った要求メッセージを解析し、正しい要求で
あれば利用者側のＩＣカードと受付側のＩＣカードとの
間で取引処理を続行し、正しくない要求であればエラー
応答を利用者側端末へ返す受付処理部を設けたことを特
徴とする電子マネー取引システム。 - 【請求項４】 請求項１または３において、 利用者側端末からの正しい要求に対して受付側のＩＣカ
ードが正しい応答を返した場合に、利用者側端末からの
要求を記憶しておくことを特徴とする電子マネー取引シ
ステム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP11160192A JP2000348120A (ja) | 1999-06-07 | 1999-06-07 | 電子マネー取引システム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP11160192A JP2000348120A (ja) | 1999-06-07 | 1999-06-07 | 電子マネー取引システム |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2000348120A true JP2000348120A (ja) | 2000-12-15 |
Family
ID=15709815
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP11160192A Pending JP2000348120A (ja) | 1999-06-07 | 1999-06-07 | 電子マネー取引システム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2000348120A (ja) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007041954A (ja) * | 2005-08-04 | 2007-02-15 | Felica Networks Inc | 価値情報移動システム，価値情報移動方法 |
| JP2010277287A (ja) * | 2009-05-27 | 2010-12-09 | Kyocera Corp | 電子マネーの端末間送金システムおよび通信端末 |
-
1999
- 1999-06-07 JP JP11160192A patent/JP2000348120A/ja active Pending
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007041954A (ja) * | 2005-08-04 | 2007-02-15 | Felica Networks Inc | 価値情報移動システム，価値情報移動方法 |
| US8291085B2 (en) | 2005-08-04 | 2012-10-16 | Felica Networks, Inc. | Value information transfer system and value information transfer method |
| JP2010277287A (ja) * | 2009-05-27 | 2010-12-09 | Kyocera Corp | 電子マネーの端末間送金システムおよび通信端末 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CA2165442C (en) | Translation and connection device for radio frequency point of sale transaction systems | |
| US5793983A (en) | Input/output channel interface which automatically deallocates failed subchannel and re-segments data block for transmitting over a reassigned subchannel | |
| US6769003B2 (en) | Parallel logging method for transaction processing system | |
| TW484066B (en) | Network interface device which allows peripherals to utilize network transport services | |
| JP4090511B2 (ja) | 外部装置からシムカードにシムカード用の制御コマンドを伝達するための方法 | |
| US4910766A (en) | Quasi reservation-based communication service process system | |
| US8149800B2 (en) | Communication method, control station, and communication apparatus | |
| JPH08263608A (ja) | プロトコル切換方法 | |
| CN101707618B (zh) | 认证控制方法、装置、系统和认证服务器 | |
| JP4293729B2 (ja) | チップカード読取り装置遠距離通信端末 | |
| JP2000348120A (ja) | 電子マネー取引システム | |
| JP2000348119A (ja) | 電子マネー取引システム | |
| CN111416889B (zh) | 通过gatt和异常处理来适配的通信方法及系统 | |
| JP3037233B2 (ja) | パーソナル通信システム | |
| EP1617594A2 (en) | A provisional log-in unit | |
| KR20080078430A (ko) | 가입자의 과금정보 전송 관리를 위한 ｒａｄｉｕｓ클라이언트 및 방법 | |
| KR910008425B1 (ko) | 이종 단말기간의 정보교환장치 및 방법 | |
| KR100320150B1 (ko) | 교환기의 과금 데이터 전송 방법 | |
| McKenzie | Host-Host Protocol for an ARPANET-Type Network | |
| JPH10336242A (ja) | データ通信システム | |
| KR100259859B1 (ko) | 이중화 랜을 이용한 과금 데이터 전송 장치와 그 방법 및 수집방법 | |
| KR100532318B1 (ko) | 브이5.2 프로토콜에서 데이터링크 맵 설정방법 | |
| JPH04363944A (ja) | プロトコル変換装置 | |
| JPS6380359A (ja) | 共有資源管理方法 | |
| JPH09252349A (ja) | データ照合システム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313111 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313111 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| FPAY | Renewal fee payment (prs date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080302 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (prs date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090302 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (prs date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090302 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (prs date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100302 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (prs date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100302 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (prs date is renewal date of database) |
Year of fee payment: 10 Free format text: PAYMENT UNTIL: 20110302 |
|
| FPAY | Renewal fee payment (prs date is renewal date of database) |
Year of fee payment: 11 Free format text: PAYMENT UNTIL: 20120302 |
|
| LAPS | Cancellation because of no payment of annual fees |