JP5568560B2 - ハンドヘルド電子デバイス及び電子デバイス - Google Patents

Description

本発明の実施形態は、一般にピアツーピアトランザクションに関し、特にそのようなトランザクションを開始及び処理するように構成された種々のシステム、方法及び電子デバイスに関する。

本節は、以下に説明し且つ／又は請求する本発明の技術の種々の態様に関連する可能性のある技術の種々の態様を読み手に紹介することを意図する。この説明は、本発明の種々の態様を更に理解しやすくする背景情報を読み手に提供するのに有用であると考えられる。従って、本明細書は、従来技術として承認するのではなく上述の観点から解釈されるものであることが理解されるべきである。

現在、多くの支払手段が存在し、２者間以上の間の金融取引を行うために使用されてもよい。例えば支払いは、クレジットカード、デビットカード、小切手、電子小切手及び現金を使用して行われてもよい。近年、クレジットカード、デビットカード及び他の非通貨支払手段が支持を得ている理由は、少なくとも一端には電子商取引の成長がある。更に、消費者が常にベンダ又は小売店等に対して未払いの請求書の支払いをするのに丁度の現金を持ち合わせているとは限らないため、消費者のクレジットカードからその金額を引き落とすのがより便利である場合がある。

移動性が高くペースの速い社会になると、現金又は通貨の使用はクレジットカード、デビットカード等を使用する電子トランザクションに益々置き換わっていくだろう。従って、消費者が同時に複数の非通貨口座（例えば、各バンキングプロバイダに対応する複数のクレジットカード又はデビットカード）を所有することは珍しいことではない。複数の非通貨口座の各々は、特定の種類の購入又は金融取引に専用であってもよい。例えば消費者は、ガソリン又は自動車の購入専用のクレジットカード口座、特に旅行関連の購入に対するクレジットカード口座、種々の購入に対する汎用クレジットカード口座、並びに特定の小売店又はベンダに対してのみ使用する１つ以上のロイヤリティクレジットカード口座を同時に所有してもよい。更に消費者は、各バンキングプロバイダに関連付けられた１つ以上のデビットカード口座を同時に所有してもよい。

理解されるように、消費者は、クレジットカード等の口座を表す支払手段を介して上述した口座のいずれかを使用して支払いを行ったり金融取引に参加したりしてもよい。しかし、消費者が所有する支払口座の数が増加すると、そのような多くのクレジット／デビットカードを所持するのは益々不便になるだろう。更に、上述した口座を使用して行われる支払いは、インターネット上にオンラインで構築されたビジネスを含む小売店及びベンダのビジネスと容易に互換性を有することができるが、その一方で、それらの口座から行われる支払いは、他の消費者すなわち「ピア」により常に容易に受け入れられるわけではない。

例として本明細書で開示される実施形態の特定の態様を以下に要約する。これらの態様は、本明細書で開示及び／又は請求される種々の技術の簡単な概要を読み手に提供するためだけに提示され、本明細書で開示及び／又は請求されるあらゆる技術の範囲を限定することを意図しないことが理解されるべきである。実際には、本明細書で開示及び／又は請求されるあらゆる技術が以下に説明しない種々の態様を含んでもよい。

本発明は、一般にポータブルデバイスを使用してピアツーピアトランザクションを実行する種々の技術に関する。１つの開示される実施形態によると、ポータブル電子デバイスは、ユーザが所有する１つ以上の口座を表す情報を格納するように構成されてもよい。例えば格納された情報は、ユーザが所有する１つ以上のクレジットカード口座を表してもよい。本発明で使用されるように、「クレジットカード」という用語は、クレジットカード、デビットカード、チャージカード又はギフトカード等のＩＳＯ７８１０規格に準拠するカードを含むあらゆる種類のカードを含むものとして理解される。一実施形態において、クレジットカードは、カードに符号化された磁気ストライプ（例えば、ＩＳＯ７８１３規格）を使用してユーザの口座情報を格納してもよい。他の実施形態において、以下に説明するように、クレジットカードはユーザの口座情報を格納するように構成された記憶装置（例えば、上述の磁気ストライプに加えて）を含んでもよい。ポータブルデバイスは、ユーザが所有する１つ以上の銀行口座に関する情報を格納するように更に構成されてもよい。

ポータブルデバイスは、デバイスに格納された情報を送出又は送信するように構成された１つ以上の通信インタフェースを更に備えてもよい。例えばユーザから受信した入力又はコマンドに基づいて、ポータブルデバイスはデバイスに格納された入金口座に対応する支払情報を例えば外部デバイス（例えば、受取人である）に送信することにより支払い（例えば、支払人である）を開始するように構成されてもよい。一実施形態において、受信デバイスは、同様のポータブル電子デバイスであってもよい。更にデバイスは、対応する支払いがデバイスに格納された適切な口座（例えば、銀行口座）に入金されるように、外部デバイスから支払情報を受信し且つ受信した支払情報を処理するためにトランザクション要求を開始するように構成されてもよい。例えばトランザクション要求は、要求されたトランザクションに対する許可を与えるように構成された１つ以上の外部サーバと通信することを含んでもよい。

電子デバイスは、カメラデバイス等の１つ以上の入力デバイスと、近距離無線通信（ＮＦＣ）インタフェースを含んでもよい複数の通信インタフェースとを更に含んでもよい。一実施形態によると、デバイスは、ＮＦＣハンドシェイク動作を介してＮＦＣインタフェースを使用する外部デバイスに対する支払情報の送出及び受信を開始してもよい。更に電子デバイスは、支払情報を受信又は送出するためにデバイス識別ネットワーキングプロトコルを使用して外部デバイスとの通信リンクを確立してもよい。

更なる一実施形態において、電子デバイスは、情報を抽出するために画像を処理する画像処理アプリケーションを含んでもよい。例えば上述したカメラ入力デバイスを使用して、クレジットカード、小切手等を含んでもよい支払人の支払手段の画像が取得されてもよい。取得した画像は、支払手段により表された支払口座に関する情報を抽出及び判定するために処理されてもよい。電子デバイスは、抽出した情報を使用して支払いを許可するために抽出した支払口座情報を含む要求を１つ以上の金融サーバに送信してもよい。従って、方法、システム及びデバイスを含んでもよい本明細書で説明される技術は、ピアツーピア金融取引を実行する便利な方法及びシステムを提供し且つ支払いを送出及び受信する単一のトランザクションポイントを提供してもよく、それによりユーザが物理的な各支払手段（例えば、複数のクレジット／デビットカード）を所持する必要性を低減するか又はなくす。

本明細書で説明する技術は、複数のグループトランザクションメンバを含むグループトランザクションを実行する１つ以上のシステムを更に提供してもよい。一実施形態において、グループトランザクションメンバは、電子デバイスを動作するイニシエータを含んでもよい。イニシエータは、各グループトランザクションメンバが支払う義務のある金額を含むグループ請求書の全額の支払いを行う第１トランザクションを開始してもよい。その後、イニシエータは、支払う義務のある金額のそれぞれを収集するために残りのグループトランザクションメンバの各々に対して１つ以上の第２トランザクションを実行してもよい。理解されるように、未払いの支払いの収集は、上記で簡単に説明した１つ以上の通信又は画像処理技術を使用して実行されてもよい。また、更なる一実施形態において、イニシエータは、請求書の発信元であってもよく、グループトランザクションメンバが支払う義務のある金額に対応する支払いを直接収集してもよい（例えば、上述した第１トランザクションなしで）。

電子デバイスは、上述した機能を提供するように構成された１つ以上の機械可読媒体に格納されたコンピュータプログラム等のアプリケーションを更に備えてもよい。一実施形態において、デバイスはディスプレイを含んでもよく、アプリケーションはディスプレイで閲覧可能なグラフィカルユーザインタフェースを備えてもよい。グラフィカルインタフェースを介して、ユーザは、以下に更に詳細に説明する１つ以上の上述の機能を実行するようにデバイスを動作させてもよい。

本発明の種々の態様に関して、上述した特徴についての種々の改善策が存在するだろう。更なる特徴がそれらの種々の態様に組み込まれてもよい。それらの改善策及び追加の特徴は、個々に存在してもよく又はあらゆる組み合わせで存在してもよい。例えば図示する１つ以上の実施形態に関連して以下に説明する種々の特徴は、本発明の上述した態様のいずれかに単独で組み込まれてもよく又はあらゆる組み合わせで組み込まれてもよい。上述した簡単な概要は、請求される主題を限定せずに、本発明の実施形態の特定の態様及び背景を読み手に理解させることのみを意図する。

本発明のこれらの特徴、態様及び利点、並びに他の特徴、態様及び利点は、添付の図面を参照して以下の特定の例示的な実施形態の詳細な説明を読むことにより更に理解されるだろう。図中、同様の図中符号は同様の部分を表す。

一実施形態に係る電子デバイスを示す正面図である。 図１に示した電子デバイスを示す背面図である。 図１に示した電子デバイスにおいて使用されてもよい構成要素を示す概略ブロック図である。 図１のデバイスが受取人デバイスとしての役割を果たし且つ図１のデバイスと通信している外部デバイスが一実施形態に従って支払人デバイスとしての役割を果たす時の図１のデバイスと外部デバイスとの間のピアツーピアトランザクションの処理を示すブロック図である。 図１のデバイスにクレジットカード情報を格納する方法を示す図１のデバイスに表示されてもよい複数の画面を示す図である。 図５Ａで入力されたクレジットカード情報を検証する方法を示す図１のデバイスに表示されてもよい複数の画面を示す図である。 図１のデバイスに銀行情報を格納する方法を示す図１のデバイスに表示されてもよい複数の画面を示す図である。 図６Ａで格納された銀行情報を検証する方法を示す図１のデバイスに表示されてもよい複数の画面を示す図である。 図１のデバイスにデフォルト支払口座を設定する方法を示す図１のデバイスに表示されてもよい複数の画面を示す図である。 図１のデバイスにデフォルト入金口座を設定する方法を示す図１のデバイスに表示されてもよい複数の画面を示す図である。 一実施形態に従って許可ＰＩＮコードを設定する方法を示す図１のデバイスに表示されてもよい複数の画面を示す図である。 一実施形態に従って図１のデバイスに格納されたトランザクションアプリケーションをロック及びアンロックする方法を示す図１のデバイスに表示されてもよい複数の画面を示す図である。 一実施形態に従って図１のデバイスに格納されたトランザクションアプリケーションをロック及びアンロックする方法を示す図１のデバイスに表示されてもよい複数の画面を示す図である。 一実施形態に従ってトランザクションを開始するように図４の受取人デバイスを動作させる方法を示すフローチャートである。 一実施形態に従って図１１Ａの方法により開始されたトランザクションに応答するように図４の支払人デバイスを動作させる方法を示すフローチャートである。 本発明の技術の態様に従って図４の受取人デバイスと支払人デバイスとの間で実行されてもよい種々のトランザクションを実行するように構成されたシステムを示す概略図である。 本発明の技術の態様に従って図４の受取人デバイスと支払人デバイスとの間で実行されてもよい種々のトランザクションを実行するように構成されたシステムを示す概略図である。 本発明の技術の態様に従って図４の受取人デバイスと支払人デバイスとの間で実行されてもよい種々のトランザクションを実行するように構成されたシステムを示す概略図である。 図１２Ａ〜図１２Ｃにより示されたトランザクションの間に図４の受取人デバイスと支払人デバイスとの間で行われる通信処理を示す概略図である。 一実施形態に従って支払人デバイスに送信される支払要求を開始する方法を示す図１のデバイスに表示されてもよい複数の画面を示す図である。 確立された通信チャネルを使用する受取人デバイスから支払人デバイスへの図１４Ａの支払要求の送信を示す複数の画面を示す図である。 図１４Ｂの通信チャネルの確立を示す図である。 図１４Ｂの通信チャネルの確立を示す図である。 図１４Ａの支払要求に応答して支払口座を選択する種々の方法を示す支払人デバイスに表示されてもよい複数の画面を示す図である。 図１４Ａの支払要求に応答して支払口座を選択する種々の方法を示す支払人デバイスに表示されてもよい複数の画面を示す図である。 図１４Ａの支払要求に応答して支払口座を選択する種々の方法を示す支払人デバイスに表示されてもよい複数の画面を示す図である。 受取人デバイスに対する図１４Ｅで選択された支払口座情報の送信を開始するために支払人デバイスに表示されてもよい複数の画面を示す図である。 図１４Ｂの確立された通信チャネルを使用する支払人デバイスから受取人デバイスへの図１４Ｅで選択された支払口座情報の送信を示す複数の画面を示す図である。 入金口座を選択し且つ図１４Ａで最初に開始されたトランザクションを完了する方法を示す受取人デバイスに表示されてもよい複数の画面を示す図である。 図１２Ａ〜図１２Ｃに示したトランザクションに従って図１１Ａに示した方法の１つ以上のステップを更に詳細に示すフローチャートである。 図１２Ａ〜図１２Ｃに示したトランザクションに従って図１１Ｂに示した方法の特定のステップを示すフローチャートである。 図４の支払人デバイスが一実施形態に従ってトランザクションを開始するように動作される方法を示すフローチャートである。 一実施形態に従って、図４の受取人デバイスが図１６Ａで開始されたトランザクションに応答するように動作される方法を示すフローチャートである。 一実施形態に従って、図１６Ａ及び図１６Ｂで説明した方法に従ってトランザクションを開始する方法を示す支払人デバイスに表示されてもよい複数の画面を示す図である。 入金口座を選択し且つ図１７Ａにより開始されたトランザクションを完了する方法を示す受取人デバイスに表示されてもよい複数の画面を示す図である。 一実施形態に従って、選択された支払口座が非現金口座を含むトランザクションを実行するように構成されたシステムを示す概略図である。 一実施形態に従って、支払口座として図１８の非現金口座を選択し且つトランザクションを開始する方法を示す支払人デバイスに表示されてもよい複数の画面を示す図である。 一実施形態に従って、支払口座として図１８の非現金口座を選択し且つトランザクションを開始する方法を示す支払人デバイスに表示されてもよい複数の画面を示す図である。 一実施形態に従って、非現金入金口座を選択する方法を示す受取人デバイスに表示されてもよい複数の画面を示す図である。 入金口座を選択し且つ図１９Ａで開始されたトランザクションを完了する方法を示す受取人デバイスに表示されてもよい複数の画面を示す図である。 選択された支払口座がスマートカードにより提供されるトランザクションを実行するように構成されたシステムを示す概略図である。 図２０に示したトランザクションに従って図１１Ａに示した方法の１つ以上のステップを更に詳細に示すフローチャートである。 図２０に示したトランザクションに従って図１１Ｂに示した方法の特定のステップを示すフローチャートである。 一実施形態に従って、図１８のスマートカードに格納された支払情報を受信する方法を示す図１８の受取人デバイスに表示されてもよい複数の画面を示す図である。 図２２Ａの支払情報を送信するための図１８のスマートカードと受取人デバイスとの間の通信チャネルの確立を示す図である。 入金口座を選択し且つ図２２Ａで開始されたトランザクションを完了する方法を示す受取人デバイスに表示されてもよい複数の画面を示す図である。 一実施形態に従って、選択された支払口座が支払人により提供された磁気クレジットカードを使用して提供されるトランザクションを実行するように構成されたシステムを示す概略図である。 一実施形態に従って、選択された支払口座が支払人により提供された小切手を使用して提供されるトランザクションを実行するように構成されたシステムを示す概略図である。 図２３及び図２４に示したトランザクションに従って図１１Ａに示した方法の１つ以上のステップを更に詳細に示すフローチャートである。 図２３及び図２４に示したトランザクションに従って図１１Ｂに示した方法の１つ以上のステップを更に詳細に示すフローチャートである。 一実施形態に従って図２３のクレジットカードの画像を取得する方法を示す受取人デバイスに表示されてもよい複数の画面を示す図である。 支払情報を抽出するために図２６Ａで取得された画像を処理する技術を示す図である。 図２６Ｂに示した画像処理ステップにより得られた情報を編集する方法を示す受取人デバイスに表示されてもよい複数の画面を示す図である。 入金口座を選択し且つ図２２Ａで開始されたトランザクションを完了する方法を示す受取人デバイスに表示されてもよい複数の画面を示す図である。 一実施形態に従って図２４の小切手の画像を取得する方法を示す受取人デバイスに表示されてもよい複数の画面を示す図である。 一実施形態に従って図２４の小切手の画像を取得する方法を示す受取人デバイスに表示されてもよい複数の画面を示す図である。 支払情報を抽出するために図２７Ｂで取得された画像を処理する技術を示す図である。 入金口座を選択し且つ図２７Ａで開始されたトランザクションを完了する方法を示す受取人デバイスに表示されてもよい複数の画面を示す図である。 更なる一実施形態に従って図２４の小切手の画像を取得する方法を示す受取人デバイスに表示されてもよい複数の画面を示す図である。 支払情報を抽出するために図２７Ｅで取得された画像を処理する技術を示す図である。 図２７Ｅで取得した画像に基づいて入金口座を選択し且つ図２７Ａで開始されたトランザクションを完了する方法を示す受取人デバイスに表示されてもよい複数の画面を示す図である。 一実施形態に従って複数の支払人を含むグループトランザクションを実行するように構成されたシステムを示す概略図である。 図２８のグループトランザクションを実行する方法を示すフローチャートである。 図２８のグループトランザクションの第１部分を開始する方法を示すイニシエータデバイスに表示されてもよい複数の画面を示す図である。 図３０Ａに示した第１トランザクションを完了し且つグループトランザクションの第２部分を更に開始する方法を示すイニシエータデバイスに表示されてもよい複数の画面を示す図である。 図３０Ａに示した第１トランザクションを完了し且つグループトランザクションの第２部分を更に開始する方法を示すイニシエータデバイスに表示されてもよい複数の画面を示す図である。 図２８のグループトランザクションに参加する方法を示す支払人デバイスに表示されてもよい複数の画面を示す図である。 図２８に示したグループトランザクションに追加のトランザクションメンバを追加する技術を示すイニシエータデバイスに表示されてもよい複数の画面を示す図である。 グループトランザクションメンバに請求書項目を配分する技術を示すイニシエータデバイスに表示されてもよい複数の画面を示す図である。 ２つ以上のグループトランザクションメンバに請求書項目を配分する技術を示すイニシエータデバイスに表示されてもよい複数の画面を示す図である。 一実施形態に従って部分請求書を閲覧する方法を示すイニシエータデバイスに表示されてもよい複数の画面を示す図である。 一実施形態に従って各グループトランザクションメンバから支払いを収集する方法を示すイニシエータデバイスに表示されてもよい複数の画面を示す図である。 一実施形態に従って各グループトランザクションメンバから支払いを収集する方法を示すイニシエータデバイスに表示されてもよい複数の画面を示す図である。 一実施形態に従って各グループトランザクションメンバから支払いを収集する方法を示すイニシエータデバイスに表示されてもよい複数の画面を示す図である。 一実施形態に従って各グループトランザクションメンバから支払いを収集する方法を示すイニシエータデバイスに表示されてもよい複数の画面を示す図である。 一実施形態に従って複数の支払人を含むトランザクションを実行するように構成されたシステムを示す概略図である。 図３１のグループトランザクションを開始する方法を示すベンダデバイスに表示されてもよい複数の画面を示す図である。 図３１のグループトランザクションを開始する方法を示すベンダデバイスに表示されてもよい複数の画面を示す図である。 グループトランザクションメンバに請求書項目を配分する技術を示すベンダデバイスに表示されてもよい複数の画面を示す図である。 各グループトランザクションメンバから支払いを収集し且つ図３１のグループトランザクションを完了する方法を示すベンダデバイスに表示されてもよい複数の画面を示す図である。

本発明の１つ以上の特定の実施形態について以下に説明する。これらの説明される実施形態は、本明細書で開示される技術の単なる例示である。更に、これらの例示的な実施形態を簡潔に説明しようとするため、実際の実現例の全ての特徴は本明細書で説明されない。そのようないかなる実際の実現例の開発時にも、どのようなエンジニアリング又は設計プロジェクトとも同様に、実現例毎に異なるシステム関連又はビジネス関連の制約に準拠すること等の開発者の特定の目的を達成するために実現例固有の多くの決定がされる必要があることが理解されるべきである。更にそのような開発努力は、複雑であり且つ時間がかかるが、本発明の利益を有する当業者には設計、組立及び製造の日常的な業務であることが理解されるべきである。

本発明は、ハンドヘルド、ポータブル電子デバイスを使用してピアツーピア金融取引を実行する種々の技術に関する。ハンドヘルド電子デバイスは、本発明の態様に従って、ピアツーピアトランザクションを実行し、ユーザの支払口座及び入金口座を表す情報を格納することを含み、支払情報を取得及び送出し、且つ支払許可を得るといういくつかの機能を組み込んでもよい。支払情報を取得するために、カメラ又は近距離無線通信（ＮＦＣ）デバイス等の１つ以上の入力デバイスが提供されてもよい。例えばＮＦＣデバイスは、支払情報データを取得又は送出するために外部デバイスとのＮＦＣ接続を開始するのに使用されてもよい。更にカメラデバイスは、支払人により提供された支払手段の画像から支払情報データを抽出するために画像処理アプリケーションと協働して利用されてもよい。電子デバイスは、ワイドエリアネットワーク（ＷＡＮ）、ローカルエリアネットワーク（ＬＡＮ）、パーソナルエリアネットワーク（ＰＡＮ）又は近距離無線通信チャネル等の選択された通信チャネルを介して支払いに対する許可を取得するために１つ以上の外部サーバと通信するように更に構成されてもよい。従って、以下に更に詳細に説明するように、本発明の実施形態に係る電子デバイスにより提供される種々の機能は、３人以上のメンバが関わるグループ取引を含むピアツーピア金融取引を実行する便利な技術を提供してもよい。実際には、以下に更に詳細に説明するように、以下に説明する技術の特定の態様は、個人間で実行される個人間トランザクションにおいて特に有用であってもよい。

次に図面を参照するが、最初に図１を参照すると、上記で簡単に説明したトランザクション関連技術及び機能を提供する１つ以上のトランザクションアプリケーションを含んでもよい電子デバイスが示され、一般に図中符号１０で参照される。図示する実施形態によると、電子デバイス１０は、メディアプレーヤ、携帯電話及びパーソナルデータオーガナイザ等の１つ以上のポータブルデバイスの機能を内蔵するハンドヘルドデバイスであってもよい。従って、電子デバイス１０により提供される機能に依存して、ユーザは、デバイス１０と共に自由に移動しつつ、音楽を聴いたり、ゲームをしたり、ビデオを録画したり、写真を撮影したり、電話をかけたりしてもよい。更に電子デバイス１０により、ユーザは、インターネット、あるいはローカルエリアネットワーク又はワイドエリアネットワーク等の他のネットワークに接続し且つそれを介して通信できてもよい。例えば電子デバイス１０により、ユーザは電子メール、テキストメッセージング、インスタントメッセージング又は他の形態の電子通信を使用して通信できてもよい。更に電子デバイス１０は、Ｂｌｕｅｔｏｏｔｈ及び近距離無線通信（ＮＦＣ）等の狭域接続プロトコルを使用して他のデバイスと通信してもよい。単なる例として、電子デバイス１０は、Ｃｕｐｅｒｔｉｎｏ，ＣａｌｉｆｏｒｎｉａのＡｐｐｌｅ Ｉｎｃ．から市販されているある機種のｉＰｈｏｎｅ（登録商標）であってもよい。

図示する実施形態に示すように、デバイス１０は、ケース又は筐体１２に含まれてもよい。ケース１２は、デバイス１０の内部構成要素を物理的損傷から保護してもよい。更にケース１２は、デバイス１０及びその内部構成要素を電磁妨害から保護してもよい。当業者には理解されるように、ケース１２は、プラスチック、金属又は複合材料等のあらゆる適切な材料から形成及び／又は構成されてもよく、無線通信をし易くするために特定の周波数の電磁放射をデバイス１０内の無線通信回路まで通過させてもよい。

また、ケース１２は、図１において図中符号１４、１６、１８、２０及び２２により示された種々のユーザ入力構造にアクセスできるようにしてもよい。これらのユーザ入力構造を介して、ユーザはデバイス１０とインタフェースしてもよい。ここで、各ユーザ入力構造１４、１６、１８、２０及び２２は、押下又は起動された時に１つ以上のデバイス機能を制御するように構成されてもよい。例として、入力構造１４は、押下又は起動された時にホーム画面又はメニューがデバイスに表示されるようにするボタンを含んでもよい。入力構造１６は、例えばスリープモード、起動モード又は電源ＯＮ／ＯＦＦモード等の１つ以上の動作モードの間でデバイス１０を切り替えるボタンを含んでもよい。入力構造１８は、デバイス１０が携帯電話アプリケーションを含む実施形態において呼び出し音をミュート又は無音にしてもよい２位置スライド構造を含んでもよい。更に入力構造２０及び２２は、デバイス１０の音量出力を上下させるボタンを含んでもよい。図示した入力構造１４、１６、１８、２０及び２２は単なる例示であり、電子デバイス１０は特定の実現例の要求に依存してボタン、スイッチ、制御パッド、キー、ノブ及びスクロールホイール等を含む種々の形態で存在するいかなる数のユーザ入力構造を含んでもよいことが理解されるべきである。

電子デバイス１０は、デバイス１０により生成された種々の画像を表示するように構成されたディスプレイ２４を更に含んでもよい。例として、ディスプレイ２４は、特に写真、映画、アルバムアート並びに／あるいはテキスト文書、スプレッドシート、テキストメッセージ及び電子メール等のデータを表示するように構成されてもよい。ディスプレイ２４は、電力状態、信号強度、通話状態又は外部デバイス接続等のフィードバックをユーザに提供する種々のシステムインジケータ２６を更に表示してもよい。ディスプレイ２４は、液晶ディスプレイ（ＬＣＤ）、発光ダイオード（ＬＥＤ）ディスプレイ、有機発光ダイオード（ＯＬＥＤ）ディスプレイ又は他の適切なディスプレイ等のあらゆる種類のディスプレイであってもよい。特定の実施形態において、デバイス１０は、追加のユーザ入力構造（例えば、構造１４、１６、１８、２０及び２２に加えて）として機能してもよいディスプレイ２４に隣接して配設されたタッチスクリーンインタフェース（図１には示さない）等のタッチセンシティブ要素を含んでもよい。このタッチスクリーンインタフェースを介して、ユーザは、例えばユーザの指又はスタイラスを使用して特定の要素にタッチすることによりディスプレイ２４に表示された要素を選択してもよい。

本実施形態に更に示すように、ディスプレイ２４は、ユーザがデバイス１０と対話することを可能にするグラフィカルユーザインタフェース（「ＧＵＩ」）２８を表示するように構成されてもよい。ＧＵＩ２８は、ディスプレイ２４の全て又は一部に表示されてもよい種々のグラフィックレイヤ、ウィンドウ、画面、テンプレート、要素又は他の構成要素を含んでもよい。例えばＧＵＩ２８は、本明細書では一般にアイコン３０で示された複数のグラフィック要素を表示してもよい。デフォルトでは、デバイス１０が最初に電源を投入された時等に、ＧＵＩ２８は本明細書では図中符号２９で表された「ホーム画面」として図示したアイコン３０を表示するように構成されてもよい。特定の実施形態において、ユーザ入力構造１４、１６、１８、２０及び２２は、ＧＵＩ２８をナビゲートし且つホーム画面２９から離れるのに使用されてもよい。例えば１つ以上のユーザ入力構造は、ユーザがＧＵＩ２８に表示された種々のアイコン３０を選択することを可能にするホイール構造を含んでもよい。更にアイコン３０は、タッチスクリーンインタフェースを介して選択されてもよい。

理解されるように、アイコン３０は、ユーザが選択した時にディスプレイ２４の領域の一部又は全てに表示されてもよい種々のレイヤ、ウィンドウ、画面、テンプレート、要素又は他の構成要素を表してもよい。また、アイコン３０の選択により、階層画面ナビゲーション処理に移行するか又はその処理を開始してもよい。例えばアイコン３０を選択すると、ディスプレイ２４は１つ以上の追加のアイコン３０又は他のＧＵＩ要素を含む別の画面を表示する。更に本実施形態に示すように、各グラフィック要素３０は、１つ以上の関連付けられたテキストインジケータ３２を有してもよく、それらのテキストインジケータ３２は、ユーザが各グラフィック要素３０を解釈しやすいように各グラフィック要素３０上に又はそれに近接して表示されてもよい。例えばアイコン３４は、テキストインジケータ「トランザクション」と関連付けられてもよい。ＧＵＩ２８は、階層構造及び／又は非階層構造で構成された種々の構成要素を含んでもよいことが理解されるべきである。

アイコン３０が選択された場合、デバイス１０は、選択したアイコン３０と関連付けられたアプリケーションを開始するか、開くか又は実行し且つ対応する画面を表示するように構成されてもよい。例えばトランザクションアイコン３４が選択された場合、デバイス１０は、トランザクションプログラムを開き、トランザクションプログラムで利用可能な種々のツール、特徴を表示するトランザクションメニューを表示してもよい。デバイス１０に提供されたアプリケーション毎に、１つ以上のそれぞれの画面は、各アプリケーションに対応する種々のユーザインタフェース要素を含んでもよいディスプレイ２４に表示されてもよい。

電子デバイス１０は、図示するＩ／Ｏポート３６、３８及び４０等の種々の入出力（Ｉ／Ｏ）ポートを更に含んでもよい。これらのＩ／Ｏポートにより、ユーザはデバイス１０を１つ以上の外部デバイスに接続できるか又はデバイス１０を１つ以上の外部デバイスとインタフェースさせられる。例えば入出力ポート３６は、メディアファイル等のデータファイルを送受信するプロプライエタリな接続ポートを含んでもよい。入出力ポート３８は、例えば加入者識別モジュール（ＳＩＭ）カードを受け入れる接続スロットを含んでもよい。ここで、デバイス１０は携帯電話機能を含む。入出力ポート４０は、オーディオヘッドホン又はスピーカの接続を提供するオーディオジャックであってもよい。理解されるように、デバイス１０は、いくつかの例を挙げてみると、電源、プリンタ及びコンピュータ等の種々の外部デバイス、あるいは外部記憶装置に接続するように構成されたいかなる数の入出力ポートを含んでもよい。理解されるように、Ｉ／Ｏポートは、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）ポート、シリアル接続ポート、ＦｉｒｅＷｉｒｅポート（ＩＥＥＥ−１３９４）又はＡＣ／ＤＣ電源接続ポート等のあらゆる適切なインタフェースの種類を含んでもよい。

更にいくつかの実施形態において、特定のＩ／Ｏポートは２つ以上の機能を提供するように構成されてもよい。例えば一実施形態において、Ｉ／Ｏポート３６は、上述したようにデータファイルを送受信するように構成されるだけでなく、コンセントから電力を提供するように設計された電源アダプタ又はデスクトップコンピュータ等の別の電子デバイスから電力をとるように構成されたインタフェースケーブル等の充電インタフェースにデバイスを結合するように更に構成されてもよい。Ｉ／Ｏポート３６は、例えばＩ／Ｏポート３６を介してデバイス１０に結合されている外部構成要素に依存してデータ転送ポート及びＡＣ／ＤＣ電源接続ポートの双方として共に機能するように構成されてもよい。

電子デバイス１０は、種々のオーディオ入力及び出力要素を更に含んでもよい。例えば一般に図中符号４２で示されたオーディ入出力要素は、１つ以上のマイクを備えてもよい入力受信機を含んでもよい。例えば電子デバイス１０が携帯電話機能を含む場合、入力受信機はユーザの音声等のユーザオーディオ入力を受信するように構成されてもよい。更にオーディオ入出力要素４２は、１つ以上の出力送信機を含んでもよい。デバイス１０がメディアプレーヤアプリケーションを含む場合、オーディオ入出力要素４２の出力送信機は、例えば音楽ファイルを再生する等、ユーザにオーディオ信号を送信するために１つ以上のスピーカを含んでもよい。

更に電子デバイス１０が携帯電話アプリケーションを含む場合、図１に示すように追加のオーディオ出力送信機４４が提供されてもよい。オーディオ入出力要素４２の出力送信機と同様に、出力送信機４４は通話中に受信した音声データ等のオーディオ信号をユーザに送信するように構成された１つ以上のスピーカを更に含んでもよい。オーディオ入出力要素４２の入力受信機及び出力送信機、並びに出力送信機４４は、共に動作して電話のオーディオ受信／送信要素として機能してもよい。

図示した実施形態において、電子デバイス１０は近距離無線通信（ＮＦＣ）デバイス４６を更に含む。ＮＦＣデバイス４６はケース１２内に配置されてもよく、ケース１２の外部にある印又は記号はケース１２内の場所を識別してもよい。ＮＦＣデバイス４６は、一般にケース１２の周囲に沿って位置付けられてもよいアンテナを含んでもよく、相対的に低いデータ転送速度（例えば、４２４ｋｂ／ｓ）で近距離通信を可能にしてもよく、ＩＳＯ１８０９２又はＩＳＯ２１４８１等の規格に準拠してもよい。いくつかの実施形態において、ＮＦＣデバイス４６は、相対的に高いデータ転送速度（例えば、５６０Ｍｂｐｓ）で近距離通信を可能にしてもよく、ＴｒａｎｓｆｅｒＪｅｔ（登録商標）プロトコルに準拠してもよい。本明細書で使用されるように、「ＮＦＣデバイス」という用語はＮＦＣ通信デバイス４６及び上述したアンテナの双方を示すことが理解されるべきである。

特定の実施形態において、ＮＦＣデバイス４６を使用する通信は約２〜４ｃｍの範囲内で行われてもよい。当業者には理解されるように、ＮＦＣデバイス４６を使用する近距離通信は磁界誘導を介して行われてもよいため、ＮＦＣデバイス４６は、他のＮＦＣ対応デバイスと通信できるか又は電波方式認識(Radio Frequency Identification)（ＲＦＩＤ）回路を有するタグから情報を検索できる。更に磁界誘導は、ＮＦＣデバイス４６が「起動」することを可能にしてもよく、あるいはパッシブ又はスリープモードである別のＮＦＣ対応デバイスをアクティブモードに誘導してもよい。以下に更に詳細に説明するように、ＮＦＣデバイス４６は上述したトランザクションアプリケーション（例えば、グラフィック要素３４により表された）と共に利用されて、支払及び入金情報の取得及び送信、並びにトランザクションの処理及び許可並びに支払及び入金口座の検証のための１つ以上の外部サーバとの通信に対応してもよい。

次に続けて図２を参照すると、図１に示した電子デバイス１０の背面図が示される。図２に示すように、デバイス１０はカメラ４８を含んでもよい。カメラ４８は、デジタル写真等のデジタル静止画又はムービー等の動画を取得するために使用されてもよい。以下に更に詳細に説明するように、カメラ４８は、小切手又はクレジットカード等の種々の支払手段の画像を取得するためにグラフィック要素３４により示された上述のトランザクションアプリケーションと共に利用されてもよい。当業者には既知であるように、口座所有者識別に対応する情報及び特定の支払手段と関連付けられた口座情報を抽出するために、光学文字認識（ＯＣＲ）等の種々の画像処理技術が支払手段の取得した写真画像の処理に適用されてもよい。

例示的なデバイス１０の更なる詳細は、図３を参照することにより更に理解されるだろう。図３は、本発明の一実施形態に従ってデバイス１０の種々の構成要素及び特徴を示すブロック図である。図３に示すように、デバイス１０は、上述したディスプレイ２４、ＮＦＣデバイス４６及びカメラ４８、並びにＣＰＵ５０、制御回路５２、記憶装置５４、複数の通信インタフェース５６、ビデオコントローラ７６、タッチスクリーンインタフェース７８、Ｉ／Ｏコントローラ８０及び電源８０を含んでもよい。

一般にデバイス１０の動作は、中央処理装置（ＣＰＵ）５０及び制御回路５２により制御されてもよい。これらの要素は協働して、オペレーティングシステム、アプリケーションプログラム、ＧＵＩ２８及びデバイス１０に提供されたあらゆる他の機能を実行するのに必要とされる処理能力を提供してもよい。ＣＰＵ５０は、単一のプロセッサを含んでもよく、あるいは他の実施形態において複数のプロセッサを含んでもよい。例として、ＣＰＵ５０は、「汎用」マイクロプロセッサ、汎用マイクロプロセッサ及び特定用途向けマイクロプロセッサの組み合わせ、命令セットプロセッサ、グラフィックスプロセッサ、ビデオプロセッサ、並びに関連するチップセット及び／専用マイクロプロセッサを含んでもよい。制御回路５２は、デバイス１０の構成要素間でデータ及び命令を転送する１つ以上のデータバスを含んでもよい。制御回路５２は、キャッシュする目的で内蔵メモリ（ＲＡＭ）を更に含んでもよい。また、図３には示さないが、デバイス１０は制御回路５２に内蔵されてもよい１つ以上のメモリコントローラを介してＣＰＵ５０と通信しているスタンドアローンのランダムアクセスメモリ（ＲＡＭ）を含んでもよい。

ＣＰＵ５０により使用された情報は、図中符号５４で表された長期記憶装置内に格納されてもよい。電子デバイス１０の記憶装置５４は、ＣＰＵ５０の動作に必要とされるデータ、ＣＰＵ５０により処理又は実行されるデータ、並びにアプリケーション及びプログラムデータ等のデバイス１０に要求される他のデータを格納するために利用されてもよい。例として、記憶装置５４は、ＣＰＵ５０により使用される電子デバイス１０に対するファームウェアを格納するように構成されてもよい。ファームウェアは、オペレーティングシステムと、電子デバイス１０の種々の機能、ＧＵＩ機能及び／又はプロセッサ機能を可能にする他のプログラム又はドライバとを含んでもよい。記憶装置５４は、グラフィック要素、画面及びテンプレート等のＧＵＩ２８についての構成要素を更に格納してもよい。また、記憶装置５４はメディア（例えば、音楽及びビデオファイル）、画像データ、アプリケーションソフトウェア、ユーザ設定情報（例えば、メディア再生のユーザ設定、一般的なユーザ設定）、無線接続情報（例えば、デバイス１０が電話又はインターネット接続等の無線接続を確立することを可能にする情報）、加入情報（例えば、ポッドキャスト、テレビ番組又はユーザが加入している他のメディアのレコードを維持する情報）、電話情報（例えば、電話番号）、並びにデバイス１０により要求された他の適切なあらゆるデータ等のデータファイルを格納してもよい。

長期記憶装置５４は、読み出し専用メモリ、フラッシュ又は固体メモリ、ハードディスクドライブ、あるいは他の適切なあらゆる光学、磁気又は固体コンピュータ可読媒体、並びにそれらの組み合わせ等の不揮発性メモリであってもよい。従って、簡潔にするために長期記憶装置５４が単一のデバイスとして示されるが、長期記憶装置５４はＣＰＵ５０と共に動作する上記の列挙した記憶装置の組み合わせの１つ以上を含んでもよいことが理解されるべきである。

