JP2005353002A - 情報処理装置および通知方法 - Google Patents

Abstract

【課題】セキュリティー強化等に伴い、プリンタに送出する印刷ジョブに含まれるユーザ情報が変形されるような印刷システムにおいて、適切なユーザに印刷ジョブの各種処理結果を通知可能とする。
【解決手段】印刷装置と直接的或いは間接的に通信可能な情報処理装置において印刷ジョブの処理状態を通知するにおいて、印刷ジョブが生成、送信される時点のログインユーザを表す第１識別情報を取得しておき、外部装置より印刷ジョブの処理状況を示す通知情報を受信した場合にその時点のログインユーザを表す第２識別情報を取得する。受信した通知情報に対応する印刷ジョブに関して取得しておいた第１識別情報と、受信時に取得した第２識別情報との比較により当該通知情報を報知するか否かを判定する。
【選択図】 図３

Description

本発明は、印刷処理の完了をホスト装置に通知する機能を備えた印刷システムに好適な情報処理装置および方法に関する。

情報処理装置から印刷装置に対して印刷ジョブを送り、その印刷結果に関する通知等を印刷装置から受け取ってユーザに提示する印刷システムが実現されている。例えば、特許文献１には、クライアント／プリントサーバ／プリンタからなる印刷システムにおいて、クライアントに印刷ジョブの処理状態を通知する構成が記載されている。

特許文献１によれば、プリント・ジョブ（印刷ジョブ）の終了通知等のメッセージを適切なタイミングで適切な印刷ジョブ発行元に通知するために次のような構成が提案されている。まず、サーバ・マシンが複数のクライアント・マシンから出力された印刷ジョブを入力して、キューイングし、印刷ジョブに対応させてジョブＩＤを生成し、生成したジョブＩＤと印刷ジョブのユーザＩＤおよび接続ＩＤとを記憶する。キューイングされた印刷ジョブがプリンタへ転送されると、プリンタ・コントローラが、印刷ジョブの完了状態または中断状態に基づいてメッセージを生成し、ジョブＩＤと共にＮＩＣを介して、サーバ・マシンへ転送する。サーバ・マシンは、ＮＩＣを介してプリンタ・コントローラから受け取ったジョブＩＤを含むメッセージを時系列的にキューイングする。そして、キューイングされたメッセージのジョブＩＤをチェックし、ジョブＩＤと対応するユーザＩＤおよび接続ＩＤからジョブ・オーナーを特定し、特定したジョブ・オーナーがネットワーク上に存在する場合には、直ちにそのメッセージを該当するクライアント・マシンへ転送する。

さらに特許文献１には、印刷ジョブ毎に対応したプリントプロファイルに含まれるユーザ名等を、クライアント・マシンから編集し、編集後のプリント・プロファイルを再度、サーバ・マシンへ登録する仕組みが開示されている。

一方、近年印刷システムの分野においても、セキュリティ強化がなされている。例えば、プリントデータ作成時の、ユーザ名・ドキュメント名等、他人の目に触れる可能性がある印刷情報は隠すことが求められる。このため、印刷ジョブに記述されるユーザ名等を空にする、或いは、偽情報を入れる、或いは、暗号化するなどの手法が提案されている。
特開平０９−０９１１０２号公報

しかしながら、印刷ジョブに関する処理状態の通知先は当該印刷ジョブのユーザＩＤつまり印刷ジョブに含まれるユーザＩＤ等を用いて決定されるため、上記セキュリティー強化を考慮した場合には、正しいユーザＩＤを得ることができなくなり、状態通知を適切に実行することができなくなってしまう。すなわち、プリンタから返ってくるユーザ名を元に、印刷結果をユーザに報知しようとした場合に、適切なログインユーザに印刷結果を報知できないという事態が発生してしまうことが想定される。

例えば、印刷装置から取得した印刷終了ジョブに含まれるユーザ名と、現在のホスト名・ログインユーザ名一致した場合、結果通知を表示することにより、適切なログインユーザに対しての結果通知を行なおうとしても、それを実現できないという課題が生じる。

一方、上記セキュリティー強化の対策として、印刷結果を一律に報知しないという方法も考えられるが、そのような場合はユーザがジョブの終了などに気付かないことが発生するという課題が発生する。特にプリンタがユーザのコンピュータから離れた位置に設置されているような場合は、印刷ジョブの終了通知に対する要望は強い。

本発明は上記課題を鑑みてなされたものであり、例えば、セキュリティー強化等に伴い、プリンタに送出する印刷ジョブに含まれるユーザ情報が変形されるような印刷システムにおいて、適切なユーザに印刷ジョブの各種処理結果を通知可能とすることを目的とする。

上記の目的を達成するための本発明の一態様による通知方法は、
印刷装置と通信可能な情報処理装置において印刷ジョブの処理状態を通知する通知方法であって、
印刷ジョブが生成、送信される時点のログインユーザを表す第１識別情報を取得する第１取得工程と、
外部装置より印刷ジョブの処理状況を示す通知情報を受信する受信工程と、
前記受信工程で前記通知情報を受信した場合にその時点のログインユーザを表す第２識別情報を取得する第２取得工程と、
前記通知情報に対応する印刷ジョブに関して前記第１取得工程で取得した前記第１識別情報と、前記第２取得工程で取得した前記第２識別情報との比較により該通知情報を報知するか否かを判定する判定工程とを備える。

本願発明によれば、例えば、セキュリティー強化等に伴い、プリンタに送出する印刷ジョブに含まれるユーザ情報を変形されるような印刷システムにおいて、適切なユーザに印刷ジョブの各種処理結果を通知することが出来る。

以下、添付の図面を参照して本発明の好適な実施形態について説明する。

＜第１実施形態＞
図１は、本実施形態における情報処理システムの構成を示すブロック図である。図１において、１０２、１０３、１０４はそれぞれ情報処理装置であり、クライアント・サーバシステムのクライアントとして機能する。各クライアントは、イーサネット(登録商標)などのネットワークケーブルによってネットワーク１０６に接続され、アプリケーションプログラム等の各種プログラムを実行可能である。

尚、本システムにおけるクライアントはパーソナルコンピュータであり、１台又は複数台のクライアントがネットワーク６に接続されているものとする。また各クライアントのことを「クライアントＰＣ」とも称す。またネットワーク１０６はイーサネット（登録商標）ケーブルなどを提供できるが、イーサネット(登録商標)ケーブルに限定されるものではなく、例えば、ＲＳ２３２Ｃインタフェースに準じた通信ケーブルや、無線通信を利用するようにしてもよい。

また、クライアントＰＣは、印刷データをプリンタに対応するプリンタ言語に変換する機能を有するプリンタドライバ（印刷データ生成部）を搭載している。尚、プリンタドライバは複数のプリンタドライバをサポートするものとする。

１０１は情報処理装置であり、クライアント・サーバシステムのサーバとして機能する。また、サーバ１０１はネットワークケーブルによってネットワーク１０６に接続され、ネットワーク１０６上のクライアントで使用されるファイルを蓄積したり、ネットワーク１０６の使用状態を監視したりする。尚、このサーバ１０１はネットワーク１０６に接続されている複数のプリンタを管理するプリントサーバとしても機能する。本実施形態では、以下、プリントサーバ１０１ということにする。

