(57)【要約】【課題】ダイアルシーケンスを電話に入力して、電話接続を確立して電話の呼び出しを発信することによって、ネットワーク経由で情報を検索する方法。【解決手段】電話の呼び出しがウエブ情報の要求であると判定される場合、要求されたウエブ情報が、電話の呼び出しに関連するネットワークアドレスとともに判定される。要求されるウエブ情報のネットワークプロトコル要求が作成される。さらに、ネットワークプロトコル要求を、情報を検索できるネットワークサーバーに送って、検索した情報を電話の呼び出しに関連するネットワークアドレスに配信する。電話の呼び出しがウエブ情報の要求であると判定するステップは、電話番号に付加される規程のシーケンスを検出するステップを含んでもよい。電話に関連するＩＰアドレスを手動で又は自動で電話の呼び出しに付加してもよい。
2007519351.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して情報を検索する方法であって、
電話の呼び出しを受信するステップと、
前記電話の呼び出しがウエブ情報の要求であるという判定に応答して、前記要求されるウエブ情報を判定するとともに、前記電話の呼び出しに関連するネットワークアドレスを判定するステップと、
前記要求されるウエブ情報のネットワークプロトコル要求を生成して、前記要求を、前記情報を検索できるネットワークサーバーに送るステップと、
を含む方法。
【請求項２】
少なくとも１つの電話番号を含むダイアルシーケンスを電話に入力することによって前記電話の呼び出しを発信し、及び電話の呼び出しがウエブ情報の要求であると判定するステップが、電話番号に付加するシーケンスを検出するステップを含む、請求項１に記載の方法。
【請求項３】
電話接続を確立した後に前記シーケンスを前記電話番号に付加する、請求項２に記載の方法。
【請求項４】
さらに、前記シーケンスの検出に応答して、前記電話に関連するＩＰアドレスを前記電話番号に付加するステップを含む、請求項２に記載の方法。
【請求項５】
ＩＰアドレスを付加するステップが、前記電話に関連する機器のＩＰアドレスを判定するステップを含む、請求項４に記載の方法。
【請求項６】
受信した前記電話の呼び出しが固定電話から発信されることを特徴とする請求項１に記載の方法。
【請求項７】
電話の呼び出しに関連するネットワークアドレスを判定するステップが、前記電話に連結するウエブ接続コンピュータのＩＰアドレスを判定するステップを含む、請求項６に記載の方法。
【請求項８】
電話システムであって、
前記電話の呼び出しを受信して、該電話の呼び出しがウエブ情報の要求であるかどうかを判定する自動コールハンドラと、
前記要求に関連するウエブ情報を判定し、前記電話の呼び出しに関連するネットワークアドレスを判定し、要求される前記ウエブ情報のネットワークプロトコル要求を生成し、該要求を、前記情報を検索できるネットワークサーバーに送るウエブ機器と、
を含む電話システム。
【請求項９】
前記自動コールハンドラが、前記電話の呼び出しが前記ウエブ情報の要求であるかどうかを、前記電話の呼び出しの一部として伝送される規定のシーケンスを検出することによって判定するよう構成される、請求項８に記載のシステム。
【請求項１０】
前記規定のシーケンスが、前記ウエブ情報の要求として呼び出しを識別するウエブ要求シーケンスを含む、請求項９に記載のシステム。
【請求項１１】
前記自動コールハンドラの電話番号が複数のウエブページに関連し、さらに前記規定のシーケンスの少なくとも一部が複数のウエブページのうちの１つを、要求されるウエブ情報として識別する、請求項１０に記載のシステム。
【請求項１２】
前記ネットワークアドレスがＩＰアドレスであり、規定のシーケンスが前記電話の呼び出しに関連する前記ＩＰアドレスを含む、請求項１１に記載のシステム。
【請求項１３】
前記システムが、少なくとも１つの電話番号と対応する情報であって、前記ユーザーの前記ＩＰアドレスを表す前記情報とを有するルックアップテーブル（ＬＵＴ）を含む、請求項１２に記載のシステム。
【請求項１４】
前記自動コールハンドラが、前記電話の呼び出しに規定のシーケンスがない場合、前記電話の呼び出しを音声通話として処理するよう構成される、請求項８に記載のシステム。
【請求項１５】
通信サービスであって、
少なくとも１つの電話番号を有するダイアルシーケンスをダイヤルすることによって、電話にウエブ情報の要求を発信させることを可能にする手段と、
前記電話番号に関連するウエブ接続機器のネットワークアドレスを前記電話に判定させることを可能にする手段と、
前記ウエブ情報のネットワークプロトコル要求を生成して、該要求を前記ウエブ情報を含むネットワークサーバーに送ることによって、コール処理システムが前記電話の呼び出しの受信に応答することを可能にする手段と、
を含む通信サービス。
【請求項１６】
前記電話は固定電話であり、前記ウエブ接続機器が、前記電話が接続されたウエブ接続コンピュータである、請求項１５に記載のサービス。
【請求項１７】
前記ネットワークアドレスはＩＰアドレスであり、前記電話がウエブ対応携帯電話であり、さらに前記ＩＰアドレスがネットワーク上の前記携帯電話のＩＰアドレスである、請求項１５に記載のサービス。
【請求項１８】
前記コール処理システムが前記電話の呼び出しに応答できるようにする手段は、前記コール処理システムに前記電話の呼び出しに付加される所定のシーケンス又は前記電話をかけた後入力する所定のシーケンスを認識できるようにする手段を含む、請求項１５に記載のサービス。
【請求項１９】
前記所定のシーケンスが前記電話又は前記電話に接続されるコンピュータに関連するＩＰアドレスを含む、請求項１８に記載のサービス。
【請求項２０】
さらに、前記ＩＰアドレスを前記電話の呼び出しに付加する手段を含む、請求項１９に記載のサービス。
【請求項２１】
プログラムをコンピュータで実行するとき、請求項１乃至７のいずれかに記載の方法を実行するようになされたプログラムコード手段を有するコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ウエブ情報の要求を発信するための電話サービスの使用に関係する。
【背景技術】
【０００２】
無線通信分野では、かねてから移動電話（携帯電話）のサービスプロバイダーが加入者に対して電話を使って少なくとも一部のウエブページにアクセスする能力を提供してきた。従来の実施では、携帯電話に専用のウエブブラウザをインストールする。サービスを使えるとき（すなわち、携帯電話の電源が入っており、プロバイダーのネットワークの範囲内にあるとき）、ブラウザはワイヤレス・アクセス・プロトコル（ＷＡＰ）ゲートウェイと呼ばれる専用のゲートウェイとの接続を確立する。ＷＡＰとは移動電話のサービスを実施する言語とツールの集合体である。ＷＡＰゲートウェイはＷＡＰプロトコルスタックを使って移動電話と通信するが、このＷＡＰプロトコルスタックは従来のＴＣＰ／ＩＰ上でのＨＴＴＰ要求よりも大幅にオーバーヘッドが小さい。ＷＡＰゲートウェイはＷＡＰプロトコル要求を従来のＨＴＴＰ要求に変換してから、従来のＨＴＴＰウエブサーバーに送る。
【０００３】
ここで図１を参照すると、従来の無線通信システム１００の選択的なエレメントのブロック図が図示されている。図示される実施例では、システム１００は携帯電話１０２と、ワイヤレス・アクセス（ＷＡＰ）ゲートウェイ１０６と、ＷＡＰゲートウェイ１０６に接続されるウエブサーバー１０８とを含む。ユーザーはＷＡＰ適合ブラウザ１０５を開いてウエブページ１１０にアクセスし、標準的なユニバーサル・リソース・インジケータ（ＵＲＩ）を入力する。ＷＡＰブラウザ１０５は指定のＵＲＩ用にＷＡＰフォーマット化した要求をＷＡＰゲートウェイ１０６に送る。ゲートウェイ１０６は要求を従来のＨＴＴＰ要求に変換してから、従来のＷＷＷテクノロジー（すなわち、ＨＴＴＰ、ＴＣＰ／ＩＰ等）を使って要求を適切なウエブサーバー１０８に転送する。ウエブサーバー１０８は適切なウエブページ１１０から要求されるコンテンツを検索して、コンテンツをＷＡＰゲートウェイ１０６に返す。ＷＡＰゲートウェイ１０６はコンテンツをＷＡＰ適合コンテンツに変換し（携帯電話１０２の限られたディスプレイに対応するために必要なコンテンツの変換を含む）、コンテンツを携帯電話１０２に配信すると、ユーザーがＷＡＰブラウザ１０５で見る。ワイヤレス・ウエブ・アクセスは、前段で説明したように、多くのアプリケーションに受け入れられるが、欠点がないわけではない。従来のウエブ対応移動電話は実際には１つのパッケージ内の２つの別々の通信機器である。携帯電話設備は機能的にはウエブ設備とは別のものである。この２つの機器は共通のＩ／Ｏインターフェースやキーパッドなど共通のパッケージを共有するため、ウエブ要求はほとんど電話サービス専用に開発されたＩ／Ｏエレメントを使って入力する。例えば、ウエブ要求は電話のキーパッドを使って英数字のＵＲＬをタイプすることによって行う。携帯電話のユーザーはたいてい電話のキーパッドを使って文字列を入力する難しさに慣れてくる。より一般的には、前述した電話から発信したウエブアクセスには、高度に専門化した電話（すなわち、ＷＡＰスタックとＷＡＰブラウザをインストールした無線電話）が必要である。このように、異なる電話／ウエブのメカニズムは本質的には差し障りがないため、多くのユーザー、特に一般ユーザーはブラウザよりも電話を使う方が気軽である又は使いやすいであろう。具体的には、携帯電話の電話サービスを使うというプロセスは、固定電話を使うのに非常に似ているため、ほとんどの携帯電話のユーザーにとって比較的感覚的に分かりやすい。対して、携帯電話にインストールしたモバイルウエブブラウザを使うことは、フルキーパッドがないためにそれほど長くない文字列のＵＲＩを入力するのでさえ極めて面倒であるなど、携帯電話のウエブブラウザとデスクトップコンピュータやノートブックコンピュータの標準的なウエブブラウザとが大きく異なるため、感覚的に分かりにくい。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ウエブ要求を、電話番号をダイヤルするなど、電話のようなサービスと要求フォーマットを使って、移動電話か否かに関係なく電話から発信できるシステムおよび方法を実施することが望ましいであろう。
【課題を解決するための手段】
【０００５】
第１の側面により、電話の呼び出しがウエブ情報の要求であるとの判定に応答して、要求されるウエブ情報を判定するとともに、電話の呼び出しに関連するネットワークアドレスを判定するステップと、要求されるウエブ情報のネットワークプロトコル要求を生成して、情報を検索できるネットワークサーバーに要求を送るステップと、を有するネットワークを介して情報を検索する方法を提供する。
【０００６】
好ましくは、電話の呼び出しは、電話でダイアルシーケンスを入力することによって発信し、ダイアルシーケンスが少なくとも１つの電話番号を含む。ある実施例では、電話の呼び出しは電話番号に付加されるシーケンスを検出することによってウエブ情報の要求であると判定される。
【０００７】
シーケンスは電話の接続を行った後に、電話番号に付加してもよい。
【０００８】
ある実施例では、シーケンスの検出に応答して、電話に関連するＩＰアドレスを電話番号に付加する。ＩＰアドレスを付加するために、電話に関連する機器のＩＰアドレスを判定してもよい。
【０００９】
ある実施例では、受信電話の呼び出しは固定電話から発信される。この場合、電話の呼び出しに関連するネットワークアドレスは、電話に連結したウエブ接続コンピュータのＩＰアドレスを判定することによって判定してもよい。
【００１０】
別の側面により、電話の呼び出しを受信し、電話の呼び出しがウエブ情報の要求かどうかを判定する自動コールハンドラと、要求に関連するウエブ情報を判定し、電話の呼び出しに関連するネットワークアドレスを判定し、要求されるウエブ情報のネットワークプロトコル要求を生成し、情報を検索できるネットワークサーバーに要求を送るウエブ機器と、を有する電話システムを提供する。
【００１１】
好ましくは、自動コールハンドラは、電話の呼び出しの一部として送信される規定のシーケンスを判定することによって、電話の呼び出しがウエブ情報の要求かどうかを判定するように構成する。
【００１２】
ある実施例では、規定のシーケンスは、呼び出しをウエブ情報の要求として識別するウエブ要求シーケンスを含む。
【００１３】
ある実施例では、自動コールハンドラの電話番号は複数のウエブページに関連付け、規定のシーケンスの少なくとも一部が、複数のウエブページのうちの１つを、要求されるウエブ情報として識別する。
【００１４】
ある実施例では、ネットワークアドレスはＩＰアドレスである、規定のシーケンスは電話の呼び出しに関連するＩＰアドレスを含む。
【００１５】
ある実施例では、少なくとも１つの電話番号と、ユーザーのＩＰアドレスを表す対応情報を有するルックアップテーブル（ＬＵＴ）が提供される。
【００１６】
ある実施例では、自動コールハンドラは、電話の呼び出しに規定のシーケンスがない場合に、電話の呼び出しを音声通話として処理するように構成される。
【００１７】
別の側面により、少なくとも１つの電話番号を有するダイアルシーケンスをダイヤルすることによって、電話にウエブ情報の要求を発信させることを可能にする手段と、電話に電話番号に関連するウエブ接続機器のネットワークアドレスを判定させることを可能にする手段と、ウエブ情報のネットワークプロトコル要求を生成して、ウエブ情報を含むネットワークサーバーに要求を送ることによって、コール処理システムに電話の呼び出しの受信に応答することを可能にする手段と、を有する通信サービスを提供する。
【００１８】
ある実施例では、電話は固定電話を具備し、ウエブ接続機器が電話を接続するウエブ接続コンピュータである。
【００１９】
ある実施例では、ネットワークアドレスはＩＰアドレスであり、電話がウエブ対応携帯電話を有する。この実施例では、ＩＰアドレスはネットワーク上に携帯電話のＩＰアドレスを有する。
【００２０】
ある実施例では、コール処理システムに電話の呼び出しに応答させることを可能にする手段は、コール処理システムに、電話の呼び出しに付加される又は電話の呼び出しを行った後に入力される所定のシーケンスを認識させることを可能にする手段を含む。好ましくは、所定のシーケンスは、電話に関連する又は電話に接続されるコンピュータに関連するＩＰアドレスを含む。ＩＰアドレスを電話の呼び出しに付加できることが好ましい。
【００２１】
本発明はコンピュータのソフトウェアで実施できることは理解されるであろう。
【発明の効果】
【００２２】
好ましくは、従来の電話の呼び出しを発信して（すなわち、電話にダイアルシーケンスを入力して）電話接続を確立することによって、ネットワークを介して情報を検索する方法、システム、およびサービスを提供する。電話の呼び出しがウエブ情報の要求であると判定されたら、要求されるウエブ情報を判定するとともに、電話の呼び出しに関連するネットワークアドレスを判定する。要求されるウエブ情報のネットワークプロトコル要求を生成する。それからネットワークプロトコル要求を情報を検索できるネットワークサーバーに送る。検索した情報を電話の呼び出しに関連するネットワークアドレスに配信するのが好ましい。ある実施例では、電話の呼び出しがウエブ情報の要求であると判定するステップは、電話番号に付加される規定のシーケンスを検出するステップを含む。電話に関連するＩＰアドレスを、手動で、又はＬＵＴ又は他の自動化メカニズムを使って自動で電話の呼び出しに付加してもよい。要求されるウエブページに関する追加情報も要求に付加してもよい。
【００２３】
好ましくは、携帯電話を使って世界中に広がるウエブとのワイヤレスなインタラクションを提供する。
【００２４】
好ましくは、ウエブ要求を、電話番号をダイヤルするなど、電話のようなサービスと要求フォーマットを使って、移動電話か否かに関係なく電話から発信できるシステムおよび方法を提供する。
【発明を実施するための最良の形態】
【００２５】
一般的に、従来の固定電話、移動電話、又はその他ウエブ対応の無線機器などの通信システムの電話サービスの特徴および機能を使って、ウエブ情報の要求を発信する実施を説明する。電話サービスの特徴を使ってウエブ上で要求を発信することは、ＵＲＩを無線ブラウザに入力するという潜在的に面倒な作業を、単に電話をかけるという比較的単純な作業に置き換える利点がある。要求が発信されて、ＨＴＴＰなどのサーバーに配信されたら、ちょうど他の要求のように（すなわち、デスクトップ又はノートブックコンピュータのＨＴＴＰウエブブラウザから発信される他の要求のように）その要求が対応される。ウエブ対応移動電話の実施例では、要求される情報を携帯電話のプロバイダーのインターネットブラウジングサービスを介してユーザーの携帯電話に返すことによって、要求が対応される。固定電話アプリケーションでは、サーバーが要求を発信した電話に関連するコンピュータ又は他の機器に応答を返す。ウエブ要求を発信する新規な技術を導入することによって、携帯電話およびその他制約のあるＩ／Ｏ機器からウエブ情報にアクセスする従来より簡単なメカニズムを提供する。
【００２６】
ここで図２を参照すると、本発明の移動電話の実施への適用を強調するために、本発明のある実施例によりウエブ上のデータにアクセスするのに適したデータ処理システム２００の選択的なエレメントを図示している。図示する実施例では、システム２００はウエブブラウザ２０５をインストールした携帯電話を含む。携帯電話２０２は、無線信号を基地局（ＢＴＳ）２０４に送るように構成される。ＢＴＳ２０４はスイッチ２０６から公衆電話交換サービス（ＰＳＴＳ）２１０に接続する。第２スイッチ２２０がＰＳＴＳ２１０をＰＢＸ２２２に接続する。ウエブ機器２２４をＰＢＸ２２２およびウエブサーバー２３０に接続し、さらにＷＡＰゲートウェイ２０６にも接続する。
【００２７】
携帯電話２０２のユーザーは電話をかけることによってウエブページ２３５にアクセスできる。ある実施例では、ユーザーはウエブページ２３５のＵＲＩに関連する又はウエブページ２３５が常駐するドメインのＵＲＩに関連する電話番号にダイヤルする。携帯電話２０２とダイヤルした電話番号に基づき適切なＰＢＸ２２２との間で電話接続される。図２に図示する実施では、ＰＢＸ２２２は呼び出しをウエブ機器２２４に回す。
【００２８】
ウエブ機器２２４はウエブ上のドキュメントの要求である受信電話の呼び出しを識別するように構成された特殊用途の機器である。ある実施例では、ウエブ機器２２４は電話の呼び出しで送られる「メタ情報」を、受信呼び出しがウエブ情報の要求であるという指標として認識する。使用されるメタ情報は実施によって異なってもよい。ある実施例では、メタ情報は、インターネットサーバーがあるポートをある種の要求（電子メール、ｈｔｔｐ等）専用にする方法に似た応答電話の「ポート」を表す追加の桁セットである。「ポートされた」実施では、例えば、ユーザーは、桁「１２３」が呼び出しをウエブページ情報の要求だと識別する場合、（５１２）５５５−１２１２．１２３などの拡張電話番号をかけることができる。他の実施例では、ウエブ上の要求として呼び出しを識別するのに用いられるメタ情報は、電話番号の一又は複数の特殊文字のシーケンスを付加して（例、（５１２）５５５−１２１２＃＊＃）示す。
【００２９】
ある実施では、メタ情報は電話接続をした後に組織に送られる。この実施例では、ファックスを操作する方法に似て、電話をある電話番号にかける。携帯電話のサービスプロバイダーは、公衆電話システムと連係して、組織との従来の電話接続を行う。ある実施例では、自動メッセージ応答システム２２３が呼び出しに応答する。メッセージ応答システム２２３はウエブ要求を生成するために入力するシーケンスを示すプロンプトをユーザーに提供できる。いかなる場合も、メッセージ応答システム２２３は所定の番号および／又は文字のシーケンスを、ユーザーがウエブ要求を発信したいことを示していると認識する。この実施例は、既存の電話番号を通常の電話の呼び出しとウエブ要求の両方に使えるため望ましい。例えば、１つの電話番号を、接続が確立された後に送られるメタ情報によって、音声通話にもウエブ要求にも使うことができよう。
【００３０】
別の実施では、電話番号をウエブ要求にだけ使う。この実施では、基本１０桁の電話番号に付加するメタ情報を必要としてもしなくてもよい。例えば、ある電話番号が対応するウエブページ又はウエブドキュメントに専用のものなら、ウエブ要求を発信するのに１０桁の電話番号で充分であろう。しかし、別の実施では、１０桁の電話番号がドメイン全体又はあるグループのウエブページに対応してもよい。この場合、ドメイン内又はグループ内でユーザーが受信したい特定のウエブページを指定するために、追加のメタ情報を使う。
【００３１】
メタ情報の明細にも関わらず、システム２００は、ウエブページ又は他のウエブ上のデータを要求するために組織を「ピング」するように構成する。例えば図２に図示するように、ウエブページの組織をピングすることは、電話の呼び出しをウエブ機器２２４に回すことによって達成する。組織はウエブページのコンテンツを表すデータをユーザーに送り返すことによって応答する。図示する実施例では、ウエブ機器２２４は、ユーザーの要求に関連するウエブページ２３５を判定することによって受信電話の呼び出し（並びにあれば呼び出しと一緒に提供されるメタ情報）に応答する。ある実施例では、ユーザーがダイヤルする電話番号はウエブページ２３５を固有に識別する。別の実施例では、電話番号は、電話の呼び出しと一緒に送られるメタ情報と合わせて適切なウエブページを判定する。
【００３２】
要求されるウエブページを判定した後、ウエブ機器２２４は規格どおりにフォーマット化したウエブページ２３５のＨＴＴＰ要求をウエブサーバー２３０に送る。ウエブ機器２２４から伝送される要求は、要求される情報を配信するべき場所を示す。例えば、携帯電話２０２がＷＡＰゲートウェイ２０６に接続される図示の実施例では、要求はＷＡＰゲートウェイ２０６をウエブサーバー２３０が応答を生成した場所として示すことができる。このように、ウエブサーバー２３０はＷＡＰゲートウェイ２０６と従来の（ＴＣＰ／ＩＰ）接続を確立するであろう。またウエブサーバー２３０は、ウエブページ２３５からコンテンツを検索し、検索したデータをＷＡＰゲートウェイ２０６に転送することによって要求に応える。さらにＷＡＰゲートウェイ２０６は検索したウエブページのコンテンツ（又はウエブページのコンテンツのＷＡＰ適合バージョン）をＷＡＰ接続２０７を介して携帯電話２０２に配信する。このように、携帯電話２０２は検索したコンテンツをブラウザ２０５で表示する。
【００３３】
この結果を得るために、ウエブ機器２２４は受信電話の呼び出しを要求者のＩＰアドレス（すなわち、要求されるウエブページを配信するべきＩＰアドレス）に関連付けるメカニズムを含む。ある実施例では、要求者のＩＰアドレス情報を電話の呼び出しに付加し（以下詳細に述べる）、電話の呼び出しを受信した時点でウエブ機器２２４で単にパースする。別の実施例では、ウエブ機器２２４はルックアップテーブル（ＬＵＴ）２２５を含む、又はルックアップテーブル２２５へのアクセス権を有する。ＬＵＴ２２５は電話番号のリストと、各電話番号について、電話番号に関連するＩＰアドレスを判定するために使える対応のインターネットのアカウント情報とを含む。多くのアプリケーションにおいて、エンドユーザーは動的にＩＰアドレスを割り当てられ、すなわち、あるユーザーのＩＰアドレスはあるセッションから次のセッションまでに変化する。上記事例では、ＬＵＴ２２５は電話番号と対応するＩＰアドレスを単純に記憶できない。代わりに、ＬＵＴ２２５はウエブ機器２２４が電話番号に関連するユーザーの現在のＩＰを判定するのに使うことのできる情報を含む。ある実施では、ＬＵＴ２２５は要求者のＩＳＰユーザーアカウント名とパスワードを含むこともあるだろうが、これらは前回のセッション中にユーザーに与えられたはずであろう。ウエブ機器２２４がある受信電話の呼び出しから電話番号を受け取ると、ＬＵＴ２２５からＩＳＰアカウントとパスワード情報を検索して、現在対応するユーザーアカウントに割り当てられているＩＰアドレスを判定するために要求をＩＳＰに送る。この要求はＨＴＴＰ、電子メール、又は何か他のメカニズムを介して送ってもよい。
【００３４】
ある実施例では、要求者に関連するＩＰアドレスを電話の呼び出しに付加して、電話の呼び出しの一部として送る。図２に図示するようなウエブ対応携帯電話の場合、携帯電話２０２がウエブに接続するために使う機器であるため、ＩＰ情報を付加することは比較的直接的なものである。言い換えると、携帯電話２０２はその現在のＩＰアドレスを知っているのである。この情報は携帯電話２０２が無線ＩＳＰと確立するウエブ接続の一部であり、ローカルに携帯電話２０２に記憶されるか、もしくはＩＳＰから検索できるからである。前述した発明の実施例は、ウエブ要求を発信するとともに要求される情報を受信する単体の機器を有する（すなわち、ウエブ対応携帯電話に無線ウエブブラウザがインストールされている）。このような実施は幅広い適応性を有するため、本発明はウエブ対応携帯電話の使用又は携帯電話に全く限定されない。ある実施例では、ウエブ情報の要求をウエブに対応していない電話（携帯電話か否かに関係なく）から発信する。例えば、ユーザーは、要求者の自宅又は勤務先の従来の固定電話から適切な電話番号（興味のあるウエブページ又はドメインに関連する電話番号）にダイヤルすることによってウエブ要求を発信できよう。この実施例では、ＨＴＴＰフォーマットの要求が生成されて送られる場合、要求者のデータ処理システムと要求者のインターネットサービスプロバイダー（ＩＳＰ）とのＴＣＰ／ＩＰ接続など、要求者のネットワークリソースを示すソースＵＲＩ（要求者のＵＲＩ）を含む。このような電話番号とネットワークリソースとの関連は、電話会社又は興味のあるウエブページやドメインを維持する組織との登録プロセスによって定義されるかもしれない。いずれにしても、応答がネットワークリソース又は要求を発信した機器とは別の機器に配信される。
【００３５】
固定電話の場合、ＩＰ情報を電話の呼び出しに付加することは、ＩＰアドレスが電話自体に関連しているのではなく、インターネット接続されるコンピュータ又はその他の機器に関連するためより難しい。このような場合、ＩＰ情報は音声メッセージ案内に応答して手動で電話に付加できる。より好ましくは、ＩＰアドレス情報はユーザーの電話およびコンピュータに接続する機器を使用して自動的に電話の呼び出しに付加する。
【００３６】
図５を参照すると、従来の（固定）電話と連係して機能する本発明の実施例による通信システムを提示する。図示する実施例では、固定電話５０２はスイッチ５０６を介してＰＳＴＳに接続する。最終的には電話が発信したウエブ要求を扱うウエブサーバー５３０を従来のディスクトップ、ノートブック、又はその他のデータ処理機器（コンピュータ）５０３にユーザーのＩＳＰ５０５およびインターネット５０７を介して接続する。本明細書でＩＰアドレス（ＩＰＡ）機器５４０といわれる機器をコンピュータ５０３と電話５０２の間に接続する。ＩＰＡ５４０は、電話５０２がウエブ要求を発信しているときに、コンピュータの現在のＩＰアドレスを電話５０２に与えるように構成される。
【００３７】
電話５０２（および図２の携帯電話２０２）は、一又は複数の特殊文字のシーケンスを電話番号シーケンスの最後に付加することによって、電話の呼び出しがウエブ要求を発信しているときを示すことができる。
【００３８】
シーケンスは前述の付加されたシーケンスの一部でも付加されたシーケンスとは異なっていてもよく、呼び出しがウエブ要求であることをウエブページのプロバイダーに確認して、要求される情報を示す。例えば、ある実施例では、１０桁の電話番号の後に、発信者の現在のＩＰアドレスを呼び出しに付加させる第１特殊文字シーケンスを続ける。また、ＩＰアドレスの後に、例えば１０桁の数字に関連する複数のウエブページのうちのどれが要求されているのかを示す追加情報を付加してもよい。ウエブ要求を発信する呼び出しシーケンスのために一般化したフォーマット６００のある実施例を図６に示す。図示される呼び出しシーケンスでは、１０桁の電話番号６０２の後に、電話の呼び出しをウエブ要求と識別するシーケンス６０４がくる。発信者に関連するコンピュータ又は無線機器のＩＰアドレス６０６を、ウエブ要求シーケンス６０４に付加する。
【００３９】
どのグループのウエブページかを示す情報などの追加情報を呼び出しシーケンス６００に付加できる。このシーケンスでは、フィールドの一部が自動的に付加できる。具体的には、ＩＰアドレスフィールド６０６は携帯電話２０２（図２）又は固定電話５０２（Ｉ  ＰＡ５４０と合わせて）によって判定して、携帯電話２０２又はＩ  ＰＡ５４０によるウエブ要求シーケンス６０４の検出後に自動的に呼び出しシーケンス６０４に付加できる。ウエブ要求シーケンス６０４はまた呼び出しがウエブ要求であることを電話の呼び出しの受信側に警告できる。この実施では、共通のウエブ要求シーケンスを電話の呼び出し接続の両側で認識する。例えば、図２では、ＡＭＳ２２３はウエブ要求シーケンス６０４を認識して、それをウエブ機器２２４に渡す。そうするとウエブ機器２２４はＩＰアドレス情報６０６と適切なＨＴＴＰ要求を生成するのに必要な追加情報６０８をウエブサーバー２３０にパースできる。ある場合には、呼び出しシーケンス６００の一部を、基本的な電話接続を確立した後に手動で供給できる。ウエブ機器２２４、５２４がウエブ要求シーケンス６０４の後にＩＰアドレスフィールド６０６を検出しなければ、ユーザーにフィールドに入力するよう促せる。
【００４０】
ここで図３を参照すると、本発明によるシステム３００の選択的なエレメントを、電話の呼び出しを「電話からＨＴＴＰにアクセス」要求として認識するウエブ機器が電話会社のスイッチの一部として実装される実施例を強調するように図示される。この実施例では、携帯電話３０２はＢＴＳ３０４とスイッチ３０６を介してＰＳＴＳ３１０から第２スイッチ３２０に呼び出しを発信する。図２のウエブ機器２２４と同様なウエブ機器３２４をスイッチ３２０に接続して、電話からＨＴＴＰにアクセス要求を表す電話の呼び出しを識別するように構成する。ウエブ機器３２４は電話接続に関連するメタ情報に基づいて、図２のウエブ機器２２４がウエブ要求を識別する方法と同様に上記要求を識別する。ウエブ機器３２４はまた、電話からＨＴＴＰにアクセス要求を図２のＬＵＴ２２５と同様なＬＵＴ３２５を用いて対応のＩＰアドレスと関連付けるように構成する。本発明のこの実施例は、電話会社の顧客が追加のハードウェアやソフトウェアを購入する必要なく、代わりにウエブ機器３２４のサービスを購入又は使用許諾するように、電話会社のスイッチ３２０でウエブ機器３２４を実施する。ここで図４を参照して、発明のある実施例は、インターネットで維持されるウエブページのコンテンツなどネットワーク化された情報を、要求を発信する従来の電話サービスを使って要求および検索する方法４００である。まず、受信電話の呼び出しを検出する（ブロック４０２）。受信電話の呼び出しはユーザーによって発信され、電話会社が所有するスイッチであるか又はある組織に関連するＰＢＸタイプのスイッチであるかに関係なく、交換機器によって検出する。さらに受信呼び出しを電話からＨＴＴＰにアクセス要求（すなわち、電話網で発信されるウエブ情報の要求）として識別する（ブロック４０４）。ウエブ情報の要求として呼び出しを認識することは、電話の呼び出し信号自体と一緒に提供される、もしくは電話の呼び出し信号自体に付加するメタ情報を使って達成される。前述したように、メタ情報は電話の呼び出し接続を確立した後、電話もしくはキーパッド入力を使って伝えられる。
【００４１】
呼び出しがウエブ情報の要求であると判定した後、要求されたデータのＵＲＩと要求の発信元を判定する（ブロック４０６、４０８）。要求されるデータのＵＲＩを判定するステップは、電話番号とそれに関連するＵＲＩを示す記憶されたルックアップテーブルにアクセスするステップを含んでもよい。他の実施例では、電話番号自体又は電話番号と一緒に提供されるメタ情報と組み合わせた電話番号が対応のＵＲＩを固有に識別する。要求の発信元を判定するステップは、要求に応答するために必要である。従来のワイヤレスウエブの実施では、ウエブ要求をインターネットプロトコルチャネル（ＷＡＰ接続かＨＴＴＰ接続かに関係なく）で伝送され、要求者はその要求で識別される。本明細書に説明するように要求を電話システムを使って行う場合、要求者を識別する代替メカニズムが必要である。ある実施例では、要求者は要求を発信するのに用いる電話の電話番号により識別される。ウエブ機器を電話会社のスイッチに接続する実施例では、電話会社は要求者の電話番号に基づいて要求の発信元を判定できる。電話会社は各電話番号に関連する情報を維持することができ、この情報には、ウエブサーバーに要求に対する応答を適切な場所へアドレスさせることを可能にするＵＲＩ又は同様な情報を含めるであろう。スイッチが要求されるウエブページ（又は他の情報）を維持する組織内に常駐する実施例では、組織は要求する電話番号をそのＵＲＩに関連付けるテーブルを維持してもよい。多くの場合、要求者に関連するＵＲＩ又はＩＰアドレスが要求者のサービスプロバイダーによって動的に割り当てられる。このような場合、要求者のＵＲＩのテーブルは一般に以前に示したほど実用的ではない。代わりに、要求者の情報は要求者が接続するＷＡＰゲートウェイのＵＲＩを識別できる。また、ウエブ応答を回す方法を判定するのもＷＡＰゲートウェイのタスクとなるであろう。例えば、ＷＡＰゲートウェイに提供される応答が要求者の電話番号を示す情報と合わせてＷＡＰゲートウェイに配信されると、ＷＡＰゲートウェイは受信する各ウエブ応答に適切なルーティングを判定するために、記憶情報を使うことができる。
【００４２】
要求のソースと宛先を判定した後、ＨＴＴＰフォーマットの要求が宛先ＵＲＩに送られる（ブロック４１０）。ＨＴＴＰ要求はウエブページの従来の要求と同じように扱われる（すなわち、デスクトップやラップトップコンピュータから従来のブラウザに発信される要求）。要求されるコンテンツはウエブサーバーでウエブサイトから検索し（ブロック４１２）、ＷＡＰゲートウェイに配信する。さらにＷＡＰゲートウェイがコンテンツをワイヤレス・マークアップ言語（ＷＭＬ）又はＷＡＰ接続で配信し携帯電話に表示するのに適合する何か他のフォーマットに変換されて（ブロック４１４）、変換したデータを要求者が検索した情報を見られる要求者の電話とブラウザに送る。
【００４３】
発明の他の実施例は、図２のシステム２００や図５のシステム５００などのシステムを構成又は可能にするサービスを含む。この実施例では、サービスプロバイダーはユーザーの携帯電話又は固定電話／コンピュータの組合せを構成し、前述した電話からＨＴＴＰにアクセス要求を生成して応答する組織コール処理システムを構成する。
【００４４】
本発明が従来の電話設備を使ってウエブ情報の要求を発信するシステムおよび方法メカニズムを目的とすることは、本開示の利益を受ける当業者には明らかであろう。詳細な説明および図面に図示および説明する発明の態様は、単に現在好適な例として考えられるべきであることは理解される。以下の請求項は、開示した好適な実施例のすべての変型を包含するように幅広く解釈されることを意図する。
【図面の簡単な説明】
【００４５】
ここで、単なる例として、以下の図面を参照しながら、本発明の好適な実施例を説明する。
【図１】従来の無線ウエブ対応携帯電話のネットワークのコンポーネントを図示するブロック図である。
【図２】本発明のある実施例により電話サービスを使ってウエブ情報にアクセスするシステムの選択的なエレメントのブロック図である。
【図３】本発明の第２の実施例により電話サービスを使ってウエブ情報にアクセスするシステムの選択的なエレメントのブロック図である。
【図４】本発明のある実施例により、電話サービスを使って要求を発信することによって、ウエブ情報を検索する方法のフロー図である。
【図５】本発明のある実施例により、ウエブ要求を発信するために固定電話の使用を強調したシステムの選択的なエレメントのブロック図である。
【図６】本発明のある実施例のダイアルシーケンスのフォーマットを図示する。
【００４６】
本発明は様々な変型や代替型で実施できるが、その特定の実施例を例として図面に示し、本明細書で詳細に説明する。しかし、図面および本明細書に提示する詳細な説明は本発明を開示する特定の実施例に制限するものではなく、その意図は添付の請求項によって定義される本発明の精神および範囲内にあるすべての変型、等価物、および代替型にも適用することであるのは理解されるべきである。
【図１】
2007519351.tif 000003
【図２】
2007519351.tif 000004
【図３】
2007519351.tif 000005
【図４】
2007519351.tif 000006
【図５】
2007519351.tif 000007
【図６】
2007519351.tif 000008
【国際調査報告】
2007519351.tif 000009
2007519351.tif 000010
2007519351.tif 000011