特開 2025-13192 ニアフィールド通信を使用した電子ウォレット支払いの方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2025013192

(43)【公開日】2025-01-24

(54)【発明の名称】ニアフィールド通信を使用した電子ウォレット支払いの方法

(51)【国際特許分類】

   G06Q 20/06 20120101AFI20250117BHJP

   G06Q 20/36 20120101ALI20250117BHJP

【ＦＩ】

G06Q20/06 300

G06Q20/36

【審査請求】有

【請求項の数】31

【出願形態】ＯＬ

【外国語出願】

(21)【出願番号】P 2024097236

(22)【出願日】2024-06-17

(31)【優先権主張番号】63/513,048

(32)【優先日】2023-07-11

(33)【優先権主張国・地域又は機関】US

【公序良俗違反の表示】

（特許庁注：以下のものは登録商標）

１．ＱＲコード

２．ＺＩＧＢＥＥ

(71)【出願人】

【識別番号】523175144

【氏名又は名称】ピクセルズ・カンパニー・リミテッド

(74)【代理人】

【識別番号】100185878

【弁理士】

【氏名又は名称】植田 晋一

(72)【発明者】

【氏名】ダニエル チン ルエン リム

【テーマコード（参考）】

5L020

【Ｆターム（参考）】

5L020AA15

5L020AA69

(57)【要約】      （修正有）

【課題】近距離無線通信（ＮＦＣ）を使用して電子ウォレット支払いを容易にするコンピューティングデバイスの方法を提供する。
【解決手段】コンピューティングデバイスの方法は、ポイントオブセールス端末から、取引に対応する取引情報と、電子ウォレット支払いサーバーの電子ウォレット支払いアプリケーションの識別情報と、を受信し、サーバーに、取引情報と電子ウォレット支払いアプリケーションの識別情報を送信し、サーバーをアドレス指定し、電子ウォレット支払いアプリケーションを起動する第１のウェブリソースを識別するＵＲＬを確立し、ＮＦＣタグコントローラーを介して、ペイロードとしてＵＲＬを含むＮＤＥＦメッセージを生成し、ＮＦＣタグコントローラーを介して、ＮＤＥＦメッセージに対応するＮＦＣ信号を発出する。
【選択図】図１３

【特許請求の範囲】

【請求項1】

ポイントオブセールス（ＰＯＳ）端末から、取引に対応する取引情報と、電子ウォレット支払いサーバーの電子ウォレット支払いアプリケーションの識別情報と、を受信することと、
サーバーに、前記取引情報と前記電子ウォレット支払いアプリケーションの前記識別情報を送信することと、
前記サーバーをアドレス指定し、前記電子ウォレット支払いアプリケーションを起動する第１のウェブリソースを識別するユニフォームリソースロケーター（ＵＲＬ）であって、前記ＵＲＬは、固有の取引識別子を含み、前記固有の取引識別子は、前記取引情報に適用されるハッシュ関数、および／または前記取引の日付情報および時刻情報、および／または固有のデバイス識別子を含むような前記ＵＲＬを確立することと、
ニアフィールド通信（ＮＦＣ）タグコントローラーを介して、ペイロードとして前記ＵＲＬを含むＮＦＣデータ交換形式（ＮＤＥＦ）メッセージを生成することと、
前記ＮＦＣタグコントローラーを介して、前記ＮＤＥＦメッセージに対応するＮＦＣ信号を発出することと、を含むコンピューターに実装される方法。

【請求項2】

前記ＰＯＳ端末から、前記取引の正常な完了の確認を受信することと、前記確認を前記サーバーに送信することをさらに含む、請求項１に記載のコンピューターに実装される方法。

【請求項3】

前記取引が正常に完了すると、前記ＵＲＬにより、前記取引の電子領収書を表示するための第２のウェブリソースが識別される、請求項１に記載のコンピューターに実装される方法。

【請求項4】

前記電子領収書は、前記固有の取引識別子を含む、請求項３に記載のコンピューターが実装される方法。

【請求項5】

前記サーバーは、前記ＰＯＳ端末に関連付けられた前記電子ウォレット支払いアプリケーションのアカウント情報を含む、請求項１に記載のコンピューターに実装される方法。

【請求項6】

前記ＰＯＳ端末に関連付けられている前記電子ウォレット支払いアプリケーションの前記アカウント情報は、前記ＰＯＳ端末に固有の前記電子ウォレット支払いアプリケーションのクイックレスポンス（ＱＲ）コードを含む、請求項５に記載のコンピューターに実装される方法。

【請求項7】

前記ＵＲＬは、前記電子ウォレット支払いアプリケーションの識別情報を含む、請求項１に記載のコンピューターに実装される方法。

【請求項8】

前記ＵＲＬはディープリンクであり、前記ＵＲＬでは、前記電子ウォレット支払いアプリケーションの識別情報は前記固有の取引識別子からネストされている、請求項７に記載のコンピューターに実装される方法。

【請求項9】

前記確立することは、前記ＵＲＬを生成することを含み、さらに前記ＵＲＬを前記サーバーに送信することを含む、請求項１に記載のコンピューターに実装される方法。

【請求項10】

前記確立することは、前記ＵＲＬを受信することを含む、請求項１に記載のコンピューターに実装される方法。

【請求項11】

前記取引情報を受信することは、前記ポイントオブセールス（ＰＯＳ）端末からであり、ここで、前記コンピューターに実装される方法は、前記ＰＯＳ端末とは別のデバイスであるＮＦＣデバイスによって実行される、請求項１に記載のコンピューターに実施される方法。

【請求項12】

前記コンピューターに実装される方法は、サードパーティであり前記電子ウォレット支払いサーバーとは通信しないＮＦＣデバイスによって実行される、請求項１に記載のコンピューターに実装される方法。

【請求項13】

前記固有のデバイス識別子は、前記ＰＯＳ端末の識別子である、請求項１に記載のコンピューターに実装される方法。

【請求項14】

前記第１のウェブリソースは、自動的に前記電子ウォレット支払いアプリケーションに前記取引情報の少なくとも一部を入力する、請求項１に記載のコンピューターに実装される方法。

【請求項15】

前記第１のウェブリソースは、自動的に前記電子ウォレット支払いアプリケーションに支払い額を入力する、請求項１に記載のコンピューターに実装される方法。

【請求項16】

前記第１のウェブリソースは、プログレッシブウェブアプリケーション、レスポンシブウェブアプリケーション、リッチインターネットアプリケーション、シングルページアプリケーション、またはマルチページアプリケーションである、請求項１に記載のコンピューターに実装される方法。

【請求項17】

前記取引情報を受信すること、および前記取引情報を送信することは、金融認証情報を含まない、請求項１に記載のコンピューターに実装される方法。

【請求項18】

前記ＮＤＥＦメッセージは、ペイロードとして前記ＵＲＬのみを含み、他のペイロードを含まない、請求項１に記載のコンピューターに実装される方法。

【請求項19】

前記電子ウォレット支払いサーバーと前記電子ウォレット支払いアプリケーションは、デビットベースである、請求項１に記載のコンピューターに実装される方法。

【請求項20】

ＮＦＣタグコントローラーと、
通信モジュールと、
プロセッサと、
前記プロセッサによって実行されると、前記プロセッサに、請求項１から１９のいずれか１項のコンピューターに実装される方法を実行させる指示を格納する少なくとも１つの記憶部と、備えるコンピューティングデバイス。

【請求項21】

前記取引情報は、前記ポイントオブセールス（ＰＯＳ）端末からのものであり、前記コンピューティングデバイスは、前記ＰＯＳ端末とは別のＮＦＣデバイスである、請求項２０に記載のコンピューティングデバイス。

【請求項22】

ユーザーデバイスによって実行されるコンピューターに実装される方法であって、
ニアフィールド通信（ＮＦＣ）タグリーダーを介して、ペイロードとしてＵＲＬを含むＮＦＣデータ交換形式（ＮＤＥＦ）メッセージを受信することとであって、前記ＵＲＬはサーバーをアドレス指定し、前記ＵＲＬは固有の取引識別子を含み、前記固有の取引識別子は、取引情報に適用されるハッシュ関数、および／または前記取引の日付情報および時間情報、および／または固有のデバイス識別子を含むような、前記ＮＤＥＦメッセージを受信することと、
前記ＵＲＬにアクセスすることと、
前記ＵＲＬへアクセスすることに応じて、前記ユーザーデバイスの電子ウォレット支払いアプリケーションを起動する前記ＵＲＬの第１のウェブリソースを受信することと、
電子ウォレット支払いサーバーを使用して前記取引を完了するための前記電子ウォレット支払いアプリケーションを起動することと、を含むコンピューターに実装される方法。

【請求項23】

前記ＮＤＥＦメッセージを受信することはＮＦＣデバイスからであり、前記ＮＦＣデバイスは前記電子ウォレット支払いサーバーのサードパーティである、請求項２２に記載のコンピューターに実装される方法。

【請求項24】

前記第１のウェブリソースは、自動的に前記電子ウォレット支払いアプリケーションに前記取引情報の少なくとも一部に入力する、請求項２２に記載のコンピューターに実装される方法。

【請求項25】

前記第１のウェブリソースは、自動的に前記電子ウォレット支払いアプリケーションに支払い額を入力する、請求項２２に記載のコンピューターに実装される方法。

【請求項26】

前記取引の正常な完了の確認を受信することと、
前記ＵＲＬの第２のウェブリソースへアクセスすることと、
前記第２のウェブリソースへのアクセスに応じて、前記取引の電子領収書を表示することと、をさらに含む、請求項２２のコンピューターに実装される方法。

【請求項27】

前記電子領収書は、前記固有の取引識別子を含む、請求項２６に記載のコンピューターに実装される方法。

【請求項28】

前記表示することは、ウェブページ、アプリケーションページ、または電子ウォレット支払いアプリケーションを介して前記電子領収書を表示することを含む、請求項２６に記載のコンピューターに実装される方法。

【請求項29】

前記取引の正常な完了の確認を受信することと、
前記取引の正常な完了の確認に応じて、前記取引情報に基づいて前記取引の電子領収書を表示することと、
前記電子領収書を表示することと、をさらに含む、請求項２２に記載のコンピューターに実装される方法。

【請求項30】

ＮＦＣタグリーダーと、
通信モジュールと、
プロセッサと、
前記プロセッサによって実行されると、前記プロセッサに請求項２０から２９のいずれか１項のコンピューターに実装される方法を実行させる指示を格納する少なくとも１つの記憶部と、備えるコンピューティングデバイス。

【請求項31】

サーバーによって実行されるコンピューターに実装される方法であって、
取引に対応する取引情報と、電子ウォレット支払いサーバーの電子ウォレット支払いアプリケーションの識別情報と、を受信することと、
サーバーをアドレス指定するユニフォームリソースロケーター（ＵＲＬ）を受信することであって、前記ＵＲＬは固有の取引識別子を含み、前記固有の取引識別子は、前記取引情報に適用されるハッシュ関数、および／または前記取引の日付情報および時間情報、および／または固有のデバイス識別子を含むような前記ＵＲＬを受信することと、
前記電子ウォレット支払いアプリケーションを起動する前記ＵＲＬに関連付けられた第１のウェブリソースを生成することと、
ペイロードとしてＵＲＬを含むＮＦＣデータ交換形式（ＮＤＥＦ）メッセージに応じて、前記ＵＲＬへのアクセスを受信することと、
前記ＵＲＬへの前記アクセスを通じて、前記第１のウェブリソースを提供することと、
前記取引の正常な完了の確認を受信することと、
前記取引の電子領収書を表示するための前記ＵＲＬに関連付けられた第２のウェブリソースを生成することと、
前記ＵＲＬへの第２のアクセスを通じて、前記第２のウェブリソースを提供することと、を含む、コンピューターに実装される方法。

【請求項32】

前記取引情報を受信することは、ＮＦＣデバイスまたはポイントオブセールス端末からである、請求項３１に記載のコンピューターに実装される方法。

【請求項33】

前記確認を受信することは、ＮＦＣデバイスまたはポイントオブセールス端末からである、請求項３１に記載のコンピューターに実装される方法。

【請求項34】

前記サーバーがＰＯＳ端末に関連付けられた前記電子ウォレット支払いアプリケーションのアカウント情報を有する、請求項３１に記載のコンピューターに実装される方法。

【請求項35】

前記ＰＯＳ端末に関連付けられた前記電子ウォレット支払いアプリケーションの前記アカウント情報は、前記ＰＯＳ端末に固有の前記電子ウォレット支払いアプリケーションのクイックレスポンス（ＱＲ）コードを含む、請求項３４に記載のコンピューターに実装される方法。

【請求項36】

前記ＵＲＬは、前記電子ウォレット支払いアプリケーションの識別情報を含む、請求項３１に記載のコンピューターに実装される方法。

【請求項37】

前記ＵＲＬは、ディープリンクであり、前記ＵＲＬにおいて、前記電子ウォレット支払いアプリケーションの識別情報は、前記固有の取引識別子からネストされている、請求項３６に記載のコンピューターに実装される方法。

【請求項38】

前記取引情報を受信することは、金融認証情報を含まない、請求項３１に記載のコンピューターに実装される方法。

【請求項39】

前記サーバーは、前記電子ウォレット支払いアプリケーションのサードパーティであり、前記電子ウォレット支払いサーバーと通信しない電子領収書サーバーである、請求項３１に記載のコンピューターに実装される方法。

【請求項40】

前記確立することは、前記ＵＲＬを生成することを含む、請求項３１に記載のコンピューターに実装される方法。

【請求項41】

前記確立することは、前記ＵＲＬを受信することを含む、請求項３１に記載のコンピューターに実装される方法。

【請求項42】

ＰＯＳ端末に関連付けられる前記電子ウォレット支払いアプリケーションの登録したアカウント情報をさらに含む、請求項３１に記載のコンピューターに実装される方法。

【請求項43】

前記アカウント情報は、前記ＰＯＳ端末に固有の前記電子ウォレット支払いアプリケーションのクイックレスポンス（ＱＲ）コードを含む、請求項４２に記載のコンピューターに実装される方法。

【請求項44】

前記取引情報を受信することは、ポイントオブセールス（ＰＯＳ）端末とは別のデバイスであるＮＦＣデバイスからである、請求項３１に記載のコンピューターに実装される方法。

【請求項45】

前記固有のデバイス識別子は、ＰＯＳ端末の識別子である、請求項４４に記載のコンピューターに実装される方法。

【請求項46】

前記第１のウェブリソースと前記第２のウェブリソースは、それぞれプログレッシブウェブアプリケーション、レスポンシブウェブアプリケーション、リッチインターネットアプリケーション、シングルページアプリケーション、またはマルチページアプリケーションである、請求項３１に記載のコンピューターに実装される方法。

【請求項47】

前記ＮＤＥＦメッセージは、前記ペイロードとしてＵＲＬのみを含み、他のペイロードを含まない、請求項３１に記載のコンピューターに実装される方法。

【請求項48】

前記電子ウォレット支払いサーバーと前記電子ウォレット支払いアプリケーションは、デビットベースである、請求項３１に記載のコンピューターに実装される方法。

【請求項49】

通信モジュールと、
プロセッサと、
前記プロセッサによって実行されると、前記プロセッサに請求項３１から４８のいずれか１項のコンピューターに実装される方法を実行させる指示を格納する少なくとも１つの記憶部と、備えるサーバー。

【請求項50】

前記サーバーは、前記電子ウォレット支払いアプリケーションのサードパーティであり、前記電子ウォレット支払いサーバーと通信しない電子領収書サーバーである、請求項４９に記載のサーバー。

【請求項51】

プロセッサによって実行されると、前記プロセッサに請求項１から１９、２２から２９、３１から４８のいずれか１項に記載のコンピューターに実装される方法を実行させる指示を格納する、非一時的コンピューター読み出し可能媒体。

【発明の詳細な説明】

【技術分野】

【0001】

関連出願の相互参照
なし。

【0002】

例示される実施形態は、ニアフィールド通信（ＮＦＣ）技術であって、例えばＮＦＣ技術を使用した電子ウォレットの支払いを促進するものに関する。

【背景技術】

【0003】

従来の電子ウォレットシステムには、ポイントオブセールス（Point of Sales：ＰＯＳ）での支払いの実行に迅速な対応（ＱＲ）コードが必要になる場合がある。たとえば、被取引者（トランザクティー：例えば、消費者／買い物客）または取引者（トランザクター：例えば、販売者など）は、スキャン用のＱＲコードを表示する場合がありえる。他の被取引者または取引者は、アプリケーションを介して取引を完了するために、ＱＲコードの画像をキャプチャする（画像スキャン）かもしれない。このようなプロセスのいくつかの例では、取引者がＱＲコードを提示するか、販売者／小売業者の静的ＱＲコードを画像スキャンするために、該当する電子ウォレット支払いアプリケーションを手動で起動する必要がある。このようなプロセスの別の例では、カメラがＱＲコードの画像をキャプチャするために、電子ウォレット支払いアプリケーションでカメラアプリケーション／カメラ機能を手動で起動する必要がありえる。このようなプロセスは面倒であり、カメラアプリケーションと被取引者側のオンボードカメラの使用が必要となる場合がある。