本実施形態のクライアントＰＣ１０２〜１０４及びプリントサーバ１０１は、一般的な情報処理装置であり、クライアントＰＣとプリントサーバにはそれぞれ異なる制御を行う印刷制御プログラムが実行可能に格納されている。また、プリントサーバ１０１はクライアントＰＣ１０２〜１０４の機能を同時に持つこともできる。

本実施形態におけるプリントサーバ１０１は、更に各クライアントＰＣ１０２、１０３、１０４から印刷要求が出された印字データを含む印刷ジョブを格納して印刷する機能、又はクライアントＰＣ１０２、１０３、１０４から印字データを含まないジョブ情報のみ受け取り、クライアントＰＣ１０２、１０３、１０４の印刷順序を管理し、印刷順序になったクライアントＰＣに対して印字データを含む印刷ジョブの送信許可を通知する機能、或いは後述するネットワークプリンタのステータスや印刷ジョブの各種情報などを取得し、クライアントＰＣ１０２、１０３、１０４に通知する機能などを有する。

１０５は印刷装置である。本実施形態では印刷装置１０５としてネットワークプリンタを用いる。よって、印刷装置１０５はネットワークインタフェース（不図示）を介してネットワーク１０６と接続され、クライアントＰＣから送信される印字データを含む印刷ジョブを解析して１ページずつドットイメージに変換し、１ページ毎に印刷する。１０６はネットワークであり、プリントサーバ１０１、クライントＰＣ１０２、１０３、１０４、ネットワークプリンタ１０５等を接続している。

尚、印刷装置１０５としては、電子写真方式を採用したものや、インクジェット方式を採用したものなど様々な印字方式を採用した印刷装置を適用可能とする。尚、印刷データを受信し、該受信した印刷データに基づく印刷データをどのような仕組みをもって行うかについては既に周知の技術を流用すれば実現することができ、詳しい説明は省略する。また、本実施形態のグループプリンティングはネットワークプリンタに限らず、ホストＰＣとローカルプリンタとの間でも実現できることは明らかであろう。

図２は、本実施形態における情報処理装置の構成を示すブロック図である。上述した情報処理装置であるプリントサーバ１０１、クライントＰＣ１０２、１０３、１０４は同様或いは同等のハードウェア構成とする。

図２において、２００はＣＰＵであり、後述するハードディスク（ＨＤ）に格納されているアプリケーションプログラム、プリンタドライバプログラム、オペレーティングシステム（ＯＳ）やネットワークプリンタ制御プログラム等を実行し、ＲＡＭ２０２にプログラムの実行に必要な情報、ファイル等を一時的に格納する制御を行う。

２０１はＲＯＭであり、内部には基本Ｉ／Ｏプログラム等のプログラム、文書処理の際に使用するフォントデータ、テンプレート用データ等の各種データを記憶する。２０２は各種データを一時記憶するためのＲＡＭであり、ＣＰＵ２００の主メモリ、ワークエリア等として機能する。

２０３は記録媒体へのアクセスを実現するためのドライブ装置であり、本実施形態ではフレキシブルディスク（ＦＤ）ドライブを用いている。ＦＤドライブ２０３を通じて記録媒体としてのＦＤ２０４に記録されたプログラム等を本コンピュータシステムにロードすることができる。尚、記録媒体はＦＤだけに限らず、例えばＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、ＰＣカード、ＤＶＤ、ＩＣメモリカード、ＭＯ、メモリスティック等、任意である。

２０４は記録媒体であるフレキシブルディスク（ＦＤ）であり、コンピュータが読み取り可能なプログラムが格納された記録媒体である。２０５は外部記憶装置であり、本実施形態では大容量メモリとして機能するハードディスク（ＨＤ）を用いている。ハードディスク２０５には、アプリケーションプログラム、プリンタドライバプログラム、ＯＳ、ネットワークプリンタ制御プログラム、関連プログラム等が格納される。

尚、印刷ジョブをスプールするためのスプーラはハードディスク２０５に確保される。スプーラはクライアントＰＣではクライアントスプーラのことであり、プリントサーバ１０１ではサーバスプーラのことである。また、プリントサーバ１０１では、各クライアントＰＣから受けたジョブ情報を格納し、順序制御を行うための各種テーブルもこの外部記憶装置（ハードディスク２０５）に格納される。

２０６は指示入力装置としてのキーボードであり、ユーザがクライアントＰＣに対して、或いはオペレータや管理者がプリントサーバ１０１に対して、デバイスの制御コマンドの命令等を入力指示するものである。

２０７はディスプレイであり、キーボード２０６から入力したコマンドや、プリンタの状態等を表示したりするものである。

２０８はシステムバスであり、クライアントＰＣやプリントサーバである情報処理装置内のデータの流れを司るものである。２０９はインタフェースであり、このインタフェース２０９を介して外部装置とのデータのやり取りを行う。本実施形態では、インターフェース２０９はネットワーク１０６との接続を実現する。

本実施形態では、ＦＤ２０４からネットワークプリンタ制御プログラム及び関連データを直接ＲＡＭ２０２にロードして実行させる例を示すが、これ以外にも、ネットワークプリンタ制御プログラムを動作させる度に、既にネットワークプリンタ制御プログラムがインストールされているＨＤ２０５からＲＡＭ２０２にロードするようにしても良い。

また、このネットワークプリンタ制御プログラムを記録した媒体は、ＦＤ以外にＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＰＣカード、ＤＶＤ、ＩＣメモリカードであっても良い。更に、このネットワークプリンタ制御プログラムをＲＯＭ２０１に記憶させておき、メモリマップの一部となすように構成し、直接ＣＰＵ２００で実行することも可能である。

また、以上の各装置と同等の機能を実現するソフトウェアにより、ハードウェア装置の代替として構成することもできる。

また、このネットワークプリンタ制御プログラムのことを、簡単に印刷制御プログラムと呼ぶこともある。この印刷制御プログラムは、クライアントＰＣにおいて印刷ジョブの印刷先の変更を指示したり、印刷順序を変更する指示をするための制御を行うプログラムを含み、プリントサーバ１０１において、印刷ジョブの順序制御を行ったり、印刷ジョブの印刷終了や印刷先変更要求などを通知するためのプログラムを含んでいる。

また、このような制御を行う印刷制御プログラムは、クライアントＰＣにインストールされるモジュールと、プリントサーバ１０１にインストールされるモジュールとを別々に分けても良いし、１つの印刷制御プログラムが、実行される環境によりクライアントＰＣ用として機能したり、プリントサーバ用として機能するようにしても良い。或いは一台のコンピュータに、クライアントＰＣ用の機能を持つモジュールとプリントサーバ用として機能するモジュールを一緒にインストールし、同時に、或いは時分割で擬似的に平行動作させる構成も可能である。

