(57)【特許請求の範囲】
【請求項１】
プリントシステムに関する状態情報をユーザに提供するために複数のメッセージの一つ又は複数が表示され得る表示画面を有するユーザインターフェースを備える、記憶された電子文書からプリントを生成するためのプリント装置を含む多機能プリントシステムにおける前記複数のメッセージを記憶するためのプログラム可能なメッセージ記憶システムであって、
前記複数のメッセージにそれぞれ対応する複数のメッセージ識別子を表にするためのコンフィギュレーション可能なデータベースと、
前記複数のメッセージ識別子とそれぞれ対応する複数のコードセットであって、各コードセットが対応するメッセージが前記表示画面に表示される優先順位を示す複数のコードセットと、
受信手段により新しいメッセージが受信された場合、当該新しいメッセージが前記表示画面に表示され、次に、当該新しいメッセージに代えて前記複数のコードセットの少なくとも一つに対応する旧メッセージが、当該旧メッセージの内容を変化させないで、前記表示画面に表示されるように、複数のコードセットの少なくとも一つがユーザによってプログラム可能である、
プログラム可能なメッセージ記憶システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、一般に多機能プリントシステムのためのユーザインターフェース（「ＵＩ」）に関し、より詳細には、選択されたメッセージをＵＩ上に表示するために予めコーディングされた情報メッセージをＵＩに配信する方法を制御するＵＩの管理方式に関する。優先権は、本件と同発明者及び同譲受人によって１９９８年３月２日に出願された米国仮出願第60/076,433号から請求される。
【０００２】
【従来の技術】
ハウアー(Hower) 他の米国特許第 5,061,958号及び米国特許第 5,467,434号（発行日：1995年11月14日）にて開示されているように、典型的なＵＩは、対応しているプリント装置についての選択された動作情報に関する所定の状態情報を含むであろう。例えば米国特許第 5,467,434号の図４に示される対話画面（ダイアログ）は、システムが「走査実行可能」及び／又は「プリント実行可能」である時を伝える。上記二つの特許に更に示されるように、制御情報が一つのセクションに示され、状態情報が別のセクションに示されるように対話画面が分割されている一方、状態情報は一般に制御情報と連携して提供されている。一般に、制御及び状態情報が一緒に示される場合、状態情報に当てられる空間の量は比較的少ない。状態情報の量が比較的少ないと仮定するならば、これは問題を提起しない。しかし、状態情報の量が比較的多い場合、かなりの量の制御及び状態情報を単一の画面上に適合させることは努力を要するものであり得る。
【０００３】
【発明が解決しようとする課題】
多数のサービスと比較的小さい表示画面とを有する多機能プリント装置を使用する場合、全ての状態情報を付随する制御情報と共に表示画面上に適合させることは不可能であろう。一例ではこの状態は、時限式に状態メッセージを交替させることにより処理される。即ち、一つの状態メッセージが一つの時間間隔の間表示され、別の状態メッセージが別の時間間隔の間表示される。これはユーザにとって迷惑であり得、そのユーザが現在表示されている時限式の状態メッセージを監視することより寧ろ、制御に関連した属性をプログラミングすることに集中しているためにユーザが状態メッセージを見逃すならば、逆効果でさえあり得る。
【０００４】
更に、多機能プリント装置は、例えばプリント、コピー、ファックス及びファイリングサービス等の多数のサービスを所有でき、それゆえに様々な妨害的な状態メッセージを生成する。例えば、（多くの場合、ネットワーク指向である）プリントサービスに関連する一群のメッセージは、（多くの場合、ローカル指向である）コピーサービスに関するメッセージのセットとほとんど無関係であろう。従って、順序だてずにメッセージを表示すると、非常に混乱し得る。例えば、別のサービスでプログラミングしている最中に、或るサービスに関する状態メッセージを表示することは最適でない。状態メッセージの十分な意味を容易に且つ複雑でない方法で理解させることに関する多くの問題は、表示されている特定のメッセージが共に表示されている制御情報と論理上関連付けられるように、体系づけられた方法で状態メッセージを表示する状態メッセージ表示システムを提供することにより軽減され得ると考えられる。
【０００５】
最後に、状態メッセージシステムの再構成は、典型的なＵＩメッセージ表示システムの開発方法の点から見て、非常に難しい作業であり得る。一般に、コードが様々な状態メッセージを提供するために書き込まれ、そのコードは次にコンパイルされる。この方法でＵＩメッセージ表示システムが設定される場合、メッセージの追加、削除又は変更のために、現存するコードを変更し、その後それらをリコンパイルすることが必要である。これは、典型的なマシン所有者にとってアクセス可能な作業ではない。マシン所有者が、システム要求における変更を適応させるために状態メッセージを容易に再構成することが可能なＵＩメッセージ表示システムを提供することが好ましいであろう。
【０００６】
【課題を解決するための手段】
現在開示されている本発明では、プリントシステムに関する状態情報をユーザに提供するために複数のメッセージの一つ又は複数が表示され得る表示画面を有するユーザインターフェースを備える、記憶された電子文書からプリントを生成するためのプリント装置を含む多機能プリントシステムにおける前記複数のメッセージを記憶するためのプログラム可能なメッセージ記憶システムであって、前記複数のメッセージにそれぞれ対応する複数のメッセージ識別子を表にするためのコンフィギュレーション可能なデータベースと、前記複数のメッセージ識別子とそれぞれ対応する複数のコードセットであって、各コードセットが対応するメッセージが前記表示画面に表示される優先順位を示す複数のコードセットと、受信手段により新しいメッセージが受信された場合、当該新しいメッセージが前記表示画面に表示され、次に、当該新しいメッセージに代えて前記複数のコードセットの少なくとも一つに対応する旧メッセージが、当該旧メッセージの内容を変化させないで、前記表示画面に表示されるように、複数のコードセットの少なくとも一つがユーザによってプログラム可能である。
【０００７】
【発明の実施の形態】
図面の図１を参照すると、好ましい実施の形態での使用に適したタイプのデジタルプリント装置が参照番号１０で表される。図示されるように、システムはドキュメントフィーダ２と操作（及び表示）パネル、即ちユーザインタフェース（「ＵＩ」）３とを含む。適切な表示の補助により、所望の条件が操作パネル３で入力された後、ドキュメントフィーダ２は原稿を画像読み取り装置４上の予め定められた読み取り位置へ運び、その原稿が読み取られた後に読み取り位置からその原稿を移動させる。画像読み取り装置４は、その装置の読み取り位置へ送られた原稿に光を照射する。原稿からの反射は、ＣＣＤ（電荷結合素子）イメージセンサ等の固体画像装置により、対応する電気信号、即ち画像信号へ変換される。画像形成装置５は、画像信号により表される画像を普通紙或いは感熱紙上に、電子写真式、感熱式、熱転写式、インクジェット式、或いは同様な従来のシステムにより形成する。
【０００８】
用紙が複数の用紙カセット８の内のいずれかから画像形成装置５へ給紙されると、画像形成装置５はその用紙の一方の面に画像を形成する。両面複写ユニット６は、一方の面に画像を保持する用紙を裏返し、再び画像形成装置５にその用紙を給紙するように構成される。結果として、画像が用紙の他方の面に形成され、両面複写を完了する。両面複写ユニット６は慣習的に、用紙を即時に再給紙するように、或いはスタックされた複数の用紙を、底の用紙から上部の用紙の順に連続的に再給紙するように設計されている。画像形成装置５から払い出される用紙、或いは両面複写済み用紙は、排紙装置７によりページ順に連続的に、或いは一ページごとにソートされる。
【０００９】
参照番号９で全体を示されるアプリケーションは、複写システム内に構築された資源であるドキュメントフィーダ２、操作パネル３、画像読み取り装置４、画像形成装置５、両面複写ユニット６、排紙装置７及び用紙カセット８を共通に用いる。後に示されるように、アプリケーションは複写アプリケーション、プリンタ（ＩＯＴ）アプリケーション、ファクシミリ（Ｆａｘ）アプリケーション及び他のアプリケーションを含む。更に、デジタル複写システムは、従来のネットワーク接続部１１を介してネットワークに接続される。
【００１０】
図２を参照すると、多機能なネットワーク対応のプリントシステムが参照番号１０により示される。プリントシステム１０は、ネットワークサービスモジュール１４に動作上連結されるプリント装置１２を含む。プリント装置１２は、スキャナ１８及びプリンタ２０と通信するビデオ制御モジュール（ＶＣＭ）と呼ばれる電子サブシステム１６を含む。一例において、その明細書が本件の参考文献として組み入れられているサルガド（Salgado)の米国特許第 5,579,447号で詳細に説明されているＶＣＭ１６は、デジタル複写装置内のスキャナ及びプリンタの動作を統制する。デジタル複写装置では、スキャナ１８（画像入力端末（ＩＩＴ）とも呼ばれる）は、ＣＣＤの全幅アレイを使用することにより原稿上の画像を読み取り、収集されたアナログビデオ信号をデジタル信号へ変換する。次に、スキャナ１８に連結された画像処理システム（図示せず）は、信号修正等を実行し、修正された信号をマルチレベル信号（例えば、２値信号）へ変換して、そのマルチレベル信号を圧縮し、好ましくは電子プレコレーション(electronic precollation)(図示せず）の形式でメモリに格納する。
【００１１】
更に図２を参照すると、プリンタ２０（画像出力端末（ＩＯＴ）とも呼ばれる）は電子写真プリントエンジンを含むことが好ましい。一例では、プリントエンジンは、同期データソース（例えば、レーザーラスタ出力走査装置）又は非同期データソース（例えば、ＬＥＤプリントバー）等の画像形成ソースにより書き込まれるマルチピッチベルト（図示せず）を有する。プリント実行に関しては、マルチレベル画像データはＥＰＣメモリから読み出されると共に、画像形成ソースが画像データに従ってオン／オフされ、潜像を受光体上に形成する。次に、その潜像は、例えばハイブリッドジャンピング現像技術等により現像され、プリント媒体シートに転写される。得られたプリントを定着させると、プリント媒体シートは両面複写の為に裏返されるか、又は単に排紙される。プリンタは開示された実施の形態の基本となる概念を変更することなしに、電子写真プリントエンジン以外の形態を想定可能であることは、当業者には理解されるであろう。例えば、プリントシステム１０は感熱式インクジェットプリンタ又は粒子線写真プリンタで実施することが可能である。
【００１２】
図３を参照して、ネットワークサービスモジュール１４が、より詳細に説明される。当業者には認識されるように、ネットワークサービスモジュールの構造は、周知の「ＰＣクローン」の構造に類似している。より詳細には、一例においてサン・マイクロシステムズ社（Sun Microsystems, Inc.) により製造されたＳＰＡＲＣ（スパーク）プロセッサの形式をとるコントローラ４４が、標準Ｓバス７２と連結される。図示された図３の実施の形態において、好ましくはＤＲＡＭの形式をとるホストメモリ７４及びスカジー（ＳＣＳＩ）ディスクドライブ装置７６はＳバス７２に動作上連結される。図３には示されないが、記憶装置又は入出力装置も適切なインターフェースチップによりＳバスと連結され得る。図３に更に示されるように、Ｓバスは適切なネットワークインターフェース８０を介してネットワーク７８に連結される。一例では、ネットワークインタフェースはコントローラ４４のハードウェア／ソフトウェア要素をネットワーク７８のハードウェア／ソフトウェア要素と連結させる為に必要な全てのハードウェア及びソフトウェアを含む。例えば、ネットワークサービスモジュール１４とネットワーク７８の間の様々なプロトコルをインターフェースする為に、ネットワークインタフェースは、様々なソフトウェアがある中から、とりわけノベル社（Novell Corp.) のネットウェア(NetWare、登録商標) を備え得る。
【００１３】
一例において、ネットワーク７８はエミッタ即ちドライバ８４を有するワークステーション８２等のクライアントマシンを含む。操作実行時には、ユーザは複数の電子ページ及び処理命令のセットを含むジョブを生成し得る。次にそのジョブは、エミッタによりポストスクリプト（PostScript) 等のページ記述言語により書かれた表記に変換される。その後そのジョブはコントローラ４４へ伝送され、そこでそのジョブはアドビ社（Adobe Corporation)により提供される製品等のデコンポーザ（解釈プログラム）により解釈される。
【００１４】
図７を参照すると、ＵＩ３（図１）に情報又は状態メッセージを表示する方法を管理するためのシステムが記載されている。図７に示されるように、ＵＩは表示部分３０２及び３０４を含む表示画面３００を含む。制御データ、即ちジョブが特定の文書処理サービス（例えばファックスサービス）により処理されるべき方法に関する情報が部分３０２に表示され、システム状態に関する情報が部分３０４に表示されることを認識すべきである。特に部分３０４に関して、状態情報は複数行で表示されることが好ましく、それゆえにユーザへのメッセージを含むこの情報は、以下で「行メッセージ」と言及される。「ユーザ」は、プリントシステム１０にアクセスする広い範囲の人々を含むことを、当業者は理解するであろう。これらの人々には、コード開発者又はシステム管理者等の高度なユーザ、或いはコピージョブのためにコピー機に近寄るユーザ(walk-up user)等の一般ユーザが含まれ得る。更に、開示される情報管理システムの同義として「行メッセージマネージャ」を以下で用いる。部分３０４は三行を含むように示されているが、好ましい実施の形態の基礎となる原理に影響を及ぼすことなく、それよりも多い又は少ない行数を部分３０４に表示することができることは理解されるであろう。
【００１５】
簡潔に表すと、好ましい実施の形態のメッセージ管理システムは、次のように要約できる。
【００１６】
概要：
行メッセージは、各サービスの状態、実行中のジョブのジョブ状態及び総合的なマシン状態に関する情報を伝達することを目的とする。行メッセージは、好ましくはユーザインターフェース画面３の部分３０４（図１及び７）に表示されるメッセージである。
行メッセージ管理は、システムが同じ行に同時に二つ以上のメッセージを表示しようとする時に、潜在的な矛盾を制御するために必要とされる。
行メッセージの動作は、各メッセージにメッセージＩＤを割り当てることにより制御される。メッセージＩＤは、経路、行、優先順位及びメッセージが表示される時間の長さを識別する埋設されたコード（即ちインジケータ）のセットを含む。
【００１７】
この概要を補うために、メッセージ構成の基礎となっている概念に関する以下の模範的な記述を参照する。
各メッセージは、所望のサービスタイプ、メッセージタイプ、メッセージの優先順位及びカテゴリを定義する役割を果たすコード即ちインジケータの一意的なセットを与えられる。メッセージアルゴリズム（更なる詳細は以下で説明される）はメッセージをデコード（復号）して、そのメッセージを適切な時間に、（部分３０４の）適切な行上に、且つ適切な画面に表示する。例えば、メッセージ「ネットワーク／プリントコントローラを立上げ中」（図７）は、対応するメッセージをどこに及びいつ表示させるべきかを指示するコード「ＥＳＳ、２、３０、Ｎ、１」を割り当てられ得る。
【００１８】
これらのコード即ちインジケータは、次のように定義される。
ＥＳＳ（「電子サブシステム」）−  これは、サービスタイプコードの組合せである。これは、このメッセージがＥＳＳ即ちネットワークサービスモジュール１４（図３）を必要とするサービスのために表示されることを意味する。従ってこのメッセージは、プリントキュー、ネットワーク走査及び媒体プリント画面を見ている時には表示されるが、コピー又はファックス画面を表示している時には表示されない。
２  −  このメッセージは、常に二行目に表示される同様のメッセージタイプと共にグループ化される。
３０  −  このメッセージは、３０の優先順位を有する。二つのメッセージタイプが、ユーザインターフェースに同時に送信される場合、小さい数を有する方のメッセージタイプが表示され、より大きい数を有するあらゆるメッセージは記憶されるであろう。小さい数のメッセージが除去されると、より大きい数のメッセージが自動的に表示されるであろう。更に、メッセージの優先順位は、動的メッセージ（ジョブの実行中に表示されるメッセージ）が静的メッセージ（ユーザがジョブを開始する前に、マシンがそれらのジョブを実行可能であるか否かをユーザに示すマシン状態タイプのメッセージ）より高い優先順位を有するように確定される。
Ｎ  −  時限式メッセージではない。
１  −  対応するグループ内の全てのメッセージが単一のコマンドによりユーザインターフェース画面から除去される又はユーザインターフェース画面上に表示されることができるように、ネットワーク／プリントコントローラに関する全てのメッセージがメッセージカテゴリにグループ化され得る。
【００１９】
メッセージの典型的なセットが、それらの対応する識別子及びコードと共に次の表１に示される。
【表１】
0004663043.tif 000002
【００２０】
好ましくは、メッセージ識別子（「ＩＤ」）が、コピー経路内のメッセージ「コピー実行可能」を一行目に、非時限式メッセージとして、「状態」メッセージの優先順位で且つカテゴリによるグループ化なしで表示するように、行メッセージマネージャ（即ちＵＩディスプレイへ／からのメッセージの転送を制御するために用いられるアプリケーション又はプログラム）に伝えるために使用される。
【００２１】
当業者ならば周知のように、表１の情報は、例えばメモリ７４（図３）に構成される従来のデータベースに都合よく記憶されることが可能である。図４を参照すると、データベース内に表１を展開するための模範的な技法が示される。より詳細には、ステップ２００でコード割当てルーチンが開始され、ステップ２０２で現在のメッセージのＩＤが提供される。表示されたＩＤと関連する全てのインジケータ、即ちパス、行、タイマー（「Ｔ」）、優先順位（「Ｐｒ」）及びカテゴリ（「Ｃａｔ」）に対応しているインジケータは、その後ステップ２０４によりデータベースに取り込まれる。現在のメッセージのＩＤはその後、それに対応するインジケータと共に後の使用のために記憶され（ステップ２０６）、更なるメッセージＩＤがプログラムされるか否かを判断するためにステップ２０８で検査が実行される。更なるメッセージＩＤがプログラムされると仮定するならば、プログラマはデータベーステーブル内の次の行にスクロールし、そうでないならばこのルーチンは終了する。
【００２２】
表１により定義された対象物（オブジェクト）のより総合的な理解は、対応する項目に関する以下の説明により得ることができる。
【００２３】
メッセージＩＤ：
メッセージＩＤは、メッセージテキストと、そしてメッセージ表示パラメータ（パス、行、タイマー、優先順位及びカテゴリ）に関する情報を含む埋設されたコードのセットと連係する。
【００２４】
メッセージを表示するために、メッセージＩＤを行メッセージマネージャに送信する関数が呼ばれる。行メッセージマネージャは次に、メッセージＩＤをデコードし、メッセージテキストを適切なパス、行、タイマー、カテゴリ及び優先順位でユーザインターフェース上に表示する。
【００２５】
メッセージを除去するために、メッセージＩＤを行メッセージマネージャに送信する関数が呼ばれる。行メッセージマネージャは次に、メッセージＩＤをデコードし、メッセージテキストをユーザインターフェースから除去する。
【００２６】
パス：
このコードは、表示経路を制御する。メッセージは、単一のパス又は複数のパスに表示することができる。コピーパスでコード化されたメッセージは、ユーザインターフェースがコピー関連の画面を表示している時に表示されるであろう。ＩＯＴパスでコード化されたメッセージは、ユーザインターフェースがコピー、プリントキュー又は媒体プリント画面を表示している時に表示されるであろう。
【００２７】
多数の考えられるコード制御が、次の表２に記載される。
【表２】
0004663043.tif 000003
【００２８】
行：
所定のメッセージがどの行に表示されるかを制御する、行のためのコードリストの例が次の表３に示される。
【表３】
0004663043.tif 000004
【００２９】
タイマー：
メッセージが予め定められた長さの時間表示され、その後行メッセージマネージャにより自動的に除去される場合、このコードはオン（Ｔ）である。要求に応じて異なる言語用に調整できるようにタイマーの長さはプログラム可能である。
【００３０】
メッセージ除去が時間により駆動されるならば、ソフトウェアは以下の手法の一つにより所定のメッセージを除去するように設計されることが好ましい。
- 単一のメッセージ（時限式メッセージを含む）を除去する。
- 同じ優先順位を有する全てのメッセージを除去する。
- 同じ経路を有する全てのメッセージ（状態（ＳＴ）メッセージはこのコマンドでは除去されないであろう）を除去する。
又は、
- 同じカテゴリを有する全てのメッセージを除去する。
【００３１】
優先順位：
このコードは、あるメッセージの優先順位を他のメッセージと相対的に制御する。表示のための一般規則の考えられる一セットは、次のとおりである。
- 利用者による動作が、即時メッセージ表示を駆動する。
- 状態が更新されると、直ちに新しい状態を表示し、古い状態を削除する。
- 動的メッセージが、一時的に静的メッセージを上書きする。
- 行メッセージの優先順位は、図１４及び１５のフローチャートと共に以下の規則を検討することにより理解されるであろう。
【００３２】
非時限式メッセージ：
新しいメッセージが行メッセージマネージャに送信されると、
- パス、行、優先順位及びタイミングを決定するためにメッセージＩＤをデコードする。
- パス、行及び優先順位に基づいてスタックにメッセージを保存する。
- 同じパス、行及び優先順位を有するメッセージがスタックに存在する場合、
ａ）一又は三行目は、旧メッセージを新メッセージにより置き換える。
ｂ）二行目は、旧メッセージの一番上に新メッセージを保存する。
【００３３】
時限式メッセージ：
新しいメッセージが行メッセージマネージャに送信されると、
- パス、行、優先順位及びタイミングを決定するためにメッセージＩＤをデコードする。
- メッセージパスが表示されていない場合、その新しい時限式メッセージを削除する。
- その行上に何もメッセージが表示されていない場合、その新しい時限式メッセージを表示する。
- 同じパス、行及びより高い優先順位を有するメッセージがスタックに存在している場合、その新しい時限式メッセージを削除する。
- 同じパス、行及びより低い優先順位を有するメッセージがスタックに存在しており、且つその旧メッセージが非時限式である場合、新しい時限式メッセージを表示する。
【００３４】
メッセージ表示：
より高い優先順位のメッセージが除去されると、
ａ）一又は三行目は、パス及び優先順位に基づいてスタックの一番上から次のメッセージを表示する。
ｂ）二行目は、パス、優先順位及び後入れ先出し方式（ＬＩＦＯ）に基づいてスタックの一番上から次のメッセージを表示する。
【００３５】
障害メッセージ：
- 障害が生じると、メッセージマネージャは非時限式メッセージを保存し、時限式メッセージを削除して、一及び二行目上のあらゆるメッセージを除去する。
- 障害が解消されると、メッセージマネージャは、保存されたメッセージを一及び二行目上に再表示する。
【００３６】
経路変更：
画面経路がユーザにより変更されると、
- 旧経路に表示されたあらゆる時限式メッセージを削除する。
- 旧経路に現在表示されている全ての非時限式メッセージを保存する。
- 新経路にとって有効な表示コードを有するメッセージのみを表示する。
- 画面経路が旧経路に戻ると、旧メッセージを再表示する。
【００３７】
全クリア：
一回押下 -  状態（ＳＴ）メッセージを除き、表示された経路内の全メッセージをクリア（除去）する。
二回押下 -  状態（ＳＴ）メッセージを除き、全経路内の全メッセージをクリアする。
【００３８】
自動全クリア：
状態（ＳＴ）メッセージを除き、全経路内の全メッセージをクリアする。
【００３９】
カテゴリ：
このコードは、全ての関連メッセージを単一のカテゴリへグループ化する。これは、そのカテゴリ内のメッセージが単一のコマンドにより除去されることを可能にする。例えば、障害の間、障害除去手順の一部として多数の行メッセージが表示されるであろう。障害が除去されると、障害カテゴリに属する全てのメッセージを一コマンドでクリアすることができる。カテゴリの典型的なセットが、次の表４に示される。
【表４】
0004663043.tif 000005
【００４０】
図５を参照すると、好ましい実施の形態における幾つかの重要な原理を強調しているフローチャートが提供されている。特にステップ２１２を参照すると、好ましい実施の形態のメッセージマネージャアプリケーションが実行可能となり、ＵＩディスプレイ（図９）上に現在表示されている対話画面のサービスタイプがステップ２１４で読み取られる。議論を容易にするために、マネージャは、ステップ２１４の読取りを実行する前に、どのサービスタイプが、選択された時間に表示されていたかに関する知識を有すると想定される。次にマネージャは、前のサービスタイプに関するこの知識をステップ２１６で現在のサービスタイプと比較するために使用する。サービスタイプが変化していない（ステップ２１８参照）ならば、ステップ２１４で再度（選択された時間間隔の後に）読取りが実行される。
【００４１】
サービスタイプが変化したと仮定すると、マネージャはステップ２２０でどの情報がもはや画面上で不要であるかを確認するために検査する。一例では、ファックスサービスに関連する所定の状態情報は、サービスタイプがコピーサービスに変わると除去される。もはや関連していないあらゆる状態情報に関して、マネージャはこのような無関係な情報がステップ２２２で表示画面から除去されるようにする。既に理解されているように、マネージャはどの状態情報又はメッセージが除去されるべきかを表１のインジケータを参照することにより把握する。ステップ２２０及び２２２に関するより深い洞察は、以下に提供される例を参照することにより得られるであろう。
【００４２】
画面からの情報の除去に従って、マネージャはデータベースのインジケータを走査し（ステップ２２４）、どのメッセージが表示画面上に表示されるべきかを決定する。所定の状況下で、マネージャは、現在のサービスタイプに関するメッセージの全てが画面上に表示されなくてはならないわけではないこと及び／又は現在のサービスタイプに対応して現在表示されているメッセージ（即ち、ステップ２１４の実行前に画面上に存在したメッセージ）が、少なくとも一時的に画面から除去されるべきことを決定する。上述の論議に従うと、矛盾はステップ２２４で優先順位コード等のデータベース内の様々なコードを参照することにより解決できる。しかし、メッセージ表示における矛盾は、必ずしも優先順位コードのみを参照することにより解決可能ではないであろうことが、ここで認識されなければならない。例えば、第一のメッセージは、第二のメッセージに比べて低い優先順位を有し得るが、行割当て（即ち、「Ｌ」）のため、第二のメッセージは表示可能でなくても、第一のメッセージが表示可能となり得る。
【００４３】
ステップ２２４を顧慮することにより、マネージャはステップ２２６で、できるだけ多くのメッセージをＵＩ画面上に表示可能にする。続いて、サービスタイプに関する対話画面の変化が再度生じたか否かを判断するために、検査が（ステップ２３０で）実行される。サービスタイプに変化が生じた場合、プロセスはステップ２２０にループバックし、そこで必要な範囲にわたって状態メッセージに関して画面を変更するために、前述のステップが再度実行される。
【００４４】
しかし、対話画面の切り替えが生じなかった場合でも、画面から選択された情報を除去すること及び／又は画面上に他の情報を配置すること（ステップ２３２及び２３４を参照のこと）は必要であり得る。一例では、その時間が失効したために、時限式メッセージの除去が必要とされ得る。別の例では、或る条件が満たされた（例えば、障害が取り除かれた）ために、メッセージの除去が必要とされ得る。更に別の例では、新しい状態が生じる（例えば、障害が発生する又はトナー量が予め選択されたしきい値以下まで下がる）ために、画面上にメッセージを配置することが必要とされ得る。ステップ２３２及び２３４の実行は、図１４及び１５に関連してより詳細に上述された。
【００４５】
好ましい実施の形態の更なる理解は、以下の例を参照することにより得られるであろう。
【００４６】
例１：プリント装置１０（図１及び２）の電源が入れられ、ネットワーク／プリントコントローラが立ち上がる。
- 利用者がプリントキュー画面（図７）を見ると、利用者が彼らのプリントキュージョブを仕上げるために必要な情報が表示される。
- 利用者がコピー画面（図８）を見るために直ちに切り替えると、利用者が彼らのコピージョブを仕上げるために必要な情報が表示される。コピージョブはネットワーク／プリントコントローラを必要としないので、情報はコピー画面に表示されない。プリント及びコピージョブの両方ともコピー／プリントカートリッジ状態を必要とするので、情報は両方の画面に表示される。
- 利用者がその後ファックス画面（図９）を見るために切り替えると、利用者が彼らのファックスを仕上げるために必要な情報が表示される。ファックスジョブはネットワーク／プリントコントローラを必要としないので、情報はファックス画面に表示されない。ファックスジョブはコピー／プリントカートリッジ状態を必要としないので、情報がファックス画面には表示されない。
【００４７】
例２：利用者がコピー画面に切り替え、文書をロードし、そして起動ボタンを押下する。
- 実行可能メッセージが、一行目（図１０）で更新される。文書サイズメッセージが二行目に表示され、コピー実行メッセージが三行目に表示される。実施の一形態で考察されるように、利用者が彼らのコピージョブを仕上げるために必要な情報のみが表示される。コピージョブはネットワーク／プリントコントローラを必要としないので、情報はコピー画面に表示されない。コピージョブはコピー／プリントカートリッジ状態を必要とするが、より高い優先順位のジョブ状態メッセージにより一時的に抑制される。コピージョブが完了した後、（記憶された）コピー／プリントカートリッジ状態メッセージが自動的に再表示される。
- 利用者がファックス画面（図１１）を見るために切り替えると、利用者が彼らのファックスジョブを仕上げるために必要な情報が表示される。文書サイズメッセージが二行目に表示され、コピー実行セットメッセージはファックスジョブと関連していないので、三行目に表示されない。ファックスジョブはネットワーク／プリントコントローラを必要としないので、情報はファックス画面に表示されない。ファックスジョブはコピー／プリントカートリッジ状態を必要としないので、情報はファックス画面に表示されない。
- 利用者がその後プリントキュー画面（図１２）を見るために切り替えると、利用者が彼らのプリントキュージョブを仕上げるために必要な情報が表示される。文書サイズメッセージは、プリントキュージョブと関連していないので、二行目に表示されない。コピー実行セットメッセージは、プリントキュージョブと関連していないので、三行目に表示されない。プリントキュージョブはネットワーク／プリントコントローラを必要とするので、情報が表示される。プリントキュージョブはコピー／プリントカートリッジ状態を必要とするので、情報が表示される。
【００４８】
例３：利用者は、現存のメッセージをカスタマイズし、それらのメッセージを利用者のマシン、場所、国等に対応して独自なものにすることができる。
- 販売、サービス及び主要オペレータ又は顧客は、補給品を注文する際に使用可能な電話番号等の特殊情報をデータベース（上の表１を参照）に供給することができる。図１３に示される実施の形態では、補給品を注文するための電話番号が現存のメッセージに追加される。ここで考察されるように、特殊情報はデータベース内の別のコードを使用して供給される。
【００４９】
上述のプリント媒体シートトレイ制御装置の多数の機能は、当業者により理解されるであろう。
【００５０】
第一の実施の形態では、状態メッセージの選択的な表示が成されるように、状態メッセージがサービスと連結される。この連結は、各状態メッセージをコードセットと連結することにより達成される。表示された状態メッセージは、コードセットの適切な構成により、それらと共に表示される他の情報との間に意味のある関係を有する。更に、状態メッセージが適切に「重み付けされる」ことを保証するようにコードセットを構成することができる。この方法により、最も重要なメッセージを、より重要性の低いメッセージを表示する前に、表示することができる。
【００５１】
他の実施の一形態では、コンフィギュレーション可能なデータベースを有するメッセージ記憶システムが提供される。データベース内の各メッセージは、コードセットに対応し、このコードセットは、そのコードセットに対応するメッセージが表示される方法を制御する。ユーザ入力に応答して、所定のコードセットを変更すること又は新しいセットを追加することが可能である。コードセットを変更する又は新しいコードセットを追加するこの能力は、ＵＩに高度なフレキシビリティを提供し、マシン所有者がシステム要求における変更に適応させることを可能にする。更に、コンフィギュレーション可能なデータベースの使用によって、メッセージのテキスト部分を、ユーザの特定要求のためにカスタマイズされたメッセージに変更することができる。最後に、コードセットの設計自体が、コードセットと関連するあらゆるプリント装置の動作を大いに容易にする。表示矛盾を即座に解決するため、及び特定のメッセージをそれらが論理上属しているサービスに関連付けるために、コードセットを使用することができる。また、コードセットを、表示画面上での対応するメッセージの配置を制御するため、及びメッセージを共に連結するためにも使用することができる。メッセージを共に連結することにより、関連メッセージの表示画面へ／からの転送を容易に制御できる。
【図面の簡単な説明】
【図１】ネットワーク対応のプリント装置の斜視図である。
【図２】多機能なネットワーク適応のプリント装置を表すブロック図である。
【図３】図２のプリント装置のためのネットワークコントローラのブロック図である。
【図４】ユーザインターフェースの表示画面上に表示されるべきメッセージを記憶するために使用されるコンフィギュレーション可能なデータベースを開発するための模範的な技法を説明するフローチャートである。
【図５】図４の技法により開発されるデータベースを参照してメッセージを表示するための技法を示すフローチャートである。
【図６】図４の技法により開発されるデータベースを参照してメッセージを表示するための技法を示すフローチャートである。
【図７】プリントキューサービスと対応している一セットの状態情報及び属性関連情報を含む画面の正面図である。
【図８】コピーサービスと対応している一セットの状態情報及び属性関連情報を含む画面の正面図である。
【図９】ファックスサービスと対応している一セットの状態情報及び属性関連情報を含む画面の正面図である。
【図１０】コピーサービスと対応している一セットの状態情報及び属性関連情報を含む画面の正面図である。
【図１１】ファックスサービスと対応している一セットの状態情報及び属性関連情報を含む画面の正面図である。
【図１２】プリントキューサービスと対応している一セットの状態情報及び属性関連情報を含む画面の正面図である。
【図１３】コピーサービスと対応している一セットの状態情報及び属性関連情報を含む画面の正面図である。
【図１４】行メッセージマネージャの選択された機能性を説明するフローチャートである。
【図１５】行メッセージマネージャの選択された機能性を説明するフローチャートである。
【符号の説明】
３        ユーザインターフェース
１０      プリントシステム
１２      プリント装置
７４      メモリ
３００    表示画面
３０４    行メッセージ
【図１】
0004663043.tif 000006
【図２】
0004663043.tif 000007
【図３】
0004663043.tif 000008
【図４】
0004663043.tif 000009
【図５】
0004663043.tif 000010
【図６】
0004663043.tif 000011
【図７】
0004663043.tif 000012
【図８】
0004663043.tif 000013
【図９】
0004663043.tif 000014
【図１０】
0004663043.tif 000015
【図１１】
0004663043.tif 000016
【図１２】
0004663043.tif 000017
【図１３】
0004663043.tif 000018
【図１４】
0004663043.tif 000019
【図１５】
0004663043.tif 000020