(57)【要約】【課題】連続して受け付けられたイベントを適切に間引いて、イベントの処理負荷を低減することができるコンテンツ再生装置を提供する。【解決手段】イベントインタフェース部４は、ＢＤＭＶの再生中にＢＤ−Ｊアプリケーションによって実行されるＢＤ−Ｊキーイベントと、ＢＤ−Ｊアプリケーションによらずに実行される通常イベントとが設定された操作に応じたイベントを受け付ける。制御部５は、当該操作でＢＤ−Ｊキーイベントが受け付け可能状態であると判定し、当該操作に応じてＢＤ−Ｊキーイベントが連続して受け付けられた場合に、ＢＤ−Ｊキーイベントの間引きを実行する。【選択図】図１
2017212587.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツの再生中に特定のアプリケーションによって実行される第１のイベントと、前記アプリケーションによらずに実行される第２のイベントとが設定された操作に応じたイベントを受け付けるイベントインタフェース部と、
前記第１のイベントおよび前記第２のイベントのうち、当該操作で前記第１のイベントが受け付け可能状態であると判定し、前記イベントインタフェース部によって当該操作に応じたイベントが連続して受け付けられると、連続して受け付けられたイベントの間引きを実行する制御部と
を備えたことを特徴とするコンテンツ再生装置。
【請求項２】
前記第１のイベントは、ＢＤＭＶの再生中にＢＤ−Ｊアプリケーションによって実行されるＢＤ−Ｊキーイベントであり、
前記第２のイベントは、前記ＢＤ−Ｊアプリケーションによらずに実行されるイベントであることを特徴とする請求項１記載のコンテンツ再生装置。
【請求項３】
ユーザによる操作に応じたイベントを受け付けるイベントインタフェース部と、
前記イベントインタフェース部によって前記操作に応じたイベントが連続して受け付けられた場合に、これらのイベントを予め定められた判定条件と比較して優先するイベントを決定し、前記優先するイベントを残して、連続して受け付けられたイベントの間引きを実行する制御部と
を備えたことを特徴とするコンテンツ再生装置。
【請求項４】
前記制御部は、連続して受け付けられたイベントのうち、コンテンツの再生状態を変更する内容でかつ最も後に受け付けられたイベントを前記優先するイベントに決定することを特徴とする請求項３記載のコンテンツ再生装置。
【請求項５】
前記制御部は、連続して受け付けられたイベントのうち、コンテンツの再生状態を変更する内容でかつ最も先に受け付けられたイベントを前記優先するイベントに決定することを特徴とする請求項３記載のコンテンツ再生装置。
【請求項６】
前記制御部は、連続して受け付けられたイベントのうち、コンテンツの再生を停止させるイベントを前記優先するイベントに決定することを特徴とする請求項３から請求項５のうちのいずれか１項記載のコンテンツ再生装置。
【請求項７】
前記制御部は、一定時間内にコンテンツの再生を開始させるイベントがさらに受け付けられた場合、コンテンツの再生を開始させるイベントを前記優先するイベントに決定することを特徴とする請求項６記載のコンテンツ再生装置。
【請求項８】
前記制御部は、連続して受け付けられたイベントのうち、第１の状態と当該第１の状態とは異なる第２の状態とのいずれかを取り得るイベントであって、実行された場合に現在状態とは異なる状態になりかつ最も先に受け付けられたイベントを前記優先するイベントに決定することを特徴とする請求項３から請求項７のうちのいずれか１項記載のコンテンツ再生装置。
【請求項９】
前記制御部は、ＢＤＭＶの再生中にＢＤ−Ｊアプリケーションによって実行されるＢＤ−Ｊキーイベントが連続して受け付けられると、連続して受け付けられたイベントの間引きを実行することを特徴とする請求項３から請求項８のうちのいずれか１項記載のコンテンツ再生装置。
【請求項１０】
ユーザによる操作に応じたイベントを受け付けるイベントインタフェース部と、
実行が禁止された操作に応じたイベントが前記イベントインタフェース部によって連続して受け付けられた場合、最も先に受け付けられたイベントを残して、連続して受け付けられたイベントの間引きを実行する制御部と
を備えたことを特徴とするコンテンツ再生装置。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、連続して受け付けられたイベントの間引きを実行するコンテンツ再生装置に関する。
【背景技術】
【０００２】
従来から、コンテンツ再生装置において、ユーザによる操作のイベントが連続して受け付けられると、処理負荷を軽減するために、これらのイベントを間引く場合があった。
例えば、特許文献１に記載される装置は、ユーザ操作のイベントを受け付けられた順に保持するイベントキューを備えており、このイベントキューに保持されたイベントの数に応じて、イベントの間引きを実行する頻度を示す間引き頻度を決定している。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１５−１８５１２２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１に記載される装置では、イベントを連続して実行したい場合であっても、間引き頻度に応じてイベントが一律に間引かれてしまう。
また、処理負荷を低減するために、連続して受け付けられたイベントを間引きたい場合であっても、間引き頻度が低いと、イベントが適切に間引かれない可能性がある。
【０００５】
この発明は上記課題を解決するもので、連続して受け付けられたイベントを適切に間引いて、イベントの処理負荷を低減することができるコンテンツ再生装置を得ることを目的とする。
【課題を解決するための手段】
【０００６】
この発明に係るコンテンツ再生装置は、イベントインタフェース部と制御部を備える。
イベントインタフェース部は、コンテンツの再生中に特定のアプリケーションによって実行される第１のイベントと、アプリケーションによらず実行される第２のイベントとが設定された操作に応じたイベントを受け付ける。
制御部は、第１のイベントおよび第２のイベントのうち、当該操作で第１のイベントが受け付け可能状態であると判定し、イベントインタフェース部によって当該操作に応じたイベントが連続して受け付けられると、連続して受け付けられたイベントの間引きを実行する。
【発明の効果】
【０００７】
この発明によれば、コンテンツの再生中に特定のアプリケーションによって実行される第１のイベントが連続して受け付けられて処理負荷が高くなることが予想される場合に、第１のイベントが間引かれる。これにより、第１のイベントを適切に間引くことができ、第１のイベントの処理負荷を低減することができる。
【図面の簡単な説明】
【０００８】
【図１】この発明の実施の形態１に係るコンテンツ再生装置の構成を示すブロック図である。
【図２】連続して受け付けられたイベントを間引かずに実行した場合を示す図である。
【図３】連続して受け付けられたイベントを一律に間引いた場合を示す図である。
【図４】実施の形態１における間引き可否判定の概要を示す図である。
【図５】実施の形態１に係るコンテンツ再生装置の動作を示すフローチャートである。
【図６】図５のステップＳＴ３の処理の詳細を示すフローチャートである。
【図７】図５のステップＳＴ６の処理の詳細を示すフローチャートである。
【図８】この発明の実施の形態２における間引き可否判定の概要を示す図である。
【図９】実施の形態２に係るコンテンツ再生装置の動作を示すフローチャートである。
【図１０】図９のステップＳＴ３ｃの処理の詳細を示すフローチャートである。
【図１１】この発明の実施の形態３における間引き可否判定の概要を示す図である。
【図１２】実施の形態３に係るコンテンツ再生装置の動作を示すフローチャートである。
【発明を実施するための形態】
【０００９】
実施の形態１．
図１は、この発明の実施の形態１に係るコンテンツ再生装置の構成を示すブロック図であり、実施の形態１に係るコンテンツ再生装置をＢＤ（Ｂｌｕ-ｒａｙ  Ｄｉｓｃ；登録商標）プレイヤ１として具体化した場合を示している。
ＢＤプレイヤ１は、ＣＤ、ＤＶＤ、ＢＤといった光ディスクｄに記録されたコンテンツを再生してモニタ８およびスピーカ９に出力する。その構成として、光ピックアップ２、ＤＳＰ（Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｏｒ）３、イベントインタフェース部４、制御部５、デコーダ６および出力処理部７を備えている。
【００１０】
光ピックアップ２は、光ディスクｄの記録面に光を照射してその反射光を受信することにより、光ディスクｄの記録内容に応じた信号を読み出してＤＳＰ３に出力する。
また、ＤＳＰ３は、光ピックアップ２から入力された信号を信号処理することにより、ＡＶストリームを生成する。ＡＶストリームは、ＤＳＰ３から制御部５に出力され、制御部５を介してデコーダ６に出力される。
【００１１】
イベントインタフェース部４は、ユーザによる操作に応じたイベントを受け付ける。
例えば、リモートコントローラ、タッチパネル、各種ハードウェアボタンなどのＨＭＩ（Ｈｕｍａｎ  Ｍａｃｈｉｎｅ  Ｉｎｔｅｒｆａｃｅ）１０への操作に応じたイベントが受け付けられる。イベントインタフェース部４に受け付けられたイベントは、制御部５によって受信されてイベントの内容が解釈される。
【００１２】
また、イベントインタフェース部４は、ＢＤ−Ｊ（Ｊａｖａ；登録商標）キーイベントと、ＢＤ−Ｊアプリケーションによらずに実行されるイベントとが設定されたキー操作に応じたイベントを受け付ける。
ＢＤ−Ｊキーイベントは、この発明における第１のイベントを具体化したものであり、ＢＤＭＶ（ＢＤ  Ｍｏｖｉｅ）の再生中にＢＤ−Ｊアプリケーションにより実行される。
なお、ＢＤ−Ｊキーイベントの実行結果の内容は、ＢＤコンテンツの製作者側で自由に設定することができ、ＢＤプレイヤ１の実装キーに対して、Ｐｌａｙｂａｃｋ  Ｋｅｙ  Ｅｖｅｎｔとして設定される。
【００１３】
さらに、上記実装キーには、ＢＤ−Ｊアプリケーションによらずに実行されるイベントも設定されている。以降、このイベントを通常イベントと呼ぶ。
この通常イベントは、この発明における第２のイベントを具体化したものであり、実行結果の内容がＢＤプレイヤ１の製作者側で設定される。
実装キーの操作でＢＤ−Ｊキーイベントが受け付けられない状態、すなわち、Ｐｌａｙｂａｃｋ  Ｋｅｙ  Ｅｖｅｎｔが取得できない場合、通常イベントは、Ｐｌａｙｂａｃｋ  Ｃｏｎｔｒｏｌ  Ｕｓｅｒ  Ｏｐｅｒａｔｉｏｎとして実行される。
【００１４】
例えば、ＢＤＭＶの再生中に、“スキップＵＰ”というキーボタンが押下された場合、このキーボタンでＢＤ−Ｊキーイベントが受け付け可能な状態であれば、Ｐｌａｙｂａｃｋ  Ｋｅｙ  Ｅｖｅｎｔである“ＶＫ＿ＴＲＡＣＫ＿ＮＥＸＴ”として実行される。
また、このキーボタンでＢＤ−Ｊキーイベントが受け付けられない状態である場合は、Ｐｌａｙｂａｃｋ  Ｃｏｎｔｒｏｌ  Ｕｓｅｒ  Ｏｐｅｒａｔｉｏｎのうち、“Ｓｋｉｐ  ｔｏ  Ｎｅｘｔ  Ｐｏｉｎｔ（）”という通常のチャプタ送り指示が実行される。
【００１５】
制御部５は、イベントインタフェース部４により受け付けられたイベントの内容を解釈することで、デコーダ６によるデコード処理の開始または終了を制御し、さらに各種操作の処理を実行する。
また、制御部５は、ＢＤ−Ｊキーイベントおよび通常イベントのうち、上記キーボタンの操作でＢＤ−Ｊキーイベントが受け付け可能状態であるか否かを判定する。
制御部５は、上記キーボタンの操作でＢＤ−Ｊキーイベントが受け付け可能状態であると判定すると、イベントインタフェース部４によって上記キーボタンの操作に応じて連続して受け付けられたＢＤ−Ｊキーイベントの間引きを実行する。
【００１６】
ＢＤ−Ｊキーイベントは、ＢＤＭＶの再生中にＢＤ−Ｊアプリケーションによって実行され、通常イベントよりも処理負荷が高い傾向にある。従って、ＢＤ−Ｊキーイベントが連続して受け付けられた場合、処理負荷がさらに高くなる可能性がある。
そこで、実施の形態１に係るＢＤプレイヤ１では、ＢＤ−Ｊキーイベントが連続して受け付けられて処理負荷が高くなることが予想される場合に、ＢＤ−Ｊキーイベントを間引いている。これにより、ＢＤ−Ｊキーイベントを適切に間引くことができ、ＢＤ−Ｊキーイベントの処理負荷を低減することができる。
【００１７】
デコーダ６は、制御部５から入力したＡＶストリームをデコードして映像データおよび音声データを得る。出力処理部７は、デコーダ６によりデコードされた映像データおよび音声データを出力可能なデータに変換してモニタ８およびスピーカ９に出力する。これにより、モニタ８は映像データを表示し、スピーカ９は音声データを音声出力する。
【００１８】
次に、ＢＤ−Ｊキーイベントの処理について説明する。
図２は、連続して受け付けられたイベントを間引かずに実行した場合を示す図であり、ＢＤ−Ｊキーイベントが受け付け可能な状態であることを前提としている。
また、図２において、ＨＭＩ１０であるリモコンのキーボタンが操作されて受け付けられたＢＤ−Ｊキーイベントの実行結果は、キーボタンの押下回数表示８ａをモニタ８の画面に表示する動作であるものとする。
【００１９】
例えば、ＢＤＭＶの再生中に、“スキップＵＰ”というキーボタンが一定時間内に５回押下されると、イベントインタフェース部４は、キーボタンの押下に応じて一定時間内に５回のイベントを連続して受け付ける。なお、“スキップＵＰ”のキーボタンには、ＢＤ規格に定義されたＰｌａｙｂａｃｋ  Ｋｅｙ  Ｅｖｅｎｔのうち、“ＶＫ＿ＴＲＡＣＫ＿ＮＥＸＴ”が設定されている。
【００２０】
図２の場合、制御部５が、“ＶＫ＿ＴＲＡＣＫ＿ＮＥＸＴ”を実行するたびに、“スキップＵＰ”のキーボタンの押下回数表示８ａがモニタ８の画面上に表示される。
また、制御部５は、図２において、イベントインタフェース部４によって連続して受け付けられたイベントを間引かない。従って、ユーザが、“スキップＵＰ”のキーボタンを一定時間内に５回押下すると、図２に矢印で示す画面表示となり、“００５”の押下回数表示８ａが画面上に表示される。
【００２１】
これにより、連続して受け付けられた全てのイベントが実行され、イベント処理が欠落することによる影響を受けない。
しかしながら、通常イベントよりも処理負荷が高い傾向にあるＢＤ−Ｊキーイベントが連続して処理されるため、処理負荷が過大になる可能性がある。
【００２２】
図３は、連続して受け付けられたイベントを一律に間引いた場合を示す図であり、図２と同様に、ＢＤ−Ｊキーイベントが受け付け可能な状態であることを前提としている。
また、図３においても、ＨＭＩ１０のキーボタンが操作されて受け付けられたＢＤ−Ｊキーイベントの実行結果は、ボタンの押下回数表示８ａをモニタ８の画面に表示する動作であるものとする。
【００２３】
ＢＤＭＶの再生中に、“スキップＵＰ”のキーボタンが一定時間内に５回押下されて、イベントインタフェース部４は、キーボタンの押下に応じて一定時間内に５回のイベントを連続して受け付ける。ここで、一定時間内に連続して受け付けられたイベントのうち、１つのイベントのみを実行する条件でイベントを一律に間引いた場合、図３に矢印で示すように、“００１”の押下回数表示８ａが画面上に表示される。
【００２４】
この場合、ＢＤ−Ｊキーイベントが間引かれるため、ＢＤ−Ｊキーイベントの処理負荷は低減する。しかしながら、仮に、“スキップＵＰ”のキーボタンの操作でＢＤ−Ｊキーイベントが受け付けられない状態であった場合は、このキーボタンに設定されていた通常イベントが間引かれてしまう。すなわち、このキーボタンに設定されていたチャプタ送り指示が一律に間引かれ、チャプタ送り指示が間欠状態となって不具合が生じる。
【００２５】
図４は、実施の形態１における間引き可否判定の概要を示す図である。
実施の形態１の制御部５は、“スキップＵＰ”のキーボタンの押下に応じて、イベントインタフェース部４に連続してイベントが受け付けられると、このキーボタンでＢＤ−Ｊキーイベントが受け付け可能な状態であるか否かを判定する。
【００２６】
ＢＤ−Ｊキーイベントが受け付け可能な状態である場合、図４に符号Ａで示すように、制御部５は、連続して受け付けられたＢＤ−Ｊキーイベントの間引きを実行する。
図４では、一定時間内に連続して受け付けられたイベントのうち、１つのイベントのみを実行する条件で、ＢＤ−Ｊキーイベントを間引いている。このため、“００１”の押下回数表示８ａが画面上に表示される。
【００２７】
一方、ＢＤ−Ｊキーイベントが受け付けられない状態である場合、図４に符号Ｂで示すように、制御部５は、連続して受け付けられた通常イベントを間引かずに実行する。
“スキップＵＰ”のキーボタンにはチャプタ送り指示が設定されているので、チャプタ表示８ｂが、“ｃｈａｐｔｅｒ  １／１０”から“ｃｈａｐｔｅｒ  ６／１０”となり、キーボタンの押下回数だけチャプタが送られる。
実施の形態１の制御部５は、このようにイベント内容から間引き可否を判定するので、連続して受け付けられたイベントを適切に間引くことができる。
【００２８】
次に動作について説明する。
図５は、実施の形態１に係るコンテンツ再生装置の動作を示すフローチャートであり、ＢＤプレイヤ１によるイベント処理の詳細を示している。
まず、制御部５は、イベントインタフェース部４によってユーザ操作に応じたイベントが受け付けられると、このイベントに関する情報からイベント種別を取得する（ステップＳＴ１）。なお、イベントに関する情報は、光ピックアップ２によって光ディスクｄから読み出され、ＤＳＰ３を介して制御部５に取得される。
【００２９】
制御部５は、取得したイベント種別に基づいて、イベントインタフェース部４によって受け付けられたイベントの種別がキーイベントであるか否かを判定する（ステップＳＴ２）。イベント種別がキーイベントである場合（ステップＳＴ２；キーイベント）、制御部５は、ステップＳＴ３の処理に移行する。また、イベント種別がキーイベント以外であれば（ステップＳＴ２；キーイベント以外）、ステップＳＴ５に移行する。
【００３０】
ステップＳＴ３において、制御部５は、ＢＤ−Ｊキーイベントが有効か、無効かを判定する。なお、“ＢＤ−Ｊキーイベント有効”とは、イベントインタフェース部４によってイベントが受け付けられたキー操作においてＢＤ−Ｊキーイベントが受け付け可能な状態であることを示している。“ＢＤ−Ｊキーイベント無効”とは、ＢＤ−Ｊキーイベントが受け付けられない状態であることを示している。
【００３１】
イベントが受け付けられたキー操作において、ＢＤ−Ｊキーイベントが受け付け可能な状態である場合（ステップＳＴ４；ＢＤ−Ｊキーイベント有効）、制御部５は、ステップＳＴ６の処理に移行する。また、ＢＤ−Ｊキーイベントが受け付けられない状態であれば（ステップＳＴ４；ＢＤ−Ｊキーイベント無効）、ステップＳＴ５に移行する。
【００３２】
ステップＳＴ５において、制御部５は、イベントインタフェース部４によって受け付けられたユーザイベントを実行する。ユーザイベントとは、キーイベント以外のイベント、またはキーボタンに設定された通常イベントである。これらのイベントは、イベント処理が欠落することなく連続して実行すべきイベントであり、例えば、チャプタ送り指示などである。
【００３３】
ステップＳＴ６において、制御部５は、イベントインタフェース部４によって受け付けられたＢＤ−Ｊキーイベントの間引き判定を実行する。
ここで、間引き可と判定した場合（ステップＳＴ７；間引きする）、制御部５は、該当するＢＤ−Ｊキーイベントを間引いてから、ステップＳＴ１に戻って前述した一連の処理を繰り返す。また、間引き不可と判定した場合（ステップＳＴ７；間引きしない）、制御部５は、該当するＢＤ−Ｊキーイベントを実行する（ステップＳＴ８）。
ステップＳＴ５またはステップＳＴ６の処理が完了すると、ステップＳＴ１に戻って、前述した一連の処理を繰り返す。
【００３４】
次に、ＢＤ−Ｊキーイベント有効状態判定の詳細について説明する。
図６は、図５のステップＳＴ３の処理の詳細を示すフローチャートである。
まず、制御部５は、コンテンツに関する情報からＢＤコンテンツのフォーマットを取得する（ステップＳＴ１ａ）。なお、コンテンツに関する情報は、光ピックアップ２により光ディスクｄから読み出され、ＤＳＰ３を介して制御部５に取得されているものとする。
【００３５】
続いて、制御部５は、取得したフォーマット情報に基づいて、コンテンツの種別を判定する（ステップＳＴ２ａ）。ここで、コンテンツがＢＤＭＶ以外であると（ステップＳＴ２ａ；ＢＤＭＶ以外）、ステップＳＴ９ａの処理に移行する。
また、コンテンツがＢＤＭＶであると（ステップＳＴ２ａ；ＢＤＭＶ）、制御部５は、コンテンツに関する情報から、再生対象のタイトルのメディア種別を取得する（ステップＳＴ３ａ）。
【００３６】
次に、制御部５は、取得したメディア種別に基づいて、再生対象のタイトルのメディア種別がＨＤＭＶ（Ｈｉｇｈ  Ｄｅｆｉｎｉｔｉｏｎ  Ｍｏｖｉｅ）であるか、ＢＤ−Ｊであるかを判定する（ステップＳＴ４ａ）。
ここで、メディア種別がＢＤ−Ｊであると（ステップＳＴ４ａ；ＢＤ−Ｊ）、制御部５は、ステップＳＴ５ａの処理に移行する。また、メディア種別がＨＤＭＶであれば（ステップＳＴ４ａ；ＨＤＭＶ）、ステップＳＴ９ａの処理に移行する。
【００３７】
次に、制御部５は、コンテンツに関する情報から、ＢＤ−Ｊタイトルのタイトル種別を取得する（ステップＳＴ５ａ）。ＢＤ規格では、ＢＤ−Ｊタイトルのタイトル種別としてＩｎｔｅｒａｃｔｉｖｅ  ＴｉｔｌｅとＭｏｖｉｅ  Ｔｉｔｌｅを定めている。
タイトル種別がＩｎｔｅｒａｃｔｉｖｅ  Ｔｉｔｌｅの場合（ステップＳＴ６ａ；Ｉｎｔｅｒａｃｔｉｖｅ  Ｔｉｔｌｅ）、制御部５は、ステップＳＴ７ａの処理に移行する。
タイトル種別がＭｏｖｉｅ  Ｔｉｔｌｅであった場合（ステップＳＴ６ａ；Ｍｏｖｉｅ  Ｔｉｔｌｅ）、ステップＳＴ９ａの処理に移行する。
【００３８】
次に、制御部５は、Ｉｎｔｅｒａｃｔｉｖｅ  ＴｉｔｌｅのオブジェクトファイルからＫｅｙ  Ｉｎｔｅｒｅｓｔ  Ｔａｂｌｅの登録情報を取得する（ステップＳＴ７ａ）。
この後、制御部５は、Ｋｅｙ  Ｉｎｔｅｒｅｓｔ  Ｔａｂｌｅの登録情報を参照して、キーイベントの照合を行う（ステップＳＴ８ａ）。
【００３９】
なお、Ｉｎｔｅｒａｃｔｉｖｅ  ＴｉｔｌｅのＢＤ−Ｊアプリケーションのみが、ＢＤ−ＪキーイベントであるＰｌａｙｂａｃｋ  Ｋｅｙ  Ｅｖｅｎｔを、ＢＤコンテンツから受信することができる。ただし、このＢＤ−Ｊアプリケーションによって受け取りが可能なＰｌａｙｂａｃｋ  Ｋｅｙ  Ｅｖｅｎｔは、Ｋｅｙ  Ｉｎｔｅｒｅｓｔ  Ｔａｂｌｅに受信の旨を登録したものに限られる。
【００４０】
そこで、制御部５は、イベントインタフェース部４により受け付けられたキーイベントがＫｅｙ  Ｉｎｔｅｒｅｓｔ  Ｔａｂｌｅに登録されているか否かを照合する。
Ｋｅｙ  Ｉｎｔｅｒｅｓｔ  Ｔａｂｌｅに登録されていなければ（ステップＳＴ８ａ；Ｋｅｙ  Ｉｎｔｅｒｅｓｔ  Ｔａｂｌｅに登録なし）、制御部５は、ステップＳＴ９ａの処理に移行する。
【００４１】
ステップＳＴ９ａにおいて、制御部５は、“ＢＤ−Ｊキーイベント無効”、すなわち、イベントインタフェース部４によってイベントが受け付けられたキー操作でＢＤ−Ｊキーイベントが受け付けられない状態であると判断する。
また、受け付けられたキーイベントが、Ｋｅｙ  Ｉｎｔｅｒｅｓｔ  Ｔａｂｌｅに登録されている場合（ステップＳＴ８ａ；Ｋｅｙ  Ｉｎｔｅｒｅｓｔ  Ｔａｂｌｅに登録あり）、制御部５は、ステップＳＴ１０ａの処理に移行する。
【００４２】
ステップＳＴ１０ａにおいて、制御部５は、“ＢＤ−Ｊキーイベント有効”、すなわちイベントインタフェース部４によってイベントが受け付けられたキー操作でＢＤ−Ｊキーイベントが受け付け可能状態であると判断する。
ステップＳＴ９ａまたはステップＳＴ１０ａの処理が完了すると、ステップＳＴ１ａに戻り、連続して受け付けられた全てのイベントに対して前述した一連の処理が繰り返される。全てのイベントに対する処理が完了すると図５のステップＳＴ４の処理に移行する。
【００４３】
次に、ＢＤ−Ｊキーイベント間引き判定の詳細について説明する。
図７は、図５のステップＳＴ６の処理の詳細を示すフローチャートである。
制御部５は、イベント受信タイマを備えている。このイベント受信タイマは、前回に、イベント間引きを実行しないと判定されたタイミング、すなわち前回イベント実行時からの経過時間Ｗを計時する。
【００４４】
イベント受信タイマの経過時間Ｗが“０”の場合（ステップＳＴ１ｂ；ＮＯ）、制御部５は、イベント受信タイマが未起動の状態であると判断して、ステップＳＴ４ｂの処理に移行する。
一方、イベント受信タイマの経過時間Ｗが“０”ではない場合（ステップＳＴ１ｂ；ＹＥＳ）、制御部５は、この経過時間Ｗが閾値未満であるか否かを判定する（ステップＳＴ２ｂ）。なお、閾値は、イベントを間引き対象とする時間範囲を示す固定値であり、例えば、３００ミリ秒程度の時間が設定される。
【００４５】
経過時間Ｗが閾値未満である場合（ステップＳＴ２ｂ；ＹＥＳ）、制御部５は、ＢＤ−Ｊキーイベントが連続して受け付けられたと判断し、予め設定された判定条件に従って、間引き対象のＢＤ−Ｊキーイベントを確定する（ステップＳＴ３ｂ）。
また経過時間Ｗが閾値以上の場合（ステップＳＴ２ｂ；ＮＯ）、制御部５は、ＢＤ−Ｊキーイベントが連続して受け付けられなかったと判断してステップＳＴ４ｂに移行する。
【００４６】
ステップＳＴ４ｂにおいて、制御部５は、ＢＤ−Ｊキーイベントを間引き不可と判定して、間引きを実行しないＢＤ−Ｊキーイベントとして確定する。
次に、制御部５は、イベント受信タイマを再起動し（ステップＳＴ５ｂ）、経過時間Ｗをリセットする。ステップＳＴ３ｂまたはステップＳＴ５ｂの処理が完了すると、図５のステップＳＴ７に移行する。
【００４７】
なお、これまでの説明では、ＢＤ−Ｊキーイベントが連続して受け付けられた場合に、ＢＤ−Ｊキーイベントの間引きを行う場合を示したが、これに限定されるものではない。
例えば、実施の形態１におけるイベント間引き処理は、通常イベントよりも処理負荷の高い傾向にあるイベントであれば適用することができる。
すなわち、実施の形態１で間引き対象となるイベントは、コンテンツの再生中に特定のアプリケーションによって実行されるイベントであればよい。
【００４８】
以上のように、実施の形態１に係るＢＤプレイヤ１では、ＢＤＭＶの再生中にＢＤ−Ｊアプリケーションにより実行されるＢＤ−Ｊキーイベントが連続して受け付けられて処理負荷が高くなることが予想される場合に、ＢＤ−Ｊキーイベントが間引かれる。
これにより、ＢＤ−Ｊキーイベントを適切に間引くことができ、ＢＤ−Ｊキーイベントの処理負荷を低減することができる。
【００４９】
実施の形態２．
実施の形態２に係るコンテンツ再生装置は、連続して受け付けられたイベントのうち、優先するイベントを決定し、優先するイベントを残してイベント間引きを実行する。
また、実施の形態２に係るコンテンツ再生装置は、上記実施の形態１の場合と同様に、ＢＤプレイヤ１として具体化することができる。従って、以降では、コンテンツ再生装置をＢＤプレイヤ１とし、その構成については図１を参照する。
【００５０】
図８は、この発明の実施の形態２における間引き可否判定の概要を示す図である。
制御部５は、イベント優先判定ロジック５ａを備える。イベント優先判定ロジック５ａは、この発明における判定条件を具体化したものであり、イベントインタフェース部４によって連続して受け付けられたイベントのうちから、優先するイベントを決める判定条件が定義されている。例えば、イベント優先判定ロジック５ａには、後述する判定条件１〜５が定義されており、いずれか１つの条件を有効にして判定してもよいが、各条件を有効にして判定してもよい。なお、排他的な内容の条件同士では、有効にする条件を予め設定しておく。
【００５１】
判定条件１では、最新のイベントを優先する。具体的には、一定時間内に連続して受け付けられたイベントのうち、コンテンツの再生状態を変更する内容かつ最も後に受け付けられたイベントを、優先するイベントに決定する。これにより、コンテンツの再生状態を変更する最新のイベントのみが実行され、残りのイベントを間引くことができる。
なお、一定時間には、例えば３００ミリ秒程度の時間が設定され、この時間内に受け付けられたイベントが、優先するイベントの判定対象となる。
また、コンテンツの再生状態とは、コンテンツの再生開始、早送り、一時停止といった再生に関する基本状態である。さらに、例えば、コンテンツを再生しているときに早送りを指示するイベントは、コンテンツの再生状態を変更するイベントとなる。
【００５２】
図８に示す例では、一定時間内に、イベント１、イベント２、イベント３、イベント４がイベントインタフェース部４によって受け付けられて、その順序でイベントキャッシュ５ａ−１に格納されている。このとき、イベント優先判定ロジック５ａの判定条件１が有効である場合、制御部５は、イベントキャッシュ５ａ−１に格納されたイベントのうち、コンテンツの再生状態を変更する内容のイベントを探索する。図８の場合、早送りを指示するイベント２と、一時停止を指示するイベント３とが探索される。
【００５３】
制御部５は、判定条件１に従って、イベント２およびイベント３のうち、最も後に受け付けられたイベント３を、優先するイベントに決定する。
次に、制御部５は、イベントキャッシュ５ａ−１に格納された複数のイベントのうち、イベント３以外のイベントを間引き、イベント３を実行する。
これにより、図８に示すように、モニタ８に表示された映像が一時停止され、一時停止マーク８ｃが画面上に表示される。
【００５４】
判定条件２では、最先のイベントを優先する。具体的には、一定時間内に連続して受け付けられたイベントのうち、コンテンツの再生状態を変更する内容かつ最も先に受け付けられたイベントを優先するイベントに決定する。
これにより、最も先に指示されてコンテンツの再生状態を変更するイベントのみが実行され、残りのイベントが間引かれる。
なお、判定条件１と判定条件２は排他的な内容であるので、いずれを有効にするかは、制御部５に予め設定しておく。
【００５５】
判定条件３では、コンテンツの再生を停止するイベントを優先する。
具体的には、一定時間内に連続して受け付けられたイベントのうち、コンテンツの再生を停止させる内容のイベントを優先するイベントに決定する。これにより、コンテンツの再生停止を優先させることができる。例えば、コンテンツの再生を停止するときに、再生停止ボタンを連続して押下してしまった場合に有効である。
【００５６】
判定条件４では、コンテンツの再生の停止後、コンテンツの再生を開始するイベントを優先する。具体的には、コンテンツの再生を停止するイベントを優先するイベントに決定してから、一定時間内にコンテンツの再生を開始させるイベントがさらに受け付けられた場合、コンテンツの再生を開始させるイベントを優先するイベントに決定する。
これにより、コンテンツの再生が停止されてから、コンテンツの再生開始を優先させることができる。例えば、コンテンツの再生停止ボタンを誤って押下してしまったときに、コンテンツの再生を開始させる場合に有効である。
【００５７】
判定条件５では、一定時間内に連続して受け付けられたイベントのうち、第１の状態と第２の状態とのいずれかを取り得るイベントであって、実行された場合に現在の状態とは異なる状態になりかつ最も先に受け付けられたイベントを優先する。これにより、最も先に受け付けられたイベントが指示する状態に遷移させることができる。
なお、第１の状態および第２の状態として、例えば、一時停止のオン状態とオフ状態がある。また、セカンダリビデオのオン状態とオフ状態、セカンダリオーディオのオン状態とオフ状態、字幕のオン状態とオフ状態などが挙げられる。ポップアップメニューの表示と非表示も含まれる。
【００５８】
例えば、モニタ８に映像コンテンツを再生しているときに、一定時間内に一時停止オンのイベントと一時停止オフのイベントとが順に受け付けられた場合に、制御部５は、判定条件５に従って、先に受け付けられたイベントを優先して実行する。
これにより、一時停止ボタンを誤って２回連続して押下した場合であっても、再生状態から一時停止状態への遷移が可能となる。
【００５９】
また、字幕オフの状態で映像コンテンツをモニタ８に再生しているときに、一定時間内に、一時停止オンのイベント、字幕オンのイベント、一時停止オフのイベントが、この順で受け付けられた場合を例に挙げる。この場合、制御部５は、判定条件５に従って、先に受け付けられた、一時停止オンのイベントを優先して実行する。これにより、字幕オンのイベントは間引かれるが、再生状態から一時停止状態への遷移が可能となる。
【００６０】
次に動作について説明する。
図９は、実施の形態２に係るコンテンツ再生装置の動作を示すフローチャートであり、ＢＤプレイヤ１によるイベント処理の詳細を示している。
まず、制御部５は、イベント受信タイマの経過時間Ｗが“０”である場合（ステップＳＴ１ｃ；ＮＯ）、イベント受信タイマが未起動の状態であると判断してステップＳＴ８ｃの処理に移行する。ステップＳＴ８ｃにおいて、制御部５は、受信されたイベントを実行する。その後、ステップＳＴ７ｃに移行する。
【００６１】
一方、経過時間Ｗが“０”ではない場合（ステップＳＴ１ｃ；ＹＥＳ）、制御部５は、経過時間Ｗが閾値未満であるか否かを判定する（ステップＳＴ２ｃ）。
なお、この閾値は、イベントを間引き対象とする時間範囲を示す固定値であって、前述した一定時間を示す値である。例えば、３００ミリ秒程度の時間が設定される。
【００６２】
イベント受信タイマの経過時間Ｗが閾値未満であると（ステップＳＴ２ｃ；ＹＥＳ）、制御部５は、イベントキャッシュ５ａ−１に格納されたイベントから、優先するイベントを決定する（ステップＳＴ３ｃ）。
例えば、制御部５は、イベント優先判定ロジック５ａに従ってイベントキャッシュ５ａ−１に格納されているイベントから、優先イベントの判定条件に合致するイベントを判定し、優先するイベントを決定する。
ステップＳＴ３ｃの処理が完了すると、ステップＳＴ１ｃに戻り、前述した一連の処理を繰り返す。
【００６３】
一方、イベント受信タイマの経過時間Ｗが閾値以上になった場合（ステップＳＴ２ｃ；ＮＯ）、制御部５は、イベントキャッシュ５ａ−１に格納されたイベントから、ステップＳＴ３ｃで決定された優先するイベントを取得する（ステップＳＴ４ｃ）。
次に、制御部５は、取得したイベントを実行する（ステップＳＴ５ｃ）。
【００６４】
続いて、制御部５は、イベントキャッシュ５ａ−１をクリアすることにより、イベントキャッシュ５ａ−１に残されたイベントを間引く（ステップＳＴ６ｃ）。
この後、制御部５は、イベント受信タイマを再起動して（ステップＳＴ７ｃ）、経過時間Ｗをリセットする。これにより、次の一定時間内に受け付けられたイベントに対して、前述した一連の処理が繰り返される。
【００６５】
次に、優先イベント判定の詳細について説明する。
図１０は、図９のステップＳＴ３ｃの処理の詳細を示すフローチャートである。
まず、制御部５は、図６に示した一連の処理を実行して、イベントインタフェース部４がイベントを受け付けたキー操作でＢＤ−Ｊキーイベントが有効か、無効かを判定する（ステップＳＴ１ｄ）。
【００６６】
ＢＤ−Ｊキーイベントが受け付け可能な状態である場合（ステップＳＴ２ｄ；ＢＤ−Ｊキーイベント有効）、制御部５は、ステップＳＴ６ｄの処理に移行する。
ＢＤ−Ｊキーイベントが受け付けられない状態であれば（ステップＳＴ２ｄ；ＢＤ−Ｊキーイベント無効）、ステップＳＴ３ｄの処理に移行する。
【００６７】
ステップＳＴ３ｄにおいて、制御部５は、一定時間内にイベントキャッシュ５ａ−１に格納されたイベントのイベントリストを取得する。なお、イベントリストとは、イベントの内容などのイベントを特定する情報を、イベントの受信順にリストアップしたデータである。例えば、制御部５が、イベントを受信順にイベントキャッシュ５ａ−１に格納するたびに、イベントリストを作成する。
【００６８】
次に、制御部５は、イベント優先判定ロジック５ａに従って、イベントキャッシュ５ａ−１に格納されているイベントのうちから、優先するイベントを判定する（ステップＳＴ４ｄ）。例えば、制御部５は、イベント優先判定ロジック５ａにおける有効な判定条件とイベントリストにおける各イベントの受信順および内容とを比較し、判定条件に合致するか否かに応じて、優先するイベントを判定する。
【００６９】
ここで、優先するイベントと判定されなかった場合（ステップＳＴ４ｄ；優先イベントではない）、制御部５は、このイベントをイベントリストの最後尾に設定する（ステップＳＴ５ｄ）。
一方、優先するイベントと判定された場合（ステップＳＴ４ｄ；優先イベント）、制御部５は、このイベントを優先イベントに設定する（ステップＳＴ６ｄ）。
ステップＳＴ５ｄまたはステップＳＴ６ｄの処理が完了すると、一定時間内に受け付けられた全てのイベントに対して前述した一連の処理が繰り返される。これらのイベントに対する処理が完了すると、図９のステップＳＴ１ｃの処理に移行する。これにより、図９のステップＳＴ４ｃにおいて、優先イベントが制御部５によって実行される。
【００７０】
これまでの説明では、イベント優先判定ロジック５ａに従って、ＢＤ−Ｊキーイベントを間引く場合を示したが、これに限定されるものではない。
すなわち、実施の形態２におけるイベント間引き処理は、ＢＤ−Ｊキーイベント以外のイベントに対しても適用することができる。この場合、図１０におけるステップＳＴ１ｄおよびステップＳＴ２ｄの処理が省略される。
【００７１】
以上のように、実施の形態２に係るＢＤプレイヤ１は、イベント優先判定ロジック５ａに基づいて、連続して受け付けられたイベントから優先するイベントを決定し、優先するイベントを残してイベント間引きを実行する。このようにすることで、連続するイベントを適切に間引くことができ、イベントの処理負荷を低減することができる。
【００７２】
また、実施の形態２に係るＢＤプレイヤ１において、制御部５は、連続して受け付けられたイベントのうち、コンテンツの再生状態を変更する内容でかつ最後に受け付けられたイベントを優先するイベントに決定する。これにより、コンテンツの再生状態を変更する最新のイベントのみが実行され、残りのイベントを間引くことができる。
【００７３】
さらに、実施の形態２に係るＢＤプレイヤ１において、制御部５は、連続して受け付けられたイベントのうち、コンテンツの再生状態を変更する内容でかつ最初に受け付けられたイベントを優先するイベントに決定する。これにより、コンテンツの再生状態を変更する、最初に指示されたイベントのみが実行され、残りのイベントを間引くことができる。
【００７４】
さらに、実施の形態２に係るＢＤプレイヤ１において、制御部５は、連続して受け付けられたイベントのうち、コンテンツの再生を停止させるイベントを、優先するイベントに決定する。これにより、コンテンツの再生停止を優先することができる。
【００７５】
さらに、実施の形態２に係るＢＤプレイヤ１において、制御部５は、一定時間内にコンテンツの再生を開始させるイベントがさらに受け付けられた場合、コンテンツの再生を開始させるイベントを優先するイベントに決定する。これにより、コンテンツの再生が停止されてから、コンテンツの再生開始を優先させることができる。
【００７６】
さらに、実施の形態２に係るＢＤプレイヤ１において、制御部５は、連続して受け付けられたイベントのうち、実行された場合に現在状態とは異なる状態になりかつ最初に受け付けられたイベントを、優先するイベントに決定する。これにより、最も先に受け付けられたイベントが指示する状態に遷移させることができる。
【００７７】
さらに、実施の形態２に係るＢＤプレイヤ１において、制御部５は、ＢＤＭＶの再生中にＢＤ−Ｊアプリケーションによって実行されるＢＤ−Ｊキーイベントが連続して受け付けられると、連続して受け付けられたイベントの間引きを実行する。これにより、ＢＤ−Ｊキーイベントを適切に間引くことができ、ＢＤ−Ｊキーイベントの処理負荷を低減することができる。
【００７８】
実施の形態３．
実施の形態３に係るコンテンツ再生装置は、実行が禁止された操作に応じたイベントが連続して受け付けられると、最初に受け付けられたイベントを残してイベントの間引きを実行する。また、実施の形態３に係るコンテンツ再生装置は、上記実施の形態１の場合と同様に、ＢＤプレイヤ１として具体化することができる。従って、以降では、コンテンツ再生装置をＢＤプレイヤ１とし、その構成については図１を参照する。
【００７９】
図１１は、この発明の実施の形態３における間引き可否判定の概要を示す図である。
ＢＤＭＶ、ＤＶＤ−Ｖｉｄｅｏでは、ＵＯ（Ｕｓｅｒ  Ｏｐｅｒａｔｉｏｎ）マスクが規格に定義されている。ＵＯマスクとは、コンテンツ製作者側でコンテンツの任意の区間における特定の操作を禁止設定するものである。
【００８０】
図１１に示す例では、コンテンツの時間区間Ｃで早送り操作にＵＯマスクが設定されているが、時間区間Ｄでは早送り操作にＵＯマスクが設定されていない。
従って、ＨＭＩ１０であるリモコンの早送りボタンをユーザが押下しても、コンテンツの時間区間Ｃでは早送りされず、早送り操作が禁止されていることを示すイベントが実行される。これにより、モニタ８の画面上に操作禁止マーク８ｄが表示される。
【００８１】
また、コンテンツの時間区間Ｄでユーザが早送りボタンを押下すると、この時間区間では早送り操作にＵＯマスクが設定されていないので、このボタン操作に応じたイベントが実行される。これにより、モニタ８に表示された映像が早送りされ、さらに、早送り中であることを示す早送りマーク８ｅが表示される。
コンテンツの時間区間Ｄで早送りボタンが一定時間内に連続して押下された場合、最初の操作に応じて早送りが実行される。２回目以降の操作については、例えば早送りの速度が変更されるか、操作が無効であることが表示される。
【００８２】
一方、コンテンツの時間区間Ｃで早送りボタンが一定時間内に連続して押下されると、従来のＢＤプレイヤでは、各押下操作に応じたイベントが実行される。
すなわち、ＵＯマスクされている操作を連続して行っても、この操作が禁止されていることを示すイベントが連続して実行されるだけである。
【００８３】
しかしながら、ＵＯマスクされた操作に応じたイベントが処理負荷の高いグラフィカルな処理を含む場合、一定時間内に連続して当該操作が行われると、処理負荷が過大になる可能性があった。例えば、図１１の場合、モニタ８の画面上に操作禁止マーク８ｄを表示するイベントが、押下回数分だけ実行されることになる。
【００８４】
そこで、実施の形態３の制御部５では、ＵＯマスクされた操作に応じたイベントが連続して受け付けられた場合、最初に受け付けられたイベントを残して、イベントの間引きを実行する。例えば、早送りと一時停止とがＵＯマスクされた区間で一定時間内に早送り、一時停止といった順に連続して操作された場合、最初の操作に応じたイベント、すなわち早送りのみが実行される。なお、上記一定時間としては、例えば、操作禁止であることを示すマークなどを画面表示しておく期間と同等の時間が設定される。
【００８５】
次に動作について説明する。
図１２は実施の形態３に係るコンテンツ再生装置の動作を示すフローチャートであり、ＢＤプレイヤ１によるイベント処理の詳細を示している。
まず、制御部５は、コンテンツに関する情報から、ＢＤコンテンツのフォーマットを取得する（ステップＳＴ１ｅ）。なお、コンテンツに関する情報は、光ピックアップ２により光ディスクｄから読み出され、ＤＳＰ３を介して制御部５に取得されている。
【００８６】
続いて、制御部５は、取得したフォーマット情報に基づいて、コンテンツの種別を判定する（ステップＳＴ２ｅ）。
コンテンツがＢＤＭＶまたはＤＶＤ−Ｖｉｄｅｏ以外である場合（ステップＳＴ２ｅ；ＢＤＭＶまたはＤＶＤ−Ｖｉｄｅｏ以外）、制御部５は、受け付けられたイベントがＵＯマスクのないイベントと判断して、ステップＳＴ３ｅの処理に移行する。
ステップＳＴ３ｅにおいて、制御部５は、受け付けられたイベントを実行し、ステップＳＴ１ｅに戻る。
【００８７】
一方、コンテンツがＢＤＭＶまたはＤＶＤ−Ｖｉｄｅｏであると（ステップＳＴ２ｅ；ＢＤＭＶまたはＤＶＤ−Ｖｉｄｅｏ）、制御部５は、イベント受信タイマの経過時間Ｗが“０”であるか否かを確認する（ステップＳＴ４ｅ）。
このとき、イベント受信タイマの経過時間Ｗが“０”である場合（ステップＳＴ４ｅ；ＮＯ）、イベント受信タイマが未起動の状態であると判断してステップＳＴ９ｅの処理に移行する。ステップＳＴ９ｅにおいて、制御部５は、受信されたイベントを実行する。その後、ステップＳＴ１０ｅに移行する。
【００８８】
一方、経過時間Ｗが“０”ではない場合（ステップＳＴ４ｅ；ＹＥＳ）、制御部５は、経過時間Ｗが閾値未満であるか否かを判定する（ステップＳＴ５ｅ）。
この閾値は、イベントを間引き対象とする時間範囲を示す固定値であって、製品仕様に応じて決定される。
【００８９】
イベント受信タイマの経過時間Ｗが閾値以上である場合（ステップＳＴ５ｅ；ＮＯ）、制御部５は、ステップＳＴ９ｅの処理に移行する。
また、イベント受信タイマの経過時間Ｗが閾値未満である場合（ステップＳＴ５ｅ；ＹＥＳ）、制御部５は、コンテンツに関する情報からマスク情報を取得する（ステップＳＴ６ｅ）。ここで、マスク情報とは、コンテンツの時間区間とＵＯマスクが設定された操作との対応関係を示す情報であり、コンテンツに関する情報に含まれる。
【００９０】
次に、制御部５は、マスク情報に基づいて、イベントキャッシュ５ａ−１に格納されたイベントが、現在区間でＵＯマスクが設定された操作のイベントであるか否かを判定する（ステップＳＴ７ｅ）。
判定対象のイベントが、現在区間でＵＯマスクが設定された操作のイベントである場合（ステップＳＴ７ｅ；イベントにマスク有り）、制御部５は、最初に受け付けられたイベントを残してイベントの間引きを実行する（ステップＳＴ８ｅ）。
また判定対象のイベントが現在区間でＵＯマスクが設定された操作のイベントではない場合（ステップＳＴ７ｅ；イベントにマスク無し）、制御部５は、ステップＳＴ９ｅの処理に移行する。
【００９１】
ステップＳＴ９ｅにおいて、制御部５は、判定対象のイベントを実行する。
この後、制御部５は、イベント受信タイマを再起動して（ステップＳＴ１０ｅ）、経過時間Ｗをリセットする。これにより、次の一定時間内に受け付けられたイベントに対して前述した一連の処理が繰り返される。
【００９２】
以上のように、実施の形態３に係るＢＤプレイヤ１は、ＵＯマスクされた操作に応じたイベントが連続して受け付けられると、最初に受け付けられたイベントを残してイベントの間引きを実行する。このようにすることで、ＵＯマスクされた操作に応じたイベントが連続して受け付けられても、これらのイベントを適切に間引くことが可能となる。これにより、イベントの処理負荷を低減することができる。
【００９３】
実施の形態１〜３において、この発明に係るコンテンツ再生装置がＢＤプレイヤである場合について示したが、これに限定されるものではない。
例えば、再生対象のコンテンツが読み出される記録媒体は、ＣＤ、ＤＶＤ、ＢＤなどの光ディスクｄの他に、ＵＳＢメモリなどの半導体メモリであってもよい。
また、再生対象のコンテンツは、外部装置からダウンロードしたコンテンツであってもよく、ストリームデータとして受信したコンテンツであってもよい。
【００９４】
なお、本発明はその発明の範囲内において、各実施の形態の自由な組み合わせ、あるいは各実施の形態の任意の構成要素の変形、もしくは各実施の形態において任意の構成要素の省略が可能である。
【符号の説明】
【００９５】
１  ＢＤプレイヤ、２  光ピックアップ、３  ＤＳＰ、４  イベントインタフェース部、５  制御部、５ａ  イベント優先判定ロジック、５ａ−１  イベントキャッシュ、６  デコーダ、７  出力処理部、８  モニタ、８ａ  押下回数表示、８ｂ  チャプタ表示、８ｃ  一時停止マーク、８ｄ  操作禁止マーク、８ｅ  早送りマーク、９  スピーカ、１０  ＨＭＩ。
【図１】
2017212587.tif 000003
【図２】
2017212587.tif 000004
【図３】
2017212587.tif 000005
【図４】
2017212587.tif 000006
【図５】
2017212587.tif 000007
【図６】
2017212587.tif 000008
【図７】
2017212587.tif 000009
【図８】
2017212587.tif 000010
【図９】
2017212587.tif 000011
【図１０】
2017212587.tif 000012
【図１１】
2017212587.tif 000013
【図１２】
2017212587.tif 000014