また、制御プログラムは、クライアントにインストールされるモジュールと、プリントサーバにインストールされるモジュールとが協働することによって実現するようにしても良いし、クライアント或いはプリントサーバにインストールされるモジュール単独で実現するようにしても良い。

図３は、本実施形態における機能モジュールの構成を示す図である。各機能はＣＰＵ２００が制御プログラムを実行することで実現される。ユーザは、アプリケーション３０１（例えばMicrosoft Word（登録商標）など）を用いて文書等の印刷を指示する。アプリケーション３０１は、ＯＳ（OperatingSystem）のグラフィック機能を介して一連の描画命令を生成させ、ドライバ３０２を用いてプリンタが解釈可能な印字データを作成する。その際、ドライバ３０２は印字データにジョブＩＤ等の種々の付属情報（ジョブ付属情報）を加えて印刷ジョブを生成する。図５は印刷ジョブのデータ構成例を示す図であり、ジョブ付属情報としてジョブＩＤ５１、オーナー名５２（ドライバ作成ユーザ名）、ドキュメント名５３、ジョブ種類５４、作成日５５が付加されている。尚、本明細書においては、説明のため、印刷ジョブの作成者名をオーナー名、システムにログインしているユーザの名称をログインユーザ名と称して区別する。ただし、これらは同一の参照先から得られるデータであってもよい。

尚、ドライバからジョブ追跡モジュール３０４に渡されるログインユーザ名、オーナー名については、アプリケーションからＯＳを介してドライバ３０２に入力される描画命令に付随する情報がもととなる。

ドライバ３０２は作成した印刷ジョブをスプーラ３０３に転送するとともに、当該印刷ジョブの付属情報（例えば、ジョブＩＤ、オーナー名（ドライバ作成ユーザ名）、ドキュメント名等）をジョブ追跡モジュール３０４に渡す。尚、セキュアプリントにおいて印刷ジョブが暗号化等のセキュリティ処理により変形される場合は、スプーラ３０３へ転送される印刷ジョブおよびジョブ追跡モジュール３０４へ提供されるジョブ付属情報はセキュリティ処理が施された後のものとなる。

ジョブ追跡モジュール３０４は、当該ジョブ付属情報を受け取ったタイミングでＯＳ３０６から所定のＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍ Ｉｎｔｅｒｆａｃｅ）を用いてログインユーザ名を取得し、ドライバ３０２から渡されたジョブ付属情報を元に図４に示すフォーマットのジョブ追跡情報を作成しＲＡＭ２０２等の記憶領域に適宜保存する。

ＯＳからのログインユーザ名の取得方法としては、例えば、Windows（登録商標）XPでユーザを即時に切り替えられるTerminal Service の機能の一環のFast UserSwitching において、現在のユーザ情報を取得するには、Terminal Service (MetaFrame) の Win32API を利用することが挙げられる。まず、WTSEnumerateSessions()或いはWTSQueryUserToken()によって、現在どのユーザによってセッションが確立されているかを取得し、ログインユーザ名とセッションIDを夫々列挙する。そして、WTSGetActiveConsoleSessionId()によって、現在アクティブのセッションがわかります。この２つの情報の組み合わせによって、どのログインユーザ（識別情報）が現在アクティブのセッションであるかを知ることができる。

また、Windows（登録商標）2000やXPにおいては、NetWkstaUserEnum()や、NetWkstaUserGetInfo()などを自身を対象に問い合わせることにより、現在のログインユーザ名をジョブ追跡モジュールにより取得することができる。

なお、本実施形態において、ジョブ追跡モジュール３０４はドライバ３０２からジョブ付属情報を受け取るように構成しているが、ドライバ３０２から印刷ジョブを受け取り、ジョブ追跡モジュール３０４にてジョブ付属情報を抽出するように構成してもよい。また、ジョブ付属情報が暗号化されるシステムでは、これを復号する構成をジョブ追跡モジュール３０４に設けてもよい。また、ドライバ３０２からジョブ付属情報を渡してもらってからドライバ３０２に印刷ジョブに含まれるログインユーザ名を表す第１識別情報に対して暗号化等のセキュリティ処理を行なわせるようにすれば、所定のＡＰＩを用いてＯＳからログインユーザ名を取得する処理を省略することができる。また、以降の各実施形態においても同様であるが、ジョブ追跡情報は図４に示す情報の全てを含む必要はない。例えば第１実施形態であれば、ジョブＩＤとログインユーザ名が必須であり、他はオプションである。

スプーラ３０３はユーザが選択したプリンタにドライバ３０２から渡された印刷ジョブを渡す。プリンタ１０５は、印刷ジョブの実行において何らかの状態になったとき、例えば印刷ジョブの印刷が終了したとき、または終了とみなされるタイミングで通知情報を生成して、これをホストのジョブ追跡モジュール３０４に提供する。この通知情報には、当該印刷ジョブのジョブＩＤ、ジョブ情報、オーナー名（ドライバ作成ユーザ名）、ファイル名、ジョブ種類、印刷実行時間等を含む付属情報が含まれる。なお、本実施形態では印刷ジョブの終了を通知する通知情報について説明するものとし、このような通知情報を結果通知情報と称する。

ジョブ追跡モジュール３０４は、ＲＡＭ２０２等の記憶領域に保存したジョブ追跡情報４０とプリンタから得た結果通知情報に含まれるジョブ付属情報を比較し、当該結果通知情報を表示するか否かを判定する。結果通知情報を表示すると判定された場合、終了通知表示モジュール３０５は図８に示すように結果通知を表示する。なお、アプリケーション３０１、ドライバ３０２、スプーラ３０３、ジョブ追跡モジュール３０４および終了通知表示モジュール３０５は同一の情報処理装置にあってもよいし、複数の情報処理装置に分散されてもよい。本実施形態では、説明を簡単にするために、１台の情報処理装置に上記機能モジュール（３０１〜３０５）を設けた場合を説明する。

図４は、ジョブ追跡モジュール３０４がドライバ３０２から通知されたジョブ付属情報とＯＳ３０６から取得したログインユーザ名を元に作成し、ＲＡＭ２０２等の記憶領域に記憶、保存するジョブ追跡情報４０の例を示す図である。この例では、ドライバ３０２から提供されたジョブ付属情報（ジョブＩＤ４１、オーナー名４３（ドライバ作成ユーザ名）、ドキュメント名４４等）と、ジョブ作成時間４５、ＯＳ３０６における現在のログインユーザ名４２を含む。現在のログインユーザ名４２は所定の方法により、ドライバ３０２から渡された付属情報に含まれるオーナー名（ドライバ作成ユーザ名）とは別にＯＳ３０６から取得して、１ジョブ毎に保存する。ジョブＩＤ４１は印刷システムにおいてジョブが一意に決まる情報である。例えば、ホスト名とジョブ毎に加算される十分大きな範囲を持つ数字の組み合わせなどである。

以下、図６のフローチャートを参照して本実施形態による印刷ジョブの終了通知処理について説明する。尚、本実施形態では印刷ジョブの終了通知を例にあげるが、印刷ジョブの他の処理状態に関する通知についても同様の処理を適用できることは当業者には明らかであろう。

