JP2011257964A - 印刷システム、画像処理装置、情報処理装置、および印刷方法 - Google Patents

Abstract

【課題】サーバが提供するアプリケーションが有する印刷データを印刷する際、クライアント上のアプリケーションからの印刷と同様な操作感で、印刷を実行できる印刷システムを提供する。
【解決手段】ＲＵＩ画面をクラウドアプリのポータルとして利用することで、間接的にクラウドアプリとＲＵＩからのダイレクトプリント処理の連携を行う。
【選択図】図１

Description

本発明は、ＲＵＩを用い、ネットワークを介してドキュメントデータを受信し、画像データを印刷することが可能な印刷システムに関する。

従来、特許文献１に開示されているように、クライアントホストでアプリケーションから印刷実行操作を行った際、ブラウザを介してプリントサーバの印刷設定画面の表示を行う。プリントサーバはクライアントホストからブラウザを介して送信された印刷設定に基づいて印刷データに対し設定を行う。そして、印刷フォルダへ送信された印刷ファイルからプリンタドライバを介して印刷データを生成していた。また、近年、アプリケーションの処理自体はアプリケーションサーバ上で実行し、クライアントホスト上のブラウザでアプリケーション画面を表示して操作を行う、クラウドアプリと呼ばれるアプリケーション形態が提供されている。クラウドアプリでは、アプリケーション画面で印刷を指示する場合、ＰＤＦやＸＰＳ等の汎用的な印刷データを生成する。汎用的な印刷データを、ＲＵＩ（Ｒｅｍｏｔｅ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）等のダイレクトプリントユーティリティを介して、プリンタドライバを介さずに、プリンタへ直接送信して印刷を行うことができる。

特開２００８−１５２５４５号公報

しかしながら、例えば特許文献１に開示の印刷システムでは、印刷データは、プリントサーバのプリンタドライバで生成しているため、ユーザが利用するプリンタ機種毎のプリンタドライバを、プリントサーバに用意しておく必要があった。また、プリントサーバが提供する印刷設定画面の表示を行うために、各クライアントホストに予め印刷設定用のプラグインを用意しておかなければならない、という問題があった。

また、クラウドアプリにおいて、印刷処理は印刷データの生成までを提供するため、ユーザは別途、プリントサーバからダウンロードした印刷データを明示的に選択して印刷を行う必要があった。また、ユーザは、クラウドアプリ上の印刷設定と、ＲＵＩ等のダイレクトプリントユーティリティでの印刷設定と、複数個所で印刷設定を行う必要があった。そのため、重複して印刷設定を行うことにより印刷指示が煩雑になる、という問題があった。

本発明は、上述の課題の内、少なくとも１つの課題を解決することを目的としている。そこで、本発明は、画像形成装置が提供するＲＵＩ画面とクラウドアプリとを対応付けて当該画像形成装置に対するプラグイン情報の管理を画像形成装置にて行う。これにより、ユーザは、画像形成装置へのＲＵＩ起動指示を通じて、情報処理装置へプラグインの登録を意識せずに行うことができ、ユーザの利便性を向上できる画像処理システムを提供することが可能とする。

その他の形態として、画像形成装置が提供するＲＵＩ画面をクラウドアプリのポータルとして利用することで、ＲＵＩ画面を介して間接的にクラウドアプリとのダイレクトプリント処理の連携を行う。これにより、ＲＵＩ画面をクラウドアプリの印刷設定画面（ダイレクトプリント画面）として利用し、ユーザの利便性を向上できる画像処理システムを提供することを可能とする。

上記目的を達成するために、本発明は以下の構成を有する。サーバと画像形成装置と情報処理装置とがネットワークを介して接続され、前記サーバが提供するアプリケーションにより生成された印刷データを、前記画像形成装置にてダイレクトプリントが可能な印刷システムであって、前記画像形成装置は、当該画像形成装置が提供するユーザインタフェースと前記サーバが提供するアプリケーションとを対応付けた情報をプラグイン情報として生成する生成手段と、生成された前記プラグイン情報を保持する保持手段と、前記情報処理装置が前記プラグイン情報を登録していない場合に、前記プラグイン情報を前記情報処理装置へ送信する送信手段と、ダイレクトプリントが指示された際に、前記保持手段にて保持するプラグイン情報に基づき、前記ユーザインタフェースとして、印刷対象となる印刷データを生成したアプリケーションに対応する印刷設定を受け付けるダイレクトプリント画面を前記情報処理装置に提供する提供手段とを有し、前記情報処理装置は、前記画像形成装置から送信されたプラグイン情報を登録する登録手段と、ユーザにより、前記サーバが提供するアプリケーションの印刷設定画面にて設定された印刷設定を取得する取得手段と、ユーザによる前記印刷設定に基づき前記サーバが提供するアプリケーションが生成した印刷データに対してダイレクトプリントが指示された際に、前記画像形成装置の提供手段が提供するダイレクトプリント画面に、前記プラグイン情報に基づいて、前記取得手段にて取得した印刷設定を反映して表示する表示手段と、前記サーバが提供するアプリケーションから取得した前記印刷データを、前記画像形成装置が提供する前記ダイレクトプリント画面に対して指定する指定手段とを有する。

以上のように本発明によれば、画像形成装置は、当該画像形成装置が提供するＲＵＩ画面上とクラウドアプリとを対応付けて当該画像形成装置に対するプラグイン情報の管理を行う。これにより、ユーザは、画像形成装置が提供するＲＵＩ起動指示を通じて、情報処理装置へプラグインの登録を意識せずに行うことができる。

また、ＲＵＩ画面をクラウドアプリのポータルとして利用することで、ＲＵＩ画面を介して間接的にクラウドアプリとのダイレクトプリント処理の連携を行う。これにより、ＲＵＩ画面をクラウドアプリの印刷設定画面として利用でき、ユーザの利便性を向上できる画像処理システムを提供することが可能となる。

