JP5582721B2 - Ｗｅｂ環境で動作するシステム及びその制御方法 - Google Patents

Description

本発明は、Ｗｅｂ環境で動作するシステム及びその制御方法に関し、Ｗｅｂブラウザでジョブの状況を把握可能とするための処理方法に関する。特に、Ｗｅｂ環境で印刷を行う印刷システムにおいて、Ｗｅｂブラウザで印刷ジョブの状況を把握可能とするための印刷サーバの処理方法に関するものである。

ネットワーク上でソフトウェアの機能をサービスとして提供するＳａａＳ(Software as a Service)の普及が拡大している。また、ＳａａＳとともに、ＰＣ(Personal Computer)上でブラウザのみが動作するシンクライアントの普及も予想される。ＳａａＳでは、アプリケーションをクライアントＰＣにインストールする必要が無い。そのため、クライアントに配布するソフトウェアの管理コストの削減、クライアント環境にデータを保存しないことによる情報漏洩への対策など、ユーザにとってはシンクライアントを導入するメリットは大きい。ＳａａＳやブラウザのみが動作するクライアント環境は、ＷＷＷ(World Wide Web)をプラットフォームとしたサービスである。今後のサービスは全て、ＷＷＷプラットフォーム上で動作するものとして提供されるようになることは間違いない。

このような状況において、その適用例の１つであるＷＷＷプラットフォーム上で印刷サービスを提供するＷｅｂ印刷サービスへの対応は、印刷システムにとって非常に大きな課題となってきている。とりわけ、印刷ジョブの状況をＷｅｂブラウザのみが動作するクライアント環境にどのように通知するかが課題である。

従来の印刷管理アプリケーションでは、ジョブの印刷中にプリンタでエラーが発生した場合に、クライアント環境にポップアップを表示して、プリンタエラーをユーザに通知することが可能なものがある（例えば、特許文献１）。また、プリンタに送る前にコンテンツファイルがプリンタで処理可能かどうかを判定し、処理可能でない場合にはクライアント環境のＷｅｂブラウザにエラーを表示するものがある（例えば、特許文献２）。

特開２００４−０５４９０９公報 特開２００５−００４３２８公報

しかしながら、ブラウザベースの環境では、クライアントＰＣ上でブラウザ以外のソフトウェアが動作しない。従って、特許文献１では、クライアント環境にインストールされたソフトウェアがプリンタの情報を取得しているので、ブラウザのみの環境ではプリンタステータスをユーザに通知することはできない。また、特許文献２では、印刷前にプリンタで印刷可能でない場合のエラーを通知することはできるが、印刷中のジョブでエラーが発生した場合にはエラーを通知することはできない。

本発明は、ブラウザベースの環境且つＷＷＷプラットフォームでサービスを提供するシステムにおいて、ジョブの状態に関わらずエラーなどが発生した場合にユーザに通知を行うことが出来るＷｅｂ環境で動作するシステム及びその制御方法を提供する。とりわけ、Ｗｅｂ標準技術のみを用いて上記機能を提供することを目的とする。特に、ブラウザベースの環境且つＷＷＷプラットフォームで印刷サービスを提供する印刷システムにおいて、印刷ジョブの状態に関わらずエラーなどが発生した場合にユーザに通知を行うことが出来る印刷システム及びその制御方法を提供する。

かかる課題を解決するために、本発明のシステムは、Ｗｅｂサーバが動作してサービスの提供を制御するサービス提供サーバとＷｅｂブラウザが動作して該サービスが提供されるクライアント装置とがネットワークを介して接続されたＷｅｂ環境で動作するシステムであって、前記サービス提供サーバが、サービスを提供するジョブの履歴を参照先アドレスと共に保持する保持手段と、ジョブのステータスに変更があった場合に、当該ステータスを判定する判定手段と、前記判定手段が判定したステータスに応じて、前記保持手段に保持された履歴に含める異なる参照先アドレスを決定する決定手段と、前記保持手段に保持された履歴から、前記参照先アドレスを含む更新情報を配信するためのファイルを作成する作成手段と、前記作成手段により作成されたファイルを送信する送信手段とを有し、前記クライアント装置が、前記送信手段により送信された前記ファイルに含まれる更新情報の中から、予め設定された特定キーワードであるサービス提供デバイスのエラーに関する更新情報のＵＲＬを参照し、当該参照したＵＲＬを基に前記サービス提供デバイスが提供するエラー画面を別のウィンドウに表示する表示手段とを有し、前記作成手段は、前記ジョブのステータスがエラーである際に、前記サービス提供デバイスからのエラー通知があった場合には、前記参照先アドレスを前記サービス提供デバイスのリモートＵＩのＵＲＬとした更新情報を配信するためのファイルを作成し、前記サービス提供デバイスからのエラー通知がなかった場合には、前記参照先アドレスを前記ジョブの保存ジョブ情報を参照するためのＵＲＬとした更新情報を配信するためのファイルを作成する。

本発明により、ブラウザベースの環境且つＷＷＷプラットフォームでサービスを提供するシステムにおいて、ジョブの状態に関わらずエラーなどが発生した場合にユーザに通知を行うことが出来るＷｅｂ環境で動作するシステム及びその制御方法を提供できる。

例えば、Ｗｅｂ技術のみを使用してＷｅｂブラウザと印刷サービス間で印刷ジョブ状況の通知および印刷ジョブ情報取得が行える。そのため、ジョブ印刷中にプリンタエラーが発生した場合にも、Ｗｅｂブラウザのみのクライアント環境でプリンタエラーの通知を行うことができる。また、エラーが発生した箇所に応じて参照先のＵＲＬが切り替わるので、エラー内容に応じた適切な情報を自動的にＷｅｂブラウザに表示することができる。

ネットワークの構成例を示すブロック図である。 情報処理装置のハードウェア構成を示すブロック図である。 画像形成装置の構成例を示すブロック図である。 システムの構成例を示す図である。 印刷サーバのＷｅｂサーバの構成例を示すブロック図である。 印刷サーバの保存ジョブ管理サービス部の構成例を示すブロック図である。 印刷サーバの印刷サービス部の構成例を示すブロック図である。 保存ジョブ情報のテーブル構成例を示す図である。 印刷ジョブ情報のテーブル構成例を示ず図である。 履歴情報のテーブル構成例を示す図である。 履歴情報作成時の動作手順例を示すフローチャートである。 ＲＳＳファイル作成時の一動作手順例を示すフローチャートである。 履歴情報の具体例を示す図である。 印刷中にエラーが発生した場合の履歴情報の例と、配信されるＲＳＳファイルの例を示す図である。 印刷ジョブを送る前にエラーが発生した場合の履歴情報の例と、配信されるＲＳＳファイルの例を示す図である。 ＲＳＳリーダの動作手順例を示すフローチャートである。 ＲＳＳリーダに表示される印刷装置のリモートＵＩ画面の例を示す図である。 ＲＳＳリーダに表示される印刷ジョブリスト画面の例を示す図である。 ＲＳＳファイル作成時の他の動作手順例を示すフローチャートである。

