JP2016074217A - 生産システムのための操作フィールドを操作する方法並びに生産システムのための制御装置 - Google Patents

Abstract

【課題】操作フィールドが比較的低い伝送速度のデータリンクを介して高い信頼性のもとで操作でき、かつ、特に複数の操作フィールドを同時に設置することが可能な、生産システムのための操作フィールドを操作する方法及び生産システムのための制御装置を提供すること【解決手段】生産システムの制御装置のホストコンピュータに操作フィールドモジュールライブラリをインストールし、操作フィールドモジュールライブラリによって操作フィールドを作成し、操作フィールドをマークアップ言語ファイルとしてブラウザーに伝送し、操作フィールドでのユーザーの操作によってアクション要求がトリガされ、これによってホストコンピュータにおけるアクションが要求され、各アクション要求の際、ウェブユーザインタフェースはアクションが許可されるか否かを検査し、アクションが許可されない場合にアクションを阻止する。【選択図】図２

Description

本発明は、生産システムのための操作フィールドを操作する方法並びに生産システムのための制御装置に関しており、特に本発明は、印刷システムのための操作フィールドを操作する方法並びに印刷システムのための制御装置に関している。

独国実用新案第２９７２０９９１号明細書からは、印刷機、特に枚葉紙オフセット印刷機のための計算機が公知であり、この印刷機は、１つのバスを介して接続されている複数の計算機を備えている。前記計算機のうちの少なくとも１つは、表示及び入力装置を有している。この１つの計算機は、無線インタフェースを介して印刷機と接続され、当該印刷機の駆動制御に用いられるポータブル計算機である。

独国特許第３６１４７４４号明細書からは、印刷機の制御のためのさらに別の装置が公知であり、ここでは電子制御ユニットがポータブルに構成されている。このポータブルな電子制御ユニットと印刷機の固定の受信機との間の信号は、符号化されて伝送されている。

米国特許出願公開第２０１４０１２６７１５号明細書からは、ＷｅｂＲＴＣ−サーバー（Web real-time communication system）を利用することが開示されており、このサーバーでは、ブラウザーに、ジャバスクリプトＡＰＩ（Java-Script application programming interface）を介して双方向のメディアデータ交換の実施をリアルタイムで可能にしている。これにより、マイクロフォン、カメラ、スピーカは、インターネットを介したオーディオ及びビデオ情報の交換のために駆動制御される。それに対してユーザーは付加的なソフトウエアをダウンロードしてブラウザー内で実施する必要はない。

米国特許出願公開第２０１２０１３１４７３号明細書からは、ウェブ・サービス・スクリプトがクライアントコンピュータにおいてどのように操作され得るかが開示されており、ここではそれに応じて相応に変更されたウェブサービスが、サーバーにおいて実行可能なコードにコンパイルされる。この実行可能なコードが実施され、対応するウェブページが生成されると、それがクライアントコンピュータに返送される。

文書内のテキスト、イメージ、ハイパーリンクなどのコンテンツの構造化と修飾のための異なるテキストベースのマークアップ言語も存在する。このようなマークアップ言語には、ＨＴＭＬ４.０１があり、その仕様は１９９９年１２月に公開されている。なおこのＨＴＭＬは、バージョン５への改訂がなされている。

独国実用新案第２９７２０９９１号明細書 独国特許第３６１４７４４号明細書 米国特許出願公開第２０１４０１２６７１５号明細書 米国特許出願公開第２０１２０１３１４７３号明細書

本発明の課題は、操作フィールドが比較的低い伝送速度のデータリンクを介して高い信頼性のもとで操作でき、かつ、特に複数の操作フィールドを同時に設置することが可能な、生産システムのための操作フィールドを操作する方法及び生産システムのための制御装置を提供することである。

前記課題は、次のような生産システム、特に印刷システムのための操作フィールドを操作する方法によって解決される。当該生産システムは制御装置（２）を有しており、当該制御装置（２）はホストコンピュータ（１０）を含んでおり、当該ホストコンピュータ（１０）は、１つ又は複数のクライアントコンピュータ（１４，１５，１７）とデータリンクによって接続されており、当該クライアントコンピュータ（１４，１５，１７）上にブラウザー（２３）をインストールし、実行し、
前記ホストコンピュータ（１０）に、操作フィールドモジュールライブラリ（２０）をインストールし、実行し、
当該操作フィールドモジュールライブラリ（２０）によって、前記生産システムに対する操作フィールドを作成し、準備し、
当該操作フィールドをマークアップ言語ファイルとして、前記ホストコンピュータ（１０）から、前記各ブラウザー（２３）に伝送し、当該ブラウザー（２３）内で、前記操作フィールドを表示するように実行し、
前記マークアップ言語ファイルを、前記ホストコンピュータ（１０）にインストールされかつ当該ホストコンピュータで実行されるウェブユーザインタフェース（２１）によって、前記ホストコンピュータ（１０）から、前記複数のクライアントコンピュータ（１４，１５，１７）のうちの１つに伝送し、
前記操作フィールドでユーザーが操作をすることによって、アクション要求がウェブユーザインタフェース（２１）においてトリガされ、当該アクション要求によって、前記ホストコンピュータ（１０）におけるアクションが要求され、
各アクション要求の際、前記ウェブユーザインタフェース（２１）は、予め定めたルールにしたがって、前記アクションが許可されるか否かを検査し、前記アクションが許可されない場合に前記アクションを阻止する。有利な構成例は各従属請求項に記載されている。

本発明による、操作フィールドを操作する方法は、生産システムのために、とりわけ印刷システムのために設けられている。この生産システムは、ホストコンピュータを含んだ制御装置を有している。このホストコンピュータは、ブラウザーが実行される１つ又は複数のクライアントコンピュータとデータリンクによって接続されている。ホストコンピュータには、操作フィールドモジュールライブラリがインストールされており、これがそこで実行されて、生産システムのための操作フィールドが形成されて準備される。この操作フィールドは、マークアップ言語ファイルとしてホストコンピュータから各ブラウザーに伝送され、ブラウザー内で当該操作フィールドの表示のために実行される。

本発明の第１の態様によれば、操作フィールドが１つ又は複数の表示オブジェクトを有し、前記表示オブジェクトは、それぞれ操作フィールドの閉じられた要素であり、所定のパラメータ値を示すために用いられる。ホストコンピュータには、各表示オブジェクトと、表示オブジェクト内で示される値のデータソースとの間の関係を構築するための参照テーブルが設けられている。データソースの値が変更された場合には、ホストコンピュータは、その値のみを対応する表示オブジェクトに伝送する。

対応する値が変更された場合には、全てのマークアップ言語ファイルの代わりに１つの値だけがホストコンピュータから各ブラウザーに伝送されるだけなので、操作フィールドにおいて対応する値を更新する場合、伝送すべきデータ容量は非常に少なくなる。

マークアップ言語ファイルが、ユーザインタフェースの表示のためのブラウザー上で実行される従来の方法では、ユーザインタフェースの更新は、マークアップ言語ファイル全体の伝送によって行われていた。個別の交換が可能な複数の表示オブジェクトと、これらの表示オブジェクトと対応するデータソースとの間の関係を構築する参照テーブルとを設けることによって、データソースの値が変更された場合に、その変更値を、表示オブジェクトに対応付けることが可能となり、その際には当該変更値が伝送され、それに応じて操作フィールド内で当該変更値が更新される。

有利には、１つの表示オブジェクトの変更は、他の表示オブジェクトにおける変更に依存することなく実施が可能である。

１つの操作フィールドは、コンピュータの表示装置に表示される、生産システムの操作のためのユーザインタフェースである。

本発明の第２の態様によれば、生産システム、特に印刷システムのための操作フィールドを操作する方法が提供される。この生産システムは、ホストコンピュータを含んだ制御装置を有している。このホストコンピュータは、データリンクによって１つ又は複数のクライアントコンピュータと接続されており、前記クライアントコンピュータ上ではそれぞれ１つのブラウザーがインストールされて実行可能である。ホストコンピュータでは、生産システムのための操作フィールドの形成と準備のために、１つの操作フィールドモジュールライブラリがインストールされて実行される。その際操作フィールドは、マークアップ言語ファイルとして、ホストコンピュータから各ブラウザーに伝送され、当該操作フィールドを表示するためのブラウザー内で実行される。操作フィールドに表示されるパラメータの値は、それぞれ予め定められた待機時間の経過後にのみ更新される。

このような所定のパラメータ値の伝送のための待機時間の設定により、パラメータ値の各変更が直ちに伝送されるのではなく、所定の待機時間の経過後にのみ伝送される。パラメータの１つの値が所定の待機時間内で数度に亘って変更された場合には、待機時間内で最後に変更された値だけが伝送される。この方法は、次のような事実を基礎としている。すなわち多くのセンサ装置は、人為的な視感によって値を把握するユーザーよりも実質的に高いサンプリング周波数で値を検出することである。０.１〜０.３秒の待機時間による遅延は、ユーザーにとってほとんど認識されない。別の観点では、伝送すべき値の数は著しく減少され、そのため伝送すべきデータ容量も相応に減少する。例えばその変動が基本的に緩慢である温度などのパラメータを表示する場合には、数秒の待機時間で十分である。これにより簡単に、複数のクライアントコンピュータを、低い伝送速度のデータリンクを介して１つのホストコンピュータに、接続することが可能となり、その際には、全てのクライアントコンピュータに、更新された値が、予め定められた待機時間に応じて所望の頻度で伝送されることが保証される。これは１つ若しくは複数のクライアントコンピュータにおいて、多数の値の信頼性の高い更新を可能にさせる。

好適には、対応する値の変更が存在する場合にのみ、所定の待機時間の経過と共に値が伝送される。

異なるパラメータの値は、好適には、異なる待機時間で更新される。その場合迅速に変化するパラメータは、緩慢に変化するパラメータよりも相応に短い待機時間で更新される。これらの待機時間は、典型的には０.１秒から１０秒の間である。

ホストコンピュータには、好ましくは各アクティブブラウザ毎に１つのブラウザーバッファが設けられる。このブラウザーバッファ内に記憶されている、所定のパラメータに対する値は、このパラメータの変更された値によって上書きされる。これによりブラウザーバッファは、各パラメータ毎に唯一つの値だけを、詳細には対応するデータソースから最後に供給された値のみを保持する。

参照テーブル内には、各表示オブジェクトに対して、セッションＩＤが記憶され得る。このセッションＩＤは、それぞれ、各表示オブジェクトを表示するブラウザーの１つが実行される、複数のクライアントコンピュータのうちの１つのセッションを参照する。これにより、表示オブジェクトと、セッションないし対応ブラウザーとの間の一義的な関係が構築される。

好適には、この参照テーブルは、セッションＩＤによって定められているセッション内で実行されるブラウザーのうちの１つのウインドウがそのつど一義的に参照するウインドウＩＤを有している。そのような参照テーブルは、ブラウザーの種々異なるウインドウ（タブ）に対する表示オブジェクトの一義的な対応付けを可能にさせる。

さらに前記参照テーブル内には、各表示オブジェクト毎に、表示オブジェクトを表示するブラウザー若しくは表示オブジェクトを表示するブラウザーのウインドウが当該表示オブジェクトを前面に表示しているか否か、及び／又は、ブラウザー内若しくはブラウザーのウインドウ内でアクティブにマーキングされるフォーカスが、当該ブラウザー若しくはブラウザーのウインドウ上に存在しているか否かが記憶され得る。これにより、参照テーブル内では、どの表示オブジェクトが、前面に表示されるか、ないしは、フォーカスを伴って表示されるかが指示され、それによってこの表示オブジェクトが、他の表示オブジェクトよりも高い優先度で更新され得る。また好適には、前面に表示される表示オブジェクトだけが、若しくは、フォーカスの存在する表示オブジェクトだけが更新され、その他の表示オブジェクトは更新されないようにすることも可能である。これによっても伝送すべきデータ量を低減させることが可能になる。

データソースによるパラメータ値の変更の際には、その変更値が当該データソースにつながる全ての表示オブジェクトに伝送される。

マークアップ言語ファイルは、ホストコンピュータにインストールされて実行可能なウェブユーザーインタフェースを介してホストコンピュータからクライアントコンピュータの１つに伝送される。表示オブジェクト全体でも、表示されるオブジェクトの個々の値のみでも更新が可能である表示オブジェクトの更新は、命令を用いてウェブユーザーインタフェースからクライアントコンピュータに伝送される。これらの命令は、クライアントコンピュータに存在する、マークアップ言語ファイルと共に伝送されて埋め込まれているプログラムコードによって実行される。これらの命令は、対応する表示オブジェクトの所定のグラフィックオブジェクトの表示のための指示も、表示パラメータないし表示値ないし再現すべきデータソースから捕捉された値も含み得る。前記命令もプログラムコードもスクリプト言語の要素、とりわけジャバスクリプト要素を含み得る。

前記操作フィールドは、好ましくは生産システムにおける複数の変更を実施するように形成されていてもよい。これらの変更は、所定のパラメータ、特に生産パラメータの設定に該当し、アクション要求や制御命令、例えば生産システムの個々の要素の立ち上げ又はシャットダウンにも当て嵌まる。

本発明の第３の態様によれば、ウェブユーザーインタフェースへのチケット問合せが、ブラウザー内で実行された操作フィールドを用いて行われ得る。このチケット問合せの際には、ウェブユーザーインタフェースは、セッションチケットを１つのブラウザーに与える権限が有るか否かと、このセッションチケットがすぐに処理可能か否かを検査され、この両方が当て嵌まる場合には、ユーザインタフェースは、チケット問合せをしたブラウザーにセッションチケットを与える。

この方法では、最初にウェブユーザーインタフェースは、セッションチケットを付与する権限が間違いなくあるか否かを検査され、権限が間違いなくある場合にのみ、セッションチケットをブラウザーの１つに付与する。

ウェブユーザーインタフェースが、１つのセッションチケットを付与する権限を有しているか否かは、ホストコンピュータにおけるチケットサーバーが、ホストコンピュータに接続された入力装置を用いて生産システムに変更を設定できる権限を与えられるアクセスチケットを付与するか否かに依存している。この場合ウェブユーザーインタフェースは、そのような入力装置を示している。ウェブユーザーインタフェースがセッションチケットを付与する権限を有しているか否かの検査の際には、アクセスチケットを有しているか否か、又は、チケットサーバーから受け取ることができるか否かが検査される。

一方、生産システムがスタンバイモードであるときに、ウェブユーザーインタフェースは、セッションチケットを付与する権限を有していてもよい。それにより、ウェブユーザーインタフェースがセッションチケットを付与する権限を有しているか否かの検査の際には、生産システムが、基本設定しか設定できないスタンバイモードにあるか否かが検査される。このモードでは、基本設定を設定するブラウザーにセッションチケットを付与することが許される。この種の基本設定には一般に、操作フィールド自身に対する設定も含まれる。またこの種の基本設定には、生産機器に対する基本的な設定も含まれるが、生産過程との直接の関連性はない。

１つのブラウザー内で実行される各マークアップ言語ファイルには、セッションＩＤが割り当てられ、ウェブユーザーインタフェースは、これらのセッションＩＤに基づいて、周期的に各ブラウザーがまだ開いているか否かと、リアクション可能か否かを検査し、セッションチケットが割り当てられているブラウザーがそれ以上応答できないか閉じられることが検出された場合には、セッションチケットをこのブラウザーから取り上げられる。これにより、ブラウザーがフリーズした際の、別のブラウザーへの遅滞のないセッションチケットの転送が可能になることが保証される。それによって生産機器へのアクセスが保証される。

１つのクライアントコンピュータにおいて複数のウインドウを開くことができ、それらのウインドウ内でそれぞれ１つのブラウザーを実行できるのであれば、各ウインドウは、１つのウインドウＩＤによって識別され、セッションチケットは個々のウインドウに対応付けられ、それによって、これらのウインドウからだけで、生産システムにおける変更が、ウェブユーザーインタフェースを用いて実行可能となる。

好適には、ウェブユーザーインタフェースは、ウインドウＩＤに基づいて、ウインドウがまだ開かれているか否かと、応答可能であるか否かを周期的に検査し、セッションチケットが割り当てられているウインドウがもはや応答できないか閉じられていることが検出された場合には、このウインドウからセッションチケットを取り上げる。これにより、ウインドウがフリーズした際の、遅滞のないセッションチケットの転送が可能になることが保証される。それによって生産機器へのアクセスが保証される。

