(57)【要約】【課題】  汎用的なＤＢインタフェースを提供すること。【解決手段】  次の構成を有するデータベースマネージシステムを提供する。即ち、組み込み機器のアーキテクチャに応じた交換可能なインターフェースモジュール１０２と、データ処理モジュール１０７とを有する。更には、固有の処理モジュールのアクセススキーマ定義をロードし、動的にアクセス機能を実装可能なＤＢマネージャモジュール１０３を有する。【選択図】    図１
2007122283.tif 000002
【特許請求の範囲】
【請求項１】
情報処理装置であって、
データを保持するデータベースと、
前記データベースが保持するデータを用いて処理を行う旨を受けた場合には、当該データを前記データベースから読み出した後、そのファイルフォーマットを前記情報処理装置固有のファイルフォーマットに変換する手段と、
前記変換後のデータを用いて処理を行う手段と
を備えることを特徴とする情報処理装置。
【請求項２】
更に、所定のデータを前記データベースに登録する手段を備えることを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記情報処理装置は、組み込み機器の一部として機能することを特徴とする請求項１に記載の情報処理装置。
【請求項４】
前記データベースはＸＭＬベースで実行されていることを特徴とする請求項１に記載の情報処理装置。
【請求項５】
データを保持するデータベースを有する情報処理装置の制御方法であって、
前記データベースが保持するデータを用いて処理を行う旨を受けた場合には、当該データを前記データベースから読み出した後、そのファイルフォーマットを前記情報処理装置固有のファイルフォーマットに変換する工程と、
前記変換後のデータを用いて処理を行う工程と
を備えることを特徴とする情報処理装置の制御方法。
【請求項６】
コンピュータに請求項５に記載の制御方法を実行させるためのプログラム。
【請求項７】
請求項６に記載のプログラムを格納したことを特徴とする、コンピュータ読み取り可能な記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データベースに登録されているデータを取り扱うための技術に関するものである。
【背景技術】
【０００２】
近年、機器内部で取りうるリソース（ＣＰＵ，メモリ、ストレージ）が肥大化し、機器自身が高機能化してきている。このような背景のなかで、機器自身が取り扱うデータも高度化、複雑化してきている。そのため、機器内部ではこのようなデータを効率的、且つ安全に取り扱うために、ＤＢのような管理体系を内部で構築し、一元管理するようなアーキテクチャをとってきている（例えば、特許文献１）。
【０００３】
また、ＸＭＬ特徴によりデータ構造の改編性や、追加削除の容易性、インターネットの普及によるデータの流通性等により、ＸＭＬデータを取り扱うようになってきた。
【特許文献１】特開２００４−１６４６２３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、機器のハードウェアアーキテクチャは汎用的なＰＣアーキテクチャと異なり、機器自身の目的のためのハードウェアアーキテクチャとなる。そのため、そのアーキテクチャは様々な形態をとり、汎用的なＤＢを導入することが困難であった。
【０００５】
また、ＸＭＬの構造によってアクセスを定義する汎用的なＸＭＬＤＢについても、個別の機器を実装する必要があるため、導入が困難であった。
【０００６】
さらに、機器間でデータを交換する場合に於いて、ＤＢ自身の互換性がないし、更には管理するＸＭＬデータが異なるため、機器間でＤＢ間でのデータ交換ができず、専用の交換処理プログラムを開発しなければならなかった。
【０００７】
本発明は以上の問題に鑑みてなされたものであり、汎用的なＤＢインタフェースを提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明の目的を達成するために、例えば、本発明の情報処理装置は以下の構成を備える。
【０００９】
即ち、情報処理装置であって、
データを保持するデータベースと、
前記データベースが保持するデータを用いて処理を行う旨を受けた場合には、当該データを前記データベースから読み出した後、そのファイルフォーマットを前記情報処理装置固有のファイルフォーマットに変換する手段と、
前記変換後のデータを用いて処理を行う手段と
を備えることを特徴とする。
【００１０】
本発明の目的を達成するために、例えば、本発明の情報処理装置の制御方法は以下の構成を備える。
【００１１】
即ち、
データを保持するデータベースを有する情報処理装置の制御方法であって、
前記データベースが保持するデータを用いて処理を行う旨を受けた場合には、当該データを前記データベースから読み出した後、そのファイルフォーマットを前記情報処理装置固有のファイルフォーマットに変換する工程と、
前記変換後のデータを用いて処理を行う工程と
を備えることを特徴とする。
【発明の効果】
【００１２】
本発明の構成により、汎用的なＤＢインタフェースを提供することができる。
【発明を実施するための最良の形態】
【００１３】
以下添付図面を参照して、本発明を好適な実施形態に従って詳細に説明する。
【００１４】
［第１の実施形態］
図１は、本実施形態に係る情報処理装置の機能構成を示すブロック図である。同図において１０１は、後述するＤＢ（データベース）１０５に登録されているデータを取り扱う外部モジュールである。１０２は、本装置内プロセスや本装置内プログラム、本装置自身のアーキテクチャに依存した独立プロセスに対するインタフェースモジュールである。
【００１５】
１０３はＤＢマネージャモジュール、１０４はＤＢ１０５へのアクセスを制御するＤＢアクセスモジュール、１０５は後述する各種のデータを保持するＤＢである。１０６は本装置に固有の動作を指示するための定義スキーマ、１０７は本装置内における後述の各種のデータ処理を行うデータ処理モジュール、１０８は本装置内、若しくは本装置外でやり取りされるデータである。
【００１６】
このような構成を有する情報処理装置は、以下の手順に従って動作する。
【００１７】
＜処理１＞  本装置の起動時に、ＤＢマネージャモジュール１０３が本装置固有の処理（プログラムやデータ）をロードする
＜処理２＞  ＤＢ１０５に格納されているデータを読み出して用いる
＜処理３＞  本装置内外で取り扱うデータをＤＢ１０５に格納して管理する
以下では、＜処理１＞から＜処理３＞の各処理について詳細に説明する。
【００１８】
図２は、＜処理１＞の詳細を示すフローチャートである。
【００１９】
先ず、ＤＢマネージャモジュール１０３は、定義スキーマ１０６をロードする（ステップＳ２０１）。この定義スキーマ１０６には、データ処理モジュール１０７のインターフェース規定や、ＤＢマネージャモジュール１０３における処理手順のうち何れの処理が固有の処理に渡されるかといったものが記述されている。更には、データ処理モジュール１０７を起動するためのデータ入出力手順も記述されている。
【００２０】
次に、ＤＢマネージャモジュール１０３は、ロードした定義スキーマ１０６に基づき、インターフェースに係る記述部分を参照した場合には、処理をステップＳ２０２を介してステップＳ２０４に進め、インターフェースの生成を行う（ステップＳ２０４）。一方、処理（シーケンス）に係る記述部分を参照した場合には、処理をステップＳ２０２を介してステップＳ２０３に進め、シーケンス（手順）の生成を行う（ステップＳ２０３）。そしてこれにより、ＤＢマネージャモジュール１０３として動作する際のデータ処理モジュール１０７のインタフェースを形成する（ステップＳ２０５）。
【００２１】
次に、＜処理２＞について説明する。図３は、＜処理２＞を行う際に、図１に示した各部の間におけるやり取りを示す図である。
【００２２】
外部プロセス１０１は、ＤＢ１０５に格納されているデータを取り扱うのであるが、データを本装置内のファイルシステムに合わせたデータファイル１０８としてリード／ライトを行う機構を備えている。このような機構を有する外部プロセス１０１は、ＤＢ１０５から取りだしたデータをファイルに書き出した状態で取り扱うために、インターフェースモジュール１０２に対して、データの出力を要求する（３０１）。
【００２３】
この要求を受けると、インターフェースモジュール１０２は、ＤＢマネージャモジュール１０３に対してこの要求を受け付けた旨を通知する（３０２）。この通知を受けたＤＢマネージャモジュール１０３は、ＤＢアクセスモジュール１０４に対してデータの出力を要求する（３０３）。
【００２４】
ＤＢアクセスモジュール１０４は、ＤＢ１０５に対してアクセスし（３０４）、ＤＢ１０５から指定されたデータを読み出す（３０５）。ＤＢアクセスモジュール１０４が読み出したデータは、ＤＢマネージャモジュール１０３を介して（３０６）、データ処理モジュール１０７に渡される（３０７）。
【００２５】
データ処理モジュール１０７は、受けたこのデータを、本装置のアーキテクチャに合わせたファイルフォーマットでもって出力すべく、このファイルフォーマットに係る情報の取得をＤＢアクセスモジュール１０４に対して要求する（３０８）。ＤＢアクセスモジュール１０４は、ＤＢ１０５に対してアクセスし（３０９）、要求されたファイルフォーマットに係る情報をＤＢ１０５から読み出す（３１０）。そして読み出した情報をデータ処理モジュール１０７に渡す（３１１）。
【００２６】
データ処理モジュール１０７は、ＤＢマネージャモジュール１０４から受けたファイルフォーマットに係る情報に基づいて、３０７で受けたデータのファイルフォーマットを変更し、出力する（３１２）。その後、データ処理モジュール１０７は、データの出力が終わったことをＤＢマネージャモジュール１０３に通知する（３１３）。
【００２７】
ＤＢマネージャモジュール１０３は更にインターフェースモジュール１０２に対して同様の旨を通知する（３１４）し、インターフェースモジュール１０２は外部プロセス１０１に対して同様の旨を通知する（３１５）。
【００２８】
その後、外部プロセス１０１は、処理済みのデータ１０８を読み取り、所定の処理を開始する（３１６）。
【００２９】
次に、＜処理３＞について説明する。図４は、＜処理３＞を行う際に、図１に示した各部の間におけるやり取りを示す図である。
【００３０】
外部プロセス１０１は、ＤＢ１０５に登録すべく外部から送信されたデータ１０８をＤＢ１０５に登録する要求をインターフェースモジュール１０２に対して出力する（４０１）。インターフェースモジュール１０２は、この要求を更にＤＢマネージャモジュール１０３に出力する（４０２）。ＤＢマネージャモジュール１０３は、この要求を、データ処理モジュール１０７に出力する（４０３）。データ処理モジュール１０７はこの要求を受けると、要求されているデータ１０８を読み出し（４０４，４０５）、読み出したこのデータ１０８をＤＢ１０５に登録する要求をＤＢアクセスモジュール１０４に出力する（４０６）。
【００３１】
ＤＢアクセスモジュール１０４はこの要求を受けると、ＤＢ１０５にアクセスし（４０７）、データ１０８をＤＢ１０５に格納する（４０８）。格納が終了すると（格納終了の旨をＤＢアクセスモジュール１０４から通知されると）、データ処理モジュール１０７は、本装置のファイルシステムよりデータ１０８を削除する（４０９）。更に、データ格納完了の旨をＤＢマネージャモジュール１０３に通知する（４１０）。更に、ＤＢマネージャモジュール１０３は、インターフェースモジュール１０２に対して同様の通知を行うし（４１１）、インターフェースモジュール１０２は外部プロセス１０１に対して同様の通知を行う（４１２）。
【００３２】
図５は、上記情報処理装置のハードウェア構成を示すブロック図である。
【００３３】
同図において５０１はＣＰＵで、ＲＡＭ５０２やＲＯＭ５０３に格納されているプログラムやデータを用いて、本装置全体の制御を行うと共に、上記＜処理１＞〜＜処理３＞を実行する。
【００３４】
５０２はＲＡＭで、ハードディスク５０５からロードしたプログラムやデータ、Ｉ／Ｆ５０４を介して外部から受信したデータ等を一時的に記憶するためのエリアを有すると共に、ＣＰＵ５０１が各種の処理を実行する際に用いるワークエリアも有する。５０３はＲＯＭで、本装置の設定データなどを格納する。５０４はＩ／Ｆで、外部からのデータを受信するためのインターフェース部として機能するものである。５０５はハードディスク５０５で、ＣＰＵ５０１に上記＜処理１＞〜＜処理３＞を実行実行させるためのプログラムやデータが格納されている。更には、ハードディスク５０５内には上記ＤＢ１０５も設けられている。
【００３５】
５０６は上述の各部を繋ぐバスである。
【００３６】
なお、図１に示した各モジュール（プロセス）をプログラムにより実行する場合にはこのプログラムはハードディスク５０５内に保存され、適宜ＲＡＭ５０２にロードされ、ＣＰＵ５０１がこれを用いて処理を実行することになる。しかし、図１に示した各モジュール（プロセス）の一部、若しくは全部をハードウェアによって実現するようにしても良い。
【００３７】
以上の説明により、本実施形態によれば、機器におけるデータの取り扱いが一元化することは容易であり、機器に依存した拡張モジュールをそのモジュールのアクセス方法を定義するだけで利用可能となる。これにより、データベースの存在そのものを機器側のアプリケーションやファームウェアが意識すること無く利用できるので、機器内におけるデータの取り扱いの保守性と安全性が高まる。
【００３８】
また交換可能なインタフェースモジュールによって、ファイルシステムのないＯＳ化においてファイルシステムを特別に準備することなくＤＢをファイルシステムと等価に利用できる。
【００３９】
また、ＤＢ自身をＸＭＬＤＢとすることで、ネットワーク上で流通するＸＭＬデータを意識すること無くハンドリング可能なデータとして利用可能になり、機器内でＸＭＬ処理系を持つことなくＸＭＬデータの取り扱いが可能になる。さらにＤＢ自身アクセスも交換可能なため汎用的なクエリー言語から最新のクエリー言語まで利用可能となる。
【００４０】
そして、データの取り扱いに関わる熟成された技術から最新の技術までを本アーキテクチャに適用可能である。また、機器間におけるデータ交換も定義済みの流通しているクエリーを利用できるため、相互のデータの互換性を意識すること無く交換することが可能になる。
【００４１】
なお、以上説明した情報処理装置は、例えば、組み込み機器の一部として機能するものとしても良い。
【００４２】
［第２の実施形態］
図６は、本実施形態に係る情報処理装置の機能構成を示すブロック図である。同図において６０１は、後述するＤＢ（データベース）６０５に登録されているデータを取り扱う外部モジュールである。６０２は、本装置内プロセスや本装置内プログラム、本装置自身のアーキテクチャに依存した独立プロセスに対するインタフェースモジュールである。
【００４３】
６０３はＤＢマネージャモジュール、６０４はＤＢ６０５へのアクセスを制御するＤＢアクセスモジュール、６０５は後述する各種のデータを保持するＤＢである。６０６は本装置に固有の動作を指示するための定義スキーマ、６０７は本装置内における後述の各種のデータ処理を行うデータ処理モジュール、６０８は本装置内、若しくは本装置外でやり取りされるデータである。
【００４４】
６０９は管理データ、６１０はＤＢ６０５内で管理されているＸＭＬデータ、６１１はＤＭ６０５に対してアクセスする際に必要な外部ライブラリとしてのＸＭＬパーサー、６１２はＸＰａｔｈライブラリである。
【００４５】
このような構成を有する情報処理装置が、上記＜処理１＞〜＜処理３＞を行う場合について説明する。
【００４６】
尚、＜処理１＞を行う場合に、図６に示した各部が行う動作については第１の実施形態と同じ、即ち、図２のフローチャートに従った処理を行う。（図２のフローチャートを用いた上記説明には図６に示したモジュール名と同じものが登場するので、図２のフローチャートを用いた上記説明は、図６に示した各モジュールの動作として説明しても良い）。
【００４７】
次に、＜処理２＞について説明する。図７は、＜処理２＞を行う際に、図１に示した各部の間におけるやり取りを示す図である。
【００４８】
外部プロセス６０１は、ＤＢ６０５に格納されているデータを取り扱うのであるが、データを本装置内のファイルシステムに合わせたデータファイル６０８としてリード／ライトを行う機構を備えている。このような機構を有する外部プロセス６０１は、ＤＢ６０５から取りだしたデータをファイルに書き出した状態で取り扱うために、ＩＤをインターフェースモジュール６０２に対して要求する（７０１）。このＩＤは、ＤＢ６０５にデータを格納した際に、このデータに付加したＩＤ（このデータの種別を表すユニークなＩＤ）である。
【００４９】
この要求を受けると、インターフェースモジュール６０２は、ＤＢマネージャモジュール６０３に対してこの要求を受け付けた旨を通知する（７０２）。この通知を受けたＤＢマネージャモジュール６０３は、ＤＢアクセスモジュール６０４に対してこの要求を受け付けた旨を通知する（７０３）。ＤＢアクセスモジュール６０４はこの通知に応じてＤＢ６０５に対してアクセスする（７１７）。そして、要求されたＩＤと、ＤＢ６０５内のデータ位置とのマッチングを行うために、ＸＭＬパーサー６１１を用いてパースし、ＩＤと管理データ６０９とのマッチングを行い、ＤＢ６０５内の特定の位置情報をＸＰａｔｈ情報として取得する（７１８，７１９）。
【００５０】
そして、ＤＢアクセスモジュール６０４に対して、算出したＸＰａｔｈデータの出力を要求する（７２０）。ＤＢアクセスモジュール６０４は、ＤＢ６０５に対してアクセスし（７０４）、ＸＰａｔｈライブラリ６１２を用いて要求されているデータを取得する（７０５）。ＤＢアクセスモジュール６０４が読み出したデータは、ＤＢマネージャモジュール６０３を介して、データ処理モジュール６０７に渡される（７０７）。
【００５１】
データ処理モジュール６０７は、受けたこのデータを、本装置のアーキテクチャに合わせたファイルフォーマットでもって出力すべく、このファイルフォーマットに係る情報の取得をＤＢアクセスモジュール６０４に対して要求する（７０８）。ＤＢアクセスモジュール６０４は、ＤＢ６０５に対してアクセスし（７０９）、要求されたファイルフォーマットに係る情報をＤＢ６０５から読み出す（７１０）。そして読み出した情報をデータ処理モジュール６０７に渡す（７１１）。
【００５２】
データ処理モジュール６０７は、ＤＢマネージャモジュール６０４から受けたファイルフォーマットに係る情報に基づいて、７０７で受けたデータのファイルフォーマットを変更し、出力する（７１２）。その後、データ処理モジュール６０７は、データの出力が終わったことをＤＢマネージャモジュール６０３に通知する（７１３）。ＤＢマネージャモジュール６０３は更にインターフェースモジュール６０２に対して同様の旨を通知する（７１４）し、インターフェースモジュール６０２は外部プロセス６０１に対して同様の旨を通知する（７１５）。
【００５３】
その後、外部プロセス６０１は、処理済みのデータ１０８を読み取り、所定の処理を開始する（７１６）。
【００５４】
次に、＜処理３＞について説明する。図８は、＜処理３＞を行う際に、図６に示した各部の間におけるやり取りを示す図である。
【００５５】
外部プロセス６０１は、ＤＢ６０５に登録すべく外部から送信されたデータ６０８をＤＢ６０５に登録する要求をインターフェースモジュール６０２に対して出力する（８０１）。インターフェースモジュール６０２は、この要求を更にＤＢマネージャモジュール６０３に出力する（８０２）。
【００５６】
ここで、このデータファイル６０８は、機器内プロセスによって管理可能なデータIDによってデータが仕分けされている。
【００５７】
ＤＢマネージャモジュール６０３は、この要求を、データ処理モジュール６０７に出力する（８０３）。データ処理モジュール６０７はこの要求を受けると、要求されているデータ６０８を読み出し（８０４，８０５）、データIDとデータの対応をＤＢマネージャモジュール６０３に通知する（８０６）。
【００５８】
ＤＢマネージャモジュール６０３は、通知されたIDの体系と格納先のＤＢ６０５のXML構造XMLパーサーを利用して突き合わせ（８１３〜８１６）、IDに該当するXPathを生成する。そして、所望のデータを格納先であるXPathを付加し、ＤＢアクセスモジュール６０４に対してＤＢ６０５への格納を要求する（８１７）。
【００５９】
ＤＢアクセスモジュール６０４は、この要求を受けると、XPathライブラリ６１２を利用して、格納要求されたデータをＤＢ６０５に格納する（８０７、８０８）。格納が終了すると、データ格納完了の旨をＤＢマネージャモジュール６０３に通知する（８１８）。更に、ＤＢマネージャモジュール６０３は、IDの格納先XML構造の位置情報の管理情報をＤＢ６０５へ格納する（８１９〜８２２）。
【００６０】
これらの格納処理が完了すると、ＤＢマネージャモジュール６０３はデータ処理モジュール６０７に対して本装置のファイルシステムよりデータ６０８を削除するよう、要求する（８２３）。これにより、データ処理モジュール６０７は、この要求に応じてデータ６０８を削除する（８０９）。
【００６１】
そして、データ処理モジュール６０７は、データ格納完了の旨をＤＢマネージャモジュール６０３に通知する（８１０）。更に、ＤＢマネージャモジュール６０３は、インターフェースモジュール６０２に対して同様の通知を行うし（８１１）、インターフェースモジュール６０２は外部プロセス６０１に対して同様の通知を行う（８１２）。
【００６２】
なお、本実施形態に係る情報処理装置についても第１の実施形態と同様に、図５に示した構成を有するコンピュータでもって実装するようにしても良い。即ち、上述の通り、図６に示した各モジュール（プロセス）をプログラムにより実行する場合にはこのプログラムはハードディスク５０５内に保存され、適宜ＲＡＭ５０２にロードされ、ＣＰＵ５０１がこれを用いて処理を実行することになる。しかし、図６に示した各モジュール（プロセス）の一部、若しくは全部をハードウェアによって実現するようにしても良い。
【００６３】
以上の説明により、本実施形態によれば、ＤＢ自身をＸＭＬＤＢとすることで、ネットワーク上で流通するＸＭＬデータを意識すること無くハンドリング可能なデータとして利用可能になる。そして、機器内でＸＭＬ処理系を持つことなくＸＭＬデータの取り扱いが可能になる。
【００６４】
さらにＤＢ自身アクセスも交換可能なため汎用的なクエリー言語から最新のクエリー言語まで利用可能となり、データの取り扱いに関わる熟成された技術から最新の技術までを本アーキテクチャに適用可能となる。
【００６５】
また、機器間におけるデータ交換も定義済みの流通しているクエリーを利用できるため、相互のデータの互換性を意識すること無く交換することが可能になる。
【００６６】
なお、以上説明した情報処理装置は、例えば、組み込み機器の一部として機能するものとしても良い。
【００６７】
［その他の実施形態］
また、本発明の目的は、以下のようにすることによって達成されることはいうまでもない。即ち、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記録媒体（または記憶媒体）を、システムあるいは装置に供給する。そして、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムコードを読み出し実行する。この場合、記録媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記録した記録媒体は本発明を構成することになる。
【００６８】
また、コンピュータが読み出したプログラムコードを実行することにより、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているオペレーティングシステム（ＯＳ）などが実際の処理の一部または全部を行う。その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００６９】
さらに、記録媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張カードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれたとする。その後、そのプログラムコードの指示に基づき、その機能拡張カードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００７０】
本発明を上記記録媒体に適用する場合、その記録媒体には、先に説明したフローチャートに対応するプログラムコードが格納されることになる。
【図面の簡単な説明】
【００７１】
【図１】本発明の第１の実施形態に係る情報処理装置の機能構成を示すブロック図である。
【図２】＜処理１＞の詳細を示すフローチャートである。
【図３】＜処理２＞を行う際に、図１に示した各部の間におけるやり取りを示す図である。
【図４】＜処理３＞を行う際に、図１に示した各部の間におけるやり取りを示す図である。
【図５】情報処理装置のハードウェア構成を示すブロック図である。
【図６】本発明の第２の実施形態に係る情報処理装置の機能構成を示すブロック図である。
【図７】＜処理２＞を行う際に、図１に示した各部の間におけるやり取りを示す図である。
【図８】＜処理３＞を行う際に、図６に示した各部の間におけるやり取りを示す図である。
【図１】
2007122283.tif 000003
【図２】
2007122283.tif 000004
【図３】
2007122283.tif 000005
【図４】
2007122283.tif 000006
【図５】
2007122283.tif 000007
【図６】
2007122283.tif 000008
【図７】
2007122283.tif 000009
【図８】
2007122283.tif 000010