本発明に係る印刷システムの構成を示す図。 本発明に係るプラグイン情報の登録処理を示すシーケンス図。 本発明に係るクラウドアプリからの印刷処理を示すシーケンス図。 本発明に係るＲＵＩ画面の一例を示す図。 本発明に係るプラグイン制御部１０４における画面の連携を示す図。 本発明に係る履歴情報管理テーブルの一例を示す図。 本発明に係るジョブ履歴画面の一例を示す図。 本発明に係るジョブ履歴からの再印刷処理を示すフロー図。

＜第一の実施形態＞
［システム構成］
以下、本発明を実施するための形態について、図面を用いて説明する。図１は、本発明を適用できる印刷システムの構成を示す図である。図１（Ａ）において、画像処理装置１０００は、情報処理装置２０００、アプリ管理サーバ３０００、印刷データ管理サーバ３００１と、ネットワーク４０００を介して接続可能な装置である。情報処理装置２０００、アプリ管理サーバ３０００、印刷データ管理サーバ３００１として、ＣＰＵ、ディスプレイ、キーボード、マウス、ＨＤＤ、メモリ、ネットワーク通信用のインタフェース等を有する市販のコンピュータを使用することができる。また、各処理は、コンピュータが有するＣＰＵがメモリ等の記憶部に格納されたプログラムを実行することで実現しても良いし、回路構成にて実行されるようにしても良い。また、本実施形態では説明を簡略化するため、図１（Ａ）にて、各種装置がネットワーク４０００を介して接続されていることが示されているが、このネットワークはイントラネット、インターネット何れでも構わない。例えば、画像処理装置１０００および情報処理装置２０００は、イントラネットに位置し、アプリ管理サーバ３０００および印刷データ管理サーバ３００１はインターネット上に位置する構成であっても良い。

続いて、各装置における部位の役割を述べる。なお、本実施形態において、ＲＵＩ（Ｒｅｍｏｔｅ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）とは、アプリケーションが提供する遠隔にて操作可能なユーザインタフェースを意味する。情報処理装置２０００において、ＲＵＩ画面操作部１００は、画像処理装置１０００が印刷可能なドキュメントデータを、プリンタドライバ等を介さずに、ジョブデータとしてダイレクトプリント処理を指示する。アプリ画面操作部１０３は、アプリ管理サーバ３０００で実行されるアプリケーションの操作画面を情報処理装置２０００に表示して、ユーザからの各種操作を受け付ける。ブラウザ制御部１０１は、ＲＵＩ画面操作部１００、アプリ画面操作部１０３へ表示するブラウザコンテンツの各種制御を行う。

プラグイン制御部１０４は、アプリ画面操作部１０３へ表示される画面情報、アプリ管理サーバ３０００とブラウザ制御部１０１でやり取りされる情報の監視を行い、ＲＵＩ画面操作部１００への追加表示制御を行う。印刷データ管理部１０５は、アプリ管理サーバ３０００からダウンロードされた印刷データの保存管理を行う。ネットワークＩ／Ｆ部１０２は、外部とのジョブデータの送受信を行う。

プラグイン制御部１０４の詳細を図１（Ｂ）に示す。アプリ情報管理部１２３は、ブラウザ制御部１０１を介してアプリ画面操作部１０３へ表示されるアプリケーションの各種情報の管理を行う。デバイス情報管理部１２６は、ブラウザ制御部１０１を介してＲＵＩ画面操作部１００へ表示されるＲＵＩの各種情報の管理を行う。

画面情報監視部１２９は、ブラウザ制御部１０１を介してアプリ画面操作部１０３へ表示される画面情報の監視を行う。ＲＵＩ画面情報生成部１３４は、画面情報監視部１２９で取得したアプリケーションへの操作に基づいて、ＲＵＩ画面操作部１００へ入力する入力情報の生成を行う。

ここで、印刷設定方法管理部１２４は、アプリケーションの印刷設定がジョブチケットなど汎用的な情報として取得可能か、アプリケーション固有の情報のために画面情報から取得する必要があるか、などアプリケーション毎の印刷設定方法を管理する。印刷設定情報管理部１２５は、アプリケーションで設定可能な印刷設定（Ｎ−ｕｐ、両面、面付け、拡大縮小、等）について、アプリケーション毎の印刷設定情報を管理する。

画面情報管理部１３０は、アプリケーションの印刷設定を画面情報から取得する必要がある場合に、アプリケーション画面で表示される各種印刷設定として、画面上の位置情報、プルダウンメニュー、ラジオボタン、テキスト入力などの各種画面情報を管理する。印刷データ種別管理部１３１は、アプリ管理サーバ３０００で生成される印刷データ形式（ＰＤＦ、ＸＰＳ、ＴＩＦＦ、ＪＰＥＧ、等）について、アプリケーション毎の印刷データ種別を管理する。

ここで、デバイス情報管理部１２６において、ＲＵＩアクセス方法管理部１２７は、ＲＵＩ制御を行っている画像処理装置１０００のネットワークアドレス、およびＲＵＩコンテンツへのＵＲＩ情報を管理する。印刷設定情報管理部１２８は、ＲＵＩのダイレクトプリント画面で設定可能な印刷設定（Ｎ−ｕｐ、両面、面付け、拡大縮小、等）について、画像処理装置１０００の印刷設定情報を管理する。ＲＵＩ画面情報管理部１３２は、ＲＵＩのダイレクトプリント画面で表示される各種印刷設定の入力指示方式（プルダウンメニュー、ラジオボタン、テキスト入力、等）を管理する。

印刷データ種別管理部１３３は、画像処理装置１０００でダイレクトプリントが実行可能な印刷データ形式（ＰＤＦ、ＸＰＳ、ＴＩＦＦ、ＪＰＥＧ、等）について、印刷データ種別を管理する。これにより、プラグイン制御部１０４は、ダイレクトプリントが可能な印刷データ形式で印刷データを生成するように、アプリ管理サーバへの指示ができる。

