JP2008041091A - 文書処理環境におけるユーザ起動アラート - Google Patents

Abstract

【課題】アラートを用いる電子文書の処理方法を提供することである。
【解決手段】アラート発行方法である。該方法は、第１のユーザ（１１０）から、第２のユーザ（１１２）にアラートの発行要求を受け取る段階を有する。要求は前記第２のユーザを特定しない。この方法は、印刷装置（１２０）が、第２のユーザにアラートをいかに発行するか決定する段階と、印刷装置が第２のユーザにアラートを発行する段階とを有する。
【選択図】図２

Description

本発明はアラートを用いた電子文書処理に関する。

このセクションで説明するアプローチは、達成しようとすることができるものであるが、必ずしも以前に思いついたものや達成しようと試みたものではない。それゆえ、特に注意しない限り、このセクションに記載したアプローチはいずれもこのセクションに記載したことをもって先行技術であると考えるべきではない。

一般的に、オフィス環境の印刷装置は多数の人により共有されることが多い。例えば、１つのカラープリンタを１００人くらいで共有することは珍しいことではない。

印刷装置が提供できる機能は時間とともに常に増加している。例えば、ある印刷装置は、複合機（ＭＦＰ）と呼ばれ、印刷機能だけでなく、コピー機能、ファックス機能、及び／またはスキャナ機能も有している。印刷装置がより多くのサービスを提供できるようになるにつれて、将来も印刷装置を共有で使用する必要がある。

印刷装置には誰もついてなく、専門のオペレータ無しで運用されることが多い。情報技術部やローカル管理者が印刷装置を管理することも多い。一般的には、情報技術部やローカル管理者の主要な仕事は、サポートしている装置やネットワークの一般的なメンテナンスである。結果として、印刷装置の維持管理に責任のある者（party）は、問題が発生してしばらくするまで、印刷装置に問題が発生したことを知らないこともある。運用中に印刷装置に発生する問題の例としては、用紙切れ、ペーパージャム、排紙トレイが一杯になることなどがある。多くの場合、印刷装置に問題が発生すると、それは正常に動作できなくなる。

アラートを用いる電子文書の処理方法を提供する。アラートは、連絡（communication）であり、第１のユーザから第２のユーザに送信され、その第２のユーザが文書処理要求を送信した印刷装置に問題が発生していることを第２のユーザに通知するものである。印刷装置に発生する問題により、その印刷装置はユーザからのさらなる要求を処理できないかも知れない。このようにして、第１のユーザは印刷装置に問題が発生していることを第２のユーザに通知して、第２のユーザは印刷装置に発生している問題を解決することにより、継続中の要求の完了を支援することができる。

本発明の一実施形態では、第１のユーザはアラート発行要求を印刷装置に受信させる。例えば、第１のユーザは、印刷装置のパネルを設定してアラート発行要求を出してもよく、またはクライアントを用いてアラート発行要求をネットワークを介して印刷装置に送信してもよい。第１のユーザは、どのユーザがそのアラートを受信すべきか特定せずに、アラート発行要求をすることができる。

印刷装置は、そのアラート発行要求を受信すると、どのユーザがそのアラートを受信すべきか決定し、そのアラートを受信すべき１人以上の受信者にいかにコンタクトするか特定するコンタクトデータを参照（consult）する。例えば、印刷装置は、第１のユーザからアラート発行要求を受信したとき、第２のユーザが発行（issue）した印刷要求の処理を完了できないという理由で、アラートを第２のユーザに送信すべきであると判断（identify）してもよい。

印刷装置は、コンタクトデータに従って１人以上の受信者にアラートを発行する。アラートを受信すると、そのアラートの受信者は、印刷装置の現在の状態を通知される。現在の状態とは、例えば、印刷装置に問題が発生しており、ユーザの印刷要求が完全には処理できないことである。アラート受信用のインターフェイスにより、アラートの受信者は、そのインターフェイスによりアクションを実行することができる。例えば、アラートを要求した第１のユーザにそのアラートの受信を確認したり、印刷要求をキャンセルしたり、問題が発生した印刷装置から別の印刷装置に印刷要求をリルートしたりできる。

本発明の実施形態は、添付した図面において実施例によって示すが、本発明を限定するものではない。同じ参照数字は同じ要素を示す。

以下の詳細な説明では、説明を目的として、ここに説明する本発明の実施形態を完全に理解してもらうために、具体的な詳細事項を記載する。しかし、言うまでもなく、ここに説明する本発明の実施形態はこれらの詳細事項がなくても実施することができる。他の場合では、ここに説明する本発明の実施形態を不必要に不明瞭にしないように、ブロック図に周知の構造とデバイスを示す。

概要
図１は、本発明の一実施形態によるシステム１００を示すブロック図である。システム１００は、アラートを用いて電子文書を処理するために使用される。システム１００は、クライアント１１０、１１２と、印刷装置１２０と、通信リンク１３０とを含む。

クライアント１１０と１１２は印刷装置１２０と通信する任意の媒体またはメカニズムにより実施される。例えば、ユーザはクライアントを用いて、印刷装置１２０に電子文書の処理要求を発行できる。ユーザは、クライアントを使用して、印刷装置１２０にアラート発行要求を送信してもよい。明りょうな例を提供するために、図１には２つのクライアントのみを示した。しかし、本発明の実施形態では任意数のクライアントを使用することもでき、例えば１つでも複数でもよい。クライアントの例としては、これに限定はされないが、ウェブブラウザ、ソフトウェアアプリケーション、無線装置、携帯電話、プリンタドライバ、パーソナルコンピュータ（ＰＣ）等がある。

説明を容易にするため、本発明の実施形態では、クライアント１１０が印刷装置１２０に電子文書の物理的コピーを印刷する要求（以下、「印刷要求」という）を送信し、クライアント１１２が印刷装置１２０にアラートの発行要求を送信するものとする。本発明のいくつかの実施形態では、クライアントは（ａ）印刷装置１２０に電子文書の処理要求の送信と、（ｂ）印刷装置１２０へのアラート発行要求の送信とのうち一方のみを実行するように設定されている。結果として、各クライアントは印刷装置１２０と通信できるが、１つのクライアントは、他のクライアントとは異なる方法で印刷装置１２０と通信してもよい。

印刷装置１２０は、文書を印刷する任意の媒体またはメカニズムにより実施され得る。印刷装置１２０の例としては、これに限定はされないが、プリンタ、複合機（ＭＦＰ、multi-function peripheral）等がある。

明りょうな例を提供するために、本発明の実施形態では、印刷装置１２０がクライアント１１０からの印刷要求を受信するものとする。しかし、本発明の実施形態は、印刷装置１２０が電子文書の物理的コピーを印刷する場合だけに限定されない。

