特許 5994996 電子決済取引、特に非接触型決済手段を使用する電子決済取引の方法およびシステム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】5994996

(24)【登録日】2016年9月2日

(45)【発行日】2016年9月21日

(54)【発明の名称】電子決済取引、特に非接触型決済手段を使用する電子決済取引の方法およびシステム

(51)【国際特許分類】

   G06Q 20/34 20120101AFI20160908BHJP

   G06K 17/00 20060101ALI20160908BHJP

   G06K 19/07 20060101ALI20160908BHJP

【ＦＩ】

   G06Q20/34 380

   G06K17/00

   G06K19/07 230

【請求項の数】12

【全頁数】12

(21)【出願番号】特願2012-506628(P2012-506628)

(86)(22)【出願日】2010年4月23日

(65)【公表番号】特表2012-524927(P2012-524927A)

(43)【公表日】2012年10月18日

(86)【国際出願番号】IB2010051779

(87)【国際公開番号】WO2010122520

(87)【国際公開日】20101028

【審査請求日】2013年4月18日

(31)【優先権主張番号】PP50024-2009

(32)【優先日】2009年4月24日

(33)【優先権主張国】SK

【前置審査】

(73)【特許権者】

【識別番号】000102500

【氏名又は名称】ＳＭＫ株式会社

(74)【代理人】

【識別番号】100130111

【弁理士】

【氏名又は名称】新保 斉

(72)【発明者】

【氏名】フロレク、ミロスラブ

(72)【発明者】

【氏名】マサリク、ミハル

【審査官】 長 由紀子

(56)【参考文献】

【文献】 特開２００５−１２８７４６（ＪＰ，Ａ）

【文献】 特表２００５−５２１９６４（ＪＰ，Ａ）

【文献】 特開２００２−３２４２０２（ＪＰ，Ａ）

【文献】 特開２００２−２５１５２４（ＪＰ，Ａ）

【文献】 特開２０００−１８７６８８（ＪＰ，Ａ）

【文献】 特開２００９−１８７４７６（ＪＰ，Ａ）

【文献】 全銀協ＩＣキャッシュカード標準仕様（初版），日本，全国銀行協会 業務部，２００１年 ３月３１日，初版，p9,附1-7

【文献】 菅沼 知久 外２名，理想型電子マネーシステム：インターネットキャッシュ，ＮＴＴ Ｒ＆Ｄ，日本，社団法人電気通信協会，１９９９年 ２月１０日，第48巻第2号，p.105-110

【文献】 中山 要治郎 外１名，電子マネーシステム，沖電気研究開発，日本，沖電気工業，１９９７年 ７月 １日，第64巻第3号，p.95-98

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｑ ２０／３４

Ｇ０６Ｋ １７／００

Ｇ０６Ｋ １９／０７

(57)【特許請求の範囲】

【請求項1】

非接触型決済手段を使用し、ＡＲＱＣ形式の決済ファイルは、カード（１）によって作成され、前記カード（１）の第１のリセット後、決済端末（２）から受信する決済データを使用して、前記カード（１）で電子署名されて前記カード（１）に保存されると共に、前記電子署名された決済ファイルは、前記カード（１）の前記決済端末（２）とのリンクによって前記決済端末（２）を経て決済プロセッサ（５）に送信され、
前記決済端末（２）に前記電子署名された決済ファイルを送信した後で、前記カード（１）と前記決済端末（２）とのリンクが切断された後、
次に、前記カード（１）と前記決済端末（２）とのリンクの再接続で前記カード（１）の第２のリセットが行われ、前記第２のリセットの前後で第１フェーズと第２フェーズに分けられる構成であって、前記第２フェーズにおいて、
前記カード（１）は、前記決済プロセッサ（５）から、前記決済プロセッサ（５）が生成した前記決済ファイルに関するデータを含む暗号化されたＡＲＰＣ形式の応答ファイルを受信し、前記カード（１）は、受信した前記応答ファイルを復号して、前記応答ファイルを生成するために使用された前記決済ファイルに関する情報を取得し、次に、前記カード（１）は、第１フェーズで保存された決済ファイルと、前記応答ファイルに含まれる決済ファイルとを比較した結果に基づいて承諾または拒否のステートメントを作成する
ことを特徴とする電子決済取引の方法。

【請求項2】

前記決済に対する前記承諾のステートメントは、以前に作成されかつ前記カード（１）に保存されている決済ファイルが、前記応答ファイル内の前記決済ファイルと同じであるという必要条件下において前記カード（１）で生成されることを特徴とする請求項１に記載の電子決済取引の方法。

【請求項3】

