JPH08511891A - 同期クロック及びメディアプレーヤー - Google Patents

Abstract

(57)【要約】 マルチプレーヤーとそれを制御するクロックを１つのオブジェクトに統合する。この統合は、オブジェクト指向プログラム環境でのオブジェクト間の継承構造を利用して行うものである。プレーヤーオブジェクトのソフトウェアクラスはクロックオブジェクトのソフトウェアクラスから継承することによって形成される。このように、プレーヤーはクロックともいえる。このようにプレーヤーとオブジェクトを一体にしたため異なるメディア間での同期が改善され、プレーヤーオブジェクトとクロックオブジェクトを用いたアプリケーションの設計が簡略化される。各オブジェクトは、システム内で最も早いメディアプレーヤーの速度で動作するルートオブジェクトに同期している。ルートクロックを下位と上位の部分に分けて比較レジスタを用いて中断処理のオーバーヘッドを減らす。

Description

【発明の詳細な説明】 同期クロック及びメディアプレーヤー 関連出願 本発明は、同時継続出願中である米国特許出願Ｎｏ． 「イベント条件と 通知」（代理人ファイル番号５５３７８．００２６）及びＮｏ． 「時間ベ ース型スクリプトシーケンス」（代理人ファイル番号５５３７８．００２７）に 関連する特許出願である。 発明の技術分野 本発明はマルチメディアの方法と装置の分野に関するもので、特にマルチメデ ィアコンピュータ環境における時間ベースメディアの同期及び制御を考慮した方 法と装置に関するものである。 発明の背景技術 現代のコンピュータ装置では、マルチメディアという言葉を用いて１または複 数の時間ベース型データファイルを処理（例えば、作成、編集、表示、同期など ）するソフトウェアを述べることが多い。時間ベース型データには、例えば、ビ デオシーケンス、オーディオシーケンス、タイムレコードイベントなどのように 測定装置で測定したデータのようなものが含まれる。ハードウェアあるいはソフ トウェアなどマルチメディアデータを処理できるデバイスのことをマルチメディ アプレーヤーと呼ぶ。典型的なマルチメディアプレーヤーとしては、パーソナル コンピュータやマルチメディア用に設計されたカスタムＣＤ−ＲＯＭをベースと する装置などがある。 時間ベース型データは、例えば、コンピュータのＲＯＭ、磁気ディスクドライ ブ、オーディオコンパクトディスク（ＣＤ）、ＲＯＭ型コンパクトディスク（Ｃ Ｄ）、ビデオテープ装置などのハードウェア記憶装置に記憶（書き込み）させる のが一般的である。時間ベース型データはリアルタイムに処理することを目的と して生成すりこともできる。例えば、コンピュータで生成した動画イメージデー タを記憶させずに動画制御データからディスプレーに表示させることができる。 データのタイプがすなわちデータの「メディア」のことである。つまり、メデ ィアによってデータはを決まる。例えば、デジタルデータは０と１のバイナリー 値で構成されている。こうしたデータを理解させるには、こうしたメディアはこ のようなデータで表されるものであるということをプレーヤーが理解する必要が ある。従って、前記ハードウェア記憶装置から付与されたデータを処理できるデ バイス（基本的にはソフト）のことをメディアプレーヤーと呼ぶ。 ムービーはマルチメディアのソフトやハードの話をする時に使う一般的なメタ ファーである。従来の「映画」（例えば、映画館などで上映されているようなタ イプのもの）は時系列的な離散データの流れを単一の形式すなわちフィルム、テ ープ、光ディスクなどに記憶させたものであるのに対してマルチメディアのムー ビーはそのように編成する必要がない。むしろ、マルチメディアのムービーはデ ータを様々な装置に非時系列的に記憶させることができる複数のシーケンスで構 成することができる。このように、マルチメディアプレーヤーの重要な役割の１ つにデータ処理を編成や統合することにある。 マルチメディアムービー（あるいはタイトル）の作者は、オーディオビデオス トリーム、動画シーケンス、時間ベース型スクリプト、フルモーションムービー などといった様々な時間ベース型マルチメディア装置すなわち「プレーヤー」を 制御したり同期させたりしなくてはならない。各アプリケーションの作者に要求 されるのはこうした装置を完全に制御しておくことではなく、今では多くのコン ピュータオペレーティング装置に「拡張機能」と呼ばれる機能が付加されていて 高度な抽象概念（クロックオブジェクトやそれに関連したメディアであるプレー ヤーオブジェクトなど）を提供できるため作者の作業も簡素化されている。こう した装置としては、例えば、ＩＢＭ互換パーソナルコンピュータ、ウィンドウズ ３．１ＯＳ環境用の「マルチメディア拡張機能」（ワシントン、レドモンド、マ イクロソフト社）や、マッキントシュシステム７．ｘシステムソフトウェア用「 クィックタイム」拡張機能（カリフォルニア州、クペルティーノ、アップルコン ピュータ社）などがある。クィックタイムの詳細はアップルコンピュータ社から 販売されているクィックタイム開発ガイドに記載されている。 クィックタイムを用いるとマルチメディアプレーヤーで時間ベース型データを 処理することができる。データは時間ベースであるため、クィックタイムはデー タ用「時間」（時間基準という）の説明をするだけでなく、「時間」を評価する コンテキストの定義も行う。クィックタイムでは、ムービーまたはメディアの時 間基準を「時間軸」と呼ぶ。 時間軸は基本的にはベクトルであってムービーやメディアの時間速度や方向を 定めるものである。時間軸のコンテキストのことを時間座標系と呼ぶ。概念的に は、時間座標系には時間を測定するための軸が設けられている。幾何学的な軸の ようなこの時間座標系を時間スケールという測定系の測定単位で分割する。 時間軸は、現在の時間値とムービーあるいはメディアで経過する時間の速度を 表すがスケールを定義するものではない。むしろ、スケールはメディア自体から 作成するものである。速度と時間スケールの積を絶対速度と呼び、例えば秒当た りの単位で測定する。時間軸は特定の座標系とは無関係であるが、時間スケール がなければ時間軸から求めた時間値は無意味なものになってしまう。各時間軸に 伴うものがクロックで、時間軸のタイミングを決めている。クィックタイムのク ロックは、コンピューターマネジャーと呼ばれているクィックタイムアーキテク チャーの一部が管理する部品の形で構成されている。クロック部品は基本的に２ つの役割を果たしている。すなわち、時間情報を生成し、コールバックイベント という時間ベース型イベントのスケージューリングを行うといった機能である。 イベント管理の説明は、対応米国特許出願Ｎｏ． 「イベント条件と通知」 を参照のこと。 クロック部品自体が他のエレメントから情報を受け取り、この情報を使って時 間情報を生成出力する。例えば、クロック部品にはマッキントッシュ社の「チッ ク」カウントを使用して基本タイミング情報を生成させる。あるいは、コンピュ ータに取り付けられている専用ハードウェアをクロック部品として用いて基本タ イミング情報を生成する。 いずれにせよ、結局は、クロック部品はそのタイミング情報をハードウェアク ロックから直接または間接的にもらっているのである。ハードウェアクロックと しては、従来型の周知な信号発生器があり、この信号発生器は毎秒複数回「カチ カチ」すなわちチックを発生させる（例えば、１ＭＨｚのクロック信号の場合、 毎秒１００万回チックが生成されている） ハードウェアクロックにはカウンターが付きものである・このカウンターは一 定の速度でクロックチックが生成されるとその値を繰り上げて時間単位の記録を 取り続けるものである。ハードウェアのクロックが毎秒一定の決まったクロック チックを生成すると、クロック部品であるソフトウェアクロックはクロックの位 相や値を操作してクロックの速度を制御する。 例えば、多くのコンピュータ装置に用いられている単一ハードウェア「ルート クロック」（とそれに付随するカウンター）はベースとして用いるのが一般的で 、このベースクロックにソフトウェアクロックなどのクロック部品を同期させる 。こうしたソフトウェアクロックではルートクロックの時間単位（例えば、６０ チック／秒）を各ソフトウェアクロックが必要とする時間単位（例えば、オーデ ィオ用ＣＤの場合４４，１００チック／秒）に変換しなくてはならない。 メディアもムービーもそれぞれ時間軸を持っている。クィックタイムの場合、 マルチメディアムービーは１または複数の「トラック」から構成されており、こ のトラックは組織的なメディア基準であって時間ベース型データはこの基準から 生成する。各トラックには１つのメディアが対応している。ムービーの時間軸が あればトラックをまとめることができる。クィックタイムでは、ムービーの開始 時点では各トラックは同時に開始する。ムービーの開始時点以外の時点でトラッ クのデータを「スタートさせるには、データをムービーの開始点からずらしてお く。各トラックを同時にスタートさせることにより、様々なトラックが同相で同 期する。各トラックまたはメディアには独自の時間軸がある。各時間軸には固有 の速度、開始時間、停止時間、現在時間、若干の状態情報が設けられている。最 終的には各時間軸はクロック成分から間接的にその時間値を取り出す。時間軸は 別の時間軸から直接時間値を取り出すこともある。別の時間軸からその時間値を 取り出す時間軸のことをスレーブ時間軸と呼び、また、時間値を別の時間軸に与 える時間軸のことをマスター時間軸と呼ぶ。マスター時間軸には複数のスレーブ 時間軸が設けられる場合があるのに対してスレーブ時間軸には１つのマスター時 間軸しかない（すなわち、クロックは１つのクロックにのみ同期させることがで きるが、それには複数のクロックを同期させることができる） 例として、第１メディアを二値化映像データストリームとすると、第２メディ アは二値化音声データストリームとすることができる。映像データストリームの 中で特定の時間（例えば１０秒間映像データストリームに取り込む）音声を生成 するのが望ましい。このように、１つのメディアの時間軸を別のメディアの時間 軸に連結するのが有効である。 クィックタイムでは時間値の生成、使用、編集を行う。一方のメディアの時間 軸を他方のメディアの時間軸に結び付けると、マスター時間軸に発生した変化が スレーブ時間軸に影響を及ぼすことがある。例えば、マスター時間軸の現在時間 を変化させると、スレーブ時間軸の現在時間も適宜変化する。 しかしながら、時間軸値を変化させても影響はない。これは、スレーブ時間軸 の現在時間が変化すると、ムービー開始時間とデータ開始時間との間のずれが変 化するためで、マスター時間軸の現在時間は変化しない。 このように、クィックタイムでは各メディアが固有の時間軸、時間速度、オフ セットを持っていても異なるメディアを有効に制御したり同期させてりする機構 が提供されている。しかしながら、クィックタイムが提供する機構、すなわち、 異なるメディアを同期させる機構は基本的に非常に複雑なものである。これは、 メディアとそれに対応する時間軸が概念的に異なるためである。特定のメディア に対応する時間値にアクセスしたり、あるいは、この時間値を変化させるには、 そのメディアの時間軸（メディア自体ではない）をアドレス指定しなくてはなら ない。例えば、メディアが現在行っているプレイの時間を知りたければメディア の時間軸の基準を求めて時間軸自体を調べなくてはならない。プレーヤーの時間 変数に間接的にアクセスしなくてなはならないといったこのような問題は、互い に同期しているプレーヤーの数が多くなるほど複雑になる。 また、クィックタイムではムービーを時間ゼロから開始しなくてはならない。 これでは、別々の時間に開始される２つのムービー（すなわち、各ムービーが互 いに別のゼロ時間を有している）を同期させる作業が複雑になる。例えば、マル チメディアムービーは時間ゼロで開始しなくてはならないため、負の開始時間は 許されない。クィックタイムでは例えば疑似開始時間を生成して本来の開始時間 とのずれを利用して負の開始時間を実施できるが、これはマルチメディアムービ ーの生成に無用の負担を課すことになる。つまり、二つのムービーの時間差を維 持するだけでなく、これらのムービーの互いの速度の違いも同期させなくてはな らなくなる。ムービーを何等かの外部メディアに同期させる場合はやはり同じよ うな煩雑さが伴う。 最後に、上述の時間軸にはスケールが含まれていない。時間軸から送り返され る時間値はスケールがないと意味がない。時間軸から送り返される時間値を求め るには、メディアについて説明しなくてはならない。このように２段階で時間軸 時間値を求める作業は、タイトル作者にとっては厄介なものである。 さらに、これから起こるイベント（例えば、Ｘ時間毎ににオーディオプレーヤ ーに処理要求を通知して特定のオーディオパスを再生させるなど）はスケジュー リングが不正確である。よくあることだが、ルートクロックが特定のメディアプ レーヤーのクロックよりも動作が遅いと、いつそのオーディオパスが特定の時間 にきたのかをシステムは正確に判断できなくなる。 例えば、ルートクロックが６０チック／秒で動作する場合、オーディオ再生を 制御するクロックは４４，１００チック／秒で動作するためシステムはいつオー ディオ再生がオーディオ単位時間１００に達したかを判断できない。ルートクロ ックのチックとチックの間には全部で７３５個のオーディオ時間単位が存在する 。一般に、このような装置ではコンピュータの速度の早いクロックにアクセスし て所望の時間単位に達する時点を概算する。しかしながら、速度の早いクロック がメディアプレーヤーに同期せず不正確になるといった問題がある（これはカウ ンターへの書き込み時間によってドリフトが発生するためである）。 発明の開示 本発明は、メディアプレーヤーとそれを制御するクロックを物理的かつ概念的 に統合させて上記従来技術の課題を解決するものである。このようにクロックと メディアプレーヤーをシステムレベルで統合すると、別々のメディアを互いに正 確に同期でき、また、複数のクロックとメディアプレーヤーを互いに間接的に接 続させたり、そうした周辺作業を簡略化する人工的な中間構造体を維持しなくて はならないといった負担から作者が解放される。 このようにクロックとメディアを統合するにはオブジェクト指向プログラム環 境においてオブジェクト間で相続を行わせる。つまり、クロックオブジェクトの クラスから受け継がれたメディアプレーヤーのクラスを生成させてクロックとメ ディアプレーヤーを統合させる。オブジェクト指向言語では、プレーヤーはプレ ーヤーオブジェクトとの間にクロック関係を有しているのではなくプレーヤーそ のものがクロックとなる。 このように、クロックの属性（例えば、速度や時間など）はすべてそのクロッ クと概念的に対応しているメディアプレーヤーオブジェクトから受け継ぐ。こう して、メディアプレーヤーに簡単に直接接続して、例えば、プレーヤーの現在時 間を入手したり、現在時間、速度あるいはマスタークロックに対するオフセット 値を設定する。 「オリジン」という概念をクラス定義に導入して任意の時点でメディアをスタ ートできるようにする。このオリジンはメディアの開始部分を定義するものであ る。メディアの開始時点と終了時点にはマーカーを設けて示す。このように、ど んな時間スケールもメディアに対応させることができ、オフセット値を別途計算 したりあるいはオフセット値を利用して（これはクロックのオフセット値がその マスタークロックのみを基準とするためである）メディアの開始時間を求めなく ともメディアの開始時刻を設定できる。 物理的なレベルでは、メディアプレーヤーオブジェクトはすべてルートクロッ クのハードウェア部分に従属しており、このハードウェア部分がシステム内でも っとも早いメディアプレーヤーの速度で作動する（例えば、オーディオ用ＣＤの 場合４４．１ＫＨｚ）ため特定の時点（例えば、各メディアサンプルに相当）で これから先のイベントはスケージューリングされる。ルートクロックの速度はシ ステム内で最も早いメディアプレーヤーに等しいため、システム内の別のメディ アプレーヤーの時間単位をルートクロックからダウンコンバートできる。さらに 、それでも依然としてルートクロックのハードウェア部分の速度は比較的遅いた めハードウェアチックの期間中に十分処理を行うことができる。また、別の実施 例では、必要なメディアプレーヤーの速度を変えるためルートクロックをさらに 設けることもできる。 ルートクロックには時間値を保持するカウンターが設けられている。このカウ ンターはハードウェア全体で構成してもよく、あるいはハードウェアとソフトウ ェアを組み合わせて構成してもよい。カウンターの一部がハードウェアで構成さ れる場合は、システムの中断処理を減らすことができる。この場合、ルートクロ ックのハードウェア部分に同じ大きさの比較レジスターを設けて中断処理を行わ せるのが望ましい。 図面の簡単な説明 第１図は本発明を適用するシステムの一般的なコンピュータアーキテクチャー を示す図であり、 第２図は本発明の１実施例におけるクラスのクラス階層例を示す図であり、 第３図は速度、スケール、時間値を示す図であり、 第４図は有効速度を示した図であり、 第５図は本発明の１実施例におけるコールバッククラスのサブクラスを示した 図であり、 第６図は本発明の１実施例にかかるマルチメディアタイトルプレー用に階層配 列されたメディアネットワークを示した図であり、 第７図は第６図のメディアプレーヤーネットワークでマルチメディアタイトル をプレーする同期方式を示した図であり、 第８図は第７図のマルチメディアタイトルをプレーする同期方式の変形例を示 す図であり、 第９図は第７図のマルチメディアタイトルをプレーする同期方式のさらに別の 変形例を示した図 発明の好適実施例の説明 説明のため、本発明の実施例を適宜参照しながら実施例（適用例）を用いて本 発明を説明する。これらの実施例及び当該発明を開発した環境は当業者には自明 でであると思われるが、これらの実施例は本発明の機能や特徴を説明するための ものである。また、当業者であれば、本発明の実施例の変形例、追加、削除、変 更などは容易に考えつくと考えられるがこれらの実施例は本発明の範囲を制限す るものではない。 第１図は本発明を実施する装置の一般的な構造１０を示している。構造１０に はメインバス１２が設けられており、このメインバス１２は中央演算ユニット（ ＣＰＵ）１４、不動小数点ユニット（ＦＰＵ）１６、バスコントローラ−２０、 ビデオラム２２、ダイナミックラム（ＤＲＡＭ）２４、スタティックラム（ＳＲ ＡＭ）２６、デジタル信号プロセッサー（ＤＳＰ）２８，内部ハードディスク３ ０、外部メモリー装置３２（例えば、ＳＣＳＩポート３４に接続）、外部ネット ワーク装置３６（例えば、Ｅｔｈｅｒｎｅｔネットワークに接続している）、デ ィスプレイ４０（ＣＲＴなど）、プリンター４２（例えば、シリアルポート４４ に接続されたＰｏｓｔＳｃｒｉｐｔ装置など）、ポインティングデバイス（マウ ス、トラックボールなど）４８などの構成部材を相互に接続するものである。作 動中のコンピュータ装置内でのこれらの部品の接続と機能は当業者には周知であ る。しかしながら、特定の部品の機能とその意義については適宜詳細に説明する 。 以下の説明ではオブジェクト指向ソフトウェアデザインとして周知なソフトウ ェアプログラム環境の点から本発明を説明する。本発明の機能はこうした環境に 限定されるものではない。しかしながら、本発明を用いる環境の１つとして考え られるものであるということを裏付けるためオブジェクト指向プログラム環境の 関連詳細事項をある程度説明する。 オブジェクト指向プログラム言語における言語の基本データ構造はオブジェク トや、データとアクションを指定するプログラムエレメントである。データはロ ーカル変数で指定されてインスタンス変数（istance variable）と呼ばれ、オブ ジェクト内に収納される。アクションあるいは方法はサブプログラムであり前記 インスタンス変数で作動する。この方法はあるオブジェクトから別のオブジェク トへ送ったメッセージによって呼び出される。 オブジェクト構造は基本的な２つの構造クラスとインスタンスからなる。クラ スには変数と方法が一組設けられており、オブジェクトタイプのテンプレートと 考えることができる。インスタンス（あるいはオブジェクト）とは特定の実行時 におけるクラスの具体例である。オブジェクトはそのクラスに規定されている変 数を記憶する。各インスタンスには独自の変数バージョンがある。オブジェクト にメッセージを送ると、そのクラスに規定されている方法をオブジェクトは探し 出し、メッセージをどうやって実行するかを決める。 クラスはクラス階層で規定されている。クラスには階層中のより上位のクラス の変数や方法が全て継承されている。この継承クラスのことをサブクラスやスー パークラスの子と呼ぶことがある。スーパークラスから継承した変数や方法は、 まるで継承クラス内に定義されているかのうように継承クラスが利用できる。も しサブクラスに複数のスーパークラスがある場合は、各スーパークラスの変数や 方法は全て継承される。これを複数継承と呼ぶことがある。 クラス内に定義できる変数には２種類ある。１つはクラス変数で定義クラスの 全てのインスタンスがこれらの変数を共用する。クラス変数はクラスとインスタ ンスを連係させる時に用いるものである。第２のクラスはインスタンス変数で各 特定のインスタンスに固有である。つまり、各インスタンスの各インスタンス変 数には別々の記憶スペースが割り当てられている。 方法は、オブジェクトにメッセージを送った時に実行させるアクションを定義 する。オブジェクトにメッセージを送ると、メッセージ名と、そのオブジェクト に定義されている方法名が突き合わされる。実際に実行した方法は、オブジェク トクラス階層の最下位に規定されているメッセージと同じ名称を有す。 メッセージには変数を設けることができる。メッセージを送ると、そのメッセ ージに方法を特定する前に実際の変数は全て評価される。メッセージの中の実際 の変数に相当するフォーマル変数と一時変数を方法は備えている。一時変数はメ ッセージを実行する時に作成でき、またその方法を実行中はその方法の範囲内で のみ利用できる。 プログラムは、オブジェクトのクラスまたはクラス階層の中で方法を呼び出す オブジェクトにメッセージを送って実行される。場合によっては、補法がメッセ ージを別のオブジェクトに送付して別の方法を呼び出す。一般に、どの方法でも 結果は送り元に返送される。どの言語も、特に、オブジェクト指向言語の基本は メッセージを解釈したり評価したり、あるいは、方法が別の方法を呼び出す時に は戻るべき場所を常に把握するプログラムセグメントである。 オブジェクト指向プログラム環境は複数のプログラム言語で実行できる。オブ ジェクト指向環境の一般的な例としては、Ｃ＋＋環境がある。このＣ＋＋環境の 詳細については、Ｅｌｌｉｓ，Ｍａｒｇａｒｅｔ，Ｂｊａｒｅｎ Ｓｔｒａｕｓ ｔｒｕｐらの「ＴＨＥ ＡＮＮＯＴＥＤ Ｃ＋＋ＲＥＦＥＲＥＮＣＥ ＭＡＮＵ ＡＬ（Ａｄｄｉｓｏｎ−Ｗｅｓｌｅｙ １９９０）及びＣｏｐｌｉｎe，Ｊａｍ ｅｓ Ｏ．らのＡＤＶＡＮＣＥＤ Ｃ＋＋ ＰＲＯＧＲＡＭＭＩＮＧ ＳＴＹＬ ＥＳ ＡＮＤ ＩＤＩＯＭＳ（Ａｄｄｉｓｏｎ−Ｗｅｓｌｅｙ １９９２）． 第２図には、本発明の一実施例にかかる様々なクラスからなるクラス階層７６ ４が示されている。第２図にはクラス階層７６４の様々なクラスの継承関係が示 されている。例えば、Ｔｉｍｅｂａｓｅクラス７５０はベースクラスで、Ｔｉｍ ｅｂａｓｅクラス７５０とＣｌｏｃｋクラス７５２を結ぶライン７５１で示され ているように、Ｔｉｍｅｂａｓｅクラス７５０をＣｌｏｃｋクラス７５２が継承 している。Ｐｌａｙｅｒクラス７５４はライン７５３で示すようにＣｌｏｃｋク ラス７５２を継承している。ＡｕｄｉｏＰｌａｙｅｒクラス７５６、Ｖｉｄｏｅ Ｐｌａｙｅｒクラス７５８、ＳｃｒｉｐｔＳｅｑｕｅｎｃｅＰｌａｙｅｒクラス ７６０はライン７５５、７５７、７５９でそれぞれ示すようにＰｌａｙｅｒクラ ス７５４を継承している。初めに、これらのクラスを説明してからこれらのクラ スの例を述べる。 第２図にはＴｉｍｅｂａｓｅクラス７５０とＲｏｏｔＣｌｏｃｋクラス７６２ の関係が示されている。ＲｏｏｔＣｌｏｃｋ７６２のインスタンス（すなわち、 ＲｏｏｔＣｌｏｃｋオブジェクト）はハードウェア部と後で詳細に説明するソフ トウェア部とから構成されている。クラス階層７６４のクラスの各インスタンス は、ＲｏｏｔＣｌｏｃｋに直接または間接に同期されなくてはならない。各オブ ジェクトはオブジェクトから時間を取り出しており、そのオブジェクトは直接ま たは間接的にＲｏｏｔＣｌｏｃｋから時間を取り出している。従って、Ｔｉｍｅ ｂａｓｅクラス７５０にはＲｏｏｔＣｌｏｃｋから時間を取り出す方法が含まれ ている。 Ｒｏｏｔｃｌｏｃｋオブジェクトのハードウェアクロック部は、例えば、上述 したようにチックを常に把握するレジスタを一緒に用いて特定速度でチックを出 力する。ハードウェアデバイスを表すＲｏｏｔＣｌｏｃｋオブジェクトは１つだ けである。つまり、ＲｏｏｔＣｌｏｃｋはハードウェアタイミング資源を表して いる。しかしながら、１つのシステムにハードウェアタイミング資源、つまり、 こうした複数のＲｏｏｔＣｌｏｃｋを設けて１つのＲｏｏｔＣｌｏｃｋに１つの ハードウェアタイミング資源を付与してもよい。 第２図に示すように、Ｔｉｍｅｂａｓｅオブジェクト７５０は階層７６４の最 上レベルのクラスである。Ｃｌｏｃｋオブジェクト、Ｐｌａｙｅｒオブジェクト 、ＡｕｄｉｏＰｌａｙｅr，ＶｉｄｏｅＰｌａｙｅｒ，あるいはＳｃｒｉｐｔＳ ｅｑｕｅｎｃｅＰｌａｙｅｒオブジェクトをインスタンス化すると、各オブジェ クトにはＴｉｍｅｂａｓｅクラス７５０から継承した方法と変数が全て含まれる 。これのため、ＣｌｏｃｋはＴｉｍｅｂａｓｅであるとも言える。Ｔｉｍｅｂａ ｓｅクラス７５０のクラス方法を付録１に示す。Ｔｉｍｅｂａｓｅクラス７５０ 用のこのインスタンス化方法を付録２に示す。 Ｃｌｏｃｋオブジェクト（クロッククラス７５２の場合）Ｃｌｏｃｋオブジェ クトは主に時間を送り返すことができる（このため、クロックと呼ばれている） 。Ｃｌｏｃｋオブジェクトはそれ自体とそのマスタークロックとの間のオフセッ トを常に把握して時間を記録する。Ｃｌｏｃｋオブジェクトが時間要求を受け取 ると、マスタークロックの時間を取りだし、次にオフセットを引いてその結果を 送り返す。 各Ｃｌｏｃｋオブジェクトは、１秒毎に経過する（速度が１の時）時間単位数 を定義する時間スケールに対応する。従って、時間スケール１のＣｌｏｃｋオブ ジェクトは秒単位で時間を測定する。同様に、時間スケール６０のＣｌｏｃｋオ ブジェクトは１秒間に６０個を測定する。 Ｃｌｏｃｋオブジェクト内の特定の時点を時間値で示す。時間値はＣｌｏｃｋ オブジェクトの時間スケールで表す。例えば、タイムスケール６０のＣｌｏｃｋ オブジェクトの場合、時間値１８０は経過時間３秒を意味する。Ｃｌｏｃｋオブ ジェクトの速度はそのオブジェクトで経過する時間の速度である。このように、 秒単位の時間単位の絶対値はＣｌｏｃｋオブジェクトの速度とスケールの両方で 決まる。Ｃｌｏｃｋオブジェクトで１秒毎に経過する時間単位数はＣｌｏｃｋオ ブジェクトのスケールと速度を掛け算から判断できる。メディアをプレーする際 の秒単位の現在時間は以下のように求めることができる。 時間（秒）＝ 時間値／スケール ｘ 速度 第３図に時間速度、時間スケールと時間値を示す、 Ｃｌｏｃｋクラスのインスタンス７５２は、メディアをプレイしない時間資源を 維持するために生成される。ＡｕｄｉｏＰｌａｙｅｒクラス７５６、Ｖｉｄｅｏ Ｐｌａｙｅｒクラス７５８、ＳｃｒｉｐｔＳｅｑｕｅｎｃＰｌａｙｅｒクラス７ ６０のインスタンスを作成して後から説明するように、特定のメディアもプレー させる時間資源を生成してもよい。Ｃｌｏｃｋオブジェクトを作成するためＣｌ ｏｃｋクラス７５２で呼び出す方法のプロトタイプは以下の通りである。 ｍｅｔｈｏｄ ｏｂｊｅｃｔ ｎｅｗ（ｃｌａｓｓ ｓｅｌｆ ｏｂｊｅｃｔ ｍａｓｔｅｒ ｏｂｊｅｃｔ ｓｃａｌｅ） この方法の引数は次の通りである。 ｓｅｌｆ インスタンス化されるクラスで、この例の場合はＣｌｏｃｋが相当 する。 ｍａｓｔｅｒ 新しいクロックを同期させるマスタークロック。ＮＵＬＬとし て渡すと、このクロックはＲｏｏｔＣｌｏｃｋに同期される。 ｓｃａｌｅ クロックのスケール この方法の例としては、 ｍｙｃｌｏｃｋ ＝ ｎｅｗ（Ｃｌｏｃｋ，Ｎｕｌｌ６０）； この方法ではスケール６０のデフォルトハードウェアクロックに同期した新しい Ｃｌｏｃｋオブジェクトを生成がされる。 Ｃｌｏｃｋクラス７５２はＴｉｍｅｂａｓｅクラス７５０の方法と変数の全て を継承している。例えば、次に示すようなＴｉｍｅｂａｓｅクラス７５０を継承 した方法はＣｌｏｃｋオブジェクト（これらの方法のより詳しい説明を表２に示 す）に有用である。 ｇｅｔＲａｔｅ ｓｅｔＲａｔｅ ｇｅｔＥｆｆｅｃｔｉｖｅＲａｔｅ ｇｅｔＦｌａｇｓ ｓｅｔＦｌａｇｓ ｇｅｔＭａｓｔｅｒＣｌｏｃｋ ｓｅｔＭａｓｔｅｒＣｌｏｃｋ ｇｅｔＭａｓｔｅｒＲｏｏｔＣｌｏｃｋ ｇｅｔＲｏｏｔＣｌｏｃｋ ＳｅｒｖｉｃｉｎｇＣａｌｌＢａｃｋｓ しかしながら、Ｔｉｍｅｂａｓｅクラス７５０では時間スケールは提供しない。 Ｃｌｏｃｋクラス７５２では時間スケールを求めて設定する方法を提供する。さ らに、Ｃｌｏｃｋクラス７５２ではそれ自身の時間を求めて設定する方法を提供 する。付録３にはＣｌｏｃｋクラス７５２で紹介した方法が示されている。 Ｐｌａｙｅｒクラス７５４はメディアをプレーする方法を提供する。すなわち 、Ｐｌａｙｅｒオブジェクトは、メディアストリームオブジェクト（例えば、デ ジタル状態で得たオーディオまたはビデオオブジェクトを表す）とメディアシス テム資源（例えば、デジタルデータをアナログ音声または映像データに変換する オーディオまたはビデオ表示装置用ドライバーなど）との間でのデータのやり取 りを簡略にする。このようなプロトコルには前記データストリームを解釈するの に必要な情報が含まれている。例えば、ＡｕｄｉｏＰｌａｙｅｒオブジェクトで はオーディオチャンネルドライバーオブジェクト（付録８に表示されている方法 ）が適当な速度でデータを処理できる、例えば、特定のオーディオメディアスト リーム用サンプリング速度に相当する速度で処理できるようにする。このように 、Ｐｌａｙｅｒオブジェクトは、特定のデータストリーム用の適当な装置資源の 識別と選択を手伝う。 Ｐｌａｙｅｒクラス７５４ではプレーヤー全てに一般的なプロトコルを定義す る。このように、ＰｌａｙｅｒオブジェクトはＡｕｄｉｏＰｌａｙｅｒ，Ｖｉｄ ｏｅＰｌａｙｅｒあるいはＳｃｒｉｐｔＳｅｑｕｅｎｃｅＰｌａｙｅｒオブジェ クトといったＰｌａｙｅｒオブジェクトに同期した高レベルコントローラーとし ても使用できる。 本発明の主要な特徴の１つは、ＰｌａｙｅｒオブジェクトはＣｌｏｃｋオブジ ェクトでもある（すなわち、言葉の上ではＰｌａｙｅｒはＣｌｏｃｋである）。 従って、Ｐｌａｙｅｒオブジェクト自体には時間を必要とする方法が含まれてい る。例えば、開始時間と終了時間の制御方法やプレー速度の設定方法が含まれて いる。 Ｐｌａｙｅｒクラス７５４に全てのプレーヤーに共通の一般的な方法が納めら れており、特定のｐｌａｙｅｒサブクラス、例えば、ＡｕｄｉｏＰｌａｙｅｒク ラス７５６、ＶｉｄｏｅＰｌａｙｅｒクラス７５８、ＳｃｒｉｐｔＳｅｑｕｅｎ ｃｅＰｌａｙｅｒクラス７６０のそれぞれにはそれに関連するメディアに特定さ れた方法が納められている。例えば開始時間と終了時間を制御する方法、プレー 速度を設定する方法のほかにＡｕｄｉｏＰｌａｙｅｒクラス７５６にはプレー音 量などを調整する方法が納められている。付録５には特定Ｐｌａｙｅｒサブクラ スの数を詳細に説明している。 同期によって、あるオブジェクト（またはハードウェアクロック）を基準とし てオブジェクトの時間、速度、オフセットが相対的になるため、これらの値に変 化があれば関連するオブジェクト全てにその通知を出力しなくてはならない。つ まり、もし特定のＰｌａｙｅｒオブジェクトがＣｌｏｃｋオブジェクトに同期す る場合は、その有効速度は前記Ｃｌｏｃｋオブジェクトの速度の関数となる。 例えば、ＣｌｏｃｋＣと呼ばれる速度２のＣｌｏｃｋオブジェクトが、速度６ のＣｌｏｃｋＢと呼ばれているＣｌｏｃｋオブジェクトに同期していて、さらに 、このＣｌｏｃｋＢは速度３でハードウェアクロックに同期しているＣｌｏｃｋ Ａと呼ばれるＣｌｏｃｋオブジェクトに同期していると仮定する。この場合、第 ４図に示すように、ＣｌｏｃｋＡの有効速度は３、ＣｌｏｃｋＢの有効速度は１ ８、ＣｌｏｃｋＣの有効速度は３６となる。このように、Ｃｌｏｃｋオブジェク トの速度が変化する場合は、そのオブジェクトに同期している全てのオブジェク トに変化を通知しなくてはならない。この通知をＣａｌｌＢａｃｋオブジェクト が処理する。 ＣａｌｌＢａｃｋオブジェクトはＣｌｏｃｋオブジェクトと一緒に用いて特定 時間でのアクティビティーの発生をスケジューリングさせてもよい。例えば、Ｐ ｌａｙｅｒをスケジュールして特定の時間にプレーを開始させることもできる。 このように、アクティビティーをスケジュールするには、ＣａｌｌＢａｃｋオブ ジェクトを作成してＣｌｏｃｋオブジェクトに対応させる。第５図に示すように 、ＣａｌｌＢａｃｋクラス７８０には次のようなサブクラスが設けられている。 ＴｉｍｅＣａｌｌＢａｃｋ ｃｌａｓｓ７８２ このＣａｌｌＢａｃｋｓは一定の時間に起動される。 例えば、ＣａｌｌＢａｃｋを用いて特定の時間にプレーヤーを開始させてもよ い。 ＲａｔｅＣａｌｌＢａｃｋ ｃｌａｓｓ７８４ このＣａｌｌＢａｃｋは速度が変化する場合に起動させる。 例えば、ＣａｌｌＢａｃｋを用いてメディアが高速前送りの状態の時にディス プレイを変更させてもよい。 ＰｅｒｉｏｄｉｃＣａｌｌＢａｃｋ ｃｌａｓｓ７８６ このＣａｌｌＢａｃｋは一定の間隔で繰り返し起動される。例えば、ムービー の再生時にＣａｌｌＢａｃｋを用いて再生時の最初の１分間に５秒間隔で手続き の名称を表示させることができる。 ＴｉｃｋＣａｌｌＢａｃｋ ｃｌａｓｓ７８８ このＣａｌｌＢａｃｋはＰｅｒｉｏｄｉｃＣａｌｌＢａｃｋｓに似ているが、 そのようなＣａｌｌＢａｃｋは１ＲｏｏｔＣｌｏｃｋ ｔｉｃｋ（あるいは解像 度）に付き１回だけ実行される。 ＴｊｕｍｐＣａｌｌＢａｃｋ ｃｌａｓｓ ７９０ このＣａｌｌＢａｃｋはジャンプがあると起動する。例えば、動画シーケンスを プレー中に時間を再設定すると、ＣａｌｌＢａｃｋを用いて動画シーケンスをリ セットして一定のハウスキーピング機能を実行させることができる。 ＣａｌｌＢａｃｋオブジェクトを生成するには、まず、そのオブジェクトがア タッチすることになるクロックが必ず存在するようにする。次に、適当なＣａｌ ｌＢａｃｋサブクラスに新しい方法を呼び出して新規にＣａｌｌＢａｃｋオブジ ェクトを生成する。新規のＣａｌｌＢａｃｋオブジェクトを生成する際にはその オブジェクトがアタッチすることになるクロックを指定する。次にｖｏｉｄタイ プの単一引数を用いてＣａｌｌＢａｃｋの機能を指定して実行させる。Ｃａｌｌ Ｂａｃｋオブジェクトを起動させなくてはならない時は、ＣａｌｌＢａｃｋオブ ジェクトのｃａｌｌＭｅＷｈｅｎ法を用いて指定する。ｃａｌｌＭｅＷｈｅｎの プロトタイプは、 ｃａｌｌＭｅＷｈｅｎの引数は、 self CallBack callBackProc CallBackが行うことを定義する手続き callBAckParam CallBackProc用voidタイプの引数 flags このフラグは次の中の１つのである。このフラグは全て そのタイプになっている。 triggerTimeFwd 速度が正（つまり、前に送っている時）はCallBackを所 定時間にトリガする。 riggerTRimeBwd 速度が負（つまり、逆方向に送っている時）はCallBack を所定時間にトリガする triggerTimeEither 速度が正でも負でもなく一定の時間でトリガされ CallBackこれはTimeCallBacksの場合にのみ当てはまる。 triggerRateLT 速度が一定の値よりも小さい時はCallBackがトリガされ る。これはRateCallBacksにだけ当てはまる。 triggerRateGT 速度が一定の値よりも大きい時はCallBackをトリガする。 これはRateCallBacksにだけ当てはまる。 triggerRateEqual 速度が所定値と同じ大きさの場合にcallBackがトリガさ れる。これはRateCallBacksにだけ当てはまる。 triggerRateLTE 速度が一定値以下の場合にCallBackがトリガされる。こ れはRateCallBacksにだけ当てはまる。 triggerRateNotEqual 速度が一定値に等しくないときにCallBackがトリガされ る。これはRateCallBacksにだけ当てはまる。 triggerRateChange 速度が変化するときにCallBackがトリガされる。これは RateCallBacksにだけ当てはまる。 none/o/null TJumpCallBacks，TickCallBacks，PeriodicCallBacks用 rateORline これはRateCallBacksにだけ当てはまる。それ以外のタイ プのCallBacksの場合は、このオブジェクトをNULLとして渡す。規定速度はCallB ackを呼び出すかどうかを判断する重要な速度である。例えば、フラグがtrigger RateGTEで、また、rateORlineが１０の時は、CallBackは速度が１０以上の時は いつでもトリガされる。 このライン値はディスプレイベース型クロックに使用し、ユーザーは特定の走査 線を中断できる。 timerecord このオブジェクトはTimeCallBAcksとPeriodicCallBacksにだけ 当てはめることができる。これ以外のCallBacksはNULLとして渡す。この時間値 は６４ビットintegerで２longで表される（ほとんどのプログラム言語場合）こ れがTimeCallBacksにCallBackを起動しなくてはならない時や、PerioddicCallBa cks用アクティベーションの間隔をを示すタイムレコードである。 CallBack これは以下の中の１つである Priority lowCallBackPriority medCallBackPriority highCallBackPriority この優先値は、複数のCallBacksをスケジュールして同時に出す時のコンフリク トを解決するために使用する（しかしながらどのような順番でこれらが出ていく かは保証できない）。また、優先値はCallBackの応答性に影響を与えるつまり、 優先度が高くなるほどCallBackを実行する時間が正確になる。 たとえば、１０の時点でユーザーが所定のプレーヤーをプレーさせるためＣａ ｌｌＢａｃｋを生成したいと仮定する。次の例は、ＣａｌｌＢａｃｋ手続きＳｔ ａｒｔＰｌａｙのコードを示しており、この手続きでプレーヤーはプレーする。 ＣａｌｌＢａｃｋの時間と手続きを設定し、ＣａｌｌＢａｃｋを所定のプレーヤ ーにアタッチさせるＳｅｔＣａｌｌＢａｃｋＴｏＧｏ機能を示すものである。 ＣａｌｌＢａｃｋクラスは抽象的なクラスであるため、そのインスタンスをユ ーザーが作ることはない。その代わり、ユーザーは、適当なサブクラス（TimeCa llBack，RateCallBack，PeriodicCallBack，TickCAllBAck,とTJumpCallBack）の インスタンスを生成する。これらのサブクラスにはそれぞれ次のようなプロトタ イプの”新規な”方法がある。 method object new(object self，object clock) ここで、引数は self TimeCallBackの一つ PriodicCallBack，RateCallBAck， ユーザーが希望するCallBackの種類によってTJ umpCallBac kとTickCallBackは異なる clock CallBackがアタッチするクロック 最後に、付録６にはCallBackのサブクラスのインスタンス方法がリストされてい る。 第６図には本発明の一実施例にかかるマルチメディアタイトルのプレーを行う メディアプレーヤーオブジェクトのネットワーク８００が階層構造で示されてい る。この階層構造ではプレーヤーオブジェクトの間にマスタースレーブの関係が ある。第６図のネットワーク８００を以下に説明する実施例に用いて本発明の特 徴を説明する。まず、プレーヤーをそれぞれ生成しなくてはならない。このステ ツプは、ScriptSequencePlayer，AudioPlayer，VidoePlayererなどのサブクラス のそれぞれに新しい方法を呼び出して実行してもよい。これらの特定のサブクラ スの各サブクラスの新規な方法は付録５に説明されている。 プレーヤーオブジェクトにはそれぞれきぞんのデータストリームオブジェクト を関連させなくてはならない。各オブジェクトのプレーはプレーヤーオブジェク ト（付録７にはAudio Streamオブジェクト、の方法がこのようなデータストリー ムオブジェクト用の方法の例として記されている）で制御する。オーディオ、ビ デオ、その他のメディアデータのデジタル化ストリームの生成と格納は従来から 知られている。データストリームオブジェクトは前記「新規」方法の引数でプレ ーヤーオブジェクトに対応される。すなわち、この結果、ScriptSequencePlayer オブジェクト８０２、VideoPlayerオブジェクト８０４、AudioPlayerオブジェク ト８０６がコンピュータ８０８の中で生成される。これらのオブジェクトを互い に対応づけて、例えば、タイトルプレーのためにオブジェクト間に相対的なタイ ミングを形成させなくてはならない。 第７図にはタイトルをプレーするネットワーク８００が使用する同期方式が示 されている。ScriptSequencePlayer８０２は動画のプレーを開始する。そのマス タークロックはルートクロックである。 VideoPlayer８０４にはマスタークロックがあり、そのクロックはScriptSeque ncePlayer８０２に設定されている。この設定は、setMasterClock法（付録２） を用いて行うことができる。ScriptSequencePlayerの時間が５単位経過すると、 VideoPlayer８０４はそれ自体の時間０の時にビデオデータストリームのプレー を開始する。このプレー開始はsetScaledClockZero法（付録２）で行う。このよ うに、VideoPlayer８０４のオフセットは５になっている。つまり、その０時間 はマスタークロック（マスタークロックの単位）の０時間から５単位経過した時 間である。さらに、VideoPlayerのオリジンは０である。つまり、VideoPlayerは それ自体のの時間０でプレーを開始する。 AudioPlayer８０６にはマスタークロックが設けられており、そのクロックはS criptSequencePlayer８０２に設定されている。ScriptSequencePlayerの時間の １０単位が経過した後、AudioPlayer８０６はオーディオデータストリームのプ レーを開始する。しかしながら、AudioPlayerの時間の開始はScriptSequencePla yerの時間の開始に対応している。このように、AudioPlayerのオフセットは０で 、そのオリジンは１０（setOrigin法を呼び出して）になっている。重要なこと は、 各プレーヤーはＣｌｏｃｋクラス法（つまり、プレーヤーはクロックである）を 継承しており、このためプレーヤーはそのマスタークロックを別のプレーヤーに 設定することができ、クロックオブジェクトを別々にアドレスする必要がない。 このようにして、プレーヤーはデータストリームオブジェクトに対応すると共 に様々なプレーヤーに同期した状態でプレーヤーの継承が行われる。次にプレー 法をScriptSequencePlayerで読み出す。こうすると、ScriptSequencePlayerの速 度は１．０い設定される（速度１．０は”プレー”に相当し、速度０．０は”ス トップ”に相当し、速度−１．０は逆方向のプレーに相当し、速度０．５は半分 の速度でのプレーに相当する。） Timebaseクラスを継承する方法では、各プレーヤーオブジェクトはCallBackの リストを保有しており、このCallBacksには呼び出すべきオブジェクトと呼び出 すべきイベントが含まれている。時間及び速度の点で”対象となる” （例えば 、影響を受ける）プレーヤーをスーパークラスのtimeChangedまたはrateChanged 法をオーバーライドさせる。setTimeまたはsetRate法を呼ぶと、時間変更または 速度変更に関連するCallBacksがそれぞれ送り出される。さらに、プレーヤーは それ自身またそれに同期しているすべてのプレーヤーに直接timeCmatahahanged またはrateChangedメッセージを送る。timeChangedまたはrateChanged法の範囲 では、プレーヤーがプレーすべき時間にプレーヤーが近づいたと判断すると、自 身にTimeCallBackを登録する。このTimeCallBackは適当な時間にプレーメッセー ジを送り出す。プレーをすべき時間とプレーヤーが判断するおｔ，CallBackは登 録されず、プレーが即座に呼び出される。 ScriptSequencePlayer８０２での速度変化によってrateChanged法をスレーブ プレーヤーのそれぞれ、ViodoPlayer８０４とAudioplayer８０６に呼び出す。こ の結果、上述したようにCallBAcksはスケジュールされる。第１TimeCallBAckはS criptSequencePlayer８０２の時間５でVideoPlayer８０４にセットされ、第２Ti meCalBAckはScriptSequencePlayer８０２の時間１０でAudioPlayer８０６に設定 される。時間５が達成されたと判断されると、RootClockはプレーメッセージをC allBack経由でVideoPlayer８０４へ送る。同様に、AudioPlayer８０６のプレー メソッドは時間１０に達すると呼び出される。 CallBAckの時間を設定は本発明を実施するアプリケーション環境の機能である 。つまり、上記の例では、プレーヤーやハードウェアーを準備する目的でメディ アを実際にプレーさせるまでにCallBack]を発生するように設定するのが望まし いか、あるいは、設定する必要がある。 上記の例の第１の変形例として、プレー時間の一部ではオーディオプレーヤー ８０６が沈黙をするのが望ましいが、後でのプレーを行う時間を確保する（プレ ーバックで一時停止するのとは異なる）。これは、AudioPlayer８０６をオフか らオンにして行うが、オフ期間中の維持、オン期間中の演算、オンタイム時の時 間の設定といったステップがさらに必要になる。これを行わせる簡単な機構と、 ハードウェアプレーヤーをアナログにしておくことにより、消音機能が得られる 。この消音機能によってプレーヤーは出力を消したままカウント時間を継続させ ることができ、第７図はオーディオプレーヤ−８０６はその時間１３から時間１ ６までの間消音されている様子を示してる。 上述の実施例の第２の変形例として、ネットワーク８００のスクリプトシーケ ンスに一定の時間をかけてプレーを開始させるのが望ましいと仮定する。Script SeqeuncePlayer８０２（付録３）のsetTime法でこれを達成させる。つまり、ス クリプトシーケンスのプレー中にイベントが発生してスクリプトシーケンスのプ レーをその時間５まで戻した（例えば、ユーザーがボタンをおしてこのコマンド をスクリプトシーケンスに送ったような場合）と仮定する。この結果、VideoPla yer804とAudioPlayer806はScriptSequencePlayer９０２から時間がすでに変化し ているというtimeChangedメッセージを受領すると、このVidoePlayerはそのメッ セージを（例えば、VideoPlayer804は時間０で開始し、時間５でAudioPlayer８ ０６が開始する）保持する。継承階層（つまり、プレーヤーがクロック）によっ て時間変化が簡単に補償される。 上述の例のそのたの変形例として、ScriptSquencePlayerとは関係なくVideopl aybackを特定の時間に行うのが望ましいと仮定する。つまり、ビデオプレイパッ クとスクリプトプレイバックとの同期を変化させるのが望ましい。これはVidoeP layer８０４のsetTime法を呼びだして行う。つまり、ScritSeuencePlayerの時間 １２になってVidoePlayer８０４がその時間を１０に設定するコールを受け取 って実質的に前に飛ばすものと仮定する。これを第８図に示す。このコールの結 果、VidoePlayer８０４のScriptSequencePlayer８０２に対するオフセットは５ から２へ変化する。このような変化はViodeoPlayer８０４にだけ影響するがScir pSequencePlayer８０２やAudioPlayer８０６には影響しない。 上記実施例のさらにその他の変形例としては、プレーヤー間の同期関係はその ままにして、ScriptSequencePlayer８０２がプレーした動画の開始時間を変化さ せるのが望ましい。例えば、クロック開始の時刻を変えずにVideoPlayer８０４ の開始時刻に一致して、自分の時間５からスクリプトシーケンスがプレーを開始 するのが望ましい。これは、setOorigin機能をScriptSequencePlayer８０２に対 して呼び出してオリジンを５に設定する。オリジンを変化させてもオフセットに は影響がないことが第９図からわかる。 上述の実施例のさらにその他の変形例として、例えば、プレーの速度を２倍の 加速してスクリプトシーケンスをプレーするのが望ましいと仮定する。このため 、ScriptSequencePlayer８０２にsetRate法（付録２）を呼び出す。この方法の 効果としては、ScriptSequencePlayer８０２の速度が２倍になる。重要なことは 、ScripSequencePlayer８０２の速度を２倍にするとそれに従属するクロック（ 及び）プレーヤー、すなわち、VidoePlayer８０４とAudioPlayer８０６のプレー 速度が２倍になる。このように、変化をマスタークロックにも付与させる簡単な 方法は、プレーヤーオブジェクトの継承（つまり、プレーヤーがクロックになる ） 以上説明してきたように、時間軸ベースオブジェクトに関連したCallBackオブ ジェクトを時間軸オブジェクトのルートクロックに登録する。このCallBackオブ ジェクトを時間または速度に従って登録することができる（つまり、オブジェク トが設定や変更の通知を発行する）。 特定の時間にメッセージを帰すCallBacksを別々にスケジュールしなくてはな らない。CallBackの時間を関連するクロックのスケールに指定する。この時間を RootClockのスケールに変換してカウンターの現在のチックカウントに付加してR ootClockのリストに一時的に挿入する。RootClockオブジェクトがいつCallBack を送り出す時期を判断する様子を説明する。 時間軸を最終的に同期させなくてはならないRootClock７６２のハードウェア 部分については、ほとんどのコンピュータは簡単に入手できて簡単に一定に出力 されるハードウェアチックすなわち、６０Ｈｚで発振する垂直同期信号（ＶＢＬ ）に基づいている。ソフトウェアカウンターを用いて６４ビットintegerなどの チックカウントを維持する。このように、システムは１／６０の周期で中断され てソフトウェアカウンターの繰り上げが行われる。 しかしながら、マルチメディアアプリケーションでは、１／６０秒の解像度は 十分ではない。例えば、標準的なサンプリング速度は４４．１ＫＨｚである。こ のように、チックとチックの間には７３５個のサンプル点がある。７３５個のサ ンプルの一つに６０Ｈｚクロックで正確にアクセスするのは不可能である。４４ ．１ＫＨｚの速度で中断作業を行い続けることができるコンピュータ装置はきわ めて少ない（もしあれば）。 従来の装置では、正確に同期ととることができなかったり、所望の時間を概算 させる高速クロックを使用しようとしたり（例えば、ソフトウェアクロックが同 期していない２５ＭＨｚシステムクロックなど）していた。いずれの場合も、結 果は同期精度が低下してしまう。 本発明の１実施例によれば、第６図のネットワーク階層のプレーヤー（クロッ ク）を４４．１ＫＨｚの速度で作動するルートクロックに同期させており（装置 の中で最も早い速度、すなわち、オーディオＣＤのように他のメディアの遅い速 度、例えば、完全動画の３０フレーム／秒のような速度に変換できる）。このよ うに、オーディオＣＤやそのほかのメディアのサンプルに正確に同期できる。 上述のよにしばしば行われる中断作業によって装置にオーバーロードが加わら ないように、ScriptSequencePlayer８０２が同期しているルートクロックには１ ６ビットハードウェアカウンター部と４８−ビットソフトウェアカウンター部が 設けられていて１６ビットカウンターはラップアラウンドすると約１．５秒間隔 で中断を行う。ルートクロック１６−ビットハードウェアカウンター部からの中 断信号を用いて４８ビットソフトウェアカウンターを繰り上げる。このように、 ルートクロックのハードウェアと送付とウェア部分が一緒になって４４．１ＫＨ ｚで作動する６４−ビットのハードウェア／ソフトウェアルートクロックが形成 される。 さらに、このルートクロックには１または複数の１６ビット比較レジスタを備 のえており、このレジスタでＣａｌｌＢａｃｋの下位部分の比較を行う。ソフト ウェアカウンターを繰り上げるには、時系列リストに記載されている第１Ｃａｌ ｌＢａｃｋをチェックする。ＣａｌｌＢａｃｋがスケジュールされたかどうかを 判断するにはルートクロックのカウンターの現在値を６４ビットのＣａｌｌＢａ ｃｋ値から引き算する。この引き算の結果がハードウェアカウンター（つまり、 １６ビットの場合は６５，５３６）のビット解像度よりも小さいときはＣａｌｌ Ｂａｃｋ値の下の桁１６ビットをハードウェア比較レジスタに入力する（もし結 果がゼロよりも小さい場合はＣａｌｌＢａｃｋはすぐに出力される）。引き算の 結果がハードウェアカウンターのビット解像度よりも大きい場合は、ハードウェ アカウンターはロールオーバーでき、もう１度引き算が行われる。ＣａｌｌＢａ ｃｋ値の下の桁１６ビットをハードウェア比較レジスタにラッチしてＣａｌｌＢ ａｃｋ中断処理を行う。 １６ビットハードウェアカウンターが比較レジスタ内の値に等しい時は、Ｃａ ｌｌＢａｃｋ中断要求を行う。ルートバックは中断処理をディスイネーブル状態 にしてＣａｌｌＢａｃｋ（すでに説明したように）を送る。当業者は周知のこと であるが、この送出とは、タスクをイネーブルにしてＣａｌｌＢａｃｋを処理す る、これは中断ルーティンはできるだけ最小限にするためである。 一般に、当業者が本発明の上記実施例を構造的に変更したりあるいは別の例を 考えてもこれらはすべて本発明の思想に包含されるものである。例えば、すでに 説明したプレーヤーを階層構造に取り入れてもよい。このように、実施例および その説明は具体的な例としてあげたものであり、発明の範囲をなんら制限するも のではない。 デジタルオーディオのプレー デジタルサウンドをプレーするには、サウンド用のオーディオストリームを生 成する。次にDigitizedAudioPlayerを生成し、入力ストリームを指定する。そし てプレーヤーのplayメソッドを呼び出す。 例えば、Bentoファイルが鯨の潮吹きのデジタルサウンドを含むとする。このサ ウンドは、65574という値で識別される。以下の関数は、鯨の潮吹きのサウンド をプレーすることになる。 CDAudioPlayerクラス NYI−Not yew implemented（未だインプリメントされていない） CDのサウンドをプレーするためのCDAudioPlayerクラスのインスタンスを使用 。 オーディオをプレーするためのクラスのインスタンスメソッド このセクションは、AudioPlayerのインスタンスメソッドと、 DigitalAudioPlayerのインスタンスメソッドの追加分と、CDAudioPlayerのメ ソッドの追加分を列挙する。 AudioPlayerのインスタンスメソッド AudioPlayerクラスはPlayerクラスの全てのプレーヤーに属するメソッドと、C lockクラスののクロックに属するメソッドとを継承する。 Playerから継承されたものは以下のようなものである。 Clockから継承されたもので、Playerオブジェクトに関係があるものは以下のよ うなものである。 オーディオプレーヤにおけるオーディオを演奏するのために特有な追加メソッ ドを以下に示す。 ムービーのプレー MoviePlayerクラスは、ムービーのプレーを制御するメソッドを持つ。すなわ ち、play，stopといったPlayerメソッドをPlayerクラスから継承したものの他に 、ムービーのプレーの制御専用メソッドも持つ。 ムービープレーヤーオブジェクトは、これと関連づけられた、プレーすべきム ービーを表すストリームオブジェクトを持つ。このストリームはムービー用のデ ータを含んでいる。これはムービーの全てのサンプルデータ、またトラックとメ ディア（サウンドについても当てはまる）の全ての制御情報にアクセスするため に使用するものである。（注：MacintoshベースのQuickTimeムービーは、このプ レーヤーを使用するための互換形式に変換しなければならない。現在のファイル 変換の考え方としては、single-fork，self-containedムービーファイル（例え ばMacintosh MovieのToolboxのFlattenMovieの機能によって作られたファイル） の使用も含む。） どのような型のストリームも、ムービーのデータ用ソースとして使用すること ができ、デバイスやファイルシステムには依存しない。唯一の必要条件は、その ストリームが絶対位置へのシークと、プロックの読み込みをサポートしているこ とである。 ストリームが遅いと、このプレーヤーに関して最適な結果が得られないことは 明らかである。また、Bentoストリームが使用されるか、他のムービーデータの 周りに他の周辺データが配置されているとすると、ストリームの開始に関連する 様々なデータの塊の配置は、プレーヤーがデータを正しくマップできるように保 たれていなければならない。言い換えれば、記録時にファイルに書き込まれるマ ッピング情報が、再生時に有効でなければならないということである。 ムービー用表示エリアの指定 ムービーをプレーする表示デバイスと、そのデバイス上のどの部分にそのムー ビーが表示されるかは、アプリケーション毎に指定することができる。 表示デバイスを指定するためには、ムービープレーヤーオブジェクトのsetGra phicWorldメソッドを呼び出す。SweetPeaのデフォルトのグラフィックデ バイスはCRT画面である。 表示デバイス上のどの位置にムービーが現れるかを指定するには、そのムービ ーの境界となる長方形を設定する。これは、ムービープレーヤーオブジェクトの setMovieBoundsメソッドを呼び出すことによってできる。Sweetpeaのデフォルト 設定では、ムービーはCRT画面の中央に現れる。境界となる長方形は、長方形の 上、左、右、下の値を指定するRect構造体によって決まる。 この境界となる長方形を、ムービーの画面と考えることができる。 ムービーが生成された時点では、画面のサイズはそのムービーのデフォルトサ イズとなる。一般に、この画面サイズは変更すべきではない。これは、異なるサ イズの画面に合わせてサイズが変更されると、ムービーイメージの質が低下する からである。 しかし、ムービーが現れる表示デバイス上の位置は変更してもよい。この変更 を行うためには、境界となる長方形の左上の位置を、長方形の幅と高さを変更す ることなく変更する必要がある。 Rect構造体の左上を移動するには、KOffsetRect関数を使用する。現在ムービ ーの境界となっている長方形を見つけるためにはムービープレーヤーのgetMovie Boundメソッドを呼び出す。 例えば、以下の関数はムービー画面を元の位置から右方向にxピクセル、下方 向にyピクセル移動するものである。 クリッピング領域 画面のサイズと位置の指定の他に、さらにムービーのクリッピング領域の指定 もできる。そのムービーはクリッピング領域の中だけに現れる。 SweatPeaのデフォルトでは、クリッピング領域はデフォルトの境界となる長方 形に設定されている。 クリッピング領域は、長方形の領域である必要はない。クリッピング領域を指 定するためには、ムービープレーヤーオブジェクトのsetClipRgnメソッドを呼び 出し、KRgnHandleとして領域を指定する。（どのように領域を生成するかについ てはイメージングの章を参照のこと。） ムービーイメージのクリッピング領域からはずれた部分は、クリップされる。 よって、クリッピング領域とムービーの境界となる長方形とは重なっていなけれ ばならない。 ムービーポスター ムービーポスターオブジェクトは、ムービーの一つのフレームをポスターとし て表示するものである。ポスターとして使用したフレームのムービー内の時間を 指定するには、setPosterTimeメソッドを使用し、そのポスターのの表示には、s howPosterメソッドを使用する。 ポスターはムービーと同じ表示デバイス、同じ長方形境界、同じクリッピング 領域を使用する。 ムービー用サウンドの制御 MoviePlayerクラスは、ムービーやトラックのサウンドのボリュームを制御す るメソッドを持つ。トラックボリュームにより、同じムービー内の各トラックは それぞれ異なるボリュームを持つことができる。トラックのボリュームはトラッ クの最終的なボリュームを決めるムービーのボリュームのスケールで示される。 ボリュームの範囲は-1から+1とする。値が大きいほどボリュームは大きい。値 １が、そのプレーヤーがプレーできる最大のボリュームとなる。負の値は無音で あることを意味する。すなわちMoviePlayerは負のボリュームが設定されたムー ビーあるいはトラックに対してはサウンドをプレーしない。しかし、オリジナル のボリュームレベルは、ボリューム設定の絶対値として維持される。 トラック ムービーはいくつかのトラックからなる。通常は、オーディオ用のトラックが一 つと、ビデオ用が一つ、それにいくつかのトラックが追加される。MoviePlayer クラスには例えば指定したトラックのボリュームを設定するsetTrackVolumeメソ ッドのように、トラック個々の制御を行うメソッドがいくつかある。これらのメ ソッドを使用する場合、トラック番号によって特定のトラックを参照するが、こ の番号は１から、そのムービーのトラック数までの全ての番号である。 Quicktimeムービーは他国語サポートや、ムービーの質にレベルを設けるのに 使用される替わりのトラックを含んでいる。替わりのトラックはムービーが制作 されたときのグループ内で調整される。 ムービープレーヤーは、ムービーをプレーする時に、各グループから一つのト ラックを選択する。例えば、あるムービーが３つの異なるオーディオトラックを 持つとき、一つは英語、一つはフランス語、一つはスペイン語のものとすること ができる。これらのトラックはグループ内で調整される。ムービーがプレーされ るとき、ムービープレーヤーはそのグループの中からそのムービーに対して現在 設定されている言語に対応するトラックを選択する。 個々のトラックは有効（enable）にしたり無効（disable）にしたりすること ができる。例えば、２つのオーディオトラックを持つムービーで、一つが音楽用 、一つがそれに重なる声用としたとき、声のトラックだけを無効とすることがで きる。 ムービーの好ましい設定 全てのムービーには再生速度やボリュームに関して、デフォルトの、言い換えれ ば最適な設定というものがある。これらの設定は生成された際にムービーととも に保存される。ムービープレーヤーオブジェクトはこれらのデフォルトの設定に アクセスするための、例えばgetPreferredVolumeメソッドのようなメソッドを持 つ。 ムービーのプレーの方法 ムービーをプレーするためには、ムービーデータ用のストリームオブジェクト を生成する。ムービープレーヤーオブジェクトを生成し、入力ストリームを指定 する。 ムービーをプレーするためには、ムービープレーヤーオブジェクトのplayメソ ッドを呼び出す。 ムービーは、無効化されない限り、プレーされる。ムービーは事前に指定され た表示デバイスの事前に指定された長方形の境界の中に現れる。この際、クリッ ピング領域の外側に出た部分のムービーイメージは現れない。 Sweetpeaの場合、表示デバイスのデフォルトはCRT画面であり、境界となる長 方形のデフォルトは画面中央の長方形の領域である。クリッピング領域のデフォ ルトは境界となる長方形なので、クリッピングは起こらない。 ムービープレーヤーのplayメソッドが呼び出されると、プレーヤーはそのムー ビーの、プレーする範囲として指定された部分をプレーする。デフォルトではム ービー全部をプレーすることになる。ムービーのプレー範囲の指定にはsetPlayR angeメソッドを使用することができる。このメソッドは、プレー範囲として、開 始時間と長さを調整する。 プレーする範囲を使用する一つの例としては、ムービーのプレビューに対応す る範囲を指定する場合がある。例えば、プレビューとして最初の５秒間だけをプ レーすることができる。 新しいムービープレーヤーの生成 新しいムービープレーヤーを生成するためにはMoviePlayerクラスのnewメソッ ドを呼び出す。その手順を以下に示す。 method object new(object self，object stream) 引数： self インスタンス化されるクラスで、この場合はMoviePlayer。 inputStream ムービーデータを表すストリームオブジェクト。 入力ストリームがない場合はNULLを渡せばよい。 このメソッドはムービープレーヤーオブジェクトの新しいインスタンスを生成 する。デフォルトでは、新しいプレーヤーはハードウェアのクロックに同期して いる。 ムービープレーヤーを生成した際には入力ストリームを指定することができる 。また、プレーヤーを生成した時には入力ストリームは指定せず、後にsetInput Streamメソッドを使用して入力ストリームを指定してもよい。 コードの例 以下にムービープレーヤーオブジェクトの生成および使用の例を示す。この関数 は、ムービーデータを指すStreamを引数にとる。この例では時間１におけるフレ ームがポスターとして使われ、ムービーストリームは時間２から時間１０までの プレビューを含み、本当のムービーは時間１２から１１２で実行されるものとす る。 この関数は、ポスターを５単位時間の間示した後、プレビューを示し、５単位 時間待ってから、ムービーを開始する。 ムービープレーヤーのインスタンスメソッド MoviePlayerクラスはPlayerクラスの全てのプレーヤーに属するメソッドと、Clo ckクラスのの全てのクロックに属するメソッドとを継承する。 Playerから継承されたメソッドについては別のページに示すが以下のようなも のがある。： Clockから継承したメソッドで、プレーヤーオブジェクトに関連するものを以 下に示す。詳細は別のページに示す。 各ビットは以下のように定義される。 bit０ １bit per pixel bit１ ２bit per pixel bit２ ４bit per pixel bit３ ８bit per pixel bit４ 16bit per pixel bit５ 32bit per pixel さらに、bit６とbit７はそのメディアのクオリティレベルを定義する。値０は 最低のクオリティレベルで、値３が最高のクオリティレベルに対応する。 mediaQualityDraft クオリティレベルを最低にする。この定数はbit６とbit７を０という値に設定 する。 mediaQualityNormal クオリティレベルを普通にする。この定数はbit６とbit７を１という値に設定 する。 mediaQualityBetter クオリティレベルを高くする。この定数はbit６とbit７を２という値に設定す る。 mediaQualityBest クオリティレベルを最高にする。この定数はbit６とbit７を３という値に設定す る。

