JP2007208971A - Ａｖセッション復元方法およびこのためのコントロールポイント - Google Patents

Abstract

【課題】 ＡＶセッション復元方法およびこのためのコントロールポイントを提供する。
【解決手段】 ＡＶセッション情報を収集するステップと、ＡＶセッションでエラーが発生した場合、前記収集されたＡＶセッション情報に基づいて前記ＡＶセッションを復元するステップとを含む。
【選択図】 図７

Description

本発明は、ＡＶシステムに関し、より詳しくは、ＡＶセッション復元方法およびこのためのコントロールポイントに関するものである。

ホームネットワークは、ホーム内で用いられる知能型製品、無線機器、コンピュータ装置など多様な形態のネットワーク装置を１つのネットワークで連結して統制することができるように構成される。ホームネットワークを構成するネットワーク装置は、ミドルウェアと呼ばれる共通の仮想のコンピュータ環境下でサービスを提供するようになる。現在まで提案されたミドルウェアとしては、ＨＡＶｉ（ホームＡＶインタオペラビリティ）、ＵＰｎＰ（ユニバーサルプラグアンドプレイコントロールデバイス）、Ｊｉｎｉ（ジャバ（登録商標）インテリジェントネットワークインフラーストラクチャ）、ＯＳＧｉ（オープンサービスゲートウェイイニシャティブ）などがある。

このようなホームネットワークは、ユーザに映画視聴、音楽鑑賞、写真印刷などのような多様なＡＶサービスを提供する。例えば、日本国公開特許第２００３−４６５３５号（情報処理装置および方法、記録媒体、およびプログラム）は、ＡＶデバイスを制御できるＵＰｎＰコントロールポイントとＩＥＥＥ８０２およびＩＥＥＥ１３９４ネットワークで接続されている装置をブリッジ機能のあるＵＰｎＰデバイスを介して互換できる方法について開示しているが、これによって、ユーザは自宅内で場所に拘らずコンテンツを使用することができる。

ところで、ＡＶシステムに問題が発生して、コンテンツの再生が非正常的に終了したら、これを本来の状態に復元するために多段階に亘ってユーザの介入が要求される。例えば、ユーザは、中断されたコンテンツの再生のために再生中のコンテンツを検索し、検索されたコンテンツの再生を要請しなければならない。この時、再生が中断された部分からコンテンツを再生しようとすれば、ユーザは自身の記憶に頼ってコンテンツの再生状況を確認しながら、再生が中断された部分を直接探さなければならない。また、既存のコンテンツの再生当時のボリューム、画面の明るさなどに対する設定もユーザが直接再設定しなければならない不便さが発生する。
日本国公開特許第２００３−４６５３５号公報

本発明は、損失されたＡＶセッションを簡便に復元できるようにすることにその目的がある。

本発明の目的は、以上で言及した目的に制限されず、言及していないまた他の目的は下記記載によって当業者が明確に理解できるものである。

上記目的を達成するために、本発明の一態様に係るＡＶセッション復元方法は、ＡＶセッション情報を収集するステップと、ＡＶセッションでエラーが発生した場合、前記収集されたＡＶセッション情報に基づいて前記ＡＶセッションを復元するステップとを含む。

上記目的を達成するために、本発明の他の態様に係るコントロールポイントは、ＡＶセッション情報を収集する情報収集モジュールと、ＡＶセッションでエラーが発生した場合、前記収集されたＡＶセッション情報に基づいて前記ＡＶセッションの復元を制御する復元モジュールとを含む。

本発明のＡＶセッション復元方法およびこのためのコントロールポイントによれば、ＡＶセッションにエラーが発生してコンテンツの再生が非正常的に終了した場合、ＡＶセッションを簡便に復旧できる効果がある。

その他、実施形態の具体的な事項は、詳細な説明および図面に含まれている。

本発明の利点および特徴、そしてそれらを達成する方法は、添付する図面と共に詳細に後述する実施形態を参照すれば明確になる。しかし、本発明は以下にて開示する実施形態に限定されず、互いに異なる多様な形態によって実施され、単に本実施形態は本発明の開示が完全なものとなるようにし、本発明が属する技術分野で通常の知識を有する者に発明の範疇を完全に知らせるために提供されるものであって、本発明は請求項の範疇によってのみ定義されるものである。明細書の全体に亘り、同一参照符号は同一構成要素を示す。

まず本明細書で用いる用語について簡略に説明する。用語の説明は本明細書の理解を助けるためである。したがって、明らかに本発明を限定する事項として記載しない限り、用語の説明が本発明の技術的思想を限定するものではないことを注意しなければならない。

・メディアデータ
動画データ、静止画データ、オーディオデータ、およびテキストデータを含む概念である。メディアデータは、映画、音楽、写真、ゲームなど、多様な類型のコンテンツとして存在することができる。

・メディアサーバ
メディアサーバは、ハードディスクやフラッシュメモリのような格納媒体を含むことによってコンテンツを格納することができ、自身が格納しているコンテンツを他のデバイスに提供することができる装置である。メディアサーバの例として、ＰＶＲ、ＰＣなどが挙げられる。