好適には、ウェブユーザーインタフェースと各ブラウザーはウェブソケットを用いて通信される。その際にはウェブユーザーインタフェースには、ウェブソケットの１つが結合され、ブラウザーには、ウェブソケットの別の１つが結合されており、それによって、ウェブユーザーインタフェースと各ブラウザーとの間で永続的な論理的データリンクが形成される。永続的な論理的データリンクが形成されることより、情報は、ウェブユーザーインタフェースと各ブラウザーとの間でたいした遅延なしで交換可能となる。

好適には、各チケット問合せの際に、ウェブユーザーインタフェースは、セッションチケットが付与されているか否かを検査し、セッションチケットが付与されている場合には、チケット問合せが拒否され、セッションチケットが付与されていない場合には、ウェブユーザーインタフェースは、アクセスチケットを所有できるか否か又はチケットサーバーから受け取れるか否かを検査する。アクセスチケットを所有できるか若しくは受け取れる場合には、チケット問合せを出すブラウザーにセッションチケットが割り当てられ、それ以外の場合には、チケット問合せが拒絶される。

操作フィールドにおけるユーザーの操作によって、ホストコンピュータにアクションを要求するアクション要求が、ウェブユーザーインタフェースにトリガされる。

チケットとは、リソースへの制御されたアクセスないしは書き込まれたアクセスに対する権限を表す論理的なマーキングである。このチケットは、セッション、１つのブラウザーのウインドウ、例えばブラウザーのようなソフトウェアコンポーネント、例えば機器、装置、デバイスのようなハードウエアコンポーネントに結び付けられる。またチケットは、付与されたり、取り上げられたり、トリガされることが可能である。１つのチケットからは、１つのインスタンスのみが存在する。

本発明の第４の態様によれば、各アクション要求において、ウェブユーザーインタフェースは、所定の規則に従って、当該アクションを許容するか否かを検査し、当該アクションが許容されない場合にはそれを阻止する。ブラウザー内で表示される操作フィールドは、簡単に意図的操作ないしコピーが可能である。なぜならマークアップ言語ファイルは、ブラウザーのユーザーから簡単にアクセスされるからである。しかしながら、各アクション要求がホストコンピュータにおいて検査されることにより、クライアントコンピュータにおける意図的操作は、アクション実行のための権限がない場合には効果がなくなる。一方、ホストコンピュータにおける操作は実質的に困難である。これにより、ブラウザーが操作フィールドの表示のために利用されるにも係わらず、高いセキュリティレベルが得られる。

前記アクションは、ウェブユーザーインタフェースにおいて実行されるメニューアクションを含んでいてもよいし、印刷機において設定を変更できる制御アクションを含んでいてもよい。

好適には、各アクション要求の際、ウェブユーザーインタフェースは、前記アクション要求がブラウザー内で表示された操作フィールドを介して可能であるか否かを検査し、前記アクション要求が操作フィールドを介して不可能である場合には、前記アクションを阻止する。

操作フィールドモジュールライブラリは、制御機構に基づいて、所定の制御アクションの実行がそれぞれの生産システムの現下の状態において許容されるか否かを検査し、許容されない場合には、前記制御アクションを阻止する。

予め定められる規則には、１つ又は複数の以下のセキュリティ規則が含まれる。すなわち、
−アクション要求の提出は、認可された人物ないし機器からのみ出されることが許される
−アクション要求の提出は、十分なアクセス権限を有している人物ないし機器からのみ許される
−アクション要求の提出は、各ブラウザーが、アクション実行に適した表示オブジェクトを表示する場合にのみ許される
−アクション要求の提出は、生産機器状態が当該要求を許容する場合にのみ許される。

アクション要求の検査の際には、ブラウザーの識別子、ユーザーの識別子、セッションの識別子、及び／又は、操作フィールドが実行されるウインドウの識別子のうちの１つが抽出され、この識別子に基づいて、前記アクション要求をトリガしたユーザーが識別される。その際にはこのユーザーに対応付けられた権限が求められ、この権限に基づいて、要求されたアクションが実行可能であるか否かが検査される。

ブラウザー内の操作フィールドの各初期化の際には、好ましくはそのつど一人のユーザーが記録ないし認可される。アクション要求を検査する際には、ブラウザーの識別子、ユーザーの識別子、セッションの識別子、及び／又は、操作フィールドが実行されているウインドウの識別子が抽出され、これらの識別子に基づいて、アクション問合せをトリガしたユーザーが識別される。その際には、当該ユーザーが適正に記録ないし認可されたユーザーか否かも検査される。この記録ないし認可は、ユーザーネームとパスワードによって行うことが可能である。しかしながらこれとは別の記録及び認可方法、例えば生体データに基づいた方法を適用することも可能である。

前記操作フィールドは、それぞれ１つのそれ自体閉じられた操作フィールドの要素でかつ所定のパラメータ値の表示に用いられる１つ又は複数の表示オブジェクトを有し得る。ホストコンピュータには参照テーブルが設けられ、該参照テーブルを用いて各表示オブジェクトと、ブラウザー及び／又はウインドウ及び／又はセッションとの間の関係が形成される。この参照テーブルに基づいて、どの表示オブジェクトが各ブラウザーに表示され操作可能であるかが検査され、アクション問合せを出した表示オブジェクトが表示されないことが検出された場合には、アクションが阻止される。

エラー通知ないし警告通知を、アクション要求を引き起こしたブラウザーに、及び／又は、その他の操作フィールドに、とりわけアクション要求を引き起こしたユーザーよりも高い権限を有するユーザーの操作フィールドに、伝送することも可能である。セキュリティ規則が守られない場合には、予め定めた人物、例えばオペレータやアドミニストレータに通知がなされることも合目的である。このことは、操作フィールドを介して行われてもよいし、他のメッセージ手段（Ｅメール、ＳＭＳなど）を介して行われてもよい。

本発明の方法においては様々な態様が個別に若しくは組み合わせにおいて実施可能である。

生産システム、特に印刷システムのための本発明による制御装置は、ホストコンピュータを有する。このホストコンピュータは、データリンクによって、それぞれ１つのブラウザーがインストールされて実行可能である１つ若しくは複数のクライアントコンピュータに接続されている。ホストコンピュータには操作フィールドモジュールライブラリがインストールされて実行可能であり、該ライブラリを用いて、生産システムのための操作フィールドが形成され準備される。この操作フィールドは、マークアップ言語ファイルとしてホストコンピュータから各ブラウザーに伝送され、ブラウザー内で操作フィールドの表示のために実行される。この制御装置は、前述の方法を実施するために構成されている。

さらに本発明は、そのような制御装置と生産機器とを備えた生産システムにも関している。この生産機器は、有利には印刷機である。この印刷機は、特に高性能なデジタルプリンタである。この高性能デジタルプリンタは、例えば電子写真式印刷機、インクジェット式印刷機、液体トナー式印刷機として構成されていてもよい。

液体トナー式印刷機は、印刷すべき記録担体上にトナー粒子が液体現像剤を用いて被着される印刷機である。この目的のために、液体現像剤を用いて電荷像担体の静電潜像が電気泳動により付着（着色）される。そのようにして得られたトナー画像は、転写要素を介して間接的に又は直接的に記録担体上に転写される。液体現像剤は、トナー粒子と担体液との所望の比を有する。この担体液として好適には鉱物油が用いられる。トナー粒子に静電荷を備えさせるために、液体現像剤には帯電制御剤が添加される。また付加的にさらなる添加剤が、例えば液体現像剤の所望の粘度若しくは所望の乾燥特性を得るために加えられてもよい。

そのようなデジタルプリンタは、例えば独国特許出願公開第１０２０１００１５９８５号明細書、独国特許出願公開第１０２００８０４８２５６号明細書、独国特許出願公開第１０２００９０６０３３４号明細書、独国特許出願公開第１０２０１２１１１７９１号明細書に開示されている。

以下では本発明を図面に基づき詳細に説明する。

印刷機、制御装置及びそれに接続される機器を概略的に示したブロック図 制御装置のホストコンピュータとホストコンピュータに接続されるクライアントコンピュータを概略的に示したブロック図 制御装置ないしクライアントコンピュータのハードウエア要素とソフトウエア要素を概略的に示した図 制御装置ないしクライアントコンピュータのハードウエア要素とソフトウエア要素を概略的に示した図 制御装置ないしクライアントコンピュータのハードウエア要素とソフトウエア要素を概略的に示した図 制御装置ないしクライアントコンピュータのハードウエア要素とソフトウエア要素を概略的に示した図 制御装置ないしクライアントコンピュータのハードウエア要素とソフトウエア要素を概略的に示した図 制御装置ないしクライアントコンピュータのハードウエア要素とソフトウエア要素を概略的に示した図 制御装置ないしクライアントコンピュータのハードウエア要素とソフトウエア要素を概略的に示した図 制御装置ないしクライアントコンピュータのハードウエア要素とソフトウエア要素を概略的に示した図 制御装置ないしクライアントコンピュータのハードウエア要素とソフトウエア要素を概略的に示した図 制御装置ないしクライアントコンピュータのハードウエア要素とソフトウエア要素を概略的に示した図 制御装置ないしクライアントコンピュータのハードウエア要素とソフトウエア要素を概略的に示した図 参照テーブル 参照テーブルの更新のための方法を示したフローチャート 変更値の選択的伝送を準備するための方法を示したフローチャート 複数のデータを所定の時点で集約的に伝送するための方法を示したフローチャート ブラウザーのウインドウにウインドウＩＤを割り当てるための方法を示したフローチャート システムセキュリティに関するアクション要求を検査するための方法を示したフローチャート テストメニューを埋め込むための方法を示したフローチャート デジタルプリンタの例示的な構成を示した図

デジタル印刷システムの実施例には、印刷機１と制御装置２が含まれている（図１参照）。

図２１によれば、印刷機１として、記録担体１２０を印刷するためのデジタルプリンタが示されており、これは、トナー画像（印刷画像）を記録担体１２０に印刷する１つ又は複数の印刷機構１１１ａ〜１１１ｄ及び１１２ａ〜１１２ｄを有している。記録担体１２０として、図示のように、シート状の記録担体１２０が、繰出し器６によってロール１２１から繰出され、第１の印刷機構１１１ａに供給されている。定着ユニット１３０内では、印刷画像が記録担体１２０上に定着される。それに続いて記録担体１２０は、巻取り器７によってロール１２８に巻き取られる。そのような構成はロールツーロールプリンタとも称される。

図２１に示されている好適な構成によれば、シート状の記録担体１２０は、４つの印刷機構１１１ａ〜１１１ｄによって前面側が、そして４つの印刷機構１１２ａ〜１１２ｄによって背面側がフルカラーで印刷される（いわゆる４／４コンフィグレーション）。これのために記録担体１２０は、操出し器６によってロール１２１から繰り出され、任意の調節機構１２３を介して第１の印刷機構１１１ａに供給される。調節機構１２３内では、記録担体１２０が適切な材料によって前処理若しくはコーティングされる。コーティング材（これはプライマーとも称される）として好適にはワックスや同等な化学的材料を用いることが可能である。

この材料は、印刷用記録担体１２０の準備のために、及び／又は、印刷画像の被着の際の記録担体１２０の吸着特性に影響を与えるために、記録担体１２０全面に亘って被着されてもよいし、後から印刷すべき箇所のみに被着されてもよい。それにより、後で被着されるトナー粒子又は担体液体は、過度に記録担体１２０内に浸透しなくなるのではなく、実質的に表面に留まるようになる（カラー画質及び画像品質の改善）。

続いて記録担体１２０は、まず第１の印刷機構１１１ａの後に続く一連の印刷機構１１１ｄまで供給され、そこでは前面側のみが印刷される。印刷機構１１１ａ乃至１１１ｄの各々は、記録担体１２０を、通常は他の色ないし他のトナー材料、例えば電磁的に読み取り可能なＭＩＣＲトナーで印刷する。

前記記録担体１２０は、前面側の印刷の後、反転ユニット１２４内で反転され、残りの印刷機構１１２ａ乃至１１２ｄに背面側印刷のために供給される。前記反転ユニット１２４の領域には、前記記録担体１２０を背面側印刷のために準備するさらに別の調節機構（図示せず）例えば事前に印刷される前面側印刷画像（ないしは前面側全体又は背面側全体）の定着（部分定着）又はそれ以外の調節のための機構などが任意に配設されていてもよい。それによって、前面側印刷画像がさらなる転写の際に、後続の印刷機構によって機械的に損なわれることが避けられる。

フルカラー印刷を得るために、少なくとも４つの色（それと共に少なくとも４つの印刷機構１１１，１１２）が必要とされ、具体的には、例えば基本色ＹＭＣＫ（黄色、マゼンタ、シアン、黒）である。また、特別色（例えばユーザー固有の色又は印刷可能な色空間を拡大するための追加原色）を有するさらなる印刷機構１１１，１１２が用いられてもよい。

印刷機構１１２ｄの下流側（搬送方向で見て）にはレジスタユニット１２５が設けられており、このレジスタユニットによって、記録担体１２０上に印刷画像に依存することなく（特に印刷画像外に）印刷されるレジスタマークが評価される。それにより、横方向及び縦方向のレジスタマーク（１つのカラードットを形成する原色ドットは、相互に上下で若しくは局所的に非常に近接して配置されていなければならず、カラーマークないし４色マークとも称される）並びにレジスタ（前面側及び背面側は局所的に正確に一致されなければならない）が設定でき、これによって品質的に良好な印刷画像が得られる。

レジスタユニット１２５の下流側には定着ユニット１３０が設けられており、この定着ユニット１３０によって記録担体１２０上の印刷画像が定着される。電気泳動式のデジタルプリンタでは、定着ユニット１３０として好適には熱乾燥器が用いられ、この熱乾燥器は担体液体を十分に蒸発させる。それによりトナー粒子のみが記録担体１２０上に残される。これは、熱作用のもとで生じる。その際には、トナー粒子が熱作用に起因して溶融可能な材料、例えば樹脂を含んでいる場合には、トナー粒子も記録担体１２０上で溶融され得る。

定着ユニット１３０の下流側には、トラクション機構１２６が設けられており、このトラクション機構１２６は、当該領域内にさらなる駆動部を設けることなしに、全ての印刷機構１１１ａ〜１１２ｄ及び定着ユニット１３０を通った記録担体１２０を引っ張る。なぜなら記録担体１２０のための摩擦駆動部によって、まだ定着していない印刷画像がこすり取られる危険性が生じるからである。

このトラクション機構１２６は、記録担体１２０を巻取り器７に供給し、この巻取り器７は印刷された記録担体１２０を巻き取る。

印刷機構１１１，１１２及び定着ユニット１３０のもとでは、デジタルプリンタ１のための全ての供給装置、例えば空調モジュール１４０、エネルギー供給源１５０、制御装置２（コントローラ）、液体制御ユニット１７１や様々な液体用保管容器１７２などの液体管理部１７０が集中的に配置されている。液体として、特に純粋な担体液、高濃度の液体現像剤（担体液に比べてトナー粒子の割合が高い）及びしょう液（液体現像剤＋電荷制御剤）は、デジタルプリンタ１に供給するために必要であり、また廃棄すべき液体のための廃棄容器や洗浄液のための容器も必要である。

デジタルプリンタ１は、構造が同じ印刷機構１１１，１１２を用いてモジュール式に構成されている。これらの印刷機構１１１，１１２は、機械的に異なっているのではなく、その中で使用される液体現像剤（トナーカラー及び種類）が異なっているだけである。

そのような印刷機構１１１，１１２は、電子写真原理に基づいており、これは電子写真画像担体に、液体現像剤を用いて帯電したトナー粒子で着色され、そのように形成された画像が記録担体２０上に転写される。

印刷機構１１１，１１２は、実質的に電子写真ステーション、現像ステーション及び転写ステーションからなっている。

このような高性能なデジタルプリンタは、モデル及び構成に応じて１０ｍから３０ｍの長さに亘って延在している。

それ故に、多数の人々が同時にデジタルプリンタのデータを読み取り、複数の場所において操作フィールドの検証を可能にする複数の操作フィールドを設けることは合目的である。

印刷機１は、印刷機制御部４と複数の印刷機構制御部５（バードライビングボード：ＢＤＢ）とを含んだ内部制御装置を備えている（図１参照）。印刷機構制御部５は、ラスタ処理された印刷データを対応する印刷機構に伝送する。このラスタ処理された印刷データは通常は二進の印刷データであり、そこでは各ビットが印刷ドットを表す。このビットが設定されている場合には、対応する印刷ドットが印刷される。ビットが設定されていない場合には、対応する印刷ドットは印刷されない。

