JP2021026707A - クラウドプリントサービスの提供方法及びサーバ - Google Patents

Abstract

【課題】 第２のクラウドプリントサービスの出力先プリンタとして、第１のクラウドプリントサービスの論理プリンタを登録する際に、第１のクラウドプリントサービスでデータ変換が行われないように登録する仕組みを提供する目的の１つとする。【解決手段】 出力先の印刷装置に送信すべき印刷ジョブを外部装置から受信し、当該受信した印刷ジョブを外部のプリンタに転送する、１以上の論理プリンタが登録された第１のクラウドプリントサービスを提供するクラウドサーバは、第２のクラウドプリントサービスが使用する出力先プリンタとして、前記登録済みの論理プリンタを登録する登録要求を前記第２のクラウドプリントサービスに送信する。クラウドサーバは、当該第２のクラウドプリントサービスからプリンタの能力情報の取得要求を受信すると、パススルーモードをサポートすることを示す能力情報を送信する。【選択図】 図８

Description

本発明は、クラウドプリントサービスの提供方法に関するものである。

近年、クラウド経由で印刷ジョブを投入し、印刷装置に印刷ジョブを送信するクラウドプリントサービスが普及し始めている（特許文献１）。このような印刷システムでは、まず管理者が印刷装置を、管理者が所属するクラウドプリントサービスへ登録する。続けて、管理者はどのユーザに、印刷装置の使用を許可させるかを設定する。

印刷装置の使用を許可されたユーザは、クライアント端末からクラウドプリントサービスへ印刷ジョブを投入する。クラウドプリントサービスは受信した印刷ジョブをストレージに保存する。印刷装置はクラウドプリントサービスに保存された印刷ジョブを取得し、印刷する。

クラウドプリントサービスの一例としては、ＧｏｏｇｌｅＣｌｏｕｄＰｒｉｎｔ（登録商標）、ＭｉｃｒｏｓｏｆｔＨｙｂｒｉｄＣｌｏｕｄＰｒｉｎｔ（登録商標）、ＵｎｉｆｌｏｗＯｎＬｉｎｅ（登録商標）などがある。

また、クライアントから印刷に用いるデータを受信したのちに、サーバサイドで印刷装置がサポートする形式の印刷データに変換するサーバ側でレンダリングを行う技術が従来から知られている（特許文献２）。

特開２０１２−１３３４８９号公報 特開２０１２−９４４１３号公報

エンタープライズ環境においては、複数のＯＳベンダーのクライアント端末（例えばＷｉｎｄｏｗｓ（登録商標）ＯＳ、ｍａｃＯＳ（登録商標）、Ｃｈｒｏｍｅ（登録商標）ＯＳなど）を使用される。また、近年クラウドプラットフォームの利用も普及してきており、１つの企業体が複数の異なるクラウドプラットフォーム（例えば、ＡＷＳ、Ａｚｕｒｅ、ＧｏｏｇｌｅＣｌｏｕｄＰｌａｔｆｏｒｍなど）を併用するケースが増えている。また、各クラウドプラットフォームを利用するユーザが簡易に印刷を行えるよう、各プラットフォームがユーザにクラウドプリントサービスを提供するケースも増えてきている。この場合、複数のクラウドプリントサービス（例えば、クラウドプリントサービスＡ〜Ｃ）が混在することとなる。

これらの複数のクラウドプリントサービス経由の印刷の一形態として複数のクラウドプリントサービスを連携させることが考えられる。例えば、第２のクラウドサービスが管理するクラウドプリンタ宛に送信された印刷ジョブを、連携する第１のクラウドプリントサービスに転送し、第１のクラウドプリントサービス経由で印刷装置に送信するような構成が考えられる。

ここで、クライアント端末側の負荷を減らす等の目的で、クライアント端末から受信した印刷ジョブのデータをクラウドサーバ上でＰＤＦやラスタデータなどにレンダリングすることが考えられる。

複数のクラウドプリントサービスを連携させて印刷ジョブを印刷装置まで送信するようなシステム構成において、上流側のサービス上でデータが変換されてしまうと、下流側のクラウドプリントサービス側でのデータ変換に支障をきたす恐れがある。例えば、上流側のクラウドプリントサービスにおいて、上流側のクラウドプリントサービスでＰＤＦなどに変換され、下流側のクラウドプリントサービスに印刷データが転送される。続けて、下流側のクラウドプリントサービスは、受け取った印刷データをプリンタのサポートするＰＤＬであるＰＣＬなどに変換を行う。この場合、２回の変換処理が行われるため、画質や印刷品質の低下が発生する恐れがある。また、２回の変換処理が行われるとクラウド上の計算リソースを浪費してしまうといった問題もある。

本発明は上述の問題点の少なくとも１つを鑑みなされたものである。本発明の１つの側面としては、第２のクラウドプリントサービスの出力プリンタとして、第１のクラウドプリントサービスの論理プリンタを登録する際、第２のクラウドプリントサービスでデータ変換が行われないよう制御する仕組みを提供することを目的とする。

上記の少なくとも１つの目的を達成するために本発明の提供方法は、出力先の印刷装置に送信すべき印刷ジョブを外部装置から受信し、当該受信した印刷ジョブを外部のプリンタに転送する、１以上の論理プリンタが登録された第１のクラウドプリントサービスを提供する方法であって、前記第１のクラウドプリントサービスとは異なる第２のクラウドプリントサービスが使用する出力先プリンタとして、前記登録された論理プリンタの少なくとも１つを登録する登録要求を前記第２のクラウドプリントサービスに送信する第１の送信工程と、前記登録要求に基づいて前記第２のクラウドプリントサービスの出力先プリンタとして、前記論理プリンタの少なくとも１つが登録された後に、当該第２のクラウドプリントサービスからプリンタ能力情報の取得要求を受信する受信工程と、前記取得要求の応答としてパススルーモードをサポートすることを示す能力情報を送信する第２の送信工程と、を有することを特徴とする。

