画像処理装置、サーバー装置及び制御方法
【課題】サーバー装置／画像処理装置双方の出力形態を考慮したプレビューの提示を可能にすると共に出力に関する操作性を向上させることを目的とする。
【解決手段】サーバー装置へ接続する接続手段とサーバー装置が提供するサービスのうちクライアント端末装置のユーザが利用可能なサービスでかつサービスの出力形態が自画像処理装置のデバイスで処理可能な出力形態であるサービスに関するＵＩ部品をサーバー装置から取得する取得手段と取得手段で取得されたＵＩ部品の出力設定と利用可能な自画像処理装置のデバイスのＵＩ部品の出力設定とに基づいて出力物に関するプレビュー部品を生成する生成手段と取得手段で取得されたＵＩ部品と利用可能な自画像処理装置のデバイスのＵＩ部品と生成手段で生成されたプレビュー部品とを一つのＵＩ画面に結合する結合手段とＵＩ画面をクライアント端末装置に送信する送信手段とを有することによって課題を解決する。
【解決手段】サーバー装置へ接続する接続手段とサーバー装置が提供するサービスのうちクライアント端末装置のユーザが利用可能なサービスでかつサービスの出力形態が自画像処理装置のデバイスで処理可能な出力形態であるサービスに関するＵＩ部品をサーバー装置から取得する取得手段と取得手段で取得されたＵＩ部品の出力設定と利用可能な自画像処理装置のデバイスのＵＩ部品の出力設定とに基づいて出力物に関するプレビュー部品を生成する生成手段と取得手段で取得されたＵＩ部品と利用可能な自画像処理装置のデバイスのＵＩ部品と生成手段で生成されたプレビュー部品とを一つのＵＩ画面に結合する結合手段とＵＩ画面をクライアント端末装置に送信する送信手段とを有することによって課題を解決する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像処理装置、サーバー装置及び制御方法に関する。
【背景技術】
【０００２】
近年、オフィスのネットワーク化が進む中、出力デバイスもオフィスのネットワークにつなげられ、オフィス内の各端末装置（端末）からの出力指示に基づいて、印刷、ＦＡＸ送信等の出力処理をネットワーク越しに実行することが通常となってきた。
また、出力デバイスの高機能化に伴い、出力体裁の設定（カラーモノクロ指定や製本形態出力、両面印刷等）は多岐にわたるようになってきた。設定の選択肢が多岐にわたるにつれ、ユーザが意図した出力体裁とは異なることに出力後に気づくケースも多くなってきた。
このため出力する前に事前に出力形態の確認を行うプレビュー機能が重要となってきている。
【０００３】
従来、デバイスへの出力にあたっては、端末にインストールされたデバイス専用のドライバと出力デバイスとが通信を行うことで、対象出力デバイスの能力及び状態を端末側へ吸い上げ、可能な出力体裁の情報を端末側のドライバＵＩにて表示していた。ここでいう、対象出力デバイスの能力及び状態とは、フィニッシャー等のデバイスオプション設置状況、給紙状況やインク／トナーの量等の状態を指す。
端末側のドライバは取得した情報を基にユーザインターフェースを制御し、ユーザに対して設定可能な体裁項目を表示するだけでなく、ユーザが選択した設定項目に従った出力プレビューを表示することも可能としていた。この出力プレビューの中には、ユーザが表示された体裁項目の選択状態を変更することで、出力プレビューが切り替わる等、動的にプレビューを生成するものも存在する。
【０００４】
ここで、出力対象データがユーザ端末ではなく、ネットワーク上のサーバー（サーバー装置）に置かれていた場合、ユーザ端末のドライバと出力デバイスとの通信だけではデータを反映した出力プレビューを生成することが出来ない。この場合、指定されたサーバー上のデータを取得する処理が加わり、プレビュー生成を可能としていた。
但し、これら上記のケースでは、使用するデバイスに対応した専用ドライバや専用ドライバに代わる役割を果たす仲介アプリケーションがユーザ端末にインストールされていることを前提としていた。しかし、近年では、各端末のメンテナンスやセキュリティの観点から、各端末に出力デバイス用のドライバや仲介アプリケーションをインストールすることは問題とされている。
【０００５】
例えば、ドライバや仲介アプリケーションを端末にインストールした場合、それらのプログラムになんらかの障害が含まれていた場合、それらのドライバや仲介アプリケーションの更新プログラムをインストールする必要性が発生する。これはオフィス端末の管理者にとっては非常に大きな負荷である。更に、ドライバや仲介アプリケーションがセキュリティ上の脆弱性を含むと露呈した場合には、オフィスのネットワーク全体が脅威にさらされる場合もある。
近年ではこれらの背景も含め、汎用的なブラウザの使用のみを許可した「シンクライアント」でＷｅｂサーバーや出力デバイスへアクセスし、目的の業務を遂行できるシステムが望まれている。
更に、プレビュー生成のためにサーバーからデータを端末へダウンロードする場合、通常ＯＳの一時ファイル用ディレクトリに一時ファイルとしてデータが置かれる。この場合「印刷はできても電子データは取得できない」といった制限（権限）をサーバーシステム上で設けていても、印刷時に置かれる一時ファイル用ディレクトリから容易に電子ファイルを取得できるため、データが漏洩してしまう問題もある。
【０００６】
一方、特許文献１に示されているように、サーバーに予め利用するデバイスの専用ドライバをインストールしておき、サーバーが出力デバイスと通信するシステムも考案されている。この場合、プレビュー機能に関しては、出力体裁（出力形態）の情報をサーバーがデバイスから直接取得し、サーバー側でプレビュー生成して端末へ提示することが可能である。また、汎用ブラウザのみでサーバーへ指示を出すことができるため、ユーザ端末には専用ドライバや仲介アプリケーション等をインストールする必要もない。
但し、サーバーがインターネット上に存在するような場合、サーバーからオフィス内のローカルネットワーク（ＬＡＮ）上に存在する出力デバイスへは通常、セキュリティの問題上、アクセスが許容されないことがほとんどである。
この場合、サーバーにインストールされた専用ドライバからデバイスへの通信が実行できず、出力デバイスの能力や状態の取得ができない。よって、出力デバイスの能力や状態を反映させたプレビューの生成を行うことも、サーバーからの印刷処理の実行も行うこともできないという問題がある。
【０００７】
また、インターネット上のＷｅｂサーバーにある画像をＬＡＮ上に存在する出力デバイスにて出力する場合、ＵＲＬプリントという仕組みも考案されており、次のような仕組みで実現されている。
まず、Ｗｅｂサーバー上にある目的の画像を指し示すＵＲＬを調べ、出力デバイスに渡す。ＵＲＬを出力デバイスへ渡す方法としては様々だが、一例を挙げると携帯電話等の端末に組み込まれた赤外線通信機能を用い、同じく赤外線通信機能を保持する出力デバイスへ画像のＵＲＬを送信する方法がある。
ＵＲＬを渡された出力デバイスは、渡されたＵＲＬを基にＷｅｂサーバーへアクセスし、対象画像のダウンロードと、その画像の出力処理と、を実行する。
この場合、出力デバイス側からサーバーにアクセスを行い、画像の取得をするため、ＬＡＮ上に存在する出力デバイスでも、インターネット上にあるサーバー上のデータを出力することが可能である。
【０００８】
【特許文献１】特開２００７−３２８６３９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
但し上述のようにＵＲＬプリントを実施した場合でも、以下のような問題がある。
１：端末からは基本的にＷｅｂサーバー上にある対象画像のＵＲＬを渡すだけなので、実文書の内容と印刷体裁を反映したプレビューとを端末側で確認することができないという問題がある。
２：ＵＲＬプリントでは、複数の文書を一つの出力物として出力したい場合（例えば、複数画像をまとめて一つの製本化された形態で出力する場合等）、複数のＵＲＬを端末側で予め取得しておく必要がある。つまり、出力対象の特定及びそれらのＵＲＬ特定、出力順の整理（複数の対象画像のなかで、どれが先頭で以下どのような順番で出力するのか、という指定）を、出力デバイスへの送信前に予め端末側で行っておくのが前提となる。複数のＵＲＬをどこかに書き出す等して覚えておく等、ユーザが工夫して操作する必要があり、操作性としては非常によくないという問題がある。
３：対象がサーバー上の単なる画像、つまり単純なＵＲＬではなく、サーバー上のデータをサービスが加工した結果をデバイスから出力したいという場合には、事前に加工処理をサーバー上で実行し、その結果のデータに対してＵＲＬプリントを行う必要がある。この場合も、デバイスからの出力とは分離した処理として加工処理を実行する前準備が必要であり、出力後に加工結果の文書を廃棄する等の後処理も必要等、ユーザに様々な操作を強いるという、不便さの問題としてある。
【００１０】
本発明はこのような問題点に鑑みなされたもので、サーバー装置／画像処理装置、双方の出力形態を考慮したプレビューの提示を可能にすると共に、出力に関する操作性を向上させることを目的とする。
【課題を解決するための手段】
【００１１】
そこで、本発明の画像処理装置は、クライアント端末装置からの接続要求に含まれるサーバー装置の識別情報に基づき、前記サーバー装置へ接続する接続手段と、前記接続要求に含まれる前記クライアント端末装置と前記サーバー装置との接続に関するセッション情報と、自画像処理装置のデバイスで処理可能な出力形態と、に基づいて、前記サーバー装置が提供するサービスのうち、前記クライアント端末装置のユーザが利用可能なサービスで、かつ、サービスの出力形態が自画像処理装置のデバイスで処理可能な出力形態であるサービスに関するＵＩ部品を前記サーバー装置から取得する取得手段と、前記取得手段で取得された前記ＵＩ部品の出力設定と、利用可能な自画像処理装置のデバイスのＵＩ部品の出力設定と、に基づいて、出力物に関するプレビュー部品を生成する生成手段と、前記取得手段で取得された前記ＵＩ部品と、利用可能な自画像処理装置のデバイスのＵＩ部品と、前記生成手段で生成された前記プレビュー部品と、を一つのＵＩ画面に結合する結合手段と、前記結合手段で結合された前記ＵＩ画面を前記クライアント端末装置に送信する送信手段と、を有することを特徴とする。
【００１２】
係る構成とすることにより、サーバー装置／画像処理装置、双方の出力形態を考慮したプレビューの提示を可能にすると共に、出力に関する操作性を向上させることができる。
【００１３】
また、本発明のサーバー装置は、クライアント端末装置と自サーバー装置とのセッションに関するセッション情報と、画像処理装置のデバイスの能力情報と、を含む、自サーバー装置が提供するサービスのうち、前記クライアント端末装置のユーザが利用可能なサービスで、かつ、サービスの出力形態が前記画像処理装置のデバイスで処理可能な出力形態であるサービスに関するＵＩ部品の取得要求を前記画像処理装置より受信する受信手段と、前記受信手段で受信された前記取得要求に含まれる前記セッション情報に基づき、前記クライアント端末装置のユーザが利用可能なサービスに関するサービス情報を取得するサービス情報取得手段と、前記サービス情報取得手段で取得されたサービス情報と、前記受信手段で受信された前記取得要求に含まれる前記画像処理装置のデバイスの能力情報と、に基づき、前記サービス情報で示されるサービスに関する出力形態が、前記画像処理装置のデバイスで処理可能な出力形態であるか否かを判定する判定手段と、前記判定手段で前記画像処理装置のデバイスで処理可能な出力形態であると判定された前記サービスに関するＵＩ部品を前記画像処理装置に返信する返信手段と、を有することを特徴とする。
【００１４】
係る構成とすることにより、サーバー装置／画像処理装置、双方の出力形態を考慮したプレビューの提示を可能にすると共に、出力に関する操作性を向上させることができる。
【００１５】
また、本発明は、制御方法、プログラム及び記憶媒体としてもよい。
【発明の効果】
【００１６】
本発明によれば、サーバー装置／画像処理装置、双方の出力形態を考慮したプレビューの提示を可能にすると共に、出力に関する操作性を向上させることができる。
【発明を実施するための最良の形態】
【００１７】
以下、本発明の実施形態について図面に基づいて説明する。
【００１８】
＜実施形態１＞
［システム構成］
図１は、統合出力システムのシステム構成の一例を示す図である。
サーバー装置の一例であるＷｅｂアプリケーションサーバー１００１は、文書やファイル、画像等のデータに対する様々なサービスを提供する。
ここでサービスとは、データの保管や入出力を初め、データの要約・部分抽出・合成・書式変換（例えば帳票変換等、表示様式等の変換）・データ形態の変換（例えばＰＤＦ変換等、データ構造・形式自体の変換）等の機能を提供するものである。
またＷｅｂアプリケーションサーバー１００１は、サービスを実行するにあたってその動作や実行結果に影響するパラメータを設定・変更するためのＵＩを、ブラウザにて表示可能な形式（ＨＴＭＬ等）で配信する機能も有する。
Ｗｅｂアプリケーションサーバー１００１は、インターネット上で公開され、一般的なオフィスからアクセス可能なものとする。
【００１９】
画像処理装置の一例である出力デバイス１００２は、所定の形式で受け取ったデータを指定された設定に従って印刷やＦＡＸ転送、メール転送等実行する出力機能を有する。また、出力デバイス１００２は、自デバイスの給紙状態やフィニッシャー機器の設置状況等を検知し、現在の能力・状態を把握する機能も有する。更に、出力デバイス１００２は、Ｗｅｂサーバー等に接続できるＨＴＭＬ通信機能を有し、外部のＷｅｂブラウザ等からのＨＴＭＬ接続を受け付け、応答するＷｅｂサーバー機能も有する。
クライアント端末装置の一例であるクライアント端末１００３は、インターネット及びイントラネット内のＷｅｂサーバーに接続して、Ｗｅｂサーバーから配信されるＨＴＭＬを描画して表示可能な汎用ブラウザがインストールされたＰＣである。本実施形態に関わる統合出力システムの操作は、ユーザが本端末の汎用ブラウザを使用して行うものである。
【００２０】
なお、出力デバイス１００２とクライアント端末１００３とは、オフィス内のローカルエリアネットワーク（ＬＡＮ）内に設置されており、インターネット等の外部ネットワークからはアクセス出来ない環境となっている。つまり、Ｗｅｂアプリケーションサーバー１００１からは出力デバイス１００２及びクライアント端末１００３へは共にアクセス出来ない。もちろん、ＬＡＮからインターネットへのアクセスは可能であり、出力デバイス１００２及びクライアント端末１００３からＷｅｂアプリケーションサーバー１００１へのアクセスは可能である。
【００２１】
［ハードウェア構成］
図２は、ホストコンピュータ１００と画像形成装置３００とのハードウェア構成の一例を示す図である。
ここで言及するホストコンピュータ１００は、Ｗｅｂアプリケーションサーバー１００１を構成するコンピュータを示し、画像形成装置３００は、出力デバイス１００２を構成するコンピュータを示す。
まず、ホストコンピュータ１００の構成について説明する。なお、図２に示されるハードウェア構成は、一般的な情報処理装置のハードウェア構成に相当するものとし、本実施形態のホストコンピュータ１００には一般的な情報処理装置のハードウェア構成を適用することができる。
【００２２】
図２において、ＣＰＵ２０１は、ＲＯＭ２０３のプログラム用ＲＯＭに記憶された、或いはハードディスク２１１からＲＡＭ２０２にロードされたＯＳやアプリケーション等のプログラムを実行する。ここでＯＳとはコンピュータ上で稼動するオペレーティングシステムの略語であり、以下、オペレーティングシステムのことをＯＳと呼ぶ。後述する各フローチャートの処理は、ＣＰＵ２０１がプログラムに基づき処理を実行することにより実現される。ＲＡＭ２０２は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。キーボードコントローラ（ＫＢＣ）２０５は、キーボード２０９や不図示のポインティングデバイスからのキー入力を制御する。ＣＲＴコントローラ（ＣＲＴＣ）２０６は、ＣＲＴディスプレイ２１０の表示を制御する。ディスクコントローラ（ＤＫＣ）２０７は、各種データを記憶するハードディスク（ＨＤ）２１１やフロッピー（登録商標）ディスク（ＦＤ）等におけるデータアクセスを制御する。ＰＲＴＣ２０８は、接続された画像形成装置３００との間の信号の交換を制御する。接続のための回線３１０は、ＬＡＮやＵＳＢ等種々の接続形態を適用可能である。ＮＣ２１２はネットワークに接続されて、ネットワークに接続された他の機器との通信制御処理を実行する。ここでは、ネットワークを介して、更に他の画像形成装置、周辺機器と接続する形態であってもよい。
なお、ここでは、ホストコンピュータ１００は、Ｗｅｂアプリケーションサーバー１００１を構成するコンピュータを示すものとして説明を行っているが、クライアント端末１００３を構成するコンピュータを示すものとしてもよい。
【００２３】
次に、画像形成装置３００の構成について説明する。図２に示すように、画像形成装置３００において、３０１は、画像形成装置３００のＣＰＵであり、ＲＯＭ３０２や、外部メモリ３０３に記憶された制御プログラムに基づいてシステムバス３０４に接続される各ブロックを制御する。ＣＰＵ３０１の処理により生成された画像信号が、印刷部Ｉ／Ｆ３０５を介して、印刷部（画像形成装置エンジン）３０６に出力情報として出力される。また、ＣＰＵ３０１は、入力部３０７を介してホストコンピュータ１００との通信処理が可能となっており、画像形成装置３００内の情報等をホストコンピュータ１００に通知できる。なお、印刷部３０６は、図示していないオプションハードウェア（フィニッシャー等）を接続することで機能拡張可能なようになっており、かつ、オプションハードウェアの有無や性能の検知も可能となっている。
ＲＯＭ３０２内のプログラムＲＯＭは、ＣＰＵ３０１の制御プログラム等を記憶している。ＲＯＭ３０２内のフォント用ＲＯＭには、出力情報を生成する際に使用するフォントデータ等を記憶している。ＲＯＭ３０２内のデータ用ＲＯＭには、ハードディスク等の外部メモリ３０３がない画像形成装置の場合、ホストコンピュータ１００上で利用される情報等を記憶している。
【００２４】
ＲＡＭ３０８は、ＣＰＵ３０１の主メモリや、ワークエリア等として機能するＲＡＭであり、図示しない増設ポートに接続されるオプションＲＡＭによりメモリ容量を拡張することができるように構成されている。また、ＲＡＭ３０８は、出力情報展開領域、環境データ格納領域、ＮＶＲＡＭ等に用いられる。
外部メモリ３０３は、メモリコントローラ（ＭＣ）３０９によりアクセスを制御される。外部メモリ３０３は、オプションとして接続され、フォントデータ、エミュレーションプログラム、フォームデータ等を記憶する。また、操作部３１１は、操作のためのスイッチ及びＬＥＤ表示器等で構成されている。
スキャナＩ／Ｆ３１２は、スキャナ部３１３から受け取った画像データに対して、補正、加工、及び編集を行う。スキャナ部３１３は、原稿上の画像を露光走査して得られた反射光をＣＣＤに入力することで画像の情報を電気信号に変換する。更に、スキャナ部３１３は、電気信号をＲ、Ｇ、Ｂ各色からなる輝度信号に変換し、前記輝度信号を画像データとして読み込む。ユーザが操作部３１１から読み取り開始を指示すると、スキャナ部３１３に原稿読み取り指示が与えられる。スキャナ部３１３は、この指示を受けると原稿の読み取り動作を行う。なお、原稿の読み取り方法は原稿フィーダ（不図示）にセットされる自動送り方式の形態であってもよい。また、原稿を不図示のガラス面上に載せ、露光部を移動させることで原稿の走査を行う方法であってもよい。
【００２５】
［ソフトウェア構成］
図３Ａは、サービス提供システム３０００のシステム構成の一例を示す図である。また、図３Ｂは、出力デバイスシステム３０１０のシステム構成の一例を示す図である。
サービス提供システム３０００は、Ｗｅｂアプリケーションサーバー１００１上で動作するソフトウェアである。矩形で図示した構成要素は、それぞれがソフトウエアコンポーネントに該当し、コンポーネントの配置構成等はシステム構成やプラットフォームに依存する。
また、出力デバイスシステム３０１０は、出力デバイス１００２上で動作するソフトウェアである。矩形で図示した構成要素は、それぞれがソフトウエアコンポーネントに該当し、コンポーネントの配置構成等はシステム構成やプラットフォームに依存する。
【００２６】
［サービス提供システム］
メイン制御部３００２は、実施形態に係るサービス提供システム３０００のシステム全体を制御し、後述する各部に対する指示、管理を行う。
データ送受信部３００１は、クライアント端末１００３においてユーザがブラウザを介して出した命令やデバイスからの接続要求を受け取り、メイン制御部３００２より指示を受けた結果をクライアント端末１００３や出力デバイス１００２へ返答する。
セッション記憶部３００３は、クライアント端末１００３においてユーザがブラウザを介して、更に出力デバイスを介して、サービス提供システム３０００にアクセスしてから、同一ユーザからのアクセスであることを示すためのセッション情報を生成する。更に、セッション記憶部３００３は、ユーザが統合出力システムへのアクセスをやめる（ログアウト）、若しくは自動タイムアウト等でセッションが切れるまでの間、繰り返し使用する各種情報をセッション情報と関連付けて保持する。
【００２７】
Ｗｅｂ ＵＩ生成部３００４は、メイン制御部３００２より指示を受け、状況に応じたＷｅｂ ＵＩ（ＨＴＭＬ）を生成する。ここで、Ｗｅｂ ＵＩ生成部３００４が生成するＷｅｂ ＵＩは、ＨＴＭＬだけに限定するものではなく、Ｊａｖａ（登録商標）Ｓｃｒｉｐｔ等のスクリプト言語が埋まっていてもよい。
データ入出力部３００５は、メイン制御部３００２より指示を受け、データ記憶部３００６に対して、データの登録、保存、更新、取り出し等の操作を行う。
データ記憶部３００６は、入力されたデータが保存されると共に、データが保存されているフォルダやその属性、及びそのセキュリティレベル等を保存する。データ記憶部３００６は、例えば、データ入出力部３００５によって制御される。
【００２８】
サービス管理部３００７は、メイン制御部３００２より指示を受けて動作し、サービス提供システム３０００が保持する各サービスの情報管理や入出力パラメータ等の設定情報の管理を行う。更に、複数のサービスが連続して実行される場合、サービス管理部３００７は、そのシーケンス等サービスの呼び出し制御も行う。
サービス実行部３００８は、実際のサービス処理が実行される部分で、具体的なデータの加工処理や、データの入出力に伴う必要情報の収集等の処理が実行される。
【００２９】
［出力デバイスシステム］
メイン制御部３０１２は、実施形態に係る出力デバイスシステム３０１０のシステム全体を制御し、後述する各部に対する指示、管理を行う。
接続要求応答部３０１１は、クライアント端末１００３においてユーザがブラウザを介して出した命令を受け取ってメイン制御部３０１２へ送り、メイン制御部３０１２より指示を受けた結果をクライアント端末１００３へ返答する。
セッション記憶部３０１３は、クライアント端末１００３においてユーザがブラウザを介して、出力デバイスシステム３０１０にアクセスしてから、同一ユーザからのアクセスであることを示すためのセッション情報を生成する。更に、セッション記憶部３０１３は、ユーザが統合出力システムへのアクセスをやめる（ログアウト）、若しくは自動タイムアウト等でセッションが切れるまでの間、繰り返し使用する各種情報をセッション情報と関連付けて保持する。
【００３０】
Ｗｅｂサーバー接続部３０１４は、メイン制御部３００２より指示を受けてサービス提供システム３０００のデータ送受信部３００１へ接続し、メイン制御部３０１２から受けた命令を送信すると共に、その結果を受け取りメイン制御部３０１２へ返す。
デバイス状態確認部３０１５は、メイン制御部３００２より指示を受けて給紙状態やフィニッシャー等のオプション設置状況等自デバイスの状態・能力を確認し、メイン制御部３０１２へ報告を行う。
デバイス用設定ＵＩ生成部３０１６は、メイン制御部３００２の指示に基づいてデバイスの設定用ＵＩをＨＴＭＬ等クライアント端末へ配信可能な形態で生成する。ここで、デバイス用設定ＵＩ生成部３０１６が生成するＵＩは、ＨＴＭＬだけに限定するものではなく、ＪａｖａＳｃｒｉｐｔ等のスクリプト言語が埋まっていてもよい。
【００３１】
プレビュー生成部３０１７は、メイン制御部３０１２の指示に基づいてサービス提供システム３０００からの出力プレビューと出力デバイスの出力設定情報とを基に、Ｗｅｂアプリケーションサーバー１００１上のサービスと出力デバイス１００２との双方の処理を反映させたプレビューを動的に生成する。
サービス提供システム３０００がプレビュー画像の配信機能を有していない場合、一度、サービス提供システム３０００から出力デバイスシステム３０１０へ出力を実行し、そのデータを基に、画像変換して出力デバイスの設定を反映させたプレビューを生成する。
【００３２】
Ｗｅｂ ＵＩ合成部３０１８は、以下の３つのＵＩを合成する。
（１）Ｗｅｂサーバー接続部３０１４を通して、サービス提供システム３０００から取得したサービス用設定ＵＩ
（２）デバイス用設定ＵＩ生成部３０１６により生成されたデバイス設定ＵＩ
（３）プレビュー生成部３０１７が生成した、サービス提供システム３０００からの出力設定と出力デバイスの出力設定とを反映したプレビュー提示用ＵＩ
出力部３０１９は、実際に、メイン制御部３０１２から指示されたデータ（サービス提供システム３０００からＷｅｂサーバー接続部３０１４を介して取得したデータ）を指示された設定で出力処理を実行する。
【００３３】
［ユースケース］
図４は、ユースケースの一例を示した図である。
４００１は、本ユースケースに用いる文書データ群であり、複数の文書が対象となっている。この４００１のデータは、Ｗｅｂアプリケーションサーバー１００１に格納されているものとする。
４００２は、４００１の文書データ群を要約してまとめた結果（中間生成物）である。この要約処理はサービス提供システム３０００で提供される要約サービスによって行われるものとする。ちなみに本ユースケースではデータ処理サービスの一例として要約サービスを用いて説明を行うが、データ処理サービスが提供する機能は要約以外でもよい。例えば、データの部分抽出・合成・書式変換（例えば帳票変換等、表示様式等の変換）・データ形態の変換（例えばＰＤＦ変換・暗号化・復号化等、データ構造・形式の変換）等の機能でもよい。
４００３は、４００２の中間性生物を製本化し出力した結果である。この製本化出力処理は既知の技術であり、出力デバイス１００２の機能によって行われる。
【００３４】
図５Ａは、最終印刷処理直前にクライアント端末１００３のブラウザから見えるＵＩの一例を示す図である。
５００は、最終印刷処理直前にクライアント端末１００３のブラウザから見えるＵＩである。
【００３５】
図５Ｂは、ポートレットの結合の一例を示す図である。図５Ａの５００を、部分ごとに分割すると、図５Ｂの５０１に示すように１つのボタンと５つの部位との集合からなる。一つ一つの部位はＵＩ部品の一例であるポートレットと呼ばれるＨＴＭＬ（Ｊａｖａ Ｓｃｒｉｐｔ等のスクリプト文を含むことがある）によって記述された部品である。
ポートレット５０１１は、文書データの格納場所（ディレクトリ）を特定するサービスのポートレットで、指定された文書リスト情報を出力する。
ポートレット５０１２は、文書指定サービスのポートレットであり、任意の文書リストを表示することが可能で、通常はポートレット５０１１から出力される文書リスト情報を表示する。
【００３６】
ポートレット５０１３は、要約変換サービスの設定項目ポートレットであり、要約変換実行時に影響するパラメータを指定する。
ポートレット５０１４は、デバイスからの出力体裁（印刷体裁）設定用ポートレットであり、デバイスからの出力時に影響するパラメータ項目を設定する。
ポートレット５０１５は、プレビューポートレットであり、Ｗｅｂアプリケーションサーバー１００１（ひいてはサービス提供システム３０００）で提供されるサービスの出力設定と出力デバイス１００２の出力設定との両方を合成したプレビューを提示する。
ボタン５０１６は、出力実行ボタンであり、ポートレットでの設定に従って出力処理を実行するためのボタンである。ボタン５０１６は、ボタン押下アクションによって、デバイス出力システムへ出力処理実行命令を送付可能なようにＨＴＭＬ（Ｊａｖａ Ｓｃｒｉｐｔ等のスクリプト文を含むことがある）によって記述されている。
以下、本ユースケースに従って、これらポートレットが生成・合成・配信され、処理が実行される過程を説明する。
【００３７】
まず、クライアント端末１００３からＷｅｂアプリケーションサーバー１００１（ひいてはサービス提供システム３０００）へ直接アクセスしている場合、ポートレット５０１１とポートレット５０１２とのみがクライアント端末１００３へ配信される。このため、図５Ｃの５０２に示すようなＵＩになる。図５Ｃは、Ｗｅｂアプリケーションサーバー１００１利用時のＵＩの一例を示す図である。このとき、本統合出力システムへアクセスするためのボタン５０２１（ここでは「カスタムプリント」ボタンとしている）が表示されているものとする。
ここでいう、本統合出力システムへのアクセスとは、クライアント端末１００３のブラウザから直接サービス提供システムへアクセスすることではなく、出力デバイスシステム経由でサービス提供システムへアクセスすることを指している。
【００３８】
ユーザが「カスタムプリント」ボタン５０２１を押下すると、図５Ｄの５０３に示すように出力デバイスシステム（の接続要求応答部３０１１）へアクセスするためのアドレス若しくは、ネットワーク識別名を指定できるようなダイアログが表示される。図５Ｄは、統合出力システムへのアクセスの一例を示す図である。ユーザは、図５Ｄに示されるダイアログを介して、出力デバイスシステム３０１０を指定し、ＯＫボタンを押す。すると、ブラウザから出力デバイスシステム３０１０へ接続要求が送られる。このとき、クライアント端末１００３からは、サービス提供システム３０００のアドレスとサービス提供システム３０００へのアクセスで利用していたセッション情報とが出力デバイスシステム３０１０へ送付される。
【００３９】
図６Ａは、出力デバイス１００２上で実行される処理の一例を示すフローチャート（その１）である。
Ｓ６００１において、出力デバイスシステム３０１０は、クライアント端末１００３からの接続要求を受け付ける。接続要求を受けた出力デバイスシステム３０１０は、クライアント端末１００３から接続要求と同時に受け取った、サービス提供システム３０００の識別情報の一例であるアドレスを基に、Ｓ６００２においてサービス提供システム３０００へのアクセスを行う。また、Ｓ６００３において、出力デバイスシステム３０１０は、Ｗｅｂアプリケーションサーバー１００１が提供するサービスに関する情報の取得要求をＷｅｂアプリケーションサーバー１００１（又はサービス提供システム３０００）に送信する。なお、出力デバイスシステム３０１０は、クライアント端末１００３から接続要求時に渡されたクライアント端末１００３とＷｅｂアプリケーションサーバー１００１との接続に関するセッション情報を前記取得要求に含めて送信する。
【００４０】
出力デバイスシステム３０１０からの取得要求を受けたサービス提供システム３０００のメイン制御部３００２は、前記取得要求に含まれていたセッション情報に基づいて、クライアント端末１００３のユーザが利用可能なサービスの情報を列挙するようサービス管理部３００７へ指示を出す。列挙された情報（サービスに関する情報）は、サービス提供システム３０００によって、要求元の出力デバイスシステム３０１０へ返信される。
Ｓ６００４において、出力デバイスシステム３０１０は、サービス提供システム３０００より前記サービスに関する情報（サービス情報）を受け取る。
【００４１】
受け取ったサービス情報に関して出力デバイスシステム３０１０は自デバイス（自画像処理装置）のデバイス（例えば印刷部３０６やスキャナ部３１３等）で処理可能なデータ形態で出力が可能なのか否かをＳ６００５からＳ６０１０までのステップで確認をする。例えば、そのデバイスで出力処理できるデータ形態がＰＤＦ／ＢＭＰ／ＰＳであった場合、サービスの出力形態はこれらの形態の何れかである必要がある。つまり、Ｓ６００５において、出力デバイスシステム３０１０が確認（チェック）したサービスの出力形態が、Ｓ６００６において、これらのＰＤＦ／ＢＭＰ／ＰＳの何れかに該当するかどうかを出力デバイスシステム３０１０がチェックする。該当しない場合、出力デバイスシステム３０１０は、Ｓ６００９及びＳ６０１０の処理を経て、サービス情報のうち、次の未チェックのサービス（サービス情報）に対して同様のチェックを繰り返す。
なお、上記の例では、データ形態（ＰＤＦやＰＳ等）を処理できるかどうかを条件にチェック（判定）を行っているが、出力データサイズや出力用紙サイズ（非可変の場合のみ）、等を条件にデバイスで出力処理できるデータ形態か否かを判定するようにしてもよい。
【００４２】
ここで、出力デバイスシステム３０１０がＳ６００６で、サービスの出力が自デバイスで処理可能な出力形態であると判断したサービス（第一のサービス）が許容可能な入力形態でデータを出力するサービス（第二のサービス）は、前記第一のサービスを経由させれば、出力デバイスシステム３０１０のデバイスで利用可能であるといえる。このため、このようなサービスも自デバイスで処理可能なデータ形態で出力を行うサービスであると言える。
例えば、文書データの格納パスを指定（入力）すると、個々の文書データ識別子を返す、文書ディレクトリサービスを考える。この場合、個々の文書データ識別子を基に、ＰＤＦデータを出力するようなサービスがあれば、この文書ディレクトリサービスも最終的に出力デバイスシステム３０１０のデバイスで処理可能なデータを出力するサービスと判断することができる。
【００４３】
よって、Ｓ６００７において、出力デバイスシステム３０１０は、前記第一のサービスの入力形態と一致した出力形態であるサービスもサービス提供システム３０００が提供するサービス群（前記サービス情報）から探す。Ｓ６００８において出力デバイスシステム３０１０は、Ｓ６００６及びＳ６００７の検索で見つかったサービスに関するポートレットをサービス提供システム３０００からダウンロードする（こうしてダウンロードしたポートレット群をポートレット群１とする。）。
Ｓ６００５からＳ６０１０までの処理で全てのサービスについてチェックし終えた場合、出力デバイスシステム３０１０は、Ｓ６０１１の処理へと進む。Ｓ６０１１において、出力デバイスシステム３０１０のメイン制御部３０１２は、デバイス状態確認部３０１５に指示を出し、自デバイスの給紙状態やフィニッシャー等のオプション設置状況から、自デバイスの能力・状態（能力情報及び状態情報）を把握する。この把握した能力・状態を基に、出力デバイスシステム３０１０のメイン制御部３０１２は、デバイス用設定ＵＩ生成部３０１６に指示を出し、出力デバイスの出力設定用ポートレットを生成する。このポートレット上では、例えば印刷体裁として、紙サイズや印刷部数、ページレイアウトや製本形態の指定等が指定できるものとし、複数のポートレットに分かれていてもよい（このポートレット群をポートレット群２とする。）。
【００４４】
次にＳ６０１２において、出力デバイスシステム３０１０は、ポートレット群１とポートレット群２との設定を反映した、プレビュー部品の一例であるプレビューポートレットを生成する。まず、出力デバイスシステム３０１０のメイン制御部３０１２は、Ｗｅｂサーバー接続部３０１４を通して、ポートレット群１を利用した場合に想定される出力プレビュー画像をサービス提供システム３０００に要求する。メイン制御部３０１２は、プレビュー生成部３０１７にサービス提供システム３０００から受信したプレビュー画像を渡すと共に、ポートレット群２の設定情報を反映した画像に変換して、表示するプレビューポートレットを生成させる。
Ｓ６０１３において、出力デバイスシステム３０１０は、ポートレット群１、ポートレット群２、プレビューポートレット及びこれらのポートレットで設定した通りの出力を実行するトリガとなる出力実行ボタンを合成（結合）し、一つのＵＩ（図５Ａ参照）とする。
【００４５】
Ｓ６０１４において、出力デバイスシステム３０１０は、合成したＵＩ（ＵＩ画面）を、クライアント端末１００３へ返信（又は送信）する。
クライアント端末１００３は、この合成されたＵＩを受け取り、ユーザが設定を任意に変更する。設定の変更が行われると、その変更された設定の内容は出力デバイスシステム３０１０とサービス提供システム３０００とへ通知される。この設定変更の通知がトリガとなって、サービス提供システム３０００から配信されるプレビュー画像の更新と出力デバイスシステム３０１０でのプレビュー再生成とが実行され、プレビューポートレットが動的に更新される。
【００４６】
クライアント端末１００３で表示された出力実行ボタンをユーザが押下すると、現在の設定が出力デバイスシステム３０１０とサービス提供システム３０００とへ通知され、前記設定に従って出力処理が実行される。より具体的に説明すると、サービス提供システム３０００で出力処理（本ユースケースの場合、要約変換処理）が実行される。この出力結果は、サービス提供システム３０００のテンポラリ領域に保存され、セッション情報で特定されるリクエスト元の出力デバイスシステム３０１０からしかアクセスできない。次に、出力デバイスシステム３０１０は、サービス提供システム３０００へアクセスし、生成された出力結果の取得を行う。
出力デバイスシステム３０１０は、出力結果を取得した後、出力デバイス向けに指定された出力設定（本ユースケースでは製本出力）に従い、メイン制御部３０１２の指示に基づいて、出力部３０１９が出力処理を実行する。
【００４７】
最終出力が完了した場合、出力デバイスシステム３０１０は、サービス提供システム３０００に対してその旨（完了した旨）を通知する。サービス提供システム３０００は、出力デバイスシステム３０１０からの完了通知を受け取ると、サービス提供システム３０００側の出力結果として生成した中間生成物４００２（本ユースケースでは要約変換後の文書）を削除する。その後、出力デバイスシステム３０１０は、クライアント端末１００３へ完了画面の提示を行うと共に、元々クライアント端末１００３がアクセスしていたＷｅｂアプリケーションサーバー１００１のアドレスに対してリダイレクトさせるようにする。
【００４８】
本実施形態によれば、出力デバイス１００２からサービスを提供するＷｅｂアプリケーションサーバー１００１への一方通行通信しか許容されないような環境でも、サービス及び出力デバイス双方の出力設定を反映したプレビューを生成・提示することができる。
また、対象文書の特定とデバイスからの出力体裁の指定とが一つのＵＩ上で可能なため、複数の文書を一つの出力物として出力したい場合でも、出力対象の識別子特定等を事前にユーザが工夫して操作する必要がなく、操作性を向上させることができる。
加えて、サーバー上のデータをそのままではなく、サーバーで提供されるサービスによって加工した結果をデバイスから出力したいという場合にも、一つのトランザクションの中でサービスの加工処理とデバイスからの出力の両方を実行できる。これによりユーザは中間生成物出力のための前準備や中間生成物の削除といった後処理を手動で行う必要も無く、操作性を向上させることができる。
更に、Ｗｅｂアプリケーションサーバー１００１からの出力物をクライアント端末１００３へダウンロードせずに印刷することも可能であり、クライアント端末１００３から電子データが漏洩する等の問題を回避することもできる。
【００４９】
＜実施形態２＞
実施形態１では、Ｓ６００５からＳ６０１０までの処理の中で、出力デバイスシステム３０１０が自デバイスで利用可能なサービス（サービスの出力形態が自デバイスで処理可能な出力形態であるサービス）の特定処理を行っていた。しかし、通常、出力デバイス側はＣＰＵ等貧弱なハードであることが多いため、出力デバイス側で多くの処理を行うことは望ましくない。
そこで、このＳ６００５からＳ６０１０までの処理に相当する処理をサービス提供システム３０００において行うようにしてもよい。
【００５０】
図６Ｂは、出力デバイス１００２上で実行される処理の一例を示すフローチャート（その２）である。なお、図６Ｂにおいて、図６Ａと同様の処理を実行するステップには同符号を付してある。
図６ＡのＳ６００１、Ｓ６００２と同様、出力デバイスシステム３０１０は、図６ＢのＳ６００１、Ｓ６００２を実行する。処理内容は図６ＡのＳ６００１、Ｓ６００２と同じである。
次にＳ６１０３において、出力デバイスシステム３０１０のメイン制御部３０１２は、デバイス状態確認部３０１５へ指示を出し、現状の給紙状態やフィニッシャー等のオプション設置状況を確認させ、現在の能力・状態を把握する。出力デバイスシステム３０１０は、この現状の能力・状態等からデータの出力形態としてデバイスが処理可能なデータ形態を特定する。
【００５１】
Ｓ６１０４において、出力デバイスシステム３０１０は、Ｓ６１０３で特定したデバイスが処理可能なデータ形態を、パラメータとしてサービス提供システム３０００へ送信し、デバイスで利用可能なサービスのポートレットを要求する。なお、出力デバイスシステム３０１０は、Ｓ６００１でクライアント端末１００３から受け取った接続要求に含まれるセッション情報をパラメータに含め、サービス提供システム３０００へ送信する。
Ｓ６１０４で出力デバイスシステム３０１０からサービス提供システム３０００へ前記要求が送信されると、サービス提供システム３０００において図６Ｃに示される処理が実行される。図６Ｃは、Ｗｅｂアプリケーションサーバー１００１上で実行される処理の一例を示すフローチャート（その２）である。
Ｓ６２０１において、サービス提供システム３０００のデータ送受信部３００１は、出力デバイスシステム３０１０からのサービスポートレットの受信要求を受け取る。受け取った受信要求は、データ送受信部３００１からメイン制御部３００２に送られ、メイン制御部３００２は、要求に含まれるパラメータである、デバイスが処理可能なデータ形態の情報及びセッション情報を抽出する。ステップＳ６２０２において、メイン制御部３００２は、セッション情報を渡し、自Ｗｅｂアプリケーションサーバー１００１（自サーバ）が提供するサービスの情報のうち、クライアント端末１００３のユーザが利用可能なサービスを取得するようサービス管理部３００７に指示を出す。サービス管理部３００７は、セッション情報に基づき、クライアント端末１００３のユーザが利用可能なサービスを取得する（サービス情報取得）。
【００５２】
取得したサービス情報に関して、メイン制御部３００２は、要求元デバイスで処理可能なデータ形態と比較して、要求元デバイスで利用可能（処理可能な）なサービスの特定をＳ６２０３からＳ６２０８までの処理で行う。このＳ６２０３からＳ６２０８までの処理は、上述したＳ６００５からＳ６０１０までの処理と同様である。
メイン制御部３００２は、Ｓ６２０４において、Ｓ６００６と同様、サービスの出力が要求デバイスで処理可能な出力形態であると判断した場合、Ｓ６２０５において、サービス経由でならば、要求デバイスで処理可能なサービスを探す。
Ｓ６２０６において、メイン制御部３００２は、Ｓ６２０５の検索で見つかったサービスに関するポートレットをＷｅｂ ＵＩ生成部３００４に生成させ、後ほど要求元デバイスへ返信するために用意しておく。
全てのサービスをチェックし終えた場合、メイン制御部３００２は、Ｓ６２０９へ進み、用意したポートレット群を出力デバイスシステム３０１０へと返信する。
【００５３】
Ｓ６２０９でサービス提供システム３０００から出力デバイスシステム３０１０へポートレット群が返信されると、出力デバイスシステム３０１０は、図６ＢのＳ６１０５に処理を実行する。Ｓ６１０５において、Ｗｅｂサーバー接続部３０１４は、受け取ったポートレット群をメイン制御部３０１２へ渡す。（本実施形態では、こうして受信したポートレット群をポートレット群１とする）
その後は、図６ＡのＳ６０１１からＳ６０１４までの処理と同様の処理が実行され、合成されたＵＩが、出力デバイス１００２からクライアント端末１００３へ返信される。
本実施形態によれば、ＣＰＵ等のハードが貧弱な出力デバイス１００２側の処理の一部を、高性能なハードをもつことが通常なＷｅｂアプリケーションサーバー１００１側にて処理させることで、出力デバイス１００２側の負荷を軽減させることができる。
【００５４】
＜その他の実施形態＞
また、本発明の目的は、以下のようにすることによって達成される。即ち、上述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体（又は記録媒体）を、システム或いは装置に供給する。そして、そのシステム或いは装置の中央演算処理手段（ＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行する。この場合、記憶媒体から読み出されたプログラムコード自体が上述した実施形態の機能を実現することになり、そのプログラムコードを記録した記憶媒体は本発明を構成することになる。
【００５５】
また、システム或いは装置の前記中央演算処理手段が読み出したプログラムコードを実行することにより、そのプログラムコードの指示に基づき、システム或いは装置上で稼働しているオペレーティングシステム（ＯＳ）等が実際の処理の一部又は全部を行う。その処理によって上述した実施形態の機能が実現される場合も含まれる。
【００５６】
更に、記憶媒体から読み出されたプログラムコードが、前記システム或いは装置に挿入された機能拡張カードや、接続された機能拡張ユニットに備わるメモリに書込まれたとする。その後、そのプログラムコードの指示に基づき、その機能拡張カードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部又は全部を行い、その処理によって上述した実施形態の機能が実現される場合も含まれる。
【００５７】
本発明を前記記憶媒体に適用する場合、その記憶媒体（コンピュータ読み取り可能な記憶媒体）には、先に説明したフローチャートに対応するプログラムコードが格納されることになる。
【００５８】
以上、上述した各実施形態によれば、Ｗｅｂアプリケーションサーバー／出力デバイス、双方の出力形態を考慮したプレビューの提示を可能にすると共に、出力に関する操作性を向上させることができる。
つまり、出力デバイスからサービスを提供するＷｅｂアプリケーションサーバーへの一方通行通信しか許容されないような環境でも、対象文書の特定とデバイスからの出力形態（出力体裁）の指定とが一つのＵＩ上で可能となる。よって、複数の文書を一つの出力物として出力したい場合でも、出力対象の識別子特定等を事前にユーザが工夫して操作する必要がなく、操作性を向上させることができる。
またＷｅｂアプリケーションサーバー上のデータをそのままではなく、サーバーで提供されるサービスによって加工した結果をデバイスから出力したいという場合にも、一つのトランザクションの中でサービスの加工処理とデバイスからの出力の両方を実行できる。これによりユーザは中間生成物出力のための前準備や中間生成物の削除等の後処理を手動で行う必要も無く、操作性を向上させることができる。
【００５９】
以上、本発明の好ましい実施形態について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【図面の簡単な説明】
【００６０】
【図１】統合出力システムのシステム構成の一例を示す図である。
【図２】ホストコンピュータ１００と画像形成装置３００とのハードウェア構成の一例を示す図である。
【図３Ａ】サービス提供システム３０００のシステム構成の一例を示す図である。
【図３Ｂ】出力デバイスシステム３０１０のシステム構成の一例を示す図である。
【図４】ユースケースの一例を示した図である。
【図５Ａ】最終印刷処理直前にクライアント端末１００３のブラウザから見えるＵＩの一例を示す図である。
【図５Ｂ】ポートレットの結合の一例を示す図である。
【図５Ｃ】Ｗｅｂアプリケーションサーバー１００１利用時のＵＩの一例を示す図である。
【図５Ｄ】統合出力システムへのアクセスの一例を示す図である。
【図６Ａ】出力デバイス１００２上で実行される処理の一例を示すフローチャート（その１）である。
【図６Ｂ】出力デバイス１００２上で実行される処理の一例を示すフローチャート（その２）である。
【図６Ｃ】Ｗｅｂアプリケーションサーバー１００１上で実行される処理の一例を示すフローチャート（その２）である。
【符号の説明】
【００６１】
１００１ Ｗｅｂアプリケーションサーバー
１００２ 出力デバイス
１００３ クライアント端末
【技術分野】
【０００１】
本発明は、画像処理装置、サーバー装置及び制御方法に関する。
【背景技術】
【０００２】
近年、オフィスのネットワーク化が進む中、出力デバイスもオフィスのネットワークにつなげられ、オフィス内の各端末装置（端末）からの出力指示に基づいて、印刷、ＦＡＸ送信等の出力処理をネットワーク越しに実行することが通常となってきた。
また、出力デバイスの高機能化に伴い、出力体裁の設定（カラーモノクロ指定や製本形態出力、両面印刷等）は多岐にわたるようになってきた。設定の選択肢が多岐にわたるにつれ、ユーザが意図した出力体裁とは異なることに出力後に気づくケースも多くなってきた。
このため出力する前に事前に出力形態の確認を行うプレビュー機能が重要となってきている。
【０００３】
従来、デバイスへの出力にあたっては、端末にインストールされたデバイス専用のドライバと出力デバイスとが通信を行うことで、対象出力デバイスの能力及び状態を端末側へ吸い上げ、可能な出力体裁の情報を端末側のドライバＵＩにて表示していた。ここでいう、対象出力デバイスの能力及び状態とは、フィニッシャー等のデバイスオプション設置状況、給紙状況やインク／トナーの量等の状態を指す。
端末側のドライバは取得した情報を基にユーザインターフェースを制御し、ユーザに対して設定可能な体裁項目を表示するだけでなく、ユーザが選択した設定項目に従った出力プレビューを表示することも可能としていた。この出力プレビューの中には、ユーザが表示された体裁項目の選択状態を変更することで、出力プレビューが切り替わる等、動的にプレビューを生成するものも存在する。
【０００４】
ここで、出力対象データがユーザ端末ではなく、ネットワーク上のサーバー（サーバー装置）に置かれていた場合、ユーザ端末のドライバと出力デバイスとの通信だけではデータを反映した出力プレビューを生成することが出来ない。この場合、指定されたサーバー上のデータを取得する処理が加わり、プレビュー生成を可能としていた。
但し、これら上記のケースでは、使用するデバイスに対応した専用ドライバや専用ドライバに代わる役割を果たす仲介アプリケーションがユーザ端末にインストールされていることを前提としていた。しかし、近年では、各端末のメンテナンスやセキュリティの観点から、各端末に出力デバイス用のドライバや仲介アプリケーションをインストールすることは問題とされている。
【０００５】
例えば、ドライバや仲介アプリケーションを端末にインストールした場合、それらのプログラムになんらかの障害が含まれていた場合、それらのドライバや仲介アプリケーションの更新プログラムをインストールする必要性が発生する。これはオフィス端末の管理者にとっては非常に大きな負荷である。更に、ドライバや仲介アプリケーションがセキュリティ上の脆弱性を含むと露呈した場合には、オフィスのネットワーク全体が脅威にさらされる場合もある。
近年ではこれらの背景も含め、汎用的なブラウザの使用のみを許可した「シンクライアント」でＷｅｂサーバーや出力デバイスへアクセスし、目的の業務を遂行できるシステムが望まれている。
更に、プレビュー生成のためにサーバーからデータを端末へダウンロードする場合、通常ＯＳの一時ファイル用ディレクトリに一時ファイルとしてデータが置かれる。この場合「印刷はできても電子データは取得できない」といった制限（権限）をサーバーシステム上で設けていても、印刷時に置かれる一時ファイル用ディレクトリから容易に電子ファイルを取得できるため、データが漏洩してしまう問題もある。
【０００６】
一方、特許文献１に示されているように、サーバーに予め利用するデバイスの専用ドライバをインストールしておき、サーバーが出力デバイスと通信するシステムも考案されている。この場合、プレビュー機能に関しては、出力体裁（出力形態）の情報をサーバーがデバイスから直接取得し、サーバー側でプレビュー生成して端末へ提示することが可能である。また、汎用ブラウザのみでサーバーへ指示を出すことができるため、ユーザ端末には専用ドライバや仲介アプリケーション等をインストールする必要もない。
但し、サーバーがインターネット上に存在するような場合、サーバーからオフィス内のローカルネットワーク（ＬＡＮ）上に存在する出力デバイスへは通常、セキュリティの問題上、アクセスが許容されないことがほとんどである。
この場合、サーバーにインストールされた専用ドライバからデバイスへの通信が実行できず、出力デバイスの能力や状態の取得ができない。よって、出力デバイスの能力や状態を反映させたプレビューの生成を行うことも、サーバーからの印刷処理の実行も行うこともできないという問題がある。
【０００７】
また、インターネット上のＷｅｂサーバーにある画像をＬＡＮ上に存在する出力デバイスにて出力する場合、ＵＲＬプリントという仕組みも考案されており、次のような仕組みで実現されている。
まず、Ｗｅｂサーバー上にある目的の画像を指し示すＵＲＬを調べ、出力デバイスに渡す。ＵＲＬを出力デバイスへ渡す方法としては様々だが、一例を挙げると携帯電話等の端末に組み込まれた赤外線通信機能を用い、同じく赤外線通信機能を保持する出力デバイスへ画像のＵＲＬを送信する方法がある。
ＵＲＬを渡された出力デバイスは、渡されたＵＲＬを基にＷｅｂサーバーへアクセスし、対象画像のダウンロードと、その画像の出力処理と、を実行する。
この場合、出力デバイス側からサーバーにアクセスを行い、画像の取得をするため、ＬＡＮ上に存在する出力デバイスでも、インターネット上にあるサーバー上のデータを出力することが可能である。
【０００８】
【特許文献１】特開２００７−３２８６３９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
但し上述のようにＵＲＬプリントを実施した場合でも、以下のような問題がある。
１：端末からは基本的にＷｅｂサーバー上にある対象画像のＵＲＬを渡すだけなので、実文書の内容と印刷体裁を反映したプレビューとを端末側で確認することができないという問題がある。
２：ＵＲＬプリントでは、複数の文書を一つの出力物として出力したい場合（例えば、複数画像をまとめて一つの製本化された形態で出力する場合等）、複数のＵＲＬを端末側で予め取得しておく必要がある。つまり、出力対象の特定及びそれらのＵＲＬ特定、出力順の整理（複数の対象画像のなかで、どれが先頭で以下どのような順番で出力するのか、という指定）を、出力デバイスへの送信前に予め端末側で行っておくのが前提となる。複数のＵＲＬをどこかに書き出す等して覚えておく等、ユーザが工夫して操作する必要があり、操作性としては非常によくないという問題がある。
３：対象がサーバー上の単なる画像、つまり単純なＵＲＬではなく、サーバー上のデータをサービスが加工した結果をデバイスから出力したいという場合には、事前に加工処理をサーバー上で実行し、その結果のデータに対してＵＲＬプリントを行う必要がある。この場合も、デバイスからの出力とは分離した処理として加工処理を実行する前準備が必要であり、出力後に加工結果の文書を廃棄する等の後処理も必要等、ユーザに様々な操作を強いるという、不便さの問題としてある。
【００１０】
本発明はこのような問題点に鑑みなされたもので、サーバー装置／画像処理装置、双方の出力形態を考慮したプレビューの提示を可能にすると共に、出力に関する操作性を向上させることを目的とする。
【課題を解決するための手段】
【００１１】
そこで、本発明の画像処理装置は、クライアント端末装置からの接続要求に含まれるサーバー装置の識別情報に基づき、前記サーバー装置へ接続する接続手段と、前記接続要求に含まれる前記クライアント端末装置と前記サーバー装置との接続に関するセッション情報と、自画像処理装置のデバイスで処理可能な出力形態と、に基づいて、前記サーバー装置が提供するサービスのうち、前記クライアント端末装置のユーザが利用可能なサービスで、かつ、サービスの出力形態が自画像処理装置のデバイスで処理可能な出力形態であるサービスに関するＵＩ部品を前記サーバー装置から取得する取得手段と、前記取得手段で取得された前記ＵＩ部品の出力設定と、利用可能な自画像処理装置のデバイスのＵＩ部品の出力設定と、に基づいて、出力物に関するプレビュー部品を生成する生成手段と、前記取得手段で取得された前記ＵＩ部品と、利用可能な自画像処理装置のデバイスのＵＩ部品と、前記生成手段で生成された前記プレビュー部品と、を一つのＵＩ画面に結合する結合手段と、前記結合手段で結合された前記ＵＩ画面を前記クライアント端末装置に送信する送信手段と、を有することを特徴とする。
【００１２】
係る構成とすることにより、サーバー装置／画像処理装置、双方の出力形態を考慮したプレビューの提示を可能にすると共に、出力に関する操作性を向上させることができる。
【００１３】
また、本発明のサーバー装置は、クライアント端末装置と自サーバー装置とのセッションに関するセッション情報と、画像処理装置のデバイスの能力情報と、を含む、自サーバー装置が提供するサービスのうち、前記クライアント端末装置のユーザが利用可能なサービスで、かつ、サービスの出力形態が前記画像処理装置のデバイスで処理可能な出力形態であるサービスに関するＵＩ部品の取得要求を前記画像処理装置より受信する受信手段と、前記受信手段で受信された前記取得要求に含まれる前記セッション情報に基づき、前記クライアント端末装置のユーザが利用可能なサービスに関するサービス情報を取得するサービス情報取得手段と、前記サービス情報取得手段で取得されたサービス情報と、前記受信手段で受信された前記取得要求に含まれる前記画像処理装置のデバイスの能力情報と、に基づき、前記サービス情報で示されるサービスに関する出力形態が、前記画像処理装置のデバイスで処理可能な出力形態であるか否かを判定する判定手段と、前記判定手段で前記画像処理装置のデバイスで処理可能な出力形態であると判定された前記サービスに関するＵＩ部品を前記画像処理装置に返信する返信手段と、を有することを特徴とする。
【００１４】
係る構成とすることにより、サーバー装置／画像処理装置、双方の出力形態を考慮したプレビューの提示を可能にすると共に、出力に関する操作性を向上させることができる。
【００１５】
また、本発明は、制御方法、プログラム及び記憶媒体としてもよい。
【発明の効果】
【００１６】
本発明によれば、サーバー装置／画像処理装置、双方の出力形態を考慮したプレビューの提示を可能にすると共に、出力に関する操作性を向上させることができる。
【発明を実施するための最良の形態】
【００１７】
以下、本発明の実施形態について図面に基づいて説明する。
【００１８】
＜実施形態１＞
［システム構成］
図１は、統合出力システムのシステム構成の一例を示す図である。
サーバー装置の一例であるＷｅｂアプリケーションサーバー１００１は、文書やファイル、画像等のデータに対する様々なサービスを提供する。
ここでサービスとは、データの保管や入出力を初め、データの要約・部分抽出・合成・書式変換（例えば帳票変換等、表示様式等の変換）・データ形態の変換（例えばＰＤＦ変換等、データ構造・形式自体の変換）等の機能を提供するものである。
またＷｅｂアプリケーションサーバー１００１は、サービスを実行するにあたってその動作や実行結果に影響するパラメータを設定・変更するためのＵＩを、ブラウザにて表示可能な形式（ＨＴＭＬ等）で配信する機能も有する。
Ｗｅｂアプリケーションサーバー１００１は、インターネット上で公開され、一般的なオフィスからアクセス可能なものとする。
【００１９】
画像処理装置の一例である出力デバイス１００２は、所定の形式で受け取ったデータを指定された設定に従って印刷やＦＡＸ転送、メール転送等実行する出力機能を有する。また、出力デバイス１００２は、自デバイスの給紙状態やフィニッシャー機器の設置状況等を検知し、現在の能力・状態を把握する機能も有する。更に、出力デバイス１００２は、Ｗｅｂサーバー等に接続できるＨＴＭＬ通信機能を有し、外部のＷｅｂブラウザ等からのＨＴＭＬ接続を受け付け、応答するＷｅｂサーバー機能も有する。
クライアント端末装置の一例であるクライアント端末１００３は、インターネット及びイントラネット内のＷｅｂサーバーに接続して、Ｗｅｂサーバーから配信されるＨＴＭＬを描画して表示可能な汎用ブラウザがインストールされたＰＣである。本実施形態に関わる統合出力システムの操作は、ユーザが本端末の汎用ブラウザを使用して行うものである。
【００２０】
なお、出力デバイス１００２とクライアント端末１００３とは、オフィス内のローカルエリアネットワーク（ＬＡＮ）内に設置されており、インターネット等の外部ネットワークからはアクセス出来ない環境となっている。つまり、Ｗｅｂアプリケーションサーバー１００１からは出力デバイス１００２及びクライアント端末１００３へは共にアクセス出来ない。もちろん、ＬＡＮからインターネットへのアクセスは可能であり、出力デバイス１００２及びクライアント端末１００３からＷｅｂアプリケーションサーバー１００１へのアクセスは可能である。
【００２１】
［ハードウェア構成］
図２は、ホストコンピュータ１００と画像形成装置３００とのハードウェア構成の一例を示す図である。
ここで言及するホストコンピュータ１００は、Ｗｅｂアプリケーションサーバー１００１を構成するコンピュータを示し、画像形成装置３００は、出力デバイス１００２を構成するコンピュータを示す。
まず、ホストコンピュータ１００の構成について説明する。なお、図２に示されるハードウェア構成は、一般的な情報処理装置のハードウェア構成に相当するものとし、本実施形態のホストコンピュータ１００には一般的な情報処理装置のハードウェア構成を適用することができる。
【００２２】
図２において、ＣＰＵ２０１は、ＲＯＭ２０３のプログラム用ＲＯＭに記憶された、或いはハードディスク２１１からＲＡＭ２０２にロードされたＯＳやアプリケーション等のプログラムを実行する。ここでＯＳとはコンピュータ上で稼動するオペレーティングシステムの略語であり、以下、オペレーティングシステムのことをＯＳと呼ぶ。後述する各フローチャートの処理は、ＣＰＵ２０１がプログラムに基づき処理を実行することにより実現される。ＲＡＭ２０２は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。キーボードコントローラ（ＫＢＣ）２０５は、キーボード２０９や不図示のポインティングデバイスからのキー入力を制御する。ＣＲＴコントローラ（ＣＲＴＣ）２０６は、ＣＲＴディスプレイ２１０の表示を制御する。ディスクコントローラ（ＤＫＣ）２０７は、各種データを記憶するハードディスク（ＨＤ）２１１やフロッピー（登録商標）ディスク（ＦＤ）等におけるデータアクセスを制御する。ＰＲＴＣ２０８は、接続された画像形成装置３００との間の信号の交換を制御する。接続のための回線３１０は、ＬＡＮやＵＳＢ等種々の接続形態を適用可能である。ＮＣ２１２はネットワークに接続されて、ネットワークに接続された他の機器との通信制御処理を実行する。ここでは、ネットワークを介して、更に他の画像形成装置、周辺機器と接続する形態であってもよい。
なお、ここでは、ホストコンピュータ１００は、Ｗｅｂアプリケーションサーバー１００１を構成するコンピュータを示すものとして説明を行っているが、クライアント端末１００３を構成するコンピュータを示すものとしてもよい。
【００２３】
次に、画像形成装置３００の構成について説明する。図２に示すように、画像形成装置３００において、３０１は、画像形成装置３００のＣＰＵであり、ＲＯＭ３０２や、外部メモリ３０３に記憶された制御プログラムに基づいてシステムバス３０４に接続される各ブロックを制御する。ＣＰＵ３０１の処理により生成された画像信号が、印刷部Ｉ／Ｆ３０５を介して、印刷部（画像形成装置エンジン）３０６に出力情報として出力される。また、ＣＰＵ３０１は、入力部３０７を介してホストコンピュータ１００との通信処理が可能となっており、画像形成装置３００内の情報等をホストコンピュータ１００に通知できる。なお、印刷部３０６は、図示していないオプションハードウェア（フィニッシャー等）を接続することで機能拡張可能なようになっており、かつ、オプションハードウェアの有無や性能の検知も可能となっている。
ＲＯＭ３０２内のプログラムＲＯＭは、ＣＰＵ３０１の制御プログラム等を記憶している。ＲＯＭ３０２内のフォント用ＲＯＭには、出力情報を生成する際に使用するフォントデータ等を記憶している。ＲＯＭ３０２内のデータ用ＲＯＭには、ハードディスク等の外部メモリ３０３がない画像形成装置の場合、ホストコンピュータ１００上で利用される情報等を記憶している。
【００２４】
ＲＡＭ３０８は、ＣＰＵ３０１の主メモリや、ワークエリア等として機能するＲＡＭであり、図示しない増設ポートに接続されるオプションＲＡＭによりメモリ容量を拡張することができるように構成されている。また、ＲＡＭ３０８は、出力情報展開領域、環境データ格納領域、ＮＶＲＡＭ等に用いられる。
外部メモリ３０３は、メモリコントローラ（ＭＣ）３０９によりアクセスを制御される。外部メモリ３０３は、オプションとして接続され、フォントデータ、エミュレーションプログラム、フォームデータ等を記憶する。また、操作部３１１は、操作のためのスイッチ及びＬＥＤ表示器等で構成されている。
スキャナＩ／Ｆ３１２は、スキャナ部３１３から受け取った画像データに対して、補正、加工、及び編集を行う。スキャナ部３１３は、原稿上の画像を露光走査して得られた反射光をＣＣＤに入力することで画像の情報を電気信号に変換する。更に、スキャナ部３１３は、電気信号をＲ、Ｇ、Ｂ各色からなる輝度信号に変換し、前記輝度信号を画像データとして読み込む。ユーザが操作部３１１から読み取り開始を指示すると、スキャナ部３１３に原稿読み取り指示が与えられる。スキャナ部３１３は、この指示を受けると原稿の読み取り動作を行う。なお、原稿の読み取り方法は原稿フィーダ（不図示）にセットされる自動送り方式の形態であってもよい。また、原稿を不図示のガラス面上に載せ、露光部を移動させることで原稿の走査を行う方法であってもよい。
【００２５】
［ソフトウェア構成］
図３Ａは、サービス提供システム３０００のシステム構成の一例を示す図である。また、図３Ｂは、出力デバイスシステム３０１０のシステム構成の一例を示す図である。
サービス提供システム３０００は、Ｗｅｂアプリケーションサーバー１００１上で動作するソフトウェアである。矩形で図示した構成要素は、それぞれがソフトウエアコンポーネントに該当し、コンポーネントの配置構成等はシステム構成やプラットフォームに依存する。
また、出力デバイスシステム３０１０は、出力デバイス１００２上で動作するソフトウェアである。矩形で図示した構成要素は、それぞれがソフトウエアコンポーネントに該当し、コンポーネントの配置構成等はシステム構成やプラットフォームに依存する。
【００２６】
［サービス提供システム］
メイン制御部３００２は、実施形態に係るサービス提供システム３０００のシステム全体を制御し、後述する各部に対する指示、管理を行う。
データ送受信部３００１は、クライアント端末１００３においてユーザがブラウザを介して出した命令やデバイスからの接続要求を受け取り、メイン制御部３００２より指示を受けた結果をクライアント端末１００３や出力デバイス１００２へ返答する。
セッション記憶部３００３は、クライアント端末１００３においてユーザがブラウザを介して、更に出力デバイスを介して、サービス提供システム３０００にアクセスしてから、同一ユーザからのアクセスであることを示すためのセッション情報を生成する。更に、セッション記憶部３００３は、ユーザが統合出力システムへのアクセスをやめる（ログアウト）、若しくは自動タイムアウト等でセッションが切れるまでの間、繰り返し使用する各種情報をセッション情報と関連付けて保持する。
【００２７】
Ｗｅｂ ＵＩ生成部３００４は、メイン制御部３００２より指示を受け、状況に応じたＷｅｂ ＵＩ（ＨＴＭＬ）を生成する。ここで、Ｗｅｂ ＵＩ生成部３００４が生成するＷｅｂ ＵＩは、ＨＴＭＬだけに限定するものではなく、Ｊａｖａ（登録商標）Ｓｃｒｉｐｔ等のスクリプト言語が埋まっていてもよい。
データ入出力部３００５は、メイン制御部３００２より指示を受け、データ記憶部３００６に対して、データの登録、保存、更新、取り出し等の操作を行う。
データ記憶部３００６は、入力されたデータが保存されると共に、データが保存されているフォルダやその属性、及びそのセキュリティレベル等を保存する。データ記憶部３００６は、例えば、データ入出力部３００５によって制御される。
【００２８】
サービス管理部３００７は、メイン制御部３００２より指示を受けて動作し、サービス提供システム３０００が保持する各サービスの情報管理や入出力パラメータ等の設定情報の管理を行う。更に、複数のサービスが連続して実行される場合、サービス管理部３００７は、そのシーケンス等サービスの呼び出し制御も行う。
サービス実行部３００８は、実際のサービス処理が実行される部分で、具体的なデータの加工処理や、データの入出力に伴う必要情報の収集等の処理が実行される。
【００２９】
［出力デバイスシステム］
メイン制御部３０１２は、実施形態に係る出力デバイスシステム３０１０のシステム全体を制御し、後述する各部に対する指示、管理を行う。
接続要求応答部３０１１は、クライアント端末１００３においてユーザがブラウザを介して出した命令を受け取ってメイン制御部３０１２へ送り、メイン制御部３０１２より指示を受けた結果をクライアント端末１００３へ返答する。
セッション記憶部３０１３は、クライアント端末１００３においてユーザがブラウザを介して、出力デバイスシステム３０１０にアクセスしてから、同一ユーザからのアクセスであることを示すためのセッション情報を生成する。更に、セッション記憶部３０１３は、ユーザが統合出力システムへのアクセスをやめる（ログアウト）、若しくは自動タイムアウト等でセッションが切れるまでの間、繰り返し使用する各種情報をセッション情報と関連付けて保持する。
【００３０】
Ｗｅｂサーバー接続部３０１４は、メイン制御部３００２より指示を受けてサービス提供システム３０００のデータ送受信部３００１へ接続し、メイン制御部３０１２から受けた命令を送信すると共に、その結果を受け取りメイン制御部３０１２へ返す。
デバイス状態確認部３０１５は、メイン制御部３００２より指示を受けて給紙状態やフィニッシャー等のオプション設置状況等自デバイスの状態・能力を確認し、メイン制御部３０１２へ報告を行う。
デバイス用設定ＵＩ生成部３０１６は、メイン制御部３００２の指示に基づいてデバイスの設定用ＵＩをＨＴＭＬ等クライアント端末へ配信可能な形態で生成する。ここで、デバイス用設定ＵＩ生成部３０１６が生成するＵＩは、ＨＴＭＬだけに限定するものではなく、ＪａｖａＳｃｒｉｐｔ等のスクリプト言語が埋まっていてもよい。
【００３１】
プレビュー生成部３０１７は、メイン制御部３０１２の指示に基づいてサービス提供システム３０００からの出力プレビューと出力デバイスの出力設定情報とを基に、Ｗｅｂアプリケーションサーバー１００１上のサービスと出力デバイス１００２との双方の処理を反映させたプレビューを動的に生成する。
サービス提供システム３０００がプレビュー画像の配信機能を有していない場合、一度、サービス提供システム３０００から出力デバイスシステム３０１０へ出力を実行し、そのデータを基に、画像変換して出力デバイスの設定を反映させたプレビューを生成する。
【００３２】
Ｗｅｂ ＵＩ合成部３０１８は、以下の３つのＵＩを合成する。
（１）Ｗｅｂサーバー接続部３０１４を通して、サービス提供システム３０００から取得したサービス用設定ＵＩ
（２）デバイス用設定ＵＩ生成部３０１６により生成されたデバイス設定ＵＩ
（３）プレビュー生成部３０１７が生成した、サービス提供システム３０００からの出力設定と出力デバイスの出力設定とを反映したプレビュー提示用ＵＩ
出力部３０１９は、実際に、メイン制御部３０１２から指示されたデータ（サービス提供システム３０００からＷｅｂサーバー接続部３０１４を介して取得したデータ）を指示された設定で出力処理を実行する。
【００３３】
［ユースケース］
図４は、ユースケースの一例を示した図である。
４００１は、本ユースケースに用いる文書データ群であり、複数の文書が対象となっている。この４００１のデータは、Ｗｅｂアプリケーションサーバー１００１に格納されているものとする。
４００２は、４００１の文書データ群を要約してまとめた結果（中間生成物）である。この要約処理はサービス提供システム３０００で提供される要約サービスによって行われるものとする。ちなみに本ユースケースではデータ処理サービスの一例として要約サービスを用いて説明を行うが、データ処理サービスが提供する機能は要約以外でもよい。例えば、データの部分抽出・合成・書式変換（例えば帳票変換等、表示様式等の変換）・データ形態の変換（例えばＰＤＦ変換・暗号化・復号化等、データ構造・形式の変換）等の機能でもよい。
４００３は、４００２の中間性生物を製本化し出力した結果である。この製本化出力処理は既知の技術であり、出力デバイス１００２の機能によって行われる。
【００３４】
図５Ａは、最終印刷処理直前にクライアント端末１００３のブラウザから見えるＵＩの一例を示す図である。
５００は、最終印刷処理直前にクライアント端末１００３のブラウザから見えるＵＩである。
【００３５】
図５Ｂは、ポートレットの結合の一例を示す図である。図５Ａの５００を、部分ごとに分割すると、図５Ｂの５０１に示すように１つのボタンと５つの部位との集合からなる。一つ一つの部位はＵＩ部品の一例であるポートレットと呼ばれるＨＴＭＬ（Ｊａｖａ Ｓｃｒｉｐｔ等のスクリプト文を含むことがある）によって記述された部品である。
ポートレット５０１１は、文書データの格納場所（ディレクトリ）を特定するサービスのポートレットで、指定された文書リスト情報を出力する。
ポートレット５０１２は、文書指定サービスのポートレットであり、任意の文書リストを表示することが可能で、通常はポートレット５０１１から出力される文書リスト情報を表示する。
【００３６】
ポートレット５０１３は、要約変換サービスの設定項目ポートレットであり、要約変換実行時に影響するパラメータを指定する。
ポートレット５０１４は、デバイスからの出力体裁（印刷体裁）設定用ポートレットであり、デバイスからの出力時に影響するパラメータ項目を設定する。
ポートレット５０１５は、プレビューポートレットであり、Ｗｅｂアプリケーションサーバー１００１（ひいてはサービス提供システム３０００）で提供されるサービスの出力設定と出力デバイス１００２の出力設定との両方を合成したプレビューを提示する。
ボタン５０１６は、出力実行ボタンであり、ポートレットでの設定に従って出力処理を実行するためのボタンである。ボタン５０１６は、ボタン押下アクションによって、デバイス出力システムへ出力処理実行命令を送付可能なようにＨＴＭＬ（Ｊａｖａ Ｓｃｒｉｐｔ等のスクリプト文を含むことがある）によって記述されている。
以下、本ユースケースに従って、これらポートレットが生成・合成・配信され、処理が実行される過程を説明する。
【００３７】
まず、クライアント端末１００３からＷｅｂアプリケーションサーバー１００１（ひいてはサービス提供システム３０００）へ直接アクセスしている場合、ポートレット５０１１とポートレット５０１２とのみがクライアント端末１００３へ配信される。このため、図５Ｃの５０２に示すようなＵＩになる。図５Ｃは、Ｗｅｂアプリケーションサーバー１００１利用時のＵＩの一例を示す図である。このとき、本統合出力システムへアクセスするためのボタン５０２１（ここでは「カスタムプリント」ボタンとしている）が表示されているものとする。
ここでいう、本統合出力システムへのアクセスとは、クライアント端末１００３のブラウザから直接サービス提供システムへアクセスすることではなく、出力デバイスシステム経由でサービス提供システムへアクセスすることを指している。
【００３８】
ユーザが「カスタムプリント」ボタン５０２１を押下すると、図５Ｄの５０３に示すように出力デバイスシステム（の接続要求応答部３０１１）へアクセスするためのアドレス若しくは、ネットワーク識別名を指定できるようなダイアログが表示される。図５Ｄは、統合出力システムへのアクセスの一例を示す図である。ユーザは、図５Ｄに示されるダイアログを介して、出力デバイスシステム３０１０を指定し、ＯＫボタンを押す。すると、ブラウザから出力デバイスシステム３０１０へ接続要求が送られる。このとき、クライアント端末１００３からは、サービス提供システム３０００のアドレスとサービス提供システム３０００へのアクセスで利用していたセッション情報とが出力デバイスシステム３０１０へ送付される。
【００３９】
図６Ａは、出力デバイス１００２上で実行される処理の一例を示すフローチャート（その１）である。
Ｓ６００１において、出力デバイスシステム３０１０は、クライアント端末１００３からの接続要求を受け付ける。接続要求を受けた出力デバイスシステム３０１０は、クライアント端末１００３から接続要求と同時に受け取った、サービス提供システム３０００の識別情報の一例であるアドレスを基に、Ｓ６００２においてサービス提供システム３０００へのアクセスを行う。また、Ｓ６００３において、出力デバイスシステム３０１０は、Ｗｅｂアプリケーションサーバー１００１が提供するサービスに関する情報の取得要求をＷｅｂアプリケーションサーバー１００１（又はサービス提供システム３０００）に送信する。なお、出力デバイスシステム３０１０は、クライアント端末１００３から接続要求時に渡されたクライアント端末１００３とＷｅｂアプリケーションサーバー１００１との接続に関するセッション情報を前記取得要求に含めて送信する。
【００４０】
出力デバイスシステム３０１０からの取得要求を受けたサービス提供システム３０００のメイン制御部３００２は、前記取得要求に含まれていたセッション情報に基づいて、クライアント端末１００３のユーザが利用可能なサービスの情報を列挙するようサービス管理部３００７へ指示を出す。列挙された情報（サービスに関する情報）は、サービス提供システム３０００によって、要求元の出力デバイスシステム３０１０へ返信される。
Ｓ６００４において、出力デバイスシステム３０１０は、サービス提供システム３０００より前記サービスに関する情報（サービス情報）を受け取る。
【００４１】
受け取ったサービス情報に関して出力デバイスシステム３０１０は自デバイス（自画像処理装置）のデバイス（例えば印刷部３０６やスキャナ部３１３等）で処理可能なデータ形態で出力が可能なのか否かをＳ６００５からＳ６０１０までのステップで確認をする。例えば、そのデバイスで出力処理できるデータ形態がＰＤＦ／ＢＭＰ／ＰＳであった場合、サービスの出力形態はこれらの形態の何れかである必要がある。つまり、Ｓ６００５において、出力デバイスシステム３０１０が確認（チェック）したサービスの出力形態が、Ｓ６００６において、これらのＰＤＦ／ＢＭＰ／ＰＳの何れかに該当するかどうかを出力デバイスシステム３０１０がチェックする。該当しない場合、出力デバイスシステム３０１０は、Ｓ６００９及びＳ６０１０の処理を経て、サービス情報のうち、次の未チェックのサービス（サービス情報）に対して同様のチェックを繰り返す。
なお、上記の例では、データ形態（ＰＤＦやＰＳ等）を処理できるかどうかを条件にチェック（判定）を行っているが、出力データサイズや出力用紙サイズ（非可変の場合のみ）、等を条件にデバイスで出力処理できるデータ形態か否かを判定するようにしてもよい。
【００４２】
ここで、出力デバイスシステム３０１０がＳ６００６で、サービスの出力が自デバイスで処理可能な出力形態であると判断したサービス（第一のサービス）が許容可能な入力形態でデータを出力するサービス（第二のサービス）は、前記第一のサービスを経由させれば、出力デバイスシステム３０１０のデバイスで利用可能であるといえる。このため、このようなサービスも自デバイスで処理可能なデータ形態で出力を行うサービスであると言える。
例えば、文書データの格納パスを指定（入力）すると、個々の文書データ識別子を返す、文書ディレクトリサービスを考える。この場合、個々の文書データ識別子を基に、ＰＤＦデータを出力するようなサービスがあれば、この文書ディレクトリサービスも最終的に出力デバイスシステム３０１０のデバイスで処理可能なデータを出力するサービスと判断することができる。
【００４３】
よって、Ｓ６００７において、出力デバイスシステム３０１０は、前記第一のサービスの入力形態と一致した出力形態であるサービスもサービス提供システム３０００が提供するサービス群（前記サービス情報）から探す。Ｓ６００８において出力デバイスシステム３０１０は、Ｓ６００６及びＳ６００７の検索で見つかったサービスに関するポートレットをサービス提供システム３０００からダウンロードする（こうしてダウンロードしたポートレット群をポートレット群１とする。）。
Ｓ６００５からＳ６０１０までの処理で全てのサービスについてチェックし終えた場合、出力デバイスシステム３０１０は、Ｓ６０１１の処理へと進む。Ｓ６０１１において、出力デバイスシステム３０１０のメイン制御部３０１２は、デバイス状態確認部３０１５に指示を出し、自デバイスの給紙状態やフィニッシャー等のオプション設置状況から、自デバイスの能力・状態（能力情報及び状態情報）を把握する。この把握した能力・状態を基に、出力デバイスシステム３０１０のメイン制御部３０１２は、デバイス用設定ＵＩ生成部３０１６に指示を出し、出力デバイスの出力設定用ポートレットを生成する。このポートレット上では、例えば印刷体裁として、紙サイズや印刷部数、ページレイアウトや製本形態の指定等が指定できるものとし、複数のポートレットに分かれていてもよい（このポートレット群をポートレット群２とする。）。
【００４４】
次にＳ６０１２において、出力デバイスシステム３０１０は、ポートレット群１とポートレット群２との設定を反映した、プレビュー部品の一例であるプレビューポートレットを生成する。まず、出力デバイスシステム３０１０のメイン制御部３０１２は、Ｗｅｂサーバー接続部３０１４を通して、ポートレット群１を利用した場合に想定される出力プレビュー画像をサービス提供システム３０００に要求する。メイン制御部３０１２は、プレビュー生成部３０１７にサービス提供システム３０００から受信したプレビュー画像を渡すと共に、ポートレット群２の設定情報を反映した画像に変換して、表示するプレビューポートレットを生成させる。
Ｓ６０１３において、出力デバイスシステム３０１０は、ポートレット群１、ポートレット群２、プレビューポートレット及びこれらのポートレットで設定した通りの出力を実行するトリガとなる出力実行ボタンを合成（結合）し、一つのＵＩ（図５Ａ参照）とする。
【００４５】
Ｓ６０１４において、出力デバイスシステム３０１０は、合成したＵＩ（ＵＩ画面）を、クライアント端末１００３へ返信（又は送信）する。
クライアント端末１００３は、この合成されたＵＩを受け取り、ユーザが設定を任意に変更する。設定の変更が行われると、その変更された設定の内容は出力デバイスシステム３０１０とサービス提供システム３０００とへ通知される。この設定変更の通知がトリガとなって、サービス提供システム３０００から配信されるプレビュー画像の更新と出力デバイスシステム３０１０でのプレビュー再生成とが実行され、プレビューポートレットが動的に更新される。
【００４６】
クライアント端末１００３で表示された出力実行ボタンをユーザが押下すると、現在の設定が出力デバイスシステム３０１０とサービス提供システム３０００とへ通知され、前記設定に従って出力処理が実行される。より具体的に説明すると、サービス提供システム３０００で出力処理（本ユースケースの場合、要約変換処理）が実行される。この出力結果は、サービス提供システム３０００のテンポラリ領域に保存され、セッション情報で特定されるリクエスト元の出力デバイスシステム３０１０からしかアクセスできない。次に、出力デバイスシステム３０１０は、サービス提供システム３０００へアクセスし、生成された出力結果の取得を行う。
出力デバイスシステム３０１０は、出力結果を取得した後、出力デバイス向けに指定された出力設定（本ユースケースでは製本出力）に従い、メイン制御部３０１２の指示に基づいて、出力部３０１９が出力処理を実行する。
【００４７】
最終出力が完了した場合、出力デバイスシステム３０１０は、サービス提供システム３０００に対してその旨（完了した旨）を通知する。サービス提供システム３０００は、出力デバイスシステム３０１０からの完了通知を受け取ると、サービス提供システム３０００側の出力結果として生成した中間生成物４００２（本ユースケースでは要約変換後の文書）を削除する。その後、出力デバイスシステム３０１０は、クライアント端末１００３へ完了画面の提示を行うと共に、元々クライアント端末１００３がアクセスしていたＷｅｂアプリケーションサーバー１００１のアドレスに対してリダイレクトさせるようにする。
【００４８】
本実施形態によれば、出力デバイス１００２からサービスを提供するＷｅｂアプリケーションサーバー１００１への一方通行通信しか許容されないような環境でも、サービス及び出力デバイス双方の出力設定を反映したプレビューを生成・提示することができる。
また、対象文書の特定とデバイスからの出力体裁の指定とが一つのＵＩ上で可能なため、複数の文書を一つの出力物として出力したい場合でも、出力対象の識別子特定等を事前にユーザが工夫して操作する必要がなく、操作性を向上させることができる。
加えて、サーバー上のデータをそのままではなく、サーバーで提供されるサービスによって加工した結果をデバイスから出力したいという場合にも、一つのトランザクションの中でサービスの加工処理とデバイスからの出力の両方を実行できる。これによりユーザは中間生成物出力のための前準備や中間生成物の削除といった後処理を手動で行う必要も無く、操作性を向上させることができる。
更に、Ｗｅｂアプリケーションサーバー１００１からの出力物をクライアント端末１００３へダウンロードせずに印刷することも可能であり、クライアント端末１００３から電子データが漏洩する等の問題を回避することもできる。
【００４９】
＜実施形態２＞
実施形態１では、Ｓ６００５からＳ６０１０までの処理の中で、出力デバイスシステム３０１０が自デバイスで利用可能なサービス（サービスの出力形態が自デバイスで処理可能な出力形態であるサービス）の特定処理を行っていた。しかし、通常、出力デバイス側はＣＰＵ等貧弱なハードであることが多いため、出力デバイス側で多くの処理を行うことは望ましくない。
そこで、このＳ６００５からＳ６０１０までの処理に相当する処理をサービス提供システム３０００において行うようにしてもよい。
【００５０】
図６Ｂは、出力デバイス１００２上で実行される処理の一例を示すフローチャート（その２）である。なお、図６Ｂにおいて、図６Ａと同様の処理を実行するステップには同符号を付してある。
図６ＡのＳ６００１、Ｓ６００２と同様、出力デバイスシステム３０１０は、図６ＢのＳ６００１、Ｓ６００２を実行する。処理内容は図６ＡのＳ６００１、Ｓ６００２と同じである。
次にＳ６１０３において、出力デバイスシステム３０１０のメイン制御部３０１２は、デバイス状態確認部３０１５へ指示を出し、現状の給紙状態やフィニッシャー等のオプション設置状況を確認させ、現在の能力・状態を把握する。出力デバイスシステム３０１０は、この現状の能力・状態等からデータの出力形態としてデバイスが処理可能なデータ形態を特定する。
【００５１】
Ｓ６１０４において、出力デバイスシステム３０１０は、Ｓ６１０３で特定したデバイスが処理可能なデータ形態を、パラメータとしてサービス提供システム３０００へ送信し、デバイスで利用可能なサービスのポートレットを要求する。なお、出力デバイスシステム３０１０は、Ｓ６００１でクライアント端末１００３から受け取った接続要求に含まれるセッション情報をパラメータに含め、サービス提供システム３０００へ送信する。
Ｓ６１０４で出力デバイスシステム３０１０からサービス提供システム３０００へ前記要求が送信されると、サービス提供システム３０００において図６Ｃに示される処理が実行される。図６Ｃは、Ｗｅｂアプリケーションサーバー１００１上で実行される処理の一例を示すフローチャート（その２）である。
Ｓ６２０１において、サービス提供システム３０００のデータ送受信部３００１は、出力デバイスシステム３０１０からのサービスポートレットの受信要求を受け取る。受け取った受信要求は、データ送受信部３００１からメイン制御部３００２に送られ、メイン制御部３００２は、要求に含まれるパラメータである、デバイスが処理可能なデータ形態の情報及びセッション情報を抽出する。ステップＳ６２０２において、メイン制御部３００２は、セッション情報を渡し、自Ｗｅｂアプリケーションサーバー１００１（自サーバ）が提供するサービスの情報のうち、クライアント端末１００３のユーザが利用可能なサービスを取得するようサービス管理部３００７に指示を出す。サービス管理部３００７は、セッション情報に基づき、クライアント端末１００３のユーザが利用可能なサービスを取得する（サービス情報取得）。
【００５２】
取得したサービス情報に関して、メイン制御部３００２は、要求元デバイスで処理可能なデータ形態と比較して、要求元デバイスで利用可能（処理可能な）なサービスの特定をＳ６２０３からＳ６２０８までの処理で行う。このＳ６２０３からＳ６２０８までの処理は、上述したＳ６００５からＳ６０１０までの処理と同様である。
メイン制御部３００２は、Ｓ６２０４において、Ｓ６００６と同様、サービスの出力が要求デバイスで処理可能な出力形態であると判断した場合、Ｓ６２０５において、サービス経由でならば、要求デバイスで処理可能なサービスを探す。
Ｓ６２０６において、メイン制御部３００２は、Ｓ６２０５の検索で見つかったサービスに関するポートレットをＷｅｂ ＵＩ生成部３００４に生成させ、後ほど要求元デバイスへ返信するために用意しておく。
全てのサービスをチェックし終えた場合、メイン制御部３００２は、Ｓ６２０９へ進み、用意したポートレット群を出力デバイスシステム３０１０へと返信する。
【００５３】
Ｓ６２０９でサービス提供システム３０００から出力デバイスシステム３０１０へポートレット群が返信されると、出力デバイスシステム３０１０は、図６ＢのＳ６１０５に処理を実行する。Ｓ６１０５において、Ｗｅｂサーバー接続部３０１４は、受け取ったポートレット群をメイン制御部３０１２へ渡す。（本実施形態では、こうして受信したポートレット群をポートレット群１とする）
その後は、図６ＡのＳ６０１１からＳ６０１４までの処理と同様の処理が実行され、合成されたＵＩが、出力デバイス１００２からクライアント端末１００３へ返信される。
本実施形態によれば、ＣＰＵ等のハードが貧弱な出力デバイス１００２側の処理の一部を、高性能なハードをもつことが通常なＷｅｂアプリケーションサーバー１００１側にて処理させることで、出力デバイス１００２側の負荷を軽減させることができる。
【００５４】
＜その他の実施形態＞
また、本発明の目的は、以下のようにすることによって達成される。即ち、上述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体（又は記録媒体）を、システム或いは装置に供給する。そして、そのシステム或いは装置の中央演算処理手段（ＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行する。この場合、記憶媒体から読み出されたプログラムコード自体が上述した実施形態の機能を実現することになり、そのプログラムコードを記録した記憶媒体は本発明を構成することになる。
【００５５】
また、システム或いは装置の前記中央演算処理手段が読み出したプログラムコードを実行することにより、そのプログラムコードの指示に基づき、システム或いは装置上で稼働しているオペレーティングシステム（ＯＳ）等が実際の処理の一部又は全部を行う。その処理によって上述した実施形態の機能が実現される場合も含まれる。
【００５６】
更に、記憶媒体から読み出されたプログラムコードが、前記システム或いは装置に挿入された機能拡張カードや、接続された機能拡張ユニットに備わるメモリに書込まれたとする。その後、そのプログラムコードの指示に基づき、その機能拡張カードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部又は全部を行い、その処理によって上述した実施形態の機能が実現される場合も含まれる。
【００５７】
本発明を前記記憶媒体に適用する場合、その記憶媒体（コンピュータ読み取り可能な記憶媒体）には、先に説明したフローチャートに対応するプログラムコードが格納されることになる。
【００５８】
以上、上述した各実施形態によれば、Ｗｅｂアプリケーションサーバー／出力デバイス、双方の出力形態を考慮したプレビューの提示を可能にすると共に、出力に関する操作性を向上させることができる。
つまり、出力デバイスからサービスを提供するＷｅｂアプリケーションサーバーへの一方通行通信しか許容されないような環境でも、対象文書の特定とデバイスからの出力形態（出力体裁）の指定とが一つのＵＩ上で可能となる。よって、複数の文書を一つの出力物として出力したい場合でも、出力対象の識別子特定等を事前にユーザが工夫して操作する必要がなく、操作性を向上させることができる。
またＷｅｂアプリケーションサーバー上のデータをそのままではなく、サーバーで提供されるサービスによって加工した結果をデバイスから出力したいという場合にも、一つのトランザクションの中でサービスの加工処理とデバイスからの出力の両方を実行できる。これによりユーザは中間生成物出力のための前準備や中間生成物の削除等の後処理を手動で行う必要も無く、操作性を向上させることができる。
【００５９】
以上、本発明の好ましい実施形態について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【図面の簡単な説明】
【００６０】
【図１】統合出力システムのシステム構成の一例を示す図である。
【図２】ホストコンピュータ１００と画像形成装置３００とのハードウェア構成の一例を示す図である。
【図３Ａ】サービス提供システム３０００のシステム構成の一例を示す図である。
【図３Ｂ】出力デバイスシステム３０１０のシステム構成の一例を示す図である。
【図４】ユースケースの一例を示した図である。
【図５Ａ】最終印刷処理直前にクライアント端末１００３のブラウザから見えるＵＩの一例を示す図である。
【図５Ｂ】ポートレットの結合の一例を示す図である。
【図５Ｃ】Ｗｅｂアプリケーションサーバー１００１利用時のＵＩの一例を示す図である。
【図５Ｄ】統合出力システムへのアクセスの一例を示す図である。
【図６Ａ】出力デバイス１００２上で実行される処理の一例を示すフローチャート（その１）である。
【図６Ｂ】出力デバイス１００２上で実行される処理の一例を示すフローチャート（その２）である。
【図６Ｃ】Ｗｅｂアプリケーションサーバー１００１上で実行される処理の一例を示すフローチャート（その２）である。
【符号の説明】
【００６１】
１００１ Ｗｅｂアプリケーションサーバー
１００２ 出力デバイス
１００３ クライアント端末
【特許請求の範囲】
【請求項１】
クライアント端末装置からの接続要求に含まれるサーバー装置の識別情報に基づき、前記サーバー装置へ接続する接続手段と、
前記接続要求に含まれる前記クライアント端末装置と前記サーバー装置との接続に関するセッション情報と、自画像処理装置のデバイスで処理可能な出力形態と、に基づいて、前記サーバー装置が提供するサービスのうち、前記クライアント端末装置のユーザが利用可能なサービスで、かつ、サービスの出力形態が自画像処理装置のデバイスで処理可能な出力形態であるサービスに関するＵＩ部品を前記サーバー装置から取得する取得手段と、
前記取得手段で取得された前記ＵＩ部品の出力設定と、利用可能な自画像処理装置のデバイスのＵＩ部品の出力設定と、に基づいて、出力物に関するプレビュー部品を生成する生成手段と、
前記取得手段で取得された前記ＵＩ部品と、利用可能な自画像処理装置のデバイスのＵＩ部品と、前記生成手段で生成された前記プレビュー部品と、を一つのＵＩ画面に結合する結合手段と、
前記結合手段で結合された前記ＵＩ画面を前記クライアント端末装置に送信する送信手段と、
を有することを特徴とする画像処理装置。
【請求項２】
前記取得手段は、前記接続要求に含まれる前記クライアント端末装置と前記サーバー装置との接続に関するセッション情報に基づき、前記サーバー装置から前記クライアント端末装置のユーザが利用可能なサービスに関するサービス情報を取得し、前記サービス情報と、自画像処理装置のデバイスに関する能力情報と、に基づき、前記サービス情報で示されるサービスに関する出力形態が、自画像処理装置のデバイスで処理可能な出力形態であるか否かを判定し、自画像処理装置のデバイスで処理可能な出力形態であると判定した前記サービスに関するＵＩ部品を前記サーバー装置よりダウンロードすることを特徴とする請求項１に記載の画像処理装置。
【請求項３】
前記取得手段は、前記接続要求に含まれる前記クライアント端末装置と前記サーバー装置との接続に関するセッション情報と、自画像処理装置のデバイスに関する能力情報に基づき特定した自画像処理装置のデバイスで処理可能な出力形態と、を含む、前記サーバー装置が提供するサービスのうち、前記クライアント端末装置のユーザが利用可能なサービスで、かつ、サービスの出力形態が自画像処理装置のデバイスで処理可能な出力形態であるサービスに関するＵＩ部品の取得要求を前記サーバー装置に送信し、前記取得要求に応じた前記ＵＩ部品を前記サーバー装置より受信することを特徴とする請求項１に記載の画像処理装置。
【請求項４】
クライアント端末装置と自サーバー装置とのセッションに関するセッション情報と、画像処理装置のデバイスの能力情報と、を含む、自サーバー装置が提供するサービスのうち、前記クライアント端末装置のユーザが利用可能なサービスで、かつ、サービスの出力形態が前記画像処理装置のデバイスで処理可能な出力形態であるサービスに関するＵＩ部品の取得要求を前記画像処理装置より受信する受信手段と、
前記受信手段で受信された前記取得要求に含まれる前記セッション情報に基づき、前記クライアント端末装置のユーザが利用可能なサービスに関するサービス情報を取得するサービス情報取得手段と、
前記サービス情報取得手段で取得されたサービス情報と、前記受信手段で受信された前記取得要求に含まれる前記画像処理装置のデバイスの能力情報と、に基づき、前記サービス情報で示されるサービスに関する出力形態が、前記画像処理装置のデバイスで処理可能な出力形態であるか否かを判定する判定手段と、
前記判定手段で前記画像処理装置のデバイスで処理可能な出力形態であると判定された前記サービスに関するＵＩ部品を前記画像処理装置に返信する返信手段と、
を有することを特徴とするサーバー装置。
【請求項５】
画像処理装置における制御方法であって、
クライアント端末装置からの接続要求に含まれるサーバー装置の識別情報に基づき、前記サーバー装置へ接続する接続ステップと、
前記接続要求に含まれる前記クライアント端末装置と前記サーバー装置との接続に関するセッション情報と、前記画像処理装置のデバイスで処理可能な出力形態と、に基づいて、前記サーバー装置が提供するサービスのうち、前記クライアント端末装置のユーザが利用可能なサービスで、かつ、サービスの出力形態が前記画像処理装置のデバイスで処理可能な出力形態であるサービスに関するＵＩ部品を前記サーバー装置から取得する取得ステップと、
前記取得ステップで取得された前記ＵＩ部品の出力設定と、利用可能な前記画像処理装置のデバイスのＵＩ部品の出力設定と、に基づいて、出力物に関するプレビュー部品を生成する生成ステップと、
前記取得ステップで取得された前記ＵＩ部品と、利用可能な前記画像処理装置のデバイスのＵＩ部品と、前記生成ステップで生成された前記プレビュー部品と、を一つのＵＩ画面に結合する結合ステップと、
前記結合ステップで結合された前記ＵＩ画面を前記クライアント端末装置に送信する送信ステップと、
を有することを特徴とする制御方法。
【請求項６】
前記取得ステップでは、前記接続要求に含まれる前記クライアント端末装置と前記サーバー装置との接続に関するセッション情報に基づき、前記サーバー装置から前記クライアント端末装置のユーザが利用可能なサービスに関するサービス情報を取得し、前記サービス情報と、前記画像処理装置のデバイスに関する能力情報と、に基づき、前記サービス情報で示されるサービスに関する出力形態が、前記画像処理装置のデバイスで処理可能な出力形態であるか否かを判定し、前記画像処理装置のデバイスで処理可能な出力形態であると判定した前記サービスに関するＵＩ部品を前記サーバー装置よりダウンロードすることを特徴とする請求項５に記載の制御方法。
【請求項７】
前記取得ステップでは、前記接続要求に含まれる前記クライアント端末装置と前記サーバー装置との接続に関するセッション情報と、前記画像処理装置のデバイスに関する能力情報に基づき特定した前記画像処理装置のデバイスで処理可能な出力形態と、を含む、前記サーバー装置が提供するサービスのうち、前記クライアント端末装置のユーザが利用可能なサービスで、かつ、サービスの出力形態が前記画像処理装置のデバイスで処理可能な出力形態であるサービスに関するＵＩ部品の取得要求を前記サーバー装置に送信し、前記取得要求に応じた前記ＵＩ部品を前記サーバー装置より受信することを特徴とする請求項５に記載の制御方法。
【請求項８】
サーバー装置における制御方法であって、
クライアント端末装置と前記サーバー装置とのセッションに関するセッション情報と、画像処理装置のデバイスの能力情報と、を含む、前記サーバー装置が提供するサービスのうち、前記クライアント端末装置のユーザが利用可能なサービスで、かつ、サービスの出力形態が前記画像処理装置のデバイスで処理可能な出力形態であるサービスに関するＵＩ部品の取得要求を前記画像処理装置より受信する受信ステップと、
前記受信ステップで受信された前記取得要求に含まれる前記セッション情報に基づき、前記クライアント端末装置のユーザが利用可能なサービスに関するサービス情報を取得するサービス情報取得ステップと、
前記サービス情報取得ステップで取得されたサービス情報と、前記受信ステップで受信された前記取得要求に含まれる前記画像処理装置のデバイスの能力情報と、に基づき、前記サービス情報で示されるサービスに関する出力形態が、前記画像処理装置のデバイスで処理可能な出力形態であるか否かを判定する判定ステップと、
前記判定ステップで前記画像処理装置のデバイスで処理可能な出力形態であると判定された前記サービスに関するＵＩ部品を前記画像処理装置に返信する返信ステップと、
を有することを特徴とする制御方法。
【請求項９】
画像処理装置に係るコンピュータを、
クライアント端末装置からの接続要求に含まれるサーバー装置の識別情報に基づき、前記サーバー装置へ接続する接続手段と、
前記接続要求に含まれる前記クライアント端末装置と前記サーバー装置との接続に関するセッション情報と、自画像処理装置のデバイスで処理可能な出力形態と、に基づいて、前記サーバー装置が提供するサービスのうち、前記クライアント端末装置のユーザが利用可能なサービスで、かつ、サービスの出力形態が自画像処理装置のデバイスで処理可能な出力形態であるサービスに関するＵＩ部品を前記サーバー装置から取得する取得手段と、
前記取得手段で取得された前記ＵＩ部品の出力設定と、利用可能な自画像処理装置のデバイスのＵＩ部品の出力設定と、に基づいて、出力物に関するプレビュー部品を生成する生成手段と、
前記取得手段で取得された前記ＵＩ部品と、利用可能な自画像処理装置のデバイスのＵＩ部品と、前記生成手段で生成された前記プレビュー部品と、を一つのＵＩ画面に結合する結合手段と、
前記結合手段で結合された前記ＵＩ画面を前記クライアント端末装置に送信する送信手段と、
して機能させることを特徴とするプログラム。
【請求項１０】
サーバー装置に係るコンピュータを、
クライアント端末装置と自サーバー装置とのセッションに関するセッション情報と、画像処理装置のデバイスの能力情報と、を含む、自サーバー装置が提供するサービスのうち、前記クライアント端末装置のユーザが利用可能なサービスで、かつ、サービスの出力形態が前記画像処理装置のデバイスで処理可能な出力形態であるサービスに関するＵＩ部品の取得要求を前記画像処理装置より受信する受信手段と、
前記受信手段で受信された前記取得要求に含まれる前記セッション情報に基づき、前記クライアント端末装置のユーザが利用可能なサービスに関するサービス情報を取得するサービス情報取得手段と、
前記サービス情報取得手段で取得されたサービス情報と、前記受信手段で受信された前記取得要求に含まれる前記画像処理装置のデバイスの能力情報と、に基づき、前記サービス情報で示されるサービスに関する出力形態が、前記画像処理装置のデバイスで処理可能な出力形態であるか否かを判定する判定手段と、
前記判定手段で前記画像処理装置のデバイスで処理可能な出力形態であると判定された前記サービスに関するＵＩ部品を前記画像処理装置に返信する返信手段と、
して機能させることを特徴とするプログラム。
【請求項１１】
請求項９又は１０に記載のプログラムを記憶したコンピュータにより読み取り可能な記憶媒体。
【請求項１】
クライアント端末装置からの接続要求に含まれるサーバー装置の識別情報に基づき、前記サーバー装置へ接続する接続手段と、
前記接続要求に含まれる前記クライアント端末装置と前記サーバー装置との接続に関するセッション情報と、自画像処理装置のデバイスで処理可能な出力形態と、に基づいて、前記サーバー装置が提供するサービスのうち、前記クライアント端末装置のユーザが利用可能なサービスで、かつ、サービスの出力形態が自画像処理装置のデバイスで処理可能な出力形態であるサービスに関するＵＩ部品を前記サーバー装置から取得する取得手段と、
前記取得手段で取得された前記ＵＩ部品の出力設定と、利用可能な自画像処理装置のデバイスのＵＩ部品の出力設定と、に基づいて、出力物に関するプレビュー部品を生成する生成手段と、
前記取得手段で取得された前記ＵＩ部品と、利用可能な自画像処理装置のデバイスのＵＩ部品と、前記生成手段で生成された前記プレビュー部品と、を一つのＵＩ画面に結合する結合手段と、
前記結合手段で結合された前記ＵＩ画面を前記クライアント端末装置に送信する送信手段と、
を有することを特徴とする画像処理装置。
【請求項２】
前記取得手段は、前記接続要求に含まれる前記クライアント端末装置と前記サーバー装置との接続に関するセッション情報に基づき、前記サーバー装置から前記クライアント端末装置のユーザが利用可能なサービスに関するサービス情報を取得し、前記サービス情報と、自画像処理装置のデバイスに関する能力情報と、に基づき、前記サービス情報で示されるサービスに関する出力形態が、自画像処理装置のデバイスで処理可能な出力形態であるか否かを判定し、自画像処理装置のデバイスで処理可能な出力形態であると判定した前記サービスに関するＵＩ部品を前記サーバー装置よりダウンロードすることを特徴とする請求項１に記載の画像処理装置。
【請求項３】
前記取得手段は、前記接続要求に含まれる前記クライアント端末装置と前記サーバー装置との接続に関するセッション情報と、自画像処理装置のデバイスに関する能力情報に基づき特定した自画像処理装置のデバイスで処理可能な出力形態と、を含む、前記サーバー装置が提供するサービスのうち、前記クライアント端末装置のユーザが利用可能なサービスで、かつ、サービスの出力形態が自画像処理装置のデバイスで処理可能な出力形態であるサービスに関するＵＩ部品の取得要求を前記サーバー装置に送信し、前記取得要求に応じた前記ＵＩ部品を前記サーバー装置より受信することを特徴とする請求項１に記載の画像処理装置。
【請求項４】
クライアント端末装置と自サーバー装置とのセッションに関するセッション情報と、画像処理装置のデバイスの能力情報と、を含む、自サーバー装置が提供するサービスのうち、前記クライアント端末装置のユーザが利用可能なサービスで、かつ、サービスの出力形態が前記画像処理装置のデバイスで処理可能な出力形態であるサービスに関するＵＩ部品の取得要求を前記画像処理装置より受信する受信手段と、
前記受信手段で受信された前記取得要求に含まれる前記セッション情報に基づき、前記クライアント端末装置のユーザが利用可能なサービスに関するサービス情報を取得するサービス情報取得手段と、
前記サービス情報取得手段で取得されたサービス情報と、前記受信手段で受信された前記取得要求に含まれる前記画像処理装置のデバイスの能力情報と、に基づき、前記サービス情報で示されるサービスに関する出力形態が、前記画像処理装置のデバイスで処理可能な出力形態であるか否かを判定する判定手段と、
前記判定手段で前記画像処理装置のデバイスで処理可能な出力形態であると判定された前記サービスに関するＵＩ部品を前記画像処理装置に返信する返信手段と、
を有することを特徴とするサーバー装置。
【請求項５】
画像処理装置における制御方法であって、
クライアント端末装置からの接続要求に含まれるサーバー装置の識別情報に基づき、前記サーバー装置へ接続する接続ステップと、
前記接続要求に含まれる前記クライアント端末装置と前記サーバー装置との接続に関するセッション情報と、前記画像処理装置のデバイスで処理可能な出力形態と、に基づいて、前記サーバー装置が提供するサービスのうち、前記クライアント端末装置のユーザが利用可能なサービスで、かつ、サービスの出力形態が前記画像処理装置のデバイスで処理可能な出力形態であるサービスに関するＵＩ部品を前記サーバー装置から取得する取得ステップと、
前記取得ステップで取得された前記ＵＩ部品の出力設定と、利用可能な前記画像処理装置のデバイスのＵＩ部品の出力設定と、に基づいて、出力物に関するプレビュー部品を生成する生成ステップと、
前記取得ステップで取得された前記ＵＩ部品と、利用可能な前記画像処理装置のデバイスのＵＩ部品と、前記生成ステップで生成された前記プレビュー部品と、を一つのＵＩ画面に結合する結合ステップと、
前記結合ステップで結合された前記ＵＩ画面を前記クライアント端末装置に送信する送信ステップと、
を有することを特徴とする制御方法。
【請求項６】
前記取得ステップでは、前記接続要求に含まれる前記クライアント端末装置と前記サーバー装置との接続に関するセッション情報に基づき、前記サーバー装置から前記クライアント端末装置のユーザが利用可能なサービスに関するサービス情報を取得し、前記サービス情報と、前記画像処理装置のデバイスに関する能力情報と、に基づき、前記サービス情報で示されるサービスに関する出力形態が、前記画像処理装置のデバイスで処理可能な出力形態であるか否かを判定し、前記画像処理装置のデバイスで処理可能な出力形態であると判定した前記サービスに関するＵＩ部品を前記サーバー装置よりダウンロードすることを特徴とする請求項５に記載の制御方法。
【請求項７】
前記取得ステップでは、前記接続要求に含まれる前記クライアント端末装置と前記サーバー装置との接続に関するセッション情報と、前記画像処理装置のデバイスに関する能力情報に基づき特定した前記画像処理装置のデバイスで処理可能な出力形態と、を含む、前記サーバー装置が提供するサービスのうち、前記クライアント端末装置のユーザが利用可能なサービスで、かつ、サービスの出力形態が前記画像処理装置のデバイスで処理可能な出力形態であるサービスに関するＵＩ部品の取得要求を前記サーバー装置に送信し、前記取得要求に応じた前記ＵＩ部品を前記サーバー装置より受信することを特徴とする請求項５に記載の制御方法。
【請求項８】
サーバー装置における制御方法であって、
クライアント端末装置と前記サーバー装置とのセッションに関するセッション情報と、画像処理装置のデバイスの能力情報と、を含む、前記サーバー装置が提供するサービスのうち、前記クライアント端末装置のユーザが利用可能なサービスで、かつ、サービスの出力形態が前記画像処理装置のデバイスで処理可能な出力形態であるサービスに関するＵＩ部品の取得要求を前記画像処理装置より受信する受信ステップと、
前記受信ステップで受信された前記取得要求に含まれる前記セッション情報に基づき、前記クライアント端末装置のユーザが利用可能なサービスに関するサービス情報を取得するサービス情報取得ステップと、
前記サービス情報取得ステップで取得されたサービス情報と、前記受信ステップで受信された前記取得要求に含まれる前記画像処理装置のデバイスの能力情報と、に基づき、前記サービス情報で示されるサービスに関する出力形態が、前記画像処理装置のデバイスで処理可能な出力形態であるか否かを判定する判定ステップと、
前記判定ステップで前記画像処理装置のデバイスで処理可能な出力形態であると判定された前記サービスに関するＵＩ部品を前記画像処理装置に返信する返信ステップと、
を有することを特徴とする制御方法。
【請求項９】
画像処理装置に係るコンピュータを、
クライアント端末装置からの接続要求に含まれるサーバー装置の識別情報に基づき、前記サーバー装置へ接続する接続手段と、
前記接続要求に含まれる前記クライアント端末装置と前記サーバー装置との接続に関するセッション情報と、自画像処理装置のデバイスで処理可能な出力形態と、に基づいて、前記サーバー装置が提供するサービスのうち、前記クライアント端末装置のユーザが利用可能なサービスで、かつ、サービスの出力形態が自画像処理装置のデバイスで処理可能な出力形態であるサービスに関するＵＩ部品を前記サーバー装置から取得する取得手段と、
前記取得手段で取得された前記ＵＩ部品の出力設定と、利用可能な自画像処理装置のデバイスのＵＩ部品の出力設定と、に基づいて、出力物に関するプレビュー部品を生成する生成手段と、
前記取得手段で取得された前記ＵＩ部品と、利用可能な自画像処理装置のデバイスのＵＩ部品と、前記生成手段で生成された前記プレビュー部品と、を一つのＵＩ画面に結合する結合手段と、
前記結合手段で結合された前記ＵＩ画面を前記クライアント端末装置に送信する送信手段と、
して機能させることを特徴とするプログラム。
【請求項１０】
サーバー装置に係るコンピュータを、
クライアント端末装置と自サーバー装置とのセッションに関するセッション情報と、画像処理装置のデバイスの能力情報と、を含む、自サーバー装置が提供するサービスのうち、前記クライアント端末装置のユーザが利用可能なサービスで、かつ、サービスの出力形態が前記画像処理装置のデバイスで処理可能な出力形態であるサービスに関するＵＩ部品の取得要求を前記画像処理装置より受信する受信手段と、
前記受信手段で受信された前記取得要求に含まれる前記セッション情報に基づき、前記クライアント端末装置のユーザが利用可能なサービスに関するサービス情報を取得するサービス情報取得手段と、
前記サービス情報取得手段で取得されたサービス情報と、前記受信手段で受信された前記取得要求に含まれる前記画像処理装置のデバイスの能力情報と、に基づき、前記サービス情報で示されるサービスに関する出力形態が、前記画像処理装置のデバイスで処理可能な出力形態であるか否かを判定する判定手段と、
前記判定手段で前記画像処理装置のデバイスで処理可能な出力形態であると判定された前記サービスに関するＵＩ部品を前記画像処理装置に返信する返信手段と、
して機能させることを特徴とするプログラム。
【請求項１１】
請求項９又は１０に記載のプログラムを記憶したコンピュータにより読み取り可能な記憶媒体。
【図１】
【図２】
【図３Ａ】
【図３Ｂ】
【図４】
【図５Ａ】
【図５Ｂ】
【図５Ｃ】
【図５Ｄ】
【図６Ａ】
【図６Ｂ】
【図６Ｃ】
【図２】
【図３Ａ】
【図３Ｂ】
【図４】
【図５Ａ】
【図５Ｂ】
【図５Ｃ】
【図５Ｄ】
【図６Ａ】
【図６Ｂ】
【図６Ｃ】
【公開番号】特開２０１０−９８４５０（Ｐ２０１０−９８４５０Ａ）
【公開日】平成２２年４月３０日（２０１０．４．３０）
【国際特許分類】
【出願番号】特願２００８−２６６５０５（Ｐ２００８−２６６５０５）
【出願日】平成２０年１０月１５日（２００８．１０．１５）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
【公開日】平成２２年４月３０日（２０１０．４．３０）
【国際特許分類】
【出願日】平成２０年１０月１５日（２００８．１０．１５）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
[ Back to top ]