JP2010056604A - 再生装置、再生方法およびコンピュータプログラム - Google Patents

Abstract

【課題】ネットワーク機器に余分な待ち時間を発生させることなく、かつユーザによる故意の見逃しを生じさせないようにコンテンツの再生およびネットワーク機器における状変発生の通知を行う。
【解決手段】本発明の一態様としての再生装置は、ネットワークを介してネットワーク機器と通信する通信手段と、前記通信手段を介して前記ネットワーク機器から、発生予定の状変内容および状変の発生予定時間情報を取得する取得手段と、前記発生予定時間情報に応じた時間長を持つコンテンツを生成するコンテンツ生成手段と、前記コンテンツを再生する再生手段と、前記コンテンツの再生が終了したとき、取得した状変内容をユーザに対して提示する提示手段と、を備える。
【選択図】図１

Description

本発明は、たとえばネットワークを介して接続されたネットワーク機器からの情報に応じて、コンテンツの生成と再生を行う再生装置、再生方法およびコンピュータプログラムに関する。

近年、ネットワーク通信可能なＡＶ機器や白物家電などの開発が進んでいる。このようなネットワーク機器を制御するためのプロトコルとしては、ＵＰｎＰ（Ｕｎｉｖｅｒｓａｌ Ｐｌｕｇ ａｎｄ Ｐｌａｙ）やＥＣＨＯＮＥＴ（登録商標）などが規格化されている。ネットワーク対応のデジタルテレビなども登場してきており、ホームネットワークの普及も進んでいる。

一方、コンテンツ提供形態の多様化が進んでいる。例えば、通常のテレビ番組放送形態では、ユーザは限られたチャンネルの中から、その時間に放送している番組を選ぶという形態でコンテンツ視聴を行う。一方、VoD（ビデオオンデマンド）では、コンテンツ提供者がインターネットのサーバ上などに用意した膨大なコンテンツの中から、ユーザは望む時間に、興味あるコンテンツを選択して視聴を行う。同様に、宅内の番組自動録画機器などにより、番組を撮り貯めしておき、ユーザがその中からコンテンツを選択して視聴を行う、といった形態もみられる。また、ユーザが興味あるコンテンツを明示的に指定して視聴するだけでなく、ユーザが過去に視聴した番組のジャンル、シリーズなど傾向から、ユーザ好みの「お勧め番組」を提示する、といった録画機器も数多く登場してきている。

これらコンテンツを再生する再生装置、および、ホームネットワーク内のネットワーク機器を利用した技術のひとつとして、ネットワーク機器からの通知情報をユーザにすばやく正確に知らせるために、ユーザが再生装置によりコンテンツ視聴を行っている表示画面上に、その通知情報内容を表示するといった手法が開示されている。

例えば、特許文献１では、洗濯機からの脱水終了（状変発生）の通知を、テレビ上に表示するシステムについて示されている。特に、特許文献１では、ユーザがテレビ番組視聴（コンテンツ視聴）に夢中になり、脱水終了通知を故意に見逃し（無視し）、結果、洗濯物にしわができてしまう、といった問題を防ぐために、ユーザが視聴している番組の終了時刻を考慮して、脱水開始時間を制御することで、脱水終了時刻を調整する、といった動作について言及されている。

しかしながら、特許文献１に開示された技術では、例えば、すぐ開始すれば本来は１０分後に完了する脱水作業が、脱水開始時刻調整のために、１時間後に完了とされてしまう、ということが起こりうる。
特開２００６−２８８８５３

上述したように、従来の、コンテンツ視聴中にネットワーク機器の通知情報を表示するシステムでは、コンテンツの再生終了時刻を固定的なものとして、ネットワーク機器側の調整を行うため、ネットワーク機器に余分な待ち時間が発生していた。

そこで、本発明は、ネットワーク機器に余分な待ち時間を発生させることなく、かつユーザによる故意の見逃しを生じさせないように、コンテンツの再生およびネットワーク機器における状変発生の通知を行うことを可能にした再生装置、再生方法およびコンピュータプログラムを提供することを目的とする。

