JP5426925B2 - Ｗｅｂ環境で動作するシステム及びその制御方法 - 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 (9)

1. Ｗｅｂサーバが動作してサービスを提供する情報処理装置と、Ｗｅｂブラウザが動作して該サービスが提供されるクライアント装置とがネットワークを介して接続されたＷｅｂ環境で動作するシステムにおける、ユーザからの印刷要求を受信することに応答して、プリンタへ前記印刷要求に対応する印刷ジョブを送信する印刷サービスを提供する前記情報処理装置であって、
   前記印刷要求に対応する前記印刷ジョブのステータスと前記印刷ジョブに関する情報が記述されているページを閲覧するためのＵＲＬとが対応付けられている印刷ジョブ履歴を、該印刷サービスを要求したユーザのユーザ識別子と共に保持する保持手段と、
   前記クライアント装置のユーザからＷｅｂブラウザを介して前記Ｗｅｂサーバに印刷ジョブ履歴の閲覧要求があった場合、前記保持手段に保持された印刷ジョブ履歴から前記閲覧要求を送信したユーザのユーザ識別子と一致するユーザ識別子を有する印刷ジョブ履歴を取得する取得手段と、
   前記取得手段が取得した印刷ジョブ履歴に基づいて、前記印刷ジョブのステータスを通知するための要約と前記印刷ジョブに関する情報を閲覧するためのＵＲＬとを含む更新情報を配信するためのファイルを配信情報として作成する作成手段と、
   前記作成手段により作成されたファイルを前記配信情報として前記Ｗｅｂブラウザに送信する送信手段と、
   前記配信情報を受信し当該配信情報に含まれるＵＲＬに関連する前記要約を表示する前記クライアント装置からアクセスされたことに応答して、該アクセスに用いられたＵＲＬが、前記保持手段に保持され前記印刷ジョブに対応する前記印刷ジョブ履歴のうちの最新の印刷ジョブ履歴のＵＲＬと一致するか否かを判定する判定手段と、
   返却手段であって、
   前記アクセスに用いられたＵＲＬが前記最新の印刷ジョブ履歴のＵＲＬに一致する場合、前記クライアント装置へ、前記アクセスに用いられたＵＲＬに対応するページを返却し、
   前記アクセスに用いられたＵＲＬが前記最新の印刷ジョブ履歴のＵＲＬに一致しない場合、前記クライアント装置へ、前記最新の印刷ジョブ履歴の情報のＵＲＬが指す場所にあるページを返却する返却手段と
   を有することを特徴とする情報処理装置。
2. 前記作成手段によって作成された配信情報は、ＲＤＦ Ｓｉｔｅ Ｓｕｍｍｅｒｙ、Ｒｉｃｈ Ｓｉｔｅ Ｓｕｍｍａｒｙ、およびＲｅａｌｌｙ Ｓｉｍｐｌｅ Ｓｙｎｄｉｃａｔｉｏｎのうちの１のフォーマットにて表現され、
   前記印刷ジョブのステータスを通知するための要約は、ＲＳＳフォーマットのＴｉｔｌｅ要素に挿入され、
   前記印刷ジョブに関する情報を閲覧するためのＵＲＬは、ＲＳＳフォーマットのＬｉｎｋ要素に挿入される、ことを特徴とする請求項１に記載の情報処理装置。
3. 前記送信手段は、前記配信情報が最後に前記クライアント装置に送信された時刻よりも後に生成された配信情報を、前記クライアント装置に送信することを特徴とする請求項１または２に記載の情報処理装置。
4. 前記送信手段は、
   前記配信情報に対する取得要求を受信した際に前記ユーザに対応する印刷ジョブのうち印刷中の印刷ジョブがある場合、エラー、完了、および印刷中の３つのステータスを通知するための要約を含む前記配信情報を送信し、
   前記配信情報に対する取得要求を受信した際に印刷中の印刷ジョブがない場合、エラーおよび完了の２つのステータスを通知するための要約を含む前記配信情報を送信する、
   ことを特徴とする請求項１乃至３のいずれか一項に記載の情報処理装置。
