JPH0926868A - マルチメディアタイトル再生装置 - Google Patents

Abstract

(57)【要約】 【目的】 マルチメディアデータが一連のストーリーに
従って提示されるマルチメディアタイトルの再生におい
て、時間の長さを持つ動画などのオブジェクトを基軸と
したハイパーメディア型タイトルの再生を行うことを目
的とする。 【構成】 全体管理・制御手段と、シナリオを蓄積する
シナリオ蓄積手段と、内部データを格納する内部データ
格納手段と、素材データを蓄積する素材蓄積手段と、タ
イトルの進行を管理するタイトル進行管理フラグを格納
するタイトル進行管理フラグ格納手段と、基軸オブジェ
クトの進行に合わせて非基軸オブジェクトの制御を行う
同期処理手段と、非基軸オブジェクトの表示処理を行う
オブジェクト表示手段と、基軸オブジェクトの表示処理
を行う基軸オブジェクト表示手段と、タイトルの再生コ
マンドを入力するタイトル再生コマンド入力手段と、一
定間隔でタイマーイベントを発生させるタイマーイベン
ト発生手段とを備える。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、電子計算機を用いて、
動画・静止画・テキスト・音声などのマルチメディア情
報を、予め決められたシナリオに従って提示するマルチ
メディアタイトル再生装置に関するものである。

【０００２】

【従来の技術】従来のマルチメディアプレゼンテーショ
ンにおいて実行される、マルチメディアタイトルの機構
としては、タイトルの進行軸として実時間などの絶対軸
を設け、この軸に対して各々のオブジェクトのリンク情
報を付加することで、タイトルの進行に伴う状態の変
化、すなわちシナリオを定義していた。

【０００３】このようにタイトルの進行軸として実時間
などの絶対軸を設ける方法では、タイトルの進行は、全
てこの実時間軸で管理されているため、時間の長さを持
つ動画や音声などのオブジェクト（以下、有時間オブジ
ェクトと記述）のあるシーンで静止画などの他のオブジ
ェクト情報を提示するようなストーリーを実現したい場
合、タイトルの進行軸に対して情報を付加することで、
間接的に有時間オブジェクトとのリンク情報を表現して
いた。

【０００４】また、有時間オブジェクトそのものの再生
は一般に、専用のデコーダを用いて行うが、それらの専
用デコーダで再生を行った場合、一旦再生が開始される
と、タイトルの進行とは無関係に再生処理が行われる。
すなわち、有時間オブジェクトはタイトル進行軸に対し
て、開始点でのみ同期していた。

【０００５】また、タイトルの再生機構について述べる
と、シナリオにはタイトル進行軸における位置と、その
時点で行う処理が記述されており、タイトルの再生はタ
イトルの進行に従って、シナリオに記述されている処理
を行うことで実現していた。

【０００６】

【発明が解決しようとする課題】しかしながら、前記し
た従来の技術には、次のような問題点があった。まず第
１の問題点は、このように実時間軸を進行軸とするタイ
トルの再生機構では、有時間オブジェクトの再生速度
が、保証されなかった場合、タイトルのストーリーが変
わってしまうということである。

【０００７】処理装置にかかる負荷や、ネットワーク上
でのデータ伝送遅延などにより、有時間オブジェクト再
生処理に遅延が発生することは十分に考えられることで
ある。有時間オブジェクトの再生処理に遅延が発生する
ことによって、有時間オブジェクトの進行とタイトルの
進行軸、すなわち実時間軸との間にズレが生じると、有
時間オブジェクトのあるシーンで提示されるよう、間接
的にリンクさせた静止画などの他のオブジェクトは、実
時間軸で管理されているため、そのシーンでは提示され
なくなる。

【０００８】つまり提示されるタイミングがずれてしま
うということが起こり得る。言い換えると、実行する環
境によって、タイトルのストーリーが変化してしまうこ
とがあるという問題を抱えていた。このような現象は、
有時間オブジェクトが長ければ長いほど、より顕著にな
る。

【０００９】第２の問題点は、従来のマルチメディアタ
イトル再生装置においては、タイトルの進行に従ってシ
ナリオを逐次読み込む方式を取っており、オブジェクト
提示の際に、その都度オブジェクトデータをファイルな
どから読み込みオブジェクトを生成するという重い処理
を行っていたため、タイトルの進行、特に動画などの有
時間オブジェクトの再生が一時中断するなど、タイトル
の再生に支障をきたすことがあった。

【００１０】第３の問題点は、従来のマルチメディアタ
イトル再生装置においては、シナリオに従って先頭から
順方向に再生する自動再生の機能は実現されていたが、
ユーザがタイトル再生中に再生位置を任意に移動するな
ど、タイトルの進行を手動で制御する手動制御は実現で
きていなかった。

【００１１】その理由は次のように考えられる。従来の
マルチメディアタイトル再生装置が扱うシナリオにはタ
イトル進行軸における位置と、その時点で行う、オブジ
ェクトの提示（再生）開始または提示（再生）終了とい
った処理が記述されており、タイトル再生装置は、オブ
ジェクトの提示（再生）に関する開始点・終了点にのみ
着目してタイトルの再生を行っている。

【００１２】従って、タイトル進行軸の任意の位置にお
ける再生状態を取得するためには、シナリオを最初から
読み直してその時点まで辿り、その時点で提示されるべ
きオブジェクト情報を取得する必要があり、タイトル再
生中にその処理を行うために時間を要し、スムーズな再
生位置への移動が困難である。

【００１３】第４の問題点は、従来のマルチメディアタ
イトル再生装置においては、タイトルを見ている利用者
の要求に応じて、オブジェクトのふるまい（表示位置、
表示サイズ、表示範囲など）を変更するといった、シナ
リオには記述されていない動作（以下、利用者適応と記
述する）は行えなかった。これは、タイトル再生中、オ
ブジェクトがシナリオに記述されている以外のインタラ
クティブな動作を行うことにより、タイトルの進行に支
障をきたすことがあるためである。

【００１４】第５の問題点は、従来のマルチメディアタ
イトル再生装置においては、タイトル再生以外の処理は
対象にしておらず、タイトル再生以外の処理を行いたい
場合は、その機能を提供する独自の装置を、別途作り込
む必要があった。外部アプリケーションとリンクさせ、
マルチメディアタイトル再生装置からそれらの外部アプ
リケーションが実行できれば、マルチメディアタイトル
再生装置において様々な機能を容易に提供することがで
き、広範な用途が見込まれる。本発明は、上記問題点を
解決するためのものである。

【００１５】

【課題を解決するための手段】前記第１の課題を解決す
るため、第１の手段では、１つの有時間オブジェクトの
時間軸、例えば動画のフレーム数や、オブジェクトに付
されているタイムスタンプなどを基軸とし、この軸に対
して他のオブジェクトとのリンク情報を付加すること
で、同期を定義付けるタイトル形式を考案し、この形式
のタイトルを再生する装置を提供する。

【００１６】ここで、タイトル進行の基軸となる有時間
オブジェクトを基軸オブジェクトと呼ぶ。

【００１７】前記第２の課題を解決するため、第２の手
段では、タイトルの再生開始前にシナリオを解析し、全
てのオブジェクトを生成しておくことによって、タイト
ル再生中にオブジェクト生成という重い処理を行う必要
をなくし、タイトルのスムーズな再生が可能であるマル
チメディアタイトル再生装置を提供する。