アプリ管理サーバ３０００は、アプリケーションに対する各種制御を行うアプリ制御部１１７、印刷データの生成を行う印刷データ生成部１１８、外部とのアプリケーション情報、印刷データの送受信を行うネットワークＩ／Ｆ部１１９、から構成されている。

印刷データ管理サーバ３００１は、印刷データの送受信を行うネットワークＩ／Ｆ部１２０、印刷データに関する各種制御を行う印刷データ制御部１２１、情報処理装置２０００から送信される印刷データを管理する印刷データ管理部１２２から構成されている。

画像処理装置１０００において、ネットワークＩ／Ｆ部１０６は、外部とのジョブデータの送受信を行う。操作部１１２は、ユーザからの指示要求を直接受け付ける。ＲＵＩ制御部１０７は、情報処理装置２０００へダイレクトプリント処理のためのＲＵＩ制御を行う。プラグイン管理部１１３は、プラグイン制御部１０４で実行されるプラグインの各種情報の管理を行う。

ジョブ制御部１０８は、ＲＵＩ制御部１０７を介してネットワークＩ／Ｆ部１０６から受信されるジョブデータの各種制御を行う。印刷データ管理部１１１は、ジョブ制御部１０８で処理された印刷データの保存管理を行う。印刷部１１６は、画像信号を画像形成して印刷出力を行う。ここで、ジョブ制御部１０８において、ジョブ情報解析部１０９は、ジョブデータの各ジョブ属性の解析処理を行う。

ページデータ解析部１１０は、ジョブデータの各ページデータを解析し、オブジェクト単位の中間データ（ディスプレイリストなど）へ変換処理を行う。また、ページデータ解析部１１０は、変換処理された中間データをＲＡＭなどの記憶部（不図示）へ蓄積保存する。データ描画部１１４は、蓄積保存されたオブジェクト単位の中間データから、オブジェクト単位またはページ単位のビットマップデータへ変換処理を行う。出力制御部１１５は、ページ単位のビットマップデータをビデオ信号へ変換処理して、印刷部１１６の画像形成、給紙処理に同期して画像転送処理を行う。

［ダイレクトプリント処理］
次に、このように構成された画像処理システムにおいて、アプリ管理サーバ３０００で実行されるアプリケーションの印刷データを、ジョブデータとしてダイレクトプリントする処理について、図２、図３のフローチャート、及び、図４〜６を用いて詳細に説明する。ここで、ユーザは情報処理装置２０００を利用して各種指示を行っているものとする。なお、本明細書において、「ダイレクトプリント処理（ダイレクトプリント）」とは、サーバ上のアプリケーション等により生成されたデータに対し、画像処理装置に対応するプリンタドライバを介することなく、当該画像処理装置にて印刷処理を実行可能とする処理方式を指す。すなわち、ユーザが扱う情報処理装置において、ドライバレスで、任意のデータに対して所定の画像処理装置に印刷指示を行うことができる。

［プラグイン情報登録処理］
図２は、本発明を適用可能な画像処理システムにおける、プラグイン情報の登録処理を示すシーケンス図である。図２において、まず、情報処理装置２０００のブラウザ制御部１０１は、ユーザからＲＵＩ起動指示を受け付けると、画像処理装置１０００へＲＵＩ起動の通知を行う（Ｓ２００）。次に、画像処理装置１０００は、受信したＲＵＩ起動通知に従って、ＲＵＩ制御部１０７からＲＵＩ画面（後述の図４（Ａ））を情報処理装置２０００のブラウザ制御部１０１へ通知する（Ｓ２０１）。

次に、ユーザが、情報処理装置に表示されたＲＵＩ画面からアプリ登録ボタンの選択を行うと（Ｓ２０２）、ブラウザ制御部１０１から、画像処理装置１０００へアプリ登録ボタン選択情報を送信する（Ｓ２０３）。次に、画像処理装置１０００は、情報処理装置２０００から受信したアプリ登録ボタン選択情報に従って、ＲＵＩ制御部１０７からアプリ登録画面（後述の図４（Ｂ））であるＲＵＩ画面を情報処理装置２０００のブラウザ制御部１０１へ送信する（Ｓ２０４）。次に、ユーザが、情報処理装置２０００にて表示されたアプリ登録画面からアプリケーションの選択を行うと（Ｓ２０５）、情報処理装置２０００のブラウザ制御部１０１から、画像処理装置１０００へアプリケーション選択情報を送信する（Ｓ２０６）。

次に、画像処理装置１０００は、受信したアプリケーション選択情報に従い、プラグイン管理部１１３においてアプリケーション選択情報に対応するプラグイン情報の生成を行う（Ｓ２０７）。次に、画像処理装置１０００は、プラグイン管理部１１３において、ＲＵＩ画面でユーザにより選択されたアプリ起動ボタンに対応付けて、プラグイン情報の登録を行う（Ｓ２０８）。次に、画像処理装置１０００は、ＲＵＩ制御部１０７において、ＲＵＩ画面（後述の図４（Ｃ））の変更を行い（Ｓ２０９）、ＲＵＩ制御部１０７で変更されたＲＵＩ画面を情報処理装置２０００のブラウザ制御部１０１へ送信する（Ｓ２１０）。

ここで、図４は、本発明を適用できる、ＲＵＩ画面操作部１００に表示される、ＲＵＩ画面の一例を示す図である。図４（Ａ）に示すように、ＲＵＩ画面４００の初期状態ではアプリを登録可能なアプリ起動ボタン４０１、４０２、４０３があり、アプリが未登録な場合には、「未登録」表示となっている。「未登録」表示となっているアプリ起動ボタンを押下すると、図４（Ｂ）に示すアプリ登録画面が表示される。図４（Ｂ）において、アプリ登録画面４０５には、予めアプリ情報が登録されているアプリ候補ボタン４０６、４０７、４０８が表示されており、ユーザはボタン押下を行うのみで、アプリの登録を行うことができる。また、アプリケーション実行用ＵＲＩ入力欄４０９を備え、ここにアプリケーション実行用ＵＲＩを入力してＯＫボタン４１１を押下することにより、ユーザは、アプリ情報が未登録のアプリケーションについて、詳細情報を入力することができる。