【0004】

通常、従来の電子ウォレットシステムは、金額と取引者のみを含む確認または電子領収書（e-receipt）を提供する。このような従来の電子ウォレットシステムには、ＰＯＳ端末での取引の特定の商品とサービスの識別と品目化は含まれ得ない。

【0005】

カメラや画像スキャンを使用せずに既存のＱＲベースの電子ウォレット支払いアプリケーションを用いた取引のためのコンピューティングデバイスおよび方法が望まれている。

【0006】

既存の支払いアプリケーションで動作し、被取引者の財務的な資格を知るためにＮＦＣデバイス、ＰＯＳ端末、または電子領収書サーバーを必要としないコンピューティングデバイスおよび方法が望まれている。

【0007】

消費者が商品の購入またはサービスの使用に関連する取引を完了すると、消費者は領収書を受け取る。従来の支払いシステムでは、ポイントオブセール（ＰＯＳ）端末が紙の領収書を速やかに発行し、未来時に消費者に電子領収書を提供し得る。紙の領収書の欠点には、個人情報の漏洩リスク、効率的な領収書管理の課題、印刷された領収書を生成するコストが含まれる。電子領収書は、個人情報の保証を提供し、保持や管理がしやすく、生産するのが安価であり、環境に優しいため、一般的に好まれている。

【0008】

電子領収書の便利でシームレスな提供のためのコンピューティングデバイス及び方法が望まれている。一部の既存の支払いシステムまたはサーバーでは、ユーザーデバイスが電子領収書を取得するために登録する必要がある場合がある。この登録には、電子メールアドレス、電話番号、支払い手段番号、アカウント情報などの個人情報の登録が含まれ得る。

【発明の概要】

【課題を解決するための手段】

【0009】

ここで説明する例は、ニアフィールド通信（ＮＦＣ）を使用して電子ウォレットの支払いなどの支払いを促進するためのコンピューティングデバイスおよび方法を提供できる。電子ウォレットの支払いは、支払いサーバーに関連付けられた支払いアプリケーションにアクセスするユーザーデバイスによる取引のためのものである。いくつかの例では、支払いサーバーは取引と支払いを処理する。

【0010】

たとえば、コンピューティングデバイスには、ＮＦＣタグコントローラーを備えたＮＦＣデバイスを含めることができる。取引の一例では、ＮＦＣデバイスは、ユーザーデバイスへのペイロードとしてユニフォームリソースロケーター（ＵＲＬ）を含むＮＦＣデータ交換形式（ＮＤＥＦ）メッセージを送信する。ＮＤＥＦメッセージは、ユーザーデバイスによって受信される。ＵＲＬは、ユーザーデバイスからアクセスされると、取引を完了するためにユーザーデバイス上の支払いサーバーの支払いアプリケーションを自動的に起動する。

【0011】

一例では、ＮＦＣデバイスはサーバーと通信する。

【0012】

一例では、サーバーとＮＦＣデバイスは通信せず、支払いサーバーにデータを送信しない。

【0013】

一例では、サーバーとＮＦＣデバイスは、支払いサーバーの第三者である。

【0014】

一例では、支払いサーバーは、電子ウォレットベースの電子ウォレット支払いサーバーである。たとえば、支払いサーバーはクレジットカードを処理せず、非クレジットカードベースである。たとえば、電子ウォレット支払いサーバーはデビットベースである。たとえば、クライアントデバイスまたは別のデバイスを使用して、電子ウォレット支払いサーバーに電子ウォレットアカウントをロードする。

【0015】

たとえば、カード情報の転送または財務資格を、ＮＦＣデバイス、ＰＯＳ端末、またはサーバーに提示する必要はない。

【0016】

一例では、支払いサーバーは、ＱＲコードを使用した従来の方法で起動されるまたはアドレスされる種類のものである。

【0017】

本明細書に記載されているいくつかの例では、取引が発生した後、ウェブブラウザアプリケーションまたは電子ウォレットの支払いアプリケーションを使用して対応する電子領収書を被取引者が受信および表示できるようにすることができる。
ここで説明するいくつかの例は、取引が発生した後、対応する電子領収書を被取引者がユーザーデバイスに受信および表示することができる。

【0018】

例示される実施形態は、コンピューターに実装される方法であって、ポイントオブセールス（ＰＯＳ）端末から、取引に対応する取引情報と、電子ウォレット支払いサーバーの電子ウォレット支払いアプリケーションの識別情報と、を受信することと、サーバーに、前記取引情報と前記電子ウォレット支払いアプリケーションの識別情報を送信することと、サーバーをアドレス指定し、電子ウォレット支払いアプリケーションを起動する第１のウェブリソースを識別するユニフォームリソースロケーター（ＵＲＬ）であって、ＵＲＬは、固有の取引識別子を含み、固有の取引識別子は、取引情報に適用されるハッシュ関数、および／または取引の日付情報および時刻情報、および／または固有のデバイス識別子を含むようなＵＲＬを確立することと、ニアフィールド通信（ＮＦＣ）タグコントローラーを介して、ペイロードとしてＵＲＬを含むＮＦＣデータ交換形式（ＮＤＥＦ）メッセージを生成することと、ＮＦＣタグコントローラーを介して、ＮＤＥＦメッセージに対応するＮＦＣ信号を発出することと、を有する。

【0019】

上記のコンピューターに実装される方法のいずれかのうちの他の一例の実施形態では、ＰＯＳ端末から、取引の正常な完了の確認を受信することと、確認をサーバーに送信することをさらに含む。

【0020】

上記のコンピューターに実装される方法のいずれかのうちの他の一例の実施形態では、取引が正常に完了すると、ＵＲＬにより、取引の電子領収書（e-receipt）を表示するための第２のウェブリソースが識別される。

【0021】

上記のコンピューターに実装される方法のいずれかのうちの他の一例の実施形態では、電子領収書は、固有の取引識別子を含む。

【0022】

上記のコンピューターに実装される方法のいずれかのうちの他の一例の実施形態では、サーバーは、ＰＯＳ端末に関連付けられた電子ウォレット支払いアプリケーションのアカウント情報を含む。

【0023】

上記のコンピューターに実装される方法のいずれかのうちの他の一例の実施形態では、ＰＯＳ端末に関連付けられている電子ウォレット支払いアプリケーションのアカウント情報は、ＰＯＳ端末に固有の電子ウォレット支払いアプリケーションのクイックレスポンス（ＱＲ）コードを含む。

【0024】

上記のコンピューターに実装される方法のいずれかのうちの他の一例の実施形態では、ＵＲＬは、電子ウォレット支払いアプリケーションの識別情報を含む。

【0025】

上記のコンピューターに実装される方法のいずれかのうちの他の一例の実施形態では、ＵＲＬはディープリンクであり、ＵＲＬでは、電子ウォレット支払いアプリケーションの識別情報は固有の取引識別子からネストされている。

【0026】

上記のコンピューターに実装される方法のいずれかのうちの他の一例の実施形態では、確立することは、ＵＲＬを受信することを含む、さらにＵＲＬをサーバーに送信することを含む。

【0027】

上記のコンピューターに実装される方法のいずれかのうちの他の一例の実施形態では、確立にはＵＲＬの受信が含まれる。

【0028】

上記のコンピューターに実装される方法のいずれかのうちの他の一例の実施形態では、取引情報を受信することは、ポイントオブセールス（ＰＯＳ）端末からであり、ここで、コンピューターに実装される方法は、ＰＯＳ端末とは別のデバイスであるＮＦＣデバイスによって実行される。

【0029】

上記のコンピューターに実装される方法のいずれかのうちの他の一例の実施形態では、コンピューターに実装される方法は、サードパーティであり電子ウォレット支払いサーバーとは通信しないＮＦＣデバイスによって実行される、請求項１に記載のコンピューターに実装される。

【0030】

上記のコンピューターに実装される方法のいずれかのうちの他の一例の実施形態では、固有のデバイス識別子は、ＰＯＳ端末の識別子である、

【0031】

上記のコンピューターに実装される方法のいずれかのうちの他の一例の実施形態では、第１のウェブリソースは、自動的に電子ウォレット支払いアプリケーションに取引情報の少なくとも一部を入力する。

【0032】

上記のコンピューターに実装される方法のいずれかのうちの他の一例の実施形態では、第１のウェブリソースは、自動的に電子ウォレット支払いアプリケーションに支払い額を入力する。

【0033】

上記のコンピューターに実装される方法のいずれかのうちの他の一例の実施形態では、第１のウェブリソースは、プログレッシブウェブアプリケーション、レスポンシブウェブアプリケーション、リッチインターネットアプリケーション、シングルページアプリケーション、またはマルチページアプリケーションである。

【0034】

上記のコンピューターに実装される方法のいずれかのうちの他の一例の実施形態では、取引情報を受信すること、および取引情報を送信することは、金融認証情報を含まない。

【0035】

上記のコンピューターに実装される方法のいずれかのうちの他の一例の実施形態では、ＮＤＥＦメッセージは、ペイロードとしてＵＲＬのみを含み、他のペイロードを含まない。

【0036】

上記のコンピューターに実装される方法のいずれかのうちの他の一例の実施形態では、電子ウォレット支払いサーバーと電子ウォレット支払いアプリケーションは、デビットベースである。

【0037】

他の一例の実施形態は、ＮＦＣタグコントローラーと、通信モジュールと、プロセッサと、プロセッサによって実行されると、プロセッサに、上記のいずれかのコンピューターに実装される方法を実行させる指示を格納する少なくとも１つの記憶部と、備えるコンピューティングデバイスである。

【0038】

上記のコンピューティングデバイスのいずれかのうちの他の一例の実施形態では、取引情報は、ポイントオブセールス（ＰＯＳ）端末からのものであり、コンピューティングデバイスは、ＰＯＳ端末とは別のＮＦＣデバイスである。

【0039】

他の一例の実施形態は、コンピューターに実装される方法であって、ユーザーデバイスによって実行されるコンピューターに実装される方法であって、ニアフィールド通信（ＮＦＣ）タグリーダーを介して、ペイロードとしてＵＲＬを含むＮＦＣデータ交換形式（ＮＤＥＦ）メッセージを受信することとであって、ＵＲＬはサーバーをアドレス指定し、ＵＲＬは固有の取引識別子を含み、固有の取引識別子は、取引情報に適用されるハッシュ関数、および／または取引の日付情報および時間情報、および／または固有のデバイス識別子を含むような、ＮＤＥＦメッセージを受信することと、ＵＲＬにアクセスすることと、ＵＲＬへアクセスすることに応じて、ユーザーデバイスの電子ウォレット支払いアプリケーションを起動するＵＲＬの第１のウェブリソースを受信することと、電子ウォレット支払いサーバーを使用して取引を完了するための電子ウォレット支払いアプリケーションを起動することと、を含む。

【0040】

上記のコンピューターに実装される方法のいずれかのうちの他の一例の実施形態では、ＮＤＥＦメッセージを受信することはＮＦＣデバイスからであり、ＮＦＣデバイスは電子ウォレット支払いサーバーのサードパーティである。

【0041】

上記のコンピューターに実装される方法のいずれかのうちの他の一例の実施形態では、第１のウェブリソースは、自動的に電子ウォレットの支払いアプリケーションに取引情報の少なくとも一部に入力する。

【0042】

上記のコンピューターに実装される方法のいずれかのうちの他の一例の実施形態では、第１のウェブリソースは、自動的に電子ウォレット支払いアプリケーションに支払い額を入力する。

【0043】

上記のコンピューターに実装される方法のいずれかのうちの他の一例の実施形態では、コンピューターが実装した方法は、取引の正常な完了の確認を受信することと、ＵＲＬの第２のウェブリソースへアクセスすることと、第２のウェブリソースへのアクセスに応じて、取引の電子領収書（e-receipt）を表示することと、をさらに含む。

【0044】

上記のコンピューターに実装される方法のいずれかのうちの他の一例の実施形態では、電子領収書は、固有の取引識別子を含む。

【0045】

上記のコンピューターに実装される方法のいずれかのうちの他の一例の実施形態では、表示することは、ウェブページ、アプリケーションページ、または電子ウォレット支払いアプリケーションを介して電子領収書を表示することを含む。

【0046】

上記のコンピューターに実装される方法のいずれかのうちの他の一例の実施形態では、取引の正常な完了の確認を受信することと、取引の正常な完了の確認に応じて、取引情報に基づいて取引の電子領収書（e-receipt）を表示することと、電子領収書を表示することと、をさらに含む。

【0047】

他の一例の実施形態は、ＮＦＣタグリーダーと、通信モジュールと、プロセッサと、プロセッサによって実行されると、プロセッサに上記のいずれかのコンピューターに実装される方法を実行させる指示を格納する少なくとも１つの記憶部と、備えるコンピューティングデバイスである。

【0048】

他の一例の実施形態は、サーバーによって実行されるコンピューターに実装される方法であって、取引に対応する取引情報と、電子ウォレット支払いサーバーの電子ウォレット支払いアプリケーションの識別情報と、を受信することと、サーバーをアドレス指定するユニフォームリソースロケーター（ＵＲＬ）で受信することであって、ＵＲＬは固有の取引識別子を含み、固有の取引識別子は、取引情報に適用されるハッシュ関数、および／または取引の日付情報および時間情報、および／または固有のデバイス識別子を含むようなＵＲＬを受信することと、電子ウォレット支払いアプリケーションを起動するＵＲＬに関連付けられた第１のウェブリソースを生成することと、ペイロードとしてＵＲＬを含むＮＦＣデータ交換形式（ＮＤＥＦ）メッセージに応じて、ＵＲＬへのアクセスを受信することと、ＵＲＬへのアクセスを通じて、第１のウェブリソースを提供することと、取引の正常な完了の確認を受信することと、取引の電子領収書（e-receipt）を表示するためのＵＲＬに関連付けられた第２のウェブリソースを生成することと、ＵＲＬへの第２のアクセスを通じて、第２のウェブリソースを提供することと、を含む。

【0049】

上記のコンピューターに実装される方法のいずれかのうちの他の一例の実施形態では、取引情報の受信はＮＦＣデバイスまたはポイントオブセールス端末からのものです。

【0050】

上記のコンピューターに実装される方法のいずれかのうちの他の一例の実施形態では、確認を受信することは、ＮＦＣデバイスまたはポイントオブセールス端末からである。

【0051】

上記のコンピューターに実装される方法のいずれかのうちの他の一例の実施形態では、サーバーがＰＯＳ端末に関連付けられた電子ウォレット支払いアプリケーションのアカウント情報を有する。

【0052】

上記のコンピューターに実装される方法のいずれかのうちの他の一例の実施形態では、ＰＯＳ端末に関連付けられた電子ウォレット支払いアプリケーションのアカウント情報は、ＰＯＳ端末に固有の電子ウォレット支払いアプリケーションのクイックレスポンス（ＱＲ）コードを含む。

【0053】

上記のコンピューターに実装される方法のいずれかのうちの他の一例の実施形態では、ＵＲＬは、電子ウォレット支払いアプリケーションの識別情報を含む。

【0054】

上記のコンピューターに実装される方法のいずれかのうちの他の一例の実施形態では、ＵＲＬは、ディープリンクであり、ＵＲＬにおいて、電子ウォレット支払いアプリケーションの識別情報は、固有の取引識別子からネストされている。

【0055】

上記のコンピューターに実装される方法のいずれかのうちの他の一例の実施形態では、取引情報を受信することは、金融認証情報を含まない。

【0056】

上記のコンピューターに実装される方法のいずれかのうちの他の一例の実施形態では、サーバーは、電子ウォレット支払いアプリケーションのサードパーティであり、電子ウォレット支払いサーバーと通信しない電子領収書サーバー（e-server）である。

【0057】

上記のコンピューターに実装される方法のいずれかのうちの他の一例の実施形態では、確立することは、ＵＲＬを生成することを含む。

【0058】

上記のコンピューターに実装される方法のいずれかのうちの他の一例の実施形態では、確立することは、ＵＲＬを受信することを含む。

【0059】

上記のコンピューターに実装される方法のいずれかのうちの他の一例の実施形態では、コンピューターが実施する方法は、ＰＯＳ端末に関連付けられる電子ウォレット支払いアプリケーションの登録したアカウント情報をさらに含む。

【0060】

上記のコンピューターに実装される方法のいずれかのうちの他の一例の実施形態では、アカウント情報は、ＰＯＳ端末に固有の電子ウォレット支払いアプリケーションのクイックレスポンス（ＱＲ）コードを含む。

【0061】

