JP2006295883A - サービス利用システム、画像取扱装置、外部処理装置，状態変化通知方法および状態変化通知プログラム - Google Patents

Abstract

【課題】サービスに掛かる画像取扱処理の少なくとも一部を外部処理装置で行わせるときに、自機の機能により行っている画像取扱処理の実行時の状態の変化を迅速に通知先へ通知できるサービス利用システム、画像取扱装置、外部処理装置，状態変化通知方法および状態変化通知プログラムを提供することを目的とする。
【解決手段】サービスに掛かる画像取扱処理により制御される画像取扱装置１と画像取扱処理の少なくとも一部を画像取扱装置１に代わって行なう外部処理装置２とが所定のネットワーク３を介して接続されるサービス利用システムであって、画像取扱装置の状態の変化を所定の通知先に通知する通知機能１０４を備えたことにより上記課題を解決する。
【選択図】 図２

Description

本発明は、サービス利用システム、画像取扱装置、外部処理装置，状態変化通知方法および状態変化通知プログラムに係り、特にネットワークを介してサービスを利用する為のサービス利用システム、画像取扱装置、外部処理装置，状態変化通知方法および状態変化通知プログラムに関する。

画像取扱装置とは、プリンタ装置，コピー装置，ファクシミリ装置，スキャナ装置，又は前述した各装置の機能の一部又は全部を１つの筐体内に収納した複合機など、画像に関する情報を取り扱う装置又は機器である。例えば特許文献１には、プリンタ，コピー，ファクシミリおよびスキャナなどの各装置の機能を１つの筐体内に収納した複合機が記載されている。

複合機は、１つの筐体内に表示部，印刷部及び撮像部などを設けると共に、プリンタ装置，コピー装置，ファクシミリ装置，スキャナ装置にそれぞれ対応するアプリケーションを設け、アプリケーションの切り替えによって、プリンタ装置，コピー装置，ファクシミリ装置，スキャナ装置として動作する。

近年、インターネットやＬＡＮ等のネットワークの発達と普及により、複合機は通信機能を有するようになった。通信機能を有する複合機は、ネットワークを介して外部機器と接続可能であり、いわゆるＷｅｂサービスの提供が望まれるようになった。

Ｗｅｂサービスとは、ＷＷＷ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ）関連の技術を使い、ソフトウェア等の機能をネットワークを通じて利用できるようにしたものである。特許文献２には、ネットワークを介して機器にＷｅｂサービスを提供する複合型画像形成装置が記載されている。
特開２００２−８４３８３号公報 特開２００４−５５０３号公報

従来、複合機で動作するアプリケーションを開発する場合は、アプリケーション自身のロジックの構築だけでなく、独自のデバイスコントロール用のＩ／Ｆ、ユーザインターフェース（ＵＩ）用のＩ／Ｆ、複合機特有のプログラミング作法（例えば電源制御など）に従う必要があった。

また、アプリケーションのカスタマイズをするには、上記のような独自のデバイスコントロール用のＩ／Ｆ、独自のＵＩ用のＩ／Ｆ、複合機特有のプログラミング作法を習熟していなければならず、容易でなかった。

そこで、複合機ではＷｅｂサービスに掛かる画像取扱処理の少なくとも一部を自機に代わって外部処理装置で行わせる為の開発が進んでいる。このような複合機では、外部処理装置を介して自機の機能（例えばアプリケーション挙動の制御や画面制御など）を制御させている。

したがって、従来の複合機は外部処理装置によって画面制御が行われていた為、画像取扱処理の終了時やエラー時など画像取扱処理の実行時の状態（ジョブの状態）が変化したとき、動的に画面更新を行なうことができないという問題があった。即ち、従来の複合機は自機の機能により行っている画像取扱処理のジョブの状態が変化したとき、外部処理装置により行っている画像取扱処理へ迅速に通知されないという問題があった。

本発明は、上記の点に鑑みなされたもので、サービスに掛かる画像取扱処理の少なくとも一部を外部処理装置で行わせるときに、自機の機能により行っている画像取扱処理の実行時の状態の変化を迅速に通知先へ通知できるサービス利用システム、画像取扱装置、外部処理装置，状態変化通知方法および状態変化通知プログラムを提供することを目的とする。

そこで、上記課題を解決するため、本発明は、サービスに掛かる画像取扱処理により制御される画像取扱装置と前記画像取扱処理の少なくとも一部を前記画像取扱装置に代わって行なう外部処理装置とが所定のネットワークを介して接続されるサービス利用システムであって、前記画像取扱装置の状態の変化を所定の通知先に通知する通知機能を備えたことを特徴とする。

なお、本発明の構成要素、表現または構成要素の任意の組合せを、方法、装置、システム、コンピュータプログラム、記録媒体、データ構造などに適用したものも本発明の態様として有効である。

本発明では、サービスに掛かる画像取扱処理の少なくとも一部を画像取扱装置に代わって外部処理装置で行なうとき、画像取扱装置の状態の変化を所定の通知先に通知するようにしている。したがって、本発明は画像取扱装置の状態の変化を迅速に所定の通知先に通知できるので、画像取扱装置の機能により行っている画像取扱処理の実行時の状態が変化したとき、自機の機能（例えばアプリケーション挙動の制御や画面制御）を迅速に制御することができる。

本発明によれば、サービスに掛かる画像取扱処理の少なくとも一部を外部処理装置で行わせるときに、自機の機能により行っている画像取扱処理の実行時の状態の変化を迅速に通知先へ通知できるサービス利用システム、画像取扱装置、外部処理装置，状態変化通知方法および状態変化通知プログラムを提供可能である。

次に、本発明を実施するための最良の形態を、以下の実施例に基づき図面を参照しつつ説明していく。本実施例では、画像取扱装置の一例として画像形成装置を例に説明するが画像形成装置に限るものではない。本発明は、自装置のサービスに掛かる画像取扱処理の少なくとも一部を外部処理装置で行なう様々な装置，機器等に適用可能である。

また、本実施例では自装置の機能をネットワーク経由で制御させるサービスの一例としてＷｅｂサービスを例に説明するがＷｅｂサービスに限るものではない。さらに、本実施例では画像取扱処理の一例として画像形成処理を例に説明するが、画像に関する情報を取り扱う様々な処理に適用可能である。

図１は、本発明のＷｅｂサービス利用システムの一例の概念図である。Ｗｅｂサービス利用システムは、１つ以上の画像形成装置１ａ，１ｂと、サーバ装置２とが、ＬＡＮやインターネット等のネットワーク３を介して接続されている。

サーバ装置２は、コピーアプリを備えている。また、画像形成装置１ａ，１ｂは、１つ以上の画像形成機能（スキャン機能，印刷機能など）を備え、その機能をネットワーク経由で制御させるＷｅｂサービスを提供する。さらに、画像形成装置１ａは、Ｗｅｂブラウザを表示可能な操作部を備えている。

