JP2019144617A - プログラム、情報処理装置、および情報処理方法 - Google Patents

Abstract

【課題】 ジョブに関する通知を適切な通知先に対して行うことができる技術を提供する。【解決手段】 複数の実行装置のうちの所定の実行装置に対して第１の通知先に対応する第１のジョブと第２の通知先に対応する第２のジョブが発行され、且つ、前記第１のジョブが完了され前記第２のジョブが未完了の場合、前記第１のジョブに対応する通知先情報に基づいて前記第１の通知先に通知を行い、前記第２の通知先に通知を行わない。また、前記所定の実行装置に対して前記第１のジョブと前記第２のジョブが発行され、且つ、前記第１のジョブにおいてエラーが発生し前記第２のジョブが未完了の場合、前記第１のジョブに対応する通知先情報と前記第２のジョブに対応する通知先情報に基づいて、前記第１の通知先と前記第２の通知先に通知を行う。【選択図】 図１

Description

本発明は、実行装置により実行されるジョブに関する通知を行うプログラム、情報処理装置、および情報処理方法に関する。

従来、複数のパーソナルコンピュータ（以下ＰＣと称する）とプリンターをネットワークで接続して、効率的に印刷を行うシステムが広く利用されている。また、複数のプリンターが接続され、用途に応じて適切なプリンターを選択して印刷を行うことも少なくない。このようなネットワークシステムにおいて、複数のプリンターが複数のユーザー間で共用される。そのため、各ユーザーからある程度離れた場所にプリンターが設置されることがある。このため、ユーザーは自分が送信した印刷データの印刷処理が完了したことを、印刷データを送信した場所で直接確認することができない場合がある。そのため、例えばユーザーは、自分が送信した印刷データの印刷処理が完了した時間を予測してプリンターが設置されている場所まで印刷物を取りに行く。

一方で、ネットワークに接続されたプリンターは複数のユーザー間で共用されているので、他のユーザーが送信した印刷データも同じプリンターで印刷処理が行われる。そして、他のユーザーが送信した印刷データの容量等を把握することはできないので、自分が送信した印刷データの印刷処理が完了する時間を予測することは極めて困難である。そのため、ユーザーがプリンターの設置されている場所で印刷処理が完了するまで長時間待たされたり、逆に印刷処理が完了した印刷物が長時間放置されることがある。

特許文献１には、印刷ジョブに対応する通知先に、該印刷ジョブの終了通知やエラー通知を行うことが記載されている。

特開２００７−０２６３１７号公報

しかしながら、特許文献１に開示された技術のように、特定のプリンターにより印刷ジョブに基づいて印刷が実行され、該印刷ジョブに対応する通知先に、該印刷ジョブのエラー通知を行うとする。この場合、例えば該プリンターに他の印刷ジョブを送信した他のユーザーにはエラー通知が行われない。

そこで、例えば印刷ジョブに関する通知を全てのユーザーに送信した場合、あるユーザーに対して、無関係の他のユーザーの印刷ジョブの完了についても通知されてしまう。

上記の課題を鑑みて本発明は、ジョブに関する通知を適切な通知先に対して行うことができる技術を提供することを目的とする。

上述のような課題を解決するための本発明のプログラムは、ジョブを実行する複数の実行装置と接続され、前記ジョブに関する通知を行う情報処理装置を、前記複数の実行装置のいずれかにより実行される前記ジョブの状態に関する状態情報と、前記ジョブに対応する通知先に関する通知先情報を取得する取得手段と、前記取得手段により前記状態情報として前記ジョブの完了に対応する完了情報が取得された場合と、前記取得手段により前記状態情報として前記ジョブのエラーに対応するエラー情報が取得された場合に、前記取得手段により取得された前記通知先情報に基づき、前記ジョブに対応する前記通知先に通知を行う通知手段と、として機能させ、前記通知手段は、前記複数の実行装置のうちの所定の実行装置に対して第１の通知先に対応する第１のジョブと第２の通知先に対応する第２のジョブが発行され、且つ、前記第１のジョブが完了され前記第２のジョブが未完了の場合、前記第１のジョブに対応する通知先情報に基づいて前記第１の通知先に通知を行い、前記第２の通知先に通知を行わず、前記所定の実行装置に対して前記第１のジョブと前記第２のジョブが発行され、且つ、前記第１のジョブにおいてエラーが発生し前記第２のジョブが未完了の場合、前記第１のジョブに対応する通知先情報と前記第２のジョブに対応する通知先情報に基づいて、前記第１の通知先と前記第２の通知先に通知を行う、ことを特徴とするプログラム。

本発明によれば、ジョブに関する通知を適切な通知先に対して行うことができる。

本実施形態のシステム構成を示す図である。 本実施形態のプリンターのハードウェア構成を示す図である。 本実施形態の情報処理装置のハードウェア構成を示す図である。 本実施形態のプリンターを対象としたジョブ監視システムの機能ブロックを示す図である。 本実施形態に係るジョブ監視システムの全体の流れを示すフローチャートである。 本実施形態に係るユーザー識別情報の入力を受け付ける画面の一例を示す図である。 本実施形態に係るユーザー情報管理テーブルの一例を示す図である。 本実施形態に係るジョブ状態の監視処理の詳細を示すフローチャートである。 本実施形態に係るジョブキュー管理テーブルの一例を示す図である。 本実施形態に係る通知先の決定処理の詳細を示すフローチャートである。 本実施形態に係る通知先管理テーブルの一例を示す図である。 本実施形態に係る通知有無の判定処理の詳細を示すフローチャートである。 本実施形態に係る通知処理の詳細を示すフローチャートである。 第２の実施形態に係るジョブキュー管理テーブルの一例を示す図である。 第２の実施形態に係る通知先の決定処理の詳細を示すフローチャートである。 第２の実施形態に係る通知先の決定処理の一部である未完了ジョブの検索処理詳細を示すフローチャートである。 第２の実施形態に係る通知先管理テーブルの一例を示す図である。 第２の実施形態に係る通知有無の判定処理の詳細を示すフローチャートである。 第２の実施形態に係る通知有無の判定処理の一部である別プリンターにおける未完了ジョブの検索処理の詳細を示すフローチャートである。 第３の実施形態に係るプリンターグループ管理テーブルの一例を示す図である。 第３の実施形態に係るジョブキュー管理テーブルの一例を示す図である。 第３の実施形態に係る通知先管理テーブルの一例を示す図である。 第３の実施形態に係る通知有無の判定処理の詳細を示すフローチャートである。 第３の実施形態に係る同一グループにおける未完了ジョブの検索処理の詳細を示すフローチャートである。

以下、添付図面を参照して本発明の好適な実施の形態を詳しく説明する。尚、以下の実施の形態は特許請求の範囲に係る本発明を限定するものでなく、また本実施の形態で説明されている特徴の組み合わせの全てが本発明の解決手段に必須のものとは限らない。

＜実施形態１＞
図１は、本システムのネットワーク環境におけるシステム構成の一例を示す図である。本実施形態では、ジョブを実行する実行装置として、印刷ジョブを実行することで画像を印刷するプリンターを例に説明する。１０６から１０８に示すプリンターは、印刷が可能な複数のインクジェットプリンターであるが、代わりにレーザービームプリンタが用いられてもよい。以下では特に断らない限り、プリンターＡ１０６について説明するが、１０７、１０８も特に断らない限り同様の機能を備える。１０１から１０３に示す情報処理装置は、１０６から１０８に示すプリンターを対象として、印刷を実行する機能を備える。また、１０１から１０３に示す情報処理装置のうち少なくとも一つでは、印刷ジョブの状態を監視する機能と、印刷ジョブを識別可能なユーザー情報に基づいてユーザーに印刷ジョブの状態を報知する機能を備えるジョブ監視システムが実行される。１０１から１０３に示す情報処理装置と１０６から１０８に示すプリンターは、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）やイントラネット等のネットワーク１０５により、接続されている。１００に示す携帯端末装置Ｓは、１０１から１０３に示す情報処理装置のうち少なくとも一つが備えるジョブ監視システムによって、印刷ジョブ状態の通知を、無線通信を介して受け取ることができる。

図２は、プリンターＡ１０６のハードウェア構成の一例を示す図である。プリンターＢ１０７とプリンターＣ１０８も同様の構成を持つ。プリンターＡ１０６は、ＣＰＵ２００により制御される。ＣＰＵ２００は、ＲＯＭ２０１のプログラム用ＲＯＭに記憶された制御プログラム等、あるいは外部メモリ２０８に記憶された制御プログラム等に基づいて動作する。ＣＰＵ２００は、システムバス２０３を介して印刷部Ｉ／Ｆ２０５に接続される印刷部（プリンターエンジン）２０７に出力情報としての画像信号を出力する。ＣＰＵ２００は入力部２０４を介して情報処理装置Ｘ１０１から１０３との通信処理が可能となっており、プリンターＡ１０６内の情報を情報処理装置Ｘ１０１から１０３までに通知できる。また、ＣＰＵ２００は入力部２０４を介して印刷部２０７に出力する出力データを受信できる。ＲＡＭ２０２は、ＣＰＵ２００の主メモリや、ワークエリア等として機能するＲＡＭで、図示しない増設ポートに接続されるオプションＲＡＭによりメモリ容量を拡張することができるように構成されている。なお、ＲＡＭ２０２は、出力情報展開領域、環境データ格納領域、不揮発性メモリ等に用いられる。ハードディスク（ＨＤＤ）、ＩＣカード等の外部メモリ２０８は、メモリコントローラ２０６によりアクセスを制御される。外部メモリ２０８は、オプションとして接続されることができ、フォントデータ、エミュレーションプログラム、フォームデータ、画像出力装置に登録された用紙に関する情報などを記憶する。また、操作部２０９はパネルを備え、各種情報を表示できるようになっている。