・メディアレンダラ
メディアレンダラは、メディアサーバからコンテンツの提供を受けることができ、提供されたコンテンツを再生することができる装置である。メディアレンダラの例として、デジタルテレビ、ＰＭＰ、オーディオシステムなどが挙げられる。

・コントロールポイント
コントロールポイントは、メディアサーバとメディアレンダラとを制御することができるデバイスである。ユーザは、コントロールポイントを介してＵＰｎＰ ＡＶシステムを管理することができる。

・ＡＶセッション
ＡＶセッションは、コンテンツ再生のためのデバイス間の論理的連結単位を意味する。メディアサーバとメディアレンダラとを介して、１つのコンテンツが再生中であれば１つのＡＶセッションが形成されたことを意味し、２つのコンテンツが再生中であれば２つのＡＶセッションが形成されたことを意味する。

・ＡＶセッション情報
ＡＶセッション情報は、正常に保持されているＡＶセッションに対する明細を意味する。ＡＶセッション情報は、ＡＶセッションを形成しているメディアサーバおよびメディアレンダラに関する情報、ＡＶセッションで再生中であるコンテンツのＵＲＩ（ユニフォームリソースアイデンティファイヤー）、およびＡＶセッションにおける再生環境情報を含む。ここで、メディアサーバおよびメディアレンダラに関する情報は、メディアサーバとメディアレンダラとの識別子を含む。また、再生環境情報は、コンテンツの再生位置情報のようなＡＶＴＳ（ＡＶ トランスポートサービス）の状態変数（ステートバリアブルス）とボリューム、明るさ、コントラストのようなＲＣＳ（レンダリングコントロールサービス）の状態変数を含む。

以上で説明した用語を含み、本明細書で用いられる用語および本明細書の内容は、ＵＰｎＰ ＡＶ Ａｒｃｈｉｔｅｃｔｕｒｅ：０．８３、ＭｅｄｉａＲｅｎｄｅｒｅｒ：１ Ｄｅｖｉｃｅ Ｔｅｍｐｌａｔｅ Ｖｅｒｓｉｏｎ １．０１、ＭｅｄｉａＳｅｒｖｅｒ：１ Ｄｅｖｉｃｅ Ｔｅｍｐｌａｔｅ Ｖｅｒｓｉｏｎ １．０１、ＣｏｎｎｅｃｔｉｏｎＭａｎａｇｅｒ：１ Ｄｅｖｉｃｅ Ｔｅｍｐｌａｔｅ Ｖｅｒｓｉｏｎ １．０１、ＡＶＴｒａｎｓｐｏｒｔ：１ Ｄｅｖｉｃｅ Ｔｅｍｐｌａｔｅ Ｖｅｒｓｉｏｎ １．０１、ＲｅｎｄｅｒｉｎｇＣｏｎｔｒｏｌ：１ Ｄｅｖｉｃｅ Ｔｅｍｐｌａｔｅ Ｖｅｒｓｉｏｎ １．０１、およびＣｏｎｔｅｎｔＤｉｒｅｃｔｏｒｙ：１ Ｄｅｖｉｃｅ Ｔｅｍｐｌａｔｅ Ｖｅｒｓｉｏｎ １．０１のようなＵＰｎＰのＡＶシステム関連標準を参照すればより明確に分かる。したがって、以上の標準の内容は、本発明を具現するために適用および応用可能である。しかし、以上で言及した標準は、本発明の理解を助けるためのものであり、前記の標準によって本発明が限定されることはない。参考として、前記標準に対する文書は、ウェブサイトｗｗｗ．ｕｐｎｐ．ｏｒｇで提供する。以下、添付した図面を参照して、本発明の好ましい実施形態を詳細に説明する。

図１は、本発明の一実施形態に係るＵＰｎＰ ＡＶシステムを示す図面である。示されたＵＰｎＰ ＡＶシステムは、コントロールポイント１１０、メディアレンダラ１２０、およびメディアサーバ１３０を含む。

図１でコントロールポイント１１０、メディアレンダラ１２０、およびメディアサーバ１３０は、各々別個のデバイスとして示されているが、これは例示的なものである。実施形態に従って、これらのうち２つ以上のデバイスが１つのデバイスとして統合されることもできる。例えば、コントロールポイント１１０とメディアレンダラ１２０とを統合して単一のデバイスとして具現することも可能である。

また、実施形態に従って、１つのＵＰｎＰ ＡＶシステム内にはコントロールポイント１１０、メディアレンダラ１２０、およびメディアサーバ１３０が各々１つ以上存在することができる。

メディアサーバ１３０は、ＣＤＳ（コンテントディレクトリサービス）を支援する。ＣＤＳは、コントロールポイント１１０がメディアサーバ１３０に格納されたコンテンツを検索して管理できるようにする役割をする。このためにＣＤＳは、多様なアクションを定義しているが、Ｂｒｏｗｓｅ（）、Ｓｅａｒｃｈ（）、ＣｒｅａｔｅＯｂｊｅｃｃｔ（）などがその例である。Ｂｒｏｗｓｅ（）とＳｅａｒｃｈ（）はコントロールポイント１１０がメディアサーバ１３０に格納されたコンテンツやＡＶセッション情報を検索するのに用いられ、ＣｒｅａｔｅＯｂｊｅｃｔ（）はコントロールポイント１１０がメディアサーバ１３０にコンテンツやＡＶセッション情報を格納させるのに用いられる。