Ｗｅｂサービス利用システムでは、画像形成装置１ａ，１ｂが提供するＷｅｂサービスを利用してサーバ装置２上でコピーアプリを構築し、そのコピーアプリのＵＩをサーバ装置２のＷｅｂサーバで提供する。画像形成装置１ａは、ＷｅｂクライアントとしてのＷｅｂブラウザで、そのコピーアプリのＵＩ４を操作部に表示する。ユーザは、操作部に表示されたコピーアプリのＵＩ４からサーバ装置２上に構築されたコピーアプリを操作することができる。

ユーザがコピーアプリのＵＩ４からコピー動作を指示すると、コピー指示が画像形成装置１ａのＷｅｂブラウザからサーバ装置２のＷｅｂサーバに送信される。サーバ装置２のコピーアプリはコピー指示に応じて、Ｗｅｂサービスクライアントから画像形成装置１ａのＷｅｂサービスサーバに動作指示を送信する。なお、画像形成装置１ａと画像形成装置１ｂとの連携時には、サーバ装置２のＷｅｂサービスクライアントから画像形成装置１ｂのＷｅｂサービスサーバに動作指示を送信する。画像形成装置１ａ，１ｂ及びサーバ装置２間の通信は、セキュリティを考慮してＳＳＬ等を利用できる。

このように、図１のＷｅｂサービス利用システムでは、独自のデバイスコントロール用のＩ／Ｆ、ＵＩ用のＩ／Ｆ、画像形成装置特有のプログラミング作法を、画像形成装置１ａ，１ｂが提供するＷｅｂサービスで隠蔽することができるので、Ｗｅｂアプリを構築する程度の技術で画像形成装置１ａ，１ｂの機能を制御するアプリケーションの開発・カスタマイズが可能である。

次に、本発明のＷｅｂサービス利用システムの具体的な構成及び処理を詳細に説明していく。なお、何れかの画像形成装置を指す場合は、単に参照番号１を用いる。図２は、本発明のＷｅｂサービス利用システムの一実施例のシステム構成図である。Ｗｅｂサービス利用システムは、画像形成装置１とサーバ装置２とがネットワーク３を介して接続されている。

図２の画像形成装置１は、ネットワークＩ／Ｆ１０１，Ｗｅｂブラウザ１０２，Ｗｅｂサービスサーバ１０３，イベント管理部１０４，ブラウザ制御機能部１０５，印刷機能部１０６，スキャン機能部１０７，操作部１０９，プロッタ１１０，スキャナ１１１，メモリ１１２を含むように構成されている。イベント管理部１０４は、通知送信部１２１，通知機能部１２２，通知登録部１２３，制御部１２４およびイベント管理情報１２５を含む構成である。

また、サーバ装置２は、アプリケーション２００，ネットワークＩ／Ｆ２１０を含むように構成されている。アプリケーション２００は、画面フロー制御部２０１，画面構築部２０２，通知受信部２０３，Ｗｅｂサーバ２０４およびＷｅｂサービスクライアント２０５を含む構成である。

図２のＷｅｂサービス利用システムは、Ｍｏｄｅｌ，Ｖｉｅｗ及びＣｏｎｔｒｏｌｌｅｒから成るＭＶＣモデルを構築している。Ｍｏｄｅｌは、ロジックを担当する。Ｖｉｅｗは、表示や入出力を担当する。Ｃｏｎｔｒｏｌｌｅｒは、Ｍｏｄｅｌ及びＶｉｅｗの制御を担当する。具体的に、ＣｏｎｔｒｏｌｌｅｒはＶｉｅｗからの入力に応じて必要なロジックの実行をＭｏｄｅｌに依頼し、結果の表示をＶｉｅｗに依頼する。

例えば図２のＷｅｂサービス利用システムにおけるＶｉｅｗは、ＵＩをサーバ装置２上で構築し、画像形成装置１上のＷｅｂブラウザ１０２で表示し、設定値などの入出力を行うものである。例えばＶｉｅｗは、情報の表示，情報の表示変更，情報の変更指示，処理の実行指示などを行う。

Ｍｏｄｅｌは、印刷機能部１０６，スキャン機能部１０７等の画像形成機能を制御するＷｅｂサービスである。例えばＭｏｄｅｌは、スキャン機能部１０７によりスキャナ１１１を起動し、画像を電子データ化する。Ｃｏｎｔｒｏｌｌｅｒは、Ｗｅｂブラウザ１０２からの要求に応じて適切なＷｅｂサービスをサーバ装置２から利用するものである。

例えばＣｏｎｔｒｏｌｌｅｒはコピー処理の実行指示を受けると、処理内容に従ってスキャン機能部１０７でスキャンを実行し、印刷機能部１０６で印字を実行する。即ち、Ｃｏｎｔｒｏｌｌｅｒは画像形成アプリのロジックが実装されている。

画像形成装置１上の操作部１０９に表示されているＶｉｅｗからの指示は、サーバ装置２のＣｏｎｔｒｏｌｌｅｒによって、画像形成装置１の適切なＭｏｄｅｌを実行する。これにより、画像形成装置１のユーザは画像形成装置１上のアプリケーションを使っているのと同じように、サーバ装置２上の画像形成アプリを利用することができる。

画像形成装置１では、印刷機能部１０６やスキャン機能部１０７等の画像形成機能において画像形成処理の終了時やエラー時など実行時の状態（ジョブの状態）が変化したときにサーバ装置２へイベント通知を行なう。画像形成機能において発生するエラーには、人間の手を介さないと回避できない物理的なエラーも含まれる。即ち、イベント通知は画像形成装置１の画像形成機能でジョブの状態が変化したときに、その状態の変化（以下、単にイベントという）に関する情報をサーバ装置２へ通知する役目も担っている。

印刷機能部１０６やスキャン機能部１０７などの画像形成機能において発生したイベントは、Ｗｅｂサービスサーバ１０３を介してイベント管理部１０４に通知される。イベント管理部１０４の通知送信部１２１は、イベント通知を送信するモジュールである。通知機能部１２２は、通知機能を制御するモジュールである。通知登録部１２３は、イベント通知に関する登録を行なうモジュールである。制御部１２４は、イベント管理部１０４全体の制御を行なうモジュールである。イベント管理情報は、イベント通知を行なう為に必要な各種情報である。

イベント管理部１０４は、画像形成機能で発生したイベントがＷｅｂサービスサーバ１０３を介して通知されると、後述するようにイベント通知先，ジョブの状態およびイベント通知の内容を考慮してサーバ装置２のアプリケーション２００に含まれる通知受信部２０３に通知する。通知受信部２０３は、イベント通知を受信するモジュールである。