本発明の一態様としての再生装置は、
ネットワークを介してネットワーク機器と通信する通信手段と、
前記通信手段を介して前記ネットワーク機器から、発生予定の状変内容および状変の発生予定時間情報を取得する取得手段と、
前記発生予定時間情報に応じた時間長を持つコンテンツを生成するコンテンツ生成手段と、
前記コンテンツを再生する再生手段と、
前記コンテンツの再生が終了したとき、取得した状変内容をユーザに対して提示する提示手段と、
を備える。

本発明の一態様としての再生方法は、
ネットワークを介してネットワーク機器と通信する通信ステップと、
前記ネットワーク機器から、発生予定の状変内容および状変の発生予定時間情報を取得する取得ステップと、
前記発生予定時間情報に応じた時間長を持つコンテンツを生成するコンテンツ生成ステップと、
前記コンテンツを再生する再生ステップと、
前記コンテンツの再生が終了したとき、取得した状変内容をユーザに対して提示する提示ステップと、
を備える。

本発明の一態様としてのコンピュータプログラムは、
ネットワークを介してネットワーク機器と通信する通信ステップと、
前記ネットワーク機器から、発生予定の状変内容および状変の発生予定時間情報を取得する取得ステップと、
前記発生予定時間情報に応じた時間長を持つコンテンツを生成するコンテンツ生成ステップと、
前記コンテンツを再生する再生ステップと、
前記コンテンツの再生が終了したとき、取得した状変内容をユーザに対して提示する提示ステップと、
をコンピュータに実行させる。

本発明により、ネットワーク機器に余分な待ち時間を発生させることなく、かつユーザによる故意の見逃しを生じさせないようにコンテンツの再生およびネットワーク機器における状変発生の通知を行うことが可能となる。

以下、本発明の実施形態について図面を参照して説明する。

（第１の実施形態）
図１は、第１の実施形態に係る再生装置（プレイヤ）１１と、再生装置１１とネットワークを介して通信するネットワーク機器３１と、シナリオデータベース４１と、リソースデータベース５１と、再生装置１１からの映像信号を受信して表示する表示装置６１とを含んだシステム全体の構成例を示したものである。

本実施形態で想定するコンテンツとは、表示位置、表示タイミングなどの再生方法を定義した「シナリオ」に従って、映像、音声、画像、テキストなどの「リソース」が表示されるものである。ただし本発明はこれに限定されず、種々の形態のコンテンツを対象とすることが可能である。

再生装置１１は、シナリオデータベース４１およびリソースデータベース５１から、ネットワーク通信によりシナリオおよびリソースを取得し、再生を行う。

例えば、Ｗｅｂコンテンツの場合、ＨＴＭＬファイルがシナリオであり、ＡＶＩなどの動画ファイル、ＪＰＥＧなどの画像ファイル、ＲＳＳ（Ｗｅｂサイトの更新情報などのメタデータを構造化して記述するＸＭＬフォーマット）などのテキストファイルがリソースである。

特に本実施形態では、シナリオとして、画像ファイルの表示期間指定など、時間の流れを含むものを想定する。公知の技術仕様としては、ＳＭＩＬ（Synchronized Multimedia Integration Language）、ＨＴＭＬ＋ＴＩＭＥなどが挙げられる。ＳＭＩＬやＨＴＭＬ＋ＴＩＭＥでは、XMLなどの記述言語により、例えば「映像Ａを２５分間表示した後、画像Ｂを１０分間表示する」といった時間指定付きのシナリオ記述が可能となっている。

また、ECMAScriptなどのスクリプト記述言語により、例えば「ＲＳＳに含まれるＸＭＬタグを解析し、その内容を１０個まで順に５分間ずつ表示する」といった複雑な処理を含むシナリオ記述も可能となっている。

本実施形態では、そのような記述指定に加え、各リソースに対するエフェクト（ｎ倍速再生、フェードイン・フェードアウト）も指定可能であるとする。さらに、コンテンツのメタ情報として、名前やジャンル、内容を示すキーワードといったデータや、コンテンツの長さ（シナリオに従ってコンテンツを再生した場合に、開始から終了までにかかる時間）もデータとして持つとする。

ネットワーク機器３１は、ホームネットワークなどの通信ネットワークを介して、再生装置１１に接続されている。再生装置１１とネットワーク機器３１との間の通信のためのネットワークプロトコルとしては、例えば、ＵＰｎＰやECHONETを用いることができる。再生装置１１とネットワーク機器３１との間は、物理的には、Ethernet（登録商標）、USB、IEEE1394などの有線、または802.11a/b/g、Bluetoothなどの無線により接続される。