上記のコンピューターに実装される方法のいずれかのうちの他の一例の実施形態では、取引情報を受信することは、ポイントオブセールス（ＰＯＳ）端末とは別のデバイスであるＮＦＣデバイスからである。

【0062】

上記のコンピューターに実装される方法のいずれかのうちの他の一例の実施形態では、固有のデバイス識別子は、ＰＯＳ端末の識別子である。

【0063】

上記のコンピューターに実装される方法のいずれかのうちの他の一例の実施形態では、第１のウェブリソースと第２のウェブリソースは、それぞれプログレッシブウェブアプリケーション、レスポンシブウェブアプリケーション、リッチインターネットアプリケーション、シングルページアプリケーション、またはマルチページアプリケーションである。

【0064】

上記のコンピューターに実装される方法のいずれかのうちの他の一例の実施形態では、ＮＤＥＦメッセージは、ペイロードとしてＵＲＬのみを含み、他のペイロードを含まない。

【0065】

上記のコンピューターに実装される方法のいずれかのうちの他の一例の実施形態では、電子ウォレット支払いサーバーと電子ウォレット支払いアプリケーションは、デビットベースである。

【0066】

他の一例の実施形態は、通信モジュールと、プロセッサと、プロセッサによって実行されると、プロセッサに上述のコンピューターに実装される方法を実行させる指示を格納する少なくとも１つのプロセッサと一対となる記憶部と、を備えるコンピュータデバイスである。

【0067】

上記のコンピュータデバイスのいずれかのうちの他の一例の実施形態では、通信モジュールは、ＮＦＣタグコントローラーを含む。

【0068】

他の一例の実施形態は、プロセッサによって実行されると、上述のいずれかのコンピューターに実装される方法を実行させる指示を格納する、非一時的コンピューター読み出し可能媒体である。

【図面の簡単な説明】

【0069】

例示される実施形態については、以下の図面を参照して、以下に詳細に説明する。

【0070】

図１は、例示される実施形態による、支払いシステムを示す概略図である。

【0071】

図２は、例示される実施形態による、図１に示すＮＦＣデバイスの内部構成の例を示すブロック図である。

【0072】

図３は、例示される実施形態による、図１に示すサーバーの内部構成の例を示すブロック図である。

【0073】

図４は、例示される実施形態による、図１に示すユーザーデバイスの内部構成の例を示すブロック図である。

【0074】

図５は、例示される実施形態による、支払いシステムの例を示す概略図である。

【0075】

図６は、例示される実施形態による、電子ウォレットの支払いを促進する例の方法のフローチャートである。

【0076】

図７は、例示される実施形態による、電子ウォレットの支払いを促進する別の例の方法のフローチャートである。

【0077】

図８は、例示される実施形態による、電子ウォレットの支払いを促進する他の別の例の方法のフローチャートである。

【0078】

図９は、例示される実施形態による、ユーザーデバイスでの電子領収書の表示例の図である。

【0079】

図１０は、例示される実施形態による、支払いシステムを示す概略図である。

【0080】

図１１は、例示される実施形態による、別の支払いシステムを示す概略図である。

【0081】

図１２は、例示される実施形態による、別の支払いシステムを示す概略図である。

【0082】

図１３は、例示される実施形態による、電子ウォレットの支払いのためにＮＦＣデバイスによって実行された例の方法のフローチャートである。

【0083】

図１４は、例示される実施形態による、電子ウォレットの支払いのためにユーザーデバイスによって実行された例の方法のフローチャートある。

【0084】

図１５は、例示される実施形態によると、電子ウォレットの支払いのためにサーバーによって実行された例の方法のフローチャートである。

【0085】

同様の参照符号は、図面では、同様の要素や特徴を示すために使用され得る。

【発明を実施するための形態】

【0086】

少なくともいくつかの例示される実施形態には、電子ウォレットの支払い方法と電子領収書（e-receiptまたは領収書）の発行が含まれる。そのため、ユーザーはクイックレスポンス（ＱＲ）コードをスキャンするのではなく、スマートフォンを通じてＮＦＣを便利に使用できる。

【0087】

例示される実施形態はさまざまな変形を適用し、さまざまな実施形態を持つ可能性があるため、特定の実施形態が図面に示され、詳細な説明で詳細に説明されている。ただし、これは特定の実践的なモードに制限することを意図したものではなく、例示される実施形態の技術的範囲から離れないすべての変更、同等物、および代用品を理解できるであろう。詳細な説明では、例示される実施形態の明確さを不必要に曖昧にする可能性があると考えられている場合、関連技術の特定の詳細な説明は省略されている。

【0088】

例示される実施形態は、コンピューターに実装される方法であって、ポイントオブセールス（ＰＯＳ）端末から、取引に対応する取引情報と、電子ウォレット支払いサーバーの電子ウォレット支払いアプリケーションの識別情報と、を受信することと、サーバーに、取引情報と電子ウォレット支払いアプリケーションの識別情報を送信することと、サーバーをアドレス指定し、電子ウォレット支払いアプリケーションを起動する第１のウェブリソースを識別するユニフォームリソースロケーター（ＵＲＬ）、ここで、ＵＲＬは固有の取引識別子を含み、固有の取引識別子は、取引情報に適用されるハッシュ関数、および／または取引の日付情報および時刻情報、および／または固有のデバイス識別子を含む、を確率することと、ニアフィールド通信（ＮＦＣ）タグコントローラーを介して、ペイロードとしてＵＲＬを含むＮＦＣデータ交換形式（ＮＤＥＦ）メッセージを生成することと、ＮＦＣタグコントローラーを介して、ＮＤＥＦメッセージに対応するＮＦＣ信号を発出することと、を有する。

【0089】

他の一例の実施形態は、コンピューターに実装される方法であって、ユーザーデバイスによって実行されるコンピューターに実装される方法であって、ニアフィールド通信（ＮＦＣ）タグリーダーを介して、ペイロードとしてＵＲＬを含むＮＦＣデータ交換形式（ＮＤＥＦ）メッセージを受信することと、ここで、ＵＲＬはサーバーをアドレス指定し、ＵＲＬは固有の取引識別子を含み、固有の取引識別子は、取引情報に適用されるハッシュ関数、および／または取引の日付情報および時間情報、および／または固有のデバイス識別子を含んでおり、ＵＲＬにアクセスすることと、ＵＲＬへアクセスすることに応じて、ユーザーデバイスの電子ウォレット支払いアプリケーションを起動するＵＲＬの第１のウェブリソースを受信することと、電子ウォレット支払いサーバーを使用して取引を完了するための電子ウォレット支払いアプリケーションを起動することと、を含む

【0090】

他の一例の実施形態は、サーバーによって実行されるコンピューターに実装される方法であって、取引に対応する取引情報と、電子ウォレット支払いサーバーの電子ウォレット支払いアプリケーションの識別情報と、を受信することと、サーバーをアドレス指定するユニフォームリソースロケーター（ＵＲＬ）を受信することと、ここで、ＵＲＬは固有の取引識別子を含み、固有の取引識別子は、取引情報に適用されるハッシュ関数、および／または取引の日付情報および時間情報、および／または固有のデバイス識別子を含んでおり、電子ウォレット支払いアプリケーションを起動するＵＲＬに関連付けられた第１のウェブリソースを生成することと、ペイロードとしてＵＲＬを含むＮＦＣデータ交換形式（ＮＤＥＦ）メッセージに応じて、ＵＲＬへのアクセスを受信することと、ＵＲＬへのアクセスを通じて、第１のウェブリソースを提供することと、取引の正常な完了の確認を受信することと、取引の電子領収書（e-receipt）を表示するためのＵＲＬに関連付けられた第２のウェブリソースを生成することと、ＵＲＬへの第２のアクセスを通じて、第２のウェブリソースを提供することと、を含む。

【0091】

他の一例の実施形態は、通信モジュールと、プロセッサと、プロセッサによって実行されると、プロセッサに上述のコンピューターに実装される方法を実行させる指示を格納する少なくとも１つのプロセッサと一対となる記憶部と、を備えるコンピュータデバイスである。

【0092】

他の一例の実施形態は、プロセッサによって実行されると、上述のいずれかのコンピューターに実装される方法を実行させる指示を格納する、非一時的コンピューター読み出し可能媒体である。

【0093】

図１０、１１、１２は、例示される実施形態に従って、支払いシステム１０００の例の実施形態を示している。図１０の支払いシステム１０００の例では、ＰＯＳ端末１００ではなくＮＦＣデバイス２０００が、サーバー３００と通信している。図１１の支払いシステム１０００の例では、ＰＯＳ端末１００とＮＦＣデバイス２０００の両方がサーバー３００と通信している。図１２の１０００の支払いシステムの例では、ＮＦＣデバイス２０００ではなくＰＯＳ端末１００がサーバー３００と通信している。同様の参照符号は、図１０、１１、１２では、同様の要素や特徴を示すために使用され得る。

【0094】

図１０を参照すれば、いくつかの例では、ＮＦＣを使用した支払いを促進するために支払いシステム１０００を使用している。たとえば、支払いシステム１０００を使用して、電子ウォレットの支払いを容易にすることができる。いくつかの例では、支払いシステム１０００は、支払いシステム１０００を介して促進される支払い（たとえば、電子ウォレットの支払い）の電子領収書を発行および管理するために使用される。図１０を参照すると、ＰＯＳ端末１００、ＮＦＣデバイス２０００、サーバー３００、支払いサーバー１０１０、およびユーザーデバイス４００を含む支払いシステム１０００が示されている。ＮＦＣデバイス２０００はコンピューティングデバイスである。

【0095】

ＰＯＳ端末１００、サーバー３００、ＮＦＣデバイス２０００、支払いサーバー１０１０、およびユーザーデバイス４００は、たとえば無線ネットワークなどのネットワーク（不図示）を介して通信していてもよい。いくつかの実装では、無線ネットワークがインターネットであってもよい。いくつかの実装では、ＰＯＳ端末１００、サーバー３００、ＮＦＣデバイス２０００、支払いサーバー１０１０、およびユーザーデバイス４００は、Wi-Fi技術を介してインターネットに接続してもよい。ユーザーデバイス４００には、ＮＦＣタグリーダー４８０（図４）が含まれてもよい。言い換えれば、ユーザーデバイス４００には、ＮＦＣ読み取りまたはバックグラウンドＮＦＣタグ読み取り機能が含まれてもよい。

【0096】

図示するように、ＰＯＳ端末１００は、支払いを容易にして電子領収書を生成するための動作ができるＮＦＣデバイス２０００と通信してもよい。このような通信は、たとえばＵＳＢ接続など、有線接続を介して行われてもよい。このような通信は、たとえばBluetooth（登録商標）などの無線接続を介して行われてもよい。

【0097】

ＮＦＣデバイス２０００は、支払いサーバー１０１０と通信してもよい。このような通信は、無線ネットワークなどのネットワークを介して行われてもよい。いくつかの例では、支払いサーバー１０１０は、取引者と被取引者との間で電子送金を行うことを可能にする支払いプロセッサ、プラットフォーム、サーバー、またはネットワークインフラストラクチャである。いくつかの例では、国、通貨、デジタル支払い方法、または支払人または受取人が事業者または消費者であるかどうかに関係なく、送金を行うことができる。各支払いサーバー１０１０は、支払いタイプ、速度、技術、または地理的位置に基づいて、このプロセスを実行する方法が異なる。いくつかの例では、支払いサーバー１０１０は、電子ウォレットの支払いアプリケーションでアクセスできる電子ウォレット支払いサーバーである。電子ウォレット支払いサーバーとしての支払いサーバー１０１０の例は、PayPay（登録商標）、RPay（登録商標）、日本のLinePay（登録商標）、韓国のNaverPay（登録商標）、韓国のKakaoPay（登録商標）、Paytm（登録商標）、Paytm（登録商標）、UPI（登録商標）、Alipay（登録商標）、BHARATQR（登録商標）、SGQR（登録商標）、東南アジアのGrabPay（登録商標）、東南アジアのGopay（登録商標）フィリピンのPaymongo（登録商標）、フィリピンのGPAY（登録商標）、QRコードベースの支払いサーバー、およびその他の非クレジットカード支払いサーバーを含む。

【0098】

一例では、サーバー３００は、ＰＯＳ端末１００または被取引者（または販売者）に関連付けられている電子ウォレット支払いアプリケーションのアカウント情報を保存、登録、または事前登録している。一例では、複数の電子ウォレット支払いサーバー１０１０のＰＯＳ端末１００に関連付けられた複数のアカウント情報をサーバー３００に保存、登録、または事前登録できる。

【0099】

たとえば、ＰＯＳ端末１００に関連付けられている電子ウォレット支払いアプリケーションのアカウント情報には、ＰＯＳ端末１００に固有の電子ウォレット支払いアプリケーションのＱＲコードまたはＱＲコードの情報が含まれる。いくつかの例では、取引者は、各電子ウォレット支払いサーバー１０１０に固有の単一ＱＲコードを持っている場合があり得る。これは、取引者により所有および管理される任意の数のＰＯＳ端末１００に使用される。

【0100】

一例では、電子ウォレット支払いサーバー１０１０と電子ウォレット支払いアプリケーションはデビットベースある。

【0101】

ＰＯＳ端末１００は、販売者などの取引者に関連付けられている場所に配置してもよい。例として、販売者は、店、レストラン、ジムなどであってもよい。取得者は、ＰＯＳ端末１００で行われた取引に関連する預り金を受け入れ、それらの預り金の決裁と取引者に関連する口座への預り金を促進するマーチャントバンクであってもよい。いくつかの例では、ＰＯＳ端末１００は、法定通貨（現金）取引にも電子領収書を発行できる。

【0102】

単一の支払いサーバー１０１０を図１０に示すが、例では、ＰＯＳ端末１００および／またはＮＦＣデバイス２０００が複数の支払いサーバー１０１０と通信する場合がある。他のタイプの支払いサーバー１０１０および支払いアプリケーションを使用してもよい。

【0103】

支払いサーバー１０１０（支払いアプリケーション）が識別された後、ユーザーデバイス４００は支払いサーバー１０１０に支払いアプリケーションを介してメッセージを送信する。メッセージはネットワークを介して送信されてもよい。メッセージには、取引を完了するために転送される値の額を表す金額値を含む取引情報が含まれてもよい。

【0104】

次に、支払いサーバー１０１０は、事前定義されたルールに基づいて取引が承認されるか拒否されているかを決定する。たとえば、ルールは、ユーザーデバイス４００のユーザーアカウントが利用可能な資金を持っているかどうか、取引者または販売者が許可されているタイプであるかどうか、取引が支出の制限に違反しているかどうかなどの、１つ以上を考慮してもよい。

【0105】

支払いサーバー１０１０が取引を承認するか拒否するかを決定すると、支払いサーバー１０１０は、この決定の結果をＰＯＳ端末１００および／またはＮＦＣデバイス２０００に示すメッセージを送信する。その後、結果は表示されてもよいし、そうでなければＰＯＳ端末１００に出力されてもよい。

【0106】

図２は、図１および１０に示すＮＦＣデバイス２０００の内部構成の例を示すブロック図である。図２を参照すると、ＮＦＣデバイス２０００にはさまざまなコンポーネントが含まれてもよい。さまざまなコンポーネントには、示されているように、ネットワークインターフェイス２０１０、通信モジュール２０２０、記憶部２０３０、プログラムストレージ２０４０、コントローラー２０５０、アドレスジェネレーター２０６０、およびＮＦＣタグコントローラー２０７０などが含まれる。一例では、ＮＦＣデバイス２０００は、ＮＦＣを介してアドレス（たとえばＵＲＬ）を送信することにより、電子ウォレットの支払いを容易にすることができる。一例では、ＮＦＣデバイス２０００は、アドレスが電子領収書にアクセスできる電子領収書ジェネレーターであるか、またはそれを含む。

【0107】

ＮＦＣデバイス２０００の例には、既存のＰＣＩコマーシャルオフシェルフ（ＳＰＯＣ）デバイス、ＰＣＩ ＰＩＮ取引サービスポイントオブインタラクション（ＰＣＩ ＰＴＳ ＰＯＩ）デバイス、または非ＰＣＩ認定支払いデバイスを含み得る、ＰＩＰＯＳ（登録商標）デバイス、既存の支払いカード業界（ＰＣＩ）ＰＩＮ取引サービスポイント（ＰＴＳ ＰＯＩ）デバイスが含まれる。たとえば、韓国や日本などの一部の国では、ＰＣＩ認証は使用されていない。

【0108】

いくつかの実施形態では、ＮＦＣデバイス２０００の２つ以上の機能的に接続されたコンポーネントを互いに組み合わせて、単一のコンポーネントとして存在する場合がある。いくつかの実施形態では、１つのコンポーネントの１つ以上の機能に従って、１つのコンポーネントを複数のコンポーネントに分割してもよい。

【0109】

ネットワークインターフェイス２０１０は、通信ネットワークと組み合わされて、たとえばＵＲＬのようなアドレスや、そのＵＲＬに対応する取引情報をサーバー３００に対して送信するためのインターフェイスを提供する。