アプリケーション３０１において印刷が指示されると、ドライバ３０２はジョブ通知モジュール３０４に対して印刷ジョブの開始を所定の方法で通知する（ステップＳ６０１）。その際に、ジョブ付属情報としてジョブＩＤ、オーナー名、ドキュメント名、作成日等を渡す。ジョブ追跡モジュール３０４は、受け取ったジョブ付属情報と、ＯＳ３０６或いはドライバ３０２から取得したログインユーザ名等を用いて図４に示されるような追跡情報４０をジョブ単位で生成し、ＲＡＭ２０２にジョブ毎に記憶保存する。尚、オーナー名をログインユーザを用いて生成する場合には、識別情報としての内容はオーナー名もログインユーザ名も同様の内容となる。

印刷ジョブをスプーラ３０３にスプールした後、インターフェイス２０９を介してプリンタ１０５に送信する（ステップＳ６０２）。送信された印刷ジョブはプリンタ１０５により印刷される。プリンタ１０５は印刷が完了すると、その旨を示す結果通知情報を生成する。上述したように結果通知情報には、印刷結果と付属情報（例えば、ジョブ付属情報に含まれていたジョブＩＤ、オーナー名、ジョブ種類、作成日や、印刷実行時間等を含む）が含まれる。

インターフェイス２０９を介してプリンタ１０５からの結果通知情報を受信すると（ステップＳ６０３）、ジョブ追跡モジュール３０４は、結果通知情報に含まれている付属情報（ジョブ種類）に基づいて、当該印刷ジョブの種類がセキュアジョブ（オーナ名４３、ドキュメント名４４を書き換えたジョブ）か否かを判断する（ステップＳ６０４）。なお、結果通知情報のジョブＩＤから対応するジョブ追跡情報４０を検索し、ログインユーザ名４２とオーナー名４３が一致しない場合にセキュアジョブであると判定するようにしてもよい。ただしこの場合は、セキュアジョブと判定された時点で該当するジョブ追跡情報が存在していることになるので、図７で後述するＳ７０１の処理（該当ジョブが存在するか否かの判定）は不要となる。

ステップＳ６０４でセキュアジョブと判断した場合は、後述の図７に示される方法により当該終了通知を表示するかどうかを判定する（ステップＳ６０５）。ステップＳ６０５で、当該終了通知を表示すると判定した場合は、図８に示すような結果通知を作成しディスプレイ２０７に表示する（ステップＳ６０６）。

一方、ステップＳ６０４で、当該印刷ジョブのジョブ種類がセキュアジョブでない、すなわち通常ジョブであると判断した場合は、ＲＡＭ２０２等に保存されている、当該印刷ジョブに対応するジョブ追跡情報からオーナー名４３を取得するとともにＯＳ３０６から現在のログインユーザ名を取得し、それらを比較する。オーナー名と現在のログインユーザ名が一致した場合は図８に示すような終了通知をディスプレイ２０７に表示する（ステップＳ６０６）。尚、通常ジョブの場合は、ステップＳ６０３でプリンタから通知されたオーナー名と、ジョブ追跡情報のオーナー名４３に設定された値が一致することが保証されるので、プリンタから通知されたオーナー名をステップＳ６０７における比較に用いてもよい。

次に、図７を用いて、上述したステップＳ６０５の終了通知表示判定処理について説明する。

ジョブ追跡モジュール３０４は、ステップＳ６０３で受信した付属情報を含む結果通知情報の中のジョブＩＤをキーとして、ＲＡＭ２０２に保存されているジョブ追跡情報から、該当するジョブ追跡情報を検索する（ステップＳ７０１）。該当するジョブ追跡情報が存在する場合は、そのジョブ追跡情報からログインユーザ名を取得するとともに、ＯＳ３０６より現在のログインユーザ名を取得し、両者を比較する（ステップＳ７０２）。両者が一致した場合、即ちステップＳ７０２でＹＥＳと判断される場合は、ステップＳ６０５でＹＥＳと判断されたことになり、ステップＳ６０６へ進み、図８に示すような終了通知をディスプレイ２０７に表示する。一方、ジョブ追跡情報のログインユーザ名とＯＳ３０６から取得された現在のログインユーザ名が一致しない場合、即ちステップＳ７０２でＮＯと判断された場合は、ステップＳ６０５でＮＯと判断されたことになり、当該印刷ジョブの終了結果の表示は行われない。

このステップＳ７０２の処理により、ドライバ３０２から渡される印刷ジョブ５０のジョブ付属情報（図５）に含まれ、追跡情報４０のオーナ名４３に保持されるオーナー名（ドライバ作成ユーザ名）を用いずに、ジョブ追跡モジュールがジョブ生成時に別途取得し、追跡情報４０に保持したログインユーザ名４２を用いて終了通知表示の可否が判断される。このため、第１実施形態によれば、現在のログインユーザ名が、メッセージを提示すべきユーザか否かを適切に判定できる。すなわち、ジョブ追跡モジュール３０４は、少なくとも印刷ジョブのジョブＩＤと印刷ジョブ生成時のログインユーザ名を対応付けて保持しておき、結果通知情報を受信したときにはその結果通知情報に含まれるジョブＩＤで検索することにより当該印刷ジョブの生成時のログインユーザ名を取得し、これを現在のログインユーザ名と比較する。そして、この比較結果に基づいて結果通知情報を表示するか否かを判定する。

例えば、ドライバ３０２から渡された印刷ジョブのジョブ付属情報が暗号化され、オーナー名が解読不可能であるような場合にも対応することができる。また、ホストに与えられた現ログインユーザ名を取得する方法が複数存在し、ドライバとジョブ追跡モジュールが異なる方法を用いた場合、同一ユーザ環境であっても取得したログインユーザ名が異なり、終了通知表示判定処理で「表示しない」と誤判定される不具合があるような事態も解消される。すなわち、ジョブ追跡情報に登録するログインユーザ名も、ステップＳ７０２で取得される現ログインユーザ名も同じジョブ追跡モジュールが取得するので、ログイン取得方法が複数種類存在するような環境であってもその影響を受けることはない。

＜第２実施形態＞
上述した第１実施形態では、追跡情報に記録されたログインユーザ名と現在のログインユーザ名が不一致となった場合には終了結果通知の表示を禁止する構成を説明した。一方、Windows（登録商標）ＸＰでは、一台のパソコンを複数の人たちが使い分けることを想定して、マルチログインという機能を提供している。これは、あらかじめ起動した画面に登録されているユーザ名を表示して、その名前をクリックし、パスワードを入力することによって、その人専用のデスクトップを表示する機能である。また、更に、複数のユーザが同時にログインした状態を保ちながら、ユーザの切り替えを可能とした動作環境（マルチユーザという）も提供されている。このような動作環境においては、ログインユーザが頻繁に切り替わる可能性がある。そこで、第２実施形態では、ログインユーザが切り替わって終了結果通知の表示が禁止されたような場合に、その結果通知情報を保持し、対応するログインユーザ名で再度ログインされた際に印刷結果通知を可能とする。

