(57)【要約】  支払いシステムは、ユーザを識別するためにＩＣ識別カードを利用し、ユーザの銀行口座を検索および検証する。支払いシステムは、ＩＣ識別カードリーダを使用して、ユーザ識別カード番号を含むユーザ身元情報を読み取る。システムは、第１の暗号化キーを使用して、ユーザ身元情報を暗号化し、参加銀行に対応する銀行暗号化キーを使用して、ユーザにより入力された銀行口座パスワードを暗号化し、暗号化された情報を中間プラットフォームに送信し、中間プラットフォームは、ユーザ身元情報、銀行口座パスワード、および取引金額を含む銀行取引要求を参加銀行サブシステムに送信する。参加銀行サブシステムは、ユーザ身元情報と銀行口座間とのマッピング関係に基づいて、中間プラットフォームまたは参加銀行サブシステムのいずれかによって、ユーザ識別カード番号に従って判断されるユーザの銀行口座との銀行取引の要求を実行する。
2010522933.tif 000002
【特許請求の範囲】
【請求項１】
ＩＣ識別カードを使用した取引のための支払いシステムであって、
ＩＣ識別カードリーダを有する受付装置であって、前記受付装置は、ユーザ身元情報およびユーザ銀行口座情報を受信するように適合されており、前記ユーザ身元情報は、ＩＣ識別カードから前記識別カードリーダにより読み取られるユーザ識別カード番号を少なくとも含み、かつ前記受付装置は、前記ユーザ身元情報および前記ユーザ銀行口座情報の少なくとも一部を暗号化することが可能である受付装置と、
中間プラットフォームであって、
前記受付装置から送信された、前記暗号化されたユーザ身元情報および前記暗号化されたユーザ銀行口座情報を受信し、
少なくとも前記暗号化されたユーザ身元情報を含む第１の暗号化された情報を復号化し、
銀行取引を要求するために、前記ユーザ身元情報および前記ユーザ銀行口座情報を含む銀行取引情報を、参加銀行サブシステムに通信し、
銀行取引結果を前記参加銀行サブシステムから受信し、かつ
前記銀行取引結果を前記受付装置に通信する
ように適合される中間プラットフォームと
を備えることを特徴とするシステム。
【請求項２】
前記受付装置は、前記識別カードリーダから分離した入力ユニットをさらに有し、前記入力ユニットは、前記ユーザ銀行口座情報を受信するために使用されることを特徴とする請求項１に記載の支払いシステム。
【請求項３】
前記入力ユニットは、取引金額を含む商取引情報をさらに受信するために使用されることを特徴とする請求項２に記載の支払いシステム。
【請求項４】
前記受付装置より受信した前記ユーザ銀行口座情報は、前記ユーザにより入力された銀行口座パスワードを含むことを特徴とする請求項１に記載の支払いシステム。
【請求項５】
前記受付装置より受信した前記ユーザ銀行口座情報は、前記ユーザにより選択された前記参加銀行に関する情報と、前記ユーザにより入力された銀行口座パスワードとを含むことを特徴とする請求項１に記載の支払いシステム。
【請求項６】
前記参加銀行に送信される前記ユーザ銀行口座情報は、前記参加銀行の前記ユーザの銀行口座番号を含むことを特徴とする請求項１に記載の支払いシステム。
【請求項７】
前記参加銀行に送信される前記ユーザ銀行口座情報が、前記参加銀行の前記ユーザの銀行口座番号を含まない場合、前記支払いシステムは、前記参加銀行サブシステムに、前記ユーザ識別カード番号に対応する銀行口座番号を調べさせ、銀行口座パスワードを含む前記ユーザ銀行口座情報を検証させるように構成されることを特徴とする請求項１に記載の支払いシステム。
【請求項８】
前記受付装置は、第１の暗号部および第２の暗号部を有し、前記第１の暗号部は、第１の暗号化キーを使用して、前記ユーザ身元情報を暗号化するために使用され、かつ前記第２の暗号部は、前記参加銀行により提供された銀行暗号化キーまたは第３者機関によって提供された銀行暗号化キーのいずれかを使用して、前記ユーザ銀行口座情報を暗号化するために使用されることを特徴とする請求項１に記載の支払いシステム。
【請求項９】
前記受付装置により受信した取引金額を暗号化するために使用される第３の暗号部をさらに備えることを特徴とする請求項８に記載の支払いシステム。
【請求項１０】
前記第１の暗号化キーを使用して、前記受付装置により受信した取引金額を暗号化するために使用される第３の暗号部をさらに備えることを特徴とする請求項８に記載の支払いシステム。
【請求項１１】
前記受付装置は、前記識別カードリーダに接続されるプロセッサを有し、前記識別カードリーダは、制御器を有し、前記受付装置は、第１の暗号化キーを使用して、前記ユーザ身元情報を暗号化するために使用される第１の暗号部と、前記参加銀行により提供される銀行暗号化キーまたは第３者機関によって提供される銀行暗号化キーのいずれかを使用して、前記ユーザ銀行口座情報を暗号化するために使用される第２の暗号部と、前記第１の暗号化キーを使用して、前記受付装置により受信された取引金額を暗号化するために使用される第３の暗号部とをさらに含み、前記第１、第２、および第３の暗号部は、
前記第１の暗号部が前記制御器内に存在し、前記第２および前記第３の暗号部が前記プロセッサ内に存在する構成、
前記第１の暗号部および前記第３の暗号部が前記制御器内に存在し、前記第２の暗号部が前記プロセッサ内に存在する構成、または
前記第１の暗号部、前記第２の暗号部、および前記第３の暗号部が全て前記制御器内に存在する構成
のうちの１つ構成に配置される
ことを特徴とする請求項１に記載の支払いシステム。
【請求項１２】
前記第１、前記第２、および前記第３の暗号部の各々は、前記制御器および前記プロセッサのうちのそれぞれ１つに組み込まれたソフトウェアモジュールであることを特徴とする請求項１１に記載の支払いシステム。
【請求項１３】
前記受付装置は、前記身元カードリーダに接続される販売業者処理ユニットを備え、前記販売業者処理ユニットは、
前記識別カードリーダの外部から入力された外部情報を受信するために使用される入力ユニットであって、前記外部情報は、販売業者により入力された取引金額、前記ユーザにより入力された銀行口座パスワード、および前記ユーザにより選択された参加銀行に関する情報のうちの１つまたはいくつかである入力ユニットと、
取引結果を出力するために使用される出力ユニットと、
前記入力ユニットからの前記外部情報を処理し、前記処理された外部情報を、前記受付装置の暗号化ユニットに送信し、前記取引結果を前記出力ユニットに送信するために使用されるプロセッサと、
暗号化された情報を前記中間プラットフォームに通信し、かつ前記中間プラットフォームからの前記取引結果を前記第１のプロセッサに通信するために使用される通信ユニットと
を含むことを特徴とする請求項１に記載の支払いシステム。
【請求項１４】
前記販売業者処理ユニットは、前記識別カードリーダとインターフェース接続するコンピューティング装置に実装され、前記出力ユニットは、表示画面を含むことを特徴とする請求項１３に記載の支払いシステム。
【請求項１５】
前記受付装置は、前記ユーザ身元情報および前記ユーザ銀行口座情報のうちの少なくとも一部を暗号化するための分離した暗号化ユニットを備え、前記暗号化ユニットは、前記販売業者処理ユニットと前記識別カードリーダとの間に配置されることを特徴とする請求項１３に記載の支払いシステム。
【請求項１６】
前記中間プラットフォームは、通信インターフェースおよび復号化ユニットを含むプラットフォームプロセッサを備え、前記復号化ユニットは、前記受付装置から送信された前記第１の暗号化された情報を復号化するために使用され、前記通信インターフェースは、前記受付装置と前記参加銀行サブシステムとの通信を確立するために使用され、前記プラットフォームプロセッサは、
前記復号化された情報を格納し、
前記銀行取引情報を前記参加銀行サブシステムに通信し、
前記参加銀行サブシステムから送信された前記銀行取引結果を受信および格納し、かつ
前記銀行取引結果を前記受付装置に通信するために使用される
ことを特徴とする請求項１に記載の支払いシステム。
【請求項１７】
前記中間プラットフォームは、
複数の銀行口座番号と複数のユーザ識別カード番号との間のマッピング関係を格納するデータベースストレージユニットと、
前記マッピング関係から、前記識別カード番号に対応する銀行口座番号を調べて、前記銀行口座番号を前記参加銀行サブシステムに送信するための銀行口座処理ユニットと
をさらに備えることを特徴とする請求項１６に記載の支払いシステム。
【請求項１８】
前記中間プラットフォームは、
前記銀行取引情報を前記参加銀行サブシステムに送信する前に、前記参加銀行により合意された暗号化キーを使用して、前記銀行取引情報を暗号化し、
前記参加銀行により合意された復号化キーを使用して、前記参加銀行サブシステムから通信された前記銀行取引結果を復号化する
ようにさらに適合されることを特徴とする請求項１に記載の支払いシステム。
【請求項１９】
前記受付装置は、販売業者と前記中間プラットフォームとの間をインターフェース接続するＡＰＩインターフェースを有することを特徴とする請求項１に記載の支払いシステム。
【請求項２０】
前記受付装置は、通常の電話回線、任意のネットワークのダイヤルアップモデム、またはＬＡＮを介する接続に対応する通信ユニットを有することを特徴とする請求項１に記載の支払いシステム。
【請求項２１】
前記ユーザ識別情報は、前記ＩＣ識別カードから前記識別カードリーダにより読み取られた前記ユーザのデジタル写真をさらに含むことを特徴とする請求項１に記載の支払いシステム。
【請求項２２】
ＩＣ識別カードを使用して取引するための支払いシステムであって、
識別カードリーダ、第１のプロセッサ、および第１の暗号化装置を有する受付装置であって、前記識別カードリーダは、ユーザ識別カード番号を受信するために使用され、前記受付装置は、ユーザ銀行口座パスワードを受信するようにさらに適合され、かつ前記第１の暗号化装置は、前記ユーザ識別カード番号および前記ユーザ銀行口座パスワードを暗号化するために使用される受付装置と、
第２の暗号化装置および第２のプロセッサを有する中間プラットフォームであって、前記第２の暗号化装置は、少なくとも前記受付装置から送信された前記暗号化されたユーザ識別カード番号を復号化するために使用され、前記第２のプロセッサは、前記ユーザ識別カード番号に対応する銀行口座番号を判断するために使用され、かつ前記中間プラットフォームは、銀行取引を要求するために、前記銀行口座番号および前記ユーザ銀行口座パスワードを含む銀行取引情報を参加銀行サブシステムに通信し、銀行取引結果を前記参加銀行サブシステムから受信し、さらに、前記銀行取引結果を前記受付装置に通信するようにさらに適合される中間プラットフォームと
を備えることを特徴とする支払いシステム。
【請求項２３】
前記第２のプロセッサは、複数の銀行口座番号と複数のユーザ識別カード番号との間のマッピング関係を使用して、前記銀行口座番号を判断し、前記マッピング関係は、前記中間プラットフォームに格納されることを特徴とする請求項２２に記載の支払いシステム。
【請求項２４】
ＩＣ識別カードを使用した取引のための支払い方法であって、
識別カードリーダを介して、ユーザのユーザ身元情報を読み取るステップであって、前記ユーザ識別情報は、ユーザ識別カード番号を含むステップと、
前記ユーザにより入力された銀行口座パスワードを受信するステップと、
販売業者により入力された取引金額を受信するステップと、
前記ユーザ身元情報、前記銀行口座パスワード、および前記取引金額を暗号化するステップと、
前記ユーザ身元情報、前記銀行口座パスワード、および前記取引金額を含む暗号化された情報を、中間プラットフォームに送信するステップと、
前記中間プラットフォームにより受信される少なくとも前記暗号化されたユーザ身元情報を復号化するステップと、
銀行取引を要求するために、前記ユーザ身元情報、前記銀行口座パスワード、および前記取引金額を含む銀行取引情報を、前記中間プラットフォームにより参加銀行サブシステムに送信するステップと、
前記銀行取引情報が、銀行口座番号を含まない場合、前記参加銀行サブシステムにおいて、前記ユーザ身元情報に対応する前記銀行口座番号を検索し、前記銀行口座パスワードを検証し、前記要求された銀行取引を処理し、さらに銀行取引結果を前記中間プラットフォームに返送するステップと
を含むことを特徴とする支払い方法。
【請求項２５】
前記中間プラットフォームにおいて、ユーザ識別カード番号とユーザ銀行口座との間のマッピング関係を格納するステップと、
前記ユーザ識別カード番号に対応する前記銀行口座番号を、前記マッピング関係から調べ、見つかった場合に、前記銀行口座番号を、前記銀行取引情報の一部として前記参加銀行サブシステムに送信するステップと
をさらに含むことを特徴とする請求項２４に記載の支払い方法。
【請求項２６】
前記ユーザ身元情報、前記銀行口座パスワード、および前記取引金額を暗号化するステップは、
第１の暗号化キーを使用して、前記ユーザ身元情報および前記取引金額を暗号化するステップと、
前記参加銀行により提供された銀行暗号化キーまたは第３者機関によって提供された銀行暗号化キーのいずれかを使用して、前記銀行口座パスワードを暗号化するステップと
を含むことを特徴とする請求項２４に記載の支払い方法。
【請求項２７】
前記参加銀行に送信された前記銀行取引情報は、前記暗号化された銀行口座パスワードを含むことを特徴とする請求項２４に記載の支払い方法。
【請求項２８】
前記参加銀行において、複数の銀行口座番号が前記ユーザ識別カード番号に対応する場合、前記支払いのための特定の銀行口座番号を提供するように前記ユーザに要求する通知を送信するステップをさらに含むことを特徴とする請求項２４に記載の支払い方法。
【発明の詳細な説明】
【技術分野】
【０００１】
（関連出願の引用）
本出願は、２００７年３月２９日に出願された中国特許出願番号第２００７１００９１７０７．８号、名称「ＰＡＹＭＥＮＴ  ＳＹＳＴＥＭ  ＡＮＤ  ＭＥＴＨＯＤ  ＵＳＩＮＧ  ＩＣ  ＩＤＥＮＴＩＦＩＣＡＴＩＯＮ  ＣＡＲＤ」の優先権を主張する。
【０００２】
本開示は、データ処理技術分野に関連し、具体的には、ＩＣ識別カードを使用した取引のための支払いシステムおよび支払い方法に関する。
【背景技術】
【０００３】
多額の現金を持ち歩くことは不便かつ危険であるため、多くの異なる取引の場面のために、銀行カードが広く使用されている。より多くの人々が、買い物に銀行カードを使用するようになっている。図１は、取引を処理するために銀行カードを使用する既存の支払いシステムの簡単なブロック図を示す。この既存のシステムには、銀行カード情報を読み取る受信端末１１３、販売業者サブシステム１１２、および取得サブシステム１１１が存在する。販売業者サブシステム１１２は、通常、サーバおよび複数の顧客端末（図示せず）を有する。販売業者サブシステム１１２における顧客端末は、受信端末１１３に接続するが、販売業者サブシステム１１２のサーバは、特別の指定ラインを介して取得者の取得サブシステム１１１に接続する。取得サブシステム１１１の取得者と参加銀行とが同一でない場合、提携銀行（中国のＵｎｉｏｎＰａｙ等）の銀行間取引サブシステムを介して、取得サブシステム１１１から参加銀行の取得サブシステム（図示せず）にさらに接続される。
【０００４】
ユーザが、銀行カードを使用して、図１の支払いをするとき、受信端末１１３（例えば、キャッシュレジスタ）は、まず、銀行カードの可読性に基づいて、銀行カードの信頼性について検証する。次に、販売業者サブシステム１１２の顧客端末は、身元情報（ユーザの身元を提示するためにユーザによって入力されている）、銀行カード番号、および他の取引情報を、販売業者サブシステム１１２のサーバに伝送する。続いて、販売業者サブシステム１１２のサーバは、取得サブシステム１１１にこの情報を送信する。取得者および参加銀行が同一の場合、取得サブシステム１１１は、取引情報を直接処理する。これが同一でなければ、本情報は、銀行間取引サブシステムを介して参加銀行に送信される。参加銀行サブシステムは、銀行カード情報および身元情報を使用して、ユーザの身元を検証する。身元が認証された場合、参加銀行サブシステムは、カード番号の口座からの引き落としを処理し、この引き落としに関する銀行取引結果を返送する。検証に失敗した場合、参加銀行サブシステムは、身元が検証不可能であることを示すメッセージを返送する。引き落としが成功したというメッセージを販売業者サブシステム１１２が受信した後、販売業者は、認証のために販売伝票に顧客（ユーザ）の署名を取ることができる。
【０００５】
上記の説明は、既存の技術における最も一般的な支払い取引プロセスを示す。しかしながら、本支払いプロセスは、後述のような特定の欠点を有する。
【０００６】
図１の支払いプロセスにおいて、口座名義およびパスワードの組み合わせとともに銀行カードを使用して、取引全体においてユーザの身元を認証する。既存の技術における店舗販売時点情報管理（ＰＯＳ）および現金自動預け払い機（ＡＴＭ）等の端末による銀行カードに依存する銀行カードの認証の方法は、非常に高い危険性をもたらしている。現在の銀行カードは、磁気帯カード技術を使用して作製されている。磁気帯カードの偽造防止能力は低いため、これらのカードは、容易に模造または偽造される可能性がある。
【０００７】
結果として、近年、銀行カードの新世代として、磁気帯カードに取って替わるスマートカードが提案されている。チップカード、集積回路（ＩＣ）カード、または単にＩＣカードとも呼ばれるスマートカードは、情報を処理できる集積回路を内蔵するポケットサイズのカードである。スマートカードは、入力を受信し、その入力を処理し、それを出力として配信することができる。カードは、プラスチックから形成され、一般的にはＰＶＣであるが、場合によりＡＢＳである。カードは、偽造を阻止するためにホログラムを内蔵することがある。例えば、ＥＭＶ技術を使用してスマートカードを作製することができる。ＥＭＶは、ユーロペイ、マスター、およびビザ等の国際銀行カード組織によって共同して開発されたスマートＩＣ銀行カード技術についての規格である。本規格は、スタンドアロン型動作、暗号化機能および復号化機能、ならびにストレージ能力を有する銀行カードのＣＰＵチップを必要とし、これによって、より高レベルの安全性を達成する。
【０００８】
しかしながら、磁気帯カードからスマートカードへの銀行カードの移行には、多額の費用がかかり、かつ時間がかかることが判明している。スマートカードの製造費用は、磁気帯カードの製造費用よりも何倍も高い。加えて、スマートカードを読み取り可能にするように既存のＰＯＳおよびＡＴＭを改造するには、多額の費用がかかる。費用とリソースが莫大であるにもかかわらず、磁気帯カードからスマートカードへ銀行カードを移行したとしても、侵入者は、大きな利益が存在することから、依然としてスマートカードを模造しようとし、また、模造できるであろう。さらに、ＡＴＭおよびＰＯＳ等の端末が、銀行カードを読み取り、銀行カードの信頼性を検証することが可能であっても、銀行カードが、金融機関によってユーザに対して発行された同一の銀行カードであるか否か、または正当なユーザが、金融機関により発行されたスマートカードを使用しているか否かを確認することは不可能である。ユーザの身元を検証する他の実用的な方式が存在しないため、侵入者がパスワード等のユーザ情報を入手した場合、ユーザおよび販売業者にとって重大な金銭的損失がもたらされ得る。既存の技術において、ＡＴＭおよびＰＯＳが、ユーザが入力した銀行口座パスワードを受信し、銀行カードの銀行口座情報を読み取ると、通常、ネットワーク上を伝送される前に銀行口座パスワードのみが暗号化される。銀行口座番号および取引金額等の重要な金融情報は、プレーンテキスト形式で送信される。侵入者が非合法的手段によって銀行口座パスワードを入手した場合、銀行口座番号等の金融情報を入手することが非常に容易になり、潜在的に、実際のユーザに対する金銭的損失がもたらされ、また、銀行取引の安全性が大幅に低下する。
【０００９】
別の観点から考えると、磁気帯カードからスマートカードへの銀行カードの移行は、短期間で終わるものではない。したがって、取引の安全性を保証するために、支払いプロセスにおいてユーザの身元を検証する別の実用的な方法が必要とされる。
【発明の概要】
【００１０】
本開示は、取引を処理するために銀行カードを使用する既存の技術における低安全性に関する問題を解決するために、ＩＣ識別カードを使用して取引するための支払いシステムおよび支払い方法を提供する。
【００１１】
支払いシステムは、ユーザを識別するために、ＩＣ識別カードを利用し、ユーザの銀行口座を検索および検証する。支払いシステムは、ＩＣ識別カードリーダを使用して、ユーザ識別カード番号を含むユーザ身元情報を読み取る。システムは、第１の暗号化キーを使用して、ユーザ身元情報を暗号化し、参加銀行に対応する銀行暗号化キーを使用して、ユーザにより入力された銀行口座パスワードを暗号化し、暗号化された情報を中間プラットフォームに送信する。中間プラットフォームは、ユーザ身元情報、銀行口座パスワード、および取引金額を含む銀行取引要求を参加銀行サブシステムに送信する。中間プラットフォームは、情報の一部を復号化および／または暗号化することができる。参加銀行サブシステムは、中間プラットフォームまたは参加銀行サブシステムのいずれかにより、ユーザ識別カード番号に従って判断されるユーザ銀行口座との銀行取引の要求を実行する。
【００１２】
中間プラットフォームは、ユーザ身元情報と銀行口座との間のマッピング関係に基づいて、ユーザ銀行口座番号を入手し、参加銀行サブシステムに送信される銀行取引情報においてユーザ銀行口座番号を含み得る。取引情報が銀行口座番号を含まない場合、参加銀行サブシステムは、ユーザ識別カード番号に対応する銀行口座番号を調べることができて、復号化後に銀行口座パスワードを検証し、取引を処理し、銀行取引結果を返送する。
【００１３】
一部の実施形態において、識別カードリーダから分離する入力ユニットは、銀行口座パスワード等のユーザ銀行口座情報を受信するために使用される。また、分離した入力ユニットは、取引金額等の商取引情報を受信するためにも使用され得る。
【００１４】
安全性を強化するために、種々の暗号化スキームを使用し得る。一実施形態において、支払いシステムの受付装置は、暗号化のために２つの暗号部を有する。第１の暗号部は、第１の暗号化キーを使用して、ユーザ身元情報を暗号化するために使用され、一方、第２の暗号部は、参加銀行により提供される銀行暗号化キーまたは第３者機関により提供される銀行暗号化キーのいずれかを使用して、ユーザ銀行口座情報（ユーザ銀行口座パスワード等）を暗号化するために使用される。また、第３の暗号部も、取引金額を暗号化するために任意に使用される場合がある。中間プラットフォームにおいて、ユーザ識別情報および取引金額は、一致する復号化キーによって復号化される。暗号化されたユーザ銀行口座パスワードは、復号化および検証されるために、中間プラットフォームによって参加銀行サブシステムに送られる。代替的に、ユーザ銀行口座パスワードは、中間プラットフォームによって復号化されて、その後、参加銀行サブシステムに送信され得る。さらに、中間プラットフォームは、参加銀行サブシステムに送信して復号化、検証、および適用される前に、銀行取引情報を暗号化し得る。
【００１５】
支払い取引のためのＩＣ識別カードを使用した、開示される支払いシステムおよび支払い方法は、費用の削減および安全性の強化のために、ＩＣ識別カード（一部の国における第２世代識別カード）の高品質暗号化、高安全性、および広範囲な使用からの利益を受ける。
【００１６】
この発明の概要は、下記の発明を実施するための形態においてさらに説明される概念の選択を、簡略な形式で紹介するために提供される。この発明の概要は、請求される主題の重要な特徴または本質的な特徴を識別することを意図せず、また、請求される主題の範囲を判断するための補助として使用されることを意図しない。
【図面の簡単な説明】
【００１７】
発明を実施するための形態について、添付の図面を参照して説明する。図面において、参照番号の一番左の桁は、参照番号が最初に出現する図面を識別する。異なる図面における同一の参照番号は、類似項目または同一項目を示す。
【図１】取引を処理するために銀行カードを使用する既存の支払いシステムの略ブロック図を示す。
【図２】本開示に従うＩＣ識別カードを使用する例示的支払いシステムの略ブロック図である。
【図３Ａ】本開示に従う第１の型の受付装置のいくつかの異なる構成を示す。
【図３Ｂ】本開示に従う第１の型の受付装置のいくつかの異なる構成を示す。
【図３Ｃ】本開示に従う第１の型の受付装置のいくつかの異なる構成を示す。
【図４】本開示に従う例示的受付装置の略図である。
【図５Ａ】本開示に従う第２の型の受付装置のいくつかの例示的構成に関する略ブロック図を示す。
【図５Ｂ】本開示に従う第２の型の受付装置のいくつかの例示的構成に関する略ブロック図を示す。
【図５Ｃ】本開示に従う第２の型の受付装置のいくつかの例示的構成に関する略ブロック図を示す。
【図６】本開示に従う第３の型の受付装置の略ブロック図である。
【図７】図２の中間プラットフォーム２０２のさらなる詳細を示す図である。
【図８】ＩＣ識別カードを使用する支払い方法の例示的プロセスに関するフローチャートである。
【図９】中間プラットフォームとしてＡｌｉｐａｙ支払いプラットフォームを使用する支払い方法に関する例示的処理を示す図である。
【発明を実施するための形態】
【００１８】
支払いシステムおよび支払い方法は、支払い取引を処理するために一部の国（例えば、中国）において使用される第２世代識別カード等の、ＩＣ識別カード（識別として使用されるＩＣチップまたはＩＣカードを有する識別カード）を使用する。開示される支払いシステムおよび支払い方法は、ＩＣ識別カードの特徴（高品質暗号化および広範な使用等）を利用する。このＩＣ識別カードは、一部の国および地域において既に広く使用されており、また、急速にさらに多くの国および地域で使用されるようになりつつある。ＩＣ識別カードがスマート銀行カードより優れている利点の１つは、前者のカードが、既に広範囲で使用されている場合があり、使用されていない場合でも、商取引のためにそのカードを商業的に何らかの使用をするか否かにかかわらず、一部の国ではすぐに使用されるであろうことである。ＩＣ識別カードは、政府によって実施されるため、人々に対する普及率が高く、また、ハードウェアおよびソフトウェアの両方の実施における統一規格の達成に対する障害が少ない傾向にある。対照的に、スマート銀行カードは、しばしば、既存のＩＣ識別カードに加えて、発行元の金融機関毎に、金融機関の顧客に対して製造および発行される。複数の銀行の顧客であるユーザのために、複数のスマート銀行カードの作製が必要となり得る。銀行が相互に協力しない場合、スマート銀行カードの多様性が生じるだけでなく、異なるスマート銀行カードに用いられる規格および技術の多様性が存在するようになる。
【００１９】
以下に説明するように、開示される支払いシステムおよび支払い方法は、スマート銀行カードの作製に高い費用をかけずに、また、スマート銀行カード用の受付機に別々のネットワークを確立せずに、スマート銀行カードと少なくとも同じ安全性を有する支払い手順を確立する。一部の実施形態では、取引プロセス全体において暗号化キーを使用することによって、安全性をさらに強化することができる。開示される支払いシステムおよび支払い方法は、さらに利便性を図るため、既存の銀行カード（従来の磁気帯カード等）の使用と組み合わせることができる。
【００２０】
第１世代識別カードと比べると、第２世代識別カードの偽造防止機能は改善されている。例示的な第２世代識別カードの１つは、９つの層から構成されている。２つの最外層は、層上に印刷される個人の身元情報を記録する。平衡層と呼ばれる別の層が存在し、静電気から保護するために使用される。平衡層上に、ホログラフィックにすることがしばしば可能な画像および／またはロゴを有する偽造防止膜が存在する。例えば、中国で使用される第２世代識別カードは、万里の長城の画像と、「中国」（漢字）のロゴを有する。この偽造防止膜は、オレンジ色および緑色の偽造防止マークから成り、比較的高度な技術により開発される。この平衡層は、長さが８ミリメートル、幅が５ミリメートル、および厚さが０．４ミリメートルのＩＣチップを有する。また、平衡層は、２つのコイルアンテナを有する。平衡層を使用して、個人情報漏洩を回避するとともに、指定のカードリーダによる個人情報の読み取りを可能にする。
【００２１】
安全機能の観点から考えると、新世代ＩＣ識別カードは、２つの偽造防止策を有する。１つは、個人情報をデジタル暗号化した後に、チップに書き込むデジタル偽造防止策である。この部分に使用される偽造防止デジタル暗号化は、概して、認定者によって適切かつ合法的に情報が暗号化されない限り、認定ＩＣカードリーダがチップ内の情報を認識しないようにするために、政府機関によって開発および／または認可される。例えば、中国で使用される第２世代識別カードの偽造防止技術は、国家の安全性を考慮して開発され、非常に高い安全性特徴を有する。一例において、各地理的領域（例えば、州）は、地理的領域のパスワードを有し、各住民が個別のパスワードを有する。
【００２２】
新世代ＩＣ識別カードに使用される別の偽造防止策は、偽装防止印刷技術である。ＩＣ識別カードの両側は、再現が困難な印刷パターンを有することが可能である。この偽装防止印刷技術は、ホログラムを含む多くの異なる策を使用することができる。
【００２３】
デジタル偽造防止策および偽装防止印刷策の採用により、ＩＣ識別カードの安全性は、大幅に高められる。加えて、全国で使用される個人識別カードは、国家の安全性に関する重要な問題に触れることから、対応するカードリーダも、政府による厳重な安全性制御下にあるため、さらに安全性が高まる。例えば、中国において、次世代の国家個人識別カードの安全性を改善するために、カードリーダは、中国公安部のみによって開発され、政府指定の契約第３者機関のみにしか提供されず、カードリーダが危険にさらされる可能性はほとんど無い。
【００２４】
一部の国および地域における第２世代識別カードの出現とともに、ＩＣ識別カードを読み取りできるカードリーダが、ますます入手できるようになってきている。
【００２５】
図２は、本開示に従う、ＩＣ識別カードを使用する例示的支払いシステムの略ブロック図である。支払いシステム２００は、いくつかの受付装置２０１、および中間プラットフォーム２０２を含む。支払いシステム２００は、参加銀行サブシステム２０３と通信して、支払いを行うために銀行取引を実行する。各受付装置２０１は、販売業者が、参加銀行の銀行口座を有する顧客（ユーザ）と商取引することを表し得る。
【００２６】
受付装置２０１は、ユーザ身元情報、ユーザ銀行口座情報を受信するように適合される。ユーザ身元情報は、ユーザのＩＣ識別カードからＩＣ識別カードリーダ２２２によって読み取られるユーザ識別カード番号を含むが、ＩＣ識別カードからＩＣ識別カードリーダ２２２によって読み取られるか、または他の手段によって入力され得る他のユーザ識別情報（例えば、カード所有者のデジタル写真）を含み得る。以下に示すように、受付装置２０１は、ユーザ身元情報およびユーザ銀行口座情報の少なくとも一部を暗号化することが可能である。
【００２７】
中間プラットフォーム２０２は、プラットフォームプロセッサ２６１および通信ユニット２６２を含む。中間プラットフォーム２０２は、受付装置２０１から送信された暗号化されたユーザ身元情報および暗号化されたユーザ銀行口座情報を受信する。以下に示すように、中間プラットフォーム２０２は、受付装置２０１から受信した暗号化された情報（ユーザ身元情報等）を復号化することが可能である。中間プラットフォーム２０２は、銀行取引を要求するために、復号化されたユーザ身元情報およびユーザ銀行口座情報を含む銀行取引情報を、参加銀行システム２０３に通信する。中間プラットフォーム２０２は、銀行取引結果を参加銀行システム２０３から受信し、さらに、支払いを完了するために、銀行取引結果を受付装置２０１に通信する。
【００２８】
受付装置２０１の例示的実施形態について、図３〜図６を参照して後述する。
【００２９】
図３Ａ、図３Ｂ、および図３Ｂは、本開示に従う第１の型の受付装置のいくつかの異なる構成を示す。図３Ａ、図３Ｂ、および図３Ｂの受付装置３０１Ａ、３０１Ｂ、および３０１Ｃは、図２の受付装置２０１のうちの１つを、図３Ａ、図３Ｂ、または図３Ｃのそれぞれの受付装置３０１Ａ、３０１Ｂ、または３０１Ｃと置換することによって、図２の支払いシステム２００を参照して理解されたい。
【００３０】
図３Ａは、本開示に従う第１の型の受付装置の第１の例示的構成の略ブロック図を示す。受付装置３０１Ａは、識別カードリーダ３１０と、受付部プロセッサ３２１、通信ユニット３２５、入力ユニット３２３、および出力ユニット３２４を含む販売業者処理ユニット３２０とを有する。
【００３１】
識別カードリーダ３１０は、ユーザのＩＣ識別カードにおけるユーザ身元情報を読み取るために使用され、ユーザ身元情報は、ユーザ識別情報として少なくともユーザ識別カード番号を含む。また、一部のＩＣ識別カードは、ユーザ身元情報にカード所有者（ユーザ）のデジタル写真も含み得る。一部の実施形態において、識別カードリーダ３１０は、ユーザのＩＣ識別カードを読み取ることに加え、ユーザの銀行口座情報を取り込むために、従来の銀行カードを読み取る能力をも組み込むことができる。
【００３２】
入力ユニット３２３は、取引金額等の商取引情報をさらに受信するために使用される。また、さらなる情報をユーザから受信するために、入力ユニット３２３を使用することができる。例えば、従来の銀行カードに関連する銀行口座情報を入力するために、入力ユニット３２３を使用することができる。
【００３３】
また、ユーザは、構成に応じて、入力ユニット３２３またはＩＣカードリーダ３１０のいずれかを介して、銀行口座パスワードを入力することができる。ＩＣカードリーダ３１０は、ユーザ入力部と一体型ではない場合があり、この場合、銀行口座パスワード等の情報を入力するために、別々の入力ユニット３２３を使用する。また、支払いのためにユーザにより選択された参加銀行の情報を受信するために、入力部３２３を使用することができる。
【００３４】
識別カードリーダ３１０には、本明細書において述べられるＩＣ識別カードのリーダを採用する。図３Ａにおける識別カードリーダ３１０は、アンテナ３１１、ＲＦモジュール３１２、および制御器３１３を有する。アンテナ３１１は、ＲＦモジュール３１２に接続し、一方、ＲＦモジュール３１２は、制御器３１３に接続する。アンテナ３１１およびＲＦモジュール３１２は、主に、識別カードにおける身元情報を受信するために使用される。動作中、ＲＦモジュールは、固定周波数で電磁励起信号を連続的に送信する。ＩＣ識別カードが識別カードリーダ３１０に近接して置かれた場合、識別カード内のコイルは、電磁励起信号の効果により弱電流を生成する。この弱電流は、識別カード内のＩＣチップの電源としての役割を果たす。識別カード内のＩＣチップは、ユーザ身元情報の暗号化バージョンを有する。電磁励起信号の効果により、識別カード内のチップは、ＩＣチップに保存されている暗号化されたユーザ身元情報を識別カードリーダ３１０に送信することが可能である。識別カードリーダ３１０のアンテナ３１１およびＲＦモジュール３１２によって、暗号化されたユーザ身元情報を受信した後に、ユーザ身元情報は、復号化の後に制御器３１３によって入手できる。以下に述べるように、中間プラットフォーム２０１に送信される前に、ユーザ識別情報を再び暗号化することができる。
【００３５】
ＲＦ周波数を介する代わりに直接的な接触を介して、適切なＩＣカードリーダによってＩＣ識別カードを読み取り得ることを理解されたい。加えて、ＲＦ周波数を使用する実装であっても、ＩＣ識別カードをスロットへ挿入してカードを励起するようにして、励起の範囲を非常に小さく維持することができる。
【００３６】
一実施形態において、ＩＣ識別カードリーダ３１０は、第１の暗号部３７１、第２の暗号部３７２、および第３の暗号部３７３を有する。第１の暗号部３７１は、第１の暗号化キーを使用して、ユーザ身元情報を暗号化するために使用される。第２の暗号部３７２は、銀行暗号化キーを使用して、銀行口座パスワードを暗号化するために使用される。第３の暗号部３７３は、取引金額を暗号化するために使用され、第１の暗号化キーを使用して実行可能である。
【００３７】
暗号化された銀行口座パスワードは、中間プラットフォーム２０２を介して参加銀行サブシステム２０３に送信され、中間プラットフォーム２０２は、まず、検証のために、銀行口座パスワードを復号化してもよく、または復号化しなくてもよく、次いで、参加銀行サブシステム２０３に送信する前に、銀行口座パスワードを暗号化してもよく、または暗号化しなくてもよい。一般に、暗号化された銀行口座パスワードが、参加銀行サブシステム２０３によって復号化および検証される場合、受付装置２０１（例えば、図３Ａにおける３０１Ａ）と中間プラットフォーム２０２との間において安全な伝送を確実にしなければならない何らかの理由がない限り、中間プラットフォーム２０２による銀行口座パスワードの復号化および暗号化に関する追加の層は、不必要であり得る。
【００３８】
銀行口座パスワードを暗号化するために第２の暗号部３７２によって使用される銀行暗号化キーは、参加銀行によって提供されるか、または第３者機関によって提供され得る。第３者機関の銀行暗号化キーを使用する場合、第３者機関は、対応する復号化キーも契約参加銀行に送信する。このような暗号化キーおよび復号化キーを提供するために、中間プラットフォーム２０２が、販売業者および銀行間の第３者機関としての役割を果たし得ることを理解されたい。各参加銀行の銀行復号化キーは、各参加銀行が、銀行口座パスワードを復号化するために、受信した銀行復号化キーを使用可能である限り、異なるか、または同一であることが可能である。
【００３９】
第１の暗号化キーは、中間プラットフォーム２０２と、受付装置３０１Ａ（図２の２０１）を使用する販売業者との間で合意されたキーであり、中間プラットフォームと販売業者間との安全な通信のために使用される。中間プラットフォーム２０２は、受付装置３０１Ａ（図２の２０１）と参加銀行サブシステム２０３との通信の間に介在する。受付装置３０１Ａは、銀行に直接接続する必要はないが、代わりに、中間プラットフォーム２０２を介して銀行と通信する。各暗号化キーは、中間プラットフォーム２０２において対応する復号化キーを有する。受付装置３０１Ａ（図２の２０１）が使用する第１の暗号化キーが、プライベートキーである場合、第１の暗号化キーは、受付装置３０１Ａを識別するために使用可能である。一部の実施形態において、一意的な識別を確実にするために、第１の暗号化キーと受付装置３０１Ａとの間の一意的な対応を使用する。言い換えると、各第１の暗号化キーは、１つの受付装置３０１Ａに対応する。暗号化された情報を受付装置３０１Ａから受信すると、中間プラットフォーム２０２は、第１の暗号化キーに対応する復号化キーを検索し、受信した暗号化された情報を復号化する。また、中間プラットフォーム２０２は、第１の復号化キーを使用して復号化された情報を保存する。この復号化された情報は、中間プラットフォーム２０２、受付装置３０１Ａ（図２の２０１）、および参加銀行サブシステム２０３に共通した、後の調整のための参照として使用され得る。
【００４０】
第１、第２、および第３の暗号部３７１、３７２、および３７３は、それぞれの構成要素に組み込まれたソフトウェアモジュールであってもよい。図３Ａに示される例示的実施形態において、例えば、第１の暗号部３７１は、ＩＣカードリーダ３１０内の制御器３１３に組み込まれたソフトウェアモジュールであり、一方、第２の暗号部３７２および第３の暗号部３７３は、受付部プロセッサ３２１に組み込まれたソフトウェアモジュールである。中間プラットフォーム２０２によって提供される第１の暗号化キーは、制御器３１３および受付部プロセッサ３２１に事前にインストールされており、一方、参加銀行または参加銀行の代わりの第３者機関のいずれかによって提供される銀行暗号化キーは、受付部プロセッサ３２１にのみにインストールされる。第１の暗号部３７１が、第１の暗号化キーを使用して、ユーザ身元情報を暗号化した後、第１の暗号部３７１は、暗号化されたユーザ身元情報を受付部プロセッサ３２１に送信する。受付部プロセッサ３２１の第２の暗号部３７２は、銀行暗号化キー（第２の暗号化キー）を使用して、銀行口座パスワードを暗号化する。第３の暗号部３７３は、第１の暗号化キーを使用して、取引金額を暗号化する。その後、受付部プロセッサ３２１は、この情報（暗号化されたユーザ身元情報、暗号化された銀行口座パスワード、および暗号化された取引金額）を、事前に確立した形式で、通信ユニット３２５を介して中間プラットフォーム２０２に送信する。
【００４１】
第１の暗号部３７１は、制御器３１３にインストールされ、かつＩＣカードリーダ３１０が受信した暗号化されたユーザ身元情報を復号化するために使用されるセキュリティアクセスモジュール（ＳＡＭ）に内蔵され得る。
【００４２】
異なるＩＣ識別カードには、異なる型の暗号化が必要になり得るため、制御器３１３の選択は、支払いシステムにおいて使用されるＩＣ識別カードの特徴に依存し得る。制御器３１３の一例は、中国における第２世代識別カードに使用される。この例示的な制御器３１３は、中国公安部による指定の限られた数の業者によって提供される。
【００４３】
図３Ｂは、本開示に従う第１の型の受付装置の第２の例示的構成に関する略ブロック図を示す。受付装置３０１Ｂは、３つの暗号部３７１、３７２、および３７３の構成が異なる状況であることを除き、受付装置３０１Ａに類似している。受付装置３０１Ｂにおいて、第１の暗号部３７１および第３の暗号部３７３は、制御器３１３に組み込まれたソフトウェアモジュールであり、一方、第２の暗号部３７２は、受付部プロセッサ３２１に組み込まれたソフトウェアモジュールである。中間プラットフォーム２０２により提供される第１の暗号化キーは、制御器３１３のみにインストールされ、一方、銀行暗号化キーは、受付部プロセッサ３２１にインストールされる。入力ユニット３２３を介して販売業者によって入力された取引金額を受信すると、受付部プロセッサ３２１は、取引金額を制御器３１３に伝送する。次いで、制御器３１３内の第３の暗号部３７３は、取引金額を暗号化する。制御器３１３は、暗号化されたユーザ身元情報および暗号化された取引金額を、受付部プロセッサ３２１に伝送する。次いで、受付部プロセッサ３２１は、第２の暗号部３７２により暗号化された銀行口座パスワードと、制御器からの暗号化された情報とを、事前に確立された形式で、通信ユニットを介して中間プラットフォーム２０２に送信する。
【００４４】
図３Ｃは、本開示に従う第１の型の受付装置の第３の例示的構成に関する略ブロック図を示す。受付装置３０１Ｃは、３つの暗号部３７１、３７２、および３７３の構成が異なる状況であることを除き、受付装置３０１Ａおよび３０１Ｂに類似している。受付装置３０１Ｃにおいて、第１の暗号部３７１、第２の暗号部３７３、および第３の暗号部３７３は、制御器３１３に組み込まれたソフトウェアモジュールである。第１の暗号化キーおよび銀行暗号化キーは、両方とも、制御器３１３にインストールされる。ユーザにより入力された銀行口座パスワードや、販売業者により入力された取引金額等の情報を入力ユニット３２３から受信すると、受付部プロセッサ３２１は、暗号化のために、この情報を制御器３１３に送信する。暗号化の後、暗号化された情報は、受付部プロセッサ３２１に返送され、受付部プロセッサ３２１は、暗号化された情報を、通信ユニット３２５を介して中間プラットフォーム２０２に送信する。
【００４５】
入力ユニット３２３は、外部から入力された情報を受信するために使用される。外部から入力される情報の例として、販売業者により入力された取引金額、ユーザにより入力された銀行口座パスワード、およびユーザにより入力された銀行口座パスワードと、ユーザにより選択された参加銀行の情報との組み合わせが挙げられる。入力ユニット３２３は、キーボードまたはタッチスクリーン等の任意の入力装置であることが可能である。通常の条件下で、入力ユニット３２３は、ユーザにより入力された銀行口座パスワード、参加銀行の情報、および販売業者により入力された取引金額を受信する。参加銀行に対応する銀行暗号化キーは、ユーザにより入力された銀行口座パスワードを暗号化するために使用される。
【００４６】
出力ユニット３２４は、取引の結果を出力するために使用される。出力ユニット３２４は、ディスプレイまたはプリンタ等の任意の出力装置であることが可能である。出力ユニット３２４が、支払い取引の結果を出力する（例えば、画面上に表示またはプリンタを介して印刷）ために使用され、銀行口座引き落としが正常に行われたか否かに基づいて取引が成功か否かを、販売業者およびユーザは判断できる。取引が失敗した場合、出力ユニット３２４は、取引が失敗に終わった理由を出力し得る。また、出力ユニット３２４は、取引完了の証拠としてまたは文書化のために、取引結果を印刷することが可能である。
【００４７】
受付部プロセッサ３２１は、入力ユニット３２３、出力ユニット３２４、および制御器２２３に接続する。受付部プロセッサ３２１は、取引における販売業者の異なる動作を制御するために使用される。このような動作の例として、入力ユニット３２３から暗号部３７１へ情報を伝送すること、暗号部３７１により暗号化された情報を通信ユニット３２５へ伝送すること、および通信ユニット３２５から返送された処理結果（銀行取引結果等）を出力ユニット３２４へ伝送することが挙げられる。受付部プロセッサ３２１は、既存のＰＬＤ（Programmable Logic Device）から作製可能である。例えば、プロセッサは、５１０シリーズ（８９Ｓ５２、８０Ｃ５２、８７５２等）等のシングルチップマイクロプロセッサまたは任意の他の適切なマイクロプロセッサを使用することが可能である。
【００４８】
受付部プロセッサ３２１は、ユーザ身元情報およびユーザ名等の情報を識別カードリーダ３１０から受信し、出力ユニット３２４を介してこの情報を表示することができる。識別カードリーダ３１０が識別カードを読み取る際に、機械可読情報または機械可読画像が表示不可能である場合、識別カードは拒絶され得る。これは、通常、識別カードが適切に暗号化された情報を有しないこと（これは、偽造識別カードを示す可能性が高い）、またはカードが損傷していることにより発生する。この場合、取引は、拒否され得る。さらに、身元情報を読み取るために識別カードリーダ３１０を使用する販売業者の担当者（例えば、レジ係）は、識別カードリーダ３１０に表示される顧客（ユーザ）の写真を比較することができる。写真および顧客の外見が一致しない（つまり、機械可読情報が、担当者が見るユーザの視覚的提示に類似しない）場合、販売業者の担当者は、識別カードが、この顧客に属するものではないという結論を下し、取引を拒否することができる。
【００４９】
受付部プロセッサ３２１は、外部から入力されたコマンドを受信し、そして実行し、対応するタスクを完了することができる。外部コマンドの例として、識別カードリーダ３１０により読み取られたコンテンツを別の外部機器に出力すること、および参加銀行の更新された銀行暗号化キーを受信したときに、局所的に保存された銀行暗号化キーを更新することが挙げられる。
【００５０】
また、受付部プロセッサ３２１は、受付装置２０１（例えば、図３の３０１Ａ、３０１Ｂ、または３０１Ｃ）と中間プラットフォーム２０２との間の接続を確立するために使用されるＡＰＩインターフェースを有し得る。これは、ユーザ身元情報ならびに受付装置から入力された取引金額の取得を含む。また、受付装置上のＡＰＩインターフェースは、他の手順を実行することができる。ＡＰＩインターフェースを介して、受付装置２０１は、中間プラットフォーム２０２とのシームレスな接続を確立することが可能である。また、受付装置２０１と他の外部機器間との接続は、このＡＰＩインターフェースを介しても確立可能である。開示される支払いシステムは、受付装置２０１上にインストールされたＡＰＩインターフェースを使用して、受付装置の高い拡張性および互換性を達成することができる。
【００５１】
通信ユニット３２５は、中間プラットフォームとのインタラクションを確立するために使用される。通信ユニット３２５は、暗号化された情報を中間プラットフォーム２０２に送信し、中間プラットフォーム２０２から受付部プロセッサ３２１に処理結果を伝送する。通信ユニット３２５は、通常の電話、任意のネットワークのダイヤルアップモデム、またはＬＡＮを介するネットワーク接続に対応する指定のインターフェースを有し得る。通信ユニット３２５は、主に、受付装置と中間プラットフォーム２０２との間の接続を確立するために使用される。例えば、受付装置上の通信ユニット３２５は、通常の電話、ＧＰＲＳ、およびＣＤＭＡ、および他の指定された通信ポート等の異なるダイヤルアップのモデムを介する通信に対応するように、中間プラットフォーム２０２の通信ユニットを適合させることができる。
【００５２】
本開示における暗号部は、シングルチップＭＣＳ等のシングルチップマイクロプロセッサであってもよく、さらに、図６を参照して説明するように、制御器３１３または受付部プロセッサ３２１に組み込まれるよりも、むしろ別々の構成要素として具現化され得る。
【００５３】
図４は、本開示に従う例示的な受付装置の略図である。受付装置４０１は、図２、図３、図５、および図６等の本説明の他の図面を参照して理解されたい。受付装置４０１は、箱型であり、ケースおよび内部構造を含む。表示画面４３１は、出力ユニット（３２４）の一部であり、ケースの上側正面に設けられ、情報を表示するために使用される。例えば、ＩＣ識別カードが読み取られたときに、ＩＣ識別カード内の情報は、表示画面４３１上に表示される。表示画面４３１の下に、ユーザまたは販売業者により情報を入力するための入力ユニット（３２３）の一部であるキーボード４３３が存在する。さらに、キーボード４３３の下に、識別カードリーダ４１０が設けられる。ＩＣ識別カードが読み取りゾーン４３４に置かれると、ＩＣ識別カード上の情報は、識別カードリーダ４１０によって読み取られる。ＩＣ識別カードの読み取りは、ＩＣ識別カードと識別カードリーダ４１０との間で直接接触せずに完了することが可能である。識別カードリーダ４１０は、そのコイルを介して電磁励起信号を連続的に送信する。識別カードがカードリーダの読み取りゾーン４３４に置かれると、識別カード内のコイルは、電磁励起信号の効果により弱電流を発生する。この電流は、ＩＣ識別カード内のＩＣチップの電源としての役割を果たす。該チップは、ユーザ身元情報を含む。識別カードのＩＣチップは、ユーザ身元情報を識別カードリーダ４１０に送信し、電磁励起信号の効果により、読み取り操作を完了する。
【００５４】
識別カードリーダ４１０は、受付装置４０１の内部構造に設けられているプロセッサ（３２１）にユーザ身元情報を送信する。プロセッサ（３２１）は、受信した情報を表示画面４３１に送信して表示する。また、プロセッサ（３２１）は、ユーザに対して銀行口座パスワードを入力するように要求するメッセージと、販売業者に対して取引金額を入力するように要求するメッセージとを、表示画面に別々に送信して表示する。これにより、ユーザに、銀行口座パスワードの入力を促し、販売業者に、取引金額の入力を促す。
【００５５】
プロセッサ（３２１）は、ユーザにより入力された銀行口座パスワードと、販売業者により入力された取引金額とを、キーボード４３３を介して受信する。暗号部を使用して、銀行口座パスワードおよび取引金額とともにユーザ身元情報を暗号化すると、プロセッサ（３２１）は、この暗号化された情報を通信ユニット（３２５）に伝送する。この例示的な実施形態において、通信ユニットは、ＬＡＮを介して反対端に接続する特別な指定ポート４３２を使用し得る。
【００５６】
受付装置４０１の識別カードリーダ４１０は、指定の業者により提供されることが可能である。ユーザ身元情報、取引金額、および銀行口座パスワードは、データの安全性を確実にするために、送信前に暗号化され得る。特に、暗号部（３７１、３７２、および３７３）がＩＣカードリーダ３１０の制御器（３１３）に組み込まれている実施形態においては、販売業者は、制御器内の情報を修正することができない。したがって、暗号化された情報の安全性は、本構成においてさらに強化される。
【００５７】
図５Ａ、図５Ｂ、および図５Ｃは、本開示に従う第２の型の受付装置のいくつかの例示的構成に関する略ブロック図を示す。図５Ａ、図５Ｂ、および図５Ｂの受付装置５０１Ａ、５０１Ｂ、および５０１Ｃは、図２の受付装置２０１のうちの１つを、図５Ａ、図５Ｂ、または図５Ｃのそれぞれの受付装置５０１Ａ、５０１Ｂ、または５０１Ｃと置換することによって、図２の支払いシステム２００を参照して理解されたい。
【００５８】
図５Ａは、第２の型の受付装置の第１の例示的な構成を示す。受付装置５０１Ａは、識別カードリーダ５１０およびコンピューティング端末５２０を有する。
【００５９】
識別カードリーダ５１０は、アンテナ５１１、ＲＦモジュール５１２、制御器５１３、およびインターフェースユニット５１４から成る。ＲＦモジュール５１２は、アンテナ５１１および制御器５１３に別々に接続し、一方、制御器５１３は、インターフェースユニット５１４に接続する。識別カードリーダ５１０は、ユーザ識別カード上のユーザ身元情報を読み取るために使用される。
【００６０】
３つの暗号部である第１の暗号部５１５、第２の暗号部５１６、および第３の暗号部５１７は、暗号化および復号化のために使用される。第１の暗号部５１５は、第１の暗号化キーを使用して、ユーザ身元情報を暗号化するために使用される。第２の暗号部５１６は、参加銀行により提供されるまたは第３者機関のいずれかにより提供される銀行暗号化キーを使用して、銀行口座パスワードを暗号化するために使用される。第３の暗号部５１７は、第１の暗号化キーを使用して取引金額を暗号化するために使用される。
【００６１】
図５Ａにおいて、第１の暗号部５１５は、制御器５１３に組み込まれたソフトウェアモジュールであり、一方、第２の暗号部５１６および第３の暗号部５１７は、ソフトウェアモジュールとしてプロセッサ５２１に組み込まれている。
【００６２】
図５Ｂは、第２の型の受付装置の第２の例示的構成を示す。受付装置５０１Ｂは、３つの暗号部５１５、５１６、および５１７の代替的な構成を除き、受付装置５０１Ａと同一である。受付装置５０１Ｂにおいて、第１の暗号部５１５および第３の暗号部５１７は、制御器５１３に組み込まれたソフトウェアモジュールであり、一方、第２の暗号部５１６は、プロセッサ５２１に組み込まれたソフトウェアモジュールである。
【００６３】
図５Ｃは、第２の型の受付装置の第２の例示的な構成を示す。受付装置５０１Ｃは、３つの暗号部５１５、５１６、および５１７の代替的な構成を除き、受付装置５０１Ａおよび５０１Ｂと同一である。受付装置５０１Ｃにおいて、第１の暗号部５１５、第２の暗号部５１６、および第３の暗号部５１７は、全て、制御器５１３に組み込まれたソフトウェアモジュールである。
【００６４】
図３Ａ、図３Ｂ、および図３Ｃに関連して説明したように、暗号部の異なる構成は、ＩＣ識別カードリーダ５１０とコンピューティング端末５２０との間で若干異なる情報の流れを必要とする可能性がある。ＩＣ識別カードリーダ５１０は、指定の業者による高度に管理された状況下で作製される場合があるため、３つの暗号部がすべてＩＣ識別カードリーダ５１０に組み込まれている５０１Ｃの構成は、暗号化装置の管理がより良くなるという利益を有する可能性がある。
【００６５】
コンピューティング端末５２０は、識別カードリーダ５１０に接続し、入力ユニット５２３、出力ユニット５２４、プロセッサ５２１、および２つの通信ユニット５２５および５２６を含む。通信ユニット５２５は、識別カードリーダ５１０に接続し、一方、通信ユニット５２６は、中間プラットフォーム（２０２）に接続する。
【００６６】
入力ユニット５２３は、外部から入力された情報を受信するために使用される。外部から入力される情報の例として、販売業者により入力された取引金額、ユーザにより入力された銀行口座パスワード、およびユーザにより入力された銀行口座パスワードと、ユーザにより選択された参加銀行の情報との組み合わせが挙げられる。出力ユニット５２４は、取引結果を出力するために使用される。
【００６７】
プロセッサ５２１は、入力ユニット５２３、出力ユニット５２４、ならびに通信ユニット５２５および５２６に接続する。プロセッサ５２１は、暗号化のために、入力ユニット５２３から識別カードリーダ５１０へ情報を伝送し、暗号化された情報を通信ユニット５２６に伝送し、ならびに通信ユニット５２６を介して参加銀行サブシステム（２０３）および中間プラットフォーム（２０２）から出力ユニット５２４に返送される銀行取引結果を伝送するために使用される。
【００６８】
通信ユニット５２５および５２６は、プロセッサ５２１に接続し、他の機器とのインタラクションを確立するために使用される。通信ユニット５２５は、識別カードリーダ５１０に接続し、識別カードリーダ５１０内のインターフェースユニット５１５に適合するポートを使用することが可能である。このように適合するポートの一例としてＵＳＢポートが挙げられる。通信ユニット５２６は、中間プラットフォーム（２０２）に接続し、通常の電話、任意のネットワークのダイヤルアップモデム、またはＬＡＮを介する反対端へのネットワーク接続に対応する指定インターフェースとすることができる。
【００６９】
受付装置５０１Ａ、５０１Ｂ、または５０１Ｃにおいて、識別カードリーダ５１０およびコンピューティング端末５２０は、相互に接続される２つの個別の構成要素であってもよい。識別カードリーダ５１０は、モジュラーであることが可能であり、インターフェースの必要条件を満たす任意のコンピューティング端末とともに作動して支払い要求を完了させるように設計可能である。
【００７０】
図６は、本開示に従う第３の型の受付装置の略ブロック図である。受付装置６０１は、識別カードリーダ６１０、暗号装置６３０、およびコンピューティング端末６２０を有する。
【００７１】
識別カードリーダ６１０は、アンテナ６１１、ＲＦモジュール６１２、制御器６１３、およびインターフェースユニット６１５を有する。ＲＦモジュール６１２は、アンテナ６１１および制御器６１３に別々に接続し、一方、制御器６１３は、インターフェースユニット６１５に接続する。識別カードリーダ６１０は、ユーザ身元情報を読み取るために使用され、ユーザ身元情報は、ユーザ識別カード上の少なくともユーザ識別カード番号を含む。
【００７２】
暗号装置６３０は、シングルチップマイクロプロセッサ６３１および２つのインターフェース６３２、６３３を有する。シングルチップマイクロプロセッサ６３１は、各インターフェース６３２、６３３に接続する。シングルチップマイクロプロセッサ６３１は、第１の暗号化キーを使用して、取引金額およびユーザ身元情報を暗号化するために使用される。また、シングルチップマイクロプロセッサ６３１は、参加銀行により提供された銀行暗号キーまたは第３者機関により提供された銀行暗号化キーのいずれかを使用して、銀行口座パスワードを暗号化するためにも使用される。２つのインターフェース６３２、６３３は、コンピューティング端末６２０および識別カードリーダ６１０にそれぞれ接続する。
【００７３】
コンピューティング端末６２０は、入力ユニット６２３、出力ユニット６２４、プロセッサ６２１、ならびに通信ユニット６２５および６２６を有し、コンピューティング端末５２０と類似の機能を実行する。プロセッサ６２１は、入力ユニット６２３、出力ユニット６２４、ならびに通信ユニット６２５および６２６に接続する。プロセッサ６２１は、暗号化のために、入力ユニット６２３から識別カードリーダ６１０へ情報を伝送し、暗号化された情報を（中間プラットフォームに接続する）通信ユニット６２６に伝送し、かつ返送された処理結果を出力ユニット６２４に伝送するために使用される。通信ユニット６２５は、暗号装置６３０との接続を確立するために使用される。通信ユニット６２６は、中間プラットフォーム（２０２）との接続を確立するために使用される。
【００７４】
加えて、コンピューティング端末６２０は、同一の通信ユニット６２６を介して、またはコンピューティング端末６２０に設けられている別の通信ユニット（図示せず）を介して、識別カードリーダ６１０とも直接インタラクトできる。
【００７５】
中間プラットフォームに接続する通信ユニット６２６は、通常の電話、任意のネットワークのダイヤルアップモデム、またはＬＡＮを介する反対端へのネットワーク接続に対応する特別な指定インターフェースであってもよい。暗号装置６３０および識別カードリーダ６１０とインタラクトする通信ユニット６２５は、ＵＳＢポートまたはこのような通信を確立可能である任意の他の適切なポートであることが可能である。暗号装置６３０のシングルチップマイクロプロセッサ６３１は、ＭＣＳ５１モデルまたは別の型もしくはモデルのシングルチップマイクロプロセッサであってもよい。
【００７６】
上記説明は、本開示に従う受付装置２０１のいくつかの例示的な実施形態を単に提供するのみである。受付装置２０１は、図４に示すように、全ての構成要素（図３、図５、および図６に示す構成要素等）をその中に設置するのに十分な空間を有する容器において具現化され得る。代替的に、受付装置は、２つの個別の構成要素から構成され得る。例えば、図５の入力ユニット、出力ユニット、プロセッサ、および通信ユニットを、コンピューティング端末５２０に組み込み、一方、識別カードリーダ５１０は、別の構成要素として具現化される。識別カードリーダ５１０およびコンピューティング端末５２０は、そのそれぞれのインターフェースを介して相互接続される。代替的に、受付装置は、３つの個別の構成要素から構成され得る。例えば、図６のように、入力ユニット、出力ユニット、プロセッサ、および通信ユニットを、コンピューティング端末６２０に組み込む。暗号装置６３０および識別カードリーダ６１０は、各々個別の構成要素として具現化される。暗号装置６３０およびコンピューティング端末６２０は、そのそれぞれのインターフェースを介して相互接続されるが、一方、暗号装置６３０および識別カードリーダ６１０はそのインターフェースを介して相互接続される。
【００７７】
加えて、受付装置は、販売業者と中間プラットフォームとの間の接続の確立に使用されるＡＰＩインターフェースもまた有し得る。ＡＰＩインターフェースを介して実行される機能は、ユーザ身元情報ならびに受付装置から入力された取引金額の取得を含む。また、受付装置上のＡＰＩインターフェースは、他の機能を実行し得る。ＡＰＩインターフェースを介して、受付装置は、中間プラットフォームとのシームレスな接続を確立することができる。受付装置と他の外部機器との間の接続も、このＡＰＩインターフェースを介して確立可能である。ＡＰＩインターフェースは、高い拡張性および互換性を実現するために、受付装置に事前に設置され得る。
【００７８】
上に開示される受付装置に関連して、本開示における中間プラットフォーム２０２および参加銀行サブシステム２０３は、以下のように開示される。
【００７９】
図７は、図２の中間プラットフォーム２０２のさらなる詳細を示す。図２に示すように、中間プラットフォーム２０２は、主に、販売業者および参加銀行間の取引を確立するために使用される。中間プラットフォーム２０２の例として、Ａｌｉｂａｂａ  Ｇｒｏｕｐ  Ｈｏｌｄｉｎｇ  Ｌｔｄ．のＡｌｉｐａｙプラットフォームが挙げられる。ユーザは、まず、中間プラットフォーム２０２上で、識別カードを使用する支払い方法を確立することができる。これは、口座を開設し、ユーザ識別情報を中間プラットフォーム２０２に登録することによって実行可能である。参加銀行サブシステム２０３の参加銀行は、ユーザ口座情報等の情報ならびに暗号化キーおよび復号化キーを提供する契約を、中間プラットフォーム２０２と締結することができる。支払い取引中、参加銀行の銀行口座を有するユーザは、支払いおよびクレジットカード事前認定等の操作を完了させるためには、受付装置に銀行名を選択または提供し、かつ銀行口座パスワードを入力することのみが必要である。
【００８０】
中間プラットフォーム２０２は、暗号化／復号化ユニット２６４（暗号部等）および通信インターフェース２６２を含むプラットフォームプロセッサ２６１を有し得る。暗号化／復号化ユニット２６４は、受付装置２０１に提供される第１の暗号化キーに対応する復号化キーを使用して、暗号化された情報を復号化するために使用される。
【００８１】
プラットフォームプロセッサ２６１は、復号化された情報をデータストレージ２６５に保存し、取引情報（復号化情報および暗号化情報の両方を含み得る）を参加銀行サブシステム２０３に送信する。また、プラットフォームプロセッサ２６１は、参加銀行サブシステム２０３から返送された銀行取引結果を、銀行取引結果を格納後、受付装置２０１に送信する。
【００８２】
中間プラットフォーム２０２のデータストレージ２６５は、各契約している受付装置２０１の暗号化キーに対応する第１の復号化キーをその上に格納している。中間プラットフォームが暗号化された情報を受信すると、中間プラットフォーム２０２は、対応する復号化キーを検索し、暗号化された情報を復号化する。該情報は、通常、ユーザ身元情報を含み、また、取引金額も含み得る。中間プラットフォーム２０２は、復号化の後、第１の暗号化キー、ユーザ身元情報、および取引金額を保存する。参加銀行サブシステム２０３が、銀行取引（例えば、ユーザの銀行口座からの引き落とし）が成功したか否かに関する銀行取引結果を返送する場合、中間プラットフォーム２０２は、受信した銀行取引結果も保存する。中間プラットフォーム２０２は、この保存された情報を使用して、後に販売業者および参加銀行との調整を実行する場合がある。第１の暗号化キーは、プライベートキーであることが可能であり、対応する第１の復号化キーは、公開鍵である。第１のプライベートの暗号化キーにより、中間プラットフォーム２０２は、受付装置の識別および取引を実行する関連の販売業者を容易に検証することができる。
【００８３】
プラットフォームプロセッサ２６１は、データベース２６６とインタラクトする銀行口座処理ユニット２６３をさらに含み得る。データベース２６６は、ユーザ識別カード番号とユーザ銀行口座との間のマッピング関係を含む。取引を実行する前に、ユーザは、まず、ユーザ識別カード番号に対応する銀行口座番号を、中間プラットフォーム２０２に登録することが可能である。ユーザ識別カード番号が、特定の参加銀行の１つだけの銀行口座番号に対応する場合、このような登録は、不必要であり得る。しかしながら、支払いのためにユーザが選択した参加銀行において、複数の銀行口座番号が同一の識別カード番号に対応する場合、ユーザは、通常、中間プラットフォーム２０２において銀行口座番号を１つだけ設定するか、または支払い取引中に受付装置２０１において支払い銀行を１つだけ選択する必要がある。
【００８４】
プラットフォームプロセッサ２６１が、受付装置２０１からの暗号化された情報を復号化した後、プラットフォームプロセッサ２６１は、ユーザ識別カード番号を使用して、データベース２６６において対応する銀行口座を検索する。対応する銀行口座が見つかると、プラットフォームプロセッサ２６１は、銀行口座番号を、取引情報の一部として、参加銀行サブシステム２０３に送信する。中間プラットフォーム２０２および参加銀行２０３は、事前に合意した、伝送のためのデータ構造を有し得る。該データ構造は、銀行口座番号用のフィールドを含み得る。見つかった銀行口座番号は、参加銀行サブシステム２０３による銀行口座番号の識別および読み取りを容易にするように、それぞれのフィールドに配置されることが可能である。
【００８５】
通信インターフェース２６２は、受付装置２０１および参加銀行サブシステム２０３間の通信を確立する。
【００８６】
取引情報が銀行口座番号を含まない場合、参加銀行サブシステム２０３は、参加銀行サブシステム自体のデータベース内で、ユーザ識別番号に対応する銀行口座番号を調べて、復号化された銀行口座パスワードを検証し得る。復号化された銀行口座パスワードが検証されると、参加銀行サブシステムは、取引を処理し、銀行取引結果を返送する。
【００８７】
通常、参加銀行サブシステム２０３は、銀行プロセッサおよび銀行データベースを有する。銀行データベースは、銀行口座の口座所有者、銀行口座番号、銀行口座パスワード、および残高に関する情報を含む銀行口座情報を格納する。銀行プロセッサは、データ読み取りモジュール、復号化モジュール、および取引処理モジュールを有し得る。データ読み取りモジュールは、中間プラットフォーム２０２からの取引要求を読み取り、該取引要求からユーザ身元情報、暗号化された銀行口座パスワード、および他の銀行口座情報等の情報を分析して取り出すために使用される。復号化モジュールは、銀行口座パスワードを取得するために、暗号化された銀行口座パスワードを復号化する。
【００８８】
取引情報が銀行口座情報（例えば、銀行口座番号）を含む場合、取引処理モジュールは、銀行口座情報によって銀行口座を識別し、復号化された銀行口座パスワードを、銀行データベースに格納されている銀行口座パスワードと比較する。パスワードの一致が見られた場合、検証は成功し、次いで、取引処理モジュールは、デビット取引を処理する。パスワードの相違が見られた場合、認証は失敗する。取引情報が、銀行口座情報を含まない場合、取引処理モジュールは、銀行データベース内において、ユーザ識別カード番号に従って、銀行口座を検索し得る。参加銀行において、複数の銀行口座番号が同一の識別カード番号に対応することが見つかった場合、参加銀行サブシステム２０３は、支払い取引を終了するか、またはこの支払いに関する特定の銀行口座番号を提供するようにユーザに要求するメッセージを中間プラットフォームに送信するか、のいずれかを行うことができる。
【００８９】
再び図７を参照すると、中間プラットフォーム２０２の一実施形態において、暗号化／復号化ユニット２６４は、情報を参加銀行サブシステム２０３に送信する前に、以前に格納された暗号化キーを使用して、取引情報をさらに暗号化する。以前に格納された暗号化キーは、参加銀行と合意された暗号化キーである。したがって、参加銀行サブシステム２０３は、結果を中間プラットフォーム２０２に送信する前に、銀行取引結果を暗号化するための暗号化／復号化ユニットもまた有し得る。暗号化／復号化ユニット２６４は、以前に格納された復号化キーを使用して、参加銀行サブシステム２０３から受信した取引情報を復号化する。以前に格納された復号化キーは、通常、参加銀行によって合意されている（および提供され得る）。参加銀行サブシステム２０３の暗号化／復号化ユニットは、対応する復号化キーを使用して、受信した取引情報を復号化するために使用される。
【００９０】
図８は、ＩＣ識別カードを使用する支払い方法の例示的プロセスに関するフローチャートである。本説明において、プロセスが説明されている順番は、限定するものとして解釈されることを意図しておらず、よって、説明する任意の数のプロセスブロックを、任意の順番で組み合わせて、この方法または代替方法を実施してもよい。例示的プロセスの主なブロックについて以下に説明する。
【００９１】
Ｓ１１０において、受付装置の識別カードリーダは、ユーザ識別カード番号を含むユーザ身元情報を読み取る。ユーザ識別カード情報が識別カードリーダによって読み取られると、識別カードリーダの暗号部は、ユーザ識別カード情報を復号化する。
【００９２】
特定の状況下において、受付装置は、販売業者が、カード所有者の情報と顧客の情報とを比較できるように、ユーザ身元情報を表示する必要があり得る。このため、受付装置は、ユーザ身元情報を、受付装置内に含まれるプロセッサに送信し、出力ユニットを介して情報を表示する。顧客の身元情報がカード所有者の提示と一致しないと販売業者が判断する場合、販売業者は、支払いを拒否し得る。
【００９３】
Ｓ１２０において、販売業者により入力された取引金額、ユーザにより入力された銀行口座パスワード、およびユーザ身元情報は、暗号化されて、中間プラットフォームに送信される。ユーザ識別カード情報は、中間プラットフォームにより合意された暗号化キーを使用して暗号化される。
【００９４】
ユーザは、出力ユニットにおいて促されて、銀行口座パスワードおよびそれぞれの銀行を入力する。販売業者は、出力ユニットに促されて取引金額を入力する。プロセッサが、入力ユニットを介して入力された銀行口座パスワードを受信すると、プロセッサは、参加銀行によって提供され、または第３者機関によって提供された、いずれかの銀行暗号化キーを使用して、銀行口座パスワードを暗号化する。プロセッサが、入力ユニットを介して入力された取引金額を受信すると、プロセッサは、第１の暗号化キーを使用して、入力された取引金額を暗号化する。
【００９５】
Ｓ１３０において、中間プラットフォームは、受信した暗号化された情報の少なくとも一部分を復号化し、取引情報（識別カード情報、銀行口座パスワード、および取引金額を含む）を、それぞれの参加銀行サブシステムに伝送する。中間プラットフォームにより復号化される暗号化された情報の一部には、少なくとも暗号化されたユーザ身元情報を含む。一実施形態において、中間プラットフォームは、情報を復号化するために、第１の暗号化キーに対応する第１の復号化キーを使用し、復号化された情報を格納し、かつ中間プラットフォームにより復号化された情報が、銀行口座パスワードを含まない場合、中間プラットフォームは、暗号化された銀行口座パスワードを、取引情報の一部として参加銀行サブシステムに送信する場合がある。
【００９６】
Ｓ１４０において、取引情報が銀行口座番号を含まない場合、参加銀行サブシステムは、ユーザ識別番号に対応する銀行口座番号を調べて、復号化された銀行口座パスワードを検証する。復号化された銀行口座パスワードを検証すると、参加銀行サブシステムは、取引を処理し、銀行取引結果を返送する。さらに、参加銀行サブシステムが、同一の識別カード番号に対応して該参加銀行において複数の銀行口座番号が見つかった場合、参加銀行サブシステムは、支払い取引を終了させるか、またはこの支払いに関する特定の銀行口座番号を提供するようにユーザに要求するメッセージを中間プラットフォームに送信するかのいずれかとすることができる。
【００９７】
一実施形態において、ユーザ銀行口座は、中間プラットフォームによって識別され得る。この場合、プロセスは、以下の動作をさらに含み得る。（１）中間プラットフォームにおいて、ユーザ識別カード番号とユーザ銀行口座間とのマッピング関係を事前に格納すること、および（２）マッピング関係からユーザ識別カード番号に対応する銀行口座番号を調べて、見つかった場合、銀行口座番号を、銀行取引情報の一部として参加銀行サブシステムに送信すること。
【００９８】
図９は、Ａｌｉｐａｙ支払いプラットフォームを中間プラットフォームとして使用する支払い方法の例示的プロセスを示す。例示的プロセスについて以下に説明する。
【００９９】
Ｓ１１において、識別カードリーダは、顧客が提供したＩＣ識別カードを受信する。
【０１００】
Ｓ１２において、識別カードリーダは、ＩＣ識別カードから読み取られた識別カード情報を受付部プロセッサに伝送する。
【０１０１】
Ｓ１３において、販売業者は、入力ユニットを介して現在の取引金額を入力する。
【０１０２】
Ｓ１４において、顧客は、入力ユニットを介して、取引に関して支払う銀行名およびそれぞれの銀行口座パスワードを選択または入力する。
【０１０３】
プロセッサは、銀行暗号化キー（銀行に対応し、銀行により提供され、かつ局所的に事前に格納される場合がある）を使用して、銀行口座パスワードを暗号化する。また、プロセッサは、事前に格納された第１の暗号化キーを使用して、ユーザ身元情報および取引金額を暗号化する。
【０１０４】
Ｓ１５において、プロセッサは、通信ユニットを介して、暗号化された情報をＡｌｉｐａｙ支払いプラットフォームに送信する。
【０１０５】
Ｓ１６において、Ａｌｉｐａｙ支払いプラットフォームは、受信した情報を復号化する。情報が、ユーザにより選択された銀行に関する情報を含む場合、Ａｌｉｐａｙは、処理のために、ユーザ身元情報および取引金額等の取引情報を、選択された銀行の参加銀行サブシステムに送信する。情報が、参加銀行情報（例えば、銀行名）を含まない場合、Ａｌｉｐａｙは、ユーザ識別に一致し、かつ銀行取引を成功して処理することが可能である参加銀行を識別するために、銀行取引要求を多数の参加銀行に送信することができる。銀行取引要求は、一致する参加銀行が識別されるまで、１つずつの銀行に送信され得る。銀行取引要求の一例として、ユーザ銀行口座から引き落として支払いを行う要求が挙げられる。要求された銀行取引が、いずれの参加銀行によってもうまく処理できない場合、Ａｌｉｐａｙ支払いプラットフォームは、取引失敗を示す銀行取引結果を返送し得る。
【０１０６】
Ｓ１７において、Ａｌｉｐａｙは、銀行取引結果（例えば、銀行口座引き落とし要求の結果）を、それぞれの販売業者のプロセッサに返送する。受信した銀行取引結果に依存して、プロセッサは、取引が継続できるか否かを判断する。
【０１０７】
銀行取引結果は、Ａｌｉｐａｙ支払いプラットフォームを介して送信され得る。代替的に、銀行取引結果は、参加銀行によって、販売業者およびユーザに直接送信され得る。
【０１０８】
本明細書において論じられた潜在的利益および利点は、添付の特許請求の範囲に対する限定および制限として解釈されるべきではないことを理解されたい。
【０１０９】
本発明の主題は、構造的特徴および／または方法論的動作に特有の表現を用いて説明されているが、添付の特許請求の範囲において定義される発明の主題は、説明した具体的な特徴または動作に限定される必要がないことを理解されたい。むしろ、具体的な特徴および動作は、特許請求の範囲を実施する例示的形態として開示される。
【図１】
2010522933.tif 000003
【図２】
2010522933.tif 000004
【図３Ａ】
2010522933.tif 000005
【図３Ｂ】
2010522933.tif 000006
【図３Ｃ】
2010522933.tif 000007
【図４】
2010522933.tif 000008
【図５Ａ】
2010522933.tif 000009
【図５Ｂ】
2010522933.tif 000010
【図５Ｃ】
2010522933.tif 000011
【図６】
2010522933.tif 000012
【図７】
2010522933.tif 000013
【図８】
2010522933.tif 000014
【図９】
2010522933.tif 000015
【国際調査報告】
2010522933.tif 000016