更に特定の実施形態において、記憶装置５４は、カメラデバイス４８を使用して取得した画像等の画像データからのテキスト又は符号化情報の抽出を実行するように構成された画像処理アプリケーションを含んでもよい。画像処理アプリケーションは、上記で簡単に説明したように、１つ以上のＯＣＲ技術を採用してもよい。例えば画像処理アプリケーションは、取得したクレジットカードの画像からクレジットカード情報を抽出するために又は取得した小切手の画像から銀行情報を抽出するために使用されてもよい。これらの特徴及びアプリケーションについては以下に更に詳細に説明する。

デバイス１０は、図３において図中符号５６で示される情報を送受信する追加の接続性チャネルを提供するための１つ以上の通信インタフェースを更に含んでもよい。例えば通信インタフェース５６は、１つ以上のネットワークインタフェースカード（ＮＩＣ）及び／又はネットワークコントローラ、並びに種々の関連した通信プロトコルを表してもよい。通信インタフェース５６は、いくつかの種類の通信インタフェースを含んでもよく、それらの通信インタフェースは、無線ローカルエリアネットワーク（ＷＬＡＮ）インタフェース５８、ＮＦＣインタフェース６０、アンストラクチャード・サプリメンタリ・サービス・データ（ＵＳＳＤ）インタフェース６２、パーソナルエリアネットワーク（ＰＡＮ）インタフェース６４、ローカルエリアネットワーク（ＬＡＮ）インタフェース６６、ワイドエリアネットワーク（ＷＡＮ）インタフェース６８及びショートメッセージサービス（ＳＭＳ）インタフェース７０を含むがそれらに限定されない。

ＰＡＮインタフェース６４は、例えばＢｌｕｅｔｏｏｔｈ（登録商標）ネットワーク、ＩＥＥＥ８０２．１５．４（例えば、ＺｉｇＢｅｅ）ネットワーク又は超広帯域無線ネットワーク（ＵＷＢ）とネットワーク接続する機能を提供してもよい。理解されるように、ＰＡＮインタフェース６４によりアクセス可能なネットワークは、必須ではないが低電力、低帯域幅又は近距離無線接続を表してもよい。ＰＡＮインタフェース６４は、１つの電子デバイス１０がアドホック又はピアツーピア接続を介してコンピュータ又はポータブルメディアプレーヤ等の別のローカル電子デバイスに接続することを可能にしてもよい。しかし、２つの電子デバイス間の物理的な距離がＰＡＮインタフェース６４の有効範囲を超える場合、接続は切断される可能性がある。

ＬＡＮインタフェース６６及びＷＬＡＮインタフェース５８は、一般にはＰＡＮインタフェース６４を介して利用可能な範囲を超えるより長距離の通信チャネルを提供してもよい。ＬＡＮインタフェース６６は、例えばイントラネット又はインターネットへの接続を提供する有線イーサネット（登録商標）を用いたネットワークに対するインタフェースを表してもよく、ＷＬＡＮインタフェース５８は、ＩＥＥＥ８０２．１１ｘ無線ネットワーク等の無線ＬＡＮに接続するためのインタフェースを表してもよい。また、多くの場合、ＬＡＮインタフェース６６を介する２つの電子デバイス間の接続は、１つ以上のネットワークルータ、スイッチ、ゲートウェイ又は他の中間デバイスを介する通信を含んでもよい。

ワイドエリアネットワーク（ＷＡＮ）への接続は、ＷＡＮインタフェース６８を介して提供されてもよい。ＷＡＮインタフェース６８は、エンハンスド・データ・レート・フォー・ＧＳＭ・エボリューション（ＥＤＧＥ）ネットワーク又は３Ｇネットワーク（例えば、ＩＭＴ−２０００規格に基づく）等のセルラデータネットワークへのプライベート接続及び／又はセキュリティ保護された接続を可能にしてもよい。ＷＡＮインタフェース６８を介して接続された場合、ＰＡＮインタフェース６４、ＬＡＮインタフェース６６又はＷＬＡＮインタフェース５８を介する接続を切断する可能性のある場所の変化があったとしても、電子デバイス１０はインターネット及びいくつかの実施形態においては１つ以上の追加の電子デバイスと接続されたままでもよい。

特定の実施形態において、電子デバイス１０は、ネットワークインタフェースを介して外部デバイスとの接続を確立するためにサービス・ディスカバリ・ネットワーキング・プロトコルを更に含んでもよい。例えばデバイス１０及び外部デバイスは、インターネットプロトコル規格（ＩＰ）を使用して識別情報を同報通信してもよい。いくつかの実施形態において、外部デバイスは、外部デバイスが提供できる利用可能なサービス（例えば、ネットワーク化プリンタに対する印刷サービス）に関する情報を更に同報通信してもよい。デバイスは、デバイス間のＰＡＮ接続又はＷＬＡＮ接続等のネットワーク接続を確立するために識別情報を使用してもよい。例として、デバイス識別プロトコルは、Ａｐｐｌｅ Ｉｎｃ．により開発されたＢｏｎｊｏｕｒ（登録商標）により提供されてもよい。

小さいサイズの通信は、ＵＳＳＤインタフェース６２及びＳＭＳインタフェース７０を使用して送出されてもよい。ＳＭＳインタフェース７０は、１４０バイト以下のテキストメッセージの送信を可能にしてもよい。特定の実施形態において、より大きなサイズのメッセージは連結ＳＭＳを使用して送出されてもよい。ＵＳＳＤインタフェース６２は、ＧＳＭ信号チャネルを介してリアルタイムテキストメッセージの送信を容易にしてもよい。例として、ＵＳＳＤインタフェース６２は、場所及びアドレス、映画の上映時間又は株価等を問い合わせるために使用されてもよい。

デバイス１０は、ＮＦＣインタフェース６０を介する近距離通信機能を更に備えてもよい。ＮＦＣインタフェース６０は、デバイス１０と外部デバイスとの間の近距離通信を提供するように上述したＮＦＣデバイス４６と共に動作してもよい。ＮＦＣインタフェース６０は、別個の構成要素として存在してもよく、別のチップセットに組み込まれてもよく、あるいは例えばシステムオンチップ（ＳｏＣ）回路の一部としてＮＦＣデバイス４６自体に組み込まれてもよい。ＮＦＣインタフェース６０は、別のＮＦＣ対応デバイスと通信するために近距離無線通信インタフェース及びプロトコル（ＮＦＣＩＰ−１）等の１つ以上のプロトコルを含んでもよい。プロトコルは、通信速度を適応させ且つＮＦＣ接続を制御及び／又は開始する開始デバイスとして接続デバイスの１つを指定するために使用されてもよい。特定の実施形態において、ＮＦＣインタフェース６０は、ＷＬＡＮインタフェース５８、ＰＡＮインタフェース６４、ＬＡＮインタフェース６６又はＷＡＮインタフェース６８等の別の通信インタフェースを介する接続を許可するのに必要とされる可能性のあるサービスセット識別子（ＳＳＩＤ）、チャネル及び／又は暗号鍵等の情報を受信するために使用されてもよい。

特定の実施形態において、ＮＦＣインタフェース６０により、電子デバイス１０は、以下に更に詳細に説明するように金融トランザクションの処理を実行又は開始する時に、支払及び入金情報等のデータをやり取りするピアツーピアモードで別のＮＦＣ対応デバイスと通信できてもよい。ＮＦＣインタフェース６０は、ＮＦＣデバイス４６が自身のＲＦフィールドを生成する「ホスト」又はアクティブモードと、ＮＦＣデバイス４６が別のデバイスにより生成されたＲＦフィールドを検出した時にデータの転送又は受信を実行するアクティブ状態に誘導されてもよいパッシブモード又は「ｗａｋｅ−ｏｎ−ＮＦＣ」モードとの間でＮＦＣデバイス４６を切り替えるように更に構成されてもよい。理解されるように、パッシブモードにおけるＮＦＣデバイス４６及びインタフェース６０の動作はデバイス１０のバッテリ寿命を延ばす可能性がある。追加の実施形態において、ＮＦＣデバイス４６は、本明細書では図中符号７２で表されるユーザ又は製造業者のユーザ設定に基づいて制御されてもよく、そのユーザ設定は製造業者又はベンダにより事前に行われるか、あるいは後でユーザの好みに基づいてユーザにより行われてもよい。これらのユーザ設定は、事前に行われるか又は後で行われるかに関わらず記憶装置５４に格納されてもよい。

以下に更に詳細に説明するように、電子デバイス１０が外部デバイスとの間の金融トランザクションを含むピアツーピアトランザクションの開始を提供するように構成される実施形態において、ユーザ設定７２は、ユーザが指定した好適な又はデフォルトの支払口座又は支払元、並びにユーザが指定した好適な又はデフォルトの入金口座を含んでもよい。本明細書で使用されるように、「支払口座」等の用語は、支払いが引き落とされる口座を示すものとして理解される。更に「入金口座」等の用語は、支払いが入金される口座を示すものとして理解される。デフォルトの支払口座は、トランザクションがデバイス１０で開始された時に支払いを提供するために自動的に選択される口座であってもよい。同様に、デフォルトの入金口座は、受信した支払いを入金するために自動的に選択される口座であってもよい。ユーザ設定７２は、電子デバイス１０を動作することにより行われたか又は受信された支払いに関してユーザが電子領収証レコード又は確認メッセージを受信したい好適な電子メールアドレスを更に含んでもよい。

特定の実施形態において、ユーザ設定７２は、上述した通信インタフェース５６（例えば、５８、６０、６２、６４、６６、６８及び７０を含む）の特性を更に判定してもよい。例えばユーザ設定７２は、デバイス１０が接続してもよいネットワークのリストを含んでもよく、通信インタフェース５６間の順序又は優先順位を更に管理してもよい。例として、通信が外部デバイスから支払情報を受信すること又は外部デバイスに支払情報を送出することに関する場合、デバイス１０はＮＦＣインタフェース６０を介して通信するように構成されてもよい。同様に、例えば通信が外部及び／又はリモート金融サーバで受信支払情報を検証することに関する場合、デバイス１０はＷＬＡＮインタフェース５８又はＬＡＮインタフェース６６を介して通信するように構成されてもよい。更にデバイス１０は、複数の外部デバイスとの通信が提供された通信インタフェース５６の組み合わせを介して達成されるグループトランザクションを開始するか又はそれに参加するように構成されてもよい。例えば一実施形態において、デバイス１０は、ＷＬＡＮインタフェース５８、ＰＡＮインタフェース６４又はＬＡＮインタフェース６６のうちの１つを介して確立されたアドホックネットワークを通して各外部デバイスに更新済み請求書を同時に通信しつつ、ＮＦＣインタフェース６０を介して複数の外部デバイスのうちの１つ以上から支払情報を受信してもよい。

更に理解されるように、ユーザ設定７２に関連付けられた通信のユーザ設定は、各通信インタフェース５８、６０、６２、６４、６６、６８及び７０が利用可能なセキュリティ機能７４に更に依存してもてよい。セキュリティ機能７４は、記憶装置５４に格納されてもよく、デバイス１０と外部デバイスとの間のセキュリティ保護された通信を確立するためにセキュア・ソケット・レイヤ（ＳＳＬ）プロトコル又はトランスポート・レイヤ・セキュリティ（ＴＬＳ）プロトコル等の１つ以上の暗号プロトコルを含んでもよい。セキュリティ機能７４は、デバイス１０から送出された情報を暗号化する１つ以上の暗号アプリケーションを更に含んでもよい。これらの機能は、例えば一般にクレジットカード及び銀行口座情報を含んでもよい支払及び／又は入金口座情報等の機密情報を送信する時に特に有用であろう。

セキュリティ機能７４は、暗号鍵、パスコード及びパスワード、あるいはデジタル証明書等のセキュリティ機能７４の特定の側面により要求されるデータへのアクセスを制限するためにセキュリティ保護されたアクセス制限された記憶領域（例えば、記憶装置５４内）を更に含んでもよい。更にセキュリティ保護された記憶領域は、クレジットカード口座及び銀行口座を含むユーザの金融口座に関する情報等の機密データを格納するように構成されてもよい。セキュリティ保護された記憶領域は、非金融種類の口座に関する情報を更に格納してもよい。本明細書で使用されるように、「非現金口座」又は「非金融口座」等の用語は、非現金口座を所有又は維持する団体等の少なくとも１つの団体とやり取りする媒体として使用されてもよい、非通貨資産を含んでもよい口座を示すものとして理解される。一例を提供するために、金融以外又は非現金口座は、Ａｐｐｌｅ Ｉｎｃ．により開発及び運営されるｉＴｕｎｅｓ（登録商標）オンラインデジタルメディアストアを介して利用可能なｉＴｕｎｅｓ（登録商標）口座等のユーザのオンライン音楽／メディア加入又は購入口座であってもよい。ｉＴｕｎｅｓ（登録商標）口座は、ユーザがｉＴｕｎｅｓ（登録商標）オンラインメディアストアで音楽ファイル、映画ファイル、オーディオブック又はポッドキャスト等のメディアファイルを引き換えるか又は交換する際に使用される複数の「クレジット」を含んでもよい。これらの非現金口座は、セキュリティ機能７４により提供されたセキュリティ保護された記憶領域内に金融口座（例えば、銀行及びクレジットカード口座）と共に格納されてもよい。特定の実施形態において、セキュリティ保護された記憶領域は、電子デバイス１０内に組み込まれたマイクロコントローラを含んでもよい。更にいくつかの実施形態において、セキュリティ保護された記憶領域は、上述した機密データを格納することに加えて、例えば格納された情報への無許可のアクセスを防止するためにそれぞれのパスワード又は許可「個人識別番号」（ＰＩＮ）により更に保護されてもよい。

更なる実施形態によると、セキュリティ機能７４により、ユーザは上述したトランザクションアプリケーション（例えば、アイコン３４により表される）により提供されてもよい機能等のデバイス１０の全ての（例えば、電源投入時にロック）又は特定の機能をロックできるか又は一時的に無効にできる。例として、上記で簡単に説明したピアツーピアトランザクション機能は、ロックされると、ユーザ指定のＰＩＮ又はパスワードが提供されるまで無効にされてもよく又はユーザによるアクセスが不可能であってもよい。更にセキュリティ機能７４は、外部デバイスに対する支払口座情報の送出又は送信の前にＰＩＮが提供されることを要求することを更に含んでもよい。理解されるように、本明細書で説明されるセキュリティ機能７４は、デバイス１０が支払いを行うために無許可のユーザにより使用されることを防止することを助長する。

上述したように、デバイス１０は、ビデオコントローラ７６を更に含んでもよく、ビデオコントローラ７６は、ディスプレイ２４に動作可能に結合され、画像データを受信し且つ画像データの画素値に対応する電圧信号をディスプレイ２４に送出するように構成されてもよい。表示された画像データは、通信インタフェース５６を介して受信された情報並びに記憶装置５４に含まれた情報を示してもよい。当業者には理解されるように、画素値は各画素強度に対応する数値割り当てであってもよい。ディスプレイ２４は、ビデオコントローラ７６からの電圧信号を入力として受信し、電圧信号に対応する画像を生成してもよい。例えば、ビデオコントローラ７６により提供された信号により生成された画像は、図１を参照して上述したＧＵＩ２８の画面を表してもよい。

更に上述したように、デバイス１０を動作させるユーザは、ＧＵＩ２８を介して表示されてもよいアプリケーション又は情報を表せる種々のグラフィック要素を選択してもよい。図３に示すように、タッチスクリーンインタフェース７８は、ディスプレイ２４の前面又は背面に位置付けられてもよく、図１で上述したＧＵＩ２８により表示されるアイコン３０等のグラフィック要素を選択する機能をユーザに提供してもよい。タッチスクリーンインタフェース７８は、ユーザ、あるいはユーザにより制御又は操作されるオブジェクト（例えば、スタイラス）による物理的な接触（例えば、ディスプレイ２４にタッチする）に基づいて入力を受信し且つ「タッチ事象」情報をＣＰＵ５０に送出するように構成されてもよい。ＣＰＵ５０は、検出したタッチ事象情報を処理し且つ対応する動作を実行してもよい。例えば図１に戻ると、アイコン３４の「タッチ」は、対応するトランザクションアプリケーションを実行又は開始する命令としてＣＰＵ５０により処理されてもよい。タッチスクリーンインタフェース７８は、レジスティブ・イメージング、キャパシティブ・イメージング、インフラレッド・イメージング、サーフェス・アコースティック・ウェーブ・イメージング、エレクトロマグネティック・イメージング又はニア・フィールド・イメージング等のあらゆる適切な種類のタッチスクリーン技術を採用してもよい。更にタッチスクリーンインタフェース７８は、シングルポイント又はマルチポイント感知を採用してもよい。

図３に示したＩ／Ｏコントローラ８０は、ユーザが図１の図中符号１４、１６、１８、２０及び２２により表された入力構造等のデバイス１０に提供された種々の入力構造を介してＣＰＵ５０と通信できるようにするインフラストラクチャを提供してもよい。ユーザ入力構造１４、１６、１８、２０及び２２は、入力情報をデバイス１０に提供するためにタッチスクリーンインタフェース７６と共に又はそれとは別個に使用されてもよい。

デバイス１０の電源８２は、非ポータブル設定及びポータブル設定の双方でデバイス１０に電力を供給する機能を含んでもよい。例えばポータブル設定において、移送及び動きを容易にするために、デバイス１０はデバイス１０に電力を供給する一体型の電源８２を含んでもよい。電源８２は、ユーザにより取り外し可能であってもよく又はケース１２に固定されてもよいリチウムイオンバッテリ等の１つ以上のバッテリを含んでもよい。特定の実施形態において、プロプライエタリな接続Ｉ／Ｏポート３６は、バッテリを充電するためにデバイス１０を電源に接続するために使用されてもよい。他の実施形態において、１つ以上のバッテリは、非一体型であってもよく、１つ以上の充電式バッテリ又は交換可能なバッテリを含んでもよい。更に非ポータブル設定において、電源８２は電気コンセントにより提供されるような交流電源を含んでもよい。

上述したように、デバイス１０は、外部デバイスからのトランザクション（例えば、支払い及びクレジット）を開始及び受信する機能をデバイス１０に提供するトランザクションアプリケーション（例えば、アイコン３４により表される）を含んでもよい。図４を参照すると、「受取人」により動作されている第１のデバイス１０と「支払人」により動作されている第２のデバイス９２との間でピアツーピアトランザクションを実行するための一般に図中符号９０により示されるシステムが示される。第２のデバイス９２は、第１のデバイス１０とほぼ同一のポータブルデバイスであってもよく、あるいは他の実施形態においては例えばデスクトップコンピュータ又は支払端末等の非ポータブルデバイスであってもよい。本明細書で使用されるように、「受取人」という用語は支払いを受信しているトランザクションにおける一方のユーザを示すものとして理解され、「支払人」という用語は支払いを行っているトランザクションにおける他方のユーザを示すものとして理解される。従って、「受取人デバイス」及び「支払人デバイス」という用語は、受取人及び支払人により動作されているデバイス（例えば、デバイス１０及び９２）をそれぞれ示すものとして理解される。

図４に示すように、デバイス１０はトランザクションの受取人デバイスとして動作し、第２のデバイス９２は支払人デバイスとして動作する。最初に、受取人デバイス１０は、本明細書では図中符号９４で示された支払要求を支払人デバイス９２に送信してもよい。支払要求情報９４は、受取人デバイス１０により要求されている支払金額に関する情報を含んでもよい。支払要求情報９４は受取人のアイデンティティを示す情報を更に含んでもよく、その情報は受取人の名前に対応するテキストデータ、受取人に属し且つ／又は受取人を識別する電子メールアドレス、あるいは他のあらゆる種類の適切な識別情報を含んでもよい。また、支払要求９４は支払要求の目的を示す情報を更に含んでもよい。例えば支払要求９４は、支払人が受取人に支払う義務のある特定の未払いの負債又は残金に応じていてもよい。

一実施形態において、上述したように、受取人デバイス１０及び支払人デバイス９２は、各々がＮＦＣデバイス４６及びＮＦＣインタフェース６０を有するＮＦＣ対応デバイスであってもよい。最初に、受取人デバイス１０及び支払人デバイス９２はパッシブ動作モードであってもよい。支払要求９４を支払人デバイス９２に送信する直前に、受取人デバイス１０のＮＦＣデバイス４６の電源が投入されてもよく、これにより、受取人デバイス１０は、ＲＦフィールドが受取人デバイス１０のＮＦＣデバイス４６により生成されるアクティブモードに遷移する。受取人デバイス１０及び支払人デバイス９２がＮＦＣ接続の確立を容易にするのに十分な近さ又は距離内（例えば、一般に２〜４ｃｍ）に配置される場合、受取人デバイス１０により生成されたＲＦフィールドはアクティブ動作モードに遷移するように支払人デバイス９２のＮＦＣデバイス４６を誘導してもよく、これにより上述したように２つのデバイス間にＮＦＣ接続を確立する。従って、この確立したＮＦＣ接続を使用して、支払要求情報９４は支払人デバイス９２に送信され且つ支払人デバイス９２により受信されてもよい。

支払人デバイス９２は、受取人デバイス１０から支払要求情報９４を受信すると、受信した支払要求情報９４を上述したディスプレイ２４等のディスプレイに表示してもよい。支払人は、支払要求情報９４の正確度を点検し、要求された支払いを受取人に提供する際に使用する支払方法を選択してもよい。支払方法は、例えば受取人に属する銀行口座又はクレジットカード口座であってもよい。上述したように、選択した支払口座に関する口座情報は、図３で上述した記憶装置５４のセキュリティ保護された記憶領域等の支払人デバイス９２に格納されてもよい。従って、選択した支払方法（例えば、クレジットカード又は銀行口座）に関する情報は、セキュリティ保護された記憶領域に格納され且つ、支払人が特定の口座を選択した時に受取人デバイス１０に送信するためにそこから検索されてもよい。

従って、所望の支払口座が選択されると、本明細書では図中符号９６で表された支払口座情報は受取人デバイス１０に送信されてもよい。例えば支払要求情報９４の送信のように、支払口座情報９６は、各デバイスのＮＦＣインタフェース６０を介する先に確立されたＮＦＣ接続により、あるいは先のＮＦＣ接続が既に終了されている場合（例えば、デバイス間の距離が２〜４ｃｍの範囲を超えた場合）は新しい別個のＮＦＣ接続セッションを開始することにより、支払人デバイス９２から受取人デバイス１０に同様に送信されてもよい。特定の実施形態において、受取人デバイス９２は、上述したセキュリティ機能７４を更に含んでもよく、パスワード、ＰＩＮ又は他の適切な形式の許可が最初に提供された場合にのみ支払情報９６の送信を許可してもよい。次に進む前に、受取人デバイス１０と支払人デバイス９２との間の支払情報のＮＦＣを用いたやり取りは単なる例として提供されることに留意する。実際には、他の実施形態において、図３の通信インタフェース構成要素５６を参照して上述した通信インタフェース等のあらゆる種類の適切な通信インタフェースが利用されてもよい。

受取人は、支払人デバイス９２から支払情報９６を受信すると、受取人デバイス１０のディスプレイ２４で支払情報９６を閲覧してもよい。その後、受取人は、受取人デバイス１０に格納され且つ支払口座情報９６により表された支払いが入金される所望の入金口座を選択してもよい。入金口座が受取人デバイス１０において選択されると、総称して「トランザクション情報」と呼ばれ且つ図中符号９８で表される要求された支払金額、支払口座情報９６及び選択された入金口座は、口座情報の検証並びに次の要求された支払いの許可及び処理を行うために受取人デバイス１０により１つ以上の金融サーバ１００に送信されてもよい。理解されるように、金融サーバ１００との通信は上述した通信インタフェースの１つ以上を介して達成されてもよい。例えば受取人デバイス１０がＷＬＡＮ又はＷＡＮ機能を有するポータブルデバイスである場合、受取人デバイス１０は、無線接続を介して金融サーバ１００と通信してもよい。デバイス１０が非ポータブルデバイスである場合、金融サーバ１００と通信するためにＬＡＮ接続が提供されてもよい。デバイス１０と金融サーバ１００との間に確立された接続の種類に関係なく、図３のセキュリティ機能７４に関して上述したデータ暗号化技術及びセキュリティプロトコル（例えば、ＳＳＬ又はＴＳＬプロトコル）のうちの１つ以上が金融サーバ１００へのトランザクションデータ９８のセキュリティ保護された送信を容易にするために更に利用されてもよいことが理解されるべきである。

当業者には理解されるように、トランザクションデータ９８が送信される１種類以上の金融サーバ１００は、支払人により選択された支払口座の種類及び／又は受取人により選択された入金口座の種類に依存してもよい。例えば支払人により選択された支払口座がクレジットカード口座であり且つ受取人デバイス１０で指定された入金口座が銀行口座である場合、金融サーバ１００は銀行サーバ及びクレジットカード検証サーバの双方を含んでもよい。例として、トランザクション情報９８は、指定された入金口座が有効な口座であり且つクレジットカード支払いを受信できるかを検証するために指定された入金口座が保持される銀行と関連付けられた銀行サーバにまず送信されてもよい。理解されるように、銀行口座に対するクレジットカード支払いの受信は、受取人による登録、加入又は追加の料金の支払いを要求する可能性のある特別のサービスを構成してもよい。従って、入金口座がクレジットカード口座を使用して行われた支払いを受信することを許可されていない場合、受取人は異なる入金口座を選択するように通知されてもよい。

選択された入金口座がクレジットカード口座から支払いを受信することを許可されていると判定される場合、トランザクションデータ９８は許可要求の形式でクレジットカード検証サーバに更に送信されてもよい。クレジットカード検証サーバは、Ａｍｅｒｉｃａｎ Ｅｘｐｒｅｓｓ（登録商標）又はＭａｓｔｅｒＣａｒｄ（登録商標）等の支払人の選択したクレジットカード口座を維持するクレジットカード会社と関連付けられてもよい。クレジットカード検証サーバは、トランザクション情報９８を処理し、支払要求で指定された金額が支払人のクレジットカード口座から引き落とされることが許可されるかを判定してもよい。例として、クレジットカード検証サーバは、トランザクション情報９８で提供されたクレジットカード口座情報が指定された支払人に属する有効なクレジットカード口座に対応するかをまず検証してもよい。クレジットカード検証サーバは、クレジットカード口座と関連付けられたクレジットラインが要求された支払金額を満足するのに十分であるかを更に判定してもよい。指定されたクレジットカード口座が有効であり且つ要求された支払いを行うことを許可されるとクレジットカード検証サーバが判定した場合、クレジットカード検証サーバは支払人のクレジットカードから引き落とすことにより受取人により選択された入金口座への支払いを許可してもよい。クレジットカード検証サーバは、要求された支払いが許可され、要求された支払いが支払人のクレジットカード口座から引き落とされ且つ受取人の入金口座（例えば、銀行口座）に入金されたことを示す許可メッセージを銀行サーバに送信してもよい。

上述したクレジットカード検証サーバと銀行サーバとの間の対話は、受取人デバイス１０又は支払人デバイス９２により開始されたトランザクションを処理することに関して１つの可能な例を示すことを意図する。従って、１種類以上の金融サーバが本発明の実施形態に従ってピアツーピアトランザクションの処理に対して利用される他の種々の例が存在してもよいことが理解されるべきである。例えば指定された入金口座及び支払口座が異なる銀行に保持された銀行口座である例において、トランザクションは、クレジットカード検証サーバの代わりに複数の銀行サーバにより処理されてもよい。上述した種々の金融サーバ１００の間の通信は、受取人デバイス１０及び支払人デバイス９２で利用可能なあらゆる適切な通信インタフェース、いくつかの例を挙げてみるとＷＡＮインタフェース６８、ＬＡＮインタフェース６６又はＷＬＡＮインタフェース５８等により提供されてもよく、ＳＳＬ又はＴＳＬ等の１つ以上のセキュリティプロトコル、並びにトランザクション情報９８のセキュリティ及び完全性を保護する１つ以上のデータ暗号化技術を含んでもよいことが更に理解されるべきである。

図４に更に示すように、トランザクションが処理されると、完了メッセージ１０２が受取人デバイス１０に送信されてもよい。完了メッセージ１０２は、上述したようにＷＡＮ、ＷＬＡＮ、ＬＡＮインタフェースにより受信されてもよく、あるいはいくつかの実施形態においては電子メールにより又はＳＭＳテキストメッセージ（例えば、ＳＭＳインタフェース７０を介する）により送信されてもよい。完了メッセージ１０２は、要求されたトランザクションが正常に処理されたか否かを示してもよい。トランザクションが成功した場合、完了メッセージ１０２は、要求された支払い９４が指定された入金口座に入金されたことを受取人に対して示す確認を含んでもよい。あるいは、トランザクションが１つ以上の理由（例えば、提供されたクレジットカード口座に十分な資金又はクレジットがない）のために成功しなかった場合、完了メッセージ１０２は、トランザクションが成功しなかったことを示し且つ／又は受取人に対して別の支払方法を追求することを助言してもよい。

一実施形態において、受取人デバイス１０は、格納された複数の入金口座を有してもよく、受取人はユーザ設定７２等を介して入金口座に関する優先順位を指定してもよい。例えば選択された入金口座は、最高の優先順位を有する入金口座として自動的に選択されてもよい。従って、トランザクションが成功しなかった理由が現在選択されている入金口座のためである（例えば、口座がクレジットカード支払いを受信するように構成されていない）場合、トランザクションアプリケーションは、次に高い優先順位設定を有する入金口座を使用して金融サーバ１００に対する次のトランザクション要求を自動的に開始するように構成されてもよい。金融サーバ１００又は受取人デバイス１０は、トランザクションが正常に処理された場合、本明細書では図中符号１０４で表された電子領収証の形態で確認メッセージを支払人デバイス９２に送信してもよい。電子領収証１０４は、要求された支払いが支払人により満足され且つ受取人により受信されたという肯定応答の役割を果たしてもよい。

上記で提供された例における１つ以上の金融サーバ１００は複数のサーバ（例えば、銀行サーバ及びクレジットカード検証サーバ）を示すが、特定の例において、１つ以上の金融サーバ１００は、指定された支払口座及び入金口座が同一の金融機関（例えば、同一の銀行）により保持される状況等では単一の金融サーバを含んでもよい。この例において、上述したトランザクション許可処理は、共通の金融機関と関連付けられた単一のサーバにより実行されてもよい。従って、「単一のサーバ」という表現は異なる場所の２つ以上の演算装置を示してもよく、各演算装置は同一の金融機関により所有され又は動作され、あるいは同一の金融機関と関連付けられることが理解されるべきである。更に、１つ以上の金融サーバ１００は必ずしも金融資産を管理するように構成された金融サーバに限定される必要はない。例えば上述したように、トランザクションがｉＴｕｎｅｓ（登録商標）口座に格納されたクレジット等の非現金資産を含む場合、金融サーバ１００はｉＴｕｎｅｓ（登録商標）オンラインサーバにより管理されるサーバを含んでもよい。実際には、種々の金融サーバ１００の対話に関する追加の実施形態は、本発明の範囲内で着想され、以下に更に詳細に説明される。

本発明の開示を継続すると、図５Ａ〜図１０Ｂは、複数の画面画像を使用して、上述したトランザクションアプリケーション３４と共に使用するように電子デバイス１０を構成する種々の方法及び技術を示す。図示した画面画像は、ＧＵＩ２８により生成され且つディスプレイ２４に表示されてもよい。例えば、ユーザが入力構造１４、１６、１８、２０及び２２、並びに／あるいはタッチスクリーンインタフェース７８等を介してデバイス１０と対話すると、これらの画面画像が生成されてもよい。特にこれらの図面は、本発明の実施形態に従って、支払口座及び入金口座情報をデバイス１０に格納し且つ図３に関連して上述したユーザ設定７２及びセキュリティ機能７４のうちの１つ以上を構成する技術及び方法を示す。

上述したように、ＧＵＩ２８は、ユーザにより行われる入力及び選択に依存して、アイコン（例えば、３０）及びグラフィック要素を含む種々の画面を表示してもよい。これらの要素は、例えばタッチスクリーンインタフェース７６を使用してディスプレイ２４上の場所を物理的にタッチすることによりユーザにより選択されてもよい仮想グラフィック要素又は「ボタン」を表してもよい。従って、「ボタン」、「仮想ボタン」、「グラフィックボタン」又は「グラフィック要素」等の用語は、以下の画面画像の説明において使用されるように、ディスプレイ２４に提供されたグラフィック要素により表されたボタン又はアイコンのグラフィック表現を示すことを意図することが理解されるべきである。更に、次の図面に示され且つ説明される機能は、種々のグラフィック要素及び視覚方式を使用して達成されてもよいことが理解されるべきである。従って、本発明は、本明細書で示された厳密なユーザインタフェース仕様に限定されることを意図しない。本発明の実施形態は、種々のユーザインタフェース方法を含んでもよい。

最初に図５Ａ及び図５Ｂを参照すると、これらの図面は、クレジットカード口座を表す情報がユーザによりデバイス１０に入力及び格納された時にデバイス１０に表示されてもよい画面画像を合わせて示す。格納されたクレジットカード情報は、上述したトランザクションアプリケーションと共に支払口座として使用されてもよい。図５Ａに示すように、ユーザはデバイス１０のホーム画面２９に表示されたアイコン３４を選択することによりトランザクションアプリケーションを開始してもよい。アイコン３４を選択すると、トランザクションアプリケーションはＣＰＵ５０等を介して開始されてもよく、ユーザはトランザクションアプリケーションに対する「ホーム」又は「メイン」画面を表す画面１１０に進んでもよい。

画面１１０は、図中符号１１２、１１４及び１１６により表される複数のグラフィック要素を含んでもよい。グラフィック要素１１２、１１４及び１１６の各々は、ボタン又はキーの形態で表示されてもよく、関連付けられた対応する機能又は動作の簡単な説明を含んでもよい。例えばグラフィックボタン１１２は、ユーザがデバイス１０に格納された口座情報を閲覧及び変更できる機能を表してもよい。グラフィックボタン１１４は、ユーザが図４において上述したトランザクション等のピアツーピアトランザクションを開始できる機能を表してもよい。また、グラフィックボタン１１６は、ユーザが図３を参照して上述したユーザ設定７２等の種々のユーザ設定を閲覧及び変更できる機能を表してもよい。グラフィックボタン１１６により提供された機能により、ユーザは上述したセキュリティ機能７４のうちの１つ以上を変更できるか又はそれにアクセスできる。

本発明は、グラフィックボタン１１２により提供された機能の説明から開始する。しかし、グラフィックボタン１１４及び１１６により提供された追加の機能については以下に更に詳細に説明する。更に図５Ａに示すように、画面１１０はグラフィックボタン１１８を含んでもよい。グラフィックボタン１１８は、ユーザが前の画面に戻る動作を表してもよい。例えばユーザが図５Ａの画面１１０に表示されたボタン１１８を選択すると、ユーザはホーム画面２９に戻る。

新しいクレジットカード口座をデバイス１０に入力及び格納するために、ユーザはグラフィックボタン１１２を選択して画面１２０にアクセスしてもよい。画面１２０は、デバイス１０に現在格納されている全ての口座のリストを表示してもよい。画面１２０により示されるように、現在格納されている口座は、特定のカテゴリに従って編成及び表示されてもよい。例えば口座情報画面１２０は、現在格納されているクレジットカード口座の第１のリスト１２２、現在格納されている銀行口座の第２のリスト１２４、現在格納されている非現金口座の第３のリスト１２６、並びに特定のベンダ又は小売店と関連付けられたチャージカード又はロイヤリティカードを含んでもよい他の口座の追加のリスト１２８を表示してもよい。更に口座情報画面１２０は、それぞれグラフィックボタン１３０及び１３２により表されるような追加の口座を追加する機能又は既存の口座をデバイス１０から除去する機能を表す追加のグラフィック要素を含んでもよい。新しい口座をデバイス１０に追加するために、ユーザはグラフィックボタン１３０を選択してもよい。また、ユーザがリスト１２２、１２４、１２６又は１２８のうちの１つ以上に表示された先に格納された口座を除去したい場合、ユーザはグラフィックボタン１３２を選択することによりそれを行ってもよい。

図５Ａに示すように、グラフィックボタン１３０を選択すると、ユーザは画面１３４に進んでもよい。画面１３４は複数のグラフィックボタン１３６、１３８、１４０、１４２及び１４４を含んでもよく、各グラフィックボタンはデバイス１０に格納されてもよい種々の口座のカテゴリを表す。例として、ユーザはグラフィックボタン１３６を選択することにより新しいクレジットカード口座を入力及び格納する処理を開始してもよい。選択することにより、ユーザは画面１４６に進んでもよい。しかし、ユーザが種々の口座の種類を入力するための他のグラフィックボタン１３８、１４０、１４２又は１４４のいずれかを選択することを選択した場合、他のグラフィックボタンのいずれかを選択することにより、ユーザは適切な各画面に進むことが理解されるべきである。

次に画面１４６を参照すると、図中符号１４８、１５０、１５２及び１５４により示されたいくつかのドロップダウン形式の選択フィールドが表示されてもよい。例えばドロップダウン選択フィールド１４８は、種々のクレジットカードプロバイダに対応するクレジットカードブランドのリストを提供してもよい。このリストが提供されると、ユーザは、ユーザがデバイス１０に格納したい特定のクレジットカードに基づいて適切な選択を行ってもよい。更にドロップダウンフィールド１５０及び１５２は、新しいクレジットカード口座と関連付けられた有効期限に対応する月及び年の選択をユーザに提供してもよい。理解されるように、ドロップダウンフィールドは、ユーザにより動作又は選択されると、各ドロップダウンフィールドにデータを入れるために選択されてもよい利用可能なオプションのリストを表示してもよい。例えば入力されているクレジットカード口座の種類に対応するカテゴリの選択を表すドロップダウンフィールド１５４を参照すると、ユーザは種々のクレジットカード口座の種類を一般的に表す利用可能なカテゴリのリストから１つのカテゴリを選択してもよい。例として、一般にクレジットカードは、ガソリンの購入、航空券又は旅行の購入に関連して使用されてもよく、あるいは種々の購入に対して一般的に使用するカードであってもよい。

