(57)【要約】【課題】多種多様な直接材Ｂ２Ｂ取引に対応可能な注文登録システムに活用できる画面生成エンジンを提供する。【解決手段】画面生成エンジンは、画面表示を自動化するための機能である項目属性・制御機能１に加え、表示項目の入力チェック仕様を管理するための機能である項目チェック・関連チェック仕様２と、項目の計算ロジックを管理するための機能である自動計算仕様３とを有している。これらの機能は、オブジェクト指向技術とＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ　Ｍａｒｋｕｐ　Ｌａｎｇｕａｇｅ）技術により、クラス構成で実装される。また、項目ヘルプの自動生成にも活用できる。さらに、ＥＤＩ編集エンジンにより、画面生成、ＤＢ格納後のＥＤＩの編集にも応用できる。【選択図】　　　図１
2004054749.tif 000002
【特許請求の範囲】
【請求項１】
多種多様な直接材Ｂ２Ｂ取引に対応可能な注文登録システムに活用できる画面生成エンジンであって、
該画面生成エンジンは、画面表示を自動化するための機能である項目属性・制御機能と、表示項目の入力チェック仕様を管理するための機能である項目チェック・関連チェック仕様と、項目の計算ロジックを管理するための機能である自動計算仕様とを有し、
前記各機能は、オブジェクト指向技術とＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ　Ｍａｒｋｕｐ　Ｌａｎｇｕａｇｅ）技術により、クラス構成で実装され、
該クラス構成は、
１つの伝票に複数存在する明細（ＢＯＤＹ）行や画面の各項目に対して１つずつ存在する項目値を管理するＨＥＡＤクラスと、
前記明細（ＢＯＤＹ）行に対応して明細１行に表示する各項目の項目値を管理する明細（ＢＯＤＹ）クラスと、
画面の各項目に対応して画面に入力する値およびその値に対応する項目名が何であるかの情報を管理する項目値クラスと、
画面に表示する項目ごとに対応し、項目名が同じでもチェック仕様の属性が異なる項目を別個に管理する項目属性クラスと、
パターン毎に項目チェック仕様を管理する項目チェッククラスと、
パターン毎に自動計算仕様を管理する自動計算クラスとから構成される、画面生成エンジン。
【請求項２】
前記ＨＥＡＤクラスは、商社ＩＤ、メーカーＩＤ、品種ＩＤ、管理情報をキーとして有し、
前記明細（ＢＯＤＹ）クラスは、明細（ＢＯＤＹ）の行数をキーとして有し、
前記項目値クラスは、前記画面生成エンジンで生成される項目名と入力値を有し、
前記項目属性クラスは、項目名が同じでもチェック仕様の属性が異なる項目を管理するためキーとして内部項目ＩＤをわりあて、属性は、画面で入力を行う項目ＩＤ、項目名、データ型、画面上桁数、チェッククラス名、自動計算クラス名を有し、
前記項目チェッククラスは、項目チェックと関連チェックの仕様をオブジェクト指向言語で記述され、
前記自動計算クラスは、項目に対応する自動計算仕様をオブジェクト指向言語で記述され、
前記画面生成エンジンが管理する各項目は、項目属性テーブルで管理され、
該項目属性テーブルは、
同じ項目名でもチェック条件が取引先により異なるため、前記内部項目ＩＤをキーとして管理され、
ＨＥＡＤ画面に所定の項目、明細（ＢＯＤＹ）画面に所定の項目が表示され、条件を識別するために仲介の商社ＩＤ、メーカＩＤ、品種ＩＤ、画面（ＨＥＡＤ画面／ＢＯＤＹ画面）種類、項目ＩＤで管理され、
画面情報は、画面に表示される項目名と表示エリアを示す項目種別とともに、表示した後の入力チェック条件ともなる、データ型、画面上桁数、表示上の編集を示す画面表示情報と項目チェック情報と自動計算を実現する自動計算クラス名からなる、請求項１に記載の画面生成エンジン。
【請求項３】
前記商社ＩＤ、前記メーカＩＤ、前記品種ＩＤをキーとして、前記項目属性テーブルを検索し、表示する項目の前記内部項目ＩＤを取得し、
画面表示に必要な項目を前記項目属性テーブルより取得し、前記項目種別により、表示箇所を特定し、
取り出した表示内容により自動的に注文登録ＨＥＡＤ画面が表示される、請求項１または請求項２に記載の画面生成エンジン。
【請求項４】
画面表示をする段階で入力された項目が、内部項目ＩＤのどこに対応するかがわかるため、項目チェック情報と、自動計算クラスを実行することで該当項目の処理が可能となり、
入力チェック後は、次に読み出せるように、入力した項目すべてをタグ形式の注文情報としてＤＢに登録する、請求項１から請求項３のいずれか１項に記載の画面生成エンジン。
【請求項５】
項目チェック内容が変更になった場合や自動計算ロジックが変化した場合、前記項目属性テーブルの各フィールドを修正することで対応可能となる、請求項１から請求項４のいずれか１項に記載の画面生成エンジン。
【請求項６】
画面に項目追加があった場合、前記項目属性テーブルに追加項目に必要なレコードを追加することで対応可能となる、請求項１から請求項５のいずれか１項に記載の画面生成エンジン。
【請求項７】
前記画面生成エンジンは、更に項目ヘルプ機能を有し、
前記項目属性テーブルに対象となるヘルプファイルを登録することで、項目ヘルプの自動生成を実現する、請求項１から請求項６のいずれか１項に記載の画面生成エンジン。
【請求項８】
前記画面生成エンジンが管理する前記項目属性テーブルにＥＤＩ編集情報を付け加えることで、ＤＢ格納後のフォーマット編集が可能となり、
メーカ取引のための全銀フォーマット、商社向けのタグ形式、商社向けのスプレッドシート形式に出力する機能を有するＥＤＩ編集エンジンと組み合わせて、多種多様な直接材Ｂ２Ｂ取引に対応可能な注文登録システムに必要な機能を統合できる、請求項１から請求項７のいずれか１項に記載の画面生成エンジン。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、多種多様な直接材Ｂ２Ｂ（Ｂｕｓｉｎｅｓｓ　ＴＯ　Ｂｕｓｉｎｅｓｓ、企業間）取引に対応可能な注文登録システムに活用できる画面生成エンジンに関する。
【０００２】
【従来の技術】
多種多様な直接材Ｂ２Ｂ取引に対応可能な注文登録システムでは、多種多様な、仕入れメーカ、得意先のＥＤＩ（Ｅｌｅｃｔｒｏｎｉｃ　Ｄａｔａ　Ｉｎｔｅｒｃｈａｎｇｅ、電子データ交換）要件に対応するため、同一の商品（特に鉄鋼製品のような直接材）を扱う際には、入力様式、チェック条件、伝送フォーマット、が異なっている。
【０００３】
その上、商品が異なると入力可能な項目が変化するなど入力項目が、全商品で数千に及んでしまうことがあり、このようなシステムでは、仕入れメーカ別、発注商品別に個別のシステムが開発されていた。
【０００４】
【発明が解決しようとする課題】
上述の従来技術には、次のような問題点があった。
【０００５】
第１の問題点は、必要以上に開発工数が多くなるということである。
【０００６】
その理由は、似たような入力画面を仕入れメーカ別、商品別に開発するためである。
【０００７】
第２の問題点は、入力項目の追加に弱いということである。
【０００８】
その理由は、入力項目が変化すると画面デザインもそれにあわせて変化させる必要があるためである。
【０００９】
第３の問題点は、共通的な変化（制度変更）に弱いということである。
【００１０】
その理由は、同じ修正を全ての入力プログラムに加えなければならないためである。
【００１１】
上述の従来技術の問題点に鑑み、本発明の目的は、多種多様な直接材Ｂ２Ｂ取引に対応可能な注文登録システムに活用できる画面生成エンジンを提供することにある。
【００１２】
【課題を解決するための手段】
本発明の画面生成エンジンは、
多種多様な直接材Ｂ２Ｂ取引に対応可能な注文登録システムに活用できる画面生成エンジンであって、画面生成エンジンは、画面表示を自動化するための機能である項目属性・制御機能と、表示項目の入力チェック仕様を管理するための機能である項目チェック・関連チェック仕様と、項目の計算ロジックを管理するための機能である自動計算仕様とを有し、各機能は、オブジェクト指向技術とＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ　Ｍａｒｋｕｐ　Ｌａｎｇｕａｇｅ）技術により、クラス構成で実装され、クラス構成は、１つの伝票に複数存在する明細（ＢＯＤＹ）行や画面の各項目に対して１つずつ存在する項目値を管理するＨＥＡＤクラスと、明細（ＢＯＤＹ）行に対応して明細１行に表示する各項目の項目値を管理する明細（ＢＯＤＹ）クラスと、画面の各項目に対応して画面に入力する値およびその値に対応する項目名が何であるかの情報を管理する項目値クラスと、画面に表示する項目ごとに対応し、項目名が同じでもチェック仕様の属性が異なる項目を別個に管理する項目属性クラスと、パターン毎に項目チェック仕様を管理する項目チェッククラスと、パターン毎に自動計算仕様を管理する自動計算クラスとから構成される。
【００１３】
また、ＨＥＡＤクラスは、商社ＩＤ、メーカーＩＤ、品種ＩＤ、管理情報をキーとして有し、明細（ＢＯＤＹ）クラスは、明細（ＢＯＤＹ）の行数をキーとして有し、項目値クラスは、画面生成エンジンで生成される項目名と入力値を有し、項目属性クラスは、項目名が同じでもチェック仕様の属性が異なる項目を管理するためキーとして内部項目ＩＤをわりあて、属性は、画面で入力を行う項目ＩＤ、項目名、データ型、画面上桁数、チェッククラス名、自動計算クラス名を有し、項目チェッククラスは、項目チェックと関連チェックの仕様をオブジェクト指向言語で記述され、自動計算クラスは、項目に対応する自動計算仕様をオブジェクト指向言語で記述され、画面生成エンジンが管理する各項目は、項目属性テーブルで管理され、項目属性テーブルは、同じ項目名でもチェック条件が取引先により異なるため、内部項目ＩＤをキーとして管理され、ＨＥＡＤ画面に所定の項目、明細（ＢＯＤＹ）画面に所定の項目が表示され、条件を識別するために仲介の商社ＩＤ、メーカＩＤ、品種ＩＤ、画面（ＨＥＡＤ画面／ＢＯＤＹ画面）種類、項目ＩＤで管理され、画面情報は、画面に表示される項目名と表示エリアを示す項目種別とともに、表示した後の入力チェック条件ともなる、データ型、画面上桁数、表示上の編集を示す画面表示情報と項目チェック情報と自動計算を実現する自動計算クラス名からなってもよい。
【００１４】
また、商社ＩＤ、メーカＩＤ、品種ＩＤをキーとして、項目属性テーブルを検索し、表示する項目の内部項目ＩＤを取得し、画面表示に必要な項目を項目属性テーブルより取得し、項目種別により、表示箇所を特定し、取り出した表示内容により自動的に注文登録ＨＥＡＤ画面が表示されてもよい。
【００１５】
また、画面表示をする段階で入力された項目が、内部項目ＩＤのどこに対応するかがわかるため、項目チェック情報と、自動計算クラスを実行することで該当項目の処理が可能となり、入力チェック後は、次に読み出せるように、入力した項目すべてをタグ形式の注文情報としてＤＢに登録してもよい。
【００１６】
また、項目チェック内容が変更になった場合や自動計算ロジックが変化した場合、項目属性テーブルの各フィールドを修正することで対応可能となってもよい。
【００１７】
また、画面に項目追加があった場合、項目属性テーブルに追加項目に必要なレコードを追加することで対応可能となってもよい。
【００１８】
また、画面生成エンジンは、更に項目ヘルプ機能を有し、項目属性テーブルに対象となるヘルプファイルを登録することで、項目ヘルプの自動生成を実現してもよい。
【００１９】
また、画面生成エンジンが管理する項目属性テーブルにＥＤＩ編集情報を付け加えることで、ＤＢ格納後のフォーマット編集が可能となり、メーカ取引のための全銀フォーマット、商社向けのタグ形式、商社向けのスプレッドシート形式に出力する機能を有するＥＤＩ編集エンジンと組み合わせて、多種多様な直接材Ｂ２Ｂ取引に対応可能な注文登録システムに必要な機能を統合できてもよい。
【００２０】
従って、第１に、必要以上に開発工数が多くかからなくなる。
【００２１】
その理由は、似たような入力画面を仕入れメーカ別、商品別に開発するのではなく、画面生成エンジンが画面を自動作成するためである。
【００２２】
第２に、入力項目の追加・削除に柔軟に対応できる。
【００２３】
その理由は、画面生成エンジンにより、新しいチェックパターンが増えない限り、項目追加・削除が、マスタ変更だけで終了するためである。
【００２４】
第３に、共通的な変化（制度変更）にすばやく対応できる。
【００２５】
その理由は、画面生成エンジンにより、新しいチェックパターンが増えない限り、チェック内容の変更が、マスタ変更だけで終了するためである。
【００２６】
第４に、直接、画面生成エンジンとは関係無いが、ＤＢ登録に画面生成と同じ、タグ形式（ＸＭＬ）を活用しているので、ＤＢのフィールドの増減にプログラムが直接影響されない。
【００２７】
第５に、画面生成エンジンとＥＤＩ編集エンジンを組合せることにより、多種多様な直接材Ｂ２Ｂ取引に対応可能な注文登録システムに必要な機能を統合できる。
【００２８】
【発明の実施の形態】
図１において、画面生成エンジンは、画面表示を自動化するための機能である項目属性・制御機能１に加え、表示項目の入力チェック仕様を管理するための機能である項目チェック・関連チェック仕様２と、項目の計算ロジックを管理するための機能である自動計算仕様３とを有している。
【００２９】
以下に、各機能の概略を述べる。
【００３０】
項目属性・制御機能１のうち、項目属性とは、項目属性テーブルに例示しているように、どのメーカ、どの製品、項目番号、何という項目名称、画面に表示する時の名称、入力できる最大桁数などの該当項目の諸属性のことである。制御機能とは、画面を自動生成するときのロジック、該当画面で必要とされる項目を自動抽出、雛型保存、また、入力時に、項目属性テーブルを参照して、項目チェック・関連チェック仕様２、自動計算仕様３の処理を実行するプログラム制御そのもののことである。
【００３１】
項目チェック・関連チェック仕様２のうち、項目チェックとは、Ａという項目（例えば、鉄鋼会社向けの薄板の規格番号）に、Ａ、Ｂ、Ｃしか選択できないとか、２桁で入力してはいけないとか、一項目のチェック条件を項目属性テーブルに登録することである。関連チェックとは、Ａという項目とＢという項目間に関連があって、Ａに３が入っているときは、ＢはＥとＸしか選択できないというチェック条件を項目属性テーブルに登録することである。
【００３２】
自動計算仕様３とは、例えば、
１．薄板の場合
密度×長さ（コイル長）×幅×厚さ＋オプション（表面加工を何にしたか）
２．Ｈ型鋼の場合
形状による１ｍｍ当たり単価×長さ
３．鋼管の場合
製法別の単価×長さ×（外周の面積−内側の面積）＋選択したオプション
これらのロジックをプログラムで、または、参照テーブルを活用して、項目属性テーブルに登録することである。
【００３３】
これらの機能は、オブジェクト指向技術とＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ　Ｍａｒｋｕｐ　Ｌａｎｇｕａｇｅ）技術により、図２のようなクラス構成で実装される。
【００３４】
このようにして、画面生成エンジンは多種多様な直接材Ｂ２Ｂ取引に対応可能な注文登録システムを可能にする。
【００３５】
（発明の第１の実施の形態）
以下、本発明の第１の実施の形態の構成について説明する。
【００３６】
図２を参照すると、本発明の多種多様な直接材Ｂ２Ｂ取引に対応可能な注文登録システムに活用できる画面生成エンジンの実施の形態は、１つの伝票に複数存在する明細（ＢＯＤＹ）行や画面の各項目に対して１つずつ存在する項目値を管理するＨＥＡＤクラス４と、明細（ＢＯＤＹ）行に対応して明細１行に表示する各項目の項目値を管理する明細（ＢＯＤＹ）クラス５と、画面の各項目に対応して画面に入力する値およびその値に対応する項目名が何であるかの情報を管理する項目値クラス６と、画面に表示する項目ごとに対応し、項目名が同じでもチェック仕様などの属性が異なる項目を別個に管理する項目属性クラス７と、パターン毎に項目チェック仕様を管理する項目チェッククラス８と、パターン毎に自動計算仕様を管理する自動計算クラス９とから構成される。
【００３７】
これらのクラスはそれぞれ概略つぎのように実装される。
１．ＨＥＡＤクラス４は、商社ＩＤ、メーカーＩＤ、品種ＩＤ、管理情報（伝票種類・部署・メーカー契約番号・社内契約番号）をキーとして持つ。
２．明細（ＢＯＤＹ）クラス５は、明細（ＢＯＤＹ）の行数をキーとして持つ。
３．項目値クラス６は、画面生成エンジンで生成される項目名と入力値を持つ。
４．項目属性クラス７は、項目名が同じでもチェック仕様などの属性が異なる項目を管理するためキーとして内部項目ＩＤをわりあて、属性は、画面で入力を行う項目ＩＤ、項目名、データ型、画面上桁数、チェッククラス名、自動計算クラス名などを持つ。
５．項目チェッククラス８は、項目チェックと関連チェックの仕様をオブジェクト指向言語で記述する。
６．自動計算クラス９は、項目に対応する自動計算仕様をオブジェクト指向言語で記述する。
【００３８】
次に、図３から図５を参照して本発明の実施の形態の動作について詳細に説明する。
【００３９】
図３に示すように、画面生成エンジンが管理する各項目は、項目属性テーブルで管理される。項目属性テーブルは、同じ項目名でも、チェック条件が取引先により異なるため内部項目ＩＤをキーとして管理される。
【００４０】
図３の例ではＨＥＡＤ画面に４項目、明細（ＢＯＤＹ）画面に１項目表示されるパターンで、条件を識別するために仲介の商社ＩＤ、メーカＩＤ、品種ＩＤ、画面（Ｈ／Ｂ（ＨＥＡＤ画面／ＢＯＤＹ画面））種類、項目ＩＤで管理される。
【００４１】
画面情報には、画面に表示される項目名と表示エリアを示す項目種別とともに、表示した後の入力チェック条件ともなる、データ型、ケタ数、表示上の編集を示す画面表示情報と項目チェック情報（必須チェック、ＦＲＯＭ−ＴＯなど限定チェック、１画面内の項目チェッククラス名、複数画面をまたがる関連チェッククラス名を格納）と自動計算を実現する自動計算クラス名からなる。
【００４２】
次に、図４、図５により具体例を用いて説明する。
【００４３】
図４に画面が自動生成されるまでの仕組みを表す。
【００４４】
商社ＩＤ，メーカＩＤ，品種ＩＤをキーとして項目属性テーブルを検索し、表示する項目（の内部項目ＩＤ）を取得する。ここではＨＥＡＤ画面の例なので、Ｈ／Ｂ区分が”Ｈ”のもののみを選択する（図４（１））。
【００４５】
画面表示に必要な項目を項目属性テーブルより取得します。項目種別により、表示箇所を特定できる（図４（２））。
【００４６】
図４（２）で取り出した表示内容により自動的に注文登録ＨＥＡＤ画面を表示する。この場合、項目ＩＤの頭の３ケタが、表示１行を示し、下１ケタが枝番として続けて右に表示していくこととなっているので、この場合、注文登録ＨＥＡＤ画面には、２行（需要家１次、口銭）表示される（図４（３））。
【００４７】
次に図５にデータ入力後の項目チェック、自動計算されるまでの仕組みを表す。
【００４８】
画面表示をする段階で入力された項目が、内部項目ＩＤのどこに対応するかがわかるため、項目チェック情報と、自動計算クラスを実行することで該当項目の処理が可能となる（図５（１））。
【００４９】
入力チェック後は、次に読み出せるように、入力した項目すべてをタグ形式の注文情報としてＤＢ（データベース）に登録する（図５（２））。
【００５０】
次に１度、完成した表示画面が途中で仕様変更された場合の対応について、図６、図７で表す。
【００５１】
図６は、限定チェック内容が変更になった場合を示している。限定チェックフィールドを修正することで対応可能となる。同様にチェック条件や自動計算ロジックが変化したときもチェックパターンが他の項目などで既に存在していれば、プログラム変更は不要となる。
【００５２】
図７は、ＨＥＡＤ画面に項目追加があった場合を示している。追加項目に必要なレコードを追加することで対応可能となる。
【００５３】
最後に多種多様な直接材Ｂ２Ｂ取引に対応可能な注文登録システムに活用できる画面生成エンジンを活用した実際の注文登録画面例を図８、図９に示す。
【００５４】
（発明の第２の実施の形態）
次に、本発明の第２の実施の形態について図面を参照して詳細に説明する。
【００５５】
図１、図３を参照すると、本実施の形態は、項目ヘルプの自動生成にも活用できる。図３の項目属性テーブルに対象となるヘルプファイルを登録することで実現する。
【００５６】
（発明の第３の実施の形態）
さらに、図１を参照すると、画面生成、ＤＢ格納後のＥＤＩの編集にも応用できる。
【００５７】
次に、図１０、図１１を参照して第３の実施の形態の動作について詳細に説明する。
【００５８】
図１０に示すように、画面生成エンジンが管理する項目属性テーブルにＥＤＩ編集情報（編集位置、ケタ数、文字編集、数値編集、特別な編集のための情報など）を付け加えることで、ＤＢ格納後のフォーマット編集が可能となり図１１のように、様々な業務用途（メーカ取引のための全銀フォーマット、商社向けのタグ形式、その他スプレッドシート形式）に出力することを実現する。
【００５９】
これら、画面生成エンジンとＥＤＩ編集エンジンを組合せることにより、多種多様な直接材Ｂ２Ｂ取引に対応可能な注文登録システムに必要な機能を統合できる効果がある。
【００６０】
【発明の効果】
以上説明したように、本発明には以下の効果がある。
【００６１】
第１の効果は、必要以上に開発工数が多くかからなくなることにある。
【００６２】
その理由は、似たような入力画面を仕入れメーカ別、商品別に開発するのではなく、画面生成エンジンが画面を自動作成するためである。
【００６３】
第２の効果は、入力項目の追加・削除に柔軟に対応できることにある。
【００６４】
その理由は、画面生成エンジンにより、新しいチェックパターンが増えない限り、項目追加・削除が、マスタ変更だけで終了するためである。
【００６５】
第３の効果は、共通的な変化（制度変更）にすばやく対応できることにある。
【００６６】
その理由は、画面生成エンジンにより、新しいチェックパターンが増えない限り、チェック内容の変更が、マスタ変更だけで終了するためである。
【００６７】
第４の効果は直接、画面生成エンジンとは関係無いが、ＤＢ登録に画面生成と同じ、タグ形式（ＸＭＬ）を活用しているので、ＤＢのフィールドの増減にプログラムが直接影響されないことである。
【００６８】
第５の効果は、画面生成エンジンとＥＤＩ編集エンジンを組合せることにより、多種多様な直接材Ｂ２Ｂ取引に対応可能な注文登録システムに必要な機能を統合できることである。
【図面の簡単な説明】
【図１】画面生成エンジンの概念図である。
【図２】画面生成エンジンの主要クラス関連図である。
【図３】画面生成エンジンの項目属性テーブルの図である。
【図４】画面が自動生成されるまでの仕組みを表す図である。
【図５】項目チェック、自動計算、注文情報としてＤＢ（データベース）に登録されるまでの仕組みを表す図である。
【図６】項目チェック内容が変更になった場合を示す図である。
【図７】項目追加があった場合を示す図である。
【図８】画面生成エンジンを活用した実際の注文登録ＨＥＡＤ画面例を示す図である。
【図９】画面生成エンジンを活用した実際の注文登録明細（ＢＯＤＹ）画面例を示す図である。
【図１０】ＥＤＩ編集エンジンへの応用を示す図である。
【図１１】ＥＤＩ編集エンジンへの応用（各フォーマット出力及び取込）を示す図である。
【符号の説明】
１　　項目属性・制御機能
２　　項目チェック・関連チェック仕様
３　　自動計算仕様
４　　ＨＥＡＤクラス
５　　明細（ＢＯＤＹ）クラス
６　　項目値クラス
７　　項目属性クラス
８　　項目チェッククラス
９　　自動計算クラス
【図１】
2004054749.tif 000003
【図２】
2004054749.tif 000004
【図３】
2004054749.tif 000005
【図４】
2004054749.tif 000006
【図５】
2004054749.tif 000007
【図６】
2004054749.tif 000008
【図７】
2004054749.tif 000009
【図８】
2004054749.tif 000010
【図９】
2004054749.tif 000011
【図１０】
2004054749.tif 000012
【図１１】
2004054749.tif 000013