ここで、図４（Ｃ）は、図４（Ａ）において、アプリ起動ボタン４０１を選択し、図４（Ｂ）において、アプリ候補ボタン４０６を選択した場合のＲＵＩ画面４００を示す。ここで、アプリ起動ボタン４０１はアプリケーション登録済のため、アプリケーション名が表示されたアプリ起動ボタン４１２へと変更されている。このような、アプリを起動するための画面は、第１の画面として実現される。

［印刷処理］
図３は、本実施形態に係る画像処理システムにおける、クラウドアプリからの印刷処理を示すシーケンス図である。図３（Ａ）において、まず、情報処理装置２０００のブラウザ制御部１０１は、ユーザから、ＲＵＩ起動指示を受け付けると、画像処理装置１０００へＲＵＩ起動指示を通知する（Ｓ３００）。次に、画像処理装置１０００は、ＲＵＩ起動指示を受け付けた情報処理装置２０００のプラグイン制御部１０４にプラグイン情報が登録済か否かの判定処理を行う（Ｓ３０１）。ここで、画像処理装置１０００のプラグイン管理部１１３に、プラグイン情報登録済である情報処理装置２０００のブラウザ制御部１０１の識別情報を保持しておくことでプラグイン情報の登録済判定を行うことができる。画像処理装置１０００は、判定処理の結果、プラグイン情報が未登録の場合にはプラグイン情報を情報処理装置２０００のプラグイン制御部１０４へ送信する（Ｓ３０２）。

情報処理装置２０００のプラグイン制御部１０４は、画像処理装置１０００からプラグイン情報を受け付けると、受け付けたプラグイン情報からアプリ情報の読出しを行い、アプリ情報管理部１２３へ登録処理を行う（Ｓ３０３）。続いて、プラグイン制御部１０４は、プラグイン情報からデバイス情報の読出しを行い、デバイス情報管理部１２６へ登録処理を行う（Ｓ３０４）。ここで、プラグイン制御部１０４は、アプリ情報及びデバイス情報の登録が管理すると、画像処理装置１０００からのプラグイン情報通知に応答して、プラグイン登録完了通知を送信する（Ｓ３０５）。

図５は本発明を適用できる、プラグイン制御部１０４により情報処理装置２０００に表示する画面の連携を示す図である。図５（Ａ）はプラグイン登録前の状態を示しており、情報処理装置２０００のディスプレイに表示される画面表示５００には、ＲＵＩ画面操作部１００により表示されるＲＵＩ画面５０１と、アプリ画面操作部１０３により表示されるアプリ画面５０２がある。ここで、プラグイン制御部１０４に、アプリ情報及びデバイス情報の登録が完了していない状態では、ＲＵＩ画面５０１と、アプリ画面５０２はブラウザ制御部１０１の制御によって、それぞれ独立して画面表示、及び画面からの入力制御が行われている。これに対し、図５（Ｂ）はプラグイン登録後の状態を示しており、プラグイン制御部１０４にアプリ情報及びデバイス情報の登録が完了すると、ＲＵＩ画面５０１とアプリ画面５０２は、プラグイン制御部１０４を介して表示及び入力制御の連携が可能になる。

次に、画像処理装置１０００は、プラグイン情報通知（Ｓ３０２）の後、プラグイン制御部１０４からの応答（Ｓ３０５）を待って、プラグイン制御部１０４へＲＵＩ画面の送信を行う（Ｓ３０６）。なお、Ｓ３０１にてすでにプラグインが登録済みと判定された場合には、プラグイン制御部１０４へ直接ＲＵＩ画面の送信を行う。情報処理装置２０００のプラグイン制御部１０４は、画像処理装置１０００からＲＵＩ画面の情報を受け付けると、ブラウザ制御部１０１へＲＵＩ画面の情報を渡す（Ｓ３０７）。このように、情報処理装置２０００のブラウザ制御部１０１と画像処理装置１０００間の通信は、プラグイン制御部１０４を介して行われる。

次に、情報処理装置２０００のブラウザ制御部１０１は、ユーザからＲＵＩ画面を介してアプリ起動ボタンの選択を受け付ける（Ｓ３０８）。その後、どのアプリ起動ボタンが選択されたかをプラグイン制御部１０４へ通知する（Ｓ３０９）。プラグイン制御部１０４は、ブラウザ制御部１０１からのアプリ起動選択通知に応じて、アプリ管理サーバ３０００へアプリ起動指示を行う（Ｓ３１０）。続いて、プラグイン制御部１０４は、情報処理装置２０００のブラウザ制御部１０１とアプリ管理サーバ３０００との間で行われるアプリ画面への操作の監視を開始する（Ｓ３１１）。なお、ユーザは、起動させたアプリケーションを利用し各種データを生成することが可能である。アプリケーションとは、例えば、文書編集を行うアプリケーションの他、画像編集を行うアプリケーション等が挙げられる。

続いて、情報処理装置２０００のブラウザ制御部１０１は、アプリ管理サーバ３０００から受信したアプリ画面に従って、アプリの画面表示を行う（Ｓ３１２）。ブラウザ制御部１０１は、アプリ画面操作部１０３を介して入力されるユーザからの操作を受け付ける（Ｓ３１３）。ブラウザ制御部１０１は、アプリ管理サーバ３０００のアプリケーション本体での画面更新が必要な場合には、その要求をアプリ管理サーバ３０００へ通知する（Ｓ３１４）。ここでは、ユーザからの印刷指示に従って、印刷設定画面の要求を行っている。

