(57)【要約】本発明の課題は、工業プロセスまたは少なくともその構造の制御および／または監視のための自動化プログラムが同じ工業プロセスに使用するＨＭＩ−プログラムから生成可能である方法を提供することにある。  発生器（２）によるＨＭＩ−プログラム（３）からの自動化プログラム（１）の生成方法が提示され、発生器（２）がＨＭＩ−プログラム（３）の構造（５）を検出し、自動化プログラム（１）の構造（６）に変換する。
2005527887.tif 000002
【特許請求の範囲】
【請求項１】
発生器（２）によるＨＭＩ−プログラム（３）から自動化プログラム（１）を生成するための方法において、
発生器（２）がＨＭＩ−プログラム（３）の構造（５）を検出し、自動化プログラム（１）の構造（６）に変換することを特徴とする方法。
【請求項２】
ＨＭＩ−プログラム（３）がプランニングプログラム（４）をベースとし、発生器（２）がプランニングプログラム（４）のプランニングデータを考慮することを特徴とする請求項１に記載の方法。
【請求項３】
ＨＭＩ−プログラム（３）が中央のディスプレイ（１１）と少なくとも１つの低位のディスプレイ（１２）とを備えるナビゲーション要素を含み、発生器（２）が中央のディスプレイ（１１）によってメインプログラムを生成し、前記低位の各ディスプレイ（１２）がそれぞれ自動化プログラム（１）のサブプログラムを生成することを特徴とする請求項１または２に記載の方法。
【請求項４】
各ディスプレイが多数の画像要素を含み、個々の画像要素が前記ディスプレイの低位のディスプレイ（１２）と関連付けられ、発生器（２）が各々のディスプレイに含まれる、低位のディスプレイ（１２）と関連付けられた画像要素のために低位のディスプレイ（１２）に対応するサブプログラムの呼出しを生成することを特徴とする請求項３に記載の方法。
【請求項５】
個々の画像要素（２０）がプロセスデータの入力または出力のための入力または出力要素として設けられ、発生器（２）がディスプレイ（１１、１２）の中に含まれる全ての入力または出力要素によって対応するサブプログラムの呼出しのためのパラメータリストを生成することを特徴とする請求項４に記載の方法。
【請求項６】
発生器（２）が低位のディスプレイの中に含まれる入力または出力要素に関係するそれぞれのパラメータリストを拡張することを特徴とする請求項５に記載の方法。
【請求項７】
発生器（２）が少なくとも１つの条件を考慮するＨＭＩ−プログラム（３）のプロセスデータディスプレイを条件の検査のためのプログラムシーケンスに変換することを特徴とする請求項１ないし６のいずれか一項に記載の方法。
【請求項８】
発生器（２）がプロセスデータディスプレイを含むディスプレイに対応するサブプログラムの要素としてプログラムシーケンスを生成することを特徴とする請求項７に記載の方法。
【請求項９】
ＨＭＩ−プログラム（３）のメッセージテキストがコメント行としてプログラムシーケンス内に取り入れられることを特徴とする請求項７または８に記載の方法。
【請求項１０】
発生器（２）がユーザー編集可能の規則によって自動化プログラム（１）の中のサブプログラムの呼出し順序を規定することを特徴とする請求項１ないし９のいずれか一項に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、発生器によるＨＭＩ−プログラムから自動化プログラムを生成するための方法に関する。自動化プログラムは、たとえばメモリプログラマブル制御によって実施されるプログラムである。ＨＭＩ−プログラム（ＨＭＩ＝「マン−マシン−インターフェース」（ｈｕｍａｎ  ｍａｃｈｉｎｅ  ｉｎｔｅｒｆａｃｅ））は、特にグラフィックによるユーザー案内のためのプログラムである。
【背景技術】
【０００２】
ソフトウエアプログラムの自動的生成方法のアプローチは、いわゆるＣＡＳＥツール（ＣＡＳＥ＝「コンピュータ支援ソフトウエアエンジニアリング」（ｃｏｍｐｕｔｅｒ  ａｉｄｅｄ  ｓｏｆｔｗａｒｅ  ｅｎｇｉｎｅｅｒｉｎｇ））によって知られている（たとえば、シュナイダー、ヴェルナー：情報工学ポケットブック、専門書出版ライプツィッヒ、第４版、３５２頁参照）。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
本発明の課題は、工業プロセスまたは少なくともその構造の制御および／または監視のための自動化プログラムが同じ工業プロセスに使用するＨＭＩ−プログラムから生成可能である方法を提供することにある。
【課題を解決するための手段】
【０００４】
この課題は本発明により請求項１の特徴によって解決される。そのために、発生器による、同じ工業プロセスに使用するＨＭＩ−プログラムから工業プロセスの制御および／または監視のための自動化プログラムを生成するための方法が提案されており、その際、発生器はＨＭＩ−プログラムの構造を検出し、自動化プログラムの構造に変換する。
【０００５】
その際、本発明は、自動化プロジェクトの記述のための基本的なプランニングデータが、自動化プログラムの構造またはアルゴリズムにおけるよりもＨＭＩ−プログラムによるオペレータ案内における方がより早く対応を見出すという認識を出発点としている。従って、プランニングサイトからＨＭＩ−プログラムで実現されるＨＭＩ−サイトへのステップは、プランニングサイトから自動化プログラムへのステップより小さい。初めにＨＭＩ−プログラムが作成される場合、そこから自動化プログラムを生成することができる。それによって自動化解決策の実現のための全費用を明らかに低減することができる。
【０００６】
自動化解決策のために少なくとも１つの自動化プログラムが必要になる。このようなプログラムは自動化された工業プロセスのセンサーデータを評価し、計算を実施し、プロセス内に配置されたアクチュエータを駆動する。オペレータはこのプロセスをＨＭＩ−プログラムを介して操作し、観察することができる。
【０００７】
従来は、プランニング説明から（多くはグラフィック部分とともに）、自動化プログラムの構造が導き出され、好適な制御アルゴリズムが挿入される。自動化プログラムの作成後、その構造から対応する操作および観察要素を含むオペレーティング構造が導き出される。従ってグラフィックサイト（プランニング）から従来はまずアルゴリズムサイト（自動化プログラム）が導き出される。アルゴリズムサイトから、次に再びグラフィックサイト（ＨＭＩ−プログラム）が導き出される。その際に情報がプランニングサイトから失われ得る。
【０００８】
この方式は「歴史的に」制限されている。自動化技術の初期において自動化解決策はほぼ完全に制御ロジックから構成された。操作および観察要素は高性能のグラフィックハードウエアの登場以来ますます自動化解決策を補完する。それに対応して補完する操作および観察要素はたいてい自動化プログラムの作成後にプログラミングされた。
【０００９】
本発明の長所は、発生器が自動化プログラムの少なくとも基本構造を生成し、プログラマーが−必要な場合は自動的に挿入したコメント行を用いて−好適な制御アルゴリズムを挿入することによって、ロード可能の自動化プログラムの作成までの開発期間が短縮されることにある。これはコスト集約的な開発期間を節約するだけでなく、一方でプログラマーが機能を「忘れる」ことができないため、自動化プログラムの体系的エラーの生成が少なくなり、他方では全ての自動的に生成した自動化プログラムが類似の構造を特徴とするため、容易に保守可能である。
【００１０】
従属請求項は本発明の有利な実施形態を表している。
【００１１】
プランニングプログラムをベースとするＨＭＩ−プログラムにおいて、発生器が好ましくはプランニングプログラムのプランニングデータも考慮する。それによってＨＭＩ−プログラムから得られた自動化プログラムの構造は、たとえば限度値の検査時に超過したならびに超過しない限度値を考慮する構造がＨＭＩ−プログラムによって生成され、限度値自体がプランニングデータから受け継がれることによって、プランニングデータ分を補完することができる。
【００１２】
ＨＭＩ−プログラムは、通常中央のディスプレイと少なくとも１つの低位のディスプレイとを備えるナビゲーション要素を含み、その際、発生器は好ましくは中央のディスプレイによってメインプログラムを生成し、低位の各ディスプレイがそれぞれ自動化プログラムのサブプログラムを生成する。
【００１３】
中央のディスプレイは、通常、自動化されるべきプロセスの全一覧または１つの一覧画像とを含む。この全一覧から出発して、ＨＭＩ−プログラムにおいてプロセスの全ての操作可能のデバイスとその要素が木構造でアクセスできる。中央のディスプレイから出発して呼び出され得る各ディスプレイは、低位のディスプレイと呼ばれる。低位の各ディスプレイ自体は、やはり固有の低位のディスプレイを含むことができる。発生器による変換によって、ＨＭＩ−プログラムに含まれるこの構造は、中央のディスプレイに対応するメインプログラムとそれぞれ低位の各ディスプレイに対応するサブプログラムの形式で模写される。
【００１４】
各ディスプレイが−中央か低位かにかかわらず−多数の画像要素を含み、個々の画像要素がこのディスプレイの低位のディスプレイと関連付けられる場合、発生器は、好ましくは各々のディスプレイに含まれる、低位のディスプレイと関連付けられた要素のために、低位のディスプレイに対応するサブプログラムの呼出しを生成する。それによって、ＨＭＩ−プログラムに含まれる各構造の相互依存関係が自動化プログラムに伝達される。
【００１５】
個々の画像要素が自動化されるべきまたは自動化されたプロセスのデータの入力または出力のための入力または出力要素として設けられる場合、発生器が、好ましくは全てのディスプレイの中に含まれる全ての入力または出力要素によって、それぞれのディスプレイに対応するサブプログラムの呼出しのためのパラメータリストを生成する。
【００１６】
さらに好ましくは発生器が、低位のディスプレイの中に含まれる入力または出力要素に関係するそれぞれのパラメータリストを拡張する。
【００１７】
ディスプレイにおいて、入力または出力可能のプロセスデータは、それぞれのディスプレイに対応する自動化プログラムのサブプログラムで処理される。プロセスデータの模写のための変数の局所的有効性の可能性および長所を利用するために、前記プロセスデータがメインプログラムから出発してそれぞれ呼び出されたサブプログラムにパラメータとして引き渡される。それぞれ引き渡されたパラメータの一貫性、特にタイプ一貫性を保証するために、慣用のプログラミング言語においてそれぞれのサブプログラムに割り当てられるパラメータリストが用意される。このパラメータリストは、発生器が自動的にディスプレイの中に登場する入力または出力要素によって生成する。低位のディスプレイに使用される入力または出力パラメータは、すでに低位のディスプレイに対応するサブプログラムの呼出しを含むサブプログラムのパラメータリストで考慮される。
【００１８】
好ましくは発生器が、少なくとも１つの条件または少なくとも１つの代替選択肢を考慮するＨＭＩ−プログラムのプロセスデータディスプレイを、前記条件の検査のための自動化プログラムのプログラムシーケンスに変換する。
【００１９】
さらに好ましくは、発生器が、プロセスデータディスプレイを含むディスプレイと対応するサブプログラムの構成要素として、条件の検査のためのプログラムシーケンスを生成する。
【００２０】
プログラムシーケンスのプログラミングを容易にするため、発生器によって、ＨＭＩ−プログラムのメッセージテキストがコメント行として条件の検査のためのそれぞれのプログラムシーケンスに挿入される。コメント行によって、自動化プログラムの作成時に自動的に生成された構造に沿ってプログラム内容を調べるプログラマーは、たとえば条件が満たされた場合にどのような措置をとるべきか、および対応する指示を自動化プログラムの中にどのように取り入れるべきかを知ることができる。
【００２１】
好ましくは発生器が、ユーザー編集可能の規則によって自動化プログラム内のサブプログラムの呼出しの順序を規定する。
【００２２】
これは、ＨＭＩ−プログラムの構造が、直接には自動化プログラムの構造として利用可能ではないことを考慮するものである。ＨＭＩ−プログラムは自動化プログラムに使用される全要素を含むが、別の観点に従って結合されている。特にエラー解析および原因除去のためのディスプレイのヒエラルキーは、容易に伝達可能のツリー構造よりも早くネットワークに等しくなる。なぜならばオペレータはＨＭＩ−プログラムで簡単な方法でエラーを包囲することができるために、全装置／機械によってプロセスを動かすことができるからである。
【００２３】
自動化プログラムの構造化は、それに対してむしろ生産過程を指向している。従って、ＨＭＩ−プログラムの構造を自動化プログラムの対応する構造へ模写するための基本的メカニズムは、あらかじめ与えられたまたは与えられ得る、特にユーザー編集可能の規則によって分類かつ構造化され得る。
【００２４】
以下、この種の規則の例を示す。
１．ディスプレイの全呼出しを結合せよ（キーもフィールドおよびアクションも含む）
２．ループおよび再帰を除去せよ
３．呼出し構造の拡張のための再帰シーケンスを算出せよ
４．ある特定のディスプレイから変数を利用する全てのメッセージ、アクション等を結合せよ
５．ディスプレイの呼出しと、入力フィールド、変数、メッセージ等の依存関係から割当ておよび順序を規定せよ
６……
【００２５】
この規則集は動的に拡張可能であり、それによって種々の応用の場合も所与の条件に適合可能である。このメカニズムはユーザーが適合できる優先解決策を確定する。
【００２６】
以下の概要は、ＨＭＩ−プログラムの構造と、そこから自動的に生成可能の自動化プログラムの構造またはシーケンスとを含む。
【００２７】
ａ）ＨＭＩ−プログラムにおける、画像ナビゲーション、低位のディスプレイと中央のディスプレイの結合から、自動化プログラムの粗構造が、中央のディスプレイに対応するメインプログラムと、それぞれ前記ディスプレイまたは低位の各ディスプレイに対応するサブプログラムとによって生成される。発生器が生成する各プログラミング言語に応じて、ディスプレイは、たとえば１つのプログラムまたはサブプログラム、１つのモジュール、１つのプラン、１つのデバイス等々に変換される。
【００２８】
ｂ）画像ナビゲーションとそれに内包される所定のオペレーティングシーケンスとから、自動化プログラムの進行、たとえばある特定の位置である特定のサブプログラムの呼出しのような、個々のプログラム要素の相互作用が導き出される。
【００２９】
ｃ）ＨＭＩ−プログラムの１つのメッセージまたは１つのメッセージのためのトリガーから、たとえば限度値監視が特にメッセージプロジェクトプランニングによって生成される。
【００３０】
ｄ）ＨＭＩ−プログラムにおいて、たとえば色転化に応答する表示要素を含む、表示要素のための限度値から、限度値監視が自動化プログラムにおいて導き出される。
【００３１】
ｅ）ＨＭＩ−プログラムの診断画像から自動化プログラムにおける診断監視が生成される。ＨＭＩ−プログラムの前記診断画像または各診断画像は、診断−または監視目的のためにユーザーに提示される多数のプロセスデータを含む。これらのデータは診断監視のための自動化プログラムにまとめることもできる。
【００３２】
ｆ）ＨＭＩ−プログラムの変数から対応する自動化プログラムの変数が生成される。これはＨＭＩ−プログラムおよび自動化プログラムの一貫性を要求し、たとえば変換を必要とせず、または変換エラーを恐れる必要なしに、相互に直接的なデータ交換を可能にする。
【００３３】
ｇ）ＨＭＩ−プログラムの限度値および入力範囲から自動化プログラムのためのシミュレーション値が生成される。シミュレーション値は、制御または監視されるべきプロセスに関係なく自動化プログラムをテストするために用いられ、それによって稼動時に少なくともロード能力のある自動化プログラムが生じ、それによって稼動が理想的に微調整に限定される。
【００３４】
以下、本発明の実施例は図面を利用してより詳しく説明する。互いに対応するオブジェクトおよびエレメントは、全ての図において、同じ符号を付けている。
【００３５】
図１は、模式的な自動化プログラム１の自動的生成の経過である。自動化プログラム１は、たとえば図示されていないメモリプログラマブル制御器（ＳＰＳ；英語：ＰＬＣ）によって実行されるプログラムである。したがって、自動化プログラム１は、ＳＰＳ−プログラム１である（英語：ＰＬＣ−プログラム）。したがって名称「自動化プログラム１」および「ＳＰＳ−プログラム」は以下同義語として使用される。
【００３６】
自動化プログラム１の生成のために、発生器２が備えられている。発生器は、ユーザー案内のためのプログラムから、自動化プログラム１またはその構造を生成する。特にグラフィックユーザー案内のためのプログラムは、今日、英語の名称「ｈｕｍａｎ  ｍａｃｈｉｎｅ  ｉｎｔｅｒｆａｃｅ」の略語でＨＭＩ−プログラム３と呼ばれる。それに対応して、以下名称「ユーザー案内のためのプログラム」および「ＨＭＩ−プログラム３」も同義語として使用される。ＨＭＩ−プログラム３は、該プログラム側で、たとえば閾値または限度値のような、プランニングデータを含むプランニングプログラム４をベースとする。
【００３７】
図２は、自動化プログラム１の自動的生成の詳細である。これによれば、ナビゲーション、オペレーティングシーケンス、限度値、メッセージ、診断、変数、入力領域等のような、以下一括して構造５または構造要素５と呼ぶ、ＨＭＩ−プログラム３の構造および特性が、発生器２によって、プログラム構造、シーケンスプログラム、限度値監視、診断、変数、シミュレーション等のような、以下一括して同様に構造６または構造要素６と呼ぶ、自動化プログラム１の対応する構造および特性に変換される。区別するために、ＨＭＩ−プログラム３の構造５または構造要素５は、ＨＭＩ−構造５またはＨＭＩ−構造要素５と呼び、自動化プログラム１の構造６または構造要素６はＰＬＣ−構造６またはＰＬＣ−構造要素６と呼ぶ。
【００３８】
図３は、発生器２のブロック図である。これによれば、発生器２は、入力インターフェース７、評価器８、変換器９および出力インターフェース１０を含む。
【００３９】
ＨＭＩ−プログラム３の評価および変換は、評価器８および変換器９に割当てられたインテリジェントアルゴリズムを利用して行われ、そのコアは、体系的にＨＭＩ−構造５またはＨＭＩ−構造要素５からＰＬＣ−構造６またはＰＬＣ−構造要素６を生成するメカニズムから構成される。
【００４０】
入力インターフェース７は、ＨＭＩ−プログラム３またはその構造５のインポートのために利用される。前記プログラムまたは前記構造が評価器８によって解析される。この場合、必要なときは、得られたデータの結合が、図示されていないデータベースに格納された、あらかじめ与えられたまたは与えられ得る、特にユーザー編集可能の規則に従って行われる。評価器８の出力において、変換器９がその結果を結合し、ＰＬＣ−構造６またはＰＬＣ−構造要素６を生成する。これは出力インターフェース１０によって自動化プログラム１の中に受け継がれる。
【００４１】
図４は、ＨＭＩ−プログラム３（図１）の中央のディスプレイ１１および低位のディスプレイ１２を示し、これらはＨＭＩ−プログラム３のユーザーにスクリーンのような図示しない表示装置上に提供される。中央のディスプレイおよび低位のディスプレイ１１、１２もそれぞれ多数の画像要素を含む。
【００４２】
中央のディスプレイ１１の場合、これは第１および第２の画像要素１３、１４を含み、これらはそれぞれ第１および第２の自動化されたまたは自動化されるべきプロセスにおいて、加工または処理されるべき原料をシンボル化する。さらに、自動化されたまたは自動化されるべきプロセス内の処理ユニットをシンボル化する第３の画像要素１５を含む。さらに、第４および第５の画像要素１６、１７を含み、これらはそれぞれプロセスの第１および第２の分類装置をシンボル化する。最後に、プロセス内の診断および評価ユニットを表す第６の画像要素１８およびプロセス内の包装ユニットを表す第７の画像要素１９を含む。矢印はプロセス内の材料の流れ方向を示す。
【００４３】
個々の画像要素は、低位のディスプレイと関連付けられる。図４のディスプレイにおいて、第１の画像要素１３は、第１の原料の表示のために低位のディスプレイ１２と関連付けられる。たとえばマウスのようなポインタデバイスによって、低位のディスプレイと関連付けられた画像要素がアクティブ化された場合、低位のディスプレイ１２が表示される。
【００４４】
低位のディスプレイ１２は、画像要素２０として、ＨＭＩ−プログラム３の変数の値を表示し、またはユーザー入力に応じて変化され得る入力／出力フィールドを含む。個別的には図４に示された例において、原料種類の入力または出力のための画像要素２０、個数の入力または出力のための画像要素２０、速度の入力または出力のための画像要素２０、色の入力または出力のための画像要素２０、直径の入力または出力のための画像要素２０および長さの入力または出力のための画像要素２０である。
【００４５】
それによって、中央のディスプレイ１１にも低位のディスプレイ、１２にも含まれるデータから、発生器２は、たとえば以下のような擬似コードで表される形式で、自動化プログラム１のための構造を生成する。その際、中央のディスプレイ１１から、メインプログラム（プログラム  プロセス）のための構造とその中に含まれる低位のディスプレイと関連付けられたサブプログラムの呼出し（Call）のための構造が、また低位のディスプレイ１２から、サブプログラム（プロシージャ  原料１）が、該ディスプレイに含まれる画像要素に適合した変数宣言によって形成される。
【００４６】
プログラム  プロセス
Ｃａｌｌ  原料１（原料の種類、個数、速度、色、直径、長さ）
Ｃａｌｌ  選別（ｘ、ｙ、ｚ）
Ｃａｌｌ  処理（．．．）
Ｃａｌｌ．．．
プロシージャ  原料１
Ｖａｒ  原料の種類
Ｖａｒ  個数
Ｖａｒ．．．
プロシージャ
【００４７】
プランニングプログラム４（図１）、たとえば「処理時の温度が１２０度を超える場合、冷却液のためのバルブを開かなければならない。設備運転者に通知しなければならない。試験およびドキュメント化のためにこれを記録しなければならない」の設定によって、ならびに、たとえば
ロジックグループ  ビット３〜ビット５
データワード５  ビット３：「注意、温度が高すぎる：％Ｖａｒ温度％」
データワード５  ビット４：「バルブ  冷却液  開」
データワード５  ビット５：「バルブ  冷却液  閉」
のようなＨＭＩ−プログラム３（図１）のステップによって、発生器２は自動化プログラム１の構造を、たとえば以下の擬似コードで示されるような、プログラムシーケンスを補完することができる。
【００４８】
ＩＦ  温度＞１２０ならば
ＴＨＥＮそのときはデータワード５ビット３：＝１
保存（温度、時間）／＊案
［「バルブ  冷却液  開」のためのアクション］
データワード５ビット４：＝１
ＩＦ［結果が「バルブ  冷却液  閉」に達している］ならば
ＴＨＥＮそのときはデータワード５ビット５：＝１
保存（温度、時間）／＊案
ＥＮＤＩＦ
ＥＮＤＩＦ
【００４９】
情報「ロジックグループ  ビット３〜ビット５」または類似のものは、ＨＭＩ−プログラム３に含まれていなければならず、それによって発生器２に対してＨＭＩ−プログラム３の構造を識別できる。それによって認識された構造が生成されるべきプログラムシーケンスのフレームを形成し、その際、ＨＭＩ−プログラム３内に置かれた「バルブ  冷却液  開」のようなメッセージテキストはコメントとしてプログラムシーケンスに取り込まれる。このコメントは自動化プログラム１の作成と取り組むプログラマーにそれぞれ使用されるべきプログラム仕様の情報が提供される。
【００５０】
本発明は簡単に以下のように表すことができる。
【００５１】
発生器２によるＨＭＩ−プログラム３から自動化プログラム１を生成するための方法が提示され、その際発生器２がＨＭＩ−プログラム３の構造を認識し、自動化プログラム１の構造に変換する。これは、自動化プログラム（ＳＰＳ−、ＰＬＣ−プログラム）の生成がＨＭＩ−と、必要な場合はプランニングデータとから出発して、従来のような、初めに自動化プログラムを、次にＨＭＩ−プログラムを作成するよりも効率的であるという認識に基づくものである。特に今日のＨＭＩ−プログラムは、すでにデータの大部分と、自動化プログラムのために必要である該データの相互依存性とを含む。それによってプロジェクト化順序の「逆転」が可能である。明白な節約の可能性のほかに、変更された順序は各ユーザーの直観的な処理方式に近づくものである。さらに、ますますプログラム部分が解決策関係の標準もしくは部門別ライブラリの中に存在し、その場合ただ使用するだけであり、もはやプログラミングされず、最終的にグラフィックのユーザー案内が、たとえばグラフィック、ダイナミクス、ネットワーキング等に関してますます快適になる。
【図面の簡単な説明】
【００５２】
【図１】自動化プログラムの自動的生成の経過である。
【図２】自動化プログラムの自動的生成の詳細である。
【図３】自動化プログラムの自動的生成のための発生器のブロック図である。
【図４】ＨＭＩ−プログラムの中央のディスプレイおよび低位のディスプレイである。
【図１】
2005527887.tif 000003
【図２】
2005527887.tif 000004
【図３】
2005527887.tif 000005
【図４】
2005527887.tif 000006
【国際調査報告】
2005527887.tif 000007
2005527887.tif 000008
2005527887.tif 000009
2005527887.tif 000010
2005527887.tif 000011
2005527887.tif 000012