5. Ｗｅｂサーバが動作してサービスを提供する情報処理装置と、Ｗｅｂブラウザが動作して該サービスが提供されるクライアント装置とがネットワークを介して接続されたＷｅｂ環境で動作するシステムにおける、ユーザからの印刷要求を受信することに応答して、プリンタへ前記印刷要求に対応する印刷ジョブを送信する印刷サービスを提供する前記情報処理装置の制御方法であって、
   保持手段が、前記印刷要求に対応する前記印刷ジョブのステータスと前記印刷ジョブに関する情報が記述されているページを閲覧するためのＵＲＬとが対応付けられている印刷ジョブ履歴を、該印刷サービスを要求したユーザのユーザ識別子と共に保持する保持工程と、
   取得手段が、前記クライアント装置のユーザからＷｅｂブラウザを介して前記Ｗｅｂサーバに印刷ジョブ履歴の閲覧要求があった場合、前記保持工程で保持された印刷ジョブ履歴から前記閲覧要求を送信したユーザのユーザ識別子と一致するユーザ識別子を有する印刷ジョブ履歴を取得する取得工程と、
   作成手段が、前記取得工程で取得した印刷ジョブ履歴に基づいて、前記印刷ジョブのステータスを通知するための要約と前記印刷ジョブに関する情報を閲覧するためのＵＲＬとを含む更新情報を配信するためのファイルを配信情報として作成する作成工程と、
   送信手段が、前記作成工程で作成されたファイルを前記配信情報として前記Ｗｅｂブラウザに送信する送信工程と、
   判定手段が、前記配信情報を受信し当該配信情報に含まれるＵＲＬに関連する前記要約を表示する前記クライアント装置からアクセスされたことに応答して、該アクセスに用いられたＵＲＬが、前記保持工程にて保持され前記印刷ジョブに対応する前記印刷ジョブ履歴のうちの最新の印刷ジョブ履歴のＵＲＬと一致するか否かを判定する判定工程と、
   返却手段が、
   前記アクセスに用いられたＵＲＬが前記最新の印刷ジョブ履歴のＵＲＬに一致する場合、前記クライアント装置へ、前記アクセスに用いられたＵＲＬに対応するページを返却し、
   前記アクセスに用いられたＵＲＬが前記最新の印刷ジョブ履歴のＵＲＬに一致しない場合、前記クライアント装置へ、前記最新の印刷ジョブ履歴の情報のＵＲＬが指す場所にあるページを返却する返却工程と
   を有することを特徴とする情報処理装置の制御方法。
6. 前記作成工程にて作成された配信情報は、ＲＤＦ Ｓｉｔｅ Ｓｕｍｍｅｒｙ、Ｒｉｃｈ Ｓｉｔｅ Ｓｕｍｍａｒｙ、およびＲｅａｌｌｙ Ｓｉｍｐｌｅ Ｓｙｎｄｉｃａｔｉｏｎのうちの１のフォーマットにて表現され、
   前記印刷ジョブのステータスを通知するための要約は、ＲＳＳフォーマットのＴｉｔｌｅ要素に挿入され、
   前記印刷ジョブに関する情報を閲覧するためのＵＲＬは、ＲＳＳフォーマットのＬｉｎｋ要素に挿入される、ことを特徴とする請求項５に記載の制御方法。
7. 前記送信工程において、前記配信情報が最後に前記クライアント装置に送信された時刻よりも後に生成された配信情報が、前記クライアント装置に送信されることを特徴とする請求項５または６に記載の制御方法。
8. 前記送信において、
   前記配信情報に対する取得要求を受信した際に前記ユーザに対応する印刷ジョブのうち印刷中の印刷ジョブがある場合、エラー、完了、および印刷中の３つのステータスを通知するための要約を含む前記配信情報が送信され、
   前記配信情報に対する取得要求を受信した際に印刷中の印刷ジョブがない場合、エラーおよび完了の２つのステータスを通知するための要約を含む前記配信情報が送信される、
   ことを特徴とする請求項５乃至７のいずれか一項に記載の制御方法。
9. 請求項５乃至８のいずれか一項に記載の情報処理装置の制御方法の各工程をコンピュータに実行させるためのプログラム。

Images