ブラウザ制御部１０１は、アプリ管理サーバ３０００に対する要求に応じてアプリ管理サーバ３０００が送信したアプリ画面に従って、アプリ画面の表示を更新する（Ｓ３１５）。ブラウザ制御部１０１は、アプリ画面操作部１０３を介して入力される、ユーザからのアプリ画面への印刷設定操作を受け付ける（Ｓ３１６）。次に、ブラウザ制御部１０１は、ユーザからの印刷実行指示に従って、印刷実行要求を送信するが、このときプラグイン制御部１０４が、アプリ画面への操作の監視により、アプリ管理サーバ３０００への要求を一旦取得する（Ｓ３１７）。

次に、プラグイン制御部１０４は、取得した印刷実行要求からアプリケーションへの印刷設定を読出し、一時保存する（Ｓ３１８）。これにより、アプリ画面を介してユーザが設定した印刷設定を取得することができる。次に、プラグイン制御部１０４は、画像処理装置１０００へダイレクトプリント画面要求を送信する（Ｓ３１９）。画像処理装置１０００は、プラグイン制御部１０４から送信されたダイレクトプリント画面要求に応じて、プラグイン制御部１０４へダイレクトプリント画面の送信を行う（Ｓ３２０）。プラグイン制御部１０４は、ダイレクトプリント画面を受け付けると、一時保存していたアプリケーション画面での印刷設定を読み出し、ダイレクトプリント画面の各印刷設定項目入力欄へ入力を行い、ダイレクトプリント画面の更新を行う（Ｓ３２１）。次に、プラグイン制御部１０４は、更新されたダイレクトプリント画面をブラウザ制御部１０１へ送信する（Ｓ３２２）。

ここで、図４（Ｄ）は、Ｓ３２１においてプラグイン制御部１０４により更新されたダイレクトプリント画面を示す。このような、ダイレクトプリントを行うための画面は、第２の画面として実現される。図４（Ｄ）において、ダイレクトプリント画面４２０には、ダイレクトプリントを実行するファイル指定欄４１４があるが、プラグイン制御部１０４によって、仮のファイル名が入力されている。実際にダイレクトプリントされるファイル名及びファイルへのパスは、プラグイン制御部１０４により、アプリ管理サーバ３０００からダウンロードされるファイル名へ置換えられる。ここでの処理については、後述する。同様に、印刷設定４１５〜４１７が、Ｓ３２１におけるプラグイン制御部１０４による印刷設定入力によって、アプリケーション画面での印刷設定が反映済となっている。即ち、プラグイン制御部１０４は、プラグイン制御部１０４が取得した印刷設定が表示されるよう表示制御する。印刷設定４１８、４１９は、アプリケーション画面での印刷設定にない、画像処理装置１０００固有の印刷設定であり、ユーザは、個別に設定を追加して、ダイレクトプリントを実行することができる。

次に、図３（Ｂ）において、ブラウザ制御部１０１は、ＲＵＩ画面操作部１００を介して入力されるユーザからのＲＵＩダイレクトプリント画面への印刷設定操作を受け付ける（Ｓ３２３）。ブラウザ制御部１０１は、ユーザからの印刷実行指示（印刷実行ボタン４１３押下）に従って、プラグイン制御部１０４へ印刷実行要求を送信する（Ｓ３２４）。プラグイン制御部１０４は、ＲＵＩダイレクトプリント画面への印刷実行を受け付けると、アプリ管理サーバ３０００へ印刷データの生成要求を送信する（Ｓ３２５）。

プラグイン制御部１０４は、アプリ管理サーバ３０００で印刷データの生成が行われると、アプリ管理サーバ３０００から生成された印刷データのダウンロードを行う（Ｓ３２６）。情報処理装置２０００における印刷データのダウンロード先は、アプリ情報管理部１２３に予め設定しておいても良いし、ブラウザ制御部１０１を介してアプリ画面操作部１０３にてユーザに指示させても良い。

プラグイン制御部１０４は、アプリ管理サーバ３０００からダウンロードした印刷データのダウンロード先の情報を一時保持する（Ｓ３２７）。次に、プラグイン制御部１０４は、ダイレクトプリント画面４２０のファイル指定欄４１４の入力内容を実際にダウンロードされた印刷データのダウンロード先へのパスへ更新し、ダイレクトプリント印刷ジョブを画像処理装置１０００へ送信する（Ｓ３２８）。ダイレクトプリント印刷ジョブには、少なくとも、アプリ管理サーバ３０００からダウンロードした印刷データと、プラグイン制御部１０４が取得した印刷設定が含まれている。画像処理装置１０００は、ダイレクトプリント印刷ジョブ実行後、プラグイン制御部１０４へ印刷ジョブの完了通知を行う（Ｓ３２９）。次に、プラグイン制御部１０４は、画像処理装置１０００から印刷ジョブの完了通知を受け付けると、ダウンロードされた印刷データの保存確認画面を、ブラウザ制御部１０１へ送信する（Ｓ３３０）。

ここで、図４（Ｅ）は、プラグイン制御部１０４によりＲＵＩ操作画面にて表示する印刷データ確認画面を示す。図４（Ｅ）において、印刷データ確認画面４２１では印刷完了結果４２２が表示され、更にユーザが一時保存されている印刷処理後の印刷データに対する処理を選択できる。例えば、図４（Ｅ）に示すように、印刷データを削除する場合には、削除ボタン４２６を選択し、再利用のために別の保存先へ移動させる場合には、保存させたい場所を指定するボタン４２３、４２４、４２５のいずれかを選択できる。

例えば、情報処理装置２０００内の任意のディレクトリに保存する場合にはボタン４２３、印刷データ管理サーバ３００１で提供されるＷｅｂＤＡＶ等の外部ストレージに保存する場合にはボタン４２４にて指定することができる。また、ボタン４２５により画像処理装置１０００への保存を指定する場合、印刷データ管理部１１１へはアプリ管理サーバ３０００からダウンロードした印刷データそのものを保存、またはジョブ制御部１０８で処理されたビットマップデータ形式で保存とすることもできる。なお、保存先としての選択項目は上記に限定されるものではなく、必要に応じて追加、削除しても構わない。また、保存先を１箇所に限定するものでもない。