印刷装置１２０はコンタクトデータ１２２を格納している。コンタクトデータ１２２は、アラートを送信すべきユーザにいかにコンタクトするかを示すデータである。コンタクトデータ１２２は、ユーザが異なる様々な配信メカニズムを用いてアラートを受信することを示していてもよい。例えば、コンタクトデータ１２２は、ユーザがアラートを、インスタントメッセージ（ＩＭ）、電子メール、電話、クライアントにおいて発せられるオーディオ（audible indicator）、携帯電話テキストメッセージ、ページャ、クライアントに表示されるポップアップウィンドウ、クライアントに表示されるインターフェイスによるメッセージ等を介して受信することを示していてもよい。また、コンタクトデータ１２２は、配信メカニズムにより各ユーザにいかに配信（reach）するかを示している。例えば、ユーザが事前に録音されたボイスメッセージを介してアラートを受け取ることになっている場合、コンタクトデータ１２２はそのユーザの電話番号を特定している。ユーザが電子メールを介してアラートを受け取ることになっている場合、コンタクトデータ１２２はそのユーザの電子メールアドレスを特定している。コンタクトデータ１２２は、ユーザが任意数の配信メカニズムによりアラートを受信することを示していてもよい。

例えば、第１のユーザのコンタクトデータ１２２は、あるネットワークアドレスにあるマシン上で実行されているソフトウェアアプリケーションにメッセージを発行してアラートを送信することにより、アラートを受信することになっていることを示す。第２のユーザのコンタクトデータ１２２は、ある電子メールアドレスへの電子メールを介してアラートを受け取ることになっていることを示す。第３のユーザは、あるインスタントメッセージのユーザ名を用いてインスタントメッセージサービスを介してアラートを受信することになっていることを示す。

印刷装置１２０は、それが受信した電子文書の処理要求に含まれたデータを用いてコンタクトデータ１２２にエントリーを入れて（populate）もよい。例えば、コンタクトデータ１２２を更新して、受信した印刷要求内に含まれる情報に基づいて、印刷装置１２０に印刷要求を送信したユーザのネットワークアドレスまたはユーザ名を示すようにし得る。あるいは、またはそれに付け加えて、印刷装置１２０は、ユーザがコンタクトデータ１２２を送信できるインターフェイスにより、コンタクトデータ１２２にエントリーを入れて（populate）もよい。例えば、印刷装置１２０は、ユーザに（ａ）印刷装置１２０上に表示されたパネルによりユーザのコンタクトデータを入力させるか、（ｂ）そのユーザのコンタクトデータ１２２を、クライアントから通信リンク１３０を介して印刷装置１２０に送信させる。このように、ユーザは、ユーザから印刷装置１２０に送信された通信を調べなければ収集できないそのユーザの携帯電話番号、インスタントメッセージ（ＩＭ）アドレス、ページャ番号等の情報を含むように、コンタクトデータ１２２を更新することができる。あるいは、またはそれに加えて、コンタクトデータ１２２は印刷装置１２０のオペレーティングシステムの属性（attribute）であってもよい。

通信リンク１３０は、クライアントと印刷装置との間のデータの交換を提供する任意の媒体またはメカニズムにより実現し得る。通信リンク１３０の例としては、これに限定されないが、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、イーサネット（登録商標）、インターネット等のネットワークや、地上波、衛星波、または無線リンク等が含まれる。

本発明の一実施形態によるアラートを用いた電子文書処理に使用されるシステム例を説明した。次に、本発明の一実施形態によるアラートを発行する機能ステップを説明する。

印刷装置へのアラート発行要求
図２は、本発明の一実施形態による、アラートを用いて電子文書を処理する機能ステップを示すフローチャートである。図２のステップの説明では、図１のシステム１００を参照する。

ステップ２１０において、アラート発行要求を印刷装置１２０が受信する。説明を容易にするため、ステップ２１０でアラート発行要求をしたユーザを「要求（initiating）」ユーザと呼ぶ。要求ユーザは、印刷装置１２０に問題が発生し正常に動作していないので、印刷装置１２０にアラート発行要求をすることを欲する。例えば、印刷装置１２０に発生した問題により、その印刷装置１２０は受信した印刷要求を処理できないかも知れない。

アラート発行要求はいろいろな場所で要求することができる。一実施形態では、要求ユーザは印刷装置１２０が提供するインターフェイスを使用してアラート発行要求をする。かかるインターフェイスを図３Ａに示した。図３Ａのインターフェイスは印刷装置１２０に表示される。要求ユーザ（initiating user）は、アラートユーザボタン３０２を押して、印刷装置１２０から印刷装置１２０にアラート発行要求をする。

他の実施形態では、アラート発行要求は要求ユーザがクライアントを用いて行ってもよい。図３Ｂは、クライアント１１０に表示されるインターフェイス３１０を示す図（graphical depiction）である。本発明の一実施形態では、アラート発行要求を、インターフェイス３１０を用いて行ってもよい。要求ユーザは、インターフェイス３１０上のアラートユーザコントロール３１０を選択し、通信リンク１３０を介して印刷装置１２０にアラート発行要求をする。

要求ユーザがアラート発行要求をするインターフェイスは実施形態ごとに異なってもよい。例えば、図４Ａは、本発明の一実施形態による、印刷装置１２０にアラート発行要求をするグラフィカルユーザインターフェイス（ＧＵＩ）４００を示す図である。ＧＵＩ４００は、印刷装置１２０にアラート発行要求をするインターフェイス例を示している。図４には示していない他の実施形態では、大きさ、機能、画面が異なるインターフェイスを使用することもできる。図４ＡのＧＵＩ４００は、印刷装置１２０やクライアント１１０など、どこに表示されてもよい。

ＧＵＩ４００は、任意的テキスト入力エリア４０２、任意的テキスト表示エリア４０４、コマンドエリア４０６、任意的ユーザ識別エリア４０８を含む。任意的テキスト入力エリア４０２は、ユーザにテキストを入力させる任意のＧＵＩコンポーネントである。例えば、一実施形態では、任意的テキスト入力エリア４０２は、ユーザにテキストボックスにテキストを入力させる。任意的テキスト表示エリア４０４は、ユーザにテキストを表示する任意のＧＵＩコンポーネントである。例えば、任意的テキスト表示エリア４０４を使用して、ユーザへのインストラクションを表示したり、印刷装置１２０により処理する印刷要求を要求した他のユーザからのメッセージを表示したりできる。（図４Ａには図示していないが）、一実施形態では、任意的テキスト入力エリア４０２と任意的テキスト表示エリア４０４は、同じエリアを用いて実施してもよい。例えば、ユーザがテキストを入力するのに使用するテキストボックスに、そのユーザに対して表示するテキストを表示してもよい。

他の実施形態では、任意的テキスト入力エリア４０２は、２つ以上のテキストメッセージを表示して、それからユーザが選択をすることもできる。ユーザが選択するテキストメッセージは発行されるアラートに組み込まれる。よって、任意的テキスト入力エリア４０２に表示されるテキストメッセージは、印刷装置に発生している問題状態に対応するものとすることができる。このように、アラート発行要求をするユーザは、問題の性質を記述する言葉を含むアラートを設定でき、ＧＵＩ４００によりかかる言葉をマニュアル入力する必要はない。

コマンドエリア４０６は、ユーザにコマンドを入力させる任意のＧＵＩコンポーネントである。任意的ユーザ識別エリア４０８は、誰がそのアラートの意図された受信者であるか示す任意のＧＵＩコンポーネントである。これらの名称から分かるように、任意的テキスト入力エリア４０２、任意的テキスト表示エリア４０４、及び任意的ユーザ識別エリア４０８は任意的である。