図３は、情報処理装置Ｘ１０１のハードウェア構成を示すブロック図の一例である。情報処理装置１０２と１０３も同様の構成を持つ。３０７は、情報処理装置内部であることを示す。ＣＰＵ３００は、ディスクコントローラ３０６を介して外部メモリ３１０から制御プログラム、システムプログラム、アプリケーションプログラム等の各種プログラムをＲＡＭ３０２に読み出す。ＣＰＵ３００は、ＲＡＭ３０２に読み出した各種プログラムを実行して各種データ処理を行う。ＣＰＵ３００は、ＲＯＭ３０１から制御プログラム等を読み出すものでもよい。ＣＰＵ３００は、なんらかのＡＳＩＣなどの専用回路であってもよい。ＣＰＵ３００や専用回路はハードウェア回路やハードウェアプロセッサの一例である。なお、ディスクコントローラ３０６は、ＦＤ、ＨＤ、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、ＭＤ、ＭＯ等の外部メモリ３１０とのアクセスを制御する。ＲＡＭ３０２は、図示していないオプションＲＡＭ等によりその容量を拡張できるように構成されており、主としてＣＰＵ３００のワークエリアとして利用される。キーボードコントローラ３０４は、キーボード３０８や、図示していないポインティングデバイスからのキー入力を制御する。ＣＲＴコントローラ３０５は、ＣＲＴディスプレイ３０９の表示を制御する。なお、本発明の実施の形態では、特に断らない限り、ＣＰＵ３００がメインバス３０３を介して、メインバス３０３に接続されている各部を制御する。

図４は、本システムの機能ブロックの一例を示す図である。まずプリンターＡ１０６内において、印刷に関わる機能ブロックについて説明する。印刷ジョブキュー記憶部４０７は、情報処理装置Ｘ１０１から１０３のいずれかからの印刷要求を受け付ける。印刷ジョブ処理部４０９は、印刷ジョブキュー記憶部４０７から順次印刷ジョブを受け付けて印刷を実行する。プリンター状態監視部４０８は、印刷ジョブ処理部４０９の印刷ジョブの実行状態を監視し、プリンターＡ１０６上またはその他の端末上に、所定の情報を通知する。次に図４の情報処理装置Ｘ１０１の機能ブロックについて説明する。画像出力装置ＤＢ４００は、管理対象とするプリンター群（１０６〜１０８）を情報処理装置Ｘ１０１で統合管理するための情報を記憶する。画像出力装置管理部４０１は、ネットワーク上でプリンター群（１０６〜１０８）を探索し、見つかったプリンター群（１０６〜１０８）の各々から、画像出力装置ＤＢ４００に必要な情報を取得する機能を備える。画像出力装置管理部４０１により取得された情報は、画像出力装置ＤＢ４００に記録される。画像出力装置管理部４０１は、例えばプリンター群（１０６〜１０８）のプリンター名や、プリンターにアクセスするためのアクセス情報（ＩＰアドレス等）を取得し、画像出力装置ＤＢ４００に記憶する。例えば、プリンターのプリンター名、該プリンターにアクセスするためのアクセス情報を対応付けて、画像出力装置ＤＢ４００に記憶する。

ジョブ状態監視部４０２は、所定の時間毎にプリンター群（１０６〜１０８）の各々の印刷ジョブキュー記憶部４０７に記憶されている印刷ジョブキュー情報を取得する。例えば、画像出力装置ＤＢ４００で管理されているプリンター群（１０６〜１０８）のそれぞれに対して、画像出力装置ＤＢ４００に記憶されているアクセス情報を用いてジョブキュー情報を要求する。ジョブ状態監視部４０２により取得されたジョブキュー情報は、ジョブキュー管理ＤＢ４０３に記録される。通知先制御部４０４は、ユーザーからの登録情報を受け付け、受け付けたユーザー登録情報をユーザー情報ＤＢ４０６に記憶する。ユーザー登録情報は、ユーザー名、ユーザーが使用するユーザー端末に通知を行う通知先に関するクライアント情報（ＩＰアドレス、メールアドレス等）を含む。通知部４０５は、ジョブ状態監視部４０２、通知先制御部４０４からのトリガーにより、ジョブキュー管理ＤＢ４０３に記憶されたジョブキュー情報とユーザー情報ＤＢに記憶されたユーザー登録情報に基づいて、通知先を特定し所定の情報を通知する。

本実施形態では、ユーザー情報ＤＢに記憶されたユーザーのうち、特定のプリンターに発行した全てのジョブが完了したユーザーに対して印刷完了通知を行う。また、特定のプリンターにおいてエラーが発生した場合、該プリンターのジョブキュー情報に含まれる、未完了のジョブを発行した全てのユーザーにエラー通知を行う。即ち、印刷完了通知については、特定のプリンターに発行した全てのジョブが完了したユーザーに通知先が限定される。一方、エラー通知については、特定のプリンターに未完了のジョブを発行した全てのユーザーに通知される。そのため、ユーザーが特定のプリンターに発行した全てのジョブが完了した後に、該ユーザーに印刷物を取るよう促すことができる。またそれとともに、他のユーザーが発行した印刷ジョブに対してエラーが発生していることを、同じプリンターに未完了の印刷ジョブを発行した別のユーザーに認識させることができる。なお、印刷完了通知とエラー通知は異なる通知であり、通知の方法として例えばユーザー端末にメッセージ（テキスト）が表示される場合、印刷完了通知とエラー通知でメッセージの内容が異なる。

なお、画像出力装置管理部４０１、ジョブ状態監視部４０２、通知先制御部４０４、通知部４０５の各機能ブロックの機能は、ＣＰＵ３００により実現される。具体的には、各機能ブロックに対応するプログラムモジュールがＲＯＭ３０１に格納されており、ＣＰＵ３００が各プログラムモジュールを実行することで、各機能ブロックとして動作する。同様に、プリンター状態監視部４０８、印刷ジョブ処理部４０９の各機能ブロックの機能に対応するプログラムモジュールがＲＯＭ３０１に格納されている。そして、ＣＰＵ２００が各プログラムモジュールを実行することで、各機能ブロックとして動作する。また、以下の記載では、ＣＰＵ２００、ＣＰＵ３００による処理を、図４に示した各機能ブロックによる処理として説明する。

図５は、本システムの処理の全体の流れを示すフローチャートである。なお、図５に示す各処理を実行するためのステータス管理プログラムがＲＯＭ３０１に格納されており、ＣＰＵ３００が該プログラムを実行することで、図５に示す各処理が実現される。まず、通知先制御部４０４は、５０１において本システムに必要なユーザー情報の登録を行う。より具体的には、印刷ジョブを特定可能なユーザー識別情報とユーザーが通知を受け取りたい端末情報の登録を行う。次にジョブ状態監視部４０２は、５０２において画像出力装置ＤＢ４００で管理されているプリンター群（１０６〜１０８）に対して印刷ジョブキュー情報を取得してジョブ状態の監視を行う。５０３において通知部４０５は、５０２において監視したジョブ状態に基づいて、通知先の決定処理を行う。５０４で通知部４０５は、５０３で決定した通知先に対して、ジョブ状態に応じて通知の有無を判定し、通知すると判断した通知先に対して５０５でジョブ状態の通知を行う。

なお、図５の５０１におけるユーザー情報の登録は、上記ステータス管理プログラムが起動したときに毎回実行される必要はない。例えばユーザーが新規にユーザー情報を登録する場合に、ユーザーの指示に応じて実行されてもよい。また５０２〜５０５の処理は、ステータス管理プログラムが起動した後、ユーザーの指示に応じて実行されてもよいし、定期的に自動で実行されてもよい。

図６は、ユーザー情報の登録５０１においてユーザー識別情報の入力を受け付ける画面の一例を示す図である。ユーザー識別情報は、印刷ジョブ情報に含まれる情報であることを前提とし、ＰＣなどの情報処理装置からの印刷要求であればＰＣログインユーザー名などが相当する。ここで入力されたユーザー名は、ユーザー情報ＤＢ４０６に記憶される。

図７は、ユーザー情報ＤＢ４０６に記憶されるユーザー情報管理テーブルの一例を示す図である。入力されたユーザー識別情報はユーザー名７０１としてテーブルに登録される。対応するクライアント情報７０２とは、ユーザー名で特定された印刷ジョブの状態を通知する通知先を示す通知先情報に相当する。後述する通知処理５０５にて参照され、通知する手段に応じて通知先の宛先を特定するための情報となる。クライアント情報は、ＬＡＮを介して通知が行われる場合には例えばプライベートＩＰアドレスであり、また電子メールにより通知が行われる場合にはメールアドレス等である。クライアント情報の登録はここでは図示しないが、ユーザー識別情報と同様にユーザーの入力を受け付ける構成やネットワークや無線通信を介して取得する構成などが考えられる。

図８は、ジョブ状態の監視処理５０２の詳細を示すフローチャートである。まず、８０１においてジョブ状態監視部４０２は、画像出力装置ＤＢで管理されているプリンター群（１０６〜１０８）に対してプリンター数分の処理を繰り返す。８０２でジョブ状態監視部４０２は、画像出力装置ＤＢに記憶されているアクセス情報に従って、当該プリンターの印刷ジョブキュー記憶部４０７から印刷ジョブ実行キュー情報を取得する。次に８０３においてジョブ状態監視部４０２は、８０２において取得した印刷ジョブ実行キュー情報に格納された各印刷ジョブを解析する。そして、８０４でジョブ状態監視部４０２は、ジョブキュー管理ＤＢ４０３に記憶されるジョブキュー管理テーブルに対して印刷ジョブ毎に、図９に示す所定の情報を格納する。