本発明の１つの態様によると、１つ以上のビジネス方法が提供されてもよい。ここで、１つ以上のクレジットカードプロバイダとの契約が達成され、デバイス１０の製造業者は、特定のクレジットカードブランドがデフォルトの選択として最初に選択されるようにデバイス１０を事前に設定してもよい。例えば図５Ａに示すように、ドロップダウンフィールド１４８は、特定のクレジットカードプロバイダ（例えば、Ａｍｅｒｉｃａｎ Ｅｘｐｒｅｓｓ（登録商標））と関連付けられたデフォルトのクレジットカードブランドを最初に表示してもよい。このように、ユーザが図５Ａ及び図５Ｂに示した処理を継続し、デフォルトの選択のクレジットカードの種類をデバイス１０に追加するステップを完了する場合、デバイスの製造業者及びクレジットカードプロバイダは、クレジットカードプロバイダにより維持されたクレジットカード口座が製造業者により販売及び／又は製造されたデバイスに格納される度にデバイス１０の製造業者が手数料又は料金を受け取るという契約をしてもよい。更に、デバイス１０の製造業者は、クレジットカードトランザクションがデバイス１０を使用して実行された場合にデバイス１０の製造業者がクレジットカードプロバイダに支払われたクレジットカードトランザクション料金の一部を受け取るようにクレジットカードプロバイダと契約をしてもよい。

図５Ａの説明を継続すると、画面１４６は、本明細書では図中符号１５６及び１５８で示されるようにいくつかのテキストフィールドを更に含んでもよい。フィールド１５６により、ユーザは新しいクレジットカード口座に対応する口座番号を入力できてもよい。更にフォームフィールド１５８は、ユーザが選択されたクレジットカードに対応するカード検証値（ＣＶＶ）コードを入力できるように提供されてもよい。理解されるように、ＣＶＶコードは、一般にクレジットカードの前面又は背面に印刷され、クレジットカードの磁気ストライプに符号化されてもよく、クレジットカードトランザクションにおいて追加のセキュリティ機能としての役割を果たしてもよく、それによりクレジットカードの不正使用に対する保護を強化する。別の実施形態において、ＣＶＶコードは、新しい口座を入力する時に要求されなくてもよく、その代わりに新しく追加したクレジットカード口座がトランザクションにおいて使用される度にデバイス１０により要求されてもよい。

フィールド１５６及び１５８にデータを入力するために、画面１４６はグラフィックテキスト入力キーボードインタフェース１６０を含んでもよい。テキスト入力キーボードインタフェース１６０は、例えばアルファベットの文字を表す複数のグラフィックボタン、並びにキーボード上の標準的な「スペースバー」及び「バックスペース」機能を表すボタンを含んでもよい。従って、ユーザは、テキストキーボードインタフェース１６０を使用して、デバイス１０のディスプレイ２４に表示されるあらゆるテキストフィールドにテキストデータを入力してもよい。テキスト入力キーボード１６０は、ユーザがテキスト入力キーボード１６０と数字キーボード１６４とを切り換えることを可能にするグラフィックボタン１６２を更に含んでもよい。図５Ａに示すように、数字キーボード１６４は、数字０〜９を表す複数のボタン及び一般に使用されるいくつかの句読点を含んでもよい。数字キーボード１６４は、ユーザがテキストキーボード１６０に戻ることを選択できるグラフィックボタン１６６を更に含んでもよい。例として、ユーザはクレジットカード口座番号及びＣＶＶコードをフォームフィールド１５６及び１５８に入力するためにテキストキーボード１６０から数字キーボード１６４に切り換えてもよい。更にテキストキーボード１６０に戻る必要が生じた場合、ユーザは、数字キーボード１６４のグラフィックボタン１６６を選択することによりそれを行えてもよい。追加の実施形態において、数字入力機能及びテキスト入力機能は、単一のグラフィックキーボードインタフェースに統合されてもよい。

ドロップダウンフィールド１４８、１５０、１５２及び１５４並びにテキストフィールド１５６及び１５８により要求された全てのクレジットカード情報がユーザにより提供されると、ユーザはグラフィックボタン１６８を選択してクレジットカード検証処理を開始してもよい。一般にこの検証処理は、クレジットカード口座をデバイス１０に入力するステップを実行するユーザがクレジットカード口座所有者又は許可されたユーザであることを検証する目的をかなえてもよい。例えば検証処理中、画面１４６に入力されたクレジットカード情報は、対応するクレジットカードプロバイダに送信されてもよい。上述したように、クレジットカード情報の送信は、上述した通信インタフェースのうちの１つ以上を介して達成されてもよく、上述した暗号化方法及びセキュリティ方法のうちの１つ以上により保護されてもよい。

次に図５Ｂを参照すると、デバイス１０により提供されたクレジットカード情報が有効であることをクレジットカードプロバイダが検証すると、クレジットカードプロバイダは、１つ以上の検証コードをデバイス１０に送信することによりユーザのアイデンティティを確認してもよい。例えば画面１７０を参照すると、通知メッセージ１７２が表示され、例えば電子メール等によりデバイス１０において使用されるクレジットカードをアクティブにする検証コードが提供されたことをユーザに通知する。理解されるように、検証コードが送出される電子メールアドレスは、クレジットカード口座と関連付けられ且つクレジットカードプロバイダにより維持されたレコードに含まれた電子メールアドレスであってもよい。これにより、許可された１人又は複数のユーザのみが検証コードを受信することが保証される。従って、クレジットカード検証画面１７０は、ユーザが電子メールメッセージを検索して検証コードを取得できる電子メールプログラムを実行するグラフィックボタン１４４を含んでもよい。

更に、グラフィックボタン１７８を選択することにより、ユーザは画面１２０に戻ってもよい。画面１２０は、上述したように画面１４６を介してユーザにより入力された新しいクレジットカード口座１８０を含むように更新されてもよい。処理のこの時点で、画面１２０は、上述した検証コードを提供する等の許可又は起動動作が実行されるまで、新しく入力されたクレジットカード口座１８０がデバイス１０からの支払いを行うために使用されないことを示してもよい。ユーザが画面１７０を参照して上述した電子メールで送信された検証コードを取得すると、ユーザは画面１８４に進んで検証コードを入力し、デバイス１０で使用するためにクレジットカード口座１８０をアクティブにしてもよい。例えば図５Ｂに示すように、ユーザは画面１２０の新しいクレジットカード口座１８０の場所を選択して画面１８４に進んでもよい。

画面１８４に示すように、ユーザは上述した電子メールの検証コードを入力するためのテキストフィールド１８６を提供されてもよい。検証コードは、テキスト入力キーボード１６０及び／又はグラフィックボタン１６２を選択することによりアクセスされる数字キーボード１６４を使用して入力されてもよい。電子メール検証コードが入力されると、ユーザはグラフィックボタン１８８を選択してもよく、それにより検証処理を完了し且つユーザが画面１２０に戻る。テキストフィールド１８６でユーザにより提供された検証コードがクレジットカードプロバイダにより提供された検証コードと一致した場合、上述したように、新しく入力されたクレジットカード口座１８０は図５Ｂの最終的な更新された画面１２０に示すようにトランザクションアプリケーション３４と共に使用することを許可され且つその準備が整う。

電子メールの検証コードがある理由のために受信されない場合、ユーザはテキストフィールド１９０に電話認証コードを提供してクレジットカード口座１８０をアクティブにしてもよい。例えば画面１７０に戻ると、電話確認コード１７６が通知メッセージ１７２において更に提供される。一実施形態において、電話認証コードを取得するために、ユーザは電子メール検証コードとは異なる対応する電話認証コードを受信するために通話等によりクレジットカードプロバイダに電話確認コード１７６を提供する必要があるが、この電話認証コードは正確に入力された場合はトランザクションアプリケーション３４による新しく入力されたクレジットカード１８０の使用を許可する。このように、トランザクションアプリケーション３４と共に使用するために新しく入力されたクレジットカード口座１８０を許可する別の方法として、ユーザは電話認証コードをテキストフィールド１９０に入力し且つグラフィックボタン１９２を選択してもよい。

次に図６Ａ及び図６Ｂに継続すると、これらの図面は、画面画像を使用して電子デバイス１０に銀行口座を入力及び格納する方法を示す。理解されるように、図６Ａ及び図６Ｂに示された処理のいくつかの側面は、図５Ａ及び図５Ｂを参照して上述したステップと同一ではないが類似してもよい。図６Ａから開始すると、ユーザは、上述したようにデバイスに現在格納されている全ての口座のリストを表示する画面１２０にアクセスするために画面１１０のグラフィックボタン１１２を選択してもよい。図６Ａに示すように、図５Ａ及び図５Ｂでユーザにより入力されたクレジットカード口座１８０は格納されたクレジットカード口座のリスト１２２に含まれる。

次に、ユーザは画面１２０のグラフィックボタン１３０を選択して画面１３４に進んでもよい。上述したように、画面１３４はグラフィックボタン１３６、１３８、１４０、１４２及び１４４を表示してもよく、それらのグラフィックボタンの各々はデバイス１０に格納されてもよい種々の口座のカテゴリを表してもよい。従って、新しい銀行口座を入力及び格納するために、ユーザはグラフィックボタン１４０を選択して画面１９８に進んでもよい。図６Ａに示すように、画面１９８は上述した画面１４６に類似してもよく、複数のドロップダウンフィールド（例えば、２００、２０２）及びテキストフィールド（例えば、２０４、２０６）が提供されてもよい。これらのフィールドを使用して、ユーザは要求された銀行口座情報をデバイス１０に入力してもよい。例えばドロップダウンフィールド２００により、ユーザは新しい銀行口座と関連付けられたバンキングプロバイダのアイデンティティを選択できる。ドロップダウンフィールド２０２により、例えば当座預金口座、普通預金口座及び金融市場預金口座等であってもよい格納されている銀行口座の種類が選択されてもよい。更にテキストフィールド２０４及び２０６により、ユーザはバンキングプロバイダの銀行番号及び銀行口座と関連付けられた口座番号をそれぞれ入力できる。テキストキーボード１６０は、フィールド２０４及び２０６にデータを入力するために画面１９８上に提供されてもよい。更に上述したように、上述した銀行番号及び銀行口座番号等の数字データの入力が要求された場合、グラフィックボタン１６２を選択することにより数字キーボード１６４にアクセスできる。

要求された銀行口座情報がドロップダウンフィールド２００及び２０２並びにテキストフィールド２０４及び２０６に入力されると、ユーザはグラフィックボタン２０８を選択して、デバイス１０においてトランザクションアプリケーション３４と共に使用するために入力された銀行口座を検証及び許可する処理を開始してもよい。理解されるように、入力された銀行口座に関する検証処理の特定の側面は、図５Ｂに関して上述されたクレジットカード検証処理と類似してもよい。例えば検証処理中、画面１９８で入力された銀行口座情報はドロップダウンフィールド２００で選択されたバンキングプロバイダに送信されてもよい。上述したように、銀行口座情報の送信は、上述した通信インタフェース（例えば、インタフェース５８、６０、６２、６４、６６、６８及び７０）のうちの１つ以上を介して達成されてもよく、上述した暗号化方法及びセキュリティ方法のうちの１つ以上により保護されてもよい。

図６Ｂに継続すると、デバイス１０により送信された銀行口座情報が有効な銀行口座を表すことをバンキングプロバイダが検証すると、バンキングプロバイダはあらゆる適切な種類の認証技術を使用してユーザのアイデンティティを確認してもよい。例えば図示した実施形態において、バンキングプロバイダは、銀行口座への１つ以上の検証入金を開始してもよい。当業者には理解されるように、検証入金は、一般に相対的に小さな金額（例えば、＄１．００ＵＳＤ未満）であり、口座所有者のアイデンティティを確認するために使用されてもよい。例えばバンキングプロバイダは、新しく入力された銀行口座がトランザクションアプリケーション３４と共に使用するために許可される前に口座所有者が検証入金額の正確な値を提供することを要求してもよい。例として、図６Ｂの画面２１０を参照すると、バンキングプロバイダが画面１９８で入力された銀行口座の妥当性を検証すると、通知メッセージ２１２が表示されてもよい。確認処理においていかなる数の検証入金が使用されてもよいことが理解されるべきであるが、図示した実施形態において、通知メッセージ２１２は、２つの検証入金が新しく入力された銀行口座に入金されたことをユーザに通知してもよい。

ユーザは、グラフィックボタン２１４を選択して画面１２０に戻ってもよい。画面１２０において、リスト１２４は、図中符号２１６で示されるように新しく入力された銀行口座を含むように更新されてもよい。図５Ｂに示した画面１２０のように、図６Ｂの画面１２０は、上述した検証入金額がバンキングプロバイダにより確認されるまで新しい銀行口座２１６がデバイス１０を使用して支払いを行うために使用されないことを示してもよい。従って、ユーザは、例えば検証金額の入金の後に発行された銀行口座明細書を閲覧するなどして検証入金の金額を判定することを要求される。

検証入金額を判定した後、ユーザは画面１２０において新しい銀行口座２１６の場所を選択することにより画面２１８にアクセスしてもよい。図６Ｂに示すように、画面２１８はテキストフィールド２２０及び２２２を表示してもよく、それにより、ユーザは２つの検証入金の金額を入力してもよい。更に、画面２１８は数字キーボード１６４を含んでもよく、それにより、ユーザは検証入金額をフィールド２２０及び２２２に入力してもよい。検証入金額が入力されると、ユーザはグラフィックボタン２２４を選択して画面１２０に戻ることにより確認処理を完了してもよい。図６Ｂに示すように、画面２１８でユーザにより入力された入金額がバンキングプロバイダにより入金された検証金額と一致した場合、新しく入力された銀行口座２１６は、図６Ｂの最終的な更新された画面１２０に示すようにトランザクションアプリケーション３４と共に使用することを許可され且つその準備が整う。以下に更に詳細に説明するように、デバイス１０（又はデバイス９２）に格納された銀行口座は、デバイス１０が受取人デバイスの役割を仮定するか又は支払人デバイスの役割を仮定するかに依存して入金口座及び支払口座の双方として使用されてもよい。

次に図７〜図１０Ｂに継続すると、上述したようなデバイス１０は、図３において図中符号７２で表されるような１つ以上のユーザ設定を含んでもよく、それらは製造業者により事前に行われてもよく又は後でユーザにより行われてもよい。例として、ユーザ設定７２は、デフォルトの支払口座、デフォルトの入金口座の選択、並びにセキュリティのための許可ＰＩＮ番号の選択及び格納等の追加の設定を含んでもよい。このように、図７〜図１０Ｂに示した画面画像は、ユーザが上述のユーザ設定を行うようにデバイス１０を動作できる技術を例として示すことを意図する。

最初に図７を参照すると、デフォルトの支払口座の選択は、画面１１０から開始してもよい。ここで、ユーザはグラフィックボタン１１６を選択して画面２３０にアクセスしてもよく、画面２３０は、デバイス１０の１つ以上のユーザ設定の現在の設定を表示してもよい。図示した実施形態において、画面２３０に表示されたユーザ設定は、現在選択されているデフォルトの支払口座２３２及び現在選択されているデフォルトの入金口座２３４を含んでもよい。画面２３０は、グラフィックボタン２３６及び２３８を更に含んでもよく、それらのボタンは、デフォルトの口座２３２及び２３４に隣接してそれぞれ表示されてもよく且つ選択された場合はユーザがデフォルトの口座の設定を修正又は変更できるようにしてもよい。

更に詳細に説明するように、２３０の画面は、例えばデバイス１０のユーザを識別し且つ支払領収証を受信するためにトランザクションアプリケーション３４により使用されてもよいユーザが入力した電子メールアドレス２４０等の種々の他のユーザ設定を更に表示してもよい。図７に示すように、ユーザはグラフィックボタン２４２を選択することにより電子メールアドレス設定２４０を更新してもよい。画面２３０は、ユーザが許可ＰＩＮコードを入力及び格納し且つトランザクションアプリケーション３４に関して許可状態を示すために選択できるグラフィックボタン２４４を更に含んでもよい。例えば図中符号２４６で示されるように、トランザクションアプリケーション３４は、「アンロック」モードであってもよく、一般に上述したトランザクションを実行するためにユーザにより使用されてもよい。セキュリティの目的で、ユーザはグラフィックボタン２４８を選択するなどしてこの許可設定２４６をアンロックモードとロックモードとの間で切り換えてもよく、それによりトランザクションアプリケーション３４はロックモードの時に無効にされてもよい。理解されるように、トランザクションアプリケーション３４がロックされた場合、ユーザはデバイス１０を使用して支払いを送出したり受信したりできない。特定の実施形態において、以下に更に詳細に説明するように、トランザクションアプリケーション３４は許可ＰＩＮを提供した時にのみアンロックされてもよい。

デフォルトの支払口座２３２の設定に戻ると、ユーザは、画面２５８に進めるグラフィックボタン２３６を選択することによりこのユーザ設定を更新してもよい。画面２５８は、支払口座として選択されてもよいデバイスに現在格納されている全ての口座のリストを表示してもよい。図示した実施形態において、口座のリストは、図中符号２６０、２６２及び２６４で示されたカテゴリに編成されてもよい。理解されるように、これは図５Ａを参照して画面１２０で説明された口座のリストに類似してもよい。リスト２６０は、デバイス１０に現在格納されているクレジットカード口座のリストに対応してもよい。リスト２６０に示すように、前の画面２３０に表示されたクレジットカード口座２３２は現在選択されているデフォルト支払口座であるとして示されてもよい。ここで、ユーザは一覧表示された他の口座のうちの１つをデフォルトの支払口座として選択するオプションを有してもよい。更にユーザは、デフォルトの支払口座設定を設定したくない場合はグラフィックボタン２６６を選択してもよい。例えばグラフィックボタン２６６を選択することにより、トランザクションアプリケーション３４は、支払いがデバイス１０を使用して行われる度に支払口座を選択するようにユーザに入力要求してもよい。

本実施形態において、ユーザは図５Ａ及び図５Ｂで入力されたクレジットカード口座１８０を選択してもよい。例えばユーザは、画面２５８においてクレジットカード口座１８０の大まかな場所を選択することによりそれを選択してもよい。その後、先に選択したデフォルトの支払口座（例えば、クレジットカード口座２３２）は選択解除されてもよく、クレジットカード口座１８０が現在選択されているデフォルト支払口座として画面２５８に示されてもよい。次に、ユーザはグラフィックボタン１１８を選択して画面２３０に戻ってもよく、画面２３０は新しく選択されたデフォルト支払口座としてクレジットカード口座１８０を表示するように更新されてもよい。

次に図８に継続すると、図８は、ユーザがデフォルトの入金口座を選択できる追加の画面画像を示す。図示されるように、ユーザは、画面２３０においてグラフィックボタン２３８を選択して画面２７０にアクセスしてもよい。画面２７０は、入金口座として選択されてもよいデバイスに現在格納されている全ての口座のリストを表示してもよい。例えば画面２７０は、銀行口座のリスト２６２及び非現金口座のリスト２６４を表示してもよい。しかし、一般にクレジットカード口座が支払いの入金を受け入れるための媒体として使用されないため、画面２７０は図７の画面２５８を参照して上述されたクレジットカード口座のリスト２６０を省略してもよい。

リスト２６２に示すように、前の画面２３０に表示された銀行口座２３４は、現在選択されている入金口座であるとして示されてもよい。従って、ユーザは画面２３０上の一覧表示された他の口座のうちの１つをデフォルトの入金口座として選択するオプションを有してもよい。例として、ユーザは図６Ａ及び図６Ｂで入力された銀行口座２１６を選択してもよい。例えばユーザは画面２７０において銀行口座２１６の大まかな場所を選択することによりそれを選択してもよい。その後、先に選択されたデフォルトの入金口座２３４は選択解除されてもよく、銀行口座２１６が現在選択されているデフォルトの入金口座であるとして画面２７０に示されてもよい。次に、ユーザはグラフィックボタン１１８を選択して画面２３０に戻ってもよく、画面２３０は新しく選択されたデフォルトの支払口座として銀行口座２１６を表示するように更新されてもよい。更に上述したように、ユーザは、デフォルトの入金口座設定を設定したくなく、支払いがデバイス１０を介して受信される度に入金口座を選択するように入力要求されることを好む場合、グラフィックボタン２６６を選択してもよい。

デフォルトの支払口座（例えば、クレジットカード口座１８０）及びデフォルトの入金口座（例えば、銀行口座２１６）が図７及び図８を参照して上述された方法でユーザにより設定されると、ユーザは画面２３０から追加のユーザ設定を実行し続けてもよい。例えば次に図９を参照すると、許可ＰＩＮを選択する方法を示す複数の画面画像が示される。画面２３０から開始すると、ユーザはグラフィックボタン２４４を選択して画面２８０にアクセスしてもよい。画面２８０は、一般に特定の数の文字を有する所望の許可ＰＩＮを選択するようにユーザに指示する命令メッセージ２８２を含んでもよい。例えば図示した実施形態において、デバイス１０は４桁のＰＩＮを格納するように構成されてもよい。しかし、他の実現例ではあらゆる所望の長さの許可ＰＩＮが利用されてもよいことが理解されるべきである。

画面２８０に示されるように、ユーザは数字キーボード１６４を使用して所望のＰＩＮ２８６をテキストフィールド２８４に入力してもよい。更に、デバイス１０がテキスト及び数字の双方を有するＰＩＮコードをサポートしてもよい実施形態において、上述したように、ユーザはグラフィックボタン１６６を選択することによりテキストキーボード１６０（図９には示さない）にアクセスできる。所望のＰＩＮ２８６が入力されると、ユーザはグラフィックボタン２８８を選択することにより入力したＰＩＮ２８６を確認してもよく、これにより、選択したＰＩＮ２８６を確認テキストフィールド２９２に再入力するようにユーザに命令する確認メッセージ２９０を表示するように画面２８０を更新してもよい。このように、ユーザは数字キーボード１６４を介して選択したＰＩＮ２８６をテキストフィールド２９２に再入力してもよい。

ＰＩＮ２８６がテキストフィールド２９２に入力されると、ユーザはグラフィックボタン２９４を選択することにより許可ＰＩＮ選択処理を完了してもよい。当業者には理解されるように、グラフィックボタン２９４を選択すると、デバイス１０は、テキストフィールド２８４及び２９２に入力された許可ＰＩＮコードが同一であるかを判定してもよい。テキストフィールド２８４及び２９２に入力されたＰＩＮが誤ったユーザ入力のために又は他の何らかの理由のために一致しない場合、ユーザは不一致であること通知されてもよく（図９には示さない）、ＰＩＮ２８６をテキストフィールド２８４及び２９２の各々にもう１度再入力することを要求されてもよい。入力されたＰＩＮが同一であると判定された場合、以下に更に詳細に説明されるように、ＰＩＮ２８６は、許可ＰＩＮコードとして使用するためにデバイス１０に格納され、トランザクションアプリケーション３４の種々の側面に関して追加のセキュリティ機能を提供してもよい。その後、許可ＰＩＮ２８６が確認され且つデバイス１０に格納されると、ユーザは、ユーザが現在格納されている許可ＰＩＮコード２８６を編集又は修正できる機能に対応するグラフィックボタン２９８によりグラフィックボタン２４４が置換された更新済み画面２３０に戻ってもよい。

許可ＰＩＮコード２８６を選択及び格納する機能をユーザに提供することに加えて、デバイス１０に対するユーザ設定は、トランザクションアプリケーション３４をロック又は無効にする機能を更に提供してもよく、それによりトランザクションアプリケーション３４がロックされている間にデバイスがトランザクション要求を受信、送出又は処理できないようにする。例えば一実施形態において、トランザクションアプリケーション３４は、ユーザによりロックされると、図９でユーザにより格納された許可ＰＩＮ２８６が入力されるまでロック状態又は無効状態のままであってもよい。トランザクションアプリケーションのロック及びその後のアンロックに関する技術は、図１０Ａ及び図１０Ｂを参照するとより理解されるだろう。

最初に図１０Ａを参照すると、上述したように、画面２３０は、トランザクションアプリケーション３４に対する許可設定２４６の現在の状態のインジケーションを表示してもよく、この時点ではトランザクションアプリケーション３４がアンロック状態であることを示してもよい。トランザクションアプリケーション３４をロックするために、ユーザはグラフィックボタン２４８を選択して画面３０４にアクセスしてもよい。画面３０４に示すように、通知メッセージ３０６が表示され、一般にトランザクションアプリケーション３４がロックされている場合はデバイス１０がトランザクション要求を受信又は送出できないことをユーザに通知する。ユーザがトランザクションアプリケーション３４をロックすることを選択する場合、ユーザは画面３０４のグラフィックボタン３０８を選択することによりそれを行ってもよい。図１０Ａに示すように、グラフィックボタン３０８を選択することにより、トランザクションアプリケーション３４はロックされ、ユーザは画面２３０に戻る。画面２３０は、許可設定２４６が現在ロック状態であることを示すように更新されてもよい。尚、グラフィックボタン２４８は、更新済み画面２３０において、選択されるとユーザがトランザクションアプリケーション３４をアンロックすることを可能にする機能を表してもよいグラフィックボタン３１２と置換されてもよい。更に、画面３０４においてユーザがトランザクションアプリケーション３４をロックしないと決定した場合、ユーザはグラフィックボタン３１０を選択してもよく、それにより前の画面２３０に戻り、画面２３０においてはトランザクションアプリケーションに対する許可設定２４６がアンロックされているものとして示される。

次に図１０Ｂに継続すると、ユーザが図１０Ａにおいてトランザクションアプリケーション３４をロックすることを選択した場合、ユーザは画面２３０においてグラフィックボタン３１２を選択してもよい。グラフィックボタン３１２を選択すると、ユーザは画面３１８に進み、画面３１８は通知メッセージ３２０、フィールド３２２及びグラフィックボタン３２４を表示してもよい。通知メッセージ３２０は、図９で選択された許可ＰＩＮ２６８を入力するようにユーザに命令してもよい。ここで示すように、数字キーボード１６４は、許可ＰＩＮ２６８をテキストフィールド３２２に入力するために提供されてもよい。許可ＰＩＮ２６８が入力されると、ユーザは画面２３０に戻るグラフィックボタン３２４を選択することによりアンロック要求を確認してもよい。画面２３０において、許可設定２４６は、トランザクションアプリケーション３４が再度アンロック状態になったことを反映するように更新され、これによりデバイス１０を使用してトランザクション要求を受信及び送出する機能を再度有効にする。尚、グラフィックボタン３１２は上述したグラフィックボタン２４８と置換されてもよい。

デバイス１０で実行されてもよいトランザクションアプリケーション３４に関する種々の側面の構成を説明したが、図１１Ａは、受取人の観点からトランザクションを開始し且つ処理する方法を示し、これは一般に図中符号３２８で示される。同様に、図１１Ｂは、支払人の観点からトランザクション要求の受信及びトランザクション要求に応答して支払いを行う次の動作を説明する方法３６０を示す。ある状況において、方法３２８及び３６０は、少なくとも部分的に同時に行われてもよいことが理解されるべきである。

図１１Ａから開始すると、方法３２８はステップ３３２における請求書の判定から開始してもよい。理解されるように、「請求書」という用語は、支払要求の一般用語を示してもよく、要求された支払金額、要求する受取人のアイデンティティ及び支払いが要求されている理由又は特徴を説明する追加の情報を含んでもよい。ステップ３３２で請求書の条件が判定されると、ステップ３３４で示されるように請求書情報は支払人に送信されてもよい。例として、方法３２８で説明される請求書情報の送信は、図４を参照して上述されたような受取人デバイス１０から支払人デバイス９２への支払要求情報９４の通信に対応してもよい。

その後、ステップ３３６で示されるように、受取人は、支払人からの支払口座を表す情報の送信を待ってもよい。上述したように、支払人からの支払情報の受信は、ステップ３３４の要求された支払いの肯定応答及び承諾を示してもよい。支払人から支払情報を受信すると、ステップ３３８において、受取人は、受取人が要求した支払いを入金してほしい入金口座をデバイス１０において選択してもよい。例えば上述したように、入金口座は、図６Ａ及び図６Ｂを参照して上述したようにユーザ指定のデフォルト入金口座２１６として自動的に選択されてもよく且つ／又はユーザにより手動で選択されてもよい。

次に、総称して「トランザクション情報」と呼ばれてもよいステップ３３２で判定された支払要求情報、ステップ３３６で支払人から受信した支払情報及びステップ３３８で選択された入金口座は、要求したトランザクションの検証及び処理を行うために１つ以上の適切な金融サーバ１００に送信されてもよい。例えば上述したように、トランザクション情報が送信されてもよい金融サーバ１００の種類は、支払人及び受取人によりそれぞれ選択された支払口座及び入金口座の種類に依存してもよい。

トランザクション情報は、要求したトランザクションが許可されてもよいかを判定するために判断ステップ３４０で処理されてもよい。ステップ３４０で金融サーバ１００が要求したトランザクションを実行するために支払口座又は入金口座のうちの１つ以上を許可できないと判定された場合、方法３２８は判断ステップ３４２に進み、受取人は現在のトランザクションの条件を再交渉するように入力要求されてもよい。例として、受取人がトランザクションの条件を再交渉したい場合、受取人は支払人から別の支払口座を受信するためにステップ３３６に戻ってもよく、あるいは別の入金口座を選択するためにステップ３３８に戻ってもよい。理解されるように、ステップ３３６に戻るか又はステップ３３８に戻るかの判断は、トランザクション情報が判断ステップ３４０で検証又は許可されなかった１つ又は複数の理由に依存してもよい。例えば許可処理がステップ３３６で受信した支払口座の不十分な資金又はクレジットのために失敗した場合、受取人は、支払人が要求した支払金額を満足するように十分な資金又はクレジット等を有する別の支払口座を提供するように要求してもよい。この例において、方法３２８は判断ステップ３４２からステップ３３６に戻ってもよい。

あるいは、判断ステップ３４０における許可の失敗が支払口座と入金口座との間に互換性がないために起こるという状況がある。例として、この種のトランザクションの失敗は、選択した支払口座がクレジットカード口座であり且つ選択した入金口座がクレジットカード口座から行われた支払いを受信するように許可又は構成されていない銀行口座である場合に起こる。従って、判断ステップ３４２からステップ３３８に戻り、受取人が選択した支払口座から支払いを受け入れるように許可された別の入金口座を選択するように入力要求されるか、あるいはステップ３３６に戻り、受取人は支払人が受取人の選択した入金口座と互換性のある銀行口座等の別の支払口座を選択することを要求してもよい。あるいは、受取人は、ステップ３４２においてトランザクションの条件を再交渉しないことを選択し、ステップ３４４において現在のトランザクションを取り消してもよい。

次に判断ステップ３４０に戻ると、要求したトランザクションが支払口座及び入金口座に関して許可されたと判定した場合、ステップ３４６において、要求した支払金額に対応する支払いは図中符号で示されるようにステップ３３８で選択された入金口座に入金されてもよい。ステップ３４６において受取人が支払いを受信すると、トランザクションはステップ３４８で完了してもよい。その後、ステップ３５０において、支払領収証は支払人デバイス１０を介して直接又は受取人の許可の下で金融サーバ１００の１つを介して間接的に受取人により支払人に送信されてもよい。例えば受取人は、トランザクションが正常に完了すると、図４の領収証１０４等の電子領収証が１つ以上の金融サーバ１００から支払人のデバイス９２に送信されることを許可してもよい。

次に図１１Ｂに継続して、受取人の観点から図１１Ａで一般的に説明したトランザクションについて、方法３６０を介して支払人の観点から説明する。ステップ３６４から開始すると、支払人は受取人から支払要求を受信してもよい。例えば、ステップ３６４における支払要求の受信は、方法３２８のステップ３３４における請求書情報の送信に対応してもよい。支払要求を受信すると、方法３６０はステップ３６６に進み、支払人は支払人デバイス９２に格納された１つ以上の利用可能な支払口座から１つの支払口座を選択してもよい。図５Ａ及び図５Ｂのデバイス１０におけるデフォルトの支払口座１８０の選択の説明と同様に、支払人デバイスは同様の機能を組み込んでもよい。支払口座が選択されると、ステップ３６６に進み、選択された支払口座が受取人に送信される。上述したように、一実施形態において、支払要求及び支払口座情報の送信は、受取人デバイス１０と支払人デバイス９２との間のＮＦＣ接続を介して達成されてもよい。受取人が支払人の選択した支払口座を表す情報を受信すると、受取人は入金口座を選択し（例えば、方法３２８のステップ３３８）、処理するために１つ以上の金融サーバ１００にトランザクション情報を提供してもよい。

判断ステップ３６８において、トランザクションが正常に完了したかに関する判定が行われる。上述の１つ以上の理由のためにトランザクションが完了しなかった場合、ステップ３７０に示されるように、支払人の口座から引き落とされない。あるいは、判断ステップ３６８においてトランザクションが金融サーバにより許可され且つ正常に完了したと判定された場合、ステップ３７２において、要求された支払金額が支払人により指定された入金口座から引き落とされる。その後、支払人は、ステップ３７４で示されるような領収証を受信してもよく、それにより支払いが受取人に対して入金口座から行われたことを示す。例えば方法３６０のステップ３７４で受信した領収証は、上述した方法３２８のステップ３５０で送信された領収証に対応してもよい。

本発明の説明を継続すると、図１２Ａ〜図１２Ｃは、現在説明されている技術に従って受取人デバイス１０と支払人デバイス９２との間で実行されてもよい種々のトランザクションを示す概略図である。一般に、図１２Ａ〜図１２Ｃに示された実施形態は、以下に更に詳細に説明されるように、トランザクションがＮＦＣタップ動作により２つのＮＦＣ対応デバイス間で開始されてもよいいくつかの例を示す。例えば図１２Ａは、受取人デバイス１０により提供された支払要求に応答して、支払いが支払人デバイス９２に格納されたクレジットカード口座を介して行われることを示す。図１２Ｂ及び図１２Ｃは、銀行口座が支払人により支払口座として選択される追加の実施形態を示す。特に、図１２Ｂは、選択された支払口座及び入金口座が異なるバンキングプロバイダにより維持される例を示し、図１２Ｃは、選択された支払口座及び入金口座が同一のバンキングプロバイダにより維持される例を示す。

図１２Ａから開始すると、トランザクション３７５は、受取人デバイス１０、支払人デバイス９２、並びに本実施形態では銀行サーバ３８０及びクレジットカード検証サーバ３８２を含んでもよい１つ以上の金融サーバ１００を含んでもよい。トランザクション３７５を開始するために、受取人デバイス１０は最初に支払要求３８４を支払人デバイス９２に送信してもよい。上述したように、支払要求３８４は、要求された支払金額、受取人のアイデンティティ、並びに支払要求の特徴又は理由に関する追加の情報を含んでもよい。上述したように、受取人デバイス１０及び支払人デバイス９２は双方ともＮＦＣ対応デバイスであってもよい。従って、支払要求情報３８４は、図中符号３８６で示されるようにデバイスを「タップ」することにより又は「タップ動作」を実行することによりＮＦＣ接続３８８を確立して受取人デバイス１０から支払人デバイス９２に送信されてもよい。

本明細書で使用されるように、「タップ」及び「タップ動作」等の用語は、ＮＦＣを用いた接続がデバイス間で確立されるように１つのＮＦＣ対応デバイスを１つ以上の追加のＮＦＣ対応デバイスの至近距離内に配置する動作を意味するものとして理解される。上述したように、ＮＦＣを用いた接続を確立する１つの技術は磁界誘導によるものであり、それにより、ホストデバイスとしての役割を果たす第１のＮＦＣ対応デバイスはＲＦフィールドを生成し、その結果、パッシブ状態からアクティブ状態に遷移するように第２のデバイス内に配置されたＮＦＣデバイスを誘導し、ＮＦＣ接続を確立する。確立されると、情報はＮＦＣ接続を介してデバイス間でやり取りされてもよい。

図１３を参照すると、ＮＦＣタップ動作３８６の概略図が示される。例えばＮＦＣ接続３８８の開始前、支払人デバイス９２は図中符号２９０で示されるようにパッシブモード又は「ウェーク・オン・ＮＦＣ（ＮＦＣで起きる）」モードであってもよい。パッシブモードである間、デバイス９２に含まれてもよいＮＦＣデバイス４６及びＮＦＣインタフェース６０は、ＮＦＣインタフェース６０が受取人デバイス１０等の外部デバイスからＮＦＣ送信を検出するまで非アクティブのままであってもよい。例として、受取人デバイス１０が支払要求３８４を送信するように動作すると、支払人デバイス１０内に配置されたＮＦＣインタフェース６０及び対応するＮＦＣデバイス４６は、図中符号３９２により示されるようなアクティブ又はホストモードに遷移してもよい。ホストモード３９２の間、受取人デバイス１０のＮＦＣデバイス４６は、ＮＦＣ接続を容易にする適切な範囲内にあるＮＦＣインタフェース６０及びＮＦＣデバイス４６をそれぞれ有する他のＮＦＣ対応デバイスを見つけるためにＮＦＣ通信信号を周期的に放出してもよい。

例えば受取人デバイス１０及び支払人デバイス９２がＮＦＣ接続を確立するのに適切な範囲内に配置される（例えば、タップ動作３８６）場合、接続の確立は、本明細書では図中符号３９６で示される開始ハンドシェイクにより開始されてもよい。デバイスをタップする際、各デバイス内の各ＮＦＣデバイス４６の間の距離がＮＦＣを用いた接続を確立するのに適切であるようにＮＦＣデバイス４６が位置付けられることが重要であることが理解されるべきである。例えば支払人デバイス９２が相対的に大きい非ポータブルデバイスである場合、受取人は、受取人デバイス１０内のＮＦＣデバイス４６がＮＦＣ接続３８８を確立するために支払人デイバス９２内のいずれかの対応するＮＦＣ回路から適切な距離内にあるように受取人デバイス１０を位置付けることを要求される。

受取人デバイス１０のＮＦＣインタフェース６０及びＮＦＣデバイス４６がホストモードで動作している間、受取人デバイス１０はＰＩＮＧメッセージ４００を周期的に放出してもよい。支払人デバイス９２の対応するＮＦＣインタフェース６０は、ＰＩＮＧメッセージ４００を受信してもよく、それによりＮＦＣ送信を検出した時に支払人デバイス９２内に配置されたＮＦＣデバイス４６は起動し（例えば、ウェーク・オン・ＮＦＣ）、図中符号３９８により示されるようにパッシブモードからアクティブモードに遷移する。従って、電源が投入され且つアクティブにされると、支払人デバイス９２のＮＦＣデバイス４６は、受取人デバイス１０のＮＦＣインタフェース６０を介して受信されてもよい肯定応答メッセージ４０２を送出することによりＰＩＮＧメッセージ４００に対して応答してもよく、それにより開始ハンドシェイク３９６を完了する。

この開始ハンドシェイク３９６の後、受取人デバイス１０及び支払人デバイス９２は、図中符号４０４で示されるようにデバイスプロファイルをやり取りしてもよい。デバイスプロファイル４０４は、受取人デバイス１０及び支払人デバイス９２で利用可能な機能に関する種々の情報を含んでもよい。例えばデバイスプロファイル４０４は、拡張マークアップ言語（ＸＭＬ）を含むあらゆる適切な形式のデータメッセージにより表されてもよく、デバイス名、シリアル番号、所有者名、デバイスの種類、並びにあらゆる他の種類の識別情報を示してもよい。例えば追加の識別情報は、デバイス１０及び９２の各々と関連付けられてもよいネットワーク又は携帯電話サービスプロバイダ等のサービスプロバイダの名前を含んでもよい。デバイスプロファイル４０４は、各デバイスにインストールされてもよいアプリケーション、ドライバ又はサービスを示すことにより受取人デバイス１０及び支払人デバイス９２の機能に関する情報を更に含んでもよい。

