(57)【要約】      （修正有）【課題】ストリーム化可能な構成部分を通知メッセージとして送信する。【解決手段】少なくとも１つのストリーム化可能な構成部分およびそれを記述している情報を送信機が通信サーバＭＭＳＣに送信するステップと、前記通信サーバがそれに応答して受信機に対して前記ストリーム化可能な構成部分が利用できることを知らせるための通知メッセージを送信するステップとを含む通信方法。通知メッセージは、ストリーム化可能な構成部分に対する前記記述を含むマルチメディア・メッセージである。通信サーバＭＭＳＣおよび受信機は、ストリーム化可能な構成部分を記述している前記情報を使用して、ストリーム化可能な構成部分を転送するためのストリーミング・セッションを形成する。次に、通信サーバＭＭＳＣは、ストリーム化可能な構成部分を受信機に対してシーケンシャルなサブパーツでストリーミング・セッションにおいてストリームとして流す。【選択図】図１
2005287016.tif 000002
【特許請求の範囲】
【請求項１】
通信方法であって、
通信サーバによって第１の端末からのコンテンツおよび該コンテンツを記述している情報を受信するステップと、
前記通信サーバから第２の端末に対して、前記コンテンツが利用できることを知らせる通知メッセージを送信するステップとを含み、前記方法は、
前記コンテンツを記述している前記情報を使用して、前記通信サーバと前記第２の端末との間にストリーミング・セッションを形成するステップと、
前記コンテンツをシーケンシャルなサブパーツで前記通信サーバから前記第２の端末に対して前記ストリーミング・セッションの間に送信するステップとをさらに含むことを特徴とする方法。
【請求項２】
請求項１に記載の通信方法において、
前記コンテンツおよび前記コンテンツを記述している前記情報を前記第１の端末から前記通信サーバに別のメッセージで送信するステップをさらに含む方法。
【請求項３】
請求項１または２に記載の通信方法において、
前記通信サーバによって前記第２の端末に対して前記コンテンツを記述している前記情報をマルチメディア・メッセージのマルチメディア構成部分として送信するステップをさらに含む方法。
【請求項４】
請求項１乃至３の何れかに記載の通信方法において、
前記コンテンツが少なくとも１つのストリーム化不可能な構成部分と、少なくとも１つのストリーム化可能な構成部分の記述とを含む方法。
【請求項５】
請求項１乃至４の何れかに記載の通信方法において、
前記コンテンツを前記通信サーバから前記第２の端末に送信する前に、前記第２の端末によって前記コンテンツを要求するステップをさらに含む方法。
【請求項６】
請求項１乃至５の何れかに記載の通信方法において、
前記コンテンツを前記第１の端末において発生するステップをさらに含む方法。
【請求項７】
請求項６に記載の方法において、
前記第１の端末において発生された前記コンテンツを前記通信サーバにストリームとして流すステップをさらに含む方法。
【請求項８】
請求項６または７に記載の方法において、
前記コンテンツの発生が完了する前に、前記コンテンツを記述している情報を送信するステップをさらに含む方法。
【請求項９】
請求項１乃至８の何れかに記載の方法において、
前記コンテンツを記述している前記情報を前記通信サーバから前記第２の端末に前記通知メッセージ内で送信するステップをさらに含む方法。
【請求項１０】
請求項１乃至９の何れかに記載の方法において、
前記通信サーバが前記コンテンツを格納して送信するためのコンテンツ・サーバと、通知メッセージを受信および送信するための通知サーバとを含み、前記コンテンツ・サーバおよび前記通知サーバは、単独ユニット、別のユニット、および異なる地理的ロケーションに分散されている別々のユニットから構成されているグループから選択される物理的関係を有している方法。
【請求項１１】
請求項１乃至１０の何れかに記載の方法において、
前記方法をマルチメディア・メッセージング・サービス（ＭＭＳ）の一部として実装するステップをさらに含む方法。
【請求項１２】
請求項１乃至１１の何れかに記載の方法において、
前記コンテンツを前記第２の端末の他に、少なくとも１つの他の端末にマルチキャストするステップをさらに含む方法。
【請求項１３】
通信システム（２０）であって、
第１の端末（２１）および第２の端末（２４）を含む複数の端末（２１、２４）と、
前記複数の端末にアクセスすることができる通信サーバ（ＭＭＳＣ）と、
コンテンツおよび前記コンテンツを記述している情報を前記第１の端末（２１）から前記通信サーバ（ＭＭＳＣ）に送信するための手段（５２）と、
前記通信サーバから前記第２の端末（２４）に対して、前記コンテンツが利用可能であることに関して前記第２の端末（２４）に通知する通知メッセージを送信するための手段（２３）とを含み、
前記システムは、
前記コンテンツを記述している前記情報を使用して、前記通信サーバ（ＭＭＳＣ）と前記第２の端末（５０）との間にストリーミング・セッションを形成するための手段（２２；５２）と、
前記コンテンツをシーケンシャルなサブパーツで、前記通信サーバから前記第２の端末（２４）に対して、前記ストリーミング・セッションの間に送信するための手段（２２）とをさらに含むことを特徴とするシステム。
【請求項１４】
請求項１３に記載の通信システムにおいて、
前記コンテンツを前記第１の端末（２１）において生成するための手段（２５）をさらに含むシステム。
【請求項１５】
請求項１３または１４に記載の通信システムにおいて、
前記通信サーバ（ＭＭＳＣ）が、前記コンテンツを記述している前記情報を前記第１の端末（２１）から受信するため、および前記通知メッセージを前記第２の端末（２４）に送信するための通知サーバ（２３）を含むシステム。
【請求項１６】
請求項１３乃至１５の何れかに記載の通信システムにおいて、
前記通信サーバが、前記コンテンツを前記第１の端末（２１）から受信するための、および前記コンテンツを前記第２の端末（２４）に送信するためのコンテンツ・サーバ（２２）をさらに含むシステム。
【請求項１７】
複数の端末（２１、２４）にサービスするための通信サーバ（ＭＭＳＣ）であって、
第１の端末（２１）からコンテンツおよび前記コンテンツを記述している情報を受信するための手段と、
前記コンテンツが利用できることを知らせる通知メッセージを前記第２の端末に通知する通知メッセージを第２の端末（２４）に送信するための手段とを含み、前記通信サーバ（ＭＭＳＣ）は、
前記コンテンツを記述している前記情報を使用して、前記第２の端末とのストリーミング・セッションを形成するための手段（２２）と、
前記コンテンツをシーケンシャルなサブパーツにおいて前記第２の端末に対してストリーミング・セッションの間に送信するための手段（２２）とをさらに含むことを特徴とする通信サーバ。
【請求項１８】
コンピュータ・プログラム製品であって、
第１の端末からコンテンツおよび前記コンテンツを記述している情報を通信サーバに受信させるためのコンピュータ・プログラム・コードと、
前記通信サーバから第２の端末に対して、前記コンテンツが利用可能であることについて前記第２の端末に知らせる通知メッセージを前記通信サーバに送信させるためのコンピュータ・プログラム・コードとを含み、
前記コンピュータ・プログラム製品は、
前記コンテンツを記述している前記情報を使用して、前記通信サーバと前記第２の端末との間にストリーミング・セッションを前記通信サーバに形成させるためのコンピュータ・プログラム・コードと、
前記コンテンツをシーケンシャルなサブパーツで前記通信サーバから前記第２の端末に対して前記ストリーミング・セッションの間に前記通信サーバに送信させるためのコンピュータ・プログラム・コードとをさらに含むことを特徴とするコンピュータ・プログラム製品。
【請求項１９】
通信装置（２１，２４）であって、
通信サーバ（ＭＭＳＣ，２３）から、前記通信装置（２１，２４）に対して向けられているメッセージを記述している情報を受信するための手段（５２）を備え、
前記メッセージがストリーム化可能な構成部分を含み、
前記メッセージを記述している前記情報が、前記ストリーム化可能な構成部分を記述している情報を含み、
前記通信装置（２１，２４）は、
前記ストリーム化可能な構成部分を記述している前記情報を使用して、前記ストリーム化可能な構成部分を受信するための前記通信サーバ（ＭＭＳＣ）とのストリーミング・セッションを形成するための手段（５２，５５）と、
前記コンテンツをシーケンシャルなサブパーツで前記通信サーバから受信するための手段（５２）とをさらに備えることを特徴とする通信装置。
【請求項２０】
コンピュータ・プログラム製品であって、
通信装置に対して向けられているメッセージを記述している情報を前記通信サーバから前記通信装置に受信させるためのコンピュータ・プログラム・コードを含み、
前記メッセージがストリーム化可能な構成部分を含み、
前記メッセージを記述している前記情報が前記ストリーム化可能な構成部分を記述している情報を含み、
前記コンピュータ・プログラム製品は、
前記ストリーム化可能な情報を記述している前記情報を使用して、前記ストリーム化可能な情報を受信するための、前記通信サーバとのストリーミング・セッションを前記通信装置に形成させるためのコンピュータ・プログラム・コードと、
前記コンテンツをシーケンシャルなサブパーツで前記通信サーバから前記通信装置に受信させるためのコンピュータ・プログラム・コードとをさらに含むことを特徴とするコンピュータ・プログラム製品。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は通信サービスに関する。本発明は、特にマルチメディア・メッセージング・サービス（ＭＭＳ）におけるストリーミングに関するが、それに限定されるわけではない。
【背景技術】
【０００２】
電子メール、すなわち、ｅメールは電子的な様式で迅速且つ経済的な通信を可能にするメッセージング・サービスである。インターネットを使用してｅメール・メッセージを世界中に送信することができ、多くの場合、実質的に無料である。さらに、同じｅメール・メッセージを複数の受信者に送信することができる。この技法は、マルチキャスティングと呼ばれている。ｅメール・メッセージの中継は、完全に自動化されているので、ｅメール・メッセージは送信された後、非常に短時間で到着することができる。ｅメール・メッセージは文書、プログラム・ファイル、および音声またはビデオ・クリップなどの種々のメディア・ファイルなどのコンピュータ・ファイルを搬送することができる。
【０００３】
パーソナル・コンピュータ（ＰＣ）を所有している普通の家庭のユーザはそれぞれのｅメール・システム（たとえば、インターネット）に永久に接続されていることを好まず、前回のｅメール・メッセージ読出しセッション以来、受信されたメッセージを格納するｅメール・サーバに対して一時的、および遠隔の接続をセットアップすることを好む。この種の接続およびｅメール・メッセージ読出しプログラムを使用して、新しいｅメール・メッセージをｅメール・サーバからＰＣのメモリまたはハード・ディスクに転送し、その接続がまだ存在している間、あるいはその接続が閉じられた後のいずれかで読むことができる。ＰＣとｅメール・サーバとの間でのデータの伝送は、普通はＰＣに付加されているモデムを使用して実行される。
【０００４】
以下において、「送信機」という用語は、受信機に対して向けられたデータを送信する装置を指し、そして「受信機」という用語はそのデータを受信する装置およびそのデータが向けられた装置を指す。
図１は１つのインターネット・ベースのｅメール・システム１０の概略的な図を示し、送信機１１と、受信機１５と、送信機のｅメール・サーバ１３および受信機のｅメール・サーバ１４を備えているインターネット１２とを含んでいる。
【０００５】
インターネットにおいては、ｅメール・メッセージはある種のよく知られているプロトコルを使用して送信される。単純に言うと、ｅメール・メッセージは、一度作成されると、単独のユニットの中にパッケージ化され、受信機のアドレスが付けられ、そして送信機のｅメール・サーバに送信される。送信機のｅメール・サーバは、インターネットを介してそのメッセージを受信機のｅメール・サーバに転送する。次回に受信機がその受信機のｅメール・サーバに対する接続をインターネット経由で形成したとき、ｅメール読出しプログラムを使用して新しいｅメール・メッセージが受信されたかどうかをチエックし、受信機はその接続（たとえば、モデム・リンク）上で新しく受信された任意のｅメール・メッセージをダウンロードすることができる。
【０００６】
ｅメール・メッセージが完全に受信されると、それをユーザに対して提示することができる。その伝送の各種の段階において、ｅメール・メッセージは、使用されているデータ転送プロトコルに従って多数のより小さいパケットに分割されるのが普通であることに注意する必要がある。受信時に、受信機はすべてのパケットを一緒に集め、それらを正しい順序にアセンブリし（必要な場合）、そしてそのｅメール・メッセージをその元の形式に再構成した後、そのｅメール・メッセージを受信機のユーザに対して提示する。
【０００７】
上述のｅメール伝送システムは、便利であり、マルチキャスティングに対する可能性を提供するが、それはｅメール・メッセージを受信し、その後、そのユーザの都合のよい時にそれらを提示するために最適であり、元々そのように意図されている。したがって、所与のｅメール・メッセージのコンテンツにアクセスすることができるのは、その受信機に対するｅメール・メッセージの送信が完了した後だけである。これは、平易なテキスト形式のｅメール・メッセージの場合には実際には問題ではないが、大規模メディアまたはマルチメディア・コンテンツ（クリップ）の場合、それがまだダウンロードされている間に、その受信機のユーザがそのクリップの表示を開始できないことは１つの欠点である。
【０００８】
もう１つの欠点は、ｅメール・メッセージを受信するためには、受信機はそのメッセージ全体を収容するために十分に大きいメッセージを備えていなければならないことである。特に、移動通信ネットワーク、あるいはその通信リンクの一部分が無線接続によって形成されている任意の他のネットワークにおいては、長いｅメール・メッセージを、たとえば、無線カバレージにおける一時的消失または劣化に起因して中断または誤りが発生することなしに受信することも問題である。また、移動端末は、受信されたｅメール・メッセージを格納するために利用できるメモリが限られている傾向があり、それがその受信機におけるメッセージの収容に関連付けられた問題をさらに悪化させる。これらの問題は、マルチメディア・メッセージング・サービス（ＭＭＳ）によって少なくとも部分的に緩和される。
【０００９】
ＭＭＳは、テキストおよび／またはマルチメディア・コンテンツを有しているマルチメディア・メッセージの一方向伝送のための新しいエンド・ツー・エンドのメッセージング方式である。ＭＭＳは、移動ユーザ間および移動ユーザとインターネットとの間でのマルチメディア・メッセージの送信の可能性を提供する。第三世代の移動通信ネットワークにおいては、ＭＭＳの実装に対して是認されたソリューションが既にある。
【発明の開示】
【発明が解決しようとする課題】
【００１０】
提案されたＭＭＳの現在期待されている特徴は、第三世代のパートナーシップ・プロジェクト（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）（３ＧＰＰ）の技術仕様書２３．１４０  Ｖ．３．０．１．“Ｍｕｌｔｉｍｅｄｉａ  Ｍｅｓｓａｇｉｎｇ  Ｓｅｒｖｉｃｅ（ＭＭＳ），Ｆｕｎｃｔｉｏｎａｌ  Ｄｅｓｃｒｉｐｔｉｏｎ，Ｓｔａｇｅ  ２（Ｒｅｌｅａｓｅ  １９９９）”「マルチメディア・メッセージング・サービス（ＭＭＳ）、機能的記述、ステージ２（リリース１９９９）」に記述されている。３ＧＰＰ  ２３．１４０の中で提案されているＭＭＳは、マルチメディア・メッセージの配信に対して「蓄積再送」方法を採用している。マルチメディア・メッセージは、マルチメディア・コンテンツ、そのマルチメディア・コンテンツを記述するために必要な情報およびアドレッシング情報、そのマルチメディア・メッセージの向けられている受信機を識別する情報が一緒にカプセル化されるように構成されている。次に、そのマルチメディア・メッセージがＭＭＳセンター、ＭＭＳＣに送信され、ＭＭＳＣはそのマルチメディア・メッセージに関して受信機に通知する。マルチメディア・メッセージは全体としてその受信端末によってダウンロードされ、一旦ダウンロードされてその受信端末に格納された時にだけユーザに対して提示される。
【００１１】
「マルチメディア・メッセージ」という用語は、一般に２種類以上のコンテンツを含むメッセージを記述するために使用されるが、本願においては、この用語は、１種類のメディアだけを含むメッセージをカバーするように拡張されていることを理解されたい。
【００１２】
現在規定されているＭＭＳには１つの欠点がある。すなわち、受信端末は、そのマルチメディア・メッセージをユーザに対して提示することができる前に、それを受信端末が格納しなければならない。したがって、受信端末のメモリのサイズはダウンロードできるマルチメディア・メッセージのサイズにおいて上限を設定する。ＷＯ  ９０／１６６７４６はメッセージ全体が受信端末のメモリに適合しない場合に、メッセージをサブメッセージ（セグメント）に分割することによって、この問題を解決する。このサブメッセージは受信端末が全体として各サブメッセージを個々にダウンロードすることができるように十分小さい。その場合、受信端末は最初に第１のサブメッセージをダウンロードする。第１のサブメッセージが完全にダウンロードされた後、受信端末はそれを提示することができる。第１のサブメッセージを提示した後、受信端末は第２のサブメッセージをダウンロードした後、それを提示することができる。各サブメッセージはダウンロードされてからそれ自身によって提示される。サブメッセージのサイズは、受信端末のメモリ・サイズによって変わり、そしてそのメモリに適合するために十分小さくなければならない。
【００１３】
ＭＭＳはさておき、固定回線上で伝送するためにインターネットにおいて使用されるストリーミング技法がある。「ストリーミング」は連続的な方法で、たとえば、音声またはビデオのストリーム、または種々のストリームの組合せのマルチメディア・ストリームをこのストリームまたはそれらのストリームがデータ・ネットワーク上でクライアントに送信されている間に提示することを記述するために一般的に使用されている。「ストリーム」は映画、音声または音楽などのいくつかの連続したデータを受信機が普通に提示することができるデータの流れである。
【００１４】
代表的なビデオ・ストリームにおいては、１秒当たり約１０〜２０個のビデオ・フレームが送信される。実際には、ストリーミングはライブ（リアルタイム）か、あるいはオンデマンドの流儀で実行されるかのいずれが可能である。その名前が示すように、「ライブ・ストリーミング」は、ライブ・ソースからのメディア・ストリーム、たとえば、ビデオ・カメラによって発生されるディジタル画像のストリームの生成を記述し、一方、「オンデマンド・ストリーミング」は、たとえば、サーバ上に格納されているファイルからのメディア・ストリームの生成を記述する。また、ストリーミングは、そのストリームまたは複数のストリームがクライアントに送信されている間にストリーミング・セッションを確立することも含む。
【００１５】
ストリーミングには、２つの非常に重要な機能、すなわち、ストリーミング制御およびメディア転送がある。ストリーミング制御は協議された、あるいはあらかじめ構成されたパラメータ値のセットを使用してストリーミング・セッションを確立し、管理し、そしてターミネートすることを扱う。メディア転送は、是認された、あるいは協議された転送プロトコルを使用して確立されたセッションにおけるメディアの転送に関する。たとえば、ストリーミングの制御およびメディア転送の機能の両方を提供するために、インターネットにおいて広く是認されているプロトコルがあり、これらをストリーミングのアプリケーションにおける転送プロトコルとして使用することができる。
【００１６】
ストリーミングは、インターネットにおいて広く使用されているが、移動通信ネットワークにおいて使用するためには、やはり適応されなければならない。移動端末の記憶容量（メモリ）が普通は制限されているので、移動ネットワークにおけるストリーミングの使用が望ましいことを理解されたい。しかし、現在の移動通信ネットワークは、次に説明される理由のためにストリーミングをサポートしない。
【００１７】
現在のＭＭＳ仕様において提案されているような、単独のエンティティの中にメディア・コンテンツ、メッセージ記述、およびアドレッシング情報をカプセル化することは、メディア・コンテンツのストリーミングと相容れない。ストリーミング・セッションを確立するためには、受信端末が前もってそのメディア・コンテンツに関連しているある種の情報を知っている必要がある。そのような情報としては、マルチメディア・メッセージの中に含まれているメディアのタイプ、そのメディアが符号化される方法、およびそのメディア・コンテンツをダウンロードするために使用することができる適切な転送プロトコルなどがあるが、それらに限定されるわけではない。
【００１８】
現在のＭＭＳ仕様はメディア・コンテンツを記述する情報がそのマルチメディア・メッセージ自身と一緒にカプセル化されることを必要とするので、受信端末はそのメディア・コンテンツの性質についての事前の知識を得ることができず、したがって、ストリーミング・セッションの形式を確立することができない。したがって、現在のＭＭＳ仕様によると、そのメディア・コンテンツの詳細が抽出されるためには、受信端末にマルチメディア・メッセージ全体がダウンロードされなければならない。その時初めて任意のメディア・コンテンツ、たとえば、ビデオおよび／または音声のクリップを受信端末のユーザに対して再生することができる。これは現在のＭＭＳの使用可能性を制限する。何故なら、マルチメディア・クリップはビット数に関して普通は大規模であり、したがって、受信端末、たとえば、移動局はそのクリップを完全に受信するために比較的大きいメモリを必要とするからである。表示することができる前にマルチメディア・メッセージ全体をダウンロードする必要があることは、ある種の状態、たとえば、そのマルチメディア・メッセージが非常に大きいか、あるいはその接続のデータ伝送レートが低い場合に大きな遅延が発生する可能性もある。
【００１９】
さらに、現在のＭＭＳ仕様によって提案されているアドレッシング方式では、そのようなシステムにおけるストリーミングの実装が容易でないことが強調される必要がある。現在のＭＭＳは、「送信機指向型」システムとみなすことができる。言い換えれば、送信機は受信機にどのメディア・コンテンツを送信するかを決定し、そのマルチメディア・メッセージの中にそれをカプセル化し、そのマルチメディア・メッセージを向けられている受信機に対してアドレスする。他方、ストリーミングはより「受信機指向型」である。１つのストリーミング・セッションを確立するためには、一般に受信機とサーバ、たとえば、ネットワーク・ベースのサーバとの間にストリーミングの接続が形成される必要があり、その必要な接続が確立された時に、そのコンテンツがサーバからストリームとして流される。したがって、ストリーミング・セッションの確立は、受信者がそのメディア・コンテンツのロケーションについての知識を有している必要があるが、そのメディア・コンテンツが、その受信者に対して直接にアドレスされる必要は必ずしもない。
ここで、従来の技術の問題点を回避することができるか、あるいは少なくとも緩和することができる新しいソリューションが発明された。
【課題を解決するための手段】
【００２０】
第１の態様によれば、本発明は、通信方法を提供する。該方法は、通信サーバによって、コンテンツおよびそのコンテンツを記述している情報が第１の端末から受信されるステップと、前記通信サーバから第２の端末に対して前記コンテンツが利用できることを知らせる通知メッセージが送信されるステップとを含み、前記コンテンツを記述している前記情報を使用して前記通信サーバと前記第２の端末との間のストリーミング・セッションを形成するステップと、前記ストリーミング・セッションの間に前記通信サーバから前記第２の端末に対して前記コンテンツをシーケンシャルなサブパーツで送信するステップとをさらに含むことを特徴とする。
【００２１】
コンテンツを第２の端末にストリームとして送信することによって、その第２の端末を使用している受信者が、そのコンテンツを完全に受信するために待つ必要がないので、コンテンツに対する迅速なアクセスが可能となる。
好適には、コンテンツおよびそのコンテンツを記述している情報が第１の端末から通信サーバに別のメッセージで送られる。これによって、たとえば、通信サーバの１つのエンティティに対するコンテンツの送信と、受信者に対する通知メッセージの送信とを分離することができる。
【００２２】
好適には、コンテンツを記述している情報は、その通知メッセージで通信サーバから第２の端末に送信される。
好適には、この方法は通信サーバによる第２の端末へのマルチメディア・メッセージのメディア構成部分としての送信をさらに含む。
ストリーム化可能な構成部分のメディア構成部分としての記述の送信によって、既存のマルチメディア・メッセージング・システムを少し変更するだけで利用することができる。さらに、同じマルチメディア・メッセージの中に２つ以上のメディア構成部分を埋め込むことができ、そのメディア構成部分のいくつかまたはすべてがストリーム化可能な構成部分の記述であってもよい。
【００２３】
好適には、マルチメディア・メッセージは、少なくとも１つのストリーム不可能な構成部分と、少なくとも１つのストリーム化可能な構成部分の記述とを含む。
好適には、この通信方法は、第２の端末において受信されたコンテンツをそのストリーミング・セッションの間に１つのストリームとして提示するステップをさらに含む。第２の端末は、そのコンテンツを即時に提示し始めることができ、そしてその伝送の間にある種の対策（たとえば、そのデータ伝送の一時停止または打切り）を行うことができる。
好適には、この方法は第２の端末においてそのコンテンツをある時刻において、受信するかしないかを決定するステップをさらに含み、そしてその決定がそのコンテンツを受信することであった場合にのみ、ストリーム・セッションが形成される。
【００２４】
好適には、通信サーバはコンテンツを格納して送信するためのコンテンツ・サーバと、通知を受信して送信するための通知サーバとを含み、コンテンツ・サーバおよび通知サーバは、単独のユニット、別々のユニット、および異なる地理的場所に分散されている別々のユニットから構成されているグループから選択される物理的関係を有している。
【００２５】
好適には、この通信方法は、コンテンツを第１の端末において発生するステップをさらに含む。好適には、第１の端末において発生されたコンテンツは、コンテンツ・サーバにストリームとして流され、そしてそのコンテンツの送信は、そのコンテンツの生成中に発生する。そうすることによって、そのコンテンツを、そのコンテンツが全体的に発生されるか、あるいは第１の端末の中の大きな広がりにまで発生される場合に、より速くユーザが利用できるようになり、そしてその時だけコンテンツ・サーバにストリームとして流される。
【００２６】
好適には、ストリーム型のコンテンツの発生を使用して、そのコンテンツを記述している情報が、コンテンツの発生が完了する前に送信され、第２の端末がそのコンテンツの発生が完了する前に受信を開始することができるようになる。
好適には、通信サーバと第２の端末との間のストリーミング・セッションの間に、受信機は、アボート・コマンドを発行して、そのセッションを打ち切ることができる。好適には、ストリーミングのセッションは、そのアボート・コマンドに応答して打ち切られる。
【００２７】
好適には、通知メッセージは、コンテンツ・サーバとのストリーミング・セッションを形成するために第２の端末によって必要とされる情報を含む。
好適には、この方法はマルチメディア・メッセージング・サービス（ＭＭＳ）の一部として実装される。
好適には、この方法は少なくとも１つの他のストリーミング・セッションにおいて第２の端末に対しての他に、少なくとも１つの他の端末にそのコンテンツをマルチキャストするステップをさらに含む。
【００２８】
複数のストリーミング・セッションがある１つの実施形態においては、各ストリーミング・セッションを互いに独立に形成することができ、したがって、そのセッションを異なる時刻または同じ時刻において開始および終了することができる。好適には、それぞれの各端末に応答して他と独立に各セッションを打ち切ることができる。
【００２９】
第２の態様によれば、本発明は、通信システムを提供する。該システムは、第１の端末および第２の端末を含む複数の端末と、前記複数の端末にアクセスすることができる通信サーバと、コンテンツおよびそのコンテンツを記述している情報を前記第１の端末から前記通信サーバに送信するための手段と、通知メッセージを前記通信サーバから前記第２の端末に送信するための手段とを含み、前記システムは、前記コンテンツを記述している前記情報を使用して前記通信サーバと前記第２の端末との間にストリーミング・セッションを形成するための手段と、前記ストリーミング・セッションの間に、前記通信サーバから前記第２の端末に対してシーケンシャルなサブパーツで前記コンテンツを送信するための手段とをさらに含むことを特徴とする。
【００３０】
好適には、そのシステムは第１の端末において前記コンテンツを発生するための手段をさらに含む。
好適には、前記システムは、前記ストリーミング・セッションの間に、前記受信されたコンテンツを前記第２の端末において提示するための手段をさらに含む。
【００３１】
第３の態様によれば、本発明は、複数の端末にサービスするための通信サーバを提供する。該通信サーバは、コンテンツおよび前記コンテンツを記述している情報を第１の端末から受信するための手段と、前記コンテンツが利用できることを知らせる通知メッセージを第２の端末に送信するための手段とを含み、前記サーバは、前記コンテンツを記述している前記情報を使用して前記第２の端末とストリーミング・セッションを形成するための手段と、前記ストリーミング・セッションの間に、前記第２の端末に対してシーケンシャルなサブパーツで前記コンテンツを送信するための手段とをさらに含むことを特徴とする。
【００３２】
第４の態様によれば、本発明は、コンピュータ・プログラム製品を提供する。該プログラム製品は、第１の端末から前記通信サーバに対してコンテンツおよび前記コンテンツを記述している情報を通信サーバに受信させるためのコンピュータ・プログラム・コードと、前記通信サーバが前記通信サーバから第２の端末に対して前記コンテンツが利用できることを前記第２の端末に知らせる通知メッセージを、前記第２の端末に対して前記通信サーバから送信させるためのコンピュータ・プログラム・コードとを含み、前記コンピュータ・プログラム製品は、前記コンテンツを記述している前記情報を使用して前記通信サーバと前記第２の端末との間にストリーミング・セッションを前記通信サーバに形成させるためのコンピュータ・プログラム・コードと、前記ストリーミング・セッションの間に、前記通信サーバから前記第２の端末に対してシーケンシャルなサブパーツで前記コンテンツを前記通信サーバに送信させるためのコンピュータ・プログラム・コードとを含むことを特徴とする。
【００３３】
第５の態様によれば、本発明は、通信装置を提供する。該通信装置は、通信サーバから前記通信装置に対して向けられているメッセージを記述している情報を受信するための手段を含み、前記通信装置は、ストリーム化可能な構成部分を含むメッセージと、前記ストリーム化可能な構成部分を記述している情報を含むメッセージを記述している情報とを特徴とし、前記通信装置は、さらに、前記ストリーム化可能な構成部分を記述している前記情報を使用して、前記ストリーム化可能な構成部分を受信するために前記通信サーバとストリーミング・セッションを形成するための手段と、前記通信サーバからシーケンシャルなサブパーツで前記コンテンツを受信するための手段とを含む。
【００３４】
第６の態様によれば、本発明は、コンピュータ・プログラム製品を提供する。該プログラム製品は、前記通信装置に対して向けられたメッセージを記述している情報を、通信サーバから通信装置に受信させるためのコンピュータ・プログラム・コードを含み、前記コンピュータ・プログラム製品は、前記メッセージがストリーム化可能な構成部分を含むことと、前記メッセージを記述している前記情報が前記ストリーム化可能な構成部分を記述している情報を含むこととを特徴とし、前記コンピュータ・プログラム製品は、さらに、前記ストリーム化可能な構成部分を記述している前記情報を使用して、前記ストリーム化可能な構成部分を受信するために、前記通信サーバとのストリーミング・セッションを、前記通信装置に形成させるためのコンピュータ・プログラム・コードと、前記通信サーバからシーケンシャルなサブパーツで前記コンテンツを前記通信装置に受信させるためのコンピュータ・プログラム・コードとを含む。
好適には、前記通信装置は無線通信装置である。さらに好適には、前記通信装置は移動電話機である。代替実施形態においては、前記無線通信装置はラップトップＰＣなどの外部装置に対して無線通信機能を提供するために適応されている無線通信アダプタである。
【００３５】
第７の態様によれば、本発明は、通信装置における方法を提供する。該方法は、前記通信装置に対して向けられたメッセージを記述している情報を前記通信サーバから受信するステップを含み、前記メッセージがストリーム化可能な構成部分を含むことと、前記メッセージを記述している前記情報が前記ストリーム化可能な構成部分を記述している情報を含むこととを特徴とし、前記方法は、さらに、前記ストリーム化可能な構成部分を記述している前記情報を使用することによって、前記ストリーム化可能な構成部分を受信するために前記通信サーバとのストリーミング・セッションを形成するステップと、前記ストリーミング・セッションの間に前記ストリーム化可能な構成部分を提示するステップとを含む。
【００３６】
１つの態様の実施形態は、本発明の種々の他の態様に対しても適用される。簡単のため、すべての実施形態は本発明のすべての態様に関連付けては繰り返されてはいない。この分野の技術に熟達した読者であれば、第１の態様およびその実施形態の利点に基づいて種々の態様および実施形態の利点を理解することができるだろう。
【発明を実施するための最良の形態】
【００３７】
本発明を、添付の図面を参照しながら以下に記述するが、これは単なる例示としてのものにすぎない。
図１は、既に前に説明されている。
次に、本発明の１つの好適な実施形態が簡単に要約され、次に図２〜図６を参照して完全に開示される。
【００３８】
本発明の１つの好適な実施形態によれば、ストリーミングがマルチメディア・メッセージ・サービス（ＭＭＳ）内に組み込まれている。これに関して３フェーズの方法が取られる。第１のフェーズ（フェーズ１）においては、送信機（送信端末）がマルチメディア・メッセージ、あるいはさらに詳しくはメディア・コンテンツをメディア（ストリーミング）サーバに転送する。第２のフェーズ（フェーズ２）においては、１つまたはそれ以上の受信機（受信端末）が、メディア・コンテンツが配信のために利用できることを通知される。第３のフェーズ（フェーズ３）においては、そのメディア・コンテンツがその受信機または複数の受信機に転送される。有利なことに、フェーズ２において実行される通知は前記送信機からマルチメディア・メッセージ・サーバ（ＭＭＳ）を経由して受信機に送信される通知によって行われる。普通、ＭＭＳサーバは通知メッセージを格納し、次に、それを受信機に転送しようとする。転送に失敗した場合、格納されている通信メッセージを後で再送信しようとする。
【００３９】
有利なことに、ストリーミングが第１および第３のフェーズ、すなわち、メディア・コンテンツをメディア（ストリーミング）サーバにアップロードしている間、およびメディア・コンテンツをメディア（ストリーミング）サーバからダウンロードしている間に実行される。アップローディングのフェーズ（フェーズ１）の間のストリーミングは、本発明による方法の不可欠な特徴ではないことに留意されたい。しかし、フェーズ１および３の両方におけるストリーミングの使用によって送信機からのメディア・コンテンツの伝送の開始と、受信機におけるストリーミングの開始との間の遅延を減らすことができる。また、メディア（ストリーミング）サーバにおける記憶の必要量を減らす効果もあり、ＭＭＳにおけるリアルタイムまたはリアルタイムに近いストリーミングの実装を実効的に可能にすることができる。
【００４０】
この方法のフェーズ２は、メッセージ制御フェーズとみなすことができ、そのフェーズはＭＭＳサーバを経由してマルチメディア・メッセージおよびストリーミング関連の情報を受信者（マルチメディア・メッセージのターゲット受信機）に転送することの面倒を見る。フェーズ１および２は、シーケンシャルに、あるいは実質的に同時に実行することができる。一方、フェーズ３は受信機における通知メッセージの受信時に自動的に実行されるか、あるいはその受信機のユーザの裁量においてある後の時間において実行することができる。したがって、本発明は任意の時点で受信機においてストリーム型のメディア・コンテンツを再生するための柔軟性を提供する。その好適な実施形態は、メディア・コンテンツのサイズ、あるいはマルチキャスティングにおける受信者の数には制限を課さない。この好適な実施形態は「蓄積再送」方法に基づいており、したがって、他のＭＭＳソリューションとインラインである。これによってストリーム化されない、あるいはストリーミングに適していないタイプの任意のメディア・コンテンツが、現在のＭＭＳ仕様において規定されているような従来の方法で受信機にダウンロードすることができる。
【００４１】
本発明の１つの利点は、ストリーミング機能の実装によって多くの方法において、特にそのメディア・コンテンツが大きいか、あるいはマルチキャストされる時に、提案されたＭＭＳを機能強化できることである。ＭＭＳにおけるストリーミングに対する「蓄積再送」方法は効果的であり、望ましい。何故なら、マルチメディア・メッセージ内のメディア・コンテンツを何時受信して再生するか、あるいはそれを行うかどうかを決定するための完全な柔軟性を受信機に提供するからである。また、本発明は、提案されているＭＭＳの骨組み内でストリーミング機能を提供し、したがって、既存のＭＭＳ標準と完全に互換性がある。
【００４２】
これ以降で記述される本発明の実施形態は、ＭＭＳの下でのストリーミングに対する主なステップの概要を示す。
図２は本発明の１つの好適な実施形態による通信システム２０の図である。システム２０は、送信機２１と、メディア・サーバ２２およびＭＭＳサーバ２３を有するＭＭＳセンター（ＭＭＳＣ）と、受信機２４とを含む。ＭＭＳＣを通信サーバと呼ぶこともできる。
【００４３】
このマルチメディア・メッセージのストリーミングの方法の例において、送信機２１は、受信機２４に送信されるメディア・コンテンツ（音声／ビデオ・クリップ）を生成するビデオ・カメラ２５とマイクロホン(図示せず）とを装備している移動端末である。受信機２４は、そのメディア・コンテンツ（音声／ビデオ・クロップ）の提示を可能にするための適切なプレゼンテーション・ソフトウェアおよび機器が装備されている移動端末である。通常、送信機２１および受信機２４は同様な装置であり、それらのうちの１つが送信機２１であり、もう１つが受信機２４である。何故なら、それらが送信側および受信側（送信者および受信者）としての役割を果たすからである。この方法の３つのフェーズを以下に詳しく説明する。
【００４４】
フェーズ１においては、送信機２１はメディア（ストリーミング）サーバ２２とのストリーミング・セッションを確立し、メディア・サーバ２２はメディア・コンテンツの所定のロケーションにおける格納を開始する。このフェーズは、メディアのアップロード・フェーズとみなすことができる。
【００４５】
フェーズ２においては、送信機２１はＭＭＳサーバ２３を経由して受信機２４に格納中のメディア・コンテンツに関する通知を送信する。その通知は、受信機２４とメディア・サーバ２２との間の別のストリーミング・セッションを確立するために必要なプレゼンテーション記述情報を含む。そのプレゼンテーション記述情報は、次のデータ、すなわち、メディア・サーバのネットワーク・アドレス、メディア・サーバ２２からメディア・コンテンツを呼び出すことができるアクセス機構の詳細、ストリーム化されるメディアのタイプ、メディア・コンテンツを符号化するために使用される符号化の方法（複数の場合もある）およびメディアのダウンローディングのために使用される伝送プロトコルの指示などがあるが、これらに限定されるわけではない。
【００４６】
フェーズ３においては、受信機２４は通知メッセージにおいて受信された情報に基づいてメディア・サーバ２２とのストリーミング・セッションを確立し、受信機２４はダウンロードおよびそのメディアの再生を開始する。このフェーズはメディアのダウンロード・フェーズとみなすことができる。メディア・コンテンツは、コンテンツのサブパーツのシーケンスとしてダウンロードされ、各サブパーツが、そのストリーミング・セッションの１つの期間を表している。コンテンツのサブパーツは、別個のデータ・パケットであってよく、あるいはそのメディア・コンテンツの符号化のタイプおよびデータ・パケットのペイロードのサイズに依存して、１つのサブパーツが２つ以上のデータ・パケットによって含まれていてもよい。
【００４７】
メディア・サーバ２２およびＭＭＳサーバ２３を一緒にマージして、あるいはそれらを制御するサービス・プロバイダによって選定された実装によって変わるネットワークの中の異なるエンティティとして保守することができる。メディア・サーバ２２は、たとえば、移動通信ネットワークの中にあってよく、あるいは移動通信ネットワークにおけるサービスの提供に応答する以外のサービス・プロバイダの制御下で可能なインターネットの中に存在していてもよい。
【００４８】
フェーズ１およびフェーズ３の両方においてストリーミングが使用されている時、フェーズ２（通知）は、フェーズ１（メディアのアップロード）の間に実行され、そしてフェーズ３（メディアのダウンロード）もフェーズ１の間に開始することができる。送信機２１は、メディア・サーバ２２にメディア・コンテンツを送信し続け、一方、メディア・サーバ２２は、以前に受信されたメディア・コンテンツのそれらのパーツを受信機２４に同時に送信する。受信機２４は、ストリーミングのプロセス、データ伝送の遅延時間、およびフェーズ３が開始された時刻によって変わる合計の遅延時間においてメディア・コンテンツの再生を開始する（そして継続する）。フェーズ３は、自動的には開始されず、受信機２４のユーザからの催促および許可の受信の後にのみ開始される場合、合計の遅延時間は、フェーズ３が受信機２４において通知が受信された直後に開始された場合より普通は長くなる。
【００４９】
１つの代替実施形態においては、メディア・コンテンツは、メディア・サーバ２２の中に既に格納されており、送信機２１は、そのメディア・コンテンツのプレゼンテーション記述情報を知っている。この場合、フェーズ１を省略することができる。上記のように、メディア・コンテンツのストリーミングはフェーズ１にとって不可欠ではない。たとえば、フェーズ１に対する非ストリーミングの方法、インターネットなどの通信ネットワークの中にあるニュース・コンテンツのプロバイダなどの商用のコンテンツ・プロバイダからのメディア・コンテンツの提供と連結して使用することができる。
【００５０】
コンテンツ・プロバイダは、ＩＰ接続上での非ストリーミング伝送を使用してメディア・サーバ２２上に格納されているメディア・コンテンツを更新し、本発明のフェーズ２に従った通知メッセージを使用して、対象とする新しいクリップに関するメディア・コンテンツの潜在的な受信者を通知する。通知メッセージの受信者は、たとえば、特定のコンテンツ・プロバイダに加入しているユーザである。個々に都合のよい時刻において、その通知メッセージに基づいて、各受信者は特定のコンテンツ・プロバイダによって利用可能にされている新しいメディア・コンテンツを呼び出すために、メディア・サーバ２２とのストリーミング・セッションを形成するかどうかを決定することができる。これはまた、本発明によるマルチメディア・メッセージング・システムを使用したストリーミングに対するマルチキャスティングの方法の一例を表わす。
【００５１】
本発明の１つの代替実施形態によれば、プレゼンテーション記述情報をＭＭＳサーバ２３またはメディア・サーバ２２以外のサーバ、たとえば、ｅメール・サーバまたはウェブ・サーバの中に格納することができる。この実施形態においては、受信機２４に送信される通知メッセージは、そのプレゼンテーション記述情報が格納されていて、そのロケーションからそのプレゼンテーション記述情報を呼び出すために１つのアクセス機構（ＨＴＴＰ  ＧＥＴ、ＷＳＰ  ＧＥＴ、ＩＭＡＰ４、ＰＯＰ３、ＲＴＳＰ  ＤＥＳＣＲＩＢＥ）を使用することができる特定のサーバを識別する。
【００５２】
次に、受信機２４は指定されたアクセス機構を使用して通知メッセージの中で識別されているサーバからそのプレゼンテーション記述情報を呼び出す。したがって、プレゼンテーション記述情報は呼び出されて、次に格納されているメディア・コンテンツを呼び出して再生するための方法のフェーズ３を呼び出すように受信機２４をガイドする。プレゼンテーション記述情報を格納するために使用されるサーバがＭＭＳサーバ２３であった場合、既存のＭＭＳソリューションを使用して直接にそのプレゼンテーション記述情報を呼び出すことができる。この状況においては、送信機２１からＭＭＳサーバ２３へのＭＭＳ通知はプレゼンテーション記述情報を搬送し、そのプレゼンテーション記述情報がＭＭＳサーバ２３の中に格納される。受信機２４にプレゼンテーション記述を格納しているサーバからの通知が、次にその格納されているプレゼンテーション記述のロケーション、サーバのアドレスおよび他の必要な情報を搬送する。最後に、受信機２４はＭＭＳに従ってＭＭＳサーバ２３からプレゼンテーション記述を呼び出す。
【００５３】
したがって、ある状況においては、送信機２１からＭＭＳサーバ２３へ送信される通知メッセージの情報コンテンツは、ＭＭＳサーバ２３から受信機２４に送信されるものとは異なっている可能性があることに注意する必要がある。
【００５４】
本発明の１つの好適な実施形態によれば、送信機２１および受信機２４が相互にリンクされている異なるＭＭＳサーバ（すなわち、「サービス中の」マルチメディア・サーバが異なっている）の権限下にある場合、その通知メッセージはＭＭＳサーバ間のリンク上で搬送される。サービス中のＭＭＳサーバ間で一緒にリンクすることができるサーバの数は、どのエンド・ツー・エンドの通知に対しても制限されていない。
【００５５】
インターネットのドメインにおいてストリーミング制御およびメディア転送の両方に対して既存のプロトコルがある。したがって、これらの既存のプロトコルに基づいてフェーズ１および３を実装することができる。この方法で、本発明によって与えられるソリューションは、現在のＭＭＳ標準の重要な目的であるインターネットとの相互作業も確保する。フェーズ２は、既存のＭＭＳ標準に適合し、したがって、非ストリーム化メディア・コンテンツのダウンロードに対する以前に提案された機構との逆方向互換性を提供する。
【００５６】
本発明のこの好適な実施形態の異なるフェーズを実行するためのいくつかの実際的な方法が以下に例として解説される。
リアルタイム・ストリーミング・プロトコル（ＲＴＳＰ）はＩＰネットワーク上でストリーム型のマルチメディア・データの配信を制御することができるクライアント・サーバのストリーミング制御プロトコルである。それはアプリケーション・レベルのプロトコルであり、伝送制御プロトコル（ＴＣＰ）またはユーザ・データグラム・プロトコル（ＵＤＰ）のいずれかと一緒に作業することができる。ＲＴＳＰは、ＲＴＰ（リアルタイム転送プロトコル）／ＵＤＰまたはメディア転送のための他の任意のより低いレベルのプロトコルに対する範囲を提供する。ＲＴＳＰは、ストリーム型の音声および／またはビデオを制御するための一組のメソッド／命令を含む。このことにおいて、最も有用なメソッド／命令はＯＰＴＩＯＮＳ、ＤＥＳＣＲＩＢＥ、ＡＮＮＯＵＮＣＥ、ＳＥＴＵＰ、ＰＬＡＹ、ＰＡＵＳＥ、ＴＥＡＲＤＯＷＮ、ＲＥＤＩＲＥＣＴおよびＲＥＣＯＲＤである。メディアのアップロードおよびダウンロードはＳＥＴＵＰ、ＰＬＡＹ、ＲＥＣＯＲＤ、ＰＡＵＳＥおよびＴＥＡＲＤＯＷＮを使用して実装することができる。
【００５７】
ハイパーテキスト転送プロトコル（ＨＴＴＰ）も転送プロトコルとしてＴＣＰを使用して本発明に従ってメディア・コンテンツのアップロードおよびダウンロードを可能にし、制御するために使用することもできる。ＨＴＴＰはＲＴＳＰにおけるＲＥＣＯＲＤおよびＰＬＡＹに対応しているメソッド／命令のＰＵＴおよびＧＥＴを備えており、それらはメディアのアップロード（フェーズ１）およびダウンロード（フェーズ３）のために使用することができる。
【００５８】
ＵＤＰは、潜在性の比較的低い通信を提供するコネクションレスの軽量の転送プロトコルである。ＲＴＰは、リアルタイム通信のために意図的に設計され、ＵＤＰのトップにおいてデータ・パケットに対するタイムスタンプおよびシーケンス番号を提供するような方法で実装される。ＲＴＰを使用してマルチキャスティングが可能である。さらに、ＲＴＰは補助的な制御プロトコルＲＴＣＰ（リアルタイム制御プロトコル）と組み合わせて、進行中のセッションにおける関係者に関するデータ転送および情報の品質についてのフィードバックを得るために動作するように設計されている。ＲＴＰとＲＴＣＰとが一緒になって、リアルタイムのコンテンツを搬送するために必要な機能および制御機構を提供し、したがって、メディア・コンテンツのストリームを可能にし、本発明と組み合わせて使用することができる。
【００５９】
ＴＣＰは、接続指向の転送プロトコルである。それはＵＤＰに比較して潜在性が増加し、オーバヘッドが大きいということと引き換えに、データ・パケットの保証されたシーケンシャルな受信を確保する。ＴＣＰではマルチキャスティングは不可能であるが、初期バッファリング時間が重要ではなくてストリーム化されるメディア・クリップが比較的短い場合に、ＴＣＰをストリーミングのアプリケーションにおいて使用することができる。
【００６０】
ＭＭＳにおいてストリーミングを組み込むためには、ストリーミング制御およびメディア転送レイヤのトップにメッセージ制御機能が必要である。図３は、図２によるストリーム型のデータ転送システムの主なプロトコル・レイヤを示している。メッセージ制御レイヤ３１は、メッセージング機能の全体的な制御を提供する。たとえば、送信機２１においてメッセージ制御レイヤ３１がメディア・コンテンツをマルチメディア・メッセージにアセンブリすること、および、向けられている受信機（複数の場合もある）２４に後で送信されるメディア・コンテンツを記述する情報を含む通知メッセージを形成することを担当する。受信機２４においては、メッセージ制御レイヤ３１が受信された通知メッセージを解釈し、ストリーム化されるメディア・コンテンツのロケーションに関連している情報および、そのメディア・コンテンツを呼び出すためのストリーミング・セッションを形成するのに必要な情報を抽出することを担当する。また、メッセージ制御レイヤ３１は、ストリーム化されるべきでないか、あるいはストリーミングには適していないタイプのメディア・コンテンツの送信および受信を既存のＭＭＳに従って制御することも担当する。
【００６１】
ストリーミング制御レイヤ３２は、メッセージ制御レイヤ３１によって制御される。それはメッセージ制御レイヤ３１によって提供される情報に従って、あるいは各メディア・タイプに対してあらかじめ定義されている規則に従って、ストリーム化される各タイプのメディア・コンテンツに対するストリーミング・セッションを形成することを担当する。それはまた、ストリーミングのセッションが確立されると、メディア・コンテンツのストリーミングを制御／統制することも担当する。送信機２１において、ストリーミング制御レイヤ３２は、メディア・サーバ２２に対するメディア・コンテンツのストリーム型のアップロードを担当し、そして逆に、受信機２４においては、それはメディア・サーバ２２からのメディア・コンテンツのストリーム型のダウンロードを制御することを担当する。
【００６２】
代わりに、ストリーミング制御機能をある状況において、たとえば、ストリーミングがフェーズ１および３において送信機２１と受信機２４との間でメディア・コンテンツのリアルタイムまたはリアルタイムに近いストリーミングを提供するための方法などにおいて実行される場合、ストリーミング制御機能をメディア・サーバ２２において提供することができる。メディア転送レイヤ３３は、適切な転送プロトコルを使用してデータの実際の転送を扱う。そのプロトコルの選定は、種々のメディア・タイプに対してあらかじめ定義されているか、あるいは通知メッセージの中に提供されている情報に従って、メッセージ制御およびストリーミング制御レイヤ３１、３２を経由してメディア転送レイヤ３３に対して示されてもよい。１つの好適な実施形態においては、メディア・ストリーミング制御はメディア転送レイヤ３３によって通知されたデータ伝送チャネル条件に従ってストリーミングに適応する。
【００６３】
図４は、本発明の１つの好適な実施形態に従ってストリーム型のメディア・コンテンツのダウンロード中の受信機２４とＭＭＳＣ（またはメディア・サーバ２２）との間で送信される種々の制御メッセージの構造を示している。それは、転送プロトコルとしてＲＴＰ／ＲＴＣＰを使用している間に、ＲＴＳＰセッションを使用して受信機２４においてメディア・クリップを再生できるようにするための情報の流れを示している。これは本発明のフェーズ３におけるメディア・クリップのダウンロードのために使用することができる方法の一例を与える。受信機２４に送信される制御メッセージを以下に説明する。
【００６４】
受信機２４は、フェーズ２において自分に通知されたメディア・コンテンツを要求する。受信機２４は、ＭＭＳＣに対してストリーミングのセッションをセットアップするためのＲＴＳＰセットアップ・メッセージ（４１）を送信し、対応しているアクノレッジメント（４１＿ＡＣＫ）を受信する。次に、受信機２４は、ＲＴＳＰ再生命令メッセージ（４２）をＭＭＳＣに送信し、対応しているアクノレッジメント（４２＿ＡＣＫ）を受信する。その再生命令に応答して、ＭＭＳＣはＲＴＰの音声（４３）およびＲＴＰのビデオ（４４）のコンテンツを、送信されつつあるマルチメディア・メッセージに従って、受信機２４に対して送信を開始する。受信機２４は、ＲＴＣＰメッセージ（４５）によってそのメディア・コンテンツのＭＭＳＣの送信を制御することができる。受信機２４のユーザがコンテンツのストリーミングのダウンロードを一時停止したい時、そのユーザは、そのストリーミングの一時停止を要求し、それに応答して、受信機２４がＲＴＳＰ一時停止メッセージ（４６）をＭＭＳＣに送信し、対応しているアクノレッジメント（４６＿ＡＣＫ）を受信する。ＲＴＳＰの一時停止メッセージに応答して、ＭＭＳＣはメディア・コンテンツ（ＲＴＰの音声およびＲＴＰのビデオ）の送信を一時停止する。次に、ＲＴＳＰの分解（ｔｅａｒｄｏｗｎ）メッセージ（４７）が、受信機２４からＭＭＳＣに送信され、そのＲＴＰセッションを終了させ、そのストリーミングを後の機会において継続できるようにする。対応しているアクノレッジメント・メッセージ（４７＿ＡＣＫ）が、ＭＭＳＣによって受信機２４に戻される。
【００６５】
ＰＬＡＹ命令をＲＥＣＯＲＤと置き換えることによって、本発明のフェーズ１におけるメディアのアップロードに適している同様なセッションを実装することができ、その場合受信機２４の代わりに送信機２１がある。
【００６６】
メッセージ制御機能に対してエンド・ツー・エンドの通知が必要である。何故なら、前に説明されたように、受信機２４は、ストリーミングのセッションに参加するためにストリーム化されるメディア・コンテンツに関するある種の情報を必要とするからである。現在のＭＭＳ仕様によると、メディア・コンテンツを記述している情報はメディア・コンテンツそのものと一緒にカプセル化され、したがって、受信機２４に独立に送信することができない。そのような情報がない場合、受信機２４は、ストリーミングによってメディア・コンテンツをダウンロードすることができない。メディア・プレゼンテーション情報の別のエンド・ツー・エンド通信を提供することによって、本発明による方法は、ストリーミングによってメディア・コンテンツをダウンロードするために必要な情報を受信機２４に供給する。さらに、既存のストリーミングＭＭＳプロトコルは、ＭＭＳサーバを経由してエンド・ツー・エンドのメッセージングを使用してメディアのプレゼンテーション情報の通信を可能にし、本発明による方法に現在のＭＭＳ標準との互換性を与えることができるための範囲を有する。
【００６７】
ＲＴＳＰはフェーズ１および３においてストリーミングを可能にし、制御するための最善のモードを代表すると信じられる。ＲＴＰ／ＵＤＰまたはＴＣＰがメディア転送プロトコルとして使用される場合、性能におけるある程度の妥協が必要である。詳しく言えば、ＴＣＰを使用した実装はマルチキャストの機能を提供しない。何故なら、ＴＣＰは接続指向のプロトコルだからである。それにもかかわらず、ＴＣＰは本発明に関連して使用することができる可能な代わりのメディア転送プロトコルを表す。実際にその接続指向の性質がある種の状況において、特に、より安全性の高いストリーミング接続が望ましい場合に利点を提供することができる。本発明のこの好適な実施形態によれば、フェーズ２においてＭＭＳＣを経由して送信機２１から受信機２４に対してプレゼンテーション記述情報のエンド・ツー・エンドの通知を提供するために、既存のＭＭＳプロトコルが使用される。
【００６８】
図５は、セルラー無線電話機を組み込んでいる移動端末５０（送信機２１または受信機２４のいずれかの機能が可能である）のブロック図を示している。移動端末５０はディスプレイ５１と、無線信号を送信および受信するためのトランシーバ５２と、無線信号との間でデータおよび音声を処理するためのディジタル信号プロセッサ（ＤＳＰ）５３と、キーパッドまたはキーボードなどのユーザ入力装置５４と、ソフトウェアによって動作が制御される中央処理ユニット５５とを含む。移動端末５０は、データおよびソフトウェアを格納するためのメモリ５６をさらに含む。そのメモリはＤＳＰ５３およびＣＰＵ５５によって使用される。ソフトウェアは、移動端末５０の動作を制御するための、およびＭＭＳなどのある種の機能を提供するためのオペレーティング・システムおよびアプリケーションを含む。また、移動端末５０は、加入者識別のためのＳＩＭ  ５７などの取外し可能なスマート・カードも含む。アプリケーションを格納するための専用のメモリ５６の部分はいわゆる不揮発性メモリであり、それはその移動端末の電源が取り除かれた場合でも、その内容を保持する。アプリケーションは、この分野の技術において知られている任意の方法、たとえば、工場でのインストレーション、パーソナル・コンピュータからの格納、および無線での、たとえば、通信ネットワークにおけるサーバからのダウンロードなどによってアプリケーションを格納することができる。これらの技術は、たとえば、Ｎｏｋｉａ（登録商標）９１１０  コミュニケータ（Ｃｏｍｍｕｎｉｃａｔｏｒ）によって知られている。
【００６９】
図６は、本発明の１つの実施形態によるラップトップＰＣ  ６２に対する無線アダプタ・カード６１を示している。このカードは送信機２１として、および受信機２４として動作することができる。無線アダプタ・カードはラップトップＰＣ  ６２のＰＣＭＣＩＡ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ  Ｍｅｍｏｒｙ  Ｃａｒｄ  Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ａｓｓｏｃｉａｔｉｏｎ）（パーソナル・コンピュータ用メモリ・カード国際協会）スロットの中に挿入される。
【００７０】
本発明は、ネットワークの少なくとも一部分が無線通信リンクを含む通信ネットワークにおけるその実装に関連して記述されてきたが、その使用は、いずれにしてもこの種のネットワークに限られないことは強調されるべきである。本発明は、ネットワークの各種の要素（送信機２１、受信機２４およびネットワーク・サーバ）の間での物理接続が固定回線の接続によって部分的にまたは完全に実装されているネットワークにおいて等しく十分に実装することができる。
【００７１】
ＭＭＳＣ、送信機２１および受信機２４などの本発明の種々の実施形態に含まれているサーバおよび端末の動作は、これらのエンティティが本発明に従って動作するようにコンピュータ・プログラム製品によって制御されることが好ましい。
本発明の特定の実装および実施形態を説明してきた。本発明は上記実施形態の詳細に制限されるものではなく、本発明の特性から逸脱することなしに等価な手段を使用して他の実施形態において実装することができることは、当業者なら明らかだろう。本発明の範囲は添付の特許請求の範囲によってのみ制限される。
【図面の簡単な説明】
【００７２】
【図１】インターネット・ベースのｅメール・システムの概略図である。
【図２】本発明の１つの好適な実施形態による通信システムの図である。
【図３】図２のシステムにおけるストリーム型のデータ伝送の主要なプロトコル・レイヤを示す。
【図４】本発明の好適な実施形態による受信機とメディア・サーバとの間のストリーム型のデータ伝送の間に送られるメッセージの構造を示す。
【図５】本発明の１つの好適な実施形態によるセルラー無線電話機を組み込んでいる移動通信端末のブロック図を示す。
【図６】本発明の１つの代替実施形態による、ラップトップＰＣに対する無線アダプタ・カードを示す。
【図１】
2005287016.tif 000003
【図２】
2005287016.tif 000004
【図３】
2005287016.tif 000005
【図４】
2005287016.tif 000006
【図５】
2005287016.tif 000007
【図６】
2005287016.tif 000008