JPH11184860A - 情報処理装置および情報処理方法、並びに記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 振舞がタイムドリブンで制御されるマルチメ
ディアコンテンツの構成や振舞を容易に変更することが
できるようにする。 【解決手段】 マルチメディアコンテンツであるＥＰＧ
は、階層構造にされたシーンで構成されている。即ち、
ＥＰＧは、シーンScene0で構成され、シーンScene0は、
その子シーンとして、シーンScene01，Scene02，Scene0
3を有している。また、シーンScene02は、その子シーン
として、シーンScene021，Scene022，Scene023，Scene0
24を有しており、シーンScene03は、その子シーンとし
て、シーンScene031，Scene032を有している。なお、子
シーンを有するシーンは、その子シーンをタイムスケジ
ューリングするオブジェクトも有している。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、情報処理装置およ
び情報処理方法、並びに記録媒体に関し、特に、例え
ば、オブジェクトで構成されるマルチメディアコンテン
ツやアプリケーションプログラムなどの構築物であっ
て、その振舞がタイムドリブンで制御されるものの構成
や振舞などを、容易に変更することができるようにする
情報処理装置および情報処理方法、並びに記録媒体に関
する。

【０００２】

【従来の技術】例えば、テレビジョン放送番組の概要を
紹介するＥＰＧ（Electric Program Guide）において、
各番組の紹介を、その番組名やタイトルなどのテキスト
の表示だけでなく、動画や音声などをも用いて、さらに
インタラクティブに行うことができれば便利である。即
ち、ＥＰＧを、マルチメディアコンテンツで構成すれ
ば、番組の選択にあたって、いわば、ユーザフレンドリ
なユーザインターフェイスを提供することができる。

【０００３】

【発明が解決しようとする課題】ところで、マルチメデ
ィアコンテンツを構成するテキストや、動画、静止画、
音声、ボタンその他の、いわば部品を、例えば、オブジ
ェクト指向言語によるオブジェクトによって実現する場
合においては、一般に、部品としての各オブジェクト
は、自身の振舞を決めるデータと、そのデータを操作
（処理）するメソッドとの両方を持つように構成され
る。

【０００４】従って、部品の振舞を拡張したり、変更し
たりする場合においては、その部品に対応するオブジェ
クトを作り直す必要があり、面倒である。

【０００５】さらに、ある部品と、他の部品との振舞が
同一のものであっても、両方の部品に対応するオブジェ
クトそれぞれに、その振舞に対応するメソッドを記述す
る必要があり、冗長な作業が必要となる。

【０００６】また、部品に、ある時刻において所定の振
舞をさせるには、一般に、その部品をタイムスケジュー
リングするオブジェクトを、その部品に対応するオブジ
ェクトに実装する必要があるが、各部品に、そのタイム
スケジューリングを行うためのオブジェクトを実装する
のも面倒である。

【０００７】一方、マルチメディアコンテンツのオーサ
リングツールとしては、例えば、マクロメディア社の
「Macromedia Director」がある。この「Macromedia Di
rector」では、ムービーと呼ばれるマルチメディアコン
テンツが、キャストと呼ばれる部品についての、タイム
ドリブンやイベントドリブンでの振舞を、スコアと呼ば
れるシートに記述することで作成される。なお、「Macr
omedia Director」については、例えば、「ＮＩＫＫＥ
Ｉ ＭＵＬＴＩＭＥＤＩＡ」、９５年１１月〜９６年１
月などに紹介されている。

【０００８】ところで、「Macromedia Director」でオ
ーサリングされたマルチメディアコンテンツであるムー
ビーにおいては、キャストの振舞が、スコアの記述によ
って決定され、キャストと、その振舞とが静的に結合さ
れる。従って、例えば、ＥＰＧの、ある範囲に存在する
複数のキャストを変更する場合や、また、キャスト自体
は変更しなくても、それらの振舞を変更する場合などに
は、その複数のキャストや、対応するスコアをすべて記
述し直さなければならず、面倒であった。

【０００９】本発明は、このような状況に鑑みてなされ
たものであり、例えば、マルチメディアコンテンツやア
プリケーションプログラムなどの構成や振舞を、容易に
変更することができるようにするものである。

【００１０】

【課題を解決するための手段】請求項１に記載の情報処
理装置は、シーンが、階層構造に構成され、そのシーン
の下位階層のシーンである子シーンをタイムスケジュー
リングするオブジェクトである子シーンスケジューリン
グオブジェクトを有することを特徴とする。

【００１１】請求項５に記載の情報処理方法は、階層構
造に構成されているシーンが有する子シーンスケジュー
リングオブジェクトに、子シーンをタイムスケジューリ
ングさせることを特徴とする。

【００１２】請求項６に記載の記録媒体は、階層構造に
構成されているシーンが有する子シーンスケジューリン
グオブジェクトに、子シーンをタイムスケジューリング
させる処理を、コンピュータに行わせるためのコンピュ
ータプログラムが記録されていることを特徴とする。

【００１３】請求項１に記載の情報処理装置において
は、シーンが、階層構造に構成され、そのシーンの下位
階層のシーンである子シーンをタイムスケジューリング
するオブジェクトである子シーンスケジューリングオブ
ジェクトを有している。

【００１４】請求項５に記載の情報処理方法において
は、階層構造に構成されているシーンが有する子シーン
スケジューリングオブジェクトに、子シーンをタイムス
ケジューリングさせるようになされている。

【００１５】請求項６に記載の記録媒体には、階層構造
に構成されているシーンが有する子シーンスケジューリ
ングオブジェクトに、子シーンをタイムスケジューリン
グさせる処理を、コンピュータに行わせるためのコンピ
ュータプログラムが記録されている。

【００１６】

【発明の実施の形態】図１は、本発明を適用した放送シ
ステム（システムとは、複数の装置が論理的に集合した
物をいい、各構成の装置が同一筐体中にあるか否かは問
わない）の一実施の形態の構成例を示している。

【００１７】放送局１においては、テレビジョン放送信
号としての電波が送信され、この電波は、衛星（通信衛
星または放送衛星）２を介して、アンテナ３で受信され
る。アンテナ３で受信された受信信号は、ＳＴＢ（Set
Top Box）４に供給され、所定のチャンネルのテレビジ
ョン放送信号が取り出される。このテレビジョン放送信
号は、ＳＴＢ４からＣＲＴ５に供給されて表示される。

【００１８】なお、ＳＴＢ４では、放送局１以外の図示
せぬ放送局からのテレビジョン放送信号も受信すること
ができるようになされている。

【００１９】ところで、ＳＴＢ４では、視聴者が、各チ
ャンネルにおいて放送されている番組の概要を容易に認
識することができるように、ＥＰＧ（Electric Program
Guide）を、ＣＲＴ５に表示させることができるように
なされている。

【００２０】即ち、ここでは、ＥＰＧを、それを構成す
る各種の部品に分けて分散させておき、ＳＴＢ４におい
て、それらの部品を集めてＥＰＧを構成することができ
るようになされている。

【００２１】具体的には、図１の実施の形態では、ＥＰ
Ｇを構成する部品が、例えば、インターネット６上に分
散している。ここでは、インターネット６に、放送局
１，ＳＴＢ４、サーバ７が接続されており、それぞれ
に、ＥＰＧを構成する部品が記憶されている。そして、
ＳＴＢ４では、自身が記憶している部品の他、放送局１
やサーバ７に記憶されている部品がインターネット６を
介して集められ、ＥＰＧが構成されるようになされてい
る。

【００２２】次に、図２は、図１のＳＴＢ４の構成例を
示している。

【００２３】通信Ｉ／Ｆ（Interface）１１は、例え
ば、モデムなどでなり、インターネット６との間の通信
制御を行うようになされている。受信処理部１２は、例
えば、ダウンコンバータや、チューナ、復調回路、さら
にはデスクランブラなどで構成され、アンテナ３からの
受信信号から、所定のテレビジョン放送信号を取り出
し、必要に応じてデスクランブルして、表示制御部１６
に供給するようになされている。

【００２４】ＲＯＭ（Read Only memory）１３は、例え
ば、ＩＰＬ（Initial Program Loading）のプログラム
などを記憶している。ＣＰＵ（Central Processing Uni
t）１４は、ハードディスク１７に記憶されているＯＳ
（Operating System）の制御の下、同じくハードディス
ク１７に記憶されている各種のアプリケーションプログ
ラムを実行することで、上述したような部品を集めてリ
ンクさせ、ＥＰＧを構成する処理（この処理を、以下、
適宜、構築処理といい、また、構築処理を行うためのア
プリケーションプログラムを、以下、適宜、構築プログ
ラムという）や、そのＥＰＧの振舞を制御する処理（こ
の処理を、以下、適宜、振舞制御処理といい、また、振
舞制御処理を行うためのアプリケーションプログラム
を、以下、適宜、振舞制御プログラムという）などを行
うようになされている。ＲＡＭ（Random Access memor
y）１５は、ＣＰＵ１４が実行するプログラムや、その
動作上必要なデータなどを一時記憶するようになされて
いる。表示制御部１６は、そこに供給されるデータを、
ＣＲＴ５に表示させるための表示制御を行うようになさ
れている。

【００２５】ハードディスク１７は、ＯＳやアプリケー
ションプログラム、さらには、ＥＰＧを構成する部品
を、必要に応じて記憶している。なお、ＥＰＧを構成す
る部品は、例えば、通信Ｉ／Ｆ１１に、インターネット
６を介して放送局１やサーバ７と通信を行わせることに
より入手することができる。また、例えば、放送局１
に、ＥＰＧを構成する部品を放送させ、これを受信処理
部１２において受信することなどによっても入手するこ
とができる。なお、ハードディスク１７は、その他、Ｃ
ＰＵ１４が処理を行うのに必要なデータや、処理を行っ
た結果得られるデータなども、必要に応じて記憶するよ
うになされている。

【００２６】ＣＤ−ＲＯＭ（Compact Disc ROM）１８に
は、例えば、ＥＰＧを構成する部品などが記憶されてい
る。操作部１９は、例えば、キーボードや、マウス、そ
の他の各種のボタンなどで構成され、データやコマンド
を入力するときに操作される。

【００２７】なお、以上の各ブロックは、バスを介して
相互に接続されている。

【００２８】以上のように構成されるＳＴＢ４では、例
えば、操作部１９が、所定のチャンネルを受信するよう
に操作されると、受信処理部１２において、アンテナ３
からの受信信号から、その操作に対応したチャンネルの
テレビジョン放送信号が抽出され、表示制御部１６を介
してＣＲＴ５に供給されて表示される。

【００２９】また、例えば、操作部１９が、ＥＰＧを表
示するように操作されると、ＣＰＵ１４では、ハードデ
ィスク１７に記憶された構築プログラムが実行されるこ
とで、構築処理が行われ、これにより、ＥＰＧが構成さ
れる。即ち、ＥＰＧを構成する部品が、ハードディスク
１７やＣＤ−ＲＯＭ１８から読み出されたり、通信Ｉ／
Ｆ１１において、インターネット６を介して、放送局１
やサーバ７と通信が行われることにより取得される。そ
して、ＣＰＵ１４は、その取得した部品どうしをリンク
させ、ＥＰＧを構成する。このＥＰＧは、表示制御部１
６を介してＣＲＴ５に供給されて表示される。さらに、
ＣＰＵ１４では、ハードディスク１７に記憶された振舞
制御プログラムが実行されることで、振舞制御処理が行
われ、ＥＰＧの振舞が制御される。

【００３０】なお、ここでは、構築プログラムおよび振
舞制御プログラム、さらには、マルチメディアコンテン
ツとしてのＥＰＧは、オブジェクト指向言語の１つであ
る、例えば、Java言語で記述されている（Javaは商
標）。また、それに対応して、以下に示すプログラムリ
ストは、Java言語で記述してある。なお、Java言語の詳
細については、例えば、「Java APIプログラミングガイ
ド」、青柳龍也、工学図書や、「Javaパワープログラミ
ング」、Paul Tyma/Gabriel Torok/Troy Dowing、Soft
Bank、「The Java Language Specification」、Java So
ft、「Java Core Reflecion, API and Specificatio
n」、Java Softなどに開示されているので、これらを参
照されたい。

【００３１】次に、図３は、構築処理によって構成され
るＥＰＧの例を示している。この実施の形態では、ＥＰ
Ｇは、例えば、ニュース番組についてのものとなってお
り、８つの部品Ｐ１乃至Ｐ８から構成されている。

【００３２】部品Ｐ１は、ＥＰＧの背景（バックグラウ
ンド）で、他の部品Ｐ２乃至Ｐ５が張り付けられてい
る。部品Ｐ２乃至Ｐ４は、ニュースのジャンルを選択す
るためのボタンで、ここでは、部品Ｐ２乃至Ｐ４を操作
することにより、部品Ｐ６乃至Ｐ８が変化するようにな
されている。即ち、部品Ｐ２乃至Ｐ４が操作された場合
（例えば、マウスでクリックされた場合）、部品Ｐ６乃
至Ｐ８は、例えば、政治、国際、社会それぞれについて
のニュースに関係する内容に変化するようになされてい
る。部品Ｐ５は、部品Ｐ６乃至Ｐ８が張り付けられる背
景を構成している。部品Ｐ６乃至Ｐ８は、テキストデー
タ、動画データ、静止画データで、それぞれには、ボタ
ンとしての部品Ｐ２乃至Ｐ４の操作に対応したジャンル
内容がテキスト、動画、静止画で表示されるようになさ
れている。