ネットワーク機器３１は、再生装置１１からの要求に応じて、自身に今後発生する予定の状態変化内容と、その状態変化発生までの時間または状変発生予定時刻を表す状変発生予定時間情報とを提供する機能を持つ。例えば、ＥＣＨＯＮＥＴ対応洗濯機では、現在の洗濯遷移状態（洗い、すすぎ、脱水など）と、その残り時間とを、ＥＣＨＯＮＥＴ通信により取得可能である。このため「洗濯機の脱水が３０分後に完了」といった情報を、再生装置１１は事前に知ることができる。

表示装置６１は、再生装置１１により再生されるコンテンツを表示する、テレビなどの機器である。再生装置１１と表示装置６１とは、所定のＡＶケーブルで直接接続されていてもよいし、ホームネットワークなどの通信ネットワークを介して接続されていてもよい。

シナリオデータベース４１は、再生装置１１からの検索要求条件を元に、その条件に合致するシナリオを検出し再生装置１１に提供するものである。検索条件としては、ジャンルやキーワードだけでなく、コンテンツの長さも指定可能とする。

リソースデータベース５１は、再生装置１１から要求された、画像ファイルなどのリソースを提供するものである。

シナリオデータベース４１とリソースデータベース５１とは、ＶｏＤのようにインターネット上に存在しても、録画機器装置のように再生装置１１と同じホームネットワーク内に存在してもよい。また、物理的に同一地点に存在しても、別の地点に存在してもよい。これらは例えば、ＨＴＴＰ要求を受け入れ、その応答としてシナリオやリソースのファイルを返すような、Ｗｅｂサーバとして構築される。

図２は、本発明の実施形態に関わる再生装置１１の動作を示すフローチャートである。

状況としては、あるユーザが、洗濯機の脱水完了まで、何らかの適当なコンテンツを視聴することで、空き時間を潰そうとする、といった場面を想定する。ユーザは、特定のコンテンツを視聴しようとしているのではないため、時間を潰すためのコンテンツが、自動で再生されればそれでよいと考えている。

最初に、脱水完了までの時間に応じた長さをもつコンテンツ、またはこれより短い長さをもつコンテンツが見つかるケースについて述べる。脱水完了までの時間に応じた長さとは、たとえば脱水完了までの時間と同一または略同一の長さのことであり、脱水完了までの時間をαとすると、略同一の範囲は、たとえばα−β１〜α＋β２によって表すこともできる。この場合、脱水完了までの時間に応じた長さより短い長さはたとえばα−β１より短い長さを指すことができる。また脱水完了までの時間に応じた長さを超える長さはたとえばα＋β２よりも長い長さを指すことができる。β１とβ２は０以上の実数であり、それぞれ同一であっても異なってもよい。

ユーザはまず、コンテンツ視聴を希望していることを、再生装置１１に伝えるために、リモコンなどの装置（図示せず）を操作する。

要求受付部２１は、リモコンからの信号を検知することで、「ユーザがコンテンツ視聴を希望している」と判断する（Ｓ２０１）。要求受付部２１は、リモコンからの信号を検知したら、通信部２２にそれを伝える。

通信部２２は、再生装置１１とネットワーク接続されているネットワーク機器３１と通信を行う（Ｓ２０２）。通信により、ネットワーク機器３１から、そのネットワーク機器３１に発生予定の状態変化内容と、発生までの時間とを取得する。ここでは、ネットワーク機器３１としてＥＣＨＯＮＥＴ対応洗濯機を想定し、ＥＣＨＯＮＥＴ通信により、状態変化内容として「脱水完了」、発生までの時間として「３０分」というデータを取得したとする。

通信部２２は、「脱水完了」の情報を状変内容格納部２３に格納し、また、検索部２４に、発生までの時間「３０分」を伝える（Ｓ２０３）。なお、例えば、ＥＣＨＯＮＥＴにおける洗濯機の標準仕様においては、ＥＰＣ（ECHONET Property Code）＝０ｘＥ１、ＤＡＴＡ＝０ｘ４３で脱水状態を、ＥＰＣ＝０ｘＥ６、ＤＡＴＡ＝０ｘ１Ｅで残り時間３０分を表すと定義されているが、ここでは通信部２２は、ＤＡＴＡ＝０ｘ４３が「脱水」であるといった，それぞれの値がどのような意味（文字表示情報など）を持つのか，値に対応したデータをあらかじめ持っているとする。