図２のＷｅｂサービス利用システムは、画像形成装置１でイベント管理を行なう例を表したが、別に中間サーバを設けてイベント管理を行なうようにしてもよい。図３は、本発明のＷｅｂサービス利用システムの他の実施例のシステム構成図である。図３に示したＷｅｂサービス利用システムは、画像形成装置１ａ〜１ｃ，サーバ装置２，中間サーバとしてのイベント管理サーバ５がネットワーク３を介して接続されている。

図３の画像形成装置１ａ〜１ｃは、図２の画像形成装置１からイベント管理部１０４を除くと共に、通知送信部１２１及び通知機能部１２２を追加した構成である。図３の画像形成装置１ａ〜１ｃは、一部を除いて図２の画像形成装置１と同様であるため、図示および説明を省略する。図３のサーバ装置２は、図２のサーバ装置２と同様である。

また、イベント管理サーバ５は、ネットワークＩ／Ｆ３０１，イベント管理部３０２を含むように構成されている。イベント管理部３０２は、通知受信部３１１，通知送信部３１２，通知機能部３１３，通知登録部３１４，制御部３１５，イベント管理情報３１６を含む構成である。

画像形成装置１ａ〜１ｃの何れかに含まれる印刷機能部１０６やスキャン機能部１０７などの画像形成機能において発生したイベントは、Ｗｅｂサービスサーバ１０３を介して通知機能部１２２に通知される。通知機能部１２２は、画像形成機能において発生したイベントの通知を通知送信部１２１に依頼する。通知送信部１２１は、画像形成機能において発生したイベントをイベント管理サーバ５のイベント管理部３０２に含まれる通知受信部３１１に通知する。

イベント管理部３０２の通知受信部３１１は、通知送信部１２１からの通知を受信するモジュールである。イベント管理部３０２の通知送信部３１２は、イベント通知を送信するモジュールである。通知機能部３１３は、通知機能を制御するモジュールである。通知登録部３１４は、イベント通知に関する登録を行なうモジュールである。制御部３１５はイベント管理部３０２全体の制御を行なうモジュールである。イベント管理情報は、イベント通知を行なう為に必要な各種情報である。

イベント管理部３０２は、画像形成機能で発生したイベントが画像形成装置１ａ〜１ｃの何れかから通知されると、後述するようにイベント通知先，ジョブの状態およびイベント通知の内容を考慮してサーバ装置２のアプリケーション２００に含まれる通知受信部２０３に通知する。通知受信部２０３は、イベント通知を受信するモジュールである。

図３のＷｅｂサービス利用システムでは、画像形成装置１ａ〜１ｃでイベント管理を行わず、イベント管理サーバ５でイベント管理を行なう。この結果、図３のＷｅｂサービス利用システムでは、イベントの集中管理，イベント通知に基づく画像形成装置１ａ〜１ｃの管理が可能である。

イベント管理サーバ５は、サーバ装置２を介して画像形成装置１ａ〜１ｃごとに制御を行なうことができる。また、イベント管理サーバ５は、複数の画像形成装置１ａ〜１ｃが連携して提供するＷｅｂサービスのイベント管理を行なうことができる。なお、イベント管理サーバ５は、ログ管理サーバ等に代用させてもよい。

図２のＷｅｂサービス利用システムは、画像形成装置１上のＷｅｂブラウザ１０２がＷｅｂサーバ２０４から画面データを受信し、その画面データに応じた画面を操作部１０９に表示する例を表したが、画像形成装置１以外の端末装置にＷｅｂブラウザ１０２を設けて画面データに応じた画面を表示するようにしてもよい。

図４は本発明のＷｅｂサービス利用システムの他の実施例のシステム構成図である。図４に示したＷｅｂサービス利用システムは、画像形成装置１，サーバ装置２，画像形成装置１以外の端末装置としてのＰＣ６が、ネットワーク３を介して接続されている。図４のＰＣ６はネットワークＩ／Ｆ５０１，Ｗｅｂブラウザ５０２を含む構成である。画像形成装置１は、図２の画像形成装置１からＷｅｂブラウザ１０２，ブラウザ制御機能部１０５及び操作部１０９を除いた構成である。なお、図４のＷｅｂサービス利用システムが画面データに応じた画面を表示する処理は、基本的に図２のＷｅｂサービス利用システムと同様であるため、説明を省略する。

以下、Ｗｅｂサービス利用システムにおけるイベント通知について、シーケンス図を参照しつつ説明していく。図５は、イベント通知処理の一例のシーケンス図である。図５のシーケンス図は、図２のＷｅｂサービス利用システムの画像形成装置１で文書印刷を行なったときのイベント通知処理を一例として表している。

例えば電源が投入された時に、画像形成装置１のＷｅｂブラウザ１０２はサーバ装置２のＷｅｂサーバ２０４に対して画面更新指示を行う。Ｗｅｂサーバ２０４は画面フロー制御部２０１に対して画面更新指示を行う。画面フロー制御部２０１は画面データを生成してＷｅｂサーバ２０４に送信する。Ｗｅｂサーバ２０４は、画像形成装置１のＷｅｂブラウザ１０２に画面データを送信する。Ｗｅｂブラウザ１０２は画面データに応じた画面を操作部１０９に表示する。

ユーザが操作部１０９から文書印刷を指示すると、Ｗｅｂブラウザ１０２はサーバ装置２のＷｅｂサーバ２０４に対して文書印刷の指示を行う。Ｗｅｂサーバ２０４は、画面フロー制御部２０１に対して文書印刷の指示を行う。

画面フロー制御部２０１は、Ｗｅｂサービスクライアント２０５に対して文書印刷の指示を行う。この後、アプリケーション２００に含まれるＷｅｂサービスクライアント２０５はステップＳ１０の処理に進む。

ステップＳ１０では、Ｗｅｂサービスクライアント２０５が、画像形成装置１のＷｅｂサービスサーバ１０３を介して印刷機能部１０６に文書印刷要求を行なう。ステップＳ１１に進み、印刷機能部１０６は、プロッタ１１０に対して文書印刷の依頼を行なう。ステップＳ１２に進み、印刷機能部１０６はＷｅｂサービスサーバ１０３を介してサーバ装置２のアプリケーション２００に含まれるＷｅｂサービスクライアント２０５へ応答を行なう。ステップＳ１２の応答には、ジョブＩＤが含まれる。

ステップＳ１３に進み、画像形成装置１の印刷機能部１０６は印刷開始というイベントに伴い、Ｗｅｂサービスサーバ１０３を介してイベント管理部１０４の通知機能部１２２にイベント通知を行なう。ステップＳ１３のイベント通知には、ジョブＩＤ及びジョブの状態「印刷開始」が含まれる。