【００３３】なお、例えば、部品Ｐ６乃至Ｐ８に、ある
ジャンルのニュースについての情報が表示されている場
合において、そのうちのいずれかがクリックされると、
そのジャンルのニュース番組が、図３のＥＰＧに代えて
表示されるようになされている。

【００３４】いま、ＥＰＧを構成する部品Ｐ１乃至Ｐ８
は、オブジェクト（被構築オブジェクト）ｏｂｊ１乃至
ｏｂｊ８でそれぞれ構成され、ここでは、例えば、図４
に示すように、ネットワーク上に分散しているとする。
即ち、ここでは、被構築オブジェクトｏｂｊ１およびｏ
ｂｊ２はサーバＳＶ１上に、被構築オブジェクトｏｂｊ
３乃至ｏｂｊ５はサーバＳＶ２上に、被構築オブジェク
トｏｂｊ６はサーバＳＶ３上に、被構築オブジェクトｏ
ｂｊ７およびｏｂｊ８はユーザ端末ＵＴ上に、それぞれ
記憶されている。また、被構築オブジェクトｏｂｊ１乃
至ｏｂｊ８は、互いに、静的にリンクされていない状態
（いわば独立の状態）で記憶されている。

【００３５】なお、図４におけるサーバＳＶ１乃至ＳＶ
３は、図１におけるインターネット６上のサーバ（例え
ば、サーバ７など）に相当し、図４におけるユーザ端末
ＵＴは、図１におけるＳＴＢ４に相当する。

【００３６】この場合において、ユーザ端末ＵＴ上にお
いて、構築プログラムが実行されることにより、ネット
ワーク上に分散している被構築オブジェクトｏｂｊ１乃
至ｏｂｊ８が取得されて、リンク（参照関係）が形成さ
れ、これにより、構築物としてのＥＰＧが構成（構築）
される。

【００３７】このため、構築プログラムでは、被構築オ
ブジェクトが、自身のフィールドを設定することによ
り、その初期化を行うフィールド設定メソッドを有する
場合に、そのフィールド設定メソッドをコールして、被
構築オブジェクト間の参照関係を構築する構築メソッド
を有する構築クラス、被構築オブジェクトを取得する取
得メソッドを有する、構築オブジェクトの所有が可能な
取得クラス、および取得オブジェクトが取得した被構築
オブジェクトを登録するメソッドを有する登録クラスが
定義されている。

【００３８】即ち、取得クラスは、ネットワーク上に分
散する被構築オブジェクトを取得するための取得メソッ
ドgetObject()を有し、その取得メソッドgetObject()を
実行することにより、所定の被構築オブジェクトを取得
して、戻り値として返すようになされている。さらに、
取得クラスにおいては、そのインスタンスである取得オ
ブジェクトが、取得メソッドgetObject()を実行するこ
とにより取得した被構築オブジェクトの初期化を行うた
めの、構築クラスのインスタンスである構築オブジェク
トを所有することができるように、定義がなされてい
る。即ち、取得クラスでは、構築クラスの型を、例え
ば、Builderと表すと、Builder型のフィールドが定義さ
れている。

【００３９】構築クラスは、被構築オブジェクト間の参
照関係の構築、即ち、被構築オブジェクトの初期化を行
うための構築メソッドbuild(Object resolved)を有して
いる。ここで、構築メソッドbuild(Object resolved)の
引数であるresolvedは、初期化対象の被構築オブジェク
トを表している。また、その型であるObjectは、Javaに
おいて、最上位階層のクラスとして定義されているクラ
スである。

【００４０】構築クラスにおいては、そのインスタンス
である構築オブジェクトが、構築メソッドbuild(Object
resolved)を実行するのに必要な被構築オブジェクトを
取得するための取得オブジェクトを所有することができ
るように、定義がなされている。即ち、例えば、ある被
構築オブジェクトresolvedAを取得した後、その被構築
オブジェクトresolvedAから、他の被構築オブジェクトr
esolvedBに対して参照関係がある場合には、被構築オブ
ジェクトresolvedAの初期化には、被構築オブジェクトr
esolvedBの参照が必要であり、従って、被構築オブジェ
クトresolvedBを取得する必要がある。このため、構築
クラスでは、取得クラスの型を、例えば、Getterと表す
と、Getter型のフィールドが定義されている。

【００４１】従って、取得クラスと構築クラスとは、図
５に示すような関係を有する。なお、図５においては、
縦方向に３分割された長方形全体がクラスを表してい
る。また、図６（Ａ）に示すように、クラスを表す長方
形の最も上の段には、クラス名が、上から２番目の段に
は、そのクラスで定義されているメソッド名が、最も下
の段には、そのクラスで定義されているフィールド名
が、それぞれ配置されている。

【００４２】上述したように、取得クラスGetterは、取
得メソッドgetObject()と、Builder型のフィールドbuil
ders[]を有している。ここで、Builder型のフィールド
が配列になっているが、これについては後述する。

【００４３】また、構築クラスBuilderは、構築メソッ
ドbuild(Object resolved)と、Getter型のフィールドge
tterを有している。

【００４４】なお、図５における矢印は、その矢印の始
端のクラスのインスタンス（ここでは、取得オブジェク
トまたは構築オブジェクト）が、その終端のクラスのイ
ンスタンス（ここでは、構築オブジェクトまたは取得オ
ブジェクト）を、フィールドとして所有可能なことを意
味している。また、図６（Ｂ）に示すように、その終端
に●印がある矢印は、その始端のクラスのインスタンス
が、その終端のクラスのインスタンスを、複数所有可能
であることを表し、●印のない矢印は、その始端のクラ
スのインスタンスが、その終端のクラスのインスタンス
を、１つだけ所有可能であることを表している。従っ
て、ここでは、取得オブジェクトは、複数の構築オブジ
ェクトを所有可能であるが、構築オブジェクトは、１の
取得オブジェクトだけを所有可能なようになされてい
る。

【００４５】次に、取得クラスにおいて定義されている
取得メソッドgetObject()は、ここでは、いわゆるポリ
モーフィック（polymorphic：多様的）なメソッド（例
えば、あるスーパクラスにおいて定義されているメソッ
ドであって、その２以上のサブクラスそれぞれにおいて
実装が与えられており、いずれの実装を有するメソッド
としても利用可能なもの）とされており、これにより、
そのサブクラスにおいて、種々の実装を与えて、所望の
実装が与えられたものを利用することができるようにな
されている。

【００４６】即ち、ここでは、取得メソッドgetObjec
t()は、取得クラスではなく、そのサブクラスにおいて
実装が与えられている。具体的には、例えば、図７に示
すように、取得クラスのサブクラスとして、ネットワー
ク取得クラスNetGetter、ファイル取得クラスFileGette
r、オブジェクト保持取得クラスSaveGetter、スタブ取
得クラスStubGetter、および生成取得クラスConstructG
etterの５つが定義されている。

【００４７】ネットワーク取得クラスNetGetterでは、
リモートのホストコンピュータとしての、例えば、サー
バＳＶ１乃至ＳＶ３においてシリアライズされて（バイ
ト列にされて）ファイルに書き込まれている被構築オブ
ジェクトをロードし、そのデシリアライズ（シリアライ
ズによってバイト列にされている被構築オブジェクトを
使用可能な状態にすること）を行う取得メソッドgetObj
ect()が実装されている。また、ネットワーク取得クラ
スNetGetterには、シリアライズされてファイルに書き
込まれている被構築オブジェクトを、そこに実装されて
いる取得メソッドgetObject()に取得させるために必要
な、その被構築オブジェクトのＵＲＬ（Uniform Resour
ce Locator）が格納されるフィールド（URL型のフィー
ルド）urlも定義されている。

【００４８】ファイル取得クラスFileGetterでは、ユー
ザ端末ＵＴにおいてシリアライズされてファイル（ロー
カルファイル）に書き込まれている被構築オブジェクト
をロードし、そのデシリアライズを行う取得メソッドge
tObject()が実装されている。また、ファイル取得クラ
スFileGetterには、シリアライズされてファイルに書き
込まれている被構築オブジェクトを、そこに実装されて
いる取得メソッドgetObject()に取得させるために必要
な、そのファイルのファイル名を与えるフィールド（St
ring型のフィールド）fileNameも定義されている。

【００４９】オブジェクト保持取得クラスSaveGetter
は、被構築オブジェクトを所有しており、そこでは、そ
の被構築オブジェクトを取得する取得メソッドgetObjec
t()が実装されている。オブジェクト保持取得クラスSav
eGetterには、自身で所有している被構築オブジェクト
を、そこに実装されている取得メソッドGetObject()に
取得させるために必要な、その被構築オブジェクトを識
別するための値を与えるフィールド（Object型のフィー
ルド）valueも定義されている。

【００５０】スタブ取得クラスStubGetterでは、リモー
トのホストコンピュータとしての、例えば、サーバＳＶ
１乃至ＳＶ３において、スタブとして提供される被構築
オブジェクトを取得する取得メソッドgetObject()が実
装されている。また、スタブ取得クラスStubGetterに
は、被構築オブジェクトを、スタブとして提供するサー
バから、その被構築オブジェクトを、そこに実装されて
いる取得メソッドgetObject()に取得させるために必要
な、そのサーバのＩＰ（Internet Protocol）アドレス
が格納されるフィールド（IPAddress server long型の
フィールド）objectIDも定義されている。

【００５１】生成取得クラスConstructGetterでは、所
定のクラスのインスタンスである被構築オブジェクト
を、そのコンストラクタをコールすることにより生成さ
せて取得する取得メソッドgetObject()が実装されてい
る。また、生成取得クラスConstructGetterには、コン
ストラクタをコールすることにより生成される被構築オ
ブジェクトを、そこに実装されている取得メソッドgetO
bject()に取得させるために必要な、その被構築オブジ
ェクトのクラス名が格納されるフィールド（String型の
フィールド）classNameも定義されている。

【００５２】以上のように、取得メソッドgetObject()
をポリモーフィックなメソッドとし、取得クラスのサブ
クラスにおいて、取得メソッドgetObject()の実装を与
えるようにすることで、各種の被構築オブジェクトを、
それぞれの取得方法に対応した、スーパクラスとしての
取得クラスを用意しなくても、容易に取得することが可
能となる。

【００５３】なお、取得クラスのサブクラスは、上述し
たものに限定されるものではなく、必要な取得メソッド
getObject()を実装した種々のサブクラスを定義するこ
とが可能である。

【００５４】以上のような取得クラスのインスタンスで
ある取得オブジェクトでは、それが有する取得メソッド
getObject()によって、対応する被構築オブジェクトが
取得される。このようにして取得された被構築オブジェ
クトは、そこに定義されているフィールドに、他の被構
築オブジェクトの参照を設定することにより、その初期
化を行う必要がある場合がある。即ち、例えば、ある取
得オブジェクトによって、次のように定義されるクラス
ResolvedCのインスタンスとしての被構築オブジェクトr
esolvedCが取得されたとする。

【００５５】 class ResolvedC extends Object{ private int fieldA; private int fieldB; public void setFieldA(int f){ fieldA=f; } public void setFieldB(int f){ fieldB=f; } ・・・ } ・・・（１）

【００５６】ここで、クラスResolvedCは、クラスObjec
tをスーパクラスとするサブクラスとされている。ま
た、クラスResolvedCには、フィールドfieldA，fieldB
が定義されており、さらに、それぞれのフィールドを設
定することにより、その初期化を行うためのフィールド
設定メソッドsetFieldA(int f)，setFieldB(int f)も定
義されている。なお、本実施の形態では、フィールド設
定メソッドは、公開されているものとする。

【００５７】この場合、被構築オブジェクトresolvedC
を取得した取得オブジェクトは、その被構築オブジェク
トresolvedCを初期化するための構築オブジェクトを所
有しており、即ち、フィールド設定メソッドsetFieldA
(int f)，setFieldB(int f)をコールする構築メソッド
を有する構築オブジェクトを所有しており、被構築オブ
ジェクトresolvedCの取得後は、その構築オブジェクト
が有する構築メソッドがコールされる。これにより、そ
の構築メソッドによって、フィールド設定メソッドsetF
ieldA(int f)，setFieldB(int f)がコールされ、その結
果、フィールドfieldA，fieldBが設定される。

【００５８】なお、プログラムリスト（１）に示したク
ラスResolvedCの被構築オブジェクトresolvedCは、設定
が必要なフィールドとして、２つのフィールドfieldA，
fieldBを有するが、このように、被構築オブジェクト
が、複数の初期化すべきフィールドを有する場合には、
取得オブジェクトに所有させる構築オブジェクトを、配
列で宣言しておくと、その初期化を、容易に行うことが
可能となる。

【００５９】即ち、被構築オブジェクトresolvedCを取
得する取得オブジェクトにおいて、フィールド設定メソ
ッドsetFieldA(int f)，setFieldB(int f)をコールする
構築メソッドを有する構築オブジェクトを、Builder型
の配列builders[]に所有させる。この場合、その取得オ
ブジェクトに、例えば、次のようなプログラムを記述し
ておくことで、取得した被構築オブジェクトの初期化を
行うことができる。

【００６０】 for(int j=0; j<builders.length; j++) builders[j].build(resolved); ・・・（２） ここで、builders.lengthは、配列であるフィールドbui
lders[]の長さ（要素数）を表す。また、構築メソッドb
uild(resolved)の引数resolvedは、上述したように、初
期化対象の被構築オブジェクトの参照、即ち、ここで
は、被構築オブジェクトresolvedCの参照を表す。

【００６１】なお、被構築オブジェクトの初期化が必要
ない場合（フィールドを有していない場合や、有してい
ても、それが初期化すべきフィールドではない場合）に
は、その被構築オブジェクトを取得する取得オブジェク
トには、初期化のための構築オブジェクトを所有させる
必要はない。