本発明の１つの側面によれば、第２のクラウドプリントサービスの出力プリンタとして、第１のクラウドプリントサービスの論理プリンタを登録する際、第２のクラウドプリントサービスでデータ変換が行われないように登録する。したがって、複数回の変換処理に起因する画質低下や変換処理のためのクラウドリソースの浪費を抑制することができるようになる。

印刷システムの一例を示す図である。 ＣＰＳを提供するサーバのハードウェア構成の一例を示す図である。 ＣＰＳのソフトウェア構成の一例を示す図である。 外部ＣＰＳがサポートするクライアント能力の一例を説明するための図である。 外部ＣＰＳへのプリンタ登録、能力更新の一例を示すシーケンス図である。 論理プリンタの能力情報の一例を説明するための図である。 複数のＣＰＳを経由する印刷処理の一例を示すシーケンス図である。 ＣＰＳ１０４を提供するサーバが実行する制御の一例を示すフローチャートである。 ＣＰＳ１０４を提供するサーバが実行する制御の一例を示すフローチャートである。 論理プリンタの能力情報の一例を説明するための図である。

以下、本発明を実施するための実施形態について図面を用いて説明する。なお、以下の実施の形態は特許請求の範囲に係る発明を限定するものではなく、また、実施の形態で説明されている特徴の組み合わせのすべてが発明の解決手段に必須のものとは限らない。

＜第１の実施形態＞
まず、図１を用いて、本発明に係る印刷システムの構成を説明する。本実施形態に係る印刷システムは、ＭＦＰ（Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）１０８及び１０９、クライアント端末１０１ａ〜１０１ｄ、クラウドプリントサービス（以下、ＣＰＳとも呼ぶ）１０４〜１０７を含む。

ＭＦＰ１０８及び１０９は、スキャナを用いて読み取って得られた画像に基づくデータを外部に送信するスキャン機能や、外部装置から受信した印刷ジョブに基づき紙などのシートに画像を印刷する印刷機能、コピー機能を有する。また、ＭＦＰ１０８及び１０９はクラウドプリントサービスを経由して印刷ジョブを受信し、印刷を行うこともできる。

一例としてＭＦＰ１０８は、ＰＤＦ（Ｐｏｒｔａｂｌｅ Ｄｏｃｕｍｅｎｔ Ｆｏｒｍａｔ）、ＪＰＥＧ（Ｊｏｉｎｔ Ｐｈｏｔｏｇｒａｐｈｉｃ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）、ＴＩＦＦ（Ｔａｇｇｅｄ Ｉｍａｇｅ Ｆｉｌｅ Ｆｏｒｍａｔ）、ＰＷＧ−Ｒａｓｔｅｒ、ＰＣＬ（Ｐｒｉｎｔｅｒ Ｃｏｎｔｒｏｌ Ｌａｎｇｕａｇｅ）などのフォーマットのドキュメントを印刷する能力を有しているものとする。一方、ＭＦＰ１０９は、一例としてＪＰＥＧやｐｗｇ−ｒａｓｔｅｒなどのラスタ変換されたドキュメントを印刷する能力を有しているが、ＰＤＦやＰＣＬに代表される中間データを含むフォーマットのドキュメントを印刷する能力を有さないものとする。

本実施形態では、印刷装置の一例として複数の機能を有するＭＦＰを例示しているがこれに限定されるものではない。例えば、印刷機能のみを有する単機能のＳＦＰ（Ｓｉｎｇｌｅ Ｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）などであってもよい。また、本実施形態では、一例として紙などのシートへの印刷を例示しているがこれに限定されるものではなく、３次元形状データに基づき立体物を成型する３Ｄプリントなどにおける印刷制御にも適用することができる。

本実施形態の印刷システムでは、ＣＰＳ１０５〜１０７は、ＣＰＳ１０４と連携して印刷を行うよう構成される。例えば、ＣＰＳ１０５が管理するクラウドプリンタ宛に送信された印刷ジョブは、ＣＰＳ１０５からＣＰＳ１０４に転送される。続けてＣＰＳ１０４は、ＣＰＳ１０５から転送された印刷ジョブをＭＦＰ１０８やＭＦＰ１０９に送信する。このようにクラウドプリントサービス同士を連携させて印刷を行うことができる。

ところで、図１に示すシステム構成において、上流側のＣＰＳ１０５〜１０７上で印刷ジョブ内のデータが変換されてしまうと、下流のＣＰＳ１０４でのデータ変換に支障をきたす恐れがある。例えば、上流側のＣＰＳは、下流側のＣＰＳ１０４が提供する論理プリンタの能力に合わせて印刷データをＰＤＦなどの形式に変換し、下流側のＣＰＳ１０４へ変換済みの印刷データを転送する場合がある。続けて、下流側のクラウドプリントサービスは、受け取った印刷データをプリンタのサポートするＰＤＬ（Ｐａｇｅ Ｄｅｓｃｒｉｐｔｉｏｎ Ｌａｎｇｕａｇｅ）であるＰＣＬなどに変換する。この場合、２回の変換処理が行われるため、画質や印刷品質の低下が発生する恐れがある。また、２回の変換処理が行われるとクラウド上の計算リソースを浪費してしまうといった問題もある。

本実施形態では、ＣＰＳ１０５〜１０７の出力先プリンタとして、ＣＰＳ１０４が管理する論理プリンタを登録する際に、ＣＰＳ１０５〜１０７でデータ変換が行われないようにする仕組みを提供する。以下具体的に説明する。

図１の説明に戻り、ＣＰＳ１０４はクライアント端末１０１から印刷ジョブを受信し、かつ、外部ＣＰＳ１０５〜１０７に保存された印刷ジョブを取得することが可能に構成されるクラウドプリントサービスである。

ＣＰＳ１０５〜１０７は其々クライアント端末１０１ｂ、１０１ｃ、１０１ｄのいずれかの端末から印刷ジョブを受信し、当該印刷ジョブを保存する外部ＣＰＳである。なお、本実施形態では、ＣＰＳ１０４〜ＣＰＳ１０７は異なるサービス提供者により提供される異なる種類のクラウドプリントサービスであることを想定している。これらの印刷プロトコルやジョブ通知の仕組みは異なる方式で実現されていてもよいし、同様の方式で実現されていてもよい。また、各方式によりサポートするオプション機能や一部仕様が異なっていてもよい。