ステップＳ１４に進み、通知機能部１２２はイベント管理情報１２５を参照し、イベント通知先を確認する。図６は、イベント管理情報の一例の構成図である。イベント管理情報１２５は、Ｗｅｂサービス，状態，イベント通知先，イベント通知内容およびイベント登録番号から成るレコードで構成されている。イベント管理情報１２５に含まれるデータ項目「状態」は、ジョブの状態を表す。データ項目「イベント通知内容」は、サーバ装置２へのイベント通知に含ませる内容を表す。

ここでは、イベント管理情報１２５が予め登録されているものとする。通知機能部１２２は、ステップＳ１３のイベント通知に含まれていた状態「印刷開始」に応じて、イベント管理情報１２５からイベント通知先としてサーバ装置２のアドレス「ｈｔｔｐ：／／１１１．２．３３．４４／ｅｖｅｎｔ／ｐｒｉｎｔ」を取得する。

ステップＳ１５に進み、通知機能部１２２は通知送信部１２１を介してサーバ装置２のアプリケーション２００に含まれる通知受信部２０３にイベント通知を行なう。ステップＳ１５のイベント通知には、ジョブＩＤ及びジョブの状態「印刷開始」が含まれる。

ステップＳ１６に進み、画像形成装置１の印刷機能部１０６は印刷完了というイベントに伴い、Ｗｅｂサービスサーバ１０３を介してイベント管理部１０４の通知機能部１２２にイベント通知を行なう。ステップＳ１６のイベント通知には、ジョブＩＤ及びジョブの状態「印刷完了」が含まれる。

ステップＳ１７に進み、通知機能部１２２はイベント管理情報１２５を参照し、イベント通知先を確認する。通知機能部１２２は、ステップＳ１６のイベント通知に含まれていた状態「印刷完了」に応じて、イベント管理情報１２５からイベント通知先としてサーバ装置２のアドレスを取得する。

ステップＳ１８に進み、通知機能部１２２は通知送信部１２１を介してサーバ装置２のアプリケーション２００に含まれる通知受信部２０３にイベント通知を行なう。ステップＳ１８のイベント通知には、ジョブＩＤ及びジョブの状態「印刷完了」が含まれる。

図５のシーケンス図に示したイベント通知処理によれば、画像形成装置１でイベントが発生したとき、イベント管理部１０４のイベント管理情報１２５に従って、イベント通知先やイベント通知に含ませる内容を異ならせることができる。なお、ステップＳ１４及びＳ１７において、通知機能部１２２はイベント管理情報１２５に該当するレコードが無ければイベント通知を行わないようにしてもよいし、所定のイベント通知先にイベント通知を行なうようにしてもよい。

画像形成装置１からサーバ装置２にイベント通知を行わせる場合は、イベント管理部１０４にイベント購読の登録を行なう必要がある。イベント購読の登録は、イベント一括登録，Ｗｅｂサービス単位で登録，ジョブ単位で登録，文書単位で登録，ユーザ単位で登録など、様々な方法を用いることができる。また、イベント購読の登録は、様々なタイミングで行なうことができる。

図７は、画像形成装置の状態が変化したタイミングで行なうイベント購読の登録処理の一例のシーケンス図である。図７のシーケンス図では、画像形成装置１の状態が変化したときの一例として電源起動時を表している。

ステップＳ２１に進み、画像形成装置１は電源がオンされて起動する。ステップＳ２２に進み、画像形成装置１のイベント管理部１０４はサーバ装置２のアプリケーション２００に対して起動通知を行なう。ステップＳ２３に進み、サーバ装置２のアプリケーション２００は画像形成装置１のイベント管理部１０４に対してイベント登録情報取得要求を行なう。ステップＳ２４に進み、イベント管理部１０４はステップＳ２３に対する応答として図８のようなイベント登録情報一覧を、サーバ装置２のアプリケーション２００へ通知する。

図８は、イベント登録情報一覧の一例の構成図である。イベント登録情報一覧は、Ｗｅｂサービス，イベント通知する状態，イベント通知先およびイベント登録番号から成るレコードで構成されている。イベント登録情報一覧に含まれるデータ項目「イベント通知する状態」は、イベント通知を行なうジョブの状態を表す。

ステップＳ２５に進み、サーバ装置２のアプリケーション２００は画像形成装置１のイベント管理部１０４に対して機器のサポート機能一覧取得要求を行なう。ステップＳ２６に進み、イベント管理部１０４はステップＳ２５に対する応答として図９のような機器のサポート機能一覧を、サーバ装置２のアプリケーション２００へ通知する。図９は、機器のサポート機能一覧の一例の構成図である。

機器のサポート機能一覧は、Ｗｅｂサービスおよび状態から成るレコードで構成されている。機器のサポート機能一覧に含まれるデータ項目「状態」は、イベント通知が可能なジョブの状態を表している。

ステップＳ２７に進み、サーバ装置２のアプリケーション２００はステップＳ２４で通知されたイベント登録情報一覧とステップＳ２６で通知された機器のサポート機能一覧とに基づいて、画像形成装置１のイベント管理部１０４にイベント購読要求を行なう。ステップＳ２７のイベント購読要求には、イベント通知先，イベント通知のタイミング，イベント通知内容などのイベント登録情報が含まれる。

イベント購読要求に含まれるイベント通知先は、例えばサーバ装置２の宛先（例えばＵＲＬなど）である。イベント通知のタイミングは、ジョブの状態が変化したとき（ジョブの実行中，ジョブの完了，ジョブのキャンセル，ジョブの中断など）、機器の状態が変化したとき（実行可能状態，実行中，エラー発生など）、又は文書蓄積状況の状態が変化したとき（文書新規追加，文書書誌情報の変化など）である。また、イベント通知内容は、例えばジョブＩＤ，ジョブの状態，ジョブの結果（印刷枚数など）である。

なお、図３に示したように、中間サーバとしてのイベント管理サーバ５でイベント管理を行なう場合は、イベント発生機器を特定する情報（例えば、機器名，ＩＰアドレスやＭＡＣアドレスなど）がステップＳ２７のイベント購読要求に含まれる。

ステップＳ２８に進み、画像形成装置１のイベント管理部１０４はステップＳ２７のイベント購読要求に含まれるイベント登録情報をイベント管理情報１２５に登録する。イベント管理情報１２５にイベント登録情報を登録することにより、イベント購読の登録は終了する。

そして、ステップＳ２９に進み、画像形成装置１のイベント管理部１０４はサーバ装置２のアプリケーション２００へステップＳ２７に対する応答を行なう。ステップＳ２９の応答には、例えば操作結果が含まれる。図７のシーケンス図に示したイベント購読の登録処理によれば、画像形成装置１の状態が変化したタイミングでイベント購読の登録を行なうことができる。