更に受取人デバイス１０及び支払人デバイス９２は、図中符号４０６により表されるように各デバイスで利用可能な暗号化機能に関する情報をやり取りしてもよい。上述したように、本明細書で説明した種々のトランザクションがクレジットカード口座及び銀行口座に関する情報等の機密情報の転送を常に含む可能性があるため、受取人デバイス１０と支払人デバイス９２との間で転送され且つ１つ以上の金融サーバ１００に転送されているトランザクション情報を保護する１つ以上の暗号化手段の使用が実現されてもよい。従って、ＮＦＣ接続３８８が確立され且つデバイスプロファイル４０４及び暗号化機能４０６がやり取りされると、図中符号４０８で示されるように、情報はデバイス１０と９２との間でやり取りされてもよい。

次に図１２Ａに戻ると、データ転送４０８は、確立されたＮＦＣ接続３８８を介して受取人デバイス１０から支払人デバイス９２に支払要求情報３８４を転送することを含んでもよい。次に、支払要求情報３８４を受信すると、支払人の応答は、支払人デバイス９２に格納された支払口座を選択することによりトランザクション処理を継続してもよい。図示した実施形態において、選択された支払口座はクレジットカード口座であってもよい。支払人デバイス９２は、第２のタップ動作４１２によりＮＦＣ接続３８８を介して選択したクレジットカード口座に対応するクレジットカード情報４１０を受取人デバイス１０に送信してもよい。理解されるように、支払人デバイス９２がホストデバイスとしての役割を果たし且つ受取人デバイスが「ウェーク・オン・ＮＦＣ」モードで動作してもよいこと以外は、タップ動作４１２は、図１３を参照して上述したタップ動作３８６と同一の方法で実行されてもよい。尚、いくつかの実施形態において、デバイス１０と９２との間の距離が維持され、データ転送の間にＮＦＣ接続３８８をアクティブに維持する場合、支払要求情報３８４及び支払口座情報４１０のやり取りはシングルタップ動作（例えば、３８６）により行われてもよい。

受取人デバイス１０においてクレジットカード情報４１０を受信した後、方法３２８を参照して説明したように（例えば、ステップ３３８）、受取人は、要求した支払いが入金される入金口座を選択してもよい。入金口座が選択されると、トランザクション情報４１４で一括して表される支払人のクレジットカード口座情報４１０、受取人の入金口座情報及び支払要求情報３８４は、本明細書では図中符号４１６で示されたネットワーク接続を介して金融サーバ３８０に送信されてもよい。例として、選択された入金口座が銀行口座である場合、金融サーバ３８０は入金口座を維持するバンキングプロバイダに対応してもよい。更にトランザクション情報４１４が送信される際に介するネットワーク４１６は、受取人デバイス１０において利用可能な１つの通信インタフェース５６（例えば、ＷＡＮ、ＬＡＮ、ＷＬＡＮ等）により提供されてもよいあらゆる適切なネットワークを含んでもよい。例えばネットワーク４１６は、ＷＬＡＮインタフェース５８を介して確立された無線インターネット接続であってもよく、ＬＡＮインタフェース６６を介して確立されたローカルエリアネットワーク接続であってもよく、あるいは汎用パケット無線サービス（ＧＰＲＳ）接続、ＥＤＧＥ接続（ＧＳＭの拡張向け高速データ）又は上述したＩＭＴ−２０００規格等に従う３Ｇ接続等の種々のＷＡＮ移動通信プロトコルのうちの１つを含んでもよいＷＡＮインタフェース６８を介して確立されたワイドエリアネットワーク接続であってもよい。

トランザクション情報４１４を受信すると、金融サーバ３８０は、要求されたトランザクション３７５の更なる許可に対していくつかの動作を実行してもよい。例えば金融サーバ３８０は、最初にトランザクション情報４１４により提供された口座にアクセスし、指定された支払口座及び入金口座が互換性を有するかを判定してもよい。上述したように、指定された入金口座がクレジットカード口座からの支払いの受け入れを許可されない場合、金融サーバ３８０は要求されたトランザクション３７５を処理できない。次に、入金口座及び支払口座が互換性を有すると金融サーバ３８０により判定された場合、金融サーバ３８０は、ネットワーク４２０を介してクレジットカード検証サーバ３８２に図中符号４１８で表された支払人のクレジットカード口座情報を更に送信してもよい。ネットワーク４２０は、データの送信を容易にするいかなる種類の適切なネットワークであってもよく、トランザクション情報４１４が最初に金融サーバ３８０に送信される際に介するネットワーク４１６に関して上述された１つ以上のネットワークの種類が含まれる。

支払人のクレジットカード口座情報４１８がクレジットカード検証サーバ３８２により受信されると、提供されたクレジットカード口座が有効であり且つ要求された支払いを満たすのに十分なクレジットラインを有することを検証するために、図中符号４２２により表された追加の検証及び許可ステップが実行されてもよい。提供されたクレジットカード情報４１８が要求された支払い３８４を行うのに十分なクレジットを有する有効なクレジットカード口座に対応するとクレジットカード検証サーバ３８２が判定した場合、クレジットカード検証サーバ３８２は、ネットワーク４２０を介して金融サーバ３８０に許可メッセージを送出することにより要求された支払いを許可してもよい。金融サーバ３８０は図中符号４２４により示されるような要求されたトランザクション３７５の処理を完了してもよい。この処理において、要求された支払いに対応する金額が支払人のクレジットカード口座から引き落とされ、引き落とされた金額は受取人の選択した入金口座に入金される。

その後、ステップ４２４においてトランザクションが正常に処理され且つ完了すると、トランザクション確認メッセージ４２６がネットワーク４１６を介して受取人デバイス１０に送信されてもよい。一般にトランザクション確認メッセージ４２６は、要求された支払い３８４が完了したことを受取人に示してもよい。更に、支払領収証４２８は支払人デバイス９２に送信されてもよい。支払領収証４２８は、上述した接続の種類のいずれかを介して支払人デバイス９２に送信されてもよい。例えば支払領収証４２８の送信はネットワーク４３０を介して行われてもよく、ネットワーク４３０は、ＬＡＮ接続（例えば、インタフェース６６）、ＷＬＡＮ接続（例えば、インタフェース５８）又はＷＡＮ接続（例えば、インタフェース６８）等の受取人デバイス１０及び支払人デバイス９２において利用可能な共通のネットワークインタフェースを介して確立されたいかなる種類のネットワーク接続であってもよい。更に支払領収証４２８は、支払人デバイス９２に受取人デバイス１０をタップすることにより送信されてもよい。この図中符号４３２により示されるタップ動作により、更なるＮＦＣ接続４３４が確立されてもよく、これにより支払領収証４２８が支払人デバイス９２に送信される際に使用されるチャネルを提供する。

支払領収証４２８は、トランザクション３７５の支払総額、支払方法（例えば、クレジットカード口座４１０）及びトランザクション３７５が処理された時刻等の情報を含んでもよい。更に特定の実施形態において、支払領収証４２８は、トランザクション３７５を実行する際にデバイス１０及び９２並びに金融サーバ１００（例えば、銀行サーバ３８０及びクレジットカードサーバ３８２を含む）により一括して提供されるトランザクション処理サービスに関係する追加の料金の引き落としを示してもよい。尚、本発明の更なる態様に従って、トランザクション料金が受取人及び支払人の一方又は双方から引き落とされる種々のビジネス方法が提供されてもよい。例えば料金は、トランザクション要求が処理される度に引き落とされてもよく、あるいは月毎の加入サービスに基づく均一料金であってもよい。更に、トランザクション料金が例えばバンキングプロバイダ（例えば、金融サーバ３８０と関連付けられた）、クレジットカードプロバイダ（例えば、クレジットカードサーバ３８２と関連付けられた）又はデバイス製造業者（例えば、デバイス１０及び９２の製造業者）を含むトランザクションサービスを提供する１つ以上のエンティティの間で配分されるという契約がされてもよい。一実施形態によると、トランザクション料金は、最初に単一のエンティティ（例えば、バンキングプロバイダ）により収集され、後で残りのエンティティ（例えば、クレジットカードプロバイダ及びデバイス製造業者）の間で合意された方法で配分されてもよい。

次に図１２Ｂに継続すると、現在説明している技術に従うトランザクションの別の実施形態を表す概略図が示され、一般に図中符号３７６で示される。上述したように、トランザクション３７６は、支払人が選択した支払口座がクレジットカード口座ではなく銀行口座であってもよいこと以外は図１２Ａで説明したトランザクション３７５に類似してもよい。上述したように、受取人デバイス１０は、最初に、タップ動作３８６の結果として確立されてもよいＮＦＣ接続３８８を介して支払要求３８４を支払人デバイス９２に送信してもよい。支払要求３８４を受信すると、支払人は支払人デバイス８２に格納された銀行口座を支払口座として選択し、ＮＦＣ接続３８８を使用して銀行口座情報４４０を受取人デバイス１０に送信してもよい。

受取人デバイス１０において銀行口座情報４４０を受信した後、受取人は、上述したように入金口座を選択し、ネットワーク４１６を介して金融サーバ３８０に対して選択された支払口座（例えば、４４０）、入金口座及び支払要求情報３８４を含んでもよいトランザクション情報４４２を送信してもよい。上述したように、受取人の選択した入金口座を維持するバンキングプロバイダに対応してもよい金融サーバ３８０は、指定された支払口座及び入金口座が互換性を有するかの判定等の１つ以上の許可ステップを開始してもよい。金融サーバ３８０は、支払人のバンキングプロバイダと関連付けられた第２の金融サーバ４１８に図中符号４４４で表された支払人の銀行口座情報を送信してもよい。換言すると、現在のトランザクション３７６は、受取人及び支払人により選択された銀行口座が２つの異なるバンキングプロバイダ（例えば、異なる金融機関）により維持されている例を示す。

金融サーバ４１８への銀行口座情報４４４の送信は、ネットワーク４２０を介して達成されてもよい。銀行口座情報４４４が受信されると、金融サーバ４１８は、口座が有効な口座であるか及び口座が要求された支払い３８４を満たすのに十分な資金を含んでいるかを判定してもよい。支払要求３８４が銀行口座４４４に関して許可されてもよいと金融サーバ４１８が判定した場合、許可メッセージがネットワーク４２０を介して金融サーバ３８０に送信されてもよい。上述したように、金融サーバ３８０は、図中符号４４８により示されるような要求されたトランザクション３７６の処理を完了してもよい。この処理において、要求された支払いに対応する金額は、支払人の銀行口座から引き落とされ、その後受取人の入金口座に入金される。

その後、トランザクションが正常に処理されると、トランザクション確認メッセージ４５０はネットワーク４１６を介して受取人デバイス１０に送信されてもよい。一般にトランザクション確認メッセージ４５０は、要求された支払い３８４が入金口座に充当され、トランザクション３７６を完了したことを受取人に示してもよい。更に上述したように、支払領収証４２８は、１つ又は種々の利用可能なネットワーク接続を使用して支払人デバイス９２に送信されてもよい。

次に図１２Ｃを参照すると、更なる一実施形態に従うトランザクションの別の概略図が示され、一般に図中符号３７８により示される。特に図１２Ｃは、図１２Ｂを参照して説明したトランザクション３７６に類似してもよいトランザクション処理を示すが、支払口座及び入金口座は同一のバンクプロバイダにより維持された銀行口座である。以下に詳細に説明するように、本実施形態において、図４で図中符号１００により示された１つ以上の金融サーバは単一の金融サーバ３８０のみを必要としてもよい。

トランザクション処理３７８を開始するために、受取人デバイス１０は、図１２Ａ及び図１２Ｂに関して上述した方法と同様の方法で支払要求３８４を支払人デバイス９２に送信してもよい。例えば支払要求３８４の送信は、受取人デバイス１０を支払人デバイス９２にタップすることにより（３８６）達成され、これによりデータを転送するためにＮＦＣ接続３８８を確立してもよい。支払要求３８４が受信されると、支払人は支払口座として銀行口座を選択してもよい。その後、支払人デバイス９２は、選択された銀行口座に関連する銀行情報４５８をＮＦＣ接続３８８を介して受取人デバイス１０に送信してもよい。

支払人デバイス９２から銀行情報４５８を受信すると、受取人は、要求した支払い３８４が入金される入金口座を選択してもよい。上述したように、現在示される例において、本明細書において総称してトランザクション情報４６０と呼ばれる選択された入金口座及び提供された支払口座４５８は同一のバンキングプロバイダにより所有された口座であってもよい。従って、トランザクション情報４６０は、支払口座及び入金口座の双方の共通のバンキングプロバイダと関連付けられる金融サーバ３８０に対してネットワーク４１６を介して送信されてもよい。

金融サーバ３８０は、提供された口座の妥当性を検証するステップ及び支払口座が支払要求３８４を満たすのに十分な資金を含むかを判定するステップを実行してもよい。尚、図１２Ａ及び図１２Ｂで説明した実施形態とは異なり、共通のバンキングプロバイダがそれらの口座を維持するため、金融サーバ３８０は、図１２Ａのクレジットカード検証サーバ３８２又は図１２Ｂの第２の金融サーバ４１８等の第２の外部サーバに対して口座情報を送信することを要求されない。従って、入金口座及び選択された支払口座４５８に関する情報は金融サーバ３８０により格納され且つアクセス可能である。そのため、入金口座及び支払口座の双方が有効であること及び支払口座が要求された支払い３８４を満たすのに十分な資金を含むことを金融サーバ３８０が検証すると、金融サーバ３８０は、上述したように要求された支払いが支払人の銀行口座から引き落とされ且つその後受取人の入金口座に入金されるように、図中符号４６４で示されるようなトランザクションの処理を行う。トランザクション３７８が完了すると、トランザクション確認メッセージ４６６はネットワーク４１６を介して金融サーバ３８０から受取人デバイス１０に送信されてもよい。更に支払領収証４２８は、上述した利用可能なネットワーク接続を使用して支払人デバイス９２に送信されてもよい。

図１２Ａ、図１２Ｂ及び図１２Ｃに示されたトランザクション３７５、３７６及び３７８に関してデバイス対デバイスのトランザクション（例えば、支払人デバイス９２と受取人デバイス１０との間）を示す種々の実施形態を説明したが、上述のトランザクション３７５、３７６及び３７８を達成するように受取人デバイス１０及び支払人デバイス９２を動作させる種々の技術は、受取人デバイス１０又は支払人デバイス９２に表示された種々の画面画像により及び概略図により図１４Ａ〜図１４Ｊに更に示される。尚、現在図示されている実施形態において、受取人デバイス１０及び支払人デバイス９２は双方ともＮＦＣ対応デバイスである。

最初に図１４Ａを参照すると、受取人が支払要求を送信するようにデバイス１０を動作できる処理が示される。一般にこれらの画面画像により示された動作は、上述したように、図１１Ａに示された方法３２８のステップ３３２及び支払人デバイス９２への支払要求情報３８４の送信に対応してもよい。更に、本明細書で示された動作は受取人の観点から実行されてもよいため、これらの画面で示された動作は受取人により実行されているものとして説明される。

この図面に示されるように、処理は、上述したようにトランザクションアプリケーション３４の「ホーム画面」を表してもよい画面１１０から開始してもよい。受取人は、画面１１０からグラフィックボタン１１４を選択してもよく、それにより画面４７６に進んでもよい。画面４７６は複数のグラフィックボタン４７８、４８０及び４８２を表示してもよい。これらのグラフィックボタンの各々は、受取人により選択された時に実行されてもよい特定の機能を表してもよい。例えば図示した実施形態において、グラフィックボタン４７８は、ユーザが支払要求を開始できる機能を表してもよい。グラフィックボタン４８０は、ユーザが支払いを別のデバイスに送出できる機能を表してもよい。更にグラフィックボタン４８２は、ユーザが２つ以上の他のユーザの間でトランザクションを開始することを可能にしてもよい。最後の２つのグラフィックボタン４８０及び４８２により表される機能について、以下に更に詳細に説明する。

支払要求を開始するために、受取人はグラフィックボタン４７８を選択してもよく、それにより画面４８４に更に進んでもよい。画面４７６と同様に、画面４８４は、各々が特定の機能を表す複数のグラフィックボタン４８６、４８８及び４９０を表示してもよい。ここで示すように、グラフィックボタン４８６は、受取人がＮＦＣデバイス４６を使用して支払要求を開始できる機能を表してもよい。一般にこの機能は、トランザクション３７５、３７６及び３７８に関して上述した技術に対応してもよい。更にグラフィックボタン４８８及び４９０は、これによってトランザクションが開始されうる、デバイス１０において利用可能な追加の機能を表してもよく、以下に更に詳細に説明される。

受取人は、グラフィックボタン４８６を選択することにより画面４９２に進んでもよい。図１４Ａに示すように、画面４９２は、受取人が支払要求に関する情報を入力できるテキストフィールド４９６、４９８及び５００を含んでもよい。例えば、テキストフィールド４９６は受取人のアイデンティティを入力するために使用されてもよく、テキストフィールド４９８は要求されている支払金額を指定するために使用されてもよく、テキストフィールド５００は、受取人が要求した支払いの特徴又は理由に関する記述的なメッセージを含むことを可能にしてもよい。画面４９２に示すように、要求された情報は、テキストキーボード１６０又は数字キーボード１６４（例えば、グラフィックボタン１６２を選択することにより）を介してテキストフィールド４９６、４９８及び５００に入力されてもよい。要求された情報がテキストフィールド４９６、４９８及び５００に入力されると、受取人はグラフィックボタン５０４を選択することにより入力された情報を支払要求（例えば、３８４）の形式で支払人デバイス９２に送信してもよい。

グラフィックボタン５０４により表された機能は、上述したように、受取人デバイス１０のＮＦＣデバイス４６の電源を投入する命令を実行し、これによりデバイス１０をＮＦＣアクティブモードにし且つＮＦＣインタフェース６０を有効にすることに対応してもよい。例えば次に図１４Ｂを参照すると、グラフィックボタン５０４が選択されると、画面５０８が受取人デバイス１０に表示されてもよい。画面５０８は、受取人デバイス１０のＮＦＣインタフェース６０が現在アクティブであり且つ画面４９２で入力された支払要求情報を送信するために外部デバイスとのＮＦＣ接続を確立できることを示す通知メッセージ５１０を含んでもよい。従って、通知メッセージ５１０は、ＮＦＣ接続を確立するために支払人デバイス９２等の第２のデバイスに対して受取人デバイス１０をタップ（例えば、３８６）するように受取人に更に命令してもよい。

図１４Ｃを参照すると、２つのデバイス間、すなわち受取人デバイス１０と支払人デバイス９２との間にタップ動作３８６を介してＮＦＣ接続３８８を確立することについて説明する。上述したように、受取人デバイス１０のＮＦＣデバイス４６は、図１４Ａに示したグラフィックタン５０４が選択されると電源が投入され、これにより図中符号３９２で示すようなデバイス１０をホストモード又はアクティブモードにする。ここで、アクティブデバイス１０は、図１３を参照して上述したようにＮＦＣ送信ＰＩＮＧメッセージを周期的に放出してもよい。アクティブデバイス１０がこの時点で図中符号３９０で示されるようなパッシブモード又はウェーク・オン・ＮＦＣモードである支払人デバイス９２から受け入れ可能な距離５１４（例えば、２〜４ｃｍ）内に配置されると、支払人デバイス９２はパッシブモードからアクティブモードに遷移し、支払人デバイス９２内のＮＦＣデバイス４６の電源が投入され、これにより支払人デバイス９２の対応するＮＦＣインタフェース６０を有効にし且つ支払要求が送信される際に介する受取人デバイス１０と支払人デバイス９２との間のＮＦＣ接続３８８を確立する。

図１４Ｃに示された支払人デバイス９２は受取人デバイス１０と類似するポータブルデバイスとして示されるが、別の実施形態において、受取人デバイス９２は、パーソナルコンピュータ、演算ワークステーション又は支払端末等の非ポータブルデバイスを含んでもよいことが理解されるべきである。例えば図１４Ｄを参照すると、受取人デバイス１０がここでは図中符号５１５で示された非ポータブルデスクトップコンピュータに対してタップされるＮＦＣ接続の確立について示される。本発明の実施形態は、ポータブルであっても非ポータブルであってもあらゆる適切な種類の電子デバイスの間のトランザクションの開始及び処理に対応することが意図されることが理解されるべきである。

図１４Ｂに戻ると、受取人デバイス９２は支払人デバイス９２に対してタップされると（３８６）、支払人デバイス９２は受取人デバイス１０から放出されているＮＦＣ送信（例えば、ＰＩＮＧメッセージ４００）を検出して、パッシブモードからアクティブモードに遷移してもよく、これにより支払人デバイス９２の対応するＮＦＣデバイス４６の電源が投入される。図１４Ｂに示すように、デバイス１０及び９２がタップされ且つ受取人デバイス１０から放出されているＮＦＣ送信が検出されると、画面５１６が支払人デバイス９２に表示されてもよい。画面５１６は、ＮＦＣ送信が検出されたこと及びそれに応答して支払人デバイス９２の対応するＮＦＣデバイス４６の電源が投入され且つ対応するＮＦＣインタフェース６０が有効にされることを支払人に通知する通知メッセージ５１８を含んでもよい。通知画面５１６は、支払人が選択した時にＮＦＣ接続処理を取り消せるグラフィックボタン５２０を更に提供してもよい。

ＮＦＣ接続３８８の確立が支払人デバイス９２で許可された場合、受取人デバイス１０に表示された画面５０８は、通知メッセージ５２２を表示するように更新されてもよい。通知メッセージ５２２は、ＮＦＣ接続（例えば、３８８）が受取人デバイス１０と支払人デバイス９２との間に確立されたこと及び図１４Ａの画面４９２において受取人により指定された支払要求情報がＮＦＣ接続３８８を介して支払人デバイス９２に送信されていることを示してもよい。画面５０８はグラフィックボタン５１２を更に含んでもよく、これにより、受取人は支払要求情報の送信前又は送信中に支払要求を取り消すオプションを有する。

この間に、支払人デバイス９２に表示された通知画面５１６は通知メッセージ５２４を表示するように同様に更新されてもよい。通知メッセージ５２４は、ＮＦＣ接続３８８が支払人デバイス９２と受取人デバイス１０との間に確立されたこと及び支払要求情報が現在受取人デバイス１０から送信され且つ支払人デバイス９２の対応するＮＦＣインタフェース６０を介して受信されていることを支払人に示してもよい。

理解されるように、図１４Ｂで説明した受取人デバイス１０と支払人デバイス９２との間の対話は、一般に図１１Ａ及び図１１Ｂでそれぞれ示した方法３２８及び３６０で示した１つ以上のステップに対応してもよい。例えば画面５０８で示した動作は、請求書を支払人に送信するステップ３３４を表してもよい。本実施形態に従って方法３２８の種々のステップを更に詳細に示す図１５Ａを参照すると、支払要求情報を支払人に送信するステップ（例えば、ステップ３３４）は、ステップ５３０で示したようにタップ動作３８６等によりＮＦＣ接続を確立することを含んでもよい。更にステップ３３４の実行は、ステップ５３２で表すように、確立されたＮＦＣ接続を使用して画面４９２で入力された支払要求情報を支払人デバイス９２に送信することを更に含んでもよい。また、受取人デバイス１０からのＮＦＣ送信が検出された時に支払人デバイス９２に表示される画面５１６は、方法３６０における支払要求を受信するステップ３６４を表してもよい。例えば次に図１５Ｂを参照して、ステップ３６４は現在図示されている実施形態に従って更に詳細に説明される。例えば本実施形態に従って支払要求を受信するステップ３６４は、ステップ５３４により示されるようにタップ動作によりＮＦＣ接続に参加する動作を含んでもよい。更にＮＦＣ接続が確立されると、ステップ５３６で示すように、支払人デバイス９２はＮＦＣ接続を使用して受取人デバイス１０から送信された支払要求情報を受信してもよい。

特に図１２Ａ〜図１２Ｃを参照して上述したように、受取人デバイス１０から受信した支払要求３８４に応答して、支払人は支払人デバイス９２において適切な支払方法を選択してもよい。例えば選択された支払口座は、クレジットカード口座（例えば、４１０）、受取人の入金口座（例えば、４４０）と関連付けられたバンクプロバイダに対して異なるバンキングプロバイダにより提供された銀行口座（例えば、４４０）又はバンキングプロバイダが受取人の入金口座を管理する銀行口座（例えば、４５８）を含んでもよい。種々の支払口座の選択は、図１４Ｅ〜図１４Ｇに示すような支払人デバイス９２に表示されてもよい種々の画面画像により示される。

最初に図１４Ｅを参照すると、支払要求情報が支払人デバイスにより受信されると、画面５１６は支払要求の詳細５４０を表示するように更新されてもよく、これは一般に受取人により図１４Ａの画面４９２のフィールド４９６、４９８及び５００に入力された情報を反映してもよい。更に画面５１６は、ユーザが支払要求を承諾又は拒否できるグラフィックボタン５４２及び５４４を含んでもよい。図１４Ｅに示すように、支払人がグラフィックボタン５４２を選択した場合、支払人は画面５４６に進んでもよい。画面５４６は、受信した支払要求情報のいくつか又は一部を一覧表示してもよい。例えば画面５４６は、受取人のアイデンティティ５５０及び要求された支払金額５５２を表示してもよい。画面５４６は、図中符号５４８で示されるような支払人のアイデンティティに関する情報を更に表示してもよい。示される図面において、支払人識別情報５４８は支払人の名前及び支払人を識別する関連した電子メールアドレスを含んでもよい。従って、表示された電子メールアドレスは、受取人デバイス１０に送信され、上述した支払領収証４２８の送出等のトランザクション処理により利用されてもよい。

画面５４６は、現在選択されている支払口座５５４を更に表示してもよい。ここで示されるように、現在選択されている支払方法５５４は、図７を参照して上述した技術の１つ以上を使用するなどして支払人により選択されたデフォルトの支払方法又は好適な支払方法であってもよい。更に画面５４６は、グラフィックボタン５５８、５６０及び５６２を含んでもよい。グラフィックボタン５５８は、支払人がデフォルトの支払口座５５４を使用して支払情報の送信を開始できる機能を表してもよい。グラフィックボタン５６０は、ユーザが別の支払方法を選択できる更なる機能を表してもよい。従って、支払人が現在のトランザクションにおける支払口座として口座５５４以外の口座を使用したい場合、支払人はグラフィックボタン５６０を選択することによりそれを行ってもよい。更に支払人は、グラフィックボタン５６２を選択することによりトランザクションを取り消すオプションを有してもよい。

支払人が現在選択されているデフォルトの支払口座５５４以外の支払口座を選択することを選択した場合、支払人はグラフィックボタン５６０を選択して画面５６６にアクセスしてもよい。画面５６６は、口座カテゴリを表す複数のグラフィックボタン５７０、５７２、５７４、５７６及び５７８を表示してもよい。現在図示されている実施形態等の特定の実施形態において、ボタン５７０、５７２、５７４、５７６又は５７８により表された各カテゴリは追加のサブカテゴリに更に細分されてもよい。例として、グラフィックボタン５７０で表されたクレジットカード口座カテゴリを選択することにより、支払人は画面５８０に進んでもよく、画面５８０は、支払人により選択されてもよい種々のサブカテゴリのクレジットカード口座の種類を表すグラフィックボタン５８４、５８６、５８８、５９０及び５９２を表示してもよい。図５Ａの画面１４６に戻ると、グラフィックボタン５８４、５８６、５８８、５９０及び５９２により表されたクレジットカード口座に対するクレジットカード口座サブカテゴリは、ドロップダウンフィールド１５４で与えられた１つ以上のクレジットカードカテゴリに対応してもよい。更に支払人は、グラフィックボタン５９４を選択することにより支払人デバイス９２に現在格納されている全ての利用可能なクレジットカード口座を閲覧するオプションを有してもよい。

また、支払人は、支払口座の選択を行う前に全ての利用可能な支払口座（例えば、クレジットカード口座のみに限定されない）を閲覧することを選択してもよい。例えば画面５８０のグラフィックボタン１１８を選択することにより、支払人は前の画面５６６に戻ってもよい。ここで、支払人はグラフィックボタン５７８を選択して支払人デバイス９２に格納された全ての選択可能な支払口座のリストにアクセスしてもよく、これは画面５９８で提供されてもよい。図示した実施形態において、画面５９８は現在格納され且つ利用可能である全ての支払口座のリストをカテゴリ毎に表示してもよい。例えば一般的に上述したように、利用可能な支払口座は、クレジットカード口座６００、銀行口座６０２、並びに非現金のｉＴｕｎｅｓ（登録商標）口座を含む追加の口座６０４に従ってグループ化されてもよい。

画面５９８において格納されたクレジットカード口座６００のリストに示すように、利用可能なクレジットカード口座は、現在選択されているデフォルトの支払口座５５４及び別のクレジットカード口座６０２を含んでもよい。画面５９８に示すように、支払人が要求された支払い３８４を提供するためにデフォルトの支払口座５５４を使用したくない場合、支払人は別のクレジットカード口座６０２を支払口座として選択してもよい。支払人は、別のクレジットカード口座６０２を選択すると画面５４６に戻ってもよく、画面５４６は、現在のトランザクションに対する支払口座としてクレジットカード口座６０２の選択を示すように更新されてもよい。更に更新済み画面５４６は、前に表示されたグラフィックボタン５５８を置換してグラフィックボタン６０６を表示してもよい。グラフィックボタン６０６は、支払人が受取人デバイス１０へのクレジットカード口座情報６０２の送出を開始できる機能を表してもよい。

あるいは、支払人は選択された支払口座として一覧表示されたクレジットカード口座６００以外の口座を選択してもよい。例えばユーザは、リスト６０３から銀行口座を選択してもよく又はリスト６０４から非現金口座を選択してもよい。次に図１４Ｆ及び図１４Ｇに示した画面画像を参照すると、これらの画像は、支払人が支払口座として銀行口座を選択できる方法を示す。特に、図１４Ｆは銀行口座の選択を示し、選択された銀行口座及び受取人の入金口座は図１２Ｂのトランザクション３７６で説明されたように異なるバンキングプロバイダにより維持される。図１４Ｇは、支払人の銀行口座の選択を示し、図１２Ｃにより示されたトランザクション３７８に対応してもよい。ここで、選択された支払口座及び受取人の入金口座は同一のバンキングプロバイダにより維持される。

図１４Ｆに示すように、支払人は、上述したようにまず画面５１６のグラフィックボタン５４２を選択し且つその後画面５４６のグラフィックボタン５６０を選択することにより画面５６６にナビゲートしてもよい。画面５４６において、上述したようにグラフィックボタン５７０又は５７８を選択するのではなく、支払人はグラフィックボタン５７２を選択して画面６１０にアクセスしてもよい。画面６１０は、支払口座として使用されてもよい支払人デバイス９２に格納された銀行口座のリスト６０３を表示してもよい。本実施形態で示されるように、支払人は銀行口座６１２を選択してもよい。その後、支払人は現在のトランザクションに対する支払口座として銀行口座６１２を選択したことを反映してもよい更新済み画面５４６に戻ってもよい。尚、銀行口座６１２は、図８の画面２７０を参照して上述したように、受取人により選択されたデフォルトの入金口座２１６と関連付けられたバンキングプロバイダ（例えば、Ｗａｃｈｏｖｉａ（登録商標））とは異なるバンキングプロバイダ（例えば、Ｗｅｌｌｓ Ｆａｒｇｏ（登録商標））と関連付けられてもよい。従って、図１２Ｂを参照して上述したように、図１４Ｆの画面により示された動作に従うトランザクションの許可及び処理は、各バンキングプロバイダと関連付けられた別個の金融サーバ（例えば、金融サーバ３８０及び４１８）の間で通信が行われることを要求してもよい。

図１４Ｇは、図１２Ｃのトランザクション３７８により示されるように共通のバンキングプロバイダを受取人の入金口座と共有してもよい支払人による銀行口座の選択を同様に示す。画面５１６から開始すると、支払人は以下の順序で選択を行ってもよい。グラフィックボタン５４２により画面５４６にナビゲートし、グラフィックボタン５６０により画面５６６にナビゲートし、グラフィックボタン５７２により画面６１０の銀行口座のリスト６０３にアクセスする。ここで、支払人は、銀行口座６１２を選択するのではなく銀行口座６１４を選択してもよい。尚、銀行口座６１４及び受取人のデフォルト入金口座２１６は同一のバンキングプロバイダ（例えば、Ｗａｃｈｏｖｉａ（登録商標））と関連付けられる。従って、銀行口座６１４を選択すると、支払人は画面５４６に戻ってもよく、画面５４６は現在のトランザクションに対する支払口座として銀行口座６１４を選択したことを反映するように更新されてもよい。更に図１２Ｃを参照して上述したように、図１４Ｇの画面により示された動作に従うトランザクションは単一の金融サーバ（例えば、３８０）により許可及び処理されてもよい。

上述したように、受取人デバイス１０又は支払人デバイス９２等のデバイスは、図９において上述したＰＩＮ２８６等の許可ＰＩＮコードの使用等の１つ以上のセキュリティ機能を含んでもよい。理解されるように、許可ＰＩＮコードを使用することにより、無許可の支払いが支払人デバイス９２又は受取人デバイス１０から行われることを防止できる。例として、支払人は、支払人デバイス９２から支払情報を送出及び送信することを許可するために許可ＰＩＮコードが与えられる必要があるようにデバイスを設定してもよい（例えば、１つ以上のユーザ設定を介する）。

次に図１４Ｈに継続すると、画面５４６で示されるように別のクレジットカード口座６０２等の支払方法が選択されると、支払人はグラフィックボタン６０６を選択することにより支払いに進んでもよい。その後、画面６２０は、支払人デバイス９２に表示されてもよく、トランザクションを完了するために許可ＰＩＮコードを入力する必要があることをユーザに命令する命令メッセージ６２２を含んでもよい。従って、支払人は数字キーボード１６４を介してテキストフィールド６２６に適切な許可ＰＩＮコード６２４を入力してもよい。上述したように、デバイスは英数字の許可ＰＩＮコードの使用をサポートしてもよいことが理解されるべきである。そのような実施形態において、ユーザはグラフィックボタン１６６を選択することにより数字キーボード１６４とテキスト入力キーボード１６０（図１４Ｈには示さない）とを切り換えてもよい。更に、許可ＰＩＮコード６２４の使用について、図１４Ｅにおけるクレジットカード口座６０２の選択に関連して図１４Ｈに示したが、許可ＰＩＮコード６２４は、図１４Ｆ及び図１４Ｇにより示される選択された支払方法が銀行口座である実施形態に関連して実現されてもよく、また、あらゆる他の種類の支払方法が支払人デバイス９２において選択されてもよいことが理解されるべきであり、。

適切な許可ＰＩＮコード６２４が入力されると、ユーザはグラフィックボタン６２８を選択することにより支払情報を許可し且つそれを受取人デバイス１０に送出してもよい。グラフィックボタン６２８が選択されると、画面６３０は支払人デバイス９２において表示されてもよく、上述したように、支払人デバイス９２のＮＦＣデバイス４６の電源が投入され、それにより対応するＮＦＣインタフェース６０を有効にし且つ支払人デバイス９２をアクティブモード又はホストモードにしたことを図中符号６３２で表されるように示してもよい。通知メッセージ６３２は、この場合は受取人デバイス１０である受信側デバイスに対してタップ動作を実行するように支払人に更に命令してもよい。更に画面６３０は、支払人が必要に応じて支払情報の送出を取り消すために選択できるグラフィックボタン６３４を含んでもよい。

次に図１４Ｉに継続すると、図１４Ｉは、支払人デバイス９２と受取人デバイス１０との間のタップ動作及びＮＦＣ接続の確立を概略的に示す。図１４Ｈにおいて上述したように、支払人デバイス９２に表示される画面６３０は、支払人デバイス９２が現在アクティブモードであることを支払人に示す命令メッセージ６３２を含み、図１２Ａに示したタップ動作４１２等のタップ動作を受取人デバイス１０に対して実行するように支払人に更に命令してもよい。支払人デバイス９２と受取人デバイス１０との間の距離がＮＦＣ接続を確立するのに十分であるようにそれらの２つのデバイスが互いに近接して配置されると、受取人デバイス１０は、上述したＰＩＮＧメッセージ４００等のＮＦＣ送信が支払人デバイス９２から放出されていることを検出してもよい。

支払人デバイス９２からのＮＦＣ送信を検出すると、受取人デバイスは自身の対応するＮＦＣデバイス４６をアクティブにしてもよい。更に画面６３８は受取人デバイス１０に表示されてもよく、この画面はＮＦＣ送信が検出されたこと及び受取人デバイス１０のＮＦＣデバイス４６の電源が投入されていることを受取人に対して示す通知メッセージ６４０を含む。通知画面６３８は、要望に応じてＮＦＣ接続の確立を取り消すオプションを受取人に提供するグラフィックボタン６４２を更に含んでもよい。従って、受取人がＮＦＣ接続の確立を許可した場合、支払人デバイス９２に表示された画面６３０及び受取人デバイス１０に表示された画面６３８はそれぞれ通知メッセージ６４４及び６４６を表示するように更新されてもよい。支払情報送出画面６３０に表示された通知メッセージ６４４は、ＮＦＣ接続が確立されたこと及び例えば図１４Ｅで選択されたクレジットカード口座６０２を含む支払情報４１０が受取人デバイス１０に送信されていることを支払人に対して示してもよい。それと同時に、受取人デバイス１０の画面６３８に表示された通知メッセージ６４６は、ＮＦＣ接続が確立されたこと及び支払情報４１０が受取人デバイス１０のＮＦＣインタフェース６０において受信されていることを受取人に対して示してもよい。

図１４Ｅ〜図１４Ｉに示した画面により示される動作は、一般に、図１１Ｂにおいて示され且つ説明された方法３６０のステップ３３６で示されるような支払情報を受取人に提供するステップを表してもよい。図１５Ｂに戻ると、支払情報を受取人に提供するステップ３６６が更に詳細に示される。例えば、請求書情報を受信すると（ステップ５３６）、ステップ６５０で示されるように受信した支払情報を受け入れるか否かに関して支払人デバイス９２において判定されてもよい。このステップは、上述したように画面５１６のグラフィックボタン５４２の選択に対応してもよい。