図９は、ジョブキュー管理テーブルの一例を示す図である。ジョブキュー管理テーブルの各行の情報が、以降の説明におけるジョブ情報に対応する。管理装置９０１は、印刷ジョブ実行キュー情報の取得元のプリンター名を表す。以降の説明において使用するプリンター名「プリンターＡ」、「プリンターＢ」、「プリンターＣ」は、それぞれプリンターＡ１０６、プリンターＢ１０７、プリンターＣ１０８のプリンター名である。ジョブＩＤ９０２は、当該プリンター内で一意に管理されるジョブ識別子を表す。ユーザー名９０３は、ジョブの所有者を表し、ジョブ情報の一部として印刷ジョブに設定され印刷を実行する情報処理装置が印刷実行時に付与する情報である。ジョブ状態９０４は、印刷ジョブの実行状態を表し、印刷中の状態のほか印刷が終了していれば正常終了かエラー終了かなどの終了状態が、別のジョブが印刷中であれば待機状態であることなどが判別できる情報である。ジョブ状態９０４の情報が、以降の説明におけるジョブ状態情報に対応する。本実施形態では、ジョブ状態９０４に含まれる「停止中」がエラー情報に対応する。完了状態９０５は、ジョブ状態９０４とは別にジョブが完了しているか否かの情報を表す。本実施形態では、完了状態９０５に含まれる「完了」が完了情報に対応し、また完了状態９０５に含まれる「未完了」が未完了情報に対応する。

図９（ａ）に示すジョブキュー管理テーブル９００は、プリンターＡ１０６から取得した印刷ジョブ実行キュー情報に基づいたジョブ情報が格納されている状態の一例を表す。より具体的には、ジョブＩＤ９００１から９００３までの印刷ジョブがプリンターＡの印刷ジョブ実行キューに格納されている状態を表す。ジョブＩＤ９００１は、ユーザー名「１１１１」が実行した印刷ジョブであることを表し、正常に完了していることを示す。ジョブＩＤ９００２は、ユーザー名「２２２２」が実行した印刷ジョブであり、現在印刷を実行中であり未完了であることを示す。ジョブＩＤ９００３は、ユーザー名「１１１１」が実行した印刷ジョブであり、ジョブＩＤ９００１と同一ユーザーが印刷を実行したジョブであることを示している。ジョブＩＤ９００３は、ジョブＩＤ９００２が印刷中のため、印刷待機中の状態で未完了であることを示す。

図９（ｂ）に示すジョブキュー管理テーブル９１０は、プリンターＢ１０７から取得した印刷ジョブ実行キュー情報に基づいたジョブ情報が格納されている状態の一例を表す。より具体的には、ジョブＩＤ９１０１から９１０４までの印刷ジョブがプリンターＢの印刷ジョブ実行キューに格納されている状態を表す。ジョブＩＤ９１０１は、ユーザー名「３３３３」が実行した印刷ジョブであることを表し、正常に完了していることを示す。ジョブＩＤ９１０２は、ユーザー名「１１１１」が実行した印刷ジョブであり、現在印刷が何らかの理由で停止したまま未完了であることを示す。ジョブＩＤ９１０３から９１０４までは、ユーザー名「２２２２」と「４４４４」が実行した印刷ジョブであり、ジョブＩＤ９１０２が停止中で中断しているため、印刷待機中の状態で未完了であることを示す。

図１０は、通知先の決定処理５０３の詳細を示すフローチャートである。図１０に示す処理は、図８に示したジョブ状態の監視処理（５０２）が終了したことに応じて開始される。まず、１００１において通知部４０５は、ジョブキュー管理テーブル９００または９１０を読み込み、テーブルに格納されているレコード数、すなわちジョブ数分ジョブ状態に応じた通知先の決定処理を行う（１００２）。１００３において通知部４０５は、ジョブ状態９０４を抽出し、ジョブ状態が「正常」か否かを判断する。ジョブ状態が「正常」の場合は（１００３、Ｙｅｓ）、処理が１００４に進み、通知部４０５は、当該ジョブ情報を通知対象として通知先管理テーブルに追加する。このときの通知先管理テーブルの詳細については後述する。一方、ジョブ状態が「正常」以外の場合は（１００３、Ｎｏ）、１００５に処理が進み、通知部４０５は、ジョブ状態が「停止中」か否かを判断する。ジョブ状態が「停止中」ではない、すなわち「印刷中」または「待機中」の場合は（１００５、Ｎｏ）、通知部４０５は、ジョブ状態の通知対象ではないと判断して次のジョブ情報の解析に進む。一方、ジョブ状態が「停止中」、すなわち「印刷中」または「待機中」以外の場合は（１００５、Ｙｅｓ）、処理が１００６に進む。ジョブ状態が「停止中」であるケースとは、例えばプリンターでエラーが発生している場合である。通知部４０５は、当該ジョブ情報を通知対象として通知先管理テーブルに追加する。次に１００７に処理が進み、通知部４０５は、ジョブキュー管理テーブルのジョブ数分、当該ジョブ以外の未完了ジョブの検索を行う。これは、後続で待機中の未完了ジョブのジョブ状態情報を抽出し、ジョブ状態が「停止中」であることを通知する対象として、通知先管理テーブルに追加するためである。まず、１００８において通知部４０５は、ジョブの完了状態９０５を抽出し、完了状態が「未完了」か否かを判断する。ジョブの完了状態が「未完了」ではない場合は（１００８、Ｎｏ）、そのまま次の未完了ジョブの検索に進む。完了状態が「未完了」の場合は（１００８、Ｙｅｓ）、通知部４０５は、当該ジョブ情報のユーザー名を参照し、既に通知先管理テーブルに追加済のユーザーのユーザー名であるかを判断する（１００９）。当該ジョブ情報のユーザー名が、既に通知先管理テーブルに追加済のユーザーのものではない場合（１００９、Ｎｏ）、当該ジョブを発行したユーザーが、新規に追加すべきユーザーであるとして、処理が１０１１に進む。１０１１で通知部４０５は、当該ジョブ状態情報を通知対象として通知先管理テーブルに追加する。一方、当該ジョブ情報のユーザー名が、既に通知先管理テーブルに追加済のユーザーのものであると判断される場合は（１００９、Ｙｅｓ）、通知部４０５は、追加済のユーザーのジョブ情報の完了状態が「完了」か否かを判断する（１０１０）。追加済のユーザーのジョブ情報の完了状態が「完了」の場合は（１０１０、Ｙｅｓ）、１０１１に進み当該ジョブ状態情報を通知対象として通知先管理テーブルに追加する。一方、追加済のユーザーのジョブ情報の完了状態が「完了」ではない場合は（１０１０、Ｎｏ）、通知部４０５は、当該ジョブの状態情報については通知先管理テーブルには追加せず、次の未完了ジョブの検索に進む。

以上の図１０に示す処理によれば、印刷ジョブが正常に完了すると、該ジョブの状態情報が通知先管理テーブルに追加される（１００４）。また、あるジョブのジョブ状態がエラー等の「停止中」であると（１００５でＹｅｓ）、ジョブキュー管理テーブルにおいてジョブｉ以降の未完了のジョブについて、通知先管理テーブルに追加するか否かが判定される（１００９、１０１０）。そして、通知対象となっていなかったジョブを発行したユーザーが、ジョブ状態「停止中」が通知されるよう、通知先管理テーブルにジョブ情報が追加される（１００９でＮｏ、１０１１）。もしくは、「完了」のみが通知対象となっていたユーザーに対して、ジョブ状態「停止中」が通知されるよう、通知先管理テーブルにジョブ情報が追加される（１００９でＹｅｓ、１０１１０でＹｅｓ、１０１１）。

なお、通知先管理テーブルは、図９に示した複数のジョブキュー管理テーブル（９００、９１０）のそれぞれに対して用意され、図１０に示す処理は、複数のジョブキュー管理テーブルそれぞれに対して実行される。即ち、管理装置である複数のプリンターそれぞれについて、通知先管理テーブルが作成される。

また、１００２、１００７の処理は、複数のジョブキュー管理テーブル（９００、９１０）のそれぞれについて個別に処理が繰り返される。そのため、１００９の処理は、当該判定対象のジョブｊが含まれる同一のジョブキュー管理テーブルについて、当該ジョブｊと同一のユーザー名の、通知先管理テーブルに追加済みのジョブが存在するか判定される。

図１１は、通知先管理テーブルの一例を示す図である。ジョブキュー管理テーブルとの差異は通知の有無１１０１の項目のみである。図１０に示す処理が終了した段階では通知の有無１１０１の値は、例えば初期値として「有」が設定されており、後述する図１２に示す通知の有無の判定処理により、通知の有無１１０１の値が更新される。なお、図１１では、図１２に示す通知の有無の判定処理が行われた後の通知先管理テーブルを示す。

図１１（ａ）は、ジョブキュー管理テーブル９００に対し通知先の決定処理に基づいて生成された通知先管理テーブルを示す。ジョブＩＤ９００１は、１００３においてジョブ状態は「正常」のため、１００４において通知先管理テーブル１１００に追加される。続くジョブＩＤ９００２は、ジョブ状態は「印刷中」であり、「正常」以外のため１００３で「Ｎｏ」と判断され、かつ「停止中」以外のため１００５でＮｏと判断される。そのため、通知先管理テーブル１１００には該ジョブ状態が追加されない。ジョブＩＤ９００３についても、ジョブＩＤ９００２同様に、ジョブ状態は「待機中」であり、「正常」以外であるため、１００３においてＮｏと判断され、かつ「停止中」以外であるため１００５でＮｏと判断される。そのため、ジョブＩＤ９００３についてもジョブ状態が通知先管理テーブル１１００には追加されずに通知先の決定処理を終了する。