印刷機制御部４は、印刷機１のメインモジュールと用紙搬送部と一般的な制御タスクないし印刷機構３とを制御する。この印刷機制御装置４は、前処理装置及び後処理装置のためのインタフェースを有しており、特に繰り出し器６と巻き取り器７を含んでいる。ここではさらに切断装置や包み込み装置などのさらなる前処理ないし後処理装置が接続されていてもよい。

制御装置２は、印刷サーバー８から制御装置２に伝送される印刷ジョブの処理のために用いられる。そのような印刷ジョブは、通常は印刷データとジョブチケットからなる。このジョブチケットには、印刷データをどのように処理すべきかについての指示が含まれている。制御装置２は、複数のコンピュータユニットを含んでおり、それらは内部ＬＡＮ９を介して、相互に接続されている。このＬＡＮは、イーサネットやインフィニバンドとして形成されていてもよい。前記コンピュータユニットは、ホストコンピュータ１０、複数のラスタコンピュータ１１、複数のインタフェースコンピュータ１２を含んでいる。

ホストコンピュータ１０は、印刷ジョブを受信し、印刷ジョブの一部を、印刷データをラスタ処理するための複数のラスタコンピュータ１１に分配する。このホストコンピュータ１０は、ここではこれらのラスタコンピュータ１１の負担ができるだけ均等になるように試みる。これらのラスタコンピュータ１１は、印刷データを印刷機構３の駆動制御に適するようにラスタ処理された印刷データに置き換える。ラスタ処理された印刷データは、ラスタコンピュータ１１から内部ＬＡＮ９を経由してインタフェースコンピュータ１２に転送される。インタフェースコンピュータ１２では、ラスタ処理された印刷データが一次記憶される。各インタフェースコンピュータ１２は、それぞれ光導波路１３を介して印刷機構制御部５の１つに接続され、光導波路１３を介して、ラスタ処理された印刷データが対応する印刷機構制御部５に伝送される。

印刷機制御部４は、制御装置２の内部ＬＡＮ９の外部インタフェースに接続され、制御装置２のホストコンピュータ１０から、印刷機、前処理装置、後処理装置を制御するための制御命令を受け取る。

制御装置２の内部ＬＡＮ９は、１つ以上の操作フィールドコンピュータ１４及び／又は１つ以上のサービスコンピュータ１５の接続のためのさらなる外部インタフェースを有していてもよい。

さらにまた制御装置２はルータ１６を有しており、該ルータ１６にはＷＡＮを介してサービスコンピュータ１７が接続可能である。

印刷機操作フィールドコンピュータ１８は、ＳＰＯ−ＬＡＮ（サービスパネルオペレータ−ＬＡＮ）を経由して制御装置２のホストコンピュータ１０と直接接続されている。印刷機操作フィールドコンピュータ１８は、印刷データを検査し、制御するために使用される。この印刷機操作フィールドコンピュータ１８は、典型的には、印刷システムにおける様々な印刷過程の経過を制御している一人のオペレータによって使用される。一方、操作フィールドコンピュータ１４やサービスコンピュータ１５は、印刷システム自体の連続運転を担当している複数のオペレータ又はサービス技術者によって利用されている。

さらにこの印刷システムは、複数の操作フィールドコンピュータ１４及び／又は複数のサービスコンピュータ１５を有し、複数の印刷機操作フィールドコンピュータ１８に接続されていてもよい。

サービスコンピュータ１５，１７は、それらのアクセス権に関して、操作フィールドコンピュータ１４とは異なっており、サービスコンピュータ１５，１７は、以下でさらに説明するように、操作フィールドコンピュータ１４よりも多くの印刷システムの設定を行うことが許されている。例えば、サービスコンピュータでは、印刷システムにソフトウェアコンポーネントのインストールを実行することができるが、これは操作フィールドコンピュータ１４では不可能である。

制御装置２は、遠隔制御モジュール（ＰＣＩ：電力制御インタフェース）１９を有している。この遠隔制御モジュール１９を用いることによって制御装置２は遠隔制御で、装置の立ち上げとシャットダウンを行うことが可能である。さらにこの遠隔制御モジュール１９は、制御装置２を遠隔制御するさらなる機能を供給している。

この印刷システムでは、複数の操作フィールドは、コンピュータ１４，１５，１７，１８に対して設けられている。

制御装置２のホストコンピュータ１０には、コンピュータディスプレイ上に印刷機のための操作フィールドを表示させ得る複数の操作フィールドモジュールを含んだ操作フィールドモジュールライブラリ２０が設けられている（図２）。前記操作フィールドモジュールは、コンピュータのディスプレイ上に表示される操作フィールドに関する制御も可能である。

印刷機操作フィールドコンピュータ１８は、ＳＰＯ−ＬＡＮを介して操作フィールドモジュールライブラリ２０に接続されている。印刷機操作フィールドコンピュータ１８には、操作フィールドを表示させ対応する制御機能を実行させるクライアントプログラムが設けられている。

操作フィールドモジュールライブラリ２０は、ウェブユーザーインタフェース２１に接続されており、このウェブユーザーインタフェース２１は、操作フィールドモジュールライブラリ２０の操作フィールドをブラウザー内で使用できるウェブサーバーである。本実施形態では、ウェブユーザーインタフェース２１は、アパッチトムキャットサーバーによって実現されているが、基本的には、他のウェブサーバーも適する。

このウェブユーザーインタフェース２１は、同じコンピュータ上に設けられたブラウザー２２と直接通信することができは、その際にはウェブソケット２４，２５を介して通信が実施される。さらに別のコンピュータ１４，１５上に設けられている「外部」のブラウザー２３との通信のために、ウェブユーザーインタフェース２１にはそれぞれさらに別のウェブソケット２４が結合されている。これらのウェブソケット２４，２５は、データリンクを介して当該ウェブソケット２４，２５の設けられたコンピュータに接続されているブラウザーに対して永続的な論理的インターネット接続を形成することのできるインタフェースを形成するソフトウェアモジュールである。ここでのデータリンクは、例えばデータネットワークである。

ホストコンピュータ１０におけるブラウザー２２と、コンピュータ１４，１５におけるブラウザー２３は、このようにして、ウェブユーザーインタフェース２１から永続的に情報を得ることができ、ないしは、いつでも複数の情報や特定のメッセージを、ウェブユーザーインタフェース２１に伝送することができる。ブラウザー２２，２３は、このことのために、それぞれ１つの対応するウェブソケット２５を持っている。

以下では、さまざまなコンピュータに設けられている個々のソフトウェアモジュールを詳細に説明する。

ホストコンピュータ１０には、既に説明した操作フィールドモジュールライブラリ２０、ウェブユーザーインタフェース２１、ブラウザー２２の他に、オペレーティングシステム２６、ファンクションコード２７、ハードウエアに対するインタフェースのためのインフラストラクチャマネージャ２８、ウェブユーザインターフェースデータベース２９、ウェブユーザーインタフェースプラグイン３０、トレースモジュール３１が設けられている（図３参照）。

トレースモジュール３１は、印刷機１及び／又は制御装置２において実行されたソフトウェアコンポーネント及び／又は他のコンピュータ８，１４，１５，１６，１７，１８上で実行される「外部の」ソフトウェアコンポーネントの全てのエラープロトコルの表示のために用いられる。

ファンクションコード２７は、とりわけ印刷に係るソフトウェアルーチン、例えばホストコンピュータ１０からラスタコンピュータ１への印刷データの負荷分散、ラスタコンピュータ１１上での印刷データのラスタ処理のためのラスタ処理計算、ラスタ処理された印刷データのインタフェースコンピュータ１２上での一次記憶（キャッシュ）などを実行するために形成されている。前記ファンクションコード２７により、到来する印刷ジョブが、印刷機１において印刷され得るように処理される。

ウェブユーザインターフェースデータバンク２９は、ウェブユーザーインタフェース２１を作動するための全ての永続的なデータ、例えば長期データ、ユーザーコンフィグレーションや設定のためのデータ、例えば一連のセンサのための初期化データ、以下で説明する制御構造のためのデータ、並びにウェブユーザーインタフェース２１を作動するために必要となるさらなるデータなどを含んでいる。

ウェブユーザーインタフェースプラグイン３０は、対応するウェブユーザーインタフェースプラグイン３０が設けられているローカルコンピュータ若しくはさらなる外部コンピュータとの通信のために用いられる。ウェブユーザーインタフェースプラグイン３０には、予め定められたタスクやアプリケーションがファイルされている。

操作フィールドモジュールライブラリ２０は、複数の操作フィールドモジュールを含む。これらの操作フィールドモジュールについては以下で詳細に説明する（図４）。

ＤＥエージェント（デバイスエージェント）３２は、操作フィールドと印刷システムとの間の通信用のデータリンクと、操作フィールドと印刷システムとの間の結合要素とを形成する。さらに、ＤＥエージェント３２は、プリンタステータスを利用可能にするための標準化されたインタフェースを準備する。

ＲＭＩサーバー（リモートメソッドインヴォケーションサーバー）３３は、外部コンピュータから呼び出し可能であり、かつ、当該ＲＭＩサーバーが実行されているコンピュータ上で、例えばイベントのさらなる処理のために動作する。また、ＲＭＩサーバーは、こうしたリモートアクセスを可能にするもしくは容易にする複数の機能を利用できる。こうした機能は例えばアクセスチケットの設定であり、以下に詳細に説明する。

ＯＲＳエージェント（オセ・リモートサービスエージェント）３４はハードウェアデータ及びソフトウェアイベントのデータを収集し、これらのデータをホストコンピュータ１０から（図示されていない）サービスセンタのコンピュータへＷＡＮ（ワイドエリアネットワーク）を介して伝送する。

トレースエージェント３５により、他のモジュールのトレースデータのマークアップもしくはロギング及びこれらのデータの処理が可能となる。

ウェブサーバー３６は、操作フィールドをコンピュータ１４に表示して制御可能にするために、ホストコンピュータ１０からＪａｖａプログラミングライブラリなどのプログラミングライブラリをコンピュータ１４へダウンロードできる。また、ウェブサーバー３６は、コンピュータ１４上の操作フィールドを初期化するために、ウェブスタート機能、例えばＪａｖａウェブスタート機能を準備する。この実施形態では、ウェブサーバー３６はアパッチトムキャットサーバーによって実現される。ただし、基本的には、他の全てのウェブサーバー、他の全てのプログラミングライブラリ及び／又は他の全てのウェブスタート機能も適する。システムパラメータマネージャ（ＳＰマネージャ）３７はモジュール間でのデータ分配に用いられる。

ＳＥＡエージェント（サービスイベントログエージェント）３８は、発生するイベントのプロトコル又はログファイルをガイドする。

ＯＰマスタ３９は、ネットワークインタフェース、例えばパラメータを印刷機１へ伝送するため及びパラメータを印刷機１から伝送するためのＳＮＭＰゲートウェイを利用可能である。

ＵＩＣエージェント（ユーザインタフェースコントローラエージェント）４０により、予め設定されたフローの制御、又は、ホストコンピュータ１０に接続された印刷システムの所定の状態の設定が可能となる。例えば、これにより、印刷機１の動作準備過程が自動的に実行される。

ＴＲファイルコレクタ４１は、トレースエージェント３５の補完として、ホストコンピュータ上で動作する外部のメーカから供給されたプログラムのトレースデータを収集して処理するエージェントである。

Ｏｐｓ‐ＰＡＣ（Ｏｐｓプリヴィリジドアクセスサービス）４２は、所定の機能を実行する他のエージェント又は他のアプリケーションに特権（管理者権限）を割り当てるために用いられる。当該特権は、エージェント又はアプリケーションを所望の効果で実行するために一時的に必要となる。

ＲＤＰエージェント（リモートダイアグノーシスプロセスエージェント）４３は、内部サービスインタフェースを利用可能である。

エラーエージェント４４は、エラーの設定、収集、分配、表示及びリセットに用いられる。

ＣＤＣエージェント４５は、他の印刷機１の他の制御装置２の他のエージェントもしくはモジュールへの印刷パラメータの規格化された転送に用いられる。これらの印刷パラメータは例えば紙幅、色などである。

ウェブユーザーインタフェース２１は、複数のウェブユーザインタフェースモジュールを含む。これについて次に詳細に説明する（図５）。

ウェブサーバーモジュール４６、例えばアパッチトムキャットは、ウェブユーザーインタフェース２１の上述したウェブサーバー機能を利用可能である。ウェブサーバーモジュール４６及び上述したウェブサーバー３６は、ホストコンピュータ１０で実行可能であるか又は実行されるウェブサーバーに統合することができる。

ウェブサーバー４６には、ウェブサーバーモジュール４６の制御、特に操作フィールドを規定するデータオブジェクトに関する制御のための、規則、メソッド、機能、クラス及び／又は構造を形成するフレームワーク４７が存在している。この実施形態では、フレームワーク４７はGrailsフレームワークである。ただし、基本的には他のフレームワークも適する。

ウェブサーバーモジュール４６又はウェブユーザーインタフェース２１の制御のプログラミングは、プログラムコード４８を用いて行われる。さらに、プログラムコード４８の一部であるプログラムルーチンは、必要に応じてブラウザー２２，２３に伝送され、伝送された当該プログラムルーチンによって、後述するように、好ましくは操作フィールドファイルにおいて、ブラウザー２２，２３が制御される。プログラムコード４８は１つもしくは複数の（スクリプト）プログラミング言語の形態で作成される。この実施形態では、使用される（スクリプト）プログラミング言語はＪａｖａ及びＧｒｏｏｖｙである。基本的には他のプログラミング言語又は他のスクリプトプログラミング言語も適する。プログラムコード４８は印刷機固有のプログラム、プログラムルーチン、メソッド、機能、クラス、構造及び／又は拡張子を含む。

外部のプラグイン４９及び外部のライブラリ５０は、ウェブユーザーインタフェース２１のプログラミング及び／又は制御のための別の機能を供給するために用いられる。

ウェブサーバーサービス（英語：services）５１は、外部通信パートナーのウェブユーザーインタフェース２１によって利用可能となる。ここで、外部の通信相手とは、ウェブユーザーインタフェース２１の外部に存在してこれと通信する機器、装置、設備又はソフトウェアモジュールである。ウェブサーバーサービス５１は外部の通信相手によって初期化され、ウェブユーザーインタフェース２１内の機能を実行する。

ビュー（英語：views）５２を用いて、操作フィールドのユーザインタフェースでの表示のためにデータが処理される。コントロールストラクチャ（英語：controllers）５３は、ウェブユーザーインタフェース２１内の制御機能を引き継ぎ、表示すべきデータの内容を処理して、機能及びデータを準備する。この場合、特に、ブラウザー２２，２３からの問合せに対して表示すべきデータがビュー５２に準備される。

ウェブサーバーサービス５１は、複数のサービス要素を含む。これにつき以下に詳細に説明する（図６）。

ＩｓＭａサービス（インフラストラクチャマネージャサービス）５４は、プラグインを呼び出し、「外部」のシステム、例えば他のコンピュータ１１，１２上の他のＩｓＭａサービス２８と通信するために用いられる。

メニューサービス５５により、メニューストラクチャが形成及び管理される。例えば「外部」のシステムにメニューをダイナミックにダウンロードすることができる。

ＰｕｓｈＨｅｌｐｅｒサービス５６により、負荷分配と、制御され時間的に段階づけられた状態での「外部」のシステムへのデータの引き渡しとが可能になる。

ＲＭＩサービス５７により、ウェブユーザーインタフェース２１と操作フィールドモジュールライブラリ２０のＲＭＩサーバー３３との間の通信が可能となる。

スケジューラーサービス５８は、ソフトウェアイベントに応答し、時間に応じて予め計画されたタスク、例えばデータベースのデバッグを実行する。

ブラウザー２２，２３は種々のブラウザー要素を含む。これについて以下に説明する（図７）。

（スクリプト）プログラミング言語モジュール５９は、ブラウザー２２，２３の制御と、ウェブユーザーインタフェース２１との通信の制御とに用いられる。（スクリプト）プログラミング言語モジュール５９は、スクリプトプログラミング言語又はプログラミング言語用のインタープリタ又はコンパイラである。この実施形態ではＪａｖａスクリプトがスクリプトプログラミング言語として使用される。ただし、基本的には、他の（スクリプト）プログラミング言語も適する。

マークアップ言語モジュール６０により、ブラウザー２２，２３に伝送されたマークアップ言語ファイルの解釈及び表示が可能となる。ここで、マークアップ言語は、上述したように、電子ドキュメントにおけるテキスト、画像及びハイパーリンクなどのディジタルコンテンツの構造化に用いられる。この実施例では、マークアップ言語は、現在のワールドワイドウェブコンソーシアムでの規格“ＨＴＭＬ５”（英語：Hypertext Markup Language 5）にしたがって実現されている。ただし、基本的には他のマークアップ言語も適する。