前記応答ファイルを受信した後に、前記端末（２）は、前記カード（１）と前記端末（２）との間の前記通信リンク（３）の修復を必要とし、前記カード（１）と前記端末（２）との間の前記通信リンク（３）が復元された後に、前記カード（２）は、前記決済プロセッサ（５）からの応答によって補足された決済データを再送するように前記端末（２）に要求することを特徴とする請求項１又は２に記載の電子決済取引の方法。

【請求項4】

前記カード（１）は、移動通信装置（４）用の着脱可能なメモリカード、好ましくはｍｉｃｒｏＳＤ型、ｍｉｎｉＳＤ型またはＳＤ型のメモリに含まれることを特徴とする請求項１〜３のいずれか１項に記載の電子決済取引の方法。

【請求項5】

前記応答ファイルの転送のための通信経路（６）は、前記カード（１）と前記端末（２）との間の前記決済ファイル転送に使用される通信経路（３）と異なることを特徴とする請求項１〜４のいずれか１項に記載の電子決済取引の方法。

【請求項6】

前記決済プロセッサ（５）から応答ファイルを受信した後に、前記第２フェーズの前記端末（２）が、前記第１フェーズにおける識別子とは異なる識別子に変更されることを特徴とする請求項１〜５のいずれか１項に記載の電子決済取引の方法。

【請求項7】

前記端末（２）は、前記カード（１）との前記通信リンク（３）を修復するための準備において、前記応答ファイルを保存することを特徴とする請求項６に記載の電子決済取引の方法。

【請求項8】

移動通信網が、前記応答ファイルを送信するのに使用され、前記応答ファイルは、ＳＭＳ形式でメッセージを受信する移動通信装置（４）を介して前記カード（１）によって受信されることを特徴とする請求項１〜７のいずれか１項に記載の電子決済取引の方法。

【請求項9】

非接触型決済手段を使用し、移動通信装置（４）内の決済カード（１）と、端末（２）と、端末（２）と決済プロセッサ（５）との間の接続とを含み、請求項１に記載の電子決済取引方法を行う電子決済取引のシステムであって、
前記決済カード（１）は、決済ファイルを保存するメモリを含み、前記決済ファイルは、前記カード（１）と前記端末（２）との通信リンク（３）の中断した後に続く前記カード（１）の前記第２のリセット後も前記メモリに保存され、前記端末（２）は、ＡＲＰＣ形式の前記応答ファイルの一時記憶用メモリを含み、前記端末（２）は、前記応答ファイルの受信後、登録識別子データが変更されることを特徴とする電子決済取引のシステム。

【請求項10】

前記決済ファイルの保存するための前記カード（１）のメモリは、安全素子であることを特徴とする請求項９に記載の電子決済取引のシステム。

【請求項11】

前記決済カード（１）は、前記移動通信装置（４）の着脱可能なメモリカード、好ましくはｍｉｃｒｏＳＤ型、ｍｉｎｉＳＤ型またはＳＤ型のメモリに含まれることを特徴とする請求項９又は１０に記載の電子決済取引のシステム。

【請求項12】

前記決済カード（１）は、前記端末（２）との通信のための非接触型通信素子（７）を含むことを特徴とする請求項９〜１１のいずれか１項に記載の電子決済取引のシステム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、決済カード形式の決済手段を使用する電子決済アプリケーションの方法およびシステムに関する。本発明は、移動通信装置に挿入できるように調整される非接触型決済手段を使用する口座振替取引の方法を扱う。

【背景技術】

【0002】

一般に、ＰＯＳ（販売時点管理）端末は、さまざまなチップ決済カードを使用する電子決済取引を処理するのに使用される。これらの端末は、決済カード発行会社または銀行に属するクリアリングセンター形式のリモート決済プロセッサに接続される。決済処理の開始時に、決済カードのチップは初期位置にリセットされる。リセット後、カードと端末との間でカードおよび端末種別に関する情報を交換する。この基本的な識別によって、カードと端末との間の接続を、決済プロセッササーバへの通信のみならず相互通信が可能な状況となる。

【0003】

ＰＯＳ端末は、必要な決済に関するデータをカードに送信し、データの構造は、たとえば数量、通貨、日付などを含む。また、端末は、ステートメントを知らせるようにカードに要求する。カードは、設定に従って応答を作成し、電子署名で署名する。「ＴＣ」（取引証明）形式のカードの応答は、決済プロセッサによる承認が必要とされないオフライン決済の承諾を意味する。「ＡＡＣ」（アプリケーション認証暗号）形式の応答は、決済があらゆる条件下でもカードによって承認されないことを意味する。本発明の主題は、ＡＲＱＣ（承認要求暗号）形式の応答生成時の決済処理の方法、手続きである。そのような応答は、カードが決済プロセッササーバによる認証および協働を必要とすることを意味する。

【0004】