第２実施形態の印刷システムの構成は第１実施形態と同様であるが、結果通知の表示処理に関して次の点が異なる。まず、第２実施形態では、図６のステップＳ６０５においてログインユーザ名が異なる場合に、その結果通知情報をオーナ（ログインユーザ名）毎に保持しておく。そして、ＯＳ３０６に対するログインユーザの切り替わりを監視し、ロツインユーザの切り替わりが発生したタイミングで上記保持した結果通知情報を検索し、ログインユーザ名が一致する結果通知情報があれば、その終了通知を表示する。以下、第２実施形態の処理について図９および図１０のフローチャートを参照して説明する。

図９は第２実施形態によるステップＳ６０５の処理を説明するフローチャートである。第１実施形態の図７で示した処理に代えて図９に示す処理が実行される。ステップＳ７０１およびＳ７０２の処理は第１実施形態で説明したとおりである。即ち、ステップＳ６０３で受信した付属情報を含む印刷結果の中のジョブＩＤをキーとして、ＲＡＭ２０２に保存されているジョブ追跡情報から、該当するジョブ追跡情報を検索する（ステップＳ７０１）。該当するジョブ追跡情報が存在する場合は、そのジョブ追跡情報からログインユーザ名を取得するとともに、ＯＳ３０６より現在のログインユーザ名を取得し、両者を比較する（ステップＳ７０２）。両者が一致した場合は、ステップＳ６０５の判定結果がＹＥＳとなり、ステップＳ６０６で図８に示すような終了通知をディスプレイ２０７に表示する。

ジョブ追跡情報のログインユーザ名とＯＳ３０６から取得された現在のログインユーザ名が一致しない場合はステップＳ７０２からステップＳ９０１へ進み、当該結果通知情報と対応する追跡情報をＲＡＭ２０２の所定のエリアに保持しておく。この場合、ステップＳ６０５の判定結果としてはＮＯであり、当該結果通知情報は表示されない。

ジョブ追跡モジュール３０４は、一方で常時ログインユーザ名を監視し、ログインユーザ名が変化した際にその新たなログインユーザ名に対して表示すべき通知情報があればこれを表示する。この処理について図１０のフローチャートを参照して説明する。

ジョブ追跡モジュール３０４はログインユーザ名をＯＳ３０６より取得し、ＲＡＭ２０２に確保されたログインユーザ名保存領域に、保存、記憶する（ステップＳ１００１）。ジョブ追跡モジュール３０４は予め決められた時間毎にログインユーザ名を取得し、ステップＳ１００１で保存したログインユーザ名と比較する（ステップＳ１００２）。この比較の結果、ログインユーザ名が異なる場合は、現在のログインユーザ名をＲＡＭ２０２の上記ログインユーザ名保存領域に記憶することにより、ログインユーザ名を更新する（ステップＳ１００３）。次に、この新たなログインユーザ名で上述のステップＳ９０１にてＲＡＭ２０２に保存された追跡情報を検索し、ログインユーザ名が一致する追跡情報が存在するどうかを判断する（ステップＳ１００４）。

ステップＳ１００４で、そのような追跡情報があると判断した場合は、ステップＳ１００５へ進み、対応する結果通知情報を取得して終了通知を行う（ステップＳ１００５）。なお、以上の図１０に示されたステップＳ１００１〜Ｓ１００５の処理は、図６および図９で示した終了通知表示処理とは別に、並列してジョブ追跡モジュール内で実行される。

以上のように第２実施形態によれば、ジョブ追跡情報（特にジョブＩＤとログインユーザ名）と結果通知情報を対応付けて保持しておくことにより、結果通知情報を受信した時点ではログインユーザが異なっていた場合でも、その後対応するログインユーザに切り替わったときに結果通知情報を表示させることができる。従って、頻繁にユーザが切り替わった場合でも終了通知等を漏らすことなく適切に表示できる。

なお、上記第２実施形態ではセキュアジョブの場合に結果通知情報を保持しておく構成を説明したが、セキュアジョブ等の指定が含まれない通常の印刷ジョブについても適用できる。この場合、図６のステップＳ６０７でＮＯに分岐した場合にその結果通知情報とジョブ追跡情報を保持しておき、ステップＳ１００４における検索の対象とすればよい。

＜第３実施形態＞
第１実施形態では、結果通知情報から対応する追跡情報を検索し、追跡情報に登録されたログインユーザ名と現在のログインユーザ名を比較することにより結果通知情報を表示するか否かを決定した。このような構成によれば、第２実施形態で示したように、ログインユーザ名の変更を監視することにより、後に結果通知情報とログインユーザ名が一致した際にこれを表示できる等のメリットがある。

第３実施形態では、追跡情報にログインユーザ名を登録することを不要としながらも正しいログインユーザに対して結果通知を行う構成を説明する。

図１１、図１２を用いて第３実施形態における図６のステップＳ６０５の終了通知表示判定処理について説明する。終了通知表示判定処理以外は、第１の形態と同じであるので説明は省略する。ただし、追跡情報にログインユーザ名を記録する必要なない。

ジョブ追跡モジュール３０４は、起動されるとＯＳ３０６よりログインユーザ名を取得し、ＲＡＭ２０２に確保されたログインユーザ名保存領域にこれを記憶する（ステッＳ１１０１）。次に、ジョブ追跡モジュール３０４は、予め決められた時間毎にＯＳ３０６よりログインユーザ名を取得し、ステップＳ１１０１で保存たログインユーザ名と比較する（ステップＳ１１０２）。この比較の結果、両者が異なると判定された場合は、ＲＡＭ２０２の所定の領域に保存してあるジョブ追跡情報を無効化する（ステップＳ１１０３）。この無効化は、例えば、ジョブＩＤを０クリアするなどにより実現される。次に、現在のログインユーザ名をＲＡＭ２０２の上記ログインユーザ名保存領域に上書き保存してログインユーザ名を更新する（ステップ１１０４）。尚、ステップＳ１１０１〜Ｓ１１０４の処理は、ステップＳ６０５の終了通知表示判定手段とは並列してジョブ追跡モジュール３０６内で実行されている。

次に、図１０を用いて終了通知判定処理を説明する。ジョブ追跡モジュールは、通知情報の付属情報に基づき、ＲＡＭ２０２に保存されているジョブ追跡情報から、該当するジョブを検索する（ステップ１２０１）。ログインユーザが変わった場合には、ステップ１１０３により追跡対象のジョブ情報が無効化されているので、ステップ１２０１において該当ジョブが検索されない。よってログインユーザが変わっていない場合だけ、終了通知判定処理により終了通知を表示することができる。

以上のように第３実施形態によれば、追跡情報にログインユーザを登録することが不要であり、また、ユーザが切り替わった時点で保持していた追跡情報をクリアすることにより、使用メモリ量が少なくて済む。また、ログインユーザ名（ユーザ識別子）が何らかの制限により取得できないような環境においても、終了通知を正しいユーザに提示することができる。

