(57)【要約】通信システムのユーザにデータオブジェクトを供給するシステム及び方法であって、第１の通信デバイスと第２の通信デバイスとの間のセションを確立する工程と、第１の通信デバイスにおいてトリガイベントが発生した時に第１の通信デバイスのユーザに関する情報を提供する１次データオブジェクトを第２の通信デバイスに転送する第１の転送工程と、第１の通信デバイスのユーザに関する情報及び第２の通信デバイスのユーザに関する情報を含む２次データオブジェクトに対する要求を第２の通信デバイスからデータサーバに転送する第２の転送工程と、第１の通信デバイス及び第２の通信デバイスにおいてレンダリングを行うための２次データオブジェクトを創成する工程と、第１の通信デバイス及び第２の通信デバイスに２次データオブジェクトを転送する第３の転送工程とを含む方法が含まれる。
2010518701.tif 000002
【特許請求の範囲】
【請求項１】
通信デバイスのユーザにデータオブジェクトを供給する方法であって、
第１の通信デバイスと第２の通信デバイスとの間のセションを確立する工程と、
前記第１の通信デバイスにおいてトリガイベントが発生した時に、前記第１の通信デバイスのユーザに関する情報を提供する１次データオブジェクトを前記第２の通信デバイスに転送する第１の転送工程と、
前記第１の通信デバイスのユーザに関する情報と前記第２の通信デバイスのユーザに関する情報との少なくとも一方を含む２次データオブジェクトに対する要求を前記第２の通信デバイスからデータサーバに転送する第２の転送工程と、
前記第１の通信デバイスと前記第２の通信デバイスにおいてレンダリングを行うことが意図された前記２次データオブジェクトを創成する工程と、
前記第１の通信デバイスと前記第２の通信デバイスに前記２次データオブジェクトを転送する第３の転送工程とを有することを特徴とする方法。
【請求項２】
前記１次データオブジェクトは、前記第１の通信デバイスの前記ユーザのロケーションに関する情報を提供することを特徴とする請求項１に記載の方法。
【請求項３】
前記第１の転送工程において、前記１次データオブジェクトは前記第１の通信デバイスから送信されることを特徴とする請求項１に記載の方法。
【請求項４】
前記第１の転送工程において、前記１次データオブジェクトはロケーションサーバから送信されることを特徴とする請求項１に記載の方法。
【請求項５】
前記２次データオブジェクトは、前記第１の通信デバイスと前記第２の通信デバイスのロケーションについての非図形的な表現を含むことを特徴とする請求項１に記載の方法。
【請求項６】
前記２次データオブジェクトは、前記第１の通信デバイスと前記第２の通信デバイスのロケーションについての図形的表現を含むことを特徴とする請求項１に記載の方法。
【請求項７】
前記図形的表現は、前記第１の通信デバイスの前記ユーザの前記ロケーションを示す地図を含むことを特徴とする請求項６に記載の方法。
【請求項８】
前記地図は、前記第１の通信デバイスと前記第２の通信デバイスの前記ロケーションの間の方向を更に含むことを特徴とする請求項７に記載の方法。
【請求項９】
前記２次データオブジェクトは、第２のデータサーバにより提供される追加のデータ又は情報を含むことを特徴とする請求項１に記載の方法。
【請求項１０】
前記追加のデータ又は情報はリンクを含むことを特徴とする請求項９に記載の方法。
【請求項１１】
通信システムのユーザにデータオブジェクトを供給するシステムであって、
第１の通信デバイスを含み、
前記第１の通信デバイスは、
（ｉ）前記第１の通信デバイスのユーザに関する情報を提供する１次データオブジェクトを第２の通信デバイスに転送する第１の転送ロジックと、
（ii）トリガイベントが前記第１の通信デバイスにおいて発生したかを判定するロジックとを含み、
前記第２の通信デバイスは、
（ｉ）前記第１の通信デバイスのユーザに関する情報と前記第２の通信デバイスのユーザに関する情報との少なくとも一方を含む２次データオブジェクトに対する要求を前記第２の通信デバイスからデータオブジェクトサーバに転送するロジックを含み、
前記第１の通信デバイスと前記第２の通信デバイスは通信するように構成され、
前記データサーバは、データネットワークに結合され、
前記データサーバは、
（ｉ）前記第１の通信デバイスと前記第２の通信デバイスにおいてレンダリングを行うための前記データ２次データオブジェクトを創成するロジックと、
（ii）データベースと、
（iii）前記２次データオブジェクトを前記データベースに格納するロジックと、
（iv）前記２次データオブジェクトを前記第１の通信デバイスと前記第２の通信デバイスに転送するロジックとを含むことを特徴とするシステム。
【請求項１２】
前記１次データオブジェクトは、前記第１の通信デバイスの前記ユーザのロケーションに関する情報を提供することを特徴とする請求項１１に記載のシステム。
【請求項１３】
前記第１の転送ロジックにおいて、前記１次データオブジェクトは前記第１の通信デバイスから送信されることを特徴とする請求項１１に記載のシステム。
【請求項１４】
前記第１の転送ロジックにおいて、前記１次データオブジェクトはロケーションサーバから送信されることを特徴とする請求項１１に記載のシステム。
【請求項１５】
前記２次データオブジェクトは、前記第１の通信デバイスと前記第２の通信デバイスについてのロケーションの非図形的表現を含むことを特徴とする請求項１１に記載のシステム。
【請求項１６】
前記２次データオブジェクトは、前記第１の通信デバイスと前記第２の通信デバイスについてのロケーションの図形的表現を含むことを特徴とする請求項１１に記載のシステム。
【請求項１７】
前記２次データオブジェクトは、前記第１の通信デバイスと前記第２の通信デバイスの前記ロケーションの間の方向を更に含むことを特徴とする請求項１６に記載のシステム。
【請求項１８】
前記２次データオブジェクトは、第２のデータサーバにより提供される追加のデータ又は情報を含むことを特徴とする請求項１１に記載のシステム。
【請求項１９】
通信デバイスのユーザにデータオブジェクトを供給するデバイスであって、
前記デバイスは、
（ｉ）前記デバイスのユーザに関する情報を提供する１次データオブジェクトを第２の通信デバイスに転送する第１の転送工程と、
（ii）トリガイベントが前記デバイスにおいて発生したかを判定する工程と、
（iii）前記デバイスの前記ユーザ及び前記第２の通信デバイスに関するロケーション情報を含む２次データオブジェクトをデータサーバから受信する工程と
を実行するために実行可能なコンピュータ可読媒体上にコンピュータソフトウェアを含むことを特徴とするデバイス。
【請求項２０】
通信デバイスのユーザにデータオブジェクトを供給するダウンロード可能なアプリケーション又はモジュールであって、
（ｉ）前記デバイスのユーザに関する情報を提供する１次データオブジェクトを第２の通信デバイスに転送する第１の転送工程と、
（ii）トリガイベントが前記デバイスにおいて発生したかを判定する工程と、
（iii）前記デバイスの前記ユーザ及び前記第２の通信デバイスに関するロケーション情報を含む２次データオブジェクトをデータサーバから受信する工程と
を実行するために実行可能なコンピュータ可読媒体に格納されることを特徴とするダウンロード可能なアプリケーション又はモジュール。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に、通信デバイスのユーザ間で情報を共有するための方法及び装置に関する。本発明は、特に、通信デバイスの２人以上のユーザが互いに主要な通信を行なっている時にユーザ間でロケーション関連情報を共有するためのシステム及び方法に関する。
【背景技術】
【０００２】
音声及びデータ通信ネットワークの集中化とともに、益々多くの携帯通信デバイスがいくつかの通信モード及び複数の通信関連のアプリケーションをサポートするようになっている。単一目的の携帯電話及び英数字のページャは、音声通信、電子メール及びインスタントメッセージングをサポートする複雑な移動デバイスに取って代わられている。一般的なデバイスは、多くの場合、カメラ、音楽プレーヤ及びサウンドレコーダを含み、また全地球測位システム（ＧＰＳ）受信機を含んでいるかもしれない。現在、それらの多くのデバイス及びそれらがサポートする無線ネットワークは、複数の通信モードを同時に使用することを可能にしている。従って、今日、デバイスのユーザは音声通話を行ない、それと同時にテキストメッセージ、デジタル画像又はビデオクリップ等を送受信できる。
【０００３】
その複数の通信モードの同時利用可能性を利用する種々の新しいユーザサービスが開発されている。特に、いくつかの特許及び特許出願公開公報は、マルチメディアデータオブジェクトの生成及び転送が種々の通信関連のイベントによりトリガされるいわゆるフォンページシステム（Phone Page System）について記載している。これらのデータオブジェクト又はフォンページ（Phone Pages）は、音声通話、電子メール交換又はインスタントメッセージ会話等の主要な通信セションを補完するものである。フォンページ（Phone Pages）の概念は、ミンボルグ（Minborg）他に対して２００５年７月２６日に特許された「通信システムにおける情報の交換（Exchange of Information in a Communication System）」という名称の特許文献１、ミンボルグ（Minborg）他により２００５年６月１日に出願された「通信システムにおける情報の交換（Exchange of Information in a Communication System）」という名称の特許文献２、ミンボルグ（Minborg）に対して２００６年２月７日に特許された「通信ネットワークにおける情報交換のための方法及び装置（Method and Apparatus for Exchange of Information in a Communication Network）」という名称の特許文献３、ミンボルグ（Minborg）に対して２００５年１２月２０日に特許された「通信ネットワークにおける情報交換のための方法及び装置（System and Method for Exchange of Information in a Communication Network）」という名称の特許文献４、及び、ミンボルグ（Minborg）により２００５年１１月１４日に出願された「通信ネットワークにおける情報交換のための方法及び装置（System and Method for Exchange of Information in a Communication network）」という名称の特許文献５に説明されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】米国特許第６，９２２，７２１号明細書
【特許文献２】米国特許出願公開第２００５／０２７１０４１号明細書
【特許文献３】米国特許第６，９９６，０７２号公報明細書
【特許文献４】米国特許第６，９７７，９０９号公報明細書
【特許文献５】米国特許出願公開第２００６／０１１４８４５号明細書
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上述の特許文献において説明される通信技術及びシステムは、従来の通信モードに種々の拡張機能を与え、通信デバイスのユーザ間の種々のデータオブジェクトの便利な交換を容易にする。それらの拡張機能は、個人的な関係を促進し且つビジネス及び企業の通信をサポートするために非常に有用である。しかし、現在のシステム及び方法では、通信デバイスの２人以上のユーザが互いに主要な通信を行なっている時にそれらのユーザ間でロケーション関連情報を共有できない。
【課題を解決するための手段】
【０００６】
本発明は、通信デバイスの２人以上のユーザが互いに主要な通信を行なっている時にそれらのユーザ間でロケーション関連情報を共有するという上記の識別された欠陥を克服する。とりわけ、ここで説明するシステム及び方法は、互いに通信している通信デバイス間でデータオブジェクトを直接送出するため及びデータオブジェクトサーバを使用してデータオブジェクトを送出するために使用されてもよい。
【０００７】
本発明を１つの側面から見ると、互いに通信中の通信相手Ａ及び通信相手Ｂにデータオブジェクトを提供する技術について説明する。例えば、データオブジェクトは、グラフィックス、テキスト、サウンド、音声、アニメ、静止画像又は動画像、あるいは任意の組合せであってもよい。通信相手Ａ及び通信相手Ｂに以下においてフォンページ（phonepage）と呼ばれる特定のデータオブジェクトを提供することにより、通信相手Ａ及び通信相手Ｂは互いに関する情報に直接アクセスできる。いくつかの実施例において、情報は、例えば、地図等のロケーション情報を含んでもよい。いくつかの実施例において、フォンページは通信ネットワークのメモリ又は接続されたデータ通信ネットワークのメモリに常駐する。フォンページは、インターネットのウェブページと同様の外観を有してもよいが、他の外観を有してもよい。フォンページの表示は、通信相手Ａのユーザ機器の能力に依存して行なわれてもよい。
【０００８】
ここで説明するシステム及び方法の一実施例によると、通信システムのユーザにデータオブジェクトを供給する方法が提供される。一実施例において、その方法は、第１の通信デバイスと第２の通信デバイスとの間のセションを確立するステップと、第１の転送ステップにおいて、第１の通信デバイスにおいてトリガイベントが発生した時に第１の通信デバイスのユーザに関する情報を提供する１次データオブジェクトを第２の通信デバイスに転送するステップと、第２の転送ステップにおいて、第１の通信デバイスのユーザに関する情報及び第２の通信デバイスのユーザに関する情報を含む２次データオブジェクトに対する要求を第２の通信デバイスからデータサーバに転送するステップと、第１の通信デバイス及び第２の通信デバイスにおけるレンダリング用の２次データオブジェクトを作成するステップと、第３の転送ステップにおいて、第１の通信デバイス及び第２の通信デバイスに２次データオブジェクトを転送するステップとを含む。
【０００９】
ここで説明するシステム及び方法の別の実施例において、通信システムのユーザに上記データを供給するシステムが提供される。好適なシステムは、第１の通信デバイスを具備する。第１の通信デバイスは、（ｉ）第１の転送ステップにおいて、第１の通信デバイスのユーザに関する情報を提供する１次データオブジェクトを第２の通信デバイスに転送するロジックと、（ii）トリガイベントが第１の通信デバイスにおいて発生したかを判定するロジックとを含む。第２の通信デバイスは、（ｉ）第１の通信デバイスのユーザに関する情報及び第２の通信デバイスのユーザに関する情報を含む２次データオブジェクトに対する要求を第２の通信デバイスからデータサーバに転送するロジックを含む。第１の通信デバイス及び第２の通信デバイスは通信するように構成される。データサーバは、データネットワークに結合され、（ｉ）第１の通信デバイス及び第２の通信デバイスにおけるレンダリング用のデータ２次データオブジェクトを作成するロジックと、（ii）データベースと、（iii）２次データオブジェクトをデータベースに格納するロジックと、（iv）２次データオブジェクトを第１の通信デバイス及び第２の通信デバイスに転送するロジックとを含む。
【００１０】
ここで説明するシステム及び方法の別の実施例において、通信システムのユーザにデータオブジェクトを供給するデバイスが提供される。好適なデバイスは、（ｉ）第１の転送ステップにおいて、デバイスのユーザに関する情報を提供する１次データオブジェクトを第２の通信デバイスに転送するロジックと、（ii）トリガイベントがデバイスにおいて発生したかを判定するロジックと、（iii）デバイスのユーザ及び第２の通信デバイスに関するロケーション情報を含む２次データオブジェクトをデータサーバから受信するロジックとを含む。
【００１１】
次に、添付図面を参照して本発明を更に詳細に説明する。
【図面の簡単な説明】
【００１２】
【図１】本発明の一実施例に従う通信インフラストラクチュアの概略を示す概略図である。
【図２】本発明の一実施例に従って通信相手ＡのＵＥにおける加入者対話を示す第１のフローチャートである。
【図３】本発明の一実施例に従ってデータサーバにおける加入者対話を示す第１のフローチャートである。
【図４】本発明の一実施例に従って通信相手ＡのＵＥにおける加入者対話を示す第２のフローチャートである。
【図５】イベント検出が端末において実行された場合の例を示す図である。
【図６】本発明の別の実施例に従って通信相手ＡのＵＥにおける加入者対話を示す第３のフローチャートである。
【図７】本発明の一実施例に従って通信相手ＢのＵＥにおける加入者対話を示すフローチャートである。
【図８】本発明の一実施例に従うＵＥの代表的なブロック図である。
【図９】本発明の一実施例に従うデータネットワークにおけるデータオブジェクトサーバを示すブロック図である。
【図１０】本発明の一実施例に従うＢ番号指示手順を示すフローチャートである。
【図１１】本発明の一実施例に従うＡ番号指示手順を示すフローチャートである。
【図１２】本発明の一実施例に従う固定ネットワークに接続されるＵＥの代表的なブロック図である。
【図１３】本発明の一実施例に従うＰＤＡと移動体電話から構成されるＵＥの代表的なブロック図である。
【図１４】第１のユーザと第２のユーザについての情報を含むフォンページが第１のユーザと第２のユーザに提供される例を示す図である。
【図１５】図１４に示される例を示す第１のフローチャートである。
【図１６】図１５に示される例を示す第２のフローチャートである。
【発明を実施するための形態】
【００１３】
回線交換通信システムであるＧＳＭ及びパケット交換通信システムであるＧＰＲＳに基づく通信システムを参照して本発明を説明する。しかし、説明される実施例は例示と考えられ、他のパケット交換システム及び回線交換システムは固定システム及び移動体システムの双方として十分に考えられ、時分割多元接続（ＴＤＭＡ）、符号分割多元接続（ＣＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交周波数分割多元接続（ＯＦＤＭＡ）、時分割二重通信（ＴＤＤ）、周波数分割二重通信（ＦＤＤ）又はそれらの任意の組合せ等の任意のアクセス技術を使用する。本発明は、任意の特定の種類の通信ネットワーク又はアクセス技術に限定されない。
【００１４】
図１は、複数の種々の通信ネットワークが相互接続される通信インフラストラクチュア１０の概念を図示している。図１は、移動交換センタ（ＭＳＣ）１１８及び基地局サブシステム（ＢＳＳ）１１２等の回線交換（ＣＳ）移動通信ネットワークに含まれるノードと、サービングＧＰＲＳサポートノード（ＳＧＳＮ）１１４及びゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）１１６等のパケット交換（ＰＳ）移動通信ネットワークに含まれるノードとを含む。一般に、ＳＧＳＮは、１つのプロトコルに従うデータパケットをエアインタフェースを介して使用されるプロトコルに従うデータパケットに再度セグメント化する機能等の機能を含む。ＳＧＳＮは、１つ又はいくつかのＢＳＳ１１２に対する制御機構及びサービス品質（ＱｏＳ）機構を更に含む。ＧＧＳＮは、移動パケットデータネットワークとデータネットワーク１２０等の他のパケットデータネットワークとの間の通信を維持するのに必要とされる機能を含む。ネットワークのＣＳ部分は、ＰＳＴＮネットワーク１４０に接続し、ネットワークのＰＳ部分はデータネットワーク１２０に接続する。データネットワークは、外部又は内部ネットワークであってもよい。すなわち、グローバル又は制限されたアクセス可能性を有してもよい。図示のように、ネットワークのＰＳ部分及びＣＳ部分は、ＭＳＣ１１８とＳＧＳＮ１１４との間のインタフェースにより相互接続されてもよい。ＢＳＳ１１２は、エアインタフェースを介するパケット交換（１６１）と回線交換（１６２）の通信リソースを使用してネットワークのＰＳ部分及びＣＳ部分の双方としての役割を果たし、ＰＳ及びＣＳサービスユーザとそのユーザ機器（ＵＥ）１００に移動性を提供してもよい。例えば、ＵＥ１００は、移動体電話、あるいは携帯情報端末のデバイス（ＰＤＡ）又はラップトップコンピュータ等の任意の種類のデータ機器に接続された移動体電話であってもよい。ＰＳＴＮ１４０は、固定ネットワークに接続されたユーザ（ユーザデバイス）に、例えば“従来型電話機”（ＰＯＴ）、ファクシミリ又はデータモデムデバイス１５０に対するサービスを提供する。ＰＳＴＮ１４０に直接又は間接的に接続されるデバイスの他の例は、ＩＳＤＮ端末及びデジタル加入者回線（ＤＳＬ）（例えば、ＡＤＳＬ、ＨＤＳＬ、及びＸＤＳＬ）を介して接続される通信デバイスである。
【００１５】
一般に、データネットワーク１２０は、いくつかのノードが相互接続され且つ互いに通信してもよいように１つ又はいくつかのルータ（不図示）及びデータブリッジを含む。本発明により接続中に使用されるデータネットワークは、データオブジェクトサーバ１３０を更に含む。説明を容易にするために、図１にはデータオブジェクトサーバ１３０を１つしか示さないが、一般に、複数のデータオブジェクトサーバがデータネットワークに含まれる。データネットワークの例は、インターネット及びイントラネットである。ＵＥ１００は、ＵＥ１００とＢＳＳ１１２との間に提供されるＣＳ通信チャネル１６２を介し且つ更にＭＳＣノード１１８を介して、ＰＳＴＮ１４０に接続される指示された通信相手Ｂの電話機１５０に対する完全論理接続１７１を取得し、その接続を介してＵＥ１００と電話機１５０との間で会話が行なわれてもよい。同様に、ＵＥ１００は、ＵＥ１００とＢＳＳ１１２との間に提供されるＰＳ通信チャネル１６１を介し且つ更にＳＧＳＮ１１４及びＧＧＳＮ１１６を介して、データネットワーク１２０に接続されるデータオブジェクトサーバ１３０等の機器に対する完全論理接続１７２を取得し、その接続を介してＵＥ１００とデータオブジェクトサーバ１３０との間でデータが送信されてもよい。
【００１６】
いくつかの実施例において、要素１４０はＰＳＴＮ／ＩＳＤＮであってもよく、要素１５０は移動体電話であってもよい。他の実施例では、オールＩＰの例がある。すなわち、ＵＥ１００は、パケットデータデバイスとのリアルタイム音声通信を行なう。
【００１７】
本発明の１つの面によると、データオブジェクトサーバ１３０は、電話番号に関連するグラフィカル情報オブジェクト、すなわちフォンページを含む。電話番号は加入者番号、すなわち発呼側ユーザ機器又は着呼側ユーザ機器をアドレス指定するＡ番号又はＢ番号と同一である。通信相手Ａは、Ｂ番号をダイヤルすると、ＰＳ通信チャネルを介してデータオブジェクトサーバ１３０に接続し、ダイヤルしたＢ番号に対応するメモリアドレスを有するデータオブジェクトサーバのメモリ位置に格納されたデータオブジェクト、すなわち“フォンページ”を受信する。フォンページは、通信相手Ｂに関する情報から構成されてもよく、あるいは通信相手Ｂの加入者により維持されるような内部又は外部データネットワークへの即時アクセスを単に提供してもよい。あるいは、通信相手Ｂのフォンページは、電話番号、アドレス及び他の情報等の通信相手Ｂのユーザに関する情報から構成されてもよい。通信相手Ｂのフォンページを受信した後、１つ又はいくつかの手順が後に続くかもしれない。Ｂ番号がＰＯＴ１５０をアドレス指定している場合、回線交換音声接続がセットアップされてもよい。Ｂ番号が別のデバイスをアドレス指定している場合、他のイベントが発生してもよい。当然、これは使用される通信相手ＡのデバイスであるＵＥ１００にも依存する。
【００１８】
本発明の一変形例において、ＵＥ１００は、ＰＳ通信チャネルの使用をサポートしないが、ショートメッセージサービス（ＳＭＳ）又は一時的なＣＳ通信チャネル等の他の手段によりデータオブジェクトを検索できる。本発明の一変形例において、例えば、特定のＱｏＳを有するＰＳ通信チャネルは通信システム１０内で音声を搬送するために使用され、それによりＰＳＴＮ１４０及びデータネットワーク１２０は何らかの手段（図１には示さない）により相互接続される。
【００１９】
図２は、本発明の一実施例に従って、ＵＥを使用してフォンページを通信相手Ａに通信するＵＥ（ＵＥ１００等）における手順を示すフローチャートである。ステップ２０５では、通信相手Ａからの開始（例えば、ＵＥの電源が投入される）により手順は開始する。ステップ２１０において、フォンページ要求のトリガが自動的に（例えば、呼が他の相手により終了される）又は通信相手Ａにより手動で（例えば、Ｂ番号がダイヤルされる）指示される。トリガイベント２１０は、以下の複数のイベントのうちの少なくくとも１つであってもよい。
【００２０】
例えば、
・発呼が開始されるか又は開始されようとしていること
・アドレス指定された通信相手Ｂが呼に応答すること
・アドレス指定された通信相手Ｂが話し中であること
・アドレス指定された通信相手Ｂが応答しないこと
・アドレス指定された通信相手Ｂが呼を拒否すること
・アドレス指定された通信相手Ｂが利用不可能である（例えば、アドレス指定された移動体電話がカバレッジ範囲外にある）こと
・着呼が開始されようとしているか又は開始したこと
・電話会議が開始されるか又は開始されようとしていること
・呼が切断されること
・通話が行なわれる（この場合、いくつかのトリガイベントが生成される）こと
・加入者が保留されること
・公衆移動体通信網（ＰＬＭＮ）における新しいセルが選択されたこと
・加入者のロケーションが変更されたこと
・新しいＰＬＭＮオペレータが選択されること
・新しい国の登録が行なわれること
・ＵＥの電源が切られようとしていること
・ＵＥの電源が投入されたこと
・ＵＥ上の指定されたボタンが押下される時
・ＵＥにより受信されたトークスパートに応答すること
・ボイスメールが加入者に残されたこと
・ＳＭＳが加入者に送出されたこと
である。
【００２１】
本発明の１つの面によると、データオブジェクトサーバ１３０は、電話番号等のアドレス指示又はＩＰｖ６アドレス等のインターネットアドレスと関連するグラフィカル情報オブジェクト、すなわちフォンページを含む。電話番号は、発呼側ユーザ機器又は着呼側ユーザ機器をアドレス指定する加入者番号、すなわちＡ番号又はＢ番号と同一である。通信相手Ａは、Ｂ番号をダイヤルすると、ＰＳ通信チャネルを介してデータオブジェクトサーバ１３０に接続し、ダイヤルしたＢ番号に対応するメモリアドレスを有するデータオブジェクトサーバのメモリ位置に格納されたデータオブジェクト、すなわち“フォンページ”を受信する。データオブジェクトサーバは、通信相手Ｂに関する情報を含むフォンページを直接含んでもよく、あるいは通信相手Ｂの加入者により維持されるような内部又は外部データネットワーク中のロケーションへの即時アクセスを単に提供してもよい。すなわち、オブジェクトサーバ１３０は、物理的に別個のフォンページオブジェクトサーバに存在してもよいフォンページが常駐する対応するＵＲＩに提供されたＢ番号を変換するナンバサーバとしてまず機能する。要求された実際のフォンページの変換及び提供は、いずれも透過的であってもよい。すなわち、フォンページ番号サーバが適切なフォンページオブジェクトサーバにフォンページ要求を転送又はディスパッチし、フォンページオブジェクトサーバがフォンページ要求を直接又はネームサーバを介して間接的に要求側に通信するか、あるいはフォンページ番号サーバが要求されたフォンページのＵＲＩを要求側に返し、その後、要求側はＵＲＩを使用してリダイレクトされて所望のフォンページを要求する。
【００２２】
通信相手Ｂのフォンページは、例えば、電話番号とアドレスと他の情報との内の少なくともいずれか等の通信相手Ｂのユーザに関する情報を含んでもよい。通信相手Ｂのフォンページは、例えば、ファックスであってもよいアドレス指定された通信相手Ｂのユーザ機器に関する情報を更に含んでもよい。通信相手Ｂのフォンページを受信後、１つ又はいくつかの手順が後に続いてもよい。Ｂ番号がＰＯＴ１５０をアドレス指定している場合、回線交換音声接続がセットアップされてもよい。Ｂ番号が別のデバイスをアドレス指定している場合、有料サービスが使用される場合等の他のイベントが発生してもよい。当然、これは使用される通信相手ＡのデバイスであるＵＥ１００に依存する。
【００２３】
本発明の別の面によると、フォンページはＩＰｖ６アドレス等のインターネットアドレス、ＳＩＰアドレス又は電子メールアドレスと関連付けられる。フォンページは、電話番号等の固有の識別子又はＩＰｖ６アドレス等のインターネットアドレスにリンクされるデータオブジェクトであるが、固有の識別子が識別する場所から突き止められず、またその場所から取り出されることもない。
【００２４】
図２に戻ると、通信相手Ａは、可能性としてステップ２２０の暗号化後にステップ２３０においてデータオブジェクト要求を開始し、その要求を通信チャネルを介してデータオブジェクトサーバに送信する。データオブジェクト要求は、以下の複数の種々のパラメータのうち少なくとも１つを含んでもよい。
【００２５】
それらのパラメータは、例えば、
・送信に使用される要求プロトコル（例えば、ＷＡＰ、ＷＭＬ、ＨＤＭＬ、ＨＴＭＬ）
・データオブジェクトサーバのＩＤ（例えば、サーバ名又は平のＩＰアドレス）
・データオブジェクト要求をトリガしたイベントの種類を示すコード（例えば、発呼セットアップ）
・少なくとも１つの通信相手Ｂの機器に関連する指示されたＢ番号
・移動局のＡ番号等の通信相手Ａのアイデンティティ
・要求されたデータオブジェクトを返す時にデータオブジェクトサーバにより使用される通信相手Ａのネットワークアドレス（例えば、ＩＰアドレス）
・通信相手Ａの表示能力を示す能力コード（例えば、画面解像度、オーディオ等）
・使用される暗号方式又は暗号鍵を示すコード
・移動局が登録される国を示すコード（国コード）
・現在のＰＬＭＮ（Ｖ−ＰＬＭＮ）オペレータ又は通信相手Ａが加入しているＰＬＭＮ（Ｈ−ＰＬＭＮ）、あるいはその双方を識別するコード
・移動局のメーカ及び移動局の種類を示すコード
・機器の固有のアイデンティティを示すコード
・パラメータの妥当性検査コード（例えば、チェックサム）
である。
【００２６】
本発明の一変形例によると、ステップ２３０におけるデータオブジェクト要求は、暗号化形式でデータオブジェクトサーバにより応答されてもよい。この場合、ステップ２５０の復号化はユーザ機器における応答の受信後に行なわれる。
【００２７】
次のステップにおいて、ステップ２６０のレンダリング手順が後に続く。ステップ２６０において、データオブジェクトはＵＥの能力に従って表示される。その後、手順はステップ２９９で終了する。一般に、ステップ２９９の後、通信相手ＡのＵＥの能力又はＢ番号によりアドレス指定される機器の種類に従って１つ又はいくつかの手順が後に続く。例えば、呼がセットアップされてもよく、あるいは呼が切断されてもよい。
【００２８】
図３は、データオブジェクトサーバ（データオブジェクトサーバ１３０等）における対応する手順を示す。図中、ステップ３０５において、手順は開始し、ステップ３１０において、データオブジェクトサーバはデータオブジェクトに対する要求を受信する。一般に、その要求は少なくともＡ番号又はＢ番号に対応する指示及び要求をトリガした動作の種類を含んでもよい。要求が暗号化される場合、コンテンツを解釈する前にステップ３２０において復号化が行なわれる。ステップ３１０で受信された要求中のアドレス指示（例えば、Ａ番号又はＢ番号）は、データオブジェクトサーバにおけるメモリアドレスによりマップされるか又はデータオブジェクトサーバに接続されたメモリのアドレスにマップされ、データオブジェクト、すなわちフォンページはステップ３３０において取り出される。ステップ３１０の要求は、ＵＥ表示能力の指示を更に含んでもよく、その場合、ステップ３４０において、データオブジェクトはデータオブジェクトサーバで受信側ＵＥの特定のレンダリング能力に適応されてもよい。その要求が暗号化された場合又は他の何らかの理由のために要求された場合、データオブジェクトは、ステップ３６０で要求側ＵＥに返される前にステップ３５０において暗号化され、その後、ステップ３９９において手順はデータオブジェクトサーバで終了する。
【００２９】
データオブジェクトサーバは、フォンページを直接提供してもよく、あるいはＵＲＩであるのが適切であるフォンページへのポインタを提供してもよい。いくつかの実施例において、データオブジェクトサーバがフォンページ自体を含まない場合、データオブジェクトサーバは、実際のフォンページサーバに要求を転送、すなわちディスパッチするか、あるいはフォンページに対するＵＲＩを要求側に提供する。ディスパッチする場合、データオブジェクトサーバは、受信したデータオブジェクト要求を全ての適切なパラメータと共に第２のサーバに転送し、第２のサーバは要求されたフォンページをユーザ機器に転送する。あるいは、第２のサーバは、ユーザ機器に中継するために、要求を受信したデータオブジェクトサーバに要求されたフォンページを転送してもよい。
【００３０】
他の実施例では、フォンページ要求はリダイレクトされてもよい。それらの実施例において、データオブジェクトサーバは第２のサーバを指し示すＵＲＩを要求側ユーザ機器に返し、ユーザ機器は供給されたＵＲＩを使用して第２のサーバに対して新しい要求を行なう。第２のサーバは、要求されたフォンページを直接又は間接的にユーザ機器に転送することにより要求を満たす。
【００３１】
本発明の１つの面によると、回線交換接続がＵＥから開始される時に含まれる手順のフローチャートが図４に図示されている。ステップ４０５において、移動局が呼セションに関わらない場合、及び、例えばユーザが数字、ボタンを押下するか又は音声認識手段を起動することによりステップ４２０における通信相手ＢへのＢ番号の指示を開始する場合、手順は開始される。ステップ４２０の処理中にＢ番号全体が取得される。ここで、移動局は２つの異なる接続、すなわちステップ４３０、４４０、４９８の音声通信チャネルに対する回線交換接続と、ステップ４５０〜４９９のフォンページの検索のためのパケット交換通信チャネルとをセットアップする。
【００３２】
回線交換手順の場合、通信相手Ｂとの音声接続はステップ４３０において開始され、通信リソースは、電話での会話が行なわれる時に介する移動体ネットワークにより割り当てられる。電話での会話は、例えば、移動局上の指定されたボタンを押下するか又は固定ネットワークのハンドセットを切ることにより通常の音声通話としてステップ４４０において終了される。呼を終了することは、例えば、接続に関わるＰＳＴＮリソース及び移動体通信ネットワークの回線交換部分の関連する通信リソースの割当て解除を更に含む。
【００３３】
基本的にパケット交換手順は、図４に関連して説明した手順に従う。ここで、ステップ４５０及び４６０において、データオブジェクト要求はおそらく暗号化後に送信され、ステップ４７０〜４９０において、応答が受信され且つおそらく適切な復号化後にフォンページが表示される。その後、ステップ４９９においてパケット交換接続は終了する。
【００３４】
次に、ＵＥ１００とデータオブジェクトサーバ１３０との間のプロトコル実現例を示す。一般にフォンページサービスは、ユーザの端末又はネットワークに常駐するイベント検出機能と、フォンページ要求、当該フォンページの取り出し及び関連する端末への情報のダウンロードを処理するフォンページ番号サービス（ＰＮＳ）と、フォンページが格納及び管理される１つ以上のフォンページウェブサーバ（ＰＷＳ）とに依存する。
【００３５】
フォンページ番号サービス（ＰＮＳ）は、ローカルＰＮＳ及びルートＰＮＳの２種類のノードを使用して実現されてもよい。ルートＰＮＳは、ＰＷＳから登録を受信し、ローカルＰＮＳを最新の状態に維持する。ローカルＰＮＳは、端末とＰＷＳとの間のある種の“プロキシ”として動作する。本発明の１つの面において、ローカルＰＮＳは、ルートＰＮＳによる更新を規則的にチェックする更新クライアントを含む。前回の正常なローカルＰＮＳ更新時間より新しいエントリが存在する場合、新しいエントリはルートＰＮＳからローカルＰＮＳに搬送される。通信がオープンインターネットを介して実行される場合、情報は暗号化されてもよい（例えば、https:又はＩＰＳｅｃプロトコルを使用する）。種々のデータベースを最新の状態に維持する他の手段がある。例えば、データベースにおいて変更があると、ルートＰＮＳは、複数のローカルＰＮＳと接続し、それらの個別の更新状態に基づいて任意の変更をローカルＰＮＳに搬送してもよい。ここでも、情報は上述のように保護されてもよい。
【００３６】
図５は、イベント検出機能が端末において実現された場合の移動体電話ユーザの例を図示している。移動体端末におけるクライアントは、イベントを検出してフォンページを要求する（５１０）。ローカルＰＮＳ５２０は要求を受信し、フォンページが配置されるＰＷＳを見つける。ローカルＰＮＳは、当該フォンページウェブサーバからフォンページを取り出す（５３０）。フォンページは端末にダウンロードされる（５４０）。
【００３７】
一般に、移動体端末（ＭＴ）がイベントを検出した場合、ＭＴはＰＮＳ要求をローカルＰＮＳに送信する。ＭＴクライアントからＰＮＳへのＰＮＳ要求は、ＧＥＴメソッドを使用してＨＴＴＰ要求として実現されてもよい。ＨＴＴＰ要求において使用されるＵＲＩは要求ＵＲＩと呼ばれる。要求ＵＲＩは、要求を適用するリソースを識別するＵＲＩである。要求ＵＲＩは、ローカルフォンページ番号サーバ（ＰＮＳ）のホスト名、ホストパス（例えば、適切なサーバを示す）、及びパラメータリストを含む。ＨＴＴＰ要求における特定のヘッダ情報は必要とされない。
【００３８】
フォンページ要求に含まれるパラメータは、トリガイベントの指示を含んでもよい。いくつかの実施例において、その指示は、例えば、数値により符号化されてもよい。例えばフォンページ要求は、１つ以上の種々の可能なトリガイベントを指示するために符号化された指定されたパラメータ“eventnumber_value”を含んでもよい。
【００３９】
パラメータは、特定のイベントに関連する通信端末の一方又は双方を示す１つ以上の識別子を更に含んでもよい。パラメータは、グラフィックス能力、オーディオ能力又はデータベアラ能力等の要求側端末の１つ以上の能力を示す情報を更に含んでもよい。
【００４０】
フォンページ要求を受信し解釈した後、ローカルＰＮＳサーバはフォンページコンテンツを含む標準ＨＴＴＰ応答メッセージにより応答する。尚、フォンページコンテンツの一部は、ローカルＰＮＳ以外のサーバ（例えば、ＰＷＳ）に配置されるリソースに対する参照（例えば、リンク）であってもよい。そのような場合、参照されるデータの実際の転送は、ＭＴとリソースの参照を管理するサーバとの間で実行され、ローカルＰＮＳを通過しない。
【００４１】
ローカルＰＮＳがＭＴからＰＮＳ要求を受信した場合、ローカルＰＮＳは、要求されたフォンページが配置されるＰＷＳに対するアドレスをルックアップする。ローカルＰＮＳは、上述のようにＰＮＳ要求メッセージに等しいＨＴＴＰ要求を送出することによりＰＷＳにフォンページを要求する。尚、この場合の要求ＵＲＩのhost_name部分及びhost_path部分はＰＷＳのホスト名及びパスに等しい。ＰＷＳは、フォンページコンテンツを含む標準ＨＴＴＰ応答メッセージにより応答する。
【００４２】
ＰＷＳとルートＰＮＳとの間のプロトコルはＨＴＴＰに基づいてもよく、ＰＮＳのフォンページエントリの登録及び管理に使用される。セキュリティ上安全な転送機構を提供するために、ＨＴＴＰＳ（セキュアハイパーテキスト転送プロトコル）が使用可能である。
【００４３】
図６は、図４を参照して説明した手順に類似する手順を示すが、ここでは、呼セションが開始される前にデータオブジェクト要求が完了する。ステップ９０５において手順は開始し、ステップ９１０において、図４を参照して上述したようにＢ番号が指示される。この実施例では、ステップ９２０が導入され、フォンページが要求されるか否かを選択できる。一般にこれは、ユーザにより行なわれる選択と、適切な設定によりダイヤルされるＢ番号により指示される選択との内の少なくともいずれかであってもよい。本発明の一実施例によると、指定されたＳＥＮＤボタンをダブルクリックすることにより、フォンページが要求されることを指示する。フォンページが所望されないことを示す場合、ステップ９５０、９６０及び９９９において、図４のステップ４３０、４４０及び４９８に関連して説明したような回線交換による呼の接続とその終了が後に続く。
【００４４】
フォンページが所望されることを示す場合、後続するステップは、パケット交換通信チャネルに対するデータオブジェクト要求を暗号化し（ステップ９３０）、送信する（ステップ９３５）ことである。ステップ９４０においてパケットセションが割り込まれない限り、データオブジェクトのダウンロードは通信相手Ａに対して継続する。データオブジェクトは、ステップ９７０において受信され、暗号化されている場合はステップ９８０において復号化され、ステップ９９０においてレンダリングされる。ステップ９９５においてデータオブジェクトが検出され、ステップ９９５で受信する情報が更に存在し且つステップ９４０で割込みがない限り、データのダウンロードは継続する。例えば、ユーザがフォンページの完全なダウンロードをそれ以上待つことを望まず、ステップ９５０において回線交換通信を開始した場合、予想される割込みが発生する。これは、時間の満了により開始されてもよく、あるいはマンマシンインタフェース（ＭＭＩ）において手動で指定することにより開始されてもよい。遅くとも、ダウンロードするフォンページデータがそれ以上存在しない時に回線交換通信は開始される。本発明の別の実施例によると、ＵＥに対するフォンページは、呼の完了時又はＵＥが呼に関わっていない時にデータオブジェクトサーバ１３０から取得され、次のトリガイベントの際に容易に利用可能であるＵＥにローカルに格納される。
【００４５】
ここまで、通信相手Ａの機器において表示するフォンページの取り出しについて扱ってきた。通信相手Ｂが接続に関連するフォンページ、好ましくは通信相手Ａの番号により識別されるフォンページを同様に表示してもよいことが理解されるべきである。図７には、本発明の一実施例に従って通信相手Ａのフォンページを取り出すための通信相手Ｂのユーザ機器における手順を示すフローチャートが図示されている。その手順は、例えば、通信相手ＢのＵＥに対する着呼によりステップ１００５で開始する。ステップ１０１０において、ＵＥとそれが接続するネットワーク１１０との間の通信チャネルが割り当てられる。ステップ１０２０において、発呼側のアイデンティティ、即ち、通信相手Ａのアイデンティティの表示、好ましくはＡ番号の表示が通信相手Ｂに示される。ステップ１０６０及び１０７０において、要求は暗号化の後にデータオブジェクトサーバに送信される。その要求がサーバにおいて受信されると、通信相手Ａから受信された要求と同様に処理、即ち、必要に応じて復号化される。その要求は、通信相手Ａのアイデンティティに関連するデータオブジェクトの送信において応答される。ＵＥは、データオブジェクト、即ち、フォンページをステップ１０８０において受信し、必要に応じてステップ１０９０の復号化後、フォンページはステップ１０９５において通信相手Ｂのユーザに対して表示される。
【００４６】
１０３０においてその呼が応答される場合、音声接続は図３及び図４に関連して説明した手順と同一の手順に従ってもよい。その呼に応答されない場合、１０９８において音声部分のシーケンスは終了する。
【００４７】
上記のいくつかの実施例において、説明を簡明にするために、ＵＥ１００と通信インフラストラクチュア１１０との間及びＵＥ１００とデータオブジェクトサーバ１３０との間のシグナリングにおけるいくつかのステップは省略されており、上述のシグナリングにおいて本発明に係る必要で新しいステップに焦点が合わせられている。上述のシグナリングにおいて説明された手順に加え、他の手順（例えば、認証、チャネルの割当て及び課金）が行なわれてもよいことが理解されるべきである。
【００４８】
図８は、本発明の一実施例において使用されるＵＥを示す。図中、ＵＥは移動体電話又は移動体電話機能を有するＰＤＡである。中央処理装置（以下、ＣＰＵ）１１５０は、少なくとも１つのメモリユニット１１５１と少なくとも１つのディスプレイ１１２０とに接続される。ＣＰＵ１１５０は、キーボードデバイス又は領域１１５２に接続されてもよく、加入者が、例えば、数字を入力することを可能にする。メモリユニット１１５１は、電力が一時的に利用不可能な場合に格納された情報を保持するために不揮発性であってもよい（例えば、ＥＥＰＲＯＭ又はＳＩＭカード）。ＣＰＵ１１５０は、入力データ及び出力データをＲＦ変調信号に変換できる無線ユニット１１１０に更に接続される。無線ユニット１１１０は、ＲＦ変調信号がＲＦ対応メディア（例えば、エアインタフェース）で受信／送信されることを可能にするアンテナ１１６０に更に接続する。無線ユニット１１１０は、音声通信を可能にするためにイヤホン１１３０及びマイク１１４０に直接又は間接的に接続されてもよい。ＵＥは、少なくとも１種類のデータオブジェクトをレンダリングできるブラウザ１１７１及びデータオブジェクト要求が暗号化され且つデータオブジェクトが復号化されるのを可能にする暗号化／復号化エンジン１１７２等の複数のプログラム１１７０を更に含んでもよい。ＵＥは、通信ネットワーク１０内の送信リソースを占有せずにデータオブジェクトを格納し取り出しできるキャッシュメモリをオプションとして備えてもよい。
【００４９】
図９は、本発明の一実施例に係るデータオブジェクトサーバ１３０を示す。データオブジェクトサーバは、少なくとも１つのメモリ素子１２１０、キャッシュメモリ１２５０、少なくとも１つのデータベース１２４０及び少なくとも１つのインタフェース１２２０に接続される少なくとも１つのＣＰＵ１２３０を含む。メモリ素子１２１０及びデータベース１２４０は不揮発性であってもよい。インタフェース１２２０により、ＣＰＵ１２３０はデータネットワーク１２０に対してデータを送受信できる。キャッシュメモリ１２５０は、ＣＰＵ１２３０が頻繁に使用されるデータオブジェクトを容易に取得できるようにそれらのデータオブジェクトの格納を可能にする。データベース１２４０は、通信インフラストラクチャ１１０及びデータネットワーク１２０を介してＵＥ１００により要求される実際のデータオブジェクトを含む。データオブジェクトサーバは、複数のプログラム１２６０を更に含んでもよい。プログラムは、データオブジェクトがＵＥ１００のレンダリング能力に従って最適化されるのを可能にするフィルタ１２６１及びデータオブジェクト要求が復号化され且つデータオブジェクトが暗号化されるのを可能にする暗号化／復号化エンジン１２６２を含むがそれらに限定されない。
【００５０】
本発明の一変形例によると、ブロック１２１０、１２２０、１２３０、１２４０、１２５０及び１２６０は、複数のコンピュータ上に実現されてもよい。本発明の別の変形例によると、前記複数のコンピュータは、十分な距離をおいて配置されてもよい。
【００５１】
Ｂ番号指示は、通信相手ＡのＵＥにおいてＢ番号を指示する任意の手段を含む。図１０を参照してＢ番号指示手順の第１の例を説明する。図１０において、Ｂ番号指示は１３０５における開始ステップ及びキーボード構成から文字を受信するステップ１３１０を含む。ステップ１３１０に応答して、ステップ１３２０において、文字はＵＥのメモリバッファに格納され、ステップ１３３０においてＢ番号が完了したかをチェックする。番号が未完了の場合、ステップ１３１０、１３２０及び１３３０が繰り返される。Ｂ番号が完了した場合、Ｂ番号指示手順は１３９９において終了する。Ｂ番号完了の判定１３３０は、指示手順を管理するタイマの使用、押下されるキーの数を最小限にするためのショートキーの組合せ、番号完了を示すための指定されたボタン（例えば、ＳＥＮＤボタン又はＣＡＬＬボタンを１度押下すること）、あるいはＢ番号完了に対するメモリバッファの数字を解析することを含んでも含まなくてもよい。
【００５２】
Ｂ番号指示の第２の例は、音声検出によるものである。これにより、入力トークスパートはＵＥ１００に含まれる内部データベースのエントリとうまくに合致し、有効なＢ番号が上述のトークスパートに応答して取得される。
【００５３】
Ａ番号指示は、前記ＵＥ１００にＡ番号を指示する任意の手段を含む。図１１を参照して、Ａ番号指示手順の第１の例を説明する。図１１において、Ａ番号指示は、手順を開始するステップ１４０５及び通信インフラストラクチャ１１０からＡ番号を受信するステップ１４１０を含む。ステップ１４１０に応答して、Ａ番号が有効である（例えば、妨害されていないか、機密でないか又は誤って解釈されていない）かがチェックされる。Ａ番号が有効であった場合、ステップ１４３０において、Ａ番号はＵＥ１００のメモリに格納される。Ａ番号が有効でなかった場合、ステップ１４４０において、無効なＡ番号を示すフラグがＵＥ１００のメモリに格納される。手順は１４９９において終了する。
【００５４】
Ａ番号指示の第２の例は、直接論理データ通信リンク１６１上のＡ番号に応答してＡ番号又はデータオブジェクトを送信する手段によるものである。
【００５５】
図１２は、ＵＥ１００がグラフィック能力を有する固定電話機である場合の本発明の第２の変形例に係るＵＥ１００を示す。第２の変形例によると、ＵＥ１００は、無線ユニット１１１０及びアンテナ１１６０が特定のメディア規格への入力信号及びメディア規格からの出力信号を変換するメディアアダプタ１５１０に置換されていること以外は図８で説明した移動体電話機と等しい。特定のメディア規格は、ＩＳＤＮ、ＡＤＳＬ、ＨＤＳＬ、ＶＤＳＬ及びケーブルネットワーク、並びにそれらの任意の組合せを含むがそれらに限定されない。
【００５６】
図１３は、ＵＥ１００がおそらくデータオブジェクトレンダリング能力を有さず、アンテナ１６６０を有し、通信リンク１６９５を介してＰＤＡ１６９１に接続される移動体電話１６９０である場合の本発明の別の実施例に係るＵＥ１００を図示している。その通信リンクは、例えば、赤外線、無線（例えば、Bluetooth（登録商標））、又は有線通信構成により実現されてもよい。ＰＤＡ１６９１は、少なくとも１つのメモリユニット１６５４と少なくとも１つのディスプレイ１６２１に接続されるＣＰＵ１６５３を更に含む。ＣＰＵ１６５３は、キーボードデバイス又は領域１６５５に更に接続されてもよく、加入者が、例えば、数字を入力することを可能にする。メモリユニット１６５４は、電力が一時的に利用不可能な場合に格納された情報を保持するために不揮発性であってもよい（例えば、ＥＥＰＲＯＭ又はＳＩＭカード）。ＰＤＡ１６９１は、プログラム１６７０の集合を更に含み、プログラムは、少なくとも１種類のデータオブジェクトをレンダリングできるブラウザ１６７１とデータオブジェクト要求が暗号化され且つデータオブジェクトが復号化されるのを可能にする暗号化／復号化エンジン１６７２を含むがそれらに限定されない。図１３において、移動体電話１６９０を更に説明する。ここで、１６２０は１１２０に対応し、１６１０は１１１０に対応し、１６５０は１１５０に対応し、１６５１は１１５１に対応し、１６５２は１１５２に対応し、１６３０は１１３０に対応し、１６４０は１１４０に対応する。
【００５７】
ＵＥ（フォンページクライアント）においてフォンページ機能を実現するのに適する利用可能な技術は複数ある。ＧＳＭにおけるそのような技術の例は、ＳＩＭツールキット、ＷＡＰ／ＷＴＡ、Ｊａｖａ（登録商標）、及びＭｅＸＥ、並びに固有の実施形を含む。その実施形の詳細に関わらず、クライアントの主な機能は、呼イベントを検出し、イベントの種類、コンテンツの種類、他の通信相手のアイデンティティ、自身のアイデンティティ、ＨＰＬＭＮ、ＶＰＬＭＮ、訪問先の国コード、端末の能力、及びここで説明したような他のパラメータにより決定される適切なＵＲＬに対してブラウザを起動することである。更にクライアントは、例えば、サービス、セキュリティ、ソフトキー、及びメニューの起動及び構成に対する機能を提供できる。
【００５８】
ブラウザを直接起動する代わりに、クライアントはフォンページを含むプッシュメッセージ（例えば、ＷＡＰプッシュ）に応答するサーバに対してＳＭＳを送信してもよい。
【００５９】
ＵＥにおいてフォンページクライアントを実現するのに適する別の技術はＪａｖａ（登録商標）である。例えば、ＷＡＰ、ＨＴＭＬ、又はＳＭＳを介する自動フォンページダウンロードのためのＪａｖａ（登録商標）フォン機能が使用できる。更に、コンテキストに敏感に反応するフォンページソフトキー等の機能も取得可能である。例えば、そのソフトキーは、通話後に電話のアドレス帳及び通話ログに自動的に現れる。ソフトキーを押下すると、ディプレイ上の電話番号に関連するフォンページが自動的にダウンロードされる。
【００６０】
好適な一実施例において、データオブジェクトサーバ１３０の機能は、２つの論理的に異なる部分、すなわちネームサーバ及びオブジェクトサーバに分割される。ネームサーバ及びオブジェクトサーバは、物理的に分離されてもよく又は単に論理的に分離されてもよい。ネームサーバは、電話番号、イベント、及び、例えば、ＵＲＩ（統一資源識別子）やＵＲＬ（ユニバーサルリソースロケータ）などの所望のオブジェクトやフォンページが常駐するオブジェクトサーバの適切なロケーション等のアドレス表示間の変換を提供する。オブジェクトサーバは所望のオブジェクトであるフォンページのコンテンツを管理する。いくつかのネームサーバが提供されてもよく、例えば、特定のネームサーバが移動体電話ネットワークオペレータ又は移動体電話のメーカにより運用されてもよい。ユーザ機器の特定の実施例は、どのネームサーバが使用されるかを判定する。そのネームサーバは、使用されるサービスプロバイダにより与えられてもよく、国に基づいてもよく、一般的にグローバルであってもよく、サービス（電子メール等）に依存してもよく、あるいは組合せであってもよい。好適な実施例において、例えば、ＳＩＭカードにより特定のネットワークオペレータと関連付けられるユーザ機器は、ネットワークオペレータにより管理されるネームサーバに要求を自動的に送信する。例えば、ＳＩＭカードに事前にプログラミングされるように、ユーザ機器からユーザの指定されたネットワークオペレータ（例えば、ＳＩＭカードにより判定される）により管理されるネームサーバに要求を自動的に送信することにより、セキュリティ、速度及び冗長性に関連するいくつかの利点が得られる。
【００６１】
本発明の一変形例によると、番号及びイベントのＵＲＬへの変換はＵＥ自体において行なえる。トリガイベントを検出すると、ＵＥはメモリ位置（例えば、ＳＩＭカード又はアドレス帳）を見て、特定の他の通信相手及びイベントに対応するＵＲＬを取り出し又は計算する。ＵＲＬはＳＭＳを介して他の通信相手に搬送される。他の通信相手がＵＲＬを受信すると、データオブジェクトは自動的に取り出される。
【００６２】
本発明の別の変形例において、ＧＳＭ規格に従うＵＳＳＤ又はＵＵＩ（ユーザ−ユーザ情報）はＳＭＳの代わりにＵＲＬを搬送するために使用可能である。更に別の変形例において、ＳＭＳを使用する代わりに２つのＵＩ間のＩＰシグナリングがＳＭＳを搬送するために使用される。
【００６３】
通信デバイス間における共通のロケーション関連情報の共有
本発明の一変形例によると、ここで説明する種々のシステム及び方法は、第１の通信デバイス及び第２の通信デバイスの共通のロケーション関連情報を第１の通信デバイス及び第２の通信デバイスに配信することを可能にする。
【００６４】
図１４は、第１の通信デバイスＡ２４０５、第２の通信デバイスＢ２４１０、データオブジェクトサーバ２４１５及びデータサーバＤ２４２０を表すシステム２４００を示す。いくつかの実施例において、通信デバイスＡ２４０５及び通信デバイスＢ２４１０は、図１のＵＥ１００等の本出願において説明される任意のユーザ機器（ＵＥ）を含んでもよい。データオブジェクトサーバ２４１５は、図１のデータオブジェクトサーバ１３０等のここで説明される任意のデータオブジェクトサーバ又はここで説明される任意のフォンページサーバを含んでもよい。
【００６５】
いくつかの実施例において、ここで説明される種々のシステム及び方法は、通信デバイスＡ２４０５及び通信デバイスＢ２４１０のユーザが通信デバイスＡ２４０５及び通信デバイスＢ２４１０のユーザに関するデータ及び情報を含むフォンページを受信できるようにする。いくつかの実施例において、そのようなデータ及び情報は、通信デバイスＡ２４０５及び通信デバイスＢ２４１０の一方のユーザ又は双方のユーザのロケーションを示すグラフィカルマップ等の通信デバイスのユーザに関する共通のロケーション関連データ及び情報を含んでもよい。
【００６６】
図示するように、通信デバイスＡ２４０５及び通信デバイスＢ２４１０のユーザはセション又は通話を介して通信中である。そのような通信は、音声通話（例えば、回線又はＶｏＩＰ）、インスタントメッセージ（ＩＭ）セション又はここで説明するような任意の他の通信モードを含んでもよい。いくつかの実施例において、通信デバイスＡ２４０５又は通信デバイスＢ２４１０は、通信チャネルを介して外部ソースからの情報を利用して又は自律的にデバイスの位置を判定できる組み込みＧＰＳ受信機等の通信デバイスＡ２４０５のユーザの地理的場所を判定できるモジュール又はアプリケーションを含む。別の変形例において、ＧＰＳ受信機は、デバイスの位置の最終的な計算のためにロケーションサーバに送信される測定を行なえる。いくつかの実施例において、そのような情報は、通信デバイスＡ２４０５又は通信デバイスＢ２４１０と通信中のロケーションサーバ（不図示）により判定されてもよい。別の変形例において、通信デバイスＢ２４１０は、上述のようなモジュール又はアプリケーションにより、あるいはユーザによる直接入力（例えば、アドレス）によりロケーションが判定される静止したデバイスであってもよい。後者の場合、ユーザ入力は、通信デバイス内又は通信デバイス外のエンティティにより解釈されるか又は変換されてもよい（例えば、地理的座標へのアドレスの変換）。
【００６７】
いくつかの実施例において、通信デバイスＢ２４１０とのセション又は通話中、トリガイベントは通信デバイスＡ２４０５において発生するかもしれない。いくつかの実施例において、そのようなイベントのアイデンティティは、セション又は通話の前、あるいはセション又は通話中に通信デバイスＢ２４１０から通信デバイスＡ２４０５に送信されるデータオブジェクトに含まれてもよい。そのようなトリガは、任意の以下のイベント又はそれらの組合せが発生した時に発生するかもしれない。
【００６８】
例えば、
・通信デバイスＢ２４１０とのセション又は通話の確立
・通信デバイスＡ２４０５におけるタイマに基づく周期的なトリガイベント
・セション又は通話の確立前に通信デバイスＡ２４０５が事前に構成した境界を越える（例えば、通信デバイスＡ２４０５がセション又は通話の発信ポイントからある半径を越えて移動する）
・通信デバイスＡ２４０５のユーザによる起動（例えば、明示的な要求）
・米国特許第６，９９６，０７２号明細書で説明されるような他のイベント
・マルチ無線対応通信デバイスに対する無線ベアラ変更であってもよい別のトリガイベント（ＧＳＭ等のある種類のベアラから無線ＬＡＮ又はＷｉＦｉネットワーク等の別の種類のベアラへのハンドオーバ）
である。
【００６９】
いくつかの実施例において、トリガイベントに応答して、通信デバイスＡ２４０５のアプリケーションは通信デバイスＢ２４１０に１次データオブジェクトを送信してもよい。いくつかの実施例において、１次データオブジェクトは通信デバイスＡ２４０５のロケーションに関する情報を含んでもよい。いくつかの実施例において、通信デバイスＡ２４０５は、通信デバイスＡ２４０５のロケーションを含む１次データオブジェクトを通信デバイスＢ２４１０に送信するようにデータオブジェクトサーバＣ２４１５に要求できる。
【００７０】
通信デバイスＡ２４０５又はデータオブジェクトサーバＣ２４１５からデータオブジェクトを受信すると、通信デバイスＢ２４１０は、通信デバイスＡ２４０５及び通信デバイスＢ２４１０のロケーションに関する情報を含む通信デバイスＡ２４０５及び通信デバイス２４１０に２次データオブジェクトを提供するようにデータオブジェクトサーバＣ２４１５に要求してもよい。データオブジェクトサーバＣ２４１５への要求は、通信デバイスＡ２４０５のロケーションに関する情報及び通信デバイスＢ２４１０のロケーションに関する情報を含んでもよい。いくつかの実施例において、データオブジェクトサーバＣ２４１５への要求は要求された２次データオブジェクトの種類を含んでもよい。
【００７１】
要求の受信時、データオブジェクトサーバＣ２４１５は、２次データオブジェクトを創成し、それを通信デバイスＡ２４０５及び通信デバイスＢ２４１０に転送してもよい。いくつかの実施例において、２次データオブジェクトは、通信デバイスＡ２４０５及び通信デバイスＢ２４１０のロケーションを識別する地図の画像を含んでもよい。いくつかの実施例において、データオブジェクトサーバＣ２４１５は、２次データオブジェクトを自身で構成する能力を有さない場合、例えば、データサーバＤ２４２０等の別のソースから追加のデータ及び情報を要求してもよい。例えば、データサーバＤ２４２０は、ロケーション及び方向を含む地図を提供する何らかのウェブサイト又はウェブページを含んでもよい。いくつかの実施例において、データオブジェクトは、別のサーバ（例えば、データサーバＤ２４２０）により構成されるコンテンツを識別するリンク又は他のそのようなインターネットに基づくアドレスを含んでもよい。その別のサーバにおいて、通信デバイスＢ２４１０のユーザは２次データオブジェクトに含まれるリンクにより表されるコンテンツ（例えば、ロケーション情報）を取り出してもよい。データサーバＣ２４１５からデータオブジェクトを受信するか又はデータオブジェクトに含まれるリンクを開始するとき、通信デバイスＡ２４０５及び通信デバイスＢ２４１０は地図を表示してもよい。
【００７２】
上述の各例は、サーバＣ又はサーバＣ及びＤの双方を使用することを含む。しかしながら、いくつかの実施例では、ここで説明される種々の特徴及び機能はサーバを使用せずに動作してもよい。例えば、通信デバイスＡ及びＢは、ローカルに地図を格納し、ピア・ツウ・ピアモードで動作してもよい。そのようなシステムにおいて、例えば、米国海洋電子機器協会（ＮＭＥＡ：National Marine Electronics Association）により開発されたプロトコルのようなものは、２つのデバイス間でデバイスのロケーション情報（緯度及び経度等）を交換するために使用されてもよい。各デバイスは、ローカルに格納された地図上に双方のデバイスのロケーションを表示することもできる。他の実施例では、デバイスＡ及びＢはクライアント／サーバモードで対話してもよい。そのモードでは、一方のデバイスは地図がローカルに格納されたサーバとして動作し、他方のデバイスはサーバデバイスにロケーション情報を送信する（例えば、ＮＭＥＡ等のプロトコルを介して）。サーバとして動作するデバイスは、全てのデバイスのロケーションの地図を作成し、識別された全てのデバイスの場所を含むその地図をクライアントデバイスに送信する。ここで説明した２つの動作モードのいずれも３つ以上のデバイス間の通信に適用されてもよいことが当業者には理解されるだろう。
【００７３】
図１５は、通信デバイス間で共通のロケーション関連情報を共有する方法２５００の実施例を図示している。図示するように、ステップ２５０５では、第１の通信デバイスと第２の通信デバイスとの間のセション又は呼が確立される。ステップ２５１０では、第１の通信デバイスはトリガイベントを検出する。いくつかの実施例では、イベントはここで説明される通りであってもよい。ステップ２５１５では、トリガイベントが発生すると、第１の通信デバイスは第１のデータオブジェクトを第２の通信デバイスに転送する。ステップ２５２０では、第２の通信デバイスはデータオブジェクトに対する要求をデータサーバに転送する。いくつかの実施例では、その要求は第１の通信デバイス又は第２の通信デバイスのロケーションに関する情報を含んでもよい。いくつかの実施例では、データオブジェクトは、ここで説明するようにフォンページサーバを含んでもよい。ステップ２５２５では、データオブジェクトサーバは要求された２次データオブジェクトを創成する。ステップ２５３０では、データオブジェクトサーバは、２次データオブジェクトを第１の通信デバイス及び第２の通信デバイスに転送する。
【００７４】
図１６は、通信デバイス間でイベントによりトリガされたロケーション関連情報を共有する方法２６００の実施例を図示している。ステップ２６０５では、第１の通信デバイスのユーザに関する情報を提供する１次データオブジェクトは第２の通信デバイスに転送される。いくつかの実施例では、第１の通信デバイスにおいてトリガイベントが発生するとその転送が行なわれる。ステップ２６１０において、第２のデータオブジェクトに対する要求は、第２の通信デバイスからデータサーバに転送される。いくつかの実施例では、その要求は第１の通信デバイスのユーザに関する情報と第２の通信デバイスのユーザに関する情報とを含む。いくつかの実施例では、その情報は、第１の通信デバイス及び第２の通信デバイスの少なくとも一方のロケーションを含む。ステップ２６１５では、第１のデータオブジェクトは、第２の通信デバイスに転送される。ステップ２６２０では、第１の通信デバイス及び第２の通信デバイスにおいてレンダリングを行うための第２のデータオブジェクトが創成される。
【００７５】
いくつかの実施例において、上述の種々の特徴及び機能は、例えば、移動体通信デバイス等の通信デバイスにインストールされるダウンロード可能なモジュール又はアプリケーションにより実行されてもよい。
【００７６】
本発明は上述の実施例に限定されず、以下の請求の範囲の範囲内で変更されてもよい。
【図１】
2010518701.tif 000003
【図２】
2010518701.tif 000004
【図３】
2010518701.tif 000005
【図４】
2010518701.tif 000006
【図５】
2010518701.tif 000007
【図６】
2010518701.tif 000008
【図７】
2010518701.tif 000009
【図８】
2010518701.tif 000010
【図９】
2010518701.tif 000011
【図１０】
2010518701.tif 000012
【図１１】
2010518701.tif 000013
【図１２】
2010518701.tif 000014
【図１３】
2010518701.tif 000015
【図１４】
2010518701.tif 000016
【図１５】
2010518701.tif 000017
【図１６】
2010518701.tif 000018
【手続補正書】
【提出日】平成20年12月1日(2008.12.1)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
通信デバイスのユーザにデータオブジェクトを供給する方法であって、
第１の通信デバイスと第２の通信デバイスとの間のセションを確立する工程と、
前記第１の通信デバイスにおいてトリガイベントが発生した時に、前記第１の通信デバイスのユーザに関する情報を提供する１次データオブジェクトを前記第２の通信デバイスに転送する第１の転送工程と、
前記第１の通信デバイスのユーザに関する情報と前記第２の通信デバイスのユーザに関する情報との少なくとも一方を含む２次データオブジェクトに対する要求を前記第２の通信デバイスからデータサーバに転送する第２の転送工程と、
前記第１の通信デバイスと前記第２の通信デバイスにおいてレンダリングを行うことが意図された前記２次データオブジェクトを創成する工程と、
前記第１の通信デバイスと前記第２の通信デバイスに前記２次データオブジェクトを転送する第３の転送工程とを有することを特徴とする方法。
【請求項２】
前記１次データオブジェクトは、前記第１の通信デバイスの前記ユーザのロケーションに関する情報を提供することを特徴とする請求項１に記載の方法。
【請求項３】
前記第１の転送工程において、前記１次データオブジェクトは前記第１の通信デバイスから送信されることを特徴とする請求項１に記載の方法。
【請求項４】
前記第１の転送工程において、前記１次データオブジェクトはロケーションサーバから送信されることを特徴とする請求項１に記載の方法。
【請求項５】
前記２次データオブジェクトは、前記第１の通信デバイスと前記第２の通信デバイスのロケーションについての非図形的な表現を含むことを特徴とする請求項１に記載の方法。
【請求項６】
前記２次データオブジェクトは、前記第１の通信デバイスと前記第２の通信デバイスのロケーションについての図形的表現を含むことを特徴とする請求項１に記載の方法。
【請求項７】
前記図形的表現は、前記第１の通信デバイスの前記ユーザの前記ロケーションを示す地図を含むことを特徴とする請求項６に記載の方法。
【請求項８】
前記地図は、前記第１の通信デバイスと前記第２の通信デバイスの前記ロケーションの間の方向を更に含むことを特徴とする請求項７に記載の方法。
【請求項９】
前記２次データオブジェクトは、第２のデータサーバにより提供される追加のデータ又は情報を含むことを特徴とする請求項１に記載の方法。
【請求項１０】
前記追加のデータ又は情報はリンクを含むことを特徴とする請求項９に記載の方法。
【請求項１１】
通信システムのユーザにデータオブジェクトを供給するシステムであって、
第１の通信デバイスを含み、
前記第１の通信デバイスは、
（ｉ）前記第１の通信デバイスのユーザに関する情報を提供する１次データオブジェクトを第２の通信デバイスに転送する第１の転送ロジックと、
（ii）トリガイベントが前記第１の通信デバイスにおいて発生したかを判定するロジックとを含み、
前記第２の通信デバイスは、
（ｉ）前記第１の通信デバイスのユーザに関する情報と前記第２の通信デバイスのユーザに関する情報との少なくとも一方を含む２次データオブジェクトに対する要求を前記第２の通信デバイスからデータオブジェクトサーバに転送するロジックを含み、
前記第１の通信デバイスと前記第２の通信デバイスは通信するように構成され、
前記データサーバは、データネットワークに結合され、
前記データサーバは、
（ｉ）前記第１の通信デバイスと前記第２の通信デバイスにおいてレンダリングを行うための前記データ２次データオブジェクトを創成するロジックと、
（ii）データベースと、
（iii）前記２次データオブジェクトを前記データベースに格納するロジックと、
（iv）前記２次データオブジェクトを前記第１の通信デバイスと前記第２の通信デバイスに転送するロジックとを含むことを特徴とするシステム。
【請求項１２】
前記１次データオブジェクトは、前記第１の通信デバイスの前記ユーザのロケーションに関する情報を提供することを特徴とする請求項１１に記載のシステム。
【請求項１３】
前記第１の転送ロジックにおいて、前記１次データオブジェクトは前記第１の通信デバイスから送信されることを特徴とする請求項１１に記載のシステム。
【請求項１４】
前記第１の転送ロジックにおいて、前記１次データオブジェクトはロケーションサーバから送信されることを特徴とする請求項１１に記載のシステム。
【請求項１５】
前記２次データオブジェクトは、前記第１の通信デバイスと前記第２の通信デバイスについてのロケーションの非図形的表現を含むことを特徴とする請求項１１に記載のシステム。
【請求項１６】
前記２次データオブジェクトは、前記第１の通信デバイスと前記第２の通信デバイスについてのロケーションの図形的表現を含むことを特徴とする請求項１１に記載のシステム。
【請求項１７】
前記２次データオブジェクトは、前記第１の通信デバイスと前記第２の通信デバイスの前記ロケーションの間の方向を更に含むことを特徴とする請求項１６に記載のシステム。
【請求項１８】
前記２次データオブジェクトは、第２のデータサーバにより提供される追加のデータ又は情報を含むことを特徴とする請求項１１に記載のシステム。
【請求項１９】
プロセッサを含む第１の通信デバイスであって、
前記プロセッサは、
（ｉ）第２の通信デバイスから、前記第２の通信デバイスのユーザに関する第１の情報を提供する１次データオブジェクトを受信し、
（ii）前記第１の情報と、前記第１の通信デバイスのユーザに関する第２の情報とを含む要求をデータオブジェクトサーバに送信し、
（iii）前記要求の応答として、前記第１及び前記第２の通信デバイスに関するロケーション情報を含む２次データオブジェクトをデータサーバから受信するように構成されていることを特徴とする第１の通信デバイス。
【手続補正書】
【提出日】平成21年9月25日(2009.9.25)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
通信デバイスのユーザにデータオブジェクトを供給する方法であって、
第１の通信デバイスと第２の通信デバイスとの間のセションを確立する工程と、
前記第１の通信デバイスにおいてトリガイベントが発生した時に、前記第１の通信デバイスのユーザのロケーションに関する情報を提供する１次データオブジェクトを前記第２の通信デバイスに転送する第１の転送工程と、
前記第１の通信デバイスのユーザに関する情報と前記第２の通信デバイスのユーザに関する情報との少なくとも一方を含む２次データオブジェクトに対する要求を前記第２の通信デバイスからデータサーバに転送する第２の転送工程と、
前記第１の通信デバイスと前記第２の通信デバイスにおいてレンダリングを行うことが意図された前記２次データオブジェクトを創成する工程と、
前記第１の通信デバイスと前記第２の通信デバイスに前記２次データオブジェクトを転送する第３の転送工程とを有することを特徴とする方法。
【請求項２】
前記第１の転送工程において、前記１次データオブジェクトは前記第１の通信デバイスから送信されることを特徴とする請求項１に記載の方法。
【請求項３】
前記第１の転送工程において、前記１次データオブジェクトはロケーションサーバから送信されることを特徴とする請求項１に記載の方法。
【請求項４】
前記２次データオブジェクトは、前記第１及び前記第２の通信デバイスのロケーションについての図形的表現を含むことを特徴とする請求項１に記載の方法。
【請求項５】
前記図形的表現は、前記第１の通信デバイスの前記ロケーションを示す地図を含むことを特徴とする請求項４に記載の方法。
【請求項６】
通信システムのユーザにデータオブジェクトを供給するシステムであって、
第１の通信デバイスを含み、
前記第１の通信デバイスは、
（ｉ）前記第１の通信デバイスのユーザに関する情報を提供する１次データオブジェクトを第２の通信デバイスに転送するロジック部と、
（ii）トリガイベントが前記第１の通信デバイスにおいて発生したかを判定するロジック部とを含み、
前記第２の通信デバイスは、
（ｉ）前記第１の通信デバイスのユーザに関する情報と前記第２の通信デバイスのユーザに関する情報との少なくとも一方を含む２次データオブジェクトに対する要求を前記第２の通信デバイスからデータオブジェクトサーバに転送するロジック部を含み、
前記第１の通信デバイスと前記第２の通信デバイスは通信するように構成され、
前記データオブジェクトサーバは、データネットワークに結合され、
前記データオブジェクトサーバは、
（ｉ）前記第１の通信デバイスと前記第２の通信デバイスにおいてレンダリングを行うための前記データ２次データオブジェクトを創成するロジック部と、
（ii）データベースと、
（iii）前記２次データオブジェクトを前記データベースに格納するロジック部と、
（iv）前記２次データオブジェクトを前記第１の通信デバイスと前記第２の通信デバイスに転送するロジック部とを含むことを特徴とするシステム。
【請求項７】
前記１次データオブジェクトは、前記第１の通信デバイスの前記ユーザのロケーションに関する情報を提供することを特徴とする請求項６に記載のシステム。
【請求項８】
前記２次データオブジェクトは、前記第１の通信デバイスと前記第２の通信デバイスについてのロケーションの図形的表現を含むことを特徴とする請求項６に記載のシステム。
【請求項９】
前記２次データオブジェクトは、前記第１の通信デバイスと前記第２の通信デバイスの前記ロケーションの間の方向を更に含むことを特徴とする請求項８に記載のシステム。
【請求項１０】
プロセッサを含む第１の通信デバイスであって、
前記プロセッサは、
（ｉ）第２の通信デバイスから、前記第２の通信デバイスのユーザに関する第１の情報を提供する１次データオブジェクトを受信し、
（ii）前記第１の情報と、前記第１の通信デバイスのユーザに関する第２の情報とを含む要求をデータオブジェクトサーバに送信し、
（iii）前記要求の応答として、前記第１及び前記第２の通信デバイスに関するロケーション情報を含む２次データオブジェクトをデータサーバから受信するように構成されていることを特徴とする第１の通信デバイス。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００１０
【補正方法】変更
【補正の内容】
【００１０】
ここで説明するシステム及び方法の別の実施例において、通信システムのユーザにデータオブジェクトを供給するデバイスが提供される。好適なデバイスは、（ｉ）第１の転送ステップにおいて、デバイスのユーザに関する情報を提供する１次データオブジェクトを第２の通信デバイスに転送するロジックと、（ii）トリガイベントがデバイスにおいて発生したかを判定するロジックと、（iii）デバイスのユーザ及び第２の通信デバイスに関するロケーション情報を含む２次データオブジェクトをデータサーバから受信するロジックとを含む。
ある代表的な実施例では、通信デバイスのユーザにデータオブジェクトを供給する方法を含み、その方法は、第１の通信デバイスと第２の通信デバイスとの間のセションを確立する工程と、前記第１の通信デバイスにおいてトリガイベントが発生した時に、前記第１の通信デバイスのユーザに関する情報を提供する１次データオブジェクトを前記第２の通信デバイスに転送する第１の転送工程と、前記第１の通信デバイスのユーザに関する情報と前記第２の通信デバイスのユーザに関する情報との少なくとも一方を含む２次データオブジェクトに対する要求を前記第２の通信デバイスからデータサーバに転送する第２の転送工程と、前記第１の通信デバイスと前記第２の通信デバイスにおいてレンダリングを行うことが意図された前記２次データオブジェクトを創成する工程と、前記第１の通信デバイスと前記第２の通信デバイスに前記２次データオブジェクトを転送する第３の転送工程とを有する。
ある実施例では、前記１次データオブジェクトは、前記第１の通信デバイスの前記ユーザのロケーションに関する情報を提供する。
ある実施例では、前記第１の転送工程において、前記１次データオブジェクトは前記第１の通信デバイスから送信される。
ある実施例では、前記第１の転送工程において、前記１次データオブジェクトはロケーションサーバから送信される。
ある実施例では、前記２次データオブジェクトは、前記第１の通信デバイスと前記第２の通信デバイスのロケーションについての非図形的な表現を含む。
ある実施例では、前記２次データオブジェクトは、前記第１の通信デバイスと前記第２の通信デバイスのロケーションについての図形的表現を含む。
ある実施例では、前記図形的表現は、前記第１の通信デバイスの前記ユーザの前記ロケーションを示す地図を含む。
ある実施例では、前記地図は、前記第１の通信デバイスと前記第２の通信デバイスの前記ロケーションの間の方向を更に含む。
ある実施例では、前記２次データオブジェクトは、第２のデータサーバにより提供される追加のデータ又は情報を含む。
ある実施例では、前記追加のデータ又は情報はリンクを含む。
本発明のある代表的な実施例では、通信システムのユーザにデータオブジェクトを供給するシステムを含み、そのシステムは第１の通信デバイスを含み、前記第１の通信デバイスは、（ｉ）前記第１の通信デバイスのユーザに関する情報を提供する１次データオブジェクトを第２の通信デバイスに転送する第１の転送ロジックと、（ii）トリガイベントが前記第１の通信デバイスにおいて発生したかを判定するロジックとを含み、前記第２の通信デバイスは、（ｉ）前記第１の通信デバイスのユーザに関する情報と前記第２の通信デバイスのユーザに関する情報との少なくとも一方を含む２次データオブジェクトに対する要求を前記第２の通信デバイスからデータオブジェクトサーバに転送するロジックを含み、前記第１の通信デバイスと前記第２の通信デバイスは通信するように構成され、前記データサーバは、データネットワークに結合され、前記データサーバは、（ｉ）前記第１の通信デバイスと前記第２の通信デバイスにおいてレンダリングを行うための前記データ２次データオブジェクトを創成するロジックと、（ii）データベースと、（iii）前記２次データオブジェクトを前記データベースに格納するロジックと、（iv）前記２次データオブジェクトを前記第１の通信デバイスと前記第２の通信デバイスに転送するロジックとを含む。
ある実施例では、前記１次データオブジェクトは、前記第１の通信デバイスの前記ユーザのロケーションに関する情報を提供する。
ある実施例では、前記第１の転送ロジックにおいて、前記１次データオブジェクトは前記第１の通信デバイスから送信される。
ある実施例では、前記第１の転送ロジックにおいて、前記１次データオブジェクトはロケーションサーバから送信される。
ある実施例では、前記２次データオブジェクトは、前記第１の通信デバイスと前記第２の通信デバイスについてのロケーションの非図形的表現を含む。
ある実施例では、前記２次データオブジェクトは、前記第１の通信デバイスと前記第２の通信デバイスについてのロケーションの図形的表現を含む。
ある実施例では、前記２次データオブジェクトは、前記第１の通信デバイスと前記第２の通信デバイスの前記ロケーションの間の方向を更に含む。
ある実施例では、前記２次データオブジェクトは、第２のデータサーバにより提供される追加のデータ又は情報を含む。
本発明のある代表的な実施例は、通信デバイスのユーザにデータオブジェクトを供給するデバイスを含む。前記デバイスは、（ｉ）前記デバイスのユーザに関する情報を提供する１次データオブジェクトを第２の通信デバイスに転送することと、（ii）トリガイベントが前記デバイスにおいて発生したかを判定することと、（iii）前記デバイスの前記ユーザ及び前記第２の通信デバイスに関するロケーション情報を含む２次データオブジェクトをデータサーバから受信することとを実行するために実行可能なコンピュータ可読媒体上にコンピュータソフトウェアを含む。
ある実施例ではさらに、通信デバイスのユーザにデータオブジェクトを供給するダウンロード可能なアプリケーション又はモジュールを含む。そのダウンロード可能なアプリケーション又はモジュールは、（ｉ）前記デバイスのユーザに関する情報を提供する１次データオブジェクトを第２の通信デバイスに転送することと、（ii）トリガイベントが前記デバイスにおいて発生したかを判定することと、（iii）前記デバイスの前記ユーザ及び前記第２の通信デバイスに関するロケーション情報を含む２次データオブジェクトをデータサーバから受信することとを実行するために実行可能なコンピュータ可読媒体に格納される。
【国際調査報告】
2010518701.tif 000019
2010518701.tif 000020