検索部２４は、受け取った「３０分」を検索要求条件として、シナリオデータベース４１に対し、シナリオを検索するよう要求する（Ｓ２０４）。シナリオデータベース４１は、コンテンツの長さが３０分または略３０分、またはこれより短い時間が記されているシナリオを検索し、見つかった場合、それを返す。検索部２４は、シナリオデータベース４１から受け取ったシナリオを、シナリオ格納部２５に格納する（Ｓ２０５）。シナリオ格納部２５は、シナリオが見つかった旨を、再生部２６に伝える。検索部２４は、たとえば本発明のコンテンツ生成手段、第１の接続手段、第２の接続手段を含む。

再生部２６は、シナリオ格納部２５に格納されたシナリオを読み込み、解釈し、コンテンツの再生を行う（Ｓ２０６）。すなわち、再生部２６は、リソースデータベース５１と通信して、シナリオに指定されるリソースを随時取得し、再生する。表示は表示装置６１上に行う。Ｓ２０５で見つかったコンテンツが脱水までの時間に応じた時間長（３０分または略３０分）を持つ場合、３０分または略３０分で話が完結し、再生が終了する（Ｓ２０７のＹＥＳ）。再生が終了したら、再生部２６は、状変内容格納部２３に格納されていた情報である「脱水完了」の通知を、文字表示などで行う（Ｓ２０８）。再生部２６は、たとえば本発明の再生手段、提示手段、第３の接続手段を含む。

Ｓ２０５で見つかったコンテンツが３０分または略３０分の長さより短い場合は、Ｓ２０７で「現在再生中のコンテンツが終了した」を検知した後、Ｓ２０４に戻って、同様の処理を繰り返す。例えば、Ｓ２０５で「２５分」のコンテンツが見つかり、ユーザが当該コンテンツを視聴し終わったら、たとえば残りの５分または略５分、またはこれより短い長さを持つコンテンツを改めて探し、たとえばちょうど「５分」の長さのコンテンツが見つかった場合は、このコンテンツの再生が終了した時点で、「脱水完了」の通知を行う。適当な長さをもつコンテンツがないときは、後述する別のケースの処理例に従って、５分または略５分よりも長いコンテンツを改編して５分または略５分の長さをもつコンテンツを生成し再生するようにしてもよい。またコンテンツの終了した際の残り時間が所定の閾値未満であるときは、脱水が完了したとみなして、「脱水完了」の通知を行ってもよいし、あるいは「残り何分で脱水が完了」との通知を行うようにしてもよい。

Ｓ２０１において、要求受付部２１が検知する信号としては、「リモコンの再生ボタンが押された」といったものだけでなく、「テレビの電源をつけた」「チャンネルを回した」などを含めてもよい。

Ｓ２０２およびＳ２０３において、もし、ネットワーク機器３１に何の状態変化も予定されていないことが判明したならば、任意のコンテンツを検索して再生するとしてよい（Ｓ２０９）。またこのときの検索、またＳ２０４での検索においては、ユーザが事前に設定した好みのジャンルやキーワード、過去視聴履歴傾向など、他の条件を考慮にいれてもよい。

Ｓ２０２において、再生装置１１が通信するネットワーク機器は、あらかじめユーザによって一つ指定されていてもよいし、接続されている全てのネットワーク機器と通信し、最も状変発生時刻が近かったネットワーク機器を対象とするようにしてもよい。

Ｓ２０３において、状変内容そのものを状変内容格納部２３に格納せずに、「発生予定時刻になったらネットワーク機器にあらためて状変内容を取得しにいく」という制御データを格納するとしてもよい。この場合、３０分のコンテンツの再生終了後に、ネットワーク機器と通信を行い、その時点で取得した状変内容を表示する。たとえば脱水が完了していれば「脱水完了」の通知を行い、脱水処理中の遅れが発生しているときは「残り○分で脱水完了」あるいは「脱水処理が遅れ中」の通知を行うようにしてもよい。