以下、本発明を実施するための実施形態について、図面を用いて説明する。なお、本実施形態では、ブラウザベースの環境且つＷＷＷプラットフォームでサービスを提供するＷｅｂ環境のシステムとして印刷システムの例を説明するが、本発明はこれに限定されない。

本実施形態で使用される文言“ＲＳＳ”は、"RDF Site Summary", "Rich Site Summary", "Really Simple Syndication" などの略称である。かかるＲＳＳは、広義にはサイトの更新情報を配信し公開することを意味し、狭義には配信するフォーマットを指している。上記３つの略称は、フォーマットの異なる流派を表しているが広義の目的は同じである。本実施形態のＲＳＳは、デバイスの状態情報（更新情報）の概要とその概要の詳細を示す参照先アドレスであるＵＲＬとを含む。従って、ユーザは概要のみで理解できる場合はＲＳＳの概要を読むだけで済ませる。一方、概要から詳細を知りたい場合は、ＲＳＳに含まれるＵＲＬを参照してサーバ（あるいはデバイス）のＷｅｂページから詳細な情報を得ることができる。

また、文言“ＲＳＳリーダ”は、購読（取得設定した）ＲＳＳを読む専用のリーダ・プログラムである。ＲＳＳに含まれるＵＲＬを参照する場合はブラウザがＲＳＳリーダを起動するが、最近では、ブラウザ自体がＲＳＳリーダを含むようになっている。従って、例えばＲＳＳリーダ（ブラウザのＲＳＳペイン（pane；枠））から参照したＵＲＬをシームレスでブラウザが閲覧できる。

本実施形態のプリンタエラー通知を行うための手段としては、自由度の高さからＲＳＳ／Ａｔｏｍの技術を利用する。ＲＳＳ／Ａｔｏｍは、情報処理装置を中心とするインターネットのＷｅｂ技術分野において、現在は主に、最新ニュースなどを配信するために用いられている。配信されてくるＲＳＳ／Ａｔｏｍフィードは、Ｗｅｂブラウザで表示することが可能である。従って、ＷｅｂブラウザがＲＳＳリーダとして動作する。

＜本実施形態の印刷ネットワークの構成例＞
図１に示す印刷ネットワークには、クライアント装置１０１、保存ジョブ作成サーバ１０２、認証サーバ１０３、印刷サーバ１０４、データベースサーバ１０５が、互いにネットワーク１００を介して接続されている。また、本実施形態のサービス提供デバイスである画像形成装置１０６としてのプリンタも、ネットワーク１００に接続されている。

クライアント装置１０１は、印刷リクエストや印刷ジョブの進捗状況を確認するリクエストを行うクライアントアプリケーション（Ｗｅｂブラウザ等）が実行可能状態で格納されている。保存ジョブ作成サーバ１０２は、保存ジョブを作成し、保存ジョブを印刷サーバ１０４の保存ジョブ管理サービスに投入する。認証サーバ１０３は、ユーザ情報を管理し、認証を行う。印刷サーバ１０４は、クライアントアプリケーションからのリクエストを受信して、保存ジョブ管理サービスで管理している保存ジョブを画像形成装置１０６に送信する。また、印刷サーバ１０４は画像形成装置１０６から通知される印刷ジョブの経過/結果情報をデータベースサーバ１０５に記録する。データベースサーバ１０５は、保存ジョブと印刷設定情報、印刷ジョブの経過/結果情報等を保持管理する。

画像形成装置１０６は、印刷サーバ１０４から保存ジョブデータを受信し、保存ジョブデータを解析して印刷する、物理的な装置としてのプリントデバイスである。画像形成装置１０６は、電子写真方式を採用したレーザービームプリンタやインクジェット方式を採用したインクジェットプリンタや熱転写方式を利用したプリンタ等、あらゆる方式の印刷装置を採用することができる。

なお、本システムに含まれる装置間の通信は、イーサネット（登録商標）ケーブルなどを利用した有線通信でもよいし、電波や光などを利用した無線通信でもよい。

＜本実施形態の情報処理装置の構成例＞
図２は、本実施形態に係る印刷システムの、クライアント装置１０１、保存ジョブ作成サーバ１０２、認証サーバ１０３、印刷サーバ１０４、データベースサーバ１０５となるコンピュータである情報処理装置のハードウェア構成例を示す図である。

図２において、２００は装置全体の制御を行うＣＰＵであり、ハードディスク（ＨＤＤ）２０５に格納されているアプリケーションプログラムやＯＳ等を実行してそれぞれの機能を実現する。また、ＣＰＵ２００は、ＲＡＭ２０２にプログラムの実行に必要な情報、ファイル等を一時的に格納する制御を行う。２０１はＲＯＭであり、内部には、基本Ｉ／Ｏプログラム等のプログラム、文書処理の際に使用するフォントデータ、テンプレート用データ等の各種データを記憶する。２０２は、プログラムの実行に必要な情報やファイル等を一時的に格納する一時記憶としてのＲＡＭであり、ＣＰＵ２００の主メモリやワークエリア等として機能する。２０５は外部記憶の１つであり、大容量メモリとして機能するハードディスク（ＨＤＤ）である。ＨＤＤ２０５には、アプリケーションプログラム、Ｗｅｂサービスプログラム、データベースプログラム、認証サービスプログラム、プリンタドライバプログラム、ＯＳ、ネットワークプリンタ制御プログラム、関連プログラム等が格納されている。

２０７は画面を表示するディスプレイであり、キーボード２０６から入力したコマンドやプリンタの状態等を表示するものである。２０９は外部装置Ｉ／Ｆであり、プリンタ、ＵＳＢ機器、周辺機器を接続するためのＩ／Ｆである。２０６はデータ入力や指示入力を行うキーボードである。２０８はシステムバスであり、各構成要素間をつなぎ制御情報やデータを流す。

なお、上記情報処理装置の構成はその一例であり、図２の構成例に限定されるものではない。例えば、データやプログラムの格納先は、その特徴に応じてＲＯＭ、ＲＡＭ、ＨＤＤなどで変更することも可能である。

＜本実施形態の画像形成装置の構成例＞
図３の本実施形態の画像形成装置１０６のハードウェア構成において、３０１はコントローラであり、画像形成装置の制御系を司る機器である。３０２は装置全体の制御を行うＣＰＵであり、システムバス３１０に接続される各種デバイスとのアクセスを統括的に制御する。この制御は、ＲＯＭ３０４に記憶された制御プログラム等あるいはディスクコントローラ(ＤＫＣ３０８)を介して接続された外部メモリ３１４に記憶された制御プログラムやリソースデータ(資源情報)等に基づく。３０３はＣＰＵ３０２の主メモリやワークエリア等として機能するＲＡＭで、図示しない増設ポートに接続されるオプションＲＡＭによりメモリ容量を拡張することができるように構成されている。３０５は大容量メモリとして機能するＨＤＤ等の外部記憶部であり、Ｗｅｂサービスプログラム及び関係プログラム等を格納している。