メディアレンダラ１２０は、ＡＶＴＳとＲＣＳを支援する。ＡＶＴＳは、コントロールポイント１１０がメディアレンダラ１２０のコンテンツ再生作業を制御できるようにする役割をする。このためにＡＶＴＳは、多様なアクションを定義しているが、Ｐｌａｙ（）、Ｓｔｏｐ（）、Ｓｅｅｋ（）などがその例である。Ｐｌａｙ（）とＳｔｏｐ（）は各々コンテンツを再生したり再生を中止したりするのに用いられ、Ｓｅｅｋ（）は時間的観点でコンテンツの特定再生位置を探すのに用いられる。ＲＣＳは、コントロールポイント１１０がメディアレンダラ１２０のコンテンツ再生環境を制御できるようにする役割をする。コンテンツ再生環境の例として、明るさ、コントラスト、ボリュームなどが挙げられ、ＲＣＳはコンテンツ再生環境を制御するのに用いられる多様なアクションを支援する。

ＵＰｎＰ ＡＶシステムの動作過程を簡略に説明すれば、まずコントロールポイント１１０がＢｒｏｗｓｅ（）を用いてメディアサーバ１３０に格納されたコンテンツ検索を要請すれば、メディアサーバ１３０はそれに対する応答として自身が格納しているコンテンツに関する情報を含むＸＭＬ文書をコントロールポイント１１０に提供する（１）。ここで、コンテンツに関する情報としてコンテンツの題名（ｔｉｔｌｅ）、コンテンツの生成者（ｃｒｅａｔｏｒ）、コンテンツにアクセスできるＵＲＩなどが含まれる。

ユーザがコンテンツに関する情報によって再生を所望するコンテンツを選択すれば、コントロールポイント１１０はＰｌａｙ（）を用いてメディアレンダラ１２０に該当コンテンツの再生を要請する（２）。この時、選択されたコンテンツのＵＲＩがコントロールポイント１１０からメディアレンダラ１２０に伝えられる。

メディアレンダラ１２０は、メディアサーバ１３０にコンテンツを要請する（３）。コンテンツ要請のためにＨＴＴＰ−Ｇｅｔメッセージとコントロールポイント１１０から伝送されたＵＲＩが用いられる。

メディアサーバ１３０は、要請されたコンテンツをメディアレンダラ１２０に伝送する（４）。メディアサーバ１３０とメディアレンダラ１２０との間のコンテンツ伝送方式はＵＰｎＰによって制約されないため、コンテンツ伝送のためにＵＰｎＰとは異なる類型のプロトコルが用いられる。

メディアレンダラ１２０は、メディアサーバ１３０から伝送されるコンテンツを再生する。

本発明の一実施形態によれば、コントロールポイント１１０は、メディアレンダラ１２０がコンテンツを再生するうちにＡＶセッション情報を収集する。収集されたＡＶセッション情報は、コントロールポイント１１０が自ら格納したり、メディアサーバ１３０に格納させたりすることができ、格納されたＡＶセッション情報は今後ＡＶセッションを復元するのに用いられる。以下、本発明の一実施形態に係るＡＶセッション情報格納とＡＶセッション復元についてより具体的に説明する。

図２は、本発明の一実施形態に係るＡＶセッション情報格納過程を示すフローチャートである。示されたフローチャートは、コントロールポイント１１０を基準にして説明したものである。

コントロールポイント１１０がメディアサーバ１２０でコンテンツを検索して、メディアレンダラ１２０に特定コンテンツの再生を要請すれば、メディアレンダラ１２０はメディアサーバ１３０からコンテンツのストリーミングを受けて再生する。コンテンツの再生中にコントロールポイント１１０はＡＶセッション情報を収集する（Ｓ２１０）。ＡＶセッション情報はメディアレンダラ１２０から獲得することができるが、ＡＶセッション情報の獲得方式はメディアレンダラ１２０が伝送するイベントメッセージを介して獲得する場合と、コントロールポイント１１０の要請によって獲得する場合とに分けることができる。これについて、図３〜図５を参照してより具体的に説明する。

メディアレンダラ１２０は、コントロールポイント１１０に多様なイベントメッセージを伝送することができる。イベントメッセージは、メディアレンダラ１２０の状態が変わる時の変化した状態に関する情報を含む。したがって、図３に示すように、メディアレンダラ１２０の状態が変化すれば（Ｓ３１０）、メディアレンダラ１２０は変化した状態に関する情報を含むイベントメッセージをコントロールポイント１１０に伝送する（Ｓ３２０）。

