(57)【特許請求の範囲】
【請求項１】
コンテンツ配信側のコンテンツサーバとの間でセッションを設定している通信装置が前記セッションを別のセッションへ切り換える際に行われるセッション切り換え方法であって、
前記コンテンツサーバが、現在設定されているセッションから別のセッションへ前記通信装置のセッションを切り換えさせるトリガ情報を前記通信装置へ通知するトリガ情報通知ステップと、
前記通信装置が、前記トリガ情報を受信するトリガ情報受信ステップと、
前記通信装置が、前記トリガ情報に対応して前記セッションの切り換えを行うセッション切り換えステップとを、
有するセッション切り換え方法。
【請求項２】
前記現在設定されているセッションで配信しているコンテンツ内の前記セッションを切り換えさせる箇所に前記トリガ情報が埋め込まれており、前記トリガ情報通知ステップにおいて、前記コンテンツサーバが、前記トリガ情報の埋め込まれた前記コンテンツを配信する請求項１に記載のセッション切り換え方法。
【請求項３】
前記コンテンツサーバが、前記現在設定されているセッションで配信している前記コンテンツ内の前記セッションを切り換えさせる箇所に前記トリガ情報を埋め込むステップを有する請求項２に記載のセッション切り換え方法。
【請求項４】
前記トリガ情報に対応して、特定のセッションへの切り換えを指定するトリガアクションが設定されている請求項１に記載のセッション切り換え方法。
【請求項５】
前記複数の異なるトリガ情報のそれぞれに対応して、それぞれ異なる特定のセッションへの切り換えを指定するトリガアクションが設定されている請求項４に記載のセッション切り換え方法。
【請求項６】
前記トリガ情報と前記トリガアクションとの関係を示す情報が、前記コンテンツサーバから前記通信装置への前記トリガ情報の通知前に前記通信装置へ渡される請求項４に記載のセッション切り換え方法。
【請求項７】
前記通信装置が、所望のセッションへの切り換えを指定する所望のトリガアクションと、前記所望のトリガアクションに対応するトリガ情報との関係が記載された情報を保持し、前記セッション切り換えステップにおいて、前記トリガ情報と前記所望のトリガアクションとの関係を示す前記情報に従って前記トリガ情報に対応する前記セッションの切り換えを行う請求項６に記載のセッション切り換え方法。
【請求項８】
前記通信装置が、前記トリガ情報と前記所望のトリガアクションとの関係を示す前記情報に従って前記トリガ情報に対応する前記セッションの切り換えを行うことができない場合に、前記トリガ情報と前記所望のトリガアクションとの関係を示す前記情報を再構築する請求項７に記載のセッション切り換え方法。
【請求項９】
前記トリガ情報に対応する前記トリガアクションが、前記トリガ情報と同時に前記コンテンツサーバから前記通信装置へ渡される請求項４に記載のセッション切り換え方法。
【請求項１０】
前記トリガ情報又は前記トリガアクションにおいて、前記セッションの切り換えを行う前記通信装置の条件が記載されている請求項４に記載のセッション切り換え方法。
【請求項１１】
前記セッションの切り換えを行う前記通信装置の条件に合致しない場合、前記通信装置が前記トリガアクションを再取得する請求項１０に記載のセッション切り換え方法。
【請求項１２】
前記トリガ情報又は前記トリガアクションにおいて、前記セッションの切り換え方法又は前記セッションの切り換え後に行う動作が記載されている請求項４に記載のセッション切り換え方法。
【請求項１３】
前記トリガ情報に対応して、異なるセッションへの切り換えを指定するトリガアクションが複数設定されている請求項１に記載のセッション切り換え方法。
【請求項１４】
前記トリガ情報又は前記トリガアクションにおいて、前記複数のトリガアクションを選択する際の条件が記載されている請求項１３に記載のセッション切り換え方法。
【請求項１５】
前記別のセッションが、前記通信装置からコンテンツを配信する送信セッションである請求項１に記載のセッション切り換え方法。
【請求項１６】
コンテンツ配信側のコンテンツサーバとの間で設定されているセッションを別のセッションへ切り換えるセッション切り換え装置であって、
現在設定されているセッションから別のセッションへセッションを切り換えさせるトリガ情報を前記コンテンツサーバから受信するユニットと、
前記トリガ情報に対応して前記セッションの切り換えを行うユニットとを、
有するセッション切り換え装置。
【請求項１７】
前記現在確立されているセッションで受信しているコンテンツ内の前記セッションを切り換えさせる箇所に前記トリガ情報が埋め込まれている請求項１６に記載のセッション切り換え装置。
【請求項１８】
前記別のセッションが、コンテンツを配信する送信セッションである請求項１６に記載のセッション切り換え装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、各ユーザ端末においてセッションの切り換えを行うためのセッション切り換え方法及びセッション切り換え装置に関する。
【背景技術】
【０００２】
現在、技術の向上に従って、ネットワーク側から端末（以下、ＵＥ：User Equipmentとも記載）へ配信されるコンテンツの情報量及びデータ量は増大してきている。また、異種のメディアを組み合わせて（メディアミックス）、ユーザに情報を提供する手法も普及してきている。また、リアルタイムコンテンツを相互に切り換えて各端末に個別に提供するシステムも存在し、様々な通信サービスやユーザ参加型のシステムなどにおいては、リアルタイム放送と通信の統合が図られている。
【０００３】
このようなシステムで稼動するため、ＵＥは、通信及び放送受信の両方を行うことが可能となってきており、複数のセッションの管理、切り換えが可能なように構成されている。複数のセッションの管理や同期処理を行う技術としては、例えば、下記の特許文献１、２に開示されている技術が存在する。
【０００４】
例えば、特許文献１には、ＳＩＰ（Session Initiation Protocol）を利用して、ある端末のアプリケーションを維持しながら、そのアプリケーションが実行するセッションの切り換えを行う技術が開示されている。また、特許文献２には、ある端末における特定のセッションを別の端末へ移すセッションモビリティの技術が開示されている。
【０００５】
また、下記の非特許文献１には、アプリケーションレイヤでのメディア同期方法を規定したＳＭＩＬ（Synchronized Multimedia Integration Language：同期マルチメディア統合言語）が開示されている。ＳＭＩＬは、ＸＭＬ（Extensible Markup Language）ベースの記述言語によってマルチメディアオブジェクトの再生（マルチメディア表現）を制御して同期させる技術である。ＳＭＩＬでは、ハイパーリンクによってオブジェクトを指定するとともに、同期させるオブジェクトの時間的な挙動（どのタイミングでどのくらいの期間だけ表示するか）やレイアウト（どの位置に表示するか）を記述することによって、同期の取れたマルチメディアオブジェクトの再生が行われる。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００６−２３７８１５号公報（段落［０００８］、［０００９］）
【特許文献２】特開２００７−１０４１６３号公報（段落［００３９］−［００５１］）
【非特許文献】
【０００７】
【非特許文献１】Synchronized Multimedia Integration Language (SMIL 3.0), W3C Recommendation 01 December 2008
【０００８】
従来の技術（例えば、特許文献１、２に開示されている技術）では、端末がセッションを切り換える場合、端末からセッション制御サーバに対してセッションの切り換え要求が送出され、この要求に基づいてセッション制御サーバがコンテンツサーバに対してセッションの切り換え制御を行っている。したがって、多数のセッションが存在する場合（多数の端末が存在する場合や、端末が多数のセッションを設定している場合など）には、セッションの切り換え要求が多くなり、セッション制御サーバの負荷が大きくなってしまう（セッション制御サーバの処理能力を超えてしまうかもしれない）という問題がある。また、放送／マルチキャストのセッションを多数の端末が設定している場合、そのセッションに係る切り換えが行われる場合には、多数の端末からセッション制御サーバに対するセッションの切り換え要求が同時期に集中してしまい、その結果、セッション制御サーバの負荷が大きくなってしまう（さらには、ネットワークトラフィックに対する負荷が大きくなってしまう）という問題がある。
【０００９】
例えば、図８に図示されているように、ネットワーク側から複数の端末（ＵＥ）９１０へ様々なコンテンツが配信されているとする。なお、図８では、コンテンツサーバ９３０からインターネットなどの媒体を通じてコンテンツが配信されており（図８の識別子α）、コンテンツサーバ９３０からテレビジョン放送やラジオ放送など放送ネットワーク９４０を通じてコンテンツが配信されており（図８の識別子β）、コンテンツサーバ９３０から３Ｇネットワーク（携帯電話ネットワーク）９５０を通じてコンテンツが配信され、別のＵＥ９１０との通信を行っているとする（図８の識別子γ）。
【００１０】
この場合、例えば、ＵＥ９１０がコンテンツの切り換えを行うたびに、セッション制御サーバ９２０は、ＵＥ９１０からセッションの切り換え要求を受信して処理するとともに、コンテンツサーバ９３０に対してセッションの切り換え制御を行う必要がある。また、ＵＥ９１０が多数存在する場合には、これら多数のＵＥ９１０からのセッションの切り換え要求を処理しなければならず、多数のＵＥ９１０からセッションの切り換え要求を同時期に受信した場合には、セッションの切り換え要求に係る処理が集中して、更に負荷が高くなってしまう。
【００１１】
なお、例えば、セッションの切り換え要求が同一となるＵＥ９１０（例えば、同一コンテンツを視聴しているＵＥ９１０）を１つのグループにまとめ、このグループを代表するＵＥ９１０のみがセッション制御サーバ９２０へセッションの切り換え要求を送信することで、セッション制御サーバ９２０におけるセッションの切り換え要求の処理負荷を低減させることが可能である。しかしながら、あるグループに属するＵＥ９１０は、そのグループで切り換えるセッションのコンテンツしか使用できないことになり、ＵＥ９１０個別にコンテンツを使用する自由度は低くなってしまう。
【００１２】
また、非特許文献１に開示されている技術を応用した場合、ＸＭＬ言語による記述によってコンテンツを分岐させる構造を持ち得るので、端末ごとに異なるコンテンツを視聴することが可能である。また、セッション制御サーバ（ネットワーク側）への要求も低減され、ネットワーク側における負荷も低減される。しかしながら、あらかじめ決められたシナリオに基づいて複数のメディアが同期して動作するので、通信や放送のようなリアルタイム、変則的なコンテンツの提供（セッションの継続時間が不規則に延びたり、割り込みが発生したりする場合）に対応することはできない。
【発明の概要】
【発明が解決しようとする課題】
【００１３】
上記の問題を解決するため、本発明は、端末からのセッションの切り換え要求によるセッション制御サーバの処理負荷の増大やネットワークトラフィックへの負荷を低減しながら、シームレスかつ自由度の高いセッションの切り換えを実現することを目的とする。
【課題を解決するための手段】
【００１４】
上記の目的を達成するため、本発明のセッション切り換え方法は、コンテンツ配信側のコンテンツサーバとの間でセッションを設定している通信装置が前記セッションを別のセッションへ切り換える際に行われるセッション切り換え方法であって、
前記コンテンツサーバが、現在設定されているセッションから別のセッションへ前記通信装置のセッションを切り換えさせるトリガ情報を前記通信装置へ通知するトリガ情報通知ステップと、
前記通信装置が、前記トリガ情報を受信するトリガ情報受信ステップと、
前記通信装置が、前記トリガ情報に対応して前記セッションの切り換えを行うセッション切り換えステップとを、
有している。
これにより、端末からのセッションの切り換え要求によるセッション制御サーバの処理負荷の増大やネットワークトラフィックへの負荷を低減しながら、シームレスかつ自由度の高いセッションの切り換えを実現することが可能となる。
【００１５】
また、上記目的を達成するため、本発明のセッション切り換え装置は、コンテンツ配信側のコンテンツサーバとの間で設定されているセッションを別のセッションへ切り換えるセッション切り換え装置であって、
現在設定されているセッションから別のセッションへセッションを切り換えさせるトリガ情報を前記コンテンツサーバから受信するユニットと、
前記トリガ情報に対応して前記セッションの切り換えを行うユニットとを、
有している。
この構成により、端末からのセッションの切り換え要求によるセッション制御サーバの処理負荷の増大やネットワークトラフィックへの負荷を低減しながら、シームレスかつ自由度の高いセッションの切り換えを実現することが可能となる。
【発明の効果】
【００１６】
上記の構成により、本発明は、端末からのセッションの切り換え要求によるセッション制御サーバの処理負荷の増大やネットワークトラフィックへの負荷を低減しながら、シームレスかつ自由度の高いセッションの切り換えを実現するという効果を有する。
【図面の簡単な説明】
【００１７】
【図１】本発明の基本的な概念を説明するためのシステム構成図
【図２】本発明の実施の形態において、トリガ情報によってコンテンツの切り換えが行われる様子の一例を模式的に示す図
【図３】本発明の実施の形態におけるＵＥの構成の一例を示すブロック図
【図４】本発明の実施の形態における第１の例を示すシーケンスチャート
【図５】本発明の実施の形態における第２の例を示すシーケンスチャート
【図６】本発明を用いて構築された階層型ライブ中継システムにおける動作の一例を示すシーケンスチャート
【図７】本発明を用いて構築された広告入り格安通信システムにおける動作の一例を示すシーケンスチャート
【図８】従来の技術を説明するためのシステム構成図
【図９】本発明の基本的な概念を説明するための第２のシステム構成図
【図１０】本発明の実施の形態におけるＵＥの構成の別の一例を示すブロック図
【図１１】本発明を用いて構築された階層型ライブ中継システムにおける動作の別の一例を示すシーケンスチャート
【図１２】本発明を用いて構築された階層型ライブ中継システムにおける動作の更に別の一例を示すシーケンスチャート
【発明を実施するための形態】
【００１８】
以下、図面を参照しながら、本発明の実施の形態について説明する。
【００１９】
まず、図１を参照しながら、本発明の基本的な概念について説明する。図１は、本発明の基本的な概念を説明するためのシステム構成図である。
【００２０】
図１には、複数のＵＥ１０がネットワーク側からのコンテンツを使用する状態が模式的に図示されている。なお、ネットワーク側には様々なコンテンツ配信機構が存在し得るが、図１には一例として、コンテンツサーバ３０からインターネットなどの媒体を通じてコンテンツが配信される場合（図１の識別子α）、コンテンツサーバ３０からテレビジョン放送やラジオ放送など放送ネットワーク４０を通じてコンテンツが配信される場合（図１の識別子β）、コンテンツサーバ３０から３Ｇネットワーク（携帯電話ネットワーク）５０を通じてコンテンツが配信され、別のＵＥ１０との通信を行っている場合（図１の識別子γ）が図示されている。本発明では様々なコンテンツの種別や状態に対応しており、放送、ストリーミング、アップロード、ダウンロード、通信（音声／画像／映像）などの様々なコンテンツが混在していてもよい。
【００２１】
また、ネットワーク側には、セッション制御サーバ２０が設置されており、このセッション制御サーバ２０によって、ＵＥ１０が利用しているネットワーク側のセッションの開始、停止、変更などの制御や、コンテンツサーバ３０あるいは通信ネットワークに対するセッションの制御が行われる。なお、本実施の形態において、セッションは、セッションの性質によって大別される通信用セッション（データパスは双方向、リアルタイム）と、放送用セッション（メインのデータパスは端末向き、リアルタイム又は非リアルタイム）と、アップロード用セッション（メインのデータパスはネットワーク向き、リアルタイム又は非リアルタイム）などの様々な場合を含む。
【００２２】
ＵＥ１０にコンテンツが配信される際、個々のＵＥ１０ごとに異なるコンテンツが配信されることもあり、複数のＵＥ１０（あるいはすべてのＵＥ１０）に対して同一のコンテンツが配信される場合もある。各ＵＥ１０はネットワーク側から配信されてくるコンテンツを使用することが可能であり、さらには、使用するコンテンツを切り換えることも可能である。
【００２３】
本発明では、コンテンツを提供するセッション（若しくはコンテンツ自体）や通信セッション内のデータに、コンテンツ切り換えのためのトリガ情報が埋め込まれる。なお、以降の説明では、トリガ情報がコンテンツ（あるいは、セッション）に含まれると表現するが、この表現は、トリガ情報がネットワーク側から送信される任意のデータ（コンテンツ、セッション、通信データなどを含む）に含まれる場合を表しているとする。
【００２４】
なお、トリガ情報は、コンテンツの切り換えタイミングを示す情報であり、単なるＩＤ情報のみが含まれていてもよく、また、切り換えタイミング、コンテンツ切り換え対象者（選択基準）、切り換え先のコンテンツを特定する情報、コンテンツを切り換えた後の切り換え前のコンテンツの取り扱い方法（保持又は解消）などの情報が含まれていてもよい。
【００２５】
また、本発明では、コンテンツサーバ３０、セッション制御サーバ２０、若しくは追加のネットワーク側装置などによって、提供するコンテンツに合わせてコンテンツ切り換えのシーケンス（シーケンス情報）が設定されるとともに、コンテンツに挿入するトリガ情報が生成される。そして、ネットワーク側からＵＥ１０へシーケンス情報が渡され、ＵＥ１０は、シーケンス情報に基づいて、使用コンテンツに含まれるトリガ情報に対応するトリガアクションを特定して、そのトリガアクションに従ったコンテンツの切り換え処理を行う。この場合、セッション制御サーバ２０がコンテンツ配信のシナリオ（すなわち、シーケンス）を把握しており、コンテンツサーバ３０に対してトリガ情報の挿入タイミングやコンテンツ配信の開始タイミングなどを指示することによって同期処理を行うことが望ましいが、各コンテンツサーバ３０で必要なコンテンツ配信のシナリオを把握しておく場合（各コンテンツサーバ３０がセッション制御サーバ２０の機能を実装している場合）や、あらかじめ固定的にトリガ情報が埋め込まれているコンテンツを準備して配信したりする場合などには、セッション制御サーバ２０は必ずしも設けられる必要はない。
【００２６】
なお、本発明では、特定のＵＥ１０や、特定のＵＥ１０のグループに対するイベント（すなわち、提供するコンテンツの切り換え）に対応するトリガ情報が、固定的な位置ではなくコンテンツの流れに応じて挿入されていってもよい。すなわち、コンテンツの加工の際にトリガ情報がコンテンツ内に挿入されてもよく、あるいは、コンテンツの配信の際に、コンテンツサーバ３０やセッション制御サーバ２０がトリガ情報をコンテンツ内に適宜挿入してもよい。また、ネットワーク側からＵＥ１０に対してシーケンス情報を渡す方法や、トリガ情報に含まれる情報の種類などは、後述のように様々な場合が考えられる。ネットワーク側からＵＥ１０に対してシーケンス情報を渡す方法や、トリガ情報に含まれる情報の種類などは、後述のように、トリガ情報が単にＩＤ情報のみによって構成されている場合（後述の第１の例）、シーケンス情報に基づくトリガアクションがトリガ情報に含まれている場合（後述の第２の例）、あるいはこれらの場合の組み合わせに分けることができる。
【００２７】
次に、図２を参照しながら、本発明の実施の形態において、トリガ情報によってコンテンツの切り換えが行われる様子について説明する。図２は、本発明の実施の形態において、トリガ情報によってコンテンツの切り換えが行われる様子の一例を模式的に示す図である。
【００２８】
図２において、例えば、あるＵＥ１０がコンテンツを使用するセッションＡを開始したとする。このとき、ＵＥ１０においてセッションＡが設定されるが、例えばセッションＡに埋め込まれたトリガ情報を検出した場合、ＵＥ１０は、このトリガ情報に基づいて別のセッションＢへの切り換えを行う（図２の符号ａ）。さらに、セッションＢが設定された状態でセッションＢに埋め込まれたトリガ情報を検出した場合には、ＵＥ１０は、このトリガ情報に基づいて別のセッションＣへの切り換えを行う（図２の符号ｂ）。また、さらに、セッションＣが設定された状態でセッションＣに埋め込まれたトリガ情報を検出した場合には、ＵＥ１０は、このトリガ情報に基づいて別のセッションＤへの切り換えを行う（図２の符号ｃ）。このように、ＵＥ１０は、トリガ情報の検出を契機としてセッションの切り換えを行っていく。
【００２９】
また、トリガ情報によって、必ずしも切り換え先のコンテンツが固定されていなくてもよい。例えば、上述のように、あるＵＥ１０は、セッションＡに埋め込まれたトリガ情報を検出した場合に別のセッションＢへの切り換えを行うが、一方、同一のトリガ情報を受信した別のＵＥ１０においては、このトリガ情報に基づいて別のセッションＥへの切り換えが行われるようにすることも可能である（図２の符号ｄ）。セッションＥへ切り換えたＵＥ１０は、その後、セッションＥに埋め込まれたトリガ情報を検出し、さらに別のセッションＦへの切り換えを行う（図２の符号ｅ）。
【００３０】
また、あるＵＥ１０にとっては、トリガ情報がセッションの切り換えを示す情報である一方、別のＵＥ１０にとっては、そのトリガ情報が意味の無い情報（セッションの切り換えの契機とはならない情報）となるようにすることも可能である。上述のように、図２の符号ｄにおいてセッションＥへ切り換えたあるＵＥ１０が、セッションＥに埋め込まれたトリガ情報を検出した場合、さらに別のセッションＦへの切り換えを行う（図２の符号ｅ）一方、別のＵＥ１０では、図２の符号ｅに示す遷移を行わずにそのままセッションＥを設定し続け、次のトリガ情報の検出によって、セッションＦへの切り換えが行われるようにすることも可能である（図２の符号ｆ）。また、同様に、セッションＡを設定しているＵＥ１０が、トリガ情報を検出しても図２の遷移を行わずにそのままセッションＡを設定し続け、次のトリガ情報によって別のセッションＢ又はセッションＧ（各ＵＥ１０によって切り換え先のセッションが異なっていてもよい）へ切り換えることも可能である（図２の符号ｈ及び符号ｇ）。なお、各ＵＥ１０がトリガ情報に対してどのようなアクションを行うかは、ＵＥ１０があらかじめ保持しているシーケンス情報に基づいて決定されてもよく（後述の第１の例）、トリガ情報内にトリガアクションが埋め込まれており、そのトリガアクションに従って決定されてもよい（後述の第２の例）。
【００３１】
（端末の構成）
図３は、本発明の実施の形態におけるＵＥ１０の構成の一例を示すブロック図である。図３に図示されているＵＥ１０は、端末機能実現部１０１、セッション管理部１０２、シーケンス情報管理部１０３、トリガ情報管理部１０４の４つの主要な機能を有している。
【００３２】
端末機能実現部１０１は、従来のＵＥ１０が有している端末機能を実現するためのブロックである。なお、本発明に係る機能の一部は、この端末機能実現部１０１によって実現され得るが、ここでは、本発明の機能に関する説明を明瞭にするため、端末機能実現部１０１と、本発明に係る機能とを分けて説明する。
【００３３】
また、セッション管理部１０２は、セッションの管理を行う機能を有しており、セッション切り換え部１０２１、セッション設定部１０２２、既存セッション解消・保持部１０２３によって構成される。
【００３４】
セッション切り換え部１０２１は、実際のセッションの切り換えを行う機能を有している。セッション切り換え部１０２１は、実際のセッションを既存のセッション（既に設定されているセッション）から新たなセッションに切り換える動作を行う。セッション切り換え部１０２１は、例えば、トリガアクション処理部１０４３から通知されたトリガアクションに従って、セッションの切り換えを行う。なお、ここでは、放送コンテンツを使用するためのチャンネルのチューニングに関しても、広義のセッション切り換えとして扱うこととする。また、セッション切り換え部１０２１によって行われる実際のセッションの切り換え動作自体は、従来の動作とほぼ同一である。
【００３５】
また、セッション設定部１０２２は、セッションの設定を行う機能を有している。セッション設定部１０２２は、例えば、トリガアクションとしてあらかじめセッションを設定する必要がある場合に通知を受け、その通知に従ってセッションの設定を行う。
【００３６】
また、既存セッション解消・保持部１０２３は、既存のセッションに関する情報を保持しておいたり、あるいは、既存のセッションを解消したりする機能を有している。既存のセッションから新たなセッションに切り換えを行う際に、例えば、その既存のセッションを後で再び設定する（再び既存のセッションに戻る）可能性がある場合には、既存セッション解消・保持部１０２３は、その既存のセッションに関するコンテキストを保持しておく。一方、例えば、その既存のセッションを解消する場合には、既存セッション解消・保持部１０２３は、セッションを切断してコンテキストを破棄する。
【００３７】
また、シーケンス情報管理部１０３は、シーケンス情報を管理する機能を有しており、シーケンス情報受信部１０３１、自シーケンス情報保持部１０３２、基本シーケンス情報保持部１０３３、自シーケンス情報生成部１０３４によって構成される。
【００３８】
シーケンス情報受信部１０３１は、ネットワーク側の任意の装置（例えば、セッション制御サーバ２０）からシーケンス情報を受信する機能を有している。シーケンス情報には、各ＵＥ１０が切り換えるべきセッションの識別情報又は切り換えタイミング情報などが含まれており、セッションの番組表に相当する。
【００３９】
また、自シーケンス情報保持部１０３２は、各ＵＥ１０におけるセッションの切り換えのシーケンス情報を保持する機能を有している。シーケンス情報受信部１０３１で自シーケンス情報を受信した場合には、この自シーケンス情報保持部１０３２で保持される。自シーケンス情報には、トリガ情報を受信した場合にそのＵＥ１０でどのような動作を行うかが記載されている。なお、自シーケンス情報は、例えば、ＥＯＳ（End of Sequence）やＥＯＦ（End of File）を検出した場合には前のセッションに戻るなどの動作があらかじめセットされていてもよい。また、トリガ情報を区別する必要がある場合には、各トリガ情報の識別情報に対する動作が記載されていてもよい。
【００４０】
また、基本シーケンス情報保持部１０３３は、基本シーケンス情報を保持する機能を有している。シーケンス情報受信部１０３１で基本シーケンス情報を受信した場合には、この基本シーケンス情報保持部１０３３で保持される。上述の自シーケンス情報には各ＵＥ１０における動作が規定されているが、一方、基本シーケンス情報には、すべてのＵＥ１０において自シーケンス情報の作成が可能となるすべてのセッションに関する情報が含まれている。
【００４１】
また、自シーケンス情報生成部１０３４は、基本シーケンス情報保持部１０３３で保持されている基本シーケンス情報から、そのＵＥ１０で受け取りたいシーケンスを抽出して自シーケンス情報を生成する機能を有している。自シーケンス情報生成部１０３４で基本シーケンス情報から生成された自シーケンス情報は、自シーケンス情報保持部１０３２によって保持される。
【００４２】
なお、ここでは、自シーケンス情報と基本シーケンス情報が、それぞれ異なる情報として保持されるように説明及び図示されているが、自シーケンス情報及び基本シーケンス情報は、例えば、基本シーケンス情報内に自シーケンス情報として保持されるべき情報を記載することで集約されてもよい。また、自シーケンス情報や基本シーケンス情報は任意のフォーマットが用いられてもよく、例えば、トリガ情報とそのトリガ情報に対応したトリガアクションのリストによって表されてもよい。また、トリガ情報にトリガアクションが含まれている場合（後述の第２の例に対応）にはシーケンス情報は不要となり、シーケンス情報管理部１０３における処理は行われない。
【００４３】
また、トリガ情報管理部１０４は、トリガ情報の管理を行う機能を有しており、トリガ検出部１０４１、シーケンス情報参照部１０４２、トリガアクション処理部１０４３によって構成される。
【００４４】
トリガ検出部１０４１は、既存のセッション中に含まれるトリガ情報を監視し、トリガ情報を発見すると、そのトリガアクションに対応したトリガアクションを行わせるために、トリガアクション処理部１０４３へトリガ情報を通知する機能を有している。
【００４５】
また、シーケンス情報参照部１０４２は、トリガアクション処理部１０４３からの問い合わせに応じてシーケンス情報（自シーケンス情報又は基本シーケンス情報）を参照し、トリガ情報に対応するトリガアクションをトリガアクション処理部１０４３へ通知する機能を有している。
【００４６】
また、トリガアクション処理部１０４３は、トリガ検出部１０４１によって検出されたトリガ情報に対応するトリガアクションを実行するための機能を有している。トリガアクション処理部１０４３は、トリガ情報に対応するトリガアクションをセッション切り換え部１０２１へ通知して、そのトリガアクションを実行させる。なお、トリガ検出部１０４１で検出されたトリガ情報が識別情報である場合には、その識別情報に対応したトリガアクションをシーケンス情報参照部１０４２に検索させて、その検索結果（すなわち、トリガアクション）をセッション切り換え部１０２１へ通知し（後述の第１の例に対応）、一方、トリガ情報にトリガアクションが含まれている場合には、そのトリガアクションをセッション切り換え部１０２１へ通知する（後述の第２の例に対応）。
【００４７】
（第１の例：トリガアクションがシーケンス情報に含まれる場合）
次に、本発明の実施の形態における第１の例として、トリガ情報が簡素な情報（例えば、ＩＤ情報のみを含む場合）である場合について説明する。図４は、本発明の実施の形態における第１の例を示すシーケンスチャートである。なお、ここでは、ＵＥ１０がコンテンツサーバ（Ａ）３０との間で設定していたセッションを、コンテンツサーバ（Ｂ）３０との間のセッションへ切り換える場合を一例として説明する。なお、上述のように、コンテンツサーバ３０はネットワーク側の任意の場所から任意の媒体を介してＵＥ１０へコンテンツを配信することが可能である。また、ここでは異なるコンテンツサーバ３０間でのセッションの切り換えについて説明するが、同一コンテンツサーバ３０によって提供される異なるセッションの切り換えに関しても同様の動作が行われる。
【００４８】
図４において、ＵＥ１０は、まずコンテンツサーバ（Ａ）３０との間でセッションを確立する（ステップＳ４０１）。そして、ＵＥ１０は、ネットワーク側からシーケンス情報を受信する（ステップＳ４０３）。なお、図４では、セッション制御サーバ２０がＵＥ１０へシーケンス情報を送信しているが、コンテンツサーバ３０やその他のネットワーク側ノードがＵＥ１０へシーケンス情報を送信してもよく、あるいは、シーケンス情報が静的な情報としてＵＥ１０であらかじめ保持されていてもよい。また、図４では、セッション構成後（ステップＳ４０１の処理後）にネットワーク側からＵＥ１０へシーケンス情報が通知されているが、セッション構成前に送信されてもよく、あるいは、コンテンツの配信中にシーケンス情報が通知されてもよい。また、ここでは、シーケンス情報に、あるトリガ情報Ｔに対応して、コンテンツサーバ（Ｂ）３０へセッションを切り換えるというトリガアクションが記載されているとする。
【００４９】
本発明の実施の形態における第１の例でＵＥ１０によって保持されるシーケンス情報には、トリガ情報を示す識別情報と、そのトリガ情報に対応して行われるべき処理動作（トリガアクション）とが少なくとも記載されている。トリガアクションには、基本的に、次に切り換えるセッションを特定する情報（及び、そのセッションへの切り換え指示）が記載されるが、例えば、１つ前に設定していたセッションに戻る指示や終了指示などが記載されてもよい。また、後述のように、各トリガアクションに様々な付加情報が記載されることで、より詳細なセッション切り換え動作を指定することが可能である。
【００５０】
ＵＥ１０とコンテンツサーバ（Ａ）３０との間でセッション構成が行われた後、コンテンツサーバ（Ａ）３０からＵＥ１０へコンテンツが配信される（ステップＳ４０５）。なお、このとき、セッション制御サーバ２０が同期管理を行っており、セッション制御サーバ２０からコンテンツサーバ（Ａ）３０へコンテンツ配信の開始指示が送られてもよい（ステップＳ４０４）。なお、図４のステップＳ４０５のコンテンツ配信を示す矢印は、コンテンツ配信の開始を示すものであって、ステップＳ４０５のコンテンツ配信は、以降（ステップＳ４０９のセッション切り換えまで）、継続して行われる。
【００５１】
そして、セッション制御サーバ２０は、シーケンス情報に基づく適切なタイミングにおいてコンテンツ内にトリガ情報を埋め込むようコンテンツサーバ（Ａ）３０の制御を行い（ステップＳ４０６）、コンテンツサーバ（Ａ）３０は、適切なトリガ情報（ここでは、コンテンツサーバ（Ｂ）３０）へのセッションの切り換え動作（トリガアクション）が関連付けられているトリガ情報Ｔ）をコンテンツの適切な箇所（コンテンツサーバ（Ａ）３０から配信されるコンテンツにおいて、コンテンツサーバ（Ｂ）３０から配信されるコンテンツへ切り換えるべき切り換え箇所）に埋め込んでＵＥ１０へ送信する（ステップＳ４０７）。なお、あらかじめコンテンツ内にトリガ情報が埋め込まれている場合には、コンテンツサーバ（Ａ）３０はトリガ情報を埋め込む処理を行う必要はない。
【００５２】
ＵＥ１０は、使用しているコンテンツ内にトリガ情報を検出すると、保持しているシーケンス情報を参照して、そのトリガ情報に対応するトリガアクションを行う。具体的には、ＵＥ１０は、使用しているコンテンツ内から検出されたトリガ情報Ｔに対応するトリガアクション（コンテンツサーバ（Ｂ）３０へのセッションの切り換え）を開始する（ステップＳ４０９）。
【００５３】
そして、ＵＥ１０は、コンテンツサーバ（Ｂ）３０との間でセッションを確立した後（ステップＳ４１１）、コンテンツサーバ（Ｂ）３０から配信されるコンテンツを使用（受信）する（ステップＳ４１３）。なお、このとき、上述のステップＳ４０４と同様に、セッション制御サーバ２０からコンテンツサーバ（Ｂ）３０へコンテンツ配信の開始指示が送られてもよい（ステップＳ４１２）。また、ＵＥ１０は、セッションを切り換える際に、切り換え前のセッション（コンテンツサーバ（Ａ）３０へのセッション）を保持し続けてもよく、あるいは、解消してもよい。
【００５４】
以上のように、本発明の実施の形態における第１の例では、ＵＥ１０は、トリガ情報に対応するトリガアクションが記載されたシーケンス情報を事前に保持するとともに、コンテンツサーバ３０からのコンテンツ内に埋め込まれているトリガ情報を検出した場合に、シーケンス情報を参照してトリガ情報からトリガアクションを導出することが可能となり、例えば、セッション切り換えなどの動作を適切なタイミングで行うことが可能となる。
【００５５】
（第２の例：トリガアクションがトリガ情報に含まれる場合）
次に、本発明の実施の形態における第２の例として、トリガ情報に加えてトリガアクションも同時に通知される場合について説明する。図５は、本発明の実施の形態における第２の例を示すシーケンスチャートである。なお、図４に図示されているシーケンスチャートと共通の処理に関しては、詳細な説明は省略する。
【００５６】
図５において、ＵＥ１０は、まずコンテンツサーバ（Ａ）３０との間でセッションを確立し、コンテンツサーバ（Ａ）３０からコンテンツを使用（受信）する（ステップＳ４０１、Ｓ４０４、４０５）。なお、図４に図示されている第１の例と異なり、図５に図示されている第２の例では、ネットワーク側からＵＥ１０へシーケンス情報があらかじめ通知される処理（図４のステップＳ４０３の処理）は行われる必要はない。
【００５７】
そして、コンテンツサーバ（Ａ）３０は、セッション制御サーバ２０からの制御（ステップＳ４０６）に従って、ＵＥ１０で行われるべきトリガアクション（ここでは、コンテンツサーバ（Ｂ）３０へのセッションの切り換え）が記載されたトリガ情報をコンテンツの適切な箇所（コンテンツサーバ（Ａ）３０から配信されるコンテンツにおいて、コンテンツサーバ（Ｂ）３０から配信されるコンテンツへ切り換えるべき切り換え箇所）に埋め込んでＵＥ１０へ送信する（ステップＳ５０７）。
【００５８】
ＵＥ１０は、使用しているコンテンツ内にトリガ情報を検出すると、そのトリガ情報に含まれているトリガアクションを行う。具体的には、ＵＥ１０は、使用しているコンテンツ内から検出されたトリガ情報に含まれているトリガアクション（コンテンツサーバ（Ｂ）３０へのセッションの切り換え）を開始する（ステップＳ５０９）。
【００５９】
そして、ＵＥ１０は、コンテンツサーバ（Ｂ）３０との間でセッションを確立した後（ステップＳ４１１）、コンテンツサーバ（Ｂ）３０から配信されるコンテンツを使用（受信）する（ステップＳ４１３）。なお、このとき、上述のステップＳ４０４と同様に、セッション制御サーバ２０からコンテンツサーバ（Ｂ）３０へコンテンツ配信の開始指示が送られてもよい（ステップＳ４１２）。また、ＵＥ１０は、セッションを切り換える際に、切り換え前のセッション（コンテンツサーバ（Ａ）３０へのセッション）を保持し続けてもよく、あるいは、解消してもよい。
【００６０】
以上のように、本発明の実施の形態における第２の例では、コンテンツサーバ３０からのコンテンツ内に埋め込まれるトリガ情報に、このトリガ情報に対応するトリガアクションが記載されているので、ＵＥ１０はトリガ情報を検出した場合に、トリガ情報からトリガアクションを導出することが可能となり、例えば、セッション切り換えなどの動作を適切なタイミングで行うことが可能となる。
【００６１】
なお、上述の説明では、本発明の実施の形態における第１の例と第２の例をそれぞれ別々に説明しているが、第１及び第２の例に係る動作を行うＵＥ１０が混在したシステムを構築することも可能であり、また、１つのＵＥ１０が、第１及び第２の例に係る動作を両方行うことも可能である。
【００６２】
（トリガ情報、トリガアクション、シーケンス情報）
次に、本発明の実施の形態におけるトリガ情報、トリガアクション、シーケンス情報について説明する。
【００６３】
まず、上述の第１の例の場合におけるトリガ情報、トリガアクション、シーケンス情報について説明する。上述の第１の例の場合には、トリガ情報は、基本的にトリガアクションに対応して設定された何らかの識別情報によって実現可能である。また、上述の第１の例の場合には、トリガ情報に対応したトリガアクション（トリガ情報とトリガアクションとの対応関係）がシーケンス情報に記載される。
【００６４】
上述の第１の例の場合には、ＵＥ１０は、あらかじめ（セッション開始時、あるいは少なくとも該当するトリガ情報が到達するまでに）コンテンツを切り換えるためのシーケンス情報を受信しておく必要がある。なお、ネットワーク側から複数のＵＥ１０向けの基本シーケンス情報（自分自身用でないもの、自分が複数の選択肢から選択するものなどを含む）を受信した場合には、その基本シーケンス情報から、自分に必要となるシーケンス（そのＵＥ１０で受け取りたいシーケンス）を抽出して自シーケンス情報を作成する。基本シーケンス情報から自シーケンス情報を作成する際に抽出するシーケンスの選択基準は、ＵＥ１０の状況（ＵＥ１０の位置や通信品質などのようなコンテンツ送受信中に動的に変わるものを含む）、ユーザのプレファレンス、ユーザの入力などによって定めることが可能である。なお、ネットワーク側から自シーケンス情報を受け取る場合もある。
【００６５】
また、上述の第１の例の場合には、トリガアクションは、トリガ情報に関連付けられてシーケンス情報に記載されている。ＵＥ１０は、識別情報の程度しか情報量を持たないトリガ情報を検出すると、自身が把握しているシーケンス情報を参照して実際にどのような動作（セッションの準備動作（セッションの設定動作）やセッションの切り換え動作など）を行えばよいか、及び、どのセッションに対して動作を行うかを規定したトリガアクションを見つけ出す。すなわち、ＵＥ１０は、セッション中に流れてくるトリガ情報を使い、自分の次の行動（トリガアクション）を判断する。なお、個々のＵＥ１０において異なるトリガアクションを設定することが可能であり、単一のトリガ情報に対してＵＥ１０ごとに異なる動作をさせることが可能になる。また、１つのトリガ情報に対して複数のトリガアクション（選択条件、選択した際の動作や効果などが付加情報として記載されていてもよい）が規定されており、ＵＥ１０が、これらのトリガアクションから１つ又は複数のトリガアクションを選択的に行ってもよい。
【００６６】
上述の第１の例の場合には、トリガ情報が識別情報によって実現されるので、トリガ情報のデータ量を少なくすることが可能となる。また、ＵＥ１０は、あらかじめ選択基準などを考慮したシーケンスを把握することでセッション切り換えのための準備を行うことが可能となり、また、トリガ情報に対応したトリガアクションを行うだけの単純な動作でセッションの切り換えを迅速に行うことが可能となる。
【００６７】
一方、上述の第２の例の場合には、トリガ情報には上記のようなトリガアクションそのものが記載されており、ＵＥ１０がシーケンス情報を保持する必要はない。
【００６８】
また、上述の第２の例の場合に、ＵＥ１０は、検出されたトリガ情報に記載されているトリガアクションをすべて受け入れて、そのトリガアクションを行うことも可能であるが、特定のトリガ情報に対応したトリガアクションのみを行うことも可能である。例えば、トリガ情報にどのような端末向けかを示す情報などが記載されており、ＵＥ１０自身がそのトリガ情報によって示されている端末に該当しているかを判断したり、あるいは、単一のトリガ情報に複数の選択肢（複数のトリガアクション）が記載されており、どの選択肢を選択することがふさわしいかを判断したりすることも可能である。これによって、単一のトリガ情報に対してＵＥ１０ごとに異なる動作をさせることが可能になる。
【００６９】
なお、このようにトリガ情報に含まれている情報量が多く、また、トリガ情報に係る判断処理などの処理量が多くなる場合には、実際にトリガアクションを行うまでに時間を要する可能性もある。このような可能性を考慮して、例えば、トリガ情報に実際のアクションを起こすタイミングが記載されていてもよい（例えば、２つのセッションの選択肢から１つを選び、５秒後に選択したセッションへ切り換えるなど）。
【００７０】
上述の第２の例の場合には、トリガ情報に様々なトリガアクションを記載することが可能であり、動的かつ柔軟性の高いセッション切り換えが行われるようになる。
【００７１】
また、既存の情報をトリガ情報の代わりとして用いることも可能である。例えば、放送コンテンツなどに関しては、コンテンツ中にトリガ情報を直接挿入することが困難な場合も考えられるが、このような場合に既存の情報をトリガ情報として用いる方法が有用となる。例えば、コンテンツの終了を示すＥＯＳ（End of Sequence）やＥＯＦ（End of File）などの情報に対応するトリガアクションをシーケンス情報に規定しておくことで、特別なトリガ情報を挿入できないコンテンツにおいても既存の情報の検出を契機としてトリガアクションが行われるようになる。また、時間情報をトリガ情報の代わりとして用いることも可能である。
【００７２】
本発明では、コンテンツ中に（コンテンツの状態に合わせて）トリガ情報を挿入できるので、単にプログラム（タイムテーブル）が決まっている放送コンテンツだけでなく、その他のメディア（通信セッションをも含む）を合わせて扱う際にセッション制御サーバの負荷を低減できるようになる。また、シーケンス情報を利用することにより、既存のメディアに存在する状態変化をトリガとすることが可能である。さらに、端末の状態（通信品質、位置、移動速度など）やユーザのプレファレンスなどに応じて、コンテンツ変更（ビットレートの変更、任意コンテンツ／放送コンテンツの切り換えなど）を行うためのセッション切り換えを指示するようにも拡張可能である。
【００７３】
なお、上述の説明では、主にＵＥ１０へのコンテンツのダウンロードが行われる場合を前提として説明したが、ＵＥ１０からのコンテンツのアップロードが行われる場合においても同様に本発明の適用が可能である。コンテンツとして、特にＵＥ１０からのアップロードを主体とするようなセッションを用いている場合は、ＵＥ１０がトリガ情報を挿入することもできる。これにより、途中からアップロードを別のＵＥ１０に切り換えたり、後述の階層型ライブ中継システムの例で示すような送信側と受信側の状態を単一／複数の端末で切り換えたりする動作がスムーズに行われるようになる。端末側においてもトリガ情報の挿入を可能とした場合には、ネットワーク側のセッション制御サーバで切り換えのタイミングを考慮しながらトリガ情報を挿入することに比べて、端末の操作の自由度が向上する。
【００７４】
（トリガアクションの付加情報）
次に、本発明の実施の形態において、トリガアクションに付加情報として記載される情報について説明する。トリガアクションに記載することが可能な付加情報として、様々な情報を用いることが可能である。なお、トリガアクションに記載される付加情報は、シーケンス情報に含まれるトリガアクションに記載されてもよく（上述の第１の例に対応）、トリガ情報に含まれるトリガアクションに記載されてもよい（上述の第２の例に対応）。例えば、以下に挙げる情報を付加情報として記載することが可能である。
【００７５】
トリガアクションに記載される付加情報として、カメラアングルの選択に関する情報が用いられてもよい。ネットワーク側から複数のコンテンツをまとめ、並行して１つのコンテンツとして提供する場合（例えば、マルチアングル映像や、多国語対応の映像音声などが複数のセッションに振り分けられているような場合）、コンテンツサーバ３０から配信されるコンテンツに、カメラアングルなどの選択や変更可能なタイミングでトリガ情報が挿入される。ＵＥ１０は、このトリガ情報を検出すると、トリガ情報に対応するトリガアクションを見つけるとともに付加情報を参照し、セッションによってカメラアングルの選択が可能なことを把握する。この場合、ＵＥ１０は、ユーザの入力やプレファレンスなどに従って、所望のカメラアングルに関連するセッションへの切り換えを行うことが可能となる。
【００７６】
また、トリガアクションに記載される付加情報として、特別に選ばれたＵＥ１０であることを示す情報が用いられてもよい。例えば、放送やマルチキャストによって配信されているコンテンツを複数のＵＥ１０が使用（主に、受信）している状態において、ネットワーク側が、特定のＵＥ１０に質問を行って回答を求める場合などに、特定のトリガ情報（特定のＵＥ１０のみが選ばれたことを示す情報に対応）をコンテンツに挿入する。なお、複数のＵＥ１０のうちの特定のＵＥ１０のみがこのトリガ情報に対応するトリガアクションを行うことが可能である。特定のＵＥ１０は、このトリガ情報を検出すると、トリガ情報に対応するトリガアクションを見つけるとともに付加情報を参照し、自身が特別に選ばれたことを把握し、対応するトリガアクションを行う。対応するトリガアクションは、例えば、送信（送受信）が可能なセッションへのセッション切り換えに対応しており、これによって、特定のＵＥ１０は、質問に対する回答を行うことが可能となる。なお、ユーザのコンテンツへの参加が終了した時点で、ＵＥ１０は、元のセッション（主に受信のみを行うセッション）に復帰するようにすることが望ましい。また、コンテンツへの参加中も前述のように複数のセッションを維持して、自身の参加している状態を並行して受信できるようにしてもよい（完全なセッションの切り換えではなく、セッションの追加を行う）。
【００７７】
また、トリガアクションに記載される付加情報として、ユーザのステータスやユーザ入力による条件を示す情報が用いられてもよい。この場合、例えば、１つのトリガに対して複数のトリガアクションが関連付けられており、さらに各トリガアクションにユーザのステータスやユーザ入力などの条件が付加情報として記載される。トリガ情報を検出したＵＥ１０は、ＵＥ１０のステータスや入力に応じたトリガアクションを行い、これによって、各ＵＥ１０における条件に応じて異なるセッションへ分岐させる。このようなトリガアクションを設定することで、放送やマルチキャストなどを用いたコンテンツにおけるマルチシナリオ（ユーザの選択、現在地、移動速度、アクセスネットワーク種別などの様々な条件に応じてストーリーが分岐し、途中経過や結末が異なるコンテンツへ誘導されるシナリオ）が提供可能となる。
【００７８】
また、トリガアクションに記載される付加情報として、切り換え前のセッションの取り扱い方法を示す情報が用いられてもよい。ＵＥ１０は、セッション切り換え時に新たなセッションを単に追加していくだけでは、ＵＥ１０の管理するセッションが増加してしまうかもしれない。そこで、セッションの切り換えを行った場合に最早使用することのない（戻ってくる可能性の無い）セッションに関して、セッションの解放を行うよう付加情報によって明示することで、ＵＥ１０は、不要となるセッションを即座に解放することが可能となる。なお、セッション切り換えの時点で自動的にセッションが解放される場合には、この付加情報によってセッションの解放を明示的に指示する必要はない。また、セッション切り換えの時点で自動的にセッションが解放される場合には、付加情報によって特定のセッションの保持を明示的に指示するようにしてもよい。
【００７９】
また、トリガアクションに記載される付加情報として、セッション切り換えと同時にＵＥ１０が接続する無線チャンネル（周波数）の切り換えを行うよう指示する情報（さらに、切り換え先の周波数を特定する情報が含まれていてもよい）が用いられてもよい。この場合、無線チャンネルの切り換え準備に必要な期間にセッションが途切れてしまわないようにするため、実際の無線チャンネルの切り換え（セッション切り換え）のためのトリガ情報を挿入する前にその切り換え準備を行わせるためのトリガ情報が挿入されるようにしてもよく、指定期間の間に切り換え準備を行うアクションと、指定した時間に無線チャンネル／セッション切り換えを行うアクションの両方を、１つのトリガ情報によって指示してもよい。また、チャンネル（周波数）だけではなく、ＵＭＴＳ（Universal Mobile Telecommunications System）／ＬＴＥ（Long Term Evolution）／ＷｉＭＡＸ（Worldwide Interoperability for Microwave Access）／ＷＬＡＮ（Wireless Local Area Network）などの異なるアクセスシステム（広い意味では異なる周波数に含まれる）に切り換えるよう指示することも可能である。
【００８０】
また、トリガアクションに記載される付加情報として、マルチキャストのＩＤ（例えば、ＭＢＭＳ（Multimedia Broadcast and Multicast Service）のサービスＩＤ）や、放送受信のためのチューナのチャンネルなどの情報が用いられてもよい。トリガアクションに記載される付加情報にマルチキャストのＩＤが含まれている場合には、指定したマルチキャストへの参加が行われ、放送受信のためのチューナのチャンネルが含まれている場合には、特定の放送（特定のチャンネル）への切り換えが行われる。なお、放送コンテンツにおいては、次のアクションを実行させるためのトリガ情報（放送コンテンツからのセッション切り換えなどを示すトリガ情報）を挿入することが難しいかもしれない。このような場合は、番組／ＣＭの切れ目、プログラムに従った放送時間、番組自体（内容）の状態変化などをトリガとしてシーケンス情報に対応するアクションが指定されることが望ましい。
【００８１】
なお、ここでは、付加情報がトリガアクションに記載されると説明したが、トリガ情報に付加情報が記載されてもよい。
【００８２】
次に、本発明を適用したシステムの一例について説明する。
【００８３】
（階層型ライブ中継システム）
図６は、本発明を用いて構築された階層型ライブ中継システムにおける動作の一例を示すシーケンスチャートである。本発明を用いた階層型ライブ中継システムには、階層的にライブ装置が設置されている。ライブ装置は、コンテンツの配信を行う機能を有するとともに、各拠点における端末（トリガ情報を検出し、検出されたトリガ情報に基づいて動作を行うことが可能な端末）として機能する。なお、ここでは、上述の本発明の実施の形態における第１の例を用いて階層型ライブ中継システムを構築した場合について説明するが、同様に、本発明の実施の形態における第２の例を用いて階層型ライブ中継システムを構築することも可能である。
【００８４】
階層型ライブ中継システムでは、各拠点の装置、端末ごとにグループ化され、セッション切り換えの切り換え先セッションが特定される情報に加えて、各階層の拠点（装置／端末）が特定される情報に基づいてセッションの切り換えが行われる。
【００８５】
図６に図示されている階層型ライブ中継システムとしては、例えば、本社及び複数の支社を持つ会社での会議システムを想定することが可能である。この場合、会社組織の階層構造に合わせて、ライブ装置が階層的に設置される。すなわち、全体ライブ装置１１は、本社に設置され、本社における会議を全社員に向けてライブ中継する。また、コンテンツサーバ３０からは、本社から全社員に向けて録画コンテンツが配信される。また、拠点ライブ装置１２は、各支社に設置され、各支社における会議をその支社に所属する社員に向けてライブ中継する。また、サブ拠点ライブ装置１３は、ある支社の配下に属する各部署に設置され、各部署における会議をその部署に所属する社員に向けてライブ中継する。また、ＵＥ１０は各社員が有する端末である。
【００８６】
図６において、セッション制御サーバ２０からＵＥ１０へシーケンス情報が通知され、ＵＥ１０においてシーケンス情報が保持される（ステップＳ６０１）。なお、ＵＥ１０は、例えば、各ライブ装置へのセッションを既に構成しているとし、図６ではセッション構成に関しては説明を省略する。この状態において、全体ライブ装置１１からの全体セッション（全体コンテンツの配信）が開始される（ステップＳ６０３）。上記の会議システムの一例においては、このとき、全体コンテンツ（本社からのライブ中継）が本社から全社員へ向けて配信される。
【００８７】
この状態において、例えば、全体セッションの途中で録画コンテンツなどを配信する場合には、全体セッションをストリーミングするセッションから録画コンテンツをストリーミングするセッションへの切り換えが行われる。この場合、録画コンテンツがライブの会場で流されるのに合わせて、各拠点においても録画コンテンツのセッションへの切り換えが行われる。具体的には、例えば、セッション制御サーバ２０からの制御（ステップＳ６０５）に応じて、全体ライブ装置１１が全体コンテンツ内（録画コンテンツのセッションへ切り換える箇所）に、録画コンテンツのセッションへの切り換えに対応するトリガ情報を埋め込む（ステップＳ６０７）。また、コンテンツサーバ３０は、例えば、セッション制御サーバ２０からの制御（あるいは、全体ライブ装置１１からのトリガ情報を検出してもよい）に応じて、録画コンテンツの配信を開始する（ステップＳ６０９）。
【００８８】
なお、全体ライブの会場で録画コンテンツを流している模様自体を全体ライブ装置１１から各拠点へライブ中継する場合には、コンテンツサーバ３０へのセッションの切り換えが行われる必要はない。また、更に詳細にシーケンスを設定し、コンテンツサーバ３０からの録画コンテンツと、全体ライブ装置１１によるライブ中継とを途中で切り換えたり、同時セッションとして確立したりできるようになっていてもよい。
【００８９】
録画コンテンツの終了と共に全体ライブ中継のセッション（元のセッション）へ配信コンテンツを戻す場合には、例えば、録画コンテンツに挿入されたトリガ情報（元のセッションに戻るトリガアクションに対応）、若しくは録画メッセージの終了を示すトリガ情報（End of Sequenceなどの情報）の送信（ステップＳ６１１）によって、録画コンテンツのセッションから元の全体ライブ中継のセッションに戻すことが可能である（ステップＳ６１３）。
【００９０】
また、全体ライブ中継のセッションが終了した場合に、各拠点と関連する拠点の装置／端末は、次の階層のセッションへ切り換えることが可能である。上述の会議システムの例では、本社からのライブ中継によって全社会議が終了してから、支社単位で会議を行う場合に相当する。拠点によってはライブ中継の送信元となるので（例えば、拠点ライブ装置１２が送信元となる）、送信元となる拠点ライブ装置１２は、全体ライブ装置１１からの受信セッション（全体セッション）から、関連する拠点内の装置／端末への送信セッションへと切り換える。なお、送信元となる拠点の送信装置（すなわち、拠点ライブ装置１２）以外の装置／端末は、実際のライブ会場では受信も送信も必要ないので、セッションを終了するか、後続の別のセッション切り換えに備えて待機状態になる。このような待機状態についてもシーケンス情報にトリガアクションとして記載しておき、待機状態（セッション設定のみでトリガ情報のデータ受信待ちなど）になる（及び待機状態から復帰する）トリガアクションに対応するトリガ情報が設定されていてもよい。
【００９１】
なお、ここで、１つのトリガ情報が異なる装置／端末にとって異なるトリガアクションをもたらすことができるようにすると、トリガ情報の埋め込みによるデータ量の増大を抑えることが可能となり、効率的となる。この例では、例えば、ステップＳ６１７において全体コンテンツの終了と共に全体ライブ装置１１からトリガ情報が送信された場合（なお、ステップＳ６１５でセッション制御サーバによる制御があってもよい）、そのトリガ情報が、ある拠点ライブ装置１２にとっては受信セッションを送信セッションに切り換えるトリガアクションに対応付けられており、あるサブ拠点ライブ装置１３又は端末にとっては、受信セッションを待機状態にしたり、受信セッションを別の受信セッションに切り換えたりするトリガアクションに対応付けられていることで、１つのトリガ情報によって、異なる装置／端末で異なる処理を行わせることが可能となる。この結果、拠点ライブ装置１２からのコンテンツ（拠点コンテンツ）が、その拠点に属する装置／端末へ配信されるようになる（ステップＳ６１９）。
【００９２】
また、拠点ライブ装置１２からの拠点コンテンツのセッションが終了した場合には、更に下の階層に属するサブ拠点ライブ装置１３のセッションへと切り換えることが可能である。上述の会議システムの例では、支社からのライブ中継によって支社会議が終了してから、部署単位で会議を行う場合に相当する。この場合も、全体セッションから拠点セッションへの切り換え動作と同様の動作が行われ、ステップＳ６２３で拠点コンテンツに埋め込まれたトリガ情報の送信が行われて（ステップＳ６２１でセッション制御サーバ２０によって制御されてもよい）、サブ拠点ライブ装置１３における受信セッションから送信セッションへの切り換え、サブ拠点に属する装置／端末における待機状態、及び、サブ拠点コンテンツのセッションの受信などが行われる（ステップＳ６２５）。
【００９３】
このように、本発明を用いた階層型ライブ中継システムでは、階層に応じてセッションの切り換えが細分化されるように構成されており、こうしたシステムにおいても、セッション制御サーバ２０における処理負荷を高めることなく、効率良いセッション切り換えが実現されるようになる。なお、ここでは、階層が下がる場合のセッション切り換え（すなわち、例えば拠点ライブ装置１２が受信セッションから送信セッションへ切り換える場合）を一例として説明したが、階層が上がる場合のセッション切り換え（すなわち、例えば拠点ライブ装置１２が送信セッションから受信セッションへ切り換える場合）や、送信拠点及び受信拠点が入れ替わる場合のセッション切り換え（すなわち、ライブ会場が入れ替わる場合）も同様の動作によって実現可能である。
【００９４】
また、いずれかの拠点からのセッション（図６では、サブ拠点ライブ装置１３のセッション）によってセッション切り換えは行われずに終了となるはずであるが、セッションが終了する場合には従来通りの処理が行われればよく、セッション終了を示す特別なトリガ情報は必ずしも挿入される必要はない。
【００９５】
（広告入り格安通信システム）
また、図７は、本発明を用いて構築された広告入り格安通信システムにおける動作の一例を示すシーケンスチャートである。本発明を用いた広告入り格安通信システムは、ＵＥ間において行われている通信の途中で広告（ＣＭ：Commercial Message）コンテンツが挿入されることで、ユーザが支払う通信費を安価に抑えるように構成されている。
【００９６】
なお、本発明を用いた広告入り格安通信システムでは、ＵＥ１０間の通信の途中で広告情報（広告コンテンツ）が挿入されることをユーザが承諾している必要があるが、その手順に関しては本発明の範囲外である。なお、広告情報の挿入方法に関しては、例えば、プレファレンスとしてあらかじめ端末に設定されていてもよく、契約の時点でどの程度の広告量及び通信費にするか（一般に支払う対価が安価である程、広告の量（広告が流れる時間や頻度）が多くなることが考えられる）が設定されてもよい。なお、ＵＥ１０間の通信に挿入される広告情報の形式は任意である。例えば、動画や音声、静止画や文字などによって広告情報がＵＥ１０のユーザに対して報知されるようにすることが可能であり、また、ＵＥ１０間の通信を完全に遮断して広告情報が報知されてもよく、また、通信の妨げにならない程度に広告情報が報知されてもよい。
【００９７】
図７において、セッション制御サーバ２０からＵＥ（Ａ）１０ａ及びＵＥ（Ｂ）１０ｂへシーケンス情報が通知され、シーケンス情報が保持される（ステップＳ７０１）。なお、ここでは、ＵＥ（Ａ）１０ａ及びＵＥ（Ｂ）１０ｂの両方へシーケンス情報が通知される場合が図示されているが、いずれか一方のＵＥ１０に対してのみシーケンス情報が通知されてもよい。また、上述の第２の例のように、トリガ情報内にトリガアクションが記載されるシステムの場合には、最初のシーケンス情報の通知は不要となる。
【００９８】
ここで、ＵＥ（Ａ）１０ａ及びＵＥ（Ｂ）１０ｂが通信を行っているとする（ステップＳ７０３）。このとき、コンテンツサーバ３０は、任意のタイミングで（例えば定期的又は常時）、広告コンテンツの配信を行う（ステップＳ７０５）。なお、コンテンツサーバ３０による広告コンテンツの配信は、例えば、ステップＳ７０４に示すようにセッション制御サーバによって制御されていてもよい。また、コンテンツサーバ３０は、特定のＵＥ１０に向けて広告コンテンツを配信してもよいが、広告コンテンツを放送あるいはマルチキャストすることが望ましい。
【００９９】
一方、通信を行っている各ＵＥ１０は、各ＵＥ１０における設定に応じて、広告コンテンツが放送（あるいはマルチキャスト）されている広告セッションへの切り換えがトリガされる。広告セッションへの切り換えは、例えば、各ＵＥ１０で定められている時間ごとに強制的に広告セッションへの切り換えが行われてもよく、また、例えば、通信を行っているＵＥ１０が相互に相手の広告セッションへの切り換えタイミングを取得し、相手側で広告セッションへ切り換えるタイミングで相互の通信に係る通信セッションにトリガ情報（広告セッションへ切り換えるトリガアクションに対応したトリガ情報）を埋め込んでもよい。なお、広告セッションへの切り換えが行われた場合に、元の通信セッションと区別することができるような何らかの通知がユーザに対して行われてもよく、このような動作もアクションの１つとしてシーケンス情報に記載されてもよい。
【０１００】
各ＵＥ１０における設定（広告コンテンツの提供頻度など）に応じて広告セッションへの切り換えのトリガはＵＥ１０個別になされるが、トリガ情報が挿入されるタイミング（セッション切り換えのタイミング）は、セッション制御サーバ２０の把握する範囲で広告コンテンツと同期していると、広告コンテンツの設定が共通化されるので効率が良い。例えば、２分に１回の頻度で広告が流れる設定のＵＥ１０と、４分に１回の頻度で広告が流れる設定のＵＥ１０が存在する場合、セッション切り換えのタイミングを一致させることで４分に１回の広告に関しては両方のＵＥ１０に対して同一の広告セッションに切り換えるよう指示すればよくなり、両方のＵＥ１０のために用意する広告セッション（４分に１回の頻度の広告セッション）をまとめることが可能となる。
【０１０１】
ＵＥ１０において広告コンテンツの報知が終了すると通信セッションに復帰するようにセッション切り換えがトリガされる。この場合、コンテンツサーバ３０は、広告コンテンツにトリガ情報を埋め込み（ステップＳ７０７）、そのトリガ情報の検出を契機として、ＵＥは元の通信セッションに復帰するトリガアクションを行う（ステップＳ７０９）。その結果、広告コンテンツが報知された後、再び、ＵＥ（Ａ）１０ａとＵＥ（Ｂ）１０ｂとの間の通信セッションが再開される（ステップＳ７１１）。
【０１０２】
なお、広告コンテンツが複数のＵＥ１０で共用される場合（１つの広告セッションが複数のＵＥ１０で使用される場合）、各ＵＥ１０において広告を流す時間の設定が異なる場合がある。このような場合には、元の通信セッションへの切り換えに対応したトリガ情報を広告コンテンツ中に複数挿入することによって、例えば、広告セッションの１５秒時点に挿入されているトリガ情報を検出して元の通信セッションに復帰する端末、広告セッションの３０秒時点に挿入されているトリガ情報を検出して元の通信セッションに復帰する端末、広告コンテンツの最後（End of Sequence）をトリガ情報として検出してもとの通信セッションに復帰する端末など、広告を流す時間を端末ごとに差別化することが可能となる。
【０１０３】
なお、トリガ情報に対応するトリガアクションとして、元の通信セッションへの切り換えなどのような相対的なセッションの指定により、複数のＵＥ１０がそれぞれの元のセッションに切り換え（復帰）できるようになっていることが望ましい。これにより、個別セッションへの切り換え指定が簡略化され、広告セッションから元の通信セッションへの切り換えをより多くのＵＥ１０に対して一括に管理できるようになる。また、通信セッションから広告セッションへ切り換えるのではなく、ＵＥ１０間における通信セッションと同時に広告セッションによる広告コンテンツの受信及び報知が行われてもよく、これによって、例えば、ＵＥ１０間での通信を継続させながら、かつ広告コンテンツの報知が行われるようにしてもよい。
【０１０４】
（緊急速報通知システム）
また、本発明を用いて緊急速報通知システムを構築することも可能である。ここでは、各ＵＥ１０が、それぞれ個別のセッションを設定して通信を行っている一般的な使用環境を前提とする。すなわち、各ＵＥ１０は、それぞれ異なるコンテンツを使用（送信／受信／送受信）している。なお、ＵＥ１０は、放送やマルチキャストストリーミングを送受信していることもあり、この場合には、複数のＵＥ１０が同一コンテンツを同時に送受信している。
【０１０５】
このような状況において緊急の速報（災害情報など）の配信が必要となった場合、各ＵＥ１０が設定しているセッションに緊急の速報が入ったことを示すトリガ情報が挿入される。なお、ＥＴＷＳ（Earthquake and Tsunami Warming System）などと併用される場合には、通知のトリガは、例えば、ＥＴＷＳによって別途行われることが考えられる。この場合においても、特別なページング（ネットワーク側から端末へのＥＴＷＳによる通知）をトリガ情報に対応して、緊急の速報を受けるためのトリガアクションをシーケンス情報に設定しておくことが可能である。
【０１０６】
緊急の速報を示すトリガ情報に対応するトリガアクションとしては、例えば、より詳細な通知内容を受け取ることができるようにセッションを特定の緊急速報コンテンツ（ニュース速報などのセッション）に切り換えるように設定しておくことが可能である。この緊急速報コンテンツは内容の性質上、マルチキャストなどによりできるだけ多数の装置／端末で受け取ることができるようにすることが望ましい。また、実際のニュースコンテンツへのセッション切り換えを準備するためのトリガアクションがトリガ情報として通知されてもよい。例えば、共通コンテンツとしてニュースコンテンツの配信が放送やマルチキャストによって開始された場合、そのニュースコンテンツの配信開始に合わせて、ＵＥ１０はセッションの切り換えを行う。
【０１０７】
また、情報の緊急度やＵＥ１０の状態（ＵＥ１０の位置など）、ユーザの関心（プレファレンス）などに応じて、更に詳細情報を知るためにセッションを維持するか、あるいは元のセッションに戻るかを示すトリガ情報（トリガアクションが含まれていてもよい）がニュースコンテンツのセッションに挿入される。そして、最終的には、ニュースコンテンツのセッションが終了し、すべてのＵＥ１０が元のセッションへ復帰する。
【０１０８】
（新規ユーザの加入、既存ユーザの脱退）
次に、新規にユーザがコンテンツ視聴を希望したり、それまでコンテンツを視聴していたユーザが脱退したりする場合の動作について説明する。すなわち、コンテンツ視聴用のアプリケーションを新規に起動したり、新たなコンテンツ視聴を希望したり、コンテンツ視聴アプリケーションを終了したり、コンテンツ視聴用のセッションを切断したり、ＵＥ１０の電源を切断したり（コンテンツ視聴を含むすべての動作を停止する）など、ユーザの様々な状態に応じて、ネットワーク側はＵＥに配布するシーケンス情報やトリガアクションの内容を更新することができる。以下、上述の階層型ライブ中継システムの例を用いて詳しく説明するが、本発明に係るすべての態様（本発明の実施の形態の第１及び第２の例や、本発明を適用した様々なシステムなど）において、新規ユーザの加入及び既存ユーザの脱退に関する動作が適用可能である。
【０１０９】
図１１は、本発明を用いて構築された階層型ライブ中継システムにおける動作の別の一例を示すシーケンスチャートである。ユーザのＵＥ１０は、セッション制御サーバ２０から基本シーケンス情報を受信すると（ステップＳ６０１）、先に説明した手順に基づいて自シーケンス情報を生成する。このとき、このユーザが、元々参加が予定されていなかった拠点から急遽参加するような場合は、全体に向けて配信された基本シーケンス情報には、そのユーザが急遽参加することになった拠点に関する情報（その拠点におけるトリガアクションなど）が含まれていないため、ユーザは自シーケンス情報を生成することができない。これを受けて、ＵＥ１０は、セッション制御サーバ２０に基本シーケンス情報の更新を要求する更新要求メッセージを送信する（ステップＳ６５１）。このとき、更新要求メッセージに、拠点に関する情報やユーザ特性（例えば、拠点ポスト番号や社員番号）などを含めてもよい。また、セッション制御サーバ２０は、更新要求メッセージを介してＵＥ１０あるいはユーザの認証を行うものであってもよい。
【０１１０】
セッション制御サーバ２０は、正しく更新要求メッセージを受信すると、ユーザが急遽参加することになった拠点からも視聴できるよう基本シーケンス情報を更新して、ＵＥ１０に送信する（ステップＳ６５２）。ＵＥ１０は、新たに取得した基本シーケンス情報を基にして自シーケンス情報を生成し、コンテンツ視聴を開始する。ここで、セッション制御サーバ２０は、更新した基本シーケンス情報をＵＥ１０のみに送信してもよいし、全体に配信（例えば、マルチキャスト配信やブロードキャスト配信）してもよい。前者は、更新対象が特定ユーザに限られる場合に有用であり、通信トラフィックを低減することができる。後者は、更新対象が特定ユーザに限られない、あるいは多数のユーザである場合に有用であり、個別配信する場合（前者）に比べてセッション制御サーバ２０における送信処理の簡易化を図ることができる。
【０１１１】
また、ＵＥ１０は、当初ステップＳ６０１で配布される基本シーケンス情報から自シーケンス情報を生成することができたが、コンテンツ視聴の途中で、コンテンツは受信しているものの該当するトリガアクションを発見できずに（あるいはトリガアクション処理に失敗したときや、処理結果がエラーとなってしまったとき）コンテンツ視聴が中断され得るような場合には、上記説明した更新要求メッセージを送信することも可能である。
【０１１２】
例えば、図１１において、ＵＥ１０は、全体コンテンツから拠点コンテンツへの切り換えを要請するトリガ情報を受信したが（ステップＳ６１７）、ユーザが参加する拠点におけるトリガアクションが、自シーケンス情報に存在しない場合（コンテンツ視聴終了というトリガアクションも存在しない中途半端な状態）には、全体コンテンツを視聴した後で、本来視聴すべきであった拠点コンテンツ（さらには、サブ拠点コンテンツ）を視聴することができないという不具合が生じる可能性がある。
【０１１３】
そこで、このようにＵＥ１０が自シーケンス情報を生成できなかった場合には、ＵＥ１０は、ユーザが参加する拠点（すなわち、ユーザの状態）に関する情報を反映して基本シーケンス情報を更新するよう要求する更新要求メッセージをセッション制御サーバ２０に送信する（ステップＳ６５３）。セッション制御サーバ２０は、正しく更新要求メッセージを受信すると、ユーザが参加する拠点からも視聴できるよう基本シーケンス情報を更新して、ＵＥ１０に送信する（ステップＳ６５４）。ＵＥ１０は、新たに取得した基本シーケンス情報を基にして自シーケンス情報を生成し、コンテンツ視聴を開始する。
【０１１４】
なお、ＵＥ１０が自シーケンス情報を生成することができなかった理由としては、その他のものであってもよい。例えば、ＵＥ１０が、契約あるいは購入した直後のコンテンツ視聴であり、ＵＥ１０の情報が基本シーケンスに反映されていないなどの理由であってもよい。
【０１１５】
次に、図１０を参照しながら、更新要求メッセージの送信が可能なＵＥ１０の構成について説明する。図１０に図示されているＵＥ１０は、基本的に図３に図示されている構成と同一であるが、自シーケンス情報生成部１０３４、トリガアクション処理部１０４３、セッション管理部１０２に、更新要求メッセージに係る処理を行う機能が追加される。例えば、自シーケンス情報生成部１０３４は、基本シーケンス情報から自シーケンス情報が生成できなかった場合には、セッション管理部１０２に対して、セッション制御サーバ２０への更新要求メッセージ送信を指示する機能を更に有している。また、トリガアクション処理部１０４３は、自シーケンス情報は生成できたが、該当するトリガアクションが自シーケンス情報に存在しなかった場合に、セッション管理部１０２に対して、セッション制御サーバ２０への更新要求メッセージ送信を指示する機能を更に有している。また、セッション管理部１０２は、自シーケンス情報生成部１０３４又はトリガアクション処理部１０４３から、更新要求メッセージ送信の指示を受けた場合に、更新要求メッセージをセッション制御サーバ２０に送信する機能を更に有している。
【０１１６】
自シーケンス情報生成部１０３４がセッション管理部１０２に対して更新要求メッセージ送信を指示する場合の処理は、例えば以下のように行われる。図１０において、シーケンス情報受信部１０３１は基本シーケンス情報を取得し、基本シーケンス情報保持部１０３３に格納する。次に、自シーケンス情報生成部１０３４が、受信した基本シーケンス情報に基づいて自シーケンス情報の生成を試みる。しかし、一部あるいはすべてのトリガアクションに不備が生じるため、シーケンスとしての条件を満たさず、結果として自シーケンス情報の生成に失敗する。これを受けて、自シーケンス情報生成部１０３４は、セッション管理部１０２に対して、セッション制御サーバ２０への更新要求メッセージ送信を指示し、セッション管理部１０２がこれを受けて、更新要求メッセージをセッション制御サーバ２０に送信する（図１１のステップＳ６５１における更新要求メッセージの送信）。その結果、シーケンス情報受信部１０３１は、改めて基本シーケンス情報をセッション制御サーバ２０から受信して、シーケンス情報受信部１０３１が基本シーケンス情報を取得し、上記説明したものと同様の手順で自シーケンス情報を生成する。今回受信した基本シーケンス情報には、ユーザが急遽参加することになった拠点におけるトリガアクションも含まれており、ＵＥ１０は、正しく自シーケンス情報を生成することができる。
【０１１７】
また、トリガアクション処理部１０４３がセッション管理部１０２に対して更新要求メッセージ送信を指示する場合の処理は、例えば以下のように行われる。例えば、上記説明したように、自シーケンス情報の生成はできたが、コンテンツ視聴中に該当するトリガアクションが自シーケンス情報に存在せず、中途半端な状態になってしまうような場合、すなわち、トリガ検出部１０４１が検出したトリガ情報と、シーケンス情報参照部１０４２が取得した自シーケンス情報に基づくトリガアクション処理部１０４３による処理が失敗するような場合、例えば遷移先のコンテンツが存在しなかったり、現在のコンテンツ視聴を継続するトリガアクションにも関わらず現在のコンテンツデータは既に停止されていたり、また該当するトリガアクションそのものが存在しなかったりするような場合などには、トリガアクション処理部１０４３は、セッション管理部１０２に対して、セッション制御サーバ２０への更新要求メッセージ送信を指示し、セッション管理部１０２がこれを受けて更新要求メッセージをセッション制御サーバ２０に送信する（図１１のステップＳ６５３における更新要求メッセージの送信）。その結果、シーケンス情報受信部１０３１は、改めて基本シーケンス情報をセッション制御サーバ２０から受信して、シーケンス情報受信部１０３１が基本シーケンス情報を取得し、上記説明したものと同様の手順で自シーケンス情報を生成する。今回受信した基本シーケンス情報には、ユーザが急遽参加することになった拠点におけるトリガアクションも含まれており、ＵＥ１０は、正しく自シーケンス情報を生成することができる。
【０１１８】
さらには、ＵＥ１０がコンテンツ視聴を停止する場合など、そのコンテンツ視聴グループから脱退することによって、トリガ情報に基づく処理の選択肢を削減して処理負荷を低減させたり、トリガアクション情報が配布される場合はその情報量を削減して通信トラフィックを低減させたりすることができる。例えば、ある拠点からの唯一の参加者であるＵＥ１０が、出張などの理由で移動するためコンテンツ視聴を停止するような場合、ＵＥ１０は更新要求メッセージ（図１１のステップＳ６５１あるいはＳ６５３）をセッション制御サーバ２０に送信し、セッション制御サーバ２０は、その拠点に関する情報を削除した基本シーケンス情報を作成して再配布したり（図１１のステップＳ６５２あるいはＳ６５４）、その時々の制御（図１１のステップＳ６０５，Ｓ６１５、Ｓ６２１）で通知を指示するトリガ情報をその拠点とは関係しないものとしたりすることで、トリガアクションからその拠点に関する情報を削除させることができる。
【０１１９】
ここで、多数のユーザがコンテンツ視聴をいっせいに希望してくるような場合、セッション制御サーバ２０は、個々のＵＥ１０から更新要求メッセージを受け取ることになり、当初課題として挙げているセッション制御サーバ２０の負荷を増大させる状態を招いてしまうことになる。このような場合に対応して、セッション管理サーバ２０は、ユーザ状態を管理する状態管理サーバ（例えば、ユーザログサーバ、モバイルログサーバ、アプリケーションサーバ、ユーザ位置管理サーバ、近隣情報提供サーバなど）からの情報取得あるいは情報通知を受けるようにすることで、セッション制御サーバ２０の負荷を低減させることができる。以下、同様に階層型ライブ中継システムの例を用いて詳しく説明する。
【０１２０】
図９は、本発明の基本的な概念を説明するためのシステム構成図の別の一例である。図９に図示されているシステムでは、図１に図示されている構成要素に加えて、さらに、ユーザの動的並びに静的な状態を管理する状態管理サーバ６０が配置されている。図９において、ＵＥ１０は、ユーザあるいはＵＥ１０自身の状態を状態管理サーバ６０へ適宜通知し、状態管理サーバ６０がこれを格納保持する。また、状態管理サーバ６０は、セッション制御サーバ２０などの外部装置と通信を行い、ユーザやＵＥ１０の状態に関するリアルタイム情報を提供することができる。
【０１２１】
図１２は、本発明を用いて構築された階層型ライブ中継システムにおける動作の更に別の一例を示すシーケンスチャートである。ＵＥ１０は任意のタイミング、例えば、基本シーケンス情報から自シーケンス情報の一部あるいは全てを正しく生成できない場合や、自シーケンス情報を正しく生成できたが、コンテンツ視聴の途中で正しくトリガアクションを処理できない場合、またはそれ以外の任意のタイミング（コンテンツ配信の途中で拠点から参加開始あるいは脱退する場合など）で、状態管理サーバ６０に状態通知を行う（状態通知メッセージの送信：ステップＳ６６１）。ＵＥ１０が状態管理サーバ６０に通知する内容は、例えば、コンテンツ視聴を開始する、あるいは終了する拠点の情報（位置情報、拠点ＩＤなど）や、ユーザ識別情報（ユーザＩＤ、社員ＩＤ、認証・承認番号、デバイスＩＤなど）、視聴対象のコンテンツを識別するための情報（コンテンツＩＤ、会議ＩＤなど）、ユーザ認証情報などである。
【０１２２】
ＵＥ１０からの状態通知を受けると、状態管理サーバ６０は、セッション制御サーバ２０に通知を受けた状態を提供する（情報提供：ステップＳ６６２）。このとき、状態管理サーバ６０は、状態通知が一定量蓄積されてからセッション制御サーバ２０に通知してもよく、また、特定ユーザから状態通知を受けたときや、状態通知によって特定の条件が満たされたとき（例えば、特定の拠点から参加を希望するユーザからの状態通知が発生した場合など）に通知してもよい。これによって、ＵＥ１０からの状態通知のたびに情報提供を行う必要がなくなり、状態管理サーバ６０やセッション制御サーバ２０の負荷を低減するとともに、状態管理サーバ６０とセッション制御サーバ２０間の通信トラフィックの低減を図ることができる。
【０１２３】
また、状態管理サーバ６０は、情報提供（ステップＳ６６２）を、セッション制御サーバ２０からの要求に応じて実施してもよい。すなわち、セッション制御サーバ２０において、基本シーケンス情報を作成するタイミングや、配信中コンテンツに対する制御信号を作成（配布するトリガアクションの生成などを含む）するタイミングで、状態管理サーバ６０への問い合わせを行い、関連するＵＥ１０の情報を取得してもよい。これにより、セッション制御サーバ２０の処理タイミングに応じた適切な情報を得ることが可能となり、非同期に情報提供を受ける場合に比べて、セッション制御サーバ２０における処理負荷の低減を図ることができる。
【０１２４】
セッション制御サーバ２０は、ステップＳ６６２における情報提供によって取得したＵＥ１０に関する情報に基づいて、基本シーケンス情報あるいはトリガアクションを生成し、基本シーケンス情報をＵＥ１０に配信したり（ステップＳ６６３）、トリガアクションを全体ライブ装置１１や拠点ライブ装置１２などへの制御メッセージに含めて配信したりする（ステップＳ６１５、Ｓ６２１など）。
【０１２５】
次に、図１０を参照しながら、ＵＥが状態管理サーバ６０に対して状態通知メッセージを送信する場合の処理について説明する。先に示したように、自シーケンス情報生成部１０３４が自シーケンス情報を正しく生成できなかったり、トリガアクション処理部１０４３がトリガアクションを正しく処理できなかったりした場合には、自シーケンス情報生成部１０３４あるいはトリガアクション処理部１０４３は、セッション管理部１０２に対して、セッション制御サーバ２０への更新要求を指示する。これを受けてセッション管理部１０２は、端末機能実現部１０１に対して、状態管理サーバ６０への状態通知を実施するよう指示する。これを受けて端末機能実現部１０１は、状態通知メッセージを状態管理サーバ６０に送信する（図１２のステップＳ６６１における状態通知メッセージの送信）。その結果、シーケンス情報受信部１０３１は、改めて基本シーケンス情報をセッション制御サーバ２０から受信して、シーケンス情報受信部１０３１が基本シーケンス情報を取得し、上記説明したものと同様の手順で自シーケンス情報を生成する。今回受信した基本シーケンス情報には、ユーザが急遽参加することになった拠点におけるトリガアクションも含まれており、ＵＥ１０は、正しく自シーケンス情報を生成することができる。
【０１２６】
以上のように、状態管理サーバ６０からのユーザ状態情報を基本シーケンス情報やトリガアクションに反映させることにより、セッション制御サーバ２０は任意のタイミングで状態管理サーバ６０にアクセスして必要な情報を取得し、シーケンス情報やトリガアクションを更新することができるので、個々のＵＥ１０から非同期にユーザ状態情報を収集する場合に比べて、セッション制御サーバ２０などのネットワーク側装置の負荷を抑えることができる。
【０１２７】
なお、本発明は、多地点会議システム（参加者が多数）や、複数セッションミックスの放送（視聴者にどのタイミングでどのセッションを見せるかが多様）などのような、従来、セッションの切り換え要求が大量に発生する可能性のあったケースに適用可能である。また、本発明は、ユーザ参加型システム（いつ、どのユーザのターンが来るかが不定）、などのような、インタラクティブな放送／通信サービスが提供されるケースに適用可能である。また、本発明は、通信中の速報（上述の緊急速報通知システム：災害、号外：地域、ユーザの特性などにより変化）、キー局／地方局から配信されるコンテンツの切り換え（視聴、通信のロケーションにより変化）、階層別会合（上述の階層ライブ中継システム）などのような、ユーザの状況に応じたコンテンツ切り換えが行われるケースに適用可能である。
【０１２８】
また、上記の本発明の実施の形態の説明で用いた各機能ブロックは、典型的には集積回路であるＬＳＩ（Large Scale Integration）として実現される。これらは個別に１チップ化されてもよいし、一部又はすべてを含むように１チップ化されてもよい。なお、ここでは、ＬＳＩとしたが、集積度の違いにより、ＩＣ（Integrated Circuit）、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。
【０１２９】
また、集積回路化の手法はＬＳＩに限るものではなく、専用回路又は汎用プロセッサで実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用してもよい。
【０１３０】
さらには、半導体技術の進歩又は派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。例えば、バイオ技術の適応などが可能性としてあり得る。
【産業上の利用可能性】
【０１３１】
本発明は、端末からのセッションの切り換え要求によるセッション制御サーバの処理負荷の増大やネットワークトラフィックへの負荷を低減しながら、シームレスかつ自由度の高いセッションの切り換えを実現するという効果を有し、様々なコンテンツを使用する際のセッションの切り換えに係る技術に適用可能である。
【図１】
0005404771.tif 000002
【図２】
0005404771.tif 000003
【図３】
0005404771.tif 000004
【図４】
0005404771.tif 000005
【図５】
0005404771.tif 000006
【図６】
0005404771.tif 000007
【図７】
0005404771.tif 000008
【図８】
0005404771.tif 000009
【図９】
0005404771.tif 000010
【図１０】
0005404771.tif 000011
【図１１】
0005404771.tif 000012
【図１２】
0005404771.tif 000013