支払要求情報が受け入れられると、ステップ６５２において、支払人は、支払要求が引き落とされる支払口座を選択するステップに更に進んでもよい。一般にこのステップは、図１４Ｅに示された別のクレジットカード口座６０２の選択又は図１４Ｆ及び図１４Ｇにそれぞれ示された銀行口座６１２又は６１４の選択により表されてもよい。その後、適切な支払口座が選択されると、ＮＦＣ接続はステップ６５４で示されるようにタップ動作により確立されてもよく、それによりステップ６５４において上述したように支払人デバイス９２と受取人デバイス１０との間にＮＦＣ接続を確立する。次のステップ６５６において、ステップ６５２の選択した支払口座情報は、確立されたＮＦＣ接続を介して支払人デバイス１０に送信されてもよい。図１４Ｉを参照すると、ステップ６５６における支払情報の送信は、支払人デバイス９２から受取人デバイス１０への支払情報４１０の送信に対応してもよい。

更に、受取人の観点から、タップ動作４１２を介してＮＦＣ接続を確立するステップ及び支払情報４１０を受信するステップは、支払人デバイス９２から支払情報４１０を取得することを表す方法３２８のステップ３３６に対応してもよい。このステップについては図１５Ａにおいて更に説明される。図１５Ａにおいて、ステップ３３６は現在示されているトランザクションに従って更に詳細に示される。図１５Ａを参照すると、ステップ３３６は、タップ動作４１２等のタップ動作を介して確立されたＮＦＣ接続に参加するステップを含んでもよく、本明細書において図中符号６６０により表される。ＮＦＣ接続の確立後、ステップ６６２において、受取人は選択された支払口座（例えば、ステップ６５２）に対応する支払口座情報（例えば、４１０）を受信してもよい。支払情報が受取人デバイス１０により受信されると、図１５Ａのステップ３３８により示されたような入金口座を選択するステップは受取人デバイス１０において実行されてもよい。

次に図１４Ｊを参照すると、受取人による入金口座の選択は本発明の一実施形態に従って画面６３８及び６７４により示される。最初に画面６３８を参照すると、支払情報４１０が受取人デバイス１０により受信されると、画面６３８は通知メッセージ６６８を表示するように更新されてもよい。通知メッセージ６６８は、支払人のアイデンティティに関する情報及び要求された支払金額を含んでもよい。通知メッセージ６６８に応答して、受取人はグラフィックボタン６７０を選択することにより提供された支払いを確定してもよく、あるいはグラフィックボタン６７２を選択することにより支払処理を取り消すことを選択してもよい。受取人がボタン６７０を選択することにより支払いを確定することを選択した場合、受取人は画面６７４にナビゲートされてもよい。

図１４Ｊに示したように、画面６７４は受取人アイデンティティ情報６７６及び支払人アイデンティティ情報６７８を表示してもよい。受取人アイデンティティ情報６７８は、支払人の名前及び例えば電子メールアドレス等の１つ以上の追加の識別属性を表示してもよい。上記で詳述したように、トランザクションが正常に完了すると、支払領収証４２８等の支払領収証が支払人アイデンティティ情報６７８で指定された支払人の電子メールアドレスに送出されてもよい。

画面６７４は、支払金額情報６８０、図中符号６８２で表された支払人により指定された支払方法情報、並びに要求した支払いが入金される入金口座を更に含んでもよい。画面６７４に示すように、入金口座は、図８を参照して上述したようにデバイスのユーザ設定中に受取人により指定されたデフォルトの入金口座２１６として選択されてもよい。更に画面６７４は、ユーザが要求した支払いをデフォルトの入金口座２１６に入金する処理を開始できるグラフィックボタン６８６、ユーザが別の入金口座を選択できるグラフィックボタン６８８、並びにユーザが保留中のトランザクションを取り消せるグラフィックボタン６９０を含んでもよい。

グラフィックボタン６８６を選択することにより図示されるように、受取人が支払いをデフォルトの入金口座２１６に入金することを選択した場合、図１１Ａの判断ブロック３４０により示された許可及び検証ステップが実行されてもよい。判断ブロック３４０で行われる判断論理及び判定ステップを図１５Ａにおいて更に詳細に示す。図１５に示すように、受取人がステップ３３８において入金口座を選択し且つ画面６７４のグラフィックボタン６８６を選択するなどしてトランザクション情報の処理を開始すると、支払人により選択された支払口座（例えば、６０２）及び受取人により指定された入金口座（例えば、２１６）の双方は、ステップ６９４で示されるように、口座情報の検証及び要求されたトランザクションの許可を行うために１つ以上の金融サーバ（例えば、１００）に送信されてもよい。例えば上述したように、特に図１２Ａ〜図１２Ｃを参照すると、１つ以上の金融サーバ１００は、受取人及び支払人により提供された口座の種類に依存して銀行サーバ、クレジットカードサーバ又はそれらの組み合わせを含んでもよい。

次にステップ６９６に継続すると、金融サーバは、選択された支払口座及び入金口座が互換性を有するかを判定してもよい。上述したように、受取人により指定された入金口座が支払人により選択された支払口座からの支払いを受け入れるように許可又は構成されない場合がある。一例を挙げると、入金口座がクレジットカード口座からの支払いを直接受信することを許可されない銀行口座である場合、支払口座及び入金口座は互換性がない。例えば図１４Ｊに戻ると、通知メッセージ７０２を示す画面７００は、選択された支払口座及び入金口座が互換性を有さないと金融サーバ１００が判定した場合に表示されてもよい。

図１５Ａに示した方法は判断ステップ３４２に進んでもよく、ここで、受取人は別の入金口座を選択することにより支払い条件について再交渉するオプションを有し、するとステップ３３８に戻る。例えば、支払い条件の再交渉は、図１４Ｊの画面７００のグラフィックボタン７０４を選択することにより実行されてもよい。あるいは、受取人は、支払人が異なる支払口座を選択するように再交渉してもよく、するとステップ６６２に戻る。更に、判断ステップ３４２において受取人が支払い条件を再交渉しないことを選択した場合、受取人は、ステップ３４４により示されたように、画面７００のグラフィックボタン７０６を選択するなどしてトランザクションを取り消してもよい。

判断ステップ６９６に戻ると、支払人及び受取人により指定された支払口座及び入金口座が互換性を有すると判定された場合、判断ステップ６９８に進んでもよく、ステップ６９８において、１つ以上の金融サーバ１００は、支払口座が有効であり且つ要求された支払いを満たすのに十分な資金を含むかを判定してもよい。指定された支払いが無効であるか又は要求された支払いを満たすのに十分な資金を含んでいないと判定された場合、判断ステップ３４２に戻り、受取人は、ステップ３４４でトランザクションを取り消すか又は支払人が十分な資金を含む別の支払口座を提供することを要求するなどしてトランザクションの条件について再交渉するというオプションを有する。理解されるように、この動作によりステップ６６２に戻ってもよい。図１４Ｊに戻ると、通知メッセージ７０８は、ステップ６９８において支払人により選択された支払口座が要求された支払いを満足するのに十分な資金を有してないと判定された場合に画面７００に表示されてもよい。従って、画面７００は、ユーザが図１４Ａにおいて上述した支払要求画面４８４に戻るために選択できるグラフィックボタン７１０を含んでもよい。更に上述したように、受取人は、グラフィックボタン７０６を選択することによりトランザクションを取り消せてもよい。

指定された支払口座及び入金口座の双方が有効であること及び支払口座が十分な資金を有することがステップ６９８で判定された場合、トランザクションは金融サーバにより許可され且つ処理される。ここで、支払要求で指定された金額は、支払口座から引き落とされ且つ入金口座に入金されてもよい。例えば図１２Ａを参照して上述したように、選択された支払クレジットカード口座（例えば、６０２）が検証されると、クレジットカードサーバ３８２は金融サーバ３８０に許可メッセージを送出し、ブロック４２４で表されるようにトランザクションの処理が承認されたことを示してもよい。その後、トランザクションが処理されると、図１１Ａの方法３２８のステップ３４６で示したように、受取人は支払いを受信してもよい。更に支払人の観点から、図１１Ｂの方法３６０のステップ３６８において、トランザクションが正常に処理され且つ完了したかの判定が行われてもよい。図１４Ｊの通知メッセージ７０２及び７０８により示されるような何らかの理由によりトランザクションが失敗したと判定された場合、ステップ３７０において、支払人の口座から引き落とされない。

同様に、トランザクションが正常に処理されたと判定される場合、上述したように、ステップ３７２において支払要求で指定された金額が支払人の口座から引き落とされてもよい。例えば図１４Ｊに戻ると、トランザクションが正常に完了すると、画面７１２が受取人デバイス１０に表示されてもよい。画面７１２は、要求された支払金額６８０が選択された入金口座２１６に入金されたことを受取人に通知する通知メッセージ７１４を含んでもよい。通知メッセージ７１４は、現在のトランザクションに対する支払領収証（例えば、４２８）が支払人に送出又は送信されたことを受取人に対して更に示してもよい。上述したように、電子形式の支払領収証は、画面６７４の支払人識別情報６７８で提供された電子メールアドレスを使用して支払人に電子メールで送信されてもよい。トランザクション通知画面７１２はグラフィックボタン７１６及び７１８を更に含んでもよい。グラフィックボタン７１６は、次のトランザクションを開始するために選択されてもよい。例えばグラフィックボタン７１６を選択することにより、受取人は図１４Ａにおいて上述したトランザクション開始画面４７６に戻ってもよい。更にユーザは、グラフィックボタン７１８を選択することによりトランザクションアプリケーション３４を終了してもよく、それにより例えば受取人デバイス１０のホーム画面２９に戻る。

図１２Ａ〜図１２Ｃ及び図１４Ａ〜図１４Ｊに示した実施形態に関して上述したトランザクションと関連した技術及び画面画像はデバイス１０から支払要求（例えば、３８４）を送出するなどして受取人によりトランザクションを開始することに依存するが、追加の実施形態において、支払人がトランザクションを開始してもよいことが理解されるべきである。例えば次に図１６Ａ及び図１６Ｂに継続すると、これらの図面は、支払人及び受取人の観点から方法を全体的に示す。ここで、トランザクションは、一般的に上述した技術を使用して支払人により開始され且つその後受取人により処理されてもよい。

最初に図１６Ａを参照すると、支払人の観点からトランザクションを開始する方法７３０が示される。方法７３０は、ステップ７３２における支払方法の選択から開始する。上述したように、支払方法の選択は、支払人デバイス９２等のデバイスに格納された１つ以上の支払口座から１つの支払口座を選択することを含んでもよい。支払口座が選択されると、ステップ７３４で示すように、選択された支払口座に対応する支払情報は受取人に送信又は送出されてもよい。上述したように、支払情報の送信は、支払人デバイス９２とデバイス１０等の受取人に属するデバイスとの間に確立された通信チャネルを介して行われてもよい。上述した実施形態において、この通信チャネルは、ＮＦＣ接続を含んでもよいが、通信インタフェース５６（例えば、ＷＡＮ、ＬＡＮ、ＷＬＡＮ、ＰＡＮ等）により図３で示された通信インタフェース等の受取人デバイス１０及び支払人デバイス９２において利用可能な他の通信インタフェースを介して確立された追加の通信チャネルを更に含んでもよい。次の判断ステップ７３６において、支払人により開始されたトランザクションが正常に完了したかに関する判定が行われる。例えば上述したように、トランザクションが正常に完了した結果、受取人の選択した入金口座には、ステップ７３２で選択された支払口座からの支払いが入金される。トランザクションが正常に完了しなかったと判定される場合、ステップ７３８で示すように支払人の支払口座から引き落とされない。

ステップ７３６に戻ると、支払人により開始されたトランザクションが正常に完了したと判定された場合、ステップ７４０に進んでもよく、ステップ７４０において、上述したように、ステップ７３４で送出された支払情報で指定される金額が支払人の選択した支払口座から引き落とされる。最後に、ステップ７４０において支払人の口座から引き落とされた後、支払人はステップ７４２で示されるように受取人から領収証を受信してもよい。領収証は、支払人により送出された支払いが受信されたことを示す肯定応答としての役割を果たしてもよい。上述したように、いくつかの実施形態において、領収証は電子形式であってもよく、電子メールアドレスを介して支払人により受信されてもよい。

次に図１６Ｂを参照すると、図１６Ａの方法７３０において支払人により開始されたトランザクションに応答し且つその後トランザクションを処理する方法が示され、一般に図中符号７４６により参照される。方法７４６はステップ７４８で開始してもよく、ステップ７４８において、支払情報は受取人により受信される。例として、ステップ７４８で受取人により受信された支払情報は、方法７３０のステップ７３４において支払人により送出された支払情報に対応してもよい。支払情報は、例えば支払人により選択された支払口座、支払人のアイデンティティ、並びに支払人により送出されている支払金額に関する情報を含んでもよい。支払情報は、例えばＮＦＣ接続を使用して上述したデバイス１０等のデバイスを使用して受信されてもよい。

その後、ステップ７５０において、受取人は受信した支払いが入金される入金口座を選択してもよい。例えば入金口座は、受取人デバイス１０に格納された１つ以上の入金口座から受取人により選択されてもよい。適切な入金口座が選択されると、受取人は、支払人により送出された支払口座情報及びステップ７５０の選択された入金口座情報を含む口座情報を、それらの口座を検証し且つ支払口座から選択された入金口座への支払いを許可するように構成された１つ以上の金融サーバに対して送信することにより口座検証処理を開始してもよい。この口座検証及び支払許可処理は図１６Ｂにおいて判断ステップ７５２により表され、ステップ７５２において、現在のトランザクションで指定された支払口座及び入金口座が有効であるか、並びに支払口座が許可され且つ要求された支払いを行うのに十分な資金を有するかに関する判定が行われる。ステップ７５２において、例えば図１４Ｊに関して上述した１つ以上の理由のためなどによりトランザクションが処理されないと判定された場合、方法７４６は判断ステップ７５４に進んでもよい。

判断ステップ７５４において、受取人は、トランザクションの条件を再交渉するオプションを有してもよい。上述したように、これは、別の入金口座を選択すること又は支払人が別の支払口座を提供することを要求することのうちの１つ以上を含んでもよい。従って、受取人が別の入金口座を選択すると判断した場合、ステップ７５０に戻ってもよい。あるいは、支払人が別の支払口座を提供するように要求することを受取人が選択した場合、ステップ７４８に戻り、受取人は例えば新しく選択された別の支払口座に関する支払情報を受信してもよい。更に、判断ステップ７５４においてトランザクションの条件を再交渉しないという判断をした場合、受取人はステップ７５６で示すようにトランザクションを取り消すオプションを更に有してもよい。

判断ステップ７５２に戻ると、支払口座及び入金口座の双方が検証されること及び支払口座から入金口座への支払いが許可されてもよいことが判定された場合、ステップ７５８において、受取人は支払人により送出された支払いを受信してもよい。例えばステップ７５８における支払いの受信は、支払人の選択した支払口座からステップ７４８で受信した支払情報で指定されたような支払金額を引き落とし、その後受取人の選択した入金口座に同一金額を入金することを含んでもよく、それによりステップ７６０においてトランザクションを完了する。更に、方法７４６は、ステップ７６２で示すように支払人により送出された支払いが受取人により受信されたことを確認する領収証を送出することを更に含んでもよい。ステップ７６２における領収証の送信は、図１６Ａで示した方法７３０のステップ７４２において支払人が受信した領収証に対応してもよい。

次に図１７Ａに継続すると、支払人デバイス９２においてトランザクションを開始することを示す複数の画面画像が図１６Ａ及び図１６Ｂにより説明されたトランザクションに従って示される。支払人デバイス９２は、受取人デバイス１０を参照して上述し且つアイコン３４により表されたトランザクションアプリケーションと類似するトランザクションアプリケーションを含んでもよい。トランザクションアプリケーションを実行すると、図５Ａにおいて上述されたトランザクション画面１１０が支払人デバイス９２に表示されてもよい。トランザクションは、グラフィックボタン１１４を選択することによりトランザクションホーム画面１１０から開始されてもよい。

グラフィックボタン１１４を選択すると、支払人は画面４７６に進んでもよい。画面４７６は、上述したようにグラフィックボタン４７８、４８０及び４８２を表示してもよい。図示したように、支払人はグラフィックボタン４８０を選択することにより支払いの送出を開始してもよい。その後、支払人は画面７７０に進んでもよい。画面７７０は、一般に図中符号７７２により表される複数のテキストフィールドを含んでもよく、支払人はテキストキーボード１６０を介してそこに情報を入力できる。例えば画面７７０に示すように、支払人は、受取人のアイデンティティ７７４、受取人に送出されている支払金額７７６、並びに支払いの目的又は特徴に関する簡単な説明を入力してもよい。画面７７０は、グラフィックボタン７８０及び７８２を更に含んでもよい。情報７７４、７７６及び７７８がフォームフィールド７７２に入力されると、ユーザはグラフィックボタン７８０を選択することにより適切な支払方法を選択するために画面７８６に進んでもよい。あるいは、ユーザは、グラフィックボタン７８２を選択することによりトランザクションを取り消し且つ従って支払いを送出しないオプションを有する。

画面７８６に示すように、受取人のアイデンティティに関する情報７７４、送出されている支払金額７７６及び支払いに関する説明７７８が表示されてもよい。更に画面７８６は、図中符号７８８により示すように支払人のアイデンティティに関する情報を更に表示してもよい。上述したように、支払人アイデンティティ情報は、支払人の名前及び電子メールアドレス等の追加の識別属性を含んでもよい。また、支払方法の選択が画面７８６に表示されてもよい。図１７Ａに示すように、選択した支払方法は、図１４Ｅを参照して上述したようにデフォルトの支払方法５５４として最初に選択されている。

画面７８６は、グラフィックボタン７９０、７９２及び７９４を更に含んでもよい。上述したように、これらのボタンは、ボタンが選択された時に支払人デバイス９２で実行される特定の機能に対応してもよい。例えばグラフィックボタン７９０は、支払人がデフォルトの支払口座５５４を選択された支払方法として使用してトランザクションを開始できる機能を表してもよい。グラフィックボタン７９２は、支払人が図１４Ｅの画面５６６を参照して上述したような別の支払方法の選択のための１つ以上の画面に誘導される機能を表してもよい。支払人は、グラフィックボタン７９４を選択することにより支払いを取り消すオプションを更に有してもよい。

受取人デバイス１０及び支払人デバイス９２は、それぞれ１つ以上のセキュリティ機能を構成していてもよい。例えば図１４Ｈを参照して上述したように、支払人デバイス９２は、支払いの送出が許可される前に先に格納された許可ＰＩＮコードの入力を要求してもよい。例として、図１７Ａに示すように、グラフィックボタン７９０が選択されると、支払人は図１４Ｈにおいて上述した画面６２０に進んでもよい。画面６２０は、数字キーボードインタフェース１６４を使用して許可ＰＩＮコード６２４をテキストフィールド６２６に入力するようにユーザに命令する入力要求６２２を含む。更に上述したように、ユーザは数字キーボードインタフェース１６４とテキスト入力キーボードインタフェース１６２（図１７Ａでは示さない）とを切り換えるためにグラフィックボタン１６６を選択してもよい。例えばこの機能は、デバイス９２がテキスト及び数字を含む英数字のＰＩＮコードをサポートする実施形態において実現されてもよい。

許可ＰＩＮコード６２４が入力されると、支払人は画面７８６の入力された支払情報を受取人に送出することに進んでもよい。例えば図１４Ｉを参照して上述したように、支払情報の送出は、タップ動作４１２を介して支払人デバイス９２と受取人デバイス１０との間に確立されたＮＦＣ接続を使用して達成されてもよい。従って、支払人デバイス９２及び受取人デバイス１０がタップされ且つそれらのデバイス間のＮＦＣ接続をサポートできる距離（例えば、２〜４ｃｍ）内に配置されると、画面７８６に表示された支払情報は確立されたＮＦＣ接続を介して受取人デバイス１０に送信されてもよい。

次に図１７Ｂに継続すると、支払情報が受取人デバイス１０により受信されると、画面８００は受取人デバイス１０に表示されてもよい。画面８００は、図１７Ａの画面７７０において支払人により指定された金額の支払いの提供を受けたことを受取人に通知する通知メッセージ８０２を含んでもよい。画面８００は、グラフィックボタン８０４及び８０６を更に含んでもよい。グラフィックボタン８０４を選択することにより、受取人は図１４Ｊにおいて上述したように画面６７４に進んでもよい。画面６７４は、受取人のアイデンティティ７７４、送出されている支払金額７７６及びこの場合はデフォルトの支払口座５５４である支払人により選択された支払方法等の画面７７０で支払人により入力された情報を表示してもよい。画面６７４は、支払人の識別情報７８８を更に含んでもよく、情報７８８は、支払人の電子メールを含んでもよく、トランザクションが正常に完了した場合に支払人に領収証を送出するために使用されてもよい。画面６７４は、支払いが入金される現在選択されている入金口座を更に表示してもよい。ここで示すように、選択された入金口座は、最初は図８で設定されたデフォルトの口座２１６である。これらの設定に基づいてトランザクションを処理するために、受取人はグラフィックボタン６８６を選択してもよい。上述したように、グラフィックボタン６８６を選択することにより処理が開始されてもよく、その処理により、金額７７６が支払人により選択された支払口座５５４から引き落とされ、それが選択された入金口座２１６に入金される。この処理は、図１２Ａ〜図１２Ｃにおいて上述したような１つ以上の金融サーバ１００によるトランザクションの検証及び許可を含んでもよい。

トランザクションの処理が成功したかに依存して、図１４Ｊにおいて上述した画面７００又は７１２が受取人デバイス１０に表示されてもよい。例えば１つ以上の理由のためにトランザクションが失敗した場合、画面７００が表示されてもよい。画面７００は、トランザクションが失敗した１つ又は複数の理由に関して受取人に通知する通知メッセージ７０８を含んでもよい。更に画面７００は、グラフィックボタン７１０等を介して画面４８４に戻るオプション、並びにグラフィックボタン７０６を介してトランザクションを取り消すオプションを受取人に提供してもよい。トランザクションが正常に完了すると、画面７１２は受取人デバイス１０に表示され、それによりトランザクションが正常に完了したこと及び支払人７７６により指定された支払金額が選択された入金口座２１６に入金されたことを受取人に通知する通知メッセージ７１４を表示する。通知メッセージ７１４は、領収証が支払人に送出されたことを受取人に更に通知してもよい。

上述した実施形態が全てクレジットカード口座及び銀行口座等の金融手段を使用することを含むが、本発明に示した技術は上述した金融以外及び非現金口座（例えば、１２６、６０４）を含む、ある種の交換媒体を所有することを表す他の種類の口座にも適用可能であることが理解されるべきである。例えば非現金口座は、Ａｐｐｌｅ Ｉｎｃ．により運営及び管理されるｉＴｕｎｅｓ（登録商標）オンラインデジタルメディアストア／サービスを介して利用可能なｉＴｕｎｅｓ（登録商標）口座等のオンライン音楽ベンダサービスと関連付けられた口座であってもよい。

ｉＴｕｎｅｓ（登録商標）口座は、音楽ファイル（例えば、．ｍｐ３、．ｍ４ａ）並びにポッドキャスト、音楽ビデオ、オーディオブック、ゲームアプリケーション又は映画等の他の関連する種類のメディアを購入するためのインターネットを利用したオンライン仮想ストアから交換されるか又は引き換えられるクレジットに基づいて運営されてもよい。これらのメディア製品は、購入されると、ユーザが後で閲覧したり聴いたりできるように長期記憶装置５４等のデバイス１０に格納されてもよい。ｉＴｕｎｅｓ（登録商標）口座と関連付けられたクレジットは、実世界では金銭的な価値はないが、ｉＴｕｎｅｓ（登録商標）サービスを介して提供される製品及びサービスに関する交換のための非現金媒体として使用されてもよい。更に本発明の側面に従って、ｉＴｕｎｅｓ（登録商標）口座により所有されたクレジットは、上述したトランザクション技術を介して口座所有者の間で交換されてもよい。

本発明の説明を続ける前に、Ａｐｐｌｅ Ｉｎｃ．により提供されたｉＴｕｎｅｓ（登録商標）サービスの使用については単なる例として説明されており、本発明に従って、本明細書で説明された技術が多数のオンラインベンダにより提供される非現金口座に適用可能であることが理解されるべきである。ここで、交換のための非現金媒体（例えば、「クレジット」）は、それらの口座に格納され、各オンラインベンダにより提供された製品又はサービスと交換される。

次に図１８を参照すると、図１７Ａ及び図１７Ｂにより示されたトランザクション技術について、受取人及び支払人により所有されたｉＴｕｎｅｓ（登録商標）口座を参照して説明する。特に図１８は、トランザクション８０８を示す概略図であり、支払いは最初に支払人デバイス９２から受取人デバイス１０に送出され、受取人に送出された支払情報８１０は選択された支払口座である支払人に属するｉＴｕｎｅｓ（登録商標）口座を指定する。支払情報８１０は、支払人が支払いとして受取人に転送したクレジット残高又はクレジット数を更に示してもよい。受取人デバイス１０にｉＴｕｎｅｓ（登録商標）口座情報を送信するために、受取人デバイス１０と支払人デバイス９２との間のタップ動作８１４が実行されてもよく、それにより支払情報８１０が転送される際に介するＮＦＣ接続８１２が確立される。

受取人デバイス１０において支払情報８１０を受信した後、受取人は、受取人が支払情報８１０により示された支払いを入金したい適切な入金口座を選択してもよい。例えば図示された例において、選択された入金口座は受取人に属するｉＴｕｎｅｓ（登録商標）口座であってもよい。受取人のｉＴｕｎｅｓ（登録商標）口座情報及び支払人のｉＴｕｎｅｓ（登録商標）口座情報並びに支払情報８１０で指定された支払金額（例えば、クレジットでの）はトランザクション情報ブロック８１６により一括して表されてもよい。その後、トランザクション情報８１６は、トランザクション８０８の更なる処理のために上述したように受取人デバイス１０により１つ以上の金融サーバ１００に送信されてもよい。

図１８に示すように、本実施形態における１つ以上の金融サーバ１００は、支払人及び受取人に属する各ｉＴｕｎｅｓ（登録商標）口座を維持するように構成されたｉＴｕｎｅｓ（登録商標）サーバ８１８により表されてもよい。上述したように、特に図１２Ｃに示したトランザクション３７８を参照すると、支払口座及び入金口座の双方が同一のエンティティ又は金融機関により保持される場合、トランザクションの許可及び処理のために追加の外部サーバ（例えば、異なるエンティティ又は金融機関に属する）と通信する必要はない。

ｉＴｕｎｅｓ（登録商標）サーバ８１８へのトランザクション情報８１６の送信は、ネットワーク８２０を介して行われてもよい。ネットワーク８２０は、図３の通信インタフェースブロック５６で指定されるような受取人デバイス１０において利用可能なあらゆる適切なネットワークインタフェースにより提供されてもよい。トランザクション情報８１６を受信すると、ｉＴｕｎｅｓ（登録商標）サーバ８１８は、図中符号８２２により示されるように１つ以上の検証動作を実行し、双方のｉＴｕｎｅｓ（登録商標）口座が有効であること及び支払人のｉＴｕｎｅｓ（登録商標）口座が少なくとも支払情報８１０で指定された支払金額を満足するのに十分なクレジット数を有していることを検証してもよい。双方のｉＴｕｎｅｓ（登録商標）口座が有効であり且つ支払人のｉＴｕｎｅｓ（登録商標）口座が十分なクレジットを有すると判定された場合、トランザクションは図中符号８２４で示されるように処理されてもよい。その後、ｉＴｕｎｅｓ（登録商標）サーバ８１８は、ネットワーク８２０を介して受取人デバイス１０に確認メッセージを送信してもよく、支払いが受取人のｉＴｕｎｅｓ（登録商標）口座に入金されたことを受取人に通知する。更に図中符号８２６により表されたように、確認を受信すると、受取人デバイス１０（又はｉＴｕｎｅｓ（登録商標）サーバ８１８）は支払人の電子メールアドレスを使用して電子領収証等の領収証を支払人デバイス９２に送信するように更に構成されてもよく、それにより支払情報８１０により指定された金額が支払人のｉＴｕｎｅｓ（登録商標）口座から引き落とされたことを確認し、トランザクション８０８を終了する。上述したトランザクション８０８は、図１９Ａ〜図１９Ｄを参照することにより更に理解されるだろう。図１９Ａ〜図１９Ｄにおいて、図１８Ａにより示されたトランザクション８０８を示す複数の画面画像が示される。

図１９Ａから開始すると、これらの画面は概して図１７Ａを参照して上述した画面と同一である。例えば画面１１０から開始して、支払人はグラフィックボタン１１４を選択することによりトランザクション処理を開始してもよい。その後、画面４７６が表示されてもよく、支払人はグラフィックボタン４８０を更に選択して、トランザクションが支払いを送出することにより直接開始されることを指定する（例えば、図１２Ａ〜図１２Ｃにおいて上述したように最初に受取人からの要求を待たずに）。グラフィックボタン４８０が選択されると、支払人は画面７７０に進んでもよく、フォームフィールド７７２はテキストキーボードインタフェース１６０を使用して記入されてもよい。その後、グラフィックボタン７８０を選択することにより、ユーザは画面７８６に更に進んでもよい。画面７８６は、受取人アイデンティティ情報７７４、支払金額７７６及び支払いの特徴に関する簡単な説明７７８を表示してもよい。また、画面７８６は、支払人７８８に関するアイデンティティ情報を更に含んでもよく、現在選択されている支払方法を表示してもよい。ここで示すように、支払方法は最初にデフォルトの支払口座５５４として選択されてもよい。次に、図１７Ａにおいて上述したようにデフォルトの支払口座５５４を使用して支払いを開始するためにグラフィックボタン７９０を選択するのではなく、支払人は選択された支払方法として図１８において説明されたｉＴｕｎｅｓ（登録商標）口座を選択するためにグラフィックボタン７９２を選択してもよい。

尚、現在の支払いについて特定された理由７７８は、支払人が受取人に支払う義務のある現金又は負債の金銭的な合計を表してもよく、必ずしもｉＴｕｎｅｓ（登録商標）サービスを介して提供された１つ以上のサービスに関連する必要はない。しかし、これらの図面は、この場合はｉＴｕｎｅｓ（登録商標）クレジットである非現金資産を使用して負債を満足するための支払人と受取人との間の契約方法を示す。

図１９Ｂに継続すると、グラフィックボタン７９２が選択されると、支払人は図１４Ｅを参照して上述した画面５６６に進んでもよい。上述したように、画面５６６は、各々が支払人により選択される支払いカテゴリに対応する複数のグラフィックボタン５７０、５７２、５７４、５７６及び５７８を表示してもよい。図１９Ｂに示すように、支払人は、画面８２８に進むためにグラフィックボタン５７４を選択してもよい。画面８２８は、支払人デバイス９２に現在格納されている全てのｉＴｕｎｅｓ（登録商標）口座のリスト６０４を表示してもよい。従って、支払人は、現在のトランザクション８０８において支払口座として使用する所望のｉＴｕｎｅｓ（登録商標）口座８３０を選択してもよい。

ｉＴｕｎｅｓ（登録商標）口座８３０が選択されると、支払人は図１９Ｂの画面７８６に戻ってもよい。画面７８６は、支払方法として選択されたｉＴｕｎｅｓ（登録商標）口座８３０を反映するように更新されてもよい。その後、支払人は画面６２０に進むためにグラフィックボタン８３２を選択してもよい。上述したように、支払人デバイス９２は、支払人デバイス９２から支払情報を送信する前に最初に許可ＰＩＮコードが提供されることを要求する１つ以上のセキュリティ機能を含んでもよい。例えば画面６２０に示すように、支払人は許可ＰＩＮ６２４をテキストフィールド６２６に入力するように要求されてもよい。許可ＰＩＮコード６２４が入力されると（例えば、数字キーボードインタフェース１６４を介して）、支払人はグラフィックボタン６２８を選択することによりｉＴｕｎｅｓ（登録商標）口座情報８３０の送出を許可してもよい。

次に図１９Ｃに継続すると、本明細書で示された画面は、ｉＴｕｎｅｓ（登録商標）支払口座情報８３０を受信した時に受取人デバイス１０に表示される画面画像を示す。上述したように、支払情報８３０の受信は、図１８に示したようにタップ動作８１４を介してＮＦＣ接続を確立することにより実行されてもよい。支払情報８３０を受信すると、通知画面８００が受取人デバイス１０に表示されてもよい。画面８００は、図中符号７７６により示された金額の支払いが支払人７８８から受信されたことを受取人に通知する通知メッセージ８０２を含んでもよい。画面８００は、ユーザがトランザクションの処理を完了するために追加のステップに進めるグラフィックボタン８０４及びユーザが現在のトランザクションを取り消すことを選択できるグラフィックボタン８０６を更に表示してもよい。

例えばグラフィックボタン８０４を選択することにより、ユーザは図１４Ｊで上述したように画面６７４に進んでもよい。画面６７４は、受取人のアイデンティティ７７４、支払人のアイデンティティ７８８、要求された支払金額７７６及び選択された支払方法であるｉＴｕｎｅｓ（登録商標）口座８３０を表示してもよい。理解されるように、要求された支払金額は支払人のｉＴｕｎｅｓ（登録商標）口座８３０に格納された「クレジット」に換算されていてもよい。図１９Ｃの画面６７４に示すように、入金口座は最初にデフォルトの入金口座２１６として選択されてもよい。ここで、支払いをデフォルトの入金口座２１６に入金するためにグラフィックボタン６８６を選択するのではなく、受取人は別の入金口座を選択するためにグラフィックボタン６８８を選択してもよい。

グラフィックボタン６８８が選択されると、受取人は画面８３６にナビゲートされてもよく、画面８３６は、画面８３６により提供された機能が支払口座ではなく入金口座の選択に関連すること以外は図１９Ｂで上述した画面５６６に類似してもよい。画面８３６は、グラフィックボタン８４０、８４２、８４４、８４６及び８４８により表された以下の入金口座カテゴリのうちの１つから選択するように受取人に命令する入力要求８３８を含んでもよい。支払人により送出された支払いを受信するために互換性のある口座（この例においてはｉＴｕｎｅｓ（登録商標）口座）を選択するために、ユーザはグラフィックボタン８４４を選択し、画面８５０に進んでもよい。画面８５０は、受取人デバイス１０に格納された全てのｉＴｕｎｅｓ（登録商標）口座のリストを含んでもよい。従って、受取人は現在のトランザクション８０８における入金口座としてｉＴｕｎｅｓ（登録商標）口座８５２を選択してもよい。

ｉＴｕｎｅｓ（登録商標）口座８５２の選択後、受取人は画面６７４に戻ってもよい。図１９Ｄに示すように、更新済みの画面６７４は選択された入金口座としてｉＴｕｎｅｓ（登録商標）口座８５２を表示してもよい。更にグラフィックボタン６８６は、更新済みの画面６７４においてグラフィックボタン８５４と置換されてもよい。グラフィックボタン８５４が選択されると、上述したように選択された支払口座８３０及び選択された入金口座８５２に関する情報を含むトランザクション情報８１６を送信する処理は、図１９Ａ及び図１９Ｂにおいて支払人により開始された支払いを処理するためにｉＴｕｎｅｓ（登録商標）サーバ８１８に送信されてもよい。トランザクションが１つ以上の理由のために完了できなかった場合、画面７００が受取人デバイス１０に表示されてもよい。画面７００は、トランザクションが失敗した１つ又は複数の理由を受取人に通知してもよい。例えば図示した実施形態において、通知メッセージ７０８は、支払金額７７６を満足するのに十分なクレジットが支払人のｉＴｕｎｅｓ（登録商標）口座８３０にないことを受取人に通知してもよい。あるいは、トランザクションが正常に完了した場合、画面７１２が受取人デバイス１０に表示されてもよい。画面７１２は、支払人のｉＴｕｎｅｓ（登録商標）口座８３０のクレジットが受取人のｉＴｕｎｅｓ（登録商標）口座８５２に入金されたことを受取人に通知する通知メッセージ７１４を含んでもよい。通知メッセージ７１４は、完了したトランザクションに関する領収証が支払人に提供されたことを受取人に更に通知してもよい。

本技術の更なる一実現例において、支払金額はｉＴｕｎｅｓ（登録商標）ギフトカードに直接入金される。例えば、ギフトカードと関連付けられた口座番号がｉＴｕｎｅｓ（登録商標）サーバ８１８により維持されてもよい。トランザクション情報８１６が受信及び許可されると、ｉＴｕｎｅｓ（登録商標）サーバ８１８はｉＴｕｎｅｓ（登録商標）クレジットの形式である支払金額を受取人のｉＴｕｎｅのギフトカード口座に入金してもよい。従って、受取人は、ギフトカードを使用して受取人のｉＴｕｎｅｓ（登録商標）口座に追加のギフトクレジットを追加し且つ／又はギフトカードに格納されたクレジットを音楽ファイル、映画ファイル、オーディオブック、ポッドキャスト等のダウンロード可能なメディアコンテンツと引き換えてもよい。

上記実施形態は、受取人デバイス１０と支払人デバイス９２との間等の２つの電子デバイス間でトランザクションを処理することに関して説明したが、ここで説明される技術の追加の実現例は、受取人デバイス１０が一般に支払人デバイス９２により表される種類のポータブル又は非ポータブル電子デバイス以外の発信元から支払情報を受信するトランザクションを更に含んでもよい。例えば図２０を参照すると、受取人デバイス１０に対する支払いが本明細書では図中符号８６２により示されたスマートカードにより行われるトランザクション８６０の概略図が示される。スマートカード８６２は、従来のクレジットカードに類似してもよいが、セキュリティ保護された記憶チップ８６４等の記憶装置を更に含んでもよい。記憶チップ８６４は、スマートカード８６２に印刷された情報により表されたクレジットカード口座又は銀行口座（例えば、スマートカード８６２がデビットカードである場合）に関する情報を格納するように構成されてもよい。例えば、記憶チップ８６４は、スマートカードに対応する口座番号、口座所有者の名前及びスマートカード口座と関連付けられた有効期限、並びに支払人のスマートカード口座に関するあらゆる他の関連情報を含んでもよい。

図示した実施形態において、記憶チップ８６４は、例えばＲＦ信号を使用して磁界誘導により確立されたＮＦＣ接続を利用して受取人デバイス１０等の外部デバイスと通信してもよい。当業者には理解されるように、スマートカードは、スマートカード８６２が電子構成要素すなわち記憶チップ８６４を含むが一般に電子デバイスと関連付けられる電源又は処理デバイスを含まないという点で上述した電子デバイス（例えば、受取人デバイス１０、支払人デバイス９２）と区別されてもよい。その代わりに、スマートカード８６２は、ＮＦＣデバイス４６等を介して受取人デバイス１０から送信されるＲＦ信号を捕えるために内蔵インダクタに頼り、それにより格納されたデータが受信側デバイスに送信されるように記憶チップ８６４の電子構成要素に一時的に電力を提供するためにこのＲＦ信号を使用してもよい。当業者には理解されるように、スマートカードからの情報の送信は、上述したＮＦＣ技術、並びに例えばＩＳＯ／ＩＥＣ１４４４３及びＩＳＯ１５６９３等の他の既知の規格に準拠してもよい。