３１３は操作パネル（操作部）でプルプリントの操作を行うユーザインタフェースやプルプリント切り替えボタンが配置される。また、画像形成装置１０６の動作モード等の設定や画像形成装置１０６の動作状況の表示、複写指定等の操作を行うためのボタンおよび液晶パネルやＬＥＤ３０６等の表示部も配置される。３１１は、ネットワークインタフェースカード（ＮＩＣ）であり、該インタフェース３１１を介して情報処理装置は外部装置とのデータのやり取りを行う。また、本図で示したプリントエンジン３１２は既知の印刷技術を利用するものであり、好適な実施系として例えば電子写真方式(レーザービーム方式)やインクジェット方式、昇華型(熱転写)方式等が挙げられる。３０７のラスタコントローラは、ＰＤＬ言語・ＰＤＦ言語である印刷データを画像データに変換するコントローラである。３０９の機器Ｉ／Ｆは、ＵＳＢ等で接続可能な外部機器との接続Ｉ／Ｆである。

＜本実施形態の印刷システムの構成例＞
図４において、Ｗｅｂブラウザ４０１は、Ｗｅｂサーバに対してＷｅｂページ取得等のリクエストを行い応答結果を表示するプログラムで、クライアント装置１０１のＣＰＵ２００により実行される。Ｗｅｂブラウザ４０１は、ＲＳＳリーダ機能を備える。Ｉｎｔｅｒｎｅｔ ＥｘｐｌｏｒｅｒやＦｉｒｅｆｏｘのような、Ｗｅｂブラウザ自身がＲＳＳリーダ４０１ａの機能を備えるようなものであってもよいし、別構成であってもよい。

保存ジョブ作成サーバ１０２の保存ジョブ作成サービス部４０７が、保存ジョブを作成する。保存ジョブは、ユーザ指定のデータを含む帳票データや、また文書作成アプリで作成される印刷可能なデータである。なお、保存ジョブは、保存ジョブ情報と保存ジョブデータから成る。本実施形態において単に保存ジョブと記載した場合には、保存ジョブ情報と保存ジョブデータの両方が含まれる。保存ジョブ情報と保存ジョブデータについては後述する。保存ジョブ作成サービス部４０７は、定期的またはユーザ指定のタイミングで保存ジョブを、印刷サーバ１０４の保存ジョブ管理サービス部４０３に送信する。保存ジョブ管理サービス部４０３は、保存ジョブ作成サービス部４０７から受信した保存ジョブの保存ジョブ情報を、データベースサーバ１０５のデータベースサービス部４０５に登録する。データベースサービス部４０５は、記憶装置１０５ａにその保存ジョブ情報を保存する。また、保存ジョブ管理サービス部４０３は、保存ジョブデータを記録装置１０５ａに保存する。

サービス提供サーバである印刷サーバ１０４のＷｅｂサーバ４０２は、Ｗｅｂブラウザ４０１からログインリクエストを受けると、認証サーバ１０３に問い合わせて認証を行う。認証サーバ１０３の認証サービス部４０６は、Ｗｅｂブラウザ４０１を操作するユーザのユーザ情報と認証サービス部４０６に登録されているユーザ情報が一致するかをチェックする。また、Ｗｅｂサーバ４０２は、Ｗｅｂブラウザ４０１から保存ジョブ取得リクエストを受信すると、データベースサーバ１０５のデータベースサービス部４０５から認証済みユーザが参照可能な保存ジョブリストを取得する。そして、Ｗｅｂサーバ４０２は、取得した保存ジョブリストを表示するページをＷｅｂブラウザ４０１に返す。更に、Ｗｅｂサーバ４０２は、Ｗｅｂブラウザ４０１から印刷リクエストを受信すると、保存ジョブ管理サービス部４０３に対し印刷リクエストを送る。保存ジョブ管理サービス部４０３は、データベースサービス部４０５から保存ジョブ情報を取得して、認証済みユーザがその保存ジョブを印刷可能か判断し、印刷可能な場合に保存ジョブを印刷サービス部４０４に送信する。印刷サービス部４０４は、保存ジョブを受信すると、画像形成装置１０６に保存ジョブデータを送信する。

（Ｗｅｂサーバ４０２の構成例）
図５において、制御部５０５は、Ｗｅｂサーバ４０２の各構成部の処理を制御する。送受信部５０１は、Ｗｅｂブラウザ４０１からログインリクエスト、印刷リクエスト、ＲＳＳフィード取得リクエスト等を受ける。保存ジョブ情報管理部５０３は、ＤＢアクセス部５１０を用いてデータベースサービス部４０５から保存ジョブ情報を取得する。印刷ジョブ情報取得部５０４は、ＤＢアクセス部５１０を用いて、データベースサービス部４０５から印刷ジョブ情報や印刷ジョブの経過／結果情報を取得する。履歴情報取得部５０６は、ＤＢアクセス部５１０を用いて、データベースサービス部４０５から印刷ジョブの経過／結果の履歴情報を取得する。セッション管理部５０７は、認証部５０８で認証が通った場合に、そのリクエストに対するセッション情報を作成し管理する。認証部５０８は、Ｗｅｂブラウザ４０１からログインリクエストを受けると、認証サービス部４０６にそのログインリクエストが妥当なものであるか（例えば、認証済みユーザからのリクエストであるかどうか等）を問い合わせる。レスポンス生成部５０９は、各リクエストに対するＷｅｂブラウザ４０１へのレスポンスページを生成する。ＲＳＳ生成部５１１は、ＲＳＳリーダからＲＳＳフィード取得リクエストを受けると、ＲＳＳフィードを生成する。なお、本実施形態では、ＲＳＳ／Ａｔｏｍを総称してＲＳＳと記載する。ＲＳＳ生成部５１１は、Ａｔｏｍ形式のフィードを生成することも可能である。

（保存ジョブ管理サービス部４０３の構成例）
図６において、制御部６０４は、保存ジョブ管理サービス部４０３の各構成部の処理を制御する。受信部６０１では、保存ジョブ作成サービス部４０７から送られてくる保存ジョブや、Ｗｅｂサーバ４０２から印刷リクエストを受け付ける。保存ジョブを受け付けた場合、保存ジョブ情報管理部６０５は、保存ジョブデータおよび保存ジョブ情報をデータベースサービス部４０５にＤＢアクセス部６０６を用いて登録する。また、印刷リクエストの場合は、保存ジョブデータおよび保存ジョブ情報をデータベースサービス部４０５から取得する。認証部６０２は、そのリクエストが妥当なものであるか（例えば、認証済みユーザからのリクエストであるかどうか等）を認証サービス部４０６に問い合わせる。ジョブ送信部６０３は、印刷リクエストの場合に保存ジョブを印刷サービス部４０４に送る。

