プリペイドＩＣカードチェックシステム
【課題】プリペイドＩＣカードのカード認証共通化に必要なチェック認証をフレキシブルで高信頼性システムで提供。
【解決手段】チャージＩＤとカード残高をチェック項目とするチェックファイルをカード認証キングは具え、キングネットワークに組み込まれる多数のカード認証メイトも同じチェックファイルを具える。 ＩＣカードが端末で決済を要求すると、この端末は読み込んだチャージＩＤとカード残高をメイトに通知し認証依頼する。メイトはチャージＩＤの一致とカード残高の参照を済ませてチェック認証を端末に通知する。端末は支払手順の時はカード残高を減額し、その結果を通知し、チャージ手順の時はＩＣカード内にチャージＩＤを上書きし残高を更新し、メイトに結果を通知し、メイトはリアルタイムにチャージＩＤと残高をキングに通知する。キングは自身のチェックファイルを更新し各メイトに更新させる。
【解決手段】チャージＩＤとカード残高をチェック項目とするチェックファイルをカード認証キングは具え、キングネットワークに組み込まれる多数のカード認証メイトも同じチェックファイルを具える。 ＩＣカードが端末で決済を要求すると、この端末は読み込んだチャージＩＤとカード残高をメイトに通知し認証依頼する。メイトはチャージＩＤの一致とカード残高の参照を済ませてチェック認証を端末に通知する。端末は支払手順の時はカード残高を減額し、その結果を通知し、チャージ手順の時はＩＣカード内にチャージＩＤを上書きし残高を更新し、メイトに結果を通知し、メイトはリアルタイムにチャージＩＤと残高をキングに通知する。キングは自身のチェックファイルを更新し各メイトに更新させる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はショッピングモール内での支払や鉄道汎用キップとしての利用そしてコンビニや自動販売機でも支払ができるプリペイドＩＣカードのチェックシステムに関する。
【背景技術】
【０００２】
ＩＣカードは利用端末と秘密鍵などをもちいて相互認証をする。暗号アルゴリズムを消費電力から推定し不正カードを複製し、正規ＩＣカードからカード情報を受信してすれば、なりすましＩＣカードが可能になる（特開2003-297033公報)。カード情報管理側に携帯電話番号を追加して、カード利用時に端末に電話番号を通知する認証方式もある（特開2002-63526号公報）。ネットショップで、パソコン端末が特定サイトページにアクセスして認証をえる方式もある（特開2004-29980号公報）。FeliCa（携帯電話機内にプリペイドＩＣカードを内蔵）やSuiCa(JR東日本鉄道のプリペイドＩＣカード）は、ＩＣカード残高をホスト側でチェックする。FeliCa・ＩＣカードへのチャージは、パソコンや携帯電話端末を利用して銀行や与信会社からから可能である。ネットショップでの支払に利用できる仮想プリペイドカードにPINを割り当て、このPINを照合してカード認証を行う方式もある（米国特許第6793135号)。プリペイドカード有効化をPINの選択を前提にする方式もある(米国特許第6473500-B1号)。
【特許文献１】特開２００４−３１０６６９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
リアルタイムにＩＣカード残高を検証しなければならないSuiCaやFeliCaは、カード増加や利用頻度の増加に比例してカードセンタ−の負荷は増加する。ＩＣカード残高のチェック方式も、解読した暗号チップを実装した不正ＩＣカードが登場すれば不正の跋扈を許すことになる。ＩＣカード残高のリアルタイム一致チェックではなく、残高参照と、チャージ毎に異なるチャージＩＤ一致のチェック認証を、独立した認証システムで行って負荷分散を図り、発行人が異なるＩＣカードも認証可能な汎用プリペイドＩＣカード利用システムを提供する。
【課題を解決するための手段】
【０００４】
複数のプリペイドカード発行者の異なるＩＣカードを認証してカード取引する手段であり、カード発行者と連携するプリペイドカード管理とは独立したカード認証スポンサーと、ＩＣカードとカード認証スポンサーと情報交換する端末とを具え、
カード認証スポンサーのチェックファイルとＩＣカード内に、チャージＩＤ欄と残高欄を設け、ＩＣカード購入時やチャージ時に、端末経由でチャージＩＤと残高をそれぞれのチャージＩＤ欄と残高欄に記録させ、
定期的に集計される各ＩＣカードの利用残高を、カード認証スポンサーはチェックファイルの各残高欄に上書き更新する。チャージＩＤは、ＩＣカードにチャージ（バリュ追加）した端末の識別番号（チャージ端末ＩＤ）やその時の日時などが採用される。発行者の異なる各ＩＣカードはこのチャージＩＤ欄をＩＣカード内に設ける。
端末からＩＣカード認証の依頼を受けたカード認証スポンサーは、両チャージＩＤの一致、あるいは、両チャージＩＤ一致かつＩＣカード残高がチェックファイル残高に等しいか以下の場合のみ、チェック認証を端末側に通知する。
【０００５】
端末はカード認証スポンサーに連携して、各カード発行会社のＩＣカードが利用できる。商品やサービス提供の支払端末は、カード発行会社あるいはカード認証スポンサー内に端末名義口座を開設しておく。このカード認証スポンサーからＩＣカードのチェック認証を受け取った端末は、直ちに取引を実行し、ＩＣカード内に残高などを記録し、処理結果をプリペイドカード管理とカード認証スポンサーに通知する。各プリペイドカード管理は各ＩＣカードの残高を管理し、残高変化を監視して不正ＩＣカード利用をチェックする。なお、カード認証スポンサーに連携しない端末は、連携するカード発行人側のＩＣカードしか利用できない。
【０００６】
チェックファイルを具えるカード認証キングと、同じチェックファイルを具える多数のカード認証メイトとをネットワークで連携して情報共有分散のカード認証スポンサーを構築し、カード認証キングがチャージＩＤ欄や残高欄の更新情報を受けとると自身のチェックファイルを更新し、リアルタイムに各カード認証メイトのチェックファイルを更新させる。そしてカード認証メイトに多数の端末を連携する。
各カード認証メイトは、連携する端末からＩＣカード認証依頼を受けると、チェックファイルと照合してチェック認証し、認証を通知した端末からチャージ情報を入手すると、チャージＩＤと残高をカード認証キングに通知する。
【０００７】
ＩＣカードの予納口座を管理する予納口座管理と、会員ファイルや本人認証ファイルそしてマイページファイルを配下におくモバイルとを連携し、携帯電話などでモバイルサイトにアクセスし、ＩＣカード番号を提示して会員登録すると、モバイルは、マイページと予納口座番号をあてがって会員ファイルに保管し、このＩＣカードのチャージ時には予納口座からＩＣカードへバリュ移動する。現金でＩＣカードへのチャージもできる。この予納口座への入金はパソコンや携帯電話、銀行での振込で可能である。振込先は予納口座管理者名義銀行口座である。
チェックファイルに、モバイルサイト内に割りあてられたマイページのマイアドレスを記載しておき、カード認証スポンサー（カード認証メイト）は、チェック認証としてこのマイアドレスを端末に通知する。 ＦＴＰサーバ（file transfer protocol）を具えるモバイルサイトは携帯電話ビュウ画面サイズのマイページなどを納める。ＩＣカード表面に印刷したＱＲコード経由で携帯電話で簡単にマイページにアクセスできる。インターネット端末としての携帯電話は、高普及率とＳＳＬ認証機能そして必要に応じて電話番号の発呼など信頼できる認証端末である。モバイルはこの携帯電話での本人認証と、ＩＣカードのチェック認証通知を受けてから予納口座間の振り替えやバリュ引き出しを許可する。
【発明の効果】
【０００８】
プリペイドカード管理が担ってきたＩＣカード認証作業（残高など）を、カード認証スポンサーに任せることで、複数のプリペイドカード発行者の異なるＩＣカードが利用できる。ＩＣカードのチャージＩＤ欄の内容がカード認証スポンサーのチェックファイルと合致すれば決済できため、鉄道会社毎に異なるプリペイドＩＣカードを準備しなくても、各会社がカード認証スポンサーに連携する端末を配置すれば乗り継ぎ可能になる。カード認証スポンサーの独立化は、プリペイドカード管理の大型化と通信負荷の増加を抑制でき、システムの融通性と信頼性を高める。
端末からＩＣカード認証の依頼を受けたカード認証スポンサーは、両チャージＩＤの一致、あるいは、両チャージＩＤ一致かつＩＣカード残高がチェックファイル残高に等しいか以下の場合のみ、チェック認証をするため、不正ＩＣカードはまずチャージＩＤでチェックでき、このチェックを通過した不正カードを残高参照でチェックできる。
チャージＩＤは頻繁に行われるＩＣカードのチャージ毎に変化するため、従来のパスワードやPIN方式のように利用の都度入力する面倒から開放され、ＩＣカードのデータコピーにも随意対処できる。また、ＩＣカード内の残高がチェックファイルの残高に等しいかあるいは以下の場合に認証を与える、残高参照方式を採用したため、各プリペイドカード管理からのＩＣカード残高報告に時間的余裕を可能にする。
【０００９】
チェックファイルを具えるカード認証キングと、同じチェックファイルを具える多数のカード認証メイトとをネットワークで連携して情報共有分散のカード認証スポンサーを構築し、カード認証キングがチャージＩＤ欄や残高欄の更新情報を受けとると自身のチェックファイルを更新し、リアルタイムに各カード認証メイトのチェックファイルを更新させるため、外部からのチェックファイルへの侵入改変を阻止し、一部損傷しても直ちに他のチェックファイルにより修復できる。チェックファイルの記載項目が少なくてカード認証メイトは小型・低価格で済むため、各市毎（例えば電話局）に配置にでき、端末（ミニ端末）を家庭や電話ボックスやビルに網状配置できる。
インターネット上のバーチャル銀行は決済手段に便利であるが、口座開設が面倒で銀行システムも不正チェック上大型になる。本発明の予納口座は、携帯電話でモバイルサイトに会員登録する際に、ＩＣカード番号を入力するだけで開設できる一方、予納口座からの引き出しや口座間振り替えは、本人認証手続とＩＣカードのチェック認証を済ます自己責任に比重をおくため、予納口座管理は簡単な構造ですむ。
カード認証メイトは、チェック認証としてマイアドレスを端末側に通知するが、このマイアドレスはＩＣカードからは分からず、パスワードとして機能し、内部者の端末不正操作を防止でき、ＩＣカードを管理するプリペイドカード管理へのネット上の案内役を果たす。
【発明の実施の形態】
【００１０】
「カード認証スポンサー」
カード認証キング１１のネットワークに多数のカード認証メイト１４を接続して情報共有分散チェックシステムのカード認証スポンサー１を構築する。ＩＣカード残高とチャージＩＤをチェック項目とする共通チェックファイル１２、１５を、カード認証キング１１とカード認証メイト１４は具える。キング１１のチェックファイル１２のチェック項目が更新されると、この更新情報はネットワークを通じて各メイト１４に伝達され、メイト１４は自身チェックファイル１５を更新する。端末２などの外部からはチェックファイル１５にアクセスできない。チェックファイルの各ページにはＩＣカードＩＤ、ＩＣカード場暗号、マイアドレス、そしてチェック項目であるチャージＩＤとカード残高が記載されている。
メイト１４は、連携する多数の端末２からＩＣカード６のチェック認証依頼を受けると、チェックファイル１５とのチャージＩＤの一致、あるいは、チャージＩＤの一致かつＩＣカード残高がチェックファイルのカード残高に等しいか以下の場合のみ、チェック認証としてマイアドレスを端末側に通知する。
この通知を受けた端末２は、チャージ処理、支払処理、振替処理へと進むことができる。支払処理ではＰＯＳの支払要求に沿ってＩＣカード内の残高を減額し、結果をメイト１４と、このＩＣカードを管理するプリペイドカード管理７に通知する。メイト１４はこの通知を、各端末別ファイルとＩＣカード別ファイルに仕分けして端末取引ファイル１６に保管する。ＩＣカード別ファイルの内容（各ＩＣカードの支払履歴など）は纏めてキング１１に報告される。キング１１は各メイト１４からの支払履歴などを各ＩＣカード毎に時系列に整理してから勘定ファイル１３に保管する。ＩＣカードの残高変化に不自然さがあれば不正カード利用と判断する。メイト１４は、チャージ処理通知を受けた時、ＩＣカードのチャージＩＤとカード残高をリアルタイムにキング１１に通知する。キング１１はチェックファイル１２を更新させ、各メイト１４に通知し更新させる。このチャージＩＤは、チャージを行った端末ＩＤや日時あるいは処理番号が採用される。頻繁なチャージ毎にＩＣカードのチャージＩＤが変化する。
キング１１は、発行ＩＣカードを管理する各プリペイドカード管理７から定期的に報告される各ＩＣカード残高を、勘定ファイル１３のＩＣカード残高と照合する。
【００１１】
「プリペイドカード管理」
端末２やカード認証スポンサーに連携するプリペイドカード管理７は、カード発行人９が発行したＩＣカードの残高演算を行い、取引履歴をカード・勘定ファイル７１に保管する。各ＩＣカード毎の残高変化を監視し不正カードの利用を発見した時は直ちにキング１１に通知する。各カード発行人９の数（ＩＣカードの種類数）だけプリペイドカード管理７は存在する。この管理７が管理する端末２を加盟端末と呼ぶことにする。既存のSuicaカードは、各加盟端末でしか利用できない。この加盟端末で他のＩＣカードが利用できるには、加盟端末２をカード認証スポンサー1に連携し、チェック認証後にＩＣカードとの支払処理を直ちに行い、その結果をプリペイドカード管理７に通知するのを、カード発行人に是認させれば良い。処理結果は同時にメイト１４を通じて利用カードのプリペイドカード管理７にも報告される。利用カード発行人９から加盟端末を管理するカード発行人９へと送金される。
第10図の実施例では、端末２はカード認証スポンサー１のみ連携している。端末取引ファイル１６の端末別ファイル内に端末２の取引履歴が保管される。主にチャージ端末や予納口座間移動端末（振替端末）として利用される。支払端末として利用される時は、ＩＣカード利用時の処理情報（端末ＩＤや買物額など）は端末取引ファイル１６に記録され、ＩＣカードの発行人側のプリペイドカード管理７に通知される。後日、このカード発行人９から支払端末２の所有者である店舗側へ買物金額が決済される。
【００１２】
「予納口座管理」
予納口座台帳である勘定ファイル８１は、表計算のようなワークシートを各口座毎に具え、フィールド（縦列）には、日付／チャージ端末ＩＤ／移動先予納口座番号／出金／入金／残高をわりあてる。振り替えや引き出し請求をモバイル４から受けると、データをレコード（行）に記入する。チャージ請求では、ＩＣカードＩＤの予納口座からチャージ端末ＩＤ名義口座に振り替え、端末２がモバイル４からこの振替通知を受けてＩＣカード内にチャージ処理する。振替求では予納口座間にバリュ移動が行われる。
予納口座への入金は、モバイル名義銀行口座への振込で行う。銀行と契約したネット振込や振込カードを利用する。事前に携帯電話で本人認証ページの入金認証欄にチェックマークを入れておく。
【００１３】
「モバイル」
モバイルサイト４１は、サイトページであるモバイルサイズのマイページを保管するマイページファイル４３と、チャージ認証や振替認証ページを保管する本人認証ファイル４２と、会員ファイル４５と、請求書ファイル４４とを備えるＦＴＰサーバである。
ＩＣカード表面はＩＣカード番号とＱＲコードを印刷する。ＩＣカード番号はＩＣカードＩＤとは異なる。ＱＲコードはグループマイページアドレスの二次元コードである。
マイページは、パスワード入力欄や本人認証ページと会員ページへのリンクボタンを有する。会員パスワードが合致しないとリンクボタンは機能しない。このマイページにリンクされた会員ページには、ＩＣカードＩＤ（ＩＣカード内に記録）／ＩＣカード番号／氏名／メールアドレス／予納口座番号／マイアドレス／パスワードが記載され、会員ファイル４５に保管される。ＩＣカードやメールアドレスの変更は、この会員ページにアクセスしておこなう。
マイページにリンクされる本人認証ページは、チャージ認証チェック欄とチャージ額、振替認証チェック欄と振替先予納口座欄と振替額欄、入金認証チェック欄を具える。
請求書ページは、請求金額欄と支払人予納口座欄と振替先予納口座欄を具えるHTMLモバイルサイズの定型フォームである。
モバイル４はモバイルサイト４１を管理しつつ、予納口座管理８と端末２あるいはカード認証スポンサー１との取り次ぎをする。
【００１４】
「端末」
端末２は、ループアンテナ、ＩＣカードにＡＳＫ変調波を送る回路、ＩＣカードからのＢＰＳ変調波を復調する回路、暗号回路、ＣＰＵ、電源回路、インターフェイスを具える。暗号回路は、ＩＣカード内の暗号回路との交信を通して相互認証を済ますために採用される。端末２は支払専用端末と、支払取引以外にチャージ取引や振替取引を選択するキーボードや操作画面を有する。
ＩＣカードが挿入され取引指示を受けると、端末２は、メイト１４にチェック認証を依頼し、次にモバイル４に本人認証ページを要求し、各取引手順に沿って処理する。
端末はＩＣカードとの双方向認証を行うために、ＩＣカード内蔵の暗号回路と同じ暗号回路（秘密鍵）を具えている。異なる暗号回路のＩＣカードとの認証を行うには別の暗号回路が必要になる。そのため、プリペイドＩＣカードチェックシステムに利用される汎用ＩＣカードは、カード発行人の加盟端末と同じ暗号回路と、汎用端末の暗号回路の両方を具え、端末からの切換信号でどちらかの暗号回路を選択する。内蔵する各不揮発メモリーも同時に切り換えられる。加盟端末も汎用ＩＣカード認証用の暗号回路を具える。
【００１５】
「プリペイドＩＣカード入手と会員登録」
( 図2、3参照)ＩＣカード入手するユーザ３は、購入端末21で現金で購入申請(step001)。端末21はチャージＩＤなどをアクイア5に通知してＩードの活性化要求(step002)。アクイア5はＩＣカードＩＤとＩＣカード番号と入金額をプリペイドカード管理７に通知(step003)。カード・勘定ファイル71への登録通知(step004)。アクイア5はチャージIDと残高をカード認証スポンサー１に通知する(step005)。カード認証スポンサー１はチェックファイル12にＩＣカードのチェックファイルを追加したことをアクイア５に通知する(step006)。アクイア5はモバイル4へＩＣカードIDとＩＣカード番号を通知する(step007)。
モバイルサイト41は会員ファイル45にＩＣカードの会員ページを追加し、ＩＣカードのマイページを作成してマイページファイル43に追加する。
モバイル4は、予納口座管理8にＩＣカードの予納口座を開設させ口座番号を会員ページに記入させてからアクイア5に登録通知する(step008)。アクイア５は端末21にＩＣカードへのチャージＩＤ欄と残高欄にチャージＩＤと残高の記録を指示する(step009)。
プリペイドＩＣカード６を入手したユーザ３は、ＩＣカードに印刷されているＱＲコードを携帯電話で読み込んでモバイルサイト４１のグループマイページにアクセスし、携帯ビュウ画面でＩＣカード番号を記入し、リンク先のマイページ画面で自分の好きなパスワードを入力する(step010)。このパスワードは会員ページに記入され、本人認証時にはマイページ画面でこのパスワードを入力しないと本人認証ページにアクセスできない。
【００１６】
「ＩＣカードでの支払］
図４は、商店のPOS端末に繋がっている加盟端末21は、プリペイドカード管理７の管理下にあり、カード認証メイト１４にも連携している。各端末管理91は加盟端末の端末ＩＤ毎の取引履歴を保管し各カード発行人９の管理下にある。本図ではカード発行側のプリペイドカード管理７がメイト１４に連携している(step104側)。加盟端末21にＩＣカード6から支払われた金額は、利用ＩＣカード側のカード発行人(step104側)から加盟端末側のカード発行人９に支払われる。
先ず、加盟端末21はメイト１４にＩＣカードのチェック認証依頼(step101)。チェックファイル15のチャージＩＤと残高と照合してマイアドレスを通知(step102)。加盟端末21は減額したバリュをＩＣカードの残高欄に記録し、処理結果をＩＣカード発行人側に通知(step103)。プリペイドカード管理7は処理結果が正しければ勘定ファイル71に記録してメイト14にＩＣカード残高を通知(step104)。メイト14はこの通知を加盟端末21経由でカード発行人9に転送する。カード発行人9は端末管理に記録する。後日、利用ＩＣカード側のカード発行人は加盟端末側のカード発行人に利用額を送金する。
【００１７】
図６では、支払端末2は店舗内に置かれメイト１４の管理下にある。ＩＣカード6での支払(step402)を要求された支払端末2は、メイト１４にチェック認証依頼し認証通知(step403)を受け、減額後の残高をＩＣカード内に記録しその処理結果をメイト１４に報告する(step403)。メイト１４は端末取引ファイル１６に記録しＩＣカード６の発行人のプリペイドカード管理７に処理結果を通知する(step40６)。このカード発行人９はメイト１４に利用額を支払う
【００１８】
「本人認証と振替による支払」
マイページにリンクされた本人認証ページには、チャージ認証チェック欄とチャージ額、振替認証チェック欄と振替先予納口座番号欄と振替額欄、入金認証チェック欄が設けられている。図６において、携帯電話で本人のＩＣカード表面のＱＲコードを読み取り、マイページにアクセスし、パスワードを入力し、リンク先の本人認証ページで振替認証欄にチェックを入れる(step40１)。支払端末２で「振替」ボタンを押しＩＣカード６を挿入する(step402)。支払端末２はメイト１４にチェック認証を要求しマイアドレスを取得する(step40３)。メイト１４はこのマイアドレスと支払金額そして支払端末２の予納口座番号を添付してモバイル４に振替を依頼する(step404)。予納口座管理8はＩＣカードの予納口座から支払端末名義口座へ振り替えてモバイル4に通知する(step405)。メイト14はモバイルからこの通知を受けて支払端末2に完了を通知する(step403)。この取引は予納口座間のバリュ移動である。本人認証手順とＩＣカードのチェック認証が成立しないと振替は行われない。
【００１９】
「ＩＣカードへのチャージ」
(図６参照) 予納口座からＩＣカードへのチャージである。携帯電話で本人認証手順（チャージ認証欄チェックとチャージ額記入）を済ませる(step401)。端末２でチャージ依頼ボタンを押しＩＣカードを挿入(step402)。メイト１４にチェック認証を依頼しマイアドレスを取得(step403)。メイト１４はモバイル４にマイアドレスやＩＣカードＩＤを通知しチャージ依頼する(step404)。モバイル４は本人認証ファイル４２のチャージ本人認証と、会員ファイル４５のマイアドレスとを確認してから、予納口座管理８にＩＣカードの予納口座からモバイル名義口座への振り替えを要請する(step405)。振替通知を受け取ったモバイル４はメイト１４に転送する(step404)。メイト１４は端末２にＩＣカードへのチャージ指示し(step403)、ＩＣカード発行側のプリペイドカード管理７にチャージ情報を通知する(step406)。そしてメイト１４は端末取引ファイル１６にチャージ情報を記録し、キング１１にチャージＩＤと残高を通知する。キング１１はチェックファイル１２を更新し、各メイト１４に更新情報を通知する。後日、モバイル４はカード発行人９にチャージ金額を送金する。
【００２０】
「ショッピングモールでの買物」
Webショップサイトは、モバイルサイト４１の請求書ファイル４４へシームレスにファイル可能な、HTMLモバイルサイズ定型フォームの請求書ページを有する。請求金額欄と支払人予納口座欄と振替先予納口座欄を具える請求書ページに記入し、モバイル４に送信すると、モバイル４は請求書ファイル４４に納める。
この環境下で、サイト内で買物をしリンク先の商品請求書ページ画面に移ると、支払先予納口座番号欄と支払金額欄には既に記入されており、自分の予納口座番号あるいはＩＣカード番号を記載してサイト側に送信する。サイトはこの請求書をモバイル４に送信する。モバイル４は、受け取った請求書を請求書ファイル４４に納めてから、この請求書を添付し本人マイページへアクセスできるＵＲＬボタンが貼り付けられたメール文を本人に送信する。請求書を是認した本人は、マイページにアクセスして振替認証の本人認証手順を済ます(step401)。（図６参照）。
ホテルの予約金支払やチケット購入の際には直ちに、商品着払いの際には受け取り時に、支払端末２にＩＣカードを挿入し振替による支払ボタンを押す(step402)。支払端末２はメイト１４にチェック認証を依頼しマイアドレスを取得する(step403)。メイト１４はモバイル４にマイアドレスやＩＣカードＩＤを通知し振替依頼する(step404)。モバイル４は本人認証ファイル４２の振替本人認証と、会員ファイル４５のマイアドレスとを確認し、請求書ファイル４４内の先の請求書ページを参照してから、予納口座管理８にＩＣカードの予納口座から支払先予納口座への振り替えを要請する(step405)。
振替通知を受け取ったモバイル４はメイト１４に完了を通知し(step404)、本人とショップサイト側にも通知する。
【００２１】
「ＱＲコード利用の買物」
商品・役務カタログや請求書あるいは商品自体に、店舗サイト内の定型フォーム請求書アドレスにアクセス可能なＱＲコードを印刷や付着しておく。この請求書ページには金額、支払先予納口座番号などが予め記入されている。商品毎に請求書ページ・ＱＲコードは異なる。
予め携帯電話で振替の本人認証手順を済ましてから、店頭商品や通販カタログのＱＲコードを携帯電話で読み込み、この請求書ページを携帯ビュウ画面に表示し、ＩＣカード番号を入力し、モバイル４に送信する。モバイル４はＩＣカード番号の会員ファイル４５から知得した予納口座番号をこの請求書に追記し、請求書ファイル４４に納める(step401)。次に支払端末２にＩＣカードを挿入し振替による支払ボタンを押す(step402)。支払端末２はメイト１４にチェック認証を依頼しマイアドレスを取得する(step403)。メイト１４はモバイル４にマイアドレスやＩＣカードＩＤを通知し振替依頼する(step404)。モバイル４は本人認証ファイル４２の振替本人認証と、会員ファイル４５のマイアドレスとを確認し、請求書ファイル４４内の先の請求書ページを参照してから、予納口座管理８にＩＣカードの予納口座から支払先予納口座への振り替えを要請する(step405)。
振替通知を受け取ったモバイル４はメイト１４に完了を通知する(step404)。
【００２２】
「入退出チェック」
ＩＣカードとの相互認証可能な端末２を家庭やビルのドア施錠部に取り付ける。ＩＣカードが挿入された端末２は、ＩＣカードＩＤとチャージＩＤを読みとり、メイト１４に問い合わせ、チェック認証としてマイアドレスを受けとってからロック解除する。
【００２３】
「商品鑑定」
商品や認定証・証明書などにＱＲコードを付着し、鑑定サーバ内に、このＱＲコードのデコード値（文字や数字列）と、ＩＣカードＩＤのマイアドレスとの対応リストを保管しておく。
商品販売時に、店舗は端末２で購入者のＩＣカードをメイト１４にチェック認証依頼し、認証後に端末２から送られてくるマイアドレスとＩＣカードＩＤを取得し、上記ＱＲコードのデコード値とともに鑑定サーバに送信する。鑑定サーバはこのマイアドレスとＩＣカードＩＤとＱＲコードのデコード値からなる対応リストに記録する。商品譲渡時には、商品所有者はＩＣカードを提示し、端末２に挿入し、立会人は、商品付着のＱＲコードを読み取ってデコード値を取得し、端末２経由でメイト１４から取得したマイアドレスとともに鑑定サーバに送信する。鑑定サーバの認証を済ましてから売買契約を結び、譲受人ＩＣカードのマイアドレスを端末２から受け取り、鑑定サーバに該当商品データのマイアドレスとＩＣカードＩＤ変更を要求する。
指輪などのＱＲコードを付着できない時は、鑑定書にＱＲコードを付着する。
【００２４】
「暗号利用例」
チェックファイル１５に記入されているマイアドレスを暗号資料として利用する。端末２に暗号回路を付加する。端末２にＩＣカードを挿入し、メイト１４にチェック認証を依頼してマイアドレス（Ａ）を取得する。このＩＣカード所有者情報（保険証番号や指紋など）を（Ｂ）とすると、端末２は、暗号鍵ＫでＤＥＳのような対称暗号を使用して暗号情報（Ｃ）をえる。
Ｃ＝ＤＥＳ（Ｋ．（Ａ＋Ｂ））
この暗号データ（Ｃ）をＩＣカード内に記録する。
復号はデータＣをＩＣカードから読み取った端末２が復号処理「ＤＥＳ−１」を実行し、
（Ａ＋Ｂ）＝ＤＥＳ−１（Ｋ．Ｃ）
を得る。そして端末２にＩＣカードを挿入して、（Ａ）をメイト１４より取得し、（Ｂ）を求める。
【図面の簡単な説明】
【００２５】
【図１】チェックシステムの概略図である。
【図２】プリペイドＩＣカード入手時の説明図である。
【図３】プリペイドＩＣカード入手のブロック図である。
【図４】プリペイドＩＣカードの使用説明図である。
【図５】プリペイドＩＣカード使用のブロック図である。
【図６】プリペイドＩＣカードへのチャージ時の説明図である。
【技術分野】
【０００１】
本発明はショッピングモール内での支払や鉄道汎用キップとしての利用そしてコンビニや自動販売機でも支払ができるプリペイドＩＣカードのチェックシステムに関する。
【背景技術】
【０００２】
ＩＣカードは利用端末と秘密鍵などをもちいて相互認証をする。暗号アルゴリズムを消費電力から推定し不正カードを複製し、正規ＩＣカードからカード情報を受信してすれば、なりすましＩＣカードが可能になる（特開2003-297033公報)。カード情報管理側に携帯電話番号を追加して、カード利用時に端末に電話番号を通知する認証方式もある（特開2002-63526号公報）。ネットショップで、パソコン端末が特定サイトページにアクセスして認証をえる方式もある（特開2004-29980号公報）。FeliCa（携帯電話機内にプリペイドＩＣカードを内蔵）やSuiCa(JR東日本鉄道のプリペイドＩＣカード）は、ＩＣカード残高をホスト側でチェックする。FeliCa・ＩＣカードへのチャージは、パソコンや携帯電話端末を利用して銀行や与信会社からから可能である。ネットショップでの支払に利用できる仮想プリペイドカードにPINを割り当て、このPINを照合してカード認証を行う方式もある（米国特許第6793135号)。プリペイドカード有効化をPINの選択を前提にする方式もある(米国特許第6473500-B1号)。
【特許文献１】特開２００４−３１０６６９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
リアルタイムにＩＣカード残高を検証しなければならないSuiCaやFeliCaは、カード増加や利用頻度の増加に比例してカードセンタ−の負荷は増加する。ＩＣカード残高のチェック方式も、解読した暗号チップを実装した不正ＩＣカードが登場すれば不正の跋扈を許すことになる。ＩＣカード残高のリアルタイム一致チェックではなく、残高参照と、チャージ毎に異なるチャージＩＤ一致のチェック認証を、独立した認証システムで行って負荷分散を図り、発行人が異なるＩＣカードも認証可能な汎用プリペイドＩＣカード利用システムを提供する。
【課題を解決するための手段】
【０００４】
複数のプリペイドカード発行者の異なるＩＣカードを認証してカード取引する手段であり、カード発行者と連携するプリペイドカード管理とは独立したカード認証スポンサーと、ＩＣカードとカード認証スポンサーと情報交換する端末とを具え、
カード認証スポンサーのチェックファイルとＩＣカード内に、チャージＩＤ欄と残高欄を設け、ＩＣカード購入時やチャージ時に、端末経由でチャージＩＤと残高をそれぞれのチャージＩＤ欄と残高欄に記録させ、
定期的に集計される各ＩＣカードの利用残高を、カード認証スポンサーはチェックファイルの各残高欄に上書き更新する。チャージＩＤは、ＩＣカードにチャージ（バリュ追加）した端末の識別番号（チャージ端末ＩＤ）やその時の日時などが採用される。発行者の異なる各ＩＣカードはこのチャージＩＤ欄をＩＣカード内に設ける。
端末からＩＣカード認証の依頼を受けたカード認証スポンサーは、両チャージＩＤの一致、あるいは、両チャージＩＤ一致かつＩＣカード残高がチェックファイル残高に等しいか以下の場合のみ、チェック認証を端末側に通知する。
【０００５】
端末はカード認証スポンサーに連携して、各カード発行会社のＩＣカードが利用できる。商品やサービス提供の支払端末は、カード発行会社あるいはカード認証スポンサー内に端末名義口座を開設しておく。このカード認証スポンサーからＩＣカードのチェック認証を受け取った端末は、直ちに取引を実行し、ＩＣカード内に残高などを記録し、処理結果をプリペイドカード管理とカード認証スポンサーに通知する。各プリペイドカード管理は各ＩＣカードの残高を管理し、残高変化を監視して不正ＩＣカード利用をチェックする。なお、カード認証スポンサーに連携しない端末は、連携するカード発行人側のＩＣカードしか利用できない。
【０００６】
チェックファイルを具えるカード認証キングと、同じチェックファイルを具える多数のカード認証メイトとをネットワークで連携して情報共有分散のカード認証スポンサーを構築し、カード認証キングがチャージＩＤ欄や残高欄の更新情報を受けとると自身のチェックファイルを更新し、リアルタイムに各カード認証メイトのチェックファイルを更新させる。そしてカード認証メイトに多数の端末を連携する。
各カード認証メイトは、連携する端末からＩＣカード認証依頼を受けると、チェックファイルと照合してチェック認証し、認証を通知した端末からチャージ情報を入手すると、チャージＩＤと残高をカード認証キングに通知する。
【０００７】
ＩＣカードの予納口座を管理する予納口座管理と、会員ファイルや本人認証ファイルそしてマイページファイルを配下におくモバイルとを連携し、携帯電話などでモバイルサイトにアクセスし、ＩＣカード番号を提示して会員登録すると、モバイルは、マイページと予納口座番号をあてがって会員ファイルに保管し、このＩＣカードのチャージ時には予納口座からＩＣカードへバリュ移動する。現金でＩＣカードへのチャージもできる。この予納口座への入金はパソコンや携帯電話、銀行での振込で可能である。振込先は予納口座管理者名義銀行口座である。
チェックファイルに、モバイルサイト内に割りあてられたマイページのマイアドレスを記載しておき、カード認証スポンサー（カード認証メイト）は、チェック認証としてこのマイアドレスを端末に通知する。 ＦＴＰサーバ（file transfer protocol）を具えるモバイルサイトは携帯電話ビュウ画面サイズのマイページなどを納める。ＩＣカード表面に印刷したＱＲコード経由で携帯電話で簡単にマイページにアクセスできる。インターネット端末としての携帯電話は、高普及率とＳＳＬ認証機能そして必要に応じて電話番号の発呼など信頼できる認証端末である。モバイルはこの携帯電話での本人認証と、ＩＣカードのチェック認証通知を受けてから予納口座間の振り替えやバリュ引き出しを許可する。
【発明の効果】
【０００８】
プリペイドカード管理が担ってきたＩＣカード認証作業（残高など）を、カード認証スポンサーに任せることで、複数のプリペイドカード発行者の異なるＩＣカードが利用できる。ＩＣカードのチャージＩＤ欄の内容がカード認証スポンサーのチェックファイルと合致すれば決済できため、鉄道会社毎に異なるプリペイドＩＣカードを準備しなくても、各会社がカード認証スポンサーに連携する端末を配置すれば乗り継ぎ可能になる。カード認証スポンサーの独立化は、プリペイドカード管理の大型化と通信負荷の増加を抑制でき、システムの融通性と信頼性を高める。
端末からＩＣカード認証の依頼を受けたカード認証スポンサーは、両チャージＩＤの一致、あるいは、両チャージＩＤ一致かつＩＣカード残高がチェックファイル残高に等しいか以下の場合のみ、チェック認証をするため、不正ＩＣカードはまずチャージＩＤでチェックでき、このチェックを通過した不正カードを残高参照でチェックできる。
チャージＩＤは頻繁に行われるＩＣカードのチャージ毎に変化するため、従来のパスワードやPIN方式のように利用の都度入力する面倒から開放され、ＩＣカードのデータコピーにも随意対処できる。また、ＩＣカード内の残高がチェックファイルの残高に等しいかあるいは以下の場合に認証を与える、残高参照方式を採用したため、各プリペイドカード管理からのＩＣカード残高報告に時間的余裕を可能にする。
【０００９】
チェックファイルを具えるカード認証キングと、同じチェックファイルを具える多数のカード認証メイトとをネットワークで連携して情報共有分散のカード認証スポンサーを構築し、カード認証キングがチャージＩＤ欄や残高欄の更新情報を受けとると自身のチェックファイルを更新し、リアルタイムに各カード認証メイトのチェックファイルを更新させるため、外部からのチェックファイルへの侵入改変を阻止し、一部損傷しても直ちに他のチェックファイルにより修復できる。チェックファイルの記載項目が少なくてカード認証メイトは小型・低価格で済むため、各市毎（例えば電話局）に配置にでき、端末（ミニ端末）を家庭や電話ボックスやビルに網状配置できる。
インターネット上のバーチャル銀行は決済手段に便利であるが、口座開設が面倒で銀行システムも不正チェック上大型になる。本発明の予納口座は、携帯電話でモバイルサイトに会員登録する際に、ＩＣカード番号を入力するだけで開設できる一方、予納口座からの引き出しや口座間振り替えは、本人認証手続とＩＣカードのチェック認証を済ます自己責任に比重をおくため、予納口座管理は簡単な構造ですむ。
カード認証メイトは、チェック認証としてマイアドレスを端末側に通知するが、このマイアドレスはＩＣカードからは分からず、パスワードとして機能し、内部者の端末不正操作を防止でき、ＩＣカードを管理するプリペイドカード管理へのネット上の案内役を果たす。
【発明の実施の形態】
【００１０】
「カード認証スポンサー」
カード認証キング１１のネットワークに多数のカード認証メイト１４を接続して情報共有分散チェックシステムのカード認証スポンサー１を構築する。ＩＣカード残高とチャージＩＤをチェック項目とする共通チェックファイル１２、１５を、カード認証キング１１とカード認証メイト１４は具える。キング１１のチェックファイル１２のチェック項目が更新されると、この更新情報はネットワークを通じて各メイト１４に伝達され、メイト１４は自身チェックファイル１５を更新する。端末２などの外部からはチェックファイル１５にアクセスできない。チェックファイルの各ページにはＩＣカードＩＤ、ＩＣカード場暗号、マイアドレス、そしてチェック項目であるチャージＩＤとカード残高が記載されている。
メイト１４は、連携する多数の端末２からＩＣカード６のチェック認証依頼を受けると、チェックファイル１５とのチャージＩＤの一致、あるいは、チャージＩＤの一致かつＩＣカード残高がチェックファイルのカード残高に等しいか以下の場合のみ、チェック認証としてマイアドレスを端末側に通知する。
この通知を受けた端末２は、チャージ処理、支払処理、振替処理へと進むことができる。支払処理ではＰＯＳの支払要求に沿ってＩＣカード内の残高を減額し、結果をメイト１４と、このＩＣカードを管理するプリペイドカード管理７に通知する。メイト１４はこの通知を、各端末別ファイルとＩＣカード別ファイルに仕分けして端末取引ファイル１６に保管する。ＩＣカード別ファイルの内容（各ＩＣカードの支払履歴など）は纏めてキング１１に報告される。キング１１は各メイト１４からの支払履歴などを各ＩＣカード毎に時系列に整理してから勘定ファイル１３に保管する。ＩＣカードの残高変化に不自然さがあれば不正カード利用と判断する。メイト１４は、チャージ処理通知を受けた時、ＩＣカードのチャージＩＤとカード残高をリアルタイムにキング１１に通知する。キング１１はチェックファイル１２を更新させ、各メイト１４に通知し更新させる。このチャージＩＤは、チャージを行った端末ＩＤや日時あるいは処理番号が採用される。頻繁なチャージ毎にＩＣカードのチャージＩＤが変化する。
キング１１は、発行ＩＣカードを管理する各プリペイドカード管理７から定期的に報告される各ＩＣカード残高を、勘定ファイル１３のＩＣカード残高と照合する。
【００１１】
「プリペイドカード管理」
端末２やカード認証スポンサーに連携するプリペイドカード管理７は、カード発行人９が発行したＩＣカードの残高演算を行い、取引履歴をカード・勘定ファイル７１に保管する。各ＩＣカード毎の残高変化を監視し不正カードの利用を発見した時は直ちにキング１１に通知する。各カード発行人９の数（ＩＣカードの種類数）だけプリペイドカード管理７は存在する。この管理７が管理する端末２を加盟端末と呼ぶことにする。既存のSuicaカードは、各加盟端末でしか利用できない。この加盟端末で他のＩＣカードが利用できるには、加盟端末２をカード認証スポンサー1に連携し、チェック認証後にＩＣカードとの支払処理を直ちに行い、その結果をプリペイドカード管理７に通知するのを、カード発行人に是認させれば良い。処理結果は同時にメイト１４を通じて利用カードのプリペイドカード管理７にも報告される。利用カード発行人９から加盟端末を管理するカード発行人９へと送金される。
第10図の実施例では、端末２はカード認証スポンサー１のみ連携している。端末取引ファイル１６の端末別ファイル内に端末２の取引履歴が保管される。主にチャージ端末や予納口座間移動端末（振替端末）として利用される。支払端末として利用される時は、ＩＣカード利用時の処理情報（端末ＩＤや買物額など）は端末取引ファイル１６に記録され、ＩＣカードの発行人側のプリペイドカード管理７に通知される。後日、このカード発行人９から支払端末２の所有者である店舗側へ買物金額が決済される。
【００１２】
「予納口座管理」
予納口座台帳である勘定ファイル８１は、表計算のようなワークシートを各口座毎に具え、フィールド（縦列）には、日付／チャージ端末ＩＤ／移動先予納口座番号／出金／入金／残高をわりあてる。振り替えや引き出し請求をモバイル４から受けると、データをレコード（行）に記入する。チャージ請求では、ＩＣカードＩＤの予納口座からチャージ端末ＩＤ名義口座に振り替え、端末２がモバイル４からこの振替通知を受けてＩＣカード内にチャージ処理する。振替求では予納口座間にバリュ移動が行われる。
予納口座への入金は、モバイル名義銀行口座への振込で行う。銀行と契約したネット振込や振込カードを利用する。事前に携帯電話で本人認証ページの入金認証欄にチェックマークを入れておく。
【００１３】
「モバイル」
モバイルサイト４１は、サイトページであるモバイルサイズのマイページを保管するマイページファイル４３と、チャージ認証や振替認証ページを保管する本人認証ファイル４２と、会員ファイル４５と、請求書ファイル４４とを備えるＦＴＰサーバである。
ＩＣカード表面はＩＣカード番号とＱＲコードを印刷する。ＩＣカード番号はＩＣカードＩＤとは異なる。ＱＲコードはグループマイページアドレスの二次元コードである。
マイページは、パスワード入力欄や本人認証ページと会員ページへのリンクボタンを有する。会員パスワードが合致しないとリンクボタンは機能しない。このマイページにリンクされた会員ページには、ＩＣカードＩＤ（ＩＣカード内に記録）／ＩＣカード番号／氏名／メールアドレス／予納口座番号／マイアドレス／パスワードが記載され、会員ファイル４５に保管される。ＩＣカードやメールアドレスの変更は、この会員ページにアクセスしておこなう。
マイページにリンクされる本人認証ページは、チャージ認証チェック欄とチャージ額、振替認証チェック欄と振替先予納口座欄と振替額欄、入金認証チェック欄を具える。
請求書ページは、請求金額欄と支払人予納口座欄と振替先予納口座欄を具えるHTMLモバイルサイズの定型フォームである。
モバイル４はモバイルサイト４１を管理しつつ、予納口座管理８と端末２あるいはカード認証スポンサー１との取り次ぎをする。
【００１４】
「端末」
端末２は、ループアンテナ、ＩＣカードにＡＳＫ変調波を送る回路、ＩＣカードからのＢＰＳ変調波を復調する回路、暗号回路、ＣＰＵ、電源回路、インターフェイスを具える。暗号回路は、ＩＣカード内の暗号回路との交信を通して相互認証を済ますために採用される。端末２は支払専用端末と、支払取引以外にチャージ取引や振替取引を選択するキーボードや操作画面を有する。
ＩＣカードが挿入され取引指示を受けると、端末２は、メイト１４にチェック認証を依頼し、次にモバイル４に本人認証ページを要求し、各取引手順に沿って処理する。
端末はＩＣカードとの双方向認証を行うために、ＩＣカード内蔵の暗号回路と同じ暗号回路（秘密鍵）を具えている。異なる暗号回路のＩＣカードとの認証を行うには別の暗号回路が必要になる。そのため、プリペイドＩＣカードチェックシステムに利用される汎用ＩＣカードは、カード発行人の加盟端末と同じ暗号回路と、汎用端末の暗号回路の両方を具え、端末からの切換信号でどちらかの暗号回路を選択する。内蔵する各不揮発メモリーも同時に切り換えられる。加盟端末も汎用ＩＣカード認証用の暗号回路を具える。
【００１５】
「プリペイドＩＣカード入手と会員登録」
( 図2、3参照)ＩＣカード入手するユーザ３は、購入端末21で現金で購入申請(step001)。端末21はチャージＩＤなどをアクイア5に通知してＩードの活性化要求(step002)。アクイア5はＩＣカードＩＤとＩＣカード番号と入金額をプリペイドカード管理７に通知(step003)。カード・勘定ファイル71への登録通知(step004)。アクイア5はチャージIDと残高をカード認証スポンサー１に通知する(step005)。カード認証スポンサー１はチェックファイル12にＩＣカードのチェックファイルを追加したことをアクイア５に通知する(step006)。アクイア5はモバイル4へＩＣカードIDとＩＣカード番号を通知する(step007)。
モバイルサイト41は会員ファイル45にＩＣカードの会員ページを追加し、ＩＣカードのマイページを作成してマイページファイル43に追加する。
モバイル4は、予納口座管理8にＩＣカードの予納口座を開設させ口座番号を会員ページに記入させてからアクイア5に登録通知する(step008)。アクイア５は端末21にＩＣカードへのチャージＩＤ欄と残高欄にチャージＩＤと残高の記録を指示する(step009)。
プリペイドＩＣカード６を入手したユーザ３は、ＩＣカードに印刷されているＱＲコードを携帯電話で読み込んでモバイルサイト４１のグループマイページにアクセスし、携帯ビュウ画面でＩＣカード番号を記入し、リンク先のマイページ画面で自分の好きなパスワードを入力する(step010)。このパスワードは会員ページに記入され、本人認証時にはマイページ画面でこのパスワードを入力しないと本人認証ページにアクセスできない。
【００１６】
「ＩＣカードでの支払］
図４は、商店のPOS端末に繋がっている加盟端末21は、プリペイドカード管理７の管理下にあり、カード認証メイト１４にも連携している。各端末管理91は加盟端末の端末ＩＤ毎の取引履歴を保管し各カード発行人９の管理下にある。本図ではカード発行側のプリペイドカード管理７がメイト１４に連携している(step104側)。加盟端末21にＩＣカード6から支払われた金額は、利用ＩＣカード側のカード発行人(step104側)から加盟端末側のカード発行人９に支払われる。
先ず、加盟端末21はメイト１４にＩＣカードのチェック認証依頼(step101)。チェックファイル15のチャージＩＤと残高と照合してマイアドレスを通知(step102)。加盟端末21は減額したバリュをＩＣカードの残高欄に記録し、処理結果をＩＣカード発行人側に通知(step103)。プリペイドカード管理7は処理結果が正しければ勘定ファイル71に記録してメイト14にＩＣカード残高を通知(step104)。メイト14はこの通知を加盟端末21経由でカード発行人9に転送する。カード発行人9は端末管理に記録する。後日、利用ＩＣカード側のカード発行人は加盟端末側のカード発行人に利用額を送金する。
【００１７】
図６では、支払端末2は店舗内に置かれメイト１４の管理下にある。ＩＣカード6での支払(step402)を要求された支払端末2は、メイト１４にチェック認証依頼し認証通知(step403)を受け、減額後の残高をＩＣカード内に記録しその処理結果をメイト１４に報告する(step403)。メイト１４は端末取引ファイル１６に記録しＩＣカード６の発行人のプリペイドカード管理７に処理結果を通知する(step40６)。このカード発行人９はメイト１４に利用額を支払う
【００１８】
「本人認証と振替による支払」
マイページにリンクされた本人認証ページには、チャージ認証チェック欄とチャージ額、振替認証チェック欄と振替先予納口座番号欄と振替額欄、入金認証チェック欄が設けられている。図６において、携帯電話で本人のＩＣカード表面のＱＲコードを読み取り、マイページにアクセスし、パスワードを入力し、リンク先の本人認証ページで振替認証欄にチェックを入れる(step40１)。支払端末２で「振替」ボタンを押しＩＣカード６を挿入する(step402)。支払端末２はメイト１４にチェック認証を要求しマイアドレスを取得する(step40３)。メイト１４はこのマイアドレスと支払金額そして支払端末２の予納口座番号を添付してモバイル４に振替を依頼する(step404)。予納口座管理8はＩＣカードの予納口座から支払端末名義口座へ振り替えてモバイル4に通知する(step405)。メイト14はモバイルからこの通知を受けて支払端末2に完了を通知する(step403)。この取引は予納口座間のバリュ移動である。本人認証手順とＩＣカードのチェック認証が成立しないと振替は行われない。
【００１９】
「ＩＣカードへのチャージ」
(図６参照) 予納口座からＩＣカードへのチャージである。携帯電話で本人認証手順（チャージ認証欄チェックとチャージ額記入）を済ませる(step401)。端末２でチャージ依頼ボタンを押しＩＣカードを挿入(step402)。メイト１４にチェック認証を依頼しマイアドレスを取得(step403)。メイト１４はモバイル４にマイアドレスやＩＣカードＩＤを通知しチャージ依頼する(step404)。モバイル４は本人認証ファイル４２のチャージ本人認証と、会員ファイル４５のマイアドレスとを確認してから、予納口座管理８にＩＣカードの予納口座からモバイル名義口座への振り替えを要請する(step405)。振替通知を受け取ったモバイル４はメイト１４に転送する(step404)。メイト１４は端末２にＩＣカードへのチャージ指示し(step403)、ＩＣカード発行側のプリペイドカード管理７にチャージ情報を通知する(step406)。そしてメイト１４は端末取引ファイル１６にチャージ情報を記録し、キング１１にチャージＩＤと残高を通知する。キング１１はチェックファイル１２を更新し、各メイト１４に更新情報を通知する。後日、モバイル４はカード発行人９にチャージ金額を送金する。
【００２０】
「ショッピングモールでの買物」
Webショップサイトは、モバイルサイト４１の請求書ファイル４４へシームレスにファイル可能な、HTMLモバイルサイズ定型フォームの請求書ページを有する。請求金額欄と支払人予納口座欄と振替先予納口座欄を具える請求書ページに記入し、モバイル４に送信すると、モバイル４は請求書ファイル４４に納める。
この環境下で、サイト内で買物をしリンク先の商品請求書ページ画面に移ると、支払先予納口座番号欄と支払金額欄には既に記入されており、自分の予納口座番号あるいはＩＣカード番号を記載してサイト側に送信する。サイトはこの請求書をモバイル４に送信する。モバイル４は、受け取った請求書を請求書ファイル４４に納めてから、この請求書を添付し本人マイページへアクセスできるＵＲＬボタンが貼り付けられたメール文を本人に送信する。請求書を是認した本人は、マイページにアクセスして振替認証の本人認証手順を済ます(step401)。（図６参照）。
ホテルの予約金支払やチケット購入の際には直ちに、商品着払いの際には受け取り時に、支払端末２にＩＣカードを挿入し振替による支払ボタンを押す(step402)。支払端末２はメイト１４にチェック認証を依頼しマイアドレスを取得する(step403)。メイト１４はモバイル４にマイアドレスやＩＣカードＩＤを通知し振替依頼する(step404)。モバイル４は本人認証ファイル４２の振替本人認証と、会員ファイル４５のマイアドレスとを確認し、請求書ファイル４４内の先の請求書ページを参照してから、予納口座管理８にＩＣカードの予納口座から支払先予納口座への振り替えを要請する(step405)。
振替通知を受け取ったモバイル４はメイト１４に完了を通知し(step404)、本人とショップサイト側にも通知する。
【００２１】
「ＱＲコード利用の買物」
商品・役務カタログや請求書あるいは商品自体に、店舗サイト内の定型フォーム請求書アドレスにアクセス可能なＱＲコードを印刷や付着しておく。この請求書ページには金額、支払先予納口座番号などが予め記入されている。商品毎に請求書ページ・ＱＲコードは異なる。
予め携帯電話で振替の本人認証手順を済ましてから、店頭商品や通販カタログのＱＲコードを携帯電話で読み込み、この請求書ページを携帯ビュウ画面に表示し、ＩＣカード番号を入力し、モバイル４に送信する。モバイル４はＩＣカード番号の会員ファイル４５から知得した予納口座番号をこの請求書に追記し、請求書ファイル４４に納める(step401)。次に支払端末２にＩＣカードを挿入し振替による支払ボタンを押す(step402)。支払端末２はメイト１４にチェック認証を依頼しマイアドレスを取得する(step403)。メイト１４はモバイル４にマイアドレスやＩＣカードＩＤを通知し振替依頼する(step404)。モバイル４は本人認証ファイル４２の振替本人認証と、会員ファイル４５のマイアドレスとを確認し、請求書ファイル４４内の先の請求書ページを参照してから、予納口座管理８にＩＣカードの予納口座から支払先予納口座への振り替えを要請する(step405)。
振替通知を受け取ったモバイル４はメイト１４に完了を通知する(step404)。
【００２２】
「入退出チェック」
ＩＣカードとの相互認証可能な端末２を家庭やビルのドア施錠部に取り付ける。ＩＣカードが挿入された端末２は、ＩＣカードＩＤとチャージＩＤを読みとり、メイト１４に問い合わせ、チェック認証としてマイアドレスを受けとってからロック解除する。
【００２３】
「商品鑑定」
商品や認定証・証明書などにＱＲコードを付着し、鑑定サーバ内に、このＱＲコードのデコード値（文字や数字列）と、ＩＣカードＩＤのマイアドレスとの対応リストを保管しておく。
商品販売時に、店舗は端末２で購入者のＩＣカードをメイト１４にチェック認証依頼し、認証後に端末２から送られてくるマイアドレスとＩＣカードＩＤを取得し、上記ＱＲコードのデコード値とともに鑑定サーバに送信する。鑑定サーバはこのマイアドレスとＩＣカードＩＤとＱＲコードのデコード値からなる対応リストに記録する。商品譲渡時には、商品所有者はＩＣカードを提示し、端末２に挿入し、立会人は、商品付着のＱＲコードを読み取ってデコード値を取得し、端末２経由でメイト１４から取得したマイアドレスとともに鑑定サーバに送信する。鑑定サーバの認証を済ましてから売買契約を結び、譲受人ＩＣカードのマイアドレスを端末２から受け取り、鑑定サーバに該当商品データのマイアドレスとＩＣカードＩＤ変更を要求する。
指輪などのＱＲコードを付着できない時は、鑑定書にＱＲコードを付着する。
【００２４】
「暗号利用例」
チェックファイル１５に記入されているマイアドレスを暗号資料として利用する。端末２に暗号回路を付加する。端末２にＩＣカードを挿入し、メイト１４にチェック認証を依頼してマイアドレス（Ａ）を取得する。このＩＣカード所有者情報（保険証番号や指紋など）を（Ｂ）とすると、端末２は、暗号鍵ＫでＤＥＳのような対称暗号を使用して暗号情報（Ｃ）をえる。
Ｃ＝ＤＥＳ（Ｋ．（Ａ＋Ｂ））
この暗号データ（Ｃ）をＩＣカード内に記録する。
復号はデータＣをＩＣカードから読み取った端末２が復号処理「ＤＥＳ−１」を実行し、
（Ａ＋Ｂ）＝ＤＥＳ−１（Ｋ．Ｃ）
を得る。そして端末２にＩＣカードを挿入して、（Ａ）をメイト１４より取得し、（Ｂ）を求める。
【図面の簡単な説明】
【００２５】
【図１】チェックシステムの概略図である。
【図２】プリペイドＩＣカード入手時の説明図である。
【図３】プリペイドＩＣカード入手のブロック図である。
【図４】プリペイドＩＣカードの使用説明図である。
【図５】プリペイドＩＣカード使用のブロック図である。
【図６】プリペイドＩＣカードへのチャージ時の説明図である。
【特許請求の範囲】
【請求項１】
複数のプリペイドカード発行者の異なるＩＣカードを認証してカード取引する手段であり、カード発行者のプリペイドカード管理とは独立したカード認証スポンサーと、ＩＣカードとカード認証スポンサーと情報交換する端末とを具え、
カード認証スポンサーのチェックファイルとＩＣカード内に、チャージＩＤ欄と残高欄を設け、ＩＣカード購入時やチャージ時に、端末経由でチャージＩＤと残高をそれぞれのチャージＩＤ欄と残高欄に記録させ、
集計される各ＩＣカードの残高を、カード認証スポンサーはチェックファイルの各残高欄に上書きし、
端末からＩＣカード認証の依頼を受けたカード認証スポンサーは、両チャージＩＤの一致、あるいは、両チャージＩＤ一致かつＩＣカード残高がチェックファイル残高に等しいか以下の場合のみ、チェック認証を端末側に通知し、端末はそのＩＣカードのプリペイドカード管理と情報交換する、プリペイドＩＣカードチェックシステム。
【請求項２】
チェックファイルを具えるカード認証キングと、同じチェックファイルを具える多数のカード認証メイトとをネットワークで連携して情報共有分散のカード認証スポンサーを構築し、カード認証キングがチャージＩＤ欄や残高欄の更新情報を受けとると自身のチェックファイルを更新し、リアルタイムに各カード認証メイトのチェックファイルを更新させ、そしてカード認証メイトに多数の端末を連携してなる、請求項１記載のプリペイドＩＣカードチェックシステム。
【請求項３】
各カード認証メイトは、連携する端末からＩＣカード認証依頼を受けると、チェックファイルと照合してチェック認証し、認証を通知した端末からＩＣカードへの処理内容を入手する際に、チャージ情報の入手時には、リアルタイムにチャージＩＤと残高をカード認証キングに通知し、支払情報の取得時にはその都度あるいは纏めてからカード認証キングに通知し、カード認証キングは各カード認証メイトからのＩＣカード処理情報を時系列に整理し、残高変化から不正カード利用をチェックしつつ各ＩＣカード毎の残高を求め、自身のチェックファイルの全残高を更新する、請求項２記載のプリペイドＩＣカードチェックシステム。
【請求項４】
各カード認証メイトは、連携する端末からＩＣカード認証依頼を受けると、チェックファイルと照合してチェック認証し、認証を通知した端末からチャージ情報を入手すると、リアルタイムにチャージＩＤと残高をカード認証キングに通知し、このキングは各プリペイドカード管理から各ＩＣカードの残高通知を受けて自身のチェックファイルの残高を更新する、請求項２記載のプリペイドＩＣカードチェックシステム。
【請求項５】
ＩＣカードの予納口座を管理する予納口座管理と、会員ファイルや本人認証ファイルを配下におくモバイルとを連携し、携帯電話などでモバイルサイトにアクセスし、ＩＣカード番号を提示して会員登録すると、モバイルは、マイページと予納口座番号をあてがって会員ファイルに保管し、このＩＣカードのチャージ時には予納口座からＩＣカードへバリュ移動する、請求項１記載のプリペイドＩＣカードチェックシステム。
【請求項６】
チェックファイルに、モバイルサイトのマイアドレスを記載しておき、カード認証スポンサーは、チェック認証としてこのマイアドレスを端末に通知する、請求項５記載のプリペイドＩＣカードチェックシステム。
【請求項７】
モバイルサイトのマイページは、パスワード入力欄、そして会員ファイルと認証ページへのリンクボタンを有し、入力されたパスワードが正しい時にリンクボタンを機能させる、請求項５記載のプリペイドＩＣカードチェックシステム。
【請求項８】
リンク先の本人認証ページにアクセスして、チャージ認証欄とチャージ額、振替認証欄と振替予納口座番号と金額、入金認証欄に、チェックマークや金額や番号を入力して、本人認証を済ます、請求項６記載のプリペイドＩＣカードチェックシステム。
【請求項９】
ショッピングモールのサイトページに表示された定型フォーム請求書に、ＩＣカード番号を入力し、ショップサイトを通じてモバイルサイトに送信させ、あるいは本人が直接送信し、モバイルサイトはこの請求書ページを保管し、マイページへのＵＲＬボタンを貼り付けたメール文にこの請求書ページを添付して本人携帯電話に送信し、請求内容を確認した本人はＵＲＬボタンをクリックしてマイページにアクセスし、リンク先の本人認証ページで振替欄にチェックマークを入れて本人認証を済まし、
決済時や商品受取時に、端末にＩＣカードを挿入し、振替指示する、請求項５記載のプリペイドＩＣカードチェックシステム。
【請求項１０】
振替の本人認証を済まし、ＩＣカードを端末に挿入し、端末画面に表示された支払金額を確認後に振替を指示する、請求項５記載のプリペイドＩＣカードチェックシステム。
【請求項１１】
カード認証スポンサーは、ＩＣカードのチェック認証後、端末に取引処理を行わせてＩＣカード内に処理結果を記録させ、この処理結果を報告させ、勘定ファイルに保管してＩＣカード残高を管理し、次いで、プリペイドカード管理に端末からの処理結果を転送し、これを受け取ったプリペイドカード管理は、カード・勘定ファイル内に記録し、カード発行人に処理内容を報告する、請求項１記載のプリペイドＩＣカードチェックシステム。
【請求項１２】
カード認証メイトに接続する端末を家庭やビルのドア施錠部あるいは入口に取り付け、ＩＣカードが挿入された端末はＩＣカードＩＤとチャージＩＤを受け取り、カード認証
メイトに問い合わせ、チェック認証としてマイアドレスを受けとってからロック解除する、請求項２記載のプリペイドＩＣカードチェックシステム。
【請求項１３】
ＩＣカードチェックファイルに各マイアドレスを記入し、商品や認定証・証明書などにＱＲコードを付着し、商品販売や証明書発行時に、カード認証メイトに接続する 端末にＩＣカードを挿入してマイアドレスを取得し、ＱＲコードを読み込んで得られるデコード値とマイアドレスそしてＩＣカードＩＤを、鑑定サーバに送信し、鑑定サーバはこれを記録する、請求項２記載のプリペイドＩＣカードチェックシステム。
【請求項１】
複数のプリペイドカード発行者の異なるＩＣカードを認証してカード取引する手段であり、カード発行者のプリペイドカード管理とは独立したカード認証スポンサーと、ＩＣカードとカード認証スポンサーと情報交換する端末とを具え、
カード認証スポンサーのチェックファイルとＩＣカード内に、チャージＩＤ欄と残高欄を設け、ＩＣカード購入時やチャージ時に、端末経由でチャージＩＤと残高をそれぞれのチャージＩＤ欄と残高欄に記録させ、
集計される各ＩＣカードの残高を、カード認証スポンサーはチェックファイルの各残高欄に上書きし、
端末からＩＣカード認証の依頼を受けたカード認証スポンサーは、両チャージＩＤの一致、あるいは、両チャージＩＤ一致かつＩＣカード残高がチェックファイル残高に等しいか以下の場合のみ、チェック認証を端末側に通知し、端末はそのＩＣカードのプリペイドカード管理と情報交換する、プリペイドＩＣカードチェックシステム。
【請求項２】
チェックファイルを具えるカード認証キングと、同じチェックファイルを具える多数のカード認証メイトとをネットワークで連携して情報共有分散のカード認証スポンサーを構築し、カード認証キングがチャージＩＤ欄や残高欄の更新情報を受けとると自身のチェックファイルを更新し、リアルタイムに各カード認証メイトのチェックファイルを更新させ、そしてカード認証メイトに多数の端末を連携してなる、請求項１記載のプリペイドＩＣカードチェックシステム。
【請求項３】
各カード認証メイトは、連携する端末からＩＣカード認証依頼を受けると、チェックファイルと照合してチェック認証し、認証を通知した端末からＩＣカードへの処理内容を入手する際に、チャージ情報の入手時には、リアルタイムにチャージＩＤと残高をカード認証キングに通知し、支払情報の取得時にはその都度あるいは纏めてからカード認証キングに通知し、カード認証キングは各カード認証メイトからのＩＣカード処理情報を時系列に整理し、残高変化から不正カード利用をチェックしつつ各ＩＣカード毎の残高を求め、自身のチェックファイルの全残高を更新する、請求項２記載のプリペイドＩＣカードチェックシステム。
【請求項４】
各カード認証メイトは、連携する端末からＩＣカード認証依頼を受けると、チェックファイルと照合してチェック認証し、認証を通知した端末からチャージ情報を入手すると、リアルタイムにチャージＩＤと残高をカード認証キングに通知し、このキングは各プリペイドカード管理から各ＩＣカードの残高通知を受けて自身のチェックファイルの残高を更新する、請求項２記載のプリペイドＩＣカードチェックシステム。
【請求項５】
ＩＣカードの予納口座を管理する予納口座管理と、会員ファイルや本人認証ファイルを配下におくモバイルとを連携し、携帯電話などでモバイルサイトにアクセスし、ＩＣカード番号を提示して会員登録すると、モバイルは、マイページと予納口座番号をあてがって会員ファイルに保管し、このＩＣカードのチャージ時には予納口座からＩＣカードへバリュ移動する、請求項１記載のプリペイドＩＣカードチェックシステム。
【請求項６】
チェックファイルに、モバイルサイトのマイアドレスを記載しておき、カード認証スポンサーは、チェック認証としてこのマイアドレスを端末に通知する、請求項５記載のプリペイドＩＣカードチェックシステム。
【請求項７】
モバイルサイトのマイページは、パスワード入力欄、そして会員ファイルと認証ページへのリンクボタンを有し、入力されたパスワードが正しい時にリンクボタンを機能させる、請求項５記載のプリペイドＩＣカードチェックシステム。
【請求項８】
リンク先の本人認証ページにアクセスして、チャージ認証欄とチャージ額、振替認証欄と振替予納口座番号と金額、入金認証欄に、チェックマークや金額や番号を入力して、本人認証を済ます、請求項６記載のプリペイドＩＣカードチェックシステム。
【請求項９】
ショッピングモールのサイトページに表示された定型フォーム請求書に、ＩＣカード番号を入力し、ショップサイトを通じてモバイルサイトに送信させ、あるいは本人が直接送信し、モバイルサイトはこの請求書ページを保管し、マイページへのＵＲＬボタンを貼り付けたメール文にこの請求書ページを添付して本人携帯電話に送信し、請求内容を確認した本人はＵＲＬボタンをクリックしてマイページにアクセスし、リンク先の本人認証ページで振替欄にチェックマークを入れて本人認証を済まし、
決済時や商品受取時に、端末にＩＣカードを挿入し、振替指示する、請求項５記載のプリペイドＩＣカードチェックシステム。
【請求項１０】
振替の本人認証を済まし、ＩＣカードを端末に挿入し、端末画面に表示された支払金額を確認後に振替を指示する、請求項５記載のプリペイドＩＣカードチェックシステム。
【請求項１１】
カード認証スポンサーは、ＩＣカードのチェック認証後、端末に取引処理を行わせてＩＣカード内に処理結果を記録させ、この処理結果を報告させ、勘定ファイルに保管してＩＣカード残高を管理し、次いで、プリペイドカード管理に端末からの処理結果を転送し、これを受け取ったプリペイドカード管理は、カード・勘定ファイル内に記録し、カード発行人に処理内容を報告する、請求項１記載のプリペイドＩＣカードチェックシステム。
【請求項１２】
カード認証メイトに接続する端末を家庭やビルのドア施錠部あるいは入口に取り付け、ＩＣカードが挿入された端末はＩＣカードＩＤとチャージＩＤを受け取り、カード認証
メイトに問い合わせ、チェック認証としてマイアドレスを受けとってからロック解除する、請求項２記載のプリペイドＩＣカードチェックシステム。
【請求項１３】
ＩＣカードチェックファイルに各マイアドレスを記入し、商品や認定証・証明書などにＱＲコードを付着し、商品販売や証明書発行時に、カード認証メイトに接続する 端末にＩＣカードを挿入してマイアドレスを取得し、ＱＲコードを読み込んで得られるデコード値とマイアドレスそしてＩＣカードＩＤを、鑑定サーバに送信し、鑑定サーバはこれを記録する、請求項２記載のプリペイドＩＣカードチェックシステム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図２】
【図３】
【図４】
【図５】
【図６】
【公開番号】特開２００７−１１４８９８（Ｐ２００７−１１４８９８Ａ）
【公開日】平成１９年５月１０日（２００７．５．１０）
【国際特許分類】
【出願番号】特願２００５−３０３７０３（Ｐ２００５−３０３７０３）
【出願日】平成１７年１０月１８日（２００５．１０．１８）
【出願人】（３０６０１０６１３）
【Ｆターム（参考）】
【公開日】平成１９年５月１０日（２００７．５．１０）
【国際特許分類】
【出願日】平成１７年１０月１８日（２００５．１０．１８）
【出願人】（３０６０１０６１３）
【Ｆターム（参考）】
[ Back to top ]