または、Ｓ２０３において、状変内容そのものを状変内容格納部２３に格納せずに、「発生予定時刻またはその一定時間前になったら指定ネットワーク機器にアクセスし、そこにおいて発生予定の状変内容が発生したときはその状変内容を通知する」という制御データを格納するとしてもよい。たとえば「３０分後に来訪者あり」との状変発生予定がスケジュール管理装置（ネットワーク機器）から受けたときは、「来訪予定時刻に対して一定時間前内になったら来訪者の検知を行う指定ネットワーク機器に対し状変問い合わせを逐次行い、コンテンツ終了までの間に実際に来訪者があったことが検知されたときはその旨を表示する」との制御データを格納してもよい。

Ｓ２０８において、状変内容の通知は、文字表示だけでなく、例えば「脱水が完了しました」といった音声を再生するなど、他の手段が用いられてもよい。

以上では、脱水完了までの時間に応じた時間長もしくはこれより短い長さをもつコンテンツが見つかるケースについて述べたが、以下では、このようなコンテンツが見つからないケースについて述べる。

図２のＳ２０５において、検索部２４が、シナリオデータベース４１から、コンテンツの長さが３０分または略３０分以下のシナリオを検索したものの、見つからなかった場合、検索部２４は、３０分または略３０分を超えているシナリオを検索する。次に、改編部２７が、そのシナリオを、３０分または略３０分の長さに調整する（Ｓ２１０）。改編部２７は、調整したシナリオをシナリオ格納部２５に格納し、以降は先の手順と同じく、そのシナリオを元にコンテンツ再生を行う。改編部２７はたとえば本発明のコンテンツ生成手段を含む。

長さの調整は、改編部２７が、元々のシナリオに指定されている、各リソースの表示時間を短縮、または、処理繰り返し回数を減少させることなどで行う。以下、シナリオ改編の具体例を図３〜図７を用いて説明する。

図３は、「映像Ａを２５分間表示した後、画像Ｂを１０分間表示する」といったシナリオを改編する例である。この場合、本来は３５分間のコンテンツであるが、これを「映像Ａを２５分間表示した後、画像Ｂを５分間表示する」といったシナリオに改編部２７が書き換えることで、３０分間のコンテンツとする。画像Ｂは静止画であり、これを１０分から５分に短縮しても、コンテンツ表示上は大きな影響はない。

図４は、「ＲＳＳに含まれるＸＭＬタグを解析し、その内容を１０個まで順に５分間ずつ表示する」といったシナリオを改編する例である。例えば、ニュースサイトのＲＳＳを解析して、ニュースヘッドラインを順に表示していくといったシナリオである。この場合、本来は５０分間のコンテンツであるが、これを「ＲＳＳに含まれるＸＭＬタグを解析し、その内容を１０個まで順に３分間ずつ表示する」といったシナリオに改編部２７が書き換えることで、３０分間のコンテンツとする。この場合も表示される内容はＸＭＬタグ中のテキスト情報であり、一つの表示時間が５分から３分に短縮しても、コンテンツ表示上は大きな影響はない。また別の改編として、「ＲＳＳに含まれるＸＭＬタグを解析し、その内容を６個まで順に５分間ずつ表示する」とすることで３０分間のコンテンツとしてもよい。

さらに、改編部２７は、このようなリソース表示時間の変更に伴う、コンテンツ再生時の違和感を少なくするための、エフェクトの指示をシナリオに追加してもよい。そのような例を図５、図６に示す。

図５は、図３と同じ「映像Ａを２５分間表示した後、画像Ｂを１０分間表示する」といったシナリオを改編する例である。図３とは異なり、これを「映像Ａを１．２５倍速で２０分間表示した後、画像Ｂを１０分間表示する」といったシナリオに改編部２７が書き換える。映像Ａは動画であるため、表示期間を２５分から２０分にそのまま短くしてしまうと、最後の５分間分が消えてしまう。このため「１．２５倍速で表示」といった指示をシナリオに付け加えることで、２０分間でも映像Ａの最後のシーンまで表示されるようにする。