（印刷サービス部４０４の構成例）
図７において、制御部７０５は、印刷サービス部４０４の各構成部の処理を制御する。受信部７０１は、保存ジョブ管理サービス部４０３から保存ジョブを受信する。印刷ジョブ送信部７０５は、保存ジョブデータを画像形成装置１０６に送信する。また、制御部７０５は、画像形成装置１０６からの印刷ジョブの経過／結果情報の通知を待ち受ける。制御部７０５が画像形成装置１０６からの印刷ジョブの経過/結果情報の通知を受信すると、印刷ジョブ情報管理部７０３は、ＤＢアクセス部７０７を用いて、データベースサービス部４０５にある印刷ジョブ情報テーブルの該印刷ジョブ情報レコードを更新する。また、履歴情報管理部７０４は、印刷ジョブの履歴情報レコードを作成し、ＤＢアクセス部７０７を用いて、データベースサービス部４０５にある履歴情報テーブルに履歴情報レコードを追加する。

＜データベースサービス部４０５が管理する各テーブルの構成例＞
（保存ジョブ情報のテーブル構成例）
図８において、保存ジョブ情報テーブル８０１は保存ジョブ情報を保持するテーブルであり、このテーブルは、複数の保存ジョブ情報レコード８０２で構成する。ジョブ識別ＩＤ８０３は、保存ジョブをユニークに識別するためのＩＤであり、本実施形態の印刷システムでユニークなＩＤとなる。

かかるジョブ識別ＩＤ８０３で特定された保存ジョブデータが、以下の８０４〜８０９に記憶される。ドキュメント名８０４は、保存ジョブの名称である。プリンタ識別情報８０５は、印刷処理を行う画像形成装置１０６を識別する情報である。識別情報としては、画像形成装置のＩＰアドレス、ホスト名等が使用される。ジョブ種類８０６は、保存ジョブの記述言語の種類であり、例えば、ＰＤＬ、ＰＤＦ、帳票記述言語等の種類がある。ステータス８０７は、印刷ジョブのステータスであり、例えば“待機中”、“印刷中”、“正常終了”、“エラー終了”等の状態を表すステータス情報を保持する。受付日時８０８は、保存ジョブ作成サービス４０７から保存ジョブ管理サービス４０３に保存ジョブが投入され、保存ジョブ管理サービス４０３がデータベースサービス４０５に保存ジョブを保存した日時である。ユーザＩＤ８０９は、その保存ジョブのオーナーを識別するための情報である。

（印刷ジョブ情報のテーブル構成例）
図９において、印刷ジョブ情報テーブル９０１は印刷ジョブ情報を保持するテーブルであり、このテーブルは、複数の印刷ジョブ情報レコード９０２で構成する。ジョブ識別ＩＤ９０３は、印刷ジョブをユニークに識別するＩＤである。また、その印刷ジョブのドキュメント名９０４と、ジョブの印刷状態を保持しておくステータス９０５がある。ステータス９０５は、例えば、画像形成装置１０６が印刷を開始すると、“印刷中”となり、更に印刷が終了するとその結果を示す、“正常終了”、“エラー終了”等の状態を表す情報を保持する。受付日時９０７は、印刷リクエストを印刷サービス４０４が受けた日時である。ユーザＩＤ９０８は、保存ジョブ管理サービス４０３の認証部６０２で認証されたユーザを示す識別情報（ユーザ名、ユーザＩＤ、パスワード等）やＷｅｂサーバ４０２が生成したセッション情報等である。

（履歴情報のテーブル構成例）
図１０において、履歴情報テーブル１００１は印刷ジョブ情報を保持するテーブルであり、このテーブルは、複数の履歴情報レコード１００２で構成する。ユーザＩＤ１００３は、印刷ジョブのオーナーを識別するための情報であり、ユーザＩＤ９０８と一致する。ジョブ識別ＩＤ１００４は、印刷ジョブをユニークに識別するＩＤである。また、ドキュメント名１００５やジョブの印刷状態を保持するステータス１００６がある。ステータス１００６は、例えば、画像形成装置１０６が印刷を開始すると、“印刷中”となり、更に印刷が終了するとその結果を示す、“正常終了”、“エラー終了”等の状態を表す情報を保持する。更新時刻１００７は、画像形成装置１０６からの印刷ジョブの経過/結果通知を印刷サービス４０４が受けた日時である。ＵＲＬ１００８は、該印刷ジョブに関する情報が記載された場所であり、例えば、「http://〜」のような形式である。

＜本実施形態の印刷システムの動作手順例＞
（印刷サービス部４０４における履歴情報の作成手順例）
印刷サービス部４０４の制御部７０５は、ＣＰＵ、ＲＡＭ、ＲＯＭ、ＨＤＤ等からなり、図１１のフローチャートで示す手順が制御部７０５のＲＡＭ、ＲＯＭ、ＨＤＤのいずれかの記憶媒体に記憶され、ＣＰＵ２００により実行される。

印刷リクエストを行ったユーザ情報と認証サービス４０７に登録されているユーザ情報が一致し、認証済みユーザがその保存ジョブを印刷可能であると判断されたことを前提とする（Ｓ１１０１）。制御部７０５のＣＰＵ２００は、印刷リクエストを行ったユーザのユーザＩＤをＲＡＭ２０２に保持し（Ｓ１１０２）、印刷処理を開始する（Ｓ１１０３）。印刷処理については、一般的な処理であるため説明は割愛する。制御部７０５のＣＰＵ２００は、印刷ジョブのステータスに変更があったことを検知すると（Ｓ１１０４でＹｅｓ）、ジョブ識別ＩＤ、ドキュメント名、変更後のステータス、および通知を受信した時刻（以降、更新時刻）をＲＡＭ２０２に記憶する（Ｓ１１０５）。次に、制御部７０５のＣＰＵ２００は、データベースサービス部４０５が管理する印刷ジョブ情報テーブルの該印刷ジョブ情報レコードの更新を行う（Ｓ１１０６）。その後、制御部７０５のＣＰＵ２００は、変更後のステータス判定を行う。まず、制御部７０５のＣＰＵ２００は、変更後のステータスが“印刷中”（すなわち、“動作中”）かどうかを判定する（Ｓ１１０７）。ステータスが“印刷中”と判定された場合（Ｓ１１０７でＹｅｓ）、制御部７０５のＣＰＵ２００は、印刷ジョブ情報テーブルの該印刷ジョブ情報レコードを参照可能なＵＲＬ（第１アドレス）を作成し、ＲＡＭ２０２に記憶する（Ｓ１１０８）。