ドキュメントアクセスインタフェース６１は、構造化された電子ドキュメント、例えばブラウザー２２，２３へ伝送されるマークアップ言語ファイルへのアクセスを可能にするインタフェースである。この場合、データ構造はツリー構造の形態で表示される。この実施形態では、ワールドワイドウェブコンソーシアムで定義されている“ＤＯＭＬｅｖｅｌ３”規格（英語：Document Object Model Level 3）に準拠したドキュメントアクセスインタフェースが用いられる。ただし、基本的には、他のドキュメントアクセスインタフェースも適する。

設計言語モジュール６２は、フォーマット化のためのテキストベースの設計言語、又は、構造化された電子ドキュメントのスタイルシートのための宣言型プログラミング言語を利用可能である。設計言語モジュール６２を用いると、ブラウザー２２，２３に伝送されるマークアップ言語ファイルの表示がフォーマット化される。この実施形態では、設計言語は、ワールドワイドウェブコンソーシアムで定義されている“ＣＳＳ３”規格（英語：Cascading Style Sheets）に準拠して実現される。ただし、基本的には、他の設計言語も適する。

ラスタコンピュータ１１は種々のソフトウェアコンポーネントを含む（図８）。この実施形態では、こうしたソフトウェアコンポーネントは、既に上述した、オペレーティングシステム２６、ファンクションコード２７、インフラストラクチャマネージャ２８及びウェブユーザーインタフェースプラグイン３０である。

インタフェースコンピュータ１２は、種々のソフトウェアコンポーネントを含む（図９）。この実施形態では、これらのソフトウェアコンポーネントは、上述したオペレーティングシステム２６、ファンクションコード２７、インフラストラクチャマネージャ２８及びウェブユーザーインタフェースプラグイン３０である。これらのソフトウェアコンポーネントに加えて、さらに、インタフェースコンピュータ１２から印刷機構制御部５への印刷データの伝送を可能にする印刷機構制御ドライバ６３も設けられている。

印刷機制御部４は、種々のソフトウエアを含む（図１０）。これについて以下に説明する。

メインモジュール６４は印刷機制御部４の別のソフトウェアコンポーネントを制御及び監視するために用いられる。

用紙搬送モジュール６５は、印刷機１の繰出し器６及び巻取り器７及び（図示されていない）別の駆動ローラを駆動することにより、印刷機１の用紙搬送を駆動制御する。

印刷ユニットモジュール６６は、（図示されていない）センサによって、印刷能力及び／又は印刷品質に直接もしくは間接的に影響する印刷機構４の種々のパラメータ、例えば温度、空気湿分、用紙の有無などを検出する。印刷ユニットモジュール６６は、検出されたパラメータを評価することにより、検出されたセンサデータから印刷機ステータスを求める。この評価は、そのつどのパラメータ値が印刷機構３の規則的な動作を定義する予め設定された値範囲内に存在するか否かを検査することにより行われる。印刷機ステータスはホストコンピュータ１０へ伝送される。

遠隔制御モジュール１９は、ソフトウェアコンポーネントとして、オペレーティングシステム２６及びＳＮＭＰサービス（シンプルネットワークマネジメントプロトコルサービス）６７を含む（図１１）。ＳＮＭＰサービス６７は、遠隔制御モジュール１９が制御装置２の他の装置と単純なネットワーク通信を行う際に用いられる。

操作フィールドコンピュータ１４は、ソフトウェアモジュールとして、オペレーティングシステム２６、ブラウザー２３及び操作フィールドユーザインタフェース６８を含む（図１２）。操作フィールドユーザインタフェース６８により、操作フィールドコンピュータ１４上に印刷機１及び／又は制御装置２を操作するための複数の操作フィールドを表示し、このフィールド内で設定を行うことができる。操作フィールドユーザインタフェース６８は、ウェブサーバー３６から操作フィールドコンピュータ１４へダウンロードされるＪａｖａプログラミングライブラリとＪａｖａウェブスタート機能とによって、上述したように初期化及び表示及び制御される。

サービスコンピュータ１５，１７はソフトウェアコンポーネントとしてオペレーティングシステム２６，ブラウザー２３及びサービスモジュール（ＣｏＤｉ：コンフィグレーションアンドディアグノスティクス）６９を含む（図１３）。サービスモジュール６９を用いて、印刷機１及び／又は制御装置２のコンフィグレーションが変更され、印刷機１又は制御装置２からソフトウエア診断及び／又はハードウエア診断のための情報が受信される。

この実施形態（図１）では、種々のコンピュータ１４，１５，１７，１８，１９を有しており、これらのコンピュータにより、各操作フィールドを用いて、印刷機１及び／又は制御装置２での設定タスクが行われ、印刷機１及び／又は制御装置２が監視される。特には、このために、複数の操作フィールドコンピュータ１４及び／又はサービスコンピュータ１５，１７が制御装置２に接続される。

ホストコンピュータ１０は、接続されたコンピュータ１４，１５，１７，１８，１９に対する操作フィールドを、これらのコンピュータ上で実行される操作フィールドモジュールライブラリ２０を用いて形成するように構成されている。各操作フィールドはパラメータ及びコマンドのセットによって定義され、このセットがコンピュータ１８，１９へ伝送されて、そこで専用のクライアントプログラムにより操作フィールドへ変換される。コンピュータ１４，１５，１７では、各コンピュータ１４，１５，１７の操作フィールドを定義するパラメータ及びコマンドのセットが、後述する別の情報とともに、操作フィールド構造としてウェブユーザーインタフェース２１から受け取られ、操作フィールドファイルへ変換される。この場合、操作フィールドファイルへの変換は、予め定められたマークアップ言語にしたがって行われる。この実施形態では、マークアップ言語としてＨＴＭＬ５が使用され、ドキュメントアクセスインタフェース６１を用いて操作フィールドファイルへのアクセスが行われる。さらに、操作フィールドファイルは、この実施形態では、Ｊａｖａスクリプトで作成されたプログラムコード４８を含み、設計言語モジュール６２を用いてその規則にしたがってフォーマット化される。この場合、操作フィールドファイルは、既存のデータリンクを介して、各コンピュータ１４，１５，１７へ伝送される。

各ブラウザー２２，２３は、操作フィールドファイルを解釈することができる。これにより、操作フィールドは、ユーザインタフェース（ＧＵＩ：グラフィカルユーザインタフェース）に表示される。各操作フィールドは少なくとも１つの表示オブジェクトを有する。操作面の所定のパラメータ、値もしくはセクションの表示に用いられる表示オブジェクトは、操作フィールドの一部であり、それ自体では閉じた操作フィールドのエレメントである。操作フィールドの表示オブジェクトは相互に独立しており、相互に独立に伝送可能かつ更新可能である。典型的な表示オブジェクトは表示オブジェクトのタイプ、例えばリストフィールド、スイッチング面、チェックボックス、プログレスバー、値範囲などに対応するＧＵＩエレメントである。表示オブジェクトは、所定の特性を有する、及び／又は、データソースの値、例えば、温度、スイッチ位置、テキスト、グラフィクス、リストなどを表示する。ここでの特性は、表示オブジェクトの基本特性、例えば、表示オブジェクトが読み出し専用（リードオンリ）であるか又は書き込み可能（ライタブル）であるか、又は、値特有の特性、例えば限界値、閾値などを含む。

表示オブジェクト乃至そのタイプ及びその特性及び対応するデータソースの例として、ユーザーには制御できないチェックボックスが挙げられる。このチェックボックスは、特性としてマーク有り状態及びマーク無し状態を有し、スイッチによってデータソースに結合されている。スイッチが開放されている場合、チェックボックスはマークされず、スイッチが閉成されている場合、チェックボックスがマークされるか又は×印が入れられる。２つの状態間の切り換えはその特性（マーク有り状態及びマーク無し状態）によって行われる。別の例として、温度値が数字で表示されるテキストフィールドの形態の温度表示が挙げられる。テキストフィールドの特性には当該温度の温度閾値が格納されている。温度値が温度閾値を下回ると、設計言語モジュール６２のスタイルシートに定められた黒字体で、数字が表示される。温度値が設定された温度閾値を上回ると、テキストフィールド用の設計言語モジュール６２のスタイルシートにしたがって赤字体が設定され、テキストフィールドの赤字体の数字によって温度閾値の上方超過が報知される。

（図示されていない）データソースは、データを検出するか又は伝送するように構成された装置もしくは設備、例えば、印刷機１又は制御装置２のセンサ（温度センサ、回転数センサ、光学センサなど）、スイッチングコンタクト、データベースなどである。データソースは、所定の時点で、パラメータ（温度）の値（例えば３℃）を正確に１つ伝送する。データソースは表示オブジェクトに結合されるか又はこれに対応づけられる。つまり、表示オブジェクトは、データソースの値を表示するように構成されている。

各ブラウザー２３は、コンピュータ１４，１５，１７のいずれかにおいてセッション（英語：session）内で行われる。セッションとは、基本的に、クライアントコンピュータがサーバーコンピュータとの間に形成するコネクションを意味し、ここでの「セッション」の概念は、ブラウザー２３内のクライアントコンピュータ１４，１５，１７において、操作フィールドを定義するマークアップ言語ファイルが実行されることに関して用いられる。

ブラウザー２２もホストコンピュータ１０でのセッションにおいて実行される。ここでの「セッション」の概念は、一貫して、ホストコンピュータ１０のブラウザー２２において操作フィールドを定義するマークアップ言語ファイルが実行されるものとして用いる。

そのつどのセッションには、コンピュータ１４，１５，１７のいずれかからホストコンピュータ１０への最初のコネクション要求の際に、外部のプラグイン４９によって、一義的なセッションＩＤ（英語：session-id）が割り当てられる。こうしたセッションＩＤは、ウェブユーザーインタフェース２１で相応のセッションテーブルに記憶され、ホストコンピュータ１０からコンピュータ１４，１５，１７へ伝送される。セッションＩＤにより、ホストコンピュータ１０のウェブユーザーインタフェース２１とコンピュータ１４，１５，１７のブラウザー２３との間の通信が制御される。ホストコンピュータ１０のセッションテーブル内には、セッションＩＤとともに、各ウェブソケット２４のウェブソケットＩＤが結合されて記憶されるので、ウェブユーザーインタフェース２１は、どのセッションでどのウェブソケット２４を介して通信可能であるかを求めることができる。

ブラウザーは、内部に、複数のウインドウもしくはレジスタカード（英語：tabs）による表示部を有する。ウェブユーザーインタフェース２１は基本的にはセッションＩＤしか認識していないので、ブラウザー２３のウインドウもしくはレジスタカードの操作フィールドの最初の呼び出し時には、呼び出し時に伝送されるブラウザー２３のプログラムコード４８により、ウェブユーザーインタフェース２１でのウインドウＩＤ（英語：tab-id）の形成が開始され、ホストコンピュータ１０上の後述する参照テーブル（図１４）に記憶される。ウインドウＩＤによってウェブユーザーインタフェース２１は各ブラウザー２３の各ウインドウを一義的に識別することができる。ウェブユーザーインタフェース２１はウインドウＩＤを各コンピュータ１４，１５，１７へ伝送するので、これらのコンピュータ１４，１５，１７において、記憶によって、ウインドウＩＤをそれぞれのウインドウに持続的に割り当てることができる。ウインドウＩＤをいずれかのブラウザー２３へこのように一義的に割り当てることについては後述する。

各表示オブジェクトは、表示オブジェクトを一義的に識別するための一義的な表示オブジェクトＩＤを有する。表示オブジェクトＩＤは、操作フィールドモジュールライブラリ２０により、ディスプレイに対して各表示オブジェクトを初期化する際、すなわち、操作フィールドを形成する際に形成され、ホストコンピュータ１０の参照テーブルに記憶される。したがって、参照テーブルは、全てのブラウザー２３で現在表示されている全ての表示オブジェクトを含む。

表示オブジェクトＩＤは、操作フィールドを定義する操作フィールドファイルとして、確立されているデータリンクを介して、表示を行っているブラウザー２３へ引き渡される。これにより、ブラウザー２３は、同様にローカルなデータ構造で表示オブジェクトＩＤをコンピュータ１４，１５，１７に記憶し、それぞれの表示オブジェクトに割り当てることができる。

各データソースは、データソースＩＤを有しており、このデータソースＩＤによって、そのつどのデータソースが一義的に識別される。データソースＩＤは、それぞれのデータソースをインストールする際のホストコンピュータ１０のコンフィグレーションとして記憶される。ただし、接続されたデータソースを求めてこれに自動的にデータソースＩＤを割り当てることにより、当該データソースＩＤを印刷機１及び／又は制御装置２の初期化時にダイナミックに形成することもできる。

複数のコンピュータ１４，１５，１７により、相応のデータリンクの必要帯域幅と応答時間とが増大する。したがって、コンピュータ１４，１５，１７へのデータ伝送量、すなわち、ブラウザー２３に表示される表示オブジェクト及び表示オブジェクト特性及び値の伝送量を低減し、利用可能な接続容量を個々のコンピュータ１４，１５，１７へ分配することが所望される。

伝送すべきデータ量を低減するために、所定の値を表示する表示オブジェクトは、表示すべき値を形成するデータソースと結合される。この結合は、表示オブジェクトに表示される値が変更される場合に、変更値だけが伝送され、値を含む表示オブジェクト全体が伝送されないように行われる。

このために、ホストコンピュータ１０には、データソースの所定の値を表示する表示オブジェクトと、ブラウザーウィンドウのセッションと、値の抽出元であるデータソースとの関係とを規定する参照テーブルが設けられ、更新される。当該参照テーブルにより、ウェブユーザーインタフェース２１は、いずれの時点においても、各ブラウザー２３で現在表示されている表示オブジェクト、特にデータソースの値を表示する表示オブジェクトについて知ることができる。

参照テーブルは、入力項目として、表示オブジェクトＩＤ、セッションＩＤ、ウインドウＩＤ、ユーザーＩＤ及びデータソースＩＤを含む。ここで、表示された表示オブジェクトに関する情報は、ブラウザー２３を利用しているユーザーのユーザーＩＤとともに、表示オブジェクトを表示するブラウザー２３のセッションＩＤ及びウインドウＩＤに結合される。さらには、表示オブジェクトがこうしたデータソースに結合される場合、表示オブジェクトに結合されたデータソースが特定される。

図１４の参照テーブルは、個々の入力項目間の関係を記述するデータ構造の一実施形態である。データ構造は別様にも構成できる。特に、相互に関連する複数の部分テーブルから成るテーブルを設けてもよい。

基本的に、印刷機１内もしくは制御装置２内のデータが複数のデータオブジェクトとして記憶される。当該複数のデータオブジェクトは相互に関連している。各データオブジェクト間の関係は関係性として記憶される。説明を簡単にするために、以下では、こうした抽象的な関係性に代えてテーブルを使用する。

データソースの値の変更が生じると、各データソースによって、変更値及びデータソースＩＤを含む値変更イベントが形成され、ホストコンピュータ１０へ送信される。ホストコンピュータ１０は、ＤＥエージェント３２において値変更イベントを受け取り、これをＲＭＩサーバー３３へ転送する。ＲＭＩサーバー３３は、値変更イベントを、ウェブユーザーインタフェース２１のウェブサーバーサービス５１へ転送する。ついで、ウェブサーバーサービス５１は、参照テーブルから、データソースＩＤに結合された全ての表示オブジェクトＩＤと、対応するセッションＩＤ及びウインドウＩＤとを求める。その後、ウェブユーザーインタフェース２１は、それぞれのウインドウＩＤと変更値を含むそれぞれの表示オブジェクトＩＤとを、求められたセッションのブラウザー２３のみへ送信する。アドレシングされる全てのブラウザー２３は、対応する表示オブジェクトの対応するウインドウにおいて変更値を表示する。値は、この場合、数字、テキスト、表示オブジェクトの特性、グラフィクスなどであってよい。

ＧＵＩ変更イベントは、ブラウザー２３において、ユーザインタフェース（英語：graphical user interface, ＧＵＩと略称する）での変更を生じさせるユーザー動作、例えばメニュー呼び出し、ウェブページ呼び出し、フォーカス変更などが発生した場合につねにトリガされる。ＧＵＩ変更イベントは、ブラウザー２３からウェブユーザーインタフェース２１へ送信され、セッションＩＤ、ウインドウＩＤ、ブラウザー２３で実行される動作のタイプ、変更に関連する表示オブジェクトの表示オブジェクトＩＤ、及び、表示オブジェクトに関連する他の情報、例えば表示オブジェクトの特性などを含む。