応答が主にＡＲＱＣ形式の決済ファイルの形式で生成された後、カードは、この暗号化された決済ファイルをプロセッサに送信し、プロセッサの応答を受信するまで待機する。待機中、決済カードは、カードと決済プロセッサとの間で持続的な通信チャネルを生成するために端末と接触した状態にある必要がある。このチャネルが中断すると、決済処理が終了する。決済プロセッサが、ＡＲＰＣ応答ファイル（承認応答暗号）をカードに返信する場合、このファイルは、端末を介して決済カードに送信され、決済カードは、このほかの手続き（特にＡＲＰＣなど）のために応答ファイルから指示を復号して、ＴＣ、最終的には、ＡＡＣの形式で結果を端末に報告する。

【0005】

現在まで知られている決済カードと端末／決済プロセッサとの間の通信方式の基本特徴は、双方向通信時の常時接続、特定のキャッシュレス決済ハードウェア装置の持続的かつ途切れないチャネルである。この通信は、約数秒、最終的には、１０分の１秒持続する。カードと端末との間の接続が中断すると、カードアプリケーションが新たに再起動し、たとえば、アプリケーションのカウンタが増加することによって記録される。カウンタデータが変化すると、新たに生成された決済ファイルＡＲＱＣが変化することから、中断後は、接続の中断前に生成されたデータを使用しても決済処理を正常に完了することができなくなる。接触により接続する標準の決済カードを使用する場合、適切なリーダのスロットからカードを取り出すのが早過ぎる場合にのみ、このリンクが中断するため、問題なく高信頼性通信リンクを保持することができる。

【0006】

非接触型決済手段の利用増加に伴い、通信チャネルの安定性に関する問題が生じている。決済処理時に、途切れることなく集中して非接触型リーダの到達範囲に非接触型決済手段を保持することを支払者に要求することは適切ではない。通常、非接触型リーダは、他の機器との混信を防止し、非接触型フィールドを生成するためのエネルギー需要を低下させ、安全性リスクを低減するために、到達範囲の領域が限定される。決済通信処理を、幾つかの中断フェーズに分けて段階的に行うことができる解決法が必要である。しかし、現在までこの要望に応える手続きおよび方法は知られていない。

【0007】

非接触型決済カードが、端末との接触型接続にも適した解決法が用いられている。そのような構成では、決済の大部分は、決済カードが決済プロセッサから応答を待たない決済カードと端末との間の非接触型リンクを介して実現される。カードと決済プロセッササーバとの間の双方向通信を実現するために、カードが端末と定期的、たとえば決済１０回に１回は接触型接続していることが必要である。次に、カードは、決済プロセッサから指示を受信して、実行する。この構成は、ユーザーの快適度を低下させ、何よりも、決済カードの接触型インタフェースを要求することから、移動通信装置内の決済カードを使用する決済には適用できない。さまざまな移動通信装置、たとえば、携帯電話を接触による方法でＰＯＳ端末と接続するよう要求することは不可能である。

【発明の概要】

【発明が解決しようとする課題】

【0008】

上記のような短所は、非接触型決済取引の方法、特にカードのリセット後に、カードが決済端末から決済データを受信する方法を含む非接触型決済手段を使用することにより、かなり解消される。これらの決済データに基づいて、主にＡＲＱＣ形式で決済ファイルが作成され、電子署名される。この決済ファイルは、カードと決済端末との間のリンクを介して決済プロセッサに送信され、次にカードには、暗号化形式の元の決済ファイルに関するデータも含む主にＡＲＰＣ形式の応答ファイルがプロセッサから返信される。カードは、応答ファイルを処理して、復号し、最終的には、本発明に従い、主にＴＣ形式またはＡＡＣ形式の決済に対する肯定的または否定的なステートメントを決定し、形成し、端末に送信する。本発明の主題は、１つの決済取引の処理時に、カードと端末との間の通信リンクが中断されるという事実にある。基本的に、この中断は、決済ファイルをカードから端末に送信した直後に発生しうる。端末からのデータの初期受信、ＡＲＱＣ形式の決済ファイルの生成および端末への送信は、約数ミリ秒継続し、端末リーダの近傍にカードを安定して配置している間に実現される。決済プロセッサからの応答ファイルは、カードと端末との間の元の通信リンクが中断した後に、カードによって受信される。決済取引処理および前述の通信の２つのフェーズは、カードのリセットにより分割され、第２フェーズでは、カードと端末との間の通信リンクの中断前にカードで作成されたデータが使用される。１回の決済取引時のカードが新たにリセットされることは、通信リンクの再確立によって誘発される。

【課題を解決するための手段】

【0009】