【0110】

通信モジュール２０２０により、ＮＦＣデバイス２０００は、他のコンピューターまたはコンピューティングデバイスおよび／またはさまざまな通信ネットワークと通信できる。たとえば、通信モジュール２０２０は、ＮＦＣデバイス２０００が通信信号を送信または受信できるようにしてもよい。通信信号は、１つ以上のプロトコルまたは１つ以上の標準技術に従って送信または受信してもよい。たとえば、通信モジュール２０２０は、たとえばモバイル通信用のグローバルコンピューティングデバイス（ＧＳＭ）、符号分割多重接続（ＣＤＭＡ）、エボリューションデータオプティマイズ（ＥＶＤＯ）、ロングタームエヴォリューション（ＬＴＥ）などの１つ以上の標準化技術に従ったセルラーデータネットワークを介した通信をＮＦＣデバイス２０００にさせてもよい。さらにまたはあるいは、通信モジュール２０２０は、ＮＦＣを利用し、Wi-Fi（登録商標）を介して、Bluetooth（登録商標）を利用し、または１つ以上のネットワークまたはプロトコルの組み合わせを介した通信をＮＦＣデバイス２０００にさせてもよい。いくつかの実施形態では、通信モジュール２０２０のすべてまたは一部を、ＮＦＣデバイス２０００のコンポーネントに統合することができる。たとえば、通信モジュール２０２０は、通信チップセットに統合されてもよい。通信モジュール２０２０には、ＰＯＳ端末１００から取引情報を受信するための通信インターフェイスが含まれる場合がある。

【0111】

記憶部２０３０は、コントローラー２０５０によって処理されたデータを一時的に格納し、および／またはＮＦＣデバイス２０００に送信される取引情報を一時的に格納する。

【0112】

プログラムストレージ２０４０は、データをサーバー３００に送信するタスク、ＰＯＳ端末１００からデータを受信するタスク、取引情報に対応するアドレスを生成するタスク、アドレスと対応するメッセージを生成しＮＦＣタグへのメッセージをプログラミングするタスクなどを実行するためのコントロールソフトウェアを格納する。いくつかの実施形態では、プログラムストレージは記憶部２０３０の一部を形成してもよい。いくつかの実施形態では、プログラムストレージに保存されている制御ソフトウェアの一部またはすべてが、記憶部２０３０内の１つ以上のアプリケーションの少なくとも一部を形成してもよい。

【0113】

コントローラー２０５０は一種の中央処理装置（ＣＰＵ）であり、ＮＦＣデバイス２０００を使用して、支払い取引（電子ウォレット支払い取引など）と電子領収書の生成に関連するプロセスを制御できる。いくつかの例では、コントローラー２０５０は、プログラムストレージ２０４０に保存されている制御ソフトウェアの実行など、さまざまなサービスを実行できる。

【0114】

アドレスジェネレーター２０６０は、受信した取引情報に対応して固有のアドレスを生成できる。いくつかの実施形態では、アドレスは、インターネット上のウェブサイトまたはウェブページにアクセスするためのＵＲＬを指すが、例示される実施形態はそのような態様に限定されない。

【0115】

アドレスジェネレーター２０６０は、取引情報に対応する固有の取引識別子を含めることにより、固有のアドレスを生成できる。たとえば、アドレスは、ディープリンク、繰り延べされたディープリンク、またはネストされたリンクである。たとえば、いくつかの実装では、アドレスに「www.domain/モバイルアプリ/固有の取引識別子」という形式が含まれてもよい。このような実装では、固有の取引識別子の形式にはさまざまな長さが含まれてもよく文字、数字、特殊文字の組み合わせに基づいていてもよいが、例示される実施形態はそれに限定されない。

【0116】

実施形態によると、ＮＦＣデバイス２０００は、取引関連の情報に基づいて識別子（固有の取引識別子）を生成できる。たとえば、いくつかの実施形態では、識別子は、ＮＦＣデバイス２０００に関する情報に基づいて生成され、取引日と取引時間に基づいて生成してもよい。別の実施形態によると、ＮＦＣデバイス２０００は、ハッシュ技術を使用して識別子を生成してもよい。ハッシュ技術は、ハッシュ関数を使用して１つの入力値に対応する１つの結果値を取得するための手法として参照される。そのような実施形態のいくつかでは、識別子は、取引情報を入力値として使用してハッシュ手法を介して得られる結果値である場合があります。ただし、例示される実施形態によって識別子を生成する方法は、それに限定されない。

【0117】

ＮＦＣタグコントローラー２０７０は、アドレスに対応するメッセージを生成し、ＮＦＣタグを制御することによりＮＦＣ信号としてメッセージを発出する。実施形態によると、メッセージはＮＦＣに使用される特定の形式であり得る。いくつかの実装では、特定の形式は、対応するメッセージを受信するユーザーデバイス４００が所定のアクションを直ちに実行できるようにする形式を参照してもよい。たとえば、ＮＦＣタグコントローラー２０７０は、ユーザーデバイス４００に送信される情報を含むＮＤＥＦメッセージを生成および発出してもよい。いくつかの実装では、ＮＤＥＦメッセージのペイロードとしてアドレスが含まれる。このような実装では、ユーザーデバイス４００は、ＮＤＥＦメッセージを受信すると、所定の操作を実行してもよい。所定の操作は、たとえば、ウェブブラウザアプリケーションを介して、アドレスにリンクされたウェブページを開くことであってもよい。

【0118】

図３は、図１および１０に示すサーバー３００の内部構成の例を示すブロック図である。図３を参照すると、サーバー３００にはさまざまなコンポーネントが含まれ得る。これらのコンポーネントには、図示されるように、たとえば、通信モジュール３１０、記憶部３２０、プログラムストレージ３３０、コントローラー３４０、データベース３５０、および、電子領収書アプリケーションプログラミングインターフェイス（ＡＰＩ）３６０が含まれ得る。いくつかの例では、サーバー３００は、領収書サーバーまたは電子領収書サーバーであるか、これらを含む。

【0119】

通信モジュール３１０により、サーバー３００は他のコンピューターまたはコンピューティングデバイスおよび／またはさまざまな通信ネットワークと通信できる。たとえば、通信モジュール３１０により、サーバー３００が通信信号を送信または受信できるようにしてもよい。通信信号は、１つ以上のプロトコルまたは１つ以上の標準化技術に従って送信または受信されてもよい。たとえば、通信モジュール３１０は、たとえばモバイル通信用のグローバルコンピューティングデバイス（ＧＳＭ）、符号分割多重接続（ＣＤＭＡ）、エボリューションデータオプティマイズ（ＥＶＤＯ）、ロングタームエヴォリューション（ＬＴＥ）などの１つ以上の標準化技術に従ったセルラーデータネットワークを介した通信をサーバー３００にさせてもよい。さらにまたはあるいは、通信モジュール３１０は、ＮＦＣを利用し、Wi-Fi（登録商標）を介して、Bluetooth（登録商標）を利用し、または１つ以上のネットワークまたはプロトコルの組み合わせを介した通信をサーバー３００にさせてもよい。いくつかの実施形態では、通信モジュール３１０のすべてまたは一部を、サーバー３００のコンポーネントに統合することができる。たとえば、通信モジュール３１０は、通信チップセットに統合されてもよい。

【0120】

通信モジュール３１０は、サーバー３００とユーザーデバイス４００、およびサーバー３００とＮＦＣデバイス２０００の間の通信のためのインターフェイスを提供できる。いくつかの実施形態では、通信モジュール３１０には、別のネットワークデバイスとの無線接続を介して、制御信号またはデータ信号を送信および受信するためのハードウェアとソフトウェアが含まれてもよい。

【0121】

記憶部３２０は、コントローラー３４０によって処理されたデータを一時的または永続的に保存する機能を実行できる。いくつかの実装では、記憶部３２０には磁気ストレージ媒体および／またはフラッシュストレージ媒体が含まれてもよいが、例示される実施形態はそれに限定されない。

【0122】

プログラムストレージ３３０は、以下でさらに説明するように、コントローラーによって実行される１つ以上のプロセスを指示する命令で構成される１つ以上のプログラムを保存できる。いくつかの実施形態では、プログラムストレージ３３０は記憶部３２０の一部を形成してもよい。いくつかの実施形態では、プログラムストレージに保存されているプログラムの１つ以上が、記憶部２０３０内の１つ以上のアプリケーションの少なくとも一部を形成してもよい。

【0123】

コントローラー３４０はＣＰＵの一種であり、ＮＦＣデバイス２０００からのデータの受信、ユーザーデバイス４００への電子領収書の提供など、電子領収書の発行に関連するプロセスを制御できる。いくつかの例では、コントローラー３４０は、プログラムストレージ３３０に保存されている制御ソフトウェアの実行と、サーバー３００の各コンポーネントの制御により、電子領収書の提供に関連する１つ以上の機能を実行できる。

【0124】

いくつかの実施形態では、コントローラー３４０には、１つ以上のプロセッサなどのデータを処理可能な複数のタイプのデバイスが含まれてもよい。例示される実施形態では、「プロセッサ」とは、たとえば、ハードウェアに埋め込まれたデータ処理デバイスを指し、コンピューティングコードおよび／またはコンピュータープログラムの指示で表される機能を実行するように回路を物理的に構成してもよい。

【0125】

データベース３５０は、アドレス情報と取引情報を保存できる。アドレス情報には、アドレス（ＵＲＬなど）、対応する識別子、およびアドレスに関連するその他の情報が含まれてもよい。データベース３５０は、アドレス情報と取引情報の間の通信を保存できる。このようにして、サーバー３００は、アドレスに関連する情報を使用して取引情報を簡単に決定できる。

【0126】

いくつかの例では、データベース３５０は、取引者と取引者に固有の１つ以上の支払いアプリケーション（１つ以上の支払いサーバー１０１０（図１０）に関連付けられている）との間の登録情報を保存できる。一例では、支払いアプリケーションは電子ウォレット支払いアプリケーションである。一例では、登録情報は、通常、ＰＯＳまたはＰＯＳ端末１００で提示されるＱＲコードである（図１および１０）。支払いアプリケーションに関連するその他の登録情報は、データベース３５０に保存できる。いくつかの例では、登録情報および／またはＱＲコードには、支払いサーバー１０１０の取引を完了するために、ユーザーデバイス４００による該当する電子ウォレット支払いアプリケーションを起動する情報が含まれている。

【0127】

いくつかの例では、電子領収書ＡＰＩ３６０は、さまざまなアプリケーションを介して取引情報を電子領収書の形式に変換するためのインターフェイスを提供する。電子領収書ＡＰＩ３６０は、アドレスにリンクされたウェブページの形で生成された電子領収書を表示するためのインターフェイスも提供する。

【0128】

いくつかの例では、電子領収書ＡＰＩ３６０は、電子ウォレット支払いアプリケーションを起動するウェブリソースを提供するためのインターフェイスを提供するように構成されている。いくつかの例では、電子領収書ＡＰＩ３６０は、たとえばＮＦＣを介して促進される電子ウォレットの支払いなどの取引を促進するために使用される。

【0129】

これらのコンポーネントは単なる例であり、例示される実施形態はそれに限定されない。言い換えれば、必要に応じて、サーバー３００には追加のコンポーネントをさらに含んでもよいし、上記のコンポーネントの一部が省略されてもよい。

【0130】

図４は、ユーザーデバイス４００の内部構成の例を示すブロック図である（図１および１０）。図４を参照すると、ユーザーデバイス４００にはさまざまなコンポーネントが含まれている。さまざまなコンポーネントには、示されているように、ネットワークインターフェイス４１０、通信モジュール４２０、記憶部４３０、入力／出力モジュール４４０、プログラムストレージ４５０、コントローラー４６０、およびディスプレイコントローラー４７０が含まれる。

【0131】

ネットワークインターフェイス４１０は、通信ネットワークと組み合わせて電子領収書を受信するためのインターフェイスを提供できる。

【0132】

通信モジュール４２０により、ユーザーデバイス４００は他のコンピューターまたはコンピューティングデバイスおよび／またはさまざまな通信ネットワークと通信できる。たとえば、通信モジュール４２０は、ユーザーデバイス４００が通信信号を送信または受信できるようにしてもよい。通信信号は、１つ以上のプロトコルまたは１つ以上の標準化技術に従って送信または受信できる。たとえば、通信モジュール４２０は、たとえばモバイル通信用のグローバルコンピューティングデバイス（ＧＳＭ）、符号分割多重接続（ＣＤＭＡ）、エボリューションデータオプティマイズ（ＥＶＤＯ）、ロングタームエヴォリューション（ＬＴＥ）などの１つ以上の標準化技術に従ったセルラーデータネットワークを介した通信をユーザーデバイス４００にさせてもよい。さらにまたはあるいは、通信モジュール４２０は、ＮＦＣを利用し、Wi-Fi（登録商標）を介して、Bluetooth（登録商標）を利用し、または１つ以上のネットワークまたはプロトコルの組み合わせを介した通信をユーザーデバイス４００にさせてもよい。いくつかの実施形態では、通信モジュール４２０のすべてまたは一部を、ユーザーデバイス４００のコンポーネントに統合することができる。たとえば、通信モジュール４２０は、通信チップセットに統合されてもよい。

【0133】

通信モジュール４２０は、ＮＦＣデバイス２０００からＮＦＣ技術を介してデータを受信するためのインターフェイスを提供できる。ユーザーデバイス４００には、ＮＦＣタグリーダー４８０が含まれてもよい。言い換えれば、ユーザーデバイス４００には、ＮＦＣ読み取りまたはバックグラウンドＮＦＣタグ読み取り機能が含まれてもよい。いくつかの例では、ＮＦＣタグリーダー４８０は、通信モジュール４２０の一部になるか、別のモジュールにしてもよい。

【0134】

記憶部４３０は、コントローラー４６０によって処理されたデータを一時的に保存し、および／またはＮＦＣデバイス２０００から受信したアドレス（ＵＲＬなど）を一時的に保存することができる。

【0135】

Ｉ／Ｏ（入力／出力）モジュール４４０は、接触感知ディスプレイコントローラーとして、または別の入出力コントローラーとして動作するように構成できる。Ｉ／Ｏモジュールが接触感知ディスプレイコントローラーとして動作しているいくつかの例では、接触感知ディスプレイコントローラーは、デバイスとユーザー間の出力インターフェイスと入力インターフェイスを提供してもよい。いくつかの実装では、接触感知ディスプレイコントローラーは、コントローラー４６０への電気信号の送信と、コントローラー４６０からの電気信号の受信をしてもよい。いくつかの実装では、接触感知ディスプレイコントローラーがユーザーに視覚的な出力を表示する場合があり、視覚出力にはテキスト、グラフィック、画像、ビデオ、およびその組み合わせが含まれ得る。いくつかの実施形態では、Ｉ／Ｏモジュール４４０は、たとえば、有機光発光ディスプレイ（ＯＬＥＤ）または液晶ディスプレイ（ＬＣＤ）などの特定のディスプレイメンバーであり、接触入力を認識可能である。Ｉ／Ｏモジュール４４０は、ウェブブラウザアプリケーションを介して、受信したアドレスに基づいてアクセスされるウェブページの電子領収書を表示できる。Ｉ／Ｏモジュール４４０は、アプリケーションまたは電子モバイル支払いアプリケーションを介して、アプリケーションページまたは電子ウォレット支払いアプリケーションの電子領収書を表示できる。

【0136】

プログラムストレージ４５０は、ＮＦＣデバイス２０００からのメッセージの受信、受信メッセージの形式チェック、受信したメッセージがＮＤＥＦメッセージである場合に所定のアクションとしてウェブブラウザアプリケーションを介してＮＤＥＦメッセージに含まれるアドレスへのアクセスなどのタスクを実行するための制御ソフトウェアを保存できる。

【0137】

コントローラー４６０はＣＰＵであってもよく、支払い取引の実行とユーザーデバイス４００を介した電子領収書の表示に関連するプロセスを制御できる。たとえば、コントローラー４６０は、プログラムストレージ４５０に保存されているコントロールソフトウェアの実行など、さまざまなサービスを実行できる。

【0138】

図１０を参照すれば、支払いシステム１０００は、ＮＦＣを使用した電子ウォレットの支払いなどの支払いを促進するために使用される。電子ウォレットの支払いは、支払いサーバー１０１０に関連付けられている。いくつかの例では、ユーザーデバイス４００は、取引（たとえば支払い）を形成するために支払いサーバー１０１０にアクセスする。いくつかの例では、ユーザーデバイス４００は、取引の電子領収書を取得するためにサーバー３００にアクセスする。他のいくつかの例では、ユーザーデバイス４００はすでにサーバー３００から（第１のウェブリソースのペイロードとしてまたはＵＲＬアドレスから抽出されたものとして）取引情報を受信し、少なくとも取引情報はユーザーデバイス４００によって取引の電子領収書を生成するために使用される。一例では、ユーザーデバイス４００は、たとえば、「www.domain/モバイルアプリ/固有の取引識別子」の形式の中の「固有の取引識別子」のように、ＵＲＬアドレス自体から固有の取引識別子を抽出または解析できる。