図１では、ＣＰＳ１０４から利用可能なクラウドプリンタ（論理プリンタとも呼ぶ）として、ＭＦＰ１０８、１０９が登録されている場合を例示している。ＣＰＳ１０４に登録されているＭＦＰ１０８や１０９は、ＣＰＳ１０４に保存された印刷ジョブを取得し印刷処理を実行する。

各装置はネットワーク１００により通信可能に接続されている。ネットワーク１００は例えばＬＡＮ、ＷＡＮなどの通信ネットワーク、公衆無線通信ネットワーク（例えば、ＬＴＥや５Ｇなど）、ＩＥＥＥ８０２．１１に準拠する無線ネットワークなどを組み合わせて構成されてもよい。すなわち、ネットワーク１００はデータの送受信が可能であればよく、物理レイヤの通信方式はいずれの方式を採用してもよい。

＜ハードウェア構成＞
図２は、ＣＰＳ１０４を提供する実リソースとしてのサーバ２００のハードウェア構成を示すブロック図である。ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）２０１は、各部と協働しサーバの動作を制御する。ＣＰＵ２０１は、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）２０２又はストレージ２０４に記憶されたＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）や、制御プログラムを読み出して実行する。ＲＯＭ２０２は、ＣＰＵ２０１で実行可能な制御プログラムを格納する。ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）２０３は、ＣＰＵ２０１の主記憶メモリであり、ワークエリア又は各種制御プログラムを展開するための一時記憶領域として用いられる。ストレージ２０４は、印刷データ、画像データ、各種プログラム、及び各種設定情報を記憶する。本実施形態ではストレージ２０４としてＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）等の補助記憶装置を想定しているが、ＨＤＤの代わりにＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）などの不揮発性メモリを用いるようにしても良い。このように、ＣＰＵ２０１、ＲＯＭ２０２、ＲＡＭ２０３等のハードウェアは、いわゆるコンピュータを構成している。なお、サーバ２００は、印刷データのレンダリングを行うＡＳＩＣなどを更に備えていてもよい。本実施形態では、説明のため、１つのＣＰＵ２０１が１つのメモリ（ＲＡＭ２０３）を用いて後述するフローチャートに示す各処理を実行する場合を例示するが、他の様態であっても構わない。例えば複数のプロセッサ、ＲＡＭ、ＲＯＭ、ストレージを協働させて後述するフローチャートに示す各処理を実行することもできる。また、複数のサーバコンピュータを用いて後述する各処理を実行することもできる。サーバ２００はコンテナ化や仮想化技術を用いることで、複数の異なるテナントに第１の種類のＣＰＳ１０４を提供することができる。

ネットワークＩ／Ｆ（インタフェース）２０５は、外部とネットワーク通信するためのインタフェースである。サーバ２００は、ネットワークＩ／Ｆを介してネットワーク１００に接続される。入出力Ｉ／Ｆ２０６は、キーボード、マウス、ディスプレイなどの入出力デバイスを接続するインタフェースである。Ｉ／Ｆに接続された各入出力デバイスは、クラウドサービスを提供する実サーバのメンテナンスを行う場合に使用される。

＜ソフトウェア構成＞
図３は、ＣＰＳ１０４上で動作するソフトウェアモジュールの構成図である。なお、各ソフトウェアモジュールは図２で示したストレージ２０４に記憶されており、ＣＰＵ２０１によってＲＡＭ２０３にロードされ実行される。

送受信部３０１は、ネットワークＩ／Ｆ２０５を介してクライアント端末１０１やＭＦＰ１０８との通信を行う。制御部３０２は送受信部３０１が受け付けた印刷ジョブの送信リクエストや印刷ジョブの取得リクエストに従って処理を実行する。設定管理部３０４は、ＣＰＳ１０４に関する各種設定情報や連携する外部ＣＰＳの情報、ＣＰＳ１０４に登録されているＭＦＰの情報を設定ＤＢ３０７に保存し制御を行う。また、設定ＤＢ３０７には、外部ＣＰＳのＵｓｅｒ−Ａｇｅｎｔ情報と当該外部ＣＰＳがパススルー動作をサポートするクラウドプリントサービスか否かを示す情報を対応付けた対応情報も記憶される。

印刷管理部３０５は、クライアント端末１０１から受信した印刷ジョブまたは外部ＣＰＳから取得した印刷ジョブを印刷ジョブＤＢ３０８に保存する制御や、印刷ジョブに対してレンダリングなどの画像処理を行う。データ変換部３０６は、受信した印刷ジョブに含まれる印刷データをＭＦＰ１０８、１０９がサポートするＰＤＬに変換する変換処理を行う。変換されたＰＤＬデータは印刷管理部３０５に送信される。印刷管理部３０５は、当該変換されたＰＤＬデータに基づき新たな印刷ジョブを生成し印刷ジョブＤＢ３０８に保存する。データ変換部３０６による変換処理は、ＡＳＩＣやＤＳＰなどのハードウェア回路と協働して行うこともできる。

＜ＣＰＳ１０４に対するプリンタ登録処理＞
続けて、図４を用いて外部ＣＰＳ１０５〜１０７のサポートする能力や仕様について説明する。本実施形態では、前述したように上流側のクラウドプリントサービスでデータ変換が行われないよう制御するために、クラウドプリントサービスに通知する能力情報を活用する。

