(57)【特許請求の範囲】
【請求項１】
有効データオブジェクトの伝送方法であって、
有効データオブジェクトを供給するためのデータ供給コンポーネント（Ｄ）から接続コンポーネント（Ｇ）を介してユーザの通信装置（Ｔ）まで、全体プロフィール情報オブジェクト（ＲＰ＊）に応じて有効データオブジェクトを伝送し、
前記全体プロフィール情報オブジェクト（ＲＰ＊）は、該通信装置へ伝送して処理できる有効データオブジェクトの形式を示し、
該通信装置（Ｔ）から該接続コンポーネント（Ｇ）を介して該データ供給コンポーネント（Ｄ）へ、該通信装置によって処理できる有効データオブジェクトの形式を示す第１のプロフィール情報（ＢＰ＊，ＤＰ１＊，ＤＰ３＊）を伝送し、該第１のプロフィール情報（ＢＰ＊，ＤＰ１＊，ＤＰ３＊）を使用して、該全体プロフィール情報オブジェクト（ＲＰ＊）が該データ供給コンポーネント（Ｄ）によって形成され、
該接続コンポーネントを介して、前記第１のプロフィール情報（ＢＰ＊，ＤＰ１＊，ＤＰ３＊）で示される形式の有効データオブジェクトを、該データ供給コンポーネント（Ｄ）から該通信装置（Ｔ）へ伝送し、
該接続コンポーネントは該第１のプロフィール情報に基づいて、該第１のプロフィール情報で示される形式の有効データオブジェクトを処理しなくてもよいことを識別し、該有効データオブジェクトを処理なしで、該通信装置（Ｔ）へ直接転送することを特徴とする伝送方法。
【請求項２】
前記接続コンポーネント（Ｇ）から前記データ供給コンポーネント（Ｄ）へ、第２のプロフィール情報（ＤＰ２＊）を伝送し、該第２のプロフィール情報（ＤＰ２＊）を使用して、該データ供給コンポーネント（Ｄ）によって前記全体プロフィール情報オブジェクト（ＲＰ＊）が形成され、
該第２のプロフィール情報（ＤＰ２＊）は次の形式、すなわち、前記接続コンポーネント（Ｇ）によって、該通信装置（Ｔ）によって処理可能な有効データオブジェクトの形式に変換できる有効データオブジェクトの形式を示す、請求項１記載の伝送方法。
【請求項３】
前記データ供給コンポーネントから、前記第１のプロフィール情報に示される形式の有効データオブジェクトを供給しない場合、前記第２のプロフィール情報に示される形式の有効データオブジェクトを該データ供給コンポーネントから前記通信装置まで伝送する、請求項２記載の伝送方法。
【請求項４】
有効データオブジェクトを該データ供給コンポーネント（Ｄ）から通信装置（Ｔ）へ伝送する前に、前記通信装置は、前記第１のプロフィール情報（ＢＰ＊，ＤＰ１＊）を有する第１の部分プロフィール情報オブジェクトを該接続コンポーネント（Ｇ）へ伝送し、
該接続コンポーネント（Ｇ）は、前記第１の部分プロフィール情報オブジェクトに前記第２のプロフィール情報（ＤＰ２＊）を補足することによって、第２の部分プロフィール情報オブジェクトを形成して該データ供給コンポーネントへ伝送し、
該データ供給コンポーネントで、伝送されたすべてのプロフィール情報に基づいて、全体プロフィール情報オブジェクト（ＲＰ＊）を形成する、請求項２または３記載の伝送方法。
【請求項５】
前記通信装置に、該通信装置によって処理可能な有効データオブジェクトの形式と異なる形式の有効データオブジェクトを処理できる付加的なパフォーマンスコンポーネントを補足する、請求項４記載の伝送方法。
【請求項６】
前記第１の部分プロフィール情報オブジェクトに補足的に、前記通信装置から前記接続コンポーネントを介して前記データ供給コンポーネントへ、第３のプロフィール情報（ＤＰ３＊）を伝送し、
前記第３のプロフィール情報（ＤＰ３＊）は、付加的なパフォーマンスコンポーネントによってどの形式の有効データオブジェクトが追加されて通信装置の有効データオブジェクトの範囲が拡張されるかを示す、請求項５記載の伝送方法。
【請求項７】
前記第１の部分プロフィール情報オブジェクトおよび／または前記第２の部分プロフィール情報オブジェクトに、プロフィール情報を参照の形態で設け、
前記参照はそれぞれ、該データ供給コンポーネントまたは該データ供給コンポーネントに接続された別のデータ供給コンポーネントに記憶されたプロフィール情報をポインティングする、請求項４から６までのいずれか１項記載の伝送方法。
【請求項８】
通信装置（Ｔ）は第１の通信ネットワークに存在し、
該データ供給コンポーネント（Ｄ）および／または該データ供給コンポーネント（Ｄ）に接続された別のデータ供給コンポーネントは、第２の通信ネットワークに存在し、
前記第１の通信ネットワークおよび第２の通信ネットワークは相互に接続されている、請求項１から７までのいずれか１項記載の伝送方法。
【請求項９】
該接続コンポーネント（Ｇ）は、前記第１の通信ネットワークまたは第２の通信ネットワークに配置されているか、または両通信ネットワークを接続するために設けられている、請求項８記載の方法。
【請求項１０】
前記第１の通信ネットワークは移動無線ネットワークとして構成されている、請求項８または９記載の方法。
【請求項１１】
前記移動無線ネットワークは、ＧＳＭ標準方式およびまたはＵＭＴＳ標準方式にしたがって動作する、請求項１０記載の伝送方法。
【請求項１２】
有効データオブジェクトをＷＡＰプロトコルによって、前記第１の通信ネットワーク内の通信装置（Ｔ）へ伝送する、請求項１０または１１記載の伝送方法。
【請求項１３】
前記第２の通信ネットワークは、インターネットプロトコルを基礎とするネットワークとして構成されている、請求項８から１２までのいずれか１項記載の伝送方法。
【請求項１４】
通信装置（Ｔ）は無線モジュールを有しており、移動電話機、コードレス電話機、携帯可能なコンピュータまたはスマートフォンとして構成されている、請求項１から１３までのいずれか１項記載の伝送方法。
【請求項１５】
該接続コンポーネント（Ｇ）はＷＡＰゲートウェイとして構成されている、請求項１から１４までのいずれか１項記載の伝送方法。
【請求項１６】
有効データオブジェクトは、テキスト情報、オーディオ情報、ビデオ情報、実行可能プログラム、ソフトウェアモジュール、またはこれらの情報の組み合わせを含む、請求項１から１５までのいずれか１項記載の伝送方法。
【請求項１７】
通信回路において、
有効データオブジェクトを供給するためのデータ供給コンポーネント（Ｄ）から接続コンポーネント（Ｇ）を介してユーザの通信装置（Ｔ）まで、全体プロフィール情報オブジェクト（ＲＰ＊）に応じて有効データオブジェクトが伝送され、
前記全体プロフィール情報オブジェクト（ＲＰ＊）は、該通信装置へ伝送して処理できる有効データオブジェクトの形式を示し、
該通信装置（Ｔ）から該接続コンポーネント（Ｇ）を介して該データ供給コンポーネント（Ｄ）へ、該通信装置によって処理できる有効データオブジェクトの形式を示す第１のプロフィール情報（ＢＰ＊，ＤＰ１＊，ＤＰ３＊）が伝送され、該第１のプロフィール情報（ＢＰ＊，ＤＰ１＊，ＤＰ３＊）を使用して、該全体プロフィール情報オブジェクト（ＲＰ＊）が該データ供給コンポーネント（Ｄ）によって形成され、
該接続コンポーネントを介して、前記第１のプロフィール情報（ＢＰ＊，ＤＰ１＊，ＤＰ３＊）で示される形式の有効データオブジェクトが、該データ供給コンポーネント（Ｄ）から該通信装置（Ｔ）へ伝送され、
該接続コンポーネントは該第１のプロフィール情報に基づいて、該第１のプロフィール情報で示される形式の有効データオブジェクトを処理しなくてもよいことを識別し、該有効データオブジェクトを処理なしで、該通信装置（Ｔ）へ直接転送することを特徴とする通信回路。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ供給コンポーネントないしはデータサーバから接続コンポーネントを介してユーザの通信装置まで有効データオブジェクトを伝送する方法に関する。ここでは、データ供給コンポーネントのプロフィールオブジェクト中の各プロフィール情報によって、どの形式の有効データオブジェクトを接続コンポーネントないしは通信装置がそれ自体で処理できるかということが通知される。
【背景技術】
【０００２】
現在、データ供給コンポーネントないしはデータサーバから通信装置まで有効データオブジェクトを伝送ないしはダウンロードする方法が議論されている。この通信装置はとりわけ移動無線機器の形態であり、ここで前提とされているのは、通信装置が移動無線ネットワークの構成の通信ネットワーク内に設けられていることである。この通信ネットワークでは、とりわけ有効データオブジェクトであるデータは一般的に、ＷＡＰフォーラム（ＷＡＰ：Wireless Application Protocol）によって規定されたプロトコルによって伝送される。さらに、データ提供者またはコンテンツ提供者のデータ供給コンポーネントが、とりわけインターネットプロトコルを基礎とするネットワークとして構成された別の通信ネットワークに設けられていることも前提とされる。ここでデータ供給コンポーネントと通信装置との間でデータリンクを確立するためには、（少なくとも）２つの異なる部分インタフェースが必要である。すなわち、一方ではエアインタフェースが必要とされ、他方では有線インタフェースが必要とされる。エアインタフェースをブリッジするために、既述のようにＷＡＰプロトコルを使用することが提案されている。それに対してデータ供給コンポーネントの通信ネットワークでは、ＨＴＴＰ（ＨＴＴＰ：Hypertext Transfer Protocol）が使用される。すなわちエアインタフェースとネットワーク側とでは、使用されるプロトコルが異なるので、接続コンポーネントを使用することが提案される。この接続コンポーネントは、ここではいわゆるＷＡＰゲートウェイであり、このＷＡＰゲートウェイによって、異なる下位のプロトコル層（エアインタフェース：たとえばＷＡＰとしてＷＳＰ（Wireless Session Protocol）；ネットワーク側：ＨＴＴＰ）に有効データが適合される。このようなＷＡＰゲートウェイはたいてい、ファイル形式またはファイルフォーマットを変換する機能も有する（たとえば画像形式ないしは静止画像形式のファイルの場合、ファイルフォーマット"ｇｉｆ"から"ｊｐｅｇ"へ変換する機能）。
【０００３】
移動無線機器または移動電話機等の通信装置は通常、特徴的な特性ないしは機能によって相互に異なる。たとえば、表示装置の特性は部分的に（たとえばサイズおよび解像度の点で）著しく異なり、ひいては、特定のファイル形式ないしはファイルフォーマットを表示ないしは処理できる能力も著しく異なる。ネットワーク内のデータ供給コンポーネントないしはデータ供給サーバが、ユーザのＷＡＰ対応の通信装置の特性ないしは機能に関する知識を得られるようにするため、ＷＡＰフォーラムによっていわゆるＵＡ‐Ｐｒｏｆ（ＵＡ‐Ｐｒｏｆ：User Agent Profile）が標準化された［７］。このＵＡ‐Ｐｒｏｆによって、ＷＡＰ対応通信装置の特性をネットワーク側に（すなわちネットワーク内において、データ供給コンポーネントに）知らせることができる。この方式では、付加的にＷＡＰゲートウェイの機能も考慮される。このＷＡＰゲートウェイは、通信装置とデータ供給コンポーネントとの間で伝送されたデータを取り扱い、変更することもできる。このことはネットワーク側では、サーバによって適切なデータが供給される際に、ＷＡＰゲートウェイの特性にも関連する。
【０００４】
以下で図１に基づき、一般的なケースで、データ供給コンポーネントＤがＷＡＰ対応通信装置Ｔのその時点のＵＡ‐Ｐｒｏｆをどのように受信するかを説明する。最初に、ＷＡＰ対応通信装置Ｔのログオン時ないしはＷＳＰコネクションの形成時に、いわゆるベースプロフィールＢＰまたはベースプロフィール情報がＷＡＰゲートウェイＧへ伝送される。通信装置Ｔの特性ないしは機能が、たとえば付加的に接続されたパフォーマンスコンポーネント（Leistungskomponente）によって拡張または変更された場合、ベースプロフィールによってさらに付加的に、差プロフィールＤＰ１または第１の差プロフィール情報が第１の部分プロフィール情報オブジェクトとしてＷＡＰゲートウェイＧへ伝送される。このことはステップ１（丸に囲まれた（１））によって示されている。前記付加的に接続されたパフォーマンスコンポーネントは、たとえば付加的なハードウェアコンポーネント（たとえばカラー表示装置）である。両プロフィールすなわちＢＰおよびＤＰ１は、場合によってはＷＡＰゲートウェイＧによって一時記憶され、評価される。ここでステップ２を参照されたい。その際にＷＡＰゲートウェイＧは、得られたプロフィールＢＰおよびＤＰ１に、固有の差プロフィールＤＰ２ないしは第２の差プロフィール情報を補足する。このことはＷＡＰゲートウェイＧが、予めＷＡＰ対応通信装置Ｔによって伝送されたプロフィールＢＰおよびＤＰ１と相違する特別な特性ないしは該プロフィールＢＰおよびＤＰ１を補足する特別な性能を有する場合に有利である。その後ステップ３にて、すべての（３つの）プロフィールが第２の部分プロフィール情報オブジェクトとしてデータ供給コンポーネントＤへ伝送される。データ供給コンポーネントＤは、伝送されたすべてのプロフィール（ＢＰ，ＤＰ１およびＤＰ２）に基づき、まとめた結果として、ＷＡＰ対応通信装置Ｔの全体プロフィールまたは全体プロフィールオブジェクトＲＰを形成する。このことはステップ４によって示されている。全体プロフィールＲＰは、ＷＡＰ対応通信装置Ｔの個々の特性と、ＷＡＰゲートウェイＧの補足機能を含んでおり、場合によっては別のネットワークユニットの補足機能も有する。この全体プロフィールＲＰがその時点のＵＡ‐Ｐｒｏｆであり、データ供給コンポーネントＤによって管理される。
【０００５】
ＷＳＰセッション中に任意のデータのダウンロード、とりわけ任意の有効データオブジェクトのダウンロードが、ＷＡＰ対応通信装置Ｔにより、データ要求メッセージを送信することによって開始される。ＷＡＰ対応通信装置の特性ないしは機能がその間に（すなわちＷＳＰコネクションの最初の形成後に）、たとえば別の付加的なハードウェアコンポーネントの接続によって変更された場合、データ要求メッセージの発行時に、ないしは発行されたデータ要求メッセージとともに、その時点の適合された差プロフィールＤＰ３または第３の差プロフィール情報が第１の部分プロフィール情報オブジェクトで、ＷＡＰゲートウェイＧへステップ５で伝送され、このＷＡＰゲートウェイにおいてステップ６にしたがい、場合によっては評価される。ステップ７においてＷＡＰゲートウェイＧとデータ供給コンポーネントＤとの間で第２の部分プロフィール情報オブジェクトで行われるベースプロフィールＢＰおよび差プロフィールＤＰ３およびＤＰ２の他の伝送、およびステップ８における全体プロフィールの形成は、上記の手法に類似して行われる。ＷＡＰ対応通信装置の特性ないしは機能がＷＳＰコネクションの最初の形成後に変更されなかった場合、データ要求メッセージの発行時に、予め伝送されＷＡＰゲートウェイＧ（ステップ２参照）ないしはデータ供給コンポーネント（ステップ４）に一時記憶されたプロフィールが使用される。
【０００６】
結果のプロフィールを生成するための基本的思想は非常に洗練されている。すなわち、ベースプロフィールおよび任意の数の差プロフィールから、結果のプロフィールないしは全体プロフィールが生成される。
【０００７】
さらに、ＵＡ‐Ｐｒｏｆを使用および定義する場合には、ＷＡＰゲートウェイが、ＷＡＰ対応通信装置へ伝送されたデータ形式を識別して適切に処理するという基本的な前提条件、すなわち場合によっては、データ供給コンポーネントから通信装置までの経路上で変更ないしは変換するという基本的な前提条件が適用される。この典型的な例が、画像変換である。通信装置が"ｊｐｅｇ"形式ないしはフォーマットの画像のみを表示し、データ供給コンポーネントが"ｇｉｆ"形式の画像を伝送することが前提とされている場合、ＷＡＰゲートウェイは該ＷＡＰゲートウェイの機能にしたがって、画像を"ｇｉｆ"形式から"ｊｐｅｇ"形式ないしはフォーマットに変換する。変換されたこの画像は通信装置へ転送された後、該通信装置にて処理ないしは表示される。
【０００８】
このプロセスは、ＵＡ‐Ｐｒｏｆによって相応に支援される。このＵＡ‐Ｐｒｏｆで、ＷＡＰ対応通信装置がベースプロフィールＢＰにてまず"ｊｐｅｇ"形式の画像を処理ないしは表示できることが示される。ＷＡＰゲートウェイはこの指示を識別し、画像を"ｇｉｆ"形式から"ｊｐｅｇ"形式に変換できる固有の機能を把握しているので、"ｇｉｆ"画像形式も支援されることを差プロフィールＤＰ２で指示する。データ供給コンポーネントの側で、結果の全体プロフィールＲＰが生成される。しかし、データ供給コンポーネントはその時点で、通信装置の本来の機能とＷＡＰ対応通信装置およびＷＡＰゲートウェイから成る全システムの付加的な機能とを、もはや区別できなくなっている。この例では、サーバ側において（すなわちデータ供給コンポーネント側において）"ｇｉｆ"形式の画像を送信することが可能であり、ＷＡＰゲートウェイによって相応の変換が行われる。
【０００９】
しかし、ＷＡＰゲートウェイによる変換を必要とするデータ形式が、ＷＡＰゲートウェイによって適切に処理できない別のデータフォーマットにカプセル化（パック）されている場合に問題が発生する。これに関して、基本的に２つの例が挙げられる。
【００１０】
１．デジタル権利管理（"Digital Rights Management": ＤＲＭ）：オブジェクトをコンテナファイルないしはコンテナで伝送することに基づき法律によって保護されるデジタルオブジェクトの管理のために、現在ＷＡＰフォーラムで規定されているソリューション。このコンテナは、未暗号化のオブジェクトに対しては "application/vnd.wap.drm.message" 形式を有し、暗号化されたオブジェクトに対しては "application/vnd.wap.drm.content" 形式を有する。オブジェクトが暗号化されていない場合には理論的に、ＷＡＰゲートウェイが、カプセル化されたオブジェクトにアクセスして該オブジェクトを変更することを任意選択できる。このことは、詳細には設定されていない。オブジェクトが暗号化されている場合には、ＷＡＰゲートウェイはオブジェクトにアクセスすることができない。というのも、ＷＡＰゲートウェイは鍵を有していないので、データは２進法のパケットとしてしか識別されないからだ。カプセル化されたオブジェクトが、ＷＡＰゲートウェイに既知である形式の画像であり、この既知の形式を相応に別の形式に変換可能であっても、このことは前記の場合には不可能である。包括されたオブジェクトはＷＡＰゲートウェイから、変換されずに通信装置へ転送され、この通信装置で表示することはできない。
【００１１】
２．マルチメディアメッセージングサービス（ＭＭＳ）：ＭＭＳでは、メッセージはマルチメディアメッセージ（ＭＭ）の形態でいわゆるＭＭＳリレー／サーバ（ネットワーク内でＭＭＳ交換ユニットとして使用される）から、ＷＡＰ対応通信装置上の特別なアプリケーションであるＭＭＳクライアント（MMS Client）へ伝送される。ＭＭは、ＷＡＰフォーラムで規定されたソリューションでは、ＷＡＰゲートウェイに既知でないヘッドフィールドを表示するための２進法コードを有するメッセージである。メッセージは "application/vnd.wap.mms-message" 形式を有し、伝送すべきオブジェクトを含んでいる。ＷＡＰゲートウェイはここでも、メッセージからオブジェクトを抽出して受信側の通信装置の特性に適合させる手段を有さない。ＭＭＳリレーサーバによって、ＷＡＰゲートウェイによる変換を必要とする特定の形式のオブジェクトがＭＭＳメッセージに組み込まれても、ＷＡＰゲートウェイはタスクを実行することができず、オブジェクトは変換されずに通信装置へ伝送され、該通信装置において使用することができない。
【００１２】
さらに全体プログラムを形成することによって、上記で説明したように、通信装置（場合によっては付加的なハードウェアコンポーネントも含まれる）の特性のうち不可欠な特性と、通信装置およびＷＡＰゲートウェイから成るシステムの付加的な特性とをもはや区別できないことが、悪影響を及ぼすことがある。このことはたとえば、オブジェクトがデータ供給コンポーネントによって、異なるフォーマットで提供され、これらの異なるフォーマットのうち幾つかは、通信装置によって処理できるようにするためにＷＡＰゲートウェイによって変換しなければならず、他のフォーマットはＷＡＰゲートウェイによって変換せずに通信装置へ転送できる場合にも起こる。ここではサーバ側で（すなわち、データ供給コンポーネントによって）、ＷＡＰゲートウェイによって変換する必要がないフォーマットを選択するのが有利である。というのも、変換によってオブジェクトの品質が劣化し、オブジェクトのダウンロード時に変換するために付加的な時間が必要になり、ＷＡＰゲートウェイにおいて計算能力が必要となって、料金プランに応じてユーザに対して付加的なコストが発生することがあるからだ。
【発明の開示】
【発明が解決しようとする課題】
【００１３】
ここで本発明の課題は、たとえば図１に関連して説明されたような方法を改善して、有効データオブジェクトを効率的に伝送できるようにすること、とりわけ暗号化またはパックされた有効データオブジェクトを効率的に伝送できるようにすることである。
【課題を解決するための手段】
【００１４】
前記課題は、
有効データオブジェクトを供給するためのデータ供給コンポーネント（Ｄ）から接続コンポーネント（Ｇ）を介してユーザの通信装置（Ｔ）まで、全体プロフィール情報オブジェクト（ＲＰ＊）に応じて有効データオブジェクトを伝送し、
前記全体プロフィール情報オブジェクト（ＲＰ＊）は、該通信装置へ伝送して処理できる有効データオブジェクトの形式を示し、
該通信装置（Ｔ）から該接続コンポーネント（Ｇ）を介して該データ供給コンポーネント（Ｄ）へ、該通信装置によって処理できる有効データオブジェクトの形式を示す第１のプロフィール情報（ＢＰ＊，ＤＰ１＊，ＤＰ３＊）を伝送し、該第１のプロフィール情報（ＢＰ＊，ＤＰ１＊，ＤＰ３＊）を使用して、該全体プロフィール情報オブジェクト（ＲＰ＊）が該データ供給コンポーネント（Ｄ）によって形成され、
該接続コンポーネントを介して、前記第１のプロフィール情報（ＢＰ＊，ＤＰ１＊，ＤＰ３＊）で示される形式の有効データオブジェクトを、該データ供給コンポーネント（Ｄ）から該通信装置（Ｔ）へ伝送し、
該接続コンポーネントは該第１のプロフィール情報に基づいて、該第１のプロフィール情報で示される形式の有効データオブジェクトを処理しなくてもよいことを識別し、該有効データオブジェクトを処理なしで、該通信装置（Ｔ）へ直接転送することを特徴とする伝送方法
によって解決される。
【発明を実施するための最良の形態】
【００１５】
有効データを伝送する方法では、有効データオブジェクトを供給するためのデータ供給コンポーネントが設けられている。このデータ供給コンポーネントは、１つまたは少なくとも１つの接続コンポーネントを介してユーザの通信装置へ、全体プロフィール情報オブジェクトにしたがって有効データオブジェクトを伝送する。全体プロフィール情報オブジェクトはここでは、どの形式の有効データオブジェクトを通信装置へ伝送して処理できるかということを示す。全体プロフィール情報オブジェクトにはさらに、第１のプロフィール情報が挿入される。この第１のプロフィール情報は、どの形式の有効データオブジェクトを通信装置によって直接処理できるかということを指示する。さらに、第２のプロフィール情報を挿入することもできる。この第２のプロフィール情報は、どの形式の有効データオブジェクトを接続コンポーネントによって、通信装置により処理可能な有効データオブジェクトの形式に変換できるかということを示す。このようにしてこれらのプロフィール情報、とりわけ第１のプロフィール情報によってデータ供給コンポーネントは、通信装置によって直接処理することができて該通信装置によって処理するために接続コンポーネント側で操作または変換する必要がない有効データオブジェクトの形式を可能な限り、該通信装置への伝送のために選択することができる。
【００１６】
有利な構成ではまず、第１のプロフィール情報に記述された形式の有効データオブジェクトが、高優先度でデータ供給コンポーネントから通信装置へ伝送される。すなわち、通信装置によって直接処理可能な有効データオブジェクトをデータ供給コンポーネントは供給できるか否かという検査が実行される。検査が完了すると、最終的にこのような有効データオブジェクトは通信装置へ伝送される。通信装置が"ｊｐｅｇ"形式の画像データを処理でき、かつ接続コンポーネントが"ｇｉｆ"形式の画像データを"ｊｐｅｇ"形式に変換し、かつデータ供給コンポーネントが"ｊｐｅｇ"形式および"ｇｉｆ"形式の画像データを供給する上記の例に関しては、データ供給コンポーネントは第１のプロフィール情報に基づき、通信装置が"ｊｐｅｇ"形式の画像データを処理できることを識別するので、"ｊｐｅｇ"形式のこのような画像データは有効データオブジェクトとして、通信装置へ伝送される。その際、一方では画像データを接続コンポーネントによって変換する必要はなくなり（場合によっては、変換コストが削減され、伝送時間が変換の分だけ短縮される）、他方では有効データオブジェクトをパックないしは暗号化することもできるようになる。というのも、データ供給コンポーネントは通信装置から第１のプロフィール情報に基づいて、該通信装置が有効データオブジェクトを処理できることを把握した上でのみ、有効データオブジェクトを該通信装置へ伝送するからだ。
【００１７】
本発明の別の構成では、データ供給コンポーネントが通信装置によって処理可能な有効データオブジェクトを供給するか否かという検査が否である場合、第２のプロフィール情報に記述された形式の有効データオブジェクトが、前記の場合より低い優先度でデータ供給コンポーネントから通信装置へ伝送される。
【００１８】
別の有利な構成では通信装置は、有効データオブジェクトがデータ供給コンポーネントから該通信装置へ伝送される前に、第１の部分プロフィール情報オブジェクトを第１のプロフィール情報とともに、接続コンポーネントへ伝送する。接続コンポーネントは、第１の部分プロフィール情報オブジェクトに第２のプロフィール情報を補足して第２の部分プロフィール情報オブジェクトを形成し、これをデータ供給コンポーネントへ伝送する。その後データ供給コンポーネントにおいて、第２の部分プロフィール情報オブジェクトないしは伝送されたすべてのプロフィール情報に基づいて、全体プロフィール情報オブジェクトが形成される。
【００１９】
さらに通信装置に、通信によって処理される有効データオブジェクトのスコープを拡張するための付加的なパフォーマンスコンポーネントを補足することも考えられる。このようなパフォーマンスコンポーネントはたとえば、高解像度のカラー画像またはカラーグラフィックスを表示するための高い解像度を有する特別なカラー表示装置等の付加的なハードウェアコンポーネントを有するか、または、たとえばＭＰ３フォーマットの音楽データを処理および再生するための付加的なソフトウェアコンポーネントまたはソフトウェアアプリケーションを含むこともできる。その際このようなパフォーマンスコンポーネントは、通信装置も処理できる形式の有効データオブジェクトを処理することができ、通信装置自体では処理できない形式の別の形式の有効データオブジェクトを処理することもできる。したがって第１の部分プロフィール情報オブジェクトに、付加的なパフォーマンスコンポーネントによってどの形式の有効データオブジェクトが通信装置の有効データオブジェクトのスコープに追加されるかを指示する第３のプロフィール情報を補足することができる。
【００２０】
通信装置と接続コンポーネントとの間（とりわけ、これらの間にエアインタフェースが設けられている場合）および／または接続コンポーネントとデータ供給コンポーネントとの間で伝送すべきデータ容量を最小にするため、有利な構成では、第１の部分プロフィール情報オブジェクトおよび／または第２の部分プロフィール情報に、プロフィール情報を参照の形態で設けることも考えられる。この参照はそれぞれ、データ供給コンポーネントに記憶されたプロフィール情報またはデータ供給コンポーネントに接続された別のデータ供給コンポーネントに記憶されたプロフィール情報をポイントする。すなわち部分プロフィール情報オブジェクトに、データ供給コンポーネントまたは別のデータ供給コンポーネントまたは付加的なパフォーマンスコンポーネント内の記憶位置をポイントするアドレスを設けるだけでよい。このようなアドレスは、たとえばＵＲＬ（ＵＲＬ：Uniform Resource Locator）等である。前記別のデータ供給コンポーネントは、たとえば通信装置の製造者のデータ供給コンポーネントである。全体プロフィールオブジェクトを生成する際のみ、データ供給コンポーネントは相応のプロフィール情報を得て該全体プロフィールオブジェクトに挿入するために、アドレスを選択しなければならない。
【００２１】
別の有利な構成では、通信装置は第１の通信ネットワークに存在し、データ供給コンポーネントおよび／または別のデータ供給コンポーネントは第２の通信ネットワークに存在し、第１の通信ネットワークと第２の通信ネットワークとは相互に接続されている。接続コンポーネントは第１の通信ネットワークまたは第２の通信ネットワークに配置されているか、または、とりわけ両通信ネットワークを接続するために使用される。接続コンポーネントが複数である場合、これらの接続コンポーネントは結局、直前に挙げられた場所に配置される（たとえば後で再度説明するように、両通信ネットワークを接続するために１つの接続コンポーネントをＷＡＰゲートウェイとして使用し、１つまたは複数の別の接続コンポーネントをたとえば、上記の通信ネットワークのうち１つの内部に、データないしは有効データオブジェクトを変換する変換ユニットとして設ける）。ここでは、第１の通信ネットワークを移動無線ネットワークとして構成することができる。この移動無線ネットワークはとりわけ、ＧＳＭ（Global System for Mobile Communications）標準方式またはＵＭＴＳ（Universal Mobile Telecommunications System）標準方式にしたがって動作する移動無線ネットワークである。第１の通信ネットワークがこのように構成されている場合、有効データオブジェクトはＷＡＰプロトコルによって、通信装置へ伝送される。このＷＡＰプロトコルは、とりわけワイヤレスセッションプロトコル（Wireless Session Protocol）である。これに関連して、第１の通信ネットワークと第２の通信ネットワークとを接続するための接続コンポーネントは、ＷＡＰゲートウェイとして構成される。さらに第２の通信ネットワークを、インターネットプロトコルに基づくネットワークとして構成することも考えられる。このようなネットワークでは、データはとりわけハイパーテキスト伝送プロトコルによって伝送される。
【００２２】
有利な構成では、通信装置は無線モジュールを有しており、とりわけ移動電話機、コードレス電話機、携帯可能なコンピュータまたはスマートフォン（移動電話機と小型のポータブルコンピュータとの組み合わせ）として構成されている。
【００２３】
別の有利な構成では有効データオブジェクトは、テキスト情報、オーディオ情報、ビデオ情報、実行可能プログラム、ソフトウェアモジュールまたは前記データ種類の組み合わせを含んでいる。
【実施例】
【００２４】
以下で、有効データオブジェクトをデータ供給コンポーネントから接続コンポーネントを介して通信装置へ伝送するための適用可能な実施形態を説明する。この通信装置はとりわけ、ユーザの移動電話機である（以下では、単に端末機器と称する）。
【００２５】
本発明の有利な実施形態を説明するにあたり、通信回路の相応の構成は、図１と関連してすでに記載されたのと同様であることを前提とする。このような通信回路もまた、有効データオブジェクト（暗号化された有効データオブジェクトまたは未暗号化の有効データオブジェクト、コンテナファイルないしはコンテナオブジェクトにパックされた有効データオブジェクトまたはコンテナファイルないしはコンテナオブジェクトにパックされていない有効データオブジェクト、等）を供給するためのデータ供給コンポーネントないしはデータサーバＤと、データないしは有効データオブジェクトを転送するための接続コンポーネントＧと、最後に、ユーザの通信装置ないしは端末機器Ｔとを有する。ここでも端末機器Ｔは、移動無線ネットワークの形態の第１の通信ネットワークに存在し、この第１の通信ネットワークでは、データとりわけ有効データオブジェクトは一般的に、ＷＡＰフォーラム（ＷＡＰ：Wireless Application Protocol）によって規定されたプロトコルによって伝送されることが前提とされる。さらに、データ提供者またはコンテンツ提供者のデータ供給コンポーネントは第２の通信ネットワークに存在し、この通信ネットワークは、インターネットプロトコル（たとえばｈｔｔｐ等）を基礎とするネットワークとして構成されていることが前提とされる。第１の通信ネットワークと第２の通信ネットワークとの間でデータリンクを確立するための接続装置として設けられているのは、接続コンポーネントであり、この接続コンポーネントはここでは、いわゆるＷＡＰゲートウェイとして使用される。
【００２６】
とりわけ特定の有効データオブジェクトの処理に関連する特性をデータ供給コンポーネントＤへ、図１に示された方法に相応して伝送するため、該特性は特性プロフィールまたは「ＵＡ‐Ｐｒｏｆ」（ＵＡ‐Ｐｒｏｆ：User Agent Profile）で表される。この特性プロフィールまたは「ＵＡ‐Ｐｒｏｆ」は、有利にはメタ言語ＸＭＬ（ＸＭＬ‐Extensible Markup Language）を基礎とする。ＸＭＬベースのフォーマットは、異なる製造者およびシステムのプログラムとコンピュータとの間ないしはソフトウェアコンポーネントとハードウェアコンポーネントとの間で、構造化されたデータをプラットフォームおよびソフトウェアに依存せずに交換するのに非常に適している。
【００２７】
１つのプロフィールで複数のコンポーネント（たとえば、ソフトウェア、ハードウェア、ＷＡＰプッシュ等）を表すことができ、各コンポーネントは、所属の値を有する複数の属性を有することができる（ハードウェアコンポーネントにおいて可能な属性は、たとえばスクリーンサイズ、カラー表示手段等である）。以下に、プロフィールの基本的な構造を示す。これは、ＷＡＰフォーラムによってＵＡ‐Ｐｒｏｆにおいて定義されたのと同様のものである。
【００２８】
コンポーネント＿１
属性＿１ａ＝値＿１ａ
属性＿１ｂ＝値＿１ｂ
コンポーネント＿２
属性＿２ａ＝値＿２ａ
属性＿２ｂ＝値＿２ｂ
属性＿２ｃ＝値＿２ｃ
属性＿２ｄ＝値＿２ｄ
この形式の分類は、複数の利点を有する。すべてのコンポーネントおよび属性をフレキシブルに利用することができ、この構造を任意に拡張することができる。さらにこの構造によって、表示手段が分かりやすくなる。
【００２９】
本発明の有利な実施形態による方法によって、サーバ側すなわちデータ供給コンポーネントの側で、ここではＷＡＰに対応する端末機器の特性と、ＷＡＰ対応端末機器およびデータ伝送路に存在する別のコンポーネントを組み合わせた付加的な特性とを区別することができる。前記別のコンポーネントは、たとえば接続コンポーネント（以下では単に、ＷＡＰゲートウェイとも称する）である。図１に示された方法に基づいて、個々のプロフィールないしはＵＡ‐Ｐｒｏｆ（ベースプロフィールおよび差プロフィール）は、起点によって識別される。こうすることによって、（有効データオブジェクトに関連する）コンテンツを所定のフォーマットで伝送ないしは配付する際に、ＷＡＰゲートウェイのどの変換機能を使用することができるか、または、場合によっては存在する付加的な変換サーバのどの変換機能を使用することができるか、および、どの変換機能を使用することができないかという評価をサーバ側で行うことができる。前記変換サーバは、たとえば第２の通信ネットワークに存在する。
【００３０】
プロフィールないしはＵＡ‐Ｐｒｏｆの関係を識別するために、種々の手段が存在する。
【００３１】
ａ）最も簡単な変形形態では、識別部によって「端末機器」と「中間接続されたエンティティ」（たとえばＷＡＰゲートウェイ等）とが区別されるだけである。ここでは、プロフィールに簡単なマークを付与することができ、たとえば中間接続されたエンティティ（ＷＡＰゲートウェイ、変換サーバ等）のプロフィールのマーク等のプロフィール形式のマークでも十分である。この変形形態において有利には、端末機器側でもエアインタフェースでも、変更が必ずしも必要ではないことである。
【００３２】
ｂ）若干複雑な変形形態では、各端末機器ないしは伝送路に存在する各コンポーネントは固有のプロフィールに、予め合意された個別のコード（テキストコードまたは２進コード）を付与する。たとえば、２進コード「２」は「このプロフィールはＷＡＰゲートウェイに由来する」ことを意味する。有利なのは、変形形態ａ）と比較して、プロフィールがどのソースに由来するかということに関して確実性が高いことである。というのもここでは、各プロフィールを識別しなければならないからだ。さらにシンプルなマーク（ブール式）の代わりに、たとえば「ＷＡＰ対応端末機器」カテゴリ、「ＷＡＰゲートウェイ」カテゴリ、「ＷＡＰプロキシ」（伝送路に存在する別のコンポーネント）カテゴリおよび別のコンポーネントのカテゴリを区別できる比較的大きな値集合を使用すると、さらに細分化することができる。
【００３３】
ｃ）この変形形態は変形形態ｂ）に基づいて構成されているが、付加的に、伝送路に存在する後続のユニットないしはコンポーネントによって別の（差）プロフィールを伝送してよいか否かという情報も含んでいる。このようにして、ある適用では変換手段の指示を、ＷＡＰゲートウェイおよび他の後続の変換ユニットによって禁止することができる。
【００３４】
本発明の構成による方法を、たとえばＤＲＭ（ＤＲＭ：Digital Rights Management）によってサポートされるオブジェクトのロードおよびＭＭＳ（ＭＭＳ：Multi Media Messaging Service）に適用すると、データ供給コンポーネントないしはデータ供給サーバがＷＡＰ対応端末機器の特性のみを考慮して、該ＷＡＰ対応端末機器に適したオブジェクトないしは有効データオブジェクトのみを送信することができるという利点が得られる。不適切なオブジェクトは、データ供給コンポーネントによって直接識別されて伝送されない。すなわちユーザに対して、使用不可能なオブジェクトが誤って送信されることはない。
【００３５】
データ供給コンポーネントが、同一の内容かつ異なるデータ形式を有する有効データオブジェクトを供給できる場合、特性をＵＡ‐Ｐｒｏｆで識別することにより、すなわち特性を伝送路に存在する特定のコンポーネントに割り当てることにより、データ供給コンポーネントは、伝送路において中間接続されたコンポーネント、たとえばＷＡＰゲートウェイによって変換しなくても端末側で使用できる有効データオブジェクトを直ちに、より高い優先度で選択して伝送することができる。このようにして、不必要なデータフォーマット変換は削減される。
【００３６】
再度まとめると、ここで図示された実施形態によればプロフィールおよび（プロフィールをまとめた後の）プロフィール構成部分は、起点によってサーバ側で行われるＷＡＰ対応端末機器の特性と全システムの付加的な特性との区別および該起点によって識別される。前記全システムは、ＷＡＰ対応端末機器およびＷＡＰゲートウェイから構成されており、場合によっては、伝送すべきコンテンツを変更する、伝送路上の別のコンポーネントも含む。すなわち個々のプロフィールないしはＵＡ‐Ｐｒｏｆの識別部によって、サーバ側で以下の疑問が明らかになる。すなわち、該プロフィールがどの伝送ユニット（ＷＡＰ対応端末機器、ＷＡＰゲートウェイ、中間接続された変換ユニット等）に由来するかという疑問が明らかになる。伝送チェーンの端部にあるサーバはこの付加的な情報を、異なる既存のデータ形式およびフォーマットの中から選択する際に考慮しなければならない。さらにユニットは、必要な際には差プロフィールの別の付属部分を遮断することができる。
【００３７】
ここに記載された方法は、一例として記載された実施形態に制限されず、ＷＡＰを基礎とする別の適用事例にも適用できることも、ここで言及しておく。
【００３８】
以下で、プロフィールないしはＵＡ‐Ｐｒｏｆを使用して有効データオブジェクトを伝送する方法に関する上記の基本的思想の利点を、とりわけＤＲＭサポートされるオブジェクトの配付およびマルチメディアメッセージングサービスにおけるマルチメディアメッセージの配付に関連して、ＷＡＰフォーラムによって規定されたプロトコルを基礎とするブラウジングの場合において詳細に説明する。
【００３９】
以下の例ではＷＡＰ対応端末機器は、それ自体では静止画像を表示することができないが、ハードウェアモジュールを装入することによって、"ｊｐｅｇ"フォーマットの静止画像を表示することもできるように拡張されると仮定される。上記ですでに述べたように、端末機器とインターネットとは、静止画像を"ｇｉｆ"フォーマットから"ｊｐｅｇ"フォーマットに変換することもできるＷＡＰゲートウェイを介して接続される。ここに記載された方法が冒頭で図１に関連して記載された方法と異なる点は、プロフィールは起点の点で識別されることである。すなわち、相応の端末機器ないしは伝送ユニットの機能の他に付加的に、各差プロフィールはどの端末機器ないしはどの伝送ユニットに由来するかという情報も含まれている。この伝送ユニットは、たとえばＷＡＰゲートウェイ等である。拡張されたこのプロフィールは、以下ではアステリスクによって示される。それ以外の点では各プロフィールは、すでに図１に関連して記載されたように伝送および処理される。したがって以下では、アステリスクが付与された拡張プロフィールに関して個々のステップを説明するにあたり、アステリスクのないプロフィールの説明を省略する。
【００４０】
図１を参照すると、ＷＡＰ対応端末機器ＴはベースプロフィールＢＰ＊の他に、差プロフィールＤＰ３＊もＷＡＰゲートウェイＧへ伝送する（ステップ５を参照）。この差プロフィールＤＰ３＊は、装入されたハードウェアモジュールによって付加された機能を表す。このＷＡＰゲートウェイＧはＷＡＰ対応端末機器の両プロフィール（ベースプロフィールＢＰ＊および差プロフィールＤＰ３＊）の他に、固有の差プロフィールＤＰ２＊もデータ供給コンポーネントＤへ送信する（このことは、図１に示されたシナリオと同様である）。
【００４１】
こうすることによって伝送チェーンないしは伝送路における最後の構成要素（ここではデータ供給コンポーネントＤ）は、得られた全体プロフィールＲＰ＊（全体プロフィールに相応する）を検出する際に、（モジュールによって拡張された）ＷＡＰ対応端末機器Ｔがどの機能を有するかということと、中間接続された伝送ユニットにどの機能を割り当てるべきかということを把握する。すなわちここでは、ＷＡＰ対応端末機器Ｔは"ｊｐｅｇ"データ形式の静止画像を表示する機能を有することと、"ｇｉｆ"データフォーマットの静止画像を"ｊｐｅｇ"データフォーマットへＷＡＰゲートウェイによって変換すべきであることを把握する。
【００４２】
以下で、識別部のセマンティクスを説明する。以下ではプロフィールの識別部のための上記の変形形態のうち、一方ではプロフィールに記述されたユニット（ＷＡＰ対応端末、ＷＡＰゲートウェイ等）の機能が識別され、他方では伝送チェーンの後続のユニットの別のプロフィールを付加してもよいか否かが識別される変形形態ｃ）を使用する。
【００４３】
図２は、プロフィールを識別部するための２進法コーディングの有利な実施形態によるテーブルを示している。これによれば、ＷＡＰ対応端末機器はベースプロフィールを、２進法の識別部「−１」または「０」によって送信して、伝送チェーン内の別の伝送ユニットが差プロフィールを伝送するのを許可または禁止する。差プロフィールを補足したい、伝送チェーン内の次の要素（付加モジュールを有するＷＡＰ対応端末機器、ＷＡＰゲートウェイ、場合によってはＷＡＰプロキシまたは変換サーバ等）はまず、ＷＡＰ対応端末機器のベースプロフィールを評価する。差プロフィールの補足が許可されている場合、この次の要素は固有のプロフィールを、図２のテーブルにしたがって相応の識別部とともに伝送する。このようにして伝送チェーン内の最後の要素（すなわちサーバ）は、種々の（差）プロフィールを区別することができる。
【００４４】
このこととは無関係に、各端末機器ないしは各伝送ユニットは付加的に、プロフィールに連続的に識別番号を付与することもできる。この場合データ供給コンポーネントＤは、データ伝送に関与するネットワーク要素の順序に関する情報もすでに得ている。
【００４５】
以下で、識別部の構文を説明する。ここではごく概括的に、プロフィールを識別するための異なる手段を挙げる。ここでは、ベースプロフィールと差プロフィールとはもはや区別されない。この識別部では有利には、図２に示されたテーブルによる上記のセマンティクスを使用すべきであるが、予め合意されたすべてのセマンティクスも考えられる。
【００４６】
プロフィールを識別部することができる択一的な実施形態：
１．新たなヘッドフィールドが、相応のセッション層（ＨＴＴＰまたはＷＳＰ）に存在する伝送すべきプロフィールのために確保されている。ここで使用される両セッション層プロトコルＨＴＴＰおよびＷＳＰ（ＷＳＰ：Wireless Session Protocol）により、［８］および［９］にしたがって新たなヘッドフィールドが定義される。その際には、［１０］に記載されたテキストフォーマットが使用される。これによれば、ヘッドフィールドはフィールド名（必須）およびフィールド値（オプション）から成る。エアインタフェースで過度に大量のデータを送信する必要をなくすために、ＷＳＰ［９］は、しばしば使用される（いわゆる「ウェルノウン」）ヘッドフィールドに対して２進法のコーディングを推奨している。これによれば、たとえばフィールド／属性"X-Mms-Sender-Visibility: Show"（２９バイト）は１６進法コーディングで短縮形"93 11"（２バイト）となる。
【００４７】
本発明の有利な実施形態では、プロフィールを識別するために新たなヘッダフィールドを挿入することが提案される。このヘッダフィールドも同様に、［１０］に記載されたフォーマットを基礎としなければならない。ここで使用されるプロトコルＨＴＴＰおよびＷＳＰのための新たなヘッドフィールドのフィールド名は、たとえば"x-wap-profile-source"とすることができる。
【００４８】
以下は、テキストコーディングされたヘッドフィールド"x-wap-profile-source"を示している。このヘッドフィールドは、左側にテキストコーディングされたフィールド値を有し、右側に２進法（１０進法）コーディングされたフィールド値を有している：
x-wap-profile-source: WAP-Gateway; x-wap-profile-source: 2
２．マーキングは、ｈｔｔｐヘッダフィールドないしはＷＳＰヘッダフィールドにおいて付加的なパラメータによって直接行われる。こうすることにより、１．において記載されたアプローチによる情報コーディングと基本的に同一の情報コーディングが可能になる。こうするためにたとえば、ヘッダフィールド"x-wap-profile"の定義に、システム内のユニットに対してサーバ側にて割り当てるためのパラメータが補足される。
【００４９】
３．プロフィールに新たなＸＭＬ属性を追加する。上記ですでに説明したように、ＷＡＰ ＵＡ‐ＰｒｏｆのすべてのプロフィールをＸＭＬベースで記述するのが有利である。プロフィール内部で独立した情報ブロックないしは個々の情報は、いわゆる「タグ」（マーク）によって相互に区分されている。このタグの大部分は、開始命令および終了命令として対になってＸＭＬアプリケーションにて使用され、それらによって囲まれたテキストが何を意味するかを示す。このテキストもまた、別のタグによって下位分割され、これによってたとえば、属性のパラメータのリストが実現される。このような個々のタグのパラメータは属性と称される。これらは常に、引用符（「＜」および「＞」）によって囲まれる。
【００５０】
図３は、本発明の実施形態によって新たに定義されたＸＭＬ属性"source"（太字で強調されている。新たな要素全体は、２重線の枠によって囲まれている）の使用を示している。このＸＭＬ属性は、プロフィール（または個々のプロフィール構成要素）を端末機器ないしは伝送ユニットによって識別するために使用される。新たなＸＭＬ属性を使用する場合、該当のプロフィールにおいて、該プロフィールに関連する新たな"XML-namespace"を参照しなければならない。これはこの実施例では、"prf2"によって識別される。属性Sourceの値は、図３ではテキストコーディングされている（WAP GW ないしは WAP Gateway）。この属性値を、図２に示されたテーブルにしたがって２進法コーディングすることも考えられる（たとえば"WAP Gateway"＝"2"）。
【００５１】
付加的にプロフィールに、ＸＭＬ属性によって連続的に番号付与したい場合は、以下の２つの手段を使用できる。
【００５２】
属性"Source"の属性値は、異なる意味を有するパラメータのリストから形成されるように定義される。ここで図４に、"Source"の属性値を２つのパラメータのリストから形成する例を示す。ここでは、属性値の前記の括弧メカニズムが変換されている。属性値"Source"において"Bag"により、複数の属性値が後続する（本発明では、新たな要素も２重線の枠によって囲まれている）ことが指示される。括弧内の拡張部"Seq"は、リスト内のパラメータの順序が重要であることを意味する。definitionemごとに、パラメータ１はたとえば連続番号を表し、パラメータ２は、端末機器または伝送経路に存在する別のコンポーネント（たとえばネットワークユニット）によるプロフィールの識別部を表す。このことは有利には、図２のテーブルにて定義されたコードによって行われる。
【００５３】
ここに図示されたＵＡ‐ＰｒｏｆないしはＵＡ‐Ｐｒｏｆファイルのテキストコーディングの他に、［７］によって、すべてのテキスト属性にいわゆる２進法のトークンを割り当てる２進法の表現も可能になる。もちろん上記の基本的思想を、２進法コーディングされたＵＡ‐Ｐｒｏｆファイルで実現することもできる。
【００５４】
特性プロフィールないしはＵＡ‐Ｐｒｏｆを使用して有効データオブジェクトを伝送する上記の方法を、ＤＲＭサポートされるオブジェクトの伝送に適用することもできる。通信装置ないしは該通信装置の各コンポーネントのプロフィール伝送および処理が上記のように構成されており、ＷＡＰ対応端末機器（Ｔ；図１参照）によって、ＤＲＭサポートされるデータが要求された場合、情報フローは以下のように経過する。
【００５５】
１．ＷＡＰ対応端末機器（Ｔ）は、データ要求をまずＷＡＰゲートウェイ（Ｇ）へ送信する。このデータ要求には、付加モジュールを表すためにベースプロフィールＢＰ＊（この説明においても、図１を参照されたい）および差プロフィールＤＰ３＊が含まれている。両プロフィールは、該プロフィールをＷＡＰ対応端末機器（Ｔ）に割り当てることができるという上記の新たな情報によって識別される。
【００５６】
２．ＷＡＰゲートウェイ（Ｇ）はデータ要求を受け取り、データ供給コンポーネント（Ｄ）へ転送する。その際にＷＡＰゲートウェイ（Ｇ）は、データ要求に差プロフィールＤＰ２＊を補足する。この差プロフィールＤＰ２＊は、新たな識別部にしたがってＷＡＰゲートウェイに割り当てられる。
【００５７】
３．データ供給コンポーネント（Ｄ）はデータ要求を受け取り、プロフィール情報を評価して、要求されている画像を端末機器（Ｔ）自体によって"ｊｐｅｇ"フォーマットで使用できることと、ＷＡＰゲートウェイ（Ｇ）は画像を"ｇｉｆ"フォーマットから、端末機器に適したフォーマットに変換できる（ここでは"ｊｐｅｇ"のみである）ことを識別する。ここでオブジェクトないしは有効データオブジェクト（画像）を、ＤＲＭサポートされるフォーマットで伝送しなければならない場合、このオブジェクトないしは有効データオブジェクトをまず、ＷＡＰゲートウェイ（Ｇ）による該オブジェクトへのアクセスを不可能にする別のデータフォーマット（たとえば"application/vnd.wap.drm.message または application/vnd.wap.drm.content"）にパックないしは暗号化しなければならない。したがってデータ供給コンポーネント（Ｄ）は、"ｊｐｅｇ"フォーマットのオブジェクトをＤＲＭフォーマットにパックすることを決定する。こうすることにより、ＷＡＰゲートウェイによるオブジェクトの処理が不要になる。データ供給コンポーネント（Ｄ）はこのオブジェクトないしは有効データオブジェクトを、前記フォーマットでＷＡＰゲートウェイへ送信する。
【００５８】
４．ＷＡＰゲートウェイはオブジェクトを受信し、オブジェクトの処理が不要であること、ないしはＷＡＰゲートウェイ（Ｇ）による作業が必要であることを識別し、該オブジェクトを端末機器（Ｔ）へ送信する。
【００５９】
５．端末機器は該オブジェクトを受信し、アンパックして使用する。
【００６０】
本発明の実施形態による上記方法を使用しない場合、同じプロセスが以下のようになる：
１．ＷＡＰ対応端末機器（Ｔ）はデータ要求を、まずＷＡＰゲートウェイ（Ｇ）へ送信する。このデータ要求に含まれているのは、付加モジュールを表すためのベースプロフィールＢＰおよび差プロフィールＤＰ３である（ここでも図１を参照されたい）。
【００６１】
２．ＷＡＰゲートウェイ（Ｇ）はデータ要求を受け取り、差プロフィールＤＰ２を補足してデータ供給コンポーネント（Ｄ）へ転送する。
【００６２】
３．データ供給コンポーネント（Ｄ）はデータ要求を受け取り、プロフィール情報を評価して、要求されたデータないしは要求された画像を、端末機器（Ｔ）とＷＡＰゲートウェイ（Ｇ）との組み合わせによって"ｊｐｅｇフォーマット"および"ｇｉｆフォーマット"で使用できることを識別する。このオブジェクトは、ＤＲＭサポートされる形式で伝送しなければならず、そのためにはまず該オブジェクトを、該オブジェクトにＷＡＰゲートウェイがアクセスするのを不可能にする別のデータフォーマット（application/vnd.wap.drm.message または application/vnd.wap.drm.content）にパックしなければならない。データ供給コンポーネント（Ｄ）は場合によって、"ｇｉｆ"フォーマットのオブジェクトをＤＲＭフォーマットにパックすることを決定し、該オブジェクトを前記のフォーマットでＷＡＰゲートウェイ（Ｇ）へ送信する。
【００６３】
４．ＷＡＰゲートウェイ（Ｇ）は該オブジェクトを受け取り、該オブジェクトは包括側のフォーマットを把握ないしは処理できないので該ＷＡＰゲートウェイ（Ｇ）は該オブジェクトを処理できないことを識別し、変更せずに端末機器へ送信する。
【００６４】
５．該端末機器（Ｔ）は該オブジェクトを受け取り、包括側のデータフォーマットからアンパックするが、このオブジェクトを使用することはできない。
【００６５】
とりわけ本願にて取り上げたプロトコルに関する背景技術の説明は、たとえば以下の箇所に記載されている：
［１］3GPP TS 23.040 version 5.2.0, Release 5; Third Generation Partnership Project; Technical Specification Group Terminals; Technical realization of the Short Message Service (SMS).
［２］3GPP TS 22.140 version 4.1.0, Release 4; Third Generation Partnership Project; Technical Specification Group Services and System Aspects; Service Aspects; Stage 1; Multimedia Messaging Service (MMS).
［３］3GPP TS 23.140 version 5.1.0, Release 5; Third Generation Partnership Project; Technical Specification Group Terminals; Multimeda Messaging Service (MMS); Functional Description; Stage 2.
［４］WAP-274-MMS Architecture Overview; WAP Multimedia Messaging Service (MMS) Specification Suite 2.0
［５］WAP-275-MMS ClientTransaction; WAP Multimedia Messaging Service (MMS) Specification Suite 2.0
［６］WAP-276-MMS Encapsulation; WAP Multimedia Messaging Service (MMS) Specification Suite 2.0
［７］WAP-248-UAProf; WAG User Agent Profile; October 2001
［８］RFC 2616 "Hypertext Transfer Protocol - HTTP/1.1"; June 1999
［９］WAP-230-WSP Wireless Session Protocol Specification, approved version 5-July-2001
［１０］RFC 822 "Standard for the format of ARPA internet text messages"; David H. Crocker; August 13, 1982
【図面の簡単な説明】
【００６６】
【図１】伝送路に設けられた異なるコンポーネントの特性プロフィールまたはユーザエージェントプロフィールが使用される、有効データオブジェクトを伝送する方法に関与するコンポーネントと該コンポーネント間のデータフローとを示すブロック回路図である。
【図２】データ伝送路に設けられたコンポーネントの、各特性プロフィールごとの識別部またはコーディングのテーブルを示している。
【図３】第１の実施形態にしたがってＸＭＬ（ＸＭＬ：Extensible Markup Language）で表された特性プロフィールを示している。
【図４】第２の実施形態にしたがってＸＭＬで表された特性プロフィールを示している。
【図１】
0004663008.tif 000002
【図２】
0004663008.tif 000003
【図３】
0004663008.tif 000004
【図４】
0004663008.tif 000005