【0139】

取引の一例では、ＮＦＣデバイス２０００は、ユーザーデバイス４００へのペイロードとしてＵＲＬを含むＮＤＥＦメッセージを送信する。一例では、ＵＲＬは、取引ごとに固有に生成または確立される。ＮＤＥＦメッセージは、ユーザーデバイス４００によって受信される。ＵＲＬはサーバー３００をアドレス指定する。ＵＲＬは、ユーザーデバイス４００からアクセスされると、取引を承認および完了するために、支払いサーバー１０１０のためにユーザーデバイス４００の支払いアプリケーションを自動的に起動するウェブリソースを含む。一例では、取引が正常に完了したことを確認した後、電子ウォレットの支払いアプリケーションは、取引情報に基づいて、ユーザーデバイス４００によるアクセスと表示のための取引の電子領収書を生成できる。他の一例では、取引が正常に完了したことを確認した後、サーバー３００をアドレス指定する同じＵＲＬは、ユーザーデバイス４００によるアクセスと表示のために取引の電領収書を提供できる。

【0140】

図１１を参照すれば、支払いシステム１０００の例では、ＰＯＳ端末１００とＮＦＣデバイス２０００の両方がサーバー３００と通信する。

【0141】

図１２を参照すれば、支払いシステム１０００の例では、ＮＦＣデバイス２０００ではなくＰＯＳ端末１００がサーバー３００と通信している。

【0142】

ここで図１３を参照すれば、ここでは、例示される実施形態による電子ウォレットの支払いを促進するための一例の方法１３００のフローチャートを示している。一例の方法１３００は、ＮＦＣデバイス２０００（図２）などのコンピューティングデバイスによって実行されてもよい。一例の方法１３００は、特にＮＦＣデバイス２０００（図２）のコントローラー２０５０（図２）のプロセッサによって実行されてもよい。特定の例の方法１３００は、適用可能であれば、図１０、１１および１２に示されている１つまたはすべての例の支払いシステム１０００に適用してもよい。

【0143】

動作１３０２では、ＮＦＣデバイス２０００は、ＰＯＳ端末１００から、取引と電子ウォレット支払いサーバー１０１０の電子ウォレット支払いアプリケーションの識別情報に対応する取引情報を受信する。

【0144】

動作１３０４では、ＮＦＣデバイス２０００は、サーバー３００へ、取引情報と電子ウォレット支払いアプリケーションの識別情報の送信を実行する。

【0145】

動作１３０６では、ＮＦＣデバイス２０００は、サーバー３００をアドレス指定し、電子ウォレット支払いアプリケーションを起動する第１のウェブリソースを識別するユニフォームリソースロケーター（ＵＲＬ）を確立する。一例では、ＵＲＬには、取引情報に適用されたハッシュ関数、および／または取引の日付情報と時間情報、および／または固有のデバイス識別子を含む固有の取引識別子が含まれる。

【0146】

動作１３０８では、ＮＦＣデバイス２０００は、ニアフィールド通信（ＮＦＣ）タグコントローラーを介して、ペイロードとしてＵＲＬを含むＮＦＣデータ交換形式（ＮＤＥＦ）メッセージの生成を実行する。

【0147】

動作１３１０では、ＮＦＣデバイス２０００は、ＮＦＣタグコントローラー２０７０（図２）を介して、ＮＤＥＦメッセージに対応するＮＦＣ信号の発出を実行する。

【0148】

動作１３００の一例では、ＮＦＣデバイス２０００は、ＰＯＳ端末１００からの取引の正常に完了したことの確認の受信、およびその確認のサーバーへの送信を実行する。

【0149】

動作１３００の一例では、取引が正常に完了すると、サーバー３００は、ＵＲＬに関連付けられた第２のウェブリソース（電子ウォレット支払いアプリケーションを起動する動作１３０６のＵＲＬと同じ）を生成する。ここで、第２のウェブリソースは、ユーザーデバイス４００に取引の電子領収書を表示するためのものである。したがって、ディープリンクまたは繰り延べされたディープリンクである可能性のある同じＵＲＬは、複数の機能と目的で再利用される。たとえば、ユーザーデバイス４００は、第２のウェブリソースにアクセスするために、動作１３０６と同じＵＲＬにアクセスできる。

【0150】

方法１３００の他の一例では、取引が正常に完了すると、サーバー３００が第１のウェブリソースを介して電子領収書を提供する。一例では、サーバー３００は電子領収書を生成し、ユーザーデバイス４００に送信する。他の一例では、サーバー３００は、たとえば少なくとも取引情報のような、ユーザーデバイス４００のために第１のウェブリソースを介して電子領収書を生成する情報を提供する。

【0151】

方法１３００の一例では、ＵＲＬは「www.domain/モバイルアプリ/固有の取引識別子」という形式である。一例では、ＵＲＬにはモバイルアプリケーションが含まれており、これは、電子ウォレット支払いアプリケーションの識別情報である。ＵＲＬの一例では、電子ウォレット支払いアプリケーションの識別情報は、固有の取引識別子からネストされている。

【0152】

方法１３００の一例では、動作１３０６では、確立することにＵＲＬを生成することが含まれる。一例では、ＮＦＣデバイス２０００は、ＵＲＬをサーバー３００に送信することも実行する。

【0153】

方法１３００の一例では、動作１３０６では、確立することにＵＲＬを受信することが含まれる。たとえば、ＵＲＬはサーバー３００またはＰＯＳ端末１００から受信される。

【0154】

方法１３００の一例では、動作１３０２では、取引情報を受信することはＰＯＳ端末１００からのものである。

【0155】

方法１３００の一例では、ＮＦＣデバイス２０００はサードパーティであり、電子ウォレット支払いサーバー１０１０とは通信しない。

【0156】

方法１３００の一例では、固有のデバイス識別子は、ＰＯＳ端末１００の識別子である。

【0157】

一例では、第１のウェブリソースは、ユーザーデバイス４００の電子ウォレット支払いアプリケーションに取引情報を自動的に入力する。一例では、第１のウェブリソースは、ユーザーデバイス４００の電子ウォレット支払いアプリケーションに（少なくとも）支払い額を自動的に入力する。

【0158】

一例では、第１のウェブリソースは、プログレッシブウェブアプリケーション、レスポンシブウェブアプリケーション、リッチインターネットアプリケーション、シングルページアプリケーション、またはマルチページアプリケーションである。

【0159】

一例では、第２のウェブリソースは、プログレッシブウェブアプリケーション、レスポンシブウェブアプリケーション、リッチインターネットアプリケーション、シングルページアプリケーション、またはマルチページアプリケーションである。

【0160】

方法１３００の一例では、動作１３０２では、取引情報の受信には、ユーザーデバイス４００または被取引者の金融認証情報が含まれていない。方法１３００の一例では、動作１３０４では、取引情報の送信には、ユーザーデバイス４００または被取引者の金融認証情報が含まれていない。

【0161】

方法１３００の一例では、ＮＤＥＦメッセージにはペイロードとしてＵＲＬのみが含まれており、他のペイロードは含まれていない。

【0162】

一例では、取引には１つ以上の品目と支払いが含まれてもよい。取引情報には、複数の領収書要素が含まれる場合があり、これには日付情報と時間情報が含まれてもよい。取引情報は、拡張可能なマークアップ言語（ＸＭＬ）、JavaScript（登録商標）オブジェクト表記（ＪＳＯＮ）、区切りテキストファイルなどのテキストベースのフラットファイル形式のものであってもよい。

【0163】

取引情報には、取引を完了するために転送される値の額を表す金額額と支払いアプリケーションの識別情報を含めることができる。

【0164】

いくつかの例では、取引情報に適用されたハッシュ関数を使用して、固有の取引識別子を生成することができる。あるいは、いくつかの例では、固有のデバイス識別子、および／または取引に関連する日付情報と時間情報を使用して、固有の取引識別子を生成することができる。一例では、固有のデバイス識別子は、ＮＦＣデバイス２０００のものである。一例では、固有のデバイス識別子は、ＰＯＳ端末１００のものである。一例では、固有のデバイス識別子は、シリアル番号、ＩＤ番号、国際モバイル機器ＩＤ（ＩＭＥＩ）、またはＮＦＣデバイス２０００またはＰＯＳ端末１００のメディアアクセス制御（ＭＡＣ）アドレスである。いくつかの例では、日付情報、時間情報、および固有のデバイス識別子の組み合わせ（連結）を使用して、固有の取引識別子を生成できる。

【0165】

固有のＵＲＬは、固有の取引識別子に基づいていてもよい。固有のＵＲＬは、支払いアプリケーションを起動するための対応するウェブリソースを識別してもよい。固有のＵＲＬは、取引の電子領収書に対応するウェブリソースを識別してもよい。ウェブリソースは、サーバー３００に存在してもよい。固有のＵＲＬは、「www.domain/モバイルアプリ/固有の取引識別子」という形式のものであってもよい。

【0166】

支払いサーバー１０１０によって取引が拒否された場合、ＮＦＣデバイス２０００はＰＯＳ端末１００からその拒否を受信する。一例では、キャンセルされたまたは不完全な取引の形式の電子領収書は、例示される実施形態による生成される電子領収書と同様の方法で発行できる。

【0167】

いくつかの実施形態では、ＮＦＣ信号は、ペイロードとしてＵＲＬを備えたＮＤＥＦ形式のＮＦＣタグであってもよい。あるいは、いくつかの実施形態では、ＮＤＥＦ形式のＮＦＣタグは、たとえば、Apple（登録商標）ユニバーサルリンクＵＲＬを使用したＮＤＥＦフォーマットタグであってもよい。あるいは、いくつかの実施形態では、ＮＤＥＦ形式のＮＦＣタグは、たとえば、Apple（登録商標）アプリケーションクリップリンクＵＲＬを使用したＮＤＥＦ形式のタグであってもよい。あるいは、いくつかの実施形態では、ＮＤＥＦ形式のＮＦＣタグは、たとえば、Android（登録商標）アプリリンクＵＲＬを使用したＮＤＥＦ形式のタグであってもよい。あるいは、いくつかの実施形態では、ＮＤＥＦ形式のＮＦＣタグは、たとえば、Android（登録商標）インスタントアプリリンクＵＲＬを備えたＮＤＥＦ形式のタグであってもよい。あるいは、いくつかの実施形態では、ＮＤＥＦ形式のＮＦＣタグは、たとえば、ミニアプリ（ミニアプリケーション）リンクＵＲＬを備えたＮＤＥＦ形式のタグであってもよい。一例では、ミニアプリケーションを中間アプリケーションとして使用して、ユーザーデバイス４００が特定の電子ウォレット支払いアプリケーションを選択できるようにすることができる。他の一例では、ミニアプリケーションは、ユーザーデバイス４００が、電子ウォレット支払いアプリケーションとはみなされ得ない追加機能を有し得るスタンドアロンの電子領収書マネージャまたはアプリケーションになることを可能にする中間アプリケーションとして使用することができる。いくつかの実施形態では、ペイロードはプログレッシブウェブアプリケーションベースのＵＲＬであってもよい。いくつかの例には、Apple（登録商標）の「App Clips」、Google（登録商標）の「インスタントアプリ」、Snapchat（登録商標）の「Snap Minis」が含まれる。

【0168】

ＮＦＣ信号が発出されると、ＮＦＣ信号はユーザーデバイス４００によって受信することができる（図１０）。たとえば、買い物客は、ＮＦＣデバイス２０００上でユーザーデバイス４００（図１０）をタップし、ＮＦＣ信号を介してＵＲＬを受信することができる。ユーザーデバイス４００（図１０）は、ＮＦＣタグリーダー４８０（図４）を介して、ペイロードとしてＵＲＬを使用したＮＦＣ信号を受信することができる。ユーザーデバイス４００には、ＮＦＣ機能をサポートまたはサポートするのに役立つデバイス、アプリケーション、および／またはアプリケーションプログラミングインターフェイス（ＡＰＩ）を含んでもよい。いくつかの実施形態では、ユーザーデバイス４００は、数十センチメートル以内またはいくつかの例では２センチメートル未満で、ＮＦＣデバイス２０００に接近することにより、ペイロードとしてアドレスを含むＮＤＥＦメッセージを受信することができる。

【0169】

動作１３１０に続いて、ＮＦＣ信号が発出されると、ＮＦＣ信号はユーザーデバイス４００によって受信することができる（図１０）。たとえば、買い物客は、ＮＦＣデバイス２０００（図１０）上でユーザーデバイス４００（図１０）をタップし、ＮＦＣ信号を介してＵＲＬを受信することができる。ユーザーデバイス４００（図１０）は、ＮＦＣタグリーダー４８０（図４）を介して、ペイロードとしてＵＲＬを使用したＮＦＣ信号を受信することができる。

【0170】

いくつかの実施形態では、ユーザーデバイス４００（図１０）がＮＦＣ信号を受信すると、ＮＦＣタグがウェブブラウザアプリケーションを起動することができる。ウェブブラウザアプリケーションは、ＵＲＬに関連付けられたウェブリソースを起動できる。前述のように、ＵＲＬは「www.domain/モバイルアプリ/固有の取引識別子」という形式であってもよい。一例では、ウェブリソースは、ユーザーデバイス４００の識別されたウォレット支払いアプリケーションを起動してもよい。

【0171】

ウェブリソースは、たとえば、プログレッシブウェブアプリケーションを介して、レスポンシブウェブアプリケーション（たとえば、JavaScript（登録商標）のウェブアプリケーション）を介して、リッチインターネットアプリケーションを介して、シングルページアプリケーションを介して、またはマルチページアプリケーションを介して、開始または起動される場合がある。

【0172】

いくつかの実施形態では、ユーザーデバイス４００（図１０）には、領収書の保管と表示のためのアプリケーションまたは電子モバイル支払いアプリケーションが含まれてもよい。電子領収書は、取引に関連付けられた取引者によって決定される形式でアプリケーションによって表示されてもよい。

【0173】

いくつかの実施形態では、ウェブＮＦＣフレームワークを使用して、ＮＤＥＦメッセージに対応するＮＦＣ信号を提供してもよい。

【0174】

いくつかの実施形態では、ユーザーデバイス４００（図１０）は、電子領収書を含む固有のＵＲＬの場所で出力をレンダリングするウェブブラウザアプリケーションを起動してもよい。電子領収書の形式は、電子領収書に関連して取引者によって決定された形式であってもよい。電子領収書は、取引データを使用して生成されてもよく、アプリケーションを使用してユーザーデバイス４００によって表示されてもよい。このアプリケーションは、たとえば、プログレッシブウェブアプリケーション、レスポンシブウェブアプリケーション、リッチインターネットアプリケーション、シングルページアプリケーション、またはマルチページアプリケーションである。

【0175】

ここで図１４を参照すれば、例示される実施形態による電子ウォレットの支払いを促進し、電子領収書を発行するための一例の方法１４００のフローチャートが示されている。一例の方法１４００は、ユーザーデバイス４００などのコンピューティングデバイスで実行してもよい（図４）。特に、ユーザーデバイス４００（図４）のコントローラー４６０（図４）のプロセッサによって、一例の方法１４００を実行できる。特定の一例の方法１４００は、該当する場合、図１０、１１および１２に示す支払いシステム１０００の１つまたはすべての例に適用できる。

【0176】

動作１４０２では、ユーザーデバイス４００はＮＦＣタグリーダー４８０を介してペイロードとしてＵＲＬを含むＮＤＥＦメッセージの受信を実行する。一例では、ＵＲＬはサーバー３００をアドレス指定する。一例では、ＵＲＬには、取引の取引情報に適用されるハッシュ関数、および／または取引の日付情報と時間情報、および／または固有のデバイス識別子を含む固有の取引識別子が含まれる。

【0177】

動作１４０４では、ユーザーデバイス４００がＵＲＬへのアクセスを実行する。

【0178】

動作１４０６では、ユーザーデバイス４００は、ＵＲＬへのアクセスに応じて、ＵＲＬの第１のウェブリソースへのアクセスを実行する。第１のウェブリソースは、ユーザーデバイス４００の電子ウォレット支払いアプリケーションを起動する。いくつかの例では、電子ウォレットの支払いアプリケーションは、電子ウォレット支払いサーバー１０１０に関連付けられている。

【0179】

一例では、動作１４０６では、第１のウェブリソースは、少なくとも一部またはすべての取引情報を使用して、ユーザーデバイス４００の電子ウォレット支払いアプリケーションを自動的に確立もする。一例では、入力される取引情報には、支払い額が含まれる。一例では、電子ウォレットの支払いアプリケーションは、ユーザーデバイス４００に既にインストールされている。