【００１８】前記第３の課題を解決するため、第３の手
段では、タイトルの任意の位置における、オブジェクト
の提示状態情報データを生成・保持し、このデータを利
用することでタイトルの任意の位置の状態が復元できる
ことを利用し、タイトルの進行を手動で制御することが
可能であるマルチメディアタイトル再生装置を提供す
る。

【００１９】前記第４の解題を解決するため、第４の手
段では、シナリオに記述されていな動作に関して、その
動作を行う際にできるだけその時点で行う処理が軽くな
るよう、前もって処理を施しておくことによって、イン
タラクティブな動作を、タイトル再生に支障をきたすこ
となく行うことが可能であるマルチメディアタイトル再
生装置を提供する。

【００２０】前記第５の課題を解決するため、第５の手
段では、タイトル再生処理以外の提供したい機能を持つ
アプリケーションに関する情報をシナリオに記述してお
き、これを解釈・実行することで、タイトル再生以外の
処理も簡単に組み込むことが可能であるマルチメディア
タイトル再生装置を提供する。

【００２１】また、前記第２の課題を解決するため、第
６の手段では、各オブジェクトのファイル容量と、ネッ
トワークの転送帯域とデータ転送ブロックサイズと基軸
オブジェクトデータ転送レートから、オブジェクトデー
タの取得所要時間を予め算出しておき、オブジェクト提
示時間より、この所要時間分前からデータ取得を開始
し、提示時間までにデータの取得、オブジェクト生成を
完了しておくことで、オブジェクト提示をしながらのス
ムーズなタイトル再生を可能とするマルチメディアタイ
トル再生装置を提供する。

【００２２】

【作用】本発明は上記の第１の手段により、有時間オブ
ジェクトと他のオブジェクトの同期が保証され、再生環
境に依存しない、安定したマルチメディアタイトルの再
生が可能となる。

【００２３】また、第２の手段では、高速なオブジェク
トの提示制御が実現できる。また、第３の手段では、マ
ルチメディアタイトルの再生において、その再生位置を
任意に移動する手動制御が可能となる。

【００２４】また、第４の手段では、マルチメディアタ
イトル再生装置において、利用者適応の動作が実現でき
る。

【００２５】また、第５の手段では、マルチメディアタ
イトル再生装置から外部アプリケーションの起動が実現
できる。

【００２６】また、第６の手段では、マルチメディアタ
イトル再生装置において基軸オブジェクトのスムースな
再生に影響を与えない非基軸オブジェクトの取得ブロッ
クサイズ、取得サイクルからデータ取得所要時間を算出
し、提示時間よりこの所要時間分前からデータを取得、
オブジェクト生成をしておくことで、高速なオブジェク
トの提示制御が実現できる。

【００２７】

【実施例】

（実施例１）ここで、本願において使用する用語を整理
する。本願において、「タイトル」とは動画、静止画、
テキスト、音声などのマルチメディアデータが予め決め
られた一連のストーリーに従って、提示されるものをい
い、「シナリオ」とは、タイトルのストーリーを記述し
たもの。「オブジェクト」とは、タイトルを構成する、
静止画やテキストといったメディアで、シナリオに従っ
て提示される単位。「ハイパーメディア型タイトル」と
は、時間の長さを持つ１つのオブジェクト（動画や音声
等）の時間軸をタイトル進行の時間軸とし、この軸に対
して、他の複数のオブジェクトがリンクされている構成
のタイトルをいう。また、「基軸オブジェクト」とは、
ハイパーメディア型タイトルにおいて、タイトルの進行
の時間軸となるオブジェクトを。「非基軸オブジェク
ト」とは、ハイパーメディア型タイトルにおける基軸オ
ブジェクト以外のオブジェクトを。「外部アプリケーシ
ョン」とは、マルチメディアタイトルとは直接関係の無
い処理を行うアプリケーションをゆもとする。

【００２８】第１の発明の実施例について、図１は本発
明の第１の実施例におけるマルチメディアタイトル再生
装置の構成を示すブロック図である。また動作フローを
図２に示す。

【００２９】図１において、全体制御・管理手段１０１
は、まずシナリオ蓄積手段１０２に蓄積されているシナ
リオを読み込み、それを解釈し、内部データに変換し、
内部データ格納手段１０３に格納する。これらの処理
は、タイトルの再生開始前に初期処理として行われる。
初期処理実行後、タイトル再生コマンド入力手段１０９
から入力されたタイトル再生コマンドに従って、基軸オ
ブジェクトの再生や停止などの制御を行い、基軸オブジ
ェクト表示手段１０８を通して表示する。一方、一定時
間おきに、タイマーイベント発生手段１１０によりタイ
マーイベントが発生すると、同期処理手段１０６は、基
軸オブジェクトの再生位置を取得し、取得した基軸オブ
ジェクトの再生位置をもとに、内部データ格納手段１０
３に格納されている内部データを参照し、その時点で提
示すべきオブジェクトが存在した場合、素材蓄積手段１
０４から素材データを読み込み、オブジェクト表示手段
１０７を通して、それらを提示する。

【００３０】本実施例では、基軸オブジェクトとして動
画オブジェクトを用いたハイパービデオ型タイトルを対
象に説明する。本実施例においては、シナリオはテキス
トで記述され、ファイルに格納されているものとする。
シナリオの書式ＢＮＦ（バッカスーナウアキ記法）を用
いて図３に示す。

【００３１】タイトル記述子にはタイトル名と基軸オブ
ジェクトのＩＤが記述されている（図３ ）。オブジェ
クト記述子には、表示サイズや表示位置などのオブジェ
クト情報が記述されている（図３ ）。素材記述子には
ファイル名などの素材情報が記述されている（図３
）。同期トリガデータ（図３）には、同期処理情報が
記述されており、＜処理時刻＞には基軸オブジェクトの
持つ時間軸での時間、本実施例では動画のフレーム番
号、＜処理内容＞には提示（ＯＮ）／消去（ＯＦＦ）の
どちらを行うかのフラグが記述される。

【００３２】この同期トリガデータにおいて、動画のＮ
フレーム目にオブジェクトＩＤで指定されるオブジェク
トを提示／消去する、という同期処理を記述しており、
これによって、基軸オブジェクトである動画のフレーム
番号と、他のオブジェクトの提示／消去タイミングとの
リンク情報が記述される。

【００３３】図１において、全体制御・管理手段（１０
１）は、初期処理としてまず、シナリオ蓄積手段（１０
２）であるコンピュータの補助記憶装置からシナリオフ
ァイルを読み込んで内容を解釈し、同期処理手段が理解
できる形式の内部データに変換し、内部データ格納手段
（１０３）であるコンピュータ上のメモリに展開する
（図２：ステップ２０２）。内部データの構造を図４に
示す。

【００３４】タイトル記述子（図４（ａ））には、タイ
トル名などタイトル全体に関する情報が格納されてい
る。シナリオファイルにおいて図３で示した部分がタイ
トル記述子として記述される。

【００３５】オブジェクト記述子（図４（ｂ））は、配
列構造になっており、オブジェクトに固有のＩＤである
オブジェクトＩＤが配列番号になっている。オブジェク
ト記述子には次のようなオブジェクト情報が格納されて
いる。素材ＩＤは同期処理手段（１０６）などが素材を
一意に識別するための番号、表示位置・表示サイズはオ
ブジェクトを画面に表示する際のオブジェクトの位置・
サイズ指定である。シナリオには図３で示した部分がオ
ブジェクト記述子として記述される。