図１０は、サーバ装置の状態が変化したタイミングで行なうイベント購読の登録処理の一例のシーケンス図である。図１０のシーケンス図では、サーバ装置２の状態が変化したときの一例として電源起動時を表している。

ステップＳ３１に進み、サーバ装置２は電源がオンされて起動する。その後のステップＳ３２〜Ｓ３８の処理は、図７のステップＳ２３〜Ｓ２９の処理と同様であるため、説明を省略する。図１０のシーケンス図に示したイベント購読の登録処理によれば、サーバ装置２の状態が変化したタイミングでイベント購読の登録を行なうことができる。

図１１はジョブを生成したタイミングで行なうイベント購読の登録処理の一例のシーケンス図である。ステップＳ４１に進み、サーバ装置２のアプリケーション２００は画像形成装置１のイベント管理部１０４にジョブ生成要求を行なう。ステップＳ４１のジョブ生成要求には前述したイベント登録情報が含まれる。なお、ジョブ生成要求は、引数に次のジョブでも利用することを表すフラグを追加することにより、次のジョブ以降でもイベント登録情報を再利用することができる。

画像形成装置１のイベント管理部１０４はステップＳ４１のジョブ生成要求に含まれるイベント登録情報をイベント管理情報１２５に登録する。イベント管理情報１２５にイベント登録情報を登録することにより、イベント購読の登録は終了する。

そして、ステップＳ４２に進み、画像形成装置１のイベント管理部１０４はサーバ装置２のアプリケーション２００へステップＳ４１に対する応答を行なう。図１１のシーケンス図に示したイベント購読の登録処理によれば、ジョブを生成したタイミングでイベント購読の登録を行なうことができる。

イベント管理情報１２５に登録されたイベント登録情報の操作は、以下に示すイベント登録情報の登録処理、更新処理、削除処理により行なうことができる。図１２は、イベント登録情報の登録処理の一例のシーケンス図である。

ステップＳ５１に進み、サーバ装置２は電源がオンされて起動する。ステップＳ５２に進み、サーバ装置２のアプリケーション２００は画像形成装置１のイベント管理部１０４に対してイベント登録情報取得要求を行なう。ステップＳ５３に進み、イベント管理部１０４はステップＳ５２に対する応答として図８のようなイベント登録情報一覧を、サーバ装置２のアプリケーション２００へ通知する。

ステップＳ５４に進み、サーバ装置２のアプリケーション２００はステップＳ５３で通知されたイベント登録情報一覧に基づいて、画像形成装置１のイベント管理部１０４にイベント購読登録要求を行なう。ステップＳ５４のイベント購読登録要求には、イベント登録情報が含まれる。ステップＳ５５に進み、画像形成装置１のイベント管理部１０４はステップＳ５４のイベント購読登録要求に含まれるイベント登録情報をイベント管理情報１２５に登録する。イベント管理情報１２５にイベント登録情報を登録することにより、イベント購読の登録は終了する。

そして、ステップＳ５６に進み、画像形成装置１のイベント管理部１０４はサーバ装置２のアプリケーション２００へステップＳ５４に対する応答を行なう。ステップＳ５６の応答には、例えば操作結果，イベント登録番号が含まれる。このように、図１２のシーケンス図に示したイベント登録情報の登録処理によれば、イベント登録情報の登録を行なうことができる。

図１３は、イベント登録情報の更新処理の一例のシーケンス図である。なお、ステップＳ６１〜Ｓ６３の処理は、図１２のステップＳ５１〜Ｓ５３の処理と同様であるため、説明を省略する。

ステップＳ６４に進み、サーバ装置２のアプリケーション２００はステップＳ６３で通知されたイベント登録情報一覧に基づいて、画像形成装置１のイベント管理部１０４にイベント購読変更要求を行なう。ステップＳ６４のイベント購読変更要求には、イベント登録番号およびイベント登録情報が含まれる。ステップＳ６５に進み、画像形成装置１のイベント管理部１０４はステップＳ６４のイベント購読変更要求に含まれるイベント登録番号およびイベント登録情報に基づいてイベント管理情報１２５を更新する。なお、イベント管理情報１２５のイベント登録情報を更新することにより、イベント購読の更新が終了する。

そして、ステップＳ６６に進み、画像形成装置１のイベント管理部１０４はサーバ装置２のアプリケーション２００へステップＳ６４に対する応答を行なう。ステップＳ６６の応答には、例えば操作結果が含まれる。このように、図１３のシーケンス図に示したイベント登録情報の更新処理によれば、イベント登録情報の更新を行なうことができる。

図１４は、イベント登録情報の削除処理の一例のシーケンス図である。なお、ステップＳ７１〜Ｓ７３の処理は、図１２のステップＳ５１〜Ｓ５３の処理と同様であるため、説明を省略する。

ステップＳ７４に進み、サーバ装置２のアプリケーション２００はステップＳ７３で通知されたイベント登録情報一覧に基づいて、画像形成装置１のイベント管理部１０４にイベント購読キャンセル要求を行なう。ステップＳ７４のイベント購読キャンセル要求にはイベント登録番号が含まれる。ステップＳ７５に進み、画像形成装置１のイベント管理部１０４はステップＳ７４のイベント購読キャンセル要求に含まれるイベント登録番号に基づいてイベント管理情報１２５からイベント登録情報を削除することにより、イベント購読のキャンセルを終了する。

そして、ステップＳ７６に進み、画像形成装置１のイベント管理部１０４はサーバ装置２のアプリケーション２００へステップＳ７４に対する応答を行なう。ステップＳ７６の応答には、例えば操作結果が含まれる。このように、図１４のシーケンス図に示したイベント登録情報の削除処理によれば、イベント登録情報の削除を行なうことができる。

なお、画像形成装置１はエラーによりジョブが停止した場合もイベント通知を行なうことになるが、例えば紙詰まり，紙切れ等の物理的なエラーの場合、人間がエラーの原因を取り除くことにより、ジョブの途中から処理を開始することもできる。

実施例１のＷｅｂサービス利用システムでは、イベント通知先がサーバ装置２である例を説明したが、イベント通知先がＷｅｂブラウザ１０２であってもよい。イベント通知を受信する場合、Ｗｅｂブラウザ１０２は図１５のように構成される。図１５はイベント通知を受信するＷｅｂブラウザのモジュール構成を示す一例の概略図である。