図１１（ｂ）は、ジョブキュー管理テーブル９１０に対し通知先の決定処理に基づいて生成された通知先管理テーブルを示す。ジョブＩＤ９１０１は、１００３においてジョブ状態が「正常」と判断されるため、処理が１００４に進み、通知先管理テーブル１１１０にジョブ情報が追加される。続くジョブＩＤ９１０２は、ジョブ状態が「正常」以外のため、１００３においてＮｏと判断され、かつ「停止中」であるため、１００５においてＹｅｓと判断される。そして、１００６において当該ジョブ情報が通知対象として通知先管理テーブル１１１０に追加される。次に１００７において、ジョブキュー管理テーブルのジョブ数分、未完了ジョブの検索が行われる。完了状態が「完了」のジョブＩＤ９１０１は、１００８においてＮｏと判断され、次のジョブであるジョブＩＤ９１０２に処理対象が移る。ジョブＩＤ９１０２は、１００８において完了状態が「未完了」のため１００９に処理が進む。なお、ジョブＩＤ９１０２については、１００６でジョブ情報が通知先管理テーブルに追加されている。そのためジョブＩＤ９１０２に対する１００９の処理では、当該ジョブのユーザー名が、既に通知先管理テーブルに追加済のユーザーのユーザー名（「１１１１」）であると判定される（１００９、Ｙｅｓ）。従って、１０１０に処理が進む。ただし、既に追加済のユーザー「１１１１」のジョブＩＤ９１０２のジョブ情報の完了状態が、「停止中」であり「完了」ではないため（１０１０、Ｎｏ）、次のジョブであるジョブＩＤ９１０３に処理が移る。続くジョブＩＤ９１０３と９１０４については、完了状態が「未完了」（１００８、Ｙｅｓ）、かつユーザー名が、既に通知先管理テーブルに追加済のユーザーのものではないため（１００９、Ｎｏ）、１０１１に処理が進む。そして、ジョブＩＤ９１０３と９１０４のジョブ情報が通知対象として通知先管理テーブル１１１０に追加される。その後、１００２に処理が戻り、ジョブＩＤ９１０３を処理対象として処理を繰り返す。ジョブＩＤ９１０３と９１０４は、ジョブ状態が「待機中」であるため１００３においてＮｏと判断され、かつ「停止中」以外であるため１００５においてＮｏと判断される。そのため、図１０に示す処理が終了する。

図１２は、通知有無の判定処理５０４の詳細を示すフローチャートである。図１２に示す処理は、図１０に示した通知先の決定処理（５０３）が終了したことに応じて開始される。まず、通知部４０５は、１２０１において図１１に示したような通知先管理テーブルを読み込み、テーブルに格納されているレコード数、すなわち通知対象と判断したユーザー数分、ジョブ状態に応じた通知有無の判定処理を行う（１２０２）。この時点では、通知の有無１１０１項目には初期値として「有」が設定されているものとする。１２０３において通知部４０５は、ジョブ状態を抽出し、ジョブ状態が「正常」以外、すなわち「印刷中」、「停止中」、「待機中」のいずれかであるかを判断する。ジョブ状態が「印刷中」、「停止中」、「待機中」のいずれかである場合は（１２０３、Ｙｅｓ）、通知先管理テーブルの当該ユーザーの通知の有無１１０１項目は「有」のまま、１２０２に処理が戻る。ジョブ状態が「正常」の場合は（１２０３、Ｎｏ）、処理が１２０４に進む。１２０４〜１２０７において通知部４０５は、ジョブキュー管理テーブルに未完了の同一ユーザーのジョブが存在するかを確認する。まず１２０４において通知部４０５は、図９に示したジョブキュー管理テーブルを読み込み、テーブルに格納されているレコード数、すなわちジョブ数分処理を行う（１２０５）。ジョブ状態が「未完了」の場合は（１２０６、Ｙｅｓ）、処理が１２０７に進む。１２０７で通知部４０５は、１２０５においてジョブキュー管理テーブルから読み込んでいる当該ユーザー名が、１２０２において通知先管理テーブルから読み込んでいる当該ユーザー名と同一であるかを判断する。未完了のジョブのユーザー名が、通知先管理テーブルから読み込んでいる当該ユーザー名と同一であると判断される場合は（１２０７、Ｙｅｓ）、通知不要であるとして、１２０８に処理が移る。そして１２０８において通知部４０５は、通知先管理テーブルの当該ユーザーの通知の有無１１０１項目を「無」で上書きする。

一方、ジョブ状態が「未完了」以外の場合（１２０６、Ｎｏ）、または未完了のジョブのユーザー名が、通知先管理テーブルから読み込んでいる当該ユーザー名と同一ではない場合は（１２０７、Ｎｏ）、１２０５に処理が戻る。

より具体的には、通知先管理テーブル１１００を例に説明する。１２０１において通知部４０５は、通知先管理テーブル１１００を読み込む。テーブルに格納されているレコード数はジョブＩＤ９００１、ユーザー名「１１１１」のジョブ情報のみである。１２０３において、ジョブ状態は「正常」のため（１２０３、Ｎｏ）、処理が１２０４に進む。ジョブキュー管理テーブル９００を読み込み、１２０５においてテーブルに格納されているレコード数、すなわちジョブ数分の処理を繰り返す。ジョブＩＤ９００１は、完了状態が「完了」のため（１２０６、Ｎｏ）１２０５に処理が戻り、次のジョブに処理対象が移る。ジョブＩＤ９００２は、完了状態が「未完了」のため（１２０６、Ｙｅｓ）、１２０７に処理が進む。ジョブＩＤ９００２は、ユーザー名は「２２２２」であり、通知先管理テーブル１１００から読み込んでいるジョブＩＤ９００１のユーザー名「１１１１」と、ユーザー名が同一ではない（１２０７、Ｎｏ）。そのため、１２０５に処理が戻り、次のジョブに処理対象が移る。ジョブＩＤ９００３は、完了状態が「未完了」のため（１２０６、Ｙｅｓ）、１２０７に処理が進む。ジョブＩＤ９００３は、ユーザー名は「１１１１」であり、通知先管理テーブル１１００から読み込んでいるジョブＩＤ９００１のユーザー名「１１１１」と同一であるため（１２０７、Ｙｅｓ）、ジョブＩＤ９００１は通知不要として判断される。そして、１２０８において通知部４０５は、通知先管理テーブル１１００の当該ユーザーの通知の有無１１０１項目を「無」で上書きして処理を終了する。

図１２に示した処理により、図１１に示すように、通知の有無１１０１の値が設定される。図１２に示した処理によれば、印刷が完了している印刷ジョブを発行したユーザーが、まだ印刷が完了していない待機中または印刷中の印刷ジョブを発行している場合に、該ユーザーに印刷完了が通知されることを防ぐことができる。即ち、該ユーザーが発行した印刷ジョブの全ての印刷が完了していないにもかかわらず、一部の印刷ジョブの完了のタイミングで、該ユーザーに印刷完了が通知されてしまうことを防ぐことができる。そのため、該ユーザーが印刷完了通知を受けてプリンターに用紙を取りに行き、後続の印刷ジョブの完了を該プリンターで待たせることを防ぐことができる。

そして、例えば図９（ａ）に示したジョブＩＤ９００３のジョブが完了した後、ユーザー名「１１１１」の未完了のジョブがプリンターＡに発行されていなければ、図５に示す処理が再度実行されたときに、印刷完了通知が行われる。

図１３は、通知処理５０５の詳細を示すフローチャートである。図１３に示す処理は、図１２に示した通知有無の判定処理（５０４）が終了したことに応じて開始される。まず、通知部４０５は、１３０１において通知先管理テーブルを読み込み、テーブルに格納されているレコード数、すなわち通知対象と判断されたユーザー数分の通知処理を行う（１３０２）。１３０３において通知部４０５は、通知の有無１１０１項目を抽出し、通知の有無が「無」か否かを判断する。通知の有無が「無」の場合は（１３０３、Ｙｅｓ）、通知部４０５は、通知不要として、１３０２に処理を戻し、次のユーザーの処理に進む。一方、通知の有無が「有」の場合は（１３０３、Ｎｏ）、通知が必要であるとして、１３０４に処理が進む。通知部４０５は１３０４において、通知先制御部４０４を介してユーザー情報管理テーブル７００を読み込んで、次に、通知に必要な情報の取得処理を行う。まず１３０５において通知部４０５は、１３０２で通知先管理テーブルから読み込んでいる当該ユーザー名と一致するユーザー名７０１が、ユーザー情報管理テーブル７００に存在するかを検索する。当該ユーザー名と一致するユーザー名７０１がユーザー情報管理テーブル７００に存在しない場合は（１３０６、Ｎｏ）、１３０２に処理を戻し、次のユーザーの処理に進み、通知処理は行わない。

一方、当該ユーザー名と一致するユーザー名７０１がユーザー情報管理テーブル７００に存在する場合は（１３０６、Ｙｅｓ）、１３０７において通知部４０５は、クライアント情報７０２を抽出し、通知先の宛先として設定する。次に、１３０８において通知部４０５は、ジョブ状態に基づいて通知する内容を生成する。例えば、通知の方法がユーザー端末の画面における表示の場合、ジョブ状態が「正常」の場合と「停止中」の場合で異なるメッセージを表示させるための内容が生成される。また、ジョブ状態が「待機中」の場合と「停止中」の場合で異なるメッセージが表示されるよう内容が生成されてもよい。例えばジョブ状態が「停止中」の場合、「（ユーザー名）さんのジョブにエラーが発生しました。」と表示され、ジョブ状態が「待機中」の場合、「他のユーザーのジョブにエラーが発生しました。」と表示されよう内容が生成される。次に１３０９において通知部４０５は、１３０７で設定した宛先にジョブ状態の通知を行い、処理を終了する。