例えば、ＩＰＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｉｎｔｉｎｇ Ｐｒｏｔｏｃｏｌ）などの印刷の仕組みでは、プリントクライアントからプリンタの能力情報を問い合わせる要求を行い、プリンタの能力情報を取得する。例えば、「Ｇｅｔ−Ｐｒｉｎｔｅｒ−Ａｔｔｒｉｂｕｔｅｓ」オペレーションを用いて能力情報のやり取りを行う。この際に、クライアントは能力情報の取得要求に、「ｒｅｑｕｅｓｔｅｄ−ａｔｔｒｉｂｕｔｅｓ」属性として関心を持つ属性名や属性グループ名を列挙することが可能である。ＣＰＳ１０５は、能力情報の取得要求に、プリントクライアントから受信した印刷ジョブを変換せずに送信するパススルー動作をプリンタ側が許容するかどうかを問い合わせる所定の属性名を含める。なお、所定の属性名は例えば、「Ｊｏｂ−Ｐａｓｓ−ｔｈｒｏｕｇｈ−Ｓｕｐｐｏｒｔｅｄ」などが想定される。なお、当該属性名は一例であり、その他の属性名であってもかまわない。

図４に示すように、ＣＰＳ１０５は、能力情報の取得要求に、所定の属性名を列挙するＣＰＳであり、且つ、パススルー動作を行うことが可能なＣＰＳである。また、ＣＰＳ１０６は、能力情報の取得要求には、前記所定の属性名を列挙しないが、パススルー動作を行うことが可能なＣＰＳである。ＣＰＳ１０７は、パススルー動作をサポートしないＣＰＳであり、出力先プリンタとＣＰＳ１０７の両方がサポートするフォーマットの印刷ジョブのみサポートするＣＰＳであるものとして説明する。

図４に示すように、ＣＰＳ１０５及び１０６はパススルー動作をサポートしている。従って、ＣＰＳ１０４は、パススルー動作を許可することを示す能力情報を返答する。一方、ＣＰＳ１０７は、パススルー動作をサポートしていない。ＣＰＳ１０４は、プリントクライアントや上流のクラウドプリントサービスでデータ変換が行われにくいドキュメントのみをサポートする能力情報を返答する。

図５及び図６を用いてプリンタ登録に関わる一連のシーケンスを説明する。図５は、プリンタ登録に関わる一連の制御シーケンスの一例であり、図６は、能力情報の一例である。

ＣＰＳ１０４は、ＭＦＰ（例えば、ＭＦＰ１０８）をＣＰＳ１０４が提供するクラウドプリントサービスに登録する登録処理を受け付ける（シーケンスＳ５００ａ）。

ＭＦＰからの登録処理を受け付けたＣＰＳ１０４は、登録要求を送信したＭＦＰ（例えば、ＭＦＰ１０８）に対応する論理プリンタを生成し、当該登録要求を送信したＭＦＰから、プリンタの能力情報を取得し、論理プリンタの能力を更新する（Ｓ５００ｂ）。

図６（Ａ）は、ＣＰＳ１０４が管理するＭＦＰ１０８に対応する論理プリンタの能力情報の一例である。１〜２行目は、プリンタ名が「ＭＦＰ１０８」であり、部数指定をサポートするプリンタであることを示している。また、次行はプリンタがアイドル状態であることを示している。最後の行は、プリンタが印刷をサポートするドキュメントの種類を示しており、ＰＤＦ、ＪＰＥＧ、ＴＩＦＦ、ＰＷＧ−Ｒａｓｔｅｒ、ＰＣＬをサポートするプリンタであることを示している。

上述のＳ５００ａ〜Ｓ５００ｂの処理により、ＣＰＳ１０４には、ＭＦＰ１０８及びＭＦＰ１０９に対応する論理プリンタが登録される。

図６の説明に戻り、ＣＰＳ１０４は、ＣＰＳ１０４のテナントを管理する管理者等のユーザによる操作に基づき、ＣＰＳ１０４に登録済みの論理プリンタを外部ＣＰＳに登録する登録要求を受け付ける。当該登録要求を受け付けたＣＰＳ１０４は、登録済みの論理プリンタを出力先プリンタとして登録する登録要求を外部ＣＰＳに送信する（Ｓ５０１）。

本実施形態では、登録先の外部ＣＰＳや登録すべき論理プリンタが図示省略の設定画面を介してユーザにより選択され、ＣＰＳ１０４が当該選択に基づき、選択された外部ＣＰＳに対して選択された論理プリンタを登録する要求を行うことを想定している。しかしながら、これに限定されず、ＣＰＳ１０４が管理する複数の論理プリンタをユーザにより選択された外部ＣＰＳの出力先プリンタとして登録するようにしてもよい。ここでは、説明のため、ＣＰＳ１０５の出力先プリンタとして、ＭＦＰ１０８に対応する論理プリンタを登録する要求を行う場合を例に説明する。

当該登録要求を受け付けた外部ＣＰＳ（ＣＰＳ１０５）は、ＣＰＳ１０４の論理プリンタ宛に印刷ジョブを送信する論理プリンタを生成する（Ｓ５０２）。続けて外部ＣＰＳ（ＣＰＳ１０５）は、ＣＰＳ１０４に対して、能力情報の取得要求を送信する（Ｓ５０３）。能力情報の取得要求を受け付けたＣＰＳ１０４は、取得要求に基づき要求元のクラウドプリントサービスがパススルー動作をサポートするかどうかを判断する（Ｓ５０４）。具体的な判断については後述のフローチャートを用いて説明する。

Ｓ５０４で要求元のクラウドプリントサービスがパススルー動作をサポートすると判断した場合、ＣＰＳ１０４は、パススルーモードをサポートすることを示す情報を含む第１の能力情報を、外部ＣＰＳに対して通知する（Ｓ５０５Ａ）。

Ｓ５０３の応答として、ＣＰＳ１０４が送信する能力情報を受信した外部ＣＰＳは、当該受信した能力情報に基づき外部ＣＰＳ上に新たに生成された論理プリンタの能力を更新する（Ｓ５０６）。