図１５のＷｅｂブラウザ１０２は、ＨＴＭＬレンダリングエンジン６００，画像描画部６０１，ＪａｖａＳｃｒｉｐｔエンジン６０２，ＳＯＡＰリクエスト送信部６０３，イベント受信部６０４を含む構成である。図１５のＷｅｂブラウザ１０２はサーバ装置２から受信するＪａｖａＳｃｒｉｐｔとＪａｖａＳｃｒｉｐｔエンジン６０２とにより、イベント通知を受信可能なイベント受信部６０４と、イベント通知に基づく画面データの作成及び画面更新が可能な画像描画部６０１とを実現している。

以下、イベント通知先がＷｅｂブラウザ１０２であるＷｅｂサービス利用システムのイベント通知について、シーケンス図を参照しつつ説明していく。図１６は、イベント通知処理の他の例のシーケンス図である。図１６のシーケンス図は、図２のＷｅｂサービス利用システムの画像形成装置１で文書印刷を行なったときのイベント通知処理を一例として表している。

ユーザが操作部１０９から文書印刷を指示すると、Ｗｅｂブラウザ１０２はステップＳ８０に進み、サーバ装置２のＷｅｂサーバ２０４に対して文書印刷の指示を行う。Ｗｅｂサーバ２０４は、画面フロー制御部２０１に対して文書印刷の指示を行う。画面フロー制御部２０１は、Ｗｅｂサービスクライアント２０５に対して文書印刷の指示を行う。

ステップＳ８１に進み、アプリケーション２００に含まれるＷｅｂサービスクライアント２０５は画像形成装置１のＷｅｂサービスサーバ１０３を介して印刷機能部１０６に文書印刷要求を行なう。ステップＳ８２に進み、印刷機能部１０６は、プロッタ１１０に対して文書印刷の依頼を行なう。ステップＳ８３に進み、印刷機能部１０６はＷｅｂサービスサーバ１０３を介してサーバ装置２のアプリケーション２００に含まれるＷｅｂサービスクライアント２０５へ応答を行なう。ステップＳ８３の応答には、ジョブＩＤが含まれる。Ｗｅｂサービスクライアント２０５は画面フロー制御部２０１に対して文書印刷の指示の応答を行なう。

ステップＳ８４に進み、画面フロー制御部２０１はＷｅｂサーバ２０４に対して文書印刷の指示の応答を行なう。Ｗｅｂサーバ２０４はステップＳ８０に対する応答を画像形成装置１のＷｅｂブラウザ１０２に対して行なう。ステップＳ８４の応答には、印刷画面の画面データ，ジョブＩＤ及び印刷状況表示スクリプトが含まれている。なお、印刷状況表示スクリプトは、図１５のＷｅｂブラウザ１０２のモジュール構成を実現する為のＪａｖａＳｃｒｉｐｔである。

ステップＳ８５に進み、Ｗｅｂブラウザ１０２のＳＯＡＰリクエスト送信部６０３は画像形成装置１のイベント管理部１０４にイベント購読要求を行なう。ステップＳ８５のイベント購読要求には、イベント通知先，イベント通知のタイミング，イベント通知内容などのイベント登録情報が含まれる。なお、イベント購読要求は実施例１のようにサーバ装置２のアプリケーション２００が行ってもよい。

そして、ステップＳ８６に進み、画像形成装置１のイベント管理部１０４はＷｅｂブラウザ１０２へステップＳ８５に対する応答を行なう。ステップＳ８６の応答には、例えば操作結果が含まれる。

ステップＳ８７に進み、画像形成装置１の印刷機能部１０６は印刷開始というイベントに伴い、Ｗｅｂサービスサーバ１０３を介してイベント管理部１０４の通知機能部１２２にイベント通知を行なう。ステップＳ８７のイベント通知には、ジョブＩＤ及びジョブの状態「印刷開始」が含まれる。

ステップＳ８８に進み、通知機能部１２２はイベント管理情報１２５を参照し、図６のようなイベント通知先を確認する。通知機能部１２２は、ステップＳ８７のイベント通知に含まれていた状態「印刷開始」に応じて、イベント管理情報１２５からイベント通知先としてＷｅｂブラウザ１０２のアドレスを取得する。

ステップＳ８９に進み、通知機能部１２２は通知送信部１２１を介してＷｅｂブラウザ１０２のイベント受信部６０４にイベント通知を行なう。ステップＳ８９のイベント通知には、ジョブＩＤ及びジョブの状態「印刷開始」が含まれる。ステップＳ９０に進み、Ｗｅｂブラウザ１０２の画像描画部６０１はジョブの状態「印刷開始」に基づく画面データを作成し、画面更新を行なう。

ステップＳ９１に進み、画像形成装置１の印刷機能部１０６は印刷完了というイベントに伴い、Ｗｅｂサービスサーバ１０３を介してイベント管理部１０４の通知機能部１２２にイベント通知を行なう。ステップＳ９１のイベント通知には、ジョブＩＤ及びジョブの状態「印刷完了」が含まれる。

ステップＳ９２に進み、通知機能部１２２はイベント管理情報１２５を参照し、図６のようなイベント通知先を確認する。通知機能部１２２は、ステップＳ９１のイベント通知に含まれていた状態「印刷完了」に応じて、イベント管理情報１２５からイベント通知先としてＷｅｂブラウザ１０２のアドレスを取得する。

ステップＳ９３に進み、通知機能部１２２は通知送信部１２１を介してＷｅｂブラウザ１０２のイベント受信部６０４にイベント通知を行なう。ステップＳ９３のイベント通知には、ジョブＩＤ及びジョブの状態「印刷完了」が含まれる。ステップＳ９４に進み、Ｗｅｂブラウザ１０２の画像描画部６０１はジョブの状態「印刷完了」に基づく画面データを作成し、画面更新を行なう。そして、ステップＳ９５に進み、Ｗｅｂブラウザ１０２はサーバ装置２のアプリケーション２００に含まれるＷｅｂサーバ２０４に対して文書印刷完了の通知を行なう。

図１６のシーケンス図に示したイベント通知処理によれば、画像形成装置１でイベントが発生したとき、イベント管理部１０４のイベント管理情報１２５に従って、イベント通知先やイベント通知に含ませる内容を異ならせることができる。

実施例１及び２のＷｅｂサービス利用システムでは、プッシュ型情報配信によりイベント通知を行なう例を説明したが、ポーリングを利用したプル型情報配信によりジョブの状態取得を行なうようにしてもよい。ポーリングにより状態取得を行なう場合、Ｗｅｂブラウザ１０２は図１７のように構成される。図１７はポーリングにより状態取得を行なうＷｅｂブラウザのモジュール構成を示す一例の概略図である。

