(57)【要約】【課題】  カードの真偽を正確に判定できるカードシステムを提供する。【解決手段】  個別のカードＩＤを備えたカードＧと、センターサーバーＳと、端末ＩＤを備えた複数の数の端末２〜４とからなり、センターサーバーＳには、カードＩＤと、このカードＩＤに対応させた複数の情報ポスト７とを備え、カードＩＤに対応づけられた処理属性と、カードＩＤに対応づけた端末ＩＤとを予め記憶させておく一方、複数の情報ポスト７には端末ＩＤに対応したアドレスを予め特定しておき、センターサーバーＳは、端末ＩＤを受信したとき、その端末ＩＤに対応したカードＩＤおよび情報ポスト７のアドレスを特定する機能と、この特定された情報ポスト７に端末ＩＤに対応づけられた端末からのデータを書き込む機能と、必要な情報ポスト７のすべてにデータが書き込まれたとき、予め記憶していた処理属性の実行を許可する機能とを備えた。【選択図】  図２
2006192681.tif 000002
【特許請求の範囲】
【請求項１】
個別のカードＩＤを備えたユーザーカードと、センターサーバーと、端末ＩＤを備えた複数の数の端末とからなり、上記センターサーバーには、上記カードＩＤと、この上記カードＩＤに対応させた複数の情報ポストとを記憶させるとともに、この情報ポストには、処理属性登録欄と、端末ＩＤ登録欄と、その他の必要事項を登録する登録欄とのそれぞれについて、アドレスを予め特定しておき、センターサーバーは、端末ＩＤを受信したとき、その端末ＩＤに対応したカードＩＤおよび情報ポストにおける上記登録欄のアドレスを特定する機能と、このアドレスに対応した上記登録欄に端末からのデータを書き込む機能と、必要な上記登録欄のすべてにデータが書き込まれたとき、予め記憶していた上記処理属性の実行を許可する機能とを備えたカードシステム。
【請求項２】
センターサーバーは、端末ＩＤを受信したとき、その端末ＩＤに対応したカードＩＤおよび情報ポストのアドレスを特定するとともに、この特定された情報ポストに端末ＩＤに対応づけられた端末からのデータを書き込むとき、当該情報ポストにすでにデータが書き込まれているかどうかを判定する機能と、当該情報ポストにすでにデータが書き込まれているとき、その情報ポストにデータを書き込むのを拒否する機能とを備えた請求項１記載のカードシステム。
【請求項３】
センターサーバーは、必要な情報ポストにデータが登録されていないとき、当該カードの有効性を否定して処理属性の実行を拒否する信号を出力する機能を備えた請求項１または２記載のカードシステム。
【請求項４】
センターサーバーは、情報ポストにあらかじめ登録された処理属性の実行を制限するロック機能と、このロックを解除するロック解除キーあるいはロック解除用暗証番号のいずれかを入力したとき、上記ロックを解除する機能とを備えた請求項２〜４のいずれか１に記載したカードシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、ＩＤを備えたカードを基にして、商品あるいはサービスの提供を受けたり、現金の決済等を行ったりするカードシステムに関する。
【背景技術】
【０００２】
従来から知られているカードシステムは、当該カードが提示されたとき、そのカードの真偽を確認してから、カードに化体された処理属性である商品やサービスの提供あるいは現金の決済等が実行されるというものであった。
なお、この発明に関する従来技術の調査はしていない。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
上記のようにカードの真偽を確認したとしても、その真偽が正確に判定できるものではなく、そのために、例えばカードに現金を化体させてそれを自由に流通させることができなかった。
【０００４】
この発明の目的は、カードの真偽を正確に判定できるカードシステムを提供することである。
【課題を解決するための手段】
【０００５】
第１の発明は、  個別のカードＩＤを備えたユーザーカードと、センターサーバーと、端末ＩＤを備えた複数の数の端末とからなり、上記センターサーバーには、上記カードＩＤと、この上記カードＩＤに対応させた複数の情報ポストとを記憶させるとともに、この情報ポストには、処理属性登録欄と、端末ＩＤ登録欄と、その他の必要事項を登録する登録欄とのそれぞれについて、アドレスを予め特定しておき、センターサーバーは、端末ＩＤを受信したとき、その端末ＩＤに対応したカードＩＤおよび情報ポストにおける上記登録欄のアドレスを特定する機能と、このアドレスに対応した上記登録欄に端末からのデータを書き込む機能と、必要な上記登録欄のすべてにデータが書き込まれたとき、予め記憶していた上記処理属性の実行を許可する機能とを備えた点に特徴を有する。
【０００６】
第２の発明は、センターサーバーが端末ＩＤを受信したとき、センターサーバーは、上記端末ＩＤに対応したカードＩＤおよび情報ポストのアドレスを特定するとともに、センターサーバーは上記特定された情報ポストに端末ＩＤに対応づけられた端末からのデータを書き込むとき、当該情報ポストにすでにデータが書き込まれているかどうかを確認する機能と、当該情報ポストにすでにデータが書き込まれているとき、処理属性の実行の拒否を判定する機能とを備えている。
【０００７】
第３の発明は、センターサーバーが、必要な情報ポストのすべてにデータが登録されていないとき、処理属性の実行を拒否する機能を備えている。
第４の発明は、センターサーバーは、情報ポストにあらかじめ登録された処理属性の実行を制限するロック機能と、このロックを解除するロック解除キーあるいはロック解除用暗証番号のいずれかを入力したとき、上記ロックを解除する機能とを備えた点に特徴を有する。
【発明の効果】
【０００８】
第１の発明によれば、センターサーバーに記憶されている情報ポストのうち、必要な情報ポストのすべてにデータが書き込まれているときに、当該カードが処理属性を実行する条件が整ったと判定することができる。したがって、この場合には、例えば、ユーザーの暗証コード等だけに頼って、カードの真偽を判定する場合よりもより正確な判定が可能になる。このようにカードの真偽が簡単に判定できるので、そのカードを自由に流通させることができる。
【０００９】
第２の発明によれば、情報ポストにすでにデータが書き込まれているとき、その重複書き込みを拒否するので、その時点でカードの真偽を迅速に判定できる。
第３の発明によれば、必要な情報ポストのすべてにデータが登録されていないとき、処理属性の実行を拒否する機能を備えているので、流通経路の正当性を簡単に把握することができる。
第４の発明によれば、当該カード等の不正使用を確実に防止でき、ユーザーの信頼感を得ることができる。
【発明を実施するための最良の形態】
【００１０】
図示の実施形態は、カードＧに、一枚一枚のカードＧに特有のカードＩＤと、通信用のＵＲＬとを表示した２次元バーコード１が記載されている。
【００１１】
また、上記カードＩＤを管理するセンターサーバーＳには、発行されたカードＧのすべてのカードＩＤと、それを購入した流通元の業者とがあらかじめ記憶されているが、その具体的なプロセスは次のとおりである。例えば、流通元業者ｘがたくさんのカードＧを購入したとすると、その業者ｘが、センターサーバー側から、自らのコードＮｏ．と購入したカードＧのすべてのカードＩＤとを取得する。このときセンターサーバーＳには、当該カードＩＤが付されたカードＧが、業者ｘが購入したもので、その業者ｘが取り扱い元である旨が記憶される。言い換えると、センターサーバーＳは、個々のカードＩＤと業者ｘのコードＮｏ．とを対応づけてそれらを記憶する。
【００１２】
なお、上記カードＧのカードＩＤおよび業者ｘのコードは、上記業者ｘが通信手段を介してセンターサーバーＳに直接記憶させてもよいし、センターサーバー側の者が、業者ｘから通知を受けた後に、センターサーバーＳに記憶させるようにしてもよい。いずれにしても、センターサーバーＳは、上記カードＧのカードＩＤおよび業者ｘのコードが記憶された時点から当該カードＧが有効に流通したものと認識する。
【００１３】
このようにしたセンターサーバーＳには、複数の端末２〜４と決済機関のコンピュータ５とを接続しているが、これら端末２〜４の端末ＩＤおよび端末２〜４の管理者コードも上記センターサーバーＳにあらかじめ記憶させておく。このばあいに、上記端末２〜４は、当該システムの専用端末であってもよいし、当該システム以外にも利用できる汎用端末であってもよい。いずれにしても、センターサーバーＳは、上記端末２〜４からアクセスがあったとき、誰からアクセスがあったかを認識できるようにしている。
【００１４】
さらに、このシステムでは、上記端末２〜４以外に、ユーザーが使用する端末としての携帯電話６からもセンターサーバーＳにアクセスできるようにしている。すなわち、携帯電話６の所有者は、その携帯電話６で２次元バーコード１を読み取れば、携帯電話６は２次元バーコード１に記録されているＵＲＬを読み取って、センターサーバーＳに自動的にアクセスできる。
【００１５】
一方、上記センターサーバーＳには、図３に示す情報ポスト７を記憶させているが、この情報ポスト７は上記カードＩＤに対応させている。言い換えると、一枚一枚のカードＧ毎にこの情報ポスト７が備えられるようにしている。そして、この情報ポスト７は、複数の登録欄ａ１〜ａｎを備えるとともに、この登録欄ａ１〜ａｎに登録すべき事項は、カードＧを発行する時点であらかじめ決めておく。このようにして取り決められた登録欄ａ１〜ａｎにはそれぞれ固有のアドレスが振り分けられている。
【００１６】
そのアドレスは、端末２〜４の端末ＩＤであったり、あるいはカードＧのカードＩＤであったりするが、いずれにしても、特定のアドレスに対応した情報が登録したときには、センターサーバーＳがそれをアドレスに対応した登録欄ａ１〜ａｎに登録して、センターサーバーＳに記憶させる。そして、この登録欄ａ１〜ａｎに登録すべき事項は、あらかじめ決めておくものである。
【００１７】
上記のようなシステムの利用方法を次に具体的に説明するが、このシステムを運営する上で、先ず取り決めておかなければならないことは、カードＧのカードＩＤに対応した情報ポスト７にどのような登録欄ａ１〜ａｎを設け、そこに何を登録するかということである。例えば、
１．当該カードＧの流通元の業者登録欄
２．当該業者が仕入れた全カードＧのカードＩＤ登録欄
３．当該カードＧが流通する過程で中間業者が介在する場合には、その中間業者とその中間業者が使用する端末２〜４の端末ＩＤ登録欄
４．当該カードＧに金額を化体させるときには、その金額登録欄
５． 当該カードＧによって最終ユーザーに対して実行されるべき処理属性登録欄
６．ユーザーの暗証番号登録欄
７．当該カードＧの有効期間登録欄
等々である。
【００１８】
そして、上記のように取り決められた事項に関しては、センターサーバーＳに記憶させている情報ポスト７に、上記必要事項の登録欄ａ１〜ａｎを割り振るとともに、それら登録欄ａ１〜ａｎのそれぞれにアドレスを付しておく。そして、初期段階で登録事項を特定できるものは、割り振られた登録欄ａ１〜ａｎのいずれかにあらかじめ登録してセンターサーバーＳに記憶させておく。また、初期段階で登録事項を特定できないものは、上記登録欄のみを特定するとともにその登録欄のアドレスをセンターサーバーＳに記憶させておく。
【００１９】
そして、上記カードＧに例えば金券としての機能を持たせるとともに、流通元業者ｘから中間業者に流通させて、当該カードを購入したユーザーＡが、そのカードを最終ユーザーＢに贈り物として手渡す場合について説明する。
【００２０】
先ず、上記流通元業者ｘが扱うすべてのカードＧのカードＩＤをセンターサーバーＳにあらかじめ登録しておく。なお、上記カードＩＤがセンターサーバーＳに登録させた段階で、当該カードＧの有効性が認知されたことになる。ただし、すべてのカードＩＤを登録する手続きは、そのカードＧを発行した発行元の業者がセンターサーバーＳにアクセスしてあらかじめ登録しておいてもよいし、そのカードＧを仕入れた流通元業者ｘが同じくセンターサーバーＳにアクセスして登録してもよい。
【００２１】
上記のようにカードＧの有効性が認知された段階で、それらカードＧの個々のカードＩＤに対応した情報ポスト７をあらかじめ特定しておくとともに、これら情報ポストには、前記した１〜７までの登録欄すなわち
１．当該カードＧの流通元の業者登録欄
２．当該業者が仕入れた全カードＧのカードＩＤ登録欄
３．当該カードＧが流通する過程で中間業者が介在する場合には、その中間業者とその中間業者が使用する端末２〜４の端末ＩＤ登録欄
４．当該カードＧに金額を化体させるときには、その金額登録欄
５． 当該カードＧによって最終ユーザーに対して実行されるべき処理属性登録欄
６．ユーザーの暗証番号登録欄
７．当該カードＧの有効期間登録欄
をあらかじめ設定しておく。
【００２２】
上記のようにして設定した情報ポスト７のうち、例えば、流通元業者ｘのコードナンバー、当該カードの有効期限および当該カードＧによって実行されるべき処理属性等は、事前に登録が可能なので、それらを所定の登録欄にあらかじめ登録しておく。これら以外のものは、登録事項に対応した登録欄とそのアドレスのみを特定しておく。なお、カードに化体される金額は、当該カードの発行時にあらかじめ決めておいてもよいし、当該カードの販売時にそのつど金額を決めるようにしてもよい。
【００２３】
今、当該カードＧが、流通元業者ｘから、中間業者例えば問屋ｙに流通したとすると、その問屋ｙは２次元バーコード１を端末で読み取る。このように２次元バーコード１を読み取ると、その２次元バーコード１に表示されたＵＲＬに基づいて、上記端末がセンターサーバーＳに接続される。問屋ｙの端末がセンターサーバーＳにアクセスすると、センターサーバーＳは、２次元バーコード１に表示されているカードＩＤを読み取って情報ポスト７を特定する一方、上記端末の端末ＩＤを読み取り、上記情報ポスト７の登録欄のアドレスを特定する。このようにして情報ポストと登録欄のアドレスとが特定されたら、センターサーバーＳは、そのアドレスに対応した登録欄に上記端末ＩＤを登録する。このようにして、あらかじめ登録されていた流通過程の中間業者の端末ＩＤが、所定の登録欄に登録されることによって、当該カードＧが正規のルートを流通していることを確認できることになる。もし、この段階で当該アドレスに対応した登録欄に、すでに別の登録がされていれば、同一アドレスに新たな登録がされないようにその登録を拒否するとともに、当該カードＧは不正カードであると判定する。
【００２４】
上記のようにしてカードＧが流通して、当該カードＧが最終的には小売店ｚの店頭に並べられることになるが、このときにも小売店ｚは、それを仕入れた段階で、自らの端末を利用して２次元バーコード１を読み取り、センターサーバーＳにアクセスする。センターサーバーＳでは、上記小売店ｚの端末ＩＤを読み取ってそれを前記したと同様にして所定の登録欄に登録する。
【００２５】
小売店ｚからカードＧを購入したユーザーＡは、例えば携帯電話６を利用して当該カードＧを使用する際の暗証番号をセンターサーバーＳに登録することができるが、このときには上記小売店ｚが情報ポスト７の暗証番号登録欄のアドレスをユーザーＡにあらかじめ伝えておく。
【００２６】
そして、ユーザーＡが、自らの携帯電話６の光学的読み取り手段を利用して２次元バーコード１を読み取り、センターサーバーＳにアクセスすると、センターサーバーＳは、上記２次元バーコード１に表示されているカードＩＤに基づいて、情報ポスト７を特定するとともに、ユーザーＡの携帯電話６を介して特定されたアドレスに、ユーザーＡが入力した暗証番号を登録する。なお、事前に金額が特定されていないときには、ユーザーＡが当該カードＧを購入したこの時点で特定すればよい。この時点で金額が特定された場合に、小売店ｚは特定された金額を情報ポスト７の金額登録欄に登録すること当然である。
【００２７】
このようにしてユーザーＡが購入したカードＧを、例えば、最終ユーザーＢに贈り物として提供したとする。このときユーザーＡは、前記のようにして登録した暗証番号を、最終ユーザーＢにあらかじめ連絡をしておく。この連絡は、電話で連絡してもよいし、メールで連絡してもよい。いずれにしても、最終ユーザーＢが当該カードＧを用いて商品を購入する前に、暗証番号がユーザーＡから最終ユーザーＢに伝えられればよい。
【００２８】
そして、最終ユーザーＢは、あらかじめ決められた小売店ｚに出向いて、カードＧに化体された金額相当の商品を購入するが、このとき、小売店ｚが、前記と同様の端末を利用してセンターサーバーＳにアクセスすると、センターサーバーＳは、前記と同様にカードＩＤをもとにしてそのカードＩＤに対応した情報ポストを選択する。
【００２９】
上記のように情報ポストが選択されたら、センターサーバーＳは、情報ポストの登録欄のうち、暗証番号を登録するアドレスに暗証番号が登録されているかどうかをチェックする。暗証番号が登録されていれば、小売店ｚの端末に対して暗証番号の入力を促す。そこで、小売店ｚの端末を介して最終ユーザーＢ側から暗証番号が入力されたら、センターサーバーＳは、最終ユーザーＢ側から入力された暗証番号と、情報ポストの暗証番号登録欄にあらかじめ登録されている暗証番号とを比較し、それが正しいかどうかを判定する。暗証番号が正しくなければ、処理属性の実行を拒否する信号を、小売店ｚの端末に送信する。
【００３０】
また、上記のように暗証番号が正規のものと判定されても、あらかじめセンターサーバーＳに設定されている必須事項が登録欄のすべてに登録されているかどうかによって、当該カードＧの有効性が判定される。すなわち、センターサーバーＳは、情報ポストの登録欄に必要事項がすべて登録されているかどうかを確認し、それらのすべてが登録されていれば、センターサーバーＳは、処理属性の実行を許可する旨を小売店ｚの端末に送信する。反対に、情報ポストの必要登録欄に必要事項が登録されていないときには、当該カードの有効性を否定するとともに、その処理属性の実行を拒否する旨を小売店ｚの端末に送信する。
【００３１】
そして、小売店ｚと最終ユーザーＢとの間で、処理属性の実行が完了したら、小売店ｚは専用端末を利用してセンターサーバーＳにアクセスし、処理属性の実行完了をセンターサーバーＳに登録することによって、センターサーバーＳは、当該カードＩＤに対応したカードＧの廃棄処理をし、以後、このカードＩＤに対応したカードを使用できないようにする。
【００３２】
なお、流通元業者ｘと小売店ｚとが同一であってもよい。いずれにしても、これら流通元業者ｘ、問屋ｙあるいは小売店ｚが当該システムを利用する資格をあらかじめ取得しておけばよいもので、必ずしも問屋ｙを流通させなければならないというものではない。また、当該システムの利用資格は、上記したように端末ＩＤをセンターサーバーＳに登録しておくことである。
【００３３】
また、この実施形態では、センターサーバーＳに、決済機関のコンピュータ５を接続しているが、その決済方式はどのようであってもよい。要は、センターサーバーＳが、暗証番号の正否、および情報ポストの登録欄に必要事項がすべて登録されているかどうかを判定し、それらが登録されているとき、決済機関のコンピュータ５とセンターサーバーＳとの間で決済が実行される。
【００３４】
さらに、上記した実施形態は、カードＧを流通元業者ｘから、問屋ｙおよび小売店ｚを介してユーザーにわたる場合について説明したが、例えば、当該カードを郵便はがきとし、そのはがきＧを利用して送り側ユーザーＡから受け取り側ユーザーＢに、処理属性である金銭の贈与やサービスを受ける権利を送ることも考えられる。この場合に、当該はがきＧのカードＩＤがあらかじめセンターサーバーＳに登録されていなければならないこと、前記した場合と同様である。また、この場合に、上記２次元バーコード１には、それを読み取った機器、例えば、携帯電話やパソコンなどが、センターサーバーＳに自動的にアクセスできる信号があらかじめ書き込まれていることが必要である。
【００３５】
そして、上記の場合の利用は、次の通りである。例えば、ユーザーＡが携帯電話６を用いて、センターサーバーＳと交信するときには、その携帯電話６の光学読み取り手段を利用して２次元バーコード１を読み取る。このように２次元バーコード１を読み取ると、この２次元バーコード１に書き込まれたアクセス信号を読み取って、当該携帯電話６をセンターサーバーＳに自動的に接続する。なお、パソコンを用いるときには、センターサーバーＳのＵＲＬと、カードＩＤとを手入力する。
【００３６】
上記のようにして携帯電話６からセンターサーバーＳにアクセスされると、センターサーバーＳは、上記２次元バーコード１に記録されているカードＩＤを基にして当該カードにひも付けされている情報ポストを検索し、その有効性を確認する。つまり、このカードＩＤに対応した情報ポストの登録欄に、必要事項があらかじめ登録されているかどうかを判定する。必要事項がすべて登録されていれば、センターサーバーＳは、ユーザーＡの携帯電話６等の端末に対して、どのような処理属性を求めているかを問い合わせる。
【００３７】
上記センターサーバーＳからの問い合わせは、センターサーバーＳに記憶された入力フォームが、携帯電話等の端末に送信されることによって実行される。そして、この入力フォームには、あらかじめ決められた処理属性が表示されている。この入力フォームにしたがって、携帯電話６等の端末からセンターサーバーＳに処理属性を送信する。また、この処理属性を送信するとき、当該はがきＧの受取人であるユーザーＢの端末のメールアドレスも同時に送信する。
そして、センターサーバーＳは、ユーザーＡ側から送信された処理属性および受け取り側であるユーザーＢのメールアドレスを受信したら、そのはがきＧに対応づけられた情報ポスト７に、上記処理属性を登録するとともに、２次元バーコード１に書き込まれたカードＩＤを無効にして、新たなカードＩＤを当該はがきＧに対応づける。
【００３８】
上記のように当該はがきＧに新たなカードＩＤが対応づけられたら、センターサーバーＳは、ユーザーＢのメールアドレスを用いて、そのユーザーＢの端末に新たに対応づけられたカードＩＤを送信し、それを情報ポスト７に登録する。また、ユーザーＢが、当該はがきＧを、さらにユーザーＣに流通させようとするときには、ユーザーＢは、上記ユーザーＡの行為を繰り返すことになる。すなわち、ユーザーＢは、センターサーバーＳにアクセスして、ユーザーＣのメールアドレスをセンターサーバーＳに送信する。メールアドレスを受信したセンターサーバーＳは、ユーザーＢ用に特定されたカードＩＤを無効にするとともに、新たなカードＩＤを当該はがきＧに対応づけるとともに、ユーザーＣのメールアドレスとして登録された端末に、新たに対応づけられたカードＩＤをユーザーＣに通知する。
【００３９】
また、当該はがきＧを不正使用されないようにするためには、当該情報ポストにロックをかけ、積極的にロックの解除がない限り、上記金額を使ったりサービスを受けたりできないようにすることができる。このようにロックをかけるためには、ロックすべきことを携帯電話６側からセンターサーバーＳに依頼することになるが、その依頼方法は、例えば、次のようなことが考えられる。すなわち、上記のようにセンターサーバーＳから携帯電話６に対して金額やサービスの内容等からなる処理属性の入力を促すとき、センターサーバーＳは、ロックをするか否かの問い合わせを、上記携帯電話６に自動的に行うようにする。この問い合わせに対して、携帯電話６側から、所定のボタンをクリックしたりしてロックの依頼をセンターサーバーＳに依頼すると、センターサーバーＳは当該情報ポストをロックし、以後、このロックが解除されない限り、情報ポストに登録された処理属性が実行できないようにする。
【００４０】
上記のようにして情報ポストがロックされると、センターサーバーＳは、携帯電話６からのロック依頼通信の返信としてロックを解除するためのロック解除キーと、ロック解除用暗証番号との両方を携帯電話６に通信する。そして、センターサーバーＳは、以後、上記ロック解除キーあるいはロック解除用暗証番号のいずれか一方がセンターサーバーＳに入力されない限り、当該情報ポスト７に登録された処理属性の実行を許可しない。
【００４１】
なお、上記のようにロック解除キーと、ロック解除用暗証番号との両方を備えたのは、次の理由からである。例えば、センターサーバーＳに処理属性を登録したユーザーＡが、当該情報ポスト７に登録した処理属性を実行するときには、上記ロック解除キーを使うようにする。また、ロック解除用暗証番号は、上記ユーザーＡが、当該はがきＧを、その送り先である最終ユーザーＢに、贈り物として贈呈した場合に利用するものである。すなわち、送り主であるユーザーＡが、ロック解除用暗証番号を、はがきＧを受け取った最終ユーザーＢにあらかじめ通知しておく。その通知の仕方は、電話であってもよいし、電子メールであってもよく、あらかじめその受取人（最終ユーザー）に通知できればその手段は問わない。
【００４２】
上記のようにしてロックがかけられたはがきＧを受け取った最終ユーザーＢは、ユーザーＡから連絡を受けたロック解除用暗証番号を利用して、ロックをはずすことができる。ロックをはずすとは、上記情報ポストにロック解除登録欄を設けて、このロック解除登録欄に最終ユーザーＢから登録されたロック解除用暗証番号と、前記のようにロック登録欄に登録されたロック解除用暗証番号とをセンターサーバーＳが対比し、それが同一のとき、センターサーバーＳがロックを外して、処理属性の実行を許可することになる。
【００４３】
また、ユーザーＡから最終ユーザーＢにロック解除用暗証番号を通知しなくても、ユーザーＡがロック解除キーを用いて、センターサーバーＳに、上記ロックの解除を指示すれば、センターサーバーＳはそのロックを解除する。この場合には、例えば、最終ユーザーＢがユーザーＡに対してロックをはずすように連絡し、その連絡を受けてユーザーＡが上記ロックを解除することになる。このようにすれば、ユーザーＡは、例えば金額を化体したはがきＧを不正使用されることがなくなる。
【図面の簡単な説明】
【００４４】
【図１】カードの裏面図である。
【図２】回路図である。
【図３】情報ポストの説明図である。
【符号の説明】
【００４５】
Ｇ          カード（はがき）
１          ２次元バーコード
Ｓ          センターサーバー
２〜４      端末
７          情報ポスト
ａ１〜ａｎ  登録欄
【図１】
2006192681.tif 000003
【図２】
2006192681.tif 000004
【図３】
2006192681.tif 000005