図６（Ｂ）は、Ｓ５０５Ａでパススルーモードをサポートする外部ＣＰＳ１０５に対して通知する能力情報の一例を示している。１〜３行目は図６（Ａ）と同様である。ただし、プリンタ名は、「ＭＦＰ１０８（ＣＰＳ１０４経由）」などのように、ＣＰＳ１０４経由で出力されることがユーザに分かるような名称を使用する。ま図６（Ａ）で説明した論理プリンタの能力情報との差異は、プリンタが印刷をサポートするドキュメントの種類である。ここでは、サポートするドキュメントの種類に、「ｐａｓｓ−ｔｈｒｏｕｇｈ」が追加される。また、ＣＰＳ１０５は、図４で説明したように、パススルーに関連する属性名を関心のある属性として列挙した取得要求を送信する。従って、ＣＰＳ１０４は、外部ＣＰＳ１０５からの要求に対する応答に、パススルーを許容する（パススルーモードをサポートする）ことを示す属性値を含める。最後の行は、パススルーモードに関する追加の属性名と属性値のセットである。ここでは、属性値として、パススルー動作が許容されるフォーマットが列挙される。外部ＣＰＳは、当該属性値と一致するドキュメントを受信した場合、ＰＤＦやラスタデータなどへの変換を行うことなく、ＣＰＳ１０４に転送するよう制御する。

図５に戻り、パススルー動作をサポートしないと判断した場合の代替シーケンスについて説明する。ここでは、Ｓ５０１において、パススルー動作をサポートしないＣＰＳ１０７の出力先プリンタとして、ＭＦＰ１０８に対応する論理プリンタを登録する要求が行われた場合を例に説明する。

Ｓ５０４で要求元のクラウドプリントサービスがパススルー動作をサポートすると判断した場合、ＣＰＳ１０４は、特定の種類のドキュメントのみサポートしていることを示す第２の能力情報を、外部ＣＰＳ（例えばＣＰＳ１０７）に通知する（Ｓ５０５Ｂ）。

図６（Ｂ）は、Ｓ５０５Ｂでパススルー動作をサポートしない外部ＣＰＳ１０７に対して通知する能力情報の一例を示している。１〜３行目は図６（Ｂ）と同様である。図６（Ｂ）で説明した論理プリンタの能力情報との差異は、プリンタが印刷をサポートするドキュメントの種類である。ＣＰＳ１０４は、ＭＦＰ１０８が実際に有する印刷能力に関わらず、ＸＰＳ（ＸＭＬ Ｐａｐｅｒ Ｓｐｅｃｉｆｉｃａｔｉｏｎ）、ＥＭＦ（Ｅｎｈａｎｃｅｄ Ｍｅｔａ Ｆｉｌｅ）など、アプリケーションが描画出力に用いる描画フォーマットを列挙する。更に、ｄｏｃｘ、ｘｌｓｘ、ｐｐｔｘ、ｇｓｈｅｅｔ、ｇｄｏｃなど、アプリケーションがファイル出力に用いる可能性の高いドキュメントの種類を列挙する。更にＣＰＳ１０４は、ＰＤＦやＰＷＧ−Ｒａｓｔｅｒ、ＪＰＥＧなど、プリントクライアントや外部ＣＰＳがデータ変換エンジンを備える可能性が高いドキュメントの種類をサポートするドキュメントの種類から意図的に除外する。このような能力情報を通知するより、パススルー動作をサポートしない外部ＣＰＳであっても、変換を行うことなく印刷ジョブを受け渡すよう動作させる可能性を高めることができる。

続けて、図７を用いて複数のＣＰＳを経由する印刷処理の一例を説明する。クライアント端末のプリントクライアントは、ＣＰＳ１０４を経由して印刷を行うＣＰＳ１０５〜Ｓ１０７上の論理プリンタを選択する操作を受け付け、当該論理プリンタの能力を外部ＣＰＳに要求する（Ｓ７０１）。ここでは、ＣＰＳ１０４が管理する論理プリンタに印刷ジョブを送信するよう、ＣＰＳ１０５〜１０８のいずれかに登録された出力先プリンタが選択された場合を例に説明する。

Ｓ７０２において、ＣＰＳ１０５は、問い合わせ元のプリントクライアントに対して能力情報を送信する。クライアント端末のプリントクライアントは、当該能力情報に基づき図示省略の印刷設定画面を表示する。印刷設定が行われ、印刷開始のユーザ操作が行われたことに従って、クライアント端末は、能力情報に基づき決定される形式の印刷データを含む印刷ジョブを生成し外部ＣＰＳに送信する（Ｓ７０３）。

Ｓ７０３の処理について具体的な例を用いて説明する。例えば、パススルー動作をサポートするＣＰＳの論理プリンタが選択された場合、プリントクライアントはアプリケーションからプリントクライアントに送信された印刷に供するデータが、パススルー動作が許容される種類のデータであるか否かを判断する。パススルー動作が許容される種類のデータであると判断した場合、当該印刷に供するデータと、印刷設定とを含む印刷ジョブを生成する。一方、パススルー動作が許容されない種類のデータであると判断した場合、所定の優先順位に従って、外部ＣＰＳの出力先プリンタがサポートするドキュメントに印刷データを変換する。例えば、印刷装置におけるデファクトスタンダードであるＰＣＬを第１優先とし、次点をＰＤＬとする。出力先プリンタがＰＣＬもＰＤＬもサポートしていない場合、ＰＷＧ−ＲａｓｔｅｒやＪＰＥＧなどのラスタフォーマットが選択される。なお、プリントクライアントは、パススルー動作が許容される種類のドキュメント（例えば、ＸＰＳやＥＭＦ）に印刷に供するデータを変換するようにしてもよい。クライアント端末は、変換した印刷データと印刷設定を含む印刷ジョブを生成し、外部ＣＰＳに送信する。

一方、パススルー動作をサポートしないＣＰＳの論理プリンタが選択された場合、クライアント端末は、印刷に供するデータを外部ＣＰＳの出力先プリンタがサポートするドキュメントに印刷データを必要に応じて変換する。続けて、必要に応じて変換された印刷データを含む印刷ジョブを送信する。この場合、例えば、図６（Ｃ）で例示したように、画質や印刷品質の低下を招きづらいフォーマットのドキュメントのみがサポートするドキュメントの列挙されている。従って、画質や印刷品質の低下を招きづらいフォーマットが選択される。