上に記載した通信機構は、安全な方法で実現でき、同時に、特にＡＲＱＣ形式の電子署名された決済ファイルが、カードのメモリに保存され、少なくとも主にＡＲＰＣとして、決済プロセッサから受信、続行するまで、特定の応答ファイルをメモリに保存されるように一般的なＥＭＶ（Ｅｕｒｏｐａｙ（登録商標）、ＭａｓｔｅｒＣａｒｄ（登録商標）、ＶＩＳＡ（登録商標））の手続きにほとんど介入しないで実現することができる。特にＡＲＱＣとしての決済ファイルの保存は、提示する解決法の基本特徴であり、これは、中断および第２フェーズに至る手続きによって、進行中の決済取引を取消したり、終了したりしないように、決済取引の処理をフェーズに分けることを容認することによる。

【0010】

カードは、受信した応答ファイルを復号し、応答ファイルの作成時に決済プロセッサによって使用された決済ファイルに関する情報を取得する。ＡＲＱＣ決済ファイルは、カードのための他の指示およびスクリプトを保存できる応答ファイルに暗号化される。カードは、以前に生成、保存された決済ファイルと、応答ファイルに含まれる決済ファイルとを比較し、次に、決済に対する拒否または承認のステートメントを作成する。決済に対して承認する場合のカードの条件は、カードに保存された以前に作成された決済ファイルと、復号した応答ファイルから生成された決済ファイルが等しいということである。それは、カードが、第２の処理フェーズにおいて、他の動作以外にも、保存されているＡＲＱＣファイルを、決済プロセッサで作成されたＡＲＰＣの基盤となったＡＲＱＣファイルと比較することを意味している。

【0011】

応答ファイルを受信した後に、端末は、カードと端末の通信リンクの再接続を要求する。カードと端末の通信リンクの再確立した後に、カードは、決済プロセッサからの応答により補完される元のＣＤＯＬと比較されるＣＤＯＬ（カードリスク管理データ対象リスト）形式の決済データを再送信することを端末に要求する。

【0012】

決済カードが、携帯電話などの移動通信装置に含まれている場合に有利である。そのような決済手段の考えうる拡張の視点から、一般に携帯電話は、さまざまなメモリカードを入れるスロットを有するため、決済カードは、ｍｉｃｒｏＳＤ（商標）型、ｍｉｎｉＳＤ（商標）型またはＳＤ型のメモリカードに配置されていれば好適である。

【0013】

決済取引時における、既存の１つのフェーズの通信システムでは、決済プロセッサからカードへの逆方向の通信は常に、決済ファイルを決済プロセッサに送信する際に使用されたものと同じ通信チャネルによって実現されていた。新規の方法は、時間の視点のみならず、ハードウェアの視点からも、これらのフェーズを分割することを可能にする２つのフェーズによって表わされる。応答ファイルの転送には、決済ファイルの転送に使用したものとは異なる通信経路を使用することができる。それは、カードを含む移動通信装置が登録されている移動通信網を介する接続でありうる。移動通信網は、応答ファイルを送信するのに使用され、応答ファイルは、ＳＭＳ形式で受信する携帯電話を介してカードに入る。これは、端末が応答ファイルを受信した後に、端末とカードとの間の通信リンクが予め設定された時間制限内に回復しなかった場合に発生しうる。そこで、端末がこの状況に関する情報を決済プロセッサに送信し、決済プロセッサは、異なる方法で応答ファイルのカードへの送信を実施する。

【0014】

ＰＯＳ端末を介して同じ通信経路が使用される場合、この端末は、決済プロセッサから応答ファイルを受信した後に、決済ファイルを決済プロセッサに送信した際のフェーズの決済端末識別子とは異なる識別子を有する端末としてカードに登録するのが好適である。基本的に、異なる識別子プレフィックスを有する端末は、既に開始している決済取引を終了するために、後処理端末としての接続を試行する信号をカードに供給することを意味する。この種の構成では、端末は、カードとの通信リンクを再確立するための準備として、応答ファイルを保持する。

【0015】

また、現在の技術水準で示される短所は、非接触型決済取引の方法、特に、本発明による決済カードと、端末と、端末および決済プロセッサの接続とを含む非接触型決済装置を利用することによって、かなり解消される。また、本発明の主題は、決済カードは、決済ファイル、好ましくはＡＲＱＣ形式の決済ファイルの保存するためのメモリを備え、カードと端末との間の通信リンクが終了して、カードがリセットされた後も、決済ファイルはメモリに保存されるという事実にある。端末は、主にＡＲＰＣ形式の応答ファイル用の一時記憶用メモリを備え、応答ファイルを受信した後に、識別子データの変更に応じて調整される。必要とされる安全性を達成する視点から、決済ファイルの保存するためのカードのメモリは、安全素子の形式であることが必要である。

【0016】

有利な構成では、決済カードが移動通信装置内、好ましくはｍｉｃｒｏＳＤ型、ｍｉｎｉＳＤ型またはＳＤ型のメモリカードにあり、メモリカードが、端末との接続のための通信素子を含むように、システムを設定することができる。そうすることにより、決済カードキャリアまたはさまざまな決済カードキャリアのそれぞれの機能に関してのみならず、携帯電話と端末との間の通信チャネルの生成に関しても、携帯電話の更新が達成される。この通信は、主にＮＦＣ標準に準拠して実行される。