ここで、イベントメッセージが常にＡＶセッション情報を含むものではないため、コントロールポイント１１０はメディアレンダラ１２０から受信されたイベントメッセージの中からＡＶセッション情報を選別する（Ｓ３３０）。

図３では省略したが、メディアレンダラ１２０の状態変化を発生させる代表的な例として、コントロールポイント１１０がメディアレンダラ１２０にＡＶＴＳやＲＣＳの状態変数の変更を要請した場合が挙げられる。一例として、ボリューム、明るさ、コントラストなどのコンテンツ再生環境変化を要請した場合、メディアレンダラ１２０がコントロールポイント１１０に伝送するイベントメッセージを図４に示した。図４のイベントメッセージは、インスタンスＩＤが「０」のＡＶセッションにおけるコンテンツ再生環境（より詳しくはＲＣＳ状態変数）のうち、明るさとコントラストの設定が各々「３６」と「５４」に変更されたという情報を含んでいる。この他にも多様な類型のイベントモデルが存在することができ、イベントモデルについてはＵＰｎＰのＡＶＴｒａｎｓｐｏｒｔ：１ Ｓｅｒｖｉｃｅ Ｔｅｍｐｌａｔｅ Ｖｅｒｓｉｏｎ １．０１とＲｅｎｄｅｒｉｎｇＣｏｎｔｒｏｌ：１ Ｓｅｒｖｉｃｅ Ｔｅｍｐｌａｔｅ Ｖｅｒｓｉｏｎ １．０１により詳細に説明されている。

一方、イベントメッセージを介して獲得できないＡＶセッション情報の場合には、図５に示すようにコントロールポイント１１０がメディアレンダラ１２０に必要な情報を要請して（Ｓ５１０）、メディアレンダラ１２０からそれに対する応答を受信（Ｓ５２０）することによって獲得することができる。ＡＶＴｒａｎｓｐｏｒｔ：１ Ｓｅｒｖｉｃｅ Ｔｅｍｐｌａｔｅ Ｖｅｒｓｉｏｎ １．０で定義しているコンテンツ再生位置に関する情報は、ＲｅｌａｔｉｖｅＴｉｍｅＰｏｓｉｔｉｏｎ、ＡｂｓｏｌｕｔｅＴｉｍｅＰｏｓｉｔｉｏｎ、ＲｅｌａｔｉｖｅＣｏｕｎｔｅｒＰｏｓｉｔｉｏｎ、およびＡｂｓｏｌｕｔｅＣｏｕｔｅｒＰｓｉｔｉｏｎであるが、コンテンツ再生位置情報は、イベントメッセージとして伝えられない代表的な例である。コンテンツ再生位置に関する情報を得るために、図５のステップＳ５１０においてコントロールポイント１１０は、ＧｅｔＰｏｓｉｔｉｏｎＩｎｆｏ（）アクションを用いることができる。一方、図５によって説明した、コントロールポイント１１０がメディアレンダラ１２０にＡＶセッション情報を要請する過程は周期的に行われるのが好ましい。

この他にも、ＡＶセッション情報のうち、メディアレンダラ１２０およびメディアサーバ１３０の識別子とコンテンツのＵＲＩはＡＶセッションの確立時に獲得することができる。

再び図２を参照すれば、新しいＡＶセッション情報が収集されれば、コントロールポイント１１０は収集されたＡＶセッション情報を反映して既に収集しておいたＡＶセッション情報をアップデートする（Ｓ２２０）。

コントロールポイント１１０は、ＡＶセッションにエラーが発生したかを判断し（Ｓ２３０）、ＡＶセッションにエラーが発生しなかったならば、ステップＳ２１０とＳ２２０とを繰り返して行う。

ＡＶセッションにエラーが発生して、これ以上ＡＶセッションを正常に保持できなくなった場合、コントロールポイント１１０は最近アップデートされたＡＶセッション情報を格納する（Ｓ２４０）。

図２のステップＳ２４０では、ＡＶセッション情報はコントロールポイント１１０が直接格納するものと説明した。しかし、本発明の他の実施形態によれば、コントロールポイント１１０はＡＶセッション情報をメディアサーバ１３０に格納させることもできる。これに対する過程を図６に示したが、コントロールポイント１１０が格納要請と共にＡＶセッション情報をメディアサーバ１３０に伝送すれば（Ｓ６１０）、メディアサーバ１３０は伝送されたＡＶセッション情報を格納し（Ｓ６２０）、それに対する応答メッセージをコントロールポイント１１０に伝送する（Ｓ６３０）。ＡＶセッション情報に関する格納を要請するために、コントロールポイント１１０はＣＤＳのＣｒｅａｔｅＯｂｊｅｔ（）アクションとＣｒｅａｔｅＲｅｆｅｒｅｎｃｅ（）アクションとを用いることができる。この時、メディアサーバ１３０はｕｐｎｐ：ｄｅｓｃエレメントにＡＶセッション情報を格納することができる。ＵＰｎＰ ＡＶシステムがＵＰｎＰのブックマーク規約に従えば、ＡＶセッション情報はメディアサーバ１３０にブックマークアイテムの形態で格納される。