図１７のＷｅｂブラウザ１０２は、ＨＴＭＬレンダリングエンジン６００，画像描画部６０１，ＪａｖａＳｃｒｉｐｔエンジン６０２，ＳＯＡＰリクエスト送信部６０３を含む構成である。図１７のＷｅｂブラウザ１０２はサーバ装置２から受信するＪａｖａＳｃｒｉｐｔとＪａｖａＳｃｒｉｐｔエンジン６０２とにより、ポーリングによるジョブの状態取得が可能なＳＯＡＰリクエスト送信部６０３と、ジョブの状態に基づく画面データの作成及び画面更新が可能な画像描画部６０１とを実現している。

以下、Ｗｅｂブラウザ１０２からのポーリングによりジョブの状態取得を行なうＷｅｂサービス利用システムについて、シーケンス図を参照しつつ説明していく。図１８は、状態取得処理の一例のシーケンス図である。図１８のシーケンス図は一部を除いて図１６のシーケンス図と同様であるため、適宜説明を省略する。

図１８のシーケンス図は図１９のＷｅｂサービス利用システムの画像形成装置１で文書印刷を行なったときの状態取得処理を一例として表している。図１９は、本発明のＷｅｂサービス利用システムの他の実施例のシステム構成図である。

図１９に示したＷｅｂサービス利用システムは、画像形成装置１，サーバ装置２が、ネットワーク３を介して接続されている。図１９の画像形成装置１は、図２の画像形成装置１からイベント管理部１０４を除くと共に、状態管理部１１３を追加した構成である。状態管理部１１３は、機器状態管理部１３１，ジョブ状態管理部１３２及び文書状態管理部１３３を備えた構成である。なお、図１９のＷｅｂサービス利用システムは一部を除いて図２のＷｅｂサービス利用システムと同様であるため、適宜説明を省略する。

図１８のシーケンス図のステップＳ１００〜Ｓ１０４の処理は、図１６のステップＳ８０〜Ｓ８４の処理と同様であるため、説明を省略する。ステップＳ１０５に進み、Ｗｅｂブラウザ１０２のＳＯＡＰリクエスト送信部６０３は画像形成装置１の状態管理部１１３に状態取得要求を行なう。ステップＳ１０５の状態取得要求には、ジョブＩＤが含まれている。そして、ステップＳ１０６に進み、画像形成装置１の状態管理部１１３はＷｅｂブラウザ１０２へステップＳ１０５に対する応答を行なう。ステップＳ１０６の応答にはジョブの状態「印刷中」が含まれる。ステップＳ１０７に進み、Ｗｅｂブラウザ１０２の画像描画部６０１はジョブの状態「印刷中」に基づく画面データを作成し、画面更新を行なう。

ステップＳ１０８に進み、Ｗｅｂブラウザ１０２のＳＯＡＰリクエスト送信部６０３はステップＳ１０５の処理から所定時間経過後に、画像形成装置１の状態管理部１１３に状態取得要求を行なう。ステップＳ１０８の状態取得要求には、ジョブＩＤが含まれる。そして、ステップＳ１０９に進み、画像形成装置１の状態管理部１１３はＷｅｂブラウザ１０２へステップＳ１０８に対する応答を行なう。ステップＳ１０９の応答にはジョブの状態「印刷完了」が含まれる。ステップＳ１１０に進み、Ｗｅｂブラウザ１０２の画像描画部６０１はジョブの状態「印刷完了」に基づいて画面データを作成し、その画面データで画面更新を行なう。そして、ステップＳ１１１に進み、Ｗｅｂブラウザ１０２はサーバ装置２のアプリケーション２００に含まれるＷｅｂサーバ２０４に対して文書印刷完了の通知を行なう。

図１８のシーケンス図に示した状態取得処理によれば、Ｗｅｂブラウザ１０２からのプル型情報配信によりジョブの状態取得を行なうことができる。

実施例３のＷｅｂサービス利用システムでは、Ｗｅｂブラウザ１０２からのポーリングによりジョブの状態取得を行なう例を説明したが、サーバ装置２からのポーリングによりジョブの状態取得を行なうようにしてもよい。

以下、サーバ装置２からのポーリングによりジョブの状態取得を行なうＷｅｂサービス利用システムについて、シーケンス図を参照しつつ説明していく。図２０は、状態取得処理の他の例のシーケンス図である。図２０のシーケンス図は一部を除いて図１８のシーケンス図と同様であるため、適宜説明を省略する。

図２０のシーケンス図は図１８のシーケンス図と同様に、図１９のＷｅｂサービス利用システムの画像形成装置１で文書印刷を行なったときの状態取得処理を一例として表している。図２０のシーケンス図のステップＳ１２０〜Ｓ１２４の処理は、図１８のステップＳ１００〜Ｓ１０４の処理と同様であるため、説明を省略する。

ステップＳ１２５に進み、サーバ装置２のアプリケーション２００に含まれているＷｅｂサービスクライアント２０５は画像形成装置１のＷｅｂサービスサーバ１０３を介して画像形成装置１の状態管理部１１３に状態取得要求を行なう。ステップＳ１２５の状態取得要求には、ジョブＩＤが含まれている。ステップＳ１２６に進み、画像形成装置１の状態管理部１１３はサーバ装置２のアプリケーション２００へステップＳ１２５に対する応答を行なう。ステップＳ１２６の応答にはジョブの状態「印刷中」が含まれる。

ステップＳ１２７に進み、サーバ装置２のアプリケーション２００は画像形成装置１のＷｅｂブラウザ１０２に対して画面更新を要求する。Ｗｅｂブラウザ１０２の画像描画部６０１はジョブの状態「印刷中」に基づく画面データを作成し、画面更新を行なう。

ステップＳ１２８に進み、サーバ装置２のアプリケーション２００に含まれているＷｅｂサービスクライアント２０５はステップＳ１２５の処理から所定時間経過後に、画像形成装置１のＷｅｂサービスサーバ１０３を介して画像形成装置１の状態管理部１１３に状態取得要求を行なう。

ステップＳ１２８の状態取得要求には、ジョブＩＤが含まれている。ステップＳ１２９に進み、画像形成装置１の状態管理部１１３はサーバ装置２のアプリケーション２００へステップＳ１２８に対する応答を行なう。ステップＳ１２９の応答にはジョブの状態「印刷完了」が含まれる。

ステップＳ１３０に進み、サーバ装置２のアプリケーション２００は画像形成装置１のＷｅｂブラウザ１０２に対して画面更新を要求する。Ｗｅｂブラウザ１０２の画像描画部６０１はジョブの状態「印刷完了」に基づく画面データを作成し、画面更新を行なう。

図２０のシーケンス図に示した状態取得処理によれば、サーバ装置２からのプル型情報配信によりジョブの状態取得を行なうことができる。

本発明は、具体的に開示された実施例に限定されるものではなく、特許請求の範囲から逸脱することなく、種々の変形や変更が可能である。