【0017】

本発明は、図１〜５でさらに詳細に記載する。

【図面の簡単な説明】

【0018】

【図1】電子決済取引のための既存の方法および接続のアルゴリズムを示す図である。

【図2】電子決済アプリケーションを処理する２つの分離可能なフェーズを有するアルゴリズムを示す図である。

【図3】第１のフェーズ、つまり前処理で、挿入したメモリ上に決済カードを備え、アンテナを有する携帯電話による非接触型、口座振替取引のためのシステム接続スキームを表す図であって、命令の方向およびファイルの流れは、頂点から下方に向かう順番で示す図である。

【図4】端末を介したカード上の転送に関する第２フェーズの後処理を示す図３によるスキームに関連する接続スキームの図であって、命令の方向およびファイルの流れを、頂点から下方に向かう順番で示す図である。

【図5】図３に示すスキームに関連する接続スキームであるが、第２のフェーズ、ＳＭＳメッセージによるＡＲＰＣ転送式の後処理を示す図であって、命令の方向およびファイルの流れは、頂点から下方に向かう順番で示す図である。

【発明を実施するための形態】

【実施例1】

【0019】

本実施例では、システムは、移動通信装置４、ＮＦＣリーダを備える端末２と、決済プロセッササーバ５と、端末２と決済プロセッササーバ５との間の接続とを含む。移動通信装置４は、たとえば、ノキア６１３１携帯電話によって代表される。ｍｉｃｒｏＳＤ型のメモリを備える着脱可能なカード１は、移動通信装置４のスロットに挿入される。決済カード１およびＮＦＣ通信素子７は、一般的な標準寸法を有するメモリを備える着脱可能なカード１に配置される。カード１は、決済ファイルの保存のためのメモリを備え、メモリは安全素子の形式であり、それぞれ安全素子の実領域の形態である。ＡＲＱＣ決済ファイルは、カード１がリセットした後も保存される。カード１は、取引の第１フェーズでカード１と端末２との間の通信リンク３を中断した後に、端末２へのカード１の再接続によってリセットされる。端末２は、特にＡＲＰＣ形式の応答ファイルの一時記憶用メモリを備えている。端末２は、可変識別子プレフィックスを有し、応答ファイルが受信された後に、識別子データを変更するように調整される。第１フェーズでは、端末２は、１２型の端末２（販売者側にあるＰＯＳ端末２）として登録され、第２フェーズでは、１２ｔｃ２型の端末２または可能であれば２７型の端末２（Ｐｏｓｔ＿Ｐｒｏｃｅｓｓ＿Ｔｅｒｍｉｎａｌ）として登録される。端末型の変更は、通信メッセージを正しく照合するのに有用であり、原則として、たとえば２７型の端末の新しい型番号でありうる。また、既存の処理システムに端末の新しい型番号を導入することが問題となる場合、同じ型番１２で、異なる端末機能を有する端末を使用でき、ここでは、１２ｔｃ２＝異なるｔｃ（端末機能）を備える１２型として表現される。端末２は、カード１との通信リンク３の再接続を実現するための準備として、応答ファイルＡＲＰＣを保存するメモリを有する。

【0020】

数量、通貨および日付を含み、必要とされる決済に関するデータが、端末２で準備される。これらは、ＣＤＯＬ１データ（カードリスク管理データ対象リスト）に含まれる。ユーザーは、端末２リーダに携帯電話を近づける。通信リンク３が生成された後に、端末２は、カード１にステートメントを要求する。受信データに基づいて、カード１は、ＡＲＱＣ暗号化形式で決済ファイルを作成する。このファイルは、カード１の電子署名によって暗号化される。以前に作成された通信リンク３の間、決済ファイルＡＲＱＣは、端末２に転送される。ＡＲＱＣ決済ファイルは、作成された後、カード１の安全素子に保存される。端末２にＡＲＱＣ決済ファイルを転送した後、携帯電話が端末２リーダから離れるかどうかは基本的に問題にならない。携帯電話は、全決済取引時に、ユーザーの手に保持されることから、電話は離れていると考えられる。携帯電話は、端末２の要求時に、または実際に決済取引全体を監視する販売者が依頼した際に、端末２リーダの近傍に配置される。第１の配置後、ユーザーは別のところに配置する依頼を待つ。１つの決済取引が進行中の場合は、カード１と端末２との間の通信リンク３は切断される。

【0021】

