(57)【要約】ストリーミング不能なメディア構成要素およびストリーミング可能なメディア構成要素に関する記述子の両方を封入するために同じマルチメディア・メッセージを使用することができるマルチメディア・メッセージ方法およびシステム。受信側は、マルチメディア・メッセージから記述子を抽出し、それに従ってストリーミング・セッションをスタートする。受信ユーザ・エージェントが、マルチメディア・メッセージが使用可能かどうかの通知を受ける通知プロセスは、メッセージ内の構成要素のタイプが何であっても同じである。
2004534419.tif 000002
【特許請求の範囲】
【請求項１】
マルチメディア・メッセージを受信するための方法であって、
マルチメディア・メッセージを受信するステップと、
前記マルチメディア・メッセージから、ストリーミング・セッションをスタートするために必要な情報を含む記述子を分離するステップと、
前記記述子が記述する記憶しているストリーミング可能なメディア構成要素を検索するために、前記記述子によりストリーミング・セッションをスタートするステップと、
を含むことを特徴とする方法。
【請求項２】
請求項１に記載の方法において、
前記マルチメディア・メッセージからストリーミング不能なメディア構成要素を分離するステップを含むことを特徴とする方法。
【請求項３】
マルチメディア・メッセージを送信するための方法であって、
通信ネットワーク・エンティティ内にストリーミング可能なメディア構成要素を含むマルチメディア・メッセージを記憶するステップと、
前記ネットワーク・エンティティから受信ユーザ・エージェントにマルチメディア・メッセージを送信するステップと、
前記マルチメディア・メッセージ内に、マルチメディア・ユーザ・エージェントが、ストリーミング・セッションをスタートして、前記ストリーミング可能なメディア構成要素を検索できるようにする情報を供給する記述子を内蔵させるステップと、
を含むことを特徴とする方法。
【請求項４】
請求項１乃至３の何れかに記載の方法において、
前記方法が、さらに、受信ユーザ・エージェントに、通知メッセージにより前記マルチメディア・メッセージが使用できることを通知するステップを含むことを特徴とする方法。
【請求項５】
請求項１乃至４の何れかに記載の方法において、
前記マルチメディア・メッセージが、さらに、ストリーミング不能なマルチメディア構成要素を含み、前記マルチメディア・メッセージが、さらに、ストリーミング不能なメディア構成要素を含むことを特徴とする方法。
【請求項６】
請求項１乃至５の何れかに記載の方法において、
前記マルチメディア・メッセージが、前記記述子を含むように変更されるように、マルチメディア・メッセージのストリーミング可能なメディア構成要素を前記記述子で置き換えることを特徴とする方法。
【請求項７】
請求項６に記載の方法において、
前記マルチメディア・メッセージが、２つ以上のストリーミング可能な構成要素を含んでいる場合には、ストリーミング可能な各構成要素を対応する記述子で置き換えることを特徴とする方法。
【請求項８】
請求項３乃至６の何れかに記載の方法において、
前記マルチメディア・メッセージが２つ以上のストリーミング可能な構成要素を含んでいる場合には、少なくとも２つのストリーミング可能な構成要素を、置換されたすべての構成要素に対して共通の１つの記述子で置き換えることを特徴とする方法。
【請求項９】
請求項６乃至８の何れかに記載の方法において、
置換が、受信ＭＭＳリレー、受信ＭＭＳサーバ、および中間通信ブロックからなるグループから選択したエンティティにより行われることを特徴とする方法。
【請求項１０】
請求項１乃至９の何れかに記載の方法において、
前記記述子が、セッション記述ファイル、ユニフォーム・リソース・ロケータ（ＵＲＬ）、およびユニバーサル・リソース識別子（ＵＲＩ）からなるグループから選択したものであることを特徴とする方法。
【請求項１１】
請求項１０に記載の方法において、
前記セッション記述ファイルが、セッション記述プロトコル（ＳＤＰ）ファイルであることを特徴とする方法。
【請求項１２】
請求項１乃至１１の何れかに記載の方法において、
前記記述子が、ストリーミング・セッションを開始して前記ストリーミング可能な構成要素をダウンロードするのに必要なすべてのデータを含むことを特徴とする方法。
【請求項１３】
マルチメディア・メッセージを受信し、ストリーミング・セッションを確立するためのトランシーバ（ＲＦ）を備えるマルチメディア・メッセージ・ユーザ・エージェントであって、さらに、
ストリーミング初期化データを含む記述子に対する前記マルチメディア・メッセージを探索するためのプロセッサ（ＣＰＵ）を備え、
前記プロセッサ（ＣＰＵ）が、前記記述子が含むストリーミング初期化データによりストリーミング・セッションをスタートするために、前記トランシーバ（ＲＦ）を制御するように構成されることを特徴とするマルチメディア・メッセージ・ユーザ・エージェント。
【請求項１４】
マルチメディア・メッセージ・サービス・システム（１００）であって、
マルチメディア・メッセージを記憶するための第１のネットワーク・エンティティ（１５０）と、
複数のユーザ・エージェント（１１０，１２７）と、
受信ユーザ・エージェントであるユーザ・エージェントに、前記ユーザ・エージェントがマルチメディア・メッセージを使用することができることを通知するための第２のネットワーク・エンティティ（１４２）と、
ストリーミング可能なメディア構成要素に対する前記マルチメディア・メッセージを探索し、このような構成要素を記憶し、マルチメディア・メッセージ内に、前記ストリーミング可能な構成要素の代わりに、前記受信マルチメディア・ユーザ・エージェント（１１０，１２７）が、ストリーミング・セッションを開始し、前記ストリーミング可能なメディア構成要素を検索できるようにするのに十分な記述子を挿入することにより前記マルチメディア・メッセージを変更するための第３のネットワーク・エンティティ（１４２，１４４）と、を含み、
前記第２のネットワーク・エンティティ（１４２）が、前記受信ユーザ・エージェント（１１０，１２７）への前記マルチメディア・メッセージ供給要求を受信し、前記要求に応じて前記受信ユーザ・エージェントに前記マルチメディア・メッセージを転送するように構成されることを特徴とするマルチメディア・メッセージ・サービス・システム。
【請求項１５】
マルチメディア・メッセージの受信側のアドレスを含むマルチメディア・メッセージであって、前記マルチメディア・メッセージが、さらに、
受信ユーザ・エージェントが、ストリーミング・セッションを開始し、少なくとも１つのストリーミング可能なメディア構成要素を検索できるようにするのに必要なすべてのデータを含む記述子を含むことを特徴とするマルチメディア・メッセージ。
【請求項１６】
マルチメディア・メッセージ・ユーザ・エージェントを制御するためのコンピュータ・プログラム製品であって、前記ユーザ・エージェントが、マルチメディア・メッセージを受信できるようにするためのコンピュータ実行可能プログラム・コードを含み、前記コンピュータ・プログラム製品が、さらに、
前記ユーザ・エージェントが、ストリーミング初期化データを含む記述子に対する前記マルチメディア・メッセージを探索できるようにするコンピュータ実行可能プログラム・コードと、
前記ユーザ・エージェントが、前記記述子が含む前記ストリーミング初期化データによりストリーミング・セッションを開始できるようにするコンピュータ実行可能プログラム・コードと、
を含むことを特徴とするコンピュータ・プログラム製品。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ伝送に係り、特に、マルチメディア・メッセージ・サービスにおけるメディア・コンテンツのストリーミングに関する。
【背景技術】
【０００２】
移動通信ネットワークにおいては、マルチメディア・メッセージ・サービス（ＭＭＳ）という用語は、通常、マルチメディア・コンテンツを有するメッセージを送信するための新しいアプローチを記述するために使用される。マルチメディア・メッセージ・サービスを使用すれば、異なるモバイル・ユーザ間および／またはモバイル・ユーザとインターネットとの間で通信することができる。第三世代移動通信ネットワークでＭＭＳを提供するための、合意によって定められた解決方法がすでに存在していて、その機能は、第三世代パートナーシップ・プロジェクト（３ＧＰＰ）技術仕様（ＴＳ）２３．１４０、Ｖ．４．１．０「マルチメディア・メッセージ・サービス（ＭＭＳ）、機能説明、段階２（リリース４、２０００−１２）」に記載されている。３ＧＰＰ  ＴＳ  ２３．１４０、リリース４で提案されたマルチメディア・メッセージ・サービスは、メッセージを配信するために、ストア・アンド・フォワード・アプローチ（ｓｔｏｒｅ−ａｎｄ−ｆｏｒｗａｒｄ  ａｐｐｒｏａｃｈ）を使用する。マルチメディア・メッセージは、メディア・コンテンツ、該メディア・コンテンツおよびメッセージ宛先受信側を識別するアドレス指定情報を記述するのに必要な情報が一緒に封入されるように構成されている。
【０００３】
次に、マルチメディア・メッセージは、送信側のＭＭＳユーザ・エージェントからマルチメディア・メッセージ・サービス・センターＭＭＳＣに送られ、ＭＭＳＣは、宛先受信側（受信ＭＭＳユーザ・エージェント）にメッセージについて通知する。その後で、マルチメディア・メッセージは、受信ＭＭＳユーザ・エージェント端末により、その全体がダウンロードされ、受信ＭＭＳユーザ・エージェント内にダウンロードおよび記憶した後でユーザに表示されるだけである。
【０００４】
次に、図１、図２および図３を参照しながら、通常のＭＭＳシステムの構造および動作について説明する。
図１は、３ＧＰＰ  ＴＳ  ２３．１４０によるＭＭＳシステム素子の全体図である。システムは、下記の部材を備える。
・それぞれが、マルチメディア・メッセージを送受信することができる複数のＭＭＳユーザ・エージェント（ＵＡ）１１０；
・ローミングＭＭＳユーザ・エージェント１２７；
【０００５】
・下記のものを含む異なるタイプのアクセス・ネットワーク１２２，１２４および１２６；
・ＧＳＭフェーズ２ネットワークのような第二世代移動電気通信ネットワーク１２２；
・汎用移動電気通信システム（ＵＭＴＳ）のような第三世代移動電気通信ネットワーク１２４；
・例えば、無線ＬＡＮネットワークのような移動アクセス・ネットワーク１２６；
【０００６】
・電子メール・サーバおよび有線電子メール・クライアント１３２のような外部サーバ１３４を有するインターネット（または、他のインターネット・プロトコル（ＩＰ）ネットワーク）１３０；
・マルチメディア・メッセージ・サービス・リレー１４２、およびこの例の場合には、マルチメディア・メッセージ・サービス・センター（ＭＭＳＣ）１４０と呼ぶ１つのユニットに内蔵されているが、別の方法としては、個別または分散エンティティとして実施することもできるＭＭＳサーバ１４４；
・ＭＭＳサーバ１４４に接続しているメッセージ記憶装置１５０；
・例えば、ユーザ加入およびアドレス指定情報を含むユーザ・データベース１６０。
集合的な用語、マルチメディア・メッセージ・サービス環境（ＭＭＳＥ）は、マルチメディア・メッセージ・サービスを実施するために一緒に動作するこれらの機能素子を記述するために使用される。
【０００７】
図１についてさらに詳細に説明すると、各ＭＭＳユーザ・エージェント１１０は、そのアクセス・ネットワーク１２２，１２４を通してＭＭＳリレー１４２に接続している。ローミングＭＭＳユーザ・エージェント１２７は、移動アクセス・ネットワーク１２６およびインターネット１３０を通してＭＭＳリレー１４２に接続している。ＭＭＳリレーは、ＭＭＳサーバ１４４およびユーザ・データベース１６０に接続している。さらに、外部サーバ１３４および有線電子メール・クライアント１３２は、インターネット１３０に接続している。
【０００８】
図２は、３ＧＰＰ  ＴＳ  ２３．１４０による異なるＭＭＳＥ間の相互作用の全体図である。マルチメディア・メッセージの通信は、２つの異なるマルチメディア・メッセージ・サービス環境内に常駐するユーザ・エージェント１１０Ａ（送信側）と１１０Ｂ（受信側）との間で行われる。簡単にまた分かりやすくするために、２つのマルチメディア・メッセージ・サービス環境ＭＭＳＥ  ＡおよびＭＭＳＥ  Ｂは、それぞれ、１つのＭＭＳサーバにリンクしている１つのＭＭＳリレーを備えていて、２つのＭＭＳＣ２１４および２２４を形成している。実際のＭＭＳＥにおいては、ＭＭＳリレーおよびサーバの数は、これより多い場合があり、通常は多いことを理解されたい。ＭＭＳＥ  ＡおよびＭＭＳＥ  Ｂは、例えば、異なるオペレータ、異なる地理的位置またはカバレージエリアを有することができ、および／または部材の技術的特性および機能は異なっていてもよい。さらに、特定のＭＭＳＥが２つ以上のＭＭＳリレーを備えている場合には、本発明の方法はＭＭＳＥ内でも適用することができる。
【０００９】
図２の例の場合には、ＭＭＳユーザ・エージェント１１０Ａおよび１１０Ｂの両方は、無線通信ネットワーク２１２，２２２を通して各ＭＭＳＥ２１０，２２０と通信するデバイスである。しかし、ＭＭＳＥユーザ・エージェントＡ、またはＭＭＳＥユーザ・エージェントＢ、または両者は、固定ライン・ネットワーク（図示せず）内に常駐させることもできることを理解されたい。
【００１０】
図２について説明すると、マルチメディア・メッセージ・サービス環境Ａ  ２１０で提供されるマルチメディア・メッセージ・サービスに加入しているＭＭＳユーザ・エージェントＡ  １１０Ａは、ＭＭＳＥ  Ｂ  ２２０が提供するマルチメディア・メッセージ・サービスに加入しているＭＭＳユーザ・エージェントＢ  １１０Ｂに、あるメディア・コンテンツを送信したがっていると仮定する。一般的に、マルチメディア・メッセージの内容は、種々の構成要素を含んでいて、そのうちのいくつかは、ストリーミングに適していて、他の構成要素は、通常は、テキストまたは静止画のようにストリーミングに適していない。マルチメディア・メッセージの生成、送信、および検索を記述する下記の例の場合には、メッセージのすべての構成要素は、ストリーミングすることができないコンテンツ・タイプであると仮定する。それ故、３ＧＰＰ  ＴＳ  ２３．１４０が規定するマルチメディア・メッセージ構成要素のストリーミング・ダウンロードに対する現在の規定は別に検討することとする。
【００１１】
図２について再度説明すると、ＭＭＳユーザ・エージェントＢに対してマルチメディア・メッセージの通信をスタートすると、ＭＭＳユーザ・エージェントＡは、最初、送信するメディア・コンテンツを選択する。例えば、メディア・コンテンツは、ユーザ・エージェントＡのメモリに記憶している静止画および関連するある種のテキストの形をとることができる。静止画は、例えば、カメラおよびユーザ・エージェントＡが内蔵する静止画符号化装置により記録しておくことができる。別の方法としては、画像およびテキストを他のソースからユーザ・エージェントＡにダウンロードしておくこともできる。どちらの場合でも、ユーザ・エージェントＡは、メディア・コンテンツを、メディア・コンテンツ自身、メディア・コンテンツおよびメッセージの宛先受信側を識別するアドレス指定情報を記述するのに必要な情報を含むマルチメディア・メッセージとして封入する。次に、ＭＭＳユーザ・エージェントＡは、無線ネットワークＡ  ２１２を通してＭＭＳリレーＡにメッセージを送信する。
【００１２】
マルチメディア・メッセージを受信した場合には、ＭＭＳリレーＡは、メッセージと一緒に含まれているアドレス指定情報から、宛先受信者が、ＭＭＳＥ  Ａのユーザ・エージェントではなく、ＭＭＳリレーＢのユーザ・エージェントであると判断して、マルチメディア・メッセージをＭＭＳリレーＢに転送する。マルチメディア・メッセージの正しいＭＭＳリレー、すなわち、ＭＭＳユーザ・エージェントＢを担当するＭＭＳリレーへの経路指定は、例えば、現在の３ＧＰＰマルチメディア・メッセージ方法に規定されている標準化機構により行われる。マルチメディア・メッセージを受信すると、ＭＭＳリレーＢは、ＭＭＳサーバＢ内にメディア・コンテンツを記憶し、宛先受信側ＭＭＳユーザ・エージェントＢに通知を送り、それにより、マルチメディア・メッセージが着信していて、そのコンテンツをＭＭＳリレーＢからダウンロードできることを表示する。通知を受信すると、ＭＭＳユーザ・エージェントＢは、ＭＭＳリレーＢから（を通して）メディア・コンテンツを検索する。メディア・コンテンツの検索は、ＭＭＳリレーＢとの信号送信によりスタートする。
【００１３】
図３は、通知およびマルチメディア・メッセージ検索のプロセスの詳細図である。より詳細に説明すると、図３は、ＭＭＳリレーＢが、受信側であるＭＭＳユーザ・エージェントＢ宛てのＭＭＳメッセージを受信した場合のメッセージの流れを示す。ＭＭＳリレーＢは、ＭＭＳメッセージを受信し、それをＭＭＳサーバＢ内に記憶し、次に、ＭＭＳ通知メッセージ３１０（３ＧＰＰ  ＴＳ  ２３．１４０内のＭＭ１＿通知．ＲＥＱ）によりＭＭＳユーザ・エージェントＢにメッセージの着信を知らせる。
【００１４】
次に、ＭＭＳユーザ・エージェントＢは、ＭＭＳ通知３１０の受信を肯定応答するために、ＭＭＳ通知応答３２０（３ＧＰＰ  ＴＳ  ２３．１４０内のＭＭ１＿通知．ＲＥＳ）で応答する。
ＭＭＳ通知メッセージ３１０を受信した場合、ＭＭＳユーザ・エージェントＢは、検索のためにマルチメディア・メッセージを使用することができること、およびメッセージをダウンロードするためのプロセスをスタートすることができることを知る。このことは、通知メッセージを受信するとほぼ同時に行うこともできるし、または少し時間的に遅れて行うこともできる。
【００１５】
ＭＭＳユーザ・エージェントＢが、ＭＭＳメッセージのダウンロードをスタートしたい場合には、ＭＭＳユーザ・エージェントＢは、ＭＭＳ検索要求３３０（ＭＭ１＿検索．ＲＥＱ）をＭＭＳＣ  Ｂ  ２２４に送信する。ＭＭＳＣ  Ｂ  ２２４は、ＭＭＳサーバＢからマルチメディア・メッセージを検索することにより応答し、ＭＭＳ検索応答３４０（３ＧＰＰ  ＴＳ  ２３．１４０内のＭＭ１＿検索．ＲＥＳ）をＭＭＳユーザ・エージェントＢに送信する。この例で検討しているようなストリーミング不能な構成要素だけを含むマルチメディア・メッセージの場合には、ＭＭＳ検索応答メッセージは、ダウンロードする実際のマルチメディア・メッセージ構成要素を運ぶ。全マルチメディア・メッセージを受信した後で、ＭＭＳユーザ・エージェントＢは、（全マルチメディア・メッセージを受信したことを肯定応答する）ＭＭＳ肯定応答３５０をＭＭＳリレーＢに送信する。
【００１６】
すでに説明したように、いくつかのメディア構成要素が、ストリーミングによりダウンロードするのに適している場合がある。「ストリーミング」という用語は、一般的に、例えば、オーディオまたはビデオ・クリップ、または異なるメディア・タイプの組合わせのようなメディア・コンテンツを、コンテンツをデータ・ネットワークを通して受信者に送信しながら連続的に提示することを記述するために使用される。「ストリーム」は、受信者に、映画（すなわち、ビデオ）、音声または音楽のような情報のある種の連続的な流れを提供することができるデータの流れであってもよい。典型的なビデオ・ストリームにおいては、１秒間に約１０〜２０のビデオ・フレームが送信される。実際には、ストリーミングは、ライブ（リアルタイム）であってもオンデマンドで行われるものであってもよい。「ライブ・ストリーミング」という用語は、例えば、ビデオ・カメラが生成するデジタル画像の流れのようなライブ・ソースからのメディア・ストリームの生成を表すが、「オンデマンド・ストリーミング」という用語は、例えば、サーバ上に記憶されているファイルからのメディア・ストリームの生成を表す。
【００１７】
携帯ネットワークでのストリーミングの用途は非常に有望であるように思われる。特に携帯端末は、通常、メモリおよび処理能力のようなマルチメディア・プレイ・リソースが制限されているという事実を考慮した場合、非常に有望であると思われる。一般的に、ストリーミング・アプローチをメディア・ダウンロードおよび表示に適合させると、携帯端末が要求する使用できるメモリの容量を低減する恐れがある。
【００１８】
最近、ストリーミングを提案の第三世代マルチメディア・メッセージ・サービスに内蔵させることへの関心も高まっている。しかし、すでに説明したように、ＭＭＳサービスは、メディア・コンテンツ、メッセージ記述およびアドレス指定情報を１つのメッセージに封入することをベースとしている。この種の封入は、メディア・コンテンツのストリーミングと互換性を持っていないので、メディア・コンテンツのストリーミング・ダウンロードを収容するには、ＭＭＳサービス勧告をある程度変更しなければならない。３ＧＰＰ  ＴＳ  ２３．１４０、リリース４を使用すれば、受信ユーザ・エージェントと受信ＭＭＳリレーとの間にストリーミング・セッションを確立することができるが、受信ＭＭＳリレーから受信ＭＭＳユーザ・エージェントへ送信する通知メッセージをある程度変更しなければならない。
【００１９】
上記勧告によれば、上記例のところで説明したＭＭＳリレーＢのような受信ＭＭＳリレーは、ストリーミングすることができるメディア・コンテンツを含むマルチメディア・メッセージを受信した場合、受信ＭＭＳリレーは、変更したＭＭＳ通知メッセージを形成し、それを宛先受信ユーザ・エージェントに送信し、それにストリーミングすることができるマルチメディア構成要素について通知する。変更した通知メッセージは、受信ＭＭＳユーザ・エージェントとストリーミングすることができるマルチメディア構成要素にアクセスしているＭＭＳサーバとの間のストリーミング・セッションの初期化に必要な情報を含む。
【００２０】
それ故、３ＧＰＰ  ＴＳ  ２３．１４０、リリース４によれば、宛先受信ユーザ・エージェントに、マルチメディア・メッセージをダウンロードできることを通知するために使用する標準ＭＭＳ通知メッセージを、ダウンロードされるストリーミング可能なマルチメディア構成要素の詳細を提供するように変更しなければならない。そうすることにより、受信ユーザ・エージェントは、マルチメディア構成要素をダウンロードするために、ストリーミング・セッションを確立することができる。
【発明の開示】
【発明が解決しようとする課題】
【００２１】
しかし、このような変更にもかかわらず、ストリーミング可能なマルチメディア構成要素とストリーミング不能なマルチメディア構成要素を矛盾しない方法でダウンロードすることができる機構は、ＭＭＳ仕様には存在しない。このような機能の開発が待望されている。何故なら、静止画およびテキストまたはプログラム・アプレットのようなストリーミング不能なマルチメディア構成要素を、音響、音声またはビデオ・ストリームのようなストリーミング可能なマルチメディア構成要素と一緒に受信できれば非常に役に立つからである。
【課題を解決するための手段】
【００２２】
第１の態様によれば、本発明は、マルチメディア・メッセージを受信するための方法を提供する。この方法は、マルチメディア・メッセージを受信するステップと、マルチメディア・メッセージから、ストリーミング・セッションをスタートするために必要な情報を含む記述子を分離するステップと、記述子が記述する記憶しているストリーミング可能なメディア構成要素を検索するために、記述子によりストリーミング・セッションをスタートするステップと、を含む。
好適には、上記方法は、さらに、マルチメディア・メッセージからストリーミング不能なメディア構成要素を分離するステップを含むことが好ましい。
【００２３】
第２の態様によれば、本発明は、マルチメディア・メッセージを送信するための方法を提供する。この方法は、通信ネットワーク・エンティティ内にストリーミング可能なメディア構成要素を含むマルチメディア・メッセージを記憶するステップと、ネットワーク・エンティティから受信ユーザ・エージェントにマルチメディア・メッセージを送信するステップと、上記マルチメディア・メッセージ内に、受信ユーザ・エージェントが、ストリーミング可能なメディア構成要素を検索するために、ストリーミング・セッションをスタートすることができるようにする情報を供給する記述子を内蔵させるステップと、を含む。
【００２４】
本発明は、少し変更した現在のＭＭＳ仕様による通信システムを使用して、ストリーミング可能なメディア構成要素の送信ができるという利点を有する。
好適には、同じマルチメディア・メッセージにより、ストリーミング可能な構成要素とストリーミング不能な構成要素の両方を、マルチメディア・メッセージをダウンロードする前に、記述子により送信側から受信側に送信することができることが好ましい。
好適には、本発明の方法は、さらに、受信ユーザ・エージェントに、通知メッセージによりメッセージを使用することができることを知らせるステップを含むことが好ましい。好適には、通知メッセージは、ＭＭＳ仕様に適合することが好ましい。
【００２５】
さらに、本発明を使用すれば、受信ＭＭＳユーザ・エージェントに、マルチメディア・メッセージがダウンロード可能であることを知らせるために、１つのタイプの通知メッセージを使用することができる。すなわち、特定のマルチメディア・メッセージのメディア・コンテンツが何であっても、１つの通知メッセージ・タイプを使用することができる。そのため、通知メッセージの構成を簡単にでき、ダウンロードのためのマルチメディア・メッセージの利用度を矛盾のない方法で表示できるという利点が得られる。
【００２６】
好適には、ストリーミング不能なメディア構成要素とストリーミング可能なメディア構成要素の両方を備えるマルチメディア・メッセージのストリーミング可能なメディア構成要素を、ストリーミング不能な構成要素と記述子とを含むように、マルチメディア・メッセージが変更されるように、上記記述子で置き換えることが好ましい。それ故、ストリーミング不能な構成要素および記述子を含む変更したメッセージが、受信ユーザ・エージェントにダウンロードされると、ユーザ・エージェントは、ストリーミング可能なメディア構成要素をダウンロードする目的で、ストリーミング・セッションをスタートするために、記述子が供給する情報を使用することができる。
【００２７】
マルチメディア・メッセージが、２つ以上のストリーミング可能なメディア構成要素を含んでいる場合には、都合のよいことに、ストリーミング可能な各メディア構成要素は、対応する記述子により置き換えられる。別の方法としては、記述子は、少なくとも２つまたはすべてのストリーミング可能なメディア構成要素に関する情報を含む。次に、記述子は、それが記述するストリーミング可能な全メディア構成要素の代わりに、マルチメディア・メッセージで供給される。
【００２８】
好適には、この置換は、受信ＭＭＳリレーまたはＭＭＳサーバにより行うことが好ましい。すなわち、好適には、置換は、受信ユーザ・エージェントに関連するＭＭＳリレー、またはＭＭＳサーバにより行うことが好ましい。別の方法としては、代理サーバのような他の通信ブロックが置換を行うことができる。
好適には、記述子を、セッション記述ファイル、ユニフォーム・リソース・ロケータ（ＵＲＬ）、およびユニバーサル・リソース識別子（ＵＲＩ）からなるグループから選択することが好ましい。
好適には、セッション記述ファイルは、セッション記述プロトコル（ＳＤＰ）ファイルであることが好ましい。
好適には、セッション記述ファイルは、ストリーミング可能なメディア構成要素をダウンロードする目的で、ストリーミング・セッションをスタートするのに必要なすべてのデータを含んでいることが好ましい。
【００２９】
マルチメディア・メッセージに記述子を挿入すると、ストリーミング・セッションをスタートする目的で、データを別々に送信する必要がなくなる。そのため、通信帯域幅を節約することができ、メッセージ送信を加速することができる。何故なら、過度のメッセージ送信を避けることができるからである。さらに、受信ユーザ・エージェントがそのメッセージを拒否した場合には、無駄に記述子を送信する必要がなくなる。
【００３０】
第３の態様によれば、本発明は、マルチメディア・メッセージ・ユーザ・エージェントを提供する。このマルチメディア・メッセージ・ユーザ・エージェントは、マルチメディア・メッセージを受信し、ストリーミング・セッションを確立するためのトランシーバを備える。
上記マルチメディア・メッセージ・ユーザ・エージェントは、さらに、ストリーミング初期化データを含む記述子に対するマルチメディア・メッセージを探索するためのプロセッサを備え、上記プロセッサが、記述子が含むストリーミング初期化データによりストリーミング・セッションをスタートするために、トランシーバを制御するように配置されることを特徴とする。
【００３１】
第４の態様によれば、本発明は、マルチメディア・メッセージ・サービス・システムを提供する。このマルチメディア・メッセージ・サービス・システムは、マルチメディア・メッセージを記憶するための第１のネットワーク・エンティティと、複数のユーザ・エージェントと、受信ユーザ・エージェントであるユーザ・エージェントに、ユーザ・エージェントがメッセージを使用することができることを通知するための第２のネットワーク・エンティティと、ストリーミング可能なメディア構成要素に対するマルチメディア・メッセージを探索し、マルチメディア・メッセージのこのような構成要素を記憶し、受信マルチメディア・ユーザ・エージェントが、ストリーミング可能なメディア構成要素を検索する目的で、ストリーミング・セッションをスタートすることができるようにするのに十分な記述子をマルチメディア・メッセージ内に挿入することによりマルチメディア・メッセージを変更するための第３のネットワーク・エンティティと、マルチメディア・メッセージの受信ユーザ・エージェントへの供給に対する要求を受信し、この要求に応じて受信ユーザ・エージェントにマルチメディア・メッセージを転送するように構成されている第２のネットワーク・エンティティとを備える。
【００３２】
第２および第３のネットワーク・エンティティは、例えば、マルチメディア・リレーのような同じものであってもよい。別の方法としては、第２および第３のネットワーク・エンティティは、異なるエンティティであってもよい。
【００３３】
第５の態様によれば、本発明は、マルチメディア・メッセージを提供する。このマルチメディア・メッセージは、マルチメディア・メッセージが、マルチメディア・メッセージの受信側のアドレスを含む。上記マルチメディア・メッセージは、さらに、受信ユーザ・エージェントが、記述子により、少なくとも１つのストリーミング可能なメディア構成要素を検索する目的で、ストリーミング・セッションをスタートすることができるようにするのに必要な情報を含む記述子を含むことを特徴とする。
【００３４】
第６の態様によれば、本発明は、マルチメディア・メッセージ・ユーザ・エージェントを制御するためのコンピュータ・プログラム製品を提供する。このコンピュータ・プログラム製品は、ユーザ・エージェントが、マルチメディア・メッセージを受信できるようにするための、コンピュータが実行することができるプログラム・コードを含む。
【００３５】
上記コンピュータ・プログラム製品は、さらに、ユーザ・エージェントが、ストリーミング初期化データを含む記述子に対するマルチメディア・メッセージを探索することができるようにするための、コンピュータが実行することができるプログラム・コードと、ユーザ・エージェントが、記述子が含むストリーミング初期化データによりストリーミング・セッションをスタートすることができるようにするための、コンピュータが実行することができるプログラム・コードとを含むことを特徴とする。
添付の図面を参照しながら本発明について説明するが、これは単に例示としてのものに過ぎない。
【発明を実施するための最良の形態】
【００３６】
図１乃至３については、従来技術を説明するためにすでに説明した。これらの図面は、また、本発明を実施することができるフレームワークを形成する。
次に、本発明の好ましい実施形態を、ストリーミング可能な構成要素およびストリーミング不能な構成要素を含むマルチメディア・メッセージを受信した場合のＭＭＳシステムの動作を参照しながら説明する。好ましい実施形態をサポートするＭＭＳシステムの例示としての実行についても説明する。
【００３７】
本発明の好ましい実施形態は、受信ＭＭＳユーザ・エージェント１１０Ｂが、ストリーミング・セッションを開始して、ストリーミング可能な構成要素をダウンロードできるようにする情報を供給する記述子に、マルチメディア・メッセージのストリーミング可能なマルチメディア構成要素を置き換えることをベースとしている。すでに説明したように、今迄、ＭＭＳに関連するストリーミングは、ＭＭＳ通知メッセージ３１０を変更することによってだけ可能であった。本発明の好ましい実施形態の場合には、記述子はマルチメディア・メッセージに埋設されていて、受信ユーザ・エージェントにより、ＭＭＳ検索応答の任意の他のマルチメディア構成要素として受信される。ユーザ・エージェントは、記述子が供給する情報を抽出するが、次に、この情報はストリーミング可能な構成要素をダウンロードする目的で、ストリーミング・セッションをスタートするために使用することができる。このことは、ＭＭＳ通知メッセージ３１０をもはや変更する必要がないことを意味する。
【００３８】
図４は、本発明の好ましい実施形態による、受信ＭＭＳＣと受信ＭＭＳユーザ・エージェントとの間で行われるメッセージの流れを示す。ＭＭＳＣにマルチメディア・メッセージが到着した後で、最初に、メッセージ３１０乃至３３０が交換される。この交換は、受信したマルチメディア・メッセージにストリーミング可能な構成要素が存在していない場合には、従来のＭＭＳシステムで行われたのと同じ方法で行われる。本発明による変更を行うと、ＭＭＳ検索要求３３０の後で行われる信号送信が影響を受ける。好ましい実施形態の場合には、受信したマルチメディア・メッセージが、ストリーミング不能なメディア構成要素の他に、ストリーミング可能なメディア構成要素を含んでいる場合、ＭＭＳ検索応答３４０は、ストリーミング不能なマルチメディア・メッセージ構成要素と、ストリーミング可能なマルチメディア構成要素を記述している記述子とを含む。好ましい実施形態の場合には、マルチメディア・メッセージが２つ以上のストリーミング可能なメディア構成要素を含んでいる場合、ストリーミング可能な各メディア構成要素は、受信ユーザ・エージェント１１０Ｂが、問題のストリーミング可能なメディア構成要素を受信するためのストリーミング・セッションを開始することができるのに十分な情報を含む別々の記述子に置換される。
【００３９】
マルチメディア・メッセージが、ストリーミング可能な構成要素だけを含んでいる場合には、マルチメディア・メッセージは、ストリーミング可能な構成要素の記述子だけを含む。
【００４０】
通常、記述子は、ＭＭＳメッセージ内に含まれているセッション記述プロトコル（ＳＤＰ）文書のようなセッション記述ファイルの形に構成される。実際のファイル構造は種々の方法で実施することができるが、好ましい実施形態の場合には、無線アプリケーション・プロトコルＷＡＰマルチメディア・メッセージ・サービス、バージョン１．０、メッセージ封入ドラフト０．８（２０００年２月１７日）に示すような図２の構造が使用される。ＭＭＳメッセージのダウンロードがスタートした後、大きな遅延を起こさないで、ストリーミング・セッションをスタートすることができるよう、ＭＭＳメッセージの始めの部分で記述子を送るように、マルチメディア・メッセージを構成すると有利である。
【００４１】
他の実施形態の場合には、共有セッション記述ファイルが、２つまたはそれ以上のダウンロード可能なマルチメディア構成要素の記述を含む。
セッション記述ファイルは、特定のストリーミング可能なマルチメディア構成要素に対する表示の記述を供給し、受信側がストリーミング・プロセスのメディア初期化部分を達成することができるようにする。ＳＤＰファイルは、広く使用されているセッション記述ファイル・タイプの良い例である。ＳＤＰは、ＭＭＳ検索応答メッセージ３４０の構成要素のコンテンツ・タイプとして述べるＩＡＮＡ（Ｉｎｔｅｒｎｅｔ  Ａｓｓｉｇｎｅｄ  Ｎｕｍｂｅｒｓ  Ａｕｔｈｏｒｉｔｙ）（インターネット上のアドレス割り当て業務を行う機関）登録のＭＩＭＥ（多目的インターネット・メール拡張機能）タイプを有する。
【００４２】
都合のよいことに、セッション記述ファイルは、下記のデータ、すなわち、プロトコル・バージョン、メディア・コンテンツの所有者および／または生成者に関する情報、セッション識別子、セッション名および属性、セッション情報、メッセージの送信側の電子メール・アドレスまたは電話番号のような発信側識別子、接続情報、帯域幅情報、異なる時間関連情報およびセッション記述ファイルが記述する各メディア構成要素に対する名称および属性を含む。セッション記述ファイルは、さらに、メッセージ確認コード（ＭＡＣ）のようなある種の暗号情報、内容の有効性をチェックするための暗号チェックサム、または受信ＭＭＳユーザ・エージェントが、コンテンツを解読または確認するために使用するセッション・キーを生成する許可の要求を含むことができる。
【００４３】
他の実施形態の場合には、この目的のために他の形のファイルが使用される。ＴＥＸＴ、ＲＴＳＬおよびＭＨＥＧは、この目的のために使用するいくつかの他のファイルの例であり、これらのファイルは、すべて登録ＭＩＭＥタイプを含む。
【００４４】
ストリーミング・セッションは、通常使用するストリーミング・プロトコルにより実施される。リアルタイム・ストリーミング・プロトコル（ＲＴＳＰ）は、この点における周知のセッション層プロトコルである。リアルタイム・プロトコル／リアルタイム制御プロトコル（ＲＴＰ／ＲＴＣＰ）は、ストリーミング・コンテンツの転送を制御するように設計されていて、一方、ユーザ・データグラム・プロトコル（ＵＤＰ）および／または送信制御プロトコル（ＴＣＰ）は、ストリーミングに対する転送プロトコルとして使用することができる。
個々のセッション記述ファイルを使用すると、もっと柔軟に使用できるようになる。何故なら、異なるネットワーク・エンティティが、異なるストリーミング可能なマルチメディア構成要素をそれぞれの記述子で置き換えることができるからである。
【００４５】
マルチメディア・メッセージ、すなわち、コンテンツは、ストリーミングまたは任意の他の適当な方法によりＭＭＳＣにアップロードすることができる。本発明の好ましい実施形態の場合には、所与の受信側にメディア・コンテンツをダウンロードする際に、ＭＭＳリレーＢにコンテンツがアップロードされた方法とは無関係な方法でストリーミングを使用することができる。
【００４６】
図５は、本発明の好ましい実施形態による、受信ＭＭＳリレーの動作を示すフローチャートである。動作は、ブロック５０２からスタートする。次に、ＭＭＳリレーＢは、マルチメディア・メッセージを受信する（ブロック５０４）。ＭＭＳリレーは、マルチメディア・メッセージが、任意のストリーミング可能なメディア構成要素を含んでいるかどうかをチェックする（ブロック５０６）。含んでいる場合には、ストリーミング可能な各メディア構成要素が記憶され（ブロック５０８）、問題の構成要素に対して適当な記述子が形成され、メディア構成要素自身の代わりに、マルチメディア・メッセージ内に挿入される（ブロック５１０）。動作の次のステップで、受信ＭＭＳユーザ・エージェントにマルチメディア・メッセージが使用できるという通知が行われる（ＭＭＳ通知）（ブロック５１２）。
【００４７】
マルチメディア・メッセージが使用できるという通知を受信した後で、受信ＭＭＳユーザ・エージェントは、ＭＭＳ通知応答メッセージを送信することにより、通知を受信したことを肯定応答しなければならない。ＭＭＳリレーは、自分がＭＭＳ通知応答を受信したかどうかをチェックする（ブロック５１４）。受信していなかった場合には、ＭＭＳリレーは、メッセージが期限切れになったかどうかをチェックする（ブロック５１５）。メッセージが期限切れになっていない場合には、リレーは、例えば、所定の時間が経過した後で、受信側は再度通知しようとする。メッセージが期限切れになっていた場合には、ＭＭＳリレーは、受信ユーザ・エージェントに再度通知しようとしないで、有利にメッセージをクリアする（ブロック５２０）。すなわち、それに関連する記憶したメディア構成要素を消去する。
【００４８】
通知応答を受信した場合には（ブロック５１４）、動作は、ＭＭＳ検索要求を受信したかどうかをチェックすることにより先に進む（ブロック５１６）。本発明の好ましい実施形態の場合には、ＭＭＳ検索要求と通知応答の両方が、別の方法で、短い時間（例えば、１、５または１０分）内に送信される場合、または入力マルチメディア・メッセージの自動ダウンロードをすでに選択していた場合には、ＭＭＳ検索要求を通知応答と一緒にすることができる。
【００４９】
検索要求をまだ受信していなかった場合には、ＭＭＳリレーは、マルチメディア・メッセージが期限切れになったかどうかをチェックする（ブロック５１８）。期限切れになっていた場合には、動作はブロック５２０に進み、マルチメディア・メッセージは、すでに説明したようにクリアされる。マルチメディア・メッセージが期限切れになっていなかった場合には、動作はブロック５２２に進む。ここで、各ストリーミング可能なマルチメディア構成要素に対する記述子を含むマルチメディア・メッセージが、受信ＭＭＳユーザ・エージェントに送信される。マルチメディア・メッセージを送信した後で、（例えば、マルチキャストの場合のように）他の受信側に送信する必要がない場合には、メッセージはクリアされる（ブロック５２４）。通常、受信ＭＭＳユーザ・エージェントから肯定応答を受け取った後でだけ、メッセージはクリアされる。
通常、ＭＭＳリレーは、サーバ・コンピュータとして実施され、ＭＭＳリレーが、上記ステップにより動作できるようにするコンピュータ・プログラムにより制御される。
【００５０】
図６は、ＭＭＳユーザ・エージェントが、無線通信装置で実施される本発明の好ましい実施形態によるＭＭＳユーザ・エージェントの構造である。マイクロプロセッサμＰは、ＭＭＳユーザ・エージェントの異なる機能ブロックを担当するブロックを制御する。これらの機能ブロックは、ランダム・アクセス・メモリＲＡＭ、無線周波ブロックＲＦ、読出し専用メモリＲＯＭ、外部接続に対する入出力ポートＩ／Ｏ、マルチメディア・メッセージを提示するためのオーディオ・システムＳＮＤおよびディスプレイＤＰＬを有するユーザ・インタフェースＵＩ、およびユーザからデータおよびコマンドを受け取るためのキーボードＫＢＤを備える。マイクロプロセッサの動作命令、すなわち、プログラム・コードおよびＭＭＳユーザ・エージェントの基本的な機能は、前もって、例えば、製造プロセス中にＲＯＭに記憶される。そのプログラムにより、マイクロプロセッサは、無線経路によりメッセージを送受信するためにＲＦブロックを使用する。
【００５１】
マイクロプロセッサは、ユーザ・インタフェースＵＩの状態を監視し、プログラム・コードによりＭＭＳユーザ・エージェントを制御する。マルチメディア・メッセージを受信した場合には、マイクロプロセッサμＰは、メッセージをチェックして、ストリーミング可能なマルチメディア構成要素の記述子を探す。記述子を発見した場合には、マイクロプロセッサは、それに従い、対応するマルチメディア構成要素を検索し、またはダウン・ストリーミングするためにストリーミング・セッションをスタートする。２つ以上の記述子を発見した場合には、各マルチメディア構成要素をダウン・ストリーミングするために、対応する数のストリーミング・セッションがスタートする。
通常、ストリーミング・セッションは、ほとんど直ちにセットアップされるが、別の方法としては、記述子情報をランダム・アクセス・メモリＲＡＭに記憶し、少し時間が経ってからストリーミング・セッションをスタートするために使用することができる。
【００５２】
特定のマルチメディア構成要素が、ＭＭＳユーザ・エージェント自身がサポートしないタイプのものである場合には、マイクロプロセッサは、上記構成要素をそのタイプのマルチメディア構成要素をサポートする外部デバイスに転送するために入出力ポートＩ／Ｏを制御することができる。このような外部デバイスとしては、通常は、ラップトップ・コンピュータであるパーソナル・コンピュータを使用することができる。そうすることにより、外部デバイスがそのような機能を持っている場合には、拡張ユーザ・インタフェースおよび音響機能を使用できるという利点が得られる。入出力ポートとしては、赤外線ポート、有線ポートまたはブルートゥース・ポートのような低電力無線周波接続ポートを使用することができる。
【００５３】
ストリーミング可能なマルチメディア構成要素の場合には、上記外部デバイスが、ＭＭＳユーザ・エージェントまたは固定インターネット・アクセスのような他の経路を通してストリーミング・セッションを確立することができるようにするために、記述子情報を外部デバイスに送ることができる。
【００５４】
都合のよいことに、ＭＭＳリレーは、ユーザ・データベース１６０に記憶している受信ユーザ・エージェントのユーザ・プロファイルにアクセスできる。このプロファイルを使用して、ＭＭＳリレーは、マルチメディア・メッセージの各マルチメディア構成要素が、受信ユーザ・エージェントの機能および／または受信ユーザ・エージェントのユーザ・プロファイルが定義する選好に適合するかどうかを判断することができる。必要な場合には、高すぎる品質のマルチメディア構成要素を、その送信がもっと高速であり、マルチメディア構成要素をユーザに提示する前に任意の他の変換または操作を行わないで、受信ユーザ・エージェントが容易に使用することができるもっと低いが十分な品質のレベルにダウン・コンバートすることができる。同様に、マルチメディア構成要素を、結果が受信ユーザ・エージェントの機能および／または選好に適合するように、あるメディア・フォーマットから他のフォーマットに変換することもできる。この変換は、ＭＭＳ検索応答の送信前または送信時／送信中に行うことができる。
【００５５】
本発明の特定の実施および実施形態について説明してきた。当業者であれば、本発明が、上記実施形態の詳細な点に制限されないで、本発明の特徴から逸脱することなしに等価の手段により、他の実施形態で実施できることを理解することができるだろう。本発明の範囲は、添付の特許請求の範囲だけにより制限される。
【図面の簡単な説明】
【００５６】
【図１】３ＧＰＰ  ＴＳ  ２３．１４０、ｖ．４によるＭＭＳシステム素子の全体図である。
【図２】３ＧＰＰ  ＴＳ  ２３．１４０、ｖ．４による相互に作用するＭＭＳシステム素子の全体図である。
【図３】受信ＭＭＳリレー／ＭＭＳサーバおよび受信ＭＭＳユーザ・エージェント間のメッセージの流れを示す図である。
【図４】本発明の好ましい実施形態による、受信ＭＭＳリレー／ＭＭＳサーバおよび受信ＭＭＳユーザ・エージェント間のメッセージの流れを示す図である。
【図５】本発明の好ましい実施形態によるＭＭＳリレーの動作を示すフローチャートである。
【図６】本発明の好ましい実施形態によるＭＭＳユーザ・エージェントの構造を示すブロック図である。
【図１】
2004534419.tif 000003
【図２】
2004534419.tif 000004
【図３】
2004534419.tif 000005
【図４】
2004534419.tif 000006
【図５】
2004534419.tif 000007
【図６】
2004534419.tif 000008
【国際公開パンフレット】
2004534419.tif 000009
2004534419.tif 000010
2004534419.tif 000011
2004534419.tif 000012
2004534419.tif 000013
2004534419.tif 000014
2004534419.tif 000015
2004534419.tif 000016
2004534419.tif 000017
2004534419.tif 000018
2004534419.tif 000019
2004534419.tif 000020
2004534419.tif 000021
2004534419.tif 000022
2004534419.tif 000023
2004534419.tif 000024
2004534419.tif 000025
2004534419.tif 000026
2004534419.tif 000027
2004534419.tif 000028
2004534419.tif 000029
2004534419.tif 000030
2004534419.tif 000031
2004534419.tif 000032
2004534419.tif 000033
2004534419.tif 000034
2004534419.tif 000035
2004534419.tif 000036
2004534419.tif 000037
2004534419.tif 000038
【国際調査報告】
2004534419.tif 000039
2004534419.tif 000040
2004534419.tif 000041