JP2016076222A - 生産システムのための操作フィールドを操作する方法並びに生産システムのための制御装置 - 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