実際にＧＵＩ４００をどう使用するか例示するために、アラート発行のインターフェイス例を次に説明する。

図４Ｂは、本発明の一実施形態による、アラート発行要求をするグラフィカルユーザインターフェイス（ＧＵＩ）４１０の第１のワークフローを示す図である。図４Ｂに示したように、ＧＵＩ４１０は任意的ユーザ識別エリア４０８を含まない。ＧＵＩ４１０はテキスト入出力エリア４１２を含む。このエリアは任意的テキスト入出力エリア４０２を参照して上で説明したように動作する。ＧＵＩ４１０のコマンドエリア４０４は、アラート送信コントロール４１４と詳細アラート送信コントロール４１６として表されている。要求ユーザがアラート送信コントロール４１４または詳細アラート送信コントロール４１６のいずれかを選択すると、アラート発行要求が生成され、印刷装置１２０により受信される。しかし、詳細アラート送信コントロール４１６は、印刷装置１２０で発生している問題に関する詳細情報を発行時にアラートに含めることを追加的に要求する。この詳細情報は、印刷装置１２０により自動的に生成されてもよいし、テキスト入出力エリア４１２を用いて要求ユーザ（initiating user）により入力されてもよい。

要求ユーザがアラート発行要求をしたとき、発行されたアラートの受信者は発行されたアラートの受信を要求ユーザに通知（confirm）してもよい。この通知の例を図４Ｂに示す。図４Ｂに示したように、発行されたアラートの受信者がその受信を通知すると、その受信通知はテキスト入出エリア４１２に表示される。このように、要求ユーザは、アラートの受信者が、印刷装置１２０に発生している問題を知っていることが分かり、さらにそのアラートの受信者がその問題に対処してくれると思うかも知れない。アラートの受信者がアラートの受信をいかに通知するかについてさらに詳細を下で説明する。

アラート発行要求に使用できるインターフェイスの他の例として、図４Ｃは、本発明の他の一実施形態によるアラート発行要求のためのグラフィカルユーザインターフェイス（ＧＵＩ）４２０のワークフローを示すブロック図である。コマンドエリア４０４は、アラート送信コントロール４２２としてＧＵＩ４２０に表されている。ユーザがアラート送信コントロール４２０を選択すると、ＧＵＩ４２０により、印刷装置１２０がアラート発行要求を受信する。任意的ユーザ識別エリア４０８はユーザ識別エリア４２４として表されている。このエリアはアラートの意図された受信者を特定するものである。

図４Ｃに示したように、アラート送信コントロール４２２が要求ユーザにより選択されると、アラートが発行されたことを要求ユーザに通知するメッセージがＧＵＩ４２０に表示される。しかし、そのアラートは、アラートの受信者による確認（confirm）はまだされていない。アラートの受信者が発行されたアラートを確認すると、そのアラートが確認され、アラートの受信者が何らかのアクションをとったことを示すメッセージがＧＵＩ４２０に表示される。例えば、図４Ｃにおいて、ＧＵＩ４２０は、アラートの受信者がそのアラートの受信を確認した時間と、アラートの受信者が印刷ジョブをキャンセルしたこととを示している。

一実施形態では、アラート発行要求は、印刷装置１２０によりステップ２１０で受信されるが、デジタル写真を含むか特定していてもよい。例えば、印刷装置１２０は、デジタルカメラを含むか、動作可能に接続されており、または要求ユーザはデジタルカメラを有している。要求ユーザはそのデジタルカメラを使用して、印刷装置１２０のデジタル写真を撮る。このように、印刷装置１２０で現在発生している問題を、デジタル写真を用いて表してもよい。要求ユーザは、そのデジタル写真を印刷装置１２０にアップロードして、そのデジタル写真を特定するようにアラート発行要求を設定する。発行されるアラートはそのデジタル写真を含むか特定するものである。

本発明の一実施形態では、要求ユーザが印刷装置１２０にアラート発行要求を送信する前、またはそのアラート発行要求が印刷装置１２０により処理される前に、要求ユーザのアイデンティティ（identity）または許可レベルが確認される必要がある。

アラート発行要求は印刷装置１２０により受信され、ステップ２２０において実行される。

アラートの受信者のコンタクトデータへの参照（consulting）
ステップ２２０の実行において、印刷装置１２０は特定されたアラートの各受信者のコンタクトデータ１２２を参照（consults）する。ステップ２２０でコンタクトデータ１２２を参照する目的は、印刷装置１２０が、特定されたアラートの各受信者にアラートをいかに発行するか決定することである。

一実施形態では、印刷装置１２０は、アラートをある一ユーザに送信すべきことを知る（identifies）。その理由は、印刷装置１２０は、第１のユーザからアラート発行要求を受け取った時、その一ユーザによる電子文書の処理要求の処理を完了できないからである。例えば、印刷装置１２０は、第２のユーザからの印刷要求を処理している間に、用紙がなくなり、またはジャム（jam）を起こし、または印刷装置１２０の出力トレイが一杯になりもはや出力を収容できなくなることがある。各場合に、印刷装置１２０は、第２のユーザの印刷要求の処理をできなくなる。結果として、印刷装置１２０は、ステップ２１０において第２のユーザがアラートを受信すべきと判断（determine）し、その第２のユーザのコンタクトデータ１２２を参照して、第２のユーザにアラートをいかに発行するか決定（determine）する。

一実施形態では、印刷装置１２０は、現在要求を処理しようとしているユーザにアラートを送信するのに加えて、まだ処理が終わっていない電子文書処理要求を印刷装置１２０に送信したユーザにアラートを発行してもよい。例えば、１０人のユーザがそれぞれ印刷装置１２０に印刷要求を送信し、印刷装置１２０はその１０個の印刷要求のいずれもまだ完了していないと仮定する。印刷装置１２０は、要求を処理できなくなる問題が発生すると、有利にも、印刷装置１２０が処理を完了していない要求を印刷装置１２０に送信したいずれのユーザにも通知をする。この例では、印刷装置１２０は、印刷装置１２０に問題が生じた時にそのユーザの印刷要求を処理しようとしていたユーザだけにアラートを発行するのではなく、１０人のユーザそれぞれにアラートを発行する。かかる実施形態では、ステップ２２０において、印刷装置１２０は１０人の各ユーザのコンタクトデータ１２２を参照して、いかにアラートを送信するか判断する。

印刷装置１２０が特定されたアラートの各受信者のコンタクトデータ１２２を参照した後、ステップ２３０を実行する。

アラート発行
ステップ２３０の実行において、印刷装置１２０は、特定された各受信者のコンタクトデータ１２２に従って、各受信者にアラートを発行する。一実施形態では、印刷装置１２０は、まだ処理が完了していない文書の処理要求を印刷装置１２０に送信したいずれのユーザにもアラートを発行する。

アラートに含まれる情報は様々なものである。一実施形態では、発行されるアラートは、印刷装置に発生している１つ以上の問題状態を特定するものである。このように、アラートの受信者は、印刷装置１２０に生じている問題を通知され、その後にその問題の解決を試みることができる。