より具体的には、通知先管理テーブル１１１０の一部を例に説明する。１３０１において通知部４０５は、通知先管理テーブル１１１０を読み込む。テーブルに格納されているレコードはジョブＩＤ９１０１から９１０４まで、すなわち通知対象と判断されたユーザー数分を行う。まず、ジョブＩＤ９１０１についてユーザー名「３３３３」の通知の有無は「有」であるため（１３０３、Ｎｏ）、通知が必要であるとして、通知部４０５は、１３０４においてユーザー情報管理テーブル７００を読み込む。次に、１３０５において通知部４０５は、読み込んだユーザー情報管理テーブル７００に、ユーザー名「３３３３」と一致するユーザー名７０１が存在するかを検索する。検索した結果、ユーザー名「３３３３」と一致するユーザー名７０１が存在するため（１３０６、Ｙｅｓ）、通知部４０５は、ユーザー名「３３３３」のクライアント情報７０２を抽出する。その結果、１３０７において通知部４０５は、ユーザー名「３３３３」のクライアント情報「ｆｆｇｇ−ｈｈｉｉ−ｊｊｋｋ−８８８８」を通知先の宛先として設定する。次に、１３０８において通知部４０５は、ユーザー名「３３３３」のジョブ状態「正常」に基づいて「ジョブが正常に完了した」旨を報知する通知内容を生成する。最後に、１３０９において通知部４０５は、１３０７で設定された通知先の宛先に対して、１３０８で生成した通知内容を通知して処理を終了する。なお、通知の方法は、上述したように種々の方法でよく、クライアント情報７０２には、通知方法も含まれていてもよい。そして、通知部４０５は、クライアント情報７０２が示す通知方法により、クライアント情報７０２が示す通知先の情報（電子メールアドレスやＩＰアドレス等）に対して通知を行う。また、図１３に示す処理は、通知先管理テーブル１１００、１１１０のそれぞれに対して実行される。

図５に示した処理により、情報処理装置は、プリンターを監視し、ジョブ状態または完了状態に応じて通知先を決定し、かつ未完了のジョブ情報に基づいて通知の有無を判定し、通知が行われる。特に、図１０の１００５〜１０１１の処理により、プリンターにおいて印刷ジョブに対するエラーが発生している場合、該印刷ジョブを発行していないユーザーに対しても通知が行われる。よって該ユーザーは、何らかの理由でエラーが発生していることで自身の印刷が完了しないことを即座に知ることができる。また、図１２の１２０４〜１２０８の処理により、印刷完了通知がジョブ毎の完了のタイミングで通知されるのではなく、特定のユーザーが発行したすべてのジョブが完了したタイミングでのみ通知が行われる。そのため、該ユーザーのジョブが未印刷の状態で、該ユーザーがプリンターに印刷済み用紙を取りに行ってしまうことを防ぐことができる。

なお、上述した動作フローは、ひとつの情報処理装置で実行させても、複数の情報処理装置を連動させて実行させるようにしてもよい。また、通知先の宛先となるクライアント情報は、ユーザー情報管理テーブル７００に格納する構成としたが、一部または全部を別の装置によって実現するようにしてもよい。

＜実施形態２＞
以下、図面を参照して、実施形態１とは異なる本発明の一実施形態を詳細に説明する。なお、実施形態１と同一作用を示す部分には同一符号を付し、重複する部分の説明は省略する。実施形態１との違いは、通知先の決定処理および通知有無の判定処理で、実施形態１では、管理対象とするプリンター群（１０６〜１０８）に対してプリンター毎に通知先の決定処理および通知有無の判定処理を行った。一方、実施形態２では、管理対象とするプリンター群（１０６〜１０８）に対して横断的に通知先の決定処理および通知有無の判定処理を行うというものである。

図１４は、実施形態２におけるジョブ状態の監視処理５０２によって生成されるジョブキュー管理テーブルの一例を示す図である。実施形態１との差異は、プリンターＡ１０６に対して生成するジョブキュー管理テーブル９００と、プリンターＢ１０７に対して生成するジョブキュー管理テーブル９１０が同一テーブル上で管理されている点である。

図１５は、実施形態２における通知先の決定処理５０３の詳細を示すフローチャートであり、図１０に示した処理の代わりに実行される。図１０と同様に、図１５に対応するプログラムがＲＯＭ３０１に格納されており、ＣＰＵ３００が該プログラムを実行することで、図１５に示す処理が実現される。実施形態１との差異は、ジョブ状態が「正常」以外で（１００３、Ｎｏ）、かつ「停止中」の場合の（１００５、Ｙｅｓ）未完了ジョブの検索処理１５０１である。

図１６は、実施形態２における通知先の決定処理５０３の中の未完了ジョブの検索処理１５０１の詳細を示すフローチャートである。実施形態１との差異は、ジョブ状態が「停止中」であるプリンターと同一のプリンターか否かの判断を行った上で未完了ジョブの検索処理を行う点である。１６０１において通知部４０５は、ジョブキュー管理テーブル１４００における、１００２において処理対象となっている当該ジョブ情報の管理装置の項目を抽出する。そして、通知部４０５は、ジョブキュー管理テーブル１４００に格納されているレコード数、すなわちジョブ数分、未完了ジョブの検索を行う（１００７）。ここで１６０１において抽出した管理装置に対して未完了ジョブの検索を行うため、通知部４０５は、１００２において処理対象となっているジョブ、１００７において処理対象となっているジョブとで管理装置が同一か否かを判断する（１６０２）。管理装置が同一ではない場合は（１６０２、Ｎｏ）、１００７に処理が戻る。管理装置が同一である場合は（１６０２、Ｙｅｓ）、以降の処理は図１０と同様である。

図１７は、実施形態２におけるジョブキュー管理テーブル１４００に対して通知先の決定処理に基づいて生成された通知先管理テーブルの一例を示す図である。ジョブＩＤ９０１０は、ジョブ状態は「正常」のため、１００３の処理の結果１００４に処理が進み、通知先管理テーブル１７００にジョブＩＤ９０１０のジョブ情報を追加する。続くジョブＩＤ９０１１は、ジョブ状態が「正常」以外で、かつ「停止中」のため、１００３でＮｏ、１００５でＹｅｓと判断され、処理が１００６に進む。１００６で通知部４０５は、当該ジョブ情報を通知対象として通知先管理テーブル１７００に追加する。次に１６０１において通知部４０５は、ジョブＩＤ９０１１の管理装置の項目を抽出する。ジョブＩＤ９０１１の管理装置は「プリンターＡ」であるため、図１６の１００７以降は、ジョブキュー管理テーブル１４００から、管理装置が「プリンターＡ」のジョブ情報に対して未完了ジョブの検索を行う。ジョブＩＤ９０１２は、管理装置が「プリンターＡ」かつジョブ完了状態が「未完了」であるため、１６０２でＹｅｓ、１００８でＹｅｓと判定され、１００９に処理が進む。１００７における処理対象の当該ジョブ情報のユーザー名「２２２２」は既にジョブＩＤ９０１１として追加済であり（１００９、Ｙｅｓ）、完了状態は「完了」ではないため（１０１０、Ｎｏ）１００７に処理が戻る。ジョブＩＤ９０１３は、管理装置が「プリンターＡ」かつジョブ完了状態が「未完了」であるため、１６０２でＹｅｓ、１００８でＹｅｓと判定され、１００９に処理が進む。１００７における処理対象の当該ジョブ情報のユーザー名は「３３３３」で追加済のユーザー名ではないため（１００９、Ｎｏ）、１０１１に進み通知先管理テーブル１７００に追加する。

その後、図１５の１００２に処理が戻りジョブＩＤ９０１３から処理を繰り返す。ジョブＩＤ９０１３、および９１１０から９１１２までは、ジョブ状態が「待機中」および「印刷中」であり、「正常」以外（１００３、Ｎｏ）で、かつ「停止中」以外（１００５、Ｎｏ）のため、通知先管理テーブル１７００には追加されずに処理が終了する。

図１８は、実施形態２における通知有無の判定処理５０４の詳細を示すフローチャートであり、図１２に示した処理の代わりに実行される。図１２と同様に、図１８に対応するプログラムがＲＯＭ３０１に格納されており、ＣＰＵ３００が該プログラムを実行することで、図１５に示す処理が実現される。実施形態１との差異は、ジョブ状態が「印刷中」、「待機中」であっても別プリンターに未完了の同一ユーザーが存在するかによって通知の有無を判定する点である。さらに、もうひとつの差異は、ジョブ状態が「正常」の場合は（１２０３、Ｎｏ）、同一プリンター内に限定して未完了の同一ユーザーのジョブが存在するかを確認する点である。

ジョブ状態が「正常」の場合は（１２０３、Ｎｏ）、１８０１において通知部４０５は、１２０２において処理対象となっている当該ジョブ情報の管理装置の項目を抽出する。次に通知部４０５は、ジョブキュー管理テーブルに格納されているレコード数、すなわちジョブ数分、未完了ジョブの検索を行う（１２０５）。ここで１８０１において抽出した管理装置に対して未完了ジョブの検索を行う。具体的には、通知部４０５は、１２０５において処理対象となっている当該ジョブ情報の管理装置と、１２０２において処理対象となっているジョブ情報の管理装置が同一か否かを判断する（１８０２）。管理装置が同一ではない場合は（１８０２、Ｎｏ）、１２０５に処理が戻る。管理装置が同一の場合は（１８０２、Ｙｅｓ）、以降の処理は図１２と同様である。