図２０に示すように、トランザクション８６０は支払要求３８４により開始されてもよい。支払要求３８４を開始する際、受取人デバイス１０のＮＦＣデバイス４６の電源が投入され、ＮＦＣインタフェース６０をアクティブにし且つＲＦ信号を提供する。それに応じて、アクティブな受取人デバイス１０をスマートカード８６２に対してタップすることによりＮＦＣ接続３８８が確立されてもよい。ＲＦ信号が受取人デバイス１０から放出されていることを検出すると、スマートカード８６２は、信号の一部を使用して、タップ動作３８６を介して確立されたＮＦＣ接続３８８を介して受取人デバイスに対して図中符号８６６で表されたスマートカード情報等の情報を送信するように記憶チップ８６４を誘導する。いくつかの実施形態において、ＲＦ信号はスマートカード８６２により修正される。

受取人デバイス１０は、スマートカード情報８６６を受信すると、例えばスマートカード８６２から引き落とされる金額を提供したり、いくつかの実施形態では１つ以上のセキュリティ検証動作を提供したりする等、口座所有者である支払人が追加の検証情報を提供することを更に要求してもよい。例として、１つのそのようなセキュリティ検証動作は、支払人がスマートカード８６２に対応するカード検証値（ＣＶＶ）を提供することを要求してもよい。ＣＶＶ値は、スマートカード８６２に印刷されていてもよいが、記憶チップ８６４から送信されなくてもよく、記憶チップ８６４自体に格納されなくてもよい。従って、理解されるように、これらの追加のセキュリティ検証手順は、スマートカード８６２から支払いが許可なしで開始されるのを防止してもよい。

スマートカード口座情報、支払金額及び上述したセキュリティ情報（例えば、ＣＶＶコード）に加えて、受取人は一般的に上述されたように受取人デバイス１０において適切な入金口座を選択してもよい。その後、総称してトランザクション情報と呼ばれ且つブロック８６８で表されたこの情報は、１つ以上の金融サーバ１００に送信されてもよい。特にトランザクション情報８６８は、ネットワーク８７０を介して金融サーバ３８０に送信されてもよい。金融サーバ３８０は、受取人により選択された入金口座を所有又は維持する金融機関に対応してもよい。トランザクション情報が送信される際に介するネットワーク８７０は、受取人デバイス１０の通信インタフェース５６により提供されたネットワーク等の上述したあらゆる適切なネットワークのうちの１つを含んでもよい。

トランザクション情報８６８を受信すると、金融サーバ３８０は、ＬＡＮ、ＷＡＮ又はＷＬＡＮ等のあらゆる適切なネットワークにより提供されるネットワーク８７６を介して、ここではブロック８７２で表された支払人のスマートカード口座情報をスマートカードサーバ８７４に更に送信してもよい。スマートカードサーバ８７４は、スマートカード８６２に対応する口座を維持するクレジットカードプロバイダと関連付けられてもよい。スマートカードサーバ８７４は、図中符号８７８により表されるような１つ以上の検証及び／又は許可処理を実行してもよい。ここで、支払人のスマートカード口座８７２は、例えば有効期限及び資金が十分であることに関して検証される。従って、支払人のスマートカード口座８７２が、有効であること及び要求された支払い３８４を完了するのに十分な資金を有していることの双方を満たすと判定される場合、スマートカードサーバ８７４はネットワーク８７６を介して金融サーバ３８０に許可メッセージを送出してもよい。

許可メッセージを受信すると、金融サーバ３８０はトランザクションを完了してもよく、これにより要求された支払い３８４に対応する金額が支払人のスマートカード口座８７２から引き落とされ、受取人の選択した入金口座にはその金額が入金される。トランザクション８６０が正常に処理されると、確認メッセージ８８２は金融サーバ３８０から受取人デバイス１０に送出されてもよい。更に図中符号８８２により示されるように、金融サーバ３８０又はスマートカードサーバ８７４等の１つ以上の金融サーバ１００のうちの１つが支払人に領収証を送信してもよく、スマートカード口座８７２から引き落とされたことを確認する。一実施形態において、１つ以上の金融サーバ１００のうちの１つは、スマートカード口座８７２に関連付けられた電子メールに電子領収証を送信してもよい。

図１１Ａにより示された方法３２８に適用された時の受取人デバイス１０とスマートカード８６２との間のトランザクション８６０の処理については、図２１Ａを参照することにより更に理解されるだろう。特に図２１Ａは、本実施形態に適用された時の方法３２８の特定のステップを更に詳細に示す。例えば請求書を支払人に送信するステップ３３４は、本実施形態において、ステップ８８８により示されるように支払いの物理的要求又は口頭による要求を提供することを含んでもよい。例えば、受取人及び支払人は、スマートカード情報８６６が受取人デバイスに送信される前に支払いの条件に関して相互に同意していてもよい。支払いの条件が同意されると、支払人から支払情報を取得するステップは、ステップ８９０により示されるように、記憶チップ８６４に格納されたスマートカード口座情報８６６が受取人デバイス１０に送信される際に介する受取人デバイス１０とスマートカード６８２との間のＮＦＣ接続を開始することを含んでもよい。例えばこのステップは、図２０において上述したようにタップ動作３８６を介してＮＦＣ接続３８８を確立することに対応してもよい。

スマートカード情報８６６がスマートカード８６２の記憶チップ８６４から送信されると、その情報は、ステップ８９２により示されるようにＮＦＣ接続を使用して受取人デバイス１０により受信されてもよい。スマートカード情報８６６が受信されると、ステップ３３８において、入金口座が受取人デバイス１０で選択されてもよい。その後、判断ステップ３４０において、スマートカード口座情報８６６及び選択された入金口座情報はステップ８９４で示されるように検証及び処理のために１つ以上の金融サーバ１００に送信されてもよい。スマートカード口座８７２及び入金口座を検証する処理は、判断ステップ８９６及び８９８を含んでもよい。例えば判断ステップ８９６は、スマートカード口座及び選択された入金口座が互換性を有するかに関する判定を行うことを含んでもよい。上述したように、この状況において、「互換性を有する」という用語は、入金口座がスマートカード口座からクレジットカード支払いを受信するように構成されるか否かを示す。ステップ８９６において、スマートカード口座及び選択された入金口座が互換性を有すると判定された場合、方法３２８は判断ステップ８９８に進んでもよい。ステップ８９８において、支払人により提供されたスマートカード口座８７２が有効であり且つ要求された支払い３８４を満足するのに十分な資金（例えば、クレジットライン）を有するかが更に判定される。スマートカード口座が有効であり且つ十分な資金を有すると判定された場合、トランザクションは処理されてもよく、受取人は方法３２８のステップ３４６で支払いを受信し、その後ステップ３４８でトランザクション８６０を完了する。

判断ステップ８９６及び８９８に戻ると、口座が互換性を有さないと判定された場合、あるいはスマートカード口座が無効であるか又は要求された支払いを満たすのに十分な資金を有さないと判定された場合、判断ステップ３４２に進み、受取人は支払いの条件を再交渉するか否かを判定してもよい。受取人が支払いの条件を再交渉したくない場合、ステップ３４４においてトランザクションは取り消されてもよい。あるいは、受取人が支払い条件を変更することを選択する場合、受取人は、支払人に属する別のスマートカードから情報を取得してステップ８９２に戻るか、あるいはステップ３３８において別の入金口座を選択してもよい。理解されるように、支払い条件の再交渉は、ステップ８９６及び８９８における判断の結果に依存してもよい。更に図２１Ａには示さないが、ステップ３４２における支払い条件の再交渉は、支払情報が図１２Ａ〜図１２Ｃにおいて上述された支払人デバイス９２等の電子デバイスに格納され且つ受取人デバイス１０に送信されるトランザクションを続行することを更に含んでもよい。

次に図２１Ｂに継続して、方法３６０の特定のステップについて、図２０において上述されたトランザクション８６０に従って支払人の観点から更に詳細に説明する。特に図２１Ｂは、受取人から支払要求を受信するステップ３６４及び受取人に支払情報を提供するステップ３６６を更に詳細に示す。支払要求を受信するステップ３６４は、ステップ９００により示されるように支払いの物理的要求を受信することを含んでもよい。上述したように、物理的要求は、スマートカード８６２を使用して行われる支払いの条件に関する受取人と支払人との間の相互的な合意を含んでもよい。その後、支払い条件が満足される場合、ステップ９０２において支払人はそれらの条件を受け入れてもよい。ステップ９０４において、支払人は、ＮＦＣデバイス４６を含んでもよい受取人デバイスの範囲内でスマートカード８６２を位置付けてもよい。従って、受取人デバイスがＮＦＣデバイス４６の電源を投入し、アクティブモードに入った場合、スマートカード口座情報８６６を含んでもよい記憶チップ８６４に格納された情報はタップ動作３８６を介して確立されたＮＦＣ接続３８８を介してスマートカード８６２から受取人デバイス１０に送信されてもよい。その後、方法３６０は、判断ステップ３６８及び図１１Ｂに完全に示された方法の残りのステップに進んでもよい。

次に図２２Ａ〜図２２Ｃに継続すると、図２０で説明されたトランザクションを実行する際の受取人デバイス１０の動作を示す複数の画面画像が示される。最初に図２２Ａを参照すると、トランザクションを開始する処理は、画面１１０に表示されたグラフィックボタン１１４を選択することから開始してもよい。上述したように、画面１１０はトランザクションアプリケーション（例えば、受取人デバイス１０のホーム画面２９のアイコン３４により表される）に対するホーム画面を表してもよい。グラフィックボタン１１４を選択することにより、受取人は図１４Ａで上述されたように画面４７６に進んでもよく、画面４７６はグラフィックボタン４７８、４８０及び４８２を表示してもよい。支払要求を開始するために、ユーザはグラフィックボタン４７８を選択し、画面４８４に進んでもよい。図１４Ａで上述したように、画面４８４は、各々が支払いの要求を開始するための受取人デバイス１０の種々の技術及び機能を表す複数のグラフィックボタン４８６、４８８及び４９０を表示してもよい。例えば上述したように、グラフィックボタン４８６は、図１２Ａ〜図１２Ｃにおいて上述したトランザクションに従って支払いを要求する機能を表してもよい。ここで、グラフィックボタン４８６を選択するのではなく、受取人は、支払要求が少なくとも１つのスマートカード８６２を含むトランザクションに対して向けられることを示すためにグラフィックボタン４８８を選択してもよい。

グラフィックボタン４８８が選択されると、受取人は画面９１０に進んでもよい。画面９１０は、トランザクションを完了するためにスマートカード８６２の所有者（例えば、支払人）が上述したようにＣＶＶコードの提供等の少なくとも１つのセキュリティ検証動作を実行する必要があることを受取人に命令する通知メッセージ９１２を含んでもよい。画面９１０は、グラフィックボタン９１４及び９１６を更に表示してもよい。グラフィックボタン９１４は、ＮＦＣデバイス４６の電源を投入することにより支払要求が開始される機能を表してもよい。また、受取人は、グラフィックボタン９１６を選択することにより支払要求を取り消すオプションを更に有する。グラフィックボタン９１４が選択されると、受取人デバイス１０のＮＦＣデバイス４６の電源が投入され、それによりＮＦＣインタフェース６０を有効にしてもよい。従って、画面９１０は、一般にＮＦＣインタフェースが現在アクティブであることをユーザに通知し且つ支払人のスマートカード８６２に対して受取人デバイス１０をタップするようにユーザに更に命令する通知メッセージ９１８を表示するように更新されてもよい。

図２２Ｂを参照すると、図２０に示されたタップ動作による受取人デバイス１０とスマートカード８６２との間のＮＦＣ接続の確立が示される。上述したように、ＮＦＣデバイス４６の電源が投入されると、受取人デバイスはホスト又はアクティブモード３９２に入ってもよい。アクティブデバイス１０がパッシブモード３９０であってもよいスマートカード８６２から距離５１４で表された受け入れ可能な距離内に配置されると、ＮＦＣ接続３８８は受取人デバイス１０とスマートカード８６２との間で確立されてもよい。従って、磁界誘導により、スマートカード口座情報を格納する記憶チップ８６４は、確立されたＮＦＣ接続３８８を介してスマートカード情報を受取人デバイス１０に送信するために一時的に電源が投入されてもよい。図２２Ａに戻ると、記憶チップ８６４からのスマートカード口座情報８６６の送信は、画面９１０に示されてもよく、画面９１０は、一般にスマートカード情報が受取人デバイス１０により受信されていることを受取人に示す更新済み通知メッセージ９２０を含む。

スマートカード口座情報８６６が受取人デバイス１０に送信されると、画面９２４が表示されてもよい。画面９２４は、例えば口座所有者９２８のアイデンティティ、口座番号９３０及び口座に関連した有効期限９３２を含むスマートカード口座情報８６６を表示してもよい。画面９２４は、現在選択されている入金口座を更に表示してもよく、図８を参照して上述したようにデフォルトの入金口座２１６を最初に表示してもよい。更に画面９２４は、図１４Ｊを参照して上述したグラフィックボタン６８６、６８８及び６９０を含んでもよい。グラフィックボタン６８６を選択することにより、受取人は画面９３６に進んでもよく、画面９３６は上述したように支払人により要求された１つ以上のセキュリティ検証動作を表してもよい。

画面９３６に示したように、支払人が要求されたデータを入力する必要のあるテキストフィールド９３８、９４０及び９４２が提供される。例えば支払人は、支払金額をテキストフィールド９３８に入力するように要求されてもよい。上述したように、支払金額は図２１Ａのステップ８８８において受取人と支払人との間で相互に合意されてもよい。支払人は、スマートカードのＣＶＶコードをテキストフィールド９４０に入力するように更に要求されてもよい。上述したように、このステップはセキュリティの追加の手段を構成し、これにより記憶チップ８６４に格納されたスマートカード口座情報８６６が支払人の同意なしで取得される場合等においてスマートカード８６２からの無許可の支払いの開始を防止する。支払人は、電子メールアドレスをテキストフィールド９４２に入力するオプションを更に提供されてもよい。例えば電子メールアドレスは、１つ以上の金融サーバ１００に送信され、トランザクション８６０が正常に完了した場合に電子領収証を支払人に提供するために使用される。画面９３６に示されたように、支払人はテキストキーボード１６０を介して上述したデータをテキストフィールド９３８、９４０及び９４２に入力してもよい。更に数字入力が要求されるフィールドの場合、支払人は上述したようにグラフィックボタン１６２を選択することにより数字キーボード１６４（図２２Ｃには示さない）にアクセスしてもよい。

情報がテキストフィールド９３８、９４０及び９４２に入力されると、受取人はグラフィックボタン９４４を選択することによりトランザクションの処理を開始してもよい。あるいは、受取人はグラフィックボタン９４６を選択することによりトランザクションを取り消すオプションを有してもよい。その後、トランザクションが１つ以上の理由のために正常に処理されなかった場合、画面７００は受取人デバイス１０に表示されてもよい。画面７００は、トランザクションが失敗した１つ以上の理由に関して受取人に通知する通知メッセージ９４８を表示してもよい。図２２Ｃに示したように、通知メッセージ９４８は、画面９３６のテキストフィールド９４０に提供されたＣＶＶコードが誤っていたために、要求された支払いが許可されなかったことを示してもよい。トランザクションが正常に処理された場合、画面７１２は受取人デバイス１０に表示されてもよい。図１４Ｊで上述したように、画面７１２は、一般にテキストフィールド９３８で指定された金額の支払いが選択された入金口座２１６に適用されたことをユーザに通知する通知メッセージ７１４を表示してもよい。通知メッセージ７１４は、領収証が画面９３６のテキストフィールド９４２で指定された電子メールアドレス等を介して支払人に提供されたことを受取人に更に通知してもよい。

次に図２３及び図２４に継続すると、本発明の更なる態様に従って、トランザクション９５２及び９７０がそれぞれ示される。特にトランザクション９５２及び９７０は、図１４Ａを参照して上述したように画面４８４に表示されたグラフィックボタン４９０により提供された機能を表してもよい。例えば以下に更に詳細に説明するように、図２３及び図２４に示されたトランザクションは、支払人の磁気クレジットカード又は小切手等の支払手段の画像を取得するために受取人デバイス１０においてカメラ４８を使用することに頼ってもよい。

次に図２３を参照すると、トランザクション９５２は、支払人のクレジットカード９５４の画像を入手することにより開始されてもよい。例えば支払要求は、支払人がクレジットカード９５４を使用して要求された支払いを行うことに合意する受取人と支払人との間の合意により発生してもよい。従って、受取人は、受取人デバイスにおいてカメラデバイス４８の電源を投入するか又はカメラデバイス４８をアクティブにし、支払人のクレジットカード９５４の画像９５６を取得してもよい。画像９５８を受信すると、受取人デバイス１０は、図中符号９５８で示されるようにクレジットカード９５４に対応するクレジットカード口座情報を抽出するために上述したような光学文字認識（ＯＣＲ）を使用するなどして画像９５６を処理してもよい。

ＯＣＲ処理を実行するように構成されたイメージングアプリケーション等によりクレジットカード９５４に対応するクレジットカード口座情報が判定されると、受取人は適切な入金口座を選択してもよい。その後、図中符号９６０で一括して示される入金口座情報、抽出されたクレジットカード口座情報９５８及び要求された支払金額等の追加のデータがネットワーク４１６を介して上述した金融サーバ３８０に送信されてもよい。上述したように、金融サーバ３８０は、受取人の選択した入金口座を維持するバンキングプロバイダに対応してもよい。金融サーバ３８０は、ネットワーク４２０を介して図中符号９６２で示された支払人のクレジットカード口座情報を外部クレジットカードサーバ３８２に送信することを含んでもよい図１２Ａ等を参照して上述された１つ以上の許可動作を開始してもよい。クレジットカードサーバ３８２は、支払人のクレジットカード口座９６２を維持するクレジットカードプロバイダに対応してもよい。クレジットカードサーバ３８２は、クレジットカード口座情報９６２を処理して、図中符号９６４で示されるように、提供されたクレジットカード口座が要求された支払いを満たすのに十分なクレジットラインを有する有効な口座であるかを判定してもよい。

クレジットカードサーバ３８２は、指定されたクレジットカード口座９６２に対して要求された支払いに対応する金額の引き落としが許可されてもよいことを判定した場合、ネットワーク４２０を介して金融サーバ３８０に許可メッセージを送信してもよい。クレジットカードサーバ３８２から許可を受信すると、金融サーバは一般に図中符号９６６で示されるようにトランザクション９５２を処理してもよい。上述したように、トランザクション９５２の処理は、支払要求で指定された金額をクレジットカード口座９６２から引き落とすこと、並びに受取人の選択した入金口座に対応する金額を入金することを含んでもよい。トランザクション９５２が完了すると、確認メッセージがネットワーク４１６を介して受取人デバイス１０に送信されてもよい。更に支払人の電子メールアドレスが既知であるか又は提供される場合、支払いを確認する電子領収証が支払人に送信されてもよい。

支払人のクレジットカード９５４を表す画像９５６の取得に関して上述されたトランザクション技術は、支払人が所有する当座預金に対応する小切手等の他の種類の支払手段にも適用可能であってもよい。例えば図２４に継続すると、支払要求に応答する支払情報がカメラデバイス４８を使用して取得されて支払人により提供された小切手９７２の画像９７４を得るようなトランザクション９７０が示される。画像９７４が受取人デバイス１０により受信されると、小切手画像９７４は上述したように処理され、支払人の名前又はアイデンティティ、支払人のバンキングプロバイダに対応する銀行番号、支払人の銀行口座に対応する口座番号及び支払人の小切手９７２に対応する識別番号等の特定の情報を小切手画像９７４から抽出してもよい。上述した情報が小切手画像９７４から抽出されると、受取人は要求された支払いを受信するための適切な入金口座を選択してもよい。その後、図中符号９８０により一括して示される小切手画像９７４から抽出された情報、選択された入金口座及び要求された支払金額は、上述したようにネットワーク４１６を介して金融サーバ３８０に送信されてもよい。

金融サーバ３８０は上述した１つ以上の許可動作を開始してもよく、これは画像処理ステップ９７６の間に抽出された小切手情報等の支払人の小切手情報を図中符号９８４で示された小切手検証サービスにネットワーク４２０を介して送信することを含んでもよい。理解されるように、小切手検証サービスは、小切手の妥当性確認又は検証に関連する１つ以上の種々の機能を実行してもよい。例えば小切手検証サービスは、電話を使用することにより又は一般に上述した１つ以上のネットワークによりアクセスできる加入型サービスを介してこのサービスをバンキングプロバイダ、ベンダ及び小売店に提供してもよい。いくつかの例において、本明細書で説明された小切手検証サービスは、バンキングプロバイダ自体により提供されてもよい。一般に、小切手検証サービス９８４等の小切手検証サービスは、支払人のアイデンティティを検証すること及び支払人が不渡り小切手を提供した履歴を有するかを判定することを含むいくつかの機能を実行してもよい。これらのレコードに基づいて、小切手検証サービス９８４は、提供された小切手情報９８２が要求された支払いを満足するために検証及び許可されるかを判定してもよい。この検証処理は、図中符号９８６により表される。

小切手検証サービス９８４は、要求された支払いが小切手情報９８２を使用して実行されてもよいと判定した場合、ネットワーク４２０を介して金融サーバ３８０に許可メッセージを送信してもよい。金融サーバ３８０は、許可メッセージを受信すると、図中符号９８８で示されたようにトランザクションを処理してもよく、これにより要求された支払金額が支払人の小切手９７２に対応する銀行口座から引き落とされ、引き落とされた金額は受取人の入金口座に入金される。トランザクションが完了すると、図中符号９９０で示されるように、確認メッセージはネットワーク４１６を介して金融サーバ３８０から受取人デバイス１０に送信されてもよい。更に支払人が電子メールアドレスを提供した場合、上述したように電子領収証が支払人に送信されてもよい。

図２３及び図２４に示したトランザクション９５２及び９７０の種々のステップは、図１１Ａ及び図１１Ｂの方法３２８及び３６０で説明した１つ以上のステップに対応してもよい。例えば、画像９５６及び画像９７４の取得は、支払人から支払情報を取得するステップ３３６に対応してもよい。更に支払要求の受け入れ及びクレジットカード９５４又は小切手９７２を提供する動作は、方法３６０で示したような受取人に支払情報を提供するステップ３６６に対応してもよい。次に図２５Ａ及び図２５Ｂを参照すると、上記で強調されたステップ３３６及び３６６について、現在図示されている実施形態に従って更に詳細に示される。

図２５Ａを参照すると、支払要求を表す請求書を支払人に送信又は提供するステップ３３４は、支払いの物理的要求を提供するステップ８８８を含んでもよい。例えば図２１Ａを参照して上述したように、ステップ８８８は、クレジットカード９５４又は小切手９７２が画像を取得するために支払人により提供される前に支払いの条件に関する受取人と支払人との間の相互合意を含んでもよい。方法３２８の次のステップ３３６は、現在図示されている実施形態に従って実行される場合にステップ９９４及び９９６を含んでもよい。図２５Ａに示すように、ステップ９９４は、画像を取得するためにカメラデバイス４８を開始するステップに対応してもよい。

次のステップ９９６において、画像は開始したカメラデバイス４８を使用して取得されてもよく、図２３に示したクレジットカード９５８、図２４に示した小切手９７２又は画像から支払情報が抽出されるあらゆる他の種類の支払手段の画像を反映してもよい。ステップ７７６で画像が取得されると、ステップ９９８で示すように、支払情報は取得した画像から抽出されてもよい。その後、受取人は、ステップ３３８で適切な入金口座を選択し、要求されたトランザクションを許可するために判断ステップ３４０に進んでもよい。図２５Ａに示すように、判断ステップ３４０は、現在図示されている実施形態に従って実行された場合に図２１Ａを参照して上述したようにステップ６９４、６９６及び６９８を含んでもよい。従って、トランザクション９５２及び９７０を参照して実行されるトランザクション許可ステップは、一般に上述した実施形態において説明された許可ステップとほぼ同一であってもよいことが理解されるべきである。

次に図２５Ｂを参照すると、支払人の観点から現在図示されている実施形態に従って実行された場合の方法３６０のステップ３６４及び３６６が更に詳細に示される。例えば、図中符号３６４で表されるような受取人から支払要求を受信するステップは、支払いに対する物理的要求を受信するステップ９００を含んでもよい。上述したように、物理的要求は、クレジットカード９５４又は小切手９７２から行われる支払いの条件に関する受取人と支払人との間の相互合意を含んでもよい。次に、図中符号３６６で表されるように受取人に支払情報を提供するステップは、ステップ９０２、９９９及び１０００を含んでもよい。例えば上述したように、要求された支払いの条件が合意された場合、ステップ９０２において支払人は支払要求を受け入れてもよい。その後、ステップ９９９において支払人はクレジットカード９５４、小切手９７２又は他のあらゆる種類の適切な支払手段を含む支払方法を選択してもよい。所望の支払方法が選択されると、支払人はカメラ４８により画像を取得するために選択した支払方法を受取人デバイス１０に提供してもよい。

一般に図２３及び図２４により示されたトランザクションは、図２６Ａ〜図２６Ｄ及び図２７Ａ〜図２７Ｇを参照して更に詳細に説明される。図２６Ａ〜図２６Ｄ及び図２７Ａ〜図２７Ｇは、図２３及び図２４に示したようなトランザクション９５２又は９７０を実行するために受取人デバイス１０を動作する技術を示す種々の画面画像を示してもよい。特に図２６Ａ〜図２６Ｄに示された画面画像は、図２３のクレジット９５４に対応する画像の取得及びその後の取得した画像を使用するトランザクションの処理を示してもよい。一般に図２７Ａ〜図２７Ｇは、受取人デバイス１０の観点から図２４の小切手９７２に対応する画像の取得及びその後のトランザクション９７０の処理を示す。

次に図２６Ａを参照すると、図２３に示したトランザクション９５２の開始は、上述した画面１１０、４７６及び４８４をナビゲートすることを含んでもよい。例えば画面１１０から開始すると、受取人はグラフィックボタン１１４を選択することにより画面４７６にナビゲートしてもよい。次に受取人は、画面４７６からグラフィックボタン４７８を選択することにより画面４８４に更にナビゲートしてもよい。画面４８４は、上述したグラフィックボタン４８６、４８８及び４９０を含んでもよい。上述したように、これらのグラフィックボタンの各々は、支払いの要求を開始するためのデバイス１０により提供される種々の機能を表してもよい。例えばグラフィックボタン４８６は、図１２Ａ〜図１２Ｃを参照して上述した技術に従って支払要求を開始する機能を表してもよい。グラフィックボタン４８８は、図２０を参照して上述したトランザクション技術に従って支払要求を開始する機能を表してもよい。ここで、受取人は、グラフィックボタン４９０を選択することにより図２３及び図２４を参照して上述した技術に従ってトランザクションを開始してもよい。グラフィックボタン４９０が選択されると、受取人は画面１００２に進んでもよく、画面１００２は、上述した画像認識技術を使用して支払情報を取得するためにグラフィックボタン１００４及び１００６で示された１つ以上のオプションを受取人に提供してもよい。ここで図示されるように、グラフィックボタン１００４は、トランザクション９５２で示したように受取人がクレジットカード又はデビットカードの画像を取得できる機能を表してもよい。更にグラフィックボタン１００６は、小切手９７２等の小切手の画像を取得する機能に対応してもよく、図２７Ａ〜図２７Ｇを参照して以下に更に詳細に説明される。

グラフィックボタン１００４が選択されると、受取人デバイス１００のカメラデバイス４８は、画像取得の目的で電源が投入され且つ開始されてもよい。また、受取人は画面１００８に進んでもよく、画面１００８は、図２６Ａに示すように図中符号１００９で表されたビューファインダとして機能し、カメラ４８により検出されている画像をリアルタイムで表示してもよい。ビューファインダ１００９は、取得した画像を中央に置く手段を受取人に提供する取得フレーム１０１０を含んでもよい。上述したように、支払要求の条件が合意されると、支払人はカメラデバイス４８により画像を取得するためにクレジットカード（例えば、９５４）を受取人デバイス１０に提供してもよい。例えば図２６Ａに示すように、受取人は、カメラデバイス４８により閲覧した時にクレジットカード９５４が画像取得フレーム１０１０と位置合わせされるように受取人デバイス１０を位置付けてもよい。クレジットカード９５４が位置合わせされると、受取人はグラフィックボタン１０１４を選択することによりクレジットカード１０１８の画像を取得してもよい。更に受取人は、グラフィックボタン１０１６を選択することにより画像取得処理を取り消すオプションを有してもよい。

クレジットカード９５２の画像が取得されると、画面１００８は、図中符号１０１８により示された取得した画像を表示するように更新されてもよい。従って、受取人は、取得した画像の品質が一般に効果的な画像処理に必要な標準を満たしているかを判定するために取得した画像１０１８をレビューしてもよい。例えば受取人は、取得した画像１０１８が１０１０から取得したものと適切に位置合わせされているか、画像１０１８に適切に焦点が合わされているか、あるいは画像１０１８が十分な照明条件下で取得されたかを判定してもよい。取得した画像１０１８がカード９５４から支払情報を抽出する画像処理に適していると受取人が判定した場合、ユーザはグラフィックボタン１０２０を選択することによりクレジットカード情報抽出処理を開始してもよい。取得した画像１０１８が画像処理に対して十分な品質を有していないと受取人が判定した場合、受取人はクレジットカード９５４の次の画像を取得するためにビューファインダ１００９に戻るようにグラフィックボタン１０２２を選択してもよい。

クレジットカード画像１０１８の処理について、図２６Ｂを参照して簡単に説明する。上述したように、受取人デバイス１０のカメラデバイス４８により取得された画像の処理では、取得した画像からテキストデータを抽出するために１つ以上の光学文字認識技術を利用してもよい。更にいくつかの実施形態において、画像認識技術により、結果として取得された画像における特定の画像又は図形が認識されてもよい。例えばそのような画像処理アプリケーションにより、例えば対応するクレジットカードプロバイダ又はバンクプロバイダを識別できるブランドのロゴ又は記号が認識されてもよい。

図２６Ｂに示すように、画像認識アプリケーションは、現在説明されている実施形態に従って、１つ以上の関心領域を判定するために画像１０１８を解析してもよい。例えば画像１０１８の解析に基づいて、画像処理アプリケーションは、クレジットカード９５４に関する口座情報を含む関心領域であるとして領域１０３０、１０３２、１０３４及び１０３６を識別してもよい。例えば領域１０３０はクレジットカードプロバイダのアイデンティティに対応してもよい。領域１０３２は、選択したクレジットカード９５４と関連付けられたクレジットカード口座番号を提供してもよい。また、領域１０３４は提供されたクレジットカード９５４と関連付けられた有効期限に対応してもよく、領域１０３６は支払人のアイデンティティ及び／又はクレジットカード９５４の所有者に対応してもよい。

理解されるように、一般に画像処理及び認識アプリケーションの精度は、画像１０１８等の処理中の画像の品質に依存してもよい。図２６Ｂに示すように、図中符号１０３８は、歪んでいるか又は不完全な領域１０３２の画像１０１８の一部を表してもよい。例えばこれは、図２６Ａで説明したようにカメラデバイス４８を使用して取得された結果の画像１０１８のアーティファクトによるものであるか、あるいは物理的なクレジットカード９５４自体における物理的な損傷又は欠陥によるものである。例えば自然摩耗により、クレジットカード９５４に印刷された数字又は文字の１つ以上が部分的又は全体的に不明瞭になるか又は歪むかもしれない。例として、元々数字「８」で表されていた図中符号１０３８で示した文字が取得した画像１０１８の口座番号領域１０３２で歪んで見える場合がある。この歪みのために、画像認識アプリケーションは数字「８」であるとして文字１０３８を識別できないことがある。以下に詳細に説明するように、本発明の技術は許可及び処理のためにトランザクション情報を提出する前に抽出された支払情報をレビュー及び訂正する機能を受取人（又は支払人）に提供してもよい。

次に図２６Ｃに継続すると、図２６Ｂで説明した画像処理ステップが完了すると、画面１０４２が受取人デバイス１０に表示されてもよい。ここで図示するように、画面１０４２はクレジットカード画像１０１８から抽出された情報を表示してもよい。例えば画面１０４２は、上述したように、クレジットカードプロバイダのアイデンティティ１０３０、クレジットカード口座番号１０３２、支払人のクレジットカードと関連付けられた有効期限１０３４及び支払人のアイデンティティ１０３６を表示してもよい。更に画面１０４２は、各々がデバイス１０で実行されてもよい特定の機能に対応するグラフィックボタン１０４４、１０４６及び１０４８を表示してもよい。

画像１０１８から抽出されたクレジットカード口座番号１０３２を特に参照すると、現在表示されている抽出された口座番号１０３２は、歪んだ文字１０３８のためにクレジットカード９５２に印刷された実際の口座番号と比較して正確でない。従って、受取人はグラフィックボタン１０４４を選択することにより表示された抽出されたクレジットカード情報を編集してもよい。グラフィックボタン１０４４が選択されると、ユーザは画面１０４３にアクセスし、画面１０４３はドロップダウン選択フィールド１０５０、並びにテキストフィールド１０５２、１０５４及び１０５６を表示してもよい。最初、これらのフィールドには、前の画面１０４２の対応する抽出されたクレジットカード情報１０３０、１０３２、１０３４及び１０３６が読み込まれてもよく、必要に応じて表示されたテキストキーボード１６０又は数字キーボード１６４を使用して受取人又は支払人により個別に選択及び編集されてもよい。

例えば本実施形態に示すように、受取人は取得されたクレジットカード画像１０１８中の歪んだ文字１０３８から結果として得られた誤りを訂正するために数字キーボード１６４を使用してテキストフィールド１０５４に表示されたクレジットカード口座情報を編集してもよい。従って、編集したクレジットカード情報がこの時点で正確であることを受取人が確認した場合、受取人は画面１０４２に戻るようにグラフィックボタン１０５８を選択してもよい。画面１０４２において、クレジットカード口座番号１０３２は画面１０４３において受取人により行われた訂正を反映するように更新されてもよい。その後、受取人は、グラフィックボタン１０４６を選択することによりトランザクション処理に進んでもよく、それにより図２６Ｄの画面１０６０にナビゲートする。

画面１０６０に示すように、図２６Ｃで説明したような画像１０１８から抽出され且つ後で受取人により編集されたクレジットカード情報が表示され且つ一般に図中符号１０６２により示される。更に画面１０６０は、上述したように、本実施形態ではデフォルトの入金口座２１６である入金口座を表示してもよい。画面１０６０は、図１４Ｊで示した画面６７４を参照して上述した機能を表すグラフィックボタン６８６、６８８及び６９０を更に表示してもよい。従って、抽出されたカード情報１０６２に基づいて支払いを入金口座に入金する処理を開始するために、受取人はグラフィックボタン６８６を選択して画面１０６６にナビゲートしてもよい。

理解されるように、画面１０６６は、金融サーバ１００等にトランザクション情報を送信する前に対処される必要がある追加のセキュリティ対策を実質的に提供してもよい。例えば図示した実施形態において、画面１０６６はテキストフィールド１０６８、１０７０及び１０７２、並びにグラフィックボタン１０７４及び１０７６を含んでもよい。従って、画面１０６６は、支払人が現在のトランザクションの処理を開始する前にフィールド１０６８、１０７０及び１０７２に要求された情報を提供することを要求してもよい。例えばフィールド１０６８は、要求された支払いに対応する支払金額を入力するために使用されてもよい。フィールド１０７０は、支払人がクレジットカード９５２に対応するＣＶＶ番号を提供することを要求してもよい。上述したように、これらの追加の許可対策を使用することは、クレジットカード画像の無許可の取得に基づいて開始されるような無許可の引き落としの発生を防止することを支援する。

更に支払人に属する電子メールアドレスは、テキストフィールド１０７２に提供されてもよい。上述したように、提供された電子メールは、トランザクションが完了すると支払人に領収証又は肯定応答を送信するために使用されてもよい。上述したように、テキストフィールド１０６８、１０７０及び１０７２へのデータの入力は、テキストキーボードインタフェース１６０又は数字キーボードインタフェース１６４（図２６Ｄには示さない）を介して達成されてもよい。テキストフィールド１０６８、１０７０及び１０７２により要求された情報が入力されると、トランザクション許可処理はグラフィックボタン１０７４を選択することにより開始されてもよい。また、支払人又は受取人は、グラフィックボタン１０７６を選択することにより現在のトランザクションを取り消すオプションを有してもよい。トランザクションが許可され且つ正常に処理された場合、画面７１２は受取人デバイス１０に表示されてもよい。上述したように、画面７１２は、要求された支払金額が指定された入金口座２１６に入金され且つ画面１０６６のテキストフィールド１０７２で提供された電子メールアドレスを介するなどして領収証が支払人に提供されたことを受取人に対して示す通知メッセージ７１４を表示してもよい。

次に図２７Ａ〜図２７Ｇに継続して、図２４を参照して上述したトランザクション９７０に従って受取人デバイス１０を動作させる１つ以上の技術について複数の画面画像を介して説明する。図２７Ａに示すように、小切手９７２に対応する画像等の小切手画像の取得のためにカメラデバイス４８を開始するには、受取人が上述した画面１１０、４７６及び４８４をナビゲートすることが要求されてもよい。例えば画面１１０から開始すると、ユーザはグラフィックボタン１１４を選択して画面４７６に進んでもよい。そこで、ユーザはグラフィックボタン４７８を選択することにより画面４８４に更にナビゲートしてもよい。ユーザは、図２６Ａにおいて上述したように、画面４８４からグラフィックボタン４９０を選択して画面１００２にナビゲートしてもよい。ここで、クレジットカード画像を取得する処理を開始するためにグラフィックボタン１００４を選択するのではなく、ユーザは小切手の画像を取得する処理を開始するためにグラフィックボタン１００６を選択してもよい。

図２７Ａに示すように、グラフィックボタン１００６を選択することにより、受取人は画面１０８０にナビゲートしてもよい。画面１０８０は、グラフィックボタン１０８２及び１０８４を表示してもよい。これらのグラフィックボタンの各々は、現在説明されている技術に従って取得された小切手画像を処理する各技術に対応する。特にグラフィックボタン１０８２は、小切手フル画像を処理する機能を表してもよい。理解されるように、小切手フル画像の処理を開始するために、小切手全体の画像がまず取得される必要がある。以下に更に詳細に説明されるように、支払人により提供された小切手が小切手に示された支払金額を有し、支払人により署名され且つ受取人に対して作成される状況において、グラフィックボタン１０８２により表された小切手フル画像処理機能を使用することが選択されてもよい。従って、小切手において支払人により指定された支払金額に関連する情報を抽出するために小切手フル画像を処理する必要がある。