アラートをいかに配信するかは実施形態に応じて異なる。ある実施形態では、目的とする受信者にサウンドレコーディングを再生することにより、その受信者にアラートを提供する。例えば、コンタクトデータ１２２には、第１のユーザはクライアントでサウンドファイルを再生することによりアラートを受信することが示されており、第２のユーザはその携帯電話で録音メッセージを受話することによりアラートを受け取ることが示されている。

本発明の他の実施形態では、コンタクトデータ１２２は、ユーザがインターフェイスに表示されたメッセージによりアラートを受け取ることを示している。ユーザが発行されたアラートを受け取るインターフェイスは実施形態に応じて変わりうる。例えば、図５Ａは、本発明の一実施形態による、アラートを受け取るグラフィカルユーザインターフェイス（ＧＵＩ）５００を示す図である。本発明の実施形態では、図５Ａに示したＧＵＩ５００とは外観が異なる、発行されたアラート受信用インターフェイスを使用することもできる。発行されたアラート受信用インターフェイスは寸法、エリア、サブスクリーンが異なるものでもよい。図５ＡのＧＵＩ５００は、アラートの受信者と関連するいかなる場所（例えば、クライアント１１２）で表示されてもよい。

ＧＵＩ５００は、テキスト表示エリア５０２、任意的コマンドエリア５０４、及び任意的テキスト入力エリア５０６を含む。テキスト表示エリア５０２は、テキストをユーザに表示する任意のＧＵＩコンポーネントである。任意的コマンドエリア５０４は、ユーザにコマンド（例えば、アラートの受信確認）を入力させる任意のＧＵＩコンポーネントである。任意的テキスト入力エリア５０６は、アラートの受信者にテキストを送信させる任意のＧＵＩコンポーネントである。名称から分かるように、任意的コマンドエリア５０４と任意的テキスト入力エリア５０６は任意的である。 一実施形態では、テキスト表示エリア５０２と任意的テキスト入力エリア５０６は、同じエリアを用いて実施してもよい。例えば、ユーザがテキストを送信するのに使用するテキストボックスに、そのユーザに対して表示するテキストを表示してもよい。

実際にＧＵＩ５００をどう使用するか例示するために、アラート受信のインターフェイス例を次に説明する。図５Ｂは、本発明の一実施形態による、アラートを受け取るグラフィカルユーザインターフェイス（ＧＵＩ）５１０を示す図である。図５Ｂに示したように、ＧＵＩ５１０はテキスト表示エリア５０２を含むが、任意的コマンドエリア５０４または任意的テキスト入力エリア５０６は含まない。ＧＵＩ５１０のテキスト表示エリア５０２は、受信者が文書処理要求を送った印刷装置（すなわち印刷装置１２０）に問題が発生していることを、アラートの受信者に通知するように機能する。図５Ｂに示していない他の実施形態でもそうであるが、図５Ｂのテキスト表示エリア５０２に表示されたメッセージは、問題の性質を特定するものでも、受信者がさらにべつのアクションをとれるコントロールを含むものでもない。また、図５Ｂに示していない他の実施形態でもそうであるが、図５Ｂの発行されたアラートは要求ユーザのアイデンティティをアラートの受信者に知らせるものでもない。

アラート受信用インターフェイスの他の例として、図５Ｃは、本発明の他の一実施形態によるアラートを受信するためのグラフィカルユーザインターフェイス（ＧＵＩ）５２０を示す図である。図５Ｃに示したように、ＧＵＩ５２０は、テキスト表示エリア５０２と任意的コマンドエリア５０４とを含む。任意的コマンドエリア５０４は確認コントロール５０４Ａとクローズコントロール５０４Ｂを含む。アラートの受信者が確認（confirm）コントロール５０４Ａを選択すると、ＧＵＩ５２０は、アラートの受信者がそのアラートを受信したことを要求ユーザに通知（confirm）する。アラートの受信者がクローズコントロール５０４Ｂを選択すると、要求ユーザに発行されたアラートの受信を通知（confirm）せずに、ＧＵＩ５２０が閉じる。図５Ｃに示したように、テキスト表示エリア５０２は、受信者に、（ａ）その受信者が文書処理要求を送った印刷装置に問題が発生していること、及び（ｂ）要求ユーザ（initiating user）を示す。図５Ｃのテキスト表示エリア５０２に表示されたメッセージは単なる例であり、他の実施形態では、テキスト表示エリア５０２には異なる言葉が含まれ、異なる情報が提供される。

アラート受信用インターフェイスの他の例として、図５Ｄは、本発明の他の一実施形態によるアラートを受信するためのグラフィカルユーザインターフェイス（ＧＵＩ）５３０を示す図である。図５Ｄに示したように、ＧＵＩ５３０は、テキスト表示エリア５０２、任意的コマンドエリア５０４、及び任意的テキスト入力エリア５０６とを含む。任意的コマンドエリア５０４は、確認コントロール、キャンセルコントロール、及びリルートコントロールとして表されている。確認コントロールとキャンセルコントロールの動作は、図５Ｃを参照して上で説明した。受信者が任意的テキスト入力エリア５０６にテキストを入力し、確認コントロールを選択すると、任意的テキスト入力エリア５０６に入力されたテキストは要求ユーザに表示される。例えば、テキストは、図４Ｂに示されたインターフェイス上で要求ユーザに表示される。

アラートの受信者がリルート（reroute）コントロールを選択すると、その受信者によりアラートを発行した印刷装置に送信された文書処理要求は、別の印刷装置にリルート（reroute）される。印刷要求の別の印刷装置へのリルートは、その印刷装置が送信された元の印刷装置が動作していないか、その印刷要求の処理を完了できない時に有用である。要求がリルートされる印刷装置は、ユーザに選択されても、一組の要因（空いているかどうか、ユーザに近いかどうか等）に基づき自動的に選択されてもよい。一実施形態では、リルートコントロールを選択すると、印刷ジョブ全体が別の印刷装置にリルートされる。他の実施形態では、リルートコントロールを選択すると、印刷ジョブのまだ処理されていない部分のみが別の印刷装置にリルートされる。

有利にも、本発明の実施形態により、印刷装置等の共有装置の生産性が非常に高くなる。本発明の実施形態を印刷装置を参照して説明したが、共有されたいかなるオフィス装置でもアラートを発行することができる。結果として、ここで説明したアプローチは、いかなる共有装置で使用することもでき、本発明の実施形態は電子文書の印刷に限定されない。

一実施形態では、印刷装置１２０によりアラートが発行されると常に、発行されたアラートは印刷装置１２０を維持する責任を負う特定ユーザにも送信される。このように、印刷装置１２０の維持に責任を負う情報技術部やローカルの管理者は、印刷装置１２０に発生している問題についていつも通知される。

一実施形態では、ユーザは印刷装置１２０に印刷要求を出したユーザではなく、印刷装置１２０の管理者にアラートを出すことができる。例えば、印刷装置１２０は、ユーザが印刷装置１２０にアラートを出す時、特定ユーザのジョブや他のユーザからの要求を処理していないかも知れない。かかる場合、印刷装置１２０は、そのユーザを促して、印刷装置１２０に指定されている管理者コンタクトまたはサービスコンタクトにアラートを送信させてもよい。