図７の説明に戻り、クライアント端末から印刷ジョブを受信した外部ＣＰＳは、印刷ジョブに含まれる印刷データを、ＣＰＳ１０４の論理プリンタがサポートするフォーマットに変換する（Ｓ７０４）。なお、Ｓ７０３の処理で適切なフォーマットに変換が行われた場合や、パススルー動作が許容される印刷データの場合、Ｓ７０４における変換処理は行われない。Ｓ７０４の変換処理は、ＩｏＴデバイスなどのデータ変換機構を有さない端末から受信したデータを外部ＣＰＳ経由で印刷する場合や、ホットフォルダなどの機能を用いて外部ＣＰＳにデータが直接投入された場合などに実行される。

続けて、外部ＣＰＳは、クライアント端末などから受信した印刷ジョブをＣＰＳ１０４に転送する（Ｓ７０５）。外部ＣＰＳは転送が完了すると印刷ジョブを削除する（Ｓ７０６）。

外部ＣＰＳから印刷ジョブを受信したＣＰＳ１０４は、当該ジョブを印刷ジョブＤＢ３０８に格納する。

ＭＦＰ（例えば、ＭＦＰ１０８）は、ＣＰＳ１０４へ印刷ジョブを取得する要求を送信する（Ｓ７０７）。要求を受信したＣＰＳ１０４は、ＭＦＰに送信すべき印刷ジョブの印刷データを、ＭＦＰがサポートする種類のドキュメントに変換する（Ｓ７０８）。例えば、パススルー動作により、変換されずにＣＰＳ１０４まで転送されたＸＰＳ、ＥＭＦ、ｘｌｓｘなどの印刷データをＰＣＬ形式やＰＤＦ形式のドキュメントに変換する。ＣＰＳ１０４は、例えば、ＭＦＰ１０８やＭＦＰ１０９を設計、販売するプリンタベンダーが提供するＣＰＳである。従って、ＭＦＰの特性や能力に合わせて適切な変換処理を行うことができる。

変換が完了すると、ＣＰＳ１０４は、変換済みの印刷ジョブを印刷ジョブの取得を要求したＭＦＰに対して送信する（Ｓ７０９）。印刷ジョブを受信したＭＦＰは印刷処理を実行して、印刷物を出力する（Ｓ７１０）。印刷ジョブの実行が完了すると、ＭＦＰ１０８は、ＣＰＳ１０４に印刷ジョブの取得が完了したことを示す通知を送信する（Ｓ７１１）。当該通知を受信したＣＰＳ１０４は、印刷ジョブを削除する（Ｓ７１２）。以上の説明した一連の処理により、外部ＣＰＳとＣＰＳ１０４の両方を経由する印刷形態において、データ変換が何度も行われることに起因する画質や印刷品質の低下を抑制できるようになる。また、クラウド上で複数回のデータ変換が行われることに起因する計算リソースの浪費を抑制することができるようになる。

最後に、ＣＰＳ１０４が実行する制御について図８のフローチャートを用いて説明する。図８のフローチャートに示す各動作（ステップ）は、ＣＰＵ２０１がＲＯＭ２０２またはストレージ２０４に記憶されたＣＰＳ１０４を提供する各制御モジュールに対応するプログラムをＲＡＭ２０３に呼び出し、実行することにより実現される。なお、複数テナントに対する適切な制御を実現するために仮想化やコンテナ化、複数のコンピュータを用いた並列分散処理などの技術が適宜使用されるものとする。また、図８では、説明の簡略化のため、図５のＳ５０３〜Ｓ５０５Ａ―Ｂに例示した能力情報の通知制御を中心に説明する。その他実プリンタの登録処理、論理プリンタの登録要求、印刷データの受信印刷処理は説明を省略する。

ステップＳ８００において、制御部３０２は、設定管理部３０４と協働し、外部ＣＰＳと連携している論理プリンタが存在するか否かを判断する。制御部３０２は、外部ＣＰＳと連携している論理プリンタが存在する場合、処理をＳ８０１に進め、外部ＣＰＳと連携している論理プリンタが存在しない場合、一連の通知制御を行うことなく処理を終了する。

Ｓ８０１において、制御部３０２は、送受信部３０１を介して外部ＣＰＳから論理プリンタの能力情報の取得要求を受信したか否かを判断する。送受信部３０１を介して外部ＣＰＳから論理プリンタの能力情報の取得要求を受信した場合、処理をＳ８０２に進め、送受信部３０１を介して外部ＣＰＳから論理プリンタの能力情報の取得要求を受信していない場合、取得要求を待ち受ける。

Ｓ８０２において、制御部３０２は、受信した取得要求を解析し、取得要求に、パススルー動作をプリンタ側が許容するかどうかを問い合わせる所定の属性名が含まれているか否か判断する。所定の属性名が含まれている場合、処理をＳ８０４に進め、所定の属性名が含まれていないと判断した場合、処理をＳ８０３に進める。なお、所定の属性名の一例は、前述した、「Ｊｏｂ−Ｐａｓｓ−ｔｈｒｏｕｇｈ−Ｓｕｐｐｏｒｔｅｄ」である。しかしながらこれに限定されるものではなく、パススルー動作に関する情報が要求に含まれている場合に、Ｓ８０４に進むよう構成してもよい。

Ｓ８０３において、制御部３０２は送受信部３０１と協働して取得要求を構成するデータパケットのＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）リクエストヘッダのＵｓｅｒ−Ａｇｅｎｔ情報を参照する。続けて、当該Ｕｓｅｒ−Ａｇｅｎｔ情報と、設定ＤＢ３０７に記憶された対応情報とに基づき、当該Ｕｓｅｒ−Ａｇｅｎｔ情報で特定される外部ＣＰＳがパススルー動作をサポートする外部ＣＰＳであるか否かを判断する。外部ＣＰＳがパススルー動作をサポートする外部ＣＰＳであると判断した場合、処理をＳ８０４に進め、外部ＣＰＳがパススルー動作をサポートしない外部ＣＰＳであると判断した場合、処理をＳ８０５に進める。