【００６２】また、例えば、被構築オブジェクトを取得
する取得オブジェクトに、その被構築オブジェクトが有
するフィールドの数と同一の数の構築オブジェクトを所
有させる必要は、必ずしもない。即ち、例えば、被構築
オブジェクトが有するフィールドのうちの１以上が、そ
の取得時に、何らかの理由により、既に初期化されてい
る場合には、その被構築オブジェクトを取得する取得オ
ブジェクトには、初期化されていないフィールドを初期
化するための構築オブジェクトだけを所有させれば充分
である。

【００６３】さらに、被構築オブジェクトが、複数の初
期化すべきフィールドを有する場合には、上述したよう
に、取得オブジェクトに所有させる構築オブジェクト
を、配列で宣言しておく他、例えば、いわゆるコンテナ
クラスを、構築クラスのサブクラスとしておき、そのコ
ンテナクラスを利用することによっても、複数のフィー
ルドの初期化を、容易に行うことが可能となる。

【００６４】次に、例えば、ある取得オブジェクトによ
って、次のように定義されるクラスResolvedAのインス
タンスとしての被構築オブジェクトresolvedAが取得さ
れたとする。

【００６５】 class ResolvedA extends Object{ private ResolvedB fieldA; private Object painters[]; public void setFieldA(ResolvedB f){ fieldA=f; } public void addPainter(Object p,int index){ painters[index]=p; } ・・・ } ・・・（３）

【００６６】ここで、クラスResolvedAは、クラスObjec
tをスーパクラスとするサブクラスとされている。ま
た、クラスResolvedAには、フィールドとして、Resolve
dB型のfieldAと、Object型の配列painters[]が定義され
ており、さらに、それぞれのフィールドを設定すること
により、その初期化を行うためのフィールド設定メソッ
ドsetFieldA(ResolvedB f)，addPainter(Object p,int
index)も定義されている。

【００６７】なお、ResolvedBは、ある被構築オブジェ
クトresolvedBのクラスとして定義されているものとす
る。

【００６８】プログラムリスト（３）に示す被構築オブ
ジェクトresolvedAを取得した取得オブジェクトは、そ
の初期化をするための構築オブジェクト、即ち、まず、
フィールドfieldAを設定するためのフィールド設定メソ
ッドｓｅｔＦｉｅｌｄＡ（ＲｅｓｏｌｖｅｄＢ ｆ）を
コールする構築メソッドを有する構築オブジェクトを有
しており、その構築オブジェクトの構築メソッドｂｕｉ
ｌｄ（ｒｅｓｏｌｖｅｄＡ）がコールされることによ
り、フィールドfieldAが初期化される。

【００６９】しかしながら、この場合、フィールドfiel
dAを初期化するには、クラスResolvedBのインスタンス
である被構築オブジェクトresolvedBの参照が必要であ
る。

【００７０】そこで、フィールド設定メソッドsetField
A(ResolvedB f)をコールする構築メソッドを有する構築
オブジェクトは、被構築オブジェクトresolvedBを取得
する取得メソッドgetObject()を有する、取得クラスの
取得オブジェクトを所有している。

【００７１】そして、フィールド設定メソッドsetField
A(ResolvedB f)をコールする構築メソッドを有する構築
オブジェクトにおいて、それが所有する取得オブジェク
トの取得メソッドgetObject()がコールされることによ
り、被構築オブジェクトresolvedBが取得され、これに
より、その被構築オブジェクトresolvedBの参照を用
い、フィールド設定メソッドsetFieldA(ResolvedB f)に
よって、フィールドfieldAが初期化される。

【００７２】なお、被構築オブジェクトresolvedBの初
期化が必要な場合は、被構築オブジェクトresolvedBを
取得した取得オブジェクトが、その初期化のための構築
オブジェクトを所有しており、その構築オブジェクトに
よって、被構築オブジェクトresolvedBの初期化が行わ
れる。即ち、ある被構築オブジェクトの取得後、その初
期化に必要な被構築オブジェクトがある場合には、その
被構築オブジェクトの取得が行われ、以下、同様に、初
期化に必要な被構築オブジェクトの取得が行われる。そ
して、初期化に必要な被構築オブジェクトすべてが取得
されると、各被構築オブジェクトの初期化が行われてい
く（これについては、さらに後述する）。

【００７３】ところで、構築クラスにおいて定義されて
いる構築メソッドbuild(Object resolved)を、その構築
クラスに実装させると、初期化の処理が異なる被構築オ
ブジェクトごとに、構築クラスを用意する必要が生じ
る。そこで、上述の取得クラスの取得メソッドgetObjec
t()における場合と同様に、構築クラスにおいて定義さ
れている構築メソッドbuild(Object resolved)も、ポリ
モーフィックなメソッドとし、そのサブクラスにおい
て、種々の実装を与えて、所望の実装が与えられたもの
を利用するようにすることができる。ここでは、例え
ば、図８に示すように、構築クラスBuilderのサブクラ
スとして、セットメソッド構築クラスSetBuilderおよび
アドメソッド構築クラスAddBuilderの２つが定義されて
いる。

【００７４】即ち、例えば、プログラムリスト（３）に
示したフィールド設定メソッドsetFieldA(ResolvedB f)
によって、フィールドfieldAを初期化するためには、例
えば、次のようなクラス（セットメソッド構築クラス）
SetBuilderを、構築クラスBuilderのサブクラスとして
定義しておく。

【００７５】 class SetBuilder extends Builder{ String fieldName; String methodName; Getter getter; void build(Object resolved){ Method method=getSetMethod(fieldName,methodName,resolved ); Object objs[]={getter.getObject()}; method.invoke(resolved,objs); } } ・・・（４）

【００７６】ここで、メソッドgetSetMethod(fieldNam
e,methodName,resolved)は、fieldNameで表されるフィ
ールドの初期化を行う、methodNameで表されるフィール
ド設定メソッドを有するオブジェクトを生成するもの
で、プログラムリスト（４）では、そのオブジェクト
が、Method型のフィールドmethodに設定されるようにな
されている。なお、メソッドgetSetMethod(fieldName,m
ethodName,resolved)では、fieldNameおよびresolvedか
ら、methodNameで表されるフィールド設定メソッドを有
するオブジェクトの型を認識し、それに対応するクラス
を探すことで、methodNameで表されるフィールド設定メ
ソッドを見つけ出すようになされている。

【００７７】また、プログラムリスト（４）では、Obje
ct型の配列（フィールド）objs[]に、取得オブジェクト
getterが有する取得メソッドgetObject()が取得する被
構築オブジェクトが１つだけ、配列の要素として設定さ
れるようになされている。

【００７８】さらに、クラスMethodでは、resolvedで表
される被構築オブジェクトを、objsで表される被構築オ
ブジェクトで初期化するメソッドinvoke（resolved,obj
s)が定義されており、プログラムリスト（４）では、オ
ブジェクトmethodにおけるメソッドinvoke(resolved,ob
js)をコールすることで、被構築オブジェクトresolved
を、被構築オブジェクトobjsの参照で初期化する、オブ
ジェクトmethodが有するフィールド設定メソッド（ここ
では、methodNameで表されるメソッド）がコールされる
ようになされている。なお、メソッドinvoke(resolved,
objs)の第２引数（２番目の引数）は、配列とすること
が規定されているため、objsは配列にされている。

【００７９】プログラムリスト（４）に示したように、
サブクラスSetBuilderにおいて、取得メソッドbuild(Ob
ject resolved)を、リフレクション（クラスなどの定義
構造を言語体系に反映させること）を使用して実装する
ことで、即ち、初期化すべきフィールドのフィールド名
fieldNameと、その初期化を行うためのフィールド設定
メソッドのメソッド名methodNameを与えることによっ
て、オブジェクトｍｅｔｈｏｄが有するフィールド設定
メソッド（これは、取得メソッドｇｅｔＯｂｊｅｃ
ｔ（）によって取得される被構築オブジェクトのフィー
ルド設定メソッドに等しい）がコールされるようにする
ことで、種々の被構築オブジェクトの初期化が可能とな
る。なお、プログラムリスト（４）におけるfieldName
およびmethodNameは、例えば、コンストラクタによって
与えるようにすることができる。

【００８０】また、例えば、プログラムリスト（３）に
示したフィールド設定メソッドaddPainter(Object p,in
t index)によって、配列型のフィールドpainters[]を初
期化するためには、例えば、次のようなクラス（アドメ
ソッド構築クラス）AddBuilderを、構築クラスBuilder
のサブクラスとして定義しておく。

【００８１】 class AddBuilder extends Builder{ String fieldName; String methodName; int index; Getter getter; void build(Object resolved){ Method mehtod=getAddMethod(fieldName,methodName,resolove d); Object objs[]={getter.getObject(),new Integer(index)}; method.invoke(resolved,objs); } } ・・・（５）

【００８２】ここで、メソッドgetAddMethod(fieldNam
e,methodName,resolved)は、プログラムリスト（４）に
おけるメソッドgetSetMethod(fieldName,methodName,re
solved)と同様に、fieldNameで表されるフィールドの初
期化を行う、methodNameで表されるフィールド設定メソ
ッドを有するオブジェクトを生成するものであるが、fi
eldNameおよびresolvedから、methodNameで表されるフ
ィールド設定メソッドを有するオブジェクトの型が、何
らかのクラスの配列であることを認識し、さらに、その
配列のクラスを認識してから、methodNameで表されるフ
ィールド設定メソッドを見つけ出す点が、メソッドgetS
etMethod(fieldName,methodName,resolved)と異なる。
なお、ここでは、methodNameで表されるフィールド設定
メソッドは、例えば、プログラムリスト（３）に示した
addPainter(Object p,int index)のように、第２引数に
int型のフィールドをとるものと、あらかじめ決められ
ており、これにより、上述の配列のクラスを認識するこ
とができるようになされている（ここでは、第２引数に
int型のフィールドをとるものと認識される）。

【００８３】また、プログラムリスト（５）では、Obje
ct型の配列（フィールド）objs[]に、取得オブジェクト
getterが有する取得メソッドgetObject()が取得する被
構築オブジェクトと、コンストラクタInteger(index)に
よって生成されるインスタンス（indexの値に対応す
る、Integer型のインスタンス）との２つが、配列の要
素として設定されるようになされている。

【００８４】そして、プログラムリスト（５）でも、プ
ログラムリスト（４）における場合と同様に、オブジェ
クトmethodにおけるメソッドinvoke(resolved,objs)を
コールすることで、被構築オブジェクトresolvedを、被
構築オブジェクトobjsの参照で初期化する、オブジェク
トmethodが有するフィールド設定メソッド（ここでは、
methodNameで表されるメソッド）がコールされるように
なされている。

【００８５】プログラムリスト（５）に示したように、
サブクラスAddBuilderにおいて、取得メソッドbuild(Ob
ject resolved)を、リフレクションを使用して実装する
ことで、プログラムリスト（４）に示したサブクラスSe
tbuilderでは対応できない、painters[]のような配列型
のフィールドを有する、種々の被構築オブジェクトの初
期化が可能となる。

【００８６】なお、プログラムリスト（５）におけるfi
eldNameおよびmethodNameも、プログラムリスト（４）
における場合と同様に、例えば、コンストラクタによっ
て与えるようにすることができる。

【００８７】次に、登録クラスについて説明する。

【００８８】登録クラスは、取得オブジェクトが取得し
た被構築オブジェクトを登録するためのクラスで、図９
に示すように、被構築オブジェクトresolvedを、それに
名前（文字列や数字など）nameを付して登録する登録メ
ソッドbind(String name,Object resolved)と、名前nam
eから、登録した被構築オブジェクトを探し出す検索メ
ソッドlookup(String name)を有する。従って、登録ク
ラスのインスタンスである登録オブジェクトにおいて、
ある取得オブジェクトが取得した被構築オブジェクト
を、登録メソッドbind(String name,Object resolved)
によって登録しておくことにより、その被構築オブジェ
クトの参照が再度必要となったときには、検索メソッド
lookup(String name)によって、その被構築オブジェク
トを探し出すことができる。

【００８９】具体的には、例えば、図１０に示すよう
に、３つの被構築オブジェクトＡ乃至Ｃから構成（構
築）される構築物（例えば、マルチメディアコンテン
ツ）がある場合において、被構築オブジェクトＡのフィ
ールドfieldAを、被構築オブジェクトＢの参照によって
初期化し、その被構築オブジェクトＢのフィールドfiel
dBを、被構築オブジェクトＣの参照によって初期化し、
さらに、その被構築オブジェクトＣのフィールドfieldC
を、被構築オブジェクトＢの参照によって初期化すると
きには、被構築オブジェクトＢの参照は、被構築オブジ
ェクトＡの初期化を行った後、被構築オブジェクトＣの
初期化を行うにも必要となる。

【００９０】そこで、このような場合には、被構築オブ
ジェクトＡの初期化のために、被構築オブジェクトＢを
取得したときに、登録オブジェクトにおいて、登録メソ
ッドbind(String name,Object resolved)によって、被
構築オブジェクトＢを登録（bind）しておく。そして、
被構築オブジェクトＣの初期化の際に、登録オブジェク
トにおいて、検索メソッドlookup(String name)によっ
て、被構築オブジェクトＢを探し出す（look up）こと
で、その参照によって、被構築オブジェクトＣの初期化
を行うことが可能となる。

【００９１】次に、図１１のフローチャートを参照し
て、ユーザ端末ＵＴ上において、構築プログラムが実行
されることにより行われる構築処理について、さらに説
明する。

