(57)【要約】      （修正有）【課題】ユーザの支払いをより迅速に、そしてより安全にするオフライン決済方法及びデバイスを提供する。【解決手段】方法は、サードパーティ決済アプリケーションがターゲット決済アプリケーションに対応する要求を受信すると、オフライン決済要求を送信するユーザの身元認証識別子をサードパーティ決済アプリケーションにより取得し、取得した身元認証識別子が検証された、と特定されると、ターゲット決済アプリケーションによりユーザに発行されて端末デバイスに格納されたオフライン決済証明書を、サードパーティ決済アプリケーションにより取得する。さらに、オフライン決済サービスの当事者がオフライン決済証明書に基づいてターゲット決済アプリケーションにユーザのオフライン決済を処理することを要求するよう、オフライン決済証明書を、サードパーティ決済アプリケーションによりオフライン決済サービスの当事者に提供する。。【選択図】図２
2020144923.tif 000002
【特許請求の範囲】
【請求項１】
オフライン決済の方法であって：
サードパーティ決済アプリケーションがターゲット決済アプリケーションに対応するオフライン決済要求を受信するステップであって、前記サードパーティ決済アプリケーションと前記ターゲット決済アプリケーションとは、端末デバイスに含まれる、ステップと；
前記オフライン決済要求を送信するユーザの身元認証識別子を、前記サードパーティ決済アプリケーションにより取得するステップであって、前記ユーザは、前記ターゲット決済アプリケーションの登録ユーザである、ステップ（２０１−２０３及び３０１−３０６）と；
前記サードパーティ決済アプリケーションにより、前記ユーザが前記ターゲット決済アプリケーションのオフライン決済を有効化する時点で格納された身元認証識別子に基づいて、前記取得された身元認証識別子が検証された、と特定するステップ（２０７）と；
前記ターゲット決済アプリケーションにより前記ユーザに発行されて前記端末デバイスに格納されたオフライン決済証明書を、前記サードパーティ決済アプリケーションにより取得するステップ（２０８−２１０及び３０８）と；
オフライン決済サービス当事者が前記オフライン決済証明書に基づいて前記ターゲット決済アプリケーションに対して、前記ユーザの前記オフライン決済の処理を要求するように、前記オフライン決済証明書を、前記サードパーティ決済アプリケーションにより前記オフライン決済サービス当事者に提供するステップ（３０９−３１０）と；を備える、
オフライン決済の方法。
【請求項２】
前記サードパーティ決済アプリケーションが前記ターゲット決済アプリケーションに対応する前記オフライン決済要求を受信する前に：
オフライン決済起動要求を、前記サードパーティ決済アプリケーションにより前記ターゲット決済アプリケーションへ送信するステップであって、前記オフライン決済起動要求は、前記ユーザのユーザＩＤと、前記端末デバイスの端末デバイスＩＤとを備える、ステップ（２０７）と；
前記ユーザＩＤに対応し前記ターゲット決済アプリケーションにより返信される前記オフライン決済証明書を、前記サードパーティ決済アプリケーションにより受信するステップであって、前記オフライン決済証明書は前記端末デバイスＩＤに対応する端末デバイス公開鍵を用いて前記ターゲット決済アプリケーションにより暗号化される、ステップ（２１０）と；
前記オフライン決済証明書を取得するために、前記端末デバイスＩＤに対応する端末デバイス秘密鍵を用いて前記サードパーティ決済アプリケーションにより復号を実行するステップ（２１１、２１２）と；
前記オフライン決済証明書を、前記サードパーティ決済アプリケーションにより前記端末デバイスに格納するステップ（２１３）と；を更に備える、
請求項１に記載の方法。
【請求項３】
前記オフライン決済証明書を、前記サードパーティ決済アプリケーションにより前記端末デバイスに格納するステップは：
ローカル格納デバイスが、前記身元認証識別子に対応する関連キーを生成し、前記関連キーを用いて格納のために前記オフライン決済証明書を暗号化するように、前記ユーザの前記身元認証識別子を、前記サードパーティ決済アプリケーションにより前記端末デバイスのローカル格納デバイスへ送信するステップ（２２３）を備え；
前記取得された身元認証識別子が検証された、と特定されると、前記ターゲット決済アプリケーションにより前記ユーザに発行されて前記端末デバイスに格納されたオフライン決済証明書を、前記サードパーティ決済アプリケーションにより取得する前記ステップは：
前記ローカル格納デバイスが前記身元認証識別子を検証するとき、前記身元認証識別子に対応する前記関連キーを用いて復号される前記オフライン決済証明書を、前記サードパーティ決済アプリケーションにより取得するステップ（２２４−２２６）を備える、
請求項２に記載の方法。
【請求項４】
オフライン決済停止要求を、前記サードパーティ決済アプリケーションにより前記ターゲット決済アプリケーションへ送信するステップを更に備え、ここで、前記ターゲット決済アプリケーションが前記オフライン決済証明書を削除するように、前記オフライン決済停止要求は、前記ユーザに発行される前記オフライン決済証明書を備える、
請求項１に記載の方法。
【請求項５】
前記オフライン決済証明書は、所定の規則に基づき決済ストリングから生成される、
請求項１乃至請求項４のいずれか１項に記載の方法。
【請求項６】
前記決済ストリングは、前記サードパーティ決済アプリケーションにより提供される、
請求項５に記載の方法。
【請求項７】
前記決済ストリングが、２次元コードを備える、
請求項５に記載の方法。
【請求項８】
請求項１乃至請求項７のいずれか１項に記載の方法を実行するように構成された複数のモジュールを備える、
オフライン決済のための装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、２０１６年６月２０日出願の「オフライン決済方法及びデバイス」と題する中国特許出願第２０１６１０４４８２０１．７号に対する優先権を主張し、その全体を参照により本明細書に組み込む。
【０００２】
本願はネットワーク技術に関し、特に、オフライン決済方法及びデバイスに関する。
【背景技術】
【０００３】
オフライン決済は、ネットワークを使わずに支払いを行える方法である。この方法は、ネットワーク資源を費やすことなくユーザの支払いが便利になるので、その適用は広がりつつある。例えばスマートフォンやスマートウォッチ等の高性能デバイスが消費者端末デバイスとして使われる場合、消費者端末デバイスを、ユーザの支払いが容易なオフライン決済を行えるようにする必要がある。更に、モバイルインターネットの発達に伴い、次第に、サードパーティ決済会社の決済方法を消費者端末デバイスに統合する傾向にある。ユーザは、消費者端末デバイス内の、サードパーティ決済会社に対応するサードパーティ決済アプリケーションを迅速に開き、サードパーティ支払アプリケーションを用いて迅速に支払うことができる。この場合、それに応じて、ユーザがオフライン決済を行うために開かれたサードパーティ決済アプリケーションから決済アプリケーションのアカウントを選択できることが必要になる。それにより、ユーザの支払いはより便利になる。
【０００４】
しかし、関連する技術において、オフライン決済のためにサードパーティ決済アプリケーションから別の決済アプリケーションのアカウントが選択されても、消費者端末デバイスの決済アプリケーションの決済クライアントを呼び出す必要がある。決済クライアントは、決済取引のオフライン決済手順を実行する。この方法での手順処理は、ユーザにとって比較的面倒であり、別の決済アプリケーションにより生成されたオフライン決済の身元（アイデンティティ）証明書は、消費者端末デバイスにより受信された後に、直接、取得されることが可能である。言い換えると、ユーザはサードパーティ決済アプリケーションから決済アプリケーションのオフライン決済の身元証明書を容易に取得でき、その結果、セキュリティは比較的低くなる。
【発明の概要】
【０００５】
本願は、オフライン決済を行うために消費者端末デバイスに統合されたサードパーティ決済アプリケーションから決済アプリケーションが選択された時、ユーザの支払いをより迅速に、そしてより安全にできるオフライン決済方法及びデバイスを提供する。
【０００６】
本願は、以下の技術的解決策を用いて実施される。
【０００７】
第１の態様によれば、オフライン決済方法が提供され、この方法は、端末デバイスに統合されたサードパーティ決済アプリケーションにおけるターゲット決済アプリケーションを用いて行うオフライン決済に使用され：前記サードパーティ決済アプリケーションが前記ターゲット決済アプリケーションに対応するオフライン決済要求を受信すると、前記オフライン決済要求を送信するユーザの身元認証識別子を、前記サードパーティ決済アプリケーションにより取得するステップであって、前記ユーザは、前記ターゲット決済アプリケーションの登録ユーザである、ステップと；前記ユーザが前記ターゲット決済アプリケーションのオフライン決済を有効化する時点で格納された身元認証識別子に基づいて、前記取得された身元認証識別子が検証された、と特定されると、前記ターゲット決済アプリケーションにより前記ユーザに発行されて前記端末デバイスに格納されたオフライン決済証明書を、前記サードパーティ決済アプリケーションにより取得するステップと；オフライン決済サービス当事者が前記オフライン決済証明書に基づいて前記ターゲット決済アプリケーションに対して、前記ユーザの前記オフライン決済の処理を要求するように、前記オフライン決済証明書を、前記サードパーティ決済アプリケーションにより前記オフライン決済サービス当事者に提供するステップと；を含む。
【０００８】
第２の態様によれば、オフライン決済方法が提供され、この方法は、端末デバイスに統合されたサードパーティ決済アプリケーションにおけるターゲット決済アプリケーションを用いて行うオフライン決済に使用され：前記サードパーティ決済アプリケーションにより送信されるオフライン決済起動要求を、前記ターゲット決済アプリケーションのオフライン決済サーバにより受信するステップであって、前記オフライン決済起動要求は、ユーザのユーザＩＤと端末デバイスの端末デバイスＩＤとを備え、前記ユーザは前記ターゲット決済アプリケーションの登録ユーザである、ステップと；前記端末デバイスＩＤに対応する端末デバイス秘密鍵を用いて復号を実行した後前記サードパーティ決済アプリケーションがオフライン決済証明書を取得するよう、前記ユーザＩＤに対応する前記オフライン決済証明書を前記オフライン決済サーバにより生成し、前記端末デバイスＩＤに対応する端末デバイス公開鍵を用いて前記オフライン決済証明書を暗号化した後に前記オフライン決済証明書を前記サードパーティ決済アプリケーションへ送信するステップと；を含む。
【０００９】
第３の態様によれば、オフライン決済デバイスが提供され、このデバイスは、サードパーティ決済アプリケーションに適用され、端末デバイスに統合された前記サードパーティ決済アプリケーションにおけるターゲット決済アプリケーションを用いてオフライン決済を行うよう構成され：前記サードパーティ決済アプリケーションが前記ターゲット決済アプリケーションに対応するオフライン決済要求を受信すると、前記オフライン決済要求を送信するユーザの身元認証識別子を取得するよう構成された情報獲得モジュールであって、前記ユーザは、前記ターゲット決済アプリケーションの登録ユーザである、前記情報獲得モジュールと；前記ユーザが前記ターゲット決済アプリケーションのオフライン決済を可能にする時点で格納された身元認証識別子に基づいて、前記取得された身元認証識別子が検証された、と特定されると、前記ターゲット決済アプリケーションにより前記ユーザに発行されて前記端末デバイスに格納されたオフライン決済証明書を取得するよう構成された証明獲得モジュールと；オフライン決済サービス当事者が前記オフライン決済証明書に基づいて前記ターゲット決済アプリケーションに対して前記ユーザの前記オフライン決済の処理を要求するよう、前記オフライン決済証明書を前記オフライン決済サービス当事者へ提供するよう構成された証明書提供モジュールと；を含む。
【００１０】
第４の態様によれば、オフライン決済デバイスが提供され、このデバイスは、ターゲット決済アプリケーションのオフライン決済サーバに適用され、端末デバイスに統合されたサードパーティ決済アプリケーションにおけるターゲット決済アプリケーションを用いてオフライン決済を行うよう構成され：前記サードパーティ決済アプリケーションにより送信されたオフライン決済起動要求を受信するよう構成された要求受信モジュールであって、前記オフライン決済起動要求はユーザのユーザＩＤと、端末デバイスの端末デバイスＩＤとを備え、前記ユーザは前記ターゲット決済アプリケーションの登録ユーザである、前記要求受信モジュールと；前記端末デバイスＩＤに対応する端末デバイス秘密鍵を用いて復号した後に前記サードパーティ決済アプリケーションが前記オフライン決済証明書を取得するよう、前記ユーザＩＤに対応するオフライン決済証明書を生成し、前記端末デバイスＩＤに対応する端末デバイス公開鍵を用いて前記オフライン決済証明書を暗号化した後、前記オフライン決済証明書を前記サードパーティ決済アプリケーションへ送信するよう構成された証明書提供モジュールと；を含む。
【００１１】
本願で提供されるオフライン決済方法及びデバイスによると、サードパーティ決済アプリケーションは端末デバイスの証明書をローカルに格納し、証明書を使用すべき時になると、端末デバイスから証明書をローカルに取得できる。そのため、オフライン決済を行うために消費者端末デバイスに統合されたサードパーティ決済アプリケーションから決済アプリケーションが選択される時、ユーザの支払はより便利になる。更に、格納された証明書が端末デバイスからローカルに取得される際、ユーザの身元認証識別子は最初に検証されなければならないので、証明書をより安全に使うことができる。
【図面の簡単な説明】
【００１２】
【図１】図１は、本願の実施の例に係る、オフライン決済の方法のアプリケーション環境を示す図である。
【００１３】
【図２】図２は、本願の実施の例に係る、オフライン決済起動手順を示す。
【００１４】
【図３】図３は、本願の実施の例に係る、オフライン決済利用手順を示す。
【００１５】
【図４】図４は、本願の実施の例に係る、オフライン決済停止手順を示す。
【００１６】
【図５】図５は、本願の実施の例に係る、オフライン決済デバイスを示す構造図である。
【００１７】
【図６】図６は、本願の実施の例に係る、別のオフライン決済デバイスを示す構造図である。
【００１８】
【図７】図７は、本願の実施の例に係る、更に別のオフライン決済デバイスを示す構造図である。
【００１９】
【図８】図８は、本願の実施の例に係る、更に別のオフライン決済デバイスを示す構造図である。
【発明を実施するための形態】
【００２０】
実施の例をここで詳細に説明し、複数の実施の例を添付図面に提示する。以下の記載が添付図面に関連する場合、特に指定のない限り、添付する異なる図面における同じ番号は、同一又は同様の要素を表す。以下の実施の例に記載される実施は、本願に一致する全ての実施を表している訳ではない。それどころか、それらは添付の特許請求の範囲に詳細に記載され、本願のいくつかの態様と一致するデバイスおよび方法の単なる例である。
【００２１】
モバイルインターネットの発達に伴い、サードパーティ決済会社の決済方法を消費者端末デバイスに統合する傾向にある。ユーザは、消費者端末デバイス内の、サードパーティ決済会社に対応するサードパーティ決済アプリケーションを迅速に開き、このサードパーティ決済アプリケーションを使って迅速に支払うことができる。例えば、サードパーティ決済アプリケーションは、Ａｎｄｒｏｉｄ（登録商標）  Ｐａｙ，  Ｓａｍｓｕｎｇ  Ｐａｙ及びＨｕａｗｅｉ  Ｐａｙ等のアプリケーションであってもよい。消費者端末デバイス（例えば、スマートフォン等の高性能デバイス）で、サードパーティ決済アプリケーションを迅速に起動させ、これを開くことができる。サードパーティ決済アプリケーションを使う場合、ユーザは、例えば、決済アプリケーション（例えばＡＬＩＰＡＹ（アリペイ）のアプリケーション）のアカウントを既に持っている必要がある。ユーザは、サードパーティ決済アプリケーションが迅速に開いた後でオフライン決済を行うために、サードパーティ決済アプリケーションにおいて前述の決済アプリケーションの使用を求める。例えば、ユーザはＨｕａｗｅｉ  ＰａｙにおいてＡＬＩＰＡＹのオフライン決済の利用を求める。
【００２２】
決済アプリケーションがサードパーティ決済アプリケーションにより呼び出され、決済アプリケーションが既存のオフライン決済の方法に基づいて処理を実行する場合、その効率は比較的低く、手順は時間がかかる。例えば、ＡＬＩＰＡＹのクライアントソフトウェアがＨｕａｗｅｉ  Ｐａｙ内で呼び出され、ＡＬＩＰＡＹのクライアントソフトウェアが、ＡＬＩＰＡＹバックエンドのオフライン決済サーバとインタラクション（対話、相互作用）してＡＬＩＰＡＹのオフライン決済を行う。この方法において、サードパーティ決済アプリケーションは呼び出されない。更に、ＡＬＩＰＡＹのクライアントソフトウェアにより生成されたオフラインコード（オフライン決済証明書と呼ぶことができる）を、直接、取得できる（例えば、直接、コードを走査することにより、オフライン決済サービスの当事者である業者（マーチャント）により取得される）。その結果、セキュリティは比較的低い。これに基づき、本願の実施はオフライン決済の方法を提供する。この方法の目的は以下の通りである。すなわち、オフライン決済を行うために消費者端末デバイスに統合されたサードパーティ決済アプリケーションから決済アプリケーションを選択する必要がある場合、サードパーティ決済アプリケーションがオフライン決済の証明書の獲得のために決済アプリケーションを適用する方法が提供され、サードパーティ決済アプリケーションが証明書を端末デバイスへローカルに格納する。そのため、サードパーティ決済アプリケーションはそれに続く証明書の使用において証明書を迅速に取得できる。この方法は、決済アプリケーションがサードパーティ決済アプリケーションのためのオフラインコードを提供できるような、サードパーティ決済アプリケーションと決済アプリケーションとの間のインタラクションの手順を提供する。更に、この手順は便利で、より安全であり、詳細に以下説明する。
【００２３】
本願のオフライン決済方法を以下説明する。サードパーティ決済アプリケーションとインタラクションする決済アプリケーションは、ターゲット決済アプリケーションと呼ぶことができ（例えば、ＡＬＩＰＡＹ等であるが、ＡＬＩＰＡＹに限らず、別のアプリケーションでもよい）、サードパーティ決済アプリケーションは、例えば上述のＳａｍｓｕｎｇ  Ｐａｙ、Ｈｕａｗｅｉ  Ｐａｙ等のアプリケーションに限らない。更に、本方法の説明において、オフラインコードは「オフライン決済証明書」と呼ばれ、オフラインコードの形式は制限されない。例えば、オフラインコードは二次元コードであってもよい。
【００２４】
図１は、本願の実施においてオフライン決済の方法に携わり、その方法のアプリケーションに関与できる、デバイス又はモジュールを示す。例えば、消費者端末デバイス１１は、サードパーティ決済アプリケーション１２（例えばＨｕａｗｅｉ  Ｐａｙ等）と、ターゲット決済アプリケーションの決済クライアント１３（ＡＬＩＰＡＹのクライアントソフトウェア）と、ＴＥＥ（ｔｒｕｓｔｅｄ  ｅｘｅｃｕｔｉｏｎ  ｅｎｖｉｒｏｎｍｅｎｔ、信用ある実行環境）１４とを含むことができる。ＴＥＥは安全な実行環境を提供でき、その環境において比較的高い安全性要件を持つアプリケーションを実行できる。例えば、決済クライアント１３はＴＥＥ１４内で実行でき、ＴＥＥ１４は、例えばアプリケーションについての承認、認証、格納等のサービスを提供できる。
【００２５】
図１では、ターゲットアプリケーションのアプリケーションサーバ１５とオフライン決済サーバ１６とが更に含まれている。アプリケーションサーバ１５は、サードパーティ決済アプリケーション１２のバックエンドのサーバであってもよい。オフライン決済サーバ１６は、ターゲット決済アプリケーションのサーバであって、オフライン決済サービスを担うバックエンドサーバであってもよい。例えば、ＡＬＩＰＡＹオフライン決済サーバは、登録されたＡＬＩＰＡＹのユーザに対するオフライン決済サービスを起動させることができる。更に、図１では、矢印を使って、これらのデバイス又はモジュールのインタラクションを示す。例えば、アプリケーションサーバ１５とオフライン決済サーバ１６とがインタラクションする（例えば、要求及び応答を送信する）こと、サードパーティ決済アプリケーション１２と決済クライアント１３とがインタラクションすること等である。
【００２６】
図１を参照して、ターゲット決済アプリケーションとサードパーティ決済アプリケーションとのオフライン決済のインタラクションの手順を実行する方法を以下に示す。この手順は、図１のデバイス間又はモジュール間のインタラクションの実施例である。サードパーティ決済アプリケーションとターゲット決済アプリケーションとの間のオフライン決済の起動、使用、及び停止については、この方法のなかで個別に説明する。
【００２７】
オフライン決済の起動：
【００２８】
ターゲット決済アプリケーションの登録ユーザが、オフライン決済の有効化を望み、サードパーティ決済アプリケーションにおけるターゲット決済アプリケーションを用いるオフライン決済機能の有効化（イネーブル化）を望んでいると仮定する。この場合、ユーザはサードパーティ決済アプリケーションを開き、サードパーティ決済アプリケーションにおけるターゲット決済アプリケーションのオフライン決済の有効化を選択できる。選択方法は柔軟に設定できる。例えば、ユーザによる選択及び使用のために、開かれたサードパーティ決済アプリケーションのインターフェースに複数の決済アプリケーションを表示できるようにしてもよい。ユーザは、アプリケーションからターゲット決済アプリケーションを選択し、ターゲット決済アプリケーションのオフライン決済の有効化を選択できる。
【００２９】
ユーザの選択を受信した後、サードパーティ決済アプリケーションは、ユーザがターゲット決済アプリケーションに対応するオフライン決済の有効化を望んでいることを知る。この場合には、図２に示すオフライン決済の起動手順の実行を開始できる。図２に示す手順は単なる例であることは特に留意すべき事項である。具体的な実施では、別の手順を用いることもできる。例えば、ステップの順序を変えることができる。図２を参照すると、この手順は以下の処理を含むことができる。ＴＥＥは、決済アプリケーション認証センタと、ローカル認証センタと、ローカルセキュリティストレージ（格納装置）とを含むことができる。決済アプリケーション認証センタは、ターゲット決済アプリケーションの決済クライアントであってよい。更に、ローカル認証センタとローカルセキュリティストレージとを、ローカル格納（ストレージ）デバイスと呼ぶことができる。その理由は、ＴＥＥ内のローカル認証センタと、ローカルセキュリティストレージとが、サードパーティ決済アプリケーションが後続のステップでオフライン決済の証明書を格納する際に用いられるからである。ターゲット決済アプリケーションのアプリケーションサーバ及びオフライン決済サーバもこの手順に関与する。
【００３０】
ステップ２０１乃至ステップ２０３において、サードパーティ決済アプリケーションは、ターゲット決済アプリケーションの決済クライアントから、ユーザ識別子（ＩＤ）と端末デバイス識別子（ＩＤ）とを取得できる。例えば、ユーザの選択に基づき、ユーザがターゲット決済アプリケーションのオフライン決済の有効化を望んでいることを知ると、サードパーティ決済アプリケーションは、ユーザＩＤ及び端末デバイスＩＤを取得するために、同じ端末デバイスに位置する、ターゲット決済アプリケーションの決済クライアントへ要求を送信できる。ユーザＩＤは、ターゲット決済アプリケーションのアカウントに、現在、ログインしているユーザのＩＤである。例えば、サードパーティ決済アプリケーションｘｘＰａｙと、決済アプリケーションのクライアントソフトウェアＡＰＰとの両方がユーザの携帯電話に搭載される。この場合、ターゲット決済アプリケーションに、現在、ログインしているユーザは、携帯電話の決済アプリケーションのクライアントソフトウェアにログインしているユーザであり、決済アプリケーションのクライアントソフトウェアは、ユーザのユーザＩＤと端末デバイスＩＤとをサードパーティ決済アプリケーションへフィードバックする。
【００３１】
この実施において、決済クライアントからサードパーティ決済アプリケーションへ返信されるユーザＩＤは、ユーザが、現在、ログインしている決済アプリケーションのユーザアカウント（ユーザＩＤとも呼ばれる）に対応するｔｏｋｅｎ（トークン）であってもよく、ｔｏｋｅｎは、ユーザＩＤに対応し、且つユーザの登録の後、ユーザに対するターゲット決済アプリケーションのオフライン決済サーバにより生成されるｔｏｋｅｎであってもよく、サーバはｔｏｋｅｎを決済クライアントへ送信する。端末デバイスＩＤは端末デバイスの固有のＩＤであってもよい。
【００３２】
更に決済クライアントは、端末デバイスＩＤとユーザＩＤとをサードパーティ決済アプリケーションへ返信するだけでなく、端末デバイスの端末デバイス秘密鍵をサードパーティ決済アプリケーションへ送信することもできる。各端末デバイスは、対応する一対の公開鍵及び秘密鍵を持つことができる。端末デバイス秘密鍵は端末デバイスに格納されることができ、端末デバイス公開鍵はターゲット決済アプリケーションのオフライン決済サーバに格納されることができ、その結果オフライン決済サーバは、端末デバイス公開鍵を用いることによりオフライン決済証明書を暗号化した後、生成されたオフライン決済証明書を端末デバイスへ送信する。そのため、端末デバイスのみが、端末デバイス秘密鍵を用いて復号することによりオフライン決済証明書を取得して証明書送信のセキュリティを高めることができ、よって特定のデバイスのみがユーザのオフライン決済証明書を用いることができる。この手順については、後続の各実施でも説明する。
【００３３】
決済クライアントにより送信されたユーザＩＤと端末デバイスＩＤとを取得した後、サードパーティ決済アプリケーションは、オフライン決済の起動要求を、ターゲット決済アプリケーションへ送信できる。オフライン決済の起動要求は、ユーザのユーザＩＤと端末デバイスの端末デバイスＩＤとを含む。図２を参照すると、例えば、ステップ２０５及び２０６において、サードパーティ決済アプリケーションはそのアプリケーションサーバを用いて要求を転送でき、アプリケーションサーバは、要求を転送する時、秘密鍵を用いて要求に署名できる。
【００３４】
ここで、秘密鍵は、ターゲット決済アプリケーションのオフライン決済サーバにより事前にアプリケーションサーバへ割り当てることができる。ＡＬＩＰＡＹ及びＨｕａｗｅｉ  Ｐａｙのオフライン決済サーバを例にとる。オフライン決済サーバは、Ｈｕａｗｅｉ  Ｐａｙに対応するサービスＩＤ（すなわち、サービス識別子）を割り当て、サービスＩＤに対応する一対の秘密鍵及び公開鍵を生成し、秘密鍵をＨｕａｗｅｉ  Ｐａｙのアプリケーションサーバへ送信し、更に、公開鍵をＡＬＩＰＡＹのオフライン決済サーバに格納できる。アプリケーションサーバがオフライン決済サーバとインタラクションする時、例えばアプリケーションサーバがオフライン決済サーバへオフライン決済の起動要求を送信する時、アプリケーションサーバはオフライン決済サーバにより割り当てられた秘密鍵を用いてこの要求に署名でき、それに応じて、オフライン決済サーバは公開鍵を用いて署名を検証する。署名が検証されると、そのことは、要求が実際にＨｕａｗｅｉ  Ｐａｙのアプリケーションサーバにより送信されたことを示している。そのため、要求元は信頼性があり適法であることが保証される。当然ながら、ステップ２０６で要求を転送する際、アプリケーションサーバは、サービスＩＤを要求へ付加することができる。そのため、ステップ２０７において、オフライン決済サーバは、サービスＩＤに基づき、対応する公開鍵を識別し、署名を検証できる。ターゲット決済アプリケーションのオフライン決済サーバにより、異なるサードパーティ決済アプリケーションに割り当てられたサービスＩＤは、異なっていてもよい。例えば、Ｈｕａｗｅｉ  ＰａｙアプリケーションのサービスＩＤは、Ｓａｍｓｕｎｇ  ＰａｙアプリケーションのサービスＩＤとは異なる。
【００３５】
ステップ２０８乃至２１０において、ターゲット決済アプリケーションのオフライン決済サーバは、対応するオフライン決済証明書をユーザへ割り当てる。証明書はユーザのＩＤに相当する。例えば、ネットワーク外のオフライン環境において、ユーザの身元（アイデンティティ）は、オフライン決済証明書が提供されるとそれに応じて確認でき、代金をユーザの決済口座から引き落とすことができる。
【００３６】
オフライン決済サーバは、要求に含まれるユーザＩＤｔｏｋｅｎに基づいて、対応するユーザアカウントを取得し、そのアカウントのユーザがオフライン決済の有効化を要求する必要があることを知り、アカウントのための対応するオフライン決済証明書を生成できる。証明書を生成するアルゴリズム方法は、ターゲット決済アプリケーションにより自動的に設定できる。その後、セキュリティを確保するため、オフライン決済サーバは、要求に含まれる端末デバイスＩＤに基づき対応する端末デバイス公開鍵を取得し、端末デバイス公開鍵を用いてオフライン決済証明書を暗号化し、その後、暗号化されたオフライン決済証明書をサードパーティ決済アプリケーションへ送信できる。図２のステップ２１１及び２１２において、アプリケーションサーバは暗号化されたオフライン決済証明書を端末デバイス側のサードパーティ決済アプリケーションへ返信する。サードパーティ決済アプリケーションは、端末デバイス秘密鍵を用いて復号し、オフライン決済証明書を取得できる。
【００３７】
オフライン決済証明書を取得した後、サードパーティ決済アプリケーションは、更に、オフライン決済証明書を、サードパーティ決済アプリケーションが配置された端末デバイスに格納する、すなわち、図２にあるように、オフライン決済証明書を格納する必要がある。図２に示すように、サードパーティ決済アプリケーションは、オフライン決済証明書を端末デバイスのローカル格納デバイスに格納し、更に、ローカル格納デバイスと協働し、証明書に対して暗号化された格納を実行できる。例えば、サードパーティ決済アプリケーションは、証明書の格納要求をローカル格納デバイスのローカル認証センタへ送信できる。その要求には、ターゲット決済アプリケーションのオフライン決済サーバによりユーザへ発行され、サードパーティ決済アプリケーションにより受信されるオフライン決済証明書が含まれる。更に、ローカル認証センタは、識別認証方法、例えば指紋認証、虹彩認証又は別の方法を選択するよう、ユーザに促すことができる。ユーザが認証方法を選択した後、サードパーティ決済アプリケーションは、ユーザの身元認証識別子をローカル認証センタへ送信できる。身元認証識別子は、例えばユーザの指紋又はユーザの虹彩である。
【００３８】
ローカル認証センタは、ユーザの身元認証識別子に基づいて対応する関連キー（鍵）を生成し、関連キーを用いてユーザのオフライン決済証明書に対する暗号化された格納を実行するよう、ローカルセキュリティストレージに対して指示できる。そのため、その後、ユーザが、格納されたオフライン決済証明書を用いてオフライン決済を実行する必要がある場合には、ユーザの身元認証識別子を提供する必要があり、身元認証識別子が検証された後に限り、証明書が提供される（その詳細は、後のオフライン決済手順で説明する）。このように、証明書の使用はより安全になり、このとき、オフライン決済証明書はユーザ本人により使用されることが保証される。
【００３９】
最後に、ステップ２２４乃至２２６において、サードパーティ決済アプリケーションは、ターゲット決済アプリケーションのオフライン決済サーバに、オフライン決済証明書が端末デバイスのローカルに格納されたことを通知できる。この場合、オフライン決済サーバはオフライン決済起動情報を記録できる。例えば、情報には、ユーザＩＤ（ここでのＩＤはユーザアカウントであってよい）と、アカウントに対応するオフライン決済証明書とを含めることができ、更に、例えばオフライン決済起動時間等の情報を含めることができる。
【００４０】
図２に示す前述の手順を用いて、サードパーティ決済アプリケーションは、ターゲット決済アプリケーションに、ユーザのオフライン決済の有効化（イネーブル化）を要求し、ターゲット決済アプリケーションにより返信されたユーザのオフライン決済証明書を取得し、サードパーティ決済アプリケーションが位置する端末デバイスにこの証明書を格納する。更に、ユーザの身元認証識別子に対応する関連キーを用い、端末デバイスにおいて、証明書の暗号化された格納が実行される。次に、ユーザがターゲット決済アプリケーションのオフライン決済を使う必要がある場合にサードパーティ決済アプリケーションにより実行されるプロセスについて説明する。
【００４１】
オフライン決済の使用：
【００４２】
使用手順について、図２に示すアプリケーションのシナリオを用いて更に説明する。サードパーティ決済アプリケーションは、オフライン決済の証明書を端末デバイスへローカルに格納し、暗号化された格納を実行する。ユーザが商品購入後にオフライン決済をする必要がある場合、ユーザは消費者端末デバイスにおけるサードパーティ決済アプリケーションを迅速に開き、サードパーティ決済アプリケーションからターゲット決済アプリケーションを選択し、ターゲット決済アプリケーションの使用を特定してオフライン決済を実行できる。サードパーティ決済アプリケーションがユーザの選択を受信した後、言い換えると、ターゲット決済アプリケーションに対応し、ユーザにより開始されるオフライン決済要求を受信した後、図３に示す使用手順、すなわちオフライン決済手順を実行できる。
【００４３】
図３に示すように、サードパーティ決済アプリケーションは証明書獲得要求をローカル格納デバイスへ送信し、ユーザのオフライン決済証明書の取得を要求できる。更に、ユーザがサードパーティ決済アプリケーションにおいてターゲット決済アプリケーションのオフライン決済の使用を選択する際、ユーザはターゲット決済アプリケーションにおいてユーザにより登録されるアカウントＩＤの提供を指示されてアカウントＩＤを証明書獲得要求に付加でき、よって、ローカルセキュリティストレージは、サードパーティ決済アプリケーションがそのユーザのオフライン決済証明書を取得する必要があることを知ることができる。
【００４４】
オフライン決済証明書を格納する際、決済クライアントは「アカウントＩＤがオフライン決済証明書に対応する」というマッピング関係に基づいてオフライン決済証明書を格納できる。そして、ステップ３０３において、対応するオフライン決済証明書を、現在、オフライン決済を要求しているユーザのアカウントＩＤに基づき識別でき、証明書をローカル認証センタへ送信できる。ローカル認証センタは、オフライン決済証明書に基づき、対応する決済ストリング（ｓｔｒｉｎｇ、文字列）を生成できる。ここで、決済ストリングは、オフライン決済証明書をファクタとして用い且つ所定のアルゴリズム規則に基づき生成される決済ストリング（又は鍵ストリング）であり得る、決済ストリングをローカル認証センタへ返信できる。更に、格納方法は詳細な実施における前述の方法に制限されず、オフライン決済証明書を別の方法で格納してもよい。例えば、決済アプリケーションと証明書とのマッピング関係が格納されてもよい。そのため、対応する証明書を、ユーザがオフライン決済のための使用を選択するアプリケーションに基づいて、決定できる。
【００４５】
ステップ３０６乃至ステップ３０８では、ローカル認証センタは、まず、決済ストリングをサードパーティ決済アプリケーションへ返信する前にユーザを認証できる。ユーザにより選択される認証方法が、図２に示す起動手順における指紋認証である場合、ステップ３０６において、サードパーティ決済アプリケーションはユーザの指紋情報を取得し、指紋情報をローカル認証センタへ送信できる。ローカル認証センタは、取得された身元認証識別子が、ターゲット決済アプリケーションのオフライン決済をユーザが有効化する時点で格納された身元認証識別子に基づき検証された、と特定すると、サードパーティ決済アプリケーションのために決済ストリングを提供できる。ローカル認証センタは、ユーザのオフライン決済証明書をサードパーティ決済アプリケーション自体へフィードバックする。しかし、セキュリティを高めるため、ローカル認証センタはオフライン決済証明書を用いて所定の規則に基づき対応する決済ストリングを生成する。その後、オフライン決済サーバは決済ストリングをオフライン決済証明書に変換してユーザの身元を知ることができ、オフライン決済サーバは、ローカル認証センタが決済ストリングを生成する時に用いる生成規則を知る。
【００４６】
ステップ３０１乃至３０８を用いて、サードパーティ決済アプリケーションはユーザのオフライン決済証明書を取得（獲得）し、ユーザの身元認証識別子が検証された際にその証明書を取得し、よってユーザによるユーザのオフライン決済証明書の取得を確保でき、オフライン決済のセキュリティは更に高められる。ステップ３０９及び３１０において、サードパーティ決済アプリケーションは、オフライン決済サービスの当事者のための決済ストリングを提供できる。オフライン決済サービスの当事者は、業者の支払回収システムであってもよい。支払回収システムで決済ストリングを取得する方法は、複数の方法で柔軟に設定できる。例えば、２次元コード、ＮＦＣ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、音波等である。例えば、決済ストリングが２次元コードの形式で提示される際、業者の支払回収システムはスキャンを通じて決済ストリングを取得できる。
【００４７】
ステップ３１１乃至３１５において、業者は取得された決済ストリングを使ってターゲット決済アプリケーションのオフライン決済サーバに対して、ユーザのオフライン決済を処理するよう要求し、ターゲット決済アプリケーションのオフライン決済サーバに決済ストリングを提供できる。決済ストリングを取得した後、ターゲット決済アプリケーションのオフライン決済サーバは、決済ストリングを、所定の規則に基づき対応するオフライン決済証明書へ変換でき、証明書の生成規則に基づく証明書に対応するユーザアカウントと、証明書のユーザとを知ることができ、その後、ユーザの決済口座から代金を引き落とすことができる。支払回収システムは、サードパーティ消費者アプリケーションへ、代金の引き落としに成功した旨のフィードバックを提供できる。
【００４８】
前述のプロセスから分かることは、例えば、ユーザの消費者端末デバイスがネットワークを用いずにオフライン状態にある場合に、ターゲット決済アプリケーションのオフライン決済の使用が必要であるとき、ユーザは端末デバイスのサードパーティ決済アプリケーションを開き、アプリケーションからターゲット決済アプリケーションのオフライン決済を選択できるということである。この場合、サードパーティ決済アプリケーションは、ユーザの要求に基づき、予め格納されたユーザのオフライン決済証明書を端末デバイスからローカルに取得でき、身元認証識別子が検証された後に限り、証明書を取得できる。そして、サードパーティ決済アプリケーションは、例えば２次元コードのスキャン方法等を用いて、業者の証明書を提供できる。業者は、証明書をともなってターゲット決済アプリケーションのオフライン決済サーバに要求を送信し、証明書に対応するユーザのためのオフライン決済処理、すなわち、ユーザの決済口座からの代金引き落としを実行するよう要求して、ローカルのオフライン決済を完了する。
【００４９】
オフライン決済の停止：
【００５０】
サードパーティ決済アプリケーションは、更に、ターゲット決済アプリケーションとインタラクションして、ターゲット決済アプリケーションにおけるユーザのオフライン決済を取り消すことができる。オフライン決済の停止手順に関しては、図４を参照できる。この手順は以下を含む。ステップ４０１において、サードパーティ決済アプリケーションは、ユーザが発動したオフライン決済の取消要求を受信する。例えば、ユーザはサードパーティ決済アプリケーションのページにおいてターゲット決済アプリケーションのオフライン決済の停止を選択できる。そして、ステップ４０２乃至４０９において、サードパーティ決済アプリケーションは、ローカル格納デバイスから、ファクタとしてのオフライン決済証明書を用いて生成される決済ストリングを取得する。手順の詳細については、図３の説明を参照できる。
【００５１】
ステップ４１０及びステップ４１１において、サードパーティ決済アプリケーションは、オフライン決済の取消要求（すなわち、オフライン決済の停止要求）を、ターゲット決済アプリケーションのオフライン決済サーバへアプリケーションサーバの転送を介して送信でき、また、取得された決済ストリングをこの要求に付加することができる。あるいは、決済ストリングは得られない可能性があるが、決済クライアントはオフライン決済証明書をサードパーティ決済アプリケーションへ返信でき、アプリケーションはこのオフライン決済証明書をオフライン決済取消要求に付加する。たとえ決済ストリングが取得されたとしても、オフライン決済サーバは決済ストリングに基づきオフライン決済証明書を取得できる。
【００５２】
ステップ４１２において、ターゲット決済アプリケーションのオフライン決済サーバは、受信したオフライン決済の取消要求に基づき取得したオフライン決済証明書に対応するユーザアカウント（すなわちユーザＩＤ、上述のトークン又はユーザアカウントの両方をユーザＩＤと呼ぶことができる）を取得し、オフライン決済の取消しを要求するユーザを知ることができる。更に、ユーザのオフライン決済起動情報が削除される。ステップ４１３及び４１４において、オフライン決済サーバは、サードパーティ決済アプリケーションへ、オフライン決済取り消しの成功通知をフィードバックすることができる。
【００５３】
更に、前述の実施例において、サードパーティ決済アプリケーションは、ターゲット決済アプリケーションのオフライン決済サーバからオフライン決済証明書を取得した後、オフライン決済証明書を、端末デバイスのローカルに格納する。ユーザがターゲット決済アプリケーションのオフライン決済を使用する時、サードパーティ決済アプリケーションは、端末デバイスから証明書をローカルに取得し、証明書を、例えば業者の支払回収システム等のオフライン決済サービスの当事者へ提供できる。実際の実施において、手順は、図２乃至図４に示す手順に限定されない。例えば、別の実施例において、代替として、サードパーティ決済アプリケーションは、ターゲット決済アプリケーションの決済クライアントを用いずに、ターゲット決済アプリケーションから証明書を取得した後に、証明書自体を格納してもよい。
【００５４】
本願のこの実施におけるオフライン決済方法において、ターゲット決済アプリケーションがアプリケーションの登録されたユーザのオフライン決済証明書をサードパーティ決済アプリケーションへ提供する方法が提供される。サードパーティ決済アプリケーションはターゲット決済アプリケーションとインタラクションし、ターゲット決済アプリケーションにより提供される証明書を取得できる。更に、サードパーティ決済アプリケーションは端末デバイス側の証明書を格納できる。その後、ユーザがサードパーティ決済アプリケーションを用いてターゲット決済アプリケーションのオフライン決済を使用する必要がある場合、サードパーティ決済アプリケーションは格納された証明書を取り出し、ユーザの身元認証識別子が検証された後に証明書を業者に提供でき、よって業者は、代金引き落としの証明書に基づき、ターゲット決済アプリケーションに対して、対応するユーザのオフライン決済を実行するよう要求する。これは、ターゲット決済アプリケーションがターゲット決済アプリケーションのオフライン決済サービスをサードパーティ決済アプリケーションへ出力することで、ユーザがサードパーティ決済アプリケーションを用いてターゲット決済アプリケーションのオフライン決済を使用できる方法である。
【００５５】
実施の例において、例えば指示（命令）を含むメモリ等の、指示を含む永続性コンピュータ読取り可能媒体が更に提供され、その指示を、デバイスのプロセッサにより実行することで本方法を遂行できるデバイス、例えば、永続性コンピュータ読取り可能記憶媒体は、ＲＯＭ、ランダムアクセスメモリ（ＲＡＭ）、ＣＤ−ＲＯＭ、磁気テープ、フロッピーディスク、又は光学データ記憶デバイスであってもよい。
【００５６】
前述の方法を実施するため、本願の実施は、更に、オフライン決済デバイス（装置）を提供する。このデバイスは、サードパーティ決済アプリケーションに適用され、端末デバイスに統合されたサードパーティ決済アプリケーションにおけるターゲット決済アプリケーションを用いてオフライン決済を行うよう構成される。図５に示すように、このデバイスは情報獲得モジュール５１と、証明書獲得モジュール５２と、証明書提供モジュール５３とを含むことができる。
【００５７】
情報獲得モジュール５１は、サードパーティ決済アプリケーションが、ターゲット決済アプリケーションに対応するオフライン決済要求を受信する際に、オフライン決済要求を送信するユーザの身元認証識別子を取得（獲得）するよう構成される。ここで、ユーザはターゲット決済アプリケーションの登録ユーザである。
【００５８】
証明書獲得モジュール５２は、ユーザがターゲット決済アプリケーションのオフライン決済を有効化する時点で格納された身元認証識別子に基づいて、取得された身元認証識別子が検証された、と特定されると、ターゲット決済アプリケーションによりユーザに発行され端末デバイスに格納されたオフライン決済証明書を取得（獲得）するよう構成される。
【００５９】
証明書提供モジュール５３は、オフライン決済証明書をオフライン決済サービス当事者に提供するよう構成することで、オフライン決済サービス当事者は、オフライン決済証明書に基づきユーザのオフライン決済を処理するようターゲット決済アプリケーションに要求する。
【００６０】
図６に示すように、別の実施例において、このデバイスは、起動要求モジュール５４と、証明書受信モジュール５５と、証明書復号モジュール５６と、証明書格納モジュール５７とを更に含むことができる。
【００６１】
起動要求モジュール５４は、ターゲット決済アプリケーションにオフライン決済起動要求を送信するよう構成される。ここで、オフライン決済起動要求は、ユーザのユーザＩＤと、端末デバイスの端末デバイスＩＤとを含む。
【００６２】
証明書受信モジュール５５は、ユーザＩＤに対応しターゲット決済アプリケーションにより返信されるオフライン決済証明書を受信するよう構成される。ここで、オフライン決済証明書は、端末デバイスＩＤに対応する端末デバイス公開鍵を用いてターゲット決済アプリケーションにより暗号化される。
【００６３】
証明書復号モジュール５６は、端末デバイスＩＤに対応する端末デバイス秘密鍵を用いる復号をサードパーティ決済アプリケーションにより実行し、オフライン決済証明書を取得するよう構成される。
【００６４】
証明書格納モジュール５７は、オフライン決済証明書を端末デバイスに格納するよう構成される。
【００６５】
このデバイスは、オフライン決済の停止要求をターゲット決済アプリケーションへ送信するよう構成された証明書停止モジュール５８を更に含むことができる。ここで、オフライン決済の停止要求は、ユーザに発行されたオフライン決済証明書を含むので、ターゲット決済アプリケーションはオフライン決済証明書を削除できる。
【００６６】
前述の方法を実施するため、本願の実施は、更に、オフライン決済デバイスを提供する。このデバイスは、ターゲット決済アプリケーションのオフライン決済サーバに適用され、端末デバイスに統合されたサードパーティ決済アプリケーションにおけるターゲット決済アプリケーションを用いてオフライン決済を行うよう構成される。図７に示すように、このデバイスは、要求受信モジュール７１と、証明書提供モジュール７２とを含むことができる。
【００６７】
要求受信モジュール７１は、サードパーティ決済アプリケーションにより送信されたオフライン決済起動要求を受信するよう構成される。ここで、オフライン決済起動要求は、ユーザのユーザＩＤと、端末デバイスの端末デバイスＩＤとを含み、ユーザは、ターゲット決済アプリケーションの登録ユーザである。
【００６８】
証明書提供モジュール７２は、ユーザＩＤに対応するオフライン決済証明書を生成し、端末デバイスＩＤに対応する端末デバイス公開鍵を用いてオフライン決済証明書を暗号化した後、オフライン決済証明書をサードパーティ決済アプリケーションへ送信するよう構成され、よってサードパーティ決済アプリケーションは、端末デバイスＩＤに対応する端末デバイス秘密鍵を用いて復号した後、オフライン決済証明書を取得できる。
【００６９】
図８に示すように、別の実施例において、このデバイスはキー生成モジュール７３を更に含む。
【００７０】
キー生成モジュール７３は、サードパーティ決済アプリケーションのための、対応するサービスＩＤと、サービスＩＤに対応する一対の公開鍵及び秘密鍵とを生成し、秘密鍵をサードパーティ決済アプリケーションへ送信するよう構成される。
【００７１】
要求受信モジュール７１は、オフライン決済起動要求を受信した後、サービスＩＤに基づき、対応する公開鍵を取得し、オフライン決済起動要求がサードパーティ決済アプリケーションよって送信されたことを、公開鍵を用いて検証するよう、更に構成される。オフライン決済起動要求に含まれるユーザＩＤと端末デバイスＩＤとは、秘密鍵を用いてサードパーティ決済アプリケーションにより署名され、この要求は更にサービスＩＤを含む。
【００７２】
実施例において、このデバイスは情報削除モジュール７４を更に含むことができる。
【００７３】
要求受信モジュール７１は、サードパーティ決済アプリケーションにより送信されたオフライン決済停止要求を受信するよう、更に構成される。ここで、オフライン決済停止要求はオフライン決済証明書を含む。
【００７４】
情報削除モジュール７４は、オフライン決済証明書に基づき対応するユーザＩＤを取得し、ユーザＩＤのオフライン決済起動情報を削除するよう構成される。
【００７５】
前述の説明は、本願の単なる例示的な実施であり、本願を限定することを意図するものではない。本願の精神及び原理から逸脱することなくなされたいかなる修正、均等物の置換、又は改良も本願の保護範囲内に含まれる。
以下、本発明の実施の態様の例を列挙する。
［第１の局面］
端末デバイスに統合されたサードパーティ決済アプリケーションにおけるターゲット決済アプリケーションを用いて行うオフライン決済に使用されるオフライン決済方法であって：
前記サードパーティ決済アプリケーションが前記ターゲット決済アプリケーションに対応するオフライン決済要求を受信すると、前記オフライン決済要求を送信するユーザの身元認証識別子を、前記サードパーティ決済アプリケーションにより取得するステップであって、前記ユーザは、前記ターゲット決済アプリケーションの登録ユーザである、ステップと；
前記ユーザが前記ターゲット決済アプリケーションのオフライン決済を有効化する時点で格納された身元認証識別子に基づいて、前記取得された身元認証識別子が検証された、と特定されると、前記ターゲット決済アプリケーションにより前記ユーザに発行されて前記端末デバイスに格納されたオフライン決済証明書を、前記サードパーティ決済アプリケーションにより取得するステップと；
オフライン決済サービス当事者が前記オフライン決済証明書に基づいて前記ターゲット決済アプリケーションに対して、前記ユーザの前記オフライン決済の処理を要求するように、前記オフライン決済証明書を、前記サードパーティ決済アプリケーションにより前記オフライン決済サービス当事者に提供するステップと；を備える、
オフライン決済方法。
［第２の局面］
前記サードパーティ決済アプリケーションが前記ターゲット決済アプリケーションに対応する前記オフライン決済要求を受信する前に：
オフライン決済起動要求を、前記サードパーティ決済アプリケーションにより前記ターゲット決済アプリケーションへ送信するステップであって、前記オフライン決済起動要求は、前記ユーザのユーザＩＤと、前記端末デバイスの端末デバイスＩＤとを備える、ステップと；
前記ユーザＩＤに対応し前記ターゲット決済アプリケーションにより返信される前記オフライン決済証明書を、前記サードパーティ決済アプリケーションにより受信するステップであって、前記オフライン決済証明書は前記端末デバイスＩＤに対応する端末デバイス公開鍵を用いて前記ターゲット決済アプリケーションにより暗号化される、ステップと；
前記オフライン決済証明書を取得するために、前記端末デバイスＩＤに対応する端末デバイス秘密鍵を用いて前記サードパーティ決済アプリケーションにより復号を実行するステップと；
前記オフライン決済証明書を、前記サードパーティ決済アプリケーションにより前記端末デバイスに格納するステップと；を更に備える、
第１の局面に記載の方法。
［第３の局面］
前記オフライン決済証明書を、前記サードパーティ決済アプリケーションにより前記端末デバイスに格納する前記ステップは：
ローカル格納デバイスが、前記身元認証識別子に対応する関連キーを生成し、前記関連キーを用いて格納のために前記オフライン決済証明書を暗号化するように、前記ユーザの前記身元認証識別子を、前記サードパーティ決済アプリケーションにより前記端末デバイスのローカル格納デバイスへ送信するステップを備え；
前記取得された身元認証識別子が検証された、と特定されると、前記ターゲット決済アプリケーションにより前記ユーザに発行されて前記端末デバイスに格納されたオフライン決済証明書を、前記サードパーティ決済アプリケーションにより取得する前記ステップは：
前記ローカル格納デバイスが前記身元認証識別子を検証するとき、前記身元認証識別子に対応する前記関連キーを用いて復号される前記オフライン決済証明書を、前記サードパーティ決済アプリケーションにより取得するステップを備える、
第２の局面に記載の方法。
［第４の局面］
オフライン決済停止要求を、前記サードパーティ決済アプリケーションにより前記ターゲット決済アプリケーションへ送信するステップを更に備え、ここで、前記ターゲット決済アプリケーションが前記オフライン決済証明書を削除するように、前記オフライン決済停止要求は、前記ユーザに発行される前記オフライン決済証明書を備える、
第１の局面に記載の方法。
［第５の局面］
端末デバイスに統合されたサードパーティ決済アプリケーションにおけるターゲット決済アプリケーションを用いて行うオフライン決済に使用されるオフライン決済方法であって：
前記サードパーティ決済アプリケーションにより送信されるオフライン決済起動要求を、前記ターゲット決済アプリケーションのオフライン決済サーバにより受信するステップであって、前記オフライン決済起動要求は、ユーザのユーザＩＤと端末デバイスの端末デバイスＩＤとを備え、前記ユーザは前記ターゲット決済アプリケーションの登録ユーザである、ステップと；
前記端末デバイスＩＤに対応する端末デバイス秘密鍵を用いて復号を実行した後、前記サードパーティ決済アプリケーションがオフライン決済証明書を取得するよう、前記ユーザＩＤに対応する前記オフライン決済証明書を前記オフライン決済サーバにより生成し、前記端末デバイスＩＤに対応する端末デバイス公開鍵を用いて前記オフライン決済証明書を暗号化した後に前記オフライン決済証明書を前記サードパーティ決済アプリケーションへ送信するステップと；を備える、
オフライン決済方法。
［第６の局面］
前記サードパーティ決済アプリケーションにより送信されるオフライン決済起動要求を、前記ターゲット決済アプリケーションのオフライン決済サーバにより受信する前記ステップの前に、
対応するサービスＩＤと、サードパーティ決済アプリケーションのための前記サービスＩＤに対応する一対の公開鍵及び秘密鍵とを、前記オフライン決済サーバにより生成し、前記秘密鍵を前記サードパーティ決済アプリケーションへ送信するステップを更に備え、
ここで、前記オフライン決済起動要求に備えられる前記ユーザＩＤと前記端末デバイスＩＤとは、前記秘密鍵を用いて前記サードパーティ決済アプリケーションにより署名され、前記要求は前記サービスＩＤを更に備え、
前記オフライン決済起動要求を受信した後、前記サービスＩＤに基づき前記対応する公開鍵を前記オフライン決済サーバにより取得し、前記オフライン決済起動要求が前記サードパーティ決済アプリケーションより送信されたことを、前記公開鍵を用いて検証するステップを更に備える、
第５の局面に記載の方法。
［第７の局面］
前記サードパーティ決済アプリケーションにより送信されるオフライン決済停止要求を前記オフライン決済サーバにより受信するステップであって、前記オフライン決済停止要求は，前記オフライン決済証明書を備える、ステップと；
前記オフライン決済証明書に基づき前記対応するユーザＩＤを前記オフライン決済サーバにより取得し、前記ユーザＩＤのオフライン決済起動情報を削除するステップと；を更に備える、
第５の局面に記載の方法。
［第８の局面］
サードパーティ決済アプリケーションに適用され、端末デバイスに統合された前記サードパーティ決済アプリケーションにおけるターゲット決済アプリケーションを用いてオフライン決済を行うよう構成されたオフライン決済デバイスであって：
前記サードパーティ決済アプリケーションが前記ターゲット決済アプリケーションに対応するオフライン決済要求を受信すると、前記オフライン決済要求を送信するユーザの身元認証識別子を取得するよう構成された情報獲得モジュールであって、前記ユーザは、前記ターゲット決済アプリケーションの登録ユーザである、前記情報獲得モジュールと；
前記ユーザが前記ターゲット決済アプリケーションのオフライン決済を可能にする時点で格納された身元認証識別子に基づいて、前記取得された身元認証識別子が検証された、と特定されると、前記ターゲット決済アプリケーションにより前記ユーザに発行されて前記端末デバイスに格納されたオフライン決済証明書を取得するよう構成された証明獲得モジュールと；
オフライン決済サービス当事者が前記オフライン決済証明書に基づいて前記ターゲット決済アプリケーションに対して前記ユーザの前記オフライン決済の処理を要求するよう、前記オフライン決済証明書を前記オフライン決済サービス当事者へ提供するよう構成された証明書提供モジュールと；を備える、
オフライン決済デバイス。
［第９の局面］
オフライン決済起動要求を、前記ターゲット決済アプリケーションへ送信するように構成された起動要求モジュールであって、前記オフライン決済起動要求は、前記ユーザのユーザＩＤと、前記端末デバイスの端末デバイスＩＤとを備える、前記起動要求モジュールと；
前記ユーザＩＤに対応し前記ターゲット決済アプリケーションにより返信される前記オフライン決済証明書を受信するよう構成された証明書受信モジュールであって、前記オフライン決済証明書は、前記端末デバイスＩＤに対応する端末デバイス公開鍵を用いて前記ターゲット決済アプリケーションにより暗号化される、前記証明書受信モジュールと；
前記オフライン決済証明書を取得するために、前記サードパーティ決済アプリケーションにより前記端末デバイスＩＤに対応する端末デバイス秘密鍵を用いて復号を実行するように構成された証明書復号モジュールと；
前記端末デバイスに前記オフライン決済証明書を格納するよう構成された証明書格納モジュールと；を更に備える、
第８の局面に記載のデバイス。
［第１０の局面］
オフライン決済停止要求を、前記ターゲット決済アプリケーションへ送信するよう構成された証明書停止モジュールを更に備え、
前記ターゲット決済アプリケーションが前記オフライン決済証明書を削除できるように、前記オフライン決済停止要求は、前記ユーザに発行される前記オフライン決済証明書を備える、
第８の局面に記載のデバイス。
［第１１の局面］
ターゲット決済アプリケーションのオフライン決済サーバに適用され、端末デバイスに統合されたサードパーティ決済アプリケーションにおけるターゲット決済アプリケーションを用いてオフライン決済を行うよう構成されたオフライン決済デバイスであって：
前記サードパーティ決済アプリケーションにより送信されたオフライン決済起動要求を受信するよう構成された要求受信モジュールであって、前記オフライン決済起動要求はユーザのユーザＩＤと、端末デバイスの端末デバイスＩＤとを備え、前記ユーザは前記ターゲット決済アプリケーションの登録ユーザである、前記要求受信モジュールと；
前記端末デバイスＩＤに対応する端末デバイス秘密鍵を用いて復号した後に前記サードパーティ決済アプリケーションが前記オフライン決済証明書を取得するよう、前記ユーザＩＤに対応するオフライン決済証明書を生成し、前記端末デバイスＩＤに対応する端末デバイス公開鍵を用いて前記オフライン決済証明書を暗号化した後、前記オフライン決済証明書を前記サードパーティ決済アプリケーションへ送信するよう構成された証明書提供モジュールと；を備える、
オフライン決済デバイス。
［第１２の局面］
前記サードパーティ決済アプリケーションのために、対応するサービスＩＤと、前記サービスＩＤに対応する一対の公開鍵及び秘密鍵とを生成し、前記秘密鍵を、前記サードパーティ決済アプリケーションへ送信するよう構成されたキー生成モジュールを更に備え、
前記要求受信モジュールは、更に、前記オフライン決済起動要求を受信した後に、前記サービスＩＤに基づき前記対応する公開鍵を取得し、前記オフライン決済起動要求が前記サードパーティ決済アプリケーションにより送信されたことを、前記公開鍵を用いて検証するよう更に構成され、前記オフライン決済起動要求に備えられる前記ユーザＩＤと前記端末デバイスＩＤとは前記秘密鍵を用いて前記サードパーティ決済アプリケーションにより署名され、前記要求は前記サービスＩＤを更に備える、
第１１の局面に記載のデバイス。
［第１３の局面］
前記要求受信モジュールは、前記サードパーティ決済アプリケーションにより送信されるオフライン決済停止要求を受信するよう構成され、ここで、前記オフライン決済停止要求は前記オフライン決済証明書を備え、
前記デバイスは、前記オフライン決済証明書に基づき前記対応するユーザＩＤを取得し、前記ユーザＩＤのオフライン決済起動情報を削除するよう構成された情報削除モジュールを更に備える、
第１１の局面に記載のデバイス。
【符号の説明】
【００７６】
１１  消費者端末デバイス
１２  サードパーティ決済アプリケーション
１３  ターゲット決済アプリケーションの決済クライアント
１４  ＴＥＥ
１５  アプリケーションサーバ
１６  ターゲット決済アプリケーションのオフライン決済サーバ
５１  情報獲得モジュール
５２  証明書獲得モジュール
５３  証明書提供モジュール
５４  起動要求モジュール
５５  証明書受信モジュール
５６  証明書復号モジュール
５７  証明書格納モジュール
５８  証明書停止モジュール
７１  要求受信モジュール
７２  証明書提供モジュール
７３  キー生成モジュール
７４  情報削除モジュール
【図１】
2020144923.tif 000003
【図２】
2020144923.tif 000004
【図３】
2020144923.tif 000005
【図４】
2020144923.tif 000006
【図５】
2020144923.tif 000007
【図６】
2020144923.tif 000008
【図７】
2020144923.tif 000009
【図８】
2020144923.tif 000010
【手続補正書】
【提出日】令和2年6月12日(2020.6.12)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
決済方法であって、
サードパーティ決済アプリケーションによって、ユーザからの決済要求を受信するステップであって、前記サードパーティ決済アプリケーションは端末デバイスに含まれる、ステップと、
前記サードパーティ決済アプリケーションによって、前記ユーザの身元認証識別子を取得するステップと、
前記サードパーティ決済アプリケーションによって、前記端末デバイスに格納された身元認証識別子に基づいて、前記取得された身元認証識別子が検証されたと判定するステップと、
前記サードパーティ決済アプリケーションによって、前記端末デバイスに格納された決済証明書を取得するステップと、
前記サードパーティ決済アプリケーションによって、前記決済証明書に基づいて決済サービス当事者が前記ユーザの決済を処理するように、前記決済サービス当事者に対して前記決済証明書を提供するステップと
を備える、方法。
【請求項２】
前記端末デバイスに格納された前記決済証明書を前記取得するステップが、
前記取得された身元認証識別子が検証されたと判定したことに応答して、前記サードパーティ決済アプリケーションによって、前記身元認証識別子に対応する関連キーを使用して復号される前記決済証明書を取得するステップ
を備える、請求項１に記載の方法。
【請求項３】
決済方法であって、
サードパーティ決済アプリケーションによって、決済起動要求をサーバに送信するステップであって、前記決済起動要求が、ユーザのユーザ識別子と端末デバイスの端末デバイス識別子とを備える、ステップと、
前記サードパーティ決済アプリケーションによって、前記サーバから前記ユーザ識別子に対応する決済証明書を受信するステップであって、前記決済証明書が、前記端末デバイス識別子に対応する端末デバイス公開鍵を使用して暗号化される、ステップと、
前記サードパーティ決済アプリケーションによって、前記決済証明書を取得するために、前記端末デバイス識別子に対応する端末デバイス秘密鍵を使用して復号を実行するステップと、
前記サードパーティ決済アプリケーションによって、前記決済証明書を前記端末デバイスに格納するステップと
を備える、方法。
【請求項４】
前記サードパーティ決済アプリケーションによって、前記決済証明書を前記端末デバイスに格納するステップが、
ローカル格納デバイスが、身元認証識別子に対応する関連キーを生成し、かつ格納のために前記決済証明書を暗号化するために前記関連キーを使用するように、前記サードパーティ決済アプリケーションによって、前記ユーザの前記身元認証識別子を前記端末デバイスのローカル格納デバイスへ送信するステップ
を備える、請求項３に記載の方法。
【請求項５】
前記サードパーティ決済アプリケーションによって、決済停止要求をサーバに送信するステップをさらに備え、前記決済停止要求が前記決済証明書を備える、請求項３に記載の方法。
【請求項６】
前記決済証明書は、所定の規則に基づいて決済ストリングから生成される、請求項１〜５のいずれか一項に記載の方法。
【請求項７】
前記決済ストリングは、前記サードパーティ決済アプリケーションによって提供される、請求項６に記載の方法。
【請求項８】
前記決済ストリングが２次元コードを備える、請求項６に記載の方法。
【請求項９】
請求項１〜８のいずれか一項に記載の方法を実行するように構成される複数のモジュールを備える、決済のための装置。