例えば次に図２７Ｂを参照すると、上述したように、グラフィックボタン１０８２が選択されると、画面１０８６は受取人デバイスに表示されてもよく、カメラデバイス４８は画像取得のために開始されてもよい。画面１０８６に示すように、カメラデバイス４８と関連付けられたビューファインダ１００９が表示されてもよい。ビューファインダは、取得フレーム１０１０を含んでもよい。従って、受取人は、小切手９７２の全体が取得フレーム１０１０と位置合わせされるように受取人デバイス１０を位置付けてもよい。小切手９７２が画像フレーム１０１０と位置合わせされると、受取人はカメラ４８を使用して画像を取得するためにグラフィックボタン１０９０を選択してもよい。更に画面１０８６のグラフィックボタン１０９２を選択することにより、受取人は必要に応じて画像取得処理を取り消せてもよい。

小切手９７２の画像が取得されると、図中符号１０９６で表される取得された画像は画面１０８６に表示されてもよい。上述したように、受取人は取得された画像１０８６を評価して、上述したように画像が画像処理アプリケーションにより使用するのに適するかを判定してもよい。上述したように、取得された画像１０９６が画像処理アプリケーションにより要求された１つ以上の品質標準に従わないと受取人が判定した場合、受取人はビューファインダ１００９に戻り且つ次の画像を取得するためにグラフィックボタン１１００を選択してもよい。取得された画像１０９６が画像認識アプリケーションによる処理に適すると受取人が判定した場合、ユーザはグラフィックボタン１０９８を選択することにより画像処理ステップを開始してもよい。

小切手画像１０９６の処理について、図２７Ｃを参照して更に説明する。図示するように、画像処理アプリケーションは、図中符号１１０４、１１０６、１１０８及び１１１０により指定された領域等の種々の関心領域を判定するために取得された画像１０９６を処理してもよい。この処理は、図２６Ｂのクレジットカード画像１０１８の処理に関して上述した処理に類似してもよい。更に画像処理アプリケーションは、支払人により小切手９７２に書かれた支払金額に対応する領域１１１２を関心領域として指定してもよい。図２７Ｃに示すように、領域１１０４は支払人のアイデンティティに対応してもよく、領域１１０６は領域１１０８に表される支払人の銀行口座番号と関連付けられたバンキングプロバイダを識別するために使用される銀行番号に対応してもよい。また、画像処理アプリケーションは、提供された小切手９７２と関連付けられた小切手番号に対応するものとして領域１１１０を指定してもよい。従って、上述したように、領域が画像処理アプリケーションにより認識されると、図２７Ｄに示すように、領域１１０４、１１０６、１１０８、１１１０及び１１１２内に含まれた情報が抽出され且つ画面１１１６に表示されてもよい。

画面１１１６に示すように、画像１０９６から抽出された小切手情報に加えて、画面１１１６は、グラフィックボタン１１１８、並びに図２６Ｃを参照して上述したグラフィックボタン１０４６及び１０４８を更に表示してもよい。その後、ユーザは、情報のいずれかの部分が誤っていると判定された場合に、図２６Ｃを参照して上述した編集処理と同様の方法で小切手画像１０９６から抽出された情報を編集するためにグラフィックボタン１１１８を選択してもよい。抽出された情報が正確であると判定された場合、図２７Ｄに示すように、ユーザはグラフィックボタン１０４６を選択して画面１１２４にアクセスしてもよい。

画面１１２４に示すように、図中符号１１０４、１１０６、１１０８、１１１０及び１１１２で表された情報等の小切手画像から抽出された情報が表示され且つ一般に図中符号１１２６で示される。画面１１２４は、上述したように最初に受取人のデフォルトの入金口座２１６として選択されてもよい入金口座の選択を表示してもよい。更に画面１１２４は、図１４Ｊの画面６７４を参照して上述したようにグラフィックボタン６８６、６８８及び６９０を表示してもよい。従って、支払金額１１１２が小切手情報１１２６により表された支払口座から引き落とされるトランザクション許可ステップを開始するために、受取人はグラフィックボタン６８６を選択してもよい。尚、現在図示されている実施形態において、本実施形態において受取人に提供された小切手９７２が受取人に対して特に作成され、これにより支払人が支払要求に事前に同意していたことを示すため、図２６Ｄの画面１０６６を参照して上述したセキュリティ対策が必要とされない可能性がある。その後、トランザクションが１つ以上の金融サーバ１００等により許可され且つ正常に処理された場合、画面７１２は受取人デバイス１０に表示されてもよい。上述したように、画面７１２は、要求された支払いが選択された入金口座２１６に入金されたことを示す通知メッセージ７１４を含んでもよい。

図２７Ａ及び特に画面１０８０に戻ると、グラフィックボタン１０８４は受取人デバイス１０に提供された追加の機能を表してもよく、図２４で示されたトランザクション９７０は小切手の部分画像（例えば、フル画像とは対照的なものとして）のみを取得することにより開始されてもよい。以下に更に詳細に説明するように、支払人により提供された小切手が空白であり、トランザクション９７０が例えば銀行口座ＰＩＮ番号の提供等のある種の追加の許可を支払人から受信した時にのみ開始されてもよい状況において、グラフィックボタン１０８４により提供された機能が使用されてもよい。

次に図２７Ｅに継続すると、グラフィックボタン１０８４が選択されると、画面１０８０は通知メッセージ１１３２及びグラフィックボタン１１３４及び１１３６を表示するように更新されてもよい。一般に通知メッセージ１１３２は、現在のトランザクションが支払人による銀行口座ＰＩＮ番号の提供を更に要求してもよいことを受取人に通知してもよい。小切手部分画像の取得に進むために、受取人はグラフィックボタン１１３４を選択してもよい。更に受取人は、グラフィックボタン１１３６を選択することにより小切手画像取得処理を取り消すオプションを有してもよい。グラフィックボタン１１３４が選択されると、ユーザは上述した画面１０８６にナビゲートしてもよく、画面１０８６はカメラデバイス４８と関連付けられたビューファインダ１００９を含んでもよい。画面１０８６に示すように、ビューファインダ１００９は画像取得フレーム１０１０を含んでもよい。従って、受取人は、画像表示される小切手９７２の所望の部分が取得フレーム１０１０により規定された領域に含まれるようにデバイス１０を位置付けてもよい。小切手９７２の所望の部分が適切に位置合わせされると、受取人は画面１０８６のグラフィックボタン１０９０を選択することにより小切手９７２のその部分の画像を取得してもよい。更に受取人は、グラフィックボタン１０９２を選択することにより画像取得ステップを取り消すオプションを有してもよい。

グラフィックボタン１０９０が選択されると、図中符号１１４０で示されるように、小切手９７２の位置合わせされた部分の画像が取得され且つ画面１０８６に示されてもよい。ここで、受取人は、図２７Ｂを参照して上述した画面１０８６と同様の方法で、取得された画像の品質が画像処理アプリケーションにより処理するのに十分であるかを判定するために画像１１４を評価してもよい。例えば画像１１４０が上述した１つ以上の品質基準を満たさない場合、受取人は小切手９７２の次の画像を再取得するためにグラフィックボタン１１００を選択してもよい。取得された画像１１４０が画像処理アプリケーションにより処理するのに適すると判定される場合、受取人は、グラフィックボタン１０９８を選択することにより支払情報抽出処理を開始してもよい。例えば次に図２７Ｆを参照すると、一般に小切手部分画像１１４０の処理は、小切手部分画像１１４０が支払人により小切手９７２に印刷された支払金額に対応する領域１１１２を含まないこと以外は図２７Ｃを参照して上述したような小切手フル画像１０９６の処理と類似していてもよい。従って、本実施形態において、画像処理アプリケーションは、支払人のアイデンティティ１１０４、支払人のバンキングプロバイダに対応する銀行番号１１０６、支払人の銀行口座番号１１０８及び小切手番号１１１０のみを抽出するために小切手部分画像１１４０を処理してもよい。

小切手部分画像１１４０が画像認識アプリケーションにより処理されると、受取人は図２７Ｇに示した画像１１１６に進んでもよい。画面１１１６に示すように、支払人のアイデンティティ１００４、選択された支払口座に関連付けられたバンキングプロバイダの銀行番号１１０６、並びに提供された小切手９７２と関連付けられた銀行口座番号１１０８及び小切手識別番号１１１０を含む抽出された小切手情報が表示されてもよい。更に画面１１１６は、図２７Ｄを参照して上述した同一の機能を表すグラフィックボタン１１１８、並びにグラフィックボタン１０４６及び１０４８を提供してもよい。従って、画像１１４０から抽出された小切手画像情報が受取人により正確であると判定された場合、受取人はグラフィックボタン１０４６を選択することにより入金口座の選択に進んでもよい。例えばグラフィックボタン１０４６を選択することにより、受取人は画面１１２４にナビゲートしてもよく、画面１１２４は、一般に図中符号１１４４で示される前の画面１１６で提供された抽出された小切手情報、並びにデフォルトの入金口座２１６として最初に選択されてもよい入金口座の選択を表示してもよい。また、画面１１２４はグラフィックボタン６８６、６８８及び６９０を更に含んでもよく、各グラフィックボタンは図１４Ｊの画面６７４を参照して上述した機能に対応してもよい。従って、支払いが受取人のデフォルトの入金口座２１６に入金される現在のトランザクションの許可及び処理を開始するために、グラフィックボタン６８６が選択されてもよく、それにより受取人は画面１１４８に進む。

画面１１４８は、トランザクションが処理される前に１つ以上の追加の許可ステップが支払人により完了されるという点で図２６Ｄにおいて上述した画面１０６６に類似してもよい。例えば、図示した画面１１４８はテキストフィールド１１５０、１１５２及び１１５４を含んでもよい。キーボードインタフェース１６０又は数字キーボードインタフェース１６４（図２７Ｇには示さない）を使用して、支払人は要求された支払金額をテキストフィールド１１５０に入力し、提供された小切手９７２に対応する銀行口座と関連付けられたＰＩＮ番号をテキストフィールド１１５２に入力してもよい。オプションとして、支払人がトランザクションの完了時に電子メールの形式等で電子領収証を受信したい場合、支払人はテキストフィールド１１５４において有効な電子メールアドレスを提供してもよい。画面１１４８は、グラフィックボタン１１５６及び１１５８を更に含んでもよい。従って、要求された情報がテキストフィールド１１５０、１１５２及び１１５４に入力されると、現在のトランザクションの許可及び処理を開始するためにグラフィックボタン１１５６が選択されてもよい。更にトランザクションは、グラフィックボタン１１５８を選択することによりこの時点で取り消されてもよい。

上述したように、トランザクションが正常に完了した場合、画面７１２は受取人デバイス１０に表示されてもよい。画面７１２は、要求された支払いが選択された入金口座２１６に入金されたこと及び現在の支払いに関する領収証が画面１１４８のテキストフィールド１１５４において支払人により提供された電子メールアドレスに送信されたことを受取人に通知する通知メッセージ７１４を含んでもよい。あるいは、トランザクションが１つ以上の理由のために失敗した場合、画面７００が受取人デバイスに表示されてもよい。図２７Ｇにおいて、画面７００は通知メッセージ１１６０を含んでもよく、これは、前の画面１１４８のテキストフィールド１１５２において支払人により提供されたＰＩＮ番号がバンキングプロバイダにより管理されているレコード内に含まれたＰＩＮ番号と一致しないことを示してもよい。従って、受取人は、支払人が再入力するか又は画面１４８に入力されたＰＩＮ番号を検証することを要求するように命令されてもよい。通知メッセージ１１６０は、現在のトランザクションが失敗した理由の一例を示すことを意図することが理解されるべきである。実際には、上述した何らかの理由により、トランザクションが正常に処理できない可能性がある（例えば、支払口座に十分な資金がない等）。

次に残りの図面に継続すると、現在説明している技術の追加の側面が説明される。上述したように、電子デバイス１０は、１人以上の支払人を含むグループトランザクションを実行するように構成された１つ以上の機能を含んでもよい。例えば図１４Ａを参照して上述したように、グループトランザクションを実行するためにグラフィックボタン４８２が画面４７６から選択されてもよい。図２８を参照すると、本発明の１つの態様に従ってグループトランザクションを実行するシステムの概略図が示され、一般に図中符号１１７０で示される。図２８に示すように、グループトランザクション１１７０は図中符号１１７２で示された第１トランザクション及び図中符号１１７４で示された１つ以上の第２トランザクションを含んでもよい。

第１トランザクション１１７２において、電子デバイス１０は、グループトランザクション１１７０に対する開始デバイスとしての役割を果たし、ベンダデバイス１１７６に対して支払いを行う際の支払人の役割を仮定してもよい。その後、開始デバイス１０は、受取人としての役割を果たし、支払人デバイス９２、スマートカード８６２及び磁気クレジットカード９５４の所有者から追加の支払いを受信してもよい。説明の目的のため且つそれらの支払手段の各々の所有者をより明確に区別するために、本明細書において、磁気クレジットカード９５４の所有者はクレジットカード支払人と呼ばれる。同様に、スマートカード８６２の所有者はスマートカード支払人と呼ばれ、上述した実施形態に係るＮＦＣ対応デバイスであってもよい支払人デバイスの所有者はＮＦＣ支払人と呼ばれる。以下に更に詳細に説明するように、クレジットカード支払人、スマートカード支払人及びＮＦＣ支払人によりイニシエータデバイス１０に対して行われる支払いは、ベンダに対して支払う義務のある支払いに応答して行われてもよい。例えば現在図示されているトランザクション１１７０は、１ユーザ（例えば、イニシエータ）が図示したユーザの各々が支払う義務のある金額を含むグループ請求書に対して最初に支払いを行い且つ残りのユーザが開始ユーザに対して支払いを後で提供する状況において起こる可能性がある。

例として、現在の技術は、図２８に示したユーザがレストランにおいて請求書を分割したい状況において利用されてもよい。第１トランザクション１１７２において、イニシエータデバイス１０は、レストランと関連付けられたスタッフにより動作されるデバイスであってもよいベンダデバイス１１７６に対して支払人としての役割を果たしてもよい。上述したように、イニシエータデバイス及びベンダデバイス１１７６は、グループ請求書１１８０がベンダデバイス１１７６からイニシエータデバイス１０に送信される際に介するＮＦＣ接続１１７８を確立してもよい。その後、イニシエータは、図７を参照して上述したようにデフォルトの支払口座１８０であってもよい適切な支払口座をイニシエータデバイスにおいて選択してもよい。選択されると、支払口座情報１１８２はＮＦＣ接続１１７８を介してベンダデバイス１１７６に送信されてもよい。

支払情報１１８２を受信すると、上述したように、第１トランザクション１１７２において受取人デバイスとしての役割を果たしてもよいベンダデバイス１１７６は、入金口座を選択し、図中符号１１８４により一括して示される入金口座情報、支払口座情報１１８２及びグループ請求書１１８０に対応する要求された支払金額を１つ以上の金融サーバ１００に送信してもよい。図２８に示すように、トランザクション情報１１８４の送信は、図中符号１１８６で示されたネットワークを介して行われてもよい。ネットワーク１１８６は、例えばＬＡＮ又はＷＬＡＮネットワーク接続等の上述した適切なネットワークのいずれかを含んでもよい。

トランザクション情報１１８４が受信されると、金融サーバ１００は要求されたトランザクションを処理及び許可してもよく、トランザクションが許可された場合、支払い１１８８はベンダに与えられてもよい。例えば第１トランザクション１１７２が金融サーバ１００により許可されると、グループ請求書１１８０で要求された金額はイニシエータデバイス１０により指定された支払口座１１８２から引き落とされ、ベンダデバイス１１７６で指定された入金口座に入金されてもよい。従って、第１トランザクション１１７２はこの時点で完了してもよく、イニシエータデバイス１０は第２トランザクション１１７４に進むオプションを有してもよい。上述したように、第２トランザクション１１７４は、ＮＦＣデバイス９２、スマートカード８６２及び磁気クレジットカード９５４を伴うトランザクションを含んでもよい。しかし、追加のデバイス又は支払手段が、他の実施形態において第２トランザクション１１７４に含まれてもよく、必ずしも本明細書で提供された例に限定されるわけではないことが理解されるべきである。

図２８に示すように、第１トランザクション１１７２が完了すると、イニシエータデバイス１０は図中符号１１９４で示されたアドホックネットワークを介して現在の請求書１１９２をＮＦＣ支払人デバイス９２に送信してもよい。最初、現在の請求書１１９２はグループ請求書１１８０と同一であってもよい。グループトランザクションメンバ（例えば、クレジットカード支払人、スマートカード支払人及びＮＦＣ支払人）からの支払いを要求する前に、イニシエータは、各トランザクションメンバが支払う義務のある金額に従ってグループ請求書１１８０を配分してもよい。以下に説明するように、請求書項目の配分はリアルタイムに更新され且つ現在の請求書１１９２において閲覧されてもよく、これはＮＦＣ支払人デバイス９２に表示されてもよい。更に現在の請求書１１９２は、イニシエータデバイス１０により受信された支払いを反映するようにリアルタイムで更新されてもよい。

グループ請求書１１８０がイニシエータデバイス１０においてイニシエータにより配分されると、クレジットカード支払人、スマートカード支払人及びＮＦＣ支払人の各々が支払う義務のある金額が部分請求書としてそれらのユーザに通信されてもよい。例として、イニシエータデバイスは、部分請求書１１９８をＮＦＣ支払人に送信するためにＮＦＣ支払人デバイス９２とのＮＦＣ接続１１９６を確立することにより、支払いを受信する処理を開始してもよい。理解されるように、部分請求書１１９８は、ＮＦＣ支払人がイニシエータに対して支払う義務のあるグループ請求書１１８０の一部を反映してもよい。従って、一般に図１２Ａ〜図１２Ｃに示した実施形態に関して上述した技術に従って、支払口座は、ＮＦＣ支払人デバイス９２において選択され、その後図中符号１２００で示されるようにイニシエータデバイス１０に送信されてもよい。

ＮＦＣ支払人デバイス９２から支払情報１２００を受信すると、イニシエータデバイス１０は入金口座を選択し、ネットワーク１２０４を介して金融サーバ１００に対してトランザクション要求情報１２０２として一括して示される支払情報１２００、入金口座情報及び部分請求書１１９８に反映された金額を送信してもよい。理解されるように、ネットワーク１２０４は上述したようにデバイス１０で利用可能な１つ以上の通信インタフェースにより提供されてもよい。その後、トランザクション情報１２０２により表されたトランザクション要求が許可されたと金融サーバ１００が判定した場合、支払い１２０６はイニシエータデバイス１０により選択された入金口座に入金されてもよい。更に上述したように、第２トランザクションにおいていずれかの支払人により行われた支払いは、ＮＦＣ支払人により閲覧されている現在の請求書１１９２に関してリアルタイムに更新されてもよい。例えばイニシエータデバイスにより受信された各支払い１２０６は、矢印１２０８で示されるように現在の請求書１１９２に反映されてもよい。

イニシエータデバイス１０がＮＦＣ支払人デバイス９２から第１の支払いを受信すると、イニシエータデバイス１０は、スマートカード支払人及びクレジットカード支払人から残りの支払いを受信し続けてもよい。例えば図２０に示したトランザクション８６０を参照して上述した技術に従って、イニシエータデバイスはタップ動作によりＮＦＣ接続１１９６を介してスマートカード８６２に対応するスマートカード情報１２１０を受信してもよい。更にイニシエータデバイス１０は、図２３に示したトランザクション９５２を参照して上述した技術に従って磁気クレジットカード９５４の画像１２１２を取得してもよい。従って、イニシエータデバイス１０は、追加の第２トランザクションを許可するためにネットワーク１２０４を介してスマートカード情報１２１０と画像１２１２から抽出される支払情報とを金融サーバ１００に送信してもよい。これらのトランザクションが金融サーバ１００により許可される場合、図中符号１２０６で示されるクレジットカード支払人及びスマートカード支払人からの各支払いは、イニシエータデバイス１０により選択された入金口座に入金されてもよい。また、ＮＦＣ支払人９２により閲覧されている現在の請求書１１９２は、図中符号１２０８で示されるようにクレジットカード支払人及びスマートカード支払人からの追加の支払いの処理を反映するように更新されてもよい。

次に図２９に継続すると、図２８において説明したグループトランザクション１１７０を実行するためにイニシエータデバイス１０を動作させる技術を示す方法１２２０が示される。ステップ１２２２に示すように、グループトランザクションはイニシエータデバイス１０により開始されてもよい。その後ステップ１２２４において、イニシエータはグループ請求書１１８０等のグループ請求書を受信し且つ支払いを行ってもよい。上述したように、一実施形態によると、イニシエータデバイス１０によるグループ請求書の受信及び支払いはＮＦＣ接続１１７８を介して行われてもよい。イニシエータデバイス１０によりグループ請求書に対する支払いが行われると、方法１２２０はステップ１２２６に進み、イニシエータは、上述したようにクレジットカード支払人、スマートカード支払人及びＮＦＣ支払人を含んでもよい追加のグループトランザクションメンバを識別し且つそれらとインタフェースしてもよい。次に、イニシエータはグループ請求書に一覧表示された項目を適切なグループトランザクションメンバに配分することに進む。例えばイニシエータは、ステップ１２２８において第１の請求書項目を選択し、ステップ１２３０において選択した項目を適切なグループトランザクションメンバに配分してもよい。次の判断ブロック１２３２により示すように、イニシエータは、グループ請求書１１８０に一覧表示された全ての請求書項目が正しいグループトランザクションメンバに適切に配分されるまで配分処理を継続してもよい。

その後、イニシエータは各グループトランザクションメンバから支払いを収集する処理を開始してもよい。例えばステップ１２３４において、イニシエータは第１のグループトランザクションメンバを選択してもよい。次のステップ１２３６において、ステップ１２３４の選択したメンバに対応する部分請求書が通信されてもよい。例えば部分請求書は、上述したＮＦＣ接続１１９６を介してＮＦＣ支払人デバイス９２に通信されてもよい。更に部分請求書は、例えばクレジットカード支払人及びスマートカード支払人に口頭で通信されてもよい。部分請求書を受信すると、各支払人は支払口座を選択し且つ支払口座情報をイニシエータに提供してもよい。例えばステップ１２８で示すように、イニシエータは、選択したグループトランザクションメンバから支払情報を収集し、トランザクション要求を金融サーバ１００に送信するなどしてトランザクションを処理してもよい。上述したように、要求したトランザクションが金融サーバ１００により許可された場合、対応する支払いはイニシエータにより指定された入金口座に対して行われてもよい。

その後、判断ステップ１２４０に示すように、イニシエータデバイスは、支払いが各グループトランザクションメンバから受信されるまで支払いを収集し続けてもよい。従って、全ての支払いが受信されると、ステップ１２４２においてグループトランザクションが完了されてもよい。尚、図２８において上述したように、上述したステップ１２２２及び１２２４は第１トランザクション１１７２に対応してもよく、残りのステップ１１２６〜１２４２は第２トランザクション１１７４に対応してもよい。

上述したグループトランザクション１１７０は、図３０Ａ〜図３０Ｌを参照すると更によく理解されるだろう。図３０Ａ〜図３０Ｌは、一般にグループトランザクション１１７０中にイニシエータデバイス１０又はＮＦＣ支払人デバイス９２に表示される種々の画面画像を示してもよい。例えば最初に図３０Ａを参照すると、第１トランザクション１１７２はイニシエータデバイス１０で開始され、画面１１０から開始する。次にイニシエータは、グラフィックボタン１１４を選択して画面４７６にナビゲートしてもよく、画面４７６は上述したようにグラフィックボタン４８２を表示してもよい。従って、イニシエータはグラフィックボタン４８２を選択して画面１２７０に進むことによりデバイス１０により提供されたグループトランザクション機能にアクセスしてもよい。画面１２７０は、グラフィックボタン１２７２、１２７４及び１２７６を表示してもよい。これらのグラフィックボタンの各々は、上述したように特定の機能を表してもよい。例えばグラフィックボタン１２７２は、イニシエータがグループトランザクション１１７０を開始できる機能を表してもよい。同様に、グラフィックボタン１２７４により、イニシエータは別のメンバにより先に開始されたグループトランザクション等の既存のグループトランザクションに参加できる。更にイニシエータは、グラフィックボタン１２７６を選択することによりグループトランザクションを取り消してもよい。

この図に示すように、グラフィックボタン１２７２を選択することにより、イニシエータは画面１２７８にナビゲートしてもよい。画面１２７８は、グループトランザクションに対する種々のオプションの選択を提供してもよい。例えば、イニシエータが第１トランザクション（例えば、１１７２）としてグループ請求書１１８０等のグループ請求書の支払いを行い、その後一連の第２トランザクション（例えば、１１７４）として追加のトランザクションメンバ間で請求書を配分し且つそれらのトランザクションメンバから支払いを収集する第１のオプションが提供されてもよい。これは、一般に図２８のグループトランザクション１１７０により説明された例であってもよい。

画面１２７８に示すように、イニシエータが１つ以上の他のトランザクションメンバ間で請求書を直接分割する追加のグループトランザクションオプションが提供されてもよい。この状況について、図３２を参照して以下に更に説明する。画面１２７８に示されたオプションは、イニシエータが適切なオプションを選択できるチェックボックスグラフィックアイコンを表すグラフィック要素１２８０及び１２８２により表されてもよい。例えばこの図に示すように、イニシエータはチェックボックス１２８０を選択して、現在のトランザクションが図２８において上述した技術に従って実行されることを示してもよい。オプション１２８０が選択されると、イニシエータは、グループトランザクション１１７０を開始するためにグラフィックボタン１２８４を選択してもよい。

グラフィックボタン１２８４が選択されると、ユーザは画面１２８８に進み、図中符号１１７２で示され且つ上述した第１トランザクションが開始してもよい。例えば画面１２８８は、ＮＦＣ接続１１７８の開始を表してもよい。画面１２８８は通知メッセージ１２９０を更に含んでもよく、上述したようにイニシエータデバイス１０のＮＦＣデバイス４６の電源が投入され、ＮＦＣインタフェース６０をアクティブにしていることをイニシエータに対して示してもよい。画面１２８８は、イニシエータが必要に応じてＮＦＣ接続１１７８の確立を取り消すことを選択できるグラフィックボタン１２９２を更に含んでもよい。

ＮＦＣ接続１１７８が確立されると、イニシエータデバイス１０は、ＮＦＣ接続１１７８が確立されたベンダデバイス１１７６からグループ請求書１１８０を受信してもよい。例えばグループ請求書１１８０がイニシエータデバイス１０により受信されると、図３０Ｂに示すように、画面１２８８は通知メッセージ１２９６を表示するように更新されてもよい。ここで示すように、通知メッセージ１２９６は、グループ請求書１１８０が受信されたことをイニシエータに通知してもよい。従って、イニシエータは、グラフィックボタン１２９８及び１３００を介して受信したグループ請求書１１８０を受け入れるか又は拒否してもよい。グループ請求書を受け入れるために、イニシエータはグラフィックボタン１２９８を選択して画面１３０４にナビゲートしてもよい。画面１３０４は、イニシエータのアイデンティティ１３０６、ベンダのアイデンティティ１３０８、並びにここでは図中符号１３１０で示されたグループ請求書により要求された金額を表示してもよい。以下に説明するように、金額１３１０は、チップ金額を追加する前の小計を反映してもよい。例えば本実施形態は、ベンダがレストランであり且つ請求書がレストランの請求書を反映する例において考えられてもよい。従って、グラフィックボタン１３１２及び１３１４は画面１３０４に提供され、それによりイニシエータはチップ金額を指定すること又は請求書の詳細を閲覧することを選択できる。

画面１３０８は、現在選択されている支払口座を更に表示してもよく、これは図７で上述したようにイニシエータにより指定されたデフォルトの支払口座１８０として最初に選択されてもよい。従って、グラフィックボタン１３１８、１３２０及び１３２２が提供されてもよい。ここで、グラフィックボタン１３１８は、イニシエータが現在選択されているデフォルトの支払口座１８０を使用して請求書を支払える機能を表し、グラフィックボタン１３２０は、イニシエータが別の支払口座を選択できる機能を表し、グラフィックボタン１３２２は、イニシエータが現在のトランザクションを取り消すことを可能にしてもよい。

図３０Ｂに示すように、イニシエータは、グラフィックボタン１３１４を選択して画面１３２６にナビゲートすることによりグループ請求書１８０を閲覧してもよい。画面１３２６は、一般に図中符号１３３０で示された全てのグループ請求書項目を一覧表示するセクションを含んでもよい。更に、リストの全体が提供された表示セクションで閲覧できない場合に、イニシエータが請求書項目１３３０のリストをナビゲートできるように、スクロールバー機能１３３２が画面１３２６に提供されてもよい。請求書項目１３３０のリストに加えて、画面１３２６はあらゆる適用される税額１３２８を一覧表示してもよい。理解されるように、請求書項目１３３０の合計及び税額１３２８が合計され、上述した小計１３１０を取得する。画面１３２６は、イニシエータによりチップ金額が加算される前には最初はゼロであるチップ金額１３３４を更に表示してもよい。従って、グループ請求書１３１０の小計及びあらゆるチップ金額１３３４が合計され、グループ請求書１３３６の合計金額を判定してもよい。更にグラフィックボタン１３３８及び１３４０が画面１３２６に提供されてもよく、グラフィックボタン１３３８は、現在の状態に基づいて表示された請求書を支払うことに進む機能をイニシエータに提供してもよい。更に、イニシエータがチップ金額１３３４を指定することを選択する場合、グラフィックボタン１３４０が選択されてもよい。

例えばグラフィックボタン１３４０が選択された場合、イニシエータはチップ金額を加算及び選択するために画面１３５０にナビゲートしてもよい。画面１３５０は、グループ請求書１３１０の現在の小計を表示し、イニシエータが所望のチップ金額を入力できるテキストフィールド１３５２をイニシエータに提供してもよい。例えばイニシエータは、数字キーボード１６４を使用してチップ金額を入力することを選択してもよく、あるいはここでは図中符号１３５４で示されたグラフィックボタンにより提供されるように事前計算済みのチップ金額を選択してもよい。ここで示すように、グラフィックボタン１３５４により表された事前計算済みのチップ金額は現在の小計金額１３１０の特定の割合に対応してもよい。例として、この図において、イニシエータは現在の小計１３１０の２０％であるチップに対応するグラフィックボタンを選択してもよい。ここで図示するように、上述したチップ金額１３３４が選択されると、テキストフィールド１３５２にはその選択を反映するようにデータが読み込まれてもよい。更にグループ請求書１０８０の合計金額１３３６は、チップ金額１３３４の加算を反映するように更新されてもよい。例えば現在のグループ請求書の合計１３３６は、上述した小計金額１３１０及び現在選択されているチップ金額１３３４を合計することにより計算されてもよい。その後、イニシエータは、選択したチップ金額及び対応する更新されたグループ請求書の合計金額１３３６を受け入れるためにグラフィックボタン１３５６を選択してもよく、あるいはグラフィックボタン１３５８を選択することにより現在のトランザクションを取り消してもよい。この図に示すように、グラフィックボタン１３５６が選択されると、ユーザは画面１３２６に戻る。画面１３２６は、選択されたチップ金額１３３４及びグループ請求書に対する更新された合計金額１３３６を表示するように更新されてもよい。イニシエータが現在のグループ請求書合計金額１３３６に満足する場合、イニシエータは、グラフィックボタン１３３８を選択してグループ請求書の金額１３３６の支払いに進んでもよい。

図３０Ｃを参照すると、グラフィックボタン１３３８を選択することにより、イニシエータは画面１３０４に戻ってもよい。画面１３０４は、グループ請求書の金額１３３６が画面１３５０から指定されたチップ金額１３３４の加算を含むように更新されたことを反映するように更新されてもよい。従って、イニシエータは、グラフィックボタン１３１８を選択することによりデフォルトの支払口座１８０を使用してグループ請求書の合計１３３６の支払いを開始してもよい。上述したように、グラフィックボタン１３１８を選択することにより、ＮＦＣインタフェース１１７８を介して支払口座情報１１８２をベンダデバイス１１７６に送信してもよい。ベンダデバイス１１７６は、要求された支払いを処理及び許可するために現在のトランザクション要求１１８４を金融サーバ１００に送信してもよい。

図３０Ｃに示すように、第１トランザクション１１７２が金融サーバ１００により許可される場合、画面１３６２がイニシエータデバイス１０に表示されてもよい。画面１３６２は、選択したデフォルトの支払口座１８０を使用してグループ請求書１８０に対する支払いが行われたことをイニシエータに示す通知メッセージ１３６４を表示してもよい。更に画面１３６２は、グラフィックボタン１３６６及び１３６８を含んでもよい。グラフィックボタン１３６８は、ユーザがトランザクションを終了するか又は取り消すことができる機能を表してもよい。グラフィックボタン１３６６により、ユーザはグループ請求書１１８０を配分してもよく、図２８を参照して上述した第２トランザクション１１７４が開始されてもよい。図３０Ｃに示すように、グラフィックボタン１３６６が選択されると、画面１３７０が表示されてもよい。画面１３７０は、ネットワーク１１９４等のアドホックネットワークの確立を示す。上述したように、ＮＦＣ支払人デバイス９２等の対応デバイスは、現在の請求書１１９２、並びに第２トランザクション１１７４中に実行される種々のステップ中に現在の請求書１１９２に対して行われた更新を閲覧するために確立されたアドホックネットワークに参加してもよい。

画面１３７０は、イニシエータ１３０６のアイデンティティを表示し、ここでは図中符号１３７２で示されるように現在のグループトランザクションに識別名を適用してもよい。ここで図示するように、トランザクション識別子１３７２は、図３０Ａ及び図３０Ｂにより示された第１トランザクションにおける支払いの受信者１３０８（「ＡＢＣレストラン」）と同一であってもよい。更に画面１３７０は、グラフィックボタン１３７６及び１３７８を含んでもよい。グラフィックボタン１３７８により、イニシエータは、例えばクレジットカード支払人及びスマートカード支払人等の他のトランザクションメンバがアドホックネットワークに接続できるデバイスを使用していない場合にアドホックネットワークの確立を取り消せる。グループトランザクション１１７０が現在示されているデバイス９２等のアドホックネットワークに参加できる少なくとも１つのデバイスを含む場合、イニシエータは、グループ請求書１１８０を配分する処理を開始するためにグラフィックボタン１３７６を開始する前にデバイス９２がネットワークに参加することを待ってもよい。

図３０Ｄを参照して、ＮＦＣ支払人デバイス９２の観点からアドホックネットワーク１１９４への接続の処理を示す。例えば図３０において説明したようにイニシエータデバイス１０により確立されたアドホックネットワークに参加するために、ＮＦＣ支払人は画面１１０からグラフィックボタン１１４を選択してもよい。尚、図３０Ｄに示した画面は、イニシエータデバイス１０を参照して上述した１つ以上の画面と類似してもよい。従って、本実施形態において、アプリケーション３４等のイニシエータデバイスに提供されたトランザクションアプリケーションは、支払人デバイス９２に提供されてもよいことが理解されるべきである。グラフィックボタン１１４が選択されると、支払人は画面４７６に進んでもよい。ＮＦＣ支払人デバイス９２に提供されたグループトランザクション機能にアクセスするために、支払人はグラフィックボタン４８２を選択して画面１２７０にナビゲートしてもよい。ここで、支払人はグラフィックボタン１２７４を選択することにより上述したアドホックネットワークに参加するようにＮＦＣ支払人デバイスを動作させてもよい。

図３０Ｄに示すように、グラフィックボタン１２７４を選択することにより、ＮＦＣ支払人は画面１３８０にナビゲートしてもよい。画面１３８０は、支払人１３８２のアイデンティティを表示し、実行中のグループトランザクションを表してもよい利用可能なアドホックネットワークのリストを表示してもよい。例えば図３０Ｃにおいて説明され且つイニシエータにより確立されたネットワークは、ここで一覧表示され且つ図中符号１３８４により示される。従って、支払人は、チェックボックス選択グラフィック１３８５等を介して一覧表示されたネットワーク１３８４を選択し、グラフィックボタン１３８６を選択することにより選択したネットワークに参加してもよい。更にＮＦＣ支払人は、グラフィックボタン１３８８を選択することによりアドホックネットワークに参加することを拒否するオプションを有してもよい。理解されるように、後者が選択された場合、ＮＦＣ支払人はグループトランザクション１１７０に依然として参加してもよいが、現在の請求書１１９２に対するあらゆるリアルタイムの更新を閲覧できない。

全ての対応デバイスがイニシエータデバイス１０により確立されたアドホックネットワーク１１９４に参加すると、グループ請求書項目の配分が開始してもよい。例えば次に図３０Ｅを参照すると、図３０Ｃで説明した画面１３７０は、ここでは図中符号１３８２で表されたＮＦＣ支払人が確立されたアドホックネットワークに参加したことを示すように更新されてもよい。従って、他の支払人デバイスが現在のトランザクションに参加していないため、イニシエータはグラフィックボタン１３７６を選択して画面１４００にナビゲートし、グループ請求書項目１３３０の配分を開始してもよい。

画面１４００に示すように、グループトランザクションメンバのリストが表示されてもよい。ここで示すように、最初、リスト１４０２はアドホックネットワーク１１９４を介してイニシエータデバイス１０に現在接続されているＮＦＣ支払人及びイニシエータのみを含んでもよい。画面１４００は、グループ請求書項目１３３０のリストを更に表示してもよい。上述したように、画面サイズの制限のためにグループ請求書項目１３３０のリストの全体が表示されない場合、グラフィック１４０４で表したスクロールバー機能が画面１４００に提供されてもよい。次に残りのトランザクションメンバを現在のグループトランザクションに追加するために、イニシエータはグラフィックボタン１４０６を選択してもよい。グラフィックボタン１４０６が選択されると、イニシエータは、テキストフィールド１４１２及びグラフィックボタン１４１４、並びにテキストキーボード１６０を表示する画面１４１０にナビゲートしてもよい。従って、イニシエータは、テキストキーボード１６０を介してクレジットカード支払人のアイデンティティをテキストフィールド１４１２に入力してもよい。クレジットカード支払人のアイデンティティが入力されると、イニシエータは、グラフィックボタン１４１４を選択することによりクレジットカード支払人を現在のトランザクションに追加してもよい。図３０Ｅに示すように、グラフィックボタン１４１４を選択することにより、ポップアップウィンドウ１４２０が画面１４１０の上に表示されてもよい。ポップアップウィンドウ１４２０は、クレジットカード支払人が現在のトランザクションに追加されたことをイニシエータに通知してもよく、グラフィックボタン１４２２及び１４２４をイニシエータに更に提供してもよい。例えばここで示すように、グラフィックボタン１４２２を選択することにより、ポップアップウィンドウ１４２０が閉じられ、イニシエータはスマートカード支払人等の追加のメンバを追加するために画面１４１０に再アクセスできる。従って、イニシエータは、上述したステップを繰り返し、スマートカード支払人のアイデンティティをテキストフィールド１４１２に入力してもよい。グラフィックボタン１４１４を再度選択することにより、ポップアップウィンドウ１４２６が画面１４１０の上に表示され、スマートカード支払人が現在のトランザクション１１７０に追加されたことをイニシエータに通知してもよい。図２８の第２トランザクション１１７４に示したグループトランザクションメンバの全てが追加されたため、イニシエータはグラフィックボタン４２４を選択することにより画面１４００に戻ってもよい。