次に、ブラウザ制御部１０１は、ＲＵＩ画面操作部１００を介して表示された印刷データ確認画面により入力されるユーザからの保存先確認操作を受け付ける（Ｓ３３１）。ブラウザ制御部１０１は、ユーザからの保存先確認操作に従って、プラグイン制御部１０４へ保存先確認結果を通知する（Ｓ３３２）。次に、プラグイン制御部１０４は、保存先確認結果の判定処理を行う（Ｓ３３３）。プラグイン制御部１０４は、保存先確認結果が印刷データの保存先指定であった場合（ボタン４２３、４２４、４２５のいずれかが押下された場合）には、指定された保存先に従い、アプリ管理サーバ３０００からダウンロードした印刷データを保存する（Ｓ３３４）。

プラグイン制御部１０４は、保存先確認結果が印刷データの削除指示であった場合（削除ボタン４２６が押下された場合）には、アプリ管理サーバ３０００からダウンロードした印刷データの削除を行う（Ｓ３３５）。次に、プラグイン制御部１０４は、印刷データの保存または削除処理が完了すると、ダイレクトプリント処理結果の履歴情報を、画像処理装置１０００へ送信する（Ｓ３３６）。画像処理装置１０００は、プラグイン制御部１０４から送信されるダイレクトプリント処理結果の履歴情報をジョブ履歴として保存する（Ｓ３３７）。以上により、ダイレクトプリント処理を終了する。

［履歴情報管理テーブル］
図６は、画像処理装置１０００における履歴情報管理テーブルの一例を示す図である。図６において、履歴情報管理テーブルには、ジョブ処理された日付６０１、ドキュメント名６０２、ユーザ名６０３、印刷データのファイル名６０４、ダイレクトプリントを実行した印刷データの生成元であるアプリ名６０５、印刷データの保存先確認結果欄６０６、及び保存先アドレス６０７の情報が記録されている。なお、ここで挙げた履歴情報の項目は一例であり、管理の必要性に応じて、追加・削除しても構わない。

ここで、保存先確認結果欄６０６が“Ｄｉｒｅｃｔｏｒｙ”の場合には、情報処理装置２０００内の任意のディレクトリパスが保存先アドレス６０７の欄に記録される。具体的には項目６０８に示すとおりである。保存先確認結果欄６０６が“Ｓｅｒｖｅｒ”の場合には、印刷データ管理サーバ３００１内のファイルへのパス情報が保存先アドレス６０７に記録される。具体的には項目６０９に示すとおりである。保存先確認結果欄６０６が“Ｄｅｖｉｃｅ”の場合には、画像処理装置１０００内の印刷データ格納先が保存先アドレス６０７に記録される。具体的には項目６１０に示すとおりである。プラグイン制御部１０４での保存先確認結果が印刷データの削除指示であった場合には、保存先確認結果欄６０６には“Ｎｏｎｅ”が記録され、項目６１１に示すように保存先アドレスは空となる。

以上により、画像形成装置１０００が提供するＲＵＩ画面上のアプリ起動ボタンにサーバが提供するアプリケーションを対応付け、画像処理装置１０００でプラグイン情報の管理を行う。これにより、ユーザは、画像形成装置に対するＲＵＩ起動指示を通じて、意識せずに、情報処理装置２０００へ当該画像形成装置のプラグインの登録を行うことができる。また、画像形成装置が提供するＲＵＩ画面をサーバが提供するクラウドアプリのポータルとして利用することで、間接的にクラウドアプリとＲＵＩ画面からのダイレクトプリント処理の連携を行う。これにより、画像形成装置が提供するＲＵＩ画面をクラウドアプリの印刷設定画面として利用することができ、ユーザの利便性を向上できる。

＜第二の実施形態＞
第一の実施形態において、画像処理装置１０００では、図６に示す履歴情報管理テーブルで印刷データの保存先を記録するように構成されていた。ここで、履歴情報管理テーブルに記録された印刷データの保存先を利用して、印刷データに対するデータ取得を行うことでＲＵＩ画面から再印刷ジョブを実行できるように構成することもできる。

図７は、本実施形態に係るＲＵＩ画面操作部１００に表示されるジョブ履歴画面の一例を示す図である。図７（Ａ）において、ＲＵＩ初期画面７００には、ジョブ履歴表示ボタン７０１があり、ボタンを押下すると、図７（Ｂ）に示すジョブ履歴画面が表示される。図７（Ｂ）において、ジョブ履歴画面７０２には、ジョブ履歴情報として、日付７０７、ドキュメント名７０８、ユーザ名７０９、印刷データのファイル名７１０、印刷データの生成元であるアプリ名７１１が表示されている。これにより、ユーザは、再印刷対象となるジョブを識別することができる。ここで表示される情報は、図６にて示した履歴情報管理テーブルから取得されており、ユーザがジョブを識別するために必要な項目であれば、ここで表示した項目に限られない。また、それぞれのジョブに対して、再印刷を実行する再印刷実行ボタン７０３〜７０６が表示されている。ここで、ダイレクトプリントジョブ実行後の保存先確認で印刷データの削除指示を行ったジョブについては、再印刷実行ボタン７０６がグレイアウトされ、ジョブ履歴からの再印刷が不可になっている。なお、再印刷が不可である履歴については、予め表示しないようにしても構わない。

［再印刷処理］
図８は、本実施形態に係るプラグイン制御部１０４における、ジョブ履歴からの再印刷処理を示すフローチャートである。図８において、まず、プラグイン制御部１０４は、ブラウザ制御部１０１を介して、ＲＵＩ初期画面７００で、ジョブ履歴表示ボタン７０１が押下されたことを検知する（Ｓ８０１）。