Ｓ８０４において、制御部３０２は、設定管理部３０４と協働し、パススルー動作を許容することを示す第１の能力情報を生成する。具体的には、制御部３０２は、外部ＣＰＳから指定された論理プリンタを特定する識別情報に基づき特定される論理プリンタの能力情報を、設定ＤＢ３０７から取得する。続けて、当該取得した能力情報をベースに、印刷をサポートするドキュメントの種類にパススルーを示す情報を追加し、パススルー動作に関連する能力情報を追加した能力情報を生成する。生成が完了すると、当該生成した能力情報を、要求元の外部ＣＰＳに通知する。例えば、Ｓ８０４の処理では、図６（Ｂ）に例示した能力情報が通知される。

一方、Ｓ８０５において、制御部３０２は、設定管理部３０４と協働し、特定の種類のドキュメントのみサポートしていることを示す第２の能力情報を生成し、要求元の外部ＣＰＳに通知する。具体的には、制御部３０２は、外部ＣＰＳから指定された論理プリンタを特定する識別情報に基づき特定される論理プリンタの能力情報を、設定ＤＢ３０７から取得する。続けて、当該取得した能力情報に含まれる印刷をサポートするドキュメントの種類を、アプリケーションが描画出力に用いる描画フォーマットや、ファイル出力に用いるフォーマットに書き換えた能力情報を生成する。例えば、ドキュメントの種類をＸＰＳ、ＥＭＦ、ｄｏｃｘ、ｘｌｓｘ、ｐｐｔｘなどに書き換えた能力情報を生成する。生成が完了すると、当該生成した能力情報を、要求元の外部ＣＰＳに通知する。例えば、Ｓ８０５の処理では、図６（Ｃ）に例示した能力情報が通知される。通知が完了するとＳ８００の処理に戻り、更なる能力情報の取得要求を待ち受ける。

以上説明した一連の処理により、外部ＣＰＳの出力先プリンタとして、ＣＰＳ１０４が管理する論理プリンタを登録する場合において、外部ＣＰＳでデータ変換が行われることを抑制できる。また、本実施形態におけるＣＰＳ１０４は、ベンダーが提供するクラウドプリントサービスである。従ってベンダーが開発した専用レンダラを用いて印刷ジョブのデータ変換を行うことができる。ベンダー独自の専用レンダラを用いた変換では、印刷装置の画像変換特性に合わせたＰＤＬや、印刷装置でのデータ解釈を考慮したＰＤＬデータに変換することができる。従って、ＯＳベンダーなどが設計した汎用のレンダラでのＰＤＬ変換と比較して、高い印刷品質を保つことができる。

＜第２の実施形態＞
第１の実施形態では、一律に、上流でデータ変換が行われないように制御する方法について説明した。第２の実施形態では、第１の実施形態の各処理に加えて、ラスタデータの印刷しかサポートできないＭＦＰやＳＦＰに対応する論理プリンタについては、能力情報を修正することなく通知する例外処理をついて説明する。

ラスタフォーマットのドキュメントのみをサポートするＭＦＰやＳＦＰに印刷ジョブを送信する場合、クライアント、外部ＣＰＳ、ＣＰＳ１０４のいずれかで画質劣化を伴うラスタデータを生成する必要がある。第２の実施形態では、クラウドプリントサービスの計算リソースの浪費を抑制することを重視し、ラスタフォーマットのみをサポートするＭＦＰの場合、クライアントサイドでデータ変換処理を行わせるべく、能力情報の修正を行わないよう制御する。

なお、第２の実施形態におけるシステム構成、ハードウェア構成、ソフトウェア構成は第１の実施形態と同様である。具体的な制御について図９及び図１０を用いて説明する。

図９は、第１の実施形態の図８のフローチャートに代えて実行される処理の一例である。図８との差分は、Ｓ８０１の判断ステップの直後に、Ｓ９０１に示す判断ステップが追加されている点とＳ９０１の判断による分岐先にＳ９０２に示す処理が追加されている点である。図８の説明と重複する部分は適宜省略して説明する。

Ｓ８０１において、能力情報の取得要求を受信したと判断すると、制御部３０２は、処理をＳ９０１に進める。Ｓ９０１において、制御部３０２は、取得要求に含まれる論理プリンタを特定するための識別情報に基づいて、論理プリンタを特定する。続けて、制御部３０２は、設定管理部３０４を参照し、当該特定した論理プリンタに対応する能力情報を取得する。当該特定された論理プリンタがラスタ形式のドキュメントのみをサポートする論理プリンタであると判断すると、処理をＳ９０２に進め、ラスタ形式のドキュメントのみをサポートする論理プリンタでないと判断すると処理をＳ８０２に進める。Ｓ８０２以降の処理は第１の実施形態と同様であるため説明を省略する。

図１０は、ＣＰＳ１０４が管理するＭＦＰ１０９に対応する論理プリンタの能力情報の一例である。図１０では、ラスタ形式のドキュメントのみサポートするＭＦＰ１０９に対応する論理プリンタの能力情報を例示している。１〜２行目は、プリンタ名が「ＭＦＰ１０９」であり、部数指定をサポートしないプリンタであることを示している。また、次行はプリンタがアイドル状態であることを示している。最後の行は、プリンタが印刷をサポートするドキュメントの種類を示しており、ＰＷＧ−Ｒａｓｔｅｒ、ＪＰＥＧをサポートするプリンタであることを示している。このようなラスタ形式のみサポートする論理プリンタの能力情報が要求された場合、Ｓ９０２に進むこととなる。一方、図６（Ａ）で例示した、ＰＤＦやＰＣＬなどの種類をサポートするＭＦＰ１０８に対応する論理プリンタの能力情報が要求された場合、Ｓ８０２に進むこととなる。

図９の説明に戻り、Ｓ９０２において、制御部３０２は、特定した論理プリンタに対応する能力情報を、前記要求元の外部ＣＰＳに対して通知する。通知が完了すると、更なる取得要求を待ち受ける。