次に図３０Ｆに継続すると、イニシエータによるグループ請求書項目１３３０のうちの１つの配分が示される。この図に示すように、画面１４００は、トランザクションメンバ１４０２の更新済みリストを表示してもよく、これは図３０Ｅにおいて説明した技術を使用して追加されたクレジットカード支払人及びスマートカード支払人を含んでもよい。次に、イニシエータは、指又はスタイラス等の他のオブジェクトを使用するなどして画面１４００において項目１４３０の場所を選択することによりグループ請求書項目１４３０を配分し、イニシエータデバイス１０のディスプレイ２４との接触を維持したまま選択した請求書項目１４３０を適切なトランザクションメンバに対応する画面１４００の場所に移動してもよい。理解されるように、この動作は、グラフィカルユーザインタフェースにおいて「ドラッグアンドドロップ」動作と一般に呼ばれてもよい。更に画面１４００に示すように、イニシエータは、グループ請求書１０８０全体をトランザクションメンバ１４０２間で同等に分割することを選択する場合はグラフィックボタン１４２８を選択してもよい。例えばグラフィックボタン１４２８を選択することにより、グループ請求書の合計１３３６がイニシエータ、ＮＦＣ支払人、クレジットカード支払人及びスマートカード支払人の間で同等に分割されてもよい。また、この図で示されたドラッグアンドドロップの図は現在説明されている技術に従ってデバイスに提供されてもよい一実現例を表すが、グループ請求書項目１３３０を配分するあらゆる種類の適切なインタフェース技術が現在のトランザクションにおいて使用されてもよいことが理解されるべきである。

図３０Ｇに継続すると、画面１４００は、請求書項目１４３０がイニシエータに配分されたことを示すように更新されてもよい。この図に示すように、グループ請求書項目１３３０の配分は、請求書の合計金額１３３６と比較して配分された請求書項目１４３０のコストに比例した金額に基づいて図中符号１３２８及び１３３４で表された税額及びチップ金額を自動的に配分することも含んでもよい。しかし、税額１３２８及びチップ金額１３３４を配分する別の技術は、それらの金額を自動的に配分する別の方式、並びにイニシエータによりそれらの金額を相互に配分する技術を含み、それらの技術は本発明の範囲内であることが理解されるべきである。次に、イニシエータは、残りのグループ請求書項目１３３０を配分し続けてもよい。例えば図３０Ｇは、上述した技術に従って、リスト１４０２におけるイニシエータに対する請求書項目１４３２の配分、並びにあらゆる追加の税額及びチップ金額の自動的な配分を更に示す。

当業者には理解されるように、２つ以上のトランザクションメンバ１４０２の間で特定の請求書項目を配分する必要がある場合がある。例として、特定の請求書項目は、トランザクションメンバ１４０２の各々により共有されてもよい。従って、共有された請求書項目は、グラフィックボタン１４３６を選択することにより配分されてもよい。グラフィックボタン１４３６を選択することにより、イニシエータは画面１４３８にナビゲートしてもよい。画面１４３８は、一般にグループ請求書項目１３３０のリストを表示してもよく、請求書項目１４３０及び１４３２等の既に配分された請求書項目１３３０を更に示してもよい。理解されるように、既に配分された請求書項目１４３０及び１４３２は画面１４３８において選択可能でなくてもよい。この図に示すように、イニシエータは、複数のグループトランザクションメンバ間で共有請求書項目１４４０を配分するためにこの項目を選択してもよい。例えば請求書項目１４４０を選択すると、ポップアップウィンドウ１４４２が画面１４３８の上に表示されてもよい。

ポップアップウィンドウ１４４２は、現在のグループトランザクションメンバ１４０２のリストを表示してもよい。ここで示すように、チェックボックスグラフィックには各グループトランザクションメンバが与えられてもよい。従って、イニシエータは、各メンバと関連付けられたチェックボックスグラフィックを使用して適切なグループトランザクションメンバを選択することにより請求書項目１４４０が配分される方法を指定してもよい。更にこの図に示すように、イニシエータは図中符号１４４４により表されたチェックボックスグラフィックを選択することにより全てのグループトランザクションメンバ１４０２の間で共有請求書項目１４４０を同等に配分してもよい。適切な選択が行われると、イニシエータは、グラフィックボタン１４４６を選択して、ポップアップウィンドウ１４４２において反映された選択に従って共有請求書項目１４４０を配分してもよい。更にイニシエータは、グラフィックボタン１４４８を選択することによりこの配分処理を取り消してもよい。グラフィックボタン１４４６が選択されると、請求書項目１４４０は全てのグループトランザクションメンバ１４０２の間で同等に配分されてもよく、イニシエータは画面１４００に戻ってもよい。更新済みの画面１４００においてグループ請求書項目１３３０のリストに示すように、請求書項目１４４０のリストは、上述したようにこの項目が既に配分されていることを示すように更新されてもよい。

次に図３０Ｈに継続すると、共有請求書項目１４４０を配分した後、イニシエータは追加の請求書項目を配分し続けてもよい。例えば図３０Ｈは、ＮＦＣ支払人が支払う義務のある金額に対応する請求書項目１４５２及び１４５４の配分を示す。この図に示すように、請求書項目１４５２及び１４５４が適切に配分されると、それぞれのリストは上述したように画面１４００で更新されてもよい。理解されるように、請求書項目１３３０の配分中、イニシエータは、部分請求書の現在の状態を閲覧するためにリスト１４０２に表示された１以上のグループトランザクションメンバを選択してもよい。例えばＮＦＣ支払人を選択することにより、イニシエータは、ＮＦＣ支払人が支払う義務のある金額に対応する部分請求書を表示してもよい画面１４５６を閲覧してもよい。ここで図示するように、画面１４５６は、共有請求書項目１４４０のＮＦＣ支払人の部分、並びに追加の請求書項目１４５２及び１４５４を表示してもよい。更に上述したように、図中符号１４５８により示されるように、あらゆる適用される税額及びチップ金額が配分された請求書項目の合計のコストに基づいて自動的に計算されてもよい。上記項目の金額、税額及びチップ金額を合計することにより、図中符号１４６０で示された部分請求書の合計の金額が表示されてもよい。更に画面１４５６は、イニシエータが誤って配分された項目等の配分された項目を現在のグループトランザクションメンバから除去できるグラフィックボタン１４６２を提供してもよい。残りのグループ請求書項目１１３０を配分し続けるために、イニシエータはグラフィックボタン１４６４を選択して画面１４００に戻ってもよい。

更新済み画面１４００に示すように全てのグループ請求書項目１３３０が適切に配分されると、イニシエータはグラフィックボタン１４６６を選択することにより、図２９の方法１２２０のステップ１２３４〜１２４０を参照して上述したようにグループトランザクションメンバの各々から支払いを収集する処理を開始してもよい。この図に示すように、グラフィックボタン１４６６を選択することにより画面１４７０がイニシエータデバイスに表示されてもよい。画面１４００は、各々がグループトランザクションメンバ１４０２の各々に対応するグラフィックボタン１４７２、１４７４及び１４７６等のグラフィックボタンを表示してもよい。例えば上述したように、グラフィックボタン１４７２はＮＦＣ支払人に対応してもよく、グラフィックボタン１４７４はクレジットカード支払人に対応してもよく、グラフィックボタン１４７６はスマートカード支払人に対応してもよい。理解されるように、第１トランザクション１１７２においてグループ請求書１１８０に対する支払いを行う際に、イニシエータはグループ請求書１０８０のうちイニシエータの部分のそれぞれを既に支払っているため、画面１４７０は、イニシエータに対応するグラフィックボタンを含まなくてもよい。

グラフィックボタン１４７２、１４７４及び１４７６により示された残りのグループトランザクションメンバの各々からの支払いの収集は、１つ以上の上述したトランザクション技術に従って行われてもよい。例えばグラフィックボタン１４７２を選択することにより、イニシエータは複数のグラフィックボタン１４８２、１４８４、１４８６及び１４８８を表示してもよい画面１４８０に進んでもよい。これらのグラフィックボタンの各々は、対応するグループトランザクションメンバから支払いが取得される種々の方法を表してもよい。例えばグラフィックボタン１４８２は、図１２Ａのトランザクション３７５、図１２Ｂのトランザクション３７６及び図１２Ｃのトランザクション３７８によりそれぞれ示された技術を表してもよい。更にグラフィックボタン１４８４は、図２０で説明したトランザクション８６０を参照して上述されたトランザクション技術を表してもよい。また、グラフィックボタン１４８６は、図２３に示したトランザクション９５２及び図２４に示したトランザクション９７０において説明した機能を表してもよい。ここで図示するように、イニシエータはグラフィックボタン１４８８を選択することにより対応するグループトランザクションメンバから現金支払いを受信するオプションを更に有してもよい。本明細書では詳細に説明しないが、グラフィックボタン１４８８を選択することにより、単純に確認画面が表示されてもよく、それにより、部分請求書の金額に対応する現金支払いがグループトランザクションメンバからイニシエータに転送されると、イニシエータは支払いの受信を確認してもよい。最後に、グラフィックボタン１４９０により、イニシエータは必要に応じて現在のトランザクションを取り消すか又は画面１４７０に戻ってもよい。

上述したように、ＮＦＣ支払人はＮＦＣ支払人デバイス９２を所有していてもよい。従って、イニシエータは、部分請求書及びＮＦＣ支払人により選択されてもよい対応する支払口座に関する情報をやり取りするために、デバイス１０及び９２のＮＦＣインタフェース６０の間にＮＦＣ接続（例えば、１１９６）を確立することにより支払いを開始するためにグラフィックボタン１４８２を選択することによりＮＦＣ支払人から支払いを取得することを選択してもよい。例えばこの図に示すように、グラフィックボタン１４８２を選択することにより、画面１４９４はイニシエータデバイス１０に表示されてもよい。画面１４９４は、通知メッセージ１４９６を表示してもよく、一般に、ＮＦＣ接続１１９４が確立されていること及びＮＦＣ支払人デバイス９２に対するタップ動作が要求されることをイニシエータに通知してもよい。画面１４９４は、グラフィックボタン１４９８を更に含み、イニシエータが必要に応じてＮＦＣ接続１１９６の確立を取り消せてもよい。

図２８に示したように、部分請求書１１９８及び支払情報１２００がイニシエータデバイス１０と支払人デバイス９２との間でやり取りされると、画面１５００はイニシエータデバイスに表示されてもよい。画面１５００は、イニシエータのアイデンティティ１５０２、ＮＦＣ支払人のアイデンティティ１５０４、並びに図３０Ｈの画面１４５６に示した部分請求書の金額１４６０に対応してもよい支払金額を表示してもよい。画面１５００は、上述した技術に従ってＮＦＣ支払人により選択された支払口座を更に表示してもよく、これは、図１４Ｅに示したようにＮＦＣ支払人のデフォルトの支払口座５５４であってもよい。画面１５００は、デフォルトの入金口座２１６であってもよい現在選択されている入金口座を更に表示してもよい。従って、上述したように、ＮＦＣ支払人により提供されている支払金額１４６０を受け入れるために、イニシエータはグラフィックボタン６８６を選択してデフォルトの入金口座２１６に要求された支払いを入金してもよい。その後、トランザクションが正常に完了した場合、画面１５１０はイニシエータデバイスに表示されてもよい。画面１５１０は、ＮＦＣ支払人が支払う義務のある金額１４６０がイニシエータの入金口座２１６に入金されたことを一般にイニシエータに示す通知メッセージ１５１２を含んでもよい。更に通知メッセージ１５１２は、肯定応答又は領収証がＮＦＣ支払人に提供されたことを示してもよい。その後、イニシエータは、スマートカード支払人及びクレジットカード支払人から残りの支払いを収集するためにグラフィックボタン１５１４を選択することにより画面１４００に戻ってもよく、あるいはグラフィックボタン１５１６を選択することによりトランザクションを取り消すか又は終了してもよい。

次に図３０Ｊに継続すると、支払いがＮＦＣ支払人により受信されると、画面１４００のリスト１４０２は、イニシエータとＮＦＣ支払人との間のトランザクションが完了したことを示すように図中符号１５１８で示すように更新されてもよい。次にイニシエータは、グラフィックボタン１４６６を再度選択することによりクレジットカード支払人及びスマートカード支払人から残りの未払いの部分請求書を収集し続けてもよい。図３０Ｊのグラフィックボタン１４６６が選択されると、イニシエータは画面１４７０にナビゲートしてもよい。この図に示すように、画面１４７０は、ＮＦＣ支払人が支払う義務のある金額がイニシエータにより受信されたことを反映するように更新されてもよい。例えば現在図示されている画面１４７０は更新されてもよく、前に表示されていたグラフィックボタン１４７２が除去され、各々がクレジットカード支払人及びスマートカード支払人の支払う義務のある未払いの支払いを表す残りのグラフィックボタン１４７４及び１４７６のみが表示される。

ここで、グラフィックボタン１４７６を選択することにより、イニシエータは図３０Ｉにおいて上述したように画面１４８０に戻ってもよく、それにより、イニシエータはスマートカード支払人から支払いを受信する適切な方法を選択してもよい。例えばこの図において、支払人はグラフィックボタン１４８４を選択し、図２０を参照して上述した技術を使用して支払いの受信を開始してもよい。例えばグラフィックボタン１４８４が選択されると、画面１５２０がデバイス１０に表示され、図２８に示したように、デバイス１０のＮＦＣインタフェースが現在アクティブであること、並びにＮＦＣ接続１１９６がスマートカード８６２及びイニシエータデバイス１０をタップすることにより開始されてもよいことをイニシエータに示す通知メッセージ１５２２を表示してもよい。次にスマートカード８６２の記憶チップ８６４に格納された情報がＮＦＣ接続１１９６等を介してイニシエータデバイスにより受信されると、画面１５００が表示されてもよい。上述したように、画面１５００は、イニシエータのアイデンティティ、並びに図中符号１５２６で示されたスマートカード支払人のアイデンティティを表示してもよい。画面１５００は、クレジットカード支払人の支払う義務のある部分請求書に対応してもよい支払金額１５２８を更に表示してもよい。従って、イニシエータは、支払金額１５２８を入金口座２１６に入金するために現在の情報を金融サーバ１００に送信すること等の上述したトランザクション許可動作を開始するためにグラフィックボタン６８６を選択してもよい。画面１５１０に示すように、現在のトランザクションが正常に処理され且つ金額１５２８がスマートカード８６２から引き落とされた場合、通知メッセージ１５１２が表示されてもよい。その後、グループトランザクションを完了するために、イニシエータはグラフィックボタン１５１４を選択して画面１４００に戻り、クレジットカード支払人から最後の未払いの支払いを収集してもよい。

次に図３０Ｋに継続すると、グラフィックボタン１５１４が選択されると、画面１４００はイニシエータデイバス１０において更新され且つ表示されてもよい。この図に示すように、更新済み画面１４００のリスト１４０２は、図中符号１５３２により示すように、スマートカード支払人の支払う義務のある部分請求書がイニシエータにより受信されたことを示してもよい。従って、クレジットカード支払人の支払う義務のある残りの支払いを収集するために、イニシエータはグラフィックボタン１４６６を選択して更新済み画面１４７０にアクセスしてもよい。ここで図示するように、更新済み画面１４７０は、グラフィックボタン１４７４のみを表示し、これはイニシエータに支払う義務のある残りの支払いのみを反映している。グラフィックボタン１４７４を選択することにより、イニシエータは画面１４８０に進み、図２３及び図２４に示したようなトランザクション９５２及び９７０を参照して一般に上述し且つ図中符号１５４０により示した画像処理及び情報抽出技術を使用してクレジットカード支払人の磁気クレジットカード９５４から支払いを取得するためにグラフィックボタン１４８６を選択してもよい。例えばイニシエータデバイス１０は上述したカメラ４８を使用して磁気クレジットカード９５４の画像１２１２を取得してもよい。画像１２１２がイニシエータデバイス１０により取得されると、上述したＯＣＲ技術等の１つ以上の画像処理技術は、クレジットカード９５４により表されたクレジットカード口座に対応する画像１２１２から情報を抽出するために利用されてもよい。

図３０Ｌに継続すると、要求されたクレジットカード情報が画像１２１２から抽出されると、図２６Ｄを参照して上述した画面１０６０が表示されてもよい。ここでは図示しないが、画像処理及び抽出ステップ１５４０中に起こったあらゆる誤りに対する抽出されたカード情報を編集する上述した種々の技術が提供されてもよいことが理解されるべきである。クレジットカード支払人の支払う義務のある部分請求書を入金口座２１６に入金するために、イニシエータはグラフィックボタン６８６を選択してもよい。グラフィックボタン６８６を選択することにより、イニシエータは、上述したようにトランザクションが処理される前にクレジットカード支払人により実行される必要がある１つ以上の追加の許可動作を表してもよい画面１０６６にナビゲートしてもよい。例えば画面１０６６は、クレジットカード支払人がテキストフィールド１０６８に請求書の金額を入力し、クレジットカード９５４に対応するＣＶＶコードをテキストフィールド１０７０に提供することを要求してもよい。更にクレジットカード支払人は、トランザクションが完了した時にクレジットカード支払人に支払領収証を送信するために使用されてもよい電子メールアドレスをテキストフィールド１０７２に提供するオプションを有してもよい。

画面１０６６に表示されたフィールドにより要求された情報がクレジットカード支払人により提供されると、残りのトランザクションはグラフィックボタン１０７４を選択することにより処理されてもよい。トランザクションが正常に処理された場合、画面１５１０がイニシエータデバイス１０に表示されてもよく、この画面はクレジットカード支払人の支払う義務のある最後の支払いが受信され且つ入金口座２１６に入金されたことをイニシエータに示す通知メッセージ１５１２を含む。イニシエータは、グラフィックボタン１５１６を選択することによりトランザクションを終了してもよい。あるいは、イニシエータが請求書画面１４００に戻ることを選択した場合、この図に示すように、ポップアップウィンドウ１５４２が表示されてもよい。ポップアップウィンドウ１５４２は、全ての未払いの支払いがグループトランザクションメンバから受信されたことをイニシエータに示してもよい。例えばポップアップウィンドウは、ユーザが次のグループトランザクションを開始することを選択できるグラフィックボタン１５４４と、完了したグループトランザクションを終了することをイニシエータが受け入れ且つデバイス１０のホーム画面２９に戻れるグラフィックボタン１５４６とを更に含んでもよい。

図３０Ｆ〜図３０Ｈに示したように、上述したグループトランザクションの各部分請求書の決定が特定のグループ請求書項目の配分により提供される一方で、この技術は単に１つの可能な実現例の一例を提供することを意図することが理解されるべきである。実際には、追加の実現例において、デバイス１０又は９２で実行されるトランザクションアプリケーション３４により、グループ請求書の自身のそれぞれの部分を満たすように、イニシエータ又はグループトランザクションメンバ自体が部分的な支払金額を指定できてもよい。

図３１に継続すると、図２８を参照して上述したグループトランザクションを実行するように構成されたシステムの別の実現例が示され、一般に図中符号１５６０で示される。図示したトランザクション１５６０は、ベンダデバイス１１７６が現在図示されているトランザクションに対して開始デバイスとしての役割を果たすという点で上述したトランザクション１１７０とは異なってもよい。更に現在のトランザクション１５６０におけるデバイス１０は、ベンダに対する部分請求書に関して支払いを行う支払人としての役割を果たしてもよい。理解されるように、現在図示されているトランザクションは、図２８において説明した第１トランザクションステップ１１７２及び第２トランザクションステップ１１７４を含まなくてもよく、支払いがクレジットカード支払人、スマートカード支払人、ＮＦＣ支払人デバイス９２と関連付けられたＮＦＣ支払人、並びにＮＦＣ支払人デバイス１０と関連付けられたＮＦＣ支払人の各々から受信されるトランザクションの単一グループにおいて完了されてもよい。デバイス１０のユーザとデバイス９２のユーザとを区別する目的で、これらのデバイスの各ユーザは第１のＮＦＣ支払人（ＮＦＣ支払人デバイス１０に対応する）及び第２のＮＦＣ支払人（ＮＦＣ支払人デバイス９２に対応する）と呼ばれる。上述したように、ベンダデバイス１１７６は、現在のトランザクション１５６０に参加している全ての対応デバイスが参加できるアドホックネットワークを確立してもよい。例えばここで図示するように、デバイス１０及びデバイス９２は、現在図示されているトランザクションメンバの各々の支払い義務のある合計の金額を一括して表すグループ請求書を反映してもよい現在の請求書１５６４を受信するためにアドホックネットワーク１５６２に参加してもよい。更に上述したように、第１のＮＦＣ支払人及び第２のＮＦＣ支払人は現在の請求書１５６４を閲覧してもよく、これは、例えば対応するトランザクションメンバに対する請求書項目の配分を反映したり、グループトランザクションメンバからのベンダによる支払いの受信を反映したりするために、トランザクション１５６０中にリアルタイムに更新されてもよい。

請求書項目がベンダデバイスにおいて適切に配分されると、部分請求書はトランザクション１５６０に参加している各支払人に通信されてもよい。例えば図中符号１５６８により表された第１のＮＦＣ支払人の支払う義務のある金額に対応する部分請求書は、確立されたＮＦＣ接続１５６６を介してベンダデバイス１１７６からＮＦＣ支払人デバイス１０に送信されてもよい。上述したように、ＮＦＣ接続１５６６を確立するには、支払人デバイス１０とベンダデバイス１７６との間のタップ動作が必要とされてもよい。部分請求書１５６８を受信すると、第１のＮＦＣ支払人はデバイス１０において支払口座を選択し、ＮＦＣ接続１６６を介して図中符号１５７０で表された支払口座情報をベンダデバイス１１７６に送信してもよい。上述したように、ベンダデバイス１１７６は、上述した適切なネットワークのいずれかにより提供されるネットワーク１５７４を介して、選択した入金口座を更に含んでもよいトランザクション情報１５７２を金融サーバ１００に送信してもよい。要求されたトランザクション１５７２が金融サーバにより許可された場合、図中符号１５７６により表された支払いはベンダの選択した入金口座に入金されてもよい。更に現在のトランザクション１５６０中にベンダデバイスにより受信されたいずれの支払いも、アドホックネットワーク１５６２を介して第１のＮＦＣ支払人及び第２のＮＦＣ支払人により閲覧されている現在の請求書１５６４に示されてもよい。理解されるように、現在の請求書１５６２は、既に受信した未払いの支払いを反映するように更新されてもよい。

次に、ベンダデバイスは、第２のＮＦＣ支払人に対応する部分請求書１５８２を更に送信してもよい。例えばこの図に示すように、部分請求書１５８２はＮＦＣ接続１６６を介して支払人デバイス９２に送信されてもよい。従って、上述したように、第２のＮＦＣ支払人は、図中符号１５８４で表された支払口座を選択し、選択した支払口座に関する対応する情報をベンダデバイスに送信してもよく、ベンダデバイスは、許可及び処理するために情報１５７２を金融サーバに更に送信してもよい。更にベンダデバイスは、ＮＦＣネットワーク１５６６を介してスマートカード８６２から支払情報を受信してもよい。例えば上述したように、ＮＦＣタップ動作を使用して、スマートカード８６２内に含まれた記憶チップに格納され且つ図中符号１５８８で表された情報はベンダデバイス１１７６に送信されてもよい。

ベンダデバイス１１７６は、磁気クレジットカード９５４の画像を取得するために使用されてもよい上述したカメラ４８等のカメラを更に含んでもよい。ここでは図中符号１５９０で示された画像は、取得されると、クレジットカード９５４に対応する口座情報を抽出するために上述した技術のうち１つ以上の技術を使用して処理されてもよい。理解されるように、グループトランザクション１５６０に参加している各支払人から受信した支払情報は、処理するために金融サーバ１００に送信されてもよい。従って、要求された支払いが金融サーバにより許可された場合、図中符号１５７６で表された対応する支払いは上述したようにベンダの選択した入金口座に適用される。

次に図３２Ａ〜図３２Ｄを参照すると、トランザクション１５６０を実行する際のベンダデバイス１１７６の動作を示す一連の画面画像が現在説明されている技術の更なる一実現例に従って示される。ベンダデバイス１１７６は、電子デバイス１０を参照して上述したトランザクションアプリケーション３４に類似するトランザクションアプリケーションを含んでもよいことが理解されるべきである。例えば図３２Ａに示すように、画面１１０はベンダデバイス１１７６に表示されてもよい。ベンダは、グラフィックボタン１１４を選択することにより画面４７６にナビゲートし、グラフィックボタン４８２を更に選択して画面１２７０のグラフィックボタン１２７２、１２７４及び１２７６にアクセスしてもよい。ここで、ベンダはグラフィックボタン１２７２を選択することによりグループトランザクション１５６０を開始し、画面１２７８に進んでもよい。

上述したように、画面１２７８はグループトランザクションを実行するいくつかのオプションを表示してもよい。ここで、図２８のトランザクション１１７０を参照して上述したようにグラフィックボタン１２８０を選択する代わりに、チェックボックス１２８２により表されたオプションが選択されてもよい。選択されると、ベンダはグラフィックボタン１２８４を更に選択して現在のトランザクション１５６０を続行してもよい。例えばグラフィックボタン１２８４を選択することにより、ベンダは図３２Ｂに示した画面１５９４にナビゲートしてもよい。

上述したように、現在のトランザクションは、図中符号１５９６で示されたレストランの場所におけるテーブルのリストが表示されるレストランの請求書において行われてもよい。表示されたテーブルの各々は、各テーブルに座っているメンバの状態に関するインジケータを含んでもよい。例えばテーブルは「準備完了(ready)」で示されてもよく、顧客が食事を終了し且つ料金を支払う準備ができていることを意味する。更に、空いているテーブルは「空き(empty)」で示されてもよく、顧客がまだ食事をしているテーブルは「保留中(pending)」で示されてもよい。例えばリスト１５９６のテーブル１５９８は、顧客が請求書に対する支払いを行う準備ができていることを示してもよい。図示するように、テーブル１５９４を選択することにより、ベンダは画面１６００にナビゲートしてもよい。画面１６００は、現在図示している画面がアドホックネットワークを確立してもよく且つそれによりデバイス１０及び９２等の他の対応デバイスが参加してもよいという点で、図３０Ｃを参照して上述した画面１３７０と類似してもよい。画面１６００は、ベンダのアイデンティティ１６０２及び現在のトランザクションに対する識別子１６０４を表示してもよい。図中符号１６０８及び１６１０により示されるようにデバイス１０及び９２等の全ての対応デバイスがアドホックネットワーク１１９４に参加すると、ベンダはグラフィックボタン１６０６を選択して図３２Ｃに示した画面１６１４に継続してもよい。

画面１６１４に示すように、第１のＮＦＣ支払人及び第２のＮＦＣ支払人を最初に含んでもよいトランザクションメンバ１６１６のリストが表示されてもよい。画面１６１４は、グループ請求書項目１３３０のリストを表示してもよい。グラフィックボタン１４０６を選択することにより、ベンダは現在のトランザクションにクレジットカード支払人及びスマートカード支払人を追加するために図３０Ｅの画面画像により一般的に示された機能を実行してもよく、それによりグループトランザクションメンバ１６１６のリストを更新する。次に、全てのグループトランザクションメンバが現在のトランザクションに追加されると、ベンダは対応するトランザクションメンバに対するグループ請求書項目の配分を続行してもよい。例えば上述したように、請求書項目１４３０等の種々の請求書項目は、ドラッグ／ドロップ動作を使用して各グループトランザクションメンバに配分されてもよい。

次に図３２Ｄに継続すると、ベンダはこの図の更新済み画面１６１４に示すように全ての残りのグループ請求書項目１３３０を配分し続けてもよい。尚、グループトランザクションメンバ１６１６の各々の支払う義務のある金額は配分処理中に更新されてもよい。上述したように、各部分請求書の金額が判定されると、ベンダは画面１６２０に進むためにグラフィックボタン１４６６を選択してもよい。画面１６２０において、ベンダは各グループトランザクションメンバから対応する支払いを収集する処理を開始してもよい。例えば図示した画面１６２０は、グラフィックボタン１６２２、１６２４、１６２６及び１６２８を表示してもよい。上述したように、これらのグラフィックボタンの各々は、グループトランザクションメンバ１６１６のうちの１人の支払う義務のある金額に対応してもよい。従って、ベンダは、図３０Ｉ〜図３０Ｋに示した画面により示されたステップに類似する方法で、グラフィックボタン１６２２、１６２４、１６２６及び１６２８のうちの１つを選択することにより各グループトランザクションメンバから支払いを収集してもよい。

表示されたグラフィックボタン１６２２、１６２４、１６２６及び１６２８のうちの１つが選択されると、支払情報が選択したグループトランザクションメンバから受信されてもよい。その後、支払情報が取得される方法に従って各トランザクションを処理する対応する技術は、図中符号１６３０により示されるように実行されてもよい。例えば理解されるように、グラフィックボタン１６２２を選択することにより、図３１に示したＮＦＣ接続１５６６を介するなどしてデバイス１０において第１のＮＦＣ支払人に対するＮＦＣ支払要求を開始してもよい。従って、第１のＮＦＣ支払人は、ＮＦＣ接続１５６６を介して図３１において図中符号１５７０で表されたような支払情報をベンダデバイス１１７６に提供してもよい。理解されるように、ベンダは、全ての未払いの支払いが受信されるまで各グループトランザクションメンバから支払いを収集することを続行してもよい。また、この図には示さないが、各グループトランザクションメンバは、支払情報をベンダデバイス１１７６に送信する前に必要に応じてチップ金額を指定するオプションを有してもよいことが理解されるべきである。

全ての未払いの支払いがベンダにより受信されると、ポップアップウィンドウ１６３２が画面１６１４の上に表示されてもよい。図３２Ｄに示すように、ポップアップウィンドウは、全ての未払いの支払いがグループトランザクションメンバ１６１６から受信されたことをベンダに示してもよい。更にポップアップウィンドウ１６３２は、ベンダが次のグループトランザクションを開始できるグラフィックボタン１６３４と、ベンダがグループトランザクションアプリケーションを終了することを選択できるグラフィックボタン１６３６とを表示してもよい。現在のグループトランザクション技術について、特にレストランの請求書を配分する状況において図２８及び図３１に示した実施形態で説明したが、本技術は、複数の支払人が含まれるあらゆるグループトランザクション設定に適用可能であることが理解されるべきである。

現在示されている図面に示すように、本明細書で説明した種々の機能が本発明の１つ以上の態様を組み込むデバイスに格納されたトランザクションアプリケーション（例えば、アイコン３４に表される）により提供されてもよい。実際には、トランザクションアプリケーションは、記憶装置５４等の１つ以上の機械可読媒体に格納され且つ上述したデバイス１０の１つ以上の機能を提供するためにプロセッサ５０により実行されるように構成された符号化命令を含んでもよい。更に、トランザクションアプリケーションは本発明において説明された種々のグラフィック画面画像及びユーザインタフェース機能を規定する符号化命令を更に含んでもよいことが理解されるべきである。しかし、上記図面において説明され且つ示された機能は広範なグラフィック要素及び視覚方式を使用して達成されてもよいこと、並びに本発明は上記で示した厳密なユーザインタフェース仕様に限定されることを意図しないことが理解されるべきである。

本発明では、種々の変形例及び別の形態が可能であるが、図面において特定の実施形態を例として示し、詳細に説明する。しかし、本発明で示した技術は、開示された特定の形態に限定されることを意図しないことが理解されるべきである。本発明は、以下の添付の請求の範囲により規定されるような本発明の趣旨の範囲内に入る全ての変形例、均等物及び代替例を範囲に含む。

Claims (14)

1. ハンドヘルド電子デバイスであって、
   プロセッサと、
   別個のデバイスの通信インタフェースとの通信パス、及びグループトランザクションメンバのそれぞれの電子デバイスとの通信パスを確立するように構成された第１の通信インタフェースを含む少なくとも１つの通信インタフェースと、
   前記プロセッサに通信可能に結合されたメモリデバイスとを備え、
   前記メモリデバイスは、少なくとも１つの支払口座と、少なくとも１つの入金口座と、前記プロセッサにより実行可能であるトランザクションアプリケーションと、を格納するように構成され、
   前記トランザクションアプリケーションは、
   前記第１の通信インタフェースを用いて前記別個のデバイスから受信した、個々の請求書項目のリストを含む完全なグループ請求書を表示し、
   支払口座を決定し、
   少なくとも前記支払口座を含む支払情報を前記別個のデバイスに提供することにより、前記グループ請求書に従う支払いを行い、
   前記グループ請求書の前記請求書項目の一部をそれぞれが含む１以上の部分請求書を決定し、
   前記完全なグループ請求書と、前記部分請求書と、前記グループ請求書の請求書項目のうちどの請求書項目が当該部分請求書に含まれるのかを示す情報とを送信し、
   それぞれの前記部分請求書に基づいて、前記１以上のグループトランザクションメンバのそれぞれから支払いを収集し、
   前記１以上の部分請求書がグルーブトランザクションメンバによって支払われた時に、前記グループトランザクションメンバのそれぞれの電子デバイスへと提供された前記完全なグループ請求書を更新する
   よう構成されていることを特徴とするハンドヘルド電子デバイス。
2. 前記１以上のグループトランザクションメンバのそれぞれに対する前記部分請求書は、前記ハンドヘルド電子デバイスのユーザによる１つ以上の入力に応答して、対応するグループトランザクションメンバに対して前記グループ請求書の１つ以上の請求書項目を配分することにより決定されることを特徴とする請求項１に記載のハンドヘルド電子デバイス。
3. 前記１以上のグループトランザクションメンバのそれぞれに対する前記部分請求書は、前記ハンドヘルド電子デバイスのユーザによる１つ以上の入力に応答して、前記１以上のグループトランザクションメンバの間で前記グループ請求書を平等に配分することにより決定されることを特徴とする請求項１に記載のハンドヘルド電子デバイス。
4. 前記１以上のグループトランザクションメンバのそれぞれから前記支払いを収集することは、前記部分請求書のそれぞれについて支払情報を受信することを含み、
   前記支払情報は、前記１以上のグループトランザクションメンバのそれぞれにより選択された少なくとも１つの支払口座を含むことを特徴とする請求項１に記載のハンドヘルド電子デバイス。
5. グループトランザクションメンバにより提供された支払手段の画像を取得するように構成されたカメラを更に備え、前記ハンドヘルド電子デバイスにより受信される前記支払情報は前記支払手段の前記画像から抽出されることを特徴とする請求項１に記載のハンドヘルド電子デバイス。
6. 前記トランザクションアプリケーションは、前記ハンドヘルド電子デバイスのユーザにより提供された１つ以上の入力に基づいて入金口座を決定するように更に構成されていることを特徴とする請求項１に記載のハンドヘルド電子デバイス。
7. 前記入金口座は、前記ハンドヘルド電子デバイスのユーザによる要求に応答して前記ハンドヘルド電子デバイスに格納された入金口座情報のリストを表示し、且つ前記ハンドヘルド電子デバイスの前記ユーザにより受信された選択入力に基づいて前記リストから入金口座を選択することにより決定されることを特徴とする請求項６に記載のハンドヘルド電子デバイス。
8. 通信インタフェースと、
   プロセッサと、
   前記プロセッサにより実行可能なアプリケーションを格納するメモリデバイスとを備える電子デバイスであって、
   前記アプリケーションは、
   支払人の別個の電子デバイス、及び受取人へとグループ請求書を提供し、
   前記電子デバイスへの受取人による入力に応じて、グループ請求書について支払人に要求する支払金額を決定し、
   前記通信インタフェースから支払人の電子デバイスへと、前記要求される支払金額を示すように構成された電子支払要求を送信させ、
   前記通信インタフェースを用いて、前記支払人の電子デバイスによって与えられる、前記電子支払要求に応じて前記支払人によって選択された少なくとも１つの支払口座を含む支払情報を取得し、
   前記電子デバイスへの前記受取人による入力に応じて、前記メモリデバイスに格納されている、前記支払いを受け取るための入金口座を選択し、
   前記支払人から前記受取人への前記要求された支払金額の支払いについての許可を取得するための要求を、前記電子デバイスから送信する
   ように構成されており、
   前記支払いについての許可を取得するための前記要求の送信は、前記選択された支払口座と、前記選択された入金口座とを、前記電子デバイスから少なくとも１つの外部サーバへと送信することを含み、
   前記少なくとも１つの外部サーバは、前記電子デバイス及び前記支払人の電子デバイスとは別個のものであり、前記選択された支払口座からの前記支払いを許可し、前記支払いが許可されたならば前記選択された入金口座へと前記支払いを入金するように構成されており、
   前記アプリケーションは、支払いが許可された時に前記グループ請求書を更新するようにさらに構成されている
   ことを特徴とする電子デバイス。
9. 前記通信インタフェースは、前記支払人の電子デバイスの通信インタフェースとの通信パスを確立するように構成されていることを特徴とする請求項８に記載の電子デバイス。
10. 前記通信インタフェースは、ＬＡＮインタフェースと、無線ＬＡＮインタフェースと、ＷＡＮインタフェースとのうちの１以上、又はこれらのうちのいずれかの組み合わせを含むことを特徴とする請求項８に記載の電子デバイス。
11. 前記支払口座はクレジットカード口座を含み、前記通信インタフェースは、前記支払金額が前記クレジットカード口座から引き落とされてもよいかを判定するために前記クレジットカード口座及び前記支払金額を前記外部サーバに送信するように更に構成されていることを特徴とする請求項８に記載の電子デバイス。
12. 前記メモリデバイスは、サービスプロバイダと関連付けられた非現金口座に関する情報を格納するように構成されていることを特徴とする請求項８に記載の電子デバイス。
13. 前記支払口座及び前記入金口座は、それぞれ前記サービスプロバイダと関連付けられた非現金口座を含み、前記電子デバイスは、前記支払金額が前記非現金支払口座から引き落とされ且つ前記非現金入金口座に入金されてもよいかを前記メモリデバイスに格納された前記情報に基づいて判定するように構成されていることを特徴とする請求項１２に記載の電子デバイス。
14. 前記サービスプロバイダはオンラインデジタルメディアプロバイダを含み、前記非現金支払口座及び前記非現金入金口座は前記オンラインデジタルメディアプロバイダで引き換え可能なクレジット単位を含むことを特徴とする請求項１３に記載の電子デバイス。

Images