(57)【要約】本発明は、制御装置（９）で表示モジュール（２９、３２）およびプログラム構造（３３）を備えるスクリプト（３１）へアクセスすることができるインタプリタプログラム（２４）が実行される方法に関する。プログラム構造（３３）は制御装置（９）のファームウェア（２０）の動作データにアクセスすることができ、この動作データは事前設定可能な表示フォーマットの表示データに変換され、およびこれと逆に変換される。スクリプト（３１）が処理され、その際にプログラム構造（３３）は対応する結果を表示モジュール（２９、３２）の形態で場合により所定の表示フォーマットの表示データとともに編成し、その結果が操作／監視装置（１）に提供される。操作／監視装置（１）では少なくとも表示モジュール（２９、３２）を事前設定可能な表示フォーマットで表示するために表示プログラム（２８）が実行される。表示モジュール（２９、３２）には制御装置（９）の少なくとも１つのスクリプト（３１）への参照指示が格納されている。この参照指示は１つの事象と関連し、この事象が起こると対応するスクリプト（３１）がインタプリタプログラム（２４）により始動されて処理される。利点は、操作／監視装置（１）が制御ユニット（９）の繊細なファームウェア（２０）へ直接アクセスすることができなくなることにある。通信はインタプリタプログラム（２４）を介して行われる。本来の制御アプリケーション（２２）へのアクセスはもはや不可能である。
2009501984.tif 000002
【特許請求の範囲】
【請求項１】
制御装置（９）をこれとデータ工学的に接続された操作／監視装置（１）によって操作および監視する方法であって、前記制御装置（９）と前記操作／監視装置（１）はソフトウェアプログラムを実行するためにプロセッサ支援式の制御ユニット（１０）を有する方法において、
ａ）前記制御装置（９）において、表示モジュール（３２）およびプログラム構造（３３）を備えるスクリプト（３１）へアクセスすることができるインタプリタプログラム（２４）が実行され、
ｂ）前記プログラム構造（３３）は前記制御装置（９）のファームウェアの動作データへアクセスすることができ、該動作データは事前設定可能な表示フォーマットの表示データへ変換され、およびこれと逆向きに変換され、
ｃ）前記スクリプト（３１）が処理され、その際に前記プログラム構造（３３）が対応する結果を表示モジュール（３２）の形態で場合により所定の表示フォーマットの表示データとともに編成し、その結果を前記操作／監視装置（１）に提供し、
ｄ）前記操作／監視装置（１）で少なくとも表示モジュール（３２）を所定の表示フォーマットで表示するために表示プログラム（２８）が実行され、
ｅ）前記表示モジュール（３２）には前記制御装置（９）にある少なくとも１つのスクリプト（３１）への参照指示が格納され、該参照指示は１つの事象と関連し、前記事象が始まると対応するスクリプト（３１）がインタプリタプログラム（２４）によって始動されて処理されることを特徴とする方法。
【請求項２】
前記事象は、前記操作／監視装置（１）のグラフィック式の操作インターフェース（２）で選択可能なユーザーアクションであることを特徴とする、請求項１に記載の方法。
【請求項３】
前記事象は前記制御装置（９）の内部的な通知状態またはアラーム状態であることを特徴とする、請求項１または２に記載の方法。
【請求項４】
内部的な前記通知状態または前期アラーム状態（９）は前記制御装置（９）により周期的に出力されることを特徴とする、請求項３に記載の方法。
【請求項５】
前記表示モジュール（３２）はテキストボックス、ビットマップ、エディットボックスを含むことを特徴とする、先行する請求項のいずれか一項に記載の方法。
【請求項６】
前記プログラム構造（３３）は数学関数および論理関数ならびにプログラムブランチおよびループを含むことを特徴とする、先行する請求項のいずれか一項に記載の方法。
【請求項７】
複数の表示モジュール（３２）が組み合わされて表示ページになることを特徴とする、先行する請求項のいずれか一項に記載の方法。
【請求項８】
前記インタプリタプログラムはデータをスクリプト（３１）で定義される変数と配列の形態で管理することを特徴とする、先行する請求項のいずれか一項に記載の方法。
【請求項９】
前記スクリプト（３１）、前記表示モジュール（３２）、および前記プログラム構造（３３）はファイルとしてライブラリ（３０）に存在していることを特徴とする、先行する請求項のいずれか一項に記載の方法。
【請求項１０】
前記ファイルは圧縮されたファイルフォーマットで存在していることを特徴とする、請求項９に記載の方法。
【請求項１１】
前記表示モジュール（３２）または前記表示モジュール（３２）から組み合わされてなる表示ページは結果ファイル（２５）に保存されることを特徴とする、先行する請求項のいずれか一項に記載の方法。
【請求項１２】
前記結果ファイル（２５）は前記表示プログラム（２８）によるロード後に再び圧縮されることを特徴とする、請求項１１に記載の方法。
【請求項１３】
前記表示プログラム（２８）は更新された表示モジュール（３２）または表示モジュール（３２）から組み合わされてなる更新された表示ページの有無を周期的にチェックし、存在している場合にはこれをロードして表示することを特徴とする、先行する請求項のいずれか一項に記載の方法。
【請求項１４】
前記スクリプト（３１）、前記表示モジュール（３２）、および前記プログラム構造（３３）はマークアップ言語ＸＭＬ（Ｅｘｔｅｎｔａｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）の表記法で構造化されていることを特徴とする、先行する請求項のいずれか一項に記載の方法。
【請求項１５】
前記スクリプト（３１）を処理するためにＴｋをベースとする表示モジュール（３２）を有するスクリプト言語Ｔｃｌが利用されることを特徴とする、請求項１から１３までのいずれか一項に記載の方法。
【請求項１６】
前記インタプリタプログラム（２４）は前記制御ユニット（１０）によりバックグラウンドプロセスで実行されることを特徴とする、先行する請求項のいずれか一項に記載の方法。
【請求項１７】
前記制御ユニット（１０）はリアルタイムオペレーティングシステムのソフトウェアプログラムを実行することを特徴とする、先行する請求項のいずれか一項に記載の方法。
【請求項１８】
前記操作／監視装置（１）と前記制御装置（９）は無線データ伝送区間を介して通信をすることを特徴とする、先行する請求項のいずれか一項に記載の方法。
【請求項１９】
先行する請求項のいずれか一項に記載の方法の利用法において、制御装置（９）を使用開始するための利用法。
【請求項２０】
請求項１から１８のいずれか一項に記載の方法の利用法において、自動化・製造プロセスを操作および監視するための利用法。
【請求項２１】
操作／監視装置（１）で請求項１から１８のいずれか一項に記載の方法を実施するために、機械式に読取り可能な形態で保存された表示プログラム（２８）を備えるデータ記憶媒体。
【請求項２２】
制御装置（９）で請求項１から１８までのいずれか一項に記載の方法を実施するために、機械式に読取り可能な形態で保存されたインタプリタプログラム（２４）、およびスクリプト（３１）と表示モジュール（３２）とプログラム構造（３３）からなるライブラリ（３０）を備えるデータ記憶媒体。
【請求項２３】
グラフィック式の操作インターフェース（２）と、ユーザーのための入力手段（３−７）と、操作／監視装置を制御装置（９）とデータ工学的に接続するためのデータインターフェースと、ソフトウェアプログラムを実行するためのプロセッサ支援式の制御ユニット（１０）とを備える操作／監視装置において、請求項１から１８までのいずれか一項に記載の方法を実施するための表示プログラム（２８）を実行するための制御ユニット（１０）を有し、前記表示プログラムは、
ａ）少なくとも表示モジュール（２９）を事前設定可能な表示フォーマットでグラフィック式の操作インターフェース（２）にロードして表示するため、および、
ｂ）前記制御装置（９）の少なくとも１つのスクリプト（３１）への参照指示を出力するためのものであり、前記参照指示は前記表示モジュール（３２）に格納され、グラフィック式の前記操作インターフェース（２）でのユーザーアクションによって選択可能であることを特徴とする操作／監視装置。
【請求項２４】
グラフィック式の前記操作インターフェース（２）はタッチスクリーンであることを特徴とする、請求項２３に記載の操作／監視装置。
【請求項２５】
前記操作／監視装置（１）は携帯可能なモバイルユニットとして製作されていることを特徴とする、請求項２３または２４に記載の操作／監視装置。
【請求項２６】
前記操作／監視装置（１）は自動化・製造技術で利用するためのオペレータパネルであることを特徴とする、請求項２３から２５までのいずれか一項に記載の操作／監視装置。
【請求項２７】
前記操作／監視装置（１）は前記請求項２１または２２に記載のデータ記憶媒体の読取り装置を有し、例えばフロッピードライブ、ＣＤドライブ、ＤＶＤドライブを有し、もしくは電子メモリカード（５０）を読取るための読取り装置を有することを特徴とする、請求項２３から２６までのいずれか一項に記載の操作／監視装置。
【請求項２８】
前記制御装置（９）と接続するためにＷＬＡＮ規格、ＩＲＤＡ規格、ブルートゥース規格をベースとする無線式のデータインターフェースを有することを特徴とする、請求項２３から２７までのいずれか一項に記載の操作／監視装置。
【請求項２９】
ソフトウェアプログラムを実行するためのプロセッサ支援式の制御ユニット（１０）と、操作／監視装置（１）とデータ工学的に接続をするためのデータインターフェースとを備える制御装置において、
請求項１から１８までのいずれか一項に記載の方法を実施するためにインタプリタプログラム（２４）を実行するための制御ユニット（１０）を有し、前記インタプリタプログラムは、
ａ）データインターフェースによって受信された対応する前記制御装置（９）のスクリプト（３１）への参照指示を用いてスクリプト（３１）を始動させて処理するため、および、
ｂ）始動した前記スクリプト（３１）のプログラム構造（３３）を用いて対応する処理結果を表示モジュール（３２）の形態で場合により表示データとともに所定の表示フォーマットで編成するため、および、
ｃ）前記表示モジュール（３２）を前記制御装置（９）に保存するためのものであることを特徴とする制御装置。
【請求項３０】
前記制御ユニット（１０）としてマイクロコントローラを有することを特徴とする、請求項２９に記載の制御装置。
【請求項３１】
前記制御ユニット（１０）は前記制御装置（９）に埋め込まれたシステムであることを特徴とする、請求項２９または３０に記載の制御装置。
【請求項３２】
前記制御装置（９）は自動化装置であることを特徴とする、請求項２９から３１までのいずれか一項に記載の制御装置。
【請求項３３】
前記制御装置（９）は電子メモリカード（５０）を読取るための読取り装置（５１）を有することを特徴とする、請求項２９から３２までのいずれか一項に記載の制御装置。
【請求項３４】
前記操作／監視装置（１）と接続するためにＷＬＡＮ規格、ＩＲＤＡ規格、またはブルートゥース規格をベースとする無線式のデータインターフェースを有することを特徴とする、請求項２９から３３までのいずれか一項に記載の制御装置。
【請求項３５】
請求項２９から３４までのいずれか一項に記載の制御装置（９）を有する機械。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、制御装置をこれとデータ工学的に接続された操作／監視装置によって操作および監視する方法に関する。操作／監視装置と制御装置は、ソフトウェアプログラムを実行するためにプロセッサ支援式の制御ユニットを有する。さらに本発明は、グラフィック式の操作インターフェースと、ユーザーのための入力手段と、制御装置とデータ工学的に接続するためのデータインターフェースと、ソフトウェアプログラムを実行するためのプロセッサ支援式の制御ユニットとを備える操作／監視装置を対象とする。さらに本発明は、ソフトウェアプログラムを実行するためのプロセッサ支援式の制御ユニットと、操作／監視装置とデータ工学的に接続するためのデータインターフェースとを備える制御装置を対象とする。さらに本発明は、このような制御装置を備える機械を対象とする。さらに本発明は、自動化・製造プロセスを操作および監視するため、ならびに制御装置を使用開始するための、前記方法の好適な利用法を対象とする。最後に本発明は、本発明による方法を実施するために表示プログラムまたはインタプリタプログラムを記憶するためのそれぞれ１つのデータ記憶媒体を対象とする。
【背景技術】
【０００２】
このような種類の方法は、例えば自動化・製造技術から知られている。そこでは機械、設備、または設備部品が、これらに接続された、もしくは必要な場合に接続可能な、操作／監視装置によって監視される。
【０００３】
操作／監視装置については、ヒューマン・マシン・インターフェースを表すＨＭＩ装置という用語もしばしば用いられる。操作／監視装置という概念は、監視プロセスを視覚化し、場合により接続されている制御装置へアクセスすることによって、操作プロセスを実行することもできる装置を意味している。このような操作／監視装置の一例は、グラフィック式の操作インターフェースのために比較的大型の表示ユニットを備える、いわゆるオペレータパネルである。このような操作インターフェースには、監視されるべき機械や設備のパラメータ、グラフ、または模式的な図像を表示することができる。オペレータパネルは奥行寸法がわずかなので携帯可能なユニットとして製作することもでき、または別案として、設備制御部または機械制御部のスイッチキャビネット壁に取り付けられていてもよい。このような種類の操作／監視装置は、例えばＷｉｎｄｏｗｓ（登録商標）  ＣＥコンピュータプラットフォームまたはＬｉｎｕｘコンピュータプラットフォームをベースとしている。
【０００４】
例えば工作機械や駆動装置などの監視されるべき機械は、多くの場合、機械、設備、または設備部品のパワーセクションを制御、調節、監視し、自動化・製造技術における「大まかな」動作のために利用される制御装置を有する。この制御装置を介して、機械、設備、または設備部品を制御・調節するためのパラメータの変更も行うことができる。制御装置自体は、接続されている機械の状態を視覚化する、限定された手段しか備えていないのが通常である。多くの場合、このような制御装置の外面には、例えば機械の適正な動作（緑色のＬＥＤ）を表示するために、発光ダイオード（ＬＥＤ）が取り付けられている。赤色に点灯したＬＥＤや点滅をするＬＥＤは、例えば機械のダウンなどの不適正な動作を知らせるのが普通である。例えばＶ２４スタンダードやＵＳＢスタンダードをベースとするシリアルインターフェース等の診断インターフェースを制御装置に設けることも知られている。このようなインターフェースを介して、例えば診断装置あるいは上述した操作／監視装置を接続することができる。
【０００５】
上に述べた制御装置は、多くの場合、いわゆる「埋込型システム」として製作される制御ユニットを有する。埋込型システムとは、例えば航空機、自動車、家庭用機器といった数多くの広い利用分野でその役割を果たしている、埋め込まれたコンピュータシステムである。したがって「埋込型システム」は、しばしば非常にハードウェアに近い比較的単純なその設計によって、ソフトウェアの高いフレキシビリティとハードウェアの性能とを兼ね備える。したがってこのようなシステム向けのソフトウェア開発は、例えばデスクトップシステムやＰＣシステム向けのソフトウェア開発とは比べることができない。好んで用いられるプログラミング言語には、例えばアセンブラ言語やＣ言語がある。したがって、最も必要なものに限定された機能範囲を有するオペレーティングシステムがしばしば用いられる。このようなオペレーティングシステムはメモリ保護を備えてはいないものの、その代わりに十分なリアルタイム要求を備える。通常の埋込型オペレーティングシステムは、例えばＰＥＲＬ、ＶｘＷｏｒｋｓおよび増加しつつある特別なＬｉｎｕｘ−Ｄｅｒｉｖａｔｅなどである。
【０００６】
埋込型システムは、多くの場合、コンピュータと同じハードウェアをベースとしているが、大抵は著しく制約された周辺条件が課せられる。例えば、デスクトップ分野やノートブック分野から知られるＣＰＵに比べて著しく制約されたアーキテクチャと性能とを有するマイクロコントローラが用いられる。ハードディスク、キーボード、スクリーンなどのそれ以外のコンピュータコンポーネントは、多くの場合全く設けられない。必要性に応じて、入力をするために小型のキーボードが設けられたり、出力をするために小型のＬＣＤ表示器が設けられていてよい。電子記憶装置としての小型のフラッシュＲＯＭチップまたはフラッシュＲＡＭチップが、ハードディスクのような機械コンポーネントに代用される。
【０００７】
埋込型システムのソフトウェアプログラム、例えば「贅肉を省いた」オペレーティングシステムならびに本来の制御アプリケーションは、ファームウェアとも呼ばれる。ファームウェアはＲＯＭに存在しているのが通常であり、したがって動作中には変更することができない。フラッシュＲＯＭの場合、チップを取り替える必要なしにファームウェアアップデートが可能である。このようにして、「ソフトウェア」を例えば外部のデータインターフェースを介して更新することができる。
【０００８】
操作／監視装置は、従来、パラメータインターフェースを有し、それにより、例えば制御ロジック、システムパラメータ、内部的な動作状態などのファームウェアの内部的な動作データを「問い合わせる」ことができるようにするために、埋込型システムへの直接的なアクセスを行うことができる。今日利用可能な制御ユニットは、自動化技術や製造技術において、極めて複雑な制御・調節課題を担うことができる。
【０００９】
その欠点は、必然的に、操作／監視装置における制御・調節メカニズムの制御ロジックまたは構造のイメージングが極めて複雑になり、高いコストがかかることである。しかも、このようなロジックを「反映」させることは、このような装置のバリエーションの多様性や技術的な今後の開発を考えると、制御装置と操作／監視装置の間の強い依存性を創出する。
【００１０】
さらに別の欠点は、例えば顧客固有の適合化を行えるようにするために、機械、設備、または設備部品の顧客やサービス人員に制御装置の制御ユニットのファームウェアへのアクセス権を与えなくてはならない場合である。このような場合、誤ったパラメータを入力するとエラーにつながり、場合によっては制御装置もしくは制御装置と接続された機械の損傷につながることがある。
【００１１】
開発目標ならびに開発コストの大部分が形となって現れるのは、ファームウェアとして制御ユニットに格納される機械固有のアプリケーションとしてである。このようなアプリケーションは、同時に開発の「結晶」すなわちノウハウでもある。
【００１２】
したがって、制御ユニットのファームウェアにあるこのようなアプリケーションへ第三者がアクセスできると、またはアクセスが許されると、大きな欠点となる。
【発明の開示】
【発明が解決しようとする課題】
【００１３】
そこで本発明の課題は、操作／監視装置ならびに制御装置の開発とメンテナンスに要するコストが削減される方法ならびにこれに対応する操作／監視装置、および制御装置、ならびにこのような制御装置を備える機械を提供することにある。
【００１４】
本発明のさらに別の課題は、接続されるべき制御装置に合わせて操作／監視装置を適合化するためのコストを下げることにある。
【００１５】
本発明のさらに別の課題は、制御装置のファームウェアへのアクセスを阻止することであり、制御装置の操作と監視を引き続き可能であるのが望ましい。
【課題を解決するための手段】
【００１６】
この課題は方法については、特徴部に記載されているように、表示モジュールおよびプログラム構造を備えるスクリプトへアクセスすることができるインタプリタプログラムが制御装置で実行されることによって解決される。このとき、プログラム構造は制御装置のファームウェアの動作データへアクセスすることができ、この動作データは事前設定可能な表示フォーマットの表示データへ変換され、およびこれと逆向きに変換される。スクリプトが処理され、その際に、プログラム構造が対応する結果を表示モジュールの形態で場合により所定の表示フォーマットの表示データとともに編成し、その結果を操作／監視装置に提供する。操作／監視装置では、多くの場合、表示モジュールを所定の表示フォーマットで表示するために、表示プログラムが実行される。表示モジュールには、制御装置にある少なくとも１つのスクリプトへの参照指示が格納されている。この参照指示は１つの事象と関連し、その事象が始まると対応するスクリプトがインタプリタプログラムによって始動されて処理される。
【００１７】
本発明の特別な特徴は、操作／監視装置によって表示される表示モジュールが、相応の事象の場合には、さらに制御装置のスクリプトを始動させることにある。このスクリプトは処理の結果として自分でも新たな表示モジュールを編成し、この表示モジュールをさらに操作／監視装置によってロードすることができる。いわば−操作／監視装置の側から見ると−スクリプトが始動され、引き続いて、対応するスクリプト処理の結果が表示のためにロードされる。
【００１８】
本発明の大きな利点は、操作／監視装置が制御ユニットの繊細なファームウェアへ直接アクセスすることができなくなるという点にある。この通信はインタプリタプログラムを介して行われることになる。本来の制御アプリケーションならびにファームウェアの内部的な動作データへのアクセスは不可能になる。このときスクリプトのプログラム構造は、制御装置の制御ロジックへの書込みアクセスおよび読取りアクセスを可能にするように構造化されている。このとき、例えば妥当性に関して、許容されないパラメータ値をチェックすることが可能であるのが好ましい。それにより、制御装置ならびにこれに接続された機械の許容されない状態およびこれに伴って考えられる損傷が回避される。
【００１９】
制御ユニットにより実行されるインタプリタプログラムは、スクリプトを段階的に処理していく。スクリプトは順次処理される命令のリストで構成されている。このような「スクリプト言語」については、分岐、ループ、ならびに機能呼出しといった限定的な指示を含む簡単なプログラムシンタックスが定義されている。新たなプログラム構造を例えば命令ライブラリに収録することによって、既存の命令集合をダイナミックに拡張することもできる。スクリプトの使用は、例えばプログラミング言語であるＶｉｓｕａｌ  ＢａｓｉｃやＪＡＶＡ（登録商標）−Ｓｃｒｉｐｔにより知られている。スクリプトはプレーンテキストで作成され、相応の方法で簡単に読取ったり変更することができる。その他のスクリプトの周知の例は、いわゆるマクロである。
【００２０】
さらに別の大きな利点が上記と結びついている。なぜならスクリプト言語は、すなわち簡単に構造化されたスクリプト命令の相前後した配列は、本来のファームウェアを知ることを必要とすることなく、高い抽象化レベルでの「プログラミング」を可能にするからである。それによりＯＥＭ供給者のような顧客も、自身の目的のために独自のアプリケーションを作成することができる。簡単なスクリプト命令は、例えば「ＳＥＴ−ＰＡＲＡＭ」や「ＧＥＴＰＡＲＡＭ」およびこれに後続して規定される、引渡しまたは引取りがなされるべき必要な引数の数などのものであってよい。
【００２１】
上に説明したスクリプトは、「ウィザード」の進行制御も担うことができる。ウィザードは、例えばインストールプログラムのような指示を行う補助プログラムである。
【００２２】
インタプリタプログラムは、各々の命令について例えばランタイムライブラリなどの進行可能なコードが実行されることによって、命令をシーケンシャルに処理するので、スクリプトを変更するときにはコンパイルが好都合であり、表示モジュールやプログラム構造は必要ない。装置固有の特殊性を備える制御装置の複雑な制御ロジックへのアクセスは、インタプリタプログラムによってのみ行われる。
【００２３】
さらにインタプリタプログラムは、操作／監視装置に割り当てられているのでない、制御装置の別途の役割も実行することができる。インタプリタプログラムは、例えばスクリプト言語で作成されているファームウェア用のアプリケーションで実行することができる。
【００２４】
さらに別の大きな利点は、例えばパラメータの表示の変更などの顧客固有の適合化が、操作／監視装置のファームウェアならびに制御ユニットのファームウェアのいかなる変更も惹起しないことである。このような変更は、新たなファイルがスクリプトおよび場合により表示モジュールおよびプログラム構造とともに制御装置へロードされることによってのみ行われる。
【００２５】
２進フォーマットで通常存在しているファームウェアの動作データは、プログラム構造により、事前設定可能な表示フォーマットの表示データへと変換される。考えられる１つの表示フォーマットは、例えば２進動作データをプレーンテキストで読取り可能な文字列へと変換する、いわゆるＡＳＣＩＩストリングである。このような文字列は、表示プログラムを識別表示するために、２つのいわゆる「タグ」の間にも含まれていてよい。タグは例えばマークアップ言語ＸＭＬまたは記述言語ＨＴＭＬで使用される。
【００２６】
参照指示は、先ほど説明したように、読出し可能な事象と結びついている。１つの事象は、例えば操作／監視装置のグラフィック式の操作インターフェースでのユーザーアクションであってよい。ユーザーアクションの１つの例は、いわゆるコンボボックスにある複数のオプションの中から１つを選択することである。この選択は、例えばマウスポインタを用いて、希望するオプションをクリックすることによって行うことができる。それに依存して、制御装置の対応するスクリプトへの参照指示が出力される。例えば参照指示によって選択されたオプションの対応するテキストまたは対応する記号がアーギュメントとして出力されることによって、制御装置の同一のスクリプトへの参照指示も可能である。
【００２７】
１つの事象は、例えば制御装置の内部的な通知状態またはアラーム状態であってもよい。この種の通知は、例えば割込みまたはいわゆる例外の一環として生起され、もしくは割込みによって制御装置の監視プログラムから周期的に出力される。発動されるべき事象に依存して、相応の表示モジュールを生成して保存することもできる。このような表示モジュールは、例えばエラーテキストまたは警告テキストを視覚化することができる。このようにして、たとえユーザーアクションが行われていなくても、メッセージを操作／監視装置へ伝送することができるできるという利点がある。
【００２８】
特別な場合、表示モジュールは例えばテキストボックス、ビットマップ、エディットボックスなどを含む。それにより、操作／監視装置について新たな操作インターフェースを簡単な方法でモジュール形成により作成することができる。
【００２９】
さらにプログラム構造は、例えば数学関数および論理関数、ならびにプログラム分岐およびループを含む。数学関数は例えば乗算、除算、加算であってよい。論理関数は例えばＯＲ演算、ＡＮＤ演算、シフト演算、あるいはビット関連の演算であってよい。プログラム構造は、関数が再帰的な形でそれ自体を再び呼び出すような形で構造化されていることさえできる。このようにして設計がより強力になると同時に、より簡単に命令が可能となる。
【００３０】
さらに別の方法態様によると、複数の表示モジュールを組み合わせて表示ページにすることができる。それにより、スクリプトの処理結果として、例えばメインメニューやスタートウインドのように、多数の表示モジュールを含む画面ページ全体を表示することができるという利点がある。
【００３１】
インタプリタプログラムはデータを変数と配列の形態で管理するのが好ましく、これらはスクリプトで定義することができる。それにより、アプリケーション関連のデータ形式を宣言して利用することができるという利点がある。
【００３２】
スクリプト、表示モジュール、およびプログラム構造は、ファイルとしてライブラリに保存されるのが好ましい。このときライブラリという概念は広義に解釈すべきである。特にこれはスクリプト、表示モジュール、ならびにプログラム構造の「ソースファイル」を例えば目録またはフォルダに、データ工学の面から好都合なように組織化することを意味している。
【００３３】
上に述べたファイルは圧縮されたファイルフォーマットで存在していてもよく、インタプリタプログラムによって呼び出されると再び圧縮解除される。アンパックまたは圧縮解除は小さいパーサプログラムによって行うことができる。ファイル圧縮は、さもなければプレーンテキストで存在することになる「ソースファイル」のメモリ需要の、大幅な好ましい低減を可能にする。さらに、インタプリタプログラムの処理速度が高まるという利点がある。
【００３４】
表示モジュールまたは表示モジュールから組み合わされてなる表示ページは、結果ファイルに記憶されるのが好ましい。この結果ファイルはファイル転送命令を通じて簡単な仕方で操作／監視装置によりロードすることができる。このことは、例えばファイル名と対応するパスを指定することを通じて行うことができる。
【００３５】
「ソースファイル」と同じく、表示モジュールまたは表示モジュールから組み合わされてなる表示ページも、圧縮されたファイルフォーマットで結果ファイルに記憶させることができる。そのためにインタプリタプログラムは適当な圧縮プログラムを実行する。圧縮されたファイルがロードされた後、このファイルは表示プログラムによって再びアンパックされる。そのために特に適しているのは、少ないソフトウェアコストでテキストを格別に効率的に圧縮するＡＣＸファイルフォーマットまたはＡＣＦファイルフォーマットである。
【００３６】
さらに別の有利な実施形態では、表示プログラムは更新された表示モジュールまたは表示モジュールから組み合わされてなる更新された表示ページの有無を周期的にチェックする。例えば、直近にロードされた結果ファイルよりも新しい日付と時刻を有する結果ファイルがあると、その結果ファイルがロードされて、そこに含まれる表示オブジェクトが表示される。
【００３７】
本方法の１つの有利な実施形態では、スクリプト、表示モジュール、およびプログラム構造はマークアップ言語ＸＭＬ（Ｅｘｔｅｎｔａｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）の記述法で構造化される。ＸＭＬは標準化されたマークアップ言語であり、そのコンセプトと規則を用いて独自のマークアップ言語、プログラミング言語、ならびにスクリプト言語を定義することができる。このようなコンセプトと規則をベースとして開発されたスクリプト言語は、いわゆるタグでマーキングされた要素とそのネスティング規則、および許容される値割当を含むアトリビュートから常時構成されている。
【００３８】
ＸＭＬをベースとするスクリプト言語の大きな利点は、その要素の容易な拡張可能性にあり、ならびに、ＸＭＬツール、エディタ、およびシンタックス検査のためのＤＴＤ（ｄｏｃｕｍｅｎｔ  ｔｙｐｅ  ｄｅｆｉｎｉｔｉｏｎ）等の検査ツールのような多数の開発ツールの存在にある。
【００３９】
別案として、スクリプトを処理するために、Ｔｋ（Ｔｏｏｌ  ｋｉｔ）をベースとする表示モジュールを有するスクリプト言語Ｔｃｌ（Ｔｏｏｌ  ｃｏｍｍａｎｄ  ｌａｎｇｕａｇｅ）を使用することができる。相応のライブラリやツールも同じく存在しているので、ユーザーは極めて短時間のうちにスクリプトを作成することができる。
【００４０】
インタプリタプログラムは制御ユニットによってバックグラウンドプロセスで実行されるのが好ましい。このことは、制御課題や調節課題が制御装置によって優先的に実行されるので、これらの課題がスクリプト呼出しによって影響を受けることがないという利点と結びついている。
【００４１】
特に制御ユニットは、例えばＰＥＲＬ、ＶｘＷｏｒｋｓまたはＲＴＬｉｎｕｘなどのリアルタイムオペレーティングシステムすなわちＲｅａｌｔｉｍｅオペレーティングシステムのソフトウェアプログラムを実行する。それにより、複数の監視課題、制御課題、調節課題を並行して実行することが可能である。上位のタイムスライスマネジメントは、実行されるべき課題が、それぞれの優先度に応じて、事前設定可能な時間インターバルで十分に計算時間を得ることを保証する。
【００４２】
別の有利な方法態様では、例えば標準化された伝送方式であるＷＬＡＮ、無線技術をベースとするブルートゥース、または赤外線ビームをベースとするＩＲＤＡなどを用いた無線経路で、操作／監視装置と制御装置の間のデータ伝送が行われる。例えばＬＡＮ、イーサネット（登録商標）、ＵＳＢなどを用いた、広く普及している標準化された回線を使用する伝送方式に比べて、操作／監視装置が制御装置の検出範囲内に到達すれば、接続の構築が即座に可能である。ケーブルレスのデータ伝送の場合にも、ケーブルを使用するデータ伝送の場合にも、すべての表示モジュールはそれぞれの制御装置によってのみロードされて表示されるので、到達可能な複数の制御装置の操作と監視が引き続き可能であるという利点がある。到達可能な制御装置のうちの１つを選択した後、例えば操作／監視装置にあるリフレッシュキーや更新キーを押すことができ、それにより、現在監視されるべき制御装置に帰属する結果ファイルを表示モジュールとともに読み出し、表示させることができる。
【００４３】
本発明の方法は、制御装置を使用開始するためにも適用可能である。それにより、好ましくはただ１つの操作／監視装置を用いて、例えば多数の制御装置を備える設備全体を使用開始することができる。
【００４４】
本発明による方法は、格別に有利には、自動化・製造プロセスの操作および監視のために適用することができる。この産業分野では、異なる制御課題と調節課題を有する多種多様な多くの制御装置が利用されているからである。
【００４５】
さらに、本発明の方法を実施するための表示プログラムは、操作／監視装置で（もっぱら）機械的に読取り可能な形でデータ記憶媒体に記憶させることができる。
【００４６】
本発明の方法実施するためのインタプリタプログラムおよび／またはスクリプト、表示モジュール、プログラム構造のライブラリも、制御装置で機械的に読取り可能な形でデータ記憶媒体に記憶させることができる。
【００４７】
データ記憶媒体は、例えばフロッピー（登録商標）、コンパクトディスク（ＣＤ）またはＤｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｋ（ＤＶＤ）であってよい。別案として、データ記憶媒体はコンパクトな電子メモリカード、特にＭＭカード、ＳＤカード、ＣＦカードなどであってもよい。
【００４８】
データ記憶媒体は、操作／監視装置または制御装置の適当な読取り装置によってその場で読み出すことができるのが好ましい。特に電子メモリカードとこれに対応する読取り装置は構造が極めてコンパクトなので、操作／監視装置または制御装置へ組み込むのに適しているという利点がある。
【００４９】
さらに上述の課題は、本方法に対応する操作／監視装置によって解決される。そのために操作／監視装置は、グラフィック式の操作インターフェースと、ユーザーのための入力手段と、操作／監視装置を制御装置とデータ工学的に接続するためのデータインターフェースと、ソフトウェアプログラムを実行するためのプロセッサ支援式の制御ユニットとを有する。
【００５０】
制御ユニットは、本発明による方法を実施するために表示プログラムを実行する役目をする。表示プログラムは、特に、少なくとも表示モジュールを事前設定可能な表示フォーマットでグラフィック式の操作インターフェースへロードして表示する役目をする。表示プログラムは、制御装置の少なくとも１つのスクリプトへの参照指示を出力する役目も果たす。このとき参照指示は表示モジュールに格納され、グラフィック式の操作インターフェースでのユーザーアクションによって選択可能である。
【００５１】
１つの特別な実施形態では、本発明による操作／監視装置は、例えばＬＣＤディスプレイのようなグラフィック式の操作インターフェースのための表示ユニットでもあり同時に入力手段でもあるタッチスクリーンを有する。選択の複数の可能性をユーザーに提供するグラフィック式の操作インターフェースに表示される表示モジュールは、好ましい簡単な方法として、指で１回押すことによる選択を可能にする。さらにキーの個数が減るという利点がある。
【００５２】
１つの有利な実施形態では、操作／監視装置は携帯可能なモバイルユニットとして製作されている。このような装置は、例えばサービス技術者やスタートアップエンジニアがその都度の利用のために携帯することができるという利点がある。
【００５３】
自動化・製造技術で利用するためのオペレータパネルとしての操作／監視装置の構成が特別に好ましい。このような種類の装置は、特に粗加工を行う産業分野用として構成されている。
【００５４】
さらに上述の課題は、本方法に対応する制御装置によって解決される。このような制御装置は、ソフトウェアプログラムを実行するためのプロセッサ支援式の制御ユニットと、操作／監視装置とデータ工学的に接続をするためのデータインターフェースとを有する。
【００５５】
制御ユニットは、本発明の方法を実施するためにインタプリタプログラムを実行する役目をする。特にインタプリタプログラムは、データインターフェースによって受信された対応する制御装置のスクリプトへの参照指示を用いて、スクリプトを始動させて処理する役目をする。同様にインタプリタプログラムは、始動したスクリプトのプログラム構造を用いて、対応する処理結果を表示モジュールの形態で編成する役目をする。最後に、インタプリタプログラムは表示モジュールを制御装置に記憶させる役目をする。
【００５６】
このような制御装置の制御ユニットは、マイクロコントローラを有するのが好ましい。マイクロコントローラは、ＣＰＵとは異なり、多数のデジタル出入力部、ならびに場合により複数のアナログ出入力部を含む。それにより、多数の測定信号、切換信号、回転数信号等を検出することができるという利点がある。それと同時に、例えばモータ、調節部材、バルブなどの多数のアクチュエータを、後置された出力増幅器を介して制御することができる。マイクロコントローラに出入力チャンネルが統合されることで、極めてコンパクトな設計形態が可能である。
【００５７】
部分的に、マイクロコントローラは一体化されたＲＡＭメモリならびにＲＯＭメモリを含む。そのようにして機械的な観点からも、ＲＯＭメモリに格納されたファームウェアを無資格のアクセスから守ることができる。
【００５８】
このような種類の制御ユニットは、制御装置に埋め込まれたシステムであるとみなすこともできる（埋込型システム）。必要なその他の整合化回路やドライバモジュールも、マイクロコントローラとともに、１つの配線板上で極めてコンパクトに配置することができ、場合により、環境要因に対してカプセル封じされた状態で製作することができる。
【００５９】
自動化装置としての制御装置の構成が格別に好ましい。産業分野における制御課題や調節課題は多様であることから、そのような分野にこそ簡単に操作・監視可能な装置を求める要望が存している。
【００６０】
最後に、機械または設備部品を制御するために本発明による制御装置を有する機械または設備部品は、より迅速かつ効率的に操作および監視することができるという利点がある。
【００６１】
次に、下記の図面を参照しながら本発明について詳しく説明する。
【発明を実施するための最良の形態】
【００６２】
図１は、制御装置９とデータ工学的に接続された、一例としての操作／監視装置１を示している。操作／監視装置１は、制御装置９からロードされた表示モジュールを表示するために、表示ユニットまたはグラフィック式の操作インターフェース２を有する。さらに操作／監視装置１は一例として、グラフィック式の操作インターフェース２の上に記号表示または記述される命令や機能を、いわゆるソフトキーとして実行するキー列３を含む。キー４は表示の明るさの調整を可能にする。数字ブロック５は、例えばプロセスパラメータの変更などの数値の入力を可能にする。スイッチ６（ＯＮ）により、操作／監視装置１をオンオフすることができる。メニューＭＥＮＵの表示があるキーを用いて、メインメニューへの即座の復帰が可能である。記号８はコントロールランプを示している。
【００６３】
さらに図１は、本図の例ではモータ１３と接続されている、一例としての制御装置９を示している。モータ１３と制御装置９は、本図の例では、例えば工作機械等の機械１４を構成している。制御装置９はモータ１３に直接フランジ接合されていてもよい。制御装置９は、有利には埋込型システムとして構成された制御ユニット１０を有する。制御ユニット１０は無線式または回線使用式のデータ接続１５を介して操作／監視装置１と通信をする。一例としてのモータ１３は、出力回線１１と入力回線１２を介して、例えば回転数を検出するために制御装置９につながれている。
【００６４】
図２は、一例としての操作／監視装置１および制御装置９ならびに本発明に基づくこれらの相互作用を表す機能ブロック図を示している。操作／監視装置１は、操作／監視装置１の主要な入力機能と出力機能を実行するためのオペレーティングシステム２６を備える。符号２７は、表示プログラム２８（本図の例では記号「ＨＭＩ」を付す）と別個に、あるいは並行して実行することができる一例としてのアプリケーションＡＰＰＬを表している。アプリケーション２７は、例えばテキストエディタやポケットコンピュータプログラムであってよい。
【００６５】
さらに図２は、一点鎖線で囲んで図示されている制御ユニット１０を備える、一例としての制御装置９を示している。制御ユニット１０は、オペレーティングシステム２１ならびに一例としてアプリケーション２２を含む。このアプリケーション２２は、例えば制御装置９に接続されている、一例としての図１のモータ１３のための制御・調節プログラムであってよい。オペレーティングシステム２１とアプリケーション２２は、一例として、制御ユニット１０のファームウェアを形成している。
【００６６】
本発明によると、スクリプト、表示モジュール、ならびにプログラム構造をＸＭＬ表記法でライブラリ３０から読取ることができるインタプリタプログラム２４（ＩＮＴＥＲＰＲＥＴＥＲ）が設けられている。このことは、記号ＲＥＡＤが付された矢印で図示されている。処理の一環として生成される表示モジュール２９が、結果ファイル２５（ＲＥＳＵＬＴ）として保存される。このことは、記号ＷＲＩＴＥが付された矢印で図示されている。記号ＳＴＡＲＴが付された別の矢印は、表示プログラム２８からインタプリタプログラム２４に対して要求が行われる経路を示している。この経路を通じて希望されるスクリプトの識別記号が伝送され、それを受けて該スクリプトがすぐにインタプリタプログラムにより処理される。その処理の結果を、引き続いて表示プログラム２８により結果ファイル２５としてロードすることができる。このことは記号ＬＯＡＤが付された矢印で図示されている。
【００６７】
図３は、スクリプト３１と、表示モジュール３２と、プログラム構造３３とを備えるライブラリ３０の構造の一例を示している。このときスクリプト３１は、やはり表示モジュール３２とプログラム構造３３とが組み合わされてなっていてよい。ライブラリ３０に保存されている表示モジュール３２とプログラム構造３３は、インタプリタプログラムによりスクリプト処理の一環として、新たな表示モジュールへとモジュール形式で組み込まれる。冒頭に説明したように、これらを目録またはフォルダでファイルとして組織化するのが好ましい。
【００６８】
図４、図５は、一例としてのプログラム構造３３１、３３２をマークアップ言語ＸＭＬの表記法で示している。
【００６９】
図４は、一連の被加数を加算する記号「ＡＤＤ」を含むプログラム構造３３１の原理的なシンタックスを示している。被加数は、このプログラム構造３３１が呼び出されたときにアーギュメントの形態で渡される。＜ａｒｇ＞は、渡されるべきアーギュメントの先頭部を表している。＜／ａｒｇ＞はこれに対応する終了部である。そしてこれら両方の括弧式の間に、渡されるべき数値が挿入される。処理後に結果すなわち被加数の合計が、呼び出された機能の結果として送り返される。
【００７０】
図５は、プログラム構造３３２として、例えばＰＡＳＣＡＬのような他のプログラミング言語から知られている、一般に周知のＩＦ−ＥＬＳＥ文を示している。これに対応する一例としてのデータ構造は、第１行と第３行でアーギュメントとともに比較されるべきオペランドを渡すべきことを明示している。第２行では、例えば「以上」、「等しい」、「以下」などのオペレータによる比較の方式が指定されている。これに続く＜ｄｏ＞アーギュメントで表された両方の行では、比較結果がポジティブだった場合に命令処理が行われる。そのようでない場合には、「ＥＬＳＥ」で表されるキーワードに従って代替的な処理が行われる。
【００７１】
図６、図７は一例としてのスクリプト３１１、３１２をＸＭＬで示している。
【００７２】
タイトルＬＯＡＤ＿ＰＡＧＥを含む図６のスクリプトは、操作／監視装置１の表示プログラムによるユーザーアクションに対する反応として指定されて開始される。一例としてのデータ構造は相対的なパス指定に基づいて絶対的なパス指定を割り出し、それによって所望のファイルをアドレシングすることができる。命令ＰＡＲＳＥ＿ＰＡＧＥにより、やはりスクリプト３１、表示モジュール３２、またはプログラム構造３３を有することができるファイルがロードされ、次いでこれが記憶される。
【００７３】
図７は、タイトル「ＬＯＡＤ＿ＰＡＲＡＭＥＴＥＲ」を有するプログラム構造３１２を示している。ＸＭＬ表記法に従い、まず最初に最も内側のプログラム構造すなわち命令「ＧＥＴＰＡＲＡＭ」が処理される。次いで、求められたパラメータ値がストリングすなわち文字列へと変換され、続いて表示モジュールとして結果ファイルに保存される。
【００７４】
図８、図９は、制御装置の内部的な制御ロジックと対話するプログラム構造３３４のデータ構造３３３をＸＭＬで一例として示している。
【００７５】
図８は、ＧＥＴＰＡＲＡＭ文とＳＥＴＰＡＲＡＭ文のデータ構造を示している。それぞれのデータ構造では、渡されるべきアーギュメントまたは読取られるべきアーギュメントの数が指定されている。
【００７６】
図９は、（同じく最も内側のプログラム構造を起点として）パラメータ９８の値を読み出してその値をパラメータ９９へ書き込む、上記をベースとするプログラム構造を示している。これは単純なコピー文である。
【００７７】
図１０〜１３は、一例としてのグラフィック表示された表示モジュール２９１−２９２、ならびに、それぞれ対応するＸＭＬの命令２９４−２９５の順序を示している。図１０は、タイトル「Ｍａｉｎｍｅｎｕ」を有するテキストボックスを示している。この一例としてのテキストボックスの大きさは、図１１に示すパラメータｓｉｚｅ＝「１６」で規定される。このテキストボックスが例えばマウスポインタで選択されると、インタプリタプログラム２４が表示プログラム２８により、例えばファイル「ＳＩＮＡＭＩＣＳ＿Ｇ／ＭＡＩＮ．ＡＸＦ」をロードするよう指図され、その表示モジュールがメインメニュー画面ページを表示することができる。図１２は、現在のタイトル「ｅｎｕｍ１」を有する、いわゆるコンボボックスを示している。図示されている矢印２９３を選択することによって、複数のボックスから選択を行うことができる。可能な選択は、一例として図１３では、キーワード「ｉｔｅｍ」を有するコマンド行に掲げられている。
【００７８】
図１４は、一例としてのＸＭＬスクリプト４０を対応するＡＸＦファイル４３へ本発明に基づいて圧縮する原理的な機能形態を示している。スクリプト４０はプレーンテキストとして与えられている。データ工学的な観点からすると、このスクリプトは特定の長さを有する文字列に他ならない。ＡＸＦディクショナリ４２（ＡＸＦ−Ｄｉｃｔｉｏｎａｒｙ）を用いて、例えば「ｔｅｘｔ」、「ｃｏｍｂｏｂｏｘ  ｕｐｄａｔｅ」、あるいは「ｉｔｅｍ」などの文を対応する１６進法の略号によって表すことができる。同様に、翻訳テーブル４１に基づいて、「ＩＮＴＥＧＥＲ」または「ＦＬＯＡＴ」の数字形式をさらに別の略号で置き換えることができる。その結果すなわちＡＸＦファイル４３が１６進表記で示されている。プレーンテキストのスクリプト４０の当初のメモリ需要に比べて、メモリ需要が大幅に小さくなっている。
【００７９】
図１５は、本発明によるインタプリタプログラム２４のデータ記憶装置としての電子メモリカード５０を読取るための読取り装置５１を備える、一例としての制御装置９を示している。このとき電子メモリカード５０は、そのために制御装置９の外面に設けられたスリット５１へ差し込むことができる。
【００８０】
図１６は、本発明の方法によるスクリプト５２およびその結果として生成される表示モジュール５４の始動、処理について、テストスクリプトを例にとって一例としての進行順序を示している。
【００８１】
図１７は、図１６に示す一例としてのスクリプトまたは表示モジュールの対応するコマンド行をＸＭＬで示している。
【００８２】
図１６では、テストスクリプト５２は圧縮された形態で電子メモリカード５０に格納されている。そしてテストスクリプト５２は、顧客またはプログラマーが制御装置９について作成した新たな「アプリケーション」であると見なされる。電子メモリカード５０が差し込まれると、これに含まれている圧縮されたＸＭＬファイルが制御装置９のパーサープログラム５３（ＰＡＲＳＥＲ）によってアンパックされ、続いてインタプリタプログラム２４（ＩＮＴＥＲＰＲＥＴＥＲ）によって処理される。
【００８３】
図１７は、アンパック後にインタプリタプログラム２４に存在しているような、アンパックされたコマンド行を示している。このテストスクリプトは、両方の数字１および２を加算すべき加算プログラム「ＡＤＤ」である。この加算プログラムがインタプリタプログラム２４によって処理され、これに対応する表示モジュールがスクリプト形式で生成される。このことは図１７の右側に示されている。表示モジュールはテキスト表示１＋２＝３として数学演算の結果を含む。次いでこの表示モジュールが圧縮されて、結果ファイル５４として制御装置９で例えばＲＡＭディスクに保存される。表示プログラム２８のロード命令によってこの結果ファイル５４がロードされ、続いて表示モジュールが、操作／監視装置１のグラフィック式の操作インターフェースに表示される。このことは図１６の例に示されている。
【図面の簡単な説明】
【００８４】
【図１】制御装置とデータ工学的に接続された、一例としての操作／監視装置である。
【図２】一例としての操作／監視装置および制御装置、および本発明の方法に基づくこれらの相互作用を示す機能ブロック図である。
【図３】本発明に基づく表示モジュール、プログラム構造、およびスクリプトを備えるライブラリの構造の一例である。
【図４】マークアップ言語ＸＭＬの表記法による一例としてのプログラム構造である。
【図５】マークアップ言語ＸＭＬの表記法による一例としてのプログラム構造である。
【図６】一例としてのＸＭＬのスクリプトである。
【図７】一例としてのＸＭＬのスクリプトである。
【図８】制御装置の内部的な制御ロジックと統合された、ＸＭＬのプログラム構造の一例としてのデータ構造である。
【図９】制御装置の内部的な制御ロジックと統合された、ＸＭＬのプログラム構造の一例としてのデータ構造である。
【図１０】グラフィック表示された一例としての表示モジュール、ならびにそれぞれ対応するＸＭＬの命令のシーケンスである。
【図１１】グラフィック表示された一例としての表示モジュール、ならびにそれぞれ対応するＸＭＬの命令のシーケンスである。
【図１２】グラフィック表示された一例としての表示モジュール、ならびにそれぞれ対応するＸＭＬの命令のシーケンスである。
【図１３】グラフィック表示された一例としての表示モジュール、ならびにそれぞれ対応するＸＭＬの命令のシーケンスである。
【図１４】本発明に基づいて一例としてのＸＭＬスクリプトが対応するＡＸＦファイルへ圧縮される原理的な機能形態である。
【図１５】本発明によるインタプリタプログラムの記憶媒体としての電子メモリカードを読取るための読取り装置を備える一例としての制御装置である。
【図１６】本発明の方法に基づくスクリプトおよびそこから生成される表示モジュールの始動と処理について、テストスクリプトを例にとって示す一例としての進行順序である。
【図１７】図１６に示す一例としてのスクリプトまたは表示モジュールの対応するＸＭＬのコマンド行である。
【図１】
2009501984.tif 000003
【図２】
2009501984.tif 000004
【図３】
2009501984.tif 000005
【図４】
2009501984.tif 000006
【図５】
2009501984.tif 000007
【図６】
2009501984.tif 000008
【図７】
2009501984.tif 000009
【図８】
2009501984.tif 000010
【図９】
2009501984.tif 000011
【図１０】
2009501984.tif 000012
【図１１】
2009501984.tif 000013
【図１２】
2009501984.tif 000014
【図１３】
2009501984.tif 000015
【図１４】
2009501984.tif 000016
【図１５】
2009501984.tif 000017
【図１６】
2009501984.tif 000018
【図１７】
2009501984.tif 000019
【国際調査報告】
2009501984.tif 000020
2009501984.tif 000021
2009501984.tif 000022
2009501984.tif 000023
2009501984.tif 000024
2009501984.tif 000025