＜第４実施形態＞
上述したようにWindows（登録商標）ＸＰでは、一台のパソコンを複数のユーザが使い分けることを想定して、マルチログインという機能を提供している。そしてこのようなマルチログイン環境において、ホストにログインするユーザ名として同じ名前を使う場合がある。例えば、全員がユーザ名「Guest」でログインするような場合がある。このような場合は、実際には異なるユーザがログインしていたとしてもログインユーザ名が一致してしまい、上記第１実施形態による結果通知表示処理では異なるユーザに結果通知を行ってしまうことになる。

そこで、以下の第４乃至第６実施形態では、そのような場合を想定して、同じユーザ名であっても一度ログオフした場合はユーザが代わったものとして終了通知を表示させないように制御する。すなわち、印刷実行したユーザがログオフしていない場合にのみ終了通知を表示するようにする。

図１３と図１２を用いて第４実施形態における図６のステップＳ６０５の終了通知表示判定処理について説明する。終了通知表示判定処理以外は、第１の形態と同じであるので説明は省略する。ただし、第４実施形態では追跡情報にログオンユーザ名は不要である。

ジョブ追跡モジュールは、起動された後、ログオフ或いはログインユーザの切り替えが発生したかどうかを監視し（ステップＳ１３０１）、ログオフ或いはログインユーザの切り替えが検出された場合は、ＲＡＭ２１２に保存してあるジョブ追跡情報を無効化する（ステップ１３０２）。例えば、ログオフの発生を監視する方法としては、ログオフに伴うＯＳの終了処理からの通知を監視することが挙げられる。ジョブ追跡情報の無効化の方法としては、例えば、ジョブＩＤを０クリアするなどがあげられる。その後、ステップＳ１３０１に戻り、ログオフ、或いはログインユーザの切り替えの発生を監視する。

ステップＳ６０５の終了通知判定処理は図１２で上述した処理と同様である。この結果、印刷ジョブの送信から終了結果情報の受信までの間にログオフ或いはログインユーザの切り替えが発生した場合には、ステップ１３０２により追跡対象のジョブ情報が無効化されており、ステップ１２０１において該当ジョブが検索されない。よってログオフおよびログインユーザの切り替えが発生していない場合だけ終了通知を表示すると判定されることになる。

ログオフ或いはログインユーザの切り替えが一度でも発生した場合は、印刷実行時と現在ログインしているユーザが一致していない可能性が高いと判定でき、ジョブ実行していないと推定される現ログインユーザに他人のジョブ終了結果を表示させないことが可能になる。よって、例えば「Guest」といったような同じログインユーザ名でログインされていたとしても通知結果の表示の実行可否に関して適切な判定を実現できる。

＜第５実施形態＞
第５実施形態も第４実施形態と同様に、同一のログインユーザ名で異なるユーザがログインする可能性のある環境において、通知結果の表示の実行可否をより適切に判定するものである。図１４を用いて、第５実施形態における図６のステップＳ６０５の終了通知表示判定処理について説明する。基本的な動作は、第１実施形態と同じであるので異なる点のみ説明する。尚、第４実施形態と同様に、追跡情報にログインユーザ名は不要である。

ジョブ追跡モジュール３０４は、ユーザのログオフで終了し、ユーザのログイン毎に起動されるものとする。ジョブ追跡モジュール３０４は起動時に現在時刻を所定の方法により取得し、ＲＡＭ２０２のジョブ追跡モジュール起動時間記憶領域にこれを記憶しておく。

ステップＳ６０５の処理が開始されると、ジョブ追跡モジュール３０４は、ＲＡＭ２０２に保存されているジョブ追跡情報４０から、入力された通知結果情報に対応する追跡情報を検索する（ステップＳ１４０１）。該当するジョブが存在する場合、ジョブ追跡モジュール３０４は、検索されたジョブ追跡情報からジョブ生成時間を取得し、自身が起動時にＲＡＭ２０２の上記ジョブ追跡モジュール起動時間記憶領域に保存した起動時間とジョブ生成時間を比較する（ステップＳ１４０２）。

この比較の結果、ジョブ生成時間がジョブ追跡モジュール起動時間より後の場合は、ログオフが発生していないと判断され、ステップＳ６０６による通知結果情報を実行する。すなわち、現ログインユーザがログイン後１度もログオフしていない場合だけ、終了通知が表示されることになる。

＜第６実施形態＞
第６実施形態においても、第５実施形態と同様に時間を基準としてログオフ発生の有無を判定しようとするものである。

図１５を用いて第６実施形態における図６のステップＳ６０５の終了通知表示判定処理について説明する。終了通知表示判定処理以外は第５の実施形態と同様である。ただし、ユーザのログイン毎にジョブ追跡モジュール３０４を起動して起動時刻を保持するような処理は不要である。

ジョブ追跡モジュール３０４は、通知された付属情報に基づき、ＲＡＭ２０２等の記憶領域に保存されているジョブ追跡情報を検索する（ステップ１５０１）。対応するジョブ追跡情報が存在した場合は、ステップＳ１５０２へ進み、ジョブ追跡モジュール３０２はＲＡＭ２０２に保存されたジョブ追跡情報から該当ジョブのジョブ生成時間を取得するとともに、ホストより提供されている現在時刻を取得し、当該ジョブが生成されてからの経過時間を計算する。次に、ステップＳ１５０３において、ステップ１５０２で得られた経過時間と、予め決められ、ＲＡＭ２０２に保存されているタイムアウト時間とを比較する。そして、タイムアウト時間以内であればログオフは発生していないと判断し、ステップＳ６０６による終了結果の通知を実行する。

なお、上記第５、第６実施形態ではジョブの生成時刻を用いたが、例えばジョブの送信時刻を用いるようにしてもよい。この場合、追跡情報にジョブ送信時刻が保持されることは言うまでも無い。

＜第７実施形態＞
次に、図１６を用いて、第７実施形態における図６のステップＳ６０５の終了通知表示処理について説明する。上述したようにマルチログインでは１つのホストに、複数ユーザが同時にログインすることが考えられる。そのようなケースにおいてもジョブ追跡モジュールをホストで常に１つ起動させ、終了通知表示モジュールはユーザログイン毎に起動するという改良が考えられる。基本的な動作は、第１の実施の形態と同じであるので、異なる点のみ説明する。

ジョブ追跡モジュールは、ユーザログイン毎に確立されるセッションに関し、ホストにより提供される識別情報を取得する。例えば、ユーザＡ、ユーザＢが同時にログインした場合、識別情報は、Ｓ１、Ｓ２となる。ユーザＡがログオフし、再度ログインした場合、識別情報は、Ｓ３となる。また、ジョブ追跡モジュールは、起動中の終了通知表示モジュールをセッション単位で認識し、そのセッション情報をＲＡＭ２０２に確保したセッション情報保存領域に保存し、目的の終了通知表示モジュールに終了通知表示依頼ができるものとする。ユーザ毎のセッションで起動されるドライバによりジョブの開始を所定の方法で通知されるステップＳ６０１において、セッション識別情報をＲＡＭ２０２に確保したジョブ追跡情報と一緒に保存、記録する。

次に、ステップ６０５の終了通知判定処理を図１６により説明する。