一方、ジョブ状態が「正常」以外（１２０３、Ｙｅｓ）、さらにジョブ状態が「停止中」以外であるか、すなわち当該ジョブ状態自身が「停止中」であるかを確認する（１８０３）。ジョブ状態が「停止中」の場合は（１８０３、Ｎｏ）、１２０２の処理に戻る。ジョブ状態が「停止中」以外の場合は（１８０３、Ｙｅｓ）、別プリンターにおける未完了ジョブの検索処理１８０４に進む。

図１９は、実施形態２における通知有無の判定処理５０４の中で実行される、別プリンターにおける未完了ジョブの検索処理１８０４の詳細を示すフローチャートである。１９０１において、通知部４０５は、図１８の１２０２で処理対象となっている当該ジョブ情報のジョブＩＤの項目を抽出する。次に、１９０２において通知部４０５は、ジョブキュー管理テーブルを読み込み、ジョブキュー管理テーブルに格納されているレコード数、すなわちジョブ数分、未完了ジョブの検索を行う（１９０３）。ここで１９０１において抽出した通知先管理テーブルから読み込んだジョブＩＤと同一のジョブは除くため、１９０３において処理対象となっているジョブのジョブＩＤと１９０１において抽出されたジョブＩＤが同一か否かを判断する（１９０４）。ジョブＩＤが同一の場合は（１９０４、Ｙｅｓ）、１９０３の処理に戻る。ジョブＩＤが同一ではない場合は（１９０４、Ｎｏ）、通知部４０５は、１９０３において処理対象となっているジョブの完了状態が「未完了」であるかを確認する（１９０５）。ジョブの完了状態が「未完了」の場合は（１９０５、Ｙｅｓ）、次に１９０６に処理が進む。１９０６において通知部４０５は、１９０３において処理対象となっているジョブ情報と図１８の１２０２で処理対象となっているジョブ情報でユーザー名が同一であるかを確認する。ユーザー名が同一である場合は（１９０６、Ｙｅｓ）、通知不要であるとして、１９０７に処理が進む。１９０７において通知部４０５は、通知先管理テーブルにおいて図１８の１２０２で処理対象となっている当該ユーザーの通知の有無１１０１項目を「無」で上書きする。一方、ジョブ状態が「未完了」以外の場合（１９０５、Ｎｏ）、またはユーザー名が同一ではない場合（１９０６、Ｎｏ）、当該ユーザーの通知の有無１１０１項目は「有」のまま次の処理に進む。

より具体的には、通知先管理テーブル１７００を例に説明する。１２０１において通知先管理テーブル１７００を読み込む。テーブルに格納されているレコード数はジョブＩＤ９０１０、９０１１、９０１３の３つのジョブ情報である。１２０２において、この３つのジョブ情報についてそれぞれ処理を行う。まず、ジョブＩＤ９０１０のジョブ状態を確認する。ジョブ状態は「正常」のため（１２０３、Ｎｏ）、１８０１において管理装置である「プリンターＡ」が抽出される。次に１２０４でジョブキュー管理テーブル１４００が読み込まれ、１２０５においてテーブルに格納されているレコード数、すなわちジョブ数分の処理が繰り返される。ここで１８０１において抽出された通知先管理テーブル１７００から読み込んだ管理装置以外を除くため、管理装置が同一か否かが判断される（１８０２）。ジョブＩＤ９０１０は、管理装置が「プリンターＡ」のため（１８０２、Ｙｅｓ）、１２０６に処理が進むが、完了状態は「未完了」ではないため（１２０６、Ｎｏ）、そのまま次の処理に進む。１２０６の判定処理が、管理装置が「プリンターＡ」であるジョブに対して繰り返される。ジョブキュー管理テーブル１４００には、管理装置が「プリンターＡ」で、かつ完了状態が「未完了」のジョブ情報は存在するが、同一ユーザー名「１１１１」は存在しないため、当該ユーザーの通知の有無１１０１項目は「有」のまま処理を終了する。

次にジョブＩＤ９０１１のジョブ状態を確認する。ジョブ状態は「正常」以外のため（１２０３、Ｙｅｓ）、１８０３に処理が進み、ジョブ状態が「停止中」のため（１８０３、Ｎｏ）そのまま次の処理に進む。すなわち、通知有無の値は「有」のままとなる。

次にジョブＩＤ９０１３のジョブ状態を確認する。ジョブ状態は「待機中」のため（１２０３、Ｙｅｓ）、１８０３に処理が進み、ジョブ状態は「停止中」以外のため（１８０３、Ｙｅｓ）別プリンターにおける未完了ジョブの検索処理１８０４に処理が進む。まず、１９０１において読み込まれた通知先管理テーブル１７００からジョブＩＤの「９０１３」が抽出される。次に、１９０２においてジョブキュー管理テーブル１４００が読み込まれ、ジョブキュー管理テーブル１４００に格納されているレコード数、すなわちジョブ数分、未完了ジョブの検索が行われる（１９０３）。ここで１９０１において抽出された通知先管理テーブル１７００から読み込まれたジョブＩＤと同一のジョブは除かれるため、ジョブＩＤが同一か否かを判断する（１９０４）。すなわち、ジョブＩＤ「９０１３」以外の場合に（１９０４、Ｎｏ）、１９０５および１９０６に処理が進みジョブの完了状態が「未完了」であるか、ユーザー名が同一のジョブが存在するかが確認される。ジョブキュー管理テーブル１４００においては、ジョブの完了状態が「未完了」（１９０５、Ｙｅｓ）、かつユーザー名がジョブＩＤ９０１３のユーザー名「３３３３」と同一（１９０６、Ｙｅｓ）であるジョブ情報は、ジョブＩＤ９１１２が該当する。従って、ジョブＩＤ９０１３については、通知不要と判断され、１９０７において通知先管理テーブル１７００の当該ユーザーの通知の有無１１０１の項目が「無」で上書きされて処理を終了する。

次に、図１８と図１９の通知有無の判定処理によって更新された通知先管理テーブルに対して通知処理５０５を行う。この処理については実施形態２においても図１３の処理と同様である。

即ち、プリンターＡについてはジョブＩＤ９０１１について、エラーが発生しており、ユーザー名「３３３３」のユーザーが発行したジョブＩＤ９０１３のジョブは待機中である。しかし、ユーザー名「３３３３」のユーザーは、プリンターＢにおいて待機中のジョブＩＤ９１１２のジョブを発行している。そして、ユーザー名「３３３３」のユーザーには通知が行われない。一方、ジョブＩＤ９０１１については、エラーが発生しているジョブであり、該ジョブを発行したユーザー名「２２２２」のユーザーには通知が行われる。

このようにして、複数プリンターを横断的に監視し通知の有無を判定し、エラーの影響を受ける可能性のあるユーザーであっても別プリンターに未完了ジョブが存在すれば通知を行わない。これにより、よりエラーを対処する必要性が高いユーザーにのみ適切に通知を送ることが可能となる。

なお、管理装置が同一か否か判定されなくてもよい。即ち１８０１、１８０２が実行されずなくてもよい。この場合、あるユーザーが複数のプリンターにジョブを発行した場合、該複数のプリンターにおいて、該ユーザーが発行した全てのジョブが完了した後に、印刷完了通知が行われる。例えば図１４に示したジョブキュー管理テーブルを例にとると、ユーザー名「１１１１」のユーザーがプリンターＡに発行したジョブＩＤ９０１０の印刷ジョブが完了しても印刷完了通知は発行されない。そして、プリンターＢに発行したジョブＩＤ９０１０〜９１１２の印刷ジョブが完了した後に、印刷完了通知が行われる。即ち、ユーザーに、複数のプリンターに該ユーザーが発行した全ての印刷ジョブが完了してから、印刷物を取りに行くよう促すことができる。

＜実施形態３＞
以下、図面を参照して、実施形態１および実施形態２とは異なる本発明の一実施形態を詳細に説明する。なお、実施形態１および実施形態２と同一作用を示す部分には同一符号を付し、重複する部分の説明は省略する。実施形態１および実施形態２との違いは、通知先の決定処理および通知有無の判定処理である。実施形態１では、管理対象とするプリンター群（１０６〜１０８）に対してプリンター毎に、実施形態２では、プリンター群を横断的に通知先の決定処理をおよび通知有無の判定処理を行った。一方、実施形態３では、管理対象とするプリンター群（１０６〜１０８）に対してグループ化して通知先の決定処理および通知有無の判定処理を行うというものである。

図２０は、実施形態３におけるプリンターグループ管理テーブルの一例を示す図である。管理装置２００１は、画像出力装置ＤＢ４００で管理されているプリンター群（１０６〜１０８）までに相当する。設置場所２００２は、プリンター群（１０６〜１０８）までのそれぞれが設置されている場所を表す情報である。これはあらかじめプリンターに登録されている情報であるが、画像出力装置ＤＢ４００に記録する際に本システム上で登録可能な構成としてもよい。グループ２００３は、設置場所２００２に基づいて管理装置２００１のプリンターをグループ化するための情報である。より具体的には、プリンターＡ１０６とプリンターＣ１０８は、設置場所が同じ「〇〇〇」であることから同じグループ「０００１」に属していることを示す。一方、プリンターＢ１０７は、設置場所が「△△△」であるグループ「０００２」に属していることを示す。

なお、上記のグループの設定は、画像出力装置管理部４０１が行う。画像出力装置管理部４０１は、例えば設置場所２００２が同一の複数のプリンターに対して同一のグループを設定する。しかしグループの設定方法はこれに限らず、画像出力装置管理部４０１が提供する表示画面において、ユーザーが各プリンターに対して指定したグループが設定されてもよい。