図６は、「それぞれ１１分間の長さを持つ音楽を、３曲、順に再生する」といったシナリオを改編する例である。音楽は、ｎ倍速再生といったような再生は行いたくない。そこで、再生速度は変えずに、一曲目の再生終了を、その曲本来の長さである１１分とするのではなく、１０分で終わらせ、二曲目に移るシナリオに書き換える。このとき、突然曲が切り替わってしまうようなコンテンツとなるのを防ぐために、一曲目を１０分地点からフェードアウト（ボリュームを徐々に下げる）させるとともに二曲目をフェードイン（ボリュームを徐々に上げる）させて開始させるといったエフェクト指示をシナリオに付与する。つまり、隣り合うリソース同士を１分間だけ重ね合わせ、重ね合わせた期間についてクロスフェード処理を行う。これより、比較的違和感の少ない状態で短縮したコンテンツを再生することができる。

ここまでは、改編部２７が、シナリオの改編を任意に行う例を示したが、シナリオの中には、改編方針や制限の情報（リソースを利用するための制約条件）が含まれているものもある。以下ではそのようなシナリオに対して改編を行う例を示す。

図７は、「画像Ａを５分、動画１を１０分、画像Ｂを５分、動画２を１０分、画像Ｃを５分、順に表示する」といったシナリオを改編する例である。全体の長さは３５分であるため、画像Ａ、Ｂ、Ｃのいずれかの表示時間を０分とすれば３０分となる。このとき例えば、画像Ａと画像Ｃが、コンテンツ製作者のクレジット情報など、必ず表示してほしい画像であるとする。その場合、コンテンツ製作者は、シナリオに「画像Ａ、画像Ｃの省略は不可、画像Ｂの省略は可」といった制限情報（制約条件）を付随させる。改編部２７は、その制限情報に従い、画像Ｂの表示時間を０分とするシナリオに書き換えることで、３０分の長さのシナリオとする。

シナリオに含まれる改編方針や制限の情報（制約条件）としては、このような省略可、不可といったものだけでなく、例えばあるリソースについて「１０分間表示できる場合は動画、５分に短縮しなくてはいけない場合は（動画の２倍速再生ではなく）代替の画像を表示」といったように、時間に合わせて、完全に別のシナリオが定義されていてもよい。

なお、図３〜図７では、検索部２４が探すシナリオとして、本来望む長さ以上の長さを持つシナリオを探し、それを短縮する例を示したが、検索部２４が本来望む長さより短い長さ（たとえば２５分）のシナリオを探し、それを改編部２７が本来望む長さ（たとえば３０分）に延長するよう改編してもよい。延長する改編例としては、各リソースの表示時間を延長、または、処理繰り返し回数を増加、または、リソースを追加、または表示倍速を小さくすることができる。また、単一のシナリオを延長するだけでなく、例えば検索部２４が２５分と５分の長さを持つシナリオを探し、それを改編部２７が繋げて３０分の長さを持つ新たなシナリオとするとしてもよい。

（第２の実施形態）
第１の実施形態では、ユーザがコンテンツ視聴を開始する時点で、シナリオを検索し改編する例を示した。シナリオは、再生部２６により、その時間指定に従い随時解釈されていくものであるため、途中から動的に変更されてもよい。本実施形態では、このような、コンテンツ再生途中でシナリオを改編する例を示す。

図８は、本実施形態に係る再生装置の動作の流れを示すフローチャートである。本実施形態に係る再生装置のブロック図は図１と同様であり、以下では、拡張された処理についてのみ説明する。

ユーザが、５０分の長さを持つあるコンテンツを視聴していたとする（Ｓ８０１）。通信部２２は、再生装置１１と接続されているネットワーク機器３１と定期的に通信を行い（Ｓ８０２）、状変発生予定がないかどうかを確認する（Ｓ８０３）。ここで、１５分間分だけ視聴した時点で、例えば別のユーザが洗濯機を操作したなどにより「１５分後に、脱水完了」といった状変発生予定が追加されたとする。

再生部２６は、シナリオ格納部２５に格納され現在再生中のシナリオが、その状変発生までの時間で丁度完了するかどうかを計算する（Ｓ８０４）。ここでは元々５０分の長さを持つシナリオであるため、そのままでは、コンテンツ再生中に脱水完了が発生してしまう。そこで、その時点まで解釈し終わったシナリオ部分以降の残り部分を、改編部２７が、状変発生までの残り時間と同一または略同一の長さになるよう書き換える（Ｓ８０５）。