ステータスが“印刷中”でないと判定された場合（Ｓ１１０７でＮｏ）、次に制御部７０５のＣＰＵ２００は、ステータスが“エラー”かどうかを判定する（Ｓ１１０９）。ステータスが“エラー”と判定されると（Ｓ１１０９でＹｅｓ）、制御部７０５のＣＰＵ２００は、画像形成装置１０６から印刷ジョブエラー通知を受信したかどうかを判定する（Ｓ１１１０）。なお、画像形成装置１０６からの印刷ジョブエラー通知であった場合には、保存ジョブデータが画像形成装置１０６に到達し画像形成装置にて印刷処理開始されたことを意味し、画像形成装置１０６からの印刷ジョブエラー通知でなかった場合には、保存ジョブデータが画像形成装置１０６に到達する前に何らかのエラーが発生していることを意味する。

画像形成装置１０６からの印刷ジョブエラー通知であった場合（Ｓ１１１０でＹｅｓ）、制御部７０５のＣＰＵ２００は、画像形成装置１０６から通知されたデバイスジョブＩＤを取得する（Ｓ１１１１）。デバイスジョブＩＤとは、画像形成装置１０６内で印刷ジョブを一意に識別するためのＩＤである。デバイスジョブＩＤは、印刷ジョブの経過／結果情報に含まれていてもよいし、別の方法で取得してもよい。次に、制御部７０５のＣＰＵ２００は、画像形成装置１０６の情報を直接参照可能なデバイスリモートＵＩのＵＲＬ（第３アドレス）を取得する（Ｓ１１１２）。画像形成装置１０６は、内部にＷｅｂサーバを備えており、Ｗｅｂブラウザ等を使用してデバイスリモートＵＩのＵＲＬにアクセスすることで、画像形成装置１０６内の情報（印刷ジョブ情報やプリンタステータス等）を取得することが可能である。その後、制御部７０５のＣＰＵ２００は、前記デバイスリモートＵＩのＵＲＬの引数に前記デバイスジョブＩＤを付与したＵＲＬを作成し、ＲＡＭ２０２に記憶する（Ｓ１１１３）。例えば、作成したＵＲＬの具体例が後述の図１４の１４０１に示されている。“http://printerA.example.com/_job/id=20081010150003”がデバイスリモートＵＩのＵＲＬであり、デバイスジョブＩＤが“20081010150003”の印刷ジョブの場合の例である。Ｗｅｂブラウザ等を用いてこのＵＲＬにアクセスすれば、画像形成装置１０６内のデバイスジョブＩＤ“20081010150003”の印刷ジョブ情報、および、プリンタの状態を参照できる。画像形成装置１０６からの印刷ジョブエラー通知でなかった場合（Ｓ１１１０でＮｏ）、制御部７０５のＣＰＵ２００は、保存ジョブ情報テーブルの該保存ジョブ情報レコードを参照可能なＵＲＬ（第４アドレス）を作成し、ＲＡＭ２０２に記憶する（Ｓ１１１４）。ここで作成したＵＲＬの具体例が図１５の１５０１に示されている、“http://canonprintserver.jp/dpclist?jobid=2”である。

ステータスが“エラー”でないと判定されると（Ｓ１１０９でＮｏ）、制御部７０５のＣＰＵ２００は、次に、ステータスが“完了”かどうかを判定する（Ｓ１１１５）。ステータスが“完了”と判定されると（Ｓ１１１５でＹｅｓ）、制御部７０５のＣＰＵ２００は、履歴情報レコードを参照可能なＵＲＬ（第２アドレス）を作成し、ＲＡＭ２０２に記憶する（Ｓ１１１６）。ステータスが“完了”でないと判定された場合（Ｓ１１１５でＮｏ）、制御部７０５のＣＰＵ２００は、ＵＲＬは作成しない（Ｓ１１１７）。

その後、制御部７０５のＣＰＵ２００は、ＲＡＭ２０２に記憶したユーザＩＤ、ジョブ識別ＩＤ、ドキュメント名、ステータス、更新時刻、およびＵＲＬから履歴情報レコードを作成する（Ｓ１１１８）。そして、データベースサービス部４０５が管理する履歴情報テーブルに履歴情報レコードを追加する（Ｓ１１１９）。

なお、本実施形態では、Ｓ１１１７において、ステータスが“完了”でない場合にはＵＲＬを作成しない例を述べたが、印刷ジョブ情報のＵＲＬを作成するようにしてもよいし、それ以外の別のＵＲＬを作成するようにしてもよい。このように、本実施形態では、印刷中（動作中）、エラー、完了などのステータスに対応して、履歴情報のＵＲＬとして異なるＵＲＬが決定される。

（履歴情報テーブルの具体例）
図１３、図１４の（ａ）、図１５の（ａ）に、データベースサービス部４０５が管理する履歴情報テーブルの具体例を示す。図１３、図１４の（ａ）、図１５の（ａ）の参照番号は、図１０の同じ参照番号に対応する。図１３は、印刷サーバ１０４において、「ｄｏｃ１」（ジョブ識別ＩＤ１）、「ｄｏｃ２」（ジョブ識別ＩＤ２）、「ｄｏｃ３」（ジョブ識別ＩＤ３）、の３つの保存ジョブが印刷処理開始された状態である。ここで、印刷ジョブが画像形成装置１０６に到達して画像形成装置１０６内で印刷中にエラーが発生した場合、データベースサービス部４０５が管理する履歴情報テーブルは、図１４の（ａ）のようになる。図１３と比較すると、１４０１が「ｄｏｃ２」（ジョブ識別ＩＤ２）の印刷ジョブがエラーとなった履歴情報として追加されており、ＵＲＬにはデバイスリモートＵＩのＵＲＬが保持されている。一方、印刷ジョブが画像形成装置１０６に到達する前にエラーが発生した場合、データベースサービス部４０５が管理する履歴情報テーブルは、図１５の（ａ）のようになる。図１３と比較すると、１５０１が「ｄｏｃ２」（ジョブ識別ＩＤ２）の印刷ジョブがエラーとなった履歴情報として追加されており、ＵＲＬにはジョブ識別ＩＤ２の保存ジョブ情報を参照可能なＵＲＬが保持されている。

（Ｗｅｂサーバ４０２におけるＲＳＳファイルの作成手順例）
Ｗｅｂサーバ４０２の制御部５０５は、ＣＰＵ、ＲＡＭ、ＲＯＭ、ＨＤＤ等からなり、図１２のフローチャートで示す手順が制御部７０５のＲＡＭ、ＲＯＭ、ＨＤＤのいずれかの記憶部に記憶され、ＣＰＵ２００により実行される。

