(57)【要約】  本明細書の実施形態は、運賃支払方法、装置、およびデバイスを開示している。本明細書の実施形態においては、あるアプリケーションが、HCEをサポートする端末デバイスに事前にインストールされ得る。ユーザが乗り物を利用する際、ユーザは、公共交通システムの集金デバイスの付近に端末デバイスを移動させ得る。集金デバイスは、端末デバイスのオペレーティングシステムがルーティング命令に含まれるアプリケーションのアプリケーション識別子に基づいてアプリケーションにルーティング命令を送信するために、端末デバイスにHCEベースのルーティング命令を送信することができ、その後、アプリケーションは、ルーティング命令に応答して集金デバイスとのNFC接続を確立する。その後、アプリケーションは、集金デバイスが受信した支払関連データ情報についての検証が成功した後に支払関連データ情報に基づいてユーザのアカウントから運賃を引き落とすことができるように、NFC接続を使用して集金デバイスに支払関連データ情報を送信し得る。
2021513129.tif 000002
【特許請求の範囲】
【請求項１】
運賃支払方法であって、アプリケーションがホストベースのカードエミュレーション(HCE)をサポートする端末デバイスにインストールされており、前記方法は、
前記アプリケーションによって、前記端末デバイスのオペレーティングシステムによって送信されたHCEベースのルーティング命令を受信するステップであって、前記ルーティング命令は、前記端末デバイスに公共交通システムの集金デバイスによって送信されたものである、ステップと、
前記アプリケーションによって、前記ルーティング命令に応答して前記集金デバイスとの近距離無線通信(NFC)接続を確立するステップと、
受信した支払関連データ情報についての検証が成功した後に前記支払関連データ情報に基づいてユーザのアカウントから運賃を前記集金デバイスが引き落とすために、前記NFC接続を使用して前記集金デバイスに前記ユーザの前記支払関連データ情報を送信するステップと
を含む、方法。
【請求項２】
前記集金デバイスにユーザの支払関連データ情報を送信するステップの前に、前記方法は、
前記アプリケーションによって、前記アプリケーションに対応するサーバから前記ユーザの前記支払関連データ情報を取得するステップ、または、
前記アプリケーションによって、前記アプリケーションに対応するサーバから前記ユーザの領収証関連データを取得し、前記領収証関連データに基づいて前記ユーザの前記支払関連データ情報を生成するステップ、または、
前記アプリケーションによって、前記ユーザの事前に記憶されている領収証関連データをローカルで取得し、前記領収証関連データに基づいて前記ユーザの前記支払関連データ情報を生成するステップをさらに含む、請求項1に記載の方法。
【請求項３】
前記集金デバイスにユーザの支払関連データ情報を送信するステップの前に、前記方法は、
前記NFC接続を使用して、前記集金デバイスによって送信された公共交通システム識別子を受信するステップをさらに含み、
前記集金デバイスにユーザの支払関連データ情報を送信するステップは、
前記集金デバイスに前記公共交通システム識別子に対応する前記ユーザの前記支払関連データ情報を送信するステップを特に含む、請求項1に記載の方法。
【請求項４】
前記集金デバイスに支払関連データ情報を送信するステップは、
暗号化情報を取得するべく、前記公共交通システムと事前に合意された暗号化アルゴリズムに基づいて前記支払関連データ情報を暗号化するステップと、
前記集金デバイスが、前記支払関連データ情報を取得するべく、前記暗号化アルゴリズムに対応する復号アルゴリズムに基づいて前記暗号化情報を復号するために、前記集金デバイスに前記暗号化情報を送信するステップと
を特に含む、請求項1に記載の方法。
【請求項５】
前記集金デバイスにユーザの支払関連データ情報を送信するステップの前に、前記方法は、
前記NFC接続を使用して、前記集金デバイスによって送信されたデータオフセットを受信するステップをさらに含み、
前記集金デバイスに支払関連データ情報を送信するステップは、
前記データオフセットに基づいて前記支払関連データ情報をデータパケットに分割するステップと、
前記集金デバイスが前記データオフセットに基づいて前記受信したデータパケットを前記支払関連データ情報へとアセンブルするために、前記集金デバイスに前記データパケットを送信するステップと
を特に含む、請求項1に記載の方法。
【請求項６】
前記方法は、
前記NFC接続を使用して、前記支払関連データ情報のものであるとともに前記集金デバイスによって送信された検証結果を受信し、前記検証結果を表示するステップをさらに含む、請求項1に記載の方法。
【請求項７】
運賃支払方法であって、
公共交通システムの集金デバイスによって、端末デバイスのオペレーティングシステムがルーティング命令に含まれるアプリケーションのアプリケーション識別子に基づいて前記端末デバイスにインストールされた前記アプリケーションに前記ルーティング命令を送信するために、前記端末デバイスにHCEベースの前記ルーティング命令を送信するステップと、
前記ルーティング命令に応答して前記アプリケーションとのNFC接続を確立するステップと、
前記NFC接続を使用して、前記アプリケーションによって送信された支払関連データ情報を受信するステップと、
前記支払関連データ情報を検証し、前記検証が成功した場合には、前記支払関連データ情報に基づいてユーザのアカウントから運賃を引き落とすステップと
を含む、方法。
【請求項８】
前記アプリケーションによって送信された支払関連データ情報を受信するステップの前に、前記方法は、
前記アプリケーションが前記集金デバイスに公共交通システム識別子に対応する前記支払関連データ情報を送信するために、前記NFC接続を使用して前記アプリケーションに前記集金デバイスに記憶されている前記公共交通システム識別子を送信するステップをさらに含む、請求項7に記載の方法。
【請求項９】
前記アプリケーションによって送信された支払関連データ情報を受信するステップは、
前記アプリケーションによって送信された暗号化情報を受信するステップであって、前記暗号化情報は、前記公共交通システムと事前に合意された暗号化アルゴリズムに基づいて前記ユーザの前記支払関連データ情報を暗号化することによって、前記アプリケーションによって取得される、ステップと、
前記支払関連データ情報を取得するべく、前記暗号化アルゴリズムに対応する復号アルゴリズムに基づいて前記暗号化情報を復号するステップと
を特に含む、請求項7に記載の方法。
【請求項１０】
前記アプリケーションによって送信された支払関連データ情報を受信するステップの前に、前記方法は、
前記NFC接続を使用して前記アプリケーションにデータオフセットを送信するステップをさらに含み、
前記アプリケーションによって送信された支払関連データ情報を受信するステップは、
前記アプリケーションによって送信されたデータパケットを受信するステップであって、前記データパケットは、前記データオフセットに基づいて前記ユーザの前記支払関連データ情報を分割することによって、前記アプリケーションによって取得される、ステップと、
前記データオフセットに基づいて前記受信したデータパケットを前記支払関連データ情報へとアセンブルするステップと
を特に含む、請求項7に記載の方法。
【請求項１１】
前記方法は、
前記アプリケーションが検証結果を表示するために、前記NFC接続を使用して前記アプリケーションに前記支払関連データ情報の前記検証結果を送信するステップをさらに含む、請求項7に記載の方法。
【請求項１２】
運賃支払方法であって、アプリケーションがホストベースのカードエミュレーション(HCE)をサポートする端末デバイスにインストールされており、前記方法は、
前記端末デバイスのオペレーティングシステムによって、公共交通システムの集金デバイスによって送信されたHCEベースのルーティング命令を受信するステップと、
HCE機能および前記ルーティング命令に含まれるアプリケーション識別子に基づいて、前記端末デバイスにインストールされているとともに前記アプリケーション識別子に対応する前記アプリケーションを決定するステップと、
前記アプリケーションが前記ルーティング命令に基づいて前記集金デバイスとの近距離無線通信(NFC)接続を確立し、前記受信した支払関連データ情報についての検証が成功した後に前記支払関連データ情報に基づいてユーザのアカウントから運賃を前記集金デバイスが引き落とすために前記NFC接続を使用して前記集金デバイスに前記ユーザの支払関連データ情報を送信するために、前記決定したアプリケーションに前記ルーティング命令を送信するステップと
を含む、方法。
【請求項１３】
運賃支払装置であって、前記装置は、ホストベースのカードエミュレーション(HCE)をサポートする端末デバイスにインストールされており、前記装置は、
前記端末デバイスのオペレーティングシステムによって送信されたHCEベースのルーティング命令を受信するように構成される、第1の受信モジュールであって、前記ルーティング命令は、前記端末デバイスに公共交通システムの集金デバイスによって送信されたものである、第1の受信モジュールと、
前記装置が前記ルーティング命令に応答して前記集金デバイスとの近距離無線通信(NFC)接続を確立することができるように構成される、集金モジュールと、
受信した支払関連データ情報についての検証が成功した後に前記支払関連データ情報に基づいてユーザのアカウントから運賃を前記集金デバイスが引き落とすために、前記NFC接続を使用して前記集金デバイスに前記ユーザの前記支払関連データ情報を送信するように構成される、送信モジュールと
を含む、装置。
【請求項１４】
前記装置は、前記送信モジュールが前記集金デバイスに前記ユーザの前記支払関連データ情報を送信する前に、前記装置に対応するサーバから前記ユーザの前記支払関連データ情報を取得する、または、前記アプリケーションに対応するサーバから前記ユーザの領収証関連データを取得し、前記領収証関連データに基づいて前記ユーザの前記支払関連データ情報を生成する、または、前記ユーザの事前に記憶されている領収証関連データをローカルで取得し、前記領収証関連データに基づいて前記ユーザの前記支払関連データ情報を生成するように構成される、獲得モジュールをさらに含む、請求項13に記載の装置。
【請求項１５】
前記装置は、前記送信モジュールが前記集金デバイスに前記ユーザの前記支払関連データ情報を送信する前に、前記NFC接続を使用して、前記集金デバイスによって送信された公共交通システム識別子を受信するように構成される、第2の受信モジュールをさらに含み、
前記送信モジュールは、前記集金デバイスに前記公共交通システム識別子に対応する前記ユーザの前記支払関連データ情報を送信するように構成される、請求項13に記載の装置。
【請求項１６】
前記送信モジュールは、暗号化情報を取得するべく、前記公共交通システムと事前に合意された暗号化アルゴリズムに基づいて前記支払関連データ情報を暗号化することと、前記集金デバイスが、前記支払関連データ情報を取得するべく、前記暗号化アルゴリズムに対応する復号アルゴリズムに基づいて前記暗号化情報を復号するために、前記集金デバイスに前記暗号化情報を送信することとをするように構成される、請求項13に記載の装置。
【請求項１７】
前記装置は、前記送信モジュールが前記集金デバイスに前記ユーザの前記支払関連データ情報を送信する前に、前記NFC接続を使用して、前記集金デバイスによって送信されたデータオフセットを受信するように構成される、第3の受信モジュールをさらに含み、
前記送信モジュールは、前記データオフセットに基づいて前記支払関連データ情報をデータパケットに分割することと、前記集金デバイスが前記データオフセットに基づいて前記受信したデータパケットを前記支払関連データ情報へとアセンブルするために、前記集金デバイスに前記データパケットを送信することとをするように構成される、請求項13に記載の装置。
【請求項１８】
前記装置は、前記NFC接続を使用して、前記支払関連データ情報のものであるとともに前記集金デバイスによって送信された検証結果を受信し、前記検証結果を表示するように構成される、表示モジュールをさらに含む、請求項13に記載の装置。
【請求項１９】
運賃支払装置であって、
端末デバイスのオペレーティングシステムがルーティング命令に含まれるアプリケーションのアプリケーション識別子に基づいて前記端末デバイスにインストールされた前記アプリケーションに前記ルーティング命令を送信するために、前記端末デバイスにHCEベースの前記ルーティング命令を送信するように構成される、第1の送信モジュールと、
前記ルーティング命令に応答して前記アプリケーションとのNFC接続を確立するように構成される、集金モジュールと、
前記NFC接続を使用して、前記アプリケーションによって送信された支払関連データ情報を受信するように構成される、受信モジュールと、
前記支払関連データ情報を検証し、前記検証が成功した場合には、前記支払関連データ情報に基づいてユーザのアカウントから運賃を引き落とすように構成される、検証モジュールと
を含む、装置。
【請求項２０】
前記装置は、前記受信モジュールが前記アプリケーションによって送信された前記支払関連データ情報を受信する前に、前記アプリケーションが前記装置に公共交通システム識別子に対応する前記支払関連データ情報を送信するために、前記NFC接続を使用して前記アプリケーションに前記装置に記憶されている前記公共交通システム識別子を送信するように構成される、第2の送信モジュールをさらに含む、請求項19に記載の装置。
【請求項２１】
前記受信モジュールは、前記アプリケーションによって送信された暗号化情報を受信することであって、前記暗号化情報は、前記装置と事前に合意された暗号化アルゴリズムに基づいて前記ユーザの前記支払関連データ情報を暗号化することによって、前記アプリケーションによって取得される、ことと、前記支払関連データ情報を取得するべく、前記暗号化アルゴリズムに対応する復号アルゴリズムに基づいて前記暗号化情報を復号することとをするように構成される、請求項19に記載の装置。
【請求項２２】
前記装置は、前記受信モジュールが前記アプリケーションによって送信された前記支払関連データ情報を受信する前に、前記NFC接続を使用して前記アプリケーションにデータオフセットを送信するように構成される、第3の送信モジュールをさらに含み、
前記受信モジュールは、前記アプリケーションによって送信されたデータパケットを受信することであって、前記データパケットは、前記データオフセットに基づいて前記ユーザの前記支払関連データ情報を分割することによって、前記アプリケーションによって取得される、ことと、前記データオフセットに基づいて前記受信したデータパケットを前記支払関連データ情報へとアセンブルすることとをするように構成される、請求項19に記載の装置。
【請求項２３】
前記装置は、前記アプリケーションが検証結果を表示するために、前記NFC接続を使用して前記アプリケーションに前記支払関連データ情報の前記検証結果を送信するように構成される、第4の送信モジュールをさらに含む、請求項19に記載の装置。
【請求項２４】
運賃支払装置であって、アプリケーションがホストベースのカードエミュレーション(HCE)をサポートする端末デバイスにインストールされており、前記装置は、
公共交通システムの集金デバイスによって送信されたHCEベースのルーティング命令を受信するように構成される、受信モジュールと、
HCE機能および前記ルーティング命令に含まれるアプリケーション識別子に基づいて、前記端末デバイスにインストールされているとともに前記アプリケーション識別子に対応する前記アプリケーションを決定するように構成される、決定モジュールと、
前記アプリケーションが前記ルーティング命令に基づいて前記集金デバイスとの近距離無線通信(NFC)接続を確立し、前記受信した支払関連データ情報についての検証が成功した後に前記支払関連データ情報に基づいてユーザのアカウントから運賃を前記集金デバイスが引き落とすために前記NFC接続を使用して前記集金デバイスに前記ユーザの支払関連データ情報を送信するために、前記決定したアプリケーションに前記ルーティング命令を送信するように構成される、送信モジュールと
を含む、運賃支払装置。
【請求項２５】
端末デバイスであって、前記端末デバイスは、ホストベースのカードエミュレーション(HCE)をサポートし、前記端末デバイスは、1つまたは複数のプロセッサおよびメモリを含み、前記メモリは、プログラムを記憶し、前記プログラムは、
公共交通システムの集金デバイスによって送信されたルーティング命令を受信するステップと、
前記ルーティング命令に応答して前記集金デバイスとの近距離無線通信(NFC)接続を確立するステップと、
受信した支払関連データ情報についての検証が成功した後に前記支払関連データ情報に基づいてユーザのアカウントから運賃を前記集金デバイスが引き落とすために、前記NFC接続を使用して前記集金デバイスに前記ユーザの前記支払関連データ情報を送信するステップと
を行うように前記1つまたは複数のプロセッサによって実行されるように構成される、端末デバイス。
【請求項２６】
1つまたは複数のプロセッサおよびメモリを含む、集金デバイスであって、前記メモリは、プログラムを記憶し、前記プログラムは、
端末デバイスのオペレーティングシステムがルーティング命令に含まれるアプリケーションのアプリケーション識別子に基づいて前記端末デバイスにインストールされた前記アプリケーションに前記ルーティング命令を送信するために、前記端末デバイスにHCEベースの前記ルーティング命令を送信するステップと、
前記ルーティング命令に応答して前記アプリケーションとのNFC接続を確立するステップと、
前記NFC接続を使用して、前記アプリケーションによって送信された支払関連データ情報を受信するステップと、
前記支払関連データ情報を検証し、前記検証が成功した場合には、前記支払関連データ情報に基づいてユーザのアカウントから運賃を引き落とすステップと
を行うように前記1つまたは複数のプロセッサによって実行されるように構成される、集金デバイス。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願の相互参照
本特許出願は、その全体が参照により組み込まれている、2018年1月31日に中国特許庁に出願するとともに「運賃支払方法、装置、およびデバイス」と題する、中国特許出願第201810093234.3号に対する優先権を主張する。
【０００２】
本明細書は、情報技術の分野に関し、詳細には、運賃支払方法、装置、およびデバイスに関する。
【背景技術】
【０００３】
現状では、ユーザが地下鉄またはバスなどの公共交通手段を利用する際、ユーザは、QR(クイックレスポンス)コード検証を経て運賃を支払い得る。
【０００４】
具体的には、例えば、ユーザは地下鉄を利用する。ユーザが地下鉄のゲートまで来て駅に入る準備をする際、ユーザは、携帯電話に搭載のアプリケーションを使用して、ユーザの支払関連データ情報を含むQRコード(登録商標)を地下鉄のゲートに表示し得るし、地下鉄のゲートは、QRコード(登録商標)をスキャンした後にユーザの支払関連データ情報を取得し得る。続いて、地下鉄のゲートは、支払関連データ情報を検証する。検証が成功した場合には、地下鉄のゲートは、ユーザが駅に入ることを許可するべくエントランスを開くように制御し、支払関連データ情報に含まれるアカウント識別子に対応するアカウントから運賃を引き落として引き落とされた運賃を地下鉄管理システムに支払うようにサーバに要求し得る。
【０００５】
既存の技術に基づけば、より便利な運賃支払方法が必要とされている。
【発明の概要】
【課題を解決するための手段】
【０００６】
本明細書の実施形態は、既存の運賃支払方法がユーザにとって不便なものであるという問題を軽減する、運賃支払方法、装置、およびデバイスを提供している。
【０００７】
上記の技術的問題を軽減するべく、本明細書の実施形態を以下のように実施している。
【０００８】
本明細書の実施形態は、アプリケーションがホストベースのカードエミュレーション(HCE)をサポートする端末デバイスにインストールされている運賃支払方法を提供しており、方法は、アプリケーションによって、端末デバイスのオペレーティングシステムによって送信されたHCEベースのルーティング命令を受信するステップであって、ルーティング命令は、端末デバイスに公共交通システムの集金デバイスによって送信されたものである、ステップと、アプリケーションによって、ルーティング命令に応答して集金デバイスとの近距離無線通信(NFC)接続を確立するステップと、受信した支払関連データ情報についての検証が成功した後に支払関連データ情報に基づいてユーザのアカウントから運賃を集金デバイスが引き落とすために、NFC接続を使用して集金デバイスにユーザの支払関連データ情報を送信するステップとを含む。
【０００９】
本明細書の実施形態は、運賃支払方法を提供しており、運賃支払方法は、公共交通システムの集金デバイスによって、端末デバイスのオペレーティングシステムがルーティング命令に含まれるアプリケーションのアプリケーション識別子に基づいて端末デバイスにインストールされたアプリケーションにルーティング命令を送信するために、端末デバイスにHCEベースのルーティング命令を送信するステップと、ルーティング命令に応答してアプリケーションとのNFC接続を確立するステップと、NFC接続を使用して、アプリケーションによって送信された支払関連データ情報を受信するステップと、支払関連データ情報を検証し、検証が成功した場合には、支払関連データ情報に基づいてユーザのアカウントから運賃を引き落とすステップとを含む。
【００１０】
本明細書の実施形態は、アプリケーションがホストベースのカードエミュレーション(HCE)をサポートする端末デバイスにインストールされている別の運賃支払方法を提供しており、方法は、端末デバイスのオペレーティングシステムによって、公共交通システムの集金デバイスによって送信されたHCEベースのルーティング命令を受信するステップと、HCE機能およびルーティング命令に含まれるアプリケーション識別子に基づいて、端末デバイスにインストールされているとともにアプリケーション識別子に対応するアプリケーションを決定するステップと、アプリケーションがルーティング命令に基づいて集金デバイスとの近距離無線通信(NFC)接続を確立し、受信した支払関連データ情報についての検証が成功した後に支払関連データ情報に基づいてユーザのアカウントから運賃を集金デバイスが引き落とすためにNFC接続を使用して集金デバイスにユーザの支払関連データ情報を送信するために、決定したアプリケーションにルーティング命令を送信するステップとを含む。
【００１１】
本明細書の実施形態は、運賃支払装置を提供しており、装置は、ホストベースのカードエミュレーション(HCE)をサポートする端末デバイスにインストールされており、装置は、端末デバイスのオペレーティングシステムによって送信されたHCEベースのルーティング命令を受信するように構成される、第1の受信モジュールであって、ルーティング命令は、端末デバイスに公共交通システムの集金デバイスによって送信されたものである、第1の受信モジュールと、装置がルーティング命令に応答して集金デバイスとの近距離無線通信(NFC)接続を確立することができるように構成される、集金モジュールと、受信した支払関連データ情報についての検証が成功した後に支払関連データ情報に基づいてユーザのアカウントから運賃を集金デバイスが引き落とすために、NFC接続を使用して集金デバイスにユーザの支払関連データ情報を送信するように構成される、送信モジュールとを含む。
【００１２】
本明細書の実施形態は、別の運賃支払装置を提供しており、別の運賃支払装置は、端末デバイスのオペレーティングシステムがルーティング命令に含まれるアプリケーションのアプリケーション識別子に基づいて端末デバイスにインストールされたアプリケーションにルーティング命令を送信するために、端末デバイスにHCEベースのルーティング命令を送信するように構成される、第1の送信モジュールと、ルーティング命令に応答してアプリケーションとのNFC接続を確立するように構成される、集金モジュールと、NFC接続を使用して、アプリケーションによって送信された支払関連データ情報を受信するように構成される、受信モジュールと、支払関連データ情報を検証し、検証が成功した場合には、支払関連データ情報に基づいてユーザのアカウントから運賃を引き落とすように構成される、検証モジュールとを含む。
【００１３】
本明細書の実施形態は、アプリケーションがホストベースのカードエミュレーション(HCE)をサポートする端末デバイスにインストールされている別の運賃支払装置を提供しており、装置は、公共交通システムの集金デバイスによって送信されたHCEベースのルーティング命令を受信するように構成される、受信モジュールと、HCE機能およびルーティング命令に含まれるアプリケーション識別子に基づいて、端末デバイスにインストールされているとともにアプリケーション識別子に対応するアプリケーションを決定するように構成される、決定モジュールと、アプリケーションがルーティング命令に基づいて集金デバイスとの近距離無線通信(NFC)接続を確立し、受信した支払関連データ情報についての検証が成功した後に支払関連データ情報に基づいてユーザのアカウントから運賃を集金デバイスが引き落とすためにNFC接続を使用して集金デバイスにユーザの支払関連データ情報を送信するために、決定したアプリケーションにルーティング命令を送信するように構成される、送信モジュールとを含む。
【００１４】
本明細書の実施形態は、端末デバイスを提供しており、端末デバイスは、ホストベースのカードエミュレーション(HCE)をサポートし、端末デバイスは、1つまたは複数のプロセッサおよびメモリを含み、メモリは、プログラムを記憶し、プログラムは、公共交通システムの集金デバイスによって送信されたルーティング命令を受信するステップと、ルーティング命令に応答して集金デバイスとの近距離無線通信(NFC)接続を確立するステップと、受信した支払関連データ情報についての検証が成功した後に支払関連データ情報に基づいてユーザのアカウントから運賃を集金デバイスが引き落とすために、NFC接続を使用して集金デバイスにユーザの支払関連データ情報を送信するステップとを行うように1つまたは複数のプロセッサによって実行されるように構成される。
【００１５】
本明細書の実施形態は、1つまたは複数のプロセッサおよびメモリを含む、集金デバイスを提供しており、メモリは、プログラムを記憶し、プログラムは、端末デバイスのオペレーティングシステムがルーティング命令に含まれるアプリケーションのアプリケーション識別子に基づいて端末デバイスにインストールされたアプリケーションにルーティング命令を送信するために、端末デバイスにHCEベースのルーティング命令を送信するステップと、ルーティング命令に応答してアプリケーションとのNFC接続を確立するステップと、NFC接続を使用して、アプリケーションによって送信された支払関連データ情報を受信するステップと、支払関連データ情報を検証し、検証が成功した場合には、支払関連データ情報に基づいてユーザのアカウントから運賃を引き落とすステップとを行うように1つまたは複数のプロセッサによって実行されるように構成される。
【００１６】
本明細書の実施形態においては、あるアプリケーションがHCEをサポートする端末デバイスに事前にインストールされ得ることが、本明細書の実施形態において提供した上記の技術的ソリューションから理解できよう。ユーザが乗り物を利用する際、ユーザは、公共交通システムの集金デバイスの付近に端末デバイスを移動させ得る。集金デバイスは、端末デバイスのオペレーティングシステムがルーティング命令に含まれるアプリケーションのアプリケーション識別子に基づいてアプリケーションにルーティング命令を送信するために、端末デバイスにHCEベースのルーティング命令を送信することができ、その後、アプリケーションは、ルーティング命令に応答して集金デバイスとのNFC接続を確立する。その後、アプリケーションは、集金デバイスが受信した支払関連データ情報についての検証が成功した後に支払関連データ情報に基づいてユーザのアカウントから運賃を引き落とすことができるように、NFC接続を使用して集金デバイスに支払関連データ情報を送信し得る。本明細書の実施形態によれば、ユーザは、QRコード(登録商標)をスキャンする際に集金デバイスと通信するために比較的複雑な動作を行うことなく、集金デバイスの付近に端末デバイスを移動させることだけが必要となり、端末デバイスにインストールされたアプリケーションは、運賃を支払うべく、集金デバイスとの確立されたNFC接続を使用して集金デバイスに支払関連データ情報を送信することができる。これは、ユーザにとってより便利なものである。
【００１７】
本明細書の実施形態におけるまたは既存の技術における技術的ソリューションをより明確に説明するために、実施形態または既存の技術を説明するために必要とされる添付の図面を以下に簡単に説明している。以下の説明における添付の図面は本明細書の実施形態の一部を示しているにすぎず、当業者が創造的努力無しでこれらの添付の図面から他の図面をさらに導出し得ることは明らかであろう。
【図面の簡単な説明】
【００１８】
【図１】本明細書の実施形態による、運賃支払方法を図示しているフローチャートである。
【図２】本明細書の実施形態による、運賃支払装置を図示している概略図である。
【図３】本明細書の実施形態による、別の運賃支払装置を図示している概略図である。
【図４】本明細書の実施形態による、別の運賃支払装置を図示している概略図である。
【図５】本明細書の実施形態による、端末デバイスを図示している概略図である。
【図６】本明細書の実施形態による、集金デバイスを図示している概略図である。
【発明を実施するための形態】
【００１９】
現状では、公共交通システムの集金デバイスは、ユーザによって表示されるQRコード(登録商標)をスキャンすることによってユーザの支払関連データ情報を取得し得る。支払関連データ情報は、ユーザのアカウント識別子を含み、運賃を支払うために使用され得る。しかしながら、本方法では、ユーザは、端末デバイススクリーンをアンロックし、指定のアプリケーションを開始し、指定のアプリケーションのインターフェースに支払関連データ情報を含むQRコード(登録商標)をトリガし、スキャン処理のために集金デバイスにQRコード(登録商標)を表示するといった比較的複雑な動作を行う必要がある。特に、乗車環境における光源が比較的暗い場合には、集金デバイスは低い成功率でQRコード(登録商標)をスキャンすることになり、したがって、ユーザは複数回試みることが必要になる。既存の運賃支払方法がユーザにかなりの不便を強いることは明らかであろう。
【００２０】
本明細書において保護を請求する技術的ソリューションは、ユーザが集金デバイスに支払関連データ情報を送信して集金デバイスにQRコード(登録商標)を表示することなく運賃を支払うことができるようにすることを目的としている。そのため、ユーザは、上記の比較的複雑な動作を行う必要がない。
【００２１】
特に、HCE技術は、セキュリティ要素(SE)の関与無しで端末デバイスのカードエミュレーションを実施するために使用され得る。端末デバイスがHCEモードである場合には、端末デバイスにインストールされたアプリケーションは、運賃を支払うべく、端末デバイスを使用して集金デバイスとのNFC接続を確立し、集金デバイスにユーザの支払関連データ情報を送信し得る。
【００２２】
当業者に本明細書における技術的ソリューションをより理解してもらうために、本明細書の1つまたは複数の実施形態における添付の図面を参照して本明細書の実施形態における技術的ソリューションを以下で明確かつ包括的に説明している。説明した実施形態が本明細書の実施形態のすべてではなく一部に過ぎないことは明らかであろう。創造的努力無しで本明細書の実施形態に基づいて当業者によって得られるすべての他の実施形態も本明細書の保護範囲に含まれるものとする。
【００２３】
本明細書の実施形態において提供した技術的ソリューションを添付の図面を参照して以下で詳細に説明している。
【００２４】
図1は、本明細書の実施形態による、運賃支払方法を図示しているフローチャートである。方法は、以下のステップを含む。
【００２５】
S100. 公共交通システムの集金デバイスが、端末デバイスにHCEベースのルーティング命令を送信する。
【００２６】
本明細書の実施形態においては、公共交通システムは、バス会社または地下鉄会社などの公共交通システムの管理システムであり得るし、公共交通システムの集金デバイスは、地下鉄のゲート、バスのカードリーダなどであり得る。端末デバイスは、ユーザの携帯電話、タブレットコンピュータ、またはノードブックコンピュータなどといった、モバイル支払のシナリオに適用可能なインテリジェントデバイスであり得る。
【００２７】
本明細書の実施形態においては、NFCチップが、集金デバイスおよび端末デバイスの各々に組み込まれている。加えて、端末デバイスは、HCEをサポートしている必要がある。特に、HCEをサポートしているAndroidシステム(Android4.4以降のバージョンなど)またはHCEをサポートしている別のシステムが端末デバイスにインストールされ得る。
【００２８】
ユーザは端末デバイスのHCE機能を有効にするために端末デバイスのモードをHCEモードに事前に設定する必要があることに留意されたい。加えて、ユーザは、ユーザの端末デバイスに対してHCEに基づいて開発された指定のアプリケーションのアプリケーションを事前にインストールする必要がさらにある。指定のアプリケーションは、HCEに基づいて開発された運賃支払機能を有するアプリケーションであり得る。
【００２９】
アプリケーションは、端末デバイスのオペレーティングシステムにアプリケーション識別子を事前に登録し得る。アプリケーションの管理団体は、公共交通システムのためのアプリケーション識別子を事前に提供し得るし、HCEモードの端末デバイスが公共交通システムの集金デバイスの付近にあることを公共交通システムの集金デバイスが検出すると、アプリケーション識別子に対応するアプリケーションとのNFC接続を確立するために、公共交通システムの集金デバイスが端末デバイスからの許可を要求することで合意に至っている。
【００３０】
そのため、ユーザが乗り物を利用する際、ユーザは、集金デバイスの付近に端末デバイスを移動させ得る。集金デバイスと端末デバイスとの間の距離がNFCセンシング距離(通常、10cm)以下となると、集金デバイスは、HCEモードの端末デバイスを検出することができ、集金デバイスは、端末デバイスにHCEベースのルーティング命令を送信する。ルーティング命令は、アプリケーションのアプリケーション識別子を含む。
【００３１】
S102. 端末デバイスのオペレーティングシステムが、HCE機能およびルーティング命令に含まれるアプリケーション識別子に基づいて、端末デバイスにインストールされているとともにアプリケーション識別子に対応するアプリケーションを決定する。
【００３２】
S104. 端末デバイスのオペレーティングシステムが、決定したアプリケーションにルーティング命令を送信する。
【００３３】
集金デバイスによって送信されたルーティング命令を受信した後に、端末デバイスのオペレーティングシステムは、ルーティング命令に含まれるアプリケーション識別子が登録されたアプリケーション識別子に存在しているかどうかを決定し、ルーティング命令に含まれるアプリケーション識別子が登録されたアプリケーション識別子に存在している場合には、ルーティング命令に含まれるアプリケーション識別子に対応するアプリケーションにルーティング命令を転送する、または、ルーティング命令に含まれるアプリケーション識別子が登録されたアプリケーション識別子に存在しない場合には、集金デバイスに失敗の結果を返信する。
【００３４】
S106. アプリケーションが、ルーティング命令に応答して集金デバイスとのNFC接続を確立する。
【００３５】
NFC接続の確立はインターネットまたはローカルエリアネットワークに依存しないことに留意されたい。したがって、端末デバイスおよび集金デバイスの両方がオフラインである場合でも、アプリケーションは集金デバイスとのNFC接続を確立し得る。
【００３６】
S108. アプリケーションが、NFC接続を使用して集金デバイスにユーザの支払関連データ情報を送信する。
【００３７】
S110. 集金デバイスが、支払関連データ情報を検証し、検証が成功した場合には、支払関連データ情報に基づいてユーザのアカウントから運賃を引き落とす。
【００３８】
本明細書の実施形態においては、支払関連データ情報は、ユーザが乗り物を利用する際に運賃を精算するべく、検証のために集金デバイスにユーザによって提供される情報である。支払関連データ情報についての検証が成功した後に、集金デバイスは、通常、支払関連データ情報に基づいてユーザのアカウントから運賃を引き落とす。特に、集金デバイスは、サーバがアカウント識別子に対応するアカウントから運賃を引き落として引き落とされた運賃を公共交通システムに支払うために、検証した支払関連データ情報に含まれるユーザのアカウント識別子をアプリケーションに対応するサーバに送信し得る。集金デバイスがオフライン状態でも受信した支払関連データ情報を検証し得ることを強調しておきたい。集金デバイスがネットワークに接続されている場合には、集金デバイスは、ユーザのアカウントから運賃を引き落とすためにサーバからの許可を要求する。
【００３９】
既存の技術では、支払関連データ情報は、通常、QRコード(登録商標)に変換され、集金デバイスは、QRコード(登録商標)をスキャンすることによって支払関連データ情報を取得し得る。それに対して、本明細書の実施形態では、ユーザは、端末デバイスのアプリケーションを使用して、集金デバイスがスキャンするためのQRコード(登録商標)を表示する必要がない。代わりに、アプリケーションは、確立されたNFC接続を使用して支払関連データ情報を集金デバイスに直接送信する。
【００４０】
通常、ユーザの支払関連データ情報はユーザのアカウント識別子および他の関連情報(支払関連データ情報の有効性を確認する公共交通システムのシリアル化番号、支払関連データ情報の有効期間、およびユーザの識別情報など)を含むことに留意されたい。支払関連データ情報は、ユーザの秘密鍵を使用して証明する必要があり、さらに、事前にアプリケーションの管理団体が認めた公共交通システムの秘密鍵を使用して署名する必要がある。ユーザの支払関連データ情報を受信した後に、集金デバイスは、主に、ユーザ名および公共交通システムの署名を検証する。検証が成功した場合には、支払関連データ情報の有効性がユーザおよび公共交通システムによって確認されていることを意味する。
【００４１】
通常、ユーザの支払関連データ情報を生成するために必要となるユーザの秘密鍵が有効期間を有していることをさらに留意されたい。アプリケーションがユーザの支払関連データに基づいて支払関連データ情報を生成する際、ユーザの保存されている秘密鍵が無効であるとアプリケーションが決定すると、アプリケーションは、ユーザの有効な秘密鍵を取得した後に支払関連データ情報を生成し得る。
【００４２】
図1に示した運賃支払方法においては、あるアプリケーションが、HCEをサポートする端末デバイスに事前にインストールされ得る。ユーザが乗り物を利用する際、ユーザは、公共交通システムの集金デバイスの付近に端末デバイスを移動させ得る。集金デバイスは、端末デバイスのオペレーティングシステムがルーティング命令に含まれるアプリケーションのアプリケーション識別子に基づいてアプリケーションにルーティング命令を送信するために、端末デバイスにHCEベースのルーティング命令を送信することができ、その後、アプリケーションは、ルーティング命令に応答して集金デバイスとの近距離無線通信(NFC)接続を確立する。その後、アプリケーションは、集金デバイスが受信した支払関連データ情報についての検証が成功した後に支払関連データ情報に基づいてユーザのアカウントから運賃を引き落とすことができるように、NFC接続を使用して集金デバイスに支払関連データ情報を送信し得る。
【００４３】
図1に示した方法においては、ユーザは、端末デバイススクリーンをアンロックし、指定のアプリケーションを開始し、指定のアプリケーションのインターフェースに支払関連データ情報を含むQRコード(登録商標)をトリガし、スキャン処理のために集金デバイスにQRコード(登録商標)を表示するといった比較的複雑な動作を行う必要がない。ユーザは、集金デバイスの付近に端末デバイスを移動させることだけが必要となり、端末デバイスにインストールされたアプリケーションは、運賃を支払うべく、集金デバイスとの確立されたNFC接続を使用して集金デバイスに支払関連データ情報を送信し得る。これは、ユーザにとってより便利なものである。
【００４４】
加えて、本明細書の実施形態においては、光源の状態の影響が生じないようにし得る。光源の状態にかかわらず、端末デバイスは、既存の技術におけるコードスキャン処理の低い成功率の問題が生じることがないように、検証のために集金デバイスに支払関連データ情報を送信することに成功し得る。
【００４５】
加えて、本明細書の実施形態においては、アプリケーションは、以下のいくつかの方法を使用してユーザの支払関連データ情報を取得することができ、ユーザが集金デバイスの付近に端末デバイスを移動させると、アプリケーションは、確立されたNFC接続を使用して集金デバイスに取得した支払関連データ情報を送信する。
【００４６】
1. アプリケーションが、アプリケーションに対応するサーバからユーザの支払関連データ情報を取得する。この場合には、端末デバイスは、アプリケーションがサーバとデータを交換するために、オンライン状態である必要がある。実際には、支払関連データ情報はユーザの領収証関連データに基づいてサーバによって生成される。ユーザの領収証関連データは、支払関連データ情報を生成するために使用されるデータである。ユーザの領収証関連データは、ユーザのアカウント識別子、上記で説明した他の関連情報(支払関連データ情報の有効性を確認する公共交通システムのシリアル化番号、支払関連データ情報の有効期間、およびユーザの識別情報など)、ユーザの秘密鍵、公共交通システムの秘密鍵などを特に含み得る。領収証関連データに基づいて支払関連データ情報を生成することは、実際には、ユーザの秘密鍵および公共交通システムの秘密鍵を使用してユーザのアカウント識別子および他の関連情報を署名することであり、署名をした後に得られる文字列が支払関連データ情報である。
【００４７】
2. アプリケーションが、アプリケーションに対応するサーバからユーザの領収証関連データを取得し、領収証関連データに基づいてユーザの支払関連データ情報を生成する。この場合にも、端末デバイスは、オンライン状態である必要がある。
【００４８】
3. アプリケーションが、ユーザの事前に記憶されている領収証関連データをローカルで取得し、領収証関連データに基づいてユーザの支払関連データ情報を生成する。この場合には、ユーザの領収証関連データは、アプリケーションによってローカルに事前に記憶されている。アプリケーションが支払関連データ情報を生成する必要がある場合でも、端末デバイスはオフライン状態であり得る。
【００４９】
支払関連データ情報を取得するための上記の3つの方法は異なる優先度を個別に有し得ることに留意されたい。例えば、アプリケーションは、ユーザの領収証関連データをローカルで取得することを優先的に試み得る。取得に失敗した場合には、アプリケーションは、他の2つの方法を使用して、支払関連データ情報を取得し得る。
【００５０】
加えて、異なる場所にある公共交通システムは互いに独立しており、アプリケーションの管理団体は複数の公共交通システムの承認を得るために複数の異なる公共交通システムと連携する場合がある。したがって、各公共交通システムに対して、アプリケーションは、その公共交通システムの集金デバイスに、公共交通システムの公共交通手段を利用することにだけ適用可能な支払関連データ情報を送信する必要がある。
【００５１】
したがって、本明細書の実施形態においては、集金デバイスは、確立されたNFC接続を使用してアプリケーションに集金デバイスに記憶されている公共交通システム識別子を送信し得るし、アプリケーションは、NFC接続を使用して集金デバイスに公共交通システム識別子に対応するユーザの支払関連データ情報を送信し得る。特に、アプリケーションは、公共交通システム識別子に対応するユーザの領収証関連データを取得し、その後、取得した領収証関連データに基づいて支払関連データ情報を生成し得る。
【００５２】
加えて、集金デバイスに送信される際にユーザの支払関連データ情報が悪意あるユーザによって傍受され、機密情報(ユーザのプライバシーなど)の漏洩に繋がることを防ぐために、アプリケーションは、暗号化情報を取得するべく、公共交通システムと事前に合意された暗号化アルゴリズムに基づいて支払関連データ情報を暗号化し、その後、集金デバイスに暗号化情報を送信し得る。暗号化情報を受信した後に、集金デバイスは、暗号化アルゴリズムに対応する復号アルゴリズムに基づいて暗号化情報を復号して、検証のために支払関連データ情報を取得し得る。
【００５３】
加えて、サブパケット伝送がデータ伝送効率を改善し得ることはよく知られている。本明細書の実施形態においては、集金デバイスがアプリケーションによって送信された支払関連データ情報を即座に受信することができるように、支払関連データ情報はサブパケット伝送を介して送信され得る。
【００５４】
特に、集金デバイスは、NFC接続を使用してアプリケーションにデータオフセットをまず送信し得るし、アプリケーションは、受信データオフセットに基づいて支払関連データ情報をデータパケットに分割し、その後、集金デバイスにデータパケットを送信する。データパケットを受信した後に、集金デバイスは、データオフセットに基づいて受信したデータパケットを支払関連データ情報へとアセンブルする。
【００５５】
アプリケーションによって受信されたデータオフセットは、通常、数字が0から始まる自然数の数列(オフセット数列と称され得る)である。オフセット数列に基づいて支払関連データ情報を分割することによって得られるデータパケットも順次配列され、同一のランクでの自然数とデータパケットとの間のマッピング関係が存在する。
【００５６】
より具体的には、アプリケーションは、アプリケーションがオフセット数列内の自然数の配列順序に基づいてオフセット数列内の自然数に対して以下のステップを順次行い得るという方法を使用して、受信データオフセットに基づいて支払関連データ情報をデータパケットに分割し得る。
【００５７】
自然数Nについて、支払関連データ情報内の第(N+1)単位から第M単位までのデータを1つのデータパケットにカプセル化する、ここで、Mは、オフセット数列内の自然数Nの後に配列された次の自然数であり、単位は、ビット、文字、バイト、およびデータ量を表すために使用される別の単位を含むがこれらに限定されない。自然数Nがオフセット数列内の最後の自然数である場合には、支払関連データ情報内の第(N+1)単位から最終単位までのデータを1つのデータパケットにカプセル化する。
【００５８】
集金デバイスは、オフセット数列内の自然数の配列順序に基づいて自然数に対応するデータパケットを順次連結して支払関連データ情報を取得し得るという方法を使用して、データオフセットに基づいてデータパケットを支払関連データ情報へとアセンブルし得る。
【００５９】
例えば、オフセット数列が「0, 3, 6」であるとともに支払関連データ情報が「20180714」である場合には、オフセット数列に基づいて、第1番目の自然数0に関して、アプリケーションは、支払関連データ情報の第1番目の文字「2」から第3番目の文字「1」をデータパケット「201」にカプセル化し得るし、第2番目の自然数3に関して、アプリケーションは、支払関連データ情報の第4番目の文字「8」から第6番目の文字「7」をデータパケット「807」にカプセル化し得るし、第3番目の自然数6に関して、アプリケーションは、支払関連データ情報の第7番目の文字「1」からそれ以降の文字をデータパケット「14」にカプセル化し得る。データパケットを受信した後に、集金デバイスは、オフセット数列内の自然数の配列順序に基づいて、自然数0に対応しているデータパケット「201」と、自然数3に対応しているデータパケット「807」と、自然数6に対応しているデータパケット「14」と順次連結して、支払関連データ情報「20180714」を取得し得る。
【００６０】
さらに、アプリケーションが送信されるべき支払関連データ情報をデータパケットに分割した後に、アプリケーションは、公共交通システムと事前に合意された暗号化アルゴリズムに基づいて各データパケットを暗号化して各データパケットに対応する暗号化データパケットを取得し、その後、NFC接続を使用して集金デバイスに各暗号化データパケットを送信し得る。各暗号化データパケットを受信した後に、集金デバイスは、暗号化アルゴリズムに対応する復号アルゴリズムに基づいて各暗号化データパケットを復号して各データパケットを取得し、その後、検証のためにデータオフセットに基づいてデータパケットを支払関連データ情報へとアセンブルし得る。
【００６１】
加えて、本明細書の実施形態においては、集金デバイスは、NFC接続を使用してアプリケーションに支払関連データ情報の検証結果をさらに送信し得るし、アプリケーションは、ユーザを促すべく受信した検証結果を表示し得る。
【００６２】
図1に示した運賃支払方法に基づいて、本明細書の実施形態は、運賃支払装置をそれに対応するようにさらに提供している。図2に示しているように、装置は、ホストベースのカードエミュレーション(HCE)をサポートする端末デバイスにインストールされており、装置は、端末デバイスのオペレーティングシステムによって送信されたHCEベースのルーティング命令を受信するように構成される、第1の受信モジュール201であって、ルーティング命令は、端末デバイスに公共交通システムの集金デバイスによって送信されたものである、第1の受信モジュール201と、装置がルーティング命令に応答して集金デバイスとの近距離無線通信(NFC)接続を確立することができるように構成される、集金モジュール202と、受信した支払関連データ情報についての検証が成功した後に支払関連データ情報に基づいてユーザのアカウントから運賃を集金デバイスが引き落とすために、NFC接続を使用して集金デバイスにユーザの支払関連データ情報を送信するように構成される、送信モジュール203とを含む。
【００６３】
装置は、送信モジュール203が集金デバイスにユーザの支払関連データ情報を送信する前に、装置に対応するサーバからユーザの支払関連データ情報を取得する、または、アプリケーションに対応するサーバからユーザの領収証関連データを取得し、領収証関連データに基づいてユーザの支払関連データ情報を生成する、または、ユーザの事前に記憶されている領収証関連データをローカルで取得し、領収証関連データに基づいてユーザの支払関連データ情報を生成するように構成される、獲得モジュール204をさらに含む。
【００６４】
装置は、送信モジュール203が集金デバイスにユーザの支払関連データ情報を送信する前に、NFC接続を使用して、集金デバイスによって送信された公共交通システム識別子を受信するように構成される、第2の受信モジュール205をさらに含み、送信モジュール203は、集金デバイスに公共交通システム識別子に対応するユーザの支払関連データ情報を送信するように構成される。
【００６５】
送信モジュール203は、暗号化情報を取得するべく、公共交通システムと事前に合意された暗号化アルゴリズムに基づいて支払関連データ情報を暗号化することと、集金デバイスが、支払関連データ情報を取得するべく、暗号化アルゴリズムに対応する復号アルゴリズムに基づいて暗号化情報を復号するために、集金デバイスに暗号化情報を送信することとをするように構成される。
【００６６】
装置は、送信モジュール203が集金デバイスにユーザの支払関連データ情報を送信する前に、NFC接続を使用して、集金デバイスによって送信されたデータオフセットを受信するように構成される、第3の受信モジュール206をさらに含み、送信モジュールは、データオフセットに基づいて支払関連データ情報をデータパケットに分割することと、集金デバイスがデータオフセットに基づいて受信したデータパケットを支払関連データ情報へとアセンブルするために、集金デバイスにデータパケットを送信することとをするように構成される。
【００６７】
装置は、NFC接続を使用して、支払関連データ情報のものであるとともに集金デバイスによって送信された検証結果を受信し、検証結果を表示するように構成される、表示モジュール207をさらに含む。
【００６８】
図1に示した運賃支払方法に基づいて、本明細書の実施形態は、別の運賃支払装置をそれに対応するようにさらに提供している。図3に示しているように、装置は、端末デバイスのオペレーティングシステムがルーティング命令に含まれるアプリケーションのアプリケーション識別子に基づいて端末デバイスにインストールされたアプリケーションにルーティング命令を送信するために、端末デバイスにHCEベースのルーティング命令を送信するように構成される、第1の送信モジュール301と、ルーティング命令に応答してアプリケーションとのNFC接続を確立するように構成される、集金モジュール302と、NFC接続を使用して、アプリケーションによって送信された支払関連データ情報を受信するように構成される、受信モジュール303と、支払関連データ情報を検証し、検証が成功した場合には、支払関連データ情報に基づいてユーザのアカウントから運賃を引き落とすように構成される、検証モジュール304とを含む。
【００６９】
装置は、受信モジュール303がアプリケーションによって送信された支払関連データ情報を受信する前に、アプリケーションが装置に公共交通システム識別子に対応する支払関連データ情報を送信するために、NFC接続を使用してアプリケーションに装置に記憶されている公共交通システム識別子を送信するように構成される、第2の送信モジュール305をさらに含む。
【００７０】
受信モジュール303は、アプリケーションによって送信された暗号化情報を受信することであって、暗号化情報は、装置と事前に合意された暗号化アルゴリズムに基づいてユーザの支払関連データ情報を暗号化することによって、アプリケーションによって取得される、ことと、支払関連データ情報を取得するべく、暗号化アルゴリズムに対応する復号アルゴリズムに基づいて暗号化情報を復号することとをするように構成される。
【００７１】
装置は、受信モジュールがアプリケーションによって送信された支払関連データ情報を受信する前に、NFC接続を使用してアプリケーションにデータオフセットを送信するように構成される、第3の送信モジュール306をさらに含み、受信モジュールは、アプリケーションによって送信されたデータパケットを受信することであって、データパケットは、データオフセットに基づいてユーザの支払関連データ情報を分割することによって、アプリケーションによって取得される、ことと、データオフセットに基づいて受信したデータパケットを支払関連データ情報へとアセンブルすることとをするように構成される。
【００７２】
装置は、アプリケーションが検証結果を表示するために、NFC接続を使用してアプリケーションに支払関連データ情報の検証結果を送信するように構成される、第4の送信モジュール307をさらに含む。
【００７３】
図1に示した運賃支払方法に基づいて、本明細書の実施形態は、別の運賃支払装置をそれに対応するようにさらに提供している。図4に示しているように、アプリケーションは、ホストベースのカードエミュレーション(HCE)をサポートする端末デバイスにインストールされており、装置は、公共交通システムの集金デバイスによって送信されたHCEベースのルーティング命令を受信するように構成される、受信モジュール401と、HCE機能およびルーティング命令に含まれるアプリケーション識別子に基づいて、端末デバイスにインストールされているとともにアプリケーション識別子に対応するアプリケーションを決定するように構成される、決定モジュール402と、アプリケーションがルーティング命令に基づいて集金デバイスとの近距離無線通信(NFC)接続を確立し、受信した支払関連データ情報についての検証が成功した後に支払関連データ情報に基づいてユーザのアカウントから運賃を集金デバイスが引き落とすためにNFC接続を使用して集金デバイスにユーザの支払関連データ情報を送信するために、決定したアプリケーションにルーティング命令を送信するように構成される、送信モジュール403とを含む。
【００７４】
図1に示した運賃支払方法に基づいて、本明細書の実施形態は、端末デバイスをそれに対応するようにさらに提供している。図5に示しているように、端末デバイスは、HCEをサポートし、端末デバイスは、1つまたは複数のプロセッサおよびメモリを含み、メモリは、プログラムを記憶し、プログラムは、公共交通システムの集金デバイスによって送信されたルーティング命令を受信するステップと、ルーティング命令に応答して集金デバイスとの近距離無線通信(NFC)接続を確立するステップと、受信した支払関連データ情報についての検証が成功した後に支払関連データ情報に基づいてユーザのアカウントから運賃を集金デバイスが引き落とすために、NFC接続を使用して集金デバイスにユーザの支払関連データ情報を送信するステップとを行うように1つまたは複数のプロセッサによって実行されるように構成される。
【００７５】
図1に示した運賃支払方法に基づいて、本明細書の実施形態は、集金デバイスをそれに対応するようにさらに提供している。図6に示しているように、デバイスは、1つまたは複数のプロセッサおよびメモリを含み、メモリは、プログラムを記憶し、プログラムは、端末デバイスのオペレーティングシステムがルーティング命令に含まれるアプリケーションのアプリケーション識別子に基づいて端末デバイスにインストールされたアプリケーションにルーティング命令を送信するために、端末デバイスにHCEベースのルーティング命令を送信するステップと、ルーティング命令に応答してアプリケーションとのNFC接続を確立するステップと、NFC接続を使用して、アプリケーションによって送信された支払関連データ情報を受信するステップと、支払関連データ情報を検証し、検証が成功した場合には、支払関連データ情報に基づいてユーザのアカウントから運賃を引き落とすステップとを行うように1つまたは複数のプロセッサによって実行されるように構成される。
【００７６】
本明細書の実施形態は、漸進的方法で説明している。実施形態についての同一または同様の部分については、実施形態を相互参照されたい。各実施形態は、他の実施形態とは異なる部分に焦点を置いている。特に、図5および図6に示したデバイスは、方法の実施形態と基本的に類似しているため、したがって、比較的簡単に説明している。関連する部分については、方法の実施形態におけるいくつかの説明を参照されたい。
【００７７】
1990年代においては、技術的な改善がハードウェアの改善(例えば、ダイオード、トランジスタ、またはスイッチなどの回路構造に対する改善)であるかソフトウェアの改善(方法のプロセスに対する改善)であるかは、明確に区別し得た。しかしながら、技術が発展するのに伴い、多くの方法のプロセスに対する現在の改善は、ハードウェア回路構造に対する直接的な改善として扱うことができる。ほぼすべての設計者が、改善した方法のプロセスをハードウェア回路にプログラムして、対応するハードウェア回路構造を得ている。したがって、ハードウェアエンティティモジュールを使用して方法のプロセスを改善し得る。例えば、プログラマブルロジックデバイス(PLD)(例えば、フィールドプログラマブルゲートアレイ(FPGA))がそのような集積回路であり、PLDの論理機能がデバイスプログラミングを経てユーザによって決定される。設計者は、チップ製造業者に専用の集積回路チップを設計及び製造することを要求することなく、デジタルシステムを単一のPLDに「統合」するようにプログラミングを行う。加えて、今日では、集積回路チップを手動で製造する代わりに、そのようなプログラミングは、「ロジックコンパイラ」というソフトウェアを使用してほとんどが実施されている。「ロジックコンパイラ」というソフトウェアは、プログラムを開発および書き込むために使用されるソフトウェアコンパイラと類似している。元のコードは、コンパイルする前に特定のプログラミング言語で書かれる必要がある。そのような言語をハードウェア記述言語(HDL)と称する。Advanced Boolean Expression Language(ABEL)、Altera Hardware Description Language(AHDL)、Confluence、Cornell University Programming Language(CUPL)、HDCal、Java Hardware Description Language(JHDL)、Lava、Lola、MyHDL、PALASM、およびRuby Hardware Description Language(RHDL)などの多くのHDLが存在する。Very-High-Speed Integrated Circuit Hardware Desc
ription Language(VHDL)とVerilogとが今日最も一般的に使用されている。方法のプロセスが上記のハードウェア記述言語のいくつかを使用して論理的にプログラミングされるとともに集積回路にプログラミングされているならば、論理的な方法のプロセスを実施するハードウェア回路を容易に得ることができることも当業者は理解されたい。
【００７８】
コントローラは、任意の適切な方法を使用して実装され得る。例えば、コントローラは、マイクロプロセッサもしくはプロセッサの形式で、または、マイクロプロセッサもしくはプロセッサ、ロジックゲート、スイッチ、特定用途向け集積回路(ASIC)、プログラマブルロジックコントローラ、または組み込みマイクロプロセッサによって実行され得るコンピュータ可読プログラムコード(ソフトウェアまたはファームウェアなど)を記憶するコンピュータ可読媒体の形式であり得る。コントローラの例としては、ARC625D、Atmel AT91SAM、Microchip PIC18F26K20、およびSilicone Labs C8051F320といったマイクロプロセッサを含むがこれらに限定されない。メモリコントローラも、メモリの制御ロジックの一部として実装され得る。コンピュータ可読プログラムコードのみを使用してコントローラを実施することに加えて、コントローラがロジックゲート、スイッチ、ASIC、プログラマブルロジックコントローラ、および組み込みマイクロコントローラの形式で同一の機能を実施することができるように方法のステップを論理的にプログラムし得ることも当業者は承知していよう。したがって、そのようなコントローラをハードウェアコンポーネントとしてみなすことができるし、コントローラに含まれているとともに様々な機能を実施するように構成された装置もハードウェアコンポーネント内の構造としてみなすことができる。あるいは、様々な機能を実施するように構成された装置を、方法を実施するソフトウェアモジュールおよびハードウェアコンポーネント内の構造の両方としてみなすこともできる。
【００７９】
上記の実施形態において説明したシステム、装置、モジュール、またはユニットは、コンピュータチップまたはエンティティを使用して特に実装され得る、または、ある機能を有する製品を使用して実装され得る。典型的な実施デバイスがコンピュータである。特に、コンピュータは、例えば、パーソナルコンピュータ、ラップトップコンピュータ、セルラ電話、カメラ電話、スマートフォン、携帯情報端末、メディアプレーヤ、ナビゲーションデバイス、電子メールデバイス、ゲームコンソール、タブレットコンピュータ、ウェアラブルデバイス、またはこれらのデバイスの任意の組合せであり得る。
【００８０】
説明を簡潔にするために、説明をする際に、上記の装置を別個の説明のために機能に基づいて様々なユニットに分割している。当然のことながら、本明細書を実施する際には、ユニットの機能は、ソフトウェアおよび/またはハードウェアの1つまたは複数の要素で実施され得る。
【００８１】
本明細書の実施形態が方法、システム、またはコンピュータプログラム製品として提供され得ることを当業者は理解されたい。したがって、本明細書は、ハードウェアのみの実施形態、ソフトウェアのみの実施形態、またはソフトウェアとハードウェアとの組合せを用いた実施形態の形式を使用し得る。さらに、本明細書は、コンピュータ使用可能プログラムコードを含む(磁気ディスクメモリ、CD-ROM、光学メモリなどを含むがこれらに限定されない)1つまたは複数のコンピュータ使用可能記憶媒体上で実装されるコンピュータプログラム製品の形式を使用し得る。
【００８２】
本明細書は、本明細書の実施形態による、方法のフローチャートおよび/またはブロック図、デバイス(システム)、ならびにコンピュータプログラム製品を参照して説明している。コンピュータプログラム命令がフローチャートおよび/またはブロック図中の各プロセスおよび/または各ブロックをならびにフローチャートおよび/またはブロック図中のプロセスおよび/またはブロックの組み合わせを実施するために使用され得ることを理解されたい。これらのコンピュータプログラム命令は、コンピュータまたは別のプログラマブルデータ処理デバイスのプロセッサによって実行された命令がフローチャート中の1つまたは複数のプロセスおよび/またはブロック図中の1つまたは複数のブロックにおける特定の機能を実施するための装置を生成するように、汎用コンピュータ、専用コンピュータ、組み込みプロセッサ、または別のプログラマブルデータ処理デバイスのプロセッサに提供され、機構を生成し得る。
【００８３】
あるいは、これらのコンピュータプログラム命令は、コンピュータ可読メモリに記憶されている命令が命令装置を含むアーチファクトを生成するように、コンピュータまたは別のプログラマブルデータ処理デバイスに特定の方法で動作するように命令し得るコンピュータ可読メモリに記憶され得る。命令装置は、フローチャート中の1つまたは複数のプロセスにおけるおよび/またはブロック図中の1つまたは複数のブロックにおける特定の機能を実施する。
【００８４】
あるいは、これらのコンピュータプログラム命令は、コンピュータまたは別のプログラマブルデータ処理デバイスにロードされ得るし、その結果、一連の動作およびステップがコンピュータまたは別のプログラマブルデバイス上で行われ、それによって、コンピュータ実施処理を生成している。したがって、コンピュータまたは別のプログラマブルデバイス上で実行される命令は、フローチャート中の1つまたは複数のプロセスにおいておよび/またはブロック図中の1つまたは複数のブロックにおいて特定の機能を実施するためのステップを提供する。
【００８５】
典型的な構成においては、コンピューティングデバイスは、1つまたは複数のプロセッサ(CPU)、入力/出力インターフェース、ネットワークインターフェース、およびコンピュータ可読記憶媒体を含む。
【００８６】
コンピュータ可読記憶媒体は、任意の方法または技術を使用して情報を記憶し得る、持続性、非持続性、ムーバブル、および非ムーバブル媒体を含む。情報は、コンピュータ可読命令、データ構造、プログラムモジュール、または他のデータであり得る。コンピュータ可読記憶媒体の例としては、相変化RAM(PRAM)、静的RAM(SRAM)、動的RAM(DRAM)、別のタイプのRAM、ROM、電気的消去可能プログラマブルリードオンリーメモリ(EEPROM)、フラッシュメモリ、もしくは別のメモリ技術と、コンパクトディスクリードオンリーメモリ(CD-ROM)、デジタル多用途ディスク(DVD)、もしくは別の光学ストレージと、カセット、カセット磁気ディスクストレージ、または別の磁気記憶デバイスと、または任意の他の非伝送メディアとを含むがこれらに限定されない。コンピュータ可読記憶媒体は、コンピューティングデバイスによってアクセスされ得る情報を記憶するように構成され得る。本明細書において定義しているように、コンピュータ可読媒体は、変調データ信号およびキャリアといった、コンピュータ可読一時的媒体を含まない。
【００８７】
「含む」、「備える」といった用語、またはそれらの任意の他の累計は、非排他的な包含をカバーすることを意図しており、その結果、多くの要素を含むプロセス、方法、製品、またはデバイスが、これらの要素だけでなく、明示的に記載していない他の要素も含む、または、そのようなプロセス、方法、製品、またはデバイスに本来備わっている要素をさらに含むことをさらに留意されたい。さらなる制約がない状態では、「・・・を含む」で終わる要素は、要素を含むプロセス、方法、製品、またはデバイスにおける追加の同一要素の存在を除外することはしない。
【００８８】
本明細書は、例えば、プログラムモジュールといった、コンピュータによって実行されるコンピュータ実行可能命令の一般的な状況において説明することができる。一般的に、プログラムモジュールは、特定のタスクを実行するまたは特定の抽象データタイプを実施する、ルーチン、プログラム、オブジェクト、コンポーネント、データ構造などを含む。あるいは、本明細書は、通信ネットワークを介して接続されたリモート処理デバイスによってタスクが実行される分散コンピューティング環境において実施され得る。分散コンピューティング環境においては、プログラムモジュールは、ストレージデバイスを含むローカルコンピュータ記憶媒体およびリモートコンピュータ記憶媒体の両方に位置し得る。
【符号の説明】
【００８９】
201  第1の受信モジュール
202  集金モジュール
203  伝送モジュール
204  獲得モジュール
205  第2の受信モジュール
206  第3の受信モジュール
207  表示モジュール
301  第1の送信モジュール
302  集金モジュール
303  受信モジュール
304  検証モジュール
305  第2の送信モジュール
306  第3の送信モジュール
307  第4の送信モジュール
401  受信モジュール
402  決定モジュール
403  送信モジュール
【図１】
2021513129.tif 000003
【図２】
2021513129.tif 000004
【図３】
2021513129.tif 000005
【図４】
2021513129.tif 000006
【図５】
2021513129.tif 000007
【図６】
2021513129.tif 000008
【手続補正書】
【提出日】令和2年8月28日(2020.8.28)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
運賃支払方法であって、アプリケーションがホストベースのカードエミュレーション(HCE)をサポートする端末デバイスにインストールされており、前記方法は、
前記アプリケーションによって、前記端末デバイスのオペレーティングシステムによって送信されたHCEベースのルーティング命令を受信するステップであって、前記ルーティング命令は、前記端末デバイスに公共交通システムの集金デバイスによって送信されたものである、ステップと、
前記アプリケーションによって、前記ルーティング命令に応答して前記集金デバイスとの近距離無線通信(NFC)接続を確立するステップと、
受信した支払関連データ情報についての検証が成功した後に前記支払関連データ情報に基づいてユーザのアカウントから運賃を前記集金デバイスが引き落とすために、前記NFC接続を使用して前記集金デバイスに前記ユーザの前記支払関連データ情報を送信するステップと
を含む、方法。
【請求項２】
前記集金デバイスにユーザの支払関連データ情報を送信するステップの前に、前記方法は、
前記アプリケーションによって、前記アプリケーションに対応するサーバから前記ユーザの前記支払関連データ情報を取得するステップ、または、
前記アプリケーションによって、前記アプリケーションに対応するサーバから前記ユーザの領収証関連データを取得し、前記領収証関連データに基づいて前記ユーザの前記支払関連データ情報を生成するステップ、または、
前記アプリケーションによって、前記ユーザの事前に記憶されている領収証関連データをローカルで取得し、前記領収証関連データに基づいて前記ユーザの前記支払関連データ情報を生成するステップをさらに含む、請求項1に記載の方法。
【請求項３】
前記集金デバイスにユーザの支払関連データ情報を送信するステップの前に、前記方法は、
前記NFC接続を使用して、前記集金デバイスによって送信された公共交通システム識別子を受信するステップをさらに含み、
前記集金デバイスにユーザの支払関連データ情報を送信するステップは、
前記集金デバイスに前記公共交通システム識別子に対応する前記ユーザの前記支払関連データ情報を送信するステップを特に含む、請求項1に記載の方法。
【請求項４】
前記集金デバイスに支払関連データ情報を送信するステップは、
暗号化情報を取得するべく、前記公共交通システムと事前に合意された暗号化アルゴリズムに基づいて前記支払関連データ情報を暗号化するステップと、
前記集金デバイスが、前記支払関連データ情報を取得するべく、前記暗号化アルゴリズムに対応する復号アルゴリズムに基づいて前記暗号化情報を復号するために、前記集金デバイスに前記暗号化情報を送信するステップと
を特に含む、請求項1に記載の方法。
【請求項５】
前記集金デバイスにユーザの支払関連データ情報を送信するステップの前に、前記方法は、
前記NFC接続を使用して、前記集金デバイスによって送信されたデータオフセットを受信するステップをさらに含み、
前記集金デバイスに支払関連データ情報を送信するステップは、
前記データオフセットに基づいて前記支払関連データ情報をデータパケットに分割するステップと、
前記集金デバイスが前記データオフセットに基づいて前記受信したデータパケットを前記支払関連データ情報へとアセンブルするために、前記集金デバイスに前記データパケットを送信するステップと
を特に含む、請求項1に記載の方法。
【請求項６】
前記方法は、
前記NFC接続を使用して、前記支払関連データ情報のものであるとともに前記集金デバイスによって送信された検証結果を受信し、前記検証結果を表示するステップをさらに含む、請求項1に記載の方法。
【請求項７】
運賃支払方法であって、
公共交通システムの集金デバイスによって、端末デバイスのオペレーティングシステムがルーティング命令に含まれるアプリケーションのアプリケーション識別子に基づいて前記端末デバイスにインストールされた前記アプリケーションに前記ルーティング命令を送信するために、前記端末デバイスにHCEベースの前記ルーティング命令を送信するステップと、
前記ルーティング命令に応答して前記アプリケーションとのNFC接続を確立するステップと、
前記NFC接続を使用して、前記アプリケーションによって送信された支払関連データ情報を受信するステップと、
前記支払関連データ情報を検証し、前記検証が成功した場合には、前記支払関連データ情報に基づいてユーザのアカウントから運賃を引き落とすステップと
を含む、方法。
【請求項８】
前記アプリケーションによって送信された支払関連データ情報を受信するステップの前に、前記方法は、
前記アプリケーションが前記集金デバイスに公共交通システム識別子に対応する前記支払関連データ情報を送信するために、前記NFC接続を使用して前記アプリケーションに前記集金デバイスに記憶されている前記公共交通システム識別子を送信するステップをさらに含む、請求項7に記載の方法。
【請求項９】
前記アプリケーションによって送信された支払関連データ情報を受信するステップは、
前記アプリケーションによって送信された暗号化情報を受信するステップであって、前記暗号化情報は、前記公共交通システムと事前に合意された暗号化アルゴリズムに基づいて前記ユーザの前記支払関連データ情報を暗号化することによって、前記アプリケーションによって取得される、ステップと、
前記支払関連データ情報を取得するべく、前記暗号化アルゴリズムに対応する復号アルゴリズムに基づいて前記暗号化情報を復号するステップと
を特に含む、請求項7に記載の方法。
【請求項１０】
前記アプリケーションによって送信された支払関連データ情報を受信するステップの前に、前記方法は、
前記NFC接続を使用して前記アプリケーションにデータオフセットを送信するステップをさらに含み、
前記アプリケーションによって送信された支払関連データ情報を受信するステップは、
前記アプリケーションによって送信されたデータパケットを受信するステップであって、前記データパケットは、前記データオフセットに基づいて前記ユーザの前記支払関連データ情報を分割することによって、前記アプリケーションによって取得される、ステップと、
前記データオフセットに基づいて前記受信したデータパケットを前記支払関連データ情報へとアセンブルするステップと
を特に含む、請求項7に記載の方法。
【請求項１１】
前記方法は、
前記アプリケーションが検証結果を表示するために、前記NFC接続を使用して前記アプリケーションに前記支払関連データ情報の前記検証結果を送信するステップをさらに含む、請求項7に記載の方法。
【請求項１２】
運賃支払方法であって、アプリケーションがホストベースのカードエミュレーション(HCE)をサポートする端末デバイスにインストールされており、前記方法は、
前記端末デバイスのオペレーティングシステムによって、公共交通システムの集金デバイスによって送信されたHCEベースのルーティング命令を受信するステップと、
HCE機能および前記ルーティング命令に含まれるアプリケーション識別子に基づいて、前記端末デバイスにインストールされているとともに前記アプリケーション識別子に対応する前記アプリケーションを決定するステップと、
前記アプリケーションが前記ルーティング命令に基づいて前記集金デバイスとの近距離無線通信(NFC)接続を確立し、前記受信した支払関連データ情報についての検証が成功した後に前記支払関連データ情報に基づいてユーザのアカウントから運賃を前記集金デバイスが引き落とすために前記NFC接続を使用して前記集金デバイスに前記ユーザの支払関連データ情報を送信するために、前記決定したアプリケーションに前記ルーティング命令を送信するステップと
を含む、方法。
【請求項１３】
運賃支払装置であって、前記装置は、ホストベースのカードエミュレーション(HCE)をサポートする端末デバイスにインストールされており、前記装置は、
前記端末デバイスのオペレーティングシステムによって送信されたHCEベースのルーティング命令を受信するように構成される、第1の受信モジュールであって、前記ルーティング命令は、前記端末デバイスに公共交通システムの集金デバイスによって送信されたものである、第1の受信モジュールと、
前記装置が前記ルーティング命令に応答して前記集金デバイスとの近距離無線通信(NFC)接続を確立することができるように構成される、集金モジュールと、
受信した支払関連データ情報についての検証が成功した後に前記支払関連データ情報に基づいてユーザのアカウントから運賃を前記集金デバイスが引き落とすために、前記NFC接続を使用して前記集金デバイスに前記ユーザの前記支払関連データ情報を送信するように構成される、送信モジュールと
を含む、装置。
【請求項１４】
運賃支払装置であって、
端末デバイスのオペレーティングシステムがルーティング命令に含まれるアプリケーションのアプリケーション識別子に基づいて前記端末デバイスにインストールされた前記アプリケーションに前記ルーティング命令を送信するために、前記端末デバイスにHCEベースの前記ルーティング命令を送信するように構成される、第1の送信モジュールと、
前記ルーティング命令に応答して前記アプリケーションとのNFC接続を確立するように構成される、集金モジュールと、
前記NFC接続を使用して、前記アプリケーションによって送信された支払関連データ情報を受信するように構成される、受信モジュールと、
前記支払関連データ情報を検証し、前記検証が成功した場合には、前記支払関連データ情報に基づいてユーザのアカウントから運賃を引き落とすように構成される、検証モジュールと
を含む、装置。
【請求項１５】
運賃支払装置であって、アプリケーションがホストベースのカードエミュレーション(HCE)をサポートする端末デバイスにインストールされており、前記装置は、
公共交通システムの集金デバイスによって送信されたHCEベースのルーティング命令を受信するように構成される、受信モジュールと、
HCE機能および前記ルーティング命令に含まれるアプリケーション識別子に基づいて、前記端末デバイスにインストールされているとともに前記アプリケーション識別子に対応する前記アプリケーションを決定するように構成される、決定モジュールと、
前記アプリケーションが前記ルーティング命令に基づいて前記集金デバイスとの近距離無線通信(NFC)接続を確立し、前記受信した支払関連データ情報についての検証が成功した後に前記支払関連データ情報に基づいてユーザのアカウントから運賃を前記集金デバイスが引き落とすために前記NFC接続を使用して前記集金デバイスに前記ユーザの支払関連データ情報を送信するために、前記決定したアプリケーションに前記ルーティング命令を送信するように構成される、送信モジュールと
を含む、運賃支払装置。
【請求項１６】
端末デバイスであって、前記端末デバイスは、ホストベースのカードエミュレーション(HCE)をサポートし、前記端末デバイスは、1つまたは複数のプロセッサおよびメモリを含み、前記メモリは、プログラムを記憶し、前記プログラムは、
公共交通システムの集金デバイスによって送信されたルーティング命令を受信するステップと、
前記ルーティング命令に応答して前記集金デバイスとの近距離無線通信(NFC)接続を確立するステップと、
受信した支払関連データ情報についての検証が成功した後に前記支払関連データ情報に基づいてユーザのアカウントから運賃を前記集金デバイスが引き落とすために、前記NFC接続を使用して前記集金デバイスに前記ユーザの前記支払関連データ情報を送信するステップと
を行うように前記1つまたは複数のプロセッサによって実行されるように構成される、端末デバイス。
【請求項１７】
1つまたは複数のプロセッサおよびメモリを含む、集金デバイスであって、前記メモリは、プログラムを記憶し、前記プログラムは、
端末デバイスのオペレーティングシステムがルーティング命令に含まれるアプリケーションのアプリケーション識別子に基づいて前記端末デバイスにインストールされた前記アプリケーションに前記ルーティング命令を送信するために、前記端末デバイスにHCEベースの前記ルーティング命令を送信するステップと、
前記ルーティング命令に応答して前記アプリケーションとのNFC接続を確立するステップと、
前記NFC接続を使用して、前記アプリケーションによって送信された支払関連データ情報を受信するステップと、
前記支払関連データ情報を検証し、前記検証が成功した場合には、前記支払関連データ情報に基づいてユーザのアカウントから運賃を引き落とすステップと
を行うように前記1つまたは複数のプロセッサによって実行されるように構成される、集金デバイス。
【国際調査報告】
2021513129.tif 000009
2021513129.tif 000010
2021513129.tif 000011
2021513129.tif 000012