プリントサーバーおよび印刷データ提供方法および印刷システム
【課題】サーバーの印刷データをプリンタでプルプリントする際には、要求元のプリンタの情報がプリントサーバー上に存在していない。そのため、用紙エラーが発生することがある。
【解決手段】プリンタからのプルプリント要求に、プリンタの用紙サイズ情報を付加する。プリントサーバー１０４は、入稿された印刷データの用紙サイズと、プルプリント要求に付加された用紙サイズ情報とを比較する。不一致であれば、プリンタで用紙エラーが発生すると判断し、その場合には印刷データの用紙サイズを、プリンタで利用可能な用紙サイズに変換する。
【解決手段】プリンタからのプルプリント要求に、プリンタの用紙サイズ情報を付加する。プリントサーバー１０４は、入稿された印刷データの用紙サイズと、プルプリント要求に付加された用紙サイズ情報とを比較する。不一致であれば、プリンタで用紙エラーが発生すると判断し、その場合には印刷データの用紙サイズを、プリンタで利用可能な用紙サイズに変換する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、印刷システム、特にプルプリントシステムにおいて、プルプリント実行の際に用紙エラーを発生させずに印刷の完了までを実行するプリントサーバーおよび印刷データ提供方法および印刷システムに関する。
【背景技術】
【０００２】
近年、クラウドサービスとしてインターネット上にサービスを公開することによりビジネス展開がされてきている。プリントサーバーもインターネット上のプリントサービスとして機能を提供することが求められてきている。クラウドサービスとしてサービスを提供することは、大規模なデータセンター上にプリントサーバーを配置することで顧客ごとのハードウェアの管理が不要となる。また、サーバーの負荷に応じてリソースを追加するようなことが容易に行えるといったさまざまなメリットがある。このため、プリントサーバーからプリンタがインターネット越しに印刷データを取得する形態であるプルプリントを行う環境が求められている。プルプリントの際には、プリンタが印刷の起点となるため、あらかじめプリンタの情報がプリントサーバー上に存在していない。そのため、プルプリントを実行しようとするとプリントサーバーに保存された印刷ジョブがプリンタでは印刷できない場合がある。
【０００３】
予めプリンタの情報がプリントサーバーに登録されている状態で、プリンタの能力情報に合わせて印刷データを変換する技術が特許文献１に開示されている
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００２−１６９６７１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記で述べたようにプリントサーバーをインターネット上のサービスとして機能を提供しようとした場合、プリントサーバーに接続できるすべてのプリンタからプルプリントされる可能性があるため、予めプリンタの情報を保持することはできない。そのため、あらかじめプリンタの能力情報に合わせて印刷データを変換することはできない。たとえば、プリンタで印刷できる用紙サイズと、入稿された印刷データの用紙サイズとが一致せず、用紙エラーが発生するという課題がある。
【０００６】
本発明は上記従来例にかんがみてなされたもので、プリンタの用紙サイズ情報などのプリンタに固有の状態があらかじめプリントサーバーに保存されていない環境においても、当該プリンタに固有の状態をプリントサーバーが保持していないことに起因する印刷設定上のエラー、たとえば用紙エラーを発生させないプリントサーバーおよび印刷データ提供方法および印刷システムを提供することを目的とする
【課題を解決するための手段】
【０００７】
上記目的を達成するために本発明は以下の構成を有する。
【発明の効果】
【０００８】
本発明によれば、プリンタに固有の情報があらかじめプリントサーバーに保存されていないネットワーク印刷システムにおいても、当該プリンタに固有の情報をプリントサーバーが保持していないことに起因するエラーの発生を防止できるという効果がある。たとえば、あらかじめプリンタの用紙サイズ情報がプリントサーバーに保存されていない環境においても、用紙エラーを発生させない印刷システムを提供できる。これにより、ユーザーがプルプリントを実行しようとした際に、用紙エラーにより印刷できなくなることを防止できる。
【図面の簡単な説明】
【０００９】
【図１】ネットワーク構成を示すブロック図
【図２】プリントサーバー、クライアント端末、プリンタのハードウェア構成図
【図３】プリントサーバー、クライアント端末、プリンタのモジュール構成図
【図４】プリントサーバー、プルプリントアプリケーションのソフトウェア構成図
【図５】Ｗｅｂブラウザからプリントサーバーへの入稿確認画面
【図６】プリントサーバーのプリント履歴管理部が管理する変換履歴テーブルの図
【図７】実施例１におけるプリントサーバー、Ｗｅｂブラウザの動作フローの図
【図８】実施例１におけるプリントサーバー、プルプリントアプリケーションの動作フローの図
【図９】実施例１におけるプルプリントアプリケーションが表示する印刷データ選択画面の図
【図１０】実施例２におけるプリントサーバー、プルプリントアプリケーションの動作フローの図
【図１１】実施例２におけるプルプリントアプリケーションが表示する用紙サイズ変換確認画面の図
【図１２】実施例３におけるプリントサーバー、プルプリントアプリケーションの動作フローの図
【図１３】実施例４におけるプリントサーバー、Ｗｅｂブラウザの動作フローの図
【発明を実施するための形態】
【００１０】
以下、本発明を実施するための最良の形態について図面を用いて説明する。
【００１１】
［実施形態１］
図１は、本発明の実施の形態に係る印刷システムの全体構成を示す図である。図１において、クライアント端末１０１〜１０３、プリントサーバー１０４、プリンタ１０５〜１０８は、ネットワーク１０９〜１１１を介して接続されている。図において、プリントサーバー１０４はプリンタに印刷データを提供する印刷データ提供を行う。クライアント端末１０１〜１０３、プリンタ１０５〜１０８は、複数台接続されていることを仮定しているが、それぞれ1台であってもよい。ネットワーク１０９〜１１１は、例えば、インターネット等のＬＡＮ、ＷＡＮ、電話回線、専用デジタル回線、ＡＴＭやフレームリレー回線、ケーブルテレビ回線、データ放送用無線回線等のいずれである。またこれらの組み合わせにより実現される、いわゆる通信ネットワークである。ネットワーク１０９〜１１１は、データの送受信が可能であればよい。そして、クライアント端末１０１〜１０３からプリントサーバー１０４、プリンタ１０５〜１０８への通信手段、プリンタ１０５〜１０８からプリントサーバー１０４への通信手段は異なっていてもよい。クライアント端末１０１〜１０３は、例えば、デスクトップパソコン、ノートパソコン、モバイルパソコン、ＰＤＡ（パーソナルデータアシスタント）等から成るが、プログラムの実行環境が内蔵された携帯電話であってもよい。クライアント端末１０１〜１０３では、Ｗｅｂブラウザ（インターネットブラウザ、ＷＷＷブラウザ、Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂの利用に供するブラウザ）等のプログラムを実行する環境が内蔵されている。
【００１２】
プリントサーバー１０４は、入稿リクエストをクライアント端末１０１〜１０３のＷｅｂブラウザから受けると文書データを格納する。また、プリンタ１０５〜１０８からのプルプリントリクエストを受けると、文書データを送信する。
【００１３】
＜ハードウェア構成＞
図２は、本発明の実施形態に係る印刷システムのクライアント端末１０１〜１０３、プリントサーバー１０４とプリンタ１０５〜１０８のハードウェア構成図である。図２において、装置全体の制御を行うＣＰＵ２０２は、ハードディスク（ＨＤＤ）２０５に格納されているアプリケーションプログラムやＯＳ等を実行し、ＲＡＭ２０３にプログラムの実行に必要な情報、ファイル等を一時的に格納する制御を行う。記憶手段としてのＲＯＭ２０４は、内部には、基本Ｉ／Ｏプログラム等のプログラム、印刷処理の際に使用する印刷データ、プリンタ情報等の各種データを記憶する。一時記憶手段としてのＲＡＭ２０３は、ＣＰＵ２０２の主メモリ、ワークエリア等として機能する。ＨＤＤ２０５は外部記憶手段の一つであり、大容量メモリとして機能するハードディスクである。Ｗｅｂブラウザ等のアプリケーションプログラム、プリントサーバープログラム、ＯＳ、関連プログラム等を格納している。表示手段であるディスプレイ２０６は、キーボード２０７から入力したコマンドや、プリンタのステータス等を表示したりするものである。Ｉ／Ｆ２０８は外部装置Ｉ／Ｆであり、プリンタ、ＵＳＢ機器、周辺機器を接続するためのインターフェイスである。キーボード２０７は指示入力手段であるキーボードである。システムバス２０１は、印刷システムのプリントサーバー内におけるデータの流れを司るバスである。ネットワークインタフェースカード（ＮＩＣ）２０９は、該ＮＩＣ２０９、ネットワーク１０９〜１１１を介して外部装置とのデータのやり取りを行う。なお、上記コンピュータの構成はその一例であり、図２の構成例に限定されるものではない。例えば、データやプログラムの格納先は、その特徴に応じてＲＯＭ、ＲＡＭ、ＨＤＤなどで変更することも可能である。
【００１４】
また、プリンタ１０５〜１０８のコントローラ２０９は、プリンタの制御系を司る機器である。装置全体の制御を行うＣＰＵ２１０は、システムバス２１８に接続される各種デバイスとのアクセスを統括的に制御する。この制御は、ＲＯＭ２１２に記憶された制御プログラム等あるいはディスクコントローラ(ＤＫＣ２１６)を介して接続された外部メモリ２２３に記憶された制御プログラムやリソースデータ(資源情報)等に基づく。ＣＰＵ２１０の主メモリ、ワークエリア等として機能するＲＡＭ２１１はで、図示しない増設ポートに接続されるオプションRAMによりメモリ容量を拡張することができるように構成されている。大容量メモリとして機能する外部記憶手段２１３は、プルプリントアプリケーションプログラム及び関係プログラム等を格納している。操作パネル（操作部）２２１はプルプリントの操作を行うユーザーインタフェースやプルプリント切り替えボタンが配置される。また、プリンタ１０５〜１０８の動作モード等の設定やプリンタ１０５〜１０８の動作状況の表示、複写指定等の操作を行うためのボタンおよび液晶パネルやＬＥＤ２１４等の表示部も配置される。ネットワークインタフェースカード（ＮＩＣ）２１９は、該ＮＩＣ２１９を介して外部装置とのデータのやり取りを行う。なお、本図で示したプリントエンジン２２０は既知の印刷技術を利用するものであり、好適な実施系として例えば電子写真方式(レーザービーム方式)やインクジェット方式、昇華方(熱転写)方式等が挙げられる。ラスタコントローラ２１５は、ＰＤＬ言語・ＰＤＦ言語である印刷データを画像データに変換するコントローラである。機器Ｉ／Ｆ２１７は、ＵＳＢ等で接続可能な外部機器との接続Ｉ／Ｆである。
【００１５】
＜システム構成＞
図３は、本発明の実施形態に係る印刷システムのシステム構成図である。プリントサーバー１０４には、印刷ジョブを管理する印刷ジョブ管理サービス３０６がある。印刷ジョブ管理サービス３０６はたとえばプリントサーバー１０４で実行されるプログラムにより実現される。このサービスは、Ｗｅｂアプリケーション３０２または他サービスから投入される文書データ等を印刷データとしてストレージ３０７に管理する。印刷データのデータフォーマットは、たとえばＰＤＬまたは、ＰＤＦ等の形式である。ただし、このネットワーク印刷システムにおいて共通に知られ、プリンタやクライアント端末が対応可能な形式であれば、これに限らない。なおプリントサーバー１０４により保存管理される印刷データは、直ちにプリンタにダウンロードして印刷できるため、特に本実施形態では印刷ジョブと呼ぶことにする。ストレージ３０７はプリントサーバー１０４の情報処理装置に内蔵するＨＤＤまたは、外部接続しているＨＤＤ、または、ネットワークストレージ等の記憶装置である。Ｗｅｂアプリケーション３０２は、クライアント端末１０１〜１０３に動作しているＷｅｂブラウザ３０１で表示可能なＷｅｂページを作成し、Ｗｅｂブラウザ３０１からのリクエストに応答し、作成したＷｅｂページをリクエストに対して返信する。ユーザーはＷｅｂアプリケーション３０２を介してプリントサーバー１０４に文書データを入稿する。Ｗｅｂサービス３０３は、プリンタ１０５〜１０８のプルプリントアプリケーション３０４からのプルプリントリクエストに対し、印刷データのダウンロードポインタを返す。ダウンロードポインタは、たとえば印刷データの所在をコンピュータにより特定可能な形式で記述した情報である。１つの例として、ＵＲＬ（Unified Resource Locator）で表現する方法が考えられる。また、プルプリントアプリケーション３０４からのダウンロード要求に対して、印刷データを返す。プリンタ１０５〜１０８のプルプリントアプリケーション３０４は、ユーザーからの印刷リクエストを受け付ける。ユーザーからの印刷リクエストは、たとえばプリンタの操作パネル等のユーザーインターフェースを介して入力される。なお、プルプリントアプリケーションとは、印刷対象の印刷データを、それを提供するサーバー等に要求し、要求に応じてダウンロードされる印刷データを受信し、受信した印刷データを印刷するためのプログラムである。また、印刷ジョブ管理サービス３０６、Webアプリケーション３０２、Webサービス３０３はそれぞれ独立したプログラムであり、それぞれ別々の情報処理装置に配置することが可能である。これらのプログラムはそれぞれネットワークに繋がった情報処理装置に配置し、それぞれのプログラム間で通信を行う。またこれらのプログラムを同情報処理装置に配置することも可能である。
【００１６】
＜プリントサーバーおよびプルプリントアプリケーションのソフトウエア構成＞
図４は、本発明の実施形態に係る印刷システムのソフトウェア構成図である。プリントサーバー１０４にインストールされた印刷ジョブ管理サービス３０６の印刷データ管理部４０１は、印刷データの管理を行う。Ｗｅｂサービス３０３から印刷データの取得要求を受け取ると、ストレージ３０７から指定の印刷データを取得し、Webサービス３０３に渡す。印刷ジョブ情報管理部４０２はストレージ３０７で管理している印刷データの印刷ジョブ情報を管理する。ジョブ情報としては、印刷データを識別するジョブ識別IDや、ドキュメント名、PDLやPDF等のデータフォーマットを識別するデータ種類（ジョブ種類）や、受付日時、最終印刷日時、ユーザー名、ページ数、用紙サイズ等の印刷設定、印刷データのダウンロードポインタ等の情報で構成される。
【００１７】
用紙サイズ最適化サービス３０５の用紙サイズ変換履歴管理部４０３は、認証サービス３０８で管理されるユーザー情報と、用紙サイズの変換履歴とを関連付けて、それぞれを図６に図示する用紙サイズ変換履歴テーブル６００で管理する。用紙サイズ変換部４０４は、印刷データ管理部４０１で管理される印刷データの用紙サイズを変換する。用紙サイズの変換の際には、変換前の印刷データの印刷領域がすべて変換後の印刷データの印刷領域に収まるように拡縮を行う。たとえば、印刷データがＰＤＦであった場合には、ベクターデータに対して拡縮を行うことで用紙サイズを変換する。また、ジョブ情報に含まれた用紙サイズを変換後のサイズで書き換える。用紙サイズの変換がおこなわれたなら、用紙サイズ変換部４０４は用紙サイズ変換履歴管理部４０３に対して印刷データＩＤ、変換前後の用紙サイズなどを通知する。用紙サイズ変換履歴管理部４０３は、用紙サイズの変換履歴として、たとえば印刷データＩＤと変換前後の用紙サイズ、ユーザーＩＤ、印刷データのダウンロード先などを、ユーザー情報と関連付けて用紙サイズ変換履歴テーブル６００に保存する。なお本実施形態では印刷設定として上述の用紙サイズを取り上げて説明するが、印刷設定とプリンタの状態とが一致しなければエラーが生じるような印刷設定項目に関しては、本発明は用紙サイズと同様に適用できる。
【００１８】
Ｗｅｂアプリケーション３０２のセッション管理部４０５は、認証サービス３０８で認証が成立した、クライアントのＷｅｂブラウザ３０１からのリクエストをセッションとして管理する。ページ生成部４０６は、Ｗｅｂブラウザ３０１からのリクエストに対し後述の図５の入稿画面５００のようなＷｅｂ画面を作成し、Ｗｅｂブラウザ３０１に返信する。リクエスト受付部４０７は、Ｗｅｂブラウザ３０１からの入稿リクエストを受ける。
【００１９】
Ｗｅｂサービス３０３のリクエスト受付部４０９は、プリンタのプルプリントアプリケーション３０４から印刷ジョブ取得要求を受ける。印刷ジョブ取得部４０８は、印刷ジョブ取得要求をリクエスト受付部４０９が受けると前述の印刷ジョブ管理サービス３０６に印刷データ取得要求を出す。
【００２０】
プリンタのプルプリントアプリケーション３０４のプルプリント受付部４１０は、ユーザーの画面操作による印刷リクエストを受ける。Webサービス送信部４１１は、プリントサーバー１０４のWebサービス３０３へ印刷ジョブ取得リクエストを通知する。Ｗｅｂブラウザ３０１から印刷リクエスト等を受けると、印刷ジョブ取得４１２は、Ｗｅｂサービス送信部４１１を通してＷｅｂサービス３０３から印刷ジョブを取得し、印刷ジョブ送信部４１６に送る。印刷ジョブ送信部４１６は、コントローラ２０９に印刷データを送信する。プルプリントコントローラ４１３は、プルプリントアプリケーション３０４全体の動作管理を行うものであり、各部への動作指示等は、このコントローラ経由で行う。用紙サイズ情報管理部４１４はプリンタに装着されて現在利用可能な用紙サイズの情報をセンサ等で検知し、保存管理する。用紙サイズの検知はたとえば定期的に行ったり、あるいは用紙カセットの交換を検知する都度行う。印刷制御部４１５は、プリンタで実行されている印刷ジョブの状態を監視する。たとえばプリンタに装着された利用可能な用紙サイズのなかに、実行しようとする印刷ジョブの用紙サイズがない場合など、印刷制御部４１５がその状態を監視してエラーを出力する。
【００２１】
＜入稿ユーザーインターフェース＞
図５は、本発明の実施形態に係る印刷システムのWebアプリケーション３０２が作成し、クライアント端末１０１〜１０３のＷｅｂブラウザ３０１で表示するWeb画面の一例である。
【００２２】
図５においてＷｅｂ画面５００は、一般的なＷｅｂブラウザの画面を示している。参照ボタン５０３は、一般的なＷｅｂアプリケーションで用いられる、クライアント端末１０１〜１０３の文書データのパスを取得するためのボタンである。テキストボックス５０２は、参照ボタン５０３によって選択された文書データのパスを表示する。入稿ボタン５０４は、入稿を確定し、文書データをＷｅｂアプリケーション３０２にアップロードするためのボタンである。キャンセルボタン５０５は入稿をキャンセルするためのボタンである。
【００２３】
ユーザーは、図５の画面上において参照ボタンを５０３やテキストボックス５０２を用いて入稿しようとする文書データへのパスおよびファイル名を指定し、入稿ボタン５０４を押す。それによって指定された文書データがプリントサーバー１０４に引き渡され、必要があればＰＤＦ等の共通形式に変換され、ストレージ３０７に印刷データとして保存される。もちろん、印刷データＩＤや用紙サイズ等を含むジョブ情報も付帯的に保存される。ジョブ情報には、文書の作成者、バージョン、作成日時、アクセス制限等を含むこともできる。また用紙サイズのほかにも、プリンタに依存する情報を含むこともできる。なお本実施形態ではプリントサーバー１０４が印刷データを管理するものとしているが、印刷データの管理は他のサーバーにより行うこともできる。この場合にはもちろん当該サーバーが登録しようとする文書の送り先になる。
【００２４】
＜用紙サイズ変換履歴管理テーブル＞
図６は、用紙サイズ最適化サービス３０５の用紙サイズ変換履歴管理部４０３で管理する用紙サイズ変換履歴管理テーブル６００である。ユーザーＩＤ６０１は認証サービス３０８が管理するユーザーＩＤに対応したＩＤである。変換前用紙サイズ６０２は、該ユーザーＩＤ６０１のユーザーが用紙サイズ最適化サービス３０５を介して用紙サイズを変換した場合の、変換前の印刷データの用紙サイズである。変換後用紙サイズ６０３は、該ユーザーＩＤ６０１のユーザーが用紙サイズ最適化サービス３０５を介して用紙サイズを変換した場合の、変換後の印刷データの用紙サイズである。印刷データＩＤ６０４は、用紙サイズ最適化サービス３０５が用紙サイズ変換した元印刷データの印刷データＩＤである。用紙サイズ最適化サービス３０５は、該印刷ジョブの用紙サイズ変換履歴を印刷データＩＤ６０４を検索することで参照する。変換後データＵＲＬ６０５は、用紙変換後の印刷データのダウンロード先のＵＲＬである。用紙サイズ最適化サービス３０５は、入稿された印刷データを用紙サイズ変換するか判断する際に、用紙サイズ変換履歴管理部４０３が管理する用紙サイズ変換履歴管理テーブルを参照する。
【００２５】
＜印刷システムによる入稿処理フロー＞
図７は、本発明の実施形態に係る印刷システムのプリントサーバー１０４が、クライアント端末１０１〜１０３のＷｅｂブラウザ３０１からの入稿要求を受け付けるフローを説明した図である。図中、Ｓ７０１，Ｓ７０４−Ｓ７０６，Ｓ７１０−Ｓ７１１はクライアント端末のウエブブラウザにより、そのほかのステップはプリントサーバー１０４により実行される。
【００２６】
Ｓ７０１で、クライアント端末１０１等のＷｅｂブラウザ３０１はプリントサーバー１０４のリクエスト受付部４０７に対して入稿画面要求を送信する。
【００２７】
Ｓ７０２で、プリントサーバー１０４のリクエスト受付部４０７はＷｅｂブラウザ３０１から入稿画面要求を受信する。Ｓ７０３で、プリントサーバー１０４のページ生成部４０６は入稿画面５００を生成する。続いて、プリントサーバー１０４はＷｅｂブラウザ３０１に対して入稿画面５００（図５参照）を記述したデータ（以下、単に入稿画面と呼ぶ）を送信する。プリントサーバー１０４は入稿画面５００をＨＴＭＬ形式のデータとして送信する。
【００２８】
Ｓ７０４で、Ｗｅｂブラウザ３０１はプリントサーバー１０４のリクエスト受付部４０７から入稿画面５００を受信する。Ｓ７０５で、Ｗｅｂブラウザ３０１は入稿画面５００を表示する。Ｓ７０６で、ユーザーにより参照ボタン５０３が押下されて、入稿する印刷データが選択される。ユーザーが印刷データを選択すると、テキストボックス５０２に印刷データのパスを表示する。続いて、ユーザーが入稿ボタン５０４を押下すると、Ｗｅｂブラウザ３０１は印刷データをプリントサーバー１０４のリクエスト受付部４０７に対して送信する。
【００２９】
Ｓ７０７で、プリントサーバー１０４のリクエスト受付部４０７はＷｅｂブラウザ３０１から送信された印刷データを受信する。Ｓ７０８で、プリントサーバー１０４のリクエスト受付部４０７は印刷データを印刷ジョブ管理サービス３０６の印刷データ管理部４０１に格納する。Ｓ７０９で、プリントサーバー１０５のページ生成部４０６は不図示の入稿確認画面を生成する。続いて、プリントサーバー１０５のリクエスト受付部４０７は入稿確認画面をＷｅｂブラウザ３０１に対して送信する。
【００３０】
Ｓ７１０で、Ｗｅｂブラウザ３０１はプリントサーバー１０５のリクエスト受付部４０７から不図示の入稿確認画面を受信する。Ｓ７１１で、Ｗｅｂブラウザ３０１は入稿確認画面を表示する。
【００３１】
以上の手順により、ユーザーは所望とする文書データを指定して、プリントサーバー１０４にアップロードできる。プリントサーバー１０４は、受信した文書データを、ＰＤＦ等の所定形式の印刷データとしてストレージ３０７等に構築した文書データベースに登録する。
【００３２】
＜印刷システムによる印刷実行フロー＞
図８は、本発明の実施形態に係る印刷システムのプリンタ１０５〜１０８のプルプリントアプリケーション３０４が適切な用紙サイズの印刷データを取得し、印刷を実行するフローを説明する図である。このとき、ユーザーはプリンタ１０５〜１０８を利用するために認証サービス３０８で管理されるユーザーＩＤであらかじめログインしているものとする。なお図中、Ｓ８０１，Ｓ８０４−Ｓ８０７，Ｓ８１３−Ｓ８１８はプリンタのプルプリントアプリケーション３０４により、そのほかのステップはプリントサーバー１０４により実行される。
【００３３】
Ｓ８０１で、プルプリントアプリケーション３０４のプルプリント受付部４１０は、ログインしたユーザーによるプルプリントの操作に応じてＷｅｂサービス送信部４１１を呼び出す。Ｗｅｂサービス送信部４１１はプリントサーバー１０４のＷｅｂサービス３０３のリクエスト受付部４０９に対して印刷ジョブ一覧の取得要求を送信する。このとき、印刷ジョブ一覧の取得要求には、ユーザーＩＤが含まれる。
【００３４】
Ｓ８０２で、プリントサーバー１０４のＷｅｂサービス３０３のリクエスト受付部４０９は、印刷ジョブ一覧取得要求を受信する。Ｓ８０３で、プリントサーバー１０４のＷｅｂサービス３０３のリクエスト受付部４０９は、印刷ジョブ情報管理部４０２から該当するユーザーＩＤの印刷ジョブの一覧情報を取得する。続いて、プルプリントアプリケーション３０４のＷｅｂサービス送信部４１１に対して、印刷ジョブ一覧を送信する。印刷ジョブの一覧情報は、たとえばＸＭＬフォーマットで記述される。なお、一覧表示される印刷ジョブは、ユーザーＩＤの一致するものとは限らず、たとえばあらかじめ設けられたアクセス制限により決まる範囲内の対象とするなど、このほかの選択の仕方もあり得る。Ｓ８０４で、プルプリントアプリケーション３０４のＷｅｂサービス送信部４１１は印刷ジョブ一覧を受信する。Ｓ８０５で、プルプリントアプリケーション３０４のプルプリント受付部４１０は、操作パネル２２１に図９に図示する印刷ジョブ選択画面９００を表示する。印刷ジョブ選択画面９００印刷の印刷データ名９０１は、プルプリントされる対象の印刷データの名称すなわち印刷データＩＤである。印刷ジョブ選択画面９００印刷の用紙サイズ９０２は、印刷データの用紙サイズである。印刷ジョブ選択画面９００印刷の入稿日時９０３は、ユーザーがＷｅｂブラウザ３０１から印刷ジョブが入稿された日時である。なお、ジョブ選択画面９００で表示される印刷ジョブの一覧は、Ｓ８０２で取得した印刷ジョブの一覧である。
【００３５】
Ｓ８０６で、ユーザーが印刷ジョブ選択画面９００で印刷ジョブを選択すると、プルプリント受付部４１０はＷｅｂサービス送信部４１１を呼び出す。Ｗｅｂサービス送信部４１１は、選択された印刷ジョブに対するプルプリント要求を生成する。プルプリント要求は、たとえばＸＭＬフォーマットで記述する。このとき、プルプリント要求には、要求元のプリンタで使用可能な用紙サイズ、すなわち用紙サイズ情報管理部４１４で管理する用紙サイズ情報が含まれる。使用可能な用紙サイズとは、たとえばプルプリント要求作成時にプリンタにセットされている用紙のサイズである。複数のサイズの用紙がセットされていれば、それらすべてをプルプリント要求に含める。なおプルプリント要求には、プルプリント要求であることを示す情報、対象の印刷データを特定する情報なども含まれる。Ｓ８０７で、プルプリントアプリケーション３０４のＷｅｂサービス送信部４１１はプリントサーバー１０４のＷｅｂサービス３０３のリクエスト受付部４０９にプルプリント要求を送信する。
【００３６】
Ｓ８０８で、プリントサーバー１０４のＷｅｂサービス３０３のリクエスト受付部４０９はプルプリント要求を受信する。Ｓ８０９で、プリントサーバー１０４のＷｅｂサービス３０３のリクエスト受付部４０９はプルプリント要求に含まれたプリンタ１０５〜１０８の用紙サイズ情報を読み取る。Ｓ８１０で、プリントサーバー１０４のＷｅｂサービス３０３のリクエスト受付部４０９は用紙サイズ最適化サービス３０５を呼び出す。用紙サイズ最適サービス３０５は、プルプリント要求で要求された印刷ジョブの用紙サイズ情報を印刷ジョブ管理サービス３０６の印刷ジョブ情報管理部４０２から読み出す。ここで、Ｓ８０９で読み取ったプリンタ１０５〜１０８の用紙サイズ情報と、選択されている印刷ジョブの用紙サイズ情報を比較する。このとき、プリンタ１０５〜１０８の用紙サイズ情報のなかに、印刷ジョブの用紙サイズ情報と一致するものがなければＳ８１１へ、一致するものがあればＳ８１２へ処理を分岐させる。すなわち、受信したプルプリント要求に含まれた前記プリンタの状態すなわち用紙サイズで、受信したプルプリント要求に含まれた印刷データＩＤに関連付けて保存された印刷設定すなわち用紙サイズでの印刷が実行可能であるか判定し、可能であればＳ812へ、なければＳ811へ分岐する。
【００３７】
Ｓ８１１で、用紙サイズ最適化サービス３０５の用紙サイズ変換部４０４は用紙サイズ変換を実行する。このとき、プリンタ１０５〜１０８の用紙サイズ情報の中から、印刷ジョブの用紙サイズと最も近い用紙サイズへ用紙サイズ変換する。最も近い用紙サイズとは、変換前と変換後の拡縮率が最も少なくて済む用紙サイズのことである。用紙サイズは規格化されているので、各用紙サイズ間の変倍率は予め表化しておくことができる。なお、本実施例では例えば印刷データがＰＤＦであった場合、単純なベクターデータの拡縮により用紙サイズを変換する。しかし、用紙サイズ変換手法に関してはこれに限定されるものではない。たとえば、印刷ジョブの用紙サイズより大きなサイズがプリンタで利用可能なら、データの変倍はせずに用紙サイズのみ変更し、印刷ジョブの用紙サイズより大きなサイズが利用できない場合に限って変倍とサイズ変更とを行うといった方法もとり得る。またデータを縮小せずトリミングすることもできる。いずれにしても、利用する用紙サイズが印刷ジョブの用紙サイズよりも小さい場合には、用紙サイズを変更するとともに、印刷データを加工して当該用紙サイズに合わせる必要がある。利用する用紙サイズが印刷ジョブの用紙サイズよりも大きい場合には、用紙サイズを当該サイズへと変更することは必要であるが、印刷データを当該用紙サイズに合わせることは選択的である。ただしデータがビットマップなどであれば、データの変倍を行わなくとも、余白を充てんするなどの加工が必要なこともある。続いて、用紙サイズ変換部４０４は、印刷データ管理部４０１へ変換済データを格納し、印刷ジョブ情報管理部４０２に変換した印刷データの印刷ジョブ情報を登録する。
【００３８】
Ｓ８１２で、プリントサーバー１０４のＷｅｂサービス３０３のリクエスト受付部４０９は、プルプリントアプリケーション３０４のウェブサービス送信部４１１に印刷ジョブのダウンロード元を示すダウンロードポインタを送信する。ダウンロードポインタとは、たとえばＵＲＬのことである。このとき、ダウンロードポインタとして送信するＵＲＬは、Ｓ８１１で用紙サイズ変換していた場合は、用紙サイズ変換後の印刷ジョブのＵＲＬである。Ｓ８１１で用紙サイズ変換しなかった場合は、元の印刷ジョブのＵＲＬである。
【００３９】
Ｓ８１３で、プルプリントアプリケーション３０４のウェブサービス送信部４１１はプリントサーバー１０４のＷｅｂサービス３０３のリクエスト受付部４０９からダウンロードポインタを受信する。Ｓ８１４で、プルプリントアプリケーション３０４の印刷データ取得部４１２はプリントサーバー１０４のＷｅｂサービス３０３のリクエスト受付部４０９に対して受信したダウンロードポインタを指定してダウンロード要求を送信する。
【００４０】
Ｓ８１５で、プリントサーバー１０４のＷｅｂサービス３０３のリクエスト受付部４０９は、プルプリントアプリケーション３０４の印刷データ取得部４１３からダウンロードポインタで指定される印刷データのダウンロード要求を受信する。Ｓ８１６で、プリントサーバー１０４のＷｅｂサービス３０３のリクエスト受付部４０９は印刷データ管理部４０１から指定された印刷データを読み出し、プルプリントアプリケーション３０４の印刷データ取得部４１２に送信する。
【００４１】
Ｓ８１７で、プルプリントアプリケーション３０４の印刷データ取得部４１２は印刷データを受信する。Ｓ８１８で、プルプリントアプリケーション３０４の印刷ジョブ送信部４１６は、コントローラ２０９に印刷データを送信する。続いて、コントローラ２０９で印刷が実行される。この際、あらかじめ用紙サイズ情報管理部４１４で管理された用紙サイズに印刷データが変換されているため、サイズの不一致による用紙エラーが発生することはない。
【００４２】
以上のように、実施形態１では用紙エラーを発生させることなく、プルプリントを実行することができる。
【００４３】
なお本実施形態ではプリントサーバー１０４はプリンタにいったんダウンロードポインタを引き渡すことで間接的に印刷データを引き渡しているが、Ｓ８１２において直接的に印刷データをダウンロードさせることもできる。
【００４４】
［実施形態２］
実施形態２として、実施例１のＳ８１０において、用紙サイズが適切でないと判断した場合に、ユーザーに元印刷データの変換可否を選択させる実施形態を示す。用紙サイズが適切でない場合にそのまま印刷データを受信すると、印刷時に用紙エラーとなる。しかしながら、ユーザーや印刷データによっては、元の印刷データを変換したくない場合がある。実施形態２では、一旦ユーザーが介入して変換の可否を選択できる構成とすることで、より柔軟にユーザーの要求に対応することができる。
【００４５】
図１０は、本発明の実施形態に係る印刷システムのプリンタ１０５〜１０８のプルプリントアプリケーション３０４がユーザーの指示に従って、適切な用紙サイズの印刷データを取得し、印刷を実行するフローを説明する図である。
【００４６】
なお、図１〜７、９に関する実施形態は実施形態１と同様のため説明を省略する。また、図１０のＳ１００１〜Ｓ１０１０、Ｓ１０１７〜Ｓ１０２４は図８のＳ８０１〜Ｓ８１０、Ｓ８１１〜Ｓ８１８とそれぞれ同様のため説明を省略する。
【００４７】
Ｓ１０１０で印刷ジョブの用紙サイズに一致する用紙サイズがプリンタで利用可能ではないと判定されると、Ｓ１０１１で、プリントサーバー１０４のＷｅｂサービス３０３のリクエスト受付部４０９は、プルプリントアプリケーション３０４のＷｅｂサービス送信部４１１に用紙サイズ変換可否要求を送信する。
【００４８】
Ｓ１０１２で、プルプリントアプリケーション３０４のＷｅｂサービス送信部４１１は、プリントサーバー１０４のＷｅｂサービス３０３のリクエスト受付部４０９から用紙サイズ変換可否要求を受信する。Ｓ１０１３で、プルプリントアプリケーション３０４のＷｅｂサービス送信部４１１はプルプリント受付部４０１を呼び出す。プルプリント受付部４０１は、操作パネル２２１に図１１に示す用紙サイズ変換可否画面を表示する。図１１において、プルプリント受付部４０１は、印刷データが印刷しようとしているプリンタ１０５〜１０８の保持する用紙サイズと適合しないことを示す。Ｓ１０１３で、プリンタ１０５〜１０８の操作パネル２２１上でユーザーがＯＫボタン１１０２または、Ｃａｎｃｅｌボタン１１０１を押下することで用紙サイズの変換可否を指示する。Ｓ１０１４で、プルプリントアプリケーション３０４のプルプリント受付部４０１は、Ｗｅｂサービス送信部４１１を呼び出す。Ｗｅｂサービス送信部４１１は、プリントサーバー１０４のＷｅｂサービス３０３のリクエスト受付部４０９に用紙サイズ変換可否を送信する。たとえばＯＫボタンが押されたなら変換可、キャンセルボタンが押されたなら変換不可である旨を送信する。
【００４９】
Ｓ１０１５で、プリントサーバー１０４のＷｅｂサービス３０３のリクエスト受付部４０９はプルプリントアプリケーション３０４のＷｅｂサービス送信部４１１から用紙サイズ変換可否を受信する。Ｓ１０１６で、プリントサーバー１０４のＷｅｂサービス３０３のリクエスト受付部４０９はＳ１０１４で送信された用紙サイズ変換可否に従って処理を分岐させる。用紙サイズ変換が可であった場合、Ｓ１０１７へ、不可で合った場合はＳ１０１８へ処理を分岐させる。
【００５０】
図１０で説明したように、実施形態２ではユーザーの用紙サイズ変換の要望に従って用紙サイズ変換の実施、非実施を切り替えることができる。実施形態２により、一旦ユーザーが変換の可否を選択できる構成とすることで、より柔軟にユーザーの要求に対応することができる。
【００５１】
なお、印刷ジョブの用紙サイズがプリンタで利用できないにもかかわらず用紙サイズ変換しない旨の指定をされた場合には、本実施形態では、印刷データをそのままプリンタにダウンロードする。したがってこの場合には印刷前に用紙サイズが一致しない旨のエラーがプリンタで生じることになる。ユーザー例えばこのエラーを受けて用紙を交換し、印刷を続行することができる。
【００５２】
［実施形態３］
実施形態３として、実施形態１のＳ８１１において印刷データの用紙サイズ変換を行った際に、変換後の印刷データを保持する実施形態を示す。実施形態３により、プリントサーバー１０４は、一度用紙サイズ変換された印刷データに関しては用紙サイズ変換を実施することなく即座に印刷データを送信することができる。
【００５３】
図１２は、本発明の実施形態に係る印刷システムのプリンタ１０５〜１０８のプルプリントアプリケーション３０４が用紙サイズ変換を実施した場合に、用紙サイズ変換の結果を保存しておくフローを説明する図である。
【００５４】
なお、図１〜７、９に関する実施形態は実施形態１と同様のため説明を省略する。
【００５５】
また、図１２のＳ１２０１〜Ｓ１２１０、Ｓ１２１４〜Ｓ１２２０は図８のＳ８０１〜Ｓ８１０、Ｓ８１２〜Ｓ８１８とそれぞれ同様のため説明を省略する。
【００５６】
Ｓ１２１１で、プリントサーバー１０４のＷｅｂサービス３０３のリクエスト受付部４０９は、用紙サイズ変換履歴管理部４０３を呼び出す。用紙サイズ変換履歴管理部４０３は、指定された印刷データが以前に用紙サイズ変換済みであるかを判別する。用紙サイズ変換履歴管理部４０３は、図６に図示した変換履歴テーブルを参照して、印刷データＩＤと変換後の用紙サイズとが一致する記録を検索することで、当該印刷データが利用可能な用紙サイズに変換された記録があるかどうかを判別する。続いて、プリントサーバー１０４のＷｅｂサービス３０３のリクエスト受付部４０９は、プリントサーバー１０４の該当する用紙サイズへの変換済みデータが存在した場合はＳ１２１４へ、変換済データが存在しない場合はＳ１２１２へ処理を分岐させる。Ｓ１２１２で、用紙サイズ変換部４０４は用紙サイズを変換する。変換方法に関しては実施例１に記載の通りである。Ｓ１２１３で、プリントサーバー１０４のＷｅｂサービス３０３のリクエスト受付部４０９は用紙サイズの変換履歴を図６に示す変換履歴テーブル６００に格納する。また、用紙サイズ変換した印刷データを印刷データ管理部４０１に保存する。Ｓ１２１４で、プリントサーバー１０４のＷｅｂサービス３０３のリクエスト受付部４０９はプルプリントアプリケーション３０４のウェブサービス送信部４１１に印刷ジョブ印刷ジョブのダウンロード元を示すダウンロードポインタを送信する。ダウンロードポインタとは、たとえばＵＲＬのことである。このとき、ダウンロードポインタとして送信するＵＲＬは、Ｓ１２１０で用紙サイズが適切と判断されていた場合は、元の印刷データのＵＲＬである。また、Ｓ１２１１で変換済データがあると判断された場合は、変換済データのＵＲＬである。変換済データのＵＲＬは図６に示す変換履歴テーブル６００に格納されている。Ｓ１２１２で用紙サイズ変換を行った場合は、用紙サイズ変換後の印刷データのＵＲＬである。
【００５７】
以上説明したように、実施形態３により、プリントサーバー１０４は、一度用紙サイズ変換された印刷データに関しては用紙サイズ変換を実施することなく即座に印刷データを送信することができる。
【００５８】
［実施形態４］
実施形態４として、ユーザーごとに用紙サイズの変換履歴も保持し、以前に用紙サイズの変換履歴のあったユーザーに関しては印刷データの入稿時にあらかじめ用紙サイズ変換する実施形態を示す。実施形態４により、用紙サイズの変換履歴を持つユーザーが再度用紙サイズ変換を必要とした場合に、用紙サイズ変換を実施することなく即座に印刷データを送信することができる。なお本実施形態は入稿時の処理に特徴があり、前述した実施形態１乃至３のいずれか任意のひとつと組み合わせて印刷システムを構成することができる。
【００５９】
図１３は、本発明の実施形態に係る印刷システムのプリンタ１０５〜１０８のプルプリントアプリケーション３０４が用紙サイズ変換を実施した場合に、用紙サイズ変換の結果を保存しておくフローを説明する図である。このとき、実施形態３で示したようにあらかじめユーザー毎の変換履歴が変換履歴テーブル６００に保存されていることを前提とする。図１３は実施形態１乃至３における図７に代えて用いられる。
【００６０】
なお、図１〜６に関する実施形態は実施形態１と同様のため説明を省略する。また、プルプリントの処理に関しては、図８，１０，１２のいずれを適用してもよい。
【００６１】
また、図１３のＳ１３０１〜Ｓ１３０８、Ｓ１３１３〜Ｓ１３１５は図７のＳ７０１〜Ｓ７０８、Ｓ７０９〜Ｓ７１１とそれぞれ同様のため説明を省略する。
【００６２】
Ｓ１３０９で、プリントサーバー１０４のリクエスト受付部４０９は用紙サイズ最適化サービス３０５を呼び出す。用紙サイズ最適化サービス３０５は、用紙サイズ変換履歴管理部４０３を呼び出して変換履歴テーブル６００を参照する。ここでは、印刷データを送信したユーザーに紐づいた変換履歴を参照する。
【００６３】
Ｓ１３１０で、プリントサーバー１０４のリクエスト受付部４０９は、Ｓ１３０９の参照の結果から、用紙サイズ変換履歴が存在していた場合はＳ１３１１へ、存在しなかった場合はＳ１３１３へ処理を分岐させる。
【００６４】
Ｓ１３１１で、プリントサーバー１０４のリクエスト受付部４０９は、用紙サイズ最適化サービス２０５を呼び出す。続いて、用紙サイズ最適化サービス３０５の用紙サイズ変換部４０４は用紙サイズ変換を実行する。なお、変換手段に関してはＳ８１１と同様のため省略する。また、変換後の用紙サイズは、当該ユーザーと同一のユーザーの印刷ジョブについて、履歴に記録された変換後の用紙サイズのうちのいずれかが選択される。サイズがただ一種類であればそのサイズに変換する。変換後のサイズが複数あれば、そのうちから、入稿された印刷データの用紙サイズに最も近いサイズを選択してそのサイズに変換する。また変換履歴があったとしても、その履歴に記録された変換後の用紙サイズが、入稿された印刷データで指定された用紙サイズと一致していれば、変換を行わなくともよい。
【００６５】
Ｓ１３１２で、プリントサーバー１０４のリクエスト受付部４０９は、ユーザー毎の変換履歴を図６に示す変換履歴テーブル６００に格納する。
【００６６】
以上説明したように、実施例４により、用紙サイズの変換履歴を持つユーザーが再度用紙サイズ変換を必要とした場合に、用紙サイズ変換を実施することなく即座に印刷データを送信することができる。
【００６７】
［その他の実施例］
プリンタで利用可能な用紙サイズが、印刷ジョブの用紙サイズの整数倍、特に２倍や４倍の場合には、変倍を行わずに、レイアウトの変更により対応することもできる。たとえばプリンタでＢ４サイズが利用可能であり、ジョブ情報で指定された用紙サイズがＢ５であれば、プリントサーバー１０４は、印刷データのレイアウトを、２ページを１枚に収めたいわゆる２イン１に変換し、用紙サイズをＢ４に変更する。そのように変換した印刷データを、プリントサーバー１０４は要求元のプリンタに送信することでも対応可能である。
【００６８】
また、本発明の各実施例では保存された印刷設定での印刷が実行可能でないと判断された場合、印刷データＩＤに関連付けられた印刷設定を実行可能な設定に変換するようにした。しかしながら、印刷データＩＤに関連付けられた印刷設定を、印刷が実行可能な印刷設定に置き換えても良い。印刷が実行可能でない印刷設定は破棄され、印刷が実行可能な新しい印刷設定が利用されるので、結果として同様の効果を得ることができる。
【００６９】
また、本発明の各実施例では用紙サイズを基に説明を行った。しかしながら、上述した通り本発明は用紙サイズに限らずその他の情報に対しても適用可能である。例えば、プルプリント登録した印刷データに付随して印刷設定も同時に登録可能なシステムが考えられる。登録した印刷データと印刷設定は紐づけて印刷ジョブとして管理されるであろう。例えば、この際に登録された印刷設定がステイプルを行う設定であり、出力プリンタがステイプル不可なプリンタであると仮定する。出力プリンタはプリンタ状態に関する情報としてステイプル不可の情報をサーバーへ送信するであろう。サーバーは、印刷ジョブに含まれるステイプルを指示する印刷設定を、ステイプルを指示しない印刷設定へ変更する処理を印刷ジョブと出力プリンタの情報を基にして行う。このように、受信した要求に含まれた印刷データＩＤに関連付けて保存された印刷設定を適宜修正可能である。結果、プルプリントする出力プリンタと、登録された印刷ジョブとの齟齬が解消されるので、エラーの発生を抑えたプルプリント環境をユーザーは利用することができる。
【００７０】
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【技術分野】
【０００１】
本発明は、印刷システム、特にプルプリントシステムにおいて、プルプリント実行の際に用紙エラーを発生させずに印刷の完了までを実行するプリントサーバーおよび印刷データ提供方法および印刷システムに関する。
【背景技術】
【０００２】
近年、クラウドサービスとしてインターネット上にサービスを公開することによりビジネス展開がされてきている。プリントサーバーもインターネット上のプリントサービスとして機能を提供することが求められてきている。クラウドサービスとしてサービスを提供することは、大規模なデータセンター上にプリントサーバーを配置することで顧客ごとのハードウェアの管理が不要となる。また、サーバーの負荷に応じてリソースを追加するようなことが容易に行えるといったさまざまなメリットがある。このため、プリントサーバーからプリンタがインターネット越しに印刷データを取得する形態であるプルプリントを行う環境が求められている。プルプリントの際には、プリンタが印刷の起点となるため、あらかじめプリンタの情報がプリントサーバー上に存在していない。そのため、プルプリントを実行しようとするとプリントサーバーに保存された印刷ジョブがプリンタでは印刷できない場合がある。
【０００３】
予めプリンタの情報がプリントサーバーに登録されている状態で、プリンタの能力情報に合わせて印刷データを変換する技術が特許文献１に開示されている
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００２−１６９６７１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記で述べたようにプリントサーバーをインターネット上のサービスとして機能を提供しようとした場合、プリントサーバーに接続できるすべてのプリンタからプルプリントされる可能性があるため、予めプリンタの情報を保持することはできない。そのため、あらかじめプリンタの能力情報に合わせて印刷データを変換することはできない。たとえば、プリンタで印刷できる用紙サイズと、入稿された印刷データの用紙サイズとが一致せず、用紙エラーが発生するという課題がある。
【０００６】
本発明は上記従来例にかんがみてなされたもので、プリンタの用紙サイズ情報などのプリンタに固有の状態があらかじめプリントサーバーに保存されていない環境においても、当該プリンタに固有の状態をプリントサーバーが保持していないことに起因する印刷設定上のエラー、たとえば用紙エラーを発生させないプリントサーバーおよび印刷データ提供方法および印刷システムを提供することを目的とする
【課題を解決するための手段】
【０００７】
上記目的を達成するために本発明は以下の構成を有する。
【発明の効果】
【０００８】
本発明によれば、プリンタに固有の情報があらかじめプリントサーバーに保存されていないネットワーク印刷システムにおいても、当該プリンタに固有の情報をプリントサーバーが保持していないことに起因するエラーの発生を防止できるという効果がある。たとえば、あらかじめプリンタの用紙サイズ情報がプリントサーバーに保存されていない環境においても、用紙エラーを発生させない印刷システムを提供できる。これにより、ユーザーがプルプリントを実行しようとした際に、用紙エラーにより印刷できなくなることを防止できる。
【図面の簡単な説明】
【０００９】
【図１】ネットワーク構成を示すブロック図
【図２】プリントサーバー、クライアント端末、プリンタのハードウェア構成図
【図３】プリントサーバー、クライアント端末、プリンタのモジュール構成図
【図４】プリントサーバー、プルプリントアプリケーションのソフトウェア構成図
【図５】Ｗｅｂブラウザからプリントサーバーへの入稿確認画面
【図６】プリントサーバーのプリント履歴管理部が管理する変換履歴テーブルの図
【図７】実施例１におけるプリントサーバー、Ｗｅｂブラウザの動作フローの図
【図８】実施例１におけるプリントサーバー、プルプリントアプリケーションの動作フローの図
【図９】実施例１におけるプルプリントアプリケーションが表示する印刷データ選択画面の図
【図１０】実施例２におけるプリントサーバー、プルプリントアプリケーションの動作フローの図
【図１１】実施例２におけるプルプリントアプリケーションが表示する用紙サイズ変換確認画面の図
【図１２】実施例３におけるプリントサーバー、プルプリントアプリケーションの動作フローの図
【図１３】実施例４におけるプリントサーバー、Ｗｅｂブラウザの動作フローの図
【発明を実施するための形態】
【００１０】
以下、本発明を実施するための最良の形態について図面を用いて説明する。
【００１１】
［実施形態１］
図１は、本発明の実施の形態に係る印刷システムの全体構成を示す図である。図１において、クライアント端末１０１〜１０３、プリントサーバー１０４、プリンタ１０５〜１０８は、ネットワーク１０９〜１１１を介して接続されている。図において、プリントサーバー１０４はプリンタに印刷データを提供する印刷データ提供を行う。クライアント端末１０１〜１０３、プリンタ１０５〜１０８は、複数台接続されていることを仮定しているが、それぞれ1台であってもよい。ネットワーク１０９〜１１１は、例えば、インターネット等のＬＡＮ、ＷＡＮ、電話回線、専用デジタル回線、ＡＴＭやフレームリレー回線、ケーブルテレビ回線、データ放送用無線回線等のいずれである。またこれらの組み合わせにより実現される、いわゆる通信ネットワークである。ネットワーク１０９〜１１１は、データの送受信が可能であればよい。そして、クライアント端末１０１〜１０３からプリントサーバー１０４、プリンタ１０５〜１０８への通信手段、プリンタ１０５〜１０８からプリントサーバー１０４への通信手段は異なっていてもよい。クライアント端末１０１〜１０３は、例えば、デスクトップパソコン、ノートパソコン、モバイルパソコン、ＰＤＡ（パーソナルデータアシスタント）等から成るが、プログラムの実行環境が内蔵された携帯電話であってもよい。クライアント端末１０１〜１０３では、Ｗｅｂブラウザ（インターネットブラウザ、ＷＷＷブラウザ、Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂの利用に供するブラウザ）等のプログラムを実行する環境が内蔵されている。
【００１２】
プリントサーバー１０４は、入稿リクエストをクライアント端末１０１〜１０３のＷｅｂブラウザから受けると文書データを格納する。また、プリンタ１０５〜１０８からのプルプリントリクエストを受けると、文書データを送信する。
【００１３】
＜ハードウェア構成＞
図２は、本発明の実施形態に係る印刷システムのクライアント端末１０１〜１０３、プリントサーバー１０４とプリンタ１０５〜１０８のハードウェア構成図である。図２において、装置全体の制御を行うＣＰＵ２０２は、ハードディスク（ＨＤＤ）２０５に格納されているアプリケーションプログラムやＯＳ等を実行し、ＲＡＭ２０３にプログラムの実行に必要な情報、ファイル等を一時的に格納する制御を行う。記憶手段としてのＲＯＭ２０４は、内部には、基本Ｉ／Ｏプログラム等のプログラム、印刷処理の際に使用する印刷データ、プリンタ情報等の各種データを記憶する。一時記憶手段としてのＲＡＭ２０３は、ＣＰＵ２０２の主メモリ、ワークエリア等として機能する。ＨＤＤ２０５は外部記憶手段の一つであり、大容量メモリとして機能するハードディスクである。Ｗｅｂブラウザ等のアプリケーションプログラム、プリントサーバープログラム、ＯＳ、関連プログラム等を格納している。表示手段であるディスプレイ２０６は、キーボード２０７から入力したコマンドや、プリンタのステータス等を表示したりするものである。Ｉ／Ｆ２０８は外部装置Ｉ／Ｆであり、プリンタ、ＵＳＢ機器、周辺機器を接続するためのインターフェイスである。キーボード２０７は指示入力手段であるキーボードである。システムバス２０１は、印刷システムのプリントサーバー内におけるデータの流れを司るバスである。ネットワークインタフェースカード（ＮＩＣ）２０９は、該ＮＩＣ２０９、ネットワーク１０９〜１１１を介して外部装置とのデータのやり取りを行う。なお、上記コンピュータの構成はその一例であり、図２の構成例に限定されるものではない。例えば、データやプログラムの格納先は、その特徴に応じてＲＯＭ、ＲＡＭ、ＨＤＤなどで変更することも可能である。
【００１４】
また、プリンタ１０５〜１０８のコントローラ２０９は、プリンタの制御系を司る機器である。装置全体の制御を行うＣＰＵ２１０は、システムバス２１８に接続される各種デバイスとのアクセスを統括的に制御する。この制御は、ＲＯＭ２１２に記憶された制御プログラム等あるいはディスクコントローラ(ＤＫＣ２１６)を介して接続された外部メモリ２２３に記憶された制御プログラムやリソースデータ(資源情報)等に基づく。ＣＰＵ２１０の主メモリ、ワークエリア等として機能するＲＡＭ２１１はで、図示しない増設ポートに接続されるオプションRAMによりメモリ容量を拡張することができるように構成されている。大容量メモリとして機能する外部記憶手段２１３は、プルプリントアプリケーションプログラム及び関係プログラム等を格納している。操作パネル（操作部）２２１はプルプリントの操作を行うユーザーインタフェースやプルプリント切り替えボタンが配置される。また、プリンタ１０５〜１０８の動作モード等の設定やプリンタ１０５〜１０８の動作状況の表示、複写指定等の操作を行うためのボタンおよび液晶パネルやＬＥＤ２１４等の表示部も配置される。ネットワークインタフェースカード（ＮＩＣ）２１９は、該ＮＩＣ２１９を介して外部装置とのデータのやり取りを行う。なお、本図で示したプリントエンジン２２０は既知の印刷技術を利用するものであり、好適な実施系として例えば電子写真方式(レーザービーム方式)やインクジェット方式、昇華方(熱転写)方式等が挙げられる。ラスタコントローラ２１５は、ＰＤＬ言語・ＰＤＦ言語である印刷データを画像データに変換するコントローラである。機器Ｉ／Ｆ２１７は、ＵＳＢ等で接続可能な外部機器との接続Ｉ／Ｆである。
【００１５】
＜システム構成＞
図３は、本発明の実施形態に係る印刷システムのシステム構成図である。プリントサーバー１０４には、印刷ジョブを管理する印刷ジョブ管理サービス３０６がある。印刷ジョブ管理サービス３０６はたとえばプリントサーバー１０４で実行されるプログラムにより実現される。このサービスは、Ｗｅｂアプリケーション３０２または他サービスから投入される文書データ等を印刷データとしてストレージ３０７に管理する。印刷データのデータフォーマットは、たとえばＰＤＬまたは、ＰＤＦ等の形式である。ただし、このネットワーク印刷システムにおいて共通に知られ、プリンタやクライアント端末が対応可能な形式であれば、これに限らない。なおプリントサーバー１０４により保存管理される印刷データは、直ちにプリンタにダウンロードして印刷できるため、特に本実施形態では印刷ジョブと呼ぶことにする。ストレージ３０７はプリントサーバー１０４の情報処理装置に内蔵するＨＤＤまたは、外部接続しているＨＤＤ、または、ネットワークストレージ等の記憶装置である。Ｗｅｂアプリケーション３０２は、クライアント端末１０１〜１０３に動作しているＷｅｂブラウザ３０１で表示可能なＷｅｂページを作成し、Ｗｅｂブラウザ３０１からのリクエストに応答し、作成したＷｅｂページをリクエストに対して返信する。ユーザーはＷｅｂアプリケーション３０２を介してプリントサーバー１０４に文書データを入稿する。Ｗｅｂサービス３０３は、プリンタ１０５〜１０８のプルプリントアプリケーション３０４からのプルプリントリクエストに対し、印刷データのダウンロードポインタを返す。ダウンロードポインタは、たとえば印刷データの所在をコンピュータにより特定可能な形式で記述した情報である。１つの例として、ＵＲＬ（Unified Resource Locator）で表現する方法が考えられる。また、プルプリントアプリケーション３０４からのダウンロード要求に対して、印刷データを返す。プリンタ１０５〜１０８のプルプリントアプリケーション３０４は、ユーザーからの印刷リクエストを受け付ける。ユーザーからの印刷リクエストは、たとえばプリンタの操作パネル等のユーザーインターフェースを介して入力される。なお、プルプリントアプリケーションとは、印刷対象の印刷データを、それを提供するサーバー等に要求し、要求に応じてダウンロードされる印刷データを受信し、受信した印刷データを印刷するためのプログラムである。また、印刷ジョブ管理サービス３０６、Webアプリケーション３０２、Webサービス３０３はそれぞれ独立したプログラムであり、それぞれ別々の情報処理装置に配置することが可能である。これらのプログラムはそれぞれネットワークに繋がった情報処理装置に配置し、それぞれのプログラム間で通信を行う。またこれらのプログラムを同情報処理装置に配置することも可能である。
【００１６】
＜プリントサーバーおよびプルプリントアプリケーションのソフトウエア構成＞
図４は、本発明の実施形態に係る印刷システムのソフトウェア構成図である。プリントサーバー１０４にインストールされた印刷ジョブ管理サービス３０６の印刷データ管理部４０１は、印刷データの管理を行う。Ｗｅｂサービス３０３から印刷データの取得要求を受け取ると、ストレージ３０７から指定の印刷データを取得し、Webサービス３０３に渡す。印刷ジョブ情報管理部４０２はストレージ３０７で管理している印刷データの印刷ジョブ情報を管理する。ジョブ情報としては、印刷データを識別するジョブ識別IDや、ドキュメント名、PDLやPDF等のデータフォーマットを識別するデータ種類（ジョブ種類）や、受付日時、最終印刷日時、ユーザー名、ページ数、用紙サイズ等の印刷設定、印刷データのダウンロードポインタ等の情報で構成される。
【００１７】
用紙サイズ最適化サービス３０５の用紙サイズ変換履歴管理部４０３は、認証サービス３０８で管理されるユーザー情報と、用紙サイズの変換履歴とを関連付けて、それぞれを図６に図示する用紙サイズ変換履歴テーブル６００で管理する。用紙サイズ変換部４０４は、印刷データ管理部４０１で管理される印刷データの用紙サイズを変換する。用紙サイズの変換の際には、変換前の印刷データの印刷領域がすべて変換後の印刷データの印刷領域に収まるように拡縮を行う。たとえば、印刷データがＰＤＦであった場合には、ベクターデータに対して拡縮を行うことで用紙サイズを変換する。また、ジョブ情報に含まれた用紙サイズを変換後のサイズで書き換える。用紙サイズの変換がおこなわれたなら、用紙サイズ変換部４０４は用紙サイズ変換履歴管理部４０３に対して印刷データＩＤ、変換前後の用紙サイズなどを通知する。用紙サイズ変換履歴管理部４０３は、用紙サイズの変換履歴として、たとえば印刷データＩＤと変換前後の用紙サイズ、ユーザーＩＤ、印刷データのダウンロード先などを、ユーザー情報と関連付けて用紙サイズ変換履歴テーブル６００に保存する。なお本実施形態では印刷設定として上述の用紙サイズを取り上げて説明するが、印刷設定とプリンタの状態とが一致しなければエラーが生じるような印刷設定項目に関しては、本発明は用紙サイズと同様に適用できる。
【００１８】
Ｗｅｂアプリケーション３０２のセッション管理部４０５は、認証サービス３０８で認証が成立した、クライアントのＷｅｂブラウザ３０１からのリクエストをセッションとして管理する。ページ生成部４０６は、Ｗｅｂブラウザ３０１からのリクエストに対し後述の図５の入稿画面５００のようなＷｅｂ画面を作成し、Ｗｅｂブラウザ３０１に返信する。リクエスト受付部４０７は、Ｗｅｂブラウザ３０１からの入稿リクエストを受ける。
【００１９】
Ｗｅｂサービス３０３のリクエスト受付部４０９は、プリンタのプルプリントアプリケーション３０４から印刷ジョブ取得要求を受ける。印刷ジョブ取得部４０８は、印刷ジョブ取得要求をリクエスト受付部４０９が受けると前述の印刷ジョブ管理サービス３０６に印刷データ取得要求を出す。
【００２０】
プリンタのプルプリントアプリケーション３０４のプルプリント受付部４１０は、ユーザーの画面操作による印刷リクエストを受ける。Webサービス送信部４１１は、プリントサーバー１０４のWebサービス３０３へ印刷ジョブ取得リクエストを通知する。Ｗｅｂブラウザ３０１から印刷リクエスト等を受けると、印刷ジョブ取得４１２は、Ｗｅｂサービス送信部４１１を通してＷｅｂサービス３０３から印刷ジョブを取得し、印刷ジョブ送信部４１６に送る。印刷ジョブ送信部４１６は、コントローラ２０９に印刷データを送信する。プルプリントコントローラ４１３は、プルプリントアプリケーション３０４全体の動作管理を行うものであり、各部への動作指示等は、このコントローラ経由で行う。用紙サイズ情報管理部４１４はプリンタに装着されて現在利用可能な用紙サイズの情報をセンサ等で検知し、保存管理する。用紙サイズの検知はたとえば定期的に行ったり、あるいは用紙カセットの交換を検知する都度行う。印刷制御部４１５は、プリンタで実行されている印刷ジョブの状態を監視する。たとえばプリンタに装着された利用可能な用紙サイズのなかに、実行しようとする印刷ジョブの用紙サイズがない場合など、印刷制御部４１５がその状態を監視してエラーを出力する。
【００２１】
＜入稿ユーザーインターフェース＞
図５は、本発明の実施形態に係る印刷システムのWebアプリケーション３０２が作成し、クライアント端末１０１〜１０３のＷｅｂブラウザ３０１で表示するWeb画面の一例である。
【００２２】
図５においてＷｅｂ画面５００は、一般的なＷｅｂブラウザの画面を示している。参照ボタン５０３は、一般的なＷｅｂアプリケーションで用いられる、クライアント端末１０１〜１０３の文書データのパスを取得するためのボタンである。テキストボックス５０２は、参照ボタン５０３によって選択された文書データのパスを表示する。入稿ボタン５０４は、入稿を確定し、文書データをＷｅｂアプリケーション３０２にアップロードするためのボタンである。キャンセルボタン５０５は入稿をキャンセルするためのボタンである。
【００２３】
ユーザーは、図５の画面上において参照ボタンを５０３やテキストボックス５０２を用いて入稿しようとする文書データへのパスおよびファイル名を指定し、入稿ボタン５０４を押す。それによって指定された文書データがプリントサーバー１０４に引き渡され、必要があればＰＤＦ等の共通形式に変換され、ストレージ３０７に印刷データとして保存される。もちろん、印刷データＩＤや用紙サイズ等を含むジョブ情報も付帯的に保存される。ジョブ情報には、文書の作成者、バージョン、作成日時、アクセス制限等を含むこともできる。また用紙サイズのほかにも、プリンタに依存する情報を含むこともできる。なお本実施形態ではプリントサーバー１０４が印刷データを管理するものとしているが、印刷データの管理は他のサーバーにより行うこともできる。この場合にはもちろん当該サーバーが登録しようとする文書の送り先になる。
【００２４】
＜用紙サイズ変換履歴管理テーブル＞
図６は、用紙サイズ最適化サービス３０５の用紙サイズ変換履歴管理部４０３で管理する用紙サイズ変換履歴管理テーブル６００である。ユーザーＩＤ６０１は認証サービス３０８が管理するユーザーＩＤに対応したＩＤである。変換前用紙サイズ６０２は、該ユーザーＩＤ６０１のユーザーが用紙サイズ最適化サービス３０５を介して用紙サイズを変換した場合の、変換前の印刷データの用紙サイズである。変換後用紙サイズ６０３は、該ユーザーＩＤ６０１のユーザーが用紙サイズ最適化サービス３０５を介して用紙サイズを変換した場合の、変換後の印刷データの用紙サイズである。印刷データＩＤ６０４は、用紙サイズ最適化サービス３０５が用紙サイズ変換した元印刷データの印刷データＩＤである。用紙サイズ最適化サービス３０５は、該印刷ジョブの用紙サイズ変換履歴を印刷データＩＤ６０４を検索することで参照する。変換後データＵＲＬ６０５は、用紙変換後の印刷データのダウンロード先のＵＲＬである。用紙サイズ最適化サービス３０５は、入稿された印刷データを用紙サイズ変換するか判断する際に、用紙サイズ変換履歴管理部４０３が管理する用紙サイズ変換履歴管理テーブルを参照する。
【００２５】
＜印刷システムによる入稿処理フロー＞
図７は、本発明の実施形態に係る印刷システムのプリントサーバー１０４が、クライアント端末１０１〜１０３のＷｅｂブラウザ３０１からの入稿要求を受け付けるフローを説明した図である。図中、Ｓ７０１，Ｓ７０４−Ｓ７０６，Ｓ７１０−Ｓ７１１はクライアント端末のウエブブラウザにより、そのほかのステップはプリントサーバー１０４により実行される。
【００２６】
Ｓ７０１で、クライアント端末１０１等のＷｅｂブラウザ３０１はプリントサーバー１０４のリクエスト受付部４０７に対して入稿画面要求を送信する。
【００２７】
Ｓ７０２で、プリントサーバー１０４のリクエスト受付部４０７はＷｅｂブラウザ３０１から入稿画面要求を受信する。Ｓ７０３で、プリントサーバー１０４のページ生成部４０６は入稿画面５００を生成する。続いて、プリントサーバー１０４はＷｅｂブラウザ３０１に対して入稿画面５００（図５参照）を記述したデータ（以下、単に入稿画面と呼ぶ）を送信する。プリントサーバー１０４は入稿画面５００をＨＴＭＬ形式のデータとして送信する。
【００２８】
Ｓ７０４で、Ｗｅｂブラウザ３０１はプリントサーバー１０４のリクエスト受付部４０７から入稿画面５００を受信する。Ｓ７０５で、Ｗｅｂブラウザ３０１は入稿画面５００を表示する。Ｓ７０６で、ユーザーにより参照ボタン５０３が押下されて、入稿する印刷データが選択される。ユーザーが印刷データを選択すると、テキストボックス５０２に印刷データのパスを表示する。続いて、ユーザーが入稿ボタン５０４を押下すると、Ｗｅｂブラウザ３０１は印刷データをプリントサーバー１０４のリクエスト受付部４０７に対して送信する。
【００２９】
Ｓ７０７で、プリントサーバー１０４のリクエスト受付部４０７はＷｅｂブラウザ３０１から送信された印刷データを受信する。Ｓ７０８で、プリントサーバー１０４のリクエスト受付部４０７は印刷データを印刷ジョブ管理サービス３０６の印刷データ管理部４０１に格納する。Ｓ７０９で、プリントサーバー１０５のページ生成部４０６は不図示の入稿確認画面を生成する。続いて、プリントサーバー１０５のリクエスト受付部４０７は入稿確認画面をＷｅｂブラウザ３０１に対して送信する。
【００３０】
Ｓ７１０で、Ｗｅｂブラウザ３０１はプリントサーバー１０５のリクエスト受付部４０７から不図示の入稿確認画面を受信する。Ｓ７１１で、Ｗｅｂブラウザ３０１は入稿確認画面を表示する。
【００３１】
以上の手順により、ユーザーは所望とする文書データを指定して、プリントサーバー１０４にアップロードできる。プリントサーバー１０４は、受信した文書データを、ＰＤＦ等の所定形式の印刷データとしてストレージ３０７等に構築した文書データベースに登録する。
【００３２】
＜印刷システムによる印刷実行フロー＞
図８は、本発明の実施形態に係る印刷システムのプリンタ１０５〜１０８のプルプリントアプリケーション３０４が適切な用紙サイズの印刷データを取得し、印刷を実行するフローを説明する図である。このとき、ユーザーはプリンタ１０５〜１０８を利用するために認証サービス３０８で管理されるユーザーＩＤであらかじめログインしているものとする。なお図中、Ｓ８０１，Ｓ８０４−Ｓ８０７，Ｓ８１３−Ｓ８１８はプリンタのプルプリントアプリケーション３０４により、そのほかのステップはプリントサーバー１０４により実行される。
【００３３】
Ｓ８０１で、プルプリントアプリケーション３０４のプルプリント受付部４１０は、ログインしたユーザーによるプルプリントの操作に応じてＷｅｂサービス送信部４１１を呼び出す。Ｗｅｂサービス送信部４１１はプリントサーバー１０４のＷｅｂサービス３０３のリクエスト受付部４０９に対して印刷ジョブ一覧の取得要求を送信する。このとき、印刷ジョブ一覧の取得要求には、ユーザーＩＤが含まれる。
【００３４】
Ｓ８０２で、プリントサーバー１０４のＷｅｂサービス３０３のリクエスト受付部４０９は、印刷ジョブ一覧取得要求を受信する。Ｓ８０３で、プリントサーバー１０４のＷｅｂサービス３０３のリクエスト受付部４０９は、印刷ジョブ情報管理部４０２から該当するユーザーＩＤの印刷ジョブの一覧情報を取得する。続いて、プルプリントアプリケーション３０４のＷｅｂサービス送信部４１１に対して、印刷ジョブ一覧を送信する。印刷ジョブの一覧情報は、たとえばＸＭＬフォーマットで記述される。なお、一覧表示される印刷ジョブは、ユーザーＩＤの一致するものとは限らず、たとえばあらかじめ設けられたアクセス制限により決まる範囲内の対象とするなど、このほかの選択の仕方もあり得る。Ｓ８０４で、プルプリントアプリケーション３０４のＷｅｂサービス送信部４１１は印刷ジョブ一覧を受信する。Ｓ８０５で、プルプリントアプリケーション３０４のプルプリント受付部４１０は、操作パネル２２１に図９に図示する印刷ジョブ選択画面９００を表示する。印刷ジョブ選択画面９００印刷の印刷データ名９０１は、プルプリントされる対象の印刷データの名称すなわち印刷データＩＤである。印刷ジョブ選択画面９００印刷の用紙サイズ９０２は、印刷データの用紙サイズである。印刷ジョブ選択画面９００印刷の入稿日時９０３は、ユーザーがＷｅｂブラウザ３０１から印刷ジョブが入稿された日時である。なお、ジョブ選択画面９００で表示される印刷ジョブの一覧は、Ｓ８０２で取得した印刷ジョブの一覧である。
【００３５】
Ｓ８０６で、ユーザーが印刷ジョブ選択画面９００で印刷ジョブを選択すると、プルプリント受付部４１０はＷｅｂサービス送信部４１１を呼び出す。Ｗｅｂサービス送信部４１１は、選択された印刷ジョブに対するプルプリント要求を生成する。プルプリント要求は、たとえばＸＭＬフォーマットで記述する。このとき、プルプリント要求には、要求元のプリンタで使用可能な用紙サイズ、すなわち用紙サイズ情報管理部４１４で管理する用紙サイズ情報が含まれる。使用可能な用紙サイズとは、たとえばプルプリント要求作成時にプリンタにセットされている用紙のサイズである。複数のサイズの用紙がセットされていれば、それらすべてをプルプリント要求に含める。なおプルプリント要求には、プルプリント要求であることを示す情報、対象の印刷データを特定する情報なども含まれる。Ｓ８０７で、プルプリントアプリケーション３０４のＷｅｂサービス送信部４１１はプリントサーバー１０４のＷｅｂサービス３０３のリクエスト受付部４０９にプルプリント要求を送信する。
【００３６】
Ｓ８０８で、プリントサーバー１０４のＷｅｂサービス３０３のリクエスト受付部４０９はプルプリント要求を受信する。Ｓ８０９で、プリントサーバー１０４のＷｅｂサービス３０３のリクエスト受付部４０９はプルプリント要求に含まれたプリンタ１０５〜１０８の用紙サイズ情報を読み取る。Ｓ８１０で、プリントサーバー１０４のＷｅｂサービス３０３のリクエスト受付部４０９は用紙サイズ最適化サービス３０５を呼び出す。用紙サイズ最適サービス３０５は、プルプリント要求で要求された印刷ジョブの用紙サイズ情報を印刷ジョブ管理サービス３０６の印刷ジョブ情報管理部４０２から読み出す。ここで、Ｓ８０９で読み取ったプリンタ１０５〜１０８の用紙サイズ情報と、選択されている印刷ジョブの用紙サイズ情報を比較する。このとき、プリンタ１０５〜１０８の用紙サイズ情報のなかに、印刷ジョブの用紙サイズ情報と一致するものがなければＳ８１１へ、一致するものがあればＳ８１２へ処理を分岐させる。すなわち、受信したプルプリント要求に含まれた前記プリンタの状態すなわち用紙サイズで、受信したプルプリント要求に含まれた印刷データＩＤに関連付けて保存された印刷設定すなわち用紙サイズでの印刷が実行可能であるか判定し、可能であればＳ812へ、なければＳ811へ分岐する。
【００３７】
Ｓ８１１で、用紙サイズ最適化サービス３０５の用紙サイズ変換部４０４は用紙サイズ変換を実行する。このとき、プリンタ１０５〜１０８の用紙サイズ情報の中から、印刷ジョブの用紙サイズと最も近い用紙サイズへ用紙サイズ変換する。最も近い用紙サイズとは、変換前と変換後の拡縮率が最も少なくて済む用紙サイズのことである。用紙サイズは規格化されているので、各用紙サイズ間の変倍率は予め表化しておくことができる。なお、本実施例では例えば印刷データがＰＤＦであった場合、単純なベクターデータの拡縮により用紙サイズを変換する。しかし、用紙サイズ変換手法に関してはこれに限定されるものではない。たとえば、印刷ジョブの用紙サイズより大きなサイズがプリンタで利用可能なら、データの変倍はせずに用紙サイズのみ変更し、印刷ジョブの用紙サイズより大きなサイズが利用できない場合に限って変倍とサイズ変更とを行うといった方法もとり得る。またデータを縮小せずトリミングすることもできる。いずれにしても、利用する用紙サイズが印刷ジョブの用紙サイズよりも小さい場合には、用紙サイズを変更するとともに、印刷データを加工して当該用紙サイズに合わせる必要がある。利用する用紙サイズが印刷ジョブの用紙サイズよりも大きい場合には、用紙サイズを当該サイズへと変更することは必要であるが、印刷データを当該用紙サイズに合わせることは選択的である。ただしデータがビットマップなどであれば、データの変倍を行わなくとも、余白を充てんするなどの加工が必要なこともある。続いて、用紙サイズ変換部４０４は、印刷データ管理部４０１へ変換済データを格納し、印刷ジョブ情報管理部４０２に変換した印刷データの印刷ジョブ情報を登録する。
【００３８】
Ｓ８１２で、プリントサーバー１０４のＷｅｂサービス３０３のリクエスト受付部４０９は、プルプリントアプリケーション３０４のウェブサービス送信部４１１に印刷ジョブのダウンロード元を示すダウンロードポインタを送信する。ダウンロードポインタとは、たとえばＵＲＬのことである。このとき、ダウンロードポインタとして送信するＵＲＬは、Ｓ８１１で用紙サイズ変換していた場合は、用紙サイズ変換後の印刷ジョブのＵＲＬである。Ｓ８１１で用紙サイズ変換しなかった場合は、元の印刷ジョブのＵＲＬである。
【００３９】
Ｓ８１３で、プルプリントアプリケーション３０４のウェブサービス送信部４１１はプリントサーバー１０４のＷｅｂサービス３０３のリクエスト受付部４０９からダウンロードポインタを受信する。Ｓ８１４で、プルプリントアプリケーション３０４の印刷データ取得部４１２はプリントサーバー１０４のＷｅｂサービス３０３のリクエスト受付部４０９に対して受信したダウンロードポインタを指定してダウンロード要求を送信する。
【００４０】
Ｓ８１５で、プリントサーバー１０４のＷｅｂサービス３０３のリクエスト受付部４０９は、プルプリントアプリケーション３０４の印刷データ取得部４１３からダウンロードポインタで指定される印刷データのダウンロード要求を受信する。Ｓ８１６で、プリントサーバー１０４のＷｅｂサービス３０３のリクエスト受付部４０９は印刷データ管理部４０１から指定された印刷データを読み出し、プルプリントアプリケーション３０４の印刷データ取得部４１２に送信する。
【００４１】
Ｓ８１７で、プルプリントアプリケーション３０４の印刷データ取得部４１２は印刷データを受信する。Ｓ８１８で、プルプリントアプリケーション３０４の印刷ジョブ送信部４１６は、コントローラ２０９に印刷データを送信する。続いて、コントローラ２０９で印刷が実行される。この際、あらかじめ用紙サイズ情報管理部４１４で管理された用紙サイズに印刷データが変換されているため、サイズの不一致による用紙エラーが発生することはない。
【００４２】
以上のように、実施形態１では用紙エラーを発生させることなく、プルプリントを実行することができる。
【００４３】
なお本実施形態ではプリントサーバー１０４はプリンタにいったんダウンロードポインタを引き渡すことで間接的に印刷データを引き渡しているが、Ｓ８１２において直接的に印刷データをダウンロードさせることもできる。
【００４４】
［実施形態２］
実施形態２として、実施例１のＳ８１０において、用紙サイズが適切でないと判断した場合に、ユーザーに元印刷データの変換可否を選択させる実施形態を示す。用紙サイズが適切でない場合にそのまま印刷データを受信すると、印刷時に用紙エラーとなる。しかしながら、ユーザーや印刷データによっては、元の印刷データを変換したくない場合がある。実施形態２では、一旦ユーザーが介入して変換の可否を選択できる構成とすることで、より柔軟にユーザーの要求に対応することができる。
【００４５】
図１０は、本発明の実施形態に係る印刷システムのプリンタ１０５〜１０８のプルプリントアプリケーション３０４がユーザーの指示に従って、適切な用紙サイズの印刷データを取得し、印刷を実行するフローを説明する図である。
【００４６】
なお、図１〜７、９に関する実施形態は実施形態１と同様のため説明を省略する。また、図１０のＳ１００１〜Ｓ１０１０、Ｓ１０１７〜Ｓ１０２４は図８のＳ８０１〜Ｓ８１０、Ｓ８１１〜Ｓ８１８とそれぞれ同様のため説明を省略する。
【００４７】
Ｓ１０１０で印刷ジョブの用紙サイズに一致する用紙サイズがプリンタで利用可能ではないと判定されると、Ｓ１０１１で、プリントサーバー１０４のＷｅｂサービス３０３のリクエスト受付部４０９は、プルプリントアプリケーション３０４のＷｅｂサービス送信部４１１に用紙サイズ変換可否要求を送信する。
【００４８】
Ｓ１０１２で、プルプリントアプリケーション３０４のＷｅｂサービス送信部４１１は、プリントサーバー１０４のＷｅｂサービス３０３のリクエスト受付部４０９から用紙サイズ変換可否要求を受信する。Ｓ１０１３で、プルプリントアプリケーション３０４のＷｅｂサービス送信部４１１はプルプリント受付部４０１を呼び出す。プルプリント受付部４０１は、操作パネル２２１に図１１に示す用紙サイズ変換可否画面を表示する。図１１において、プルプリント受付部４０１は、印刷データが印刷しようとしているプリンタ１０５〜１０８の保持する用紙サイズと適合しないことを示す。Ｓ１０１３で、プリンタ１０５〜１０８の操作パネル２２１上でユーザーがＯＫボタン１１０２または、Ｃａｎｃｅｌボタン１１０１を押下することで用紙サイズの変換可否を指示する。Ｓ１０１４で、プルプリントアプリケーション３０４のプルプリント受付部４０１は、Ｗｅｂサービス送信部４１１を呼び出す。Ｗｅｂサービス送信部４１１は、プリントサーバー１０４のＷｅｂサービス３０３のリクエスト受付部４０９に用紙サイズ変換可否を送信する。たとえばＯＫボタンが押されたなら変換可、キャンセルボタンが押されたなら変換不可である旨を送信する。
【００４９】
Ｓ１０１５で、プリントサーバー１０４のＷｅｂサービス３０３のリクエスト受付部４０９はプルプリントアプリケーション３０４のＷｅｂサービス送信部４１１から用紙サイズ変換可否を受信する。Ｓ１０１６で、プリントサーバー１０４のＷｅｂサービス３０３のリクエスト受付部４０９はＳ１０１４で送信された用紙サイズ変換可否に従って処理を分岐させる。用紙サイズ変換が可であった場合、Ｓ１０１７へ、不可で合った場合はＳ１０１８へ処理を分岐させる。
【００５０】
図１０で説明したように、実施形態２ではユーザーの用紙サイズ変換の要望に従って用紙サイズ変換の実施、非実施を切り替えることができる。実施形態２により、一旦ユーザーが変換の可否を選択できる構成とすることで、より柔軟にユーザーの要求に対応することができる。
【００５１】
なお、印刷ジョブの用紙サイズがプリンタで利用できないにもかかわらず用紙サイズ変換しない旨の指定をされた場合には、本実施形態では、印刷データをそのままプリンタにダウンロードする。したがってこの場合には印刷前に用紙サイズが一致しない旨のエラーがプリンタで生じることになる。ユーザー例えばこのエラーを受けて用紙を交換し、印刷を続行することができる。
【００５２】
［実施形態３］
実施形態３として、実施形態１のＳ８１１において印刷データの用紙サイズ変換を行った際に、変換後の印刷データを保持する実施形態を示す。実施形態３により、プリントサーバー１０４は、一度用紙サイズ変換された印刷データに関しては用紙サイズ変換を実施することなく即座に印刷データを送信することができる。
【００５３】
図１２は、本発明の実施形態に係る印刷システムのプリンタ１０５〜１０８のプルプリントアプリケーション３０４が用紙サイズ変換を実施した場合に、用紙サイズ変換の結果を保存しておくフローを説明する図である。
【００５４】
なお、図１〜７、９に関する実施形態は実施形態１と同様のため説明を省略する。
【００５５】
また、図１２のＳ１２０１〜Ｓ１２１０、Ｓ１２１４〜Ｓ１２２０は図８のＳ８０１〜Ｓ８１０、Ｓ８１２〜Ｓ８１８とそれぞれ同様のため説明を省略する。
【００５６】
Ｓ１２１１で、プリントサーバー１０４のＷｅｂサービス３０３のリクエスト受付部４０９は、用紙サイズ変換履歴管理部４０３を呼び出す。用紙サイズ変換履歴管理部４０３は、指定された印刷データが以前に用紙サイズ変換済みであるかを判別する。用紙サイズ変換履歴管理部４０３は、図６に図示した変換履歴テーブルを参照して、印刷データＩＤと変換後の用紙サイズとが一致する記録を検索することで、当該印刷データが利用可能な用紙サイズに変換された記録があるかどうかを判別する。続いて、プリントサーバー１０４のＷｅｂサービス３０３のリクエスト受付部４０９は、プリントサーバー１０４の該当する用紙サイズへの変換済みデータが存在した場合はＳ１２１４へ、変換済データが存在しない場合はＳ１２１２へ処理を分岐させる。Ｓ１２１２で、用紙サイズ変換部４０４は用紙サイズを変換する。変換方法に関しては実施例１に記載の通りである。Ｓ１２１３で、プリントサーバー１０４のＷｅｂサービス３０３のリクエスト受付部４０９は用紙サイズの変換履歴を図６に示す変換履歴テーブル６００に格納する。また、用紙サイズ変換した印刷データを印刷データ管理部４０１に保存する。Ｓ１２１４で、プリントサーバー１０４のＷｅｂサービス３０３のリクエスト受付部４０９はプルプリントアプリケーション３０４のウェブサービス送信部４１１に印刷ジョブ印刷ジョブのダウンロード元を示すダウンロードポインタを送信する。ダウンロードポインタとは、たとえばＵＲＬのことである。このとき、ダウンロードポインタとして送信するＵＲＬは、Ｓ１２１０で用紙サイズが適切と判断されていた場合は、元の印刷データのＵＲＬである。また、Ｓ１２１１で変換済データがあると判断された場合は、変換済データのＵＲＬである。変換済データのＵＲＬは図６に示す変換履歴テーブル６００に格納されている。Ｓ１２１２で用紙サイズ変換を行った場合は、用紙サイズ変換後の印刷データのＵＲＬである。
【００５７】
以上説明したように、実施形態３により、プリントサーバー１０４は、一度用紙サイズ変換された印刷データに関しては用紙サイズ変換を実施することなく即座に印刷データを送信することができる。
【００５８】
［実施形態４］
実施形態４として、ユーザーごとに用紙サイズの変換履歴も保持し、以前に用紙サイズの変換履歴のあったユーザーに関しては印刷データの入稿時にあらかじめ用紙サイズ変換する実施形態を示す。実施形態４により、用紙サイズの変換履歴を持つユーザーが再度用紙サイズ変換を必要とした場合に、用紙サイズ変換を実施することなく即座に印刷データを送信することができる。なお本実施形態は入稿時の処理に特徴があり、前述した実施形態１乃至３のいずれか任意のひとつと組み合わせて印刷システムを構成することができる。
【００５９】
図１３は、本発明の実施形態に係る印刷システムのプリンタ１０５〜１０８のプルプリントアプリケーション３０４が用紙サイズ変換を実施した場合に、用紙サイズ変換の結果を保存しておくフローを説明する図である。このとき、実施形態３で示したようにあらかじめユーザー毎の変換履歴が変換履歴テーブル６００に保存されていることを前提とする。図１３は実施形態１乃至３における図７に代えて用いられる。
【００６０】
なお、図１〜６に関する実施形態は実施形態１と同様のため説明を省略する。また、プルプリントの処理に関しては、図８，１０，１２のいずれを適用してもよい。
【００６１】
また、図１３のＳ１３０１〜Ｓ１３０８、Ｓ１３１３〜Ｓ１３１５は図７のＳ７０１〜Ｓ７０８、Ｓ７０９〜Ｓ７１１とそれぞれ同様のため説明を省略する。
【００６２】
Ｓ１３０９で、プリントサーバー１０４のリクエスト受付部４０９は用紙サイズ最適化サービス３０５を呼び出す。用紙サイズ最適化サービス３０５は、用紙サイズ変換履歴管理部４０３を呼び出して変換履歴テーブル６００を参照する。ここでは、印刷データを送信したユーザーに紐づいた変換履歴を参照する。
【００６３】
Ｓ１３１０で、プリントサーバー１０４のリクエスト受付部４０９は、Ｓ１３０９の参照の結果から、用紙サイズ変換履歴が存在していた場合はＳ１３１１へ、存在しなかった場合はＳ１３１３へ処理を分岐させる。
【００６４】
Ｓ１３１１で、プリントサーバー１０４のリクエスト受付部４０９は、用紙サイズ最適化サービス２０５を呼び出す。続いて、用紙サイズ最適化サービス３０５の用紙サイズ変換部４０４は用紙サイズ変換を実行する。なお、変換手段に関してはＳ８１１と同様のため省略する。また、変換後の用紙サイズは、当該ユーザーと同一のユーザーの印刷ジョブについて、履歴に記録された変換後の用紙サイズのうちのいずれかが選択される。サイズがただ一種類であればそのサイズに変換する。変換後のサイズが複数あれば、そのうちから、入稿された印刷データの用紙サイズに最も近いサイズを選択してそのサイズに変換する。また変換履歴があったとしても、その履歴に記録された変換後の用紙サイズが、入稿された印刷データで指定された用紙サイズと一致していれば、変換を行わなくともよい。
【００６５】
Ｓ１３１２で、プリントサーバー１０４のリクエスト受付部４０９は、ユーザー毎の変換履歴を図６に示す変換履歴テーブル６００に格納する。
【００６６】
以上説明したように、実施例４により、用紙サイズの変換履歴を持つユーザーが再度用紙サイズ変換を必要とした場合に、用紙サイズ変換を実施することなく即座に印刷データを送信することができる。
【００６７】
［その他の実施例］
プリンタで利用可能な用紙サイズが、印刷ジョブの用紙サイズの整数倍、特に２倍や４倍の場合には、変倍を行わずに、レイアウトの変更により対応することもできる。たとえばプリンタでＢ４サイズが利用可能であり、ジョブ情報で指定された用紙サイズがＢ５であれば、プリントサーバー１０４は、印刷データのレイアウトを、２ページを１枚に収めたいわゆる２イン１に変換し、用紙サイズをＢ４に変更する。そのように変換した印刷データを、プリントサーバー１０４は要求元のプリンタに送信することでも対応可能である。
【００６８】
また、本発明の各実施例では保存された印刷設定での印刷が実行可能でないと判断された場合、印刷データＩＤに関連付けられた印刷設定を実行可能な設定に変換するようにした。しかしながら、印刷データＩＤに関連付けられた印刷設定を、印刷が実行可能な印刷設定に置き換えても良い。印刷が実行可能でない印刷設定は破棄され、印刷が実行可能な新しい印刷設定が利用されるので、結果として同様の効果を得ることができる。
【００６９】
また、本発明の各実施例では用紙サイズを基に説明を行った。しかしながら、上述した通り本発明は用紙サイズに限らずその他の情報に対しても適用可能である。例えば、プルプリント登録した印刷データに付随して印刷設定も同時に登録可能なシステムが考えられる。登録した印刷データと印刷設定は紐づけて印刷ジョブとして管理されるであろう。例えば、この際に登録された印刷設定がステイプルを行う設定であり、出力プリンタがステイプル不可なプリンタであると仮定する。出力プリンタはプリンタ状態に関する情報としてステイプル不可の情報をサーバーへ送信するであろう。サーバーは、印刷ジョブに含まれるステイプルを指示する印刷設定を、ステイプルを指示しない印刷設定へ変更する処理を印刷ジョブと出力プリンタの情報を基にして行う。このように、受信した要求に含まれた印刷データＩＤに関連付けて保存された印刷設定を適宜修正可能である。結果、プルプリントする出力プリンタと、登録された印刷ジョブとの齟齬が解消されるので、エラーの発生を抑えたプルプリント環境をユーザーは利用することができる。
【００７０】
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【特許請求の範囲】
【請求項１】
印刷データと印刷データＩＤと印刷設定とを関連付けて保存する保存手段と、
要求元のプリンタから、当該プリンタの状態と対象の印刷データＩＤとを含む要求を受信する受信手段と、
受信した要求に含まれた前記プリンタの状態で、受信した要求に含まれた印刷データＩＤに関連付けて前記保存手段に保存された印刷設定での印刷が実行可能であるか判定する判定手段と、
前記判定手段による判定の結果、実行可能でなければ前記印刷データＩＤに関連付けれた印刷設定を、実行可能な設定に変換する変換手段と、
前記変換手段により前記印刷設定が変換されていれば変換後の印刷設定を、変換されていなければ変換前の印刷設定を、前記要求に含まれた印刷データＩＤに関連付けて前記保存手段により保存されている印刷データとともに前記プリンタに直接的あるいは間接的に引き渡す手段と
を有することを特徴とするプリントサーバー。
【請求項２】
前記判定手段により実行可能ではないと判定された場合、前記変換手段による変換を行うか否かを前記要求元のプリンタに対して問い合わせる手段を更に備え、
前記問い合わせに応じて変換を行う旨の応答があれば前記変換手段による変換を行い、変換を行わない旨の応答があれば、前記判定手段による判定の結果に関わらず変換を行わないことを特徴とする請求項１に記載のプリントサーバー。
【請求項３】
前記保存手段は、前記印刷設定として用紙サイズを保存し、
前記受信手段は、前記プリンタの状態として、現在利用可能な用紙サイズを受信し、
前記判定手段は、受信した要求に含まれた用紙サイズでの印刷が実行可能であるか判定し、
前記変換手段は、前記判定手段による判定の結果、実行可能でなければ前記用紙サイズを受信した前記要求に含まれた前記プリンタで利用可能な用紙サイズのひとつに変換し、
前記引き渡す手段は、前記変換手段により前記印刷設定が変換されていれば変換後の用紙サイズを、変換されていなければ変換前の用紙サイズを、前記要求に含まれた印刷データＩＤに関連付けて前記保存手段に保存された印刷データとともに前記プリンタに直接的あるいは間接的に引き渡すことをと特徴とする請求項１または２に記載のプリントサーバー。
【請求項４】
前記変換手段による用紙サイズの変換とともに、当該用紙サイズに関連付けて前記保存手段に保存された印刷データを、変換後の用紙サイズに合わせて変倍する変倍手段を更に備え、
前記引き渡す手段は、前記変換手段により用紙サイズが変換されていれば、変換された用紙サイズを前記変倍した印刷データとともに前記プリンタに引き渡すことを特徴とする請求項３に記載のプリントサーバー。
【請求項５】
前記変倍手段により変倍した印刷データを、前記変換手段による変換後の用紙サイズとともに保存する履歴の保存手段と、
前記判定手段により実行可能ではないと判定された場合、前記履歴の保存手段により保存された当該印刷データの変換後の用紙サイズで当該印刷データを実行可能であれば、前記変倍手段により変倍した印刷データを前記要求元のプリンタに引き渡すことを特徴とする請求項１乃至４のいずれか一項に記載のプリントサーバー。
【請求項６】
クライアント端末からアップロードされる印刷データを受信する手段と、
受信した印刷データをアップロードしたユーザーと同一のユーザーの印刷データが前記履歴の保存手段により保存されているか判定し、保存されている場合には、前記印刷データを、前記履歴の保存手段に保存された変換後の用紙サイズに変換した後で保存する手段とを更に備えることを特徴とする請求項５に記載のプリントサーバー。
【請求項７】
印刷データと印刷データＩＤと印刷設定とを関連付けて保存する保存手段と受信手段と判定手段と変換手段と引き渡す手段とを備えたプリントサーバーにより実行される印刷データ提供方法であって、
受信手段が、要求元のプリンタから、当該プリンタの状態と対象の印刷データＩＤとを含む要求を受信する受信工程と、
判定手段が、受信した要求に含まれた前記プリンタの状態で、受信した要求に含まれた印刷データＩＤに関連付けて前記保存手段に保存された印刷設定での印刷が実行可能であるか判定する判定工程と、
変換手段が、前記判定工程による判定の結果、実行可能でなければ前記印刷データＩＤに関連付けれた印刷設定を、実行可能な設定に変換する変換工程と、
引き渡す手段が、前記変換工程により前記印刷設定が変換されていれば変換後の印刷設定を、変換されていなければ変換前の印刷設定を、前記要求に含まれた印刷データＩＤに関連付けて前記保存手段に保存された印刷データとともに前記プリンタに直接的あるいは間接的に引き渡す手段と
を有することを特徴とする印刷データ提供方法。
【請求項８】
印刷データと印刷データＩＤと印刷設定とを関連付けて保存する保存手段と、
要求元のプリンタから、当該プリンタの状態と対象の印刷データＩＤとを含む要求を受信する受信手段と、
受信した要求に含まれた前記プリンタの状態で、受信した要求に含まれた印刷データＩＤに関連付けて前記保存手段に保存された印刷設定での印刷が実行可能であるか判定する判定手段と、
前記判定手段による判定の結果、実行可能でなければ前記印刷データＩＤに関連付けれた印刷設定を、実行可能な設定に変換する変換手段と、
前記変換手段により前記印刷設定が変換されていれば変換後の印刷設定を、変換されていなければ変換前の印刷設定を、前記要求に含まれた印刷データＩＤに関連付けて前記保存手段に保存された印刷データとともに前記プリンタに直接的あるいは間接的に引き渡す手段と
してコンピュータを機能させるためのプログラム。
【請求項９】
請求項１乃至６のいずれか一項に記載のプリントサーバーと前記プリントサーバーに接続したプリンタとを有することを特徴とする印刷システム。
【請求項１０】
クライアント端末を更に接続したことを特徴とする請求項９に記載の印刷システム。
【請求項１】
印刷データと印刷データＩＤと印刷設定とを関連付けて保存する保存手段と、
要求元のプリンタから、当該プリンタの状態と対象の印刷データＩＤとを含む要求を受信する受信手段と、
受信した要求に含まれた前記プリンタの状態で、受信した要求に含まれた印刷データＩＤに関連付けて前記保存手段に保存された印刷設定での印刷が実行可能であるか判定する判定手段と、
前記判定手段による判定の結果、実行可能でなければ前記印刷データＩＤに関連付けれた印刷設定を、実行可能な設定に変換する変換手段と、
前記変換手段により前記印刷設定が変換されていれば変換後の印刷設定を、変換されていなければ変換前の印刷設定を、前記要求に含まれた印刷データＩＤに関連付けて前記保存手段により保存されている印刷データとともに前記プリンタに直接的あるいは間接的に引き渡す手段と
を有することを特徴とするプリントサーバー。
【請求項２】
前記判定手段により実行可能ではないと判定された場合、前記変換手段による変換を行うか否かを前記要求元のプリンタに対して問い合わせる手段を更に備え、
前記問い合わせに応じて変換を行う旨の応答があれば前記変換手段による変換を行い、変換を行わない旨の応答があれば、前記判定手段による判定の結果に関わらず変換を行わないことを特徴とする請求項１に記載のプリントサーバー。
【請求項３】
前記保存手段は、前記印刷設定として用紙サイズを保存し、
前記受信手段は、前記プリンタの状態として、現在利用可能な用紙サイズを受信し、
前記判定手段は、受信した要求に含まれた用紙サイズでの印刷が実行可能であるか判定し、
前記変換手段は、前記判定手段による判定の結果、実行可能でなければ前記用紙サイズを受信した前記要求に含まれた前記プリンタで利用可能な用紙サイズのひとつに変換し、
前記引き渡す手段は、前記変換手段により前記印刷設定が変換されていれば変換後の用紙サイズを、変換されていなければ変換前の用紙サイズを、前記要求に含まれた印刷データＩＤに関連付けて前記保存手段に保存された印刷データとともに前記プリンタに直接的あるいは間接的に引き渡すことをと特徴とする請求項１または２に記載のプリントサーバー。
【請求項４】
前記変換手段による用紙サイズの変換とともに、当該用紙サイズに関連付けて前記保存手段に保存された印刷データを、変換後の用紙サイズに合わせて変倍する変倍手段を更に備え、
前記引き渡す手段は、前記変換手段により用紙サイズが変換されていれば、変換された用紙サイズを前記変倍した印刷データとともに前記プリンタに引き渡すことを特徴とする請求項３に記載のプリントサーバー。
【請求項５】
前記変倍手段により変倍した印刷データを、前記変換手段による変換後の用紙サイズとともに保存する履歴の保存手段と、
前記判定手段により実行可能ではないと判定された場合、前記履歴の保存手段により保存された当該印刷データの変換後の用紙サイズで当該印刷データを実行可能であれば、前記変倍手段により変倍した印刷データを前記要求元のプリンタに引き渡すことを特徴とする請求項１乃至４のいずれか一項に記載のプリントサーバー。
【請求項６】
クライアント端末からアップロードされる印刷データを受信する手段と、
受信した印刷データをアップロードしたユーザーと同一のユーザーの印刷データが前記履歴の保存手段により保存されているか判定し、保存されている場合には、前記印刷データを、前記履歴の保存手段に保存された変換後の用紙サイズに変換した後で保存する手段とを更に備えることを特徴とする請求項５に記載のプリントサーバー。
【請求項７】
印刷データと印刷データＩＤと印刷設定とを関連付けて保存する保存手段と受信手段と判定手段と変換手段と引き渡す手段とを備えたプリントサーバーにより実行される印刷データ提供方法であって、
受信手段が、要求元のプリンタから、当該プリンタの状態と対象の印刷データＩＤとを含む要求を受信する受信工程と、
判定手段が、受信した要求に含まれた前記プリンタの状態で、受信した要求に含まれた印刷データＩＤに関連付けて前記保存手段に保存された印刷設定での印刷が実行可能であるか判定する判定工程と、
変換手段が、前記判定工程による判定の結果、実行可能でなければ前記印刷データＩＤに関連付けれた印刷設定を、実行可能な設定に変換する変換工程と、
引き渡す手段が、前記変換工程により前記印刷設定が変換されていれば変換後の印刷設定を、変換されていなければ変換前の印刷設定を、前記要求に含まれた印刷データＩＤに関連付けて前記保存手段に保存された印刷データとともに前記プリンタに直接的あるいは間接的に引き渡す手段と
を有することを特徴とする印刷データ提供方法。
【請求項８】
印刷データと印刷データＩＤと印刷設定とを関連付けて保存する保存手段と、
要求元のプリンタから、当該プリンタの状態と対象の印刷データＩＤとを含む要求を受信する受信手段と、
受信した要求に含まれた前記プリンタの状態で、受信した要求に含まれた印刷データＩＤに関連付けて前記保存手段に保存された印刷設定での印刷が実行可能であるか判定する判定手段と、
前記判定手段による判定の結果、実行可能でなければ前記印刷データＩＤに関連付けれた印刷設定を、実行可能な設定に変換する変換手段と、
前記変換手段により前記印刷設定が変換されていれば変換後の印刷設定を、変換されていなければ変換前の印刷設定を、前記要求に含まれた印刷データＩＤに関連付けて前記保存手段に保存された印刷データとともに前記プリンタに直接的あるいは間接的に引き渡す手段と
してコンピュータを機能させるためのプログラム。
【請求項９】
請求項１乃至６のいずれか一項に記載のプリントサーバーと前記プリントサーバーに接続したプリンタとを有することを特徴とする印刷システム。
【請求項１０】
クライアント端末を更に接続したことを特徴とする請求項９に記載の印刷システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【公開番号】特開２０１３−３７５４７（Ｐ２０１３−３７５４７Ａ）
【公開日】平成２５年２月２１日（２０１３．２．２１）
【国際特許分類】
【出願番号】特願２０１１−１７３２７８（Ｐ２０１１−１７３２７８）
【出願日】平成２３年８月８日（２０１１．８．８）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
【公開日】平成２５年２月２１日（２０１３．２．２１）
【国際特許分類】
【出願日】平成２３年８月８日（２０１１．８．８）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
[ Back to top ]