その間、ＡＲＱＣ決済ファイルは、端末２から決済プロセッサ５に送信される。決済プロセッサは、このファイルを処理し、評価し、考えうる他の指示とともにＡＲＱＣ決済ファイルを、ＡＲＰＣ暗号形式の応答ファイルに暗号化する。このファイルは、ＡＲＱＣ決済ファイルに関する暗号化データを含む。ＡＲＰＣ応答ファイルは、カード１と端末２との間の元の通信リンク３が中断された後に、カード１によって決済プロセッサ５から受信される。この中断は、決済取引処理の第１フェーズと第２フェーズとを分ける瞬間の時間要素を含む。カード１の視点から、これらの２つのフェーズは、カード１のリセットによって分けられ、第１フェーズでカードに生成されたデータは第２フェーズで使用される。

【0022】

ＡＲＱＣ決済ファイルは、少なくとも、決済プロセッサ５からの特定のＡＲＰＣ応答ファイルが受信、処理されるまで、カード１のメモリに保存される。カード１は、受信したＡＲＰＣ応答ファイルを復号し、ＡＲＰＣ応答ファイルの作成時に決済プロセッサ５によって使用されたＡＲＱＣ決済ファイルに関する情報を取得する。次にカード１は、以前に生成され、保存されているＡＲＱＣ決済ファイルと、ＡＲＰＣ応答ファイルに含まれるＡＲＱＣ決済ファイルとを比較する。この比較後に、カード１は、処理中の決済に関するステートメントを決定することができる。次に、カード１は、承諾または拒否のステートメントをＴＣ形式またはＡＡＣ形式で作成する。以前に作成され、カード１に保存されているＡＲＱＣ決済ファイルが、ＡＲＰＣ応答ファイルに含まれるＡＲＱＣ決済ファイルと同じであるという必要条件下で、承諾のステートメントが、カード１に生成される。

【0023】

また、本実施例に記載する接続は、ＡＲＰＣ応答ファイルをカード１に転送する方法のさらに多くの可能性をもたらす。端末２は、ユーザーが２回目に携帯電話を端末２のリーダの近傍に配置しなかったことを決済プロセッサ５に報告する場合、決済プロセッサ５は、この特定の決済カード１に割り当てられた電話番号にＳＭＳデータとしてＡＲＰＣの送信を試行する。携帯電話では、受信したＳＭＳは、挿入されたｍｉｃｒｏＳＤ型カードに関連するデータとして分析され、それの汎用ＰＯＳ端末であり、基本的に仮想のＰＯＳ端末２の起動を初期化する。ＳＭＳメッセージは、プレフィックス１７を有する決済プロセッサ５に属する端末２（決済プロセッサ５に属する後処理端末２）に関する情報を含む。

【実施例2】

【0024】

オンライン決済取引の処理は、前処理および後処理の２つのステップで実現される。決済アプリケーションとしては、たとえばＰＡＹＰＡＳＳおよびＰＡＹＷＡＶＥ仕様を実現する非接触型アプリケーションを使用することが可能できる。カード１には、ＰＡＹＰＡＳＳ／ＰＡＹＷＡＶＥおよびＰＡＹＰＡＳＳ／ＰＡＹＷＡＶＥ＿ＰＯＳＴＰＲＯＣＥＳＳの２つの別個のアプリケーションが存在する。アプリケーションは、セキュアドメインに配置され、ＥＭＶとの互換性があり、少なくとも３つの共通変数（データ項目）、オフラインカウンタ、アプリケーション取引カウンタ（ＡＴＣ）、ラストオンラインアプリケーション取引カウンタ（ＬＡＴＣ）を共有する。アプリケーションＰＡＹＰＡＳＳ／ＰＡＹＷＡＶＥは、ＡＲＱＣ値を一時的に保存し、この値は、後にＰＯＳＴＰＲＯＣＥＳＳで、ＰＡＹＰＡＳＳ／ＰＡＹＷＡＶＥ＿ＰＯＳＴＰＲＯＣＥＳＳアプリケーションに提供されることから、この値を再度カウントする必要はなく、これにより、時間が節約される。本発明により、新型の端末２、つまりＴｅｒｍｉｎａｌ＿ｔｙｐｅ＝２７（ＰＯＳＴ ＰＲＯＣＥＳＳ ＴＥＲＭＩＮＡＬ ２）が導入される。

【0025】

提示する解決法は、携帯電話を端末２の近傍に２回配置することを可能にする。１回目では、オンライン承認の要求が生成され、２回目の接触後に、決済プロセッサ５からの情報が、決済アプリケーションに入力される。ユーザーが、２回目に携帯電話を配置せず、応答中に関連データまたはスクリプトが存在する場合、端末２は、応答が配信されなかったことを決済プロセッサ５に報告し、決済プロセッサ５は、ＳＭＳ ＲＥＳＰＯＮＳＥサービスが起動されていれば、ＳＭＳによって携帯電話に応答を配信しようと再試行する。ユーザーにこのサービスがある場合、一度のみユーザー自らが、手続きに従って端末２のリーダの近傍に携帯電話を配置することができる。ＧＵＩがＳＭＳ ＲＥＰＯＲＴが有効になったことをＳＭＳにより決済プロセッサ５に報告する場合に、ＧＵＩを最初に起動すると、このサービスが開始される。

