(57)【要約】【課題】音声リンクを自動的に開始する方法及び装置を提供する。【解決手段】携帯電話機等のモバイル機器は、データリンク通信から得られた情報に基づいて、音声リンクを自動的に開始する。ユーザのモバイル機器内のクライアント処理を実行することによって、データリンクを介して、取引が開始される。クライアント処理は、コンテンツサーバから例えば、アイテム名及び価格等の情報を得る。クライアント処理は、モバイル機器のユーザインタフェースを用いて、選択するアイテムを表示する。ユーザは、クライアント処理及び／又はコンテンツサーバとインタラクトすることによって、購入するアイテムを選択する。アイテムが選択されると、ユーザは、ユーザが選択した１又は複数のアイテムを販売する業者のＣＳＲのＣＳＲ担当者との音声による電話通信を行う。【選択図】図１
2011229173.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ機器にスケジュール情報を提供するためのスケジュール情報提供方法において、  上記ユーザ機器とサーバとの間でデータリンク接続を確立するステップと、
上記ユーザ機器から上記サーバにスケジュール情報を転送するステップと、
上記スケジュール情報の少なくとも１つのタイムスロットが空いていることを判定するステップと、
提案されるアポイントメントを示す情報を上記ユーザ機器に送信するステップとを有するスケジュール情報提供方法。
【請求項２】
上記ユーザ機器上に表示されたカレンダの表示されたスロット内にアイコンを表示するステップを更に有する請求項１記載のスケジュール情報提供方法。
【請求項３】
ユーザの位置を判定するステップを更に有する請求項１記載のスケジュール情報提供方法。
【請求項４】
上記判定するステップは、全地球測位システム（ＧＰＳ）情報に基づいてユーザの位置を判定するステップを含むことを特徴とする請求項３記載のスケジュール情報提供方法。
【請求項５】
上記判定するステップは、スケジューリング情報を用いてユーザの位置を判定するステップを含むことを特徴とする請求項３記載のスケジュール情報提供方法。
【請求項６】
上記判定するステップは、電子メール情報を用いてユーザの位置を判定するステップを含むことを特徴とする請求項３記載のスケジュール情報提供方法。
【請求項７】
上記判定するステップは、イベントの検出に基づいてユーザの位置を判定するステップを含むことを特徴とする請求項３記載のスケジュール情報提供方法。
【請求項８】
上記イベントは、飛行機への搭乗を含むことを特徴とする請求項７記載のスケジュール情報提供方法。
【請求項９】
上記イベントは、上記ユーザに関連するチケットの読取を含むことを特徴とする請求項７記載のスケジュール情報提供方法。
【請求項１０】
上記イベントは、非接触データキャリア（ＲＦＩＤ）検出を含むことを特徴とする請求項７記載のスケジュール情報提供方法。
【請求項１１】
上記イベントは、フェリカ（ＦｅＬｉＣａ）検出を含むことを特徴とする請求項７記載のスケジュール情報提供方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電気通信システムに関し、詳しくは、音声リンクを自動的に開始する音声リンク開始方法及び音声リンク開始装置に関する。
【背景技術】
【０００２】
無線インターネットアクセス機器として、携帯用の電気通信機器、例えば、携帯電話機、携帯情報端末（personal digital assistant：ＰＤＡ）等が広く使用されている。このような携帯型機器は、多くの場合、例えば、ウェブページを閲覧し、情報を取得又は提供し、商品を購入し、メッセージを送信し、記録された情報を管理し、他のタスクを実行するために用いられる。これにより、仮想的に如何なる時間及び位置でも取引を実行できるため、非常に便利であるが、携帯型機器及び移動通信技術のモバイル取引への適応化には、様々な問題がある。
【０００３】
例えば、無線サービスプロバイダは、ユーザの携帯電話番号又はモバイル識別番号（mobile identification number：ＭＩＮ）への課金を非常に小さな金額（例えば、４ドルまで）に限定していることがある。ユーザが高額な商品を購入するためには、例えば、ユーザのクレジットカード番号及びユーザプロファイル又は識別情報が必要である。ここで、多くの携帯通信機器に設けられている非常に小さいユーザインタフェース（例えば、表示画面、１２ボタンのキーパッド及び僅かな更なるボタン）では、ユーザに問い合わせを行い、ユーザに必要情報を入力させることは困難である。更に、ユーザに十分な情報を速やかにわかりやすく表示し、ユーザがモバイル機器を用いて気軽に買い物ができるようにすることは困難である。
【０００４】
コンテンツプロバイダ又はサービスプロバイダは、販売するアイテム又はサービスをユーザに提供する前に、まず、ユーザの興味を判定する。この判定は、多くの場合、販売される特定のアイテムが特定されるまで、複数のメニュー項目、提案（offering）、又は更に狭められたユーザ選択肢をユーザに提供することによって行われる。ユーザは、購入する商品又はサービスを特定しておらず、漠然とある種の商品又はサービスが必要であると考えている場合も多い。例えば、ユーザは、オーディオ再生装置、イベントのチケット等の購入を望む場合がある。ユーザは、ある時点では、近い将来に購入が必要となり又は購入を望むことになることに気付いていない場合もある。サービスプロバイダは、通常、ユーザによる直接参加なしでユーザの将来の購入ニーズを予測できる程、ユーザに関する知識を十分に有していない。
【０００５】
ユーザがコンテンツサーバのサイトにアクセスすると、コンテンツサーバは、通常、ウェブページ又は抽出された（distilled）（すなわち、縮小された）ウェブページをユーザに提供する。ウェブページは、汎用パケット無線サービス（General Packet Radio Service：ＧＰＲＳ）等のデータ転送プロトコルを用いて、無線データリンクを介して提供できる。ウェブページは、非常に小さい画面、例えば、ユーザの携帯電話機の表示画面に表示される。遙かに大きい表示フォーマット（例えば、パーソナルコンピュータのモニタ）を想定して作成されたウェブページ情報を小さい画面で見ることは、ユーザにとって苦痛である場合が多い。ユーザが、小さい携帯型機器の限定的なユーザ入力操作子を用いて、必要な情報、特に数字以外の文字をタイプしなければならない場合、ユーザの苦痛は更に大きくなる。このような場合、ユーザは、取引を諦めてしまうこともある。
【０００６】
他の問題として、既存のリモート売買インフラストラクチャの多くは、電話による人と人との会話（音声−音声）に基づいている。多くの企業では、お客様相談窓口コールセンタ（Customer Service Representative call center）又はサイト（まとめて「ＣＳＲ」と呼ぶ。）に人間のＣＳＲ担当者を採用し、ユーザが如何なるアイテムを購入するかを決める際にＣＳＲ担当者がユーザ又は購入者と会話してユーザを補助する。ＣＳＲ担当者は、ユーザ情報を取得し、取引を完了する。通常、この作業のために、ユーザとＣＳＲ担当者との間で、複数又は多くの質問のやり取りが行われる。例えば、ユーザがイベントのチケットを購入しようとする場合、ユーザは、空いている席の位置、隣り合う複数の席を確保できるか、チケットの価格等についてＣＳＲ担当者に問い合わせる。ＣＳＲ担当者は、ユーザが希望するイベントの日時、チケットの枚数、チケットをどのようにしてユーザに届けるか等についてユーザに尋ねる必要がある。
【０００７】
音声を介した取引（voice-to-voice transaction）は、多くの状況でうまくいき、また、ユーザは、通常、それらの情報が秘密にされ、取引相手の企業体が信頼に値することを高い信用レベル又は信頼レベルで信じることができる。また、音声を介した取引では、ＣＳＲ担当者もユーザの信用を確認することができる。発呼者識別情報（caller identification：「発呼者ＩＤ」）、モバイル識別番号（Mobile Identification Number：ＭＩＮ）、データベースへのユーザプロファイルの保存等、更なる技術によって、取引の効率及び信頼性を高めることもできる。しかしながら、音声を介した取引は、取引の最初から最後まで、ＣＳＲ担当者が様々なやり取りを行う必要があるため、時間が掛かり、高コストである。
【発明の概要】
【課題を解決するための手段】
【０００８】
本発明の好ましい実施の形態では、データリンク通信から得られた情報から、音声リンクを自動的に開始する。一実施の形態においては、ユーザのモバイル機器内のクライアント処理を実行することによって、データリンクを介して、取引が開始される。クライアント処理は、コンテンツサーバから例えば、アイテム名及び価格等の情報を得る。クライアント処理は、モバイル機器のユーザインタフェースを用いて、選択するアイテムを表示する。ユーザは、クライアント処理及び／又はコンテンツサーバとインタラクトすることによって、購入するアイテムを選択する。
【０００９】
アイテムが選択されると、ユーザは、ユーザが選択した１又は複数のアイテムを販売する業者のＣＳＲのＣＳＲ担当者との音声による電話通信を行う。ＣＳＲでは、自動的にユーザの発呼者ＩＤ又はＭＩＮを取得し、発呼者ＩＤ又はＭＩＮを用いて、コンテンツサーバに選択されたアイテムの記録を要求する。この記録は、ＣＳＲ担当者に示され、ＣＳＲ担当者は、音声リンクを介して、ユーザとの取引を遂行できる。
【００１０】
他の実施の形態では、異なる自動化のレベル及び可能な変形を用いる。例えば、ユーザは、クライアント処理、コンテンツサーバ又はＣＳＲによってアクセスされるプロファイルを定義することができる。クライアント処理は、ユーザがアイテムの購入の希望を確認した後、ユーザによる操作なしで、音声リンクを自動的に開始してもよい。他の実施の形態においては、データリンクを介して選択されたアイテムを購入するユーザの意志を示すために用いられる専用ボタン又は他の操作子をユーザのモバイル機器に設けてもよい。例えば、ユーザは、ハイパーテキストマークアップ言語（ＨＴＭＬ）ウェブページ上のチェックボックスによって、購入するアイテムを選択できる。そして、ユーザは、専用ボタンを押すことによって、選択されたアイテムに対応するＣＳＲとの通信を開始できる。データリンクは、モバイル機器にＣＳＲの電話番号を提供し、モバイル機器は、この電話番号を用いて、例えば、セルラ電話機ネットワークにおける標準の発呼によって、音声リンク接続を確立する。
【００１１】
本発明の他の実施の形態においては、商品又はサービスの提供業者は、ユーザ情報を調べることによって、ユーザの将来のニーズを予想することができる。例えば、ユーザの携帯型機器内にユーザのカレンダ又はスケジューリングソフトウェアが存在している場合がある。携帯型機器は、スケジューラ情報をサービスプロバイダに送信し、サービスプロバイダは、ユーザの将来の予定を解析し、消費活動に関する提案を行うことができる。例えば、ユーザが特定の時間帯に特定の都市にいることをユーザのスケジュールが示している場合、プロバイダは、その特定の時間帯及び／又は都市に適切な商品又はイベントの購入をユーザに提案することができる。好ましい実施の形態では、コンテンツサーバ処理がユーザの予定表を解析する。ユーザのカレンダに空いているタイムスロットが検出された場合、そのタイムスロットにアイコンを表示してもよい。ユーザがアイコンを選択すると、提案された購入に関する詳しい情報（例えば、娯楽イベントのためのチケット）が表示され、ユーザは、自らの希望に応じて、提案されたアイテムを購入できる。
【００１２】
本発明の一実施の形態として示す音声リンク開始方法は、無線機器において音声リンクを開始する音声リンク開始方法において、無線機器とステーションとの間のデータリンクを確立するステップと、ステーションからデータリンクを介して無線機器に、マシンによって読取可能な音声リンクアドレスを供給するステップと、無線機器と、音声リンクアドレスに関連する機器との間で音声リンクを開始するステップとを有する。
【００１３】
本発明の他の実施の形態として示す取引方法は、ユーザ機器においてユーザ取引を実現する取引方法において、複数のアイテムを含むプレゼンテーション情報をユーザ機器に供給するステップと、複数のアイテムの少なくとも１つの購入エンティティに対応する音声リンクアドレスをユーザ機器に送信するステップとを有する。
【００１４】
他の実施の形態として示す取引方法は、取引を行うための取引方法において、開始された音声リンクからユーザ識別情報を得るステップと、ユーザ識別情報をステーションに送信するステップと、ステーションから選択情報を受信するステップと、選択情報及び開始された音声リンクを用いて取引を遂行するステップとを有する。
【００１５】
本発明の他の実施の形態として示す音声リンク開始方法は、ウェブブラウジングを含むデータリンク機能を有するユーザ機器を用いて、携帯電話ネットワークを介して、音声リンクを開始するための音声リンク開始方法において、ユーザ機器と、操作子を含むウェブページを有するウェブページサーバとの間でデータリンクを確立するステップと、ユーザ機器を用いて、操作子にアクセスするステップと、操作子を選択し、アイテムの購入を指示するステップと、データリンクを介して電話番号を受信するステップと、アイテムの売買を遂行するために、ユーザ機器から、電話番号への発呼を開始する信号を受信するステップとを有する。
【００１６】
更に、本発明の他の実施の形態として示す音声リンク開始装置は、無線機器において音声リンクを開始する音声リンク開始装置において、プロセッサと、無線機器とステーションとの間に確立されたデータリンクと、データリンクを介して、ステーションから無線機器に、マシンによって読取可能な音声リンクアドレスを受信する受信機と、無線機器と、音声リンクアドレスに関連する機器との間で音声リンクを開始する通信プロセッサとを備える。
【図面の簡単な説明】
【００１７】
【図１】好ましい実施の形態における基本的エンティティ及び通信構成を示す図である。
【図２】ＨＴＭＬ法によるプレゼンテーション情報の伝送を説明する図である。
【図３】データファイル法によるプレゼンテーション情報の伝送を説明する図である。
【図４】スケジューリングプログラムの表示画面を示す図である。
【図５】ユーザのモバイル機器で実行される処理の基本的な手順を示すフローチャートである。
【図６】コンテンツセンタの処理の基本的な手順を示すフローチャートである。
【図７】お客様相談窓口センタの処理の基本的な手順を示すフローチャートである。
【発明を実施するための形態】
【００１８】
本発明の好ましい実施の形態の基本的エンティティ及び通信環境を図１に示す。
【００１９】
図１に示すように、ユーザは、例えば、クライアント処理１０４を実行するためのプロセッサ１０２及びランダムアクセスメモリ（ＲＡＭ）１０３等のリソースを含む携帯電話機１００を操作する。携帯電話機１００は、入出力ポート又は接続回路、不揮発性メモリ等（図示せず）、他のリソースを備えていてもよい。通信機能１０６は、通信リンク、例えば、音声リンク又はデータリンクを確立するために通常の携帯電話機によって提供される機能を含む。音声リンク及びデータリンクは、例えば、時分割多元接続（Time Division Multiple Access：ＴＤＭＡ）、符号分割多元接続（Code Division Multiple Access：ＣＤＭＡ）、移動体通信用グローバルシステム（Global System for Mobile Communication：ＧＳＭ）又は他のフォーマットを含む利用可能な如何なる手法で確立してもよい。なお、ここでは特定の種類のハードウェア、ソフトウェア又は他の機能を示すが、これらは本発明の範囲から逸脱することなく、様々に変更できることは明らかである。例えば、携帯電話機１００は、音声リンク及びデータリンクに対応する如何なる種類の通信装置であってもよい。ＰＤＡ、パーソナルコンピュータ（ＰＣ）、無線送信機（例えば、ラジオ、インターコム、ウォーキートーキー）又は他の機器を用いてもよい。本発明に関して説明するステップ、機能又はこの他の動作は、手動で実行してもよく、自動的に実行してもよく、手動と自動の組合せによって実行してもよい。
【００２０】
コンテンツサーバ１１４は、情報を表示及び選択するための自動化システムを含む。コンテンツサーバ１１４は、例えば、販売される商品のリストを提供する商用ウェブページサーバサイトであってもよい。通常、情報を提供する如何なる種類のシステム又はステーションもコンテンツサーバとして機能できる。ウェブページ又は他のプレゼンテーション情報１０８は、インターネット１１０を介してクライアント１０４に提供される。プレゼンテーション情報１０８は、後に詳細に説明するように、選択するアイテムを表示画面に表示することによってユーザに示される。ユーザは、一般的な携帯電話機が備えるユーザインタフェース操作子を用いて、どのアイテムを購入するかを選択できる。例えば、ユーザは、ポインタ操作子及び選択ボタンを用いて、表示されたアイテムを指示し、選択することができる。コンテンツサーバ１１４には、ユーザ選択情報１１２が返信される。
【００２１】
なお、プレゼンテーション情報１０８及びユーザ選択情報１１２を送信するステップは、携帯電話機１００とコンテンツサーバ１１４との間で、データリンク接続を介して実行される。図１に示すように、データリンクは、携帯電話機１００とインターネット１１０との間の無線通信１０５を含む。コンテンツサーバ１１４は、ハードワイヤードリンクを介してインターネット１１０に接続されている。なお、物理的な通信リンクの如何なる種類又は種類の組合せを用いてもよい。例えば、通信リンクは、ハードワイヤード、無線周波数、光、赤外線又は他の種類の物理リンクを含むことができる。ここでは、特定のプロトコル及び規格（例えば、インターネットプロトコル（ＩＰ）、ＨＴＭＬ、ＧＰＲＳ等）を説明又は想定するが、適切な如何なる種類のプロトコル及び規格を用いてもよい。
【００２２】
データリンク接続を介して行われるコンテンツサーバ１１４によるプレゼンテーション及びユーザによる選択の後に、音声リンク１０６によって音声リンク接続が開始される。音声リンク接続は、無線通信１０５と、標準の電話ネットワーク１１６とを使用する。典型的な音声リンク接続は、携帯電話機１００と回線接続の電話機との間のリンク又は「電話回線（land line）」であってもよい。音声リンク接続は、ユーザが、ＣＳＲ１２６におけるＣＳＲ担当者との音声を介した通信によって取引を遂行するために使用される。本発明の他の実施の形態として、ＣＳＲでの応答の全体又は一部を自動化してもよい。例えば、音声リンクを介してＣＳＲ１２６に接続されたユーザは、音声案内に従って取引を進めてもよい。
【００２３】
ＣＳＲ１２６との音声リンクが確立されると、発呼者ＩＤ１２２（ＭＩＮ）の形式の識別子がＣＳＲ１２６に渡される。本発明の好ましい実施の形態では、呼が確立すると、既存の発呼者ＩＤ又はＭＩＮメカニズムを用いて、ユーザの発呼者ＩＤ（すなわち、ユーザの携帯電話番号）、ＭＩＮ又は他の発呼者識別情報をＣＳＲに提供する。発呼者識別は、他の手法で取得してもよく、例えば、ＣＳＲ担当者が、音声リンクを介して、ユーザにユーザの氏名、電話番号等を直接尋ねてもよい。他の可能性として、音声リンク又は他の補足的なリンク、例えば、統合デジタル通信網（Integrated Services Digital Network：ＩＳＤＮ）又は他のメカニズムを用いて発呼者識別情報を伝送してもよい。ＣＳＲ１２６は、発呼者識別情報１１８をコンテンツサーバ１１４に送信する。コンテンツサーバ１１４は、発呼者識別情報１１８を用いて、関連する取引に対応する選択情報の記録を調べる。対応する選択情報１２０が検索されると、コンテンツサーバ１１４は、この選択情報１２０をＣＳＲに返信する。選択情報１２０は、ユーザ選択情報１１２と同じであってもよく、又はユーザ選択情報１１２を変更し、捕捉し、変換（例えば、符号化又は暗号化）した情報であってもよい。好ましい実施の形態では、選択情報は、上述したデータリンクセッションにおいて確立された特定のアイテム及び他の取引の詳細を含む。
【００２４】
ＣＳＲ又はＣＳＲ担当者は、取引情報１２４によって示すように、例えば、商品の出荷先情報を入手し、クレジットカード番号を検証し、現在のユーザプロファイル情報を確認する等によって、ユーザ取引を遂行するための作業を行う。ユーザ選択は、コンテンツサーバ１１４によって既に定義され、コンテンツサーバ１１４によって電子的な形式でＣＳＲ１２６に供給される。一実施の形態においては、ＣＳＲ担当者は、ユーザと音声による通信を行う。選択情報１２０は、ＣＳＲコンピュータシステムに送信され、ＣＳＲ担当者がユーザと話している間、ユーザ選択及び他の関連情報は、表示画面を介して、ＣＳＲ担当者に表示される。
【００２５】
図２は、ＨＴＭＬ技術を用いたプレゼンテーション情報の転送を示している。
【００２６】
図２に示す携帯電話機２０２は、ディスプレイ２０４、ユーザ入力操作子２０６及びローカル処理２０８を含む。ローカル処理２０８は、例えば、ウェブページを抽出（distill）し、表示する機能、ウェブページ内のアイテムのユーザ選択を認識する機能等、携帯電話機に通常含まれている機能を含む。コンテンツサーバ２１２は、携帯電話機２０２にウェブページ２１０を提供する。この場合、提供又は供給されるウェブページは、標準フォーマットのものであってもよい。ウェブページ２１０は、画像、テキスト、価格等の様々な項目を含む。各画像は、販売されるアイテムを表している。また、各画像には、説明文及び価格が併記されている。ユーザは、購入するアイテムを選択でき、選択情報は、標準プロトコルを介して、例えば、オンライン形式のＰＯＳＴ動作を用いてコンテンツサーバ２１２に返信することができる。
【００２７】
標準のウェブページを携帯電話機等の小型装置に供給する際の１つの問題として、携帯電話機のディスプレイでは、大きなウェブページを効率的に表示できないという問題がある。ユーザがスクロール、ズーム又は他のページ操作を頻繁に行わなくても済むように、１つの手法として、ウェブページ情報を「抽出（distilled）」又は他の手法によって縮小してもよい。この処理は、通常、画像を縮小し又はウェブページから画像を削除する処理を含む。また、幾つかのシステムでは、小さい表示画面にウェブページを表示する必要性が検出された際に、代替の「サムネイル」又はより小さい画像を提供する。また、ユーザ入力操作子２０６を介して、ユーザによるアイテムの選択を認識する機能も設けられている。情報を抽出し、表示し、ユーザ入力及び選択を受け取る全ての機能は、ローカル処理２０８で表される携帯電話機内の１又は複数の処理によって実現される。
【００２８】
図２に示す標準のウェブページ技術では、ユーザが表示された情報を閲覧し、理解するには、手間と時間が掛かる。例えば、ウェブページ上の画像の削除又は修正及び他の情報の抽出により、表示内容の魅力が低下し、無駄な空間ができ、閲覧が困難になることが多くある。更に、例えば、フルサイズ英数字キーボード等のより大きな入力装置を用いて情報を入力するように設計された幾つかのウェブページでは、ユーザ名、パスワード、Ｅメールアドレス等のテキスト情報の入力をユーザに求める場合がある。ユーザは、これらの作業を煩わしく感じ、購入を諦めることもある。
【００２９】
図３は、コンテンツサーバとユーザとの間で、データファイルフォーマットを用いて取引アイテムをプレゼンテーション及び選択するための第２の手法を示している。
【００３０】
図３に示すコンテンツサーバ２４０は、データファイル２３０を携帯電話機２２０内のクライアント２２６に送信する。ウェブページを記述したＨＴＭＬを送信することに代えて、データファイル２３０のフォーマットは、如何なる種類のフォーマットであってもよく、これにより、非常にコンパクトで正確な情報を送信することができる。コンテンツサーバ２４０は、ユーザに関して得られた知識に基づいて、アイテムの種類、価格及び携帯電話機のユーザに提供する取引に関する他の特徴を判定できる。例えば、ユーザが以前にウェブサイトに訪れている場合、過去の購入を含むユーザの操作の履歴に基づいて、ユーザが興味を有するであろうアイテムの種類を予測することができる。
【００３１】
他の可能性として、拡張ＨＴＭＬ（ＸＭＬ）プロトコルを用いてもよい。これによって、コンテンツサーバ（又は他のソース）は、ユーザの機器に一度、グラフィカルユーザインタフェース（graphical user interface：ＧＵＩ）レイヤを提供することができる。この場合、ＧＵＩレイヤを用いて、グラフィクス、ページフォーマティング情報等を繰り返し送信する必要性なしで、例えば、アイテム及び価格等のデータを順次表示することができる。これにより、伝送する必要があるデータ量を削減でき、データ接続を帯域幅に応じて最適化できる。ユーザは、ＧＵＩレイヤを受け取った後、ＧＵＩレイヤに必要な値（提案：offering）を埋め込み、クライアントソフトウェアがページを統合及びレンダリングする。これによってグラフィックデータの量が削減され、ＸＭＬを用いて、データ量が少ない提案をプッシュすることができる。ＸＭＬは、フォーマットされたＨＴＭＬ−ＰＯＳＴ又はＨＴＭＬ−ＧＥＴであってもよい。まず、ＨＴＭＬページをグラフィックオブジェクト（色及びデザイン）でレンダリングし、次に、アイテム、価格及びこの他の詳細を送信し、ＨＴＭＬページをローカルで再レンダリングすることができる。
【００３２】
データファイルフォーマットは、単にアイテム名及び価格のフラットファイルであってもよい。データファイル情報は、クライアント２２６によって処理され、表示画面２２２に表示される。表示処理は、ローカル処理（図示せず）又は携帯電話機内の他の処理で実行されるステップを含んでいてもよい。好ましい実施の形態では、クライアント２２６は、アイテム及び価格情報の、コンパクトであるが魅力的でインテリジェントなプレゼンテーションを小さい表示画面に合わせてフォーマットするように設計される。例えば、アイテムをテーブル形式で配置し、アルファベット順に並べてもよく、これによりユーザは、全ての携帯電話機が備えている１２個のキーパッドを用いてアイテム名をアルファベット順に検索することができる。クライアント、コンテンツサーバ及びデータファイルフォーマットは、例えば、コンテンツサーバのオーナが新たに設計してもよく、したがって、如何なる種類のデータを処理及び表示することもできる。
【００３３】
また、ユーザ選択を判定するユーザ入力をクライアント２２６の制御の下で行ってもよい。これにより、ユーザは、携帯電話機に配設されている既存の操作子（例えば、ジョイスティック、ホイール、上下ボタン）を用いて、アイテムのバリエーション（例えば、衣服のサイズ、イベント等のチケット日付等）を選択することができる。他の実施の形態として、専用の操作子を設けてもよい。本発明の好ましい実施の形態では、画面上で以前に選択された（例えば、強調表示されている）１つ以上のアイテムの購入を決定するための特別の「購入」ボタンを備える。
【００３４】
また、クライアント２２６は、特定のユーザのための識別及び購入情報を含むユーザプロファイル２２８を保存してもよい。例えば、ユーザのアドレス、氏名、クレジットカード番号、代替の電話番号等の全てをユーザプロファイルに登録することができる。そして、ユーザが選択を完了し、又は購入の意志を示した場合、選択情報２３２及びユーザプロファイル２３４がコンテンツサーバ２４０に供給される。本発明の一側面では、ユーザの状況に関連する電子記録の検出に基づいて、商品を自動的に提案する。例えば、初期の接続がクライアントからコンテンツサーバに確立された場合、リンクから提供されるコンテンツサーバのトップのＨＴＭＬページは、クライアント上でハードコーディングされる。クライアントは、携帯電話機がユーザから収集した位置、時間、ユーザプロファイル等の何らかの情報をこのサーバに送信することができ、これにより、コンテンツサーバのトップページに、どのような種類のコンテンツプレゼンテーションをユーザに表示するかを決定することができる。クライアント処理又は他のアプリケーションは、随時、ユーザに質問を行うことによって、オーナ情報を収集するようにセットアップしてもよい。例えば、携帯電話機は、「あなたのお気に入りのスポーツは、何ですか？」という質問を表示し、その答えを得てもよい。この種の情報を用いて、サーバ上で対象となるアイテムを検索し、ユーザに対してより焦点を絞った提案を行うことができる。
【００３５】
クライアント処理とコンテンツサーバとの間でユーザ情報を自動的に送受する技術を用いることによって、ユーザがウェブページを検索する必要なく、又はこの他の手法でコンテンツサーバへのアクセスを開始する作業を行う必要なく、ユーザにオプションを表示することができる。ユーザは、サービスに加入でき、これによりクライアント処理は、定期的にコンテンツサーバ又はプレゼンテーション情報の他の何らかのソースをポーリングする。
【００３６】
クライアント処理がコンテンツサーバと通信する際に、他の処理を行ってもよい。このような処理の１つとして、既存のアプリケーションプログラム又はユーティリティ内のデータに基づいて、ユーザの希望又は興味を自動的に判定してもよい。例えば、携帯型機器が提供するユーティリティの１つの種類として、「スケジューラ」プログラムがあり、これによりユーザは、将来参加するべきイベントのスケジュールを管理することができる。スケジューラ情報をコンテンツサーバにアップロードすることによって、コンテンツサーバ上の処理は、スケジュール情報を解析し、ユーザが興味を持つ可能性があるイベントを提案することができ、これに対してユーザは、選択操作子を操作するだけで、そのイベントに関するアイテムを購入できる。
【００３７】
図４は、携帯型機器、パーソナルコンピュータ又は他のシステム上で実行されるアプリケーションのカレンダページ等のスケジューラの表示画面３００の拡大図である。各ボックスは、日付に対応し、このボックス内に１つ以上のイベントを示すことができる。ユーザがコンテンツサーバのウェブページに訪れた際に、コンテンツサーバにスケジューラ情報全体を自動的に提供するようにしてもよい。情報の提供は、（例えば、ユーザの許可によって）任意に行ってもよく、又はユーザが意識しない形式で行ってもよい。提供されるスケジュール情報は、その全てであっても一部であってもよい。ここでは、例えば、異なるシステム（例えば、携帯電話機とパーソナルコンピュータ）間で情報を更新する同期技術等、スケジュール情報を処理及び管理するための周知のツールを用いてもよい。当然、個々のシステムのスケジューラ又はカレンダアプリケーションの表示形式には、様々な形式がある。
【００３８】
図４に示すスケジュール情報の場合、解析処理によって、４月２５日に予定されているイベント（及びユーザが計画をした他の過去のゲーム（図示せず））のためにユーザが野球の観戦が好きであると判定できる。また、解析によって、ユーザは、５月３日の午前８：００にジョージア州アトランタに行く予定であることがわかる。また、ユーザは、５月４日午前１０時に１つのミーティングがあるだけで、５月５日にサンフランシスコに戻る前に、５月４日の午後及び夕方は時間が空いていることも検出できる。この場合、コンテンツサーバは、５月４日午後１時にオークランド・アスレチックス対アトランタ・ブレーブスの試合があるという情報をクライアントに送る。この情報は、提案アイコン３１０の形式で表示される。同様に、この具体例では、午後７時に夕食を取るためのレストランを示す提案アイコン３２０も表示されている。
【００３９】
イベントは、妥当な如何なる基準に基づいて選択してもよい。例えば、提案アイコン３２０によって示される特定のレストランは、ユーザがよく行った過去のレストランを調べることによって決定してもよい。これにより、同様の種類（例えば、料理の種類、価格帯、雰囲気等）のレストランを発見できる。ユーザがユーザの本拠地（又は他の場所）のフランチャイズレストランによく行っている場合、解析処理では、アトランタの球場の近くの同じフランチャイズレストランを検索してもよい。また、解析処理では、ユーザが通常夕食を取る時間帯を調べてもよい。ユーザが球場からレストランに容易に行けるように、球場からレストランまでの距離を確認してもよい。また、交通手段を示してもよい。（検出可能であれば）レストランからユーザのホテルまでの距離も考慮に入れてレストランを選択してもよい。この他の多くの因子及び規則を用いて、ユーザの消費活動を効率的に提案することができる。
【００４０】
ユーザのモバイル機器で実行される処理における基本的な手順を図５に示す。図５に示すフローチャート４００は、ユーザがコンテンツサーバのウェブサイトにアクセスすると開始される。ステップ４０２において、ユーザの機器は、標準のローカル処理又は上述したクライアント処理を介して、プレゼンテーション情報を受け取る。ステップ４０４においては、ユーザ選択のプレゼンテーション情報を表示する。ステップ４０６において、例えば、ユーザがディスプレイ上のアイテムを「クリック」することによって、ユーザ選択の指示を受け取る。
【００４１】
ステップ４０８において、音声リンクを開始するか否かを決定する。音声リンクは、ユーザが専用ボタン又は他の操作子を押圧操作する等、マニュアルで開始してもよい。或いは、購入するアイテムの選択の完了をトリガイベントとして用いて、自動的に音声リンクを開始してもよい。他の手法として、例えば、ユーザがウェブサイトにアクセスしたときに音声リンクを自動的に開始してもよく、コンテンツプロバイダのサイト又はＣＳＲサイトにおける管理者の要求に応じて音声リンクを開始してもよい。ステップ４１０では、音声リンクを確立する。ステップ４１２では、ユーザＩＤをコンテンツセンタに送信する。ユーザ、ユーザ機器又は取引を特定するために用いることができるあらゆる種類の情報をユーザＩＤとして用いることができる。例えば、携帯電話機の「発呼者ＩＤ」、インターネットプロトコル（ＩＰ）アドレス、オブジェクト識別情報（Object Identification：ＯＩＤ）、コンポーネント（例えば、中央演算処理装置（ＣＰＵ））シリアル番号等を単独で又は組み合わせて用いてもよい。
【００４２】
コンテンツセンタにおける処理の基本的な手順を図６に示す。図６に示すフローチャート４２０は、ユーザがコンテンツセンタの情報を閲覧し、ブラウジングし、又はこの他の手法によってアクセスすることによって開始される。ステップ４２２では、ユーザ機器にプレゼンテーション情報を送信する。次に、ステップ４２４において、ユーザ選択情報を受信する。ステップ４２６では、ユーザの発呼者ＩＤ等のユーザ識別子に関連付けられた選択記録として、選択情報を保存する。ステップ４２８では、保存されている選択記録の要求を受信したかを判定する。選択記録の要求が受信されると、ステップ４３０において、要求エンティティ（例えば、ＣＳＲ）に選択記録を送る。
【００４３】
ＣＳＲにおける処理の基本的な手順を図７に示す。図７に示すフローチャート４４０は、ステップ４４２において、ＣＳＲとの呼（又は他の音声リンク）が確立されると開始される。ステップ４４４では、ユーザＩＤ値を受け取り、ステップ４４６において、コンテンツセンタに対応する選択記録を要求する。ステップ４４８では、人間の担当者に取引を遂行するための選択記録及び音声リンクを提供する。
【００４４】
特定の実施の形態を用いて本発明を説明したが、これらの実施の形態は、例示的なものであり、本発明を限定するものではない。例えば、主にインターネット及びウェブページへのアクセスに関連して本発明を説明したが、如何なる種類のデータ通信リンク及びフォーマットを用いて、販売されるアイテム又はサービスに関するプレゼンテーション情報をユーザに提供してもよい。例えば、モデムによる音声リンクを介してデータリンクを確立してもよい。データは、テレビジョン信号接続又は他の接続を介して伝送してもよい。音声リンク接続は、電話番号、又は例えば、ボイスオーバＩＰ（ＶｏＩＰ）通信のためのＩＰアドレス、短縮ダイヤル番号等、音声リンクアドレスの他の如何なる種類を用いて確立してもよい。
【００４５】
ユーザの居場所又は如何なる動作に基づいてユーザの消費活動に対する提案を行ってもよい。例えば、ユーザの飛行機の搭乗券が空港の搭乗ゲートで読み取られたこと、ユーザが地下鉄又は鉄道の駅の改札を通過したこと等のユーザ「イベント」に基づいて、ユーザの現在の又は未来の位置を判定してもよい。また、例えば、ユーザがクレジットカードで何かを買ったという購入イベントに基づいて、店舗の位置をこの時点でのユーザ位置として登録してもよい。このようなイベントの判定には、磁気ストライプ、光学的情報、非接触データキャリア（radio frequency identification：ＲＦＩＤ）、フェリカ（FeLiCa）イベント等の検出を用いることができる。
【００４６】
また、異なるサイト又は異なるエンティティによって実行される特定のステップについて説明したが、説明した各ステップは、別の場所で又は異なるエンティティによって実行してもよい。例えば、コンテンツセンタ及びＣＳＲの処理ステップを単一のエンティティによって実行してもよい。ユーザ又はユーザ機器とインタラクトする３つ以上の異なるエンティティで取引が遂行されるように、第三者的なエンティティを含ませることが望ましい場合もある。この他、多くの変形が可能である。
【００４７】
Ｃ、Ｃ＋＋、Ｊａｖａ（登録商標）、アセンブリ言語等を含む適切な如何なるプログラミング言語を用いて本発明のルーチンを実現してもよい。また、例えば、手続き指向又はオブジェクト指向等異なるプログラミング技術を用いてもよい。ルーチンは、単一の処理装置で実行してもよく、複数のプロセッサ上で実行してもよい。ここでは、ステップ、動作又は演算を特定の順序で示したが、異なる実施の形態では、この順序を変更してもよい。また、幾つかの実施の形態では、ここでは順次実行されるように示した複数のステップを同時に実行してもよい。本明細書に開示した動作のシーケンスは、例えば、オペレーティングシステム、カーネル等の他の処理によって割り込まれ、中断され、又はこの他の制御を受けてもよい。これらのルーチンは、オペレーティングシステム環境内で動作してもよく、システム処理の全て又は実質的な部分を占めるスタンドアロンのルーチンとして実行してもよい。
【００４８】
特定の種類及び数のツール、ユーティリティ、ルーチン又は他のプログラム及び機能を示したが、本発明の実施の形態によって提供される機能は、多くの異なる設計法によって提供できる。例えば、６個より多い又は少ないツールを用いてもよい。異なる実施の形態では、機能（すなわち、ツール実行）の順序を異ならせることが望ましい場合もある。異なる設計では、幾つかのツールの機能を１つに結合してもよく、又は６個より多くのツールに機能を割り当ててもよい。幾つかの実施の形態では、本明細書に開示した機能を省略してもよく、省略することが望ましい場合もある。異なる実施の形態では、自動化された処理を増やしても減らしてもよく、手動による処理を増やしても減らしてもよい。また、例えば、将来のコンピュータオペレーティングシステム、アプリケーション、ユーティリティ、ドライバ又は他のコンポーネントに適応するために、特徴を追加、削除又は変更してもよい。
【００４９】
本明細書では、本発明の実施の形態の理解を容易にするために、例えば、コンポーネント及び／又は処理の具体例として、多数の具体的な詳細事項を開示する。しかしながら、本発明の実施の形態は、上述した具体的な詳細事項の１つ以上を欠いても、他の装置、システム、アセンブリ、処理、コンポーネント、材料、部品等を用いても実現できることは当業者にとって明らかである。更に、本発明の実施の形態の特徴を不明瞭にしないために、よく知られている構造、材料又は動作については、特別に示さず、詳細に説明していない。
【００５０】
本発明の実施の形態における「コンピュータにより読取可能な媒体」とは、命令実行システム、装置、システム又は機器によって、又はこれらに関連して使用されるプログラムを格納し、保存し、通信し、伝送し、又は搬送できる如何なる媒体であってもよい。コンピュータにより読取可能な媒体は、以下に限定されるわけではないが、例えば、電子媒体、磁気媒体、光学媒体、電磁媒体、赤外線又は半導体媒体、装置、システム、機器、伝送媒体又はコンピュータメモリであってもよい。
【００５１】
「プロセッサ」又は「処理」には、データ、信号又は他の情報を処理する人間、ハードウェア及び／又はソフトウェアシステム、メカニズム又はコンポーネントが含まれる。プロセッサは、汎用中央演算処理装置、複数の処理ユニット、機能を実現する専用の回路、又は他のシステムを含む如何なるシステムを含んでいてもよい。処理は、地理的な位置に限定する必要はなく、又は時間的にも制限されない。例えば、プロセッサは、「リアルタイム」又は「オフライン」で機能を実行してもよく、「バッチモード」等で機能を実行してもよい。異なる（又は同じ）処理システムで異なる時刻に別の場所で処理の一部を実行してもよい。
【００５２】
また、本明細書における「一実施の形態」、「実施の形態」又は「特定の実施の形態」は、実施の形態に関連して開示した特定の機能、構造又は特徴が本発明の少なくとも１つの実施の形態に含まれ、必ず全ての実施の形態に含まれるわけではないことを意味する。また、本明細書内の「一実施の形態では」、「ある実施の形態では」又は「特定の実施の形態では」といった各語句は、必ずしも同じ実施の形態について言及しているわけではない。更に、本発明の如何なる特定の実施の形態の特定の機能、構造又は特徴も適切な任意の手法で、１つ以上の他の実施の形態に組み合わせることができる。なお、本明細書の開示に基づき、本明細書に記載し、説明した本発明の実施の形態のこの他の変形及び変更は明らかであり、これらは本発明の精神及び範囲に包含される。
【００５３】
本発明の実施の形態は、プログラミングされた汎用デジタルコンピュータ、特定用途向け集積回路、プログラマブルロジック機器、フィールドプログラマブルゲートアレイ、光、化学、バイオ、量子又はナノエンジニアリングシステム、コンポーネント及びメカニズムを用いて実現してもよい。包括的に言えば、本発明の機能は、周知の如何なる技術を用いて実現してもよい。分散型又はネットワーク型のシステム、コンポーネント及び回路を用いてもよい。データの通信又は伝送は、有線接続、無線接続又は他の如何なる伝送方式を用いて行ってもよい。
【００５４】
また、図面／図に示している１つ以上の要素は、特定のアプリケーションにおいて有効であれば、更に細かく区切ってもよく、統合してもよく、省略してもよく、幾つかの状況で動作しないようにしてもよい。また、マシンによって読取可能な媒体に保存され、コンピュータに上述した処理のいずれかを実行させるプログラム又はコードも本発明の精神及び範囲に包含される。
【００５５】
更に、図面／図に示す信号線は、例示的なものであり、特別に言及していない限り、限定的には解釈されない。更に、本明細書に用いられる「又は」という用語は、特別な指摘がない限り「及び／又は」を意味する。また、処理を分離するか結合するかを明確に表現していない場合、コンポーネント又はステップを組み合わせてもよい。
【００５６】
本明細書及び添付の特許請求の範囲において、不定冠詞「ａ，ａｎ」及び定冠詞「ｔｈｅ」が付された単数形の名詞は、文脈に矛盾しない限り、複数も含意する。また、本明細書及び添付の特許請求の範囲において、「〜内に（ｉｎ）」という表現は、文脈に矛盾しない限り、「〜内に（ｉｎ）」及び「〜上に（オン）」の両方の意味を含むものとする。
【００５７】
要約書に開示されている内容を含む本発明の例示的な実施の形態の説明は、本発明をここに開示した形式に限定又は制約するものではない。本発明の特定の実施の形態及び具体例を例示的に説明したが、本発明の精神及び範囲から逸脱することなく、等価の様々な変更が可能であることは、当業者にとって明らかである。上述のように、上述の説明に基づいて、本発明について例示した実施の形態の変形例を想到することができ、これらは、本発明の精神及び範囲に包含される。
【００５８】
以上、特定の実施の形態に基づいて本発明を説明したが、以上の開示に関するある範囲の変更、様々な変形及び置換は明らかであり、本発明の実施の形態の幾つかの特徴は、詳細に説明した本発明の範囲及び精神から逸脱することなく、他の対応する特徴を用いることなく使用することもできる。したがって、特定の状況又は材料を本発明の本質的な範囲及び精神に適応化するために、様々な変形例を想到できる。また、本発明は、特許請求の範囲及び／又は本発明を実施するために想定される最良の形態として開示した特定の実施の形態において用いた特定の用語に限定されず、本発明は、添付の特許請求の範囲に包含されるあらゆる実施の形態及び等価物を含む。
【図１】
2011229173.tif 000003
【図２】
2011229173.tif 000004
【図３】
2011229173.tif 000005
【図４】
2011229173.tif 000006
【図５】
2011229173.tif 000007
【図６】
2011229173.tif 000008
【図７】
2011229173.tif 000009