本発明のＷｅｂサービス利用システムの一例の概念図である。 本発明のＷｅｂサービス利用システムの一実施例のシステム構成図である。 本発明のＷｅｂサービス利用システムの他の実施例のシステム構成図である。 本発明のＷｅｂサービス利用システムの他の実施例のシステム構成図である。 イベント通知処理の一例のシーケンス図である。 イベント管理情報の一例の構成図である。 画像形成装置の状態が変化したタイミングで行なうイベント購読の登録処理の一例のシーケンス図である。 イベント登録情報一覧の一例の構成図である。 機器のサポート機能一覧の一例の構成図である。 サーバ装置の状態が変化したタイミングで行なうイベント購読の登録処理の一例のシーケンス図である。 ジョブを生成したタイミングで行なうイベント購読の登録処理の一例のシーケンス図である。 イベント登録情報の登録処理の一例のシーケンス図である。 イベント登録情報の更新処理の一例のシーケンス図である。 イベント登録情報の削除処理の一例のシーケンス図である。 イベント通知を受信するＷｅｂブラウザのモジュール構成を示す一例の概略図である。 イベント通知処理の他の例のシーケンス図である。 ポーリングにより状態取得を行なうＷｅｂブラウザのモジュール構成を示す一例の概略図である。 状態取得処理の一例のシーケンス図である。 本発明のＷｅｂサービス利用システムの他の実施例のシステム構成図である。 状態取得処理の他の例のシーケンス図である

符号の説明

１，１ａ，１ｂ 画像形成装置
２ サーバ装置
３ ネットワーク
５ イベント管理サーバ
６ ＰＣ
１０１，２１０，３０１，５０１ ネットワークＩ／Ｆ
１０２，５０２ Ｗｅｂブラウザ
１０３ Ｗｅｂサービスサーバ
１０４，３０２ イベント管理部
１０５ ブラウザ制御機能部
１０６ 印刷機能部
１０７ スキャン機能部
１０９ 操作部
１１０ プロッタ
１１１ スキャナ
１１２ メモリ
１１３ 状態管理部
１２１，３１２ 通知送信部
１２２，３１３ 通知機能部
１２３，３１４ 通知登録部
１２４，３１５ 制御部
１２５，３１６ イベント管理情報
１３１ 機器状態管理部
１３２ ジョブ状態管理部
１３３ 文書状態管理部
２００ アプリケーション
２０１ 画面フロー制御部
２０２ 画面構築部
２０３，３１１ 通知受信部
２０４ Ｗｅｂサーバ
２０５ Ｗｅｂサービスクライアント
６００ ＨＴＭＬレンダリングエンジン
６０１ 画像描画部
６０２ ＪａｖａＳｃｒｉｐｔエンジン
６０３ ＳＯＡＰリクエスト送信部
６０４ イベント受信部

Claims (14)

1. サービスに掛かる画像取扱処理により制御される画像取扱装置と前記画像取扱処理の少なくとも一部を前記画像取扱装置に代わって行なう外部処理装置とが所定のネットワークを介して接続されるサービス利用システムであって、
   前記画像取扱装置の状態の変化を所定の通知先に通知する通知機能を備えたことを特徴とするサービス利用システム。
2. 前記状態の変化に関する情報を管理する管理機能を更に備え、前記管理機能の管理する前記状態の変化に関する情報を所定の通知先に通知することを特徴とする請求項１記載のサービス利用システム。
3. 前記通知機能は、前記状態の変化に関する情報のうち、予め登録されている種類の情報を予め登録されている所定の通知先に通知することを特徴とする請求項１記載のサービス利用システム。
4. 前記通知機能は、前記状態の変化に関する情報として、予め登録されている内容を予め登録されている所定の通知先に通知することを特徴とする請求項１記載のサービス利用システム。
5. 前記外部処理装置は、前記画像取扱装置が有する表示部に画面表示を指示する指示部を更に有し、
   前記画像取扱装置の状態が変化すると、その状態の変化に関する情報が前記画像取扱装置から前記指示部に通知され、前記指示部は前記状態の変化に関する情報に応じた画面表示を前記表示部に指示することを特徴とする請求項１乃至４何れか一項記載のサービス利用システム。
6. 前記表示部は、前記画像取扱装置以外の端末装置が有することを特徴とする請求項５記載のサービス利用システム。
7. 前記通知機能は、前記所定の通知先として前記画像取扱装置が有する表示部または前記画像取扱装置以外の端末装置が有する表示部に、前記状態の変化に関する情報に応じた画面表示を指示することを特徴とする請求項１乃至４何れか一項記載のサービス利用システム。
8. 前記通知機能は、前記画像取扱装置または前記画像取扱装置以外の端末装置が有する表示部からの取得要求に基づき、前記表示部に前記状態の変化に関する情報に応じた画面表示を指示することを特徴とする請求項１乃至４何れか一項記載のサービス利用システム。
9. 前記外部処理装置は、前記画像取扱装置または前記画像取扱装置以外の端末装置が有する表示部に画面表示を指示する指示部を更に有し、
   前記外部処理装置からの取得要求に基づき、前記状態の変化に関する情報が前記画像取扱装置から前記指示部に通知され、前記指示部は前記状態の変化に関する情報に応じた画面表示を前記表示部に指示することを特徴とする請求項１乃至４何れか一項記載のサービス利用システム。
10. 前記管理機能を前記画像取扱装置及び前記外部処理装置以外の中間装置に備えたことを特徴とする請求項１乃至９何れか一項記載のサービス利用システム。
11. 外部処理装置と所定のネットワークを介して接続されており、サービスに掛かる画像取扱処理の少なくとも一部を前記外部処理装置に行わせる画像取扱装置であって、
    自機の状態の変化を所定の通知先に通知する通知機能を備えたことを特徴とする画像取扱装置。
12. 画像取扱装置と所定のネットワークを介して接続されており、サービスに掛かる画像取扱処理の少なくとも一部を前記画像取扱装置に代わって行なう外部処理装置であって、
    前記画像取扱装置の状態の変化を通知されると、その状態の変化を所定の通知先に通知する通知機能を備えたことを特徴とする外部処理装置。
13. サービスに掛かる画像取扱処理により制御される画像取扱装置と前記画像取扱処理の少なくとも一部を前記画像取扱装置に代わって行なう外部処理装置とが所定のネットワークを介して接続されるサービス利用システムの状態変化通知方法であって、
    前記画像取扱装置の状態の変化を所定の通知先に通知する通知ステップを備えたことを特徴とする状態変化通知方法。
14. 外部処理装置と所定のネットワークを介して接続されており、サービスに掛かる画像取扱処理の少なくとも一部を前記外部処理装置に行わせる画像取扱装置として機能するコンピュータに、
    自機の状態の変化を所定の通知先に通知する通知機能を実現させるための状態変化通知プログラム。

Images