【0026】

決済プロセッサ５が、ＳＭＳ ＲＥＳＯＰＯＮＳＥ送信後、３回連続のオンライン決済で受信確認を受信しない場合、サービスは自動的に無効となる。クライアントは、オンラインで３回連続して決済し、および／または、ＧＵＩを起動していなかったか、あるいは、携帯電話がそのようなサービスをサポートしない型に変更された。クライアントは、停止した後に、ＧＵＩ上でサービスを再起動するか、あるいは、決済取引処理のツータッチメソッドを使用する必要があることを示すＳＭＳを受信する。

【0027】

また、本実施例では、前処理は、カード１を１回目の配置した時に実現される一般的なオンラインの非接触型動作、本願明細書では端末２に対する携帯電話の非接触型動作を表す。前処理時に、端末２は、端末自体をたとえばＴｅｒｍｉｎａｌ＿ｔｙｐｅ＝１２として表示する（販売者側にあるＰＯＳ端末２）。端末２は、決済プロセッサ５（決済カード１を発行した銀行の承認サーバ）にオンライン承認の要求を送信する。前処理の結果は、他のものを除いて決済プロセッサからの応答コードとスクリプトである。

【0028】

ユーザーは、携帯電話でＧＵＩ決済アプリケーションを開始する。アプリケーションは、パスワードを要求する。パスワードが適合すれば、ＥＭＢＥＤＤＥＤ ＰＯＳ ＴＥＲＭＩＮＡＬは、パスワードを使用してＰＩＮコードを取得する。ＰＩＮコードは、安全素子内の別個のアプリケーションに保存される。ＥＭＢＥＤＤＥＤ ＰＯＳ ＴＥＲＭＩＮＡＬは、ＰＡＹＰＡＳＳ／ＰＡＹＷＡＶＥアプリケーションでＰＩＮを照合し、有効である場合に、取引時に、外部のＰＯＳ端末２のＰＩＮ入力装置（ＰＥＤ）でＰＩＮによる照合をほかに必要としないように、決済アプリケーションを構成する。ＰＩＮ ＯＶＥＲ ＰＡＳＳＷＯＲＤプラットフォーム技術は、この構成によって定義される。ユーザーが決済アプリケーションを開始し、パスワードを入力せず、端末２がＰＩＮ照合を必要とする場合、ＰＥＤにＰＩＮを入力するか、あるいは、ＦＯＢ（外部データ媒体）をリーダの近傍に配置して、照合のためにＰＩＮを決済プロセッサ５に送信することが必要である。電話がＧＵＩ決済アプリケーションを搭載せず、端末２がＰＩＮ照合を必要とする場合、この照合は、決済プロセッサ５においてオンラインで実行される。

【0029】

端末２は、カードリスク管理データ対象リスト（ＣＤＯＬ１）と第１のＧＥＮＥＲＡＴＥ ＡＣコマンドをカード１に送信する。カード１は、ＡＲＱＣを計算する。端末２のリスク管理がＰＩＮを要求し、ＧＵＩからパスワードが入力されなかった場合、端末２は、ＰＩＮ入力装置（ＰＥＤ）にＰＩＮを入力するように要求し、このステップでは、オンラインでＰＩＮを照合する。端末２は、オンライン承認の要求として、計算されたＡＲＱＣ暗号文を決済プロセッサ５に送信する。決済プロセッサ５は、応答コードおよびスクリプトを補完する応答（ＡＲＰＣ暗号文）を返信する。

【0030】

以下のように、２回目に端末２の近傍にカードを配置し、端末２が次の処理のためにカード１に応答コードおよびスクリプトを送信する際に、後処理を実行する。
１．端末２は、決済プロセッサからＡＲＰＣ暗号文を受信（前処理完了）後に、ユーザーにカード１、つまり携帯電話を端末の非接触型リーダの近傍に再び配置するように要求する。
２．カード１を配置した後に、端末２は、ＰＡＹＰＡＳＳ／ＰＡＹＷＡＶＥ＿ＰＯＳＴＰＲＯＣＥＳＳを開始し、Ｔｅｒｍｉｎａｌ＿ｔｙｐｅ＝１２ではなく、Ｔｅｒｍｉｎａｌ＿ｔｙｐｅ＝２７（販売者側にある後処理端末）として、端末自体をそれぞれＴｅｒｍｉｎａｌ＿ｔｙｐｅ＝１２ ｔｃ２として表示する。
３．カードは、この型の（ツータッチ取引処理中の）端末を認識し、第２のＧＥＮＥＲＡＴＥ ＡＣを計算するために端末２にＣＤＯＬ２データを要求する。
４．端末２からのＣＤＯＬ２は、他のデータに加えて決済プロセッサからの応答コードを含む必要がある。
５．端末２は、カード１にスクリプトを送信する。
６．計算時には、前処理時に一時的に保存したＡＲＱＣが使用される。
７．カードは、計算したＴＣ／ＡＡＣを端末２に送信する。