図２１は、実施形態３におけるジョブ状態の監視処理５０２によって生成されるジョブキュー管理テーブルの一例を示す図である。実施形態１との差異は、実施形態２と同様であり、管理対象とするプリンター群（１０６〜１０８）までを同一テーブル上で管理している点である。

図２２は、実施形態３における通知先の決定処理５０３に基づいて生成される、通知先管理テーブルの一例を示す図である。より具体的には、図２１のジョブキュー管理テーブル２１００に対し、通知先の決定処理５０３に基づいて生成された通知先管理テーブルを示す。実施形態３における通知先の決定処理５０３は、図１５および図１６と同様である。

ジョブＩＤ９０２０は、１００３においてジョブ状態が「正常」のため１００４に処理が進み、通知先管理テーブル２２００に追加される。続くジョブＩＤ９０２１は、ジョブ状態が「正常」以外（１００３、Ｎｏ）、かつ「停止中」のため（１００５、Ｙｅｓ）、１００６に処理が進み、当該ジョブ情報が通知対象として通知先管理テーブル２２００に追加される。次に１６０１において当該ジョブ情報の管理装置の項目が抽出される。ジョブＩＤ９０２１の管理装置は「プリンターＡ」であるため、ジョブキュー管理テーブル２１００から、管理装置が「プリンターＡ」のジョブ情報に対して未完了ジョブの検索が行われる。ジョブＩＤ９０２０は、管理装置が「プリンターＡ」（１６０２、Ｙｅｓ）であるが、ジョブ完了状態が「完了」のため（１００８、Ｎｏ）、そのまま処理が次に進む。ジョブＩＤ９０２１は、管理装置が「プリンターＡ」（１６０２、Ｙｅｓ）、かつジョブ完了状態が「未完了」（１００８、Ｙｅｓ）であり、処理が１００９に進む。既に当該ジョブ情報はジョブＩＤ９０２１自身として追加済であり（１００９、Ｙｅｓ）、ジョブ完了状態は「完了」ではないため（１０１０、Ｎｏ）、処理がそのまま次に進む。ジョブＩＤ９０２２は、管理装置が「プリンターＡ」（１６０２、Ｙｅｓ）、かつジョブ完了状態が「未完了」（１００８、Ｙｅｓ）であり、処理が１００９に進む。既に当該ジョブ情報のユーザー名は「２２２２」はジョブＩＤ９０２１として追加済であり（１００９、Ｙｅｓ）、ジョブ完了状態は「完了」ではないため（１０１０、Ｎｏ）、処理がそのまま次に進む。ジョブＩＤ９０２３は、管理装置が「プリンターＡ」（１６０２、Ｙｅｓ）、かつジョブ完了状態が「未完了」（１００８、Ｙｅｓ）であり、処理が１００９に進む。当該ジョブ情報のユーザー名は「３３３３」で追加済のユーザー名ではないため（１０９、Ｎｏ）、１０１１において通知先管理テーブル２２００に追加される。ジョブＩＤ９１２０から９０２２、および９２０１は、管理装置が「プリンターＡ」ではないため（１６０２、Ｎｏ）、通知先管理テーブル２２００には追加されずに、処理が次に進む。その後、１００２に処理が戻り、ジョブＩＤ９０２２から処理を繰り返す。プリンターＡに対するジョブＩＤ９０２２から９０２３までのジョブ、プリンターＢに対するジョブＩＤ９１２０から９１２２までのジョブはジョブ状態が「待機中」または「印刷中」である。また、プリンターＣに対するジョブＩＤ９２０１のジョブは、ジョブ状態が「印刷中」である。そのため、これらのジョブについては、「正常」以外（１００３、Ｎｏ）で、かつ「停止中」以外（１００５、Ｎｏ）と判断されるため、通知先管理テーブル２２００には追加されずに処理を終了する。

図２３は、実施形態３における通知有無の判定処理５０４の詳細を示すフローチャートであり、図１２の代わりに実行される。図２３に対応するプログラムがＲＯＭ３０１に格納されており、ＣＰＵ３００が該プログラムを実行することで、図１５に示す処理が実現される。実施形態１との差異は、ジョブ状態が「正常」の場合は（１２０３、Ｎｏ）、２３０１において、当該プリンターが属する予め設定されたグループ内で未完了の同一ユーザーのジョブが存在するかを確認する点である。さらに、実施形態２との差異は、実施形態１との差異に加えて、ジョブ状態が「正常」以外（１２０３、Ｙｅｓ）であれば通知の有無を判定しない点である。ジョブ状態が「印刷中」および「停止中」、「待機中」のいずれか、すなわち「正常」以外の場合は（１２０３、Ｙｅｓ）そのまま次の処理に進む。一方、ジョブ状態が「正常」の場合は（１２０３、Ｎｏ）、同一グループにおける未完了ジョブの検索処理２３０１に進む。

図２４は、実施形態３における通知有無の判定処理５０４の中の同一グループにおける未完了ジョブの検索処理２３０１の詳細を示すフローチャートである。２４０１において、当該ジョブの管理装置の項目を抽出する。次に２４０２で通知部４０５は、プリンターグループ管理テーブルを読み込み、２４０１で抽出した当該ジョブの管理装置を検索する。２４０３において通知部４０５は、２４０２における検索の結果、２４０１で抽出した管理装置と一致する管理装置を特定し、特定された管理装置に対応するグループ情報を抽出する。次に、２４０４において通知部４０５は、プリンターグループ管理テーブルに対して、２４０３において抽出されたグループ情報と同一のグループ情報を持つ管理装置を抽出する。その後、ジョブキュー管理テーブルに格納されているレコード数、すなわちジョブ数分、未完了ジョブの検索を行う（１２０５）。

ここで２４０４において抽出した同一グループに属する管理装置群に対して未完了ジョブの検索を行うため、通知部４０５は、同一グループに属する管理装置群のいずれかと同一か否かを判断する（２４０５）。いずれの管理装置群にも一致しない場合は（２４０５、Ｎｏ）、そのまま次の処理に進む。いずれか一つでも管理装置群と同一の場合は（２４０５、Ｙｅｓ）、以降の処理は図１２と同様である。

より具体的には、通知先管理テーブル２２００を例に説明する。１２０１において通知先管理テーブル２２００を読み込む。テーブルに格納されているレコード数はジョブＩＤ９０２０、９０２１、９０２３の３つのジョブ情報である。１２０２において、この３つのジョブ情報についてそれぞれ処理を行う。まず、ジョブＩＤ９０２０のジョブ情報を確認する。ジョブ状態は「正常」のため（１２０３、Ｎｏ）、同一グループにおける未完了ジョブの検索処理２３０１に処理が進む。２４０１においてジョブＩＤ９０２０の管理装置である「プリンターＡ」が抽出される。次に２４０２において、プリンターグループ管理テーブル２０００が読み込まれ、管理装置「プリンターＡ」が検索される。ここで、プリンターグループ管理テーブル２０００上の管理装置「プリンターＡ」のグループ「０００１」が抽出され（２４０３）、２４０４において同一グループ「０００１」の管理装置が抽出される。プリンターグループ管理テーブル２０００において、管理装置「プリンターＡ」のほかに管理装置「プリンターＣ」が同一グループとして抽出される。次にジョブキュー管理テーブル２１００が読み込まれ、テーブルに格納されているレコード数、すなわちジョブ数分の処理が繰り返される。ここで２４０４において抽出されたグループ「０００１」に属する管理装置以外を除くため、同一グループの管理装置群「プリンターＡ」および「プリンターＣ」のいずれかと同一か否かが判断される（２４０５）。ジョブキュー管理テーブル２１００においては、プリンターＡに対するジョブＩＤ９０２０から９０２３までのジョブと、およびプリンターＢに対するジョブＩＤ９２０１のジョブが該当する（２４０５、Ｙｅｓ）。次にジョブの完了状態が「未完了」（１２０６、Ｙｅｓ）、かつユーザー名がジョブＩＤ９０２０と同一の「１１１１」である（１２０７、Ｙｅｓ）かが確認される。ここではジョブＩＤ９２０１が該当するため、当該ジョブＩＤ９０２０については、通知不要と判断される。そのため、１２０８において通知先管理テーブル２２００の当該ユーザーの通知の有無１１０１の項目が「無」で上書きされる。その後、１２０２に処理が戻り、ジョブＩＤ９０２１から処理を繰り返す。ジョブＩＤ９０２１と９０２３は、ジョブ状態が「停止中」と「待機中」であり「正常」以外（１２０３、Ｎｏ）のため、通知の有無１１０１の項目は上書きされずに、「有」のまま処理を終了する。

次に、図２３と図２４の通知有無の判定処理によって更新された通知先管理テーブルに対して通知処理５０５を行う。この処理については実施形態３においても図１３の処理と同様である。

このようにして、プリンターをグループ化して監視し、グループ化したプリンター群に対して通知の有無を判定することで、より効果的にジョブの完了通知を送ることが可能となる。具体的には、あるユーザーが発行したジョブがあるプリンターで完了した場合でも、該プリンターの近くに設置された他のプリンターにおいて、該ユーザーのジョブが完了していない場合、該ユーザーには通知が行われない。即ち、近傍にある複数のプリンターの一部のみで印刷が完了し、他の一部のプリンターで印刷が完了していないにも拘らず、印刷完了の通知が行われることを防ぐことができる。そのため、該ユーザーは、近傍にある複数のプリンターにおいて印刷が完了した後の通知に従って、印刷物を該複数のプリンターに取りに行くことができる。

上述した動作フローは、グループ化するための情報に設置場所情報を用いたが、例えば機種情報などプリンターを分類可能な属性情報であればこれに限定されるものではない。