図９にそのような動的改編の例を示す。この例では、「テキストを１０個まで順に５分間ずつ表示する」という元々５０分の長さを持つシナリオにおいて、１５分経過してテキストを３個まで表示した時点で、残りテキスト７個を１５分間で表示するために、「２分間ずつ表示」に書き換える。

再生部２６は、書き換え後、コンテンツの再生を続行し、再生が終了したら（Ｓ８０７のＹＥＳ）、状変内容格納部２３に格納されていた情報である「脱水完了」の通知を、文字表示などで行う（Ｓ８０８）。

このように、上記の実施形態によれば、コンテンツを、ネットワーク家電からの状変発生予定時間に合わせて改編してユーザに提示できるため、ユーザがそのコンテンツを丁度見終わった時点で、ネットワーク家電からの状変情報を知ることができる。コンテンツは既に終了しているため、脱水完了などの通知を無視してコンテンツを見続けることもない。

本実施形態の処理は第１の実施形態に応用することも可能である。すなわち第１の実施形態ではネットワーク機器からいったん状変発生予定時間が通知されるとその予定時間に応じたンテンツの生成および再生を行うのみであったが、ネットワーク機器によっては当初の予定時間が早まるまたは遅くなるなどの事態も想定される。このような変更の通知をネットワーク機器から取得した場合は、本実施形態に準じて、変更後の予定時間に合わせてシナリオを書き換えればよい。

なお、以上に説明した再生装置は、例えば、汎用のコンピュータ装置を基本ハードウェアとして用いることでも実現することが可能である。すなわち、再生装置における要求受付部、通信部、改編部、検索部、再生部は、上記のコンピュータ装置に搭載されたプロセッサにプログラムを実行させることにより実現することができる。このとき、再生装置は、上記のプログラムをコンピュータ装置にあらかじめインストールすることで実現してもよいし、ＣＤ−ＲＯＭなどの記憶媒体に記憶して、あるいはネットワークを介して上記のプログラムを配布して、このプログラムをコンピュータ装置に適宜インストールすることで実現してもよい。また、シナリオ格納部および状変内容格納部は、上記のコンピュータ装置に内蔵あるいは外付けされたメモリ、ハードディスクもしくはＣＤ−Ｒ、ＣＤ−ＲＷ、ＤＶＤ−ＲＡＭ、ＤＶＤ−Ｒなどの記憶媒体などを適宜利用して実現することができる。

なお、本発明は上記した各実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。

第１の実施形態に係る再生装置（プレイヤ）１１を備えたシステムを示す図。 図１の再生装置の動作の流れを示すフローチャート。 シナリオの改編例を示す図。 シナリオの改編の他の例を示す図。 シナリオの改編のさらに他の例を示す図。 シナリオの改編のさらに他の例を示す図。 シナリオの改編のさらに他の例を示す図。 第２の実施形態に係る再生装置の動作の流れを示すフローチャート。 第２の実施形態に係る、シナリオの改編例を示す図。

符号の説明

１１：再生装置
２１：要求受付部
２２：通信部
２３：状変内容格納部
２４：検索部
２５：シナリオ格納部
２６：再生部
２７：改編部
３１：ネットワーク機器
４１：シナリオデータベース
５１：リソースデータベース
６１：表示装置

Claims (14)

1. ネットワークを介してネットワーク機器と通信する通信手段と、
   前記通信手段を介して前記ネットワーク機器から、発生予定の状変内容および状変の発生予定時間情報を取得する取得手段と、
   前記発生予定時間情報に応じた時間長を持つコンテンツを生成するコンテンツ生成手段と、
   前記コンテンツを再生する再生手段と、
   前記コンテンツの再生が終了したとき、取得した状変内容をユーザに対して提示する提示手段と、
   を備えた再生装置。
2. 複数のコンテンツを格納したコンテンツ格納装置に接続する第１の接続手段をさらに備え、
   前記コンテンツ生成手段は、前記コンテンツ格納装置において前記発生予定時間情報に応じた時間長をもつコンテンツを検索し取得する
   ことを特徴とする請求項１に記載の再生装置。
3. 前記コンテンツ生成手段は、前記コンテンツ格納装置から前記発生予定時間情報に応じた時間長より短いまたは長い時間長をもつコンテンツを取得し、取得したコンテンツを前記発生予定時間情報に応じた時間長を持つように改編し、
   前記再生手段は、改編されたコンテンツを再生する
   ことを特徴とする請求項２に記載の再生装置。