【００３６】素材記述子（図４（ｃ））も配列構造にな
っており、素材ＩＤが配列番号になっている。格納され
ている情報は、個々の素材ファイルのファイル名であ
る。シナリオには図３で示した部分が素材記述子として
記述される。

【００３７】同期トリガデータ（図４（ｄ））には、同
期処理情報が格納される。処理時刻は、前述の同期処理
を行う時間、ここでは基軸オブジェクトである動画のフ
レーム番号が格納される。オブジェクトＩＤには、処理
対象のオブジェクトのＩＤが、処理内容には、ここでは
ＯＮ（提示）／ＯＦＦ（消去）のいずれかが格納され
る。シナリオには図３で示した部分が同期トリガデータ
として記述される。

【００３８】また、同期トリガデータは処理時刻の昇順
に配列で格納されている。また図５に示すように、同じ
時刻に行う処理が複数存在した場合、それぞれの処理に
優先度を付け、優先度の高い処理が先になるよう、リス
ト構造で格納しており、本実施例では、見た目に滑らか
なタイトルの再生を実現する上で、ＯＦＦ（消去）の処
理をＯＮ（提示）の処理より先に行うという判断基準で
優先度を付け、リスト構造に格納している。

【００３９】全体制御・管理手段（１０１）は、次に、
タイトル進行管理フラグT_flagに初期値として１をセッ
トし、タイトル進行管理フラグ格納手段（１０５）に格
納する（図２：ステップ２０３）。

【００４０】これらの初期処理後、全体制御・管理手段
（１０１）はイベント待ち状態になる（図２：ステップ
２０４）。この状態における画面状態を図６に示す。図
６において、６０１は基軸オブジェクト表示手段（１０
８）である動画ウィンドウ、１８０２、１８０３、１８
０４はタイトル再生コマンド入力手段（１０９）である
ボタンである。

【００４１】タイトル再生コマンド入力手段（１０９）
にある、再生ボタン／一時停止ボタン／停止ボタンのい
ずれかが押され、イベントが発生すると、全体制御・管
理手段（１０１）では、入力されたコマンドに従って、
動画を制御し（図２：ステップ２０５）、基軸オブジェ
クト表示手段（１０８）でこれを表示する。再生ボタン
が押された場合の画面状態は、図７に示すように動画の
再生が開始される。