【００９２】構築処理では、まず最初に、ステップＳ１
０１において、取得クラス、構築クラス、または登録ク
ラスのインスタンスである、所定の構築物を構成する被
構築オブジェクトを取得するための取得オブジェクト、
それらの参照関係を構築するための構築オブジェクト、
または再度参照される被構築オブジェクトを登録するた
めの登録オブジェクトが、それぞれ生成され（ユーザ端
末ＵＴの内蔵するメモリ上に展開され）、ステップＳ１
０２に進む。ステップＳ１０２では、ステップＳ１０１
で生成された取得オブジェクトおよび構築オブジェク
ト、さらには、必要に応じて、登録オブジェクトによっ
て、所定の構築物を構成する被構築オブジェクトが取得
され、その参照関係が構築される。これにより、所定の
構築物が構成され、処理を終了する。

【００９３】次に、所定の構築物として、例えば、図１
２に示すような参照関係のある、８つの被構築オブジェ
クトｏｂｊ１乃至ｏｂｊ８からなるアプリケーションプ
ログラムまたはマルチメディアコンテンツその他のデー
タが構成される場合を例に、構築処理につき、さらに説
明する。なお、図１２において、被構築オブジェクトを
表す四角形の下の段には、その被構築オブジェクトが有
するフィールドを図示してある。

【００９４】図１２では、構築物であるアプリケーショ
ンプログラムまたはマルチメディアコンテンツその他の
データが、被構築オブジェクトｏｂｊ１乃至ｏｂｊ８か
ら構成されるため、まず、その８つの被構築オブジェク
トｏｂｊ１乃至ｏｂｊ８を得るための取得オブジェクト
（取得クラスのインスタンス）が必要となる。いま、こ
の８つの被構築オブジェクトｏｂｊ１乃至ｏｂｊ８を取
得するための取得オブジェクトを、それぞれGetter1，G
etter2，Getter3-1，Getter4，Getter5，Getter6，Gett
er7，Getter8とする。さらに、図１２では、被構築オブ
ジェクトｏｂｊ１によって参照される被構築オブジェク
トｏｂｊ３が、被構築オブジェクトｏｂｊ３よりも後に
取得される被構築オブジェクトｏｂｊ８によっても参照
される。従って、被構築オブジェクトｏｂｊ８を初期化
するときに必要となる被構築オブジェクトｏｂｊ３を取
得する取得オブジェクトが必要であり、これを、Getter
3-2とする。なお、Getter3-2は、登録オブジェクト（登
録クラスのインスタンス）が有する検索メソッドlookup
(String name)をコールすることによって、被構築オブ
ジェクトｏｂｊ３を探し出す（被構築オブジェクトｏｂ
ｊ３の参照を取得する）ようになされている。

【００９５】また、図１２の実施の形態では、被構築オ
ブジェクトｏｂｊ１がフィールドpPart11およびpPart12
を、被構築オブジェクトｏｂｊ２がフィールドPpart21
を、被構築オブジェクトｏｂｊ３がフィールドpPart31
を、被構築オブジェクトｏｂｊ４がフィールドpPart41
およびpPart42を、被構築オブジェクトｏｂｊ６がフィ
ールドpPart61およびpPart62を、被構築オブジェクトｏ
ｂｊ７がフィールドpPart71を、被構築オブジェクトｏ
ｂｊ８がフィールドpPart81を、それぞれ有している。

【００９６】そして、図１２の実施の形態では、被構築
オブジェクトｏｂｊ１のフィールドpPart11，pPart12
は、被構築オブジェクトｏｂｊ３，ｏｂｊ６それぞれの
参照によって、被構築オブジェクトｏｂｊ２のフィール
ドPpart21は、被構築オブジェクトｏｂｊ７の参照によ
って、被構築オブジェクトｏｂｊ４のフィールドpPart4
1，pPart42は、被構築オブジェクトｏｂｊ５，ｏｂｊ８
それぞれの参照によって、被構築オブジェクトｏｂｊ６
のフィールドpPart61，pPart62は、被構築オブジェクト
ｏｂｊ４，ｏｂｊ２それぞれの参照によって、被構築オ
ブジェクトｏｂｊ８のフィールドpPart81は、被構築オ
ブジェクトｏｂｊ３の参照によって、それぞれ初期化す
る必要がある。

【００９７】従って、初期化すべきフィールドとして
は、pPart11，pPart12，pPart21，pPart41，pPart42，p
Part61，pPart62，pPart81があり、これらを初期化する
構築オブジェクトを、それぞれBuilder1-1，Builder1-
2，Builder2，Builder4-1，Builder4-2，Builder6-1，B
uilder6-2，Builder8とすると、ここでは、この８つの
構築オブジェクトが必要となる。

【００９８】なお、図１２では、被構築オブジェクトｏ
ｂｊ３が、フィールドpPart31を有し、また、被構築オ
ブジェクトｏｂｊ７が、フィールドpPart71を有してい
るが、これらは、他の被構築オブジェクトの参照によっ
て初期化されるようにはなされていないから、その初期
化のための構築オブジェクトは必要ない。

【００９９】以上から、図１２の構築物を構成するに
は、図１３に示すような９の取得オブジェクト（取得ク
ラスのインスタンス）と、８の構築オブジェクト（構築
クラスのインスタンス）が必要となる。

【０１００】そして、これらの９の取得オブジェクト
と、８つの構築オブジェクトとの関係は、図１４に示す
ようになっており、これらのオブジェクトにおいてメソ
ッド（取得メソッドgetObject()、構築メソッドbuild(O
bject resolved)）が実行されることにより、図１２の
構築物を構成（構築）する構築処理が行われる。

【０１０１】即ち、まず最初に、取得オブジェクトGett
er1によって（取得オブジェクトGetter1が有する取得メ
ソッドgetObject()がコールされることによって）、被
構築オブジェクトｏｂｊ１が取得される。取得オブジェ
クトGetter1は、被構築オブジェクトｏｂｊ１が有する
フィールドpPart11，pPart12それぞれを初期化する構築
オブジェクトBuilder1-1，Builder1-2を有しており（Bu
ilder型の配列builders[]の要素として、Builder1-1，B
uilder1-2の２つを有しており）、それぞれによって初
期化が行われる。

【０１０２】即ち、まず、取得オブジェクトGetter1で
は、それが有するBuilder型の配列builders[]の２つの
要素Builder1-1，Builder1-2のうちの１番目のBuilder1
-1における構築メソッドbuild(Object resolved)がコー
ルされる。構築オブジェクトBuilder1-1は、フィールド
pPart11を被構築オブジェクトｏｂｊ３の参照によって
初期化するために、その被構築オブジェクトｏｂｊ３を
取得する取得オブジェクトGetter3-1を有しており、取
得オブジェクトGetter3-1は、被構築オブジェクトｏｂ
ｊ３を取得する（Builder1-1における構築メソッドbuil
d(Object resolved)において、取得オブジェクトGetter
3-1が有する取得メソッドgetObject()がコールされるこ
とにより、被構築オブジェクトｏｂｊ３が取得され
る）。

【０１０３】被構築オブジェクトｏｂｊ３は初期化する
必要がないため、取得オブジェクトGetter3-1は、その
初期化のための構築オブジェクトを有しておらず（取得
オブジェクトGetter3-1が有する、Builder型の配列buil
ders[]の要素がnullになっており）、これにより、取得
オブジェクトGetter3-1における取得メソッドgetObject
()の処理が完結し、リターンする。

【０１０４】このとき、取得オブジェクトGetter3-1に
おける取得メソッドgetObject()は、取得した被構築オ
ブジェクトｏｂｊ３の参照を、戻り値として、構築オブ
ジェクトBuilder1-1に返し、構築オブジェクトBuilder1
-1は、その被構築オブジェクトｏｂｊ３の参照によっ
て、被構築オブジェクトｏｂｊ１のフィールドpPart11
を初期化する。そして、フィールドpPart11の初期化が
終了すると、構築オブジェクトBuilder1-1における構築
メソッドbuild(Object resolved)の処理が完結し、リタ
ーンする。

【０１０５】構築オブジェクトBuilder1-1における構築
メソッドbuild(Object resolved)が完結すると、取得オ
ブジェクトGetter1では、それが有するBuilder型の配列
builders[]の２つの要素Builder1-1，Builder1-2のうち
の２番目のBuilder1-2における構築メソッドbuild(Obje
ct resolved)がコールされる。

【０１０６】構築オブジェクトBuilder1-2は、フィール
ドpPart12を被構築オブジェクトｏｂｊ６の参照によっ
て初期化するために、その被構築オブジェクトｏｂｊ６
を取得する取得オブジェクトGetter6を有しており、取
得オブジェクトGetter6は、被構築オブジェクトｏｂｊ
６を取得する（Builder1-2における構築メソッドbuild
(Object resolved)において、取得オブジェクトGetter6
が有する取得メソッドgetObject()がコールされること
により、被構築オブジェクトｏｂｊ６が取得される）。

【０１０７】取得オブジェクトGetter6は、被構築オブ
ジェクトｏｂｊ６が有するフィールドpPart61，pPart62
それぞれを初期化する構築オブジェクトBuilder6-1，Bu
ilder6-2を有しており（Builder型の配列builders[]の
要素として、Builder1-1，Builder1-2の２つを有してお
り）、それぞれによって初期化が行われる。

【０１０８】即ち、まず、取得オブジェクトGetter6で
は、それが有するBuilder型の配列builders[]の２つの
要素Builder6-1，Builder6-2のうちの１番目のBuilder6
-1における構築メソッドbuild(Object resolved)がコー
ルされる。構築オブジェクトBuilder6-1は、フィールド
pPart61を被構築オブジェクトｏｂｊ４の参照によって
初期化するために、その被構築オブジェクトｏｂｊ４を
取得する取得オブジェクトGetter4を有しており、取得
オブジェクトGetter4は、被構築オブジェクトｏｂｊ４
を取得する（Builder6-1における構築メソッドbuild(Ob
ject resolved)において、取得オブジェクトGetter4が
有する取得メソッドgetObject()がコールされることに
より、被構築オブジェクトｏｂｊ４が取得される）。

【０１０９】取得オブジェクトGetter4は、被構築オブ
ジェクトｏｂｊ４が有するフィールドpPart41，pPart42
それぞれを初期化する構築オブジェクトBuilder4-1，Bu
ilder4-2を有しており（Builder型の配列builders[]の
要素として、Builder4-1，Builder4-2の２つを有してお
り）、それぞれによって初期化が行われる。

【０１１０】即ち、まず、取得オブジェクトGetter4で
は、それが有するBuilder型の配列builders[]の２つの
要素Builder4-1，Builder4-2のうちの１番目のBuilder4
-1における構築メソッドbuild(Object resolved)がコー
ルされる。構築オブジェクトBuilder4-1は、フィールド
pPart41を被構築オブジェクトｏｂｊ５の参照によって
初期化するために、その被構築オブジェクトｏｂｊ５を
取得する取得オブジェクトGetter5を有しており、取得
オブジェクトGetter5は、被構築オブジェクトｏｂｊ５
を取得する。

【０１１１】被構築オブジェクトｏｂｊ５は初期化する
必要がないため、取得オブジェクトGetter5は、その初
期化のための構築オブジェクトを有しておらず（取得オ
ブジェクトGetter5が有する、Builder型の配列builders
[]の要素がnullになっており）、これにより、取得オブ
ジェクトGetter5における取得メソッドgetObject()の処
理が完結し、リターンする。

【０１１２】このとき、取得オブジェクトGetter5にお
ける取得メソッドgetObject()は、取得した被構築オブ
ジェクトｏｂｊ５の参照を、戻り値として、構築オブジ
ェクトBuilder4-1に返し、構築オブジェクトBuilder4-1
は、その被構築オブジェクトｏｂｊ５の参照によって、
被構築オブジェクトｏｂｊ４のフィールドpPart41を初
期化する。そして、フィールドpPart41の初期化が終了
すると、構築オブジェクトBuilder4-1における構築メソ
ッドbuild(Object resolved)の処理が完結し、リターン
する。

【０１１３】構築オブジェクトBuilder4-1における構築
メソッドbuild(Object resolved)が完結すると、取得オ
ブジェクトGetter4では、それが有するBuilder型の配列
builders[]の２つの要素Builder4-1，Builder4-2のうち
の２番目のBuilder4-2における構築メソッドbuild(Obje
ct resolved)がコールされる。

【０１１４】構築オブジェクトBuilder4-2は、フィール
ドpPart42を被構築オブジェクトｏｂｊ８の参照によっ
て初期化するために、その被構築オブジェクトｏｂｊ８
を取得する取得オブジェクトGetter8を有しており、取
得オブジェクトGetter8は、被構築オブジェクトｏｂｊ
８を取得する。

【０１１５】取得オブジェクトGetter8は、被構築オブ
ジェクトｏｂｊ８が有するフィールドpPart81を初期化
する構築オブジェクトBuilder8を有しており（Builder
型の配列builders[]の要素として、Builder8の１つだけ
を有しており）、それによって初期化が行われる。

【０１１６】即ち、取得オブジェクトGetter8では、そ
れが有するBuilder型の配列builders[]の要素Builder8
における構築メソッドbuild(Object resolved)がコール
される。構築オブジェクトBuilder8は、フィールドpPar
t81を被構築オブジェクトｏｂｊ３の参照によって初期
化するために、その被構築オブジェクトｏｂｊ３を取得
する取得オブジェクトGetter3-2を有しており、取得オ
ブジェクトGetter3-2は、被構築オブジェクトｏｂｊ３
を取得する（Builder8における構築メソッドbuild(Obje
ct resolved)において、取得オブジェクトGetter3-2が
有する取得メソッドgetObject()がコールされることに
より、被構築オブジェクトｏｂｊ３が取得される）。