図２〜図６を参照して説明したような作業を通じてＡＶセッション情報を格納しておけば、ＡＶセッションにエラーが発生してコンテンツ再生作業が非正常的に終了しても、ＡＶセッションを消失した前と同様に復元することができる。以下、図７および図１０を参照してＡＶセッション復元作業について説明する。

図７は、本発明の一実施形態に係るＡＶセッション復元過程を示すフローチャートである。示されたフローチャートは、コントロールポイント１１０を基準にして説明したものである。

ＡＶセッションにエラーが発生してコンテンツ再生が非正常的に終了した後、ユーザからＡＶセッションリストに関する要請が入力されれば（Ｓ７１０）、コントロールポイント１１０はエラー発生時に格納させておいたＡＶセッション情報を検索する（Ｓ７２０）。

図６を参照して説明したように、ＡＶセッション情報をメディアサーバ１３０に格納させておいたとすれば、コントロールポイント１１０はメディアサーバ１３０でＡＶセッション情報を検索することができる。例えば、図８に示すように、コントロールポイント１１０はメディアサーバ１３０にＡＶセッションリストを要請し（Ｓ８１０）、メディアサーバ１３０はそれに対する応答として予め格納されたＡＶセッション情報をコントロールポイント１１０に伝送することができる（Ｓ８２０）。ＡＶセッションリストを要請するためにコントロールポイント１１０はＢｒｏｗｓｅ（）アクションを用いることができる。

再び図７を参照すれば、コントロールポイント１１０は検索されたＡＶセッションリストをユーザに表示する（Ｓ７３０）。ステップＳ７３０でコントロールポイント１１０が表示するＡＶセッションリストは、各ＡＶセッションに対して格納されたＡＶセッション情報の全部または一部を含むことができ、その一例を図９に示した。図９の実施形態ではエラーによって消失した各ＡＶセッションの識別子９１０、各ＡＶセッションで再生中であったコンテンツの題名９２０、各ＡＶセッションが消失した日時９３０、ＡＶセッションの消失時点でのコンテンツ再生位置９４０、およびＡＶセッションの消失当時に設定されたボリューム９５０が示されている。

ユーザは、コントロールポイント１１０が表示するＡＶセッションリストのうち、所望するＡＶセッションを選択することができる。ユーザによって特定ＡＶセッションが選択されれば（Ｓ７４０）、コントロールポイント１１０は選択されたＡＶセッションのＡＶセッション情報を用いてＡＶセッション復元作業を行う（Ｓ７５０）。このため、ユーザによって選択されたＡＶセッション情報に含まれたコンテンツＵＲＩ、コンテンツ再生位置、その他コンテンツ再生環境の情報を有するＡＶセッションが復元される。

図７のステップＳ７５０で説明したＡＶセッション復元作業の一実施形態を図１０に示した。

コントロールポイント１１０は、ユーザによって選択されたＡＶセッションのＡＶセッション情報からコンテンツのＵＲＩを獲得し、これをメディアレンダラ１２０に伝送する（Ｓ１０１０）。このためにＳｅｔＡＶＴｒａｎｓｐｏｒｔＵＲＩ（）アクションが用いられる。メディアレンダラ１２０は、それに対する応答を伝送する（Ｓ１０１５）。

図１０の過程では省略したが、コンテンツのＵＲＩ情報を伝送する前にコントロールポイント１１０はメディアレンダラ１２０との接続作業を行うことができる。例えば、コントロールポイント１１０は、ＳｅｔＡＶＴｒａｎｓｄｐｏｒｔＵＲＩ（）アクションを呼び出す前にＰｒｅｐａｒｅＦｏｒＣｏｎｎｅｃｔｉｏｎ（）アクションを先ず呼び出すことができる。ＵＰｎＰ ＡＶシステム内に複数のメディアレンダラが存在する場合、コントロールポイント１１０はユーザによって選択されたＡＶセッションのＡＶセッション情報に含まれたメディアレンダラ識別子によって接続対象となるメディアレンダラを区分することができる。

メディアレンダラ１２０からＳｅｔＡＶＴｒａｎｓｄｐｏｒｔＵＲＩ（）アクションに対する応答が受信されれば、コントロールポイント１１０はＡＶセッション情報から獲得したコンテンツの再生位置に関する情報を用いて、メディアレンダラ１２０にコンテンツ再生位置を指定することができる（Ｓ１０２０）。コンテンツ再生位置を指定するために、ｓｅｅｋ（）アクションが用いられる。図６を参照して説明したように、ＵＰｎＰ ＡＶシステムがＵＰｎＰのブックマーク規約に従えば、コントロールポイント１１０は図７のステップＳ７４０で選択されたＡＶセッションのＡＶセッション情報のうち、ＡＶＴＳと関連する状態変数を設定するようにメディアレンダラ１２０に要請することができる。この場合、ＡＶＴＳのＳｅｔＳｔａｔｅＶａｒｉａｂｌｅ（）形式のアクションが用いられる。

