通信システムにおける情報交換
【課題】通信システムにおいて、音声通信サービスと補足データサービスを結合する事により、有効な情報を利用者に提供する。
【解決手段】第１の通信装置（例えば、加入者の通信装置）においてレンダリングするようにされたデータオブジェクトを生成し、レンダリングはトリガ通信イベントの発生時に行われ、データオブジェクトは第２の通信装置（例えば、所有者の通信装置）のユーザに関連する情報を提供し、データオブジェクトをデータサーバ内に格納し、第１の転送ステップにおいて、データサーバからのデータオブジェクトを第２の通信装置に転送し、第２の転送ステップにおいて、第２の通信装置からのデータオブジェクトを第１の通信装置に転送し、トリガ通信イベントが発生しているかどうかを確認し、通信イベントの発生時に第１の通信装置においてデータオブジェクトをレンダリングすることを含む、通信システムのユーザにデータオブジェクトを供給する。
【解決手段】第１の通信装置（例えば、加入者の通信装置）においてレンダリングするようにされたデータオブジェクトを生成し、レンダリングはトリガ通信イベントの発生時に行われ、データオブジェクトは第２の通信装置（例えば、所有者の通信装置）のユーザに関連する情報を提供し、データオブジェクトをデータサーバ内に格納し、第１の転送ステップにおいて、データサーバからのデータオブジェクトを第２の通信装置に転送し、第２の転送ステップにおいて、第２の通信装置からのデータオブジェクトを第１の通信装置に転送し、トリガ通信イベントが発生しているかどうかを確認し、通信イベントの発生時に第１の通信装置においてデータオブジェクトをレンダリングすることを含む、通信システムのユーザにデータオブジェクトを供給する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は一般的に通信システムにおける情報の交換に関する。特に、本発明は通信システム内のユーザ装置にデータオブジェクトを供給する方法および物理的インプリメンテーション（例えば、システム、データサーバ、通信装置等）に関する。本発明はデータオブジェクトを受信する方法および物理的インプリメンテーションにも関連している。本発明はデータオブジェクトをレンダリング（rendering）する方法および物理的インプリメンテーションにも関連している。より詳細な実施例では、本発明は移動通信システムにおける移動局にデータオブジェクトを供給し、移動局によりデータオブジェクトを受信し、移動局においてデータオブジェクトをレンダリングする方法および物理的インプリメンテーションに関連している。
【背景技術】
【０００２】
移動通信システムおよびデータパケット網（インターネットが有名）は共に近年著しい成功を収めてきている。移動通信システムはアナログまたはデジタルフォーマット（または、ハイブリッドフォーマット）でユーザ間にリアルタイム音声通信を配信する。移動通信システムのよく知られた一例はＧＳＭ（Global System for Mobile Communication）である。この標準は回線交換通信技術を使用してその加入者に音声通信を提供する。この方法では、システムは呼の全持続時間にわたって呼に通信リソースを割り当てる。一方、インターネットは主としてデータパケット技術を使用してユーザにデジタル情報を配信する。この方法では、システムはデータが送信される期間中しか通信リソースを使用しない。
【０００３】
従来の移動通信システムの側面とデータ網の側面を併合する努力が長い間行われてきている。これらの努力の産物はいくつかの段階、すなわち“世代”、に分割することができる。すなわち、一般的にアナログ“音声中心”サービスに関連する第１世代（１Ｇ）。一般的に“音声中心”デジタル通信サービスに関連する第２世代（２Ｇ）。音声、ビデオ、グラフィックス、オーディオその他の情報のオプショナルマルチメディア通信による高速ブロードバンドサービスに関連する第３世代（３Ｇ）。さらに、２．５世代（２．５Ｇ）技術が一般的に２Ｇおよび３Ｇサービスの両方の側面を有する高速サービスに関連している。例えば、２．５Ｇ技術はＧＰＲＳ（General Packet Radio Service）システムまたはＥＤＧＥ（Enhanced Data Rastes for Global Evolution）システムを利用することができる。
【０００４】
例えば、２Ｇ-技術コンテキストのデータ配信により音声通信を補う一つの既知の方法はＳＭＳ（Short Message Service）によるものである。ＧＳＭ標準では、ＳＭＳメッセージはＳＤＣＣＨ（Stand-alone Dedicated Control Channel）を介して送信することができる。動作において、通信システムは最初にＭＳＣ（Mobile Switching Center）にメッセージを送る。次に、メッセージはルーティングされＳＭＳＣ（Short Message Service Center）内に格納される。次に、通信システムはアドレスされた移動局を捜し出してメッセージが送られることを警告する。次に、移動局はシステムがメッセージを送るのに使用するＳＤＣＣＨチャネルに同調する。次に、システムは移動局にメッセージを転送して移動局による受信応答を待つ。ＧＳＭショートメッセージサービスに関する詳細は“Digital Cellular Telecommunication System （Phase 2+）, Technical Realization of the Short Message Service （SMS）, Point-to-Point （PP）,”GSM 03.40, version 5.4.0, ETSI, November, 1996 （http://www.etsi.org/でアクセス可能）に記載されている。
【０００５】
情報を運ぶのにＳＭＳメッセージを使用する従来の方法には欠点がある。すなわち、ＳＭＳメッセージはユーザ間の音声通信セッションの前、中、または後で送信することができる。しかしながら、ＳＭＳメッセージおよび音声通信セッションは大部分は独立した方法で進行する。したがって、これらの二つの情報配信モードを結合しても統合され相互関連されたマルチメディアプレゼンテーションの強力な感覚は得られない。
【０００６】
データ配信により音声通信サービスを補うもう一つのより進んだ方法はインターネット閲覧を使用する２．５Ｇまたは３Ｇ技術によるものである。これらのシステムは典型的にはインターネットデータオブジェクトを移動局においてディスプレイするのに適したフォーマットに変換することにより動作する。特に、移動局により典型的に使用される低伝送速度および小型画面サイズとコンパチブルな形式にデータオブジェクトを変換するのにゲートウェイノードが使用される。次に、変換されたデータオブジェクトは移動局に送られそこでユーザが眺めるようにレンダリングされる。移動局においてインターネットデータオブジェクトをディスプレイするのを容易にするために使用することができる一つのマークアップ（markup）言語はＨＤＭＬ（Handheld Device Markup Language）であり、それはよく知られているＨＴＭＬ（Hypertext Markup Language）に合せて作られている。
【０００７】
これらのより進んだシステムにも欠点があることがある。すなわち、サービスプロバイダは特定クラスの端末（２．５Ｇコンパチブル端末等）により使用されるサービスに特定的に“印を付ける”ことができる。このようにして、“あまり進んでいない”技術を使用する消費者はサービスの利益を受けることから締め出されることがある。それはサービスの市場可能性を低減するという望ましくない影響を及ぼすことがある。極端な場合、それによりサービスが消費者により“受け入れられる”のを妨げる（例えば、大多数の最新技術ユーザにサービスを普及させるのに失敗して）影響を及ぼすことがある。
【発明の概要】
【発明が解決しようとする課題】
【０００８】
したがって、音声通信サービスと補足データサービスを結合するより有効な技術を提供することが一般的に必要とされている。
【課題を解決するための手段】
【０００９】
ここに開示されている技術は前記した必要性およびその他の必要性に取り組むものである。一実施例では、本技術は、（ａ）第１の通信装置（例えば、加入者の通信装置）においてレンダリングされるデータオブジェクトを生成し、レンダリングはトリガ通信イベント若しくは事象の発生時に行われ、データオブジェクトは第２の通信装置（例えば、“所有者”の通信装置）のユーザに関連する情報を提供し、（ｂ）データオブジェクトをデータサーバ内に格納し、（ｃ）第１の転送ステップにおいて、データサーバから第２の通信装置（例えば、“所有者”の通信装置）にデータオブジェクトを転送し、（ｄ）第２の転送ステップにおいて、第２の通信装置から第１の通信装置（例えば、加入者の通信装置）にデータオブジェクトを転送し、（ｅ）トリガイベントが発生しているかどうかを確認し、（ｆ）通信イベントの発生時に第１の通信装置（例えば、加入者の通信装置）においてデータオブジェクトをレンダリングすることを含んでいる。
【００１０】
もう一つの実施例では、本技術は、（ａ）第１の通信装置（例えば、加入者の通信装置）においてレンダリングされるデータオブジェクトを生成し、レンダリングはトリガ通信イベントの発生時に行われ、データオブジェクトは第２の通信装置（例えば、“所有者”の通信装置）のユーザに関連する情報を提供し、（ｂ）データオブジェクトをデータサーバ内に格納し、（ｃ）データサーバから第１の通信装置（例えば、加入者の通信装置）にデータオブジェクトを転送し、（ｄ）トリガイベントが発生しているかどうかを確認し、（ｅ）通信イベントの発生時に第１の通信装置（例えば、加入者の通信装置）においてデータオブジェクトをレンダリングするステップを含んでいる。
【００１１】
開示されている発明は前記した技術の物理的インプリメンテーションにも関連している。特に、開示されている発明は前記した技術を実現するのに使用するデータサーバおよびユーザ装置にも関連している。
一実施例では、データオブジェクト転送は（ａ）回線交換通信システムにより使用されるデータパス、（ｂ）パケット交換通信システムにより使用されるデータパス、および／または（ｃ）データパケット網により使用されるデータパスの一つ以上を使用して実施される。
【００１２】
一実施例では、データオブジェクトは可変部および非可変部を含んでいる。データオブジェクトの転送は可変部だけを第１および／または第２の通信装置に転送することを含んでいる。
【発明の効果】
【００１３】
本技術はいくつかの利益を提供する。例えば、データオブジェクトプレゼンテーションと通信イベントの相互関係は通信セッションにマルチメディアディメンジョンを加えることによりユーザの通信セッションを向上させる。さらに、データオブジェクトの配信技術は広範な異なるタイプの通信システム、データ網およびユーザ装置を使用して実現することができ、したがって、より進んだシステムだけでなく現在システムが本技術を使用することができる。例えば、本技術は少なくとも２Ｇ，２．５Ｇおよび３Ｇ通信技術で使用することができる。したがって、例えば、ユーザは一世代の技術から別の世代の技術にグレードアップする時に、シームレスにサービスの利益を受け続けることができる。当業者ならば他の利益は自明である。
【図面の簡単な説明】
【００１４】
【図１】ここに記載された技術を実現するための典型的なシステムを示す図である。
【図２】図１のシステムで使用することができる典型的なユーザ装置を示す図である。
【図３】図２のユーザ装置内で使用することができる典型的なＳＩＭ（Subscriber Identification Module）カードを示す図である。
【図４】図１のシステム内で使用する典型的なデータサーバを示す図である。
【図５】ユーザ装置における一連のデータオブジェクトの典型的なプレゼンテーションを示す図である。
【図６】データオブジェクトの典型的な構成を示す図である。
【図７】図４に示すデータサーバ内のデータオブジェクトの典型的な編成を示す図である。
【図８】一実施例に従って、加入者にデータオブジェクトを転送する典型的な手順を示す図である。
【図９】図８の手順に従ったデータオブジェクトの典型的な転送パスを示す図である。
【図１０】もう一つの実施例に従って、加入者にデータオブジェクトを転送する典型的な手順を示す図である。
【図１１】図１０の手順に従ったデータオブジェクトの典型的な転送パスを示す図である。
【図１２】一実施例に従って、ユーザ装置においてデータオブジェクトを得てレンダリングする典型的な手順を示す図である。
【図１３】もう一つの実施例に従って、ユーザ装置においてデータオブジェクトを得てレンダリングする典型的な手順を示す図である。
【図１４】図１３の手順を相補する、データサーバにおいてデータオブジェクトに対する要求を受信して処理する典型的な手順を示す図である。
【図１５】ユーザ装置のメモリ内にデータオブジェクトを格納するための別の方法を示す図である。
【図１６】図１５に示す別の格納技術に対応するデータオブジェクトの分割を示す図である。
【図１７】図１５に示す別の格納技術に関連するデータオブジェクトの典型的な転送パスを示す図である。
【図１８】データサーバから加入者のユーザ装置へデータオブジェクトを転送する別の方法を示す図である。
【発明を実施するための形態】
【００１５】
１．システム特徴
説明を容易にする特定タイプの通信システム、標準およびプロトコルに関してデータオブジェクト配信技術が説明される。特に、ＧＳＭ（Global System for Mobile Communication）に関してデータオブジェクト配信技術が説明される。しかしながら、本技術は他のタイプのシステム、標準（例えば、ＩＳ-１３６，ＩＳ-９５，等）およびプロトコル（例えば、ＴＤＭＡ，ＦＤＭＡ，ＣＤＭＡ，等）により実現することができる。
【００１６】
図１は本技術を実現することができるシステム１００の概観である。図の頂部において、システム１００は、例えば、ＧＳＭアーキテクチュアに基づいた移動通信システム１２５を含んでいる。システム１００は基地局コントローラ（ＢＳＣ）１１６および公衆電話交換網（ＰＳＴＮ）１２８に接続された移動交換局（ＭＳＣ）１１８を含んでいる。ＢＳＣ１１６は基地局１１４を介して複数のユーザ装置への通信接続を提供する。ユーザ装置は典型的な移動局装置１１０および１１２を含んでいる。ＰＳＴＮ１２８は複数のユーザ装置１３０および１３２への通信接続を提供する。ユーザ装置１３０および１３２はＰＯＴ（“plain old telephone”），ファクシミリまたはデータモデム装置、等の任意タイプの通信装置を含むことができる。ＰＳＴＮ１２８は、また、デジタル加入者回線（ＤＳＬ）を介して接続されるＩＳＤＮ端末および通信装置ともインターフェイスすることができる（直接または間接的に）。また、ＰＳＴＮは随意もう一つの通信システム１３４に接続することができ、それは移動局装置１３６および１３８等の複数のユーザ装置を含むことができる。
【００１７】
ＭＳＣ１１８は通信システムを使用してユーザ装置間で呼を相互接続するのに必要な交換を実施する。ＭＳＣ１１８は認証局（Ａｕｃ）１２０，ホームロケーションレジスタ（ＨＬＲ）１２２，およびビジティングロケーションレジスタ（ＶＬＲ）１２４等のいくつかのデータベースに接続することができる。これらのデータベースは当業者ならばよくご存知である。基本的に、ＡｕＣ１２０はユーザ装置のアイデンティティを検証するのに使用される情報を格納する。ＨＬＲ１２２はユーザが加入したサービス、その他の情報を示すユーザプロファイルを格納する。ＶＬＲ１２４はＭＳＣ１１８の領域内で動作しているユーザ装置を識別する情報を格納する。ＡｕＣ１２０，ＨＬＲ１２２およびＶＬＲ１２４はＭＳＣ１１８の一部として物理的に実現することができ、あるいはＭＳＣ１１８から遠隔に配置することができる。ショートメッセージコントロールセンタ（ＳＭＣＣ）等のメッセージセンタ１２６は移動通信システムに対して送受信されるメッセージを受信し、格納し転送する。
【００１８】
当業者ならば、移動通信システム１２５が追加ユーザ装置、基地局、ＢＳＣ，ＭＳＣ，等を含むことができることは自明であろう。さらに、移動通信システム１２５は追加機能、ノード、データベース、サービス、等を含むことができる。
次に、図の底部について、システム１００はデータ網１４２も含んでいる。データ網１４２は、例えば、情報をデータパケットとして転送するように構成された任意の網を含むことができる。データ網１４２は、例えば、イントラネット、インターネット、ＬＡＮ（ローカルエリアネットワーク）、等を含むことができる。データ網１４２はＨＴＭＬ（Hypertext Markup Language），ダイナミックＨＴＭＬ，ＸＭＬ（Extensible Markup Language），等の網イネーブルコードの任意タイプまたは組合せを使用することができる。データ網は、さらに、ＴＣＰ（Transport Control Protocol），ＵＤＰ（User Datagram Protocol），ＨＴＴＰ（Hypertext Transport Protocol），ＷＡＰ（Wireless Application Protocol，その他のプロトコルの任意タイプまたは組合せにより支配されることがある。
【００１９】
いくつかのエンティティがデータ網１４２とインタラクトすることができる。例えば、コンピュータ装置１４６および１４８がインターネットサービスプロバイダ１４４を介してよく知られた方法でデータ網１４２に通信接続されている。さらに、データサーバ１５０等の複数のデータサーバがデータ網１４２に通信接続されている。
【００２０】
データ網１４２はゲートウェイ１４０を介して移動通信システム１２５とインターフェイスする。ゲートウェイ１４０はデータ網１４２と移動通信システム１２５を接続する任意のプラットフォームを広く表わしている。一実施例では、移動通信システム１２５はショートメッセージサービス（ＳＭＳ）を介したデータメッセージの交換を行う。その場合、ゲートウェイ１４０はデータ網フォーマット（ＴＣＰ／ＩＰ，ＨＴＴＰ，等プロトコルフォーマット）からＳＭＳ-コンパチブルフォーマットへの適切な変換（逆方向通信に対しては逆に）を行う。
【００２１】
前記したＳＭＳデータパスは、下記の検討において、一つの具体的な実施例を提供することにより説明を簡単にして判りやすくすることを“特徴としている”。しかしながら、システム１００はデータ網１４２および移動通信システム１２５間でデータを転送するための他の多様な技術を使用できる（ＳＭＳデータパスの他に）をお判り願いたい。例えば、移動通信システムはＧＰＲＳ（General Packet Radio Service）リンク、または他の多様なタイプのリンク、システム、プロトコル、等を介してデータメッセージを交換することができる。
【００２２】
別の実施例では、サーバノード等のシステムの他のノードにゲートウェイ機能を内蔵することができる。
【００２３】
典型的な通信パスが図１に破線で示されている。例えば、ユーザ装置１１０を使用しているパーティ（以後“Ａ-パーティ”と呼ぶ）は通信パス１６０を介してユーザ装置１３８を使用しているパーティ（以後“Ｂ-パーティ”と呼ぶ）とのリアルタイム回線交換音声接続を達成することができる。さらに、データサーバ１５０はデータパス１５４を介してＡ-パーティとのデータ接続を達成することができる。データサーバ１５０はもう一つのデータパス（図示せず）を介してＢ-パーティとの同様なデータ接続を達成することができる。さらに、コンピュータ装置１４６を使用するユーザはデータパス１５２を介してデータサーバ１５０とのデータ接続を達成することができる。
【００２４】
図２は移動通信システム１２５とインターフェイスするユーザ装置の一つ、すなわち、ユーザ装置１１０を示す。このユーザ装置１１０は移動局ユーザ装置（例えば、移動電話機）、移動局能力付きＰＤＡ（Programmable Digital Assistant）、その他のタイプの装置を含むことができる。ユーザ装置１１０は少なくとも一つのメモリユニット２１２に接続された制御論理２１４を含んでいる。メモリユニット２１２は、一時的に電力を利用できない場合に、格納された情報を保持するために非揮発性（例えば、ＥＥＰＲＯＭまたはＳＩＭカード）とすることができる。制御論理２１４はキーボード、タッチスクリーン、等の一つ以上の入力装置２１０にも接続される。制御論理２１４はディスプレイ、プリンタ、等の一つ以上のレンダリング装置２２２にも接続される。制御論理２１４は空中で信号を送受信するための送信機および受信機ハードウェア（図示せず）を含む無線ユニット２２０にも接続される。無線ユニット２２０はアンテナ２３２に接続される。無線ユニット２２０は音声通信を可能にするオーディオ出力装置２１６（スピーカおよび／またはイヤホーン等）およびマイクロホン２１８にも直接または間接的に接続される。
【００２５】
ユーザ装置はさらに、例えば、複数のプログラムにより実現される追加機能２３０を含むことができる。これらのプログラムは少なくとも一つのタイプのデータオブジェクトをユーザが閲覧できるようにするブラウザ（図示せず）を含むことができる。プログラムはデータオブジェクト要求を暗号化しかつ受信したデータオブジェクトを復号する暗号化／復号エンジン（図示せず）も含むことができる。ユーザ装置は頻繁に使用されたディスプレイオブジェクト等を格納および検索するためのキャッシュメモリ（図示せず）を随意含むことができる。
【００２６】
他のタイプのユーザ装置がシステム１００とインターフェイスすることができる。例えば、もう一つのタイプのユーザ装置はグラフィック能力を有する固定（非移動）電話機を含むことができる。もう一つのタイプのユーザ装置は通信リンクを介してＰＤＡ装置（Personal Digital Assistant装置）（または、類似装置）に接続された移動局を含むことができる。ＰＤＡはデータオブジェクトをディスプレイして操作するための機能を含んでいる。
【００２７】
図２に示すユーザ装置は、２Ｇ，２．５Ｇ，３Ｇ等の技術を含む任意世代の技術を実施することができる。
【００２８】
図２に示すユーザ装置１１０は図３に示すＳＩＭ（Subscriber Identification Module）カード３００とインターフェイスすることができる。ＳＩＭカード３００は加入者の電話番号、独自の識別番号、およびホームシステム識別情報等の加入者を識別するための加入情報を格納する。ＧＳＭ加入者に対する独自の識別番号はＩＭＳＩ（Integrated Mobile Station Identifier）番号を含むことができる。
【００２９】
図３に示すように、典型的なＳＩＭカード３００はメモリ３０６および／または入出力ピン３０４に接続されたマイクロプロセッサ３０２を含んでいる。メモリ３０６はオペレーティングソフトウェア記憶装置３０８（例えば、ＲＯＭメモリとして実現される）、ワーキングメモリ３１０（例えば、ＲＡＭメモリとして実現される）、およびデータストア３１２（例えば、ｅ-ｐｒｏｍメモリとして実現される）を含んでいる。
【００３０】
図４はデータサーバ１５０の典型的な特徴を示す。サーバ１５０は少なくとも一つのメモリ装置４１０，キャッシュメモリ４１６，少なくとも一つのデータベース４１４，および少なくとも一つの通信インターフェイス４１２に接続された少なくとも一つの処理論理装置４４０（例えば、ＣＰＵ）を含んでいる。メモリ装置４１０およびデータベース４１４は非揮発性とすることができる。インターフェイス４１２により処理論理４４０はデータ網１４２に対してデータを送受信することができる。キャッシュメモリ４１６により頻繁に使用されたデータオブジェクトを格納して処理論理装置４４０がそれらを効率的に得るようにすることができる。データベース４１４はシステム１００の通信インフラストラクチュアを介してユーザ装置にディスプレイすることができる実際のデータオブジェクトを含んでいる。
【００３１】
データサーバ１５０はいくつかのプログラム４１８も含むことができる。プログラム４１８はユーザ装置のレンダリング能力に従ってデータオブジェクトを最適化することができるフィルタ４２０を含むことができる。プログラム４１８はデータオブジェクト要求を復号しデータオブジェクトを暗号化することができる暗号化／復号エンジン４２２も含むことができる。
【００３２】
バリエーションに従って、データサーバ１５０のさまざまなモジュールを独立したコンピュータとして実現することができる。独立したコンピュータ（図示せず）は一つの施設内に一緒に配置したり互いに遠隔配置したりすることができる。
【００３３】
データベース４１４は任意タイプの記憶媒体により実現することができる。例えば、それはハードドライブ、ＲＡＭメモリ、磁気媒体（例えば、ディスク、テープ）、光媒体、プリント媒体（例えば、リスト）、等を含むことができる。データベース４１４はリレーショナル、オブジェクト指向、等の任意タイプの編成を使用して形成することができる。データベース４１４は二つ以上のデータベースへ分散式に分離することができる。さらに、データベース４１４は冗長データを含むことができる。内部ノード（例えば、データサーバシステム内部のアクセスポイント）や外部ノード（例えば、データサーバシステム外部のアクセスポイント）を含むシステム１００内の任意のノードがデータベース４１４にアクセスすることができる。したがって、データベース４１４はデータオブジェクトを保持する任意タイプの手段を非常に一般的に表わすものである。
【００３４】
“データオブジェクト”という用語も同様に広範な情報を含むことを意味する。それは任意タイプのオーディオ情報、テキスト情報、グラフィック情報、ビデオ情報、その他のタイプの情報、またはこのようなタイプの任意の組合せに当てはまる。あるいは、データオブジェクトは下記の検討において“ホーンページ（phonepage）”と呼ばれる。特定の一実施例では、データオブジェクトは移動通信システム１２５内でイベントが発生した時に適切なユーザ装置においてレンダリングすることができる情報に関連している。別の実施例では、データオブジェクトはあるサービスまたは機能へのリンクを提供することができる（例えば、加入者により保守される内部または外部データ網へのアクセスを提供することにより）。
【００３５】
図５はシステム１００内でのデータオブジェクト（例えば、ホーンページ）の典型的な使用を説明するための前置きを提供する。第１のユーザ、ボブ、が第２のユーザ、ポール、に対して電話呼出しを行ったものと仮定する。さらに、例えば、ボブ（Ａ-パーティ）は発呼するためにユーザ装置１１０を使用し、ポール（Ｂ-パーティ）はボブの呼を受信するためにユーザ装置１３８を使用するものと仮定する。さらに、ポールは一連のデータオブジェクト（例えば、ホーンページ５０２，５０４，５０６および５０８）を明示しているものと仮定する。この場合、ポールはこれらのデータオブジェクトの生成者（“所有者”とも呼ばれる）である。ポールのデータオブジェクトはボブに対してパーソナル化することができる（例えば、データオブジェクト内のボブを参照して）。あるいは、ポールの一つ以上のデータオブジェクトは一般的なもの（例えば、多数の異なる加入者へのプレゼンテーションに適している）とすることができる。最後に、ボブはポールのデータオブジェクトへのアクセスを有する（後述する方法の一つを使用して）ものと仮定する。
【００３６】
ボブがポールの番号をダイヤルすると、第１のトリガイベント５５０が生じる。それはユーザ装置１１０にデータオブジェクト５０２のディスプレイを促す。データオブジェクト５０２は、例えば、“ハイ ボブ！ 電話をありがとう”と言うパーソナル化されたメッセージ５１０を含むことができる。データオブジェクトはポールの画像５０９等の画像情報を含むこともできる。データオブジェクトはポールの名前、電話番号、および電子メールアドレス等のテキスト情報を含むこともできる。データオブジェクトは、さらに、ポールが話す短い前置きメッセージ等のオーディオ情報を含むことができる。データオブジェクトコンポーネントのこの組合せは完全に典型的なものである。他のデータオブジェクトは、追加タイプの情報を含む、異なるコンポーネントの組合せを提供することができる。さらに、これらのデータオブジェクトコンポーネントの一つ以上を省いて、複雑なグラフィックスをディスプレイする能力を欠くユーザ装置等の、低減された機能を有するユーザ装置に適合することができる。
【００３７】
呼を開設した後で、ユーザ装置１１０はもう一つの呼イベントを待機するように構成することができる。この典型的なケースでは、次の呼イベントはポールがボブを保留させる時に生じる。それはトリガイベント５５２を構成し、それによりユーザ装置は第２のデータオブジェクト５０４をディスプレイするようにされる。データオブジェクト５０４は、例えば、“ちょっと保留するぜ、ボブ！”というメッセージ５１４を提供する。次のイベント５５４はポールが戻ってボブの保留を解除する時に生じ、それによりユーザ装置は第３のデータオブジェクト５０６をディスプレイするよう促される。このデータオブジェクト５０４は、例えば、“戻ったぜ、ボブ！”というメッセージ５１６を提供する。この典型的な例では、いずれかのパーティが呼を終端する時に最終トリガイベント５５６が生じることがあり、それによりユーザ装置は第４のデータオブジェクト５０８をディスプレイするよう促される。このデータオブジェクト５０８は、例えば、“バイボブ、またな！”というメッセージ５１８を提供する。
【００３８】
被呼者のユーザ装置においてもう一つのデータオブジェクトセットをレンダリングすることができる。これらのデータオブジェクトは発呼者に関連しており、一般的に発呼者により（または、発呼者のために）生成される。したがって、前記したシナリオでは、ポールはボブとの会話の途中で複数のデータオブジェクトを見る（および／または聴く）ことができる。
【００３９】
図６は典型的なデータオブジェクト６００のデータコンポーネントを示す。オブジェクト６００はイベントトリガ（ＥＴ）コンポーネント６０１を格納するための第１のデータフィールドを含むことができる。このコンポーネント６０１はデータオブジェクトのプレゼンテーションを促すイベントの性質を示す。例えば、ＥＴコンポーネント６０１はイベントに関連するコードを含むことができ、それは関連する通信イベントの発生時にユーザ装置がメモリからデータオブジェクトを検索するのに使用するための指標として働く。
【００４０】
一般的に言えば、イベントトリガは一つ以上の自動イベント（例えば、他のパーティにより呼が終端する時）、または手動イベント（例えば、Ａ-パーティがＢ-パーティの番号等の番号をダイヤルする時）に起因することができる。特に、トリガイベントは下記の典型的なイベントリストに関連づけることができる。ａ）発呼が開始される（または、されようとしている）、ｂ）アドレスされたＢ-パーティが呼に返答する、ｃ）アドレスされたＢ-パーティが話し中である、ｄ）アドレスされたＢ-パーティが返答しない、ｅ）アドレスされたＢ-パーティが呼を受け付けない、ｆ）アドレスされたＢ-パーティは連絡が取れない（例えば、アドレスされた移動電話機はカバレッジ外である）、ｇ）着呼はこれから開始されるまたは開始されたばかりである、ｈ）会議呼が開始されるまたは開始されようとしている、ｉ）呼が切断される、ｊ）呼が行われる（そこで、いくつかのトリガイベントを発生することができる）、ｋ）加入者が保留される、ｌ）新しいＰＬＭＮ（Public Land Mobile Network）内の新しいセルが選択されている、ｍ）加入者のロケーションが変化している、ｎ）ＰＬＭＮオペレータが選択されている、ｏ）新しい国の登録がなされた、ｐ）ユーザ装置がスイッチオフされようとしている、ｑ）ユーザ装置がスイッチオンされている、ｒ）ユーザ装置上の指示されたボタンが押下される、ｓ）ユーザ装置によりトークスパート（talk spurt）が受信される、ｔ）加入者へのボイスメールが残されている、ｕ）加入者にＳＭＳが送られている、ｖ）ユーザが消失呼、受信呼、および／またはダイヤルされた番号の再検討を開始している（または、再検討している最中である）。
【００４１】
第２のデータフィールドはカウンタコンポーネント（ＣＯ）６０２を格納する。カウンタコンポーネントはデータオブジェクトを特定のユーザに送らなければならない回数を示している。すなわち、ユーザ装置はデータオブジェクトを格納する能力を欠くことがある。この場合、ＣＯコンポーネントは呼イベントが生じる度にユーザ装置にデータオブジェクトを送らなければならないことを示す情報を含むことができる。すなわち、前記した例では、ボブの装置はデータオブジェクトを格納する能力を欠くものと仮定する。この場合、データオブジェクトのＣＯコンポーネントはトリガイベントが生じる度に送信ソース（例えば、ポールのユーザ装置またはデータサーバ１５０）はデータオブジェクトを送信しなければならないことを示す。それに対して、他のユーザ装置はそのローカルメモリ内（例えば、各ＳＩＭカードのメモリ内）にデータオブジェクトを格納する能力を有することができる。この場合、ＣＯコンポーネントはユーザ装置に一度しかデータオブジェクトを送ってはならないことを示す情報を含むことができる。
【００４２】
第３のデータフィールドはオーディオコンポーネント（ＡＵ）６０４を格納することができる。オーディオコンポーネントはデータオブジェクトに関連するさまざまなメッセージを話すオブジェクト生成者の記録を含むことができる。例えば、図５のケースでは、第１のデータオブジェクトは“ハイ ボブ”というポールからの音声メッセージ、または任意他のタイプの挨拶や前置きを含むことができる。オーディオコンポーネントはオーディオ情報がレンダリングされるタイミングを指定することもできる。例えば、オーディオ情報はユーザ装置により発生された通常の呼出信号に重畳して、呼出信号の前、または後に演奏することができる。あるいはオーディオコンポーネントは呼出信号をディセーブルしなければならないことを示すことができる。例えば、被呼ユーザ装置において鳴らされる通常の呼出信号（従来のリングまたはビープ等）の代わりに、被呼ユーザ装置は発呼者により生成される音声メッセージを響かせるように構成することができる（ボブがポールを呼び出す前記したシナリオでは、例えば、“ハロー、ボブです！”のメッセージをアナウンスすることができる）。
【００４３】
さらに、本システムは発呼者が通常聴く従来の呼出信号を抑制し、代わりに被呼者により生成された音声メッセージを響かせるように構成することができる（ボブがポールを呼び出す前記したシナリオでは、ボブは従来の呼出信号の代わりに、例えば、ポールが“すぐ行くから待っててくれ”とアナウンスするメッセージを聴くことができる）。一つ以上の通信イベントが発生した時に、他のオーディオメッセージを会話中に響かせることができる。さらに別の実施例では、オーディオコンポーネントは音楽プレゼンテーションを提供することができる。さらに、また、オーディオコンポーネントはさまざまな録音または合成音（例えば、録音された人間の声以外）等の他の多様な音を提供することができる。
【００４４】
第４のデータフィールドは、一般的にユーザ装置においてディスプレイされる任意タイプの画像、ビデオ、グラフィック、および／またはテキストエレメントを含む、視覚コンポーネント（ＶＩ）６０６を含むことができる。例えば、図５の場合、データオブジェクトは送信者ポールの画像を含んでいた。これらのメッセージの特定の性質は完全に生成者の裁量に任され、多様な画像その他奇抜な図案を含むことができる。一般的に、メーカは正式の知人（例えば、ビジネス上の知人）に対しては比較的正式なデータオブジェクトを生成したいが、友人や家族に対してはより個人的なデータオブジェクトを生成したいものと考えられる。また、視覚コンポーネントはテキストメッセージのディスプレイしか指示しないようにすることができる。
【００４５】
最後に、第５のデータフィールドはデータオブジェクトが多様な他の情報６０８を含むことができることを示す。このような情報はイベントの発生時にユーザ装置の機能を修正するプログラムコード、遠隔リソース（遠隔データサーバリソースまたは網等）へのアクセスを提供するリンク、等を含むことができる。
【００４６】
図７はデータサーバ１５０のデータベース４１４の典型的なコンテンツを示す（図２参照）。各加入者は複数のユーザ装置の各々においてディスプレイする複数セットのデータオブジェクトを生成することができる。本図において、データオブジェクトの生成者は“所有者”と呼ばれ、受信者は加入者と呼ばれる。例えば、第１の所有者“所有者１”は加入者ａに対する一セットのデータオブジェクト７１０を生成する。このセットはＰＰH1-aで示される（加入者“ａ”に対する所有者Ｈ1により生成されたホーンページ，ＰＰを示す）。このセット内の各データオブジェクトは異なる呼イベント（その典型的なリストは前記された）に関連する。すなわち、データオブジェクト７７０は第１のイベントにより（例えば、呼の開始により）トリガすることができ、データオブジェクト７７２は第２のイベント（例えば、会議呼の確立に）によりトリガすることができ、データオブジェクト７７４は第３のイベントにより（例えば、呼の終端により）トリガすることができる。所有者１は加入者“ｂ”に対する第２セットのデータオブジェクト７１２も生成する。所有者１は加入者“ｃ”に対する第３セットのデータオブジェクト７１４も生成する。所有者１に対する複数セットのデータオブジェクトはデータオブジェクト７０２のそのマスターセットを構成する。（異なる加入者により使用される共通データオブジェクトがある範囲までは、データサーバ１５０はこれらの共通データオブジェクトの一つのコピーしか格納せず、これらの共通データオブジェクトが属するセットを示す適切な指標を与えるように構成することができる）。
【００４７】
同様に、所有者２は各加入者（ｄ，ｅ，ｆ）に対する複数セットのデータオブジェクト（７１６，７１８，７２０）を格納してデータオブジェクト７０４のマスターセットを生成することができる。同様に、所有者３は各加入者（ｇ，ｈ，ｉ）に対する複数セットのデータオブジェクト（７２２，７２４，７２６）を格納してデータオブジェクト７０６のマスターセットを生成することができる。同様に、所有者ｎは各加入者（ｊ，ｋ，ｌ）に対する複数セットのデータオブジェクト（７３０，７３２，７３４）を格納してデータオブジェクト７０８のマスターセットを生成することができる。
【００４８】
所有者は各加入者に対するデータオブジェクトの独自のセットを規定する必要がないことをお判り願いたい。例えば、ある場合には、所有者はあるクラスの加入者に対するデータオブジェクトの単一セット（例えば、シリーズ）を規定することができる。さらに、共通ベーステンプレート（または、一連のテンプレート）からデータオブジェクトを設計するように所有者を励ます管理上の利点もある。ベーステンプレートの使用に関する詳細は本開示の第３節に記載される。
【００４９】
２．システム動作
システム１００の典型的なアーキテクチュアおよび機能的特徴について説明してきたので、次に、その動作について説明する。
【００５０】
本システムの主要な目的はデータオブジェクトをユーザ装置に供給してそこでレンダリングすることである。このタスクを実施するためのいくつかの技術が考えられる。概観として、第１の技術において、データサーバ１５０上でデータオブジェクトのマスターセットが生成される。次に、マスターセットは所有者のユーザ装置に転送される。マスターセット内で識別された加入者の一人に関連する呼イベントが発生すると、データオブジェクトの適切なセットが所有者のユーザ装置から加入者のユーザ装置に転送される。次に、データオブジェクトセットは呼（または、他のイベント）の途中でその加入者によりレンダリングされる。第２の技術において、データサーバ１５０上でデータオブジェクトのマスターセットが生成される。次に、マスターセットはその中で識別された適切なユーザ装置に直接普及される。各ユーザ装置は通信イベントが発生するとそのデータオブジェクトセットをレンダリングする。第３の技術において、ユーザ装置は任意の時間、例えば、所有者が一つ以上のデータオブジェクトを生成しているイベントが生じる時に、データサーバが一つ以上のオブジェクトをダウンロードするよう要求することができる。
【００５１】
図８は第１の識別された技術に対して適切な一連のステップを示す。ステップ８０２において、データオブジェクトが生成される。所有者（または、他のエンティティ）はコンピュータ装置（例えば、コンピュータ装置１４６または１４８）を介してデータサーバ１５０にアクセスし、次にデータオブジェクトを設計することによりこの機能を実施することができる。例えば、ユーザは“ウェブ”インターフェイスを介して一つ以上のデータオブジェクトを設計することができる。このデータパスは図１にパス１５２として示されている。あるいは、所有者（または、他のエンティティ）は移動局装置（例えば、移動電話機１１０等）を介してデータオブジェクトの生成を指令することができる。
【００５２】
別の実施例では、データサーバ１５０のオペレータ（または、他のエンティティ）はユーザのために一つ以上のデフォールトデータオブジェクトを生成または割当てすることができる。データオブジェクトの生成または割当てはデータオブジェクト関連サービス（または、他のサービス）に加入するユーザ、または他の手動または自動イベントによりトリガすることができる。この特徴により、個別のユーザにそれ自体のデータオブジェクトを生成する負担をかけることなく、短期間に多数のデータオブジェクトを潜在的に発生することができる。同時に、システムは任意のユーザに対して生成または割り当てられたデフォールトデータオブジェクトを任意のユーザが修正して独自のデータオブジェクトを生成するように構成することができる。
【００５３】
ステップ８０４において、データサーバ１５０はデータオブジェクトのマスターセットを所有者のユーザ装置（例えば、ユーザ装置１１０）にダウンロードする。このデータパスは図１にパス１５４として示されている。システム１００は多様な異なるタイプのメッセージプラットフォームおよびプロトコルの任意の一つを使用してこの転送を実施することができる。例えば、データオブジェクトはショートメッセージサービス（ＳＭＳ）プロトコル（例えば、ＧＳＭシステムにおいて広く使用される）を使用して送信することができる。このプロトコルでは、情報はデータ網１４２およびゲートウェイ１４０を介してメッセージセンター１２６に転送され、その後所有者のユーザ装置（例えば、ユーザ装置１１０）に転送される。アドレスされた所有者のユーザ装置のロケーションおよび／またはシステムのアーキテクチュアに従って、情報をＰＳＴＮ網１２８にも通すことができる（例えば、一般的にＳＭＳ情報はＰＳＴＮの一部を形成してもしなくてもよい、ＳＳ７シグナリング網を使用して一つのＰＬＭＮからもう一つのＰＬＭＮに運ぶことができる）。ステップ８０６において、所有者はデータサーバ１５０からデータオブジェクトを受信して格納する。
【００５４】
ステップ８０８において、所有者のユーザ装置はデータオブジェクトのマスターセット内に表示された加入者の一人（すなわち、ここでは“識別された加入者”と呼ぶ）に関連するイベントの発生を待機する。それは、例えば、識別された加入者により所有者に発せられた電話呼を含むことができる。それに応答して、所有者のユーザ装置はデータオブジェクトの適切なセットを識別された加入者に転送する（ステップ８１０において）。この転送は多様なメッセージプロトコルの任意の一つを使用して実現することができる。例えば、データオブジェクトはショートメッセージサービス（ＳＭＳ）プロトコルを使用して転送することができる。ステップ８１２において、次に所有者のユーザ装置は、例えば、識別された加入者と音声通信セッションを行うことにより、呼イベントを処理する。別の実施例では、所有者はデータオブジェクトの転送を手動で開始することができる（例えば、所有者のユーザ装置のキーボード上で適切な選択を行うことにより）。別の実施例では、所有者のユーザ装置はデータオブジェクトを自動的に転送することができる（例えば、データサーバ１５０から受信するとすぐに、または別の時間に）。
【００５５】
図９は図８の手順に従ってシステムを通るデータオブジェクトの流れを示す。そこに示されているように、データオブジェクトはデータサーバ９１０においてコンピュータ装置９０８（または他のタイプのインターフェイス装置）を使用して生成される。データパスはパス９３０として示されている。データオブジェクトは、その後、データ網９０６を通りパス９３２を介して所有者のユーザ装置９０４に転送される。このパスはＰＳＴＮ９０２を介して転送することを含むように示されている（しかしながら、例えば、データ網がどこでＭＳＣその他の要素に流れ込むかに応じてそうする必要はない）。その後、データオブジェクトはＰＳＴＮ９０２を介して識別された加入者へ分散される。すなわち、図７に示すマスターセット７０２に対して、データオブジェクトセットＰＰH1-aが加入者“ａ”９１２に、データオブジェクトセットＰＰH1-bが加入者“ｂ”９１４に、データオブジェクトセットＰＰH1-cが加入者“ｃ”９１６に転送される。
【００５６】
図１０はデータオブジェクトをユーザ装置に供給する第２の技術を示す。ステップ１００２において、所有者（または、他のエンティティ）はデータサーバ１５０において、例えば、コンピュータ装置１４６または他のタイプのインターフェイス装置を使用して、データオブジェクトのマスターセットを生成する。ステップ１００４において、所有者はデータオブジェクトのマスターセットをデータサーバ１５０に格納する。
【００５７】
ステップ１００６において、データサーバはデータオブジェクトのマスターセットを受信する。ステップ１００８において、データサーバは次にデータオブジェクトのマスターセット内のデータオブジェクトセットを適切な受取人へ転送すべきかどうかを確認する。データオブジェクトセットをいつダウンロードするかを決定するのに異なる要因を使用するように異なるシステムを構成することができる。一実施例では、データオブジェクトは所有者（または、他のエンティティ）により生成された直後に転送される。もう一つの実施例では、データオブジェクトは所有者（または、他のエンティティ）の要求に応じて転送される。第３の実施例では、データオブジェクトはシステムに大きな通信負荷が荷重されていない時間中に（例えば、早朝時間中に）適切なユーザ装置に転送される。ステップ１０１０において、データサーバ１０１０はデータオブジェクトを識別された加入者に直接転送する。ショートメッセージサービス（ＳＭＳ）プロトコル等の、多様なメッセージフォーマットを転送を実施するのに使用することができる。
【００５８】
図１１は図１０の手順に従ってシステムを通るデータオブジェクトの流れを示す。そこに示されているように、データオブジェクトはデータサーバ１１３３においてコンピュータ装置１１３２（または他のタイプのインターフェイス装置）を使用して生成される。このデータパスはパス１１３５として示されている。データオブジェクトは、その後、データ網１１０６を介して識別された加入者に直接転送される。また、アドレスされた加入者のロケーションおよび／またはシステムのアーキテクチュアに応じて、データオブジェクトはＰＳＴＮ１１０２を介して潜在的に転送される（例えば、一般的にＳＭＳ情報はＰＳＴＮの一部を形成することもしないこともあるＳＳ７シグナリング網を使用して一つのＰＬＭＮからもう一つのＰＬＭＮに運ばれる）。その結果、図７に示すマスターセット７０２に対して、データオブジェクトセットＰＰH1-aが加入者“ａ”１１１２に、データオブジェクトセットＰＰH1-bが加入者“ｂ”１１１４に、データオブジェクトセットＰＰH1-cが加入者“ｃ”１１１６に転送される。
【００５９】
前記した技術の考えられる一つの面倒な問題はＳＭＳメッセージサービスにより採用される課金方式に関連している。あるＳＭＳ課金方式はメッセージの送信者がメッセージ転送料を支払うように明記している。それはデータサーバオペレータが転送コストを負わされることを意味する。しかしながら、このコストはさまざまな方法で回避することができる。例えば、移動通信システム１２５のメッセージセンター１２６は所有者がＳＭＳメッセージをメッセージセンター１２６に送って指定された加入者へのそのデータオブジェクトの配信をトリガする必要があるように構成することができる。このトリガ信号は請求書送付イベントを指示することができる。あるいは、データサーバがメッセージ転送コストを単純に所有者へ通すことができる。所有者はＳＭＳメッセージをデータサーバ１５０へ送って指示された加入者へのそのデータオブジェクトの転送をトリガすることもできる。
【００６０】
図１２はユーザ装置がそのローカルメモリ内に格納されたデータオブジェクトをレンダリング（例えば、ディスプレイ）するのに使用される一連のステップを示す。ステップ１２０２において、ユーザ装置はデータオブジェクト（図８または図１０の方法、または他の方法で転送されている）を受信する。ステップ１２０４において、ユーザ装置はデータオブジェクトを格納する。ステップ１２０６において、ユーザ装置はトリガイベントが発生しているかどうかを確認する。典型的なトリガイベントについては前記した。トリガイベントが発生しておれば、ユーザ装置は適切なデータオブジェクトを検索する（ステップ１２０８）。特に、一つの典型的な実施例では、ユーザが通信しているパーティを識別することにより（例えば、呼の開設途中でユーザ装置に送信されるそのパーティの電話番号に注目することにより）データオブジェクトの適切なセット（例えば、所有者に関連する）を識別することができる。発生しているイベントに関連するコードとデータオブジェクトに関連する対応するコードを一致させることにより、そのセット内の特定のデータオブジェクトにアクセスすることができる。ステップ１２１０において、ユーザ装置はデータオブジェクトをレンダリングする。ステップ１２１２において、ユーザ装置は呼イベントを処理する（例えば、発呼または受呼等により）。
【００６１】
図１３はユーザ装置がデータサーバから一つ以上のデータオブジェクトを得るために使用することができるもう一つの技術を提供する。本技術はステップ１３０２において開始され、そこでユーザ装置はトリガイベントが発生しているかどうかを確認する（前記識別されたユーザイベントのいずれか一つを含むことができる）。ステップ１３０４において、ユーザ装置はデータサーバにデータオブジェクト要求を送る。ステップ１３０６において、ユーザ装置はデータサーバから要求されたデータオブジェクトを受信する。ステップ１３０８において、ユーザ装置は受信したデータオブジェクトをレンダリングする。
【００６２】
ステップ１３０４におけるデータオブジェクト要求は、特に、下記のパラメータの少なくとも一つを含むことができる。ａ）送信に使用するために要求されたプロトコル（例えば、ＷＡＰ，ＷＭＬ，ＨＤＭＬ，ＨＴＭＬ，ＸＭＬ等）、ｂ）データオブジェクトサーバの識別（例えば、サーバ名またはプレーンＩＰアドレス）、ｃ）どの種類のイベントがデータオブジェクト要求をトリガしたかを示すコード（例えば、発呼開設）、ｄ）少なくとも一つのＢ-パーティ装置に関連する表示されたＢ-番号、ｅ）Ａ-パーティアイデンティティおよび／または秘密Ａ-パーティアイデンティティ（例えば、移動局のＡ-番号）、ｆ）要求されたデータオブジェクトを戻す時にデータオブジェクトサーバにより使用されるＡ-パーティ（例えば、ＩＰアドレス）の網アドレス、ｇ）Ａ-パーティのディスプレイ能力（例えば、画面解像度、オーディオ、等）を示す能力コード、ｈ）使用される暗号方式または暗号鍵を示すコード、ｉ）移動局が登録される国を示すコード（例えば、国コード）、ｊ）現在のＰＬＭＮ（Ｖ-ＰＬＭＮ）オペレータまたはＡ-パーティが（Ｈ-ＰＬＭＮ）加入を有するＰＬＭＮまたはその両方を識別するコード、ｋ）移動局のベンダおよび移動局のタイプを示すコード、ｌ）独自の装置アイデンティティを示すコード、および、ｍ）パラメータの検証コード（例えば、チュックサム）。
【００６３】
別の実施例では、加入者はデータサーバから一つ以上のデータオブジェクトを“手動”検索することができる（例えば、ユーザ装置のキーボードで適切な選択を行って）。この選択はトリガ通信イベントを構成する。
【００６４】
図１４は図１３に示す手順に応答してデータオブジェクトサーバ（データオブジェクトサーバ１５０等）内で実施される対応する手順を示す。すなわち、ステップ１４０２において、データサーバはデータオブジェクト要求を受信する。典型的に、この要求は（典型的な実施例において）少なくともＡ-またはＢ-番号を指定する表示およびどの種類のアクションが要求をトリガしたかの指定を含んでいる。アドレス表示（例えば、Ａ-またはＢ-番号）はデータオブジェクトサーバ内のメモリアドレス、またはある別の場所に維持されたもう一つのデータベース内に設けられたアドレスにマッピングされる。アドレスはホーンページ等のデータオブジェクトを指定することができる。データサーバはステップ１４０４においてデータオブジェクトを検索する。ステップ１４０２において受信された要求はユーザ装置ディスプレイ能力の表示を含むこともできる。この場合、ステップ１４０６において、データサーバは検索されたデータオブジェクトを要求されたフォーマットに適合させることができる。あるいは、データベースはデータオブジェクトを異なるフォーマットで格納することができる。この場合、データサーバは正しいフォーマットを有するデータオブジェクトを検索することにより要求に応じる。データサーバはステップ１４０８においてデータオブジェクトを送る。
【００６５】
図１３および図１４で検討したデータ（例えば、要求およびデータオブジェクト）を転送するのにさまざまなデータ転送機構を使用することができる。例えば、ＳＭＳメッセージングを使用することができる。あるいは、ＧＰＲＳデータパスを使用することができる。ＧＰＲＳチャネルを使用する情報転送の詳細については本開示の関連出願の相互参照の項に示す出願に記載されている。
【００６６】
３．バリエーション
前記したシステムおよび方法はさまざまな方法で修正することができる。例えば、データ網１４２および／またはＰＳＴＮ１２８（または、他の網）を介して送信された全ての情報を転送する前に暗号化してメッセージの秘匿性を保証することができる。次に、受信サイトは送信された情報をディスプレイまたは処理する前に復号することができる。例えば、データサーバは所有者や加入者のユーザ装置に転送する前にデータオブジェクトを暗号化することができる。次に、ユーザ装置はデータオブジェクトを復号してからレンダリングすることができる。ユーザ装置は他のユーザ装置やデータサーバ等の他のエンティティに送る任意の要求、メッセージ、データオブジェクト、等を暗号化することもできる。
【００６７】
もう一つのバリエーションでは、ユーザ装置のメモリは図１５に示すように構成することができる。図において、典型的なメモリ１５０２は標準（すなわち、非可変）データ１５０４を含んでいる。標準データ１５０４は一つ以上のベーステンプレートを指定することができる。ベーステンプレートは複数の所有者により設計されたデータオブジェクト内の共通要素に関連することができる（例えば、多数の所有者が同じベーシックホーンページレイアウトを使用してそれらのページを設計する場合）。さらに、あるいは代わりに、ベーステンプレートは特定の所有者のデータオブジェクトセット内の共通特徴に関連することができる（例えば、所有者が同じ背景シーンを共有するいくつかのホーンページを有する場合）。一方、メモリ１５０２はデルタ（すなわち、可変）データ１５０６を含むこともできる。デルタデータはレンダリングされたデータオブジェクトの独自の特徴に関連する。独自の特徴は標準データ１５０４内に格納されたベーステンプレートからそれらを区別するレンダリングされたデータオブジェクトの特徴である。
【００６８】
図１６は典型的なデータオブジェクトに対する標準データ部１６０２およびデルタデータ部１６０４の一例を示す。この図はこれら二つの部分がどのように結合されてレンダリングされたオブジェクト１６０８を作り出すかも示している。特に、このデータオブジェクトに対して、標準データ部１６０２は一般的なメッセージを有するベーステンプレートを提供することができる。このメッセージはメッセージをパーソナル化するテキストを書き入れることができるフィールド１６５０を有する。さらに、標準データ部１６０２はデータオブジェクトをさらにパーソナル化するオーディオメッセージを書き入れることができるフィールド１６５２を含んでいる。一方、デルタデータ部１６０４は“電話をください”等のパーソナル化されたオーディオ挨拶と結合されたパーソナル化されたテキスト“ボブ”を含んでいる。デルタデータは標準データ部に“追加”されてレンダリングされたデータオブジェクト１６０８を作り出す。
【００６９】
図１５に示す記憶フォーマットはデータオブジェクトのより効率的な格納および転送を提供する。図１７について、例えば、ユーザ装置１７０６（加入者“ａ”により操作される）はそのメモリ内に標準データ“ｓ”を格納することができる。この標準データは複数のデータオブジェクトをレンダリングするのに使用することができる。このような冗長データの単一コピーを記憶することによりユーザ装置の記憶要求条件が低減される。さらに、ユーザ装置１７０６がその設計内で標準データを使用する追加データオブジェクトを受信する場合には、ユーザ装置１７０６にデルタデータを転送するだけでよい（データオブジェクトＰＰH1-aに対するデルタデータ１７０８等）。
【００７０】
一実施例では、標準データは任意の時間にユーザ装置に転送することができる（例えば、必ずしも通信イベントが生じる時ではなく）。一実施例では、ユーザに提供されたＳＩＭカードは一つ以上の共通データオブジェクトテンプレートを含む標準データを既に含んでいる。
【００７１】
もう一つのバリエーションに従って、ＳＭＳプロトコルを使用する代わりまたは補足として、ＵＳＳＤ（Unstructured Supplementary Service Data）プロトコルを使用してユーザ装置にデータオブジェクトを送信することができる。ＵＳＳＤおよびＳＭＳは共にＧＳＭシステムのシグナリングパスを使用してデータメッセージを送信することができる点において似ている。しかしながら、ＳＭＳプロトコルとは異なり、ＵＳＳＤプロトコルはストア-アンド-フォワード型のサービスは規定しない。データオブジェクトを転送するのにさらに他のプロトコルを使用することができる。
【００７２】
図１８はもう一つのバリエーションを示す。特に、本図はユーザ装置８１４に接続されるインターフェイスユニット１８１２に接続されたコンピュータ装置１８１０を含めることにより前の図面とは異なる構造を示す。一実施例では、コンピュータ装置１８１０はパーソナルコンピュータ装置を含むことができる。インターフェイスユニット１８１２はコンピュータ装置１８１０およびユーザ装置１８１４間で情報を転送するための任意の連結機構を含むことができる。コンピュータ装置１８１０およびユーザ装置１８１４間のリンクはハードワイヤリンク、ワイヤレスリンク（例えば、無線または赤外）、その他のタイプのリンクを含むことができる。一実施例では、インターフェイスユニット１８１２はさらにユーザ装置１８１４を受入れかつユーザ装置１８１４上に設けられた入出力端子（図示せず）と噛み合う適切な端子（図示せず）を含むソケット型の連結機構（図示せず）を含むことができる。
【００７３】
図１８に示すシステムの動作は図１０に示す手順と類似性を有する。すなわち、例えば、コンピュータ装置１８０４または他のタイプのインターフェイス装置を使用して、所有者（または、他のエンティティ）がデータサーバ１８０６においてデータオブジェクトのマスターセットを生成する。次に、データサーバ１８０６はこのデータオブジェクトのマスターセットを受信して格納する。
【００７４】
次に、データサーバ１８０６はデータオブジェクトのマスターセット内のデータオブジェクトセットを適切な受取人へ転送すべきかどうかを確認する。データオブジェクトセットをいつダウンロードするかを決定するのに異なる要因を使用するような異なるシステムを構成することができる。一実施例では、データオブジェクトは所有者（または、他のエンティティ）により生成された直後に転送される。
【００７５】
もう一つの実施例では、ユーザ装置１８１４はコンピュータ装置１８１０を介してデータサーバ１８０６に要求を送る。この要求は一つ以上のデータオブジェクトをコンピュータ装置１８１０にダウンロードするようデータサーバ１８０６を命令することができる。特に、ユーザ装置１８１４はユーザ装置のローカルメモリ内（例えば、ＳＩＭカード内に格納されたユーザ装置の電話帳内、またはユーザ装置のもう一つのメモリ内）に格納されるデータオブジェクトに関連する更新されたデータオブジェクトを送るようデータサーバ１８０６を命令することができる。あるいは、ユーザ装置１８１４は、データサーバ１８０６がユーザ装置１８１４にダウンロードしなければならないと独立に決定するいかなるデータオブジェクトも送るように単純にデータサーバ１８０６を命令することができる。さらに、ユーザ装置１８１４はユーザ装置のローカルメモリ内に格納されたデータオブジェクトに関連する更新されたデータオブジェクトを送るようデータサーバ１８０６を命令することができるが、データサーバ１８０６はそれがこの要求に全部または一部従うかどうかの独立した判断をやはり遂行する。
【００７６】
もう一つの実施例では、コンピュータ装置１８１０はデータサーバ１８０６に独立に要求を送る。すなわち、ユーザ装置１８１４がインターフェイスユニット１８１２を介してコンピュータ装置１８１０に接続されない場合でも、コンピュータ装置１８１０はデータサーバ１８０６に要求を送ることができる。この要求は一つ以上のデータオブジェクトをコンピュータ装置１８１０にダウンロードするようデータサーバ１８０６を命令することができる。特に、コンピュータ装置１８１０はユーザ装置のローカルメモリ内（例えば、ＳＩＭカード内に格納されたそのユーザ装置の電話帳内、またはユーザ装置のもう一つのメモリ内）に格納されるデータオブジェクトに関連する更新されたデータオブジェクトを送るようデータサーバ１８０６を命令することができる。別の実施例では、コンピュータ装置１８１０は周期的ベースでデータサーバ１８０６に要求を送るように構成することができる。
【００７７】
もう一つの実施例では、データサーバ１８０６はコンピュータ１８１０やユーザ装置１８１４にそうするよう明確に要求されることなくコンピュータ１８１０へのデータオブジェクトの転送を開始することができる。すなわち、データサーバ１８０６はそれ自体の“タイムテーブル”を使用していつデータオブジェクトをダウンロードするか決定することができる。別の実施例では、コンピュータ装置１８１０、ユーザ装置１８１４、または他のエンティティ（例えば、所有者）はデータサーバ１８０６がコンピュータ１８１０にデータオブジェクトをダウンロードすべき周波数を指定する命令をデータサーバ１８０６に送ることができる。例えば、ユーザ装置１８１４を操作している加入者は、特定の所有者が自分のデータオブジェクトを頻繁に変えることが知られている場合には、その特定の所有者に対して比較的頻繁なベースでデータオブジェクトをダウンロードするようデータサーバ１８０６を命令することができる。
【００７８】
当業者ならば、さらにバリエーションを使用して、転送されるデータオブジェクトのアイデンティティを決定するだけでなく、加入者“ａ”にデータオブジェクトが転送されるタイミングを決定することができることがお判りであろう。
【００７９】
データオブジェクトを転送する時間であれば、データサーバ１８０６が受取人のコンピュータ装置に直接オブジェクトを転送する。図１８のシナリオでは、データサーバ１８０６は加入者ａ’のコンピュータ装置１８１０にデータオブジェクトセットＰＰH1-aを転送する。転送はデータパケット網１８０８を介して従来のプロトコルにより行うことができる。データオブジェクトを受信したら、コンピュータ装置１８１０はインターフェイス１８１２を介して加入者のユーザ装置１８１４にデータオブジェクトを転送する。
【００８０】
発明の精神および範囲を逸脱することなく前記した実施例を修正することができ、それは特許請求の範囲およびその法的に同等なものに含まれるものとする。
【００８１】
関連特許の相互参照
本出願はその全体が本開示の一部としてここに組み入れられる2000年8月23日出願の特許出願第09／644,307号（’307出願），“Method and Apparatus for Exchange of Information in a Communication Network”に関連している。’307出願は、その全体が本開示の一部としてここに組み入れられる、2000年1月19日出願の仮特許出願第60／176,806号に基づいている。
【技術分野】
【０００１】
本発明は一般的に通信システムにおける情報の交換に関する。特に、本発明は通信システム内のユーザ装置にデータオブジェクトを供給する方法および物理的インプリメンテーション（例えば、システム、データサーバ、通信装置等）に関する。本発明はデータオブジェクトを受信する方法および物理的インプリメンテーションにも関連している。本発明はデータオブジェクトをレンダリング（rendering）する方法および物理的インプリメンテーションにも関連している。より詳細な実施例では、本発明は移動通信システムにおける移動局にデータオブジェクトを供給し、移動局によりデータオブジェクトを受信し、移動局においてデータオブジェクトをレンダリングする方法および物理的インプリメンテーションに関連している。
【背景技術】
【０００２】
移動通信システムおよびデータパケット網（インターネットが有名）は共に近年著しい成功を収めてきている。移動通信システムはアナログまたはデジタルフォーマット（または、ハイブリッドフォーマット）でユーザ間にリアルタイム音声通信を配信する。移動通信システムのよく知られた一例はＧＳＭ（Global System for Mobile Communication）である。この標準は回線交換通信技術を使用してその加入者に音声通信を提供する。この方法では、システムは呼の全持続時間にわたって呼に通信リソースを割り当てる。一方、インターネットは主としてデータパケット技術を使用してユーザにデジタル情報を配信する。この方法では、システムはデータが送信される期間中しか通信リソースを使用しない。
【０００３】
従来の移動通信システムの側面とデータ網の側面を併合する努力が長い間行われてきている。これらの努力の産物はいくつかの段階、すなわち“世代”、に分割することができる。すなわち、一般的にアナログ“音声中心”サービスに関連する第１世代（１Ｇ）。一般的に“音声中心”デジタル通信サービスに関連する第２世代（２Ｇ）。音声、ビデオ、グラフィックス、オーディオその他の情報のオプショナルマルチメディア通信による高速ブロードバンドサービスに関連する第３世代（３Ｇ）。さらに、２．５世代（２．５Ｇ）技術が一般的に２Ｇおよび３Ｇサービスの両方の側面を有する高速サービスに関連している。例えば、２．５Ｇ技術はＧＰＲＳ（General Packet Radio Service）システムまたはＥＤＧＥ（Enhanced Data Rastes for Global Evolution）システムを利用することができる。
【０００４】
例えば、２Ｇ-技術コンテキストのデータ配信により音声通信を補う一つの既知の方法はＳＭＳ（Short Message Service）によるものである。ＧＳＭ標準では、ＳＭＳメッセージはＳＤＣＣＨ（Stand-alone Dedicated Control Channel）を介して送信することができる。動作において、通信システムは最初にＭＳＣ（Mobile Switching Center）にメッセージを送る。次に、メッセージはルーティングされＳＭＳＣ（Short Message Service Center）内に格納される。次に、通信システムはアドレスされた移動局を捜し出してメッセージが送られることを警告する。次に、移動局はシステムがメッセージを送るのに使用するＳＤＣＣＨチャネルに同調する。次に、システムは移動局にメッセージを転送して移動局による受信応答を待つ。ＧＳＭショートメッセージサービスに関する詳細は“Digital Cellular Telecommunication System （Phase 2+）, Technical Realization of the Short Message Service （SMS）, Point-to-Point （PP）,”GSM 03.40, version 5.4.0, ETSI, November, 1996 （http://www.etsi.org/でアクセス可能）に記載されている。
【０００５】
情報を運ぶのにＳＭＳメッセージを使用する従来の方法には欠点がある。すなわち、ＳＭＳメッセージはユーザ間の音声通信セッションの前、中、または後で送信することができる。しかしながら、ＳＭＳメッセージおよび音声通信セッションは大部分は独立した方法で進行する。したがって、これらの二つの情報配信モードを結合しても統合され相互関連されたマルチメディアプレゼンテーションの強力な感覚は得られない。
【０００６】
データ配信により音声通信サービスを補うもう一つのより進んだ方法はインターネット閲覧を使用する２．５Ｇまたは３Ｇ技術によるものである。これらのシステムは典型的にはインターネットデータオブジェクトを移動局においてディスプレイするのに適したフォーマットに変換することにより動作する。特に、移動局により典型的に使用される低伝送速度および小型画面サイズとコンパチブルな形式にデータオブジェクトを変換するのにゲートウェイノードが使用される。次に、変換されたデータオブジェクトは移動局に送られそこでユーザが眺めるようにレンダリングされる。移動局においてインターネットデータオブジェクトをディスプレイするのを容易にするために使用することができる一つのマークアップ（markup）言語はＨＤＭＬ（Handheld Device Markup Language）であり、それはよく知られているＨＴＭＬ（Hypertext Markup Language）に合せて作られている。
【０００７】
これらのより進んだシステムにも欠点があることがある。すなわち、サービスプロバイダは特定クラスの端末（２．５Ｇコンパチブル端末等）により使用されるサービスに特定的に“印を付ける”ことができる。このようにして、“あまり進んでいない”技術を使用する消費者はサービスの利益を受けることから締め出されることがある。それはサービスの市場可能性を低減するという望ましくない影響を及ぼすことがある。極端な場合、それによりサービスが消費者により“受け入れられる”のを妨げる（例えば、大多数の最新技術ユーザにサービスを普及させるのに失敗して）影響を及ぼすことがある。
【発明の概要】
【発明が解決しようとする課題】
【０００８】
したがって、音声通信サービスと補足データサービスを結合するより有効な技術を提供することが一般的に必要とされている。
【課題を解決するための手段】
【０００９】
ここに開示されている技術は前記した必要性およびその他の必要性に取り組むものである。一実施例では、本技術は、（ａ）第１の通信装置（例えば、加入者の通信装置）においてレンダリングされるデータオブジェクトを生成し、レンダリングはトリガ通信イベント若しくは事象の発生時に行われ、データオブジェクトは第２の通信装置（例えば、“所有者”の通信装置）のユーザに関連する情報を提供し、（ｂ）データオブジェクトをデータサーバ内に格納し、（ｃ）第１の転送ステップにおいて、データサーバから第２の通信装置（例えば、“所有者”の通信装置）にデータオブジェクトを転送し、（ｄ）第２の転送ステップにおいて、第２の通信装置から第１の通信装置（例えば、加入者の通信装置）にデータオブジェクトを転送し、（ｅ）トリガイベントが発生しているかどうかを確認し、（ｆ）通信イベントの発生時に第１の通信装置（例えば、加入者の通信装置）においてデータオブジェクトをレンダリングすることを含んでいる。
【００１０】
もう一つの実施例では、本技術は、（ａ）第１の通信装置（例えば、加入者の通信装置）においてレンダリングされるデータオブジェクトを生成し、レンダリングはトリガ通信イベントの発生時に行われ、データオブジェクトは第２の通信装置（例えば、“所有者”の通信装置）のユーザに関連する情報を提供し、（ｂ）データオブジェクトをデータサーバ内に格納し、（ｃ）データサーバから第１の通信装置（例えば、加入者の通信装置）にデータオブジェクトを転送し、（ｄ）トリガイベントが発生しているかどうかを確認し、（ｅ）通信イベントの発生時に第１の通信装置（例えば、加入者の通信装置）においてデータオブジェクトをレンダリングするステップを含んでいる。
【００１１】
開示されている発明は前記した技術の物理的インプリメンテーションにも関連している。特に、開示されている発明は前記した技術を実現するのに使用するデータサーバおよびユーザ装置にも関連している。
一実施例では、データオブジェクト転送は（ａ）回線交換通信システムにより使用されるデータパス、（ｂ）パケット交換通信システムにより使用されるデータパス、および／または（ｃ）データパケット網により使用されるデータパスの一つ以上を使用して実施される。
【００１２】
一実施例では、データオブジェクトは可変部および非可変部を含んでいる。データオブジェクトの転送は可変部だけを第１および／または第２の通信装置に転送することを含んでいる。
【発明の効果】
【００１３】
本技術はいくつかの利益を提供する。例えば、データオブジェクトプレゼンテーションと通信イベントの相互関係は通信セッションにマルチメディアディメンジョンを加えることによりユーザの通信セッションを向上させる。さらに、データオブジェクトの配信技術は広範な異なるタイプの通信システム、データ網およびユーザ装置を使用して実現することができ、したがって、より進んだシステムだけでなく現在システムが本技術を使用することができる。例えば、本技術は少なくとも２Ｇ，２．５Ｇおよび３Ｇ通信技術で使用することができる。したがって、例えば、ユーザは一世代の技術から別の世代の技術にグレードアップする時に、シームレスにサービスの利益を受け続けることができる。当業者ならば他の利益は自明である。
【図面の簡単な説明】
【００１４】
【図１】ここに記載された技術を実現するための典型的なシステムを示す図である。
【図２】図１のシステムで使用することができる典型的なユーザ装置を示す図である。
【図３】図２のユーザ装置内で使用することができる典型的なＳＩＭ（Subscriber Identification Module）カードを示す図である。
【図４】図１のシステム内で使用する典型的なデータサーバを示す図である。
【図５】ユーザ装置における一連のデータオブジェクトの典型的なプレゼンテーションを示す図である。
【図６】データオブジェクトの典型的な構成を示す図である。
【図７】図４に示すデータサーバ内のデータオブジェクトの典型的な編成を示す図である。
【図８】一実施例に従って、加入者にデータオブジェクトを転送する典型的な手順を示す図である。
【図９】図８の手順に従ったデータオブジェクトの典型的な転送パスを示す図である。
【図１０】もう一つの実施例に従って、加入者にデータオブジェクトを転送する典型的な手順を示す図である。
【図１１】図１０の手順に従ったデータオブジェクトの典型的な転送パスを示す図である。
【図１２】一実施例に従って、ユーザ装置においてデータオブジェクトを得てレンダリングする典型的な手順を示す図である。
【図１３】もう一つの実施例に従って、ユーザ装置においてデータオブジェクトを得てレンダリングする典型的な手順を示す図である。
【図１４】図１３の手順を相補する、データサーバにおいてデータオブジェクトに対する要求を受信して処理する典型的な手順を示す図である。
【図１５】ユーザ装置のメモリ内にデータオブジェクトを格納するための別の方法を示す図である。
【図１６】図１５に示す別の格納技術に対応するデータオブジェクトの分割を示す図である。
【図１７】図１５に示す別の格納技術に関連するデータオブジェクトの典型的な転送パスを示す図である。
【図１８】データサーバから加入者のユーザ装置へデータオブジェクトを転送する別の方法を示す図である。
【発明を実施するための形態】
【００１５】
１．システム特徴
説明を容易にする特定タイプの通信システム、標準およびプロトコルに関してデータオブジェクト配信技術が説明される。特に、ＧＳＭ（Global System for Mobile Communication）に関してデータオブジェクト配信技術が説明される。しかしながら、本技術は他のタイプのシステム、標準（例えば、ＩＳ-１３６，ＩＳ-９５，等）およびプロトコル（例えば、ＴＤＭＡ，ＦＤＭＡ，ＣＤＭＡ，等）により実現することができる。
【００１６】
図１は本技術を実現することができるシステム１００の概観である。図の頂部において、システム１００は、例えば、ＧＳＭアーキテクチュアに基づいた移動通信システム１２５を含んでいる。システム１００は基地局コントローラ（ＢＳＣ）１１６および公衆電話交換網（ＰＳＴＮ）１２８に接続された移動交換局（ＭＳＣ）１１８を含んでいる。ＢＳＣ１１６は基地局１１４を介して複数のユーザ装置への通信接続を提供する。ユーザ装置は典型的な移動局装置１１０および１１２を含んでいる。ＰＳＴＮ１２８は複数のユーザ装置１３０および１３２への通信接続を提供する。ユーザ装置１３０および１３２はＰＯＴ（“plain old telephone”），ファクシミリまたはデータモデム装置、等の任意タイプの通信装置を含むことができる。ＰＳＴＮ１２８は、また、デジタル加入者回線（ＤＳＬ）を介して接続されるＩＳＤＮ端末および通信装置ともインターフェイスすることができる（直接または間接的に）。また、ＰＳＴＮは随意もう一つの通信システム１３４に接続することができ、それは移動局装置１３６および１３８等の複数のユーザ装置を含むことができる。
【００１７】
ＭＳＣ１１８は通信システムを使用してユーザ装置間で呼を相互接続するのに必要な交換を実施する。ＭＳＣ１１８は認証局（Ａｕｃ）１２０，ホームロケーションレジスタ（ＨＬＲ）１２２，およびビジティングロケーションレジスタ（ＶＬＲ）１２４等のいくつかのデータベースに接続することができる。これらのデータベースは当業者ならばよくご存知である。基本的に、ＡｕＣ１２０はユーザ装置のアイデンティティを検証するのに使用される情報を格納する。ＨＬＲ１２２はユーザが加入したサービス、その他の情報を示すユーザプロファイルを格納する。ＶＬＲ１２４はＭＳＣ１１８の領域内で動作しているユーザ装置を識別する情報を格納する。ＡｕＣ１２０，ＨＬＲ１２２およびＶＬＲ１２４はＭＳＣ１１８の一部として物理的に実現することができ、あるいはＭＳＣ１１８から遠隔に配置することができる。ショートメッセージコントロールセンタ（ＳＭＣＣ）等のメッセージセンタ１２６は移動通信システムに対して送受信されるメッセージを受信し、格納し転送する。
【００１８】
当業者ならば、移動通信システム１２５が追加ユーザ装置、基地局、ＢＳＣ，ＭＳＣ，等を含むことができることは自明であろう。さらに、移動通信システム１２５は追加機能、ノード、データベース、サービス、等を含むことができる。
次に、図の底部について、システム１００はデータ網１４２も含んでいる。データ網１４２は、例えば、情報をデータパケットとして転送するように構成された任意の網を含むことができる。データ網１４２は、例えば、イントラネット、インターネット、ＬＡＮ（ローカルエリアネットワーク）、等を含むことができる。データ網１４２はＨＴＭＬ（Hypertext Markup Language），ダイナミックＨＴＭＬ，ＸＭＬ（Extensible Markup Language），等の網イネーブルコードの任意タイプまたは組合せを使用することができる。データ網は、さらに、ＴＣＰ（Transport Control Protocol），ＵＤＰ（User Datagram Protocol），ＨＴＴＰ（Hypertext Transport Protocol），ＷＡＰ（Wireless Application Protocol，その他のプロトコルの任意タイプまたは組合せにより支配されることがある。
【００１９】
いくつかのエンティティがデータ網１４２とインタラクトすることができる。例えば、コンピュータ装置１４６および１４８がインターネットサービスプロバイダ１４４を介してよく知られた方法でデータ網１４２に通信接続されている。さらに、データサーバ１５０等の複数のデータサーバがデータ網１４２に通信接続されている。
【００２０】
データ網１４２はゲートウェイ１４０を介して移動通信システム１２５とインターフェイスする。ゲートウェイ１４０はデータ網１４２と移動通信システム１２５を接続する任意のプラットフォームを広く表わしている。一実施例では、移動通信システム１２５はショートメッセージサービス（ＳＭＳ）を介したデータメッセージの交換を行う。その場合、ゲートウェイ１４０はデータ網フォーマット（ＴＣＰ／ＩＰ，ＨＴＴＰ，等プロトコルフォーマット）からＳＭＳ-コンパチブルフォーマットへの適切な変換（逆方向通信に対しては逆に）を行う。
【００２１】
前記したＳＭＳデータパスは、下記の検討において、一つの具体的な実施例を提供することにより説明を簡単にして判りやすくすることを“特徴としている”。しかしながら、システム１００はデータ網１４２および移動通信システム１２５間でデータを転送するための他の多様な技術を使用できる（ＳＭＳデータパスの他に）をお判り願いたい。例えば、移動通信システムはＧＰＲＳ（General Packet Radio Service）リンク、または他の多様なタイプのリンク、システム、プロトコル、等を介してデータメッセージを交換することができる。
【００２２】
別の実施例では、サーバノード等のシステムの他のノードにゲートウェイ機能を内蔵することができる。
【００２３】
典型的な通信パスが図１に破線で示されている。例えば、ユーザ装置１１０を使用しているパーティ（以後“Ａ-パーティ”と呼ぶ）は通信パス１６０を介してユーザ装置１３８を使用しているパーティ（以後“Ｂ-パーティ”と呼ぶ）とのリアルタイム回線交換音声接続を達成することができる。さらに、データサーバ１５０はデータパス１５４を介してＡ-パーティとのデータ接続を達成することができる。データサーバ１５０はもう一つのデータパス（図示せず）を介してＢ-パーティとの同様なデータ接続を達成することができる。さらに、コンピュータ装置１４６を使用するユーザはデータパス１５２を介してデータサーバ１５０とのデータ接続を達成することができる。
【００２４】
図２は移動通信システム１２５とインターフェイスするユーザ装置の一つ、すなわち、ユーザ装置１１０を示す。このユーザ装置１１０は移動局ユーザ装置（例えば、移動電話機）、移動局能力付きＰＤＡ（Programmable Digital Assistant）、その他のタイプの装置を含むことができる。ユーザ装置１１０は少なくとも一つのメモリユニット２１２に接続された制御論理２１４を含んでいる。メモリユニット２１２は、一時的に電力を利用できない場合に、格納された情報を保持するために非揮発性（例えば、ＥＥＰＲＯＭまたはＳＩＭカード）とすることができる。制御論理２１４はキーボード、タッチスクリーン、等の一つ以上の入力装置２１０にも接続される。制御論理２１４はディスプレイ、プリンタ、等の一つ以上のレンダリング装置２２２にも接続される。制御論理２１４は空中で信号を送受信するための送信機および受信機ハードウェア（図示せず）を含む無線ユニット２２０にも接続される。無線ユニット２２０はアンテナ２３２に接続される。無線ユニット２２０は音声通信を可能にするオーディオ出力装置２１６（スピーカおよび／またはイヤホーン等）およびマイクロホン２１８にも直接または間接的に接続される。
【００２５】
ユーザ装置はさらに、例えば、複数のプログラムにより実現される追加機能２３０を含むことができる。これらのプログラムは少なくとも一つのタイプのデータオブジェクトをユーザが閲覧できるようにするブラウザ（図示せず）を含むことができる。プログラムはデータオブジェクト要求を暗号化しかつ受信したデータオブジェクトを復号する暗号化／復号エンジン（図示せず）も含むことができる。ユーザ装置は頻繁に使用されたディスプレイオブジェクト等を格納および検索するためのキャッシュメモリ（図示せず）を随意含むことができる。
【００２６】
他のタイプのユーザ装置がシステム１００とインターフェイスすることができる。例えば、もう一つのタイプのユーザ装置はグラフィック能力を有する固定（非移動）電話機を含むことができる。もう一つのタイプのユーザ装置は通信リンクを介してＰＤＡ装置（Personal Digital Assistant装置）（または、類似装置）に接続された移動局を含むことができる。ＰＤＡはデータオブジェクトをディスプレイして操作するための機能を含んでいる。
【００２７】
図２に示すユーザ装置は、２Ｇ，２．５Ｇ，３Ｇ等の技術を含む任意世代の技術を実施することができる。
【００２８】
図２に示すユーザ装置１１０は図３に示すＳＩＭ（Subscriber Identification Module）カード３００とインターフェイスすることができる。ＳＩＭカード３００は加入者の電話番号、独自の識別番号、およびホームシステム識別情報等の加入者を識別するための加入情報を格納する。ＧＳＭ加入者に対する独自の識別番号はＩＭＳＩ（Integrated Mobile Station Identifier）番号を含むことができる。
【００２９】
図３に示すように、典型的なＳＩＭカード３００はメモリ３０６および／または入出力ピン３０４に接続されたマイクロプロセッサ３０２を含んでいる。メモリ３０６はオペレーティングソフトウェア記憶装置３０８（例えば、ＲＯＭメモリとして実現される）、ワーキングメモリ３１０（例えば、ＲＡＭメモリとして実現される）、およびデータストア３１２（例えば、ｅ-ｐｒｏｍメモリとして実現される）を含んでいる。
【００３０】
図４はデータサーバ１５０の典型的な特徴を示す。サーバ１５０は少なくとも一つのメモリ装置４１０，キャッシュメモリ４１６，少なくとも一つのデータベース４１４，および少なくとも一つの通信インターフェイス４１２に接続された少なくとも一つの処理論理装置４４０（例えば、ＣＰＵ）を含んでいる。メモリ装置４１０およびデータベース４１４は非揮発性とすることができる。インターフェイス４１２により処理論理４４０はデータ網１４２に対してデータを送受信することができる。キャッシュメモリ４１６により頻繁に使用されたデータオブジェクトを格納して処理論理装置４４０がそれらを効率的に得るようにすることができる。データベース４１４はシステム１００の通信インフラストラクチュアを介してユーザ装置にディスプレイすることができる実際のデータオブジェクトを含んでいる。
【００３１】
データサーバ１５０はいくつかのプログラム４１８も含むことができる。プログラム４１８はユーザ装置のレンダリング能力に従ってデータオブジェクトを最適化することができるフィルタ４２０を含むことができる。プログラム４１８はデータオブジェクト要求を復号しデータオブジェクトを暗号化することができる暗号化／復号エンジン４２２も含むことができる。
【００３２】
バリエーションに従って、データサーバ１５０のさまざまなモジュールを独立したコンピュータとして実現することができる。独立したコンピュータ（図示せず）は一つの施設内に一緒に配置したり互いに遠隔配置したりすることができる。
【００３３】
データベース４１４は任意タイプの記憶媒体により実現することができる。例えば、それはハードドライブ、ＲＡＭメモリ、磁気媒体（例えば、ディスク、テープ）、光媒体、プリント媒体（例えば、リスト）、等を含むことができる。データベース４１４はリレーショナル、オブジェクト指向、等の任意タイプの編成を使用して形成することができる。データベース４１４は二つ以上のデータベースへ分散式に分離することができる。さらに、データベース４１４は冗長データを含むことができる。内部ノード（例えば、データサーバシステム内部のアクセスポイント）や外部ノード（例えば、データサーバシステム外部のアクセスポイント）を含むシステム１００内の任意のノードがデータベース４１４にアクセスすることができる。したがって、データベース４１４はデータオブジェクトを保持する任意タイプの手段を非常に一般的に表わすものである。
【００３４】
“データオブジェクト”という用語も同様に広範な情報を含むことを意味する。それは任意タイプのオーディオ情報、テキスト情報、グラフィック情報、ビデオ情報、その他のタイプの情報、またはこのようなタイプの任意の組合せに当てはまる。あるいは、データオブジェクトは下記の検討において“ホーンページ（phonepage）”と呼ばれる。特定の一実施例では、データオブジェクトは移動通信システム１２５内でイベントが発生した時に適切なユーザ装置においてレンダリングすることができる情報に関連している。別の実施例では、データオブジェクトはあるサービスまたは機能へのリンクを提供することができる（例えば、加入者により保守される内部または外部データ網へのアクセスを提供することにより）。
【００３５】
図５はシステム１００内でのデータオブジェクト（例えば、ホーンページ）の典型的な使用を説明するための前置きを提供する。第１のユーザ、ボブ、が第２のユーザ、ポール、に対して電話呼出しを行ったものと仮定する。さらに、例えば、ボブ（Ａ-パーティ）は発呼するためにユーザ装置１１０を使用し、ポール（Ｂ-パーティ）はボブの呼を受信するためにユーザ装置１３８を使用するものと仮定する。さらに、ポールは一連のデータオブジェクト（例えば、ホーンページ５０２，５０４，５０６および５０８）を明示しているものと仮定する。この場合、ポールはこれらのデータオブジェクトの生成者（“所有者”とも呼ばれる）である。ポールのデータオブジェクトはボブに対してパーソナル化することができる（例えば、データオブジェクト内のボブを参照して）。あるいは、ポールの一つ以上のデータオブジェクトは一般的なもの（例えば、多数の異なる加入者へのプレゼンテーションに適している）とすることができる。最後に、ボブはポールのデータオブジェクトへのアクセスを有する（後述する方法の一つを使用して）ものと仮定する。
【００３６】
ボブがポールの番号をダイヤルすると、第１のトリガイベント５５０が生じる。それはユーザ装置１１０にデータオブジェクト５０２のディスプレイを促す。データオブジェクト５０２は、例えば、“ハイ ボブ！ 電話をありがとう”と言うパーソナル化されたメッセージ５１０を含むことができる。データオブジェクトはポールの画像５０９等の画像情報を含むこともできる。データオブジェクトはポールの名前、電話番号、および電子メールアドレス等のテキスト情報を含むこともできる。データオブジェクトは、さらに、ポールが話す短い前置きメッセージ等のオーディオ情報を含むことができる。データオブジェクトコンポーネントのこの組合せは完全に典型的なものである。他のデータオブジェクトは、追加タイプの情報を含む、異なるコンポーネントの組合せを提供することができる。さらに、これらのデータオブジェクトコンポーネントの一つ以上を省いて、複雑なグラフィックスをディスプレイする能力を欠くユーザ装置等の、低減された機能を有するユーザ装置に適合することができる。
【００３７】
呼を開設した後で、ユーザ装置１１０はもう一つの呼イベントを待機するように構成することができる。この典型的なケースでは、次の呼イベントはポールがボブを保留させる時に生じる。それはトリガイベント５５２を構成し、それによりユーザ装置は第２のデータオブジェクト５０４をディスプレイするようにされる。データオブジェクト５０４は、例えば、“ちょっと保留するぜ、ボブ！”というメッセージ５１４を提供する。次のイベント５５４はポールが戻ってボブの保留を解除する時に生じ、それによりユーザ装置は第３のデータオブジェクト５０６をディスプレイするよう促される。このデータオブジェクト５０４は、例えば、“戻ったぜ、ボブ！”というメッセージ５１６を提供する。この典型的な例では、いずれかのパーティが呼を終端する時に最終トリガイベント５５６が生じることがあり、それによりユーザ装置は第４のデータオブジェクト５０８をディスプレイするよう促される。このデータオブジェクト５０８は、例えば、“バイボブ、またな！”というメッセージ５１８を提供する。
【００３８】
被呼者のユーザ装置においてもう一つのデータオブジェクトセットをレンダリングすることができる。これらのデータオブジェクトは発呼者に関連しており、一般的に発呼者により（または、発呼者のために）生成される。したがって、前記したシナリオでは、ポールはボブとの会話の途中で複数のデータオブジェクトを見る（および／または聴く）ことができる。
【００３９】
図６は典型的なデータオブジェクト６００のデータコンポーネントを示す。オブジェクト６００はイベントトリガ（ＥＴ）コンポーネント６０１を格納するための第１のデータフィールドを含むことができる。このコンポーネント６０１はデータオブジェクトのプレゼンテーションを促すイベントの性質を示す。例えば、ＥＴコンポーネント６０１はイベントに関連するコードを含むことができ、それは関連する通信イベントの発生時にユーザ装置がメモリからデータオブジェクトを検索するのに使用するための指標として働く。
【００４０】
一般的に言えば、イベントトリガは一つ以上の自動イベント（例えば、他のパーティにより呼が終端する時）、または手動イベント（例えば、Ａ-パーティがＢ-パーティの番号等の番号をダイヤルする時）に起因することができる。特に、トリガイベントは下記の典型的なイベントリストに関連づけることができる。ａ）発呼が開始される（または、されようとしている）、ｂ）アドレスされたＢ-パーティが呼に返答する、ｃ）アドレスされたＢ-パーティが話し中である、ｄ）アドレスされたＢ-パーティが返答しない、ｅ）アドレスされたＢ-パーティが呼を受け付けない、ｆ）アドレスされたＢ-パーティは連絡が取れない（例えば、アドレスされた移動電話機はカバレッジ外である）、ｇ）着呼はこれから開始されるまたは開始されたばかりである、ｈ）会議呼が開始されるまたは開始されようとしている、ｉ）呼が切断される、ｊ）呼が行われる（そこで、いくつかのトリガイベントを発生することができる）、ｋ）加入者が保留される、ｌ）新しいＰＬＭＮ（Public Land Mobile Network）内の新しいセルが選択されている、ｍ）加入者のロケーションが変化している、ｎ）ＰＬＭＮオペレータが選択されている、ｏ）新しい国の登録がなされた、ｐ）ユーザ装置がスイッチオフされようとしている、ｑ）ユーザ装置がスイッチオンされている、ｒ）ユーザ装置上の指示されたボタンが押下される、ｓ）ユーザ装置によりトークスパート（talk spurt）が受信される、ｔ）加入者へのボイスメールが残されている、ｕ）加入者にＳＭＳが送られている、ｖ）ユーザが消失呼、受信呼、および／またはダイヤルされた番号の再検討を開始している（または、再検討している最中である）。
【００４１】
第２のデータフィールドはカウンタコンポーネント（ＣＯ）６０２を格納する。カウンタコンポーネントはデータオブジェクトを特定のユーザに送らなければならない回数を示している。すなわち、ユーザ装置はデータオブジェクトを格納する能力を欠くことがある。この場合、ＣＯコンポーネントは呼イベントが生じる度にユーザ装置にデータオブジェクトを送らなければならないことを示す情報を含むことができる。すなわち、前記した例では、ボブの装置はデータオブジェクトを格納する能力を欠くものと仮定する。この場合、データオブジェクトのＣＯコンポーネントはトリガイベントが生じる度に送信ソース（例えば、ポールのユーザ装置またはデータサーバ１５０）はデータオブジェクトを送信しなければならないことを示す。それに対して、他のユーザ装置はそのローカルメモリ内（例えば、各ＳＩＭカードのメモリ内）にデータオブジェクトを格納する能力を有することができる。この場合、ＣＯコンポーネントはユーザ装置に一度しかデータオブジェクトを送ってはならないことを示す情報を含むことができる。
【００４２】
第３のデータフィールドはオーディオコンポーネント（ＡＵ）６０４を格納することができる。オーディオコンポーネントはデータオブジェクトに関連するさまざまなメッセージを話すオブジェクト生成者の記録を含むことができる。例えば、図５のケースでは、第１のデータオブジェクトは“ハイ ボブ”というポールからの音声メッセージ、または任意他のタイプの挨拶や前置きを含むことができる。オーディオコンポーネントはオーディオ情報がレンダリングされるタイミングを指定することもできる。例えば、オーディオ情報はユーザ装置により発生された通常の呼出信号に重畳して、呼出信号の前、または後に演奏することができる。あるいはオーディオコンポーネントは呼出信号をディセーブルしなければならないことを示すことができる。例えば、被呼ユーザ装置において鳴らされる通常の呼出信号（従来のリングまたはビープ等）の代わりに、被呼ユーザ装置は発呼者により生成される音声メッセージを響かせるように構成することができる（ボブがポールを呼び出す前記したシナリオでは、例えば、“ハロー、ボブです！”のメッセージをアナウンスすることができる）。
【００４３】
さらに、本システムは発呼者が通常聴く従来の呼出信号を抑制し、代わりに被呼者により生成された音声メッセージを響かせるように構成することができる（ボブがポールを呼び出す前記したシナリオでは、ボブは従来の呼出信号の代わりに、例えば、ポールが“すぐ行くから待っててくれ”とアナウンスするメッセージを聴くことができる）。一つ以上の通信イベントが発生した時に、他のオーディオメッセージを会話中に響かせることができる。さらに別の実施例では、オーディオコンポーネントは音楽プレゼンテーションを提供することができる。さらに、また、オーディオコンポーネントはさまざまな録音または合成音（例えば、録音された人間の声以外）等の他の多様な音を提供することができる。
【００４４】
第４のデータフィールドは、一般的にユーザ装置においてディスプレイされる任意タイプの画像、ビデオ、グラフィック、および／またはテキストエレメントを含む、視覚コンポーネント（ＶＩ）６０６を含むことができる。例えば、図５の場合、データオブジェクトは送信者ポールの画像を含んでいた。これらのメッセージの特定の性質は完全に生成者の裁量に任され、多様な画像その他奇抜な図案を含むことができる。一般的に、メーカは正式の知人（例えば、ビジネス上の知人）に対しては比較的正式なデータオブジェクトを生成したいが、友人や家族に対してはより個人的なデータオブジェクトを生成したいものと考えられる。また、視覚コンポーネントはテキストメッセージのディスプレイしか指示しないようにすることができる。
【００４５】
最後に、第５のデータフィールドはデータオブジェクトが多様な他の情報６０８を含むことができることを示す。このような情報はイベントの発生時にユーザ装置の機能を修正するプログラムコード、遠隔リソース（遠隔データサーバリソースまたは網等）へのアクセスを提供するリンク、等を含むことができる。
【００４６】
図７はデータサーバ１５０のデータベース４１４の典型的なコンテンツを示す（図２参照）。各加入者は複数のユーザ装置の各々においてディスプレイする複数セットのデータオブジェクトを生成することができる。本図において、データオブジェクトの生成者は“所有者”と呼ばれ、受信者は加入者と呼ばれる。例えば、第１の所有者“所有者１”は加入者ａに対する一セットのデータオブジェクト７１０を生成する。このセットはＰＰH1-aで示される（加入者“ａ”に対する所有者Ｈ1により生成されたホーンページ，ＰＰを示す）。このセット内の各データオブジェクトは異なる呼イベント（その典型的なリストは前記された）に関連する。すなわち、データオブジェクト７７０は第１のイベントにより（例えば、呼の開始により）トリガすることができ、データオブジェクト７７２は第２のイベント（例えば、会議呼の確立に）によりトリガすることができ、データオブジェクト７７４は第３のイベントにより（例えば、呼の終端により）トリガすることができる。所有者１は加入者“ｂ”に対する第２セットのデータオブジェクト７１２も生成する。所有者１は加入者“ｃ”に対する第３セットのデータオブジェクト７１４も生成する。所有者１に対する複数セットのデータオブジェクトはデータオブジェクト７０２のそのマスターセットを構成する。（異なる加入者により使用される共通データオブジェクトがある範囲までは、データサーバ１５０はこれらの共通データオブジェクトの一つのコピーしか格納せず、これらの共通データオブジェクトが属するセットを示す適切な指標を与えるように構成することができる）。
【００４７】
同様に、所有者２は各加入者（ｄ，ｅ，ｆ）に対する複数セットのデータオブジェクト（７１６，７１８，７２０）を格納してデータオブジェクト７０４のマスターセットを生成することができる。同様に、所有者３は各加入者（ｇ，ｈ，ｉ）に対する複数セットのデータオブジェクト（７２２，７２４，７２６）を格納してデータオブジェクト７０６のマスターセットを生成することができる。同様に、所有者ｎは各加入者（ｊ，ｋ，ｌ）に対する複数セットのデータオブジェクト（７３０，７３２，７３４）を格納してデータオブジェクト７０８のマスターセットを生成することができる。
【００４８】
所有者は各加入者に対するデータオブジェクトの独自のセットを規定する必要がないことをお判り願いたい。例えば、ある場合には、所有者はあるクラスの加入者に対するデータオブジェクトの単一セット（例えば、シリーズ）を規定することができる。さらに、共通ベーステンプレート（または、一連のテンプレート）からデータオブジェクトを設計するように所有者を励ます管理上の利点もある。ベーステンプレートの使用に関する詳細は本開示の第３節に記載される。
【００４９】
２．システム動作
システム１００の典型的なアーキテクチュアおよび機能的特徴について説明してきたので、次に、その動作について説明する。
【００５０】
本システムの主要な目的はデータオブジェクトをユーザ装置に供給してそこでレンダリングすることである。このタスクを実施するためのいくつかの技術が考えられる。概観として、第１の技術において、データサーバ１５０上でデータオブジェクトのマスターセットが生成される。次に、マスターセットは所有者のユーザ装置に転送される。マスターセット内で識別された加入者の一人に関連する呼イベントが発生すると、データオブジェクトの適切なセットが所有者のユーザ装置から加入者のユーザ装置に転送される。次に、データオブジェクトセットは呼（または、他のイベント）の途中でその加入者によりレンダリングされる。第２の技術において、データサーバ１５０上でデータオブジェクトのマスターセットが生成される。次に、マスターセットはその中で識別された適切なユーザ装置に直接普及される。各ユーザ装置は通信イベントが発生するとそのデータオブジェクトセットをレンダリングする。第３の技術において、ユーザ装置は任意の時間、例えば、所有者が一つ以上のデータオブジェクトを生成しているイベントが生じる時に、データサーバが一つ以上のオブジェクトをダウンロードするよう要求することができる。
【００５１】
図８は第１の識別された技術に対して適切な一連のステップを示す。ステップ８０２において、データオブジェクトが生成される。所有者（または、他のエンティティ）はコンピュータ装置（例えば、コンピュータ装置１４６または１４８）を介してデータサーバ１５０にアクセスし、次にデータオブジェクトを設計することによりこの機能を実施することができる。例えば、ユーザは“ウェブ”インターフェイスを介して一つ以上のデータオブジェクトを設計することができる。このデータパスは図１にパス１５２として示されている。あるいは、所有者（または、他のエンティティ）は移動局装置（例えば、移動電話機１１０等）を介してデータオブジェクトの生成を指令することができる。
【００５２】
別の実施例では、データサーバ１５０のオペレータ（または、他のエンティティ）はユーザのために一つ以上のデフォールトデータオブジェクトを生成または割当てすることができる。データオブジェクトの生成または割当てはデータオブジェクト関連サービス（または、他のサービス）に加入するユーザ、または他の手動または自動イベントによりトリガすることができる。この特徴により、個別のユーザにそれ自体のデータオブジェクトを生成する負担をかけることなく、短期間に多数のデータオブジェクトを潜在的に発生することができる。同時に、システムは任意のユーザに対して生成または割り当てられたデフォールトデータオブジェクトを任意のユーザが修正して独自のデータオブジェクトを生成するように構成することができる。
【００５３】
ステップ８０４において、データサーバ１５０はデータオブジェクトのマスターセットを所有者のユーザ装置（例えば、ユーザ装置１１０）にダウンロードする。このデータパスは図１にパス１５４として示されている。システム１００は多様な異なるタイプのメッセージプラットフォームおよびプロトコルの任意の一つを使用してこの転送を実施することができる。例えば、データオブジェクトはショートメッセージサービス（ＳＭＳ）プロトコル（例えば、ＧＳＭシステムにおいて広く使用される）を使用して送信することができる。このプロトコルでは、情報はデータ網１４２およびゲートウェイ１４０を介してメッセージセンター１２６に転送され、その後所有者のユーザ装置（例えば、ユーザ装置１１０）に転送される。アドレスされた所有者のユーザ装置のロケーションおよび／またはシステムのアーキテクチュアに従って、情報をＰＳＴＮ網１２８にも通すことができる（例えば、一般的にＳＭＳ情報はＰＳＴＮの一部を形成してもしなくてもよい、ＳＳ７シグナリング網を使用して一つのＰＬＭＮからもう一つのＰＬＭＮに運ぶことができる）。ステップ８０６において、所有者はデータサーバ１５０からデータオブジェクトを受信して格納する。
【００５４】
ステップ８０８において、所有者のユーザ装置はデータオブジェクトのマスターセット内に表示された加入者の一人（すなわち、ここでは“識別された加入者”と呼ぶ）に関連するイベントの発生を待機する。それは、例えば、識別された加入者により所有者に発せられた電話呼を含むことができる。それに応答して、所有者のユーザ装置はデータオブジェクトの適切なセットを識別された加入者に転送する（ステップ８１０において）。この転送は多様なメッセージプロトコルの任意の一つを使用して実現することができる。例えば、データオブジェクトはショートメッセージサービス（ＳＭＳ）プロトコルを使用して転送することができる。ステップ８１２において、次に所有者のユーザ装置は、例えば、識別された加入者と音声通信セッションを行うことにより、呼イベントを処理する。別の実施例では、所有者はデータオブジェクトの転送を手動で開始することができる（例えば、所有者のユーザ装置のキーボード上で適切な選択を行うことにより）。別の実施例では、所有者のユーザ装置はデータオブジェクトを自動的に転送することができる（例えば、データサーバ１５０から受信するとすぐに、または別の時間に）。
【００５５】
図９は図８の手順に従ってシステムを通るデータオブジェクトの流れを示す。そこに示されているように、データオブジェクトはデータサーバ９１０においてコンピュータ装置９０８（または他のタイプのインターフェイス装置）を使用して生成される。データパスはパス９３０として示されている。データオブジェクトは、その後、データ網９０６を通りパス９３２を介して所有者のユーザ装置９０４に転送される。このパスはＰＳＴＮ９０２を介して転送することを含むように示されている（しかしながら、例えば、データ網がどこでＭＳＣその他の要素に流れ込むかに応じてそうする必要はない）。その後、データオブジェクトはＰＳＴＮ９０２を介して識別された加入者へ分散される。すなわち、図７に示すマスターセット７０２に対して、データオブジェクトセットＰＰH1-aが加入者“ａ”９１２に、データオブジェクトセットＰＰH1-bが加入者“ｂ”９１４に、データオブジェクトセットＰＰH1-cが加入者“ｃ”９１６に転送される。
【００５６】
図１０はデータオブジェクトをユーザ装置に供給する第２の技術を示す。ステップ１００２において、所有者（または、他のエンティティ）はデータサーバ１５０において、例えば、コンピュータ装置１４６または他のタイプのインターフェイス装置を使用して、データオブジェクトのマスターセットを生成する。ステップ１００４において、所有者はデータオブジェクトのマスターセットをデータサーバ１５０に格納する。
【００５７】
ステップ１００６において、データサーバはデータオブジェクトのマスターセットを受信する。ステップ１００８において、データサーバは次にデータオブジェクトのマスターセット内のデータオブジェクトセットを適切な受取人へ転送すべきかどうかを確認する。データオブジェクトセットをいつダウンロードするかを決定するのに異なる要因を使用するように異なるシステムを構成することができる。一実施例では、データオブジェクトは所有者（または、他のエンティティ）により生成された直後に転送される。もう一つの実施例では、データオブジェクトは所有者（または、他のエンティティ）の要求に応じて転送される。第３の実施例では、データオブジェクトはシステムに大きな通信負荷が荷重されていない時間中に（例えば、早朝時間中に）適切なユーザ装置に転送される。ステップ１０１０において、データサーバ１０１０はデータオブジェクトを識別された加入者に直接転送する。ショートメッセージサービス（ＳＭＳ）プロトコル等の、多様なメッセージフォーマットを転送を実施するのに使用することができる。
【００５８】
図１１は図１０の手順に従ってシステムを通るデータオブジェクトの流れを示す。そこに示されているように、データオブジェクトはデータサーバ１１３３においてコンピュータ装置１１３２（または他のタイプのインターフェイス装置）を使用して生成される。このデータパスはパス１１３５として示されている。データオブジェクトは、その後、データ網１１０６を介して識別された加入者に直接転送される。また、アドレスされた加入者のロケーションおよび／またはシステムのアーキテクチュアに応じて、データオブジェクトはＰＳＴＮ１１０２を介して潜在的に転送される（例えば、一般的にＳＭＳ情報はＰＳＴＮの一部を形成することもしないこともあるＳＳ７シグナリング網を使用して一つのＰＬＭＮからもう一つのＰＬＭＮに運ばれる）。その結果、図７に示すマスターセット７０２に対して、データオブジェクトセットＰＰH1-aが加入者“ａ”１１１２に、データオブジェクトセットＰＰH1-bが加入者“ｂ”１１１４に、データオブジェクトセットＰＰH1-cが加入者“ｃ”１１１６に転送される。
【００５９】
前記した技術の考えられる一つの面倒な問題はＳＭＳメッセージサービスにより採用される課金方式に関連している。あるＳＭＳ課金方式はメッセージの送信者がメッセージ転送料を支払うように明記している。それはデータサーバオペレータが転送コストを負わされることを意味する。しかしながら、このコストはさまざまな方法で回避することができる。例えば、移動通信システム１２５のメッセージセンター１２６は所有者がＳＭＳメッセージをメッセージセンター１２６に送って指定された加入者へのそのデータオブジェクトの配信をトリガする必要があるように構成することができる。このトリガ信号は請求書送付イベントを指示することができる。あるいは、データサーバがメッセージ転送コストを単純に所有者へ通すことができる。所有者はＳＭＳメッセージをデータサーバ１５０へ送って指示された加入者へのそのデータオブジェクトの転送をトリガすることもできる。
【００６０】
図１２はユーザ装置がそのローカルメモリ内に格納されたデータオブジェクトをレンダリング（例えば、ディスプレイ）するのに使用される一連のステップを示す。ステップ１２０２において、ユーザ装置はデータオブジェクト（図８または図１０の方法、または他の方法で転送されている）を受信する。ステップ１２０４において、ユーザ装置はデータオブジェクトを格納する。ステップ１２０６において、ユーザ装置はトリガイベントが発生しているかどうかを確認する。典型的なトリガイベントについては前記した。トリガイベントが発生しておれば、ユーザ装置は適切なデータオブジェクトを検索する（ステップ１２０８）。特に、一つの典型的な実施例では、ユーザが通信しているパーティを識別することにより（例えば、呼の開設途中でユーザ装置に送信されるそのパーティの電話番号に注目することにより）データオブジェクトの適切なセット（例えば、所有者に関連する）を識別することができる。発生しているイベントに関連するコードとデータオブジェクトに関連する対応するコードを一致させることにより、そのセット内の特定のデータオブジェクトにアクセスすることができる。ステップ１２１０において、ユーザ装置はデータオブジェクトをレンダリングする。ステップ１２１２において、ユーザ装置は呼イベントを処理する（例えば、発呼または受呼等により）。
【００６１】
図１３はユーザ装置がデータサーバから一つ以上のデータオブジェクトを得るために使用することができるもう一つの技術を提供する。本技術はステップ１３０２において開始され、そこでユーザ装置はトリガイベントが発生しているかどうかを確認する（前記識別されたユーザイベントのいずれか一つを含むことができる）。ステップ１３０４において、ユーザ装置はデータサーバにデータオブジェクト要求を送る。ステップ１３０６において、ユーザ装置はデータサーバから要求されたデータオブジェクトを受信する。ステップ１３０８において、ユーザ装置は受信したデータオブジェクトをレンダリングする。
【００６２】
ステップ１３０４におけるデータオブジェクト要求は、特に、下記のパラメータの少なくとも一つを含むことができる。ａ）送信に使用するために要求されたプロトコル（例えば、ＷＡＰ，ＷＭＬ，ＨＤＭＬ，ＨＴＭＬ，ＸＭＬ等）、ｂ）データオブジェクトサーバの識別（例えば、サーバ名またはプレーンＩＰアドレス）、ｃ）どの種類のイベントがデータオブジェクト要求をトリガしたかを示すコード（例えば、発呼開設）、ｄ）少なくとも一つのＢ-パーティ装置に関連する表示されたＢ-番号、ｅ）Ａ-パーティアイデンティティおよび／または秘密Ａ-パーティアイデンティティ（例えば、移動局のＡ-番号）、ｆ）要求されたデータオブジェクトを戻す時にデータオブジェクトサーバにより使用されるＡ-パーティ（例えば、ＩＰアドレス）の網アドレス、ｇ）Ａ-パーティのディスプレイ能力（例えば、画面解像度、オーディオ、等）を示す能力コード、ｈ）使用される暗号方式または暗号鍵を示すコード、ｉ）移動局が登録される国を示すコード（例えば、国コード）、ｊ）現在のＰＬＭＮ（Ｖ-ＰＬＭＮ）オペレータまたはＡ-パーティが（Ｈ-ＰＬＭＮ）加入を有するＰＬＭＮまたはその両方を識別するコード、ｋ）移動局のベンダおよび移動局のタイプを示すコード、ｌ）独自の装置アイデンティティを示すコード、および、ｍ）パラメータの検証コード（例えば、チュックサム）。
【００６３】
別の実施例では、加入者はデータサーバから一つ以上のデータオブジェクトを“手動”検索することができる（例えば、ユーザ装置のキーボードで適切な選択を行って）。この選択はトリガ通信イベントを構成する。
【００６４】
図１４は図１３に示す手順に応答してデータオブジェクトサーバ（データオブジェクトサーバ１５０等）内で実施される対応する手順を示す。すなわち、ステップ１４０２において、データサーバはデータオブジェクト要求を受信する。典型的に、この要求は（典型的な実施例において）少なくともＡ-またはＢ-番号を指定する表示およびどの種類のアクションが要求をトリガしたかの指定を含んでいる。アドレス表示（例えば、Ａ-またはＢ-番号）はデータオブジェクトサーバ内のメモリアドレス、またはある別の場所に維持されたもう一つのデータベース内に設けられたアドレスにマッピングされる。アドレスはホーンページ等のデータオブジェクトを指定することができる。データサーバはステップ１４０４においてデータオブジェクトを検索する。ステップ１４０２において受信された要求はユーザ装置ディスプレイ能力の表示を含むこともできる。この場合、ステップ１４０６において、データサーバは検索されたデータオブジェクトを要求されたフォーマットに適合させることができる。あるいは、データベースはデータオブジェクトを異なるフォーマットで格納することができる。この場合、データサーバは正しいフォーマットを有するデータオブジェクトを検索することにより要求に応じる。データサーバはステップ１４０８においてデータオブジェクトを送る。
【００６５】
図１３および図１４で検討したデータ（例えば、要求およびデータオブジェクト）を転送するのにさまざまなデータ転送機構を使用することができる。例えば、ＳＭＳメッセージングを使用することができる。あるいは、ＧＰＲＳデータパスを使用することができる。ＧＰＲＳチャネルを使用する情報転送の詳細については本開示の関連出願の相互参照の項に示す出願に記載されている。
【００６６】
３．バリエーション
前記したシステムおよび方法はさまざまな方法で修正することができる。例えば、データ網１４２および／またはＰＳＴＮ１２８（または、他の網）を介して送信された全ての情報を転送する前に暗号化してメッセージの秘匿性を保証することができる。次に、受信サイトは送信された情報をディスプレイまたは処理する前に復号することができる。例えば、データサーバは所有者や加入者のユーザ装置に転送する前にデータオブジェクトを暗号化することができる。次に、ユーザ装置はデータオブジェクトを復号してからレンダリングすることができる。ユーザ装置は他のユーザ装置やデータサーバ等の他のエンティティに送る任意の要求、メッセージ、データオブジェクト、等を暗号化することもできる。
【００６７】
もう一つのバリエーションでは、ユーザ装置のメモリは図１５に示すように構成することができる。図において、典型的なメモリ１５０２は標準（すなわち、非可変）データ１５０４を含んでいる。標準データ１５０４は一つ以上のベーステンプレートを指定することができる。ベーステンプレートは複数の所有者により設計されたデータオブジェクト内の共通要素に関連することができる（例えば、多数の所有者が同じベーシックホーンページレイアウトを使用してそれらのページを設計する場合）。さらに、あるいは代わりに、ベーステンプレートは特定の所有者のデータオブジェクトセット内の共通特徴に関連することができる（例えば、所有者が同じ背景シーンを共有するいくつかのホーンページを有する場合）。一方、メモリ１５０２はデルタ（すなわち、可変）データ１５０６を含むこともできる。デルタデータはレンダリングされたデータオブジェクトの独自の特徴に関連する。独自の特徴は標準データ１５０４内に格納されたベーステンプレートからそれらを区別するレンダリングされたデータオブジェクトの特徴である。
【００６８】
図１６は典型的なデータオブジェクトに対する標準データ部１６０２およびデルタデータ部１６０４の一例を示す。この図はこれら二つの部分がどのように結合されてレンダリングされたオブジェクト１６０８を作り出すかも示している。特に、このデータオブジェクトに対して、標準データ部１６０２は一般的なメッセージを有するベーステンプレートを提供することができる。このメッセージはメッセージをパーソナル化するテキストを書き入れることができるフィールド１６５０を有する。さらに、標準データ部１６０２はデータオブジェクトをさらにパーソナル化するオーディオメッセージを書き入れることができるフィールド１６５２を含んでいる。一方、デルタデータ部１６０４は“電話をください”等のパーソナル化されたオーディオ挨拶と結合されたパーソナル化されたテキスト“ボブ”を含んでいる。デルタデータは標準データ部に“追加”されてレンダリングされたデータオブジェクト１６０８を作り出す。
【００６９】
図１５に示す記憶フォーマットはデータオブジェクトのより効率的な格納および転送を提供する。図１７について、例えば、ユーザ装置１７０６（加入者“ａ”により操作される）はそのメモリ内に標準データ“ｓ”を格納することができる。この標準データは複数のデータオブジェクトをレンダリングするのに使用することができる。このような冗長データの単一コピーを記憶することによりユーザ装置の記憶要求条件が低減される。さらに、ユーザ装置１７０６がその設計内で標準データを使用する追加データオブジェクトを受信する場合には、ユーザ装置１７０６にデルタデータを転送するだけでよい（データオブジェクトＰＰH1-aに対するデルタデータ１７０８等）。
【００７０】
一実施例では、標準データは任意の時間にユーザ装置に転送することができる（例えば、必ずしも通信イベントが生じる時ではなく）。一実施例では、ユーザに提供されたＳＩＭカードは一つ以上の共通データオブジェクトテンプレートを含む標準データを既に含んでいる。
【００７１】
もう一つのバリエーションに従って、ＳＭＳプロトコルを使用する代わりまたは補足として、ＵＳＳＤ（Unstructured Supplementary Service Data）プロトコルを使用してユーザ装置にデータオブジェクトを送信することができる。ＵＳＳＤおよびＳＭＳは共にＧＳＭシステムのシグナリングパスを使用してデータメッセージを送信することができる点において似ている。しかしながら、ＳＭＳプロトコルとは異なり、ＵＳＳＤプロトコルはストア-アンド-フォワード型のサービスは規定しない。データオブジェクトを転送するのにさらに他のプロトコルを使用することができる。
【００７２】
図１８はもう一つのバリエーションを示す。特に、本図はユーザ装置８１４に接続されるインターフェイスユニット１８１２に接続されたコンピュータ装置１８１０を含めることにより前の図面とは異なる構造を示す。一実施例では、コンピュータ装置１８１０はパーソナルコンピュータ装置を含むことができる。インターフェイスユニット１８１２はコンピュータ装置１８１０およびユーザ装置１８１４間で情報を転送するための任意の連結機構を含むことができる。コンピュータ装置１８１０およびユーザ装置１８１４間のリンクはハードワイヤリンク、ワイヤレスリンク（例えば、無線または赤外）、その他のタイプのリンクを含むことができる。一実施例では、インターフェイスユニット１８１２はさらにユーザ装置１８１４を受入れかつユーザ装置１８１４上に設けられた入出力端子（図示せず）と噛み合う適切な端子（図示せず）を含むソケット型の連結機構（図示せず）を含むことができる。
【００７３】
図１８に示すシステムの動作は図１０に示す手順と類似性を有する。すなわち、例えば、コンピュータ装置１８０４または他のタイプのインターフェイス装置を使用して、所有者（または、他のエンティティ）がデータサーバ１８０６においてデータオブジェクトのマスターセットを生成する。次に、データサーバ１８０６はこのデータオブジェクトのマスターセットを受信して格納する。
【００７４】
次に、データサーバ１８０６はデータオブジェクトのマスターセット内のデータオブジェクトセットを適切な受取人へ転送すべきかどうかを確認する。データオブジェクトセットをいつダウンロードするかを決定するのに異なる要因を使用するような異なるシステムを構成することができる。一実施例では、データオブジェクトは所有者（または、他のエンティティ）により生成された直後に転送される。
【００７５】
もう一つの実施例では、ユーザ装置１８１４はコンピュータ装置１８１０を介してデータサーバ１８０６に要求を送る。この要求は一つ以上のデータオブジェクトをコンピュータ装置１８１０にダウンロードするようデータサーバ１８０６を命令することができる。特に、ユーザ装置１８１４はユーザ装置のローカルメモリ内（例えば、ＳＩＭカード内に格納されたユーザ装置の電話帳内、またはユーザ装置のもう一つのメモリ内）に格納されるデータオブジェクトに関連する更新されたデータオブジェクトを送るようデータサーバ１８０６を命令することができる。あるいは、ユーザ装置１８１４は、データサーバ１８０６がユーザ装置１８１４にダウンロードしなければならないと独立に決定するいかなるデータオブジェクトも送るように単純にデータサーバ１８０６を命令することができる。さらに、ユーザ装置１８１４はユーザ装置のローカルメモリ内に格納されたデータオブジェクトに関連する更新されたデータオブジェクトを送るようデータサーバ１８０６を命令することができるが、データサーバ１８０６はそれがこの要求に全部または一部従うかどうかの独立した判断をやはり遂行する。
【００７６】
もう一つの実施例では、コンピュータ装置１８１０はデータサーバ１８０６に独立に要求を送る。すなわち、ユーザ装置１８１４がインターフェイスユニット１８１２を介してコンピュータ装置１８１０に接続されない場合でも、コンピュータ装置１８１０はデータサーバ１８０６に要求を送ることができる。この要求は一つ以上のデータオブジェクトをコンピュータ装置１８１０にダウンロードするようデータサーバ１８０６を命令することができる。特に、コンピュータ装置１８１０はユーザ装置のローカルメモリ内（例えば、ＳＩＭカード内に格納されたそのユーザ装置の電話帳内、またはユーザ装置のもう一つのメモリ内）に格納されるデータオブジェクトに関連する更新されたデータオブジェクトを送るようデータサーバ１８０６を命令することができる。別の実施例では、コンピュータ装置１８１０は周期的ベースでデータサーバ１８０６に要求を送るように構成することができる。
【００７７】
もう一つの実施例では、データサーバ１８０６はコンピュータ１８１０やユーザ装置１８１４にそうするよう明確に要求されることなくコンピュータ１８１０へのデータオブジェクトの転送を開始することができる。すなわち、データサーバ１８０６はそれ自体の“タイムテーブル”を使用していつデータオブジェクトをダウンロードするか決定することができる。別の実施例では、コンピュータ装置１８１０、ユーザ装置１８１４、または他のエンティティ（例えば、所有者）はデータサーバ１８０６がコンピュータ１８１０にデータオブジェクトをダウンロードすべき周波数を指定する命令をデータサーバ１８０６に送ることができる。例えば、ユーザ装置１８１４を操作している加入者は、特定の所有者が自分のデータオブジェクトを頻繁に変えることが知られている場合には、その特定の所有者に対して比較的頻繁なベースでデータオブジェクトをダウンロードするようデータサーバ１８０６を命令することができる。
【００７８】
当業者ならば、さらにバリエーションを使用して、転送されるデータオブジェクトのアイデンティティを決定するだけでなく、加入者“ａ”にデータオブジェクトが転送されるタイミングを決定することができることがお判りであろう。
【００７９】
データオブジェクトを転送する時間であれば、データサーバ１８０６が受取人のコンピュータ装置に直接オブジェクトを転送する。図１８のシナリオでは、データサーバ１８０６は加入者ａ’のコンピュータ装置１８１０にデータオブジェクトセットＰＰH1-aを転送する。転送はデータパケット網１８０８を介して従来のプロトコルにより行うことができる。データオブジェクトを受信したら、コンピュータ装置１８１０はインターフェイス１８１２を介して加入者のユーザ装置１８１４にデータオブジェクトを転送する。
【００８０】
発明の精神および範囲を逸脱することなく前記した実施例を修正することができ、それは特許請求の範囲およびその法的に同等なものに含まれるものとする。
【００８１】
関連特許の相互参照
本出願はその全体が本開示の一部としてここに組み入れられる2000年8月23日出願の特許出願第09／644,307号（’307出願），“Method and Apparatus for Exchange of Information in a Communication Network”に関連している。’307出願は、その全体が本開示の一部としてここに組み入れられる、2000年1月19日出願の仮特許出願第60／176,806号に基づいている。
【特許請求の範囲】
【請求項１】
通信システムのユーザにデータオブジェクトを供給する方法であって、
第１の通信装置においてレンダリングされるデータオブジェクトを生成するステップであって、レンダリングはトリガ通信イベントの発生時に行われ、データオブジェクトは第２の通信装置のユーザに関連する情報を提供するステップと、
データオブジェクトをデータサーバ内に格納するステップと、
第１の転送ステップにおいて、データサーバから第２の通信装置にデータオブジェクトを転送するステップと、
第２の転送ステップにおいて、第２の通信装置から第１の通信装置にデータオブジェクトを転送するステップと、
トリガ通信イベントが発生しているかどうかを確認するステップと、
トリガ通信イベントが発生したら第１の通信装置においてデータオブジェクトをレンダリングするステップと、
を含む方法。
【請求項１】
通信システムのユーザにデータオブジェクトを供給する方法であって、
第１の通信装置においてレンダリングされるデータオブジェクトを生成するステップであって、レンダリングはトリガ通信イベントの発生時に行われ、データオブジェクトは第２の通信装置のユーザに関連する情報を提供するステップと、
データオブジェクトをデータサーバ内に格納するステップと、
第１の転送ステップにおいて、データサーバから第２の通信装置にデータオブジェクトを転送するステップと、
第２の転送ステップにおいて、第２の通信装置から第１の通信装置にデータオブジェクトを転送するステップと、
トリガ通信イベントが発生しているかどうかを確認するステップと、
トリガ通信イベントが発生したら第１の通信装置においてデータオブジェクトをレンダリングするステップと、
を含む方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【公開番号】特開２０１２−９０２６３（Ｐ２０１２−９０２６３Ａ）
【公開日】平成２４年５月１０日（２０１２．５．１０）
【国際特許分類】
【出願番号】特願２０１１−２１９０６５（Ｐ２０１１−２１９０６５）
【出願日】平成２３年１０月３日（２０１１．１０．３）
【分割の表示】特願２００１−５５３３２９（Ｐ２００１−５５３３２９）の分割
【原出願日】平成１３年１月１８日（２００１．１．１８）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＧＳＭ
【出願人】（５０２０８７５０７）ソニーモバイルコミュニケーションズ， エービー (823)
【Ｆターム（参考）】
【公開日】平成２４年５月１０日（２０１２．５．１０）
【国際特許分類】
【出願日】平成２３年１０月３日（２０１１．１０．３）
【分割の表示】特願２００１−５５３３２９（Ｐ２００１−５５３３２９）の分割
【原出願日】平成１３年１月１８日（２００１．１．１８）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＧＳＭ
【出願人】（５０２０８７５０７）ソニーモバイルコミュニケーションズ， エービー (823)
【Ｆターム（参考）】
[ Back to top ]