【0031】

ユーザーは、携帯電話、移動通信装置４をリーダに対して２回目に配置しない場合、端末は、メッセージ配信に失敗したことを決済プロセッサ５に報告する。決済プロセッサは、ＳＤカード１が挿入されている電話番号にＳＭＳデータとしてＡＲＰＣの送信を試行する。（プロセッサ５は、ＧＵＩから起動されているＳＭＳからのＳＭＳ Ｒｅｓｐｏｎｓｅ起動時に、この番号を得て、記憶する。）プッシュＳＭＳ技術は、受信ＳＭＳを記録し、ＳＤカードの関連データに関係することを検知した後に、ＧＥＮＥＲＩＣ ＰＯＳ ＴＥＲＭＩＮＡＬを実行する。また、ＳＭＳデータは、他の情報以外に、Ｔｅｒｍｉｎａｌ＿ｔｙｐｅ＝１７（金融機関に属する後処理端末２）に関する情報を含む必要がある。ＧＥＮＥＲＩＣ ＰＯＳ ＴＥＲＭＩＮＡＬは、安全素子におけるデフォルト端末に関する構成データを読み込む。（端末２は、決済プロセッサ５または決済プロセッサ５と協働する決済プロセッサに属する。）次に、ＥＭＢＥＤＤＥＤ ＰＯＳ ＴＥＲＭＩＮＡＬは、ＰＡＹＰＡＳＳ／ＰＡＹＷＡＶＥ＿ＰＯＳＴＰＲＯＣＥＳＳを開始して、端末自体をＴｅｒｍｉｎａｌ＿ｔｙｐｅ＝１７として表示する。カード１は、このような型の（ツータッチ取引処理プラットフォームの）端末を認識し、第２のＧＥＮＥＲＡＴＥ ＡＣを計算するために端末２にＣＤＯＬ２データ（ＡＲＰＣを含む）を要求する。端末２は、カード１にスクリプトを送信する。前処理時に、一時的に保存したＡＲＱＣが、後の計算に使用される。カード１は、応答として計算されたＴＣ／ＡＡＣを端末２に送信する。端末２は、応答を暗号化し、ＧＵＩが応答を取り出して、決済プロセッサ５のＨＯＳＴに応答として送信するメモリに保存する一方で、受信ＳＭＳ ＲＥＳＰＯＮＳＥから電話番号を認識する。

【0032】

カード１は、決済プロセッサ５からＡＲＰＣを受信する場合、他の「ｎ」（無制限）回のオフライン決済の実現を可能にするＬＡＴＣを設定するが、ＳＭＳ Ｒｅｓｐｏｎｓｅまたは第２の接触のいずれによるかは重要でない。ユーザーがツータッチプラットフォームで２回目の接触を拒否する場合、および、または、ＳＭＳ Ｒｅｓｐｏｎｓｅが起動していない場合のいずれかの場合、ユーザーはオフライン決済を実現することができない。しかし、ユーザーは、決済プロセッサ５でオンライン承認によってのみ決済することができる。決済プロセッサ５からＡＲＰＣ（応答）を正しく受信した後に、オフライン取引は許可される。そこで、ユーザーのカードにオフラインの金銭が十分にあるという条件下では、回数を限定することなく決済できるようになる。

【産業上の利用可能性】

【0033】

産業上の利用可能性は、明白である。本発明により、カードと端末との間の通信リンクの中断を可能にする決済取引を２つのフェーズに分ける電子決済アプリケーションシステムを作製して、使用することが可能である。

【符号の説明】

【0034】

１ カード
２ 決済端末
３ 通信リンク
４ 移動通信装置
５ 決済プロセッサ
６ 通信経路
７ 通信素子
ＰＯＳ 販売時点管理
ＡＡＣ アプリケーション認証暗号文
ＡＲＱＣ 承認要求暗号
ＡＲＰＣ 承認応答暗号
ＣＤＯＬ カードリスク管理データ対象リスト
ＴＣ 取引証明
ＰＯＳ１２ 販売者側にある販売時点管理
ＰＯＳ１２ｔｃ２ 後処理で販売者側にあり、異なる端末機能を有する販売時点管理
ＥＭＶ Ｅｕｒｏｐａｙ、ＭａｓｔｅｒＣａｒｄ、ＶＩＳＡ

【図1】

【図2】

【図3】

【図4】

【図5】