メディアレンダラ１２０から応答が受信されれば（Ｓ１０２５）、コントロールポイント１１０はコンテンツの再生を要請する（Ｓ１０３０）。

メディアレンダラ１２０は、コントロールポイント１１０から受信したＵＲＩと再生位置とを用いて、メディアサーバ１３０にコンテンツ伝送を要請する（Ｓ１０３５）。

メディアサーバ１３０は、メディアレンダラ１２０が要請したコンテンツをストリーミングする（Ｓ１０４０）。この時、メディアサーバ１３０は、要請されたコンテンツをメディアレンダラ１２０から受信した再生位置に該当する部分から伝送するようになる。

メディアレンダラ１２０は、メディアサーバ１３０からストリーミングされるコンテンツを再生し（Ｓ１０４５）、コントロールポイント１１０の再生要請に対する応答をコントロールポイント１１０に伝送する（Ｓ１０５０）。

この時、コントロールポイント１１０は、図７のステップＳ７４０で選択されたＡＶセッションのＡＶセッション情報のうち、その他再生環境に関する情報を設定するようにメディアレンダラ１２０に要請することができる（Ｓ１０５５）。ここで、再生環境情報はボリューム、明るさ、コントラストなどのようにＲＣＳと関連する状態変数であり、コントロールポイント１１０はステップＳ１０５５の要請時にＲＣＳのＳｅｔＳｔａｔｅＶａｒｉａｂｌｅ（）形式のアクションを用いることができる。

メディアレンダラ１２０は、コントロールポイント１１０から提供された状態変数を用いて再生環境を設定し（Ｓ１０６０）、それに対する応答をコントロールポイント１１０に伝送する（Ｓ１０６５）。

図１０の過程は、ユーザの介入なしにコントロールポイント１１０によって自動に行われる。

以下、図１１を参照して、前述した動作を行うコントロールポイント１１０の構成について説明する。

図１１は、本発明の一実施形態に係るコントロールポイント１１０を示すブロック図である。示されたコントロールポイント１１０は状態点検モジュール１１１０、情報収集モジュール１１２０、制御モジュール１１３０、ユーザインターフェースモジュール１１４０、通信モジュール１１５０、ＡＶセッション情報格納モジュール１１６０、および復元モジュール１１７０を含む。

状態点検モジュール１１１０は、ＡＶセッションの状態を点検する。ＡＶセッションの状態を点検することは、ＡＶセッション情報の格納要否を決定するためである。すなわち、状態点検モジュール１１１０は、ＡＶセッションでエラーが発生したか否かをチェックするが、ＡＶセッションエラーはＡＶセッションでこれ以上コンテンツの再生を行うことができない状態を意味する。

ＡＶセッションエラーが発生される状況は、メディアレンダラ１２０やメディアサーバ１３０が非正常的に終了する場合、メディアレンダラ１２０やメディアサーバ１３０の内部欠陥（ハードウェア欠陥とソフトウェア欠陥をすべて含む）が発生した場合、ＡＶネットワークが不安定な場合など多様である。

状態点検モジュール１１１０は、メディアレンダラ１２０やメディアサーバ１３０からエラーに関するイベントメッセージが受信された場合や、コンテンツ再生が完了しない状態またはユーザからコンテンツ再生終了要請が入力されない状態でメディアレンダラ１２０やメディアサーバ１３０から接続解除メッセージ（例えばｂｙｅ−ｂｙｅメッセージ）が受信された場合にＡＶセッションにエラーが発生したものと判断することができる。この他にも状態点検モジュール１１１０は、図５を参照して説明したように、コントロールポイント１１０がメディアレンダラ１２０に周期的に伝送する所定の要請に対してメディアレンダラ１２０から応答のない場合にＡＶセッションにエラーが発生したものと判断することもできる。

情報収集モジュール１１２０は、ＡＶセッション情報を収集する。情報収集モジュール１１２０は、新しいＡＶセッション情報が収集されれば、以前に収集されたＡＶセッション情報をアップデートする。また、情報収集モジュール１１２０は、ＡＶセッションにエラーが発生した場合、最近アップデートしたＡＶセッション情報をＡＶセッション情報格納モジュール１１６０やメディアサーバ１３０に格納させる。情報収集モジュール１１２０の具体的な動作は、図２〜図６の説明によって理解することができる。ＡＶセッション情報を収集して格納させるのに必要なメッセージやアクションは、制御モジュール１１３０を介して呼び出される。しかし、これは例示的なものであって、ＡＶセッション情報を収集して格納させるのに必要なメッセージやアクションを情報収集モジュール１１２０が自ら生成および管理することも可能である。

制御モジュール１１３０は、コントロールポイント１１０の動作過程を制御する。また、制御モジュール１１３０は、メディアレンダラ１２０およびメディアサーバ１３０との通信に必要な各種メッセージやアクションを生成したり管理したりすることができる。

ユーザインターフェースモジュール１１４０は、ユーザから制御命令が入力されて、コントロールポイント１１０の作業実行結果をユーザに提供する。このためにユーザインターフェースモジュール１１４０は、キーボード、タッチパッド、タッチスクリーンなどの入力装置と、ＬＣＤ、ＰＤＰ、有機ＥＬなどのディスプレイを含むことができる。