【０１１７】ここで、被構築オブジェクトｏｂｊ１によ
って参照される被構築オブジェクトｏｂｊ３が、被構築
オブジェクトｏｂｊ３よりも後に取得される被構築オブ
ジェクトｏｂｊ８によっても参照されることは、あらか
じめ分かっている。このため、取得オブジェクトGetter
3-1が被構築オブジェクトｏｂｊ３を取得すると、登録
オブジェクトの登録メソッドbind(String name,Object
resolved)がコールされ、取得オブジェクトGetter3-1が
取得した被構築オブジェクトｏｂｊ３が登録されるよう
になされている。そして、取得オブジェクトGetter3-2
は、その登録オブジェクトの検索メソッドlookup(Strin
g name)をコールすることで、既に取得されている被構
築オブジェクトｏｂｊ３の参照を取得するようになされ
ている。

【０１１８】既に取得されている被構築オブジェクトｏ
ｂｊ３は初期化する必要がないため（図１２の実施の形
態では、被構築オブジェクトｏｂｊ３は、最初から、初
期化すべきフィールドを有しないが、仮に有していたと
しても、その初期化は、取得オブジェクトGetter3-1が
有する構築オブジェクトによって行われるべきものであ
るから、ここでは行う必要がない）、取得オブジェクト
Getter3-2は、その初期化のための構築オブジェクトを
有しておらず（取得オブジェクトGetter3-2が有する、B
uilder型の配列builders[]の要素がnullになってお
り）、これにより、取得オブジェクトGetter3-2におけ
る取得メソッドgetObject()の処理が完結し、リターン
する。

【０１１９】このとき、取得オブジェクトGetter3-2に
おける取得メソッドgetObject()は、取得した被構築オ
ブジェクトｏｂｊ３の参照を、戻り値として、構築オブ
ジェクトBuilder8に返し、構築オブジェクトBuilder8
は、その被構築オブジェクトｏｂｊ３の参照によって、
被構築オブジェクトｏｂｊ８のフィールドpPart81を初
期化する。そして、フィールドpPart81の初期化が終了
すると、構築オブジェクトBuilder8における構築メソッ
ドbuild(Object resolved)の処理が完結し、リターンす
る。

【０１２０】構築オブジェクトBuilder8における構築メ
ソッドbuild(Object resolved)が完結すると、取得オブ
ジェクトGetter8における取得メソッドgetObject()が完
結し、それが取得した被構築オブジェクトｏｂｊ８の参
照が、戻り値として、構築オブジェクトBuilder4-2に返
される。構築オブジェクトBuilder4-2は、この戻り値で
ある被構築オブジェクトｏｂｊ８の参照によって、被構
築オブジェクトｏｂｊ４のフィールドpPart42を初期化
し、これにより、構築オブジェクトBuilder4-2における
構築メソッドbuild(Object resolved)の処理が完結し、
リターンする。

【０１２１】構築オブジェクトBuilder4-2における構築
メソッドbuild(Object resolved)が完結すると、取得オ
ブジェクトGetter4における取得メソッドgetObject()が
完結し、それが取得した被構築オブジェクトｏｂｊ４の
参照が、戻り値として、構築オブジェクトBuilder6-1に
返される。構築オブジェクトBuilder6-1は、この戻り値
である被構築オブジェクトｏｂｊ４の参照によって、被
構築オブジェクトｏｂｊ６のフィールドpPart61を初期
化し、これにより、構築オブジェクトBuilder6-1におけ
る構築メソッドbuild(Object resolved)の処理が完結
し、リターンする。

【０１２２】構築オブジェクトBuilder6-1における構築
メソッドbuild(Object resolved)が完結すると、取得オ
ブジェクトGetter6では、それが有するBuilder型の配列
builders[]の２つの要素Builder6-1，Builder6-2のうち
の２番目のBuilder6-2における構築メソッドbuild(Obje
ct resolved)がコールされる。

【０１２３】構築オブジェクトBuilder6-2は、フィール
ドpPart62を被構築オブジェクトｏｂｊ２の参照によっ
て初期化するために、その被構築オブジェクトｏｂｊ２
を取得する取得オブジェクトGetter2を有しており、取
得オブジェクトGetter2は、被構築オブジェクトｏｂｊ
２を取得する。

【０１２４】さらに、取得オブジェクトGetter2は、被
構築オブジェクトｏｂｊ２が有するフィールドpPart21
を初期化する構築オブジェクトBuilder2を有しており、
それによって初期化が行われる。

【０１２５】即ち、取得オブジェクトGetter2では、そ
れが有するBuilder型の配列builders[]の要素Builder2
における構築メソッドbuild(Object resolved)がコール
される。構築オブジェクトBuilder2は、フィールドpPar
t21を被構築オブジェクトｏｂｊ７の参照によって初期
化するために、その被構築オブジェクトｏｂｊ７を取得
する取得オブジェクトGetter7を有しており、取得オブ
ジェクトGetter7は、被構築オブジェクトｏｂｊ７を取
得する。

【０１２６】被構築オブジェクトｏｂｊ７は初期化する
必要がないため、取得オブジェクトGetter7は、その初
期化のための構築オブジェクトを有しておらず（取得オ
ブジェクトGetter7が有する、Builder型の配列builders
[]の要素がnullになっており）、これにより、取得オブ
ジェクトGetter7における取得メソッドgetObject()の処
理が完結し、リターンする。

【０１２７】このとき、取得オブジェクトGetter7にお
ける取得メソッドgetObject()は、取得した被構築オブ
ジェクトｏｂｊ７の参照を、戻り値として、構築オブジ
ェクトBuilder2に返し、構築オブジェクトBuilder2は、
その被構築オブジェクトｏｂｊ７の参照によって、被構
築オブジェクトｏｂｊ２のフィールドpPart21を初期化
する。そして、フィールドpPart21の初期化が終了する
と、構築オブジェクトBuilder2における構築メソッドbu
ild(Object resolved)の処理が完結し、リターンする。

【０１２８】構築オブジェクトBuilder2における構築メ
ソッドbuild(Object resolved)が完結すると、取得オブ
ジェクトGetter2における取得メソッドgetObject()が完
結し、それが取得した被構築オブジェクトｏｂｊ２の参
照が、戻り値として、構築オブジェクトBuilder6-2に返
される。構築オブジェクトBuilder6-2は、この戻り値で
ある被構築オブジェクトｏｂｊ２の参照によって、被構
築オブジェクトｏｂｊ６のフィールドpPart62を初期化
し、これにより、構築オブジェクトBuilder6-2における
構築メソッドbuild(Object resolved)の処理が完結し、
リターンする。

【０１２９】構築オブジェクトBuilder6-2における構築
メソッドbuild(Object resolved)が完結すると、取得オ
ブジェクトGetter6における取得メソッドgetObject()が
完結し、それが取得した被構築オブジェクトｏｂｊ６の
参照が、戻り値として、構築オブジェクトBuilder1-2に
返される。構築オブジェクトBuilder1-2は、この戻り値
である被構築オブジェクトｏｂｊ６の参照によって、被
構築オブジェクトｏｂｊ１のフィールドpPart12を初期
化し、これにより、構築オブジェクトBuilder1-2におけ
る構築メソッドbuild(Object resolved)の処理が完結
し、リターンする。

【０１３０】構築オブジェクトBuilder1-2における構築
メソッドbuild(Object resolved)が完結すると、取得オ
ブジェクトGetter1における取得メソッドgetObject()が
完結し、これにより、図１２に示した構築物が構成され
る。

【０１３１】以上のように、マルチメディアコンテンツ
（ここでは、ＥＰＧ）を構成する部品に対応する被構築
オブジェクトを、取得オブジェクトによって取得し、さ
らに、それらの被構築オブジェクトの参照関係を、構築
オブジェクトによって構築するようにしたので、被構築
オブジェクトを、例えば、ネットワーク上に分散させて
おき、必要なときに、必要な被構築オブジェクトだけを
集めてリンクさせ（参照関係を構築し）、マルチメディ
アコンテンツを構成することが可能となる。

【０１３２】次に、以上のようにして構築処理により構
成されたマルチメディアコンテンツとしてのＥＰＧの振
舞を制御する振舞制御処理について説明する。

【０１３３】ここで、上述の構築処理の説明において
は、説明を簡単にするために、ＥＰＧが、動画や、静止
画、テキスト、ボタンなどの部品に対応するオブジェク
トだけで構成されるものとしたが、本実施の形態では、
マルチメディアコンテンツとしてのＥＰＧは、そのよう
な部品に対応するオブジェクトだけでなく、部品に対応
するオブジェクトを操作するオブジェクトや、タイムス
ケジューリングを行うオブジェクトなどをも含んで構成
されている。

【０１３４】即ち、本実施の形態では、ＥＰＧは、シー
ンと呼ばれるオブジェクトが１以上集まって構成されて
いる。そして、シーンは、アクタおよびビヘイビアスケ
ジューラと呼ばれるオブジェクトから構成されている。

【０１３５】アクタ（データホルダオブジェクト）は、
上述の動画や、静止画、テキスト、ボタンなどの部品に
対応する動作可能なオブジェクトで、その振舞（例え
ば、画面上における自身の表示位置や、表示する大き
さ、色、画面上において移動するかしないか、移動する
なら、その移動方向や移動速度、移動量、自身が有する
動画や静止画、音声などのコンテンツを再生するとか、
一時停止するとかなど）を決めるデータを有している。
また、アクタは、基本的には、ユニークなものであるた
め、クラスの継承関係は持っていない（但し、Javaで
は、いずれのオブジェクトも、最終的には、オブジェク
トクラス（Object型）を継承している）。但し、アクタ
は、後述するビヘイビアに、自身が有するデータを操作
させるためのインターフェイス（以下、適宜、操作イン
ターフェイスという）（Java言語やＣ＋＋で規定されて
いるインターフェイス）を実装しており、これにより、
クラスの継承関係がなくても、ビヘイビアは、その操作
インターフェイスを利用して、アクタが有するデータに
対してアクセスすることができるようになされている。

【０１３６】なお、オブジェクト指向プログラミングに
よって、シミュレーションを行う場合に、並列処理が可
能な計算モデルとして、自立的に振る舞うオブジェクト
から構成されるものを考えることがある。この場合に、
その自立的に振る舞うオブジェクトは、一般に、アクタ
と呼ばれるが、シーンを構成するアクタは、計算モデル
を構成するアクタとは異なる。即ち、いずれのアクタ
も、自身の振舞を決めるデータを有する点では共通する
が、シーンを構成するアクタは、基本的に、そのデータ
を操作するメソッドを有しない点で、そのようなメソッ
ドを有する、計算モデルを構成するアクタとは異なる。
但し、シーンを構成するアクタに、それが有するデータ
を操作するメソッドを持たせることも可能である（シー
ンを構成するアクタを、計算モデルを構成するアクタと
同様に構成することも可能である）。

【０１３７】ビヘイビアスケジューラ（データ操作オブ
ジェクトスケジューリングオブジェクト）は、アクタが
有するデータを操作するビヘイビア（behavior）（デー
タ操作オブジェクト）と呼ばれるオブジェクトを有し、
そのビヘイビアをタイムスケジューリングする。即ち、
ビヘイビアスケジューラは、タイムスケジューリングの
対象であるビヘイビアと、そのビヘイビアにアクタのデ
ータを操作させるための時間的な制約条件とを対応付け
て登録しているテーブルを管理しており、そのテーブル
の登録情報に基づいて、ビヘイビアにタイムドリブンで
処理を行わせる（アクタが有するデータを操作させ
る）。

【０１３８】ここで、ビヘイビアは、上述の操作インタ
ーフェイスを用いて、その操作インターフェイスを実装
するアクタのデータを読み出して処理し、その処理後の
データを、再び、アクタに設定する。アクタは、その設
定されたデータにしたがって振る舞う。また、ビヘイビ
アは、基本的には、アクタと同様に、ユニークなもので
あり、クラスの継承関係は持っていない。さらに、ビヘ
イビアは、それを有するビヘイビアスケジューラを、親
ビヘイビアスケジューラとして、その親ビヘイビアスケ
ジューラに従属するビヘイビアスケジューラである子ビ
ヘイビアスケジューラを有することが可能となされてい
る。この場合、親ビヘイビアスケジューラが有するビヘ
イビア（以下、適宜、親ビヘイビアという）と、その子
ビヘイビアスケジューラが有するビヘイビア（以下、適
宜、子ビヘイビアという）の両方によって、アクタのデ
ータが操作され、そのアクタの振舞が制御される。即
ち、これにより、アクタは、親ビヘイビアによるデータ
の操作と、子ビヘイビアによるデータの操作との両方の
操作を組合せた（合成した）ような振舞をする。

【０１３９】なお、ビヘイビアは、ビヘイビアスケジュ
ーラが有し、ビヘイビアスケジューラは、シーンを構成
するから、シーンは、アクタおよびビヘイビアスケジュ
ーラに、ビヘイビアを加えた３種類のオブジェクトを含
んで構成されているということもできる。

【０１４０】また、ビヘイビア（ビヘイビアスケジュー
ラ）には、親と子の２階層だけでなく、３階層以上の階
層構造を持たせることも可能である。