【0180】

動作１４０８では、ユーザーデバイス４００は、電子ウォレット支払いサーバー１０１０で取引を完了するために、電子ウォレット支払いアプリケーションの起動を実行する。

【0181】

方法１４００の一例では、動作１４０２では、ＮＤＥＦメッセージの受信は、電子ウォレット支払いサーバー１０１０のサードパーティであるＮＦＣデバイス２０００からのものである。

【0182】

動作１４１０では、ユーザーデバイス４００は、取引が正常に完了したことの確認を受信する。動作１４１２では、ユーザーデバイス４００は、サーバー３００でＵＲＬの第２のウェブリソースのアクセスを実行する。たとえば、ユーザーデバイス４００は、第２のウェブリソースにアクセスするために、動作１４０４の同じＵＲＬにアクセスできる。

【0183】

動作１４１４では、ユーザーデバイス４００は、第２のウェブリソースへのアクセスに応じて、取引の電子領収書の表示を実行する。一例では、表示には、ＵＲＬに対応するウェブページ、アプリケーションページ、または電子モバイル支払いアプリケーションを介して電子領収書を表示することが含まれる。

【0184】

別の一例の動作１４１４では、ユーザーデバイス４００のモバイル支払いアプリケーションは、たとえばサーバー３００から受信した取引情報を使用して、取引者（販売者）によって決定された形式で電子領収書の生成を実行する。

【0185】

方法１４００の一例では、動作１４１４では、電子メールアドレス、テキストメッセージ、または金融認証情報のサーバー３００との交換を使用せずに、ユーザーデバイス４００によって電子領収書の表示が実行される。

【0186】

ここで図１５を参照すると、例示される実施形態による電子ウェレット支払いを促進するための方法１５００のフローチャートを示している。この例の方法１５００は、サーバー３００などのコンピューティングデバイスによって実行されてもよい（図３）。特に、サーバー３００（図３）のコントローラー３４０（図３）のプロセッサによって、一例の方法１５００を実行できる。特定の例の方法１５００は、適用可能であれば、図１０、１１および１２に示されている１つまたはすべての例の支払いシステム１０００に適用してもよい。

【0187】

動作１５０２では、サーバー３００は、取引に対応する取引情報の受信と、電子ウォレット支払いサーバー１０１０の電子ウォレット支払いアプリケーションの識別を実行する。

【0188】

動作１５０４では、サーバー３００は、サーバー３００をアドレス指定するＵＲＬの確立を実行する。いくつかの例では、ＵＲＬには、取引情報に適用されるハッシュ関数、および／または取引の日付情報と時間情報、および／または固有のデバイス識別子を含む固有の取引識別子が含まれる。

【0189】

動作１５０６では、サーバー３００は、電子ウォレット支払いアプリケーションを電子ウォレット支払いサーバー１０１０にて起動するＵＲＬに関連付けられた第１のウェブリソースの生成を実行する。

【0190】

動作１５０８では、サーバー３００は、ＵＲＬへのアクセスの受信を実行する。たとえば、アクセスは、ペイロードとしてＵＲＬを含むＮＦＣデータ交換形式（ＮＤＥＦ）メッセージに応じたものである。

【0191】

動作１５１０では、サーバー３００は、ＵＲＬへのアクセスを通じて第１のウェブリソースの提供を実行する。

【0192】

動作１５１２では、サーバー３００は、取引が正常に完了したことの確認の受信を実行する。

【0193】

動作１５１４では、サーバー３００は、ＵＲＬに関連付けられた第２のウェブリソースの生成を実行する。このＵＲＬでは第２のウェブリソースは取引の電子領収書を表示するためのものである。たとえば、電子領収書は取引情報を使用して生成される。一例では、電子領収書は、以前に保存された登録情報または以前に保存されてたＰＯＳ端末１００または被取引者のＱＲコードを使用して生成される。一例では、金融認証情報は、サーバー３００で知られておらず、そのため電子領収書に含まれない。

【0194】

動作１５１６では、サーバー３００がＵＲＬへの第２のアクセスを通じて第２のウェブリソースの提供を実行する。一例では、サーバー３００は、動作１５０８と同じＵＲＬへの第２のアクセスを受信する。たとえば、サーバー３００は、第２のウェブリソースのユーザーデバイス４００への提供を実行する。

【0195】

方法１５００の一例では、動作１５０２では、取引情報の受信は、ＮＦＣデバイス２０００生成器またはＰＯＳ端末１００からのものである。

【0196】

方法１５００の一例では、動作１５０２では、取引情報の受信は、ＰＯＳ端末１００の別のデバイスであるＮＦＣデバイス２０００からのものである。

【0197】

方法１５００の一例では、動作１５０２では、取引情報の受信は、金融認証情報を含まない。

【0198】

方法１５００の一例では、動作１５１２では、確認の受信は、ＮＦＣデバイス２０００またはＰＯＳ端末１００からのものである。

【0199】

方法１５００の一例では、サーバー３００は、ＰＯＳ端末１００に関連付けられている電子ウォレット支払いアプリケーションのアカウント情報を保存、登録、または事前に登録している。たとえば、ＰＯＳ端末１００に関連付けられている電子ウォレット支払いアプリケーションのアカウント情報には、ＰＯＳ端末１００に固有の電子ウォレット支払いアプリケーションのクイックレスポンス（ＱＲ）コードが含まれている。

【0200】

一例では、動作１５０２の前に、サーバー３００は、ＰＯＳ端末１００に関連付けられている電子ウォレット支払いアプリケーションのアカウント情報の登録を実行している。

【0201】

方法１５００の一例では、サーバー３００は、電子ウォレット支払いアプリケーションのサードパーティであり、電子ウォレット支払いサーバー１０１０と通信しない電子領収書サーバーである。

【0202】

方法１５００の一例では、動作１５０４では、確立にはＵＲＬを生成するサーバー３００が含まれる。

【0203】

方法１５００の一例では、動作１５０４では、確立にはＮＦＣデバイス２０００またはＰＯＳ端末１００からＵＲＬの受信が含まれる。

【0204】

方法１５００の一例では、動作１５０４では、固有のデバイス識別子はＰＯＳ端末１００の識別子である。

【0205】

方法１５００の一例では、第１のウェブリソースと第２のウェブリソースは、それぞれプログレッシブウェブアプリケーション、レスポンシブウェブアプリケーション、リッチインターネットアプリケーション、シングルページアプリケーション、またはマルチページアプリケーションである。

【0206】

方法１５００の一例では、ＮＤＥＦメッセージには、ペイロードとしてＵＲＬのみが含まれ、他のペイロードは含まれていない。

【0207】

ここで図１を参照すると、これは、実施形態の例に従った支払いシステム１０００を示している。図１を参照すると、実施形態の例に従った支払いシステム１０００には、ポイントオブセールス（ＰＯＳ）端末１００、ＮＦＣデバイス２０００、サーバー３００、およびユーザーデバイス４００が含まれる。

【0208】

ＰＯＳ端末１００、ＮＦＣデバイス２０００、サーバー３００、およびユーザーデバイス４００は、たとえば無線ネットワークなど、ネットワークを介して通信してもよい。いくつかの実装では、無線ネットワークがインターネットであってもよい。いくつかの実装では、ＰＯＳ端末１００、ＮＦＣデバイス、サーバー３００、およびユーザーデバイス４００は、Wi-Fi技術を介してインターネットに接続してもよい。

【0209】

ＰＯＳ端末１００は、いくつかの例示される実施形態によれば、取引を処理し得るデバイスである。取引は、１つ以上の購入（１つ以上の品目および／または１つ以上のサービス）および支払いに対応してもよい。本明細書では、慈善寄付や善意だけでなくサービスも同様に適用されることを理解した上で、品目の購入に関連して例示される実施形態を説明することができる。たとえば、取引は、１つ以上の商品および／または１つ以上のサービスのような１つ以上の品目と支払い額との交換に対応してもよい。いくつかの実施形態では、取引は１つ以上のアイテムの購入に対応してもよい。取引の処理に加えて、ＰＯＳ端末１００は、その取引の結果を決定し、取引に関連する情報を管理してもよい。

【0210】

ＰＯＳ端末１００は、当業者に知られているさまざまな商用タイプのＰＯＳ端末の１つを指してもよい。ポイントオブセールス（ＰＯＳ）端末１００は、販売者や取得者などのエンティティ（不図示）に関連付けられていてもよい。

【0211】

いくつかの実施形態では、図示されるように、ＮＦＣデバイスはＰＯＳ端末１００とは別のデバイスである。このような実施形態では、ＰＯＳ端末１００およびＮＦＣデバイス２０００は、通信コンピューティングデバイスを介してデータを送信および受信してもよい。たとえば、通信コンピューティングデバイスには、ユニバーサルシリアルバス（ＵＳＢ）ケーブルを含む有線通信コンピューティングデバイス、またはWi-FiやBluetooth（登録商標）などの無線通信コンピューティングデバイスが含まれる。ただし、例示される実施形態はそれに限定されない。

【0212】

いくつかの実施形態では、ＰＯＳ端末１００およびＮＦＣデバイス２０００は同じデバイスに存在してもよい。

【0213】

いくつかの実施形態では、図１では単一のデバイスとしてのＰＯＳ端末１００を示しているが、例示される実施形態はそれに限定されず、ＰＯＳ端末１００は複数のデバイスで構成されてもよい。複数のデバイスは、ＮＦＣデバイス２０００と通信していてもよい。

【0214】

ＮＦＣデバイス２０００は、被取引者（消費者）が電子ウォレット支払いアプリケーションを自動的に起動できるようにするコンピューティングデバイスである。これは、通常ユーザーデバイス４００で被取引者によって開始され、その後、従来の電子ウォレット支払いアプリケーションを起動した後にＱＲコードスキャンが行われる従来の電子ウォレット支払いアプリケーションとは対照的である。

【0215】

ＮＦＣデバイス２０００は、ＮＦＣ無線接続テクノロジーを使用して、ユーザーデバイス４００に／とデータを送信および／または交換してもよい。実施形態によれば、ＮＦＣデバイス２０００はＮＦＣタグを生成または含めてもよく、ＮＦＣ標準化技術を使用して通信してもよい。ただし、例示される実施形態はそれに限定されず、ＮＦＣデバイス２０００は、さらにまたはかわりに、Bluetooth、無線周波数識別（ＲＦＩＤ）、磁気セキュア伝送（ＭＳＴ）、ビーコン、Ｚｉｇｂｅｅなどの標準化技術を使用してもよい。

【0216】

ＮＦＣデバイス２０００は、通信ネットワーク（不図示）を介してサーバー３００と通信してもよい。いくつかの実装では、通信ネットワークがインターネットであってもよく、ＮＦＣデバイス２０００はサーバー３００と通信してインターネットを介してデータを送信および受信してもよい。ただし、例示される実施形態はそれに限定されない。いくつかの実装では、ＮＦＣデバイス２０００は、Wi-Fiを介してインターネットに接続することでサーバー３００と通信してもよいが、実施形態の例はそれに限定されない。

【0217】

サーバー３００は、たとえば専用サーバーまたはクラウドサーバーであってもよい。ただし、例示される実施形態はそれに限定されない。

【0218】

サーバー３００は、通信ネットワーク（不図示）を介してＮＦＣデバイス２０００に接続されていてもよい。サーバー３００は、ＮＦＣデバイス２０００からデータを受信し、データをデータベースに保存してもよい。サーバー３００は、通信ネットワーク（不図示）を介してユーザーデバイス４００に接続されていてもよく、ユーザーデバイス４００にデータを送信してもよい。ここでは、通信ネットワークはインターネットであってもよいが、例示される実施形態はそれに限定されない。ユーザーデバイス４００は、Wi-Fiまたはモバイルネットワークを介してインターネットにアクセスしてサーバー３００にアクセスしてもよいが、例示される実施形態はそれに限定されない。

【0219】

ユーザーデバイス４００は、取引の主体であるユーザーが電子ウォレット取引を実行し、電子領収書を表示するデバイスである。ユーザーデバイス４００には、スマートフォン、スマートウォッチ、スマートデバイス、パーソナルデジタルアシスタント（ＰＤＡ）、無線通信端末、ウェアラブル技術（たとえば、スマートウォッチ、スマートグラス）などが含まれてもよい。ただし、例示される実施形態はそれに限定されない。

【0220】

ユーザーデバイス４００は、ＮＦＣデバイス２０００と無線で通信するためのＮＦＣ技術をサポートするデバイスである。実施形態によれば、ユーザーデバイス４００はＮＦＣ標準化技術をサポートしてもよい。ただし、例示される実施形態はそれに限定されず、さらにまたはかわりに、ユーザーデバイス４００は、Bluetooth、無線周波数識別（ＲＦＩＤ）、磁気セキュア伝送（ＭＳＴ）、ビーコン、Ｚｉｇｂｅｅなどの標準化技術をサポートしてもよい。

【0221】

ここで図５を参照すれば、これは、実施形態の例による支払いシステム１０００を示す図である。図５を参照すると、ＰＯＳ端末１００、サーバー３００、ユーザーデバイス４００を含む支払いシステム１０００が示されている。図５に示されている支払いシステム１０００の実施形態では、ＰＯＳ端末１００にはＮＦＣデバイス２０００の機能が含まれ、本明細書に記載されている例によるものと同様の方法でＮＦＣデバイス２０００と双方向動作ができる。

【0222】

図５の支払いシステム１０００は、図１の支払いシステム１０００と同様である。ただし、図５の例の実施形態によれば、ＮＦＣデバイス２０００はＰＯＳ端末１００とは別のデバイスとして実装されていないが、むしろＰＯＳ端末１００で利用可能な記録媒体に記録されたコンピュータープログラムの形式で実装されている。いくつかの例では、ＮＦＣデバイス２０００は、ＰＯＳ端末１００の記憶部に保存されている１つ以上のアプリケーションの形式で実装されている。したがって、図５の例によれば、ＰＯＳ端末１００にはＮＦＣデバイス２０００の機能が含まれており、本明細書に記載されている例によるＮＦＣデバイス２０００と同様の方法で双方向動作ができる。

【0223】

図６は、実施形態の例による電子ウォレットの支払いを促進する方法６００を示す図である。方法６００は、メッセージ会話の図として示されている。図７は、例示される実施形態による電子ウォレットの支払いを促進する他の例の方法７００のフローチャートである。図８も、例示される実施形態による電子ウォレットの支払いを促進する他の別の例の方法８００のフローチャートである。

【0224】

図６の方法６００の例では、ＰＯＳ端末１００ではなくＮＦＣデバイス２０００がサーバー３００と通信している。図６の方法６００の態様は、図１０に示す支払いシステム１０００によって実行できる。図７の方法７００の例では、ＰＯＳ端末１００とＮＦＣデバイス２０００の両方がサーバー３００と通信している。図７の方法７００の態様は、図１１に示す支払いシステム１０００によって実行できる。図８の方法８００の例では、ＮＦＣデバイス２０００ではなくＰＯＳ端末１００がサーバー３００と通信している。図８の方法８００の態様は、図１２に示す支払いシステム１０００によって実行できる。図６、８および９では、同様の要素や特徴を示すために同様の参照符号が使用できる。

【0225】

たとえば、図６の方法６００の開始時に、動作６０２では、取引はまだ完了していない。たとえば、動作６０２では、ユーザーは取引に関連付けられた１つ以上の品目の支払いをまだ提供していない。たとえば、動作６０２は、ＰＯＳ端末１００で１つ以上のアイテムをスキャンまたは入力した後の時間に対応してもよい。たとえば、すべての品目がスキャンまたはＰＯＳ端末１００に入力されているが、支出はまだ提供されていない。いくつかの例では、必要に応じて割引と購入ポイントが適用されている。

【0226】

動作６０４では、取引に対応する取引情報、および電子ウォレット支払いサーバー１０１０の電子ウォレット支払いアプリケーションの識別情報を、ＰＯＳ端末１００が送信し、ＮＦＣデバイス２０００が受信する。

【0227】

動作６０６では、ＮＦＣデバイス２０００は、サーバー３００への取引情報と電子ウォレット支払いアプリケーションの識別情報の送信を実行する。

【0228】

動作６０８では、サーバー３００は、電子ウォレット支払いアプリケーションを起動する第１のウェブリソースを生成する。

【0229】

動作６１０では、ＮＦＣデバイス２０００は、サーバー３００をアドレスし、第１のウェブリソースを識別するユニフォームリソースロケーター（ＵＲＬ）の生成を実行する。本明細書に記載されているようにＵＲＬは標準形式とすることができるため、サーバー３００はまた、取引情報と電子ウォレット支払いアプリケーションの識別情報を使用して同じＵＲＬを認識し、または独立して生成する。

【0230】

本明細書に記載されていない動作６１０とは別の例として、サーバー３００はＵＲＬを生成し、ＵＲＬをＮＦＣデバイス２０００に送信する。

【0231】