通信モジュール１１５０は、コントロールポイント１１０と他のデバイスを連結させる。すなわち、通信モジュール１１５０は、メディアレンダラ１２０およびメディアサーバ１３０と通信を行う。

ＡＶセッション情報格納モジュール１１６０は、ＡＶセッション情報を格納する。図６を参照して説明したように、ＡＶセッション情報がメディアサーバ１３０に格納されるシナリオが具現されれば、コントロールポイント１１０はＡＶセッション情報格納モジュール１１６０を含まないこともある。

復元モジュール１１７０は、ＡＶセッション復元作業を行う。ＡＶセッションを復元するための復元モジュール１１７０の動作は、図７〜図１０の説明によって理解することができる。ＡＶセッションを復元するのに必要なメッセージやアクションは、制御モジュール１１３０を介して呼び出される。しかし、これは例示的なものであって、ＡＶセッションを復元するのにメッセージやアクションを復元モジュール１１７０が自ら生成および管理することも可能である。

図１１によるコントロールポイント１１０の説明において、「モジュール」は、ソフトウェアまたはＦＰＧＡまたはＡＳＩＣのようなハードウェア構成要素を意味し、モジュールはある役割を行う。ところが、モジュールは、ソフトウェアまたはハードウェアに限定される意味ではない。モジュールは、アドレッシングできる格納媒体にあるように構成することもでき、１つまたはそれ以上のプロセッサを再生させるように構成することもできる。したがって、一例としてモジュールはソフトウェア構成要素、オブジェクト指向ソフトウェア構成要素、クラス構成要素およびタスク構成要素のような構成要素と、プロセス、関数、属性、プロシージャ、サブルーチン、プログラムコードのセグメント、ドライバ、ファームウェア、マイクロコード、回路、データ、データベース、データ構造、テーブル、アレイ、および変数を含む。構成要素とモジュールの中で提供されている機能は、さらに小さい数の構成要素およびモジュールに結合したり、追加的な構成要素とモジュールにさらに分離したりすることができる。

今までＵＰｎＰ基盤のＡＶシステムについて説明したが、本発明がこれに限定されることはない。他のミドルウェア基盤のＡＶシステムについても前述した内容を適用することができ、これらはすべて本発明の範疇に含まれると解釈しなければならない。

以上、添付した図面を参照して本発明の実施形態を説明したが、本発明が属する技術分野で通常の知識を有する者であれば、本発明がその技術的思想や必須の特徴を変更せず、他の具体的な形態によって実施することができるということを理解できる。したがって、以上で記述した実施形態はすべての面で例示的なものであり、限定的なものではないことを理解しなければならない。

本発明の一実施形態に係るＵＰｎＰ ＡＶシステムを示す図である。 本発明の一実施形態に係るＡＶセッション情報格納過程を示すフローチャートである。 本発明の一実施形態に係るＡＶセッション情報収集過程を示すフローチャートである。 本発明の一実施形態に係るイベントメッセージを示すフローチャートである。 本発明の他の実施形態に係るＡＶセッション情報収集過程を示すフローチャートである。 メディアサーバにＡＶセッション情報を格納させる過程を示すフローチャートである。 本発明の一実施形態に係るＡＶセッション復元方法を示すフローチャートである。 本発明の一実施形態に係るＡＶセッションリスト検索過程を示すフローチャートである。 本発明の一実施形態に係るＡＶセッションリストを示す図である。 本発明の一実施形態に係るＡＶセッション復元作業を示すフローチャートである。 本発明の一実施形態に係るコントロールポイント１１０を示すブロック図である。

符号の説明

１１１０ 状態点検モジュール
１１２０ 情報収集モジュール
１１３０ 制御モジュール
１１４０ ユーザインターフェースモジュール
１１５０ 通信モジュール
１１６０ ＡＶセッション情報格納モジュール
１１７０ 復元モジュール

Claims (22)

1. ＡＶセッション情報を収集するステップと、
   ＡＶセッションでエラーが発生した場合、前記収集されたＡＶセッション情報に基づいて前記ＡＶセッションを復元するステップとを含む、ＡＶセッション復元方法。
2. 前記ＡＶセッションは、メディアサーバからストリーミングされるコンテンツがメディアレンダラによって正常に再生中である場合、前記コンテンツの再生単位を示す、請求項１に記載のＡＶセッション復元方法。
3. 前記ＡＶセッション情報は、前記ＡＶセッションを形成したメディアレンダラおよびメディアサーバの識別子、前記ＡＶセッションで再生中であるコンテンツのＵＲＩ、および前記コンテンツの再生環境に関する情報のうち少なくとも１つを含む、請求項１に記載のＡＶセッション復元方法。
4. 前記再生環境に関する情報は、前記コンテンツの再生位置情報を含む、請求項３に記載のＡＶセッション復元方法。
5. 前記再生環境に関する情報は、ＵＰｎＰ環境のＡＶＴＳ状態変数とＲＣＳ状態変数のうち少なくとも１つを含む、請求項３に記載のＡＶセッション復元方法。
6. 前記ＡＶセッション情報を収集するステップは、
   前記ＡＶセッションを形成したメディアレンダラから所定のイベントメッセージを受信するステップと、
   前記イベントメッセージから前記ＡＶセッション情報を獲得するステップとを含む、請求項１に記載のＡＶセッション復元方法。
