(57)【要約】  取引映像キャプチャ（ＴＶＣ）装置、方法およびシステムは、ＴＶＣコンポーネントを介してモバイルデバイス位置座標情報送信、リアルタイム現実映像キャプチャ、および混合ジェスチャーキャプチャをリアルタイム行動感応型製品購入関連情報、ショッピング購入取引通知、および電子レシートに変換する。ある実施例では、ＴＶＣは、店にユーザが入るとユーザのモバイルデバイスからユーザのチェックイン情報を取得する。ＴＶＣは、ユーザのチェックイン情報に基づいてユーザ識別子を抽出し、ユーザプロフィールのためにデータベースにアクセスする。ＴＶＣは、アクセスされたユーザプロフィールからユーザ事前行動パターンを決定し、ユーザのモバイルデバイスからユーザリアルタイム店内行動データを取得する。
2015509241.tif 000002
【特許請求の範囲】
【請求項１】
ショッピング体験に参加するためにユーザが販売店に入ると、ユーザのモバイルデバイスからユーザのチェックイン情報を含むユーザショッピング支援要求を取得すること、
前記ユーザのチェックイン情報に基づいてユーザ識別子を抽出すること、
前記抽出されたユーザ識別子に基づくユーザプロフィールでデータベースにアクセスすること、
前記アクセスされたユーザプロフィールからユーザの過去の行動パターンを決定すること、
前記ユーザのモバイルデバイスからユーザのリアルタイム店内行動データを取得すること、
前記ユーザのリアルタイム店内行動と前記ユーザの過去の行動パターンを使用して製品購入推薦を生成すること、
販売者ネットワークを介してネットワーク通信デバイスによって、前記製品購入推薦を前記ユーザのモバイルデバイスに提供すること、
前記提供された推薦に基づいて、前記販売者ネットワークを介して、前記ユーザによる購入のための製品をショッピングカードに追加すること、
前記ユーザが前記カートに追加された前記製品を購入したい旨の取引関心表示を取得すること、
製品情報および支払情報を含むチェックアウト情報ページを前記ユーザに提供すること、
電子支払通信ネットワークを介して、暗号化され、非販売者の、帯域幅とネットワーク待ち時間が軽減している、帯域外のネットワーク通信を介して、前記カートに追加された前記製品の購入取引を開始すること、
前記カートに追加された前記製品についての前記購入取引に対する電子レシートを前記ユーザのモバイルデバイスに提供すること、
を有することを特徴とする拡張小売ショッピングの、プロセッサにより実行される方法。
【請求項２】
ユーザのモバイルデバイスから販売店でユーザ入店を示すユーザのチェックインメッセージを取得すること、
前記販売店に関連付けられたユーザプロフィールを取り出すこと、
前記ユーザのモバイルデバイスからユーザのリアルタイム店内行動データを取得すること、
前記ユーザプロフィールと前記ユーザのリアルタイム店内行動に基づいて製品購入推薦を生成すること、
前記製品購入推薦を前記ユーザに提供すること、
前記ユーザが製品を購入したい旨のユーザの関心表示を取得すること、
前記製品の購入取引を開始すること、
前記購入取引が完了すると前記購入取引に対する電子レシートを前記ユーザのモバイルデバイスに提供すること、
を有することを特徴とする拡張小売ショッピングの、プロセッサにより実行される方法。
【請求項３】
前記ユーザのチェックインメッセージは、販売店が提供したクイックレスポンス（ＱＲ）コードをユーザがスナップ撮影することによって生成されることを特徴とする請求項２に記載の方法。
【請求項４】
前記ユーザのチェックインメッセージは、遠隔サーバに送信されることを特徴とする請求項２に記載の方法。
【請求項５】
前記ユーザのチェックインメッセージは、前記ユーザの地理的位置情報を含むことを特徴とする請求項２に記載の方法。
【請求項６】
前記販売店は、前記販売店でユーザがチェックインすると店員を前記ユーザに割り当てることを特徴とする請求項２に記載の方法。
【請求項７】
前記店員は、店従業員と仮想ショッピングアシスタントのいずれかを含むことを特徴とする請求項６に記載の方法。
【請求項８】
前記店員の割り当ては、ユーザのロイヤリティレベルに基づいて決定されることを特徴とする請求項６に記載の方法。
【請求項９】
前記店員は、現地担当者と遠隔の担当者のいずれかを含むことを特徴とする請求項６に記載の方法。
【請求項１０】
前記ユーザプロフィールは、前記販売店でのユーザロイヤリティ情報および過去の購入履歴を含むことを特徴とする請求項２に記載の方法。
【請求項１１】
前記ユーザプロフィールは、前記販売店にあるローカルデータベースに事前に保存されていることを特徴とする請求項２に記載の方法。
【請求項１２】
前記ユーザプロフィールは、遠隔サーバに保存され、前記販売店に送信されることを特徴とする請求項２に記載の方法。
【請求項１３】
前記リアルタイム店内行動データは、
前記販売店内におけるユーザの位置、
前記ユーザに近い位置にある製品、
前記ユーザが閲覧またはスキャンした製品、
前記ユーザが購入した製品、
のいずれかを含むことを特徴とする請求項２に記載の方法。
【請求項１４】
前記製品購入推薦は、
ユーザの関心に基づく製品、
店内で人気のある製品、
ソーシャルメディアプラットフォームから人気がある製品、
のいずれかを含むことを特徴とする請求項２に記載の方法。
【請求項１５】
ソーシャルメディアプラットフォームから、前記製品に関するソーシャルコメント、評価、およびマルチメディアコンテンツを含むソーシャルメディアデータを取得すること、を更に有することを特徴とする請求項１４に記載の方法。
【請求項１６】
ショッピング関心を示すユーザ通信を受信すること、を更に有することを特徴とする請求項２に記載の方法。
【請求項１７】
前記ユーザ通信は、
前記ユーザと店員の対面コミュニケーション、
ビデオチャット、
音声チャット、
インスタントメッセージ、
テキストメッセージ、
のいずれかにより実施されることを特徴とする請求項１６に記載の方法。
【請求項１８】
前記ショッピング関心は、スナップ撮影された製品の店内写真を含む製品の位置に関するユーザクエリーを更に有することを特徴とする請求項１６に記載の方法。
【請求項１９】
前記ショッピング関心は、ショッピング支援のため店員と対面するユーザ要求を更に有することを特徴とする請求項１６に記載の方法。
【請求項２０】
前記ショッピング関心は、店内マップのユーザ要求を更に有することを特徴とする請求項１６に記載の方法。
【請求項２１】
前記ショッピング関心は、店内拡張現実ショッピング体験を開始するユーザ要求を更に有することを特徴とする請求項１６に記載の方法。
【請求項２２】
チェックアウト情報ページは、製品情報と支払請求額をエンコードするＱＲコードを含むことを特徴とする請求項２に記載の方法。
【請求項２３】
前記購入取引は、前記ユーザが前記ユーザのモバイルデバイスを使用して前記ＱＲコードをスナップ撮影し、ウォレット支払要求を電子支払処理ネットワークに提出すると開始されることを特徴とする請求項２２に記載の方法。
【請求項２４】
前記購入取引は、前記販売店で開始されることを特徴とする請求項２２に記載の方法。
【請求項２５】
前記電子レシートは、第三者通知システムを介して前記ユーザのモバイルデバイスに送信されることを特徴とする請求項２２に記載の方法。
【請求項２６】
前記電子レシートは、前記販売店によって提供されることを特徴とする請求項２２に記載の方法。
【請求項２７】
前記ユーザのために買い物かごを保持すること、
前記製品を前記買い物かごに追加すること、
を更に有することを特徴とする請求項２に記載の方法。
【請求項２８】
前記ユーザのモバイルデバイスからショッピングリストを受信すること、
前記ショッピングリストから製品情報を取得すること、
を更に有することを特徴とする請求項２に記載の方法。
【請求項２９】
前記取得された製品情報の在庫情報および最小在庫管理単位（ＳＫＵ）情報を取得すること、
前記ショッピングリスト上の製品の位置を示すタグ付きの店内マップを生成すること、
を更に有することを特徴とする請求項２８に記載の方法。
【請求項３０】
前記ショッピングリスト上の製品の位置を示す拡張現実店内スキャンを生成することを更に有することを特徴とする請求項２８に記載の方法。
【請求項３１】
ユーザのモバイルデバイスから販売店でユーザ入店を示すユーザのチェックインメッセージを取得する手段と、
前記販売店に関連付けられたユーザプロフィールを取り出す手段と、
前記ユーザのモバイルデバイスからユーザのリアルタイム店内行動データを取得する手段と、
前記ユーザプロフィールと前記ユーザのリアルタイム店内行動に基づいて製品購入推薦を生成する手段と、
前記製品購入推薦を前記ユーザに提供する手段と、
前記ユーザが製品を購入したい旨のユーザ関心表示を取得する手段と、
前記製品の購入取引を開始する手段と、
前記購入取引が完了すると前記購入取引に対する電子レシートを前記ユーザのモバイルデバイスに提供する手段と、
を有することを特徴とする拡張小売ショッピングシステム。
【請求項３２】
プロセッサと、
前記プロセッサと通信するように配置され、プロセッサにより実行可能な命令を記憶するメモリと、
を有し、
前記命令は、
ユーザのモバイルデバイスから販売店でのユーザ入店を示すユーザのチェックインメッセージを取得し、
前記販売店に関連付けられたユーザプロフィールを取り出し、
前記ユーザのモバイルデバイスからユーザのリアルタイム店内行動データを取得し、
前記ユーザプロフィールと前記ユーザのリアルタイム店内行動に基づいて製品購入推薦を生成し、
前記製品購入推薦を前記ユーザに提供し、
前記ユーザが製品を購入したい旨のユーザ関心表示を取得し、
前記製品の購入取引を開始し、
前記購入取引が完了すると前記購入取引に対する電子レシートを前記ユーザのモバイルデバイスに提供する、
ことを特徴とする拡張現実ショッピング装置。
【請求項３３】
拡張小売ショッピングの、プロセッサにより実行可能な命令を記憶する非一時的なコンピュータ可読媒体であって、
前記命令は、
ユーザのモバイルデバイスから販売店でユーザ入店を示すユーザのチェックインメッセージを取得し、
前記販売店に関連付けられたユーザプロフィールを取り出し、
前記ユーザのモバイルデバイスからユーザのリアルタイム店内行動データを取得し、
前記ユーザプロフィールと前記ユーザのリアルタイム店内行動に基づいて製品購入推薦を生成し、
前記製品購入推薦を前記ユーザに提供し、
前記ユーザが製品を購入したい旨のユーザ関心表示を取得し、
前記製品の購入取引を開始し、
前記購入取引が完了すると前記購入取引のための電子レシートを前記ユーザのモバイルデバイスに提供する、
ことを特徴とするコンピュータ可読媒体。
【請求項３４】
ユーザのモバイルデバイスに結合された画像キャプチャデバイスを介して現実シーンのライブ映像キャプチャを取得すること、
前記現実シーンの前記取得された映像キャプチャの画像解析を実行すること、
画像処理を介して前記現実シーン内の金融口座を示す前記現実シーン内の対象物を識別すること、
前記画像処理を介して前記金融口座の口座識別子を決定すること、
前記決定された口座識別子に基づいて前記金融口座に対応する金融情報を取り出すこと、
前記金融口座との金融取引を開始する選択肢を含む前記識別された対象物に対するユーザインタラクティブ選択肢ラベルを生成すること、
前記ユーザのモバイルデバイスのユーザインターフェースで、前記現実シーンの前記ライブ映像キャプチャに重なる前記生成されたユーザインタラクティブ選択肢ラベルを提示すること、
を有することを特徴とする支払取引映像キャプチャのプロセッサで実施される方法。
【請求項３５】
前記識別された対象物は、支払カード、請求書、および購入品のいずれかを含むことを特徴とする請求項３４に記載の方法。
【請求項３６】
前記ユーザインタラクティブ選択肢ラベルは、資金移転、残高閲覧、および購入代金支払のいずれかのラベルを含むことを特徴とする請求項３４に記載の方法。
【請求項３７】
ユーザのモバイルデバイスに結合された画像キャプチャデバイスを介して現実シーンの映像キャプチャを取得すること、
前記現実シーンの前記取得された映像キャプチャの画像解析を実行すること、
画像処理を介して前記現実シーン内の対象物を識別すること、
事前に保存されたユーザ活動記録を取り出すこと、
前記取り出されたユーザ活動記録に基づいてユーザ関心表示を取得すること、
前記取得されたユーザ関心表示を前記識別された対象物と相関させること、
前記取得されたユーザ関心に基づいて前記識別された対象物に関連した情報を含む拡張現実仮想ラベルを生成すること、
前記ユーザのモバイルデバイスのユーザインターフェースで、前記現実シーンの前記映像キャプチャに重なる前記生成された拡張現実仮想ラベルを提示すること、
を有することを特徴とする支払取引映像キャプチャのプロセッサで実施される方法。
【請求項３８】
前記ユーザ活動記録は、ウェブ検索キーターム、ＧＰＳ位置チェックインイベント、およびブラウジング履歴のいずれかを含むことを特徴とする請求項３７に記載の方法。
【請求項３９】
複数の対象物が前記キャプチャされた現実シーンから識別され、前記複数の対象物の各々は、現実拡張仮想ラベルに関連付けられていることを特徴とする請求項３７に記載の方法。
【請求項４０】
前記キャプチャされた現実シーンの範囲内で指先の動きを決定すること、を更に有することを特徴とする請求項３７に記載の方法。
【請求項４１】
ユーザのモバイルデバイスに結合された画像キャプチャデバイスを介して現実シーンのライブ映像キャプチャを取得すること、
前記現実シーンの前記取得されたライブ映像キャプチャの画像処理を実行すること、
前記画像処理を介して前記現実シーン内の第１の金融口座を示す第１の対象物を識別すること、
前記画像処理を介して前記現実シーン内の第２の金融口座を示す第２の対象物を識別すること、
前記画像処理を介して前記第１の金融口座の第１の口座識別子を決定すること、
前記画像処理を介して前記第２の金融口座の第２の口座識別子を決定すること、
前記現実シーンの前記ライブ映像キャプチャの範囲内で前記第１の金融口座から前記第２の金融口座への支払のためのユーザ取引コマンドを検出すること、
前記第１の金融口座から前記第２の金融口座への前記支払のための、前記決定された第１の口座識別子および前記第２の口座識別子を含む支払取引要求を開始すること、
前記第１の金融口座から前記第２の金融口座への前記支払に対する取引確認を取得すること、
を有することを特徴とする取引映像キャプチャプロセッサで実施される方法。
【請求項４２】
前記識別された第１の対象物は、口座解決可能な識別子を有する金融支払カードであることを特徴とする請求項４１に記載の方法。
【請求項４３】
前記識別された第２の対象物は、口座解決可能な識別子を有する金融支払カードであることを特徴とする請求項４１に記載の方法。
【請求項４４】
前記識別された第２の対象物はＱＲコードを含む売上請求書であることを特徴とする請求項４１に記載の方法。
【請求項４５】
前記識別された第２の対象物はメトロカードであることを特徴とする請求項４１に記載の方法。
【請求項４６】
前記第１の金融口座から前記第２の金融口座への前記支払は、一の金融支払カードから別の金融支払カードへの資金移転を含むことを特徴とする請求項４１に記載の方法。
【請求項４７】
前記第１の金融口座から前記第２の金融口座への前記支払は、金融支払カードから製品購入の販売者への請求書支払を含むことを特徴とする請求項４１に記載の方法。
【請求項４８】
前記第１の金融口座から前記第２の金融口座への前記支払は、金融支払カードからメトロカードへの資金補充を含むことを特徴とする請求項４１に記載の方法。
【請求項４９】
前記画像処理は、前記取得されたライブ映像キャプチャのスクリーングラブを取得することを含むことを特徴とする請求項４１に記載の方法。
【請求項５０】
前記ユーザ取引コマンドは音声コマンドを含むことを特徴とする請求項４１に記載の方法。
【請求項５１】
前記ユーザ取引コマンドは、前記第１の対象物から前記第２の対象物までの動きの指先の動きを含むことを特徴とする請求項４１に記載の方法。
【請求項５２】
前記決定された第１の口座識別子に基づいて、前記識別された第１の金融口座と前記識別された第２の対象物に対応する情報を取得すること、を更に有することを特徴とする請求項４１に記載の方法。
【請求項５３】
前記第１の金融口座から前記第２の金融口座への前記支払を示すユーザインタラクティブ選択肢ラベルを生成すること、
前記現実シーンの前記ライブ映像キャプチャに重なる前記生成されたユーザインタラクティブ選択肢ラベルを前記ユーザのモバイルデバイスのユーザインターフェースで挿入すること、
を更に有することを特徴とする請求項４１に記載の方法。
【請求項５４】
前記第１の口座識別子および前記第２の口座識別子は、
バーコードの読み取り、
ＱＲコードの復号、
光学式文字認識（ＯＣＲ）、
のいずれかを介して視覚的に決定可能であることを特徴とする請求項４１に記載の方法。
【請求項５５】
前記第１の金融口座から前記第２の金融口座への前記支払のための承認証明書を取得すること、を更に有することを特徴とする請求項４１に記載の方法。
【請求項５６】
ユーザ識別確認のパスワードを入力することをユーザに要求すること、を更に有することを特徴とする請求項５５に記載の方法。
【請求項５７】
前記第１の口座識別子は、１６桁の銀行カード番号を含むことを特徴とする請求項４１に記載の方法。
【請求項５８】
前記第２の口座識別子は、販売者識別子を有することを特徴とする請求項４１に記載の方法。
【請求項５９】
前記第２の口座識別子は、１６桁の銀行カード番号を含むことを特徴とする請求項４１に記載の方法。
【請求項６０】
前記第２の対象物がカード名義人付きの金融支払カードを含むとき、セキュリティアラート要求を生成すること、
前記セキュリティアラートを前記第２の対象物の前記カード名義人に送信すること、
を更に有することを特徴とする請求項４１に記載の方法。
【請求項６１】
ユーザのモバイルデバイスでユーザ要求を示す製品リストを取得すること、
前記取得された製品のリスト上で、製品毎に製品の種類および製品識別子を決定すること、
販売店のユーザ表示を取得すること、
前記販売店の製品在庫と在庫管理データを取得すること、
製品毎に前記製品識別子および前記製品の種類に基づいて前記取得された製品在庫と在庫管理データにクエリーすること、
前記クエリーに基づいて製品毎に店内在庫管理位置を決定すること、
前記販売店の映像レイアウトを取得すること、
製品毎に前記販売店の前記映像レイアウトを前記決定された店内在庫管理位置でタグ付けすること、
前記ユーザのモバイルデバイスで前記販売店の前記タグ付けされた映像レイアウトを提示すること、
を有することを特徴とするプロセッサにより実施される映像キャプチャ方法。
【請求項６２】
前記製品のリストは、ユーザにより入力されたショッピングリストを含むことを特徴とする請求項６１に記載の方法。
【請求項６３】
前記ショッピングリストは、前記ユーザからの音声コマンドにより生成されることを特徴とする請求項６２に記載の方法。
【請求項６４】
前記ショッピングリストは、事前に保存された売上レシートから製品情報を抽出することによって生成されることを特徴とする請求項６２に記載の方法。
【請求項６５】
前記販売店の前記ユーザ表示は、販売店でのユーザのチェックインメッセージを含むことを特徴とする請求項６１に記載の方法。
【請求項６６】
前記販売店の前記ユーザ表示は、ユーザのＧＰＳ座標を含むことを特徴とする請求項６１に記載の方法。
【請求項６７】
前記製品在庫と在庫管理データは、前記販売店での在庫製品の通路番号とスタック番号をリスト化するテーブルを含むことを特徴とする請求項６１に記載の方法。
【請求項６８】
製品毎の店内在庫管理位置が通路番号、スタック番号、および棚番号を含むことを特徴とする請求項６１に記載の方法。
【請求項６９】
前記販売店の前記映像レイアウトは静的な店のフロアプランを含むことを特徴とする請求項６１に記載の方法。
【請求項７０】
前記静的な店のフロアプランを各製品の位置を示すラベルで強調すること、を更に有することを特徴とする請求項６９に記載の方法。
【請求項７１】
前記販売店の前記映像レイアウトは、店内現実シーンのライブ映像キャプチャを含むことを特徴とする請求項６１に記載の方法。
【請求項７２】
前記店内現実シーンの前記ライブ映像キャプチャに重なるユーザインタラクティブ拡張現実ラベルを挿入すること、を更に有し、前記拡張現実ラベルは、前記店内現実シーンの内部で各製品の位置を示すことを特徴とする請求項７１に記載の方法。
【請求項７３】
前記拡張現実ラベルは、前記店内現実シーンの範囲内で製品を覆う半透明の境界ボックスを含むことを特徴とする請求項７２に記載の方法。
【請求項７４】
複数の販売店が複数販売者ショッピングのために処理されることを特徴とする請求項６１に記載の方法。
【請求項７５】
プロセッサと、
前記プロセッサと通信し、プロセッサにより実行可能な保存するメモリと、
を有し、
前記命令は、
ショッピング体験に参加するためにユーザが販売店に入ると、ユーザのモバイルデバイスからユーザのチェックイン情報を含むユーザショッピング支援要求を取得し、
前記ユーザのチェックイン情報に基づいてユーザ識別子を抽出し、
前記抽出されたユーザ識別子に基づくユーザプロフィールでデータベースにアクセスし、
前記アクセスされたユーザプロフィールからユーザの過去の行動パターンを決定し、
前記ユーザのモバイルデバイスからユーザのリアルタイム店内行動データを取得し、
前記ユーザのリアルタイム店内行動と前記ユーザの過去の行動パターンを使用して製品購入推薦を生成し、
販売者ネットワークを介してネットワーク通信デバイスによって、前記製品購入推薦を前記ユーザのモバイルデバイスに提供し、
前記提供された推薦に基づいて、前記販売者ネットワークを介して、前記ユーザによる購入のための製品をショッピングカードに追加し、
前記ユーザが前記カートに追加された前記製品を購入したい旨の取引関心表示を取得し、
製品情報および支払情報を含むチェックアウト情報ページを前記ユーザに提供し、
電子支払通信ネットワークを介して、暗号化され、非販売者の、帯域幅とネットワーク待ち時間が軽減している、帯域外のネットワーク通信を介して、前記カートに追加された前記製品の購入取引を開始し、
前記カートに追加された前記製品についての前記購入取引に対する電子レシートを前記ユーザのモバイルデバイスに提供する、
ことを特徴とする拡張小売ショッピング装置。
【請求項７６】
ショッピング体験に参加するためにユーザが販売店に入ると、ユーザのモバイルデバイスからユーザのチェックイン情報を含むユーザショッピング支援要求を取得する手段と、
前記ユーザのチェックイン情報に基づいてユーザ識別子を抽出する手段と、
前記抽出されたユーザ識別子に基づくユーザプロフィールでデータベースにアクセスする手段と、
前記アクセスされたユーザプロフィールからユーザの過去の行動パターンを決定する手段と、
前記ユーザのモバイルデバイスからユーザのリアルタイム店内行動データを取得する手段と、
前記ユーザのリアルタイム店内行動と前記ユーザの過去の行動パターンを使用して製品購入推薦を生成する手段と、
販売者ネットワークを介してネットワーク通信デバイスによって、前記製品購入推薦を前記ユーザのモバイルデバイスに提供する手段と、
前記提供された推薦に基づいて、前記販売者ネットワークを介して、前記ユーザによる購入のための製品をショッピングカードに追加する手段と、
前記ユーザが前記カートに追加された前記製品を購入したい旨の取引関心表示を取得する手段と、
製品情報および支払情報を含むチェックアウト情報ページを前記ユーザに提供する手段と、
電子支払通信ネットワークによって、暗号化され、非販売者の、帯域幅とネットワーク待ち時間が軽減している、帯域外のネットワーク通信を介して、前記カートに追加された前記製品についての購入取引を開始する手段と、
前記カートに追加された前記製品についての前記購入取引に対する電子レシートを前記ユーザのモバイルデバイスに提供する手段と、
を有することを特徴とする拡張小売ショッピングシステム。
【請求項７７】
拡張小売ショッピングのための、プロセッサにより実行可能な命令を保存する非一時的なコンピュータ可読媒体であって、
前記命令は、
ショッピング体験に参加するためにユーザが販売店に入ると、ユーザのモバイルデバイスからユーザのチェックイン情報を含むユーザショッピング支援要求を取得し、
前記ユーザのチェックイン情報に基づいてユーザ識別子を抽出し、
前記抽出されたユーザ識別子に基づいてユーザプロフィールについてデータベースにアクセスし、
前記アクセスされたユーザプロフィールからユーザの過去の行動パターンを決定し、
前記ユーザのモバイルデバイスからユーザのリアルタイム店内行動データを取得し、
前記ユーザのリアルタイム店内行動と前記ユーザの過去の行動パターンを使用して製品購入推薦を生成し、
販売者ネットワークを介してネットワーク通信デバイスによって、前記製品購入推薦を前記ユーザのモバイルデバイスに提供し、
前記提供された推薦に基づいて、前記販売者ネットワークを介して、前記ユーザによる購入のための製品をショッピングカードに追加し、
前記ユーザが前記カートに追加された前記製品を購入したい旨の取引関心表示を取得し、
製品情報および支払情報を含むチェックアウト情報ページを前記ユーザに提供し、
電子支払通信ネットワークによって、暗号化され、非販売者の、帯域幅とネットワーク待ち時間が軽減している、帯域外のネットワーク通信を介して、前記カートに追加された前記製品の購入取引を開始し、
前記カートに追加された前記製品についての前記購入取引に対する電子レシートを前記ユーザのモバイルデバイスに提供する、
ことを特徴とするコンピュータ可読媒体。
【請求項７８】
前記ユーザのチェックインメッセージは、販売店が提供したクイックレスポンス（ＱＲ）コードをユーザがスナップ撮影することにより生成されることを特徴とする請求項３１に記載の装置。
【請求項７９】
前記ユーザのチェックインメッセージは、遠隔サーバに送信されることを特徴とする請求項３１に記載のシステム。
【請求項８０】
前記ユーザのチェックインメッセージは、前記ユーザの地理的位置情報を含むことを特徴とする請求項３１に記載のシステム。
【請求項８１】
前記販売店は、前記販売店でユーザがチェックインすると店員を前記ユーザに割り当てることを特徴とする請求項３１に記載のシステム。
【請求項８２】
前記店員は、店従業員と仮想ショッピングアシスタントのいずれかを含むことを特徴とする請求項８１に記載のシステム。
【請求項８３】
前記店員の割り当ては、ユーザのロイヤリティレベルに基づいて決定されることを特徴とする請求項８１に記載のシステム。
【請求項８４】
前記店員は、現地担当者と遠隔の担当者のいずれかを含むことを特徴とする請求項８１に記載のシステム。
【請求項８５】
前記ユーザプロフィールは、前記販売店でのユーザロイヤリティ情報および過去の購入履歴を含むことを特徴とする請求項３１に記載のシステム。
【請求項８６】
前記ユーザプロフィールは、前記販売店にあるローカルデータベースに事前に保存されていることを特徴とする請求項３１に記載のシステム。
【請求項８７】
前記ユーザプロフィールは、遠隔サーバに保存され、前記販売店に送信されることを特徴とする請求項３１に記載のシステム。
【請求項８８】
前記リアルタイム店内行動データは、
前記販売店内におけるユーザの位置、
前記ユーザに近い位置にある製品、
前記ユーザが閲覧またはスキャンした製品、
前記ユーザが購入した製品、
のいずれかを含むことを特徴とする請求項３１に記載のシステム。
【請求項８９】
前記製品購入推薦は、
ユーザ関心に基づく製品、
店内の人気のある製品、
ソーシャルメディアプラットフォームから人気がある製品、
のいずれかを含むことを特徴とする請求項３１に記載のシステム。
【請求項９０】
ソーシャルメディアプラットフォームから、前記製品に関するソーシャルコメント、評価、およびマルチメディアコンテンツを含むソーシャルメディアデータを取得する手段を更に有することを特徴とする請求項８９に記載のシステム。
【請求項９１】
ショッピング関心を示すユーザ通信を受信する手段を更に有することを特徴とする請求項３１に記載のシステム。
【請求項９２】
前記ユーザ通信は、
前記ユーザと店員との間の対面コミュニケーション、
ビデオチャット、
音声チャット、
インスタントメッセージ、
テキストメッセージ、
のいずれかにより実施されることを特徴とする請求項９１に記載のシステム。
【請求項９３】
前記ショッピング関心は、スナップ撮影された製品の店内写真を含む製品の位置に関するユーザクエリーを更に有することを特徴とする請求項９１に記載のシステム。
【請求項９４】
前記ショッピング関心は、ショッピング支援のため店員と対面するユーザ要求を更に有することを特徴とする請求項９１に記載のシステム。
【請求項９５】
前記ショッピング関心は、店内マップのためのユーザ要求を更に有することを特徴とする請求項９１に記載のシステム。
【請求項９６】
前記ショッピング関心は、店内拡張現実ショッピング体験を開始するユーザ要求を更に有することを特徴とする請求項９１に記載のシステム。
【請求項９７】
チェックアウト情報ページが製品情報および支払請求額をエンコードするＱＲコードを含むことを特徴とする請求項３１に記載のシステム。
【請求項９８】
前記購入取引は、前記ユーザが前記ユーザのモバイルデバイスを使用して前記ＱＲコードをスナップ撮影し、ウォレット支払要求を電子支払処理ネットワークに提出すると開始されることを特徴とする請求項９７に記載のシステム。
【請求項９９】
前記購入取引は、前記販売店で開始されることを特徴とする請求項９７に記載のシステム。
【請求項１００】
前記電子レシートは、第三者通知システムにより前記ユーザのモバイルデバイスに送信されることを特徴とする請求項９７に記載のシステム。
【請求項１０１】
前記電子レシートは、前記販売店によって提供されることを特徴とする請求項９７に記載のシステム。
【請求項１０２】
前記ユーザのための買い物かごを保持する手段と、
前記製品を前記買い物かごに追加する手段と、
を更に有することを特徴とする請求項３１に記載のシステム。
【請求項１０３】
前記ユーザのモバイルデバイスからショッピングリストを受信する手段と、
前記ショッピングリストから製品情報を取得する手段と、
を更に有することを特徴とする請求項３１に記載のシステム。
【請求項１０４】
前記取得された製品情報の在庫情報および最小在庫管理単位（ＳＫＵ）情報を取得する手段と、
前記ショッピングリスト上の製品の位置を示すタグ付きの店内マップを生成する手段と、
を更に有することを特徴とする請求項３１に記載のシステム。
【請求項１０５】
前記ショッピングリスト上の製品の位置を示す拡張現実店内スキャンを生成する手段を更に有することを特徴とする請求項３１に記載のシステム。
【請求項１０６】
前記ユーザのチェックインメッセージは、販売店が提供したクイックレスポンス（ＱＲ）コードをユーザがスナップ撮影することにより生成されることを特徴とする請求項３２に記載の装置。
【請求項１０７】
前記ユーザのチェックインメッセージは、遠隔サーバに送信されることを特徴とする請求項３２に記載の装置。
【請求項１０８】
前記ユーザのチェックインメッセージは、前記ユーザの地理的位置情報を含むことを特徴とする請求項３２に記載の装置。
【請求項１０９】
前記販売店は、前記販売店でユーザがチェックインすると店員を前記ユーザに割り当てることを特徴とする請求項３２に記載の装置。
【請求項１１０】
前記店員は、店従業員と仮想ショッピングアシスタントのいずれかを含むことを特徴とする請求項１０９に記載の装置。
【請求項１１１】
前記店員の割り当ては、ユーザのロイヤリティレベルに基づいて決定されることを特徴とする請求項１０９に記載の装置。
【請求項１１２】
前記店員は、現地担当者と遠隔の担当者のいずれかを含むことを特徴とする請求項１０９に記載の装置。
【請求項１１３】
前記ユーザプロフィールは、前記販売店でのユーザロイヤリティ情報および過去の購入履歴を含むことを特徴とする請求項３２に記載の装置。
【請求項１１４】
前記ユーザプロフィールは、前記販売店にあるローカルデータベースに事前に保存されていることを特徴とする請求項３２に記載の装置。
【請求項１１５】
前記ユーザプロフィールは、遠隔サーバに保存され、前記販売店に送信されることを特徴とする請求項３２に記載の装置。
【請求項１１６】
前記リアルタイム店内行動データは、
前記販売店内におけるユーザの位置、
前記ユーザに近い位置にある製品、
前記ユーザが閲覧またはスキャンした製品、
前記ユーザが購入した製品、
のいずれかを含むことを特徴とする請求項３２に記載の装置。
【請求項１１７】
前記製品購入推薦は、
ユーザ関心に基づく製品、
店内の人気のある製品、
ソーシャルメディアプラットフォームから人気がある製品、
のいずれかを含むことを特徴とする請求項３２に記載の装置。
【請求項１１８】
ソーシャルメディアプラットフォームから、前記製品に関するソーシャルコメント、評価、およびマルチメディアコンテンツを含むソーシャルメディアデータを取得する命令を更に有することを特徴とする請求項１１７に記載の装置。
【請求項１１９】
ショッピング関心を示すユーザ通信を受信する命令を更に有することを特徴とする請求項３２に記載の装置。
【請求項１２０】
前記ユーザ通信は、
前記ユーザと店員との間の対面コミュニケーション、
ビデオチャット、
音声チャット、
インスタントメッセージ、
テキストメッセージ、
のいずれかにより実施されることを特徴とする請求項１１９に記載の装置。
【請求項１２１】
前記ショッピング関心は、スナップ撮影された製品の店内写真を含む製品の位置に関するユーザクエリーを更に有することを特徴とする請求項１１９に記載の装置。
【請求項１２２】
前記ショッピング関心は、ショッピング支援のため店員と対面するユーザ要求を更に有することを特徴とする請求項１１９に記載の装置。
【請求項１２３】
前記ショッピング関心は、店内マップのためのユーザ要求を更に有することを特徴とする請求項１１９に記載の装置。
【請求項１２４】
前記ショッピング関心は、店内拡張現実ショッピング体験を開始するユーザ要求を更に有することを特徴とする請求項１１９に記載の装置。
【請求項１２５】
チェックアウト情報ページは、製品情報と支払請求額をエンコードするＱＲコードを含むことを特徴とする請求項３２に記載の装置。
【請求項１２６】
前記購入取引は、前記ユーザが前記ユーザのモバイルデバイスを使用して前記ＱＲコードをスナップ撮影し、ウォレット支払要求を電子支払処理ネットワークに提出すると開始されることを特徴とする請求項１２５に記載の装置。
【請求項１２７】
前記購入取引は、前記販売店で開始されることを特徴とする請求項１２５に記載の装置。
【請求項１２８】
前記電子レシートは、第三者通知装置により前記ユーザのモバイルデバイスに送信されることを特徴とする請求項１２５に記載の装置。
【請求項１２９】
前記電子レシートは、前記販売店によって提供されることを特徴とする請求項１２５に記載の装置。
【請求項１３０】
前記ユーザのための買い物かごを保持し、
前記製品を前記買い物かごに追加する、
命令を更に有することを特徴とする請求項３２に記載の装置。
【請求項１３１】
前記ユーザのモバイルデバイスからショッピングリストを受信し、
前記ショッピングリストから製品情報を取得する、
命令を更に有することを特徴とする請求項３２に記載の装置。
【請求項１３２】
前記取得された製品情報の在庫情報および在庫管理単位（ＳＫＵ）情報を取得し、
前記ショッピングリスト上の製品の位置を示すタグ付きの店内マップを生成する、
命令を更に有することを特徴とする請求項３２に記載の装置。
【請求項１３３】
前記ショッピングリスト上の製品の位置を示す拡張現実店内スキャンを生成する命令を更に有することを特徴とする請求項３２に記載の装置。
【請求項１３４】
前記ユーザのチェックインメッセージは、販売店が提供したクイックレスポンス（ＱＲ）コードをユーザがスナップ撮影することにより生成されることを特徴とする請求項３３に記載の媒体。
【請求項１３５】
前記ユーザのチェックインメッセージは、遠隔サーバに送信されることを特徴とする請求項３３に記載の媒体。
【請求項１３６】
前記ユーザのチェックインメッセージは、前記ユーザの地理的位置情報を含むことを特徴とする請求項３３に記載の媒体。
【請求項１３７】
前記販売店は、前記販売店でユーザがチェックインすると店員を前記ユーザに割り当てることを特徴とする請求項３３に記載の媒体。
【請求項１３８】
前記店員は、店従業員と仮想ショッピングアシスタントのいずれかを含むことを特徴とする請求項１３７に記載の媒体。
【請求項１３９】
前記店員の割り当ては、ユーザのロイヤリティレベルに基づいて決定されることを特徴とする請求項１３７に記載の媒体。
【請求項１４０】
前記店員は、現地担当者と遠隔の担当者のいずれかを含むことを特徴とする請求項１３７に記載の媒体。
【請求項１４１】
前記ユーザプロフィールは、前記販売店でのユーザロイヤリティ情報および過去の購入履歴を含むことを特徴とする請求項３３に記載の媒体。
【請求項１４２】
前記ユーザプロフィールは、前記販売店にあるローカルデータベースに事前に保存されていることを特徴とする請求項３３に記載の媒体。
【請求項１４３】
前記ユーザプロフィールは、遠隔サーバに保存され、前記販売店に送信されることを特徴とする請求項３３に記載の媒体。
【請求項１４４】
前記リアルタイム店内行動データは、
前記販売店内におけるユーザの位置、
前記ユーザに近い位置にある製品、
前記ユーザが閲覧またはスキャンした製品、
前記ユーザが購入した製品、
のいずれかを含むことを特徴とする請求項３３に記載の媒体。
【請求項１４５】
前記製品購入推薦は、
ユーザ関心に基づく製品、
店内の人気のある製品、
ソーシャルメディアプラットフォームから人気がある製品、
のいずれかを含むことを特徴とする請求項３３に記載の媒体。
【請求項１４６】
ソーシャルメディアプラットフォームから、前記製品に関するソーシャルコメント、評価、およびマルチメディアコンテンツを含むソーシャルメディアデータを取得する命令を更に有することを特徴とする請求項１４５に記載の媒体。
【請求項１４７】
ショッピング関心を示すユーザ通信を受信する命令を更に有することを特徴とする請求項３３に記載の媒体。
【請求項１４８】
前記ユーザ通信は、
前記ユーザと店員との間の対面コミュニケーション、
ビデオチャット、
音声チャットと、
インスタントメッセージ、
テキストメッセージ、
のいずれかにより実施されることを特徴とする請求項１４７に記載の媒体。
【請求項１４９】
前記ショッピング関心は、スナップ撮影された製品の店内写真を含む製品の位置に関するユーザクエリーを更に有することを特徴とする請求項１４７に記載の媒体。
【請求項１５０】
前記ショッピング関心は、ショッピング支援のため店員と対面するユーザ要求を更に有することを特徴とする請求項１４７に記載の媒体。
【請求項１５１】
前記ショッピング関心は、店内マップのためのユーザ要求を更に有することを特徴とする請求項１４７に記載の媒体。
【請求項１５２】
前記ショッピング関心は、店内拡張現実ショッピング体験を開始するユーザ要求を更に有することを特徴とする請求項１４７に記載の媒体。
【請求項１５３】
チェックアウト情報ページが製品情報および支払請求額をエンコードするＱＲコードを含むことを特徴とする請求項３３に記載の媒体。
【請求項１５４】
前記購入取引は、前記ユーザが前記ユーザのモバイルデバイスを使用して前記ＱＲコードをスナップ撮影し、ウォレット支払要求を電子支払処理ネットワークに提出すると開始される、ことを特徴とする請求項１５３に記載の媒体。
【請求項１５５】
前記購入取引は、前記販売店で開始されることを特徴とする請求項１５３に記載の媒体。
【請求項１５６】
前記電子レシートは、第三者通知システムを介して前記ユーザのモバイルデバイスに送信されることを特徴とする請求項１５３に記載の媒体。
【請求項１５７】
前記電子レシートは、前記販売店によって提供されることを特徴とする請求項１５３に記載の媒体。
【請求項１５８】
前記ユーザのための買い物かごを保持し、
前記製品を前記買い物かごに追加する、
命令を更に有することを特徴とする請求項３３に記載の媒体。
【請求項１５９】
前記ユーザのモバイルデバイスからショッピングリストを受信し、
前記ショッピングリストから製品情報を取得する、
命令を更に有することを特徴とする請求項３３に記載の媒体。
【請求項１６０】
前記取得された製品情報の在庫情報および最小在庫管理単位（ＳＫＵ）情報を取得し、
前記ショッピングリスト上の製品の位置を示すタグ付きの店内マップを生成する、
命令を更に有することを特徴とする請求項３３に記載の媒体。
【請求項１６１】
前記ショッピングリスト上の製品の位置を示す拡張現実店内スキャンを生成する命令を更に有することを特徴とする請求項３３に記載の媒体。
【請求項１６２】
プロセッサと、
前記プロセッサと通信するように配置され、プロセッサにより実行可能な命令を記憶するメモリと、
を有し、
前記命令は、
ユーザのモバイルデバイスに結合された画像キャプチャデバイスを介して現実シーンのライブ映像キャプチャを取得し、
前記現実シーンの前記取得された映像キャプチャの画像解析を実行し、
画像処理を介して前記現実シーン内の金融口座を示す前記現実シーン内の対象物を識別し、
前記画像処理を介して前記金融口座の口座識別子を決定し、
前記決定された口座識別子に基づいて前記金融口座に対応する金融情報を取り出し、
前記金融口座との金融取引を開始する選択肢を含む前記識別された対象物に対するユーザインタラクティブ選択肢ラベルを生成し、
前記ユーザのモバイルデバイスのユーザインターフェースで、前記現実シーンの前記ライブ映像キャプチャに重なる前記生成されたユーザインタラクティブ選択肢ラベルを提示する、
ことを特徴とする支払取引映像キャプチャ装置。
【請求項１６３】
ユーザのモバイルデバイスに結合された画像キャプチャデバイスを介して現実シーンのライブ映像キャプチャを取得する手段と、
前記現実シーンの前記取得された映像キャプチャの画像解析を実行する手段と、
画像処理により前記現実シーン内の金融口座を示す前記現実シーン内の対象物を識別する手段と、
前記画像処理を介して前記金融口座の口座識別子を決定する手段と、
前記決定された口座識別子に基づいて前記金融口座に対応する金融情報を取り出す手段と、
前記金融口座との金融取引を開始する選択肢を含む前記識別された対象物に対するユーザインタラクティブ選択肢ラベルを生成する手段と、
前記ユーザのモバイルデバイスのユーザインターフェースで、前記現実シーンの前記ライブ映像キャプチャに重なる前記生成されたユーザインタラクティブ選択肢ラベルを提示する手段と、
を有することを特徴とする支払取引映像キャプチャシステム。
【請求項１６４】
支払取引映像キャプチャのためのプロセッサにより実行可能な命令を記憶する非一時的なコンピュータ可読媒体であって、
前記命令は、
ユーザのモバイルデバイスに結合された画像キャプチャデバイスを介して現実シーンのライブ映像キャプチャを取得し、
前記現実シーンの前記取得された映像キャプチャの画像解析を実行し、
画像処理を介して前記現実シーン内の金融口座を示す前記現実シーン内の対象物を識別し、
前記画像処理を介して前記金融口座の口座識別子を決定し、
前記決定された口座識別子に基づいて前記金融口座に対応する金融情報を取り出し、
前記金融口座との金融取引を開始する選択肢を含む前記識別された対象物に対するユーザインタラクティブ選択肢ラベルを生成し、
前記ユーザのモバイルデバイスのユーザインターフェースで、前記現実シーンの前記ライブ映像キャプチャに重なる前記生成されたユーザインタラクティブ選択肢ラベルを提示する、ことを特徴とするコンピュータ可読媒体。
【請求項１６５】
前記識別された対象物は、支払カード、請求書、および購入品のいずれかを含むことを特徴とする請求項１６２に記載の装置。
【請求項１６６】
前記ユーザインタラクティブ選択肢ラベルは、資金移転、残高閲覧、および購入代金支払のいずれかのラベルを含む、ことを特徴とする請求項１６２に記載の装置。
【請求項１６７】
前記識別された対象物は、支払カード、請求書、および購入品のうちのいずれかを含む、ことを特徴とする請求項１６３に記載のシステム。
【請求項１６８】
前記ユーザインタラクティブ選択肢ラベルは、資金移転、残高閲覧、および購入代金支払のうちのいずれかのラベルを含む、ことを特徴とする請求項１６３に記載のシステム。
【請求項１６９】
前記識別された対象物は、支払カード、請求書、および購入品のうちのいずれかを含む、ことを特徴とする請求項１６４に記載の媒体。
【請求項１７０】
前記ユーザインタラクティブ選択肢ラベルは、資金移転、残高閲覧、および購入代金支払のうちのいずれかのラベルを含む、ことを特徴とする請求項１６４に記載の媒体。
【請求項１７１】
ユーザのモバイルデバイスに結合された画像キャプチャデバイスを介して現実シーンの映像キャプチャを取得する手段と、
前記現実シーンの前記取得された映像キャプチャの画像解析を実行する手段と、
画像処理を介して前記現実シーン内の対象物を識別する手段と、
事前に保存されたユーザ活動記録を取り出す手段と、
前記取り出されたユーザ活動記録に基づいてユーザ関心表示を取得する手段と、
前記取得されたユーザ関心表示を前記識別された対象物と相関させる手段と、
前記取得されたユーザ関心に基づいて前記識別された対象物に関連した情報を含む拡張現実仮想ラベルを生成する手段と、
前記ユーザのモバイルデバイスのユーザインターフェースで、前記現実シーンの前記映像キャプチャに重なる前記生成された拡張現実仮想ラベルを提示する手段と、
を有することを特徴とする支払取引映像キャプチャシステム。
【請求項１７２】
プロセッサと、
前記プロセッサと通信するように配置され、前記プロセッサにより実行可能な命令を記憶するメモリと、
を有し、
前記命令は、
ユーザのモバイルデバイスに結合された画像キャプチャデバイスを介して現実シーンの映像キャプチャを取得し、
前記現実シーンの前記取得された映像キャプチャの画像解析を実行し、
画像処理を介して前記現実シーン内の対象物を識別し、
事前に保存されたユーザ活動記録を取り出し、
前記取り出されたユーザ活動記録に基づいてユーザ関心表示を取得し、
前記取得されたユーザ関心表示を前記識別された対象物と相関させ、
前記取得されたユーザ関心に基づいて前記識別された対象物に関連した情報を含む拡張現実仮想ラベルを生成し、
前記ユーザのモバイルデバイスのユーザインターフェースで、前記現実シーンの前記映像キャプチャに重なる前記生成された拡張現実仮想ラベルを提示する、
ことを特徴とする支払取引映像キャプチャ装置。
【請求項１７３】
支払取引映像キャプチャのためのプロセッサにより実行可能な命令を記憶する非一時的なコンピュータ可読媒体であって、
前記命令は、
ユーザのモバイルデバイスに結合された画像キャプチャデバイスを介して現実シーンの映像キャプチャを取得し、
前記現実シーンの前記取得された映像キャプチャの画像解析を実行し、
画像処理を介して前記現実シーン内の対象物を識別し、
事前に保存されたユーザ活動記録を取り出し、
前記取り出されたユーザ活動記録に基づいてユーザ関心表示を取得し、
前記取得されたユーザ関心表示を前記識別された対象物と相関させ、
前記取得されたユーザ関心に基づいて前記識別された対象物に関連した情報を含む拡張現実仮想ラベルを生成し、
前記ユーザのモバイルデバイスのユーザインターフェースで、前記現実シーンの前記映像キャプチャに重なる前記生成された拡張現実仮想ラベルを提示する、
ことを特徴とするコンピュータ可読媒体。
【請求項１７４】
前記ユーザ活動記録は、ウェブ検索キーターム、ＧＰＳ位置チェックインイベント、およびブラウジング履歴のいずれかを含むことを特徴とする請求項１７１に記載のシステム。
【請求項１７５】
複数の対象物が前記キャプチャされた現実シーンから識別され、前記複数の対象物の各々は、現実拡張仮想ラベルに関連付けられていることを特徴とする請求項１７１に記載のシステム。
【請求項１７６】
前記キャプチャされた現実シーンの範囲内で指先の動きを決定する手段を更に有することを特徴とする請求項１７１に記載のシステム。
【請求項１７７】
前記ユーザ活動記録は、ウェブ検索キーターム、ＧＰＳ位置チェックインイベント、およびブラウジング履歴のいずれかを含むことを特徴とする請求項１７２に記載の装置。
【請求項１７８】
複数の対象物が前記キャプチャされた現実シーンから識別され、前記複数の対象物の各々は、現実拡張仮想ラベルに関連付けられていることを特徴とする請求項１７２に記載の装置。
【請求項１７９】
前記キャプチャされた現実シーンの範囲内で指先の動きを決定する、
命令を更に有することを特徴とする請求項１７２に記載の装置。
【請求項１８０】
前記ユーザ活動記録は、ウェブ検索キーターム、ＧＰＳ位置チェックインイベント、およびブラウジング履歴のいずれかを含むことを特徴とする請求項１７３に記載の媒体。
【請求項１８１】
複数の対象物が前記キャプチャされた現実シーンから識別され、前記複数の対象物の各々は、現実拡張仮想ラベルに関連付けられていることを特徴とする請求項１７３に記載の媒体。
【請求項１８２】
前記キャプチャされた現実シーンの範囲内で指先の動きを決定する、
命令を更に有することを特徴とする請求項１７３に記載の媒体。
【請求項１８３】
ユーザのモバイルデバイスに結合された画像キャプチャデバイスを介して現実シーンのライブ映像キャプチャを取得する手段と、
前記現実シーンの前記取得されたライブ映像キャプチャの画像処理を実行する手段と、
前記画像処理を介して前記現実シーン内の第１の金融口座を示す第１の対象物を識別する手段と、
前記画像処理を介して前記現実シーン内の第２の金融口座を示す第２の対象物を識別する手段と、
前記画像処理を介して前記第１の金融口座の第１の口座識別子を決定する手段と、
前記画像処理を介して前記第２の金融口座の第２の口座識別子を決定する手段と、
前記現実シーンの前記ライブ映像キャプチャの範囲内で前記第１の金融口座から前記第２の金融口座への支払のためのユーザ取引コマンドを検出する手段と、
前記第１の金融口座から前記第２の金融口座への前記支払のための、前記決定された第１の口座識別子および前記第２の口座識別子を含む支払取引要求を開始する手段と、
前記第１の金融口座から前記第２の金融口座への前記支払に対する取引確認を取得する手段と、
を有することを特徴とする取引映像キャプチャシステム。
【請求項１８４】
プロセッサと、
前記プロセッサと通信できるように配置され、前記プロセッサにより実行可能な命令を記憶するメモリと、
を有し、
前記命令は、
ユーザのモバイルデバイスに結合された画像キャプチャデバイスを介して現実シーンのライブ映像キャプチャを取得し、
前記現実シーンの前記取得されたライブ映像キャプチャの画像処理を実行し、
前記画像処理を介して前記現実シーン内の第１の金融口座を示す第１の対象物を識別し、
前記画像処理を介して前記現実シーン内の第２の金融口座を示す第２の対象物を識別し、
前記画像処理を介して前記第１の金融口座の第１の口座識別子を決定し、
前記画像処理を介して前記第２の金融口座の第２の口座識別子を決定し、
前記現実シーンの前記ライブ映像キャプチャの範囲内で前記第１の金融口座から前記第２の金融口座への支払のためのユーザ取引コマンドを検出し、
前記第１の金融口座から前記第２の金融口座への前記支払のための、前記決定された第１の口座識別子および前記第２の口座識別子を含む支払取引要求を開始し、
前記第１の金融口座から前記第２の金融口座への前記支払に対する取引確認を取得する、ことを特徴とする取引映像キャプチャ装置。
【請求項１８５】
取引映像キャプチャのためのプロセッサにより実行可能な命令を記憶する非一時的なコンピュータ可読媒体であって、
前記命令は、
ユーザのモバイルデバイスに結合された画像キャプチャデバイスを介して現実シーンのライブ映像キャプチャを取得し、
前記現実シーンの前記取得されたライブ映像キャプチャの画像処理を実行し、
前記画像処理を介して前記現実シーン内の第１の金融口座を示す第１の対象物を識別し、
前記画像処理を介して前記現実シーン内の第２の金融口座を示す第２の対象物を識別し、
前記画像処理を介して前記第１の金融口座の第１の口座識別子を決定し、
前記画像処理を介して前記第２の金融口座の第２の口座識別子を決定し、
前記現実シーンの前記ライブ映像キャプチャの範囲内で前記第１の金融口座から前記第２の金融口座への支払のためのユーザ取引コマンドを検出し、
前記第１の金融口座から前記第２の金融口座への前記支払のための、前記決定された第１の口座識別子および前記第２の口座識別子を含む支払取引要求を開始し、
前記第１の金融口座から前記第２の金融口座への前記支払に対する取引確認を取得する、ことを特徴とするコンピュータ可読媒体。
【請求項１８６】
前記識別された第１の対象物は、口座解決可能な識別子を有する金融支払カードであることを特徴とする請求項１８３に記載のシステム。
【請求項１８７】
前記識別された第２の対象物は、口座解決可能な識別子を有する金融支払カードであることを特徴とする請求項１８３に記載のシステム。
【請求項１８８】
前記識別された第２の対象物はＱＲコードを含む売上請求書であることを特徴とする請求項１８３に記載のシステム。
【請求項１８９】
前記識別された第２の対象物はメトロカードであることを特徴とする請求項１８３に記載のシステム。
【請求項１９０】
前記第１の金融口座から前記第２の金融口座への前記支払は、一の金融支払カードから別の金融支払カードへの資金移転を含むことを特徴とする請求項１８３に記載のシステム。
【請求項１９１】
前記第１の金融口座から前記第２の金融口座への前記支払は、金融支払カードから製品購入の販売者への請求書支払を含むことを特徴とする請求項１８３に記載のシステム。
【請求項１９２】
前記第１の金融口座から前記第２の金融口座への前記支払は、金融支払カードからメトロカードへの資金補充を含むことを特徴とする請求項１８３に記載のシステム。
【請求項１９３】
前記画像処理は、前記取得されたライブ映像キャプチャのスクリーングラブを取得することを含むことを特徴とする請求項１８３に記載のシステム。
【請求項１９４】
前記ユーザ取引コマンドは音声コマンドを含むことを特徴とする請求項１８３に記載のシステム。
【請求項１９５】
前記ユーザ取引コマンドは、前記第１の対象物から前記第２の対象物までの動きの指先の動きを含むことを特徴とする請求項１８３に記載のシステム。
【請求項１９６】
前記決定された第１の口座識別子に基づいて、前記識別された第１の金融口座と前記識別された第２の対象物に対応する情報を取得する手段を更に有することを特徴とする請求項１８３に記載のシステム。
【請求項１９７】
前記第１の金融口座から前記第２の金融口座への前記支払を示すユーザインタラクティブ選択肢ラベルを生成する手段と、
前記現実シーンの前記ライブ映像キャプチャに重なる前記生成されたユーザインタラクティブ選択肢ラベルを前記ユーザのモバイルデバイスのユーザインターフェースに挿入する手段と、
を更に有することを特徴とする請求項１８３に記載のシステム。
【請求項１９８】
前記第１の口座識別子および前記第２の口座識別子は、
バーコードの読み取り、
ＱＲコードの復号、
光学式文字認識（ＯＣＲ）、
のいずれかにより視覚的に決定可能であることを特徴とする請求項１８３に記載のシステム。
【請求項１９９】
前記第１の金融口座から前記第２の金融口座への前記支払のための承認証明書を取得する手段を更に有することを特徴とする請求項１８３に記載のシステム。
【請求項２００】
ユーザ識別確認のパスワードを入力することをユーザに要求する手段を更に有することを特徴とする請求項１９９に記載のシステム。
【請求項２０１】
前記第１の口座識別子は、１６桁の銀行カード番号を含むことを特徴とする請求項１８３に記載のシステム。
【請求項２０２】
前記第２の口座識別子は、販売者識別子を有することを特徴とする請求項１８３に記載のシステム。
【請求項２０３】
前記第２の口座識別子は、１６桁の銀行カード番号を含むことを特徴とする請求項１８３に記載のシステム。
【請求項２０４】
前記第２の対象物がカード名義人付きの金融支払カードを含むとき、セキュリティアラート要求を生成する手段と、
前記セキュリティアラートを前記第２の対象物の前記カード名義人に送信する手段と、
を更に有することを特徴とする請求項１８３に記載のシステム。
【請求項２０５】
前記識別された第１の対象物は、口座解決可能な識別子を有する金融支払カードであることを特徴とする請求項１８４に記載の装置。
【請求項２０６】
前記識別された第２の対象物は、口座解決可能な識別子を有する金融支払カードであることを特徴とする請求項１８４に記載の装置。
【請求項２０７】
前記識別された第２の対象物は、ＱＲコードを含む売上請求書であることを特徴とする請求項１８４に記載の装置。
【請求項２０８】
前記識別された第２の対象物はメトロカードであることを特徴とする請求項１８４に記載の装置。
【請求項２０９】
前記第１の金融口座から前記第２の金融口座への前記支払は、一の金融支払カードから別の金融支払カードへの資金移転を含むことを特徴とする請求項１８４に記載の装置。
【請求項２１０】
前記第１の金融口座から前記第２の金融口座への前記支払は、金融支払カードから製品購入のための販売者への請求書支払を含むことを特徴とする請求項１８４に記載の装置。
【請求項２１１】
前記第１の金融口座から前記第２の金融口座への前記支払は、金融支払カードからメトロカードへの資金補充を含むことを特徴とする請求項１８４に記載の装置。
【請求項２１２】
前記画像処理は、前記取得されたライブ映像キャプチャのスクリーングラブを取得することを含むことを特徴とする請求項１８４に記載の装置。
【請求項２１３】
前記ユーザ取引コマンドは音声コマンドを含むことを特徴とする請求項１８４に記載の装置。
【請求項２１４】
前記ユーザ取引コマンドは、前記第１の対象物から前記第２の対象物までの動きの指先の動きを含むことを特徴とする請求項１８４に記載の装置。
【請求項２１５】
前記決定された第１の口座識別子に基づいて、前記識別された第１の金融口座と前記識別された第２の対象物に対応する情報を取得する、命令を更に有することを特徴とする請求項１８４に記載の装置。
【請求項２１６】
前記第１の金融口座から前記第２の金融口座への前記支払を示すユーザインタラクティブ選択肢ラベルを生成し、
前記現実シーンの前記ライブ映像キャプチャに重なる前記生成されたユーザインタラクティブ選択肢ラベルを前記ユーザのモバイルデバイスのユーザインターフェースに挿入する、
命令を更に有することを特徴とする請求項１８４に記載の装置。
【請求項２１７】
前記第１の口座識別子および前記第２の口座識別子は、
バーコードの読み取り、
ＱＲコードの復号、
光学式文字認識（ＯＣＲ）、
のいずれかにより視覚的に決定可能である、ことを特徴とする請求項１８４に記載の装置。
【請求項２１８】
前記第１の金融口座から前記第２の金融口座への前記支払のための承認証明書を取得する、命令を更に有することを特徴とする請求項１８４に記載の装置。
【請求項２１９】
ユーザ識別確認のためパスワードを入力することをユーザに要求する、命令を更に有することを特徴とする請求項２１８に記載の装置。
【請求項２２０】
前記第１の口座識別子は、１６桁の銀行カード番号を含むことを特徴とする請求項１８４に記載の装置。
【請求項２２１】
前記第２の口座識別子は、販売者識別子を有することを特徴とする請求項１８４に記載の装置。
【請求項２２２】
前記第２の口座識別子は、１６桁の銀行カード番号を含むことを特徴とする請求項１８４に記載の装置。
【請求項２２３】
前記第２の対象物がカード名義人付きの金融支払カードを含むとき、セキュリティアラート要求を生成し、
前記セキュリティアラートを前記第２の対象物の前記カード名義人に送信する、
命令を更に有することを特徴とする請求項１８４に記載の装置。
【請求項２２４】
前記識別された第１の対象物は、口座解決可能な識別子を有する金融支払カードであることを特徴とする請求項１８５に記載の媒体。
【請求項２２５】
前記識別された第２の対象物は、口座解決可能な識別子を有する金融支払カードであることを特徴とする請求項１８５に記載の媒体。
【請求項２２６】
前記識別された第２の対象物はＱＲコードを含む売上請求書であることを特徴とする請求項１８５に記載の媒体。
【請求項２２７】
前記識別された第２の対象物はメトロカードであることを特徴とする請求項１８５に記載の媒体。
【請求項２２８】
前記第１の金融口座から前記第２の金融口座への前記支払は、一の金融支払カードから別の金融支払カードへの資金移転を含むことを特徴とする請求項１８５に記載の媒体。
【請求項２２９】
前記第１の金融口座から前記第２の金融口座への前記支払は、金融支払カードから製品購入のための販売者への請求書支払を含むことを特徴とする請求項１８５に記載の媒体。
【請求項２３０】
前記第１の金融口座から前記第２の金融口座への前記支払は、金融支払カードからメトロカードへの資金補充を含むことを特徴とする請求項１８５に記載の媒体。
【請求項２３１】
前記画像処理は、前記取得されたライブ映像キャプチャのスクリーングラブを取得することを含むことを特徴とする請求項１８５に記載の媒体。
【請求項２３２】
前記ユーザ取引コマンドは音声コマンドを含むことを特徴とする請求項１８５に記載の媒体。
【請求項２３３】
前記ユーザ取引コマンドは、前記第１の対象物から前記第２の対象物までの動きの指先の動きを含む、ことを特徴とする請求項１８５に記載の媒体。
【請求項２３４】
前記決定された第１の口座識別子に基づいて、前記識別された第１の金融口座および前記識別された第２の対象物に対応する情報を取得する命令を更に有することを特徴とする請求項１８５に記載の媒体。
【請求項２３５】
前記第１の金融口座から前記第２の金融口座への前記支払を示すユーザインタラクティブ選択肢ラベルを生成し、
前記現実シーンの前記ライブ映像キャプチャに重なる前記生成されたユーザインタラクティブ選択肢ラベルを前記ユーザのモバイルデバイスのユーザインターフェースに挿入する、命令を更に有することを特徴とする請求項１８５に記載の媒体。
【請求項２３６】
前記第１の口座識別子および前記第２の口座識別子は、
バーコードの読み取り、
ＱＲコードの復号、
光学式文字認識（ＯＣＲ）、
のうちのいずれかにより視覚的に決定可能である、ことを特徴とする請求項１８５に記載の媒体。
【請求項２３７】
前記第１の金融口座から前記第２の金融口座への前記支払のための承認証明書を取得する命令を更に有することを特徴とする請求項１８５に記載の媒体。
【請求項２３８】
ユーザ識別確認のためパスワードを入力することをユーザに要求する命令を更に有することを特徴とする請求項２３７に記載の媒体。
【請求項２３９】
前記第１の口座識別子は、１６桁の銀行カード番号を含むことを特徴とする請求項１８５に記載の媒体。
【請求項２４０】
前記第２の口座識別子は、販売者識別子を有することを特徴とする請求項１８５に記載の媒体。
【請求項２４１】
前記第２の口座識別子は、１６桁の銀行カード番号を含むことを特徴とする請求項１８５に記載の媒体。
【請求項２４２】
前記第２の対象物がカード名義人付きの金融支払カードを含むとき、セキュリティアラート要求を生成し、
前記セキュリティアラートを前記第２の対象物の前記名義人に送信する、
命令を更に有することを特徴とする請求項１８５に記載の媒体。
【請求項２４３】
ユーザのモバイルデバイスでユーザ要求を示す製品リストを取得する手段と、
前記取得された製品のリスト上で、製品毎に製品の種類および製品識別子を決定する手段と、
販売店のユーザ表示を取得する手段と、
前記販売店の製品在庫と在庫管理データを取得する手段と、
製品毎に前記製品識別子および前記製品の種類に基づいて前記取得された製品在庫と在庫管理データにクエリーする手段と、
前記クエリーに基づいて製品毎に店内在庫管理位置を決定する手段と、
前記販売店の映像レイアウトを取得する手段と、
製品毎に前記販売店の前記映像レイアウトを前記決定された店内在庫管理位置でタグ付けする手段と、
前記ユーザのモバイルデバイスで前記販売店の前記タグ付けされた映像レイアウトを提示する手段と、
を有することを特徴とする映像キャプチャシステム。
【請求項２４４】
プロセッサと、
前記プロセッサと通信できるように配置され、プロセッサにより実行可能な命令を記憶するメモリであって、
前記命令は、
ユーザのモバイルデバイスでユーザ要求を示す製品リストを取得し、
前記取得された製品のリスト上で、製品毎に製品の種類および製品識別子を決定し、
販売店のユーザ表示を取得し、
前記販売店の製品在庫および在庫管理データを取得し、
製品毎に前記製品識別子および前記製品の種類に基づいて前記取得された製品在庫および在庫管理データにクエリーし、
前記クエリーに基づいて製品毎に店内在庫管理位置を決定し、
前記販売店の映像レイアウトを取得し、
製品毎に前記販売店の前記映像レイアウトを前記決定された店内在庫管理位置でタグ付けし、
前記ユーザのモバイルデバイスで前記販売店の前記タグ付けされた映像レイアウトを提示する、
ことを特徴とする映像キャプチャ装置。
【請求項２４５】
映像キャプチャの、プロセッサにより実行可能な命令を記憶する非一時的なコンピュータ可読媒体であって、
前記命令は、
ユーザのモバイルデバイスでユーザ要求を示す製品リストを取得し、
前記取得された製品のリスト上で、製品毎に製品の種類および製品識別子を決定し、
販売店のユーザ表示を取得し、
前記販売店の製品在庫および在庫管理データを取得し、
製品毎に前記製品識別子および前記製品の種類に基づいて前記取得された製品在庫と在庫管理データにクエリーし、
前記クエリーに基づいて製品毎に店内在庫管理位置を決定し、
前記販売店の映像レイアウトを取得し、
製品毎に前記販売店の前記映像レイアウトを前記決定された店内在庫管理位置でタグ付けし、
前記ユーザのモバイルデバイスで前記販売店の前記タグ付けされた映像レイアウトを提示する、
ことを特徴とするコンピュータ可読媒体。
【請求項２４６】
前記製品のリストは、ユーザにより入力されたショッピングリストを含むことを特徴とする請求項２４３に記載のシステム。
【請求項２４７】
前記ショッピングリストは、前記ユーザからの音声コマンドにより生成されることを特徴とする請求項２４６に記載のシステム。
【請求項２４８】
前記ショッピングリストは、事前に保存された売上レシートから製品情報を抽出することにより生成されることを特徴とする請求項２４６に記載のシステム。
【請求項２４９】
前記販売店の前記ユーザ表示は、販売店でのユーザのチェックインメッセージを含むことを特徴とする請求項２４３に記載のシステム。
【請求項２５０】
前記販売店の前記ユーザ表示は、ユーザのＧＰＳ座標を含むことを特徴とする請求項２４３に記載のシステム。
【請求項２５１】
前記製品在庫と在庫管理データは、前記販売店での在庫製品の通路番号とスタック番号をリスト化するテーブルを含むことを特徴とする請求項２４３に記載のシステム。
【請求項２５２】
製品毎の店内在庫管理位置が通路番号、スタック番号、および棚番号を含むことを特徴とする請求項２４３に記載のシステム。
【請求項２５３】
前記販売店の前記映像レイアウトは静的な店のフロアプランを含むことを特徴とする請求項２４３に記載のシステム。
【請求項２５４】
前記静的な店のフロアプランを各製品の位置を示すラベルで強調することを更に有することを特徴とする請求項２５３に記載のシステム。
【請求項２５５】
前記販売店の前記映像レイアウトは、店内現実シーンのライブ映像キャプチャを含むことを特徴とする請求項２４３に記載のシステム。
【請求項２５６】
前記店内現実シーンの前記ライブ映像キャプチャに重なるユーザインタラクティブ拡張現実ラベルを挿入すること、を更に有し、前記拡張現実ラベルは、前記店内現実シーンの内部で各製品の位置を示すことを特徴とする請求項２５５に記載のシステム。
【請求項２５７】
前記拡張現実ラベルは、前記店内現実シーンの範囲内で製品を覆う半透明の境界ボックスを含むことを特徴とする請求項２５６に記載のシステム。
【請求項２５８】
複数の販売店が複数販売者ショッピングのため処理されることを特徴とする請求項２４３に記載のシステム。
【請求項２５９】
前記製品のリストは、ユーザにより入力されたショッピングリストを含むことを特徴とする請求項２４４に記載の装置。
【請求項２６０】
前記ショッピングリストは、前記ユーザからの音声コマンドにより生成されることを特徴とする請求項２５９に記載の装置。
【請求項２６１】
前記ショッピングリストは、事前に保存された売上レシートから製品情報を抽出することにより生成されることを特徴とする請求項２５９に記載の装置。
【請求項２６２】
前記販売店の前記ユーザ表示は、販売店でのユーザのチェックインメッセージを含むことを特徴とする請求項２４４に記載の装置。
【請求項２６３】
前記販売店の前記ユーザ表示は、ユーザのＧＰＳ座標を含むことを特徴とする請求項２４４に記載の装置。
【請求項２６４】
前記製品在庫と在庫管理データは、前記販売店での在庫製品の通路番号とスタック番号をリスト化するテーブルを含むことを特徴とする請求項２４４に記載の装置。
【請求項２６５】
製品毎の店内在庫管理位置が通路番号、スタック番号、および棚番号を含むことを特徴とする請求項２４４に記載の装置。
【請求項２６６】
前記販売店の前記映像レイアウトは静的な店のフロアプランを含むことを特徴とする請求項２４４に記載の装置。
【請求項２６７】
前記静的な店のフロアプランを各製品の位置を示すラベルで強調すること、を更に有することを特徴とする請求項２６６に記載の装置。
【請求項２６８】
前記販売店の前記映像レイアウトは、店内現実シーンのライブ映像キャプチャを含むことを特徴とする請求項２４４に記載の装置。
【請求項２６９】
前記店内現実シーンの前記ライブ映像キャプチャに重なるユーザインタラクティブ拡張現実ラベルを挿入すること、を更に有し、前記拡張現実ラベルは、前記店内現実シーンの内部で各製品の位置を示すことを特徴とする請求項２６８に記載の装置。
【請求項２７０】
前記拡張現実ラベルは、前記店内現実シーンの範囲内で製品を覆う半透明の境界ボックスを含むことを特徴とする請求項２６９に記載の装置。
【請求項２７１】
複数の販売店が複数販売者ショッピングのために処理されることを特徴とする請求項２４４に記載の装置。
【請求項２７２】
前記製品のリストは、ユーザにより入力されたショッピングリストを含むことを特徴とする請求項２４５に記載の媒体。
【請求項２７３】
前記ショッピングリストは、前記ユーザからの音声コマンドにより生成されることを特徴とする請求項２７２に記載の媒体。
【請求項２７４】
前記ショッピングリストは、事前に保存された売上レシートから製品情報を抽出することにより生成されることを特徴とする請求項２７２に記載の媒体。
【請求項２７５】
前記販売店の前記ユーザ表示は、販売店でのユーザのチェックインメッセージを含むことを特徴とする請求項２４５に記載の媒体。
【請求項２７６】
前記販売店の前記ユーザ表示は、ユーザのＧＰＳ座標を含むことを特徴とする請求項２４５に記載の媒体。
【請求項２７７】
前記製品在庫と在庫管理データは、前記販売店での在庫製品の通路番号とスタック番号をリスト化するテーブルを含むことを特徴とする請求項２４５に記載の媒体。
【請求項２７８】
製品毎の店内在庫管理位置が通路番号、スタック番号、および棚番号を含むことを特徴とする請求項２４５に記載の媒体。
【請求項２７９】
前記販売店の前記映像レイアウトは静的な店のフロアプランを含むことを特徴とする請求項２４５に記載の媒体。
【請求項２８０】
前記静的な店のフロアプランを各製品の位置を示すラベルで強調すること、を更に有することを特徴とする請求項２７９に記載の媒体。
【請求項２８１】
前記販売店の前記映像レイアウトは、店内現実シーンのライブ映像キャプチャを含むことを特徴とする請求項２４５に記載の媒体。
【請求項２８２】
前記店内現実シーンの前記ライブ映像キャプチャに重なるユーザインタラクティブ拡張現実ラベルを挿入すること、を更に有し、前記拡張現実ラベルは、前記店内現実シーンの内部で各製品の位置を示すことを特徴とする請求項２８１に記載の媒体。
【請求項２８３】
前記拡張現実ラベルは、前記店内現実シーンの範囲内で製品を覆う半透明の境界ボックスを含むことを特徴とする請求項２６９に記載の媒体。
【請求項２８４】
複数の販売店が複数販売者ショッピングのために処理されることを特徴とする請求項２４５に記載の媒体。
【請求項２８５】
指定時間量範囲内でウォレットからユーザの複数のジェスチャー行為を受信すること、
前記受信された複数のジェスチャー行為から複合的なジェスチャー構成要素と、ジェスチャーにより操作された対象物と、ユーザ口座情報を決定すること、
プロセッサを介して、前記決定された複合的なジェスチャー構成要素およびジェスチャーにより操作された対象物に関連付けられた複合的なジェスチャー行為を決定すること、
前記ユーザ口座情報により指定されたユーザ口座により取引を行うために、プロセッサを介して、前記複合的なジェスチャー行為を実行すること、
を有することを特徴とする、プロセッサにより実施される方法。
【請求項２８６】
前記複数のジェスチャー行為は、ビデオファイルを含むことを特徴とする請求項２８５に記載の方法。
【請求項２８７】
前記複数のジェスチャー行為は、少なくとも１つの画像ファイルを含むことを特徴とする請求項２８５に記載の方法。
【請求項２８８】
前記複数のジェスチャー行為は、音声ファイルを含むことを特徴とする請求項２８５に記載の方法。
【請求項２８９】
前記複数のジェスチャー行為は、少なくとも１つの画像ファイルと音声ファイルを共に含むことを特徴とする請求項２８５に記載の方法。
【請求項２９０】
前記取引は、前記ユーザと第２のエンティティとの間の支払取引であることを特徴とする請求項２８５に記載の方法。
【請求項２９１】
前記取引は、ユーザの支払デバイスと前記ユーザにより保有された第２の支払デバイスとの間の支払取引であることを特徴とする請求項２８５に記載の方法。
【請求項２９２】
プロセッサと、
前記プロセッサと通信できるように配置され、プロセッサにより発行可能な命令を記憶しているメモリと、
を有し、
前記命令は、
指定時間量範囲内でウォレットからユーザの複数のジェスチャー行為を受信し、
前記受信された複数のジェスチャー行為から複合的なジェスチャー構成要素と、ジェスチャーにより操作された対象物と、ユーザ口座情報を決定し、
プロセッサを介して、前記決定された複合的なジェスチャー構成要素およびジェスチャーにより操作された対象物に関連付けられた複合的なジェスチャー行為を決定し、
前記ユーザ口座情報により指定されたユーザ口座を使って取引を行うために、プロセッサを介して、前記複合的なジェスチャー行為を実行する、
ことを特徴とする装置。
【請求項２９３】
指定時間量範囲内でウォレットからユーザの複数のジェスチャー行為を受信する手段と、
前記受信された複数のジェスチャー行為から複合的なジェスチャー構成要素と、ジェスチャーにより操作された対象物と、ユーザ口座情報を決定する手段と、
プロセッサを介して、前記決定された複合的なジェスチャー構成要素およびジェスチャーにより操作された対象物に関連付けられた複合的なジェスチャー行為を決定する手段と、
前記ユーザ口座情報により指定されたユーザ口座により取引を行うために、プロセッサを介して、前記複合的なジェスチャー行為を実行する手段と、
を有することを特徴とするシステム。
【請求項２９４】
指定時間量範囲内でウォレットからユーザの複数のジェスチャー行為を受信し、
前記受信された複数のジェスチャー行為から複合的なジェスチャー構成要素と、ジェスチャーにより操作された対象物と、ユーザ口座情報を決定し、
プロセッサを介して、前記決定された複合的なジェスチャー構成要素およびジェスチャーにより操作された対象物に関連付けられた複合的なジェスチャー行為を決定し、
前記ユーザ口座情報により指定されたユーザ口座により取引を行うために、プロセッサを介して、前記複合的なジェスチャー行為を実行する、
プロセッサにより発行可能な命令を記憶することを特徴とする、プロセッサが読み取り可能な有形媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本特許開示書類は、様々な新規性のある技術革新を含む発明の態様（以下「開示」）を記載し、著作権、マスクワーク、及び／又はその他の知的財産権保護の対象になる事項を含んでいる。この知的財産権の各所有者は、公開された特許庁書類／記録に現れる場合、何人による複製にも異議を唱えないが、それ以外では全ての権利を留保する。
【０００２】
優先権主張
本出願は、米国特許法第１１９条および特許協力条約に基づいて、全てが「拡張小売ショッピング装置、方法およびシステム」と題する、２０１２年１月５日出願の、代理人ドケット番号１９６ＵＳ０１｜ＶＩＳＡ−１７７／００ＵＳである米国仮特許出願第６１／５８３，３７８号と、２０１２年２月３日出願の、代理人ドケット番号１９６ＵＳ０２｜ＶＩＳＡ−１７７／０１ＵＳである米国仮特許出願第６１／５９４，９５７号と、２０１２年４月４日出願の、代理人ドケット番号１９６ＵＳ０３｜ＶＩＳＡ−１７７／０２ＵＳである米国仮特許出願第６１／６２０，３６５号との優先権を主張する。
【０００３】
本出願は、米国特許法第１１９条および特許協力条約に基づいて、２０１２年４月１７日出願の、代理人ドケット番号２６８ＵＳ０１｜ＶＩＳＡ−１８９／００ＵＳである、「支払取引映像キャプチャ装置、方法およびシステム」と題する米国仮特許出願第６１／６２５，１７０号と、２０１３年１月４日出願の、代理人ドケット番号３１６ＵＳ０１／ＶＩＳＡ−１９６／００ＵＳである、「多数の異なるジェスチャー行為と取引装置、方法およびシステム」と題する米国仮特許出願第６１／７４９，２０２号との優先権を主張する。
【０００４】
本出願は、２０１２年３月２９日出願の、「漸増セキュリティ付加装置、方法およびシステム」と題する米国非仮特許出願第１３／４３４，８１８号と、２０１２年１１月２８日出願の、「取引セキュリティ漸増付加およびリスクシフト装置、方法およびシステム」と題するＰＣＴ国際出願第ＰＣＴ／ＵＳ１２／６６８９８号との優先権を主張する。
【０００５】
本出願は、アーネスト・ボーハン（Ｅｒｎｅｓｔ  Ｂｏｒｈａｎ）が第１発明者である、「取引映像キャプチャ装置、方法およびシステム」と題する米国実用特許出願代理人ドケット番号１９６ＵＳ０４｜ＶＩＳＡ−１７７／０３ＵＳに関する。
【０００６】
上記出願は、全て参照により本明細書に結合される。
【０００７】
その他の出願
本出願は、参照により、以下の出願：（１）２０１１年１２月１５日出願の、「ソーシャルメディア支払プラットフォーム装置、方法およびシステム」と題する米国非仮特許出願第１３／３２７，７４０号の全内容を結合する。
【０００８】
本技術革新は、一般に、小売業の装置、方法、およびシステムに対応し、特に、取引映像キャプチャ装置、方法、およびシステム（ＴＶＣ）を含む。
【背景技術】
【０００９】
購買者取引は、典型的に、顧客が店棚またはウェブサイトから製品を選択し、次に、清算台またはウェブページで清算することを必要とする。製品情報は、典型的に、ウェブページカタログから選択されるか、もしくは、販売時点情報管理端末デバイスに入力されるか、または、情報は、統合バーコードスキャナを使って製品バーコードをスキャンすることにより自動的に入力され、顧客は、通常、現金、小切手、クレジットカードまたはデビットカードの複数の支払の選択肢が提供される。支払が行われ、承認されると、販売時点情報管理端末は、販売者のコンピュータシステムに取引内容を記憶し、正しく行われた取引の完了を表示するレシートが生成される。
【００１０】
添付付録及び／又は図面は、本開示による様々な非限定的な発明の例示的側面を示す。
【図面の簡単な説明】
【００１１】
【図１】ＴＶＣのある実施例における拡張小売ショッピングの例示的態様を示すブロック図である。
【図２Ａ】ＴＶＣの実施例におけるＴＶＣサーバとその関連エンティティとの間のデータフローを示す例示的なデータグラフィックスである。
【図２Ｂ】ＴＶＣの実施例におけるＴＶＣサーバとその関連エンティティとの間のデータフローを示す例示的なデータグラフィックスである。
【図２Ｃ】ＴＶＣの実施例におけるＴＶＣサーバとその関連エンティティとの間のデータフローを示す例示的なデータグラフィックスである。
【図２Ｄ】ＴＶＣの実施例におけるＴＶＣサーバとこれの関連エンティティとの間のデータフローを示す例示的なデータグラフィックスである。
【図３Ａ】ＴＶＣの実施例におけるＴＶＣ拡張ショッピングを示す例示的な論理フロー図である。
【図３Ｂ】ＴＶＣの実施例におけるＴＶＣ拡張ショッピングを示す例示的な論理フロー図である。
【図３Ｃ】ＴＶＣの実施例におけるＴＶＣ拡張ショッピングを示す例示的な論理フロー図である。
【図４Ａ】ＴＶＣの実施例におけるＴＶＣ拡張ショッピングを示す例示的なユーザインターフェース図である。
【図４Ｂ】ＴＶＣの実施例におけるＴＶＣ拡張ショッピングを示す例示的なユーザインターフェース図である。
【図４Ｃ】ＴＶＣの実施例におけるＴＶＣ拡張ショッピングを示す例示的なユーザインターフェース図である。
【図４Ｄ】ＴＶＣの実施例におけるＴＶＣ拡張ショッピングを示す例示的なユーザインターフェース図である。
【図４Ｅ】ＴＶＣの実施例におけるＴＶＣ拡張ショッピングを示す例示的なユーザインターフェース図である。
【図４Ｆ】ＴＶＣの実施例におけるＴＶＣ拡張ショッピングを示す例示的なユーザインターフェース図である。
【図４Ｇ】ＴＶＣの実施例におけるＴＶＣ拡張ショッピングを示す例示的なユーザインターフェース図である。
【図４Ｈ】ＴＶＣの実施例におけるＴＶＣ拡張ショッピングを示す例示的なユーザインターフェース図である。
【図４Ｉ】ＴＶＣの実施例におけるＴＶＣ拡張ショッピングを示す例示的なユーザインターフェース図である。
【図４Ｊ】ＴＶＣの実施例におけるＴＶＣ拡張ショッピングを示す例示的なユーザインターフェース図である。
【図４Ｋ】ＴＶＣの実施例におけるＴＶＣ拡張ショッピングを示す例示的なユーザインターフェース図である。
【図４Ｌ】ＴＶＣの実施例におけるＴＶＣ拡張ショッピングを示す例示的なユーザインターフェース図である。
【図４Ｍ】ＴＶＣの実施例におけるＴＶＣ拡張ショッピングを示す例示的なユーザインターフェース図である。
【図５Ａ】ＴＶＣの実施例におけるＴＶＣ仮想ショッピングを示す例示的なＵＩ図である。
【図５Ｂ】ＴＶＣの実施例におけるＴＶＣ仮想ショッピングを示す例示的なＵＩ図である。
【図５Ｃ】ＴＶＣの実施例におけるＴＶＣ仮想ショッピングを示す例示的なＵＩ図である。
【図５Ｄ】ＴＶＣの実施例におけるＴＶＣ仮想ショッピングを示す例示的なＵＩ図である。
【図５Ｄ（１）】ＴＶＣの実施例におけるＴＶＣ仮想ショッピングを示す例示的なＵＩ図である。
【図５Ｅ】ＴＶＣの実施例におけるＴＶＣ仮想ショッピングを示す例示的なＵＩ図である。
【図５Ｆ】ＴＶＣの実施例におけるＴＶＣ仮想ショッピングを示す例示的なＵＩ図である。
【図５Ｆ（１）】ＴＶＣの実施例におけるＴＶＣ仮想ショッピングを示す例示的なＵＩ図である。
【図６】ＴＶＣの実施例における勘定書および物理的なカードを映像キャプチャすることによって異なる支払カードにより勘定書を分割するＴＶＣユーザの状況実施例を示す図である。
【図７Ａ】ＴＶＣの実施例における仮想キャプチャへの仮想レイヤ挿入の実施例を示す図である。
【図７Ｂ】ＴＶＣの実施例における仮想キャプチャへの仮想レイヤ挿入の実施例を示す図である。
【図７Ｃ】ＴＶＣの実施例における仮想キャプチャへの仮想レイヤ挿入の実施例を示す図である。
【図８】ＴＶＣの実施例における自動レイヤ挿入を示す図である。
【図９Ａ】ＴＶＣの実施例におけるＴＶＣによるカード登録および資金移転を示す例示的なユーザインターフェース図である。
【図９Ｂ】ＴＶＣの実施例におけるＴＶＣによるカード登録および資金移転を示す例示的なユーザインターフェース図である。
【図９Ｃ】ＴＶＣの実施例におけるＴＶＣによるカード登録および資金移転を示す例示的なユーザインターフェース図である。
【図９Ｄ】ＴＶＣの実施例におけるＴＶＣによるカード登録および資金移転を示す例示的なユーザインターフェース図である。
【図９Ｅ】ＴＶＣの実施例におけるＴＶＣによるカード登録および資金移転を示す例示的なユーザインターフェース図である。
【図１０】ＴＶＣの実施例における種々のカードキャプチャ状況を示す例示的なユーザインターフェース図である。
【図１１】ＴＶＣの実施例における種々のカードキャプチャ状況を示す例示的なユーザインターフェース図である。
【図１２】ＴＶＣの実施例における種々のカードキャプチャ状況を示す例示的なユーザインターフェース図である。
【図１３】ＴＶＣの実施例における種々のカードキャプチャ状況を示す例示的なユーザインターフェース図である。
【図１４】ＴＶＣの実施例における種々のカードキャプチャ状況を示す例示的なユーザインターフェース図である。
【図１５Ａ】ＴＶＣの実施例におけるユーザ請求書分担状況を示す例示的なユーザインターフェース図である。
【図１５Ｂ】ＴＶＣの実施例におけるユーザ請求書分担状況を示す例示的なユーザインターフェース図である。
【図１５Ｃ】ＴＶＣの実施例におけるユーザ請求書分担状況を示す例示的なユーザインターフェース図である。
【図１５Ｄ】ＴＶＣの実施例におけるユーザ請求書分担状況を示す例示的なユーザインターフェース図である。
【図１５Ｅ】ＴＶＣの実施例におけるユーザ請求書分担状況を示す例示的なユーザインターフェース図である。
【図１５Ｆ】ＴＶＣの実施例におけるユーザ請求書分担状況を示す例示的なユーザインターフェース図である。
【図１６Ａ】ＴＶＣの代替的な実施例における情報ラベルオーバーレイの様々なレイヤを示す例示的なユーザインターフェース図である。
【図１６Ｂ】ＴＶＣの代替的な実施例における情報ラベルオーバーレイの様々なレイヤを示す例示的なユーザインターフェース図である。
【図１６Ｃ】ＴＶＣの代替的な実施例における情報ラベルオーバーレイの様々なレイヤを示す例示的なユーザインターフェース図である。
【図１７】ＴＶＣの実施例における店内スキャニング状況を示す例示的なユーザインターフェース図である。
【図１８】ＴＶＣの実施例における購入後の限定用途口座返済状況を示す例示的なユーザインターフェース図である。
【図１９】ＴＶＣの実施例における購入後の限定用途口座返済状況を示す例示的なユーザインターフェース図である。
【図２０Ａ】ＴＶＣの実施例におけるＴＶＣ重ねラベル生成を示す論理フロー図である。
【図２０Ｂ】ＴＶＣの実施例におけるＴＶＣ重ねラベル生成を示す論理フロー図である。
【図２０Ｃ】ＴＶＣの実施例におけるＴＶＣ重ねラベル生成を示す論理フロー図である。
【図２０Ｄ】ＴＶＣの実施例におけるＴＶＣ重ねラベル生成を示す論理フロー図である。
【図２１】ＴＶＣのある実施例を示す概略ブロック図である。
【図２２ａ】ＴＶＣのある実施例におけるジェスチャーおよび音声コマンド処理を示すデータフロー図である。
【図２２ｂ】ＴＶＣのある実施例におけるジェスチャーおよび音声コマンド処理を示すデータフロー図である。
【図２３ａ】ＴＶＣのある実施例におけるジェスチャーおよび音声コマンド処理を示す論理フロー図である。
【図２３ｂ】ＴＶＣのある実施例におけるジェスチャーおよび音声コマンド処理を示す論理フロー図である。
【図２３ｃ】ＴＶＣのある実施例におけるジェスチャーおよび音声コマンド処理を示す論理フロー図である。
【図２４ａ】ＴＶＣのある実施例における店へのチェックインを示すデータフロー図である。
【図２４ｂ】ＴＶＣのある実施例における仮想店へのアクセスを示すデータフロー図である。
【図２４ｃ】ＴＶＣのある実施例における仮想店へのアクセスを示すデータフロー図である。
【図２５ａ】ＴＶＣのある実施例における店へのチェックインを示す論理フロー図である。
【図２５ｂ】ＴＶＣのある実施例における仮想店へのアクセスを示す論理フロー図である。
【図２６ａ】ＴＶＣのある実施例における取引開始を示す概略図である。
【図２６ｂ】ＴＶＣのある実施例における取引開始を示す概略図である。
【図２６ｃ】ＴＶＣのある実施例における取引開始を示す概略図である。
【図２７】ＴＶＣのある実施例における取引を開始する複数の当事者を示す概略図である。
【図２８】ＴＶＣのある実施例における仮想クロゼットを示す概略図である。
【図２９】ＴＶＣのある実施例におけるレシートのための拡張現実インターフェースを示す概略図である。
【図３０】ＴＶＣのある実施例における製品のための拡張現実インターフェースを示す概略図である。
【図３１】ＴＶＣのある実施例における仮想ウォレットアプリケーションの例示的なフィーチャーの概要を示すユーザインターフェース図である。
【図３２Ａ】ＴＶＣのある実施例におけるショッピングモードでの仮想ウォレットアプリケーションの例示的なフィーチャーを示すユーザインターフェース図である。
【図３２Ｂ】ＴＶＣのある実施例におけるショッピングモードでの仮想ウォレットアプリケーションの例示的なフィーチャーを示すユーザインターフェース図である。
【図３２Ｃ】ＴＶＣのある実施例におけるショッピングモードでの仮想ウォレットアプリケーションの例示的なフィーチャーを示すユーザインターフェース図である。
【図３２Ｄ】ＴＶＣのある実施例におけるショッピングモードでの仮想ウォレットアプリケーションの例示的なフィーチャーを示すユーザインターフェース図である。
【図３２Ｅ】ＴＶＣのある実施例におけるショッピングモードでの仮想ウォレットアプリケーションの例示的なフィーチャーを示すユーザインターフェース図である。
【図３２Ｆ】ＴＶＣのある実施例におけるショッピングモードでの仮想ウォレットアプリケーションの例示的なフィーチャーを示すユーザインターフェース図である。
【図３２Ｇ】ＴＶＣのある実施例におけるショッピングモードでの仮想ウォレットアプリケーションの例示的なフィーチャーを示すユーザインターフェース図である。
【図３３Ａ】ＴＶＣのある実施例における支払モードでの仮想ウォレットアプリケーションを示すユーザインターフェース図である。
【図３３Ｂ】ＴＶＣのある実施例における支払モードでの仮想ウォレットアプリケーションの例示的なフィーチャーを示すユーザインターフェース図である。
【図３３Ｃ】ＴＶＣのある実施例における支払モードでの仮想ウォレットアプリケーションの例示的なフィーチャーを示すユーザインターフェース図である。
【図３３Ｄ】ＴＶＣのある実施例における支払モードでの仮想ウォレットアプリケーションの例示的なフィーチャーを示すユーザインターフェース図である。
【図３３Ｅ】ＴＶＣのある実施例における支払モードでの仮想ウォレットアプリケーションの例示的なフィーチャーを示すユーザインターフェース図である。
【図３３Ｆ】ＴＶＣのある実施例における支払モードでの仮想ウォレットアプリケーションの例示的なフィーチャーを示すユーザインターフェース図である。
【図３４】ＴＶＣのある実施例における履歴モードでの仮想ウォレットアプリケーションの例示的なフィーチャーを示すユーザインターフェース図である。
【図３５Ａ】ＴＶＣのある実施例におけるスナップ撮影モードでの仮想ウォレットアプリケーションの例示的なフィーチャーを示すユーザインターフェース図である。
【図３５Ｂ】ＴＶＣのある実施例におけるスナップ撮影モードでの仮想ウォレットアプリケーションの例示的なフィーチャーを示すユーザインターフェース図である。
【図３５Ｃ】ＴＶＣのある実施例におけるスナップ撮影モードでの仮想ウォレットアプリケーションの例示的なフィーチャーを示すユーザインターフェース図である。
【図３５Ｄ】ＴＶＣのある実施例におけるスナップ撮影モードでの仮想ウォレットアプリケーションの例示的なフィーチャーを示すユーザインターフェース図である。
【図３５Ｅ】ＴＶＣのある実施例におけるスナップ撮影モードでの仮想ウォレットアプリケーションの例示的なフィーチャーを示すユーザインターフェース図である。
【図３６】ＴＶＣのある実施例における提案モードでの仮想ウォレットアプリケーションの例示的なフィーチャーを示すユーザインターフェース図である。
【図３７Ａ】ＴＶＣのある実施例におけるセキュリティプライバシーモードでの仮想ウォレットアプリケーションの例示的なフィーチャーを示すユーザインターフェース図である。
【図３７Ｂ】ＴＶＣのある実施例におけるセキュリティプライバシーモードでの仮想ウォレットアプリケーションの例示的なフィーチャーを示すユーザインターフェース図である。
【図３８】ＴＶＣのある実施例におけるユーザ購入チェックアウト手順例を示すデータフロー図である。
【図３９】ＴＶＣのある実施例におけるユーザ購入チェックアウトの例示的態様、例えば、ユーザ購入チェックアウト（ＵＰＣ）コンポーネント３９００を示す論理フロー図である。
【図４０Ａ】ＴＶＣのある実施例における例示的な取引承認手順を示すデータフロー図である。
【図４０Ｂ】ＴＶＣのある実施例における例示的な取引承認手順を示すデータフロー図である。
【図４１Ａ】ＴＶＣのある実施例における購入取引承認の例示的態様、例えば、購入取引承認（ＰＴＡ）コンポーネント４１００を示す論理フロー図である。
【図４１Ｂ】ＴＶＣのある実施例における購入取引承認の例示的態様、例えば、購入取引承認（ＰＴＡ）コンポーネント４１００を示す論理フロー図である。
【図４２Ａ】ＴＶＣのある実施例における購入取引決済手順例を示すデータフロー図である。
【図４２Ｂ】ＴＶＣのある実施例における購入取引決済手順例を示すデータフロー図である。
【図４３Ａ】ＴＶＣのある実施例における購入取引決済の例示的態様、例えば、購入取引決済（ＰＴＣ）コンポーネント４３００を示す論理フロー図である。
【図４３Ｂ】ＴＶＣのある実施例における購入取引決済の例示的態様、例えば、購入取引決済（ＰＴＣ）コンポーネント４３００を示す論理フロー図である。
【図４４】ＴＶＣコントローラの実施例を示すブロック図である。
【００１２】
図面中の各参照符号の先頭の数字は、参照符号が導入及び／又は詳細化された図を示している。従って、参照符号１０１の詳細な説明は、図１に確認及び／又は導入されるだろう。参照符号２０１は、図２において導入されるなどである。
【発明を実施するための形態】
【００１３】
取引映像キャプチャ（ＴＶＣ）
取引映像キャプチャ装置、方法およびシステム（以下、ＴＶＣ）は、ＴＶＣコンポーネントを用いて、モバイルデバイス位置座標情報送信、リアルタイム現実映像キャプチャ、および混合ジェスチャーキャプチャをリアルタイム行動感応型製品購入関連情報、ショッピング購入取引通知、および電子レシートに変換する。
【００１４】
実施例によれば、ＴＶＣは、例えば、販売者モバイルデバイスユーザインターフェース（ＵＩ）を用いて、購買者が販売店でのショッピングの手助けに自分の仮想モバイルウォレットを使用することを容易にするように、販売者ショッピング支援プラットフォームを提供してもよい。例えば、購買者は、例えば、販売店の販売時点情報管理（ＰｏＳ）端末でクイックレスポンス（ＱＲ）コードをスナップ撮影することにより、モバイルデバイスを用いてＧＰＳ位置情報を提出することなどにより、販売店で「チェックイン」するために、モバイルデバイス（例えば、Ａｐｐｌｅ（登録商標）ｉＰｈｏｎｅ、ｉＰａｄ、Ｇｏｏｇｌｅ（登録商標）Ａｎｄｒｏｉｄ、Ｍｉｃｒｏｓｏｆｔ（登録商標）Ｓｕｒｆａｃｅ等）を操作してもよい。購買者が店内にいることが通知されると、販売者は、購買者のショッピング体験、例えば、ショッピング品物カタログブラウジング、購買者提案推薦、チェックアウト支援等を支援するためにモバイルユーザインターフェース（ＵＩ）を購買者に提供してもよい。
【００１５】
ある実施例では、販売者は、自分の顧客のための新しいＴＶＣショッピング体験を作るためにＴＶＣ機構を利用してもよい。例えば、ＴＶＣは、詐欺防止のためのアラート機構（例えば、Ｖ．ｍｅウォレットプッシュシステム、ｖＮｏｔｉｆｙなど）等と統合してもよい。別の実施例として、ＴＶＣは、販売者固有のロイヤリティプログラム（例えば、レベル、ポイント、金券など）を提供／統合すること、販売者がＶＩＰ客に個人向けショッピング支援を提供することを促進してもよい。ある実施例では、ＴＶＣ販売者ＵＩプラットフォームを用いて、販売者は、オンライン購入と店内購入との間で、購買者の欲しい物リスト、買い物かご、紹介者、ロイヤリティ、製品配送オプション、および、その他のショッピング嗜好設定を統合及び／又は同期させてもよい。
【００１６】
実施例において、ＴＶＣは、販売者が顧客の個人情報（例えば、電子メール、携帯電話番号、自宅住所など）を共有することなく自分の顧客と通信することを可能にする仮想ウォレットアラート機構（例えば、ｖＮｏｔｉｆｙ）を利用してもよい。ある実施例では、購買者は、購買者の支払情報（例えば、ＰＡＮ番号）を販売者に明らかにすることなく販売者ＰｏＳで購入を完了するために仮想ウォレットアプリケーション（例えば、Ｖｉｓａ（登録商標）Ｖ．ｍｅウォレット）を使用してもよい。
【００１７】
購入ラベル、支払カード、バーコード、レシート等の支払取引関連物をキャプチャする際に電子財布、デスクトップアプリケーション、既存アプリケーションへのプラグイン、スタンドアロンモバイルアプリケーション、ウェブベースアプリケーション、スマートプリペイドカード等を統合することは、取引支払の開始と支払情報の取得を実現させるネットワーク取引およびメッセージの数を削減する（例えば、ユーザ及び／又は販売者は、支払取引、資金移転等を開始するために、書面による請求書の生成、または、書面による請求書のデジタル画像の取得と送信、物理的な支払カードのレジ係への手渡しなどの必要がない）。このようにして、ネットワーク通信の軽減に伴って、一日当たりの処理可能取引の数が増加され、処理効率が改善され、帯域幅およびネットワーク待ち時間が軽減される。
【００１８】
モバイルウォレットプラットフォームが図示されているが（例えば、図３１〜４３Ｂを参照）、デジタル／電子ウォレット、ユーザの様々な支払口座に結合されたスマート／プリペイドカード、及び／又はその他の支払プラットフォームも考えられる実施例であり、従って、前述のショッピングプラットフォーム（例えば、図２Ａ〜２Ｄおよび４Ａ〜４Ｍを参照）の一または組み合わせの下位集合および上位集合の特徴とデータ群は、本明細書全体を通じて、クラウド／サーバサービスと多数の変化するクライアントデバイスとを介して、アクセス、修正、提供、記憶などがなされることに注意すべきである。同様に、モバイルウォレットユーザインターフェース要素が図示されているが、デスクトップアプリケーション、既存アプリケーションへのプラグイン、スタンドアロンモバイルアプリケーション、ウェブベースアプリケーション（例えば、ウェブオブジェクト／フレームを伴うアプリケーション、ＨＴＭＬ５アプリケーション／ラッパー、ウェブページなど）、およびその他のインターフェースを含む代替的及び／又は補完的なユーザインターフェースも考えられる。ＴＶＣ支払処理コンポーネントは、デジタル／電子ウォレット（例えば、Ｖｉｓａ  Ｖ−Ｗａｌｌｅｔなど）と統合され、ユーザデバイスでインスタンス化される別個のスタンドアロンコンポーネントを備え、サーバ／クラウドアクセス型コンポーネントを備え、物理的なカードプロキシ等を介してアクセスされてもよいＰｏＳ端末、ＡＴＭ、キオスクなどで実現可能なスマート／プリペイドカードにロードされてもよいことにさらに注意すべきである。
【００１９】
図１は、ＴＶＣのある実施例における拡張小売ショッピングの例示的態様を示すブロック図である。ある実施例では、ユーザ１０１ａは、ショッピング体験１１０をするために（１１０）店舗（例えば、物理的な実店舗、（計算機を介する）仮想オンライン店舗など）に入店してもよい（１１１）。ユーザは、ユーザデバイス１０２を有してもよい。ユーザデバイス１０２は、図３１〜４３Ｂに関する説明において後述される特徴を含む仮想ウォレットモバイルアプリをこのユーザデバイス上で実行してもよい。入店すると、ユーザデバイス１０２は、店管理サーバ１０３と通信してもよい。例えば、ユーザデバイスは、店に自動的にチェックインするために（１２０）、地理的位置座標、ユーザログイン情報、及び／又は、その他のチェックイン情報を通信してもよい。ある実施例では、ＴＶＣは、チェックイン後にユーザを仮想ウォレット店に入れてもよい。例えば、ユーザデバイス上で動く仮想ウォレットアプリは、ユーザの店内ショッピング体験を拡張するために後述される特徴を提供してもよい。ある実施例では、店管理サーバ１０３は、カスタマーサービス係（ＣＳＲ）１０１ｂに店舗へのユーザの到着を通知する。ある実施例では、ＣＳＲは、スマートモバイルデバイス（例えば、Ａｐｐｌｅ（登録商標）ｉＰｈｏｎｅ、ｉＰａｄ、Ｇｏｏｇｌｅ（登録商標）Ａｎｄｒｏｉｄ、Ｍｉｃｒｏｓｏｆｔ（登録商標）Ｓｕｒｆａｃｅ等）を備えるＣＳＲデバイス１０４を操作する販売店従業員を含んでもよい。ＣＳＲは、ＣＳＲデバイス１０４を使って購買者と直接相互作用したり、ＣＳＲデバイス１０４上のビデオチャットを介して購買者と通信したりしてもよい。さらなる実施例では、ＣＳＲは、ＣＳＲデバイスでインスタンス化されたショッピング支援アバターを備え、購買者はこのＣＳＲデバイスを使ってＣＳＲショッピングアバターと相互作用したり、購買者は、販売店と一体となった購買者モバイルウォレットでチェックインすることにより購買者モバイルウォレット内のＣＳＲショッピングアバターにアクセスしたりしてもよい。
【００２０】
例えば、ＣＳＲアプリは、図４Ａ〜４Ｍに関して後述されるフィーチャーを含んでもよい。ＣＳＲアプリは、ＣＳＲにユーザの入店を通知し、ユーザの識別番号、ユーザの過去および最近の購入品、現在及び／又は他の販売者でのユーザの消費パターン等のユーザプロフィールに関する情報の提供する（１３０）。ある実施例では、店管理サーバは、ユーザの過去の購入行動、ユーザのリアルタイム店内行動（例えば、ユーザがユーザデバイスを使用してどの品物バーコードをスキャンしたか、ユーザがバーコードを何回スキャンしたか、ユーザが類似の品物のバーコードをスキャンすることにより比較購入を行ったかなど）、（例えば、時間、販売店、地理的場所などに亘って解明された）ユーザの消費パターン、及び／又は、その他のユーザプロフィール情報にアクセスできる。店管理システムは、提案／クーポン、推薦等を、ＣＳＲデバイス及び／又はユーザデバイスを介して、それぞれＣＳＲ及び／又はユーザに提供するためにこの情報を利用してもよい（１４０）。ある実施例では、ＣＳＲは、ショッピング体験でユーザを支援してもよい（１５０）。例えば、ＣＳＲは、提案、クーポン、推薦、価格比較等を提供してもよく、ユーザの代わりに、ユーザの物理的／仮想的なカート１５１に品物を追加／削除する、ユーザの購入品にクーポンを適用／削除する、提案を検索する、推薦する、店内マップを提供する、または、店舗３次元環境没入型ビュー（例えば、図５Ｃを参照）等の行動を行ってもよい。ある実施例では、ユーザがチェックアウトできる状態にあるとき、ＴＶＣは、チェックアウト通知をユーザのデバイス及び／又はＣＳＲデバイスに提供してもよい。ユーザは、ユーザデバイス上で動くユーザの仮想ウォレットアプリを使用してチェックアウトしてもよく、または、支払情報をＣＳＲデバイスに提供するために通信機構（例えば、近距離通信、カードスワイプ、ＱＲコード（登録商標）スキャンなど）を利用してもよい。支払情報を使用して、ＴＶＣは、ユーザのための購入取引を開始し、電子レシート１６２をユーザデバイス及び／又はＣＳＲデバイスに提供してもよい（１６０）。電子レシートを使用して、ユーザは、購入支払の証拠を持って店舗１６１から退出してもよい。
【００２１】
ＴＶＣのある実施例は、購買者のためのより合理化されたログインオプションを特徴としてもよい。例えば、ｉＰｈｏｎのモバイルデバイスを使用して、購買者は、デバイスに入力するためにＡｐｐｌｅ  ＩＤのデバイスＩＤを最初に入力してもよい。ある実施例では、デバイスＩＤは、ＴＶＣアプリケーションにアクセスするために使用されるＩＤでもよい。従って、ＴＶＣは、購買者の識別番号を確認するためにデバイスＩＤを使用してもよく、購買者は、別の証明番号を入力する必要がない。別の実施例では、ＴＶＣアプリケーションは、認証連携を介してデバイスＩＤを使用して購買者を識別してもよい。この場合も、購買者は、ＴＶＣアプリケーションを始めるために自分の証明番号を入力する必要がない。ある実施例では、購買者は、ＴＶＣアプリケーションにアクセスするために自分のウォレット証明番号（例えば、Ｖ．ｍｅ証明番号）をさらに使用してもよい。この場合、ウォレット証明番号は、デバイス証明番号と同期されてもよい。
【００２２】
ＴＶＣアプリケーションでは、購買者は、店内でチェックインや品物を運ぶなどの様々なオプションを購買者に提供する何らかのグラフィックスを見ることがある。ある実施例では、図４Ａ〜４Ｂに示されるように、購買者は、チェックインしたことを販売者に知らせる。一旦チェックインすると、購買者は、販売者情報（例えば、販売者名、住所など）をショッピングプロセスの中の選択肢（例えば、サービス、手伝いを必要とする、支払える状態にある、店内マップ等）と共に提供されてもよい。購買者がチェックアウトできる状態にあるとき、購買者は、支払コード（例えば、ＱＲコード）をキャプチャしてもよい。一旦、支払コードがキャプチャされると、ＴＶＣアプリケーションは、金庫ロック装置（例えば、図４Ｉにおける４５５を参照）を生成し表示してもよい。購買者は、購入取引を実行するために支払ＰＩＮを入力するのに自分の指をこの金庫ロック装置のダイヤルの周りで動かす。購買者証明書は、デバイス及び／又は購買者が事前認証されるか、または、識別番号を確認される方法で管理されるので、支払ＰＩＮは、支払取引を実施するために必要とされるときに限り要求され、購買者体験をより簡単に、かつ、より安全にする。購買者証明書は、ある実施例では、クリアまたはハッシュパッケージとして販売者及び／又はＴＶＣに送信されてもよい。入力された支払ＰＩＮを検証すると、ＴＶＣアプリケーションは、取引承認または拒絶メッセージを購買者に表示してもよい。取引が承認された場合、対応する取引レシートが生成されてもよい（例えば、図４Ｋを参照）。ある実施例では、購買者デバイス上のレシートは、品物総数、品物説明、販売者情報、税、値引、プロモーションもしくはクーポン、合計、価格等の情報を含んでもよい。ある実施例では、レシートは、ソーシャルメディア統合リンクをさらに含んでもよく、購買者は、このリンクを介して、自分の購入品（例えば、全部の購入品または選択された品物）について投稿したり、ツイートしたりしてもよい。ＴＶＣアプリケーションと統合されるソーシャルメディアの例は、フェイスブック、ツイッター、Ｇｏｏｇｌｅ＋、Ｆｏｕｒ  Ｓｑｕａｒｅｓ等を含んでもよい。ソーシャルメディア統合の詳細は、２０１１年１２月１５日出願の、「ソーシャルメディア支払プラットフォーム装置、方法およびシステム」と題する米国特許出願第１３／３２７，７４０号で詳細に説明され、この米国特許出願は、参照により本明細書に明示的に結合される。レシートの一部に、購入品のリストから生成されるＱＲコードが含まれてもよい。購入品ＱＲコードは、店から運び出された品物が実際に購入されていることを検証するために店内で店員により使用されてもよい。
【００２３】
ＴＶＣアプリケーションのある実施例は、ダイナミックキーロック構成を含んでもよい。例えば、ＴＶＣアプリケーションは、毎回異なる構成で数字または他の文字を表示するダイナミックキーボードを含んでもよい。このダイナミックキーパッドは、購買者が購買者のＰＩＮを毎回入力する必要があるように毎回異なるキー入力パターンを生成してもよい。このダイナミックキーパッドは、例えば、デバイスＩＤ、ウォレットＰＩＮ等の入力に使用されてもよく、追加的セキュリティのレイヤを提供してもよい。ある実施例では、ダイヤルおよびスクランブルをかけられたキーパッドがユーザ嗜好および設定に基づいて提供されてもよい。その他の実施例では、煩雑で複雑な認証機構が、２０１２年３月２９日出願の、「漸増セキュリティ付加装置、方法およびシステム」と題する米国特許出願第１３／４３４，８１８号と、２０１２年１１月２８日出願の、「取引セキュリティ漸増付加およびリスクシフト装置、方法およびシステム」と題するＰＣＴ国際出願第ＰＣＴ／ＵＳ１２／６６８９８号とでより詳しく説明されている漸増付加およびセキュリティ要件に基づいて提供されてもよく、これらの出願は、参照により本明細書に明示的に結合される。これらのダイナミック付加ＰＩＮ認証機構は、購入を承認するため、さらに購入アプリケーション（例えば、ウォレット）にアクセスするため、デバイスにアクセスするためなどに使用されてもよい。ある実施例では、デバイスのＧＰＳ位置及び／又は識別された販売者は、この位置及び／又は販売者で行われた何らかの購入のリスク評価を決定するために使用されてもよく、従って、認証／承認に使用される機構の種類を徐々に上下してもよい。
【００２４】
ある実施例では、ＴＶＣは、カスタマーサービス係（例えば、店員）が遠隔で、購買者が自分のモバイルデバイスアプリケーションから通信路を開くことによって遠隔カスタマーサービス係からの手助けを要求してもよい外部委託型カスタマーサービスモデルを促進してもよい。遠隔カスタマーサービス係は、その後、要求元ユーザを店舗及び／又は購入品に案内してもよい。
【００２５】
図２Ａ〜２Ｂは、ＴＶＣの実施例における店内拡張小売ショッピングのためのＴＶＣとこのＴＶＣの関連エンティティとの間のデータフローを示す例示的データフロー図である。実施例における、購買者モバイルデバイス２０３を操作する購買者２０２、販売者２２０、ＣＳＲ端末２４０を操作するＣＳＲ２３０、ＴＶＣサーバ２１０、ＴＶＣデータベース２１９等を含む様々なＴＶＣエンティティは、通信ネットワーク２１３を介して相互作用してもよい。
【００２６】
図２Ａを参照すると、ユーザ２０２は、モバイルデバイス２０３を操作し、販売店２２０でチェックインしてもよい。ある実施例では、様々な購買者チェックイン機構が利用されてもよい。ある実施例では、購買者モバイルデバイス２０３は、購買者２０２が販売店２２０に立ち寄るとき、購買者のウォレット情報を含んでもよい購買者店内チェックイン要求２０４を販売者２２０に提出するために、近距離通信（ＮＦＣ）２．４ＧＨｚ非接触等を介して、販売店に設置された非接触板と自動的にハンドシェークしてもよい。例えば、実質的に拡張マークアップ言語（ＸＭＬ）の形式をした、販売店への購買者チェックインメッセージ２０４の例示的なリストを以下に示す。
【００２７】
【表１】
2015509241.tif 000003
【００２８】
代替的実施例では、販売者２２０は、選択的に、店チェックイン情報２０６を提供し、購買者が提供された店チェックイン情報の写真をスナップ撮影することができるようにしてもよい。店チェックイン情報２０６は、販売店２２０に表示された、バーコード（例えば、ＵＰＣ、２次元、ＱＲコードなど）、商標ロゴ、住所プレート等を含んでもよい。購買者モバイルデバイスは、その後、ＴＶＣサーバ２１０に店チェックイン情報２０６のスナップ写真を含むチェックイン要求２０８を生成してもよい。ある実施例では、店チェックイン情報２０６は、ＭＭＳ、ウォレットプッシュメッセージ、電子メール等を介して購買者に送信された店のフロアプランを含んでもよい。
【００２９】
例えば、実質的にＸＭＬでフォーマットされたデータ形式の、ＴＶＣ購買者に対する店情報２０６を以下に示す。
【００３０】
【表２】
2015509241.tif 000004
【００３１】
別の実施例として、購買者モバイルデバイス２０３は、ＸＭＬに従ってフォーマットされたデータ形式のＴＶＣサーバ２１０に対する購買者チェックイン情報を含む（セキュア）ハイパーテキスト転送プロトコル（ＨＴＴＰ（Ｓ））ＰＯＳＴメッセージを生成してもよい。ＸＭＬでフォーマットされたデータを含む実質的にＨＴＴＰ（Ｓ）ＰＯＳＴメッセージの形式をした、ＴＶＣサーバへのチェックアウト要求２０８の例示的リストを以下に示す。
【００３２】
【表３】
2015509241.tif 000005
【００３３】
上記例示的チェックイン要求メッセージは、ＴＶＣサーバ２１０が販売者情報２０９を処理および抽出するためにスナップ画像（例えば、ＱＲコード、商標ロゴ、店頭など）を含む。別の実施例では、モバイルデバイス２０３は、スナップ撮影されたＱＲコードから販売者情報をスナップ撮影および抽出し、この販売者情報を購買者チェックイン情報２０８に含めてもよい。
【００３４】
別の実施例では、チェックインメッセージ２０８は、ＴＶＣサーバ２１０が販売店を購買者の位置と関連付けるために購買者のＧＰＳ座標をさらに含んでもよい。ある実施例では、チェックインメッセージ２０８は付加情報を含んでもよい。付加情報は、バイオメトリクス（例えば、音声、指紋、顔など）、例えば、購買者は、バイオメトリック情報を販売者ＰｏＳ端末などに提供してもよい、モバイルデバイス識別番号（例えば、ＩＭＥＩ、ＥＳＮ、ＳＩＭｉｄなど）、モバイルコンポーネントセキュリティ識別情報、高信頼実行環境（例えば、Ｉｎｔｅｌ  ＴＸＴ、ＴｒｕｓｔＺｏｎｅなど）等を含んでもよいが、これらに限定されることはない。
【００３５】
ある実施例では、ＴＶＣサーバが購買者チェックイン要求メッセージ２０８から販売者情報２０９を取得すると、ＴＶＣサーバ２１０は、データベース２１９からの関連購買者ロイヤリティプロフィール２１８を問い合わせてもよい。ある実施例では、購買者プロフィールクエリー２１８は、販売者の事前に保存された購買者ロイヤリティプロフィールデータベースに基づいてＴＶＣサーバ２１０及び／又は販売者２２０で実行されてもよい。例えば、ＴＶＣデータベース２１９は、構造化クエリー言語（ＳＱＬ）コマンドに応答するリレーショナルデータベースでもよい。ＴＶＣサーバは、購買者および販売者に関連付けられたロイヤリティ、提案データ（例えば、図４４、提案４４１９ｍなど）についてデータベーステーブルに問い合わせるためにＳＱＬコマンドを含むハイパーテキストプリプロセッサ（ＰＨＰ）スクリプトを実行してもよい。実質的にＰＨＰ／ＳＱＬコマンドの形式の例示的提案データクエリー２１８を以下に示す。
【００３６】
【表４】
2015509241.tif 000006
【００３７】
ある実施例では、ＴＶＣは、購買者ロイヤリティ提案プロフィール（例えば、当該販売者や関連販売者とのロイヤリティポイント、購買者が過去に購入した製品、購買者が過去にスキャンした製品、この品物の位置など）２２０を含むクエリー結果を取得してもよく、選択的に、購買者プロフィール情報２２３を販売者に提供してもよい。例えば、ある実施例では、実質的にＸＭＬでフォーマットされたデータ形式の、クエリーされた購買者ロイヤリティプロフィール２２０、及び／又は、販売者ＣＳＲに提供されたプロフィール情報２２３を以下に示す。
【００３８】
【表５】
2015509241.tif 000007
【００３９】
上記実施例では、ＴＶＣは、選択的に、購買者の過去の閲覧または購入品に関する情報を販売者に提供してもよい。例えば、購買者は、品物「マイケルコースフラットパンツ」のＱＲコードを過去にスキャンしており、在庫利用可能性、ＳＫＵ位置などを含むこの情報は販売者ＣＳＲに提供されてもよく、これにより、販売者ＣＳＲが購買者に推薦することができる。ある実施例では、購買者ロイヤリティメッセージ２２３は、購買者のウォレット口座情報、連絡先情報、購入履歴等の機密情報を含まないので、購買者の個人金融情報は販売者に公表されない。
【００４０】
代替的に、販売者２２０は、販売者に関連付けられた購買者ロイヤリティプロフィールを自分のローカルデータベースに問い合わせ、メッセージ２２３に類似した購買者ロイヤリティプロフィール情報を検索してもよい。例えば、ある実施例では、販売者２２０で、購買者チェックイン情報を受信すると、販売者は、購買者のＣＳＲを決定してもよい（２１２）。例えば、販売者は、ＣＳＲを購買者に割り当てるために、購買者の状態、例えば、購買者が再来客であるか、または、新規の客であるか、購買者が特定のＣＳＲによって接客されたか否かを決定するためローカル購買者ロイヤリティプロフィールデータベースにクエリーしてもよい。ある実施例では、ＣＳＲ２３０は、ＣＳＲ端末２４０（例えば、ＰｏＳ端末、モバイルデバイスなど）において購買者割当２２４の通知を受信してもよい。ある実施例では、購買者割当通知メッセージ２２４は、販売者との購買者ロイヤリティプロフィール、購買者の過去の閲覧または購入品情報など（例えば、メッセージ２２３中のものに類似した）を含んでもよく、電子メール、ＳＭＳ、インスタントメッセンジャー、ＰｏＳ伝送等を介して送信されてもよい。例えば、ある実施例では、実質的にＸＭＬでフォーマットされたデータ形式の購買者割当通知２２４を以下に示す。
【００４１】
【表６】
2015509241.tif 000008
【００４２】
上記例では、購買者割当通知２２４は、基本購買者情報と、ＣＳＲプロフィール情報（例えば、ＣＳＲの専門、利用可能性、言語サポート能力など）とを含む。また、購買者割当通知２２４は、２２３と類似した形式を取る購買者ロイヤリティプロフィールを含んでもよい。
【００４３】
ある実施例では、購買者は、選択的に、店内スキャン情報２２５ａをＣＳＲに提出してもよく（例えば、購買者は、ＣＳＲが品物のスキャニングを支援することなどができるようにＣＳＲと相互作用してもよく）、それは購買者の関心の表示をＣＳＲに提供し、購買者の店内位置をＣＳＲと共に更新してもよい。例えば、ある実施例では、実質的にＸＭＬでフォーマットされたデータ形式の購買者スキャン品メッセージ２２５ａを以下に示す。
【００４４】
【表７】
2015509241.tif 000009
【００４５】
また、購買者スキャン情報２２５ａは、購買者関心および位置情報を更新するためにＴＶＣサーバに提供されてもよい。
【００４６】
購買者ロイヤリティ情報および更新位置情報を受信すると、ＣＳＲ端末２４０は、推薦のための補充品、例えば、購買者の店内位置に近い品物、購買者が過去に閲覧した品物に関連する品物などのリストを検索してもよい（２２５ｂ）。ある実施例では、ＣＳＲは、推薦するために検索された品物の選択を購買者に提出してもよく（２２６）、この選択は、購買者とＣＳＲのリアルタイム通信、例えば、対面通信、ＳＭＳ、ビデオチャット、ＴＶＣプッシュメッセージ（例えば、図４Ｄにおける４１６ａ〜ｂを参照）等に基づいてもよい。
【００４７】
ある実施例では、購買者割当通知を受信すると、ＣＳＲは、ショッピングを支援するために購買者２０２と相互作用してもよい。例えば、ＣＳＲ２３０は、推薦品／提案情報２２７（例えば、図４Ｆにおける４３４ｄ〜３を参照）を、ＣＳＲ端末２４０を介して購買者２０２に提示してもよい。例えば、ある実施例では、実質的にＸＭＬでフォーマットされたデータ形式の購買者品物／提案推薦メッセージ２２７を以下に示す。
【００４８】
【表８】
2015509241.tif 000010
【００４９】
上記実施例では、メッセージ２２７に含まれる位置情報は、店内マップと、店のフロアプランにおける製品に至る案内を提供するために（例えば、図５Ｂを参照）、または、購買者が店内スキャンを実行中に拡張現実強調を介して（例えば、図５Ｃを参照）使用されてもよい。
【００５０】
図２Ｂに関して続けると、購買者は、ＣＳＲが与えられた品物／提案において、例えば、対面コミュニケーション、ＳＭＳ、ビデオチャットなどを介して、関心がある旨の表示２３１ａを与えてもよく（例えば、図４Ｅにおける４２７ａ〜ｂを参照、「カートに追加」ボタンをタップするなど）、ＣＳＲは、今度は、購買者要求１回につき購買者に、詳細な情報を提供するか、及び／又は、品物を買い物かご２３３ａに追加してもよい（例えば、図４Ｇにおける４３９を参照）。ある実施例では、購買者は、（例えば、「支払」ボタンをタップすることにより）支払したい旨の表示２３１ｂを与えてもよく、ＣＳＲは、購入ページ２３３ｂ（例えば、ＱＲコード付きの品物情報チェックアウトページ、図４Ｈにおける図４４２）を購買者２０２に提示してもよく、購買者は、例えば、モバイルＣＳＲ端末２４０をタップすることにより、ＣＳＲ２３０と通信することなどにより、ＣＳＲと共に製品２３１の興味を表示してもよい。ある実施例では、購買者は、興味のある製品のＱＲコードをスナップ撮影し、購入承認要求２３６を生成してもよい。例えば、購入承認要求２３６は、図３８における３８１１に類似した形式をとってもよい。
【００５１】
ある実施例では、購買者は、モバイルデバイス２０３にインスタンス化された仮想ウォレットで引き続きチェックアウトしてもよく、例えば、図４Ｉの４４４ｂを参照のこと。例えば、取引承認要求２７３ａは、ＴＶＣサーバ２１０に送信されてもよく、ＴＶＣサーバは、次に、支払処理ネットワークおよびイシュアネットワークを用いて支払処理してもよい２３８（例えば、図４１Ａ〜４２Ｂを参照）。代替的に、購買者は、取引要求２３７ｂを販売者に送信してもよく、例えば、購買者は、販売者ＣＳＲでチェックアウトに進んでもよい。支払取引が完了すると、購買者は、モバイルウォレットを介して購入レシートのプッシュメッセージ２４５を受信してもよい（図４Ｌにおける４４８を参照）。
【００５２】
ある実施例では、ＴＶＣサーバ２１０は、選択的に、取引確認メッセージ２４１を販売者２２０に送信してもよく、取引確認メッセージ２４１は、購入レシート２４５に類似したデータ構造を有してもよい。販売者２２０は、購入完了を確認してもよい２４２。別の実施例では、図２Ｃに示すように、ＴＶＣサーバ２１０は、購入完了レシートを第三者通知システム２６０、例えば、Ａｐｐｌｅ（登録商標）プッシュ通知サービスなどに提供してもよく、それは、次に、例えば、インスタントメッセージをＣＳＲ端末に送信するなどにより、取引通知を販売者に提供してもよい。
【００５３】
図２Ｃ〜２Ｄは、ＴＶＣの実施例におけるＴＶＣシステムとその関連エンティティの例示的なインフラストラクチャー図である。実施例における、ＴＶＣモバイルアプリケーション２０５ａを操作する購買者２０２は、２０４／２０８で説明されたように、購買者ウォレットチェックインのための店舗ＱＲコード２０５ｂの写真をスナップ撮影してもよい。ある実施例では、モバイルコンポーネント２０５ａは、ＴＶＣサーバでチェックインするためにウォレットＡＰＩ呼び出し２５１ａ（例えば、ＰＨＰ、ＪａｖａＳｃｒｉｐｔなど）を介して、（例えば、Ｖｉｓａ処理ネットワークと共に位置している）ＴＶＣサーバ２１０と通信してもよい。ある実施例では、ＴＶＣサーバ２１０は、ＴＶＣデータベース２１９で購買者プロフィールを検索してもよい（例えば、図２Ａにおける２１８／２２０を参照）。
【００５４】
ある実施例では、販売店員２３０ａは、自分のｉＰａｄ２４０に顧客ロイヤリティプロフィールを通知されてもよい。例えば、ある実施例では、ＴＶＣサーバ２１０は、購買者プロフィールをロードするためにウォレットＡＰＩ２５１ｂを介して販売者支払システム２２０ａ（例えば、ＰｏＳ端末）と通信してもよい。ある実施例では、ＴＶＣサーバ２１０は、販売者から個人購買者情報、例えば、購買者支払口座情報、住所、電話番号、電子メールアドレス等を伏せた状態にしておいてもよい。ある実施例では、販売者支払システム２２０ａは、販売者在庫システム２２０ｂから製品在庫情報を検索し、この情報を店員２３０ａのＰｏＳアプリケーションに提供してもよい。例えば、店員は、ショッピングとｉＰａｄ買い物かご（例えば、図４Ｇにおける４３９を参照）への品物の追加とで顧客を支援してもよく、購買者は、自分のモバイルウォレットでチェックアウトしてもよい。購入レシートは、例えば、第三者通知システム２６０を介して、購買者へ電子的にプッシュされてもよい。
【００５５】
図２Ｄを参照すると、代替的実施例では、ＴＶＣは、ウォレットサブシステムおよび販売業務ＰｏＳ倉庫システムをエミュレート可能なプラットフォーム開発のための統合コラボレーション環境（ＩＣＥ）システム２７０を利用してもよい。例えば、ＩＣＥシステム２７０は、ウェブサーバ２７０ａと、アプリケーションサーバ２７０ｂを備え、このアプリケーションサーバは、購買者プロフィールおよびロイヤリティデータを検索するためにＴＶＣデータベース２１９とインタラクトする。ある実施例では、購買者チェックインメッセージは、リプレゼンテイショナル・ステイト・トランスファー・プロトコル（ＲＥＳＴ）２５２ａを介してモバイルアプリケーション２０５ａからウェブサーバ２７０ａに送信され、ウェブサーバ２７０ａは、ＲＥＳＴ２５２ｂを介してＰｏＳアプリケーション２４０に購買者ロイヤリティプロフィールを送信してもよい。ある実施例では、ＩＣＥ環境２７０は、ソーシャルメディアプラットフォームに基づいて仮想アバターを生成し、ＲＥＳＴ２５２ｂを介してアバターを販売者ＰｏＳアプリ２４０に配信してもよい。
【００５６】
図３Ａ〜３Ｃは、ＴＶＣの実施例における、拡張ショッピング体験の購買者−販売者インタラクションを示す例示的な論理フロー図である。ある実施例では、図３Ａに示すように、購買者３０２は、販売店に立ち寄ることにより、及び／又は、販売者ショッピングサイト３０３を訪問することによりショッピング体験を開始してもよい。販売者３２０は、ユーザインターフェース３０４、例えば、店内表示部、店員により操作されるモバイルデバイスによって、店チェックインＱＲコードを提供してもよい（図４Ａにおける４０１を参照）。
【００５７】
ある実施例では、購買者は、ＱＲコードをスナップ撮影し、ＴＶＣサーバ３１０へのチェックインメッセージを生成してもよく、ＴＶＣサーバは、購買者チェックインメッセージ３０９を受信し（例えば、図２Ａにおける２０８、図２Ｃにおける２５１ａを参照）、購買者購入プロフィール（例えば、ロイヤリティなど）を検索する３１２。ある実施例では、購買者デバイスは、スナップ撮影されたＱＲコードから情報を抽出し、この販売店情報をチェックインメッセージに組み込んでもよい。代替的に、購買者は、スキャンされたＱＲコード画像をＴＶＣサーバへのチェックインメッセージに含めてもよく、ＴＶＣサーバは、販売者情報を取得するために、スキャンされたＱＲコードを処理してもよい。実施例において、購買者デバイス及び／又はＴＶＣサーバは、ｉＰｈｏｎｅ用のＡｐｐｌｅ（登録商標）Ｓｃａｎ、Ｏｐｔｉｓｃａｎ、ＱＲａｆｔｅｒ、ＳｃａｎＬｉｆｅ、Ｉ−Ｎｉｇｍａ、Ｑｕｉｃｋｍａｒｋ、Ｋａｙｗａ  Ｒｅａｄｅｒ、Ｎｏｋｉａ（登録商標）Ｂａｒｃｏｄｅ  Ｒｅａｄｅｒ、Ｇｏｏｇｌｅ（登録商標）Ｚｘｉｎｇ、Ｂｌａｃｋｂｅｒｒｙ（登録商標）Ｍｅｓｓｅｎｇｅｒ、Ｅｓｐｏｎｃｅ（登録商標）ＱＲ  Ｒｅａｄｅｒ等を含むが、これらに限定されないＱＲコード復号ツールを採用してもよい。別の実施例では、販売者３２０は、例えば、ＴＶＣサーバ３１０及び／又は購買者から直接に購買者チェックイン通知３１３を受信し、その後、販売者データベース３１６から購買者ロイヤリティプロフィールをロードしてもよい。
【００５８】
ある実施例では、購買者が３０３で販売者ショッピングサイトを訪問する場合、購買者は、３０８〜３１２において同様に販売者サイトに提示されたＱＲコードをスナップ撮影することによりチェックインしてもよい。代替的に、購買者は、販売者でチェックインするために、購買者口座、例えば、販売者との購買者口座、購買者ウォレット口座（例えば、Ｖ．ｍｅウォレット支払口座など）にログインしてもよい。
【００５９】
ある実施例では、販売者は、ＴＶＣサーバから購買者情報を受信し（例えば、図２Ａにおける２２３、図２Ｃにおける２５１ｂなどを参照）、その場で利用可能なＣＳＲ３１８をクエリーしてもよい。例えば、ＣＳＲの割当は、購買者レベルに基づいて決定されてもよい。購買者がリピーターである場合、その客に過去に仕えたＣＳＲが割当られ、そうでない場合、最初の購買者の担当経験があるＣＳＲが割り当てられてもよい。別の実施例として、１人のＣＳＲがＣＳＲプラットフォームを介して複数の購買者を同時に担当してもよく（例えば、図４Ｃを参照）、販売店でより高いロイヤリティレベルを有する購買者は、ＣＳＲからより多くの配慮を受けてもよい。例えば、販売店でレベル１０の購買者は、１人のＣＳＲを独占的に割り当てられ、この店でレベル２の購買者は、比較的低いロイヤリティレベルの他の購買者とＣＳＲを共用してもよい。ある実施例では、ＣＳＲの割当は、製品の種類（例えば、紳士服、婦人服、美容化粧品、電子機器など）、販売者ＣＳＲと購買者との過去のインタラクション（例えば、相当量の補助を必要とする要求の多い買い物客）、特別の要求（例えば、外国語支援、託児など）等によりラベル付けされた購買者チェックイン売場に基づいて決定されてもよい。
【００６０】
ある実施例では、望ましいＣＳＲの組み合わせがその場で利用できない場合３１９（例えば、販売店などで利用できない場合）、ＴＶＣは、ＳＭＳ、ビデオチャット、ＴＶＣプッシュメッセージなどにより購買者と通信可能な遠隔ＣＳＲを捜すクエリーに拡げ３２１、このＣＳＲをこの購買者ベースの３２２に割り当てる。
【００６１】
代替的に、遠隔ＣＳＲプールが、購買者に仕え、間接費を削減するのに使用されてもよい。代替的実施例では、オンライン購買者は、指定位置の店のフロアプランを受信し、仮想的に製品提供を体験するために店のフロアプランを通じて購買者の買い物客アバターを動かすことによって仮想的に店を体験してもよく、遠隔ＣＳＲは、仮想購買者を支援してもよい。例えば、図５Ｄ〜５Ｆを参照のこと。
【００６２】
ある実施例では、購買者３０２は、チェックイン確認を受信し３２４（例えば、図４Ｂにおける４０７を参照）、ショッピング支援要求を提出することにより３２６、ＣＳＲとのインタラクションを開始する。図３Ｂに関して続けると、ＣＳＲは、補充品（例えば、購買者の店内位置に近い品物、購買者の過去に閲覧／購入した品物に関連した品物、３２６で購買者の指示したショッピング支援要求に関連した品物など）のリストを検索し、購買者に推薦してもよい。ＣＳＲが推薦した品物に対し、購買者が、興味がある旨の表示をすると３２８、ＣＳＲは、ショッピング支援要求の種類を決定してもよい３２９。例えば、購買者がチェックアウトすることを要求する場合（図４Ｍにおける４５１を参照）、ＣＳＲは、セッションを終了してもよい３３３。別の実施例では、要求がショッピング要求を示す場合（例えば、ショッピング品物に関する購買者質問、図４Ｅにおける４２７ａ〜ｃを参照など）、ＣＳＲは、ショッピング品物情報を取り出し、この品物を買い物かごに追加し（３１１）、この品物を購買者に提供してもよい３３７（図４Ｆにおける４３４ｄ〜ｅを参照）。購買者は、ショッピングを継続するか、ショッピング図でチェックアウトしてもよい（図４Ｉにおける４４４ａ〜ｂを参照）。
【００６３】
別の実施例では、購買者が取引支払要求を有する場合（例えば、図４Ｆの４３４ｇを参照）、ＣＳＲは、取引支払を要約するＱＲコードを含む取引レシートを生成し３３４、それをＣＳＲ  ＵＩを介して購買者に提示してもよい（例えば、図４Ｈにおける４４２を参照）。ある実施例では、購買者は、ＱＲコードをスナップ撮影し、支払要求３３８を提出してもよい（例えば、図４Ｉにおける４４３を参照）。
【００６４】
ある実施例では、ＴＶＣサーバは、購買者から支払要求を受信し、ＰＩＮ検証を要求してもよい３４１。例えば、ＴＶＣサーバは、ＰＩＮ番号を入力するために３４１、ＰＩＮセキュリティチャレンジＵＩを購買者に提供してもよい。例えば、図４Ｊにおける４６４、図４Ｋにおける４６５ａを参照のこと。入力されたＰＩＮ番号が正しい場合、ＴＶＣサーバは、取引要求を処理し、取引記録を生成するために進む３４５（支払取引承認の更なる実施例は、図４１Ａ〜４２Ｂにおいて説明される）。入力されたＰＩＮ番号が正しくない場合、購買者は、取引拒否通知を取得してもよい３４６（例えば、図４Ｋにおける４６５ｂを参照）。
【００６５】
図３Ｃに関して続けると、支払取引を完了すると、販売者は、ＴＶＣから取引レシートを受信し３４７、この取引レシートを購買者に提示してもよい３４８（例えば、図４Ｌにおける４４７を参照）。ある実施例では、購買者は、レシートを閲覧し、販売者が注文発送を処理し、注文を完了するため３５２、出荷方法を選択してもよい３５１。ある実施例では、購買者は、ウォレットプッシュメッセージにより購入レシートを受信し３５５、選択的に、購入品を発表するためにソーシャルメディア投稿を生成してもよい３５７。例えば、図４Ｎにおける４６５を参照のこと。
【００６６】
図４Ａ〜４Ｍは、ＴＶＣの実施例における、店内拡張ショッピング体験の実施例を示す例示的なＵＩ図である。図４Ａに関して、販売者は、ＱＲコードを含むチェックインページをユーザインターフェースにより提供してもよい。例えば、販売者販売係は、Ａｐｐｌｅ  ｉＰａｄ、ＰｏＳ端末コンピュータ等のモバイル端末を操作し、購買者がスキャンするＱＲコード４０１を含むチェックイン歓迎画面を提示してもよい。ある実施例では、購買者は、パーソナルモバイルデバイスにモバイルウォレットをインスタンス化し、人対人の取引４０２１、ウォレット取引アラート４０２ｂ、ショッピング体験４０２ｃ、提案４０２ｄ等のオプションリストを見てもよい（更なる例示的な購買者ウォレットＵＩを、図３１〜３７Ｂに示す）。
【００６７】
ある実施例では、購買者は、ショップ４０２ｃオプションをインスタンス化し、販売店でチェックインしてもよい。例えば、購買者は、販売者チェックインＱＲコード４０４をスキャンするためにウォレットアプリケーション４０３を操作してもよい。図４Ｂに関して続けると、販売者ＱＲコードをスキャンすると、購買者ウォレットアプリケーションは、ＱＲコード４０５から取得された販売者情報を提供してもよく、購買者は、チェックインを選択してもよい４０６。ある実施例では、ウォレットは、チェックインメッセージをＴＶＣサーバ、及び／又は、販売者ＰｏＳ端末に提出してもよい（例えば、図２Ａにおける２０４／２０８を参照）。チェックインに成功すると、購買者は、チェックイン確認画面４０７を受信し、ＴＶＣでのショッピングに進んでもよい。
【００６８】
図４Ｃ〜４Ｄは、ＴＶＣの実施例における、購買者チェックイン後に拡張ショッピング支援の例示的販売者ＵＩを与える。例えば、ある実施例では、販売者ＣＳＲは、モバイルＰｏＳ（例えば、ｉＰａｄなど）でＵＩを閲覧するためにＣＳＲ口座４０３にログインしてもよい４０１。例えば、ＣＳＲは、販売店にログインした購買者、例えば、１階４１１ａ、２階４１１ｂなどにログインした購買者の分布４０９を閲覧してもよい。ある実施例では、チェックインした購買者毎に、ＣＳＲは、販売店との購買者のショッピングレベル（ロイヤリティレベル）、店内金券／ポイント等を含む購買者のプロフィール４１２ａ〜ｈを閲覧してもよい。ある実施例では、ＣＳＲは、メッセージを特定の購買者４１５に送信してもよく、または、挨拶メッセージ、ショッピング情報などを全購買者４１３に送信してもよい。
【００６９】
例えば、図４Ｄに関し、ある実施例では、ＣＳＲは、購買者４１２ａのプロフィール写真と一体となった「ＭＳＧ」アイコン４１３をタップし、ダイアログライン４１６ａに入力してもよい。別の実施例では、ＣＳＲは、複数の購買者と通信し、例えば、ＣＳＲは、購買者からダイアログ応答４１６ｂを受信してもよい。
【００７０】
図４Ｅに関し、購買者は、販売者ＣＳＲからメッセージ、例えば、販売店でチェックインに成功したときの挨拶メッセージ４２０、ショッピングを支援するためのＣＳＲからのメッセージ４２１等を受信してもよい。ある実施例では、購買者は、テキストメッセージ４２２（例えば、ＳＭＳ、ウォレットプッシュメッセージ、インスタントメッセージなど）を入力することによりＣＳＲと相互作用してもよい。
【００７１】
ある実施例では、購買者ウォレットは、購買者がＣＳＲとのメッセージの中に画像を盛り込むことを可能にしてもよい。ある実施例では、購買者は、店内広告、前面ウィンドウディスプレイ、ポスターなどの写真をスナップ撮影するためにカメラアイコン４２３をタップし、購買者のショッピング関心を指示するためにこの写真をＣＳＲに提出してもよい。例えば、購買者は、「ジーンズ」４２７ａへの興味を示してもよく、「紳士用ジーンズ」４２７ｂの店内商業ポスターの写真をスナップ撮影し、ディスプレイ内でジーンズを「どこで見つけられるか」４２７ｃをＣＳＲに質問してもよい。
【００７２】
図４Ｆに関し、購買者は、リアルタイムショッピング支援４３１を得るためにＣＳＲとビデオチャットしてもよい。ある実施例では、ＣＳＲ４３２は、店員や仮想ショッピング支援アバターであってもよい。ある実施例では、ＴＶＣは、図３７Ｂにおいて更に説明されるように、ビデオチャットによる詐欺防止するために購買者の識別番号を確認してもよい。ある実施例では、ＴＶＣショッピングＣＳＲは、購買者のＴＶＣショッピング支援のオプションリストを提供するために購買者４３３と通信してもよい。例えば、購買者は、ショッピング支援のため販売店でＣＳＲ本人に会うこと４３４ａを選択してもよい。別の実施例として、ＴＶＣは、ブランド、製品位置のフロアマップ４３４ｂを購買者ウォレットに提供してもよい（例えば、図５Ｂにおける５１０を参照）。別の実施例として、ＴＶＣは、購買者のショッピングを支援するために拡張現実店内スキャン体験を開始してもよく４３４ｃ、例えば、購買者は、販売店内で現実シーンの映像をキャプチャし、キャプチャされた現実シーン上で製品情報を表す仮想ラベル重ねを見てもよい（例えば、図５Ｃを参照）。別の実施例として、ＴＶＣは、人気製品４３４ｄ、人気のある提案４３４ｅ、ソーシャルメディアでの人気製品４３４ｆ、コメント／評点等のリストを提供してもよい。別の実施例として、購買者は、自身が製品４３４ｇを既に選択しているとき、品物の対価を支払うことを選択してもよい（例えば、ウォレットアプリケーションを用いる更なる支払取引詳細が図４１Ａ〜４３Ｂで説明される）。
【００７３】
図４Ｇに関して、ＣＳＲは、購買者が品物を買い物かごに追加するのを助けるためにＣＳＲモバイルデバイスを操作してもよい。例えば、ある実施例では、ＣＳＲは、（ロイヤリティプロフィール４３７ｂをもつ）購買者４３６ａのため在庫管理ユニット（ＳＫＵ）番号４３５により製品を検索してもよい。ある実施例では、ＣＳＲは、購買者の関心がある製品４３９のリストを維持してもよい。ＣＳＲは、ＱＲコードを取得するために購買者の興味がある製品をタップしたり、及び／又は、製品を購買者のショッピングリストに追加するために製品のＱＲコードをスキャンしてもよい。ある実施例では、ＴＶＣは、買い物かご４３９内の品物に対する支払額明細を提供してもよい。
【００７４】
図４Ｈに関し、ＣＳＲが購買者の興味がある製品をタップし、ＱＲコードを取得／スキャンすると、ＴＶＣは、例えば、フローティングウィンドウとして、製品のＱＲコードを生成してもよい。ある実施例では、購買者は、購入支払に進むため、ＱＲコード４４２の写真をスナップ撮影するために購買者ウォレットを操作してもよい。例えば、図３５Ａ〜３５Ｅを参照のこと。
【００７５】
図４Ｉに関し、購買者がＱＲコードをスナップ撮影すると、購買者は、ＱＲコードから得られる支払請求書詳細４４３を取得してもよい。ある実施例では、購買者は、ショッピング４４４ａの継続を選択し、ＣＳＲとの会話に戻るように案内されてもよい。別の実施例では、購買者は、取引額の支払４４４ｂを選択してもよい。
【００７６】
ある実施例では、「支払」要求４４４ｂを提出すると、ＴＶＣは、購買者の識別番号を照合するために、支払処理前にＰＩＮセキュリティチャレンジを提供してもよい。例えば、ＴＶＣは、ダイヤルロックパネル４５５によってＰＩＮ番号４５４を入力することをユーザに要求してもよい。代替的実施例では、図４Ｊに示すように、ＴＶＣは、購買者がパスコード４６５ａを入力するために従来型のダイヤル方式キーパッドではなく、ダイナミックキーバッドＵＩを提供してもよく、例えば、キーパッド上の番号および文字の構成は、無作為的に分布しているので、購買者のパスコード入力は、悪意のあるスパイウェアによりキャプチャされないようになっている。ある実施例では、入力されたパスコードが正しくない場合、購買者は、取引拒絶メッセージ４６５ｂを受信してもよい。セキュリティチャレンジのさらなる実施は、２０１２年１１月２８日に出願された、「取引セキュリティ漸増付加およびリスクシフト装置、方法およびシステム」と題するＰＣＴ国際出願第ＰＣＴ／ＵＳ１２／６６８９８号に見られ、この国際出願は、参照により本明細書に明示的に結合される。
【００７７】
図４Ｋに関し、購買者が支払取引を完了すると、ＣＳＲは、購入品および支払取引額を表す売上レシート４４７を生成してもよい。ある実施例では、ＣＳＲは、売上レシートを（例えば、ウォレットプッシュメッセージシステムなどを介して）購買者ウォレットに送信してもよく、購買者は、店で購入品を受け取るか４４５ａ、購入品を予め記憶された住所に送るか４４５ｂを選択してもよい。
【００７８】
図４Ｌに関し、取引が完了すると、購買者は、ウォレットプッシュメッセージサービスにより購入レシート４４８を受信してもよく、ＣＳＲとショッピングを継続するか（４４９）、及び／又は、チェックアウトするか４５１を選択することができる。購買者がチェックアウトを選択する場合、購買者は、チェックアウト確認メッセージ４５４を受信してもよい。
【００７９】
図４Ｍに関し、購買者は、取引後にいつでも過去の購入品のレシートを閲覧することができる。レシートは、支払額情報４６２、および購入品情報４６３を備えてもよい。ある実施例では、購買者は、購入品を発表するためにソーシャルメディア４６４に接続してもよい。例えば、購買者が「ツイート」アイコンをタップする場合、購買者は、購入品に関するツイートを編集してもよい。ツイートは、品物および販売店のハッシュタグ４６５で事前に入力されていてもよい。
【００８０】
図５Ａ〜５Ｃは、ＴＶＣの実施例における、拡張現実ショッピングの側面を示す例示的なＵＩ図である。ある実施例では、購買者は、ウォレットの内部のショッピングリスト５０２を編集してもよい。例えば、購買者は、所望のショッピング品をノートパッドアプリケーション５０３に種類し、音声メモアプリケーション５０５ａを使用し、過去の売上レシート５０７からショッピング品をスキャンするのにカメラ５０５ｂを使用する（例えば、購買者は、食料品などの類似品を定期的に購入してもよい）などである。ある実施例では、購買者は、過去の売上レシート５０７をスキャンし、ＴＶＣは、販売品５０８を認識し、購買者は、「追加」ボタン５０９をタップすることにより所望の製品をショッピングリストに追加してもよい。例えば、ＴＶＣは、ショッピングリストの製品毎に製品の種類と製品識別子を決定し、販売店の製品在庫および在庫管理データ（例えば、各品物の保管位置を示すデータテーブル）を取得してもよい。ＴＶＣは、製品毎に製品識別子および製品の種類に基づいて、取得された製品在庫および在庫管理データをクエリーし、クエリーに基づいて製品毎に店内在庫場所を決定してもよい。
【００８１】
図５Ｂに関し、ＴＶＣは、店内マップ上のショッピングリストから店内マップおよびラベル製品を自動的にロードしてもよい。例えば、購買者は、（例えば、図４Ａにおいて説明されたのと同様の方法で）食料品店でＴＶＣに参加し、その後、「店内マップを見る」の選択肢を選択してもよい（例えば、図４Ｆにおける４３４ｂを参照）。ＴＶＣは、食料品店の店内マップ５１０を提供してもよく、店内マップ上の購買者のショッピングリストから製品場所を指示するタグ５１１ａを提供してもよい。
【００８２】
別の実施例では、図５Ｃに関し、購買者が「拡張現実ショッピング体験を始める」のオプションを選択するとき、購買者は、店内の現実シーン５１５をスキャンするためにモバイルデバイスを使用してもよく、ＴＶＣは、ショッピングリストで製品位置を提供するために、現実シーンに仮想ラベルを重ねてもよい。例えば、仮想重ねラベルは、棚の上の「リンゴジャム」５１７の位置を与え、または、購買者がキャプチャされた現実シーン５１６内に位置していないその他の製品の位置の案内を与えてもよい。ある実施例では、仮想重ねラベル５１７は、製品名を表し、棚のスキャンされた製品を覆う透明または半透明ブロックを備えてもよい。ある実施例では、ＴＶＣは、（遠隔サーバ、販売店などで）ショッピングリストを受信し、図５Ｂにおいて説明されたタグ付き店内マップ、及び／又は、図５Ｃにおける仮想重ねと共に店拡張現実シーンを購買者デバイスに自動的に提供してもよい。代替的に、この操作は、購買者モバイルデバイスでローカルに実行されてもよい。
【００８３】
図５Ｄ〜５Ｆは、ＴＶＣの実施例における仮想ショッピング体験を示す例示的なＵＩを与える。ある実施例では、オンライン購買者は、指定位置に対する店のフロアプランを受信し、仮想的に製品提供を体験するために店のフロアプランの中で購買者買い物客アバターを動かすことによって店を仮想体験してもよく、遠隔ＣＳＲが仮想購買者を支援してもよい。図５Ｄを参照のこと。例えば、仮想店は、個々の独立した写真に関連した詳細なＧＰＳ座標を有し、詳細な加速度計ジャイロスコープ式位置／方向情報を有している接続された合成写真からなり、これらの全部は、ＴＶＣが店の仮想および連続合成ビューを接続することを可能にするために使用されてもよい（例えば、Ｇｏｏｇｌｅストリートビュー合成写真などに類似している）。例えば、図５Ｅに示すように、ある実施例では、購買者は、店の仮想合成ビューの周りに自分の購買者買い物客アバター５３３を動かし、例えば、店の様々なビューを取得するために前後に移動し、矢印５３４に沿って左折または右折する。ある実施例では、店は、店の仮想ビューを容易にするために棚にカメラ５３５を据える。
【００８４】
代替的実施例では、あらゆる通路と棚状スタックは、規定の加速度計ジャイロスコープ式の位置／方向姿勢を有し、ＴＶＣサーバへ提出される反対側の通路／領域の写真を周期的に撮影する多数の広角カメラを含み、仮想店内マップは、連続的に更新され、最新のものに維持されてもよい。例えば、図５Ｄに示すように、店内カメラ（例えば、５３０ａ〜ｂ）と各カメラの可視範囲（例えば、５３１ａ〜ｂ）の分布図を示すタグを含む店内マップが購買者に提供されてもよい。ある実施例では、このカメラは、通路と両側の棚とのビューをキャプチャするために位置決めされてもよい（例えば、カメラ５３０ａとこのカメラの可視範囲５３１ａなどを参照）。代替的に、カメラは、反対側の棚の正面ビューをキャプチャするために位置決めされてもよい（例えば、カメラ５３０ｂとこのカメラの可視範囲５３１ｂなど）。ある実施例では、図５Ｄ（１）に示すように、カメラ５３２ａは、カメラの可視範囲５３２ｂが重なるように、グリッド状に位置決めされ、ＴＶＣが店通路のパノラマビューを作成するために画像を接続することを可能にする。
【００８５】
代替的実施例では、かかるカメラは、連続ライブ動画配信を提供し、静止画写真をライブ動画フレームグラブから得て、仮想店内マップを生成するために使用されてもよい。ある実施例では、動き検出コンポーネントは、動き検出コンポーネントが動画に動きを検出せず、その結果、仮想マップ合成に邪魔のないビューを提供するとき、ライブ動画から静止画写真を取るトリガーとして使用されてもよい。また、購買者が特定の棚、通路、スタック及び／又は領域に焦点を合わせるとき、例えば、購買者が自分のアバターをカメラ方向のビューと平行に向けると、購買者のビューは、購買者アバターの位置に最も近接したカメラのライブ動画配信で満たされる。
【００８６】
別の実施例では、図５Ｆに示すように、ＴＶＣは、店内にロボット５３８（例えば、Ｒｏｏｍｂａｓ等）を設置してもよく、これらのロボットは、オンボードカメラ５３９を使用して店内シーンの映像をキャプチャするために通路とスタック間に分配される。例えば、ロボットは、モバイルインテリジェントロボット（例えば、ｉＲｏｂｏｔ（登録商標）Ｃｒｅａｔｅオープンインターフェースを介してカメラに接続されるｉＲｏｂｏｔ（登録商標）  Ｃｒｅａｔｅ）を有してもよい。ある実施例では、購買者が現実シーンでＴＶＣを介してロボットをキャプチャするとき、及び／又は、遠隔仮想ショッピング中にロボットを見るとき、購買者は、ロボット５３８が設置されたカメラによりキャプチャされた棚５３９ｂのクローズアップ画像をダウンロードするリンクとロボット５３９ａの位置を取得してもよい。ある実施例では、ロボットは、通路清掃時や製品配列時などに、店内シーンをキャプチャしてもよい。ある実施例では、図５Ｆ（１）に示すように、ロボットは、ユーザ配送／受け取りのため品物を物理的に購入／選択／包装可能であるモバイルインテリジェントロボット５４０を有してもよい。
【００８７】
ある実施例では、購買者は、販売者のショッピングサイトを巡回し、買い物かごを製品で一杯にし、遠隔ＣＳＲは、購買者のショッピングセッションに参加し、支援し、ＣＳＲが購買者の興味を引くかもしれない製品へのリンクを購買者に提供してもよい。これは、ＣＳＲとのオーディオ／ビデオチャットのためのポップアップウィンドウと、ＣＳＲが製品へのリンクを入れることが可能なダイアログボックスを生成するＣＳＲヘルプ／要求ボタンを設けることにより達成されてもよい。購買者は、製品詳細を閲覧するための製品ページに案内されるために、ＣＳＲにより提供されたリンクをクリックしてもよい。
【００８８】
図６Ａ〜１９Ｄは、カメラでキャプチャされた現実シーンにオプションラベルを含み、ユーザがサービスオプションを選択するためにオプションラベルをタップすることが可能な、ユーザデバイスにインスタンス化されるユーザインターフェースを提供する拡張現実プラットフォームの例示的実施例を提供する。例えば、ユーザが支払カードの画像をキャプチャするようにカメラが使用可能なモバイルデバイスを置くと、ＴＶＣは、キャプチャされた画像においてカードを識別し、残高情報、資金移転等の支払カードに関連するオプションラベルのリストを重ねてもよい。
【００８９】
図６は、ＴＶＣの実施例において、勘定書と物理的カードの映像キャプチャを介して異なる支払カードで勘定を分けるＴＶＣユーザの例示的な場合を示す図である。図６に示すように、２人の購買者、例えば、ユーザ６１１ａおよびユーザ６１１ｂが飲食場所（例えば、レストラン、バー、ラウンジなど）自分たちの飲食に対する勘定書または請求書６１５を受け取ると、ユーザ６１１ａ〜ｂは、割り勘や、自分たちの飲食分に応じた分割など様々な方法で請求書６１５を分けることを望む場合がある。従来方法は、ユーザ６１１ａ〜ｂが自分たちの支払カード（例えば、クレジットカード、デビットカードなど）をレストランレジ係（例えば、６１７）に提供することであり、レジ係は、各カード支払に対して別個の請求書を生成するために請求書６１５を分割する。分割された各勘定の金額は、ユーザ６１１ａ〜１０１ｂの好みに応じて割り当てられる。
【００９０】
異なる実施例では、ユーザ６１１ａ〜ｂは、例えば、クイックレスポンス（ＱＲ）コードまたはバーコードが印刷されている受け取った勘定書／請求書６１５と、ユーザが勘定書に支払いをしようとする複数の支払カード６１９ａ〜１０９ｂを含むテーブルの画像をキャプチャするために、カメラが使用可能なモバイルデバイス６１３ａ〜１０３ｂで例示されるＴＶＣコンポーネントを始めてもよい。ユーザ６１１ａ〜ｂは、キャプチャされたシーンに仮想重ねラベルが閲覧可能であるので、ユーザは、勘定を均等、比例的になどで分けるためにオプションラベルをタップすることができる。
【００９１】
実施例において、ユーザ６１１ａ〜ｂは、同一のモバイルデバイス／ウォレットでのＴＶＣ拡張現実キャプチャをすると、自分の支払カードからの支払いを容易にしてもよい。例えば、ユーザ６１１ａは、カード６１９ｂがユーザ６１１ｂの所有であるのに、２枚の支払カード６１９ａ〜ｂのシーンをキャプチャするために自分のモバイルデバイス６１３ａを操作してもよい。ある実施例では、モバイルデバイス６１３ａにインスタンス化されたＴＶＣコンポーネントは、支払カード６１３ｂによる分割支払取引を承認するために承認要求を処理サーバまたはウォレット管理サーバに送信してもよい。この場合、ユーザ６１１ａ〜ｂは、ユーザ６１１ｂが自分のモバイルデバイス６１３ｂを使用して取引を独立に開始することなく、同じモバイルデバイス上で２つのウォレットからの支払いを含む取引を行う。レストラン勘定書を支払う場合の更なる実施例を図１５Ａ〜１５Ｆに示す。
【００９２】
図７Ａは、ＴＶＣの実施例における、仮想キャプチャへの仮想レイヤ挿入を示す図である。ある実施例では、ＴＶＣコンポーネントは、オブジェクト、例えば、製品７１２、販売店等のシーンをキャプチャするために購買者のカメラが使用可能なモバイルデバイス７１３でインスタンス化されてもよい。実施例において、ＴＶＣコンポーネントは、キャプチャされたカメラシーン、例えば、製品７１２に重ねられた拡張現実ラベルの複数のレイヤを提供してもよい。例えば、購買者は、製品情報、製品価格、販売者からの提案、製品に適用されるポイントオプション、最低価格保証、店舗在庫等を取得するために販売者提供レイヤ７１５ａを選択し、ウォレット口座情報、支払履歴情報、過去の購入品、ウォレット提案、ロイヤリティポイント等を取得するために購買者ウォレットレイヤ７１５ｂを選択し、製品情報、製品価格、小売業者値引情報、店内マップ、関連製品、店舗位置等を取得するために小売業者レイヤ７１５ｂを選択し、アマゾン評価、フェイスブックコメント、ツイート、関連製品、友達評価、トップレビュー等のソーシャル評価／レビュー情報を取得するためにソーシャルレイヤ７１５ｄを選択してもよい。
【００９３】
実施例における、異なるレイヤ７１５ａ〜ｄは、相互依存情報を有してもよい。例えば、販売者レイヤ７１５ａ及び／又は小売業者レイヤ７１５ｂは、ソーシャルペイヤ７１５ｄからのユーザレビューに基づいて関連製品情報を提供してもよい。製造業者、販売者、小売業者、流通業者、取引処理ネットワーク、イシュア、アクワイアラ、支払ゲートウェイサーバ等の、但し、これらに限定されない様々な商取引参加者は、拡張現実ショッピング体験においてレイヤ空間を求めてもよい。
【００９４】
図７Ｂ〜７Ｃは、ＴＶＣの実施例における、購買者が構成したレイヤ挿入を示す例示的ＵＩ図である。図７Ｃに示すように、購買者が物体、例えば、売上レシートのバーコード７１７の視覚的現実シーンをキャプチャするためにモバイルデバイスを置くとき、複数の情報レイヤがこのバーコードに関して挿入されてもよい。例えば、ソーシャルレイヤ７１６ａは、ソーシャル評価、製品に関するソーシャルメディアプラットフォームからのコメント、売上レシートに反映された販売者に関する情報を提供し、レシートレイヤ７１６ｂは、売上レシートに含まれる詳細な情報、例えば、合計、税額、品物等を提供し、ウォレットレイヤ７１６ｃは、適格な口座用法、例えば、健康管理製品などを提供し、販売者レイヤ７１６ｄは販売者情報を提供し、製品レイヤ７１６ｅは売上レシート等に列挙された製品情報を提供してもよい。ある実施例では、複数の仮想ラベル重なりは、購買者が閲覧するために混雑し過ぎているかもしれず、購買者は、表示される仮想ラベルを構成してもよい。例えば、図７Ｂにおける７１８ａ〜ｃと図７Ｃにおける７１８ｄ〜ｅに示すように、購買者は、望ましい情報ラベルをチェックしてもよい。
【００９５】
ある実施例では、図７Ｃにおける７１９に示すように、購買者が構成すると、購買者により選択された仮想ラベルだけが表示されてもよい。例えば、購買者の選択毎に、販売者住所ではなく販売者名だけが販売者ラベルに表示され、フェイスブックコメントがソーシャルレイヤに表示され、ウォレットＦＳＡ適格用法が表示される。
【００９６】
図８は、ＴＶＣの実施例における自動拡張現実レイヤ挿入の例示的実施例を示す図である。実施例における、仮想情報レイヤ重なりは、購買者クエリー、購買者購入事情、購買者環境、対象物スナップ写真等に基づいて自動的に挿入されてもよい。例えば、購買者８１１がモバイルデバイス８１３で製品、例えば、「手頃な価格の広角レンズ」８２３を検索すると、デジタルウォレット８２３は、クエリーテキストをキャプチャし、自動拡張レイヤ挿入のためこのクエリーテキストを使用し、購買者モバイルデバイス８１３がカメラ８２４のシーンをスナップ撮影すると、ＴＶＣは、購買者のクエリー中に、「手頃な価格」に購買者が示した興味に基づいて、スナップ撮影されたカメラ８２４の最低価格保証情報８２５を有するレイヤを自動的に挿入してもよい。
【００９７】
別の実施例として、購買者８１１は、販売店に立ち寄ることがあり、モバイルデバイス８１３は、購買者のＧＰＳ座標８２６をキャプチャしてもよい。ＴＶＣは、その後、ＧＰＳ座標８２７に基づいて購買者が小売業者店舗に位置していると決定してもよく、例えば、小売業者値引き、店内マップ、関連製品在庫等を含む拡張現実重ねラベル８２９の小売業者レイヤをモバイルデバイスがキャプチャした店内シーンに提供してもよい。
【００９８】
図９Ａ〜９Ｅは、ＴＶＣの実施例におけるＴＶＣを介してカード登録および資金移転を示す例示的なユーザインターフェース図である。例えば、図９Ａに示すように、ユーザは、現実にビューをキャプチャするためにユーザのモバイルデバイスとリンクされている画像／動画キャプチャコンポーネントを利用するウォレット映像キャプチャコンポーネント９０１をインスタンス化してもよい。ある実施例では、ユーザは、ＴＶＣ映像キャプチャコンポーネントの設定９０２を構成してもよい。
【００９９】
例えば、ユーザは、スマート指先コンポーネント９０３ａを有効または無効にするためにスライドバー９０７ａを動かし、例えば、スマート指先コンポーネントが有効にされているとき、ＴＶＣは、キャプチャされた現実シーン内で人の指の点（例えば、９１２などを参照）などをキャプチャしてもよい。ある実施例では、スマート指先コンポーネント９０３ａは、購買者の指先の動きを検出するために指先の動き検出コンポーネント（例えば、図２０Ｃを参照）に使用してもよい。例えば、ＴＶＣは、現実シーンの映像キャプチャから視覚フレームを生成し、図２０Ｃにおいて更に説明されるように、映像フレームの範囲内で指先の位置を見つけるために現在のフレームを前のフレームと比較してもよい。
【０１００】
別の実施例では、ユーザは、自動カード検出９０３ｂを有効または無効にするためにスライドバー９０７ｂを動かし、例えば、自動カード検出コンポーネントが有効にされているとき、ＴＶＣは、キャプチャされた現実シーンの矩形物体が支払カードなどを備えるかどうかを自動的に検出識別してもよい。別の実施例では、ユーザは、顔認識９０３ｃを有効または無効にするためにスライドバー９０７ｃを動かしてもよく、例えば、顔認識コンポーネントが有効にされているとき、ＴＶＣは、現実シーンに提示された人の顔（例えば、人、雑誌に印刷された顔画像、デジタル画面に表示された友達の写真など）を自動認識し、この人の顔がこれまでに記憶された連絡先のいずれかと一致するか否かを識別してもよい。別の実施例では、ユーザは、スマート請求書提供コンポーネント９０３ｄを有効または無効にするためにスライドバー９０７ｄを動かすことがあり、スマート請求書提供コンポーネントが有効にされているとき、ＴＶＣは、請求書の種類に基づいてオプションラベルを提供してもよい。請求書がレストラン請求書であるとき、ＴＶＣは、チップ計算、実際の飲食毎の勘定分割等を容易にする選択肢を提供してもよい。別の実施例では、ユーザは、バーコードリーダコンポーネント９０３ｅを有効に、または、するためにスライドバー９０７ｅを動かし、例えば、ＴＶＣは、キャプチャされた現実シーンに重ねられたラベルにより支払情報を提供するために、購入品ラベル、納品書、または、請求書に印刷されたバーコード及び／又はＱＲコードを読み取ってもよい。
【０１０１】
ある実施例では、ユーザは、例えば、最高額＄５００．００を選択するためにバー９０５をスライドすることにより、ＴＶＣで開始された取引を介して最高一括支払額９０４を構成してもよい。別の実施例では、ユーザは、ソーシャル接続９０６をＴＶＣキャプチャコンポーネントに含めるために選択してもよく、例えば、ＴＶＣは、現実シーンのキャプチャ購入品に関するユーザレビュー、評価等のソーシャルデータを取得してもよい（図１４における１４３５を参照）。買い物かご９０８ｄ、資金移転モード９０８ｂ、バーコードスナップ撮影モード９０８ｃ、キャプチャモード９０８ｄ、ソーシャルモード９０９ｅ、設定モード９０９ｆ等の更なるウォレットフィーチャーがＴＶＣと統合されてもよい。
【０１０２】
実施例において、ユーザが現実シーンをキャプチャするためにカメラが使用可能なモバイルデバイス（例えば、９１３）を置くとき、ユーザは、キャプチャされた現実シーンの上に重ねられた複数の仮想ラベルを見ることがある。例えば、ユーザは、スマート指先コンポーネントを有効にするか否かを制御するためにスライドバー９１０を見てもよい。図９Ａに示すように、スマート指先がオンであるとき、ＴＶＣは、現実シーン内で人の指先９１２を検出し、この指先が指している対象物９１１を検出してもよい。この場合、ＴＶＣは、指が指している矩形対象物がカード番号の印刷されている支払カードであると決定してもよい。支払カード上で光学式文字認識（ＯＣＲ）を実行すると、ＴＶＣは、支払カードがユーザのウォレットに登録された口座、例えば、「Ｆｉｄｅｌｉｔｙ  Ｖｉｓａ＊１２３４」口座９１３と一致するかを決定してもよい。ユーザは、ＴＶＣのカード認識結果が正確であるかを示すために、表示された選択肢ボタン９１４ａ〜ｂをタップしてもよい。例えば、ある実施例では、ＴＶＣは、Ａｄｏｂｅ  ＯＣＲ、ＡｎｙＤｏｃ  Ｓｏｆｔｗａｒｅ、Ｍｉｃｒｏｓｏｆｔ  Ｏｆｆｉｃｅ  ＯｎｅＮｏｔｅ、Ｍｉｃｒｏｓｏｆｔ  Ｏｆｆｉｃｅ  Ｄｏｃｕｍｅｎｔ  Ｉｍａｇｉｎｇ、ＲｅａｄＳｏｆｔ、Ｊａｖａ  ＯＣＲ、ＳｍａｒｔＳｏｕｒｃｅ等の、但し、これらに限定されないＯＣＲコンポーネントを採用してもよい。
【０１０３】
図９Ｂに関して続けると、指が指しているカード９１１がウォレットの何らかの登録された口座としてＴＶＣにより識別されない場合、ＴＶＣは、ユーザが識別されたカードをウォレットに追加したいか否かを質問するためにメッセージ、例えば、９１５を促してもよい。ある実施例では、ＴＶＣは、キャプチャされた現実シーンに重ねられたウォレットアイコン９１６を提供し、カードをウォレットアイコン９１７に「ドラッグ」することをユーザに促してもよい。ある実施例では、スマート指先コンポーネントがオン（例えば、９１０）であるとき、ユーザは、自分の本物の指先（例えば、９１１）をウォレットアイコン９１６の位置に動かすことがあり、ＴＶＣスマート指先コンポーネントは、指先の動きをキャプチャしてもよい。別の実施例では、ユーザは、カード登録要求を指示するようにカード９１１をウォレットアイコン９１６に「ドラッグ」するために自分のモバイルデバイスのタッチ可能な画面に自分の指をタップし、動かしてもよい。
【０１０４】
図９Ｃに関し、カードをウォレットにドラッグすると、ＴＶＣは、口座９２０を追加するようにカード登録情報を確認入力するために、ユーザインターフェースに切り替わってもよい。例えば、ユーザは、カード情報９２１と、カード名義情報９２２を入力確認し、カード登録を完了するために確認ページ９２３の閲覧を必要としてもよい。ある実施例では、ＴＶＣは、カードの種類、カード名義人名、有効期限、カード番号等を含むキャプチャされたシーンのＯＣＲからカード情報９２４を自動認識してもよい。別の実施例では、ＴＶＣは、ＣＶＶコード９２５などのキャプチャされたシーンをスキャンしたときに利用できない情報を入力することをユーザに要求してもよい。
【０１０５】
ある実施例では、カードを登録すると、ＴＶＣは、カードが使用可能状態であることを表す通知９２６が重ねられた元の映像キャプチャシーンに切り替わることがあり、残高閲覧９２７ａ（例えば、ユーザは、カードの現在残高をタップして見ることが可能）、履歴閲覧９２７ｂ（例えば、ユーザは、カードに関連付けられた最新取引履歴をタップして見ることが可能）、〜からの振込９２７ｃ（例えば、ユーザは、カードから別口座への振込を選択可能）、〜への振込９２７ｄ（例えば、ユーザは、別口座などからカードへ振込可能）、買い物かごの支払い９２７ｅ（例えば、ユーザは、現在の買い物かご９０８ａの代金を支払うためにカードを使用可能）等の、但し、これらに限定されない、複数の重ねオプションラベルをカード９１１の下に提供してもよい。カードに関連する様々なその他のオプションラベルが考えられる。
【０１０６】
ある実施例では、図９Ｄに関して、ユーザが「＄＄を〜へ振込」ボタン９２７ｄのタップを選択すると、ＴＶＣは、幾つかの推奨デフォルト振込金額（例えば、＄１０．００、＄２０．００、＄３０．００など）９２８などの資金移転オプションのための重ねられたラベルを促してもよい。あるいは、ユーザは、振込額９３０を入力するためにその他の金額９２９を選択してもよい。
【０１０７】
ある実施例では、ユーザは、スマート指先コンポーネントが受取人カードをキャプチャするように現実シーンの別のカードを指すために自分の指を動かしてもよい。別の実施例では、図９Ｄに示すように、スマート指先コンポーネントがオフ９３１にされると、ユーザは、所望の受取人カードを示すためにタッチ可能な画面をタップしてもよい。例えば、ＴＶＣは、ユーザが画面上でタップした対象物をキャプチャし、メトロカードであると決定してもよい。ＴＶＣは、その後、ウォレットに登録されたメトロカード口座を検索し、振込かカード選択の再読み込みかの選択９３３を選択することをユーザに促してもよい。ある実施例では、ユーザが「振込」を選択すると、ＴＶＣは、資金移転要求９３３を要約するメッセージを提供し、支払確認をユーザに促してもよい。資金移転要求は、図４２Ａ〜４３Ｂで説明されるように支払取引コンポーネントにより処理されてもよい。
【０１０８】
図９Ｅに関し、資金移転を確認すると、ＴＶＣは、取引完了を通知するメッセージ９３７を提供し、ユーザは、取引レシートの閲覧９３８を選択してもよい。ある実施例では、ＴＶＣは、取引を要約するバーコード９４０を含む仮想レシート９３９を提供してもよい。ある実施例では、ユーザは、（例えば、返却などのため）仮想レシートを電子メールで送ること（９４１）、または、取引からポイントを稼いでもよい９４２。
【０１０９】
図１０〜１４は、ＴＶＣの実施例における、様々なカードキャプチャ状況を示す例示的ユーザインターフェース図を提供する。図１０に関し、ＴＶＣは、現実シーン内のスマート指先を介してユーザの指先を検出してもよく、顔認識コンポーネントが有効にされたとき、人の顔の決定が１００２に提示される。ある実施例では、ＴＶＣは、検出された顔が既存の連絡先のいずれかと一致するかどうかを決定し、ユーザが一致を確認するためにメッセージ１００２を提供してもよい。ある実施例では、ユーザは、正しく一致する場合に一致を確認し１００４、正しく一致しない場合に、連絡先リストを閲覧し１００５、あるいは、新しい連絡先を追加する１００６。
【０１１０】
ある実施例では、顔認識の際に、ＴＶＣは、現実シーンに重ねられた複数のオプションラベルを提供してもよいので、ユーザは、連絡先への電話１００８ａ、ＳＭＳの送信１００８ｂ、連絡先への電子メール送信１００８ｃ、連絡先への資金移転１００８ｄ、ソーシャルメディアのコンタクトへの接続１００８ｅ、連絡先の公表された購入履歴の閲覧（１００８ｆ）などを選択してもよい。ある実施例では、ユーザが連絡先への資金移転を選択する場合、ＴＶＣは、連絡先に関連付けられた過去に記憶された口座を検索してもよいし、振込を容易にするために口座情報を入力することをユーザに促してもよい。
【０１１１】
図１１に関し、ユーザは、メトロカード１１１１を指すために画面をタップしてもよく、ＴＶＣは、選択されたカードの種類を決定し、残高閲覧１１１２ａ、メトロカードへの推奨額の支払い１１１２ｂ〜ｄ、毎月の定期券の更新１１１２ｅ等の複数のオプションラベルを提供してもよい。
【０１１２】
別の実施例では、ＴＶＣがユーザのタップした画面の部分がＤＭＶライセンス１１１３を備えると決定すると、ＴＶＣは、ＤＭＶプロフィール閲覧１１１４ａ、未払い切符の閲覧１１１４ｂ、チケットを今すぐ支払う１１１４ｃ、紛争要求の提出１１１４ｄ等の複数のオプションラベルを提供してもよい。
【０１１３】
図１２に関し、ＴＶＣがユーザのタップした画面の部分がユーザの図書館会員カード１２１７を備えると決定すると、ＴＶＣは、返却期限図書閲覧１２１８ａ、推奨額の寄付１２１８ｂ〜ｄ、延滞料金支払１２１８ｅ等の複数のオプションラベルを提供してもよい。
【０１１４】
別の実施例では、ＴＶＣがユーザのタップした部分が店会員カード１２２０、例えば、ＰＦチャングのカードを備えると決定すると、ＴＶＣは、ポイント閲覧１２２１ａと、カードによる支払１２２１ｂと、ポイント購入１２２１ｄ〜ｅと、電話で注文１２２１ｅ等を含む複数のラベルを提供してもよい。
【０１１５】
図１３に関し、ＴＶＣがユーザのタップした部分が保険カード１３２４、例えば、民間非営利健康保険カードを備えると決定すると、ＴＶＣは、プロフィール閲覧１３２５ａ、請求履歴閲覧１３２５ｂ、保険金請求提出１３２５ｃ、保険金情報提出１３２５ｃ、ポリシー説明閲覧１３２５ｅ等を含む複数のラベルを提供してもよい。
【０１１６】
別の実施例では、ＴＶＣがユーザのタップした部分がバーコード１３２６を含む請求書、例えば、仕入請求書、レストラン請求書、公共料金、医療費などを備えると決定すると、ＴＶＣは、請求書詳細閲覧１３２７ａ、請求書支払１３２７ｂ、延長要求１３２７ｃ、請求書への異議１３２７ｄ、保険金１３２７ｅ（例えば、医療費などのため）等を含む複数のラベルを提供してもよい。
【０１１７】
図１４に関し、ＴＶＣがユーザのタップした部分が購入品１４３１、例えば、バーコードを備える購入品などを備えると決定すると、ＴＶＣは、製品詳細閲覧１４３３ａ、価格比較１４３ｂ（例えば、オンライン店舗との最低価格保証など）、購入場所１４３３ｃ、ユーザが既に品物を購入済みである場合のリベート／ポイント獲得１４３３ｄ、品物の代金支払い１４３３ｅ、ソーシャル評価閲覧１４３３ｆ、ソーシャル評価提出１４３３ｇ等を含む複数のラベルを提供してもよい。ある実施例では、ユーザが購入場所１４３３ｃを選択する場合、ＴＶＣは、ユーザモバイルデバイスのＧＰＳ情報に基づく製品をフィーチャーする近所の物理店１４３４ａのリストを提供してもよい。別の実施例では、ＴＶＣは、購入品を一覧化するショッピングサイト１４３４ｂのリストを提供してもよい。
【０１１８】
ある実施例では、ユーザが製品のソーシャル評価閲覧１４３３ｆを選択する場合、ＴＶＣは、特色のある製品に関連した様々なソーシャルメディアプラットフォーム（例えば、フェイスブック、ツイッター、タンブラーなど）からソーシャルデータを検索してもよいので、ユーザは、製品に関連したその他のユーザのコメントをレビューしてもよい。
【０１１９】
図１５Ａ〜１５Ｆは、ＴＶＣの実施例におけるユーザの勘定書を分割する場合を示す例示的なユーザインターフェース図を提供する。図１５Ａに関し、ユーザは、レストラン勘定書と共に２枚以上の支払カードを置き、カメラが使用可能なモバイルデバイスを使ってビューをキャプチャしてもよい。ＴＶＣは、レストラン勘定書（例えば、バーコード読み取り１５０２などを介して）と２枚の支払カード１５０３ａおよび１５０３ｂとが存在すると決定すると、ＴＶＣは、勘定書詳細閲覧１５０４ａ、勘定書の分割１５０４ｂ（例えば、２枚以上のカードが提示され、請求書分割希望を示す）、勘定書支払１５０４ｃ、チップ金額の計算１５０４ｄ、勘定書更新１５０４ｅ等を含む複数のラベルを提供してもよい。ある実施例では、ユーザが勘定書の分割１５０４ｂを選択すると、ＴＶＣは、割り勘１５０５ａ、比例分割２０５ｂ、実際の消費１５０５ｃ等のオプションラベルを提供してもよい。
【０１２０】
ある実施例では、ユーザが実際の消費１５０５ｃを選択すると、ＰＶＴＣは、例えば、勘定書バーコード１５０２を読み取ることにより、または、請求書画像にＯＣＲを実行することなどにより消費品１５０７ａ〜ｂのタグを提供してもよい。ある実施例では、ユーザは、品物１５０７ａ、例えば、「ブラッディ・マリー」１５０８を「私が支払います」ボウル１５１０にドラッグしてもよい。ユーザは、消費品量を増加させるためにプラス符号１５０９をタップしてもよい。ある実施例では、ユーザは、ラベル１５１２に要約されているように、「私が支払います」ボウル１５１０内の品物に対するカード１５１１による支払を指示するためにこのカード１５１１をタップしてもよい。ある実施例では、ＴＶＣは、推奨チップ率（例えば、１５％または２０％）１５１３、または、チップ金額入力１５１４を含むチップのためのオプションラベルを提供してもよい。
【０１２１】
図１５Ｂに関して続けると、ユーザは、チップ金額１５２０を手入力してもよい。ある実施例では、ＴＶＣは、選択されたカード１５２１による支払を要約するユーザへのメッセージを促してもよい。第１の選択されたカードによる支払を確認すると、ＴＶＣは、ユーザが請求書上の残りの品物を第２のカード１５２２に負担させるか否かを質問するためにメッセージを自動的に促してもよい。ある実施例では、ユーザは、第２のカード１５２２による支払対象の品物を図１５Ａに記載された方法と同様にドラッグしてもよい。
【０１２２】
図１５Ｃに関し、ユーザが割り勘を選択すると、ＴＶＣは、カードデータをキャプチャし、支払情報を表すメッセージ１５３１を促し、推奨チップ金額の選択肢１５３２を提供するか、または、ユーザがチップを手入力１５３３してもよい。ある実施例では、ユーザがチップ金額を手入力することを選択すると、ユーザは、例えば、１枚のカードをタップし、チップ金額１５３４ａ〜ｂを入力することにより、異なるカードに対して異なるチップ金額を入力してもよい。
【０１２３】
図１５Ｄに関し、ユーザが比例分担を選択すると、ユーザは、１枚のカード１５３５をタップし、ＴＶＣは、推奨分担率１５３６ａ、推奨分担額１５３６ｃ、または、分担入力１５３６ｂを含む複数のラベルを提供してもよい。ある実施例では、ユーザは、選択されたカード１５３７の分担を入力し、課金の要約のメッセージ１５３８を閲覧してもよい。ある実施例では、ユーザは、図１５Ｃの方法と同様の方法でチップ金額を選択または入力してもよい。
【０１２４】
図１５Ｅに関して続けると、購買者が異なるカード名義人に帰属する２枚のカードで勘定書を分割するために、例えば、レストラン請求書を２人の友達のクレジットカードで分担するためにＴＶＣを使用しようとするとき、ＴＶＣは、現在のウォレットで登録されていない、及び／又は、異なるカード名義人に関連付けられているカードで取引要求を進めるために認証証明書を必要としてもよい。例えば、勘定書を分割するために２枚のカード「＊７８９９」および「＊５４９３」をキャプチャするＴＶＣに関して続けると（図１５Ｄにおける４３８）、ＴＶＣコンポーネントをインスタンス化するために使用されるモバイルデバイス／ウォレットは、カード＊７８９９のカード名義人に帰属してもよく、カード＊５４９３は、異なるカード名義人に帰属する。ある実施例では、ＴＶＣは、カード＊５４９３が現時点でウォレット１５４０に登録されていないことを表すメッセージを提供してもよく、取引を進めるために、購買者がカード＊５４９３を現在のウォレット１５４２に追加するか、または、認証証明書１５４１を使って検証することを要求する。
【０１２５】
ある実施例では、購買者が「カード追加」１５４２を選択すると、購買者は、図２Ｂにおける２１５に類似した方法でカード登録を進める。別の実施例では、購買者は、カード＊５４９３に対するカード名義人のＰＩＮの入力（例えば、１５４３）、カード名義人の指紋スキャンの提出１５４５などの認証証明書１５４１の提供を選ぶことがある。
【０１２６】
図１５Ｆに関して続けると、ある実施例では、認証証明書入力に加えて、カード＊５４９３のカード名義人は、選択的に、カードの使用の試行を通知するアラートメッセージを受信してもよい。ある実施例では、アラートメッセージ１５５１は、Ｖ．ｍｅウォレットプッシュメッセージ、テキストメッセージ、電子メールメッセージ等でもよい。カード＊５４９３のカード名義人は、取引承認１５５２、取引拒絶１５５３、及び／又は、カード詐欺報告１５５４を選んでもよい。ある実施例では、提出された認証証明書が照合を満たすことがない、または、カード＊５４９３のカード名義人が取引を拒絶する場合、ＴＶＣは、カード＊５４９３に負担させることができないことを指示するアラート１５５５を受信してもよく、購買者は、例えば、申請書に記入することなどにより、さらなる認証または取引処理の要求１５５７を開始してもよい。別の実施例では、認証に成功した場合、ＴＶＣは、カード＊５４９３による取引を要約する確認メッセージ１５５８を提供してもよい。
【０１２７】
図１６Ａは、ＴＶＣの実施例におけるカード提案を比較する状況を示す例示的ユーザインターフェース図を提供する。ある実施例では、Ｖｉｓａ、ＭａｓｔｅｒＣａｒｄ、Ａｍｅｒｉｃａｎ  Ｅｘｐｒｅｓｓなどの様々な支払カードは、適格な物品、例えば、高級品などの購入取引に対しキャッシュバックリワードを提供してもよい。ある実施例では、ユーザが、高級ブランド品のシーンをキャプチャするためにカメラが使用可能なモバイルデバイスを使用するとき、ＴＶＣは、例えば、商標１６０５、品物保証情報１６０６等により品物を識別してもよい。ＴＶＣは、品物に重ねられ、製品情報１６０７、例えば、製品名、簡単な説明、市場小売価格などを表すタグラベルを提供してもよい。別の実施例では、ＴＶＣは、製品詳細閲覧、高級品限定提案、購入場所、最低価格保証、ソーシャル評価閲覧、欲しい物リストへの追加等を含む複数の重ねラベルを提供してもよい。
【０１２８】
ある実施例では、ユーザは、ＴＶＣがカードをキャプチャするように、２枚の支払カードをシーン内に置く。例えば、ＴＶＣは、カードの種類、例えば、Ｖｉｓａ１６０８ａおよびＭａｓｔｅｒＣａｒｄ１６０８ｂをキャプチャし、この取引に対し各カードに関連付けられたリベート／リワードポリシーを表すためにラベル１６０９ａ〜ｂを提供してもよい。従って、ユーザは、提供されたリベート／リワードを獲得するためにカードを使って支払うことを選択してもよい。
【０１２９】
代替的実施例では、図１６Ｂ〜１６Ｄに示すように、ＴＶＣは、情報の重ね合わせを異なるレイヤ、例えば、シーン内のキャプチャされた製品に関する販売者情報を提供する販売者情報レイヤ、シーン内のキャプチャされた製品に関する小売在庫情報を提供する小売情報レイヤ、シーン内の撮影品に関する評価、レビュー、コメント及び／又はその他の関連したソーシャルメディアフィードを提供するソーシャル情報レイヤ等に分類してもよい。例えば、ＴＶＣが異なった対象物を包含しているシーンをキャプチャしたとき、異なった対象物（例えば、商標ロゴ、物理的な対象物、売上レシート等）に関する情報の異なるレイヤがキャプチャされたシーンの上に重なってもよい。
【０１３０】
図１６Ｂに関し、ＴＶＣがシーン内の商標ラベル、例えば、「カルティエ」１６０５をキャプチャしたとき、ＴＶＣは、商標カルティエに関する販売者情報レイヤ１６１１ａを提供してもよい。例えば、仮想重ねは、販売者の簡単な説明１６１２ａ、販売者の製品コレクション１６１２ｂ、販売者の提案および値引き１６１２ｃ等を含んでもよい。別の実施例として、ＴＶＣは、キャプチャされた対象物１６０５をフィーチャーする小売店舗のリスト、例えば、現地店舗のリスト１６１３、オンラインショッピングサイト１６１４等を提供してもよい。
【０１３１】
別の実施例では、購買者は、別のレイヤ、例えば、小売情報１６１１ｂ、ソーシャル情報１６１１ｃ、品物情報１６１１ｄ等を取得するために、情報レイヤ１６１１ａをスライドさせてもよい。例えば、ＰＶＴＣは、シーン内のレシート及び／又は証明書をキャプチャし、その他のカルティエ製品を含む情報１６１８、購入品説明および価格情報１６１５、物理的な店舗１６２３およびオンラインショッピングサイト１６２５等を含む小売店在庫情報（例えば、購入品を入手できる店舗）を提供してもよい。
【０１３２】
更なる実施例では、購買者は、「カルティエ」店の提供された仮想ラベル、例えば、１６１３、１６２３などをタップしてもよく、例えば、図５Ｂに示すように在庫情報を含む店内マップに案内されてもよい。例えば、店内マップは、購買者が所望の店内製品を素早く見つけることを容易にするために製品、物品の分布を提供してもよい。
【０１３３】
図１６Ｃに関し、購買者は、別の情報ラベルのレイヤ、例えば、ソーシャル情報１６１１ｃ、品物情報１６１１ｄ等を閲覧するために、仮想ラベル重畳レイヤをスライドさせてもよい。ある実施例では、ソーシャルレイヤ１６１１ｃは、映像シーン内のキャプチャされた対象物に関連するソーシャルメディアプラットフォーム（例えば、フェイスブック、ツイッターなど）から取得されたソーシャルレビュー、評価、コメント、活動を指示する仮想ラベルを提供してもよい。例えば、ＴＶＣがシーン内の商標ロゴ「カルティエ」をキャプチャするとき、ＴＶＣは、商標「カルティエ」に関連するソーシャルコメントの仮想ラベル、例えば、フェイスブックアクティビティ１６２１、ツイート１６２２などを提供してもよい。別の実施例では、ＴＶＣが製品識別情報を含む売上レシートをキャプチャするとき、ＴＶＣは、製品に関連するソーシャル評価／コメントの仮想ラベル、例えば、製品名のハッシュタグ付きのツイート１６２５、製品名をタグ付けするＹｏｕＴｕｂｅレジュー映像１６２６等を提供してもよい。別の実施例では、ソーシャル情報レイヤ１６１１ｃは、関連製品情報に関連するサンプルソーシャルコメント、製品レビュー、評価、例えば、購買者のフェイスブック友達からの「カルティエ」に関連するフェイスブックコメント、写真投稿１６２７などをさらに提供してもよい。
【０１３４】
別の実施例では、シーン内のさらなるキャプチャされた対象物１６３０（例えば、テキストコンテンツを含まない対象物など）に対し、ＴＶＣは、認識された対象物１６３０についての情報を提供するためにパターン認識を実行してもよい。例えば、パターン認識は、キャプチャされた対象物が何であるかを決定するために、シーン内のその他のコンテキストと相関させられることがあり、例えば、リング状対象物１６３０は、「カルティエ」ロゴが同じシーン内でキャプチャされているので、「カルティエ」ブランドの宝飾品であるかもしれない。ある実施例では、ＴＶＣは、仮想ラベル内に識別された品物情報１６３１と、代替的な品物認識情報１６３２、１６３３、１６３４とを提供してもよい。例えば、リング状対象物１６３０に対し、ＴＶＣは、このリング状対象物を「カルティエ」ブランドのブレスレット１６３１／１６３２、または、関連ブランドのリング状宝飾品１６３３、１６３４として認識してもよく、及び／又は、より多くの類似製品を見るオプション１６３５を購買者に提供してもよい。
【０１３５】
図１７は、ＴＶＣの実施例における店内スキャンの場合を示す例示的なユーザインターフェース図を提供する。ある実施例では、ＴＶＣは、ユーザが適格な品物の費用のための限定用途口座を使用することを容易にしてもよい。限定用途口座は、承認された製品（例えば、処方薬、ワクチン、食品など）、及び／又は、サービス（例えば、健康管理処置、健康診断など）の支払いのためだけに使用され得る資金を有している金融口座でもよい。限定用途口座の例は、医療費支出口座（ＦＳＡ）、１つ以上の医療積立口座（ＨＳＡ）、クレジット限度額（ＬＯＣ）、１つ以上の医療費払戻口座（ＨＲＡ）、１つ以上の政府保険プログラム（すなわち、メディケアまたはメディケイド）、様々な個人保険−規則、雇用給付制度または被雇用者薬剤給付制度の様々なその他の限定特別優遇支払口座、所得控除規則等を含んでもよい。その他の例では、限定用途口座は、食料引換券、食券等を含む。実施例において、限定用途口座による承認された支払プロセスは、ＦＳＡ／ＨＳＡ管理者、政府失業プログラム管理者等の、但し、これらに限定されない第三者機関により運営されてもよい。
【０１３６】
ある実施例では、ＴＶＣは、販売店において限定用途口座に適格である商品を自動識別してもよい。例えば、ＴＶＣは、ユーザが限定用途口座に適格可能性がある品物を示すために、カメラが有効にされたデバイスを販売店に置くこと（例えば、スキャニング）、および、拡張現実ラベル付きのカメラシーンを閲覧することを可能にする。
【０１３７】
例えば、ある実施例では、ユーザが販売店１７５０の内部のビューを取得するためにカメラが有効にされたデバイスを操作するとき、ユーザは、棚の上の様々な製品／品物を識別する拡張現実ラベル１７５１をさらに取得し、１つ以上の適格可能性がある限定用途口座１７５２を表してもよい。例えば、カウンタの向こう側で、医薬品は、「ＦＳＡ、ＨＳＡ、ＨＲＡ」など１７５２に適格であるとしてラベル付けされてもよく、食料品は、食券使用に適格である場合があり、乳児食は、子どもの栄養給付口座等に適格である場合がある。
【０１３８】
図１８〜１９は、ＴＶＣの実施例における購入後限定用途口座返済の場合を示す例示的ユーザインターフェース図を提供する。ある実施例では、ユーザは、レシートのビュー１８６１をキャプチャし、限定用途口座のため適格である品物を指示する拡張現実ラベル１８６２を取得するためにカメラが有効にされたデバイスを操作してもよい。例えば、ＴＶＣウォレットコンポーネントは、品物情報を抽出し、「ナイキル」がＦＳＡ／ＨＳＡ／ＨＲＡ１８６４の用途に適格である、および、食料品／食品品物が食券１８６２の用途に適格である品物を決定するために、インスタントＯＣＲを実行してもよい。ある実施例では、ユーザが表示された口座にタップする場合、ＴＶＣは、仮想レシートを生成し、選択された限定用途口座を使って返済要求を処理するために進むことがある。
【０１３９】
ある実施例では、ＴＶＣが何らかの限定用途口座に適格である品物、例えば、「エスターＣ」サプリメントを自動決定しない場合、ユーザは、このサプリメントを選択するために画面をタップしてもよく、ユーザ所望の再分配口座、例えば、限定用途口座、ロイヤリティ口座等を選択するために口座のリスト１８６３を閲覧してもよい。
【０１４０】
ある実施例では、ＴＶＣは、レシートに関連付けられた取引を遂行するために使用された支払口座、例えば、Ｖｉｓａ口座１８６６ａを識別し、レシートに印刷されたバーコード１８６６ｂから口座情報を取得してもよい。ある実施例では、ＴＶＣは、「＊１２３４」Ｖｉｓａ口座をウォレット内のユーザの登録した口座のいずれかと一致させ、この口座がウォレット１８６５から識別された場合、資金を識別された「Ｖｉｓａ＊１２３４」口座に返済することをユーザに推奨してもよい。別の実施例では、ＴＶＣは、返済資金を預けるその他の口座を選択すること１８６５をユーザに促してもよい。
【０１４１】
図１９に関し続けると、ユーザが適格な品物の費用を払い戻すために口座、例えば、図１９において１９６４で「ＦＳＡ」をタップした場合、ＴＶＣは、ユーザが選択された「ＦＳＡ＊１２３」口座１９７３から「ナイキル・リップキャップ」１９７２を払戻しようとしていることを表す返済要求１９７１を生成してもよい。ある実施例では、ユーザは、払戻資金を預ける口座、例えば、レシートから自動識別された「Ｖｉｓａ＊１２３４」１９７４口座を指示すること（例えば、図１９Ｈにおいて１９６６ａ〜ｂで）、及び／又は、その他の口座を選択してもよい。
【０１４２】
別の実施例では、ユーザが「ＦＳＡ＊１２３」口座１９７６に対し「エスターＣ」１９７５を返済するために図１９Ｈにおいて１９６３をタップすることを選択した場合、ＴＶＣは、「エスターＣ」を適格ＦＳＡ品として識別していないので、ＴＶＣは、この返済がＦＳＡレビューの対象であり、承認されていないかもしれないというユーザへの通知１９７９を含む払戻要求を生成してもよい。
【０１４３】
図２０Ａは、ＴＶＣの実施例におけるＴＶＣ重ねラベル生成の態様を示す例示的論理フロー図を提供する。実施例において、ユーザは、カメラが使用可能なモバイルデバイス（例えば、Ａｐｐｌｅ  ｉＰｈｏｎｅ、Ａｎｄｒｏｉｄ、ＢｌａｃｋＢｅｒｒｙ等）でＴＶＣコンポーネントをインスタンス化し２００２、現実シーンをキャプチャするためにカメラを置く（例えば、図９Ａにおいて９１３を参照）。ある実施例では、ユーザは、現実シーン内で対象物（例えば、カード、購入品など）を指したり、画面上に表された対象物画像にタッチしたりしてもよい２００４（例えば、図９Ａにおいて９１２を参照）。
【０１４４】
ある実施例では、ユーザの指による指示を受け取ると、ＴＶＣは、シーン（または、ユーザの指が示した部分）の画像を取得してもよく２００６、例えば、映像フレームなどを取得する。ある実施例では、ＴＶＣは、映像フレーム内の指先位置を検出し、認識のための指先位置の周りの対象物を決定してもよい２００７。ＴＶＣは、その後、画像内の対象物の種類を決定するために２０１０、取得画像（例えば、指先位置の周り）でＯＣＲ及び／又はパターン認識を実行してもよい２００８。例えば、ある実施例では、ＴＶＣは、指先から開始して、エッジ検出を実行するために外向きにスキャンし、対象物の輪郭を決定してもよい。ＴＶＣは、その後、対象物の種類、例えば、カード番号が現れているか２０１１、バーコードまたはＱＲコードが現れているか２０１２、人の顔が存在するか２０１３などを決定するために、決定された輪郭内でＯＣＲを実行してもよい。
【０１４５】
ある実施例では、現実シーンに支払カードが存在する場合２０１１、ＴＶＣは、カードの種類を決定し２０１５、カード番号を決定してもよい２０１７。例えば、ＴＶＣは、カードからＯＣＲにより取得されたテキストコンテンツに基づいて、カードが支払カード（例えば、クレジットカード、デビットカードなど）、会員カード（例えば、メトロカード、店ポイントカード、図書館カードなど）、個人ＩＤ（例えば、運転免許証など）、保険カード等であるかを決定してもよい。ある実施例では、ＴＶＣは、カードがいずれかの登録されたユーザ口座と一致するかを決定するためにカード情報をユーザウォレットにクエリーしてもよく２０１８、カードの種類に基づいて重ねラベルを生成し、提示してもよい２０３０（例えば、図９Ｃにおける識別されたＶｉｓａクレジットカード９１１に対する重ねラベル９２７ａ〜ｅ、図１１における識別されたメトロカードに対する重ねラベル１１１２ａ〜ｅ、識別されたＤＭＶライセンス１１１３に対する重ねラベル１１１４ａ〜ｄ、図１２における識別された図書館カード１２１７に対する重ねラベル１２１８ａ〜ｅ、識別されたレストラン会員カード１２２０に対する重ねラベル１２２１ａ〜１２２１ｅ、図１３における識別された保険カード１３２４に対する重ねラベル１３２５ａ〜ｅ等を参照）。ある実施例では、ＴＶＣは、選択的に、キャプチャされた現実シーン内で混合ジェスチャー、例えば、購買者動きジェスチャー、コマンドを表すことによる言語ジェスチャーなどをキャプチャしてもよい２０２９（図２１〜３０を参照）。
【０１４６】
別の実施例では、現実シーン内で検出されたバーコード及び／又はＱＲコードが存在する場合２０１２、ＴＶＣは、バーコード／ＱＲコードから情報を抽出してもよく２０２２、対象物の種類を決定してもよい２０２３。例えば、バーコード情報は、対象物が購入品、勘定書、請求書等を備えるかを指示してもよい。ある実施例では、ＴＶＣは、対象物が購入品を含む場合は販売者情報、及び／又は、対象物が請求書を含む場合は請求書作成者情報を検索し２０２８、重ねラベルを生成してもよい。例えば、図１３における識別された請求書１３２６に対する重ねラベル１３２７ａ〜ｅ、図１４で識別された購入品１４３１に対する重ねラベル１４３３ａ〜ｇ等を参照のこと。
【０１４７】
別の実施例では、現実シーンから人の顔が検出された場合２０１３、ＴＶＣは、提示された人の顔が既存の連絡先と一致するかを識別するために顔認識を実行してもよい２０２４。ある実施例では、ＴＶＣは、連絡先が連絡先リストから見つけられた場合には連絡先情報を検索２０２６、及び／又は、人の顔がいずれかの既存の連絡先記録と一致しない場合にはユーザ選択毎に新しい連絡先を追加してもよい２０２７。ＴＶＣは、その後、検出された人の顔に対する重ねラベルを生成提示してもよい。例えば、図１０において識別された顔１００２に対する重ねラベル１００８ａ〜ｆなどを参照のこと。
【０１４８】
重ねラベルをユーザが選択すると、ＴＶＣは、識別されたカード、識別された連絡先等への資金移転に進んでもよい。ＴＶＣは、金融取引要求を処理のためのイシュアネットワークに送信してもよく、これは、図４１Ａ〜４３Ｂにおける方法と同様の方法で実行されてもよい。
【０１４９】
図２０Ｂは、ＴＶＣの代替的実施例における、自動レイヤ挿入を示す例示的な論理フロー図を提供する。ある実施例では、ＴＶＣは、購買者の行為のインテリジェントマイニング、例えば、ＧＰＳ位置、ブラウジング履歴、検索ターム等に基づいて、仮想情報ラベル（例えば、販売者情報、小売情報、ソーシャル情報、品物情報など）のレイヤをキャプチャされた現実シーンに挿入してもよい。
【０１５０】
ある実施例では、購買者は、ユーザの興味を示す活動（例えば、ウェブ検索、ウォレットチェックインなど）に行う２０３１。例えば、図１Ｃに示すように、キーターム「手頃な価格の広角レンズ」に基づくウェブ検索は、価格比較へのユーザの関心を表し、小売店でのウォレットチェックイベントは、小売店情報についてのユーザの関心を示す。実施例において、ＴＶＣは、キータームに対して受信した活動記録を解析し２０３２、ユーザ活動のキータームのタイムスタンプ付きの記録を生成してもよい２０３４。ある実施例では、ＴＶＣは、生成された記録をユーザモバイルデバイスのローカル記憶要素で記憶してもよく、生成されたユーザ活動記録を遠隔ＴＶＣサーバで記憶してもよい。
【０１５１】
ある実施例では、購買者が現実シーン（例えば、２００３／２００４）をキャプチャするのにモバイルデバイスを使用すると、ＴＶＣは、キャプチャされた映像シーン２０３６の対象物の種類、例えば、品物、カード、バーコード、レシートなどを決定してもよい。ある実施例では、ＴＶＣは、記憶されたユーザの興味の記録を検索し２０３８、記憶された記録の情報を取得してもよい。ユーザの興味の記録が検索タームを含む場合２０４１、ＴＶＣは、検索タームを（例えば、ユーザが製品最低価格を見つけることなどに興味がある場合、価格比較情報を含む）製品情報と相関させ２０４４、仮想重ねに対する情報レイヤを生成してもよい２０４９。ある実施例では、ＴＶＣは、選択的に、キャプチャされた現実シーン内で混合ジェスチャー、例えば、購買者動きジェスチャー、コマンドを表すことによる言語ジェスチャーなどをキャプチャしてもよい２０２９（図２１〜３０を参照）。
【０１５２】
別の実施例では、ユーザの興味の記録が小売店への購買者チェックインのリアルタイムウォレットチェックイン情報を含む場合２０４２、ＴＶＣは、仮想ラベルの小売業者レイヤを購買者デバイスに挿入してもよい２０４６。別の実施例では、ＴＶＣは、ユーザ活動データのその他の種類に対するユーザ関心指標のユーザ活動記録、例えば、ブラウジング履歴、最新購入品等を解析し２０４８、仮想重ね情報レイヤを決定してもよい２０４７。購買者は、自動的に推奨された仮想ラベル重ねの挿入レイヤを取得し２０５０、レイヤ上でスライドすることによって別の情報ラベルレイヤに切り替わってもよい。例えば、図１６Ｂ〜１６Ｃにおける１６１１ａ〜ｄを参照のこと。
【０１５３】
図２０Ｃは、ＴＶＣの実施例における指先の動き検出の態様を示す例示的論理フローを提供する。実施例において、ＴＶＣは、ライブ映像現実シーン内で指先の動きを検出するのに動き検出コンポーネントを使用してもよい。この動き検出コンポーネントは、ｉＰｈｏｎｅのためのＦＡＳＴコーナー検出、ｉＰｈｏｎｅのためのＬｕｃａｓ−Ｋａｎａｄｅ法オプティカルフロー等により構成されてもよいが、これらに限定されることはない。他の実施例では、ＡＶＭｕｔａｂｌｅＣｏｍｐｏｓｉｔｉｏｎ、ＵＩＩｍａｇｅＰｉｃｋｅｒＣｏｎｔｒｏｌｌｅｒなどのｉＯＳデベロッパーライブラリの下で定義されたクラスがビデオコンテンツ制御コンポーネントを開発するのに使用されてもよい。
【０１５４】
図２０Ｃに示すように、２００６でビデオキャプチャを取得すると、ＴＶＣは、（例えば、１００ｍｓ毎などで）２つの連続するビデオフレームグラブを取得してもよい（２０７１）。ＴＶＣは、例えば、Ａｄｏｂｅ  Ｐｈｏｔｏｓｈｏｐ等による画像解析のため、ビデオフレームを階調画像に変換してもよい２０７３。ある実施例では、ＴＶＣは、（例えば、ヒストグラム比較などにより）２つの連続するビデオフレームを比較し２０７５、２つのフレームの差分領域を決定してもよい２０７８。ある実施例では、ＴＶＣは、フレームの異なる領域を強調し、この領域は、「指」または「ポインタ」形状の対象物が所望の対象物を指すためにビデオシーンに移動したことを指示してもよい。
【０１５５】
ある実施例では、ＴＶＣは、差分領域が「ポインタ」形状、例えば、指先、鉛筆などを有しているかを決定してもよい２０８２。有していなければ、差分領域は、例えば、カメラ運動などにより引き起こされたノイズであるかもしれず、ＴＶＣは、時間経過が閾値を超えたかどうかを決定してもよい。例えば、ＴＶＣが１０秒以上動画シーンをキャプチャし、「ポインタ」形状または「指先」を検出しない場合、ＴＶＣは、画像全体のＯＣＲ／パターン認識に進んでもよい２０８７。そうではない場合、ＴＶＣは、２０７１で映像フレームを再生成してもよい。
【０１５６】
ある実施例では、「指先」または「ポインタ」が２０８２で検出された場合、ＴＶＣは、例えば、「指先」のＸ座標とＹ座標との中間点を取ることにより、指先の中心点を決定してもよい。ＴＶＣは、購買者が指した対象物の境界を決定するために、決定された中心点から始めて、エッジ検出を実行してもよい２０８５。例えば、ＴＶＣは、Ａｄｏｂｅ  Ｐｈｏｔｏｓｈｏｐエッジ検出、Ｊａｖａエッジ検出パッケージ等のエッジ検出コンポーネントを使用してもよいが、これらに限定されることはない。実施例において、ＴＶＣが対象物の境界を定義すると、ＴＶＣは、対象物の種類を決定するために、定義された領域のＯＣＲおよびパターン認識を実行してもよい（２０８８）。
【０１５７】
図２０Ｄは、ＴＶＣの実施例において仮想ラベルの生成（例えば、２０３０、２０４９など）の態様を示す例示的論理フローを提供する。ある実施例では、図２０Ａの２０２９または図２０Ｂの２０４７において、検出された対象物（例えば、クレジットカード、バーコード、ＱＲコード、製品など）に関してビデオ現実シーンの範囲内で関連情報および混合ジェスチャーをロードすると、ＴＶＣは、現実シーンのライブ映像をロードする（２０５２）。カメラが安定している場合２０５３、ＴＶＣは、ライブビデオなどからビデオフレームをキャプチャすることにより、静止画像を取得してもよい２０５４。ある実施例では、画像は、図２０Ａの２００６で取得されてもよい。
【０１５８】
実施例において、ＴＶＣは、（例えば、図２０Ａの２０１８、２０２７、２０２８で）決定された対象物に関連する情報を受信し２０５７、購買者構成に基づいて、受信された情報をフィルタ処理してもよい２０５８。（例えば、購買者は、選択された情報ラベルだけを表示することを選んでもよい。図１Ｃ〜１Ｄを参照のこと）。各仮想ラベル２０５９に対し、ＴＶＣは、生成すべきより多くの情報またはより多くのラベルが存在するかを決定し２０６０、ＴＶＣは、情報種類に基づいて仮想ラベルテンプレートを検索し２０６１（例えば、ソーシャル評価ラベルは、ソーシャルフィードテンプレートを有し、製品情報ラベルは異なるテンプレートなどを有してもよい）、関連情報をラベルテンプレートに入力してもよい２０６２。ある実施例では、ＴＶＣは、仮想ラベルの位置（例えば、Ｘ−Ｙ座標値など）を決定し２０６３、例えば、仮想ラベルは、対象物に近接して位置決めされ、この位置でライブビデオに重なる、生成された仮想ラベルを挿入してもよい２０６５。
【０１５９】
例えば、実質的にＸＭＬでフォーマットされたデータ形式の、生成された仮想ラベルのデータ構造を以下に示す。
【０１６０】
【表９】
2015509241.tif 000011
【０１６１】
上記実施例では、生成された仮想ラベルデータ構造は、映像フレームのサイズ、キャプチャされた対象物（例えば、この対象物は、バーコードなどである）、仮想ラベルに含まれる情報、ラベルの向き、仮想ラベルのフォーマット（例えば、テンプレート、フォント、背景、透明性など）、ラベルの挿入位置等のフィールドを含む。ある実施例では、仮想ラベルは、例えば、上記実施例における製品情報のための情報リンクを包含し、Ａｍａｚｏｎリンクなどが提供されてもよい。ある実施例では、挿入位置は、対象物の位置（例えば、バーコードデコーダなどにより決定された、画像領域のＸＹ座標）に基づいて決定されてもよい。
【０１６２】
図２１は、ＴＶＣのある実施例を示す概略ブロック図である。ある実施例では、ユーザ２１０１は、品物に関するより多くの情報を得ること、品物を類似品と比較すること、品物を購入すること、請求書を支払うことなどを希望する。ＴＶＣ２１０２は、ユーザが身体ジェスチャーと組み合わされた音声コマンドを使用して、これらを行う命令を提供することを可能にしてもよい。ＴＶＣは、ＴＶＣ動作（例えば、取引を行うこと、ユーザの所望品を選択すること、様々な購買者活動を行うことなど）を実行するためのトリガーとして、複数の異なる入力、動作およびジェスチャーからなる複合的動作（例えば、実世界の指検出、タッチ画面ジェスチャー、音声コマンド、ビデオ対象物検出など）を見込む。ある実施例では、ユーザは、コマンドを発声し、ユーザのデバイスを使ってジェスチャーを行うことにより動作を開始し、取引を開始し、品物に関する情報などを提供してもよい。ある実施例では、ユーザのデバイスは、タブレット、携帯電話、携帯ゲームシステム等のモバイルコンピューティングデバイスでもよい。他の実施例では、ユーザのデバイスは、支払デバイス（例えば、デビットカード、クレジットカード、スマートカード、プリペイドカード、ギフトカード等）、ポインタデバイス（例えば、スタイラス等）などの類似のデバイスでもよい。
【０１６３】
図２２ａ〜ｂは、ＴＶＣのある実施例において、ジェスチャーおよび音声コマンドの処理を示すデータフロー図を表す。ある実施例では、ユーザ２２０１は、身体ジェスチャー２２０２および音声コマンド２２０３を共に電子デバイス２２０６に提供することにより動作を始めることがある。ある実施例では、ユーザは、ジェスチャーで電子デバイス自体を使用し、他の実施例では、ユーザは、別のデバイス（例えば、支払デバイスなど）を使用して電子デバイスのカメラ２２０７により、または、電子デバイスから分離した外部カメラ２２０４によりジェスチャーをキャプチャしてもよい２２０５。ある実施例では、カメラは、デバイスの動画を記録し、他の実施例では、カメラは、連写撮影してもよい。ある実施例では、記録は、ユーザが動作を開始したいことを示す電子デバイスのボタンを押すときに開始し、他の実施例では、記録は、ユーザがコマンドアプリケーションを入力し、話し始めると直ちに開始してもよい。記録は、ユーザが話し終えると直ちに、または、ユーザが映像または画像データの収集を終了するためにボタンを押下すると直ちに終了してもよい。電子デバイスは、その後、コマンドメッセージ２２０８をＴＶＣデータベースに送信してもよく、このコマンドメッセージは、ユーザから取得されたジェスチャーおよび音声コマンドを含んでもよい。
【０１６４】
ある実施例では、例示的ＸＭＬエンコードされたコマンドメッセージ２２０８は、以下の形式に類似した形式でもよい。
【０１６５】
【表１０】
2015509241.tif 000012
【０１６６】
ある実施例では、電子デバイスは、ユーザが音声コマンドを開始し、終了するときに音声ファイルをクロップすることにより、音声ファイルのサイズを縮小してもよい。ある実施例では、ＴＶＣは、実行されたジェスチャーの種類をユーザにより発声された言葉と共に決定するために、ジェスチャーおよび音声データを処理してもよい２２１０。ある実施例では、ジェスチャーおよび音声データの処理から生成された複合的ジェスチャーは、以下のデータ構造に類似したＸＭＬエンコードされたデータ構造において具現化されてもよい。
【０１６７】
【表１１】
2015509241.tif 000013
【０１６８】
ある実施例では、複合的ジェスチャーデータ構造内のフィールドは、特定のジェスチャー種類（例えば、指ジェスチャー、対象物ジェスチャー等）が行われたかに依存して空白のままにされてもよい。ＴＶＣは、その後、ジェスチャーおよび言葉をＴＶＣデータベースに記憶された様々な可能なジェスチャーの種類に一致させてもよい２２１１。ある実施例では、ＴＶＣは、データベースに以下の方法と類似した方法で特定の異なるジェスチャーをクエリーしてもよい。
【０１６９】
【表１２】
2015509241.tif 000014
【０１７０】
ある実施例では、上記実施例における各クエリーの結果は、データベースの多種ジェスチャー行為（ＭＤＧＡ）テーブル内で複合的ジェスチャーを検索するため使用されてもよい。例えば、＄ｆｉｎｇｅｒｒｅｓｕｌｔが「タップチェック」であり、＄ｏｂｊｅｃｔｒｅｓｕｌｔが「スワイプ」であり、＄ｖｏｉｃｅｒｅｓｕｌｔが「この支払デバイスで勘定の全てを支払う」である場合、ＴＶＣは、実行された正確な複合的動作を絞るためにこれらの３つの結果を使用してＭＤＧＡテーブルを検索してもよい。一致が見つかった場合、ＴＶＣは、正しい動作が見つけられたという確認を要求し、その後、ユーザの口座を使用して動作を実行してもよい２２１２。ある実施例では、ＴＶＣは、動作を実行するためにユーザの金融情報および口座にアクセスする２２１３。ある実施例では、ＴＶＣは、ユーザの入力に基づく使用可能なジェスチャーのモデルを精緻にするため、ユーザが創作した新しいジェスチャーを追加する等のためにＴＶＣデータベース２２１５内のジェスチャーテーブルを更新してもよい２２１４。ある実施例では、指ジェスチャーの更新２２１４は、以下のコマンドに類似したＰＨＰ／ＭｙＳＱＬコマンドにより実行されてもよい。
【０１７１】
【表１３】
2015509241.tif 000015
【０１７２】
テーブルを成功裏に更新した後２２１６、ＴＶＣは、ユーザを確認ページ２２１７に送り（または、拡張現実（ＡＲ）重ねをユーザに提供してもよく）、これは、動作が成功裏に実行されたことを示す。ある実施例では、ＡＲ重ねは、スマートメガネ、コンタクト、及び／又は、他の類似のデバイス（例えば、グーグルメガネ）の使用を通じてユーザに提供されてもよい。
【０１７３】
図２２ｂに示すように、ある実施例では、電子デバイス２２０６は、音声およびジェスチャーデータ自体を処理し２２１８、処理済みの音声およびジェスチャーデータと一致するかもしれない２２１９、可能なジェスチャーのライブラリを有してもよい。電子デバイスは、次に、コマンドメッセージ２２２に、生のジェスチャーまたは音声データではなく、実行される動作を送信してもよい。ある実施例では、ＸＭＬでエンコードされたコマンドメッセージ２２２０は、以下の形式に類似した形式でもよい。
【０１７４】
【表１４】
2015509241.tif 000016
【０１７５】
ＴＶＣは、その後、指定された動作を実行してもよく２２２１、動作を実施するのに必要な情報にアクセスし、確認ページまたはＡＲ重ね２２２３をユーザに送信してもよい。ある実施例では、ＡＲ重ねのためにＸＭＬでエンコードされたデータ構造は、以下の形式に類似した形式でもよい。
【０１７６】
【表１５】
2015509241.tif 000017
【０１７７】
図２３ａ〜２３ｃは、ＴＶＣのある実施例において、ジェスチャーおよび音声コマンドの処理を示す論理フロー図を表す。ある実施例では、ユーザ２０１は、ＴＶＣにより実行される動作と同じジェスチャーおよび音声コマンドを実行してもよい２３０１。ユーザのデバイス２０６は、オンボードカメラまたはユーザのデバイスに接続されている外部カメラが使用可能なデバイスによって記録された１組の画像または全動画によりジェスチャーをキャプチャし２３０２、オンボードマイクロフォンまたはユーザのデバイスに接続された外部マイクロフォンにより音声コマンドをキャプチャしてもよい。デバイスは、動画または画像内の動きが開始および終了するときに基づいて、ユーザの発声が音声コマンドを開始および終了するときに基づいて、ユーザがデバイス上の動作インターフェースのボタンを押すときに基づいてなどに、ジェスチャーおよび音声コマンドが共に開始および終了するときを決定してもよい２３０３。ある実施例では、ユーザのデバイスは、その後、ジェスチャーおよび音声データをパッケージするのに決定された開始点および終了点を使用してもよく２３０４、同時にパッケージデータを合理的なサイズに維持する。例えば、ある実施例では、ユーザのデバイスは、何らかの加速度計またはジャイロスコープデータを除去し、画像を除去するか、または、ジェスチャーのため決定された開始点および終了点に基づいてジェスチャーの映像をクロップしてもよい。ユーザのデバイスは、音声コマンドに対する開始点および終了点に基づいて、音声コマンドの音声ファイルをさらにクロップしてもよい。これは、データのサイズを縮小、及び／又は、ジェスチャーもしくは音声コマンドをより良く分離させるために、実行されてもよい。ある実施例では、ユーザのデバイスは、開始点および終了点に基づいて、データを削減することなく、データをパッケージ化してもよい。
【０１７８】
ある実施例では、ＴＶＣは、ユーザのデバイスからのデータを受信し２３０５、このデータは、ジェスチャーに関する加速度計及び／又はジャイロスコープデータ、ジェスチャーの動画及び／又は画像、音声コマンドの音声ファイル等を含んでもよい。ある実施例では、ＴＶＣは、どのようにデータを処理するかを決定するために、どんな種類のデータがユーザのデバイスによって送信されたかを決定してもよい。例えば、ユーザのデバイスが加速度計及び／又はジャイロスコープデータを提供した場合２３０６、ＴＶＣは、加速度計及び／又はジャイロスコープデータ点を所定の数学的ジェスチャーモデルと照合することにより、実行されたジェスチャーを決定してもよい２３０９。例えば、特定のジェスチャーが線形ジェスチャーモデルに当てはまる加速度計及び／又はジャイロスコープデータを生成する場合、ＴＶＣは、受信された加速度計及び／又はジャイロスコープデータが線形モデルと一致するかを決定する。
【０１７９】
ユーザのデバイスがジェスチャーの映像及び／又は画像を提供する場合２３０７、ＴＶＣは、映像及び／又は画像を処理するために画像処理コンポーネントを使用してもよく（２３１０）、ジェスチャーが何であるかを決定してもよい。ある実施例では、動画が提供されている場合、動画は、ユーザにより提供された音声コマンドを決定するために使用されてもよい。図２３ｃに示すように、ある例示的実施例では、画像処理コンポーネントは、クイックレスポンス（ＱＲ）コードのための画像及び／又は動画をスキャンしてもよい。ＱＲコードがある場合２３２７、画像処理コンポーネントは、同一のＱＲコードのために画像及び／又は動画の残りをスキャンし、ＱＲコードの動きに基づいて、ジェスチャーに対するデータ点を生成してもよい２３２８。これらのジェスチャーデータ点は、その後、どのジェスチャーがＱＲコードを有する品物により作られたかを決定するために、所定のジェスチャーモデルと比較されてもよい２３２９。ある実施例では、複数のＱＲコードが画像内にある場合、画像処理コンポーネントは、どのコードがユーザのレシート、支払デバイス、及び／又は、ＱＲコードを保有する他の品物に対応するかの指定をユーザに依頼してもよい。ある実施例では、画像処理コンポーネントは、どのＱＲコードを追跡するかを選択することをユーザに促す代わりに、見つけられた全ＱＲコードに対するジェスチャーデータ点を生成してもよく、各ＱＲコードがどの程度動くか（例えば、どのＱＲコードが動くか、どのＱＲコードが最も動くかなど）に基づいて、どれが追跡に正しいコードであるかを選択してもよい。ある実施例では、画像処理コンポーネントがＱＲコードを見つけない場合、画像処理コンポーネントは、クレジットカード、デビットカード、交通機関カード（例えば、ニューヨーク市メトロカード）、ギフトカード等の支払デバイス２３３０に対する画像及び／又は動画をスキャンしてもよい。支払デバイスが発見可能な場合２３３１、画像処理コンポーネントは、同一の支払デバイスのために残りの画像及び／又は残りの動画をスキャンし２３３２、支払デバイスの動きに基づいてジェスチャーデータ点を決定してもよい。複数の支払デバイスが見つけられた場合、ユーザは、どのデバイスがユーザのジェスチャーに関係するかの選択を促されるか、または、前述のＱＲコードと同様に、画像処理コンポーネントは、どの支払デバイスがジェスチャーのために追跡されるべきであるかをそれ自体で決定してもよい。支払デバイスが見つけられない場合、画像処理コンポーネントは、代わりに、手に対する画像及び／又は動画をスキャンしてもよく２３３３、その動きに基づいてジェスチャーデータ点を決定してもよい。複数の手が検出された場合、画像処理コンポーネントは、ＱＲコードまたは支払デバイスを取り扱うのと同様に、それらを取り扱ってもよい。画像処理コンポーネントは、行われたジェスチャーを決定するために、これらの追跡された対象物から生成されたジェスチャーデータ点をＴＶＣデータベース内の所定のジェスチャーモデルに照合してもよい。
【０１８０】
ユーザのデバイスが音声ファイルを与える場合２３０８、ＴＶＣは、音声分析コンポーネントを使用して与えられた音声コマンドを決定してもよい２３１１。ある実施例では、音声分析コンポーネントは、音声ファイルを処理し、音声コマンドのテキスト翻訳を生成してもよい。前述の通り、ある実施例では、音声分析コンポーネントは、ユーザの音声コマンドのテキスト翻訳を生成するために、動画があれば入力として使用してもよい。
【０１８１】
図２３ｂに示すように、ＴＶＣは、行われたジェスチャーおよび音声コマンドを決定した後で、いずれの動作が与えられたジェスチャーと音声コマンドの組み合わせに一致するかを決定するために、ＴＶＣデータベースの動作テーブルにクエリーしてもよい２３１２。一致する動作が見つけられない場合２３１３、ＴＶＣは、ユーザが当初実行した音声コマンドおよびジェスチャーを再試行することをユーザに促してもよい２３１４。一致する動作が見つかった場合、ＴＶＣは、どの種類の動作がユーザから要求されたかを決定してもよい。動作が複数当事者（すなわち、２人以上、及び／又は、２つ以上のエンティティの間）の支払関連動作である場合２３１５、ＴＶＣは、ユーザの口座情報を、取引に関与した販売者、他のユーザ、及び／又は、他の類似エンティティの口座情報と同様に、検索してもよい２３１６。ＴＶＣは、その後、二当事者の間の取引を実行するために口座情報を使用し２３１７、これは、資金移転などのため自分の支払イシュアに連絡するために各エンティティの口座に記憶された口座ＩＤを使用することを含んでもよい。例えば、一方のユーザが別の人に資金移転をしている場合（例えば、第１のユーザが第２の人の金を借りているなど）、ＴＶＣは、２つのエンティティの間で振替取引を始めるために、第２の人からの情報と共に、第１のユーザの口座情報を使用してもよい。
【０１８２】
動作が単一当事者の（すなわち、一人及び／又は一エンティティの自身への資金移転に関する）支払関連動作である場合２３１８、ＴＶＣは、一ユーザの口座情報を検索し２３１９、取引の関連金融及び／又は他の口座にアクセスするためにそれを使用してもよい。例えば、１人のユーザが銀行口座から同一ユーザが保有する補充可能なギフトカードに振替を行っている場合、ＴＶＣは、銀行口座およびギフトカードの両方の情報を取得するためにこのユーザの口座にアクセスし、銀行口座からギフトカードに振替を行うためにこれらの情報を使用する２３２０。
【０１８３】
複数当事者または単一当事者のいずれかの行動において、ＴＶＣは、影響を受ける口座のデータを更新してもよく２３２１（誰に金銭が与えられたか、取引日時、取引サイズ等を含んでもよい取引の記録を保存することを含む）、この更新の確認をユーザに送信してもよい２３２２。
【０１８４】
動作が製品及び／又はサービスに関する情報を取得することに関する場合２３２３、ＴＶＣは、ユーザがもっと知りたい製品及び／又はサービスに関する情報を得るために、要求を関連販売者データベースに送信してもよい２３２４。ＴＶＣは、販売者から得た情報をユーザに提供してもよい２３２５。ある実施例では、ＴＶＣは、ＡＲ重ねにより、または、全検索情報を表示する情報ページもしくはポップアップにより情報を提供してもよい。
【０１８５】
図２４ａは、ＴＶＣのある実施例において店または会場へのチェックインを示すデータフロー図を表す。ある実施例では、ユーザ２４０１は、店にチェックインするために自分の電子デバイス２４０３を使用してＱＲコードをスキャンしてもよい２４０２。電子デバイスは、チェックインメッセージ２４０４をＴＶＣサーバ２４０５に送信し、これにより、ＴＶＣは、ユーザのアクティブな電子ウォレットプロフィールに基づいてユーザに関する情報を記憶する。ある実施例では、例示的なＸＭＬでエンコードされたチェックインメッセージ２４０４は、以下の形式に類似した形式でもよい。
【０１８６】
【表１６】
2015509241.tif 000018
【０１８７】
ある実施例では、ユーザは、店の至る所でショッピングしている間に、品物に関するより多くの情報を取得するために、品物を自分のカートに追加するなどのために、自分の電子デバイスを使って品物をスキャンしてもよい２４０７。かかる実施例では、ユーザの電子デバイスは、スキャンされた品物メッセージ２４０８をＴＶＣサーバに送信してもよい。ある実施例では、例示的なＸＭＬでエンコードされた、スキャンされた品物メッセージ２４０８は、以下の形式に類似した形式でもよい。
【０１８８】
【表１７】
2015509241.tif 000019
【０１８９】
ある実施例では、ＴＶＣは、その後、スキャンされた品物の位置に基づいてユーザの位置を決定し２４０９、ユーザが店にチェックインし、店内で品物を見て回っていることを指示する通知２４１０を店員２４１１に送信してもよい。ある実施例では、例示的なＸＭＬでエンコードされた通知メッセージ２４１０は、スキャンされた品物メッセージ２４０８のスキャンされた品物メッセージを有してもよい。
【０１９０】
店員は、ユーザのプロフィール、店内位置、スキャンされた品物等に基づいて、ユーザに推薦する製品及び／又はサービスを決定するのに２４１２通知メッセージの情報を使用してもよい。一旦店員は提案する少なくとも１つの製品及び／又はサービスを選ぶと、この提案２４１３をＴＶＣサーバに送信する。ある実施例では、例示的なＸＭＬでエンコードされた提案２４１３は、以下の形式に類似した形式でもよい。
【０１９１】
【表１８】
2015509241.tif 000020
【０１９２】
ある実施例では、ＴＶＣは、推薦するためのそれ自身の製品及び／又はサービスを決定するために２４１４、ユーザのプロフィール情報、位置、スキャンされた品物等をさらに使用してもよい。ある実施例では、ＴＶＣは、品物データ構造の通路情報に基づいて、提案された製品及び／又はサービスの店内位置を決定し２４１５、ユーザの位置から提案された製品及び／又はサービスの位置までマップを生成してもよい。ある実施例では、このマップは、ユーザの位置から提案された製品及び／又はサービスまで店内マップの着色された経路に重なる。ＴＶＣは、このマップを提案された製品及び／又は品物と共にユーザへ送信し２４１６、ユーザはこの提案された品物を購入したい場合にこのマップを使用し、提案された品物を見つけ、ユーザが提案された品物をユーザの買い物かごに追加してもよい２４４０。
【０１９３】
図２４ｂ〜ｃは、ＴＶＣのある実施例における仮想店へのアクセスを示すデータフロー図である。ある実施例では、ユーザ２４１７は、カメラ（電子デバイス２４２０の内部にあるか、または、Ｘｂｏｘ  Ｋｉｎｅｃｔデバイスの外部カメラ２４１９）を有し、ユーザの写真を撮影する２４１８。ユーザは、ユーザの洋服サイズ、ユーザが検索したい品物、他の類似情報などの様々なユーザ属性の提供を選択してもよい。電子デバイス２４２０は、ユーザが属性情報を提供しないことを選択するときを含む、ＴＶＣデータベースから（以前に提出された洋服サイズ、色の好み等の）保存属性を取得してもよい２４２１。電子デバイスは、要求２４２２をＴＶＣデータベース２４２３に送信し、データベース内の全保存属性２４２４を受信してもよい。電子デバイスは、その後、ユーザの写真、提供された属性等を含んでもよいアパレルプレビュー要求２４２５をＴＶＣサーバ２４２６に送信してもよい。ある実施例では、例示的なＸＭＬでエンコードされたアパレルプレビュー要求２４２５は、以下の形式に類似した形式をとってもよい。
【０１９４】
【表１９】
2015509241.tif 000021
【０１９５】
ある実施例では、ＴＶＣは、ユーザの身体の大きさ、体形、肌の色等を決定するために画像の分析を含む写真に基づくユーザのそれ自身の分析を実施してもよい２４２７。ある実施例では、ＴＶＣは、ユーザの属性および検索規準に一致する洋服についてデータベースを検索するために２４２８、アパレルプレビュー要求を通じて提供されたものと共にこれらの属性を使用してもよい。ある実施例では、ＴＶＣは、アパレルプレビュー要求に設けられた属性に基づいて、または、ユーザの写真のＴＶＣの分析に基づいて、データベースに記憶されたユーザの属性を更新してもよい２４２９。ＴＶＣが更新は成功であるという確認２４３０を受信した後、ＴＶＣは、ユーザの属性および検索規準に基づいてユーザのため選ばれた衣類、アクセサリ等をプレビューするユーザインターフェースを備える仮想クロゼット２４３１をユーザに送信してもよい。ある実施例では、仮想クロゼットは、ＨＴＭＬおよびＪａｖａｓｃｒｉｐｔを介して具現化されてもよい。
【０１９６】
ある実施例では、図２４ｃに示すように、ユーザは、その後、仮想的にプレビューする品物を選択するために２４３２仮想クロゼットと相互作用してもよい。ある実施例では、仮想クロゼットは、ユーザの写真と一致させるために選択された品物の大きさを調整し２４３３、品物の画像がユーザ画像と適切に調和するように、品物の画像をフォーマット化（例えば、画像を滲ませる、画像上の照明を変更するなど）してもよい。ある実施例では、ユーザは、即座にプレビューするために複数の異なる品物を選択することが可能で（例えば、ユーザは、ドレスとネックレスを同時、または、スカートとパンツを同時にプレビューすることが可能であるかもしれないなど）、プレビューされる色またはパターンの品物の他の特性等を指定することが可能なことがある。ユーザは、仮想クロゼットの背景色、仮想クロゼット内の照明等を変更するように、仮想クロゼット自体の特性を変更してもよい。ある実施例では、一旦ユーザが自分の好みの少なくとも１つの衣類を見つけると、ユーザは、購入のため品物を選択可能である２４３４。電子デバイスは、取引メッセージ２４３６をＴＶＣサーバに送信することにより、取引を開始し２４２５、この取引メッセージは、ＴＶＣデータベースからユーザの金融口座情報を取得するために２４３７使用してもよいユーザ口座情報を包含してもよい。一旦情報が成功裏に得られた場合２４３８、ＴＶＣは、取得されたユーザデータを使用して購入取引を開始してもよい２４３９。
【０１９７】
図２５ａは、ＴＶＣのある実施例における店へのチェックインを示す論理フロー図を表す。ある実施例では、ユーザは、チェックインコードをスキャンし２５０１、これにより、ユーザがチェックインしたという通知をＴＶＣが受信することができ２５０２、ＴＶＣがユーザのために店プロフィールを作成するために提供されたユーザプロフィール識別情報を使用することを許可してもよい。ある実施例では、ユーザは、製品をスキャンし２５０３、これにより、ＴＶＣはユーザの品物スキャンの通知を受信することができ２５０４、ユーザがスキャンされた品物の位置に基づいているか否かを決定すること２５０５をＴＶＣに促してもよい。ある実施例では、ＴＶＣは、その後、チェックイン及び／又は品物スキャンの通知を店員に送信してもよい２５０６。ＴＶＣは、その後、ユーザのプロフィール、買い物かご、スキャンされた品物等に基づいて、ユーザに推薦するために少なくとも１つの製品及び／又はサービスを決定してもよい（または、店員から受信してもよい）２５０７。ＴＶＣは、その後、推薦された製品及び／又はサービスの位置を決定してもよく２５０８、ユーザの位置から推薦された製品及び／又はサービスまでのマップを生成するために、ユーザの位置と推薦された製品及び／又はサービスの位置を使用してもよい２５０９。ＴＶＣは、その後、生成されたマップと共に、推薦された製品及び／又はサービスをユーザに送信してもよく２５１０、その結果、ユーザは、推薦された製品までの自分の進路を見つけ、必要に応じて、推薦品を買い物かごに追加してもよい。
【０１９８】
図２５ｂは、ＴＶＣのある実施例における仮想店へのアクセス示す論理フロー図を表す。ある実施例では、ユーザのデバイスは、ユーザの写真を撮ってもよく２５１１、洋服のサイズ、洋服の種類、及び／又は、他の類似情報などユーザ属性データから要求してもよい２５１２。ユーザが情報を提供しないことを選択すると２５１３、電子デバイスは、事前に入力されたユーザ属性データが存在するかどうかを見るために、ＴＶＣデータベース内のユーザプロフィールにアクセスしてもよい２５１４。ある実施例では、見つけられたものはどれもユーザ画像と共にＴＶＣに送信される２５１５。殆どあるいは全くユーザ属性情報が提供されない場合、ＴＶＣは、ユーザの洋服のサイズ、肌の色、体型等を予測するために、画像処理コンポーネントを使用し２５１６、データベースから洋服を検索してもよい２５１７。ある実施例では、ユーザが情報を提供することを選択する場合２５１３、ＴＶＣは、ユーザの洋服のサイズ等を予測しようとすることなく、洋服をデータベースに自動検索する２５１７。ある実施例では、ＴＶＣは、ユーザの属性に一致する属性がタグ付けされた衣類（例えば、ユーザと同様のサイズなどでタグ付けされた衣類）について検索された衣類２５１８を検索するために、ユーザ属性および検索規準を使用してもよい。ＴＶＣは、仮想クロゼットインターフェースを介してプレビューするための推薦品として、一致する衣類をユーザに送信してもよい２５１９。ユーザにより提供された更なる検索パラメータ（例えば、新色、より高いまたは低い価格等）に依存して、ＴＶＣは、さらなる検索パラメータに依存して、仮想クロゼットにロードされた衣類を更新してもよい２５２０（例えば、ユーザが仮想クロゼット内の赤い衣類等だけを見ることを選択する場合、赤い洋服だけをロードしてもよい）。
【０１９９】
ある実施例では、ユーザは、試着のために少なくとも１つの洋服を選択し２５２１、ユーザ写真で身体及び／又は関節位置とマーカーを決定すること２５２２、および、これらの身体及び／又は関節位置とマーカーとに基づいて、ユーザ画像に合うように衣類の画像の大きさを調整すること２５２３をＴＶＣに促す。ある実施例では、ＴＶＣは、衣類画像の外観をユーザ画像の外観と一致させるために、画像の陰影を変化させること、画像を滲ませることなどを含み、衣類画像をフォーマットしてもよい２５２４。ＴＶＣは、ユーザ上の衣類を仮想的にプレビューすることを可能にするためにユーザ画像に衣類画像を重ね２５２５、ユーザ上で衣類がプレビューされている間に、ユーザが洋服の色、サイズ等の選択肢を変更することを可能にしてもよい。ある実施例では、ＴＶＣは、少なくとも１つの衣類を購入する要求を受信し２５２６、ユーザのＩＤ、送り先住所等を含むユーザ情報を検索してもよい２５２７。ＴＶＣは、ユーザの好みの支払デバイスまたは口座等を含むユーザの支払情報を更に検索し２５２８、取引を処理するためにユーザのイシュア（および販売者のそれ）に接触してもよい２５２９。ＴＶＣは、取引が完了すると、確認をユーザに送信してもよい２５３０。
【０２００】
図２６ａ〜ｄは、ＴＶＣのある実施例における取引の開始を示す概略図を表す。ある実施例では、図２６ａに示すように、ユーザ２６０４は、カメラが使用可能なデバイスでもよい電子デバイス２６０１を有してもよい。ある実施例では、ユーザは、取引に対するレシート２６０２をさらに有し、このレシートは、ＱＲコード２６０３を含んでもよい。ユーザは、音声コマンド「アクティブ状態にあるウォレットで合計を支払う」２６０５を与え、ジェスチャーを実行するためにレシート２６０６の上で電子デバイスをスワイプしてもよい。かかる実施例では、電子デバイスは、音声コマンドの音声およびジェスチャーの動画（または画像の組）を両方共に記録してもよく、ＴＶＣは、試行ジェスチャーを決定するために、記録された動画及び／又は画像の中でＱＲコードの位置を追跡してもよい。ＴＶＣは、その後、ユーザが電子デバイス上のアクティブ状態にあるウォレットを使用してレシートの合計を支払うことを希望することを確認するようにユーザに促すことがあり、ユーザが動作を確認すると、ユーザの口座情報を使用して取引を実施してもよい。
【０２０１】
図２６ｂに示すように、ある実施例では、ユーザは、支払デバイス２６０８を有する場合があり、ユーザは、別の支払デバイス２６０９に振り込むためにこの支払デバイスを使用することを望む。電子デバイス２６１０を使ってジェスチャーを行う代わりに、ユーザは、支払デバイス２６０９の上で支払デバイス２６０８をスワイプすることに関与するジェスチャーを記録するために電子デバイスを使用してもよく、その上、「このクレジットカードを使用して＄２０をメトロカードに追加する」２６０７といった音声コマンドを与える。かかる実施例では、ＴＶＣは、どの支払デバイスがクレジットカードであるか、および、どちらがメトロカードであるかを決定し、ユーザが取引を確認する場合、ユーザの口座情報を使用して前者の口座から後者の口座へ振り込みをする。
【０２０２】
図２６ｃに示すように、ある実施例では、ユーザは、レシート２６１３の差額を支払うために特定の支払デバイス２６１２を使用したい場合がある。かかる実施例では、ユーザは、「このクレジットカードを使用してこの請求書を支払う」２６１１といった音声コマンドと共に、レシート上で支払デバイスをタップするジェスチャーを記録するために電子デバイス２６１４を使用してもよい。かかる実施例では、ＴＶＣは、レシートで指定された請求書の全部を支払うために、指定された支払デバイス（すなわち、クレジットカード）を使用する。
【０２０３】
図２７は、ＴＶＣのある実施例における取引を開始する複数当事者を示す概略図を表す。ある実施例では、それ自身のＱＲコード２７０４を有する支払デバイス２７０３を有するあるユーザは、レシート２７０５上の請求書の一部だけを支払うことを望む場合がある。かかる実施例では、ユーザは、ユーザが注文したか、または、代金を支払うことを望む品物を包含している請求書の部分だけをタップし、「このクレジットカードを使用して請求書のこの部分を支払う」２７０１という音声コマンドを与えてもよい。かかる実施例では、第２の支払デバイス２７０６を有する第２のユーザは、請求書の一部を支払うことも選択し、第２のユーザが代金の支払いを望む請求書の一部を同様にタップしてもよい。かかる実施例では、電子デバイス２７０８は、ジェスチャーを記録するだけでなく、そのディスプレイにＡＲ重ねを作成してもよく、ジェスチャー及び／又は音声コマンドを行った各ユーザを表す異なる色で各人が２７０５に対して支払うことに同意している請求書の部分を強調する。かかる実施例では、ＴＶＣは、どの支払デバイスにどの品物を負担させるかを決定するために、記録されたジェスチャーを使用してもよく、各支払デバイスに対する合計を計算してもよく、各支払デバイスに対して取引を開始してもよい。
【０２０４】
図２８は、ＴＶＣのある実施例における仮想クロゼットを示す概略図を表す。ある実施例では、仮想クロゼット２８０１は、衣類２８０３、アクセサリ２８０４等の選択と共に、ユーザの画像２８０２を表示してもよい。ある実施例では、ユーザが品物２８０５を選択した場合、それが選択されたことを示すためにボックスが選択物を取り囲み、（ユーザのサイズに調節され、ユーザの画像の外観を一致させるために編集される）選択物の画像がユーザの画像に重ねられてもよい。ある実施例では、ユーザは、画像ではなく、自分自身のリアルタイムビデオフィードが表示されてもよく、ビデオフィードは、ユーザが自分の身体で選択された衣類の動きを移動およびシミュレートすることを可能にしてもよい。ある実施例では、ＴＶＣは、ユーザがカメラビューの中で動くときに、衣類の布の種類、長さ等に基づいて、ユーザが衣類の動きを正確に見ることができるように、衣類の３次元モデルを作成するために、異なる角度で撮影された衣類の画像を使用してもよい。ある実施例では、ユーザは、ユーザの検索規準に基づいて利用できる様々な選択肢をスクロールするために、ボタン２８０６を使用してもよい。ユーザは、１つの衣類に対して、他の色２８０８、他のサイズ、他の長さ等の複数の選択肢を選択することも可能である。
【０２０５】
図２９は、ＴＶＣのある実施例におけるレシート用拡張現実インターフェースを示す概略図を表す。ある実施例では、ユーザは、ＡＲインターフェース２９０２を使用してＴＶＣと相互作用するために、スマートメガネ、コンタクト、及び／又は、類似デバイス２９０１を使用してもよい。ユーザは、ユーザのビューの上にあるヘッドアップディスプレイ（ＨＵＤ）重ねの中に、ユーザが閲覧された品物に関して使用するために種々の異なるアプリケーションを選択することを可能にする１組のボタン２９０４を見ることがある（例えば、ユーザは、レシートや別の閲覧された品物を自分のソーシャルネットワークプロフィールに投稿するためにソーシャルネットワークボタンを使用できることがあり、閲覧された品物を購入するために店ボタンを使用するなど）。ユーザは、電子デバイスおよびレシート２９０３に関わるジェスチャーをキャプチャするためにスマートメガネを使用してもよい。ある実施例では、ユーザは、動作プロンプト２９０５を見てもよく、これは、ユーザがジェスチャーをキャプチャし、音声コマンドをスマートメガネに提供することを可能にし、スマートメガネは、その後、ＴＶＣが取引実行可能であることをＴＶＣに通知してもよい。
【０２０６】
図３０は、ＴＶＣのある実施例における製品のための拡張現実インターフェースを示す概略図を表す。ある実施例では、ユーザは、ＡＲ重ねビュー３００２を使用するためにスマートメガネ３００１を使用してもよい。ある実施例では、ユーザは、ユーザの電子デバイスを使ってジェスチャーを行い、衣類品３００３を購入したいことを示す音声コマンドを行った後、これらのＡＲ  ＨＵＤ重ね３００４の中に、指定された支払方法を使用して衣類品を購入する希望を確認するプロンプトを見ることがある。ユーザは、特定衣類の購入開始をＴＶＣに促してもよい音声コマンド「はい」を与えてもよい。
【０２０７】
ＴＶＣ電子ウォレットの追加的特徴
図３１は、ＴＶＣのある実施例における仮想ウォレットアプリケーションの例示的なフィーチャーの概要を示すユーザインターフェース図を表す。図３１は、仮想ウォレットモバイルアプリケーション３１００の様々な例示的特徴の例示を表す。表示された特徴の幾つかは、ウォレット３１０１、ツイッター、フェイスブックなどによるソーシャル統合と、提案およびロイヤリティ３１０３と、スナップモバイル購入３１０４と、アラート３１０５と、セキュリティ設定解析３１９６とを含む。これらの特徴は、以下で更に詳細に説明する。ここに記載された様々な例示的なフィーチャーは、購買者デバイス、及び／又は、物理的または仮想店舗における購買者のショッピング体験中に購買者ユーザを支援する購買者サービス係のデバイスで具現化されてもよいことを理解すべきである。購買者デバイス及び／又は購買者サービス係デバイスの例は、パーソナルコンピュータ、及び／又は、様々なモバイルデバイスを含み、モバイルデバイスは、携帯電話、スパートフォン（例えば、ｉＰｈｏｎｅ（登録商標）、Ｂｌａｃｋｂｅｒｒｙ（登録商標）、Ａｎｄｒｏｉｄ  ＯＳベースの電話機など）、タブレットコンピュータ（例えば、Ａｐｐｌｅ  ｉＰａｄ（商標）、ＨＰ  Ｓｌａｔｅ（商標）、Ｍｏｔｏｒｏｌａ  Ｘｏｏｍ（商標）など）、電子書籍リーダー（例えば、Ａｍａｚｏｎ  Ｋｉｎｄｌｅ（商標）、ＢａｒｎｅｓおよびＮｏｂｌｅのＮｏｏｋ（商標）ｅＲｅａｄｅｒなど）、ラップトップコンピュータ、ノートブック、ネットブック、ゲーム機（例えば、ＸＢＯＸ  Ｌｉｖｅ（商標）、Ｎｉｎｔｅｎｄｏ（登録商標）ＤＳ、ソニーＰｌａｙＳｔａｔｉｏｎ（登録商標）ポータブルなど）等を含むが、これらに限定されることはない。様々な実施例では、ここに記載された特徴の部分集合が購買者デバイスで実施されてもよく、（ある実施例では、これらと何らかの重なり合う特徴を有してもよい）別の部分集合が購買者サービス係デバイスで実施されてもよい。
【０２０８】
図３２Ａ〜Ｇは、ＴＶＣのある実施例において、ショッピングモードにおける仮想ウォレットアプリケーションの例示的なフィーチャーを示すユーザインターフェース図である。図３２Ａに関し、仮想ウォレットモバイルアプリのある実施例は、購買者のショッピング体験を容易にし、著しく高める。図３２Ａに示すように、種々のショッピングモードは、購買者が詳細に調べるために利用できることがある。ある実施例では、例えば、ユーザは、ユーザインターフェースの下部にあるショップアイコン３２１０を選択することにより、ショッピングモードを立ち上げてもよい。ユーザは、品物を検索するために、及び／又は、品物をカート３２１１に追加するために検索フィールド３２１２に品物を入力してもよい。ユーザは、検索及び／又はカートに追加される品物の名前や説明をマイクロフォン３２１３に言うことにより、音声によりアクティベートされるショッピングモードを使用してもよい。ある実施例では、ユーザは、現在の品物３２１５、請求書３２１６、アドレス帳３２１７、販売者３２１８および最寄りの場所３２１９の他のショッピングオプション３２１４を選択してもよい。
【０２０９】
ある実施例では、例えば、ユーザは、図３２Ａの最も左側のユーザインターフェースに示すように、現在の品物のオプション３２１５を選択してもよい。現在の品物３２１５オプションが選択されると、中央のユーザインターフェースが表示されてもよい。図示されるように、中央のユーザインターフェースは、ユーザの買い物かご３２１１に現在の品物リスト３１２５ａ〜ｈを提供してもよい。ユーザは、選択品及び／又は同一販売者からの他の品物の製品説明３２１５ｊを閲覧するために、品物、例えば、品物３２１５ａを選択してもよい。価格および合計支払可能情報は、スナップモバイル購入取引を実施するために必要である情報をキャプチャするＱＲコード３２１５ｋと共に、表示されてもよい。
【０２１０】
図３２Ｂに関し、別の実施例では、ユーザは、請求書３２１６オプションを選択してもよい。請求書３２１６オプションを選択すると、ユーザインターフェースは、一以上の販売者からの請求書及び／又はレシート３２１６ａ〜ｈのリストを表示してもよい。各請求書の次に、訪問日、複数の店からの品物が存在するか、最後の請求書支払日、自動支払、品数等の追加的情報が表示されてもよい。ある実施例では、２０１１年１月２０日付けのウォレット店請求書３２１６ａが選択されてもよい。ウォレット店請求書の選択は、選択された請求書に関する種々の情報を提供するユーザインターフェースを表示してもよい。例えば、ユーザインターフェースは、購入品のリスト３２１６ｋ、＜＜３２１６ｉ＞＞、品物総数、および、対応する値を表示してもよい。例えば、＄１０２．５４の７品物が選択されたウォレット店請求書にあった。ユーザは、今度は、品物のうちのいずれかを選択し、品物購入に追加するために再購入を選択してもよい。ユーザは、最後の無効な提案を除去するために、及び／又は、現在の購入に適用可能な新提案を検索するために、提案３２１６ｊをリフレッシュしてもよい。図３２Ｂに示すように、ユーザは、反復購入のために２つの品物を選択してもよい。追加すると、メッセージ３２１６ｌが２つの品物の追加を確認するために表示されてもよく、この追加は、カート１４の品物の総数を作成する。
【０２１１】
図３２Ｃに関し、さらに別の実施例では、ユーザは、連絡先リスト３２１７ｂを含むアドレス帳３２１７ａを閲覧し、何らかの振込または支払を行うためにアドレス帳のオプション３２１７を選択してもよい。ある実施例では、アドレス帳は、連絡先の名前、利用可能及び／又は好ましい支払モードを使用して、各連絡先を識別してもよい。例えば、連絡先アマンダ・ジーは、アイコン３２１７Ｃにより示されるように、ソーシャル支払（例えば、フェイズブックによる）により支払われることがある。別の実施例では、ＱＲコードアイコン３２１７ｄによって示されるようにＱＲコードによりブライアン・エスに振り込まれてもよい。更に別の実施例では、チャールズ・ビーは、近距離通信３２１７ｅ、Ｂｌｕｅｔｏｏｔｈ３２１７ｆおよび電子メール３２１７ｇによる支払を容認してもよい。支払は、ツイッターなどのソーシャルチャネルと同様に、ＵＳＢ３２１７ｈにより（例えば、２台のモバイルデバイスを物理的に接続することにより）さらに行われることがある。
【０２１２】
ある実施例では、ユーザは、支払いのためにジョー・ピーを選択してもよい。ジョー・ピーは、ユーザインターフェースに示すように、自分の名前の隣に電子メールアイコン３２１７ｇを有し、ジョー・ピーが電子メールによる支払いを受け付けることを示す。自分の名前が選択されると、ユーザインターフェースは、電子メール、電話など自分の連絡先情報を表示してもよい。ユーザが電子メール以外の方法によりジョー・ピーへの支払を行うことを望む場合、ユーザは、自分の連絡先情報に別の振込モード３２１７ｊを追加し、支払振込を行ってもよい。図３２Ｄに関し、ユーザは、このユーザがジョーへの振込金額を入力すると共に、ジョーに支払取引３２１７ｌのためのコンテキストを提供するために他のテキストを追加できる画面３２１７ｋを提供されてもよい。ユーザは、グラフィカルユーザインターフェース要素３２１７ｍを用いて、ジョーが連絡され得るモード（例えば、ＳＭＳ、電子メール、ソーシャルネットワーキング）を選択できる。ユーザがタイプすると、入力されたテキストは、レビューのためＧＵＩ要素３２１７ｎ内で提供されてもよい。ユーザが必要な情報を入力し終えると、ユーザは、ソーシャルメッセージをジョーに送信するために送信ボタン３２１７ｏを押すことができる。ジョーが仮想ウォレットアプリケーションも有する場合、ジョーは、アプリ内またはソーシャルネットワークのウェブサイトで直接的に、（例えば、Ｔｗｉｔｔｅｒ（商標）、Ｆａｃｅｂｏｏｋ（登録商標）など）ソーシャル支払メッセージをレビュー３２１７ｐできることがある。メッセージは、様々なソーシャルネットワークおよび他のソース（例えば、ＳＭＳ、電子メール）から集められてもよい。各メッセージモードのため適切な換金の方法は、ソーシャル支払メッセージと共に指示されてもよい。図３２Ｄにおける例示では、ジョーが受信したＳＭＳ３２１７ｑは、ジョーがＳＭＳに応答し、ハッシュタグ値「＃１２３４」を入力することにより、ＳＭＳを介して得た＄５を換金できることを示す。同じ例示では、ジョーは、Ｆａｃｅｂｏｏｋ（登録商標）により、ジョーが＄２５支払換金を開始するためにアクティベート可能なＵＲＬリンクを含むメッセージ３２１７ｒも受信している。
【０２１３】
図３２Ｅに関し、幾つかの他の実施例では、ユーザは、販売者３２１８ａ〜ｅの選択リストを閲覧するために、ショッピングモードの選択肢リストから販売者３２１８を選択してもよい。ある実施例では、リスト中の販売者は、ウォレットに加盟しているか、ウォレットと密接な関係を有してもよい。別の実施例では、販売者は、ユーザ定義またはその他の規準を満たす販売者のリストを含んでもよい。例えば、このリストは、ユーザ、ユーザがよく買い物をするか、合計額ｘより多く費やすか、もしくは、３ヶ月連続して買い物をした販売者等により精選されたものであってもよい。ある実施例では、ユーザは、販売者の一人、例えば、Ａｍａｚｏｎ３２１８ａをさらに選択してもよい。ユーザは、その後、３２１８ｆ〜ｊの関心のある品物を見つけるために販売者リストを検索してもよい。ウォレットを通じて直接的に、かつ、別個のページから販売者サイトを訪問することなく、ユーザは、Ａｍａｚｏｎのカタログ３２１８ａから品物３２１８ｊを選択してもよい。図３２Ｄの最も右側のユーザインターフェースに示すように、選択された品物は、その後、カートに追加されてもよい。メッセージ３２１８ｋは、選択された品物がカートに追加されたこと、および、カート内の更新された品物数が今は１３であることを示す。
【０２１４】
図３２Ｆに関し、ある実施例では、地理的にユーザに近い販売者リストを閲覧するためにユーザが選択する最寄りの場所オプション３２１９が存在してもよい。例えば、販売者３２１９ａ〜ｅのリストは、ユーザに近い販売者でもよい。ある実施例では、モバイルアプリケーションは、ユーザの位置に基づいて、ユーザが店内にいるときをさらに識別してもよい。例えば、位置アイコン３２１９ｄは、ユーザが店の近くにいるとき、店（例えば、Ｗａｌｇｒｅｅｎｓ）の隣に表示されてもよい。ある実施例では、モバイルアプリケーションは、ユーザが店（例えば、Ｗａｌｇｒｅｅｎｓ）から離れた場合に、ユーザの位置を周期的にリフレッシュしてもよい。ある実施例では、ユーザは、モバイルアプリケーションを通じて、選択されたＷａｌｇｒｅｅｎｓ店の提供物の中を進んでもよい。例えば、ユーザは、モバイルアプリケーションを使用して、Ｗａｌｇｒｅｅｎｓの通路５で入手可能な品物３２１９ｆ〜ｊに進むことがある。ある実施例では、ユーザは、カート３２１９ｋに追加するためにトウモロコシ３２１９ｉを自分のモバイルアプリケーションから選択してもよい。
【０２１５】
図３２Ｇに関し、別の実施例では、最寄りの場所オプション３２１９は、特に店内マップとリアルタイムマップフィーチャーを含んでもよい。例えば、Ｗａｌｇｒｅｅｎｓ店舗を選択すると、ユーザは、店舗の編成および（黄色の円で表された）ユーザの位置を表すマップ３２１９ｍを表示する通路マップ３２１９ｌを立ち上げてもよい。ある実施例では、ユーザは、店内の互いの位置を共有するように一人以上の他のユーザ（例えば、ユーザの子供）を追加するためにマップを容易に構成してもよい。別の実施例では、ユーザは、マップ内のストリートビューに類似した「店舗ビュー」を立ち上げるオプション選択肢を有してもよい。店舗ビュー３２１９ｎは、ユーザの周辺の画像／動画を表示してもよい。例えば、ユーザが通路５に入ろうとする場合、店舗ビューマップは、通路５のビューを見せてもよい。さらに、ユーザは、店舗ビューを前後右左へ、さらに、時計回り、および、反時計回りに動かすために３２１９ｏを使用して、マップの向きを操作してもよい。
【０２１６】
図３３Ａ〜Ｆは、ＴＶＣのある実施例において、支払モードにおける仮想ウォレットアプリケーションの例示的なフィーチャーを示すユーザインターフェース図を表す。図３３Ａに関し、ある実施例では、ウォレットモバイルアプリケーションは、ウォレットモード３３１０により取引代金を支払う複数のオプションをユーザに与えてもよい。ある実施例では、支払いをする例示的なユーザインターフェース３３１１が図示される。ユーザインターフェースは、取引の額３３１２と通貨３３１３を明瞭に識別してもよい。額は、支払可能額で、通貨は、ドルおよびユーロの現実の通貨だけでなく、リワードポイントの仮想通貨を含んでもよい。取引３３１４の額は、ユーザインターフェースに目立つように表示されることもある。ユーザは、様々なクレジット、デビット、ギフト、リワード、及び／又は、プリペイドカードを含んでもよい一以上の支払形式３３１７を選択するために資金の種類３３１６を選択してもよい。ユーザは、リワードポイントを使って、完全にまたは部分的に、支払を行う選択肢を有してもよい。例えば、ユーザインターフェース上のグラフィカル標識３３１８は、利用可能なポイントの数を表示し、グラフィカル標識３３１９は、支払い額２３４．５６のために使用されるポイントの数と、選択された通貨（例えば、米ドル）でのポイントの数の等価額３３２０とを表示する。
【０２１７】
ある実施例では、ユーザは、取引代金を支払うために複数の出所からの資金を組み合わせてもよい。ユーザインターフェースに表示された額３３１５は、選択された支払い形式（例えば、Ｄｉｓｃｏｖｅｒカードおよびリワードポイント）によってこれまでに補填された全資金の額を示してもよい。ユーザは、別の支払い形式を選択したり、額３３１５が支払可能額３３１４に一致するまで一以上の支払い形式から借方記入される額を調整してもよい。一旦一以上の支払形式から貸方記入される額がユーザによって確定されると、支払承認が開始してもよい。
【０２１８】
ある実施例では、ユーザは、ユーザが支払ボタン３３２１を選択すると、取引承認が安全かつ匿名的な方法で実施されるように、一部（例えば、所定）または全部の識別情報を効果的に覆い隠す、または、匿名化するためにクロークボタン３３２２を選択することにより、安全な取引の承認を選択してもよい。別の実施例では、ユーザは、取引処理のため標準的な承認技術を使用可能な支払ボタン３３２１を選択してもよい。さらに別の実施例では、ユーザがソーシャルボタン３３２３を選択すると、取引関連メッセージは、（ユーザにより設定された）一以上のソーシャルネットワークに通信されてもよく、このソーシャルネットワークがウォール投稿またはツイートのソーシャルフォーラムで購入取引を投稿または告知してもよい。ある実施例では、ユーザは、ソーシャル支払処理オプション３３２３を選択してもよい。標識３３２４は、進行中のソーシャル共有データの承認および送信を表してもよい。
【０２１９】
別の実施例では、限定支払モード３３２５は、処方箋購入などのある購入活動のためにアクティベートされてもよい。モードは、専門の商品およびサービスの処理を容易にするために、イシュア、保険業者、販売者、支払処理機構、及び／又は、他のエンティティにより定義された規則に従ってアクティベートされてもよい。このモードでは、ユーザは、医療費支出口座（ＦＳＡ）３３２７、医療積立口座（ＨＳＡ）等の専門口座と、選択された口座に借方記入される金額を選択するために、資金タブの下で支払形式のリスト３３２６をスクロールダウンしてもよい。ある実施例では、この制限支払モード１９２５処理は、購入情報のソーシャル共有を無効にしてもよい。
【０２２０】
ある実施例では、ウォレットモバイルアプリケーションは、インポート資金ユーザインターフェース３３２８により資金のインポートを容易にしてもよい。例えば、失業中のユーザは、ウォレットモバイルアプリケーションにより失業給付資金３３２９を取得してもよい。ある実施例では、資金を提供するエンティティは、処理表示メッセージ３３３０により表されるように基金を使用する規則を構成することもある。ウォレットは、事前に規則を読み、適用してもよく、規則により設定された規準を満たさない失業基金による購入を拒絶してもよい。例示的な規準は、例えば、加盟店業種コード（ＭＣＣ）、取引時間、取引場所等を含んでもよい。一例として、ＭＣＣ５４１１を有する食料品販売者との取引は承認されてもよく、ＭＣＣ５８１３を有するバー販売者による取引は、拒否されてもよい。
【０２２１】
図３３Ｂに関し、ある実施例では、ウォレットモバイルアプリケーションは、特に、ユーザの位置、嗜好、および通貨価値の嗜好などの要因に基づいて動的支払最適化を容易にしてもよい。例えば、ユーザが米国に居るとき、国表示３３３１は、米国の国旗を表示し、通貨３３３３に米国を設定してもよい。ある実施例では、ウォレットモバイルアプリケーションは、支払形式３３３５が種々の支払形式の人気または受容性を反映するように一覧化される順序を自動再配列してもよい。ある実施例では、配列は、ウォレットモバイルアプリケーションによって変更されないユーザの嗜好を反映してもよい。
【０２２２】
同様に、ドイツ人ユーザが独国でウォレットを操作するとき、モバイルウォレットアプリケーションユーザインターフェースは、運用国３３３２および通貨３３３４を反映するために動的に更新されてもよい。ある実施例では、ウォレットアプリケーションは、異なる支払形式３３３６が当該国における引受レベルに基づいて一覧化される順序を再配列してもよい。もちろん、これらの支払形式の順序は、自分自身の嗜好に合うように、ユーザにより修正されてもよい。
【０２２３】
図３３Ｃに関し、ある実施例では、ウォレットモバイルアプリケーションユーザインターフェースにおける支払タブ３３３７は、資金タブで選択された資金を受け取る一人以上の受取人のユーザ選択を容易にしてもよい。ある実施例では、ユーザインターフェースは、ユーザが以前に取引を行っているか、または、取引を行うために利用可能である全受取人のリストを表示してもよい。ユーザは、その後、一人以上の受取人を選択してもよい。受取人３３３８は、Ａｍａｚｏｎ．ｃｏｍ社などのより大規模な販売者と、ジェーン・ピー・ドゥーの個人と、を含んでもよい。各受取人名の隣に、受取人のために受け付けられた支払モードのリストが表示されてもよい。ある実施例では、ユーザは、支払いを受け取る受取人ジェーン・ピー・ドゥー３３３９を選択してもよい。選択後、ユーザインターフェースは、受取人に関する追加的識別情報を表示してもよい。
【０２２４】
図３３Ｄに関し、ある実施例では、モードタブ１９４０は、受取人によって承認された支払モードの選択を容易にしてもよい。複数の支払モードが選択のため利用可能であってもよい。例示的なモードは、特に、ブルートゥース３３４１、ワイヤレス３３４２、ユーザ指向ＱＲコードによるスナップモバイル３３４３、セキュアチップ３３４４、ツイッター３３４５、近距離通信（ＮＦＣ）３３４６、セルラ３３４７、ユーザ提供ＱＲコードによるスナップモバイル３３４８、ＵＳＢ３３４９およびフェイスブック３３５０を含む。ある実施例では、受取人により受け付けられる支払モードだけがユーザにより選択できることがある。他の非承認支払モードは、無効にされてもよい。
【０２２５】
図３３Ｅに関し、ある実施例では、提案タブ３３５１は、ユーザによる選択のためユーザのカートの品物に関連するリアルタイム提案を提供してもよい。ユーザは、履行のため適用可能な提案３３４２のリストから一以上の提案を選択してもよい。ある実施例では、幾つかの提案が組み合わされてもよいが、他の提案は組み合わされない。ユーザが別の提案と組み合わされることがない提案を選択するとき、選択されない提案は、無効にされてもよい。ある実施例では、ウォレットアプリケーションの推薦エンジンにより推薦された提案は、３３５３により表されたもののように、指標により識別されてもよい。ある実施例では、ユーザは、ユーザインターエースにおいて３３５４により表されるように提案を拡張することにより提案の詳細を読むことがある。
【０２２６】
図３３Ｆに関し、ある実施例では、ソーシャルタブ３３５５は、ウォレットアプリケーションとソーシャルチャネル３３５６の統合を容易にしてもよい。ある実施例では、ユーザは、一以上のソーシャルチャネル３３５６を選択してもよく、ソーシャルチャネルユーザ名およびパスワード３３５７をウォレットアプリケーションに提供し、３３５８でサインインすることにより、ウォレットアプリケーションから選択されたソーシャルチャネルにサインインしてもよい。ユーザは、その後、統合されたソーシャルチャネルを介して送金または受金するためにソーシャルボタン３３５９を使用してもよい。ある実施例では、ユーザは、統合されたソーシャルチャネルを介して購入情報またはリンクのソーシャル共有データを送信してもよい。別の実施例では、ユーザが供給したログイン証明書は、ＴＶＣが妨害解析に使用することを可能にしてもよい。
【０２２７】
図３４は、ＴＶＣのある実施例における履歴モードでの仮想ウォレットアプリケーションの例示的なフィーチャーを示すユーザインターフェース図を表す。ある実施例では、ユーザは、過去の購入履歴を閲覧し、これらの過去の購入に関して様々な動作を実行するために履歴モード３４１０を選択してもよい。例えば、ユーザは、名前、製品、ＭＣＣ等の販売者識別情報を検索バー３４１１に入力してもよい。別の実施例では、ユーザは、マイクロフォンアイコン３４１４をクリックすることにより、音声によりアクティベートされる検索フィーチャーを使用してもよい。ウォレットアプリケーションは、探索キーワードに一致する取引を、モバイルデバイスの記憶領域または他の場所（例えば、一以上のデータベース及び／又はモバイルデバイスから遠隔のテーブル）にクエリーしてもよい。ユーザインターフェースは、取引の日付３４１２と、取引に関連する販売者および品物３４１３と、取引が行われたことを確認するレシートのバーコードと、取引金額および何らかの他の関連情報も識別してもよい。
【０２２８】
ある実施例では、ユーザは、取引の詳細を閲覧するために、取引、例えば、取引３４１５を選択してもよい。例えば、ユーザは、取引に関連付けられた品物の詳細と各品物の金額３４１６を閲覧してもよい。ある実施例では、ユーザは、ユーザが取引または取引内の品物に関して取り得る動作３４１８を閲覧するために表示オプション３４１７を選択してもよい。例えば、ユーザは、写真（例えば、ユーザとユーザが購入したｉＰａｄとの写真）を取引に追加してもよい。ある実施例では、ユーザがソーシャルチャネルを介して事前に購入を共有している場合、写真を含む投稿が生成され、公表のためソーシャルチャネルに送信されてもよい。ある実施例では、共有は選択的であり、ソーシャルチャネルを介して購入を共有しなかったユーザは、ウォレットアプリケーションの履歴モードから直接的に自分の選択による一以上のソーシャルチャネルを介して写真を依然として共有してもよい。別の実施例では、ユーザは、取引を会社費用、家庭費用、旅費、または、ユーザにより設定された他のカテゴリーのグループに追加してもよい。かかるグループ分けは、年末費用会計、作業費用報告の提出、付加価値税（ＶＡＴ）還付の提出、個人費用等を容易にしてもよい。さらに別の実施例では、ユーザは、取引で購入された一以上の品物を買うことがある。ユーザは、その後、品物を見つけるために販売者カタログまたはサイトに進むことなく、取引を実行してもよい。ある実施例では、ユーザは、その後の購入のために取引において一以上の品物をカートに入れることもある。
【０２２９】
別の実施例では、履歴モードは、取引における品物の評価３４１９を取得表示する機能を提供してもよい。評価の出所は、ユーザ、（例えば、ソーシャルチャネル、連絡先などからの）ユーザの友達、ウェブから集められたレビュー等でもよい。ある実施例におけるユーザインターフェースは、ユーザがメッセージをソーシャルチャネル（例えば、ツイッターまたはフェイスブック）の他のユーザに投稿することを可能にしてもよい。例えば、表示領域３４２０は、２人のユーザの間のフェイスブックメッセージ交換を表す。ある実施例では、ユーザは、メッセージ３４２１を介してリンクを共有してもよい。製品へのリンクが埋め込まれているメッセージの選択は、ユーザが製品の説明を閲覧すること、及び／又は、履歴モードから直接的に製品を購入することを可能にする。
【０２３０】
ある実施例では、履歴モードは、レシートをエクスポートする機能を有してもよい。エクスポートレシートポップアップ３４２２は、履歴中の取引のレシートをエクスポートする複数のオプションを提供してもよい。例えば、ユーザは、一以上のオプション３４２５を使用してもよく、これらのオプションは、（ローカルモバイルメモリ、サーバ、クラウド口座等への）保存、プリンタへの印刷、ファックス、電子メール等を含む。ユーザは、エクスポート用の電子メールまたはファックス番号を調べるために自分のアドレス帳３４２３を利用してもよい。ユーザは、レシートをエクスポートするフォーマットオプション３４２４を特定してもよい。フォーマットオプションの例は、テキストファイル（．ｄｏｃ、．ｔｘｔ、．ｒｔｆ、．ｉｉｆなど）、スプレッドシート（．ｃｓｖ、．ｘｌｓなど）、画像ファイル（．ｊｐｇ、．ｔｆｆ、．ｐｎｇなど）、ポータブルドキュメントフォーマット（．ｐｄｆ）、ポストスクリプト（．ｐｓ）等を含むが、これらに限定されることはない。ユーザは、このとき、レシートのエクスポートを開始するために、エクスポートボタン３４２７をクリックまたはタップしてもよい。
【０２３１】
図３５Ａ〜Ｅは、ＴＶＣのある実施例におけるスナップモードでの仮想ウォレットアプリケーションの例示的なフィーチャーを示すユーザインターフェース図を表す。図３５Ａに関し、ある実施例では、ユーザは、ユーザのスナップフィーチャーにアクセスするためにスナップモード２１１０を選択してもよい。スナップモードは、データの機械読み取り可能な表現を取り扱ってもよい。かかるデータの例は、ＵＰＣコードおよびＱＲコードの一次元および二次元バーコードを含んでもよい。これらのコードは、レシート、製品包装等で見つけられる。スナップモードは、レシート、製品、提案、クレジットカードまたは他の支払デバイス等の写真を処理し、取り扱ってもよい。スナップモードでの例示的なユーザインターフェースは、図３５Ａに表される。ユーザは、ＱＲコード３５１５及び／又はバーコード３５１４の写真を撮影するために自分のモバイルフォンを使用してもよい。ある実施例では、バー３５１３およびスナップフレーム３５１５は、ユーザがコードを適切にスナップ撮影するのを支援してもよい。例えば、スナップフレーム３５１５は、図示されるように、コード３５１６の全体をキャプチャしない。従って、このビューでキャプチャされたコードは、コード中の情報が不完全である可能性があり、解決できないことがある。このことは、スナップモードが依然としてコードを探していることを示すバー３５１３上のメッセージによって示される。コード３５１６がスナップフレーム３５１５によって完全にフレーム化されると、バーメッセージは、例えば、「スナップ検出」に更新されてもよい。コードを見つけると、ある実施例では、ユーザは、モバイルデバイスカメラを使用してコードのキャプチャを開始してもよい。別の実施例では、スナップモードは、モバイルデバイスカメラを使用してコードを自動的にスナップ撮影してもよい。
【０２３２】
図３５Ｂに関し、ある実施例では、スナップモードは、取引後支払再配列を容易にしてもよい。例えば、ユーザは、小売業者アクメ・スーパーマーケットから食料品および処方箋品物を買うことがある。ユーザは、例えば、うっかり、または、チェックアウトを簡略化するため、食料品と処方品の両方の代金を支払うために自分のＶｉｓａカードを使用するかもしれない。しかし、ユーザは、処方品の代金を支払うために使用可能なＦＳＡ口座を有し、ＦＳＡ口座は、ユーザに税制優遇策を提供する。かかる場合、ユーザは、取引再分配を開始するためにスナップモードを使用してもよい。
【０２３３】
図示するように、ユーザは、検索ターム（例えば、請求書）を検索バー２１２１に入力してもよい。ユーザは、その後、タブ３５２２内でユーザが再分配したいレシート３５２３を識別してもよい。代替的に、ユーザは、レシート上のバーコードの写真をそのままスナップ撮影してもよく、スナップモードは、バーコードからの情報を使用して、レシート３５２３を生成、表示してもよい。ユーザは、今度は、再分配３５２５してもよい。ある実施例では、ユーザは、取引３５２４に異議を唱えることも、または、レシート３５２６を保存することもある。
【０２３４】
ある実施例では、再分配ボタン３５２５が選択されると、ウォレットアプリケーションは、レシートの光学文字認識（ＯＣＲ）を実行してもよい。レシート中の品物の各々は、その後、税、または、キャッシュバック、リワードポイントなどの他の特典のために支払デバイスまたは口座に課金させられる可能性がある一以上の品物を識別するために検査されてもよい。この例では、ユーザのＶｉｓａカードに課金さらた処方箋医薬品がユーザのＦＳＡに課金される場合、税制優遇策が存在する。ウォレットアプリケーションは、この後、バックエンドとして再分配を実行してもよい。再分配プロセスは、処方箋医薬品の金額をＶｉｓａカードに貸方記入し、同額をユーザのＦＳＡ口座に借方記入するために支払プロセッサに連絡を取るウォレットを備えてもよい。代替的実施例では、支払プロセッサ（例えば、ＶｉｓａまたはＭａｓｔｅｒＣａｒｄ）は、レシートを取得し、ＯＣＲ処理し、再分配のため品物および支払口座を識別し、再分配を実行してもよい。ある実施例では、ウォレットアプリケーションは、選択された品物の負担を別の支払口座に再分配することを確認することをユーザに要求してもよい。レシート３５２７は、再分配プロセスの完了後に生成されてもよい。前述のとおり、レシートは、同じ負担がＶｉｓａ口座からＦＳＡへ移されたことを表す。
【０２３５】
図３５Ｃに関し、ある実施例では、スナップモードは、バーコードまたはＱＲコードの支払コードによって支払いを容易にしてもよい。例えば、ユーザは、未完了の取引のＱＲコードをスナップ撮影してもよい。ＱＲコードは、販売者ＰＯＳ端末、ウェブサイト、または、ウェブアプリケーションで表示されてもよく、購入用の品物を識別する情報、販売者詳細、および、他の関連情報で符号化されてもよい。ユーザがＱＲコードなどをスナップ撮影するとき、スナップモードは、ＱＲコード中の情報をデコードしてもよく、レシート３５３２を生成するために復号された情報を使用してもよい。一旦ＱＲコードが識別されると、ナビゲーションバー３５３１は、支払コードが識別されたことを示してもよい。ユーザは、このとき、カート３５３３に追加する、デフォルト支払口座３５３４を使って支払う、または、ウォレット３５３５を使って支払う、というオプションを有してもよい。
【０２３６】
ある実施例では、ユーザは、デフォルト３５３４で支払うことに決定してもよい。ウォレットアプリケーションは、その後、購入取引を完了するために、ユーザのデフォルト支払方法、本例では、ウォレットを使用してもよい。取引が完了すると、レシートが、購入の証明のため自動的に生成されてもよい。ユーザインターフェースは、完了した取引を取り扱う他のオプションを提供するように更新されてもよい。例示的なオプションは、購入情報を他人と共有するためのソーシャル３５３７、図３５Ｂに関して説明する再分配３５３８、および、レシートを保存するアーカイブ３５３９を含む。
【０２３７】
図３５Ｄに関し、ある実施例では、スナップモードは、提案識別、アプリケーションおよび将来の使用のための記憶を容易にしてもよい。例えば、ある実施例では、ユーザは、提案コード３５４１（例えば、バーコード、ＱＲコード等）をスナップ撮影してもよい。ウォレットアプリケーションは、その後、提案コードに符号化された情報から提案テキスト３５４２を生成してもよい。ユーザは、提案コードに関して複数の動作を実行してもよい。例えば、ユーザは、提案コードを承認する全販売者、提案コードを承認する近くの販売者、提案コードに適格な販売者からの製品等を見つけるのに発見ボタン３５４３を使用する。ユーザは、カートへの追加ボタン３５４４を使用して、提案コードを現在カート内にある品物に適用してもよい。さらに、ユーザは、保存ボタン３５４５を選択することにより将来の使用のための提案を保存することもある。
【０２３８】
ある実施例では、提案またはクーポン３５４６が適用された後、ユーザは、発見を使用して適格販売者及び／又は製品を見つけるオプションを有し、ユーザは、３５４８を使用してウォレットに進み、ユーザは、後の使用のため提案またはクーポン３５４６を保存してもよい。
【０２３９】
図３５Ｅに関し、ある実施例では、スナップモードは、資金源をウォレットアプリケーションに追加する機能を提供してもよい。ある実施例では、クレジットカード、デビットカード、プリペイドカード、スマートカード、および、他の支払口座の支払カードは、バーコードまたはＱＲコードなどの関連コードを有してもよい。かかるコードは、名前、住所、支払カード種類、支払カード口座明細、残高、使用限度額、リワード残高等を含むが、これらに限定されない、支払カード情報を内部に符号化していてもよい。ある実施例では、コードは、物理的な支払カードの表面で見つかる。別の実施例では、コードは、関連オンライン口座または別の安全な場所にアクセスすることにより得られる。さらに別の実施例では、コードは、支払カードを添付する手紙に印刷されている。ユーザは、ある実施例では、コードの写真をスナップ撮影してもよい。ウォレットアプリケーションは、支払カード３５５１を識別し、支払カード中に符号化されたテキスト情報３５５２を表示してもよい。ユーザは、その後、照合ボタン３５５３を選択することにより情報３５５２の検証を実行してもよい。ある実施例では、検証は、復号された情報３５５２とその他の関連情報の確認のため支払カードのイシュアと連絡を取ることを含んでもよい。ある実施例では、ユーザは、「ウォレットに追加」ボタン３５５４を選択することにより支払カードをウォレットに追加してもよい。支払カードをウォレットに追加する命令は、図３３Ａにおいて説明された資金タブ３３１６の下に、ペイカードが支払形式の１つとして現れるようにする。ユーザは、取消ボタン３５５５を選択することにより資金源としての支払カードのインポートを取り消してもよい。支払カードがウォレットに追加されたとき、ユーザインターフェースは、インポートが完了することを通知表示３５５６を介して示すために更新されてもよい。ユーザは、その後、追加されたカードを資金源として使用し始めるためにウォレット３５５７にアクセスしてもよい。
【０２４０】
図３６は、ＴＶＣのある実施例における提案モードでの仮想ウォレットアプリケーションの例示的なフィーチャーを示すユーザインターフェース図を表す。ある実施例では、ＴＶＣは、ユーザが仮想ウォレットモバイルアプリケーションの範囲から製品及び／又はサービスの提案を検索することを可能にする。例えば、ユーザは、テキストをグラフィカル・ユーザ・インターフェース（ＧＵＩ）要素３６１１に入力すること、または、ＧＵＩ要素３６１２をアクティベートしてコマンドをデバイスに言うことによって発声コマンドを発してもよい。ある実施例では、ＴＶＣは、ユーザの過去の行動、人口統計、現在位置、現在のカートの選択または購入品等に基づいて提案を提供してもよい。例えば、ユーザが実店舗、またはオンラインショッピングウェブサイトにいて、（仮想）店を離れる場合、店に関連付けられた販売者は、購買者をもう一度（仮想）店に迎えるために、より魅惑的な取引を提供することを望む場合がある。取引業者はかかる提案３６１３を提供してもよい。例えば、提案は、値引きで満了時間を含んでもよい。ある実施例では、他のユーザは、ギフト（例えば、３６１４）をユーザに提供してもよく、ユーザはこのギフトを換金してもよい。ある実施例では、提案部は、他のユーザへの未払資金の支払に関するアラートを含んでもよい（例えば、３６１５）。ある実施例では、提案部は、他のユーザからの要求中の資金の受け取りに関するアラートを含んでもよい（例えば、３６１６）。例えば、かかるフィーチャーは、他のアプリケーション（例えば、メール、カレンダー、タスク、ノート、リマインダープログラム、アラームなど）から、または、ユーザによる仮想ウォレットアプリケーションへの手動入力により受取可能資金を識別してもよい。ある実施例では、提案部は、ＴＶＣに加入中の販売者からの提案を提供してもよい（例えば、３６１７〜３６１９、３６２０）。これらの提案は、時には、参加している販売者の組み合わせを使用して組み立てられてもよい（例えば、３６１７）。ある実施例では、ＴＶＣ自体が、仮想ウォレットアプリケーションの範囲内からの特定支払形式を利用してユーザ次第で、ユーザのための提案を提供してもよい（例えば、３６２０）。
【０２４１】
図３７Ａ〜Ｂは、ＴＶＣのある実施例におけるセキュリティおよびプライバシーモードでの仮想ウォレットアプリケーションの例示的なフィーチャーを示すユーザインターフェース図を表す。図３７Ａに関し、ある実施例では、ユーザは、例えば、ユーザインターフェース要素をアクティベートすることにより、ユーザプロフィール及び／又はユーザの設定を閲覧及び／又は修正可能であってもよい。例えば、ユーザは、ユーザ名（例えば、３７１１ａ〜ｂ）、口座番号（例えば、３７１２ａ〜ｂ）、ユーザセキュリティアクセスコード（例えば、３７１３〜ｂ）、ユーザＰＩＮ（３７１４〜ｂ）、ユーザ住所（例えば、３７１５〜ｂ）、ユーザに関連付けられたソーシャルセキュリティ番号（例えば、３７１６〜ｂ）、現在のデバイスＧＰＳ位置（例えば、３７１７〜ｂ）、ユーザが現在いる店の販売者のユーザ口座（例えば、３７１８〜ｂ）、ユーザのリワード口座（例えば、３７１９〜ｂ）等を閲覧／修正できることがある。ある実施例では、ユーザは、購入取引を容易にし、よって、ユーザのためのデータセキュリティを強化するために送信されるべきデータフィールドおよびその関連値を選択可能であってもよい。例えば、図３７Ａにおける例示では、ユーザは、購入取引を処理するための通知の一部として送信されるべきフィールドとして、名前３７１１ａ、口座番号３７１２ａ、セキュリティコード３７１３ａ、販売者口座ＩＤ３７１８ａ、および、リワード口座ＩＤ３７１９ａを選択している。ある実施例ではユーザは、購入取引を処理するための通知の一部として送信されるフィールド及び／又はデータ値をトグルで切り替えてもよい。ある実施例では、アプリは、ユーザが購入注文取引の一部として選択するために記憶されたデータフィールド及び／又は関連値の複数の画面を提供してもよい。ある実施例では、アプリは、ＴＶＣにユーザのＧＰＳ位置を提供してもよい。ユーザのＧＰＳ位置に基づいて、ＴＶＣは、ユーザのコンテキスト（例えば、ユーザが店、医院、病院、郵便局などにいるか）を決定してもよい。コンテキストに基づいて、ユーザアプリは、適切なフィールドをユーザに提示し、そこから、ユーザは、購入注文取引の一部として送信すべきフィールド及び／又はフィールド値を選択してもよい。
【０２４２】
例えば、ユーザは、医院に行き、通院予約のための定額自己負担を支払うことを希望してもよい。口座番号と名前などの基本取引情報に加え、アプリは、当事者間の支払をまとめる取引プロセッサと同様に、医療提供者、保険会社にも提供されてもよい医療記録、健康情報の転送を選択する能力をユーザに与えてもよい。ある実施例では、記録は、医療保険の携行性と責任に関する法律（ＨＩＰＡＡ）に準拠したデータフォーマットで送信、暗号化され、この記録を閲覧する権限が与えられた受取人だけが個人的なユーザ情報を復号閲覧する適切な復号鍵を所有してもよい。
【０２４３】
図３７Ｂに関し、ある実施例では、ユーザのデバイス上で動くアプリは、詐欺防止のための「検証チャット」フィーチャーを提供してもよい。例えば、ＴＶＣは、異常及び／又は不審な取引を検出してもよい。ＴＶＣは、ユーザと通信し、購入取引者の信頼性を検証するためにＶｅｒｉｆｙＣｈａｔ特徴を利用してもよい。様々な実施例では、ＴＶＣは、ユーザと通信するために、電子メールメッセージ、テキスト（ＳＭＳ）メッセージ、Ｆａｃｅｂｏｏｋ（登録商標）メッセージ、Ｔｗｉｔｔｅｒ（商標）ツイート、テキストチャット、音声チャット、ビデオチャット（例えば、Ａｐｐｌｅ  ＦａｃｅＴｉｍｅ）等を送信してもよい。例えば、ＴＶＣは、ユーザのためのビデオチャレンジ、例えば、３７２１を開始してもよい。例えば、ユーザは、ビデオチャット、例えば、３７２２を介して自分自身を提示することが必要となることがある。ある実施例では、カスタマーサービス係、例えば、代理人３７２４は、ユーザの動画を使用して、ユーザの信頼性を人力で決定してもよい。ある実施例では、ＴＶＣは、ユーザの同一性を決定するために（例えば、パターン分類手法を使用して）顔、バイオメトリック、及び／又は、類似認識を利用してもよい。ある実施例では、アプリは、基準マーカー（例えば、クロスヘアー、ターゲットボックスなど）、例えば、３７２３を提供してもよいので、ユーザは、ＴＶＣによるユーザの自動認識を容易にするためにビデオを利用してもよい。ある実施例では、ユーザは、取引を開始していないことがあり、例えば、取引が不正である。かかる実施例では、ユーザは、チャレンジを取り消してもよい。ＴＶＣは、その後、取引取消、及び／又は、ユーザの代わりに詐欺調査手順を開始してもよい。
【０２４４】
ある実施例では、ＴＶＣは、ユーザの信頼性を検証するために、テキストチャレンジ手続、例えば、３７２５を利用してもよい。例えば、ＴＶＣは、テキストチャット、ＳＭＳメッセージ、電子メール、Ｆａｃｅｂｏｏｋ（登録商標）メッセージ、Ｔｗｉｔｔｅｒ（商標）ツイート等によりユーザと通信してもよい。ＴＶＣは、ユーザに、チャレンジ質問、例えば、３７２６を示してもよい。アプリは、ＴＶＣにより示されたチャレンジ質問に回答するために入力インターフェース要素（例えば、仮想キーボード３７２８）をユーザに提供してもよい。ある実施例では、チャレンジ質問は、自動的にＴＶＣによりランダムに選択されてもよく、ある実施例では、カスタマーサービス係は、ユーザと直接通信してもよい。ある実施例では、ユーザは、取引を開始していないことがあり、例えば、取引が不正である。ＴＶＣは、取引取消、及び／又は、ユーザの代わりに詐欺調査手順を開始してもよい。
【０２４５】
図３８は、ＴＶＣのある実施例における例示的なユーザ購入チェックアウト手順を示すデータフロー図を表す。ある実施例では、ユーザ、例えば、３８０１ａは、販売者オンラインサイトを介して、または、販売店内で、販売者から、製品、サービス、提供物等（製品）を購入することを望む。ある実施例では、ユーザ３８０１ａは、購買者のショッピング体験において購買者を支援する店内のカスタマーサービス係でもよい。ユーザは、パーソナルコンピュータ、モバイルデバイス、テレビ、販売時点情報管理端末、キオスク、ＡＴＭ（例えば、３８０２）等の、但し、これらに限定されないクライアントを介して、販売者／アクワイアラ（販売者）サーバ、例えば、３８０３ａと通信してもよい。例えば、ユーザは、ユーザの製品購入希望を示すユーザ入力、例えば、チェックアウト入力３８１１をクライアントに提供してもよい。様々な実施例では、ユーザ入力は、タッチ画面インターフェースのワンタップ（例えば、ワンタップモバイルアプリ購入実施例）、キーボード入力、カードスワイプ、ユーザデバイスの内部のＲＦＩＤ／ＮＦＣが使用可能なハードウェアデバイス（例えば、複数の口座を有している電子カード、スマートフォン、タブレットなど）をアクティベートすること、マウスクリック、ジョイスティック／ゲーム機上のボタンの押下、音声コマンド、タッチ感応型インターフェース上のシングル／マルチタッチジェスチャー、タッチ感応型ディスプレイ上のユーザインターフェース要素をタッチすること等を含んでもよいが、これらに限定されることはない。一例として、販売店内のユーザは、販売時点情報管理端末でバーコードスキャナにより製品の製品バーコードをスキャンしてもよい。別の例として、ユーザは、販売者のウェブサイト上のウェブページカタログから製品を選択し、製品を販売者のウェブサイト上の仮想買い物かごに追加してもよい。ユーザは、その後、（仮想）買い物かご内の品物をチェックアウトしたいユーザの希望を示してもよい。例えば、ユーザは、ユーザ購入チェックアウトを完了したいユーザの要望を示すために、クライアントにより提供されたユーザインターフェース要素をアクティベートしてもよい。クライアントは、チェックアウト要求、例えば、３８１２を生成し、チェックアウト要求、例えば、３８１３を販売者サーバに提供してもよい。例えば、クライアントは、拡張マークアップ言語（ＸＭＬ）に従ってフォーマットされたデータ形式をした販売者サーバのための製品詳細を含む（セキュア）ハイパーテキスト転送プロトコル（ＨＴＴＰ（Ｓ））ＰＯＳＴメッセージを提供してもよい。ＸＭＬでフォーマットされたデータを含む実質的にＨＴＴＰ（Ｓ）ＰＯＳＴメッセージの形式をしたチェックアウト要求３８１２の例示的なリストを以下に示す。
【０２４６】
【表２０】
2015509241.tif 000022
【０２４７】
ある実施例では、販売者サーバは、クライアントからチェックアウト要求を取得し、チェックアウト要求からチェックアウト詳細（例えば、ＸＭＬデータ）を抽出してもよい。例えば、販売者サーバは、図４４に関する後述の例示的なパーサーなどのパーサーを利用してもよい。チェックアウト要求３８１２を解析することに基づいて、販売者サーバは、チェックアウト要求から、製品データ（例えば、製品識別子）を、利用可能なＰｏＳクライアントデータと共に抽出してもよい。ある実施例では、製品データを使用して、販売者サーバは、製品情報、製品価格、消費税、提案、値引き、リワード、及び／又は購入取引を処理し、及び／又は、ユーザのための付加価値サービスを提供する他の情報などの製品データ、例えば、３８１５を取得するために、販売者／アクワイアラ（販売者）データベース、例えば、３８０３ｂにクエリーしてもよい（例えば、３８１４）。例えば、販売者データベースは、構造化クエリー言語（ＳＱＬ）コマンドに応答するリレーショナルデータベースでもよい。販売者サーバは、（図４４、製品４４１９ｌの）製品データについてデータベーステーブルにクエリーするためにＳＱＬコマンドを含むハイパーテキスト・プリプロセッサ（ＰＨＰ）スクリプトを実行してもよい。実質的にＰＨＰ／ＳＱＬコマンドの形式をした製品データクエリーの例３８１４を以下に示す。
【０２４８】
【表２１】
2015509241.tif 000023
【０２４９】
ある実施例では、製品データの取得に応答して、販売者サーバは、ＰｏＳクライアントに提供するためにチェックアウトデータを生成してもよい（例えば、３８１６）。ある実施例では、かかるチェックアウトデータ、例えば、３８１７は、製品詳細、製品価格、総額、税情報、送り先情報、提案、値引き、リワード、付加価値サービス情報などの表示用のデータと、購入取引を処理するために、口座名義人名、口座番号、請求先住所、送り先アドレス、チップ金額などの支払情報を提供する入力フィールドと、を含むハイパーテキスト・マークアップ言語（ＨＴＭＬ）ページにおいて部分的に具現化されてもよい。ある実施例では、チェックアウトデータは、ＰｏＳクライアントが表示可能なクイックレスポンス（ＱＲ）コード画像で部分的に具現化されてもよいので、ユーザは、購入取引処理要求を生成する販売者及び／又は製品データを取得するためにユーザのデバイスを使用してＱＲコードをキャプチャしてもよい。ある実施例では、ユーザアラート機構は、チェックアウトデータに内蔵されてもよい。例えば、販売者サーバは、取引に特定のＵＲＬをチェックアウトデータに埋め込むことがある。ある実施例では、アラートＵＲＬは、図４０〜４１に関して後述するもののように、カード承認要求に選択レベル３データに更に埋め込まれてもよい。ＵＲＬは、カード承認要求を受ける取引に専用の販売者サーバに記憶された、ウェブページ、データファイル、実行可能なスクリプトなどを指してもよい。例えば、ＵＲＬにより指された対象は、購入取引に関する詳細、例えば、購入されている製品、購入費用、期限、注文処理の状態等を含んでもよい。このようにして、販売者サーバは、ウェブページのＵＲＬを支払ネットワークに渡すことにより、取引の詳細を支払ネットワークに提供してもよい。ある実施例では、支払ネットワークは、支払レシート、取引承認確認メッセージ、出荷通知等の通知をユーザに提供してもよい。かかるメッセージでは、支払ネットワークは、ＵＲＬをユーザデバイスに提供してもよい。ユーザは、ユーザの購入に関するアラートを、提案、クーポン、関連製品、リワード通知等の他の情報と共に取得するためにユーザのデバイスでＵＲＬまで進んでもよい。実質的にＸＭＬでフォーマットされたデータ形式のチェックアウトデータ３８１７の例示的なリストを以下に示す。
【０２５０】
【表２２】
2015509241.tif 000024
【０２５１】
チェックアウトデータ、例えば、３８１７を取得すると、ＰｏＳクライアントは、ユーザのチェックアウトデータをレンダリングおよび表示する（例えば、３８１８）。
【０２５２】
図３９は、ＴＶＣのある実施例におけるユーザ購入チェックアウトの例示的態様、例えば、ユーザ購入チェックアウト（ＵＰＣ）コンポーネント３９００を示す論理フロー図を表す。ある実施例では、ユーザは、販売者オンラインサイトを介して、または、販売者の店内で、販売者から、製品、サービス、提供品等（製品）を購入することを要望してもよい。ユーザは、ＰｏＳクライアントを介して販売者及び／又はアクワイアラ（販売者）サーバと通信してもよい。例えば、ユーザは、製品を購入したいユーザの要望を指示するユーザ入力、例えば、３９０１をクライアントに提供してもよい。クライアントは、チェックアウト要求、例えば、３９０２を生成し、チェックアウト要求を販売者サーバに提供してもよい。ある実施例では、販売者サーバは、クライアントからチェックアウト要求を取得し、チェックアウト要求からチェックアウト詳細（例えば、ＸＭＬデータ）を抽出してもよい。例えば、販売者サーバは、図４４に関して後述される例示的なパーサーなどのパーサーを利用してもよい。チェックアウト要求を解析することに基づいて、販売者サーバは、チェックアウト要求から製品データ（例えば、製品識別子）を、利用可能なＰｏＳクライアントデータと同様に、抽出してもよい。ある実施例では、製品データを使用して、販売者サーバは、製品情報、製品価格、消費税、提案、値引き、リワードなどの製品データ、例えば、３９０４、及び／又は購入取引を処理及び／又はユーザのための付加価値サービスを提供するための他の情報を取得するために、販売者／アクワイアラ（販売者）データベースにクエリーしてもよい（例えば、３９０３）。ある実施例では、製品データの取得に応答して、販売者サーバは、ＰｏＳクライアントに提供するために（例えば、３９０６）チェックアウトデータを生成してもよい（例えば、３９０５）チェックアウトデータを取得すると、ＰｏＳクライアントは、ユーザのためのチェックアウトデータをレンダリングおよび表示してもよい（例えば、３９０７）。
【０２５３】
図４０Ａ〜Ｂは、ＴＶＣのある実施例における例示的な取引承認手順を示すデータフロー図を表す。図４０Ａに関し、ある実施例では、ユーザ、例えば、４００１ａは、販売者オンラインサイトを介して、または、販売店内で、販売者から、製品、サービス、提供物等（製品）を購入するために仮想ウォレット口座を利用することを望むことがある。ユーザは、ユーザの仮想ウォレット口座にアクセスするために、物理的なカード、または、ユーザウォレットデバイス、例えば、４００１ｂを利用してもよい。例えば、ユーザウォレットデバイスは、パーソナル／ラップトップコンピュータ、携帯電話、スマートフォン、タブレット、電子書籍リーダー、ネットブック、ゲーム機等でもよい。ユーザは、ウォレットアクセス入力、例えば、４０１１をユーザウォレットデバイスに供給してもよい。様々な実施例では、ユーザ入力は、タッチ画面インターフェースのワンタップ（例えば、ワンタップモバイルアプリ購入実施例）、キーボード入力、カードスワイプ、ユーザデバイスの内部のＲＦＩＤ／ＮＦＣが使用可能なハードウェアデバイス（例えば、複数の口座を有している電子カード、スマートフォン、タブレットなど）をアクティベートすること、マウスクリック、ジョイスティック／ゲーム機上のボタンの押下、音声コマンド、タッチ感応型インターフェース上のシングル／マルチタッチジェスチャー、タッチ感応型ディスプレイ上のユーザインターフェース要素をタッチすること等を含んでもよいが、これらに限定されることはない。ある実施例では、ユーザウォレットデバイスは、ユーザのウォレットアクセス入力に基づいてユーザを認証し、ユーザのための仮想ウォレットフィーチャーを提供してもよい。
【０２５４】
ある実施例では、仮想ウォレットフィーチャーへのアクセスのためユーザを認証すると、ユーザウォレットデバイスは、取引承認入力、例えば、４０１４を販売時点情報管理（ＰｏＳ）クライアント、例えば、４００２に提供してもよい。例えば、ユーザウォレットデバイスは、Ｂｌｕｅｔｏｏｔｈ、Ｗｉ−Ｆｉ、セルラ通信、一方向または双方向近距離通信（ＮＦＣ）等によりＰｏＳクライアントと通信してもよい。ユーザがユーザウォレットデバイスの代わりにプラスチックカードを利用する実施例では、ユーザは、プラスチックカードからＰｏＳクライアントへ情報を転送するためにＰｏＳクライアントでプラスチックカードをスワイプしてもよい。例えば、ＰｏＳクライアントは、取引承認入力４０１４として、ユーザのプラスチックカード（例えば、クレジットカード、デビットカード、プリペイドカード、チャージカードなど）から、以下に与えられたトラック１データ例のトラック１データを取得してもよい。
【０２５５】
【表２３】
2015509241.tif 000025
【０２５６】
ユーザがユーザウォレットデバイスを利用する実施例では、ユーザウォレットデバイスは、ユーザウォレットデバイスとＰｏＳクライアントとの間の通信で利用された通信機構に適したデータフォーマットプロトコルに従ってフォーマットされた支払情報をＰｏＳクライアントに提供してもよい。実質的にＸＭＬでフォーマットされたデータ形式の取引承認入力４０１４の例示的なリストを以下に示す。
【０２５７】
【表２４】
2015509241.tif 000026
【０２５８】
ある実施例では、ＰｏＳクライアントは、ユーザウォレットデバイスからの取得された取引承認入力、及び／又は、製品／チェックアウトデータを使用して、カード承認要求、例えば、４０１５を生成してもよい（例えば、図３８、３８１５〜３８１７を参照）。実質的にＸＭＬでフォーマットさｒたデータを含むＨＴＴＰ（Ｓ）ＰＯＳＴメッセージの形式をしたカード承認要求４０１５の例示的なリストを以下に示す。
【０２５９】
【表２５】
2015509241.tif 000027
【０２６０】
ある実施例では、ユーザデバイスにより生成されたカード承認要求は、購入取引を処理するために必要な最低限の情報を含んでもよい。例えば、これは、購入取引要求を通信する効率を改善し、ユーザ及び／又は販売者に提供されるプライバシー保護を有利にすることもある。例えば、ある実施例では、カード承認要求は、取引業者とのユーザのショッピングセッションのための少なくともセッションＩＤを含んでもよい。セッションＩＤは、ユーザと販売者との間のショッピングセッション内の取引に関するアラート、リマインダー、及び／又は、その他のデータを取得するため、販売者サーバ上のセキュアサイトにアクセスするために適切なアクセス権限を有するコンポーネント及び／又はエンティティにより利用されてもよい。ある実施例では、ＰｏＳクライアントは、生成されたカード承認要求を販売者サーバ、例えば、４０１６に提供してもよい。販売者サーバは、カード承認要求を支払処理のための適切な支払ネットワークにルーティングするため、カード承認要求を支払ゲートウェイサーバ、例えば、４００４ａに転送してもよい。例えば、支払ゲートウェイサーバは、クレジットカード、デビットカード、プリペイドカード、Ｂ２Ｂ及び／又は類似の取引を含むが、これらに限定されることはない様々な種類の取引を処理するために、Ｖｉｓａ、Ｍａｓｔｅｒｃａｒｄ、Ａｍｅｒｉｃａｎ  Ｅｘｐｒｅｓｓ、Ｐａｙｐａｌなどの支払ネットワークから選択されてもよい。ある実施例では、販売者サーバは、例えば、ユーザ支払カード番号、または、（電子メールアドレスの）ユーザＩＤの一部をデータベースクエリーのためのキーワードとして使用することにより、支払ゲートウェイサーバのネットワークアドレスについて、データベース、例えば、販売者／アクワイアラデータベース４００３ｂにクエリーしてもよい。例えば、販売者サーバは、支払ゲートウェイサーバのＵＲＬについて、データベーステーブル（例えば、図４４の支払ゲートウェイ４４１９ｈ）にクエリーするためにＰＨＰ／ＳＱＬコマンドを発行してもよい。実質的にＰＨＰ／ＳＱＬコマンドの形式をしている例示的な支払ゲートウェイアドレスクエリー４０１７を以下に示す。
【０２６１】
【表２６】
2015509241.tif 000028
【０２６２】
これに応答して、販売者／アクワイアラデータベースは、要求された支払ゲートウェイアドレス、例えば、４０１８を提供してもよい。販売者サーバは、提供されたアドレス、例えば、４０１９を使用して、カード承認要求を支払ゲートウェイサーバに転送してもよい。ある実施例では、販売者サーバからカード承認要求を受信すると、支払ゲートウェイサーバは、購入取引承認に関連付けられた一以上のサービスを提供するためにコンポーネントを呼び出してもよい。例えば、支払ゲートウェイサーバは、詐欺防止、ロイヤリティ及び／又はリワード、及び／又は、ユーザ販売者の組み合わせが承認された他のサービスのためのコンポーネントを呼び出してもよい。支払ゲートウェイサーバは、カード承認要求を支払処理のために支払ネットワークサーバ、例えば、４００５ａに転送してもよい。例えば、支払ゲートウェイサーバは、クレジットカード、デビットカード、プリペイドカード、Ｂ２Ｂ、及び／又は、同様の取引を含むが、これらに限定されない様々な種類の取引を処理するために、Ｖｉｓａ、Ｍａｓｔｅｒｃａｒｄ、Ａｍｅｒｉｃａｎ  Ｅｘｐｒｅｓｓ、Ｐａｙｐａｌなどの支払ネットワークから選択できることがある。ある実施例では、支払ゲートウェイサーバは、例えば、ユーザ支払カード番号、または、（電子メールアドレスの）ユーザＩＤの一部をデータベースクエリーのためのキーワードとして使用することにより、支払ネットワークサーバのネットワークアドレスについて、データベース、例えば、支払ゲートウェイデータベース４００４ｂにクエリーしてもよい。例えば、支払ゲートウェイサーバは、支払ネットワークサーバのＵＲＬについて、データベーステーブル（例えば、図４４の支払ゲートウェイ４４１９ｈ）にクエリーするためにＰＨＰ／ＳＱＬコマンドを出してもよい。実質的にＰＨＰ／ＳＱＬコマンドの形式をしている例示的な支払ネットワークアドレスクエリー４０２１を以下に示す。
【０２６３】
【表２７】
2015509241.tif 000029
【０２６４】
これに応答して、支払ゲートウェイデータベースは、要求された支払ネットワークアドレス、例えば、４０２２を提供してもよい。支払ゲートウェイサーバは、提供されたアドレス、例えば、４０２３を使用して、カード承認要求を支払ネットワークサーバに転送してもよい。
【０２６５】
図４０Ｂに関し、ある実施例では、支払ネットワークサーバは、購入のための資金を販売者のアクワイアラに保存された口座に振り替える取引を処理してもよい。例えば、アクワイアラは、販売者の口座を維持する金融機関でもよい。例えば、販売者により処理された取引の収益は、アクワイアラのサーバで保持されている口座に預けられてもよい。
【０２６６】
ある実施例では、支払ネットワークサーバは、ユーザが選択した支払オプションに対応するイシュアサーバのクエリー、例えば、４０２４を生成してもよい。例えば、ユーザの口座は、ユーザの口座を発行した、銀行機関などの、一以上のイシュア金融機関（イシュア）にリンクされてもよい。例えば、かかる口座は、クレジットカード、デビットカード、プリペイドカード、当座預金、普通預金、金融市場預金、譲渡性預金、ストアド（キャッシュ）バリュー口座等を含んでもよいが、これらに限定されることはない。イシュアサーバ、例えば、４００６ａは、ユーザの口座の明細を保持してもよい。ある実施例では、データベース、例えば、支払ネットワークデータベース４００５ｂは、イシュアに関連付けられたイシュアサーバの詳細を保存してもよい。ある実施例では、支払ネットワークサーバは、例えば、ユーザ支払カード番号、または、（電子メールアドレスの）ユーザＩＤの一部をデータベースクエリーのためのキーワードとして使用することにより、イシュアのサーバのネットワークアドレスについて、データベース、例えば、支払ネットワークデータベース４００５ｂにクエリーしてもよい。例えば、販売者サーバは、イシュアのサーバのネットワークアドレスについて、データベーステーブル（例えば、図４４のイシュア４４１９ｆ）にクエリーするためにＰＨＰ／ＳＱＬコマンドを出してもよい。実質的にＰＨＰ／ＳＱＬコマンドの形式をしている例示的なイシュアサーバアドレスクエリー４０２４を以下に示す。
【０２６７】
【表２８】
2015509241.tif 000030
【０２６８】
イシュアサーバクエリーを取得することに応じて（例えば、４０２４）、支払ネットワークデータベースは、要求されたイシュアサーバデータを支払ネットワークサーバに提供してもよい（例えば、４０２５）。ある実施例では、支払ネットワークサーバは、ユーザの仮想ウォレットに関連付けられた所定の支払設定、及び／又は、ユーザの支払オプション入力に基づいて選択されたイシュアサーバ毎に、資金承認要求、例えば、４０２６を生成するのにイシュアサーバデータを利用し、資金承認要求をイシュアサーバに提供してもよい。ある実施例では、資金承認要求は、取引に関わるユーザへの費用、ユーザのカード口座明細、ユーザ請求及び／又は出荷情報等の詳細を含んでもよいが、これらに限定されることはない。実質的にＸＭＬでフォーマットされたデータを含むＨＴＴＰ（Ｓ）ＰＯＳＴメッセージの形式をしている資金承認要求４０２６の例示的なリストを以下に示す。
【０２６９】
【表２９】
2015509241.tif 000031
【０２７０】
ある実施例では、イシュアサーバは、承認要求を解析し、要求の詳細に基づいて、ユーザにリンクされた口座に関連付けられたデータについて、データベース、例えば、ユーザプロフィールデータベース４００６ｂにクエリーしてもよい。例えば、販売者サーバは、ユーザ口座のデータについて、データベーステーブル（例えば、図４４の口座４４１９ｄ）にクエリーするためにＰＨＰ／ＳＱＬコマンドを出してもよい。実質的にＰＨＰ／ＳＱＬコマンドの形式をしている例示的なユーザ口座のクエリー４０２７を以下に示す。
【０２７１】
【表３０】
2015509241.tif 000032
【０２７２】
ある実施例では、ユーザ口座のデータ、例えば、４０２８を取得すると、イシュアサーバは、ユーザが口座４０２９で利用可能な資金を使用して取引代金を支払うことができるかを決定してもよい。例えば、イシュアサーバは、ユーザが口座に残っている十分な差引残高、口座に関連付けられた十分な信用度等を有しているか否かを決定してもよい。決定に基づいて、イシュアサーバは、資金承認応答、例えば、４０３０を支払ネットワークサーバに提供してもよい。例えば、イシュアサーバは、上記例に類似したＨＴＴＰ（Ｓ）ＰＯＳＴメッセージを提供してもよい。ある実施例では、少なくとも一つのイシュアサーバが、ユーザは、口座で利用可能な資金を使用して取引代金を支払えないと決定すると、支払ネットワークサーバは、（例えば、承認失敗メッセージをユーザデバイスに提供し、ユーザデバイスに新たな支払オプションを提供することを要求することにより）ユーザから再び支払オプションを要求し、購入取引の承認を再試行してもよい。ある実施例では、失敗した承認試行の回数が閾値を超えると、支払ネットワークサーバは、承認プロセスを中止し、「承認失敗」メッセージを販売者サーバ、ユーザデバイス、及び／又は、クライアントに与えてもよい。
【０２７３】
ある実施例では、支払ネットワークサーバは、承認成功の通知を含む資金承認応答を取得し、承認詳細を抽出するためにメッセージを解析してもよい。ユーザが取引のため十分な資金、例えば、４０３１を保有することを決定すると、支払ネットワークサーバは、ユーザのための付加価値サービスを提供するコンポーネントを呼び出してもよい。
【０２７４】
ある実施例では、支払ネットワークサーバは、承認要求及び／又は承認応答から取引データ記録を生成し、取引および取引に関係する承認の詳細を取引データベースに保存してもよい。例えば、支払ネットワークサーバは、データをデータベーステーブル（例えば、図４４の取引４４１９ｉ）に記憶するためにＰＨＰ／ＳＱＬコマンドを出してもよい。実質的にＰＨＰ／ＳＱＬコマンドの形式をしている例示的な取引保存コマンドを以下に示す。
【０２７５】
【表３１】
2015509241.tif 000033
【０２７６】
ある実施例では、支払ネットワークサーバは、取引承認応答、例えば、４０３２をユーザウォレットデバイス、ＰｏＳクライアント、及び／又は、販売者サーバに転送してもよい。販売者は、取引承認応答を取得し、それから、ユーザが取引を行うために十分な資金をカード口座に保有する、と決定してもよい。販売者サーバは、ユーザに対する取引の記録を承認された取引に関係する取引のバッチに追加してもよい。例えば、販売者は、ユーザ取引に関係があるＸＭＬデータを、様々なユーザ、例えば、４０３３に対して承認された取引についてのＸＭＬデータを備えるＸＭＬデータファイルに付加し、このＸＭＬデータファイル、例えば、４０３４をデータベース、例えば、販売者データベース４０４に記憶してもよい。例えば、バッチＸＭＬデータファイルは、以下に与えられる例示的なＸＭＬデータ構造テンプレートと同様に構造化されてもよい。
【０２７７】
【表３２】
2015509241.tif 000034
【０２７８】
ある実施例では、サーバは、購入レシート、例えば、４０３３を生成し、購入レシートをクライアント、例えば、４０３５に提供してもよい。クライアントは、ユーザのために購入レシートをレンダリングおよび表示してもよい（例えば、４０３６）。ある実施例では、ユーザのウォレットデバイスは、承認成功の通知をユーザに提供してもよい。例えば、ＰｏＳクライアント／ユーザデバイスは、ウェブページ、電子メッセージ、テキスト／ＳＭＳメッセージをレンダリングし、音声メールを一時記憶し、リングトーンを送出し、及び／又は、音声メッセージなどを再生し、音、音楽、音声、動画、画像、触覚フィードバック、振動アラート（例えば、スマートフォンなどの振動を与えることが可能なクライアントデバイス）等を含むが、これらに限定されることはない出力を提供してもよい。
【０２７９】
図４１Ａ〜Ｂは、ＴＶＣのある実施例における購入取引承認の例示的態様、例えば、購入取引承認（ＰＴＡ）コンポーネント４１００を示す論理フロー図を表す。図４１Ａに関し、ある実施例では、ユーザは、販売者オンラインサイトを介して、または、販売者の店内で、販売者から、製品、サービス、提供物等（製品）を購入するために仮想ウォレット口座を利用することを希望する場合がある。ユーザは、ユーザの仮想ウォレット口座にアクセスするために、物理的なカード、または、ユーザウォレットデバイスを利用してもよい。例えば、ユーザウォレットデバイスは、パーソナル／ラップトップコンピュータ、携帯電話機、スマートフォン、タブレット、電子書籍リーダー、ネットブック、ゲーム機等でもよい。ユーザは、ウォレットアクセス入力、例えば、４１０１をユーザウォレットデバイスに提供してもよい。様々な実施例では、ユーザ入力は、タッチ画面インターフェースのワンタップ（例えば、ワンタップモバイルアプリ購入実施例）、キーボード入力、カードスワイプ、ユーザデバイスの内部のＲＦＩＤ／ＮＦＣが使用可能なハードウェアデバイス（例えば、複数の口座を有する電子カード、スマートフォン、タブレットなど）をアクティベートすること、マウスクリック、ジョイスティック／ゲーム機上のボタンの押下、音声コマンド、タッチ感応型インターフェース上のシングル／マルチタッチジェスチャー、タッチ感応型ディスプレイ上のユーザインターフェース要素をタッチすること等を含むが、これらに限定されることはない。ある実施例では、ユーザウォレットデバイスは、ユーザのウォレットアクセス入力に基づいてユーザを認証してもよく、ユーザ、例えば、４１０２〜４１０３のための仮想ウォレット特徴を提供してもよい。
【０２８０】
ある実施例では、仮想ウォレットフィーチャーへのアクセスのためユーザを認証すると、ユーザウォレットデバイスは取引承認入力、例えば、４１０４を販売時点情報管理（ＰｏＳ）クライアントに提供してもよい。例えば、ユーザウォレットデバイスは、Ｂｌｕｅｔｏｏｔｈ、Ｗｉ−Ｆｉ、携帯電話通信、一方向または双方向近距離通信（ＮＦＣ）等を介してＰｏＳクライアントと通信してもよい。ユーザがユーザウォレットデバイスの代わりにプラスチックカードを利用する実施例では、ユーザは、プラスチックカードからＰｏＳクライアントへ情報を転送するためにＰｏＳクライアントでプラスチックカードをスワイプしてもよい。ユーザがユーザ／ウォレットデバイスを利用する実施例では、ユーザウォレットデバイスは、ユーザウォレットデバイスとＰｏＳクライアントとの間の通信で利用される通信機構に適切なデータフォーマットプロトコルに従ってフォーマットされた支払情報をＰｏＳクライアントに提供してもよい。
【０２８１】
ある実施例では、ＰｏＳクライアントは、取引承認入力を取得し、取引承認入力、例えば、４１０５から支払情報を抽出するために入力を解析してもよい。例えば、ＰｏＳクライアントは、図４４に関して後述される例示的なパーサーなどのパーサーを利用してもよい。ＰｏＳクライアントは、ユーザウォレットデバイスから取得された取引承認入力、及び／又は、製品／チェックアウトデータを使用して、カード承認要求、例えば、４１０６を生成してもよい（例えば、図３８の３８１５〜３８１７を参照）。
【０２８２】
ある実施例では、ＰｏＳクライアントは、生成されたカード承認要求を販売者サーバに提供してもよい。販売者サーバは、カード承認要求を支払処理のための適切な支払ネットワークにルーティングするため、カード承認要求を支払ゲートウェイサーバに転送してもよい。例えば、支払ゲートウェイサーバは、クレジットカード、デビットカード、プリペイドカード、Ｂ２Ｂ、及び／又は、類似取引を含むが、これらに限定されない様々な種類の取引を処理するために、Ｖｉｓａ、Ｍａｓｔｅｒｃａｒｄ、Ａｍｅｒｉｃａｎ  Ｅｘｐｒｅｓｓ、Ｐａｙｐａｌなどの支払ネットワークから選択可能であってもよい。ある実施例では、販売者サーバは、例えば、ユーザ支払カード番号、または、（電子メールアドレスの）ユーザＩＤの一部をデータベースクエリーのためのキーワードとして使用することにより、支払ゲートウェイサーバのネットワークアドレスについて、データベース、例えば、４１０８にクエリーしてもよい。これに応じて、販売者／アクワイアラデータベースは、要求された支払ゲートウェイアドレス、例えば、４１１０を提供してもよい。販売者サーバは、提供されたアドレスを使用してカード承認要求を支払ゲートウェイサーバに転送してもよい。ある実施例では、販売者サーバからカード承認要求を受信すると、支払ゲートウェイサーバ、購入取引承認、例えば、４１１１に関連付けられた一以上のサービスを提供するためにコンポーネントを呼び出してもよい。例えば、支払ゲートウェイサーバは、詐欺保護（例えば、図３Ｅ、検証チャットを参照）、ロイヤリティ及び／又はリワード、及び／又は、ユーザ販売者間の組み合わせが承認された他のサービスのためのコンポーネントを呼び出してもよい。
【０２８３】
支払ゲートウェイサーバは、カード承認要求を支払処理、例えば、４１１４のための支払ネットワークにカード承認要求を転送してもよい。例えば、支払ゲートウェイサーバは、クレジットカード、デビットカード、プリペイドカード、Ｂ２Ｂ、及び／又は、その他の同様な取引を含むが、これらに限定されない様々な種類の取引を処理するために、Ｖｉｓａ、Ｍａｓｔｅｒｃａｒｄ、Ａｍｅｒｉｃａｎ  Ｅｘｐｒｅｓｓ、Ｐａｙｐａｌなどの支払ネットワークから選択可能であってもよい。ある実施例では、支払ゲートウェイサーバは、例えば、ユーザ支払カード番号、または、（電子メールアドレスの）ユーザＩＤの一部をデータベースクエリーのためのキーワードとして使用することにより、支払ネットワークサーバのネットワークアドレスについて、データベース、例えば、４１１２にクエリーしてもよい。これに応じて、支払ゲートウェイデータベースは、要求された支払ネットワークアドレス、例えば、４１１３を提供してもよい。支払ゲートウェイサーバは、提供されたアドレス、例えば、４１１４を使用してカード承認要求を支払ネットワークサーバに転送してもよい。
【０２８４】
図４１Ｂに関し、ある実施例では、支払ネットワークサーバは、購入のための資金を販売者のアクワイアラに保管された口座に振り替えるために取引を処理してもよい。例えば、アクワイアラは、販売者の口座を保持する金融機関でもよい。例えば、販売者により処理された取引の収益は、アクワイアラのサーバで保持される口座に預金されてもよい。ある実施例では、支払ネットワークサーバは、ユーザが選択した支払オプションに対応するイシュアサーバのクエリー、例えば、４１１５を生成してもよい。例えば、ユーザの口座は、ユーザの口座を発行した銀行機関などの、一以上のイシュア金融機関（イシュア）にリンクされてもよい。例えば、かかる口座は、クレジットカード、デビットカード、プリペイドカード、当座預金、普通預金、金融市場預金、譲渡性預金、ストアド（キャッシュ）バリュー口座等を含んでもよいが、これらに限定されることはない。イシュアのイシュアサーバは、ユーザの口座の明細を保持してもよい。ある実施例では、データベース、例えば、支払ネットワークデータベースは、イシュアに関連付けられたイシュアサーバの詳細を保存してもよい。ある実施例では、支払ネットワークサーバは、例えば、ユーザ支払カード番号、または、（電子メールアドレスの）ユーザＩＤの一部をデータベースクエリーのためのキーワードとして使用することにより、イシュアのサーバのネットワークアドレスについて、データベース、例えば、４１１５にクエリーしてもよい。
【０２８５】
イシュアサーバクエリーを取得することに応答して、支払ネットワークデータベースは、要求されたイシュアサーバデータを支払ネットワークサーバに提供してもよい例えば、４１１６。ある実施例では、支払ネットワークサーバは、ユーザの仮想ウォレットに関連付けられた所定の支払設定、及び／又は、ユーザの支払オプション入力に基づいて選択されたイシュアサーバ毎に、資金承認要求、例えば、４１１７を生成するのにイシュアサーバデータを利用し、資金承認要求をイシュアサーバに提供してもよい。ある実施例では、資金承認要求は、取引に関わるユーザへの費用、ユーザのカード口座明細、ユーザ請求及び／又は出荷情報等の詳細を含んでもよいが、これらに限定されない。ある実施例では、イシュアサーバは、承認要求、例えば、４１１８を解析し、要求の詳細に基づいて、ユーザにリンクされた口座に関連付けられたデータについて、データベース、例えば、４１１９にクエリーしてもよい。
【０２８６】
ある実施例では、ユーザ口座データ、例えば、４１２０を取得すると、イシュアサーバは、ユーザが口座４１２１で利用可能な資金を使用して取引代金を支払可能であるかを決定してもよい。例えば、イシュアサーバは、ユーザが口座に残っている十分な残高、口座に関連付けられた十分なクレジット等を有しているかを決定してもよい。決定に基づいて、イシュアサーバは、資金承認応答、例えば、４１２２を支払ネットワークサーバに提供してもよい。ある実施例では、少なくとも一のイシュアサーバが、ユーザは、口座で利用可能な資金を使用して取引代金を支払えない、と決定すると、支払ネットワークサーバは、（例えば、承認失敗メッセージをユーザデバイスに提供し、ユーザデバイスに新たな支払オプションを提供することを要求することにより）ユーザから再び支払オプションを要求し、購入取引の承認を再試行してもよい。ある実施例では、失敗した承認試行回数が閾値を超えると、支払ネットワークサーバは、承認プロセスを中止し、「承認失敗」メッセージを販売者サーバ、ユーザデバイス、及び／又は、クライアントに与えてもよい。
【０２８７】
ある実施例では、支払ネットワークサーバは、承認成功の通知を含む資金承認応答を取得し、承認詳細を抽出するためにメッセージを解析してもよい。ユーザが取引のため十分な資金、例えば、４１２３を有すると決定すると、支払ネットワークサーバは、ユーザのための付加価値サービス、例えば、４１２３を提供するコンポーネントを呼び出してもよい。
【０２８８】
ある実施例では、支払ネットワークサーバは、取引承認応答をユーザウォレットデバイス、ＰｏＳクライアント、及び／又は、販売者サーバに転送してもよい。販売者は、取引承認応答を解析し（例えば、４１２４）、これから、ユーザが取引を行うのに十分な資金をカード口座に保有する、例えば、４１２５、オプション「はい」を決定してもよい。販売者サーバは、ユーザに対する取引の記録を、承認された取引に関係する取引のバッチに追加してもよい。例えば、販売者は、ユーザ取引に関係があるＸＭＬデータを、様々なユーザ、例えば、４１２６のために承認された取引についてのＸＭＬデータを備えるＸＭＬデータファイルに追加し、このＸＭＬデータファイル、例えば、４１２７をデータベースに保存してもよい。ある実施例では、サーバは、購入レシート、例えば、４１２８をさらに生成し、購入レシートをクライアントに提供してもよい。クライアントは、ユーザのための購入レシートをレンダリングし、表示してもよい、例えば、４１２９。ある実施例では、ユーザのウォレットデバイスは、承認成功の通知をユーザに提供してもよい。例えば、ＰｏＳクライアント／ユーザデバイスは、ウェブページ、電子メッセージ、テキスト／ＳＭＳメッセージをレンダリングし、音声メールを一時保存し、リングトーンを送出し、及び／又は、音声メッセージなどを再生してもよく、音、音楽、音声、動画、画像、触覚フィードバック、振動アラート（例えば、スマートフォンなどの振動オン能力のあるクライアントデバイス）等を含むが、これらに限定されない出力を提供してもよい。
【０２８９】
図４２Ａ〜Ｂは、ＴＶＣのある実施例における例示的な購入取引決済手順のデータフロー図を表す。図４２Ａに関し、ある実施例では、販売者サーバ、例えば、４２０３ａは、承認された取引のバッチの決済を開始してもよい。例えば、販売者サーバは、バッチデータ要求、例えば、４２１１を生成し、この要求を販売者データベース、例えば、４２０３ｂに提供してもよい。例えば、販売者サーバは、リレーショナルデータベースにクエリーするために前述された例に類似したＰＨＰ／ＳＱＬコマンドを利用してもよい。バッチデータ要求に応答して、データベースは、要求されたバッチデータ、例えば、４２１２を提供してもよい。サーバは、データベースから取得されたバッチデータを使用して、バッチ決済要求、例えば、４２１３を生成し、バッチ決済要求をアクワイアラサーバ、例えば、４２０７ａに提供してもよい（例えば、４２１４）。例えば、販売者サーバは、アクワイアラサーバのためにメッセージ本文にＸＭＬでフォーマットされたバッチデータを含むＨＴＴＰ（Ｓ）ＰＯＳＴメッセージを提供してもよい。アクワイアラサーバは、取得されたバッチ決済要求を使用してバッチ支払要求を生成し、例えば、４２１５、バッチ支払要求を支払ネットワークサーバ、例えば、４２０５ａに提供してもよい、例えば、４２１８。支払ネットワークサーバは、バッチ支払要求を解析し、バッチ支払要求、例えば、４２１９に保存された各取引のための取引データを抽出してもよい。支払ネットワークサーバは、取引毎に、取引データ、例えば、４２２０をデータベース、例えば、支払ネットワークデータベース４２０５ｂに保存してもよい。ある実施例では、支払ネットワークサーバは、ＴＶＣが購入取引を決済している、販売者の取引の分析に基づいて付加価値分析サービスを提供するコンポーネントを呼び出してもよい。このようにして、ある実施例では、支払ネットワークサーバは、販売者及び／又は販売者のユーザのための分析ベースの付加価値サービスを提供してもよい。
【０２９０】
図４２Ｂに関し、ある実施例では、抽出された取引毎に、支払ネットワークサーバは、イシュアサーバのアドレスについて、データベース、例えば、支払ネットワークデータベース４２０５ｂにクエリーしてもよい（例えば、４２２３）。例えば、支払ネットワークサーバは、前述された実施例に類似したＰＨＰ／ＳＱＬコマンドを利用してもよい。支払ネットワークサーバは、取引データを抽出した取引毎に、個別の支払要求、例えば、４２２５を生成し、個別の支払要求、例えば、４２２５をイシュアサーバ、例えば、４２０６ａに提供してもよい。例えば、支払ネットワークサーバは、ＸＭＬでフォーマットされたデータを含むＨＴＴＰ（Ｓ）ＰＯＳＴメッセージとして、個別の支払要求をイシュアサーバに提供してもよい。実質的にＸＭＬでフォーマットされたデータを含むＨＴＴＰ（Ｓ）ＰＯＳＴメッセージの形式をしている個別の支払要求４２２５の例示的なリストを以下に示す。
【０２９１】
【表３３】
2015509241.tif 000035
【０２９２】
ある実施例では、イシュアサーバは、支払コマンド、例えば、４２２７を生成してもよい。例えば、イシュアサーバは、ユーザの口座からの資金を差し引く（または、ユーザのクレジットカード口座に課金する）コマンドを発行してもよい。イシュアサーバは、支払コマンド、例えば、４２２７をユーザの口座情報を記憶するデータベース、例えば、ユーザプロフィールデータベース４２０６ｂに発行してもよい。イシュアサーバは、個別の支払確認、例えば、４２２８を支払ネットワークサーバに提供し、これは、資金移転メッセージをアクワイアラサーバに転送してもよい、例えば、４２２９。実質的にＸＭＬでフォーマットされたデータを含むＨＴＴＰ（Ｓ）ＰＯＳＴメッセージの形式をしている個別の支払確認４２２８の例示的なリストを以下に示す。
【０２９３】
【表３４】
2015509241.tif 000036
【０２９４】
ある実施例では、アクワイアラサーバは、個別の支払確認を解析し、（例えば、上記例における要求＿ＩＤフィールドを使用して）取引を販売者に相関させてもよい。アクワイアラサーバは、その後、資金振替メッセージで特定された資金を販売者の口座に移転する。例えば、アクワイアラサーバは、支払元帳及び／又は販売者口座データ、例えば、４２３１について、アクワイアラデータベース４２０７ｂにクエリーしてもよい（例えば、４２３０）。アクワイアラサーバは、更新された支払元帳及び／又は販売者口座データ、例えば、４２３２を生成するために、アクワイアラデータベースからの支払元帳及び／又は販売者口座データを、個別の支払確認と共に利用してもよい。アクワイアラサーバは、その後、更新された支払元帳及び／又は販売者口座データをアクワイアラデータベースに保存してもよい（例えば、４２３３）。
【０２９５】
図４３Ａ〜Ｂは、ＴＶＣのある実施例における購入取引決済の例示的態様、例えば、購入取引決済（ＰＴＣ）コンポーネント４３００を示す論理フロー図を表す。図４３Ａに関し、ある実施例では、販売者サーバは、承認された取引のバッチの決済を開始してもよい。例えば、販売者サーバは、バッチデータ要求、例えば、４３０１を生成し、この要求を販売者データベースに提供してもよい。バッチデータ要求に応答して、データベースは、要求されたバッチデータ、例えば、４３０２を提供してもよい。サーバは、データベースから取得されたバッチデータを使用して、バッチ決済要求、例えば、４３０３を生成し、バッチ決済要求をアクワイアラサーバに提供してもよい。アクワイアラサーバは、取得されたバッチ決済要求を解析し、例えば、４３０４、バッチ支払要求を支払ネットワークサーバに提供するために、取得されたバッチ決済要求を使用してバッチ支払要求を生成してもよい、例えば、４３０７。例えば、アクワイアラサーバは、支払ネットワークサーバのアドレスについて、アクワイアラデータベースにクエリーし、例えば、４３０５、生成されたバッチ支払要求を支払ネットワークサーバに転送するために、取得されたアドレス、例えば、４３０６を利用してもよい。
【０２９６】
支払ネットワークサーバは、アクワイアラサーバから取得されたバッチ支払要求を解析し、バッチ支払要求、例えば、４３０８に保存された各取引のための取引データを抽出してもよい。支払ネットワークサーバは、取引毎に、取引データ、例えば、４３０９を支払ネットワークデータベースに保存してもよい。ある実施例では、支払ネットワークサーバは、購入取引が決済されている取引業者の取引に基づいて解析を行うコンポーネント、例えば、４３１０を呼び出してもよい。
【０２９７】
図４３Ｂに関し、ある実施例では、抽出された取引毎に、支払ネットワークサーバは、イシュアサーバのアドレスについて、支払ネットワークデータベースにクエリーしてもよい、例えば、４３１１。支払ネットワークサーバは、取引データが抽出された各取引に対し、個別の支払要求、例えば、４３１３を生成し、個別の支払要求をイシュアサーバに提供してもよい。ある実施例では、イシュアサーバは、個別の支払要求、例えば、４３１３を解析し、解析された個別の支払要求に基づいて、支払コマンド、例えば、４３１５を生成してもよい。例えば、イシュアサーバは、ユーザの口座からの資金を差し引く（または、ユーザのクレジットカード口座に課金する）コマンドを発行してもよい。イシュアサーバは、支払コマンド、例えば、４３１５をユーザの口座情報を保存するデータベース、例えば、ユーザプロフィールデータベースに発行してもよい。イシュアサーバは、個別の支払確認、例えば、４３１７、を支払ネットワークサーバに提供し、支払ネットワークサーバが、個別の支払確認をアクワイアラサーバに転送してもよい、例えば、４３１８。
【０２９８】
ある実施例では、アクワイアラサーバは、個別の支払確認を解析し、（例えば、上記例における要求＿ＩＤフィールドを使用して）取引を販売者に相関させてもよい。アクワイアラサーバは、その後、資金振替メッセージに特定された資金を販売者の口座に振り替える。例えば、アクワイアラサーバは、支払元帳及び／又は販売者口座データ、例えば、４３２０について、アクワイアラデータベースにクエリーしてもよい（例えば、４３１９）。アクワイアラサーバは、更新された支払元帳及び／又は販売者口座データ、例えば、４３２１を生成するために、アクワイアラデータベースからの支払元帳及び／又は販売者口座データを、個別の支払確認と共に利用してもよい。アクワイアラサーバは、その後、更新された支払元帳及び／又は販売者口座データをアクワイアラデータベースに保存してもよい、例えば、４３２２。
【０２９９】
ＴＶＣコントローラ
図４４は、ＴＶＣコントローラ４４０１の実施例を示すブロック図を表す。本実施例では、ＴＶＣコントローラ４４０１は、様々な技術を介したコンピュータとの相互作用、及び／又は、他の関連データを統合、処理、保存、検索、供給、識別、命令、生成、一致、及び／又は、容易にするために役立つことがある。
【０３００】
典型的に、人及び／又はその他のシステムでもよいユーザ、例えば、４４３３ａは、情報処理を容易にするために情報技術システム（例えば、コンピュータ）を採用する。次に、コンピュータは、情報を処理するためにプロセッサを採用し、このプロセッサ４４０３は、中央演算処理装置（ＣＰＵ）と呼ばれる。プロセッサの一形態は、マイクロプロセッサと称される。ＣＰＵは、様々な演算を可能にする命令を与えるように動作するバイナリ符号信号を伝えるために通信回路を使用する。これらの命令は、様々なプロセッサアクセス可能かつ動作可能なメモリ４４２９（例えば、レジスタ、キャッシュメモリ、ランダムアクセスメモリなど）の領域の他の命令およびデータを格納及び／又は参照する演算命令及び／又はデータ命令である。かかる通信命令は、所望の演算を容易にするために、プログラム及び／又はデータコンポーネントとしてバッチ（例えば、命令のバッチ）で記憶及び／又は伝送されてもよい。これらの記憶された命令コード、例えば、プログラムは、所望の演算を実行するために、ＣＰＵ回路コンポーネントと、その他のマザーボード及び／又はシステムコンポーネントを採用してもよい。プログラムの１つの種類は、コンピュータ上でＣＰＵにより実行可能なコンピュータオペレーティングシステムであり、オペレーティングシステムは、ユーザがコンピュータ情報技術および資源にアクセスし、操作することを可能にさせ、容易にする。情報技術システムで採用されてもよい幾つかの資源は、データがコンピュータに入り、コンピュータから出るときに通る入出力機構と、データが保存されるメモリストレージと、情報が処理されるときに用いられることがあるプロセッサとを含む。これらの情報技術システムは、データベースプログラムを通じて容易にされてもよい後の検索、分析、および操作のためにデータを収集するために使用されてもよい。これらの情報技術システムは、ユーザが様々なシステムコンポーネントにアクセスし、操作できるようにするインターフェースを提供する。
【０３０１】
ある実施例では、ＴＶＣコントローラ４４０１は、ユーザ入力デバイス４４１１からの１人以上のユーザ、周辺デバイス４４１２、選択的な暗号プロセッサデバイス４４２８、及び／又は、通信ネットワーク４４１３など、但し、これらに限定されないエンティティと接続及び／又は通信してもよい。例えば、ＴＶＣコントローラ４４０１は、パーソナルコンピュータ、サーバ、及び／又は、モバイルデバイス等の、但し、これらに限定されないクライアントデバイス４４３３ｂを操作するユーザ４４３３ａと接続及び／又は通信してもよい。モバイルデバイスは、携帯電話、スマートフォン（例えば、ｉＰｈｏｅ（登録商標）、Ｂｌａｃｋｂｅｒｒｙ（登録商標）、Ａｎｄｒｏｉｄ  ＯＳベースの電話機など）、タブレットコンピュータ（例えば、Ａｐｐｌｅ  ｉＰＡＤ（商標）、ＨＰ  Ｓｌａｔｅ（商標）、Ｍｏｔｏｒｏｌａ  Ｘｏｏｍ（商標）など）、電子書籍リーダー（例えば、Ａｍａｚｏｎ  Ｋｉｎｄｌｅ（商標）、Ｂａｒｎｅｓ  ａｎｄ  Ｎｏｂｌｅ’ｓ  Ｎｏｏｋ（商標）ｅＲｅａｄｅｒなど）、ラップトップコンピュータ、ノートブック、ネットブック、ゲーム機（例えば、ＸＢＯＸ  Ｌｉｖｅ（商標）、Ｎｉｔｅｎｄｏ（登録商標）ＤＳ、Ｓｏｎｙ  Ｐｌａｙｓｔａｔｉｏｎ（登録商標）Ｐｏｒｔａｂｌｅなど）、ポータブルスキャナ等を含むが、これらに限定されることはない。
【０３０２】
ネットワークは、グラフトポロジーの中のクライアント、サーバ、および中間ノードの相互接続および相互動作を行うものと一般に考えられる。本出願の全体を通じて使用される用語「サーバ」は、通信ネットワークを越えて遠隔ユーザの要求を処理し応答するコンピュータ、他のデバイス、プログラム、または、これらの組み合わせを一般に意味することに注意すべきである。サーバは、自分の情報を要求中の「クライアント」に供給する。ここで使用される用語「クライアント」は、処理、要求、そして、通信ネットワークを越えたサーバからの何らかの応答を取得し処理する能力をもつコンピュータ、プログラム、他のデバイス、ユーザ、及び／又は、これらの組み合わせを一般に意味する。情報および要求を容易にし、処理し、及び／又は、送信元ユーザから宛先ユーザへの情報の通過を促進するコンピュータ、その他のデバイス、プログラム、または、これらの組み合わせは、一般に「ノード」と称される。ネットワークは、送信元から宛先までの情報の転送を容易にするものであると広く考えられる。送信元から宛先までの情報の通過を促進するタスクを具体的に課されているノードは、一般に「ルータ」と称される。ローカルエリアネットワーク（ＬＡＮ）、ピコネットワーク、ワイドエリアネットワーク（ＷＡＮ）、ワイヤレスネットワーク（ＷＬＡＮ）などの多数のネットワークの形式が存在する。例えば、インターネットは、遠隔クライアントおよびサーバが相互にアクセスし、相互運用するようにされた数多くのネットワークの相互接続であるとして広く認められている。
【０３０３】
ＴＶＣコントローラ４４０１は、メモリ４４２９に接続されたコンピュータシステム構成４４０２のコンポーネントを有してもよいが、これに限定されないコンピュータシステムに基づいてもよい。
【０３０４】
コンピュータシステム構成
コンピュータシステム構成４４０２は、クロック４４３０、中央演算処理装置（ＣＰＵ及び／又はプロセッサ）（これらの用語は、特に断りのない限り、本開示の全体を通じて交換可能に使用される）４４０３、メモリ４４２９（例えば、リードオンリーメモリ（ＲＯＭ）４４０６、ランダムアクセスメモリ（ＲＡＭ）４４０５など）、及び／又は、インターフェースバス４４０７を備えることがあり、必須ではないが、多くの場合、侵入物（例えば、バイナリ符号化された信号）が通信、演算、記憶などを達成するために中を伝わることがある導電性を有し、及び／又は、そうでなければ、トランスポート用の回路経路を有している一以上の（マザー）ボード４４０２の上でシステムバス４４０４を介して全部が相互接続及び／又は通信する。コンピュータシステム構成は、電源４４８６に接続されてもよく、例えば、選択的に、電源は内在してもよい。選択的に、暗号プロセッサ４４２６及び／又はトランシーバ（例えば、ＩＣ）４４７４がシステムバスに接続されてもよい。別の実施例では、暗号プロセッサ及び／又はトランシーバは、インターフェースバスＩ／Ｏを介して、内部及び／又は外部のいずれかの周辺デバイス４４１２として接続されてもよい。次に、トランシーバは、アンテナ４４７５に接続され、これにより、様々な通信及び／又はセンサプロトコルのワイヤレス送信および受信を達成し、例えば、アンテナは、Ｔｅｘａｓ  Ｉｎｓｔｒｕｍｅｎｔ  ＷｉＬｉｎｋ  ＷＬ１２８３トランシーバチップ（例えば、８０２．１１ｎ、Ｂｌｕｅｔｏｏｔｈ３．０，ＦＭ、全地球測位システム（ＧＰＳ）（その結果、ＴＶＣコントローラがこれ自体の位置を決定することを可能にする）を提供する、Ｂｒｏａｄｃｏｍ  ＢＣＭ４３２９ＦＫＵＢＧトランシーバチップ（例えば、８０２．１１ｎ、Ｂｌｕｅｔｏｏｔｈ２．１＋ＥＤＲ、ＦＭなどを提供する）、Ｂｒｏａｄｃｏｍ  ＢＣＭ４７５０ＩＵＢ８レシーバチップ（例えば、ＧＰＳ）、Ｉｎｆｉｎｅｏｎ  Ｔｅｃｈｎｏｌｏｇｉｅｓ  Ｘ−Ｇｏｌｄ６１８−ＰＭＢ９８００（例えば、２Ｇ／３Ｇ  ＨＳＤＰＡ／ＨＳＵＰＡ通信を提供する）等に接続してもよい。システムクロックは、典型的に、水晶発振器を有し、コンピュータシステム構成の回路経路を通るベース信号を発生する。クロックは、典型的に、システムバス、および、コンピュータシステム構成内に相互接続されている他のコンポーネントのためのベース動作周波数を増減する種々のクロック乗算器に連結されている。クロックおよびコンピュータシステム構成内の種々のコンポーネントは、システム全体を通じて情報を具現化する信号を駆動する。このコンピュータシステム構成の全体を通じて情報を具現化する命令の送信および受信は、一般に通信と称されてもよい。これらの通信命令は、さらに、送受信されてもよく、本コンピュータシステム構成を越えて、通信ネットワーク、入力デバイス、他のコンピュータシステム構成、周辺デバイス等への返信及び／又は応答通信の原因となる。代替的実施例では、上記コンポーネントのいずれも、直接相互接続され、ＣＰＵに接続され、及び／又は、様々なコンピュータシステムで例示的に採用された多くの変形例で構成されてもよいことが理解されるべ��である。
【０３０５】
ＣＰＵは、ユーザ及び／又はシステムが発生した要求を実行するプログラムコンポーネントを実行するために適切である少なくとも１つの高速データプロセッサを備える。多くの場合、プロセッサ自体は、集積システム（バス）コントローラ、メモリ管理制御ユニット、浮動小数点ユニット、および、さらなる専用処理サブユニットのグラフィックス処理ユニット、デジタル信号処理ユニット等の、但し、これらに限定されない様々な専用処理ユニットを組み込む。さらに、プロセッサは、内部高速アクセスアドレス指定可能メモリを含み、プロセッサ自体を越えてメモリ４４２９をマッピングおよびアドレッシングする能力を有し、内部メモリは、高速レジスタ、様々なレベルのキャッシュメモリ（例えば、レベル１、２、３など）、ＲＡＭなどを含んでもよいが、これらに限定されることはない。プロセッサは、命令アドレスによりアクセス可能であるメモリアドレス空間の使用を通じてこのメモリにアクセスしてもよく、プロセッサは、この命令アドレスを構成およびデコードすることが可能であり、プロセッサがあるメモリ状態を有している特定のメモリアドレス空間までの回路経路にアクセスする。ＣＰＵは、ＡＭＤのＡｔｈｌｏｎ、Ｄｕｒｏｎ及び／又はＯｐｔｅｒｏｎ、ＡＲＭのアプリケーション、内蔵型かつセキュアなプロセッサ、ＩＢＭ及び／又はＭｏｔｏｒｏｌａのＤｒａｇｏｎＢａｌｌおよびＰｏｗｅｒＰＣ、ＩＢＭおよびＳｏｎｙのＣｅｌｌプロセッサ、ＩｎｔｅｌのＣｅｌｅｒｏｎ、Ｃｏｒｅ（２）Ｄｕｏ、Ｉｔａｎｉｕｍ、Ｐｅｎｔｉｕｍ、Ｘｅｏｎ、及び／又は、ＸＳｃａｌｅ、及び／又は、類似のプロセッサのマイクロプロセッサでもよい。ＣＰＵは、従来型のデータ処理手法に従って、記憶された命令（すなわち、プログラムコード）を実行するために導電性及び／又はトランスポート経路（例えば、（印刷）電子及び／又は光回路）を通過する命令を通してメモリと相互作用する。この命令通過は、ＴＶＣコントローラ内部、および、様々なインターフェースを越える通信を容易にする。処理要件がより大きい速度及び／又は容量を規定する場合、分散プロセッサ（例えば、分散ＴＶＣ）、メインフレーム、マルチコア、パラレル、及び／又は、スーパーコンピュータアーキテクチャが同様に採用されてもよい。代替的に、配備要件がより高い携帯性を規定する場合、より小型の個人情報端末（ＰＤＡ）が採用されてもよい。
【０３０６】
特定の実施例に依存して、ＴＶＣの特徴は、ＣＡＳＴのＲ８０５１ＸＣ２マイクロコントローラ、ＩｎｔｅｌのＭＣＳ５１（すなわち、８０５１マイクロコントローラ）等のマイクロコントローラを実施することにより達成されてもよい。同様に、ＴＶＣのあるフィーチャーを実施するために、あるフィーチャーの実施例は、特定用途向け集積回路（ＡＳＩＣ）、デジタル信号処理（ＤＳＰ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）、及び／又は、その他の同様の内蔵技術の内蔵コンポーネントに依拠してもよい。例えば、ＴＶＣコンポーネントのコレクション（分散またはそれ以外）及び／又は特徴のいずれかは、マイクロプロセッサによって、及び／又は、内蔵コンポーネント、例えば、ＡＳＩＣ、コプロセッサ、ＤＳＰ、ＦＰＧＡ等によって実施されてもよい。代替的に、ＴＶＣの幾つかの実施は、種々の特徴または信号処理を達成するために構成され、使用される内蔵コンポーネントを使って実施されてもよい。
【０３０７】
特定の実施例に依存して、内蔵コンポーネントは、ソフトウェアソリューション、ハードウェアソリューション、及び／又は、ハードウェア／ソフトウェアソリューションの何らかの組み合わせを含んでもよい。例えば、ここで説明するＴＶＣフィーチャーは、Ｘｉｌｉｎｘにより製造された高性能ＦＰＧＡ  Ｖｉｒｔｅｘシリーズ及び／又は低コストＳｐａｒｔａｎシリーズの、「論理ブロック」と称されるプログラマブル論理コンポーネントと、プログラマブル相互接続とを収容する半導体装置であるＦＰＧＡを実施することにより達成されてもよい。論理ブロックおよび相互接続は、ＦＰＧＡが製造された後、ＴＶＣ特徴のうちのいずれかを実施するために、顧客または設計者によりプログラムされる可能性がある。プログラマブル相互接続の階層性は、ワンチップ・プログラマブル・ブレッドボードと若干類似しているように、論理ブロックがＴＶＣシステム設計者／管理者による必要に応じて相互接続されることを可能にする。ＦＰＧＡの論理ブロックは、ＡＮＤおよびＸＯＲの基本的な論理ゲートの演算、または、デコーダもしくは簡単な数学演算のより複雑な結合演算子を実行するためにプログラムされる可能性がある。殆どのＦＰＧＡでは、論理ブロックは、回路フリップフロップでもよく、または、より完全なメモリのブロックでもよいメモリ素子をさらに含んでもよい。ある状況では、ＴＶＣは、普通のＦＰＧＡ上に開発され、その後、ＡＳＩＣ方式の実施により類似している固定バージョンに移されてもよい。代替の、または、協調的な実施は、ＴＶＣコントローラ特徴をＦＰＧＡの代わりに、または、ＦＰＧＡに加えて、最終的なＡＳＩＣに移してもよい。上記内蔵コンポーネントおよびマイクロプロセッサの実施全体に依存して、ＴＶＣのための「ＣＰＵ」及び／又は「プロセッサ」が考慮されてもよい。
【０３０８】
電源
電源４４８６は、以下のパワーセル：アルカリ、水素化リチウム、リチウムイオン、リチウムポリマー、ニッケルカドミウム、太陽電池等の、小型電子回路ボードデバイスに給電する標準的な形式であればよい。その他の種類のＡＣまたはＤＣ電源が同様に使用されてもよい。太陽電池の場合、ある実施例では、この事例は、太陽電池が光エネルギーを捕捉するための開口を設ける。パワーセル４４８６は、ＴＶＣの相互接続された後続のコンポーネントの少なくとも１つに接続され、それによって、電流を全ての後続のコンポーネントに電流を供給する。一実施例では、電源４４８６は、システム・バスコンポーネント４４０４に接続されている。代替的実施例では、外部電源４４８６がＩ／Ｏ４４０８インターフェースを越える接続を介して設けられている。例えば、ＵＳＢ及び／又はＩＥＥＥ１３９４接続は、接続を越えてデータおよび電力の両方を搬送し、その結果、適当な電源である。
【０３０９】
インターフェースアダプタ
インターフェースバス４４０７は、入出力インターフェース（Ｉ／Ｏ）４４０８、ストレージインターフェース４４０９、ネットワークインターフェース４４１０等の、但し、これらに限定されない従来のアダプタカードの形式が必須ではない、複数のアダプタを受容、接続、及び／又は、通信してもよい。選択的に、暗号プロセッサインターフェース４４２７が同様にインターフェースバスに接続されてもよい。インターフェースバスは、コンピュータシステム構成のその他のコンポーネントとの通信の他に、インターフェースアダプタの相互の通信を提供する。インターフェースアダプタは、互換性インターフェースバスのため適合している。インターフェースアダプタは、従来的には、スロットアーキテクチャによってインターフェースバスに接続している。アクセラレーテッド・グラフィックス・ポート（ＡＧＰ）、カードバス、（拡張型）業界標準アーキテクチャ（（Ｅ）ＩＳＡ）、マイクロ・チャネル・アーキテクチャ（ＭＣＡ）、ＮｕＢｕｓ、周辺コンポーネント相互接続（拡張型）（ＰＣＩ（Ｘ））、ＰＣＩエクスプレス、パーソナル・コンピュータ・メモリ・カード国際協会（ＰＣＭＣＩＡ）等の、但し、これらに限定されない従来型スロットアーキテクチャが採用されてもよい。
【０３１０】
ストレージインターフェース４４０９は、ストレージデバイス４４１４、リムーバブルディスクデバイス等の、但し、これらに限定されない複数のストレージデバイスを受容、通信、及び／又は、接続してもよい。ストレージインターフェースは、（ウルトラ）（シリアル）アドバンスド・テクノロジー・アタッチメント（パケットインターフェース）（（ウルトラ）（シリアル）ＡＴＰ（ＰＩ））、（エンハンスト）インテグレーテッド・ドライブ・エレクトロニクス（（Ｅ）ＩＤＥ）、米国電気電子学会（ＩＥＥＥ）１３９４、ファイバチャネル、スモール・コンピュータシステムインターフェース（ＳＣＳＩ）、ユニバーサル・シリアル・バス（ＵＳＢ）等の、但し、これらに限定されない接続プロトコルを採用してもよい。
【０３１１】
ネットワークインターフェース４４１０は、通信ネットワーク４４１３を受け入れ、通信し、及び／又は、接続してもよい。通信ネットワーク４４１３を介して、ＴＶＣコントローラは、ユーザ４４３３ａによりリモートクライアント４４３３ｂ（例えば、ウェブブラウザ付きのコンピュータ）を通じてアクセス可能である。ネットワークインターフェースは、直接接続、イーサネット（シック、シン、ツイストペア１０／１００／１０００ベースＴ等）、トークンリング、ＩＥＥＥ８０２．１１ａ〜ｘのワイヤレス接続等の、但し、これらに限定されない通信プロトコルを採用してもよい。処理要件がより大きい速度及び／又は容量を規定する場合、分散ネットワークコントローラ（例えば、分散ＴＶＣ）アーキテクチャがＴＶＣコントローラによって要求される通信帯域幅をプールする、ロードバランスさせる、及び／又は、そうではない場合、増加させるために同様に採用されてもよい。通信ネットワークは、直接相互接続、インターネット、ローカルエリアネットワーク（ＬＡＮ）、メトロポリタンエリアネットワーク（ＭＡＮ）、オペレーティング・ミッション・アズ・ノード・オン・インターネット（ＯＭＮＩ）、セキュアド・カスタム・コネクション、ワイドエリアネットワーク（ＷＡＮ）、ワイヤレスネットワーク（例えば、ワイヤレスアプリケーション・プロトコル（ＷＡＰ）、Ｉモード等の、但し、これらに限定されないプロトコルを採用する）等のうちのいずれか１つ、及び／又は、組み合わせでもよい。ネットワークインターフェースは、入出力インターフェースの専用形式であるとみなされてもよい。さらに、複数のネットワークインターフェース４４１０が様々な通信ネットワーク種類４４１３に関与するために使用されてもよい。例えば、複数のネットワークインターフェースがブロードキャスト、マルチキャスト、及び／又は、ユニキャストネットワークを越える通信を許可するために採用されてもよい。
【０３１２】
入出力インターフェース（Ｉ／Ｏ）４４０８は、ユーザ入力デバイス４４１１、周辺デバイス４４１２、暗号プロセッサデバイス４４２８等を受け入れ、通信し、及び／又は、接続してもよい。Ｉ／Ｏは、オーディオ：アナログ、デジタル、モノラル、ＲＣＡ、ステレオ等、データ：Ａｐｐｌｅ  Ｄｅｓｋｔｏｐ  Ｂｕｓ（ＡＤＢ）、ＩＥＥＥ１３９４ａ〜ｂ、シリアル、ユニバーサル・シリアル・バス（ＵＳＢ）、赤外線、ジョイスティック、キーボード、ミディ、光学式、ＰＣ  ＡＴ、パラレル、無線：ビデオインターフェース：Ａｐｐｌｅ  Ｄｅｓｋｔｏｐ  Ｃｏｎｅｃｔｏｒ（ＡＤＣ）、ＡＮＣ、同軸、コンポーネント、コンポジット、デジタル、デジタル・ビジュアルインターフェース（ＤＶＩ）、高品位マルチメディアインターフェース（ＨＤＭＩ）、ＲＣＡ、ＲＦアンテナ、Ｓ−Ｖｉｄｅｏ、ＶＧＡ等、ワイヤレストランシーバ：８０２．１１ａ／ｂ／ｇ／ｎ／ｘ、Ｂｌｕｅｔｏｏｔｈ、セルラ（例えば、符号分割多元接続（ＣＤＭＡ）、高速パケットアクセス（ＨＰＳＡ（＋））、高速ダウンリンク・パケット・アクセス（ＨＳＤＰＡ）、モバイル通信用グローバルシステム（ＧＳＭ）、ロング・ターム・エボリューション（ＬＴＥ）、ＷｉＭａｘなど）、等の、但し、これらに限定されない接続プロトコルを採用してもよい。１つの典型的な出力デバイスは、典型的に、ビデオインターフェースからの信号を受け入れるインターフェース（例えば、ＤＶＩ回路およびケーブル）付きの陰極線管（ＣＲＴ）または液晶ディスプレイ（ＬＣＤ）に基づくモニタを備えるビデオディスプレイが使用されてもよい。ビデオインターフェースは、コンピュータシステム構成により発生された情報を合成し、ビデオ・メモリ・フレーム内で合成された情報に基づいてビデオ信号を発生する。別の出力デバイスは、ビデオインターフェースからの信号を受け入れるテレビジョンセットである。典型的に、ビデオインターフェースは、ビデオ・ディスプレイインターフェースを受け入れるビデオ接続インターフェースを介して合成されたビデオ情報を提供する（例えば、ＲＣＡコンポジット・ビデオ・コネクタは、ＲＣＡコンポジット・ビデオ・ケーブルを受け入れ、ＤＶＩコネクタは、ＤＶＩディスプレイケーブルを受け入れるなどである）。
【０３１３】
ユーザ入力デバイス４４１１は、多くの場合に、ある種の周辺デバイス４４１２（以下を参照）であり、カードリーダー、ドングル、指紋リーダー、グローブ、グラフィックスタブレット、ジョイスティック、キーボード、マイクロフォン、マウス（マイス）、リモートコントローラ、網膜リーダー、タッチ画面（例えば、容量性、抵抗性など）、トラックボール、トラックパッド、センサ（例えば、加速度計、周囲光、ＧＰＳ，ジャイロスコープ、近接性など）、スタイラス等を含んでもよい。
【０３１４】
周辺デバイス４４１２は、Ｉ／Ｏ、及び／又は、ネットワークインターフェース、ストレージインターフェース、直接的にインターフェースバス、システムバス、ＣＰＵ等のその他の同様の機能に接続され、及び／又は、通信してもよい。周辺デバイスは、ＴＶＣコントローラの外部、内部、及び／又は、一部でもよい。周辺デバイスは、アンテナ、オーディオデバイス（例えば、ラインイン、ラインアウト、マイクロフォン入力、スピーカーなど）、カメラ（例えば、スチル、ビデオ、ウェブカメラなど）、ドングル（例えば、コピー防止用、デジタル署名を使った安全な取引の保証、及び／又は、その他の同様のもの），外部プロセッサ（機能追加のため、例えば、暗号デバイス４４２８）、力フィードバックデバイス（例えば、振動モーター）、ネットワークインターフェース、プリンタ、スキャナ、ストレージデバイス、トランシーバ（例えば、セルラ、ＧＰＳなど）、ビデオデバイス（例えば、ゴーグル、モニタなど）、ビデオ源、バイザー等を含んでもよい。周辺デバイスは、多くの場合に、何種類もの入力デバイス（例えば、カメラ）を含む。
【０３１５】
ユーザ入力デバイスおよび周辺デバイスが利用され、ＴＶＣコントローラは、内蔵、専用、及び／又は、モニタ無しの（すなわち、ヘッド無しの）デバイスとして具現化され、アクセスがネットワークインターフェース接続を越えて行われてもよいことに留意すべきである。
【０３１６】
マイクロコントローラ、プロセッサ４４２６、インターフェース４４２７、及び／又は、デバイス４４２８等の、但し、これらに限定されない暗号ユニットは、ＴＶＣコントローラに付属、及び／又は、通信してもよい。Ｍｏｔｏｒｏｌａ社により製造されたＭＣ６８ＨＣ１６マイクロコントローラは、暗号ユニットのため、及び／又は、暗号ユニットの内部で使用されてもよい。ＭＣ６８ＨＣ１６マイクロコントローラは、１６ＭＨｚ構成において１６ビット積和命令を利用し、５１２ビットのＲＳＡ秘密鍵演算を実行するために１秒未満しか必要としない。暗号ユニットは、相互作用するエージェントからの通信の認証をサポートすると共に、匿名取引を許可する。暗号ユニットは、ＣＰＵの一部として構成されることもある。等価的なマイクロコントローラ及び／又はプロセッサが使用されてもよい。その他の市販されている専用暗号プロセッサは、ＢｒｏａｄｃｏｍのＣｒｙｐｔｏＮｅｔＸおよびその他のセキュリティプロセッサ、ｎＣｉｐｈｅｒのｎＳｈｉｅｌｄ、ＳａｆｅＮｅｔのＬｕｎａ  ＰＣＩ（例えば、７１００）シリーズ、Ｓｅｍａｐｈｏｒｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓの４０ＭＨｚ  Ｒｏａｄｒｕｎｎｎｅｒ１８４、ＳｕｎのＣｒｙｐｔｏｇｒａｐｈｉｃ  Ａｃｃｅｌｅｒａｔｏｒｓ（例えば、Ａｃｃｅｌｅｒａｔｏｒ６０００ＰＣＩｅ  Ｂｏａｒｄ、Ａｃｃｅｌｅｒａｔｏｒ５００Ｄａｕｇｈｔｅｒｃａｒｄ）、暗号命令を５００ＭＢ／ｓ以上で実行する能力をもつＶｉａ  Ｎａｎｏ  Ｐｒｏｃｅｓｓｏｒ（例えば、Ｌ２１００、Ｌ２２００、Ｕ２４００）ライン、ＶＬＳＩ  Ｔｅｃｈｎｏｌｏｇｙの３３ＭＨｚ６８６８等を含む。
【０３１７】
メモリ
広くは、プロセッサが情報の記憶及び／又は検索を実施することを可能にする機械化及び／又は実施例は、メモリ４４２９であると考えられる。しかし、メモリは、代替可能な技術および資源であり、その結果、いくつものメモリ実施例が別の実施例の代わりに、または、別の実施例と併せて利用されてもよい。ＴＶＣコントローラ及び／又はコンピュータシステム構成は、様々な形式のメモリ４４２９を利用してもよいことが理解されるべきである。例えば、オンチップＣＰＵメモリ（例えば、レジスタ）、ＲＡＭ、ＲＯＭ、および、その他のストレージデバイスの動作が穿孔テープまたは穿孔カード機構により提供されるコンピュータシステム構成が構成されてもよいが、かかる実施例は、非常に低速の動作となる。典型的な構成では、メモリ４４２９は、ＲＯＭ  ４４０６、ＲＡＭ４４０５、および、ストレージデバイス４４１４を含む。ストレージデバイス４４１４は、どの従来型のコンピュータシステムストレージでもよい。ストレージデバイスは、ドラム式：（固定式またはリムーバブル式）磁気ディスクドライブ、光磁気式ドライブ、光学式ドライブ（すなわち、Ｂｌｕｒａｙ、ＣＤ  ＲＯＭ／ＲＡＭ／書き込み可能（Ｒ）／再書き込み可能（ＲＷ）、ＤＶＤ  Ｒ／ＲＷ、ＨＤ  ＤＶＤ  Ｒ／ＲＷなど）、デバイスのアレイ（例えば、独立ディスク冗長アレイ（ＲＡＩＤ））、固体メモリデバイス（ＵＳＢメモリ、固体ドライブ（ＳＳＤ）など）、その他のプロセッサ読み取り可能なストレージ媒体、及び／又は、類似デバイスを含んでもよい。その結果、コンピュータシステム構成は、広くは、メモリを必要とし、かつ、メモリを利用する。
【０３１８】
コンポーネントコレクション
メモリ４４２９は、オペレーティングシステムコンポーネント４４１５（オペレーティングシステム）、情報サーバコンポーネント４４１６（情報サーバ）、ユーザインターフェースコンポーネント４４１７（ユーザインターフェース）、ウェブブラウザコンポーネント４４１８、データベース４４１９、メールサーバコンポーネント４４２１、メールクライアントコンポーネント４４２２、暗号サーバコンポーネント４４２０（暗号サーバ）、ＴＶＣコンポーネント４４３５等（すなわち、集合的にコンポーネントコレクション）の、但し、これらに限定されないプログラム及び／又はデータベースコンポーネント及び／又はデータのコレクションを収容してもよい。これらのコンポーネントは、記憶され、ストレージデバイス及び／又はインターフェースバスを介してアクセス可能なストレージデバイスからアクセスされてもよい。コンポーネントコレクションの中のプログラムコンポーネントの従来的ではないプログラムコンポーネントは、典型的に、ローカルストレージデバイス４４１４に記憶されるが、これらは、周辺デバイス、ＲＡＭ、通信ネットワークを介するリモートストレージ機能、ＲＯＭ、様々な形式のメモリ等のメモリにロード及び／又は記憶されてもよい。
【０３１９】
オペレーティングシステム
オペレーティングシステムコンポーネント４４１５は、ＴＶＣコントローラの動作を容易にする実行可能なプログラムコンポーネントである。典型的に、オペレーティングシステムは、Ｉ／Ｏ、ネットワークインターフェース、周辺デバイス、ストレージデバイス等のアクセスを容易にする。オペレーティングシステムは、Ａｐｐｌｅ  Ｍａｃｉｎｔｏｓｈ  ＯＳ  Ｘ（サーバ）、ＡＴ＆Ｔ  Ｐｌａｎ９、Ｂｅ  ＯＳ、（ＡＴ＆ＴのＵＮＩＸ、Ｆｒｅｅｄ、ＮｅｔＢＳＤ、ＯｐｅｎＢＳＤ等のバークレイソフトウェア配布（ＢＳＤ）変形版、Ｒｅｄ  Ｈａｔ、Ｕｂｕｎｔｕ等のＬｉｎｕｘ配布の）ＵｎｉｘおよびＵｎｉｘライクシステム配布、及び／又は、類似のオペレーティングシステムの高度にフォールトトレラント、スケーラブル、かつ、セキュアなシステムでもよい。しかし、Ａｐｐｌｅ  Ｍａｃｉｎｔｏｓｈ  ＯＳ、ＩＢＭ  ＯＳ／２、Ｍｉｃｒｏｓｏｆｔ  ＤＯＳ、Ｍｉｃｒｏｓｏｆｔ  Ｗｉｎｄｏｗｓ２０００／２００３／３．１／９５／９８／ＣＥ／Ｍｉｌｌｅｎｉｕｍ／ＮＴ／Ｖｉｓｔａ／ＸＰ（Ｓｅｒｖｅｒ）、Ｐａｌｍ  ＯＳ等のより限定的で、及び／又は、セキュアではないオペレーティングシステムが採用されてもよい。オペレーティングシステムは、これ自体を含むコンポーネントコレクション内の他のコンポーネント等の機能に通信すること、及び／又は、この機能などと通信してもよい。多くの場合、オペレーティングシステムは、他のプログラムコンポーネント、ユーザインターフェース等と通信する。例えば、オペレーティングシステムは、プログラムコンポーネント、システム、ユーザ、及び／又は、データ通信、要求、及び／又は、応答を収容、通信、発生、取得、及び／又は、提供してもよい。オペレーティングシステムは、ＣＰＵにより実行されると、通信ネットワーク、Ｉ／Ｏ、周辺デバイス、プログラムコンポーネント、メモリ、ユーザ入力デバイス等との相互作用を可能にしてもよい。オペレーティングシステムは、ＴＶＣコントローラが通信ネットワーク４４１３を介してその他のエンティティと通信することを可能にする通信プロトコルを提供してもよい。種々の通信プロトコルが限定されることなく、マルチキャスト、ＴＣＰ／ＩＰ、ＵＤＰ、ユニキャスト等の相互作用のためのサブキャリアトランスポート機構としてＴＶＣコントローラにより使用されてもよい。
【０３２０】
情報サーバ
情報サーバコンポーネント４４１６は、ＣＰＵにより実行されるストアドプログラムコンポーネントである。情報サーバは、Ａｐａｃｈｅソフトウェア財団のＡｐａｃｈｅ、Ｍｉｃｒｏｓｏｆｔのインターネット情報サーバ等の、但し、これらに限定されない従来型のインターネット情報サーバでもよい。情報サーバは、アクティブサーバ・ページ（ＡＳＰ）、ＡｃｔｉｖｅＸ、（ＡＮＳＩ）（Ｏｂｊｅｃｔｉｖｅ−）Ｃ（＋＋）、Ｃ＃及び／又は．ＮＥＴ、共通ゲートウェイインターフェース（ＣＧＩ）スクリプト、動的（Ｄ）ハイパーテキスト・マークアップ言語（ＨＴＭＬ）、ＦＬＡＳＨ、Ｊａｖａ、ＪａｖａＳｃｒｉｐｔ、Ｐｒａｃｔｉｃａｌ  Ｅｘｔｒａｃｔｉｏｎ  Ｒｅｐｏｒｔ  Ｌａｎｇｕａｇｅ（ＰＥＲＬ）、ハイパーテキスト・プリプロセッサ（ＰＨＰ）、ｐｉｐｅｓ、Ｐｙｔｈｏｎ、ワイヤレスアプリケーション・プロトコル（ＷＡＰ）、ＷｅｂＯｂｊｅｃｔｓ等の機能を通じてプログラムコンポーネントの実行を可能にしてもよい。情報サーバは、Ｆｉｌｅ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ（ＦＴＰ）、ＨｙｐｅｒＴｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ（ＨＴＴＰ）、Ｓｅｃｕｒｅ  Ｈｙｐｅｒｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ（ＨＴＴＰＳ）、Ｓｅｃｕｒｅ  Ｓｏｃｋｅｔ  Ｌａｙｅｒ（ＳＳＬ），ｍｅｓｓａｇｉｎｇ  ｐｒｏｔｏｃｏｌｓ（例えば、Ａｍｅｒｉｃａ  Ｏｎｌｉｎｅ（ＡＯＬ）Ｉｎｓｔａｎｔ  Ｍｅｓｓｅｎｇｅｒ（ＡＩＭ）、Ａｐｐｌｉｃａｔｉｏｎ  Ｅｘｃｈａｎｇｅ（ＡＰＥＸ）、ＩＣＱ、Ｉｎｔｅｒｎｅｔ  Ｒｅｌａｙ  Ｃｈａｔ（ＩＲＣ），Ｍｉｃｒｏｓｏｆｔ  Ｎｅｔｗｏｒｋ（ＭＳＮ）Ｍｅｓｓｅｎｇｅｒ  Ｓｅｒｖｉｃｅ、Ｐｒｅｓｅｎｃｅ  ａｎｄ  Ｉｎｓｔａｎｔ  Ｍｅｓｓａｇｉｎｇ  Ｐｒｏｔｏｃｏｌ（ＰＲＩＭ）、Ｉｎｔｅｒｎｅｔ  Ｅｎｇｉｎｅｅｒｉｎｇ  Ｔａｓｋ  Ｆｏｒｃｅ’ｓ（ＩＥＴＦ’ｓ）Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ（ＳＩＰ）、ＳＩＰ  ｆｏｒ  Ｉｎｓｔａｎｔ  Ｍｅｓｓａｇｉｎｇ  ａｎｄ  Ｐｒｅｓｅｎｃｅ  Ｌｅｖｅｒａｇｉｎｇ  Ｅｘｔｅｎｓｉｏｎｓ（ＳＩＭＰＬＥ）、ｏｐｅｎ  ＸＭＬ−ｂａｓｅｄ  Ｅｘｔｅｎｓｉｂｌｅ  Ｍｅｓｓａｇｉｎｇ  ａｎｄ  Ｐｒｅｓｅｎｃｅ  Ｐｒｏｔｏｃｏｌ（ＸＭＰＰ）（すなわち、Ｊａｂｂｅｒ  ｏｒ  Ｏｐｅｎ  Ｍｏｂｉｌｅ  Ａｌｌｉａｎｃｅ’ｓ（ＯＭＡ’ｓ）Ｉｎｓｔａｎｔ  Ｍｅｓｓａｇｉｎｇ  ａｎｄ  Ｐｒｅｓｅｎｃｅ  Ｓｅｒｖｉｃｅ（ＩＭＰＳ）），Ｙａｈｏｏ！  Ｉｎｓｔａｎｔ  Ｍｅｓｓｅｎｇｅｒ  Ｓｅｒｖｉｃｅ等の、但し、これらに限定されないセキュア通信プロトコルをサポートしてもよい。情報サーバは、ウェブページの形式で結果をウェブブラウザに提供し、他のプログラムコンポーネントとの相互作用によるウェブページの操作された生成を可能にする。ＨＴＴＰ要求のドメイン・ネームシステム（ＤＮＳ）解決部が特定情報サーバに解決された後、情報サーバは、ＨＴＴＰ要求のリマインダーに基づいてＴＶＣコントローラ上の指定された位置で情報の要求を解決する。例えば、ｈｔｔｐ：／／１２３．１２４．１２５．１２６／ｍｙＩｎｆｏｒｍａｔｉｏｎ．ｈｔｍｌの要求は、そのＩＰアドレスでＤＮＳサーバによ��て解決される情報サーバへの要求のＩＰ部「１２３．１２４．１２５．１２６」を有し、その情報サーバは、次に、要求の「／ｍｙＩｎｆｏｒｍａｔｉｏｎ．ｈｔｍｌ」部についてｈｔｔｐ要求をさらに解析してもよく、これを情報「ｍｙＩｎｆｏｒｍａｔｉｏｎ．ｈｔｍｌ」を含むメモリ内の位置に解決する。さらに、他の情報提供プロトコルが様々なポートに亘って、例えば、ＦＴＰ通信がポート２１等に亘って採用されてもよい。情報サーバは、それ自身を含むコンポーネントコレクション内の他のコンポーネント及び／又はその設備に、及び／又は、それを利用して通信してもよい。情報サーバは、しばしばＴＶＣデータベース４４１９、オペレーティングシステム、その他のプログラムコンポーネント、ユーザインターフェース、ウェブブラウザ等と通信する。
【０３２１】
ＴＶＣデータベースへのアクセスは、以下に列挙するスクリプト化言語（例えば、ＣＧＩ）、および、以下に列挙するアプリケーション間通信チャネル（例えば、ＣＯＲＢＡ、ＷｅｂＯｂｊｅｃｔｓなど）の複数のデータベースブリッジ機構を通じて達成されてもよい。ウェブブラウザを介したデータ要求は、ブリッジ機構を通じて、ＴＶＣにより要求される適切なグラマーに解析される。ある実施例では、情報サーバは、ウェブブラウザによってアクセス可能なウェブフォームを提供する。ウェブフォームの提供されたフィールドになされた入力は、特定のフィールドに入力されているとタグ付けされ、そのように解析される。入力されたタームは、次に、フィールドタグと共に送られ、それは、適切なテーブル及び／又はフィールドに向けられたクエリーを発生させることをパーサーに命令する機能を果たす。ある実施例では、パーサーは、タグ付けされたテキスト入力に基づいて適当な結合／選択コマンドを使って検索列をインスタンス化することにより標準ＳＱＬでクエリーを発生させ、結果コマンドは、ブリッジ機構を越えてクエリーとしてＴＶＣへ提供される。クエリーからクエリー結果を発生させると、結果は、ブリッジ機構を介して送られ、ブリッジ機構による新しい結果のウェブページのフォーマットと生成のため解析されてもよい。この新しい結果のウェブ／ページは、その後、情報サーバに提供され、情報サーバは、これを要求しているウェブブラウザに供給してもよい。
【０３２２】
同様に、情報サーバは、プログラムコンポーネント、システム、ユーザ、及び／又は、データ通信、要求、及び／又は、応答を収容、通信、発生、取得、及び／又は、提供してもよい。
【０３２３】
ユーザインターフェース
コンピュータインターフェースは、幾つかの点で、自動車運転インターフェースに類似している。ステアリングホイール、ギアシフト、および、速度計の自動車運転インターフェース要素は、自動車資源および状態のアクセス、操作、および表示を容易にする。チェックボックス、カーソル、メニュー、スクローラー、およびウィンドウ（集合的かつ一般的にウィジェットと称される）のコンピュータ相互作用インターフェース要素は、データと、コンピュータハードウェアおよびオペレーティングシステム資源と状態のアクセス、機能、動作、および表示も容易にする。操作インターフェースは、一般に、ユーザインターフェースと称される。Ａｐｐｌｅ  Ｍａｃｃｉｎｔｏｓｈオペレーティング／システムのＡｑｕａ、ＩＢＭのＯＳ／２、ＭｉｃｒｏｓｏｆｔのＷｉｎｄｏｗｓ２０００／２００３／３．１／９５／９８／ＣＥ／Ｍｉｌｌｅｎｉｕｍ／ＮＴ／Ｖｉｓｔａ／７（すなわち、Ａｅｒｏ）、ＵｎｉｘのＸ−Ｗｉｎｄｏｗｓ（例えば、Ｋ  Ｄｅｓｋｔｏｐ  Ｅｎｖｉｒｏｎｍｅｎｔ（ＫＤＥ）、ｍｙｔｈＴＶおよびＧＮＵ  Ｎｅｔｗｏｒｋ  Ｏｂｊｅｃｔ  Ｍｏｄｅｌ  Ｅｎｖｉｒｏｎｍｅｎｔ（ＧＮＯＭＥ）の付加的なＵｎｉｘグラフィックインターフェースライブラリおよびレイヤを含んでもよい）、ウェブインターフェースライブラリ（例えば、ＡｃｔｉｖｅＸ、ＡＪＡＸ、（Ｄ）ＨＴＭＬ、ＦＬＡＳＨ、Ｊａｖａ、ＪａｖａＳｃｒｉｐｔなど、Ｄｏｊｏ、ｊＱｕｅｒｙ（ＵＩ）、ＭｏｏＴｏｏｌｓ、Ｐｒｏｔｏｔｙｐｅ、ｓｃｒｉｐｔ．ａｃｕｌｏ．ｕｓ、ＳＷＦＯｂｊｅｃｔ、Ｙａｈｏｏ！  Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ等の、但し、これらに限定されないインターフェースライブラリ、これらのいずれかが使用されてもよい）のグラフィカルユーザインターフェース（ＧＵＩ）は、情報にアクセスし、情報を図示的にユーザに表示する基準と手段を提供する。
【０３２４】
ユーザインターフェースコンポーネント４４１７は、ＣＰＵにより実行されるストアドプログラムコンポーネントである。ユーザインターフェースは、既に説明したように、オペレーティングシステム及び／又はオペレーティング環境によって、と共に、及び／又は、の上で提供される従来型のグラフィックユーザインターフェースでもよい。ユーザインターフェースは、テキスト機能及び／又はグラフィカル機能を通じたプログラムコンポーネント及び／又はシステム機能の表示、実行、相互作用、操作、及び／又は、動作を可能にしてもよい。ユーザインターフェースは、ユーザがコンピュータシステムに影響を与え、相互作用し、及び／又は、操作するために用いる機能を提供する。ユーザインターフェースは、これ自体を含むコンポーネントコレクション内の他のコンポーネント等の機能に通信すること、及び／又は、この機能などと通信してもよい。ユーザインターフェースは、しばしばオペレーティングシステム、その他のプログラムコンポーネント等と通信する。ユーザインターフェースは、プログラムコンポーネント、システム、ユーザ、及び／又は、データ通信、要求、及び／又は、応答を収容、通信、発生、取得、及び／又は、提供してもよい。
【０３２５】
ウェブブラウザ
ウェブブラウザコンポーネント４４１８は、ＣＰＵにより実行されるストアドプログラムコンポーネントである。ウェブブラウザは、Ｍｉｃｒｏｓｏｆｔ  Ｉｎｔｅｒｎｅｔ  ＥｘｐｌｏｒｅｒまたはＮｅｔｓｃａｐｅ  Ｎａｖｉｇａｔｏｒの従来型のハイパーテキストビューイングアプリケーションである。セキュアウェブブラウジングは、ＨＴＴＰＳ、ＳＳＬ等を用いる１２８ビット（または、それ以上）の暗号化と共に供給されてもよい。ＡｃｔｉｖｅＸ、ＡＪＡＸ、（Ｄ）ＨＴＭＬ、ＦＬＡＳＨ、Ｊａｖａ、ＪａｖａＳｃｒｉｐｔ、ウェブブラウザプラグインＡＰＩｓ（例えば、ＦｉｒｅＦｏｘ、Ｓａｆａｒｉ  Ｐｌｕｇ−ｉｎ、及び／又は、類似のＡＰＩｓ）等の機能を通じたプログラムコンポーネントの実行を可能にする。ウェブブラウザ、および、同様の情報アクセスツールは、ＰＤＡ、携帯電話、及び／又は、その他のモバイルデバイスに統合されてもよい。ウェブブラウザは、これ自体を含むコンポーネントコレクション内の他のコンポーネント及び／又は類似の設備に、及び／又は、設備と通信してもよい。ウェブブラウザは、しばしば情報サーバ、オペレーティングシステム、統合プログラムコンポーネント（例えば、プラグイン）等と通信し、例えば、それは、プログラムコンポーネント、システム、ユーザ、及び／又は、データ通信、要求、及び／又は、応答を収容、通信、発生、取得、及び／又は、提供してもよい。さらに、ウェブブラウザおよび情報サーバの代わりに、結合アプリケーションは両者の動作に類似する機能を与えるように開発されてもよい。結合アプリケーションは、ＴＶＣが使用可能なノードからユーザ、ユーザ代理人等への情報の取得と提供に同様に影響を与える。結合アプリケーションは、標準ウェブブラウザを利用するシステム上で役に立たないことがある。
【０３２６】
メールサーバ
メールサーバコンポーネント４４２１は、ＣＰＵ４４０３により実行されるストアドプログラムコンポーネントである。メールサーバは、センドメール、Ｍｉｃｒｏｓｏｆｔ  Ｅｘｃｈａｎｇｅ等の、但し、これらに限定されない従来型のインターネットメールサーバでもよい。メールサーバは、ＴＶＣ、ＡｃｔｉｖｅＸ、（ＡＮＳＩ）（Ｏｂｊｅｃｔｉｖｅ−）Ｃ（＋＋）、Ｃ＃及び／又は．ＮＥＴ、ＣＧＩ  ｓｃｒｉｐｔｓ、Ｊａｖａ、ＪａｖａＳｃｒｉｐｔ、ＰＥＲＬ、ＰＨＰ、ｐｉｐｅｓ、Ｐｙｔｈｏｎ、ＷｅｂＯｂｊｅｃｔｓ等の機能を通じてプログラムコンポーネントの実行を可能にしてもよい。メールサーバは、インターネット・メッセージ・アクセス・プロトコル（ＩＭＡＰ）、メッセージングアプリケーション・プログラミングインターフェース（ＭＡＰＩ）／Ｍｉｃｒｏｓｏｆｔ  Ｅｘｃｈａｎｇｅ、ポスト・オフィス・プロトコル（ＰＯＰ３）、シンプル・メール・トランスファー・プロトコル（ＳＭＴＰ）等の、但し、これらに限定されない通信プロトコルをサポートしてもよい。メールサーバは、送信、中継、及び／又は、ＴＶＣを介して、及び／又は、に向かう着信メールメッセージおよび送信メールメッセージをルーティング、転送、および処理することが可能である。
【０３２７】
ＴＶＣメールへのアクセスは、個々のウェブサーバコンポーネント及び／又はオペレーティングシステムにより提供された、複数のＡＰＩを通じて達成されてもよい。
【０３２８】
同様に、メールサーバは、プログラムコンポーネント、システム、ユーザ、及び／又は、データ通信、要求、及び／又は、応答を収容、通信、発生、取得、及び／又は、提供してもよい。
【０３２９】
メールクライアント
メールクライアントコンポーネント４４２２は、ＣＰＵ４４０３により実行されるストアドプログラムコンポーネントである。メールクライアントは、Ａｐｐｌｅ  Ｍａｉｌ、Ｍｉｃｒｏｓｏｆｔ  Ｅｎｔｏｕｒａｇｅ、Ｍｉｃｒｏｓｏｆｔ  Ｏｕｔｌｏｏｋ、Ｍｉｃｒｏｓｏｆｔ  Ｏｕｔｌｏｏｋ  Ｅｘｐｒｅｓｓ、Ｍｏｚｉｌｌａ、Ｔｈｕｎｄｅｒｂｉｒｄ等の従来型のメール閲覧アプリケーションでもよい。メールクライアントは、ＩＭＡＰ、Ｍｉｃｒｏｓｏｆｔ  Ｅｘｃｈａｎｇｅ、ＰＯＰ３、ＳＭＴＰ等の複数の転送プロトコルをサポートしてもよい。メールクライアントは、これ自体を含むコンポーネントコレクション内の他のコンポーネント等の設備に通信すること、及び／又は、この設備と通信などしてもよい。多くの場合、メールクライアントは、メールサーバ、オペレーティングシステム、その他のメールクライアント等と通信し、例えば、このメールクライアントは、プログラムコンポーネント、システム、ユーザ、及び／又は、データ通信、要求、及び／又は、応答を収容、通信、発生、取得、及び／又は、提供してもよい。一般に、メールクライアントは、電子メールメッセージを作成、送信する設備を提供してもよい。
【０３３０】
暗号サーバ
暗号サーバコンポーネント４２０は、ＣＰＵ４４０３、暗号プロセッサ４４２６、暗号プロセッサインターフェース４４２７、暗号プロセッサデバイス４４２８等により実行されるストアドプログラムコンポーネントである。暗号プロセッサインターフェースは、暗号コンポーネントによる暗号及び／又は復号要求の迅速さを可能にするが、暗号コンポーネントは、代替的に、従来のＣＰＵ上で動作してもよい。暗号コンポーネントは、提供されたデータの暗号及び／又は復号を可能にする。暗号コンポーネントは、対称および非対称（例えば、Ｐｒｅｔｙ  Ｇｏｏｄ  Ｐｒｏｔｅｃｔｉｏｎ（ＰＧＰ））の両方の暗号及び／又は復号を可能にする。暗号コンポーネントは、デジタル証明書（例えば、Ｘ．５０９認証フレームワーク）、デジタル署名、二重署名、エンベロープ、パスワードアクセス保護、公開鍵管理等の、但し、これらに限定されない暗号方式を利用してもよい。暗号コンポーネントは、チェックサム、データ暗号化標準（ＤＥＳ）、楕円曲線暗号化（ＥＣＣ）、国際データ暗号化アルゴリズム（ＩＤＥＡ）、メッセージ・ディジット５（一方向ハッシュ演算であるＭＤ５）、パスワード、ライベスト暗号（ＲＣ５）、Ｒｉｊｎｄａｅｌ、ＲＳＡ（Ｒｏｎ  Ｒｉｖｅｓｔ、Ａｄｉ  Ｓｈａｍｉｒ、およびＬｅｏｎａｒｄ  Ａｌｄｅｌｍａｎにより１９７７年に開発されたアルゴリズムを使用する国際的な暗号化認証システムである）、セキュア・ハッシュ・アルゴリズム（ＳＨＡ）、セキュア・ソケット・レイヤ（ＳＳＬ）、セキュア・ハイパーテキスト・トランスファー・プロトコル（ＨＴＴＰＳ）等の、但し、これらに限定されない数多くの（暗号及び／又は復号）セキュリティプロトコルを容易にする。この暗号セキュリティプロトコルを利用して、ＴＶＣは、全ての着信及び／又は発信通信を暗号化し、より広い通信ネットワークをもつ仮想プライベートネットワーク（ＮＰＮ）内でノードとして機能してもよい。暗号コンポーネントは、「セキュリティ認証」のプロセスを容易にし、その結果、資源へのアクセスは、暗号コンポーネントがセキュアド資源への承認されたアクセスを実施するセキュリティプロトコルにより禁止される。また、暗号コンポーネントは、コンテンツのユニークな識別子を提供してもよく、例えば、デジタルオーディオファイルのユニークな署名を取得するためにＭＤ５ハッシュを利用する。暗号コンポーネントは、これ自体を含むコンポーネントコレクション内のその他のコンポーネント等の機能に通信すること、及び／又は、この機能などと通信してもよい。暗号コンポーネントは、ＴＶＣコンポーネントが必要に応じてセキュア取引に加わることを可能にするために、通信ネットワークを越える情報のセキュア送信を可能にする暗号方式をサポートする。暗号コンポーネントは、ＴＶＣ上の資源の安全なアクセスを容易にし、遠隔システム上の資源のセキュアアクセスを容易にし、すなわち、暗号コンポーネントは、セキュアド資源のクライアント及び／又はサーバとして機能してもよい。暗号コンポーネントは、しばしば情報サーバ、オペレーティングシステム、他のプログラムコンポーネント等と通信する。暗号コンポーネントは、プログラムコンポーネント、システム��ユーザ、及び／又は、データ通信、要求、及び／又は、応答を収容、通信、発生、取得、及び／又は、提供してもよい。
【０３３１】
ＴＶＣデータベース
ＴＶＣデータベースコンポーネント４４１９は、データベース内でそのデータとして具現化されてもよい。データベースは、ＣＰＵにより実行されるストアドプログラムコンポーネントであり、ストアドプログラムコンポーネント部分が保存されたデータを処理するためにＣＰＵを構成する。データベースは、ＯｒａｃｌｅまたはＳｙｂａｓｅの、従来の、フォールトトレランスなリレーショナル型で、スケーラブルでセキュアなデータベースである。リレーショナルデータベースは、フラットファイルの拡張である。リレーショナルデータベースは、一連の関連したテーブルで構成されている。テーブルは、キーフィールドにより相互接続されている。キーフィールドの使用は、キーフィールドに対してインデックスを付けることにより、テーブルの組み合わせを可能にさせ、すなわち、キーフィールドは、様々なテーブルからの情報を組み合わせる次元ピボットポイントとしての機能を果たす。関係は、広くは、主キーを一致させることによりテーブルの間に保持されたリンクを識別する。主キーは、リレーショナルデータベース内のテーブルの行を一意に識別するフィールドを表現する。より正確には、主キーは、１対多関係の「１」の側にあるテーブルの行をユニークに識別する。
【０３３２】
代替的に、ＴＶＣデータベースは、アレイ、ハッシュ、（リンクド）リスト、構造体、構造化テキストファイル（例えば、ＸＭＬ）、テーブル等の様々な標準的なデータ構造を使用して具現化されてもよい。このデータ構造は、メモリ、及び／又は、（構造化）ファイルに保存されてもよい。別の変形例では、Ｆｒｏｎｔｉｅｒ、ＯｂｊｅｃｔＳｔｏｒｅ、Ｐｏｅｔ、Ｚｏｐｅ等のオブジェクト指向データベースが使用される。オブジェクトデータベースは、共通の属性によりグループ分けされるか、及び／又は、一体としてリンクされる複数のオブジェクトコレクションを含み、オブジェクトコレクションは、何らかの共通属性によって他のオブジェクトコレクションに関連付けられる。オブジェクト指向データベースは、オブジェクトが単にデータではなく、所与のオブジェクト内にカプセル化された他の種類の能力を有している点を除いて、リレーショナルデータベースと同様に機能する。ＴＶＣデータベースがデータ構造として実施される場合、ＴＶＣデータベース４４１９の使用は、ＴＶＣコンポーネント４４３５の別のコンポーネントに統合されてもよい。さらに、データベースは、データ構造、オブジェクト、およびリレーショナル構造の混合として具現化されてもよい。データベースは、標準的なデータ処理方式を通じて無数の変形で集約、及び／又は、分散されてもよい。データベースの部分、例えば、テーブルは、エクスポート及び／又はインポートされ、分散及び／又は統合されてもよい。
【０３３３】
ある実施例では、データベースコンポーネント４４１９は、幾つかのテーブル４４１９ａ〜ｑを含む。ユーザテーブル４４１９ａは、ユーザＩＤ、ｓｓｎ、ｄｏｂ、名、姓、年齢、州、住所第１行目、住所第２行目、郵便番号、デバイスリスト、連絡情報、連絡の種類、別の連絡情報、別の連絡の種類、ユーザの性別、ユーザの洋服のサイズ、ユーザの身体の種類、ユーザの目の色、ユーザの髪の色、ユーザの肌の色、ユーザの特定のジェスチャーモデル、ユーザ推薦品、ユーザ画像、ユーザ画像日、ユーザの身体の関節の位置等の、但し、これらに限定されないフィールドを含んでもよい。ユーザテーブルは、ＴＶＣ上の複数のエンティティ口座をサポート及び／又は追跡してもよい。デバイステーブル４４１９ｂは、デバイスＩＤ、デバイス名、デバイスＩＰ、デバイスのＧＰＳ、デバイスのＭＡＣ、デバイスシリアル番号、デバイスＥＣＩＤ、デバイスＵＤＩＤ、デバイスのブラウザ、デバイスの種類、デバイスモデル、デバイスのバージョン、デバイスのＯＳ、デバイスのアプリリスト、デバイスの安全キー、ウォレットアプリインストールフラグ等の、但し、これらに限定されないフィールドを含んでもよい。アプリテーブル４４１９ｃは、アプリＩＤ、アプリ名、アプリの種類、アプリの従属性、アプリのアクセスコード、ユーザｐｉｎ等の、但し、これらに限定されないフィールドを含んでもよい。口座テーブル４４１９ｄは、口座番号、口座セキュリティコード、口座名、イシュア・アクワイアラフラグ、イシュア名、アクワイアラ名、口座の住所、ルーティング番号、アクセスＡＰＩ呼び出し、リンクされたウォレットリスト等の、但し、これらに限定されないフィールドを含んでもよい。販売者テーブル４４１９ｅは、販売者ＩＤ、販売者名、販売者の住所、店ＩＤ、ＩＰアドレス、ＭＡＣアドレス、認証鍵、ポート番号、セキュリティ設定リスト等の、但し、これらに限定されないフィールドを含んでもよい。イシュアテーブル４４１９ｆは、イシュアＩＤ、イシュア名、イシュアの住所、ＩＰアドレス、ＭＡＣアドレス、認証鍵、ポート番号、セキュリティ設定リスト等の、但し、これらに限定されないフィールドを含んでもよい。アクワイアラテーブル４４１９ｇは、口座の名、口座の姓、口座の種類、口座番号、口座明細書、請求先住所第１行目、請求先住所第２行目、請求先の郵便番号、請求先の州、送り先の嗜好、送り先の住所第１行目、送り先の住所第２行目、送り先の郵便番号、送り先の州等の、但し、フィールドを含んでもよい。支払ゲートウェイテーブル４４１９ｈは、限定されることなく、ゲートウェイＩＤ、ゲートウェイＩＰ、ゲートウェイＭＡＣ、ゲートウェイ安全鍵、ゲートウェイアクセスリスト、ゲートウェイＡＰＩ呼び出しリスト、ゲートウェイサービスリスト等の、但し、これらに限定されないフィールドを含んでもよい。店セッションテーブル４４１９ｉは、ユーザＩＤ、セッションＩＤ、アラートＵＲＬ、タイムスタンプ、期限経過、販売者ＩＤ、店ＩＤ、デバイスの種類、デバイスＩＤ、デバイスＩＰ、デバイスのＭＡＣ、デバイスのブラウザ、デバイスのシリアル番号、デバイスのＥＣＩＤ、デバイスモデル、デバイスのＯＳ、インストールされたウォレットアプリ、合計費用、カートＩＤリスト、製品パラメータリスト、ソーシャルフラグ、ソーシャルメッセージ、ソーシャルネットワークリスト、クーポンリスト、口座リスト、ＣＶＶ２リスト、課金の割合のリスト、課金の優先度リスト、価値交換記号リスト、請求先住所、送り先住所、クロークフラグ、支払モード、アラート規則リスト等の、但し、これらに限定されないフィールドを含んでもよい。取引テーブル４４１９ｊは、注文ＩＤ、ユーザＩＤ、タイムスタンプ、取引費用、購入詳細リスト、品数、製品リスト、製品の種類、製品パラメータリスト、製品名、製品の要約、量、ユーザＩＤ、クライアントＩＤ、クライアントＩＰ、クライアントの種類、クライアントモデル、オペレーティングシステム、ＯＳのバージョン、アプリインストールされたフラグ、ユーザＩＤ、口座の名、口座の姓、口座の種類、口座番号、口座優先口座割合、請求先住所第１行目、請求先住所第２行目、請求先の郵便番号、請求先の州、出荷の嗜好、送り先住所第１行目、送り先住所第２行目、送り先の郵便番号、送り先の州、販売者ＩＤ、販売者名、販売者の認証鍵等の、但し、これらに限定されないフィールドを含んでもよい。バッチテーブル４４１９ｋは、バッチＩＤ、取引ＩＤリスト、タイムスタンプリスト、クリアされたフラグリスト、クリアトリガ設定等の、但し、これらに限定されないフィールドを含んでもよい。元帳テーブル４４１９ｌは、要求ＩＤ、タイムスタンプ、預金金額、バッチＩＤ、取引ＩＤ、クリアフラグ、預金口座、取引の要約、支払人名、支払人口座等の、但し、これらに限定されないフィールドを含んでもよい。製品テーブル４４１９ｍは、製品ＩＤ、製品名、製品属性リスト、製品価格、税情報リスト、関連製品リスト、提案リスト、値引きリスト、リワードリスト、販売者リスト、販売者利用可能リスト、追加された製品日、製品の画像、製品のＱＲ、製品の製造業者、製品モデル、製品の通路、製品のスタック、製品の棚、製品の種類等の、但し、これらに限定されないフィールドを含んでもよい。提案テーブル４４１９ｎは、提案ＩＤ、提案名、提案属性リスト、提案価格、提案の期限、関連製品リスト、値引きリスト、リワードリスト、販売者リスト、販売者利用可能リスト等の、但し、これらに限定されないフィールドを含んでもよい。行動データテーブル４４１９ｏは、ユーザＩＤ、タイムスタンプ、活動の種類、活動位置、活動属性リスト、活動属性値リスト等の、但し、これらに限定されないフィールドを含んでもよい。ラベル分析テーブル４４１９ｐは、ラベルＩＤ、ラベル名、ラベルフォーマット、ラベル口座の種類、ラベルセッションＩＤ、ラベルセッションの種類、ラベル製品ｉｄ、ラベル製品の種類、ラベル取引ＩＤ、ラベル取引の種類等の、但し、これらに限定されないフィールドを含んでもよい。ソーシャルテーブル４４１９ｑは、ソーシャルＩＤ、ソーシャル名、ソーシャルサーバーＩＤ、ソーシャルサーバーＩＰ、ソーシャルドメインＩＤ、ソーシャルソース、ソーシャルフィードＩＤ、ソーシャルフィードソース、ソーシャルコメント、ソーシャルコメント時、ソーシャルコメントキーターム、ソーシャルコメント製品ＩＤ等の、但し、これらに限定されないフィールドを含んでもよい。ＭＤＧＡテーブル４４１９ｒは、ＭＤＧＡのＩＤ、ＭＤＧＡ名、ＭＤＧＡタッチジェスチャー、ＭＤＧＡ指ジェスチャー、ＭＤＧＡのＱＲジェスチャー、ＭＤＧＡの対象ジェスチャー、ＭＤＧＡ音声コマンド、ＭＤＧＡ販売者等の、但し、これらに限定されないフィールドを含む。ＭＤＧＡテーブルは、ＴＶＣ上の複数の可能な複合行動をサポート及び／又は追跡してもよい。支払デバイステーブル４４１９ｓは、支払デバイスＩＤ、支払デバイスユーザ、支払デバイスの種類、支払デバイスイシュア、支払デバイスイシュアＩＤ、支払デバイスＱＲ、追加された支払デバイス日等の、但し、これらに限定されないフィールドを含む。支払デバイステーブルは、ＴＶＣ上で使用された複数の支払デバイスをサポート及び／又は追跡してもよい。対象ジェスチャーテーブル４４１９ｔは、対象ジェスチャーＩＤ、対象ジェスチャーの種類、対象ジェスチャーｘ、対象ジェスチャーｘ、対象ジェスチャー販売者等の、但し、これらに限定されないフィールドを含んでもよい。対象ジェスチャーテーブルは、ＴＶＣ上で実行された複数の対象ジェスチャーをサポート及び／又は追跡してもよい。タッチジェスチャーテーブル４４１９ｕは、タッチジェスチャーＩＤ、タッチジェスチャーの種類、タッチジェスチャーｘ、タッチジェスチャーｘ、タッチジェスチャー販売者等の、但し、これらに限定されないフィールドを含む。タッチジェスチャーテーブルは、ＴＶＣで実行された複数のタッチジェスチャーをサポート及び／又は追跡してもよい。指ジェスチャーテーブル４４１９ｖは、指ジェスチャーＩＤ、指ジェスチャー種類、指ジェスチャーｘ、指ジェスチャーｘ、指ジェスチャー販売者等の、但し、これらに限定されないフィールドを含む。指ジェスチャーテーブルは、ＴＶＣ上で実行された複数の指ジェスチャーをサポート及び／又は追跡してもよい。ＱＲジェスチャーテーブル４４１９ｗは、ＱＲジェスチャーＩＤ、ＱＲジェスチャーの種類、ＱＲジェスチャーｘ、ＱＲジェスチャーｘ、ＱＲジェスチャー販売者等の、但し、これらに限定されないフィールドを含む。ＱＲジェスチャーテーブルは、ＴＶＣ上で実行された複数のＱＲジェスチャーをサポート及び／又は追跡してもよい。音声コマンドテーブル４４１９ｘは、音声コマンドＩＤ、音声コマンド名、音声コマンドのコマンドリスト等の、但し、これらに限定されないフィールドを含む。音声コマンドジェスチャーテーブルは、ＴＶＣ上で実行された複数の音声コマンドをサポート及び／又は追跡してもよい。
【０３３４】
ある実施例では、ＴＶＣデータベースは、他のデータベースシステムと相互作用してもよい。例えば、分散データベースシステムを採用すると、検索ＴＶＣコンポーネントによるクエリーおよびデータアクセスは、ＴＶＣデータベースの結合、統合データセキュリティレイヤデータベースを単一のデータベースエンティティとして取り扱うことができる。
【０３３５】
ある実施例では、ユーザプログラムは、ＴＶＣを更新するために役立つ様々なユーザインターフェースプリミティブを含んでもよい。同様に、様々な口座が環境とＴＶＣがサービスを行う必要があるクライアントの種類に依存してカスタムデータベーステーブルを必要としてもよい。ユニークなフィールドが全体を通じてキーフィールドとして指定されてもよいことに注意を要する。代替的実施例では、これらのテーブルは、これらのテーブル自体のデータベースおよびそれぞれのデータベースコントローラに分散される（即ち、個々のデータベースコントローラが上記テーブルの各々に対応する）。標準データ処理手法を採用して、データベースを幾つかのコンピュータシステム構成及び／又はストレージデバイスの上にさらに分散させてもよい。同様に、分散データベースコントローラの構成は、様々なデータベースコンポーネント４４１９ａ〜ｘを集約及び／又は分散することにより変更されてもよい。ＴＶＣは、データベースコントローラを介して様々な設定、入力、およびパラメータに追従するように構成されてもよい。
【０３３６】
ＴＶＣデータベースは、これ自体を含むコンポーネントコレクション内のその他のコンポーネント等の機能に通信すること、及び／又は、この機能などと通信してもよい。多くの場合、ＴＶＣデータベースは、ＴＶＣコンポーネント、その他のプログラムコンポーネント等と通信してもよい。データベースは、その他のノードおよびデータに関する情報を収容、保持、および提供してもよい。
【０３３７】
ＴＶＣ
ＴＶＣコンポーネント４４３５は、ＣＰＵにより実行されるストアドプログラムコンポーネントである。ある実施例では、ＴＶＣコンポーネントは、前の図において説明されたＴＶＣの対象のいずれか及び／又は全部の組み合わせを組み込む。その結果、ＴＶＣは、様々な通信ネットワークを越える情報、サービス、取引等のアクセス、取得、および提供に影響を与える。
【０３３８】
ＴＶＣコンポーネントは、現実シーンの映像キャプチャ（例えば、図２Ａにおける２１３などを参照）をＴＶＣコンポーネント（例えば、指先検出コンポーネント４４４２、画像処理コンポーネント４４４３、仮想ラベル生成４４４４、自動レイヤ挿入コンポーネント４４４５、ユーザ設定コンポーネント４４４６、ウォレットスナップコンポーネント４４４７、混合ジェスチャー検出コンポーネント等）を介して取引決済等とＴＶＣの使用に変換してもよい。ある実施例では、ＴＶＣコンポーネント４４３５は、入力（例えば、図２Ｃにおける資金移転２２７ｄの１つ以上の提示された重ねラベル上のユーザ選択など、チェックアウト要求３８１１、製品データ３８１５、ウォレットアクセス入力４０１１、取引承認入力４０１４、支払ゲートウェイアドレス４０１８、支払ネットワークアドレス４０２２、イシュアサーバアドレス４０２５、資金承認要求４０２６、ユーザ口座データ４０２８、バッチデータ４２１２、支払ネットワークアドレス４２１６、イシュアサーバアドレス４２２４、個別の支払要求４２２５、支払元帳、販売者口座データ等）などを取得し、入力を様々なコンポーネント（例えば、図２Ｃにおける資金移転２２７ｄの１つ以上の提示された重ねラベル上のユーザ選択など、ＵＰＣ４４５３、ＰＴＡ４４５１ＰＴＣ４４５２等）を介して、出力（例えば、図２Ｅにおける資金移転レシート２３９、チェックアウト要求メッセージ３８１３、チェックアウトデータ３８１７、カード承認要求４０１６、４０２３、資金承認応答４０３０、取引承認応答４０３２、バッチ付加データ４０３４、購入レシート４０３５、バッチ決済要求４２１４、バッチ支払要求４２１８、取引データ４２２０、個別の支払確認４２２８、４２２９、更新された支払元帳、販売者口座データ４２３３等）に変換する。
【０３３９】
ノード間の情報のアクセスを可能にするＴＶＣコンポーネントは、Ａｐａｃｈｅコンポーネント、Ａｓｓｅｍｂｌｙ、ＡｃｔｉｖｅＸ、バイナリ・エグゼキュータブル、（ＡＮＳＩ）（Ｏｂｊｅｃｔｉｖｅ−）Ｃ（＋＋）、Ｃ＃ａｎｄ／ｏｒ．ＮＥＴ、  データベースアダプタ、ＣＧＩスクリプト、Ｊａｖａ、ＪａｖａＳｃｒｉｐｔ、マッピングツール、手続き的およびオブジェクト指向開発ツール、ＰＥＲＬ、ＰＨＰ、Ｐｙｔｈｏｎ、シェルスクリプト、ＳＱＬコマンド、ウェブアプリケーションサーバ・エクステンション、ウェブ開発環境およびライブラリ（例えば、ＭｉｃｒｏｓｏｆｔのＡｃｔｉｖｅＸ、Ａｄｏｂｅ  ＡＩＲ、ＦＬＥＸ＆ＦＬＡＳＨ、ＡＪＡＸ、（Ｄ）ＨＴＭＬ、Ｄｏｊｏ、Ｊａｖａ、ＪａｖａＳｃｒｉｐｔ、ｊＱｕｅｒｙ（ＵＩ）、ＭｏｏＴｏｏｌｓ、Ｐｒｏｔｏｔｙｐｅ、ｓｃｒｉｐｔ．ａｃｕｌｏ．ｕｓ、Ｓｉｍｐｌｅ  Ｏｂｊｅｃｔ  Ａｃｃｅｓｓ  Ｐｒｏｔｏｃｏｌ（ＳＯＡＰ）、ＳＷＦＯｂｊｅｃｔ、Ｙａｈｏｏ！  Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ、等）、ＷｅｂＯｂｊｅｃｔｓ等の、但し、これらに限定されない標準開発ツールおよび言語を採用することにより開発されてもよい。ある実施例では、ＴＶＣサーバは、通信を暗号化および復号するために暗号サーバを利用する。ＴＶＣサーバは、これ自体を含むコンポーネントコレクション内のその他のコンポーネント等の機能に通信すること、及び／又は、この機能などと通信してもよい。ＴＶＣコンポーネントは、しばしばＴＶＣデータベース、オペレーティングシステム、その他のプログラムコンポーネント等と通信してもよい。ＴＶＣは、プログラムコンポーネント、システム、ユーザ、及び／又は、データ通信、要求、及び／又は、応答を収容、通信、発生、取得、及び／又は、提供してもよい。
【０３４０】
分散ＴＶＣ
ＴＶＣコントローラコンポーネントのいずれかの構造及び／又は動作は、開発及び／又は配備を容易にするために、いかなる方法で結合、集約、及び／又は、分散されてもよい。同様に、コンポーネントコレクションは、配備及び／又は開発を容易にするために、いかなる方法で結合されてもよい。これを実現するために、コンポーネントを共通コードベース、または、要求に応じてコンポーネントを統合して動的にロードできる設備に統合してもよい。
【０３４１】
コンポーネントコレクションは、標準データ処理及び／又は開発方式を通じて無数の変形例で集約、及び／又は、分散されてもよい。プログラムコンポーネント・コレクションの中のいずれか１つのプログラムコンポーネントの複数のインスタンスは、負荷バランス及び／又はデータ処理方式を通じて、性能を改善するために、単一ノード上で、及び／又は、多数のノード上で、インスタンス化されてもよい。さらに、単一のインスタンスは、複数のコントローラ及び／又はストレージデバイス、例えば、データベースに亘って分散させられることもある。全てのプログラムコンポーネントインスタンス、および、一斉に機能するコントローラは、標準データ処理通信手法を通じてこのように行うことがある。
【０３４２】
ＴＶＣコントローラの構成は、システム配備のコンテキストに依存する。予算、容量、位置、及び／又は、基底ハードウェア資源の使用等の、但し、これらに限定されない要因は、配備要件および構成に影響を与えてもよい。この構成がより集約及び／又は統合的なプログラムコンポーネントをもたらすか、より分散された一連のプログラムコンポーネントをもたらすか、及び／又は、集約分散構成との間の何らかの結合もたらすか否かとは無関係に、データは、通信、取得、及び／又は、提供されてもよい。プログラムコンポーネントコレクションから共通コードベースに集約されたコンポーネントのインスタンスは、データを通信、取得、及び／又は、提供してもよい。これは、データ参照（例えば、ポインタ）、内部メッセージング、オブジェクトインスタンス可変通信、共有メモリ空間、可変パース等の、但し、これらに限定されないアプリケーション内データ処理通信手法によって達成されてもよい。
【０３４３】
コンポーネントコレクションコンポーネントが離散的、別個、及び／又は、互いに外部にある場合、他のコンポーネントへの，及び／又は、他のコンポーネントとのデータの通信、取得、及び／又は、提供は、アプリケーションプログラムインターフェース（ＡＰＩ）情報通過、（分散）コンポーネント・オブジェクト・モデル（（Ｄ）ＣＯＭ）、（分散）オブジェクトリンキングおよびエンベッディング（（Ｄ）ＯＬＥ）等）、共通オブジェクト要求ブローカーアーキテクチャ（ＣＯＲＢＡ）、Ｊｉｎｉローカルおよびリモートアプリケーション・プログラムインターフェース、ＪａｖａＳｃｒｉｐｔ  Ｏｂｊｅｃｔ  Ｎｏｔａｔｉｏｎ（ＪＳＯＮ）、Ｒｅｍｏｔｅ  Ｍｅｔｈｏｄ  Ｉｎｖｏｃａｔｉｏｎ（ＲＭＩ）、ＳＯＡＰ、プロセスパイプ、共有ファイル等の、但し、これらに限定されないアプリケーション間データ処理通信手法によって達成されてもよい。アプリケーション間通信のための離散コンポーネントコンポーネント間で、または、アプリケーション内通信のための単一コンポーネントのメモリ空間内で送信されたメッセージは、グラマーの生成および解析により容易にされてもよい。グラマーは、ｌｅｘ、ｙａｃｃ、ＸＭＬ等の開発ツールを使用して開発されてもよく、その上、グラマー生成および解析能力を許可し、次に、コンポーネント内、および、コンポーネント間の通信メッセージの基礎を形成してもよい。
【０３４４】
例えば、グラマーは、ＨＴＴＰポストコマンド、例えば、以下のトークンを認識するために配置されてもよい。
【０３４５】
【表３５】
2015509241.tif 000037
【０３４６】
「ｈｔｔｐ：／／」がグラマー構文の一部であるため、Ｖａｌｕｅ１はパラメータとして識別され、パラメータであると考えられ、その後に続くものは、ポスト値の一部と考えられる。同様に、かかるグラマーを用いて、変数Ｖａｌｕｅ１は、「ｈｔｔｐ：／／」ポストコマンドに挿入され、その後、送信されてもよい。グラマー構文自体は、解析機構（例えば、ｌｅｘ，ｙａｃｃなどにより処理される構文記述テキストファイル）と解釈及び／又は、そうではない場合それを生成するのに使用される構造化データとして提示されてもよい。一旦解析機構が生成、インスタンス化されると、それ自体は、文字（例えば、タブ）表現テキスト、ＨＴＭＬ、構造化テキストストリーム、ＸＭＬ、及び／又は、類似構造化データの構造化データを処理及び／又は解析してもよい。別の実施例では、アプリケーション間データ処理プロトコル自体が、データを解析（例えば、通信）するために使用可能な統合及び／又は直ちに利用可能なパーサー（例えば、ＪＳＯＮ、ＳＯＡＰ、及び／又は、類似のパーサー）を有してもよい。さらに、解析グラマーは、メッセージ解析を越えて利用されてもよいが、データベース、データコレクション、データ保存、構造化データ等を構文解析するためにも使用されてもよい。所望の構成は、コンテキスト、環境、およびシステム配備の要件に依存する。
【０３４７】
例えば、ある実施例では、ＴＶＣコントローラは、クライアントがデータ、例えば、ＪＳＯＮフォーマットで符号化されたデータを送信してもよいサーバ・ポートの入来通信を聞く情報サーバを介してセキュア・ソケット・レイヤ（ＳＳＬ）ソケットサーバを具現化するＰＨＰスクリプトを実行してもよい。着信通信を識別すると、ＰＨＰスクリプトは、クライアントデバイスから着信メッセージを読み、ＪＳＯＮ符号テキストデータから情報を抽出するために、受信ＪＳＯＮ符号テキストデータをＰＨＰスクリプト変数に解析し、データ（例えば、クライアント識別情報など）、及び／又は、抽出された情報を、構造化クエリー言語（ＳＱＬ）を使用してアクセス可能なリレーショナルデータベースに保存してもよい。ＳＳＬ接続を介してクライアントデバイスからＪＳＯＮ符号入力データを受け取り、変数を抽出するためにデータを解析し、データをデータベースに保存する実質的にＰＨＰ／ＳＱＬコマンドの形式で記述された例示的なリストを以下に示す。
【０３４８】
【表３６】
2015509241.tif 000038
【０３４９】
さらに、以下の資源がＳＯＡＰパーサーの実施例に関する例示的実施例を提供するために使用されてもよい。
【０３５０】
【表３７】
2015509241.tif 000039
【０３５１】
他のパーサー実施例については以下の通りである。
【０３５２】
【表３８】
2015509241.tif 000040
【０３５３】
これらの全部がここで参照されて明示的に結合される。
【０３５４】
様々な問題に着目し技術を進歩させるために、（表紙、発明の名称、見出し、分野、背景、要約、図面の簡単な説明、詳細な説明、特許請求の範囲、要約、図面、付録などを含む）取引映像キャプチャ装置、方法およびシステムの全体は、例示として、特許請求の範囲に記載された発明が実施される種々の実施例を示す。本出願の利点と特徴は、単に実施例を表す見本であり、網羅的及び／又は排他的ではない。これらは、特許請求の範囲に記載された原理の理解を助け、教示をするためだけに提示されている。これらは、特許請求の範囲に記載された発明の全てを表すものではないことが理解されるべきである。従って、開示のある側面は、ここで説明されていない。代替的実施例が革新の特定部分に対して提示されていないこと、または、記載されていない更なる代替的実施例が一部に対して利用可能であることは、これらの代替的実施例の放棄と考えるべきではない。それらの記載されていない実施例の多くは、革新の同じ原理を組み込み、それ以外は均等であると理解されるであろう。従って、他の実施例が利用されてもよく、機能的、論理的、動作的、系統的、構造的、及び／又は、トポロジー的な変更が開示の範囲及び／又は趣旨から逸脱することなく行われてもよいことが理解されるべきである。従って、全ての例及び／又は実施例は、本開示の全体を通じて非限定的であると考えられるべきである。また、ここで説明したこれらの実施例に関して、スペースおよび繰り返しを削減する目的で説明されていない場合を除いて、ここで説明していない実施例に関して推論すべきではない。例えば、いずれかのプログラムコンポーネント（コンポーネントコレクション）、その他のコンポーネント、及び／又は、図面及び／又は全体を通じて記載される何らかのフィーチャーセットのいずれかの組み合わせの論理的及び／又はトポロジー的な構造は、固定した動作順序及び／又は配置に限定されるべきではなく、むしろ、何らかの開示された順序は、例示的であり、順序に関わらず全ての均等物が開示によって考慮されていることを理解すべきである。このフィーチャーは、連続的な実行に限定されることはなく、むしろ、非同期、並行、並列、同時、同期、及び／又は、類似の方式で実行するかなりの数のスレッド、プロセス、サービス、サーバ等が開示によって考慮されていることが理解されるべきである。従って、これらのフィーチャーの一部は、単一の実施例に同時に存在し得ないので、相互に矛盾してもよい。同様に、幾つかのフィーチャーは、発明の一態様に適用可能で、その他の態様に適用できない。さらに、開示は、現在特許請求の範囲に記載されていない他の発明を含む。出願人は、この発明を特許請求の範囲に記載する権利、さらなる出願、継続出願、一部継続出願、分割出願、及び／又は、類似の出願を提出する権利を含み、これらの現在特許請求の範囲に記載されていない発明に関する全ての権利を留保する。従って、開示の利点、実施例、例、機能的、特徴、論理的、動作的、系統的、構造的、トポロジー的、及び／又は、その他の側面は、特許請求の範囲により規定される開示に関する限定、または、特許請求の範囲に対する均等物に関する限定とみなされるべきではないことが理解されるべきである。ＴＶＣ個人ユーザ及び／又は企業ユーザの特定の要求及び／又は特色、データベース構成、及び／又は、リレーショナルモデル、データ種類、データ送信及び／又はネットワークフレームワーク、構文構造等に依存して、かなりのフレキシビリティおよびカスタマイズを可能にするＴＶＣの様々な実施例が実施されてもよい。例えば、ＴＶＣの態様は、（電子的／金融的）商取引システム、金融計画システム等のため適合されてもよい。ＴＶＣの様々な実施例および説明は小売業に向けられているが、ここに記載された実施例は、広範囲の他の用途及び／又は実施のために容易に構成及び／又はカスタマイズ可能であることが理解されるべきである。
【図１】
2015509241.tif 000041
【図２Ａ】
2015509241.tif 000042
【図２Ｂ】
2015509241.tif 000043
【図２Ｃ】
2015509241.tif 000044
【図２Ｄ】
2015509241.tif 000045
【図３Ａ】
2015509241.tif 000046
【図３Ｂ】
2015509241.tif 000047
【図３Ｃ】
2015509241.tif 000048
【図４Ａ】
2015509241.tif 000049
【図４Ｂ】
2015509241.tif 000050
【図４Ｃ】
2015509241.tif 000051
【図４Ｄ】
2015509241.tif 000052
【図４Ｅ】
2015509241.tif 000053
【図４Ｆ】
2015509241.tif 000054
【図４Ｇ】
2015509241.tif 000055
【図４Ｈ】
2015509241.tif 000056
【図４Ｉ】
2015509241.tif 000057
【図４Ｊ】
2015509241.tif 000058
【図４Ｋ】
2015509241.tif 000059
【図４Ｌ】
2015509241.tif 000060
【図４Ｍ】
2015509241.tif 000061
【図５Ａ】
2015509241.tif 000062
【図５Ｂ】
2015509241.tif 000063
【図５Ｃ】
2015509241.tif 000064
【図５Ｄ】
2015509241.tif 000065
【図５Ｄ（１）】
2015509241.tif 000066
【図５Ｅ】
2015509241.tif 000067
【図５Ｆ】
2015509241.tif 000068
【図５Ｆ（１）】
2015509241.tif 000069
【図６】
2015509241.tif 000070
【図７Ａ】
2015509241.tif 000071
【図７Ｂ】
2015509241.tif 000072
【図７Ｃ】
2015509241.tif 000073
【図８】
2015509241.tif 000074
【図９Ａ】
2015509241.tif 000075
【図９Ｂ】
2015509241.tif 000076
【図９Ｃ】
2015509241.tif 000077
【図９Ｄ】
2015509241.tif 000078
【図９Ｅ】
2015509241.tif 000079
【図１０】
2015509241.tif 000080
【図１１】
2015509241.tif 000081
【図１２】
2015509241.tif 000082
【図１３】
2015509241.tif 000083
【図１４】
2015509241.tif 000084
【図１５Ａ】
2015509241.tif 000085
【図１５Ｂ】
2015509241.tif 000086
【図１５Ｃ】
2015509241.tif 000087
【図１５Ｄ】
2015509241.tif 000088
【図１５Ｅ】
2015509241.tif 000089
【図１５Ｆ】
2015509241.tif 000090
【図１６Ａ】
2015509241.tif 000091
【図１６Ｂ】
2015509241.tif 000092
【図１６Ｃ】
2015509241.tif 000093
【図１７】
2015509241.tif 000094
【図１８】
2015509241.tif 000095
【図１９】
2015509241.tif 000096
【図２０Ａ】
2015509241.tif 000097
【図２０Ｂ】
2015509241.tif 000098
【図２０Ｃ】
2015509241.tif 000099
【図２０Ｄ】
2015509241.tif 000100
【図２１】
2015509241.tif 000101
【図２２ａ】
2015509241.tif 000102
【図２２ｂ】
2015509241.tif 000103
【図２３ａ】
2015509241.tif 000104
【図２３ｂ】
2015509241.tif 000105
【図２３ｃ】
2015509241.tif 000106
【図２４ａ】
2015509241.tif 000107
【図２４ｂ】
2015509241.tif 000108
【図２４ｃ】
2015509241.tif 000109
【図２５ａ】
2015509241.tif 000110
【図２５ｂ】
2015509241.tif 000111
【図２６ａ】
2015509241.tif 000112
【図２６ｂ】
2015509241.tif 000113
【図２６ｃ】
2015509241.tif 000114
【図２７】
2015509241.tif 000115
【図２８】
2015509241.tif 000116
【図２９】
2015509241.tif 000117
【図３０】
2015509241.tif 000118
【図３１】
2015509241.tif 000119
【図３２Ａ】
2015509241.tif 000120
【図３２Ｂ】
2015509241.tif 000121
【図３２Ｃ】
2015509241.tif 000122
【図３２Ｄ】
2015509241.tif 000123
【図３２Ｅ】
2015509241.tif 000124
【図３２Ｆ】
2015509241.tif 000125
【図３２Ｇ】
2015509241.tif 000126
【図３３Ａ】
2015509241.tif 000127
【図３３Ｂ】
2015509241.tif 000128
【図３３Ｃ】
2015509241.tif 000129
【図３３Ｄ】
2015509241.tif 000130
【図３３Ｅ】
2015509241.tif 000131
【図３３Ｆ】
2015509241.tif 000132
【図３４】
2015509241.tif 000133
【図３５Ａ】
2015509241.tif 000134
【図３５Ｂ】
2015509241.tif 000135
【図３５Ｃ】
2015509241.tif 000136
【図３５Ｄ】
2015509241.tif 000137
【図３５Ｅ】
2015509241.tif 000138
【図３６】
2015509241.tif 000139
【図３７Ａ】
2015509241.tif 000140
【図３７Ｂ】
2015509241.tif 000141
【図３８】
2015509241.tif 000142
【図３９】
2015509241.tif 000143
【図４０Ａ】
2015509241.tif 000144
【図４０Ｂ】
2015509241.tif 000145
【図４１Ａ】
2015509241.tif 000146
【図４１Ｂ】
2015509241.tif 000147
【図４２Ａ】
2015509241.tif 000148
【図４２Ｂ】
2015509241.tif 000149
【図４３Ａ】
2015509241.tif 000150
【図４３Ｂ】
2015509241.tif 000151
【図４４】
2015509241.tif 000152
【国際調査報告】
2015509241.tif 000153
2015509241.tif 000154
2015509241.tif 000155