ネットワークにおける関連付けられたセッションの管理
ネットワークにおいて、関連付けられたセッションを管理するための方法及びシステムが説明される。ネットワークは、ネットワークとユーザ機器との間の関連付けられたセッションを管理するように構成されたネットワーク構成要素を含む。上記方法は、ネットワークにおいてセッションを関連付けるための合成セッション識別子を提供するステップと、合成セッション識別子をユーザ機器とネットワーク構成要素との間で交換するステップと、合成セッション識別子を交換することで２以上のセッションを合成セッション識別子と関連付けるステップと、を含む。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク上の関連付けられたセッションを管理することに関する。しかし、ネットワーク上の関連付けられたマルチメディア・セッションを管理するための方法及びシステム、そのようなシステムにおいて使用するためのネットワーク構成要素及びユーザ機器、並びにその方法を実行するためのコンピュータ・プログラムに限定されない。
【背景技術】
【０００２】
ＩＰマルチメディアサブシステム（ＩＭＳ）の基本設計概念は、セッション初期化プロトコル（ＳＩＰ）の柔軟性によって可能になるサービスの広い範囲をサポートする統合された基本設計概念である。ＩＭＳは、３ＧＰＰや３ＧＰＰ２という標準（例えば、リリース５から７の３ＧＰＰ ＴＳ ２２．２２８、ＴＳ ２３．２１８、ＴＳ ２３．２２８、ＴＳ ２４．２２８、ＴＳ２４．２２９、ＴＳ ２９．２２８、ＴＳ ２９．２２９、ＴＳ ２９．３２８及びＴＳ ２３．３２０）で定義されている。
【０００３】
ＩＭＳのインフラへの投資をてこ入れするために、新しい種類のマルチメディア・サービスが開発されている。ＩＭＳによって可能になったある種のサービスは、混合サービス若しくは合成サービスとも呼ばれ、様々なプラットフォームのサービスを組み合せ、かつ様々なプラットフォームや配信技術（例えば、電話、マルチキャスト、ブロードキャスト、テレビ若しくはビデオ、オン・デマンドのコンテンツ等）の機能や性能を利用するいわゆる組み合わせサービスに関する。ＩＭＳによって可能になったある種のサービスは、エンドユーザが消極的な視聴者でなく積極的な参加者であるインタラクティブ・マルチメディア・サービスに関する。
【０００４】
さらに、ＩＭＳで可能になったサービスのこの種の改良は、異なるマルチメディア・ストリームからのマルチメディア・サービスを構成するためにエンドユーザ及び／若しくはネットワークオペレータを含んで良い。例えば、エンドユーザは、メインサービスを強化することでパーソナライズされたマルチメディア・サービス、例えば、ネットワーク上の異なるソースに由来する、コンテンツ・オン・デマンド（ＣｏＤ）、ユーザ作成型のコンテンツ（ＵＣＧ）などの個人的に選択されたマルチメディア・コンテンツを付加したＴＶブロードキャスト（ＢＣ）を構成しても良い。
【０００５】
最新のアーキテクチャにおけるパーソナライズされたＴＶサービスは、２００４年５月１４日のフラウンホーファーのホワイト・ペーパーにおけるラウシェンバッハ等の論文「ブロードキャストやブロードキャスト・ネットワークで同期配信をサポートする拡張可能なインタラクティブＴＶサービス」において説明される。この文書において、あるシステムでは、メインコンテンツ・ストリームが、ブロードキャスト・チャンネルの形で、エンドユーザの位置にあるホーム・メディア・サーバまでＤＶＢネットワーク上で運ばれると説明される。さらに、複数の付加的なコンテンツ・ストリームは、ブロードバンドＩＰネットワークを介してホーム・メディア・サーバへ運ばれても良い。ホーム・メディア・サーバにおいて、これらの付加的なコンテンツ・ストリームは、メインコンテンツ・ストリームと同期し、ある同期方法でエンドユーザの（表示）装置に提示されても良い。
【０００６】
ラウシェンバッハ等で説明されたスキームにおける欠点の一つは、全てのエンドユーザの表示機器は、これらの強化されたサービスを消費するために、ホーム・メディア・サーバ（ＨＭＳ）に直接的に接続される必要があるということである。もう一つの欠点は、ＨＭＳは、相当に複雑な機器の一つであり、パーソナライズされたＴＶサービスの機能を実現するために必要な処理能力を考慮された強固な設計がなされている必要があるということである。要するに、先行技術では、エンドユーザによる強化されたテレビジョン・エクスペリエンスの管理しかできない。ネットワーク上の異なるソースから発生し、かつ別々のストリームとしてユーザ機器に配信される異なるマルチメディア・ストリーム間の関係に関する情報は、ユーザ装置（ＨＭＳ）にのみ存在する。
【０００７】
典型的なネットワーク・アーキテクチャ、例えばＩＭＳネットワーク、より具体的には、ＩＭＳネットワークにおけるマルチメディア・サービスを管理するＩＭＳネットワーク構成要素は、パーソナライズされたマルチメディア・サービスを生成するためにこれらのマルチメディア・セッションがエンドユーザによって組み合わせて使用されるという事実をどうしても気づいていない。ネットワークの内からパーソナライズされたテレビジョン・エクスペリエンスを操作することは、どんなにも利便性が良く、かつ／又は必要ですらある。例えば、パーソナライズされたテレビジョン・エクスペリエンスを再開する前において、対象とされた広告若しくはハリケーン警報又は他のコンテンツをエンドユーザへ配信するため、パーソナライズされたテレビジョン・エクスペリエンスを共に形成するマルチメディア・ストリームを同時に中断することは、利便性が良いであろう。また、全ての関連したストリームのために、ネットワークにおける帯域幅を確保することは、また利便性が良いであろう。他の例では、関連したストリームのどっちらが電話のかかってくる状況であるかをネットワークが知る必要がある。多くのストリームがパーソナライズされたテレビジョン・エクスペリエンスに関連し、多くがバックグラウンドの個人的なダウンロード・セッション若しくはマルチメディア・レコーディング・セッションに関連する場合に、仮にネットワークが、バックグラウンドのダウンロード若しくはレコーディングセッションに関連したストリームでなく、パーソナライズされたテレビジョン・エクスペリエンスに関連したストリームのみを中断できるならば、それは利便性が良いであろう。
【０００８】
そのような組み合わせサービスの一例を説明するＷＯ２００７／１０１４７３において、ネットワーク・パーソナル・ビデオ・レコーディング・システム（ＮＰＶＲ）で、電話の着信に応じてテレビ番組が録画される。この手法において、ブロードキャスト・ストリーム（チャネル）は、電話の着信を受けると中断され、ネットワークに記録される。ユーザの要求に応じて、中断された瞬間からコンテンツがユニキャスト・ストリームとして再生されても良い。この種のネットワーク介入は、シングル・ストリームについて機能するだけであるけれども、異なるリソースに由来することがあり、同じユーザ機器に対する１以上の他のアクティブなセッションと組み合わさった複数のストリームを含み、パーソナライズされたテレビジョン・エクスペリエンスについては機能しない。
【先行技術文献】
【特許文献】
【０００９】
【特許文献１】国際公開２００７／１０１４７３号
【発明の概要】
【発明が解決しようとする課題】
【００１０】
最新式のＩＭＳの基本設計概念において、そのようなストリームは、異なるリソースに制御され、かつ／若しくは、由来し、複数並列したセッションのセットアップを要求するであろう。あるセッションは、メインコンテンツのストリームを含み、付加的なストリームそれぞれのための付加的なセッションは、追加のコンテンツアイテム（例えば、異なる字幕、ボイスオーバー、ピクチャ・イン・ピクチャ、など）を含むであろう。ネットワーク観点から、これら外側からのセッションは、全て同じに見えるであろうし、他のアクティブなレコーディング、ダウンロード、ゲーム、電話通信、又は他のセッションと違いがないであろう。現在、ＩＭＳ規格によって、エンドユーザ、及び／又は、ネットワークが、関連付けられたマルチメディア・セッションを構成すること、及びこれらの関連付けられたマルチメディア・セッションと、それらが使用するネットワーク・リソースと、を集合的に管理することができない。そのため、従来技術では、ネットワークにおける関連付けられたセッションを管理する方法及びシステムが必要である。
【課題を解決するための手段】
【００１１】
本発明に係る方法は、ネットワークにおけるセッションを関連付けるための合成セッション識別子（ＰＳＣＩＤ）を供給するステップと、ユーザ機器と前記ネットワーク構成要素との間で前記合成セッション識別子を交換するステップと、前記合成セッション識別子を交換することで２以上のセッションを前記合成セッションに関連付けるステップと、を含む。
【００１２】
前記合成セッション識別子は、前記ユーザ機器によって生成された場合、若しくは、サード・パーティのプロバイダ（例えば、電子番組ガイド（ＥＰＧ)など）によって前記ユーザ機器へ提供された場合に、前記セッション管理が行われているネットワーク構成要素へ送信される。あるいは、前記合成セッション識別子は、前記ネットワーク構成要素から、若しくは、前記ネットワーク構成要素の制御の下で前記ユーザ機器へ送信されても良い。どちらかの方向へのそのような合成セッション識別子の送信を「交換」と呼んで良い。どの瞬間でも交換は行われる、つまり、合成セッションをセットアップする間、合成セッションと関連付けられるマルチメディア・セッションをセットアップする間、若しくは、セッションが管理される間の他の瞬間である。
【００１３】
本発明によって、ネットワーク構成要素若しくはネットワーク構成要素に接続できる位置において、前記合成セッション識別子をネットワーク中心に管理できるようになる。マルチメディア・セッションがセットアップされ、ネットワーク構成要素若しくは前記ユーザ機器のどちらかによって、開始され、かつ割り当てられた合成セッション識別子が交換されると何時でも、前記マルチメディア・セッションは、前記ネットワーク構成要素の管理に従って合成セッション識別子と関連付けられるとしても良い。そのように、それは、既に同じ合成セッション識別子に割り当てられたかもしれない他のマルチメディア・セッションに関連付けられるとしても良い。
【００１４】
さらに、ネットワークで集中的にセッションの関連付けをするで、グループの一部でない他のセッションから離れたネットワークの内側から、セッションのグループを管理できるようになる。このため、前記合成セッション識別子を使用することで、セッションの前記グループは、あたかもそこに唯１つのセッションがあるかのように操作される。例えば、それによって、（例えば、着信に応じてユーザ機器へ向かう）集中的な中断、応答、セッションのグループに関連付けられたデータストリームの迂回が可能になる。
【００１５】
さらに、本発明は、前記セッションのグループ間における管理を可能とする。例えば、帯域幅が前記ネットワークにおける出現数を抑制し、同じユーザ機器へのセッションのグループと１つの別個のセッションとが存在する場合には、前記ネットワーク構成要素におけるセッション管理ロジックは、関連付けられた前記セッションのグループを完全なままとしつつ、その別個のセッションを終了させられるものとして選択しても良い。
【００１６】
あるいは、セッションの唯１つのグループがアクティブであり、それらの組み合わされた存在は、例えば、パーソナライズされたテレビジョン・エクスペリエンスをユーザ機器へ配信するために不可欠である場合に、前記ネットワークは、帯域幅制限のためにグループにおけるどのセッションも停止されないとしても良い。セッション管理ロジックは、セッションの前記関連を知っているので、例えば、帯域幅制限が緩和するようにセッションのグループ内の１つセッションをダウンスケーリングするような、他の解決策を探すように構成されても良い。
【００１７】
追加的な実施形態において、前記方法は、合成セッションを開始するステップを含む。原則として、単に合成セッション識別子を生成すること、及び前記関連付けられたセッションの管理を担うネットワーク構成要素制御に従ってこれを前記ネットワーク上の場所に保存することで十分かもしれないが、同様に別個のシグナル伝達セッション（合成セッション）を開始することに利点があるかもしれない。例えば、そのような合成セッションは、前記ユーザ機器と前記ネットワーク構成要素との間で合成セッション識別子を交換するために使用されても良い。全くそのような合成セッションが開始されない場合には、前記合成セッション識別子は、前記個々のセッションの前記シグナル伝達に組み込まれる。
【００１８】
前記合成セッションは、関連付けられたセッションと、このタスクに関連付けられた前記ユーザ機器とネットワーク構成要素との間の様々な種類のシグナル伝送とを管理するために使用されても良い。そのようなシグナル伝送は、全てのセッションの持続時間に関する合意若しくは（全ての互いに関連付けられたセッションに対する）帯域幅要求に関する交渉を含んでも良い。
【００１９】
さらに、そのような合成セッションの開始は、ヘット・ネットワーク及びユーザ機器におけるリソースのより効率的な使用をもたらすかもしれない。例えば、関連付けられたセッションの破壊が開始された合成セッション・ネットワークを使用することで、ユーザ機器へのより少ないシグナル伝達が要求されても良い。さらに、合成セッション識別子の存在について、全てのシグナル伝達メッセージを連続してスクリーニングし、その後に、次の一連の行動に対するサービス・ロジックを（前記ユーザ機器においてであれ、前記ネットワーク構成要素においてであれ）調査することは、行われなくても良い。（関連付けられたセッションのグループ内の）個々のセッションに単に関係したメッセージは、そのような調査を要求されないとしても良い。
【００２０】
さらに、合成セッションに割り当てられた合成セッション識別子へセッションを関連付けることで、前記関連付けられたセッションは、自動的に前記合成セッションへ割り当てられる。
【００２１】
一実施形態において、前記方法は、前記ユーザ機器が合成セッション識別子を生成するステップと、前記合成セッション識別子を含み、前記ユーザ機器から前記ネットワーク構成要素への合成セッションの開始を求めるリクエストを送信するステップと、をさらに含む。
【００２２】
他の実施形態では、前記方法は、前記ユーザ機器から前記ネットワーク構成要素への合成セッションの開始を求めるリクエストを送信するステップと、前記ネットワーク構成要素が前記リクエストの受信に応じて合成セッション識別子を生成するステップと、前記合成セッション識別子を前記ユーザ機器に送信するステップと、をさらに含む。
【００２３】
代替的な実施形態において、前記方法は、前記ユーザ機器が、前記受信された合成セッション識別子を含み、前記ユーザ機器から前記ネットワーク構成要素への合成セッションの開始を求めるリクエストの前記送信より前に、前記ネットワークから合成セッション識別子（ＰＳＣＩＤ）を受信するステップ、をさらに含む。ＰＳＣＩＤは、電子番組ガイド（ＥＰＧ)を介して受信されても良い。リモコンを介してチャネルを選択し、合成セッション手続きを起動することで、前記ＰＳＣＩＤは、前記ネットワーク構成要素へ送信されても良く、前記ネットワーク構成要素によって、合成セッションの開始を求めるリクエストとして解釈されてもよい。
【００２４】
そのため、公知のスキームに反して、本発明によれば、ネットワークが、合成セッション識別子を使用してセッションのグループを集中管理できるようになる。前記管理は、前記ネットワーク構成要素若しくは前記ネットワーク構成要素から到達できる位置で行われても良い。これは、前記ユーザ機器からの先行した介在なしに、前記ネットワークからのリクエストに応じて、及び／若しくは、前記ネットワークにおけるイベントによって開始されるトリガーに応じて、前記ネットワーク構成要素それ自身が、前記関連付けられたセッションを管理しても良いという利点をもたらす。本発明によれば、その結果、改良されたマルチメディア・サービスの全く新しい範囲が可能になる。関連付けられたセッションの前記グループを管理するためのネットワーク構成要素及び／若しくは合成セッションは、例えば、同じユーザ機器へ宛てた着信の検出に応じて、複数の関連付けられたマルチメディア・セッション（ユーザ機器へ伝達される関連したパーソナライズされたＴＶサービス）を中断させるように構成されても良い。同時に、ネットワーク構成要素によって、前記関連付けられたセッションの一部として認識されないダウンロード・セッションは、手付かずのままにされ、バックグラウンドで継続しても良い。そのような複雑なマルチメディア・サービスの相互作用は、公知のシステムでは不可能である。
【００２５】
さらに別の実施形態において、前記方法は、前記ユーザ機器が、前記合成セッション識別子をそれぞれ含む、１つのセッションのための２以上のセッション開始リクエストを前記ネットワーク構成要素へ送信することで、好適には、ＳＩＰ ＩＮＶＩＴＥメッセージを使用することで、２以上のセッションを開始するステップを、さらに含む。
【００２６】
一の実施形態において、前記方法は、前記ネットワーク構成要素が、前記合成セッション識別子をそれぞれ含む、１つのセッションのための２以上のリクエストを前記ユーザ機器へ送信することで、好適には、ＳＩＰ ＩＮＶＩＴＥメッセージを使用することで、２以上のセッションを開始するステップを、さらに含む。
【００２７】
他の実施形態において、合成セッションの開始を求める前記リクエストは、１以上のセッション識別子と、必要に応じて、前記セッション識別子で識別される前記１以上のセッションに関連付けられたリソース確保情報及び／若しくはリソース配分情報と、をさらに含む。
【００２８】
さらに別の実施形態において、２以上のセッションは、ＢＣ識別子（ＢＣＳｅｒｖｉｖｅＩＤ）に関連付けられたブロードキャスト（ＢＣ）セッション、ＣｏＤ識別子（ＣｏＤＩＤ）に関連付けられたコンテンツ・オン・デマンド（ＣｏＤ）セッション、ＴＡＩ識別子に関連付けられた対象広告挿入（ＴＡＩ）セッション、ＮＰＶＲ識別子（ＮＰＶＲＣｏｎｔｅｎｔＩＤに関連付けられたネットワーク・パーソナル・ビデオ・コンテンツ（ＮＰＶＣ）セッション、ＵＧＣ識別子に関連付けられたユーザ作成型コンテンツ（ＵＧＣ）セッション、ＰＳＴＮ模倣識別子に関連付けられた公衆電話交換網（ＰＳＴＮ）模倣セッション、及び／若しくは、ＳＣ識別子に関連付けられた共有コンテンツ・セッションの少なくとも１つを含む。前記識別子の全ては、セッション識別子の例である。
【００２９】
追加的な実施形態において、前記関連付けられたセッションが組み合わされたストリームは、パーソナライズされた合成マルチメディア・ストリームとして前記ユーザへ提示される。
【００３０】
ある実施形態において、前記ネットワークは、保存手段、好適には、データベースをさらに含み、前記方法は、前記ネットワーク構成要素が、前記合成セッション識別子及び前記２以上の関連付けられたセッション識別子を前記保存手段に保存するステップをさらに含む。
【００３１】
さらに別の実施形態において、前記方法は、１以上のセッションを前記合成セッションへ追加することですることで、前記合成セッションにおける１以上のセッションを停止させる若しくは修正することで、及び／若しくは、前記合成セッションから遠くの合成セッション若しくは前記合成セッションの外へ１以上のセッションを転送することで、前記合成セッションを修正するステップ、をさらに含む。修正の前記開始は、そこへリクエストを送信することで、前記ユーザ機器によって指示されても良い。あるいは、修正の前記開始は、前記セッション管理に関与する前記ネットワーク構成要素によって指示されても良い。典型的には、前記セッション管理は、前記ネットワークにおけるサービス・コントロール・機能の一部であっても良い。
【００３２】
さらに別の実施形態において、前記ネットワークは、前記ネットワークと前記ユーザ機器との間で関連付けられたセッションを管理するように構成された前記ネットワーク構成要素である、サービス制御機能（ＳＣＦ）に接続されたＩＭＳコアを含むＩＰマルチメディア・システム（ＩＭＳ）ネットワークである。
【００３３】
さらなる態様において、本発明は、ネットワークにおいて、関連付けられたセッションを管理するためのシステムに関し、前記システムは、
前記ネットワークとユーザ機器との間の関連付けられたセッション管理し、合成セッション識別子をユーザ機器と交換し、かつ前記合成セッション識別子を交換することで２以上のセッションを前記合成セッション識別子に関連付けるように構成されたネットワーク構成要素と、
ネットワークにおける、関連付いたセッションのための合成セッション識別子を提供し、合成セッションを開始し、かつ前記ネットワーク構成要素と前記合成セッション識別子を交換するように構成されたユーザ機器と、を含む。
【００３４】
さらに追加の態様において、本発明は、上記に記載のシステムで使用されるユーザ機器に関し、前記ユーザ機器は、
合成セッション識別子を生成するためのＩＤジェネレータと、
前記ＩＤジェネレータから前記合成セッション識別子を受信し、合成セッションを開始し、前記合成セッション識別子をネットワーク構成要素と交換し、１以上のマルチメディア・セッションを前記ネットワーク構成要素と開始し、かつマルチメディア・セッションの前記セットアップ中に、前記合成セッション識別子を前記ネットワーク構成要素と交換する、ように構成されるマルチメディア・クライアントと、を含む。
【００３５】
追加の態様において、本発明は、
合成セッション識別子をユーザ機器と交換し、合成セッションを開始、及び 若しくは、終了させ、及び 若しくは、修正し、かつマルチメディア・セッションをセットアップ及び修正するように構成されたセッション・マネージャと、
合成セッション及び前記関連付けられたセッションに関する情報を含む、合成セッション情報を保存する保存手段と、を含む、ネットワーク構成要素に関する。
【００３６】
一の実施形態では、前記ネットワーク構成要素は、合成セッション識別子を生成するためのＩＤジェネレータをさらに含む。
【００３７】
本発明は、実行時にユーザ機器若しくはネットワーク構成要素のメモリで、上記に記載の前記方法ステップを実行するように構成されたソフトウェア・コード部分を含むコンピュータ・プログラムにまた関する。
【００３８】
本発明は、本発明に係る実施形態を図式的に示す添付の図を参照してさらに説明される。本発明は、これらの特定の実施形態に決して限定されない。
【発明の効果】
【００３９】
本発明の目的は、先行技術において知られている少なくとも１つの欠点を減少させる若しくは除外すること、及び本発明の第１の態様において、ネットワークにおける関連付けられたセッションを管理する方法、ネットワークとユーザ機器との間における関連付けられたセッションを管理するように構成されたネットワーク構成要素を含むネットワークを提供することである。
【図面の簡単な説明】
【００４０】
【図１】図１は、本発明の一実施形態に係るシステムを表す。
【図２】図２は、本発明の一実施形態に係るに係る方法のフローチャートを表す。
【図３】図３は、本発明の一実施形態に係るセッション情報のデータ構造を表す。
【図４】図４は、本発明のもう一つの実施形態に係る方法のフローチャートを表す。
【図５】図５は、本発明のさらにもう一つの実施形態に係る方法のフローチャートを表す。
【図６】図６は、本発明の追加的な実施形態に係る方法のフローチャートを表す。
【図７Ａ】図７Ａは、本発明の代表的な実施形態に係る方法のフローチャートを表す。
【図７Ｂ】図７Ｂは、本発明の代表的な実施形態に係る方法のフローチャートを表す。
【図８Ａ】図８Ａは、追加的な実施形態に係る方法のフローチャートを表す。
【図８Ｂ】図８Ｂは、追加的な実施形態に係る方法のフローチャートを表す。
【発明を実施するための形態】
【００４１】
図１は、ＥＴＳＩのＴＩＳＰＡＮ １８２．０２７で定義されるようなＩＭＳに基づいたＩＰＴＶシステム１００の一例を表す。そのシステムは、本発明の第１の実施形態に係る関連付けられたマルチメディア・セッションを管理するのに適している。そのシステムは、一連の呼セッション制御機能（ＣＳＣＦ）、つまり、プロキシＣＳＣＦ（Ｐ−ＣＳＣＦ）、インタラゲイティングＣＳＣＦ（Ｉ−ＣＳＣＦ）、及びサービングＣＳＣＦ（Ｓ−ＣＳＣＦ）で形成されるＩＭＳコア１０２を含む。ＩＭＳコアは、ユーザ機器（ＵＥ）１０４、ネットワーク（例えば、ブロードキャストＳＣＦ、コンテンツ・オン・デマンドＳＣＦ、など）におけるＩＰＴＶサービス制御のためのＩＰＴＶサービス制御機能（ＳＣＦ）１０６、及びメディア制御機能（ＭＣＦ）と、転送機能（ＴＦ）及び転送制御機能（ＴＣＦ）を介したユーザ機器までのメディア・コンテンツの配信を制御するメディア配信機能（ＭＤＦ）と、を含むメディア機能（ＭＦ）１０８に接続されている。
【００４２】
さらに、ユーザ機器に接続されているサービス選択機能（ＳＳＦ）１１０は、例えば、電子番組ガイド（ＥＰＧ）を使用した利用可能なサービスに関する情報をユーザ機器に提供し、資源権限制御サブシステム（ＲＡＣＳ）１１２は、マルチメディア・コンテンツをユーザ機器へ配信するためのリソースの使用量及びリソース配分を管理する。
【００４３】
ユーザ機器（ＵＥ）は、ネットワークを介してセッション管理システムへ接続できる機器のいかなる種類であっても良い。ユーザ機器は、デスクトップ／ラップトップ／ハンドヘルド・コンピュータ、ＰＤＡ、携帯端末、セット・トップ・ボックス、ホーム・メディア・ゲートウェイ、若しくはこれらのいかなる均等物のいかなる種類に関連しても良い。ある実施形態において、セッション管理システムを含むネットワーク構成要素は、ＩＭＳの基本設計概念を基礎としても良い。それは、例えば、サービス制御機能（ＳＣＦ）といわれる論理的なＩＭＳネットワーク構成要素であるかもしれない。あるいは、ネットワーク構成要素は、ＳＣＦの機能に等しい機能を実行する何か他のセッション管理システムであっても良い。ＵＥをネットワーク構成要素に接続させるネットワークは、いかなるタイプの無線若しくは有線ネットワークに関連しても良い。本発明のために、関連付けられたセッションは、新しいタイプのサービスを可能にするするためにそれらが互いに独立して管理されないことを求めるセッションである。
【００４４】
ＩＰＴＶシステムは、ユーザ端末間、若しくは、ユーザ端末とＤＣＦｓ及びＭＦｓを含むアプリケーション・サーバとの間でセッションをセットアップし、管理するために、セッション初期化プロトコル（ＳＩＰ）を使用する。ＳＩＰシグナル伝達によって運ばれるセッション記述プロトコル（ＳＤＰ）は、セッションにおけるメディアコンポーネントの説明及びネゴシエーションのために使用される。さらに、リアルタイム・ストリーミング・プロトコル（ＲＴＳＰ）は、例えば、ブロードキャスト・トリック・モードの提供を制御するメディア、コンテンツ・オン・デマンド、及びネットワーク・パーソナル・ビデオレコーダ（ＮＰＶＲ）のために使用され、リアルタイム・トランスポート・プロトコル（ＲＴＰ）は、メディアの転送のために使用される。
【００４５】
ＩＰＴＶシステムが関連付けられたマルチメディア・セッションを認識できるようにするために、ＳＣＦｓ及びユーザ機器は、合成セッションをセットアップするように構成される。合成セッションは、ユーザ機器及びネットワークの双方が関連付けられたマルチメディア・セッションの記録を保持し、かつ制御することを可能にする。この発明のために、合成セッションは、またＰＳＣセッション、合成のセッション、若しくはコンビ・セッションと呼ばれてもよい。同じ概念を示すために、同等な用語の全てが、この発明の開示の至るところで使用される。
【００４６】
そのような合成セッションが開始するときに、合成セッション識別子（ＰＳＣＩＤ）が生成され、ＳＩＰメッセージング使用してＳＣＦとユーザ機器との間で交換される。
【００４７】
本発明の目的のために、用語ＰＳＣＩＤ、ＰＳＣｉｄ、ＰＳＣセッションＩＤ及びコンビ・セッションＩＤは、ある同じタイプの識別子を示すために使用される、全て等しい／代用可能な、及び／若しくは、互換性のある言葉であるということに注意すべきである。
【００４８】
合成セッション識別子（ＰＳＣＩＤ)は、ＳＣＦ若しくはユーザ機器によって生成されても良い。あるいは、ＰＳＣＩＤは、サード・パーティのプロバイダ（アプリケーション・サーバ若しくはＡＳ)によって提供されても良いし、例えば、電子番組ガイド（ＥＰＧ)を介してユーザ機器へ提供されても良い。合成セッションの確立後、マルチメディア・セッション、例えば、ブロードキャスト・セッション、ＣｏＤセッション、対象広告挿入（ＴＡＩ）セッション、ユーザ作成型コンテンツ（ＵＧＣ）セッション、などは、マルチメディア・セッションを合成セッションへ追加することで、合成セッション識別子を用いて合成セッションに関連付けられても良い。ＰＳＣＩＤによって結ばれるセッションの組み合わせは、パーソナライズされたサービス合成サービス（ＰＳＣ−サービス）としてユーザ機器へ提供されるとしても良い。
【００４９】
マルチメディア・セッションの合成セッションに対する追加は、ＳＩＰを使用して、例えば、合成セッション識別子とマルチメディア・セッション識別子とを含むＳＩＰ ＩＮＶＩＴＥメッセージを用いてマルチメディア・セッションを初期化することで実現されても良い。あるいは、合成セッションに対する追加は、既存の（アクティブな）マルチメディア・セッションを合成セッションへ追加することによって実現されても良い。これは、ＳＩＰを使用して、例えば、合成セッション識別子とマルチメディア・セッション識別子とを含むＳＩＰ ＲＥＩＮＶＩＴＥメッセージを用いて、既に存在するマルチメディア・セッションを修正することによって達成されても良い。
【００５０】
ＳＣＦとユーザ機器は、合成セッション識別子のために、ＳＣＦに接続されたセッション・データベース１１４と、セッション情報１１６を保存するためのユーザ機器のメモリと、のそれぞれに対して関連付けられたマルチメディア識別子を保存することによって、合成セッションとこれら合成セッションそれぞれに関連付けられたマルチメディア・セッションとの記録を保持しても良い。
【００５１】
さらに、ＳＣＦとユーザ機器とは、合成セッションを修正する、及び／若しくは終了させるように構成されている。例えば、ネットワーク・リソースを解放して他のメディア・セッションを追加する余地を設けるために、ネットワークは、特定の合成セッションにおけるＨＤＴＶブロードキャスト・セッションを、狭い帯域幅を占有する通常のブロードキャスト・セッションに置き換えようとするとしても良い。そのような場合において、セッション・データベースに保存されたセッション情報を使用することで、ＳＣＦは、合成セッションに関連づけられたマルチメディア・セッションを識別したり、操ったりできる。セッション情報を使用することで、ＳＣＦは、ＨＤＴＶブロードキャスト・セッションを識別し、ＨＴＤＶブロードキャスト・セッションを終了させ、かつ狭い帯域幅を占有する標準テレビ・ストリーム（ＳＤＴＶ）に関連した新しいマルチメディア・セッションを合成セッションに追加しても良い。合成セッションの修正は、マルチメディアＨＤＴＶセッション識別子とマルチメディアＳＤＴＶセッション識別子とを置き換えることで、セッション・データベース及びユーザ機器のメモリへ登録される。
【００５２】
ネットワークにおけるセッション・データベース及びユーザ機器のメモリに保存されたセッション情報は、新たに生成された合成セッション、既存の合成セッションにおける修正、及び／若しくは、合成セッションの終了の記録をこのようにして保持ことができ、このようにして、例えば、ＳＣＦなどの、ＩＭＳネットワークにおけるネットワーク構成要素が、関連付けられたメディア・セッションの存在を認識できるようになる。
【００５３】
図２は、合成セッション識別子と、合成セッション識別子を使用する合成セッションの後に続く３つのマルチメディア・セッションの関連と、を使用して、合成セッション、この場合、パーソナライズされたストリーム若しくはサービス合成（ＰＳＣ）セッションの開始を表すプロトコルフロー２００の代表例を表す。この例において、関連づけられたマルチメディア・セッションは、３つのセッション、つまり、第１ビデオストリームを含むブロードキャスト（ＢＣ）セッション、並びに第２及び第３のビデオストリームをそれぞれ含む第１及び第２のコンテンツ・オン・デマンド（ＣｏＤ)セッションを含む。第１のストリームは、例えば、特定の解説者が解説するスポーツの試合といったＴＶブロードキャストを含んでも良く、かつ第２及び第３のストリームは、ネットワークにおける異なるソースに由来し、ＴＶブロードキャストと同期したスポーツ・イベントの第２及び第３のカメラアングル含み、２つの別個のピクチャ・イン・ピクチャ・モヂとしてユーザに表されても良い２つの別個のユニキャスト・ストリームを含んで良い。
【００５４】
第１、第２、及び第３のビデオストリームは、ＳＳＦにおいて予め構成された、若しくは、代わりに、ＳＳＦによって提供された番組情報を使用してユーザが設定した、パーソナライズ済みのテレビ番組に関連しても良い。パーソナライズ済みのテレビ番組（それは、ＰＳＣサービスの一例である）におけるマルチメディア・ストリームの選択は、ＳＳＦによって供給された電子番組ガイド（ＥＰＧ）データをユーザへ提示することで実現されても良い。ユーザは、リモコンを使用して、ユーザに提示されたマルチメディア・ストリームの組から２以上のマルチメディア・ストリームを選択することで、それ自身パーソナライズされたテレビ番組を組み立てても良い。複数のＢＣ及び／若しくはＣｏＤセッションの提供からパーソナライズされたテレビ番組を組み立てることは、例えば、ＯＭＡ ＢＣＡＳＴサービスガイドによってサポートされるように、より複雑なＥＰＧデータを要求する。
【００５５】
マルチメディア・ストリームを選択した後に、ユーザ機器は、異なる選択されたマルチメディア・セッションをＰＳＣセッションに関連づけるために、ユーザ機器（ＵＥ）及びネットワークによって使用される合成セッション識別子、この場合、パーソナライズされたストリーム合成セッション識別子（今後、ＰＳＣ ＩＤ）を生成する。一実施形態において、（例えば、このために構成されたリモコン上のボタンを押すことでＰＳＣサービス・モジュールに入力を行うことで）提供済みのセッションを実際に選択するより前に、ＰＳＣＩＤは、ＵＥによって生成されるとしても良い。もう一つの実施形態では、ＵＥは、ＥＰＧを介してＰＳＣを受信しても良いし、若しくは、ネットワーク構成要素（ＳＣＦのような）若しくはサード・パーティのＡＳからそれを要求しても良い。ユーザ機器は、生成された、若しくは、受信されたＰＳＣ ＩＤ並びにセッション情報を保存するために使用される選択されたＢＣ及びＣｏＤマルチメディア識別子をメモリに保存する。
【００５６】
その後、ＰＳＣセッションは、ＰＳＣセッション開始リクエストによって開始される。ＰＳＣセッションは、ＰＳＣ ＩＤを含むＳＩＰ ＩＮＶＩＴＥをＳＣＦへＩＭＳコアを介して送信してＳＩＰプロトコルを使用することで開始されても良い（ステップ２０２）。ＰＳＣ ＩＤは、ＳＩＰメッセージのリクエストＵＲＩでコード化されても良い。追加的な実施形態において、ＰＳＣ ＩＤは、プレーンＨＴＴＰの（ＲＦＣ３２６１で定義されるような）ＳＩＰ コール ＩＤ、若しくは、例えば、ＳＩＰ ＲＴＳＰメッセージとして実装されても良いし、あるいは、ＰＳＣＩＳは、別個のＳＩＰ ＩＮＶＩＴＥ若しくはＳＩＰ ＩＮＦＯメッセージにおいてＳＣＦへ転送されても良い。そのような特別に作成されたＳＩＰ ＩＮＶＩＴＥメッセージの２つの例は、下記の通りである。ＰＳＣＩＤは、ＳＩＰ／ＳＯＰメッセージ双方のＳＤＰ部分において太字で表される。
【００５７】
例１．ＰＳＣセッションの一部としてブロードキャスト（ＢＣ）サービス（セッション）を開始するためのＳＩＰ ＩＮＶＩＴＥメッセージ
【００５８】
【表１】
【００５９】
例２．空のＰＳＣセッションを開始するためのＳＩＰ ＩＮＶＩＴＥメッセージ
【００６０】
【表２】
【００６１】
ＳＣＦは、ＰＳＣセッション開始レスポンスをユーザ機器へ返信することでＰＳＣセッションの開始に対して肯定応答する（ステップ２０４）。レスポンスは、ＰＳＣ ＩＤを含むＳＩＰ２００ＯＫレスポンスであっても良い。さらに、ＳＣＦは、新たに生成されたＰＳＣ ＩＤをセッション・データベースへ保存する。そのような特別に作成されたＳＩＰ ＯＫメッセージの一例は、以下に表される。
【００６２】
例３．ＰＳＣセッション内のＢＣサービスを確認するためのＳＩＰ ２００ ＯＫメッセージ
【００６３】
【表３】
【００６４】
ユーザ機器は、そのメモリへ保存されるセッション情報、つまり、ＰＳＣ ＩＤ及び新たに生成されたＢＣマルチメディア・セッションＩＤを使用する、選択されたＢＣセッションを開始しても良い。ＢＣセッションの開始は、ＥＴＳＩ ＴＳ １８２ ０２７の８．１．３節及びＥＴＳＩ ＴＳ １８３ ０６３の５．３．１節で定義されるような適合した標準手続を使用することで実現される。標準手続の適合は、一部がＢＣマルチメディア・セッションであるＰＳＣセッションのＰＳＣ−ＩＤの開始リクエストへの追加に関係している。このパラメータは、例えば、セッションのセットアップに使用されるＳＩＰ ＩＮＶＩＴＥのリクエストＵＲＩにおけるパラメータとして含まれても良い。このため、ＢＣセッションは、新たに生成されたＢＣマルチメディア・セッションＩＤ及びＰＳＣ ＩＤを含むＢＣ開始リクエストをＳＣＦへ送信することによって開始される（ステップ２０６）。セッションをセットアップする間、ネットワークにおけるリソースは、ＢＣマルチメディア・セッションのためにＲＡＣＳによって検証及び確保されても良いし、及び／もしくは、ＢＣマルチメディア・セッションに配分されても良い。
【００６５】
ＢＣ開始リクエストの受信後、ＳＣＦは、ＢＣマルチメディア・セッションＩＤを、セッション・データベースにおいて階層的にＰＳＣ ＩＤの下へ保存し、レスポンス・メッセージ、例えば、ＢＣマルチメディア・セッションＩＤ 及び ＰＳＣ ＩＤ を含むＳＩＰ ２００ ＯＫメッセージをユーザ機器／ＵＥへ送信することで、ＢＣマルチメディア・セッションの開始に対して肯定応答する（ステップ２０８）。
【００６６】
次に、第１のＣｏＤセッションがセットアップされる。これは、ＥＴＳＩ ＴＳ １８２ ０２７の８．４．１節及びＥＴＳＩ ＴＳ １８３ ０６３の５．３．２節で定義されるような適合された標準手順を使用することで行われても良い。標準手続の適合は、一部がＣｏＤマルチメディア・セッションであるＰＳＣセッションのＰＳＣ−ＩＤの開始リクエストへの追加に関係している。このパラメータは、例えば、セッションのセットアップに使用されるＳＩＰ ＩＮＶＩＴＥのリクエストＵＲＩにおけるパラメータとして含まれても良い。そのため、ＣｏＤセッションは、新たに生成されたＣｏＤマルチメディア・セッションＩＤ及びＰＳＤ−ＩＤ含むＣｏＤ開始リクエストをＣｏＤメディア・コンテンツを制御する第１のマルチメディア機能ＭＦ１へＳＣＦを介して送信することによって開始される（ステップ２１０）。
【００６７】
それに応じて、ＭＦ１は、ＣｏＤマルチメディア・セッションＩＤ及びＰＳＣ＿ＩＤを含む肯定応答メッセージ、例えば、ＳＩＰ２００ＯＫをＳＣＦへ返信する。ＳＣＦは、次に、それに応じてＣｏＤマルチメディア・セッションＩＤをセッション・データベースにおいて階層的にＰＳＣ−ＩＤの下に保存する。その後、ユーザ機器／ＵＥへ肯定応答メッセージが送信される（ステップ２１２）。第１のＣｏＤセッションのセットアップ中に、ネットワークのリソースが、ＣｏＤマルチメディア・セッションのためにＲＡＣＳによって確保されていても良いし、かつ／または、ＣｏＤマルチメディア・セッションに配分されても良い。
【００６８】
同様の方法で、第２のＣｏＤセッションは、メディア機能ＭＦ２にセットアップされる（ステップ２１４から２１８）。また、第２のＣｏＤセッションの開始は、ＳＣＦによってセッション・データベースへ登録され、セッション・データベースでは、第２のＣｏＤマルチメディア・セッションＩＤも、第１のｃｏＤマルチメディア・セッションをデータベースへ階層的に保存するために使用されたのと同じＰＳＣ−ＩＤよりも階層的に下の層へ保存される。
【００６９】
上記に記載のステップの使用により、１つのＢＣメディア・セッション及び２つのＣｏＤメディア・セッションを含むＰＳＣセッションが生成される。ＳＣＦ及びＵＥの双方は、例えば、図３に示すようなデータモデルを使用することで、ＰＳＣセッション及びどちらのメディア・セッションをそれが含むかという記録を保持しても良い。この代表図は、１つのＰＳＣセッションは、空又は１以上のＢＣセッション及び／若しくは１以上のＣｏＤセッションを含むことを示す。当然ながら、ＢＣ及びＣｏＤセッションは、本発明を使用することで、関連付けられても良いセッションの例に過ぎない。
【００７０】
図２に示されたプロセス・フローの変形（不図示）において、ＰＳＣセッションを開始するユーザ機器の代わりがＳＣＦである。これを受けて、ＳＣＦへ送信される（図２のステップ２０２）ＰＳＣセッション開始リクエストは、ＰＳＣ ＩＤ並びにＰＳＣセッションへ関連づけられるＢＣ及びＣｏＤマルチメディア・セッションに関連する選択済みのＢＣ及びＣｏＤマルチメディア識別子を含む。さらに、リクエストは、例えば、全てのリクエストされたＢＣ及びＣｏＤセッションを同時にアクティブにするのに利用可能な帯域幅がネットワーク（の一部）において不十分である状況をどのように取り扱うかというＳＣＦに対する取扱指示を含んでも良い。リクエストにおける情報を使用することで、その後、ＳＣＦは、リクエストされたマルチメディアＰＳＣセッションを、図２に関連して説明されるような同様の方法で開始する。この変形例は、ＳＣＦは、例えば、ＲＡＣＳと組み合わせて、十分なネットワーク・リソースが利用できるかを最初に決定できるという利点を有する。この場合に、ＳＣＦは、異なるセッションをセットアップする。そうでなければ、ＳＣＦは、ＰＳＣセッション拒否メッセージをＵＥへ送信する。ＰＳＣセッションを拒否する他の理由は、不十分な前払残高、予約制限による認証失敗などを含んでも良いが、これに限定されない。
【００７１】
図４は、図２に関連して上記で説明されたようなＰＳＣセッションの代表的な使用を表す。この例において、図２に関連して説明されたものと類似したＰＳＣセッションがセットアップされる。しかし、この場合、第２のＣｏＤマルチメディア・セッションのセットアップは失敗する、これは、第２のＣｏＤセッションのために使用可能な帯域幅が不十分であるということをＳＣＦに対して知らせるからである（ステップ４０２）。
【００７２】
ＳＣＦは、ＰＳＣセッションにおける異なるメディア・セッション間の特定の関係を認識している（そこでは、これらのメディア・セッションは、リクエストされたパーソナライズ済みのブロードキャスティングＴＶサービスを生成するために同時にアクティブとなるべきである）ので、ＳＣＦは、ＰＳＣセッションの全体としての帯域幅の使用をネットワークに管理させる。ＳＣＦは、以下のように構成されるように拡張されても良い：十分な帯域幅が使用できないというＩＭＳコアからの通知に応じて、ＳＣＦサービス・ロジックは、例えば、ＴＳ １８２ ０２７の８．３．２節及びＴＳ１８３ ０６３の５．１．３．２節における手続きで説明されるようなセッション修正を利用することで、この場合、高帯域幅ＨＤＴＶストリームを含むＢＣメディア・セッションを修正させる。
【００７３】
そのため、帯域幅不十分通知に応じて、ＳＣＦは、ＢＣマルチメディア・セッションＩＤ及びＰＳＣ−ＩＤを含むＢＣセッション修正リクエストをユーザ機器へ送信する（ステップ４０４）。このリクエストの受信に応答して、ユーザ機器（ＵＥ）は、初めに選択されたＨＤＴＶストリームに代えて低帯域幅を自動的に選択しても良い。あるいは、ＵＥは、例えば、標準ＴＶストリーム（ＳＤＴＶ)など低帯域幅のＴＶストリームという代替手段をユーザに選択させても良い。そのような修正リクエスト・メッセージの一例は、以下に示される。
【００７４】
例４．ＢＣサービスをＰＳＣへ追加するためにそれを修正するためのＳＩＰ ｒｅＩＮＶＩＴＥメッセージ
（例えば、これは、ＳＩＰダイアログにおける第２／第３／・・・ＳＩＰ ＩＮＶＩＴＥであってもよい。）
【００７５】
【表４】
【００７６】
この場合、ＢＣセッションの修正は、そのＢＣセッションを変化させないので、ＰＳＣＩＤ及び他の関連付けられたマルチメディア・セッションＩＤも、正しいままであり、変化させる必要がない。従って、リソース配分を修正するためにＲＡＣＳへ通知するＢＣセッション修正レスポンスは、ＩＭＳコアを介して（ステップ４０６）ＳＣＦへ送信される。リソースの（再）分配が完了した後には、ＳＣＦが第２のＣｏＤセッションをセットアップするのに十分な帯域幅が使用可能である（ステップＳ４０８）。
【００７７】
図５は、図２に関連して上記で説明されたようなＰＳＣセッションの終了に関し、ネットワーク、この場合、ＳＣＦによって終了処理が開始されるプロセス・フローの一例を示す。パレンタル・コントロール制御のため（子供は１日ＴＶを２時間だけ観て良く、その後それは終了される）、若しくは、ユーザがそのセット・トップ・ボックスを設定したので、例えば、特定の放送された番組が開始すると直ぐに、彼は、その番組へチャンネルを変更し、そのため、ＰＳＣセッション（例えば、パーソナライズされたＴＶエクスペリエンス）を終わらせて、通常の（パーソナライズされていない）ＢＣセッションを楽しむため、例えば、終了は必要であるかもしれない。ＳＣＦは、特定の瞬間から、ＰＳＣセッション及びリンクされ、関連付けられた全てのセッションを終了させ、かつ通常の放送を受信するために新しいセッションをセットアップするように今や設定される。
【００７８】
ＰＳＣセッション内のセッションを終了するためのＵＥからの終了メッセージの一例は、以下に記載される。
【００７９】
例５．ＰＳＣ内のセッションを終了するためのＳＩＰ ＢＹＥメッセージ
【００８０】
【表５】
【００８１】
図６は、３つの異なるユーザ端末ＵＥ１、ＵＥ２、及びＵＥ３に関わるＰＳＣセッションの追加使用に関するプロセス・フロー６００を示す。異なるＵＥへ提供される異なるサービス、例えば、ＵＥ１へのテレビ放送サービス、ＵＥ２への電話通信サービス、及びＵＥ３へのゲームサービスは、今や、１つの合成セッションへ追加されているため、互いに関係付けられている。
【００８２】
この例では、ＵＥが各サービスに関連したセッションをセットアップする前に、第１に、ステップ６０２、６０６、及び６１０でリクエストを使用してＳＣＦへのＰＳＣセッション（合成セッション）がセットアップされる。この特定の例においてＵＥは、そのような合成セッションが既に存在するか知らないので、個々のＵＥは、合成セッション識別子、ＰＳＣ−ＩＤを生成しない。代わりに、ＰＳＣ−ＩＤは、ＳＣＦによって生成され、その後に各ＵＥへ返信される。全てのセッションは、同じＰＳＣセッションに属するので、ＰＳＣＩＤは、各ＵＥ１、ＵＥ２、及びＵＥ３について同じになる。ＳＣＦは、ＰＳＣ−ＩＤをＰＳＣセッション開始リクエストに対する応答へ挿入する。そのため、ＵＥは、このＩＤ及び１以上の関連づけられたマルチメディア・セッションＩＤを保存しても良い。ＰＳＣセッションの一部になった後、ＵＥは、ＰＳＣサービスのために要求されるいかなるマルチメディア・セッションをセットアップしても良いし、これらのセッションをＰＳＣセッションの一部としても良い（ステップ６０４から６１２）。
【００８３】
その後のステップ６１４では、例えば、前払口座の残金が尽きたため、若しくは子供は寝なければならないとするパレンタル・コントロールのため、ＳＣＦは、ＰＳＣセッションを破壊することを決定する。この場合、ＳＣＦは、ＰＳＣセッションに属するいかなるサービス・セッションも破壊するためにＰＳＣＩＤを使用して終了リクエストを単に送信する。
【００８４】
図６は、ＰＳＣセッションがマルチ・デバイス・セッションである状況に関連する。標準化されたＩＭＳの場合、そのようなセッションは、現在、サポートされておらず、ＰＳＣＩＤのためのコールＩＤフィールドを使用する。それにも関わらず、このＰＳＣセッションのセットアップ中に、ポート番号やＩＰアドレスが端末間で交換される必要がないので、そのようなマルチ・デバイス・セッションは、例えば、カンファレンス・ブリッジや同様のセッション・ブリッジ無しに開始されても良い。ＰＳＣセッションのために、信号メッセージだけが交換される。そのため、例えば、ＰＳＣセッションの一部である異なる装置へ送られるＳＩＰメッセージといった信号メッセージをかき集めることを可能にするためにＩＭＳコアが必要である。このかき集めは、通常、例えば、ＳＩＰ ＵＲＩに基づいて行われるが、信号メッセージのいかなる他の部分を使用して行われ得る。仮に、ＰＳＣＩＤが、例えば、サービス・パラメータとしてリクエストＵＲＩに含まれるならば、メッセージは、このヘッダフィールドにおけるＰＳＣＩＤの検出に基づいてコアＩＭＳがかき集めても良い。これは、図６のステップ６１６で行われる。ＩＭＳコアは、セッション終了リクエストをＳＣＦから受信し、全ての関連したＵＥ、この場合、ＵＥ１、ＵＥ２、及びＵＥ３へ送られるこのメッセージをかき集める。
【００８５】
図７Ａ及び７Ｂに関連した以下のユースケースは、ネットワーク・ベースのサービスの介入が要求された場合に、どのように発明が使用され得るかを示す。この特定の実施形態において、ユーザ機器、例えば、ホーム・メディア・ゲートウェイ（ＨＭＧ)への３つのセッションが同時にアクティブである。２つのＣｏＤセッションは、合成セッション識別子ＰＳＣｉｄに関連付けられ、共にＰＳＣサービスを形成する。例えば、パーソナライズされたテレビジョン・エクスペリエンスにおいて、ＣｏＤセッション１はサッカーの試合のメイン・テレビジョン・ビューを含み、ＣｏＤセッション２は、サッカーの試合の他のアングルの小さなピクチャ・イン・ピクチャ（ＰＩＰ）ビューを示すメイン・ビューのオーバーレイとして提示される。ＣｏＤセッション３は、２つの他のセッションに関連しておらず、ＨＭＧにおけるＰＶＲへの映画のダウンロードを含む。
【００８６】
ユーザは、パーソナライズされたテレビジョン・エクスペリエンスを消費する間、受けなければならない重要な電話の呼び出しを待つ。彼は、通話の後に、パーソナライズされたテレビジョン・エクスペリエンスを再度見ようとするかもしれないし、若しくは全く中止するかも知れない。彼が欲しないことは、映画のダウンロードに関連したＣｏＤセッション３が、どんな風であれ中断することである。以下は、フォンフリーズ・サービスと組み合わせてどのように発明が使用され得るかを表すためのステップの代表的なシーケンスである。どのようにユーザの目的が達成されるかが示される。
【００８７】
さらに重要なことには、この実施形態は、合成セッションの開始が全ての場合に必ず必要な訳でないことをさらに示す。合成セッション識別子を提供すること、及びこれをユーザ機器とネットワーク構成要素若しくはセッション管理を担う要素との間で交換することで、関連したセッションを関連付けることが要所である。
【００８８】
１）第１のステップ７０１０において、ＵＥは、フォンフリーズ・サービスのリクエストを送信する。このリクエストは、例えば、ＳＩＰ ＭＥＳＳＡＧＥメッセージ若しくはＨＴＴＰ ＰＯＳＴメッセージの形式であってよい。
【００８９】
２）第２のステップ７０２０において、ＩＰＴＶ ＳＣＦ（ネットワーク・エレメント）は、リクエストを受信し、かつＰＳＣＩｉｄを生成する。
【００９０】
３）ステップ７０３０において、ＩＰＴＶ ＳＣＦは、電話通信ＳＣＦへのＰＳＣｉｄを含むフォンフリーズ承認リクエストを発行する。この承認リクエストは、ＳＩＰ ＳＵＢＳＣＲＩＢＥメッセージ若しくはＸＭＰＰ ＳＵＢＳＣＲＩＢＥ（ＲＦＣ ３９２１）に含まれても良い。
【００９１】
４）ステップ７０４０において、ＩＰＴＶ ＳＣＦは、ＰＳＣｉｄを含むフォンフリーズ・リクエストを確認する。このレスポンスは、ＳＩＰ２００ＯＫ若しくはＨＴＴＰ２００ＯＫであって良い。
【００９２】
────────────────────────────────────────
５）ステップ７０５０において、ＵＥは、ＩＰＴＶ ＳＣＦへのＰＳＣｉｄ（このステップにおいて、ユーザ機器とネットワーク構成要素の間でＰＳＣｉｄは交換される）及びＣＯＤセッション１ＩＤを含むＣＯＤセッション１のセッション開始リクエストを送信する。
【００９３】
６）ステップ７０６０において、ＩＰＴＶ ＳＣＦは、ＣＯＤセッション１をＰＳＣｉｄへ関連づけ、その結果、フォンフリーズ・リクエストにも関連付ける。
【００９４】
７）ステップ７０７０において、ＩＰＴＶ ＳＦＣは、そのメッセージをＭＦＩへ転送する。
【００９５】
８）ステップ７０８０において、ＭＦ１は、ＩＰＴＶ ＳＣＦへの２００ＯＫメッセージ付きＣｏＤセッション１を確認する。
【００９６】
９）ステップ７０９０において、ＩＰＴＶ ＳＣＦは、ＵＥへの２００ＯＫメッセージ付きＣｏＤセッション１を確認する。
【００９７】
１０）ステップ７１００において、ＭＦ１は、ＣｏＤセッション１（ビデオ・ストリーム１の配信）のためのメディア配信を開始する。
【００９８】
────────────────────────────────────────
１１）ステップ７１１０において、ＵＥは、ＰＳＣｉｄ及びのＣＯＤセッション２ＩＤを含むＣＯＤセッション２のセッション開始リクエストをＩＰＴＶ ＳＣＦへ送信する（このステップにおいて、ＰＳＣｉｄは、ユーザ機器とネットワーク構成要素との間で交換される）。
【００９９】
１２）ステップ７１２０において、ＩＰＴＶ ＳＣＦは、ＣＯＤセッション２をＰＳＣｉｄへ関連付ける、その結果、ＣｏＤセッション１及びフォンフリーズ・リクエストにも関連付ける。
【０１００】
１３）ステップ７１３０において、ＩＰＴＶ ＳＣＦは、メッセージをＭＦ１へ転送する。
【０１０１】
１４）ステップ７１４０において、ＭＦ１は、ＩＰＴＶ ＳＣＦへの２００ＯＫメッセージ付きＣｏＤセッション２を確認する
【０１０２】
１５）ステップ７１５０において、ＩＰＴＶ ＳＣＦは、ＵＥへの２００ＯＫメッセージ付きＣｏＤセッション２を確認する
【０１０３】
１６）ステップ７１６０において、ＭＦ１は、ＣｏＤセッション２のためのメディア配信（ビデオ・ストリーム２の配信）を開始する
【０１０４】
────────────────────────────────────────
１７）ステップ７１７０において、ＵＥは、ＣＯＤセッション２のためのセッション開始リクエストをＰＳＣｉｄ無しで送信する
【０１０５】
１８）ステップ７１８０から７２１０において、７１３０から７１６０までの全てのステップが、ＣｏＤセッション３のために繰り返される。
【０１０６】
１９）ステップ７２２０において、電話通信ＳＣＦは着信を受ける。
【０１０７】
２０）ステップ７２３０において、電話通信ＳＣＦは、ＰＳＣｉｄを含む通知メッセージ、例えば、ＳＩＰ ＮＯＦＩＦＹメッセージ若しくはＸＭＰＰ状態更新を送信する。
【０１０８】
２１）ステップ７２４０において、ＩＰＴＶは、フォンフリーズ通知をＣｏＤセッション１及びＣｏＤセッション２へ関連付けるために、ＰＳＣｉｄを使用する。
【０１０９】
２２）ステップ７２５０において、ＩＰＴＶ ＳＣＦは、ＣｏＤセッション１及びＣｏＤセッション２、例えば、ＳＩＰ ＢＹＥメッセージを終了させる（若しくは、セッションを一時中断させる、若しくはストリームを記録する、若しくは・・・）。
【０１１０】
２３）ステップ７２６０において、ＵＥは、ＣｏＤセッション１及びＣｏＤセッション２の終了／一時中断／記録を確認する。ＣｏＤセッション３は、中断されず、かつユーザが通話する間継続する
【０１１１】
他の例は、ＣｏＤセッション１及び２がユーザ１によってリビングルームのテレビジョンセットで視聴されるパーソナライズされたテレビジョン・エクスペリエンスを形成し、一方でＣｏＤセッション３は、他の部屋の端末に配信される他のテレビ番組であるが、同じホーム・メディア・ゲートウェイ介し、かつそのため同じ受信契約者／ユーザ機器であるネットワーク構成要素へ配信されるというものであっても良い。人は、直ちに、そのような状況における発明概念の力を思い浮かべることができる。図８Ａ及びＢは、代表的な発明の実施形態に関連する。まさに図７Ａ及びＢに関連した実施形態のように、合成セッションを開始することが要求されない。ここで、ＰＳＣｉｄを生成し、これをユーザ機器へ返信するのは、ネットワーク構成要素である。そのような実施形態は、既存のＣｏＤセッションにおける広告の挿入のために使用されても良い。図に示されたステップは、概して、他の図のものとオーバーラップしており、残りは、当業者にとって自明である。
【０１１２】
どれか一つの実施形態に関連して説明されたいかなる特徴は、単独で若しくは説明された他の特徴と組み合わせて使用されても良く、また、他のどんな実施形態、若しくは、他のどんな実施形態のどんな組み合わせの一以上の特徴と組み合わせて使用されても良いということが理解される。さらに、上記で説明されなかった均等物及び改良物が、付属のクレームで定められる発明の範囲から逸脱することなく採用されても良い。
【技術分野】
【０００１】
本発明は、ネットワーク上の関連付けられたセッションを管理することに関する。しかし、ネットワーク上の関連付けられたマルチメディア・セッションを管理するための方法及びシステム、そのようなシステムにおいて使用するためのネットワーク構成要素及びユーザ機器、並びにその方法を実行するためのコンピュータ・プログラムに限定されない。
【背景技術】
【０００２】
ＩＰマルチメディアサブシステム（ＩＭＳ）の基本設計概念は、セッション初期化プロトコル（ＳＩＰ）の柔軟性によって可能になるサービスの広い範囲をサポートする統合された基本設計概念である。ＩＭＳは、３ＧＰＰや３ＧＰＰ２という標準（例えば、リリース５から７の３ＧＰＰ ＴＳ ２２．２２８、ＴＳ ２３．２１８、ＴＳ ２３．２２８、ＴＳ ２４．２２８、ＴＳ２４．２２９、ＴＳ ２９．２２８、ＴＳ ２９．２２９、ＴＳ ２９．３２８及びＴＳ ２３．３２０）で定義されている。
【０００３】
ＩＭＳのインフラへの投資をてこ入れするために、新しい種類のマルチメディア・サービスが開発されている。ＩＭＳによって可能になったある種のサービスは、混合サービス若しくは合成サービスとも呼ばれ、様々なプラットフォームのサービスを組み合せ、かつ様々なプラットフォームや配信技術（例えば、電話、マルチキャスト、ブロードキャスト、テレビ若しくはビデオ、オン・デマンドのコンテンツ等）の機能や性能を利用するいわゆる組み合わせサービスに関する。ＩＭＳによって可能になったある種のサービスは、エンドユーザが消極的な視聴者でなく積極的な参加者であるインタラクティブ・マルチメディア・サービスに関する。
【０００４】
さらに、ＩＭＳで可能になったサービスのこの種の改良は、異なるマルチメディア・ストリームからのマルチメディア・サービスを構成するためにエンドユーザ及び／若しくはネットワークオペレータを含んで良い。例えば、エンドユーザは、メインサービスを強化することでパーソナライズされたマルチメディア・サービス、例えば、ネットワーク上の異なるソースに由来する、コンテンツ・オン・デマンド（ＣｏＤ）、ユーザ作成型のコンテンツ（ＵＣＧ）などの個人的に選択されたマルチメディア・コンテンツを付加したＴＶブロードキャスト（ＢＣ）を構成しても良い。
【０００５】
最新のアーキテクチャにおけるパーソナライズされたＴＶサービスは、２００４年５月１４日のフラウンホーファーのホワイト・ペーパーにおけるラウシェンバッハ等の論文「ブロードキャストやブロードキャスト・ネットワークで同期配信をサポートする拡張可能なインタラクティブＴＶサービス」において説明される。この文書において、あるシステムでは、メインコンテンツ・ストリームが、ブロードキャスト・チャンネルの形で、エンドユーザの位置にあるホーム・メディア・サーバまでＤＶＢネットワーク上で運ばれると説明される。さらに、複数の付加的なコンテンツ・ストリームは、ブロードバンドＩＰネットワークを介してホーム・メディア・サーバへ運ばれても良い。ホーム・メディア・サーバにおいて、これらの付加的なコンテンツ・ストリームは、メインコンテンツ・ストリームと同期し、ある同期方法でエンドユーザの（表示）装置に提示されても良い。
【０００６】
ラウシェンバッハ等で説明されたスキームにおける欠点の一つは、全てのエンドユーザの表示機器は、これらの強化されたサービスを消費するために、ホーム・メディア・サーバ（ＨＭＳ）に直接的に接続される必要があるということである。もう一つの欠点は、ＨＭＳは、相当に複雑な機器の一つであり、パーソナライズされたＴＶサービスの機能を実現するために必要な処理能力を考慮された強固な設計がなされている必要があるということである。要するに、先行技術では、エンドユーザによる強化されたテレビジョン・エクスペリエンスの管理しかできない。ネットワーク上の異なるソースから発生し、かつ別々のストリームとしてユーザ機器に配信される異なるマルチメディア・ストリーム間の関係に関する情報は、ユーザ装置（ＨＭＳ）にのみ存在する。
【０００７】
典型的なネットワーク・アーキテクチャ、例えばＩＭＳネットワーク、より具体的には、ＩＭＳネットワークにおけるマルチメディア・サービスを管理するＩＭＳネットワーク構成要素は、パーソナライズされたマルチメディア・サービスを生成するためにこれらのマルチメディア・セッションがエンドユーザによって組み合わせて使用されるという事実をどうしても気づいていない。ネットワークの内からパーソナライズされたテレビジョン・エクスペリエンスを操作することは、どんなにも利便性が良く、かつ／又は必要ですらある。例えば、パーソナライズされたテレビジョン・エクスペリエンスを再開する前において、対象とされた広告若しくはハリケーン警報又は他のコンテンツをエンドユーザへ配信するため、パーソナライズされたテレビジョン・エクスペリエンスを共に形成するマルチメディア・ストリームを同時に中断することは、利便性が良いであろう。また、全ての関連したストリームのために、ネットワークにおける帯域幅を確保することは、また利便性が良いであろう。他の例では、関連したストリームのどっちらが電話のかかってくる状況であるかをネットワークが知る必要がある。多くのストリームがパーソナライズされたテレビジョン・エクスペリエンスに関連し、多くがバックグラウンドの個人的なダウンロード・セッション若しくはマルチメディア・レコーディング・セッションに関連する場合に、仮にネットワークが、バックグラウンドのダウンロード若しくはレコーディングセッションに関連したストリームでなく、パーソナライズされたテレビジョン・エクスペリエンスに関連したストリームのみを中断できるならば、それは利便性が良いであろう。
【０００８】
そのような組み合わせサービスの一例を説明するＷＯ２００７／１０１４７３において、ネットワーク・パーソナル・ビデオ・レコーディング・システム（ＮＰＶＲ）で、電話の着信に応じてテレビ番組が録画される。この手法において、ブロードキャスト・ストリーム（チャネル）は、電話の着信を受けると中断され、ネットワークに記録される。ユーザの要求に応じて、中断された瞬間からコンテンツがユニキャスト・ストリームとして再生されても良い。この種のネットワーク介入は、シングル・ストリームについて機能するだけであるけれども、異なるリソースに由来することがあり、同じユーザ機器に対する１以上の他のアクティブなセッションと組み合わさった複数のストリームを含み、パーソナライズされたテレビジョン・エクスペリエンスについては機能しない。
【先行技術文献】
【特許文献】
【０００９】
【特許文献１】国際公開２００７／１０１４７３号
【発明の概要】
【発明が解決しようとする課題】
【００１０】
最新式のＩＭＳの基本設計概念において、そのようなストリームは、異なるリソースに制御され、かつ／若しくは、由来し、複数並列したセッションのセットアップを要求するであろう。あるセッションは、メインコンテンツのストリームを含み、付加的なストリームそれぞれのための付加的なセッションは、追加のコンテンツアイテム（例えば、異なる字幕、ボイスオーバー、ピクチャ・イン・ピクチャ、など）を含むであろう。ネットワーク観点から、これら外側からのセッションは、全て同じに見えるであろうし、他のアクティブなレコーディング、ダウンロード、ゲーム、電話通信、又は他のセッションと違いがないであろう。現在、ＩＭＳ規格によって、エンドユーザ、及び／又は、ネットワークが、関連付けられたマルチメディア・セッションを構成すること、及びこれらの関連付けられたマルチメディア・セッションと、それらが使用するネットワーク・リソースと、を集合的に管理することができない。そのため、従来技術では、ネットワークにおける関連付けられたセッションを管理する方法及びシステムが必要である。
【課題を解決するための手段】
【００１１】
本発明に係る方法は、ネットワークにおけるセッションを関連付けるための合成セッション識別子（ＰＳＣＩＤ）を供給するステップと、ユーザ機器と前記ネットワーク構成要素との間で前記合成セッション識別子を交換するステップと、前記合成セッション識別子を交換することで２以上のセッションを前記合成セッションに関連付けるステップと、を含む。
【００１２】
前記合成セッション識別子は、前記ユーザ機器によって生成された場合、若しくは、サード・パーティのプロバイダ（例えば、電子番組ガイド（ＥＰＧ)など）によって前記ユーザ機器へ提供された場合に、前記セッション管理が行われているネットワーク構成要素へ送信される。あるいは、前記合成セッション識別子は、前記ネットワーク構成要素から、若しくは、前記ネットワーク構成要素の制御の下で前記ユーザ機器へ送信されても良い。どちらかの方向へのそのような合成セッション識別子の送信を「交換」と呼んで良い。どの瞬間でも交換は行われる、つまり、合成セッションをセットアップする間、合成セッションと関連付けられるマルチメディア・セッションをセットアップする間、若しくは、セッションが管理される間の他の瞬間である。
【００１３】
本発明によって、ネットワーク構成要素若しくはネットワーク構成要素に接続できる位置において、前記合成セッション識別子をネットワーク中心に管理できるようになる。マルチメディア・セッションがセットアップされ、ネットワーク構成要素若しくは前記ユーザ機器のどちらかによって、開始され、かつ割り当てられた合成セッション識別子が交換されると何時でも、前記マルチメディア・セッションは、前記ネットワーク構成要素の管理に従って合成セッション識別子と関連付けられるとしても良い。そのように、それは、既に同じ合成セッション識別子に割り当てられたかもしれない他のマルチメディア・セッションに関連付けられるとしても良い。
【００１４】
さらに、ネットワークで集中的にセッションの関連付けをするで、グループの一部でない他のセッションから離れたネットワークの内側から、セッションのグループを管理できるようになる。このため、前記合成セッション識別子を使用することで、セッションの前記グループは、あたかもそこに唯１つのセッションがあるかのように操作される。例えば、それによって、（例えば、着信に応じてユーザ機器へ向かう）集中的な中断、応答、セッションのグループに関連付けられたデータストリームの迂回が可能になる。
【００１５】
さらに、本発明は、前記セッションのグループ間における管理を可能とする。例えば、帯域幅が前記ネットワークにおける出現数を抑制し、同じユーザ機器へのセッションのグループと１つの別個のセッションとが存在する場合には、前記ネットワーク構成要素におけるセッション管理ロジックは、関連付けられた前記セッションのグループを完全なままとしつつ、その別個のセッションを終了させられるものとして選択しても良い。
【００１６】
あるいは、セッションの唯１つのグループがアクティブであり、それらの組み合わされた存在は、例えば、パーソナライズされたテレビジョン・エクスペリエンスをユーザ機器へ配信するために不可欠である場合に、前記ネットワークは、帯域幅制限のためにグループにおけるどのセッションも停止されないとしても良い。セッション管理ロジックは、セッションの前記関連を知っているので、例えば、帯域幅制限が緩和するようにセッションのグループ内の１つセッションをダウンスケーリングするような、他の解決策を探すように構成されても良い。
【００１７】
追加的な実施形態において、前記方法は、合成セッションを開始するステップを含む。原則として、単に合成セッション識別子を生成すること、及び前記関連付けられたセッションの管理を担うネットワーク構成要素制御に従ってこれを前記ネットワーク上の場所に保存することで十分かもしれないが、同様に別個のシグナル伝達セッション（合成セッション）を開始することに利点があるかもしれない。例えば、そのような合成セッションは、前記ユーザ機器と前記ネットワーク構成要素との間で合成セッション識別子を交換するために使用されても良い。全くそのような合成セッションが開始されない場合には、前記合成セッション識別子は、前記個々のセッションの前記シグナル伝達に組み込まれる。
【００１８】
前記合成セッションは、関連付けられたセッションと、このタスクに関連付けられた前記ユーザ機器とネットワーク構成要素との間の様々な種類のシグナル伝送とを管理するために使用されても良い。そのようなシグナル伝送は、全てのセッションの持続時間に関する合意若しくは（全ての互いに関連付けられたセッションに対する）帯域幅要求に関する交渉を含んでも良い。
【００１９】
さらに、そのような合成セッションの開始は、ヘット・ネットワーク及びユーザ機器におけるリソースのより効率的な使用をもたらすかもしれない。例えば、関連付けられたセッションの破壊が開始された合成セッション・ネットワークを使用することで、ユーザ機器へのより少ないシグナル伝達が要求されても良い。さらに、合成セッション識別子の存在について、全てのシグナル伝達メッセージを連続してスクリーニングし、その後に、次の一連の行動に対するサービス・ロジックを（前記ユーザ機器においてであれ、前記ネットワーク構成要素においてであれ）調査することは、行われなくても良い。（関連付けられたセッションのグループ内の）個々のセッションに単に関係したメッセージは、そのような調査を要求されないとしても良い。
【００２０】
さらに、合成セッションに割り当てられた合成セッション識別子へセッションを関連付けることで、前記関連付けられたセッションは、自動的に前記合成セッションへ割り当てられる。
【００２１】
一実施形態において、前記方法は、前記ユーザ機器が合成セッション識別子を生成するステップと、前記合成セッション識別子を含み、前記ユーザ機器から前記ネットワーク構成要素への合成セッションの開始を求めるリクエストを送信するステップと、をさらに含む。
【００２２】
他の実施形態では、前記方法は、前記ユーザ機器から前記ネットワーク構成要素への合成セッションの開始を求めるリクエストを送信するステップと、前記ネットワーク構成要素が前記リクエストの受信に応じて合成セッション識別子を生成するステップと、前記合成セッション識別子を前記ユーザ機器に送信するステップと、をさらに含む。
【００２３】
代替的な実施形態において、前記方法は、前記ユーザ機器が、前記受信された合成セッション識別子を含み、前記ユーザ機器から前記ネットワーク構成要素への合成セッションの開始を求めるリクエストの前記送信より前に、前記ネットワークから合成セッション識別子（ＰＳＣＩＤ）を受信するステップ、をさらに含む。ＰＳＣＩＤは、電子番組ガイド（ＥＰＧ)を介して受信されても良い。リモコンを介してチャネルを選択し、合成セッション手続きを起動することで、前記ＰＳＣＩＤは、前記ネットワーク構成要素へ送信されても良く、前記ネットワーク構成要素によって、合成セッションの開始を求めるリクエストとして解釈されてもよい。
【００２４】
そのため、公知のスキームに反して、本発明によれば、ネットワークが、合成セッション識別子を使用してセッションのグループを集中管理できるようになる。前記管理は、前記ネットワーク構成要素若しくは前記ネットワーク構成要素から到達できる位置で行われても良い。これは、前記ユーザ機器からの先行した介在なしに、前記ネットワークからのリクエストに応じて、及び／若しくは、前記ネットワークにおけるイベントによって開始されるトリガーに応じて、前記ネットワーク構成要素それ自身が、前記関連付けられたセッションを管理しても良いという利点をもたらす。本発明によれば、その結果、改良されたマルチメディア・サービスの全く新しい範囲が可能になる。関連付けられたセッションの前記グループを管理するためのネットワーク構成要素及び／若しくは合成セッションは、例えば、同じユーザ機器へ宛てた着信の検出に応じて、複数の関連付けられたマルチメディア・セッション（ユーザ機器へ伝達される関連したパーソナライズされたＴＶサービス）を中断させるように構成されても良い。同時に、ネットワーク構成要素によって、前記関連付けられたセッションの一部として認識されないダウンロード・セッションは、手付かずのままにされ、バックグラウンドで継続しても良い。そのような複雑なマルチメディア・サービスの相互作用は、公知のシステムでは不可能である。
【００２５】
さらに別の実施形態において、前記方法は、前記ユーザ機器が、前記合成セッション識別子をそれぞれ含む、１つのセッションのための２以上のセッション開始リクエストを前記ネットワーク構成要素へ送信することで、好適には、ＳＩＰ ＩＮＶＩＴＥメッセージを使用することで、２以上のセッションを開始するステップを、さらに含む。
【００２６】
一の実施形態において、前記方法は、前記ネットワーク構成要素が、前記合成セッション識別子をそれぞれ含む、１つのセッションのための２以上のリクエストを前記ユーザ機器へ送信することで、好適には、ＳＩＰ ＩＮＶＩＴＥメッセージを使用することで、２以上のセッションを開始するステップを、さらに含む。
【００２７】
他の実施形態において、合成セッションの開始を求める前記リクエストは、１以上のセッション識別子と、必要に応じて、前記セッション識別子で識別される前記１以上のセッションに関連付けられたリソース確保情報及び／若しくはリソース配分情報と、をさらに含む。
【００２８】
さらに別の実施形態において、２以上のセッションは、ＢＣ識別子（ＢＣＳｅｒｖｉｖｅＩＤ）に関連付けられたブロードキャスト（ＢＣ）セッション、ＣｏＤ識別子（ＣｏＤＩＤ）に関連付けられたコンテンツ・オン・デマンド（ＣｏＤ）セッション、ＴＡＩ識別子に関連付けられた対象広告挿入（ＴＡＩ）セッション、ＮＰＶＲ識別子（ＮＰＶＲＣｏｎｔｅｎｔＩＤに関連付けられたネットワーク・パーソナル・ビデオ・コンテンツ（ＮＰＶＣ）セッション、ＵＧＣ識別子に関連付けられたユーザ作成型コンテンツ（ＵＧＣ）セッション、ＰＳＴＮ模倣識別子に関連付けられた公衆電話交換網（ＰＳＴＮ）模倣セッション、及び／若しくは、ＳＣ識別子に関連付けられた共有コンテンツ・セッションの少なくとも１つを含む。前記識別子の全ては、セッション識別子の例である。
【００２９】
追加的な実施形態において、前記関連付けられたセッションが組み合わされたストリームは、パーソナライズされた合成マルチメディア・ストリームとして前記ユーザへ提示される。
【００３０】
ある実施形態において、前記ネットワークは、保存手段、好適には、データベースをさらに含み、前記方法は、前記ネットワーク構成要素が、前記合成セッション識別子及び前記２以上の関連付けられたセッション識別子を前記保存手段に保存するステップをさらに含む。
【００３１】
さらに別の実施形態において、前記方法は、１以上のセッションを前記合成セッションへ追加することですることで、前記合成セッションにおける１以上のセッションを停止させる若しくは修正することで、及び／若しくは、前記合成セッションから遠くの合成セッション若しくは前記合成セッションの外へ１以上のセッションを転送することで、前記合成セッションを修正するステップ、をさらに含む。修正の前記開始は、そこへリクエストを送信することで、前記ユーザ機器によって指示されても良い。あるいは、修正の前記開始は、前記セッション管理に関与する前記ネットワーク構成要素によって指示されても良い。典型的には、前記セッション管理は、前記ネットワークにおけるサービス・コントロール・機能の一部であっても良い。
【００３２】
さらに別の実施形態において、前記ネットワークは、前記ネットワークと前記ユーザ機器との間で関連付けられたセッションを管理するように構成された前記ネットワーク構成要素である、サービス制御機能（ＳＣＦ）に接続されたＩＭＳコアを含むＩＰマルチメディア・システム（ＩＭＳ）ネットワークである。
【００３３】
さらなる態様において、本発明は、ネットワークにおいて、関連付けられたセッションを管理するためのシステムに関し、前記システムは、
前記ネットワークとユーザ機器との間の関連付けられたセッション管理し、合成セッション識別子をユーザ機器と交換し、かつ前記合成セッション識別子を交換することで２以上のセッションを前記合成セッション識別子に関連付けるように構成されたネットワーク構成要素と、
ネットワークにおける、関連付いたセッションのための合成セッション識別子を提供し、合成セッションを開始し、かつ前記ネットワーク構成要素と前記合成セッション識別子を交換するように構成されたユーザ機器と、を含む。
【００３４】
さらに追加の態様において、本発明は、上記に記載のシステムで使用されるユーザ機器に関し、前記ユーザ機器は、
合成セッション識別子を生成するためのＩＤジェネレータと、
前記ＩＤジェネレータから前記合成セッション識別子を受信し、合成セッションを開始し、前記合成セッション識別子をネットワーク構成要素と交換し、１以上のマルチメディア・セッションを前記ネットワーク構成要素と開始し、かつマルチメディア・セッションの前記セットアップ中に、前記合成セッション識別子を前記ネットワーク構成要素と交換する、ように構成されるマルチメディア・クライアントと、を含む。
【００３５】
追加の態様において、本発明は、
合成セッション識別子をユーザ機器と交換し、合成セッションを開始、及び 若しくは、終了させ、及び 若しくは、修正し、かつマルチメディア・セッションをセットアップ及び修正するように構成されたセッション・マネージャと、
合成セッション及び前記関連付けられたセッションに関する情報を含む、合成セッション情報を保存する保存手段と、を含む、ネットワーク構成要素に関する。
【００３６】
一の実施形態では、前記ネットワーク構成要素は、合成セッション識別子を生成するためのＩＤジェネレータをさらに含む。
【００３７】
本発明は、実行時にユーザ機器若しくはネットワーク構成要素のメモリで、上記に記載の前記方法ステップを実行するように構成されたソフトウェア・コード部分を含むコンピュータ・プログラムにまた関する。
【００３８】
本発明は、本発明に係る実施形態を図式的に示す添付の図を参照してさらに説明される。本発明は、これらの特定の実施形態に決して限定されない。
【発明の効果】
【００３９】
本発明の目的は、先行技術において知られている少なくとも１つの欠点を減少させる若しくは除外すること、及び本発明の第１の態様において、ネットワークにおける関連付けられたセッションを管理する方法、ネットワークとユーザ機器との間における関連付けられたセッションを管理するように構成されたネットワーク構成要素を含むネットワークを提供することである。
【図面の簡単な説明】
【００４０】
【図１】図１は、本発明の一実施形態に係るシステムを表す。
【図２】図２は、本発明の一実施形態に係るに係る方法のフローチャートを表す。
【図３】図３は、本発明の一実施形態に係るセッション情報のデータ構造を表す。
【図４】図４は、本発明のもう一つの実施形態に係る方法のフローチャートを表す。
【図５】図５は、本発明のさらにもう一つの実施形態に係る方法のフローチャートを表す。
【図６】図６は、本発明の追加的な実施形態に係る方法のフローチャートを表す。
【図７Ａ】図７Ａは、本発明の代表的な実施形態に係る方法のフローチャートを表す。
【図７Ｂ】図７Ｂは、本発明の代表的な実施形態に係る方法のフローチャートを表す。
【図８Ａ】図８Ａは、追加的な実施形態に係る方法のフローチャートを表す。
【図８Ｂ】図８Ｂは、追加的な実施形態に係る方法のフローチャートを表す。
【発明を実施するための形態】
【００４１】
図１は、ＥＴＳＩのＴＩＳＰＡＮ １８２．０２７で定義されるようなＩＭＳに基づいたＩＰＴＶシステム１００の一例を表す。そのシステムは、本発明の第１の実施形態に係る関連付けられたマルチメディア・セッションを管理するのに適している。そのシステムは、一連の呼セッション制御機能（ＣＳＣＦ）、つまり、プロキシＣＳＣＦ（Ｐ−ＣＳＣＦ）、インタラゲイティングＣＳＣＦ（Ｉ−ＣＳＣＦ）、及びサービングＣＳＣＦ（Ｓ−ＣＳＣＦ）で形成されるＩＭＳコア１０２を含む。ＩＭＳコアは、ユーザ機器（ＵＥ）１０４、ネットワーク（例えば、ブロードキャストＳＣＦ、コンテンツ・オン・デマンドＳＣＦ、など）におけるＩＰＴＶサービス制御のためのＩＰＴＶサービス制御機能（ＳＣＦ）１０６、及びメディア制御機能（ＭＣＦ）と、転送機能（ＴＦ）及び転送制御機能（ＴＣＦ）を介したユーザ機器までのメディア・コンテンツの配信を制御するメディア配信機能（ＭＤＦ）と、を含むメディア機能（ＭＦ）１０８に接続されている。
【００４２】
さらに、ユーザ機器に接続されているサービス選択機能（ＳＳＦ）１１０は、例えば、電子番組ガイド（ＥＰＧ）を使用した利用可能なサービスに関する情報をユーザ機器に提供し、資源権限制御サブシステム（ＲＡＣＳ）１１２は、マルチメディア・コンテンツをユーザ機器へ配信するためのリソースの使用量及びリソース配分を管理する。
【００４３】
ユーザ機器（ＵＥ）は、ネットワークを介してセッション管理システムへ接続できる機器のいかなる種類であっても良い。ユーザ機器は、デスクトップ／ラップトップ／ハンドヘルド・コンピュータ、ＰＤＡ、携帯端末、セット・トップ・ボックス、ホーム・メディア・ゲートウェイ、若しくはこれらのいかなる均等物のいかなる種類に関連しても良い。ある実施形態において、セッション管理システムを含むネットワーク構成要素は、ＩＭＳの基本設計概念を基礎としても良い。それは、例えば、サービス制御機能（ＳＣＦ）といわれる論理的なＩＭＳネットワーク構成要素であるかもしれない。あるいは、ネットワーク構成要素は、ＳＣＦの機能に等しい機能を実行する何か他のセッション管理システムであっても良い。ＵＥをネットワーク構成要素に接続させるネットワークは、いかなるタイプの無線若しくは有線ネットワークに関連しても良い。本発明のために、関連付けられたセッションは、新しいタイプのサービスを可能にするするためにそれらが互いに独立して管理されないことを求めるセッションである。
【００４４】
ＩＰＴＶシステムは、ユーザ端末間、若しくは、ユーザ端末とＤＣＦｓ及びＭＦｓを含むアプリケーション・サーバとの間でセッションをセットアップし、管理するために、セッション初期化プロトコル（ＳＩＰ）を使用する。ＳＩＰシグナル伝達によって運ばれるセッション記述プロトコル（ＳＤＰ）は、セッションにおけるメディアコンポーネントの説明及びネゴシエーションのために使用される。さらに、リアルタイム・ストリーミング・プロトコル（ＲＴＳＰ）は、例えば、ブロードキャスト・トリック・モードの提供を制御するメディア、コンテンツ・オン・デマンド、及びネットワーク・パーソナル・ビデオレコーダ（ＮＰＶＲ）のために使用され、リアルタイム・トランスポート・プロトコル（ＲＴＰ）は、メディアの転送のために使用される。
【００４５】
ＩＰＴＶシステムが関連付けられたマルチメディア・セッションを認識できるようにするために、ＳＣＦｓ及びユーザ機器は、合成セッションをセットアップするように構成される。合成セッションは、ユーザ機器及びネットワークの双方が関連付けられたマルチメディア・セッションの記録を保持し、かつ制御することを可能にする。この発明のために、合成セッションは、またＰＳＣセッション、合成のセッション、若しくはコンビ・セッションと呼ばれてもよい。同じ概念を示すために、同等な用語の全てが、この発明の開示の至るところで使用される。
【００４６】
そのような合成セッションが開始するときに、合成セッション識別子（ＰＳＣＩＤ）が生成され、ＳＩＰメッセージング使用してＳＣＦとユーザ機器との間で交換される。
【００４７】
本発明の目的のために、用語ＰＳＣＩＤ、ＰＳＣｉｄ、ＰＳＣセッションＩＤ及びコンビ・セッションＩＤは、ある同じタイプの識別子を示すために使用される、全て等しい／代用可能な、及び／若しくは、互換性のある言葉であるということに注意すべきである。
【００４８】
合成セッション識別子（ＰＳＣＩＤ)は、ＳＣＦ若しくはユーザ機器によって生成されても良い。あるいは、ＰＳＣＩＤは、サード・パーティのプロバイダ（アプリケーション・サーバ若しくはＡＳ)によって提供されても良いし、例えば、電子番組ガイド（ＥＰＧ)を介してユーザ機器へ提供されても良い。合成セッションの確立後、マルチメディア・セッション、例えば、ブロードキャスト・セッション、ＣｏＤセッション、対象広告挿入（ＴＡＩ）セッション、ユーザ作成型コンテンツ（ＵＧＣ）セッション、などは、マルチメディア・セッションを合成セッションへ追加することで、合成セッション識別子を用いて合成セッションに関連付けられても良い。ＰＳＣＩＤによって結ばれるセッションの組み合わせは、パーソナライズされたサービス合成サービス（ＰＳＣ−サービス）としてユーザ機器へ提供されるとしても良い。
【００４９】
マルチメディア・セッションの合成セッションに対する追加は、ＳＩＰを使用して、例えば、合成セッション識別子とマルチメディア・セッション識別子とを含むＳＩＰ ＩＮＶＩＴＥメッセージを用いてマルチメディア・セッションを初期化することで実現されても良い。あるいは、合成セッションに対する追加は、既存の（アクティブな）マルチメディア・セッションを合成セッションへ追加することによって実現されても良い。これは、ＳＩＰを使用して、例えば、合成セッション識別子とマルチメディア・セッション識別子とを含むＳＩＰ ＲＥＩＮＶＩＴＥメッセージを用いて、既に存在するマルチメディア・セッションを修正することによって達成されても良い。
【００５０】
ＳＣＦとユーザ機器は、合成セッション識別子のために、ＳＣＦに接続されたセッション・データベース１１４と、セッション情報１１６を保存するためのユーザ機器のメモリと、のそれぞれに対して関連付けられたマルチメディア識別子を保存することによって、合成セッションとこれら合成セッションそれぞれに関連付けられたマルチメディア・セッションとの記録を保持しても良い。
【００５１】
さらに、ＳＣＦとユーザ機器とは、合成セッションを修正する、及び／若しくは終了させるように構成されている。例えば、ネットワーク・リソースを解放して他のメディア・セッションを追加する余地を設けるために、ネットワークは、特定の合成セッションにおけるＨＤＴＶブロードキャスト・セッションを、狭い帯域幅を占有する通常のブロードキャスト・セッションに置き換えようとするとしても良い。そのような場合において、セッション・データベースに保存されたセッション情報を使用することで、ＳＣＦは、合成セッションに関連づけられたマルチメディア・セッションを識別したり、操ったりできる。セッション情報を使用することで、ＳＣＦは、ＨＤＴＶブロードキャスト・セッションを識別し、ＨＴＤＶブロードキャスト・セッションを終了させ、かつ狭い帯域幅を占有する標準テレビ・ストリーム（ＳＤＴＶ）に関連した新しいマルチメディア・セッションを合成セッションに追加しても良い。合成セッションの修正は、マルチメディアＨＤＴＶセッション識別子とマルチメディアＳＤＴＶセッション識別子とを置き換えることで、セッション・データベース及びユーザ機器のメモリへ登録される。
【００５２】
ネットワークにおけるセッション・データベース及びユーザ機器のメモリに保存されたセッション情報は、新たに生成された合成セッション、既存の合成セッションにおける修正、及び／若しくは、合成セッションの終了の記録をこのようにして保持ことができ、このようにして、例えば、ＳＣＦなどの、ＩＭＳネットワークにおけるネットワーク構成要素が、関連付けられたメディア・セッションの存在を認識できるようになる。
【００５３】
図２は、合成セッション識別子と、合成セッション識別子を使用する合成セッションの後に続く３つのマルチメディア・セッションの関連と、を使用して、合成セッション、この場合、パーソナライズされたストリーム若しくはサービス合成（ＰＳＣ）セッションの開始を表すプロトコルフロー２００の代表例を表す。この例において、関連づけられたマルチメディア・セッションは、３つのセッション、つまり、第１ビデオストリームを含むブロードキャスト（ＢＣ）セッション、並びに第２及び第３のビデオストリームをそれぞれ含む第１及び第２のコンテンツ・オン・デマンド（ＣｏＤ)セッションを含む。第１のストリームは、例えば、特定の解説者が解説するスポーツの試合といったＴＶブロードキャストを含んでも良く、かつ第２及び第３のストリームは、ネットワークにおける異なるソースに由来し、ＴＶブロードキャストと同期したスポーツ・イベントの第２及び第３のカメラアングル含み、２つの別個のピクチャ・イン・ピクチャ・モヂとしてユーザに表されても良い２つの別個のユニキャスト・ストリームを含んで良い。
【００５４】
第１、第２、及び第３のビデオストリームは、ＳＳＦにおいて予め構成された、若しくは、代わりに、ＳＳＦによって提供された番組情報を使用してユーザが設定した、パーソナライズ済みのテレビ番組に関連しても良い。パーソナライズ済みのテレビ番組（それは、ＰＳＣサービスの一例である）におけるマルチメディア・ストリームの選択は、ＳＳＦによって供給された電子番組ガイド（ＥＰＧ）データをユーザへ提示することで実現されても良い。ユーザは、リモコンを使用して、ユーザに提示されたマルチメディア・ストリームの組から２以上のマルチメディア・ストリームを選択することで、それ自身パーソナライズされたテレビ番組を組み立てても良い。複数のＢＣ及び／若しくはＣｏＤセッションの提供からパーソナライズされたテレビ番組を組み立てることは、例えば、ＯＭＡ ＢＣＡＳＴサービスガイドによってサポートされるように、より複雑なＥＰＧデータを要求する。
【００５５】
マルチメディア・ストリームを選択した後に、ユーザ機器は、異なる選択されたマルチメディア・セッションをＰＳＣセッションに関連づけるために、ユーザ機器（ＵＥ）及びネットワークによって使用される合成セッション識別子、この場合、パーソナライズされたストリーム合成セッション識別子（今後、ＰＳＣ ＩＤ）を生成する。一実施形態において、（例えば、このために構成されたリモコン上のボタンを押すことでＰＳＣサービス・モジュールに入力を行うことで）提供済みのセッションを実際に選択するより前に、ＰＳＣＩＤは、ＵＥによって生成されるとしても良い。もう一つの実施形態では、ＵＥは、ＥＰＧを介してＰＳＣを受信しても良いし、若しくは、ネットワーク構成要素（ＳＣＦのような）若しくはサード・パーティのＡＳからそれを要求しても良い。ユーザ機器は、生成された、若しくは、受信されたＰＳＣ ＩＤ並びにセッション情報を保存するために使用される選択されたＢＣ及びＣｏＤマルチメディア識別子をメモリに保存する。
【００５６】
その後、ＰＳＣセッションは、ＰＳＣセッション開始リクエストによって開始される。ＰＳＣセッションは、ＰＳＣ ＩＤを含むＳＩＰ ＩＮＶＩＴＥをＳＣＦへＩＭＳコアを介して送信してＳＩＰプロトコルを使用することで開始されても良い（ステップ２０２）。ＰＳＣ ＩＤは、ＳＩＰメッセージのリクエストＵＲＩでコード化されても良い。追加的な実施形態において、ＰＳＣ ＩＤは、プレーンＨＴＴＰの（ＲＦＣ３２６１で定義されるような）ＳＩＰ コール ＩＤ、若しくは、例えば、ＳＩＰ ＲＴＳＰメッセージとして実装されても良いし、あるいは、ＰＳＣＩＳは、別個のＳＩＰ ＩＮＶＩＴＥ若しくはＳＩＰ ＩＮＦＯメッセージにおいてＳＣＦへ転送されても良い。そのような特別に作成されたＳＩＰ ＩＮＶＩＴＥメッセージの２つの例は、下記の通りである。ＰＳＣＩＤは、ＳＩＰ／ＳＯＰメッセージ双方のＳＤＰ部分において太字で表される。
【００５７】
例１．ＰＳＣセッションの一部としてブロードキャスト（ＢＣ）サービス（セッション）を開始するためのＳＩＰ ＩＮＶＩＴＥメッセージ
【００５８】
【表１】
【００５９】
例２．空のＰＳＣセッションを開始するためのＳＩＰ ＩＮＶＩＴＥメッセージ
【００６０】
【表２】
【００６１】
ＳＣＦは、ＰＳＣセッション開始レスポンスをユーザ機器へ返信することでＰＳＣセッションの開始に対して肯定応答する（ステップ２０４）。レスポンスは、ＰＳＣ ＩＤを含むＳＩＰ２００ＯＫレスポンスであっても良い。さらに、ＳＣＦは、新たに生成されたＰＳＣ ＩＤをセッション・データベースへ保存する。そのような特別に作成されたＳＩＰ ＯＫメッセージの一例は、以下に表される。
【００６２】
例３．ＰＳＣセッション内のＢＣサービスを確認するためのＳＩＰ ２００ ＯＫメッセージ
【００６３】
【表３】
【００６４】
ユーザ機器は、そのメモリへ保存されるセッション情報、つまり、ＰＳＣ ＩＤ及び新たに生成されたＢＣマルチメディア・セッションＩＤを使用する、選択されたＢＣセッションを開始しても良い。ＢＣセッションの開始は、ＥＴＳＩ ＴＳ １８２ ０２７の８．１．３節及びＥＴＳＩ ＴＳ １８３ ０６３の５．３．１節で定義されるような適合した標準手続を使用することで実現される。標準手続の適合は、一部がＢＣマルチメディア・セッションであるＰＳＣセッションのＰＳＣ−ＩＤの開始リクエストへの追加に関係している。このパラメータは、例えば、セッションのセットアップに使用されるＳＩＰ ＩＮＶＩＴＥのリクエストＵＲＩにおけるパラメータとして含まれても良い。このため、ＢＣセッションは、新たに生成されたＢＣマルチメディア・セッションＩＤ及びＰＳＣ ＩＤを含むＢＣ開始リクエストをＳＣＦへ送信することによって開始される（ステップ２０６）。セッションをセットアップする間、ネットワークにおけるリソースは、ＢＣマルチメディア・セッションのためにＲＡＣＳによって検証及び確保されても良いし、及び／もしくは、ＢＣマルチメディア・セッションに配分されても良い。
【００６５】
ＢＣ開始リクエストの受信後、ＳＣＦは、ＢＣマルチメディア・セッションＩＤを、セッション・データベースにおいて階層的にＰＳＣ ＩＤの下へ保存し、レスポンス・メッセージ、例えば、ＢＣマルチメディア・セッションＩＤ 及び ＰＳＣ ＩＤ を含むＳＩＰ ２００ ＯＫメッセージをユーザ機器／ＵＥへ送信することで、ＢＣマルチメディア・セッションの開始に対して肯定応答する（ステップ２０８）。
【００６６】
次に、第１のＣｏＤセッションがセットアップされる。これは、ＥＴＳＩ ＴＳ １８２ ０２７の８．４．１節及びＥＴＳＩ ＴＳ １８３ ０６３の５．３．２節で定義されるような適合された標準手順を使用することで行われても良い。標準手続の適合は、一部がＣｏＤマルチメディア・セッションであるＰＳＣセッションのＰＳＣ−ＩＤの開始リクエストへの追加に関係している。このパラメータは、例えば、セッションのセットアップに使用されるＳＩＰ ＩＮＶＩＴＥのリクエストＵＲＩにおけるパラメータとして含まれても良い。そのため、ＣｏＤセッションは、新たに生成されたＣｏＤマルチメディア・セッションＩＤ及びＰＳＤ−ＩＤ含むＣｏＤ開始リクエストをＣｏＤメディア・コンテンツを制御する第１のマルチメディア機能ＭＦ１へＳＣＦを介して送信することによって開始される（ステップ２１０）。
【００６７】
それに応じて、ＭＦ１は、ＣｏＤマルチメディア・セッションＩＤ及びＰＳＣ＿ＩＤを含む肯定応答メッセージ、例えば、ＳＩＰ２００ＯＫをＳＣＦへ返信する。ＳＣＦは、次に、それに応じてＣｏＤマルチメディア・セッションＩＤをセッション・データベースにおいて階層的にＰＳＣ−ＩＤの下に保存する。その後、ユーザ機器／ＵＥへ肯定応答メッセージが送信される（ステップ２１２）。第１のＣｏＤセッションのセットアップ中に、ネットワークのリソースが、ＣｏＤマルチメディア・セッションのためにＲＡＣＳによって確保されていても良いし、かつ／または、ＣｏＤマルチメディア・セッションに配分されても良い。
【００６８】
同様の方法で、第２のＣｏＤセッションは、メディア機能ＭＦ２にセットアップされる（ステップ２１４から２１８）。また、第２のＣｏＤセッションの開始は、ＳＣＦによってセッション・データベースへ登録され、セッション・データベースでは、第２のＣｏＤマルチメディア・セッションＩＤも、第１のｃｏＤマルチメディア・セッションをデータベースへ階層的に保存するために使用されたのと同じＰＳＣ−ＩＤよりも階層的に下の層へ保存される。
【００６９】
上記に記載のステップの使用により、１つのＢＣメディア・セッション及び２つのＣｏＤメディア・セッションを含むＰＳＣセッションが生成される。ＳＣＦ及びＵＥの双方は、例えば、図３に示すようなデータモデルを使用することで、ＰＳＣセッション及びどちらのメディア・セッションをそれが含むかという記録を保持しても良い。この代表図は、１つのＰＳＣセッションは、空又は１以上のＢＣセッション及び／若しくは１以上のＣｏＤセッションを含むことを示す。当然ながら、ＢＣ及びＣｏＤセッションは、本発明を使用することで、関連付けられても良いセッションの例に過ぎない。
【００７０】
図２に示されたプロセス・フローの変形（不図示）において、ＰＳＣセッションを開始するユーザ機器の代わりがＳＣＦである。これを受けて、ＳＣＦへ送信される（図２のステップ２０２）ＰＳＣセッション開始リクエストは、ＰＳＣ ＩＤ並びにＰＳＣセッションへ関連づけられるＢＣ及びＣｏＤマルチメディア・セッションに関連する選択済みのＢＣ及びＣｏＤマルチメディア識別子を含む。さらに、リクエストは、例えば、全てのリクエストされたＢＣ及びＣｏＤセッションを同時にアクティブにするのに利用可能な帯域幅がネットワーク（の一部）において不十分である状況をどのように取り扱うかというＳＣＦに対する取扱指示を含んでも良い。リクエストにおける情報を使用することで、その後、ＳＣＦは、リクエストされたマルチメディアＰＳＣセッションを、図２に関連して説明されるような同様の方法で開始する。この変形例は、ＳＣＦは、例えば、ＲＡＣＳと組み合わせて、十分なネットワーク・リソースが利用できるかを最初に決定できるという利点を有する。この場合に、ＳＣＦは、異なるセッションをセットアップする。そうでなければ、ＳＣＦは、ＰＳＣセッション拒否メッセージをＵＥへ送信する。ＰＳＣセッションを拒否する他の理由は、不十分な前払残高、予約制限による認証失敗などを含んでも良いが、これに限定されない。
【００７１】
図４は、図２に関連して上記で説明されたようなＰＳＣセッションの代表的な使用を表す。この例において、図２に関連して説明されたものと類似したＰＳＣセッションがセットアップされる。しかし、この場合、第２のＣｏＤマルチメディア・セッションのセットアップは失敗する、これは、第２のＣｏＤセッションのために使用可能な帯域幅が不十分であるということをＳＣＦに対して知らせるからである（ステップ４０２）。
【００７２】
ＳＣＦは、ＰＳＣセッションにおける異なるメディア・セッション間の特定の関係を認識している（そこでは、これらのメディア・セッションは、リクエストされたパーソナライズ済みのブロードキャスティングＴＶサービスを生成するために同時にアクティブとなるべきである）ので、ＳＣＦは、ＰＳＣセッションの全体としての帯域幅の使用をネットワークに管理させる。ＳＣＦは、以下のように構成されるように拡張されても良い：十分な帯域幅が使用できないというＩＭＳコアからの通知に応じて、ＳＣＦサービス・ロジックは、例えば、ＴＳ １８２ ０２７の８．３．２節及びＴＳ１８３ ０６３の５．１．３．２節における手続きで説明されるようなセッション修正を利用することで、この場合、高帯域幅ＨＤＴＶストリームを含むＢＣメディア・セッションを修正させる。
【００７３】
そのため、帯域幅不十分通知に応じて、ＳＣＦは、ＢＣマルチメディア・セッションＩＤ及びＰＳＣ−ＩＤを含むＢＣセッション修正リクエストをユーザ機器へ送信する（ステップ４０４）。このリクエストの受信に応答して、ユーザ機器（ＵＥ）は、初めに選択されたＨＤＴＶストリームに代えて低帯域幅を自動的に選択しても良い。あるいは、ＵＥは、例えば、標準ＴＶストリーム（ＳＤＴＶ)など低帯域幅のＴＶストリームという代替手段をユーザに選択させても良い。そのような修正リクエスト・メッセージの一例は、以下に示される。
【００７４】
例４．ＢＣサービスをＰＳＣへ追加するためにそれを修正するためのＳＩＰ ｒｅＩＮＶＩＴＥメッセージ
（例えば、これは、ＳＩＰダイアログにおける第２／第３／・・・ＳＩＰ ＩＮＶＩＴＥであってもよい。）
【００７５】
【表４】
【００７６】
この場合、ＢＣセッションの修正は、そのＢＣセッションを変化させないので、ＰＳＣＩＤ及び他の関連付けられたマルチメディア・セッションＩＤも、正しいままであり、変化させる必要がない。従って、リソース配分を修正するためにＲＡＣＳへ通知するＢＣセッション修正レスポンスは、ＩＭＳコアを介して（ステップ４０６）ＳＣＦへ送信される。リソースの（再）分配が完了した後には、ＳＣＦが第２のＣｏＤセッションをセットアップするのに十分な帯域幅が使用可能である（ステップＳ４０８）。
【００７７】
図５は、図２に関連して上記で説明されたようなＰＳＣセッションの終了に関し、ネットワーク、この場合、ＳＣＦによって終了処理が開始されるプロセス・フローの一例を示す。パレンタル・コントロール制御のため（子供は１日ＴＶを２時間だけ観て良く、その後それは終了される）、若しくは、ユーザがそのセット・トップ・ボックスを設定したので、例えば、特定の放送された番組が開始すると直ぐに、彼は、その番組へチャンネルを変更し、そのため、ＰＳＣセッション（例えば、パーソナライズされたＴＶエクスペリエンス）を終わらせて、通常の（パーソナライズされていない）ＢＣセッションを楽しむため、例えば、終了は必要であるかもしれない。ＳＣＦは、特定の瞬間から、ＰＳＣセッション及びリンクされ、関連付けられた全てのセッションを終了させ、かつ通常の放送を受信するために新しいセッションをセットアップするように今や設定される。
【００７８】
ＰＳＣセッション内のセッションを終了するためのＵＥからの終了メッセージの一例は、以下に記載される。
【００７９】
例５．ＰＳＣ内のセッションを終了するためのＳＩＰ ＢＹＥメッセージ
【００８０】
【表５】
【００８１】
図６は、３つの異なるユーザ端末ＵＥ１、ＵＥ２、及びＵＥ３に関わるＰＳＣセッションの追加使用に関するプロセス・フロー６００を示す。異なるＵＥへ提供される異なるサービス、例えば、ＵＥ１へのテレビ放送サービス、ＵＥ２への電話通信サービス、及びＵＥ３へのゲームサービスは、今や、１つの合成セッションへ追加されているため、互いに関係付けられている。
【００８２】
この例では、ＵＥが各サービスに関連したセッションをセットアップする前に、第１に、ステップ６０２、６０６、及び６１０でリクエストを使用してＳＣＦへのＰＳＣセッション（合成セッション）がセットアップされる。この特定の例においてＵＥは、そのような合成セッションが既に存在するか知らないので、個々のＵＥは、合成セッション識別子、ＰＳＣ−ＩＤを生成しない。代わりに、ＰＳＣ−ＩＤは、ＳＣＦによって生成され、その後に各ＵＥへ返信される。全てのセッションは、同じＰＳＣセッションに属するので、ＰＳＣＩＤは、各ＵＥ１、ＵＥ２、及びＵＥ３について同じになる。ＳＣＦは、ＰＳＣ−ＩＤをＰＳＣセッション開始リクエストに対する応答へ挿入する。そのため、ＵＥは、このＩＤ及び１以上の関連づけられたマルチメディア・セッションＩＤを保存しても良い。ＰＳＣセッションの一部になった後、ＵＥは、ＰＳＣサービスのために要求されるいかなるマルチメディア・セッションをセットアップしても良いし、これらのセッションをＰＳＣセッションの一部としても良い（ステップ６０４から６１２）。
【００８３】
その後のステップ６１４では、例えば、前払口座の残金が尽きたため、若しくは子供は寝なければならないとするパレンタル・コントロールのため、ＳＣＦは、ＰＳＣセッションを破壊することを決定する。この場合、ＳＣＦは、ＰＳＣセッションに属するいかなるサービス・セッションも破壊するためにＰＳＣＩＤを使用して終了リクエストを単に送信する。
【００８４】
図６は、ＰＳＣセッションがマルチ・デバイス・セッションである状況に関連する。標準化されたＩＭＳの場合、そのようなセッションは、現在、サポートされておらず、ＰＳＣＩＤのためのコールＩＤフィールドを使用する。それにも関わらず、このＰＳＣセッションのセットアップ中に、ポート番号やＩＰアドレスが端末間で交換される必要がないので、そのようなマルチ・デバイス・セッションは、例えば、カンファレンス・ブリッジや同様のセッション・ブリッジ無しに開始されても良い。ＰＳＣセッションのために、信号メッセージだけが交換される。そのため、例えば、ＰＳＣセッションの一部である異なる装置へ送られるＳＩＰメッセージといった信号メッセージをかき集めることを可能にするためにＩＭＳコアが必要である。このかき集めは、通常、例えば、ＳＩＰ ＵＲＩに基づいて行われるが、信号メッセージのいかなる他の部分を使用して行われ得る。仮に、ＰＳＣＩＤが、例えば、サービス・パラメータとしてリクエストＵＲＩに含まれるならば、メッセージは、このヘッダフィールドにおけるＰＳＣＩＤの検出に基づいてコアＩＭＳがかき集めても良い。これは、図６のステップ６１６で行われる。ＩＭＳコアは、セッション終了リクエストをＳＣＦから受信し、全ての関連したＵＥ、この場合、ＵＥ１、ＵＥ２、及びＵＥ３へ送られるこのメッセージをかき集める。
【００８５】
図７Ａ及び７Ｂに関連した以下のユースケースは、ネットワーク・ベースのサービスの介入が要求された場合に、どのように発明が使用され得るかを示す。この特定の実施形態において、ユーザ機器、例えば、ホーム・メディア・ゲートウェイ（ＨＭＧ)への３つのセッションが同時にアクティブである。２つのＣｏＤセッションは、合成セッション識別子ＰＳＣｉｄに関連付けられ、共にＰＳＣサービスを形成する。例えば、パーソナライズされたテレビジョン・エクスペリエンスにおいて、ＣｏＤセッション１はサッカーの試合のメイン・テレビジョン・ビューを含み、ＣｏＤセッション２は、サッカーの試合の他のアングルの小さなピクチャ・イン・ピクチャ（ＰＩＰ）ビューを示すメイン・ビューのオーバーレイとして提示される。ＣｏＤセッション３は、２つの他のセッションに関連しておらず、ＨＭＧにおけるＰＶＲへの映画のダウンロードを含む。
【００８６】
ユーザは、パーソナライズされたテレビジョン・エクスペリエンスを消費する間、受けなければならない重要な電話の呼び出しを待つ。彼は、通話の後に、パーソナライズされたテレビジョン・エクスペリエンスを再度見ようとするかもしれないし、若しくは全く中止するかも知れない。彼が欲しないことは、映画のダウンロードに関連したＣｏＤセッション３が、どんな風であれ中断することである。以下は、フォンフリーズ・サービスと組み合わせてどのように発明が使用され得るかを表すためのステップの代表的なシーケンスである。どのようにユーザの目的が達成されるかが示される。
【００８７】
さらに重要なことには、この実施形態は、合成セッションの開始が全ての場合に必ず必要な訳でないことをさらに示す。合成セッション識別子を提供すること、及びこれをユーザ機器とネットワーク構成要素若しくはセッション管理を担う要素との間で交換することで、関連したセッションを関連付けることが要所である。
【００８８】
１）第１のステップ７０１０において、ＵＥは、フォンフリーズ・サービスのリクエストを送信する。このリクエストは、例えば、ＳＩＰ ＭＥＳＳＡＧＥメッセージ若しくはＨＴＴＰ ＰＯＳＴメッセージの形式であってよい。
【００８９】
２）第２のステップ７０２０において、ＩＰＴＶ ＳＣＦ（ネットワーク・エレメント）は、リクエストを受信し、かつＰＳＣＩｉｄを生成する。
【００９０】
３）ステップ７０３０において、ＩＰＴＶ ＳＣＦは、電話通信ＳＣＦへのＰＳＣｉｄを含むフォンフリーズ承認リクエストを発行する。この承認リクエストは、ＳＩＰ ＳＵＢＳＣＲＩＢＥメッセージ若しくはＸＭＰＰ ＳＵＢＳＣＲＩＢＥ（ＲＦＣ ３９２１）に含まれても良い。
【００９１】
４）ステップ７０４０において、ＩＰＴＶ ＳＣＦは、ＰＳＣｉｄを含むフォンフリーズ・リクエストを確認する。このレスポンスは、ＳＩＰ２００ＯＫ若しくはＨＴＴＰ２００ＯＫであって良い。
【００９２】
────────────────────────────────────────
５）ステップ７０５０において、ＵＥは、ＩＰＴＶ ＳＣＦへのＰＳＣｉｄ（このステップにおいて、ユーザ機器とネットワーク構成要素の間でＰＳＣｉｄは交換される）及びＣＯＤセッション１ＩＤを含むＣＯＤセッション１のセッション開始リクエストを送信する。
【００９３】
６）ステップ７０６０において、ＩＰＴＶ ＳＣＦは、ＣＯＤセッション１をＰＳＣｉｄへ関連づけ、その結果、フォンフリーズ・リクエストにも関連付ける。
【００９４】
７）ステップ７０７０において、ＩＰＴＶ ＳＦＣは、そのメッセージをＭＦＩへ転送する。
【００９５】
８）ステップ７０８０において、ＭＦ１は、ＩＰＴＶ ＳＣＦへの２００ＯＫメッセージ付きＣｏＤセッション１を確認する。
【００９６】
９）ステップ７０９０において、ＩＰＴＶ ＳＣＦは、ＵＥへの２００ＯＫメッセージ付きＣｏＤセッション１を確認する。
【００９７】
１０）ステップ７１００において、ＭＦ１は、ＣｏＤセッション１（ビデオ・ストリーム１の配信）のためのメディア配信を開始する。
【００９８】
────────────────────────────────────────
１１）ステップ７１１０において、ＵＥは、ＰＳＣｉｄ及びのＣＯＤセッション２ＩＤを含むＣＯＤセッション２のセッション開始リクエストをＩＰＴＶ ＳＣＦへ送信する（このステップにおいて、ＰＳＣｉｄは、ユーザ機器とネットワーク構成要素との間で交換される）。
【００９９】
１２）ステップ７１２０において、ＩＰＴＶ ＳＣＦは、ＣＯＤセッション２をＰＳＣｉｄへ関連付ける、その結果、ＣｏＤセッション１及びフォンフリーズ・リクエストにも関連付ける。
【０１００】
１３）ステップ７１３０において、ＩＰＴＶ ＳＣＦは、メッセージをＭＦ１へ転送する。
【０１０１】
１４）ステップ７１４０において、ＭＦ１は、ＩＰＴＶ ＳＣＦへの２００ＯＫメッセージ付きＣｏＤセッション２を確認する
【０１０２】
１５）ステップ７１５０において、ＩＰＴＶ ＳＣＦは、ＵＥへの２００ＯＫメッセージ付きＣｏＤセッション２を確認する
【０１０３】
１６）ステップ７１６０において、ＭＦ１は、ＣｏＤセッション２のためのメディア配信（ビデオ・ストリーム２の配信）を開始する
【０１０４】
────────────────────────────────────────
１７）ステップ７１７０において、ＵＥは、ＣＯＤセッション２のためのセッション開始リクエストをＰＳＣｉｄ無しで送信する
【０１０５】
１８）ステップ７１８０から７２１０において、７１３０から７１６０までの全てのステップが、ＣｏＤセッション３のために繰り返される。
【０１０６】
１９）ステップ７２２０において、電話通信ＳＣＦは着信を受ける。
【０１０７】
２０）ステップ７２３０において、電話通信ＳＣＦは、ＰＳＣｉｄを含む通知メッセージ、例えば、ＳＩＰ ＮＯＦＩＦＹメッセージ若しくはＸＭＰＰ状態更新を送信する。
【０１０８】
２１）ステップ７２４０において、ＩＰＴＶは、フォンフリーズ通知をＣｏＤセッション１及びＣｏＤセッション２へ関連付けるために、ＰＳＣｉｄを使用する。
【０１０９】
２２）ステップ７２５０において、ＩＰＴＶ ＳＣＦは、ＣｏＤセッション１及びＣｏＤセッション２、例えば、ＳＩＰ ＢＹＥメッセージを終了させる（若しくは、セッションを一時中断させる、若しくはストリームを記録する、若しくは・・・）。
【０１１０】
２３）ステップ７２６０において、ＵＥは、ＣｏＤセッション１及びＣｏＤセッション２の終了／一時中断／記録を確認する。ＣｏＤセッション３は、中断されず、かつユーザが通話する間継続する
【０１１１】
他の例は、ＣｏＤセッション１及び２がユーザ１によってリビングルームのテレビジョンセットで視聴されるパーソナライズされたテレビジョン・エクスペリエンスを形成し、一方でＣｏＤセッション３は、他の部屋の端末に配信される他のテレビ番組であるが、同じホーム・メディア・ゲートウェイ介し、かつそのため同じ受信契約者／ユーザ機器であるネットワーク構成要素へ配信されるというものであっても良い。人は、直ちに、そのような状況における発明概念の力を思い浮かべることができる。図８Ａ及びＢは、代表的な発明の実施形態に関連する。まさに図７Ａ及びＢに関連した実施形態のように、合成セッションを開始することが要求されない。ここで、ＰＳＣｉｄを生成し、これをユーザ機器へ返信するのは、ネットワーク構成要素である。そのような実施形態は、既存のＣｏＤセッションにおける広告の挿入のために使用されても良い。図に示されたステップは、概して、他の図のものとオーバーラップしており、残りは、当業者にとって自明である。
【０１１２】
どれか一つの実施形態に関連して説明されたいかなる特徴は、単独で若しくは説明された他の特徴と組み合わせて使用されても良く、また、他のどんな実施形態、若しくは、他のどんな実施形態のどんな組み合わせの一以上の特徴と組み合わせて使用されても良いということが理解される。さらに、上記で説明されなかった均等物及び改良物が、付属のクレームで定められる発明の範囲から逸脱することなく採用されても良い。
【特許請求の範囲】
【請求項１】
ネットワークとユーザ機器との間の関連付けられたセッションを管理するように構成されたネットワーク構成要素を含む、前記ネットワークにおいて、前記関連付けられたセッションを管理する方法であって、
ネットワークにおけるセッションを関連付けるための合成セッション識別子を供給し、
ユーザ機器と前記ネットワーク構成要素との間で前記合成セッション識別子を交換し、
前記合成セッション識別子を交換することで２以上のセッションを前記合成セッション識別子に関連付ける、ことを含む方法。
【請求項２】
合成セッションを開始するステップをさらに含む、
請求項１に記載の方法。
【請求項３】
前記ユーザ機器が、合成セッション識別子を生成するステップと、
前記合成セッション識別子含み、前記ユーザ機器から前記ネットワーク構成要素への合成セッションの開始を求めるリクエストを送信するステップと、をさらに含む、
請求項２に記載の方法。
【請求項４】
前記ユーザ機器から前記ネットワーク構成要素への合成セッションの開始を求めるリクエストを送信するステップと
前記ネットワーク構成要素が前記リクエストの受信に応じて合成セッション識別子を生成するステップと、
前記ユーザ機器へ前記合成セッション識別子を送信するステップと、をさらに含む、
請求項２に記載の方法。
【請求項５】
前記ユーザ機器が、前記合成セッション識別子をそれぞれ含む、１つのセッションのための２以上のセッション開始リクエストを、好適には、ＳＩＰ ＩＮＶＩＴＥメッセージを使用して、前記ネットワーク構成要素へ送信することで、２以上のセッションを開始するステップを、さらに含む、
請求項１から４のいずれかに記載の方法。
【請求項６】
前記ネットワーク構成要素が、前記合成セッション識別子をそれぞれ含む、１つのセッションのための２以上のリクエストを、好適には、ＳＩＰ ＩＮＶＩＴＥメッセージを使用して、前記ユーザ機器へ送信することで、２以上のセッションを開始するステップを、さらに含む、
請求項１から４のいずれかに記載の方法。
【請求項７】
合成セッションの開始を求める前記リクエストは、１以上のセッション識別子と、必要に応じて、前記セッション識別子で識別される前記１以上のセッションに関連付けられたリソース確保情報及び／若しくはリソース配分情報と、をさらに含む、
請求項３又は４に記載の方法。
【請求項８】
２以上のセッションは、ＢＣ識別子（ＢＣＳｅｒｖｉｖｅＩＤ）に関連付けられたブロードキャスト（ＢＣ）セッション、ＣｏＤ識別子（ＣｏＤＩＤ）に関連付けられたコンテンツ・オン・デマンド（ＣｏＤ）セッション、ＴＡＩ識別子に関連付けられた対象広告挿入（ＴＡＩ）セッション、ＮＰＶＲ識別子（ＮＰＶＲＣｏｎｔｅｎｔＩＤに関連付けられたネットワーク・パーソナル・ビデオ・コンテンツ（ＮＰＶＣ）セッション、ＵＧＣ識別子に関連付けられたユーザ作成型コンテンツ（ＵＧＣ）セッション、ＰＳＴＮ模倣識別子に関連付けられた公衆電話交換網（ＰＳＴＮ）模倣セッション、及び／若しくは、ＳＣ識別子に関連付けられた共有コンテンツ・セッションの少なくとも１つを含む、
請求項５若しくは６に記載の方法。
【請求項９】
前記関連付けられたセッションが組み合わされたストリームは、パーソナライズされた合成マルチメディア・ストリームとして前記ユーザへ提示される、
請求項１から８のいずれかに記載の方法。
【請求項１０】
前記ネットワークは、保存手段、好適には、データベースをさらに含み、
前記ネットワーク構成要素が、前記合成セッション識別子及び前記２以上の関連付けられたセッション識別子を前記保存手段に保存するステップをさらに含む、
請求項１から９のいずれかに記載の方法。
【請求項１１】
１以上のセッションを前記合成セッションへ追加することですることで、前記合成セッションにおける１以上のセッションを停止させる若しくは修正することで、及び／若しくは、前記合成セッションから遠くの合成セッションへ若しくは前記合成セッションの外へ１以上のセッションを転送することで、前記合成セッションを修正するステップ、をさらに含む、
請求項２から１０のいずれかに記載の方法。
【請求項１２】
前記ネットワークは、前記ネットワークと前記ユーザ機器との間で関連付けられたセッションを管理するように構成されたサービス制御機能（ＳＣＦ）に接続されたＩＭＳコアを含むＩＰマルチメディア・サブシステム（ＩＭＳ）ネットワークである、
請求項１から１１のいずれかに記載の方法。
【請求項１３】
ネットワークにおいて、関連付けられたセッションを管理するシステムであって、
前記ネットワークとユーザ機器との間の関連付けられたセッション管理し、合成セッション識別子をユーザ機器と交換し、かつ前記合成セッション識別子を交換することで２以上のセッションを前記合成セッション識別子に関連付けるように構成されたネットワーク構成要素と、
ネットワークにおける、関連付いたセッションのための合成セッション識別子を提供し、かつ前記ネットワーク構成要素と前記合成セッション識別子を交換するように構成されたユーザ機器と、を含むシステム。
【請求項１４】
請求項１３に記載のシステムで使用されるユーザ機器であって、
合成セッション識別子を生成するためのＩＤジェネレータと、
前記ＩＤジェネレータからの前記合成セッション識別子を受信し、前記合成セッション識別子をネットワーク構成要素と交換し、１以上のマルチメディア・セッションを前記ネットワーク構成要素で開始し、かつ前記マルチメディア・セッションのセットアップ中に、前記合成セッション識別子を前記ネットワーク構成要素と交換する、ように構成されるマルチメディア・クライアントと、を含むユーザ機器。
【請求項１５】
合成セッションを開始するようにさらに構成された、
請求項１４に記載のユーザ機器。
【請求項１６】
合成セッション識別子をユーザ機器と交換し、ｘ、かつマルチメディア・セッションをセットアップ及び修正するように構成されたセッション・マネージャと、
合成セッション識別子及び前記関連付けられたセッションに関する情報を含む、合成セッション情報を保存する保存手段と、を含む、
請求項１３に記載のシステムで使用されるネットワーク構成要素。
【請求項１７】
合成セッションを開始し、かつ 又は 終了させ、かつ 又は 修正するようにさらに構成された、
請求項１６に記載のネットワーク構成要素。
【請求項１８】
合成セッション識別子を生成するためのＩＤジェネレータをさらに含む、
請求項１６又は１７に記載のネットワーク構成要素。
【請求項１９】
実行時にユーザ機器若しくはネットワーク構成要素のメモリで、請求項１から１２のいずれかに記載の前記方法ステップを実行するように構成されたソフトウェア・コード部分を含むコンピュータ・プログラム。
【請求項１】
ネットワークとユーザ機器との間の関連付けられたセッションを管理するように構成されたネットワーク構成要素を含む、前記ネットワークにおいて、前記関連付けられたセッションを管理する方法であって、
ネットワークにおけるセッションを関連付けるための合成セッション識別子を供給し、
ユーザ機器と前記ネットワーク構成要素との間で前記合成セッション識別子を交換し、
前記合成セッション識別子を交換することで２以上のセッションを前記合成セッション識別子に関連付ける、ことを含む方法。
【請求項２】
合成セッションを開始するステップをさらに含む、
請求項１に記載の方法。
【請求項３】
前記ユーザ機器が、合成セッション識別子を生成するステップと、
前記合成セッション識別子含み、前記ユーザ機器から前記ネットワーク構成要素への合成セッションの開始を求めるリクエストを送信するステップと、をさらに含む、
請求項２に記載の方法。
【請求項４】
前記ユーザ機器から前記ネットワーク構成要素への合成セッションの開始を求めるリクエストを送信するステップと
前記ネットワーク構成要素が前記リクエストの受信に応じて合成セッション識別子を生成するステップと、
前記ユーザ機器へ前記合成セッション識別子を送信するステップと、をさらに含む、
請求項２に記載の方法。
【請求項５】
前記ユーザ機器が、前記合成セッション識別子をそれぞれ含む、１つのセッションのための２以上のセッション開始リクエストを、好適には、ＳＩＰ ＩＮＶＩＴＥメッセージを使用して、前記ネットワーク構成要素へ送信することで、２以上のセッションを開始するステップを、さらに含む、
請求項１から４のいずれかに記載の方法。
【請求項６】
前記ネットワーク構成要素が、前記合成セッション識別子をそれぞれ含む、１つのセッションのための２以上のリクエストを、好適には、ＳＩＰ ＩＮＶＩＴＥメッセージを使用して、前記ユーザ機器へ送信することで、２以上のセッションを開始するステップを、さらに含む、
請求項１から４のいずれかに記載の方法。
【請求項７】
合成セッションの開始を求める前記リクエストは、１以上のセッション識別子と、必要に応じて、前記セッション識別子で識別される前記１以上のセッションに関連付けられたリソース確保情報及び／若しくはリソース配分情報と、をさらに含む、
請求項３又は４に記載の方法。
【請求項８】
２以上のセッションは、ＢＣ識別子（ＢＣＳｅｒｖｉｖｅＩＤ）に関連付けられたブロードキャスト（ＢＣ）セッション、ＣｏＤ識別子（ＣｏＤＩＤ）に関連付けられたコンテンツ・オン・デマンド（ＣｏＤ）セッション、ＴＡＩ識別子に関連付けられた対象広告挿入（ＴＡＩ）セッション、ＮＰＶＲ識別子（ＮＰＶＲＣｏｎｔｅｎｔＩＤに関連付けられたネットワーク・パーソナル・ビデオ・コンテンツ（ＮＰＶＣ）セッション、ＵＧＣ識別子に関連付けられたユーザ作成型コンテンツ（ＵＧＣ）セッション、ＰＳＴＮ模倣識別子に関連付けられた公衆電話交換網（ＰＳＴＮ）模倣セッション、及び／若しくは、ＳＣ識別子に関連付けられた共有コンテンツ・セッションの少なくとも１つを含む、
請求項５若しくは６に記載の方法。
【請求項９】
前記関連付けられたセッションが組み合わされたストリームは、パーソナライズされた合成マルチメディア・ストリームとして前記ユーザへ提示される、
請求項１から８のいずれかに記載の方法。
【請求項１０】
前記ネットワークは、保存手段、好適には、データベースをさらに含み、
前記ネットワーク構成要素が、前記合成セッション識別子及び前記２以上の関連付けられたセッション識別子を前記保存手段に保存するステップをさらに含む、
請求項１から９のいずれかに記載の方法。
【請求項１１】
１以上のセッションを前記合成セッションへ追加することですることで、前記合成セッションにおける１以上のセッションを停止させる若しくは修正することで、及び／若しくは、前記合成セッションから遠くの合成セッションへ若しくは前記合成セッションの外へ１以上のセッションを転送することで、前記合成セッションを修正するステップ、をさらに含む、
請求項２から１０のいずれかに記載の方法。
【請求項１２】
前記ネットワークは、前記ネットワークと前記ユーザ機器との間で関連付けられたセッションを管理するように構成されたサービス制御機能（ＳＣＦ）に接続されたＩＭＳコアを含むＩＰマルチメディア・サブシステム（ＩＭＳ）ネットワークである、
請求項１から１１のいずれかに記載の方法。
【請求項１３】
ネットワークにおいて、関連付けられたセッションを管理するシステムであって、
前記ネットワークとユーザ機器との間の関連付けられたセッション管理し、合成セッション識別子をユーザ機器と交換し、かつ前記合成セッション識別子を交換することで２以上のセッションを前記合成セッション識別子に関連付けるように構成されたネットワーク構成要素と、
ネットワークにおける、関連付いたセッションのための合成セッション識別子を提供し、かつ前記ネットワーク構成要素と前記合成セッション識別子を交換するように構成されたユーザ機器と、を含むシステム。
【請求項１４】
請求項１３に記載のシステムで使用されるユーザ機器であって、
合成セッション識別子を生成するためのＩＤジェネレータと、
前記ＩＤジェネレータからの前記合成セッション識別子を受信し、前記合成セッション識別子をネットワーク構成要素と交換し、１以上のマルチメディア・セッションを前記ネットワーク構成要素で開始し、かつ前記マルチメディア・セッションのセットアップ中に、前記合成セッション識別子を前記ネットワーク構成要素と交換する、ように構成されるマルチメディア・クライアントと、を含むユーザ機器。
【請求項１５】
合成セッションを開始するようにさらに構成された、
請求項１４に記載のユーザ機器。
【請求項１６】
合成セッション識別子をユーザ機器と交換し、ｘ、かつマルチメディア・セッションをセットアップ及び修正するように構成されたセッション・マネージャと、
合成セッション識別子及び前記関連付けられたセッションに関する情報を含む、合成セッション情報を保存する保存手段と、を含む、
請求項１３に記載のシステムで使用されるネットワーク構成要素。
【請求項１７】
合成セッションを開始し、かつ 又は 終了させ、かつ 又は 修正するようにさらに構成された、
請求項１６に記載のネットワーク構成要素。
【請求項１８】
合成セッション識別子を生成するためのＩＤジェネレータをさらに含む、
請求項１６又は１７に記載のネットワーク構成要素。
【請求項１９】
実行時にユーザ機器若しくはネットワーク構成要素のメモリで、請求項１から１２のいずれかに記載の前記方法ステップを実行するように構成されたソフトウェア・コード部分を含むコンピュータ・プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７Ａ】
【図７Ｂ】
【図８Ａ】
【図８Ｂ】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７Ａ】
【図７Ｂ】
【図８Ａ】
【図８Ｂ】
【公表番号】特表２０１２−５１５４８４（Ｐ２０１２−５１５４８４Ａ）
【公表日】平成２４年７月５日（２０１２．７．５）
【国際特許分類】
【出願番号】特願２０１１−５４５６９９（Ｐ２０１１−５４５６９９）
【出願日】平成２２年１月１９日（２０１０．１．１９）
【国際出願番号】ＰＣＴ／ＥＰ２０１０／０００２７８
【国際公開番号】ＷＯ２０１０／０８１７４４
【国際公開日】平成２２年７月２２日（２０１０．７．２２）
【出願人】（５０００９８０５７）コニンクリジケ ケーピーエヌ エヌブィー (9)
【出願人】（５９５１１５８０２）
【氏名又は名称原語表記】Ｎｅｄｅｒｌａｎｄｓｅ Ｏｒｇａｎｉｓａｔｉｅ ｖｏｏｒ ｔｏｅｇｅｐａｓｔ−ｎａｔｕｕｒｗｅｔｅｎｓｃｈａｐｐｅｌｉｊｋ ｏｎｄｅｒｚｏｅｋ ＴＮＯ
【Ｆターム（参考）】
【公表日】平成２４年７月５日（２０１２．７．５）
【国際特許分類】
【出願日】平成２２年１月１９日（２０１０．１．１９）
【国際出願番号】ＰＣＴ／ＥＰ２０１０／０００２７８
【国際公開番号】ＷＯ２０１０／０８１７４４
【国際公開日】平成２２年７月２２日（２０１０．７．２２）
【出願人】（５０００９８０５７）コニンクリジケ ケーピーエヌ エヌブィー (9)
【出願人】（５９５１１５８０２）
【氏名又は名称原語表記】Ｎｅｄｅｒｌａｎｄｓｅ Ｏｒｇａｎｉｓａｔｉｅ ｖｏｏｒ ｔｏｅｇｅｐａｓｔ−ｎａｔｕｕｒｗｅｔｅｎｓｃｈａｐｐｅｌｉｊｋ ｏｎｄｅｒｚｏｅｋ ＴＮＯ
【Ｆターム（参考）】
[ Back to top ]