(57)【特許請求の範囲】
【請求項１】
複数のフォーマットのデータが格納されるデータ格納部（２）と、このデータ格納部（２）に前記データを格納したりデータの検索を行なうデータ管理装置（１）とからなるデータ管理システムであって、
前記データ管理装置（１）は、
文字、数値、音声、静止画、動画等のデータを取り入れると共に、各フォーマットに対応した構造における前記データの属性と、その属性を持つデータ群を共通に処理するプログラムを格納するメソッドを確定し、前記データの属性及びメソッドを前記データ格納部（２）の前記クラスに格納するデータ構造管理部（１２）と、
前記各属性に対応した任意の属性値としてインデックス情報として確定すると共に、前記データを単位をＯＳのファイルとして、前記インデックス情報と共に前記データ格納部（２）のクラスに含まれるインスタンスに格納するインスタンス管理部（１３）と、
所定の検索式で前記データ格納部（２）のクラスを検索し、検索したデータを前記クラスのインスタンスからのデータをＯＳのファイルとして取り出すデータ検索部（１１）と
を備えていることを特徴とするデータ管理システム。
【請求項２】
複数のフォーマットのデータが格納されるデータ格納部（２）と、このデータ格納部（２）に前記データを格納したりデータの検索を行なうデータ管理装置（１）とからなるデータ管理システムを実行させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体であって、
文字、数値、音声、静止画、動画等のデータを取り入れると共に、各フォーマットに対応した構造における前記データの属性と、その属性を持つデータ群を共通に処理するプログラムを格納するメソッドを確定し、前記データの属性及びメソッドを前記データ格納部（２）のクラスに格納するための第１手順と、
前記各属性に対応した任意の属性値としてインデックス情報として確定すると共に、前記データを単位をＯＳのファイルとして、前記インデックス情報と共に前記データ格納部（２）の前記クラスに含まれるインスタンスに格納するための第２手順と、
所定の検索式で前記データ格納部（２）のクラスを検索し、検索したデータを前記クラスのインスタンスからのデータをＯＳのファイルとして取り出すための第３手順を実行させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、テキスト、画像、音声等の複数のフォーマットのデータをオブジェクト指向で格納して管理し、検索、読み出し等を効率的に行なうようにしたデータ管理システム及びこのデータ管理システムを実行させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体に関するものである。
【０００２】
【従来の技術】
近年のコンピュータ技術の向上、低価格化、周辺機器の普及、ネットワーク環境の整備等の要因により、マルチメディアデータを容易に扱えるようになり、コンピュータ文化の裾野を広げることにつながっている。
特に、インターネット上でＷＷＷ（ World Wide Web ) を用いたマルチメディアデータを含む情報発信が急増し、一つの情報メディアとしての社会的な地位を得るところまで来ている。
【０００３】
有益かつ円滑な情報発信を行なうために必要なものとして、３つの要素が考えられる。それはコンテンツを作成するための機器やツール、情報を発信するためのネットワークシステム、コンテンツの管理システムである。
【０００４】
このコンテンツ作成用の機器としては、スキャナー、ビデオ入力、マイク、デジタルカメラ、ＭＩＤＩ機器等の装置が普及し、ツールとしても、静止画像・音声・動画の編集ツール、各種メディアを統合するハイパーテキストを記述するＨＴＭＬ ( Hyper Text Makeup Language ) やネットワーク動作アプリケーションを簡単に作成できる言語（例えば、Ｊａｖａ言語）が実用化されている。
ネットワークシステムとしては、ＴＣＰ／ＩＰプロトコルで構築されているインターネット上でそれらを元に設計されたＨＴＴＰ ( Hyper Text Transfer Protocol ) というプロトコルを用いることにより、マルチメディアデータのネットワーク利用を可能にしている。
【０００５】
【発明が解決しようとする課題】
しかしながら、上述の最後のコンテンツの管理システムの分野は研究が遅れている。コンテンツ作成ツールにより作成するマルチメディアデータは、主に各ユーザがＯＳ ( Operating System ) のファイルシステム上で各自で管理しているのが現状である。しかも、データ集積が大規模になると、各自で管理するのは困難である。
そこで、用いられるのがデータベース管理システム（ＤＢＭＳ： Data Base Management System )  であるが、現在までのＤＢＭＳは、文字列や数値等で構成されたレコードを単位としてデータ管理をするシステムであり、データの形がレコードとしてでなくファイルになっているというインピーダンスミスマッチをどう解決するかが懸案となっている。
【０００６】
そこで、マルチメディアデータを容易に管理・運用できる管理システムが必要であるが、マルチメディア時代を迎え、データベース管理システム（ＤＢＭＳ）も、マルチメディアデータの管理が求められているが、現在まで培われてきたデータベース技術でこれを行なおうとすると、次のような問題がある。
【０００７】
（１）アクセス単位の問題
従来のデータベース管理システムでは、データを、ファイル（表）、レコード（行）、フィールド（列／属性）という基本構造で捕らえ、レコードをアクセスの最小単位においた技術となっている。
それぞれが、表は検索の対象ではなく指定の対象、レコードは検索の対象、フィールドは切り出しの対象となっている。
この方法で、音声や動画を扱おうとすると、データを１つのフィールドに値として押し込むことになり、音声、画像、長テキスト等を同時に含んだレコードをアクセスすると、大きなコスト（使用資源、時間、ＣＰＵ時間）がかかり、効率が低下する。
【０００８】
（２）処理プログラムとアクセス法の問題
音声、静止画、動画等は、それ自身複雑な構造を持っており、アプリケーションプログラマが、直接それらのデータの処理を行なうプログラムを書くのは困難である。
したがって、既に用意されたプログラムを呼び出して使うことになる。これらのプログラムは、低レベルのサブプログラムでも提供されているが、多くの場合、独立したプログラムとして、提供され使用することが多い。低レベルのサブプログラムから、独自のインターフェースを構築するのも大変だからである。
この傾向は、マルチメディアデータを扱うプログラムに顕著である。また、これらのプログラムは、ＯＳファイルを直接読む形でデータを処理するようになっている。
【０００９】
従来のデータベース管理システムは、データのインテグリティやセキュリティ保持のため、独自のデータアクセス法でしか、データがアクセスできないので、データベース管理システムに格納されたデータを、これらのプログラムで処理することは出来ない。
したがって、マルチメディアデータに関しては、従来のデータベース管理システムに格納すると、既存のプログラムが使えなくなるのである。
【００１０】
一方、データベース管理システムを使わないで、ＯＳの提供する標準のファイル管理システムを直接使用すると以下のような問題が起こる。
（１）種類ごとに分類してディレクトリにファイルを格納することになるが、１つのディレクトリに多くのファイルをフラットに格納すると、ファイルの取り出しに時間がかかる。だからといって不必要な階層化を行なうとパス指定が複雑になる。
（２）ファイルに属性が付けられないため、ファイルをその属性で検索できない。
（３）ファイル間の整合性を保つのに、ユーザがプログラムを開発しなければならない。
（４）ファイルの機密保護、障害対策が弱い。
（５）プログラムもデータも、ファイルとしてしか認識されておらず、データとプログラムの関連が管理されていない。
【００１１】
上記の問題は、データベース技術が生み出される要因となったものである。しかし、従来のデータベース技術では、前記の問題を解決することができない。ここで考えなければならないのは、データベース技術が誕生した１９６０年代とは環境も、要求も異なるということである。
コンピュータの性能、ネットワークの性能は大きく変わり、扱いたいデータは、文字列や数値を中心とした人事や取引データではなく、写真、音声、動画、フルテキストを含むマルチメディアデータである。
【００１２】
また、最近のイントラネット環境においては、上述したように文書データに加えて、画像・動画・音声などのマルチメディアデータやそれらを組み合わせたハイパーメディアデータを利用することが多い。
しかし、マルチメディアデータは、データフォーマットが多数存在し、処理アプリケーションによっては対応していないフォーマットも多く、ユーザの操作性を損なっている。例えば、Ｗｅｂブラウザには標準状態で画像データを表示できるものが多いが、ＧＩＦフォーマットとＪＰＥＧフォーマットの画像にしか対応していないものが大半である。
そのため、アプリケーションごとにデータのフォーマット変換を行なう必要がある場合があり、処理効率とユーザインターフェースを低下させている。
【００１３】
本発明は、上述の点に鑑みて提供したものであって、データの単位をＯＳのファイルとすることで、マルチメディアデータを容易に管理、運用ができ、マルチメディアデータの検索時間等の検索負荷を軽減し、効率良く検索できるようにしたデータ管理システム及びこのデータ管理システムを実行させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体を提供することを目的としているものである。
【００１４】
【課題を解決するための手段】
そこで、本発明の請求項１記載のデータ管理システムでは、複数のフォーマットのデータが格納されるデータ格納部２と、このデータ格納部２に前記データを格納したりデータの検索を行なうデータ管理装置１とからなるデータ管理システムであって、
前記データ管理装置１は、
文字、数値、音声、静止画、動画等のデータを取り入れると共に、各フォーマットに対応した構造における前記データの属性と、その属性を持つデータ群を共通に処理するプログラムを格納するメソッドを確定し、前記データの属性及びメソッドを前記データ格納部２のクラスに格納するデータ構造管理部１２と、
前記各属性に対応した任意の属性値としてインデックス情報として確定すると共に、前記データを単位をＯＳのファイルとして、前記インデックス情報と共に前記データ格納部２の前記クラスに含まれるインスタンスに格納するインスタンス管理部１３と、
所定の検索式で前記データ格納部２のクラスを検索し、検索したデータを前記クラスのインスタンスからのデータをＯＳのファイルとして取り出すデータ検索部１１と
を備えていることを特徴としている。
【００１５】
請求項２記載のデータ管理システムを実行させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体では、複数のフォーマットのデータが格納されるデータ格納部２と、このデータ格納部２に前記データを格納したりデータの検索を行なうデータ管理装置１とからなるデータ管理システムを実行させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体であって、
文字、数値、音声、静止画、動画等のデータを取り入れると共に、各フォーマットに対応した構造における前記データの属性と、その属性を持つデータ群を共通に処理するプログラムを格納するメソッドを確定し、前記データの属性及びメソッドを前記データ格納部２のクラスに格納するための第１手順と、
前記各属性に対応した任意の属性値としてインデックス情報として確定すると共に、前記データを単位をＯＳのファイルとして、前記インデックス情報と共に前記データ格納部２の前記クラスに含まれるインスタンスに格納するための第２手順と、
所定の検索式で前記データ格納部２のクラスを検索し、検索したデータを前記クラスのインスタンスからのデータをＯＳのファイルとして取り出すための第３手順を実行させるようにしていることを特徴としている。
【００１６】
【００１７】
【００１８】
【００１９】
【００２０】
【００２１】
【００２２】
【００２３】
かかる構成により、マルチメディアデータを容易に管理、運用ができ、マルチメディアデータの検索時間等の検索負荷を軽減し、効率良く検索できるものである。
【００２４】
【発明の実施の形態】
以下、本発明の実施の形態を図面を参照して詳細に説明する。
先ず、本発明の基本的な枠組み（パラダイム）について説明する。データ管理の単位を、そのコンピュータのＯＳのファイルとする。そのＯＳのファイルには、所有者、作成・更新日付、名前、簡単な機密設定の４つの属性が付いて管理されているが、これにユーザがそのファイルを効率良く管理するために、いろいろな属性を付けるようにしている。
同一の構造と属性を持つファイルをグループ化し、グループをひとまとまりのものとして管理する。また、多くファイルを含むグループの中から、欲しいファイルをその属性値の特徴から効率良く検索するために、グループ内に従来のデータベース技術で培われてきたインデックス情報を組み込むようにしている。
ここで、「構造」とは、その情報の集まりをコンピュータに格納するための内部構造であり、ここでは、オブジェクト指向モデルでいうカプセル化で作られたクラスのメンバー（すなわち属性とメソッドの集まり）に対応している。
【００２５】
グループ内のファイルは、同一構造を持っているので、それを処理するプログラム群もひとまとまりにする。このプログラム群も一緒に管理することで、どのプログラムでどのデータが処理出来るかが、すぐに分かることになる。
機密保護やファイル間の整合性等のインテグリティを記述する属性をすべてのグループに付けておいて、ファイルアクセス時に自動的にチェックすることで、もっときめ細かいセキュリティやインテグリティのチェックを可能にすることができる。類似の属性やプログラムが多く存在するグループ間では、その共通の属性、プログラムだけをとって、別のグループとしておき、その共通グループとの関係を記述しておくことで、属性やプログラムが冗長になるのを避けることができる。
【００２６】
このパラダイムは、オブジェクト指向のパラダイムと非常に近いため、オブジェクト指向の多くの長所や特徴を取り入れることができる。オブジェクト指向の継承・カプセル化・多態・メッセージパッシングといった特徴を加えることで、データとそれを扱うソフトウエアの再利用性の向上、セキュリティの強化、ユーザインターフェースの向上等を図ることができる。
【００２７】
例えば、Ｊ社のワープロソフトＩで作成した「会議文書」と、同じワープロソフトＩで作成した「出張報告文書」がある場合、グループ名を「文書」とし、属性あるいは属性値を「ワープロソフトＩ」とすることで、階層構造によるプログラムの冗長性を除去できる。なお、この場合、多数の「会議文書」と、「出張報告文書」は後述するようにデータ（ファイル）として、インスタンスに格納される。
また、Ｊ社のワープロソフトＩで作成した「会議文書」と、Ｍ社のワープロソフトＷで作成した「会議文書」とがある場合、グループ名を「会議文書」とし、属性あるいは属性値を「ワープロソフト」とすることで、多態による意味類似性の管理を行なうことができる。かかる場合、多数のＪ社のワープロソフトＩで作成した「会議文書」と、Ｍ社のワープロソフトＷで作成した「会議文書」は、データとしてインスタンスに格納される。
【００２８】
さらに、Ｊ社のワープロソフトＩで作成した「会議文書」と、ＨＴＭＬで記述した「会議文書」とがある場合、この場合はフォーマットが異なる。そこで、ワープロソフトＩからＨＴＭＬに自動変換するコンバーターを付与することで、グループ名を「会議文書」とし、属性あるいは属性値を「Ｗｅｂブラウザ」とすることで、異なるフォーマットの場合でも、適用することが可能となる。
ここで、「フォーマット」とは、その情報の集まりをコンピュータに格納するためのコード化の方法をいう。例えば、ＪＰＥＧは、画像を圧縮してコード化する１つの方法で、この画像のフォーマットは、ＪＰＥＧというフォーマットを持っていると表現される。
【００２９】
また、クラスに付随したメソッドとしてのプログラム群の記述言語も、例えば、Ｐｅｒｌ言語、Ｃ＋＋言語、Ｊａｖａ言語等を用意しておくことで、メソッドの拡張を図ることができる。
また、テキストのクラスを、内容によって、手紙のクラス、会議録のクラス等に分類する場合もある。
【００３０】
図１は本発明の特徴部分を機能表現したシステム構成図を示し、また、サーバ・クライアントモデルで表現している。このシステムは、全体の制御を司るサーバ装置としてのデータ管理装置１と、このデータ管理装置１により管理され、データの格納構造をオブジェクト指向のクラスとインスタンスとで構成されるデータ格納部２と、データ管理装置１と電話回線やＩＳＤＮ、専用回線等のネットワーク伝送路３を介してコマンドやデータのやりとりを行なうクライアント装置としての１台あるいは複数台の端末装置４とで構成されている。
なお、上記データ管理装置１とデータ格納部２とでデータ管理システムを構成し、また、このデータ管理システムとネットワーク伝送路３及び端末装置４とでデータ管理・検索システムを構成している。
【００３１】
図２はデータ格納部２の構造図を示しており、上述したように、同一の構造と属性を持つファイルをグループ化したクラスと、このクラスに格納されてインデックス情報を組み込んだインスタンスとで構成されている。データ管理装置１における該クラスはオブジェクト空間と呼ばれ、オブジェクト指向のクラス構造に類似する構造を有し、データ管理装置１により管理されるデータは、いずれかの該クラスにインスタンスとして格納される。
また、各クラスには、任意の数の属性１〜属性Ｎが定義されている。
【００３２】
各インスタンスは、それが属するクラスに付随した各属性に対応した任意の数の属性値１〜属性値Ｎと、データ（ファイル）が格納される。データは、データ格納部２及びデータ管理装置１から取り出されると、ＯＳのファイルとして扱えるようになっている。
また、各クラスには、メソッドと呼ばれる格納したインスタンスのデータを処理するプログラム群が付随している。つまり、任意の数を格納したメソッド１〜メソッドＮは、インスタンスの属性値を操作するのではなく、データ（ファイル）を操作するものである。また、インスタンスの属性値は実データではなく、検索を効率良く行なうためのインデックス情報である。
【００３３】
なお、メソッド自身も後述するMethodクラスの継承クラスのインスタンスとして格納されており、メソッドとして付随するクラスにはメソッド自身ではなく、メソッド自身へのポインタ情報が格納されるようになっている。
【００３４】
図３は、図１に示すデータ管理装置１とデータ格納部２とを含めたオブジェクト空間図を示し、クラス間には、階層関係があり、上位のクラスに付随したメソッドと属性を下位のクラス（継承クラス）は引く継ぐようになっている。
システムは、いくつかのクラスを予め用意しており、これを予約クラスという。予約クラスとしては、すべてのクラスの上位に位置する抽象クラスであるRootクラスと、このRootクラスの下位に位置する Classクラス、 APSクラス、Baseクラス、Dataクラス、Methodクラス、Userクラス等を有している。
【００３５】
上記Rootクラスには、データの正しさを設定するインテグリティ属性、機密保護の設定をするセキュリティ属性、及びインスタンスの識別を行なうインスタンス識別属性が付随してある。
Baseクラスは、文字列や数値等の属性値の基本となるクラスであり、Userクラスはユーザを管理するクラスである。また、Methodクラスはメソッドを管理するクラスであり、Dataクラスは、画像、音声、動画等のデータを格納するクラスである。 APSクラスは、あるシステムを形成する複数のクラスの集合をインスタンスとして持つクラスであり、 Classクラスは、各クラスをインスタンスとして管理するクラスである。そして、各クラスはさらに下位のクラスを持っている。
【００３６】
また、 Classクラスには、オブジェクト（クラス、インスタンス、メソッド、属性、属性値）を定義、削除、更新、検索するための属性とメソッド群が付随されており、このクラスのメソッド（コマンド、関数ライブラリー）を呼び出すことにより、データの検索や、更新を行なうことができる。
【００３７】
図１に示すデータ管理装置１は、オブジェクトを機能ブロック図で示したものであり、データ管理機能部１０は、データ検索部１１、データ構造管理部１２、及びインスタンス管理部１３を管理している。また、データ構造管理部１２は、データ構造定義部２１、データ構造更新部２２、及びデータ構造削除部２３を管理している。
さらに、インスタンス管理部１３は、インスタンス格納部２６、インスタンス更新部２７、及びインスタンス削除部２８を管理している。
また、データ管理装置１には、クライアント通信機能部１５が設けられており、ネットワーク伝送路３を介して端末装置４とのコマンドやデータのやりとりを行なうようになっている。
【００３８】
図４はデータ管理装置１のハード構成を示すブロック図であり、ネットワーク伝送路３を介して端末装置４とコマンドやデータの授受は入出力インターフェース３１（クライアント通信機能部１５）により行なわれ、データ管理装置１内でもこの入出力インターフェース３１を介してコマンドやデータのやりとりが行なわれる。
入力装置３２は、キーボードあるいはマウスで構成され、また、表示装置３３は、ＣＲＴディスプレイやＴＦＴディスプレイ等で構成されている。出力装置３４は、プリンター等である。
【００３９】
データ管理装置１の制御を行なう制御プログラムやデータ等は、メモリ３６に格納されていて、制御プログラムによりＣＰＵやＭＰＵと呼ばれる主制御部３５により全体の制御が行なわれるようになっている。
また、記憶装置３７は、ハードディスク等で構成されている。
【００４０】
図１に示す端末装置４は、一般の低価格なパソコンで構成されているものであり、図１では本発明に関係のある部分を機能ブロック図として示している。この端末装置４は、ネットワーク伝送路３を介してデータ管理装置１とコマンドやデータのやりとりを行なうサーバ通信機能部４１と、キーボード等から検索条件を入力して、サーバ通信機能部４１へ検索条件を指示する検索条件指示部４２と、データ格納部２からのデータをデータ管理装置１、ネットワーク伝送路３及びサーバ通信機能部４１を介して取得するデータ取得部４３と、このデータ取得部４３からのデータを受け取ってディスプレイにデータを表示するデータ表示部４４等で構成されている。
【００４１】
次に、本発明のデータ管理システムによるデータ（ファイル）の検索を行なう場合について説明する。図５はデータ検索のフローを示し、ステップＳ１で端末装置４側から検索を行なう場合には、ステップＳ２に移行して、検索条件指示部４２（図１参照）から１つの属性、あるいは複数の属性で検索式を形成し、これを検索条件として入力する。
そして、ステップＳ３に示すように、この検索条件がデータ管理装置１に受け付けられ、データ検索部１１により検索処理が行なわれる（ステップＳ４参照）。データ格納部２側では、検索条件に合致した特定のデータ（ファイル）が読み出され、該データがデータ管理装置１に送られ、さらにデータ管理装置１から端末装置４へと転送される（ステップＳ６参照）。端末装置４側では、データ取得部４３にてデータが取得され（ステップＳ７参照）、そして、データ表示部４４により取得したデータが端末装置４側で表示されることになる（ステップＳ８参照）。
【００４２】
図６はクラスを作成する場合のフロー図を示し、ステップＳ１１でクラスを作成する場合には、ステップＳ１２に移行する。そして、データ構造管理部１２でもって、文字、数値、音声、静止画、動画等のデータを取り入れ、さらに、データの属性、プログラム等のメソッドを確定する。
また、インスタンス管理部１３により、インスタンスに属性値として格納するインデックス情報を確定し、次いで、ステップＳ１３に移行して、データ格納部２において、クラス、インスタンスとして新規に格納する。
【００４３】
図７はクラスの内容の更新をする場合のフロー図を示し、クラスの更新を行なう場合には、ステップＳ２１からステップＳ２２に進んで、データ、属性、メソッド、属性値等のいずれか、あるいは全部の更新内容を確定する。そして、ステップＳ２３に示すように、更新したデータ、属性、メソッド、属性値等がデータ格納部２でその内容が更新されることになる。
【００４４】
図８はクラスの削除を行なう場合のフロー図を示し、クラスの削除を行なう場合には、ステップＳ３２に移行し、削除するクラスを確定し、次にステップＳ３３に移行してデータ格納部２の該当するクラスを削除する。
【００４５】
なお、上記ではクラスの作成、更新、削除等について説明したが、インスタンスの作成、更新、削除も上記と同様の方法で行なうことができるのはもちろんである。
【００４６】
また、上記のクラス、インスタンスの作成、更新、削除等は、端末装置４側からもできるようにしている。かかる場合には、図１に示すデータ管理装置１の各部を端末装置４側に形成することで、容易に構築できる。
【００４７】
なお、本発明は基本的な発明であるため、具体的な例を挙げて説明はしなかったが、例えば、マルチメディアデータを含んだ電子掲示板、電子会議室、文書閲覧システム、電子図書館に適用できるものであり、これらは本発明を適用することで、簡単に構築することができる。
【００４８】
【発明の効果】
本発明によれば、データの単位をＯＳのファイルとすることで、マルチメディアデータを容易に管理、運用ができ、マルチメディアデータの検索時間等の検索負荷を軽減し、効率良く検索できるものである。
【図面の簡単な説明】
【図１】  本発明の実施の形態のデータ管理システムの構成図である。
【図２】  本発明の実施の形態のデータ格納部の構造図である。
【図３】  本発明の実施の形態のオブジェクト空間図である。
【図４】  本発明の実施の形態のデータ管理装置のハード構成を示すブロック図である。
【図５】  本発明の実施の形態のデータ検索を行なう場合のフローチャートである。
【図６】  本発明の実施の形態のクラスの作成を行なう場合のフローチャートである。
【図７】  本発明の実施の形態のクラスの更新を行なう場合のフローチャートである。
【図８】  本発明の実施の形態のクラスの削除を行なう場合のフローチャートである。
【符号の説明】
１  データ管理装置
２  データ格納部
３  ネットワーク伝送路
４  端末装置
１０  データ管理機能部
１１  データ検索部
１２  データ構造管理部
１３  インスタンス管理部
【図１】
0003798580.tif 000002
【図２】
0003798580.tif 000003
【図３】
0003798580.tif 000004
【図４】
0003798580.tif 000005
【図５】
0003798580.tif 000006
【図６】
0003798580.tif 000007
【図７】
0003798580.tif 000008
【図８】
0003798580.tif 000009