(57)【要約】【課題】次々と発生する新しいコンテンツ処理命令に対して、処理命令が未処理のままで機器を不安定にしたり、処理命令の反応が遅くなり操作性が劣化するなどの不具合が起きることのないネットワークコンテンツ再生制御方法を提供する。【解決手段】予めコンテンツ処理命令に対する処理ＩＤと代替未完通知とをメモリに記憶しておき、処理命令を受けたコンテンツ処理部から処理命令の完了通知又は未完通知が送られてきたときは、その処理ＩＤとメモリ内の処理ＩＤとを比較し、一致したときは送られてきた通知を実行してからメモリの内容を消去し、一致しないときは通知を無視する。新しいコンテンツ処理命令が発生したときは、メモリに情報があるか判定し、ある場合にはメモリ内の代替未完通知を実行してから新しい処理ＩＤと代替未完通知をメモリに記憶する。以上の各ステップを有するネットワークコンテンツ再生制御方法とする。【選択図】図２
2007228128.tif 000002
【特許請求の範囲】
【請求項１】
テレビ放送番組等のコンテンツが記録されているコンテンツサーバからネットワークを介し前記コンテンツを読み出して再生処理を行うコンテンツ処理部と、リモコン等の操作命令に応じて前記コンテンツ処理部に処理命令を送信すると共に前記コンテンツ処理部から送信される前記処理命令の完了通知又は未完了通知を受信するメイン処理部とを有し、前記コンテンツ処理部とメイン処理部とが夫々別タスクで動作するネットワークコンテンツ再生機器のネットワークコンテンツ再生制御方法において、
前記メイン処理部は、
新規に前記操作命令が入力されたとき、前記コンテンツ処理部に送信する処理命令を特定するための処理ＩＤと前記処理命令が未完了であることを通知するための代替未完通知とを格納しておくためのメモリに前記代替未完通知が存在するかを判定するステップと、
前記ステップの判定で前記代替未完通知が存在するときは、前記代替未完通知に基づく所定の未完通知処理を実行すると共に、新規の処理命令の処理ＩＤと代替未完通知とを新たに前記メモリに格納するステップと、
前記コンテンツ処理部から処理命令の完了通知又は未完了通知を受信したときは、その処理命令の処理ＩＤと前記メモリに格納されている処理ＩＤとが一致するかを判定するステップと、
前記ステップの判定で一致した場合には、前記コンテンツ処理部からの完了通知又は未完了通知に基づく所定の処理を実行すると共に、前記メモリに格納されている処理ＩＤと代替未完通知とを消去し、前記ステップの判定で一致しない場合には、前記コンテンツ処理部からの完了通知又は未完了通知に基づく所定の処理や前記メモリに格納されている処理ＩＤと代替未完通知の消去を行わないステップと、
を有することを特徴とするネットワークコンテンツ再生制御方法。
【請求項２】
テレビ放送番組等のコンテンツが記録されているコンテンツサーバからネットワークを介し前記コンテンツを読み出して再生処理を行うコンテンツ処理部と、リモコン等の操作命令に応じて前記コンテンツ処理部に処理命令を送信すると共に前記コンテンツ処理部から送信される前記処理命令の完了通知又は未完了通知を受信するメイン処理部とを有し、前記コンテンツ処理部とメイン処理部とが夫々別タスクで動作するネットワークコンテンツ再生機器の再生制御方法を実行させるためのネットワークコンテンツ再生制御プログラムであって、
前記メイン処理部に、
新規に前記操作命令が入力されたとき、前記コンテンツ処理部に送信する処理命令を特定するための処理ＩＤと前記処理命令が未完了であることを通知するための代替未完通知とを格納しておくためのメモリに前記代替未完通知が存在するかを判定するステップと、
前記ステップの判定で前記代替未完通知が存在するときは、前記代替未完通知に基づく所定の未完通知処理を実行すると共に、新規の処理命令の処理ＩＤと代替未完通知とを新たに前記メモリに格納するステップと、
前記コンテンツ処理部から処理命令の完了通知又は未完了通知を受信したときは、その処理命令の処理ＩＤと前記メモリに格納されている処理ＩＤとが一致するかを判定するステップと、
前記ステップの判定で一致した場合には、前記コンテンツ処理部からの完了通知又は未完了通知に基づく所定の処理を実行すると共に、前記メモリに格納されている処理ＩＤと代替未完通知とを消去し、前記ステップの判定で一致しない場合には、前記コンテンツ処理部からの完了通知又は未完了通知に基づく所定の処理や前記メモリに格納されている処理ＩＤと代替未完通知の消去を行わないステップと、
を実行させるためのネットワークコンテンツ再生制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークコンテンツ再生制御方法および再生制御プログラムに係り、特に、外部からの操作入力に対して応答速度が改善されたネットワークコンテンツ再生制御方法および再生制御プログラムに関する。
【背景技術】
【０００２】
近年、家庭内等の小規模なネットワークにテレビ放送番組等のコンテンツを記録したサーバーを接続しておき、別途このネットワークに接続されているコンテンツ再生機器を使い、サーバーに記録されているコンテンツを逐次読み出してディスプレイに表示し鑑賞するコンテンツ再生システムが実用化されている。
【０００３】
まず、図６、図７を用いて、このようなコンテンツ再生システムに使われるネットワークコンテンツ再生機器の制御動作を簡単に説明する。
図６は、ネットワークコンテンツ再生機器の構成を示すブロック図、図７は、同じく制御動作を説明するためのフローチャートである。
【０００４】
図６において、ネットワークコンテンツ再生機器１の内部は、ユーザーが使用するリモコン４からの制御信号や機器自身の状態に応じて各種の処理を実行し他部を制御したり命令を発行するメイン処理部２と、メイン処理部２の命令や制御対象となるネットワークコンテンツサーバ５からのコンテンツデータを受けてコンテンツの再生を司るコンテンツ処理部３から構成されている。
ここで、コンテンツ処理部３は、ネットワーク経由でデータを受信したり、圧縮データのデコード（復元）などで処理時間が必要となるので、ユーザからの命令などを迅速に処理するメイン処理部２の動作を遅延させたりブロックさせないようにするため、一般に、メイン処理部２とコンテンツ処理部３の処理は非同期な別タスク処理が行われる。
【０００５】
メイン処理部２は、内部にメイン処理制御部１１、コンテンツ処理部３への命令を発行する処理命令発行部１２、コンテンツ処理部３からの処理状態などの通知を確認する通知確認部１３を有する。
コンテンツ処理部３は、内部にコンテンツ処理全般を司るコンテンツ処理制御部２１、ネットワークコンテンツサーバ５とのデータのやりとりを行うネットワーク送受信部２２、圧縮されたコンテンツデータのデコード部２３、およびデコード済のコンテンツデータの出力部２４、コンテンツ処理が完了したときの完了通知をメイン処理部２に送る完了通知部２５、またコンテンツ処理完了前にメイン処理部２からの新しいコンテンツ再生処理命令が発行された場合や処理中にエラーが起こった場合に未完通知を送る未完通知部２６を有する。
【０００６】
この構成では、メイン処理部２でコンテンツ処理部３に命令した処理の状況や結果を知るには、完了通知部２５と未完通知部２６から発行される完了通知や未完通知を待つ必要がある。メイン処理制御部１１は通知確認部１３からコンテンツの処理状態を知り、必要であれば後で処理を再試行するなどの仕組みになっている。
また、完了通知や未完通知が来ない間は、メイン処理制御部１１は命令した処理が処理中であると判断する。
なお、完了通知や未完通知の通知方法としては、メッセージ形式やコールバック関数などが一般的に使われる。
【０００７】
次に、図７を併用して、ネットワークコンテンツ再生機器１のコンテンツ処理の流れを説明する。
メイン処理部２は、現在処理中のコンテンツ処理部３からの完了通知や未完通知を確認する（ステップＳ２０３）、同時に、定期的にリモコン信号をチェックし（ステップＳ２０５）、その結果に応じて新しいコンテンツ処理命令をコンテンツ処理制御部２１に送る（ステップＳ２０７）。
【０００８】
コンテンツ処理制御部２１は、定期的にメイン処理部２からの命令を確認する（ステップＳ２１２）。新しい処理命令があれば、その内容に従った処理を実行する。この処理命令が新しいコンテンツの再生を促すものであったり、再生停止などの終了を促すものである場合は（ステップＳ２１４）、コンテンツ処理制御部２１は現在進行中のコンテンツ処理がある場合には（ステップＳ２１５）、ネットワーク、デコード、出力などの各機能を一旦停止し、処理未完の通知をメイン処理部２に対して行う（ステップＳ２１７）。
【０００９】
新しい処理命令が再生命令ならば（ステップＳ２１８）、次いでネットワーク、デコード、出力などの各機能を初期化し（ステップＳ２１９）、ネットワークコンテンツサーバ５に対してコンテンツ送信要求を送り（ステップＳ２２０）、与えられた命令の処理が完了するまでネットワークからのコンテンツデータの受信、圧縮データのデコード、出力処理を順次行う（ステップＳ２２６）。
また、これらの処理の途中でデータ異常などのエラーが起こった場合には、処理の未完通知を行う（ステップＳ２２８）。
【００１０】
なお、膨大なネットワークコンテンツデータの受信やデコード処理を一回で実行することは現実的でないため、これらの処理は、少量のデータ処理を繰り返して行羽陽にしている。そしてコンテンツのすべてのデータ処理が完了した場合には、コンテンツ処理制御部２１は処理完了の通知をメイン処理部２に行う（ステップＳ２２３）。
【００１１】
上記のように、ネットワークコンテンツ再生機器の内部をメイン処理部とコンテンツ処理部とに分け、別タスク処理として制御の結果を完了または未完了の通知メッセージやコールバックなどを使って行う制御装置の例として、下記特許文献１が開示されている。
【特許文献１】特開平６−２４３１０５号公報
【発明の開示】
【発明が解決しようとする課題】
【００１２】
ところで、前記した従来のネットワークコンテンツ再生機器のように、未完通知をコンテンツ処理部３から発行する制御方法では、メイン処理部２が未完通知の取得を待たずに次々と新しい処理命令を発すると、メイン処理制御部１１が実際には処理されていない処理命令を完了通知も未完通知もないまま処理中と判断してしまい、その処理命令が宙に浮いた状態（不定状態）のままになる危険性がある。
【００１３】
図８に、このような未完通知を待たないで次の処理命令を発する場合のコンテンツ処理の問題点を説明する。同図は処理命令の流れを表し、縦軸が時間の経過を示す。
同図では、当初ユーザーのリモコン操作などによる任意のコンテンツ処理要求Ａに従いコンテンツ処理部３がＡの処理をしており、この最中に続けて処理要求Ｂ、処理要求Ｃが発生した場合、メイン処理制御部１１がＢ処理命令を発行した後、Ｂ処理命令をコンテンツ処理制御部２１が確認し、処理中のＡ処理の未完通知を発行することを待たずにＣ処理命令を発行すると、コンテンツ処理制御部２１は、新規命令チェックのタイミングが来ないので、Ｂ処理命令を受け取れないまま次のＣ処理命令を受け取ることになる。
【００１４】
このとき、メイン処理制御部１１では、Ｂ処理の命令を発行してしまっているため、Ｂ処理は処理中と判断しているが、コンテンツ処理制御部２１では命令を受け取っていないため、永久にＢ処理の完了通知も未完通知も実行することができなくなってしまう。このような場合には、コンテンツ再生機器そのものの動作が不定状態になる。
【００１５】
一方、このように、未完通知を待たないで次の処理命令を発する場合のコンテンツ処理の問題点を防ぐため、未完通知の取得を待ってから次の新しい処理命令を発する構成の場合には、リモコンなどからユーザーの処理要求が発生しても、メイン処理制御部１１が処理命令を発行するまでに遅延時間が生じるという問題がある。
【００１６】
図９に、未完通知を待つ場合のコンテンツ処理の問題点を示す。同図で、当初リモコン操作などによる任意のコンテンツ処理要求Ａに従い、コンテンツ処理部３がＡの処理をしており、この最中に続けて処理要求Ｂ、処理要求Ｃが発生した場合、メイン処理制御部１１がＢ処理命令を発行した後、Ｂ処理命令をコンテンツ処理制御部２１が確認し、同時に処理中のＡ処理の未完通知を発行することを待ってから、Ｃ処理命令を発行することになる。
【００１７】
このように、コンテンツ処理制御部２１が新規命令チェックで次のＢ処理命令を確認してからＡの未完通知を発行し、メイン処理制御部１１がその未完通知を受けてから次のＣ命令を発行するので、Ｃ命令の処理を開始するまでに同図に示すような遅延ｔが発生してしまう問題がある。
ネットワークコンテンツ再生機器では、コンテンツ処理中にネットワークサーバとの接続やコンテンツ取得のためのやりとりなど他にも時間がかかる処理があるため、上記のような問題があると、ユーザにリモコン操作の応答性の面で大きな不満を感じさせることとなる。
【００１８】
本発明は、このような従来の問題点に鑑みなされたものであり、ネットワークコンテンツ再生機器において、ユーザーのリモコン操作等により次々と発生する新しいコンテンツ処理命令に対して、処理命令が未処理のままで機器を不安定にしたり、処理命令の反応が遅くなり操作性が劣化するなどの不具合が起きることのないネットワークコンテンツ再生制御方法および再生制御プログラムを提供することを目的とする。
【課題を解決するための手段】
【００１９】
本発明は、上記課題を解決する手段として以下の（１）（２）に記載の構成からなる。すなわち、
（１）テレビ放送番組等のコンテンツが記録されているコンテンツサーバからネットワークを介し前記コンテンツを読み出して再生処理を行うコンテンツ処理部と、リモコン等の操作命令に応じて前記コンテンツ処理部に処理命令を送信すると共に前記コンテンツ処理部から送信される前記処理命令の完了通知又は未完了通知を受信するメイン処理部とを有し、前記コンテンツ処理部とメイン処理部とが夫々別タスクで動作するネットワークコンテンツ再生機器のネットワークコンテンツ再生制御方法において、
前記メイン処理部は、
新規に前記操作命令が入力されたとき、前記コンテンツ処理部に送信する処理命令を特定するための処理ＩＤと前記処理命令が未完了であることを通知するための代替未完通知とを格納しておくためのメモリに前記代替未完通知が存在するかを判定するステップ（Ｓ１０９）と、
前記ステップの判定で前記代替未完通知が存在するときは、前記代替未完通知に基づく所定の未完通知処理を実行する（Ｓ１１０）と共に、新規の処理命令の処理ＩＤと代替未完通知とを新たに前記メモリに格納するステップ（Ｓ１１１）と、
前記コンテンツ処理部から処理命令の完了通知又は未完了通知を受信したときは、その処理命令の処理ＩＤと前記メモリに格納されている処理ＩＤとが一致するかを判定するステップ（Ｓ１０４）と、
前記ステップの判定で一致した場合には、前記コンテンツ処理部からの完了通知又は未完了通知に基づく所定の処理を実行する（Ｓ１０５）と共に、前記メモリに格納されている処理ＩＤと代替未完通知とを消去し（Ｓ１０６）、前記ステップの判定で一致しない場合には、前記コンテンツ処理部からの完了通知又は未完了通知に基づく所定の処理や前記メモリに格納されている処理ＩＤと代替未完通知の消去を行わないステップ（Ｓ１０４ａ）と、
を有することを特徴とするネットワークコンテンツ再生制御方法を提供する。
（２）テレビ放送番組等のコンテンツが記録されているコンテンツサーバからネットワークを介し前記コンテンツを読み出して再生処理を行うコンテンツ処理部と、リモコン等の操作命令に応じて前記コンテンツ処理部に処理命令を送信すると共に前記コンテンツ処理部から送信される前記処理命令の完了通知又は未完了通知を受信するメイン処理部とを有し、前記コンテンツ処理部とメイン処理部とが夫々別タスクで動作するネットワークコンテンツ再生機器の再生制御方法を実行させるためのネットワークコンテンツ再生制御プログラムであって、
前記メイン処理部に、
新規に前記操作命令が入力されたとき、前記コンテンツ処理部に送信する処理命令を特定するための処理ＩＤと前記処理命令が未完了であることを通知するための代替未完通知とを格納しておくためのメモリに前記代替未完通知が存在するかを判定するステップと、
前記ステップの判定で前記代替未完通知が存在するときは、前記代替未完通知に基づく所定の未完通知処理を実行すると共に、新規の処理命令の処理ＩＤと代替未完通知とを新たに前記メモリに格納するステップと、
前記コンテンツ処理部から処理命令の完了通知又は未完了通知を受信したときは、その処理命令の処理ＩＤと前記メモリに格納されている処理ＩＤとが一致するかを判定するステップと、
前記ステップの判定で一致した場合には、前記コンテンツ処理部からの完了通知又は未完了通知に基づく所定の処理を実行すると共に、前記メモリに格納されている処理ＩＤと代替未完通知とを消去し、前記ステップの判定で一致しない場合には、前記コンテンツ処理部からの完了通知又は未完了通知に基づく所定の処理や前記メモリに格納されている処理ＩＤと代替未完通知の消去を行わないステップと、
を実行させるためのネットワークコンテンツ再生制御プログラムを提供する。
【発明の効果】
【００２０】
本発明によれば、請求項１の構成により、予めコンテンツ処理命令に対する処理ＩＤと代替未完通知とをメモリに記憶しておき、処理命令を受けたコンテンツ処理部から処理命令の完了通知又は未完通知が送られてきたときは、その処理ＩＤとメモリ内の処理ＩＤとを比較し、一致したときは送られてきた通知を実行してからメモリの内容を消去し、一致しないときは通知を無視するようにする。
更に新しいコンテンツ処理命令が発生したときは、メモリに情報があるか判定し、ある場合にはメモリ内の代替未完通知を実行してから新しい処理ＩＤと代替未完通知をメモリに記憶して処理命令を発行する動作を行うようにする。
この格別の制御方法により、メイン処理部は、新たに処理命令が発生したときに、前の処理命令がまだ終了していないときは自身で前の処理命令の未完処理を行なった上で新しい処理命令を発行するので、コンテンツ処理部からの前処理命令の未完通知が来るのを待たずに次々と新規の処理命令を発行することが可能になる特徴を有するものである
これにより、ユーザーのリモコン操作等により次々と発生する新しいコンテンツ処理命令に対して、処理命令が未処理のままで機器を不安定にしたり、処理命令の反応が遅くなり操作性が劣化するなどの不具合が起きることのない効果を得る。
【発明を実施するための最良の形態】
【００２１】
以下、本発明の各実施形態に係るネットワークコンテンツ再生制御方法および再生制御プログラムについて、図面を参照して説明する。
図１は、本発明に係るネットワークコンテンツ再生機器の基本構成を示すブロック図、図２は、本発明に係るネットワークコンテンツ再生機器の制御動作を説明するためのフローチャート、図３は、本発明に係るネットワークコンテンツ再生機器の時間経過に伴う連続コンテンツ処理命令の流れを示す遷移図、図４は、本発明に係るネットワークコンテンツ再生機器をサムネイル画像付き選択メニューの表示動作をさせたときの構成を示すブロック図、図５は、図４の構成におけるサムネイル取得処理の処理状況を示す遷移図である。
【００２２】
まず、図１を用いて本発明に係るネットワークコンテンツ再生機器の基本構成を説明する。なお、従来例として説明した図６と同一構成要素については同一符号を付してある。
図１において、ネットワークコンテンツ再生機器１の内部は、ユーザーが使用するリモコン４からの制御信号や機器自身の状態に応じて各種の処理を実行し他部を制御したり命令を発行するメイン処理部２と、メイン処理部２の命令や制御対象となるネットワークコンテンツサーバ５からのコンテンツデータを受けてコンテンツの再生を司るコンテンツ処理部３から構成されている。
【００２３】
メイン処理部２には、内部にメイン処理制御部１１、コンテンツ処理部３への命令を発行する処理命令発行部１２、コンテンツ処理部３からの処理状態などの通知を確認する通知確認部１３を有する。
コンテンツ処理部３には、前記メイン処理制御部１１からの命令やネットワークコンテンツサーバ５からのコンテンツ情報を受けてコンテンツ再生などの処理を司るコンテンツ処理制御部２１、ネットワークコンテンツサーバ５とのデータのやりとりを行うネットワーク送受信部２２、圧縮されたコンテンツデータのデコード部２３、およびデコード済のコンテンツデータの出力部２４、コンテンツ処理が完了した場合の完了通知をメイン処理部２に送る完了通知部２５、および処理中のエラーによる未完通知を発行するエラーによる未完通知部２６を有する。なお、エラーによる未完通知部２６は、従来存在していたコンテンツ処理中に別の命令による処理中断を通知する未完通知機能は持たない。
【００２４】
図１では、メイン処理部２がコンテンツ処理部３に処理命令を発行する場合、従来と同一の命令やコンテンツ情報のほかに、その処理命令を特定しうる処理ＩＤの情報を発行し、コンテンツ処理部３は、完了通知とエラーによる未完通知を通知確認部１３に送る際、その処理ＩＤを付加するようにしている。
更に、図１が図６と異なる点は、メイン処理部２には、メイン処理制御部１１に接続された代替未完通知処理部１５と代替未完通知処理ＩＤ用メモリ１４が加わっている。
【００２５】
メイン処理制御部１１が処理命令をコンテンツ処理部３に発行する際には、新たに代替未完通知を作成し、この代替未完通知と処理ＩＤを代替未完通知処理部１５にも発行する。
代替未完通知処理部１５は、接続されている代替未完通知処理ＩＤ用メモリ１４にメイン処理制御部１１から受取った代替未完通知を格納する。また、代替未完通知処理部１５は、代替未完通知処理ＩＤ用メモリ１４から代替未完通知の読み出しや削除を実行する。
【００２６】
次に、図２を併用して、ネットワークコンテンツ再生機器１のコンテンツ処理の制御方法を説明する。
メイン処理部２がコンテンツ処理部３に新たに処理命令を発行する際に、まず代替未完通知処理ＩＤ用メモリ１４に格納された代替未完通知が存在するか調べる（ステップＳ１０９）。存在するときは、代替未完通知処理部１５により通知確認部１３に対して未完通知を実行し、同時に実行した代替未完通知およびその処理ＩＤを代替未完通知処理ＩＤ用メモリ１４から削除する（ステップＳ１１０）。
【００２７】
この動作により、メイン処理部２では、新たに処理命令を発行する際には以前の命令が未完に終わったことを自身の内部で通知することになる。
次いで、新しい処理命令用の処理ＩＤと代替未完通知を代替未完通知処理ＩＤ用メモリ１４に新たに格納し（ステップＳ１１１）、同時に新たに処理命令をコンテンツ処理部３に発行する（ステップＳ１１２）。
【００２８】
なお、コンテンツ処理部３から完了通知かエラーによる未完通知、およびこれらの通知に付加された処理ＩＤを受信した通知確認部１３は、代替未完通知処理ＩＤ用メモリ１４中の処理ＩＤと受信した処理ＩＤが同じであるか否か調べ（ステップＳ１０４）、同じ処理ＩＤの場合、受信した完了通知あるいは未完通知をメイン処理制御部１１に送り、その通知に応じた処理を行い（ステップＳ１０５）、次いで、代替未完通知を代替未完通知処理ＩＤ用メモリ１４から削除する（ステップＳ１０６）。
【００２９】
また、処理ＩＤが異なる場合には、代替未完通知がメイン処理制御部１１の別命令により既に実行されたと判断し、受信した完了通知や未完通知を送らず、メイン処理制御部１１も受信通知処理を行わない（ステップＳ１０４ａ）。
これは、メイン処理部２とコンテンツ処理部３が別タスクであるため、メイン処理制御部１１による代替未完通知後に、タイミングによってコンテンツ処理制御部２１による完了通知、エラーによる未完通知が発生する場合があり、複数の状態通知によりメイン処理制御部１１が誤動作しないようにするためである。
【００３０】
次に、図３を用い、ユーザーがリモコンで連続して操作命令を入力したときに、処理命令が不定状態になることなく、また処理要求から処理命令発行までの遅延時間の発生も起きない点を説明する。
同図において、当初リモコン操作などにより、コンテンツ処理部がＡの処理をしている。このとき、代替未完通知処理ＩＤ用メモリにはＡ処理の代替未完通知と処理ＩＤが格納されている。この最中に、続けざまにＢ処理要求、Ｃ処理要求が入力された場合、まずメイン処理部がＢ処理命令を発行すると同時に、Ａ処理の代替未完通知を実行し、Ｂ処理用の未完通知と処理ＩＤを新しい代替未完通知として保存する。
【００３１】
また、直後のＣ処理要求に対しても、メイン処理部がＣ処理命令発行と同時に先に保存されたＢ処理の代替未完通知を実行し、併せてＣ処理用の未完通知と処理ＩＤを新しい代替未完通知として保存する。
Ｂ処理命令、Ｃ処理命令が発行された後、新しい命令をコンテンツ処理部が確認した場合、コンテンツ処理制御部２１は最新のＣ処理命令しか認識しないが、Ｂ処理命令の代替未完通知はすでにメイン処理部側で実行されているため不定状態となることはない。
また、コンテンツ処理部からの未完通知を待つ必要がないため、Ｃ処理要求からＣ処理命令までの遅延時間が発生することもない。
なお、同図では、仮にＡ処理命令の完了通知がＡ処理の代替未完通知後に起こっても、既に代替未完通知処理ＩＤ用メモリにＡ処理命令の処理ＩＤがないため無視されることを示している。
【００３２】
次に、図４及び図５を用い、処理命令として一例を挙げて動作を説明する。
この例は、記録されているコンテンツのサムネイル（縮小画像）付き選択メニューの表示と、その表示内容をユーザーがリモコンで変更する操作命令を入力した時の制御の状況を示すものである。
【００３３】
記録されているコンテンツのサムネイル画像はネットワークコンテンツサーバ５から取得生成する必要があるため、コンテンツ処理部３によって１枚１枚のサムネイルが生成される。メイン処理部２においては、サムネイル付きコンテンツ選択メニュー作成部１６により、コンテンツ処理部３から送られたサムネイルを用いて、図４又は図５に示すようなサムネイル付きコンテンツ選択メニューの画像が生成されて画面に表示される。
【００３４】
選択メニューに表示すべきサムネイル画像データがまだない場合は、サムネイル付きコンテンツ選択メニュー作成部１６が、サムネイル画像の取得状態を記憶しているサムネイル取得状態リスト１７を元に、サムネイル生成が必要なコンテンツの場所をメイン処理制御部１１に知らせ、メイン処理制御部１１は、処理命令発行部１２からコンテンツ処理部３に指定のコンテンツのサムネイル生成命令を発行する。
【００３５】
このとき、同時に代替未完通知処理ＩＤ用メモリ１４には、そのサムネイル生成処理用の代替未完通知と処理ＩＤが格納される。
コンテンツ処理部３では、サムネイル生成処理として動画像の一枚目の画像などを取得した場合、サムネイル画像完成確認部２７と完了通知部２５により、その動画サムネイル生成が完了したことをメイン処理部２に通知し、メイン処理部２では通知確認部１３からのサムネイル処理完了通知により、サムネイル取得状態リスト１７において、現在サムネイル取得中の状態であったコンテンツはサムネイル取得済みとなり、次のコンテンツのサムネイル生成命令が発行される。
【００３６】
また、サムネイル生成の処理途中で、リモコン操作などによりページ送り等の別の処理が要求されると、メイン処理部２は直ちに新しい命令を発行すると共に、現在サムネイル生成処理中の代替未完通知を実行し、これにより、サムネイル取得状態リスト１７において現在サムネイル取得中の状態であったコンテンツはサムネイル未取得とする。
【００３７】
この例における本発明の効果は、表示すべきサムネイル画像のページをユーザーが次々と切り替えるような場合に発揮される。
例えば、選択可能なコンテンツの数が多く、１画面のコンテンツ選択メニューでは、全コンテンツのサムネイルを表示しきれない場合、リモコンの矢印キーなどで選択メニューのページを切り替えて表示する場合などがそれにあたる。図５にこのような例におけるサムネイル取得状態の遷移図を示す。
【００３８】
同図（Ａ）は、最初にサムネイル付きコンテンツ選択メニューが１ページ目を表示しており、コンテンツ２のサムネイル生成を行っている最中に、同図（ａ）でページを進めるためのリモコン操作が連続動作として行われたとする。
この場合でも、コンテンツ処理部３からの未完通知などを待たずに、次々と違うコンテンツのサムネイル生成命令を発生させられるため、同図（Ｂ）や（Ｃ）で示すように、メニュー画面の切り替えをスムーズに行うことができる。
【００３９】
また、代替未完通知によりサムネイル取得中の状態がすぐに未取得に戻されるため、ページを戻した場合にも、同図（Ｄ）のように、先にサムネイル取得中だったコンテンツからサムネイル取得を再開することができる。
この例では、ユーザがすばやく選択メニュー画面を切り替えたい場合に、リモコン操作に対して応答性の高い画面切り替えを実現できるものである。
【００４０】
以上詳述したように、本発明に係るネットワークコンテンツ再生制御方法によれば、メイン処理部２は、新たに処理命令が発生したときに、前の処理命令がまだ終了していないときは自身で前の処理命令の未完処理を行なった上で新しい処理命令を発行するので、コンテンツ処理部３からの前処理命令の未完通知が来るのを待たずに次々と新規の処理命令を発行することが可能になる特徴を有するものである。
【００４１】
なお、本発明に係るネットワークコンテンツ再生制御方法を再生機器に実装するに当っては、前述の各機能ブロックを個々にハードウエアで構成するよりも、各機能や制御ステップをマイクロコンピュータプログラムとしてメモリ上に構築して機器に実装する方法が好適である。
【図面の簡単な説明】
【００４２】
【図１】本発明に係るネットワークコンテンツ再生機器の基本構成を示すブロック図である。
【図２】本発明に係るネットワークコンテンツ再生機器の制御動作を説明するためのフローチャートである。
【図３】本発明に係るネットワークコンテンツ再生機器の時間経過に伴う連続コンテンツ処理命令の流れを示す遷移図である。
【図４】本発明に係るネットワークコンテンツ再生機器をサムネイル画像付き選択メニューの表示動作をさせたときの構成を示すブロック図である。
【図５】図４の構成におけるサムネイル取得処理の処理状況を示す遷移図である。
【図６】従来のネットワークコンテンツ再生機器の基本構成を示すブロック図である。
【図７】従来のネットワークコンテンツ再生機器の制御動作を説明するためのフローチャートである。
【図８】従来のネットワークコンテンツ再生機器で未完通知を待たない構成の問題点を説明するための処理命令の流れを示す遷移図である。
【図９】従来のネットワークコンテンツ再生機器で未完通知を待つ構成の問題点を説明するための処理命令の流れを示す遷移図である。
【符号の説明】
【００４３】
１…ネットワークコンテンツ再生機器
２…メイン処理部
３…コンテンツ処理部
４…リモコン
５…ネットワークコンテンツサーバ
１１…メイン処理制御部
１２…処理命令発行部
１３…通知確認部
１４…代替未完通知処理ＩＤ用メモリ
１５…代替未完通知処理部
１６…サムネイル付きコンテンツ選択メニュー作成部
１７…サムネイル取得状態リスト
２１…コンテンツ処理制御部
２２…ネットワーク送受信部
２３…デコード部
２４…出力部
２５…完了通知部
２６…未完通知部
【図１】
2007228128.tif 000003
【図２】
2007228128.tif 000004
【図３】
2007228128.tif 000005
【図４】
2007228128.tif 000006
【図５】
2007228128.tif 000007
【図６】
2007228128.tif 000008
【図７】
2007228128.tif 000009
【図８】
2007228128.tif 000010
【図９】
2007228128.tif 000011