実施メカニズム
印刷装置１２０は、異なる様々なメカニズムにより、アラート発行要求を処理できる。図７は、本発明の一実施形態によるアラート処理を示すシーケンス図である。図７に示したシーケンス図は、本発明の一実施形態であり、図７に示していない本発明の他の実施形態も図２の機能ステップを実行し得る。結果として、図７のシーケンス図は、本発明のすべての実施形態が有する構成、または本発明のすべての実施形態が実行するステップを特徴付けるものとして使用してはならない。本発明の他の実施形態は、図７を参照して説明する構成要素のすべてを有する必要はないし、図７に示すすべてのステップを実行する必要もない。

図７のシーケンス図を、図１を参照して以下説明する。説明を容易にするため、図７に示した印刷要求を発行するユーザのクライアントは、図１のクライアント１１０に対応し、アラートを発行するユーザのクライアントは、クライアント１１２に対応する。通信モジュール、スプーラ、プリンタコントロール、及びアラートプロセスは各々、印刷装置１２０の機能コンポーネントとして実施される。図７を参照して説明した実施形態において、通信モジュール、スプーラ、プリンタコントロール、及びアラートプロセスは各々、印刷装置１２０の別々の機能コンポーネントとして実施されてもよい。しかし、他の実施形態では、印刷装置１２０の単一機能コンポーネントは、通信モジュール、スプーラ、プリンタコントロール、及びアラートプロセスのうち２つ以上と関連する機能を実行してもよい。

図７に示したように、最初、ユーザは図１のクライアント１１０等であるクライアントを用いて、印刷要求をする。例えば、ユーザはクライアント１１０を用いて、印刷装置１２０に電子文書の印刷要求を送信するようにクライアント１１０に命令することにより、このアクションを実行する。印刷要求は印刷装置１２０の通信モジュールが受け取る。通信モジュールはソフトウェアモジュールであり、印刷装置で実行され、その印刷装置にクライアントと通信させる。通信モジュールはコンタクトデータ等の情報を記憶しており、その情報により通信モジュールはクライアントと通信できる。

通信モジュールは、クライアントから印刷要求を受信すると、印刷要求をスプーラにスプールする。スプーラはソフトウェアモジュールであり、印刷装置で実行され、印刷要求をバッファに一時的に記憶することによりシーケンス（sequence）し、後でプリンタコントロールが印刷要求を処理できる時に、順次、各印刷要求をプリンタコントロールに送信する。プリンタコントロールは、印刷装置において印刷要求を処理する責任を負うコンポーネントである。プリンタコントロールは、スプーラから印刷要求を受信すると、その印刷要求を処理することを試みる。プリンタコントロールが印刷要求を完全に処理すると、印刷要求により特定された文書はその印刷要求に指示されたように印刷される。

ユーザは印刷装置１２０にアラートを発行することを決定する。図７に示したように、アラートを発行するユーザのクライアント（図１のクライアント１１２等）は、印刷装置１２０にアラートの要求を送信する。そのアラート発行要求は、印刷装置１２０のアラートプロセスにより受信される。アラートプロセスはソフトウェアモジュールであり、印刷装置で実行され、そのアラートプロセスにより印刷装置はアラート発行要求を受信し処理できる。アラートプロセスは、アラートを要求する各クライアントにいかにコンタクトするかに関する情報を有する。アラートプロセスは、アラート発行要求を受信すると、プリンタコントロールが印刷要求を処理しようとしているか決定する。プリンタコントロールが印刷要求を処理しようとしている場合、アラートプロセスは、プリンタコントロールから、そのプリンタコントロールが処理しようとしている印刷要求に関する情報を読み出す。例えば、かかる情報は、そのプリンタコントロールが処理しようとしているその印刷要求を発行したクライアントを特定するものである。

アラートプロセスは、要求されたアラートを発行するように通信モジュールに命令する。プリンタコントロールが現在、印刷要求を処理しようとしている場合、アラートプロセスは、プリンタコントロールが処理しようとしている印刷要求をどのクライアントが発行したか通信モジュールに特定する。通信モジュールは、各クライアントにどうコンタクトするかに関する情報を維持しているので、その印刷要求を発行したクライアントに要求されたアラートを送信できる。

一方、アラートプロセスは、プリンタコントロールが現在、印刷要求を処理しようとしていないと判断すると、通信モジュールにアラート発行を命令するとき、プリンタコントロールが現在処理しようとしている印刷要求はないことを通信モジュールに通知する。この場合、通信モジュールは、指定されたクライアントにアラートを発行（issue）する。そのクライアントは、例えば、印刷装置１２０に対して規定された管理者コンタクトまたはサービスコンタクトに関連するものである。このシナリオは図７には示していない。その理由は、図７に示したように、印刷要求を発行したユーザは、要求されたアラートを受け取るユーザだからである。

ユーザは、アラートを受け取ると、そのアラートに対する応答を送る（issue）。例えば、ユーザは、クライアント１１０を用いてそのアラートに対する応答を送信することにより、受信したアラートに対し応答する。その応答は印刷装置１２０の通信モジュールが受け取る。通信モジュールはアラートプロセスに応答を中継し、そのアラートプロセスは、アラートを発行したユーザのクライアントにその応答を送信（communicate）する。アラートプロセスは、アラートを要求した各クライアントにいかにコンタクトするかに関する情報を有しているので、アラートを受信するユーザからの応答を、アラートを要求したユーザのクライアントに送信することができる。

一実施形態では、発行されるアラートを受信するユーザは、印刷要求のキャンセルやペーパージャムの修復（fixing）等の１つ以上の任意的アクションを実行してもよい。ユーザは、クライアントを用いて、自分が取ったアクションを特定するデータを印刷装置１２０に送信してもよい。例えば、ユーザはクライアント１１２を使用して、先に送信した印刷要求のキャンセルを要求するデータをプリンタコントロールに送信する。

一実施形態では、クライアント１１０、クライアント１１２、印刷装置１２０のうち１つ以上は、コンピュータシステムによって実施される。図６は、本発明の一実施形態を実装するコンピュータシステム６００を示すブロック図である。コンピュータシステム６００は、情報をやりとりする通信メカニズムすなわちバス６０２と、バス６０２に結合した情報を処理するプロセッサ６０４とを有する。コンピュータシステム６００は、さらに、情報とプロセッサ６０４により実行される命令とを格納する、バス６０２に結合したランダムアクセスメモリ（ＲＡＭ）またはその他のダイナミック記憶装置等のメインメモリ６０６を含む。メインメモリ６０６は、プロセッサ６０４による命令の実行中に、一時的変数やその他の中間情報を記憶するために使用されてもよい。コンピュータシステム６００は、さらに、プロセッサ６０４のために静的な情報と命令とを記憶する、バス６０２に結合された読み出し専用メモリ（ＲＯＭ）６０８その他の静的記憶デバイスを含む。磁気ディスクや光ディスク等である記憶装置６１０は、情報と命令を格納するために設けられ、バス６０２に結合される。