4. １つまたは複数のリソースを格納したリソース格納装置に接続する第２の接続手段と、
   １つ以上のリソースの再生方法を定義したシナリオを格納したシナリオ格納装置に接続する第３の接続手段と、をさらに備え、
   前記コンテンツ生成手段は、前記シナリオ格納装置において前記発生予定時間情報に応じた時間長をもつシナリオを検索して取得し
   前記再生手段は、前記コンテンツの再生として、取得したシナリオに従って前記リソース格納装置から前記リソースを読み出して再生する
   ことを特徴とする請求項１に記載の再生装置。
5. 前記コンテンツ生成手段は、前記シナリオ格納装置から前記発生予定時間情報に応じた時間長より長いまたは短い時間長をもつシナリオを取得し、取得したシナリオを前記発生予定時間情報に応じた時間長を持つように改編し、
   前記再生手段は、改編されたシナリオに従って再生を行う
   ことを特徴とする請求項４に記載の再生装置。
6. 前記シナリオには、前記リソースを利用するための制約条件が記述されており、
   前記コンテンツ生成手段は、前記リソースの前記制約条件を満たすように前記シナリオを改編する
   ことを特徴とする請求項５に記載の再生装置。
7. 前記シナリオは、前記リソースの表示時間を定めており、
   前記コンテンツ生成手段は、前記シナリオの改編として、前記リソースの表示時間を増加または減少させる
   ことを特徴とする請求項５または６に記載の再生装置。
8. 前記シナリオは、前記リソースの表示繰り返し回数を定め、
   前記コンテンツ生成手段は、前記シナリオの改編として、前記表示繰り返し回数を増加または減少させる
   ことを特徴とする請求項５または６に記載の再生装置。
9. 前記リソースは動画または音声であり、
   前記コンテンツ生成手段は、前記シナリオの改編として、前記リソースの再生倍速を大きくまたは小さくする
   ことを特徴とする請求項５または６に記載の再生装置。
10. 複数の前記リソースはそれぞれ音声であり、
    前記シナリオは、前記複数のリソースをある順番で再生することを定め、
    前記コンテンツ生成手段は、前記シナリオの改編として、隣り合うリソース同士を時間的に一部重ね合わせ、重ね合わさった期間においてクロスフェード処理を行う
    ことを特徴とする請求項５または６に記載の再生装置。
11. 前記コンテンツ生成手段は、あるシナリオに従って前記再生手段において再生が行われている間に、前記取得手段により前記発生予定の状変内容および前記状変の発生予定時間情報が取得されたとき、前記あるシナリオにおいてまだ再生されていない残り部分を、前記発生予定時間情報に応じた時間長をもつように改編し、
    前記再生手段は、前記あるシナリオの改編された残り部分に従って再生を行い、
    前記提示手段は、前記改編された残り部分の再生が終了したとき、前記取得した状変内容を提示する
    ことを特徴とする請求項４ないし１０のいずれか一項に記載の再生装置。
12. 前記状態発生予定時間情報は、前記状変が発生するまでの時間、または前記状変の発生予定時刻である
    ことを特徴とする請求項１ないし１１のいずれか一項に記載の再生装置。
13. ネットワークを介してネットワーク機器と通信する通信ステップと、
    前記ネットワーク機器から、発生予定の状変内容および状変の発生予定時間情報を取得する取得ステップと、
    前記発生予定時間情報に応じた時間長を持つコンテンツを生成するコンテンツ生成ステップと、
    前記コンテンツを再生する再生ステップと、
    前記コンテンツの再生が終了したとき、取得した状変内容をユーザに対して提示する提示ステップと、
    を備えた再生方法。
14. ネットワークを介してネットワーク機器と通信する通信ステップと、
    前記ネットワーク機器から、発生予定の状変内容および状変の発生予定時間情報を取得する取得ステップと、
    前記発生予定時間情報に応じた時間長を持つコンテンツを生成するコンテンツ生成ステップと、
    前記コンテンツを再生する再生ステップと、
    前記コンテンツの再生が終了したとき、取得した状変内容をユーザに対して提示する提示ステップと、
    をコンピュータに実行させるためのコンピュータプログラム。

Images