一例では、ＵＲＬには、取引情報に適用されるハッシュ関数、および／または取引の日付情報と時間情報、および／または固有のデバイス識別子を含む固有の取引識別子が含まれる。サーバー３００は、ＵＲＬを第１のウェブリソースに関連付ける。

【0232】

動作６１２では、ＮＦＣデバイス２０００は、ニアフィールド通信（ＮＦＣ）タグコントローラーを介して、ペイロードとしてＵＲＬを含むＮＦＣデータ交換形式（ＮＤＥＦ）メッセージの生成および発出を実行する。

【0233】

動作６１４では、ユーザーデバイス４００は、ＮＦＣデバイス２０００をタップすることによりＵＲＬ（アドレス）を受信する。動作６１６では、ユーザーデバイス４００は、サーバー３００のＵＲＬにアクセスする。動作６１８では、ユーザーデバイス４００は、第１のウェブリソースを受信する。動作６２０では、第１のウェブリソースは、ユーザーデバイス４００で特定された電子ウォレット支払いアプリケーションを起動する。

【0234】

動作６２２では、ユーザーデバイス４００は、電子ウォレット支払いアプリケーションを起動し、電子ウォレット支払いサーバー１０１０にアクセスする。一例では、第１のウェブリソースによって引き起こされるように、ユーザーデバイス４００の電子ウォレット支払いアプリケーションには、取引情報が自動的に入力される。たとえば、第１のアドレスは、ディープリンクまたは繰り延べディープリンクであってもよい。

【0235】

一例では、第１のウェブリソースには、サーバー３００に保存されているＱＲコードと同様または同一の情報が含まれている。たとえば、ＱＲコードは、ＰＯＳ端末１００または取引者（販売者）に固有の電子ウォレット支払いアプリケーションのためのものである。従来のシステムでは、ＱＲコードは、ユーザーデバイス４００のカメラを使用して手動で取引を実行するために使用されており、ＱＲコードをスキャンすると、支払いアプリケーションが起動され、支払いサーバー１０１０にアクセスする。

【0236】

動作６２４では、支払いサーバー１０１０は、取引を承認する。たとえば、パスワードや生体認証などの情報は、ユーザーデバイス４００を介して支払いサーバー１０１０に送信できる。

【0237】

動作６２６では、支払いサーバー１０１０は、ユーザーデバイス４００に取引が正常に完了したことの確認を送信する。動作６２８では、支払いサーバー１０１０は、ＰＯＳ端末１００に確認を送信する。動作６３０では、ＰＯＳ端末１００は、確認をＮＦＣデバイス２０００に送信する。動作６３２では、ＮＦＣデバイス２０００は、サーバー３００に確認を送信する。

【0238】

動作６３４では、サーバー３００は第２のウェブリソースを生成し、動作６１０で同じＵＲＬである第２のウェブリソースをアドレス（ＵＲＬ）に関連付ける。

【0239】

動作６３６では、第２のウェブリソースに基づいて、電子領収書がサーバー３００からユーザーデバイス４００に送信される。たとえば、ユーザーデバイス４００は、動作６１６と同じＵＲＬに再びアクセスする。その後、動作６３８では、ユーザーデバイス４００は、ユーザーデバイス４００の第２のウェブリソースを介して、対応する取引情報を含む対応する電子領収書を表示できる。一例では、電子領収書は、アドレスに対応するウェブページに表示される。一例によれば、電子領収書は、標準のウェブブラウザアプリケーションを使用してウェブページに表示できる。

【0240】

動作６３８の他の例では、ユーザーデバイス４００のモバイルアプリケーションまたはモバイル支払いアプリケーションは、たとえばサーバー３００から受信した取引情報を使用して、取引者（販売者）によって決定される形式で電子領収書を生成する。

【0241】

動作６３８の他の例では、サーバー３００は、取引情報を使用して取引者（販売者）によって決定された形式で電子領収書を生成し、モバイルアプリケーションまたは電子モバイル支払いアプリケーションを使用してユーザーデバイス４００に表示するための電子領収書を送信する。

【0242】

動作６０４および６０６のいくつかの例では、取引情報は、支払いが受け取られた取引に関する一連の情報であってもよい。たとえば、取引情報には、取引日および取引時間、取引に対応する１つまたは複数の品目の識別情報（例えば、１つまたは複数の商品および／またはサービスの名前）、１つ以上の品目のそれぞれに関する支払額、１つ以上の品目のすべてに関する支払額、１つ以上の品目の数量、合計支払い額、課税額、支払いタイプ（例えば、電子ウォレット支払いサーバー１０１０の識別）、受領認証番号、割引額、取引者名、取引者番号（例えば、事業者番号）、取引者の住所、取引者の電話番号、取引番号などが含まれてもよい。ただし、例示される実施形態はそれに限定されるものではない。

【0243】

一例では、取引情報には、本明細書で例示される実施形態で説明されている固有の取引識別子が含まれる。一例では、固有の取引識別子を取引情報の一部（第１のウェブリソースによるペイロード）としてユーザーデバイス４００に送信できる。一例では、固有の取引識別子はユーザーデバイス４００に送信され、その中でユーザーデバイス４００は、例えば「www.domain/モバイルアプリ/固有の取引識別子」の形式の中の「固有の取引識別子」のように、ＵＲＬアドレス自体から固有の取引識別子を抽出または解析できる。

【0244】

いくつかの実施形態では、取引情報はデータであり、たとえばテキスト（ＴＸＴ）ファイル形式に記録されてもよく、上記の取引情報の一部またはすべてが含まれてもよい。いくつかの実施形態では、取引情報のフォーマットは、リッチテキストフォーマット（ＲＴＦ）ファイルフォーマット、拡張マークアップ言語（ＸＭＬ）ファイルフォーマット、ＪａｖａＳｃｒｉｐｔ（ＴＭ）オブジェクト表記（ＪＳＯＮ）ファイルフォーマット、カンマ区切り値（ＣＳＶ）ファイル形式、および／またはタブ区切り値（ＴＳＶ）ファイル形式を含んでもよい。ただし、例示される実施形態はそれに限定されない。

【0245】

いくつかの例では、取引情報には金融認証情報が含まれていない。金融認証情報は、多くの場合、機密性の高い個人情報であり、場合によっては、いくつかの例ではサーバー３００が支払いサーバー１０１０のサードパーティであるかもしれないが、金融規則によってサーバー３００に送信されることは禁止されている。

【0246】

通常、従来の電子ウォレットシステムは、金額と取引者のみを含む確認または電子受信を提供する。このような従来の電子ウォレットシステムには、ＰＯＳ端末１００での取引の特定の商品とサービスの識別および品目化は含まれない。

【0247】

電子領収書には、ＰＯＳ端末１００での取引の特定の商品とサービスの識別および品目化を含めることができる。いくつかの例では、電子領収書に取引の特定の識別情報を含めることができるため、電子領収書は監査目的で使用できる。電子領収書には、固有の取引識別子（ＵＲＬにあったものと同じ固有の取引識別子）を含めることができる。電子領収書には、たとえば、取引情報に適用されるハッシュ関数、および／または取引の日付情報および時報、および／または固有のデバイス識別子などの、固有の取引識別子に使用された任意の情報を含めることができる。

【0248】

いくつかの例では、電子領収書には、取引の特定の固有の識別情報を含めることができるため、電子領収書を払い戻しおよびチャージバックの目的に使用できる。

【0249】

いくつかの実施形態では、アドレスは、サーバー３００のウェブリソースにアドレス指定するためのディープリンクや繰り延べディープリンクなどの、インターネット上のウェブサイトまたはウェブページにアクセスするためのＵＲＬを参照する。

【0250】

実施形態の例によれば、アドレス（たとえば、ＵＲＬ）を生成するときに識別子を使用し、その後ＮＦＣを介してアドレスをユーザーデバイス４００に送信することにより、次のポイントを確保することができる。いくつかの例では、特定の電子領収書が１人のユーザーのみを発行することに提供されてもよい。他のユーザーは、個々に（固有の）識別子を持つ異なるＵＲＬを受け取る。特定の電子領収書は、（固有の）識別子またはそのハッシュの使用に基づいて、電子領収書の１対１の一意性を保証する。いくつかの例では、特定の電子領収書は、ユーザーデバイス４００による取得後は、サーバー３００によって削除される。

【0251】

いくつかの例では、結果として、アドレス（ＵＲＬ）は、たとえば１人のユーザーが１つのユーザーデバイス４００のみによって訪問されるかもしれない。別のユーザーがその後同じアドレス（ＵＲＬ）にアクセスしようとした場合、アドレスはサーバー３００によって削除されるかもしれないため、ユーザーデバイス４００で検索後に機能しなくなるかもしれず、したがって、ユーザーの個人的なプライバシーとセキュリティが維持される。

【0252】

いくつかの例では、サーバー３００は、アドレスに対応する取引情報を保存してもよい。サーバー３００は、取引情報をアプリケーションを介して電子受信形式に変換することにより、電子領収書を生成してもよい。サーバー３００は、アドレスにリンクされたウェブページに生成された電子領収書を表示してもよい。その結果、ユーザーデバイス４００は、ユーザーデバイス４００を介してアドレスにリンクされたウェブページにアクセスすることにより、電子領収書を表示できる。

【0253】

一例では、ユーザーデバイス４００は、ウェブページＵＲＬまたはアプリケーションページに対応するウェブページから電子領収書を表示する。

【0254】

たとえば、ユーザーデバイス４００は、カメラを起動してＱＲコードをスキャンすること、メールアドレスまたは電話番号を交換すること、またはサーバー３００と機密な金融認証情報の交換を行うことなく動作できる。むしろ、ＵＲＬを介して、ユーザーデバイス４００とＮＦＣタグコントローラー２０７０の間のＮＦＣ近接動作の一部としてウェブリソースをロードして、アドレスを通信し、ユーザーデバイス４００で電子ウォレット支払いアプリケーションを開始できる。

【0255】

電子領収書は、プログレッシブウェブアプリケーション、レスポンシブウェブアプリケーション、リッチインターネットアプリケーション、シングルページアプリケーション、またはマルチページアプリケーションなど、さまざまなタイプのアプリケーションによって生成される場合があるが、例示される実施形態はそれに限定されない。

【0256】

電子領収書は、プロバイダーによって決定された形式に従って、一連のルールに基づいて取引情報が表示される電子ドキュメントの一種である。プロバイダーは、電子領収書に関連する取引者であるかもしれない。たとえば、プロバイダーは販売者または小売業者であるかもしれないが、例示される実施形態はそれに限定されない。プロバイダーは、被取引者（たとえば、消費者、ユーザー、顧客など）とは異なる。

【0257】

図９は、例示される実施形態による電子領収書９００の一例を示している。図９に示すように、電子領収書９００は、ユーザーデバイス４００など、ウェブブラウザアプリケーションを介してウェブページに表示されてもよい。いくつかの実施形態では、電子領収書９００には、取引日および取引時間、取引に関連する１つまたは複数の項目の識別（たとえば、取引に関連する１つまたは複数の商品および／またはサービスの名前）、１つまたは複数の品目のそれぞれに関連する支払い額、１つまたは複数の品目の数量、合計支払い額、課税額、支払タイプ、受領認証番号、取引者名、取引者番号（たとえば、法人番号など）、取引者の住所、取引者の電話番号、取引番号などが含まれてもよい。前述のように、電子領収書９００の形式はプロバイダーによって決定されてもよく、図示されているものに限定されない。

【0258】

いくつかの実施形態では、ユーザーデバイス４００は、ユーザーデバイス４００のウェブブラウザ、アプリケーション、またはウォレット支払いアプリケーションを使用して、電子領収書９００を取引者および／またはユーザーに表示できる。従来、電子領収書を表示するために、多くの場合、ユーザーデバイス４００を介してログインプロセスを完了する必要がある。例示される実施形態には、ユーザーデバイス４００の従来型のウェブブラウザアプリケーション、アプリケーション、または電子ウォレット支払いアプリケーションを介して、ウェブページに電子領収書９００を表示するコンピューティングデバイス及び方法が含まれる。

【0259】

いくつかの実施形態では、消費者は、ユーザーデバイス４００で電子領収書９００を受け取り、チェックすることができる。したがって、ＵＲＬは、例示される実施形態に従ってＮＤＥＦメッセージを介してユーザーデバイス４００に送信される可能性があるため、ユーザーデバイス４００はＮＤＥＦメッセージの事前設定コマンドを使用してＵＲＬを直接実行できる。このようにして、ユーザーデバイス４００は、簡単なタッピングアクションの結果としてさらなるアクションなしで、ウェブブラウザアプリケーションを介して電子ウォレット支払いアプリケーションを開始させ、そして完了時に電子領収書９００を表示してもよい。

【0260】

いくつかの例では、ＮＤＥＦメッセージを介したＵＲＬの交換は、ウェブリソースそのものよりもはるかに少ないリソースを使用する。

【0261】

いくつかの実施形態では、消費者には、サーバー３００に金融認証情報を提供することなく、ユーザーデバイス４００を介して電子領収書９００を提供してもよい。その結果、例示される実施形態によれば、取引処理中の個人情報の不必要な漏洩が防止され、電子領収書９００の発行までの時間が短縮され、電子領収書９００がユーザーデバイス４００により便利に表示されてもよい。

【0262】

いくつかの実施形態では、ユーザーには、複数の取引情報を含む電子領収書９００を提供してもよい。従来、取引後に関連するアプリケーションまたは短いメッセージサービス（ＳＭＳ）を通じて電子領収書が発行される場合、電子領収書に限られた取引情報のみが表示されてもよい。たとえば、いくつかの従来の状況では、総支払い額のみが表示され、詳細な取引情報（たとえば、取引に関連する１つ以上の品目の識別情報、１つ以上の品目の数量、各品目に関連する支払い額、および課税額など）は表示されない。対照的に、本明細書に記載されている実施形態によれば、ユーザーデバイス４００は、複数の取引情報を含む電子領収書９００の提供を受けてもよい。

【0263】

いくつかの他の例では、ユーザーデバイス４００は、ユーザーデバイス４００に表示するために、支払いサーバー１０１０から電子領収書９００を受信できる。たとえば、サーバー３００は、電子領収書を生成しユーザーデバイス４００に送信する。一例では、電子領収書９００の形式は、取引者（販売者）によって決定される。

【0264】

いくつかの他の例では、ユーザーデバイス４００は、ユーザーデバイス４００上に表示するために、少なくともサーバー３００から受信した取引情報を使用して電子領収書９００を生成する。一例では、電子領収書９００の形式は、取引者（販売者）によって決定される。

【0265】

一例では、取引者とユーザーデバイス４００の金融認証情報は、サーバー３００で知られていないため、電子領収書９００に含まれない。

【0266】

図１を再度参照すると、いくつかの実施形態では、ＰＯＳ端末１００は、有線通信方法または無線通信方法を介してＮＦＣデバイス２０００に取引情報を送信してもよい。
図５に示すようなＰＯＳ端末と電子領収書の発行者が互いに統合されている実施形態では、取引情報は、内部的に送信される。

【0267】

ディープリンクＵＲＬのアドレス、または繰り延べディープリンクＵＲＬのいくつかの実施形態では、ユーザーデバイス４００は、受信したアドレスに基づいて指定されたモバイルアプリケーションページまたは指定されたウェブアプリケーションページに直接アクセスし、その後、電子ウォレット支払いアプリケーションの起動または電子領収書の表示をしてもよい。たとえば、ユーザーデバイス４００は、アプリケーションを実行し、受信したアドレスにリンクされたモバイルアプリケーションページまたはウェブアプリケーションページにアクセスしてもよい。ユーザーデバイス４００は、ＮＤＥＦメッセージを介してアドレスを受信し、所定のアクションとして、関連するモバイルアプリケーションを実行し、アドレスにリンクされたウェブページにアクセスしてもよい。

【0268】

いくつかの実施形態では、ユーザーデバイス４００に関連するアプリケーションがまだインストールされていない場合、ユーザーデバイス４００が関連するアプリケーションをインストールし、その後、アドレスにリンクされたモバイルアプリケーションページまたはウェブアプリケーションページにアクセスしてもよい。いくつかのこのような実施形態では、ユーザーデバイス４００はＮＤＥＦメッセージを介してアドレスを受信し、所定のアクションとして関連するアプリケーションをインストールし、アドレスにリンクされたページにアクセスしてもよい。

【0269】

ここで図７の例示された方法７００を参照すれば、ＰＯＳ端末１００とＮＦＣデバイス２０００の両方がサーバー３００と通信している。図７の方法７００の態様は、図１１に示す支払いシステム１０００によって実行できる。

【0270】

動作７０２は、動作６０２と同一または同様である。

【0271】

動作７０４では、取引に対応する取引情報、電子ウォレット支払いサーバー１０１０の電子ウォレット支払いアプリケーションの識別情報を、ＰＯＳ端末１００が送信し、サーバー３００が受信する。