ＲＳＳリーダからジョブ履歴の閲覧要求であるＲＳＳフィード取得リクエストを送受信部５０１が受信する（Ｓ１２０１でＹｅｓ）。すると、制御部５０５のＣＰＵ２００は、ＲＳＳリーダより送られてきたユーザＩＤと前回更新時刻を取得し、ＲＡＭ２０２に記憶する（Ｓ１２０２）。次に、制御部５０５のＣＰＵ２００は、前記ユーザＩＤを用いて認証済みユーザからのリクエストであるかどうかを認証判定する（Ｓ１２０３）。認証済みでないと判定された場合（Ｓ１２０３でＮｏ）、制御部５０５のＣＰＵ２００は、認証処理を行い（Ｓ１２０４）、認証に成功した場合には（Ｓ１２０５でＹｅｓ）、次の処理へ進む（Ｓ１２０７）。認証処理に失敗した場合は（Ｓ１２０５でＮｏ）、制御部５０５のＣＰＵ２００は、ＲＳＳリーダに認証失敗を返す（Ｓ１２０６）。

認証に成功（Ｓ１２０５でＹｅｓ）、あるいはすでに認証済のユーザからのリクエストだった（Ｓ１２０３でＹｅｓ）場合、制御部５０５のＣＰＵ２００は、前回更新時刻に履歴情報レコードが追加されたかを判定する（Ｓ１２０７）。前回更新時刻に履歴情報レコードが追加された判定された場合（Ｓ１２０７でＹｅｓ）、制御部５０５のＣＰＵ２００は、ユーザＩＤをキーとして履歴情報テーブルを検索して、ユーザＩＤの一致する履歴情報レコードを取得する（Ｓ１２０９）。さらに、制御部５０５のＣＰＵ２００は、ＲＡＭ２０２から前回更新時刻を取得して、前記履歴情報レコードの中から前回更新時刻以降の履歴情報レコードを取得する（Ｓ１２１０）。続いて、制御部５０５のＣＰＵ２００は、印刷ジョブ情報テーブルを参照して、現在印刷中のジョブがあるかどうかを判定する（Ｓ１２１１）。

現在印刷中のジョブがあると判定された場合（Ｓ１２１１でＮｏ）、制御部５０５のＣＰＵ２００は、前回更新時刻以降の履歴情報レコードの中から、ステータスが“印刷中”、“完了”、“エラー”のいずれかの履歴情報レコードを配信情報(DistInfo)として保持し、ＲＡＭに記憶する（Ｓ１２１２〜Ｓ１２１５）。現在印刷中のジョブがないと判定された場合（Ｓ１２１１でＹｅｓ）、制御部５０５のＣＰＵ２００は、前回更新時刻以降の履歴情報レコードの中から、ステータスが“完了”、“エラー”のいずれかの履歴情報レコードを配信情報(DistInfo)として保持し、ＲＡＭに記憶する（Ｓ１２１６〜Ｓ１２１９）。

その後、制御部５０５のＣＰＵ２００は、配信情報(DistInfo)が空かどうかを判定する（Ｓ１２２０）。配信情報(DistInfo)が空でないと判定された場合（Ｓ１２２０でＮｏ）、制御部５０５のＣＰＵ２００は、次に、レスポンス生成部５０９を用いて配信情報(DistInfo)からＲＳＳファイルを作成する（Ｓ１２２１）。そして、制御部５０５のＣＰＵ２００は、作成したＲＳＳファイルを送受信部５０１を用いてＲＳＳリーダに送信する（Ｓ１２２２）。

前回更新時刻に履歴情報レコードが追加されていないと判定された場合（Ｓ１２０７でＮｏ）、制御部５０５のＣＰＵ２００は、更新がなかったことを送受信部５０１を用いてＲＳＳリーダに送信する（Ｓ１２０８）。同様に、配信情報(DistInfo)が空であると判定された場合（Ｓ１２２０でＹｅｓ）、制御部５０５のＣＰＵ２００は、更新がなかったことを送受信部５０１を用いてＲＳＳリーダに送信する（Ｓ１２０８）。

（ＲＳＳファイルの具体例）
図１４の（ｂ）、図１５の（ｂ）に、図１４の（ａ）、図１５の（ａ）の履歴情報テーブルに基づいて図１２のフローチャートで作成されるＲＳＳファイルの具体例を示す。なお、ＲＳＳファイルの例としてＡｔｏｍ形式のファイルを記載しているが、もちろん、ＲＳＳ形式であってもよい。

すなわち、データベースサービス４０５が管理する履歴情報テーブルが図１４の（ａ）の状態において、ＲＳＳリーダから、ユーザＩＤ“１０１”、前回更新時刻“2008/10/10 15:00:01”とともにＲＳＳフィード取得リクエストを受信する。すると、図１４の（ｂ）に示すＲＳＳファイルが作成される。

図１４の（ｂ）の“ｔｉｔｌｅ”要素１４０２は、フィードのタイトルを示す。“ｉｄ”要素１４０３は、フィードの識別子を示す。“ｌｉｎｋ”要素１４０４は、印刷サーバ上にあるフィード１４１２へのリンクを示す。“ｕｐｄａｔｅｄ”要素４０５は、フィード１４１２が生成（更新）された時刻を示す。また、“ｔｉｔｌｅ”要素１４０６は印刷ジョブのドキュメント名、“ｓｕｍｍｅｒｙ”要素１４０８は印刷ジョブのステータス、“ｍｏｄｉｆｉｅｄ”要素１４０９はステータスが更新された時刻を示す。また、“ｌｉｎｋ”要素１４１０は印刷ジョブに関する情報の参照先、“ジョブＩＤ”要素１４１１は印刷ジョブのジョブ識別ＩＤを示す。

また、図１５の（ａ）の状態において、ＲＳＳリーダから、ユーザＩＤ“１０１”、前回更新時刻“2008/10/10 15:00:01”とともにＲＳＳフィード取得リクエストを受信する。すると、図１５の（ｂ）に示すＲＳＳファイルを作成する。図１５の（ｂ）の要素は図１４（ｂ）と同様であるため説明は割愛する。

（Ｗｅｂブラウザ４０１におけるＲＳＳリーダの動作手順例）
ＲＳＳリーダには、送られてきたＲＳＳフィードのある要素がある特定の値だった場合にフィード内のＵＲＬを参照する、という設定が予め行われている。例えば、“ｓｕｍｍｅｒｙ”要素１４０８の値が“エラー”だった場合に“ｌｉｎｋ”要素１４１０のＵＲＬを参照する等の設定である。なお、本実施形態では、ＲＳＳフィードの“ｓｕｍｍｅｒｙ”要素１４０８の値が“印刷中”“完了”“エラー”のいずれかに一致した場合に、“ｌｉｎｋ”要素１４１０のＵＲＬを参照する設定がされていたとする。それ以外の値に一致する場合であってもよいし、別の要素を参照してもよいことは言うまでもない。

