(57)【要約】【課題】  クライアントのユーザが、サービス装置がサービスを提供可能か否かを、容易に把握することができる技術を提供する。【解決手段】  サービス装置は、ネットワークを介してクライアントと接続され、クライアントからのサービス要求に応じてサービスを順次提供する。サービス装置は、サービスを所定期間内に提供可能か否かを検知する検知部と、クライアントからのサービス要求の有無に関わらず、クライアントに検知結果を通知する通知部と、を備える。【選択図】  図１
2004342084.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して接続されるクライアントからのサービス要求に応じてサービスを順次提供するサービス装置であって、
前記サービス装置がサービスを所定期間内に提供可能か否かを検知する検知部と、
前記クライアントからの前記サービス要求の有無に関わらず、前記クライアントに、前記検知結果を通知する通知部と、
を備えるサービス装置。
【請求項２】
請求項１記載のサービス装置であって、
前記通知部は、前記サービス装置がサービスを前記所定期間内に提供可能な状態と、前記サービス装置がサービスを前記所定期間内に提供不能な状態と、の間の変化が検知されたときに、前記クライアントに前記検知結果を通知する、サービス装置。
【請求項３】
請求項１または２記載のサービス装置であって、
前記検知部は、サービスを即時に提供可能か否かを検知する、サービス装置。
【請求項４】
請求項１ないし３記載のサービス装置であって、さらに
前記クライアントを通知対象として登録するための設定部を備え、
前記通知部は、前記登録された前記クライアントへ前記検知結果を通知する、サービス装置。
【請求項５】
請求項４記載のサービス装置であって、さらに、
前記クライアントが必要とするサービスの属性又は種類を示す情報を前記クライアントから受領する受領部を備え、
前記設定部は、前記サービス装置が前記属性又は種類のサービスを提供可能である場合に、前記クライアントを登録する、サービス装置。
【請求項６】
請求項４または５記載のサービス装置であって、
前記設定部は、複数の前記クライアントを登録可能であり、
前記設定部は、前記複数のクライアントのうちの特定のクライアントが前記サービス装置を優先的に利用するための利用条件を、前記特定のクライアントと対応付けて記憶し、
前記通知部は、さらに、前記利用条件が満足されたときに、前記特定のクライアントに、前記利用条件が満足されたことを通知する、サービス装置。
【請求項７】
請求項６記載のサービス装置であって、
前記通知部は、さらに、前記利用条件が満足されたときに、前記特定のクライアント以外の他のクライアントへ、前記サービス装置がサービスを提供不能になったことを通知する、サービス装置。
【請求項８】
サービスを順次提供するサービス装置に対して、ネットワークを介してサービス要求を行うクライアントであって、
前記サービス装置への前記サービス要求の有無に関わらず、前記サービス装置がサービスを所定期間内に提供可能か否かの検知結果を、前記サービス装置から受信する受信部と、
前記サービス装置への前記サービス要求の有無に関わらず、前記検知結果を前記クライアントのユーザに報知する報知部と、
を備えるクライアント。
【請求項９】
請求項８記載のクライアントであって、さらに、
前記サービス装置から前記検知結果を受信するために、前記サービス装置内に前記クライアントを登録するための登録情報を、前記サービス装置に送付する送付部を備える、クライアント。
【請求項１０】
サービスを順次提供するサービス装置と、ネットワークを介して前記サービス装置にサービス要求を行うクライアントと、を有するサービスシステムにおいて、前記クライアントのユーザに前記サービス装置に関する情報を報知する情報報知方法であって、
前記サービス装置がサービスを所定期間内に提供可能か否かを、前記サービス装置が検知する工程と、
前記クライアントから前記サービス装置へのサービス要求の有無に関わらず、前記検知結果を、前記サービス装置が前記クライアントへ通知する工程と、
前記クライアントから前記サービス装置へのサービス要求の有無に関わらず、前記検知結果を、前記クライアントが前記ユーザに報知する工程と、
を備える情報報知方法。
【請求項１１】
ネットワークを介して接続されるクライアントからのサービス要求に応じてサービスを順次提供するサービス装置に、前記クライアントへ情報を通知させるためのコンピュータプログラムであって、
前記サービス装置がサービスを所定期間内に提供可能か否かを検知する機能と、
前記クライアントからの前記サービス要求の有無に関わらず、前記クライアントに、前記検知結果を通知する機能と、
を前記サービス装置に実現させるためのコンピュータプログラム。
【請求項１２】
サービスを順次提供するサービス装置に対して、ネットワークを介してサービス要求を行うクライアントに、前記サービス装置からの情報を受信させるためのコンピュータプログラムであって、
前記サービス装置への前記サービス要求の有無に関わらず、前記サービス装置がサービスを所定期間内に提供可能か否かの検知結果を、前記サービス装置から受信する機能と、
前記サービス装置への前記サービス要求の有無に関わらず、前記検知結果を前記クライアントのユーザに報知する機能と、
を前記クライアントに実現させるためのコンピュータプログラム。
【請求項１３】
請求項１１または１２記載のコンピュータプログラムを記録したコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、自発的にステータス通知を行うサービス装置に関する。
【背景技術】
【０００２】
印刷装置やスキャナなどのサービス装置は、ＬＡＮ（Local Area Network）などのネットワークを介してクライアントと接続され、クライアントからのサービス要求に応じてサービスを提供する。
【０００３】
例えば、印刷装置は、クライアントからサービス要求を印刷ジョブデータ形式で取得する。印刷装置は、複数の印刷ジョブを受け取ると、複数の印刷ジョブを順次処理して印刷を実行する。
【０００４】
クライアントは、印刷ジョブに従った処理の終了や用紙・インク不足等を示すステータス通知を、印刷装置から受け取ることができる。また、クライアントは、ジョブの混雑状況等を示すステータス通知を、印刷装置から受け取ることができる。
【０００５】
【特許文献１】特開２００２−２７８７１５
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、従来では、クライアントのユーザは、サービス装置がサービスを即時に提供可能か否かを容易に把握することが困難であるという問題があった。これは、クライアントのユーザは、サービス装置がサービスを即時に提供可能か否かを把握するために、サービス装置にステータス通知の発行を依頼する必要があるためである。
【０００７】
本発明は、上述の課題を解決するためになされたものであり、クライアントのユーザが、サービス装置がサービスを提供可能か否かを、容易に把握することができる技術を提供することを目的とする。
【課題を解決するための手段】
【０００８】
上述の課題の少なくとも一部を解決するため、本発明の第１の装置は、ネットワークを介して接続されるクライアントからのサービス要求に応じてサービスを順次提供するサービス装置であって、
前記サービス装置がサービスを所定期間内に提供可能か否かを検知する検知部と、
前記クライアントからの前記サービス要求の有無に関わらず、前記クライアントに、前記検知結果を通知する通知部と、
を備えることを特徴とする。
【０００９】
このサービス装置は、サービスを所定期間内に提供可能か否かの検知結果を、クライアントからのサービス要求の有無に関わらず、クライアントへ通知するため、クライアントのユーザは、サービス装置がサービスを提供可能か否かを容易に把握することができる。
【００１０】
なお、「所定期間」は、固定期間（一定期間）であってもよいし、クライアント毎に決定される期間であってもよい。
【００１１】
上記の装置において、
前記通知部は、前記サービス装置がサービスを前記所定期間内に提供可能な状態と、前記サービス装置がサービスを前記所定期間内に提供不能な状態と、の間の変化が検知されたときに、前記クライアントに前記検知結果を通知することが好ましい。
【００１２】
こうすれば、サービス装置が検出結果をクライアントへ通知する頻度を比較的低くすることができ、この結果、ネットワークのトラフィック量を低減させることができる。
【００１３】
なお、検出結果の通知は、サービス装置がサービスを所定期間内に提供可能な状態になった時のみに行われてもよいし、サービス装置がサービスを所定期間内に提供不能な状態になった時のみに行われてもよいし、双方の時に行われてもよい。
【００１４】
上記の装置において、
前記検知部は、サービスを即時に提供可能か否かを検知するようにしてもよい。
【００１５】
上記の装置において、さらに
前記クライアントを通知対象として登録するための設定部を備え、
前記通知部は、前記登録された前記クライアントへ前記検知結果を通知することが好ましい。
【００１６】
こうすれば、通知対象のクライアントが限られるため、ネットワークのトラフィック量や、通知の対象とならないクライアントの負荷を、低減させることができる。
【００１７】
上記の装置において、さらに、
前記クライアントが必要とするサービスの属性又は種類を示す情報を前記クライアントから受領する受領部を備え、
前記設定部は、前記サービス装置が前記属性又は種類のサービスを提供可能である場合に、前記クライアントを登録するようにしてもよい。
【００１８】
こうすれば、クライアントは、所望の属性又は種類のサービスを提供可能なサービス装置からの通知を選択的に受信することができる。
【００１９】
上記の装置において、
前記設定部は、複数の前記クライアントを登録可能であり、
前記設定部は、前記複数のクライアントのうちの特定のクライアントが前記サービス装置を優先的に利用するための利用条件を、前記特定のクライアントと対応付けて記憶し、
前記通知部は、さらに、前記利用条件が満足されたときに、前記特定のクライアントに、前記利用条件が満足されたことを通知するようにしてもよい。
【００２０】
こうすれば、クライアントは、サービス装置を優先的に利用することができる。
【００２１】
上記の装置において、
前記通知部は、さらに、前記利用条件が満足されたときに、前記特定のクライアント以外の他のクライアントへ、前記サービス装置がサービスを提供不能になったことを通知することが好ましい。
【００２２】
こうすれば、特定のクライアント以外の他のクライアントは、サービスを提供不能なサービス装置に対して、サービス要求を行わずに済む。
【００２３】
本発明の第２の装置は、サービスを順次提供するサービス装置に対して、ネットワークを介してサービス要求を行うクライアントであって、
前記サービス装置への前記サービス要求の有無に関わらず、前記サービス装置がサービスを所定期間内に提供可能か否かの検知結果を、前記サービス装置から受信する受信部と、
前記サービス装置への前記サービス要求の有無に関わらず、前記検知結果を前記クライアントのユーザに報知する報知部と、
を備えることを特徴とする。
【００２４】
このクライアントは、サービス装置へのサービス要求の有無に関わらず、サービス装置がサービスを所定期間内に提供可能か否かの検知結果を、サービス装置から受信するため、クライアントのユーザは、サービス装置がサービスを提供可能か否かを容易に把握することができる。
【００２５】
上記の装置において、さらに、
前記サービス装置から前記検知結果を受信するために、前記サービス装置内に前記クライアントを登録するための登録情報を、前記サービス装置に送付する送付部を備えるようにしてもよい。
【００２６】
こうすれば、クライアントは、登録情報に基づいた通知をサービス装置から受信することができる。
【００２７】
なお、登録情報は、例えば、アドレスや名前などのクライアントを特定する情報を含んでいてもよい。また、登録情報は、クライアントが必要とするサービスの属性又は種類を示す情報を含んでいてもよい。
【００２８】
本発明の方法は、サービスを順次提供するサービス装置と、ネットワークを介して前記サービス装置にサービス要求を行うクライアントと、を有するサービスシステムにおいて、前記クライアントのユーザに前記サービス装置に関する情報を報知する情報報知方法であって、
前記サービス装置がサービスを所定期間内に提供可能か否かを、前記サービス装置が検知する工程と、
前記クライアントから前記サービス装置へのサービス要求の有無に関わらず、前記検知結果を、前記サービス装置が前記クライアントへ通知する工程と、
前記クライアントから前記サービス装置へのサービス要求の有無に関わらず、前記検知結果を、前記クライアントが前記ユーザに報知する工程と、
を備えることを特徴とする。
【００２９】
この方法では、クライアントは、サービス装置へのサービス要求の有無に関わらず、サービス装置がサービスを所定期間内に提供可能か否かの検出結果を、サービス装置から受信するため、クライアントのユーザは、サービス装置がサービスを提供可能か否かを容易に把握することができる。
【００３０】
なお、この発明は、種々の形態で実現することが可能であり、例えば、サービス装置およびその制御方法、クライアントおよびその制御方法、サービス装置とクライアントとを備えるサービスシステムおよびその制御方法、これらの方法または装置の機能を実現するためのコンピュータプログラム、そのコンピュータプログラムを記録した記録媒体、そのコンピュータプログラムを含み搬送波内に具現化されたデータ信号、等の形態で実現することができる。
【００３１】
本発明における「記憶媒体」としては、フレキシブルディスクやＣＤ−ＲＯＭ、光磁気ディスク、ＩＣカード、ＲＯＭカートリッジ、パンチカード、バーコードなどの符号が印刷された印刷物、コンピュータの内部記憶装置（ＲＡＭやＲＯＭなどのメモリ）および外部記憶装置などコンピュータが読み取り可能な種々の媒体を利用できる。
【発明を実施するための最良の形態】
【００３２】
以下、本発明の実施の形態を実施例に基づき以下の順序で説明する。
Ａ．印刷処理システムの構成：
Ｂ．通知処理：
Ｃ．予約情報に基づく処理：
【００３３】
Ａ．印刷処理システムの構成：
図１は、印刷処理システム１０００を示す説明図である。印刷処理システム１０００は、ネットワークＮＷを介して接続された２つの印刷装置（サービス装置）１００，２００と、２つのクライアント３００，３００ａと、を備える。
【００３４】
以下では、説明の便宜上、印刷装置１００とクライアント３００とに注目して説明する。
【００３５】
印刷装置１００は、クライアント３００，３００ａからのサービス要求に応じて、印刷サービスを提供する。印刷装置１００としては、インクジェットプリンタや、レーザプリンタ、その他の方式のプリンタを用いることができる。
【００３６】
クライアント３００は、印刷ジョブデータの形式で印刷サービスの提供要求（サービス要求）を印刷装置１００，２００に送付する。
【００３７】
図１には、印刷装置１００およびクライアント３００の機能ブロックが示されている。印刷装置１００とクライアント３００とは、それぞれ、図示しないＣＰＵ，ＲＯＭ，ＲＡＭで構成されたコンピュータを内蔵する。印刷装置１００およびクライアント３００の各ブロックの機能は、それぞれ、内蔵されたコンピュータが所定の処理プログラムを実行することによって実現される。印刷装置１００の各ブロックの機能の一部又は全部、および／または、クライアント３００の各ブロックの機能の一部又は全部は、ハードウェアで構成されてもよい。なお、印刷装置２００は、印刷装置１００と同様の機能を有しており、クライアント３００ａは、クライアント３００と同様の機能を有している。
【００３８】
クライアント３００は、通信部３３０と、アプリケーションプログラム３４０と、プリンタドライバ３２０と、通知受信エージェント３１０と、を備える。なお、通信部３３０は、ネットワークＮＷを介して、印刷装置１００，２００と通信可能である。
【００３９】
アプリケーションプログラム３４０は、印刷装置１００の印刷サービスを利用可能なプログラムであり、例えば、ワードプロセッサや、ウェブブラウザ、表計算ソフトウェア、図形描画プログラム等である。プリンタドライバ３２０は、アプリケーションプログラム３４０からの指示に基づいて、印刷ジョブを生成する。通信部３３０は、ネットワークＮＷを介して、印刷ジョブを印刷装置１００に送付する。
【００４０】
通知受信エージェント３１０は、受信部３１２と、表示部３１３および記憶部３１４を含む報知部と、通知条件送付部３１１と、を備える。
【００４１】
受信部３１２は、各印刷装置１００，２００がサービスを即時に提供可能か否かを示す通知を、各印刷装置から受信する。
【００４２】
報知部は、各印刷装置１００，２００からの通知に基づいて、ユーザへの報知を行う。本実施例では、報知部は、表示部３１３にいわゆるポップアップウィンドウを表示させることによって、ユーザへの報知を行う。ただし、本実施例では、報知部は、アプリケーションプログラム３４０が起動している場合にのみ、表示部３１３にポップアップウィンドウを表示させ、アプリケーションプログラム３４０が起動していない場合には、表示部３１３にポップアップウィンドウを表示させない。
【００４３】
また、報知部は、各印刷装置１００，２００からの通知に基づいて、記憶部３１４に、各印刷装置１００，２００がサービスを即時に提供可能か否かを示す情報を記憶させる。
【００４４】
通知条件送付部３１１は、クライアント３００のアドレス（すなわち、自己のアドレス）を印刷装置１００，２００に送付する。これにより、クライアント３００は、上記の通知を受け取ることができる。また、通知条件送付部３１１は、印刷装置の利用を予約するための予約情報（予約期間すなわち利用予定期間の情報）を印刷装置に送付する。これにより、クライアント３００は、予約期間に、印刷装置の印刷サービスを優先的に受けることができる。すなわち、クライアント３００は、サービス要求から短期間で印刷サービスの提供を受けることができる。
【００４５】
印刷装置１００は、通信部１３０と、プリントエンジン１２０と、プリントキュー１２１と、通知送付エージェント１１０と、を備える。なお、通信部１３０は、ネットワークＮＷを介して、クライアント３００，３００ａと通信可能である。
【００４６】
プリントエンジン１２０は、各クライアント３００，３００ａのプリンタドライバ３２０から通信部１３０を介して与えられた印刷ジョブを、印刷のために処理する。また、プリントエンジン１２０は、印刷ジョブをキュー１２１に記憶する。一時期に複数のジョブが印刷装置１００に到着する場合には、複数のジョブは待ち行列を形成する。プリントエンジン１２０は、複数のジョブを到着順に順次処理する。
【００４７】
通知送付エージェント１１０は、受領部１１１と、設定部１１２と、検知部１１５と、通知部１１４と、を備える。
【００４８】
受領部１１１は、各クライアント３００，３００ａの通知条件送付部３１１から送付された通知条件（登録情報）を取得する。
【００４９】
設定部１１２は、メモリを備えており、取得した通知条件を記録する。本実施例では、設定部１１２には、各クライアント３００，３００ａのアドレスや予約情報が記録される。
【００５０】
検知部１１５は、プリントエンジン１２０を介してキュー１２１を監視し、印刷装置１００の状態の変化、換言すれば、印刷装置１００が印刷サービスを即時に提供可能か否かを検知する。キュー１２１に印刷ジョブがない場合には、印刷サービスは即時に提供可能な状態である。キュー１２１に印刷ジョブがある場合には、印刷サービスは即時に提供不能な状態である。なお、紙詰まり等のエラーが発生している場合や、用紙・インク等の消耗品が不足している場合も、印刷サービスは即時に提供不能な状態である。
【００５１】
通知部１１４は、検知部１１５の検知結果に基づいて、設定部１１２に記録されたアドレスに対応するクライアント３００，３００ａに対して、通知を行う。具体的には、通知部１１４は、印刷装置の状態が変化した場合に、換言すれば、印刷サービスが即時に提供可能になった時と印刷サービスが即時に提供不能になった時とに、検知結果をクライアント３００，３００ａへ通知する。
【００５２】
また、通知部１１４は、設定部１１２に記録された予約情報（予約期間）に基づいて、設定部１１２に記録されたアドレスに対応するクライアント３００，３００ａに対して、通知を行う。具体的には、通知部１１４は、予約期間の開始時刻に、予約情報を登録したクライアントに対して、予約期間の開始時刻が到来したことを通知する。通知部１１４は、予約期間内には、該予約情報を登録したクライアント以外の他のクライアントへの通知を抑止する。抑止される通知は、例えば、印刷装置が即時にサービス提供可能である旨の通知である。なお、抑止機能は、通知部１１４に含まれる抑止部１１３によって実現される。
【００５３】
Ｂ．通知処理：
図２は、通知送付処理及び通知受信処理を示すフローチャートである。印刷装置１００は、図２に示す「通知送付処理」を繰り返し行い、クライアント３００は、図２に示す「通知受信処理」を繰り返し行う。
【００５４】
通知送付処理のステップＳａ１では、印刷装置１００の検知部１１５は、印刷装置の状態の変化を検知する。具体的には、検知部１１５は、印刷装置１００が印刷サービスを即時に提供可能な状態と、印刷装置１００が印刷サービスを即時に提供不能な状態と、の間の変化を検知する。状態の変化が検知された場合には、換言すれば、印刷装置１００が印刷サービスを即時に提供可能な状態になった時と、印刷装置１００が印刷サービスを即時に提供不能な状態になった時とには、ステップＳａ２の処理が実行される。
【００５５】
ステップＳａ２では、通知部１１４は、各クライアント３００，３００ａに対して通知を行う。具体的には、通知部１１４は、印刷装置１００が印刷サービスを即時に提供可能になった旨の通知、または、印刷装置１００が印刷サービスを即時に提供不能になった旨の通知をクライアントに送信する。なお、通知は、設定部１１２に記憶された各アドレスに対応するクライアントに対して行われる。
【００５６】
通知受信処理のステップＳｂ１では、クライアント３００の受信部３１２が通知を受信する。ステップＳｂ２では、報知部は、アプリケーションプログラム３４０が起動しているか否かを判断する。アプリケーションプログラムが起動している場合には、ステップＳｂ３で、報知部は、表示部３１３に、ポップアップウィンドウを表示させることによって、ユーザへの報知を行う。これにより、ユーザは、印刷装置１００が印刷サービスを即時に提供可能か否かを容易に把握することができる。ステップＳｂ４では、報知部は、記憶部３１４に、記憶内容を更新させる。具体的には、記憶部３１４は、通知元の印刷装置１００がサービスを即時に提供可能か否かについての記憶内容を更新する。
【００５７】
なお、本実施例では、印刷装置１００の印刷サービスを利用可能なアプリケーションプログラムが起動している場合に、ポップアップウィンドウが表示されているが、これに代えて、ユーザによって予め選択されたアプリケーションプログラムが起動している場合のみに、ポップアップウィンドウが表示されるようにしてもよい。
【００５８】
図３は、図２のステップＳｂ３で表示されるポップアップウィンドウ（ユーザインタフェース画面）の一例を示す説明図である。図３では、ワードプロセッサが起動しており、ワードプロセッサのウィンドウ４０１が表示されている。このため、ステップＳｂ２（図２）では、アプリケーションプログラム３４０が起動していると判断され、ステップＳｂ３において、ポップアップウィンドウ４００が表示される。ポップアップ表示は、ユーザの操作と無関係に行われる。
【００５９】
なお、図３のポップアップウィンドウ４００では、印刷装置１００が印刷サービスを提供可能になったことが示されているが、印刷装置１００が印刷サービスを提供不能になった場合にも同様のポップアップウィンドウが表示される。
【００６０】
ところで、本実施例では、図２のステップＳｂ４において、報知部は、記憶部３１４に記憶内容を更新させている。このため、報知部は、ユーザからの命令に従って、任意のタイミングで、表示部３１３に一覧表示ウィンドウを表示させることができる。
【００６１】
図４は、一覧表示ウィンドウ（ユーザインタフェース画面）の一例を示す説明図である。一覧表示ウィンドウ４１０には、印刷サービスを即時に提供可能な印刷装置のリストが表示されている。報知部は、記憶部３１４の記憶内容にのみ基づいて、換言すれば、各印刷装置にステータス通知の発行を依頼せずに、表示部３１３に一覧表示ウィンドウ４１０を表示させる。
【００６２】
図５は、一連の通知処理を示すフローチャートである。印刷装置１００は、期間Ｓｃ１〜Ｓｃ３において、２つの印刷ジョブを処理しており、印刷装置２００は、期間Ｓｃ２〜Ｓｃ４において、３つの印刷ジョブを処理している。すなわち、期間Ｓｃ１〜Ｓｃ３では、印刷装置１００はサービスを即時に提供不能な状態であり、期間Ｓｃ２〜Ｓｃ４では、印刷装置２００は、サービスを即時に提供不能な状態である。
【００６３】
印刷装置１００は、クライアント３００に、時刻Ｓｃ１でサービスが即時に提供不能となったことを通知し、時刻Ｓｃ３でサービスが即時に提供可能となったことを通知する。同様に、印刷装置２００は、クライアント３００に、時刻Ｓｃ２でサービスが即時に提供不能となったことを通知し、時刻Ｓｃ４でサービスが即時に提供可能となったことを通知する。
【００６４】
クライアント３００は、時刻Ｓｃ１，Ｓｃ２，Ｓｃ４で受け取った通知に応じて、ポップアップ表示を行う（図２のステップＳｂ３）。なお、クライアント３００は、時刻Ｓｃ３においても通知を受け取るが、ポップアップ表示を行わない。これは、時刻Ｓｃ３では、アプリケーションプログラム３４０が起動していないと判断されるためである（図２のステップＳｂ２）。
【００６５】
また、クライアント３００は、時刻Ｓｃ１，Ｓｃ２，Ｓｃ３，Ｓｃ４で受け取った通知に応じて、記憶内容を更新する（図２のステップＳｂ４）。このため、ユーザは、所望のタイミングで、サービスを即時に提供可能な印刷装置を、図４の一覧表示ウィンドウ４１０を介して知ることができる。例えば、期間Ｓｃ１〜Ｓｃ２では、ユーザは、印刷装置２００のみがサービスを即時に提供可能であることを知ることができ、期間Ｓｃ２〜Ｓｃ３では、印刷装置１００，２００の双方がサービスを即時に提供不能であることを知ることができる。また、期間Ｓｃ３〜Ｓｃ４では、ユーザは、印刷装置１００のみがサービスを即時に提供可能であることを知ることができ、時刻Ｓｃ４以降では、印刷装置１００，２００の双方がサービスを即時に提供可能であることを知ることができる。
【００６６】
以上説明したように、本実施例の印刷処理システムでは、印刷装置は、クライアントに対して自発的にステータス通知を行う。このため、クライアントは、印刷装置にステータス通知の発行を依頼せずに、印刷装置がサービスを即時に提供可能か否かを容易に把握することができる。特に、複数の印刷装置がネットワークに接続されている場合には、ユーザは、サービスを即時に提供可能な印刷装置を容易に見つけることができる。
【００６７】
また、本実施例の構成を採用すれば、クライアントや、印刷装置、ネットワークの負荷を低減させることができるという利点がある。従来では、例えば、クライアントは、ジョブの混雑の解消や用紙・インクの補給の完了までに、何度もステータス通知の発行を依頼する。また、クライアントは、複数の印刷装置の中から、サービスを即時に提供可能な印刷装置を見つけるために、複数の印刷装置にステータス通知の発行を依頼する。このため、従来では、ステータス通知の発行の依頼が多数発生し、この結果、クライアントの負荷が増大するとともに、ネットワークの通信効率が低下してしまう。しかしながら、本実施例では、印刷装置が自発的にステータス通知を発行するため、クライアントや、印刷装置、ネットワークの負荷を低減することが可能となる。
【００６８】
さらに、本実施例を採用すれば、複数の印刷装置間で負荷を分散させることができるという利点がある。従来では、印刷装置が印刷サービスを即時に提供不能な場合にも、該印刷装置に印刷ジョブが与えられる場合が多かった。このため、複数の印刷装置間で、サービスの提供頻度に偏りが生じてしまう。しかしながら、本実施例では、クライアントのユーザは、複数の印刷装置の状態を容易に把握することができるため、サービスを即時に提供可能な印刷装置を容易に選択することができる。この結果、特定の印刷装置の稼働率が著しく高くなるのを抑制して、複数の印刷装置間で負荷を分散させることが可能となる。
【００６９】
なお、図２のステップＳａ２で印刷装置が送付する通知には、印刷装置が印刷サービスを即時に提供可能か否かを示す情報だけでなく、他の種々の情報が含まれていてもよい。通知には、例えば、印刷装置で利用可能な用紙サイズや、カラー印刷の可否、両面印刷の可否などを示す情報が含まれていてもよい。このように、印刷装置が、提供可能なサービスの属性または種類を示す情報（すなわち、各印刷装置のサービス提供能力を示す情報）をクライアントへ通知すれば、クライアントの報知部は、該情報を表示部に表示させることができる。このため、クライアントのユーザは、所望の属性または種類のサービスを提供可能な印刷装置を容易に選択することが可能となる。なお、図４に示す一覧表示ウィンドウには、各印刷装置を特定するための名前および機種が表示されていると共に、各印刷装置で利用可能な用紙サイズおよびインク（すなわちカラー／モノクロ印刷）が表示されている。一覧表示ウィンドウには、さらに、印刷コストや、印刷サービスを即時に提供可能である旨の通知を印刷装置から受信した時刻などが、印刷装置と対応付けられて表示されてもよい。
【００７０】
Ｃ．予約情報に基づく処理：
以下では、印刷装置の利用が予約された場合の処理について説明する。前述のように、クライアント３００は、予約情報を、印刷装置１００に送付し、印刷装置１００は、該予約情報を設定部１１２に記憶する。
【００７１】
図６は、設定部１１２に記憶された予約情報を示す説明図である。図示するように、設定部１１２は、通知対象のクライアントのアドレスと対応付けて、予約情報を記憶している。なお、図６では、５つのアドレスが記憶されており、５つのアドレスのうちの２つのアドレスに、予約情報（予約期間）が対応付けられている。
【００７２】
図７は、予約情報に基づく処理を示すフローチャートである。印刷装置１００は、図７に示す処理を繰り返し実行する。
【００７３】
ステップＳｄ１では、通知部１１４は、現在時刻と、設定部１１２に記憶された予約期間と、を対比する。
【００７４】
現在時刻が予約期間の開始時刻にあたる場合には、ステップＳｄ２１で、通知部１１４は、予約情報を登録したクライアント（すなわち印刷装置１００の利用を予約したクライアント）に対して、予約期間の開始時刻が到来した旨の通知を行う。このとき、予約情報を登録したクライアントは、図２の通知受信処理と同様に、該通知を受信して、予約期間の開始時刻が到来したことを示すポップアップ表示を行う。また、ステップＳｄ２１では、通知部１１４に、予約情報を登録したクライアント以外の他のクライアントに対して、印刷装置１００がサービスを提供不能になったことを通知する。このとき、上記の他のクライアントは、図２の通知受信処理と同様に、該通知を受信して、印刷装置１００がサービスを提供不能になったことを示すポップアップ表示を行う。
【００７５】
現在時刻が予約期間の終了時刻にあたる場合には、ステップＳｄ２３で、通知部１１４は、設定部１１２に記憶された予約情報を抹消する。なお、このとき、通知部１１４は、予約情報を登録したクライアント以外の他のクライアントに対して、印刷装置１００がサービスを提供可能になったことを通知する。
【００７６】
その他の場合、すなわち現在時刻が予約期間の開始時刻および終了時刻でない場合には、ステップＳｄ２２で、図２で説明した通知送付処理が行われる。ただし、通知対象のクライアントは、現在時刻と予約期間との関係に基づいて、以下のように変更される。
【００７７】
図８は、通知対象のクライアントの決定処理を示すフローチャートである。ステップＳｅ１では、通知部１１４は、現在時刻と、設定部１１２に記憶された予約期間と、を対比する。具体的には、通知部１１４は、現在時刻が、設定部１１２に記憶された予約期間の範囲内であるか範囲外であるかを調べる。
【００７８】
現在時刻が予約期間外である場合には、ステップＳｅ２１において、通知部１１４は、設定部１１２に記憶されたすべてのアドレスに対応するすべてのクライアントを通知対象として決定し、図２と同様の通知送付処理を行う。一方、現在時刻が予約期間内である場合には、ステップＳｅ２２において、通知部１１４は、予約情報を登録したクライアントのみを通知対象として決定し、図２と同様の通知送付処理を行う。
【００７９】
以上説明したように、本実施例の印刷処理システムでは、印刷装置は、クライアントが印刷装置を優先的に利用するための予約期間（利用条件）を、該クライアントと対応付けて記憶し、予約期間の開始時刻が到来したことを、該クライアントに通知することができる。このため、クライアントは、印刷装置を予約期間に優先的に利用することが可能となる。
【００８０】
なお、予約情報は、将来の予約期間に限らず、現在から開始する予約期間であってもよい。この場合にも、クライアントは、印刷装置を優先的に利用することができる。また、設定部１１２は利用予定開始時刻のみを記憶し、利用予定終了時刻を記憶していなくてもよい。この場合には、印刷装置は、クライアントからの別途の指示に従って、あるいは、一定期間経過後に、優先的に利用可能な状態を終了させればよい。
【００８１】
この発明は上記の実施例や実施形態に限られるものではなく、その要旨を逸脱しない範囲において種々の態様で実施することが可能であり、例えば次のような変形も可能である。
【００８２】
（１）上記実施例では、サービス装置として、印刷装置が用いられているが、これに代えて、あるいは、これと共に、スキャナ、プロジェクタ、オーディオ機器などの同時に１つのジョブのみを処理可能な種々の装置が用いられてもよい。一般には、サービス装置は、クライアントからのサービス要求に応じてサービスを順次提供する装置であればよい。
【００８３】
（２）上記実施例では、ネットワークＮＷには、２つのサービス装置（印刷装置）が接続されているが、より多数または少数のサービス装置が接続されていてもよい。また、上記実施例では、２つのクライアントが接続されているが、より多数または少数のクライアントが接続されていてもよい。一般には、ネットワークには、少なくとも１台のサービス装置と、少なくとも１台のクライアントと、が接続されていればよい。
【００８４】
なお、ネットワークＮＷは、パソコン通信やローカルエリアネットワーク等の限定的なネットワークであってもよいし、インターネットのような広域的なネットワークであってもよい。また、ネットワークＮＷは、無線通信によるネットワークであってもよい。
【００８５】
（３）上記実施例では、クライアント３００の通知条件送付部３１１は、通知条件として、アドレスや予約情報などを印刷装置１００，２００へ送付しているが、他の情報を送付してもよい。例えば、通知条件送付部３１１は、クライアント３００が必要とする印刷サービスの属性または種類を示す情報を、印刷装置１００，２００へ送付してもよい。該情報は、例えば、カラー／モノクロ印刷や、印刷用紙の種類（例えば用紙サイズ）、印刷速度、印刷品位、片面／両面印刷などを含む。
【００８６】
この場合には、各印刷装置１００，２００の受領部１１１は、クライアント３００が必要とする印刷サービスの属性または種類を示す情報を受領する。そして、各印刷装置１００，２００の設定部１１２は、クライアント３００が必要とする上記の属性または種類のサービスを提供可能な場合に、クライアント３００を通知対象として登録する。こうすれば、クライアント３００は、所望の属性または種類のサービスを提供可能な印刷装置から、選択的に通知を受信することができる。
【００８７】
（４）上記実施例では、印刷装置は、サービスを即時に提供可能か否かをクライアントに通知しているが、これに代えて、サービスを所定期間内に提供可能か否かを通知するようにしてもよい。ここで、所定期間は、固定期間（一定期間）であってもよいし、クライアント毎に決定される可変期間であってもよい。所定期間が一定期間である場合には、印刷装置に該一定期間が予め設定されていればよい。所定期間がクライアント毎に決定される可変期間である場合には、クライアント３００，３００ａの通知条件送付部３１１が期間情報を送信し、印刷装置１００の設定部１１２がクライアントに対応付けて該期間を記憶すればよい。この場合には、例えば、図５において、時刻Ｓｃ３よりも所定期間だけ前の時刻に、印刷サービスが所定時間内に提供可能となる旨の通知が行われればよい。
【００８８】
（５）図２のステップＳａ２における通知対象のクライアントは、クライアントが印刷装置にアドレスを送付し、印刷装置が該アドレスを登録することによって決定されているが、他の手法で決定されてもよい。
【００８９】
例えば、通知は、所定範囲内のクライアントに対して、マルチキャストやブロードキャストによって行われてもよい。所定範囲内のクライアントは、例えば、階層的なネットワークの所定階層に属するクライアントであってもよいし、所定のフロア（階）に設置されたクライアントであってもよい。この場合には、設定部１１２は、アドレスの範囲や、ドメイン、いわゆるネットワーク番号などを記憶すればよい。また、ネットワークが、いわゆるホットスポットにおける無線ネットワークである場合には、通知は、ホットスポット内の全てのクライアントに行われてもよい。
【００９０】
このように、通知対象を所定範囲内のクライアントに設定すれば、クライアントは、アドレスをサービス装置に送付せずに、サービス装置から通知を受け取ることができる。
【００９１】
（６）上記実施例（図２のステップＳａ２，Ｓａ２）では、通知部は、印刷装置の状態の変化が検知されたときに印刷装置の状態をクライアントに通知しているが、これに代えて、所定の時間間隔毎に印刷装置の状態をクライアントに通知するようにしてもよい。ただし、上記実施例のようにすれば、サービス装置が検出結果をクライアントへ通知する頻度を比較的低くすることができ、この結果、ネットワークのトラフィック量を低減させることができるという利点がある。
【００９２】
一般には、サービス装置は、サービス装置がサービスを所定期間内に提供可能か否かを検知し、クライアントからのサービス要求の有無に関わらず、クライアントに検出結果（サービス装置の状態）を通知すればよい。
【図面の簡単な説明】
【００９３】
【図１】印刷処理システム１０００を示す説明図である。
【図２】通知送付処理及び通知受信処理を示すフローチャートである。
【図３】図２のステップＳｂ３で表示されるポップアップウィンドウ（ユーザインタフェース画面）の一例を示す説明図である。
【図４】一覧表示ウィンドウ（ユーザインタフェース画面）の一例を示す説明図である。
【図５】一連の通知処理を示すフローチャートである。
【図６】設定部１１２に記憶された予約情報を示す説明図である。
【図７】予約情報に基づく処理を示すフローチャートである。
【図８】通知対象のクライアントの決定処理を示すフローチャートである。
【符号の説明】
【００９４】
１０００…印刷処理システム
１００，２００…印刷装置
１１０…通知送付エージェント
１１１…受領部
１１２…設定部
１１３…抑止部
１１４…通知部
１１５…検知部
１２０…プリントエンジン
１２１…プリントキュー
１３０…通信部
３００，３００ａ…クライアント
３１０…通知受信エージェント
３１１…通知条件送付部
３１２…受信部
３１３…表示部
３１４…記憶部
３２０…プリンタドライバ
３３０…通信部
３４０…アプリケーションプログラム
４００…ポップアップウィンドウ
４０１…ワードプロセッサのウィンドウ
４１０…一覧表示ウィンドウ
ＮＷ…ネットワーク
【図１】
2004342084.tif 000003
【図２】
2004342084.tif 000004
【図３】
2004342084.tif 000005
【図４】
2004342084.tif 000006
【図５】
2004342084.tif 000007
【図６】
2004342084.tif 000008
【図７】
2004342084.tif 000009
【図８】
2004342084.tif 000010