(57)【要約】データストリーム自身に記憶されるイベントを使用する代わりに、アプリケーションは、ＤＶＤ又はＢｌｕ−Ｄｉｓｋのような記録キャリアのプレイリストからイベント情報を検索することができる。プレイリストからイベント情報を検索することで、イベント情報における変化はデータストリームの再処理を必要としない。さらに、アプリケーションは、データストリームのプレイバックの開始前にイベントが位置される場所、リソースの観点でどの機能が要求されるかを知る。良好なリソースのスケジューリングが可能となる。
2007508658.tif 000002
【特許請求の範囲】
【請求項１】
アプリケーションを処理するＪａｖａ（登録商標）プロセッサを有する、ビデオデータを含むデータストリームを検索するプレイバック装置であって、
前記Ｊａｖａプロセッサは、イベント情報を受けるための入力を有し、
前記イベント情報は、前記データストリームのプレイリストから取得される、
ことを特徴とするプレイバック装置。
【請求項２】
前記Ｊａｖａプロセッサは、前記イベント情報を前記アプリケーションに供給する手段を有する、
ことを特徴とする請求項１記載のプレイバック装置。
【請求項３】
前記プレイリストは、プレゼンテーション時間をもつマークを含み、前記イベント情報は、前記プレイバック装置がプレイバックの間のマークのプレゼンテーション時間に到達したことに関する情報である、
ことを特徴とする請求項１又は２記載のプレイバック装置。
【請求項４】
前記マークは、章のマーク又はスキップマーク若しくはリンクマークである、
ことを特徴とする請求項３記載のプレイバック装置。
【請求項５】
前記マークは、章のマーク又はスキップマーク若しくはリンクマークである、
ことを特徴とする請求項３記載のプレイバック装置。
【請求項６】
前記マークは、前記アプリケーションによる使用のために確保される、
ことを特徴とする請求項３記載のプレイバック装置。
【請求項７】
前記マークは、前記アプリケーションのための更なる情報を含む、
ことを特徴とする請求項６記載のプレイバック装置。
【請求項８】
アプリケーションを処理するためのＪａｖａプロセッサであって、
当該Ｊａｖａプロセッサはイベント情報を受けるための入力を含み、
前記イベント情報は、ビデオストリームのプレイリストから受信される、
ことを特徴とするＪａｖａプロセッサ。
【請求項９】
Ｊａｖａアプリケーションを処理するための方法であって、
Ｊａｖａアプリケーションを始動するステップと、
ビデオ情報又はオーディオ情報を含むデータストリームのプレイバックを始動するステップと、
イベント情報を検索するステップと、
前記イベント情報を前記Ｊａｖａアプリケーションに提供するステップとを含み、
前記イベント情報は、前記データストリームのプレイリストから検索される、
ことを特徴とする方法。
【請求項１０】
前記プレイリストは、プレゼンテーション時間をもつマークを含み、前記イベント情報は、前記プレイバック装置がプレイバックの間のマークのプレゼンテーション時間に到達したことに関する情報である、
ことを特徴とする請求項９記載のＪａｖａアプリケーションを処理する方法。
【請求項１１】
ビデオ情報を含むデータストリームと、マークを含むプレイリストとを有する記録キャリアであって、
前記マークは、アプリケーションによる使用のために確保される、
ことを特徴とする記録キャリア。
【請求項１２】
ビデオ情報を含むデータストリームと、マークを含むプレイリストとを有する記録キャリアであって、
前記マークは、前記アプリケーションのための更なる情報を含む、
ことを特徴とする記録キャリア。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、イベント情報を受ける入力を有する、アプリケーションを処理するためのＪａｖａ（登録商標）プロセッサを有する、ビデオデータを含むデータストリームを検索するプレイバック装置に関し、イベント情報を受ける入力を有する、アプリケーションを処理するためのＪａｖａプロセッサに関し、Ｊａｖａアプリケーションを処理するための方法に関する。
【背景技術】
【０００２】
かかるプレイバック装置は、ＭＨＰ規格に従うセットトップボックスから知られている。  
かかるセットトップボックスは、たとえばＪａｖａアプリケーションといったアプリケーションを処理するためのプロセッサを有する。Ｊａｖａアプリケーションは、セットトップボックスにより再生されているデータストリームに関連する機能をセットトップボックスに提供する。このため、Ｊａｖａアプリケーションは、ビデオ情報のストリームにおける所定の位置に到達したこと、及び関連する機能がＪａｖａアプリケーションにより提供されることになることをＪａｖａアプリケーションに示すイベントをＭＨＰビデオストリームから受ける。
【０００３】
イベントは、ＤＳＭ−ＣＣストリームイベントとしてビデオストリームに記憶される。
ストリームにイベントを記憶することは、イベントが変化する場合にストリームを再び処理する必要があるという問題点を有する。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
本発明の目的は、データストリームの拡張的な処理なしにイベントに対する変化を可能にし、ビデオ又はオーディオデータの再生の間に適切な位置でイベント情報を提供することができる方法を提供することにある。
【課題を解決するための手段】
【０００５】
上記目的を達成するため、本方法は、イベント情報がデータストリームのプレイリストから検索されることを特徴とする。
【０００６】
ビデオ又はオーディオデータを有するデータストリームに関連するイベント情報をプレイリストから検索することで、イベント情報は、ビデオ又はオーディオデータを含むデータストリームからもはや検索されない。イベント情報はデータストリームに含まれていないので、データストリームの再処理が必要とされず、データストリームは、イベント情報が変化したときに変化されないままである。さらに、プレイリストからイベント情報を検索することで、データストリームにおけるビデオ又はオーディオ情報のプレイバックとイベント情報との間のタイミングの相関を確立することができる。プレイリストは、ビデオ又はオーディオストリームのセクションが何時再生されることとなるかに関する情報をプレイバック装置に提供する。たとえば、章の開始を示す章のマークは、この章に関連するＪａｖａアプリケーションにより供給される機能を達成するために使用することができる。このように、章に関連する機能は、正しい瞬間で提供され、すなわちその章のプレイバックの開始で調整される。
【０００７】
イベント情報を変えることは、プレイリストの再処理を必要とし、これは、データストリームがイベント情報を買えるために再処理される必要がある状況に比較して実質的に少ない処理となる。さらに、プレイバック装置は、プレイリストにイベント情報を有することから利益を受ける。これは、データストリームからイベント情報を分離する必要がもはやなくなり、必要とされる処理リソースを低減するためである。更なる利点は、イベントが生じる前にプレイリストが検索されるために、イベントに到達する前にプレイバック装置がイベント情報に気付くということであり、アプリケーションの開始瞬間で、及び再生の間にイベントに到達した瞬間で、アプリケーションを開始する必要性及び予想されるプロセッサの作業負荷を予想することで、非常に良好にアプリケーションの始動をスケジューリングすることができる。
【０００８】
したがって、プレイリストから検索されるイベント情報は、データストリームそれ自身に記憶されるイベント情報として同じ機能が実現されるのを可能にし、イベント情報を代えるためにデータストリームの再処理を回避する。本発明の目的は、結果的に達成される。
【０００９】
本方法の実施の形態は、プレイリストがプレゼンテーション時間で記録されること、イベント情報が、プレイバックの間にプレイバック装置がマークプレゼンテーション時間に到達した情報であることを特徴とする。アプリケーションは、機能が何時提供されるべきかを知る必要がある。  
イベント情報は、イベントに到達する前にプレイリストから検索される。
【００１０】
ここでイベント情報の所有において、アプリケーションは、プレイバックの進展を連続して監視し、プレイバックがプレイリストで示されたポイントに進展したときに機能を提供する。次いで、アプリケーションは、イベントに関連する機能を提供する。
【００１１】
代替的に、イベント情報は、アプリケーションが機能を提供する必要がある瞬間でのみアプリケーションに提供される。プレイバック装置におけるプロセッサは、プレイリストからイベント情報を検索し、プレイリストにおけるイベント情報に対応するデータストリームにおけるそのポイントにプレイバックが到達したことをプロセッサが判定したときに、イベント情報をアプリケーションに供給する。したがって、レギュラーアプリケーションを使用することができる。アプリケーションは、データストリームのプレイバックの進展を監視する必要はないが、データストリームのプレイバックをモニタするためにプロセッサで実行している他のプロセスに依存する。特に、Ｊａｖａアプリケーションのケースでは、このことは、Ｊａｖａアプリケーションがプレイバック装置における下位レベルのプロセスに気付く必要がなく、基本のハードウェアとは独立して保持されるために有利である。
【００１２】
本発明に係るプレイバック装置は、イベント情報がデータストリームのプレイリストから受信されることを特徴とする。ビデオ又はオーディオデータを含むデータストリームに関連するイベント情報をプレイリストから検索することで、プレイバックは、ビデオ又はオーディオデータを含むデータストリームからイベント情報をもはや検索しない。イベント情報はもはやデータストリームに含まれないので、データストリームの再処理が必要とされず、データストリームは、イベント情報が変化したときに変化されないままである。さらに、プレイリストからイベント情報を検索することで、データストリームにおけるビデオ又はオーディオ情報のプレイバックとイベント情報のプレイバックの間のタイミング相関が確立される。プレイリストは、ビデオ又はオーディオストリームのセクションが何時再生されるかに関する情報をプレイバック装置に提供する。たとえば、章の開始を示す章のマークは、この章に関連するＪａｖａアプリケーションにより提供される機能をアクチベートするために使用される。
【００１３】
このように、章に関連する機能は、正しい瞬間で提供することができ、すなわちその章のプレイバックの開始で調整される。イベント情報を変えることは、プレイリストのみを再処理することを必要とし、データストリームがイベント情報を代えるために再び処理される必要がある状況に比較して実質的に少ない処理となる。さらに、プレイバック装置は、プレイリストでイベント情報を有することから利益を有する。これは、データストリームからイベント情報を分離する必要がもはやなくなり、必要とされる処理のリソースが低減されるためである。更なる利点は、イベントに到達する前にプレイバック装置がイベント情報に気付くことであり、これは、イベントが生じる前にプレイリストが検索されるためであって、アプリケーションの開始の瞬間で、及びプレイバックの間にイベントが到達した瞬間で、アプリケーションを開始する必要性及び予想されるプロセッサの作業負荷を予想することで、非常に良好にアプリケーションの始動をスケジュールすることができる。
【００１４】
ここで、プレイリストからイベント情報を検索することで、プレイバック装置は、イベント情報を変えるため、データストリームの再処理を回避しつつ、イベント情報がデータストリームそれ自身に何時記憶されるかと同じ機能を提供することができる。本発明の目的は、結果的に達成される。
【００１５】
プレイバック装置の実施の形態は、Ｊａｖａプロセッサがイベント情報をアプリケーションに提供する手段を有することを特徴とする。  
アプリケーションは、機能が何時提供されるかを知る必要がある。  
イベント情報は、イベントに到達する前にプレイリストから検索される。
【００１６】
ここでイベント情報の所有において、アプリケーションは、プレイバックの進展を連続して監視し、プレイバックがプレイリストに示されたポイントに進展したときに機能を提供する。次いで、アプリケーションは、イベントに関連する機能を提供する。
【００１７】
代替的に、イベント情報は、アプリケーションが機能を提供する必要がある瞬間でのみアプリケーションに提供される。プレイバック装置におけるプロセッサは、プレイリストからイベント情報を検索し、プレイリストにおけるイベント情報に対応するデータストリームにおけるそのポイントにプレイバックが到達したとプロセッサが判定したときに、イベント情報をアプリケーションに提供する。したがって、正規のアプリケーションを使用することができる。アプリケーションは、データストリームのプレイバックの進展を監視する必要はないが、データストリームのプレイバックを監視するため、プロセッサで実行している他のプロセスに依存する。特に、Ｊａｖａアプリケーションのケースでは、このことは、Ｊａｖａアプリケーションがプレイバック装置における下位レベルのプロセスに気付く必要がなく、基本ハードウェアとは独立して保持される。
【００１８】
プレイバック装置の更なる実施の形態は、プレイリストがプレゼンテーション時間を持つマークを含むこと、イベント情報は、プレイバックの間にプレイバック装置がマークのプレゼンテーション時間に到達したことの情報であることを特徴とする。マークは、データストリームのセクションのプレゼンテーションが始動又は停止したとき、データストリームのプレイバックにおける時間であるプレゼンテーション時間を有する。これはイベントである。機能は、このイベントに関連する。アプリケーションは、この機能を提供するために使用される。
【００１９】
プレイバック装置の更なる実施の形態は、マークが章のマーク又はスキップのマーク又はリンクのマークであることを特徴とする。章のマーク、スキップマーク及びリンクマークは、プレイリストで既に定義されている。記録キャリアの新たな章が開始又は終了したときにＪａｖａアプリケーションを通してユーザに機能を提供することは利益がある。たとえば、ＤＶＤ又はＢｌｕ−Ｄｉｓｋ規格に準拠するインタラクティブ記録キャリアが新たな章に到達したとき、機能性は、到達した章のビデオコンテンツに特に設けられたインタラクティブメニューを表示することを含む場合がある。同様の機能は、スキップマーク又はリンクマークに関して提供される場合がある。
【００２０】
プレイバック装置の更なる実施の形態は、マークがアプリケーションによる使用のために確保されることを特徴とする。特別なマークがプレイリストに挿入される場合がある。特別なマークは、正規のプレイリストのエントリとしてプレイバック装置により認識されず、本発明を含まない現在のプレイバック装置は、記録キャリアの情報を更に正しく再生する。本発明を含むプレイバック装置は、特別のマークを認識し、Ｊａｖａアプリケーションに特別なマークを提供する。先に記載されたようなプレイリストにマークにおけるイベント情報を記憶する全ての利点は、既存のプレイバック装置との互換性が同様に維持され、特別のマークがプレイリストに配置されたとき、又はプレイリストから検索されたときに維持される。
【００２１】
更なる実施の形態のプレイバック装置は、マークがアプリケーションのための更なる情報を有することを特徴とする。  
アプリケーション情報がマークに添付される場合がある。そのケースでは、イベント情報は、更にアプリケーション情報がイベント情報により開始されるアプリケーションに提供される間にマーク自身から導出される。これにより、アプリケーションにより提供される機能の更なる柔軟性及び更なるカスタマイゼーションが可能となる。現在のプレイバック装置は更なる情報を認識しないので、更なる情報は、プレイバックの間に無視され、既存のマークのためにプレイリストにおける更なる情報を含む記録キャリアの互換性が達成される。
【００２２】
本発明に係るＪａｖａプロセッサは、イベント情報がビデオストリームのプレイリストから受信されることを特徴とする。  
ビデオ又はオーディオデータを含むデータストリームに関連するイベント情報をプレイリストから検索することで、プレイバックは、ビデオ又はオーディオデータを含むデータストリームからイベント情報をもはや検索しない。イベント情報はデータストリームにもはや含まれていないので、データストリームの再処理が必要とされず、データストリームは、イベント情報が変化したときに変化しないままである。さらに、プレイリストからイベント情報を検索することで、データストリームにおけるビデオ又はオーディオ情報のプレイバックとイベント情報のプレイバックの間のタイミング相関が確立される。プレイリストは、ビデオ又はオーディオストリームのどのセクションが再生されるべきかに関する情報をプレイバック装置に提供する。たとえば、章の開始を示す章のマークは、この章に関連するＪａｖａアプリケーションにより提供される機能をアクチベートするために使用される。このように、章に関連する機能は、正しい瞬間で提供され、すなわちその章のプレイバックの開始で調整される。イベント情報を変えることは、プレイリストのみを再処理することを必要とし、これは、データストリームがイベント情報を買えるために再処理される必要がある状況に比較して実質的に少ない処理となる。さらに、プレイバック装置は、プレイリストにおけるイベント情報を有することから利益を受ける。これは、データストリームからイベント情報を分離する必要がもはやなくなり、必要とされる処理リソースを低減するためである。更なる利点は、イベントが生じる前にプレイリストが検索されるために、イベントに到達する前にプレイバック装置がイベント情報に気付いていること、アプリケーションの開始の瞬間で、及びプレイバックの間にイベントに到達した瞬間で、アプリケーションを開始する必要性及び予想されるプロセッサの作業負荷を予想することで、非常に良好にアプリケーションの始動をスケジュールすることができることである。
【００２３】
したがって、プレイリストからイベント情報を検索することで、イベント情報を変えるためにデータストリームの再処理を回避しつつ、プレイバック装置は、イベント情報がデータストリーム自身に記憶されるときと同じ機能を提供することができる。本発明の目的は、結果的に達成される。
【発明を実施するための最良の形態】
【００２４】
本発明は、添付図面に基づいて記載される。  
図１は、Ｊａｖａプロセッサを有するプレイバック（playback）装置を示している。
【００２５】
プレイバック装置２は、記録キャリア１から、データストリームを含むデータを検索するために構成される。記録キャリアは、ＤＶＤ又はＢｌｕ−Ｄｉｓｋ、若しくはビデオ情報及びプレイリストを含むデータストリームを有する他の記録キャリアとすることができる。プレイバック装置は、記録キャリアからデータを検索するためのベーシックエンジン３を有する。ベーシックエンジン３は、双方向インタフェースを介してプロセッサ４に接続される。プロセッサは、双方向インタフェースを介して、プロセッサ４により示される記録キャリア１の位置からデータを検索するようにベーシックエンジンに指示する。したがって、プロセッサ４は、記録キャリア１からプレイリストを検索し、記録キャリア１からデータストリーム又はそのセクションを含むデータを検索するようにベーシックエンジン３に指示する。プロセッサ４がベーシックエンジン３からプレイリストを検索した後、プロセッサ４は、プロセッサ４の第一のセクション７におけるプレイリストからイベント情報を検索し、プレイリストから検索されたイベントの１つの位置に記録キャリアのプレイバックが到達したかをモニタするのを提供する。プレイバックがイベントのロケーションに到達したとき、プロセッサの第一のセクションは、所定のイベントのロケーションがプレイバックの間に到達したときに所定の機能を提供するためのアプリケーションを実行するために使用されるプロセッサの第二のセクション６にイベント情報を提供する。プロセッサの第二のセクション６により実行されるアプリケーションは、イベント情報を受け、たとえばプレイバック装置２に結合されるテレビジョンセット又はモニタで表示されるべきビデオ情報の形式で機能を提供する。機能を提供するため、第二のセクション６は、ビデオ情報の例では、プロセッサにおける出力手段８にビデオ情報を提供する。出力手段８は、プレイバック装置２の出力９に第二のセクション６から得られた受けたビデオ情報を提供する。出力９は、ビデオ情報を見るためにテレビジョンセット又はモニタに接続される。
【００２６】
第一のセクション７は、ビデオ情報のプレイバックの進展をモニタするためにモニタ手段を有するが、ビデオ情報の復号化をも有している。第一のセクションは、そのケースでは、プレイバック装置２の出力９にビデオ情報を提供するため、出力手段８に結合される。
【００２７】
出力装置は、結果的に、アプリケーションにより提供された機能のビデオ情報、及びデータストリームにおけるビデオ情報を復号化することから得られたビデオ情報が提供された場合、同時に、たとえば、データストリームからのビデオ情報をフルスクリーンで提供し、イベント情報を受信したアプリケーションにより提供された機能に関連するビデオ情報をデータストリームからのビデオ情報に挿入することで出力する。アプリケーションにより提供されたイベントに関連する機能がメニューであるケースでは、データストリームからのビデオ情報のプレイバックは、メニューからの選択がなされるまで停止される。メニューは、そのケースではフルスクリーンであり、データストリームからのビデオ情報は抑圧される。
【００２８】
図２は、アプリケーションレイヤを示している。  
ハードウェアレイヤ２０は、中位レイヤ２１により上位のアプリケーションレイヤ２２とは独立にされる。上位のアプリケーションレイヤからの命令は、たとえばＪａｖａアプリケーションは、中位レイヤ２１に提供される。中位レイヤ２１は、ハードウェアレイヤ２０のための命令を翻訳し、これにより、上位のアプリケーションレイヤがハードウェアレイヤ２０と完全に独立になるのを可能にする。
【００２９】
図３及び図４で説明されたように、イベント情報を扱う２つの代替的なソリューションが存在する。上位のアプリケーションレイヤ２２は、データストリームのプレイバックの進展をモニタする。中位レイヤ２１は、データストリームのプレイバックの進展をモニタする。
【００３０】
上位のアプリケーションレイヤ２２がデータストリームのプレイバックの進展をモニタするとき、上位のアプリケーションレイヤ２２は、記録キャリアからのプレイリストの検索を要求する。この中位レイヤ２１に与えられた要求は翻訳され、中位レイヤ２１は、ハードウェアレイヤ２０によりプレイリストの検索を要求する。
【００３１】
ハードウェアレイヤ２０は、記録媒体からプレイリストを検索し、中位レイヤ２１にプレイリストを提供する。中位レイヤ２１は、上位のアプリケーションレイヤ２２のための正しいフォーマットにプレイリストを変換する。上位のアプリケーションレイヤ２２は、プレイリストを処理し、イベント情報を検索する。イベント情報に基づいて、上位のアプリケーションレベル２２は、ハードウェアレイヤ２０からプレイバックの進展状態のリポートを要求する、中位レイヤ２１からプレイバックの進展状態のリポートを要求することでプレイバックの進展の状態を監視する。ハードウェアレイヤ２０から中位レイヤ２１を通して、イベント情報から導出されたイベントに関連するデータストリームにおけるポイントにプレイバックが進展することを示すプレイバックの進展状態リポートがひとたび受信されると、上位レベルのアプリケーションは、イベントに関連する機能を提供し始める。
【００３２】
中位レイヤ２１がデータストリームのプレイバックの進展をモニタするとき、中位レイヤ２１が記録キャリアからプレイリストの検索を要求する。中位レイヤ２１は、ハードウェア２０によりプレイリストの検索を要求する。ハードウェアレイヤ２０は、記録媒体からプレイリストを検索し、プレイリストを中位レイヤ２１に提供する。次いで、中位レイヤ２１は、プレイリストからイベント情報を抽出する。イベント情報に基づいて、中位レベル２１は、ハードウェアレイヤ２０からプレイバックの進展状態のリポートを要求することで、プレイバックの進展を監視し始める。プレイバックがイベント情報から導出されたイベントに関連するデータストリームにおけるポイントに進展したことを示すプレイバックの進展状態のリポートがひとたび受信されると、中位レベル２１は、上位レベルのアプリケーション２２にイベント情報を提供し、次いで、上位レベルのアプリケーション２２は、イベントに関連する機能を提供し始める。
【００３３】
図３は、上位レベルのアプリケーションレイヤがデータストリームのプレイバックの進展をモニタする方法に関するフローチャートを示している。
【００３４】
第一のステップ３０では、上位レベルアプリケーションは、プレイリストの検索を要求する。プレイリストがひとたび検索されると、イベント情報は、第二のステップ３１でプレイリストから抽出される。次いで、イベント情報は、第三のステップ３２で上位レベルのアプリケーションに提供される。その後、上位レベルのアプリケーションは、第四のステップでプロセッサに要求し、すなわちプロセッサで実行している中位レベルのアプリケーションで説明されたように、データストリームのプレイバックの進展をモニタするようにプロセッサに要求する。このプロセッサで実行している中位レベルアプリケーションは、第五のステップ３４で、ループを含む第五のステップでデータストリームのプレイバックの進展をモニタする。中位レベルのアプリケーションは、プレイバックが所定のポイントに進展したかをチェックする。プレイバックがイベントのロケーションに到達していない場合、中位のアプリケーションは、モニタし続ける。プレイバックがイベントロケーションに到達した場合、第五のステップ３４で、上位レベルアプリケーションにリポートが発せられ、このポイントから第四のステップ３３の動作が継続し、第六のステップ３５に進み、ここでアプリケーションはイベントに関連した機能を提供し始める。したがって、このケースで提供されるイベント情報は、イベントのロケーションである。上位レベルのアプリケーションは、プレイバックのモニタリングに気付いており、モニタリングを実際に実行している別のアプリケーションからプレイバックの状態に関する情報の形式でのトリガを期待して待つ。
【００３５】
図４は、中位レイヤがデータストリームのプレイバックの進展をモニタする方法の別の方法のフローチャートを示している。  
第一のステップ４０では、上位レベルのアプリケーションは、プレイリストの検索を要求する。プレイリストがひとたび検索されると、イベント情報は、第二のステップ４１でプレイリストから抽出される。次いで、イベント情報は、第三のステップ４２で中位レベルのアプリケーションに供給される。その後、プロセッサで実行している中位レベルのアプリケーションは、データストリームのプレイバックに進展をモニタし始める。第四のステップ４４におけるデータストリームのプレイバックの進展のモニタリングは、ループを有している。中位レベルのアプリケーションは、プレイバックが所定のポイントに進展したかをチェックする。プレイバックがイベントロケーションに到達していない場合、中位のアプリケーションはモニタし続ける。プレイバックがイベントロケーションに到達した場合、プレイリストから検索されたイベント情報を含むリポートは、第五のステップ４３で上位レベルのアプリケーションに発せられる。次いで、本方法は、第六のステップ４５に進み、ここでアプリケーションはイベントに関連する機能を提供し始める。したがって、このケースで提供されるイベント情報は、プレイバックによるイベントの実際の到達である。上位レベルのアプリケーションは、プレイバックのモニタリングに気付いていないが、モニタリングを実際に実行している別のアプリケーションからのイベント情報の形式でトリガを得る。
【００３６】
本発明を実現する可能性のあるシンタックスは以下に示される。  
提案されるシンタックス
【００３７】
【表１】
2007508658.tif 000003
この例では、Data_Byteは１６バイトのデータを許容し、この数は例であって、これよりも少ない数は大部分のケースで十分である。
【００３８】
【表２】
2007508658.tif 000004
この例では、0x04〜0x2Fまでのマーク値は、Ｊａｖａマークとして定義される。
【００３９】
以下のテーブルは、プレイリストでイベント情報として使用される現在のマークの定義を示す。また、本発明について将来の使用のために確保される値及び結果的に使用することができる値を示している。  
ＢＤ−ＲＯＭドラフトスペックからのマークテーブル
【００４０】
【表３】
2007508658.tif 000005
【００４１】
【表４】
2007508658.tif 000006
【図面の簡単な説明】
【００４２】
【図１】Ｊａｖａプロセッサを有するプレイバック装置を示す図である。
【図２】アプリケーションレイヤを示す図である。
【図３】上位レベルのアプリケーションレイヤがデータストリームのプレイバックの進展をモニタする方法のフローチャートである。
【図４】中位レイヤがデータストリームのプレイバックの進展をモニタする方法の別の実施の形態のフローチャートである。
【図１】
2007508658.tif 000007
【図２】
2007508658.tif 000008
【図３】
2007508658.tif 000009
【図４】
2007508658.tif 000010
【国際調査報告】
2007508658.tif 000011
2007508658.tif 000012