図１６のＲＳＳリーダのフローチャートにおいて、クライアント装置１０１のＣＰＵ２００は、Ｗｅｂサーバ４０２に対してＲＳＳフィード取得リクエストを行い（Ｓ２２０１）、Ｗｅｂサーバ４０２から応答を受信すると（Ｓ２２０２のＹｅｓ）、応答結果を取得する（Ｓ２２０３）。応答結果が認証失敗であった場合（Ｓ２２０４でＹｅｓ）、クライアント装置１０１のＣＰＵ２００は、認証失敗をディスプレイ２０７に表示して（Ｓ２２０６）、プログラムを終了する。応答結果が認証失敗でなかった場合（Ｓ２２０４でＮｏ）、クライアント装置１０１のＣＰＵ２００は、ＲＳＳファイルが送られてきたかを判定する（Ｓ２２０５）。ＲＳＳファイルが送られてきていないと判定された場合（Ｓ２２０５でＮｏ）、クライアント装置１０１のＣＰＵ２００は、ディスプレイ２０７の表示は更新せずにプログラムを終了する。

ＲＳＳファイルが送られてきたと判定された場合（Ｓ２２０５でＹｅｓ）、クライアント装置１０１のＣＰＵ２００は、ディスプレイ２０７にＲＳＳファイルを表示する（Ｓ２２０７）。次に、クライアント装置１０１のＣＰＵ２００は、送られてきたＲＳＳフィードを順に取得し（Ｓ２２０８）、フィードの“ｓｕｍｍｅｒｙ”要素の値が“印刷中”“完了”“エラー”のいずれかに一致するかどうかを判定する（Ｓ２２０９）。“印刷中”“完了”“エラー”のいずれかに一致すると判定された場合（Ｓ２２０９でＹｅｓ）、クライアント装置１０１のＣＰＵ２００は、“ｌｉｎｋ”要素の値（ＵＲＬ）を取得して、ディスプレイ２０７の表示領域に開いた別ウィンドウから、前記ＵＲＬを参照してディスプレイ２０７にページを表示する（Ｓ２２１０〜Ｓ２２１３）。

（Ｗｅｂブラウザの表示画面の例）
印刷ジョブが画像形成装置１０６に到達して画像形成装置１０６内で印刷中にエラーが発生した場合、データベースサービス部４０５が管理する履歴情報テーブルは図１４の（ａ）のようになる。この状態において、ＲＳＳリーダがユーザＩＤ“１０１”、前回更新時刻“2008/10/10 15:00:01”とともにＲＳＳフィード取得リクエストを行うと、図１４の（ｂ）に示すＲＳＳファイルが返される。すると、ＲＳＳリーダは図１４の（ｂ）に示す１４０２のＵＲＬを参照し、ＲＳＳリーダのディスプレイ２０７には図１７に示すページが表示される。図１７は、デバイスリモートＵＩ画面であり、プリンタステータス１６０２や印刷ジョブの情報１６０３が表示されている。

また、画像形成装置１０６に到達する前にエラーが発生した場合、データベースサービス４０５が管理する履歴情報テーブルは、図１５の（ａ）のようになる。この状態において、ＲＳＳリーダがユーザＩＤ“１０１”、前回更新時刻“2008/10/10 15:00:01”とともにＲＳＳフィード取得リクエストを行うと、図１５の（ｂ）に示すＲＳＳファイルが返される。すると、ＲＳＳリーダは図１５の（ｂ）に示す１５０２のＵＲＬを参照し、ＲＳＳリーダのディスプレイ２０７には図１８に示すページが表示される。図１８は、印刷サーバ１０４の保存ジョブリスト表示画面であり、ドキュメント名「ｄｏｃ２」の保存ジョブ１７０２が表示されている。ユーザは、この画面から、ドキュメント名「ｄｏｃ２」の保存ジョブ１７０２を選択して印刷ボタン１７０３を押下する。そうすると、エラーが発生した（保存ジョブデータを送信できなかった）プリンタとは別のプリンタを選択して印刷を行うことで、保存ジョブデータの印刷処理を行うことが可能となる。

（Ｗｅｂサーバ４０２におけるＲＳＳファイルの他の作成手順例）
図１２のＲＳＳファイルの作成手順例では、ＲＳＳリーダがＲＳＳフィードの「ｌｉｎｋ」要素の値（ＵＲＬ）を取得して、そのＵＲＬを参照しページを表示していた。しかしながら、印刷ジョブのステータスは刻々と変化する。そのため、例えば、ＲＳＳファイルを作成する時点ではステータスが“印刷中”の場合であっても、ＲＳＳリーダがＲＳＳフィードのＵＲＬを参照する時点では画像形成装置１０６内で印刷エラーとなっている場合もある。本ＲＳＳファイルの他の作成手順例では、ＲＳＳリーダから印刷サーバ１０４上のＵＲＬに対してアクセスがあった時点で履歴情報に追加あった場合に、最新の情報を示すＵＲＬへリダイレクトさせるようにする。

図１９は、印刷サーバ１０４上のページ取得要求に対するＷｅｂサーバ４０２のレスポンス処理のためのフローチャートである。なお、Ｗｅｂサーバ４０２の制御部５０５は、ＣＰＵ、ＲＡＭ、ＲＯＭ、ＨＤＤ等からなり、図１９のフローチャートで示す手順がＲＡＭ、ＲＯＭ、ＨＤＤのいずれかの記憶媒体に記憶され、制御部５０５ののＣＰＵ２００により実行される。

ＲＳＳリーダからページ取得リクエストを送受信部５０１が受信する（Ｓ１８０１）。すると、制御部５０５ののＣＰＵ２００は、ＲＳＳリーダより送られてきたユーザＩＤとＵＲＬに含まれるジョブ識別ＩＤとを取得し、ＲＡＭ２０２に記憶する（Ｓ１８０２）。また、アクセスされたＵＲＬもＲＡＭ２０２に記憶する。次に、制御部５０５のＣＰＵ２００は、前記ユーザＩＤを用いて認証済みユーザからのリクエストであるかどうかを判定する（Ｓ１８０３）。

認証済みでないと判定された場合（Ｓ１８０３でＮｏ）、制御部５０５ののＣＰＵ２００は、認証処理を行い（Ｓ１８０４）、認証に成功した場合には（Ｓ１８０５でＹｅｓ）、次の処理へ進む。認証処理に失敗した場合は（Ｓ１８０５でＮｏ）、ＲＳＳリーダに認証失敗を返し（Ｓ１８０６）、処理を終了する。

認証に成功（Ｓ１８０５のＹｅｓ）あるいは既に認証済のユーザからのリクエストだった（Ｓ１８０３のＹｅｓ）場合、制御部５０５のＣＰＵ２００は、ＲＡＭ２０２からユーザＩＤを取得する。そして、ユーザＩＤをキーとして履歴情報テーブルを検索して、ユーザＩＤの一致する履歴情報レコードを取得する（Ｓ１８０７）。次に、制御部５０５のＣＰＵ２００は、ＲＡＭ２０２からジョブ識別ＩＤを取得して、前記取得した履歴情報レコードから最新のものを取得する（Ｓ１８０８）。さらに、制御部５０５のＣＰＵ２００は、前記最新の履歴情報レコードからＵＲＬを取得する（Ｓ１８０９）。制御部５０５のＣＰＵ２００は、前記最新の履歴情報レコードから取得したＵＲＬとＲＡＭ２０２から取得したＵＲＬとの比較を行う（Ｓ１８１０）。それらが一致した場合には（Ｓ１８１０のＹｅｓ）、制御部５０５のＣＰＵ２００は、ＵＲＬが指す場所にあるページをＲＳＳリーダに返す（Ｓ１８１１）。一致しなかった場合には（Ｓ１８１０のＮｏ）、前記最新の履歴情報レコードから取得したＵＲＬが指す場所にあるページをＲＳＳリーダに返す（Ｓ１８１２）。