【００４２】また、一定間隔でタイマーイベントを発生
するタイマーイベント発生手段（１１０）がイベントを
発生すると、全体制御・管理手段（１０１）は同期処理
手段（１０６）に制御を渡す。同期処理手段（１０６）
は、基軸オブジェクト表示手段（１０８）からその時点
での動画の再生フレーム番号を取得する(図２：ステッ
プ２０６）。

【００４３】次に、同期処理手段（１０６）は、内部デ
ータ格納手段（１０３）から内部データの同期トリガデ
ータを取得するが、同期トリガデータは処理時刻の昇順
に配列で格納されており、一方これから行う処理のカウ
ントはタイトル進行管理フラグT_flagに格納されている
ので、配列番号がT_flag（初期状態では１がセット）で
与えられる同期トリガデータを取得する（図２：ステッ
プ２０７）。

【００４４】同期処理手段（１０６）は、取得した同期
トリガデータの処理時刻と、動画の再生フレーム番号と
を比較し（図２：ステップ２０８）、動画の再生フレー
ム番号が、同期トリガデータの処理時刻と等しい（処理
を行うべき時刻である）か、或いは大きかった（処理を
行う時刻を過ぎている）ら、同期トリガデータの示す処
理、すなわち同期処理を実行する。動画の再生フレーム
番号が大きい場合を考慮する必要があるのは、タイマー
イベントの発生するタイミングによって、イベントとイ
ベントの間に処理時刻になってしまう可能性があるの
で、処理時刻を過ぎてしまった場合にも、処理を行うよ
うに考慮する必要があるからである（図８（ａ））。

【００４５】この場合、同期ポイントがその分ずれてし
まうことになるが、本実施例では、タイマーイベントは
１０msec間隔で発生させているので、最大でもその時間
間隔よりも同期ポイントがずれることはなく、タイトル
進行上、問題はない。

【００４６】また本実施例ではＭＰＥＧ１の動画を使用
しており、約３０msec毎に１フレーム再生されることに
なる。タイマーイベントの間隔は１０msecなので、図８
（ｂ）に示すように、タイマーイベントの間に、２箇所
の同期ポイントが存在することはない。

【００４７】同期処理手段（１０６）が行う、同期処理
の実行は、取得した同期トリガデータの処理内容がＯＮ
（表示）の場合は、内部データ格納手段（１０３）から
オブジェクトＩＤで与えられるオブジェクト記述子の情
報を取得し、その内容に従って、素材蓄積手段（１０
４）であるコンピュータの補助記憶装置から素材ファイ
ルを読み込むなどしてオブジェクトを生成し（図２：ス
テップ２１０）、オブジェクト表示手段（１０７）によ
って表示する（図２：ステップ２１１）。

【００４８】この時の画面状態を図９に示す。図９にお
いて９０１はオブジェクト表示手段（１０７）であり、
静止画オブジェクトが提示されている。

【００４９】処理内容がＯＦＦ（非表示）の場合は、オ
ブジェクトＩＤで与えられるオブジェクトをオブジェク
ト表示手段（１０７）によって非表示にする（図２：ス
テップ２１３）。この時の画面状態を図１０に示す。

【００５０】次に同期トリガデータのポインタを参照
し、ＮＵＬＬでなかった場合は、ポインタの示すデータ
（図４）を取得し、同様の処理（図２：ステップ２０９
〜２１４）を行う。

【００５１】これらの同期処理の実行後、同期処理手段
（１０６）は、T_flagをインクリメントする（図２：ス
テップ２１５）。

【００５２】以上のように、本実施例によればマルチメ
ディアタイトルの基軸として１つの有時間オブジェクト
を採用し、この有時間オブジェクトの再生に合わせてタ
イトルを再生することによって有時間オブジェクトと他
オブジェクトとの再生環境によらない同期が保証され
る。

【００５３】（実施例２）第２の発明の実施例につい
て、図１１を参照しながら説明する。まず、図１１で示
したマルチメディアタイトル再生装置の動作概略につい
て説明する。まず初期処理として、図１と同様の処理を
行い、さらに内部データの内容に従って素材蓄積手段１
０４から素材データを読み込み、全ての非基軸オブジェ
クトを生成し、オブジェクト格納手段１１０２に格納す
る。これらの初期処理実行後、タイトル再生コマンド、
タイマーイベントに対して図１と同様の処理を行うが、
同期処理手段１１０３が、非基軸オブジェクトを提示す
る際、図１とは異なり、予め生成され、オブジェクト格
納手段１１０２に格納されているオブジェクトを表示す
る。

【００５４】この図に示す実施例が上述した第１発明の
実施例と異なる点は、オブジェクト格納手段（１１０
２）を備え、初期処理において、全ての非基軸オブジェ
クトを生成し、オブジェクト格納手段（１１０２）であ
るコンピュータ上のメモリに記憶させておく点である。

【００５５】なお、この図において図１と共通する部分
には同一の番号を付し、その説明を省略する。図１１に
おいて、１１０１はシステム全体の動きを制御及び管理
する全体制御・管理手段、１１０２はオブジェクトを格
納するオブジェクト格納手段、１１０３は基軸オブジェ
クトの進行に合わせて非基軸オブジェクトの制御を行う
同期処理手段である。

【００５６】このような構成による第２発明の実施例の
動作について説明する。動作フローを図１２に示す。図
１１において、全体制御・管理手段（１１０１）は、初
期処理として、図１における全体制御・管理手段（１０
１）と同様の処理を行い（図１２：ステップ１２０２、
１２０３）、さらに内部データ格納手段（１０３）であ
るコンピュータ上のメモリから、オブジェクト記述子と
それにリンクする素材記述子を参照し、その内容に従
い、素材蓄積手段（１０４）である補助記憶装置から素
材ファイルを読み込み、全ての非基軸オブジェクトを生
成し、オブジェクト格納手段（１２０２）であるコンピ
ュータ上のメモリに格納する（図１２：ステップ１２０
４）。

【００５７】これらの初期処理後、全体制御・管理手段
（２０１）は、図１における全体制御・管理手段（１０
１）と同様に、イベント待ち状態になり（図１２：ステ
ップ１２０５）、タイトル再生コマンド入力手段（１０
９）によってイベントが発生すると、入力されたコマン
ドに従って動画を制御し（図１２：ステップ１２０
６）、タイマーイベント発生手段（１１０）によってイ
ベントが発生すると、同期処理手段（１１０３）に制御
を渡す。

【００５８】タイマーイベントが発生し、同期処理手段
（１１０３）に制御が渡されたら、同期処理手段（１１
０３）は、図１における同期処理手段（１０６）と同様
の処理を行う（図１２：ステップ１２０７〜１２１
０）。異なるのは、同期処理手段（１１０３）が、オブ
ジェクトＩＤで与えられたオブジェクトを提示する際、
その都度提示するオブジェクトを生成するのではなく、
初期処理において予め生成され、オブジェクト格納手段
（１１０２）であるコンピュータ上のメモリに格納して
あるオブジェクト情報を取得する（図１２：ステップ１
２１１）という点であり、取得したオブジェクト情報を
オブジェクト表示手段（１０７）によって表示する（図
１２：ステップ１２１２）。

【００５９】以上のように、予め全てのオブジェクトを
起動時に読み込み、メモリに格納しておくことで、オブ
ジェクトの提示の際は、メモリ内の情報をオブジェクト
表示手段によって表示することで実現できることから、
提示する内容を、オブジェクト提示時で生成する必要が
無く、従ってオブジェクトの提示が高速に実行でき、ス
ムーズなタイトル再生が可能となる。

【００６０】（実施例３）第３の発明の実施例につい
て、図１３を参照しながら説明する。まず図１３で示し
たマルチメディアタイトル再生装置においての動作概略
を以下に説明する。まず初期処理として、図１１と同様
の処理を行い、さらにタイトルの区間毎のオブジェクト
の提示状態を表すオブジェクト提示状態管理データを内
部データの内容に従って生成し、オブジェクト提示状態
管理データ格納手段１３０２に格納する。これらの初期
処理実行後、タイトル再生コマンド、タイマーイベント
に対しては図１１と同様の処理を行う。またタイトル制
御コマンド入力手段１３０４から入力されたタイトル制
御コマンドに従って、基軸オブジェクトの再生位置の移
動制御を行い、基軸オブジェクト表示手段１０８を通し
て表示するとともに、再生状態復元処理手段１３０３
は、オブジェクト提示状態管理データから、その再生位
置における非基軸オブジェクトの提示状態を取得し、オ
ブジェクト表示手段１０７を通してそれらを反映させ
る。

【００６１】この図に示す実施例が上述した第２発明の
実施例と異なる点は、タイトルの進行を区間に分割し、
区間毎に、どのオブジェクトが提示状態にあるか、とい
ったオブジェクト提示状態管理データを格納する、オブ
ジェクト提示状態管理データ格納手段（１３０２）と、
オブジェクト提示状態管理データを参照し、タイトルの
ある区間での状態を復元する再生状態復元処理手段（１
３０３）と、タイトルの再生位置を移動するコマンドを
入力する制御コマンド入力手段（１３０４）を備え、タ
イトルの任意の再生位置に移動できる点である。

【００６２】図１３において、図１、図１１２と共通す
る部分には、同一の番号を付し、その説明を省略する。

【００６３】このような構成による第３発明の実施例の
動作について説明する。図１４に動作フローを示す。図
１３において、全体制御・管理手段（１３０１）は初期
処理として、図１１における全体制御・管理手段（１１
０１）と同様の処理を行い（図１４：ステップ１４０２
〜１４０４）、さらに内部データ格納手段（１０３）で
あるコンピュータ上のメモリから、同期トリガデータを
参照し、オブジェクト提示状態管理データを生成し、オ
ブジェクト提示状態管理データ格納手段（１３０２）で
あるコンピュータ上のメモリに格納する（図１４：ステ
ップ１４０５）。オブジェクト提示状態管理データの生
成方法を図１５に示す。

【００６４】オブジェクト提示状態管理データは２次元
配列になっており、トリガnとトリガ(n+1)の区間（これ
を区間ｎと定義する）で提示されるべきオブジェクトの
オブジェクトＩＤを ＤＩＳＰ＿ＯＢＪ［ｎ，ｍ］ ｍ：１から順に付される
正整数値 に格納する。図１５においては、トリガＴ1〜トリガＴ2
の区間で提示されるべきオブジェクトはＯ1のみなの
で、 ＤＩＳＰ＿ＯＢＪ［１，１］＝Ｏ1 となる。トリガＴ2〜トリガＴ3区間では、Ｏ1、Ｏ2が提
示されるべきなので、 ＤＩＳＰ＿ＯＢＪ［２，１］＝Ｏ1 ＤＩＳＰ＿ＯＢＪ［２，２］＝Ｏ2 となる。同様に、 ＤＩＳＰ＿ＯＢＪ［３，ｘ］ ｘ：１，２，３ ＤＩＳＰ＿ＯＢＪ［４，ｙ］ ｙ：１，２，３ ＤＩＳＰ＿ＯＢＪ［５，ｚ］ ｚ：１，２，３ についても図１５に示すような値が入る。

【００６５】これらの初期処理後、全体制御・管理手段
（３０１）はイベント待ち状態になる（図１４：ステッ
プ１４０６）。この状態における画面状態を図１６に示
す。図１６において、１６０１、１６０２、１６０３は
タイトル制御コマンド入力手段（１３０４）であるボタ
ン及びスライダーである。タイトル再生コマンド入力手
段（１０９）からコマンドが入力された場合、及びタイ
マーイベント発生手段（１１０）がイベントを発生した
場合は、図１１における全体制御・管理手段（１１０
１）と同様の処理を行う（図１４：ステップ１４０７〜
１４１７）。

【００６６】さらに、タイトル制御コマンド入力手段
（１３０４）にある、早送ボタン／巻戻ボタン／スライ
ダーが操作され、コマンドが入力されると、全体制御・
管理手段（１３０１）は入力されたコマンドに従って、
移動する先の動画のフレーム番号を算出し（図１４：ス
テップ１４１８）、基軸オブジェクト表示手段（１０
８）を用いて動画の再生位置を移動する（図１４：ステ
ップ１４１９）。ここで移動する先の動画のフレーム番
号を「目標フレーム位置」と定義する。早送ボタンが押
された場合は、動画の現在の再生位置から決められたフ
レーム数分先の、目標フレーム位置へ再生位置を移動す
る（図１７（ａ））。

【００６７】巻戻ボタンが押された場合は、動画の現在
の再生位置から決められたフレーム数分前の、目標フレ
ーム位置へ再生位置を移動する（図１７（ｂ））。

【００６８】スライダーが操作された場合は、スライダ
ーの位置から目標フレーム位置を計算し、再生位置を移
動する（図１７（ｃ））。

【００６９】全体制御・管理手段（３０１）は、入力さ
れたコマンドに従って動画の再生位置を移動したら、再
生状態復元処理手段（１３０３）に制御を渡す。

【００７０】全体制御・管理手段（１３０１）より制御
が渡されたら、再生状態復元処理手段（１３０３）は、
まず現在提示されているオブジェクトを全て消去し（図
１４：ステップ１４２０）、次に内部データ格納手段
（１０３）より同期トリガデータを参照し、目標フレー
ム位置における区間番号を求める（図１４：ステップ１
４２１）。区間番号は、 同期トリガデータ[K].処理時刻 ≦ 目標フレーム位置 < 同期トリ
ガデータ[K+1].処理時刻 を満たすＫで与えられる。

【００７１】次に再生状態復元処理手段（１３０３）
は、オブジェクト提示状態管理データ格納手段（１３０
２）より、オブジェクト提示状態管理データを参照し、
区間Ｋにおいて提示されるべきオブジェクトのＩＤを取
得し（図１４：ステップ１４２２）、オブジェクト格納
手段（１１０２）からオブジェクト情報を取得し、オブ
ジェクト表示手段（１０７）によって表示する（図１
４：ステップ１４２３）。以上の処理を行った後、再生
状態復元処理手段（１３０３）は、タイトル進行管理フ
ラグ(T_flag)にＫ＋１を代入する（図１４：ステップ１
４２４）。

【００７２】以上のように、タイトルを区間に分割し、
各々の区間においてのタイトルの再生状態（オブジェク
トの提示状態）を管理することにより、タイトル中の任
意の再生位置においての再生状態の取得が可能になるた
め、早送りや巻戻し、スライダーによるタイトル再生位
置の移動操作が可能となる。

【００７３】（実施例４）第４の発明の実施例につい
て、図１８を参照しながら説明する。まず図１８で示し
たマルチメディアタイトル再生装置においての動作を以
下に説明する。まず初期処理として、図１３と同様の処
理を行い、さらに利用者適応を実現するのに必要なデー
タを生成し、オブジェクト格納手段１３０２に格納す
る。これらの初期処理実行後、タイトル再生コマンド、
タイトル制御コマンド、タイマーイベントに対しては図
１３と同様の処理を行う。またオブジェクト制御コマン
ド入力手段１８０２から入力された利用者適応コマンド
に従って、オブジェクト制御手段１８０３はオブジェク
トの個々の動作を制御し、オブジェクト表示手段１０７
を通して表示する。

【００７４】この図に示す実施例が上述した第３発明の
実施例と異なる点は、利用者適応の動作のコマンド（以
下、利用者適応コマンドと記述）を入力するオブジェク
ト制御コマンド入力手段（１８０２）と、入力されたコ
マンドに従ってオブジェクトのふるまいを制御するオブ
ジェクト制御手段（１８０３）を備え、タイトル再生中
にタイトルの再生に支障をきたすことなく、利用者適応
の動作ができるという点である。

【００７５】このような構成による第４発明の実施例の
動作について説明する。なお、本実施例においては、利
用者適応の動作として、オブジェクトの表示サイズの変
更という動きを例にとり、利用者適応コマンドが入力さ
れたら、オブジェクトを拡大して表示、テキストオブジ
ェクトの場合は、フォントサイズも大きくして表示す
る、という制御を行う。

【００７６】図１９に動作フローを示す。図１８におい
て、全体制御・管理手段（１８０１）は初期処理とし
て、図１３における全体制御・管理手段（１３０１）と
ほぼ同様の処理を行う（図１９：ステップ１９０２、１
９０３、１９０５）。但し、非基軸オブジェクトを生成
する際、拡大表示時に提示するデータも生成し、オブジ
ェクト格納手段（１１０２）であるコンピュータ上のメ
モリに格納する（図１９：ステップ１９０４）。

【００７７】これらの初期処理後、全体制御・管理手段
（１８０１）はイベント待ち状態になる（図１９：ステ
ップ１９０６）。タイトル再生コマンド入力手段（１０
９）からコマンドが入力された場合、タイマーイベント
発生手段（１１０）がイベントを発生した場合、及びタ
イトル制御コマンド入力手段（１３０４）からコマンド
が入力された場合は、図１３における全体制御・管理手
段（１３０１）と同様の処理を行う（図１９：ステップ
１９０７〜１９２４）。

【００７８】オブジェクト制御コマンド入力手段（１８
０２）は、本実施例では、図２０に示すように画面表示
されているオブジェクトウィンドウ（図２０：２００
１）とする。このオブジェクトウィンドウをマウスなど
でクリックすることにより、利用者適応コマンドが入力
される。

【００７９】コマンドが入力されると、全体制御・管理
手段（１８０１）は、オブジェクト制御手段（１８０
３）に制御を渡す。この際、全体制御・管理手段（１８
０１）は、クリックされたウィンドウを認識することに
より、対象となるオブジェクトのＩＤも認識し、オブジ
ェクト制御手段（１８０３）に、このオブジェクトＩＤ
を渡す。

【００８０】全体制御・管理手段（１８０１）から制御
が渡されたら、オブジェクト制御手段（１８０３）は、
全体制御・管理手段（１８０１）から渡されたオブジェ
クトＩＤをもとに、対象となるオブジェクトをオブジェ
クト表示手段（１０７）によって消去する（図１９：ス
テップ１９２５）。オブジェクト制御手段（１８０３）
はさらに、全体制御・管理手段（１８０１）から渡され
たオブジェクトＩＤをもとに、オブジェクト格納手段
（１１０２）であるコンピュータのメモリ上に予め用意
されているオブジェクトの拡大表示用データを取得し、
オブジェクト表示手段（１０７）によって提示する（図
１９：ステップ１９２６）。

【００８１】この状態での画面状態を図２１に示す。図
２１において、２１０１が拡大表示されたオブジェクト
である。この際、オブジェクトの拡大表示用データが予
め用意されてなく、コマンドが入力された時点で、これ
を生成し、提示した場合、拡大表示用データの生成に時
間がかかり、タイトル再生に支障をきたす可能性が高
い。予め拡大表示用データを生成し、メモリに格納して
おくことにより、拡大表示用データの生成に要する時間
だけ短縮され、拡大表示が高速化され、タイトル再生に
支障をきたす可能性の低減化が図れる。

【００８２】以上のように、利用者適応の動作に関して
も考慮し、予めオブジェクトのデータとして用意してお
く等の機構を設けることにより、タイトル再生中であっ
ても、これらのインタラクティブな制御を、タイトルの
進行を妨げることなく実現することができる。

【００８３】（実施例５）第５の発明の実施例につい
て、図２２を参照しながら説明する。まず、図２２で示
したマルチメディアタイトル再生装置においての動作を
以下に説明する。まず初期処理として、図１３と同様の
処理を行うが、シナリオ解釈時にリンクする外部アプリ
ケーション情報を読みとり、外部アプリ情報データを生
成し、外部アプリ情報格納手段２２０２に格納する。こ
れらの初期処理実行後、タイトル再生コマンド、タイト
ル制御コマンド、タイマーイベントに対しては図１３と
同様の処理を行う。また外部アプリ起動コマンド入力手
段２２０３から入力された外部アプリ制御コマンドに従
って、外部アプリ起動手段２２０４は、外部アプリ情報
格納手段２２０２より外部アプリ情報データを参照し、
外部アプリケーションの制御を行う。

【００８４】この図に示す実施例が第３発明の実施例と
異なる点は、全体制御・管理手段（２２０１）が、リン
クする外部アプリケーション情報の記述されたシナリオ
を解釈し、その情報を格納する外部アプリ情報格納手段
（２２０２）と、外部アプリケーションを起動するコマ
ンドを入力する外部アプリ起動コマンド入力手段（２２
０３）と、入力されたコマンドを受けて、外部アプリ情
報格納手段（２２０２）に格納されているデータを参照
し、リンクされている外部アプリケーションを起動する
外部アプリ起動手段（２２０４）を備え、外部アプリ制
御コマンド入力手段（２２０３）からコマンドが入力さ
れると、シナリオでリンク付けされたアプリケーション
を起動する機構を持つ点である。

【００８５】図２２において、図１、図１１、図１３と
共通する部分には、同一の番号を付し、その説明を省略
する。

【００８６】このような構成による第５発明の実施例の
動作について説明する。図２３に動作フローを示す。

【００８７】図２２において、全体制御・管理手段（２
２０１）は初期処理としてまず、シナリオ蓄積手段（１
０２）であるコンピュータの補助記憶装置からシナリオ
ファイルを読み込んで内容を解釈し、内部データに変
換、内部データ格納手段（１０３）に格納する（図２
３：ステップ２３０２）。さらにシナリオから外部アプ
リ情報データを生成し、外部アプリ情報格納手段（２２
０２）に格納する（図２３：ステップ２３０３）。

【００８８】外部アプリケーション情報が記述されたシ
ナリオの書式を図２４に示す。 〜は図３と同様であ
り、 がリンクする外部アプリケーション情報である。
内部データの構造は図４と同様である。

【００８９】外部アプリ情報データの構造を図２５に示
す。外部アプリ情報データは配列構造になっており、ア
プリケーションＩＤが配列番号になっている。アプリケ
ーションＩＤは、シナリオファイルの解釈時に１から順
に割り振られる。

【００９０】この状態における画面状態を図２６に示
す。図２６において、２６０１、２６０２は外部アプリ
起動コマンド入力手段（２２０３）であるボタンであ
る。外部アプリ情報データを生成する際に、リンクする
アプリケーションの数に応じて、表示すべきボタンの個
数や配置などを予め決められた規則に基づいて自動的に
決定する。

【００９１】本実施例では、シナリオ（図２４）に外部
アプリ情報としてが２つのアプリケーションが記述され
ているとして、外部アプリ起動コマンド入力手段（２２
０３）として２つのボタンが表示される。さらに全体制
御・管理手段（２２０１）は、図１１における全体制御
・管理手段（１１０１）と同様に、タイトル進行管理フ
ラグの初期化（図２３：ステップ２３０４）、及びオブ
ジェクト提示状態管理データの生成（図２３：ステップ
２３０５）を行う。

【００９２】これらの初期処理後、全体制御・管理手段
（２２０１）はイベント待ち状態になる（図２３：ステ
ップ２３０６）。タイトル再生コマンド入力手段（１０
９）からコマンドが入力された場合、タイマーイベント
発生手段（１１０）がイベントを発生した場合、及びタ
イトル制御コマンド入力手段（１３０４）からコマンド
が入力された場合は、図１３における全体制御・管理手
段（１３０１）と同様の処理を行う（図２３：ステップ
２３０７〜２３２４）。

【００９３】外部アプリ起動コマンド入力手段（２２０
３）からコマンドが入力された場合、全体制御・管理手
段（２２０１）は、外部アプリ起動手段（２２０４）に
制御を渡す。この際、全体制御・管理手段（２２０１）
は、クリックされたボタンを認識することにより、対象
となるアプリケーションＩＤを認識し、外部アプリ起動
手段（２２０４）にこのアプリケーションＩＤを渡す。

【００９４】全体制御・管理手段（２２０１）から制御
が渡されたら、外部アプリ起動手段（２２０４）は、外
部アプリ情報格納手段（２２０２）に格納されている外
部アプリ情報データを参照し（図２３：ステップ２３２
５）、全体制御・管理手段（２２０１）から渡されたア
プリケーションＩＤに対応するアプリケーションを認識
し、起動する（図２３：ステップ２３２６）。

【００９５】以上のように、マルチメディアタイトルの
再生とは直接は関係無い処理を行う外部アプリケーショ
ンを、リンクするアプリケーションとしてシナリオファ
イルに記述し、それを起動する機構を設けることによ
り、マルチメディアタイトル再生と外部のアプリケーシ
ョンの機能を提供する、マルチメディアタイトル再生装
置が実現できる。例えば、商品広告であるマルチメディ
アタイトルを再生しつつ、外部アプリケーションであ
る、ＦＡＸによる資料送付装置や発注申込装置によっ
て、資料を得たり、発注をしたりすることが可能とな
る。

【００９６】（実施例６）第６の発明の実施例につい
て、説明する。実施例２では、タイトル再生前にあらか
じめシナリオを解釈し、すべてのオブジェクトデータを
読み込み、オブジェトを生成するタイトル再生方法につ
いて述べた。この方法はオブジェクト数が少ないときに
は有効である。しかし、オブジェクト数やオブジェクト
データ量が多い場合、タイトル再生前の準備時間が長く
なり、ユーザの待ち時間が増える。また、タイトル再生
中に提示しようとするすべてのオブジェクトを格納する
リソースをあらかじめ確保しなければならない。

【００９７】そこで、本発明では、タイトル再生前にシ
ナリオを解釈し、オブジェクトデータの取得とオブジェ
クト生成を順次、オブジェクト提示前にタイトル再生と
並行して行なう。すなわち、オブジェクトデータをある
大きさごとに分割し、オブジェクト提示前までに必要と
なるオブジェクトデータを取得しておく。この方法で
は、オブジェクトデータをタイトル再生中に取得するの
で、タイトル再生開始時にユーザを待たせることがな
く、また順次必要なオブジェクトデータのみを取得する
のでメモリの利用効率化が図れる。この方法で注意しな
ければならないことは、タイトル再生中は基軸オブジェ
クトのデータ取得を常に行なっているので、これを阻害
しないように他オブジェクトデータの取得をする必要が
あるということである。すなわち、基軸オブジェクトと
して動画を用いた場合には動画の再生が途切れないよう
にしなければならない。

【００９８】以降、この動画のスムースな再生に影響を
与えない他オブジェクトデータのリードブロックサイズ
とリードサイクルについて説明する。

【００９９】なお本実施例では、基軸オブジェクトは I
SO/IEC 11172-1,2,3 の動画像圧縮規格 MPEG1 の動画像
であり、データの転送速度は 1.5Mbps であるとする。
また、オブジェクトデータ蓄積手段とタイトル再生用の
クライアント端末（32bitCPU,DOS/Vパソコン）は IEEE
802.3規格のネットワークで結ばれており、このネット
ワークを占有できるものとし、最大伝送速度は１０Ｍbp
sであるとする。このネットワークの転送帯域をＴ（バ
イト/秒）、ネットワーク上でのデータ転送ブロックサ
イズをＢ（バイト）とすると、１秒間に送信可能な最大
ブロック数Ｌは、 Ｌ＝Ｔ/Ｂ（ブロック/秒） となる。ところで、 MPEG1 の再生に必要な１秒間あた
りのブロック数Ｍは、 MPEG1 データの再生レートをＲ
（バイト/秒）とすると、 Ｍ＝Ｒ/Ｂ（ブロック/秒） となる。よって MPEG1 のデータブロックの１転送サイ
クル中１/Ｍに、転送可能な総ブロックＮは Ｎ＝Ｌ×１/Ｍ となり、他のオブジェクトデータ転送に使用可能なブロ
ック数Ｐは Ｐ＝Ｎ-１＝Ｌ/Ｍ-１ となる。つまり、 MPEG1 のデータブロックの転送サイ
クルＫ Ｋ＝１/Ｍ＝Ｂ/Ｒ（秒） の間に、動画の再生に影響を与えることなしに他オブジ
ェクトのデータをＱ Ｑ＝Ｂ×Ｐ＝Ｂ（Ｌ/Ｍ-１）＝Ｂ（Ｔ/Ｒ-１） （バイ
ト） 読み込むことができる。このように、ネットワークの転
送帯域、ネットワーク上でのデータ転送ブロックサイ
ズ、MPEG1 データの再生レートから、動画の再生中に、
動画の再生に影響を与えることなしに他オブジェクトデ
ータを取得することができるリードブロックサイズとリ
ードサイクルを求める。

【０１００】次に第６の発明の実施例の構成図を図２７
に、動作フローを図２８に示し、その動作について説明
する。

【０１０１】まず、図２７に示したマルチメディアタイ
トル再生装置においての動作概略を以下に説明する。ま
ず初期処理として、シナリオを解釈する。このとき、各
非基軸オブジェクトのデータ容量と、基軸オブジェクト
のスムースな再生に影響を与えない非基軸オブジェクト
データの取得ブロックサイズ、取得サイクルからデータ
取得所要時間を算出し、提示時間からこの所要時間を引
いた時間をデータ取得開始時間とし、この情報を含め内
部データとして、内部データ格納手段２７０５に格納す
る。これらの初期処理実行後、タイトル再生コマンド、
タイマーイベントに対しては図１と同様の処理を行なう
が、同期処理手段２７０６は、オブジェクトの提示、消
去を行なうだけでなく、全体制御・管理手段２７０１に
対して、オブジェクト生成命令を出す。全体制御・管理
手段２７０１は、同期処理手段２７０６からオブジェク
ト生成命令を受け、オブジェクトデータ取得手段２７０
７を用いてオブジェクトデータを取得し、オブジェクト
を生成し、オブジェクト格納手段１１０２に生成したオ
ブジェクトを格納する。

【０１０２】図２７において、全体制御・管理手段２７
０１は、タイトル再生をする前にシナリオ蓄積手段２７
０２からシナリオを取得し、これを解釈する。このと
き、素材蓄積手段１０４より当該オブジェクトデータの
サイズを得、オブジェクトデータ取得速度格納手段２７
０３に格納してある他オブジェクトデータのリードブロ
ックサイズとリードサイクルから、各オブジェクトデー
タの取得開始時間をオブジェクトデータ取得時間算出手
段２７０４で算出する。つまり、オブジェクトＡのデー
タ容量がＷバイト、他オブジェクトデータのリードブロ
ックサイズをＱバイト、リードサイクルをＫ秒とする
と、オブジェクトＡのデータ取得所要時間Ｙは、 Ｙ=ＫxＷ/Ｑ（秒） より算出する。このときのオブジェクトデータ取得開始
時間は動画のフレーム位置として表されている。なお、
本実施例では３０フレーム/秒の動画を用いている。シ
ナリオは解釈された後、内部データとして、各オブジェ
クトデータの取得開始時間と共に、内部データ格納手段
２７０５に格納される。

【０１０３】次に、全体制御・管理手段２７０１はこの
内部データを参照し、オブジェクトデータの取得開始時
間がタイトル再生開始前、すなわち負のフレーム数とな
ったとオブジェクトのオブジェクトデータの取得を行な
い、オブジェクトを生成し、オブジェクト格納手段２２
０２に格納する。これらのオブジェクトは、動画再生開
始後からオブジェクトデータの取得を開始しても提示ま
でに間に合わないので、タイトル再生開始前に初期処理
としてオブジェクトの生成を終了しておく。

【０１０４】これらの処理後、全体制御・管理手段２７
０１は図１における全体制御・管理手段１０１と同様
に、イベント待ち状態になる。タイトル再生コマンド入
力手段１０９のイベント発生以後の処理は実施例１と同
様である。ただし、異なるのは、タイマーイベントが発
生し、同期処理手段２７０６制御が渡された後の処理で
ある。同期処理手段２７０６は、内部データにしたがっ
て、オブジェクト格納手段内１１０２のオブジェクトを
提示、消去するだけでなく、各オブジェクトのデータ取
得開始フレームになると、全体制御・管理手段２７０１
を通じてオブジェクトデータ取得手段２７０７にデータ
取得命令を出す。

【０１０５】オブジェクトデータ取得手段２７０７はこ
の命令を受け、オブジェクトデータ取得速度格納手段２
７０３を参照し、このオブジェクトデータ取得速度でオ
ブジェクトデータを取得する。取得したデータから全体
制御・管理手段２７０１はオブジェクトを生成し、オブ
ジェクト格納手段１１０２に格納する。

【０１０６】また、オブジェクトを消去するときはオブ
ジェクト格納手段１１０２このオブジェクトが確保して
いたメモリを解放する。また、図２９に内部データ格納
手段２７０５に格納される内部データの例を示す。

【０１０７】以上のように、あらかじめシナリオを解釈
し、ネットワークの転送帯域とデータ転送ブロックサイ
ズと基軸オブジェクトデータ転送レートから求めた、他
オブジェクトデータのリードブロックサイズとリードサ
イクルから、各オブジェクトデータの取得所要時間を算
出しておき、タイトル再生中にオブジェクト提示の際
は、提示時間からデータ取得所要時間を差し引いた時間
からデータの取得を開始する。こうすることで提示時間
には、オブジェクトの生成が終了し、メモリ内の情報を
オブジェクト表示手段に表示することができることか
ら、あらかじめすべてのオブジェクト用のリソースを確
保する必要がなく、またタイトル再生前の初期処理時間
が少なくてすみ、オブジェクトの表示を高速にかつ、タ
イトル再生をスムースにすることが可能となる。

【０１０８】

【発明の効果】以上詳細に説明したように、本発明によ
れば、第１の発明では、ハイパーメディアタイトルの再
生が実現できる。これにより、有時間オブジェクトと他
のオブジェクトの同期が保証され、再生環境に依存しな
い、安定したマルチメディアタイトルの再生が可能とな
る。

【０１０９】また、第２の発明では、高速なオブジェク
トの提示制御が実現できる。これにより、滑らかなマル
チメディアタイトルの再生が可能となる。

【０１１０】また、第３の発明では、マルチメディアタ
イトルの再生において、その再生位置を任意に移動する
手動制御が実現できる。これにより、マルチメディアタ
イトルの再生に関して、順方向の再生だけでなく、早送
りや巻戻しなどの操作が可能となる。

【０１１１】また、第４の発明では、マルチメディアタ
イトル再生装置において、利用者適応の動作が実現でき
る。これにより、利用者の好みに応じたマルチメディア
タイトルの再生が可能となる。

【０１１２】また、第５の発明では、マルチメディアタ
イトル再生装置から外部アプリケーションの起動が実現
できる。これにより、マルチメディアタイトルを利用し
た様々なアプリケーションが容易に提供できる。

【０１１３】また、第６の発明では、マルチメディアタ
イトル再生装置において基軸オブジェクトのスムースな
再生に影響を与えない非基軸オブジェクトの取得ブロッ
クサイズ、取得サイクルからデータ取得所要時間を算出
し、提示時間よりこの所要時間分前からデータを取得、
オブジェクト生成をしておくことで、高速なオブジェク
トの提示制御が実現できる。これにより滑らかなマルチ
メディアタイトルの再生が可能となる。

【図面の簡単な説明】

【図１】本発明の第１発明のマルチメディアタイトル再
生装置の構成を示すブロック図

【図２】本発明の第１の実施例における処理のフローチ
ャート

【図３】本発明の第１の実施例におけるシナリオの書式
図

【図４】本発明の第１の実施例における内部データ構造
図

【図５】本発明の第１の実施例における同期トリガデー
タの生成方法し示す概念図

【図６】本発明の第１の実施例における第１の画面状態
図

【図７】本発明の第１の実施例における第２の画面状態
図

【図８】（ａ）本発明の第１の実施例における同期ポイ
ントとタイマーイベントの第１の関係図 （ｂ）本発明の第１の実施例における同期ポイントとタ
イマーイベントの第２の関係図

【図９】本発明の第１の実施例における第３の画面状態
図

【図１０】本発明の第１の実施例における第４の画面状
態図

【図１１】本発明の第２の実施例におけるマルチメディ
アタイトル再生装置の構成を示すブロック図

【図１２】本発明の第２の実施例における処理のフロー
チャート

【図１３】本発明の第３の実施例におけるマルチメディ
アタイトル再生装置の構成を示すブロック図

【図１４】本発明の第３の実施例における処理のフロー
チャート

【図１５】本発明の第３の実施例におけるオブジェクト
提示状態管理データの生成方法を示す概念図

【図１６】本発明の第３の実施例における画面状態図

【図１７】本発明の第３の実施例における目標フレーム
位置を示す概念図

【図１８】本発明の第４の実施例におけるマルチメディ
アタイトル再生装置の構成を示すブロック図

【図１９】本発明の第４の実施例における処理のフロー
チャート

【図２０】本発明の第４の実施例における第１の画面状
態図

【図２１】本発明の第４の実施例における第２の画面状
態図

【図２２】本発明の第５の実施例におけるマルチメディ
アタイトル再生装置の構成を示すブロック図

【図２３】本発明の第５の実施例における処理のフロー
チャート

【図２４】本発明の第５の実施例におけるシナリオの書
式図

【図２５】本発明の第５の実施例における外部アプリ情
報データの構造図

【図２６】本発明の第５の実施例における画面状態図

【図２７】本発明の第６の実施例におけるマルチメディ
アタイトル再生装置の構成を示すブロック図

【図２８】本発明の第６の実施例における処理のフロー
チャート

【図２９】本発明の第６の実施例における内部データ構
造図

【符号の説明】

１０１ 全体制御・管理手段 １０２ シナリオ蓄積手段 １０３ 内部データ格納手段 １０４ 素材蓄積手段 １０５ タイトル進行管理フラグ格納手段 １０６ 同期処理手段 １０７ オブジェクト表示手段 １０８ 記述オブジェクト表示手段 １０９ タイトル再生コマンド入力手段 １１０ タイマーイベント発生手段

Claims (6)

【特許請求の範囲】
1. 【請求項１】 装置全体の管理・制御を行う全体管理・
   制御手段と、シナリオを蓄積するシナリオ蓄積手段と、
   内部データを格納する内部データ格納手段と、素材デー
   タを蓄積する素材蓄積手段と、タイトルの進行を管理す
   るタイトル進行管理フラグを格納するタイトル進行管理
   フラグ格納手段と、基軸オブジェクトの進行に合わせて
   非基軸オブジェクトの制御を行う同期処理手段と、非基
   軸オブジェクトの表示処理を行うオブジェクト表示手段
   と、基軸オブジェクトの表示処理を行う基軸オブジェク
   ト表示手段と、タイトルの再生コマンドを入力するタイ
   トル再生コマンド入力手段と、一定間隔でタイマーイベ
   ントを発生させるタイマーイベント発生手段とを備え、
   ハイパーメディア型タイトルを再生することを特徴とす
   るマルチメディアタイトル再生装置。
2. 【請求項２】 オブジェクト格納手段を備え、全てのオ
   ブジェクトを予め生成し、オブジェクト格納手段に格納
   しておくことにより、オブジェクト提示を高速に行うこ
   とができ、スムーズなタイトル再生が可能であることを
   特徴とする、請求項１のマルチメディアタイトル再生装
   置。
3. 【請求項３】 タイトル制御コマンドを入力するタイト
   ル制御コマンド入力手段と、タイトルの区間毎の非基軸
   オブジェクト提示状態の管理データを格納する、オブジ
   ェクト提示状態管理データ格納手段と、タイトルの任意
   の区間での状態を復元する再生状態復元処理手段を備
   え、 タイトルの再生位置を任意に移動できることを特徴とす
   る、請求項２のマルチメディアタイトル再生装置。
4. 【請求項４】 オブジェクトを制御するコマンドを入力
   するオブジェクト制御コマンド入力手段と、オブジェク
   トの動きを制御するオブジェクト制御手段を備え、イン
   タラクティブなオブジェクト制御の際に必要となる処理
   を、予め行っておくことにより、タイトル再生中におい
   てオブジェクト間の同期を取りつつ、しかも、タイトル
   再生に支障をきたさないよう、個々のオブジェクトの動
   きを独立に制御することを特徴とする、請求項３のマル
   チメディアタイトル再生装置。
5. 【請求項５】 リンクする外部アプリケーション情報を
   格納する外部アプリ情報格納手段と、外部アプリケーシ
   ョンを制御するコマンドを入力する外部アプリ起動コマ
   ンド入力手段と、外部アプリケーションを起動する外部
   アプリ制御手段を備え、 シナリオに記述された外部アプリケーションを起動する
   機構を持つことを特徴とする、請求項３のマルチメディ
   アタイトル再生装置。
6. 【請求項６】 オブジェクト格納手段と、オブジェクト
   データ取得速度格納手段と、オブジェクトデータ取得開
   始時間算出手段と、オブジェクトデータ取得手段を備
   え、 シナリオに記述された各オブジェクトのファイル容量
   と、ネットワークの転送帯域とデータ転送ブロックサイ
   ズと基軸オブジェクトデータ転送レートから求めた、基
   軸オブジェクトのスムースな再生に影響を与えないオブ
   ジェクトデータのリードブロックサイズとリードサイク
   ルから、オブジェクトデータ取得所要時間を算出し、オ
   ブジェクト提示時間からオブジェクトデータ取得所要時
   間を差し引いた時間から、オブジェクトデータの取得を
   開始し、提示前にオブジェクトの生成、オブジェクト格
   納手段への格納をしておくことにより、オブジェクト提
   示を高速に行うことができ、スムースなタイトル再生が
   可能であることを特徴とする、請求項１のマルチメディ
   アタイトル再生装置。