(57)【要約】【課題】データ送信方法、装置、およびシステムの提供。【解決手段】本願方法は、第１の公開鍵と第１の秘密鍵とを含む非対称鍵ペアを生成し、第１の公開鍵を搬送するデータ要求をサーバに送信するステップであって、サーバによって送信された暗号文および第２の公開鍵を受信するステップであって、第２の公開鍵は、サーバによって取得された非対称鍵ペアの中の公開鍵であり、サーバによって取得された非対称鍵ペアは、第２の秘密鍵をさらに含み、暗号文は、共有鍵を使用してオフライン支払コードを生成するためのシードパラメータを暗号化することによって取得された情報であり、共有鍵は、予め設定された鍵合意アルゴリズムを使用して第２の秘密鍵と第１の公開鍵に基づいて生成された鍵である、ステップと、鍵合意アルゴリズムを使用して第１の秘密鍵と第２の公開鍵とに基づいて共有鍵を生成し、共有鍵を使用して暗号文を復号してシードパラメータを取得するステップとを含むものである。本願は、送信プロセス全体を通してデータセキュリティを保証するだけでなく、暗号化および復号化の効率も向上させる。【選択図】図２
2019533384.tif 000002
【特許請求の範囲】
【請求項１】
クライアントにおいて適用されるデータ伝送方法であって、
第１の公開鍵および第１の秘密鍵備える非対称鍵ペアを生成するステップと、
サーバに、該第１の公開鍵を搬送するデータ要求を送信するステップと、
前記サーバによって送信された、暗号文および第２の公開鍵を受信するステップであって、該第２の公開鍵は、前記サーバにより取得された非対称鍵ペアにおける公開鍵であり、前記サーバにより取得された該非対称鍵ペアは、さらに、第２の秘密鍵を含み、前記暗号文は、共有鍵を用いてオフライン決済コードを生成するためのシードパラメータを暗号化した情報であり、該共有鍵は、予め設定された鍵合意アルゴリズムを使用して第２の秘密鍵と第１の公開鍵に基づいて生成された鍵である、ステップと、
鍵合意アルゴリズムを使用して前記第１の秘密鍵と前記第２の公開鍵に基づいて共有鍵を生成し、前記シードパラメータを取得するために該共有鍵を使用して前記暗号文を復号するステップと、
を含み、
前記予め設定された鍵合意アルゴリズムを使用して前記第２の秘密鍵と前記第１の公開鍵とに基づいて生成された前記共有鍵は、前記鍵合意アルゴリズムを使用する前記第１の秘密鍵と前記第２の公開鍵とに基づいて生成された前記共有鍵と同一である、方法。
【請求項２】
前記第１の公開鍵を搬送するデータ要求をサーバに送信する前記ステップは、第１の署名情報を取得するために、前記第１の公開鍵に署名するのに、クライアント証明書で秘密鍵を使用するステップであって、前記クライアント証明書は、指定機関によって前記クライアントに発行された証明書である、ステップと、
前記サーバが、前記第１の署名情報を検証するために、前記クライアント証明書内の公開鍵と、前記第１の公開鍵とを使用し、検証が成功した場合、前記暗号文と前記第２の公開鍵を前記クライアントに送信するように、前記第１の公開鍵と前記第１の署名情報とを搬送するデータ要求をサーバに送信するステップと、
を含む、請求項１に記載の方法。
【請求項３】
前記クライアントは、ウェアラブル機器のなかに配置される、請求項１または２に記載の方法。
【請求項４】
前記ウェアラブル機器は、スマート・ブレスレットを含む、請求項３に記載の方法。
【請求項５】
サーバに適用されるデータ伝送方法であって、
クライアントによって送信された、第１の公開鍵を搬送するデータ要求を受信するステップであって、該データ要求は、オフライン支払コードを生成するためのシードパラメータを返すように該サーバに要求するためのものであり、該第１の公開鍵は該クライアントによって生成された非対称鍵ペアの中の公開鍵であり、該クライアントによって生成された該非対称鍵ペアはさらに第１の秘密鍵を含むものである、ステップと、
第２の公開鍵と第２の秘密鍵とを含む非対称鍵ペアを取得し、予め設定された鍵合意アルゴリズムを使用して該第２の秘密鍵と該第１の公開鍵に基づいて共有鍵を生成するステップと、
前記データ要求に対応するシードパラメータを暗号化するために前記共有鍵を使用して、前記クライアントが、鍵合意アルゴリズムを使用して前記第１の秘密鍵と前記第２の公開鍵に基づいて共有鍵を生成し、該共有鍵を使用して暗号文を復号して前記シードパラメータを取得するように、暗号化から取得した前記暗号文と前記第２の公開鍵をクライアントに送信するステップと、
を含み、
前記予め設定された鍵合意アルゴリズムを使用して前記第２の秘密鍵および前記第１の公開鍵に基づいて生成された前記共有鍵は、前記鍵合意アルゴリズムを使用して前記第１の秘密鍵および前記第２の公開鍵に基づいて生成された前記共有鍵と同一である、方法。
【請求項６】
前記方法は、さらに、
前記第２の公開鍵に署名し、第２の署名情報を取得するために、サーバ証明書内の秘密鍵を使用するステップであって、該サーバ証明書は、指定された機関によってサーバに発行された証明書である、ステップと、
暗号化から得られた前記暗号文と前記第２の公開鍵を前記クライアントに送信している間に、前記サーバ証明書内の公開鍵と前記第２の公開鍵に基づいて、前記クライアントが前記第２の署名情報を検証し、検証が成功した場合は前記暗号文を復号化するように、また、前記クライアントに前記第２の署名情報を送信するステップと、
を含む、請求項５に記載の方法。
【請求項７】
データ要求者端末が、第１の公開鍵と第１の秘密鍵とを含む非対称鍵ペアを生成するステップと、
前記第１の公開鍵を搬送するデータ要求をデータ提供者端末に送信するステップと、
該データ提供者端末が、第２の公開鍵と第２の秘密鍵とを含む非対称鍵ペアを取得するステップと、
予め設定された鍵合意アルゴリズムを使用して、前記第２の秘密鍵と前記第１の公開鍵とに基づいて共有鍵を生成するステップと、
データ提供者端末が、前記データ要求が対応するターゲットデータを暗号化するために前記共有鍵を使用し、暗号化から得られた暗号文と前記第２の公開鍵とを前記データ要求者端末に送信するステップと、
前記データ要求者端末が、前記鍵合意アルゴリズムを使用して、前記第１の秘密鍵および前記第２の公開鍵に基づいて共有鍵を生成するステップと、
前記暗号文を復号化し、前記ターゲットデータを取得するために前記共有鍵を使用するステップと、
を含むデータ伝送方法であって、
前記予め設定された鍵合意アルゴリズムを使用して、前記第２の秘密鍵と前記第１の公開鍵に基づいて生成された前記共有鍵は、前記鍵合意アルゴリズムを使用して前記第１の秘密鍵と前記第２の公開鍵に基づいて生成された前記共有鍵と同一である、データ伝送方法。
【請求項８】
前記第１の公開鍵を搬送するデータ要求をデータ提供者端末に送信する前記ステップは、
前記データ要求者端末が、前記第１の公開鍵に署名して第１の署名情報を取得するために、要求者証明書内の秘密鍵を使用するステップであって、前記要求者証明書は、指定機関によって前記データ要求者端末に発行された証明書である、ステップと、
前記データ要求者端末が、前記第１の公開鍵および前記第１の署名情報を搬送するデータ要求を前記データ提供者端末に送信するステップと、
を含み、
前記方法は、さらに、前記データ提供者端末が、前記要求者証明書内の公開鍵および前記第１の公開鍵に基づいて、前記第１の署名情報を検証し、検証に成功した場合、前記データ提供者端末は、前記暗号文および前記第２の公開鍵を前記データ要求者端末に送信するステップを含む、請求項７に記載の方法。
【請求項９】
前記方法は、さらに、
前記データ提供者端末が、前記第２の公開鍵に署名して第２の署名情報を取得するために、提供者証明書内の秘密鍵を使用するステップであって、該提供者証明書は、指定機関によってデータ提供者端末に発行された証明書である、ステップと、
前記データ提供者端末が暗号化から得られた前記暗号文と前記第２の公開鍵とを前記データ要求者端末に送信するときに、前記データ提供者端末が、さらに前記第２の署名情報を前記データ要求者端末に送信するステップと、
前記データ要求者端末が、前記提供者証明書内の公開鍵および前記第２の公開鍵に基づいて前記第２の署名情報を検証し、検証が成功した場合、前記データ要求者端末は前記暗号文を復号化するステップと
を含む、請求項７に記載の方法。
【請求項１０】
第１の公開鍵と第１の秘密鍵とを含む非対称鍵ペアを生成する鍵生成モジュールと、
前記第１の公開鍵を搬送するデータ要求をサーバに送信する要求送信モジュールと、
前記サーバによって送信された暗号文および第２の公開鍵を受信するための情報受信モジュールであって、前記第２の公開鍵は前記サーバによって取得された非対称鍵ペア内の公開鍵であり、前記サーバによって取得された前記非対称鍵ペアは、第２の秘密鍵をさらに含み、前記暗号文は、共有鍵を使用してオフライン支払コードを生成するためのシードパラメータを暗号化することによって取得された情報であり、前記共有鍵は、予め設定された鍵合意アルゴリズムを使用して前記第２の秘密鍵と前記第１の公開鍵に基づいて生成された鍵である、情報受信モジュールと、
前記鍵合意アルゴリズムを使用して前記第１の秘密鍵および前記第２の公開鍵に基づいて共有鍵を生成する共有鍵生成モジュールと、
前記共有鍵を使用して前記暗号文を復号化して前記シードパラメータを取得するための情報復号化モジュールと、
を備えるデータ伝送装置であって、
前記予め設定された鍵合意アルゴリズムを使用して前記第２の秘密鍵および前記第１の公開鍵に基づいて生成された前記共有鍵は、前記鍵合意アルゴリズムを使用して前記第１の秘密鍵および前記第２の公開鍵に基づいて生成された共有鍵と同一である、データ伝送装置。
【請求項１１】
クライアントによって送信された、第１の公開鍵を搬送するデータ要求を受信するための要求受信モジュールであって、該データ要求はオフライン支払コードを生成するためのシードパラメータを返すようにサーバに要求するためのものであり、前記第１の公開鍵は前記クライアントによって生成された非対称鍵ペアの中の公開鍵であり、前記クライアントによって生成された前記非対称鍵ペアはさらに第１の秘密鍵を含むものである、要求受信モジュールと、
第２の公開鍵と第２の秘密鍵とを含む非対称鍵ペアを取得するための鍵取得モジュールと、予め設定された鍵合意アルゴリズムを使用して、前記第２の秘密鍵と前記第１の公開鍵とに基づいて共有鍵を生成する共有鍵生成モジュールと、
前記データ要求が対応するシードパラメータを暗号化するために前記共有鍵を使用する情報暗号化モジュールと、前記鍵合意アルゴリズムを使用して前記第１の秘密鍵と前記第２の公開鍵に基づいて共有鍵を生成し、該共有鍵を使用して前記暗号文を復号して前記シードパラメータを取得するように、暗号化から得られた暗号文と第２の公開鍵をクライアントに送信するための情報送信モジュールであって、前記予め設定された鍵合意アルゴリズムを使用して前記第２の秘密鍵および前記第１の公開鍵に基づいて生成された前記共有鍵は、前記鍵合意アルゴリズムを使用して前記第１の秘密鍵および前記第２の公開鍵に基づいて生成された前記共有鍵と同一である、情報送信モジュールと、
を備えるデータ伝送装置。
【請求項１２】
データ要求者機器およびデータ提供者機器と、を備えるデータ送信システムであって、
前記データ要求者機器は、第１の公開鍵と第１の秘密鍵とを含む非対称鍵ペアを生成し、
前記第１の公開鍵を搬送するデータ要求をデータ提供者機器に送信し、
前記データ提供者機器は、第２の公開鍵と第２の秘密鍵とを含む非対称鍵ペアを取得し、予め設定された鍵合意アルゴリズムを使用して前記第２の秘密鍵と前記第１の公開鍵に基づいて共有鍵を生成し、
前記データ提供者機器は、共有鍵を使用して前記データ要求に対応するターゲットデータを暗号化し、暗号化から得られた暗号文と前記第２の公開鍵とをデータ要求者機器に送信し、
前記データ要求者機器は、前記鍵合意アルゴリズムを使用して、前記第１の秘密鍵および前記第２の公開鍵に基づいて共有鍵を生成し、前記共有鍵を使用して前記暗号文を復号化して前記シードパラメータを取得する、
データ送信システムであり、
前記予め設定された鍵合意アルゴリズムを使用して前記第２の秘密鍵および前記第１の公開鍵に基づいて生成された共有鍵は、前記鍵合意アルゴリズムを使用して前記第１の秘密鍵および前記第２の公開鍵に基づいて生成された前記共有鍵と同一である、データ送信システム。
【請求項１３】
データ要求者端末が、第１の対称鍵を生成し、該第１の対称鍵を搬送するデータ要求をデータ提供者端末に送信するステップと、
前記データ提供者端末が、第２の対称鍵を取得し、前記第１の対称鍵と該第２の対称鍵とに基づいて予め設定された鍵合意アルゴリズムを使用して共有鍵を生成するステップであって、該第２の対称鍵は前記第１の対称鍵とは異なるものである、ステップと、
前記データ提供者端末が、前記共有鍵を使用して前記データ要求が対応するターゲットデータを暗号化し、暗号化から得られた暗号文および前記第２の対称鍵を前記データ要求者端末に送信するステップと、
前記データ要求者端末が、前記第１の対称鍵および前記第２の対称鍵に基づいて、鍵合意アルゴリズムを使用して共有鍵を生成し、該共有鍵を使用して前記暗号文を復号化して前記ターゲットデータを取得するステップと、
を含むデータ伝送方法。
【請求項１４】
データ要求者機器とデータ提供者機器とを備えるデータ送信システムであって、
前記データ要求者機器は、第１の対称鍵を生成し、該第１の対称鍵を搬送するデータ要求を前記データ提供者機器に送信し、前記データ提供者機器は、第２の対称鍵を取得し、予め設定された鍵合意アルゴリズムを使用して前記第１の対称鍵および該第２の対称鍵に基づいて共有鍵を生成し、ここで、該第２の対称鍵は前記第１の対称鍵とは異なるものであり、
前記データ提供者機器は、前記共有鍵を使用して前記データ要求が対応するターゲットデータを暗号化し、暗号化から得られた暗号文および前記第２の対称鍵を前記データ要求者機器に送信し、前記データ要求者機器は、鍵合意アルゴリズムを使用して、前記第１の対称鍵および前記第２の対称鍵に基づいて共有鍵を生成し、該共有鍵を使用して暗号文を復号化して、前記ターゲットデータを取得する、
データ送信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、ネットワーク通信の技術分野に関し、特に、データ送信方法、装置、およびシステムに関する。
【背景技術】
【０００２】
今日、人々はデータセキュリティ、特に伝送中のデータセキュリティにますます注意を払っている。一例としてオフライン支払いをとると、サーバ機器は、支払いコードの生成のための戦略をクライアント機器に送信することができ、クライアント機器は、その戦略を記憶する。ユーザが支払いコードを使用する必要があるとき、クライアント機器は支払いコードを生成するために戦略を使用することができる。販売業者はスキャン機器によって支払いコードをスキャンする。スキャン機器は、スキャンの結果得られた情報を検証のためにサーバ機器に送信する。その情報が検証を通過した後、お金が差し引かれる。サーバ機器がクライアント機器に戦略を送信するプロセスにおいて、クライアント機器とサーバ機器との間のチャネルのセキュリティが確保される必要がある。サーバ機器によって発行された戦略が第三者ハッカーによって傍受されると、クライアント機器のユーザによって重大な損失が発生することになる。
【０００３】
関連技術では、全てのクライアント機器とサーバ機器に同一の鍵が予め設定されている。サーバ機器は、送信される情報を暗号化し、暗号文をクライアント機器に送信するために鍵を使用することができる。クライアント機器は暗号文を解読するためにその鍵を使用する。しかし、クライアント機器やサーバ機器の鍵が漏れると、すべてのクライアント機器とサーバ機器が同じ鍵を共有することになり、すべてのクライアント機器とサーバ機器がセキュリティ上の危険にさらされる。
【０００４】
別の関連技術では、クライアント機器は、一対の非対称鍵を生成し、秘密鍵を保存し、そして公開鍵をサーバ機器にアップロードすることができる。サーバ機器は、公開鍵を使用して送信する必要がある情報を暗号化し、暗号文をクライアント機器に送信する。クライアント機器は秘密鍵を使用して暗号文を復号化する。非対称鍵アルゴリズムは各計算中に異なる乱数を使用するので、各計算中に異なる非対称鍵ペアが生成される。したがって、異なるクライアントによって生成された非対称鍵ペアも異なり、クライアント機器やサーバ機器の鍵の漏洩による、すべてのクライアント機器とサーバ機器のセキュリティリスクの問題を回避する。一方、暗号文は公開鍵ペアが対応する秘密鍵でしか復号できないため、公開鍵の送信中に公開鍵が傍受されたとしても、暗号文はまだ公開鍵では復号化できない。これによって情報セキュリティを確保する。しかし、非対称鍵は、暗号化には複雑な暗号化アルゴリズムを使用し、復号化には複雑な復号化アルゴリズムを使用する必要があり、そのため、暗号化と復号化には長い時間がかかる。
【発明の概要】
【０００５】
本願は、現在の技術における情報セキュリティと長時間の暗号化と復号化の問題を解決するためのデータ送信方法、装置、およびシステムを提供する。
【０００６】
本願の実施形態の第１の態様によれば、データ送信方法が提供される。この方法はクライアントに適用可能であり、第１の公開鍵と第１の秘密鍵とを含む非対称鍵ペアを生成し、そして第１の公開鍵を搬送するデータ要求をサーバに送信するステップと、サーバから送信された暗号文と第２の公開鍵を受信するステップであって、ここで、第２の公開鍵は、サーバによって取得された非対称鍵ペアの中の公開鍵であり、サーバによって取得された非対称鍵ペアはさらに第２の秘密鍵を含み、暗号文は、共有鍵（ｓｈａｒｅｄ  ｋｅｙ）を用いてオフライン決済コードを生成するためのシードパラメータを暗号化した情報であり、共有鍵は、予め設定された鍵合意アルゴリズムを使用して第２の秘密鍵と第１の公開鍵に基づいて生成される鍵である、ステップと、鍵合意アルゴリズムを使用して、第１の秘密鍵と第２の公開鍵に基づいて共有鍵を生成するステップと、共有鍵を使用して暗号文を復号化し、シードパラメータを取得するステップと、を含む。ここで、予め設定された鍵合意アルゴリズムを使用して第２の秘密鍵および第１の公開鍵に基づいて生成された共有鍵は、その鍵合意アルゴリズムを使用して生成された第１の秘密鍵と第２の公開鍵に基づく共有鍵と同じである。
【０００７】
本願の実施形態の第２の態様によれば、データ伝送方法が提供され、この方法はサーバに適用可能であり、クライアントによって送信された、第１の公開鍵を搬送するデータ要求を受信するステップであって、ここでデータ要求は、オフライン支払コードを生成するためのシードパラメータを返すようにサーバに要求するためのものであり、第１の公開鍵は、クライアントによって生成される非対称鍵ペアの中の公開鍵であり、クライアントによって生成された非対称鍵ペアはさらに第１の秘密鍵を含む、ステップと、第２の公開鍵と第２の秘密鍵を含む非対称鍵ペアを取得するステップと、予め設定された鍵合意アルゴリズムを使用して、第２の秘密鍵と第１の公開鍵に基づいて共有鍵を生成するステップと、共有鍵を使用して、データ要求が対応するシードパラメータを暗号化し、鍵合意アルゴリズムを使用して、クライアントが第１の秘密鍵と第２の公開鍵に基づいて共有鍵を生成して、そして、共有鍵を使用して暗号文を復号化し、シードパラメータを取得するように、暗号化から得られた暗号文と第２の公開鍵をクライアントに送信するステップと、を含む。
【０００８】
ここで、予め設定された鍵合意アルゴリズムを使用して第２の秘密鍵および第１の公開鍵に基づいて生成された共有鍵は、その鍵合意アルゴリズムを使用して第１の秘密鍵と第２の公開鍵に基づいて生成された共有鍵と同じである。
【０００９】
本願の実施形態の第３の態様によれば、データ送信方法が提供され、データ要求者端末が、第１の公開鍵と第１の秘密鍵とを含む非対称鍵ペアを生成し、そして、第１の公開鍵を搬送するデータ要求をデータ提供者端末に送信するステップと、データ提供者端末が、第２の公開鍵と第２の秘密鍵とを含む非対称鍵ペアを取得し、予め設定された鍵合意アルゴリズムを使用して、第２の秘密鍵および第１の公開鍵に基づいて共有鍵を生成するステップと、データ提供者端末が、共有鍵を使用して、データ要求が対応するターゲットデータを暗号化し、暗号化から得られた暗号文と第２の公開鍵とをデータ要求者端末に送信するステップと、データ要求者端末が、鍵合意アルゴリズムを使用して、第１の秘密鍵と第２の公開鍵に基づいて共有鍵を生成し、そして、共有鍵を使用して暗号文を復号化し、ターゲットデータを取得するステップとを含む。
【００１０】
ここで、予め設定された鍵合意アルゴリズムを使用して第２の秘密鍵および第１の公開鍵に基づいて生成された共有鍵は、その鍵合意アルゴリズムを使用して第１の秘密鍵と第２の公開鍵に基づいて生成された共有鍵と同じである。
【００１１】
本願の実施形態の第４の態様によれば、データ送信装置が提供され、第１の公開鍵と第１の秘密鍵とを含む非対称鍵ペアを生成する鍵生成モジュールと、第１の公開鍵を搬送するデータ要求をサーバに送信する要求送信モジュールと、サーバによって送信された暗号文および第２の公開鍵を受信するための情報受信モジュールであって、第２の公開鍵は、サーバによって取得された非対称鍵ペアの中の公開鍵であり、サーバによって取得された非対称鍵ペアはさらに第２の秘密鍵を含み、暗号文は、共有鍵を用いてオフライン決済コードを生成するためのシードパラメータを暗号化した情報であり、共有鍵は、予め設定された鍵合意アルゴリズムを使用して第２の秘密鍵と第１の公開鍵に基づいて生成された鍵である、情報受信モジュールと、その鍵合意アルゴリズムを使用して第１の秘密鍵および第２の公開鍵に基づいて共有鍵を生成する共有鍵生成モジュールと、共有鍵を使用して暗号文を復号化してシードパラメータを取得するための情報復号化モジュールとを備える。
【００１２】
ここで、予め設定された鍵合意アルゴリズムを使用して、第２の秘密鍵と第１の公開鍵に基づいて生成された共有鍵は、その鍵合意アルゴリズムを使用して、第１の秘密鍵と第２の公開鍵に基づいて生成された共有鍵と同じである。
【００１３】
本願の実施形態の第５の態様によれば、データ送信装置が提供され、クライアントによって送信された、第１の公開鍵を搬送するデータ要求を受信するための要求受信モジュールであって、データ要求は、オフライン支払コードを生成するためのシードパラメータを返すようにサーバに要求するためのものであり、第１の公開鍵は、クライアントによって生成された非対称鍵ペアの中の公開鍵であり、クライアントによって生成された非対称鍵ペアはさらに第１の秘密鍵を含む、要求受信モジュールと、第２の公開鍵と第２の秘密鍵とを含む非対称鍵ペアを取得するための鍵取得モジュールと、予め設定された鍵合意アルゴリズムを使用して、第２の秘密鍵と第１の公開鍵とに基づいて共有鍵を生成する共有鍵生成モジュールと、共有鍵を使用してデータ要求が対応するシードパラメータを暗号化するための情報暗号化モジュールと、暗号化から得られた暗号文と第２の公開鍵をクライアントに送信するための情報送信モジュールであって、鍵合意アルゴリズムを使用して、クライアントが第１の秘密鍵と第２の公開鍵に基づいて共有鍵を生成し、共有パラメータを使用して暗号文を復号化し、シードパラメータを取得するようにする、情報送信モジュールと、を備える。
【００１４】
ここで、予め設定された鍵合意アルゴリズムを使用して、第２の秘密鍵と第１の公開鍵に基づいて生成された共有鍵は、その鍵合意アルゴリズムを使用して、第１の秘密鍵と第２の公開鍵に基づいて生成された共有鍵と同じである。
【００１５】
本願の実施形態の第６の態様によれば、データ送信システムが提供され、それは、データ要求者機器とデータ提供者機器とを備える。データ要求者機器は、第１の公開鍵と第１の秘密鍵とを含む非対称鍵ペアを生成し、そして、第１の公開鍵を搬送するデータ要求をデータ提供者機器に送信する。データ提供者機器は、第２の公開鍵と第２の秘密鍵とを含む非対称鍵ペアを取得し、予め設定された鍵合意アルゴリズムを使用して、第２の秘密鍵および第１の公開鍵に基づいて共有鍵を生成する。データ提供者機器は、共有鍵を使用して、データ要求が対応するターゲットデータを暗号化し、暗号化から得られた暗号文と第２の公開鍵とを対応させてデータ要求者機器に送信する。データ要求者機器は、その鍵合意アルゴリズムを使用して、第１の秘密鍵と第２の公開鍵に基づいて共有鍵を生成し、そして、共有鍵を使用して暗号文を復号化し、ターゲットデータを取得する。
【００１６】
ここで、予め設定された鍵合意アルゴリズムを使用して第２の秘密鍵および第１の公開鍵に基づいて生成された共有鍵は、その鍵合意アルゴリズムを使用して第１の秘密鍵と第２の公開鍵に基づいて生成された共有鍵と同じである。
【００１７】
本出願の一実施形態の第７の態様によれば、データ要求者端末が、第１の対称鍵（ｓｙｍｍｅｔｒｉｃ  ｋｅｙ）を生成し、第１の対称鍵を搬送するデータ要求をデータ提供者端末に送信するステップと、データ提供者端末が、第２の対称鍵を取得し、予め設定された鍵合意アルゴリズムを使用して、第１の対称鍵と第２の対称鍵に基づいて共有鍵を生成するステップであって、第２の対称鍵は第１の対称鍵とは異なるものである、ステップと、データ提供者端末が、共有鍵を使用してデータ要求先が対応するターゲットデータを暗号化し、暗号化から得られた暗号文と第２の対称鍵とを対応させてデータ要求者端末に送信するステップと、データ要求者端末が、その鍵合意アルゴリズムを使用して、第１の対称鍵および第２の対称鍵に基づいて共有鍵を生成し、共有鍵を使用して暗号文を復号化し、ターゲットデータを取得するステップと、を含むデータ送信方法が提供される。
【００１８】
本願の実施形態の第８の態様によれば、データ要求者機器とデータ提供者機器とを備えるデータ送信システムが提供される。データ要求者機器は第１の対称鍵を生成し、第１の対称鍵を搬送するデータ要求をデータ提供者機器に送信し、データ提供者機器は第２の対称鍵を取得し、予め設定された鍵合意アルゴリズムを使用して、第１の対称鍵と第２の対称鍵に基づいて共有鍵を生成する。ここで、第２の対称鍵は第１の対称鍵とは異なる。データ提供者機器は、共有鍵を使用して、データ要求が対応するターゲットデータを暗号化し、暗号化から得られた暗号文および第２の対称鍵をデータ要求者機器に送信する。データ要求者機器は、鍵合意アルゴリズムを使用して第１の対称鍵および第２の対称鍵に基づいて共有鍵を生成し、共有鍵を使用して暗号文を復号化し、ターゲットデータを取得する。
【００１９】
本願の実施形態で提供されるデータ伝送方法、装置、およびシステムの適用において、第１の公開鍵と第１の秘密鍵とを含む非対称鍵ペアは、データ要求者端末を介して生成されることができ、第１の公開鍵を搬送するデータ要求がデータ提供者端末に送信され、第２の公開鍵と第２の秘密鍵とを含む非対称鍵ペアが、データ提供者端末を介して取得され、予め設定された鍵合意アルゴリズムを使用して、第２の秘密鍵および第１の公開鍵に基づいて共有鍵が生成され、次に、共有鍵を使用してデータ要求が対応するターゲットデータを暗号化し、最後に、暗号化から得られた暗号文と第２の公開鍵とがデータ要求者端末に送信される。データ要求者端末は、同じ鍵合意アルゴリズムを使用して、第１の秘密鍵と第２の公開鍵とに基づいて共有鍵を生成する。予め設定された鍵合意アルゴリズムを使用して第２の秘密鍵と第１の公開鍵とに基づいて生成された共有鍵は、その鍵合意アルゴリズムを使用して第１の秘密鍵および第２の公開鍵に基づいて生成された共有鍵と同じであるので、提供者端末は暗号化のために共有鍵を使用することができ、データ要求者端末は復号化のために共有鍵を使用することができる。対象データを暗号化するための鍵と対象データを復号化するための鍵は同一であるため、対称暗号化および復号化アルゴリズムを使用して、データを暗号化および復号化することができる。対称暗号化アルゴリズムは、通常、シフト暗号などの方法で暗号化を行い、一方、非対称暗号化アルゴリズムは、大きな素数を見つけるなどの方法で暗号化を行う。対称暗号化アルゴリズムの暗号化プロセスは、非対称暗号化アルゴリズムの暗号化プロセスよりも単純であることがわかる。したがって、この実施形態は、複雑な非対称暗号化から生じる長い暗号化および復号化時間の欠点を回避することができ、復号化アルゴリズムと暗号化と復号化の効率を向上させる。さらに、完全な鍵が送信プロセス全体を通して公開されていないため、公開鍵がハッカーに乗っ取られても意味がなく、これにより、送信プロセス全体を通してデータセキュリティが確保される。
【００２０】
本願の実施形態で提供されるデータ伝送方法、装置、およびシステムの適用において、第１の対称鍵はデータ要求者端末を通して取得されることができ、第１の対称鍵を搬送するデータ要求はデータ提供者端末に送信され、第２の対称鍵はデータ提供者端末を通して得られ、事前共有鍵合意アルゴリズムを使用して、第１の対称鍵および第２の対称鍵に基づいて共有鍵が生成され、共有鍵は、データ要求が対応するターゲットデータを暗号化するために使用され、最後に、暗号化から得られた暗号文と第２の対称鍵がデータ要求者端末に送信される。データ要求者端末は、同じ鍵合意アルゴリズムを使用して、第１の対称鍵および第２の対称鍵に基づいて共有鍵を生成する。データ提供者端末とデータ要求者端末は同一の鍵合意アルゴリズムを使用するので、データ提供者端末によって生成された共有鍵とデータ要求者端末によって生成された共有鍵は同一であり、そして、データ要求者端末は、生成された共有鍵を介して暗号文を復号して、ターゲットデータを取得する。共有鍵は第１の対称鍵および第２の対称鍵とは異なるため、ハッカーが対称鍵をハイジャックしたとしても、ハッカーは、本願がどの鍵合意アルゴリズムを使用したかを知らないであろう、そのため、ハッカーは暗号文を復号化することができず、それによって送信プロセス全体を通してデータセキュリティが確保されることが分かる。また、対象データを暗号化するための鍵と対象データを復号するための鍵とが同一であるため、対称鍵暗号化および復号化アルゴリズムは、複雑な非対称暗号化および復号化アルゴリズムから生じる長い暗号化、復号化時間を避けるためにデータの暗号化および復号化に使用され、それによって暗号化および復号化効率を改善する。
【００２１】
前述の一般的な説明およびその後の詳細な説明は例示的かつ説明的なものにすぎず、本出願を限定することはできないことが理解されるべきである。
【図面の簡単な説明】
【００２２】
本明細書の添付の図面は、本明細書に含まれ、その一部を構成し、本出願に準拠する実施形態を示し、本出願の原理を説明するために明細書と共に使用される。
【図１Ａ】図１Ａは、本願の例示的な実施形態によって提供されるデータ伝送の適用シナリオの概略図である。
【図１Ｂ】図１Ｂは、本願によって提供されるデータ送信方法の一実施形態のフローチャートである。
【図２】図２は、本願によって提供されるデータ送信方法の別の実施形態のフローチャートである。
【図３】図３は、本願によって提供されるデータ送信方法の別の実施形態のフローチャートである。
【図４】図４は、本願によって提供されるデータ伝送システムの一実施形態のブロック図である。
【図５】図５は、本願によって提供されるデータ送信装置の一実施形態のブロック図である。
【図６】図６は、本願によって提供されるデータ伝送装置の別の実施形態のブロック図である。
【図７】図７は、本願によって提供されるデータ送信方法の別の実施形態のフローチャートである。
【図８】図８は、本出願によって提供されるデータ伝送システムの別の実施形態のブロック図である。
【発明を実施するための形態】
【００２３】
ここで、添付の図面に例を示して、例示的な実施形態を詳細に説明する。以下の説明が添付の図面を含むとき、特に断らない限り、異なる添付図面中の同じ数字は同じまたは類似の要素を表す。以下の実施形態に記載されている実施方法は、本願と一致する全ての実施方法を表すものではない。逆に、それらは添付の特許請求の範囲に詳細に記載され、本出願のいくつかの態様と一致する装置および方法の単なる例である。
【００２４】
本出願において使用される用語は、例示的な実施形態を説明する目的のためだけであり、そして本出願を限定することを意図しない。本出願および添付の特許請求の範囲で使用される単数形「１つの（ｏｎｅ）」、「その（ｔｈｅ）」、および「これ（ｔｈｉｓ）」は、それらの意味が文脈において明確に示されていない限り、複数形も網羅することを意図している。また、本文中で使用されている「および／または（ａｎｄ／ｏｒ）」という用語は、１つまたは複数の関連する列挙された項目を含む、任意のまたはすべての可能な組み合わせを指すことも理解されるべきである。
【００２５】
本出願は、様々な種類の情報を説明するために、第１、第２、および第３などの用語を使用することがあるが、情報はこれらの用語に限定されるべきではないことが理解されるべきである。これらの用語は、同じ種類の情報を区別することのみを目的としている。例えば、本出願の範囲から逸脱することなく、第１の情報は第２の情報とも呼ぶことができ、同様に、第２の情報は第１の情報とも呼ぶことができる。文脈に応じて、本明細書で使用される「ｉｆ」という用語は、「．．．の時点で」、「．．．のとき」、または「．．．の決定に応じて」と解釈され得る。
【００２６】
人々はデータセキュリティ、特に伝送中のデータセキュリティにますます注意を払っている。図１Ａに示すように、本願の例示的な実施形態によって提供されるデータ伝送の適用シナリオの概略図であるが、この概略図において、データ伝送は異なるクライアント機器とサーバ機器との間で行われることも可能である。例えば、クライアント機器がデータ要求をサーバ機器に送信し、サーバ機器がデータ要求に従って対応するターゲットデータを返す。送信プロセスでは、ハッカーが送信中のターゲットデータを傍受し、それによってユーザーに損失をもたらす可能性がある。
【００２７】
送信中のデータセキュリティを確実にするために、すべてのクライアント機器およびサーバ機器に同一の鍵を予め設定することができる。サーバ機器は、送信される情報を暗号化し、暗号文をクライアント機器に送信するために鍵を使用することができる。クライアント機器は暗号文を解読するためにその鍵を使用する。ただし、すべてのクライアント機器とサーバ機器が同じ鍵を共有するため、クライアント機器またはサーバ機器の鍵が漏洩した場合、すべてのクライアント機器とサーバ機器がセキュリティ上の危険にさらされる。このような事態を回避するために、他の関連技術では、クライアント機器は、一対の非対称鍵を生成し、秘密鍵を保存し、公開鍵をサーバ機器にアップロードする。サーバ機器は、公開鍵を使用して送信する必要がある情報を暗号化し、暗号文をクライアント機器に送信する。クライアント機器は秘密鍵を使用して暗号文を復号化する。非対称鍵アルゴリズムは各計算中に異なる乱数を使用するので、各計算中に異なる非対称鍵ペアが生成される。したがって、異なるクライアントによって生成された非対称鍵ペアも異なり、クライアント機器またはサーバ機器の鍵の漏洩に起因するすべてのクライアント機器およびサーバ機器に対するセキュリティリスクの問題を回避する。一方、暗号文は公開鍵ペアが対応する秘密鍵でしか復号できないため、公開鍵の送信中に公開鍵が傍受されたとしても、暗号文を公開鍵で復号化することはできない。それによって情報セキュリティを確保する。しかし、非対称鍵は、暗号化には複雑な暗号化アルゴリズムを使用し、復号化には複雑な復号化アルゴリズムを使用する必要があり、そのため、暗号化と復号化には長い時間がかかる。
【００２８】
現在の技術における情報セキュリティの問題と、暗号化と復号化に時間がかかる問題を回避するために、本願は、図１Ｂに示すように、データ伝送方法を提供する。図１Ｂは、本願によって提供されるデータ送信方法の一実施形態のフローチャートである。この方法は、以下のステップ１０１−ステップ１０８を含むことができる。
【００２９】
ステップ１０１において、データ要求者端末は、第１の公開鍵と第１の秘密鍵とを含む非対称鍵ペアを生成する。
【００３０】
ステップ１０２において、データ要求者端末は、第１の公開鍵を搬送するデータ要求をデータ提供者端末に送信する。
【００３１】
ステップ１０３において、データ提供者端末は、第２の公開鍵と第２の秘密鍵とを含む非対称鍵ペアを取得する。
【００３２】
ステップ１０４において、データ提供者端末は、予め設定された鍵合意アルゴリズムを使用して、第２の秘密鍵と第１の公開鍵に基づいて共有鍵を生成する。
【００３３】
ステップ１０５において、データ提供者端末は、共有鍵を使用して、データ要求が対応するターゲットデータを暗号化する。
【００３４】
ステップ１０６において、データ提供者端末は、暗号化から得られた暗号文と第２の公開鍵とをデータ要求者端末に送信する。
【００３５】
ステップ１０７において、データ要求者端末は、鍵合意アルゴリズムを使用して、第１の秘密鍵と第２の公開鍵に基づいて共有鍵を生成する。
【００３６】
ステップ１０８において、データ要求者端末は、共有鍵を使用して暗号文を解読してターゲットデータを取得する。
【００３７】
ここで、データ要求者端末はデータを要求する端末であり、データ提供者端末はデータを提供する端末である。一例では、データ要求者端末はクライアントとすることができ、データ提供者端末はサーバとすることができ、クライアントはターゲットデータを返すようにサーバに要求する。例として、オフライン支払いコードを生成するためのシードパラメータであるターゲットデータを取り上げると、データ要求は、これは、オフライン支払いをアクティブ化するための要求であり得、データ要求者端末はクライアントであり、そしてデータ提供者端末はサーバである。クライアントは、オフライン支払いをアクティブにするための要求をサーバに送信し、サーバはその要求に従ってシードパラメータをクライアントに返す。別の例では、サーバはクライアントからデータを要求することもでき、このようにして、データ要求者端末はサーバであり、データ提供者端末はクライアントであり得る。これに対して制限はない。
【００３８】
前述の実施形態から、第１の公開鍵と第１の秘密鍵とを含む非対称鍵ペアが、データ要求者端末を介して生成され得、第１の公開鍵を搬送するデータ要求がデータ提供者端末に送信され、第２の公開鍵と第２の秘密鍵とを含む非対称鍵ペアがデータ提供者端末を介して取得され、共有鍵は、予め設定された鍵合意アルゴリズムを使用して、第２の秘密鍵と第１の公開鍵に基づいて生成され、次に、共有鍵を使用してデータ要求が対応するターゲットデータを暗号化し、最後に、暗号化から得られた暗号文と第２の公開鍵とがデータ要求者端末に送信され、そして、データ要求者端末は、同じ鍵合意アルゴリズムを使用して、第１の秘密鍵と第２の公開鍵とに基づいて共有鍵を生成することが分かる。事前共有鍵合意アルゴリズムを使用して第２の秘密鍵と第１の公開鍵に基づいて生成された共有鍵は、その鍵合意アルゴリズムを使用して、第１の秘密鍵と第２の公開鍵に基づいて生成された共有鍵と同じであるので、データ提供者端末は暗号化のために共有鍵を使用することができ、データ要求者端末は復号化のために共有鍵を使用することができる。対象データを暗号化するための鍵と対象データを復号するための鍵は同一であるため、対称暗号化および復号化アルゴリズムを使用して、データを暗号化および復号化することができる。対称暗号化アルゴリズムは、通常、シフト暗号などの方法で暗号化を行い、一方、非対称暗号化アルゴリズムは大きな素数を見つけるなどの方法で暗号化を行うので、対称暗号化アルゴリズムの暗号化プロセスは、非対称暗号化アルゴリズムの暗号化プロセスよりも単純であることがわかる。したがって、複雑な非対称暗号化および復号化アルゴリズムの結果として、この実施形態は、長い暗号化および復号化時間の欠点を回避することができる。暗号化と復号化の効率を向上させる。毎回異なる乱数が使用されるため、毎回異なる非対称鍵ペアが生成される。したがって、異なるクライアントによって生成された非対称鍵ペアも異なり、クライアント機器やサーバ機器の鍵の漏洩の結果としてのすべてのクライアント機器とサーバ機器に対するセキュリティリスクの問題を回避できる。さらに、完全な鍵は送信プロセス全体を通して公開されないため、公開鍵がハッカーに乗っ取られても意味がない。これにより、送信プロセス全体を通してデータセキュリティが確保される。
【００３９】
第１の公開鍵と第１の秘密鍵とを含む非対称鍵ペアの生成タイミングに特別な制限はない。例えば、非対称鍵ペアは各データ要求送信の前に生成されてもよい。別の例として、他の条件が満たされている場合など、データ要求が送信されるときに以前に生成された非対称鍵ペアが取得されることができるように、非対称鍵ペアは、データ要求が送信される直前以外のタイミングに生成されてもよい。例えば、非対称鍵ペアは設定された間隔で生成されることができ、そして、新しく生成された非対称鍵ペアはそれぞれ、以前に生成された非対称鍵ペアを置き換える。
【００４０】
一例では、第１の公開鍵と第１の秘密鍵は、鍵生成アルゴリズムを使用して生成された非対称鍵ペアであり得る。データ要求が送信される前に、データ要求者端末は毎回鍵生成アルゴリズムを使用し、第１の公開鍵と第１の秘密鍵とを含む非対称鍵ペアを生成する。非対称鍵アルゴリズムによって生成された非対称鍵ペアは、通常の条件下では毎回異なるため、これにより、固定された方法で格納された鍵ペアの漏洩の問題が回避され、その結果、安全でない鍵ペアを使用して、その後のすべての情報が暗号化される。
【００４１】
データ要求者端末が第１の公開鍵と第１の秘密鍵を取得した後、データ要求者端末は、第１の公開鍵を搬送するデータ要求をデータ提供者端末に送信することができる。ここで、データ要求は、対象データに対する要求である。
【００４２】
一例では、データ要求者端末は、データ要求に第１の公開鍵を直接含めることができる。これにより、データ要求を送信する速度が上がる。
【００４３】
別の例では、第１の公開鍵を搬送するデータ要求をデータ提供者端末に送信することは、データ要求者端末は、要求者証明書内の秘密鍵を使用して第１の公開鍵に署名し、第１の署名情報を取得することを含む。要求者証明書は、指定機関からデータ要求者端末に対して発行された証明書である。
【００４４】
データ要求者端末は、第１の公開鍵および第１の署名情報を搬送するデータ要求をデータ提供者端末に送信する。
【００４５】
この方法はさらに、データ提供者端末は、要求者証明書内の公開鍵および第１の公開鍵に基づいて第１の署名情報を検証し、検証が成功すると、データ提供者端末は暗号文と第２の公開鍵をデータ要求者端末に送信するステップを含む。
【００４６】
ここで、指定機関とは通常、権威があり証明書を発行できる機関を指す。指定機関によってデータ要求者端末に発行された証明書は、少なくとも秘密鍵と公開鍵とを含む。言い換えれば、要求者証明書は、秘密鍵と公開鍵とを含む。
【００４７】
１つの署名方法として、データ要求者端末はハッシュアルゴリズムを使用して第１の公開鍵に対してハッシュ演算を実行することができる。第１の情報要約を入手するには、要求者証明書の秘密鍵を使用して第１の情報要約を暗号化し、第１の署名情報を取得する。次に、第１の署名情報に基づいて、第１の公開鍵と第１の署名情報を含むデータ要求を生成する。そして、データ提供者端末にデータ要求を送信する。データ提供者端末がデータ要求を受信した後、データ提供者端末は、要求者証明書の公開鍵と第１の公開鍵に基づき、第１の署名情報を検証することができる。検証が成功すると、暗号文と第２の公開鍵がデータ提供者端末に送信される。
【００４８】
ここで、データ提供者端末は、以下の方法で要求者証明書の公開鍵を取得してもよい。データ要求者端末は、事前に、データ要求を送信している間、それをデータ提供者端末に同報通信する、または、データ要求者端末がそれをデータ提供者端末に送信する。
【００４９】
検証方法の一つとして、データ提供者端末は、ハッシュアルゴリズムを使用して、受信した第１の公開鍵に対してハッシュ演算を実行することができ、第２の情報要約を取得して、要求者証明書の公開鍵を使用して第１の署名情報を復号化し、第１の情報の要約を入手することができ、そして、第１の情報の要約が第２の情報の要約と一致しているかどうかを検証する。一貫していれば、それは検証が成功したことを意味する。データ提供者端末は、検証が成功した後にのみ、暗号文と第２の公開鍵とをデータ要求者端末に送信する動作を実行することができる。
【００５０】
前述の実施形態から、次のことが分かる。第１の公開鍵に署名し、第１の署名情報を首尾よく検証することは、第１の公開鍵が改ざんされていないことを保証し得る。一方、要求者証明書はデータ要求者端末が信頼できる機関によって認証された安全な端末であることを保証される。それにより、共有鍵の交渉プロセスのセキュリティが確保される。
【００５１】
データ提供者端末がデータ要求を受信した後、データ提供者端末は、第２の公開鍵と第２の秘密鍵とを含む非対称鍵ペアを取得することができる。ここで、第２公開鍵と第２秘密鍵は、鍵生成アルゴリズムを用いて生成された鍵ペアでもよい。第１の公開鍵と第１の秘密鍵とを含む非対称鍵ペア、および、第２の公開鍵と第２の秘密鍵を含む非対称鍵ペアは、同じ鍵生成アルゴリズムによって生成されることが分かる。鍵生成アルゴリズムは各計算中に異なる乱数を使用するため、異なるタイミングの計算中に生成された非対称鍵ペアは、ほとんど常に異なる。したがって、データ要求者端末によって生成された非対称鍵ペアは、通常の状況下で、データ提供者端末によって生成された非対称鍵ペアとは異なる。
【００５２】
第２の公開鍵と第２の秘密鍵とを含む非対称鍵ペアの生成タイミングに特別な制限はない。例えば、非対称鍵ペアはデータ要求が受信されるたびに生成されてもよい。別の例として、データ要求が受信されたときではないが、しかし他の条件が満たされるとき非対称鍵ペアが生成されてもよく、そのため、データ要求を受信したときに、以前に生成された非対称鍵ペアを取得することができる。例えば、非対称鍵ペアは設定された間隔で生成されてもよい。新しく生成された非対称鍵ペアはそれぞれ、以前に生成された非対称鍵ペアを置き換える。
【００５３】
一例では、データ要求を受信したとき、データ提供者端末は、毎回鍵生成アルゴリズムを使用して、第２の公開鍵と第２の秘密鍵とを含む非対称鍵ペアを生成する。非対称鍵アルゴリズムによって生成された非対称鍵ペアは、通常の条件下では毎回異なるため、これにより、固定的に格納された鍵ペアの漏洩の問題を回避することができ、鍵ペアを使用して暗号化された後続のすべての情報が安全でないことになる。
【００５４】
データ提供者端末が第２の公開鍵と第２の秘密鍵とを含む非対称鍵ペアを取得した後、データ提供者端末は、予め設定された鍵合意アルゴリズムを使用して、第２の秘密鍵と第１の公開鍵とに基づいて共有鍵を生成することができる。その後、データ要求者端末は、鍵合意アルゴリズムを使用して第１の秘密鍵と第２の公開鍵に基づいて共有鍵を生成する。
【００５５】
鍵交換アルゴリズムとしても知られる鍵合意アルゴリズムは、例えば、ＥＣＤＨアルゴリズムであり得る。ここで、ＥＣＤＨは、ＥＣＣ（Ｅｌｌｉｐｔｉｃ  Ｃｕｒｖｅ  Ｃｒｙｐｔｏｓｙｓｔｅｍｓ）に基づくＤＨ（Ｄｉｆｆｉｅ−Ｈｅｌｌｍａｎ）鍵交換アルゴリズムである。したがって、両者は秘密情報を共有することなく共通鍵を入手するために交渉することができる。
【００５６】
この実施形態では、予め設定された共有鍵合意アルゴリズムを使用して第２の秘密鍵および第１の公開鍵に基づいて生成された共有鍵は、その鍵合意アルゴリズムを使用して第１の秘密鍵と第２の公開鍵に基づいて生成された共有鍵と同じである。実装方法の１つとして、データ提供者端末とデータ要求者端末によって使用される鍵合意アルゴリズムは同一である。データ提供者端末によって使用される鍵生成アルゴリズムまた、データ要求者端末も同じである。そして、鍵合意アルゴリズムおよび鍵生成アルゴリズムは以下の条件を満たす。鍵生成アルゴリズムを使用して生成された任意の２つの非対称鍵ペアに対して、２つの非対称鍵ペアのいずれかの公開鍵と他の非対称鍵ペアの秘密鍵が選択されたとき、鍵合意アルゴリズムを使用して得られた交渉結果は同一である。
【００５７】
第１の公開鍵は典型的には第２の公開鍵と等しくなく、第１の秘密鍵は典型的には第２の秘密鍵と等しくないことが分かる。第１の公開鍵から第１の秘密鍵を推定すること、または第２の公開鍵から第２の秘密鍵を推定することは不可能である。そして、第１の秘密鍵と第２の公開鍵とから交渉された共有鍵は、第２の秘密鍵と第１の公開鍵とから交渉された共有鍵と同一である。完全な鍵は、送信プロセス全体を通じて常に公開されることはなく、データセキュリティは送信プロセス全体を通じて保証される。さらに、対象データを暗号化するための鍵と対象データを復号するための鍵とが同一であるため、対称鍵暗号化および復号化アルゴリズムは、複雑で非対称な暗号化および復号化アルゴリズムに起因する長い暗号化および復号化時間を避けるためにデータの暗号化および復号化に使用される。それにより、暗号化および復号化の効率が向上する。
【００５８】
データ提供者端末が共有鍵を生成した後、データ提供者端末は、共有鍵を使用してデータ要求先が対応するターゲットデータを暗号化することができ、暗号化から得られた暗号文と第２の公開鍵とをデータ要求者端末に送信することができる。
【００５９】
一例では、データ提供者端末は、送信効率を改善するために第２の公開鍵をデータ要求者端末に直接送信することができる。
【００６０】
別の例では、この方法はさらに、データ提供者端末は、提供者証明書内の秘密鍵を使用して第２の公開鍵に署名し、第２の署名情報を取得することを含む。提供者証明書は、指定機関によってデータ提供者端末に発行された証明書である。
【００６１】
データ提供者端末が暗号化から得られた暗号文と第２の公開鍵をデータ要求者端末に送信すると、データ提供者端末はさらに第２の署名情報をデータ要求者端末に送信する。
【００６２】
データ要求者端末は、提供者証明書の公開鍵と第２の公開鍵とに基づいて第２の署名情報を検証する。検証が成功した場合、データ要求者端末は暗号文を解読する。
【００６３】
ここで、指定機関は、証明書の発行が可能な機関であることができる。指定機関によってデータ提供者端末に発行された証明書は、少なくとも秘密鍵と公開鍵とを含む。言い換えれば、提供者証明書は、秘密鍵と公開鍵を含む。
【００６４】
署名方法の１つとして、データ提供者端末は、ハッシュアルゴリズムを使用して、第３の情報要約を取得するために、第２の公開鍵に対してハッシュ操作を実行することができる。提供者証明書内の秘密鍵を使用して第３の情報要約を暗号化し、第２の署名情報を取得し、そして、暗号文、第２の公開鍵、および第２の署名情報をデータ要求者端末に送信する。
【００６５】
データ要求者端末は、提供者証明書の公開鍵と第２の公開鍵とに基づいて第２の署名情報を検証する。検証が成功した場合、データ要求者端末は暗号文を解読する。
【００６６】
ここで、データ要求者端末は、暗号文と第２の公開鍵を送信している間、データ提供者端末がそれをデータ要求者端末に事前にブロードキャストするか、またはデータ提供者端末がそれをデータ要求者端末に送信するという方法で提供者証明書の公開鍵を取得することがきる。
【００６７】
検証方法の一つとして、データ要求者端末は、ハッシュアルゴリズムを使用して、第４の情報要約を入手するために、受信した第２の公開鍵に対してハッシュ演算を実行することができる。提供者証明書内の公開鍵を使用して第２の署名情報を解読して第３の情報要約を入手し、そして第３の情報要約が第４の情報要約と一致しているかどうかを検証する。一貫していれば、それは検証が成功したことを意味する。データ要求者端末は、検証が成功した後にのみ暗号文を復号する操作を実行することができる。
【００６８】
前述の実施形態から、第２の公開鍵に署名し、第２の署名情報を首尾よく検証することは、第２の公開鍵が改ざんされていないことを保証し得ること、一方、提供者証明書はデータ提供者端末が信頼できる機関によって認証された安全な端末であることを保証すること、それにより、共有鍵の交渉プロセスのセキュリティが確保されることが分かる。
【００６９】
図２に示すように、図２は、本願によって提供されるデータ送信方法の別の実施形態のフローチャートである。本実施形態は、データ伝送方法をシードパラメータの伝送に適用する。この方法はクライアントに適用可能であり、以下のステップ２０１−ステップ２０３を含み得る。
【００７０】
ステップ２０１において、第１の公開鍵と第１の秘密鍵とを含む非対称鍵ペアを生成し、第１の公開鍵を搬送するデータ要求をサーバに送信する。
【００７１】
ここで、第１の公開鍵と第１の秘密鍵とからなる非対称鍵ペアの生成タイミングに特別な制限を設ける必要はない。例えば、非対称鍵ペアは各データ要求送信の前に生成されてもよい。別の例として、非対称鍵ペアは、データ要求が送信される直前以外のタイミングに、しかし、データ要求が送信されたとき以前に生成された非対称鍵ペアを取得できるように、他の条件が満たされるときに生成されてもよい。例えば、非対称鍵ペアは設定された間隔で生成されてもよく、新しく生成された非対称鍵ペアはそれぞれ、以前に生成された非対称鍵ペアを置き換える。
【００７２】
一例では、第１の公開鍵と第１の秘密鍵は、鍵生成アルゴリズムを使用して生成された非対称鍵ペアであり得る。データ要求が送信される前に、クライアントは、第１の公開鍵と第１の秘密鍵とを含む非対称鍵ペアを生成するために、毎回鍵生成アルゴリズムを使用する。非対称鍵アルゴリズムによって生成された非対称鍵ペアは、通常の条件下では毎回異なるため、これにより、固定的に格納された鍵ペアの漏洩の問題を回避することができ、その結果、鍵ペアを使用して暗号化された後続のすべての情報が安全でなくなる。
【００７３】
第１の公開鍵と第１の秘密鍵が取得された後、第１の公開鍵を搬送するデータ要求がサーバに送信され得る。ここで、データ要求は、オフライン支払いコードを生成するためのシードパラメータを返すようにサーバに要求するためのものである。
【００７４】
一例では、第１の公開鍵はデータ要求内で直接運ばれ、それによってデータ要求を送信する速度を上げることができる。
【００７５】
別の例では、第１の公開鍵を搬送するデータ要求をサーバに送信することは、以下を含む。
【００７６】
クライアント証明書の秘密鍵を使用して第１の公開鍵に署名し、第１の署名情報を取得する。ここで、クライアント証明書は、指定機関によってクライアントに発行された証明書である。
【００７７】
サーバがクライアント証明書内の公開鍵と第１の公開鍵を使用するように、第１の公開鍵と第１の署名情報を含むデータ要求をサーバに送信し、第１の署名情報を検証し、検証が成功した場合、暗号文と第２の公開鍵をクライアントに送信する。
【００７８】
ここで、指定機関は、証明書の発行が可能な機関であればよい。指定機関によってクライアントに発行された証明書は、少なくとも秘密鍵と公開鍵とを含む。つまり、クライアント証明書は秘密鍵と公開鍵から構成されている。サーバは、クライアントは事前にそれをサーバにブロードキャストするか、またはデータ要求を送信しながらクライアントがサーバに送信するという方法でクライアント証明書の公開鍵を取得することができる。
【００７９】
本実施形態は、クライアント証明書内の秘密鍵を使用して第１の公開鍵に署名することができる。例えば、クライアントは、ハッシュアルゴリズムを使用して、第１の公開鍵に対してハッシュ演算を実行して第１の情報要約を取得することができる。クライアント証明書内の秘密鍵を使用して第１の情報要約を暗号化し、第１の署名情報を取得する。そして、第１の公開鍵および第１の署名情報を搬送するデータ要求をデータ提供者端末に送信する。
【００８０】
前述の実施形態から、第１の公開鍵に署名することは、サーバが第１の署名情報を検証することを容易にすることが分かる。検証が成功すると、第１の公開鍵が改ざんされないことが保証される。一方、クライアント証明書は、クライアントが信頼できる機関によって認証された安全な端末であることを保証する。それにより、共有鍵の交渉プロセスのセキュリティが確保される。
【００８１】
ステップ２０２において、サーバによって送信された暗号文および第２の公開鍵を受信する。ここで、第２の公開鍵は、サーバによって取得された非対称鍵ペアの中の公開鍵である。サーバによって取得された非対称鍵ペアはさらに第２の秘密鍵を含む。暗号文は、共有鍵を用いてオフライン決済コードを生成するためのシードパラメータを暗号化した情報である。共有鍵は、予め設定された鍵合意アルゴリズムを使用して、第２の秘密鍵と第１の公開鍵に基づいて生成された鍵である。ステップ２０３において、鍵合意アルゴリズムを使用して、第１の秘密鍵と第２の公開鍵に基づいて共有鍵を生成する。そして、共有鍵を使用して暗号文を復号化し、シードパラメータを取得する。
【００８２】
ここで、鍵交換アルゴリズムとしても知られる鍵合意アルゴリズムは、例えば、ＥＣＤＨアルゴリズムであり得る。ここで、ＥＣＤＨは、ＥＣＣ（楕円曲線暗号システム）に基づくＤＨ（Ｄｉｆｆｉｅ−Ｈｅｌｌｍａｎ）鍵交換アルゴリズムである。したがって、両者は秘密情報を共有することなく共通鍵を交渉することができる。
【００８３】
この実施形態では、予め設定された鍵合意アルゴリズムを使用して第２の秘密鍵および第１の公開鍵に基づいて生成された共有鍵は、鍵合意アルゴリズムを使用して、第１の秘密鍵と第２の公開鍵に基づいて生成された共有鍵と同一である。一実施形態として、データ提供者端末およびデータ要求者端末によって使用される鍵合意アルゴリズムは同一である。データ提供者端末およびデータ要求者端末によって使用される鍵生成アルゴリズムも同一である。そして、鍵合意アルゴリズムおよび鍵生成アルゴリズムは以下の条件を満たす。鍵生成アルゴリズムを使用して生成された任意の２つの非対称鍵ペアに対して。２つの非対称鍵ペアのいずれかの公開鍵と他の非対称鍵ペアの秘密鍵が選択された場合、鍵合意アルゴリズムを使用して取得された交渉結果は同じである。
【００８４】
第１の公開鍵は典型的には第２の公開鍵と等しくなく、第１の秘密鍵は典型的には第２の秘密鍵と等しくないので、第１の公開鍵から第１の秘密鍵を推定すること、または第２の公開鍵から第２の秘密鍵を推定することは不可能であり、第１の秘密鍵と第２の公開鍵との間で交渉された共有鍵は、第２の秘密鍵と第１の公開鍵との間で交渉された共有鍵と同一であり、完全な鍵は、送信プロセス全体を通じて常に公開されることはなく、データセキュリティは送信プロセス全体を通じて保証されることが分かる。さらに、シードパラメータを暗号化するための鍵とシードパラメータを復号するための鍵とが同一であるため、対称鍵暗号化および復号化アルゴリズムは、長い暗号化を避けるためにシードパラメータを暗号化および復号化するために使用され、複雑な非対称暗号化および復号化アルゴリズムから生じる復号化時間、それによって暗号化および復号化効率を改善する。
【００８５】
任意選択の実施方法では、クライアントは電子装置、特にウェアラブル機器内にあることができる。ウェアラブル機器は、比較的低いパフォーマンスに対応する構成を持つことが多いため、このソリューションがウェアラブル機器で使用される場合、対称暗号化および復号化アルゴリズムはリソースに対してそれほど要求が厳しくない。送信のセキュリティを確保しながら、このソリューションはパフォーマンスを大幅に向上させ、送信プロセス全体の効率を向上さる。さらに、着用可能な機器はスマートブレスレットを含み得る。スマートブレスレットを介して実施形態を実施することは、シードパラメータの送信セキュリティを保証するだけでなく、送信プロセス全体の効率を保証することもできる。
【００８６】
一例では、実施形態における方法は、セキュアエレメント（ＳＥ）を介して実行することができる。これにより、ＳＥにおいて非対称鍵の生成、共有鍵の生成、および暗号文の復号化を実行することができる。さらに、シードパラメータもＳＥに格納することができる。ＳＥはクラッキング防止機能を有するので、ＳＥは非常に高いセキュリティレベルを有するシードパラメータを提供することができる。
【００８７】
また、シードパラメータをＳＥに格納することができ、一方、ＳＥのアクセス権限も、指紋認識、パルス認識、顔認識、または他の検証方法を通して制御された支払いコードの生成により、設定することができ、それによって非常に高いセキュリティレベルで全体の支払いコードを提供する。
【００８８】
図３に示すように、図３は、本願によって提供されるデータ送信方法の別の実施形態のフローチャートである。本実施形態では、そのデータ送信方法を用いてシードパラメータを送信する。この方法がサーバで使用されるとき、それは以下のステップ３０１−ステップ３０３を含み得る。
【００８９】
ステップ３０１において、第１の公開鍵を搬送し、クライアントによって送信されたデータ要求を受信する。ここで、データ要求は、オフライン支払コードを生成するためのシードパラメータを返すようにサーバに要求するためのものである。第１の公開鍵は、クライアントによって生成された非対称鍵ペアの中の公開鍵であり、クライアントによって生成された非対称鍵ペアはさらに第１の秘密鍵を含む。
【００９０】
ここで、データ要求が受信されたときに、そのデータ要求が第１の公開鍵のみを搬送する場合、ステップ３０２は直接実行されることができる。データ要求が第１の公開鍵および第１の署名情報を搬送する場合、第１の署名情報は、クライアント証明書内の公開鍵と第１の公開鍵とに基づいて検証される。ステップ３０２は、検証が成功した後にのみ実行される。
【００９１】
ここで、サーバは、クライアントは事前にそれをサーバにブロードキャストするか、またはデータ要求を送信しながらクライアントがサーバに送信するという方法でクライアント証明書の公開鍵を取得することができる。
【００９２】
検証方法の１つとして、サーバはハッシュアルゴリズムを使用して、受信した第１の公開鍵に対してハッシュ演算を実行して、第２の要約情報を入手することができ、クライアント証明書に公開鍵を使用して、第１の情報要約を得るために第１の署名情報を解読することができ、そして、第１の情報の要約が第２の情報の要約と一致しているかどうかを検証することができる。一貫していれば、それは検証が成功したことを意味する。その後、サーバは暗号文と第２の鍵をクライアントに返す。
【００９３】
ステップ３０２において、第２の公開鍵と第２の秘密鍵とを含む非対称鍵ペアを取得し、予め設定された鍵合意アルゴリズムを使用して、第２の秘密鍵および第１の公開鍵に基づいて共有鍵を生成する。
【００９４】
ステップ３０３において共有鍵を使用してデータ要求が対応するシードパラメータを暗号化し、暗号化から得られた暗号文と第２の公開鍵をクライアントに送信する。それにより、鍵合意アルゴリズムを使用して、クライアントが第１の秘密鍵と第２の公開鍵に基づいて共有鍵を生成し、共有鍵を使用して暗号文を復号化し、シードパラメータを取得する。
【００９５】
ここで、第２の公開鍵と第２の秘密鍵とを含む非対称鍵ペアの生成タイミングに特別な制限を設定する必要はない。例えば、非対称鍵ペアはデータ要求が受信されるたびに生成されてもよい。別の例として、非対称鍵ペアは、データ要求を受信したときに、以前に生成された非対称鍵ペアを取得できるように、データ要求が受信されたとき以外のタイミングに他の条件が満たされたときに生成されてもよい。例えば、非対称鍵ペアは設定された間隔で生成されてもよく、新しく生成された非対称鍵ペアはそれぞれ、以前に生成された非対称鍵ペアを置き換える。
【００９６】
一例では、第２の公開鍵および第２の秘密鍵は、鍵生成アルゴリズムを使用して生成された鍵ペアであり得る。例えば、データ要求が受信されると、第２の公開鍵と第２の秘密鍵とを含む非対称鍵ペアを生成するために、サーバは毎回鍵生成アルゴリズムを使用する。非対称鍵アルゴリズムによって生成された非対称鍵ペアは、通常の条件下では毎回異なるため、これにより、固定的に格納された鍵ペアの漏洩の問題を回避することができ、その結果、鍵ペアを使用して暗号化された後続のすべての情報が安全でなくなる。
【００９７】
ここで、第１の公開鍵と第１の秘密鍵とを含む非対称鍵ペア、および第２の公開鍵と第２の秘密鍵とを含む非対称鍵ペアは、同じ鍵生成アルゴリズムによって生成される。鍵生成アルゴリズムは各計算中に異なる乱数を使用するため、異なるタイミングに計算中に生成された非対称鍵ペアは異なるように見える。したがって、クライアントによって生成された非対称鍵ペアは、通常の状況下でサーバによって生成された非対称鍵ペアとは異なる。
【００９８】
サーバが第２の公開鍵と第２の秘密鍵を取得した後、サーバは、予め設定された鍵合意アルゴリズムを使用して、第２の秘密鍵と第１の公開鍵に基づいて共有鍵を生成することができる。
【００９９】
鍵交換アルゴリズムとしても知られている鍵合意アルゴリズムは、例えば、ＥＣＤＨアルゴリズムであり得る。ここで、ＥＣＤＨは、ＥＣＣ（楕円曲線暗号システム）に基づくＤＨ（Ｄｉｆｆｉｅ−Ｈｅｌｌｍａｎ）鍵交換アルゴリズムである。したがって、両者は秘密情報を共有することなく共通鍵を交渉することができる。
【０１００】
この実施形態では、事前共有鍵合意アルゴリズムを使用して第２の秘密鍵および第１の公開鍵に基づいて生成された共有鍵は、その鍵合意アルゴリズムを使用して第１の秘密鍵と第２の公開鍵に基づいて生成された共有鍵と同じである。一実施形態として、データ提供者端末およびデータ要求者端末によって使用される鍵合意アルゴリズムは同一であり、データ提供者端末およびデータ要求者端末によって使用される鍵生成アルゴリズムは、また、同一である。鍵合意アルゴリズムと鍵生成アルゴリズムは、鍵生成アルゴリズムを使用して生成された任意の２つの非対称鍵ペアに対して、２つの非対称鍵ペアのいずれかの公開鍵と他の非対称鍵ペアの秘密鍵が選択された場合、交渉の結果、鍵合意アルゴリズムを使用して取得されたものは同一であるという条件を満たす。
【０１０１】
サーバが共有鍵を取得した後、サーバはその共有鍵を使用して、データ要求が対応するシードパラメータを暗号化し、暗号化から得られた暗号文と第２の公開鍵をクライアントに送信することができる。シードパラメータは、オフライン決済コードを生成するためのシードパラメータである。サーバがデータ要求を受信した後、サーバはデータ要求に従ってシードパラメータを取得することができる。クライアントが対応するシードパラメータは、実際の要件に応じて、同じでも異なってもよい。
【０１０２】
第２の公開鍵の送信に関しては、一例では、送信速度を上げるために第２の公開鍵をクライアントに直接送信することができる。
【０１０３】
別の例では、本願方法は、さらに、サーバ証明書内の秘密鍵を使用して第２の公開鍵に署名し、第２の署名情報を取得することを含む。ここで、サーバ証明書は、指定機関からサーバに対して発行された証明書である。
【０１０４】
暗号化から得られた暗号文と第２の公開鍵をクライアントに送信しながら、クライアントがサーバ証明書内の公開鍵と第２の公開鍵に基づいて第２の署名情報を検証するように、第２の署名情報もクライアントに送信する。検証が成功した場合、クライアントは暗号文を復号化する。
【０１０５】
ここで、指定機関は、証明書の発行が可能な機関であることができる。指定機関によってサーバに発行された証明書は、少なくとも秘密鍵と公開鍵とを含む。言い換えれば、サーバ証明書は、秘密鍵と公開鍵とを含む。クライアントは、サーバは事前にそれをクライアントにブロードキャストするか、またはサーバは暗号文と第２の公開鍵を送信しながらそれをクライアントに送信するという方法でサーバ証明書の公開鍵を入手することができる。
【０１０６】
１つの署名方法として、サーバは、ハッシュアルゴリズムを使用して第２の公開鍵に対してハッシュ操作を実行して、第３の情報の要約を入手することができる。サーバ証明書内の秘密鍵を使用して第３の情報を暗号化し、第２の署名情報を取得することができ、次に、暗号文、第２の公開鍵、および第２の署名情報をクライアントに送信することができる。
【０１０７】
クライアントは、サーバ証明書内の公開鍵と第２の公開鍵に基づいて第２の署名情報を検証することができる。成功した場合、クライアントは暗号文を復号化する。
【０１０８】
検証方法の一つとして、クライアントは、ハッシュアルゴリズムを使用して、第４の情報要約を取得するために第２の公開鍵に対してハッシュ操作を実行することができ、サーバ証明書の公開鍵を使って第２の署名情報を復号化し、第３の情報要約を入手し、そして、第３の情報要約が第４の情報要約と一致しているかどうかを検証することができる。一貫していれば、それは検証が成功したことを意味する。クライアントは、検証が成功した後にのみ暗号文の復号化操作を実行できる。
【０１０９】
前述の実施形態から、第２の公開鍵に署名し、第２の署名情報を首尾よく検証することは、第２の公開鍵が改ざんされないことを保証することができることが分かる。一方、サーバ証明書は、サーバが権限のある機関によって認証された安全なエンドであることを保証し、それによって共有鍵の交渉プロセスのセキュリティを保証する。
【０１１０】
本願によって提供されるデータ伝送方法の一実施形態に対応して、本出願は、データ伝送装置およびデータ伝送システムの実施形態をさらに提供する。
【０１１１】
図４を参照すると、本願によって提供されるデータ伝送システムの一実施形態のブロック図である。
【０１１２】
システム４０は、データ要求者機器４１とデータ提供者機器４２とを備える。
【０１１３】
データ要求者機器４１は、第１の公開鍵と第１の秘密鍵とを含む非対称鍵ペアを生成し、第１の公開鍵を搬送するデータ要求をデータ提供者機器４２に送信する。
【０１１４】
データ提供者機器４２は、第２の公開鍵と第２の秘密鍵とを含む非対称鍵ペアを取得し、予め設定された鍵合意アルゴリズムを使用して、第２の秘密鍵と第１の公開鍵とに基づいて共有鍵を生成する。
【０１１５】
データ提供者機器４２は、共有鍵を使用して、データ要求が対応するターゲットデータを暗号化し、暗号化により得られた暗号文と第２の公開鍵とをデータ要求者機器４１に送信する。
【０１１６】
データ要求者機器４１は、鍵合意アルゴリズムを使用して、第１の秘密鍵と第２の公開鍵に基づいて共有鍵を生成し、そして、共有鍵を使用して暗号文を復号化し、ターゲットデータを取得する。
【０１１７】
ここで、予め設定された鍵合意アルゴリズムを使用して第２の秘密鍵および第１の公開鍵に基づいて生成された共有鍵は、その鍵合意アルゴリズムを使用して第１の秘密鍵と第２の公開鍵に基づいて生成された共有鍵と同じである。
【０１１８】
任意選択の実施方法では、データ要求者機器４１は、要求者証明書内の秘密鍵を使用して第１の公開鍵に署名して第１の署名情報を取得し、第１の公開鍵および第１の署名情報を搬送するデータ要求をデータ提供者機器４２に送信する。ここで、要求者証明書は、指定機関によってデータ要求者機器に発行された証明書である。
【０１１９】
データ提供者機器４２が暗号文と第２の公開鍵をデータ要求者機器４１に返す前に、データ提供者機器４２は、要求者証明書の公開鍵と第１の公開鍵に基づいて第１の署名情報を検証し、検証が成功したと判断する。
【０１２０】
オプションの実施方法では、データ提供者機器４２は、提供者証明書内の秘密鍵を使用して第２の公開鍵に署名し、第２の署名情報を取得する。暗号化により得られた暗号文と第２の公開鍵とがデータ要求者機器４１に送信されると、データ提供者機器４２は、第２の署名情報をデータ要求者機器４１にも送信する。ここで、提供者証明書は、指定機関によってデータ提供者機器４２に発行された証明書である。
【０１２１】
データ要求者機器４１が暗号文を復号化する前に、データ要求者機器４１は、提供者証明書内の公開鍵と第２の公開鍵とに基づいて第２の署名情報を検証し、検証が成功したと判断する。
【０１２２】
図５を参照すると、本願によって提供されるデータ伝送装置の実施形態のブロック図である。
【０１２３】
この装置は、鍵生成モジュール５１、要求送信モジュール５２、情報受信モジュール５３、共有鍵生成モジュール５４、および、情報復号モジュール５５を備える。
【０１２４】
鍵生成モジュール５１は、第１の公開鍵と第１の秘密鍵とを含む非対称鍵ペアを生成するためのものである。
【０１２５】
要求送信モジュール５２は、第１の公開鍵を搬送するデータ要求をサーバに送信するためのものである。
【０１２６】
情報受信モジュール５３は、サーバによって送信された暗号文および第２の公開鍵を受信するためのものである。第２の公開鍵は、サーバによって取得された非対称鍵ペア内の公開鍵であり、サーバによって取得された非対称鍵ペアは、第２の秘密鍵をさらに含む。暗号文は、共有鍵を用いてオフライン決済コードを生成するためのシードパラメータを暗号化した情報であり、共有鍵は、予め設定された鍵合意アルゴリズムを使用して、第２の秘密鍵と第１の公開鍵に基づいて生成された鍵である。
【０１２７】
共有鍵生成モジュール５４は、鍵合意アルゴリズムを用いて第１の秘密鍵と第２の公開鍵とに基づいて共有鍵を生成するためのものである。
【０１２８】
情報復号化モジュール５５は、共有鍵を使用して暗号文を復号化し、シードパラメータを取得するためのものである。
【０１２９】
ここで、予め設定された鍵合意アルゴリズムを使用して第２の秘密鍵および第１の公開鍵に基づいて生成された共有鍵は、その鍵合意アルゴリズムを使用して第１の秘密鍵と第２の公開鍵に基づいて生成された共有鍵と同じである。
【０１３０】
任意選択の実施方法では、要求送信モジュール５２は、指定された機関によってクライアントに発行された証明書であるクライアント証明書の秘密鍵を使用して第１の公開鍵に署名し、第１の署名情報を取得し、サーバがクライアント証明書内の公開鍵および第１の公開鍵を使用するように、第１の公開鍵および第１の署名情報を搬送するデータ要求をサーバに送信し、第１の署名情報を検証し、検証に成功した場合は暗号文と第２の公開鍵をクライアントに送信するためのものである。
【０１３１】
図６を参照すると、本願によって提供されるデータ伝送装置の別の実施形態のブロック図である。
【０１３２】
この装置は、要求受信モジュール６１、鍵取得モジュール６２、共有鍵生成モジュール６３、情報暗号化モジュール６４、および、情報送信モジュール６５を備える。
【０１３３】
ここで、要求受信モジュール６１は、クライアントによって送信された第１の公開鍵を搬送するデータ要求を受信するためのものであり、データ要求は、オフライン支払いコードを生成するためのシードパラメータを返すようにサーバに要求するためのものであり、第１の公開鍵は、クライアントによって生成された非対称鍵ペアの中の公開鍵である。そして、クライアントによって生成された非対称鍵ペアはさらに第１の秘密鍵を含む。
【０１３４】
鍵取得モジュール６２は、第２の公開鍵と第２の秘密鍵とを含む非対称鍵ペアを取得するためのものである。
【０１３５】
共有鍵生成モジュール６３は、予め設定された鍵共有アルゴリズムを用いて、第２の秘密鍵と第１の公開鍵とに基づいて共有鍵を生成するためのものである。
【０１３６】
情報暗号化モジュール６４は、共有鍵を使用してデータ要求が対応するシードパラメータを暗号化するためのものである。
【０１３７】
情報送信モジュール６５は、鍵合意アルゴリズムを使用して、クライアントが第１の秘密鍵と第２の公開鍵に基づいて共有鍵を生成するように、暗号化から得られた暗号文と第２の公開鍵とをクライアントに送信し、そして、共有鍵を使用して暗号文を復号化し、シードパラメータを取得するためのものである。
【０１３８】
ここで、予め設定された鍵合意アルゴリズムを使用して第２の秘密鍵および第１の公開鍵に基づいて生成された共有鍵は、その鍵合意アルゴリズムを使用して第１の秘密鍵と第２の公開鍵に基づいて生成された共有鍵と同じである。
【０１３９】
任意選択の実施方法では、装置６０はさらに、サーバ証明書内の秘密鍵を使用して第２の公開鍵に署名して第２の署名情報を取得するための署名モジュールを備える（図６には示されていない）。ここで、サーバ証明書は指定機関によってサーバに発行された証明書である。
【０１４０】
情報送信モジュール６５はさらに、クライアントがサーバ証明書内の公開鍵と第２の公開鍵に基づいて第２の署名情報を検証するように、暗号化から得られた暗号文および第２の公開鍵をクライアントに送信するときに、第２の署名情報をクライアントに送信するために使用される。検証が成功した後、クライアントは暗号文を復号化する。
【０１４１】
これに基づいて、本出願はさらにウェアラブル機器を提供する。ウェアラブル機器は、第１の公開鍵および第１の秘密鍵を含む非対称鍵ペアを生成し、第１の公開鍵を搬送するデータ要求をサーバに送信するため、サーバによって送信された暗号文および第２の公開鍵を受信するために、ＳＥチップで構成されている。ここで、第２の公開鍵は、サーバによって取得された非対称鍵ペアの公開鍵であり、サーバによってさらに取得された非対称鍵ペアは、第２の秘密鍵を含み、その暗号文は、共有鍵を用いてオフライン支払コードを生成するためのシードパラメータを暗号化して得られる情報であり、その共有鍵は、予め設定された鍵合意アルゴリズムを使用して、第２の秘密鍵と第１の公開鍵に基づいて生成された鍵である。このウェアラブル機器は、さらに、鍵合意アルゴリズムを使用して第１の秘密鍵および第２の公開鍵に基づいて共有鍵を生成し、その共有鍵を使用して暗号文を復号してシードパラメータを取得するために、ＳＥチップで構成されている。ここで、予め設定された鍵合意アルゴリズムを使用して第２の秘密鍵および第１の公開鍵に基づいて生成された共有鍵は、その鍵合意アルゴリズムを使用して第１の秘密鍵と第２の公開鍵に基づいて生成された共有鍵と同じである。
【０１４２】
前述の実施形態から、ウェアラブル機器内のＳＥの構成を通して、非対称鍵ペアの生成、共有鍵の生成、ターゲットデータの格納、および暗号文の復号化は、ＳＥで行われることが分かる。さらに、ＳＥはクラッキング防止機能を有するので、ＳＥは非常に高いセキュリティレベルを有するターゲットデータを提供することができる。
【０１４３】
現在の技術における情報セキュリティおよび長期の暗号化および復号化の問題を回避するために、本出願はさらに、図７に示すように、代替のデータ伝送方法を提供する。図７は、本願によって提供されるデータ送信方法の別の実施形態のフローチャートである。この方法は、以下のステップ７０１−ステップ７０８を含むことができる。ステップ７０１において、データ要求者端末は第１の対称鍵を生成する。ステップ７０２において、データ要求者端末は、第１の対称鍵を搬送するデータ要求をデータ提供者端末に送信する。ステップ７０３において、データ提供者端末は、第１の対称鍵とは異なる第２の対称鍵を取得する。ステップ７０４で、データ提供者端末は、予め設定された鍵合意アルゴリズムを使用して、第１の対称鍵および第２の対称鍵に基づいて共有鍵を生成する。ステップ７０５で、データ提供者端末は共有鍵を使用してデータ要求が対応するターゲットデータを暗号化する。ステップ７０６において、データ提供者端末は、暗号化から得られた暗号文と第２の対称鍵とをデータ要求者端末に送信する。ステップ７０７で、データ要求者端末は、鍵合意アルゴリズムを使用して、第１の対称鍵および第２の対称鍵に基づいて共有鍵を生成する。ステップ７０８で、データ要求者端末は共有鍵を使用して暗号文を復号化し、ターゲットデータを取得する。
【０１４４】
前述の実施形態から、第１の対称鍵がデータ要求者端末を介して取得されてもよく、第１の対称鍵を搬送するデータ要求がデータ提供者端末に送信され、データ提供者端末を介して第２の対称鍵が取得され、予め設定された鍵合意アルゴリズムを使用して第１の対称鍵と第２の対称鍵とに基づいて共有鍵が生成され、次に、共有鍵を使用してデータ要求が対応するターゲットデータを暗号化し、最後に暗号化から得られた暗号文と第２の対称鍵をデータ要求者端末に送信し、する。データ要求者端末は、同じ鍵合意アルゴリズムを使用して、第１の対称鍵および第２の対称鍵に基づいて共有鍵を生成することが分かる。データ提供者端末とデータ要求者端末は同一の鍵合意アルゴリズムを使用するので、データ提供者端末によって生成された共有鍵とデータ要求者端末によって生成された共有鍵は同一であり、データ要求者端末は生成された共有鍵を介して暗号文を復号することができる。それによってターゲットデータを得る。非対称鍵アルゴリズムは各計算中に異なる乱数を使用するので、各計算中に異なる非対称鍵ペアが生成されることが分かる。したがって、異なるクライアントによって生成された非対称鍵ペアも異なり、クライアント機器またはサーバ機器の鍵の漏洩から生じるすべてのクライアント機器およびサーバ機器に対するセキュリティリスクの問題が回避される。一方、共有鍵は第１の対称鍵および第２の対称鍵とは異なるため、ハッカーが対称鍵をハイジャックしたとしても、ハッカーは本出願がどの鍵合意アルゴリズムを使用したのかを知らない。そのため、ハッカーは暗号文を復号化することができず、それによって送信プロセス全体を通してデータセキュリティが確保される。さらに、対象データを暗号化するための鍵と対象データを復号するための鍵は同一であるため、対称鍵暗号化および復号化アルゴリズムを使用してデータを暗号化および復号化し、複雑で非対称な暗号化および復号化アルゴリズムから生じる長い暗号化および復号化時間を回避し、それによって暗号化および復号化の効率を改善する。
【０１４５】
ここで、第１の対称鍵を生成する鍵生成アルゴリズムと第２の対称鍵を生成する鍵生成アルゴリズムは同じでも異なっていてもよく、特に制限はない。鍵生成アルゴリズムによって生成された対称鍵は毎回異なるので、第２の対称鍵は第１の対称鍵とは異なる。
【０１４６】
データ要求者端末は、第１の対称鍵を取得した後、第１の対称鍵に基づいて第１の対称鍵を搬送するデータ要求を生成することができる。ここで、データ要求は、対象データを要求するために用いられる。データ要求が生成された後、それはデータ提供者端末に送信されることができる。
【０１４７】
一例では、データ要求者端末は、データ要求を使用して第１の対称鍵を直接搬送することによってデータ要求を送信する速度を上げることができる。
【０１４８】
別の例では、第１の対称鍵を搬送するデータ要求をデータ提供者端末に送信することは、データ要求者端末が、要求者証明書内の秘密鍵を使用して第１の対称鍵に署名し、第１の署名情報を取得することを含む。ここで、要求者証明書は、指定機関からデータ要求者端末に対して発行された証明書である。
【０１４９】
データ要求者端末は、第１の対称鍵および第１の署名情報を搬送するデータ要求をデータ提供者端末に送信する。
【０１５０】
ここで、指定機関は、証明書の発行が可能な機関であればよい。指定機関によってデータ要求者端末に発行された証明書は、少なくとも秘密鍵と公開鍵とを含む。
【０１５１】
データ提供者端末がデータ要求を受信した後、データ提供者端末は、要求者証明書の公開鍵と第１の対称鍵に基づいて、第１の署名情報を検証することができる。検証が成功した後、データ提供者端末は暗号文と第２の対称鍵をデータ要求者端末に返す動作を実行する。
【０１５２】
前述の実施形態から、第１の対称鍵に署名し、第１の署名情報を正常に検証することで、保証される場合があり、第１の対称鍵は改ざんされておらず、一方、要求者証明書はデータ要求者端末が信頼できる機関によって認証された安全な端末であることを保証し、それにより、共有鍵の交渉プロセスのセキュリティが確保されることが分かる。
【０１５３】
データ提供者端末がデータ要求を受信した後、データ提供者端末は第２の対称鍵を取得することができる。データ提供者端末が第２の対称鍵を取得した後、データ提供者端末は、予め設定された鍵合意アルゴリズムを使用して、第１の対称鍵および第２の対称鍵に基づいて共有鍵を生成することができる。
【０１５４】
ここで、鍵交換アルゴリズムとしても知られる鍵合意アルゴリズムは、例えば、ＥＣＤＨアルゴリズムであり得る。ここで、ＥＣＤＨは、ＥＣＣ（楕円曲線暗号システム）に基づくＤＨ（Ｄｉｆｆｉｅ−Ｈｅｌｌｍａｎ）鍵交換アルゴリズムである。したがって、両者は秘密情報を共有することなく共通鍵を交渉することができる。
【０１５５】
データ提供者端末は、共有鍵を使用して、データ要求が対応し、暗号化から得られた暗号文および第２の対称鍵をデータ要求者端末に送信するターゲットデータを暗号化することができる。
【０１５６】
一例では、データ提供者端末は第２の対称鍵をデータ要求者端末に直接送信して、送信効率を向上させる。
【０１５７】
別の例では、データ提供者端末は、提供者証明書内の秘密鍵を使用して第２の対称鍵に署名して、第２の署名情報を取得する。ここで、提供者証明書は、指定機関によってデータ提供者端末に発行された証明書である。
【０１５８】
データ提供者端末が暗号化から得られた暗号文と第２の対称鍵をデータ要求者端末に送信すると、データ提供者端末はさらに第２の署名情報をデータ要求者端末に送信する。
【０１５９】
ここで、指定機関は、証明書の発行が可能な機関であることができる。指定機関によってデータ提供者端末に発行された証明書は、少なくとも秘密鍵と公開鍵とを含む。言い換えれば、提供者証明書は、秘密鍵と公開鍵を含む。
【０１６０】
データ要求者端末は、提供者証明書内の公開鍵と第２の対称鍵とに基づいて第２の署名情報を検証する。検証が成功した後、データ要求者端末は暗号文を解読するステップを実行する。
【０１６１】
前述の実施形態から、第２の対称鍵に署名し、第２の署名情報を首尾よく検証することは、第２の対称鍵が改ざんされていないことを保証し得、一方、提供者証明書はデータ提供者端末が信頼できる機関によって認証された安全な端末であることを保証し、それにより、共有鍵の交渉プロセスのセキュリティが確保されることが分かる。
【０１６２】
本願によって提供されるデータ伝送方法の実施形態に対応して、本願はさらに、データ伝送システムの実施形態を提供する。
【０１６３】
図８を参照すると、本願によって提供されるデータ伝送システムの別の実施形態のブロック図である。
【０１６４】
システム８０は、データ要求者機器８１とデータ提供者機器８２とを備える。
【０１６５】
データ要求者機器８１は、第１の対称鍵を生成し、第１の対称鍵を搬送するデータ要求をデータ提供者機器８２に送信する。
【０１６６】
データ提供者機器８２は、第２の対称鍵を取得し、予め設定された鍵合意アルゴリズムを使用して、第１の対称鍵と第２の対称鍵に基づいて共有鍵を生成する。ここで、第２の対称鍵は第１の対称鍵とは異なる。
【０１６７】
データ提供者機器８２は、共有鍵を使用して、データ要求が対応するターゲットデータを暗号化し、そして、暗号化から得られた暗号文と第２の共通鍵とをデータ要求者機器８１に送信する。
【０１６８】
データ要求者機器８１は、鍵合意アルゴリズムを使用して、第１の対称鍵と第２の対称鍵とに基づいて共有鍵を生成する。共有鍵を使用して暗号文を復号化し、ターゲットデータを取得する。
【０１６９】
上記の装置における各モジュールの作用効果を達成するための処理が、前述の方法における対応するステップの達成プロセスにおいて詳述されており、不必要な詳細は繰り返されない。
【０１７０】
装置の実施形態は基本的に方法の実施形態に対応するので、装置の関連部分については、本願方法の実施形態の対応する部分を参照されたい。上述の装置の実施形態は単なる例示である。別々の構成要素として記載されたその単位は、物理的に別々であってもなくてもよく、そして、ユニットとして表示されているコンポーネントは、物理的なユニットでもそうでなくてもよい、すなわち、それらは同じ場所に配置されるか、または複数のネットワークユニットに分散されることがある。本出願の解決策の目的を達成するための実際の必要性に従って、モジュールのうちのいくつかまたはすべてを選択することができる。当業者は、創造的な努力なしにそれを理解し実行することができる。
【０１７１】
明細書を検討し、ここに適用される発明を実施した後、当業者は、本願の他の実施形態を容易に思いつくであろう。本出願は、本出願のあらゆる修正、使用、または適応的変更を網羅することを意図している。これらの修正、使用、または適応的変更は、本願の一般原則に従う。そして、本出願によって出願されない技術分野における一般的な一般的知識または従来の技術的手段を含む。説明および実施形態は例示にすぎない。本出願の真の範囲および趣旨は、添付の特許請求の範囲によって述べられる。
【０１７２】
本出願は、上で説明し添付の図面に示した正確な構造に限定されず、その範囲から逸脱することなく、様々な修正および変更を加えることができることを理解すべきである。本出願の範囲は添付の特許請求の範囲によって限定される。
【図１Ａ】
2019533384.tif 000003
【図１Ｂ】
2019533384.tif 000004
【図２】
2019533384.tif 000005
【図３】
2019533384.tif 000006
【図４】
2019533384.tif 000007
【図５】
2019533384.tif 000008
【図６】
2019533384.tif 000009
【図７】
2019533384.tif 000010
【図８】
2019533384.tif 000011
【手続補正書】
【提出日】令和1年9月10日(2019.9.10)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、ネットワーク通信の技術分野に関し、特に、データ送信方法、装置、およびシステムに関する。
【背景技術】
【０００２】
今日、人々はデータセキュリティ、特に伝送中のデータセキュリティにますます注意を払っている。一例としてオフライン支払いをとると、サーバ機器は、支払いコードの生成のための戦略をクライアント機器に送信することができ、クライアント機器は、その戦略を記憶する。ユーザが支払いコードを使用する必要があるとき、クライアント機器は支払いコードを生成するために戦略を使用することができる。販売業者はスキャン機器によって支払いコードをスキャンする。スキャン機器は、スキャンの結果得られた情報を検証のためにサーバ機器に送信する。その情報が検証を通過した後、お金が差し引かれる。サーバ機器がクライアント機器に戦略を送信するプロセスにおいて、クライアント機器とサーバ機器との間のチャネルのセキュリティが確保される必要がある。サーバ機器によって発行された戦略が第三者ハッカーによって傍受されると、クライアント機器のユーザによって重大な損失が発生することになる。
【０００３】
関連技術では、全てのクライアント機器とサーバ機器に同一の鍵が予め設定されている。サーバ機器は、送信される情報を暗号化し、暗号文をクライアント機器に送信するために鍵を使用することができる。クライアント機器は暗号文を解読するためにその鍵を使用する。しかし、クライアント機器やサーバ機器の鍵が漏れると、すべてのクライアント機器とサーバ機器が同じ鍵を共有することになり、すべてのクライアント機器とサーバ機器がセキュリティ上の危険にさらされる。
【０００４】
別の関連技術では、クライアント機器は、一対の非対称鍵を生成し、秘密鍵を保存し、そして公開鍵をサーバ機器にアップロードすることができる。サーバ機器は、公開鍵を使用して送信する必要がある情報を暗号化し、暗号文をクライアント機器に送信する。クライアント機器は秘密鍵を使用して暗号文を復号化する。非対称鍵アルゴリズムは各計算中に異なる乱数を使用するので、各計算中に異なる非対称鍵ペアが生成される。したがって、異なるクライアントによって生成された非対称鍵ペアも異なり、クライアント機器やサーバ機器の鍵の漏洩による、すべてのクライアント機器とサーバ機器のセキュリティリスクの問題を回避する。一方、暗号文は公開鍵ペアが対応する秘密鍵でしか復号できないため、公開鍵の送信中に公開鍵が傍受されたとしても、暗号文はまだ公開鍵では復号化できない。これによって情報セキュリティを確保する。しかし、非対称鍵は、暗号化には複雑な暗号化アルゴリズムを使用し、復号化には複雑な復号化アルゴリズムを使用する必要があり、そのため、暗号化と復号化には長い時間がかかる。
【発明の概要】
【０００５】
本願は、現在の技術における情報セキュリティと長時間の暗号化と復号化の問題を解決するためのデータ送信方法、装置、およびシステムを提供する。
【０００６】
本願の実施形態の第１の態様によれば、データ送信方法が提供される。この方法はクライアントに適用可能であり、第１の公開鍵と第１の秘密鍵とを含む非対称鍵ペアを生成し、そして第１の公開鍵を搬送するデータ要求をサーバに送信するステップと、サーバから送信された暗号文と第２の公開鍵を受信するステップであって、ここで、第２の公開鍵は、サーバによって取得された非対称鍵ペアの中の公開鍵であり、サーバによって取得された非対称鍵ペアはさらに第２の秘密鍵を含み、暗号文は、共有鍵（ｓｈａｒｅｄ  ｋｅｙ）を用いてオフライン決済コードを生成するためのシードパラメータを暗号化した情報であり、共有鍵は、予め設定された鍵合意アルゴリズムを使用して第２の秘密鍵と第１の公開鍵に基づいて生成される鍵である、ステップと、鍵合意アルゴリズムを使用して、第１の秘密鍵と第２の公開鍵に基づいて共有鍵を生成するステップと、共有鍵を使用して暗号文を復号化し、シードパラメータを取得するステップと、を含む。ここで、予め設定された鍵合意アルゴリズムを使用して第２の秘密鍵および第１の公開鍵に基づいて生成された共有鍵は、その鍵合意アルゴリズムを使用して生成された第１の秘密鍵と第２の公開鍵に基づく共有鍵と同じである。
【０００７】
本願の実施形態の第２の態様によれば、データ伝送方法が提供され、この方法はサーバに適用可能であり、クライアントによって送信された、第１の公開鍵を搬送するデータ要求を受信するステップであって、ここでデータ要求は、オフライン支払コードを生成するためのシードパラメータを返すようにサーバに要求するためのものであり、第１の公開鍵は、クライアントによって生成される非対称鍵ペアの中の公開鍵であり、クライアントによって生成された非対称鍵ペアはさらに第１の秘密鍵を含む、ステップと、第２の公開鍵と第２の秘密鍵を含む非対称鍵ペアを取得するステップと、予め設定された鍵合意アルゴリズムを使用して、第２の秘密鍵と第１の公開鍵に基づいて共有鍵を生成するステップと、共有鍵を使用して、データ要求が対応するシードパラメータを暗号化し、鍵合意アルゴリズムを使用して、クライアントが第１の秘密鍵と第２の公開鍵に基づいて共有鍵を生成して、そして、共有鍵を使用して暗号文を復号化し、シードパラメータを取得するように、暗号化から得られた暗号文と第２の公開鍵をクライアントに送信するステップと、を含む。
【０００８】
ここで、予め設定された鍵合意アルゴリズムを使用して第２の秘密鍵および第１の公開鍵に基づいて生成された共有鍵は、その鍵合意アルゴリズムを使用して第１の秘密鍵と第２の公開鍵に基づいて生成された共有鍵と同じである。
【０００９】
本願の実施形態の第３の態様によれば、データ送信方法が提供され、データ要求者端末が、第１の公開鍵と第１の秘密鍵とを含む非対称鍵ペアを生成し、そして、第１の公開鍵を搬送するデータ要求をデータ提供者端末に送信するステップと、データ提供者端末が、第２の公開鍵と第２の秘密鍵とを含む非対称鍵ペアを取得し、予め設定された鍵合意アルゴリズムを使用して、第２の秘密鍵および第１の公開鍵に基づいて共有鍵を生成するステップと、データ提供者端末が、共有鍵を使用して、データ要求が対応するターゲットデータを暗号化し、暗号化から得られた暗号文と第２の公開鍵とをデータ要求者端末に送信するステップと、データ要求者端末が、鍵合意アルゴリズムを使用して、第１の秘密鍵と第２の公開鍵に基づいて共有鍵を生成し、そして、共有鍵を使用して暗号文を復号化し、ターゲットデータを取得するステップとを含む。
【００１０】
ここで、予め設定された鍵合意アルゴリズムを使用して第２の秘密鍵および第１の公開鍵に基づいて生成された共有鍵は、その鍵合意アルゴリズムを使用して第１の秘密鍵と第２の公開鍵に基づいて生成された共有鍵と同じである。
【００１１】
本願の実施形態の第４の態様によれば、データ送信装置が提供され、第１の公開鍵と第１の秘密鍵とを含む非対称鍵ペアを生成する鍵生成モジュールと、第１の公開鍵を搬送するデータ要求をサーバに送信する要求送信モジュールと、サーバによって送信された暗号文および第２の公開鍵を受信するための情報受信モジュールであって、第２の公開鍵は、サーバによって取得された非対称鍵ペアの中の公開鍵であり、サーバによって取得された非対称鍵ペアはさらに第２の秘密鍵を含み、暗号文は、共有鍵を用いてオフライン決済コードを生成するためのシードパラメータを暗号化した情報であり、共有鍵は、予め設定された鍵合意アルゴリズムを使用して第２の秘密鍵と第１の公開鍵に基づいて生成された鍵である、情報受信モジュールと、その鍵合意アルゴリズムを使用して第１の秘密鍵および第２の公開鍵に基づいて共有鍵を生成する共有鍵生成モジュールと、共有鍵を使用して暗号文を復号化してシードパラメータを取得するための情報復号化モジュールとを備える。
【００１２】
ここで、予め設定された鍵合意アルゴリズムを使用して、第２の秘密鍵と第１の公開鍵に基づいて生成された共有鍵は、その鍵合意アルゴリズムを使用して、第１の秘密鍵と第２の公開鍵に基づいて生成された共有鍵と同じである。
【００１３】
本願の実施形態の第５の態様によれば、データ送信装置が提供され、クライアントによって送信された、第１の公開鍵を搬送するデータ要求を受信するための要求受信モジュールであって、データ要求は、オフライン支払コードを生成するためのシードパラメータを返すようにサーバに要求するためのものであり、第１の公開鍵は、クライアントによって生成された非対称鍵ペアの中の公開鍵であり、クライアントによって生成された非対称鍵ペアはさらに第１の秘密鍵を含む、要求受信モジュールと、第２の公開鍵と第２の秘密鍵とを含む非対称鍵ペアを取得するための鍵取得モジュールと、予め設定された鍵合意アルゴリズムを使用して、第２の秘密鍵と第１の公開鍵とに基づいて共有鍵を生成する共有鍵生成モジュールと、共有鍵を使用してデータ要求が対応するシードパラメータを暗号化するための情報暗号化モジュールと、暗号化から得られた暗号文と第２の公開鍵をクライアントに送信するための情報送信モジュールであって、鍵合意アルゴリズムを使用して、クライアントが第１の秘密鍵と第２の公開鍵に基づいて共有鍵を生成し、共有パラメータを使用して暗号文を復号化し、シードパラメータを取得するようにする、情報送信モジュールと、を備える。
【００１４】
ここで、予め設定された鍵合意アルゴリズムを使用して、第２の秘密鍵と第１の公開鍵に基づいて生成された共有鍵は、その鍵合意アルゴリズムを使用して、第１の秘密鍵と第２の公開鍵に基づいて生成された共有鍵と同じである。
【００１５】
本願の実施形態の第６の態様によれば、データ送信システムが提供され、それは、データ要求者機器とデータ提供者機器とを備える。データ要求者機器は、第１の公開鍵と第１の秘密鍵とを含む非対称鍵ペアを生成し、そして、第１の公開鍵を搬送するデータ要求をデータ提供者機器に送信する。データ提供者機器は、第２の公開鍵と第２の秘密鍵とを含む非対称鍵ペアを取得し、予め設定された鍵合意アルゴリズムを使用して、第２の秘密鍵および第１の公開鍵に基づいて共有鍵を生成する。データ提供者機器は、共有鍵を使用して、データ要求が対応するターゲットデータを暗号化し、暗号化から得られた暗号文と第２の公開鍵とを対応させてデータ要求者機器に送信する。データ要求者機器は、その鍵合意アルゴリズムを使用して、第１の秘密鍵と第２の公開鍵に基づいて共有鍵を生成し、そして、共有鍵を使用して暗号文を復号化し、ターゲットデータを取得する。
【００１６】
ここで、予め設定された鍵合意アルゴリズムを使用して第２の秘密鍵および第１の公開鍵に基づいて生成された共有鍵は、その鍵合意アルゴリズムを使用して第１の秘密鍵と第２の公開鍵に基づいて生成された共有鍵と同じである。
【００１７】
本出願の一実施形態の第７の態様によれば、データ要求者端末が、第１の対称鍵（ｓｙｍｍｅｔｒｉｃ  ｋｅｙ）を生成し、第１の対称鍵を搬送するデータ要求をデータ提供者端末に送信するステップと、データ提供者端末が、第２の対称鍵を取得し、予め設定された鍵合意アルゴリズムを使用して、第１の対称鍵と第２の対称鍵に基づいて共有鍵を生成するステップであって、第２の対称鍵は第１の対称鍵とは異なるものである、ステップと、データ提供者端末が、共有鍵を使用してデータ要求先が対応するターゲットデータを暗号化し、暗号化から得られた暗号文と第２の対称鍵とを対応させてデータ要求者端末に送信するステップと、データ要求者端末が、その鍵合意アルゴリズムを使用して、第１の対称鍵および第２の対称鍵に基づいて共有鍵を生成し、共有鍵を使用して暗号文を復号化し、ターゲットデータを取得するステップと、を含むデータ送信方法が提供される。
【００１８】
本願の実施形態の第８の態様によれば、データ要求者機器とデータ提供者機器とを備えるデータ送信システムが提供される。データ要求者機器は第１の対称鍵を生成し、第１の対称鍵を搬送するデータ要求をデータ提供者機器に送信し、データ提供者機器は第２の対称鍵を取得し、予め設定された鍵合意アルゴリズムを使用して、第１の対称鍵と第２の対称鍵に基づいて共有鍵を生成する。ここで、第２の対称鍵は第１の対称鍵とは異なる。データ提供者機器は、共有鍵を使用して、データ要求が対応するターゲットデータを暗号化し、暗号化から得られた暗号文および第２の対称鍵をデータ要求者機器に送信する。データ要求者機器は、鍵合意アルゴリズムを使用して第１の対称鍵および第２の対称鍵に基づいて共有鍵を生成し、共有鍵を使用して暗号文を復号化し、ターゲットデータを取得する。
【００１９】
本願の実施形態で提供されるデータ伝送方法、装置、およびシステムの適用において、第１の公開鍵と第１の秘密鍵とを含む非対称鍵ペアは、データ要求者端末を介して生成されることができ、第１の公開鍵を搬送するデータ要求がデータ提供者端末に送信され、第２の公開鍵と第２の秘密鍵とを含む非対称鍵ペアが、データ提供者端末を介して取得され、予め設定された鍵合意アルゴリズムを使用して、第２の秘密鍵および第１の公開鍵に基づいて共有鍵が生成され、次に、共有鍵を使用してデータ要求が対応するターゲットデータを暗号化し、最後に、暗号化から得られた暗号文と第２の公開鍵とがデータ要求者端末に送信される。データ要求者端末は、同じ鍵合意アルゴリズムを使用して、第１の秘密鍵と第２の公開鍵とに基づいて共有鍵を生成する。予め設定された鍵合意アルゴリズムを使用して第２の秘密鍵と第１の公開鍵とに基づいて生成された共有鍵は、その鍵合意アルゴリズムを使用して第１の秘密鍵および第２の公開鍵に基づいて生成された共有鍵と同じであるので、提供者端末は暗号化のために共有鍵を使用することができ、データ要求者端末は復号化のために共有鍵を使用することができる。対象データを暗号化するための鍵と対象データを復号化するための鍵は同一であるため、対称暗号化および復号化アルゴリズムを使用して、データを暗号化および復号化することができる。対称暗号化アルゴリズムは、通常、シフト暗号などの方法で暗号化を行い、一方、非対称暗号化アルゴリズムは、大きな素数を見つけるなどの方法で暗号化を行う。対称暗号化アルゴリズムの暗号化プロセスは、非対称暗号化アルゴリズムの暗号化プロセスよりも単純であることがわかる。したがって、この実施形態は、複雑な非対称暗号化から生じる長い暗号化および復号化時間の欠点を回避することができ、復号化アルゴリズムと暗号化と復号化の効率を向上させる。さらに、完全な鍵が送信プロセス全体を通して公開されていないため、公開鍵がハッカーに乗っ取られても意味がなく、これにより、送信プロセス全体を通してデータセキュリティが確保される。
【００２０】
本願の実施形態で提供されるデータ伝送方法、装置、およびシステムの適用において、第１の対称鍵はデータ要求者端末を通して取得されることができ、第１の対称鍵を搬送するデータ要求はデータ提供者端末に送信され、第２の対称鍵はデータ提供者端末を通して得られ、事前共有鍵合意アルゴリズムを使用して、第１の対称鍵および第２の対称鍵に基づいて共有鍵が生成され、共有鍵は、データ要求が対応するターゲットデータを暗号化するために使用され、最後に、暗号化から得られた暗号文と第２の対称鍵がデータ要求者端末に送信される。データ要求者端末は、同じ鍵合意アルゴリズムを使用して、第１の対称鍵および第２の対称鍵に基づいて共有鍵を生成する。データ提供者端末とデータ要求者端末は同一の鍵合意アルゴリズムを使用するので、データ提供者端末によって生成された共有鍵とデータ要求者端末によって生成された共有鍵は同一であり、そして、データ要求者端末は、生成された共有鍵を介して暗号文を復号して、ターゲットデータを取得する。共有鍵は第１の対称鍵および第２の対称鍵とは異なるため、ハッカーが対称鍵をハイジャックしたとしても、ハッカーは、本願がどの鍵合意アルゴリズムを使用したかを知らないであろう、そのため、ハッカーは暗号文を復号化することができず、それによって送信プロセス全体を通してデータセキュリティが確保されることが分かる。また、対象データを暗号化するための鍵と対象データを復号するための鍵とが同一であるため、対称鍵暗号化および復号化アルゴリズムは、複雑な非対称暗号化および復号化アルゴリズムから生じる長い暗号化、復号化時間を避けるためにデータの暗号化および復号化に使用され、それによって暗号化および復号化効率を改善する。
【００２１】
前述の一般的な説明およびその後の詳細な説明は例示的かつ説明的なものにすぎず、本出願を限定することはできないことが理解されるべきである。
【図面の簡単な説明】
【００２２】
本明細書の添付の図面は、本明細書に含まれ、その一部を構成し、本出願に準拠する実施形態を示し、本出願の原理を説明するために明細書と共に使用される。
【図１Ａ】図１Ａは、本願の例示的な実施形態によって提供されるデータ伝送の適用シナリオの概略図である。
【図１Ｂ】図１Ｂは、本願によって提供されるデータ送信方法の一実施形態のフローチャートである。
【図２】図２は、本願によって提供されるデータ送信方法の別の実施形態のフローチャートである。
【図３】図３は、本願によって提供されるデータ送信方法の別の実施形態のフローチャートである。
【図４】図４は、本願によって提供されるデータ伝送システムの一実施形態のブロック図である。
【図５】図５は、本願によって提供されるデータ送信装置の一実施形態のブロック図である。
【図６】図６は、本願によって提供されるデータ伝送装置の別の実施形態のブロック図である。
【図７】図７は、本願によって提供されるデータ送信方法の別の実施形態のフローチャートである。
【図８】図８は、本出願によって提供されるデータ伝送システムの別の実施形態のブロック図である。
【発明を実施するための形態】
【００２３】
ここで、添付の図面に例を示して、例示的な実施形態を詳細に説明する。以下の説明が添付の図面を含むとき、特に断らない限り、異なる添付図面中の同じ数字は同じまたは類似の要素を表す。以下の実施形態に記載されている実施方法は、本願と一致する全ての実施方法を表すものではない。逆に、それらは添付の特許請求の範囲に詳細に記載され、本出願のいくつかの態様と一致する装置および方法の単なる例である。
【００２４】
本出願において使用される用語は、例示的な実施形態を説明する目的のためだけであり、そして本出願を限定することを意図しない。本出願および添付の特許請求の範囲で使用される単数形「１つの（ｏｎｅ）」、「その（ｔｈｅ）」、および「これ（ｔｈｉｓ）」は、それらの意味が文脈において明確に示されていない限り、複数形も網羅することを意図している。また、本文中で使用されている「および／または（ａｎｄ／ｏｒ）」という用語は、１つまたは複数の関連する列挙された項目を含む、任意のまたはすべての可能な組み合わせを指すことも理解されるべきである。
【００２５】
本出願は、様々な種類の情報を説明するために、第１、第２、および第３などの用語を使用することがあるが、情報はこれらの用語に限定されるべきではないことが理解されるべきである。これらの用語は、同じ種類の情報を区別することのみを目的としている。例えば、本出願の範囲から逸脱することなく、第１の情報は第２の情報とも呼ぶことができ、同様に、第２の情報は第１の情報とも呼ぶことができる。文脈に応じて、本明細書で使用される「ｉｆ」という用語は、「．．．の時点で」、「．．．のとき」、または「．．．の決定に応じて」と解釈され得る。
【００２６】
人々はデータセキュリティ、特に伝送中のデータセキュリティにますます注意を払っている。図１Ａに示すように、本願の例示的な実施形態によって提供されるデータ伝送の適用シナリオの概略図であるが、この概略図において、データ伝送は異なるクライアント機器とサーバ機器との間で行われることも可能である。例えば、クライアント機器がデータ要求をサーバ機器に送信し、サーバ機器がデータ要求に従って対応するターゲットデータを返す。送信プロセスでは、ハッカーが送信中のターゲットデータを傍受し、それによってユーザーに損失をもたらす可能性がある。
【００２７】
送信中のデータセキュリティを確実にするために、すべてのクライアント機器およびサーバ機器に同一の鍵を予め設定することができる。サーバ機器は、送信される情報を暗号化し、暗号文をクライアント機器に送信するために鍵を使用することができる。クライアント機器は暗号文を解読するためにその鍵を使用する。ただし、すべてのクライアント機器とサーバ機器が同じ鍵を共有するため、クライアント機器またはサーバ機器の鍵が漏洩した場合、すべてのクライアント機器とサーバ機器がセキュリティ上の危険にさらされる。このような事態を回避するために、他の関連技術では、クライアント機器は、一対の非対称鍵を生成し、秘密鍵を保存し、公開鍵をサーバ機器にアップロードする。サーバ機器は、公開鍵を使用して送信する必要がある情報を暗号化し、暗号文をクライアント機器に送信する。クライアント機器は秘密鍵を使用して暗号文を復号化する。非対称鍵アルゴリズムは各計算中に異なる乱数を使用するので、各計算中に異なる非対称鍵ペアが生成される。したがって、異なるクライアントによって生成された非対称鍵ペアも異なり、クライアント機器またはサーバ機器の鍵の漏洩に起因するすべてのクライアント機器およびサーバ機器に対するセキュリティリスクの問題を回避する。一方、暗号文は公開鍵ペアが対応する秘密鍵でしか復号できないため、公開鍵の送信中に公開鍵が傍受されたとしても、暗号文を公開鍵で復号化することはできない。それによって情報セキュリティを確保する。しかし、非対称鍵は、暗号化には複雑な暗号化アルゴリズムを使用し、復号化には複雑な復号化アルゴリズムを使用する必要があり、そのため、暗号化と復号化には長い時間がかかる。
【００２８】
現在の技術における情報セキュリティの問題と、暗号化と復号化に時間がかかる問題を回避するために、本願は、図１Ｂに示すように、データ伝送方法を提供する。図１Ｂは、本願によって提供されるデータ送信方法の一実施形態のフローチャートである。この方法は、以下のステップ１０１−ステップ１０８を含むことができる。
【００２９】
ステップ１０１において、データ要求者端末は、第１の公開鍵と第１の秘密鍵とを含む非対称鍵ペアを生成する。
【００３０】
ステップ１０２において、データ要求者端末は、第１の公開鍵を搬送するデータ要求をデータ提供者端末に送信する。
【００３１】
ステップ１０３において、データ提供者端末は、第２の公開鍵と第２の秘密鍵とを含む非対称鍵ペアを取得する。
【００３２】
ステップ１０４において、データ提供者端末は、予め設定された鍵合意アルゴリズムを使用して、第２の秘密鍵と第１の公開鍵に基づいて共有鍵を生成する。
【００３３】
ステップ１０５において、データ提供者端末は、共有鍵を使用して、データ要求が対応するターゲットデータを暗号化する。
【００３４】
ステップ１０６において、データ提供者端末は、暗号化から得られた暗号文と第２の公開鍵とをデータ要求者端末に送信する。
【００３５】
ステップ１０７において、データ要求者端末は、鍵合意アルゴリズムを使用して、第１の秘密鍵と第２の公開鍵に基づいて共有鍵を生成する。
【００３６】
ステップ１０８において、データ要求者端末は、共有鍵を使用して暗号文を解読してターゲットデータを取得する。
【００３７】
ここで、データ要求者端末はデータを要求する端末であり、データ提供者端末はデータを提供する端末である。一例では、データ要求者端末はクライアントとすることができ、データ提供者端末はサーバとすることができ、クライアントはターゲットデータを返すようにサーバに要求する。例として、オフライン支払いコードを生成するためのシードパラメータであるターゲットデータを取り上げると、データ要求は、これは、オフライン支払いをアクティブ化するための要求であり得、データ要求者端末はクライアントであり、そしてデータ提供者端末はサーバである。クライアントは、オフライン支払いをアクティブにするための要求をサーバに送信し、サーバはその要求に従ってシードパラメータをクライアントに返す。別の例では、サーバはクライアントからデータを要求することもでき、このようにして、データ要求者端末はサーバであり、データ提供者端末はクライアントであり得る。これに対して制限はない。
【００３８】
前述の実施形態から、第１の公開鍵と第１の秘密鍵とを含む非対称鍵ペアが、データ要求者端末を介して生成され得、第１の公開鍵を搬送するデータ要求がデータ提供者端末に送信され、第２の公開鍵と第２の秘密鍵とを含む非対称鍵ペアがデータ提供者端末を介して取得され、共有鍵は、予め設定された鍵合意アルゴリズムを使用して、第２の秘密鍵と第１の公開鍵に基づいて生成され、次に、共有鍵を使用してデータ要求が対応するターゲットデータを暗号化し、最後に、暗号化から得られた暗号文と第２の公開鍵とがデータ要求者端末に送信され、そして、データ要求者端末は、同じ鍵合意アルゴリズムを使用して、第１の秘密鍵と第２の公開鍵とに基づいて共有鍵を生成することが分かる。事前共有鍵合意アルゴリズムを使用して第２の秘密鍵と第１の公開鍵に基づいて生成された共有鍵は、その鍵合意アルゴリズムを使用して、第１の秘密鍵と第２の公開鍵に基づいて生成された共有鍵と同じであるので、データ提供者端末は暗号化のために共有鍵を使用することができ、データ要求者端末は復号化のために共有鍵を使用することができる。対象データを暗号化するための鍵と対象データを復号するための鍵は同一であるため、対称暗号化および復号化アルゴリズムを使用して、データを暗号化および復号化することができる。対称暗号化アルゴリズムは、通常、シフト暗号などの方法で暗号化を行い、一方、非対称暗号化アルゴリズムは大きな素数を見つけるなどの方法で暗号化を行うので、対称暗号化アルゴリズムの暗号化プロセスは、非対称暗号化アルゴリズムの暗号化プロセスよりも単純であることがわかる。したがって、複雑な非対称暗号化および復号化アルゴリズムの結果として、この実施形態は、長い暗号化および復号化時間の欠点を回避することができる。暗号化と復号化の効率を向上させる。毎回異なる乱数が使用されるため、毎回異なる非対称鍵ペアが生成される。したがって、異なるクライアントによって生成された非対称鍵ペアも異なり、クライアント機器やサーバ機器の鍵の漏洩の結果としてのすべてのクライアント機器とサーバ機器に対するセキュリティリスクの問題を回避できる。さらに、完全な鍵は送信プロセス全体を通して公開されないため、公開鍵がハッカーに乗っ取られても意味がない。これにより、送信プロセス全体を通してデータセキュリティが確保される。
【００３９】
第１の公開鍵と第１の秘密鍵とを含む非対称鍵ペアの生成タイミングに特別な制限はない。例えば、非対称鍵ペアは各データ要求送信の前に生成されてもよい。別の例として、他の条件が満たされている場合など、データ要求が送信されるときに以前に生成された非対称鍵ペアが取得されることができるように、非対称鍵ペアは、データ要求が送信される直前以外のタイミングに生成されてもよい。例えば、非対称鍵ペアは設定された間隔で生成されることができ、そして、新しく生成された非対称鍵ペアはそれぞれ、以前に生成された非対称鍵ペアを置き換える。
【００４０】
一例では、第１の公開鍵と第１の秘密鍵は、鍵生成アルゴリズムを使用して生成された非対称鍵ペアであり得る。データ要求が送信される前に、データ要求者端末は毎回鍵生成アルゴリズムを使用し、第１の公開鍵と第１の秘密鍵とを含む非対称鍵ペアを生成する。非対称鍵アルゴリズムによって生成された非対称鍵ペアは、通常の条件下では毎回異なるため、これにより、固定された方法で格納された鍵ペアが漏洩し、その結果、安全でない鍵ペアを使用して、その後のすべての情報が暗号化されるという問題を回避することができる。
【００４１】
データ要求者端末が第１の公開鍵と第１の秘密鍵を取得した後、データ要求者端末は、第１の公開鍵を搬送するデータ要求をデータ提供者端末に送信することができる。ここで、データ要求は、対象データに対する要求である。
【００４２】
一例では、データ要求者端末は、データ要求に第１の公開鍵を直接含めることができる。これにより、データ要求を送信する速度が上がる。
【００４３】
別の例では、第１の公開鍵を搬送するデータ要求をデータ提供者端末に送信することは、データ要求者端末は、要求者証明書内の秘密鍵を使用して第１の公開鍵に署名し、第１の署名情報を取得することを含む。要求者証明書は、指定機関からデータ要求者端末に対して発行された証明書である。
【００４４】
データ要求者端末は、第１の公開鍵および第１の署名情報を搬送するデータ要求をデータ提供者端末に送信する。
【００４５】
この方法はさらに、データ提供者端末は、要求者証明書内の公開鍵および第１の公開鍵に基づいて第１の署名情報を検証し、検証が成功すると、データ提供者端末は暗号文と第２の公開鍵をデータ要求者端末に送信するステップを含む。
【００４６】
ここで、指定機関とは通常、権威があり証明書を発行できる機関を指す。指定機関によってデータ要求者端末に発行された証明書は、少なくとも秘密鍵と公開鍵とを含む。言い換えれば、要求者証明書は、秘密鍵と公開鍵とを含む。
【００４７】
１つの署名方法として、データ要求者端末はハッシュアルゴリズムを使用して第１の公開鍵に対してハッシュ演算を実行することができる。第１の情報要約を入手するには、要求者証明書の秘密鍵を使用して第１の情報要約を暗号化し、第１の署名情報を取得する。次に、第１の署名情報に基づいて、第１の公開鍵と第１の署名情報を含むデータ要求を生成する。そして、データ提供者端末にデータ要求を送信する。データ提供者端末がデータ要求を受信した後、データ提供者端末は、要求者証明書の公開鍵と第１の公開鍵に基づき、第１の署名情報を検証することができる。検証が成功すると、暗号文と第２の公開鍵がデータ提供者端末に送信される。
【００４８】
ここで、データ提供者端末は、以下の方法で要求者証明書の公開鍵を取得してもよい。データ要求者端末は、事前に、データ要求を送信している間、それをデータ提供者端末に同報通信する、または、データ要求者端末がそれをデータ提供者端末に送信する。
【００４９】
検証方法の一つとして、データ提供者端末は、ハッシュアルゴリズムを使用して、受信した第１の公開鍵に対してハッシュ演算を実行することができ、第２の情報要約を取得して、要求者証明書の公開鍵を使用して第１の署名情報を復号化し、第１の情報の要約を入手することができ、そして、第１の情報の要約が第２の情報の要約と一致しているかどうかを検証する。一貫していれば、それは検証が成功したことを意味する。データ提供者端末は、検証が成功した後にのみ、暗号文と第２の公開鍵とをデータ要求者端末に送信する動作を実行することができる。
【００５０】
前述の実施形態から、次のことが分かる。第１の公開鍵に署名し、第１の署名情報を首尾よく検証することは、第１の公開鍵が改ざんされていないことを保証し得る。一方、要求者証明書はデータ要求者端末が信頼できる機関によって認証された安全な端末であることを保証される。それにより、共有鍵の交渉プロセスのセキュリティが確保される。
【００５１】
データ提供者端末がデータ要求を受信した後、データ提供者端末は、第２の公開鍵と第２の秘密鍵とを含む非対称鍵ペアを取得することができる。ここで、第２公開鍵と第２秘密鍵は、鍵生成アルゴリズムを用いて生成された鍵ペアでもよい。第１の公開鍵と第１の秘密鍵とを含む非対称鍵ペア、および、第２の公開鍵と第２の秘密鍵を含む非対称鍵ペアは、同じ鍵生成アルゴリズムによって生成されることが分かる。鍵生成アルゴリズムは各計算中に異なる乱数を使用するため、異なるタイミングの計算中に生成された非対称鍵ペアは、ほとんど常に異なる。したがって、データ要求者端末によって生成された非対称鍵ペアは、通常の状況下で、データ提供者端末によって生成された非対称鍵ペアとは異なる。
【００５２】
第２の公開鍵と第２の秘密鍵とを含む非対称鍵ペアの生成タイミングに特別な制限はない。例えば、非対称鍵ペアはデータ要求が受信されるたびに生成されてもよい。別の例として、データ要求が受信されたときではないが、しかし他の条件が満たされるとき非対称鍵ペアが生成されてもよく、そのため、データ要求を受信したときに、以前に生成された非対称鍵ペアを取得することができる。例えば、非対称鍵ペアは設定された間隔で生成されてもよい。新しく生成された非対称鍵ペアはそれぞれ、以前に生成された非対称鍵ペアを置き換える。
【００５３】
一例では、データ要求を受信したとき、データ提供者端末は、毎回鍵生成アルゴリズムを使用して、第２の公開鍵と第２の秘密鍵とを含む非対称鍵ペアを生成する。非対称鍵アルゴリズムによって生成された非対称鍵ペアは、通常の条件下では毎回異なるため、これにより、固定された方法で格納された鍵ペアが漏洩し、その結果、安全でない鍵ペアを使用して、その後のすべての情報が暗号化されるという問題を回避することができる。
【００５４】
データ提供者端末が第２の公開鍵と第２の秘密鍵とを含む非対称鍵ペアを取得した後、データ提供者端末は、予め設定された鍵合意アルゴリズムを使用して、第２の秘密鍵と第１の公開鍵とに基づいて共有鍵を生成することができる。その後、データ要求者端末は、鍵合意アルゴリズムを使用して第１の秘密鍵と第２の公開鍵に基づいて共有鍵を生成する。
【００５５】
鍵交換アルゴリズムとしても知られる鍵合意アルゴリズムは、例えば、ＥＣＤＨアルゴリズムであり得る。ここで、ＥＣＤＨは、ＥＣＣ（Ｅｌｌｉｐｔｉｃ  Ｃｕｒｖｅ  Ｃｒｙｐｔｏｓｙｓｔｅｍｓ）に基づくＤＨ（Ｄｉｆｆｉｅ−Ｈｅｌｌｍａｎ）鍵交換アルゴリズムである。したがって、両者は秘密情報を共有することなく共通鍵を入手するために交渉することができる。
【００５６】
この実施形態では、予め設定された共有鍵合意アルゴリズムを使用して第２の秘密鍵および第１の公開鍵に基づいて生成された共有鍵は、その鍵合意アルゴリズムを使用して第１の秘密鍵と第２の公開鍵に基づいて生成された共有鍵と同じである。実装方法の１つとして、データ提供者端末とデータ要求者端末によって使用される鍵合意アルゴリズムは同一である。データ提供者端末によって使用される鍵生成アルゴリズムまた、データ要求者端末も同じである。そして、鍵合意アルゴリズムおよび鍵生成アルゴリズムは以下の条件を満たす。鍵生成アルゴリズムを使用して生成された任意の２つの非対称鍵ペアに対して、２つの非対称鍵ペアのいずれかの公開鍵と他の非対称鍵ペアの秘密鍵が選択されたとき、鍵合意アルゴリズムを使用して得られた交渉結果は同一である。
【００５７】
第１の公開鍵は典型的には第２の公開鍵と等しくなく、第１の秘密鍵は典型的には第２の秘密鍵と等しくないことが分かる。第１の公開鍵から第１の秘密鍵を推定すること、または第２の公開鍵から第２の秘密鍵を推定することは不可能である。そして、第１の秘密鍵と第２の公開鍵とから交渉された共有鍵は、第２の秘密鍵と第１の公開鍵とから交渉された共有鍵と同一である。完全な鍵は、送信プロセス全体を通じて常に公開されることはなく、データセキュリティは送信プロセス全体を通じて保証される。さらに、対象データを暗号化するための鍵と対象データを復号するための鍵とが同一であるため、対称鍵暗号化および復号化アルゴリズムは、複雑で非対称な暗号化および復号化アルゴリズムに起因する長い暗号化および復号化時間を避けるためにデータの暗号化および復号化に使用される。それにより、暗号化および復号化の効率が向上する。
【００５８】
データ提供者端末が共有鍵を生成した後、データ提供者端末は、共有鍵を使用してデータ要求先が対応するターゲットデータを暗号化することができ、暗号化から得られた暗号文と第２の公開鍵とをデータ要求者端末に送信することができる。
【００５９】
一例では、データ提供者端末は、送信効率を改善するために第２の公開鍵をデータ要求者端末に直接送信することができる。
【００６０】
別の例では、この方法はさらに、データ提供者端末は、提供者証明書内の秘密鍵を使用して第２の公開鍵に署名し、第２の署名情報を取得することを含む。提供者証明書は、指定機関によってデータ提供者端末に発行された証明書である。
【００６１】
データ提供者端末が暗号化から得られた暗号文と第２の公開鍵をデータ要求者端末に送信すると、データ提供者端末はさらに第２の署名情報をデータ要求者端末に送信する。
【００６２】
データ要求者端末は、提供者証明書の公開鍵と第２の公開鍵とに基づいて第２の署名情報を検証する。検証が成功した場合、データ要求者端末は暗号文を解読する。
【００６３】
ここで、指定機関は、証明書の発行が可能な機関であることができる。指定機関によってデータ提供者端末に発行された証明書は、少なくとも秘密鍵と公開鍵とを含む。言い換えれば、提供者証明書は、秘密鍵と公開鍵を含む。
【００６４】
署名方法の１つとして、データ提供者端末は、ハッシュアルゴリズムを使用して、第３の情報要約を取得するために、第２の公開鍵に対してハッシュ操作を実行することができる。提供者証明書内の秘密鍵を使用して第３の情報要約を暗号化し、第２の署名情報を取得し、そして、暗号文、第２の公開鍵、および第２の署名情報をデータ要求者端末に送信する。
【００６５】
データ要求者端末は、提供者証明書の公開鍵と第２の公開鍵とに基づいて第２の署名情報を検証する。検証が成功した場合、データ要求者端末は暗号文を解読する。
【００６６】
ここで、データ要求者端末は、暗号文と第２の公開鍵を送信している間、データ提供者端末がそれをデータ要求者端末に事前にブロードキャストするか、またはデータ提供者端末がそれをデータ要求者端末に送信するという方法で提供者証明書の公開鍵を取得することがきる。
【００６７】
検証方法の一つとして、データ要求者端末は、ハッシュアルゴリズムを使用して、第４の情報要約を入手するために、受信した第２の公開鍵に対してハッシュ演算を実行することができる。提供者証明書内の公開鍵を使用して第２の署名情報を解読して第３の情報要約を入手し、そして第３の情報要約が第４の情報要約と一致しているかどうかを検証する。一貫していれば、それは検証が成功したことを意味する。データ要求者端末は、検証が成功した後にのみ暗号文を復号する操作を実行することができる。
【００６８】
前述の実施形態から、第２の公開鍵に署名し、第２の署名情報を首尾よく検証することは、第２の公開鍵が改ざんされていないことを保証し得ること、一方、提供者証明書はデータ提供者端末が信頼できる機関によって認証された安全な端末であることを保証すること、それにより、共有鍵の交渉プロセスのセキュリティが確保されることが分かる。
【００６９】
図２に示すように、図２は、本願によって提供されるデータ送信方法の別の実施形態のフローチャートである。本実施形態は、データ伝送方法をシードパラメータの伝送に適用する。この方法はクライアントに適用可能であり、以下のステップ２０１−ステップ２０３を含み得る。
【００７０】
ステップ２０１において、第１の公開鍵と第１の秘密鍵とを含む非対称鍵ペアを生成し、第１の公開鍵を搬送するデータ要求をサーバに送信する。
【００７１】
ここで、第１の公開鍵と第１の秘密鍵とからなる非対称鍵ペアの生成タイミングに特別な制限を設ける必要はない。例えば、非対称鍵ペアは各データ要求送信の前に生成されてもよい。別の例として、非対称鍵ペアは、データ要求が送信される直前以外のタイミングに、しかし、データ要求が送信されたとき以前に生成された非対称鍵ペアを取得できるように、他の条件が満たされるときに生成されてもよい。例えば、非対称鍵ペアは設定された間隔で生成されてもよく、新しく生成された非対称鍵ペアはそれぞれ、以前に生成された非対称鍵ペアを置き換える。
【００７２】
一例では、第１の公開鍵と第１の秘密鍵は、鍵生成アルゴリズムを使用して生成された非対称鍵ペアであり得る。データ要求が送信される前に、クライアントは、第１の公開鍵と第１の秘密鍵とを含む非対称鍵ペアを生成するために、毎回鍵生成アルゴリズムを使用する。非対称鍵アルゴリズムによって生成された非対称鍵ペアは、通常の条件下では毎回異なるため、これにより、固定された方法で格納された鍵ペアが漏洩し、その結果、安全でない鍵ペアを使用して、その後のすべての情報が暗号化されるという問題を回避することができる。
【００７３】
第１の公開鍵と第１の秘密鍵が取得された後、第１の公開鍵を搬送するデータ要求がサーバに送信され得る。ここで、データ要求は、オフライン支払いコードを生成するためのシードパラメータを返すようにサーバに要求するためのものである。
【００７４】
一例では、第１の公開鍵はデータ要求内で直接運ばれ、それによってデータ要求を送信する速度を上げることができる。
【００７５】
別の例では、第１の公開鍵を搬送するデータ要求をサーバに送信することは、以下を含む。
【００７６】
クライアント証明書の秘密鍵を使用して第１の公開鍵に署名し、第１の署名情報を取得する。ここで、クライアント証明書は、指定機関によってクライアントに発行された証明書である。
【００７７】
サーバがクライアント証明書内の公開鍵と第１の公開鍵を使用するように、第１の公開鍵と第１の署名情報を含むデータ要求をサーバに送信し、第１の署名情報を検証し、検証が成功した場合、暗号文と第２の公開鍵をクライアントに送信する。
【００７８】
ここで、指定機関は、証明書の発行が可能な機関であればよい。指定機関によってクライアントに発行された証明書は、少なくとも秘密鍵と公開鍵とを含む。つまり、クライアント証明書は秘密鍵と公開鍵から構成されている。サーバは、クライアントは事前にそれをサーバにブロードキャストするか、またはデータ要求を送信しながらクライアントがサーバに送信するという方法でクライアント証明書の公開鍵を取得することができる。
【００７９】
本実施形態は、クライアント証明書内の秘密鍵を使用して第１の公開鍵に署名することができる。例えば、クライアントは、ハッシュアルゴリズムを使用して、第１の公開鍵に対してハッシュ演算を実行して第１の情報要約を取得することができる。クライアント証明書内の秘密鍵を使用して第１の情報要約を暗号化し、第１の署名情報を取得する。そして、第１の公開鍵および第１の署名情報を搬送するデータ要求をデータ提供者端末に送信する。
【００８０】
前述の実施形態から、第１の公開鍵に署名することは、サーバが第１の署名情報を検証することを容易にすることが分かる。検証が成功すると、第１の公開鍵が改ざんされないことが保証される。一方、クライアント証明書は、クライアントが信頼できる機関によって認証された安全な端末であることを保証する。それにより、共有鍵の交渉プロセスのセキュリティが確保される。
【００８１】
ステップ２０２において、サーバによって送信された暗号文および第２の公開鍵を受信する。ここで、第２の公開鍵は、サーバによって取得された非対称鍵ペアの中の公開鍵である。サーバによって取得された非対称鍵ペアはさらに第２の秘密鍵を含む。暗号文は、共有鍵を用いてオフライン決済コードを生成するためのシードパラメータを暗号化した情報である。共有鍵は、予め設定された鍵合意アルゴリズムを使用して、第２の秘密鍵と第１の公開鍵に基づいて生成された鍵である。ステップ２０３において、鍵合意アルゴリズムを使用して、第１の秘密鍵と第２の公開鍵に基づいて共有鍵を生成する。そして、共有鍵を使用して暗号文を復号化し、シードパラメータを取得する。
【００８２】
ここで、鍵交換アルゴリズムとしても知られる鍵合意アルゴリズムは、例えば、ＥＣＤＨアルゴリズムであり得る。ここで、ＥＣＤＨは、ＥＣＣ（楕円曲線暗号システム）に基づくＤＨ（Ｄｉｆｆｉｅ−Ｈｅｌｌｍａｎ）鍵交換アルゴリズムである。したがって、両者は秘密情報を共有することなく共通鍵を交渉することができる。
【００８３】
この実施形態では、予め設定された鍵合意アルゴリズムを使用して第２の秘密鍵および第１の公開鍵に基づいて生成された共有鍵は、鍵合意アルゴリズムを使用して、第１の秘密鍵と第２の公開鍵に基づいて生成された共有鍵と同一である。一実施形態として、データ提供者端末およびデータ要求者端末によって使用される鍵合意アルゴリズムは同一である。データ提供者端末およびデータ要求者端末によって使用される鍵生成アルゴリズムも同一である。そして、鍵合意アルゴリズムおよび鍵生成アルゴリズムは以下の条件を満たす。鍵生成アルゴリズムを使用して生成された任意の２つの非対称鍵ペアに対して。２つの非対称鍵ペアのいずれかの公開鍵と他の非対称鍵ペアの秘密鍵が選択された場合、鍵合意アルゴリズムを使用して取得された交渉結果は同じである。
【００８４】
第１の公開鍵は典型的には第２の公開鍵と等しくなく、第１の秘密鍵は典型的には第２の秘密鍵と等しくないので、第１の公開鍵から第１の秘密鍵を推定すること、または第２の公開鍵から第２の秘密鍵を推定することは不可能であり、第１の秘密鍵と第２の公開鍵との間で交渉された共有鍵は、第２の秘密鍵と第１の公開鍵との間で交渉された共有鍵と同一であり、完全な鍵は、送信プロセス全体を通じて常に公開されることはなく、データセキュリティは送信プロセス全体を通じて保証されることが分かる。さらに、シードパラメータを暗号化するための鍵とシードパラメータを復号するための鍵とが同一であるため、対称鍵暗号化および復号化アルゴリズムは、長い暗号化を避けるためにシードパラメータを暗号化および復号化するために使用され、複雑な非対称暗号化および復号化アルゴリズムから生じる復号化時間、それによって暗号化および復号化効率を改善する。
【００８５】
任意選択の実施方法では、クライアントは電子装置、特にウェアラブル機器内にあることができる。ウェアラブル機器は、比較的低いパフォーマンスに対応する構成を持つことが多いため、このソリューションがウェアラブル機器で使用される場合、対称暗号化および復号化アルゴリズムはリソースに対してそれほど要求が厳しくない。送信のセキュリティを確保しながら、このソリューションはパフォーマンスを大幅に向上させ、送信プロセス全体の効率を向上さる。さらに、着用可能な機器はスマートブレスレットを含み得る。スマートブレスレットを介して実施形態を実施することは、シードパラメータの送信セキュリティを保証するだけでなく、送信プロセス全体の効率を保証することもできる。
【００８６】
一例では、実施形態における方法は、セキュアエレメント（ＳＥ）を介して実行することができる。これにより、ＳＥにおいて非対称鍵の生成、共有鍵の生成、および暗号文の復号化を実行することができる。さらに、シードパラメータもＳＥに格納することができる。ＳＥはクラッキング防止機能を有するので、ＳＥは非常に高いセキュリティレベルを有するシードパラメータを提供することができる。
【００８７】
また、シードパラメータをＳＥに格納することができ、一方、ＳＥのアクセス権限も、指紋認識、パルス認識、顔認識、または他の検証方法を通して制御された支払いコードの生成により、設定することができ、それによって非常に高いセキュリティレベルで全体の支払いコードを提供する。
【００８８】
図３に示すように、図３は、本願によって提供されるデータ送信方法の別の実施形態のフローチャートである。本実施形態では、そのデータ送信方法を用いてシードパラメータを送信する。この方法がサーバで使用されるとき、それは以下のステップ３０１−ステップ３０３を含み得る。
【００８９】
ステップ３０１において、第１の公開鍵を搬送し、クライアントによって送信されたデータ要求を受信する。ここで、データ要求は、オフライン支払コードを生成するためのシードパラメータを返すようにサーバに要求するためのものである。第１の公開鍵は、クライアントによって生成された非対称鍵ペアの中の公開鍵であり、クライアントによって生成された非対称鍵ペアはさらに第１の秘密鍵を含む。
【００９０】
ここで、データ要求が受信されたときに、そのデータ要求が第１の公開鍵のみを搬送する場合、ステップ３０２は直接実行されることができる。データ要求が第１の公開鍵および第１の署名情報を搬送する場合、第１の署名情報は、クライアント証明書内の公開鍵と第１の公開鍵とに基づいて検証される。ステップ３０２は、検証が成功した後にのみ実行される。
【００９１】
ここで、サーバは、クライアントは事前にそれをサーバにブロードキャストするか、またはデータ要求を送信しながらクライアントがサーバに送信するという方法でクライアント証明書の公開鍵を取得することができる。
【００９２】
検証方法の１つとして、サーバはハッシュアルゴリズムを使用して、受信した第１の公開鍵に対してハッシュ演算を実行して、第２の要約情報を入手することができ、クライアント証明書に公開鍵を使用して、第１の情報要約を得るために第１の署名情報を解読することができ、そして、第１の情報の要約が第２の情報の要約と一致しているかどうかを検証することができる。一貫していれば、それは検証が成功したことを意味する。その後、サーバは暗号文と第２の鍵をクライアントに返す。
【００９３】
ステップ３０２において、第２の公開鍵と第２の秘密鍵とを含む非対称鍵ペアを取得し、予め設定された鍵合意アルゴリズムを使用して、第２の秘密鍵および第１の公開鍵に基づいて共有鍵を生成する。
【００９４】
ステップ３０３において共有鍵を使用してデータ要求が対応するシードパラメータを暗号化し、暗号化から得られた暗号文と第２の公開鍵をクライアントに送信する。それにより、鍵合意アルゴリズムを使用して、クライアントが第１の秘密鍵と第２の公開鍵に基づいて共有鍵を生成し、共有鍵を使用して暗号文を復号化し、シードパラメータを取得する。
【００９５】
ここで、第２の公開鍵と第２の秘密鍵とを含む非対称鍵ペアの生成タイミングに特別な制限を設定する必要はない。例えば、非対称鍵ペアはデータ要求が受信されるたびに生成されてもよい。別の例として、非対称鍵ペアは、データ要求を受信したときに、以前に生成された非対称鍵ペアを取得できるように、データ要求が受信されたとき以外のタイミングに他の条件が満たされたときに生成されてもよい。例えば、非対称鍵ペアは設定された間隔で生成されてもよく、新しく生成された非対称鍵ペアはそれぞれ、以前に生成された非対称鍵ペアを置き換える。
【００９６】
一例では、第２の公開鍵および第２の秘密鍵は、鍵生成アルゴリズムを使用して生成された鍵ペアであり得る。例えば、データ要求が受信されると、第２の公開鍵と第２の秘密鍵とを含む非対称鍵ペアを生成するために、サーバは毎回鍵生成アルゴリズムを使用する。非対称鍵アルゴリズムによって生成された非対称鍵ペアは、通常の条件下では毎回異なるため、これにより、これにより、固定された方法で格納された鍵ペアが漏洩し、その結果、安全でない鍵ペアを使用して、その後のすべての情報が暗号化されるという問題を回避することができる。
【００９７】
ここで、第１の公開鍵と第１の秘密鍵とを含む非対称鍵ペア、および第２の公開鍵と第２の秘密鍵とを含む非対称鍵ペアは、同じ鍵生成アルゴリズムによって生成される。鍵生成アルゴリズムは各計算中に異なる乱数を使用するため、異なるタイミングに計算中に生成された非対称鍵ペアは異なるように見える。したがって、クライアントによって生成された非対称鍵ペアは、通常の状況下でサーバによって生成された非対称鍵ペアとは異なる。
【００９８】
サーバが第２の公開鍵と第２の秘密鍵を取得した後、サーバは、予め設定された鍵合意アルゴリズムを使用して、第２の秘密鍵と第１の公開鍵に基づいて共有鍵を生成することができる。
【００９９】
鍵交換アルゴリズムとしても知られている鍵合意アルゴリズムは、例えば、ＥＣＤＨアルゴリズムであり得る。ここで、ＥＣＤＨは、ＥＣＣ（楕円曲線暗号システム）に基づくＤＨ（Ｄｉｆｆｉｅ−Ｈｅｌｌｍａｎ）鍵交換アルゴリズムである。したがって、両者は秘密情報を共有することなく共通鍵を交渉することができる。
【０１００】
この実施形態では、事前共有鍵合意アルゴリズムを使用して第２の秘密鍵および第１の公開鍵に基づいて生成された共有鍵は、その鍵合意アルゴリズムを使用して第１の秘密鍵と第２の公開鍵に基づいて生成された共有鍵と同じである。一実施形態として、データ提供者端末およびデータ要求者端末によって使用される鍵合意アルゴリズムは同一であり、データ提供者端末およびデータ要求者端末によって使用される鍵生成アルゴリズムは、また、同一である。鍵合意アルゴリズムと鍵生成アルゴリズムは、鍵生成アルゴリズムを使用して生成された任意の２つの非対称鍵ペアに対して、２つの非対称鍵ペアのいずれかの公開鍵と他の非対称鍵ペアの秘密鍵が選択された場合、交渉の結果、鍵合意アルゴリズムを使用して取得されたものは同一であるという条件を満たす。
【０１０１】
サーバが共有鍵を取得した後、サーバはその共有鍵を使用して、データ要求が対応するシードパラメータを暗号化し、暗号化から得られた暗号文と第２の公開鍵をクライアントに送信することができる。シードパラメータは、オフライン決済コードを生成するためのシードパラメータである。サーバがデータ要求を受信した後、サーバはデータ要求に従ってシードパラメータを取得することができる。クライアントが対応するシードパラメータは、実際の要件に応じて、同じでも異なってもよい。
【０１０２】
第２の公開鍵の送信に関しては、一例では、送信速度を上げるために第２の公開鍵をクライアントに直接送信することができる。
【０１０３】
別の例では、本願方法は、さらに、サーバ証明書内の秘密鍵を使用して第２の公開鍵に署名し、第２の署名情報を取得することを含む。ここで、サーバ証明書は、指定機関からサーバに対して発行された証明書である。
【０１０４】
暗号化から得られた暗号文と第２の公開鍵をクライアントに送信しながら、クライアントがサーバ証明書内の公開鍵と第２の公開鍵に基づいて第２の署名情報を検証するように、第２の署名情報もクライアントに送信する。検証が成功した場合、クライアントは暗号文を復号化する。
【０１０５】
ここで、指定機関は、証明書の発行が可能な機関であることができる。指定機関によってサーバに発行された証明書は、少なくとも秘密鍵と公開鍵とを含む。言い換えれば、サーバ証明書は、秘密鍵と公開鍵とを含む。クライアントは、サーバは事前にそれをクライアントにブロードキャストするか、またはサーバは暗号文と第２の公開鍵を送信しながらそれをクライアントに送信するという方法でサーバ証明書の公開鍵を入手することができる。
【０１０６】
１つの署名方法として、サーバは、ハッシュアルゴリズムを使用して第２の公開鍵に対してハッシュ操作を実行して、第３の情報の要約を入手することができる。サーバ証明書内の秘密鍵を使用して第３の情報を暗号化し、第２の署名情報を取得することができ、次に、暗号文、第２の公開鍵、および第２の署名情報をクライアントに送信することができる。
【０１０７】
クライアントは、サーバ証明書内の公開鍵と第２の公開鍵に基づいて第２の署名情報を検証することができる。成功した場合、クライアントは暗号文を復号化する。
【０１０８】
検証方法の一つとして、クライアントは、ハッシュアルゴリズムを使用して、第４の情報要約を取得するために第２の公開鍵に対してハッシュ操作を実行することができ、サーバ証明書の公開鍵を使って第２の署名情報を復号化し、第３の情報要約を入手し、そして、第３の情報要約が第４の情報要約と一致しているかどうかを検証することができる。一貫していれば、それは検証が成功したことを意味する。クライアントは、検証が成功した後にのみ暗号文の復号化操作を実行できる。
【０１０９】
前述の実施形態から、第２の公開鍵に署名し、第２の署名情報を首尾よく検証することは、第２の公開鍵が改ざんされないことを保証することができることが分かる。一方、サーバ証明書は、サーバが権限のある機関によって認証された安全なエンドであることを保証し、それによって共有鍵の交渉プロセスのセキュリティを保証する。
【０１１０】
本願によって提供されるデータ伝送方法の一実施形態に対応して、本出願は、データ伝送装置およびデータ伝送システムの実施形態をさらに提供する。
【０１１１】
図４を参照すると、本願によって提供されるデータ伝送システムの一実施形態のブロック図である。
【０１１２】
システム４０は、データ要求者機器４１とデータ提供者機器４２とを備える。
【０１１３】
データ要求者機器４１は、第１の公開鍵と第１の秘密鍵とを含む非対称鍵ペアを生成し、第１の公開鍵を搬送するデータ要求をデータ提供者機器４２に送信する。
【０１１４】
データ提供者機器４２は、第２の公開鍵と第２の秘密鍵とを含む非対称鍵ペアを取得し、予め設定された鍵合意アルゴリズムを使用して、第２の秘密鍵と第１の公開鍵とに基づいて共有鍵を生成する。
【０１１５】
データ提供者機器４２は、共有鍵を使用して、データ要求が対応するターゲットデータを暗号化し、暗号化により得られた暗号文と第２の公開鍵とをデータ要求者機器４１に送信する。
【０１１６】
データ要求者機器４１は、鍵合意アルゴリズムを使用して、第１の秘密鍵と第２の公開鍵に基づいて共有鍵を生成し、そして、共有鍵を使用して暗号文を復号化し、ターゲットデータを取得する。
【０１１７】
ここで、予め設定された鍵合意アルゴリズムを使用して第２の秘密鍵および第１の公開鍵に基づいて生成された共有鍵は、その鍵合意アルゴリズムを使用して第１の秘密鍵と第２の公開鍵に基づいて生成された共有鍵と同じである。
【０１１８】
任意選択の実施方法では、データ要求者機器４１は、要求者証明書内の秘密鍵を使用して第１の公開鍵に署名して第１の署名情報を取得し、第１の公開鍵および第１の署名情報を搬送するデータ要求をデータ提供者機器４２に送信する。ここで、要求者証明書は、指定機関によってデータ要求者機器に発行された証明書である。
【０１１９】
データ提供者機器４２が暗号文と第２の公開鍵をデータ要求者機器４１に返す前に、データ提供者機器４２は、要求者証明書の公開鍵と第１の公開鍵に基づいて第１の署名情報を検証し、検証が成功したと判断する。
【０１２０】
オプションの実施方法では、データ提供者機器４２は、提供者証明書内の秘密鍵を使用して第２の公開鍵に署名し、第２の署名情報を取得する。暗号化により得られた暗号文と第２の公開鍵とがデータ要求者機器４１に送信されると、データ提供者機器４２は、第２の署名情報をデータ要求者機器４１にも送信する。ここで、提供者証明書は、指定機関によってデータ提供者機器４２に発行された証明書である。
【０１２１】
データ要求者機器４１が暗号文を復号化する前に、データ要求者機器４１は、提供者証明書内の公開鍵と第２の公開鍵とに基づいて第２の署名情報を検証し、検証が成功したと判断する。
【０１２２】
図５を参照すると、本願によって提供されるデータ伝送装置の実施形態のブロック図である。
【０１２３】
この装置は、鍵生成モジュール５１、要求送信モジュール５２、情報受信モジュール５３、共有鍵生成モジュール５４、および、情報復号モジュール５５を備える。
【０１２４】
鍵生成モジュール５１は、第１の公開鍵と第１の秘密鍵とを含む非対称鍵ペアを生成するためのものである。
【０１２５】
要求送信モジュール５２は、第１の公開鍵を搬送するデータ要求をサーバに送信するためのものである。
【０１２６】
情報受信モジュール５３は、サーバによって送信された暗号文および第２の公開鍵を受信するためのものである。第２の公開鍵は、サーバによって取得された非対称鍵ペア内の公開鍵であり、サーバによって取得された非対称鍵ペアは、第２の秘密鍵をさらに含む。暗号文は、共有鍵を用いてオフライン決済コードを生成するためのシードパラメータを暗号化した情報であり、共有鍵は、予め設定された鍵合意アルゴリズムを使用して、第２の秘密鍵と第１の公開鍵に基づいて生成された鍵である。
【０１２７】
共有鍵生成モジュール５４は、鍵合意アルゴリズムを用いて第１の秘密鍵と第２の公開鍵とに基づいて共有鍵を生成するためのものである。
【０１２８】
情報復号化モジュール５５は、共有鍵を使用して暗号文を復号化し、シードパラメータを取得するためのものである。
【０１２９】
ここで、予め設定された鍵合意アルゴリズムを使用して第２の秘密鍵および第１の公開鍵に基づいて生成された共有鍵は、その鍵合意アルゴリズムを使用して第１の秘密鍵と第２の公開鍵に基づいて生成された共有鍵と同じである。
【０１３０】
任意選択の実施方法では、要求送信モジュール５２は、指定された機関によってクライアントに発行された証明書であるクライアント証明書の秘密鍵を使用して第１の公開鍵に署名し、第１の署名情報を取得し、サーバがクライアント証明書内の公開鍵および第１の公開鍵を使用するように、第１の公開鍵および第１の署名情報を搬送するデータ要求をサーバに送信し、第１の署名情報を検証し、検証に成功した場合は暗号文と第２の公開鍵をクライアントに送信するためのものである。
【０１３１】
図６を参照すると、本願によって提供されるデータ伝送装置の別の実施形態のブロック図である。
【０１３２】
この装置は、要求受信モジュール６１、鍵取得モジュール６２、共有鍵生成モジュール６３、情報暗号化モジュール６４、および、情報送信モジュール６５を備える。
【０１３３】
ここで、要求受信モジュール６１は、クライアントによって送信された第１の公開鍵を搬送するデータ要求を受信するためのものであり、データ要求は、オフライン支払いコードを生成するためのシードパラメータを返すようにサーバに要求するためのものであり、第１の公開鍵は、クライアントによって生成された非対称鍵ペアの中の公開鍵である。そして、クライアントによって生成された非対称鍵ペアはさらに第１の秘密鍵を含む。
【０１３４】
鍵取得モジュール６２は、第２の公開鍵と第２の秘密鍵とを含む非対称鍵ペアを取得するためのものである。
【０１３５】
共有鍵生成モジュール６３は、予め設定された鍵共有アルゴリズムを用いて、第２の秘密鍵と第１の公開鍵とに基づいて共有鍵を生成するためのものである。
【０１３６】
情報暗号化モジュール６４は、共有鍵を使用してデータ要求が対応するシードパラメータを暗号化するためのものである。
【０１３７】
情報送信モジュール６５は、鍵合意アルゴリズムを使用して、クライアントが第１の秘密鍵と第２の公開鍵に基づいて共有鍵を生成するように、暗号化から得られた暗号文と第２の公開鍵とをクライアントに送信し、そして、共有鍵を使用して暗号文を復号化し、シードパラメータを取得するためのものである。
【０１３８】
ここで、予め設定された鍵合意アルゴリズムを使用して第２の秘密鍵および第１の公開鍵に基づいて生成された共有鍵は、その鍵合意アルゴリズムを使用して第１の秘密鍵と第２の公開鍵に基づいて生成された共有鍵と同じである。
【０１３９】
任意選択の実施方法では、装置６０はさらに、サーバ証明書内の秘密鍵を使用して第２の公開鍵に署名して第２の署名情報を取得するための署名モジュールを備える（図６には示されていない）。ここで、サーバ証明書は指定機関によってサーバに発行された証明書である。
【０１４０】
情報送信モジュール６５はさらに、クライアントがサーバ証明書内の公開鍵と第２の公開鍵に基づいて第２の署名情報を検証するように、暗号化から得られた暗号文および第２の公開鍵をクライアントに送信するときに、第２の署名情報をクライアントに送信するために使用される。検証が成功した後、クライアントは暗号文を復号化する。
【０１４１】
これに基づいて、本出願はさらにウェアラブル機器を提供する。ウェアラブル機器は、第１の公開鍵および第１の秘密鍵を含む非対称鍵ペアを生成し、第１の公開鍵を搬送するデータ要求をサーバに送信するため、サーバによって送信された暗号文および第２の公開鍵を受信するために、ＳＥチップで構成されている。ここで、第２の公開鍵は、サーバによって取得された非対称鍵ペアの公開鍵であり、サーバによってさらに取得された非対称鍵ペアは、第２の秘密鍵を含み、その暗号文は、共有鍵を用いてオフライン支払コードを生成するためのシードパラメータを暗号化して得られる情報であり、その共有鍵は、予め設定された鍵合意アルゴリズムを使用して、第２の秘密鍵と第１の公開鍵に基づいて生成された鍵である。このウェアラブル機器は、さらに、鍵合意アルゴリズムを使用して第１の秘密鍵および第２の公開鍵に基づいて共有鍵を生成し、その共有鍵を使用して暗号文を復号してシードパラメータを取得するために、ＳＥチップで構成されている。ここで、予め設定された鍵合意アルゴリズムを使用して第２の秘密鍵および第１の公開鍵に基づいて生成された共有鍵は、その鍵合意アルゴリズムを使用して第１の秘密鍵と第２の公開鍵に基づいて生成された共有鍵と同じである。
【０１４２】
前述の実施形態から、ウェアラブル機器内のＳＥの構成を通して、非対称鍵ペアの生成、共有鍵の生成、ターゲットデータの格納、および暗号文の復号化は、ＳＥで行われることが分かる。さらに、ＳＥはクラッキング防止機能を有するので、ＳＥは非常に高いセキュリティレベルを有するターゲットデータを提供することができる。
【０１４３】
現在の技術における情報セキュリティおよび長期の暗号化および復号化の問題を回避するために、本出願はさらに、図７に示すように、代替のデータ伝送方法を提供する。図７は、本願によって提供されるデータ送信方法の別の実施形態のフローチャートである。この方法は、以下のステップ７０１−ステップ７０８を含むことができる。ステップ７０１において、データ要求者端末は第１の対称鍵を生成する。ステップ７０２において、データ要求者端末は、第１の対称鍵を搬送するデータ要求をデータ提供者端末に送信する。ステップ７０３において、データ提供者端末は、第１の対称鍵とは異なる第２の対称鍵を取得する。ステップ７０４で、データ提供者端末は、予め設定された鍵合意アルゴリズムを使用して、第１の対称鍵および第２の対称鍵に基づいて共有鍵を生成する。ステップ７０５で、データ提供者端末は共有鍵を使用してデータ要求が対応するターゲットデータを暗号化する。ステップ７０６において、データ提供者端末は、暗号化から得られた暗号文と第２の対称鍵とをデータ要求者端末に送信する。ステップ７０７で、データ要求者端末は、鍵合意アルゴリズムを使用して、第１の対称鍵および第２の対称鍵に基づいて共有鍵を生成する。ステップ７０８で、データ要求者端末は共有鍵を使用して暗号文を復号化し、ターゲットデータを取得する。
【０１４４】
前述の実施形態から、第１の対称鍵がデータ要求者端末を介して取得されてもよく、第１の対称鍵を搬送するデータ要求がデータ提供者端末に送信され、データ提供者端末を介して第２の対称鍵が取得され、予め設定された鍵合意アルゴリズムを使用して第１の対称鍵と第２の対称鍵とに基づいて共有鍵が生成され、次に、共有鍵を使用してデータ要求が対応するターゲットデータを暗号化し、最後に暗号化から得られた暗号文と第２の対称鍵をデータ要求者端末に送信し、する。データ要求者端末は、同じ鍵合意アルゴリズムを使用して、第１の対称鍵および第２の対称鍵に基づいて共有鍵を生成することが分かる。データ提供者端末とデータ要求者端末は同一の鍵合意アルゴリズムを使用するので、データ提供者端末によって生成された共有鍵とデータ要求者端末によって生成された共有鍵は同一であり、データ要求者端末は生成された共有鍵を介して暗号文を復号することができる。それによってターゲットデータを得る。非対称鍵アルゴリズムは各計算中に異なる乱数を使用するので、各計算中に異なる非対称鍵ペアが生成されることが分かる。したがって、異なるクライアントによって生成された非対称鍵ペアも異なり、クライアント機器またはサーバ機器の鍵の漏洩から生じるすべてのクライアント機器およびサーバ機器に対するセキュリティリスクの問題が回避される。一方、共有鍵は第１の対称鍵および第２の対称鍵とは異なるため、ハッカーが対称鍵をハイジャックしたとしても、ハッカーは本出願がどの鍵合意アルゴリズムを使用したのかを知らない。そのため、ハッカーは暗号文を復号化することができず、それによって送信プロセス全体を通してデータセキュリティが確保される。さらに、対象データを暗号化するための鍵と対象データを復号するための鍵は同一であるため、対称鍵暗号化および復号化アルゴリズムを使用してデータを暗号化および復号化し、複雑で非対称な暗号化および復号化アルゴリズムから生じる長い暗号化および復号化時間を回避し、それによって暗号化および復号化の効率を改善する。
【０１４５】
ここで、第１の対称鍵を生成する鍵生成アルゴリズムと第２の対称鍵を生成する鍵生成アルゴリズムは同じでも異なっていてもよく、特に制限はない。鍵生成アルゴリズムによって生成された対称鍵は毎回異なるので、第２の対称鍵は第１の対称鍵とは異なる。
【０１４６】
データ要求者端末は、第１の対称鍵を取得した後、第１の対称鍵に基づいて第１の対称鍵を搬送するデータ要求を生成することができる。ここで、データ要求は、対象データを要求するために用いられる。データ要求が生成された後、それはデータ提供者端末に送信されることができる。
【０１４７】
一例では、データ要求者端末は、データ要求を使用して第１の対称鍵を直接搬送することによってデータ要求を送信する速度を上げることができる。
【０１４８】
別の例では、第１の対称鍵を搬送するデータ要求をデータ提供者端末に送信することは、データ要求者端末が、要求者証明書内の秘密鍵を使用して第１の対称鍵に署名し、第１の署名情報を取得することを含む。ここで、要求者証明書は、指定機関からデータ要求者端末に対して発行された証明書である。
【０１４９】
データ要求者端末は、第１の対称鍵および第１の署名情報を搬送するデータ要求をデータ提供者端末に送信する。
【０１５０】
ここで、指定機関は、証明書の発行が可能な機関であればよい。指定機関によってデータ要求者端末に発行された証明書は、少なくとも秘密鍵と公開鍵とを含む。
【０１５１】
データ提供者端末がデータ要求を受信した後、データ提供者端末は、要求者証明書の公開鍵と第１の対称鍵に基づいて、第１の署名情報を検証することができる。検証が成功した後、データ提供者端末は暗号文と第２の対称鍵をデータ要求者端末に返す動作を実行する。
【０１５２】
前述の実施形態から、第１の対称鍵に署名し、第１の署名情報を正常に検証することで、保証される場合があり、第１の対称鍵は改ざんされておらず、一方、要求者証明書はデータ要求者端末が信頼できる機関によって認証された安全な端末であることを保証し、それにより、共有鍵の交渉プロセスのセキュリティが確保されることが分かる。
【０１５３】
データ提供者端末がデータ要求を受信した後、データ提供者端末は第２の対称鍵を取得することができる。データ提供者端末が第２の対称鍵を取得した後、データ提供者端末は、予め設定された鍵合意アルゴリズムを使用して、第１の対称鍵および第２の対称鍵に基づいて共有鍵を生成することができる。
【０１５４】
ここで、鍵交換アルゴリズムとしても知られる鍵合意アルゴリズムは、例えば、ＥＣＤＨアルゴリズムであり得る。ここで、ＥＣＤＨは、ＥＣＣ（楕円曲線暗号システム）に基づくＤＨ（Ｄｉｆｆｉｅ−Ｈｅｌｌｍａｎ）鍵交換アルゴリズムである。したがって、両者は秘密情報を共有することなく共通鍵を交渉することができる。
【０１５５】
データ提供者端末は、共有鍵を使用して、データ要求が対応し、暗号化から得られた暗号文および第２の対称鍵をデータ要求者端末に送信するターゲットデータを暗号化することができる。
【０１５６】
一例では、データ提供者端末は第２の対称鍵をデータ要求者端末に直接送信して、送信効率を向上させる。
【０１５７】
別の例では、データ提供者端末は、提供者証明書内の秘密鍵を使用して第２の対称鍵に署名して、第２の署名情報を取得する。ここで、提供者証明書は、指定機関によってデータ提供者端末に発行された証明書である。
【０１５８】
データ提供者端末が暗号化から得られた暗号文と第２の対称鍵をデータ要求者端末に送信すると、データ提供者端末はさらに第２の署名情報をデータ要求者端末に送信する。
【０１５９】
ここで、指定機関は、証明書の発行が可能な機関であることができる。指定機関によってデータ提供者端末に発行された証明書は、少なくとも秘密鍵と公開鍵とを含む。言い換えれば、提供者証明書は、秘密鍵と公開鍵を含む。
【０１６０】
データ要求者端末は、提供者証明書内の公開鍵と第２の対称鍵とに基づいて第２の署名情報を検証する。検証が成功した後、データ要求者端末は暗号文を解読するステップを実行する。
【０１６１】
前述の実施形態から、第２の対称鍵に署名し、第２の署名情報を首尾よく検証することは、第２の対称鍵が改ざんされていないことを保証し得、一方、提供者証明書はデータ提供者端末が信頼できる機関によって認証された安全な端末であることを保証し、それにより、共有鍵の交渉プロセスのセキュリティが確保されることが分かる。
【０１６２】
本願によって提供されるデータ伝送方法の実施形態に対応して、本願はさらに、データ伝送システムの実施形態を提供する。
【０１６３】
図８を参照すると、本願によって提供されるデータ伝送システムの別の実施形態のブロック図である。
【０１６４】
システム８０は、データ要求者機器８１とデータ提供者機器８２とを備える。
【０１６５】
データ要求者機器８１は、第１の対称鍵を生成し、第１の対称鍵を搬送するデータ要求をデータ提供者機器８２に送信する。
【０１６６】
データ提供者機器８２は、第２の対称鍵を取得し、予め設定された鍵合意アルゴリズムを使用して、第１の対称鍵と第２の対称鍵に基づいて共有鍵を生成する。ここで、第２の対称鍵は第１の対称鍵とは異なる。
【０１６７】
データ提供者機器８２は、共有鍵を使用して、データ要求が対応するターゲットデータを暗号化し、そして、暗号化から得られた暗号文と第２の共通鍵とをデータ要求者機器８１に送信する。
【０１６８】
データ要求者機器８１は、鍵合意アルゴリズムを使用して、第１の対称鍵と第２の対称鍵とに基づいて共有鍵を生成する。共有鍵を使用して暗号文を復号化し、ターゲットデータを取得する。
【０１６９】
上記の装置における各モジュールの作用効果を達成するための処理が、前述の方法における対応するステップの達成プロセスにおいて詳述されており、不必要な詳細は繰り返されない。
【０１７０】
装置の実施形態は基本的に方法の実施形態に対応するので、装置の関連部分については、本願方法の実施形態の対応する部分を参照されたい。上述の装置の実施形態は単なる例示である。別々の構成要素として記載されたその単位は、物理的に別々であってもなくてもよく、そして、ユニットとして表示されているコンポーネントは、物理的なユニットでもそうでなくてもよい、すなわち、それらは同じ場所に配置されるか、または複数のネットワークユニットに分散されることがある。本出願の解決策の目的を達成するための実際の必要性に従って、モジュールのうちのいくつかまたはすべてを選択することができる。当業者は、創造的な努力なしにそれを理解し実行することができる。
【０１７１】
明細書を検討し、ここに適用される発明を実施した後、当業者は、本願の他の実施形態を容易に思いつくであろう。本出願は、本出願のあらゆる修正、使用、または適応的変更を網羅することを意図している。これらの修正、使用、または適応的変更は、本願の一般原則に従う。そして、本出願によって出願されない技術分野における一般的な一般的知識または従来の技術的手段を含む。説明および実施形態は例示にすぎない。本出願の真の範囲および趣旨は、添付の特許請求の範囲によって述べられる。
【０１７２】
本出願は、上で説明し添付の図面に示した正確な構造に限定されず、その範囲から逸脱することなく、様々な修正および変更を加えることができることを理解すべきである。本出願の範囲は添付の特許請求の範囲によって限定される。
【手続補正２】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
クライアントにおいて適用されるデータ伝送方法であって、
第１の公開鍵および第１の秘密鍵備える非対称鍵ペアを生成するステップと、
サーバに、該第１の公開鍵を搬送するデータ要求を送信するステップと、
前記サーバによって送信された、暗号文および第２の公開鍵を受信するステップであって、該第２の公開鍵は、前記サーバにより取得された非対称鍵ペアにおける公開鍵であり、前記サーバにより取得された該非対称鍵ペアは、さらに、第２の秘密鍵を含み、前記暗号文は、共有鍵を用いてオフライン決済コードを生成するためのシードパラメータを暗号化した情報であり、該共有鍵は、予め設定された鍵合意アルゴリズムを使用して第２の秘密鍵と第１の公開鍵に基づいて生成された鍵である、ステップと、
鍵合意アルゴリズムを使用して前記第１の秘密鍵と前記第２の公開鍵に基づいて共有鍵を生成し、前記シードパラメータを取得するために該共有鍵を使用して前記暗号文を復号するステップと、
を含み、
前記予め設定された鍵合意アルゴリズムを使用して前記第２の秘密鍵と前記第１の公開鍵とに基づいて生成された前記共有鍵は、前記鍵合意アルゴリズムを使用する前記第１の秘密鍵と前記第２の公開鍵とに基づいて生成された前記共有鍵と同一である、方法。
【請求項２】
前記第１の公開鍵を搬送するデータ要求をサーバに送信する前記ステップは、第１の署名情報を取得するために、前記第１の公開鍵に署名するのに、クライアント証明書で秘密鍵を使用するステップであって、前記クライアント証明書は、指定機関によって前記クライアントに発行された証明書である、ステップと、
前記サーバが、前記第１の署名情報を検証するために、前記クライアント証明書内の公開鍵と、前記第１の公開鍵とを使用し、検証が成功した場合、前記暗号文と前記第２の公開鍵を前記クライアントに送信するように、前記第１の公開鍵と前記第１の署名情報とを搬送するデータ要求をサーバに送信するステップと、
を含む、請求項１に記載の方法。
【請求項３】
前記クライアントは、ウェアラブル機器のなかに配置される、請求項１または２に記載の方法。
【請求項４】
前記ウェアラブル機器は、スマート・ブレスレットを含む、請求項３に記載の方法。
【請求項５】
サーバに適用されるデータ伝送方法であって、
クライアントによって送信された、第１の公開鍵を搬送するデータ要求を受信するステップであって、該データ要求は、オフライン支払コードを生成するためのシードパラメータを返すように該サーバに要求するためのものであり、該第１の公開鍵は該クライアントによって生成された非対称鍵ペアの中の公開鍵であり、該クライアントによって生成された該非対称鍵ペアはさらに第１の秘密鍵を含むものである、ステップと、
第２の公開鍵と第２の秘密鍵とを含む非対称鍵ペアを取得し、予め設定された鍵合意アルゴリズムを使用して該第２の秘密鍵と該第１の公開鍵に基づいて共有鍵を生成するステップと、
前記データ要求に対応するシードパラメータを暗号化するために前記共有鍵を使用して、前記クライアントが、鍵合意アルゴリズムを使用して前記第１の秘密鍵と前記第２の公開鍵に基づいて共有鍵を生成し、該共有鍵を使用して暗号文を復号して前記シードパラメータを取得するように、暗号化から取得した前記暗号文と前記第２の公開鍵をクライアントに送信するステップと、
を含み、
前記予め設定された鍵合意アルゴリズムを使用して前記第２の秘密鍵および前記第１の公開鍵に基づいて生成された前記共有鍵は、前記鍵合意アルゴリズムを使用して前記第１の秘密鍵および前記第２の公開鍵に基づいて生成された前記共有鍵と同一である、方法。
【請求項６】
前記方法は、さらに、
前記第２の公開鍵に署名し、第２の署名情報を取得するために、サーバ証明書内の秘密鍵を使用するステップであって、該サーバ証明書は、指定された機関によってサーバに発行された証明書である、ステップと、
暗号化から得られた前記暗号文と前記第２の公開鍵を前記クライアントに送信している間に、前記サーバ証明書内の公開鍵と前記第２の公開鍵に基づいて、前記クライアントが前記第２の署名情報を検証し、検証が成功した場合は前記暗号文を復号化するように、また、前記クライアントに前記第２の署名情報を送信するステップと、
を含む、請求項５に記載の方法。
【請求項７】
データ要求者端末が、第１の公開鍵と第１の秘密鍵とを含む非対称鍵ペアを生成するステップと、
前記第１の公開鍵を搬送するデータ要求をデータ提供者端末に送信するステップと、
該データ提供者端末が、第２の公開鍵と第２の秘密鍵とを含む非対称鍵ペアを取得するステップと、
予め設定された鍵合意アルゴリズムを使用して、前記第２の秘密鍵と前記第１の公開鍵とに基づいて共有鍵を生成するステップと、
データ提供者端末が、前記データ要求が対応するターゲットデータを暗号化するために前記共有鍵を使用し、暗号化から得られた暗号文と前記第２の公開鍵とを前記データ要求者端末に送信するステップと、
前記データ要求者端末が、前記鍵合意アルゴリズムを使用して、前記第１の秘密鍵および前記第２の公開鍵に基づいて共有鍵を生成するステップと、
前記暗号文を復号化し、前記ターゲットデータを取得するために前記共有鍵を使用するステップと、
を含むデータ伝送方法であって、
前記予め設定された鍵合意アルゴリズムを使用して、前記第２の秘密鍵と前記第１の公開鍵に基づいて生成された前記共有鍵は、前記鍵合意アルゴリズムを使用して前記第１の秘密鍵と前記第２の公開鍵に基づいて生成された前記共有鍵と同一である、データ伝送方法。
【請求項８】
前記第１の公開鍵を搬送するデータ要求をデータ提供者端末に送信する前記ステップは、
前記データ要求者端末が、前記第１の公開鍵に署名して第１の署名情報を取得するために、要求者証明書内の秘密鍵を使用するステップであって、前記要求者証明書は、指定機関によって前記データ要求者端末に発行された証明書である、ステップと、
前記データ要求者端末が、前記第１の公開鍵および前記第１の署名情報を搬送するデータ要求を前記データ提供者端末に送信するステップと、
を含み、
前記方法は、さらに、前記データ提供者端末が、前記要求者証明書内の公開鍵および前記第１の公開鍵に基づいて、前記第１の署名情報を検証し、検証に成功した場合、前記データ提供者端末は、前記暗号文および前記第２の公開鍵を前記データ要求者端末に送信するステップを含む、請求項７に記載の方法。
【請求項９】
前記方法は、さらに、
前記データ提供者端末が、前記第２の公開鍵に署名して第２の署名情報を取得するために、提供者証明書内の秘密鍵を使用するステップであって、該提供者証明書は、指定機関によってデータ提供者端末に発行された証明書である、ステップと、
前記データ提供者端末が暗号化から得られた前記暗号文と前記第２の公開鍵とを前記データ要求者端末に送信するときに、前記データ提供者端末が、さらに前記第２の署名情報を前記データ要求者端末に送信するステップと、
前記データ要求者端末が、前記提供者証明書内の公開鍵および前記第２の公開鍵に基づいて前記第２の署名情報を検証し、検証が成功した場合、前記データ要求者端末は前記暗号文を復号化するステップと
を含む、請求項７に記載の方法。
【請求項１０】
第１の公開鍵と第１の秘密鍵とを含む非対称鍵ペアを生成する鍵生成モジュールと、
前記第１の公開鍵を搬送するデータ要求をサーバに送信する要求送信モジュールと、
前記サーバによって送信された暗号文および第２の公開鍵を受信するための情報受信モジュールであって、前記第２の公開鍵は前記サーバによって取得された非対称鍵ペア内の公開鍵であり、前記サーバによって取得された前記非対称鍵ペアは、第２の秘密鍵をさらに含み、前記暗号文は、共有鍵を使用してオフライン支払コードを生成するためのシードパラメータを暗号化することによって取得された情報であり、前記共有鍵は、予め設定された鍵合意アルゴリズムを使用して前記第２の秘密鍵と前記第１の公開鍵に基づいて生成された鍵である、情報受信モジュールと、
前記鍵合意アルゴリズムを使用して前記第１の秘密鍵および前記第２の公開鍵に基づいて共有鍵を生成する共有鍵生成モジュールと、
前記共有鍵を使用して前記暗号文を復号化して前記シードパラメータを取得するための情報復号化モジュールと、
を備えるデータ伝送装置であって、
前記予め設定された鍵合意アルゴリズムを使用して前記第２の秘密鍵および前記第１の公開鍵に基づいて生成された前記共有鍵は、前記鍵合意アルゴリズムを使用して前記第１の秘密鍵および前記第２の公開鍵に基づいて生成された共有鍵と同一である、データ伝送装置。
【請求項１１】
クライアントによって送信された、第１の公開鍵を搬送するデータ要求を受信するための要求受信モジュールであって、該データ要求はオフライン支払コードを生成するためのシードパラメータを返すようにサーバに要求するためのものであり、前記第１の公開鍵は前記クライアントによって生成された非対称鍵ペアの中の公開鍵であり、前記クライアントによって生成された前記非対称鍵ペアはさらに第１の秘密鍵を含むものである、要求受信モジュールと、
第２の公開鍵と第２の秘密鍵とを含む非対称鍵ペアを取得するための鍵取得モジュールと、予め設定された鍵合意アルゴリズムを使用して、前記第２の秘密鍵と前記第１の公開鍵とに基づいて共有鍵を生成する共有鍵生成モジュールと、
前記データ要求が対応するシードパラメータを暗号化するために前記共有鍵を使用する情報暗号化モジュールと、前記鍵合意アルゴリズムを使用して前記第１の秘密鍵と前記第２の公開鍵に基づいて共有鍵を生成し、該共有鍵を使用して前記暗号文を復号して前記シードパラメータを取得するように、暗号化から得られた暗号文と第２の公開鍵をクライアントに送信するための情報送信モジュールであって、前記予め設定された鍵合意アルゴリズムを使用して前記第２の秘密鍵および前記第１の公開鍵に基づいて生成された前記共有鍵は、前記鍵合意アルゴリズムを使用して前記第１の秘密鍵および前記第２の公開鍵に基づいて生成された前記共有鍵と同一である、情報送信モジュールと、
を備えるデータ伝送装置。
【請求項１２】
データ要求者機器およびデータ提供者機器と、を備えるデータ送信システムであって、
前記データ要求者機器は、第１の公開鍵と第１の秘密鍵とを含む非対称鍵ペアを生成し、
前記第１の公開鍵を搬送するデータ要求をデータ提供者機器に送信し、
前記データ提供者機器は、第２の公開鍵と第２の秘密鍵とを含む非対称鍵ペアを取得し、予め設定された鍵合意アルゴリズムを使用して前記第２の秘密鍵と前記第１の公開鍵に基づいて共有鍵を生成し、
前記データ提供者機器は、共有鍵を使用して前記データ要求に対応するターゲットデータを暗号化し、暗号化から得られた暗号文と前記第２の公開鍵とをデータ要求者機器に送信し、
前記データ要求者機器は、前記鍵合意アルゴリズムを使用して、前記第１の秘密鍵および前記第２の公開鍵に基づいて共有鍵を生成し、前記共有鍵を使用して前記暗号文を復号化して前記ターゲットデータを取得する、
データ送信システムであり、
前記予め設定された鍵合意アルゴリズムを使用して前記第２の秘密鍵および前記第１の公開鍵に基づいて生成された共有鍵は、前記鍵合意アルゴリズムを使用して前記第１の秘密鍵および前記第２の公開鍵に基づいて生成された前記共有鍵と同一である、データ送信システム。
【請求項１３】
データ要求者端末が、第１の対称鍵を生成し、該第１の対称鍵を搬送するデータ要求をデータ提供者端末に送信するステップと、
前記データ提供者端末が、第２の対称鍵を取得し、前記第１の対称鍵と該第２の対称鍵とに基づいて予め設定された鍵合意アルゴリズムを使用して共有鍵を生成するステップであって、該第２の対称鍵は前記第１の対称鍵とは異なるものである、ステップと、
前記データ提供者端末が、前記共有鍵を使用して前記データ要求が対応するターゲットデータを暗号化し、暗号化から得られた暗号文および前記第２の対称鍵を前記データ要求者端末に送信するステップと、
前記データ要求者端末が、前記第１の対称鍵および前記第２の対称鍵に基づいて、鍵合意アルゴリズムを使用して共有鍵を生成し、該共有鍵を使用して前記暗号文を復号化して前記ターゲットデータを取得するステップと、
を含むデータ伝送方法。
【請求項１４】
データ要求者機器とデータ提供者機器とを備えるデータ送信システムであって、
前記データ要求者機器は、第１の対称鍵を生成し、該第１の対称鍵を搬送するデータ要求を前記データ提供者機器に送信し、前記データ提供者機器は、第２の対称鍵を取得し、予め設定された鍵合意アルゴリズムを使用して前記第１の対称鍵および該第２の対称鍵に基づいて共有鍵を生成し、ここで、該第２の対称鍵は前記第１の対称鍵とは異なるものであり、
前記データ提供者機器は、前記共有鍵を使用して前記データ要求が対応するターゲットデータを暗号化し、暗号化から得られた暗号文および前記第２の対称鍵を前記データ要求者機器に送信し、前記データ要求者機器は、鍵合意アルゴリズムを使用して、前記第１の対称鍵および前記第２の対称鍵に基づいて共有鍵を生成し、該共有鍵を使用して暗号文を復号化して、前記ターゲットデータを取得する、
データ送信システム。
【国際調査報告】
2019533384.tif 000012
2019533384.tif 000013
2019533384.tif 000014
2019533384.tif 000015