マルチメディアセッション管理
マルチメディアプロバイダ（１００）は、ユーザ端末（１０）からのメディアチャネルに対する要求に基づいて、ユーザ端末（１０）に返されるセッションセットアップ説明情報を生成する。説明情報は、端末（１０）において処理されると、端末の画面（１２）に表示され、且つ要求されたチャネルのメディアデータを表示する領域（２２）及び別の利用可能なメディアチャネルに関する情報を含むチャネル領域（２４）を含む、セッションウインドウ（２０）を規定する。更に説明情報は、端末（１０）のユーザ入力（１４）と別のチャネルの識別子との間のバインディングを規定する。要求されたメディアチャネルの識別子と関連付けられるユーザ入力（１４）がトリガされると、セットアップ説明情報は、チャネル切り替え要求をマルチメディアプロバイダ（１００）に自動的に送信することにより、ユーザフレンドリーなチャネル切り替えを可能にする。従って、説明情報は、視覚的に魅力的なグラフィカルインタフェースを提供し、同時にユーザフレンドリーなメディアチャネル切り替えを可能にする。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に、通信システムにおけるマルチメディアセッション管理に関し、特に、マルチメディアチャネルの、円滑でユーザフレンドリーな（使用し易い）切り替えを可能にするセッション管理に関する。
【背景技術】
【０００２】
既存のモバイルネットワーク及び移動通信システムにおいて、広範囲の新しいサービスを提案及び提供する傾向がある。現在、マルチメディア又はＴＶコンテンツに対してモバイルネットワークを使用することに非常に大きな関心が持たれている。これは、従来技術においてモバイルＴＶと呼ばれることが多い。モバイルＴＶアプリケーションの目的は、ユーザが種々のマルチメディア又はＴＶチャネルを選択し且つ容易にザッピングできる、ＴＶと同様の体験を提供することである。
【０００３】
通常のＴＶチャネルは多くのユーザに対して放送ブロードキャストされ、一般に、ユーザは受信して視聴するチャネルを選択できる。モバイルＴＶは、（ライブ）メディア又はマルチメディアストリームのセットを何人かのエンドユーザに配信することに関して同様である。各マルチメディアストリームはＴＶチャネルに対応し、各ユーザは視聴するチャネルを選択できる。現在、モバイルＴＶのブロードキャスト／マルチキャストによる配信方法が開発中である。そのような標準化の取り組みの例は、３ＧＰＰのマルチメディアブロードキャスト／マルチキャストサービス（ＭＢＭＳ）及び欧州電気通信標準化協会（ＥＴＳＩ）のデジタルビデオブロードキャスティング−ハンドヘルド（ＤＶＢ−Ｈ）である。これらは、ブロードキャスト配信方法において従来のＴＶと同様である。
【０００４】
ところで、マルチキャスト／ブロードキャストに基づくモバイルＴＶが利用可能になるまでの間、既存のモバイルトランスポートチャネルを介して実現されるソリューションが必要である。ユニキャスト転送が好ましい配信手段である、殆どユーザを有さないセル及び十分な容量を有するネットワークにとっても、モバイルＴＶは後々大きな関心事となるだろう。
【０００５】
インターネットプロトコル（ＩＰ）に基づくネットワークを介するストリーミングを使用するモバイルＴＶと同様のサービスは、既存のモバイルネットワークに実現される。一例として、３ＧＰＰで開発されたパケット交換（ＰＳ）ストリーミングサービス（ＰＳＳ）がある。そのようなマルチメディアセッション又はＴＶセッションを開始するために、通常、ユーザは、ウェブページ又はポータルサイトをサーフィンし、ライブストリーミングチャネルを見るためにリンクをクリック又は選択する。
【０００６】
RealNetworkのストリーミングソリューション、AppleのQuicktime、及びMicrosoftのメディアプレーヤ等の、モバイルＴＶに使用可能なプロプライエタリのストリーミングソリューションがいくつか存在する。これらも一般的にポータルサイト又はウェブページを有し、ある特定のチャネルの受信を開始するためにそこでリンクがクリックされる。
【０００７】
モバイルＴＶサービスの１つの目的は、通常の放送ＴＶチャネルに対して行なうのと同様に、チャネルのザッピングを可能にすることである。全てのチャネルがブロードキャストされる場合、受信機は、適切なトランスポートチャネルを選択し且つ適切なデマルチプレクサを使用することにより、チャネルをローカルで選択できる。これは、一般的なケーブル、衛星又は地上テレビのみならず、来るべきモバイル標準であるＭＢＭＳ及びＤＶＢ−Ｈに対しても当てはまる。しかし、ユニキャストセッションの場合、クライアントは、「サーバ」又はマルチメディアプロバイダに所望のチャネルを送信させる必要がある。
【０００８】
ＰＳＳに基づくＰＳストリーミング技術の場合、現在、チャネル切り替えに対する単純なソリューションは存在しない。ＩＰに基づくモバイルストリーミングを行なう従来の方法は、ブラウザで特定のコンテンツを選択することである。これにより、セッション記述プロトコル（ＳＤＰ）又は同期マルチメディア統合言語（ＳＭＩＬ）ファイルのダウンロードを開始し、ユーザ端末のメディアプレーヤでリアルタイムストリーミングプロトコル（ＲＴＳＰ）ストリーミングセッションを開始する。ユーザがユーザ端末の画面でコンテンツを見るまでにかかるおおよその時間は約１０秒である。１０秒のうち５秒はアプリケーションのセットアップであり、残りはシグナリング（約２秒）及びバッファリング（約３秒）である。ユーザが別の「マルチメディアチャネル又はＴＶチャネル」に切り替えたい場合、ユーザは、現在のデータストリームを停止し、ブラウザに戻り、ブラウザでリンクをクリックすることにより別のチャネルを選択する必要がある。新しいＲＴＳＰセッションが開始し、メディアプレーヤが起動してバッファリングを開始するため、新たに１０秒の遅延が生じる。
【発明の開示】
【課題を解決するための手段】
【０００９】
概要
従って、ユニキャスト（パケット交換）ネットワーク及び通信システムにおいて、マルチメディアプロバイダのウェブサイト又はポータルサイトを訪れる必要なく、且つマルチメディアデータがユーザに配信されるまでに長い遅延を必要としない、円滑でユーザフレンドリーなマルチメディアチャネル又はＴＶチャネルの切り替えソリューションを提供する必要がある。
【００１０】
本発明は、従来技術の構成におけるこれらの欠点などを克服する。
【００１１】
本発明の一般的な目的は、マルチメディアセッションに参加しているユーザに対して、ユーザフレンドリーなマルチメディアチャネル切り替えソリューションを提供することである。
【００１２】
本発明の別の目的は、別のマルチメディアチャネルを選択するために、ユーザにより必要とされる情報を含み且つ視覚的に魅力的である、マルチメディアデータを提供するグラフィカルインタフェースを提供することである。
【００１３】
本発明の更に別の目的は、ユニキャスト通信システムにおいて一般的なプロトコル及びコーデックを使用して、ユーザ端末において、ザッピングが可能なＴＶと同様の体験を提供することである。
【００１４】
これらの目的などは、添付の請求の範囲で規定されるように本発明により達成される。
【００１５】
簡単に説明すると、本発明は、ユニキャストによる（ユニキャストベースの）通信システムにおけるマルチメディアセッションのセットアップ及び管理を含む。特に、本発明は、実行中のセッションの間に、利用可能なマルチメディアチャネル間でのユーザフレンドリー、高速、且つ効率的なザッピング及び切り替えを提供する、マルチメディアセッションセットアップ説明情報に関する。
【００１６】
コンテンツプロバイダ又はマルチメディアプロバイダから入手可能なマルチメディアチャネルを観たいと考えるユーザは、そのマルチメディアチャネルの（そのマルチメディアチャネルに対する）要求をプロバイダに送信する。このチャネル要求は、通常、マルチメディアプロバイダのウェブページを訪れ且つマルチメディアチャネルに関連付けられるリンクをクリックしてユーザにより生成される。マルチメディアプロバイダは、本発明に従ってマルチメディアセッションセットアップ説明情報を自動的に生成する。このセットアップ説明情報は、要求されたマルチメディアデータの視覚的に魅力的な提示、並びにマルチメディアプロバイダから入手可能な別のチャネル、映画及びプログラムの提示を提供するのにユーザ端末が必要とする全ての情報、オブジェクト、及び命令を含む。更に、セットアップ説明情報は、ユーザが実行中のセッションを終了してマルチメディアプロバイダのウェブページを再び訪れる必要なく、任意の別のチャネルへのユーザフレンドリーな切り替えを可能にする。
【００１７】
生成されたセットアップ説明情報はユーザ端末に返され、説明情報に含まれるデータオブジェクトは端末により処理される。まず、説明情報のマルチメディアオブジェクトは、端末において処理されると、端末の画面又はグラフィカルユーザインタフェース（ＧＵＩ）に表示されるマルチメディアセッションウインドウを規定する。このセッションウインドウは、要求されたチャネルのマルチメディア（ビデオ）データを表示するようになされた（適応された）表示領域を含む。ウインドウは、プロバイダから入手可能な別のマルチメディアチャネルに関する情報を含む表示可能チャネル領域を更に含む。この情報は、例えばそれら別のチャネルで現在入手可能であるＴＶ番組又は映画の識別子又はアイコンであってもよい。これは、ユーザが表示画面の全ての異なるマルチメディアチャネルに関する情報に対してセッション開始時に既にアクセスできることを意味する。その結果、ユーザは、その種類の情報を入手するために、セッションを終了してマルチメディアプロバイダのウェブページを再び訪れる必要がない。
【００１８】
セッションウインドウは、マルチメディアプロバイダに関する情報を含む情報領域をオプションとして更に含んでもよい。セッションウインドウのオプションのタイトル領域は、例えば割り当てられたチャネル名、及び／又はそのチャネルで現在送信されている映画又はＴＶ番組のタイトルを示すことにより、ユーザが現在観ているマルチメディアチャネルに関する情報を含む。
【００１９】
セッションセットアップ説明情報の関連付けオブジェクトは、端末において処理されると、端末のユーザ入力とセッションウインドウのチャネル領域で通知される別のチャネルの識別子との間の関連付け又はバインディングを規定する。チャネル識別子と関連付けられるユーザ入力は、例えば端末のキーパッドのキー、又はタッチパネルの部分であってもよい。ユーザが１つのユーザ入力をトリガすると、セットアップ説明情報の要求オブジェクトは、トリガされたユーザ入力と関連付けられた識別子を持つ別のチャネルに対する要求を生成する。このチャネル切り替え要求は、マルチメディアプロバイダに自動的に送信され、マルチメディアプロバイダは、それ以上のユーザからの対話なしでチャネル切り替えを実行する。
【００２０】
換言すると、ユーザがマルチメディアチャネルを切り替えたい場合、ユーザは、例えばそのチャネルに割り当てられたユーザ端末上の１つのキーを単純に押下する。チャネル領域は、利用可能な別のチャネルに関する情報を一覧表示することに加え、別のチャネルに割り当てられたキー（ユーザ入力）を識別するのが好ましい。関連するキーが押下されると、要求オブジェクトはチャネル切り替え要求を編集(compile)する。この切り替え要求は、関連付けオブジェクトにより提供されるキーバインディングを介して取得される要求されたチャネルの識別子を含む。更に、マルチメディアプロバイダが関連する端末を識別できるように、要求はユーザ端末の識別子を含む。このユーザ端末識別子は、例えばユニバーサル・リソース・アイデンティファイア（ＵＲＩ）、インターネットプロトコル（ＩＰ）アドレス、又はユーザ端末の少なくとも１つのＩＰポートであってもよい。あるいは、端末識別子は、マルチメディアプロバイダにより割り当てられるユーザ端末固有の識別子であり、ユーザ端末に送信されるセッションセットアップ要求に含まれる。
【００２１】
これは、ユーザが本発明に従ってセッション中にマルチメディアチャネルを切り替えるために実行する必要のある手順が、表示されたチャネル領域により、所望のチャネルに対して関連付けられ且つ割り当てられるユーザ入力（キー）を識別し、その後そのユーザ入力をアクティブにすることだけであるということを意味する。これは、ユニキャストシステムに対する従来のソリューションと比較されるべきである。従来のソリューションにおいて、ユーザは、まず現在のセッションを終了し、プロバイダのウェブページを再び訪れ、所望のマルチメディアチャネルに対するリンクを選択及びクリックする必要がある。その後、新しいセッションセットアップ手順が実行される必要があるため、非常に時間のかかる煩雑なチャネル切り替え手順となる。
【００２２】
マルチメディアプロバイダが本発明のチャネル切り替え要求を受信した場合、マルチメディアプロバイダは、含まれるチャネル識別子により新しい所望のチャネルを識別し、含まれる端末識別子を使用してこの新しいチャネルのマルチメディアデータフローを適切なユーザ端末に向ける。
【００２３】
本発明の好適な一実施形態において、マルチメディアチャネルの変更は、ユーザ端末に対してシームレスで透過的に実行されるのが好ましい。これは、切り替え中、マルチメディアプロバイダが先のチャネル及び新しいチャネルのマルチメディアデータを連続したデータストリームとしてユーザ端末に提供することを意味する。その結果、そのデータストリームの第１の部分は、先のチャネルのマルチメディアデータを含み、ストリームの後続する第２の部分は、新しいマルチメディアチャネルのデータを含む。更に、マルチメディアデータは、マルチメディアプロバイダからユーザ端末にデータパケットとして送信されるのが好ましい。通常、各データパケットは、シーケンス番号及びタイムスタンプと関連付けられる。チャネル切り替えをよりシームレスにするために、マルチメディアプロバイダは、切り替え後、データパケットストリームのシーケンス番号付けが切れ目なく連続したままとなるように、新しいチャネルのマルチメディアデータを含むデータパケットにシーケンス番号を割り当てるのが好ましい。更に、マルチメディア送信元及びチャネルが交換されても、連続したタイムスタンピングとなるように、タイムスタンプが割り当てられる。
【００２４】
マルチメディアデータは、別個のストリームで提供されるビデオ及びオーディオデータを含むことができる。ユーザ端末におけるオーディオ再生時の劣化を回避するために、オーディオパケットに対するタイムスタンプの増加量は、チャネル切り替えの際にも一定に保持されるのが好ましい。これにより、入力時間と出力時間との間に僅かな時間変位が生じる。ビデオパケットのタイムスタンピングは、同期を保持するようにオーディオタイムスタンピングに基づいて同様に調整される。この状況において、オーディオデータはマスタであり、ビデオデータの前に切り替えられるべきである。
【００２５】
更に、チャネル切り替えが実行されても、データパケットが１つの連続したストリームとして送信されるという印象をユーザ端末に対して与えるように、データパケットの同期ソース（ｓｓｒｃ）は一定に設定されるのが好ましい。
【００２６】
本発明に係るセッションセットアップ説明情報は、同期マルチメディア統合言語（ＳＭＩＬ）で有利に生成される。そのような場合、関連付けオブジェクトは、ＳＭＩＬにより提供されるacceskeyバインディングを利用して、ユーザ入力を別のチャネル識別子とバインドできる。しかし、ハイパーテキストマークアップ言語（ＨＴＭＬ）及び拡張マークアップ言語（ＸＭＬ）を含む他の言語が代わりに採用されてもよい。セッションセットアップ説明情報は、例えばＪａｖａ（登録商標）ミッドレット又はアプレットの形式等、Ｊａｖａ(登録商標）に基づいてもよい。更なる例は、セッション開始プロトコル（ＳＩＰ）又はメッセージセッションリレープロトコル（ＭＳＲＰ）に基づく説明情報を含む。
【００２７】
本発明に係るマルチメディアプロバイダは、種々の内部ユニット、すなわちアプリケーションサーバ、ストリーミングサーバ、及びチャネルスイッチを含むと考えられる。アプリケーションサーバは、ユーザ端末からのチャネル要求及びチャネル切り替え要求の受信を担い（管理し）、セッションセットアップ説明情報を返す。更に、アプリケーションサーバは、種々のマルチメディアセッションにポートを割り当て、それらポートを他のユニットに通知する。チャネルスイッチは、種々のマルチメディアチャネル及び送信元（ソース）にアクセスでき、アプリケーションサーバからのコマンドに対して送信元の実際の切り替えを実行する。更にスイッチは、パケット再番号付け及びタイムスタンピングを管理するのが好ましい。ストリーミングサーバは、スイッチからユーザ端末へのマルチメディアデータの転送を管理し、セッションセットアップについて端末とネゴシエート（交渉）することに関わる。そのようなシステムにおいて、本発明に従って実行されるチャネル切り替えは、ストリーミングサーバ及びユーザ端末の双方に対して完全に透過的である。端末識別子は、アプリケーションサーバ、チャネルスイッチ及びストリーミングサーバにより、実際のユーザ端末の識別子としてだけでなく、現在のマルチメディアセッションの識別子としても使用される。
【００２８】
本発明は、以下の利点を提供する：
−ユニキャスト通信システムにおいて、実行中のマルチメディアセッションの間、ユーザ端末においてザッピングが可能なＴＶと同様の体験を提供する。
−一般的なプロトコル及びコーデックを使用して、ユーザフレンドリー、シームレス、且つ透過的なチャネル切り替えをユーザ端末に提供する。
−より充実した(richer)視覚的に魅力的なユーザインタフェースを提供する。
−チャネル切り替え中に同一のマルチメディアセッションが再利用されるので、時間がかかって煩雑な無線リンクを介する新しいセッションのセットアップを実行する必要がない。
【００２９】
本発明により提供される他の利点は、本発明の実施形態に関する以下の説明を読むことにより理解されるだろう。
【００３０】
添付の図面と共に以下の説明を参照することにより、本発明は、本発明の更なる目的及び利点と共に、最もよく理解されるだろう。
【発明を実施するための最良の形態】
【００３１】
詳細な説明
図中、同一の参照符号は、対応する要素又は同様の要素に対して使用される。
【００３２】
本発明は、通信システムにおけるマルチメディアセッションの管理に関し、特に、マルチメディアセッションのセットアップ、及び実行中のセッションの間にマルチメディア送信元の切り替えを管理することに関する。
【００３３】
本発明は、ユニキャストによる通信システムにおいて、現在の通常のＴＶシステム、及び来るべきマルチキャスト／ブロードキャストに基づくモバイルＴＶと同様の、ＴＶのような体験を提供する。本発明の技術は、任意のユニキャストシステムに適用可能であり、特に、データ通信のためにインターネットプロトコル（ＩＰ）を採用する無線通信システムに適用可能である。そのような通信システムの一般的な例は、パケット交換（ＰＳ）ストリーミング（ＰＳＳ）を介して接続ユーザにマルチメディアデータを提供するＰＳシステムである。
【００３４】
その結果、本発明により、マルチメディアセッションに参加しているユーザは、ユニキャスト通信システムにおいて、通常のＴＶシステム、及びブロードキャスト／マルチキャストに基づくモバイルＴＶシステムと同様の方法で種々のマルチメディアチャネルを切り替えられる。これは、ユーザの視点からすると、チャネル切り替えが非常にスムーズに体験され、より短い時間で実行され、且つ従来のユニキャストソリューションが必要としていたような、マルチメディアプロバイダのウェブページを訪れて新しいマルチメディアセッションをセットアップすることが必要ないということを意味する。本発明は更に、非常に充実し且つ視覚的に魅力的であるユーザインタフェースを提供する。
【００３５】
本発明に係るマルチメディアデータは、ユーザ端末においてレンダリングされ且つ表示される任意の形式及び種類のメディア及びマルチメディアを含む。これは、レンダリング中にユーザにより認識可能である画像、ビデオ、オーディオ及び他のメディアの種類を含むが、それらに限定されない。
【００３６】
図１は、本発明に従って、ユニキャストによる通信システムにおいてマルチメディアセッションをセットアップする方法を示すフローチャートである。この方法は、オプションの（任意的な）ステップＳ１で開始される。ステップＳ１において、本発明に係るマルチメディアプロバイダは、ユーザ端末からマルチメディア又はメディアチャネル（ＴＶチャネル）に対する要求を受信する。
【００３７】
このチャネル要求は、背景の節で説明したような従来技術に従って実行される。簡単に説明すると、ユーザは、ユーザ端末におけるウェブブラウザ又は同様のアプリケーションを使用して、マルチメディアプロバイダのウェブページを訪れ、例えばリンクをクリックすることにより所望のマルチメディアチャネルを選択する。あるいは、ユーザ端末は、ユーザが関連するチャネルを選択することを可能にするために、起動された際にマルチメディアプロバイダに自動的にアクセス又は接続するアプリケーションを含むことができる。
【００３８】
ユーザ端末は、マルチメディアチャネルに対する要求にユーザ端末の識別子を挿入できる。次のステップＳ２によりこれを示す。あるいは、マルチメディアプロバイダがユーザ端末識別子を対応するチャネル要求に関連付けられる限り、ユーザ端末識別子はチャネル要求とは別個に送信されてもよい。
【００３９】
本発明に従えば、種々のユーザ端末識別子を採用することができる。例えば、端末識別子は、ユーザ端末に割り当てられるＩＰアドレス又はユニバーサル・リソース・アイデンティファイア（ＵＲＩ）でもよい。他の可能な例としては、ユーザ端末の少なくとも１つのポートを含み、この場合、要求されたチャネルのマルチメディアデータが配信されるべきユーザ端末の入力ポートを含むのが好ましい。端末識別子は、ネットワークオペレータ、又はマルチメディアプロバイダ等の別のサービスプロバイダと、ユーザとの間のサービス契約と関連付けられる識別子であってもよい。
【００４０】
ステップＳ２の別の実施例において、マルチメディアプロバイダは、ユーザ端末からのチャネル要求の受信に基づいてユーザ端末の識別子を提供する。例えば、マルチメディアプロバイダは、マルチメディアセッションに参加しているユーザに割り当てられる可能なユーザ端末識別子のセット又はプールにアクセスする。そのような場合、ステップＳ２において、マルチメディアプロバイダは、マルチメディアプロバイダとのマルチメディアセッションに含まれる任意の他のユーザ端末により現在採用されていないセット又はプールの識別子のうち１つを選択する。これは、マルチメディアプロバイダがプールの識別子を再利用することを意味する。プールの識別子の総数は、同時にマルチメディアデータを受信するユーザ端末の予想数に対処するのに十分に大きな数である必要がある。
【００４１】
本発明によると、マルチメディアプロバイダは、チャネル要求を受信するとその場で(on the fly)新しい端末識別子を生成し、且つ要求するユーザ端末に対してそれを使用できると考えられる。種々のユーザ端末を混同する危険を軽減するために、ユーザ端末の識別子がユーザ端末を一意的に識別するのが好ましいことは明らかである。その結果、いくつかのアプリケーションにおいては、プロバイダが生成したユーザ端末識別子が好ましい。というのは、マルチメディアプロバイダが識別子割り当て処理を制御し、且つ端末を混同することを防止できるためである。
【００４２】
通常、ユーザ端末識別子は、マルチメディアプロバイダにより、実際のユーザ端末の識別子として採用されるが、そのユーザ端末に関与するマルチメディアセッションの識別子として採用されてもよい。これを本明細書において更に開示する。
【００４３】
チャネル要求が受信され、且つ好ましくはユーザ端末識別子が受信又は生成されると、ステップＳ３において、マルチメディアプロバイダは、本発明に従ってマルチメディアセッションセットアップの説明情報(description)又はファイルを生成する。このセッションセットアップ説明情報は、受信したチャネル要求及び提供された端末識別子に基づいて、マルチメディアプロバイダにより動的に生成されるのが好ましい。この説明情報は、この説明情報がユーザ端末に送信されるとユーザ端末により処理可能な複数のデータオブジェクト又は命令を含む。本発明の好適な実現例において、セットアップ説明情報は、マルチメディアオブジェクト、関連付けオブジェクト、及び要求オブジェクトを含む。更なる好適な一実施形態において、セットアップ説明情報はユーザ端末識別子も含む。
【００４４】
マルチメディアオブジェクトは、ユーザ端末において処理されると、ユーザ端末のグラフィカルユーザインタフェースで表示可能であるマルチメディアセッションウインドウを規定する。換言すると、ユーザ端末がそのマルチメディアオブジェクトを処理すると、マルチメディアセッションウインドウが、グラフィカルユーザインタフェースに表示される。グラフィカルユーザインタフェースは、通常、ユーザ端末に情報を表示するための表示画面又は他の機器（ユーザ端末の通信機器に接続されるスタンドアロン機器を含む）である。表示されるマルチメディアセッションウインドウは、要求されたマルチメディアチャネルのマルチメディア（ビデオ）データを表示するように適応されたマルチメディア表示領域を含む。セッションウインドウは、マルチメディアプロバイダから入手可能な別の（現在要求されていない）マルチメディアチャネルのチャネル識別子を含み且つ表示する、表示可能チャネル領域を更に含む。かようにして、このセッションウインドウは、ユーザが要求したＴＶ番組、映画又は他の要求したマルチメディアをビデオ表示領域で観ることを可能にする魅力的なグラフィカルユーザインタフェースを提供する。更に、チャネル領域は、ユーザがセッション中に切り替えられる別のＴＶ番組、映画等をユーザにグラフィカルに通知する。
【００４５】
図２は、表示画面１２を有する本発明に係るユーザ端末１０の一実施形態を示す概略ブロック図である。表示画面１２において、マルチメディアセッションウインドウ２０が表示される。セッションウインドウ２０はマルチメディア表示領域２２を含み、マルチメディア表示領域２２において、要求されたＴＶチャネルのマルチメディア（ビデオデータ）が現在表示されている。チャネル領域２４は、図において明瞭に見ることができるものであり、マルチメディア表示領域２２の下に提供されるが、それに限定されない。このチャネル領域２４において、別のチャネルの識別子がユーザに対して表示される。図において概略的に示されるように、領域２４は、マルチメディアプロバイダから入手可能な全ての種々のマルチメディア（ＴＶ）チャネルの識別子又はアイコンを表示できる。これは、セッションセットアップ説明情報又は文書において受信されるマルチメディアオブジェクトがその全ての情報を含むため、ユーザがマルチメディアプロバイダのウェブページにアクセスして、その情報を取得する必要がないことを意味する。
【００４６】
チャネル領域２４は、必ずしも表示画面１２に常に表示されない。別の実現例において、通常、マルチメディア表示領域２２は表示画面１０の全体又は少なくとも大部分を占有する。そのような場合、ユーザがユーザ端末１０のキー又は表示画面１２の一部分等の、ある特定のユーザ入力をアクティブにした時のみ、チャネル領域２４は表示される。この実現例において、チャネル領域２４は、ポップアップウインドウと同様に機能し、ユーザの要求に応じて完全に可視となる。マルチメディア表示領域２２のサイズは、チャネル領域２４が表示されていない時の全画面（又は、ほぼ全画面）と、チャネル領域２４が表示されている時のより小さなサイズとの間で、（自動的に）変化し得る。これは、マルチメディア表示画面２２のサイズが２つの動作モードにおいて最大化されるが、それでも、要求に応じてチャネル領域２４の表示が可能であることを意味する。
【００４７】
また、チャネル領域２４のサイズは、全てのチャネル情報を表示するフルサイズ（図示するように）と、例えば画面１２上にチャネル領域２４が存在するということだけを表示できる比較的小さなサイズとの間で変更可能である。２つのモード（サイズ）の切り替えは、（タッチパネル式）表示画面１２の一部、キー、又は別のユーザ入力の作動に基づいて実行され得る。
【００４８】
チャネル領域２４の（代替の）チャネル識別子は、任意の図形データの形式であってもよい。例えば、識別子は、別のチャネルで利用可能なマルチメディアデータ（ＴＶ番組、映画等）の名前を指示する表示テキスト列の形式であってもよい。あるいは、別のマルチメディアチャネルを表すアイコンがそのチャネル領域２４に表示されてもよい。アイコンは、ユーザが別のチャネルで現在利用可能なマルチメディア又はチャネルを識別することを可能にする、よく知られているロゴ又は他の情報を表示するのが好ましい。
【００４９】
図から明らかであるように、マルチメディアセッションウインドウ２０は、現在選択されている又は要求されているマルチメディアチャネルの識別子又はアイコンを含む、表示可能情報領域２６等を含む他のウインドウ領域を更に含むことができる。更に、又は代わりに、映画タイトル、番組タイトル、又は番組情報等の、マルチメディア表示領域２２に現在表示されている実際のマルチメディアデータの情報が、この情報領域２６において見られてもよい。
【００５０】
タイトル領域２８は、マルチメディアセッションウインドウ２０に含まれ、表示されるマルチメディアの送信元／所有者、及び／又はマルチメディアプロバイダに関する情報を含むことができる。
【００５１】
マルチメディアセッションセットアップの一部である関連付けオブジェクトは、ユーザ端末１０において処理されると、ユーザ端末のユーザ入力１４と別のマルチメディアチャネルのチャネル識別子との関連付けを規定又は提供する。従って、この関連付けオブジェクトは、端末１０のユーザ入力１４とマルチメディアプロバイダから入手可能な他のマルチメディアチャネルとの間の関連付けを生成するプログラムコード又は命令を含む。これは、アイコンがチャネル領域２４に表示される別のチャネルの識別子とユーザ入力１４との間の関連付け又は紐付け（バインディング）を関連付けオブジェクトが提供することを意味する。チャネル領域２４は、各チャネルのアイコン／識別子に対して、チャネルと関連付けられるユーザ入力１４に関する情報を更に表示するのが好ましい。これは、図２に明確に示される。図２において、チャネル領域２４は、ＳＶＴ１、ＳＶＴ２、ＴＶ３、及びＴＶ４で示される、４つのマルチメディアチャネルに関する情報を含む。チャネル領域２４は、それらチャネルに割り当てられたユーザ入力１４の識別子、すなわちキーパッドのキー１、キー２、キー３、及びキー４の識別子を更に含む。
【００５２】
本発明の関連付けオブジェクトにより提供されるそのような関連付けの一般的な例は、ユーザ端末１０のキー１４（ユーザ入力）の１つと別のマルチメディアチャネルの識別子との間のキーバインディングである。例えば、マルチメディアセッションセットアップ説明情報が同期マルチメディア統合言語（ＳＭＩＬ）に基づく説明情報である場合、関連付けオブジェクトは、ＳＭＩＬにより提供されるaccesskeyバインディングを利用して、キー１４を別のチャネル識別子にバインドし、どのマルチメディアチャネルがどのキー１４に対応するかを規定してもよい。
【００５３】
バインディング又は関連付けに関わるユーザ入力１４は、ユーザ端末１０において構成又は実装される任意の（ソフトウェア又はハードウェアの）ユーザ入力１４であってもよい。図示するように、一般的な例は、端末１０に構成されるキーパッドのキー１４である。タッチパネル式の画面１２を有するユーザ端末１０の場合、ユーザ入力１４は、タッチパネル式の画面１２の一部を構成できる。例えば、マルチメディアセッションウインドウ２０のチャネル領域に提供されるアイコン又はチャネル識別子の真上にある、タッチパネル式の画面１２の部分は、本発明に係るユーザ入力として採用され得る。実際には、ユーザによりトリガ又はアクティブにされ得る任意のユーザ入力１４は、本発明の関連付けオブジェクトにより提供される関連付けに対して利用可能である。
【００５４】
マルチメディアセッションセットアップ説明情報は、ユーザ端末１０において処理及び実施されると別のマルチメディアチャネルに対する要求を生成する、要求オブジェクトを更に含む。ユーザが、要求された別のマルチメディアチャネルの識別子と、関連付けオブジェクトを介して関連付けられた、ユーザ入力１４をトリガ又はアクティブにした時、その別のチャネル要求は生成される。
【００５５】
チャネル切り替え要求は、要求された別のマルチメディアチャネルの識別子及びユーザ端末１０の識別子を含む。ユーザ端末１０の識別子は、セッションセットアップ説明情報と共にマルチメディアプロバイダから受信される場合がある。そのような場合、要求オブジェクトは、ユーザ端末識別子を含むか、又はユーザ端末識別子にアクセスでき、その識別子をチャネル要求に挿入する。ユーザ端末識別子がユーザ端末１０に格納されている場合、要求オブジェクトは、ユーザ入力１０をトリガした時に識別子を取り出し、それを要求に含める。
【００５６】
本発明の一般的な実現例において、別のチャネルのチャネル識別子は、マルチメディアプロバイダに対するリンクの形式であってもよい。関連付けオブジェクトは、その特定のリンクをユーザ端末のユーザ入力（キー）１４の１つにバインド又は関連付けるように実現可能である。ユーザが、キー１４を押下するなどして、その特定のユーザ入力をアクティブにした場合、要求オブジェクトは、トリガされたユーザ入力と関連付けられるリンクを介してマルチメディアプロバイダにアクセスする。チャネル要求は、トリガされたユーザ入力と関連付けられる要求マルチメディアチャネルをマルチメディアプロバイダが識別するのを可能にし、且つ要求するユーザ端末１０をマルチメディアプロバイダが識別するのを可能にする情報を含む。これについては、以下に更に説明する。そのような実現例において、要求オブジェクトは、マルチメディアプロバイダを指し示すハイパーリンクを含み、別のマルチメディアチャネルに対する要求は、ユーザ端末識別子及び別のチャネルのチャネル識別子を含むハイパーテキスト転送プロトコル（ＨＴＴＰ）要求である。
【００５７】
本発明に係るマルチメディアセッションセットアップ説明情報は、セットアップ説明情報のマルチメディアオブジェクトに基づいて生成されるマルチメディアセッションウインドウ２０を介して非常にユーザフレンドリーで視覚的に魅力的なグラフィカルユーザインタフェースを提供する。このセッションウインドウ２０は、要求されたマルチメディアの表示に加え、マルチメディアセッションに対する他の関連する情報、すなわちマルチメディアプロバイダから入手可能な別のチャネルに関する情報、並びに要求されたマルチメディアチャネル及びそのチャネルの現在のマルチメディアデータに関するオプションの情報の表示を可能にする。更に、マルチメディアプロバイダを説明する情報が表示される。これは、マルチメディアセッション中にユーザに関連する全てのデータが、セッションの開始時にユーザ端末において既に入手可能であることを意味する。この情報は、表示画面１２上で継続的に視覚的に利用可能であるか、あるいは、例えばポップアップウインドウの場合のように少なくとも表示画面１２に提示可能である。その結果、ユーザは、別の入手可能なマルチメディアチャネル及びＴＶ番組及び映画に関する情報を取得するために、実行中のセッションを終了してマルチメディアプロバイダのウェブページを再び訪れる必要がない。
【００５８】
更に、セッションセットアップ説明情報の要求オブジェクト及び関連付けオブジェクトは、セッション中にマルチメディアチャネルを切り替える単純でユーザフレンドリーな手段を提供する。ユーザが実行する必要がある動作は、所望の新しいマルチメディアチャネルを選択するために１つのユーザ入力１４をトリガすることのみである。関連付け及び要求オブジェクトは、ユーザがまず現在のセッションを終了し、マルチメディアプロバイダのウェブページを訪れ且つそこで所望の新しいチャネルを選択する必要無しに、新しいチャネルの自動的な要求を可能にする。かようにして、本発明により提供されるチャネル切り替えは、ユーザに対して透過的に実行され、ユニキャストシステムにおいて使用可能な従来のチャネル切り替えソリューションと比較して非常に短い時間で完了できる。
【００５９】
ＳＭＩＬで書かれた本発明に係るセッションセットアップ説明情報の例を以下に示すが、それに限定されない。
【００６０】
<?xml version= "1.0"?>
<!DOCTYPE smil PUBLIC"-//W3C//DTD SMIL 2.0//EN"
"http://www.w3.org/2001/SMIL20/SMIL20.dtd">
<smil xmlns="http://www.w3.org/2001/SMIL20/Language">
<head>
<meta name="title" content="SMIL TV"/>
<meta name="author" content="Torbjorn Einarsson"/>
<layout>
<root-layout id= "SMIL_TV" backgroundColor="gray" width="176" height="200"/>
<region id="video" left="0" width="176" height="144"/>
<region id="prog" left="0" top="144" width="176" height="18"/>
<region id="ctrl1" left="0" top="164" width="88" height="18"/>
<region id="ctrl2" left="88" top="164" width="88" height="18"/>
<region id="ctrl3" left="0" top="182" width="88" height="18"/>
<region id="ctrl4" left="88" top="182" width="88" height="18"/>
</layout>
</head>
<body id="SmilTV">
<par id="ImageTextAudio" dur="indefinite">
<video region="video" src="rtsp://smiltv.com/j09184j0ajk.sdp"/>
<a href="http://smiltv.com/ch/j09184j0ajk/1.txt" target="prog" accesskey="1">
<text region="ctrl1" src="http://smiltv.com/ch1.txt"/></a>
<a href="http://smiltv.com/ch/j09184j0ajk/2.txt" target="prog" accesskey="2">
<text region="ctrl2" src="http://smiltv.com/ch2.txt"/></a>
<a href="http://smiltv.com/ch/j09184j0ajk/3.txt" target="prog" accesskey="3">
<text region="ctrl3" src="http://smiltv.com/ch3.txt"/></a>
<a href="http://smiltv.com/ch/j09184jOajk/4.txt" target="prog" accesskey="4">
<text region="ctrl4" src="http://smiltv.com/ch4.txt"/></a>
</par>
</body>
</smil>
【００６１】
上記ヘッドフィールド内のプログラムコード（プログラムコードの５〜１８行目）は、マルチメディアオブジェクトに属し、マルチメディアセッションウインドウ２０を規定する。ルートレイアウトフィールドは、セッションウインドウ２０のタイトル領域２８を規定する。その後、マルチメディア表示領域２２、情報領域２６及びチャネル領域２４を規定するフィールドが続く。ビデオ領域フィールドは、ＲＴＳＰ（リアルタイムストリーミングプロトコル）セッションを開始するＲＴＳＰ ＵＲＩを含む。
【００６２】
それ以降のコード行は、本発明の関連付けオブジェクト及び要求オブジェクトを規定する。この概略的なプログラムコードの例において、４つのマルチメディアチャネルがマルチメディアプロバイダ「ＳＭＩＬ ＴＶ」から入手可能である。accesskeyコマンドは、一覧表示される４つのリンクとユーザ端末１０において１〜４の番号が付けられる４つのキー１４との関連付けを提供する。尚、各マルチメディアチャネルに対して、チャネル領域２４に表示されるチャネルに関するアイコン又は情報を提供するマルチメディアプロバイダの送信元に対するリンク（http://smiltv.com/chX.txt （Ｘ＝１〜４））が存在する。
【００６３】
説明例において使用されるリンクは、ユーザ端末１０の識別子及び関連するマルチメディアチャネルの識別子の双方を含むように、すなわちhttp://smiltv.com/ch/userID/channelID.txtの形式となるように生成される。ユーザ端末識別子は、ＲＴＳＰセッションを開始するＲＴＳＰ ＵＲＩで更に使用される。
【００６４】
本発明によると、セッションセットアップ説明情報は、ＳＭＩＬ以外の言語で生成されてもよいと考えられる。可能な他の言語は、ハイパーテキストマークアップ言語（ＨＴＭＬ）及び拡張マークアップ言語（ＸＭＬ）を含む。セッションセットアップ説明情報は、Ｊａｖａ（登録商標）ミッドレット又はアプレットの形式等、Ｊａｖａ(登録商標）に基づいてもよい。更なる可能な例は、セッション開始プロトコル（ＳＩＰ）及びメッセージセッションリレープロトコル（ＭＳＲＰ）に基づく説明情報を含む。
【００６５】
図１を再び参照すると、マルチメディアプロバイダが本発明のマルチメディアセッションセットアップ説明情報を生成すると、ステップＳ４において、マルチメディアプロバイダは、要求するユーザ端末にその説明情報を送信する。ユーザ端末において、含まれるオブジェクトは処理される。続いて、ステップＳ５において、マルチメディアプロバイダは、要求されたチャネルのマルチメディアデータをセッションウインドウのマルチメディア表示領域に表示するためにユーザ端末に提供する。この時点でセッションは、セットアップされ且つ開始された。図１のフローチャートに開示される方法は終了する。
【００６６】
本発明によると、セッションの開始後にマルチメディア表示領域に表示されるマルチメディアデータは、一般に、要求されたマルチメディアチャネルのデータであると考えられる。別の実現例において、セッションセットアップ説明情報は、処理されると、マルチメディアプロバイダにより選択されるデフォルトチャネルをユーザ端末において表示するように構成される。そのようなデフォルトチャネルは、例えば利用可能なサービス及びチャネルの短い説明、セッションの実行方法の短い解説ビデオ等を含むことができる。セッションがセットアップされると、ユーザは、所望のマルチメディアチャネルに随時切り替えることができる。
【００６７】
図３は、図１のフローチャートに対する追加のステップを示すフローチャートである。それらステップは、実行中のマルチメディアセッションの間、及び、特にチャネル切り替え中に実行される。この方法は、ステップＳ５から継続する。次のステップＳ１０において、マルチメディアプロバイダは、ユーザ端末からのチャネル切り替え要求を待ち受ける。プロバイダは、受信した際にすぐに処理するためにそのような要求を継続的に待ち受けるのが好ましい。ユーザの視点から、チャネル切り替えの時間が重要でない場合、周期的又は間欠的な切り替え要求の待ち受け又は検出が採用されてもよい。
【００６８】
先に十分に説明したように、ユーザが所望の新しいチャネルと関連付けられるユーザ入力をトリガ又はアクティブにすると、本発明に係るチャネル切り替え要求は、セッションセットアップ説明情報の関連付けオブジェクト及び要求オブジェクトを介してユーザ端末により（自動的に）生成される。このチャネル切り替え要求は、マルチメディアプロバイダに送信されるＨＴＴＰ要求の形式でもよい。要求のユーザ端末識別子により、マルチメディアプロバイダは、現在のマルチメディアセッションを識別でき、プロバイダは、新しいマルチメディアデータが送信されるべきポートを識別できる。要求のチャネル識別子は、新しいマルチメディアデータが取り出されるべきマルチメディア送信元を識別するのに使用される。図８を参照して以下に更に詳細に説明する本発明の実際のチャネル切り替えは、実行中のセッションの間に実行されるため、（ＲＴＳＰ）セッションの切断又は新しいセットアップの実行は必要ない。
【００６９】
更に、切り替えは、好ましくはユーザ端末に対して透過的な方法で実行される。これは、マルチメディアデータが連続したマルチメディアデータストリームとしてユーザ端末に送信されることを意味する。このストリームの第１の部分は、先のチャネルのマルチメディアデータを含み、ストリームの後続する第２の部分は、新しく要求されたチャネルのマルチメディアデータを含む。このシームレスで透過的なチャネル切り替えを更にサポートするために、先のチャネルのマルチメディアデータを含むパケット及び新しいチャネルのデータを含むパケットを含む全てのデータパケットが連続したシーケンス番号、及び／又はタイムスタンプを有するように、マルチメディアプロバイダは、マルチメディアストリームで送信されるデータパケットに対してシーケンス番号を再番号付け（リナンバー）し、且つタイムスタンプを設定する。
【００７０】
次のステップＳ１２において、新しいチャネルのマルチメディアデータは、セッションウインドウのマルチメディア表示領域に表示するためにユーザ端末に提供される。マルチメディアプロバイダは、ステップＳ１０においてユーザ端末からの可能な新しいチャネル切り替えを待ち受け続ける。
【００７１】
図４は、チャネル切り替え中に本発明のマルチメディアプロバイダにより実行されるのが好ましい追加のステップを示す。この方法は、ステップＳ１１から継続する。次のステップＳ２０において、マルチメディアプロバイダは、マルチメディアセッションのデータパケットのシーケンスが連続したシーケンス番号付けを有するように、チャネル切り替え後に新しいチャネルのデータパケットに再番号付けする。図９及び図１０において、この原理を更に詳細に示す。図９において、データパケット４０１〜４０４は、データストリーム４００の形式でマルチメディアプロバイダからユーザ端末（不図示）に配信される。図中、マルチメディアプロバイダは、チャネルスイッチ１３０として概略的に示される。それらデータパケット４０１〜４０４は、本発明に係る第１のマルチメディアチャネルを表す所定のマルチメディア送信元２１０から発生する。この説明例において、チャネルスイッチ１３０は、２つの可能なデータ送信元２１０、２２０にアクセスできるため、２つの異なるマルチメディアチャネルを接続ユーザ端末に提供できる。図９において、データパケット４０５〜４０８の第１のストリーム４１０は、第１のデータ送信元２１０から受信され、データパケット４２１〜４２４の第２のストリーム４２０は、同様に第２の送信元２２０から受信される。異なるストリーム４００、４１０、４２０における、データパケット４０１〜４０８及び４２１〜４２４の連続したシーケンス番号に注目されたい。図中、第１のデータ送信元２１０から送信されるデータパケット４０１〜４０８は、ＤＰ３３〜ＤＰ４０の範囲の第１のシーケンス番号付けを有する。第２の送信元２２０のデータパケット４２１〜４２４は、ＤＰ１１〜ＤＰ１４の第２の異なるシーケンス番号付けを有する。図１０において、第１のマルチメディアチャネルから第２のマルチメディアチャネルへのチャネル切り替えの要求がユーザ端末から受信される。これは、チャネルスイッチ１３０から出力されるデータストリーム４００がまず先のマルチメディアチャネルのデータパケット４０５〜４０７及び新しく選択されたチャネルのデータパケット４２４を含むことを意味する。ユーザ端末に連続したマルチメディアデータストリーム４００を提供するために、スイッチ１３０を出て同一のユーザ端末に送信されるデータパケット４０５〜４０７、４２４が連続したシーケンス番号付けを有するように、チャネルスイッチ１３０は、データパケット４２４に再番号付けする。これは、新しいチャネルのデータパケット４２４がＤＰ１４からＤＰ４０に再番号付けされ、連続した番号付けを保持することを意味する。シーケンス再番号付けは、新しいチャネルの残りのデータパケット４２５〜４２８に対して継続される。尚、先の送信元のデータパケット４０９〜４１３が現在のユーザ端末に送信されないため、現在のセッションに対して、それらデータパケットの再番号付けは必要ない。
【００７２】
図４の次のステップＳ２１において、マルチメディアプロバイダは、マルチメディアストリームのデータパケットにタイムスタンプを割り当て、チャネル切り替え中及びチャネル切り替え後でも連続したタイムスタンプを有するデータパケットのストリームを取得する。図９及び図１０に関連して開示したシーケンス番号付けと同様の手順を、データパケットのタイムスタンピングに対して使用できる。
【００７３】
従来技術においてよく知られているように、マルチメディアデータは、ビデオデータ及びオーディオデータの形式であってもよい。マルチメディアストリームを提供するマルチメディアチャネルは、ビデオデータを含むデータパケットを含むビデオストリーム、及びオーディオデータを含むデータパケットを含むオーディオストリームを提供すると考えられる。そのような場合、ビデオデータパケット及びオーディオデータパケットの連続したシーケンス番号付け及びタイムスタンピングを取得するために、本発明に係るシーケンス番号付け及びタイムスタンピングは、双方のデータストリームに対して実行されるのが好ましい。ユーザ端末におけるオーディオ再生時の劣化を回避するために、オーディオパケットに対するタイムスタンプの増加量は、チャネル切り替え時においても一定に保持されるのが好ましい。これにより、入力時刻と出力時刻との間に僅かな時間変位が生じる。ビデオパケットのタイムスタンピングも同様に調整されるが、同期を維持するために、オーディオタイムスタンピングに基づいて調整される。この状況において、オーディオデータはマスタであり、ビデオデータの前に切り替えられるべきである。要約すると、マルチメディアプロバイダは、オーディオデータストリームが連続したタイムスタンプを持つようにオーディオデータパケットにタイムスタンプを割り当て、オーディオデータパケットへのタイムスタンプの割り当てに基づいてビデオデータパケットにタイムスタンプを割り当てる。
【００７４】
それゆえ、ユーザ端末への影響を最小限にするために、マルチメディアプロバイダは、連続したシーケンス番号及びタイムスタンプに加え、固定ペイロードタイプ（ｐｔｙｐｅ）及び同期ソース（ｓｓｒｃ）を有するヘッダを含む（リアルタイム転送プロトコル（ＲＴＰ））データパケットの出力マルチメディア（ＲＴＰ）ストリームを作成できる。固定又は一定のｓｓｒｃを使用することにより、チャネル切り替えが実際に実行されたにも関わらず、データパケットが１つの連続したデータストリームとして送信されるという印象をユーザ端末に与える。マルチメディアプロバイダは、自己のリアルタイム転送制御プロトコル（ＲＴＣＰ）フローを生成し、ＲＴＣＰ送信者レポート(sender report)の同期情報によりマルチメディアチャネルの切り替え中にストリームが連続しているように見えることを確認することもできる。
【００７５】
しかし、例えばｓｓｒｃ値を変更することにより、あるいはマルチメディアチャネルに応じて変更されるオプションの貢献ソース（contributing source, ｃｓｒｃ）フィールドを追加することにより、マルチメディアプロバイダに１つ以上のフィールドを変更させ、コンテンツが新しい送信元から送信されることをユーザ端末に示すことも可能である。
【００７６】
その後、図３のステップＳ１２に進む。ステップＳ１２において、新しいチャネルのマルチメディアデータはユーザ端末に配信される。
【００７７】
図５は、本発明の一実施形態に係るユニキャストによる無線通信システム１を示す概略図である。通信システム１は、基本的にマルチメディアプロバイダ１００を含む。マルチメディアプロバイダ１００は、オペレータネットワーク３００、あるいは他の有線又は無線ネットワークを介してユーザ端末１０にマルチメディアサービス及びデータを提供する。マルチメディアプロバイダ１００は、マルチメディア送信元２００を含むか、あるいは図示されるようにマルチメディア送信元２００にアクセスできる。マルチメディア送信元２００は、異なるチャネル２１０、２２０からのマルチメディアデータを含むか又は生成するか、あるいは提供する。図示する例において、マルチメディアプロバイダ１００は、アプリケーションサーバ１１０、ストリーミングサーバ１２０、及びチャネルスイッチ１３０の３つの異なるユニットを含むものとして開示される。マルチメディアプロバイダの機能をこのように異なる（内部）ユニットに分割する場合、アプリケーションサーバ１１０は、ユーザ端末１０からのチャネル要求及びチャネル切り替え要求の受信を担うのが好ましい。更に、アプリケーションサーバ１１０は、セッションセットアップ手順の一部としてセッションセットアップ説明情報を生成及び送信する。実際のセッションセットアップネゴシエーションは、通常、ユーザ端末１０とストリーミングサーバ１２０との間で実行される。実行中のセッションの間、このサーバ１２０は更に、チャネルスイッチ１３０からユーザ端末１０にマルチメディアデータを配信する。その名前から明らかであるように、チャネルスイッチ１３０は、アプリケーションサーバ１１０から受信したコマンドに応えてマルチメディアチャネルを切り替える。このチャネル切り替えにおいて、新しいマルチメディアチャネル又は送信元２１０、２２０からのマルチメディアデータは、ネットワーク３００を介してユーザ端末１０に転送するために、ストリーミングサーバ１２０へ配信される。
【００７８】
図５は、本発明に係る通信システム１の単なる例として理解されるべきであり、本発明の範囲内で他のシステムレイアウトが可能である。例えば、利用可能なマルチメディアチャネル２１０、２２０の数は必ずしも２つではなく、任意の数、すなわち少なくとも２つのチャネル２１０、２２０であってもよい。更に、マルチメディアプロバイダ１００は、１つの中央ユニット又は分散ユニットで構成されてもよく、アプリケーションサーバ１１０、ストリーミングサーバ１２０、及びチャネルスイッチ１３０の動作を処理する。あるいは、マルチメディアプロバイダ１００は、より多くの又はより少ない内部ユニットを含むことができる。これを図６に概略的に示す。
【００７９】
図６において、ストリーミングサーバは省かれており、チャネルスイッチ１３０が（オペレータ）ネットワーク３００を介してユーザ端末１０にマルチメディアデータを直接転送する。上で簡単に説明したように、マルチメディアプロバイダ１００は、提供したマルチメディアサービスに対する課金を担うユニット等、更に多くのユニットを含むことができる。あるいは、そのような課金ユニットは、他の場所に、例えばオペレータネットワークインフラストラクチャ３００の一部として、提供される。
【００８０】
図７は、本発明に係るマルチメディアセッションのセットアップ中及び実際に実行中のセッションの間に実行されるデータシグナリングの一部を示す、概略的な信号図である。この信号図において、図５に示すような通信システムレイアウトが仮定されるが、その原理が、発明的ではない僅かな変更を伴って他のシステムレイアウトに適用可能であることは、当業者には明確に理解される。
【００８１】
図７において、モバイルＴＶチャネル等のマルチメディアチャネルは、マルチメディア又はメディアコンテンツを含むＲＴＰパケットを生成及び送信するライブエンジン又はチャネル送信元から構成される。チャネルスイッチは、チャネル毎に２つのＲＴＰストリーム又はセッションを作成するのが好ましい。そのうちの一方はビデオデータのためのものであり、他方はオーディオデータのためのものである。各ＲＴＰセッションは、実際のメディアデータ転送、すなわちＲＴＰトラフィックと、制御データ転送、すなわちＲＴＣＰトラフィックとを処理するのが好ましい。その結果、通常、チャネル毎に４つのポートが割り当てられる。従来技術において、４つのポート番号が連続しており、且つ４で割った余りが０に等しいポート番号のビデオデータから開始するのが一般的である。典型的な例は、ビデオＲＴＰに対してはポート番号１００００、ビデオＲＴＣＰに対しては１０００１、オーディオＲＴＰに対しては１０００２、オーディオＲＴＣＰに対しては１０００３である。通常、種々のチャネルは、ＲＴＰビデオポート番号で識別される。
【００８２】
利用可能なマルチメディアデータ（ビデオ及びオーディオのＲＴＰ／ＲＴＣＰ）は、チャネルスイッチに連続して配信され、各マルチメディアデータストリーム又はチャネルは、ビデオＲＴＰのポート番号等の固有の識別子を有する。
【００８３】
ユーザは、移動電話、パーソナルデジタルアシスタント（ＰＤＡ）又は他の（移動）通信端末であってもよいユーザ端末により、例えばＴＶ番組等を観たいと考える。ユーザは、ユーザ端末を使用してアプリケーションサーバのウェブページに入り、通常、所望のＴＶ番組に対するリンクをクリックする。リンクをクリックすることにより、ＨＴＴＰを使用するチャネル要求等のチャネル要求をアプリケーションサーバに送信する。サーバは、ユーザ端末に対する（固有の）識別子を提供する。識別子の提供は、例えばチャネル要求と共にユーザ端末から端末識別子を受信することにより認識される。あるいは、アプリケーションサーバは、例えば接続ユーザ端末に対してアプリケーションサーバにより使用される、利用可能な端末識別子のプールから未使用の空いている識別子を選択することにより、識別子自体を生成する。
【００８４】
アプリケーションサーバは、セッション開始コマンドを編集して、チャネルスイッチに送信する。このコマンドは、ユーザ端末に関する受信した又は割り当てられた識別子、及び要求されたマルチメディアチャネルの識別子を含む。チャネル識別子がビデオＲＴＰポートの形式である場合、アプリケーションサーバは、利用可能なビデオＲＴＰポートを含むリスト又はセットにアクセスする。アプリケーションサーバは、ユーザ端末からのチャネル要求に基づいて適切なチャネルポート（識別子）を識別する。
【００８５】
セッション開始コマンドは、チャネルスイッチがマルチメディアデータを転送すべきストリーミングサーバの入力ポートに関する情報を更に含むのが好ましい。上述のように、マルチメディアチャネルは、４つの並列データストリームを含むことができる。これは、ストリーミングサーバの４つの入力ポートがアプリケーションサーバにより選択及び通知されることが好ましいことを意味する。これは、アプリケーションサーバがストリーミングサーバの入力ポート番号に関する情報にアクセスでき且つそれら入力ポート番号が現在使用されているか又は空いているかに関する最新の情報を保持することを更に必要とする。
【００８６】
オプションとして、チャネルスイッチは、確認応答メッセージ又はＯＫ応答で応答する。
【００８７】
更に、アプリケーションサーバは、セッション記述プロトコル（ＳＤＰ）ファイルを作成し、それをストリーミングサーバにアップロードする。これは、ライブストリーミングに対する通常のＳＤＰファイルであるが、２つの点で特有である。ＳＤＰファイルは、ユーザ端末の識別子を含む。これは、j09184j0ajk.spd等、名前にユーザ端末識別子を含むことにより認識される。ここで、j09184j0ajkが割り当てられたユーザ端末識別子である。更に、ＳＤＰファイルは、チャネルスイッチがマルチメディアデータを含むＲＴＰストリームを送信するように命令される、ストリーミングサーバの入力ポートに関する情報を更に含むのが好ましい。オプションとして、ストリーミングサーバは確認応答メッセージで応答する。
【００８８】
アプリケーションサーバは、先の制御データ交換の後又はその前に、あるいはそれと同時に、本発明のマルチメディアセッションセットアップ説明情報を生成し、且つそれをユーザ端末に送信する。端末自体により提供されない限り、セットアップ説明情報は、アプリケーションサーバにより作成又は選択されるユーザ端末識別子を含むのが好ましい。先に十分に説明したように、このセットアップ説明情報は、マルチメディアをユーザに提供し且つ本発明のユーザフレンドリーで効率的なチャネル交換を可能にするためにユーザ端末が必要とする、要求命令、オブジェクト、及び情報の完全な説明情報であるのが好ましい。ユーザ端末及びストリーミングサーバは、従来技術に従ってＲＴＳＰセッションセットアップについてネゴシエート及び実行する。ユーザ端末は、受信したセッションセットアップ説明情報を処理して、表示画面にマルチメディアセッションウインドウを表示し、且つキー等のユーザ入力と他の利用可能なマルチメディアチャネルの識別子との関連付けをアクティブにする。
【００８９】
更に、チャネルスイッチは、アプリケーションサーバが選択したストリーミングサーバの入力ポートに、要求されたＲＴＰストリームを配信する。また、ストリーミングサーバがマルチメディアデータを転送すべきユーザ端末（入力ポート）を識別できるように、ユーザ端末識別子はサーバに送信される。ストリーミングサーバが、例えばアプリケーションサーバから先に受信してその情報を既に有する場合、ＲＴＰストリームはユーザ端末識別子を含む必要はない。最後に、ストリーミングサーバは、受信したマルチメディア（ＲＴＰ）ストリームをセッションウインドウに表示し且つユーザ端末のスピーカ（図２のスピーカ１６を参照）で再生するためにユーザ端末に転送する。セッションセットアップはこの時点で完了し、マルチメディアレンダリング及び再生がユーザ端末において開始される。
【００９０】
実行中のセッションの間、ユーザ端末は、周期的に、間欠的に、あるいは事前定義済みの時間に、端末識別子と共に更新要求をアプリケーションサーバに送信できる。それら更新要求は、マルチメディアセッションが依然としてアクティブであることの確認としてアプリケーションサーバにより使用される。更に、更新要求に対して応答する場合、アプリケーションサーバは、マルチメディアセッションウインドウを更新するためにセットアップ説明情報のオブジェクト及びユーザ端末により使用される新しい情報を送信できる。例えば、所定のマルチメディアチャネルで送信される実際のＴＶ番組又は映画は、時間中に変更できる。そこで、更新応答は、マルチメディアセッションウインドウのタイトル領域に入力される情報を含んでもよい。更に、特に識別子が他のチャネルで現在入手可能なＴＶ番組又は映画に対応する場合、チャネル領域に表示される別のチャネルの識別子又はアイコンは、時間と共に変化する可能性がある。また、利用可能なチャネル数は、マルチメディアセッション中に変化する可能性がある。そのような場合、更新応答は、チャネル領域への表示、及び端末の１つのユーザ入力との関連付けのために、新しいチャネルの識別子（リンク）及びアイコンを含むことができる。
【００９１】
図８は、図７の信号図の続きであり、チャネル切り替え中及びセッション終了の際のデータシグナリングを示す。端末のユーザは、他のＴＶ番組又は映画を観たいと考え、所望のマルチメディアチャネルと関連付けられる、端末のユーザ入力をトリガする。セットアップ説明情報の要求オブジェクトは、アプリケーションサーバに送信されるチャネル切り替え要求を生成する。この要求は、実行中のマルチメディアセッションを識別するためにアプリケーションサーバにより使用されるユーザ端末識別子を含む。更に、要求は、サーバが新しいマルチメディアチャネルを識別するのを可能にする情報を含む。このチャネル情報は、例えばマルチメディアチャネルに対するＲＴＰビデオポートのポート番号であってもよい。あるいは、そのチャネル情報は、チャネルに現在表示されている、チャネル又は番組／映画の、名前／タイトル等の他の情報である。アプリケーションサーバは、その情報に基づいて新しいチャネルに対する関連するＲＴＰビデオポートを識別するのが好ましい。
【００９２】
アプリケーションサーバは、切り替え要求の情報に基づいてポートマッピングを実行するのが好ましい。アプリケーションサーバは、現在のユーザ端末に割り当てられるストリーミングサーバの入力ポートを識別する。サーバは、チャネル切り替えコマンドを編集し、チャネルスイッチに送信する。コマンドは、新しいマルチメディアチャネルに関する情報、好ましくはそのチャネルのＲＴＰビデオポートを含む。更に、コマンドは、新しいチャネルのマルチメディアデータの送信先となるストリーミングサーバの入力ポートをチャネルスイッチが識別できるように、ユーザ端末の識別子を含むことができる。あるいは、又はそれに加えて、アプリケーションサーバは、サーバ入力ポートに関する情報をチャネルスイッチに直接送信する。オプションとして、スイッチは確認応答メッセージで応答する。
【００９３】
上述のように、チャネルスイッチは、マルチメディア（ビデオ及びオーディオ）データパケットに対してシーケンス番号の再番号付け及びタイムスタンプの割り当てを実行し、連続したマルチメディアデータストリーム（通常、これは４つの並列ストリームで構成されると考えられる）を形成するのが好ましい。好適な実現例において、チャネルスイッチは、ｓｓｒｃ値をデータパケットに対して設定又は追加し、データパケットが１つの連続したデータストリームの一部であるという印象を得る。この状況において、データパケットのヘッダのｓｓｒｃフィールドは、同一のｓｓｒｃ値を有するのが好ましい。再番号付けされ、タイムスタンプが割り当てられ、且つｓｓｒｃの変更が行なわれたＲＴＰストリームのデータパケットは、好ましくはユーザ端末識別子と共に、通知されたストリーミングサーバの入力ポートに送信される。サーバは、新しいチャネルのデータをユーザ端末に転送する。
【００９４】
このように、本発明に係るチャネル切り替えは、ユーザ端末及びストリーミングサーバに対して完全に透過的であり、ユーザ端末及びストリーミングサーバは、チャネル及び送信元が変更されたにも関わらず、実行中のセッションのマルチメディアストリームが単一のマルチメディア送信元から発生するのと同様に動作する。
【００９５】
ユーザがセッションを終了したい場合、ユーザ端末は、ユーザ端末識別子と共にセッション停止メッセージをアプリケーションサーバに送信する。アプリケーションサーバは、端末識別子を含むセッション停止コマンドを生成し、チャネルスイッチに転送する。このスイッチは、現在アクティブのセッション及びユーザ端末のリストから、現在のユーザ端末を削除する。オプションの確認応答が、セッション終了応答をユーザ端末に転送するサーバに返される。ＲＴＳＰセッションは、従来のシグナリング（端末からストリーミングサーバにＲＴＳＰ切断メッセージが送信され、逆方向に応答メッセージが送信される）に従って終了する。
【００９６】
上の議論から明らかであり且つ図７及び図８に更に示されるように、ユーザ端末識別子は、特定のユーザ端末の識別子として採用されるだけでなく、そのユーザ端末に関与する現在のマルチメディアセッションを識別するために、アプリケーションサーバ、チャネルスイッチ、及びストリーミングサーバにより採用されるのが好ましい。
【００９７】
図１１は、本発明の一実施形態に係るマルチメディアプロバイダ１００の可能な実現例を示す概略ブロック図である。図示される実施形態において、マルチメディアプロバイダ１００は、アプリケーションサーバ１１０及びチャネルスイッチ１３０から構成される（図６と比較する）。
【００９８】
アプリケーションサーバ１１０は、外部ユニットとの通信を管理する汎用入出力（Ｉ／Ｏ）ユニット１１１を含む。このＩ／Ｏユニットは、特に、マルチメディアプロバイダ１００とのマルチメディアセッションに参加している、又は参加しようとしているユーザ端末から、チャネル要求及びチャネル切り替え要求を受信するように適応される。更にＩ／Ｏユニット１１１は、チャネル要求に応答して、本発明に係るセッションセットアップ説明情報をユーザ端末に送信する。また、Ｉ／Ｏユニット１１１は、セッション開始コマンド及び応答、ＳＤＰメッセージ及び応答、チャネル切り替えコマンド及び応答、並びにセッション終了コマンド及び応答等を含む、アプリケーションサーバ１１０とチャネルスイッチ１３０との間の全ての内部通信を管理する。更新要求及び応答等の、実行中のセッションの間のユーザ端末との任意の通信もまた、Ｉ／Ｏユニット１１１を介して実行される。
【００９９】
アプリケーションサーバ１１０は、ユーザ端末からのチャネル要求の要求に応えてユーザ端末の識別子を提供する識別子プロバイダ１１２を更に含む。本発明の第１の実施形態において、識別子プロバイダ１１２は、ユーザ端末からのチャネル要求から端末識別子を検索する。これは、使用される端末識別子がユーザ端末、他のネットワークユニット、又は他のネットワークオペレータにより設定され且つ端末に割り当てられることを意味する。別の実施形態において、アプリケーションサーバ１１０は、例えばデータベース１１５に格納されるユーザ端末識別子のプールにアクセスする。識別子プロバイダは、いかなる他のユーザ端末によっても現在採用されていない識別子のうち１つを選択し、それを現在のユーザ端末に対して使用する。端末識別子を生成及び提供する他のソリューションは、プロバイダ１１２により実行でき、本発明の範囲内である。更に、識別子プロバイダ１１２は、チャネル切り替え要求、更新要求及びセッション終了要求等の、ユーザ端末から発生する他のメッセージから端末識別子を検索するようにも構成されるのが好ましい。
【０１００】
セットアップ説明情報ジェネレータ又はエンジン１１３は、Ｉ／Ｏユニット１１１により受信されるチャネル要求に基づいて本発明のマルチメディアセッションセットアップ説明情報を生成するために、アプリケーションサーバ１１０に実装される。このセットアップ説明情報は、ユーザ端末において処理可能である、事前に定義されたマルチメディアオブジェクト、関連付けオブジェクト及び要求オブジェクトを含む。セットアップ説明情報は、任意の上述の言語で編集される。ジェネレータ１１３は、要望に応じてユーザからのチャネル要求に基づいてセットアップ説明情報を生成する。これは、セットアップ説明情報のマルチメディアオブジェクトが、端末において処理されると、セッションがセットアップされるとすぐに要求されたチャネルのマルチメディアデータをレンダリングすることにより開始されるのが好ましいことを意味する。更に、ジェネレータ１１３は、識別子プロバイダ１１２からユーザ端末識別子を受信し、セットアップ説明情報を生成する際にそれを使用するのが好ましい。完成したセットアップ説明情報は、Ｉ／Ｏユニット１１１によりユーザ端末に送信される。
【０１０１】
アプリケーションサーバ１１０の説明情報ジェネレータ１１３又は他のユニットは、Ｉ／Ｏユニット１１１を使用して、ユーザ端末のセッションウインドウに表示される関連する更新情報を生成及び送信できる。
【０１０２】
アプリケーションサーバ１１０のメッセージエンジン１１６は、セットアップ手順中、実行中のセッションの間、及びセッション終了時にチャネルスイッチ１３０及びユーザ端末に送信される、種々の制御メッセージを生成する。通常、このメッセージエンジン１１６は、生成されたメッセージにユーザ端末識別子（識別子プロバイダ１１２からの）を含むように適応される。
【０１０３】
ユーザ端末からチャネル切り替えコマンドを受信すると、メッセージエンジン１１６は、ユーザ端末（セッション）の識別子及び新しいチャネルを含むチャネル切り替えコマンドを編集し、それをチャネルスイッチに送信する。
【０１０４】
チャネルスイッチ１３０は同様に、アプリケーションサーバ１１０、ユーザ端末、及び任意の他の関連する外部ユニットと通信するＩ／Ｏユニット１３１を有する。本実施形態において、セッションネゴシエータ１３４がチャネルスイッチ１３０に提供されるか、あるいはネゴシエータ１３４の少なくとも一部の機能がアプリケーションサーバ１１０に実装される。このネゴシエータ１３４は、マルチメディア（ＲＴＳＰ）セッションをセットアップするために、必要なユーザ端末との通信を実行する。ネゴシエータ１３４の動作は従来技術に従い、本明細書においては更なる説明は行なわない。
【０１０５】
スイッチ１３０は、マルチメディア送信元２１０、２２０を選択するチャネル送信元セレクタ１３３を含み、マルチメディアデータは、そのマルチメディア送信元２１０、２２０からユーザ端末に送信される。送信元セレクタ１３３は、通常、送信元２１０、２２０に対するＲＴＰビデオストリームのポート番号の形式で、関連するマルチメディア送信元２１０、２２０を識別するアプリケーションサーバ１１０（のメッセージエンジン１１６）から情報を受信する。Ｉ／Ｏユニット１３１は、マルチメディアデータをマルチメディア表示領域にレンダリングし且つ可能であればスピーカで再生するために、選択した接続マルチメディア送信元２１０、２２０からユーザ端末に転送する。
【０１０６】
チャネルスイッチ１３０は、マルチメディアデータを異なるメディア送信元２１０、２２０から現在受信しているユーザ端末を識別するリストを更に含むのが好ましい。リストを管理及び更新するユニット／モジュール（不図示）は、スイッチ１３０に含まれるのが好ましい。
【０１０７】
アプリケーションサーバ１１０のメッセージエンジン１１６からチャネル切り替えコマンドを受信すると、送信元セレクタ１３３は、ユーザ端末に対して選択及び使用されるべき新しいチャネル送信元２１０、２２０を識別する。連続するシームレスな出力ストリーム（実際にはいくつかの並列ストリーム）を提供するために、新しい送信元２１０、２２０からのデータパケットは、まずチャネルスイッチ１３０に実装される、マルチメディアストリームを管理するパケット再番号付け部１３２を通る。この再番号付け部１３２は、特にチャネル切り替え中及び切り替え後にデータパケットに再番号付けし、連続したシーケンス番号を形成するように構成される。更に、パケット再番号付け部１３２は、マルチメディアデータパケットにタイムスタンプを割り当て、チャネル切り替えを更にシームレスにするのが好ましい。パケット再番号付け部１３２は、データパケットのｓｓｒｃ値を追加又は変更することもできる。また、チャネルスイッチ１３０の端末リストは、チャネル切り替え後に更新される。
【０１０８】
マルチメディアプロバイダ１００のアプリケーションサーバ１１０及びチャネルスイッチ１３０の、ユニット１１１〜１１３、１１６、１３１〜１３４は、ソフトウェア、ハードウェア又はそれらの組合せとして提供されてもよい。アプリケーションサーバ１１０のユニット１１１〜１１６は、１つのネットワークノードに共に実装されてもよい。また、いくつかのユニットが異なるネットワークノードに提供される分散型の実装も可能である。チャネルスイッチ１３０のユニット１３１〜１３４は、１つのネットワークノードに共に実装されてもよい。また、いくつかのユニットが異なるネットワークノードに提供される分散型の実装も可能である。本発明によると、アプリケーションサーバ１１０、チャネルスイッチ１３０及びマルチメディア送信元２１０、２２０は全て、単一のネットワークノードに共に構成されてもよく、あるいはユニキャスト通信システムにおいて異なるネットワークノードに提供されてもよいことが更に理解される。
【０１０９】
図１２は、本発明の別の実施形態に係るマルチメディアプロバイダ１００の可能な実現例を示す概略ブロック図である。図示される実施形態において、マルチメディアプロバイダ１００は、アプリケーションサーバ１１０、ストリーミングサーバ１２０及びチャネルスイッチ１３０から構成される（図５と比較する）。
【０１１０】
アプリケーションサーバ１１０のＩ／Ｏユニット１１１、識別子プロバイダ１１２、説明情報ジェネレータ１１３及びメッセージエンジン１１６、並びにチャネルスイッチ１３０のＩ／Ｏユニット１３１、パケット再番号付け部１３２及び送信元セレクタ１３３の動作は、図１１に関連して説明した対応するユニットと同様であり、ここでは繰り返さない。
【０１１１】
本実施形態において、メッセージエンジン１１６により生成されるメッセージの一部が、図１１のようにチャネルスイッチ１３０に送信されるのではなくストリーミングサーバ１２０に送信されることは、当業者には明らかである。例えば、ＳＤＰメッセージは、データベース１１５に格納されるＳＤＰテンプレート等に基づいてメッセージエンジン１１６により生成され、ストリーミングサーバ１２０に送信される。
【０１１２】
アプリケーションサーバ１１０のポートマッピング部１１４は、ユーザ端末とのストリーミングセッションに対して使用されるストリーミングサーバの入力ポート及びチャネルスイッチ１３０の出力ポートを選択するように構成される。利用可能なポートに関する情報及びポートが占有されているか又は空いているかに関する最新の情報は、データベース１１５又は他の情報送信元から取得されるのが好ましい。
【０１１３】
ストリーミングサーバ１２０は、アプリケーションサーバ１１０、チャネルスイッチ１３０及びユーザ端末との通信を実行するＩ／Ｏユニット１２１を含む。特に、このＩ／Ｏユニット１２１は、チャネルスイッチからマルチメディアデータを受信し、それをユーザ端末に転送する。セッションネゴシエータ１２４は、ユーザ端末との（ＲＴＳＰ）セッションセットアップネゴシエーションを実行するためにサーバ１２０に実現される。このユニットの動作は、図１１のチャネルスイッチに実現される対応するユニットと同様であり、ここでは更なる説明は行なわない。
【０１１４】
マルチメディアプロバイダ１００のアプリケーションサーバ１１０、ストリーミングサーバ１２０、及びチャネルスイッチ１３０の、ユニット１１１〜１１４、１１６、１２１、１２４、１３１〜１３４は、ソフトウェア、ハードウェア、又はそれらの組合せとして提供されてもよい。アプリケーションサーバ１１０のユニット１１１〜１１６は、１つのネットワークノードに共に実装されてもよい。また、いくつかのユニットが異なるネットワークノードに提供される分散型の実装も可能である。ストリーミングサーバ１２０のユニット１２１及び１２４は、１つのネットワークノードに共に実装されてもよい。また、いくつかのユニットが異なるネットワークノードに提供される分散型の実装も可能である。チャネルスイッチ１３０のユニット１３１〜１３４は、１つのネットワークノードに共に実装されてもよい。また、いくつかのユニットが種々のネットワークノードに提供される分散型の実装も可能である。本発明によると、アプリケーションサーバ１１０、ストリーミングサーバ１２０、チャネルスイッチ１３０、及びマルチメディア送信元２１０、２２０は全て、単一のネットワークノードに共に実装されてもよく、あるいはユニキャスト通信システムにおいて異なるネットワークノードに提供されてもよいことが更に理解される。
【０１１５】
図１３は、本発明の１つの態様を実現するユーザ端末１０を示す概略ブロック図である。このユーザ端末１０は、マルチメディアプロバイダ（アプリケーションサーバ及びストリーミングサーバ、あるいはアプリケーションサーバ及びチャネルスイッチ）と通信するＩ／Ｏユニット１１を含む。このＩ／Ｏユニット１１は、特に、チャネル要求及びチャネル切り替え要求をアプリケーションサーバに送信するように適応される。更に、Ｉ／Ｏユニット１１は、本発明のマルチメディアセッションセットアップ説明情報をアプリケーションサーバから受信し、もちろん、マルチメディアデータをストリーミングサーバ又はチャネルスイッチから受信する。
【０１１６】
ユーザ端末１０は、受信したマルチメディアデータをレンダリングするマルチメディア又はメディアプレーヤ１８を更に含む。このマルチメディアプレーヤ１８は、メディアを端末１０上で表示及び再生するために端末１０の表示画面１２及びスピーカと通信するのが好ましい。メディアプレーヤ１８は、受信したセットアップ説明情報に提供されるマルチメディアオブジェクトを処理するプロセッサを更に含む。このマルチメディアオブジェクトの処理により、接続された表示画面１２にマルチメディアセッションウインドウを表示する。これは、図２により明確に示されている。オブジェクトプロセッサ１３は、マルチメディアプロバイダから受信される更新情報を処理し、その新しい更新情報に基づいて表示セッションウインドウを適応させるのが好ましい。
【０１１７】
関連付けオブジェクトプロセッサ１５は、セットアップ説明情報の関連付けオブジェクトを処理し、マルチメディアセッションウインドウのチャネル領域に表示される別の利用可能なチャネル、識別子、又はアイコンと、端末のユーザ入力１４との間の、バインディング又は関連付けを提供するように構成される。
【０１１８】
要求プロセッサ１９は、チャネル要求及びチャネル切り替え要求を生成するためにユーザ端末１０に実装される。このプロセッサ１９は、マルチメディアプロバイダのウェブページにアクセスして、本発明のセッションセットアップ説明情報をダウンロードし且つ所望のマルチメディアチャネルを選択するように構成されるのが好ましい。要求オブジェクトプロセッサ１７は、チャネル切り替えコマンドを生成するために要求プロセッサ１９に実装される。端末１０のユーザ入力１４（キー）の１つをユーザ主導でトリガされると、このプロセッサ１７は入力情報を受信する。関連付けオブジェクトプロセッサ１５により有効にされたような、ユーザ入力１４と要求されたチャネルの識別子との関連付けを介して、要求オブジェクトは、チャネル切り替えメッセージにチャネル識別子を含める。また、ユーザ端末の識別子が、切り替えメッセージに含まれる。
【０１１９】
ユーザ端末識別子は、マルチメディアプロバイダにより割り当てられ、そのマルチメディアプロバイダから受信される。そのような場合、識別子は、端末の記憶場所３０に格納される。他の種類の識別子の場合、識別子情報源３０は、加入者識別モジュール（ＳＩＭ）等の、メモリ以外の種類のユニットであってもよい。
【０１２０】
ユーザ端末のユニット１１、１３、１５、１７〜１９、３０は、ソフトウェア、ハードウェア又はそれらの組合せとして提供されてもよい。マルチメディアオブジェクトプロセッサ１３は、図示されるようにマルチメディアプレーヤ１８に実装されるか、あるいは端末１０の別の場所に実現される。同様の原理は、要求オブジェクトプロセッサ１７及び要求プロセッサに当てはまる。
【０１２１】
添付の請求の範囲により規定される本発明の範囲から逸脱せずに、種々の変形及び変更が本発明に対して行なわれてもよいことは、当業者には理解されるだろう。
【図面の簡単な説明】
【０１２２】
【図１】本発明に従ってマルチメディアセッションをセットアップする方法を示すフローチャートである。
【図２】本発明に従ってマルチメディアセッションウインドウを表示するユーザ端末を示す概略図である。
【図３】マルチメディアセッション中にマルチメディアチャネルの切り替えを提供する、図１の方法の追加のステップを示すフローチャートである。
【図４】図３の方法の追加のステップを示すフローチャートである。
【図５】本発明に係る通信システムの一実施形態を示す概略図である。
【図６】本発明に係る通信システムの別の実施形態を示す概略図である。
【図７】本発明の一実施形態に係るマルチメディアセッションセットアップの信号図である。
【図８】本発明の一実施形態に係るマルチメディアチャネル切り替え、及びマルチメディアセッション切断の信号図である。
【図９】本発明に係るチャネル切り替え中のデータパケットの再番号付けを概略的に示す図である。
【図１０】本発明に係るチャネル切り替え中のデータパケットの再番号付けを概略的に示す図である。
【図１１】本発明に係るマルチメディアセッションセットアップ及び管理構成を含むネットワークユニットの一実施形態を概略的に示すブロック図である。
【図１２】本発明に係るマルチメディアセッションセットアップ及び管理構成を含むネットワークユニットの別の実施形態を概略的に示すブロック図である。
【図１３】本発明に係るユーザ端末を概略的に示すブロック図である。
【技術分野】
【０００１】
本発明は、一般に、通信システムにおけるマルチメディアセッション管理に関し、特に、マルチメディアチャネルの、円滑でユーザフレンドリーな（使用し易い）切り替えを可能にするセッション管理に関する。
【背景技術】
【０００２】
既存のモバイルネットワーク及び移動通信システムにおいて、広範囲の新しいサービスを提案及び提供する傾向がある。現在、マルチメディア又はＴＶコンテンツに対してモバイルネットワークを使用することに非常に大きな関心が持たれている。これは、従来技術においてモバイルＴＶと呼ばれることが多い。モバイルＴＶアプリケーションの目的は、ユーザが種々のマルチメディア又はＴＶチャネルを選択し且つ容易にザッピングできる、ＴＶと同様の体験を提供することである。
【０００３】
通常のＴＶチャネルは多くのユーザに対して放送ブロードキャストされ、一般に、ユーザは受信して視聴するチャネルを選択できる。モバイルＴＶは、（ライブ）メディア又はマルチメディアストリームのセットを何人かのエンドユーザに配信することに関して同様である。各マルチメディアストリームはＴＶチャネルに対応し、各ユーザは視聴するチャネルを選択できる。現在、モバイルＴＶのブロードキャスト／マルチキャストによる配信方法が開発中である。そのような標準化の取り組みの例は、３ＧＰＰのマルチメディアブロードキャスト／マルチキャストサービス（ＭＢＭＳ）及び欧州電気通信標準化協会（ＥＴＳＩ）のデジタルビデオブロードキャスティング−ハンドヘルド（ＤＶＢ−Ｈ）である。これらは、ブロードキャスト配信方法において従来のＴＶと同様である。
【０００４】
ところで、マルチキャスト／ブロードキャストに基づくモバイルＴＶが利用可能になるまでの間、既存のモバイルトランスポートチャネルを介して実現されるソリューションが必要である。ユニキャスト転送が好ましい配信手段である、殆どユーザを有さないセル及び十分な容量を有するネットワークにとっても、モバイルＴＶは後々大きな関心事となるだろう。
【０００５】
インターネットプロトコル（ＩＰ）に基づくネットワークを介するストリーミングを使用するモバイルＴＶと同様のサービスは、既存のモバイルネットワークに実現される。一例として、３ＧＰＰで開発されたパケット交換（ＰＳ）ストリーミングサービス（ＰＳＳ）がある。そのようなマルチメディアセッション又はＴＶセッションを開始するために、通常、ユーザは、ウェブページ又はポータルサイトをサーフィンし、ライブストリーミングチャネルを見るためにリンクをクリック又は選択する。
【０００６】
RealNetworkのストリーミングソリューション、AppleのQuicktime、及びMicrosoftのメディアプレーヤ等の、モバイルＴＶに使用可能なプロプライエタリのストリーミングソリューションがいくつか存在する。これらも一般的にポータルサイト又はウェブページを有し、ある特定のチャネルの受信を開始するためにそこでリンクがクリックされる。
【０００７】
モバイルＴＶサービスの１つの目的は、通常の放送ＴＶチャネルに対して行なうのと同様に、チャネルのザッピングを可能にすることである。全てのチャネルがブロードキャストされる場合、受信機は、適切なトランスポートチャネルを選択し且つ適切なデマルチプレクサを使用することにより、チャネルをローカルで選択できる。これは、一般的なケーブル、衛星又は地上テレビのみならず、来るべきモバイル標準であるＭＢＭＳ及びＤＶＢ−Ｈに対しても当てはまる。しかし、ユニキャストセッションの場合、クライアントは、「サーバ」又はマルチメディアプロバイダに所望のチャネルを送信させる必要がある。
【０００８】
ＰＳＳに基づくＰＳストリーミング技術の場合、現在、チャネル切り替えに対する単純なソリューションは存在しない。ＩＰに基づくモバイルストリーミングを行なう従来の方法は、ブラウザで特定のコンテンツを選択することである。これにより、セッション記述プロトコル（ＳＤＰ）又は同期マルチメディア統合言語（ＳＭＩＬ）ファイルのダウンロードを開始し、ユーザ端末のメディアプレーヤでリアルタイムストリーミングプロトコル（ＲＴＳＰ）ストリーミングセッションを開始する。ユーザがユーザ端末の画面でコンテンツを見るまでにかかるおおよその時間は約１０秒である。１０秒のうち５秒はアプリケーションのセットアップであり、残りはシグナリング（約２秒）及びバッファリング（約３秒）である。ユーザが別の「マルチメディアチャネル又はＴＶチャネル」に切り替えたい場合、ユーザは、現在のデータストリームを停止し、ブラウザに戻り、ブラウザでリンクをクリックすることにより別のチャネルを選択する必要がある。新しいＲＴＳＰセッションが開始し、メディアプレーヤが起動してバッファリングを開始するため、新たに１０秒の遅延が生じる。
【発明の開示】
【課題を解決するための手段】
【０００９】
概要
従って、ユニキャスト（パケット交換）ネットワーク及び通信システムにおいて、マルチメディアプロバイダのウェブサイト又はポータルサイトを訪れる必要なく、且つマルチメディアデータがユーザに配信されるまでに長い遅延を必要としない、円滑でユーザフレンドリーなマルチメディアチャネル又はＴＶチャネルの切り替えソリューションを提供する必要がある。
【００１０】
本発明は、従来技術の構成におけるこれらの欠点などを克服する。
【００１１】
本発明の一般的な目的は、マルチメディアセッションに参加しているユーザに対して、ユーザフレンドリーなマルチメディアチャネル切り替えソリューションを提供することである。
【００１２】
本発明の別の目的は、別のマルチメディアチャネルを選択するために、ユーザにより必要とされる情報を含み且つ視覚的に魅力的である、マルチメディアデータを提供するグラフィカルインタフェースを提供することである。
【００１３】
本発明の更に別の目的は、ユニキャスト通信システムにおいて一般的なプロトコル及びコーデックを使用して、ユーザ端末において、ザッピングが可能なＴＶと同様の体験を提供することである。
【００１４】
これらの目的などは、添付の請求の範囲で規定されるように本発明により達成される。
【００１５】
簡単に説明すると、本発明は、ユニキャストによる（ユニキャストベースの）通信システムにおけるマルチメディアセッションのセットアップ及び管理を含む。特に、本発明は、実行中のセッションの間に、利用可能なマルチメディアチャネル間でのユーザフレンドリー、高速、且つ効率的なザッピング及び切り替えを提供する、マルチメディアセッションセットアップ説明情報に関する。
【００１６】
コンテンツプロバイダ又はマルチメディアプロバイダから入手可能なマルチメディアチャネルを観たいと考えるユーザは、そのマルチメディアチャネルの（そのマルチメディアチャネルに対する）要求をプロバイダに送信する。このチャネル要求は、通常、マルチメディアプロバイダのウェブページを訪れ且つマルチメディアチャネルに関連付けられるリンクをクリックしてユーザにより生成される。マルチメディアプロバイダは、本発明に従ってマルチメディアセッションセットアップ説明情報を自動的に生成する。このセットアップ説明情報は、要求されたマルチメディアデータの視覚的に魅力的な提示、並びにマルチメディアプロバイダから入手可能な別のチャネル、映画及びプログラムの提示を提供するのにユーザ端末が必要とする全ての情報、オブジェクト、及び命令を含む。更に、セットアップ説明情報は、ユーザが実行中のセッションを終了してマルチメディアプロバイダのウェブページを再び訪れる必要なく、任意の別のチャネルへのユーザフレンドリーな切り替えを可能にする。
【００１７】
生成されたセットアップ説明情報はユーザ端末に返され、説明情報に含まれるデータオブジェクトは端末により処理される。まず、説明情報のマルチメディアオブジェクトは、端末において処理されると、端末の画面又はグラフィカルユーザインタフェース（ＧＵＩ）に表示されるマルチメディアセッションウインドウを規定する。このセッションウインドウは、要求されたチャネルのマルチメディア（ビデオ）データを表示するようになされた（適応された）表示領域を含む。ウインドウは、プロバイダから入手可能な別のマルチメディアチャネルに関する情報を含む表示可能チャネル領域を更に含む。この情報は、例えばそれら別のチャネルで現在入手可能であるＴＶ番組又は映画の識別子又はアイコンであってもよい。これは、ユーザが表示画面の全ての異なるマルチメディアチャネルに関する情報に対してセッション開始時に既にアクセスできることを意味する。その結果、ユーザは、その種類の情報を入手するために、セッションを終了してマルチメディアプロバイダのウェブページを再び訪れる必要がない。
【００１８】
セッションウインドウは、マルチメディアプロバイダに関する情報を含む情報領域をオプションとして更に含んでもよい。セッションウインドウのオプションのタイトル領域は、例えば割り当てられたチャネル名、及び／又はそのチャネルで現在送信されている映画又はＴＶ番組のタイトルを示すことにより、ユーザが現在観ているマルチメディアチャネルに関する情報を含む。
【００１９】
セッションセットアップ説明情報の関連付けオブジェクトは、端末において処理されると、端末のユーザ入力とセッションウインドウのチャネル領域で通知される別のチャネルの識別子との間の関連付け又はバインディングを規定する。チャネル識別子と関連付けられるユーザ入力は、例えば端末のキーパッドのキー、又はタッチパネルの部分であってもよい。ユーザが１つのユーザ入力をトリガすると、セットアップ説明情報の要求オブジェクトは、トリガされたユーザ入力と関連付けられた識別子を持つ別のチャネルに対する要求を生成する。このチャネル切り替え要求は、マルチメディアプロバイダに自動的に送信され、マルチメディアプロバイダは、それ以上のユーザからの対話なしでチャネル切り替えを実行する。
【００２０】
換言すると、ユーザがマルチメディアチャネルを切り替えたい場合、ユーザは、例えばそのチャネルに割り当てられたユーザ端末上の１つのキーを単純に押下する。チャネル領域は、利用可能な別のチャネルに関する情報を一覧表示することに加え、別のチャネルに割り当てられたキー（ユーザ入力）を識別するのが好ましい。関連するキーが押下されると、要求オブジェクトはチャネル切り替え要求を編集(compile)する。この切り替え要求は、関連付けオブジェクトにより提供されるキーバインディングを介して取得される要求されたチャネルの識別子を含む。更に、マルチメディアプロバイダが関連する端末を識別できるように、要求はユーザ端末の識別子を含む。このユーザ端末識別子は、例えばユニバーサル・リソース・アイデンティファイア（ＵＲＩ）、インターネットプロトコル（ＩＰ）アドレス、又はユーザ端末の少なくとも１つのＩＰポートであってもよい。あるいは、端末識別子は、マルチメディアプロバイダにより割り当てられるユーザ端末固有の識別子であり、ユーザ端末に送信されるセッションセットアップ要求に含まれる。
【００２１】
これは、ユーザが本発明に従ってセッション中にマルチメディアチャネルを切り替えるために実行する必要のある手順が、表示されたチャネル領域により、所望のチャネルに対して関連付けられ且つ割り当てられるユーザ入力（キー）を識別し、その後そのユーザ入力をアクティブにすることだけであるということを意味する。これは、ユニキャストシステムに対する従来のソリューションと比較されるべきである。従来のソリューションにおいて、ユーザは、まず現在のセッションを終了し、プロバイダのウェブページを再び訪れ、所望のマルチメディアチャネルに対するリンクを選択及びクリックする必要がある。その後、新しいセッションセットアップ手順が実行される必要があるため、非常に時間のかかる煩雑なチャネル切り替え手順となる。
【００２２】
マルチメディアプロバイダが本発明のチャネル切り替え要求を受信した場合、マルチメディアプロバイダは、含まれるチャネル識別子により新しい所望のチャネルを識別し、含まれる端末識別子を使用してこの新しいチャネルのマルチメディアデータフローを適切なユーザ端末に向ける。
【００２３】
本発明の好適な一実施形態において、マルチメディアチャネルの変更は、ユーザ端末に対してシームレスで透過的に実行されるのが好ましい。これは、切り替え中、マルチメディアプロバイダが先のチャネル及び新しいチャネルのマルチメディアデータを連続したデータストリームとしてユーザ端末に提供することを意味する。その結果、そのデータストリームの第１の部分は、先のチャネルのマルチメディアデータを含み、ストリームの後続する第２の部分は、新しいマルチメディアチャネルのデータを含む。更に、マルチメディアデータは、マルチメディアプロバイダからユーザ端末にデータパケットとして送信されるのが好ましい。通常、各データパケットは、シーケンス番号及びタイムスタンプと関連付けられる。チャネル切り替えをよりシームレスにするために、マルチメディアプロバイダは、切り替え後、データパケットストリームのシーケンス番号付けが切れ目なく連続したままとなるように、新しいチャネルのマルチメディアデータを含むデータパケットにシーケンス番号を割り当てるのが好ましい。更に、マルチメディア送信元及びチャネルが交換されても、連続したタイムスタンピングとなるように、タイムスタンプが割り当てられる。
【００２４】
マルチメディアデータは、別個のストリームで提供されるビデオ及びオーディオデータを含むことができる。ユーザ端末におけるオーディオ再生時の劣化を回避するために、オーディオパケットに対するタイムスタンプの増加量は、チャネル切り替えの際にも一定に保持されるのが好ましい。これにより、入力時間と出力時間との間に僅かな時間変位が生じる。ビデオパケットのタイムスタンピングは、同期を保持するようにオーディオタイムスタンピングに基づいて同様に調整される。この状況において、オーディオデータはマスタであり、ビデオデータの前に切り替えられるべきである。
【００２５】
更に、チャネル切り替えが実行されても、データパケットが１つの連続したストリームとして送信されるという印象をユーザ端末に対して与えるように、データパケットの同期ソース（ｓｓｒｃ）は一定に設定されるのが好ましい。
【００２６】
本発明に係るセッションセットアップ説明情報は、同期マルチメディア統合言語（ＳＭＩＬ）で有利に生成される。そのような場合、関連付けオブジェクトは、ＳＭＩＬにより提供されるacceskeyバインディングを利用して、ユーザ入力を別のチャネル識別子とバインドできる。しかし、ハイパーテキストマークアップ言語（ＨＴＭＬ）及び拡張マークアップ言語（ＸＭＬ）を含む他の言語が代わりに採用されてもよい。セッションセットアップ説明情報は、例えばＪａｖａ（登録商標）ミッドレット又はアプレットの形式等、Ｊａｖａ(登録商標）に基づいてもよい。更なる例は、セッション開始プロトコル（ＳＩＰ）又はメッセージセッションリレープロトコル（ＭＳＲＰ）に基づく説明情報を含む。
【００２７】
本発明に係るマルチメディアプロバイダは、種々の内部ユニット、すなわちアプリケーションサーバ、ストリーミングサーバ、及びチャネルスイッチを含むと考えられる。アプリケーションサーバは、ユーザ端末からのチャネル要求及びチャネル切り替え要求の受信を担い（管理し）、セッションセットアップ説明情報を返す。更に、アプリケーションサーバは、種々のマルチメディアセッションにポートを割り当て、それらポートを他のユニットに通知する。チャネルスイッチは、種々のマルチメディアチャネル及び送信元（ソース）にアクセスでき、アプリケーションサーバからのコマンドに対して送信元の実際の切り替えを実行する。更にスイッチは、パケット再番号付け及びタイムスタンピングを管理するのが好ましい。ストリーミングサーバは、スイッチからユーザ端末へのマルチメディアデータの転送を管理し、セッションセットアップについて端末とネゴシエート（交渉）することに関わる。そのようなシステムにおいて、本発明に従って実行されるチャネル切り替えは、ストリーミングサーバ及びユーザ端末の双方に対して完全に透過的である。端末識別子は、アプリケーションサーバ、チャネルスイッチ及びストリーミングサーバにより、実際のユーザ端末の識別子としてだけでなく、現在のマルチメディアセッションの識別子としても使用される。
【００２８】
本発明は、以下の利点を提供する：
−ユニキャスト通信システムにおいて、実行中のマルチメディアセッションの間、ユーザ端末においてザッピングが可能なＴＶと同様の体験を提供する。
−一般的なプロトコル及びコーデックを使用して、ユーザフレンドリー、シームレス、且つ透過的なチャネル切り替えをユーザ端末に提供する。
−より充実した(richer)視覚的に魅力的なユーザインタフェースを提供する。
−チャネル切り替え中に同一のマルチメディアセッションが再利用されるので、時間がかかって煩雑な無線リンクを介する新しいセッションのセットアップを実行する必要がない。
【００２９】
本発明により提供される他の利点は、本発明の実施形態に関する以下の説明を読むことにより理解されるだろう。
【００３０】
添付の図面と共に以下の説明を参照することにより、本発明は、本発明の更なる目的及び利点と共に、最もよく理解されるだろう。
【発明を実施するための最良の形態】
【００３１】
詳細な説明
図中、同一の参照符号は、対応する要素又は同様の要素に対して使用される。
【００３２】
本発明は、通信システムにおけるマルチメディアセッションの管理に関し、特に、マルチメディアセッションのセットアップ、及び実行中のセッションの間にマルチメディア送信元の切り替えを管理することに関する。
【００３３】
本発明は、ユニキャストによる通信システムにおいて、現在の通常のＴＶシステム、及び来るべきマルチキャスト／ブロードキャストに基づくモバイルＴＶと同様の、ＴＶのような体験を提供する。本発明の技術は、任意のユニキャストシステムに適用可能であり、特に、データ通信のためにインターネットプロトコル（ＩＰ）を採用する無線通信システムに適用可能である。そのような通信システムの一般的な例は、パケット交換（ＰＳ）ストリーミング（ＰＳＳ）を介して接続ユーザにマルチメディアデータを提供するＰＳシステムである。
【００３４】
その結果、本発明により、マルチメディアセッションに参加しているユーザは、ユニキャスト通信システムにおいて、通常のＴＶシステム、及びブロードキャスト／マルチキャストに基づくモバイルＴＶシステムと同様の方法で種々のマルチメディアチャネルを切り替えられる。これは、ユーザの視点からすると、チャネル切り替えが非常にスムーズに体験され、より短い時間で実行され、且つ従来のユニキャストソリューションが必要としていたような、マルチメディアプロバイダのウェブページを訪れて新しいマルチメディアセッションをセットアップすることが必要ないということを意味する。本発明は更に、非常に充実し且つ視覚的に魅力的であるユーザインタフェースを提供する。
【００３５】
本発明に係るマルチメディアデータは、ユーザ端末においてレンダリングされ且つ表示される任意の形式及び種類のメディア及びマルチメディアを含む。これは、レンダリング中にユーザにより認識可能である画像、ビデオ、オーディオ及び他のメディアの種類を含むが、それらに限定されない。
【００３６】
図１は、本発明に従って、ユニキャストによる通信システムにおいてマルチメディアセッションをセットアップする方法を示すフローチャートである。この方法は、オプションの（任意的な）ステップＳ１で開始される。ステップＳ１において、本発明に係るマルチメディアプロバイダは、ユーザ端末からマルチメディア又はメディアチャネル（ＴＶチャネル）に対する要求を受信する。
【００３７】
このチャネル要求は、背景の節で説明したような従来技術に従って実行される。簡単に説明すると、ユーザは、ユーザ端末におけるウェブブラウザ又は同様のアプリケーションを使用して、マルチメディアプロバイダのウェブページを訪れ、例えばリンクをクリックすることにより所望のマルチメディアチャネルを選択する。あるいは、ユーザ端末は、ユーザが関連するチャネルを選択することを可能にするために、起動された際にマルチメディアプロバイダに自動的にアクセス又は接続するアプリケーションを含むことができる。
【００３８】
ユーザ端末は、マルチメディアチャネルに対する要求にユーザ端末の識別子を挿入できる。次のステップＳ２によりこれを示す。あるいは、マルチメディアプロバイダがユーザ端末識別子を対応するチャネル要求に関連付けられる限り、ユーザ端末識別子はチャネル要求とは別個に送信されてもよい。
【００３９】
本発明に従えば、種々のユーザ端末識別子を採用することができる。例えば、端末識別子は、ユーザ端末に割り当てられるＩＰアドレス又はユニバーサル・リソース・アイデンティファイア（ＵＲＩ）でもよい。他の可能な例としては、ユーザ端末の少なくとも１つのポートを含み、この場合、要求されたチャネルのマルチメディアデータが配信されるべきユーザ端末の入力ポートを含むのが好ましい。端末識別子は、ネットワークオペレータ、又はマルチメディアプロバイダ等の別のサービスプロバイダと、ユーザとの間のサービス契約と関連付けられる識別子であってもよい。
【００４０】
ステップＳ２の別の実施例において、マルチメディアプロバイダは、ユーザ端末からのチャネル要求の受信に基づいてユーザ端末の識別子を提供する。例えば、マルチメディアプロバイダは、マルチメディアセッションに参加しているユーザに割り当てられる可能なユーザ端末識別子のセット又はプールにアクセスする。そのような場合、ステップＳ２において、マルチメディアプロバイダは、マルチメディアプロバイダとのマルチメディアセッションに含まれる任意の他のユーザ端末により現在採用されていないセット又はプールの識別子のうち１つを選択する。これは、マルチメディアプロバイダがプールの識別子を再利用することを意味する。プールの識別子の総数は、同時にマルチメディアデータを受信するユーザ端末の予想数に対処するのに十分に大きな数である必要がある。
【００４１】
本発明によると、マルチメディアプロバイダは、チャネル要求を受信するとその場で(on the fly)新しい端末識別子を生成し、且つ要求するユーザ端末に対してそれを使用できると考えられる。種々のユーザ端末を混同する危険を軽減するために、ユーザ端末の識別子がユーザ端末を一意的に識別するのが好ましいことは明らかである。その結果、いくつかのアプリケーションにおいては、プロバイダが生成したユーザ端末識別子が好ましい。というのは、マルチメディアプロバイダが識別子割り当て処理を制御し、且つ端末を混同することを防止できるためである。
【００４２】
通常、ユーザ端末識別子は、マルチメディアプロバイダにより、実際のユーザ端末の識別子として採用されるが、そのユーザ端末に関与するマルチメディアセッションの識別子として採用されてもよい。これを本明細書において更に開示する。
【００４３】
チャネル要求が受信され、且つ好ましくはユーザ端末識別子が受信又は生成されると、ステップＳ３において、マルチメディアプロバイダは、本発明に従ってマルチメディアセッションセットアップの説明情報(description)又はファイルを生成する。このセッションセットアップ説明情報は、受信したチャネル要求及び提供された端末識別子に基づいて、マルチメディアプロバイダにより動的に生成されるのが好ましい。この説明情報は、この説明情報がユーザ端末に送信されるとユーザ端末により処理可能な複数のデータオブジェクト又は命令を含む。本発明の好適な実現例において、セットアップ説明情報は、マルチメディアオブジェクト、関連付けオブジェクト、及び要求オブジェクトを含む。更なる好適な一実施形態において、セットアップ説明情報はユーザ端末識別子も含む。
【００４４】
マルチメディアオブジェクトは、ユーザ端末において処理されると、ユーザ端末のグラフィカルユーザインタフェースで表示可能であるマルチメディアセッションウインドウを規定する。換言すると、ユーザ端末がそのマルチメディアオブジェクトを処理すると、マルチメディアセッションウインドウが、グラフィカルユーザインタフェースに表示される。グラフィカルユーザインタフェースは、通常、ユーザ端末に情報を表示するための表示画面又は他の機器（ユーザ端末の通信機器に接続されるスタンドアロン機器を含む）である。表示されるマルチメディアセッションウインドウは、要求されたマルチメディアチャネルのマルチメディア（ビデオ）データを表示するように適応されたマルチメディア表示領域を含む。セッションウインドウは、マルチメディアプロバイダから入手可能な別の（現在要求されていない）マルチメディアチャネルのチャネル識別子を含み且つ表示する、表示可能チャネル領域を更に含む。かようにして、このセッションウインドウは、ユーザが要求したＴＶ番組、映画又は他の要求したマルチメディアをビデオ表示領域で観ることを可能にする魅力的なグラフィカルユーザインタフェースを提供する。更に、チャネル領域は、ユーザがセッション中に切り替えられる別のＴＶ番組、映画等をユーザにグラフィカルに通知する。
【００４５】
図２は、表示画面１２を有する本発明に係るユーザ端末１０の一実施形態を示す概略ブロック図である。表示画面１２において、マルチメディアセッションウインドウ２０が表示される。セッションウインドウ２０はマルチメディア表示領域２２を含み、マルチメディア表示領域２２において、要求されたＴＶチャネルのマルチメディア（ビデオデータ）が現在表示されている。チャネル領域２４は、図において明瞭に見ることができるものであり、マルチメディア表示領域２２の下に提供されるが、それに限定されない。このチャネル領域２４において、別のチャネルの識別子がユーザに対して表示される。図において概略的に示されるように、領域２４は、マルチメディアプロバイダから入手可能な全ての種々のマルチメディア（ＴＶ）チャネルの識別子又はアイコンを表示できる。これは、セッションセットアップ説明情報又は文書において受信されるマルチメディアオブジェクトがその全ての情報を含むため、ユーザがマルチメディアプロバイダのウェブページにアクセスして、その情報を取得する必要がないことを意味する。
【００４６】
チャネル領域２４は、必ずしも表示画面１２に常に表示されない。別の実現例において、通常、マルチメディア表示領域２２は表示画面１０の全体又は少なくとも大部分を占有する。そのような場合、ユーザがユーザ端末１０のキー又は表示画面１２の一部分等の、ある特定のユーザ入力をアクティブにした時のみ、チャネル領域２４は表示される。この実現例において、チャネル領域２４は、ポップアップウインドウと同様に機能し、ユーザの要求に応じて完全に可視となる。マルチメディア表示領域２２のサイズは、チャネル領域２４が表示されていない時の全画面（又は、ほぼ全画面）と、チャネル領域２４が表示されている時のより小さなサイズとの間で、（自動的に）変化し得る。これは、マルチメディア表示画面２２のサイズが２つの動作モードにおいて最大化されるが、それでも、要求に応じてチャネル領域２４の表示が可能であることを意味する。
【００４７】
また、チャネル領域２４のサイズは、全てのチャネル情報を表示するフルサイズ（図示するように）と、例えば画面１２上にチャネル領域２４が存在するということだけを表示できる比較的小さなサイズとの間で変更可能である。２つのモード（サイズ）の切り替えは、（タッチパネル式）表示画面１２の一部、キー、又は別のユーザ入力の作動に基づいて実行され得る。
【００４８】
チャネル領域２４の（代替の）チャネル識別子は、任意の図形データの形式であってもよい。例えば、識別子は、別のチャネルで利用可能なマルチメディアデータ（ＴＶ番組、映画等）の名前を指示する表示テキスト列の形式であってもよい。あるいは、別のマルチメディアチャネルを表すアイコンがそのチャネル領域２４に表示されてもよい。アイコンは、ユーザが別のチャネルで現在利用可能なマルチメディア又はチャネルを識別することを可能にする、よく知られているロゴ又は他の情報を表示するのが好ましい。
【００４９】
図から明らかであるように、マルチメディアセッションウインドウ２０は、現在選択されている又は要求されているマルチメディアチャネルの識別子又はアイコンを含む、表示可能情報領域２６等を含む他のウインドウ領域を更に含むことができる。更に、又は代わりに、映画タイトル、番組タイトル、又は番組情報等の、マルチメディア表示領域２２に現在表示されている実際のマルチメディアデータの情報が、この情報領域２６において見られてもよい。
【００５０】
タイトル領域２８は、マルチメディアセッションウインドウ２０に含まれ、表示されるマルチメディアの送信元／所有者、及び／又はマルチメディアプロバイダに関する情報を含むことができる。
【００５１】
マルチメディアセッションセットアップの一部である関連付けオブジェクトは、ユーザ端末１０において処理されると、ユーザ端末のユーザ入力１４と別のマルチメディアチャネルのチャネル識別子との関連付けを規定又は提供する。従って、この関連付けオブジェクトは、端末１０のユーザ入力１４とマルチメディアプロバイダから入手可能な他のマルチメディアチャネルとの間の関連付けを生成するプログラムコード又は命令を含む。これは、アイコンがチャネル領域２４に表示される別のチャネルの識別子とユーザ入力１４との間の関連付け又は紐付け（バインディング）を関連付けオブジェクトが提供することを意味する。チャネル領域２４は、各チャネルのアイコン／識別子に対して、チャネルと関連付けられるユーザ入力１４に関する情報を更に表示するのが好ましい。これは、図２に明確に示される。図２において、チャネル領域２４は、ＳＶＴ１、ＳＶＴ２、ＴＶ３、及びＴＶ４で示される、４つのマルチメディアチャネルに関する情報を含む。チャネル領域２４は、それらチャネルに割り当てられたユーザ入力１４の識別子、すなわちキーパッドのキー１、キー２、キー３、及びキー４の識別子を更に含む。
【００５２】
本発明の関連付けオブジェクトにより提供されるそのような関連付けの一般的な例は、ユーザ端末１０のキー１４（ユーザ入力）の１つと別のマルチメディアチャネルの識別子との間のキーバインディングである。例えば、マルチメディアセッションセットアップ説明情報が同期マルチメディア統合言語（ＳＭＩＬ）に基づく説明情報である場合、関連付けオブジェクトは、ＳＭＩＬにより提供されるaccesskeyバインディングを利用して、キー１４を別のチャネル識別子にバインドし、どのマルチメディアチャネルがどのキー１４に対応するかを規定してもよい。
【００５３】
バインディング又は関連付けに関わるユーザ入力１４は、ユーザ端末１０において構成又は実装される任意の（ソフトウェア又はハードウェアの）ユーザ入力１４であってもよい。図示するように、一般的な例は、端末１０に構成されるキーパッドのキー１４である。タッチパネル式の画面１２を有するユーザ端末１０の場合、ユーザ入力１４は、タッチパネル式の画面１２の一部を構成できる。例えば、マルチメディアセッションウインドウ２０のチャネル領域に提供されるアイコン又はチャネル識別子の真上にある、タッチパネル式の画面１２の部分は、本発明に係るユーザ入力として採用され得る。実際には、ユーザによりトリガ又はアクティブにされ得る任意のユーザ入力１４は、本発明の関連付けオブジェクトにより提供される関連付けに対して利用可能である。
【００５４】
マルチメディアセッションセットアップ説明情報は、ユーザ端末１０において処理及び実施されると別のマルチメディアチャネルに対する要求を生成する、要求オブジェクトを更に含む。ユーザが、要求された別のマルチメディアチャネルの識別子と、関連付けオブジェクトを介して関連付けられた、ユーザ入力１４をトリガ又はアクティブにした時、その別のチャネル要求は生成される。
【００５５】
チャネル切り替え要求は、要求された別のマルチメディアチャネルの識別子及びユーザ端末１０の識別子を含む。ユーザ端末１０の識別子は、セッションセットアップ説明情報と共にマルチメディアプロバイダから受信される場合がある。そのような場合、要求オブジェクトは、ユーザ端末識別子を含むか、又はユーザ端末識別子にアクセスでき、その識別子をチャネル要求に挿入する。ユーザ端末識別子がユーザ端末１０に格納されている場合、要求オブジェクトは、ユーザ入力１０をトリガした時に識別子を取り出し、それを要求に含める。
【００５６】
本発明の一般的な実現例において、別のチャネルのチャネル識別子は、マルチメディアプロバイダに対するリンクの形式であってもよい。関連付けオブジェクトは、その特定のリンクをユーザ端末のユーザ入力（キー）１４の１つにバインド又は関連付けるように実現可能である。ユーザが、キー１４を押下するなどして、その特定のユーザ入力をアクティブにした場合、要求オブジェクトは、トリガされたユーザ入力と関連付けられるリンクを介してマルチメディアプロバイダにアクセスする。チャネル要求は、トリガされたユーザ入力と関連付けられる要求マルチメディアチャネルをマルチメディアプロバイダが識別するのを可能にし、且つ要求するユーザ端末１０をマルチメディアプロバイダが識別するのを可能にする情報を含む。これについては、以下に更に説明する。そのような実現例において、要求オブジェクトは、マルチメディアプロバイダを指し示すハイパーリンクを含み、別のマルチメディアチャネルに対する要求は、ユーザ端末識別子及び別のチャネルのチャネル識別子を含むハイパーテキスト転送プロトコル（ＨＴＴＰ）要求である。
【００５７】
本発明に係るマルチメディアセッションセットアップ説明情報は、セットアップ説明情報のマルチメディアオブジェクトに基づいて生成されるマルチメディアセッションウインドウ２０を介して非常にユーザフレンドリーで視覚的に魅力的なグラフィカルユーザインタフェースを提供する。このセッションウインドウ２０は、要求されたマルチメディアの表示に加え、マルチメディアセッションに対する他の関連する情報、すなわちマルチメディアプロバイダから入手可能な別のチャネルに関する情報、並びに要求されたマルチメディアチャネル及びそのチャネルの現在のマルチメディアデータに関するオプションの情報の表示を可能にする。更に、マルチメディアプロバイダを説明する情報が表示される。これは、マルチメディアセッション中にユーザに関連する全てのデータが、セッションの開始時にユーザ端末において既に入手可能であることを意味する。この情報は、表示画面１２上で継続的に視覚的に利用可能であるか、あるいは、例えばポップアップウインドウの場合のように少なくとも表示画面１２に提示可能である。その結果、ユーザは、別の入手可能なマルチメディアチャネル及びＴＶ番組及び映画に関する情報を取得するために、実行中のセッションを終了してマルチメディアプロバイダのウェブページを再び訪れる必要がない。
【００５８】
更に、セッションセットアップ説明情報の要求オブジェクト及び関連付けオブジェクトは、セッション中にマルチメディアチャネルを切り替える単純でユーザフレンドリーな手段を提供する。ユーザが実行する必要がある動作は、所望の新しいマルチメディアチャネルを選択するために１つのユーザ入力１４をトリガすることのみである。関連付け及び要求オブジェクトは、ユーザがまず現在のセッションを終了し、マルチメディアプロバイダのウェブページを訪れ且つそこで所望の新しいチャネルを選択する必要無しに、新しいチャネルの自動的な要求を可能にする。かようにして、本発明により提供されるチャネル切り替えは、ユーザに対して透過的に実行され、ユニキャストシステムにおいて使用可能な従来のチャネル切り替えソリューションと比較して非常に短い時間で完了できる。
【００５９】
ＳＭＩＬで書かれた本発明に係るセッションセットアップ説明情報の例を以下に示すが、それに限定されない。
【００６０】
<?xml version= "1.0"?>
<!DOCTYPE smil PUBLIC"-//W3C//DTD SMIL 2.0//EN"
"http://www.w3.org/2001/SMIL20/SMIL20.dtd">
<smil xmlns="http://www.w3.org/2001/SMIL20/Language">
<head>
<meta name="title" content="SMIL TV"/>
<meta name="author" content="Torbjorn Einarsson"/>
<layout>
<root-layout id= "SMIL_TV" backgroundColor="gray" width="176" height="200"/>
<region id="video" left="0" width="176" height="144"/>
<region id="prog" left="0" top="144" width="176" height="18"/>
<region id="ctrl1" left="0" top="164" width="88" height="18"/>
<region id="ctrl2" left="88" top="164" width="88" height="18"/>
<region id="ctrl3" left="0" top="182" width="88" height="18"/>
<region id="ctrl4" left="88" top="182" width="88" height="18"/>
</layout>
</head>
<body id="SmilTV">
<par id="ImageTextAudio" dur="indefinite">
<video region="video" src="rtsp://smiltv.com/j09184j0ajk.sdp"/>
<a href="http://smiltv.com/ch/j09184j0ajk/1.txt" target="prog" accesskey="1">
<text region="ctrl1" src="http://smiltv.com/ch1.txt"/></a>
<a href="http://smiltv.com/ch/j09184j0ajk/2.txt" target="prog" accesskey="2">
<text region="ctrl2" src="http://smiltv.com/ch2.txt"/></a>
<a href="http://smiltv.com/ch/j09184j0ajk/3.txt" target="prog" accesskey="3">
<text region="ctrl3" src="http://smiltv.com/ch3.txt"/></a>
<a href="http://smiltv.com/ch/j09184jOajk/4.txt" target="prog" accesskey="4">
<text region="ctrl4" src="http://smiltv.com/ch4.txt"/></a>
</par>
</body>
</smil>
【００６１】
上記ヘッドフィールド内のプログラムコード（プログラムコードの５〜１８行目）は、マルチメディアオブジェクトに属し、マルチメディアセッションウインドウ２０を規定する。ルートレイアウトフィールドは、セッションウインドウ２０のタイトル領域２８を規定する。その後、マルチメディア表示領域２２、情報領域２６及びチャネル領域２４を規定するフィールドが続く。ビデオ領域フィールドは、ＲＴＳＰ（リアルタイムストリーミングプロトコル）セッションを開始するＲＴＳＰ ＵＲＩを含む。
【００６２】
それ以降のコード行は、本発明の関連付けオブジェクト及び要求オブジェクトを規定する。この概略的なプログラムコードの例において、４つのマルチメディアチャネルがマルチメディアプロバイダ「ＳＭＩＬ ＴＶ」から入手可能である。accesskeyコマンドは、一覧表示される４つのリンクとユーザ端末１０において１〜４の番号が付けられる４つのキー１４との関連付けを提供する。尚、各マルチメディアチャネルに対して、チャネル領域２４に表示されるチャネルに関するアイコン又は情報を提供するマルチメディアプロバイダの送信元に対するリンク（http://smiltv.com/chX.txt （Ｘ＝１〜４））が存在する。
【００６３】
説明例において使用されるリンクは、ユーザ端末１０の識別子及び関連するマルチメディアチャネルの識別子の双方を含むように、すなわちhttp://smiltv.com/ch/userID/channelID.txtの形式となるように生成される。ユーザ端末識別子は、ＲＴＳＰセッションを開始するＲＴＳＰ ＵＲＩで更に使用される。
【００６４】
本発明によると、セッションセットアップ説明情報は、ＳＭＩＬ以外の言語で生成されてもよいと考えられる。可能な他の言語は、ハイパーテキストマークアップ言語（ＨＴＭＬ）及び拡張マークアップ言語（ＸＭＬ）を含む。セッションセットアップ説明情報は、Ｊａｖａ（登録商標）ミッドレット又はアプレットの形式等、Ｊａｖａ(登録商標）に基づいてもよい。更なる可能な例は、セッション開始プロトコル（ＳＩＰ）及びメッセージセッションリレープロトコル（ＭＳＲＰ）に基づく説明情報を含む。
【００６５】
図１を再び参照すると、マルチメディアプロバイダが本発明のマルチメディアセッションセットアップ説明情報を生成すると、ステップＳ４において、マルチメディアプロバイダは、要求するユーザ端末にその説明情報を送信する。ユーザ端末において、含まれるオブジェクトは処理される。続いて、ステップＳ５において、マルチメディアプロバイダは、要求されたチャネルのマルチメディアデータをセッションウインドウのマルチメディア表示領域に表示するためにユーザ端末に提供する。この時点でセッションは、セットアップされ且つ開始された。図１のフローチャートに開示される方法は終了する。
【００６６】
本発明によると、セッションの開始後にマルチメディア表示領域に表示されるマルチメディアデータは、一般に、要求されたマルチメディアチャネルのデータであると考えられる。別の実現例において、セッションセットアップ説明情報は、処理されると、マルチメディアプロバイダにより選択されるデフォルトチャネルをユーザ端末において表示するように構成される。そのようなデフォルトチャネルは、例えば利用可能なサービス及びチャネルの短い説明、セッションの実行方法の短い解説ビデオ等を含むことができる。セッションがセットアップされると、ユーザは、所望のマルチメディアチャネルに随時切り替えることができる。
【００６７】
図３は、図１のフローチャートに対する追加のステップを示すフローチャートである。それらステップは、実行中のマルチメディアセッションの間、及び、特にチャネル切り替え中に実行される。この方法は、ステップＳ５から継続する。次のステップＳ１０において、マルチメディアプロバイダは、ユーザ端末からのチャネル切り替え要求を待ち受ける。プロバイダは、受信した際にすぐに処理するためにそのような要求を継続的に待ち受けるのが好ましい。ユーザの視点から、チャネル切り替えの時間が重要でない場合、周期的又は間欠的な切り替え要求の待ち受け又は検出が採用されてもよい。
【００６８】
先に十分に説明したように、ユーザが所望の新しいチャネルと関連付けられるユーザ入力をトリガ又はアクティブにすると、本発明に係るチャネル切り替え要求は、セッションセットアップ説明情報の関連付けオブジェクト及び要求オブジェクトを介してユーザ端末により（自動的に）生成される。このチャネル切り替え要求は、マルチメディアプロバイダに送信されるＨＴＴＰ要求の形式でもよい。要求のユーザ端末識別子により、マルチメディアプロバイダは、現在のマルチメディアセッションを識別でき、プロバイダは、新しいマルチメディアデータが送信されるべきポートを識別できる。要求のチャネル識別子は、新しいマルチメディアデータが取り出されるべきマルチメディア送信元を識別するのに使用される。図８を参照して以下に更に詳細に説明する本発明の実際のチャネル切り替えは、実行中のセッションの間に実行されるため、（ＲＴＳＰ）セッションの切断又は新しいセットアップの実行は必要ない。
【００６９】
更に、切り替えは、好ましくはユーザ端末に対して透過的な方法で実行される。これは、マルチメディアデータが連続したマルチメディアデータストリームとしてユーザ端末に送信されることを意味する。このストリームの第１の部分は、先のチャネルのマルチメディアデータを含み、ストリームの後続する第２の部分は、新しく要求されたチャネルのマルチメディアデータを含む。このシームレスで透過的なチャネル切り替えを更にサポートするために、先のチャネルのマルチメディアデータを含むパケット及び新しいチャネルのデータを含むパケットを含む全てのデータパケットが連続したシーケンス番号、及び／又はタイムスタンプを有するように、マルチメディアプロバイダは、マルチメディアストリームで送信されるデータパケットに対してシーケンス番号を再番号付け（リナンバー）し、且つタイムスタンプを設定する。
【００７０】
次のステップＳ１２において、新しいチャネルのマルチメディアデータは、セッションウインドウのマルチメディア表示領域に表示するためにユーザ端末に提供される。マルチメディアプロバイダは、ステップＳ１０においてユーザ端末からの可能な新しいチャネル切り替えを待ち受け続ける。
【００７１】
図４は、チャネル切り替え中に本発明のマルチメディアプロバイダにより実行されるのが好ましい追加のステップを示す。この方法は、ステップＳ１１から継続する。次のステップＳ２０において、マルチメディアプロバイダは、マルチメディアセッションのデータパケットのシーケンスが連続したシーケンス番号付けを有するように、チャネル切り替え後に新しいチャネルのデータパケットに再番号付けする。図９及び図１０において、この原理を更に詳細に示す。図９において、データパケット４０１〜４０４は、データストリーム４００の形式でマルチメディアプロバイダからユーザ端末（不図示）に配信される。図中、マルチメディアプロバイダは、チャネルスイッチ１３０として概略的に示される。それらデータパケット４０１〜４０４は、本発明に係る第１のマルチメディアチャネルを表す所定のマルチメディア送信元２１０から発生する。この説明例において、チャネルスイッチ１３０は、２つの可能なデータ送信元２１０、２２０にアクセスできるため、２つの異なるマルチメディアチャネルを接続ユーザ端末に提供できる。図９において、データパケット４０５〜４０８の第１のストリーム４１０は、第１のデータ送信元２１０から受信され、データパケット４２１〜４２４の第２のストリーム４２０は、同様に第２の送信元２２０から受信される。異なるストリーム４００、４１０、４２０における、データパケット４０１〜４０８及び４２１〜４２４の連続したシーケンス番号に注目されたい。図中、第１のデータ送信元２１０から送信されるデータパケット４０１〜４０８は、ＤＰ３３〜ＤＰ４０の範囲の第１のシーケンス番号付けを有する。第２の送信元２２０のデータパケット４２１〜４２４は、ＤＰ１１〜ＤＰ１４の第２の異なるシーケンス番号付けを有する。図１０において、第１のマルチメディアチャネルから第２のマルチメディアチャネルへのチャネル切り替えの要求がユーザ端末から受信される。これは、チャネルスイッチ１３０から出力されるデータストリーム４００がまず先のマルチメディアチャネルのデータパケット４０５〜４０７及び新しく選択されたチャネルのデータパケット４２４を含むことを意味する。ユーザ端末に連続したマルチメディアデータストリーム４００を提供するために、スイッチ１３０を出て同一のユーザ端末に送信されるデータパケット４０５〜４０７、４２４が連続したシーケンス番号付けを有するように、チャネルスイッチ１３０は、データパケット４２４に再番号付けする。これは、新しいチャネルのデータパケット４２４がＤＰ１４からＤＰ４０に再番号付けされ、連続した番号付けを保持することを意味する。シーケンス再番号付けは、新しいチャネルの残りのデータパケット４２５〜４２８に対して継続される。尚、先の送信元のデータパケット４０９〜４１３が現在のユーザ端末に送信されないため、現在のセッションに対して、それらデータパケットの再番号付けは必要ない。
【００７２】
図４の次のステップＳ２１において、マルチメディアプロバイダは、マルチメディアストリームのデータパケットにタイムスタンプを割り当て、チャネル切り替え中及びチャネル切り替え後でも連続したタイムスタンプを有するデータパケットのストリームを取得する。図９及び図１０に関連して開示したシーケンス番号付けと同様の手順を、データパケットのタイムスタンピングに対して使用できる。
【００７３】
従来技術においてよく知られているように、マルチメディアデータは、ビデオデータ及びオーディオデータの形式であってもよい。マルチメディアストリームを提供するマルチメディアチャネルは、ビデオデータを含むデータパケットを含むビデオストリーム、及びオーディオデータを含むデータパケットを含むオーディオストリームを提供すると考えられる。そのような場合、ビデオデータパケット及びオーディオデータパケットの連続したシーケンス番号付け及びタイムスタンピングを取得するために、本発明に係るシーケンス番号付け及びタイムスタンピングは、双方のデータストリームに対して実行されるのが好ましい。ユーザ端末におけるオーディオ再生時の劣化を回避するために、オーディオパケットに対するタイムスタンプの増加量は、チャネル切り替え時においても一定に保持されるのが好ましい。これにより、入力時刻と出力時刻との間に僅かな時間変位が生じる。ビデオパケットのタイムスタンピングも同様に調整されるが、同期を維持するために、オーディオタイムスタンピングに基づいて調整される。この状況において、オーディオデータはマスタであり、ビデオデータの前に切り替えられるべきである。要約すると、マルチメディアプロバイダは、オーディオデータストリームが連続したタイムスタンプを持つようにオーディオデータパケットにタイムスタンプを割り当て、オーディオデータパケットへのタイムスタンプの割り当てに基づいてビデオデータパケットにタイムスタンプを割り当てる。
【００７４】
それゆえ、ユーザ端末への影響を最小限にするために、マルチメディアプロバイダは、連続したシーケンス番号及びタイムスタンプに加え、固定ペイロードタイプ（ｐｔｙｐｅ）及び同期ソース（ｓｓｒｃ）を有するヘッダを含む（リアルタイム転送プロトコル（ＲＴＰ））データパケットの出力マルチメディア（ＲＴＰ）ストリームを作成できる。固定又は一定のｓｓｒｃを使用することにより、チャネル切り替えが実際に実行されたにも関わらず、データパケットが１つの連続したデータストリームとして送信されるという印象をユーザ端末に与える。マルチメディアプロバイダは、自己のリアルタイム転送制御プロトコル（ＲＴＣＰ）フローを生成し、ＲＴＣＰ送信者レポート(sender report)の同期情報によりマルチメディアチャネルの切り替え中にストリームが連続しているように見えることを確認することもできる。
【００７５】
しかし、例えばｓｓｒｃ値を変更することにより、あるいはマルチメディアチャネルに応じて変更されるオプションの貢献ソース（contributing source, ｃｓｒｃ）フィールドを追加することにより、マルチメディアプロバイダに１つ以上のフィールドを変更させ、コンテンツが新しい送信元から送信されることをユーザ端末に示すことも可能である。
【００７６】
その後、図３のステップＳ１２に進む。ステップＳ１２において、新しいチャネルのマルチメディアデータはユーザ端末に配信される。
【００７７】
図５は、本発明の一実施形態に係るユニキャストによる無線通信システム１を示す概略図である。通信システム１は、基本的にマルチメディアプロバイダ１００を含む。マルチメディアプロバイダ１００は、オペレータネットワーク３００、あるいは他の有線又は無線ネットワークを介してユーザ端末１０にマルチメディアサービス及びデータを提供する。マルチメディアプロバイダ１００は、マルチメディア送信元２００を含むか、あるいは図示されるようにマルチメディア送信元２００にアクセスできる。マルチメディア送信元２００は、異なるチャネル２１０、２２０からのマルチメディアデータを含むか又は生成するか、あるいは提供する。図示する例において、マルチメディアプロバイダ１００は、アプリケーションサーバ１１０、ストリーミングサーバ１２０、及びチャネルスイッチ１３０の３つの異なるユニットを含むものとして開示される。マルチメディアプロバイダの機能をこのように異なる（内部）ユニットに分割する場合、アプリケーションサーバ１１０は、ユーザ端末１０からのチャネル要求及びチャネル切り替え要求の受信を担うのが好ましい。更に、アプリケーションサーバ１１０は、セッションセットアップ手順の一部としてセッションセットアップ説明情報を生成及び送信する。実際のセッションセットアップネゴシエーションは、通常、ユーザ端末１０とストリーミングサーバ１２０との間で実行される。実行中のセッションの間、このサーバ１２０は更に、チャネルスイッチ１３０からユーザ端末１０にマルチメディアデータを配信する。その名前から明らかであるように、チャネルスイッチ１３０は、アプリケーションサーバ１１０から受信したコマンドに応えてマルチメディアチャネルを切り替える。このチャネル切り替えにおいて、新しいマルチメディアチャネル又は送信元２１０、２２０からのマルチメディアデータは、ネットワーク３００を介してユーザ端末１０に転送するために、ストリーミングサーバ１２０へ配信される。
【００７８】
図５は、本発明に係る通信システム１の単なる例として理解されるべきであり、本発明の範囲内で他のシステムレイアウトが可能である。例えば、利用可能なマルチメディアチャネル２１０、２２０の数は必ずしも２つではなく、任意の数、すなわち少なくとも２つのチャネル２１０、２２０であってもよい。更に、マルチメディアプロバイダ１００は、１つの中央ユニット又は分散ユニットで構成されてもよく、アプリケーションサーバ１１０、ストリーミングサーバ１２０、及びチャネルスイッチ１３０の動作を処理する。あるいは、マルチメディアプロバイダ１００は、より多くの又はより少ない内部ユニットを含むことができる。これを図６に概略的に示す。
【００７９】
図６において、ストリーミングサーバは省かれており、チャネルスイッチ１３０が（オペレータ）ネットワーク３００を介してユーザ端末１０にマルチメディアデータを直接転送する。上で簡単に説明したように、マルチメディアプロバイダ１００は、提供したマルチメディアサービスに対する課金を担うユニット等、更に多くのユニットを含むことができる。あるいは、そのような課金ユニットは、他の場所に、例えばオペレータネットワークインフラストラクチャ３００の一部として、提供される。
【００８０】
図７は、本発明に係るマルチメディアセッションのセットアップ中及び実際に実行中のセッションの間に実行されるデータシグナリングの一部を示す、概略的な信号図である。この信号図において、図５に示すような通信システムレイアウトが仮定されるが、その原理が、発明的ではない僅かな変更を伴って他のシステムレイアウトに適用可能であることは、当業者には明確に理解される。
【００８１】
図７において、モバイルＴＶチャネル等のマルチメディアチャネルは、マルチメディア又はメディアコンテンツを含むＲＴＰパケットを生成及び送信するライブエンジン又はチャネル送信元から構成される。チャネルスイッチは、チャネル毎に２つのＲＴＰストリーム又はセッションを作成するのが好ましい。そのうちの一方はビデオデータのためのものであり、他方はオーディオデータのためのものである。各ＲＴＰセッションは、実際のメディアデータ転送、すなわちＲＴＰトラフィックと、制御データ転送、すなわちＲＴＣＰトラフィックとを処理するのが好ましい。その結果、通常、チャネル毎に４つのポートが割り当てられる。従来技術において、４つのポート番号が連続しており、且つ４で割った余りが０に等しいポート番号のビデオデータから開始するのが一般的である。典型的な例は、ビデオＲＴＰに対してはポート番号１００００、ビデオＲＴＣＰに対しては１０００１、オーディオＲＴＰに対しては１０００２、オーディオＲＴＣＰに対しては１０００３である。通常、種々のチャネルは、ＲＴＰビデオポート番号で識別される。
【００８２】
利用可能なマルチメディアデータ（ビデオ及びオーディオのＲＴＰ／ＲＴＣＰ）は、チャネルスイッチに連続して配信され、各マルチメディアデータストリーム又はチャネルは、ビデオＲＴＰのポート番号等の固有の識別子を有する。
【００８３】
ユーザは、移動電話、パーソナルデジタルアシスタント（ＰＤＡ）又は他の（移動）通信端末であってもよいユーザ端末により、例えばＴＶ番組等を観たいと考える。ユーザは、ユーザ端末を使用してアプリケーションサーバのウェブページに入り、通常、所望のＴＶ番組に対するリンクをクリックする。リンクをクリックすることにより、ＨＴＴＰを使用するチャネル要求等のチャネル要求をアプリケーションサーバに送信する。サーバは、ユーザ端末に対する（固有の）識別子を提供する。識別子の提供は、例えばチャネル要求と共にユーザ端末から端末識別子を受信することにより認識される。あるいは、アプリケーションサーバは、例えば接続ユーザ端末に対してアプリケーションサーバにより使用される、利用可能な端末識別子のプールから未使用の空いている識別子を選択することにより、識別子自体を生成する。
【００８４】
アプリケーションサーバは、セッション開始コマンドを編集して、チャネルスイッチに送信する。このコマンドは、ユーザ端末に関する受信した又は割り当てられた識別子、及び要求されたマルチメディアチャネルの識別子を含む。チャネル識別子がビデオＲＴＰポートの形式である場合、アプリケーションサーバは、利用可能なビデオＲＴＰポートを含むリスト又はセットにアクセスする。アプリケーションサーバは、ユーザ端末からのチャネル要求に基づいて適切なチャネルポート（識別子）を識別する。
【００８５】
セッション開始コマンドは、チャネルスイッチがマルチメディアデータを転送すべきストリーミングサーバの入力ポートに関する情報を更に含むのが好ましい。上述のように、マルチメディアチャネルは、４つの並列データストリームを含むことができる。これは、ストリーミングサーバの４つの入力ポートがアプリケーションサーバにより選択及び通知されることが好ましいことを意味する。これは、アプリケーションサーバがストリーミングサーバの入力ポート番号に関する情報にアクセスでき且つそれら入力ポート番号が現在使用されているか又は空いているかに関する最新の情報を保持することを更に必要とする。
【００８６】
オプションとして、チャネルスイッチは、確認応答メッセージ又はＯＫ応答で応答する。
【００８７】
更に、アプリケーションサーバは、セッション記述プロトコル（ＳＤＰ）ファイルを作成し、それをストリーミングサーバにアップロードする。これは、ライブストリーミングに対する通常のＳＤＰファイルであるが、２つの点で特有である。ＳＤＰファイルは、ユーザ端末の識別子を含む。これは、j09184j0ajk.spd等、名前にユーザ端末識別子を含むことにより認識される。ここで、j09184j0ajkが割り当てられたユーザ端末識別子である。更に、ＳＤＰファイルは、チャネルスイッチがマルチメディアデータを含むＲＴＰストリームを送信するように命令される、ストリーミングサーバの入力ポートに関する情報を更に含むのが好ましい。オプションとして、ストリーミングサーバは確認応答メッセージで応答する。
【００８８】
アプリケーションサーバは、先の制御データ交換の後又はその前に、あるいはそれと同時に、本発明のマルチメディアセッションセットアップ説明情報を生成し、且つそれをユーザ端末に送信する。端末自体により提供されない限り、セットアップ説明情報は、アプリケーションサーバにより作成又は選択されるユーザ端末識別子を含むのが好ましい。先に十分に説明したように、このセットアップ説明情報は、マルチメディアをユーザに提供し且つ本発明のユーザフレンドリーで効率的なチャネル交換を可能にするためにユーザ端末が必要とする、要求命令、オブジェクト、及び情報の完全な説明情報であるのが好ましい。ユーザ端末及びストリーミングサーバは、従来技術に従ってＲＴＳＰセッションセットアップについてネゴシエート及び実行する。ユーザ端末は、受信したセッションセットアップ説明情報を処理して、表示画面にマルチメディアセッションウインドウを表示し、且つキー等のユーザ入力と他の利用可能なマルチメディアチャネルの識別子との関連付けをアクティブにする。
【００８９】
更に、チャネルスイッチは、アプリケーションサーバが選択したストリーミングサーバの入力ポートに、要求されたＲＴＰストリームを配信する。また、ストリーミングサーバがマルチメディアデータを転送すべきユーザ端末（入力ポート）を識別できるように、ユーザ端末識別子はサーバに送信される。ストリーミングサーバが、例えばアプリケーションサーバから先に受信してその情報を既に有する場合、ＲＴＰストリームはユーザ端末識別子を含む必要はない。最後に、ストリーミングサーバは、受信したマルチメディア（ＲＴＰ）ストリームをセッションウインドウに表示し且つユーザ端末のスピーカ（図２のスピーカ１６を参照）で再生するためにユーザ端末に転送する。セッションセットアップはこの時点で完了し、マルチメディアレンダリング及び再生がユーザ端末において開始される。
【００９０】
実行中のセッションの間、ユーザ端末は、周期的に、間欠的に、あるいは事前定義済みの時間に、端末識別子と共に更新要求をアプリケーションサーバに送信できる。それら更新要求は、マルチメディアセッションが依然としてアクティブであることの確認としてアプリケーションサーバにより使用される。更に、更新要求に対して応答する場合、アプリケーションサーバは、マルチメディアセッションウインドウを更新するためにセットアップ説明情報のオブジェクト及びユーザ端末により使用される新しい情報を送信できる。例えば、所定のマルチメディアチャネルで送信される実際のＴＶ番組又は映画は、時間中に変更できる。そこで、更新応答は、マルチメディアセッションウインドウのタイトル領域に入力される情報を含んでもよい。更に、特に識別子が他のチャネルで現在入手可能なＴＶ番組又は映画に対応する場合、チャネル領域に表示される別のチャネルの識別子又はアイコンは、時間と共に変化する可能性がある。また、利用可能なチャネル数は、マルチメディアセッション中に変化する可能性がある。そのような場合、更新応答は、チャネル領域への表示、及び端末の１つのユーザ入力との関連付けのために、新しいチャネルの識別子（リンク）及びアイコンを含むことができる。
【００９１】
図８は、図７の信号図の続きであり、チャネル切り替え中及びセッション終了の際のデータシグナリングを示す。端末のユーザは、他のＴＶ番組又は映画を観たいと考え、所望のマルチメディアチャネルと関連付けられる、端末のユーザ入力をトリガする。セットアップ説明情報の要求オブジェクトは、アプリケーションサーバに送信されるチャネル切り替え要求を生成する。この要求は、実行中のマルチメディアセッションを識別するためにアプリケーションサーバにより使用されるユーザ端末識別子を含む。更に、要求は、サーバが新しいマルチメディアチャネルを識別するのを可能にする情報を含む。このチャネル情報は、例えばマルチメディアチャネルに対するＲＴＰビデオポートのポート番号であってもよい。あるいは、そのチャネル情報は、チャネルに現在表示されている、チャネル又は番組／映画の、名前／タイトル等の他の情報である。アプリケーションサーバは、その情報に基づいて新しいチャネルに対する関連するＲＴＰビデオポートを識別するのが好ましい。
【００９２】
アプリケーションサーバは、切り替え要求の情報に基づいてポートマッピングを実行するのが好ましい。アプリケーションサーバは、現在のユーザ端末に割り当てられるストリーミングサーバの入力ポートを識別する。サーバは、チャネル切り替えコマンドを編集し、チャネルスイッチに送信する。コマンドは、新しいマルチメディアチャネルに関する情報、好ましくはそのチャネルのＲＴＰビデオポートを含む。更に、コマンドは、新しいチャネルのマルチメディアデータの送信先となるストリーミングサーバの入力ポートをチャネルスイッチが識別できるように、ユーザ端末の識別子を含むことができる。あるいは、又はそれに加えて、アプリケーションサーバは、サーバ入力ポートに関する情報をチャネルスイッチに直接送信する。オプションとして、スイッチは確認応答メッセージで応答する。
【００９３】
上述のように、チャネルスイッチは、マルチメディア（ビデオ及びオーディオ）データパケットに対してシーケンス番号の再番号付け及びタイムスタンプの割り当てを実行し、連続したマルチメディアデータストリーム（通常、これは４つの並列ストリームで構成されると考えられる）を形成するのが好ましい。好適な実現例において、チャネルスイッチは、ｓｓｒｃ値をデータパケットに対して設定又は追加し、データパケットが１つの連続したデータストリームの一部であるという印象を得る。この状況において、データパケットのヘッダのｓｓｒｃフィールドは、同一のｓｓｒｃ値を有するのが好ましい。再番号付けされ、タイムスタンプが割り当てられ、且つｓｓｒｃの変更が行なわれたＲＴＰストリームのデータパケットは、好ましくはユーザ端末識別子と共に、通知されたストリーミングサーバの入力ポートに送信される。サーバは、新しいチャネルのデータをユーザ端末に転送する。
【００９４】
このように、本発明に係るチャネル切り替えは、ユーザ端末及びストリーミングサーバに対して完全に透過的であり、ユーザ端末及びストリーミングサーバは、チャネル及び送信元が変更されたにも関わらず、実行中のセッションのマルチメディアストリームが単一のマルチメディア送信元から発生するのと同様に動作する。
【００９５】
ユーザがセッションを終了したい場合、ユーザ端末は、ユーザ端末識別子と共にセッション停止メッセージをアプリケーションサーバに送信する。アプリケーションサーバは、端末識別子を含むセッション停止コマンドを生成し、チャネルスイッチに転送する。このスイッチは、現在アクティブのセッション及びユーザ端末のリストから、現在のユーザ端末を削除する。オプションの確認応答が、セッション終了応答をユーザ端末に転送するサーバに返される。ＲＴＳＰセッションは、従来のシグナリング（端末からストリーミングサーバにＲＴＳＰ切断メッセージが送信され、逆方向に応答メッセージが送信される）に従って終了する。
【００９６】
上の議論から明らかであり且つ図７及び図８に更に示されるように、ユーザ端末識別子は、特定のユーザ端末の識別子として採用されるだけでなく、そのユーザ端末に関与する現在のマルチメディアセッションを識別するために、アプリケーションサーバ、チャネルスイッチ、及びストリーミングサーバにより採用されるのが好ましい。
【００９７】
図１１は、本発明の一実施形態に係るマルチメディアプロバイダ１００の可能な実現例を示す概略ブロック図である。図示される実施形態において、マルチメディアプロバイダ１００は、アプリケーションサーバ１１０及びチャネルスイッチ１３０から構成される（図６と比較する）。
【００９８】
アプリケーションサーバ１１０は、外部ユニットとの通信を管理する汎用入出力（Ｉ／Ｏ）ユニット１１１を含む。このＩ／Ｏユニットは、特に、マルチメディアプロバイダ１００とのマルチメディアセッションに参加している、又は参加しようとしているユーザ端末から、チャネル要求及びチャネル切り替え要求を受信するように適応される。更にＩ／Ｏユニット１１１は、チャネル要求に応答して、本発明に係るセッションセットアップ説明情報をユーザ端末に送信する。また、Ｉ／Ｏユニット１１１は、セッション開始コマンド及び応答、ＳＤＰメッセージ及び応答、チャネル切り替えコマンド及び応答、並びにセッション終了コマンド及び応答等を含む、アプリケーションサーバ１１０とチャネルスイッチ１３０との間の全ての内部通信を管理する。更新要求及び応答等の、実行中のセッションの間のユーザ端末との任意の通信もまた、Ｉ／Ｏユニット１１１を介して実行される。
【００９９】
アプリケーションサーバ１１０は、ユーザ端末からのチャネル要求の要求に応えてユーザ端末の識別子を提供する識別子プロバイダ１１２を更に含む。本発明の第１の実施形態において、識別子プロバイダ１１２は、ユーザ端末からのチャネル要求から端末識別子を検索する。これは、使用される端末識別子がユーザ端末、他のネットワークユニット、又は他のネットワークオペレータにより設定され且つ端末に割り当てられることを意味する。別の実施形態において、アプリケーションサーバ１１０は、例えばデータベース１１５に格納されるユーザ端末識別子のプールにアクセスする。識別子プロバイダは、いかなる他のユーザ端末によっても現在採用されていない識別子のうち１つを選択し、それを現在のユーザ端末に対して使用する。端末識別子を生成及び提供する他のソリューションは、プロバイダ１１２により実行でき、本発明の範囲内である。更に、識別子プロバイダ１１２は、チャネル切り替え要求、更新要求及びセッション終了要求等の、ユーザ端末から発生する他のメッセージから端末識別子を検索するようにも構成されるのが好ましい。
【０１００】
セットアップ説明情報ジェネレータ又はエンジン１１３は、Ｉ／Ｏユニット１１１により受信されるチャネル要求に基づいて本発明のマルチメディアセッションセットアップ説明情報を生成するために、アプリケーションサーバ１１０に実装される。このセットアップ説明情報は、ユーザ端末において処理可能である、事前に定義されたマルチメディアオブジェクト、関連付けオブジェクト及び要求オブジェクトを含む。セットアップ説明情報は、任意の上述の言語で編集される。ジェネレータ１１３は、要望に応じてユーザからのチャネル要求に基づいてセットアップ説明情報を生成する。これは、セットアップ説明情報のマルチメディアオブジェクトが、端末において処理されると、セッションがセットアップされるとすぐに要求されたチャネルのマルチメディアデータをレンダリングすることにより開始されるのが好ましいことを意味する。更に、ジェネレータ１１３は、識別子プロバイダ１１２からユーザ端末識別子を受信し、セットアップ説明情報を生成する際にそれを使用するのが好ましい。完成したセットアップ説明情報は、Ｉ／Ｏユニット１１１によりユーザ端末に送信される。
【０１０１】
アプリケーションサーバ１１０の説明情報ジェネレータ１１３又は他のユニットは、Ｉ／Ｏユニット１１１を使用して、ユーザ端末のセッションウインドウに表示される関連する更新情報を生成及び送信できる。
【０１０２】
アプリケーションサーバ１１０のメッセージエンジン１１６は、セットアップ手順中、実行中のセッションの間、及びセッション終了時にチャネルスイッチ１３０及びユーザ端末に送信される、種々の制御メッセージを生成する。通常、このメッセージエンジン１１６は、生成されたメッセージにユーザ端末識別子（識別子プロバイダ１１２からの）を含むように適応される。
【０１０３】
ユーザ端末からチャネル切り替えコマンドを受信すると、メッセージエンジン１１６は、ユーザ端末（セッション）の識別子及び新しいチャネルを含むチャネル切り替えコマンドを編集し、それをチャネルスイッチに送信する。
【０１０４】
チャネルスイッチ１３０は同様に、アプリケーションサーバ１１０、ユーザ端末、及び任意の他の関連する外部ユニットと通信するＩ／Ｏユニット１３１を有する。本実施形態において、セッションネゴシエータ１３４がチャネルスイッチ１３０に提供されるか、あるいはネゴシエータ１３４の少なくとも一部の機能がアプリケーションサーバ１１０に実装される。このネゴシエータ１３４は、マルチメディア（ＲＴＳＰ）セッションをセットアップするために、必要なユーザ端末との通信を実行する。ネゴシエータ１３４の動作は従来技術に従い、本明細書においては更なる説明は行なわない。
【０１０５】
スイッチ１３０は、マルチメディア送信元２１０、２２０を選択するチャネル送信元セレクタ１３３を含み、マルチメディアデータは、そのマルチメディア送信元２１０、２２０からユーザ端末に送信される。送信元セレクタ１３３は、通常、送信元２１０、２２０に対するＲＴＰビデオストリームのポート番号の形式で、関連するマルチメディア送信元２１０、２２０を識別するアプリケーションサーバ１１０（のメッセージエンジン１１６）から情報を受信する。Ｉ／Ｏユニット１３１は、マルチメディアデータをマルチメディア表示領域にレンダリングし且つ可能であればスピーカで再生するために、選択した接続マルチメディア送信元２１０、２２０からユーザ端末に転送する。
【０１０６】
チャネルスイッチ１３０は、マルチメディアデータを異なるメディア送信元２１０、２２０から現在受信しているユーザ端末を識別するリストを更に含むのが好ましい。リストを管理及び更新するユニット／モジュール（不図示）は、スイッチ１３０に含まれるのが好ましい。
【０１０７】
アプリケーションサーバ１１０のメッセージエンジン１１６からチャネル切り替えコマンドを受信すると、送信元セレクタ１３３は、ユーザ端末に対して選択及び使用されるべき新しいチャネル送信元２１０、２２０を識別する。連続するシームレスな出力ストリーム（実際にはいくつかの並列ストリーム）を提供するために、新しい送信元２１０、２２０からのデータパケットは、まずチャネルスイッチ１３０に実装される、マルチメディアストリームを管理するパケット再番号付け部１３２を通る。この再番号付け部１３２は、特にチャネル切り替え中及び切り替え後にデータパケットに再番号付けし、連続したシーケンス番号を形成するように構成される。更に、パケット再番号付け部１３２は、マルチメディアデータパケットにタイムスタンプを割り当て、チャネル切り替えを更にシームレスにするのが好ましい。パケット再番号付け部１３２は、データパケットのｓｓｒｃ値を追加又は変更することもできる。また、チャネルスイッチ１３０の端末リストは、チャネル切り替え後に更新される。
【０１０８】
マルチメディアプロバイダ１００のアプリケーションサーバ１１０及びチャネルスイッチ１３０の、ユニット１１１〜１１３、１１６、１３１〜１３４は、ソフトウェア、ハードウェア又はそれらの組合せとして提供されてもよい。アプリケーションサーバ１１０のユニット１１１〜１１６は、１つのネットワークノードに共に実装されてもよい。また、いくつかのユニットが異なるネットワークノードに提供される分散型の実装も可能である。チャネルスイッチ１３０のユニット１３１〜１３４は、１つのネットワークノードに共に実装されてもよい。また、いくつかのユニットが異なるネットワークノードに提供される分散型の実装も可能である。本発明によると、アプリケーションサーバ１１０、チャネルスイッチ１３０及びマルチメディア送信元２１０、２２０は全て、単一のネットワークノードに共に構成されてもよく、あるいはユニキャスト通信システムにおいて異なるネットワークノードに提供されてもよいことが更に理解される。
【０１０９】
図１２は、本発明の別の実施形態に係るマルチメディアプロバイダ１００の可能な実現例を示す概略ブロック図である。図示される実施形態において、マルチメディアプロバイダ１００は、アプリケーションサーバ１１０、ストリーミングサーバ１２０及びチャネルスイッチ１３０から構成される（図５と比較する）。
【０１１０】
アプリケーションサーバ１１０のＩ／Ｏユニット１１１、識別子プロバイダ１１２、説明情報ジェネレータ１１３及びメッセージエンジン１１６、並びにチャネルスイッチ１３０のＩ／Ｏユニット１３１、パケット再番号付け部１３２及び送信元セレクタ１３３の動作は、図１１に関連して説明した対応するユニットと同様であり、ここでは繰り返さない。
【０１１１】
本実施形態において、メッセージエンジン１１６により生成されるメッセージの一部が、図１１のようにチャネルスイッチ１３０に送信されるのではなくストリーミングサーバ１２０に送信されることは、当業者には明らかである。例えば、ＳＤＰメッセージは、データベース１１５に格納されるＳＤＰテンプレート等に基づいてメッセージエンジン１１６により生成され、ストリーミングサーバ１２０に送信される。
【０１１２】
アプリケーションサーバ１１０のポートマッピング部１１４は、ユーザ端末とのストリーミングセッションに対して使用されるストリーミングサーバの入力ポート及びチャネルスイッチ１３０の出力ポートを選択するように構成される。利用可能なポートに関する情報及びポートが占有されているか又は空いているかに関する最新の情報は、データベース１１５又は他の情報送信元から取得されるのが好ましい。
【０１１３】
ストリーミングサーバ１２０は、アプリケーションサーバ１１０、チャネルスイッチ１３０及びユーザ端末との通信を実行するＩ／Ｏユニット１２１を含む。特に、このＩ／Ｏユニット１２１は、チャネルスイッチからマルチメディアデータを受信し、それをユーザ端末に転送する。セッションネゴシエータ１２４は、ユーザ端末との（ＲＴＳＰ）セッションセットアップネゴシエーションを実行するためにサーバ１２０に実現される。このユニットの動作は、図１１のチャネルスイッチに実現される対応するユニットと同様であり、ここでは更なる説明は行なわない。
【０１１４】
マルチメディアプロバイダ１００のアプリケーションサーバ１１０、ストリーミングサーバ１２０、及びチャネルスイッチ１３０の、ユニット１１１〜１１４、１１６、１２１、１２４、１３１〜１３４は、ソフトウェア、ハードウェア、又はそれらの組合せとして提供されてもよい。アプリケーションサーバ１１０のユニット１１１〜１１６は、１つのネットワークノードに共に実装されてもよい。また、いくつかのユニットが異なるネットワークノードに提供される分散型の実装も可能である。ストリーミングサーバ１２０のユニット１２１及び１２４は、１つのネットワークノードに共に実装されてもよい。また、いくつかのユニットが異なるネットワークノードに提供される分散型の実装も可能である。チャネルスイッチ１３０のユニット１３１〜１３４は、１つのネットワークノードに共に実装されてもよい。また、いくつかのユニットが種々のネットワークノードに提供される分散型の実装も可能である。本発明によると、アプリケーションサーバ１１０、ストリーミングサーバ１２０、チャネルスイッチ１３０、及びマルチメディア送信元２１０、２２０は全て、単一のネットワークノードに共に実装されてもよく、あるいはユニキャスト通信システムにおいて異なるネットワークノードに提供されてもよいことが更に理解される。
【０１１５】
図１３は、本発明の１つの態様を実現するユーザ端末１０を示す概略ブロック図である。このユーザ端末１０は、マルチメディアプロバイダ（アプリケーションサーバ及びストリーミングサーバ、あるいはアプリケーションサーバ及びチャネルスイッチ）と通信するＩ／Ｏユニット１１を含む。このＩ／Ｏユニット１１は、特に、チャネル要求及びチャネル切り替え要求をアプリケーションサーバに送信するように適応される。更に、Ｉ／Ｏユニット１１は、本発明のマルチメディアセッションセットアップ説明情報をアプリケーションサーバから受信し、もちろん、マルチメディアデータをストリーミングサーバ又はチャネルスイッチから受信する。
【０１１６】
ユーザ端末１０は、受信したマルチメディアデータをレンダリングするマルチメディア又はメディアプレーヤ１８を更に含む。このマルチメディアプレーヤ１８は、メディアを端末１０上で表示及び再生するために端末１０の表示画面１２及びスピーカと通信するのが好ましい。メディアプレーヤ１８は、受信したセットアップ説明情報に提供されるマルチメディアオブジェクトを処理するプロセッサを更に含む。このマルチメディアオブジェクトの処理により、接続された表示画面１２にマルチメディアセッションウインドウを表示する。これは、図２により明確に示されている。オブジェクトプロセッサ１３は、マルチメディアプロバイダから受信される更新情報を処理し、その新しい更新情報に基づいて表示セッションウインドウを適応させるのが好ましい。
【０１１７】
関連付けオブジェクトプロセッサ１５は、セットアップ説明情報の関連付けオブジェクトを処理し、マルチメディアセッションウインドウのチャネル領域に表示される別の利用可能なチャネル、識別子、又はアイコンと、端末のユーザ入力１４との間の、バインディング又は関連付けを提供するように構成される。
【０１１８】
要求プロセッサ１９は、チャネル要求及びチャネル切り替え要求を生成するためにユーザ端末１０に実装される。このプロセッサ１９は、マルチメディアプロバイダのウェブページにアクセスして、本発明のセッションセットアップ説明情報をダウンロードし且つ所望のマルチメディアチャネルを選択するように構成されるのが好ましい。要求オブジェクトプロセッサ１７は、チャネル切り替えコマンドを生成するために要求プロセッサ１９に実装される。端末１０のユーザ入力１４（キー）の１つをユーザ主導でトリガされると、このプロセッサ１７は入力情報を受信する。関連付けオブジェクトプロセッサ１５により有効にされたような、ユーザ入力１４と要求されたチャネルの識別子との関連付けを介して、要求オブジェクトは、チャネル切り替えメッセージにチャネル識別子を含める。また、ユーザ端末の識別子が、切り替えメッセージに含まれる。
【０１１９】
ユーザ端末識別子は、マルチメディアプロバイダにより割り当てられ、そのマルチメディアプロバイダから受信される。そのような場合、識別子は、端末の記憶場所３０に格納される。他の種類の識別子の場合、識別子情報源３０は、加入者識別モジュール（ＳＩＭ）等の、メモリ以外の種類のユニットであってもよい。
【０１２０】
ユーザ端末のユニット１１、１３、１５、１７〜１９、３０は、ソフトウェア、ハードウェア又はそれらの組合せとして提供されてもよい。マルチメディアオブジェクトプロセッサ１３は、図示されるようにマルチメディアプレーヤ１８に実装されるか、あるいは端末１０の別の場所に実現される。同様の原理は、要求オブジェクトプロセッサ１７及び要求プロセッサに当てはまる。
【０１２１】
添付の請求の範囲により規定される本発明の範囲から逸脱せずに、種々の変形及び変更が本発明に対して行なわれてもよいことは、当業者には理解されるだろう。
【図面の簡単な説明】
【０１２２】
【図１】本発明に従ってマルチメディアセッションをセットアップする方法を示すフローチャートである。
【図２】本発明に従ってマルチメディアセッションウインドウを表示するユーザ端末を示す概略図である。
【図３】マルチメディアセッション中にマルチメディアチャネルの切り替えを提供する、図１の方法の追加のステップを示すフローチャートである。
【図４】図３の方法の追加のステップを示すフローチャートである。
【図５】本発明に係る通信システムの一実施形態を示す概略図である。
【図６】本発明に係る通信システムの別の実施形態を示す概略図である。
【図７】本発明の一実施形態に係るマルチメディアセッションセットアップの信号図である。
【図８】本発明の一実施形態に係るマルチメディアチャネル切り替え、及びマルチメディアセッション切断の信号図である。
【図９】本発明に係るチャネル切り替え中のデータパケットの再番号付けを概略的に示す図である。
【図１０】本発明に係るチャネル切り替え中のデータパケットの再番号付けを概略的に示す図である。
【図１１】本発明に係るマルチメディアセッションセットアップ及び管理構成を含むネットワークユニットの一実施形態を概略的に示すブロック図である。
【図１２】本発明に係るマルチメディアセッションセットアップ及び管理構成を含むネットワークユニットの別の実施形態を概略的に示すブロック図である。
【図１３】本発明に係るユーザ端末を概略的に示すブロック図である。
【特許請求の範囲】
【請求項１】
通信システム（１）におけるマルチメディアセッションセットアップ方法であって、
ユーザ端末（１０）からの第１のマルチメディアチャネルの要求に基づいて、マルチメディアプロバイダ（１００）がマルチメディアセッションセットアップ説明情報を生成するステップを備え、
前記マルチメディアセッションセットアップ説明情報は、
ｉ）前記ユーザ端末（１０）で処理されると、前記ユーザ端末（１０）のユーザインタフェース（１２）に表示可能なマルチメディアセッションウインドウ（２０）を規定するマルチメディアオブジェクトを含み、当該マルチメディアセッションウインドウ（２０）は、要求されたマルチメディアチャネルのマルチメディアデータを表示するようになされたマルチメディア表示領域（２２）と、別の第２のマルチメディアチャネルに関する情報を含む表示可能チャネル領域（２４）と、を含み、
前記マルチメディアセッションセットアップ説明情報は更に、
ｉｉ）前記ユーザ端末（１０）で処理されると、前記ユーザ端末（１０）のユーザ入力（１４）と前記第２のマルチメディアチャネルのチャネル識別子とを関連付ける関連付けオブジェクトと、
ｉｉｉ）前記ユーザ入力（１４）のユーザによるトリガに応えて、前記第２のマルチメディアチャネルの要求を生成する要求オブジェクトと、を含み、当該要求は、前記ユーザ端末（１０）の識別子と、前記第２のマルチメディアチャネルの前記チャネル識別子と、を含み、
当該マルチメディアセッションセットアップ方法は更に、前記マルチメディアプロバイダ（１００）が前記マルチメディアセッションセットアップ説明情報を前記ユーザ端末（１０）へ送信するステップを備える
ことを特徴とするマルチメディアセッションセットアップ方法。
【請求項２】
通信システム（１）におけるマルチメディアセッション管理方法であって、
ユーザ端末（１０）からの第１のマルチメディアチャネルの要求に基づいて、マルチメディアプロバイダ（１００）がマルチメディアセッションセットアップ説明情報を生成するステップを備え、
前記マルチメディアセッションセットアップ説明情報は、
ｉ）前記ユーザ端末（１０）で処理されると、前記ユーザ端末（１０）のユーザインタフェース（１２）に表示可能なマルチメディアセッションウインドウ（２０）を規定するマルチメディアオブジェクトを含み、当該マルチメディアセッションウインドウ（２０）は、要求されたマルチメディアチャネルのマルチメディアデータを表示するようになされたマルチメディア表示領域（２２）と、別の第２のマルチメディアチャネルに関する情報を含む表示可能チャネル領域（２４）と、を含み、
前記マルチメディアセッションセットアップ説明情報は更に、
ｉｉ）前記ユーザ端末（１０）で処理されると、前記ユーザ端末（１０）のユーザ入力（１４）と前記第２のマルチメディアチャネルのチャネル識別子とを関連付ける関連付けオブジェクトと、
ｉｉｉ）前記ユーザ入力（１４）のユーザによるトリガに応えて、前記第２のマルチメディアチャネルの要求を生成する要求オブジェクトと、を含み、当該要求は、前記ユーザ端末（１０）の識別子と、前記第２のマルチメディアチャネルの前記チャネル識別子と、を含み、
当該マルチメディアセッション管理方法は更に、
前記マルチメディアプロバイダ（１００）が前記マルチメディアセッションセットアップ説明情報を前記ユーザ端末（１０）へ送信するステップと、
前記マルチメディアプロバイダ（１００）が前記第２のマルチメディアチャネルの前記要求を前記ユーザ端末（１０）から受信するステップと、
実行中のマルチメディアセッションの間に、前記ユーザ端末の識別子と前記第２のマルチメディアチャネルの前記チャネル識別子とに基づいて、前記マルチメディアプロバイダ（１００）が、前記第２のマルチメディアチャネルのマルチメディアデータを、前記マルチメディア表示領域（２２）で表示するために前記ユーザ端末（１０）へ提供するステップと、
を備えることを特徴とするマルチメディアセッション管理方法。
【請求項３】
前記提供するステップは、前記マルチメディアプロバイダ（１００）が、前記第１のマルチメディアチャネルの前記マルチメディアデータと前記第２のマルチメディアチャネルの前記マルチメディアデータとを、データパケット（４０１−４０７，４２４）の連続したストリーム（４００）として前記ユーザ端末へ提供するステップを含み、
前記ストリーム（４００）の第１の部分の前記データパケット（４０１−４０７）は、前記第１のマルチメディアチャネルのマルチメディアデータを含み、
前記ストリーム（４００）の続く第２の部分の前記データパケット（４２４）は、前記第２のマルチメディアチャネルのマルチメディアデータを含む
ことを特徴とする請求項２に記載の方法。
【請求項４】
各データパケット（４０１−４０７，４２４）はシーケンス番号に関連付けられており、
前記提供するステップは、前記ストリーム（４００）の前記データパケット（４０１−４０７，４２４）が連続したシーケンス番号を持つように、前記マルチメディアプロバイダ（１００）が、前記第２のマルチメディアチャネルに関連付けられたマルチメディアデータを含むデータパケット（４２４）にシーケンス番号を割り当てるステップを含む
ことを特徴とする請求項３に記載の方法。
【請求項５】
各データパケット（４０１−４０７，４２４）はタイムスタンプに関連付けられており、
前記提供するステップは、前記ストリーム（４００）の前記データパケット（４０１−４０７，４２４）が連続したタイムスタンプを持つように、前記マルチメディアプロバイダ（１００）が、前記第２のマルチメディアチャネルに関連付けられたマルチメディアデータを含むデータパケット（４２４）にタイムスタンプを割り当てるステップを含む
ことを特徴とする請求項３又は４に記載の方法。
【請求項６】
前記マルチメディアデータはビデオデータ及びオーディオデータを含み、
前記提供するステップは、
オーディオデータを含む前記ストリーム（４００）の前記データパケット（４０１−４０７，４２４）が連続したタイムスタンプを持つように、前記マルチメディアプロバイダ（１００）が、前記第２のマルチメディアチャネルに関連付けられたオーディオデータを含むデータパケット（４２４）にタイムスタンプを割り当てるステップと、
オーディオデータを含む前記データパケット（４２４）の前記割り当てられたタイムスタンプに基づいて、前記マルチメディアプロバイダ（１００）が、前記第２のマルチメディアチャネルに関連付けられたビデオデータを含むデータパケット（４２４）にタイムスタンプを割り当てるステップと、
を含むことを特徴とする請求項５に記載の方法。
【請求項７】
前記提供するステップは、前記マルチメディアプロバイダ（１００）が、前記第１のマルチメディアチャネルに関連付けられたマルチメディアデータを含む前記データパケット（４０１−４０７）の同期ソース（ｓｓｒｃ）値と同じｓｓｒｃ値を、前記第２のマルチメディアチャネルに関連付けられたマルチメディアデータを含むデータパケット（４２４）に割り当てるステップを備えることを特徴とする請求項３乃至６のいずれか１項に記載の方法。
【請求項８】
前記ユーザ端末の識別子は、前記マルチメディアプロバイダ（１００）によって、当該ユーザ端末（１０）の識別子として、且つ前記実行中のマルチメディアセッションの識別子として、利用されることを特徴とする請求項２乃至７のいずれか１項に記載の方法。
【請求項９】
前記マルチメディアプロバイダ（１００）はアプリケーションサーバ（１１０）とストリーミングサーバ（１２０）とを備え、当該方法は、
前記第１のマルチメディアチャネルの要求に基づいて、前記アプリケーションサーバ（１１０）が前記ユーザ端末の識別子を提供するステップと、
前記アプリケーションサーバ（１１０）が、前記ユーザ端末の識別子と前記第１のマルチメディアチャネルのチャネル識別子とを、前記ストリーミングサーバ（１２０）へ転送するステップと、
前記ユーザ端末の識別子に基づいて、前記ストリーミングサーバ（１２０）が前記ユーザ端末（１０）とのマルチメディアセッションをセットアップするステップと、
を更に備えることを特徴とする請求項２乃至８のいずれか１項に記載の方法。
【請求項１０】
前記マルチメディアプロバイダ（１００）はチャネルスイッチ（１３０）を更に備え、当該方法は、
前記第２のマルチメディアチャネルの前記要求において受信した、前記ユーザ端末の識別子と前記第２のマルチメディアチャネルの前記チャネル識別子とに基づいて、前記実行中のマルチメディアセッションに割り当てられた前記ストリーミングサーバ（１２０）の少なくとも１つの入力ポートと、前記第２のマルチメディアチャネルのマルチメディアデータを提供するために割り当てられた前記チャネルスイッチ（１３０）の少なくとも１つの出力ポートとを、前記アプリケーションサーバ（１１０）が決定するステップと、
前記アプリケーションサーバ（１１０）が、前記少なくとも１つの入力ポートと前記少なくとも１つの出力ポートとに関する情報を、前記チャネルスイッチ（１３０）へ転送するステップと、
を更に備えることを特徴とする請求項９に記載の方法。
【請求項１１】
前記要求オブジェクトは、前記マルチメディアプロバイダ（１００）を示すハイパーリンクを含み、
前記第２のマルチメディアチャネルの前記要求は、前記ユーザ端末の識別子と前記第２のチャネルの前記チャネル識別子とを含む、ハイパーテキスト転送プロトコル（ＨＴＴＰ）要求である
ことを特徴とする請求項１乃至１０のいずれか１項に記載の方法。
【請求項１２】
前記ハイパーリンクは、前記ユーザ端末の識別子と前記第２のマルチメディアチャネルの前記チャネル識別子とを含むことを特徴とする請求項１１に記載の方法。
【請求項１３】
前記ユーザ入力（１４）は前記ユーザ端末（１０）のキーであることを特徴とする請求項１乃至１２のいずれか１項に記載の方法。
【請求項１４】
前記マルチメディアセッションセットアップ説明情報は、
同期マルチメディア統合言語（ＳＭＩＬ）に基づく説明情報と、
ハイパーテキストマークアップ言語（ＨＴＭＬ）に基づく説明情報と、
拡張マークアップ言語（ＸＭＬ）に基づく説明情報と、
セッション開始プロトコル（ＳＩＰ）に基づく説明情報と、
メッセージセッションリレープロトコル（ＭＳＲＰ）に基づく説明情報と、
のうちの少なくとも１つを含むことを特徴とする請求項１乃至１３のいずれか１項に記載の方法。
【請求項１５】
前記表示可能なマルチメディアセッションウインドウ（２０）は、前記マルチメディア表示領域（２２）に表示されているマルチメディアデータの識別子を含む、表示可能情報領域（２６）を更に含むことを特徴とする請求項１乃至１４のいずれか１項に記載の方法。
【請求項１６】
前記ユーザ端末の識別子は、
前記マルチメディアプロバイダ（１００）によって割り当てられたユーザ端末固有の識別子と、
前記ユーザ端末（１０）のユニバーサル・リソース・アイデンティファイア（ＵＲＩ）と、
前記ユーザ端末（１０）のインターネットプロトコル（ＩＰ）アドレスと、
前記ユーザ端末（１０）の少なくとも１つのＩＰポートと、
のうちの少なくとも１つを含むことを特徴とする請求項１乃至１５のいずれか１項に記載の方法。
【請求項１７】
前記マルチメディアプロバイダ（１００）が、利用可能なユーザ端末の識別子のプールから選択した、前記ユーザ端末（１０）の識別子を割り当てるステップを更に備えることを特徴とする請求項１乃至１６のいずれか１項に記載の方法。
【請求項１８】
マルチメディアセッションセットアップ装置（１００；１１０）であって、
ユーザ端末（１０）からの第１のマルチメディアチャネルの要求に基づいて、マルチメディアセッションセットアップ説明情報を生成する手段（１１３）を備え、
前記マルチメディアセッションセットアップ説明情報は、
ｉ）前記ユーザ端末（１０）で処理されると、前記ユーザ端末（１０）のユーザインタフェース（１２）に表示可能なマルチメディアセッションウインドウ（２０）を規定するマルチメディアオブジェクトを含み、当該マルチメディアセッションウインドウ（２０）は、要求されたマルチメディアチャネルのマルチメディアデータを表示するようになされたマルチメディア表示領域（２２）と、別の第２のマルチメディアチャネルに関する情報を含む表示可能チャネル領域（２４）と、を含み、
前記マルチメディアセッションセットアップ説明情報は更に、
ｉｉ）前記ユーザ端末（１０）で処理されると、前記ユーザ端末（１０）のユーザ入力（１４）と前記第２のマルチメディアチャネルのチャネル識別子とを関連付ける関連付けオブジェクトと、
ｉｉｉ）前記ユーザ入力（１４）のユーザによるトリガに応えて、前記第２のマルチメディアチャネルの要求を生成する要求オブジェクトと、を含み、当該要求は、前記ユーザ端末（１０）の識別子と、前記第２のマルチメディアチャネルの前記チャネル識別子と、を含み、
当該マルチメディアセッションセットアップ装置は更に、前記マルチメディアセッションセットアップ説明情報を前記ユーザ端末（１０）へ送信する手段（１１１）を備える
ことを特徴とするマルチメディアセッションセットアップ装置。
【請求項１９】
マルチメディアセッション管理装置（１００）であって、
ユーザ端末（１０）からの第１のマルチメディアチャネルの要求に基づいて、マルチメディアセッションセットアップ説明情報を生成する手段（１１３）を備え、
前記マルチメディアセッションセットアップ説明情報は、
ｉ）前記ユーザ端末（１０）で処理されると、前記ユーザ端末（１０）のユーザインタフェース（１２）に表示可能なマルチメディアセッションウインドウ（２０）を規定するマルチメディアオブジェクトを含み、当該マルチメディアセッションウインドウ（２０）は、要求されたマルチメディアチャネルのマルチメディアデータを表示するようになされたマルチメディア表示領域（２２）と、別の第２のマルチメディアチャネルに関する情報を含む表示可能チャネル領域（２４）と、を含み、
前記マルチメディアセッションセットアップ説明情報は更に、
ｉｉ）前記ユーザ端末（１０）で処理されると、前記ユーザ端末（１０）のユーザ入力（１４）と前記第２のマルチメディアチャネルのチャネル識別子とを関連付ける関連付けオブジェクトと、
ｉｉｉ）前記ユーザ入力（１４）のユーザによるトリガに応えて、前記第２のマルチメディアチャネルの要求を生成する要求オブジェクトと、を含み、当該要求は、前記ユーザ端末（１０）の識別子と、前記第２のマルチメディアチャネルの前記チャネル識別子と、を含み、
当該マルチメディアセッション管理装置は更に、
前記マルチメディアセッションセットアップ説明情報を前記ユーザ端末（１０）へ送信する手段（１１１）と、
前記第２のマルチメディアチャネルの前記要求を前記ユーザ端末（１０）から受信する手段（１１１）と、
実行中のマルチメディアセッションの間に、前記ユーザ端末の識別子と前記第２のマルチメディアチャネルの前記チャネル識別子とに基づいて、前記第２のマルチメディアチャネルのマルチメディアデータを、前記マルチメディア表示領域（２２）で表示するために前記ユーザ端末（１０）へ提供する手段（１２０；１３０）と、
を備えることを特徴とするマルチメディアセッション管理装置。
【請求項２０】
前記提供する手段（１２０；１３０）は、前記第１のマルチメディアチャネルの前記マルチメディアデータと前記第２のマルチメディアチャネルの前記マルチメディアデータとを、データパケット（４０１−４０７，４２４）の連続したストリーム（４００）として前記ユーザ端末へ提供するように構成され、
前記ストリーム（４００）の第１の部分の前記データパケット（４０１−４０７）は、前記第１のマルチメディアチャネルのマルチメディアデータを含み、
前記ストリーム（４００）の続く第２の部分の前記データパケット（４２４）は、前記第２のマルチメディアチャネルのマルチメディアデータを含む
ことを特徴とする請求項１９に記載の装置。
【請求項２１】
各データパケット（４０１−４０７，４２４）はシーケンス番号に関連付けられており、
前記提供する手段（１２０；１３０）は、前記ストリーム（４００）の前記データパケット（４０１−４０７，４２４）が連続したシーケンス番号を持つように、前記第２のマルチメディアチャネルに関連付けられたマルチメディアデータを含むデータパケット（４２４）にシーケンス番号を割り当てる手段（１３２）を含む
ことを特徴とする請求項２０に記載の装置。
【請求項２２】
各データパケット（４０１−４０７，４２４）はタイムスタンプに関連付けられており、
前記提供する手段（１２０；１３０）は、前記ストリーム（４００）の前記データパケット（４０１−４０７，４２４）が連続したタイムスタンプを持つように、前記第２のマルチメディアチャネルに関連付けられたマルチメディアデータを含むデータパケット（４２４）にタイムスタンプを割り当てる手段（１３２）を含む
ことを特徴とする請求項１９又は２０に記載の装置。
【請求項２３】
前記マルチメディアデータはビデオデータ及びオーディオデータを含み、
前記割り当てる手段（１３２）は、
オーディオデータを含む前記ストリーム（４００）の前記データパケット（４０１−４０７，４２４）が連続したタイムスタンプを持つように、前記第２のマルチメディアチャネルに関連付けられたオーディオデータを含むデータパケット（４２４）にタイムスタンプを割り当てるように構成され、且つ、
オーディオデータを含む前記データパケット（４２４）の前記割り当てられたタイムスタンプに基づいて、前記第２のマルチメディアチャネルに関連付けられたビデオデータを含むデータパケット（４２４）にタイムスタンプを割り当てるように構成される
ことを特徴とする請求項２２に記載の装置。
【請求項２４】
前記提供する手段（１２０；１３０）は、前記第１のマルチメディアチャネルに関連付けられたマルチメディアデータを含む前記データパケット（４０１−４０７）の同期ソース（ｓｓｒｃ）値と同じｓｓｒｃ値を、前記第２のマルチメディアチャネルに関連付けられたマルチメディアデータを含むデータパケット（４２４）に割り当てる手段（１３２）を備えることを特徴とする請求項１９乃至２３のいずれか１項に記載の装置。
【請求項２５】
前記ユーザ端末の識別子を、当該ユーザ端末の識別子として、且つ前記実行中のマルチメディアセッションの識別子として、利用することを特徴とする請求項１９乃至２４のいずれか１項に記載の装置。
【請求項２６】
アプリケーションサーバ（１１０）とストリーミングサーバ（１２０）とを備え、当該アプリケーションサーバ（１１０）は、
前記第１のマルチメディアチャネルの要求に基づいて、前記ユーザ端末の識別子を提供する手段（１１２）と、
前記ユーザ端末の識別子と前記第１のマルチメディアチャネルのチャネル識別子とを、前記ストリーミングサーバ（１２０）へ転送する手段（１１１）と、
を備え、
当該ストリーミングサーバ（１２０）は、前記ユーザ端末の識別子に基づいて、前記ユーザ端末（１０）とのマルチメディアセッションをセットアップする手段（１２４）を更に備える
ことを特徴とする請求項２０乃至２５のいずれか１項に記載の方法。
【請求項２７】
チャネルスイッチ（１３０）を更に備え、前記アプリケーションサーバ（１１０）は、
前記第２のマルチメディアチャネルの前記要求において受信した、前記ユーザ端末の識別子と前記第２のマルチメディアチャネルの前記チャネル識別子とに基づいて、前記実行中のマルチメディアセッションに割り当てられた前記ストリーミングサーバ（１２０）の少なくとも１つの入力ポートと、前記第２のマルチメディアチャネルのマルチメディアデータを提供するために割り当てられた前記チャネルスイッチ（１３０）の少なくとも１つの出力ポートとを、決定する手段（１１４）と、
前記少なくとも１つの入力ポートと前記少なくとも１つの出力ポートとに関する情報を、前記チャネルスイッチ（１３０）へ転送する手段（１１１）と、
を更に備えることを特徴とする請求項２６に記載の装置。
【請求項２８】
前記要求オブジェクトは、当該装置（１００；１１０）を示すハイパーリンクを含み、
前記第２のマルチメディアチャネルの前記要求は、前記ユーザ端末の識別子と前記第２のチャネルの前記チャネル識別子とを含む、ハイパーテキスト転送プロトコル（ＨＴＴＰ）要求である
ことを特徴とする請求項１９乃至２７のいずれか１項に記載の装置。
【請求項２９】
前記ハイパーリンクは、前記ユーザ端末の識別子と前記第２のマルチメディアチャネルの前記チャネル識別子とを含むことを特徴とする請求項２８に記載の装置。
【請求項３０】
前記マルチメディアセッションセットアップ説明情報は、
同期マルチメディア統合言語（ＳＭＩＬ）に基づく説明情報と、
ハイパーテキストマークアップ言語（ＨＴＭＬ）に基づく説明情報と、
拡張マークアップ言語（ＸＭＬ）に基づく説明情報と、
セッション開始プロトコル（ＳＩＰ）に基づく説明情報と、
メッセージセッションリレープロトコル（ＭＳＲＰ）に基づく説明情報と、
のうちの少なくとも１つを含むことを特徴とする請求項１８乃至２９のいずれか１項に記載の装置。
【請求項３１】
前記表示可能なマルチメディアセッションウインドウ（２０）は、前記マルチメディア表示領域（２２）に表示されているマルチメディアデータの識別子を含む、表示可能情報領域（２６）を更に含むことを特徴とする請求項１８乃至３０のいずれか１項に記載の装置。
【請求項３２】
前記ユーザ端末の識別子は、
当該装置（１００；１１０）によって割り当てられたユーザ端末固有の識別子と、
前記ユーザ端末（１０）のユニバーサル・リソース・アイデンティファイア（ＵＲＩ）と、
前記ユーザ端末（１０）のインターネットプロトコル（ＩＰ）アドレスと、
前記ユーザ端末（１０）の少なくとも１つのＩＰポートと、
のうちの少なくとも１つを含むことを特徴とする請求項１８乃至３１のいずれか１項に記載の装置。
【請求項３３】
利用可能なユーザ端末の識別子のプール（１１５）から選択した、前記ユーザ端末（１０）の識別子を割り当てる手段（１１２）を更に備えることを特徴とする請求項１８乃至３２のいずれか１項に記載の装置。
【請求項３４】
請求項１８乃至３３のいずれか１項に記載の装置（１００；１１０）を含むことを特徴とするネットワークノード。
【請求項３５】
ユーザ端末（１０）であって、
第１のマルチメディアチャネルの要求をマルチメディアプロバイダ（１００）へ送信する手段（１１）と、
前記マルチメディアプロバイダ（１００）から、前記第１のマルチメディアチャネルの前記要求に基づいて生成された、マルチメディアオブジェクトと関連付けオブジェクトと要求オブジェクトとを含むマルチメディアセッションセットアップ説明情報を受信する手段（１１）と、
当該ユーザ端末（１０）のユーザインタフェース（１２）に表示可能なマルチメディアセッションウインドウ（２０）を提供するために前記マルチメディアオブジェクト（１３）を処理する手段（１３）と、を備え、当該マルチメディアセッションウインドウ（２０）は、要求されたマルチメディアチャネルのマルチメディアデータを表示するようになされたマルチメディア表示領域（２２）と、別の第２のマルチメディアチャネルに関する情報を含む表示可能チャネル領域（２４）と、を含み、
当該ユーザ端末は更に、
当該ユーザ端末（１０）のユーザ入力（１４）と前記第２のマルチメディアチャネルのチャネル識別子との関連付けを提供するために前記関連付けオブジェクトを処理する手段（１５）と、
前記ユーザ入力（１４）のユーザによるトリガに応えて、前記第２のマルチメディアチャネルの要求を生成するために前記要求オブジェクトを処理する手段（１７）と、を備え、当該要求は、当該ユーザ端末（１０）の識別子と、前記第２のマルチメディアチャネルの前記チャネル識別子と、を含む
ことを特徴とするユーザ端末。
【請求項３６】
前記第２のマルチメディアチャネルの前記要求を前記マルチメディアプロバイダ（１００）へ送信する手段（１１）を更に備えることを特徴とする請求項３５に記載のユーザ端末。
【請求項１】
通信システム（１）におけるマルチメディアセッションセットアップ方法であって、
ユーザ端末（１０）からの第１のマルチメディアチャネルの要求に基づいて、マルチメディアプロバイダ（１００）がマルチメディアセッションセットアップ説明情報を生成するステップを備え、
前記マルチメディアセッションセットアップ説明情報は、
ｉ）前記ユーザ端末（１０）で処理されると、前記ユーザ端末（１０）のユーザインタフェース（１２）に表示可能なマルチメディアセッションウインドウ（２０）を規定するマルチメディアオブジェクトを含み、当該マルチメディアセッションウインドウ（２０）は、要求されたマルチメディアチャネルのマルチメディアデータを表示するようになされたマルチメディア表示領域（２２）と、別の第２のマルチメディアチャネルに関する情報を含む表示可能チャネル領域（２４）と、を含み、
前記マルチメディアセッションセットアップ説明情報は更に、
ｉｉ）前記ユーザ端末（１０）で処理されると、前記ユーザ端末（１０）のユーザ入力（１４）と前記第２のマルチメディアチャネルのチャネル識別子とを関連付ける関連付けオブジェクトと、
ｉｉｉ）前記ユーザ入力（１４）のユーザによるトリガに応えて、前記第２のマルチメディアチャネルの要求を生成する要求オブジェクトと、を含み、当該要求は、前記ユーザ端末（１０）の識別子と、前記第２のマルチメディアチャネルの前記チャネル識別子と、を含み、
当該マルチメディアセッションセットアップ方法は更に、前記マルチメディアプロバイダ（１００）が前記マルチメディアセッションセットアップ説明情報を前記ユーザ端末（１０）へ送信するステップを備える
ことを特徴とするマルチメディアセッションセットアップ方法。
【請求項２】
通信システム（１）におけるマルチメディアセッション管理方法であって、
ユーザ端末（１０）からの第１のマルチメディアチャネルの要求に基づいて、マルチメディアプロバイダ（１００）がマルチメディアセッションセットアップ説明情報を生成するステップを備え、
前記マルチメディアセッションセットアップ説明情報は、
ｉ）前記ユーザ端末（１０）で処理されると、前記ユーザ端末（１０）のユーザインタフェース（１２）に表示可能なマルチメディアセッションウインドウ（２０）を規定するマルチメディアオブジェクトを含み、当該マルチメディアセッションウインドウ（２０）は、要求されたマルチメディアチャネルのマルチメディアデータを表示するようになされたマルチメディア表示領域（２２）と、別の第２のマルチメディアチャネルに関する情報を含む表示可能チャネル領域（２４）と、を含み、
前記マルチメディアセッションセットアップ説明情報は更に、
ｉｉ）前記ユーザ端末（１０）で処理されると、前記ユーザ端末（１０）のユーザ入力（１４）と前記第２のマルチメディアチャネルのチャネル識別子とを関連付ける関連付けオブジェクトと、
ｉｉｉ）前記ユーザ入力（１４）のユーザによるトリガに応えて、前記第２のマルチメディアチャネルの要求を生成する要求オブジェクトと、を含み、当該要求は、前記ユーザ端末（１０）の識別子と、前記第２のマルチメディアチャネルの前記チャネル識別子と、を含み、
当該マルチメディアセッション管理方法は更に、
前記マルチメディアプロバイダ（１００）が前記マルチメディアセッションセットアップ説明情報を前記ユーザ端末（１０）へ送信するステップと、
前記マルチメディアプロバイダ（１００）が前記第２のマルチメディアチャネルの前記要求を前記ユーザ端末（１０）から受信するステップと、
実行中のマルチメディアセッションの間に、前記ユーザ端末の識別子と前記第２のマルチメディアチャネルの前記チャネル識別子とに基づいて、前記マルチメディアプロバイダ（１００）が、前記第２のマルチメディアチャネルのマルチメディアデータを、前記マルチメディア表示領域（２２）で表示するために前記ユーザ端末（１０）へ提供するステップと、
を備えることを特徴とするマルチメディアセッション管理方法。
【請求項３】
前記提供するステップは、前記マルチメディアプロバイダ（１００）が、前記第１のマルチメディアチャネルの前記マルチメディアデータと前記第２のマルチメディアチャネルの前記マルチメディアデータとを、データパケット（４０１−４０７，４２４）の連続したストリーム（４００）として前記ユーザ端末へ提供するステップを含み、
前記ストリーム（４００）の第１の部分の前記データパケット（４０１−４０７）は、前記第１のマルチメディアチャネルのマルチメディアデータを含み、
前記ストリーム（４００）の続く第２の部分の前記データパケット（４２４）は、前記第２のマルチメディアチャネルのマルチメディアデータを含む
ことを特徴とする請求項２に記載の方法。
【請求項４】
各データパケット（４０１−４０７，４２４）はシーケンス番号に関連付けられており、
前記提供するステップは、前記ストリーム（４００）の前記データパケット（４０１−４０７，４２４）が連続したシーケンス番号を持つように、前記マルチメディアプロバイダ（１００）が、前記第２のマルチメディアチャネルに関連付けられたマルチメディアデータを含むデータパケット（４２４）にシーケンス番号を割り当てるステップを含む
ことを特徴とする請求項３に記載の方法。
【請求項５】
各データパケット（４０１−４０７，４２４）はタイムスタンプに関連付けられており、
前記提供するステップは、前記ストリーム（４００）の前記データパケット（４０１−４０７，４２４）が連続したタイムスタンプを持つように、前記マルチメディアプロバイダ（１００）が、前記第２のマルチメディアチャネルに関連付けられたマルチメディアデータを含むデータパケット（４２４）にタイムスタンプを割り当てるステップを含む
ことを特徴とする請求項３又は４に記載の方法。
【請求項６】
前記マルチメディアデータはビデオデータ及びオーディオデータを含み、
前記提供するステップは、
オーディオデータを含む前記ストリーム（４００）の前記データパケット（４０１−４０７，４２４）が連続したタイムスタンプを持つように、前記マルチメディアプロバイダ（１００）が、前記第２のマルチメディアチャネルに関連付けられたオーディオデータを含むデータパケット（４２４）にタイムスタンプを割り当てるステップと、
オーディオデータを含む前記データパケット（４２４）の前記割り当てられたタイムスタンプに基づいて、前記マルチメディアプロバイダ（１００）が、前記第２のマルチメディアチャネルに関連付けられたビデオデータを含むデータパケット（４２４）にタイムスタンプを割り当てるステップと、
を含むことを特徴とする請求項５に記載の方法。
【請求項７】
前記提供するステップは、前記マルチメディアプロバイダ（１００）が、前記第１のマルチメディアチャネルに関連付けられたマルチメディアデータを含む前記データパケット（４０１−４０７）の同期ソース（ｓｓｒｃ）値と同じｓｓｒｃ値を、前記第２のマルチメディアチャネルに関連付けられたマルチメディアデータを含むデータパケット（４２４）に割り当てるステップを備えることを特徴とする請求項３乃至６のいずれか１項に記載の方法。
【請求項８】
前記ユーザ端末の識別子は、前記マルチメディアプロバイダ（１００）によって、当該ユーザ端末（１０）の識別子として、且つ前記実行中のマルチメディアセッションの識別子として、利用されることを特徴とする請求項２乃至７のいずれか１項に記載の方法。
【請求項９】
前記マルチメディアプロバイダ（１００）はアプリケーションサーバ（１１０）とストリーミングサーバ（１２０）とを備え、当該方法は、
前記第１のマルチメディアチャネルの要求に基づいて、前記アプリケーションサーバ（１１０）が前記ユーザ端末の識別子を提供するステップと、
前記アプリケーションサーバ（１１０）が、前記ユーザ端末の識別子と前記第１のマルチメディアチャネルのチャネル識別子とを、前記ストリーミングサーバ（１２０）へ転送するステップと、
前記ユーザ端末の識別子に基づいて、前記ストリーミングサーバ（１２０）が前記ユーザ端末（１０）とのマルチメディアセッションをセットアップするステップと、
を更に備えることを特徴とする請求項２乃至８のいずれか１項に記載の方法。
【請求項１０】
前記マルチメディアプロバイダ（１００）はチャネルスイッチ（１３０）を更に備え、当該方法は、
前記第２のマルチメディアチャネルの前記要求において受信した、前記ユーザ端末の識別子と前記第２のマルチメディアチャネルの前記チャネル識別子とに基づいて、前記実行中のマルチメディアセッションに割り当てられた前記ストリーミングサーバ（１２０）の少なくとも１つの入力ポートと、前記第２のマルチメディアチャネルのマルチメディアデータを提供するために割り当てられた前記チャネルスイッチ（１３０）の少なくとも１つの出力ポートとを、前記アプリケーションサーバ（１１０）が決定するステップと、
前記アプリケーションサーバ（１１０）が、前記少なくとも１つの入力ポートと前記少なくとも１つの出力ポートとに関する情報を、前記チャネルスイッチ（１３０）へ転送するステップと、
を更に備えることを特徴とする請求項９に記載の方法。
【請求項１１】
前記要求オブジェクトは、前記マルチメディアプロバイダ（１００）を示すハイパーリンクを含み、
前記第２のマルチメディアチャネルの前記要求は、前記ユーザ端末の識別子と前記第２のチャネルの前記チャネル識別子とを含む、ハイパーテキスト転送プロトコル（ＨＴＴＰ）要求である
ことを特徴とする請求項１乃至１０のいずれか１項に記載の方法。
【請求項１２】
前記ハイパーリンクは、前記ユーザ端末の識別子と前記第２のマルチメディアチャネルの前記チャネル識別子とを含むことを特徴とする請求項１１に記載の方法。
【請求項１３】
前記ユーザ入力（１４）は前記ユーザ端末（１０）のキーであることを特徴とする請求項１乃至１２のいずれか１項に記載の方法。
【請求項１４】
前記マルチメディアセッションセットアップ説明情報は、
同期マルチメディア統合言語（ＳＭＩＬ）に基づく説明情報と、
ハイパーテキストマークアップ言語（ＨＴＭＬ）に基づく説明情報と、
拡張マークアップ言語（ＸＭＬ）に基づく説明情報と、
セッション開始プロトコル（ＳＩＰ）に基づく説明情報と、
メッセージセッションリレープロトコル（ＭＳＲＰ）に基づく説明情報と、
のうちの少なくとも１つを含むことを特徴とする請求項１乃至１３のいずれか１項に記載の方法。
【請求項１５】
前記表示可能なマルチメディアセッションウインドウ（２０）は、前記マルチメディア表示領域（２２）に表示されているマルチメディアデータの識別子を含む、表示可能情報領域（２６）を更に含むことを特徴とする請求項１乃至１４のいずれか１項に記載の方法。
【請求項１６】
前記ユーザ端末の識別子は、
前記マルチメディアプロバイダ（１００）によって割り当てられたユーザ端末固有の識別子と、
前記ユーザ端末（１０）のユニバーサル・リソース・アイデンティファイア（ＵＲＩ）と、
前記ユーザ端末（１０）のインターネットプロトコル（ＩＰ）アドレスと、
前記ユーザ端末（１０）の少なくとも１つのＩＰポートと、
のうちの少なくとも１つを含むことを特徴とする請求項１乃至１５のいずれか１項に記載の方法。
【請求項１７】
前記マルチメディアプロバイダ（１００）が、利用可能なユーザ端末の識別子のプールから選択した、前記ユーザ端末（１０）の識別子を割り当てるステップを更に備えることを特徴とする請求項１乃至１６のいずれか１項に記載の方法。
【請求項１８】
マルチメディアセッションセットアップ装置（１００；１１０）であって、
ユーザ端末（１０）からの第１のマルチメディアチャネルの要求に基づいて、マルチメディアセッションセットアップ説明情報を生成する手段（１１３）を備え、
前記マルチメディアセッションセットアップ説明情報は、
ｉ）前記ユーザ端末（１０）で処理されると、前記ユーザ端末（１０）のユーザインタフェース（１２）に表示可能なマルチメディアセッションウインドウ（２０）を規定するマルチメディアオブジェクトを含み、当該マルチメディアセッションウインドウ（２０）は、要求されたマルチメディアチャネルのマルチメディアデータを表示するようになされたマルチメディア表示領域（２２）と、別の第２のマルチメディアチャネルに関する情報を含む表示可能チャネル領域（２４）と、を含み、
前記マルチメディアセッションセットアップ説明情報は更に、
ｉｉ）前記ユーザ端末（１０）で処理されると、前記ユーザ端末（１０）のユーザ入力（１４）と前記第２のマルチメディアチャネルのチャネル識別子とを関連付ける関連付けオブジェクトと、
ｉｉｉ）前記ユーザ入力（１４）のユーザによるトリガに応えて、前記第２のマルチメディアチャネルの要求を生成する要求オブジェクトと、を含み、当該要求は、前記ユーザ端末（１０）の識別子と、前記第２のマルチメディアチャネルの前記チャネル識別子と、を含み、
当該マルチメディアセッションセットアップ装置は更に、前記マルチメディアセッションセットアップ説明情報を前記ユーザ端末（１０）へ送信する手段（１１１）を備える
ことを特徴とするマルチメディアセッションセットアップ装置。
【請求項１９】
マルチメディアセッション管理装置（１００）であって、
ユーザ端末（１０）からの第１のマルチメディアチャネルの要求に基づいて、マルチメディアセッションセットアップ説明情報を生成する手段（１１３）を備え、
前記マルチメディアセッションセットアップ説明情報は、
ｉ）前記ユーザ端末（１０）で処理されると、前記ユーザ端末（１０）のユーザインタフェース（１２）に表示可能なマルチメディアセッションウインドウ（２０）を規定するマルチメディアオブジェクトを含み、当該マルチメディアセッションウインドウ（２０）は、要求されたマルチメディアチャネルのマルチメディアデータを表示するようになされたマルチメディア表示領域（２２）と、別の第２のマルチメディアチャネルに関する情報を含む表示可能チャネル領域（２４）と、を含み、
前記マルチメディアセッションセットアップ説明情報は更に、
ｉｉ）前記ユーザ端末（１０）で処理されると、前記ユーザ端末（１０）のユーザ入力（１４）と前記第２のマルチメディアチャネルのチャネル識別子とを関連付ける関連付けオブジェクトと、
ｉｉｉ）前記ユーザ入力（１４）のユーザによるトリガに応えて、前記第２のマルチメディアチャネルの要求を生成する要求オブジェクトと、を含み、当該要求は、前記ユーザ端末（１０）の識別子と、前記第２のマルチメディアチャネルの前記チャネル識別子と、を含み、
当該マルチメディアセッション管理装置は更に、
前記マルチメディアセッションセットアップ説明情報を前記ユーザ端末（１０）へ送信する手段（１１１）と、
前記第２のマルチメディアチャネルの前記要求を前記ユーザ端末（１０）から受信する手段（１１１）と、
実行中のマルチメディアセッションの間に、前記ユーザ端末の識別子と前記第２のマルチメディアチャネルの前記チャネル識別子とに基づいて、前記第２のマルチメディアチャネルのマルチメディアデータを、前記マルチメディア表示領域（２２）で表示するために前記ユーザ端末（１０）へ提供する手段（１２０；１３０）と、
を備えることを特徴とするマルチメディアセッション管理装置。
【請求項２０】
前記提供する手段（１２０；１３０）は、前記第１のマルチメディアチャネルの前記マルチメディアデータと前記第２のマルチメディアチャネルの前記マルチメディアデータとを、データパケット（４０１−４０７，４２４）の連続したストリーム（４００）として前記ユーザ端末へ提供するように構成され、
前記ストリーム（４００）の第１の部分の前記データパケット（４０１−４０７）は、前記第１のマルチメディアチャネルのマルチメディアデータを含み、
前記ストリーム（４００）の続く第２の部分の前記データパケット（４２４）は、前記第２のマルチメディアチャネルのマルチメディアデータを含む
ことを特徴とする請求項１９に記載の装置。
【請求項２１】
各データパケット（４０１−４０７，４２４）はシーケンス番号に関連付けられており、
前記提供する手段（１２０；１３０）は、前記ストリーム（４００）の前記データパケット（４０１−４０７，４２４）が連続したシーケンス番号を持つように、前記第２のマルチメディアチャネルに関連付けられたマルチメディアデータを含むデータパケット（４２４）にシーケンス番号を割り当てる手段（１３２）を含む
ことを特徴とする請求項２０に記載の装置。
【請求項２２】
各データパケット（４０１−４０７，４２４）はタイムスタンプに関連付けられており、
前記提供する手段（１２０；１３０）は、前記ストリーム（４００）の前記データパケット（４０１−４０７，４２４）が連続したタイムスタンプを持つように、前記第２のマルチメディアチャネルに関連付けられたマルチメディアデータを含むデータパケット（４２４）にタイムスタンプを割り当てる手段（１３２）を含む
ことを特徴とする請求項１９又は２０に記載の装置。
【請求項２３】
前記マルチメディアデータはビデオデータ及びオーディオデータを含み、
前記割り当てる手段（１３２）は、
オーディオデータを含む前記ストリーム（４００）の前記データパケット（４０１−４０７，４２４）が連続したタイムスタンプを持つように、前記第２のマルチメディアチャネルに関連付けられたオーディオデータを含むデータパケット（４２４）にタイムスタンプを割り当てるように構成され、且つ、
オーディオデータを含む前記データパケット（４２４）の前記割り当てられたタイムスタンプに基づいて、前記第２のマルチメディアチャネルに関連付けられたビデオデータを含むデータパケット（４２４）にタイムスタンプを割り当てるように構成される
ことを特徴とする請求項２２に記載の装置。
【請求項２４】
前記提供する手段（１２０；１３０）は、前記第１のマルチメディアチャネルに関連付けられたマルチメディアデータを含む前記データパケット（４０１−４０７）の同期ソース（ｓｓｒｃ）値と同じｓｓｒｃ値を、前記第２のマルチメディアチャネルに関連付けられたマルチメディアデータを含むデータパケット（４２４）に割り当てる手段（１３２）を備えることを特徴とする請求項１９乃至２３のいずれか１項に記載の装置。
【請求項２５】
前記ユーザ端末の識別子を、当該ユーザ端末の識別子として、且つ前記実行中のマルチメディアセッションの識別子として、利用することを特徴とする請求項１９乃至２４のいずれか１項に記載の装置。
【請求項２６】
アプリケーションサーバ（１１０）とストリーミングサーバ（１２０）とを備え、当該アプリケーションサーバ（１１０）は、
前記第１のマルチメディアチャネルの要求に基づいて、前記ユーザ端末の識別子を提供する手段（１１２）と、
前記ユーザ端末の識別子と前記第１のマルチメディアチャネルのチャネル識別子とを、前記ストリーミングサーバ（１２０）へ転送する手段（１１１）と、
を備え、
当該ストリーミングサーバ（１２０）は、前記ユーザ端末の識別子に基づいて、前記ユーザ端末（１０）とのマルチメディアセッションをセットアップする手段（１２４）を更に備える
ことを特徴とする請求項２０乃至２５のいずれか１項に記載の方法。
【請求項２７】
チャネルスイッチ（１３０）を更に備え、前記アプリケーションサーバ（１１０）は、
前記第２のマルチメディアチャネルの前記要求において受信した、前記ユーザ端末の識別子と前記第２のマルチメディアチャネルの前記チャネル識別子とに基づいて、前記実行中のマルチメディアセッションに割り当てられた前記ストリーミングサーバ（１２０）の少なくとも１つの入力ポートと、前記第２のマルチメディアチャネルのマルチメディアデータを提供するために割り当てられた前記チャネルスイッチ（１３０）の少なくとも１つの出力ポートとを、決定する手段（１１４）と、
前記少なくとも１つの入力ポートと前記少なくとも１つの出力ポートとに関する情報を、前記チャネルスイッチ（１３０）へ転送する手段（１１１）と、
を更に備えることを特徴とする請求項２６に記載の装置。
【請求項２８】
前記要求オブジェクトは、当該装置（１００；１１０）を示すハイパーリンクを含み、
前記第２のマルチメディアチャネルの前記要求は、前記ユーザ端末の識別子と前記第２のチャネルの前記チャネル識別子とを含む、ハイパーテキスト転送プロトコル（ＨＴＴＰ）要求である
ことを特徴とする請求項１９乃至２７のいずれか１項に記載の装置。
【請求項２９】
前記ハイパーリンクは、前記ユーザ端末の識別子と前記第２のマルチメディアチャネルの前記チャネル識別子とを含むことを特徴とする請求項２８に記載の装置。
【請求項３０】
前記マルチメディアセッションセットアップ説明情報は、
同期マルチメディア統合言語（ＳＭＩＬ）に基づく説明情報と、
ハイパーテキストマークアップ言語（ＨＴＭＬ）に基づく説明情報と、
拡張マークアップ言語（ＸＭＬ）に基づく説明情報と、
セッション開始プロトコル（ＳＩＰ）に基づく説明情報と、
メッセージセッションリレープロトコル（ＭＳＲＰ）に基づく説明情報と、
のうちの少なくとも１つを含むことを特徴とする請求項１８乃至２９のいずれか１項に記載の装置。
【請求項３１】
前記表示可能なマルチメディアセッションウインドウ（２０）は、前記マルチメディア表示領域（２２）に表示されているマルチメディアデータの識別子を含む、表示可能情報領域（２６）を更に含むことを特徴とする請求項１８乃至３０のいずれか１項に記載の装置。
【請求項３２】
前記ユーザ端末の識別子は、
当該装置（１００；１１０）によって割り当てられたユーザ端末固有の識別子と、
前記ユーザ端末（１０）のユニバーサル・リソース・アイデンティファイア（ＵＲＩ）と、
前記ユーザ端末（１０）のインターネットプロトコル（ＩＰ）アドレスと、
前記ユーザ端末（１０）の少なくとも１つのＩＰポートと、
のうちの少なくとも１つを含むことを特徴とする請求項１８乃至３１のいずれか１項に記載の装置。
【請求項３３】
利用可能なユーザ端末の識別子のプール（１１５）から選択した、前記ユーザ端末（１０）の識別子を割り当てる手段（１１２）を更に備えることを特徴とする請求項１８乃至３２のいずれか１項に記載の装置。
【請求項３４】
請求項１８乃至３３のいずれか１項に記載の装置（１００；１１０）を含むことを特徴とするネットワークノード。
【請求項３５】
ユーザ端末（１０）であって、
第１のマルチメディアチャネルの要求をマルチメディアプロバイダ（１００）へ送信する手段（１１）と、
前記マルチメディアプロバイダ（１００）から、前記第１のマルチメディアチャネルの前記要求に基づいて生成された、マルチメディアオブジェクトと関連付けオブジェクトと要求オブジェクトとを含むマルチメディアセッションセットアップ説明情報を受信する手段（１１）と、
当該ユーザ端末（１０）のユーザインタフェース（１２）に表示可能なマルチメディアセッションウインドウ（２０）を提供するために前記マルチメディアオブジェクト（１３）を処理する手段（１３）と、を備え、当該マルチメディアセッションウインドウ（２０）は、要求されたマルチメディアチャネルのマルチメディアデータを表示するようになされたマルチメディア表示領域（２２）と、別の第２のマルチメディアチャネルに関する情報を含む表示可能チャネル領域（２４）と、を含み、
当該ユーザ端末は更に、
当該ユーザ端末（１０）のユーザ入力（１４）と前記第２のマルチメディアチャネルのチャネル識別子との関連付けを提供するために前記関連付けオブジェクトを処理する手段（１５）と、
前記ユーザ入力（１４）のユーザによるトリガに応えて、前記第２のマルチメディアチャネルの要求を生成するために前記要求オブジェクトを処理する手段（１７）と、を備え、当該要求は、当該ユーザ端末（１０）の識別子と、前記第２のマルチメディアチャネルの前記チャネル識別子と、を含む
ことを特徴とするユーザ端末。
【請求項３６】
前記第２のマルチメディアチャネルの前記要求を前記マルチメディアプロバイダ（１００）へ送信する手段（１１）を更に備えることを特徴とする請求項３５に記載のユーザ端末。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【公表番号】特表２００８−５２２４８７（Ｐ２００８−５２２４８７Ａ）
【公表日】平成２０年６月２６日（２００８．６．２６）
【国際特許分類】
【出願番号】特願２００７−５４２９８１（Ｐ２００７−５４２９８１）
【出願日】平成１７年１１月２４日（２００５．１１．２４）
【国際出願番号】ＰＣＴ／ＳＥ２００５／００１７６８
【国際公開番号】ＷＯ２００６／０５７６０６
【国際公開日】平成１８年６月１日（２００６．６．１）
【出願人】（５９８０３６３００）テレフオンアクチーボラゲット エル エム エリクソン（パブル） (2,266)
【Ｆターム（参考）】
【公表日】平成２０年６月２６日（２００８．６．２６）
【国際特許分類】
【出願日】平成１７年１１月２４日（２００５．１１．２４）
【国際出願番号】ＰＣＴ／ＳＥ２００５／００１７６８
【国際公開番号】ＷＯ２００６／０５７６０６
【国際公開日】平成１８年６月１日（２００６．６．１）
【出願人】（５９８０３６３００）テレフオンアクチーボラゲット エル エム エリクソン（パブル） (2,266)
【Ｆターム（参考）】
[ Back to top ]