(57)【要約】【課題】場所や端末を変えても、コンテンツをシームレスに視聴継続できるサービスを実現する。【解決手段】視聴継続制御サーバ１００は、端末の切替えに際して、例えば、切替え先端末２００からのアクセスにより、プレゼンスサーバから端末情報を取得し、ユーザ所有端末一覧を端末２００に表示し、ユーザが切替え元端末として例えばＴＶ端末１０を選択すると、視聴履歴管理サーバに該ＴＶ端末で視聴していたコンテンツの識別子と中断点を問合せ、そのコンテンツ識別子と切替え先の端末情報をもとに、ロケーション解決サーバから適合するコンテンツのロケーションを検索し、該ロケーションと中断点を切替え先端末２００に送る。端末２００は、送られたロケーションでコンテンツサーバにアクセスしてストリーム映像を受信し、中断点から再生する。【選択図】        図１
2004336310.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークと端末が連携して、異なる端末間でコンテンツの視聴をシームレスに継続する視聴継続方法であって、
ネットワークが、端末の切替えに際して、切替え元端末で視聴していたコンテンツの識別子および中断点を取得し、前記コンテンツの識別子をもとにコンテンツの所在場所（ロケーション）を検索し、コンテンツのロケーション情報および切替え元端末で視聴していたコンテンツの中断点を切替え先端末に送信し、
切替え先端末が、前記ロケーション情報によりコンテンツ元にアクセスしてストリーム受信し、中断点からコンテンツを再生する、
ことを特徴とする視聴継続方法。
【請求項２】
ネットワークは、端末の切替えに際して、切替え先の端末情報も取得し、切替え元端末で視聴していたコンテンツの識別子と切替え先の端末情報とにより、適合するコンテンツのロケーションを検索することを特徴とする請求項１記載の視聴継続方法。
【請求項３】
ネットワーク上で端末のコンテンツ視聴履歴およびユーザ所有の端末群を管理し、
ネットワークは、端末の切替えに際して、ユーザの切替え先端末に該ユーザ所有の端末一覧を表示して、ユーザに切替え元端末を問合せ、ユーザが指示した切替え元端末の識別子により、視聴履歴管理元から該切替え元端末で視聴していたコンテンツの識別子および中断点を取得することを特徴とする請求項１もしくは２記載の視聴継続方法。
【請求項４】
ネットワーク上でコンテンツのメタデータを管理しており、
ネットワークは、前記取得した切替え元端末で視聴していたコンテンツの識別子をキーに該コンテンツのメタデータを検索し、切替え先端末に、切替え元端末で視聴していたコンテンツのメタデータを表示することを特徴とする請求項３記載の視聴継続方法。
【請求項５】
ネットワーク上で端末の静的・動的属性を端末環境メタデータとして管理し、
ネットワークは、ユーザの切替え元端末が特定の場所に入ると、該場所においてコンテンツ再生可能な端末一覧を前記切替え元端末に表示し、ユーザが指定した端末を切替え先端末とし、該切替え先端末に、前記切替え元端末で視聴していたコンテンツの識別子および中断点を送信することを特徴とする請求項１もしくは２記載の視聴継続方法。
【請求項６】
ネットワークは、切替え元端末から当該切替え元端末で視聴していたコンテンツの識別子および中断点を取得することを特徴とする請求項５記載の視聴継続方法。
【請求項７】
視聴継続制御サーバと端末が連携して、異なる端末間でコンテンツの視聴をシームレスに継続する視聴継続システムであって、
視聴継続制御サーバは、ネットワーク上の視聴履歴管理サーバから切替え元端末で視聴していたコンテンツの識別子及び中断点を取得する機能と、ネットワーク上のプレゼンスサーバから端末のロケーション変更を受け付ける機能と、プレゼンスサーバに端末情報の照会を行う機能と、切替え元端末で視聴していたコンテンツの識別子と切替え先の端末情報をもとにネットワーク上のロケーション解決サーバに問合せ、適合するコンテンツのロケーションを中断点とともに端末へ送る機能と、各種の表示画面を生成して端末に提供する機能を備え、
端末は、自端末の静的・動的属性をネットワーク上のプレゼンスサーバに通知する機能と、視聴継続制御サーバから各種の表示画面の提供を受け、切替え元／切替え先端末の選択やハンドオーバ要求を視聴継続サーバに指示する機能と、視聴継続制御サーバから送られたロケーションでコンテンツサーバにアクセスしてコンテンツ配信を受信し、中断点からコンテンツを再生する機能を備える、
ことを特徴とする視聴継続システム。
【請求項８】
視聴継続制御サーバは、切替え元端末で視聴していたコンテンツの識別子をもとにコンテンツメタサーバから当該コンテンツのメタデータを取得して端末の表示画面に表示する機能を備えることを特徴とする請求項７記載の視聴継続システム。
【請求項９】
視聴継続制御サーバは、切替え元端末で視聴していたコンテンツの識別子及び中断点を当該切替え元端末から取得して切替え先端末に引き継ぐ機能を備えることを特徴とする請求項７もしくは８記載の視聴継続システム。
【請求項１０】
請求項７乃至９のいずれか１項に記載の視聴継続システムにおける視聴継続制御サーバの機能を備えていることを特徴とする視聴継続制御装置。
【請求項１１】
請求項７乃至９のいずれか１項に記載の視聴継続システムにおける端末の機能を備えていることを特徴とする端末装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、場所や端末を変えてもリアルタイムに継続してコンテンツを視聴できるサービス（コンテンツのハンドオーバサービス）を実現する視聴継続方法、視聴継続システム、その視聴継続制御装置及び端末装置に関する。
【０００２】
【従来の技術】
従来、放送とインターネットを組み合わせインタラクティブに、ユーザが見たいときに好きな番組を好みのコンテンツで視聴できるようにした所謂ＴＶ−Ａｎｙｔｉｍｅシステムがある（例えば、非特許文献１、非特許文献２参照）。このＴＶ−Ａｎｙｔｉｍｅシステムでは、コンテンツにメタデータを付与し、大容量サーバに蓄積された放送コンテンツをメタデータにより検索して視聴することを可能にしている。技術的には、番組属性からコンテンツを特定し、その所在場所（ロケーション）を見付けるものであり、コンテンツのメタデータとコンテンツの識別子（Ｃｏｎｔｅｎｔ  Ｒｅｆｅｒｅｎｃｅ  ＩＤ：ＣＲＩＤ）を用いて実現される。
【０００３】
ＴＶ−Ａｎｙｔｉｍｅシステムを用いれば、放送番組をネットワーク（インターネット）からアクセスすることができるが、コンテンツをハンドオーバすることはできない。例えばテレビで見ていた番組を、外出時にＰＤＡ等の携帯端末で継続して視聴しようとする場合、あるいは、ＰＤＡ等で見ていたコンテンツをホットスポット内のパソコン等で大きめの画面で継続して視聴しようとする場合、切替え先の端末から改めてログインし、目的のコンテンツにアクセスしなおす必要がある。
【０００４】
一方、端末能力にコンテンツを適合させる方法も既に提案されている（例えば、非特許文献３、非特許文献４参照）。これは、端末能力をＲｅｓｏｕｒｃｅ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｆｒａｍｅｗｏｒｋ  （ＲＤＦ）／ＸＭＬで記述し、コンテンツ要求に付加してサーバに送ることにより、サーバでコンテンツを端末能力に適合させることを可能とするものである。しかしながら、端末の静的な属性（端末能力など）だけに適応するものであって、動的な属性（プレゼンス）には適応できない。また、端末切替えに際し、切替え先端末に適合する形態でコンテンツを引き継げるようにはなっていない。
【０００５】
【非特許文献１】
ＴＶ−Ａｎｙｔｉｍｅ  Ｆｏｒｕｍ  ｓｐｅｃｉｆｉｃａｔｉｏｎ：ＳＰ００３“Ｍｅｔａｄａｔａ”，２０００年６月
【非特許文献２】
ＴＶ−Ａｎｙｔｉｍｅ  Ｆｏｒｕｍ  ｓｐｅｃｉｆｉｃａｔｉｏｎ：ＳＰ００４  ”Ｃｏｎｔｅｎｔ  Ｒｅｆｅｒｅｎｃｉｎｇ”，２００２年６月
【非特許文献３】
Ｗ３Ｃ  Ｗｏｒｋｉｎｇ  Ｄｒａｆｔ  （Ｐｕｂｌｉｓｈｅｄ）  ”Ｃｏｍｐｏｓｉｔｅ  Ｃａｐａｂｉｌｉｔｉｅｓ／  Ｐｒｅｆｅｒｅｎｃｅ  Ｐｒｏｆｉｌｅｓ（ＣＣ／ＰＰ）”，  Ｓｔｒｕｃｔｕｒｅ  ａｎｄ  Ｖｏｃａｂｕｌａｒｉｅｓ，  Ｊａｎ．  ２００１
【非特許文献４】
ｈｔｔｐ：／／ｗｗｗ．ｗａｐｆｏｒｕｍ．ｏｒｇ／ｐｒｏｆｉｌｅｓ／ＵＡＰＲＯＦ／ｃｃｐｐｓｃｈｅｍａ−２００２０７１０
【０００６】
【発明が解決しようとする課題】
本発明は、上記従来技術の問題に鑑みなされたもので、その目的は、端末の切替えに際して、切替え先の端末から改めてログインすることなく、切替え元端末で視聴していたコンテンツを切替え先端末でシームレスに継続して視聴できるようにすることにある。
【０００７】
また、本発明の他の目的は、端末の切替えに際して、切替え先端末に適合する形態で、切替え元端末で視聴していたコンテンツをシームレスに引き継げるようにすることにある。
【０００８】
【課題を解決するための手段】
本発明では、コンテンツをシームレスにハンドオーバするシステム（ＭｅｔａＰＯＲＴ）と、ＴＶ−Ａｎｙｔｉｍｅ  Ｆｏｒｕｍ規定に準拠する視聴履歴管理サーバ、コンテンツメタサーバ、ロケーション解決サーバ、ＩＥＴＦ規定に準拠するプレゼンス管理サーバなどとの連携で実現する。ＭｅｔａＰＯＲＴは、切替え元端末でユーザが視聴していたコンテンツのコンテキストをネットワークが引き継ぎ、切替え先端末のプレゼンスに適合させて配信・再生するＳｕｓｐｅｎｄ  ａｎｄ  Ｒｅｓｕｍｅ機能をネットワークサービスとして実現する視聴継続制御サーバ（ＭｅｔａＰＯＲＴサーバ）である。ユーザには端末（ＭｅｔａＰＯＲＴ端末）の画面上で切替え元／切替え先端末を選択し、ハンドオーバを指示するためのユーザインタフェースを提供し、ユーザからの入力に応じてプレゼンスサーバおよびロケーション解決サーバにアクセスして、切替え先端末へのシームレスなハンドオーバ機能を実現する。
【０００９】
具体的には、本発明では、以下のような手段で実現される。
（１）  テレビで視聴していたコンテンツをネットワーク端末（ＰＤＡ、ＰＣ、携帯電話等）にハンドオーバする場合は、ネットワークがＴＶ−Ａｎｙｔｉｍｅの視聴履歴管理サーバ（ログサーバ）のアクセスログを参照して、ユーザがテレビで視聴していたコンテンツの識別子（ＣＲＩＤ）と視聴中断点に関する情報を取得してそれを保持する。中断点は、視聴開始からの経過時間、あるいは中断点を含むコンテンツのセグメントメタデータを利用する。
（２）  ＣＣ／ＰＰおよびＩＥＴＦのプレゼンス定義（オンライン／オフライン等）を拡張・統合して、端末の静的・動的属性（端末種別、端末能力、ネットワーク接続状態、ソフトウェア起動状態、場所等）をメタデータ化し、端末環境メタデータとしてプレゼンスサーバで管理する。切替え元で視聴していたコンテンツの切替え先端末での再生可能性や、切替え場所において再生可能な端末一覧は、端末環境メタデータで参照可能となる。
（３）  コンテンツを選択するとコンテンツ識別子をキーにその所在場所を返すＴＶ−Ａｎｙｔｉｍｅのロケーション解決機能を拡張して、コンテンツの識別子と端末種別をキーに端末種別に適合するコンテンツのロケーションを返すようにする。
（４）  ユーザがハンドオーバを指示すると、ネットワークが切換え先端末の映像ソフトを立上げ、解決したロケーションでコンテンツサーバにアクセスしてストリーム配信を受信し、中断点からコンテンツを再生させる。
【００１０】
本発明によれば、例えば、自宅のテレビで見ていた放送番組を外出時にＰＤＡ等で継続視聴することを可能にし、さらに、外出中にＰＤＡで見ていた番組をホットスポットに設置されたパソコン（ＰＣ）等で継続視聴することを可能にする。テレビからＰＤＡに切替えたい場合、ユーザは切替え元のテレビ端末を選択し、切替えボタンを押すだけで、ＰＤＡ画面上に見ていたテレビ番組の映像の続きが自動的に再生される。さらに、ＰＤＡで映像を見ながらホットスポットに入ると、ネットワークがそれを認識してＰＤＡ画面上にホットスポット入室を表示し、店内にあるＰＣで映像を再生可能な端末群を表示するので、ユーザは切替えたいＰＣを選択して切替えボタンを押せば、ＰＣの画面上に映像の続きが再生される。
【００１１】
【発明の実施の形態】
以下、本発明の実施の形態について図面を用いて詳しく説明する。
図１は本発明を適用した視聴継続システムの一実施形態としての全体的構成図である。図１において、１０はテレビ端末（ＳＴＢ）、２０は視聴履歴管理サーバ、３０はコンテンツメタサーバ、４０はロケーション解決サーバ、５０はコンテンツサーバ、６０はプレゼンスサーバ、７０はＲＦ−ＩＰ管理サーバ、１００は視聴継続制御装置としての視聴継続制御サーバ（以下、ＭｅｔａＰＯＲＴサーバと称す）、２００はパソコンやＰＤＡ等の端末（以下、ＭｅｔａＰＯＲＴ端末と称す）であり、それぞれネットワークを介して接続されている。ここで、視聴履歴管理サーバ２０とコンテンツメタサーバ３０とロケーション解決サーバ４０はＴＶ−Ａｎｙｔｉｍｅ系サーバであり、基本的にはＴＶ−Ａｎｙｔｉｍｅ  Ｆｏｒｕｍで提案している既知の構成で実現するとする。
【００１２】
テレビ端末１０はＴＶ−Ａｎｙｔｉｍｅサービスを享受できる諸機能を備えて、番組ナビゲーション等により、テレビ局やＣＡＴＶ等による放送のみならず、コンテンツサーバ５０に蓄積された放送コンテンツ等を任意に視聴することができる機器（ＳＴＢなど）の総称である。
【００１３】
視聴履歴管理サーバ２０は、常時、ユーザがテレビ端末等で視聴している放送や放送コンテンツ（以下、まとめてコンテンツと称す）の視聴履歴を管理するサーバ（ログサーバ）である。該視聴履歴管理サーバ２０は、もともと未登録のユーザからのコンテンツの視聴監視や有料コンテンツ利用等に対する課金等を目的とするもので、権利管理サーバとも称される。コンテンツメタサーバ３０は、コンテンツの検索・案内に利用されるメタデータ（電子番組表、コンテンツの概要、利用条件等）及びコンテンツの所在場所のためのコンテンツ参照識別子（コンテンツの識別子：ＣＲＩＤ）を管理するサーバである。該コンテンツメタサーバ３０と視聴履歴管理サーバ２０は一体的に構成されてもよい。
【００１４】
ロケーション解決サーバ４０は、コンテンツの時間的・空間的な所在場所（例えば、テレビ放送における放送チャンネル番号と放送日時、インターネットにおけるＵＲＬなど）を管理するサーバである。ここでは、該ロケーション解決サーバ４０は、コンテンツ参照識別子（ＣＲＩＤ）をキーに、該当コンテンツの所在場所（ロケーション）を返すＴＶ−Ａｎｙｔｉｍｅのロケーション解決機能を拡張して、コンテンツ参照識別子と端末種別をキーに、端末種別に適合する該当コンテンツのロケーションを返す機能（例えば、対応テーブルなど）を備えているとする。
【００１５】
コンテンツサーバ５０は、コンテンツ（放送コンテンツ）を種々の形式（例えば、ＭＰＥＧなど）で編集・蓄積して、インターネットによる配信を行うサーバである。なお、ＣＡＴＶや放送波によりコンテンツ（番組）をブロードキャストするテレビ局等も含めて該コンテンツサーバと称すことでもよい。
【００１６】
プレゼンスサーバ６０は、端末の属性（プレゼンス）を管理するサーバである。ここでは、該プレゼンスサーバ６０は、ＣＣ／ＰＰおよびＩＥＴＦのプレゼンス定義（例えば、ＩＥＴＦ  ＲＦＣ  ２７７８，  ”Ａ  Ｍｏｄｅｌ  ｆｏｒ  Ｐｒｅｓｅｎｃｅ  ａｎｄ  Ｉｎｓｔａｎｔ  Ｍｅｓｓａｇｉｎｇ”，  Ｆｅｂ．  ２０００、ＩＥＴＦ  ＲＦＣ  ２７７９，  ”Ｉｎｓｔａｎｔ  Ｍｅｓｓａｇｉｎｇ  ／  Ｐｒｅｓｅｎｃｅ  Ｐｒｏｔｏｃｏｌ  Ｒｅｑｕｉｒｅｍｅｎｔｓ”，  Ｆｅｂ．  ２０００等参照）を拡張・統合して、端末の静的・動的属性（端末種別、端末能力、ネットワーク接続状態、ソフトウエア起動状態、場所等）をメタデータ化し、端末環境メタデータとして管理するとする。
【００１７】
ＲＦ−ＩＤ管理サーバ７０は、ホットスポットに入ったＰＤＡ等の端末のＲＦＩＤ（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ  ＩＤ）を管理するサーバである。ＲＦ−ＩＤアンテナ８０はホットスポットに設置され、ホットスポットに入った端末の無線チップ（ＲＦ−ＩＤタグ）のデータ（ＲＦ−ＩＤ）を受信してＲＦ−ＩＤ管理サーバ７０に通知する。
【００１８】
ＭｅｔａＰＯＲＴサーバ（視聴継続制御サーバ）１００は、視聴情報収集機能１１０、ハンドオーバトリガ受付機能１２０、端末情報収集機能１３０、各種の画面生成機能１４０、コンテキストハンドオーバ機能１５０等で構成される。視聴情報収集機能１１０はテレビ端末１０で視聴していたコンテンツ（番組）の識別子と中断時刻を視聴履歴管理サーバ２０に問合せる機能、ハンドオーバトリガ受付機能１２０はプレゼンスサーバ６０からの携帯端末２００のロケーション変更を受け付ける機能、端末情報取得機能１３０はプレゼンスサーバ６０に端末情報の照会を行う機能、画面生成機能１４０は端末一覧やハンドオーバ確認など各種表示画面を生成してＭｅｔａＰＯＲＴクライアントに提供する機能、コンテキストハンドオーバ機能１５０は、コンテンツメタサーバ３０やロケーション解決サーバ４０をアクセスするとともに、これら各機能１１０〜１４０の動作を制御して、端末切替えに際するコンテンツのシームレスな視聴継続（コンテンツハンドオーバ）を実施する機能（主制御コントローラ）である。
【００１９】
ＭｅｔａＰＯＲＴ端末２００には、ＭｅｔａＰＯＲＴコントローラ（主制御機能２１０）とブラウザＯＳ２２０の一部としてＭｅｔａＰＯＲＴクライアント機能２２１を搭載する。これらはパソコン（ＰＣ）、ＰＤＡなどとも同様である。ＭｅｔａＰＯＲＴコントローラ２１０は、端末上で常時動作するプログラムであり、端末のプレゼンス情報をプレゼンスサーバ６０に通知すると共に、ハンドオーバ開始時にプレーヤ機能２２２に対して、切替え元端末の場合では映像再生画面を終了し、切替え先端末の場合に映像再生画面を表示するように制御する。ＭｅｔａＰＯＲＴクライアント機能２２１はブラウザに表示するＷｅｂページであり、ＭｅｔａＰＯＲＴサーバ１１０のＪＳＰ、サーブレットが生成する。
【００２０】
図２に本システムにおけるＭｅｔａＰＯＲＴのソフトウェア構成とプロトコルを示す。通信プロトコルとしては、ＴＶ−Ａｎｙｔｉｍｅ系サーバであるロケーション解決サーバやコンテンツメタサーバはＳＯＡＰサービスとして実装されるため（例えば、ＴＶ−Ａｎｙｔｉｍｅ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  ＳＰ００７  ”Ｂｉ−ｄｉｒｅｃｔｉｏｎａｌ  Ｍｅｔａｄａｔａ  Ｄｅｌｉｖｅｒｙ  Ｐｒｏｔｅｃｔｉｏｎ”，  ２００３年２月）、ＭｅｔａＰＯＲＴサーバとの通信にはＨＴＴＰにバインドされたＳＯＡＰ（Ｓｉｍｐｌｅ  Ｏｂｊｅｃｔ  Ａｃｃｅｓｓ  Ｐｒｏｔｏｃｏｌ）を用いる（▲１▼）。プレゼンスサーバはセッションレイヤの通信にはＳＩＰ／ＳＩＭＰＬＥ、アプリケーションレイヤの通信にはＨＴＴＰを用いるため、ＭｅｔａＰＯＲＴサーバとの通信はＨＴＴＰとし、端末情報の問合せ・通知や端末ロケーション変更通知等を行う（▲２▼、▲３▼）。ＭｅｔａＰＯＲＴコントローラはＭｅｔａＰＯＲＴ端末上の常駐プロセスであり、ＨＴＴＰにより、プレゼンスサーバにＭｅｔａＰＯＲＴ端末の状態を周期的に通知し（▲４▼）、また、ＭｅｔａＰＯＲＴサーバと端末状態の問合せ・通知を行う（▲５▼）。ＭｅｔａＰＯＲＴクライアントはブラウザＯＳ上で動作し、ＨＴＴＰにより、ＭｅｔａＰＯＲＴサーバの映像画面生成機能にアクセスして各種の表示画面情報を取得する（▲６▼）。ＭｅｔａＰＯＲＴ端末のブラウザ機能は、ＭＭＳプロトコルによりコンテンツサーバにアクセスして映像ストリームを受信し再生する（▲７▼）。ＲＦ−ＩＤ管理サーバはＳＩＰ／ＳＩＭＰＬＥにより端末のホットスポットへの入店をプレゼンスサーバに通知する（▲８▼）。
【００２１】
図３にＭｅｔａＰＯＲＴの動作環境を示す。ＭｅｔａＰＯＲＴサーバマシンは、ＯＳにＬｕｎｕｘを用い、ＪａｖａプラットフォームのＪ２ＳＤＫランタイム上で、各種プログラムが動作する。ＭｅｔａＰＯＲＴサーバプログラムは、Ｊａｖａで記述されたサーブレット、またはＪＳＰとして実装する。ＭｅｔａＰＯＲＴクライアントはブラウザで表示するＷｅｂページであり、ＨＴＭＬおよびＪａｖａＳｃｒｉｐｔで記述する。このＷｅｂページはＭｅｔａＰＯＲＴサーバに置かれた静的なＨＴＭＬファイルである場合と、サーブレット・ＪＳＰで動的に生成される場合がある。ＭｅｔａＰＯＲＴコントローラはＯＳ上で動作するアプリケーションプログラムであり、ＶｉｓｕａｌＣ＋＋で記述する。
【００２２】
次に、本視聴継続システムの具体的な動作例を示す。
＜動作例１＞
これは、ユーザが自宅のテレビ端末１０で見ていたＴＶ番組を外出時にＰＤＡなどの携帯端末（ＭｅｔａＰＯＲＴ端末２００とする）で継続して視聴するケースである。この場合の処理手順を図４に、また、その動作シーケンスを図５に示す。
【００２３】
ユーザが自宅のテレビ端末１０でそれまで見ていたＴＶ番組の視聴履歴は視聴履歴管理サーバ２０に記録されている。また、ＰＤＡなどの端末２００は電源オン以降、周期的に当該端末の静的・動的属性（プレゼンス）をプレゼンスサーバ６０に通知することで、プレゼンスサーバ６０は端末環境メタデータとして管理している。
（１）  外出時などにユーザは端末（ＰＤＡ）２００でＭｅｔａＰＯＲＴサーバ１００のトップ画面にアクセスし、例えば「ＴＶからのハンドオーバ」ボタンを押す（ａ）。この際、クッキーで端末２００のＳＩＰ−ＩＤを送出する。なお、ユーザＩＤと端末（ＳＩＰ−ＩＤ）はＭｅｔａＰＯＲＴサーバ１００に事前に登録されているとする。ＭｅｔａＰＯＲＴサーバ１００はＳＩＰ−ＩＤでプレゼンスサーバ６０にアクセスし、切替え先となる端末２００の端末情報を取得する（ｂ，ｃ）。
（２）  ＭｅｔａＰＯＲＴサーバ１００は、ユーザＩＤをプレゼンスサーバ６０に送り、当該ユーザの手持ちのＴＶ端末群を取得する（ｄ，ｅ）。そして、端末一覧画面を生成し、端末２００のＭｅｔａＰＯＲＴクライアントに送ってＰＤＡ画面に表示させる（ｆ）。
（３）  ユーザが端末一覧から切替え元のＴＶ端末１０を選択すると（ｇ）、ＭｅｔａＰＯＲＴサーバ１００は視聴履歴管理サーバ２０に問い合せ、当該ユーザがＴＶ端末１０で視聴していた番組のＩＤ（ＣＲＩＤ）と中断点（番組開始からの経過時間）を取得する（ｈ，ｉ）。
（４）  ＭｅｔａＰＯＲＴサーバ１０はコンテンツメタサーバ３０にアクセスし（ｊ）、ＣＲＩＤをキーにＴＶ端末１０で視聴していた番組のメタデータ（タイトル、概要など）を取得し（ｋ）、端末２００の画面上に視聴状況を表示させる（ｌ）。
（５）  ユーザが視聴状況を確認し、ハンドオーバ（視聴継続）を要求すると（ｍ）、ＭｅｔａＰＯＲＴサーバ１００は、ＣＲＩＤと端末情報（端末種別＝ＰＤＡ）をロケーション解決サーバ４０に送り（ｎ）、当該端末（ＰＤＡ）２００に適合するコンテンツ（例えばＴＶ番組コンテンツをＭＰＥＧ−４に変換したもの）の所在場所（ロケーション）を取得する（ｏ）。
（６）  ＭｅｔａＰＯＲＴサーバ１００が、ロケーション解決サーバ４０から取得したロケーション（例えばＵＲＬ）を端末２００のＭｅｔａＰＯＲＴクライアントに送ると（ｐ）、ＭｅｔａＰＯＲＴクライアントが該当コンテンツサーバ５０にアクセスし（ｑ）、ストリーム配信を受信して指定の中断点から自動再生する（ｒ）。
【００２４】
＜動作例２＞
これは、外出中にＰＤＡ等の端末（端末Ａとする）で見ていた番組をホットスポットに設置されたパソコン等の端末（端末Ｂとする）で継続して視聴するケースである。この場合の処理手順を図６に、また、その動作シーケンスを図７に示す。
（１）  端末Ａ（ＰＤＡ）がホットスポットに入ると、端末ＡのＲＦ−ＩＤタグのデータをホットスポットのＲＦ−ＩＤアンテナ８０で受信することで、ＲＦ−ＩＤ管理サーバ７０が端末Ａの入店を自動検出し、プレゼンスサーバ６０に通知する（ａ）。プレゼンスサーバ６０はＭｅｔａＰＯＲＴサーバ１００のハンドオーバトリガ受付機能に端末Ａのに入店を通知する（ｂ）。
（２）  ＭｅｔａＰＯＲＴサーバ１００は、プレゼンスサーバ６０にアクセスして、ホットスポット内にある端末の端末情報を取得し（ｃ，ｄ）、さらに、これら端末のプレゼンス情報を取得する（ｅ，ｆ）。そして、ＭｅｔａＰＯＲＴサーバ１００は、その時点でホットスポット内での映像再生可能な端末一覧画面を生成して、端末Ａ（ＰＤＡ）のＭｅｔａＰＯＲＴクライアントに表示させる（ｇ）。
（３）  ユーザが端末Ａの端末一覧画面から切替え先の端末Ｂ（ＰＣ）を指定すると（ｈ）、ハンドオーバを開始する。端末ＡのＭｅｔａＰＯＲＴクライアントは、Ｍｅｄｉａ  Ｐｌａｙｅｒ（ＭＢ）にアクセスして、該端末Ａ（ＰＤＡ）でユーザが視聴していた映像コンテンツのＩＤ（ＣＲＩＤ）と再生位置（これを中断点とする）を取得する（ｉ，ｊ）。そして、取得したＣＲＩＤ、中断点をＭｅｔａＰＯＲＴサーバ１００に送る（ｋ）。
（４）  ＭｅｔａＰＯＲＴサーバ１００は、切替え先端末Ｂ（ＰＣ）のＭｅｔａＰＯＲＴコントローラコントローラに、ユーザＩＤ，ＣＲＩＤ，中断点を引き渡す（ｌ）。
（５）  端末ＢのＭｅｔａＰＯＲＴコントローラは、ブラウザを起動し、ＭｅｔａＰＯＲＴサーバ１００の映像再生画面にアクセスし、ハンドオーバを要求する（ｍ）。
（６）  ＭｅｔａＰＯＲＴサーバ１００は、切替え元の端末Ａ（ＰＤＡ）のＭｅｔａＰＯＲＴコントローラにハンドオーバの開始を通知すると（ｎ）、該ＰＤＡのＭｅｔａＰＯＲＴコントローラはブラウザの動作を終了させる。
（７）  一方、ＭｅｔａＰＯＲＴサーバ１００は、ＣＲＩＤと端末種別（＝ＰＣ）をパラメータにロケーション解決サーバ４０にアクセスして（ｏ）、端末Ｂ（ＰＣ）に適合するコンテンツの所在場所（ロケーション）を取得する（ｐ）。
（８）  ＭｅｔａＰＯＲＴサーバ１００が、ロケーション解決サーバ４０から取得したロケーションを端末Ｂに送ると（ｑ）、端末ＢのＭｅｔａＰＯＲＴクライアントは、Ｍｅｄｉａ  Ｐｌａｙｅｒ（ＭＰ）に映像コンテンツのロケーションと再生位置を通知して、映像再生を指示する（ｒ）。また、ＭｅｔａＰＯＲＴクライアントがコンテンツサーバ５０にアクセスし（ｓ）、ストリーム配信を受信して指定の中断点から自動再生する（ｔ）。
【００２５】
以上、本発明の動作例について説明したが、本発明はこれに限られるものでないことは云うまでもない。
【００２６】
なお、図１で示したシステムにおけるＭｅｔａＰＯＲＴサーバやＭｅｔａＰＯＲＴ端末の処理機能をコンピュータのプログラムで構成し、そのプログラムをコンピュータを用いて実行して本発明を実現することができること、あるいは、その処理手順をコンピュータのプログラムで構成し、そのプログラムをコンピュータに実行させることができることは言うまでもない。また、コンピュータでその処理機能を実現するためのプログラム、あるいは、コンピュータにその処理手順を実行させるためのプログラムを、そのコンピュータが読み取り可能な記録媒体、例えば、ＦＤ、ＭＯ、ＲＯＭ、メモリカード、ＣＤ、ＤＶＤ、リムーバブルディスクなどに記録して、保存したり、提供したりすることができるとともに、インターネット等のネットワークを通してそのプログラムを配布したりすることが可能である。
【００２７】
【発明の効果】
本発明によれば、例えば、自宅でＴＶを見ていて急に外出しなければならなくなった時、ＰＤＡなどの携帯端末で継続視聴できるようになる。さらに、外出先でホットスポットに入れば、そこに設置されたパソコンなどの端末でやや大きい画面で継続視聴できる。切替え先端末でログインする必要がないので、ＩＴに不慣れなユーザにも便利である。通信と放送の融合として、放送番組をユビキタス環境でシームレスに視聴できることは、コンテンツ提供者にはＯｎｅ  Ｓｏｕｒｃｅ  Ｍｕｌｔｉ−Ｕｓｅを、ユーザにはユニバーサルアクセスを可能にし、コンテンツ流通ビジネスの発展に寄与できる。
【図面の簡単な説明】
【図１】本発明の一実施形態としての視聴継続システムの全体構成図である。
【図２】本視聴継続システムのソフトウエア構成とプロトコルの一例である。
【図３】本視聴継続システムにおけるＭｅｔａＰＯＲＴサーバとＭｅｔａＰＯＲＴ端末の動作環境の一例である。
【図４】本視聴継続システムの動作例１の処理手順を示す図である。
【図５】動作例１の動作シーケンス図である。
【図６】本視聴継続システムの動作例２の処理手順を示す図である。
【図７】動作例２の動作シーケンス図である。
【符号の説明】
１０  テレビ端末（ＳＴＢ）
２０  視聴履歴管理サーバ
３０  コンテンツメタサーバ
４０  ロケーション解決サーバ
５０  コンテンツサーバ
６０  プレゼンスサーバ
７０  ＲＦ−ＩＰ管理サーバ
８０  ＲＦ−ＩＰアンテナ
１００  視聴継続制御サーバ（ＭｅｔａＰＯＲＴサーバ）
１１０  視聴情報収集機能
１２０  ハンドオーバトリガ受付機能
１３０  端末情報収集機能
１４０  画面生成機能
１５０  コンテキストハンドオーバ機能
２００  端末装置（ＭｅｔａＰＯＲＴ端末）
２１０  ＭｅｔａＰＯＲＴコントローラ
２２０  ブラウザＯＳ
２２１  ＭｅｔａＰＯＲＴクライアント機能
２２２  プレーヤ機能
【図１】
2004336310.tif 000003
【図２】
2004336310.tif 000004
【図３】
2004336310.tif 000005
【図４】
2004336310.tif 000006
【図５】
2004336310.tif 000007
【図６】
2004336310.tif 000008
【図７】
2004336310.tif 000009