コンピュータユーザに情報を表示するため、コンピュータシステム６００は、バス６０２を介して、ディスプレイ６１２である陰極線管（ＣＲＴ）等に結合されてもよい。プロセッサ６０４に情報とコマンド選択を送るために、英数字その他のキーを含む入力装置６１４がバス６０２に結合される。他のタイプのユーザ入力装置として、マウス、トラックボール、またはカーソル方向キー等であるカーソル制御部６１６がある。これらは、プロセッサ６０４に方向情報とコマンド選択を送り、ディスプレイ６１２上のカーソルの動きを制御する。この入力装置は、典型的には２つの軸、すなわち第１の軸（例えばｘ軸）と第２の軸（例えばｙ軸）で２自由度を有し、これにより平面内の点を特定することができる。

本発明は、個々に説明した方法を実装するためのコンピュータシステム６００の使用にも関する。本発明の一実施形態によると、これらの方法のコンピュータシステム６００による実行は、メインメモリ６０６に含まれる１つ以上の命令の１つ以上のシーケンスをプロセッサ６０４が実行することにより行われる。かかる命令は、他の機械読み取り可能媒体である記憶装置６１０等から、メインメモリ６０６に読み込まれてもよい。メインメモリ６０６に含まれる命令シーケンスの実行により、プロセッサ６０４はここに説明したプロセスステップを実行する。他の実施形態では、本発明の実装には、ソフトウェア命令に替えて、またはこれと組み合わせて、ソフトウェアがハードウェアに組み込まれた回路を使用してもよい。このように、本発明の実施形態は、ハードウェア回路とソフトウェアの特定の組み合わせに限定はされない。

ここで、「機械読み取り可能媒体」との用語は、機械に特定のやり方で動作させるデータを提供するいかなる媒体も指す。コンピュータシステム６００を用いて実装した一実施形態では、例えば、プロセッサ６０４が実行する命令を提供するために、様々な機械読み取り可能媒体が使用される。かかる媒体は、不揮発性媒体、揮発性媒体、伝送媒体等の多数の形式をとることができるが、これらに限定はされない。不揮発媒体には、例えば、光ディスクまたは磁気ディスクが含まれ、記憶装置６１０等である。揮発性媒体には、ダイナミックメモリであるメインメモリ６０６等が含まれる。伝送媒体には、同軸ケーブル、銅ワイヤ、光ファイバが含まれ、バス６０２を含むワイヤも含まれる。伝送媒体は、音波や光波であって、無線通信や赤外線データ通信中に生成されるものの形態を取ることもできる。かかる媒体はすべて有体物であり、その媒体により担われる命令がそれを読み取る物理的メカニズムにより検出可能でなければならない。

機械読み取り可能媒体の一般的な形態には次のものが含まれる。例えば、フロッピー（登録商標）ディスク、フレキシブルディスク、ハードディスク、磁気テープ、その他の磁気媒体、ＣＤ−ＲＯＭその他の光媒体、パンチカード、紙テープ、その他の穴のパターンを有する物理媒体、ＲＡＭ、ＰＲＯＭ、ＥＰＲＯＭ、フラッシュＥＰＲＯＭ、その他のメモリチップまたはカートリッジ、以下に説明する搬送波、コンピュータが読み取れるその他のいかなる媒体。

プロセッサ６０４が実行する１つ以上の命令の１つ以上のシーケンスの搬送には、機械読み取り可能媒体の様々な形態が使用される。例えば、命令は最初にリモートのコンピュータの磁気ディスク上に担われていてもよい。リモートコンピュータは、その命令をそのダイナミックメモリにロードして、モデムを用いて電話回線を介してその命令を送信することができる。コンピュータシステム６００にあるモデムが、電話回線上のデータを受信し、赤外トランスミッタを用いてそのデータを赤外信号に変換することができる。赤外検出器が赤外信号で搬送されたそのデータを受信して、適当な回路がそのデータをバス６０２に載せることができる。バス６０２はそのデータをメインメモリ６０６に送り、プロセッサ６０４はそのメインメモリ６０６から命令を読み出して実行する。メインメモリ６０６が受け取った命令は、プロセッサ６０４が実行する前か後に、任意的に、記憶装置６１０に記憶されてもよい。

コンピュータシステム６００は、バス６０２に結合した通信インターフェイス６１８も含む。通信インターフェイス６１８は、ローカルネットワーク６２２に接続されたネットワークリンク６２０に結合した双方向データ通信を提供する。例えば、通信インターフェイス６１８は、統合デジタルサービスネットワーク（ＩＳＤＮ）カードまたはモデムであって、対応するタイプの電話回線へのデータ通信接続を提供してもよい。他の例として、通信インターフェイス６１８は、ローカルエリアネットワーク（ＬＡＮ）カードであって、互換性のあるＬＡＮへのデータ通信接続を提供してもよい。無線リンクで実装してもよい。かかる実装では、通信インターフェイス６１８は、いろいろなタイプの情報を表すデジタルデータストリームを搬送する電気的、電磁気的、または光学的信号を送受信する。

ネットワークリンク６２０は、一般的には、１つ以上のネットワークを介して他のデータデバイスへのデータ通信を提供する。例えば、ネットワークリンク６２０は、ホストコンピュータ６２４またはインターネットサービスプロバイダ（ＩＳＰ）６２６により運営されているデータ機器へのローカルネットワーク６２２を介した通信を提供する。ＩＳＰ６２６は、これに対して、現在は一般的に「インターネット」６２８と呼ばれている、世界規模のパケットデータ通信ネットワークを介してデータ通信サービスを提供する。ローカルネットワーク６２２とインターネット６２８は、両方とも、デジタルデータストリームを担う電気的、電磁気的、または光学的信号を使用する。様々なネットワーク中の信号やネットワークリンク６２０と通信インターフェイス６１８上の信号は、コンピュータシステム６００との間でデジタルデータを搬送し、情報を伝送する搬送波の形態例である。

コンピュータシステム６００は、ネットワーク、ネットワークリンク６２０、及び通信インターフェイス６１８を介して、メッセージを送信しプログラムコードを含むデータを受信することができる。インターネットの例では、サーバ６３０は、インターネット６２８、ＩＳＰ６２６、ローカルネットワーク６２２、及び通信インターフェイス６１８を介して、要求されたアプリケーションプログラムのコードを送信してもよい。

受信したコードは、受信しつつプロセッサ６０４により実行されてもよいし、後で実行するために記憶装置６１０またはその他の不揮発性記憶装置に記憶されてもよい。このように、コンピュータシステム６００は、搬送波の形態でアプリケーションコードを取得してもよい。

上記の通り明細書では、実施ごとに変わり得る多数の詳細を参照して本発明の実施形態を説明した。このように、本発明であり、出願人が本発明であると意図しているものを示すのは、願書に添付した特許請求の範囲であり、特許後の訂正も含め特許された請求項である。かかる請求項に含まれる用語についてここで明示的に記載した定義は、請求項で使用されるかかる用語の意味を司るものである。よって、請求項中に明示的に含まれていない限定、要素、特性、特徴、利益、または属性は、いかなる方法によっても、かかる請求項の範囲を限定するものではない。したがって、明細書と図面は例示であって限定ではないと考えるべきである。