以上説明した一連の処理により、第１の実施形態と比較して、更にクラウドプリントサービスの計算リソースの浪費を抑制することができるようになる。

＜変形例＞
上述の実施形態では、印刷データを実プリンタがサポートするドキュメントフォーマットに変換する場合を例示したがこれに限定されるものではない。印刷ジョブ全体を変換するよう構成することもできる。例えば、ＩＰＰのジョブ形式で受信した印刷ジョブを、実プリンタにより適したジョブ形式に変換することもできる。具体的には、ジョブ制御にＰＪＬ（Ｐｒｉｎｔｅｒ Ｊｏｂ Ｌａｎｇｕａｇｅ）を用いて、印刷データにＰＣＬを用いる印刷ジョブに変換することもできる。また、実プリンタが最も得意とするＰＤＬやジョブに変換することもできる。例えば、ＥＳＣ／Ｐ（Ｅｐｓｏｎ Ｓｔａｎｄａｒｄ Ｃｏｄｅ ｆｏｒ Ｐｒｉｎｔｅｒ）、ＲＰＣＳ（Ｒｅｆｉｎｅｄ Ｐｒｉｎｔｉｎｇ Ｃｏｍｍａｎｄ Ｓｔｒｅａｍ）、ＰＳ（Ｐｏｓｔ Ｓｃｒｉｐｔ）、ＡＲＴ（Ａｄｖａｎｃｅｄ Ｒｅｎｄｅｒｉｎｇ Ｔｏｏｌｓ）、ＳＰＤＬ（Ｓｈａｒｐ Ｐｒｉｎｔｅｒ Ｄｅｓｃｒｉｐｔｉｏｎ Ｌａｎｇｕａｇｅ）シリーズなどに準拠するＰＤＬ形式に変換することもできる。

＜その他の実施形態＞
本発明は、上述の各実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣやＦＰＧＡ）によっても実現可能である。

１０８ ＭＦＰ
１０１ クライアント端末
１０４ クラウドプリントサービス
１０５ クラウドプリントサービス
１０６ クラウドプリントサービス
１０７ クラウドプリントサービス

Claims (9)

1. 出力先の印刷装置に送信すべき印刷ジョブを外部装置から受信し、当該受信した印刷ジョブを外部のプリンタに転送する、１以上の論理プリンタが登録された第１のクラウドプリントサービスを提供する方法であって、
   前記第１のクラウドプリントサービスとは異なる第２のクラウドプリントサービスが使用する出力先プリンタとして、前記登録された論理プリンタの少なくとも１つを登録する登録要求を前記第２のクラウドプリントサービスに送信する第１の送信工程と、
   前記登録要求に基づいて前記第２のクラウドプリントサービスの出力先プリンタとして、前記論理プリンタの少なくとも１つが登録された後に、当該第２のクラウドプリントサービスからプリンタの能力情報の取得要求を受信する受信工程と、
   前記取得要求の応答としてパススルーモードをサポートすることを示す能力情報を送信する第２の送信工程と、
   を有することを特徴とするクラウドプリントサービスの提供方法。
2. 前記第２の送信工程では、前記取得要求に、前記第２のクラウドプリントサービスがプリントクライアントから受信した印刷ジョブを変換することなく送信することをプリンタが許容するか否かを問い合わせる所定の情報が含まれている場合に、前記パススルーモードをサポートしていることを示す能力情報を送信することを特徴とする請求項１に記載の提供方法。
3. 前記取得要求に前記所定の情報が含まれていない場合に、前記論理プリンタに対応する実プリンタが印刷をサポートするドキュメントの種類に関わらず、所定の種類のドキュメントの印刷をサポートすることを示す能力情報を送信することを特徴とする請求項２に記載の提供方法。
4. 前記所定の種類のドキュメントの印刷をサポートすることを示す能力情報は、ＸＰＳ（ＸＭＬ Ｐａｐｅｒ Ｓｐｅｃｉｆｉｃａｔｉｏｎ）形式のドキュメントの印刷をサポートすることを示す能力情報であることを特徴とする請求項３に記載の提供方法。
5. 前記第２の送信工程では、更に、前記第２のクラウドプリントサービスから受信した情報に基づき前記第２のクラウドプリントサービスがプリントクライアントから受信した印刷ジョブを変換せずに送信するパススルーモードをサポートすると判断したことに従い、前記パススルーモードをサポートしていることを示す能力情報を送信することを特徴とする請求項１に記載の提供方法。
6. 前記受信した情報に基づき前記第２のクラウドプリントサービスがプリントクライアントから受信した印刷ジョブを変換せずに送信するパススルーモードをサポートしていないと判断したことに基づき、前記論理プリンタに対応する実プリンタが印刷をサポートするドキュメントの種類に関わらず、所定の種類のドキュメントの印刷をサポートすることを示す能力情報を送信することを特徴とする請求項５に記載の提供方法。
7. 前記所定の種類のドキュメントの印刷をサポートすることを示す能力情報は、ＸＰＳ（ＸＭＬ Ｐａｐｅｒ Ｓｐｅｃｉｆｉｃａｔｉｏｎ）形式のドキュメントの印刷をサポートすることを示す能力情報であることを特徴とする請求項６に記載の提供方法。
8. 前記論理プリンタが出力先として指定され、前記第２のクラウドプリントサービス経由で受信した印刷ジョブに含まれるＸＰＳ形式のドキュメントを、前記論理プリンタに対応する実プリンタが印刷をサポートするＰＤＬ（Ｐａｇｅ Ｄｅｓｃｒｉｐｔｉｏｎ Ｌａｎｇｕａｇｅ）形式に変換する変換工程と、
   前記変換工程で変換されたＰＤＬを含む印刷ジョブを前記論理プリンタに対応する実プリンタに送信する第３の送信工程と、
   を更に有することを特徴とする請求項４又は７に記載の提供方法。
9. 請求項１乃至８のいずれか１項に記載の提供方法に示される各工程を実行するサーバ。

Images