ジョブ追跡モジュールは３０４、ＲＡＭ２０２に保存されているジョブ追跡情報から結果通知情報に対応するジョブ追跡情報を検索する（ステップ１５０１）。対応するジョブ追跡情報が検索された場合、ジョブ追跡モジュール３０４は、検索されたジョブ追跡情報からセッション情報を取得し、ＲＡＭ２０２に確保したセッション情報保存領域に該当するセッション情報が記載されているか判断する（ステップＳ１５０２）。該当するセッション情報が記載されておれば、ステップＳ６０６にて結果通知情報を表示する。こうして、印刷実行したドライバのセッションと、終了通知表示モジュールのセッションが同じである場合は、同一のユーザであると判断して終了通知を表示することが可能となる。

以上のように、第７実施形態によれば、ユーザがログインしている環境（セッション）専用の表示モジュールが提供される場合において、追跡モジュールを１つにして、全ユーザのジョブを追跡し、表示はユーザ固有のモジュールに渡すようにする。これにより、終了通知が異なるユーザに提示されることを防止している。

以上、実施形態例を詳述したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記憶媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。

例えば、ジョブ追跡モジュール３０４をプリントサーバ１０１等の外部装置に置くこともできる。ただし、この場合、ジョブ追跡情報を保持するにあたって、当該印刷ジョブを送ってきた情報処理装置からログインユーザ名を取得する構成をプリントサーバ１０１とクライアント装置が備えていなければならない。ジョブ追跡モジュール３０４は、ジョブ追跡情報のログインユーザ名と、当該印刷ジョブの送信元のクライアント装置から取得した現在のログインユーザ名を比較し、表示すべきクライアント装置を判定及び決定し相応しい終了通知表示モジュール３０５に結果通知表示依頼することになる。

以上述べてきたように、セキュリティー強化のために印刷ジョブ中のユーザ識別情報に暗号化等のセキュリティ処理が施されるような場合でも、適切なログインユーザに対して印刷ジョブの状態を知らしめることができるようになる。

例えば、印刷装置から取得した印刷終了ジョブに含まれるユーザ名と、現在のホスト名・ログインユーザ名一致した場合、結果通知を表示することにより、適切なログインユーザに対しての結果通知を行なおうとしても、それを実現できないという問題を解消することができる。

尚、本発明は、前述した実施形態の機能を実現するソフトウェアのプログラム（実施形態では図に示すフローチャートに対応したプログラム）を、システムあるいは装置に直接あるいは遠隔から供給し、そのシステムあるいは装置のコンピュータが該供給されたプログラムコードを読み出して実行することによっても達成される場合を含む。

従って、本発明の機能処理をコンピュータで実現するために、該コンピュータにインストールされるプログラムコード自体も本発明を実現するものである。つまり、本発明は、本発明の機能処理を実現するためのコンピュータプログラム自体も含まれる。

その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等の形態であっても良い。

プログラムを供給するための記録媒体としては、例えば、フロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤ（ＤＶＤ−ＲＯＭ，ＤＶＤ−Ｒ）などがある。

その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続し、該ホームページから本発明のコンピュータプログラムそのもの、もしくは圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバも、本発明に含まれるものである。

また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせ、その鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。

また、コンピュータが、読み出したプログラムを実行することによって、前述した実施形態の機能が実現される他、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳなどが、実際の処理の一部または全部を行ない、その処理によっても前述した実施形態の機能が実現され得る。

さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行ない、その処理によっても前述した実施形態の機能が実現される。

第１実施形態にかかる印刷システムの構成を示すブロック図である。 図１におけるサーバ或いはクライアントの構成を示すブロック図である。 第１実施形態にかかる印刷システムの機能構成を示す図である。 ジョブ追跡モジュールがジョブ毎に記憶保存するジョブ付属情報のデータ構成例を示す図である。 印刷ジョブのデータ構成例を示す図である。 第１実施形態による印刷ジョブの終了通知処理を説明するフローチャートである。 第１実施形態による終了通知判定処理を説明するフローチャートである。 印刷成功の通知例を示す図である。 第２実施形態による終了通知判定処理を説明するフローチャートである。 第２実施形態によるログインユーザ名更新処理を説明するフローチャートである。 第３実施形態による追跡情報の消去処理を説明するフローチャートである。 第３実施形態による終了通知判定処理を説明するフローチャートである。 第４実施形態による追跡情報の消去処理を説明するフローチャートである。 第５実施形態による終了通知判定処理を説明するフローチャートである。 第６実施形態による終了通知判定処理を説明するフローチャートである。 第７実施形態による終了通知判定処理を説明するフローチャートである。

Claims (22)

1. 印刷装置と通信可能な情報処理装置において印刷ジョブの処理状態を通知する通知方法であって、
   印刷ジョブが生成、送信される時点のログインユーザを表す第１識別情報を取得する第１取得工程と、
   外部装置より印刷ジョブの処理状況を示す通知情報を受信する受信工程と、
   前記受信工程で前記通知情報を受信した場合にその時点のログインユーザを表す第２識別情報を取得する第２取得工程と、
   前記通知情報に対応する印刷ジョブに関して前記第１取得工程で取得した前記第１識別情報と、前記第２取得工程で取得した前記第２識別情報との比較により該通知情報を報知するか否かを判定する判定工程とを備えることを特徴とする通知方法。
2. 印刷ジョブに含まれるログインユーザを示す情報にセキュリティ処理を施すセキュリティ処理工程を更に備えることを特徴とする請求項１に記載の通知方法。
3. 生成された印刷ジョブに関連して前記第１取得工程で取得された第１識別情報を、該印刷ジョブとの対応を認識可能に記憶部に保持する保持工程を更に備え、
   前記判定工程は、前記通知情報に対応する印刷ジョブに対応した第１識別情報を前記記憶部より取得し、前記第２識別情報との比較を行うことを特徴とする請求項１に記載の通知方法。
4. 前記保持工程では、前記生成された印刷ジョブのジョブ識別情報と前記第１識別情報とを関連付けて保持し、
   前記判定工程は、前記受信工程において受信した通知情報に含まれるジョブ識別情報に関連付けられた第１識別情報を前記記憶部より取得し、前記第２識別情報との比較を行うことを特徴とする請求項３に記載の通知方法。
5. 前記第１および第２取得工程では、オペレーティングシステム或いは印刷データ生成部よりログインユーザ名を取得することを特徴とする請求項１乃至４のいずれかに記載の通知方法。
6. 前記判定工程は、前記通知情報に対応する印刷ジョブが所定の種別であった場合には、前記通知情報から抽出されるユーザ識別情報と前記第２識別情報とを比較することを特徴とする請求項１に記載の通知方法。
7. 前記処理状況には印刷ジョブに関する印刷処理の終了が含まれることを特徴とする請求項１乃至６の何れかに記載の通知方法。
8. 前記第２取得工程は前記第２識別情報を定期的に取得し、
   前記判定工程で通知しないと判定された通知情報を対応する第１識別情報と関連付けて記憶部に保持する保持工程と、
   前記第２取得工程で取得された前記第２識別情報が変化した場合に、変化後の第２識別情報と前記保持工程で保持された通知情報の各々に関連する第１識別情報との比較により報知すべき通知情報を検出する検出工程とを更に備えることを特徴とする請求項１に記載の報知方法。