これにより、ＲＳＳファイルを作成する時点では印刷サーバ１０４上の情報を参照するようになっていた場合でも、ＲＳＳリーダがＵＲＬを参照する時点で印刷ジョブステータスが更新されている場合には、ＲＳＳリーダに最新の情報を表示することが可能となる。

Claims (7)

1. Ｗｅｂサーバが動作してサービスの提供を制御するサービス提供サーバとＷｅｂブラウザが動作して該サービスが提供されるクライアント装置とがネットワークを介して接続されたＷｅｂ環境で動作するシステムであって、
   前記サービス提供サーバが、
   サービスを提供するジョブの履歴を参照先アドレスと共に保持する保持手段と、
   ジョブのステータスに変更があった場合に、当該ステータスを判定する判定手段と、
   前記判定手段が判定したステータスに応じて、前記保持手段に保持された履歴に含める異なる参照先アドレスを決定する決定手段と、
   前記保持手段に保持された履歴から、前記参照先アドレスを含む更新情報を配信するためのファイルを作成する作成手段と、
   前記作成手段により作成されたファイルを送信する送信手段と
   を有し、
   前記クライアント装置が、
   前記送信手段により送信された前記ファイルに含まれる更新情報の中から、予め設定された特定キーワードであるサービス提供デバイスのエラーに関する更新情報のＵＲＬを参照し、当該参照したＵＲＬを基に前記サービス提供デバイスが提供するエラー画面を別のウィンドウに表示する表示手段と
   を有し、
   前記作成手段は、前記ジョブのステータスがエラーである際に、前記サービス提供デバイスからのエラー通知があった場合には、前記参照先アドレスを前記サービス提供デバイスのリモートＵＩのＵＲＬとした更新情報を配信するためのファイルを作成し、前記サービス提供デバイスからのエラー通知がなかった場合には、前記参照先アドレスを前記ジョブの保存ジョブ情報を参照するためのＵＲＬとした更新情報を配信するためのファイルを作成することを特徴とするシステム。
2. 前記決定手段は、前記判定手段が判定したステータスがサービスを提供するサービス提供デバイスの動作中である場合に、前記参照先アドレスを前記サービス提供デバイスへのジョブの情報を参照可能な第１アドレスとし、前記判定手段が判定したステータスがサービスの提供の完了である場合に、前記参照先アドレスを前記保持手段に保持された履歴を参照可能な第２アドレスとすることを特徴とする請求項１に記載のシステム。
3. 前記システムは、前記サービスが画像形成装置による印刷である印刷システムであって、
   前記第１アドレスは、印刷ジョブの情報を参照可能なＵＲＬであり、前記第２アドレスは、前記履歴の情報を参照可能なＵＲＬであることを特徴とする請求項２に記載のシステム。
4. 前記決定手段は、前記判定手段が判定したステータスがエラーであった場合に、ジョブがサービスを提供するサービス提供デバイスに到達したか否かを判定する手段を含み、
   ジョブが前記サービス提供デバイスに到達している場合には、前記参照先アドレスを当該サービス提供デバイスを参照可能な第３アドレスとし、
   ジョブが前記サービス提供デバイスに到達していない場合には、前記参照先アドレスを前記サービス提供サーバに保持されたサービス提供デバイスに対し送信される前のジョブを参照可能な第４アドレスとすることを特徴とする請求項１または２に記載のシステム。
5. 前記システムは、前記サービスが画像形成装置による印刷である印刷システムであって、
   前記第３アドレスは、前記画像形成装置の情報を直接に参照可能なＵＲＬであり、前記第４アドレスは、印刷されるデータを前記サービス提供サーバに保存したジョブの情報を参照可能なＵＲＬであることを特徴とする請求項４に記載のシステム。
6. 前記作成手段は、前記判定手段が判定したステータスがサービスを提供するサービス提供デバイスの動作中であるか否かを判定する手段を含み、
   前記判定の結果、前記判定手段が判定したステータスがサービスを提供するサービス提供デバイスの動作中である場合には、前記更新情報を配信するためのファイルに含める履歴をステータスが動作中、完了、エラーの履歴とし、
   前記判定の結果、前記判定手段が判定したステータスがサービスを提供するサービス提供デバイスの動作中でない場合には、前記更新情報を配信するためのファイルに含める履歴をステータスが完了、エラーの履歴とすることを特徴とする請求項１乃至３のいずれか１項に記載のシステム。
7. Ｗｅｂサーバが動作してサービスの提供を制御するサービス提供サーバとＷｅｂブラウザが動作して該サービスが提供されるクライアント装置とがネットワークを介して接続されたＷｅｂ環境で動作するシステムの制御方法であって、
   前記サービス提供サーバにおいて、
   保持手段が、サービスを提供するジョブの履歴を参照先アドレスと共に保持する保持工程と、
   判定手段が、ジョブのステータスに変更があった場合に、当該ステータスを判定する判定工程と、
   決定手段が、前記判定工程で判定したステータスに応じて、前記保持工程で保持された履歴に含める異なる参照先アドレスを決定する決定工程と、
   作成手段が、前記保持工程で保持された履歴から、前記参照先アドレスを含む更新情報を配信するためのファイルを作成する作成工程と、
   送信手段が、前記作成工程で作成されたファイルを送信する送信工程と
   を有し、
   前記クライアント装置において、
   表示手段が、前記送信工程で送信された前記ファイルに含まれる更新情報の中から、予め設定された特定キーワードであるサービス提供デバイスのエラーに関する更新情報のＵＲＬを参照し、当該参照したＵＲＬを基に前記サービス提供デバイスが提供するエラー画面を別のウィンドウに表示する表示工程と
   を有し、
   前記サービス提供サーバの前記作成工程において、前記ジョブのステータスがエラーである際に、前記サービス提供デバイスからのエラー通知があった場合には、前記参照先アドレスを前記サービス提供デバイスのリモートＵＩのＵＲＬとした更新情報を配信するためのファイルが作成され、前記サービス提供デバイスからのエラー通知がなかった場合には、前記参照先アドレスを前記ジョブの保存ジョブ情報を参照するためのＵＲＬとした更新情報を配信するためのファイルが作成されることを特徴とするシステムの制御方法。

Images