本発明の一実施形態によるシステム例を示すブロック図である。 本発明の一実施形態による、アラートを用いて電子文書を処理する機能ステップを示すフローチャートである。 本発明の一実施形態による、アラート発行要求をする、印刷装置に設けられたインターフェイスを示す図である。 本発明の一実施形態による、アラート発行要求をする、クライアントに設けられたインターフェイスを示す図である。 本発明の一実施形態による、アラート発行を要求するグラフィカルユーザインターフェイスを示す図である。 本発明の一実施形態による、アラート発行を要求するグラフィカルユーザインターフェイスのワークフローを示す図である。 本発明の他の一実施形態による、アラート発行を要求するグラフィカルユーザインターフェイスのワークフローを示す図である。 本発明の一実施形態による、アラートを受け取るグラフィカルユーザインターフェイスを示す図である。 本発明の他の一実施形態による、アラートを受け取るグラフィカルユーザインターフェイスを示す図である。 本発明の他の一実施形態による、アラートを受け取るグラフィカルユーザインターフェイスを示す図である。 本発明の他の一実施形態による、アラートを受け取るグラフィカルユーザインターフェイスを示す図である。 本発明の一実施形態を実施するコンピュータシステムを示すブロック図である。 本発明の一実施形態によるアラート処理を示すシーケンス図である。

符号の説明

１１０ クライアント
１１２ クライアント
１２０ 印刷装置
１２２ コンタクトデータ
６０２ バス
６０４ プロセッサ
６０６ メインメモリ
６０８ ＲＯＭ
６１０ 記憶装置
６１２ ディスプレイ
６１４ 入力装置
６１６ カーソル制御装置
６１８ 通信インターフェイス
６２０ ネットワークリンク
６２２ ローカルネットワーク
６２４ ホストコンピュータ
６２６ インターネットサービスプロバイダ（ＩＳＰ）
６２８ インターネット
６３０ サーバ

Claims (51)

1. アラート発行方法であって、
   第１のユーザから、第２のユーザに前記アラートの発行要求を受け取る段階を有し、前記要求は前記第２のユーザを特定せず、
   前記印刷装置が、前記第２のユーザに前記アラートをいかに発行するか決定する段階と、
   前記印刷装置が前記第２のユーザに前記アラートを発行する段階とを有する方法。
2. 前記印刷装置は、前記第１のユーザから前記要求を受信したとき、前記第２のユーザが発行した前記印刷要求の処理を完了できないから、前記アラートを前記第２のユーザに送信すべきであると判断する段階をさらに有する、請求項１に記載の方法。
3. 前記要求は、前記印刷装置により提供されるインターフェイスにより、前記第１のユーザにより発行される、請求項１に記載の方法。
4. 前記要求は、ネットワークを介して前記印刷装置に動作可能に接続されたクライアントにより提供されるインターフェイスにより、前記第１のユーザにより発行される、請求項１に記載の方法。
5. 発行された前記アラートは前記第１のユーザを前記第２のユーザに特定しない、請求項１に記載の方法。
6. 前記第１のユーザからの前記要求の受信に応答して、前記印刷装置が、前記第２のユーザの後に前記印刷装置に印刷要求を送信した他のユーザに１つ以上のアラートを発行する、請求項１に記載の方法。
7. 前記印刷装置が、前記第２のユーザから発行された前記アラートに対する応答を受信することに応答して、第１のユーザに、前記アラートを受信した前記第２のユーザを示すメッセージを送信する、請求項１に記載の方法。
8. 前記印刷装置の前記第２のユーザからの発行された前記アラートに対する応答の受信に応答して、前記印刷装置における前記印刷要求の処理をキャンセルするか、または前記印刷要求の少なくとも一部を他の印刷装置にリルートする段階をさらに有する、請求項１に記載の方法。
9. 前記印刷装置が前記アラートを発行する段階は、
   前記印刷装置が、インスタントメッセージ、電子メール、電話、電話テキストメッセージ、ページャ、前記第２のユーザに関連するクライアントに表示されるポップアップウィンドウ、及び前記第２のユーザと関連するクライアントのインターフェイスにより表示されるメッセージのうち１つ以上を用いて、前記第２のユーザに前記アラートを発行する段階を有する、請求項１に記載の方法。
10. 前記印刷装置が、前記第１のユーザが選択できる２つ以上のテキストメッセージを前記第１のユーザに提供する段階をさらに有し、
    前記第１のユーザからの前記要求は２つ以上の前記テキストメッセージのうち１つ以上を特定する、請求項１に記載の方法。
11. 前記印刷装置がデジタル写真を撮る、または受信する段階をさらに有し、
    発行された前記アラートは前記デジタル写真を含む、または特定する、請求項１に記載の方法。
12. 前記コンタクトデータの少なくとも一部は前記印刷要求で受信される、請求項１に記載の方法。
13. 発行される前記アラートは、前記印刷装置に発生している１つ以上の問題状態を特定する、請求項１に記載の方法。
14. 前記第２のユーザの前記アイデンティティは前記第１のユーザには入手できない、請求項１に記載の方法。
15. アラート発行命令の１つ以上のシーケンスを担う機械読み取り可能媒体であって、１つ以上のプロセッサが命令の前記１つ以上のシーケンスを実行して、
    印刷装置が、第１のユーザから、前記印刷装置に印刷要求を送信した第２のユーザに前記アラートの発行要求を受信する段階を有し、前記要求は前記第２のユーザを特定せず、
    前記印刷装置が、前記第２のユーザに前記アラートをいかに発行するか決定する段階と、
    前記印刷装置が前記第２のユーザに前記アラートを発行する段階とを有する媒体。
16. 前記命令の１つ以上のシーケンスの前記１つ以上のプロセッサによる実行は、さらに
    前記印刷装置は、前記第１のユーザから前記要求を受信したとき、前記第２のユーザが発行した前記印刷要求の処理を完了できないから、前記アラートを前記第２のユーザに送信すべきであると判断する段階をさらに有する、請求項１５に記載の機械読み取り可能媒体。
17. 前記要求は、前記印刷装置により提供されるインターフェイスにより、前記第１のユーザにより発行される、請求項１５に記載の機械読み取り可能媒体。
18. 前記要求は、ネットワークを介して前記印刷装置に動作可能に接続されたクライアントにより提供されるインターフェイスにより、前記第１のユーザにより発行される、
    請求項１５に記載の機械読み取り可能媒体。
19. 発行された前記アラートは前記第１のユーザを前記第２のユーザに特定しない、請求項１５に記載の機械読み取り可能媒体。
20. 前記命令の１つ以上のシーケンスの前記１つ以上のプロセッサによる実行は、さらに
    前記第１のユーザからの前記要求の受信に応答して、前記印刷装置が、前記第２のユーザの後に前記印刷装置に印刷要求を送信した他のユーザに１つ以上のアラートを発行する、請求項１５に記載の機械読み取り可能媒体。
21. 前記命令の１つ以上のシーケンスの前記１つ以上のプロセッサによる実行は、さらに
    前記印刷装置が、前記第２のユーザから発行された前記アラートに対する応答を受信することに応答して、第１のユーザに、前記アラートを受信した前記第２のユーザを示すメッセージを送信する、請求項１５に記載の機械読み取り可能媒体。
22. 前記命令の１つ以上のシーケンスの前記１つ以上のプロセッサによる実行は、さらに
    前記印刷装置の前記第２のユーザからの発行された前記アラートに対する応答の受信に応答して、前記印刷装置における前記印刷要求の処理をキャンセルするか、または前記印刷要求の少なくとも一部を他の印刷装置にリルートする段階をさらに有する、請求項１５に記載の機械読み取り可能媒体。
