(57)【要約】【課題】映像コンテンツを複数の端末に対してシームレスに配信することのできる映像配信システムを提供すること【解決手段】端末からの要求に応じ、該端末に適したコンテンツサーバを該端末の固有情報に基づいて選択し、該端末とコンテンツサーバとの間に通信路を確立する確立手段と、他の端末を用いて視聴されたものと同一の映像コンテンツをその視聴停止位置から引き続き視聴できるように、これまでの視聴状況が保存された視聴情報を端末に対して送信する送信手段と、を具備する。【選択図】      図１
2009245270.tif 000002
【特許請求の範囲】
【請求項１】
複数の端末からの要求に応じて映像コンテンツを配信する映像配信システムであって、
前記複数の端末の各々の固有情報に関連付けて、各々の端末が視聴している映像コンテンツに関連する視聴情報を管理する管理手段と、
前記複数の端末におけるいずれか一の端末からの要求に応じて、前記一の端末に適した一のコンテンツサーバを複数のコンテンツサーバのなかから前記固有情報に基づいて選択し、前記一の端末と前記一のコンテンツサーバとの間に通信路を確立する確立手段と、
他の端末を用いて視聴されたものと同一の映像コンテンツをその視聴停止位置から引き続き視聴できるように、前記視聴情報を前記一の端末に対して送信する送信手段と、を具備することを特徴とする映像配信システム。
【請求項２】
前記固有情報は、前記複数の端末の各々の画面解像度、アスペクト比、及び字幕の有無の少なくともいずれかを含む請求項１記載の映像配信システム。
【請求項３】
前記視聴情報は、前記映像コンテンツの識別名、視聴位置、及び視聴端末の少なくともいずれかを含む請求項１又は２記載の映像配信システム。
【請求項４】
前記一のコンテンツサーバは、前記一の端末による前記映像コンテンツについての視聴情報を前記管理手段に対して定期的に送信する請求項１乃至３のいずれかに記載の映像配信システム。
【請求項５】
前記確立手段は、第１の端末を使用した映像コンテンツ視聴に適した第１のコンテンツサーバを選択するための第１のポータルサーバと、第２の端末を使用した映像コンテンツ視聴に適した第２のコンテンツサーバを選択するための第２のポータルサーバとを有する請求項１乃至３のいずれかに記載の映像配信システム。
【請求項６】
複数の端末からの要求に応じて映像コンテンツを配信する映像配信方法であって、
前記複数の端末の各々の固有情報に関連付けて、各々の端末が視聴している映像コンテンツに関連する視聴情報を管理するステップと、
前記複数の端末におけるいずれか一の端末からの要求に応じて、前記一の端末に適した一のコンテンツサーバを複数のコンテンツサーバのなかから前記固有情報に基づいて選択するステップと、
前記一の端末と前記一のコンテンツサーバとの間に通信路を確立するステップと、
他の端末を用いて視聴されたものと同一の映像コンテンツをその視聴停止位置から引き続き視聴できるように、前記視聴情報を前記一の端末に対して送信するステップと、を有することを特徴とする映像配信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＶｏＤ（Ｖｉｄｅｏ  ｏｎ  Ｄｅｍａｎｄ）やマルチキャストといったネットワークを通じて映像コンテンツ等を提供する映像配信システムに関し、特に、コンテンツ視聴端末の仕様（画面サイズ、字幕の有無等）に基づいてポータルサーバが適切なコンテンツサーバを選択し、自動的にコンテンツ視聴端末とコンテンツサーバとの間のセッション（通信路）を確立する映像配信システムに関する。
【背景技術】
【０００２】
ＶｏＤやマルチキャストといった映像配信サービスは、ＮＧＮ（Ｎｅｘｔ  Ｇｅｎｅｒａｔｉｏｎ  Ｎｅｔｗｏｒｋ）を通じて提供することによって、サービス品質を保証することが可能となる。ＮＧＮを通じた映像配信サービスの実現手順については、ＴＩＳＰＡＮ等の標準化団体において議論されているが、現状では固定端末向けのサービス提供手順が対象となっており、固定端末に加え移動端末を含めたシームレスなサービスの提供方式については議論されていない（非特許文献１を参照。）。
【０００３】
非特許文献１で規定されている映像配信アーキテクチャとシーケンスの概要を図６及び図７を参照して説明する。
図６は、従来の映像配信ネットワークアーキテクチャを示すブロック図である。同図において、１００は端末、１０１は回線認証サーバ、１０２はポータルサーバ、１０４はネットワーク、１０５はコンテンツサーバである。
【０００４】
端末１００は、回線認証サーバ１０１に対して（１）回線認証要求を行い、ポータルサーバ１０２に対して（２）サーバアドレス要求（ＨＴＴＰ：Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）を行い、制御サーバ１０３に対しては（３）セッション制御要求（ＳＩＰ：Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）を行う。
【０００５】
制御サーバ１０３は、（３）セッション制御要求（ＳＩＰ）に応じて（４）ネットワーク制御を行い、コンテンツサーバ１０５に対して（５）セッション制御要求（ＳＩＰ）を行う。端末１００とコンテンツサーバ１０５との間では、ネットワーク１０４を介して（６）ストリーム制御（ＲＴＳＰ：Ｒｅａｌ−ｔｉｍｅ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ）が行われ、コンテンツサーバ１０５から端末１００に対して（７）映像ストリーム（ＲＴＰ：Ｒｅａｌ  Ｔｉｍｅ  Ｓｔｒｅａｍｉｎｇ  Ｐｒｏｔｏｃｏｌ）が配信される。括弧内は、それぞれ使用されるプロトコルの一例を示している。
【０００６】
図７は、従来の映像配信サービス提供の手順を示す図である。先ず端末１００が回線認証サーバ１０１に対して回線認証要求を行う（回線認証要求Ｍ１，回線認証応答Ｍ２）。回線認証がなされたら、端末１００はポータルサーバ１０２にＨＴＴＰ  ＧＥＴ（コンテンツサーバアドレス要求）Ｍ３を送信する。これに応じてポータルサーバ１０２はＨＴＴＰ  ２００  ＯＫ（コンテンツサーバアドレス）Ｍ４を返す。
【０００７】
次に、端末１００が制御サーバ１０３にＳＩＰ  ＩＮＶＩＴＥ（セッション制御要求）Ｍ５を送信すると、制御サーバ１０３はコンテンツサーバ１０５にＳＩＰ  ＩＮＶＩＴＥ（セッション制御要求）Ｍ６を送信する。これに応じてコンテンツサーバ１０５から制御サーバ１０３にＳＩＰ  ２００  ＯＫ（セッション制御応答）Ｍ７が送信される。これに応じて制御サーバ１０３は端末１００にＳＩＰ  ２００  ＯＫ（セッション制御応答）Ｍ８を返す。こうして端末１００とコンテンツサーバ１０５との間のセッションが確立される。
【０００８】
次に、コンテンツの視聴を開始する端末１００は、コンテンツサーバ１０５にＲＴＳＰ  ＰＬＡＹ（視聴開始要求）Ｍ９を送信する。これに応じてコンテンツサーバ１０５は端末１００にＲＴＳＰ  ２００  ＯＫ（応答）Ｍ１０を返し、続いてＲＴＰ（映像ストリーム）Ｍ１１を同端末１００に送信する。
【０００９】
次に、コンテンツの視聴を停止するとき、端末１００は、コンテンツサーバ１０５にＲＴＳＰ  ＴＥＡＲＤＷＯＮ（視聴停止要求）Ｍ１２を送信する。これに応じてコンテンツサーバ１０５は端末１００にＲＴＳＰ  ２００  ＯＫ（応答）Ｍ１３を返す。続いて端末１００が制御サーバ１０３にＳＩＰ  ＢＹＥ（セッション開放要求）Ｍ１４を送信すると、制御サーバ１０３は、コンテンツサーバ１０５にＳＩＰ  ＢＹＥ（セッション開放要求）Ｍ１５を送信する。これに応じてコンテンツサーバ１０５は制御サーバ１０３にＳＩＰ  ２００  ＯＫ（セッション開放応答）Ｍ１６を返す。そして制御サーバ１０３が端末１００にＳＩＰ  ２００  ＯＫ（セッション開放応答）Ｍ１７を返す。これにより確立されていたセッションは開放される。
【００１０】
このような非特許文献１の映像配信アーキテクチャは、固定端末のみを対象としているため、自宅内のテレビで視聴していたコンテンツの続きを自宅外で携帯電話を用いて視聴するといったサービスを実現することはできない。そもそも、同アーキテクチャでは各ユーザの視聴状況（例：ユーザ１は番組Ａの先頭から１２分経過した場面を視聴中）を管理するための機能が存在しない。また、同アーキテクチャでは、コンテンツ配信に必要な帯域等の情報をＳＩＰ等のセッション確立メッセージに記述して端末が送信する。したがって、ユーザが端末の受信能力を超えるコンテンツを要求することが可能であり、コンテンツ配信用の帯域やコンテンツサーバの配信機能等のリソースを浪費する可能性がある。これは、同アーキテクチャが、セッション確立は対等な端末間（ｅｎｄ−ｔｏ−ｅｎｄ）で端末情報を交換することにより実現されるというＶｏＩＰ等のセッション確立ポリシーを踏襲しているためである。
【００１１】
【特許文献１】Ｄｒａｆｔ  ＥＴＳＩ  ＴＳ  １８２  ０２７  Ｖ０．０．１５（２００７−０９）“ＴＩＳＰＡＮ；ＩＰＴＶ  Ａｒｃｈｉｔｅｃｔｕｒｅ；  ＩＰＴＶ  ｆｕｎｃｔｉｏｎｓ  ｓｕｐｐｏｒｔｅｄ  ｂｙ  ｔｈｅ  ＩＭＳ  ｓｕｂｓｙｓｔｅｍ”
【発明の開示】
【発明が解決しようとする課題】
【００１２】
本発明はかかる事情を考慮してなされたものであり、映像コンテンツを複数の端末に対してシームレスに配信することのできる映像配信システムを提供することを目的とする。
【課題を解決するための手段】
【００１３】
本発明の一観点に係る映像配信システムは、複数の端末からの要求に応じて映像コンテンツを配信する映像配信システムであって、前記複数の端末の各々の固有情報に関連付けて、各々の端末が視聴している映像コンテンツに関連する視聴情報を管理する管理手段と、前記複数の端末におけるいずれか一の端末からの要求に応じて、前記一の端末に適した一のコンテンツサーバを複数のコンテンツサーバのなかから前記固有情報に基づいて選択し、前記一の端末と前記一のコンテンツサーバとの間に通信路を確立する確立手段と、他の端末を用いて視聴されたものと同一の映像コンテンツをその視聴停止位置から引き続き視聴できるように、前記視聴情報を前記一の端末に対して送信する送信手段と、を具備することを特徴とする。
【００１４】
前記固有情報は、前記複数の端末の各々の画面解像度、アスペクト比、及び字幕の有無の少なくともいずれかを含んでもよい。
前記視聴情報は、前記映像コンテンツの識別名、視聴位置、及び視聴端末の少なくともいずれかを含んでもよい。
前記一のコンテンツサーバは、前記一の端末による前記映像コンテンツについての視聴情報を前記管理手段に対して定期的に送信してもよい。
【００１５】
前記確立手段は、第１の端末での映像コンテンツ視聴に適した第１のコンテンツサーバを選択するための第１のポータルサーバと、第２の端末での映像コンテンツ視聴に適した第２のコンテンツサーバを選択するための第２のポータルサーバとから構成されてもよい。
【００１６】
本発明の別の観点に係る映像配信方法は、複数の端末からの要求に応じて映像コンテンツを配信する映像配信方法であって、前記複数の端末の各々の固有情報に関連付けて、各々の端末が視聴している映像コンテンツに関連する視聴情報を管理するステップと、前記複数の端末におけるいずれか一の端末からの要求に応じて、前記一の端末に適した一のコンテンツサーバを複数のコンテンツサーバのなかから前記固有情報に基づいて選択するステップと、前記一の端末と前記一のコンテンツサーバとの間に通信路を確立するステップと、他の端末を用いて視聴されたものと同一の映像コンテンツをその視聴停止位置から引き続き視聴できるように、前記視聴情報を前記一の端末に対して送信するステップと、を有することを特徴とする。
【発明の効果】
【００１７】
本発明によれば、映像コンテンツを複数の端末に対してシームレスに配信することのできる映像配信システムを提供できる。
【発明を実施するための最良の形態】
【００１８】
以下、図面を参照しながら本発明の実施形態を説明する。
本実施形態は、ＶｏＤ（Ｖｉｄｅｏ  ｏｎ  Ｄｅｍａｎｄ）やマルチキャストといったネットワークを通じて提供される映像配信サービスに関し、特に、端末の仕様（画面サイズ、字幕の有無等）に基づいてポータルサーバが適切なコンテンツサーバを選択し、自動的に端末とサーバとの間のセッションを確立する映像配信システムである。このため各ユーザにより使用される端末を管理し、及び該端末による視聴状況等を管理するサーバ（「視聴情報管理サーバ」という。）を設け、ポータルサーバが視聴情報管理サーバからユーザ関連情報を取得することによって、ユーザの端末に適したコンテンツを選択し、自動的にセッションを確立する。
【００１９】
図１は、このような映像配信システムの一実施形態に係る映像配信ネットワークのアーキテクチャを示すブロック図である。図１において、１は端末、２は回線認証サーバ、３はポータルサーバ、４は視聴情報管理サーバ、５は制御サーバ、６はネットワーク、７はコンテンツサーバ、９は管理データである。
【００２０】
図１において、端末やサーバは説明の便宜上、１つのみ示してあるが、一般にはそれぞれ複数の機器から構成される。例えば端末１は、固定端末としてのテレビ（通信機能を備える）であったり、携帯電話機であったりする。後述する本実施形態の具体例では、このような２種類の端末を同一のユーザが所有しており、映像配信システムからサービス提供を受ける場合について説明する。
【００２１】
端末１は、回線認証サーバ２に対して（１）回線認証要求を行い、ポータルサーバ３に対して（２）コンテンツ視聴要求（ＨＴＴＰ）を行う。
ポータルサーバ３は、視聴情報管理サーバ４に対して（３）端末種別／視聴状況要求（ＨＴＴＰ）を行い、該視聴情報管理サーバ４からの応答（端末種別）に基づいてコンテンツサーバ７を選択した上で、制御サーバ５に（４）セッション制御要求（ＳＩＰ）を送信する。制御サーバ５は（５）ネットワーク制御を行うものであって、上記選択されたコンテンツサーバ７に（６）セッション制御要求（ＳＩＰ）を送信する。
【００２２】
端末１とコンテンツサーバ７との間にセッションが確立すると、端末１はコンテンツサーバ７との間の（７）ストリーム制御（ＲＴＳＰ）を行う。該ストリーム制御の下で、コンテンツサーバ７から端末１に対して（８）映像ストリーム（ＲＴＰ）が送信される。
【００２３】
なお、映像ストリーム（コンテンツ）の視聴中において、コンテンツサーバ７は、視聴情報管理サーバ４に対して（９）視聴状況送信（ＨＴＴＰ）を行う。
図２は、管理データ９の一例を示す図である。管理データ９は視聴情報管理サーバ４が管理しており、大別すると端末固有情報２００と、視聴コンテンツ関連情報３００とを有する。端末固有情報２００は、端末ごとに、端末名称（例：「kawakami-keitai」）２０１、画面解像度（例：「３２０×２４０」）２０２、アスペクト比（例：「４：３」）２０３、字幕（例：「不要」）２０４などがあり、サービス加入時に端末１側から自動的に設定される。尚、上述したように、同一のユーザが複数の端末を用いる場合がある。視聴コンテンツ関連情報３００は、コンテンツごとに、コンテンツ名（例：「night-news-1」）３０１、視聴位置（例：「0:15:49」）３０２、視聴端末（例：「kawakami-keitai」）３０３などがあり、例えばＨＴＴＰメッセージを用いて、コンテンツサーバ７が、コンテンツ配信中又はコンテンツの視聴停止時に上記情報を視聴情報管理サーバ４に送信することにより設定される。
【００２４】
管理データ９において、端末固有情報２００と視聴コンテンツ関連情報３００の両者は、例えば端末名称２０１及び視聴端末３０３によって関連付けられる。また、管理データ９は図示しないユーザＩＤによっても識別される。すなわち、どのようなユーザがどのような端末を持っており、どのような端末でコンテンツを視聴しているかが管理データ９から既知であるものとする。
【００２５】
なお、以上のような管理データ９の情報要素及びパラメータは図２に示したもののみ限定されないことは言うまでもない。
図３は、本発明の一実施形態に係る映像配信サービス提供の手順を示すシーケンス図である。以下、図３に沿って、本実施形態に係る映像配信システムの具体的な処理手順を説明する。
【００２６】
ユーザがコンテンツを視聴する場合、当該ユーザの端末１は、先ず回線認証サーバ２にアクセスし、回線認証を実行する（回線認証要求ｍ１，回線認証応答ｍ２）。これにより同一ユーザがＰＣや携帯電話等の異なった端末でサービスにアクセスした場合でも、なりすまし等を防止し、安全にサービスを提供することが可能となる。
【００２７】
次に、端末１はポータルサーバ３にアクセスを行い、視聴するコンテンツを選択する（ＨＴＴＰ  ＧＥＴ（コンテンツ視聴要求）ｍ３）。ポータルサーバ３は、対応する端末の情報（画面サイズ、字幕の有無等）を視聴情報管理サーバ４に問い合わせ、その応答を元に適切なコンテンツサーバ７を選択する（ＨＴＴＰ  ＧＥＴ（端末種別／視聴状況要求）ｍ４，ＨＴＴＰ  ２００  ＯＫ（応答）ｍ５）。
【００２８】
その後、ポータルサーバ３は端末１とコンテンツサーバ７との間のセッションを確立するために、ＳＩＰ等のセッション確立用メッセージを作成し、制御サーバ５経由でコンテンツサーバ７に送信する（ＳＩＰ  ＩＮＶＩＴＥ（セッション制御要求）ｍ６，ＳＩＰ  ＩＮＶＩＴＥ（セッション制御要求）ｍ７）。制御サーバ５はメッセージの内容に基づき、帯域確保やピンホール制御、ＮＡＴ制御等を実行する（ＳＩＰ  ２００  ＯＫ（セッション制御応答）ｍ８，ＳＩＰ  ２００  ＯＫ（セッション制御応答）ｍ９）。
【００２９】
ポータルサーバ３は、コンテンツサーバ７からのセッション制御応答を受信した後に、その内容に基づき、コンテンツ視聴に必要となる情報（コンテンツサーバ７のＵＲＬ、コンテンツ開始時間等）を端末１に送信する（ＨＴＴＰ  ２００  ＯＫ（応答）ｍ１０）。
【００３０】
端末１は、ポータルサーバ３からの情報に基づき、コンテンツサーバ７に対してＲＴＳＰ等のコンテンツ制御メッセージを送信し、コンテンツ配信の開始を要求する（ＲＴＳＰ  ＰＬＡＹ（視聴開始要求）ｍ１１，ＲＴＳＰ  ２００  ＯＫ（応答）ｍ１２，ＲＴＰ（映像ストリーム）ｍ１３）。
【００３１】
コンテンツサーバ７は、端末１に対してコンテンツを配信している期間は、一定の間隔で視聴情報管理サーバ４に対して、ユーザの視聴情報（コンテンツ名、視聴位置、視聴端末）を送信する（視聴情報送信ｍ１４，応答ｍ１５）。これにより、途中で通信が切断した場合であっても、再度セッションを確立した後に、コンテンツの続きを視聴することが可能となる。
【００３２】
視聴を終了する場合、端末１はコンテンツサーバ７に対してコンテンツ制御メッセージを送信し、コンテンツ配信の停止を要求する（ＲＴＳＰ  ＴＥＡＲＤＯＷＮ（視聴停止要求）ｍ１６）。
これに応じてコンテンツサーバ７は、視聴情報管理サーバ４に対して視聴情報送信ｍ１７及び応答ｍ１８を送信する。またコンテンツサーバ７は、制御サーバ５経由でポータルサーバ３に対してセッション開放要求を送信し（ＳＩＰ  ＢＹＥ（セッション開放要求）ｍ１９，ＳＩＰ  ＢＹＥ（セッション開放要求）ｍ２０）、セッションが開放された後に（ＳＩＰ  ２００  ＯＫ（セッション開放応答）ｍ２１，ＳＩＰ  ２００  ＯＫ（セッション開放応答）ｍ２２）、コンテンツ制御メッセージに対する応答を端末１に送信する（ＲＴＳＰ  ２００  ＯＫ（応答）ｍ２３）。
【００３３】
本実施形態では、視聴情報管理サーバ４により各ユーザが使用する端末の端末固有情報２００や、視聴コンテンツ名３０１、視聴位置３０２及び視聴端末３００等の視聴コンテンツ関連情報３００を管理データ９により一元的に管理し、同サーバ４からの情報に基づきポータルサーバ３がユーザの端末１に適したコンテンツを選択し、自動的に端末１とコンテンツサーバ７との間の通信路を確立することを特徴とする。したがって、自宅内で視聴していたコンテンツの続きを外出中に携帯電話で視聴する、といった端末種別に依存しないシームレスなサービスの提供が可能となる。本実施形態の具体例に係る映像配信システムについて、同サービスの提供手順の概要を図４及び図５を参照しながら説明する。
【００３４】
図４は、自宅内で視聴していたコンテンツの続きを外出中に携帯電話で視聴する場合の手順を説明するための図であって、自宅内のテレビでコンテンツを視聴する際の手順を示す図である。図４において、１ａは固定端末としてのテレビ、１ｂは携帯端末、２は回線認証サーバ、３ａはテレビ用ポータルサーバ、３ｂは携帯用ポータルサーバ、４は視聴情報管理サーバ、５は制御サーバ、６はネットワーク、７ａはコンテンツサーバ（大画面向け）、７ｂはコンテンツサーバ（小画面向け）、９は管理データである。
［自宅内のテレビで視聴する際の手順］
今、ユーザはテレビ１ａを使用して映像コンテンツを視聴しようとしている。このため、テレビ１ａについての回線認証要求の後、テレビ１ａからテレビ用ポータルサーバ３ａに対してコンテンツ視聴要求（ＨＴＴＰ）を行う。テレビ用ポータルサーバ３ａは、視聴情報管理サーバ４から取得した情報に基づき、大画面向けコンテンツが保存されているコンテンツサーバ（大画面向け）７ａに対してＳＩＰメッセージを送信する。これによりテレビ１ａとテレビ用ポータルサーバ３ａとの間にセッションが確立される。該セッションにおいて、テレビ１ａはテレビ用ポータルサーバ３ａから通知されたアドレス、すなわちコンテンツサーバ７ａのアドレスに対してコンテンツ配信の開始を要求する。これに応じてコンテンツサーバ７ａはテレビ１ａに映像コンテンツを送信する。
【００３５】
ここで、当該ユーザがテレビ１ａでのコンテンツ視聴を中断したとする（例：ユーザ１は先頭から１２分後の場面で番組Ａの視聴を中断）。コンテンツサーバ７ａは、コンテンツ視聴を後で再開する時のために、定期的に視聴情報（コンテンツ名、視聴位置、視聴端末）を視聴情報管理サーバ４に送信している。視聴情報管理サーバ４は、コンテンツサーバ７ａから送られてきた視聴情報を管理データ９において一元管理している。当該ユーザがテレビ１ａでのコンテンツ視聴を中断したときについても、そのときの視聴情報が視聴情報管理サーバ４に送信され、管理データ９が更新される。
【００３６】
図５は、自宅内で視聴していたコンテンツの続きを外出中に携帯電話で視聴する場合の手順を説明するための図であって、コンテンツの続きを携帯電話を用いて自宅外で視聴する際の手順を示す図である。
［コンテンツの続きを携帯電話を用いて自宅外で視聴する際の手順］
今、当該ユーザは、テレビ１ａで視聴を中断した映像コンテンツの続きを、携帯端末１ｂを使用して視聴しようとしている。このため、携帯端末１ｂについての回線認証要求の後、携帯端末１ｂから携帯用ポータルサーバ３ｂに対してコンテンツ視聴要求（ＨＴＴＰ）を行う。携帯用ポータルサーバ３ｂは、視聴情報管理サーバ４から取得した情報に基づき、携帯端末での視聴に適した小画面向けコンテンツが保存されているコンテンツサーバ（小画面向け）７ｂに対してＳＩＰメッセージを送信する。これにより携帯端末１ｂと携帯用ポータルサーバ３ｂとの間にセッションが確立される。該セッションにおいて、携帯端末１ｂは携帯用ポータルサーバ３ｂから通知されたアドレス、すなわちコンテンツサーバ７ｂのアドレスに対してコンテンツ配信の開始を要求する。ここで、携帯端末１ｂは、携帯用ポータルサーバ３ｂから、視聴情報管理サーバ４の管理データ９に基づく視聴情報（例：ユーザ１は先頭から１２分後の場面で番組Ａの視聴を中断）を受信する。この情報に基づいて、携帯端末１ｂは、コンテンツ開始時点を指定（例：先頭から１２分経過した場面から番組Ａを再生）してコンテンツサーバ７ｂにコンテンツの送信要求を行う。
【００３７】
なお、コンテンツサーバ７ｂは、コンテンツサーバ７ａと同様に、コンテンツ視聴を後で再開する時のために、定期的に視聴情報（コンテンツ名、視聴位置、視聴端末）を視聴情報管理サーバ４に送信する。視聴情報管理サーバ４は、コンテンツサーバ７ｂから送られてきた視聴情報を管理データ９において一元管理する。当該ユーザが携帯端末１ｂでのコンテンツ視聴を中断したときについても、そのときの視聴情報が視聴情報管理サーバ４に送信され、管理データ９が更新される。
【００３８】
以上説明した本実施形態によれば、以下のような作用効果を奏することができる。
・視聴情報管理サーバ４が、端末１の情報（画面サイズ、字幕の有無等）を管理データ９により一元的に管理することにより、テレビや携帯電話等の異なった端末に対して最適なコンテンツサーバ７を選択し、最適なコンテンツを提供することが可能となる。
【００３９】
・視聴情報管理サーバ４が、コンテンツサーバ７から送られてきた各ユーザの視聴情報を管理データ９により一元的に管理することにより、コンテンツ視聴を中断した後に、異なった端末で視聴を継続することが可能となる。
・ポータルサーバ３がＳＩＰメッセージ等のセッション確立要求メッセージを作成することにより、悪意のあるユーザが必要以上の帯域を要求することを防止することが可能となる。
【００４０】
・ポータルサーバ３が、ユーザの加入情報等に基づきコンテンツ視聴要求の可否を判断することができ、制御サーバ５に不要なセッション確立要求メッセージが送信されることを防止し、制御サーバ５への負荷が軽減される。また、端末１側ではＳＩＰメッセージの送信が不要となるため、端末の処理負荷が軽減される。
【００４１】
・回線認証を用いることによって、なりすまし等を防止すると共に、ＴＶと携帯電話等、異なった端末間で確実にサービスを連携することが可能となる。
なお、本発明は上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。
【図面の簡単な説明】
【００４２】
【図１】本発明の一実施形態に係る映像配信ネットワークアーキテクチャを示すブロック図
【図２】視聴情報管理サーバが管理するデータの一例を示す図
【図３】本発明の一実施形態に係る映像配信サービス提供の手順を示すシーケンス図
【図４】自宅内で視聴していたコンテンツの続きを外出中に携帯電話で視聴する場合の手順を説明するための図であって、自宅内のテレビでコンテンツを視聴する際の手順を示す図
【図５】自宅内で視聴していたコンテンツの続きを外出中に携帯電話で視聴する場合の手順（コンテンツの続きを携帯電話を用いて自宅外で視聴）を示す図
【図６】従来の映像配信ネットワークアーキテクチャを示すブロック図
【図７】従来の映像配信サービス提供の手順を示すシーケンス図
【符号の説明】
【００４３】
１…端末；
２…回線認証サーバ；
３…ポータルサーバ；
４…視聴情報管理サーバ；
５…制御サーバ；
６…ネットワーク；
７…コンテンツサーバ
【図１】
2009245270.tif 000003
【図２】
2009245270.tif 000004
【図３】
2009245270.tif 000005
【図４】
2009245270.tif 000006
【図５】
2009245270.tif 000007
【図６】
2009245270.tif 000008
【図７】
2009245270.tif 000009