(57)【特許請求の範囲】
【請求項１】
ユーザ毎に登録された複数の画像形成装置を管理する印刷制御装置であって、
情報処理装置から指定される印刷条件およびサーバ装置が管理する文書情報の取得先に従い前記サーバ装置より前記文書情報のフィード情報を取得する取得手段と、
前記取得手段がサーバ装置から取得したフィード情報に印刷可能な画像形成装置の情報を付加して前記情報処理装置に配信する配信手段と、
を備えることを特徴とする印刷制御装置。
【請求項２】
ユーザが登録している画像形成装置の中で印刷可能な画像形成装置を前記複数の画像形成装置の中から選択する選択手段と、
前記選択手段が選択した画像形成装置に指定されている印刷設定に応じて前記サーバ装置から取得した文書情報のプレビューを生成する生成手段とを備え、
前記配信手段は、前記生成手段が生成したプレビューおよび前記選択手段が選択した印刷可能な画像形成装置の情報を前記フィード情報に付加して前記情報処理装置に配信することを特徴とする請求項１記載の印刷制御装置。
【請求項３】
前記配信手段は、前記情報処理装置のユーザから他の画像形成装置が指定された場合、前記生成手段が他の画像形成装置に指定されている印刷設定に応じて生成したプレビューおよび前記選択手段が選択した印刷可能な他の画像形成装置の情報とを前記フィード情報に付加して前記情報処理装置に配信することを特徴とする請求項２記載の印刷制御装置。
【請求項４】
前記情報処理装置から指定される印刷条件およびサーバ装置が管理する文書情報の取得先を登録する登録手段を備えることを特徴とする請求項１乃至３のいずれか１項に記載の印刷制御装置。
【請求項５】
ユーザ毎に登録された複数の画像形成装置を管理する印刷制御装置の印刷制御方法であって、
情報処理装置から指定される印刷条件およびサーバ装置が管理する文書情報の取得先に従い前記サーバ装置より前記文書情報のフィード情報を取得する取得工程と、
前記取得工程がサーバ装置から取得したフィード情報に印刷可能な画像形成装置の情報を付加して前記情報処理装置に配信する配信工程と、
を備えることを特徴とする印刷制御方法。
【請求項６】
ユーザが登録している画像形成装置の中で印刷可能な画像形成装置を前記複数の画像形成装置の中から選択する選択工程と、
前記選択工程が選択した画像形成装置に指定されている印刷設定に応じて前記サーバ装置から取得した文書情報のプレビューを生成する生成工程とを備え、
前記配信工程は、前記生成工程が生成したプレビューおよび前記選択工程が選択した印刷可能な画像形成装置の情報を前記フィード情報に付加して前記情報処理装置に配信することを特徴とする請求項５記載の印刷制御方法。
【請求項７】
前記配信工程は、前記情報処理装置のユーザから他の画像形成装置が指定された場合、前記生成工程が他の画像形成装置に指定されている印刷設定に応じて生成したプレビューおよび前記選択工程が選択した印刷可能な他の画像形成装置の情報とを前記フィード情報に付加して前記情報処理装置に配信することを特徴とする請求項６記載の印刷制御方法。
【請求項８】
前記情報処理装置から指定される印刷条件およびサーバ装置が管理する文書情報の取得先を登録する登録工程を備えることを特徴とする請求項５乃至７のいずれか１項に記載の印刷制御方法。
【請求項９】
請求項５乃至８のいずれか１項に記載の印刷制御方法をコンピュータに実行させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の画像形成装置を管理する印刷制御装置、印刷制御方法及びプログラムに関するものである。
【背景技術】
【０００２】
画像形成装置を管理するシステムにおいて、内部統制・セキュリティ強化や、ＰＣ管理コスト削減のため、オフィス環境でもシンクライアント化が加速している。このシンクライアント化が進むことで、サーバ側で処理を行うためのＷｅｂサービスが次々と提供されている。
このサービス形態の１つにＷｅｂポータルがある。Ｗｅｂポータルは、様々なサービスを集約し、１つの画面上に表示することが可能である。ポータルで管理・表示する１つずつのサービスをポートレットと呼ぶ。
【０００３】
ポートレットでは、ニュースや電子メール、文書管理やプリントサービスなどを提供することが可能である。
各機能がサービス化されていることによりＷｅｂブラウザ上で複数のサービスを同時に１つの画面上で使用することが可能になる。しかし、各サービスはそれぞれ独立したサービスであるため連携していない。
従って、文書管理サービスが提供する文書を直ちに印刷する手段はなく、印刷を行うためにはユーザがプリントサービス内のプリンタから現在使用可能なプリンタを選択し、印刷指示を行わなければならなかった。
【０００４】
この課題を解決するために画像形成装置が文書管理サービス上の文書の更新を確認し、印刷する手段が提案されている（例えば特許文献１参照）。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００７−３１７１６９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、画像形成装置が文書管理サービス上の文書の更新を確認し、印刷する場合は、必ずその画像形成装置に対してのみ印刷してしまうため、画像形成装置の状態によっては印刷できない場合があり、利便性に欠ける。
本発明は、上記の課題を解決するためになされたものである。本発明の目的は、登録された文書情報の印刷条件に合致するフィード情報をサーバ装置から取得した際に、当該フィード情報に印刷可能な画像形成装置の情報を付加して情報処理装置に配信できる仕組みを提供することである。
【課題を解決するための手段】
【０００７】
上記目的を達成する本発明の印刷制御装置は以下に示す構成を備える。
ユーザ毎に登録された複数の画像形成装置を管理する印刷制御装置であって、情報処理装置から指定される印刷条件およびサーバ装置が管理する文書情報の取得先に従い前記サーバ装置より前記文書情報のフィード情報を取得する取得手段と、前記取得手段がサーバ装置から取得したフィード情報に印刷可能な画像形成装置の情報を付加して前記情報処理装置に配信する配信手段とを備えることを特徴とする。
【発明の効果】
【０００８】
本発明によれば、登録された文書情報の印刷条件に合致するフィード情報をサーバ装置から取得した際に、当該フィード情報に印刷可能な画像形成装置の情報を付加して情報処理装置に配信できる。
【図面の簡単な説明】
【０００９】
【図１】印刷制御システムの構成を示すブロック図である。
【図２】印刷制御装置の構成を示すブロック図である。
【図３】文書管理サーバのモジュールの構成を説明するブロック図である。
【図４】文書管理制御部が管理するフィード情報の一例を示す図である。
【図５】サーバアクセス制御部のモジュール構成を示すブロック図である。
【図６】印刷制御装置のデータ処理手順を示すフローチャートである。
【図７】情報処理装置で表示されるＵＩの一例を示す図である。
【図８】図７に示したＵＩ画面でユーザが登録可能な要素を示す図である。
【図９】印刷制御装置のデータ処理手順を示すフローチャートである。
【図１０】印刷制御装置で管理されるフィード情報を示す図である。
【図１１】印刷制御装置で管理されるフィード情報を示す図である。
【図１２】情報処理装置で表示されるＵＩの一例を示す図である。
【発明を実施するための形態】
【００１０】
次に本発明を実施するための最良の形態について図面を参照して説明する。
〔第１実施形態〕
図１は、本発明の実施形態を示す印刷制御システムの構成を示すブロック図である。本システムは、ネットワーク（ＷＡＮ）１０１を介して、印刷制御装置１０２や画像形成装置１０３、文書管理サーバ（サーバ）１０４とクライアントＰＣ（ＰＣ）１０６が接続されて構成される。なお、画像形成装置またはＰＣは、通常ＷＡＮ１０１上には複数台接続されているが、説明上１台の場合を示す。
図１において、サーバ１０４は、文書管理サービスを提供し大容量記憶装置１０５に文書情報を保存することが可能である。大容量記憶装置１０５に保存された文書情報へのアクセスは、他のサーバシステムがサーバ１０４に取得要求を行うことで、サーバ１０４が大容量記憶装置１０５内に保存されている文書情報を受け渡す。これによりＷＡＮ１０１を介して文書情報の取得が可能である。
【００１１】
印刷制御装置１０２は、ログインされるユーザ毎に選択可能な複数の画像形成装置を管理し、印刷ジョブの制御や監視、ジョブの送信処理を行う。また、印刷制御装置１０２は、ＷＡＮ１０１を介してサーバ１０４と通信を行うことが出来る。さらに、印刷制御装置１０２は、後述するフローチャートに従い各画像形成装置の印刷設定に従うプレビュー画像を生成する機能と、各画像形成装置の状態（印刷可能な状態を含む）を取得する機能を備える。
画像形成装置１０３は、印刷制御装置１０２から受信した印刷ジョブを印刷する。この画像形成装置１０３としては電子写真方式を採用したレーザビームプリンタやインクジェット方式を採用したインクジェットプリンタや熱転写方式を利用したプリンタ等あらゆる方式の印刷装置を採用することができる。
【００１２】
また、本印刷制御システムに含まれる装置間の通信はイーサネット（登録商標）ケーブルなどを利用した有線通信でもよいし、電波や光などを利用した無線通信でもよい。
クライアントＰＣ１０６は情報処理を行うためのクライアントＰＣである。クライアントＰＣ１０６は、ＷＡＮを介して各種サーバシステム、制御装置と通信することができる。なお、クライアントＰＣ１０６は、Ｗｅｂサービスを実行するためのＷｅｂブラウザがインストールされ、Ｗｅｂブラウザを介してＷｅｂサービスを利用可能に構成されている。
【００１３】
本実施形態において、画像形成装置、文書管理サーバ、クライアントＰＣは複数台を想定しており、また、画像形成装置１０３、サーバ１０４、クライアントＰＣ１０６と同様の構成が複数存在することを想定している。
また、印刷制御装置１０２、画像形成装置１０３、サーバ１０４、クライアントＰＣ１０６は、それぞれハードウエア資源として、ＣＰＵ、ＲＯＭ、ＲＡＭを含むコントローラ部と、ネットワークとの通信を行うネットワークコントローラを備える。また、サーバ１０４、クライアントＰＣ１０６が備えるハードディスク等にはオペレーティングシステムがインストールされ、各種のアプリケーションの実行が制御されている。
【００１４】
図２は、図１に示した印刷制御装置１０２の構成を示すブロック図である。
図２において、印刷制御装置１０２のリクエスト管理部２０１は、ユーザからクライアントＰＣ１０６上のＷｅｂブラウザを介して印刷要求や、印刷設定登録、サーバアクセス先登録、サーバ情報取得を受け付ける。また、リクエスト管理部２０１は、画像形成装置監視部２０４から要求される画像形成装置１０３の状態取得やサーバアクセス制御部２０２からサーバ情報に対する取得要求を受け付ける。
【００１５】
ここで印刷要求とは、ユーザから画像形成装置１０３に対する印刷指示である。本実施形態では、画像形成装置１０３への印刷指示は、印刷制御装置１０２を介して行うことを想定している。印刷要求を受けたリクエスト管理部２０１は、画像形成装置管理部２０３に対して、印刷要求を通知する。
画像形成装置管理部２０３は、１つ以上の画像形成装置１０３を管理し、画像形成装置１０３で指定することが可能な印刷設定（出力用紙サイズや体裁設定）を登録することが出来る。印刷要求を受けた画像形成装置管理部２０３は、印刷設定を設定してジョブ制御部２０５にジョブ作成を指示する。
【００１６】
また、画像形成装置管理部２０３は、ユーザ毎に使用する画像形成装置を登録することが可能であり、登録した画像形成装置の印刷設定をユーザの要求に応じてクライアントＰＣ１０６に通知し印刷設定の登録、変更を可能とする。
サーバアクセス制御部２０２は、ユーザが登録したサーバの情報を取得、解析、情報作成を行う。サーバアクセス制御部２０２の詳細については後述する。
画像形成装置監視部２０４は、画像形成装置管理部２０３に登録されている画像形成装置１０３のステータスを監視する。ここでいうステータスとは、画像形成装置１０３が印刷可能な状態にあるか、印刷中であるかといった画像形成装置の状態を指す。
【００１７】
図３は、図１に示したサーバ１０４が備えるモジュールの構成を説明するブロック図である。なお、各モジュールは、サーバ１０４が備えるハードディスク等に記憶され、適宜ＣＰＵがＲＡＭにロードして実行することで、対応する機能処理を実現する。
図３において、リクエスト管理部３０１は、ユーザからクライアントＰＣ１０６上のＷｅｂブラウザを介して、文書情報の保存要求を受け付けたり、保存文書の取得要求やフィード情報の取得要求を受け付けたりする。
【００１８】
ここで、文書の保存要求とはＷＡＮ１０１を介して送信されてきた文書情報を大容量記憶装置１０５に保存することである。なお、ＷＡＮ１０１を介して大容量記憶装置１０５に保存された文書情報の取得要求を受け取った際は、取得要求に応じた文書情報を取得要求元に受け渡す。
文書管理制御部３０４は文書情報の保存要求及び取得要求に応じた処理を実行する。フィード情報の取得要求は、リクエスト管理部３０１がフィード情報管理部３０２に要求する。
ここで、フィード情報とは、文書管理制御部３０４が管理している文書情報の状態を示すものであって、他のサーバシステムからの要求に応じるために作成されたあるいは加工されたファイルフォーマットである。
【００１９】
以下、本実施形態に関わるフィード情報について図４を参照して説明する。
図４は、図３に示した文書管理制御部３０４が管理するフィード情報の一例を示す図である。本例は、フィード情報が構造化されたマークアップ言語（ＸＭＬ）で作成した例である。
フィード情報には、文書管理制御部３０４が指定可能な文書情報を保存する位置を示す情報（例えばＵＲＬ）や文書管理制御部３０４が管理する各文書情報に付属する情報（例えば更新日時や更新者など）が記載されている。
【００２０】
なお、代表的なファイルフォーマットとしては、ＲＳＳやＡｔｏｍがあるが、フォーマットはその限りではない。
フィード情報管理部３０２は、リクエスト管理部３０１から受け取ったリクエストに応じてフィード情報を渡す。
また、フィード情報管理部３０２は、文書管理制御部３０４を定期的に監視し、文書情報の状態に変化があるかを確認する。ここで、変化があったとフィード情報管理部３０２が判断した場合は、変化の合った箇所を示す情報をフィード情報生成部３０３に通知する。
フィード情報生成部３０３は、フィード情報管理部３０２が文書管理制御部３０４から受け取った情報を元にフィード情報を更新する。
【００２１】
以下、図２に示したサーバアクセス制御部２０２について図５を用いて説明する。
図５は、図２に示した印刷制御装置１０２が備えるサーバアクセス制御部２０２のモジュール構成を説明するブロック図である。
図５において、フィード情報管理部５０１は、サーバ１０４のフィード情報管理部３０２が管理するフィード情報の取得や登録画面を作成する。印刷条件管理部５０２は、サーバ１０４から取得するフィード情報から作成した印刷条件を保存する。
【００２２】
印刷条件作成部５０３は、サーバ１０４から取得したフィード情報から印刷条件を作成する。フィード情報作成部５０４は、印刷条件管理部５０２から指定されたフィード情報に、画像形成装置の情報を付与して作成したフィード情報をフィード情報管理部５０１に新たなフィード情報を渡す。
画像形成装置情報取得部５０５は、図２に示した画像形成装置管理部２０３から画像形成装置の情報とプレビュー情報を取得し、フィード情報作成部５０４に渡す。
本実施形態における文書情報を取得したい文書管理サーバの情報を登録するフローについて図６を参照して説明する。
【００２３】
図６は、本実施形態を示す印刷制御装置におけるデータ処理手順の一例を示すフローチャートである。本例は、文書情報を取得したい文書管理サーバの情報を登録する処理例である。なお、Ｓ６０１〜Ｓ６０６は各ステップを示し、各ステップは、印刷制御装置１０２のＣＰＵが外部記憶装置（例えばハードディスク）に記憶された制御プログラムをＲＡＭにロードして実行することで実現される。なお、（Ａ）は印刷制御装置において実行されるフローチャートで、（Ｂ）は印刷制御装置１０２とＰＣ１０６またはサーバ１０４とのやり取りを示す。
フィード情報管理部５０１は、図２に示したリクエスト管理部２０１から設定画面を要求されると、当該設定画面に対応したＵＩ情報をクライアントＰＣ１０６に送付する。これにより、クライアントＰＣ１０６上のＷｅｂブラウザが受け取ったＵＩ情報に従い表示装置にフィード登録画面が表示される。ここで、フィード登録画面の一例を図７に示す。
【００２４】
そして、Ｓ６０１で、クライアントＰＣ１０６のＷｅｂブラウザに対してユーザがＵＲＬを図７に示すＵＲＬ入力部７０１に対して入力すると、リクエスト管理部２０１がユーザにより入力された当該ＵＲＬの指定を受け取る。
次に、Ｓ６０２で、フィード情報管理部５０１は、指定されたＵＲＬからフィード情報をサーバ１０４から取得する。
図７に示す画面例では、ユーザがＵＲＬ入力部７０１に対して、文書情報の取得先として「ｈｔｔｐ：ｄｏｃｕｍｅｎｔｓｅｒｖｅｒ／ｘｘｘｘ」と入力した例を示す。
図７において、取得ボタン７０２がユーザの操作に従い押下されると、入力されたＵＲＬがクライアントＰＣ１０６から印刷制御装置１０２に通知される。そして、印刷制御装置は、入力されたＵＲＬからフィード情報を取得する。
【００２５】
次に、Ｓ６０３で、印刷条件作成部５０３は、印刷条件管理部５０２を介して取得したフィード情報の要素情報から印刷条件として使用できる要素を取得し、Ｓ６０４で、要素情報から印刷条件の入力項目を作成する。なお、フィード情報において印刷条件として使用できる要素とは、フィード情報の「ｉｔｅｍ」に含まれる要素である。ただし本実施例では、予め図８のテーブルが用意されているため、このテーブルに従って要素が取得される。例えば、図４のフィード情報の「ｉｔｅｍ」には、要素「ｌｉｎｋ」が含まれているが、図８のテーブルに含まれないため、本実施例において要素「ｌｉｎｋ」は印刷条件に使用できる要素として取得されない。もし、図８のテーブルがない場合は、要素「ｌｉｎｋ」も取得されることになる。
印刷条件作成部５０３は、作成した印刷条件の入力項目を、印刷条件管理部５０２を介してフィード情報管理部５０１に渡す。これにより、作成した印刷条件の入力項目は、リクエスト管理部２０１を介してクライアントＰＣ１０６上のＷｅｂブラウザに引き渡され、クライアントＰＣの表示装置に表示される。その結果が図７の印刷条件の入力項目７０３である。つまり、Ｓ６０４が実行される前のクライアントＰＣの表示装置に表示される図７の画面には、印刷条件の入力項目７０３と登録ボタン７０４は表示されない。
サーバ１０４から取得したフィード情報から作成した印刷条件の入力項目７０３が図７に表示される。そして、ユーザが印刷条件の入力項目に対して印刷条件を指定して登録ボタン７０４を押下すると、指定された印刷条件が印刷条件管理部５０２に登録されて管理される。
なお、印刷条件の入力項目はフィード情報の要素から作成するが、要素情報をそのまま表示して指定しても良いし、予め印刷条件作成部５０３が要素に関連付けた文字列と検索条件に変換して作成しても良い。
【００２６】
以下、図４から図７が生成される例について図８を用いて説明する。
図８は、フィード情報から図７の画面を表示するためのテーブルの一例を示す図である。
例えば、印刷制御装置が図４に示したフィード情報をサーバ１０４から取得した場合、図８に示すテーブルに従いフィード情報から図７に示した画面の印刷条件の入力項目７０３が表示される。具体的に説明すると、図４のフィード情報には、＜title＞という要素が含まれるため、＜title＞が「タイトル」に変換されて図７のように表示される。同様に図４のフィード情報には、＜description＞という要素が含まれるため、＜description＞が「要約」に変換されて図７のように表示される。
【００２７】
そして、クライアントＰＣ１０６のユーザが例えば図７のＵＩ画面に対して印刷条件（「次の値を含む」、「公開」など）を入力すると、リクエスト管理部２０１がユーザにより入力された当該印刷条件の指定を受け取る。
次に、Ｓ６０６で、リクエスト管理部２０１が受け付けた印刷条件を印刷条件管理部５０２に保存して、本処理を終了する。
次に、印刷制御装置が、画像形成装置の情報を付与したフィード情報を作成する処理について説明する。
【００２８】
図９は、本実施形態を示す印刷制御装置におけるデータ処理手順の一例を示すフローチャートである。本例は、使用可能な画像形成装置の情報を付与したフィード情報を作成する処理例である。なお、（Ａ）はフローチャートで、（Ｂ）は印刷制御装置１０２とＰＣ１０６またはサーバ１０４とのやり取りを示す。
なお、Ｓ９０１〜Ｓ９０８は各ステップを示し、各ステップは、印刷制御装置１０２のＣＰＵが外部記憶装置（例えばハードディスク）に記憶された制御プログラムをＲＡＭにロードして実行することで実現される。
【００２９】
まず、Ｓ９０１で、フィード情報管理部５０１は、リクエスト管理部２０１を介して、ＰＣ１０６のユーザが図７に示したＵＩを介して指定したＵＲＬに対応するフィード情報をサーバ１０４から取得する。この際、フィード情報管理部５０１は、取得したフィード情報を印刷条件管理部５０２に引き渡す。
次に、Ｓ９０２で、印刷条件管理部５０２が登録されている印刷条件とＳ９０１においてサーバ１０４から取得したフィード情報とを比較し、サーバ１０４から取得したフィード情報が印刷条件に合致するか否かを判断する。なお、本実施形態において、印刷条件は、図７に一例を示すように複数の要素（タイトル、要約、公開者、公開日）を指定可能である。
ここで、印刷条件管理部５０２が、フィード情報が登録された印刷条件と合致しないと判断した場合は、本処理を終了する。なお、本処理を終了する他に、例えば任意のタイミングで監視を行い印刷条件と合致するか否かを判断するように構成してもよい。なお、登録されている印刷条件とは、図７に示したＵＩを介して、ユーザがＰＣ１０６から指定した印刷条件に対応し、該指定された印刷条件は、印刷制御装置１０２内の記憶装置に登録されて管理される。ここで、記憶装置とは、不揮発性の記憶装置、例えばハードディスク等で構成されるものとするが、他の不揮発性の記憶媒体で構成されていてもよい。
一方、Ｓ９０２で印刷条件管理部５０２が、サーバ１０４から取得したフィード情報が登録された印刷条件と合致していると判断した場合は、Ｓ９０３へ進む。そして、Ｓ９０３で、フィード情報管理部５０１は、フィード情報に記載されている要素内の文書保存先の文書情報をサーバ１０４から取得する。
【００３０】
フィード情報管理部５０１は、サーバ１０４から取得した文書情報を画像形成装置情報取得部５０５に渡し、図２に示した画像形成装置管理部２０３に渡す。
次に、Ｓ９０４で、画像形成装置管理部２０３は、ユーザ毎に管理している画像形成装置情報を基に画像形成装置監視部２０４を介して、例えば画像形成装置１０３の状態を取得する。
この時、画像形成装置監視部２０４は、Ｓ９０５で、画像形成装置１０３が印刷可能な状態か否かを判断し、画像形成装置監視部２０４が印刷不可能であると判断した場合は、画像形成装置の情報を画像形成装置管理部２０３に渡さないように制御する。
一方、Ｓ９０５で、画像形成装置監視部２０４が画像形成装置１０３は印刷可能な状態であると判断した場合は、Ｓ９０６へ進む。
【００３１】
そして、画像形成装置情報取得部５０５が取得した画像形成装置１０３の情報を画像形成装置管理部２０３に渡す。なお、複数印刷可能な画像形成装置が存在する場合には、画像形成装置情報取得部５０５が複数の画像形成装置の情報を画像形成装置管理部２０３に通知する。
次に、Ｓ９０６で、画像形成装置１０３の情報を受け取った画像形成装置管理部２０３は、画像形成装置管理部２０３に登録されている印刷設定で、プレビュー画像を作成するようにジョブ制御部２０５に文書情報を渡す。これを受けて、ジョブ制御部２０５が当該文書情報と印刷設定とに従いプレビュー画像を作成する。
次に、Ｓ９０７で、ユーザが登録している画像形成装置が他にあるかどうかを画像形成装置管理部２０３がユーザ毎に登録された画像形成装置とその状態から判断する。ここで、画像形成装置管理部２０３が登録している画像形成装置が他にあると判断した場合は、Ｓ９０４へ戻り、ユーザが登録している画像形成装置数分、同様の処理を繰り返す。
次に、ジョブ制御部２０５が全ての画像形成装置に対して、プレビュー画像を作成したと判断した場合、画像形成装置管理部２０３は、作成したプレビュー画像と印刷可能な画像形成装置の情報をサーバアクセス制御部２０２に渡す。
【００３２】
そして、Ｓ９０８で、フィード情報管理部５０１は、プレビュー画像と画像形成装置１０３の情報をフィード情報作成部５０４に渡す。そして、サーバ１０４から取得したフィード情報にジョブ制御部２０５が生成したプレビュー画像と画像形成装置１０３の情報を付加し、両者が付加されたフィード情報をＰＣ１０６へ配信して、本処理を終了する。ここで、画像形成装置１０３の情報を付加したフィード情報には、印刷可能な画像形成装置を特定する情報、例えばプリンタ名等が含まれる。
【００３３】
このようにＰＣ１０６からフィード情報の取得要求を受けた時、フィード情報管理部５０１は、フィード情報作成部５０４が作成したプレビュー画像と印刷可能な画像形成装置を特定する情報とが付加されたフィード情報をＰＣ１０６に配信する。
これにより、フィード情報に印刷可能な画像形成装置の情報と各画像形成装置で印刷した場合の印刷結果を示すプレビュー画像がＰＣ１０６に配信される。そして、ＰＣ１０６のブラウザを介して表示装置に、例えば図１２に示すように選択された画像形成装置の情報と、選択された画像形成装置の現在の印刷設定によるプレビュー画像が表示される。
以下、図９のフローをより具体的な例を用いて説明する。
図７に示したＵＩを用いてユーザが登録した印刷条件に対して、フィード情報を取得した結果、印刷条件と合致するフィードを取得した場合のフィード情報の例を図１０に示す。
図１０において、要素１００１〜１００４が図７で登録した印刷条件と合致している。ここで、要素１００１はタイトルで、登録された「仕様書」が含まれ、要素１００２は要約で、登録された「公開」が含まれる例である。
【００３４】
さらに、要素１００３は公開者で、登録された「ユーザＡ」が含まれ、要素１００４は公開日で、登録された「２００９／０６／１８」以降の「２００９／０６／２２」が含まれる例である。
【００３５】
この時、印刷制御装置１０２は、図１０のフィード情報に記載されているＵＲＬ１００５から文書情報を取得し、画像形成装置１０３に登録されている印刷設定でプレビュー画像を作成する（Ｓ９０３〜Ｓ９０７）。
そして、印刷制御装置１０２は、作成されたプレビュー画像と画像形成装置の情報をフィード情報作成部５０４に渡して図１１に一例を示すフィード情報を作成する（Ｓ９０８）。
図１１において、１１０１は要素で、フィード情報作成部５０４により、図１０に示したフィード情報に対して追記されたものである。この結果をフィード情報としてクライアントＰＣ１０６の表示装置にブラウザを介して表示した例を図１２に示す。
【００３６】
図１２のフィード表示画面１２０１は、図１１に示したフィード情報の要素１１０１に含まれる要約と、イメージとしてプレビュー画像とがクライアントＰＣ１０６上で表示された状態を示す。印刷ボタン１２０２は、フィード表示１２０１で確認されるプレビュー画像に対応する文書情報の印刷実行を指示する。この印刷ボタン１２０２が押下されると、印刷制御装置１０２が管理する複数の画像形成装置のうち、フィード表示１２０１に表示されたプリンタ２に対応する画像形成装置に取得した文書情報を送信して印刷を実行させる。
なお、フィード表示１２０１に表示された画像形成装置以外の他の画像形成装置で印刷を実行させたい場合は、他のプリンタを指定するボックス１２０３から印刷可能な画像形成装置を選択する。
【００３７】
これにより、登録された文書情報の印刷条件に合致するフィード情報をサーバ装置から取得した際に、当該フィード情報に印刷可能な画像形成装置の情報を付加して情報処理装置に配信できる。
したがって、ユーザは、フィード情報を取得した際に付加されたフィード情報に応じた印刷すべき文書情報のプレビュー画像と選択可能な画像形成装置の状態を確認できるため、ユーザによる画像形成装置の選択操作負担を軽減できる。
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
本発明は上記実施形態に限定されるものではなく、本発明の趣旨に基づき種々の変形（各実施形態の有機的な組合せを含む）が可能であり、それらを本発明の範囲から除外するものではない。
本発明の様々な例と実施形態を示して説明したが、当業者であれば、本発明の趣旨と範囲は、本明細書内の特定の説明に限定されるのではない。
【符号の説明】
【００３８】
１０１  ＷＡＮ
１０２  印刷制御装置
１０３  画像形成装置
１０４  文書管理サーバ
１０５  大容量記憶装置
１０６  クライアントＰＣ
【図１】
0005465016.tif 000002
【図２】
0005465016.tif 000003
【図３】
0005465016.tif 000004
【図４】
0005465016.tif 000005
【図５】
0005465016.tif 000006
【図６】
0005465016.tif 000007
【図７】
0005465016.tif 000008
【図８】
0005465016.tif 000009
【図９】
0005465016.tif 000010
【図１０】
0005465016.tif 000011
【図１１】
0005465016.tif 000012
【図１２】
0005465016.tif 000013