7. 前記ＡＶセッション情報を収集するステップは、
   前記ＡＶセッションを形成したメディアレンダラに前記ＡＶセッション情報を要請するステップと、
   前記メディアレンダラから前記ＡＶセッション情報を受信するステップとを含む、請求項１に記載のＡＶセッション復元方法。
8. 前記ＡＶセッションを形成したメディアサーバに前記ＡＶセッション情報を格納させるステップをさらに含む、請求項１に記載のＡＶセッション復元方法。
9. 前記復元するステップは、
   前記ＡＶセッション情報によって確認されたメディアレンダラに前記ＡＶセッション情報から獲得したコンテンツＵＲＩとして識別されるコンテンツを、前記ＡＶセッション情報から獲得したコンテンツ再生位置より再生するように要請するステップを含む、請求項１に記載のＡＶセッション復元方法。
10. 前記復元するステップは、
    前記ＡＶセッション情報から獲得したコンテンツ再生環境を設定するように前記メディアレンダラに要請するステップをさらに含む、請求項９に記載のＡＶセッション復元方法。
11. 前記ＡＶセッションを形成したメディアレンダラからエラーイベントが受信されるか、前記ＡＶセッションでコンテンツの再生が完了しない状態またはユーザから前記コンテンツの再生終了が要請されない状態で前記メディアレンダラまたは前記ＡＶセッションを形成したメディアサーバから接続解除メッセージが受信されるか、前記メディアレンダラに対する所定の要請に対して前記メディアレンダラから応答が受信されない場合、前記ＡＶセッションにエラーが発生したものと判断するステップをさらに含む、請求項１に記載のＡＶセッション復元方法。
12. ＡＶセッション情報を収集する情報収集モジュールと、
    ＡＶセッションでエラーが発生した場合、前記収集されたＡＶセッション情報に基づいて前記ＡＶセッションの復元を制御する復元モジュールとを含む、コントロールポイント。
13. 前記ＡＶセッションは、メディアサーバからストリーミングされるコンテンツがメディアレンダラによって正常に再生中である場合、前記コンテンツの再生単位を示す、請求項１２に記載のコントロールポイント。
14. 前記ＡＶセッション情報は、前記ＡＶセッションを形成したメディアレンダラおよびメディアサーバの識別子、前記ＡＶセッションで再生中であるコンテンツのＵＲＩ、および前記コンテンツの再生環境に関する情報のうち少なくとも１つを含む、請求項１２に記載のコントロールポイント。
15. 前記再生環境に関する情報は、前記コンテンツの再生位置情報を含む請求項１４に記載のコントロールポイント。
16. 前記再生環境に関する情報は、ＵＰｎＰ環境のＡＶＴＳ状態変数とＲＣＳ状態変数のうち少なくとも１つを含む、請求項１４に記載のコントロールポイント。
17. 前記情報収集モジュールは、
    前記ＡＶセッションを形成したメディアレンダラから所定のイベントメッセージが受信されれば、前記イベントメッセージから前記ＡＶセッション情報を獲得する、請求項１２に記載のコントロールポイント。
18. 前記情報収集モジュールは、
    前記ＡＶセッションを形成したメディアレンダラに前記ＡＶセッション情報を要請して、前記メディアレンダラから前記ＡＶセッション情報を受信する、請求項１２に記載のコントロールポイント。
19. 前記情報収集モジュールは、
    前記ＡＶセッションを形成したメディアサーバに前記ＡＶセッション情報の格納を要請する、請求項１２に記載のコントロールポイント。
20. 前記復元モジュールは、
    前記ＡＶセッション情報によって確認されたメディアレンダラに前記ＡＶセッション情報から獲得したコンテンツＵＲＩとして識別されるコンテンツを、前記ＡＶセッション情報から獲得したコンテンツ再生位置より再生するように要請する、請求項１２に記載のコントロールポイント。
21. 前記復元モジュールは、
    前記ＡＶセッション情報から獲得したコンテンツ再生環境を設定するように前記メディアレンダラに要請する、請求項２０に記載のコントロールポイント。
22. 前記ＡＶセッションを形成したメディアレンダラからエラーイベントが受信されるか、前記ＡＶセッションでコンテンツの再生が完了しない状態またはユーザから前記コンテンツの再生終了が要請されない状態で前記メディアレンダラまたは前記ＡＶセッションを形成したメディアサーバから接続解除メッセージが受信されるか、前記メディアレンダラに対する所定の要請に対して前記メディアレンダラから応答が受信されない場合、前記ＡＶセッションにエラーが発生したものと判断する状態点検モジュールをさらに含む、請求項１２に記載のコントロールポイント。

Images