(57)【要約】モバイルウェブ動作可能通信装置を経由した電子購入のためのシステムおよび方法。配送先住所を含む連絡リスト、および一つもしくは複数のクレジットカードのための暗号化されたクレジットカード情報を含む支払ファイルがモバイル装置に記憶されている。商人ウェブサイトからの、購入されるアイテムのためのクレジットカードおよび配送情報のリクエストに応答して、連絡リストおよび支払ファイルの中からそれぞれ特定の一つのクレジットカードおよび特定の一つの配送先住所が選択される。選択されたクレジットカードのためのクレジットカードデータは復号化され、そして復号化されたクレジットカードデータおよび選択された配送先住所は、注文の処理のために商人ウェブサイトへと伝達される。
2013545175.tif 000002
【特許請求の範囲】
【請求項１】
インターネットブラウザを含むモバイルウェブ動作可能通信装置を経由した電子購入のための方法であって、該方法は、
該モバイル装置に記憶されており、少なくとも一つの配送先住所を含む連絡リストを作成することと、
該モバイル装置に記憶されており、少なくとも一つのクレジットカードのカード番号および有効期日を含む暗号化されたクレジットカード情報を含む支払ファイルを作成することと、
該ブラウザを経由して、注文ボタンを表示するウェブページを含む商人ウェブサイトを表示することと、
購入するアイテムを該ウェブページ上の注文リストに置くことと、
該注文ボタンを選択することにより、購入のために選択されたアイテムの名前および価格を含むアイテム情報を該商人ウェブサイトから該装置へと伝達させることと、
該選択されたアイテムの価格を該商人のウェブサイトからリクエストすることと、
該選択されたアイテムの価格を該商人のウェブサイトから受信することと、
該商人ウェブサイトからの該アイテム情報の受信に応答して、
該連絡リストおよび該支払ファイルの中からそれぞれ特定の一つのクレジットカードおよび特定の一つの配送先住所を選択することと、
該選択されたクレジットカードのためにクレジットカードデータを復号化することと、
該復号化されたクレジットカードデータおよび該選択された配送先住所を注文の処理のために該装置から該商人ウェブサイトへと伝達することと、
を含む、方法。
【請求項２】
前記リクエストするステップおよび前記伝達するステップのための通信が前記商人ウェブサイト上のそれぞれのＵＲＬを使用して達成される、請求項１に記載の方法。
【請求項３】
前記リクエストするステップ、前記受信するステップ、および前記選択するステップを実行するアプリケーションがブラウザにより開始される、請求項２に記載の方法。
【請求項４】
前記リクエストするステップ、前記受信するステップ、および前記選択するステップを実行するアプリケーションがもう一つのアプリケーションにより開始される、請求項１に記載の方法。
【請求項５】
前記連絡リストが前記装置からの電子メールメッセージの送信に使用される電子メールアドレスを決定するために使用されるファイルである、請求項１に記載の方法。
【請求項６】
モバイルウェブ動作可能通信装置を経由した電子購入の方法であって、該方法は、
該装置に記憶されており、少なくとも一つの配送先住所を含む連絡リストを作成することと、
該装置に記憶されており、少なくとも一つのクレジットカードのカード番号および有効期日を含む暗号化されたクレジットカード情報を含む支払ファイルを作成することと、
商人ウェブサイトからの購入されるアイテムのためのクレジットカードおよび配送情報のリクエストに応答して、該連絡リストおよび該支払ファイルの中からそれぞれ特定の一つのクレジットカードおよび特定の一つの配送先住所を選択することと、
該選択されたクレジットカードのためにクレジットカードデータを復号化することと、
該復号化されたクレジットカードデータおよび該選択された配送先住所を該購入されるアイテムの注文の処理のために該商人ウェブサイトへと伝達することと、
を含む、方法。
【請求項７】
前記伝達するステップが、前記商人ウェブサイト上の前記装置および該商人ウェブサイトの間の通信のためのＵＲＬを使用して達成される、請求項６に記載の方法。
【請求項８】
前記リクエストするステップ、前記受信するステップ、および前記選択するステップを実行するアプリケーションがブラウザにより開始される、請求項７に記載の方法。
【請求項９】
前記リクエストするステップ、前記受信するステップ、および前記選択するステップを実行するアプリケーションがもう一つのアプリケーションにより開始される、請求項６に記載の方法。
【請求項１０】
モバイル電子購入のためのシステムであって、該システムは、
インターネットブラウザと、（１）配送先住所を含む連絡リスト、および（２）一つもしくは複数のクレジットカードのそれぞれのカード番号および有効期日を含む暗号化されたクレジットカードデータが記憶されているデータ記憶エリアと、を含むモバイルウェブ動作可能通信装置を含んでおり、
該装置上のブラウザは注文ボタンを含むウェブページを商人ウェブサイト上に表示し、該注文ボタンは選択されると、購入されるアイテムの名前および価格を含むアイテム情報を該商人ウェブサイトから該装置へと伝達させ、
該商人ウェブサイトにより伝達された該アイテム情報の受信に応答して、
該連絡リストおよび該クレジットカードデータの中からそれぞれ特定の一つのクレジットカードおよび特定の一つの配送先住所が選択され、
該選択されたクレジットカードのための該クレジットカードデータが復号化され、該復号化されたクレジットカードデータおよび該選択された配送先住所は注文の処理のために該商人ウェブサイトへと伝達される、
システム。
【請求項１１】
前記装置および前記商人ウェブサイトとの間の通信が少なくとも一つのＵＲＬを経由して達成される、請求項１０に記載のシステム。
【請求項１２】
前記リクエストするステップ、前記受信するステップ、および前記選択するステップを実行するアプリケーションが前記ブラウザにより開始される、請求項１１に記載の方法。
【請求項１３】
前記リクエストするステップ、前記受信するステップ、および前記選択するステップを実行するトランザクション処理アプリケーションがもう一つのアプリケーションにより開始される、請求項１０に記載の方法。
【請求項１４】
前記商人ウェブサイトが前記ウェブサイトと前記装置内の前記トランザクション処理アプリケーションとの間でプロダクトおよび購入情報を伝送することに特に適応しているアプリケーションを使用する、請求項１３に記載の方法。
【請求項１５】
モバイル電子購入のためのシステムであって、該システムは、
（１）少なくとも一つの配送先住所を含むリスト、および（２）一つもしくは複数のクレジットカードのそれぞれのカード番号および有効期日を含む暗号化されたクレジットカードデータが記憶されているデータ記憶エリアを含むモバイルウェブ動作可能通信装置を含み、
該暗号化されたクレジットカードデータは復号化され、該復号化されたクレジットカードデータおよび該配送先住所は注文されたアイテムを購入するために商人ウェブサイトを経由して該装置から該ウェブサイトへと伝達される、
システム。
【請求項１６】
前記伝達するステップが、前記商人ウェブサイト上の前記装置および該商人ウェブサイトの間の通信のためのＵＲＬを使用して達成される、請求項１５に記載の方法。
【請求項１７】
前記リクエストするステップ、前記受信するステップ、および前記選択するステップを実行するアプリケーションが前記ブラウザにより開始される、請求項１６に記載の方法。
【請求項１８】
前記リクエストするステップ、前記受信するステップ、および前記選択するステップを実行するアプリケーションがもう一つのアプリケーションにより開始される、請求項１５に記載の方法。
【請求項１９】
前記リストが前記装置から電子メールを送信するために使用される連絡リストである、請求項１５に記載の方法。
【請求項２０】
前記商人ウェブサイトが該ウェブサイトと前記装置内のアプリケーションとの間でプロダクトおよび購入情報を伝送することに特に適応しているアプリケーションを使用する、請求項１５に記載の方法。
【発明の詳細な説明】
【背景技術】
【０００１】
（背景）
携帯電話からインターネット購入を行うことは、一般的に購入者にクレジットカード番号および配送情報のようなデータを手動で入力することを要求する。購入者にとってこのことは、複数の電子商取引システムおよびウェブサイトを使用する場合にやっかいとなる。商人にとっては、モバイルインターネットを使用する場合、クレジットカード支払を受けつけることに関連する追加の仕事がある。必要であるのは、ユーザーおよび商人の両方が、既存の購入者―商人インタフェースにより要求されるよりも少ない時間および労力でインターネットに基づいた購入作業を成し遂げられる、モバイルウェブ動作可能装置（例えば、「スマートフォン」）のためのシステムである。
【発明の概要】
【課題を解決するための手段】
【０００２】
（解決策）
本システムは、オンラインクレジットカードトランザクションのデータ入力の側面を簡素化するために、複数のクレジットカードを記憶しそして以前に入力されたデータを使用する。個人／支払情報は、ユーザーの携帯電話に安全に記憶されて残る。さらに、本システムを使用して商人は、あらゆるタイプの「スマートフォン」のためのアプリケーションを築くことなく、既存のウェブの財産および商人アカウントを行使し得る。購入者の精算する時間は、商人のウェブサイト上で購入されるアイテムが選択された後比較的少ない回数のクリックまで減少した。本システムは、種々の商人ウェブサイトを通る各ユーザーのスマートフォン上で、より一様な経験をさせる。
【０００３】
一実施形態においては、配送先住所を含む連絡リスト、および一つもしくは複数のクレジットカードのための暗号化されたクレジットカード情報を含む支払ファイルは、スマートフォン上に記憶される。商人ウェブサイトからの、購入されるアイテムのためのクレジットカードおよび配送情報のリクエストに応答して、連絡リストおよび支払ファイルの中からそれぞれ特定の一つのクレジットカードおよび特定の一つの配送先住所が選択される。選択されたクレジットカードのためのクレジットカードデータは復号化され、そして復号化されたクレジットカードデータおよび選択された配送先住所は、注文の処理のために商人ウェブサイトへと伝達される。
【図面の簡単な説明】
【０００４】
【図１】図１は、本システムの一実施形態の例示的なコンポーネントを示す図である。
【図２】図２は、一実施形態において本システムにより実行される例示的なステップを示すフロー図である。
【図３】図３は、本システムのオペレーションの間の例示的なデータフローを示す図である。
【発明を実施するための形態】
【０００５】
（詳細な記述）
図１は、本システム１００の例示的なハイレベルコンポーネントを示す図である。図１で示されているように、例示的な実施形態においては、モバイル電子購入のための本システム１００は、インターネット１１１を経由して相互接続するモバイルウェブ動作可能通信装置（例えば、スマートフォン）１０１および商人ウェブサイト１１０を含む。
【０００６】
モバイル装置１０１は、ウェブブラウザ１０４、トランザクション処理および通信アプリケーション１０３、そして暗号化されたデータ１０５を含むデータ１０２を含むデータ記憶エリア１０８を含む。データ１０２は、一つもしくは複数の暗号化されたユーザークレジットカード番号および有効期日を含む支払ファイル１０５、連絡リスト１０６、そしてユーザーの電子メールアドレスおよびその他のユーザー情報を含む。一実施形態においては、連絡リスト１０６は、装置からの電子メールメッセージの送信に使用される電子メールアドレスを決定するための、モバイル装置１０１上のアプリケーション（例えば、ブラウザ）により使用されるファイルと同一のファイルである。
【０００７】
商人ウェブサイト１１０は、購入者（以下、システムユーザー、もしくは単に「ユーザー」）と通信するアプリケーション１１３を開くＵＲＬと関連付けられた注文ボタン１１２を含む。図１で示されている各々のエンティティの機能性は、以後に詳細に説明される。
【０００８】
図２は、例示的な実施形態において、「スマートフォン」（以下、「モバイル装置」）のようなモバイルウェブ動作可能通信装置を使用して、クレジット（もしくはデビット）カードでアイテムの購入を実行するときに本システムにより実行されるステップを示すフロー図である。図２で示されているように、購入するために本システムを使用する前に、ステップ２０２において、ユーザーはアプリケーション１０３を使用して一つもしくは複数のクレジットカードのカード番号および有効期日を含むクレジットカード情報を入力し、そして連絡リスト１０６に一人もしくは複数の人の名前および住所を入力する。アプリケーション１０３は、モバイル装置上の情報を暗号化（および復号化）するためにローカルオペレーティングシステムサービス１１５（例えば、モバイル装置がｉＰｈｏｎｅ（登録商標）もしくはｉＰａｄ（登録商標）であるＡｐｐｌｅ（登録商標）のｉＯＳ  ＫｅｙｃｈａｉｎもしくはＣｏｒｅ  Ｄａｔａ  Ｓｅｒｖｉｃｅ）を使用し、そしてステップ２０３において、データ記憶１０２の支払ファイル１０５に一つもしくは複数のクレジットもしくはデビットカードの情報を暗号化しそして記憶する。
【０００９】
購入するために、ユーザーはまず最初にモバイル装置１０１上のウェブブラウザ１０４を使用して商人のウェブサイト上のウェブページを表示する。ユーザーがアイテムを、注文リスト（例えば、「ショッピングカート」もしくは同様のもの）に置くことにより、購入するアイテムを選択した後、ステップ２０４において、購入トランザクションを開始するためにウェブページ上の注文ボタン１１２が選択される（「クリックされる」）。商人ウェブサイト１１０は、モバイル装置１０１と通信するためにアプリケーション１１３を使用する。例示的な実施形態においては、アプリケーション１１３はモバイル装置１０１内のアプリケーション１０３へ／から製品および購入情報を伝達および受信することに特に適応している。
【００１０】
選択されたアイテムのアイテム価格、商人の名前、およびアイテムの説明を含むアイテム情報は、次にステップ２０５においてモバイル装置からリクエストされ、そしてステップ２０６において、リクエストされた情報は商人ウェブサイト１１０からモバイル装置アプリケーション１０３へと伝達される。
【００１１】
ステップ２０７において、ユーザーは装置１０１上のプロンプトスクリーンに応じて配送先住所および支払方法（トランザクションに使用される特定のクレジット／デビットカード）を含む配送方法を選択する。配送方法選択は（ユーザーの連絡リスト１０６からの）以前に入力された配送先住所データからなされ、そしてデータが以前に入力されファイル１０５内に暗号化されたフォームで記憶されたカードのリストから特定のクレジットもしくはデビットカードが選択される。
【００１２】
以前にモバイル装置に記憶された暗号化されたクレジットカード情報および配送情報は、ステップ２０８においてローカルオペレーティングシステムサービス１１５によりモバイル装置上で復号化される。ステップ２１０において、クレジットカード番号、配送先住所、ユーザーの電子メールアドレスが商人のウェブサイトに伝達される。一実施形態（下に詳細に記述される）においては、モバイル装置１０１および商人ウェブサイト１１０の間の通信のためにＵＲＬに基づいたメカニズムが使用される。
【００１３】
ステップ２１５において、トランザクションが商人により正常に受信された後に、商人からモバイル装置へと成功もしくは失敗ＵＲＬ通信が伝達される。
【００１４】
（ＵＲＬに基づいた通信メカニズム）
すべてのＵＲＬは下記の少なくともいくらかから成る：スキーム名（一般にプロトコルと呼ばれる）、続いてコロン、次に、スキームによって、ホスト名（あるいは、ＩＰアドレス）、ポート番号、リソースがフェッチされる経路もしくはランされるプログラム、次に、ＣＧＩ（Ｃｏｍｍｏｎ  Ｇａｔｅｗａｙ  Ｉｎｔｅｒｆａｃｅ）スクリプトのようなプログラムのための、クエリーストリング。組み合わせられたシンタックスは：
ｓｃｈｅｍｅ：／／ｕｓｅｒｎａｍｅ：ｐａｓｓｗｏｒｄ＠ｄｏｍａｉｎ：ｐｏｒｔ／ｐａｔｈ？ｑｕｅｒｙ＿ｓｔｒｉｎｇ＃ａｎｃｈｏｒ
である。
【００１５】
本システムの一実施形態においては、エンコードされたＵＲＬはユーザーのモバイル装置１０１および商人ウェブサイト１１０の間の通信のために使用される。モバイル装置１０１内のブラウザ１０４が「ショッピングカート」（ユーザーにより購入のために選択されたアイテムを含む注文リスト）を有する商人ウェブサイト１１０上のウェブページを表示する場合、ウェブページ上の購入ボタンイメージは「Ｂｕｙ  Ｎｏｗ」のようなメッセージを表示する。トランザクション処理アプリケーション１０３の実行を開始するためのＨＴＭＬリンクは、下の例によって、購入ボタンイメージの周囲にラップされ得る：
＜ａ  ｈｒｅｆ＝”ＥＰａｙ：／／ｗｗｗ．Ｍｅｒｃｈａｎｔ．ｃｏｍ：１２３４／Ｍｅｒｃｈａｎｔ＿ｍａｉｎ＿ｐａｇｅ／ＥＰａｙＯｐｅｎ＿ＳｅｓｓｉｏｎＩＤ＝ｘｘｘ”＞  ＜ｉｍｇ  ｓｒｃ＝ＢｕｙＮｏｗ．ｐｎｇ  ／＞＜／ａ＞
「ＥＰａｙ」は保護接続の使用を指定する、装置１０１上のローカルに定義されたプロトコルであり、「ｗｗｗ．Ｍｅｒｃｈａｎｔ．ｃｏｍ」は商人ウェブサイトのＵＲＬであり、「Ｍｅｒｃｈａｎｔ＿ｍａｉｎ＿ｐａｇｅ／ＥＰａｙＯｐｅｎ」はユーザー／購入情報を受信するためにアプリケーション１０３を開くリンクであり、そして「ＳｅｓｓｉｏｎＩＤ」はＵＲＬのクエリーストリングの部分の商人のセッション情報である。
【００１６】
アプリケーション１０３はユーザーのセッションが識別され得るように、次のリクエストがあると、クエリーストリング内で見つけるいずれのものも商人にパスする。例示的な実施形態においては、アプリケーション１０３は商人ウェブサイトへのすべての接続にＨＴＴＰＳプロトコルを使用する。「ＨＴＴＰＳ」は、暗号化された通信およびネットワークウェブサーバーの保護された識別を提供するための、ハイパテキスト転送プロトコル（ＨＴＴＰ）とＳＳＬ／ＴＬＳプロトコルとの組み合わせである、Ｈｙｐｅｒｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ  Ｓｅｃｕｒｅを表す。アプリケーション１０３の実行は、モバイル装置１０１に常駐するかモバイル装置とリモート通信するかのいずれかである別個のアプリケーションにより開始され得る。
【００１７】
図３は、本システムのオペレーションの間の例示的なデータフローを示す図である。図３の矢印３０５により示されているように、ユーザーが購入ボタンをクリックする（図２、ステップ２０４）と、ボタンと関連したターゲットＵＲＬである「オープンＵＲＬ」３０１が起動され、モバイル装置１０１上のアプリケーション１０３が開く。次の例は「オープン」ＵＲＬを示す：
ＥＰａｙ：／／ｗｗｗ．Ｍｅｒｃｈａｎｔ．ｃｏｍ：／１２３４／Ｍｅｒｃｈａｎｔ＿ｍａｉｎ＿ｐａｇｅ／ＥＰａｙＯｐｅｎ＿ＳｅｓｓｉｏｎＩＤ＝ｘｘｘ
矢印３０６により示されているように、アプリケーション１０３は上記ＵＲＬを経由してショッピングカートの価格、商人の名前、および商人の証明書をリクエストし（ステップ２０５）、そしてそれらの情報は次に商人のウェブサイトにより（アプリケーション１１３経由で）二区間ｍｉｍｅ／ｍｕｌｔｉｐａｒｔドキュメント形式で、証明書が二番目の区間にある形式で提供される（ステップ２０６、図３矢印３０７）。商人ウェブサイト上のオープンドキュメントは、下記の形式をとり得る：
ＨＴＴＰ／１．１  ２００  ＯＫ
Ｃａｃｈｅ−Ｃｏｎｔｒｏｌ：  ｐｒｉｖａｔｅ
Ｃｏｎｔｅｎｔ−Ｌｅｎｇｔｈ：  １５８９
Ｃｏｎｔｅｎｔ−Ｔｙｐｅ：  ｍｕｌｔｉｐａｒｔ／ｍｉｘｅｄ；  ｂｏｕｎｄａｒｙ＝”−−＝＝ＥＰａｙ＿ｄｅｍｏ”；  ｃｈａｒｓｅｔ＝ｕｔｆ−８
Ｓｅｒｖｅｒ：  Ｍｉｃｒｏｓｏｆｔ−ＩＩＳ／７．０
Ｘ−ＥＰａｙ−Ｖｅｒｓｉｏｎ：  １．０
Ｘ−ＡｓｐＮｅｔ−Ｖｅｒｓｉｏｎ：  ２．０．５０７２７
Ｘ−Ｐｏｗｅｒｅｄ−Ｂｙ：  ＡＳＰ．ＮＥＴ
Ｘ−５ｏ９−ＭｏｂｉｌｅＭｅ−ＳＲＶＩＤ：  ５ｏ９−ｉＭｏｂｉｌｅ  １．２．２．０８．１６．０８  ４．２９．２０１０−１９．１１．５７
Ｄａｔｅ：  Ｔｈｕ，  ２９  Ａｐｒ  ２０１０  １９：１１：５７  ＧＭＴ
Ｐｒｉｃｅ＝３５００＆ＭｅｒｃｈａｎｔＮａｍｅ＝Ｍｅｒｃｈａｎｔ
−−＝＝ＥＰａｙ＿ｄｅｍｏ
Ｃｏｎｔｅｎｔ−Ｔｙｐｅ：  ｔｅｘｔ／ｐｌａｉｎ
Ｃｏｎｔｅｎｔ−ＩＤ：  ＜Ｃｅｒｔｉｆｉｃａｔｅ＞
−−−−−ＢＥＧＩＮ  ＣＥＲＴＩＦＩＣＡＴＥ−−−−−
ＭＩＩＤ＋ｚＣＣＡ２ＳｇＡｗＩＢＡｇＩＪＡＫｆｌＣＺＦ０Ｌ／ＥＷＭＡ０ＧＣＳ  ．．．
−−−−−ＥＮＤ  ＣＥＲＴＩＦＩＣＡＴＥ−−−−−
−−＝＝ＥＰａｙ＿ｄｅｍｏ−−
ユーザーは次に、以前にモバイル装置１０１内に記憶された情報から、配送先住所、および支払方法（例えば、トランザクションのために使用される特定のクレジットもしくはデビットカード）を含む配送方法を選択し（ステップ２０７）、そしてＰＩＮ（個人識別番号）を入力する。ローカルオペレーティングシステムサービス１１５は次に、選択された配送および支払方法のために、以前に記憶された配送およびクレジットカード情報を復号化する（ステップ２０８）。アプリケーション１０３は次にＵＲＬ３０２への単純形式ポストを経由して、この情報を商人サイトへと伝達する（ステップ２１０、図３矢印３０８）。その単純形式ポストは、下記の形式をとり得る：
ＥＰａｙ：／／ｗｗｗ．Ｍｅｒｃｈａｎｔ．ｃｏｍ：／１２３４／Ｍｅｒｃｈａｎｔ＿ｍａｉｎ＿ｐａｇｅ／ＥＰａｙＰｏｓｔ＿ＳｅｓｓｉｏｎＩＤ＝ｘｘｘ
伝達される形式フィールドは：
名前
電話
電子メール
配送名前
通り
市
州
郵便番号
クレジットカード
クレジットカード番号
クレジットカード有効期日
を含む。
【００１８】
クレジットカード番号および有効期日を含む上記の情報は、商人による処理のために商人データエリア３０３内に記憶される。この時点で、商人ウェブサイト１１０はトランザクションを処理し、そしてＨＴＴＰ２００ステータス（トランザクション成功）もしくはＨＴＴＰ４０２ステータスおよびエラーメッセージで応答し、それはユーザーに表示される（ステップ２１５）。
【００１９】
トランザクションが完了すると、アプリケーション１０３はユーザーのウェブブラウザに「戻り」ＵＲＬを開き、終了する。戻りＵＲＬは、下記の形式をとり得る：
ＥＰａｙ：／／ｗｗｗ．Ｍｅｒｃｈａｎｔ．ｃｏｍ：／１２３４／Ｍｅｒｃｈａｎｔ＿ｍａｉｎ＿ｐａｇｅ／ＥＰａｙＲｅｔｕｒｎ＿ＳｅｓｓｉｏｎＩＤ＝ｘｘｘ
本発明を詳細におよびその特定の実施形態を参照して記述したが、添付された特許請求の範囲に定義されている本発明の範囲から逸れることなく、改変および変形が可能であることは明瞭である。より明確には、本システムはその特定の開示された側面に限定されないことが考慮されている。
【図１】
2013545175.tif 000003
【図２】
2013545175.tif 000004
【図３】
2013545175.tif 000005
【国際調査報告】
2013545175.tif 000006