ウェブユーザーインタフェース２１がＧＵＩ変更イベントを受信すると、インタフェース２１はこれを操作フィールドモジュールライブラリ２０へ転送する。操作フィールドモジュールライブラリ２０は、ＧＵＩ変更イベントから、各コンピュータ１４，１５，１７へ伝送すべき表示オブジェクトと、その表示オブジェクトＩＤ及び表示オブジェクトタイプ及び特性と、これらに結合されているデータソースとを求め、これにより、ユーザインタフェースの表示を更新乃至変更する。操作フィールドモジュールライブラリ２０は、これらの情報を、セッションＩＤ、ウインドウＩＤ及び他のパラメータ及びコマンドとともに、操作フィールド構造として、操作フィールドファイルを形成するウェブユーザーインタフェース２１へ上述したように引き渡す。ウェブユーザーインタフェース２１は、引き渡された表示オブジェクトを検査し、相応に参照テーブルを更新する。この場合、ウェブユーザーインタフェース２１は、ブラウザー２３のウインドウに表示されたオブジェクトを参照テーブルから除去しない。つまり、表示オブジェクトのうちブラウザー２３のセッションＩＤ及びウインドウＩＤに対応する入力項目の全てが消去され、その後でブラウザー２３のウインドウに新たに表示すべき表示オブジェクトが参照テーブルに追加されるのである。

ウェブユーザーインタフェース２１は、形成された操作フィールドファイルを、ＧＵＩ変更が発生した相応のセッションのウインドウへ伝送し、受信側のブラウザー２３は特性及び値を有する表示オブジェクトを表示する。例えば、ホストコンピュータ１０は、メニュー呼び出しの際に、メニュー項目を含むメニューとその特性設定とを相応のブラウザー２３へ伝送する。

ブラウザー２３の表示オブジェクトにおいて、ユーザーにより制御動作が行われると、つまり、値の変更又は印刷機１もしくは制御装置２へ作用する設定が行われると、相応の応答が可能となるよう、制御メッセージがウェブユーザーインタフェース２１へ伝送される。

参照テーブルのウインドウＩＤは、ブラウザー２３が種々の操作フィールドを有する複数のウインドウを表示できるように構成されていない場合、又は、コンピュータ１４，１５，１７上で複数回動作して複数の操作フィールドを表示できるように構成されていない場合、削除可能である。ウェブユーザーインタフェース２１は、それぞれのセッションの個々の操作フィールドに対してのみ、変更値を伝送する。

付加的に、参照テーブルは、各ブラウザー２３のどのウインドウがアクティブであるか又はフォーカスを有するか、つまり、前景に表示され操作可能となるかという情報を付加的にホストコンピュータ１０上に含む。ホストコンピュータ１０は、このために、クライアントコンピュータ１４，１５，１７から、どのウインドウがアクティブであるかという情報を受け取る。このことは、例えば、ＧＵＩ変更もしくは制御動作が行われた制御動作又はＧＵＩ変更イベントとともにウインドウＩＤを伝送することにより、又は、ユーザーが各ブラウザー２３のウインドウへのフォーカスを変更した場合には、ウインドウを前景に保持することにより、行われる。ウェブユーザーインタフェース２１は、値変更イベントにおいて、セッション、ウインドウ、及び、値を伝送するための表示エレメントを参照テーブルから求める際に、フォーカス情報を考慮する。それぞれのデータソースに結合された、アクティブなウインドウに示された表示オブジェクトのみに、変更値が伝送される。これにより、伝送すべきデータをさらに低減できる。

ホストコンピュータ１０とこれに接続される別のコンピュータ１４，１５，１７との間に用意される接続容量を効率的に利用するために、データは、統合された状態で、所定の時点で個々のコンピュータ１４，１５，１７へ伝送される。

所定の時点でのデータの伝送は、１回の伝送の後に所定時間を待機することにより実現される。つまり、１回のセッションでブラウザー２３へのデータ伝送が行われるたびに、所定の待機時間が待機される。待機時間が経過しなければ、新たにデータを同じブラウザー２３へ伝送できない。待機時間中に値が複数回変更された場合、この値は重ねてはブラウザー２３へは伝送されず、待機時間の経過後に１回だけ伝送される。これにより、伝送すべきデータが低減される。また、待機時間により、待機時間中に他のブラウザー２３に対して伝送を行えることが保証される。こうした待機時間はタイマによって形成される。

続いて、ホストコンピュータ１０上のウェブユーザーインタフェース２１で実行可能な、参照テーブルの更新方法を説明する（図１５）。付加的に、この方法によれば、操作フィールド構造に表示オブジェクトが含まれる場合、ブラウザー２３への伝送のために、表示オブジェクトをブラウザーバッファに格納できる。表示オブジェクトがデータソースに結合されている場合、データソースの値が読み出され、ブラウザーバッファへ入力される。

本発明の方法は、ステップＳ１で開始される。ステップＳ２で、操作フィールドモジュールライブラリ２０により操作フィールド構造がウェブユーザーインタフェース２１で受信され、この構造によって、新たに形成されたいずれかのブラウザー２３に新たな操作フィールドが表示される。操作フィールド構造は、操作フィールドをユーザインタフェースに表示するのに適した情報を含み、これは例えば、表示すべき表示オブジェクトの表示オブジェクトＩＤ、ブラウザー２３のセッションＩＤ、ブラウザー２３のウインドウＩＤ、及び、それぞれの表示オブジェクトに関連するその他の情報である。ここでのその他の情報としては、表示オブジェクトの特性、表示オブジェクトのタイプ、それぞれの表示オブジェクトに結合されたデータソースのデータソースＩＤなどが挙げられる。

次のステップＳ３では、新たな操作フィールド構造が形成されて、参照テーブルに入力されたウインドウの表示オブジェクトの全体が、参照テーブルから除去される。このことは、これまでブラウザー２３のウインドウに表示されていた表示オブジェクトが参照テーブルから消去されることを意味する。

その後、表示オブジェクトの表示オブジェクトＩＤが受信された操作フィールド構造に含まれるか否かを検査するステップＳ４が実行される。

ステップＳ４で表示オブジェクトが含まれていることが確認されると、ステップＳ５が実行される。ステップＳ５では、操作フィールド構造に含まれる第１の表示オブジェクトが、新たな表示オブジェクトとして、セッションＩＤ及びウインドウＩＤとともに、また表示オブジェクトとデータソースとを論理的に関連づけるデータソースＩＤが存在する場合にはこれとともに、参照テーブルに入力される。表示オブジェクトにデータソースが結合されていない場合には、データソースに対するフィールドに「関連するデータソース無し」を表す値すなわち“０”が入力される。

ついで、ステップＳ６が実行される。ステップＳ６では、表示オブジェクトが、ブラウザー２３のウインドウに対応するブラウザーバッファへ入力される。ブラウザーバッファは、それぞれのブラウザー２３へ伝送されるデータ、例えば表示オブジェクトデータや値などのバッファリングに用いられ、セッションＩＤ及びウインドウＩＤを用いて正確にブラウザー２３に割り当てられる。

その後、表示オブジェクトがデータソースに結合されているか否かを検査するステップＳ７が実行される。

ステップＳ７で表示オブジェクトがデータソースに結合されていることが確認されると、ステップＳ８が実行される。ステップＳ８では、表示オブジェクトに結合されているデータソースの値がデータソースから読み出され、続くステップＳ９においてブラウザーバッファへ入力される。これは、表示オブジェクトによって初回の出現時にユーザインタフェースに所定の値を表示できるようにするために用いられる。

その後、別の表示オブジェクトが受信された操作フィールド構造に含まれているか否かを検査するステップＳ１０が実行される。

ステップＳ１０で別の表示オブジェクトが含まれることが確認された場合、方法ステップは改めてステップＳ５へ移行し、別の表示オブジェクトが参照テーブルに入力される。

ステップＳ１０で別の表示オブジェクトが含まれないことが確認された場合、ステップＳ１１で、動作を続行すべきか否かが検査される。動作を続行しなくてよい場合、ステップＳ１２へ移行して、当該方法は終了される。動作を続行すべき場合、当該方法のフローはステップＳ１１の実行後にステップＳ２へ移行する。

ステップＳ４で表示オブジェクトが操作フィールド構造に受信されたことが確認されると、当該方法のフローは直接にステップＳ１１へ移行する。

ステップＳ７で表示オブジェクトがデータソースに結合されていないことが確認されると、当該方法のフローは直接にステップＳ１０へ移行する。

これに代えて、ウェブユーザーインタフェース２１が、各ブラウザー２３のウインドウの、ＧＵＩ変更イベントによって伝送されるフォーカス情報を考慮することにより、つまり、ウェブユーザーインタフェース２１が参照テーブル内のフォーカス情報を更新することにより、上述した参照テーブルの更新方法を拡張することもできる。このことは、例えば、ウェブユーザーインタフェース２１がブラウザー２３のウインドウもしくはセッションの新たに入力された表示オブジェクトに対するフォーカス情報に「真」を入力し、他の全ての表示オブジェクトに対する参照テーブルのフォーカス情報、すなわち、ブラウザー２３の他の全てのウインドウの全ての表示オブジェクトに「偽」を入力することによって行われる。

参照テーブルのフォーカス情報を更新することにより、フォーカスを有するウインドウ又は前景にあるウインドウに表示される表示オブジェクトの値のみを伝送し、フォーカスを有さないウインドウ又は背景にある表示オブジェクトの値の伝送を行わないための前提条件が、後述するように、形成される。これにより、伝送されるデータ量をさらに低減できる。

ブラウザー２３に示されている表示オブジェクトとデータソースとの関係性を特に規定した参照テーブルを更新する方法により、上記前提条件が形成される。これにより、データソースの値が変更される際に、それぞれのブラウザー２３の表示を行っている表示オブジェクトへ変更値を選択的に伝送することによって、伝送すべきデータを低減することができる。

ホストコンピュータ１０上のウェブユーザーインタフェース２１で実行可能な、参照テーブルによって値を現に表示オブジェクトに表示しているブラウザー２３のみに変更値を選択的に伝送するよう準備する方法を、以下に説明する（図１６）。

当該方法は、ホストコンピュータ１０上で参照テーブルが上述したように保持及び更新されることを前提としている。

当該方法は、ステップＳ２１で開始される。ついで、ステップＳ２２で、値変更イベントが発生したか否かが確認される。値変更イベントは、データソースの値が変更された場合につねにトリガされる。値変更イベントは、データソースからホストコンピュータ１０へ伝送され、データソースＩＤとこのデータソースＩＤで参照されるデータソースの値とを含む。

値変更イベントが発生すると、ステップＳ２３が実行される。ステップＳ２３では、データソースＩＤに基づいて、データソースの値を表示する表示オブジェクトの表示オブジェクトＩＤ全体と、この表示オブジェクトＩＤで参照される表示オブジェクトを表示しているブラウザー２３の対応するセッションＩＤ及び対応するウインドウＩＤとが参照テーブルから求められる。

その後、ステップＳ２４において、求められた表示オブジェクトＩＤと値変更イベントに含まれる値とが共通のブラウザーバッファに入力される。共通のブラウザーバッファは、セッションＩＤ及びウインドウＩＤによって、表示オブジェクトを表示しているそれぞれのブラウザー２３に割り当てられている。この場合、データソースの新たな値によって、ブラウザーバッファに存在していたデータソースの旧い値が上書きされる。これにより、ブラウザーウィンドウの所定の表示オブジェクトに対して、表示されるべき更新値のみがブラウザーバッファに記憶されることが保証される。

その後、動作を続行すべきか否かを検査するステップＳ２５が実行される。動作を続行しなくてよい場合、ステップＳ２６へ移行し、当該方法は終了される。動作を続行すべき場合、当該方法のフローはステップＳ２５の実行後にステップＳ２２へ移行する。

これに代えて、上述した、変更値の選択的伝送を準備する方法を拡張することもできる。この拡張は、データソースの値の変更時に、ウェブユーザーインタフェース２１がウインドウの参照テーブルに予め記憶されているフォーカス情報を考慮して、フォーカスを有するウインドウ又は前景にあるウインドウ内に表示されている表示オブジェクトの値のみをそれぞれのブラウザーバッファに入力し、フォーカスを有さないウインドウ又は背景にあるウインドウ内に表示されている表示オブジェクトの値をブラウザーバッファに入力しないことにより行うことができる。これにより、伝送データ量がさらに低減される。

参照テーブルによって実際に表示オブジェクトに値を表示しているブラウザー２３のみに変更値を選択的に伝送するよう準備する方法により、ホストコンピュータ１０から相応のブラウザー２３へ伝送されるデータを低減することができる。

さらに、データを統合する方法を以下に説明する（図１７）。このデータは、ホストコンピュータ１０のウェブユーザーインタフェース２１からいずれかのブラウザー２３のウインドウへ伝送され、この伝送は予め定められた時点のみで行われる。コンピュータ１４，１５，１７上のいずれかのブラウザー２３の操作フィールドに表示される全てのウインドウに対して、当該方法はホストコンピュータ１０上で実行される。

当該方法は、上述した図１６の方法と同様に、変更値がブラウザー２３の各ウインドウに割り当てられたブラウザーバッファに入力されることを前提としている。この場合、所定のパラメータの値によって、各ブラウザーバッファに存在していた同じパラメータの旧い値が上書きされる。これにより、所定のパラメータに対して更新値のみがブラウザーバッファに記憶されることが保証される。

当該方法はステップＳ３１で開始される。ステップＳ３２では、セッションＩＤ及びウインドウＩＤによってブラウザーバッファに割り当てられたタイマが初期化される。初期化によって、タイマは、データの伝送後、新たなデータを伝送できるようになるまで待機されるべき時間部分に対応する値にセットされる。例えば、タイマには２００ｍｓに対応する値がロードされる。

ステップＳ３３では、セッションＩＤ及びウインドウＩＤによってブラウザー２３の各ブラウザーウィンドウに割り当てられているブラウザーバッファが伝送されるべきデータを含むか否かが検査される。

データが含まれる場合、ブラウザーバッファからこれに対応するブラウザー２３のウインドウへデータを伝送するステップＳ３４が実行される。当該データ伝送は、次のように行われる。まず、ブラウザーバッファが他のアクセスに対して阻止される。ついで、ホストコンピュータ１０がウェブソケット２４，２５を介してプッシュイベントを相応のブラウザー２３へ送信する。さらに、ブラウザー２３が、ウェブソケット２４，２５を介してブラウザーバッファのデータを読み出し、変更された表示オブジェクト、データ及び／又は値をブラウザーバッファに対応するウインドウに表示する。プッシュイベントは、対応するブラウザーウィンドウ用のデータをブラウザーバッファから読み出すべきことをブラウザー２３に示すために用いられる。

伝送の終了後、ステップＳ３５において、ブラウザーバッファが空にされる。バッファが空である場合には、先行して行われた阻止が解除されて、別のアクセスが許可される。これに代えて、ブラウザーバッファを読み出しによって自動的に空にしてもよい。

その後、ステップＳ３６でタイマがイネーブルされ、動作しはじめる。

続くステップＳ３７では、例えば２００ｍｓの上記時間部分の経過後にタイマによってトリガされるタイマインタラプトが待機される。ステップＳ３７での待機は、ホストコンピュータ１０で他のプロセスを並行して実行可能なように行われる。特に、タイマの動作中の他のプロセスは、対応するブラウザーバッファへの書き込みによってアクセス可能となる。

タイマインタラプトが発生すると、動作を続行すべきか否かを検査するステップＳ３８が実行される。動作を続行しなくてよい場合、ステップＳ３９へ移行し、当該方法が終了される。動作を続行すべき場合、当該方法のフローはステップＳ３８の実行後にステップＳ３２へ移行する。

ステップＳ３３において、上記ブラウザーバッファにデータが含まれていないことが確認される場合、上記方法フローは直接、ステップＳ３８の実行で継続される。