23. 前記印刷装置が前記アラートを発行する段階は、
    前記印刷装置が、インスタントメッセージ、電子メール、電話、電話テキストメッセージ、ページャ、前記第２のユーザに関連するクライアントに表示されるポップアップウィンドウ、及び前記第２のユーザと関連するクライアントのインターフェイスにより表示されるメッセージのうち１つ以上を用いて、前記第２のユーザに前記アラートを発行する段階を有する、請求項１５に記載の機械読み取り可能媒体。
24. 前記命令の１つ以上のシーケンスの前記１つ以上のプロセッサによる実行は、さらに
    前記印刷装置が、前記第１のユーザが選択できる２つ以上のテキストメッセージを前記第１のユーザに提供する段階をさらに有し、
    前記第１のユーザからの前記要求は２つ以上の前記テキストメッセージのうち１つ以上を特定する、請求項１５に記載の機械読み取り可能媒体。
25. 前記命令の１つ以上のシーケンスの前記１つ以上のプロセッサによる実行は、さらに
    前記印刷装置がデジタル写真を撮る、または受信する段階をさらに有し、
    発行された前記アラートは前記デジタル写真を含む、または特定する、請求項１５に記載の機械読み取り可能媒体。
26. 前記コンタクトデータの少なくとも一部は前記印刷要求で受信される、請求項１５に記載の機械読み取り可能媒体。
27. 発行される前記アラートは、前記印刷装置に発生している１つ以上の問題状態を特定する、請求項１５に記載の機械読み取り可能媒体。
28. 前記第２のユーザの前記アイデンティティは前記第１のユーザには入手できない、請求項１５に記載の機械読み取り可能媒体。
29. アラート発行装置であって、
    １つ以上のプロセッサと、
    １つ以上の命令シーケンスを担う機械読み取り可能媒体都を有し、前記１つ以上のプロセッサは前記１つ以上のプロセッサにより実行された時、
    印刷装置が、第１のユーザから、前記印刷装置に印刷要求を送信した第２のユーザに前記アラートの発行要求を受信し、前記要求は前記第２のユーザを特定せず、
    前記印刷装置が、前記第２のユーザに前記アラートをいかに発行するか決定し、
    前記印刷装置が前記第２のユーザに前記アラートを発行する媒体。
30. 前記命令の１つ以上のシーケンスの前記１つ以上のプロセッサによる実行は、さらに
    前記印刷装置は、前記第１のユーザから前記要求を受信したとき、前記第２のユーザが発行した前記印刷要求の処理を完了できないから、前記アラートを前記第２のユーザに送信すべきであると判断する、請求項２９に記載の装置。
31. 前記要求は、前記印刷装置により提供されるインターフェイスにより、前記第１のユーザにより発行される、請求項２９に記載の装置。
32. 前記要求は、ネットワークを介して前記印刷装置に動作可能に接続されたクライアントにより提供されるインターフェイスにより、前記第１のユーザにより発行される、請求項２９に記載の装置。
33. 発行された前記アラートは前記第１のユーザを前記第２のユーザに特定しない、請求項２９に記載の装置。
34. 前記命令の１つ以上のシーケンスの前記１つ以上のプロセッサによる実行は、さらに
    前記第１のユーザからの前記要求の受信に応答して、前記印刷装置が、前記第２のユーザの後に前記印刷装置に印刷要求を送信した他のユーザに１つ以上のアラートを発行する、請求項２９に記載の装置。
35. 前記命令の１つ以上のシーケンスの前記１つ以上のプロセッサによる実行は、さらに
    前記印刷装置が、前記第２のユーザから発行された前記アラートに対する応答を受信することに応答して、第１のユーザに、前記アラートを受信した前記第２のユーザを示すメッセージを送信する、請求項２９に記載の装置。
36. 前記命令の１つ以上のシーケンスの前記１つ以上のプロセッサによる実行は、さらに
    前記印刷装置の前記第２のユーザからの発行された前記アラートに対する応答の受信に応答して、前記印刷装置における前記印刷要求の処理をキャンセルするか、または前記印刷要求の少なくとも一部を他の印刷装置にリルートする、請求項２９に記載の装置。
37. 前記印刷装置が前記アラートを発行する段階は、
    前記印刷装置が、インスタントメッセージ、電子メール、電話、電話テキストメッセージ、ページャ、前記第２のユーザに関連するクライアントに表示されるポップアップウィンドウ、及び前記第２のユーザと関連するクライアントのインターフェイスにより表示されるメッセージのうち１つ以上を用いて、前記第２のユーザに前記アラートを発行する、請求項２９に記載の装置。
38. 前記命令の１つ以上のシーケンスの前記１つ以上のプロセッサによる実行は、さらに
    前記印刷装置が、前記第１のユーザが選択できる２つ以上のテキストメッセージを前記第１のユーザに提供し、
    前記第１のユーザからの前記要求は２つ以上の前記テキストメッセージのうち１つ以上を特定する、請求項２９に記載の装置。
39. 前記命令の１つ以上のシーケンスの前記１つ以上のプロセッサによる実行は、さらに
    前記印刷装置がデジタル写真を撮る、または受信し、
    発行された前記アラートは前記デジタル写真を含む、または特定する、請求項２９に記載の装置。
40. 前記コンタクトデータの少なくとも一部は前記印刷要求で受信される、請求項２９に記載の装置。
41. 発行される前記アラートは、前記印刷装置に発生している１つ以上の問題状態を特定する、請求項２９に記載の装置。
42. 前記第２のユーザの前記アイデンティティは前記第１のユーザには入手できない、請求項２９に記載の装置。
43. コンタクトデータを参照することにより、前記第２のユーザに前記アラートをいかに発行するか決定する、請求項１に記載の方法。
44. コンタクトデータを参照することにより、前記第２のユーザに前記アラートをいかに発行するか決定する、請求項１５に記載の機械読み取り可能媒体。
45. コンタクトデータを参照することにより、前記第２のユーザに前記アラートをいかに発行するか決定する、請求項２９に記載の装置。
46. 前記第２のユーザは、前記印刷装置に印刷要求を予め送信する、請求項１に記載の方法。
47. 前記第２のユーザは、前記印刷装置に印刷要求を予め送信する、請求項１５に記載の機械読み取り可能媒体。
48. 前記第２のユーザは、前記印刷装置に印刷要求を予め送信する、請求項２９に記載の装置。
49. 前記印刷装置は現在他のユーザからの他の要求を処理しておらず、前記第２のユーザは前記印刷装置の管理者コンタクトまたはサービスコンタクトである、請求項１に記載の方法。
50. 前記印刷装置は現在他のユーザからの他の要求を処理しておらず、前記第２のユーザは前記印刷装置の管理者コンタクトまたはサービスコンタクトである、請求項１５に記載の機械読み取り可能媒体。
51. 前記印刷装置は現在他のユーザからの他の要求を処理しておらず、前記第２のユーザは前記印刷装置の管理者コンタクトまたはサービスコンタクトである、請求項２９に記載の装置。

Images