(57)【要約】【課題】印刷対象のデータを要求した画像形成装置に応じて、Ｐｕｓｈ型の印刷方式か、Ｐｕｌｌ型の印刷方式かを好適に選択し、各印刷方式による利点を有効に画像形成装置で享受させる情報処理装置を提供する。【解決手段】本情報処理装置は、印刷画面を要求した画像形成装置の識別情報を取得し、当該画像形成装置の印刷方式として、取得した識別情報に基づいてＰｕｓｈ型印刷か、Ｐｕｌｌ型印刷かを選択する。ここで、情報処理装置は、選択した印刷方式に基づいて印刷画面を生成し、画像形成装置に送信する。また、情報処理装置は、送信した印刷画面を介して入力された情報に基づき、Ｐｕｓｈ型印刷の場合は印刷前の画像処理を実行した印刷データを送信し、Ｐｕｌｌ型印刷の場合は印刷前の画像処理を行うことなくそのままのフォーマットで画像データを送信する。【選択図】図１４
2011034519.tif 000002
【特許請求の範囲】
【請求項１】
複数の画像形成装置と通信可能な情報処理装置であって、
印刷情報を入力するための印刷画面の要求を前記画像形成装置から受信する受信手段と、
前記要求に含まれる要求情報から前記画像形成装置の識別情報を取得する取得手段と、
取得された前記識別情報に基づいて、前記画像形成装置における印刷方式として、前記情報処理装置において印刷前の画像処理を実行する第１印刷方式か、又は、前記画像形成装置において印刷前の画像処理を実行する第２印刷方式かを選択する選択手段と、
選択された前記印刷方式に従って前記印刷画面を生成する生成手段と、
生成した前記印刷画面を前記要求の応答として前記画像形成装置に送信する応答手段と、
前記印刷画面を介して入力された前記印刷情報と、選択された前記印刷方式とに基づく画像データを前記画像形成装置に送信する送信手段と
を備えることを特徴とする情報処理装置。
【請求項２】
前記送信手段は、
前記印刷方式として前記第１印刷方式が選択された場合には、前記画像データとして、前記入力された前記印刷情報に従ったフォーマットに該画像データを変換した印刷データを前記画像形成装置に送信し、
前記印刷方式として前記第２印刷方式が選択された場合には、前記情報処理装置で予め格納している画像データをそのままのフォーマットで送信することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
各画像形成装置の識別情報と、前記印刷方式とを紐付けたテーブルを予め記憶する記憶手段をさらに備え、
前記選択手段は、
前記取得手段によって取得された前記識別情報と、前記テーブルとを用いて前記印刷方式を選択することを特徴とする請求項１又は２に記載の情報処理装置。
【請求項４】
前記選択手段は、
ＩＰＰによる印刷、ウェブサービスによる印刷、及びＬＰＲによる印刷のうち、何れかの印刷が前記画像形成装置において可能か否かを判定する判定手段を備え、
前記何れかの印刷が可能な場合は、前記印刷方式として前記第１印刷方式を選択し、前記何れかの印刷が全て不可能な場合は、前記印刷方式として前記第２印刷方式を選択することを特徴とする請求項１又は２に記載の情報処理装置。
【請求項５】
各画像形成装置の識別情報と、前記印刷方式とを紐付けたテーブルを予め記憶する記憶手段をさらに備え、
前記選択手段は、
前記取得手段によって取得された前記識別情報に関する情報が前記テーブルに定義されていない場合に、前記判定手段によって前記何れかの印刷が前記画像形成装置において可能か否かを判定し、前記判定手段による判定結果に従って選択した選択情報を前記テーブルに更新する更新手段をさらに備えることを特徴とする請求項４に記載の情報処理装置。
【請求項６】
前記要求情報には、前記識別情報に加えて、前記画像形成装置で処理可能な前記フォーマットの情報が含まれ、
前記生成手段は、
前記第１印刷方式が選択された場合に、前記画像形成装置で処理可能な前記フォーマットに対応する画像データのみを選択可能に表示する前記印刷画面を生成することを特徴とする請求項２に記載の情報処理装置。
【請求項７】
前記画像形成装置の識別情報とは、該画像形成装置のＩＰアドレスであることを特徴とする請求項１乃至６の何れか１項に記載の情報処理装置。
【請求項８】
複数の画像形成装置と通信可能な情報処理装置の制御方法であって、
印刷情報を入力するための印刷画面の要求を前記画像形成装置から受信する受信ステップと、
前記要求に含まれる要求情報から前記画像形成装置の識別情報を取得する取得ステップと、
取得された前記識別情報に基づいて、前記画像形成装置における印刷方式として、前記情報処理装置において印刷前の画像処理を実行する第１印刷方式か、又は、前記画像形成装置において印刷前の画像処理を実行する第２印刷方式かを選択する選択ステップと、
選択された前記印刷方式に従って前記印刷画面を生成する生成ステップと、
生成した前記印刷画面を前記要求の応答として前記画像形成装置に送信する応答ステップと、
前記印刷画面を介して入力された前記印刷情報と、選択された前記印刷方式とに基づく画像データを前記画像形成装置に送信する送信ステップと
を実行することを特徴とする情報処理装置の制御方法。
【請求項９】
請求項８に記載の情報処理装置の制御方法をコンピュータに実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像形成装置と連携して画像形成を実行させる情報処理装置及びその制御方法、プログラムに関するものである。
【背景技術】
【０００２】
近年、画像形成装置には、プリンタ、コピー、ファクシミリ、スキャナ等の機能を有するものが知られている。このような複合機能型の画像形成装置には、１つの筐体内に表示部、印刷部及び撮像部などが設けられるとともに、プリンタ、コピー及びファクシミリ装置にそれぞれ対応する３種類のアプリケーションが設けられている。また、ウェブクライアント機能としてウェブブラウザを画像形成装置に設け、遠隔のウェブサーバから様々なコンテンツを取得（ダウンロード）してブラウジングを行い、装置の機能に役立てる技術が知られている。これにより、情報処理装置等のウェブサーバに蓄積されている印刷対象となる文書データのダウンロードや、情報処理装置において文書データのＰＤＬ変換や面付け情報の処理を実行することできる。
【０００３】
現在、遠隔の情報処理装置の文書データを印刷する一連の処理として大きく分けて２つの印刷方式が提案されている。例えば、特許文献１には、画像形成装置のブラウザで文書データをダウンロードして、ダウンロードした文書データに対してＰＤＬ変換、ラスタライズ等の印刷処理ロジックを実行する印刷方式が提案されている。なお、以下では、特許文献１に記載の印刷方式をＰｕｌｌ型印刷と称する。また、特許文献２では、画像形成装置のブラウザで行われた文書データの印刷操作に対し、遠隔の情報処理装置でＰＤＬ変換し、リモート要求として画像形成装置に印刷を指示する印刷方式が提案されている。ここで、リモート要求には、例えばＩＰＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｉｎｔｉｎｇ  Ｐｒｏｔｏｃｏｌ）、ＬＰＲ（Ｌｉｎｅ  ＰＲｉｎｔｅｒ  Ｄａｅｍｏｎ  Ｐｒｏｔｏｃｏｌ）やｗｅｂ  ｓｅｒｖｉｃｅ等がある。なお、以下では、特許文献２に記載の印刷方式をＰｕｓｈ型印刷と称する。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００４−２１４６９２号公報
【特許文献２】特開２０００−１１８０８５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、従来技術においては以下に記載する問題がある。例えば、Ｐｕｌｌ型印刷は、ＰＤＬ変換を画像形成装置上で行うため、画像形成装置で処理可能な限られた文書データにしか対応できないという問題がある。また、Ｐｕｓｈ型印刷は、ファイアウォールやプロキシが存在する環境では通信できない場合がある。
【０００６】
ここで、例えば、情報処理装置と画像形成装置がローカルネットワークで接続された構成を有する本社と、画像形成装置のみを有し、本社とインターネットで接続された支社との構成を想定する。この場合、本社では情報処理装置と画像形成装置が同じローカルネットワークに置かれているためＰｕｓｈ型印刷が可能で、支社ではインターネットで本社の情報処理装置に接続しなければならないため、Ｐｕｓｈ型印刷を実行することができない。したがって、このような構成においては、全ての画像形成装置で実行可能なＰｕｌｌ型印刷が適用される。しかし、ＬＡＮ内のＰｕｓｈ型で印刷が可能な画像形成装置までもＰｕｌｌ型印刷を適用するため、Ｐｕｓｈ型印刷における印刷ロジックのカスタマイズ性の高さ等の利点を画像形成装置で享受することができない。一方、全ての画像形成装置に対してＰｕｓｈ型印刷を行うと、インターネットで接続された画像形成装置では印刷が実行できないという問題がある。
【０００７】
本発明は、上述の問題に鑑みて成されたものであり、印刷対象のデータを要求した画像形成装置に応じて、Ｐｕｓｈ型の印刷方式か、Ｐｕｌｌ型の印刷方式かを好適に選択し、各印刷方式による利点を有効に画像形成装置で享受させる情報処理装置を提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明は、例えば、複数の画像形成装置と通信可能な情報処理装置として実現できる。情報処理装置は、印刷情報を入力するための印刷画面の要求を画像形成装置から受信する受信手段と、要求に含まれる要求情報から画像形成装置の識別情報を取得する取得手段と、取得された識別情報に基づいて、画像形成装置における印刷方式として、情報処理装置において印刷前の画像処理を実行する第１印刷方式か、又は、画像形成装置において印刷前の画像処理を実行する第２印刷方式かを選択する選択手段と、選択された印刷方式に従って印刷画面を生成する生成手段と、生成した印刷画面を要求の応答として画像形成装置に送信する応答手段と、印刷画面を介して入力された印刷情報と、選択された印刷方式とに基づく画像データを画像形成装置に送信する送信手段とを備えることを特徴とする。
【発明の効果】
【０００９】
本発明は、例えば、印刷対象のデータを要求した画像形成装置に応じて、Ｐｕｓｈ型の印刷方式か、Ｐｕｌｌ型の印刷方式かを好適に選択し、各印刷方式による利点を有効に画像形成装置で享受させる情報処理装置を提供できる。
【図面の簡単な説明】
【００１０】
【図１】本発明に係る情報処理システム１０の一例を示すブロック図である。
【図２】本発明に係る画像形成装置１１０のソフトウェア構成を示すブロック図である。
【図３】本発明に係る画像形成装置１１０のコントローラ１１１の構成例を示すブロック図である。
【図４】本発明に係る画像形成装置１１０の操作部１１２の構成例を示すブロック図である。
【図５】ＨＴＴＰプロトコルによる要求処理及び応答処理の流れを示すシーケンス図である。
【図６】本発明に係るブラウザ画面８００の一例を示す図である。
【図７】本発明に係るＰｕｌｌ型印刷を選択した際に表示される印刷画面の一例を示す図である。
【図８】本発明に係るＰｕｌｌ型印刷を選択した際に表示される印刷画面の一例を示す図である。
【図９】本発明に係るＰｕｓｈ型印刷を選択した際に表示される印刷画面の一例である。
【図１０】本発明に係るＰｕｌｌ型印刷における印刷画面を生成するためのＨＴＭＬ記述を示す図である。
【図１１】本発明に係るＰｕｓｈ型印刷における印刷画面を生成するためのＨＴＭＬ記述を示す図である。
【図１２】本発明に係る情報処理装置１３０の詳細構成を示すブロック図である。
【図１３】本発明に係るテーブル管理領域９０６に格納されたテーブル９０７の一例を示す図である。
【図１４】第１の実施形態に係る印刷処理の処理手順を示すフローチャートである。
【図１５】第２の実施形態に係る印刷処理の処理手順を示すフローチャートである。
【図１６】第３の実施形態に係る印刷処理の処理手順を示すフローチャートである。
【発明を実施するための形態】
【００１１】
以下に本発明の一実施形態を示す。以下で説明される個別の実施形態は、本発明の上位概念、中位概念及び下位概念など種々の概念を理解するために役立つであろう。また、本発明の技術的範囲は、特許請求の範囲によって確定されるのであって、以下の個別の実施形態によって限定されるわけではない。
【００１２】
＜情報処理システム＞
以下では、図１乃至図１３を参照して、本発明に係る種々の実施形態において共通する構成及び技術について説明する。図１は、本発明に係る情報処理システム１０の一例を示すブロック図である。情報処理システム１０では、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）１００を介して、画像形成装置１１０、１４０、ホストコンピュータ１２０、及び情報処理装置１３０が相互通信可能に接続されている。また、情報処理システム１０は、ＬＡＮ１００を介して、ＷＡＮ（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）やインターネットに接続することも可能である。
【００１３】
ホストコンピュータ１２０は、ウェブブラウザを備え、画像形成装置１１０、情報処理装置１３０にＨＴＴＰ接続してサービスの提供を受けることができる。ホストコンピュータ１２０としては、例えば、ＰＣ（パーソナルコンピュータ）、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ ＡｓｓｉＳＴａｎｔ）、及び携帯電話等が適用されてよい。
【００１４】
情報処理装置１３０は、ウェブアプリケーションサーバを実現するためのソフトウェアプロセス群を有する。ソフトウェアモジュールとしては、ウェブサーバ部１３１、アプリケーションサーバ部１３２、及びデータ管理部１３３を備える。ウェブサーバ部１３１は、クライアントからのＨＴＴＰプロトコルによる要求に応答してＨＴＭＬ等のコンテンツを伝送する。アプリケーションサーバ部１３２は、ＨＴＴＰ要求に応じて所定の処理と動的に変化するＨＴＴＰ応答を行うＣＧＩ（Ｃｏｍｍｏｎ Ｇａｔｅｗａｙ Ｉｎｔｅｒｆａｃｅｓ）プログラムやサーブレット（Ｓｅｒｖｌｅｔ）等の形態で実装される。データ管理部１３３は、アプリケーションサーバ部１３２から呼び出されるスクリプトデータの保存や受信したデータの格納や、各種データの永続化を行う。
【００１５】
画像形成装置１１０は、画像の入出力と送受信及び各種の画像処理を行う複合機（ＭＦＰ；Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）の一例である。画像形成装置１１０は、画像入力デバイスであるスキャナ１１３、画像出力デバイスであるプリンタ１１４、コントローラ１１１、及びユーザインタフェースである操作部１１２を備える。スキャナ１１３、プリンタ１１４、操作部１１２は、それぞれ、コントローラ１１１に接続され、コントローラ１１１からの命令によって制御される。コントローラ１１１は、ＬＡＮ１００に接続されている。また、画像形成装置１４０は、インターネット１５０を通して他の装置１１０、１２０、１３０とＨＴＴＰ通信可能であり、画像形成装置１１０と同様に、スキャナ１４３、プリンタ１４４、操作部１４２及びコントローラ１４１を備える。
【００１６】
従来では、画像形成装置に対して組込みアプリケーションを実装し、当該組込みアプリケーションを実行することで、画像形成装置のＰＤＬ変換等の印刷ロジックを呼び出し、実行していた。しかし、組込みアプリケーションで印刷ロジックを実装する従来の方法では、印刷ロジックのカスタマイズが容易ではない。そこで、本発明の実施形態では、画像形成装置１１０のウェブブラウザで行われた文書データ（以下では、画像データとも称する。）の印刷操作に対し、遠隔の情報処理装置１３０でＰＤＬ変換し、リモート要求（例えばＩＰＰ、ウェブサービス、ＬＰＲ等）として画像形成装置１１０に印刷を指示するＰｕｓｈ型の印刷方式を採用する。Ｐｕｓｈ型の印刷方式では、従来の画像形成装置で実装していた組込みアプリケーションを、情報処理装置１３０のウェブアプリケーションとして実装することができる。これにより、印刷ロジックのカスタマイズ性を向上することができる。しかしながら、Ｐｕｓｈ型の印刷方式の場合は、ファイアウォールやプロキシが存在する環境では通信できない場合がある。そこで、本発明の実施形態では、画像形成装置でＰＤＬ変換を実行する印刷方式ではあるが、ファイアウォールやプロキシが存在する環境でも通信可能なＰｕｌｌ型の印刷方式も採用する。つまり、本発明の実施形態では、画像形成装置ごとに最適な印刷方式を選択して実行する。
【００１７】
上述のような印刷方式では、ユーザは画像形成装置１１０のウェブブラウザで情報処理装置１３０のアプリケーションサーバ部１３２にログインする。次に、ユーザはウェブブラウザに表示されたユーザインタフェースを介して情報処理装置１３０のアプリケーションサーバ部１３２に印刷実行の要求を行う。続いて、アプリケーションサーバ部１３２は、後述する画像形成装置１１０のウェブサービスプロバイダモジュール２０３に印刷の要求を行う。画像形成装置１１０のウェブサービスプロバイダモジュール２０３は、要求された印刷指示に従って、後述のプリントマネージャモジュール２１２を介して印刷を実行する。
【００１８】
＜画像形成装置のソフトウェア構成＞
次に、図２を参照して、画像形成装置１１０のソフトウェア構成について説明する。図２は、本発明に係る画像形成装置１１０のソフトウェア構成を示すブロック図である。ユーザインタフェース（以下、ＵＩと称する。）モジュール２０１は、ユーザが画像形成装置１１０に対する各種操作・設定を行う際に、機器とユーザ操作との仲介を行うモジュールである。このＵＩモジュール２０１は、オペレータの操作に従って後述の各種モジュールに入力情報を転送して処理の依頼やデータの設定などを行う。
【００１９】
ウェブサーバモジュール２０２は、ウェブクライアント（例えば、ホストコンピュータ１２０）からのＨＴＴＰ要求に対して、画像形成装置１１０の管理情報等をウェブクライアントにＨＴＴＰ応答する。具体的には、ウェブサーバモジュール２０２は、ＨＴＴＰモジュール２０５、ＴＣＰ/ＩＰ通信モジュール２０６、ネットワークドライバ２０７を介してウェブクライアントにＨＴＴＰ応答する。ウェブブラウザモジュール２０４は、インターネット又はイントラネット上の各種ウェブサイト（ホームページ）の情報を読み込んで表示を行う。ウェブブラウザモジュール２０４は、ＨＴＴＰモジュール２０５を介して、他のネットワークノードとの間に接続を確立し通信する。この通信においては、ＵＲＬによって記述されたリソースに対してＨＴＴＰ要求が発行され、その応答が得られる。この過程で、各種符号化形式に則した通信データの符号化／復号化も行われる。
【００２０】
ＨＴＴＰモジュール２０５は、画像形成装置１１０がＨＴＴＰによる通信を行なう際に使用される。ＨＴＴＰモジュール２０５は、ＴＣＰ／ＩＰ通信モジュール２０６を使って、ウェブサーバモジュール２０２やウェブブラウザモジュール２０４、ウェブサービスプロバイダモジュール２０３に通信機能を提供する。また、ＨＴＴＰモジュール２０５は、ＨＴＴＰ等のウェブで用いられる各種プロトコルに対応し、特にセキュリティ対応したプロトコルによる通信機能を提供する。ＴＣＰ／ＩＰ通信モジュール２０６は、ネットワークドライバ２０７を用いて、各種モジュールにネットワーク通信機能を提供する。ネットワークドライバ２０７は、ネットワークに物理的に接続される部分を制御するものである。
【００２１】
制御ＡＰＩ２０８は、ウェブサーバモジュール２０２等の上流モジュールに、ジョブマネージャモジュール２０９等の下流モジュールに対するインタフェースを提供する。これによって、上流モジュールと下流モジュールとの間の依存関係が軽減され、それぞれの流用性を高めることができる。ジョブマネージャモジュール２０９は、各種モジュールから制御ＡＰＩ２０８を介して指示される様々な処理を解釈し、各モジュール２１０、２１１、２１２、２１３に指示を与える。また、ジョブマネージャモジュール２０９は、画像形成装置１１０内で実行されるハード的な処理を一元管理する。
【００２２】
コーデックマネージャモジュール２１０は、ジョブマネージャモジュール２０９が指示する処理の中で、データの各種圧縮・伸長を管理・制御する。ＦＢＥエンコーダモジュール２１４は、ジョブマネージャモジュール２０９やスキャンマネージャモジュール２１１によって読み込まれたデータを、ＦＢＥフォーマットを用いて圧縮する。ＪＰＥＧコーデックモジュール２１５は、ジョブマネージャモジュール２０９、スキャンマネージャモジュール２１１、又はプリントマネージャモジュール２１２によって読み込まれたデータのＪＰＥＧ圧縮／展開処理を行う。ＭＭＲコーデックモジュール２１６は、ジョブマネージャモジュール２０９、スキャンマネージャモジュール２１１、又はプリントマネージャモジュール２１２によって読み込まれたデータのＭＭＲ圧縮／伸長処理を行う。
【００２３】
スキャンマネージャモジュール２１１は、ジョブマネージャモジュール２０９が指示するスキャン処理を管理／制御する。スキャンマネージャモジュール２１１と画像形成装置１１０に内部的に接続しているスキャナ１１３との間の通信が、ＳＣＳＩドライバ２１７を介して行われる。
【００２４】
プリントマネージャモジュール２１２は、ジョブマネージャモジュール２０９が指示する印刷処理を管理／制御する。プリントマネージャモジュール２１２とプリンタ１１４との間のインタフェースがエンジンインタフェースモジュール２１８により提供される。ＰＤＬマネージャモジュール２１３は、ジョブマネージャモジュール２０９が指示する文書データのＰＤＬ変換を行う。また、パラレルポートドライバ２１９は、パラレルポートを介して出力機器にデータを出力する際のＩ／Ｆを提供する。
【００２５】
＜コントローラの詳細構成＞
次に、図３を参照して、画像形成装置１１０におけるコントローラ１１１の詳細構成について説明する。図３は、本発明に係る画像形成装置１１０のコントローラ１１１の構成例を示すブロック図である。コントローラ１１１は、画像入力デバイスであるスキャナ１１３や画像出力デバイスであるプリンタ１１４に接続され、これらを制御するとともに、ＬＡＮや公衆回線と接続され、これらを介して画像情報やデバイス情報の入出力を行う。そのため、コントローラ１１１は、ＣＰＵ３０１、ＲＡＭ３０２、操作部Ｉ／Ｆ３０６、ネットワークＩ／Ｆ３０８、モデム３０９、ＲＯＭ３０３、ＨＤＤ３０４、イメージバスＩ／Ｆ３０５、ＲＩＰ３１１、デバイスＩ／Ｆ３１２、スキャナ画像処理部３１３、プリンタ画像処理部３１４、画像回転部３１５、及び画像圧縮部３１６を備える。
【００２６】
ＣＰＵ３０１は、システムバス３０７を介して、ＲＡＭ３０２、ＲＯＭ３０３、ＨＤＤ（ハードディスク装置）３０４、イメージバスＩ／Ｆ３０５、操作部Ｉ／Ｆ３０６、ネットワークＩ／Ｆ３０８、及びモデム３０９と接続される。ＲＡＭ３０２は、ＣＰＵ３０１の作業領域を提供するためのメモリであり、画像データを一時記憶するための画像メモリとしても使用される。ＲＯＭ３０３はブートＲＯＭであり、システムのブートプログラムを格納する。ＨＤＤ３０４には、システムソフトウェアや画像データ等が格納される。
【００２７】
操作部Ｉ／Ｆ３０６は、操作部１１２との間で入出力を行うためのインタフェースであり、操作部１１２に表示する画像データを操作部１１２に対して出力し、ユーザが操作部１１２を介して入力した情報を、ＣＰＵ３０１に伝送する。ネットワークＩ／Ｆ３０８は、ＬＡＮ１００と接続され、ＬＡＮ１００に対して情報の入出力を行う。モデム３０９は、公衆回線と接続され、公衆回線に対して情報の入出力を行う。イメージバスＩ／Ｆ３０５は、システムバス３０７と、画像データを高速で転送する画像バス３１０とに接続され、データ構造を変換するバスブリッジである。
【００２８】
画像バス３１０には、ＲＩＰ（ラスタイメージプロセッサ）３１１、デバイスＩ／Ｆ３１２、スキャナ画像処理部３１３、プリンタ画像処理部３１４、画像回転部３１５、及び画像圧縮部３１６が接続される。ＲＩＰ３１１は、ＬＡＮ１００又はインターネットから受信されたＰＤＬコードをビットマップイメージに展開する。デバイスＩ／Ｆ３１２は、スキャナ１１３及びプリンタ１１４とコントローラ１１１とを接続し、画像データの同期系／非同期系の変換を行う。スキャナ画像処理部３１３は、入力画像データに対し補正、加工、編集などを行う。プリンタ画像処理部３１４は、プリント出力画像データに対して、プリンタの補正、解像度変換などを行う。画像回転部３１５は、画像データの回転を行う。画像圧縮部３１６は、多値画像データに対してはＪＰＥＧ圧縮伸長処理を行い、２値画像データに対してはＪＢＩＧ、ＭＭＲ、ＭＨ等の圧縮伸長処理を行う。
【００２９】
また、コントローラ１１１は、図３に示す構成に加えて、イベント処理部及びスクリプトインタプリタを含む。イベント処理部は、操作部１１２上のタッチパネルシートや各キーなどに対してユーザが行った操作のイベントを受信して、各イベントに対応した処理を行う。また、イベント処理部は、制御ＡＰＩ２０８から装置やジョブ等の状態遷移イベントを受信して、各イベントに対応した処理を行う。スクリプトインタプリタは、Ｊａｖａ（登録商標）Ｓｃｒｉｐｔ（ＥＣＭＡ Ｓｃｒｉｐｔ）等のスクリプトを解釈し実行するインタプリタである。スクリプトは、文書に埋め込まれているか、又は文書からリンクされた別ファイル中に記述される。コンテンツの提供者は、スクリプトによって、提供する文書の動的な挙動をプログラムできる。
【００３０】
＜操作部１１２の構成＞
次に、図４を参照して、操作部１１２の構成について説明する。図４は、本発明に係る画像形成装置１１０の操作部１１２の構成例を示すブロック図である。操作部１１２は、操作部Ｉ／Ｆ３０６を介してシステムバス３０７に接続される。システムバス３０７には、上述したように、ＣＰＵ３０１、ＲＡＭ３０２、ＲＯＭ３０３、ＨＤＤ３０４などが接続される。図４に示すように、操作部１１２は、表示画面を出力するＬＣＤ表示部５０１、タッチパネル５０２、各種ハードキーを含むキー５０３及びＬＥＤ表示部５０６を備える。
【００３１】
操作部Ｉ／Ｆ３０６は、ユーザからの入力を制御するための入力ポート６０１と、画面出力デバイスを制御するための出力ポート６０２とを有する。入力ポート６０１は、タッチパネル５０２及びキー５０３からのユーザ入力をＣＰＵ３０１に渡す。ＣＰＵ３０１は、ユーザ入力の内容と制御プログラムとに基づいて表示画面データを生成し、出力ポート６０２を介して、ＬＣＤ表示部５０１に表示画面を出力する。また、ＣＰＵ３０１は、出力ポート６０２を介して必要に応じてＬＥＤ表示部５０６を制御する。
【００３２】
＜ＨＴＴＰプロトコル＞
次に、図５を参照して、ＨＴＴＰプロトコルによる要求と応答の流れについて説明する。図５は、ＨＴＴＰプロトコルによる要求処理及び応答処理の流れを示すシーケンス図である。ここで、クライアント７０１は、ＨＴＴＰ要求を送信しＨＴＴＰ応答を受信するソフトウェアである。例えば、クライアント７０１は、画像形成装置１１０のウェブブラウザや、ホストコンピュータ１２０で稼動する一般的なウェブブラウザに相当する。サーバ７０２は、ＨＴＴＰ要求を受信して対応する処理を行い、さらにＨＴＴＰ応答を返信するソフトウェアである。例えば、サーバ７０２は、情報処理装置１３０又は画像形成装置１１０のウェブサーバモジュール２０２に相当する。
【００３３】
クライアント７０１は、ＨＴＴＰ要求をＧＥＴメソッド又はＰＯＳＴメソッドのいずれかの方法で送信する。ここで、クライアント７０１が所望のリソースに対するＨＴＴＰ要求７０３をＧＥＴメソッドでサーバ７０２に送信する場合、リソースは一般にＵＲＩ（特にＵＲＬ）形式によって指定される。サーバ７０２は、ＨＴＴＰ要求７０３により指定されたリソースに対応するデータを取得又は生成し、当該データをＨＴＴＰ応答７０４によって返送する。このようなＧＥＴメソッドを用いた印刷方式には、Ｐｕｌｌ型印刷がある。
【００３４】
次に、ＨＴＴＰ要求をＰＯＳＴメソッドで送信する場合を説明する。ＨＴＭＬ文書にフォームが含まれ、その送信方法にＰＯＳＴメソッドが指定されている場合、以下のような処理が行われる。まず、クライアント７０１のウェブブラウザにより表示されたフォームを介してユーザにより入力された情報が符号化される。符号化された情報、即ち、フォームの入力内容は、ＨＴＴＰ要求７０５に添付されてＰＯＳＴメソッドでサーバ７０２に送信される。サーバ７０２においては、指定されたリソースが、クライアント７０１から送られたデータを受信して処理を行い、ＨＴＴＰ応答７０６を生成し、クライアント７０１に返信する。このようなＰＯＳＴメソッドを用いた印刷方式には、Ｐｕｓｈ型印刷がある。
【００３５】
＜ブラウザ画面＞
次に、図６を参照して、画像形成装置１１０のＵＩモジュール２０１により表示されるウェブブラウザの画面構成について説明する。図６は、本発明に係るブラウザ画面８００の一例を示す図である。ブラウザ画面８００は、ＵＲＬ入力フィールド８０７、ＯＫボタン８０８、プログレスバー８０６、コンテンツ表示領域８０１、戻るボタン８０２、進むボタン８０３、リロードボタン８０５、及び中止ボタン８０４を含んで表示される。
【００３６】
ＵＲＬ入力フィールド８０７は、ユーザが所望のリソースのＵＲＬを入力するフィールドであり、当該フィールドをユーザが押すと、文字入力を行うための仮想的なフルキーボードが表示される。ユーザは、仮想的なフルキーボード上に配置されたキートップを模したソフトキーによって所望の文字列を入力することができる。ＯＫボタン８０８は入力したＵＲＬ文字列を確定するソフトキーである。ＵＲＬが確定されると、ウェブブラウザモジュール２０４は、当該リソースの取得を行うためのＨＴＴＰ要求を発行する。プログレスバー８０６は、ＨＴＴＰ要求の応答によるコンテンツ取得処理の進捗状況を示す。コンテンツ表示領域８０１は、取得したリソースが表示される領域である。戻るボタン８０２は、コンテンツ表示の履歴をさかのぼり、現時点で表示しているコンテンツの前に表示したコンテンツを表示し直すためのソフトキーである。進むボタン８０３は、コンテンツ表示の履歴をさかのぼって表示しているときに、表示しているコンテンツの後に前回表示したコンテンツを表示するためのソフトキーである。リロードボタン８０５は、現時点で表示しているコンテンツの再取得と再表示を行う。中止ボタン８０４は、実行中のコンテンツ取得処理を中止するソフトキーである。また、ブラウザ画面は、画像形成装置１１０の各種機能からのメッセージを表示するステータス領域を含んでもよい。このステータス領域には、ブラウザ画面８００を表示中であっても、スキャナやプリンタや他の機能などから、ユーザの注意を促すためのメッセージを表示することができる。また、同様にウェブブラウザ機能からもメッセージの表示を行うことができる。ウェブブラウザ機能は、リンク先のＵＲＬ文字列、コンテンツのタイトル文字列、スクリプトによって指示されたメッセージなどを表示する。
【００３７】
＜Ｐｕｌｌ型印刷画面＞
次に、図７、図８及び図１０を参照して、Ｐｕｌｌ型印刷を選択した際の印刷画面について説明する。図７及び図８は、本発明に係るＰｕｌｌ型印刷を選択した際に表示される印刷画面の一例を示す図である。図７に示すように、Ｐｕｌｌ型印刷が選択されると、ブラウザ画面８００のコンテンツ表示領域８０１に文書データ選択領域８０９が表示される。文書データ選択領域８０９に表示されるＨＴＭＬデータは、図１０で示される。ここで、Ｐｕｌｌ型印刷（第２印刷方式）とは、情報処理装置から画像形成装置に対して印刷対象の画像データを送信し、画像形成装置において印刷前の画像処理を実行する印刷方式を示す。また、印刷前の画像処理とは、画像データに施すＰＤＬ変換等の処理を示し、画像データを印刷形式の印刷データに変換する処理を示す。
【００３８】
Ｐｕｌｌ型印刷では、情報処理装置１３０から文書データのダウンロードを行い、印刷指示は画像形成装置１１０で行うため、ユーザに文書データのＧＥＴ要求を行わせるＨＴＭＬ構成となる。また、Ｐｕｌｌ型印刷では、ＧＥＴ要求によって文書データのダウロードを行うため、文書データはハイパーリンク８１０で表示される。当該ハイパーリンク８１０をユーザが押下すると、文書データのダウンロードが開始される。ダウンロードが完了すると、図８に示すように、コンテンツ表示領域８０１に印刷ダイアログ８１２が表示さる。印刷ダイアログ８１２には、印刷指示ボタン８１３、ダウンロードした文書を画像形成装置１１０のデータ管理部１３３に保存するＢＯＸ保存ボタン８１４、及び、印刷の取り消しを行うためのキャンセルボタン８１５が表示される。
【００３９】
＜Ｐｕｓｈ型印刷画面＞
次に、図９及び図１１を参照して、Ｐｕｓｈ型印刷選択時の印刷画面について説明する。図９は、本発明に係るＰｕｓｈ型印刷を選択した際に表示される印刷画面の一例である。Ｐｕｓｈ型印刷におけるリモート要求方法には、ＩＰＰ、ＬＰＲ、ウェブサービスなどが挙げられるが、以下ではリモート要求としてウェブサービスを用いるものとして説明する。なお、ＩＰＰ、ＬＰＲの場合も同様に処理することができる。
【００４０】
図９に示すように、Ｐｕｓｈ型印刷が選択されると、ブラウザ画面８００のコンテンツ表示領域８０１に文書データ選択領域８１６が表示される。文書データ選択領域８１６には、チェックボックス８１７、文書データ８１８、印刷指示ボタン８１９が表示される。文書データ選択領域８１６に表示されるＨＴＭＬデータは、図１１で示される。ここで、Ｐｕｓｈ型印刷（第１印刷方式）とは、情報処理装置において印刷前の画像処理を画像データに対して実行し、当該画像データ（印刷データ）を画像処理装置に送信する印刷方式を示す。
【００４１】
Ｐｕｓｈ型印刷では、ユーザが画像形成装置１１０のウェブブラウザで表示された文書データ選択領域８１６のチェックボックス８１７の中から、印刷実行する文書データを選択する。続いて、ユーザが印刷指示ボタン８１９を押下すると、ウェブブラウザが情報処理装置１３０のウェブサーバ部１３１へＰＯＳＴ要求を行う。さらに、情報処理装置１３０の後述するビジネスロジック部９０３でＰＯＳＴ要求の内容に従って処理を実行する。次に、ビジネスロジック部９０３から後述するウェブサービスリクエスタ部９０１を介して画像形成装置１１０のウェブサービスプロバイダモジュール２０３へリモート要求を行う。情報処理装置１３０からのリモート要求に対して、ウェブサービスプロバイダモジュール２０３は、ジョブマネージャモジュール２０９、プリントマネージャモジュール２１２を介してプリンタ１１４で印刷を実行する。
【００４２】
＜情報処理装置１３０の詳細構成＞
次に、図１２を参照して、情報処理装置１３０の詳細構成について説明する。図１２は、本発明に係る情報処理装置１３０の詳細構成を示すブロック図である。図１２に示すように、アプリケーションサーバ部１３２は、ウェブサービスリクエスタ部９０１、スクリプトエンジン部９０２、及びビジネスロジック部９０３を備える。データ管理部１３３は、プログラム管理領域９０４、データ格納領域９０５、及びテーブル管理領域９０６を備える。
【００４３】
ビジネスロジック部９０３は、ＨＴＴＰ要求に応じてウェブサーバ部１３１から呼び出されて処理を実行する。ビジネスロジック部９０３は処理結果として、動的に生成したＨＴＭＬをウェブサーバ部１３１に返す。スクリプトエンジン部９０２は、ビジネスロジック部９０３から呼び出され、後述するプログラム管理領域９０４からスクリプト（プログラム実行記述書）を読み込んでビジネスロジック部９０３に返す。その後、ビジネスロジック部９０３は、スクリプトエンジン部９０２で読み込まれたスクリプトを順次実行する。ウェブサービスリクエスタ部９０１は、ビジネスロジック部９０３から呼び出され、例えば、外部のウェブサービスプロバイダモジュール２０３に対してウェブサービスの呼び出しを行う。
【００４４】
プログラム管理領域９０４は、各種スクリプト及びスクリプトから呼び出されるプログラムを管理する。プログラム管理領域９０４のデータはプラグイン機構により追加や変更が可能である。このプラグイン機構により、情報処理装置１３０の機能カスタマイズを可能にする。データ格納領域９０５は、文書等のデータを格納する領域である。テーブル管理領域９０６は、画像形成装置１１０と印刷方式（Ｐｕｌｌ型印刷やＰｕｓｈ型印刷）を紐付ける情報が保存されたテーブルを格納する領域である。
【００４５】
＜テーブル管理領域のテーブル＞
次に、図１３を参照して、情報処理装置１３０におけるデータ管理部１３３のテーブル管理領域９０６に保存されるテーブル９０７について説明する。図１３は、本発明に係るテーブル管理領域９０６に格納されたテーブル９０７の一例を示す図である。テーブル９０７は、各画像形成装置の識別情報であるＩＰアドレスと、印刷方式とを関連付けるためのデータテーブルである。情報処理装置１３０は、テーブル管理領域９０６のテーブル９０７を参照して、アクセスされた画像形成装置に何れの印刷方式を提供するかを選択する。また、テーブル９０７は、ビジネスロジック部９０３によってテーブル管理領域９０６を介して更新されてもよい。
【００４６】
＜第１の実施形態＞
次に、図１４を参照して、本発明に係る第１の実施形態について説明する。図１４は、第１の実施形態に係る印刷処理の処理手順を示すフローチャートである。なお、以下で記載するＳに続けた番号は、各処理のステップ番号を示す。また、以下で説明する処理は、画像形成装置１１０及び情報処理装置１３０によって実行される。具体的には、図１４に示す点線より左側が画像形成装置１１０の処理を示し、点線より右側が情報処理装置１３０の処理を示す。
【００４７】
Ｓ１００１において、ＣＰＵ３０１は、ユーザが操作部１１２を介して入力した情報に基づいてウェブブラウザを選択する。さらに、Ｓ１００２において、ＣＰＵ３０１は、ユーザが操作部１１２を介して入力した情報に基づいて、印刷画面のＵＲＬを入力する。続いて、Ｓ１００３において、ウェブブラウザモジュール２０４は、ＨＴＴＰモジュール２０５を介して情報処理装置１３０のウェブサーバ部１３１に対して、印刷画面のＧＥＴ要求を送信する。ここで、ウェブブラウザモジュール２０４は、画像形成装置１１０の識別情報であるＩＰアドレスを、送信するＧＥＴ要求のヘッダ（要求情報）に付加する。
【００４８】
次に、Ｓ１００４において、ウェブサーバ部１３１は、ウェブブラウザモジュール２０４からの印刷画面のＧＥＴ要求を受信する。Ｓ１００５において、アプリケーションサーバ部１３２は、ウェブブラウザモジュール２０４からのＧＥＴ要求のヘッダを解析し、画像形成装置１１０のＩＰアドレスを取得する。ＩＰアドレスを取得すると、Ｓ１００６において、アプリケーションサーバ部１３２は、データ管理部１３３から画像形成装置１１０のＩＰアドレスと印刷方式とが紐付けられたテーブル９０７を参照し、画像形成装置１１０に対して提供する印刷方式を選択する。その後、Ｓ１００７において、アプリケーションサーバ部１３２は、Ｓ１００６で選択された印刷方式がＰｕｓｈ型印刷であるか否かを判定する。選択された印刷方式がＰｕｓｈ型印刷でない場合、即ち、Ｐｕｌｌ型印刷である場合はＳ１００８に進み、Ｐｕｓｈ型印刷である場合はＳ１０１７に進む。
【００４９】
Ｐｕｌｌ型印刷が選択された場合、Ｓ１００８において、アプリケーションサーバ部１３２は、Ｐｕｌｌ型の文書データ選択領域８０９のＨＴＭＬデータを生成する。さらに、Ｓ１００９において、ウェブサーバ部１３１は、画像形成装置１１０に文書データ選択領域８０９が含まれたブラウザ画面８００のＨＴＭＬデータをＧＥＴ応答として送信する。一方、Ｓ１０１０において、ＣＰＵ３０１は、受信したＨＴＭＬデータに基づき、文書データ選択領域８０９を含むブラウザ画面８００をＬＣＤ表示部５０１に表示する。続いて、Ｓ１０１１において、ＣＰＵ３０１は、ユーザからのハイパーリンク８１０押下による文書データの選択に従って、ＨＴＴＰモジュール２０５を介してウェブサーバ部１３１に文書データのＧＥＴ要求を送信する。
【００５０】
文書データのＧＥＴ要求を受信すると、Ｓ１０１２において、アプリケーションサーバ部１３２は、データ格納領域９０５から当該文書データを読み出し、画像形成装置１１０に対してウェブサーバ部１３１を介してＧＥＴ応答を送信する。Ｓ１０１３で、ＣＰＵ３０１は、ウェブサーバ部１３１から応答された文書データを受信し、ＲＡＭ３０２に一時的に保存する。さらに、ＣＰＵ３０１は、印刷ダイアログ８１２を含むブラウザ画面８００をＬＣＤ表示部５０１に表示する。続いて、Ｓ１０１４において、ＣＰＵ３０１は、文書データをＰＤＬ変換することにより、印刷データへの変換を行う。ここで、印刷データとは、印刷前の画像処理が実行されたデータを示し、例えば、ＲＩＰ３１１によってビットマップデータに変換され、プリンタ１１４で印刷可能な形式のデータを示す。また、ユーザが印刷ダイアログ８１２の印刷指示ボタン８１３を押すと、Ｓ１０１５において、ＣＰＵ３０１は、プリンタ１１４に対して印刷指示を行う。また、この際、ＣＰＵ３０１は、印刷指示だけではなく、ＨＤＤ３０４への文書データの保存を行ってもよい。その後、Ｓ１０１６において、プリンタ１１４は、印刷データに従って印刷を実行する。印刷が完了すると、プリンタ１１４は、ＣＰＵ３０１に対して印刷が完了した旨の通知を行う。
【００５１】
また、Ｓ１００７でＰｕｓｈ型印刷が選択されたと判定すると、Ｓ１０１７において、アプリケーションサーバ部１３２は、Ｐｕｓｈ型の文書データ選択領域８１６を生成する。さらに、Ｓ１０１８において、ウェブサーバ部１３１は、画像形成装置１１０に文書データ選択領域８１６が含まれたブラウザ画面８００をＧＥＴ応答として送信する。一方、Ｓ１０１９において、ＣＰＵ３０１は、受信した文書データ選択領域８０９を含むブラウザ画面８００をＬＣＤ表示部５０１に表示する。続いて、Ｓ１０２０において、ＣＰＵ３０１は、ユーザがチェックボックス８１７を介して入力した情報に基づき１つ以上の文書データを選択し、ユーザによる印刷指示ボタン８１９の押下を検出する。この際、ユーザはチェックボックス８１７を複数選択することが可能である。印刷指示ボタン８１９が押下されると、Ｓ１０２１において、ＣＰＵ３０１は、選択された文書データと印刷指示内容（印刷情報）とに基づき、ウェブサーバ部１３１にＰＯＳＴ要求を送信する。
【００５２】
ＰＯＳＴ要求を受信すると、Ｓ１０２２において、アプリケーションサーバ部１３２は、データ管理部１３３からユーザによって選択された１つ以上の文書データを読み出し、ビジネスロジック部９０３によってＰＤＬ変換を実行する。続いて、Ｓ１０２３において、アプリケーションサーバ部１３２は、ウェブサービスリクエスタ部９０１を介してＬＰＲ、ウェブサービス、ＩＰＰなどによる印刷データの印刷指示を画像形成装置１１０のウェブサービスプロバイダモジュール２０３に対して行う。印刷指示を受けると、Ｓ１０１６において、ＣＰＵ３０１は、ウェブサービスプロバイダモジュール２０３によって、要求された印刷指示に従いジョブマネージャモジュール２０９、プリントマネージャモジュール２１２を介してプリンタ１１４で印刷を行う。
【００５３】
以上説明したように、本実施形態に係る情報処理装置は、印刷画面を要求した画像形成装置の識別情報を取得し、当該画像形成装置の印刷方式として、取得した識別情報に基づいてＰｕｓｈ型印刷か、Ｐｕｌｌ型印刷かを選択する。ここで、情報処理装置は、選択した印刷方式に基づいて印刷画面を生成し、画像形成装置に送信する。また、情報処理装置は、送信した印刷画面を介して入力された情報に基づき、Ｐｕｓｈ型印刷の場合は印刷前の画像処理を実行した印刷データを送信し、Ｐｕｌｌ型印刷の場合は印刷前の画像処理を行うことなくそのままのフォーマットで画像データを送信する。このように、本情報処理装置は、画像形成装置ごとに適した印刷方式を選択することにより、各印刷方式の利点を有効に画像形成装置で享受させることができる。例えば、本情報処理装置は、Ｐｕｓｈ型印刷が可能な画像形成装置に対してはＰｕｓｈ型印刷を選択し、Ｐｕｓｈ型印刷が不可能な画像形成装置に対してはＰｕｌｌ型印刷を選択する。これにより、画像形成装置と情報処理装置とで連携して実行する印刷処理を全ての画像形成装置で実現することができる。また、Ｐｕｓｈ型印刷の場合は、情報処理装置で印刷前の画像処理が実行される。したがって、Ｐｕｓｈ型印刷の場合は、個々の画像形成装置の印刷ロジックをカスタマイズすることなく、情報処理装置の印刷ロジックをカスタマイズするのみでよいため、カスタマイズ性を向上することができる。
【００５４】
なお、本発明は、上記実施形態に限らず様々な変形が可能である。例えば、本情報処理装置は、識別情報であるＩＰアドレスと、印刷方式とを紐付けたテーブルを予めメモリ等に記憶してもよい。この場合、情報処理装置は、取得したＩＰアドレスに対応する上記テーブルの印刷方式を参照することにより、印刷方式を選択してもよい。このように上記テーブルを設けることで、印刷方式の選択を容易に実行することができる。
【００５５】
＜第２の実施形態＞
次に、図１５を参照して、本発明に係る第２の実施形態について説明する。なお、ここでは、情報処理システム１０の構成及び情報処理システム１０に含まれる各装置の構成が第１の実施形態と同様であるため、説明を省略する。図１５は、第２の実施形態に係る印刷処理の処理手順を示すフローチャートである。なお、以下で記載するＳに続けた番号は、各処理のステップ番号を示す。また、以下で説明する処理は、情報処理装置１３０によって実行される。
【００５６】
第１の実施形態では、情報処理装置１３０のテーブル９０７に情報処理システム１０に含まれる全ての画像形成装置のＩＰアドレスと印刷方式とを紐付けた情報が保存されている場合の処理について説明した。しかし、本実施形態では、接続される全ての画像形成装置のＩＰアドレスと印刷方式との紐付け情報のうち、一部のみテーブル９０７に保存されている場合を想定する。
【００５７】
したがって、本実施形態に係る情報処理装置１３０では、テーブル９０７に定義されていないＩＰアドレスについては、自動で画像形成装置のＩＰアドレスと印刷方式との紐付けを行う。また、印刷方式の選択基準は画像形成装置のネットワーク環境や、享受したい利点によって変わると想定される。また、本実施形態では、Ｐｕｌｌ型印刷による画像形成装置のＰＤＬマネージャモジュールが処理可能な文書データしか対応できないという問題を回避するため、Ｐｕｓｈ型印刷が可能かどうかを判定する。画像形成装置においてＰｕｓｈ型印刷が可能である場合は全てＰｕｓｈ型で印刷を実行し、可能でない場合はＰｕｌｌ型で印刷を実行する。
【００５８】
Ｐｕｓｈ型印刷が可能かどうかは、一度目の画像形成装置からの印刷画面要求の際にのみ判定する。さらに、情報処理装置１３０は、判定結果に従って、画像形成装置のＩＰアドレスと印刷方式との紐付け情報（選択情報）を、テーブル９０７に更新し、次回からはこのテーブル９０７を参照して判定を行う。また、Ｐｕｓｈ型で印刷が可能となるのは、情報処理装置１３０からの印刷指示がファイアウォールやプロキシなどによって遮られることなく、画像形成装置に到達できる場合である。例えば、Ｐｕｓｈ型で情報処理装置１３０から画像形成装置に対して印刷指示する方法としては、ＩＰＰによる方法と、ウェブサービスによる方法と、ＬＰＲによる方法が考えられる。なお、以下で説明する処理は、図１４のフローチャートにおけるＳ１００６の処理に代わる処理となる。よって、本実施形態では、Ｓ１００１乃至Ｓ１００５、Ｓ１００７乃至Ｓ１０２３の処理が第１の実施形態と同様であるため説明を省略する。
【００５９】
Ｓ２００１において、ウェブサーバ部１３１は、ＩＰＰによる印刷指示の可否を判定するために、ビジネスロジック部９０３によるＨＥＡＤ命令を画像形成装置１１０のウェブサーバモジュール２０２に送信する。ここでは、一例としてウェブサーバモジュール２０２に対してＨＥＡＤ命令を送信するための複数存在するポートのうち、ポート８０を選択して送信する。その後、Ｓ２００２において、アプリケーションサーバ部１３２は、ウェブサーバモジュール２０２からＨＥＡＤ応答を受信したか否かを判定する。ここで受信した場合はＳ２０１０に進み、受信していない場合はＳ２００３に進む。
【００６０】
Ｓ２０１０において、アプリケーションサーバ部１３２は、印刷方式として、Ｐｕｓｈ型印刷を選択する。その後、Ｓ２０１１において、アプリケーションサーバ部１３２は、アプリケーションサーバ部１３２を介してテーブル管理領域９０６に格納されたテーブル９０７に画像形成装置１１０のＩＰアドレスと、印刷方式とを紐付けて保存する。
【００６１】
一方、Ｓ２００３乃至Ｓ２００６において、アプリケーションサーバ部１３２は、ビジネスロジック部９０３によって、上記複数のポートの全てに対して、順にＨＥＡＤ命令を送信し、ＨＥＡＤ応答を受信したか否かを判定する。ここで、何れかのポートに対してＨＥＡＤ命令を送信した結果、ＨＥＡＤ命令を受信した場合は、Ｓ２０１０に進み、Ｐｕｓｈ型印刷を選択して、Ｓ２０１１でテーブル９０７を更新する。一方、全てのポートでＨＥＡＤ応答が受信されなかった場合は、Ｓ２００７に進む。
【００６２】
Ｓ２００７において、ウェブサーバ部１３１は、ＬＰＲによる印刷指示の可否を判定するために、ビジネスロジック部９０３によりウェブサーバモジュール２０２のＬＰＲのポートであるポート９１００にｓｙｎを送信する。続いて、Ｓ２００８において、アプリケーションサーバ部１３２は、ｓｙｎ送信に対して、ａｃｋ応答を受信したか否かを判定する。受信されていれば、Ｓ２０１０に進み、Ｐｕｓｈ型印刷を選択して、Ｓ２０１１でテーブル９０７を更新する。一方、受信されていなければ、Ｓ２００９に進む。
【００６３】
Ｓ２００９において、アプリケーションサーバ部１３２は、画像形成装置１１０の印刷方式として、Ｐｕｌｌ型印刷を選択する。その後、Ｓ２０１１に進み、テーブル９０７を更新する。ただし、既にテーブル９０７に選択結果が保存されている場合は保存しない。
【００６４】
以上説明したように、本実施形態に係る情報処理装置は、印刷方式を選択する際に、ＩＰＰによる印刷、ウェブサービスによる印刷、及びＬＰＲによる印刷のうち、何れかの印刷が可能であるか否かを判定し、可能であればＰｕｓｈ型印刷を選択する。一方、情報処理装置は、何れの印刷も不可能であればＰｕｌｌ型印刷を選択する。これにより、テーブル９０７に当該画像形成装置に関する印刷方式の情報が定義されていない場合であっても、当該画像形成装置に適した印刷方式を選択することができる。また、情報処理装置は、判定結果をテーブル９０７に更新することで、次回から当該画像形成装置に関する判定を行うことなく容易に印刷方式を選択することができる。
【００６５】
＜第３の実施形態＞
次に、図１６を参照して、第３の実施形態について説明する。なお、ここでは、情報処理システム１０の構成及び情報処理システム１０に含まれる各装置の構成が第１の実施形態と同様であるため、説明を省略する。図１６は、第３の実施形態に係る印刷処理の処理手順を示すフローチャートである。なお、以下で記載するＳに続けた番号は、各処理のステップ番号を示す。また、以下で説明する処理は、情報処理装置１３０によって実行される。また、以下で説明する処理は、図１４のフローチャートにおけるＳ１００８の処理に代わる処理である。よって、本実施形態では、Ｓ１００１乃至Ｓ１００７、Ｓ１００９乃至Ｓ１０２３の処理が第１の実施形態と同様であるため説明を省略する。
【００６６】
Ｓ１００８では、Ｐｕｌｌ型印刷を選択した際の印刷画面を生成している。当該印刷画面は、データ管理部１３３に保存された文書データがダウンロード可能な文書データとして表示される。しかしながら、画像形成装置１１０では、ＰＤＬマネージャモジュール２１３によって処理可能なフォーマット（例えば、ＰＤＬ変換可能なフォーマット）の文書データしか印刷することができない。そこで、本実施形態では、画像形成装置１１０のＰＤＬマネージャモジュール２１３によってＰＤＬ変換できるフォーマット形式の文書データだけをダウンロード可能なハイパーリンクとして表示する。したがって、本実施形態では、図１４のフローチャートにおけるＳ１００３において、画像形成装置１１０は、ＧＥＴ要求のヘッダに、画像形成装置１１０のＲＩＰ３１１で変換可能な文書データのフォーマット情報を埋め込んで送信する。
【００６７】
Ｓ３００１において、アプリケーションサーバ部１３２は、データ管理部１３３から、印刷対象となる文書データを全て読み込む。続いて、Ｓ３００２において、アプリケーションサーバ部１３２は、画像形成装置１１０のＨＴＴＰモジュール２０５からウェブサーバ部１３１に対するＧＥＴ要求のヘッダを解析する。さらに、アプリケーションサーバ部１３２は、画像形成装置１１０のコーデックマネージャモジュール２１０で変換可能な文書データのフォーマットを読み込む。
【００６８】
次に、Ｓ３００３乃至Ｓ３００７において、アプリケーションサーバ部１３２は、印刷対象となる全ての文書データについて、ハイパーリンク表示（選択可能な表示）を行うか否かを判定して、ＨＴＭＬコードを生成する。具体的には、Ｓ３００４において、アプリケーションサーバ部１３２は、印刷対象となる文書データが、画像形成装置１１０のＰＤＬマネージャモジュール２１３でＰＤＬ変換可能なフォーマットであるか否かを判定する。ここで、ＰＤＬ変換可能なフォーマットであれば、Ｓ３００５に進み、アプリケーションサーバ部１３２は、該当する文書データへのハイパーリンクを生成する。一方、ＰＤＬ変換不可能なフォーマットであれば、Ｓ３００６に進み、アプリケーションサーバ部１３２は、通常のテキストを生成する。これらの処理を印刷対象となる全ての文書について行う。
【００６９】
以上説明したように、本実施形態に係る画像形成装置は、印刷画面の要求情報に、自装置で処理可能なフォーマットの情報を付加してもよい。これにより、本情報処理装置は、Ｐｕｌｌ型印刷が選択された場合に、上記フォーマットの情報に従って、当該画像形成装置で処理可能な画像データのみを選択可能に表示する印刷画面を生成することができる。これにより、ユーザが操作している画像形成装置で印刷可能な画像データのみを容易に選択することができ、ユーザフレンドリな操作体系を提供することができる。
【００７０】
なお、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【図１】
2011034519.tif 000003
【図２】
2011034519.tif 000004
【図３】
2011034519.tif 000005
【図４】
2011034519.tif 000006
【図５】
2011034519.tif 000007
【図６】
2011034519.tif 000008
【図７】
2011034519.tif 000009
【図８】
2011034519.tif 000010
【図９】
2011034519.tif 000011
【図１０】
2011034519.tif 000012
【図１１】
2011034519.tif 000013
【図１２】
2011034519.tif 000014
【図１３】
2011034519.tif 000015
【図１４】
2011034519.tif 000016
【図１５】
2011034519.tif 000017
【図１６】
2011034519.tif 000018