(57)【要約】本出願は、車載端末のための決済認証方法、装置、及び、システムを開示する。車載端末に適用される方法は、サーバによって送信された決済認証要求であって、ユーザ識別子を含む決済認証要求を受信し、確立された通信接続を有するユーザデバイスに決済認証要求を転送することと、ユーザデバイスによって応答された暗号化された決済証明情報であって、ユーザ識別子とユーザデバイス識別子とを含む暗号化された決済証明情報を受信し、暗号化された決済証明情報をサーバに送信することと、サーバによって送信された証明結果であって、ユーザ識別子とユーザデバイス識別子との間に結合関係があるか否かを示す証明結果を受信し、証明結果に従って、決済処理を行うことと、を含む。本出願は、車載端末に適用される既存のモバイル決済技術の決済のセキュリティが低いという技術的問題を解決する。
2019521414.tif 000002
【特許請求の範囲】
【請求項１】
車載端末のための決済認証方法であって、
サーバによって送信された決済認証要求であって、ユーザ識別子を含む前記決済認証要求を受信して、確立された通信接続を有するユーザデバイスに前記決済認証要求を転送することと、
前記ユーザデバイスによって応答された暗号化された決済証明情報であって、前記ユーザ識別子とユーザデバイス識別子とを含む前記暗号化された決済証明情報を受信し、前記暗号化された決済証明情報を前記サーバに送信することと、
前記サーバによって送信された証明結果であって、前記ユーザ識別子と前記ユーザデバイス識別子の間に結合関係があるか否かを示す前記証明結果を受信し、前記証明結果に従って、決済処理を行うことと、
を含む、前記方法。
【請求項２】
前記ユーザデバイス識別子を獲得し、前記ユーザデバイス識別子と前記ユーザ識別子とを暗号化することと、
前記暗号化されたユーザデバイス識別子と前記暗号化されたユーザ識別子とを前記サーバに送信し、それによって、前記サーバが、前記ユーザデバイス識別子と前記ユーザ識別子との間に前記結合関係を確立することと、
をさらに含む、請求項１に記載の方法。
【請求項３】
前記ユーザデバイス識別子を前記獲得することは、
結合要求を前記ユーザデバイスに送信することと、
前記ユーザデバイスによって送信された結合応答であって、前記ユーザデバイス識別子を含む前記結合応答を受信することと、
を含む、請求項２に記載の方法。
【請求項４】
前記暗号化された前記決済証明情報は、秘密鍵証明書を用いて決済証明情報を暗号化することによって、前記ユーザデバイスによって取得され、前記決済証明情報は、前記決済認証要求に応答して、前記ユーザデバイスによって生成される、請求項２に記載の方法。
【請求項５】
前記暗号化されたユーザデバイス識別子と前記暗号化された前記ユーザ識別子とを前記サーバに前記送信した後、
前記サーバによって暗号化及び送信された前記秘密鍵証明書であって、前記ユーザデバイス識別子と前記ユーザ識別子とに従って、前記サーバによって生成される前記秘密鍵証明書を受信することと、
暗号解読によって前記秘密鍵証明書を取得し、前記秘密鍵証明書を前記ユーザデバイスに送信することと、
をさらに含む、請求項４に記載の方法。
【請求項６】
車載端末のための決済認証方法であって、
確立された通信接続を有する車載端末によって送信された決済認証要求であって、ユーザ識別子を含む前記決済認証要求を受信することと、
暗号化された決済証明情報であって、前記ユーザ識別子とユーザデバイス識別子とを含む前記暗号化された決済証明情報を、前記決済認証要求に応答して生成することと、
前記暗号化された決済証明情報を前記車載端末を通してサーバに送信し、それによって、前記サーバは、前記ユーザ識別子と前記ユーザデバイス識別子との間に結合関係があるか否かを証明することと、
を含む、前記方法。
【請求項７】
前記決済認証要求に応答して、前記暗号化された決済証明情報を前記生成することは、
前記決済認証要求に応答して、前記決済証明情報を生成することと、
秘密鍵証明書を用いて前記決済証明情報を暗号化して、前記暗号化された決済証明情報を生成することと、
を含む、請求項６に記載の方法。
【請求項８】
前記車載端末によって送信された結合要求を受信し、前記結合要求に応答して、前記ユーザデバイス識別子を前記車載端末に送信して、前記車載端末が、前記暗号化されたユーザデバイス識別子と前記暗号化されたユーザ識別子を前記サーバに送信できるようにし、それによって、前記サーバは、前記暗号化されたユーザデバイス識別子と前記暗号化されたユーザ識別子を解読して、前記秘密鍵証明書を生成し、前記暗号化された秘密鍵証明書を前記車載端末に送信することと、
前記車載端末によって送信された前記解読された秘密鍵証明書を受信することと、
をさらに含む、請求項７に記載の方法。
【請求項９】
車載端末のための決済認証方法であって、
決済認証要求であって、ユーザ識別子を含む前記決済認証要求を車載端末を通してユーザデバイスに送信することと、
前記ユーザデバイスによって前記車載端末を通して送信された暗号化された決済証明情報であって、前記決済認証要求に応答して生成され、前記ユーザ識別子とユーザデバイス識別子とを含む前記暗号化された決済証明情報を受信することと、
前記暗号化された決済証明情報を解読し、前記ユーザ識別子と前記ユーザデバイス識別子との間に結合関係があるか否かを証明し、前記証明結果を前記車載端末に送信することと、
を含む、前記方法。
【請求項１０】
前記車載端末によって送信された前記暗号化されたユーザデバイス識別子と前記暗号化されたユーザ識別子とを受信及び解読することと、
前記ユーザデバイス識別子と前記ユーザ識別子との間に前記結合関係を確立することと、
をさらに含む、請求項９に記載の方法。
【請求項１１】
前記暗号化された決済証明情報は、秘密鍵証明書を用いて前記決済証明情報を暗号化することによって、前記ユーザデバイスによって取得され、前記決済証明情報は、前記決済認証要求に応答して、前記ユーザデバイスによって生成される、請求項１０に記載の方法。
【請求項１２】
前記ユーザデバイス識別子と前記ユーザ識別子との間に前記結合関係を確立した後、
前記ユーザデバイス識別子と前記ユーザ識別子とに従って、秘密鍵証明書を生成することと、
前記秘密鍵証明書を暗号化し、前記暗号化された秘密鍵証明書を前記車載端末に送信し、それによって、前記車載端末は、暗号解読によって前記秘密鍵証明書を取得し、前記秘密鍵証明書を前記ユーザデバイスに送信することと、
をさらに含む、請求項１１に記載の方法。
【請求項１３】
車載端末決済認証のための車載端末であって、
サーバによって送信された決済認証要求であって、ユーザ識別子を含む前記決済認証要求を受信するように構成された第１の通信モジュールと、
確立された通信接続を有するユーザデバイスに前記決済認証要求を送信するように、また、前記ユーザデバイスによって応答された暗号化された決済証明情報であって、前記ユーザ識別子とユーザデバイス識別子とを含む前記暗号化された決済証明情報を受信するように構成された第２の通信モジュールと、を含み、
前記第１の通信モジュールは、前記暗号化された決済証明情報を前記サーバに送信するように、また、前記サーバによって送信された証明結果であって、前記ユーザ識別子と前記ユーザデバイス識別子の間に結合関係があるか否かを示す前記証明結果を受信するようにさらに構成されており、及び
前記証明結果に従って、決済処理を行うように構成された処理モジュールと、
を含む、前記車載端末。
【請求項１４】
前記ユーザデバイス識別子を獲得するように構成された獲得モジュールと、
前記ユーザデバイス識別子と前記ユーザ識別子とを暗号化するように構成された暗号化モジュールと、をさらに含み、
前記第１の通信モジュールは、前記暗号化されたユーザデバイス識別子と前記暗号化されたユーザ識別子とを前記サーバに送信するようにさらに構成されており、それによって、前記サーバが、前記ユーザデバイス識別子と前記ユーザ識別子との間に前記結合関係を確立する、
請求項１３に記載の車載端末。
【請求項１５】
前記獲得モジュールは、
前記第２の通信モジュールを通して前記ユーザデバイスに結合要求を送信するように、また、
前記ユーザデバイスによって送信された結合応答であって、前記ユーザデバイス識別子を含む前記結合応答を前記第２の通信モジュールを通して受信するように、
具体的に構成されている、請求項１４に記載の車載端末。
【請求項１６】
前記暗号化された決済証明情報は、秘密鍵証明書を用いて決済証明情報を暗号化することによって、前記ユーザデバイスによって取得され、前記決済証明情報は、前記決済認証要求に応答して、前記ユーザデバイスによって生成される、請求項１４に記載の車載端末。
【請求項１７】
前記第１の通信モジュールは、前記サーバによって暗号化及び送信された前記秘密鍵証明書であって、前記ユーザデバイス識別子と前記ユーザ識別子とに従って前記サーバによって生成される前記秘密鍵証明書を受信するようにさらに構成されており、
前記車載端末は、
暗号解読によって前記秘密鍵証明書を取得するように構成された暗号解読モジュールと、
前記秘密鍵証明書を前記ユーザデバイスに送信するようにさらに構成された前記第２の通信モジュールと、
をさらに含む、請求項１６に記載の車載端末。
【請求項１８】
車載端末決済認証のためのユーザデバイスであって、
確立された通信接続を有する車載端末によって送信された決済認証要求であって、ユーザ識別子を含む前記決済認証要求を受信するように構成された受信モジュールと、
暗号化された決済証明情報であって、前記ユーザ識別子とユーザデバイス識別子とを含む前記暗号化された決済証明情報を、前記決済認証要求に応答して生成するように構成された生成モジュールと、
前記車載端末を通してサーバに前記暗号化された決済証明情報を送信するように構成された送信モジュールであって、それによって、前記サーバが、前記ユーザ識別子と前記ユーザデバイス識別子との間に結合関係があるか否かを証明する、前記送信モジュールと、
を含む、前記ユーザデバイス。
【請求項１９】
前記生成モジュールは、
前記決済認証要求に応答して、決済証明情報を生成するように構成された生成ユニットと、
秘密鍵証明書を用いて前記決済証明情報を暗号化して、前記暗号化された決済証明情報を生成するように構成された暗号化ユニットと、
を含む、請求項１８に記載のユーザデバイス。
【請求項２０】
前記受信モジュールは、前記車載端末によって送信された結合要求を受信するようにさらに構成されており、
前記送信モジュールは、前記結合要求に応答して、前記ユーザデバイス識別子を前記車載端末に送信して、前記車載端末が、前記暗号化されたユーザデバイス識別子と前記暗号化されたユーザ識別子とを前記サーバに送信できるようにさらに構成されており、それによって、前記サーバは、前記暗号化されたユーザデバイス識別子と前記暗号化されたユーザ識別子とを解読して、前記秘密鍵証明書を生成し、前記暗号化された秘密鍵証明書を前記車載端末に送信し、
前記受信モジュールは、前記車載端末が送信した前記解読された秘密鍵証明書を受信するようにさらに構成される、
請求項１９に記載のユーザデバイス。
【請求項２１】
車載端末決済認証のためのサーバであって、
決済認証要求であって、ユーザ識別子を含む前記決済認証要求を車載端末を通してユーザデバイスに送信するように構成された送信モジュールと、
前記ユーザデバイスによって送信された暗号化された決済証明情報であって、前記決済認証要求に応答して生成され、前記ユーザ識別子とユーザデバイス識別子とを含む前記暗号化された決済証明情報を前記車載端末を通して受信するように構成された受信モジュールと、
前記暗号化された決済証明情報を解読するように構成された第１の暗号解読モジュールと、
前記ユーザ識別子と前記ユーザデバイス識別子との間に結合関係があるか否かを証明するように構成された証明処理モジュールと、
を含み、
前記送信モジュールは、前記証明結果を前記車載端末に送信するようにさらに構成されている、
前記サーバ。
【請求項２２】
前記受信モジュールは、前記車載端末によって送信された前記暗号化されたユーザデバイス識別子と前記暗号化されたユーザ識別子とを受信するようにさらに構成されており、
前記サーバは、
前記暗号化されたユーザデバイス識別子と前記暗号化されたユーザ識別子とを解読するように構成された第２の暗号解読モジュールと、
前記ユーザデバイス識別子と前記ユーザ識別子との間に結合関係を確立するように構成された確立モジュールと、
をさらに含む、請求項２１に記載のサーバ。
【請求項２３】
前記暗号化された決済証明情報は、秘密鍵証明書を用いて前記決済証明情報を暗号化することによって、前記ユーザデバイスによって取得され、前記決済証明情報は、前記決済認証要求に応答して、前記ユーザデバイスによって生成される、請求項２２に記載のサーバ。
【請求項２４】
前記ユーザデバイス識別子と前記ユーザ識別子とに従って、秘密鍵証明書を生成するように構成された生成モジュールと、
前記秘密鍵証明書を暗号化するように構成された暗号化モジュールと、をさらに含み、
前記送信モジュールは、前記暗号化された秘密鍵証明書を前記車載端末に送信するようにさらに構成されており、それによって、前記車載端末は、暗号解読によって前記秘密鍵証明書を取得し、前記秘密鍵証明書を前記ユーザデバイスに送信する、
請求項２３に記載のサーバ。
【請求項２５】
請求項１３から１７のいずれか１項に記載の車載端末と、
請求項１８から２０のいずれか１項に記載のユーザデバイスと、
請求項２１から２４のいずれか１項に記載のサーバと、
を含む、車載端末決済認証のためのシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、モバイル決済の分野に関し、より詳細には、車載端末のための決済認証方法、装置、及び、システムに関する。
【背景技術】
【０００２】
インターネット技術の急速な発展に伴い、インターネット決済は、人々の日常生活に不可欠な部分になった。現在、主流のインターネット決済方法は、主に、ＰＣ端末、モバイル端末等を含む。現在、ＰＣ端末は、主に、ウェブによるインターネット決済サービスを提供する。ＰＣ端末は、ユーザインタラクションのツールとしてブラウザを使用し、ブラウザ／サーバ（Ｂ／Ｓ）アーキテクチャの決済アプリケーションを採用する。ユーザが、業者ウェブサイトを通して注文した後、業者ウェブサイトは、決済機関のウェブサイトにリダイレクトされ、決済機関は、ユーザへの認証要求を開始する。ユーザが、認証情報を提供した後、サーバ端末は、検証を行い、認証プロセスを完了して、取引が完了する。モバイル端末は、主に、アプリケーションプログラムによって、インターネット決済サービスを提供し、クライアント／サーバ（Ｃ／Ｓ）アーキテクチャの決済アプリケーションを採用する。ユーザが、業者のアプリケーションプログラムを通して注文を確認した後、業者のアプリケーションプログラムは、自動的に決済アプリケーションプログラムにリダイレクトされ、決済アプリケーションプログラムは、ユーザに対する認証要求を直接、開始する。ユーザが認証情報を提供した後、サーバ端末が、検証を行い。認証プロセスと取引を完了する。
【０００３】
近年、車載端末も、インターネット決済サービスの使用を開始した。現在、車載端末の取引認証プロセスは、モバイル端末の取引認証プロセスと同じである。ブルートゥース（登録商標）ヘッドセットとモバイルフォンのための既存のブルートゥース決済検証システム及び方法は、ブルートゥースデバイスの識別情報を暗号化、署名すること無しに直接、ブルートゥースヘッドセットのＩＤを取得して、デバイスＩＤをプレーンテキストで送信する方法を一般に採用する。デバイスＩＤが盗まれて、改ざんされる危険があり、これは、決済のセキュリティに影響を与える。
【０００４】
結論として、車載端末に適用される既存のモバイル決済技術は決済のセキュリティが低いという問題を有する。
【発明の概要】
【０００５】
本出願の目的は、車載端末に適用される既存のモバイル決済技術の決済のセキュリティが低いという技術的問題を解決するように、車載端末のための決済認証方法、装置、及び、システムを提供することである。
【０００６】
上記問題を解決するために、本出願は、以下の技術的解決法を採用する。
【０００７】
本出願は、車載端末のための決済認証方法であって、
サーバによって送信された決済認証要求であって、ユーザ識別子を含む決済認証要求を受信し、確立された通信接続を有するユーザデバイスに、その決済認証要求を転送することと、
ユーザデバイスによって応答された暗号化された決済証明情報であって、ユーザ識別子とユーザデバイス識別子とを含む暗号化された決済証明情報を受信し、その暗号化された決済証明情報をサーバに送信することと、
サーバによって送信された証明結果であって、ユーザ識別子とユーザデバイス識別子との間に結合関係があるか否かを示す証明結果を受信し、その証明結果に従って、決済処理を行うことと、
を含む決済認証方法を開示する。
【０００８】
また、方法は、
ユーザデバイス識別子を獲得し、ユーザデバイス識別子とユーザ識別子とを暗号化することと、
暗号化されたユーザデバイス識別子と暗号化されたユーザ識別子とをサーバに送信し、それによって、サーバが、ユーザデバイス識別子とユーザ識別子との間に結合関係を確立することと、
をさらに含む。
【０００９】
さらに、ユーザデバイス識別子を獲得するステップは、
結合要求をユーザデバイスに送信することと、
ユーザデバイスによって送信された結合応答であって、ユーザデバイス識別子を含む結合応答を受信することと、
を含む。
【００１０】
さらに、暗号化された決済証明情報は、秘密鍵証明書を用いて決済証明情報を暗号化することによって、ユーザデバイスによって取得され、ここで、決済証明情報は、決済認証要求に応答して、ユーザデバイスによって生成される。
【００１１】
また、暗号化されたユーザデバイス識別子と暗号化されたユーザ識別子とをサーバに送信するステップの後、方法は、
サーバによって暗号化及び送信された秘密鍵証明書であって、ユーザデバイス識別子とユーザ識別子とに従って、サーバによって生成される秘密鍵証明書を受信することと、
暗号解読によって秘密鍵証明書を取得し、秘密鍵証明書をユーザデバイスに送信することと、
をさらに含む。
【００１２】
本出願は、車載端末のための決済認証方法であって、
確立された通信接続を有する車載端末によって送信された決済認証要求であって、ユーザ識別子を含む決済認証要求を受信することと、
暗号化された決済証明情報であって、ユーザ識別子とユーザデバイス識別子とを含む暗号化された決済証明情報を、決済認証要求に応答して生成することと、
暗号化された決済証明情報を車載端末を通してサーバに送信し、それによって、サーバが、ユーザ識別子とユーザデバイス識別子との間に結合関係があるか否かを証明することと、
を含む、決済認証方法をさらに開示する。
【００１３】
また、決済認証要求に応答して、暗号化された決済証明情報を生成するステップは、
決済認証要求に応答して、決済証明情報を生成することと、
秘密鍵証明書を用いて決済証明情報を暗号化して、暗号化された決済証明情報を生成することと、
をさらに含む。
【００１４】
また、方法は、
車載端末によって送信された結合要求を受信し、結合要求に応答して、ユーザデバイス識別子を車載端末に送信して、車載端末が、暗号化されたユーザデバイス識別子と暗号化されたユーザ識別子とをサーバに送信できるようにし、それによって、サーバは、暗号化されたユーザデバイス識別子と暗号化されたユーザ識別子とを解読して、秘密鍵証明書を生成し、暗号化された秘密鍵証明書を車載端末に送信することと、
車載端末によって送信された解読された秘密鍵証明書を受信することと、
をさらに含む。
【００１５】
本出願は、車載端末のための決済認証方法であって、
ユーザ識別子を含む決済認証要求を車載端末を通してユーザデバイスに送信することと、
ユーザデバイスによって車載端末を通して送信された暗号化された決済証明情報であって、決済認証要求に応答して生成され、且つ、ユーザ識別子とユーザデバイス識別子とを含む暗号化された決済証明情報を、受信することと、
暗号化された決済証明情報を解読し、ユーザ識別子とユーザデバイス識別子との間に結合関係があるか否かを証明し、証明結果を車載端末に送信することと、
を含む、決済認証方法をさらに開示する。
【００１６】
その上、方法は、
車載端末によって送信された暗号化されたユーザデバイス識別子と暗号化されたユーザ識別子とを受信及び解読することと、
ユーザデバイス識別子とユーザ識別子との間に結合関係を確立することと、
をさらに含む。
【００１７】
さらに、暗号化された決済証明情報は、秘密鍵証明書を用いて決済証明情報を暗号化することによって、ユーザデバイスによって取得され、決済証明情報は、決済認証要求に応答して、ユーザデバイスによって生成される。
【００１８】
また、ユーザデバイス識別子とユーザ識別子との間に結合関係を確立するステップの後、方法は、
ユーザデバイス識別子とユーザ識別子とに従って、秘密鍵証明書を生成することと、
秘密鍵証明書を暗号化し、暗号化された秘密鍵証明書を車載端末に送信し、それによって、車載端末は、暗号解読によって秘密鍵証明書を取得し、秘密鍵証明書をユーザデバイスに送信することと、
をさらに含む。
【００１９】
本出願は、車載端末決済認証のための車載端末であって、
サーバによって送信された決済認証要求であって、ユーザ識別子を含む決済認証要求を受信するように構成された第１の通信モジュールと、
確立された通信接続を有するユーザデバイスに決済認証要求を転送するように、また、ユーザデバイスによって応答された暗号化された決済証明情報であって、ユーザ識別子とユーザデバイス識別子とを含む暗号化された決済証明情報を受信するように構成された第２の通信モジュールと、を含み、
第１の通信モジュールは、暗号化された決済証明情報をサーバに送信するように、また、サーバによって送信された証明結果であって、ユーザ識別子とユーザデバイス識別子との間に結合関係があるか否かを示す証明結果を受信するようにさらに構成されており、
証明結果に従って、決済処理を行うように構成された処理モジュールと、
を含む、車載端末をさらに開示する。
【００２０】
また、車載端末は、
ユーザデバイス識別子を獲得するように構成された獲得モジュールと、
ユーザデバイス識別子とユーザ識別子とを暗号化するように構成された暗号化モジュールと、をさらに含み、
第１の通信モジュールは、暗号化されたユーザデバイス識別子と暗号化されたユーザ識別子とをサーバに送信するようにさらに構成されており、それによって、サーバは、ユーザデバイス識別子とユーザ識別子との間に結合関係を確立する。
【００２１】
さらに、獲得モジュールは、具体的には、
第２の通信モジュールを通してユーザデバイスに結合要求を送信するように、また、
ユーザデバイスよって送信された結合応答であって、ユーザデバイス識別子を含む結合応答を第２の通信モジュールを通して受信するように、
構成されている。
【００２２】
さらに、暗号化された決済証明情報は、秘密鍵証明書を用いて決済証明情報を暗号化することによって、ユーザデバイスによって取得され、決済証明情報は、決済認証要求に応答して、ユーザデバイスによって生成される。
【００２３】
また、第１の通信モジュールは、サーバによって暗号化及び送信される秘密鍵証明書であって、ユーザデバイス識別子とユーザ識別子とに従って、サーバによって生成される秘密鍵証明書を受信するようにさらに構成されており、
車載端末は、
暗号解読によって秘密鍵証明書を取得するように構成された暗号解読モジュールと、
秘密鍵証明書をユーザデバイスに送信するようにさらに構成された第２の通信モジュールと、
をさらに含む。
【００２４】
本出願は、車載端末決済認証のためのユーザデバイスであって、
確立された通信接続を有する車載端末によって送信された決済認証要求であって、ユーザ識別子を含む決済認証要求を受信するように構成された受信モジュールと、
暗号化された決済証明情報であって、ユーザ識別子とユーザデバイス識別子とを含む暗号化された決済証明情報を、決済認証要求に応答して生成するように構成された生成モジュールと、
暗号化された決済証明情報を車載端末を通してサーバに送信するように構成された送信モジュールであって、それによって、サーバは、ユーザ識別子とユーザデバイス識別子との間に結合関係があるか否かを証明する、送信モジュールと、
を含む、ユーザデバイスをさらに開示する。
【００２５】
さらに、生成モジュールは、
決済認証要求に応答して、決済証明情報を生成するように構成された生成ユニットと、
秘密鍵証明書を用いて決済証明情報を暗号化して、暗号化された決済証明情報を生成するように構成された暗号化ユニットと、
を含む。
【００２６】
また、受信モジュールは、車載端末によって送信された結合要求を受信するようにさらに構成されており、
送信モジュールは、結合要求に応答して、ユーザデバイス識別子を車載端末に送信して、車載端末が、暗号化されたユーザデバイス識別子と暗号化されたユーザ識別子をサーバに送信できるようにさらに構成されており、それによって、サーバは、暗号化されたユーザデバイス識別子と暗号化されたユーザ識別子とを解読して、秘密鍵証明書を生成し、暗号化された秘密鍵証明書を車載端末に送信し、
受信モジュールは、車載端末によって送信された解読された秘密鍵証明書を受信するようにさらに構成されている。
【００２７】
本出願は、車載端末決済認証のためのサーバであって、
ユーザ識別子を含む決済認証要求を車載端末を通してユーザデバイスに送信するように構成された送信モジュールと、
車載端末を通してユーザデバイスによって送信された暗号化された決済証明情報であって、決済認証要求に応答して生成され、且つ、ユーザ識別子とユーザデバイス識別子とを含む暗号化された決済証明情報を、受信するように構成された受信モジュールと、
暗号化された決済証明情報を解読するように構成された第１の暗号解読モジュールと、
ユーザ識別子とユーザデバイス識別子との間に結合関係があるか否かを証明するように構成された証明処理モジュールと、
証明結果を車載端末に送信するようにさらに構成された送信モジュールと、
を含む、サーバをさらに開示する。
【００２８】
また、受信モジュールは、車載端末によって送信された暗号化されたユーザデバイス識別子と暗号化されたユーザ識別子とを受信するようにさらに構成されており、
装置は、
暗号化されたユーザデバイス識別子と暗号化されたユーザ識別子とを解読するように構成された第２の暗号解読モジュールと、
ユーザデバイス識別子とユーザ識別子との間に結合関係を確立するように構成された確立モジュールと、
をさらに含む。
【００２９】
また、暗号化された決済証明情報は、秘密鍵証明書を用いて決済証明情報を暗号化することによって、ユーザデバイスによって取得され、決済証明情報は、決済認証要求に応答して、ユーザデバイスによって生成される。
【００３０】
また、サーバは、
ユーザデバイス識別子とユーザ識別子とに従って、秘密鍵証明書を生成するように構成された生成モジュールと、
秘密鍵証明書を暗号化するように構成された暗号化モジュールと、
暗号化された秘密鍵証明書を車載端末に送信するようにさらに構成された送信モジュールであって、それによって、車載端末が、暗号解読によって秘密鍵証明書を取得し、秘密鍵証明書をユーザデバイスに送信する、送信モジュールと、
をさらに含む。
【００３１】
本出願は、車載端末決済認証のためのシステムであって、上記車載端末と、上記ユーザデバイスと、上記サーバとを含むシステムをさらに開示する。
【００３２】
従来技術と比較して、本出願は、以下の技術的効果を得る。
【００３３】
本出願の車載端末のための決済認証方法、装置、及び、システムによると、ユーザデバイス識別子とユーザ識別子が、獲得され、ユーザデバイス識別子とユーザ識別子は、車載端末で暗号化され、暗号化されたファイルがサーバに送信される。暗号化されたファイルは、サーバで解読されて、ユーザデバイスの秘密鍵証明書を生成し、ユーザデバイス識別子とユーザ識別子との間に結合関係を確立する。秘密鍵証明書は、暗号化された後に、車載端末に送信され、車載端末で解読される。解読された秘密鍵証明書は、ブルートゥースデバイスの信頼できる環境に記憶される。ユーザデバイス識別子とユーザ識別子とを含む決済証明情報は、秘密鍵証明書を用いて暗号化され、暗号化されたユーザデバイス識別子と暗号化されたユーザ識別子が、サーバに送信され、それによって、サーバは、ユーザデバイス識別子とユーザ識別子との間に結合関係があるか否かを検証し、次に、決済処理を行う。これは、車載端末に適用される既存のモバイル決済技術の複雑な決済プロセスと決済のセキュリティの低さの問題を解決する。全てのファイルが、秘密鍵証明書を獲得するプロセスで、暗号化されて送信され、これは、決済認証のセキュリティを向上させる。車載端末の決済プロセスにおいては、自動車の運転者が、過度な操作を行うことが不要で、決済プロセスが簡単であり、従って、運転者の安全を保証し、ユーザの決済体験を向上させる。
【００３４】
本出願をさらに理解してもらうために本明細書に記載の添付図面を使用する。図面は、出願の一部を構成する。本出願の実施形態例及び実施形態例の記載を使用して、本出願を説明するが、それらは、本出願を不適切に制限しない。
【図面の簡単な説明】
【００３５】
【図１】本出願の実施形態１による、システムの構造ブロック図である。
【図２】本出願の実施形態２による、構造ブロック図である。
【図３】本出願の実施形態２による、別の構造ブロック図である。
【図４】本出願の実施形態２による、さらに別の構造ブロック図である。
【図５】本出願の実施形態３による、構造ブロック図である。
【図６】本出願の実施形態３による、別の構造ブロック図である。
【図７】本出願の実施形態４による、構造ブロック図である。
【図８】本出願の実施形態４による、別の構造ブロック図である。
【図９】本出願の実施形態４による、さらに別の構造ブロック図である。
【図１０】本出願の実施形態２による、方法のフローチャートである。
【図１１】本出願の実施形態２による、別の方法のフローチャートである。
【図１２】本出願の実施形態２による、さらに別の方法のフローチャートである。
【図１３】本出願の実施形態３による、方法のフローチャートである。
【図１４】本出願の実施形態３による、別の方法のフローチャートである。
【図１５】本出願の実施形態３による、さらに別の方法のフローチャートである。
【図１６】本出願の実施形態４による、方法のフローチャートである。
【図１７】本出願の実施形態４による、別の方法のフローチャートである。
【図１８】本出願の実施形態４による、さらに別の方法のフローチャートである。
【図１９】本出願の実施形態５による、動作方法の概略図である。
【図２０】本出願の実施形態５による、別の動作方法の概略図である。
【発明を実施するための形態】
【００３６】
本出願の実施態様を、添付図面と実施形態を参照して以下に詳細に記載する。これにより、本出願がどのように技術的手段を用いて技術的問題を解決し、技術的効果を達成するかという実施プロセスが、完全に理解され、それに従って実施されよう。
【００３７】
例えば、一定の用語が、具体的な構成要素を指して明細書及び請求項で使用される。ハードウェアメーカーが同じ構成要素に異なる名を付ける場合があることを、当業者は理解されよう。明細書及び請求項は、名前の相違によってではなく、構成要素間の機能的相違を基準として構成要素を区別する。明細書全体及び請求項に記載された「含む（ｉｎｃｌｕｄｅ）」がオープンな用語である場合、「に限らないが、含む」として解釈されるべきである。「実質的に（Ｓｕｂｓｔａｎｔｉａｌｌｙ）」は、許容可能な誤差範囲内で、当業者が、技術的問題を解決してよく、基本的に、ある一定の誤差範囲内の技術的効果を達成することを意味する。さらに、本明細書の「結合する（ｃｏｕｐｌｉｎｇ）」または「電気的接続（ｅｌｅｃｔｒｉｃａｌ  ｃｏｎｎｅｃｔｉｏｎ）」は、任意の直接的、間接的な電気的結合手段を含む。よって、第１の装置が第２の装置に結合されると文章に記載される場合、第１の装置は、第２の装置に直接、電気的に結合されてよい、または、他の装置または結合手段を通して間接的に第２の装置に電気的に結合されてよいことを表す。明細書の以下の記載は、本出願を実施する好ましい実施態様であるが、本出願の一般的原理を明らかにすることを意図しており、本出願の範囲を制限する意図はない。本出願の保護範囲は、添付請求項に規定される範囲に従うべきである。
【００３８】
「含む（ｉｎｃｌｕｄｅ）」及び「含む（ｃｏｍｐｒｉｓｅ）」という語、または、任意の他の変形は、排他的でなく含むことを意図しており、その結果、一連の要素を含むプロセス、方法、商品、または、システムは、その要素を含むだけでなく、明示的に列挙されていない他の要素も含み、または、プロセス、方法、商品、もしくは、システムに本来備わっている要素も含むことにさらに注意されたい。さらなる制限がなければ、「１つの…を含む（ｉｎｃｌｕｄｉｎｇ  ｏｎｅ…）」という表現で規定される要素は、その要素を含むプロセス、方法、商品、または、システムは、他の同じ要素も有することを除外しない。
【００３９】
実施形態１
図１を参照すると、本出願の実施形態１による、車載端末のための決済認証システムの構造ブロック図が示されている。本実施形態の車載端末のための決済認証システム１は、車載端末１０、ユーザデバイス２０、及び、サーバ３０を含む。
【００４０】
ここで、車載端末１０は、車両に搭載された端末装置を指し、インターネットに接続する機能を有し、サーバ３０とネットワーク接続関係を有し、また、ユーザデバイス２０と通信接続関係を確立し得る。本明細書で言う「車両」は、内燃機関車両もしくはオートバイ、電気自動車もしくは電動バイク、電動自転車、電動バランス車、遠隔制御車両、小型航空機（例えば、無人航空機、小型有人航空機、遠隔制御航空機）、及び、様々な変形を含むが、これらに限らないことにさらに注意されたい。それに応じて、車両内の車載命令入力装置、車載プロセッサ、及び、車載ディスプレイ装置は、対応する車両に載っている関連する入力装置、関連するプロセッサ、及び、関連するディスプレイ装置を指す。言い換えると、「車載」は、車両に載っているという意味と簡単に理解されてよい。
【００４１】
ユーザデバイス２０は、車載端末１０と通信接続関係を有し得るモバイルデバイスである。通信接続は、典型的なブルートゥース通信接続であってよく、また、他のニアフィールド通信接続、例えば、ＷＩＦＩ接続、ＮＦＣ接続、赤外線接続等であってもよいことを指摘しておく。ニアフィールド通信接続を有する全ての態様が、本出願には適切であると考えられる。さらに、ユーザデバイス２０は、記憶モジュールを有する必要がある、すなわち、記憶機能を有する必要がある。典型的には、ユーザデバイス２０は、スマートフォン、タブレットコンピュータ、記憶機能を有するブルートゥースヘッドセット等を含んでよい。
【００４２】
サーバ３０は、車載端末２０にインストールされたアプリケーションプログラムに対応する。ショッピングアプリケーション「ＴＭＡＬＬ」が、車載端末２０にインストールされる場合、サーバ３０は、ＴＭＡＬＬのバックエンドのユーザサーバに対応する。サーバ３０は、ユーザ情報を記憶するためのデータベースを有することに注意されたい。
【００４３】
現在、決済認証は、主に、取引パスワード、指紋識別、ＳＭＳ検証コード、ＯＴＰトークン等を含む。取引パスワード認証は、決済アプリケーションに登録する時、ユーザが取引パスワードをサーバに与えることである。ユーザは、決済を行う度に手動で取引パスワードを入力し、サーバ端末は、取引パスワードを比較して、ユーザ認証を完了する。取引パスワードは、現在、より頻繁に使用されるユーザ認証方法である。現在、指紋識別は、主に、モバイル端末での決済認証に使用される。ユーザは、指紋識別をサポートするモバイルデバイスに指紋情報を登録する。決済アプリケーションが、指紋検証機能を有効にした後、ユーザは、決済を行う度に、指紋識別装置を通して指紋情報を入力し、決済アプリケーションは、指紋情報をローカルの信頼できる環境に送信して、指紋情報を信頼できる環境に記憶された指紋テンプレートと比較して、認証を実現する。ＳＭＳ検証コードは、ワンタイムパッドの方法を採用し、クライアント端末が取引要求を開始する度に、サーバ端末によって生成された検証コードをＳＭＳを介してサーバ端末に送信する。検証コードを主観的に識別した後、ユーザは、検証コードを決済アプリケーションに入力し、決済アプリケーションは、検証コードを比較のためにサーバ端末に送信して、ユーザ認証を完了する。ＯＴＰトークンは、ワンタイムパッドの方法を採用し、クライアント端末が取引要求を開始する度に、サーバ端末が生成した検証コードをＯＴＰハードウェア装置またはアプリケーションプログラムを介してサーバ端末に送信する。検証コードを主観的に識別した後、ユーザは、検証コードを決済アプリケーションに入力し、決済アプリケーションは、検証コードを比較のためにサーバ端末に送信して、ユーザ認証を完了する。
【００４４】
しかしながら、取引パスワード、指紋識別、ＳＭＳ検証コード、及び、ＯＴＰトークン等の幾つかの既存の主要な識別認証方法は、ＰＣ端末及びモバイル端末での決済プロセスに幅広く適用されてきた。しかしながら、車載端末での決済は、ＰＣ端末及びモバイル端末での決済とは、次の点で異なる。すなわち、取引パスワード、ＳＭＳ検証コード、ＯＴＰトークン、及び、他の識別認証方法は、ユーザが、決済端末と複雑にインタラクトすることを必要とし、ユーザが、識別認証情報を識別、入力することを必要とし、これは、車上決済のシナリオにとっては運転者の注意を過度に引き付け、危険運転につながる。指紋識別方法では、運転者が、識別認証情報を識別、入力する必要はなく、単に、ユーザが、指紋識別装置に指で触れる必要があるだけである。しかしながら、車載端末のシナリオは、モバイル端末のシナリオと次の点で異なる。すなわち、車載端末は、ユーザ識別認証を頻繁に行う必要はなく、従って、指紋識別装置を必要としない。現在、車載端末は、いかなる指紋識別装置も載せていない。すなわち、既存の決済認証方法は、車載端末が、決済サービスを行うには適切でない。
【００４５】
しかしながら、ブルートゥースヘッドセット及びモバイルフォンのための既存のブルートゥース決済証明システム及び方法においては、ブルートゥース決済証明モジュールは、ブルートゥース通信インタフェースを通して、ブルートゥースヘッドセットに命令信号を送信する。識別プロセッサは、命令信号を取得し、識別処理を行う。命令信号が、ヘッドセットＩＤを獲得する命令である場合、識別プロセッサは、メモリからヘッドセットＩＤを取得し、ヘッドセットＩＤをブルートゥース決済証明モジュールに送信する。このような認証プロセスも、以下のセキュリティの危険を有する。すなわち、送信されるデータにおいて、ブルートゥースヘッドセットＩＤは、プレーンテキストで送信され、送信内容は、署名されておらず、送信プロセスで、情報が盗まれ、改ざんされる危険性がある。現在、ブルートゥースヘッドセットは、信頼できる環境の安全な記憶ユニットを有するとはされていない。よって、既存のブルートゥースヘッドセットデバイスは、信頼できる環境を追加しなければ、発行された証明書を安全に記憶することを保証できず、デジタル証明が盗まれる危険がある。
【００４６】
要するに、既存のモバイル決済技術、特に、車載端末に適用されるモバイル決済技術は、決済のセキュリティが低いという問題を有する。
【００４７】
本出願によると、ユーザデバイス識別子とユーザ識別子が、獲得され、ユーザデバイス識別子とユーザ識別子は、車載端末で暗号化され、暗号化されたファイルが、サーバに送信され、暗号化されたファイルは、サーバで解読されて、ユーザデバイスの秘密鍵証明書を生成し、ユーザデバイス識別子とユーザ識別子との間に結合関係を確立し、秘密鍵証明書は、暗号化された後に、車載端末に送信され、車載端末で解読され、解読された秘密鍵証明書は、ブルートゥースデバイスの信頼できる環境に記憶される。ユーザデバイス識別子とユーザ識別子とを含む決済証明情報は、秘密鍵証明書を用いて暗号化され、暗号化されたユーザデバイス識別子と暗号化されたユーザ識別子とは、サーバに送信され、それによって、サーバは、ユーザデバイス識別子とユーザ識別子との間に結合関係があるか否かを検証し、次いで決済処理を行う。これは、車載端末に適用される既存のモバイル決済技術の複雑な決済プロセスと決済のセキュリティが低いという問題を解決する。秘密鍵証明書の獲得プロセスにおいて、全てのファイルが、暗号化された形で送信され、これは、決済認証のセキュリティを向上させる。車載端末の決済プロセスにおいて、自動車の運転者が、過度の操作を行うことは不要であり、決済プロセスが簡単なので、運転者の安全を保証し、ユーザの決済体験を向上させる。
【００４８】
上記実施形態は、車載端末のための決済認証システムのレベルから、車載端末１０、ユーザデバイス２０、及び、サーバ３０を簡単に紹介した。以下の実施形態（実施形態２、実施形態３、及び、実施形態４）は、車載端末１０、ユーザデバイス２０、及び、サーバ３０のモジュール構造と実行方法とを、それぞれ詳細に記載する。
【００４９】
実施形態２
図２を参照すると、本出願の実施形態２による、車載端末決済認証のための車載端末の構造ブロック図が示されている。本実施形態の車載端末１０は、第１の通信モジュール１１０、第２の通信モジュール１２０、及び、処理モジュール１３０を含む。
【００５０】
第１の通信モジュール１１０は、サーバによって送信された決済認証要求であって、ユーザ識別子を含む決済認証要求を受信するように構成される。
【００５１】
第２の通信モジュール１２０は、確立された通信接続を有するユーザデバイスに決済認証要求を転送するように、また、ユーザデバイスによって応答された暗号化された決済証明情報であって、ユーザ識別子とユーザデバイス識別子とを含む暗号化された決済証明情報を受信するように構成される。
【００５２】
第１の通信モジュール１１０は、暗号化された決済証明情報をサーバに送信するように、また、サーバによって送信された証明結果であって、ユーザ識別子とユーザデバイス識別子との間に結合関係があるか否かを示す証明結果を受信するようにさらに構成される。
【００５３】
処理モジュール１３０は、証明結果に従って、決済処理を行うように構成される。
【００５４】
本出願の他の好ましい実施形態においては、図３を参照すると、本出願の実施形態２による、車載端末決済認証のための車載端末の別の構造ブロック図が示されている。車載端末１０は、獲得モジュール１４０と暗号化モジュール１５０をさらに含む。
【００５５】
獲得モジュール１４０は、ユーザデバイス識別子を獲得するように構成される。
【００５６】
暗号化モジュール１５０は、ユーザデバイス識別子とユーザ識別子とを暗号化するように構成される。
【００５７】
第１の通信モジュール１１０は、暗号化されたユーザデバイス識別子と暗号化されたユーザ識別子とをサーバに送信するようにさらに構成され、それによって、サーバは、ユーザデバイス識別子とユーザ識別子との間に結合関係を確立する。
【００５８】
さらに、獲得モジュール１４０は、第２の通信モジュール１２０を通してユーザデバイスに結合要求を送信するように、また、
ユーザデバイスによって送信された結合応答であって、ユーザデバイス識別子を含む結合応答を第２の通信モジュール１２０を通して受信するように、
具体的に構成される。
【００５９】
さらに、暗号化された決済証明情報は、秘密鍵証明書を用いて決済証明情報を暗号化することによって、ユーザデバイスによって取得され、決済証明情報は、決済認証要求に応答して、ユーザデバイスによって生成される。
【００６０】
本出願の他の好ましい実施形態において、図４を参照すると、本出願の実施形態２による、車載端末決済認証のための車載端末のさらに別の構造ブロック図が示されている。第１の通信モジュール１１０は、サーバによって暗号化及び送信された秘密鍵証明書であって、ユーザデバイス識別子とユーザ識別子とに従ってサーバによって生成される秘密鍵証明書を受信するようにさらに構成される。
【００６１】
車載端末１０は、暗号解読モジュール１６０をさらに含む。暗号解読モジュール１６０は、暗号解読によって秘密鍵証明書を取得するように構成される。
【００６２】
第２の通信モジュール１２０は、秘密鍵証明書をユーザデバイスに送信するようにさらに構成される。
【００６３】
上記は、車載端末決済認証のための車載端末の装置の実施形態である。車載端末を、車載端末１０で行われ得るプロセスの実施形態と組み合わせて以下にさらに記載する。
【００６４】
図１０〜図１２を参照すると、本実施形態による車載端末１０で行われる車載端末のための決済認証方法の方法フローチャートが、それぞれ、示されている。
【００６５】
図１０を参照すると、車載端末１０によって行われ得る決済認証方法は、以下のステップを含む。
【００６６】
ステップＳ１２０：サーバによって送信された決済認証要求であって、ユーザ識別子を含む決済認証要求が受信され、確立された通信接続を有するユーザデバイスに転送される。
【００６７】
ステップＳ１３０：ユーザデバイスによって応答された暗号化された決済証明情報であって、ユーザ識別子とユーザデバイス識別子とを含む暗号化された決済証明情報が、受信され、サーバに送信される。
【００６８】
ステップＳ１４０：サーバによって送信された証明結果であって、ユーザ識別子とユーザデバイス識別子との間に結合関係があるか否かを示す証明結果が、受信され、決済処理が、証明結果に従って行われる。
【００６９】
詳細には、ステップ１２０において、第１の通信モジュール１１０は、サーバによって送信された決済認証要求を受信し、第２の通信モジュール１２０を通して決済認証要求を確立された通信接続を有するユーザデバイスに転送する。決済認証要求は、ユーザ識別子を含む。ここで、ステップ１２０の前に、車載端末１０は、車載端末１０にインストールされたアプリケーション（上記ＴＭＡＬＬ等）のアプリケーションプログラムインタフェース（ＡＰＩ）を呼び出して、アプリケーションにログインするユーザ識別子、すなわち、ユーザＩＤを獲得する必要がある。次に、決済取引要求が、車載端末１０を通してサーバに送信される、すなわち、取引要求とユーザ識別子との情報が、サーバに送信される。サーバは、取引要求とユーザ識別子との情報を受信すると、取引要求の情報を確認する必要があり、確認後、サーバは、車載端末１０への決済認証要求を開始する。すなわち、決済認証要求は、確実に、ユーザ識別子を含む。しかしながら、決済認証要求は、取引要求の情報も含み得ると考えられる。さらに、車載端末１０を通して決済取引要求をサーバに送信する方法は、車載端末１０のマンマシンインタラクションインタフェースにユーザが触れることにより取得されてよい、または、音声によるユーザインタラクション命令を集める等、他のマンマシンインタラクションの方法で取得されてよい。
【００７０】
車載端末１０が決済認証要求を受信した後、最初に、ユーザデバイスが車載端末１０に接続されているか否かを判断する必要がある。ユーザデバイスが、車載端末１０に接続されている場合、第２の通信モジュール１２０は、決済認証要求をユーザデバイスに転送する。ユーザデバイスが、車載端末１０に接続されていない場合、結合接続要求が、ユーザデバイスに送信され、ユーザデバイスは接続される。ユーザデバイスが接続された後、第２の通信モジュール１２０は、決済認証要求をユーザデバイスに転送する。ここまでで、ステップＳ１２０が完了する。
【００７１】
上記のステップＳ１２０の後、ステップＳ１３０において、最初に、第２の通信モジュール１２０は、ユーザデバイスによって応答された暗号化された決済証明情報を受信する。暗号化された決済証明情報は、ユーザ識別子とユーザデバイス識別子を含む。次に、第１の通信モジュール１１０は、暗号化された決済証明情報をサーバに送信する。
【００７２】
ここで、暗号化された決済証明情報が、秘密鍵証明書を用いて決済証明情報を暗号化することによって、ユーザデバイスによって取得される。決済証明情報は、決済認証要求に応答して、ユーザデバイスによって生成される。決済証明情報を暗号化するための秘密鍵証明書は、上記状況においてはユーザデバイスに記憶されていることに注意されたい。決済証明情報を暗号化するための秘密鍵証明書がユーザデバイスに記憶されていない状況に関して、秘密鍵証明書を獲得する方法を以下に詳細に記載するが、ここには記載しない。さらに、決済認証要求に応答して、ユーザデバイスによって決済証明情報を生成する具体的な方法は、まず、決済認証要求のユーザ識別子の情報を獲得すること、または、取引要求の情報を獲得すること、次に、ユーザデバイスのドライバを呼び出して、ユーザデバイス識別子を獲得すること、最後に、ユーザデバイス識別子とユーザ識別子（取引要求の情報も含んでよい）を統合して、決済証明情報を取得することである。決済証明情報が、ユーザデバイス識別子とユーザ識別子とを含み、暗号化された決済証明情報は、秘密鍵証明書を用いて決済証明情報を暗号化することによって取得されることは明らかである、よって、暗号化された決済証明情報は、ユーザ識別子とユーザデバイス識別子とを確実に含む。
【００７３】
暗号化された決済証明情報を獲得した後、ユーザデバイスは、暗号化された決済証明情報を車載端末１０に送信する。すなわち、第２の通信モジュール１２０は、ユーザデバイスによって応答された暗号化された決済証明情報を受信する。次に、第１の通信モジュール１１０は、暗号化された決済証明情報をサーバに送信する。すなわち、ステップＳ１３０が完了する。
【００７４】
上記ステップＳ１３０の後、ステップＳ１４０において、最初に、第１の通信モジュール１１０は、サーバによって送信された証明結果を受信し、次に、処理モジュール１３０が、証明結果に従って、決済処理を行う。ここで、証明結果は、ユーザ識別子とユーザデバイス識別子との間に結合関係があるか否か、すなわち、ユーザ識別子とユーザデバイス識別子が結合されて、サーバの記録に保存されているか否かを示す。「結合されて、記録に保存されている」は、ユーザ識別子とユーザデバイス識別子が、結合関係を有し、サーバネットワークの記録に保存されていることを意味する。
【００７５】
具体的には、暗号化された決済証明情報を受信した後、最初に、サーバは、秘密鍵証明書の公開鍵を用いて、暗号化された決済証明情報を解読し、ユーザ識別子とユーザデバイス識別子とを獲得する必要がある。秘密鍵証明書の公開鍵は、上記のようにサーバに記憶されていることを指摘しておく。秘密鍵証明書の公開鍵がサーバに記憶されていない状況に関して、秘密鍵証明書の公開鍵を獲得する方法は、以下に詳細に記載するが、ここには記載しない。次に、サーバは、ユーザ識別子とユーザデバイス識別子との間に結合関係があるか否かを検証する。具体的には、ユーザ識別子とユーザデバイス識別子は、マッピングされ、サーバのデータベースの記録に保存されているユーザ識別子とユーザデバイス識別子と比較されてよい。ユーザ識別子とユーザデバイス識別子が、サーバのデータベースに存在し、ユーザ識別子とユーザデバイス識別子が、対になってマッピングされる場合、ユーザ識別子とユーザデバイス識別子との間に結合関係があることを示している。ユーザ識別子とユーザデバイス識別子が、サーバのデータベースに存在しない場合、または、ユーザ識別子とユーザデバイス識別子が対になってマッピングされていない場合、ユーザ識別子とユーザデバイス識別子との間には結合関係が無いことを示している。
【００７６】
ユーザ識別子とユーザデバイス識別子との間に結合関係が無い時、サーバは、証明に失敗したという結果を送信する。第１の通信モジュール１１０は、サーバが送信した証明失敗の結果を受信し、処理モジュール１３０は、証明失敗の結果、すなわち、認証失敗に従って、決済処理の実行を拒絶する。
【００７７】
ユーザ識別子とユーザデバイス識別子との間に結合関係がある時、サーバは、証明成功の結果を送信する。第１の通信モジュール１１０は、サーバによって送信された証明成功の結果を受信し、処理モジュール１３０は、証明成功の結果、すなわち、認証成功に従って、決済処理の実行を可能にする。ここまでで、ステップＳ１４０が完了する。
【００７８】
上記は、ユーザデバイス識別子とユーザ識別子との間の結合関係がサーバに記憶されている状況、すなわち、上記認証プロセスにおいて、ユーザデバイス識別子とユーザ識別子との間の結合関係をサーバで確立する必要が無い状況を記載する。認証プロセスにおいてユーザデバイス識別子とユーザ識別子との間の結合関係をサーバで確立する必要がある状況を以下に詳細に記載する。
【００７９】
図１１を参照すると、車載端末１０のための決済認証方法は、以下のステップをさらに含む。
【００８０】
ステップＳ１１１：ユーザデバイス識別子が、獲得され、ユーザデバイス識別子とユーザ識別子とが暗号化される。
【００８１】
ステップＳ１１２：暗号化されたユーザデバイス識別子と暗号化されたユーザ識別子が、サーバに送信され、それによって、サーバは、ユーザデバイス識別子とユーザ識別子との間に結合関係を確立する。
【００８２】
ユーザデバイス識別子とユーザ識別子との間の結合関係を検証する必要がある時、ステップＳ１１１とステップＳ１１２が、事前に行われてもよく、一時的に行われてもよいことを指摘しておく。ステップＳ１１１とステップＳ１１２の具体的なタイミングの順序は、本発明では特に制限されない。
【００８３】
ステップＳ１１１において、最初に、獲得モジュール１４０が、ユーザデバイス識別子を獲得し、次に、暗号化モジュール１５０が、ユーザデバイス識別子とユーザ識別子を暗号化する。
【００８４】
ここで、獲得モジュール１４０によってユーザデバイス識別子を獲得する方法は、最初に、結合要求をユーザデバイスに送信することと、次に、ユーザデバイスによって送信された結合応答であって、ユーザデバイス識別子を含む結合応答を受信することとを含む。具体的には、最初に、獲得モジュール１４０は、第２の通信モジュール１２０を通してユーザデバイスに結合要求を送信するように構成される。結合要求を受信した後、ユーザデバイスは、車載端末１０に結合され、ユーザデバイスのドライバを呼び出すことによって、ユーザデバイス識別子を獲得し、結合応答を車載端末１０に送信する。結合応答は、ユーザデバイス識別子を含む。次に、獲得モジュールは、ユーザデバイスによって送信された結合応答を第２の通信モジュール１２０を通して受信する、すなわち、ユーザデバイス識別子を獲得する。
【００８５】
ユーザデバイス識別子が獲得された後、暗号化モジュール１５０は、ユーザデバイス識別子とユーザ識別子を暗号化する。ここで、暗号化モジュール１５０は、車載端末１０に予め記憶されたサーバの公開鍵を用いて、ユーザデバイス識別子とユーザ識別子とを暗号化する。サーバの公開鍵は、車載端末の工場出荷時に予め記憶されてよい。ここまでで、ステップＳ１１１が完了する。
【００８６】
上記ステップＳ１１１の後、ステップＳ１１２において、第１の通信モジュール１１０は、暗号化されたユーザデバイス識別子と暗号化されたユーザ識別子とをサーバに送信する。ここで、第１の通信モジュール１１０は、サーバがユーザデバイス識別子とユーザ識別子との間に結合関係を確立するように、暗号化されたユーザデバイス識別子と暗号化されたユーザ識別子とをサーバに送信する。具体的には、暗号化されたユーザデバイス識別子と暗号化されたユーザ識別子とを受信した後、サーバは、サーバの秘密鍵を呼び出して、暗号化されたユーザデバイス識別子と暗号化されたユーザ識別子とを解読して、ユーザデバイス識別子とユーザ識別子とを獲得し、ユーザデバイス識別子とユーザ識別子を結合させ、ユーザデバイス識別子とユーザ識別子とをサーバに記憶する必要がある。すなわち、サーバに、ユーザデバイス識別子とユーザ識別子との間の結合関係を確立させる。ここまでで、ステップＳ１１２は、完了する。
【００８７】
上記は、暗号化された決済証明情報は、秘密鍵証明書を用いて決済証明情報を暗号化することによって、ユーザデバイスによって取得されることを指摘しており、ここで、決済証明情報は、決済認証要求に応答して、ユーザデバイスによって生成される。
【００８８】
前述のように、決済証明情報を暗号化するための秘密鍵証明書は、上記状況においては、ユーザデバイスに記憶されている。決済証明情報を暗号化するための秘密鍵証明書がユーザデバイスに記憶されていない状況に関しては、秘密鍵証明書が最初に獲得される必要がある。秘密鍵証明書を獲得する方法を以下に詳細に記載する。
【００８９】
図１２を参照すると、暗号化されたユーザデバイス識別子と暗号化されたユーザ識別子とをサーバに送信するステップの後、方法は、以下のステップをさらに含む。
【００９０】
ステップＳ１１３：サーバによって暗号化及び送信された秘密鍵証明書であって、ユーザデバイス識別子とユーザ識別子とに従ってサーバによって生成される秘密鍵証明書が、受信される。
【００９１】
ステップＳ１１４：秘密鍵証明書が、暗号解読によって取得され、ユーザデバイスに送信される。
【００９２】
ステップＳ１１３において、第１の通信モジュール１１０は、サーバによって暗号化及び送信された秘密鍵証明書であって、ユーザデバイス識別子とユーザ識別子とに従ってサーバによって生成される秘密鍵証明書を受信する。具体的には、ユーザデバイスの秘密鍵証明書は、サーバがユーザデバイス識別子とユーザ識別子を獲得した後、生成され、暗号解読のためにサーバに記憶される。さらに、ユーザデバイスの秘密鍵証明書は、工場出荷時に、車載端末１０の公開鍵を用いて暗号化され、次に、ユーザデバイスの暗号化された秘密鍵証明書は、車載端末１０に送信される。ここで、工場出荷時の車載端末１０の公開鍵は、ネットワーク接続を介して車載端末１０にアクセスすることによって、サーバによって取得されてよい。すなわち、サーバが、ユーザデバイスの暗号化された秘密鍵証明書を車載端末１０に送信し、第１の通信モジュール１１０は、サーバによって暗号化及び送信された秘密鍵証明書を受信する。ここまでで、ステップＳ１１３は完了する。
【００９３】
上記ステップＳ１１３の後、ステップＳ１１４においては、最初に、暗号解読モジュール１６０が、暗号解読によって秘密鍵証明書を取得するように構成され、次に、第２の通信モジュール１２０が、秘密鍵証明書をユーザデバイスに送信する。
【００９４】
具体的には、暗号解読モジュール１６０は、車載端末１０の工場出荷時に記憶された秘密鍵を用いて、ユーザデバイスの暗号化された秘密鍵証明書を解読し、ユーザデバイスの秘密鍵証明書を獲得する。次に、第２の通信モジュール１２０は、秘密鍵証明書をユーザデバイスに送信する。秘密鍵証明書を受信した後、ユーザデバイスは、ユーザデバイスの信頼できる環境に秘密鍵証明書を記憶する。信頼できる環境は、可読記憶空間を指す。ユーザは、信頼できる環境に記憶された秘密鍵証明書を用いて、決済証明情報を暗号化して、暗号化された決済証明情報を取得する。ここまでで、ステップ１１４は完了する。
【００９５】
実施形態３
図５を参照すると、本出願の実施形態３による、車載端末決済認証のためのユーザデバイスの構造ブロック図が示されている。本実施形態のユーザデバイス２０は、受信モジュール２１０、生成モジュール２２０、及び、送信モジュール２３０を含む。
【００９６】
受信モジュール２１０は、確立された通信接続を有する車載端末によって送信された決済認証要求であって、ユーザ識別子を含む決済認証要求を受信するように構成される。
【００９７】
生成モジュール２２０は、暗号化された決済証明情報であって、ユーザ識別子とユーザデバイス識別子とを含む暗号化された決済証明情報を、決済認証要求に応答して、生成するように構成される。
【００９８】
送信モジュール２３０は、暗号化された決済証明情報を車載端末を通してサーバに送信するように構成され、それによって、サーバは、ユーザ識別子とユーザデバイス識別子との間に結合関係があるか否かを証明する。
【００９９】
本出願の他の好ましい実施形態において、図６を参照すると、本出願の実施形態３による、車載端末決済認証のためのユーザデバイスの別の構造ブロック図が示される。生成モジュール２２０は、生成ユニット２２０１と暗号化ユニット２２０２をさらに含む。
【０１００】
生成ユニット２２０１は、決済認証要求に応答して、決済証明情報を生成するように構成される。
【０１０１】
暗号化ユニット２２０２は、秘密鍵証明書を用いて決済証明情報を暗号化して、暗号化された決済証明情報を生成するように構成される。
【０１０２】
本出願の他の好ましい実施形態において、受信モジュール２１０は、車載端末によって送信された結合要求を受信するようにさらに構成され、
送信モジュール２３０は、結合要求に応答して、ユーザデバイス識別子を車載端末に送信して、車載端末が、暗号化されたユーザデバイス識別子と暗号化されたユーザ識別子とをサーバに送信できるようにさらに構成され、それによって、サーバは、暗号化されたユーザデバイス識別子と暗号化されたユーザ識別子とを解読して、秘密鍵証明書を生成し、暗号化された秘密鍵証明書を車載端末に送信し、
受信モジュール２１０は、車載端末によって送信された解読された秘密鍵証明書を受信するようにさらに構成される。
【０１０３】
車載端末決済認証のためのユーザデバイス２０の装置の実施形態を上述した。車載端末決済認証のためのユーザデバイスを、ユーザデバイス２０で行われ得るプロセスの実施形態と組み合わせて以下にさらに記載する。
【０１０４】
図１３〜図１５を参照すると、本実施形態による、ユーザデバイス２０で行われる車載端末のための決済認証方法の方法フローチャートがそれぞれ示されている。
【０１０５】
図１３を参照すると、ユーザデバイス２０によって行われ得る決済認証方法は、以下のステップを含む。
【０１０６】
ステップＳ２２０：確立された通信接続を有する車載端末によって送信された決済認証要求であって、ユーザ識別子を含む決済認証要求が受信される。
【０１０７】
ステップＳ２３０：暗号化された決済証明情報であって、ユーザ識別子とユーザデバイス識別子とを含む暗号化された決済証明情報が、決済認証要求に応答して生成される。
【０１０８】
ステップＳ２４０：暗号化された決済証明情報が、車載端末を通してサーバに送信され、それによって、サーバは、ユーザ識別子とユーザデバイス識別子との間に結合関係があるか否かを証明する。
【０１０９】
具体的には、ステップＳ２２０において、受信モジュール２１０は、確立された通信接続を有する車載端末によって送信された決済認証要求であって、ユーザ識別子を含む決済認証要求を受信する。ここで、決済認証要求は、車載端末によって送信される。車載端末によって決済認証要求を獲得する方法に関しては、上記実施形態２を参照してよく、その詳細は、ここには記載しない。
【０１１０】
上記ステップＳ２２０の後、ステップＳ２３０において、生成モジュール２２０は、暗号化された決済証明情報であって、ユーザ識別子とユーザデバイス識別子とを含む暗号化された決済証明情報を、決済認証要求に応答して生成する。
【０１１１】
具体的には、図１４を参照すると、ステップＳ２３０は、以下のステップを含む。
【０１１２】
ステップＳ２３１：決済証明情報が、決済認証要求に応答して生成される。
【０１１３】
ステップＳ２３２：決済証明情報が、秘密鍵証明書を用いて暗号化されて、暗号化された決済証明情報を生成する。
【０１１４】
具体的には、生成ユニット２２０１は、決済認証要求に応答して、決済証明情報を生成する。
【０１１５】
暗号化ユニット２２０２は、秘密鍵証明書を用いて、決済証明情報を暗号化して、暗号化された決済証明情報を生成する。
【０１１６】
ここで、ユーザデバイス２０は、最初に、デバイスドライバを呼び出して、ユーザデバイス識別子を獲得し、次に、ユーザデバイスに記憶された秘密鍵証明書を用いて、ユーザ識別子とユーザデバイス識別子とを暗号化する。決済証明情報を生成する具体的な方法と決済証明情報を暗号化する方法に関しては、上記実施形態２を参照してよい。
【０１１７】
上記ステップＳ２３０の後、ステップＳ２４０において、送信モジュール２３０は、暗号化された決済証明情報を車載端末を通してサーバに送信し、それによって、サーバは、ユーザ識別子とユーザデバイス識別子との間に結合関係があるか否かを証明する。ここで、暗号化された決済証明情報を獲得した後、ユーザデバイス２０は、暗号化された決済証明情報を車載端末を通してサーバに送信し、それによって、サーバは、ユーザ識別子とユーザデバイス識別子との間に結合関係があるか否かを証明する。サーバがユーザ識別子とユーザデバイス識別子との間に結合関係があるか否かを証明する方法に関しては上記実施形態２を参照してよい。方法の詳細は、ここには記載しない。
【０１１８】
暗号化された決済証明情報は、秘密鍵証明書を用いて決済証明情報を暗号化することによって、ユーザデバイス２０によって取得されることは上記で指摘した。ここで、決済証明情報は、決済認証要求に応答して、ユーザデバイスによって生成される。決済証明情報を暗号化するための秘密鍵証明書は、上記状況においては、ユーザデバイスに記憶されている。決済証明情報を暗号化するための秘密鍵証明書がユーザデバイスに記憶されていない状況に関しては、秘密鍵証明書が、最初に獲得される必要がある。秘密鍵証明書を獲得する方法を以下に詳細に記載する。
【０１１９】
図１５を参照すると、本出願の他の好ましい実施形態において、ユーザデバイス２０によって秘密鍵証明書を獲得する方法は、以下のステップを含む。
【０１２０】
ステップＳ２１１：車載端末によって送信された結合要求が受信され、結合要求に応答して、ユーザデバイス識別子が、車載端末に送信されて、車載端末が、暗号化されたユーザデバイス識別子と暗号化されたユーザ識別子とをサーバに送信できるようにし、それによって、サーバは、暗号化されたユーザデバイス識別子と暗号化されたユーザ識別子を解読して、秘密鍵証明書を生成し、暗号化された秘密鍵証明書を車載端末に送信する。
【０１２１】
ステップＳ２１２：車載端末によって送信された解読された秘密鍵証明書が、受信される。
【０１２２】
具体的には、ステップＳ２１１において、最初に、受信モジュール２１０が、車載端末によって送信された結合要求を受信し、ユーザデバイス２０を車載端末１０に接続、結合させる。
【０１２３】
次に、送信モジュール２３０は、結合要求に応答して、ユーザデバイス識別子を車載端末に送信して、車載端末が、暗号化されたユーザデバイス識別子と暗号化されたユーザ識別子とをサーバに送信できるようにし、それによって、サーバは、暗号化されたユーザデバイス識別子と暗号化されたユーザ識別子とを解読して、秘密鍵証明書を生成し、暗号化された秘密鍵証明書を車載端末に送信する。
【０１２４】
上記ステップＳ２１１の後、ステップＳ２１２において、受信モジュール２１０は、車載端末１０によって送信された解読された秘密鍵証明書を受信する。秘密鍵証明書を受信した後、秘密鍵証明書は、ユーザデバイスの信頼できる環境に記憶される。信頼できる環境とは、可読記憶空間を指す。ユーザは、信頼できる環境に記憶された秘密鍵証明書を用いて、決済証明情報を暗号化して、暗号化された決済証明情報を取得する。
【０１２５】
ユーザデバイスの秘密鍵証明書を獲得する方法に関しては、実施形態２の方法を参照してよく、本実施形態において不明瞭な内容があれば、実施形態２の内容を参照してよいことに注意されたい。
【０１２６】
実施形態４
図７を参照すると、本出願の実施形態４による、車載端末決済認証のためのサーバの構造ブロック図が示されている。本実施形態のサーバ３０は、送信モジュール３１０、受信モジュール３２０、第１の暗号解読モジュール３３０、及び、証明処理モジュール３４０を含む。
【０１２７】
送信モジュール３１０は、決済認証要求であって、ユーザ識別子を含む決済認証要求を車載端末を通してユーザデバイスに送信するように構成される。
【０１２８】
受信モジュール３２０は、ユーザデバイスによって車載端末を通して送信された暗号化された決済証明情報を受信するように構成される。暗号化された決済証明情報は、決済認証要求に応答して生成され、ユーザ識別子とユーザデバイス識別子とを含む。
【０１２９】
第１の暗号解読モジュール３３０は、暗号化された決済証明情報を解読するように構成される。
【０１３０】
証明処理モジュール３４０は、ユーザ識別子とユーザデバイス識別子との間に結合関係があるか否かを証明するように構成される。
【０１３１】
送信モジュール３１０は、証明結果を車載端末に送信するようにさらに構成される。
【０１３２】
本出願の他の好ましい実施形態において、図８を参照すると、本出願の実施形態４による、車載端末決済認証のためのサーバの別の構造ブロック図が、示されている。受信モジュール３２０は、車載端末１０によって送信された暗号化されたユーザデバイス識別子と暗号化されたユーザ識別子とを受信するようにさらに構成される。本実施形態のサーバ３０は、第２の暗号解読モジュール３５０と確立モジュール３６０をさらに含む。
【０１３３】
第２の暗号解読モジュール３５０は、暗号化されたユーザデバイス識別子と暗号化されたユーザ識別子とを解読するように構成される。
【０１３４】
確立モジュール３６０は、ユーザデバイス識別子とユーザ識別子との間に結合関係を確立するように構成される。
【０１３５】
さらに、本出願の他の好ましい実施形態において、図９を参照すると、本出願の実施形態４による、車載端末決済認証のためのサーバのさらに別の構造ブロック図が示される。本実施形態のサーバ３０は、生成モジュール３７０と暗号化モジュール３８０をさらに含む。
【０１３６】
生成モジュール３７０は、ユーザデバイス識別子とユーザ識別子とに従って、秘密鍵証明書を生成するように構成される。
【０１３７】
暗号化モジュール３８０は、秘密鍵証明書を暗号化するように構成される。
【０１３８】
送信モジュール３１０は、暗号化された秘密鍵証明書を車載端末に送信するようにさらに構成され、それによって、車載端末は、暗号解読によって秘密鍵証明書を取得し、秘密鍵証明書をユーザデバイスに送信する。
【０１３９】
暗号化された決済証明情報は、秘密鍵証明書を用いて決済証明情報を暗号化することによって、ユーザデバイスによって取得される。ここで、決済証明情報は、決済認証要求に応答して、ユーザデバイスによって生成される。
【０１４０】
車載端末決済認証のためのサーバの装置の実施形態を前述した。車載端末決済認証のためのサーバについて、サーバ３０で行われ得るプロセスの実施形態と組み合わせて以下にさらに記載する。
【０１４１】
図１６〜図１８を参照すると、本実施形態による、サーバ３０で行われる車載端末のための決済認証方法の方法フローチャートが、それぞれ、示されている。
【０１４２】
図１６を参照すると、サーバ３０で行われ得る決済認証方法は、以下のステップを含む。
【０１４３】
ステップＳ３２０：決済認証要求であって、ユーザ識別子を含む決済認証要求が車載端末を通してユーザデバイスに送信される。
【０１４４】
ステップＳ３３０：車載端末を通してユーザデバイスによって送信された暗号化された決済証明情報が受信される。暗号化された決済証明情報は、決済認証要求に応答して生成され、ユーザ識別子とユーザデバイス識別子を含む。
【０１４５】
ステップＳ３４０：暗号化された決済証明情報が、解読され、ユーザ識別子とユーザデバイス識別子との間に結合関係があるか否かが証明され、証明結果が、車載端末に送信される。
【０１４６】
具体的には、ステップＳ３２０において、送信モジュール３１０は、ユーザ識別子を含む決済認証要求を車載端末を通してユーザデバイスに送信する。ここで、サーバ３０は、車載端末によって送信された取引情報を受信し、取引情報を確認し、決済認証要求を生成する。次に、送信モジュール３１０は、決済認証要求を車載端末を通してユーザデバイスに送信する。サーバが決済認証要求をユーザデバイスに送信するプロセスにおいて、車載端末がパススルー機能を有することに注意されたい。
【０１４７】
上記ステップＳ３２０の後、ステップＳ３３０において、受信モジュール３２０は、車載端末を通してユーザデバイスによって送信された暗号化された決済証明情報を受信する。暗号化された決済証明情報は、決済認証要求に応答して生成され、ユーザ識別子とユーザデバイス識別子を含む。暗号化された決済証明情報は、秘密鍵証明書を用いて決済証明情報を暗号化することによって、ユーザデバイスによって取得される。ここで、決済証明情報は、決済認証要求に応答して、ユーザデバイスによって生成される。具体的には、決済認証要求を受信した後、ユーザデバイスは、決済認証要求に応答して、決済証明情報を生成する。ここで、決済認証要求は、ユーザ識別子のみを含み、ユーザデバイスは、自身のドライバを呼び出して、自身のユーザデバイス識別子を獲得した後に、決済証明情報を生成する必要がある。すなわち、決済証明情報は、ユーザ識別子とユーザデバイス識別子を含む。決済証明情報が獲得された後、ユーザデバイスの信頼できる環境に記憶された秘密鍵証明書が呼び出されて、決済証明情報を暗号化し、暗号化された決済証明情報が獲得され、暗号化された決済証明情報は、ユーザ識別子とユーザデバイス識別子を確実に含む。暗号化された決済証明情報を獲得した後、ユーザデバイスは、最初に、暗号化された決済証明情報を車載端末に送信し、次に、暗号化された決済証明情報を車載端末を通してサーバ３０に送信する。ここでも、車載端末は、パススルー機能を有する、すなわち、受信モジュール３２０が、車載端末を通してユーザデバイスによって送信された暗号化された決済証明情報であって、決済認証要求に応答して生成される暗号化された決済証明情報を受信する。ここまでで、ステップＳ３３０を完了する。
【０１４８】
上記ステップＳ３３０の後、ステップＳ３４０において、第１の暗号解読モジュール３３０が、暗号化された決済証明情報を解読する。証明処理モジュール３４０は、ユーザ識別子とユーザデバイス識別子との間に結合関係があるか否かを証明する。具体的には、サーバ３０が暗号化された決済証明情報を受信した後、最初に、第１の暗号解読モジュール３３０は、暗号化された決済証明情報を解読する。ここで、暗号化された決済証明情報を解読するための公開鍵は、サーバ３０に記憶される。すなわち、上記記載は、ユーザデバイスの秘密鍵証明書がサーバ３０に記憶されている状況に基づく。ユーザデバイスの秘密鍵証明書がサーバ３０に記憶されていない状況に関しては、サーバ３０の秘密鍵証明書を獲得する具体的な方法は、以下のようになる。第１の暗号解読モジュール３３０が、暗号化された決済証明情報を解読して、暗号化された決済証明情報のユーザ識別子とユーザデバイス識別子とを獲得する。ユーザ識別子とユーザデバイス識別子が獲得された後、証明処理モジュール３４０は、ユーザ識別子とユーザデバイス識別子との間の結合関係を証明する必要がある。具体的には、ユーザ識別子とユーザデバイス識別子は、マッピングされてよく、サーバのデータベースの記録に保存されているユーザ識別子とユーザデバイス識別子と比較されてよい。ユーザ識別子とユーザデバイス識別子が、サーバのデータベースに存在し、且つ、ユーザ識別子とユーザデバイス識別子が、対になってマッピングされている場合、ユーザ識別子とユーザデバイス識別子との間に結合関係があることを示している。ユーザ識別子とユーザデバイス識別子が、サーバのデータベースに存在しない場合、または、ユーザ識別子とユーザデバイス識別子が対になってマッピングされていない場合、ユーザ識別子とユーザデバイス識別子との間に結合関係が無いことを示す。
【０１４９】
ユーザ識別子とユーザデバイス識別子との間に結合関係が無い時、サーバは、証明失敗の結果を送信する。送信モジュール３１０は、証明失敗の結果を車載端末に送信し、車載端末１０は、証明失敗、すなわち、認証失敗の結果に従って、決済処理の実行を拒絶する。
【０１５０】
ユーザ識別子とユーザデバイス識別子との間に結合関係がある時、サーバは、証明成功の結果を送信する。送信モジュール３１０は、証明成功の結果を車載端末に送信し、車載端末１０は、証明成功の結果、すなわち、認証成功に従って、決済処理の実行を可能にする。ここまでで、ステップＳ３４０は完了する。
【０１５１】
上記は、ユーザデバイス識別子とユーザ識別子との間の結合関係がサーバに記憶されている状況、すなわち、上記認証プロセスにおいてサーバでユーザデバイス識別子とユーザ識別子との間の結合関係を確立する必要が無い状況を記載している。認証プロセスにおいて、サーバでユーザデバイス識別子とユーザ識別子との間の結合関係を確立する必要がある状況について、以下に詳細に記載する。
【０１５２】
図１７を参照すると、サーバ３０で行われる車載端末のための決済認証方法は、以下のステップをさらに含む。
【０１５３】
ステップＳ３１１：車載端末によって送信された暗号化されたユーザデバイス識別子と暗号化されたユーザ識別子が受信及び解読される。
【０１５４】
ステップＳ３１２：ユーザデバイス識別子とユーザ識別子との間の結合関係が、確立される。
【０１５５】
具体的には、ステップＳ３１１において、第２の暗号解読モジュール３５０は、暗号化されたユーザデバイス識別子と暗号化されたユーザ識別子を解読する。ここで、ユーザデバイスは、車載端末に結合して、自身のユーザデバイス識別子を車載端末に送信する。車載端末は、アプリケーションＡＰＩを呼び出して、ユーザ識別子を獲得し、ユーザ識別子とユーザデバイス識別子とを車載端末１０に予め記憶されたサーバ３０の公開鍵を用いて暗号化する。サーバ３０の公開鍵は、車載端末１０の工場出荷時に予め設定されてよい。車載端末１０によって送信された暗号化されたユーザデバイス識別子と暗号化されたユーザ識別子を受信した後、サーバ３０は、暗号化されたユーザデバイス識別子と暗号化されたユーザ識別子を自身の秘密鍵を用いて解読し、ユーザデバイス識別子とユーザ識別子を獲得する。ここまでで、ステップＳ３１１は完了する。
【０１５６】
上記ステップＳ３１１の後、ステップＳ３１２において、確立モジュール３６０は、ユーザデバイス識別子とユーザ識別子との間の結合関係を確立する。具体的には、確立モジュール３６０は、暗号解読モジュール３５０によって獲得されたユーザデバイス識別子とユーザ識別子とを用いて、サーバ３０でバックアップを作成する、すなわち、サーバ３０でユーザデバイス識別子とユーザ識別子との間の結合関係を確立する。ここまでで、ステップＳ３１２は完了する。
【０１５７】
サーバ３０がユーザデバイス識別子とユーザ識別子との間の結合関係を確立するプロセスは前述した。
【０１５８】
さらに、図１８を参照すると、ユーザデバイス識別子とユーザ識別子との間に結合関係を確立するステップＳ３１２の後、方法は、以下のステップをさらに含む。
【０１５９】
ステップＳ３１３：秘密鍵証明書が、ユーザデバイス識別子とユーザ識別子とに従って生成される。
【０１６０】
ステップＳ３１４：秘密鍵証明書は、暗号化され、車載端末に送信され、それによって、車載端末は、暗号解読によって秘密鍵証明書を取得し、秘密鍵証明書をユーザデバイスに送信する。
【０１６１】
具体的には、ステップＳ３１３において、生成モジュール３７０は、ユーザデバイス識別子とユーザ識別子に従って、秘密鍵証明書を生成する。具体的には、ユーザデバイス識別子とユーザ識別子を獲得した後、生成モジュール３７０は、ユーザデバイス識別子とユーザ識別子を用いて、秘密鍵証明書、すなわち、ユーザデバイス１０とサーバ３０に記憶される秘密鍵証明書を生成する。秘密鍵証明書を獲得した後、秘密鍵証明書は、最初に、暗号解読のためにサーバ３０に記憶され、バックアップされる必要がある、次に、秘密鍵証明書は、（次のステップのように）車載端末を通してユーザデバイスに送信される必要がある。ここまでで、ステップＳ３１３が完了する。
【０１６２】
上記ステップＳ３１３の後、ステップＳ３１４において、最初に、暗号化モジュール３８０は、秘密鍵証明書を解読する。次に、送信モジュール３１０は、暗号化された秘密鍵証明書を車載端末に送信し、それによって、車載端末は、暗号解読によって秘密鍵証明書を取得し、秘密鍵証明書をユーザデバイスに送信する。具体的には、暗号化モジュール３８０は、車載端末１０の公開鍵を用いて、秘密鍵証明書を暗号化する。ここで、車載端末１０の公開鍵は、通信ネットワークを介して車載端末１０にアクセスすることによって、サーバ３０によって獲得されてよい。
【０１６３】
秘密鍵証明書が暗号化された後、送信モジュール３１０は、暗号化された秘密鍵証明書を車載端末に送信し、それによって、車載端末は、暗号解読によって秘密鍵証明書を取得し、秘密鍵証明書をユーザデバイスに送信する。具体的には、送信モジュール３１０は、暗号化された秘密鍵証明書を車載端末に送信し、暗号化された秘密鍵証明書を獲得した後、車載端末１０は、車載端末１０の公開鍵に対応する秘密鍵を用いて、暗号化された秘密鍵証明書を解読して、秘密鍵証明書を獲得し、次に、秘密鍵証明書をユーザデバイスに送信して、決済証明情報の暗号化に使用するために、ユーザデバイスが、秘密鍵証明書を信頼できる環境に記憶するのを可能にする。ここまでで、ステップＳ３１４は完了する。
【０１６４】
サーバ３０が秘密鍵証明書を獲得するプロセスは、前述した。
【０１６５】
ユーザデバイスの秘密鍵証明書を獲得する方法に関しては、実施形態２の方法を参照してよく、本実施形態において不明瞭な内容に関しては、実施形態２の内容を参照してよいことに注意されたい。
【０１６６】
さらに、本出願の実施形態による、車載端末のための決済認証方法及び装置において、車載端末１０、ユーザデバイス２０、サーバ３０、及び、それらの実行方法は、互いに依存しており、互いにインタラクトしている。上記実施形態において、不明瞭な内容に関しては、互いに参照してよい。
【０１６７】
実施形態５
図１９〜図２０を参照すると、本出願の実施形態５による、決済認証システムの動作の概略図が、それぞれ、示されている。
【０１６８】
図１９は、サーバ３０が、ユーザデバイス識別子とユーザ識別子とを確立し、秘密鍵証明書を獲得することを示す動作の概略図である。図２０は、決済取引に関する認証の動作の概略図である。
【０１６９】
最初に、図１９に示すように、決済認証システム１は、以下の動作ステップを行ってよい。
１．車載端末１０が、ユーザデバイス２０に結合する要求を開始する。
２．車載端末１０は、ユーザデバイス２０に接続するために、ユーザデバイス２０のＡＰＩインタフェースを呼び出す。
３．車載端末１０は、結合要求をユーザデバイス２０に送信する。
４．ユーザデバイス２０は、デバイスドライバを呼び出して、自身のデバイスＩＤを獲得する。
５．ユーザデバイス２０は、デバイスＩＤを車載端末１０に送信する。
６．車載端末１０は、メッセージのデバイスＩＤを獲得する。
７．車載端末１０は、アプリケーションＡＰＩインタフェースを呼び出して、アプリケーションにログインされたユーザＩＤを獲得する。
８．車載端末１０は、工場出荷時に記憶されたサーバ３０の公開鍵を呼び出して、デバイスＩＤとユーザＩＤを暗号化する。
９．車載端末１０は、暗号化された情報をサーバ３０に送信する。
１０．サーバ３０は、秘密鍵を用いてメッセージを解読し、メッセージのデバイスＩＤとユーザＩＤを獲得する。
１１．サーバ３０は、デバイスＩＤとユーザＩＤとの間の結合関係をデータベースに記憶する。
１２．サーバ３０は、ユーザデバイス２０の秘密鍵証明書を生成する。
１３．サーバ３０は、車載端末１０の工場出荷時に書き込まれた公開−秘密鍵対の公開鍵データを用いて、ユーザデバイス２０の秘密鍵証明書を暗号化する。
１４．サーバ３０は、暗号化された情報を車載端末１０に送信する。
１５．車載端末１０は、工場出荷時に記憶された秘密鍵を用いて、メッセージを解読する。
１６．車載端末１０は、解読されたメッセージのユーザデバイス２０の秘密鍵証明書を獲得する。
１７．車載端末１０は、ユーザデバイス２０のＡＰＩインタフェースを通して、ユーザデバイス２０の秘密鍵証明書をユーザデバイス２０に送信する。
１８．ユーザデバイス２０は、デバイスのＡＰＩインタフェースを呼び出して、デバイスの信頼できる環境に秘密鍵証明書を書き込んで、ユーザデバイス２０を車載端末１０に結合し、ユーザデバイス２０の秘密鍵証明書を書き込む。
【０１７０】
上記動作を行うことによって、決済認証システム１は、ユーザデバイス２０の秘密鍵証明書を獲得し、ユーザデバイス２０の秘密鍵証明書をユーザデバイス２０の記憶モジュールの信頼できる環境に記憶する。
【０１７１】
２番目に、図２０に示すように、決済認証システム１は、以下のステップをさらに行ってよい。
１．車載端末１０は、アプリケーションのＡＰＩを呼び出して、ユーザがアプリケーションにログインするユーザＩＤを獲得する。
２．車載端末１０は、ユーザの注文情報に従って、取引要求を開始する。
３．車載端末１０は、取引情報とユーザＩＤをサーバ３０に送信する。
４．サーバ３０は、取引情報の注文データとユーザＩＤとを確認する。
５．サーバ３０は、ユーザＩＤに従って、車載端末１０への認証要求を開始する。
６．認証要求を受信後、車載端末１０は、最初に、ユーザデバイス２０が接続されているか否かを判断する。
７．ユーザデバイス２０が接続されている場合、車載端末１０は、ユーザデバイス２０のＡＰＩインタフェースを呼び出して、認証要求を開始する。
８．車載端末１０は、認証要求、取引情報、及び、ユーザＩＤの情報をユーザデバイス２０に送信する。
９．ユーザデバイス２０は、メッセージの取引情報とユーザＩＤを獲得し、解析する。
１０．ユーザデバイス２０は、デバイスドライバを呼び出して、自身のデバイスＩＤを獲得する。
１１．ユーザデバイス２０は、取引情報、デバイスＩＤ、及び、ユーザＩＤに、デバイスの信頼できる環境に記憶された秘密鍵を用いて、デジタル署名する。
１２．ユーザデバイス２０は、デジタル署名結果と元の署名データを一緒に車載端末１０に送信する。
１３．車載端末１０は、パススルー方法を採用し、ユーザデバイス２０が送信したデータを処理しない。
１４．車載端末１０は、ユーザデバイス２０によって送信された署名結果と元の署名データをサーバ３０に転送する。
１５．サーバ３０は、ユーザデバイス２０のデジタル署名の妥当性を公開鍵を用いて検証する。
１６．デジタル署名の検証に成功裏した後、サーバ３０は、メッセージのデバイスＩＤとユーザＩＤを獲得し、解析する。
１７．サーバ３０は、デバイスＩＤとユーザＩＤの妥当性と、結合関係の正確さとを確認し、取引結果を車載端末１０に送信する。
１８．車載端末１０は、取引の完了を確認する。
【０１７２】
上記動作を行うことによって、決済認証システム１は、ユーザデバイス２０、車載端末１０、及び、サーバ３０を通して、決済認証取引を完了する。
【０１７３】
本出願の車載端末の決済認証システムによると、車載端末に接続されたユーザデバイスとサーバとからなる決済認証システムを通して、ユーザデバイスのＩＤと車載端末のユーザ識別子とが獲得され、ユーザデバイス識別子とユーザ識別子は、車載端末で暗号化され、暗号化されたファイルが、サーバに送信され、暗号化されたファイルは、サーバで解読されて、ユーザデバイスの秘密鍵証明書を生成し、秘密鍵証明書は、暗号化されて、車載端末に送信される。秘密鍵証明書は、車載端末で解読され、解読された秘密鍵証明書は、ユーザデバイスの信頼できる環境に記憶され、決済取引中に、ユーザデバイスの秘密鍵証明書が呼び出されて、取引情報、ユーザ識別子、及び、ユーザデバイス識別子にデジタル署名する。デジタル署名ファイルは、車載端末を通してサーバに送信されて、デジタル署名ファイルが有効である時、サーバが、ユーザ識別子とユーザデバイス識別子を獲得するのを可能にし、ユーザ識別子とユーザデバイス識別子との間の結合関係の妥当性が確認されて、取引情報を完了する。車載端末に適用される既存のモバイル決済技術における複雑な決済プロセスと決済のセキュリティが低いという問題が解決される。秘密鍵証明書を獲得するプロセスで、全てのファイルは、暗号化されて送信され、これは、決済認証のセキュリティを向上させる。車載端末の決済プロセスにおいて、自動車の運転者が過度の操作を行うことが不要になり、決済プロセスが簡単である、従って、運転者の安全を保証し、ユーザの決済体験を向上させる。
【０１７４】
上記記載は、本出願の幾つかの好ましい実施形態を示し、記載した。しかしながら、前述のように、本出願は、この文章に開示した形態に限定されず、他の実施形態を除外するとみなすべきではなく、様々な他の組み合わせ、修正、及び、環境に適用されてよく、また、上記教示または関連分野における技術もしくは知識を通して本文章の発明の構想の範囲内で修正されてよい。当業者が行い、また、本出願の趣旨及び範囲を逸脱しない修正及び変更は全て、本出願の添付の請求項の保護範囲にあるものとする。
【図１】
2019521414.tif 000003
【図２】
2019521414.tif 000004
【図３】
2019521414.tif 000005
【図４】
2019521414.tif 000006
【図５】
2019521414.tif 000007
【図６】
2019521414.tif 000008
【図７】
2019521414.tif 000009
【図８】
2019521414.tif 000010
【図９】
2019521414.tif 000011
【図１０】
2019521414.tif 000012
【図１１】
2019521414.tif 000013
【図１２】
2019521414.tif 000014
【図１３】
2019521414.tif 000015
【図１４】
2019521414.tif 000016
【図１５】
2019521414.tif 000017
【図１６】
2019521414.tif 000018
【図１７】
2019521414.tif 000019
【図１８】
2019521414.tif 000020
【図１９】
2019521414.tif 000021
【図２０】
2019521414.tif 000022
【手続補正書】
【提出日】平成31年1月9日(2019.1.9)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】００４２
【補正方法】変更
【補正の内容】
【００４２】
サーバ３０は、車載端末１０にインストールされたアプリケーションプログラムに対応する。ショッピングアプリケーション「ＴＭＡＬＬ」が、車載端末１０にインストールされる場合、サーバ３０は、ＴＭＡＬＬのバックエンドのユーザサーバに対応する。サーバ３０は、ユーザ情報を記憶するためのデータベースを有することに注意されたい。
【国際調査報告】
2019521414.tif 000023
2019521414.tif 000024
2019521414.tif 000025
2019521414.tif 000026
2019521414.tif 000027
2019521414.tif 000028