データの伝送の後、新たにデータを伝送することが可能になる前までに待機すべき上記時間区間は、上の例では２００ｍｓに設定されている。この時間区間は一般的には、１０ｍｓから２０ｓの範囲内に、特に１０ｍｓから１ｓの範囲内にある。有利には異なるブラウザーバッファ毎に、ひいては異なるデータソース毎に、異なる長さを設定することができる。例えば、基本的に緩慢に変化し、１０ｍｓの時間区間でのサンプリングが意味をなさないパラメータ、例えば温度値などもある。この場合には、例えば数秒の、殊に１０ｓまでの時間区間で十分である。これに対して別のパラメータは、より短い時間区間でサンプリングされ、相応に頻繁に伝送されるべきである。したがってこれらの時間区間の長さは、有利には、各ブラウザーに対応付けられるデータソースによって決まり、複数のデータソースがある場合には、最短の時間区間を要するデータソースが、各ブラウザーバッファに対する時間区間を定めるのに決定的なデータソースになる。択一的には上記時間区間の長さは、ホストコンピュータ１０とコンピュータ１４，１５，１７との間の接続の利用可能な接続容量によって定めることも可能である。わずかな接続容量しか利用できない場合、上記時間区間をより長く設定して、データがあまり頻繁に伝送されないようにようにする。これに対して多くの接続容量が利用できる場合、上記時間間隔をより短く設定することができる。

さらに上記時間区間の長さは、伝送すべきデータ量に基づいて定めることも可能である。より多くのデータを伝送すべき場合、上記伝送に対してより短い時間区間を設定する。これに対して、伝送されるべきデータがより少ない場合、より長い時間区間を設定することができる。

時間区間の長さを設定する複数の判断基準は、上で説明したように個別に、又はこれらの判断基準のうちの複数を相互に組み合わせて使用することができる。

上記方法では、伝送データの量に依存して値が変化する、ブラウザーバッファからのデータの伝送時間のタイムスロットパターンが、終了時に割り込みがトリガされる上記タイマの経過時間に加算されて定められ、これによってデータ伝送が新たに開始される。

このやり方とは択一的に、所定時間の経過後に割り込みをトリガする計時機構としてのタイマを使用することも可能であり、これによって上記データ伝送が開始される。すなわち、上記タイムスロットパターンは、タイマの経過時間だけで定められるのである。ここで考慮すべきであるのは、タイマインターバルを十分に長く選択して、すべてのデータがブラウザーバッファから伝送されるようにする、ということである。

別の選択肢としてにスケジューラを使用することができ、このスケジューラによって可能になるのは、データを伝送する際に、ブラウザー２３に通知されているユーザーに基づき、上記のパラメータの伝送すべき種々異なる値の優先度、及び／又は、種々異なって実行されるブラウザー２３の優先度を考慮することである。ここでこれは、このスケジューラが、優先度にしたがって最も高い優先度から最も低い優先度に上記データ伝送を制御することによって行われる。このスケジューラは、ネットワーク速度及び／又は接続されたコンピュータ１４，１５，１７のレイテンシに関連して、使用したブラウザーバッファの充填レベルも考慮することもできるため、スケジューラは、速い接続及び／又は小さなレイテンシを有するコンピュータ１４，１５，１７に比べて、遅い接続及び／又は大きなレイテンシを有するコンピュータ１４，１５，１７により頻繁かつより長いデータを伝送することができる。

ブラウザー２３の１つのウインドウにおいて伝送すべきデータをまとめ、またあらかじめ定めた時点に伝送する上記方法により、ブラウザー２３の複数のウインドウに、利用可能な接続容量を分割することができ、ここでこれは、ブラウザー２３の１つのウインドウにデータを伝送した後、このウインドウが、別のデータ伝送を待機しなければならず、その合間にブラウザー２３の別のウインドウにおいてデータを伝送できることによって行われる。

印刷機１ないしは制御装置２が１つのユーザインタフェースだけから操作ないしは設定されることを保証するため、いわゆる「アクセスチケット」を使用する。このアクセスチケットを所有するユーザーだけが設定を行うことができる。このアクセスチケットは、ホストコンピュータ１０に一度だけ存在する。

このアクセスチケットは、ＲＭＩサーバー３３によって管理される。アクセスチケットは、ウェブユーザーインタフェース２１、ＲＭＩサーバー３３、又は、接続されておりかつ上記操作フィールドがブラウザーにサポートされずに表示されるコンピュータ１８，１９に割り当てられる。このアクセスチケットは、これらのコンポーネントのうちの１つにだけ、ある時点で、割り当て可能である。

印刷機構のような生産要素は遮断されているが、所定の制御要素がまだ動作しているスタンバイモードに印刷機１がある場合にだけ、操作フィールドを用いて制御装置２にアクセスすることができ、その際にはアクセスチケットを所有する必要はない。

ウェブユーザーインタフェース２１は、ホストコンピュータ１０に接続されており、このウェブユーザーインタフェースは、アクセスチケットを所有することができ、またブラウザー２３を介して印刷機１ないしは制御装置２の操作に対する機能を有する。ウェブユーザインタフェース２１に接続されており、かつ、複数のセッションにおいてそれぞれ１つ又は複数の操作フィールドを表示することのできるブラウザー２３は、複数存在するため、コンフリクトを回避するため、「セッションチケット」を設ける。

このセッションチケットは、ウェブユーザーインタフェース２１だけによって割り当てられ、１つのセッションにおいてコンピュータ１４，１５，１７の１つのブラウザー２３にだけ対応付けることができ、またブラウザー２３が実行される各セッションに結び付けられる。

ウェブユーザーインタフェース２１は、これが１つのブラウザー２３によって要求される場合にだけアクセスチケットを受け取る。ウェブユーザーインタフェース２１がアクセスチケットを受け取ると、要求したブラウザー２３はセッションチケットを受け取る。これにより、ウェブユーザーインタフェース２１を介して印刷機１ないしは制御装置２を設定ないしは操作できる１つのブラウザー２３が一意に識別される。ウェブユーザーインタフェース２１がアクセスチケットを所有している場合、複数のブラウザー２３のうちの１つが、セッションチケットを所有することができ、またあるブラウザー２３からこのセッションチケットを取り上げて、別のブラウザー２３に割り当てることができる。このようにして、種々異なるブラウザー上の操作フィールド間のコンフリクトを回避するため、下位のセッションチケット及び上位のアクセスチケットを有する階層的に構造化されたチケット管理が提供される。ウェブユーザーインタフェース２１にアクセスチケットが割り当てられていることは、セッションチケットを割り当てることができるための前提である。これについての唯一の例外は、アクセスチケットが割り当てられておらず、１つのセッションチケットがだけが割り当てられているスタンバイモードに印刷機１があることである。

ブラウザーは、このブラウザー内の複数のウインドウないしはレジスタカード（英語：tab）による表示を有し得る。このことは１つの問題になる。なぜならば、ウェブソケット２４，２５は、初期化の後、すなわち、操作フィールドの最初の表示の後、セッションを識別し、ひいてはブラウザー２３を識別することができるが、このブラウザー２３において開いている個々のウインドウを識別できないからである。この問題を解決するため、個々のウインドウにそれぞれ一意のウインドウＩＤを割り当てる。この場合には上記セッションチケットがこのセッションのウインドウに割り当てられる。

以下では、ブラウザー２３の１つのウインドウに一意のウインドウＩＤを割り当てる方法を説明する（図１８）。

この方法は、ステップＳ５１で始まる。ステップＳ５２では、ユーザーが、そのブラウザー２３を用いて、１つのウインドウから、ウェブユーザーインタフェース２１によって生成された入口ウェブページを、操作フィールドに呼び出したか否かがチェックされる。この入口ウェブページは、ブラウザー２３と、ウェブユーザーインタフェース２１とを接続するために呼び出される最初のウェブページである。この入口ウェブページの呼び出しは、例えばＵＲＬ（英語：uniform resource locator）又はＩＰアドレスの形態で、ブラウザー２３のアドレス行に、あらかじめ決められたネットワークアドレスを入力することによって行われる。入口ウェブページでは、ユーザログインの形態でユーザーの認証を行うことができる。入口ウェブページのこの呼び出しにより、ウェブソケット２４，２５も初期化される。

ステップＳ５２において確認されるのは、入口ウェブページが呼び出されたことであり、この場合、ウェブユーザーインタフェース２１は、呼び出されたウェブページを、すなわち、入口ウェブページを、埋め込まれたプログラムコード４８を有するマークアップ言語ファイルとして送信する。このプログラムコードは、（スクリプト）プログラミング言語モジュール５９によって実行される。この実施例において、この埋め込まれたプログラムコード４８は、Ｊａｖａコードである（ステップ５３）。

つぎにステップＳ５４が実行される。ここではユーザーのブラウザー２３が、送信された入口ウェブページを受信し、表示し、埋め込まれたプログラムコード４８を実行する。

つぎにステップＳ５５が実行され、ここでは、上記コードがセッション内ではじめて実行されたか否かがチェックされる。これは、例えばブラウザー２３内にそのために設けられたデータオブジェクトにアクセスすることによって行うことができ、このデータオブジェクトは、最初のアクセスの後にはじめて初期化される。これにより、このデータオブジェクトへの最初のアクセス時にエラーがトリガされることになり、このエラーが記録されて評価される。後続の各アクセス時にはエラーは生成されない。このデータオブジェクトは、このブラウザー２３が閉じられた場合、ブラウザー２３においてはじめて除去される。

上記コードが最初に実行される場合、ステップＳ５６が実行され、このステップでは、ユーザーが認証される。権限が付与されたすべてのユーザーには、少なくとも１つのユーザー識別子ないしはユーザーＩＤ、対応するパスワード又は例えばチップカード上に記憶されたコード、生体的特徴など別の認証手段及びユーザロールないしはユーザグループが割り当てられている。ユーザロールないしはユーザグループには、どのようなアクションがこのユーザーに許可されどのようなアクションが許可されていないかを定めるユーザー権限が付与されている。ホストコンピュータ１０は、一人のユーザーへの割り当てのため、種々異なるユーザー権限を有する種々異なるユーザロール及び／又はユーザグループを保持可能である。これらの情報は、ホストコンピュータ１０の１つ又は複数のユーザテーブルに記憶されている。この（これらの）ユーザテーブルには、ユーザーと、その権限と、その認証とに結び付けられている複数の情報、例えばユーザーＩＤ，ユーザー名、ユーザー識別子、パスワード、ユーザロールないしはユーザグループ、ユーザー権限が含まれている。この（これらの）ユーザテーブルには、操作フィールドモジュールライブラリ２０及び／又はウェブユーザーインタフェース２１がアクセス可能である。ユーザー認証は、ユーザーがブラウザー２３の操作フィールドの入口ウェブページにそのユーザー識別子及び対応するパスワードを入力することによって行われる。ウェブユーザーインタフェース２１は、この入力を受信し、１つ又は複数のユーザテーブルに記憶されている複数の情報に基づいてチェックする。ユーザーが、そのユーザー識別子を正しいパスワードと共に入力すると、すなわちこのユーザーが認証されると、ウェブユーザーインタフェース２１は、このユーザーに、あらかじめ設定されたユーザロールを割り当て、ひいてはあらかじめ設定されたユーザー権限を割り当てる。これは、このウェブユーザーインタフェースが、上記の情報を記憶された１つ又は複数のユーザテーブルから情報を求めることによって行われる。

つぎにステップＳ５７が続き、ここではセッションＩＤが取り決められるかないしはセッションに対して一意に確定される。将来的に通信が行われる場合、このセッションＩＤによってセッションを、ひいてはブラウザー２３を一意に識別することができる。ここでは、ユーザー名ないしはユーザーＩＤと結び付けてウェブユーザーインタフェース２１にセッションＩＤを記憶する。これにより、ウェブインタフェース２１は、セッションをユーザーに割り当てることができ、これによってこのセッションのユーザロールないしはユーザー権限を推定することができる。

つぎにステップＳ５８が続き、ここではウェブページに埋め込まれたコードにより、取り決められた上記セッションＩＤが読み出される。これは、一意のウインドウＩＤを生成するという要求と共にウェブユーザーインタフェース２１に送信し、ウェブユーザーインタフェース２１によって生成されたこの一意のウインドウＩＤを受信し、ウインドウに結び付けられた記憶領域に記憶する。この記憶領域は、例えば、ウインドウ内に開かれたウェブページにおける不可視の表示オブジェクトとすることが可能である。通信チャネルないしはウェブソケットがセッションＩＤによって参照される将来のすべての通信において、上記ウインドウＩＤが一緒に送信される。これにより、ウェブユーザーインタフェース２１は、コンピュータ１４，１５，１７上のウェブページに埋めこれまたコードと同様に、ブラウザー２３のどのウインドウに対し、ないしは、どのウインドウから送信された情報であるかを識別する。ここではウインドウＩＤは、セッションＩＤに対して上で説明したのと同様に、ユーザー名ないしはユーザーＩＤに関連付けてウェブユーザーインタフェース２１に記憶されるため、ウェブユーザーインタフェース２１は、ウインドウＩＤを介して、セッションのウインドウのユーザーを特定し、ひいてはそのユーザロールないしはユーザー権限を特定することができる。

つぎにステップＳ５９が続き、ここでは動作を継続するか否かがチェックされる。動作を継続しない場合、ステップＳ６０が続き、ここでこの方法が終了する。しかしながら動作を継続する場合、この方法フローは、ステップＳ５９を実行した後、ステップＳ５２に進む。

ステップＳ５５において上記コードがはじめて実行されたのではないことが確認された場合、この方法フローは直接ステップＳ５８に進む。

一意のウインドウＩＤをブラウザー２３の１つのウインドウに割り当てる上記の方法によって保証されるのは、１つのセッションにおいてコンピュータ１４，１５，１７に表示されるウェブページにおける１つのウインドウが、一意のウインドウＩＤを得ることである。この一意のウインドウＩＤによって可能になるのは、セッションチケットをブラウザー２３の１つのウインドウに一意に割り当てることである。付加的には、どのユーザーが上記システムにおけるセッションのどのウインドウにエントリしているかについての情報を記憶することができる。

ブラウザー２３において複数のウインドウを使用する際には、１つのウインドウが閉じられるか又はもはや応答できない、すなわち、例えば埋め込まれたコードがクラッシュした場合に、上記ウインドウにセッションチケットもこの瞬間に割り当てることができるとしたら、一意のウインドウＩＤを有する各ウインドウがもはや存在しないことについてウェブユーザーインタフェース２１に通知しなければならないという問題が発生する。

この問題は、ウェブユーザーインタフェース２１が、前に参照テーブルに記憶されている一意のウインドウＩＤに基づき、これらのウインドウがまだ開いており、かつ、応答可能であるか否かについてサイクリックにチェックすることによって解決される。このためにウェブユーザーインタフェース２１は、すべてのセッションにおけるすべてのブラウザー２３においてウェブユーザーインタフェース２１に既知であるブラウザー２３のすべてのウインドウの埋め込まれたプログラムコード４８にそれ自体を通知する要求（Ping）を送信する。ウェブユーザーインタフェース２１は、埋め込まれかつブラウザー２３の各ウインドウにおいて実行されるプログラムコード４８からの、ウインドウの一意のウインドウＩＤを有するエコーを応答として待ち受ける。一意のウインドウＩＤを有するこの応答が、あらかじめ設定した待ち時間後にも戻って来ない場合、ウェブユーザーインタフェース２１は、この一意のウインドウＩＤを参照テーブルから削除する。これによって保証されるのは、閉じられているか又はもはや応答できないウインドウが参照テーブルから削除されることである。

もはや開かれていないか又は応答できないウインドウがセッションチケットを所有する場合、ウェブユーザーインタフェース２１は、引き続いてどのように振る舞うべきかを決定することができる。これには、以下で説明する複数の選択肢が存在する。すなわち、
１． いまや解放されたセッションチケットは、対応するセッションにおいてブラウザー２３がアクティブでありかつ印刷機１又は制御装置２用の操作フィールドが表示されている場合、このセッションチケットを前に有していた、同じブラウザー２３の別のウインドウに自動的に割り当てられる（同じユーザー、同じセッション、同じブラウザー２３）。

２． いまや解放されたセッションチケットは、対応するセッション内に別のブラウザー２３がアクティブでありかつ操作フィールドが表示されている場合、このセッションチケットを前に有していた、このユーザーの別のブラウザー２３に自動的に割り当てられる（同じユーザー、同じセッション、別のブラウザー２３）。

３． いまや解放されたセッションチケットは、このセッションチケットを有していたのと同じユーザーの別のブラウザー２３に割り当てられ、ブラウザー２３が別のセッションにおいてアクティブでありかつ操作フィールドを表示している場合、ブラウザー２３は別のセッションにおいて動作する（同じユーザー、別のセッション、別のブラウザー２３）。

４． いまや解放されたセッションチケットは、場合によってはユーザー優先度にしたがって選択された別のユーザーに割り当てられる。これらのユーザーの優先度は、例えば、これらのユーザーがセッションチケットを求める問い合わせを送信した時点にしたがって設定され、最も新しい又は最も旧い問い合わせが、より高い優先度を有し得る（別のユーザー、別のセッション、別のブラウザー２３）。