【０１４１】さらに、ビヘイビアは、基本的には、ビヘ
イビアスケジューラによってタイムスケジューリングさ
れることにより、タイムドリブンで処理を行うが、必要
に応じて、イベントドリブンででも処理を行わせること
が可能である。

【０１４２】以上のように構成されるシーンでは、ビヘ
イビアにおいて、ビヘイビアスケジューラによるタイム
スケジューリングにしたがい、アクタのデータが操作さ
れ、これにより、そのアクタの振舞がタイムドリブンで
制御される。従って、アクタのデータの操作が、アクタ
とは別のビヘイビアによって行われるので（アクタが有
するデータを操作するメソッドが、アクタとは別のビヘ
イビアに実装されているので）、ビヘイビアだけを作り
直し、あるいは、ビヘイビアを交換、追加などするだけ
で、アクタを作成し直すことなく、その振舞を拡張（変
更）することが可能となる。

【０１４３】さらに、ビヘイビア（ビヘイビアスケジュ
ーラ）は、それに従属する子ビヘイビア（子ビヘイビア
スケジューラ）を有することが可能であるから、即ち、
ビヘイビア（ビヘイビアスケジューラ）は階層構造にす
ることができるから、単純な振舞に対応するビヘイビア
を複数組み合わせることで、容易に、複雑な振舞を実現
することが可能となる。

【０１４４】なお、ビヘイビアをタイムスケジューリン
グするオブジェクトであるビヘイビアスケジューラが、
別個に用意されているので、そのビヘイビアスケジュー
ラによって、ビヘイビアをタイムスケジューリングする
だけで、容易に、複数のビヘイビアを組み合わせること
ができる。

【０１４５】以上のように、ビヘイビアスケジューラ
が、自身の有するビヘイビアをタイムスケジューリング
し、そのようにタイムスケジューリングされたビヘイビ
アによってアクタの振舞がタイムドリブンで制御され、
これにより、一場面（シーン）が形成されることから、
アクタとビヘイビアスケジューラとの組み合わせを含む
ものを、シーンと呼んでいる。

【０１４６】ところで、本実施の形態では、シーンは、
そのシーンを親シーンとして、それに従属するシーンで
ある子シーン（サブシーン）を持つことができるように
なされており、即ち、シーンも、ビヘイビア（ビヘイビ
アスケジューラ）と同様に階層構造をとることができる
ようになされており、この場合、親シーンは、その子シ
ーンをタイムスケジューリングする、ビヘイビアスケジ
ューラと同様に構成されるオブジェクトであるシーンス
ケジューラ（子シーンスケジューリングオブジェクト）
をさらに含んで構成される。

【０１４７】シーンが子シーンを有する場合、その子シ
ーンは、対応するシーンスケジューラによってタイムス
ケジューリングされたタイミングに実行される。即ち、
子シーンは、親シーンと同様に、アクタ、ビヘイビア、
およびビヘイビアスケジューラを有し（さらに、その孫
シーンを有することもあり、この場合、その孫シーンを
タイムスケジューリングするシーンスケジューラも有す
る）、子シーンのシーンスケジューラは、その子シーン
が有するビヘイビアスケジューラに処理を行わせる（子
シーンが、孫シーンと、そのシーンスケジューラを有す
る場合には、さらに、その孫シーンのシーンスケジュー
ラにも処理を行わせる）。これにより、子シーンでは、
その子シーンが有するビヘイビアにおいて、その子シー
ンが有するビヘイビアスケジューラによるタイムスケジ
ューリングにしたがい、その子シーンが有するアクタの
データが操作され、そのアクタの振舞が制御される。

【０１４８】ここで、ビヘイビアスケジューラとシーン
スケジューラとは、上述のように同様に構成されるの
で、以下、適宜、両方あわせて、単に、スケジューラと
いう。

【０１４９】スケジューラは、時間に関してスケジュー
リング（タイムスケジューリング）を行うためのメソッ
ドを実装しており、タイムスケジューリングされるため
のインターフェイス（以下、適宜、スケジュールドイン
ターフェイスという）（Java言語やＣ＋＋で規定されて
いるインターフェイス）を実装する他のスケジューラ
や、ビヘイビア、シーンを、タイムスケジューリングの
対象とするようになされている。従って、本実施の形態
では、タイムスケジューリングされるシーン、スケジュ
ーラ、およびビヘイビアは、スケジュールドインターフ
ェイスを実装しており、また、スケジューラは、スケジ
ュールドインターフェイスを使用して、シーン、スケジ
ューラ、およびビヘイビアのタイムスケジューリングを
行う。

【０１５０】なお、スケジューラは、上述のように、他
のスケジューラをタイムスケジューリングすることがで
きるので、他のスケジューラにおいて、あるスケジュー
ラによるタイムスケジューリングのタイミングを基準と
して、タイムスケジューリングを行うような、いわばタ
イムスケジューリングの組合せ（合成）が可能となる。

【０１５１】ここで、本実施の形態では、スケジューラ
として、２つの異なる機能を有するものが用意されてい
る。１つはパラレルスケジューラと呼ばれるスケジュー
ラで、これは、自身のテーブルに、実行可能なオブジェ
クトが複数登録されている場合に、その複数のオブジェ
クトすべてを並列に実行することが可能なものである。
また、他の１つはシーケンシャルスケジューラと呼ばれ
るスケジューラで、これは、自身のテーブルに、実行可
能なオブジェクトが複数登録されている場合に、そのう
ちの１つだけを優先的に実行可能なものである。

【０１５２】シーケンシャルスケジューラにおいて、自
身のテーブルに、実行可能なオブジェクトが複数登録さ
れている場合に、そのうちのいずれを優先して実行する
かは、種々の方法が考えられるが、例えば、その複数の
オブジェクトが、テーブルに登録された順番を優先させ
ることができる。また、オブジェクトの実行開始時刻が
規定されている場合には、例えば、その実行開始時刻の
最も早いものを優先させることができる。さらに、オブ
ジェクトの実行時間（実行開始時刻から実行終了時刻ま
での時間）が規定されている場合には、例えば、その実
行時間が最も長いものを優先させることなども可能であ
る。

【０１５３】なお、オブジェクトを実行するとは、その
オブジェクトが有するメソッドをコールすることを意味
する。

【０１５４】上述した構築処理では、シーンを構成す
る、以上のようなアクタ、ビヘイビア、スケジューラ
が、被構築オブジェクトとして取得され、その参照関係
が構築されることにより、マルチメディアコンテンツと
してのＥＰＧが構成されるようになされている。

【０１５５】なお、シーンは、いわばコンテナに相当
し、そのシーンを構成するアクタやビヘイビアスケジュ
ーラ、子シーンは、そのコンテナのコンポーネントに相
当する。

【０１５６】次に、図１５は、以上のようなシーンで構
成されるＥＰＧを模式的に表している。

【０１５７】図１５の実施の形態では、まず同図（Ａ）
に示すようなＥＰＧが構成され、その後、そのＥＰＧ
が、所定のタイミングにおいて、同図（Ｂ）に示すよう
なものに変化するようになされている。なお、図１５
（Ａ）に示すＥＰＧは、アクタとして、背景３１、イメ
ージ３２、背景３３、ボタン３４乃至３７を有し、同図
（Ｂ）に示すＥＰＧは、そのうちの背景３３およびボタ
ン３４乃至３７に代えて、背景４１、ボタン４２、およ
び４３を、アクタとして有している。

【０１５８】図１５に示すようなＥＰＧの振舞（同図
（Ａ）から同図（Ｂ）に示すようなＥＰＧの変化）は、
シーンが、例えば図１６に示すように再生（実行）され
ることで（シーンを構成するビヘイビアスケジューラの
メソッドがコールされ、また、シーンが子シーンと、そ
の子シーンをタイムスケジューリングするシーンスケジ
ューラを有する場合には、そのシーンスケジューラのメ
ソッドがコールされることで）実現される。

【０１５９】即ち、図１５のＥＰＧは、シーンScene0で
構成され、シーンScene0は、ＥＰＧの背景３１をアクタ
として有し、かつ、その子シーンとして、シーンScene0
1，Scene02，Scene03を有している。さらに、シーンSce
ne0は、その子シーンScene01乃至Scene03を、時刻ｔ₀乃
至ｔ₀’，ｔ₀乃至ｔ₁，ｔ₁乃至ｔ₀’においてそれぞれ
再生するようにタイムスケジューリングするスケジュー
ラ（シーンスケジューラ）も有している。なお、図１６
の実施の形態では、シーンScene0は、時刻ｔ₀乃至ｔ₀’
において再生されるようにタイムスケジューリングされ
ているが、シーンScene0は、最も上位の階層のシーンで
あるため、そのタイムスケジューリングは、例えば、ス
レッドクラスを継承するディレクタ（あるいはシナリ
オ）と呼ばれるオブジェクトにおいて行われるようにな
されている。ここで、ディレクタは、ＥＰＧを再生する
ために割り当てられたスレッド（例えば、３０ｍｓ周期
のスレッドなど）において、最上位階層のシーンの再生
を行う他、例えば、図１４で説明した構築処理を行う場
合に、最初のオブジェクトである被構築オブジェクトｏ
ｂｊ１を取得するための、取得オブジェクトGetter1が
有する取得メソッドgetObject()のコールなども行う。
即ち、ディレクタは、ＥＰＧを再生するための、いわば
指揮をとる。

【０１６０】シーンScene01は、イメージ３２をアクタ
として有している。

【０１６１】シーンScene02は、ボタン３４乃至３７が
配置される部分の背景３３をアクタとして有し、かつ、
その子シーンとして、シーンScene021，Scene022，Scen
e023，Scene024を有している。さらに、シーンScene02
は、その子シーンScene021乃至Scene024のいずれをも、
時刻ｔ₀乃至ｔ₁において再生するようにタイムスケジュ
ーリングするスケジューラを有している。そして、シー
ンScene021乃至Scene024は、ボタン３４乃至３７をアク
タとしてそれぞれ有している。

【０１６２】シーンScene03は、ボタン４２および４３
が配置される部分の背景４１をアクタとして有し、か
つ、その子シーンとして、シーンScene031，Scene032を
有している。さらに、シーンScene03は、その子シーンS
cene031，Scene032のいずれをも、時刻ｔ₁乃至ｔ₀’に
おいて再生するようにタイムスケジューリングするスケ
ジューラを有している。そして、シーンScene031，Scen
e032は、ボタン４２，４３をアクタとしてそれぞれ有し
ている。

【０１６３】従って、時刻ｔ₀において、シーンScene0
の再生が開始されると、シーンScene0が有するアクタと
しての背景３１が表示される。さらに、シーンScene0が
有するスケジューラにおいて、シーンScene01およびSce
ne02の再生が開始され、これにより、シーンScene01ま
たはScene02がそれぞれ有するアクタとしてのイメージ
３２または背景３３が表示される。また、シーンScene0
2が有するスケジューラにおいて、シーンScene021乃至S
cene024の再生が開始され、これにより、シーンScene02
1乃至Scene024がそれぞれ有するアクタとしてのボタン
３４乃至３７が表示される。

【０１６４】その結果、図１５（Ａ）に示すＥＰＧが表
示される。なお、シーンScene0，Scene01，Scene02，Sc
ene021乃至Scene024は、それぞれが有するアクタとして
の背景３１、イメージ３２、背景３３、ボタン３４乃至
３７が有するデータを操作するビヘイビアを有してお
り、その表示の仕方（大きさ、色、表示位置など）（振
舞）は、このビヘイビアが、各アクタの有するデータを
操作することで制御される。

【０１６５】その後、現在時刻が時刻ｔ₁となると（但
し、ｔ₀＜ｔ₁＜ｔ₀’）、シーンScene0が有するスケジ
ューラにおいて、シーンScene02の再生が終了され、さ
らに、シーンScene02が有するスケジューラにおいて、
シーンScene021乃至Scene024の再生が終了される。これ
により、シーンScene02が有するアクタとしてのイメー
ジ３２、およびシーンScene021乃至Scene024がそれぞれ
有するアクタとしてのボタン３４乃至３７の表示が消去
される。

【０１６６】また、時刻ｔ₁では、シーンScene0が有す
るスケジューラにおいて、シーンScene03の再生が開始
され、これにより、シーンScene03が有するアクタとし
ての背景４１が表示される。また、シーンScene03が有
するスケジューラにおいて、シーンScene031およびScen
e032の再生が開始され、これにより、シーンScene031ま
たはScene032がそれぞれ有するアクタとしてのボタン４
２または４３が表示される。

【０１６７】その結果、図１５（Ａ）に示すＥＰＧに代
えて、図１５（Ｂ）に示すＥＰＧが表示される。なお、
シーンScene03，Scene031，Scene032は、それぞれが有
するアクタとしての背景４１、ボタン４２，４３が有す
るデータを操作するビヘイビアを有しており、その表示
の仕方は、このビヘイビアが、各アクタの有するデータ
を操作することで制御される。

【０１６８】その後、現在時刻が時刻ｔ₀’となると、
シーンScene0の再生が終了され、さらに、シーンScene0
が有するスケジューラにおいて、シーンScene01およびS
cene03の再生が終了されるとともに、シーンScene03が
有するスケジューラにおいて、シーンScene031およびSc
ene032の再生が終了される。これにより、シーンScene0
が有するアクタとしての背景３１、シーンScene01が有
するアクタとしてのイメージ３２、シーンScene03が有
するアクタとしての背景４１、シーンScene031，Scene0
32がそれぞれ有するアクタとしてのボタン４２，４３の
表示が消去される。

【０１６９】即ち、図１５（Ｂ）に示すＥＰＧは消去さ
れる。