───────────────────────────────────────────────────── フロントページの続き (81)指定国 ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＤＥ， ＤＫ，ＥＳ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，ＩＴ，ＬＵ，Ｍ Ｃ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ，ＣＦ，ＣＧ ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＭＬ，ＭＲ，ＮＥ，ＳＮ， ＴＤ，ＴＧ)，ＡＴ，ＡＵ，ＢＢ，ＢＧ，ＢＲ，ＢＹ， ＣＡ，ＣＨ，ＣＮ，ＣＺ，ＤＥ，ＤＫ，ＥＳ，ＦＩ，Ｇ Ｂ，ＨＵ，ＪＰ，ＫＰ，ＫＲ，ＫＺ，ＬＫ，ＬＵ，ＭＧ ，ＭＮ，ＭＷ，ＮＬ，ＮＯ，ＮＺ，ＰＬ，ＰＴ，ＲＯ， ＲＵ，ＳＤ，ＳＥ，ＳＫ，ＵＡ，ＵＺ，ＶＮ

Claims (1)

1. 【特許請求の範囲】 １．オブジェクト指向のクラス継承階層に組織された、変数とメソッドを有する クラスを含む型のシステムにおいて、前記システムが、 時間値を返す少なくとも一つのメソッドを含むクロッククラスと、 メディアストリームの少なくとも一部を前記時間値においてプレーされるよ うにする少なくとも一つのメソッドを含むプレーヤークラスであって、前記クロ ッククラスを継承するプレーヤークラスとを備えたことを特徴とするシステム。 ２．オブジェクト指向のクラス継承階層に組織された、変数とメソッドを有する クラスを含む型のシステムにおいて、前記システムが、 時間値を返す少なくとも一つのメソッドを含むクロッククラスと、 メディアストリームの少なくとも一部を前記時間値においてプレーされるよ うにする少なくとも一つのメソッドを含むプレーヤークラスと、 前記プレーヤークラスのインスタンスであるプレーヤーオブジェクトであっ て、少なくとも前記プレーヤークラスの他のすべてのインスタンスの速度以上の 速度で動作する手段を含むプレーヤーオブジェクトと、 少なくとも前記プレーヤーオブジェクトの速度以上の速度で動作する手段を 含むルートクロックとを備え、 前記プレーヤーオブジェクトが前記ルートクロックに同期して動作すること を特徴とするシステム。