５． いまや解放されたセッションチケットは、セッションチケットの新たな要求に対する待機領域ないしは待機プールにわたされ、ひいてはウェブユーザーインタフェース２１に戻される。

ただ１つのウインドウしか許可されないブラウザーを使用する場合、ウインドウＩＤは不要である。この場合には、ウインドウＩＤの代わりにセッションＩＤをサイクリックに監視し、もはや開いていないブラウザー又はもはや応答できないブラウザーでは、上で説明したのと同様にセッションチケットを割り当てるかないしは残しておく。

印刷機１又は制御装置２へのアクセスは、上で説明したように、コンピュータ１４，１５及び１７のうちの１つのコンピュータ上で実行可能なブラウザーにより、複数のデータリンクを介して、すなわち異なるコンピュータ１４，１５，１７によって同時に、及び、異なるユーザーによってウェブユーザーインタフェース２１に対して行われる。ここで注意しなければならないのは、以下に説明するセキュリティ規則が守られるようにすることであり、これらのセキュリティ規則は、クライアントコンピュータ１４，１５，１７からホストコンピュータ１０に送信されるアクション要求（英語：request）において検査される。すなわち、
・ 認証された人間ないしは装置だけからのアクション要求、
・ 十分なアクセス権を有する人間ないしは装置だけからのアクション要求、
・ 各ブラウザー２３が、アクション要求の実行に対して適切な表示オブジェクトを表示する場合だけのアクション要求、
・ 印刷機状態がこれを許可する場合だけのアクション要求
において検査される。

認証された人間ないしは装置からのアクション要求の検査とは、アクション要求を含む人間ないしは装置の識別子が、この人間及び／又は装置が前もって正常にホストコンピュータ１０において認証されているか否かについてチェックされることである。このような必要な認証が行われていない場合、このアクション要求は拒否される。

さらに上記アクション要求が、十分なアクセス権を有する人間ないしは装置だけから発せされたものであるか否かを検査することができる。ここでは、このアクション要求に記載されている人間ないしは装置が読み出され、その各ロールに格納されているアクセス権が確かめられる。これらのアクセス権を満たしていないアクション要求は拒否される。

認証された装置及び／又は十分なアクセス権を有する装置には、例えば、サービスコンピュータ１５，１７が含まれる。これによって保証されるのは、安全に対してクリティカルなアクション要求は、サービスコンピュータ１５，１７だけから可能になり、操作フィールドコンピュータ１４から発せられる安全に対してクリティカルなアクション要求は、拒否されることである。安全に対してクリティカルなアクション要求とは、印刷システムの安全性、ハードウェア及び実行可能なソフトウェアの安全性、及び／又は、そこで作業する人間の安全性を損なうアクションの要求のことである。

安全に対してクリティカルなアクション要求をトリガする人間の認証及び／又は十分なアクセス権の有無をチェックすることによって保証されるのは、権限が付与された人間のアクション要求だけが実行されることであり、権限が付与されていない人間の安全にクリティカルなアクション要求は拒否される、ということである。

ここでは、アクション要求が、実際に各ブラウザー２３に表示される表示オブジェクトから発せされたか否かをチェックすることも可能である。上記参照テーブルには、各ブラウザーないしはセッションへの割り当てと共に表示オブジェクトが格納されている。アクション要求には表示オブジェクトＩＤが含まれている。この表示オブジェクトＩＤは、これが、対応するブラウザー２３ないしは対応するセッション及びウインドウに対応付けられているか否かに関してチェックされる。対応付けられていない場合、このことが意味するのは、この表示オブジェクトが、表示されず、アクション要求の権限が与えられないことである。

さらに、アクション要求が、目下の印刷機状態の点から可能であるか否かをチェックすることができる。印刷機状態に依存して、所定のアクションは許可され得ない。例えば、ケーシングがサービス作業のために開放されている場合、紙の搬送の開始は許可されない。

有利には、上記の種々異なるチェックはすべて、クライアントコンピュータ１４，１５，１７のうちの１つからホストコンピュータ１０に送信される各アクション要求時に実行される。しかしながら基本的には、上記のセキュリティ規則のうちの１つ又は複数だけを検査することも可能である。チェック時に複数のセキュリティ規則のうちの１つに違反することが確認されると、対応するアクションが阻止される。

この多段階の安全性コンセプトにより、ウェブページないしはマークアップ言語ファイルにおいて、ホストコンピュータ１０のウェブユーザーインタフェース２１から各ブラウザー２３に送信される複数の同時の操作が阻止される。なぜならば、実行される各アクション要求において、上で説明したセキュリティ規則がチェックされるからである。例えば、各ブラウザー２３のキャッシュ内に記憶されるウェブページないしはマークアップ言語ファイルのプログラムコード４８における操作的な変更が識別される。なぜならばウェブユーザーインタフェース２１は、各ブラウザー２３に表示される表示オブジェクトについて情報をつねに得ることができ、これによってアクション要求がそもそも妥当なものであるか否かを検査できるからである。

以下では、システム安全性についてのアクション要求をチェックする方法を説明する。この方法は、上で説明した安全コンセプトを実行するものである（図１９）。

この方法はステップＳ７１ではじまる。ステップＳ７２では、ウェブユーザーインタフェース２１に複数のブラウザー２３のうちの１つのブラウザのアクション要求が含まれていたか否かがチェックされる。アクション要求には、例えば、印刷機１又は制御装置２に対する制御命令、１つの値を変更するための命令、データを読み出すための命令が含まれており、印刷機１，制御装置２又はウェブユーザーインタフェース２１のこれらのデータには、例えば、ウェブページないしはマークアップ言語ファイルが含まれている。複数のブラウザー２３のうちの１つから送信されたアクション要求には、送信したブラウザー２３のセッションＩＤと、アクション要求を送信したウインドウに対応付けられている各セッションのウインドウＩＤと、アクション要求をトリガした表示オブジェクトと、命令コードと、例えば複数の値のような別のパラメータと、このアクション要求に関連するデータオブジェクト等とが含まれている。

ウェブユーザーインタフェース２１にアクション要求が含まれていた場合、続いてステップＳ７３が実行され、ここでは、ブラウザー２３のユーザーが、このアクション要求に対して認証されているか否かがチェックされる。このチェックは、上で説明した１つ又は複数のユーザテーブル及び参照テーブルを用いて行われる。参照テーブルには、複数のブラウザー２３のうちの１つのブラウザの各セッションＩＤ及び各セッションのウインドウＩＤにユーザーＩＤが割り当てられており、このユーザーＩＤを介してブラウザー２３のユーザーが参照される。このユーザーＩＤには、ホストコンピュータ１０の１つまたは複数のユーザテーブルにおいてユーザロールが対応付けられており、各ユーザロールは、どのユーザー権限があるかを定めている。アクション要求において渡されるパラメータ、セッションＩＤ及びウインドウＩＤにより、ウェブユーザーインタフェース２１は、参照テーブルからユーザーＩＤを求める。このユーザーＩＤに基づき、ウェブユーザーインタフェース２１は、１つ又は複数のユーザテーブルからユーザロールを求め、このユーザロールを用いてユーザー権限を、すなわちこのユーザーはアクション要求に対して認証されているか否かを求める。

認証されている場合、ステップＳ７４が実行され、ここでは参照テーブルに基づき、表示された表示オブジェクトにより、ブラウザー２３においてアクション要求の開始が可能であるか否かがチェックされる。上記参照テーブルは、ウェブユーザーインタフェース２１により、上で説明したように、ＧＵＩ変更イベントが発生した場合にはつねに更新される。ウェブユーザーインタフェース２１は、参照テーブルを用い、ブラウザー２３の各ウインドウにおいてどの表示オブジェクトが現在表示され、ひいては操作可能であるかを特定する。これにより、ウェブユーザーインタフェース２１は、ブラウザー２３のウインドウにおいてアクション要求の開始が可能であるか否かをチェックすることができる。

ブラウザー２３においてアクション要求の開始が可能である場合、上記方法フローは、ステップＳ７５に進み、ここでは操作フィールドモジュールライブラリ２０により、印刷機状態に関して上記アクション要求の実行が許可されるか否かがチェックされる。このチェックは、例えば、印刷機１又は制御装置２のところで作業している人間、及び／又は印刷機１又は制御装置２にとって危険な状況に結び付くアクション要求の実行を阻止するのに使用される。例えば、紙ロールを交換している場合、繰出し器６及び／又は巻取り器７は動作させてはならない。別の例は、印刷機１の内部における修理熟練工による修理であり、この際には記録担体の搬送に使用される電動モータを動作させることは、修理熟練工にとって危険になり得る。

ステップＳ７５において、印刷機状態に関してのアクション要求が許可されることが確認される場合、ステップＳ７６が続き、ここではアクション要求が実行される。

つぎにこの方法フローは、ステップＳ７７の実行で継続され、ここではウェブユーザーインタフェース２１により、上記アクション要求を与えたブラウザー２３の操作フィールドないしはその表示オブジェクト及び／又は表示された値が制御されて、アクション要求の実行がユーザーに通知される。この通知は、これが操作フィールド上に表示されることによって行われる。このステップでは、例えばアクション要求の実行に関連する表示オブジェクトを表示する別のブラウザー２３の操作フィールドを更新することも可能である。

つぎにステップＳ７８の実行が続き、ここでは動作を継続すべきか否かについてチェックされる。この動作を継続すべきでない場合、Ｓ７９が続き、ここでは上記方法が終了する。しかしながらこの動作を継続すべき場合には、この方法フローは、ステップＳ７８を実行した後、ステップＳ７２に進む。

ステップＳ７２において、アクション要求が含まれていないことが確認された場合、この方法フローは直接、ステップＳ７８に進む。

ステップＳ７３において、ユーザーがアクション要求に対して認証されていないか、又はステップＳ７４において、ブラウザーにおけるアクション要求の開始ができないことが確認されるか、又はステップＳ７５において、印刷機状態に関してアクション要求の実行が許可されないことが確認される場合、この方法フローはステップＳ７７に進み、ここでは通知として、エラーメッセージが形成され、このエラーメッセージは、アクション要求を送信したコンピュータ１４，１５，１７に表示のために送信される。このステップでは、例えば、アクション要求の拒否に関連する表示オブジェクトを表示する別のブラウザー２３の操作フィールドも更新することもできる。

システム安全性についてのアクション要求をチェックする上記の方法によれば、ウェブユーザーインタフェース２１は、ユーザーがアクション要求に対して認証されていること、ブラウザー２３におけるアクション要求の開始が、表示された複数の表示オブジェクトのうちの１つによって可能であること、またアクション要求が印刷機状態に関して許可されることをチェックする。この実施例において、チェックしたこれらすべての判断基準が当てはまる場合にのみ、送信されたアクション要求が実行される。チェックしたこれらの判断基準の１つだけでも当てはまらない場合には、アクション要求の実行は阻止される。付加的には、上記方法により、アクション要求の実行又はその阻止に関連している複数のブラウザー２３の、特にこのアクション要求を開始したブラウザー２３のユーザインタフェースの更新が開始される。

高性能デジタル印刷機の開発時には、開発元の企業から提供される種々異なるソフトウェアテストツールが使用される。これらのソフトウェアテストツールの一部は開発元の企業それ自体によって作成される。これらのソフトウェアテストツールは、アクション要求を印刷機１及び／又は制御装置２に行うため、例えば複数のアクションを実行するため、又はパラメータを設定するために構成することができる。さらにパラメータ値は、例えば温度センサの温度値のようにデータソースから上記ソフトウェアテストツールによって読み出して表示することができる。一般的には、印刷機開発の所定の状態から、このソフトウェアテストツール又はその一部を印刷システムのシステムソフトウェア開発プロセスに採り入れなければならない。すなわち、これらのソフトウェアテストツールは、操作フィールドモジュールライブラリ２０及び／又はサービスモジュール６９に採り入れられ、これによってこれらが正しく機能することをテストできるようにする。

この際には、システムソフトウェアへのこのような採り入れにより、種々の困難が発生するという問題がある。なぜならば、
・ 印刷システムのシステムソフトウェア及びソフトウェアテストツールは、異なる複数のプログラミング言語によってないしはプログラミング言語で作成されることが多い、
・ 印刷システムのシステムソフトウェア及びソフトウェアテストツールは、印刷システムへの異なる複数のインタフェースを使用する、
・ ソフトウェアテストツールの操作性は、例えばユーザインタフェース、コンポーネントの挙動、言語などの設計について印刷システムのシステムソフトウェアのガイドラインに適合していない、及び／又は
・ 標準化されたインタフェースが使用されないため、上で説明したセキュリティ規則を（部分的に）潜り抜ける可能性がある。

したがって一般的には、ソフトウェアテストツールによって提供される機能を印刷システムのシステムソフトウェアに採り入れられるようにするため、ソフトウェアルーチン及び／又はユーザインタフェースを要求に適合させるかないしは要求にしたがって新たに作成しなければならないのである。

この問題を解決するため、外部のテストメニューを取り込むための方法が提供される。ここではテストメニューが必要に応じて、印刷システムのシステムソフトウェアの実行中にも、後付けでインストールされ、変更され、ないしは適合されるか除去される。テストメニューは、開発企業の種々異なる部門のソフトウェア開発の枠内で作成されるメニューである。上記の「外部」とは、テストメニューを提供するリソースが、印刷システムのシステムソフトウェアのコンポーネントではないことを意味する。テストメニューはフレームワーク４７に基づいて作成される。

以下では、印刷システムのシステムソフトウェアにテストメニューを自動的に取り込む方法を説明する（図２０）。

この方法はステップＳ９１ではじまる。ステップＳ９２では、テストメニュー記述ファイルがホストコンピュータ１０に存在するか否かがチェックされる。なぜならば、例えば、テストメニュー記述ファイルは、ホストコンピュータ１０で作成されているか又はホストコンピュータ１０に接続されているデータ担体にコピーされているからである。こここでは、テストメニュー記述ファイルは、あらかじめ定めた記憶領域に、例えば記憶媒体のデータディレクトリに格納されている。択一的にはこの記憶領域は、ブラウザー２２，２３毎に、ブラウザー２２，２３のウインドウ毎に、１つのブラウザー２２，２３が実行されるセッション毎に、ユーザー毎に、及び／又はコンピュータ１４，１５，１７毎にあらかじめ設定することができ、これは、例えば所定のブラウザーに、ブラウザーの所定のウインドウに、セッションに、ユーザーに、及び／又は、コンピュータ１４，１５，１７に記憶媒体のデータディレクトリを割り当てることによって行われる。

テストメニュー記述ファイルには、１つ又は複数のテストメニューの構造を記述するエントリが含まれている。これらのテストメニューエントリには、テストメニューが付随している、テストメニューＩＤ及び／又はテストメニュー名と、操作フィールドのメニューエントリの名前及び／又はＩＤが含まれており、すなわち、エントリポイントと、テストメニューのメニューエントリと、これに結合されたソフトウェアコンポーネント及び／又はリソースとが含まれている。テストメニューエントリは、完全なテストメニューの構造を記述する。テストメニュー記述ファイルには、１つ又は複数のテストメニュー用の記述が含まれており、すなわち、テストメニュー記述ファイルには、１つ又は複数のテストメニューエントリが含まれているのである。テストメニュー記述ファイルの構造は、フレームワーク４７に定められているルール及びメソッドにしたがって、ないしは、プログラムコード４８に定められているメソッド、機能、クラス、構造及び／又は拡張にしたがって構成される。

テストメニュー記述ファイルが存在する場合、ステップＳ９３が実行され、ここでは表示したすべてのテストメニューがメニュー構造体から除去される。このメニュー構造体は、このメニュー構造体を表す、ホストコンピュータ１０におけるデータ構造体である。有利にはこのようなメニュー構造体は、エントリが互いに関係を有する１つのテーブル又は複数のテーブルに記憶される。しかしながらメニュー構造体は、例えばツリー構造などに結合されたリストとして別の適切なデータ構造体に記憶することも可能である。

つぎにステップＳ９４が続き、ここでは（第１の）テストメニューエントリをテストメニュー記述ファイルから読み込む。ステップＳ９３の後、ステップＳ９４が実行されると、テストメニュー記述ファイルからテストメニューの第１のエントリが読み込まれる。ステップＳ９４の実行には、別のステップの実行が先行するが、これについてはさらに先で説明する。