9. 印刷装置と直接的或いは間接的に通信可能な情報処理装置において印刷ジョブの処理状態を通知する通知方法であって、
   印刷ジョブが生成されて送信される時点におけるログインユーザ名と該印刷ジョブの識別情報を追跡情報として記憶部に保持する保持工程と、
   外部装置より印刷ジョブの処理状況を示す通知情報を受信する受信工程と、
   前記通知情報に対応する印刷ジョブに関連する追跡情報を前記記憶部で検索し、関連する追跡情報が検索された場合は該通知情報を報知する報知工程と、
   ログインユーザを定期的に取得し、ログインユーザが変化した場合に前記記憶部に記憶された追跡情報を無効化する無効化工程とを備えることを特徴とする通知方法。
10. 印刷ジョブに含まれるログインユーザを示す情報にセキュリティ処理を施すセキュリティ処理工程を更に備えることを特徴とする請求項９に記載の通知方法。
11. 前記無効化工程は、ログオフの発生を検出した場合に前記記憶部に記憶された追跡情報に含まれる識別情報を無効化することを特徴とする請求項８に記載の通知方法。
12. 印刷装置と直接的或いは間接的に通信可能な情報処理装置において印刷ジョブの処理状態を通知する通知方法であって、
    ログインの度にログイン時刻を更新して保持する保持工程と、
    印刷ジョブが生成され送信される際の時刻をジョブ追跡開始時間として取得する第１取得工程と、
    外部装置より印刷ジョブの処理状況を示す通知情報を受信する受信工程と、
    前記受信工程で受信した通知情報に対応する印刷ジョブに関して前記第１取得工程で取得したジョブ追跡開始時間と、前記保持工程で保持されたログイン時刻との比較により該通知情報を報知するか否かを判定する判定工程とを備えることを特徴とする通知方法。
13. 印刷装置と直接的或いは間接的に通信可能な情報処理装置において印刷ジョブの処理状態を通知する通知方法であって、
    印刷ジョブが生成され送信される際の時刻をジョブ追跡開始時刻として取得する第１取得工程と、
    外部装置より印刷ジョブの処理状況を示す通知情報を受信する受信工程と、
    前記受信工程で受信した通知情報に対応する印刷ジョブに関して前記第１取得工程で取得したジョブ追跡開始時刻と、該通知情報が受信された時刻までの所要時間に基づいて該通知情報を報知するか否かを判定する判定工程とを備えることを特徴とする通知方法。
14. 印刷装置と直接的或いは間接的に通信可能な情報処理装置において印刷ジョブの処理状態を通知する通知方法であって、
    印刷ジョブが生成され送信される時点のセッション識別子を取得する第１取得工程と、
    外部装置より印刷ジョブの処理状況を示す通知情報を受信する受信工程と、
    前記受信工程で前記通知情報を受信した時点のセッション識別子を取得する第２取得工程と、
    前記受信工程で受信した通知情報に対応する印刷ジョブに関して前記第１取得工程で取得したセッション識別子と、前記第２取得工程で取得したセッション識別子との比較により該通知情報を報知するか否かを判定する判定工程とを備えることを特徴とする通知方法。
15. 印刷ジョブに含まれるログインユーザを示す情報にセキュリティ処理を施すセキュリティ処理工程を更に備えることを特徴とする請求項１２乃至１４のいずれかに記載の通知方法。
16. 印刷装置と直接的或いは間接的に通信可能な情報処理装置であって、
    印刷ジョブが生成、送信される時点のログインユーザを表す第１識別情報を取得する第１取得手段と、
    外部装置より印刷ジョブの処理状況を示す通知情報を受信する受信手段と、
    前記受信手段で前記通知情報を受信した場合にその時点のログインユーザを表す第２識別情報を取得する第２取得手段と、
    前記通知情報に対応する印刷ジョブに関して前記第１取得手段で取得した前記第１識別情報と、前記第２取得手段で取得した前記第２識別情報との比較により該通知情報を報知するか否かを判定する判定手段とを備えることを特徴とする情報処理装置。
17. 印刷装置と直接的或いは間接的に通信可能な情報処理装置であって、
    印刷ジョブが生成されて送信される時点におけるログインユーザ名と該印刷ジョブの識別情報を追跡情報として記憶部に保持する保持手段と、
    外部装置より印刷ジョブの処理状況を示す通知情報を受信する受信手段と、
    前記通知情報に対応する印刷ジョブに関連する追跡情報を前記記憶部で検索し、関連する追跡情報が検索された場合は該通知情報を報知する報知手段と、
    ログインユーザを定期的に取得し、ログインユーザが変化した場合に前記記憶部に記憶された追跡情報を無効化する無効化手段とを備えることを特徴とする情報処理装置。
18. 印刷装置と直接的或いは間接的に通信可能な情報処理装置であって、
    ログインの度にログイン時刻を更新して保持する保持手段と、
    印刷ジョブが生成され送信される際の時刻をジョブ追跡開始時間として取得する第１取得手段と、
    外部装置より印刷ジョブの処理状況を示す通知情報を受信する受信手段と、
    前記受信手段で受信した通知情報に対応する印刷ジョブに関して前記第１取得手段で取得したジョブ追跡開始時間と、前記保持手段で保持されたログイン時刻との比較により該通知情報を報知するか否かを判定する判定手段とを備えることを特徴とする情報処理装置。
19. 印刷装置と直接的或いは間接的に通信可能な情報処理装置であって、
    印刷ジョブが生成され送信される際の時刻をジョブ追跡開始時刻として取得する第１取得手段と、
    外部装置より印刷ジョブの処理状況を示す通知情報を受信する受信手段と、
    前記受信手段で受信した通知情報に対応する印刷ジョブに関して前記第１取得手段で取得したジョブ追跡開始時刻と、該通知情報が受信された時刻までの所要時間に基づいて該通知情報を報知するか否かを判定する判定手段とを備えることを特徴とする情報処理装置。
20. 印刷装置と直接的或いは間接的に通信可能な情報処理装置であって、
    印刷ジョブが生成され送信される時点のセッション識別子を取得する第１取得手段と、
    外部装置より印刷ジョブの処理状況を示す通知情報を受信する受信手段と、
    前記受信手段で前記通知情報を受信した時点のセッション識別子を取得する第２取得手段と、
    前記受信手段で受信した通知情報に対応する印刷ジョブに関して前記第１取得手段で取得したセッション識別子と、前記第２取得手段で取得したセッション識別子との比較により該通知情報を報知するか否かを判定する判定手段とを備えることを特徴とする情報処理装置。
21. 請求項１乃至１５のいずれかに記載の通知方法をコンピュータによって実行させるための制御プログラム。
22. 請求項１乃至１５のいずれかに記載の通知方法をコンピュータによって実行させるための制御プログラムを格納した記憶媒体。

Images