【０１７０】ＥＰＧを構成するシーンは、階層構造にさ
れているので、ＥＰＧを構成するアクタや、その振舞を
容易に変更することができる。

【０１７１】即ち、例えば、図１５に示したようなＥＰ
Ｇの変更は、アクタである背景３３、ボタン３４乃至３
７を、１つずつ消去するとともに、アクタとしての背景
４１、ボタン４２，４３を１つずつ表示するような制御
を行うのではなく、シーンScene02を、シーンScene03に
切り替えるだけで行うことができる。

【０１７２】次に、ビヘイビアも、上述したように、シ
ーンと同様に階層構造にすることができ、これにより、
アクタの複雑な振舞を、容易に実現することができる。

【０１７３】即ち、例えば、いま、図１７に示すよう
に、あるビヘイビアBehavior0に、ビヘイビアBehavior0
1およびBehavior02が従属しており、さらに、ビヘイビ
アBehavior01に、ビヘイビアBehavior011およびBehavio
r012が従属しているとする。また、ビヘイビアBehavior
0，Behavior01，Behavior02，Behavior011，Behavior01
2は、時刻ｔ₀乃至ｔ₀’，ｔ₀乃至ｔ₅，ｔ₅乃至ｔ₀’，
ｔ₀乃至ｔ₃，ｔ₂乃至ｔ₄それぞれにおいて、アクタの振
舞を制御するようにタイムスケジューリングされている
ものとする（但し、ｔ₀＜ｔ₂＜ｔ₃＜ｔ₄＜ｔ₅＜
ｔ₀’）。さらに、例えば、ビヘイビアBehavior0は、ア
クタの表示色を赤から緑に変更する操作を、ビヘイビア
Behavior01は、アクタを、傾き２の直線上を移動させる
操作を、ビヘイビアBehavior02は、アクタを、傾き−２
の直線上を移動させる操作を、ビヘイビアBehavior011
は、アクタの大きさを、１ずつ拡大する操作を、ビヘイ
ビアBehavior012は、アクタを、半径５の円の円周上を
移動させる操作を、それぞれ行うものとする。また、ビ
ヘイビアBehavior0は、図１８に示すようなボタンとし
てのアクタの振舞を制御するものとする。なお、ビヘイ
ビアBehavior0，Behavior01，Behavior02，Behavior01
1，Behavior012は、１の階層構造を構成しているから、
ビヘイビアBehavior0の子ビヘイビアであるビヘイビアB
ehavior01，Behavior02、さらには、ビヘイビアBehavio
r01の子ビヘイビアであるビヘイビアBehavior011，Beha
vior012は、ビヘイビアBehavior0と同一のアクタの振舞
を制御する。

【０１７４】この場合、現在時刻が、時刻ｔ₀になる
と、ビヘイビアBehavior0は、アクタの表示色を、赤か
ら緑に変更する（従って、アクタの元の表示色は、ここ
では、赤になっている）。さらに、ビヘイビアBehavior
01は、傾き２の直線に沿ってのアクタの移動を開始さ
せ、ビヘイビアBehavior011は、アクタの大きさを１ず
つ拡大させる。そして、現在時刻がｔ₂になると、ビヘ
イビアBehavior012は、半径５の円の円周に沿ってのア
クタの移動を開始させ、その後、現在時刻が、時刻ｔ₃
になると、ビヘイビアBehavior011は、アクタの拡大を
停止させ、さらに、現在時刻が、時刻ｔ₄となると、ビ
ヘイビアBehavior012は、半径５の円の円周に沿っての
アクタの移動を停止させる。

【０１７５】そして、現在時刻が、時刻ｔ₅になると、
ビヘイビアBehavior01は、傾き２の直線に沿ってのアク
タの移動を停止させ、ビヘイビアBehavior02は、傾−２
の直線に沿ってのアクタの移動を開始させる。その後、
現在時刻が、時刻ｔ₀’になると、ビヘイビアBehavior0
2は、傾き−２の直線に沿ってのアクタの移動を停止さ
せ、さらに、ビヘイビアBehavior0によるアクタの表示
色の制御が終了する。

【０１７６】その結果、アクタとしてのボタンは、図１
８に示すように、時刻ｔ₀において、その表示色を赤か
ら緑に変更し（同図においては、赤色を無模様で、緑色
を斜線で、それぞれ表してある）、傾き２の直線上を移
動しながら（同図においてＡで示す部分）、そのサイズ
を１ずつ拡大していく（同図においてＣで示す部分）。
さらに、アクタは、時刻ｔ₂において、傾き２の直線上
を移動することに加えて、半径５の円周上を移動するこ
とを開始し（同図においてＢで示す部分）、時刻ｔ₃に
おいて、傾き２の直線上を移動することを停止する。そ
の後、アクタは、時刻ｔ₄において、半径５の円周上を
移動することを停止し、時刻ｔ₅において、傾き−２の
直線上を移動することを開始する（同図においてＤで示
す部分）。そして、時刻ｔ₀’になると、アクタは、あ
らゆる動作を停止する。

【０１７７】以上のように、ビヘイビアを階層構造にす
ることができるので、各ビヘイビアによる振舞を組み合
わせた複雑な振舞を、容易に実現することが可能とな
る。

【０１７８】また、振舞の変更も容易に行うことが可能
となる。即ち、例えば、図１７および図１８の実施の形
態において、アクタに、傾き２の直線上の移動、サイズ
の拡大、および半径５の円周上の移動を行わせないよう
にするには、ビヘイビアBehavior01，Behavior011，Beh
avior012を１つずつ取り除く必要はなく、そのうちの最
も上位階層のビヘイビアであるビヘイビアBehavior01を
取り除くだけで済む。

【０１７９】次に、図１９のフローチャートを参照し
て、ＥＰＧを再生する指揮をとるディレクタ（シナリ
オ）の処理について説明する。

【０１８０】ディレクタでは、まず最初に、ステップＳ
１において、例えば、３０ｍｓなどの所定の待ち時間が
おかれる。そして、待ち時間が経過すると、ステップＳ
２に進み、最上位階層のシーンを実行する。即ち、ディ
レクタは、上述したスケジューラと同様に、タイムスケ
ジューリングの対象である最上位階層のシーンと、その
シーンを実行すべき時間的な制約条件とを対応付けて登
録しているテーブルを管理しており、そのテーブルの登
録情報に基づいて、いま実行すべきシーンを認識して実
行する。具体的には、最上位階層のシーンがビヘイビア
スケジューラを有する場合には、そのメソッドがコール
される。また、最上位階層のシーンが、子シーンと、そ
の子シーンをタイムスケジューリングするシーンスケジ
ューラを有する場合には、そのシーンスケジューラのメ
ソッドがコールされる。そして、ステップＳ１に戻り、
以下、同様の処理を繰り返す。

【０１８１】次に、スケジューラの処理について説明す
る。

【０１８２】まず、図２０のフローチャートを参照し
て、スケジューラのうちのビヘイビアスケジューラの処
理（ビヘイビアスケジューラのメソッドがコールされた
ときに行われる処理）について説明する。

【０１８３】ビヘイビアスケジューラでは、まず最初
に、ステップＳ１１において、自身のテーブルに、ビヘ
イビアが登録されているかどうかが判定され、登録され
ていないと判定された場合、処理を終了する。また、ス
テップＳ１１において、テーブルに、ビヘイビアが登録
されていると判定された場合、ステップＳ１２に進み、
テーブルに登録されているビヘイビアの中に、制約条件
に合致するものがあるかどうかが判定される。ステップ
Ｓ１２において、テーブルに登録されているビヘイビア
の中に、制約条件に合致するものがないと判定された場
合、即ち、テーブルに登録されているビヘイビアの中
に、いまのタイミングで実行すべきものがない場合、処
理を終了する。また、ステップＳ１２において、テーブ
ルに登録されているビヘイビアの中に、制約条件に合致
するものがあると判定された場合、即ち、テーブルに登
録されているビヘイビアの中に、いまのタイミングで実
行すべきものがある場合、ステップＳ１３に進み、その
実行すべきビヘイビアが、子ビヘイビアを有するかどう
かが判定される。

【０１８４】ステップＳ１３において、実行すべきビヘ
イビアが子ビヘイビアを有すると判定された場合、ステ
ップＳ１４に進み、その子ビヘイビアをタイムスケジュ
ーリングする子ビヘイビアスケジューラによるスケジュ
ール処理が行われ、ステップＳ１５に進む。即ち、ステ
ップＳ１４では、子ビヘイビアスケジューラにおいて、
図２０のフローチャートにしたがった処理と同様の処理
が行われる。

【０１８５】一方、ステップＳ１３において、実行すべ
きビヘイビアが子ビヘイビアを有しないと判定された場
合、ステップＳ１４をスキップして、ステップＳ１５に
進み、そのビヘイビアのメソッド（アクタが有するデー
タを操作するメソッド）がコールされ、処理を終了す
る。

【０１８６】ここで、図２１のフローチャートを参照し
て、図２０のステップＳ１５において、ビヘイビアスケ
ジューラによって、ビヘイビアのメソッドがコールされ
たときに行われる、そのビヘイビアの処理について説明
する。

【０１８７】ビヘイビアでは、まず最初に、ステップＳ
２１において、操作対象のアクタから、そのアクタの振
舞を決めるデータが取得され、ステップＳ２２に進み、
そのデータに対して、所定の処理が施され、ステップＳ
２３に進む。ステップＳ２３では、ステップＳ２２で所
定の処理を施されたデータが、元のアクタに設定され、
処理を終了する。これにより、所定の処理を施されたデ
ータが設定されたアクタでは、そのデータにしたがい、
例えば、表示色を変更したり、移動したりするなどの所
定の動作が行われる。なお、アクタは、振舞を決めるデ
ータが設定されただけでは動作せず、ＥＰＧの振舞制御
処理に割り当てられたスレッドにおいて、例えば、リド
ロウ（redraw）などの、設定されたデータに対応する動
作を行うように指示するメソッドがコールされることに
より、実際に動作する。

【０１８８】次に、図２２のフローチャートを参照し
て、スケジューラのうちのシーンスケジューラの処理
（シーンスケジューラのメソッドがコールされたときに
行われる処理）について説明する。

【０１８９】シーンスケジューラでは、まず最初に、ス
テップＳ３１において、自身のテーブルに、子シーン
（サブシーン）が登録されているかどうかが判定され、
登録されていないと判定された場合、処理を終了する。
また、ステップＳ３１において、テーブルに、子シーン
が登録されていると判定された場合、ステップＳ３２に
進み、テーブルに登録されている子シーンの中に、制約
条件に合致するものがあるかどうかが判定される。ステ
ップＳ３２において、テーブルに登録されている子シー
ンの中に、制約条件に合致するものがないと判定された
場合、即ち、テーブルに登録されている子シーンの中
に、いまのタイミングで実行すべきものがない場合、処
理を終了する。また、ステップＳ３２において、テーブ
ルに登録されている子シーンの中に、制約条件に合致す
るものがあると判定された場合、即ち、テーブルに登録
されている子シーンの中に、いまのタイミングで実行す
べきものがある場合、ステップＳ３３に進み、その実行
すべき子シーンが実行され、処理を終了する。

【０１９０】次に、図２３は、構築処理により構成さ
れ、振舞制御処理によりその振舞が制御される実際のＥ
ＰＧの例を示している。

【０１９１】この実施の形態では、ＥＰＧは、１３のア
クタａｃｔ１乃至ａｃｔ１３で構成されている。アクタ
ａｃｔ１は、ＥＰＧの背景を構成しており、アクタａｃ
ｔ２は、所定のイメージを構成している。アクタａｃｔ
３は、アクタａｃｔ２上を、右から左方向にスクロール
するテキストで、その内容は、ボタンとしてのアクタａ
ｃｔ４乃至ａｃｔ７のうちの、カーソルとしてのアクタ
ａｃｔ１２によって選択されていないものについての説
明になっている。即ち、図２３の実施の形態では、ボタ
ンとしてのアクタａｃｔ４乃至ａｃｔ７のうち、アクタ
ａｃｔ４が選択されており、従って、テキストであるア
クタａｃｔ３の内容は、アクタａｃｔ５乃至ａｃｔ７の
説明になっている。

【０１９２】アクタａｃｔ４乃至ａｃｔ７は、番組のカ
テゴリを選択するためのボタンで、図２３の実施の形態
では、それぞれ、野球番組、陸上番組、オートレース番
組、バスケットボール番組を選択するためのボタンにな
っている。

【０１９３】アクタａｃｔ８は、カーソルとしてのアク
タａｃｔ１２によって選択されているカテゴリの番組の
うちの１の番組のリアルタイム画像の縮小画面で、アク
タａｃｔ９は、その番組を説明するテキストを表示する
画面である。また、アクタａｃｔ１０は、カーソルとし
てのアクタａｃｔ１２によって選択されているカテゴリ
の番組のうちの、他の１の番組のリアルタイム画像の縮
小画面で、アクタａｃｔ１１は、その番組を説明するテ
キストを表示する画面である。

【０１９４】なお、番組のリアルタイム画像の縮小画面
と、その番組を説明するテキストとの組は、カーソルと
してのアクタａｃｔ１２によって選択されているカテゴ
リに分類される放送番組に対応するだけ表示されるよう
になされている。従って、図２３の実施の形態では、野
球番組が２つ放送されている。

【０１９５】また、番組を説明するテキストを表示する
画面としてのアクタａｃｔ９およびａｃｔ１１では、そ
のテキストが、例えば、下から上方向に、いわゆる巡回
スクロールして表示されるようになされている。