続いてステップＳ９５が実行され、ここではステップＳ９４で読み込んだテストメニューが、そのコンポーネントと共にテストメニューエントリにしたがって形成され、既存のメニュー構造体に組み込まれる。ここではテストメニューは、テストメニュー記述ファイルにおいて特定されたエントリポイントにおいて既存のメニュー構造体に加えられ、ないしはエントリポイントにおいて既存のメニュー構造体に結合される。

つぎに上記の方法フローは、ステップＳ９６に進み、ここでは、別のテストメニューエントリがテストメニュー記述ファイルに存在するか否かがチェックされる。別のテストメニューエントリが存在する場合、改めてステップＳ９４が実行される。ここではステップＳ９４においてつぎのテストメニューエントリがテストメニュー記述ファイルから読み込まれる。しかしながら別のテストメニューエントリが存在しない場合、ステップＳ９７の実行が続き、ここでは表示が更新される。表示を更新する際には、メニュー構造体が完全に読み込まれ、操作フィールド構造体に挿入される。この操作フィールド構造体は、すでに上で説明したように、ウェブユーザーインタフェース２１によって受け取られて操作フィールドファイルに変換される。これにより、メニュー構造体は、対応するブラウザー２２，２３に操作フィールドの表示のために送信される、あらかじめ定めたマークアップ言語の操作フィールドファイルの一部になる。

つぎにステップＳ９８が実行され、ここではタイマが初期化される。このタイマは、ブラウザー２２，２３が実行されるセッションに、また存在する場合にはブラウザー２２，２３の対応するウインドウに対応付けられる。上記初期化により、タイマは、テストメニュー記述ファイルが存在するか否かを新たに検査する前に待機すべき時間区間に対応する値にセットされる。この待ち時間の値は、１ミリ秒と１分との間とすることができる。例えばこのタイマには、１秒に相当する値がロードされる。

その後、タイマがイネーブルされて時間が経過する（ステップＳ９９）。

これに続くステップＳ１００では、例えば１秒の時間区間が経過した後、タイマによってトリガされるタイマ割り込みを待たれる。ステップＳ１００におけるこの待機は、ホストコンピュータ１００において、別のプロセスを並列に実行できるように行われる。

タイマ割り込みが発生すると、ステップＳ１０１が実行され、ここでは上記の動作を継続すべきか否かがチェックされる。動作を継続しない場合、ステップＳ１０２が続き、ここではこの方法が終了する。しかしながらこの動作を継続する場合、この方法フローは、ステップＳ１０１を実行した後、ステップＳ９２に進む。

ステップＳ９２において、テストメニュー記述ファイルが存在しないことが確認される場合、ステップＳ１０３の実行が続き、ここではテストメニューがブラウザー２２，２３に表示されたか否かがチェックされる。これは、テストメニューを表すメニュー構造体におけるエントリに基づいてチェックされる。

テストメニューに対するこのようなエントリがメニュー構造体に存在する場合、ステップＳ１０４では、このようなエントリはすべてメニュー構造体から除去される。つぎにこの方法フローはステップＳ９７に進む。

しかしながらステップＳ１０３において、テストメニューが表示されないことが、すなわちテストメニューを表すエントリがメニュー構造体に存在しないことが確認された場合、続いてステップＳ９８が実行される。

ブラウザー２２，２３によって表示される操作フィールドに表示されるメニュー構造体にテストメニューを組み込む、上で説明した方法によれば、元々ソフトウェアテストツールとして開発されたソフトウェアルーチンを実行可能に、印刷システムのシステムソフトウェアにランタイムに簡単に組み込むことができる。これによってソフトウェアルーチンは、表示されたメニュー構造体を介して呼び出し可能である。これによって達成されるのは、
・ ソフトウェアルーチンの簡単かつ高速なテストにより、ソフトウェア開発が格段に容易になり、
・ 使用されるインタフェースは、特にフレームワーク４７にしたがってテストメニューを作成することよって標準化され、
・ 表示されるテストメニュー及びそのメニューエントリを介して実行可能なソフトウェアコンポーネントは、上で説明したセキュリティ規則に従っているか、ないしは、これが安全に対してクリティカルなアクション要求をトリガする場合にセキュリティ規則に従わせることができ、
・ メニュー構造体の変更ないしは組み込みは、これがホストコンピュータ１０において中央で行われるため、ブラウザー２２，２３に対してはリモートアクセスで行われ、
・ テストメニューによって使用される資源は、動的にランタイムに組み込まれ、
・ テストメニューのプログラミングが、上記テストメニューを作成するための対応するプログラミングガイドラインにしたがってパートナー企業によって行われる場合、ソフトウェアルーチンを含めてソフトウェア開発に関与するこのパートナー企業のテストメニューも簡単に組み込むことができる。

表示すべきテストメニューが存在するか否かのチェックは、所定の時間間隔でサイクリックに行われる。ここで特に有利であるのは、作成したソフトウェアコンポーネントを、製品印刷システムに、又はテストを目的として動作される印刷システムに組み込んでテストすることができ、また印刷システムのシステムソフトウェアに後に採り入れられるソフトウェアコンポーネントの正しい動作がすでに前もってテストされる。

上で説明した複数の実施例では、データ構造体として複数のテーブルが使用されている。これらのテーブルは例である。テーブルは、別の構造で構成することも可能であり、これらのテーブルは複数のテーブルに分割するか、複数のテーブルを共通の１つのテーブルにまとめるか、又は所定のパラメータセットを別のテーブルに記憶することが可能である。本発明にとって重要であるのは、実施例において使用したパラメータ間の互いの関係ないしはリレーションである。テーブルの代わりに別の任意のデータ構造体、例えばデータベース、リスト又は階層的なデータ構造、例えばツリー構造をこれに使用することも可能である。

基本的には、上でブラウザー２３についてないしブラウザー２３に関連して説明した全ての方法ステップは、ホストコンピュータ１０におけるブラウザー２２についてないしはブラウザー２２と共に実行することができる。

本発明は、生産システムに対する、例えば印刷システムに対する操作フィールドを動作させる方法に関する。この生産システムは、ホストコンピュータ（１０）を含む制御装置（２）を有している。ホストコンピュータ（１０）は、データリンクによって１つ又は複数のクライアントコンピュータ（１４，１５，１７）に接続されており、これらのクライアントコンピュータ上では１つのブラウザー（２３）が実行される。各ブラウザー（２３）には、生産システムに対する操作フィールドが表示されている。操作フィールド上で一人のユーザーが操作することにより、アクション要求がウェブユーザインタフェース（２１）においてトリガされ、このアクション要求により、ホストコンピュータ（１０）におけるアクションが要求される。各アクション要求の際、ウェブユーザインタフェース（２１）は、あらかじめ定めたルールにしたがって、このアクションが許可されるか否かを検査し、これが許可されない場合にこのアクションが阻止される。

１ 印刷機
２ 制御装置
３ 印刷機構
４ 印刷機制御部
５ 印刷機構制御部
６ 繰出し器
７ 巻取り器
８ 印刷サーバー
９ 内部ＬＡＮ
１０ ホストコンピュータ
１１ ラスタコンピュータ
１２ インタフェースコンピュータ
１３ 光導波路
１４ 操作フィールドコンピュータ
１５ サービスコンピュータ
１６ ルータ
１７ サービスコンピュータ
１８ 印刷機−操作フィールド−コンピュータ
１９ 遠隔制御モジュール
２０ 操作フィールド−モジュールライブラリ
２１ ウェブユーザーインタフェース
２２ ブラウザー
２３ ブラウザー
２４ ウェブソケット
２５ ウェブソケット
２６ オペレーティングシステム
２７ ファンクションコード
２８ インフラストラクチャマネージャ
２９ ウェブユーザーインタフェースデータバンク
３０ ウェブユーザーインタフェースプラグイン
３１ Ｔｒａｃｅモジュール
３２ ＤＥエージェント
３３ ＲＭＩサーバー
３４ ＯＲＳエージェント
３５ Ｔｒａｃｅエージェント
３６ ウェブサーバーモジュール
３７ システムパラメータマネージャ
３８ ＳＥＡエージェント
３９ ＯＰマスタ
４０ ＵＩＣエージェント
４１ ＴＲファイルコレクタ
４２ Ｏｐｓ−ＰＡＣ
４３ ＲＤＰエージェント
４４ エラーエージェント
４５ ＣＤＣエージェント
４６ ウェブサーバー
４７ フレームワーク
４８ プログラムコード
４９ 外部プラグイン
５０ 外部ライブラリ
５１ ウェブサーバーサービス
５２ ビュー
５３ コントロールストラクチャ
５４ ＩｓＭａサービス
５５ メニューサービス
５６ ＰｕｓｈＨｅｌｐｅｒサービス
５７ ＲＭＩサービス
５８ スケジューラーサービス
５９ （スクリプト）プログラマ言語モジュール
６０ マークアップ言語モジュール
６１ ドキュメントアクセスインタフェース
６２ 設計言語モジュール
６３ 印刷機構制御ドライバ
６４ メインモジュール
６５ 用紙搬送モジュール
６６ 印刷ユニットモジュール
６７ ＳＮＭＰサービス
６８ 操作フィールド−ユーザインタフェース
６９ サービスモジュール
１１１、１１１ａ−１１１ｄ 印刷機構（前面）
１１２、１１２ａ−１１２ｄ 印刷機構（背面）
１２０ 記録担体
１２１ ロール（入力）
１２３ 調節機構
１２４ 反転ユニット
１２５ レジスタユニット
１２６ トラクション機構
１２８ ロール（出力）
１３０ 定着ユニット
１４０ 空調モジュール
１５０ エネルギー供給部
１７０ 液体管理部
１７１ 液体制御ユニット
１７２ 保管容器

Claims (12)

1. 生産システム、特に印刷システムのための操作フィールドを操作する方法であって、
   当該生産システムは制御装置（２）を有しており、当該制御装置（２）はホストコンピュータ（１０）を含んでおり、当該ホストコンピュータ（１０）は、１つ又は複数のクライアントコンピュータ（１４，１５，１７）とデータリンクによって接続されており、当該クライアントコンピュータ（１４，１５，１７）上にブラウザー（２３）をインストールし、実行し、
   前記ホストコンピュータ（１０）に、操作フィールドモジュールライブラリ（２０）をインストールし、実行し、
   当該操作フィールドモジュールライブラリ（２０）によって、前記生産システムに対する操作フィールドを作成し、準備し、
   当該操作フィールドをマークアップ言語ファイルとして、前記ホストコンピュータ（１０）から、前記各ブラウザー（２３）に伝送し、当該ブラウザー（２３）内で、前記操作フィールドを表示するように実行し、
   前記マークアップ言語ファイルを、前記ホストコンピュータ（１０）にインストールされかつ当該ホストコンピュータで実行されるウェブユーザインタフェース（２１）によって、前記ホストコンピュータ（１０）から、前記複数のクライアントコンピュータ（１４，１５，１７）のうちの１つに伝送し、
   前記操作フィールドでユーザーが操作をすることによって、アクション要求がウェブユーザインタフェース（２１）においてトリガされ、当該アクション要求によって、前記ホストコンピュータ（１０）におけるアクションが要求され、
   各アクション要求の際、前記ウェブユーザインタフェース（２１）は、予め定められたルールにしたがって、前記アクションが許可されるか否かを検査し、前記アクションが許可されない場合に前記アクションを阻止する、
   ことを特徴とする方法。
2. 前記アクションは、前記ウェブユーザーインタフェース（２１）において実行されるメニューアクションも、印刷機において設定を変更できる制御アクションも含んでいる、請求項１記載の方法。
3. 各アクション要求の際、前記ウェブユーザーインタフェース（２１）は、前記アクション要求が前記ブラウザー（２３）内で表示された操作フィールドを介して可能であるか否かを検査し、前記アクション要求が前記操作フィールドを介して可能でない場合には、前記アクションを阻止する、請求項１又は２記載の方法。
4. 前記操作フィールドモジュールライブラリ（２０）は、制御機構に基づいて、所定の制御アクションの実行が前記生産システムの現下の各状態において許容されるか否かを検査し、許容されない場合には、前記制御アクションを阻止する、請求項１から３までのいずれか１項記載の方法。
5. 前記制御機構の前記予め定められた規則には、以下のセキュリティ規則
   ・アクション要求の提出は、認可された人物ないし機器からのみ許される
   ・アクション要求の提出は、十分なアクセス権限を有している人物ないし機器からのみ許される
   ・アクション要求の提出は、各ブラウザー（２３）が、アクション実行に適した表示オブジェクトを表示する場合にのみ許される
   ・アクション要求の提出は、生産機器状態が当該要求を許容する場合にのみ許される、
   のうちの１つ又は複数が含まれる、請求項４記載の方法。
6. アクション要求の検査の際には、前記ブラウザー（２３）の識別子、前記ユーザーの識別子、セッションの識別子、及び／又は、前記操作フィールドが実行されるウインドウの識別子を抽出し、
   当該識別子に基づいて、前記アクション要求をトリガしたユーザーを識別し、
   前記ユーザーに対応付けられた権限を求め、当該権限に基づいて、前記要求されたアクションを実行してよいか否かを検査する、請求項１から５までのいずれか１項記載の方法。
7. 前記ブラウザー（２３）内の前記操作フィールドの各初期化の際には、そのつどユーザーが記録ないし認可されなければならず、
   アクション要求を検査する際には、前記ブラウザーの識別子、前記ユーザーの識別子、前記セッションの識別子、及び／又は、前記操作フィールドが実行される前記ウインドウの識別子を抽出し、当該識別子に基づいて、アクション問合せをトリガしたユーザーを識別し、
   前記ユーザーが適正に記録ないし認可されたユーザーか否かを検査する、請求項１から６までのいずれか１項記載の方法。
8. 前記操作フィールドは、それぞれ１つのそれ自体閉じられた、操作フィールドの要素であり、かつ、所定のパラメータ値の表示に用いられる１つ又は複数の表示オブジェクトを有し、
   前記ホストコンピュータ（１０）には参照テーブルが設けられ、当該参照テーブルを用いて各表示オブジェクトと、複数のブラウザーのうちの１つのブラウザー（２３）及び／又はウインドウ及び／又は複数のセッションのうちの１つのセッションとの間の関係が形成され、
   当該参照テーブルに基づいて、どの表示オブジェクトが各ブラウザー（２３）に表示され、かつ、操作可能であるかを検査し、前記アクション問合せを送出した表示オブジェクトが表示されないことが確定された場合には、アクションを阻止する、請求項１から７までのいずれか１項記載の方法。
9. エラー通知ないし警告通知を、前記アクション要求を引き起こした前記ブラウザー（２３）に、及び／又は、他の操作フィールドに、特に前記アクション要求を引き起こしたユーザーよりも高い権限を有するユーザーの操作フィールドに、伝送する、請求項１から８までのいずれか１項記載の方法。
10. 前記ウェブユーザーインタフェース（２１）と前記各ブラウザー（２３）は複数のウェブソケット（２４，２５）を用いて通信し、
    前記ウェブユーザーインタフェース（２１）には、前記複数のウェブソケットのうちの１つのウェブソケット（２４）が結合されており、前記ブラウザー（２３）には、前記複数のウェブソケット（２５）のうちの別のウェブソケット（２５）が結合されており、これによって、前記ウェブユーザーインタフェース（２１）と前記各ブラウザー（２３）との間に永続的な論理的データリンクが形成される、請求項１から９までのいずれか１項記載の方法。
11. 生産システム、特に印刷システムのための制御装置であって、
    当該制御装置（２）はホストコンピュータ（１０）を含んでおり、当該ホストコンピュータ（１０）は、１つ又は複数のクライアントコンピュータ（１４，１５，１７）とデータリンクによって接続されており、前記クライアントコンピュータ（１４，１５，１７）上に１つのブラウザー（２３）がインストールされ、かつ前記クライアントコンピュータ（１４，１５，１７）上で実行可能であり、
    前記ホストコンピュータ（１０）に、操作フィールドモジュールライブラリ（２０）がインストールされており、かつ前記ホストコンピュータ（１０）で実行可能であり、
    当該操作フィールドモジュールライブラリ（２０）によって、前記生産システムに対する操作フィールドが作成され、供給され、
    当該操作フィールドはマークアップ言語ファイルとして、前記ホストコンピュータ（１０）から、前記各ブラウザー（２３）に伝送され、当該ブラウザー（２３）内で、操作フィールドを表示するように実行されており、
    前記制御装置は、請求項１から１０のいずれか１項記載の方法を実行するように構成されている、
    ことを特徴とする制御装置。
12. 請求項１１記載の制御装置と、当該制御装置と接続されている生産機器、特に印刷機器とを有している、
    ことを特徴とする生産システム。

Images