(57)【要約】      （修正有）【課題】テキストメッセージ命令を読み取る装備がない販売者に、テキストメッセージを起動する処理（例えば、購入及び／または発注）を行う方法を提供する。【解決手段】テキストメッセージ注文処理システムは、１若しくはそれ以上の販売者から製品を購入する消費者からテキストメッセージを受信し、各前記テキストメッセージを解析して購入される製品の識別番号と前記テキストメッセージを送信したデバイスの識別番号とを抽出し、各前記受信されたテキストメッセージに基づいて購入の支払いに使用される支払い手段を選択し、前記選択された支払い手段に関連する支払い情報と前記購入製品が搬送される場所を示すデリバリー情報とを設定し、前記設定された支払情報、前記デリバリー情報、及び前記購入される製品の識別番号を含む発注書を各受信メッセージに対して生成し、前記生成された発注書を前記販売者の発注管理システムに提出する。【選択図】図１
2014089715.tif 000002
【特許請求の範囲】
【請求項１】
商取引を実施する方法であって、
（ａ）第２の当事者から製品を購入する第１の当事者からのテキストメッセージを受信する工程であって、このテキストメッセージは前記第１の当事者により選択されたアドレスにアドレス指定され、前記購入される製品の識別番号と前記テキストメッセージを送信したデバイスの識別番号とを含むものである、前記受信する工程と、
（ｂ）前記テキストメッセージを解析して前記製品の識別番号と前記デバイスの識別番号とを前記テキストメッセージから抽出するものである、前記解析する工程と、
（ｃ）前記受信テキストメッセージに基づいて、前記製品の購入の支払いに使用される支払い手段を選択する工程と、
（ｄ）前記選択された支払い手段に関する支払情報と前記購入品が搬送される場所を示すデリバリー情報を設定する工程と、
（ｅ）前記設定された支払情報、前記デリバリー情報、及び前記購入される製品の識別番号を含む発注書を生成する工程と、
（ｆ）前記生成された発注書を前記第２の当事者の発注管理システムへ提出する工程と
を有する方法。
【請求項２】
請求項１記載の方法において、前記発注書が前記発注管理システムにより受信された後、前記発注管理システムは処理に対する支払いを支払処理ネットワークに提出するものである。
【請求項３】
請求項２記載の方法において、この方法は、さらに、
（ｇ）前記提出された支払いに応答して、前記支払処理ネットワークからの信号を受信する工程と、
（ｈ）前記受信信号に応答して認証証明書を要求するテキストメッセージを生成する工程と、
（ｉ）前記工程（ｈ）により前記生成されたテキストメッセージを前記第１の当事者のデバイスに送信する工程と、
（ｊ）前記第１の当事者のデバイスから前記認証証明書を含む応答テキストメッセージを受信する工程と、
（ｋ）前記受信された認証証明書を前記支払いネットワークに転送する工程と
を有するものである。
【請求項４】
請求項１記載の方法において、この方法は、さらに
複数の前記第１の当事者の各デバイスの識別番号に関する情報のデータベースを保持する工程であって、前記第１の当事者ごとに、当該第１の当事者に属する１若しくはそれ以上の前記支払い手段のリストを含む記録を有するものである。
【請求項５】
請求項４記載の方法において、前記工程（ｃ）は、
前記工程（ｂ）において、前記抽出されたデバイスの識別番号に関係する前記第１の当事者の前記支払い手段を前記データベース内の前記記録から選択する工程を有するものである。
【請求項６】
請求項１記載の方法において、前記工程（ｃ）で選択された前記支払い手段は、前記工程（ａ）において前記受信されたテキストメッセージ内で識別されるものである。
【請求項７】
請求項１記載の方法において、この方法は、さらに、
複数の前記第１の当事者の各デバイスの識別番号に関する情報データベースを保持する工程であって、前記第１の当事者ごとに、当該第１の当事者のデリバリー情報を含む記録を有するものである。
【請求項８】
請求項７記載の方法において、前記工程（ｄ）は、
前記工程（ｂ）において前記抽出されたデバイスの識別番号に関係する前記第１の当事者のデリバリー情報を前記データベース内の前記記録から取得する工程を有するものである。
【請求項９】
請求項１記載の方法において、前記デリバリー情報は、前記工程（ａ）において前記受信されたテキストメッセージ内で識別されるものである。
【請求項１０】
請求項１記載の方法において、この方法は、さらに、
前記工程（ａ）の前に、前記第１の当事者が受信するメディアに前記製品購入のオファーを提供する工程であって、前記オファーは前記製品購入のために前記テキストメッセージが送信されるべきアドレスを識別し、前記購入される製品の識別方法をテキストメッセージ内に記載するものである。
【請求項１１】
請求項１０記載の方法において、前記メディアは、テレビ、ラジオ、印刷メディアである。
【請求項１２】
請求項１記載の方法において、前記テキストメッセージは、ショートメッセージサービス（Ｓｈｏｒｔ  Ｍｅｓｓａｇｅ  Ｓｅｒｖｉｃｅ：ＳＭＳ）フォーマットである。
【請求項１３】
請求項１２記載の方法において、前記テキストメッセージがアドレス指定される前記アドレスは、ＳＭＳショートコードである。
【請求項１４】
テキストメッセージ発注処理システムであって、
１若しくはそれ以上の販売者から製品を購入する消費者からテキストメッセージを受信する手段であって、前記テキストメッセージのそれぞれは前記消費者により選択されたアドレスにアドレス指定されるものである、前記受信する手段と、
前記購入される製品の識別番号と前記テキストメッセージを送信するデバイスの識別番号とを含める手段と、
各前記テキストメッセージを解析して、前記製品の識別番号および前記デバイスの識別番号を前記テキストメッセージから抽出するものである、前記解析する手段と、
前記受信テキストメッセージに基づいて、前記購入の支払いに使用される支払い手段を選択する手段と、
前記選択された支払い手段に関する支払情報と前記購入品が搬送される場所を示すデリバリー情報とを設定する手段と、
前記設定された支払情報、前記デリバリー情報、及び前記購入される製品の識別番号を含む発注書を前記受信テキストメッセージごとに生成する手段と、
前記生成された発注書を前記販売者の発注管理システムに提出する手段と
を有するシステム。
【請求項１５】
請求項１４記載のテキストメッセージ発注処理システムにおいて、
前記テキストメッセージがアドレス指定される前記アドレスは、前記発注書が提出される前記販売者の発注管理システムを識別するのに使用されるものである。
【請求項１６】
請求項１４記載のテキストメッセージ発注処理システムにおいて、
前記発注書が前記発注管理システムにより受信された後、前記発注管理システムは処理に対する支払いを支払処理ネットワークへ提出するものである。
【請求項１７】
請求項１６記載のテキストメッセージ発注処理システムにおいて、このシステムは、さらに、
前記提出された支払いに応答して前記支払処理ネットワークから信号を受信する手段と、
前記受信信号に応答して認証証明を要求するテキストメッセージを生成する手段と、
工程（ｈ）において前記生成されたテキストメッセージを前記第１の当事者のデバイスに送信する手段と、
前記第１の当事者のデバイスから前記認証証明を含む応答テキストメッセージを受信する手段と、
前記受信した認証証明を前記支払いネットワークに転送する手段と
を有するものである。
【請求項１８】
テキストメッセージを処理する方法であって、
第１の当事者から第１のテキストメッセージを受信する工程であって、前記第１のテキストメッセージは前記第１の当事者によって要求される情報の識別番号を含むものである、前記受信する工程と、
前記識別情報の要求を生成する工程であって、前記要求は前記テキストメッセージフォーマット以外のフォーマットである、前記生成する工程と、
前記識別情報へのアクセスを有するサーバへ前記要求を提出する工程と、
前記識別情報を前記サーバから取得する工程であって、この取得された情報はテキストメッセージ以外のフォーマットである、前記取得する工程と、
第２のテキストメッセージに前記取得情報を含める工程と、
前記第２のテキストメッセージを前記第１の当事者に送信する工程と
を有するテキストメッセージを処理する方法。
【請求項１９】
商取引を実施する方法であって、
（ａ）第２の当事者から購入する第１の当事者からテキストメッセージを受信する工程と、
（ｂ）前記受信テキストメッセージに基づいて、前記購入の支払いに使用される前記第１の当事者の支払い口座を識別する工程と、
（ｃ）、前記支払い口座に前記購入のための十分な資金があるかを特定するため、前記第１の当事者の支払い口座を保持している第３の当事者と交信する工程と、
（ｄ）利用可能な十分な資金がある場合、
（１）前記第３の当事者にそれらの資金を留保するように命令する工程と、
（２）前記購入の発注書を生成させる工程と、
（３）前記生成された発注書を前記第２の当事者に提出し、前記第１の当事者の代わりに前記発注の支払義務を引受ける工程と、
（４）前記保留された資金から前記発注の支払義務に関する弁済を要求する工程と
を有する方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、２００５年７月２５日付で提出された米国仮出願第６０／７０２，１６５号に対して優先権を主張するものであり、この参照によりその全体が本明細書に組み込まれるものである。
【０００２】
本発明の主題はモバイルコマースの技術に関するものである。１つの特定用途は、認証処理を実行するのに使用されるモバイル移動通信デバイスに関するものであり、このことは本明細書において特に言及している。ただし、本発明の主題の態様は他の同様の用途にも適用されることは認識されるものである。
【背景技術】
【０００３】
本発明の主題の目的は、消費者が安全に品物を購入できる、または商取引若しくは同様の処理をリアルタイムでできるシステムおよび／または方法を提供することであり、指定アドレスまたは他の同様の宛先へ特定の購入または発注のためのテキストメッセージ（例えば、ショートメッセージサービス（ｓｈｏｒｔ  ｍｅｓｓａｇｅ  ｓｅｒｖｉｃｅ：ＳＭＳ））命令を携帯電話または他の同様のデバイスを使用して行うものである。
一般に、販売者（または代理人）は、商品及び／またはサービスを販売するために例えば自宅に居ながら買い物ができるテレビジョンネットワーク（ｓｈｏｐ−ｆｒｏｍ−ｈｏｍｅ  ｔｅｌｅｖｉｓｉｏｎ  ｎｅｔｗｏｒｋｓ）、一般的なテレビ番組及び／または広告、ラジオ放送及び／または広告、カタログショッピング及び／または他の同様のチャネルなどの様々なルートを利用する。上述したチャネルから生じる商取引は、過去において典型的には、従来の通信販売／電話注文（ｍａｉｌ  ｏｒｄｅｒ／ｔｅｌｅｐｈｏｎｅ  ｏｒｄｅｒ：ＭＯＴＯ）システム、インターネットを使った発注及び／または購入システム、及び同様のものを使用して実施されてきた。この種の販売者の多くは、テキストメッセージ購入命令、発注を読み取る、またはこれに対応するための装備を持たない。したがって、本発明の主題は、テキストメッセージ命令を読み取る装備がないような販売者に、テキストメッセージを起動する処理（例えば、購入及び／または発注）を行う方法を提供するものである。
【発明の概要】
【課題を解決するための手段】
【０００４】
本発明の主題の適切な実施形態は、携帯電話および／またはＳＭＳアーキテクチャと共に、現在の電子決済方法（例えば、Ｖｉｓａ（登録商標）、ＭａｓｔｅｒＣａｒｄ（登録商標）、Ａｍｅｒｉｃａｎ  Ｅｘｐｒｅｓｓ（登録商標）、Ｄｉｓｃｏｖｅｒ（登録商標）、ＪＣＢ（登録商標）、ＰａｙＰａｌ（登録商標）、非銀行系のアカウントなど）の処理アーキテクチャ、およびモバイルまたは他のＳＭＳが使用可能なデバイスを使用してＳＭＳメッセージを介して起動されているレガシーシステム上で安全な取引の実行が可能なレガシー支払いシステムを利用するものである。１つの実施形態では、ＰａｙＰａｌ（登録商標）またはその他の支払いアカウントを所有する消費者が、自宅に居ながら買い物ができるホームテレビジョンネットワーク（ｓｈｏｐ−ｆｒｏｍ−ｈｏｍｅ  ｔｅｌｅｖｉｓｉｏｎ  ｎｅｔｗｏｒｋｓ）で販売されている製品を見ているとき、テレビ画面に現れているＳＭＳショートコード（または他の同様のアドレス、電話番号、または同様の宛先識別子）へＳＭＳを介して支払い命令を送信することにより購入処理を開始する。最適には、前記命令を処理するシステムは前記ＳＭＳメッセージを受信し、自宅に居ながら買い物ができるホームテレビジョンネットワークのレガシー発注処理システム及び／または管理システムに適切な情報を送る。この情報には、適切な支払い情報と同様に消費者に関する情報（例えば、氏名、住所、電話番号）を識別することを含めることができる。選択的に、前記システムはまた、支払方法処理システムまたはネットワークと通信し、ＳＭＳを介して消費者のパスワードまたは個人識別番号（ｐｅｒｓｏｎａｌ  ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  ｎｕｍｂｅｒ：ＰＩＮ）で要求を消費者に返信して応答する。これにより、前記処理の安全性を確実にすることを助け、この時、前記支払処理システムは、前記パスワード及び／またはＰＩＮが有効であるか、利用できる十分な資金があるか及び／または他の検討材料に基づいて、前記処理は許可されるかまたは拒否される。最適には、前記許可及び支払プロセスが完了すると、前記処理の成功または不成功の完了通知がＳＭＳメッセージを介して消費者に返信される。
【０００５】
別の実施形態では、これらに限定されるものではないが、テレビで広告された製品、有料テレビ番組（情報コマーシャル（インフォマーシャル））、一般のテレビ番組において取上げられた製品、ラジオ番組において広告された製品、カタログまたは印刷メディア及び／または広告などに関してＳＭＳを起動する処理を可能にする反復を含む。
【０００６】
１つの実施形態によれば、商取引を実施する方法は、第２の当事者から製品を購入する第１の当事者からテキストメッセージを受信する工程であって、このテキストメッセージが前記第１の当事者によって選択されたアドレスにアドレス指定され、購入される製品の識別番号と前記テキストメッセージを送信したデバイスの識別番号とを含むものである、前記受信する工程と、前記テキストメッセージを解析して前記テキストメッセージから前記製品の識別番号及び前記デバイスの識別番号を抽出するものである、前記解析する工程と、前記受信テキストメッセージに基づいて前記購入の支払いに使用される支払手段を選択する工程と、前記選択された支払手段に関連する支払情報と前記購入された製品が搬送される場所を示すデリバリー情報とを設定する工程と、前記設定された支払情報、前記デリバリー情報、および前記購入される製品の識別番号を含む発注書を生成する工程と、前記生成された発注書を前記第２の当事者の発注管理システムに提出する工程とを有する方法である。
【０００７】
他の実施形態によれば、テキストメッセージ発注処理システムは、１若しくはそれ以上の販売者から製品を購入する消費者からテキストメッセージを受信する手段であって、前記テキストメッセージのそれぞれは前記消費者により選択されたアドレスにアドレス指定され、前記購入される製品の識別番号と前記テキストメッセージを送信するデバイスの識別番号とを含める手段と、各前記テキストメッセージを解析して、前記製品の識別番号及び前記デバイスの識別番号を前記テキストメッセージから抽出するものである、前記解析する手段と、前記受信テキストメッセージに基づいて、前記購入の支払いに使用される支払い手段を選択する手段と、前記選択された支払手段に関する支払情報と前記購入された製品が搬送される場所を示すデリバリー情報とを設定する手段と、前記設定された支払情報、前記デリバリー情報、及び前記購入される製品の識別番号を含む発注書を受信テキストメッセージごとに生成する手段と、前記生成された発注書を前記販売者の発注管理システムに提出する手段とを有するシステムである。
【０００８】
他の実施例によれば、テキストメッセージを処理する方法は、前記第１の当事者から前記第１のテキストメッセージを受信する工程であって、前記第１のテキストメッセージは、前記第１の当事者によって要求される情報の識別番号を含むものである前記受信する工程と、前記識別された情報の要求を生成する工程であって、この要求は、前記生成するテキストメッセージ・フォーマット以外のフォーマットである前記生成する工程と、前記識別情報にアクセスしているサーバへ要求を提出する工程と、前記識別情報を前記サーバから取得する工程であって、前記取得された情報はテキストメッセージ以外のフォーマットである前記取得する工程と、第２のテキストメッセージに前記取得情報を含める工程と、前記第２のテキストメッセージを前記第１の当事者に送信する工程とを有する方法である。
【０００９】
他の実施形態によれば、商取引を実施する方法は、前記第２の当事者から購入する前記第１の当事者からテキストメッセージを受信する工程と、前記受信テキストメッセージに基づいて、購入の支払いに使用される前記第１の当事者の支払い口座を識別する工程と、前記第１の当事者の支払い口座を保持している第３の当事者と通信し、前記支払アカウントに前記購入のための十分な資金があるかを特定するものである前記通信する工程と、利用可能な十分な資金がある場合、第３の当事者にそれらの資金を留保するように命令する工程と、前記購入の発注書を生成させる工程と、前記生成された発注書を前記第２の当事者に提出し、前記第１の当事者の代わりに前記発注の支払義務を引受ける工程と、前記留保された資金から前記発注の支払義務に関する弁済を要求する工程とを有するものである。
【００１０】
本明細書で開示される本発明の主題の多くの長所及び利点は、本明細書を読み、理解することにより当業者には明らかになるであろう。
【図面の簡単な説明】
【００１１】
本発明の主題は、様々な構成及び構成の配置、及び様々な工程及び工程の配列で具体化している。図面は、好ましい実施例を図示することのみが目的であり、これに限定されるように解釈されるべきではない。さらに、図面が正確な縮尺ではないことは認識されるべきである。
【図１】図１は、本発明の主題の実施形態に従った取引処理システムを示す略図である。
【図２】図２は、本発明の主題の実施形態に従った別の取引処理システムを示す略図である。
【図３】図３は、本発明の主題の実施形態に従った更に別の取引処理システムを示す略図である。
【発明を実施するための形態】
【００１２】
図１において、消費者１０（本明細書ではあらゆる購入者を含む）はデバイス１２を使用して商取引を開始して、例えば購入または発注を行う。前記購入または発注は、販売者２０（本明細書ではあらゆる売り手若しくは売り手の代理人、または仲介者を含む）によって売りに出されている１若しくはそれ以上の望まれるあらゆる製品（本明細書ではサービスも含む）が対象である。最適には、消費者１０に販売する前記購入商品は、適切なメディア及び／または販売経路を介して随意に提供される。例えば、前記製品は、家に居ながら買い物ができるネットワーク、情報コマーシャル、テレビ広告、または別のテレビ番組などのチャンネルに合わせられたテレビで提供される。或いは、それらはラジオ番組または広告を介して提供され、カタログまたは印刷広告でも提供される。
【００１３】
適切な実施形態では、前記デバイス１２は、携帯電話または他の装備された同様のデバイス、若しくはテキストメッセージの送信及び／または受信が可能なデバイスであり、例えば、ＳＭＳまたは他の同様のテキストメッセージサービス若しくはプロトコルを介するものである。前記購入または発注は、前記消費者１０が前記デバイス１２を適切に操作するか或いは使用することにより例えばＳＭＳショートコード、電話番号、または他の適切なテキストメッセージ宛先アドレスなどにより識別された指定宛先にテキストメッセージ１４を送信することにより購入または発注される。通常の方法では、前記テキストメッセージ１４が送信されるとき、ヘッダーまたは同様のものの中に含まれ、或いはそうでなければパッケージとしてまたは関連付けられて、前記メッセージ１４が由来する場所またはデバイスを示す発信識別子（ＩＤ）が実装されるかまたは発信識別子（ＩＤ）に関連付けられる。例えば、前記デバイス１２が携帯電話である場合、前記発信ＩＤは前記デバイス１２に選択的に割り当てられた電話番号或いは関連する識別番号である。
【００１４】
図１に示すように、前記メッセージ１４は、前記販売者２０にサービスを提供するテキストメッセージ購入及び／または注文処理システム３０により受信される。最適には、前記システム３０は、ソフトウエア命令を実行する及び／または１若しくはそれ以上のコンピュータプログラムが起動するのをサポートするサーバまたは他の適切なコンピュータ（例えばメモリ、データ記憶装置、中央処理装置などの典型的な付属部品を含む）として実行され、前記システム３０により実行される本明細書に記載された機能、操作、及び／または処理を実行する。本明細書の図１において、簡潔性および明瞭性のため、前記システム３０は一人の販売者２０のみにサービスを提供しているように図示しているが、当然のことがながら、稼動中の前記システム３０は同様に装備された及び／または位置付けられた複数の販売者（すなわち１若しくはそれ以上）にサービスを提供するものである。最適に、前記システム３０には、サービスが提供される各販売者に関して１若しくはそれ以上の個々のＳＭＳショートコードまたは他のテキストメッセージアドレスが提供される。従って、前記システム３０は、前記テキストメッセージ１４がアドレス指定された特定のＳＭＳショートコードまたは他の同様の宛先ＩＤに基づいて、特定の受信テキストメッセージ１４に関係する販売者を識別及び／または特定する。或いは、１若しくはそれ以上の販売者が共通のショートコードまたは宛先アドレスを共有する場合、消費者１０は、前記テキストメッセージ１４の本体の中に、当該テキストメッセージに関係する販売者を特定するキーワードまたは他の識別子を含める。
【００１５】
前記テキストメッセージ１４の本体また、選択的に発注命令、配達命令、及び／または支払命令を有する。前記発注命令は、前記製品または購入される製品（例えば、指定された製品コード、製品に関する文書、または同様のもの）を特定し、選択的に数量も特定する。前記配達命令は、前記購入された製品が搬送される場所を示す住所または他の同様の宛先を適切に特定する。前記支払命令は、選択的に使用される支払手段または支払方法のタイプ（例えば、Ｖｉｓａ（登録商標）、ＭａｓｔｅｒＣａｒｄ（登録商標）、Ａｍｅｒｉｃａｎ  Ｅｘｐｒｅｓｓ（登録商標）、Ｄｉｓｃｏｖｅｒ（登録商標）、ＪＣＢ（登録商標）、ＰａｙＰａｌ（登録商標）、非銀行系のアカウントなど）、カード若しくは口座番号、当該口座に関連したユーザ名、カード有効期限、前記支払手段若しくは口座に関連する請求書送付先、または口座所有者の名前等を特定する。
【００１６】
選択的に、前記システム３０は、消費者１０に関する特定の情報が保持されている顧客情報システム（ｃｕｓｔｏｍｅｒ  ｉｎｆｏｒｍａｔｉｏｎ  ｓｙｓｔｅｍ：ＣＩＳ）データベース（ｄａｔａｂａｓｅ：ＤＢ）３１を含む或いはこれにアクセスが可能なものである。したがって、この情報が「ファイル（記録）されている」場合には、テキストメッセージ１４から省略することも可能である。最適には、前記受信テキストメッセージに含まれている或いは関連する前記発信ＩＤに基づいて、消費者１０はシステム３０により選択的に特定される。例えば、前記デバイス１２が携帯電話である場合、前記テキストメッセージ１４を発信した電話番号に基づいて、前記消費者１０は特定される。例えば、消費者名、宛先、及び／または請求書送付先などの前記特定された消費者１０に関連する情報を得るために、前記ＣＩＳ  ＤＢ３１は随意にアクセスされる。また、前記消費者はＣＩＳ  ＤＢ３１内に当該消費者の記録またはファイルと関連する１若しくはそれ以上の支払い手段及び／または方法を選択的に有するかもしれない。従って、前記消費者１０がテキストメッセージ１４を送信するとき、当該消費者がしなければならないことは、記録された前記支払い手段／方法のうちどれを特定の購入に対して使用するかを識別するだけである。もちろん、消費者１０に対してＣＩＳ  ＤＢ３１にたった１つの支払い手段／方法が記録されてさえあれば、前記支払い手段／方法及び／またはそれに関する支払い情報はデフォルト設定として使用されうる。また、複数の支払手段／方法のうちの１つをデフォルト設定として設定することもできる。
【００１７】
１つの適切な実施形態において、消費者１０によってテキストメッセージ１４に含まれる前記関連情報は、メディアプレゼンテーション上またはメディアプレゼンテーション内に供給されて、消費者１０により購入された売り物を提供する。すなわち、前記メディアプレゼンテーションにより、前記テキストメッセージ１４に含まれる情報、及び前記テキストメッセージ１４が送信される場所を消費者１０に選択的に伝えることができる。例えば、前記メディアプレゼンテーションは、"品目Ｘを購入、テキスト製品コードＡ１Ｂ２ＳＭＳをショートコード５５５１２３へ"を表示または通知することができる。データが含まれる当該データのフォーマット及び／または前記データが前記テキストメッセージの本体内に含まれる発注書は、前記メディアプレゼンテーションを介して前記消費者１０に伝えられ、当該メディアプレゼンテーションは事前に決められているか、或いは特定されているか、若しくはそれらの組み合わせであってもよい。
【００１８】
前記テキストメッセージ１４を受信すると、前記システム３０により前記テキストメッセージ１４が解析され、前記特定情報及び／またはデータ要素が識別される。そこから、前記システム３０により適切な発注３２が準備され、当該発注３２が注文処理システムまたは販売者２０の発注管理システム（ＯＭＳ）２２に提出される。最適には、前記ＯＭＳ２２は前記販売者が通常の方法で従来のＭＯＴＯ処理を入力する従来のＯＭＳまたはレガシーＯＭＳであり、前記発注３２は前記システム３０から前記ＯＭＳ２２へ直接提出される。最適には、前記ＯＭＳ２２が正確に発注を処理するために、前記発注は好ましくは前記特定のＯＭＳにより指定された特定の方法で構成された及び／またはフォーマットされた関連購入または発注情報を含むかまたは有する。例えば、前記発注は適切なデータ要素が投入される多数のフィールドを含むことができる。従って、前記システム３０は、送信されることになっている前記ＯＭＳ２２に適した指定のフォーマットに前記発注３２が適合するように、前記テキストメッセージ１４（及び／または前記ＣＩＳ  ＤＢ３１から得られたもの）から受け取ったデータ要素または情報を配列し、翻訳し、及び／或いは操作する。例えば、前記システム３０は、前記テキストメッセージ１４から受け取ったまたは前記ＣＩＳ  ＤＢ３１から得た特定のデータ要素を選択的にフォーマットし、前記ＯＭＳ２２により指定された適切なフィールドに入力することにより、前記発注３２に合致させる。
【００１９】
図１に示すように、前記ＯＭＳ２２は発注を処理し、通常の方法での支払い処理の取引を各購入に応じて使用される支払い手段または方法に応じた支払いシステムまたはネットワーク４０へ提出する。選択的に、前記システム３０は、取引の特定のタイプによっておよび／または特定の支払い方法のために、前記支払い処理を支援することも行う。例えば、いくつかの取引では、追加のセキュリティ情報または認証証明書が前記支払い処理を完了するために消費者１０から要求されるため、前記支払いネットワーク４０または前記支払い方法によって指示された認証プロトコルまたはその発動を含みうる。このような認証プロトコル（例えば、Ｖｉｓａ'ｓ  ３−Ｄ  Ｓｅｃｕｒｅ（登録商標）（Ｖｉｓａ（ＶｂＶ）による検証として知られている）、ＭａｓｔｅｒＣａｒｄ'ｓ  ＳｅｃｕｒｅＣｏｄｅ（登録商標）、および同類のもの）は２００５年１月２８日に出願された米国仮出願第６０／６４７、８８３号および２００６年１月２７日に出願された米国出願第１１／３４０、８８７号に記載されており、この参照によりこれらの全体が本明細書に組み込まれるものである。他の支払い方法（例えば、ＰａｙＰａｌ（登録商標））も同様に、取引を認証または認可する前に消費者１０からの認証証明書（例えば、パスワードまたは同種のもの）を要求しうる。
【００２０】
一般に、前記システム３０は消費者１０から目的の認証証明書を探索するか或いは要求し、当該認証証明書を支払いネットワーク４０に返送する。選択的に、前記支払いネットワーク４０により生成された全ての認証結果は、次に、前記システム３０が前記支払いネットワーク４０から取得し、前記消費者１０に転送する。最適には、この能力において前記システム３０は実行され及び／または上述した米国仮出願第６０／６４７、８８３号及び／または米国出願第１１／３４０、８８７号に記載されているように本質的に機能する。
【００２１】
図１を参照して、適切な実施形態において、前記支払いネットワーク４０がシステム３０に信号で伝えるか、或いは前記システム３０は前記消費者１０から認証証明書を取得するように促される。それに応答して、前記システム３０はＳＭＳまたは他のテキストメッセージ５０をデバイス１２に送信し、消費者１０が適切な証明書（例えば、パスワード、ＰＩＮなど）で応答するように要求する。前記消費者１０は、次に、前記デバイス１２を操作或いは使用してＳＭＳまたは他のテキストメッセージ５２を前記システム３０に（例えば、要求された証明書をＳＭＳまたは他のテキストメッセージ５２に含めて）返信する。前記テキストメッセージ５２を受信してから、前記システム３０は前記テキストメッセージ５２を解析し及び／または前記消費者１０から返信された前記証明書を識別する。これら返信された証明書は、次に、選択的にフォーマットされ及び／或いは前記支払いネットワーク４０により指定されたまたは求められたように適切にアレンジされ、前記支払いネットワーク４０に転送される。最適には、前記支払いネットワーク４０が前記システム３０から受信した前記証明書に基づいて、認証及び／または認可の決定がなされる。選択的に、前記システム３０は前記支払いネットワーク３０から前記決定結果を取り出し或いは取得し、それらをＳＭＳまたは他のテキストメッセージ５４にフォーマット化し、そして消費者１０の受領書として前記メッセージ５４を前記デバイス１２に転送する。代替的に、前記システム３０には、消費者１０からの認証証明書を要求するのに使用される（例えば、携帯電話として実装されるデバイス１２に設置された音声電話を介して）インタラクティブな音声応答（ｉｎｔｅｒａｃｔｉｖｅ  ｖｏｉｃｅ  ｒｅｓｐｏｎｓｅ：ＩＶＲ）システムが装備されているかまたはアクセス可能なものです。同様に、前記ＩＶＲシステムは消費者１０へ前記決定結果を返信するように選択的に装備されていることもある。
【００２２】
図１から分かるように、あらゆる定められたタイプの取引に関連して、多くの場合複数のテキストにより、ＳＭＳまたは他の同様のメッセージ（例えば、メッセージ１４、５０、５２、または５４）は前記デバイス１２と前記システム３０の間で交換され、取引が完了する。また、特定のタイプの取引に基づいて、記入済み発注書３２がＯＭＳ２２に提出される前に、前記デバイス１２と前記システム３０の間で複数のメッセージ交換が行われ得る。例えば、前記メッセージ１４に含まれる情報は、複数の別個の問い合わせおよび応答により、前記システム３０により交互に獲得され、または前記発注書が提出される前に認証が実行される。ただし、通常、このようなメッセージは「セッション空き（ｓｅｓｓｉｏｎ  ｆｒｅｅ）」である。すなわち、通常のテキストメッセ−ジングでは、メッセージ送信およびメッセージ受信ノードとの間で専用セッションが設定されていない。むしろ、各メッセージは本質的に独立したコミュニケーションである。
【００２３】
従って、例えば同じ消費者１０またはデバイス１２が同時に複数の取引に携わっているよな場合には、混乱状態を回避するために同じ取引に関連したメッセージを認識および／またはグループ化することが望ましい。より具体的には、例えば、第１の取引が前記メッセージ５４の送信によって終了する前に、第２の取引が第２のテキストメッセージ１４の送信により開始される。例えば前記システム３０で受信された応答が前記第１の取引または前記第２の取引に関係するのかを決定するような場合、このようにするのが望ましい。
【００２４】
１つの適切な実施形態において、前記システム３０は取引（ＴＸ）ＤＢ３３を含むか、或いはアクセスを有するか及び／または保持するものである。前記ＴＢ  ＤＢ３３において、前記デバイス１２と前記システム３０の間で交換された様々なメッセージは、当該メッセージが関係する特定の取引に従って記録または同様のものに保存、編成及び／または分類される。例えば、前記システム３０が新たな取引を開始するメッセージ１４を受信すると、当該メッセージ１４には一意のＴＸ  ＩＤまたは他の同様の識別子が割り当てられ、この識別子により索引付けされて前記ＴＸ  ＤＢ３３に保存或いは記録される。同様に、前記システム３０から前記デバイス１２へ送信される応答メッセージ５２は、設定された前記ＴＸ  ＩＤを使用して同様に前記ＴＸ  ＤＢ３３に記録され、前記メッセージ５４及び５６においても同様のことが行われる。このように、１つの特定の取引に関係する複数の独立したメッセージは、関連付けられまたは一連のものとして結合される。さらに、前記同じＴＸ  ＩＤに対応する以前に交換された１若しくはそれ以上のメッセージから識別される特定の取引タイプに基づいて、前記システム３０は次に特定の取引で予想されるフォーム及び／またはメッセージタイプを知ることまたは予想することができる。すなわち、このような方法で前記メッセージを関連付けまたは一連のものとして結合されることにより、前記システム３０は取引のどの処理にあるのか、例えば任意の時点で前記取引はどの工程を進んでいるかなどを認識することができる。例えば、取引中のある特定の時点において、所定の前記ＴＸ  ＩＤに基づき前記ＴＸ  ＤＢ３３に既に記録されている１若しくはそれ以上のメッセージに基づいて、前記システム３０は認証証明書若しくは他の正当と認められるフォーム、または前記デバイス２０からの応答またはメッセージタイプを予測する。従って、前記消費者１０またはデバイス１２が複数の取引に携わっている場合、前記デバイス１２から受信するメッセージフォームまたはメッセージタイプに基づいて、前記システム３０は前記メッセージがどの取引に属しているかを識別することができ、さらに前記適切なＴＸ  ＩＤにより索引付けされて前記ＴＸ  ＤＢ３３内に記録させ得る。さらに、所定の取引に関して、設定された或いは所定の期間内に予期されるメッセージが受け取られない場合、前記システム３０は選択的に「タイムアウト（時間切れ）」或いは当該取引を無効とみなすこともできる。
【００２５】
図２に関して、最適には、テキストメッセージ処理システム／サーバ３０はまた、支払いネットワークにアクセスすることなしに機能するように設定される。例えば、図示するように、前記システム３０は、消費者１０の口座を保持する支払い口座プロセッサまたはマネージャ４２に直接接続する或いは通信する。例えば、前記支払い口座プロセッサ／マネージャ４２は前記消費者１０のために前払いクレジットカード口座または預金口座、若しくは他の同様の資金口座を保持することもできる。したがって、前記システム３０が前記テキストメッセージ１４を受信したときに前記プロセッサ／マネージャ４２により保持されている支払い口座を識別すると、前記システムは前記プロセッサ／マネージャ４２と通信して購入金額をカバーするのに利用できる十分な資金があるかを特定する。前記支払い口座に十分な資金がある場合、前記システム３０により命令され、前記プロセッサ／マネージャ４２は口座資金の残額から前記購入金額を留保する（すなわち、使用不能にする）、そして発注書３２が前記販売者２０へ発行される。最適には、前記発注書３２は、前記消費者１０に関する搬送先を識別する（例えば、前記メッセージ１４に示されているか、または前記ＣＩＳ  ＤＢ３２から取得されるように）。しかしながら、実施形態においては、前記システム３０の所有者またはオペレータは消費者の代わりに支払義務があると仮定し、前記プロセッサ／マネージャ４２から（すなわち保留されていた資金から）当該支払いの返済を求める。例えば、前記販売者２０への支払い及び前記プロセッサ／マネージャ４２からの返済は、選択的に電子資金振替または同様のものを介して実施される。当事者間の関係または条件の合意に基づいて、前述の決済は取引ごとに実行されてもいいし、計画された或いは所定の期間においてバッチで実行されてもよい。
【００２６】
最適には、図２で図示するように、前記販売者２０から購入された特定の製品及び／またはサービスは、テキスト、ＳＭＳ、または他の同様のメッセージを介して「電子配信」され得る。従って、選択的に、前記システム３０は前記販売者２０から搬送される品目を取得し、フォーマットし、適切なメッセージ５６を前記デバイス１２へ送信する。より具体的には、例えば、前記販売者２０は、無縁通信時間（ａｉｒｔｉｍｅ）、テレホンカード（ｃａｌｌｉｎｇ  ｃａｒｄ）の時間または他の同様のもの得るために使用される無線のＰＩＮ（個人識別番号）を販売する場合もある。従って、前記無線のＰＩＮ、アクセスコード、テレホンカード番号、または他の同様のものが、購入された時間でまたは購入された時間について選択的に前記システム３０により取得され、前記システム３０から前記デバイス１２に前記テキスト、ＳＭＳ、または他の同様のメッセージ５６で送信される。
【００２７】
図３に関して、テキストメッセージ処理システム／サーバ３０はまた、例えばＤＢから要求された情報を取得するなどの非商業的な取引または活動をサポートするように選択的に設定される。図示するように、前記システム３０は情報サーバ２４に動作可能なように接続されるかまたは通信されるものであり、当該情報サーバは、例えばウェブサーバ、ＤＢサーバ、またはそれらの組合わせ若しくは他の同様のものであるレガシー情報サーバである。最適には、前記情報サーバ２４は情報ＤＢ２６を含む或いは当該情報ＤＢにアクセスを有し、テキストメッセージまたはＳＭＳフォーマット以外の例えばウェブページまたは同様の形式で、前記情報ＤＢからの情報を要求に応じて提供する。さらに、最適には、前記サーバ２４は前記テキストまたはＳＭＳメッセージを受け取り及び／または解釈するよういには設定されていない。
【００２８】
したがって、本実施形態において、最適には、前記テキストメッセージ１４は前記ＤＢ２６から選択された情報の要求を含む。前記受信テキストメッセージ１４に応答して、前記システム３０は前記要求を識別し、フォーマットし、更にサーバ２４に適切な信号を送信しまたは当該サーバ２４と交信し、そこから前記要求された情報を取得する。前記要求された情報が取得されると、前記システム３０は、次に、前記デバイス１２に返信されるテキスト、ＳＭＳ、または他の同様のメッセージ５８の前記要求された情報をフォーマットする及び／または含む。当然のことながら、本実施形態は多くのものに適用することが可能であり、例えば残高照会を実行或いは口座の状態をチェックする、または前記ＤＢ２６に保存されている他の口座情報を取得することなどである。選択的に、単に情報を要求及び／または取得することに加えて、前記システム３０は、例えば１つの銀行口座から別のまたは同様のものに資金を振り替えるなどの情報を操作するように選択的に設定及び／または使用される。したがって、前記メッセージ１４が要求の情報を含むというよりは、むしろ当該メッセージは前記情報の選択された操作を達成する命令を含む。
【００２９】
もちろん、図２または３において明示的に図示されていないが、当然のことながら、認証は、例えば選択的に図１を参照して説明されているのと同様の方法で実行することができる。ただし、どの様な場合においても、代替の認証プロトコルも選択的に実行することができる。
【００３０】
最適には、前記システム３０によってサポートされる認証インフラストラクチャーは、処理されている取引タイプに基づいて異なる認証技術を選択的に使用する。例えば、認証証明書を含む前記メッセージ５２は、前記取引を開始した前記メッセージ１４とは別個のものである。認証証明書要求５０および応答メッセージ５２は、２つの異なるＳＭＳＣセンターを使用して選択的に交換される。最適には、前記メッセージ５０で使用されたものと異なる別のＳＭＳＣを用いることを前記応答メッセージ５２に強制するため、前記メッセージ５０のＳＭＳヘッダー内の「アドレスへの応答」は異なるＳＭＳＣアドレスに設定される。２つの異なるＳＭＳＣを有するこの方法の操作はより高い取引のセキュリティを可能にし、これは特にデリケートな認証証明書の場合において有効である。
【００３１】
本願明細書に記載された特定の例示的実施形態と関連して、特定の構成の特徴及び／または機能の特徴は、特定の実施形態に組み込まれて説明されている。当然のことながら、前記例示的実施形態の異なる態様は要求される用途に適した他の代替実施形態を達成するのに適するように選択的に使用されており、これにより、他の代替実施形態に対しても本明細書に組み込まれた態様のそれぞれの効果が認められるものである。
【００３２】
また、当然のことながら、本明細書において一緒に組み込まれるように記載された特定の要素は、適切な状況下において独立した要素或いは分離した要素であってもよい。同様に、１つの特定要素により実行されるように記載された複数の特定機能は、独立して動作して別個の機能を実行する複数の要素により実行することもでき、特定の独立した機能は協動で動作する複数の区別できる要素により分離され実行され得るものである。代わりに、お互いにはっきりと異なるように本明細書に記載され及び／または図示されたいくつかの要素または構成要素は、物理的にまたは機能的に必要に応じて結合されるものである。
【００３３】
すなわち、例示的実施形態を参照しながら本明細書を説明してきた。修正及び変更は、本明細書を読み理解した者にとっては明白なことであろう。前記発明の主題は、添付の請求の範囲またはそれに相当するものの範囲内に関する限り、そのような全ての修正および変更を含むものとして解釈されることを目的とするものである。
【図１】
2014089715.tif 000003
【図２】
2014089715.tif 000004
【図３】
2014089715.tif 000005
【手続補正書】
【提出日】平成25年11月27日(2013.11.27)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
テキストメッセージを送受信するデバイスと、当該デバイスからの製品購入に関する注文を処理する発注管理システムとの間のトランザクションをテキストメッセージ処理システムを介して実施する方法であって、
（ａ）前記テキストメッセージ処理システムが、前記デバイスから前記製品購入に関するテキストメッセージを受信する工程と、
（ｂ）前記テキストメッセージ処理システムが、前記受信されたテキストメッセージに基づいて、前記製品購入の支払いに使用される、前記製品を購入する当事者の支払い口座を特定する工程と、
（ｃ）前記テキストメッセージ処理システムが、前記支払い口座を保持する支払い口座プロセッサと通信して、前記支払い口座に前記製品購入のための十分な資金があるかを決定する工程と、
（ｄ）利用可能な十分な資金がある場合、
（１）前記テキストメッセージ処理システムが、前記支払い口座プロセッサに当該資金を留保するように命令する工程と、
（２）前記テキストメッセージ処理システムが、前記製品購入の発注書を生成する工程と、
（３）前記テキストメッセージ処理システムが、前記生成された発注書を前記発注管理システムに送信し、前記デバイスの代わりに発注の支払義務を引受ける工程と、
（４）前記テキストメッセージ処理システムが、前記留保された資金から前記発注の支払義務に関する弁済を要求する工程と
を有する方法。
【請求項２】
請求項１記載の方法において、さらに、
前記テキストメッセージ処理システムが、所定の認証技術によって前記製品購入を認証する工程を有するものである方法。
【請求項３】
請求項２記載の方法において、さらに、
前記テキストメッセージ処理システムが、前記受信されたテキストメッセージに基づいてトランザクションのタイプを決定する工程と、
前記テキストメッセージ処理システムが、前記決定されたトランザクションのタイプに基づいて、別の認証技術を選択する工程と
を有するものである方法。
【請求項４】
請求項１記載の方法において、さらに
前記テキストメッセージ処理システムが、前記発注管理システムから前記デバイスに製品を電子的に配信する工程を有するものである方法。
【請求項５】
請求項１記載の方法において、さらに
前記テキストメッセージ処理システムが、前記デバイスからの後続テキストメッセージを所定の期間内に受信しない場合、前記製品購入を取り消す工程を有するものである方法。
【外国語明細書】
2014089715000001.pdf
2014089715000002.pdf
2014089715000003.pdf
2014089715000004.pdf