(57)【要約】【課題】インスタンスオブジェクトの構造とスキーマ定義による構造とを組み合わせて直感的に分かりやすく表示し、操作性・作業効率の向上を図ること。【解決手段】オブジェクトが持つことのできるスキーマ定義で定義された子オブジェクトのリストを管理し、子オブジェクトのリストが、子オブジェクトとして実際に存在するインスタンスと、実際に存在しないが子オブジェクトとして存在可能なオブジェクトを保持しており、各オブジェクトには実際に存在するか、存在しないが子オブジェクトとして存在可能なオブジェクトであるかを判別する判別情報（４０３および５０２）が保持されており、任意のオブジェクトを開始オブジェクトとした場合に、開始オブジェクトの子オブジェクトのリスト、その下の子リストを順次管理することにより、開始オブジェクトの内容構造を管理する。【選択図】図５
2010244576.tif 000002
【特許請求の範囲】
【請求項１】
情報処理装置で実行されるオブジェクト編集方法であって、
表示制御手段が、編集対象オブジェクトの選択画面を表示手段に表示させる第１表示工程と、
編集手段が、前記選択画面で選択された前記編集対象オブジェクトの内容を編集する編集工程と、
前記表示制御手段が、内容が編集された前記編集対象オブジェクトと同一種類の新たなオブジェクトを前記選択画面に追加して前記表示手段に表示させる第２表示工程と、
を含むことを特徴とするオブジェクト編集方法。
【請求項２】
前記第２表示工程では、内容が編集されていない前記新たなオブジェクトを前記選択画面に追加して前記表示手段に表示させることを特徴とする請求項１に記載のオブジェクト編集方法。
【請求項３】
前記第２表示工程では、前記選択画面を、前記新たなオブジェクトの内容が編集されていないことを識別可能な態様で前記表示手段に表示させることを特徴とする請求項２に記載のオブジェクト編集方法。
【請求項４】
前記第２表示工程では、前記表示手段に表示されている前記選択画面に含まれている前記編集対象オブジェクト及び前記編集対象オブジェクトと同一種類のオブジェクトの合計数が上限数に達している場合、前記選択画面に前記新たなオブジェクトを追加しないで前記表示手段に表示させることを特徴とする請求項１〜３のいずれか１つに記載のオブジェクト編集方法。
【請求項５】
前記編集手段が、オブジェクトの編集内容を削除して、内容が編集されていないオブジェクトとする編集内容削除工程と、
前記表示制御手段が、前記編集内容が削除された前記オブジェクト以外にも当該オブジェクトと同一種類のオブジェクトであって内容が編集されていないオブジェクトが前記選択画面に含まれている場合、前記選択画面から、内容が編集されていないオブジェクトのうちいずれか１つのオブジェクト以外のオブジェクトを消去して前記表示手段へ表示させる第３表示工程と、
を更に含むことを特徴とする請求項２又は３に記載のオブジェクト編集方法。
【請求項６】
前記編集手段が、前記第３表示工程で前記選択画面から消去されたオブジェクトを削除するオブジェクト削除工程と、を更に含むことを特徴とする請求項５に記載のオブジェクト編集方法。
【請求項７】
前記第３表示工程では、前記選択画面を、前記いずれか１つのオブジェクトの内容が編集されていないことを識別可能な態様で前記表示手段に表示させることを特徴とする請求項５又は６に記載のオブジェクト編集方法。
【請求項８】
編集対象オブジェクトの選択画面を表示手段に表示させる表示制御手段と、
前記選択画面で選択された前記編集対象オブジェクトの内容を編集する編集手段と、を備え、
前記表示制御手段が、内容が編集された前記編集対象オブジェクトと同一種類の新たなオブジェクトを前記選択画面に追加して前記表示手段に表示させることを特徴とする情報処理装置。
【請求項９】
前記表示制御手段は、内容が編集されていない前記新たなオブジェクトを前記選択画面に追加して前記表示手段に表示させることを特徴とする請求項８に記載の情報処理装置。
【請求項１０】
前記表示制御手段は、前記選択画面を、前記新たなオブジェクトの内容が編集されていないことを識別可能な態様で前記表示手段に表示させることを特徴とする請求項９に記載の情報処理装置。
【請求項１１】
前記表示制御手段は、前記表示手段に表示されている前記選択画面に含まれている前記編集対象オブジェクト及び前記編集対象オブジェクトと同一種類のオブジェクトの合計数が上限数に達している場合、前記選択画面に前記新たなオブジェクトを追加しないで前記表示手段に表示させることを特徴とする請求項８〜１０のいずれか１つに記載の情報処理装置。
【請求項１２】
前記編集手段は、オブジェクトの編集内容を削除して、内容が編集されていないオブジェクトとし、
前記表示制御手段は、前記編集内容が削除された前記オブジェクト以外にも当該オブジェクトと同一種類のオブジェクトであって内容が編集されていないオブジェクトが前記選択画面に含まれている場合、前記選択画面から、内容が編集されていないオブジェクトのうちいずれか１つのオブジェクト以外のオブジェクトを消去して前記表示手段へ表示させることを特徴とする請求項９又は１０に記載の情報処理装置。
【請求項１３】
前記編集手段は、前記選択画面から消去されたオブジェクトを削除することを特徴とする請求項１２に記載の情報処理装置。
【請求項１４】
前記表示制御手段は、前記選択画面を、前記いずれか１つのオブジェクトの内容が編集されていないことを識別可能な態様で前記表示手段に表示させることを特徴とする請求項１２又は１３に記載の情報処理装置。
【請求項１５】
請求項１〜７のいずれか１つに記載のオブジェクト編集方法をコンピュータに実行させるためのオブジェクト編集プログラム。
【請求項１６】
請求項１５に記載のオブジェクト編集プログラムを記憶したコンピュータ読み取り可能な記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、オブジェクト編集方法、情報処理装置、オブジェクト編集プログラム及び記憶媒体に関し、より詳細には、実際のインスタンスオブジェクトの内容を管理、表示および編集すると共に、オブジェクトの構成を定義したスキーマ定義と同時に管理および表示し、インスタンスオブジェクトの内容を編集可能としたオブジェクト編集方法、情報処理装置、オブジェクト編集プログラム及び記憶媒体に関する。
【０００２】
また、本発明の応用分野としては、例えば、ＸＭＬ形式で記述された文書の表示、編集方法への応用がある。これらの構造化文書の形式は基本的に＜タグ＞＜／タグ＞で囲まれた部分の入れ子で構成されており、あらかじめスキーマ定義によってタグの種類毎の構造が定義されている。この際に、あるタグで囲まれた部分をオブジェクトと考えれば、＜タグ＞の中には属性が記述できるので、本発明の方法を適用することができる。この他にもオブジェクトとしての適用範囲は幅広く、その構造が定義されていて階層構造を呈していれば何でも、本発明のオブジェクトとして適用可能である。例えば、組織であっても、部品の構成であっても、フォルダの管理であっても、その構造と構成を定義し、階層構造で図示できるようなものであれば、本発明のオブジェクトとして適用できる。
【背景技術】
【０００３】
従来、インスタンス化されたオブジェクトの親子関係を木構造で表すことは直感的に分かり易いことから一般に行われている。例えば、パソコンのファイル一覧画面を見れば明らかである。また、構造化文書の一つであるＸＭＬ文書の編集ソフトウェアにおいても同様であり、インスタンス化されたオブジェクトの親子関係は木構造で表されることが一般的である。
【０００４】
ところが、このようなソフトウェアにおいては、実際のインスタンスオブジェクトの構造とオブジェクトのスキーマ定義による構造とを別々に表示している。このため、インスタンスオブジェクトの木構造中に新たなオブジェクトを追加する場合、スキーマからオブジェクトの種類を選ぶ必要がある。具体的には、スキーマの木構造からオブジェクトを選択してオブジェクトの木構造へドロップする方法、選択したオブジェクトに関してその下位に持つことができるオブジェクトの種類を別のパレットのような形で表示し、そこからオブジェクトを選択して反映させる方法などが提供されている。
【０００５】
図１８は、従来のインスタンスオブジェクトの構造とオブジェクトのスキーマ定義による構造とを別々に表示する方法を示し、ＸＭＬを拡張した言語ＭＰＥＧ−７編集アプリケーション例としている。ここでは、画面左側２００１にスキーマ、画面右上部２００２にインスタンスオブジェクトの内容が表示されている。画面右下部２００３には、現在指定しているClassificationが持つことのできるオブジェクトが列挙されている。このアプリケーションでは、画面右下部２００３から選択して追加、削除を行いながらオブジェクトの内容を編集する。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、上記従来の技術によれば、実際のインスタンスオブジェクトの構造とオブジェクトのスキーマ定義による構造とを別々に表示しており、インスタンスオブジェクトの木構造中に新たなオブジェクトを追加するには、別に表示されているスキーマを参照して、スキーマから目的のオブジェクトの種類を探す必要があるため、操作性が悪く、作業が煩雑となって効率が低下する問題点があった。特に、追加・変更するオブジェクトの階層が多層の場合や、類似する名称のオブジェクトの種類が多数存在する場合には、作業効率が著しく低下するという問題点もあった。
【０００７】
また、上記従来の技術によれば、スキーマ定義は各オブジェクトの構造を端的に表すことができるものの、インスタンスの形を成していないため、木構造の階層における各オブジェクトの位置関係が分かり難く、操作性および作業効率が低下するという問題点があった。
【０００８】
具体的には、以下のスキーマ定義が定義されている場合を例とする。
１．オブジェクトＡはオブジェクトＢを１つ持つ。
２．オブジェクトＢはオブジェクトＣを１つ持つ。
３．オブジェクトＣはオブジェクトＡを１つ以上複数持つ。
従来の方法でこのスキーマ構造を表示すると、オブジェクトＡ，Ｂ，Ｃをルートとする構造を３つ並べることになるが、これではオブジェクトＡが循環参照されていることが分かり難い。
【０００９】
本発明は上記に鑑みてなされたものであって、インスタンスオブジェクトの構造とスキーマ定義による構造とを組み合わせて直感的に分かりやすく表示し、操作性・作業効率の向上を図れるオブジェクト編集方法、情報処理装置、オブジェクト編集プログラム及び記憶媒体を提供することを目的とする。
【課題を解決するための手段】
【００１０】
上述した課題を解決し、目的を達成するために、本発明の一態様にかかるオブジェクト編集方法は、情報処理装置で実行されるオブジェクト編集方法であって、表示制御手段が、編集対象オブジェクトの選択画面を表示手段に表示させる第１表示工程と、編集手段が、前記選択画面で選択された前記編集対象オブジェクトの内容を編集する編集工程と、前記表示制御手段が、内容が編集された前記編集対象オブジェクトと同一種類の新たなオブジェクトを前記選択画面に追加して前記表示手段に表示させる第２表示工程と、を含むことを特徴とする。
【００１１】
また、本発明の別の態様にかかる情報処理装置は、編集対象オブジェクトの選択画面を表示手段に表示させる表示制御手段と、前記選択画面で選択された前記編集対象オブジェクトの内容を編集する編集手段と、を備え、前記表示制御手段が、内容が編集された前記編集対象オブジェクトと同一種類の新たなオブジェクトを前記選択画面に追加して前記表示手段に表示させることを特徴とする。
【００１２】
また、本発明の別の態様にかかるオブジェクト編集プログラムは、上記オブジェクト編集方法をコンピュータに実行させるためのものである。
【００１３】
また、本発明の別の態様にかかる記憶媒体は、上記オブジェクト編集プログラムを記憶したコンピュータ読み取り可能なものである。
【発明の効果】
【００１４】
本発明によれば、オブジェクトの内容の編集の操作性・作業効率の向上を図れるという効果を奏する。
【図面の簡単な説明】
【００１５】
【図１】図１は、本発明の概要を示すための説明図である。
【図２】図２は、本実施の形態のオブジェクト編集装置のブロック構成図である。
【図３】図３は、図２に示したオブジェクト内容構造編集ソフトを構成するモジュールの概略機能ブロック図である。
【図４】図４は、本実施の形態のスキーマ定義の例にしたがったメモリ上の管理状態を示す説明図である。
【図５】図５は、図４の管理状態をオブジェクト内容構造表示モジュールで表示した表示画面を示す説明図である。
【図６】図６は、オブジェクト「CreationMetaInformation 」が繰り返し現れる表示画面を示す説明図である。
【図７】図７は、選択肢中で選択されているオブジェクトと、その他の選択肢のオブジェクトの表示アイコン例とを示す説明図である。
【図８】図８は、本実施の形態における属性値の設定を示す説明図である。
【図９】図９は、本実施の形態における「インスタンス追加」の例を示す説明図である。
【図１０】図１０は、本実施の形態における「インスタンス追加」の例を示す説明図である。
【図１１】図１１は、可能性を示すダミーオブジェクトMediaDuration を実在するインスタンスとして追加する場合を示す説明図である。
【図１２】図１２は、可能性を示すダミーオブジェクトMediaDuration を実在するインスタンスとして追加する場合を示す説明図である。
【図１３】図１３は、実存するオブジェクトを削除する例を示す説明図である。
【図１４】図１４は、実存するオブジェクトの選択変更例を示す説明図である。
【図１５】図１５は、他の実施の形態の表示画面を示す説明図である。
【図１６】図１６は、他の実施の形態の表示画面を示す説明図である。
【図１７】図１７は、本発明を組織構造デザインツールに応用した例を示す説明図である。
【図１８】図１８は、従来のインスタンスオブジェクトの構造とオブジェクトのスキーマ定義による構造とを別々に表示する方法を示す説明図である。
【発明を実施するための形態】
【００１６】
以下、本発明のオブジェクト編集方法、情報処理装置、オブジェクト編集プログラム及び記憶媒体の一実施の形態について、
（本発明の概要）
（本実施の形態のオブジェクト編集装置の構成）
（本実施の形態の動作例）
（他の実施の形態）
の順に添付の図面を参照して詳細に説明する。
【００１７】
（本発明の概要）
本発明は、各オブジェクトの内容構造が０個または少なくとも１つのオブジェクトから成る木構造の親子関係で表されており、かつ、オブジェクトの種類毎に各オブジェクトの持つことのできる属性およびオブジェクトの種類がスキーマ定義によって定義されているオブジェクトの内容構造の管理、表示または編集を行うものである。すなわち、オブジェクトが０個以上の属性と０個以上の他のオブジェクトから構成され、オブジェクトの種類によって持つことのできる属性とオブジェクトの種類がスキーマによりあらかじめ定義されているとき、オブジェクトの実際の構成と内容とを、その定義情報（スキーマ定義）と組み合わせて管理し、それを視覚化してわかりやすく表示し、編集するものである。
【００１８】
これを利用して実際のインスタンスとしてのオブジェクトの内容を表示し、その編集を容易にしたり、編集結果を出力して内容を参照したり、保存して再利用したりするための技術に関する。同時に、オブジェクトの構成を定義したスキーマ情報を管理し、わかりやすく表示するものである。
【００１９】
例えば、本発明ではインスタンスオブジェクトの構造とスキーマ定義による構造とを組み合わせ、直感的にわかりやすく表示する。
【００２０】
スキーマ定義は各オブジェクトの構造を端的に表しているものの、インスタンスの形は成していない。例えば、以下の定義を考える。
１．オブジェクトＡはオブジェクトＢを１つ持つ。
２．オブジェクトＢはオブジェクトＣを１つ持つ。
３．オブジェクトＣはオブジェクトＡを１つ以上複数持つ。
【００２１】
前述したように従来の方法でこのスキーマ構造を表示すると、オブジェクトＡ，Ｂ，Ｃをルートとする構造を３つ並べることになる。ところが、このような表示では、オブジェクトＣがオブジェクトＡを持つことにより、オブジェクトＡが循環参照されていることが分かり難くなっている。
【００２２】
これを解決するために本発明では、スキーマ構造とインスタンスオブジェクトの構造とを組み合わせて表示する。このとき、基本的にはインスタンスオブジェクトが存在しない場合、スキーマ構造だけが表示されることになるが、本発明の表示方法は表示階層レベル＝４の場合、図１に示すような表示となり、実際のインスタンスのサンプルの構造に近く、直感的で分かりやすくなる。ここで表示階層レベルを増やせば、そのレベル数に応じてオブジェクトＡ（図中のObjectＡ）の下にＢ、Ｃが繰り返される。
【００２３】
（本実施の形態のオブジェクト編集装置の構成）
図２は、本実施の形態のオブジェクトの内容構造管理方法、オブジェクトの内容構造表示方法およびオブジェクトの内容構造編集方法を適用したオブジェクト編集装置のブロック構成図である。ここでは、オブジェクト編集装置として、ＸＭＬオブジェクト編集エディタを例として説明する。
【００２４】
オブジェクト編集装置としての役割を果たすコンピュータ１０１は、後述するソフトウエアに基づく処理を実行するＣＰＵ２０１と、ブートプログラム等を記憶したＲＯＭ２０２と、ＣＰＵ２０１のワークエリアとして使用されるＲＡＭ２０３と、各種の入力操作を行なうためのキーボード２０４およびマウス２０５と、オブジェクトの内容構造を表示するための表示画面を有したＣＲＴや液晶ディスプレイ等の表示装置２０６と、本発明のオブジェクトの内容構造管理方法、オブジェクトの内容構造表示方法およびオブジェクトの内容構造編集方法を実現するためのオブジェクト内容構造編集ソフト２０７およびその他の各種アプリケーションプログラムやデータを記憶したハードディスク２１０と、図示しないネットワークを介してコンピュータ１０１と接続されている外部装置や、フロッピー（登録商標）ディスク、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤ等の記録媒体との間でデータの送受信を行うための各種ドライバー、ネットワークアダプタ等のインタフェース部２１１と、上記各部を接続するバス２１２と、を備えている。
【００２５】
図３は、図２に示したオブジェクト内容構造編集ソフト２０７を構成するモジュールの概略機能ブロック図を示し、記録媒体等からバイナリや、テキストで記述されたオブジェクト内容を読み込むオブジェクト内容読み込みモジュール３０１と、記録媒体等からオブジェクトスキーマ定義を読み込むオブジェクトスキーマ定義読み込みモジュール３０２と、オブジェクト内容読み込みモジュール３０１およびオブジェクトスキーマ定義読み込みモジュール３０２を介してオブジェクト内容およびオブジェクトスキーマ定義を入力し、オブジェクトの内容構造を表示するオブジェクト内容構造表示モジュール３０３と、オブジェクト内容構造表示モジュール３０３が表示しているオブジェクトの内容構造を編集するための編集モジュール３０４と、オブジェクト内容構造表示モジュール３０３で表示中または編集モジュール３０４の編集後のオブジェクトの内容構造を記録媒体に出力するオブジェクト内容記録モジュール３０５と、から構成される。
【００２６】
（本実施の形態の動作例）
以上の構成において、本実施の形態のオブジェクト編集装置は、ＭＰＥＧ−７属性記述編集を含むＸＭＬオブジェクト編集エディタとして動作する。先ず、オブジェクト内容読み込みモジュール３０１およびオブジェクトスキーマ定義読み込みモジュール３０２を介して、オブジェクトのスキーマ定義とオブジェクトの内容を記録媒体より読み込み、メモリ（ＲＡＭ２０３またはハードディスク２１０）上で管理する。この例では、スキーマ定義とオブジェクトの内容の両方を記録媒体より読みこんでいるが、スキーマ定義だけを読みこみ、オブジェクトは新規に作成してもよい。また、特にスキーマ定義にあわせて動的に動作を変更する必要がなければ、スキーマ定義は固定と考えて記録媒体から読みこまなくても構わない。
【００２７】
以下にオブジェクト内容読み込みモジュール３０１で入力した入力データ（オブジェクトの内容構造）の例を示す。
【００２８】
<MovieMmcLogicalContent id="MovieTool">
<CreationMetaInformation id="">
<Classification id="">
<PackagedType CSLocation="file:///PackageType.csv">
aaa
</PackagedType>
</Classification>
</CreationMetaInformation>
</MovieMmcLogicalContent>
【００２９】
次に、スキーマ定義について具体的に例を挙げて説明する。
以下の（１）〜（８）は、本実施の形態で使用するスキーマ定義の一部を概念的に表したものを示す。オブジェクトの構造は、このスキーマ定義にしたがって管理される。なお、特に記述がなければ複数は不可であるものとする。
【００３０】
（１）  MovieMmcLogicalContentの定義
オブジェクトとして持つ可能性があるものは以下の通りである。なお、属性については省略する。
・IPR
・CreationMetaInformation
・UsageMetaInformation
・MediaTime
【００３１】
（２）  CreationMetaInformation の定義
オブジェクトとして持つ可能性があるものは以下の通りである。なお、属性については省略する。
・Creation
・Classification
・RelatedMaterial
【００３２】
（３）  Classificationの定義
オブジェクトとして持つ可能性があるものは以下の通りである。なお、属性については省略する。
・Genre
・PackagedType複数可能
・Purpose
・AgeClassification
・MarketClassification
【００３３】
（４）  PackageTypeの定義
オブジェクトとして持つ可能性のあるものはなし。属性としてもつものは以下の通りである。
・ControlledTerm::CSName
・ControlledTerm::CSTermID
・ControlledTerm::CSLocation
・ControlledTerm::CTermElement
【００３４】
（５）  MediaTimeの定義
オブジェクトとして持つ可能性があるものは以下の通りである。なお、属性については省略する。
・MediaTimePointまたはMediaRelTimePointまたはmediaRelIncrTimePointのいずれか
・MediaDurationまたはMediaIncrDurationのいずれか
【００３５】
（６）  MediaTimePointの定義
オブジェクトとして持つ可能性のあるものはなし。属性としてもつものは以下の通りである。
・Year
・Month
・Day
・Hour
・Min
・Sec
・Frame
【００３６】
（７）  RelatedMaterialの定義
オブジェクトとして持つ可能性があるものは以下の通りである。なお、属性については省略する。
・MediaType
・MediaLocator
・MediaInformation
・CreationMetaInformation(*繰り返しに注意)
・UsageMetaInformation
【００３７】
（８）  その他の詳細な定義は省略する。
【００３８】
次に、上記（１）〜（８）のスキーマにしたがったメモリ上の管理状態を図４に示し、さらに、これをオブジェクト内容構造表示モジュール３０３により、表示した表示画面５０１を図５に示す。なお、図４においては、説明を分かりやすくするために、選択されているオブジェクト（インスタンスオブジェクト）を網点で表す。図中の符号４０１、４０３、４０６および４０７がインスタンスオブジェクトに相当する。
【００３９】
ここでは、親オブジェクトを「MovieMmcLogicalContent」４０１として、「MovieMmcLogicalContent」４０１がオブジェクトとして持つ可能性のある４つのオブジェクトを、その子リストとして、「IPR 」４０２、「CreationMetaInformation 」４０３、「UsageMetaInformation」４０４、「MediaTime 」４０５のように管理している。また、選択されているオブジェクトとその他の候補となる選択肢は、親ノードから見ればひとまとまりの関係である。これらのまとまりを表すための特殊なオブジェクトを用意することも考えられるが、本実施の形態では、図４に示すように、オブジェクトに選択肢リストを用意し、選択されているオブジェクトがこのまとまりを代表する形で親ノードの子リストに管理される形態を採用する。
【００４０】
また、図５の表示画面５０１において、実在するインスタンスオブジェクトを示すノードはアイコン「有」で示し、実際には保持していないが保持することが可能なオブジェクトの種類を示すノードはアイコン「空」で示される。具体的には、図４の符号４０１、４０３、４０６および４０７に相当するオブジェクトのノードはアイコン「有」５０２で表示し、図４の符号４０４、４０５のように存在しないオブジェクトのノードはアイコン「空」５０３で表示される。
【００４１】
次に、図６の表示画面６０１を参照して、オブジェクト「CreationMetaInformation」６０２が繰り返し現れる状態を説明する。ここでは階層レベルが３であるので、「有」ノードから３段階まで表示され、それより下位については表示されていない。この階層レベルの指定は、図示しない所定のアイコンをクリックすることにより、ダイアログ画面を選択して入力することができる。
【００４２】
次に、図７の表示画面７０１を参照して、選択肢中で選択されているオブジェクトと、その他の選択肢のオブジェクトの表示アイコン例について説明する。ここでは、「MediaTimePoint」７０２、「MediaRelTimePoint 」７０３、「MediaRelIncrTimePoint 」７０４のうち、「MediaTimePoint」７０２が選択されており、これは実在するインスタンスであることが「有」アイコン７０２Ａからわかる。また、これに続く２つのオブジェクト７０３、７０４は「選」アイコン７０２Ｂにより、選択肢であることがわかる。
【００４３】
この例では、更に別の選択肢グループ「MediaDuration 」７０５、「MediaIncrDuration 」７０６があり、「MediaDuration 」７０５がデフォルトで選択されることになっているが、どちらも可能性を示すダミーオブジェクトで、実在するインスタンスではない。
【００４４】
次に、図８を表示画面８０１を参照して、属性値の設定について説明する。図８の「MediaTimePoint」８０２の時刻をダイアログ８０３で修正し、Ｕｐボタン８０４をクリックすると実際のデータに反映される。
【００４５】
図９の表示画面９０１から既存のオブジェクト「PackagedType」９０２を指定してＡｄｄボタン９０４をクリックすることで「インスタンス追加」を指示すると、図１０の表示画面９０１に示すように、同じオブジェクトの種類「PackagedType」で別のインスタンスオブジェクト９０３がその下に作成される。なお、「PackagedType」は「Classification」の下に複数存在できるので、この指示が可能であるが、例えば「Classification」自身は「CreationMetaInformation 」の下に複数存在できないので、Ａｄｄボタンがアクティブにならない。
【００４６】
続いて、図１１の表示画面１１０１を参照して、可能性を示すダミーオブジェクトMediaDuration を実在するインスタンスとして追加する場合について説明する。先ず，MediaDuration １１０２を指定し、属性値を入力してＵｐボタン１１０３をクリックすることで「追加」を指示すると、図１２の表示画面１２０１のように、MediaDuration １２０２としてインスタンスオブジェクトが追加される。
【００４７】
また、表示画面上に「有」アイコンで表示されている実存するオブジェクトを指定し、Ｅｒｓボタンをクリックすることで「削除」を指示すると、「有」アイコンが「空」アイコンに変更されて、該当するオブジェクトが削除される。例えば、「CreationMetaInformation 」が実在するオブジェクトであった場合に、これを「CreationMetaInformation 」を指定し、Ｅｒｓボタン１３０２をクリックすることで図１３のように「CreationMetaInformation 」１３０３が「空」アイコンで表示される。すなわち、「CreationMetaInformation 」が削除されて可能性を示すダミーオブジェクトとなり、「空」アイコンで表示されている。
【００４８】
次に、例えば、図７の表示画面７０１上で「MediaRelIncrPoint 」７０２を指定し「選択変更」を指示すると、図１４に示すように、それまで選択されていた「MediaTimePoint」７０２が選択肢を示す「選」になり、かわりに「MediaRelIncrPoint 」７０３が「有」になる。この時点で実際にインスタンスオブジェクトとして選択されているのは、「MediaRelIncrPoint 」７０３となる。
【００４９】
次に、本実施の形態のオブジェクト編集装置で編集したオブジェクト内容を、オブジェクト内容記録モジュール３０５がＭＰＥＧ−７として出力した例を以下に示す。なお、オブジェクトの内容は、後日再利用するために記録媒体に保管する。
【００５０】
<LogicalContent id="MovieTool">
<MediaTime>
<MediaTimePoint>
2000-1127T06:35:03:0F3０
</MediaTimePoint>
<MediaIncrDuration timeunit="P0DT0H0M0S1N30F">
379200
</MediaIncrDuration>
</MediaTime>
<CreationMetaInformation id="">
<Classification id="">
<PackagedType CSLocation="file:///PackagedType.csv">
aaa
</PackagedType>
<PackagedType CSLocation="file:///PackagedType.csv">
abc
</PackagedType>
</Classification>
</CreationMetaInformation>
</LogicalContent>
【００５１】
前述したように本実施の形態によれば、親子関係のあるオブジェクト同士をリストで管理することのみでなく、すなわち、実際のインスタンスの親子関係だけでなく、スキーマ定義によるオブジェクトの構造を一つのリストで同時に管理し、表示するため、インスタンスオブジェクトの構造とスキーマ定義による構造とを組み合わせて直感的に分かりやすく表示し、操作性・作業効率の向上を図ることができる。
【００５２】
また、従来からインスタンス化されたオブジェクトの親子関係を木構造で表すことは一般的に行われており、また、選択したオブジェクトに関し、その下位に持つ可能性のあるオブジェクトの種類をパレットのような形で表示する形態も既存の方法である。しかし従来の方法では、オブジェクトを選択しなければ持つことのできるオブジェクトの種類がわからないので、一覧性に欠ける。また、実在のオブジェクトの子供として1 段階しか候補となるオブジェクトの種類がわからないため、その先はスキーマを示す木構造を別に参照しなければ何を持てるかがわからないという不具合があった。これに対して本実施の形態では、オブジェクトが子オブジェクトとして保持することのできるオブジェクトの種類を同時にその木構造にノードとして表すことで、スキーマで定義されるオブジェクトの構造と同時に実際のオブジェクトの構造を表示し、この問題を解決している。
【００５３】
また、オブジェクトの構造として階層構造で表示される親子関係の中に同じ種類のオブジェクトが２度現れた場合には、同じ繰り返しが永久に起こってしまい、表示できなくなる恐れがあるが、本実施の形態では、表示階層レベルを決めることでこの問題を避け、またユーザが必要に応じて動的に表示階層レベルを指定できるので、かえって整然としてわかりやすい表示が可能となる。
【００５４】
また、前述したように本実施の形態では、選択されているオブジェクトと、その他の選択肢がわかりやすく視覚化され、その他の選択肢のもつ属性も明らかなので選択がしやすい。
【００５５】
さらに、スキーマ定義におけるオブジェクトの種類と関係が複雑な場合には、大量のオブジェクトが表示される可能性がある。本実施の形態では、そのような場合でもその中で必要なオブジェクトをみつけることが可能となる。
【００５６】
また、その属性値がどんなオブジェクトの属性であるかが一目で確認できる上、その属性値を容易に編集できるので、必要な属性値を編集する場合に有効である。
【００５７】
また、あるオブジェクトを複数存在させたい場合や、追加、削除したい場合にそれが可能かどうかスキーマ定義を確認する必要がなく操作でき、また両者がほとんど同じ操作で行えるため操作性がよい。指定したダミーオブジェクトの先祖もまたダミーオブジェクトであっても、必要なオブジェクト（系列）が一回の操作で全てインスタンス化できるので操作性がよい。なお、従来のパレット方式の場合には、実在のオブジェクトのもつ候補オブジェクトしか表示されないため、このようなことは不可能である。
【００５８】
さらに、編集したオブジェクト内容をＭＰＥＧ−７などの言語によって記述しファイルとして保存することで、それを再利用して再度編集したり、交換したり、読みこんだ情報をもとに検索するなど、さまざまなアプリケーションに利用することが可能となる。
【００５９】
（その他の実施の形態）
次に、本発明の他の実施の形態について説明する。なお、基本的の構成および動作は、前述した実施の形態と同一であるため、ここでは異なる部分のみを説明する。
【００６０】
図１５および図１６は、他の実施の形態の表示画面１５０１を示す。ここでは、オブジェクトの構造表示部１５０２Ａと、インスタンス表示部１５０２Ｂと、属性編集部１５０２Ｃとが設けられている。なお、前述した実施の形態とは、ＭＰＥＧ−７のスキーマが変わっているので全く同じではないが、CreationInfoion(CreationMetaInformationから変更）、Creation, Relatedmaterialなどが並ぶ。ここでもCreationInformationはやはりRelatedMaterialの下に繰り返されている。
【００６１】
また、図１５の表示画面１５０１では、オブジェクトの木構造の表示部分１５０２にチェックボックス１５０３が追加されている。また、ここでは、全部のチェックボックス１５０３がチェックされている。
【００６２】
図１６において、一つchoice１６０２のチェックボックス１６０１のチェックがはずされている。それによって、直下に表示される子ノードはインスタンスである有だけとなり、図１５にあった空の「CreationInformationRef」１５１０は表示されなくなる。
【００６３】
ところで、インスタンス表示部１５０２Ｂは実際のインスタンスを表示し、タグの本体（例、<aaa bbb="sss" ccc="ttt">xxx</aaa>のxxxの部分）をマウスクリックにより入力、編集する。
【００６４】
属性編集部１５０２Ｃは、上記例ならば以下のような表形式のウインドウで、
bbb sss
ccc ttt
sss, tttを入力・編集するとインスタンス表示部１５０２Ｂに内容が反映される。
【００６５】
オブジェクトの構造表示部１５０２Ａはオブジェクトの構造を表示するウインドーでオブジェクト自身の存在を増やしたり削除したり（インスタンス化したり削除したり）することを行う。その結果はインスタンス表示部１５０２Ｂに反映される。
【００６６】
次に、属性編集部１５０２Ｃに表示するオブジェクトに関する情報について説明する。オブジェクトの横にオブジェクトに関する情報を文字列で表示する。ただし表示が煩雑になるので、最も必要なものだけ（タグ名、型名）を横に表示し、他の情報はオブジェクトの選択時に別の場所（例では画面左下）に「種類＝値」の列の形式で表示する。
【００６７】
表示すべき内容は以下のものである。
- オブジェクトのタグ名
図１５のmpeg7:CreationInformation
- オブジェクトの型名
図１５のmpeg7:CreationInformationType
- 出現可能頻度( 最小可能出現数、最大可能出現数) 
図１５のminOccurs=0
図１５のmaxOccurs=Unbounded(無制限の意味) 
【００６８】
以上はスキーマから決まる情報である。このほかに、以下のような情報も表示できる。
- 同じ親の下で、実際に同じ種類のものがインスタンス化されている個数
【００６９】
以上の構成において、チェックボックス１５０３をレ点で選択することにより、ON/OFFを用意することによって、ユーザにとって必要のない可能性オブジェクトは見せない・作らないことが可能になる。これにより、メモリの節約を図ることができる。この場合、せっかくの一覧性が損なわれる（チェックしないと下が見えない) 点は、指定ノード何段階チェックONで展開、というメニューを用意することで解決できる。
【００７０】
また、この方法を採ると内部ではon demand のタイミングで下位構造を作ることが可能となる。
【００７１】
ここで、本実施の形態の表示動作のルールについて簡単に説明する。
ａ．チェックボックスを使った表示
オブジェクトのチェックボックスが
OFF:その直下にはインスタンスオブジェクト（有）しか表示しない。
ON: その直下には、インスタンスオブジェクト（有）に加えて
可能性のあるオブジェクトをすべて表示する
【００７２】
ｂ．+- の意味は従来のツリー表示と同じ。
+ 子ノードが存在するが展開されていない
- 子ノードが存在して展開されている
無印 子供がない末端ノード
【００７３】
ｃ．有空の意味は従来と同じ。
有 実際に存在するインスタンス
空 可能性を示すオブジェクト
【００７４】
図１５のオブジェクトの構造表示部１５０２Ａの構造の生成タイミングとしては、メモリ効率アップを図るために、チェックボックスがONになるタイミングでその下の可能性オブジェクト（空) をすべて生成する。また、OFF になるタイミングで可能性オブジェクト（空) はすべて消す。
【００７５】
なお、従来の方法では、ツリーの表示状態にかかわらず上位から指定レベル階層分の可能性オブジェクトを自動的に生成していたが、本実施の形態では、例えば、今回、必要のない可能性オブジェクトは必要に応じて動的に作成・破棄することで、メモリを効率よく利用することができる。
【００７６】
図１５および図１６の表示画面において、以下のｄ．〜ｅ．の処理ががった場合の表示画面の変化について説明する。
ｄ．ノードが有に変わった（インスタンス化）
このとき、有に変わったノードが複数存在できるノードの場合には、もう一つ自分と同じノードを空で作って、兄弟とし、自分の次につける。次に同じ種類のノードをインスタンス化する場合は、この空をインスタンス化する。存在できる最大数を越えない間は、このタイミングで、また空ができる。
【００７７】
一方、複数存在できないノードの場合には、自分が有になるだけ。空は増えない。
【００７８】
ｅ．ノードの削除
複数存在できるノードの場合には、上記ｄ．の逆。有を削除するとき、自分以外に一つ、同じ種類の空が存在するはず。自分をそのまま削除する（空は必ず残る）。また、削除対象は有でなければならない。さらに最終的に、可能性を示すノードは最低一個残ればよい。複数存在できないノードの場合には、自分を空にするだけである。
【００７９】
ところで、本発明が対象とする「オブジェクト」はその構造がルールで定義され、属性とその他のオブジェクトを管理するようなものであれば何でもよい。したがって、応用可能な他の実施の形態として、組織図や、部品図に全く同じように適用できる。例えば、以下のような例が挙げられる。
・クラス階層、属性オブジェクトの表示、編集
・組織図、部品図の表示、編集
【００８０】
図１７は、本発明を組織構造デザインツールに応用した例を示し、ここでは、各社の各組織図における各部・各課・各係などのグループが本発明のオブジェクトに相当している。
【００８１】
以上説明した本発明のオブジェクトの内容構造管理方法、オブジェクトの内容構造表示方法およびオブジェクトの内容構造編集方法は、前述した説明で示した手順に従って予め用意したプログラムをコンピュータで実行することによって実現することができる。このプログラムは、ハードディスク、フロッピー（登録商標）ディスク、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤ等のコンピュータで読み取り可能な記録媒体に記録されて提供される。またはネットワークを介して配布することができる。
【符号の説明】
【００８２】
１０１  コンピュータ（オブジェクト編集装置）
２０７  内容構造編集ソフト
３０１  オブジェクト内容読み込みモジュール
３０２  オブジェクトスキーマ定義読み込みモジュール
３０３  オブジェクト内容構造表示モジュール
３０４  編集モジュール
３０５  オブジェクト内容記録モジュール
【図１】
2010244576.tif 000003
【図２】
2010244576.tif 000004
【図３】
2010244576.tif 000005
【図４】
2010244576.tif 000006
【図５】
2010244576.tif 000007
【図６】
2010244576.tif 000008
【図７】
2010244576.tif 000009
【図８】
2010244576.tif 000010
【図９】
2010244576.tif 000011
【図１０】
2010244576.tif 000012
【図１１】
2010244576.tif 000013
【図１２】
2010244576.tif 000014
【図１３】
2010244576.tif 000015
【図１４】
2010244576.tif 000016
【図１５】
2010244576.tif 000017
【図１６】
2010244576.tif 000018
【図１７】
2010244576.tif 000019
【図１８】
2010244576.tif 000020