次に、プラグイン制御部１０４は、ジョブ履歴表示ボタン７０１の押下に応じて、ブラウザ制御部１０１を介して、ＲＵＩ画面操作部１００へジョブ履歴画面７０２の表示を指示する（Ｓ８０２）。ＲＵＩ画面操作部１００へジョブ履歴画面７０２の表示が行われると、プラグイン制御部１０４は、再印刷実行ボタン７０３〜７０５の押下を監視する（Ｓ８０３）。次に、プラグイン制御部１０４は、再印刷実行ボタン７０３〜７０５により、ジョブ履歴からの再印刷が指示されると（Ｓ８０３にてＹＥＳ）、画像処理装置１０００から、選択されたジョブのジョブ履歴情報の読出しを行う（Ｓ８０４）。

次に、プラグイン制御部１０４は、ジョブ履歴情報から、印刷データの保存先が画像処理装置１０００内であるかを確認する（Ｓ８０５）。印刷データの保存先が、画像処理装置１０００内である場合には（Ｓ８０５にてＹＥＳ）、ブラウザ制御部１０１を介して、ＲＵＩ画面操作部１００へ保存ジョブの印刷指示画面表示を行う（Ｓ８１２）。ここでの印刷指示は、画像処理装置１０００における通常のBOX印刷の処理に対応する。なお、画像処理装置１０００内に印刷データがある場合とは、履歴情報管理テーブルにおけるファイルの保存先確認結果欄６０６の値が“Ｄｅｖｉｃｅ”である場合である。そして、本処理を終了する。印刷データの保存先が、画像処理装置１０００内でない場合には（Ｓ８０５にてＮＯ）、プラグイン制御部１０４は、ジョブ履歴情報から、印刷データの保存先が印刷データ管理サーバ３００１内であるかを確認する（Ｓ８０６）。ここで、印刷データ管理サーバ３００１内に印刷データがある場合とは、履歴情報管理テーブルのファイルの保存先確認結果欄６０６の値が“Ｓｅｒｖｅｒ”である場合である。

印刷データの保存先が、印刷データ管理サーバ３００１内でない場合には（Ｓ８０６にてＮＯ）、さらに、ジョブ履歴情報から、該当ジョブがＲＵＩ画面を表示している情報処理装置２０００からダイレクトプリントされたものかを確認する（Ｓ８１３）。ここで、ダイレクトプリントがされていない場合とは、履歴情報管理テーブルのファイルの保存先確認結果欄６０６の値が“Ｄｉｒｅｃｔｏｒｙ”である場合である。該当ジョブがＲＵＩ画面を表示している情報処理装置２０００からダイレクトプリントされたものではない場合には（Ｓ８１３にてＹＥＳ）、エラー表示を行う（Ｓ８１４）。ここで、エラー表示として、どの画像処理装置からダイレクトプリントされたジョブであるか、画像処理装置のホスト名やアドレス情報を履歴情報に格納しておき、表示することも可能である。そして、本処理を終了する。

印刷データの保存先が印刷データ管理サーバ３００１内である場合には（Ｓ８０６にてＹＥＳ）、印刷データ管理サーバ３００１から印刷データの取得を行う（Ｓ８０７）。次に、プラグイン制御部１０４は、ダイレクトプリント画面４２０のファイル指定欄４１４の入力内容を取得した印刷データの格納先へのパスに更新する（Ｓ８０８）。ここで、Ｓ８１３にて情報処理装置２０００内に印刷データがあると判定された場合（Ｓ８１３にてＮＯ）には、その格納先のパスに設定する。次に、プラグイン制御部１０４は、ブラウザ制御部１０１を介して、ＲＵＩ画面操作部へダイレクトプリント画面表示を行う（Ｓ８０９）。そして、プラグイン制御部１０４は、ユーザからの印刷実行指示（印刷実行ボタン４１３押下）を監視する（Ｓ８１０）。プラグイン制御部１０４は、印刷実行ボタン４１３の押下により、ダイレクトプリント実行が指示されると（Ｓ８１０にてＹＥＳ）、ダイレクトプリント印刷ジョブの実行指示を画像処理装置１０００へ送信する。そして、画像処理装置１０００は印刷を実行する（Ｓ８１１）。以上により、処理を終了する。

以上により、ＲＵＩ画面上から、履歴情報管理テーブルに記録された印刷データの保存先を利用して、印刷データの取得を行うことで、ユーザは、印刷データの保存先を意識せずに再印刷ジョブを実行することもできる。

＜その他の実施形態＞
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。

Claims (8)

1. サーバと画像形成装置と情報処理装置とがネットワークを介して接続され、前記サーバが提供するアプリケーションにより生成される印刷データを、前記画像形成装置にてダイレクトプリントが可能な印刷システムであって、
   前記画像形成装置は、
   当該画像形成装置が提供するユーザインタフェースと前記サーバが提供するアプリケーションとを対応付けた情報をプラグイン情報として生成する生成手段と、
   生成された前記プラグイン情報を保持する保持手段と、
   前記情報処理装置が前記プラグイン情報を登録していない場合に、前記プラグイン情報を前記情報処理装置へ送信する送信手段と、
   ダイレクトプリントが指示された際に、前記保持手段にて保持するプラグイン情報に基づき、前記ユーザインタフェースとして、印刷対象となる印刷データを生成したアプリケーションに対応する印刷設定を受け付けるダイレクトプリント画面を前記情報処理装置に提供する提供手段と
   を有し、
   前記情報処理装置は、
   前記画像形成装置から送信されたプラグイン情報を登録する登録手段と、
   ユーザにより、前記サーバが提供するアプリケーションの印刷設定画面にて設定された印刷設定を取得する取得手段と、
   ユーザによる前記印刷設定に基づき前記サーバが提供するアプリケーションにより生成された印刷データに対してダイレクトプリントが指示された際に、前記画像形成装置の提供手段が提供するダイレクトプリント画面に、前記プラグイン情報に基づいて、前記取得手段にて取得した印刷設定を反映して表示する表示手段と、
   前記サーバが提供するアプリケーションから取得した前記印刷データを、前記画像形成装置が提供する前記ダイレクトプリント画面に対して指定する指定手段と
   を有することを特徴とする印刷システム。