【０１９６】アクタａｃｔ１２は、ボタンとしてのアク
タａｃｔ４乃至ａｃｔ７を選択するための枠状のカーソ
ルで、アクタａｃｔ１３は、番組のリアルタイム画像の
縮小画面と、その番組を説明するテキストとの組であ
る、アクタａｃｔ８およびａｃｔ９や、ａｃｔ１０およ
びａｃｔ１１を選択するための枠状のカーソルである。
図２３の実施の形態では、カーソルであるアクタａｃｔ
１３によって、番組のリアルタイム画像の縮小画面と、
その番組を説明するテキストとの組を選択し、その選択
を確定すると、その番組の画面が、アクタａｃｔ２乃至
ａｃｔ１３に代えて、アクタａｃｔ１上に表示されるよ
うになされている。

【０１９７】図２３のＥＰＧは、上述したように、構築
処理により構成され、振舞制御処理によりその振舞が制
御されるため、このＥＰＧには、例えば、動的なレイア
ウトをとらせるなどの、動的な振舞をさせることができ
る。即ち、例えば、構築処理において取得する、アクタ
ａｃｔ８乃至ａｃｔ１１の振舞としての表示位置や大き
さその他のレイアウトを決めるデータを操作するビヘイ
ビアを変更することで、番組のリアルタイム画像の縮小
画面と、その番組を説明するテキストとの組の数を増減
させたり、また、その大きさや表示位置を変更すること
ができる。さらに、例えば、構築処理において取得す
る、アクタａｃｔ９やａｃｔ１１の振舞を決めるデータ
を操作するビヘイビアを変更することで、アクタａｃｔ
９やａｃｔ１１におけるテキストのスクロールの仕方を
変更することができる。

【０１９８】以上のように、シーンが、階層構造に構成
され、そのシーンの下位階層のシーンである子シーンを
タイムスケジューリングするシーンスケジューラを有す
るので、振舞がタイムドリブンで制御されるマルチメデ
ィアコンテンツやアプリケーションプログラムなどの構
築物の構成や振舞を、そのようなシーン単位で、容易に
変更することが可能となる。

【０１９９】さらに、構築処理と組み合わせることで、
シーンの実行中に、即ち、動的に、シーン単位で、構築
物の構成や振舞を変更することが可能となる。即ち、シ
ーンの実行中に、構築処理によって、新たなシーン（シ
ーンを構成するオブジェクト）を取得して参照関係を構
築し、その新たなシーンを実行することで、動的に、構
築物の構成や振舞を変更することが可能となる。これに
より、構築物を、１つのストーリ（物語）とすれば、そ
のストーリを構成する一部または全部のシーンの変更
を、動的に行うことが可能となる。

【０２００】また、シーンを階層構造にすることで、階
層化したストーリの提供が可能となる。

【０２０１】さらに、シーン間の関係の記述も、容易に
行うことが可能となる。

【０２０２】また、構築処理によれば、実行の終了した
シーンの使い回しが可能となり、そのようなシーンを含
む構築物を構成することが可能となる。

【０２０３】さらに、自身の振舞を決めるデータを有す
るオブジェクト（アクタ）と、そのデータを操作するオ
ブジェクト（ビヘイビア）とを、別個に構成するように
したので、ビヘイビアを変更するだけで、アクタを作り
直すことなく、その振舞を変更することが可能となる。

【０２０４】また、アクタを異なるものに変更するだけ
で、その異なるアクタに、変更前のアクタと同一の動作
をさせることができる。即ち、振舞は同一であるが、ア
クタの異なるシーンを、容易に構成することができる。

【０２０５】さらに、ビヘイビアを組み合わせること
で、複雑な振舞を実現することができるようになる。

【０２０６】また、ビヘイビアの組合せが可能であるこ
とから、ビヘイビアを幾つか追加するだけでも、アクタ
の振舞のバリエーションを豊富にすることができる。

【０２０７】さらに、オブジェクトに、自身の振舞を決
めるデータと、そのデータを操作するメソッドとの両方
を所有させる場合に比較して、個々のオブジェクトを小
型に構成することが可能となる。

【０２０８】また、ビヘイビア、さらには、階層構造に
されたビヘイビア群を集めてライブラリ化することが可
能となる。

【０２０９】さらに、異なるアクタに、同一の動作をさ
せるには、同一のビヘイビアを用いれば良く、異なるビ
ヘイビアを用意する必要がなくなる。

【０２１０】また、ビヘイビアにアクタが有するデータ
を操作させるためのインターフェイス（操作インターフ
ェイス）を規定し、ビヘイビアには、この操作インター
フェイスを利用してデータを操作せるようにしたので、
ビヘイビアは、操作インターフェイスを実装しているア
クタについては、ビヘイビアによって、その振舞を制御
することができる。

【０２１１】さらに、オブジェクトのタイムスケジュー
リングを行うオブジェクト（スケジューラ）を別に構成
するようにしたので、多くのオブジェクトのタイムスケ
ジューリングを、容易に行うことが可能となる。

【０２１２】また、アクタやビヘイビアでは、時刻の管
理をする必要がなくなる。

【０２１３】なお、本実施の形態では、被構築オブジェ
クト（アクタ、ビヘイビア、スケジューラ）が、ネット
ワーク上に分散している場合、即ち、場所的に分散して
いる場合を例に説明したが、本発明は、被構築オブジェ
クトが時間的に分散している場合にも適用可能である。
さらに、本発明は、被構築オブジェクトが分散している
場合だけでなく、ある１カ所（例えば、図２におけるＳ
ＴＢ４のハードディスク１７など）に集中している場合
にも適用可能である。

【０２１４】また、本実施の形態では、構築プログラム
および振舞制御プログラムが、あらかじめ、ＳＴＢ４の
ハードディスク１７に記憶されているものとしたが、構
築プログラムおよび振舞制御プログラムは、必要なとき
に、必要な構築物を構成し、その構築物に所望の振舞を
させるためのものを、インターネット６から入手するよ
うにすることが可能である。

【０２１５】さらに、本実施の形態では、本発明を、Ｅ
ＰＧの構築および振舞制御に適用した場合について説明
したが、本発明は、ＥＰＧ以外のマルチメディアコンテ
ンツや、アプリケーションプログラムその他のデータに
も適用可能である。

【０２１６】また、本実施の形態では、構築プログラム
や、振舞制御プログラム、被構築オブジェクトを、Java
言語で記述するようにしたが、本発明は、その他のコン
ピュータ言語を用いることも可能である。但し、Java
や、Ｃ＋＋、smalltalkなどの、いわゆるオブジェクト
指向言語を用いる方が好ましい。

【０２１７】

【発明の効果】請求項１に記載の情報処理装置および請
求項５に記載の情報処理方法、並びに請求項６に記載の
記録媒体によれば、階層構造に構成されているシーンが
有する子シーンスケジューリングオブジェクトにおい
て、子シーンがタイムスケジューリングされる。従っ
て、シーンで構成される構築物を、振舞がタイムドリブ
ンで制御されるシーン単位で変更することが可能とな
る。

【図面の簡単な説明】

【図１】本発明を適用した放送システムの一実施の形態
の構成例を示す図である。

【図２】図１のＳＴＢ４の構成例を示すブロック図であ
る。

【図３】ＥＰＧを示す図である。

【図４】図３のＥＰＧを構成する各部品がネットワーク
上に分散している様子を示す図である。

【図５】取得クラスと構築クラスとの関係を示す図であ
る。

【図６】図５を説明するための図である。

【図７】取得クラスのサブクラスを示す図である。

【図８】構築クラスのサブクラスを示す図である。

【図９】登録クラスを示す図である。

【図１０】登録クラスの役割を説明するための図であ
る。

【図１１】構築処理を説明するためのフローチャートで
ある。

【図１２】構築処理によって構築される構築物を構成す
る被構築オブジェクトどうしの参照関係を示す図であ
る。

【図１３】図１２の構築物を構成するのに必要な取得オ
ブジェクトと構築オブジェクトを示す図である。

【図１４】図１２の構築物を構成するのに必要な取得オ
ブジェクトと構築オブジェクトとの関係を示す図であ
る。

【図１５】１以上のシーンで構成されるＥＰＧを示す図
である。

【図１６】図１５のＥＰＧを構成するシーンの再生を説
明するための図である。

【図１７】ビヘイビアの階層構造を説明するための図で
ある。

【図１８】階層構造にされたビヘイビアによって制御さ
れたアクタの振舞を示す図である。

【図１９】ディレクタ（シナリオ）の処理を説明するた
めのフローチャートである。

【図２０】ビヘイビアスケジューラの処理を説明するた
めのフローチャートである。

【図２１】ビヘイビアの処理を説明するためのフローチ
ャートである。

【図２２】シーンスケジューラの処理を説明するための
フローチャートである。

【図２３】ＥＰＧを示す、ディスプレイ上に表示される
中間調画像の写真である。

【符号の説明】

１ 放送局， ２ 衛星， ３ アンテナ， ４ ＳＴ
Ｂ， ５ ＣＲＴ，６ インターネット， ７ サー
バ， １１ 通信Ｉ／Ｆ， １２ 受信処理部， １３
ＲＯＭ， １４ ＣＰＵ， １５ ＲＡＭ， １６
表示制御部，１７ ハードディスク， １８ ＣＤ−Ｒ
ＯＭ， １９ 操作部

Claims (6)

【特許請求の範囲】
1. 【請求項１】 １以上のシーンで構成される構築物の振
   舞をタイムドリブンで制御する処理を行う情報処理装置
   であって、 前記シーンは、階層構造に構成され、そのシーンの下位
   階層のシーンである子シーンをタイムスケジューリング
   するオブジェクトである子シーンスケジューリングオブ
   ジェクトを有することを特徴とする情報処理装置。
2. 【請求項２】 前記シーンは、 自身の振舞を決めるデータを有するオブジェクトである
   データホルダオブジェクトと、 前記データホルダオブジェクトが有するデータを操作す
   るオブジェクトであるデータ操作オブジェクトを有し、
   そのデータ操作オブジェクトをタイムスケジューリング
   するオブジェクトであるデータ操作オブジェクトスケジ
   ューリングオブジェクトとをさらに有し、 前記データ操作オブジェクトが、前記データ操作オブジ
   ェクトスケジューリングオブジェクトによるタイムスケ
   ジューリングにしたがい、前記データホルダオブジェク
   トのデータを操作することにより、そのデータホルダオ
   ブジェクトの振舞を制御することを特徴とする請求項１
   に記載の情報処理装置。
3. 【請求項３】 所定の前記データ操作オブジェクトスケ
   ジューリングオブジェクトを親データ操作オブジェクト
   スケジューリングオブジェクトとして、その親データ操
   作オブジェクトスケジューリングオブジェクトが有する
   前記データ操作オブジェクトが、前記親データ操作オブ
   ジェクトスケジューリングオブジェクトに従属する前記
   データ操作オブジェクトスケジューリングオブジェクト
   である子データ操作オブジェクトスケジューリングオブ
   ジェクトを有し、 前記親データ操作オブジェクトスケジューリングオブジ
   ェクトが有する前記データ操作オブジェクト、および前
   記子データ操作オブジェクトスケジューリングオブジェ
   クトが有する前記データ操作オブジェクトの両方が、前
   記データホルダオブジェクトのデータを操作することに
   より、そのデータホルダオブジェクトの振舞を制御する
   ことを特徴とする請求項２に記載の情報処理装置。
4. 【請求項４】 前記シーンを構成する前記データホルダ
   オブジェクト、データ操作オブジェクト、およびデータ
   操作オブジェクトスケジューリングオブジェクトを被構
   築オブジェクトとする場合において、 前記被構築オブジェクトが、自身のフィールドを設定す
   ることにより、その初期化を行うフィールド設定メソッ
   ドを有するときに、そのフィールド設定メソッドをコー
   ルして、前記被構築オブジェクト間の参照関係を構築す
   る構築メソッドを有する構築オブジェクトと、 前記被構築オブジェクトを取得する取得メソッドを有す
   る、前記構築オブジェクトの所有が可能な取得オブジェ
   クトとを備え、 前記取得オブジェクトが、前記取得メソッドによって前
   記被構築オブジェクトを取得し、 その取得オブジェクトが所有する前記構築オブジェクト
   が、前記構築メソッドによって、前記取得オブジェクト
   が取得した前記被構築オブジェクトを初期化することに
   より、前記シーンを構成することを特徴とする請求項２
   に記載の情報処理装置。
5. 【請求項５】 １以上のシーンで構成される構築物の振
   舞をタイムドリブンで制御する処理を行う情報処理方法
   であって、 前記シーンが、階層構造に構成され、そのシーンの下位
   階層のシーンである子シーンをタイムスケジューリング
   するオブジェクトである子シーンスケジューリングオブ
   ジェクトを有している場合に、 前記子シーンスケジューリングオブジェクトに、前記子
   シーンをタイムスケジューリングさせることを特徴とす
   る情報処理方法。
6. 【請求項６】 コンピュータに実行させるコンピュータ
   プログラムが記録されている記録媒体において、 １以上のシーンで構成される構築物の振舞をタイムドリ
   ブンで制御する処理を、前記コンピュータに行わせるた
   めのコンピュータプログラムであって、 前記シーンが、階層構造に構成され、そのシーンの下位
   階層のシーンである子シーンをタイムスケジューリング
   するオブジェクトである子シーンスケジューリングオブ
   ジェクトを有している場合に、 前記子シーンスケジューリングオブジェクトに、前記子
   シーンをタイムスケジューリングさせる処理を行わせる
   ためのコンピュータプログラムが記録されていることを
   特徴とする記録媒体。