＜実施形態４＞
以上の実施形態では、ジョブの種類として印刷ジョブ、ジョブを実行する実行装置としてプリンターを例に説明したが、以上の実施形態における処理は、原稿を読み取りスキャンジョブなど、種々の処理を実行させるためのジョブに適用することができる。

なお、本実施形態の機能は以下の構成によっても実現することができる。つまり、本実施形態の処理を行うためのプログラムコードをシステムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）がプログラムコードを実行することによっても達成される。この場合、記憶媒体から読み出されたプログラムコード自体が上述した実施形態の機能を実現することとなり、またそのプログラムコードを記憶した記憶媒体も本実施形態の機能を実現することになる。

また、本実施形態の機能を実現するためのプログラムコードを、１つのコンピュータ（ＣＰＵ、ＭＰＵ）で実行する場合であってもよいし、複数のコンピュータが協働することによって実行する場合であってもよい。さらに、プログラムコードをコンピュータが実行する場合であってもよいし、プログラムコードの機能を実現するための回路等のハードウェアを設けてもよい。またはプログラムコードの一部をハードウェアで実現し、残りの部分をコンピュータが実行する場合であってもよい。

３００ ＣＰＵ
３０１ ＲＯＭ
３０２ ＲＡＭ

Claims (14)

1. ジョブを実行する複数の実行装置と接続され、前記ジョブに関する通知を行う情報処理装置を、
   前記複数の実行装置のいずれかにより実行される前記ジョブの状態に関する状態情報と、前記ジョブに対応する通知先に関する通知先情報を取得する取得手段と、
   前記取得手段により前記状態情報として前記ジョブの完了に対応する完了情報が取得された場合と、前記取得手段により前記状態情報として前記ジョブのエラーに対応するエラー情報が取得された場合に、前記取得手段により取得された前記通知先情報に基づき、前記ジョブに対応する前記通知先に通知を行う通知手段と、
   として機能させ、
   前記通知手段は、
   前記複数の実行装置のうちの所定の実行装置に対して第１の通知先に対応する第１のジョブと第２の通知先に対応する第２のジョブが発行され、且つ、前記第１のジョブが完了され前記第２のジョブが未完了の場合、前記第１のジョブに対応する通知先情報に基づいて前記第１の通知先に通知を行い、前記第２の通知先に通知を行わず、
   前記所定の実行装置に対して前記第１のジョブと前記第２のジョブが発行され、且つ、前記第１のジョブにおいてエラーが発生し前記第２のジョブが未完了の場合、前記第１のジョブに対応する通知先情報と前記第２のジョブに対応する通知先情報に基づいて、前記第１の通知先と前記第２の通知先に通知を行う、
   ことを特徴とするプログラム。
2. 前記通知手段は、
   前記所定の実行装置に対して前記第１のジョブと、前記第１の通知先に対応する第３のジョブが発行され、且つ、前記第１のジョブが完了し前記第３のジョブが未完了の場合、通知を行わず、
   前記第３のジョブが完了した後、前記所定の実行装置に対して前記第１の通知先に対応する未完了のジョブが発行されていない場合に、前記第１の通知先に通知を行う、
   ことを特徴とする請求項１に記載のプログラム。
3. 前記通知手段は、前記第１のジョブと前記第３のジョブが完了した後、前記所定の実行装置に対して前記第１の通知先に対応する未完了のジョブが発行されていない場合に、前記第１の通知先に対応する未完了のジョブが、前記複数の実行装置のうちの前記所定の実行装置とは異なる実行装置に対して発行されているか否かに関わらず、前記第１の通知先に通知を行う、
   ことを特徴とする請求項２に記載のプログラム。
4. 前記通知手段は、前記第１のジョブと前記第３のジョブが完了した後、前記所定の実行装置に対して前記第１の通知先に対応する未完了のジョブが発行されていない場合であっても、前記第１の通知先に対応する未完了のジョブが、前記複数の実行装置のうちの前記所定の実行装置とは異なる実行装置に対して発行されている場合、前記第１の通知先に通知は行わない、
   ことを特徴とする請求項２に記載のプログラム。
5. 前記複数の実行装置のうちの一部が含まれるグループを設定する設定手段として前記情報処理装置をさらに機能させ、
   前記設定手段により前記所定の実行装置と第１の実行装置を含み、第２の実行装置を含まないグループが設定され、
   前記通知手段は、前記第１のジョブと前記第３のジョブが完了した後、前記所定の実行装置に対して前記第１の通知先に対応する未完了のジョブが発行されていないときに、前記第１の実行装置に前記未完了のジョブが発行されている場合、前記第１の通知先に通知を行わず、前記第２の実行装置に前記未完了のジョブが発行されている場合、前記第１の通知先に通知を行う、
   ことを特徴とする請求項４に記載のプログラム。
6. ユーザー識別情報に対応する前記通知先情報を登録する登録手段として前記情報処理装置をさらに機能させ、
   前記取得手段は、前記ジョブに含まれるユーザー識別情報に対応する、前記登録手段により登録された前記通知先情報を取得する、
   ことを特徴とする請求項１乃至５のいずれか１項に記載のプログラム。
7. 前記取得手段は、前記所定の実行装置から、前記ジョブに含まれる前記ユーザー識別情報を取得することを特徴とする請求項６に記載のプログラム。
8. 前記取得手段は、前記所定の実行装置から前記第１のジョブの第１の状態情報と前記第２のジョブの第２の状態情報を取得し、
   前記通知手段は、
   前記第１の状態情報が前記完了情報であり、前記第２の状態情報が未完了に対応する未完了情報である場合、前記第１の通知先に通知を行い、前記第２の通知先に通知を行わず、
   前記第１の状態情報が前記エラー情報であり、前記第２の状態情報が未完了情報である場合、前記第１の通知先と前記第２の通知先に通知を行う、
   ことを特徴とする請求項１乃至７のいずれか１項に記載のプログラム。
9. 前記複数の実行装置はそれぞれ、自身に発行されたジョブの前記状態情報を記憶するジョブキューを備え、
   前記取得手段は、前記所定の実行装置が備えるジョブキューから前記第１の状態情報と前記第２の状態情報を取得すること、
   を特徴とする請求項８に記載のプログラム。
10. 前記複数の実行装置は、画像を印刷するプリンターであり、前記ジョブは印刷ジョブであることを特徴とする請求項１乃至９のいずれか１項に記載のプログラム。
11. 前記通知手段は、前記完了情報に基づく通知と、前記エラー情報に基づく通知で、異なる内容の通知を行うことを特徴とする請求項１乃至１０のいずれか１項に記載のプログラム。
12. 前記通知手段は、前記所定の実行装置に対して前記第１のジョブと前記第２のジョブが発行され、且つ、前記第１のジョブにおいてエラーが発生し前記第２のジョブが未完了の場合、前記第１の通知先と前記第２の通知先に、異なる内容の通知を行うことを特徴とする請求項１乃至１１のいずれか１項に記載のプログラム。
13. ジョブを実行する複数の実行装置と接続され、前記ジョブに関する通知を行う情報処理装置であって、
    前記複数の実行装置のいずれかにより実行される前記ジョブの状態に関する状態情報と、前記ジョブに対応する通知先に関する通知先情報を取得する取得手段と、
    前記取得手段により前記状態情報として前記ジョブの完了に対応する完了情報が取得された場合と、前記取得手段により前記状態情報として前記ジョブのエラーに対応するエラー情報が取得された場合に、前記取得手段により取得された前記通知先情報に基づき、前記ジョブに対応する前記通知先に通知を行う通知手段と、
    を有し、
    前記通知手段は、
    前記複数の実行装置のうちの所定の実行装置に対して第１の通知先に対応する第１のジョブと第２の通知先に対応する第２のジョブが発行され、且つ、前記第１のジョブが完了され前記第２のジョブが未完了の場合、前記第１のジョブに対応する通知先情報に基づいて前記第１の通知先に通知を行い、前記第２の通知先に通知を行わず、
    前記所定の実行装置に対して前記第１のジョブと前記第２のジョブが発行され、且つ、前記第１のジョブにおいてエラーが発生し前記第２のジョブが未完了の場合、前記第１のジョブに対応する通知先情報と前記第２のジョブに対応する通知先情報に基づいて、前記第１の通知先と前記第２の通知先に通知を行う、
    ことを特徴とする情報処理装置。
14. ジョブを実行する複数の実行装置と接続され、前記ジョブに関する通知を行う情報処理装置により実行される情報処理方法であって、
    前記複数の実行装置のいずれかにより実行される前記ジョブの状態に関する状態情報と、前記ジョブに対応する通知先に関する通知先情報を取得する取得工程と、
    前記取得工程において前記状態情報として前記ジョブの完了に対応する完了情報が取得された場合と、前記取得工程において前記状態情報として前記ジョブのエラーに対応するエラー情報が取得された場合に、前記取得工程において取得された前記通知先情報に基づき、前記ジョブに対応する前記通知先に通知を行う通知工程と、
    を有し、
    前記通知工程では、
    前記複数の実行装置のうちの所定の実行装置に対して第１の通知先に対応する第１のジョブと第２の通知先に対応する第２のジョブが発行され、且つ、前記第１のジョブが完了され前記第２のジョブが未完了の場合、前記第１のジョブに対応する通知先情報に基づいて前記第１の通知先に通知を行い、前記第２の通知先に通知を行わず、
    前記所定の実行装置に対して前記第１のジョブと前記第２のジョブが発行され、且つ、前記第１のジョブにおいてエラーが発生し前記第２のジョブが未完了の場合、前記第１のジョブに対応する通知先情報と前記第２のジョブに対応する通知先情報に基づいて、前記第１の通知先と前記第２の通知先に通知を行う、
    ことを特徴とする情報処理方法。
    

Images