2. 前記情報処理装置は、
   ダイレクトプリントが実行された印刷データの保存先の指定をユーザから受け付ける保存先確認手段と、
   前記保存先確認手段にて指定された保存先に応じて、前記印刷データの保存を行う保存手段と、
   前記印刷データの保存先を履歴情報として保持する保持手段と
   を更に有することを特徴とする請求項１に記載の印刷システム。
3. 前記画像形成装置は、前記ユーザインタフェースを介して、ユーザから印刷データの再印刷を行うと指定された際に、前記保持手段により前記履歴情報として保持された印刷データの保存先の情報を利用して、前記印刷データの取得を行うデータ取得手段を更に有することを特徴とする請求項２に記載の印刷システム。
4. サーバと画像形成装置と情報処理装置とがネットワークを介して接続され、前記サーバが提供するアプリケーションにより生成された印刷データを、前記画像形成装置にてダイレクトプリントが可能な印刷システムを構成する画像形成装置であって、
   当該画像形成装置が提供するユーザインタフェースと前記サーバが提供するアプリケーションとを対応付けた情報をプラグイン情報として生成する生成手段と、
   生成された前記プラグイン情報を保持する保持手段と、
   前記情報処理装置が前記プラグイン情報を登録していない場合に、前記プラグイン情報を前記情報処理装置へ送信する送信手段と、
   ダイレクトプリントが指示された際に、前記保持手段にて保持するプラグイン情報に基づき、前記ユーザインタフェースとして、印刷対象となる印刷データを生成したアプリケーションに対応する印刷設定を受け付けるダイレクトプリント画面を前記情報処理装置に提供する提供手段と
   を有することを特徴とする画像形成装置。
5. サーバと画像形成装置と情報処理装置とがネットワークを介して接続され、前記サーバが提供するアプリケーションにより生成された印刷データを、前記画像形成装置にてダイレクトプリントが可能な印刷システムを構成する情報処理装置であって、
   前記画像形成装置から送信されたプラグイン情報を登録する登録手段と、
   ユーザにより、前記サーバが提供するアプリケーションの印刷設定画面にて設定された印刷設定を取得する取得手段と、
   ユーザによる前記印刷設定に基づき前記サーバが提供するアプリケーションにより生成された印刷データに対してダイレクトプリントが指示された際に、前記画像形成装置の提供手段が提供するダイレクトプリント画面に、前記プラグイン情報に基づいて、前記取得手段にて取得した印刷設定を反映して表示する表示手段と、
   前記サーバが提供する前記アプリケーションから取得した前記印刷データを、前記画像形成装置が提供する前記ダイレクトプリント画面に対して指定する指定手段と
   を有することを特徴とする情報処理装置。
6. サーバ、および画像形成装置とネットワークを介して接続可能な情報処理装置であって、
   前記サーバが提供するアプリケーションを利用して生成したデータの印刷がユーザにより指示された場合、該指示に応じて前記サーバから送信された印刷設定画面を介してユーザが設定した印刷設定を取得する取得手段と、
   前記データを前記サーバから受信し、受信した当該データと、前記取得手段により取得された印刷設定とを前記画像形成装置へ送信する送信手段と
   を有することを特徴とする情報処理装置。
7. 前記サーバが提供するアプリケーションの起動を指示するための第１の画面を前記画像形成装置から取得し、取得した前記第１の画面を表示しているブラウザを介して前記サーバが提供するアプリケーションの起動を指示する指示手段と、
   前記サーバが提供するアプリケーションを利用して生成したデータの印刷が指示された場合、前記画像形成装置が提供する該画像形成装置へ印刷を指示するための第２の画面に、前記取得手段により取得された印刷設定が表示されるよう制御する表示制御手段と
   を更に有し、
   前記送信手段は、
   ユーザにより前記第２の画面を介して印刷指示を受け付けた場合に、前記サーバから受信した前記データと、前記取得手段により取得された印刷設定とを前記画像形成装置へ送信することを特徴とする請求項６に記載の情報処理装置。
8. サーバと画像形成装置と情報処理装置とがネットワークを介して接続され、前記サーバが提供するアプリケーションにより生成された印刷データを、前記画像形成装置にてダイレクトプリントが可能な印刷システムにおける印刷方法であって、
   前記画像形成装置において、
   生成手段が、当該画像形成装置が提供するユーザインタフェースと前記サーバが提供するアプリケーションとを対応付けた情報をプラグイン情報として生成する生成工程と、
   管理手段が、生成された前記プラグイン情報を管理する管理工程と、
   送信手段が、前記情報処理装置が前記プラグイン情報を登録していない場合に、前記プラグイン情報を前記情報処理装置へ送信する送信工程と、
   提供手段が、ダイレクトプリントが指示された際に、前記管理工程において管理するプラグイン情報に基づき、前記ユーザインタフェースとして、印刷対象となる印刷データを生成したアプリケーションに対応する印刷設定を受け付けるダイレクトプリント画面を前記情報処理装置に提供する提供工程と
   を有し、
   前記情報処理装置において、
   登録手段が、前記画像形成装置から送信されたプラグイン情報を登録する登録工程と、
   取得手段が、ユーザにより、前記サーバが提供するアプリケーションの印刷設定画面にて設定された印刷設定を取得する取得工程と、
   表示手段が、ユーザによる前記印刷設定に基づき前記サーバが提供するアプリケーションが生成した印刷データに対してダイレクトプリントが指示された際に、前記画像形成装置の提供工程にて提供されるダイレクトプリント画面に、前記プラグイン情報に基づいて、前記取得工程にて取得した印刷設定を反映して表示する表示工程と、
   指定手段が、前記サーバが提供するアプリケーションから取得した前記印刷データを、前記画像形成装置が提供する前記ダイレクトプリント画面に対して指定する指定工程と
   を有することを特徴とする印刷方法。

Images