【0272】

動作７０６では、サーバー３００が電子ウォレットの支払いアプリケーションを起動する第１のウェブリソースを生成する。

【0273】

動作７０８では、サーバー３００は、サーバー３００をアドレス指定し、第１のウェブリソースを識別するＵＲＬの生成を実行する。

【0274】

動作７１０では、サーバー３００は、ＵＲＬをＮＦＣデバイス２０００に送信する。

【0275】

動作７１２、７１４、７１６、７１８、７２０、７２２、７２４、７２６、７２８、７３０、７３２、７３４、７３６、７３８は、それぞれ動作６１２、６１４、６１６、６１８、６２０、６２２、６２４、６２６、６２８、６３０、６３２、６３４、６３６、６３８は、と同一または類似である。

【0276】

ここで図８の例８００を参照すれば、ここではＮＦＣデバイス２０００ではなくＰＯＳ端末１００がサーバー３００と通信している。図８の方法８００の態様は、図１２に示す支払いシステム１０００によって実行できる。

【0277】

動作８０２は、動作６０２と同一または類似である。

【0278】

動作８０４では、取引に対応する取引情報、および電子ウォレット支払いサーバー１０１０の電子ウォレット支払いアプリケーションの識別情報を、ＰＯＳ端末１００が送信し、サーバー３００が受信する。

【0279】

動作８０６では、サーバー３００は、電子ウォレットの支払いアプリケーションを起動する第１のウェブリソースを生成する。

【0280】

動作８０８では、サーバー３００は、サーバー３００にアドレス指定し、第１のウェブリソースを識別するＵＲＬの生成を実行する。

【0281】

動作８１０では、サーバー３００は、ＵＲＬをＰＯＳ端末１００に送信する。

【0282】

動作８１１では、ＰＯＳ端末は、ＵＲＬをＮＦＣデバイス２０００に送信し、ＮＦＣデバイス２０００にＮＦＣ信号を発出するように命令する。

【0283】

動作８３０では、ＰＯＳ端末１００は、確認をＮＦＣデバイス２０００に送信する。動作８３０は、確認がＮＦＣデバイス２０００を介して送信されるような図６の方法６００での動作６３０および動作６３２とは異なる。動作８３０は、確認がＮＦＣデバイス２０００を介して送信されるような図７の方法７００での動作７３０および動作７３２とは異なる。

【0284】

動作８１２、８１４、８１６、８１８、８２０、８２２、８２４、８２６、８２８、８３４、８３６、８３８は、それぞれ動作６１２、６１４、６１６、６１８、６２０、６２２、６２４、６２６、６２８、６３４、６３６、６３８と同一または類似である。

【0285】

いくつかの代替的に例示される実施形態では、ＱＲコードを参照する上記の例のいずれかは、代わりに１Ｄ（線形）バーコードや２Ｄバーコードなどの他の視覚的にキャプチャ可能またはスキャン可能なコードを使用できる。

【0286】

例示的な実施形態では、反対的に明示的に記述されていない限り、「構成（comprises）」または「構成（comprising）」などのバリエーションは、他の要素を除外せず、指定された要素を含むことを暗示することを意味すると理解される。

【0287】

例示される実施形態では、「モジュール」は、プロセッサや回路などのハードウェアコンポーネント、および／または例えばプロセッサなどのハードウェアで実行されるソフトウェアコンポーネントである。

【0288】

例示される実施形態では、各コンポーネント、機能ブロック、または手段は、１つ以上のサブコンポーネントを含んでもよい。コンポーネントによって実行される電気、電子、および機械的機能は、電子回路、統合回路、アプリケーション固有の統合回路（ＡＳＩＣ）などのさまざまな既知のデバイスまたは機械的要素によって実装されてもよく、互いに別個に実装されてもよいし、２つ以上を組み合わせて一体的に実装されてもよい。

【0289】

別々の部分として説明されているモジュールは、物理的に分離されている場合とそうでない場合があり、モジュールとして表示される部分は、物理モジュールであってもなくてもよく、１つの位置に配置されていてもよいし複数のネットワークモジュールに分布されていてもよい。モジュールのいくつかまたはすべては、実施形態の解決手段の目的を達成するために実際の要件に従って選択してもよい。

【0290】

さらに、例示される実施形態の機能モジュールは１つの処理モジュールに統合されてもよいし、また、２つ以上のモジュールが１つのモジュールに統合され、各モジュールが物理的に単独で存在してもよい。

【0291】

機能がソフトウェア機能モジュールの形で実装され、独立した製品として販売または使用される場合、機能はコンピューター読み取り可能な記録媒体（非一時的）に保存されてもよい。このような理解に基づいて、例示される実施形態の技術的解決策は、ソフトウェア製品の形で実装されてもよい。ソフトウェア製品は、記録媒体に保存されるとともに、例示された実施形態で説明された方法のすべてまたは一部を実行するようにコンピュータデバイス（パーソナルコンピューター、サーバー、またはネットワークデバイスなど）に指示するためのいくつかの指示を含む。前述の記憶媒体には、ユニバーサルシリアルバス（ＵＳＢ）フラッシュドライブ、リムーバブルハードディスク、読み取り専用メモリ（Read-Only Memory、ＲＯＭ）、ランダムアクセスメモリ（Random Access Memory、ＲＡＭ）、磁気ディスク、または光ディスクなどを含む。

【0292】

説明されている方法またはブロック図では、ボックスはイベント、操作、ステップ、関数、プロセス、モジュール、メッセージ、および／または状態ベースの操作などを表してもよい。いくつかの例示される実施形態は特定の順序で発生すると説明されているが、ステップまたはプロセスのいくつかは、特定のステップの順序変更の結果によって後続のステップの発生が妨げられたり損なわれたりしない限り、別の順序で実行してもよい。さらに、説明されているメッセージまたはステップの一部は、他の実施形態で削除または組み合わされてもよく、本明細書に記載されているメッセージまたはステップの一部は、他の実施形態の多くのサブメッセージまたはサブステップに分離されてもよい。さらに、必要に応じて、一部またはすべての手順を繰り返してもよい。方法またはステップとして説明されている要素は、コンピューティングデバイスまたはサブコンポーネントにも同様に適用される。「送信」または「受信」などの用語の言及は、特定のデバイスの観点に応じて交換される可能性がある。

【0293】

説明された実施形態は、例示的なものであり、限定的なものではないと考えられる。方法として示される例示される実施形態は、同様にコンピューティングデバイスまたはデバイスにも同様に適用される。

【0294】

さまざまな例示される実施形態は単なる例であり、例と例示される実施形態の範囲を制限することを意図したものではない。本明細書に記載の革新性の変形例は当業者には明らかであり、そのような変形例は意図された範囲内にある。特に、１つ以上の例示される実施形態からの特徴を選択して、明示的に説明されていないかもしれない特徴のサブコンビネーションからなる代替的な実施形態を作成できる。さらに、説明された例の１つ以上の特徴を選択して組み合わせて、明示的に説明されていないかもしれない特徴の組み合わせで構成される代替例な例示的な実施形態を作成できる。そのような組み合わせおよびサブ組み合わせに適した特徴は、当業者には容易に明らかとなるであろう。ここで説明する主題は、技術のすべての適切な変化をカバーすることを意図している。

【0295】

上述のように、ＰＯＳ端末１００とＮＦＣデバイス２０００は、一体型ユニットとして提供されてもよいし、別個のデバイスとして提供されてもよい。一部の商店では、ＮＦＣデバイスを含むスマートフォン、タブレットコンピュータ、またはラップトップが小切手用のキャッシャーとして提供され、スマートフォン、タブレットコンピュータ、またはパーソナルコンピューターが、本開示で説明されているコンピューター実装方法５を実行してもよい。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【手続補正書】

【提出日】2024-11-29

【手続補正1】

【補正対象書類名】特許請求の範囲

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

取引に対応する取引情報と、電子ウォレット支払いサーバーの電子ウォレット支払いアプリケーションの識別情報と、を受信することと、
サーバーに、前記取引情報と、前記電子ウォレット支払いアプリケーションの前記識別情報を送信することと、
前記サーバーをアドレス指定し、前記電子ウォレット支払いアプリケーションを起動する第１のウェブリソースを識別し、前記取引情報に対応する固有の取引識別子を含むリンクを確立することと、
ニアフィールド通信（ＮＦＣ）タグコントローラーを介して、ペイロードとして前記リンクを含むＮＦＣデータ交換形式（ＮＤＥＦ）メッセージを生成することと、
前記ＮＦＣタグコントローラーを介して、前記ＮＤＥＦメッセージに対応するＮＦＣ信号を発出することと、を含むコンピューターに実装される方法。

【請求項2】

前記取引の正常な完了の確認を受信することと、前記確認を前記サーバーに送信することをさらに含む、請求項１に記載のコンピューターに実装される方法。

【請求項3】

前記取引が正常に完了すると、前記リンクにより、前記取引の電子領収書を表示するための第２のウェブリソースが識別される、請求項１に記載のコンピューターに実装される方法。

【請求項4】

前記電子領収書は、前記取引情報、および／または前記取引の日付情報および時刻情報、および／または固有のデバイス識別子に適用されるハッシュ関数を含む前記固有の取引識別子を含む、請求項３に記載のコンピューターが実装される方法。

【請求項5】

ＰＯＳ端末は、受信した前記取引に対応する前記取引情報、及び、受信した前記電子ウォレット支払いアプリケーションの前記識別情報を送信するように構成され、前記サーバーは、前記ＰＯＳ端末に関連付けられた前記電子ウォレット支払いアプリケーションのアカウント情報を含む、請求項１に記載のコンピューターに実装される方法。

【請求項6】

前記ＰＯＳ端末に関連付けられている前記電子ウォレット支払いアプリケーションの前記アカウント情報は、前記ＰＯＳ端末に固有の前記電子ウォレット支払いアプリケーションのクイックレスポンス（ＱＲ）コードを含む、請求項５に記載のコンピューターに実装される方法。

【請求項7】

前記リンクは、前記電子ウォレット支払いアプリケーションの前記識別情報を含む、請求項１に記載のコンピューターに実装される方法。

【請求項8】

前記リンクはディープリンクであり、前記リンクでは、前記電子ウォレット支払いアプリケーションの前記識別情報は前記固有の取引識別子からネストされている、請求項７に記載のコンピューターに実装される方法。

【請求項9】

前記確立することは、前記リンクを生成することを含み、さらに前記リンクを前記サーバーに送信することを含む、請求項１に記載のコンピューターに実装される方法。

【請求項10】

前記確立することは、前記リンクを受信することを含む、請求項１に記載のコンピューターに実装される方法。

【請求項11】

前記取引情報は、ポイントオブセールス（ＰＯＳ）端末から受信され、ここで、前記コンピューターに実装される方法は、前記ＰＯＳ端末とは別のデバイスであるＮＦＣデバイスによって実行される、請求項１に記載のコンピューターに実施される方法。

【請求項12】

前記コンピューターに実装される方法は、サードパーティであり前記電子ウォレット支払いサーバーとは通信しないＮＦＣデバイスによって実行される、請求項１に記載のコンピューターに実装される方法。

【請求項13】

前記第１のウェブリソースは、自動的に前記電子ウォレット支払いアプリケーションに前記取引情報の少なくとも一部を入力する、請求項１に記載のコンピューターに実装される方法。

【請求項14】

前記第１のウェブリソースは、自動的に前記電子ウォレット支払いアプリケーションに支払い額を入力する、請求項１に記載のコンピューターに実装される方法。

【請求項15】

前記第１のウェブリソースは、プログレッシブウェブアプリケーション、レスポンシブウェブアプリケーション、リッチインターネットアプリケーション、シングルページアプリケーション、またはマルチページアプリケーションである、請求項１に記載のコンピューターに実装される方法。

【請求項16】

前記ＮＤＥＦメッセージは、ペイロードとして前記リンクのみを含み、他のペイロードを含まない、請求項１に記載のコンピューターに実装される方法。

【請求項17】

ＮＦＣタグコントローラーと、
通信モジュールと、
プロセッサと、
前記プロセッサによって実行されると、前記プロセッサに、請求項１から１６のいずれか１項のコンピューターに実装される方法を実行させる指示を格納する少なくとも１つの記憶部と、備えるコンピューティングデバイス。

【請求項18】

請求項１に記載のコンピューターに実装される方法であって、
ユーザーデバイスにおいて、前記ユーザーデバイスのニアフィールド通信（ＮＦＣ）タグリーダーを介して、前記ＮＦＣデータ交換形式（ＮＤＥＦ）メッセージを受信することと、
前記ユーザーデバイスにおいて、前記リンクにアクセスすることと、
前記ユーザーデバイスにおいて、前記リンクへのアクセスに応じて、前記ユーザーデバイスの電子ウォレット支払いアプリケーションを起動する前記リンクの第１のウェブリソースにアクセスすることと、
前記電子ウォレット支払いサーバーを使用して前記取引を完了するための前記電子ウォレット支払いアプリケーションを起動することと、を含むコンピューターに実装される方法。

【請求項19】

前記ユーザーデバイスにおいて、前記取引の正常な完了の確認を受信することと、
前記ユーザーデバイスにおいて、前記リンクの第２のウェブリソースへアクセスすることと、
前記ユーザーデバイスにおいて、前記第２のウェブリソースへのアクセスに応じて、前記取引の電子領収書を表示することと、をさらに含む、請求項１８に記載のコンピューターに実装される方法。

【請求項20】

前記ユーザーデバイスにおいて、前記表示することは、ウェブページ、アプリケーションページ、または前記電子ウォレット支払いアプリケーションを介して前記電子領収書を表示することを含む、請求項１９に記載のコンピューターに実装される方法。

【請求項21】

前記ユーザーデバイスにおいて、前記取引の正常な完了の確認を受信することと、
前記ユーザーデバイスにおいて、前記取引の前記正常な完了の前記確認に応じて、前記取引情報に基づいて前記取引の電子領収書を表示することと、
前記ユーザーデバイスにおいて前記電子領収書を表示することと、をさらに含む、請求項１８に記載のコンピューターに実装される方法。

【請求項22】

ＮＦＣタグリーダーと、
通信モジュールと、
プロセッサと、
前記プロセッサによって実行されると、前記プロセッサに請求項１８から２１のいずれか１項のコンピューターに実装される方法を実行させる指示を格納する少なくとも１つの記憶部と、備えるコンピューティングデバイス。

【請求項23】

請求項３に記載のコンピューターに実装される方法であって、
前記サーバーにおいて、前記電子ウォレット支払いアプリケーションを起動する前記リンクに関連付けられた前記第１のウェブリソースを生成することと、
前記リンクへの第１のアクセスを通じて、前記第１のウェブリソースを提供することと、
前記サーバーにおいて、前記取引の前記電子領収書を表示するための前記リンクに関連付けられた前記第２のウェブリソースを生成することと、
前記リンクへの第２のアクセスを通じて、前記第２のウェブリソースを提供することと、を含む、請求項３に記載のコンピューターに実装される方法。

【請求項24】

前記サーバーにおける前記取引情報の前記受信は、ＮＦＣデバイスまたはポイントオブセールス端末からである、請求項２３に記載のコンピューターに実装される方法。

【請求項25】

前記取引の前記正常な完了の前記確認の前記受信は、ＮＦＣデバイスまたはポイントオブセールス端末からである、請求項２に記載のコンピューターに実装される方法。

【請求項26】

前記サーバーは、前記電子ウォレット支払いアプリケーションのサードパーティであり、前記電子ウォレット支払いサーバーと通信しない電子領収書サーバーである、請求項１に記載のコンピューターに実装される方法。

【請求項27】

通信モジュールと、
プロセッサと、
前記プロセッサによって実行されると、前記プロセッサに請求項２３又は２４に記載のコンピューターに実装される方法を実行させる指示を格納する少なくとも１つの記憶部と、備えるサーバー。

【請求項28】

前記プロセッサによって実行されると、前記プロセッサに請求項１から１６、１８から２１、２３及び２４のいずれか１項に記載のコンピューターに実装される方法を実行させる指示を格納する、非一時的コンピューター読み出し可能媒体。

【請求項29】

前記方法は、電子ウォレット支払いサーバーが複数ある場合、１つの電子ウォレット支払いサーバーを識別し、前記ユーザーデバイスから前記識別された電子ウォレット支払いサーバーに前記取引情報を含むメッセージを送信することを含む、請求項１８に記載のコンピューター実装方法。

【請求項30】

前記方法は、事前に定義されたルールに基づいて、前記取引が承認されるか拒否されるかを決定することを含む、請求項１に記載のコンピューター実装方法。

【請求項31】

前記事前に定義されたルールの1つは、前記電子ウォレット支払いサーバーにおいて、前記取引の取引者が取引を承認または拒否することを許可されているタイプであるかどうかを確認することを含む、請求項３０に記載のコンピューター実装方法。

【外国語明細書】