JP2020187700A - サーバ、制御方法、プログラム - Google Patents

Abstract

【課題】 複数のクラウドプリントサービスを利用する場合における利便性を高めることを目的の１つとする。【解決手段】 第１のクラウドプリントサービスを提供するクラウドサーバは、外部から得られた印刷データを記憶することができる。更に、第１のクラウドプリントサービスとは異なる第２のクラウドプリントサービスに対して登録要求を送信することができる。また、クラウドサーバは、前記登録要求に基づいて登録された前記第２のクラウドプリントサービスから印刷データを取得することができる。当該クラウドサーバは、第２のクラウドプリントサービスから取得した印刷データ及び異なる方式で外部から受信した印刷データを記憶可能である。記憶された印刷データは、印刷装置に送信され、印刷装置によって印刷される。【選択図】 図８

Description

本発明は、印刷データを管理するサーバ、制御方法、プログラムに関する。

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

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

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

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

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

この場合、図２０に示すように複数のクラウドプリントサービス（例えば、クラウドプリントサービスＡ〜Ｃ）が混在することとなる。

これらの環境下において、印刷装置が複数のクラウドプリントサービスをサポートするには、各クラウドプリントサービスから印刷ジョブを適切に受信するための印刷機能を印刷装置へ組み込まなければならない。しかしながら、印刷装置の発売時期によっては特定のクラウドプリントサービスからの印刷機能をサポートしていない場合があり、そのような印刷装置は、特定のクラウドプリントサービスから利用できないといった問題点がある。

また、複数のクラウドプリントサービスが混在する場合、管理者による複数のクラウドプリントサービスへの登録作業やメンテナンス作業に手間がかかるといった問題点がある。

また、複数のクラウドプリントサービスが混在すると、アクセスコントロールや履歴情報を一元管理できないといった問題点がある。例えば、履歴情報や履歴情報に基づく統計データが複数のクラウドサービスで管理されると、管理者による確認が煩雑となる。また、アクセスコントロールの設定ミスなどにより、管理者の意図しない印刷が発生する可能性もある。

本発明は上述の問題点の少なくとも１つを鑑みなされたものである。本発明の１つの側面としては、複数のクラウドプリントサービスを利用する場合における利便性を高めることを目的の１つとする。また、本発明の１つの側面としては、第１のクラウドプリントサービスに登録済みの印刷装置を、当該第１のクラウドプリントサービスとは異なるクラウドプリントサービスに簡単に登録するための仕組みを提供することを目的の１つとする。

上記の少なくとも１つの目的を達成するために本発明のサーバは、第１のクラウドプリントサービスを提供するサーバであって、外部から得られた印刷データを記憶する記憶手段と、前記第１のクラウドプリントサービスとは異なる第２のクラウドプリントサービスに対して登録要求を送信する第１の送信手段と、前記登録要求に基づいて登録された前記第２のクラウドプリントサービスから印刷データを取得する取得手段と、前記記憶手段に記憶された印刷データを印刷装置に送信する第２の送信手段と、を有し、前記記憶手段は、前記第２のクラウドプリントサービスから取得した印刷データ及び前記第２のクラウドプリントサービスとは異なる方式で外部から受信した印刷データを記憶可能であることを特徴とする。

本発明の１つの側面によれば、複数のクラウドプリントサービスを利用する場合における利便性を高めることができる。また、本発明の１つの側面によれば、第１のクラウドプリントサービスに登録済みの印刷装置を、当該第１のクラウドプリントサービスとは異なるクラウドプリントサービスに簡単に登録できるようになる。

印刷システムの一例を示す図である。 ＣＰＳを提供するサーバのハードウェア構成の一例を示す図である。 ＣＰＳのソフトウェア構成の一例を示す図である。 ＣＰＳ１０４に対するプリンタ登録処理、印刷処理の一例を示すシーケンス図である。 外部ＣＰＳへのプリンタ登録処理、連携処理の一例を示すシーケンス図である。 ＣＰＳ１０４を提供するサーバが実行する制御の一例を示すフローチャートである。 クライアント端末の操作部に表示される画面の一例である。 クライアント端末の操作部に表示される画面の一例である。 ＣＰＳ１０４を提供するサーバが取り扱う情報の一例である。 ＣＰＳ１０４を提供するサーバが記憶するユーザ情報の一例を説明するためのである。 複数のＣＰＳを経由する印刷処理の一例を示すシーケンス図である。 印刷ジョブに含まれる属性情報の一例を説明するための図である。 外部のＣＰＳを経由しない印刷処理の一例を示すシーケンス図である。 第２の実施形態における印刷システムの一例を示す図である。 第２の実施形態におけるクライアント端末の操作部に表示される画面の一例である。 第２の実施形態における印刷制御の一例を示すシーケンス図である。 第３の実施形態におけるインポートデータの一例を示す図である。 第３の実施形態における登録制御の一例を示すシーケンス図である。 第３の実施形態におけるクライアント端末の操作部に表示される画面の一例である。 クラウドプリントの従来技術を説明するための概略図である。

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

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

ＭＦＰ１０７は、スキャナを用いて読み取って得られた画像に基づくデータを外部に送信するスキャン機能や、外部装置から受信した印刷ジョブに基づき紙などのシートに画像を印刷する印刷機能、コピー機能を有する。また、ＭＦＰ１０７はクラウドプリントサービスを経由して印刷ジョブを受信し、印刷を行うこともできる。本実施形態では、印刷装置の一例として複数の機能を有するＭＦＰを例示しているがこれに限定されるものではない。例えば、印刷機能のみを有する単機能のＳＦＰ（Ｓｉｎｇｌｅ Ｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）などであってもよい。また、本実施形態では、一例として紙などのシートへの印刷を例示しているがこれに限定されるものではなく、３次元形状データに基づき立体物を成型する３Ｄプリントなどにおける印刷制御にも適用することができる。

本実施形態の印刷システムでは、複数の異なるＣＰＳから、ＭＦＰ１０７を用いた印刷物の出力を可能とする運用形態を想定している。

このような運用形態を実現するには、従来は図２０で説明したように、印刷装置が複数のクラウドプリントサービスをサポートする必要がある。従来のように、印刷装置が各プリントサービスをサポートする形態では、古い印刷装置は新たなクラウドプリントサービスから利用することができないといった問題点がある。また、管理者の登録作業やメンテナンス作業に手間がかかるといった問題点や、一元管理できないといった問題点がある。例えば、コスト情報や、統計データが複数のクラウドサービスで管理されると、管理者による確認が煩雑となる。また、アクセスコントロールの設定ミスなどにより、管理者の意図しない印刷が発生する可能性もある。

上述の問題点の少なくとも１つを鑑み、本実施形態の印刷システムでは、複数のＣＰＳを利用する場合における、印刷システムの利便性を向上させる制御を提供する。具体的な仕組みについて説明する。

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

ＣＰＳ１０５、１０６は其々クライアント端末１０２、１０３から印刷ジョブを受信し、保存する外部ＣＰＳである。ここで、ＣＰＳ１０４は「ｃｏｍｐａｎｙＡ．ｅｘａｍｐｌｅ０．ｊｐ」のテナントに所属するユーザに提供する第１の種類のクラウドプリントサービスを想定している。また、外部ＣＰＳ１０５は「ｃｏｍｐａｎｙＡ．ｅｘａｍｐｌｅ１．ｊｐ」のテナントに所属するユーザに提供する第２の種類のクラウドプリントサービスを想定している。外部ＣＰＳ１０６は「ｃｏｍｐａｎｙＡ．ｅｘａｍｐｌｅ２．ｊｐ」のテナントに所属するユーザに提供する第３の種類のクラウドプリントサービスを想定している。なお、本実施形態では、ＣＰＳ１０４〜ＣＰＳ１０６は異なるサービス提供者により提供される異なる種類のクラウドプリントサービスであることを想定している。

ＣＰＳ１０４〜ＣＰＳ１０６は、それぞれ異なる通信プロトコルＡ〜Ｃで印刷のためのやり取りを行う。ＭＦＰ１０７はＣＰＳ１０４に保存された印刷ジョブを取得し印刷処理を実行する。

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

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

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

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

送受信部３０１は、ネットワークＩ／Ｆ２０５を介してクライアント端末１０１やＭＦＰ１０７のＷｅｂブラウザやプリントクライアントとの通信を行う。制御部３０２は送受信部３０１が受け付けたリクエストに従って処理を実行する。ページ生成部３０３はＷｅｂブラウザにレスポンスを返すためのＷｅｂページを生成する。設定管理部３０４は、ＣＰＳ１０４に関する各種設定情報や連携する外部ＣＰＳの情報、ＣＰＳ１０４に登録されているＭＦＰの情報を設定ＤＢ３０７に保存し制御を行う。認証部３０５は、テナントに所属するユーザの情報が保存されている認証ＤＢ３０８を利用して、ＣＰＳ１０４にログイン要求してきたユーザの認証処理や、外部ＣＰＳへのユーザ認証要求を行う。印刷管理部３０６は、クライアント端末１０１から受信した印刷ジョブまたは外部ＣＰＳから取得した印刷ジョブを印刷ジョブＤＢ３０９に保存する制御や、印刷ジョブに対してレンダリングなどの画像処理を行う。レンダリングは、その他ハードウェアと協働して行われてもよい。更に、印刷管理部３０６は、ユーザの使用実績や月別の印刷枚数など印刷に関する利用状況を集計し、印刷履歴ＤＢ３１０に記憶する。

なお、本実施形態はアプリケーションレイヤのモジュールは共通のモジュールで実行し、ユーザ固有のデータを管理するデータベースはテナント毎に分離して管理するマルチテナントアーキテクチャに対応するＣＰＳを実装することを想定している。しかしながら、これに限定されない。マルチテナントアーキテクチャの実装方法は、いかなる方式を採用してもよい。

＜ＣＰＳ１０４に対するプリンタ登録処理＞
続けて、図４を用いてＣＰＳ１０４に対するプリンタ登録処理を説明する。図４は、ＣＰＳ１０４にプリンタを登録するシーケンスの一例を示している。ここでは、ＭＦＰ１０７をＣＰＳ１０４から利用可能に登録する場合について説明する。

Ｓ４０１（シーケンス４０１）において、ＭＦＰ１０７は、ＣＰＳ１０４に登録要求を送信する。登録要求を受信したＣＰＳ１０４は、当該ＭＦＰ１０７を第１の種類のクラウドプリントサービスで利用可能なプリンタとして登録する（Ｓ４０２）。ＭＦＰ１０７の登録が完了すると、第１の種類のクラウドプリントサービスに対応するプリントクライアントがインストールされたクライアント端末からＣＰＳ１０４経由での印刷が行えるようになる。

続けて印刷制御についてＳ４０３以降で説明する。Ｓ４０３において、クライアント端末は、ＣＰＳ１０４に登録されたクラウドプリンタを用いて印刷するユーザ操作を受け付けたことに従って印刷ジョブを生成し、生成した印刷ジョブをＣＰＳ１０４に送信する。ＣＰＳ１０４に送信される印刷ジョブには印刷データと、印刷設定（印刷属性）、ユーザ及びテナントを識別する情報が含まれている。

印刷ジョブを受信したＣＰＳ１０４は、印刷ジョブを印刷ジョブＤＢ３０９に保存する（Ｓ４０４）。ＭＦＰ１０７は、ＣＰＳ１０４へ印刷ジョブを取得する要求を送信する（Ｓ４０５）。要求を受信したＣＰＳ１０４は、ＭＦＰ１０７へ印刷ジョブを送信する（Ｓ４０６）。印刷ジョブを受信したＭＦＰ１０７は印刷処理を実行して、印刷物を出力する（Ｓ４０７）。印刷ジョブの実行が完了すると、ＭＦＰ１０７は、ＣＰＳ１０４に印刷ジョブの取得が完了したことを示す通知を送信する（Ｓ４０８）。当該通知を受信したＣＰＳ１０４は、印刷ジョブを削除する（Ｓ４０９）。Ｓ４１０において、ＣＰＳ１０４は印刷履歴ＤＢ３１０にアクセスしユーザの利用実績を更新する。具体的には、当該印刷ジョブを送信したユーザに対応付けてユーザの利用実績を更新する。また、ここではテナント全体の利用実績などもこのタイミングで更新されるものとする。また、印刷履歴情報なども更新されるものとする。以上の説明した一連の処理により、ＣＰＳ１０４経由でＭＦＰ１０７を使用することができるようになる。

＜ＣＰＳ１０４と外部ＣＰＳの連携＞
続けて、ＣＰＳ１０４と外部ＣＰＳとを連携させる制御について図５乃至図１０を用いて説明する。図５（Ａ）は、外部ＣＰＳへのプリンタ登録処理の一例を示すシーケンス図であり、図５（Ｂ）は、連携処理の一例を示すシーケンス図である。図６は、ＣＰＳ１０４を提供するサーバ２００において実行されるフローチャートの一例である。図７及び図８は当該制御に関連する操作画面の一例である。図９は登録処理に用いられる情報の一例を示し、図１０は、認証ＤＢ３０８に記憶されるユーザ情報の一例を示している。

図５（Ａ）の登録シーケンスについて説明する。ユーザは、ＣＰＳ１０４が提供するＷｅｂページにアクセスし、ＣＰＳ１０４において、「ｃｏｍｐａｎｙＡ」のテナントの設定管理権限を有するユーザのアカウントを用いてＣＰＳ１０４にログインする（Ｓ５０１）。

登録に関わる画面遷移について図７を用いて説明する。ユーザはＷｅｂブラウザを用いてＣＰＳ１０４にログインするためのＷｅｂページにアクセスする。その結果、Ｗｅｂブラウザには、ログイン画面７０１が表示される。より具体的には、アクセス要求を受信したＣＰＳ１０４の送受信部３０１は、受信データを制御部３０２へ転送する。制御部３０２はアクセス要求を解釈し、レスポンスデータをページ生成部３０３で生成し、送受信部３０１を介してクライアント端末へログイン画面７０１を送信する。

ユーザは、ログイン画面７０１を介して、ＣＰＳ１０４に予め登録されている管理者ユーザ名、パスワードを入力し、ＣＰＳ１０４へのＷｅｂログインを試みる。Ｗｅｂログインに成功すると、図示省略のメインメニュー画面が表示される。「Ｔｏｍ＠ｃｏｍｐａｎｙＡ．ｅｘａｍｐｌｅ０．ｊｐ」のアカウントに対応するユーザは、図１０のユーザ認証ＤＢに示されるようにテナントの管理者権限を有する。従って、入力されたパスワードが正当であればログインに成功する。

ユーザは、メインメニュー画面から下位レイヤの画面に遷移するリンクを選択し、様々な設定を行うことができる。ここでは、クラウドプリントサービスの登録に関連する画面について説明する。

Ｗｅｂブラウザを介したユーザ操作に基づき発生するプリンタ登録画面に遷移するためのＨＴＴＰリクエストを受信したＣＰＳ１０４は、リスト画面７０２を生成して、クライアント端末に送信する。クライアント端末上に表示された画面７０２を介して、管理者はＣＰＳ１０４の設定変更や外部ＣＰＳへの登録処理を操作できる。なお、画面７０２では図４で説明した登録制御により、ＣＰＳ１０４で使用できるプリンタとして、ＭＦＰ１０７の登録が完了している場合を例示している。

「名称」はＣＰＳ１０４に登録されたＭＦＰ１０７のデバイス名称であり、プリンタを識別するための名称である。「外部ＣＰＳ登録」欄は、そのＭＦＰが外部ＣＰＳに登録済かどうかを示す領域である。ここでは、外部ＣＰＳに未登録である場合を例示している。「編集」は、登録済みのクラウドプリンタの設定を編集する場合に用いるキーであり、削除は、登録済みのクラウドプリンタを削除する場合に用いるキーである。「外部ＣＰＳ連携」は、登録済みのクラウドプリンタと外部のクラウドプリントサービスを連携する設定を行う場合に用いるキーである。「ログアウト」はＣＰＳ１０４からログアウトする場合に用いるキーである。

「編集」キーが選択されると、表示画面は画面７０３に遷移する。ユーザは、画面７０３を介して、登録済のデバイス情報を編集できる。例えばデバイス名称や設置場所、アクセス許可ユーザリストを編集できるものとする。「アクセス許可リスト」はこのデバイスへのアクセス可能なユーザアカウントあるいはグループやロールを設定するための表示アイテムである。例えばグループＡ、グループＢのユーザがこのデバイスにアクセス可能な設定例である。図１０に示すように、ｃｏｍｐａｎｙＡのテナントに対応するユーザ認証ＤＢ３０８には、ユーザ名、所属グループ、ロール、外部ＣＰＳのアカウント名などが格納されている。画面７０３では、グループＡとグループＢがアクセス許可されている場合を例示している。この場合、Ｔｏｍ、Ａｌｉｃｅ、Ｂｏｂがこのデバイスの使用を許可されており、Ｓｍｉｔｈは当該デバイスを使用できないよう設定されている。当該画面を介して設定された内容は設定ＤＢ３０７に保存される。なお、図１０には、ＣＰＳ１０４のユーザ情報だけでなく、ＣＰＳ１０４のユーザアカウントと、外部ＣＰＳのユーザアカウントの対応関係を示す対応情報が記憶されている。当該対応情報は、予め管理者等のユーザにより設定されているものとする。

画面７０２の説明に戻り、特定のデバイスを選択した状態で、「外部ＣＰＳ連携」キーが選択されると、ＣＰＳ１０４は、Ｗｅｂブラウザに表示する表示画面を画面７０７に遷移する。

画面７０７において「登録」が選択されると、ＣＰＳ１０４は、Ｗｅｂブラウザに表示する画面を図８に示す画面７１０へ遷移する。画面７１０では、ＣＰＳ１０４をいずれの外部ＣＰＳへ登録するかを選択する画面の一例である。ここでは登録する外部ＣＰＳとしてＣＰＳ１０５が選択され、登録するデバイス名称として「カラーＭＦＰ１０７」が設定されている場合を例示している。登録先の外部ＣＰＳやデバイス名称は画面７１０を介したユーザ操作に基づき変更することができる。「登録実行」が選択されると、ＣＰＳ１０４は登録処理を実行する。

図５のシーケンスの説明に戻る。Ｓ５０２において、クライアント端末は、「登録実行」を選択するユーザ操作を受け付けたことに応じて、当該登録実行が選択されたことを示すデータをＣＰＳ１０４に送信する。

登録実行を示すデータを受信したＣＰＳ１０４は、ＣＰＳ１０５に登録要求を送信する（Ｓ５０３）。具体的には、ＣＰＳ１０４の設定管理部３０４は、設定ＤＢ３０７に保存されている、外部ＣＰＳ宛先ＵＲＬリストを参照し、ＣＰＳ１０５の登録宛先ＵＲＬを確認する。図９（Ｂ）は設定ＤＢ３０７に保存されている外部ＣＰＳ宛先ＵＲＬリストの一例である。設定管理部３０４は、当該リストを参照し、ＣＰＳ１０５の登録ＵＲＬとして、「ｈｔｔｐｓ：／／ｃｈｅｃｋ．ｅｘａｍｐｌｅ１．ｊｐ」を取得する。ＣＰＳ１０４は、この宛先ＵＲＬへデバイス登録要求を送信する。

デバイス登録要求を受信したＣＰＳ１０４は、認証情報を入力するＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｓｅ Ｌｏｃａｔｅｒ）および認証の為の一時パスワード（本実施例ではＰＩＮコードとする）をＣＰＳ１０４に応答する（Ｓ５０４）。当該ＵＲＬは、例えば、「ｈｔｔｐｓ：／／ｔｅｍｐｃｈｅｃｋ．ｅｘａｍｐｌｅ１．ｊｐ」である。

ＣＰＳ１０５からの応答を受信したＣＰＳ１０４は、当該情報に基づき図８に例示する画面７１１を生成し、当該生成した画面７１１をクライアント端末のＷｅｂブラウザへ送信する（Ｓ５０５）。

画面７１１を確認した管理者は、Ｗｅｂブラウザを用いて表示されたＵＲＬにアクセスする。ＣＰＳ１０５は、当該アクセスリクエストの応答として、画面７１２を提供する。

ユーザは、画面７１２を介してＣＰＳ１０５のアカウント情報と、Ｓ５０４で発行されたＰＩＮコードを入力する。

「ＯＫ」キーが選択されたことに従って、Ｗｅｂブラウザは、画面７１２を介して入力されたユーザ情報とＰＩＮコードを示すデータをＣＰＳ１０５に送信する（Ｓ５０６）。

ユーザ情報とＰＩＮコードを示すデータを受信したＣＰＳ１０５は認証処理を実行する（Ｓ５０７）。認証成功と判断したらＳ５０３で受け付けた要求に基づきクラウドプリンタの登録処理を行う（Ｓ５０８）。

そしてＣＰＳ１０５はＣＰＳ１０４に登録成功の応答と、その後の通信で使用するアクセストークン情報を送信する（Ｓ５０９）。

登録成功の通知を受信したＣＰＳ１０４は、クライアント端末に完了画面データを送信する（Ｓ５１０）。当該完了画面を受信したクライアント端末のＷｅｂブラウザは当該受信した画面データに基づき完了画面を表示する。図８の画面７１３は完了画面の一例である。ＣＰＳ１０４は、「ＯＫ」が選択されると、Ｗｅｂブラウザに表示する表示画面を、外部ＣＰＳへの登録情報が更新されたリスト画面７１４に遷移する。画面７１４には、ＣＰＳ１０５に登録済みであることを示す情報が表示される。

続けて、ＣＰＳ１０４は外部ＣＰＳに対して詳細なデバイス情報を送信する（Ｓ５１１）。ここで、図９（Ｂ）の９１０に示されるようにＣＰＳ１０５はプロトコルとしてＩＰＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｉｎｔｉｎｇ Ｐｒｏｔｏｃｏｌ）を使用している。ＣＰＳ１０４の設定管理部３０４は、ＭＦＰ１０７に対応するクラウドプリンタの能力情報に基づき、図９（Ａ）の９００に示すＩＰＰのフォーマット形式の能力情報を生成する。制御部３０２は、当該生成された能力情報を送信する。

能力情報を受信したＣＰＳ１０５は、当該受信した能力情報に応じてＣＰＳ１０４を出力先とするクラウドプリンタの能力情報を更新する。

以上説明した一連の処理により、外部ＣＰＳ１０５をサポートするプリントクライアントから利用できる出力先デバイス（プリンタ）として、ＣＰＳ１０４に登録済みのクラウドプリンタを登録することができる。

＜同期処理＞
図５（Ａ）で説明した登録済みプリンタは、図７の「削除」キーで削除されたり、「編集」キーで設置場所情報が変更されたりする。ここで、ＣＰＳ１０４からプリンタが削除されると、ＣＰＳ１０５から印刷ジョブを取得したとしても、実際の出力先となるプリンタが登録解除されているため、印刷エラーとなってしまう。そこで、登録済みプリンタをＣＰＳ１０４から削除する削除処理に連動して外部ＣＰＳに登録したプリンタも削除するよう制御する。

また、ＭＦＰ１０７のステータスが変動することもある。一例として、紙なし、色材（トナーやインク）なし、色材ローなどの変動がある。これらのステータスの変動や、設置場所情報などの変更も同期できるように制御する。

具体的な処理について図５（Ｂ）のシーケンス図と図７の設定画面を用いて説明する。画面７０２を介して「削除」キーが選択されると、ＣＰＳ１０４は、Ｗｅｂブラウザに表示する画面を画面７０４に遷移する。

Ｓ５５１において、クライアント端末のＷｅｂブラウザは、「Ｙｅｓ」キーが選択されたことに従って、画面７０２を介して入力されたデータをＣＰＳ１０４に送信する。当該データを受信したＣＰＳ１０４は、削除対象のデバイスが外部ＣＰＳに登録済かどうかを判断する。ここでは外部ＣＰＳ１０５に登録済であるものとする。

削除対象のクラウドプリンタが外部ＣＰＳに登録済みであれば、ＣＰＳ１０４は外部ＣＰＳ（ここでは、ＣＰＳ１０５）に対して登録したデバイス情報の削除要求を送信する（Ｓ５５２）。

削除要求を受信したＣＰＳ１０５は、該当デバイスの削除処理を実行する（Ｓ５５３）。

ＣＰＳ１０５に削除要求を送信した後に、ＣＰＳ１０４は、ＣＰＳ１０４に登録済みのＭＦＰ１９７に対応するクラウドプリンタを削除する。具体的には、ＣＰＳ１０４は設定ＤＢ３０７からＭＦＰ１０７に関連する情報を削除する（Ｓ５５４）。

なお、外部ＣＰＳへ登録していなければ、Ｓ５５２、Ｓ５５３の処理はスキップされる。また、管理者が図７の画面７０８でＣＰＳ１０４からの登録は削除せず、外部ＣＰＳへの登録されたクラウドプリンタのみを削除する操作を行った場合、Ｓ５５４の処理をスキップする。例えば、画面７０７で「削除」が選択されたことに従って、表示される解除画面７０８を介して「削除実行」が選択された場合にＳ５５４の処理をスキップすればよい。

続けて、同期処理について説明する。当該処理は、ＭＦＰ１０７のステータスが変化した場合に行われる。ＭＦＰ１０７は、状態変更の通知をＣＰＳ１０４に送信する（Ｓ５６１）。状態変更の通知を受信したＣＰＳ１０４は、ＭＦＰ１０７から能力情報を取得し、クラウドプリンタの能力情報を更新する（Ｓ５６２）。

続けて、ＣＰＳ１０４は、外部ＣＰＳ１０５に状態変更の要求を送信する（Ｓ５６３）。当該要求を受信したＣＰＳ１０５は、ＣＰＳ１０４に詳細能力情報を問い合わせることで、ＣＰＳ１０４から更新された能力情報を取得する。当該取得結果に基づきＣＰＳ１０５に登録されたクラウドプリンタの能力やステータスを更新する（Ｓ５６４）。

以上図５（Ｂ）で説明した一連のシーケンスにより、ＣＰＳ１０４と外部ＣＰＳを適切に連動させることができる。

続けて、ＣＰＳ１０４が実行する制御について図６のフローチャートを用いて説明する。図６のフローチャートに示す各動作（ステップ）は、ＣＰＵ２０１がＲＯＭ２０２またはストレージ２０４に記憶されたＣＰＳ１０４を提供する各制御モジュールに対応するプログラムをＲＡＭ２０３に呼び出し、実行することにより実現される。なお、複数テナントに対する適切な制御を実現するために仮想化やコンテナなどの技術が適宜使用されるものとする。

ここでは「ｃｏｍｐａｎｙＡ」のテナントに所属するユーザに提供するサービス制御動作を例に説明する。なお、図６のフローチャートでは、説明の簡略化のため図４で説明したＣＰＳ１０４への新規プリンタ登録処理を省略している。

Ｓ６００において、制御部３０２は、クライアント端末から、外部ＣＰＳにＣＰＳ１０４に登録済みのプリンタを追加登録する要求をネットワークＩ／Ｆ及び送受信部３０１を介して受け付けたか否かを判断する。外部ＣＰＳにＣＰＳ１０４に登録済みのプリンタを追加登録する要求を受け付けた場合は処理をＳ６０１に進め、受け付けていない場合は処理をＳ６０５に進める。

Ｓ６０１において、制御部３０２は、受け付けた登録要求に含まれるＣＰＳ名称をキーとして、設定ＤＢ３０７のリストを参照し、登録ＵＲＬを取得する。制御部３０２は、送受信部３０１と協働して、当該取得されたＵＲＬで指定される宛先に対してデバイスの識別子を含む登録要求を送信する。当該要求の応答として認証情報を入力するＵＲＬおよび認証の為のＰＩＮコードが得られたことに従って、制御部３０２は処理をＳ６０２に進める。

Ｓ６０２において、制御部３０２は、ページ生成部３０３と協働し、Ｓ６０１で取得されたＵＲＬとＰＩＮコードを示す情報を含む画面７１１を生成する。続けて制御部３０２は、送受信部３０１と協働して、要求の送信元のクライアント端末に生成した画面７１１を送信する。なお、本実施形態では、画面７１１を送信する場合を例示したがこれに限定されない。例えば、クライアント端末に表示される画面を外部ＣＰＳのＷｅｂページにリダイレクトすることもできる。この場合、リダイレクト先のＵＲＬとして「ＵＲＬ＆ＰＩＮコード」などの形式を用いることで、リダイレクト先の外部ＣＰＳにＰＩＮコードを通知することができる。

Ｓ６０３において、制御部３０２は、外部ＣＰＳから登録完了通知を受信したかどうかを判断する。登録完了通知を受信した場合は処理をＳ６０４に進め、受信していない場合は当該通知を待つ。

Ｓ６０４において、制御部３０２は、設定管理部３０４、送受信部３０１と協働して外部ＣＰＳへ詳細情報を送信する。設定管理部３０４は、自身が管理するクラウドプリンタの能力情報に基づき、外部ＣＰＳが用いる通信プロトコルや印刷プロトコルに合うフォーマット形式の能力情報を生成する。制御部３０２は、送受信部３０１と協働して設定管理部３０４が生成した能力情報を外部ＣＰＳに対して送信する。

一方、Ｓ６０５において、制御部３０２は、ＣＰＳ１０４に登録済みのクラウドプリンタを削除する要求を受け付けたか否かを判断する。ＣＰＳ１０４に登録済みのクラウドプリンタを削除する要求を受け付けた場合は、処理をＳ６０６に進め、ＣＰＳ１０４に登録済みのクラウドプリンタを削除する要求を受け付けていない場合は処理をＳ６０９に進める。具体的には、制御部３０２は、画面７０４のＹｅｓキーの選択に応じて送信されるＨＴＴＰリクエストを受信した場合当該要求を受け付けたと判断する。

Ｓ６０６において、制御部３０２は、設定管理部３０４と協働して設定ＤＢ３０７を参照し、削除対象であるクラウドプリンタに対応付けて外部ＣＰＳが登録されているか否かを判断する。削除対象であるクラウドプリンタに対応付けて外部ＣＰＳが登録されている場合は、処理をＳ６０７に進め、削除対象であるクラウドプリンタに対応付けて外部ＣＰＳが登録されていない場合は、処理をＳ６０８に進める。

Ｓ６０７において、制御部３０２は、外部ＣＰＳに削除対象プリンタの削除要求を送信し、処理をＳ６０８に進める。

Ｓ６０８において、制御部３０２は、設定管理部３０４が管理するクラウドプリンタから削除対象のクラウドプリンタを削除する。制御部３０２は、削除が完了すると更なる要求を待ち受ける。なお、削除が完了すると、ＣＰＳ１０４は、クライアント端末に表示する画面を画面７０５に遷移させるものとする。更に、画面７０５を介してＯＫが選択されたことに従って、ＣＰＳ１０４は、クライアント端末に表示する画面をリスト画面７０６に遷移させる。

Ｓ６０９において、制御部３０２は、外部ＣＰＳとの連携を解除する要求を受け付けたか否かを判断する。外部ＣＰＳとの連携を解除する要求を受け付けた場合は、処理をＳ６１０に進め、外部ＣＰＳとの連携を解除する要求を受け付けていない場合は、処理をＳ６１１に進める。制御部３０２は、画面７０８の削除実行キーの選択に応じて送信されるＨＴＴＰリクエストを受信した場合に当該要求を受け付けたと判断する。

Ｓ６１０において、制御部３０２は、連携解除の対象となるプリンタを特定し、当該プリンタが登録されている外部ＣＰＳに削除要求を送信する。また、ＣＰＳ１０４は、要求元のクライアント端末に表示する画面を、画面７０９に遷移させる。送信が完了すると、ＣＰＳ１０４は更なる要求を待ち受ける。

Ｓ６１１において、制御部３０２は、ＣＰＳ１０４に登録されたプリンタのステータスが変更となったか否かを判断する。変更となった場合は、処理をＳ６１２に進め、変更となっていない場合は処理をＳ６１４に進める。制御部３０２は、画面７０３によるデバイス情報の変更処理が行われた場合、及び、登録済みプリンタからステータスの変更が通知された場合に、プリンタのステータスが変更になったと判断する。

Ｓ６１２において、制御部３０２は、印刷管理部３０６が管理するクラウドプリンタの能力情報を更新する。Ｓ６１３において、制御部３０２は、能力を更新したクラウドプリンタに外部ＣＰＳが対応づけられているか否かを判断する。外部ＣＰＳが対応付けられている場合は、処理をＳ６０４に進め、外部ＣＰＳが対応付けられていない場合は、更なる要求の受付を待つ。なお、Ｓ６０４に進む場合、前述した更新処理が行われる。したがって、ＣＰＳ１０４の管理するクラウドプリンタの能力やステータスの変化を外部ＣＰＳにも同期させることができる。

Ｓ６１４において、制御部３０２は、印刷ジョブ関連の要求を受け付けたか否かを判断する。印刷ジョブ関連の要求を受け付けた場合は、処理をＳ６１５に進め、印刷ジョブ関連の要求を受け付けていない場合は処理をＳ６１６に進める。

Ｓ６１５において、制御部３０２は、各部と協働して要求に基づく処理を実行する。例えば、外部からの印刷ジョブの受信、保存処理を行う。また例えば、保存した印刷ジョブをＭＦＰ１０７などの印刷装置に送信する送信処理、保存された印刷ジョブを削除する処理などを行う。また、印刷データに基づく印刷履歴の更新などの処理を行う。具体的な制御は後述する。処理が完了すると更なる処理の受け付けを待つ。

Ｓ６１６において、制御部３０２は、クライアント端末から利用状況表示の要求を受け付けたか否かを判断する。利用状況表示の要求を受け付けた場合は、処理をＳ６１７に進め、利用状況表示の要求を受け付けていない場合は、処理をＳ６１８に進める。

Ｓ６１７において、制御部３０２は、印刷管理部３０６と協働し、履歴ＤＢ３１０に集計されているユーザの使用実績や月別の印刷枚数など印刷に関する利用状況を取得する。続けて制御部３０２は、ページ生成部３０３と協働して当該取得した利用情報に基づき集計レポートを示す画面を生成する。また、制御部３０２は、送受信部３０１と協働して、要求の送信元であるクライアント端末に当該生成したレポート画面７１５を送信する。

レポート画面７１５について図７を用いて説明する。ユーザは、クライアント端末のＷｅｂブラウザに表示される図示省略のメインメニュー画面から利用状況を確認するためのリンクを選択することができる。当該リンクが選択された場合、Ｗｅｂブラウザは、当該選択されたリンク先を示すＨＴＴＰリクエストデータをＣＰＳ１０４に送信する。Ｓ６１６では、当該ＨＴＴＰリクエストを受信した場合に、利用状況表示の要求を受け付けたと判断する。

画面７１５には、例えば、ユーザごとのプリントコストを示すグラフや、テナント内でのカラー印刷とモノクロ印刷の比率等、印刷に関するレポートが表示される。なお、これに限定されず、ユーザごとの印刷枚数や、コピーとプリントの比率などを表示することもできる。

図６の説明に戻り、Ｓ６１８において、ＣＰＳ１０４は、サービスのメンテナンス又はアップデートを行うタイミングか否かを判断する。メンテナンス又はアップデートを行う場合は、一連の要求待ち受け処理を終了する。メンテナンス又はアップデートを行うタイミングでないと判断すると更なる要求を待ち受ける。

＜印刷ジョブの受信＞
最後に、印刷ジョブの受信処理について図１１乃至図１３を用いて説明する。図１１及び図１３は、ＣＰＳ１０４が実行する印刷シーケンスの一例を示している。図１２は、ＣＰＳ１０５から投入された印刷ジョブ属性とＭＦＰ１０７に投入される印刷ジョブ属性の差を説明する図である。

ここでは、ユーザＡｌｉｃｅが、クライアント端末１０２を用いて印刷を行う場合を例に説明する。例えば、クライアント端末１０２はＷｉｎｄｏｗｓＯＳ、ＣＰＳ１０５はＡｚｕｒｅが提供するクラウドプリントサービスである。また、例えば、ＣＰＳ１０５が使用する通信プロトコルＢはＩＰＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｉｎｔｉｎｇ Ｐｒｏｔｏｃｏｌ）であるものとする。

まず、ＡｌｉｃｅはＣＰＳ１０５を提供するクラウドプラットフォームに紐づいたアカウント「ａａａＡｌｉｃｅ＠ｃｏｍｐａｎｙＡ．ｅｘａｍｐｌｅ１．ｊｐ」でクライアント端末１０２からＣＰＳ１０５へログインする（Ｓ１１０１）。次に、クライアント端末１０２は、ＣＰＳ１０５上に登録されているプリンタを検索する（Ｓ１１０２）。

ＣＰＳ１０５には図５（Ａ）で登録されたＣＰＳ１０４と連動するクラウドプリンタの情報が保存されている。従って、Ｓ１１０２の探索では、「カラーＭＦＰ１０７」のＭＦＰが発見される。

次に、Ａｌｉｃｅは任意のコンテンツを選択し、「カラーＭＦＰ１０７」を印刷で使用するプリンタに設定して印刷開始を指示する。印刷開始の指示を受け付けたクライアント端末１０２は印刷ジョブをＣＰＳ１０５へ送信する（Ｓ１１０３）。印刷ジョブを受信したＣＰＳ１０５はその印刷ジョブをストレージに保存する（Ｓ１１０４）。

続いて、ＣＰＳ１０４はカラーＭＦＰ１０７に対応するクラウドプリンタ宛の印刷ジョブがＣＰＳ１０５に存在するかどうかを確認する（Ｓ１１０５）。本実施例では一定時間間隔でＣＰＳ１０４からＣＰＳ１０５へ印刷ジョブの確認の送信要求が行われるものとする。なお、このポーリング間隔はＣＰＳ１０５から指定された間隔でもよいし、ＣＰＳ１０４に設定されている間隔でもよいものとする。また、ポーリングによる確認ではなく、ＣＰＳ１０４からＣＰＳ１０５にＰｕｓｈ通知を行って印刷ジョブの存在を通知してもよい。

ポーリングやＰｕｓｈ通知により外部ＣＰＳに自身が管理するクラウドプリンタ宛の印刷ジョブがあると判断すると、ＣＰＳ１０４は印刷ジョブの取得要求をＣＰＳ１０５に対して行う（Ｓ１１０６）。この時、ＣＰＳ１０４は、Ｓ５０９で取得したアクセストークンを用いて要求を出す。そしてＣＰＳ１０５は印刷ジョブをＣＰＳ１０４に対して送信する（Ｓ１１０７）。前述したように本実施形態は、ＣＰＳ１０５が採用する通信プロトコルが、ＩＰＰである場合を想定している。従って、ＣＰＳ１０５から送信される印刷ジョブは図１２の１２０１に例示するようなＩＰＰに準拠するフォーマット形式となる。後述するＳ１１１０もＩＰＰのオペレーションで実行される。

ＣＰＳ１０５から印刷ジョブを取得したＣＰＳ１０４は、クラウドプリンタリソースへのアクセス権を有するユーザのジョブであるか否かを判断する（Ｓ１１０８）。まず、制御部３０２は、印刷ジョブがいずれのユーザのジョブかを判断する。制御部３０２は、ＩＰＰに準拠する印刷ジョブに含まれる「Ｒｅｑｕｅｓｔｉｎｇ−ｕｓｅｒ−ｎａｍｅ」のフィールド名を取得する。本実施形態では、「Ｒｅｑｕｅｓｔｉｎｇ−ｕｓｅｒ−ｎａｍｅ」の属性値にＡｌｉｃｅのＣＰＳ１０５のアカウント名が格納されている場合を想定している。続いて、制御部３０２は、認証部３０５と協働して、当該取得した外部ＣＰＳのアカウント名を用いて、認証ＤＢ３０８に保存されている認証情報１０００を参照し、ＡｌｉｃｅのＣＰＳ１０４のアカウントを特定する。続いて制御部３０２は、特定された「Ａｌｉｃｅ」が所属するグループ情報を取得する。次に制御部３０２は、設定管理部３０４と協働して、設定ＤＢ３０７が記憶するアクセス許可リストを参照してＡｌｉｃｅがＭＦＰ１０７を用いた印刷が許可されたグループに所属するユーザかどうかを判断する。ここで許可対象でなければ、取得した印刷ジョブは破棄して、ＣＰＳ１０５に対してアクセスエラーを示す応答をする。一方、許可対象であれば、取得した印刷ジョブを印刷ジョブＤＢ３０９に保存する（Ｓ１１０９）。

保存が完了すると、ＣＰＳ１０４は、ＣＰＳ１０５に印刷ジョブの取得が完了したことを示す通知を行う（Ｓ１１１０）。当該通知を受信したＣＰＳ１０５は、送信済みの印刷ジョブを、出力先デバイスに対応するキューから削除する（Ｓ１１１１）。

次に、ＣＰＳ１０４は、ＣＰＳ１０５の通信プロトコルフォーマット（例えばＩＰＰ）から、ＣＰＳ１０４が採用する通信プロトコルフォーマット（例えばＨＴＴＰ）に印刷ジョブのデータ属性を変換する（Ｓ１１１２）。ＣＰＳ１０４は例えばＨＴＴＰベースの独自プロトコルを採用しているものとする。ＣＰＳ１０４の印刷管理部３０６は、受信したＩＰＰに準拠する印刷ジョブの印刷属性を図１２の１２０２に例示する印刷ジョブ属性に変換する。この際に、印刷管理部３０６は、「Ｒｅｑｕｅｓｔｉｎｇ−ｕｓｅｒ−ｎａｍｅ」の属性値を、ＣＰＳ１０４が解釈できる「Ａｌｉｃｅ」あるいは「Ａｌｉｃｅ＠ｃｏｍｐａｎｙＡ．ｅｘａｍｐｌｅ１．ｊｐ」といった属性値に置き換える。

続いて、ＭＦＰ１０７がＣＰＳ１０４に記憶された印刷ジョブを取得して印刷する制御について説明する。

ＭＦＰ１０７は定期的にＣＰＳ１０４に対して自分宛の印刷ジョブがないかを一定時間間隔で確認する（Ｓ１１１３）。なお、このポーリング間隔はＣＰＳ１０４から指定された間隔でもよいし、ＭＦＰ１０７に設定されている間隔でもよいものとする。また、ポーリングによる確認ではなく、Ｐｕｓｈ通知で印刷ジョブの存在を確認するようにしてもよい。印刷ジョブの確認要求は、ＭＦＰ１０７宛の全ての印刷ジョブを確認するオペレーションを示す「Ｗｈｉｃｈ−ｊｏｂｓ」属性にＦａｌｓｅを格納したジョブ確認要求を送信することで実現する。またはＭＦＰ１０７がログイン管理されているなら、特定のユーザがログインしたタイミングで印刷ジョブの確認要求を送信してもよい。この場合、印刷ジョブの確認要求は、ログインしたユーザのジョブのみの確認要求を送信する。この場合、例えば、「Ｗｈｉｃｈ−ｊｏｂｓ」属性をＴｒｕｅにセットする。また、「Ｒｅｑｕｅｓｔｉｎｇ−ｕｓｅｒ−ｎａｍｅ」あるいは「Ｒｅｑｕｅｓｔｉｎｇ−ｕｓｅｒ−ｕｒｉ」などユーザを特定できる属性に、Ａｌｉｃｅのユーザ名やアカウント情報を示す属性値を格納する。このオペレーションにより、ＣＰＳ１０４からＭＦＰ１０７にログインしたユーザのジョブのみを取得することができる。なお、当該属性フィールドや属性値は一例であり、これに限定されるものではない。

Ｓ１１１３より印刷ジョブがあると判断した場合、ＭＦＰ１０７はＣＰＳ１０４が採用している通信プロトコル（例えばＨＴＴＰ）に則って印刷ジョブ取得要求を行う（Ｓ１１１４）。Ｓ１１１６〜Ｓ１１１９の処理は、図４のＳ４０７〜Ｓ４１０と同様のため省略する。

以上説明した処理により、ＣＰＳ１０５に投入された印刷ジョブをＣＰＳ１０４が取得し、ＣＰＳ１０４経由で印刷することができるようになる。また、当該印刷履歴をＣＰＳ１０４で管理できるようになる。

＜ＣＰＳ１０４のクライアント端末からの印刷処理＞
次にＡｌｉｃｅがクライアント端末１０１を使用して、ＣＰＳ１０４経由で印刷処理をするシーケンスを、図１３を用いて説明する。ここでは、クライアント端末１０１にＣＰＳ１０４専用アプリケーションがインストールされている場合を想定している。まず、ＡｌｉｃｅはＣＰＳ１０４専用アプリケーションからＣＰＳ１０４にログインする（Ｓ１３０１）。ログイン情報には、「Ａｌｉｃｅ＠ｃｏｍｐａｎｙＡ．ｅｘａｍｐｌｅ０．ｊｐ」と対応するパスワードが用いられる。ユーザは、当該ログイン情報を専用アプリケーションに記憶させてもよいし、都度入力するようにしてもよい。

そして、起動した専用アプリケーションは、ＣＰＳ１０４に対して使用できるプリンタの探索を要求する（Ｓ１３０２）。当該要求には、ＣＰＳ１０４のアカウント名又はユーザ名が含まれているものとする。要求を受信したＣＰＳ１０４は、Ａｌｉｃｅが使用可能なクラウドプリンタを探索し、Ａｌｉｃｅが使用可能なプリンタ情報を応答する（Ｓ１３０３）。ここではＭＦＰ１０７に対応するクラウドプリンタが探索結果として応答されるものとする。

次にＡｌｉｃｅは任意のコンテンツを選択し、「カラーＭＦＰ１０７」を印刷に使用するプリンタに設定して印刷開始を指示する。印刷開始の指示を受け付けた専用アプリケーションは印刷ジョブをＣＰＳ１０４へ送信する（Ｓ１３０４）。ここで、通信プロトコルはＣＰＳ１０４が採用している第１の通信プロトコル（例えばＨＴＴＰ）を使用し、印刷ジョブデータの属性も図１２に示す１２０２のようなフォーマットとする。この場合、ＭＦＰ１０７に直接当該印刷ジョブを送ることができるため、変換処理は行わないものとする。

専用アプリケーションから送信された印刷ジョブを受信したＣＰＳ１０４は、当該受信した印刷ジョブを印刷ジョブＤＢ３０９に保存する（Ｓ１３０５）。このように、ＣＰＳ１０４は、ＣＰＳ１０５から取得した印刷ジョブ及びクライアント端末から受信した印刷ジョブの両方を記憶可能である。

Ｓ１３０６〜Ｓ１３１２の処理は、図１１のＳ１１１３〜Ｓ１１１９と同様であるため説明を省略する。

以上説明した通り本実施形態では、ＣＰＳ１０４に登録済みの印刷装置を、異なるクラウドプリントサービスに簡単に登録できるようになる。更に、当該異なるクラウドプリントサービス経由の印刷ジョブは、ＣＰＳ１０４を経由して印刷されるため、１つのクラウドプリントサービスで使用実績やジョブ履歴を一元管理することができるようになる。更に、外部ＣＰＳのアカウントからＣＰＳ１０４のユーザを特定して履歴を集計できる。従って、複数のクラウドプリントサービスを併用する場合における管理業務を効率化できる。

＜第２の実施形態＞
第１の実施形態では、クラウドプリンタと出力先のＭＦＰ１０７と一対一対応させる場合について説明した。第２の実施形態では、第１の実施形態の制御に加えて、複数台の印刷装置を１台の仮想的なクラウドプリンタ（以下、仮想クラウドプリンタとも呼ぶ）として登録し、当該仮想的なクラウドプリンタを外部ＣＰＳに登録できる仕組みを提供する。

図１４は第２の実施形態の印刷システムの一例である。第１の実施形態の構成に加えて、カラーＭＦＰ１４０１、１４０２、ＢＷ−ＭＦＰ１４０３を更に含む。

本実施形態では、ＭＦＰ１０７、ＭＦＰ１４０１〜１４０３に対応するクラウドプリンタがＣＰＳ１０４に登録済みである場合を例に説明する。具体的には、ＣＰＳ１０４には、「ｃｏｍｐａｎｙＡ．ｅｘａｍｐｌｅ０．ｊｐ」用のクラウドプリンタとしてＭＦＰ１０７、ＭＦＰ１４０１〜１４０３が登録されているものとする。

なお、第２の実施形態におけるＣＰＳ１０４のソフトウェア構成やハードウェア構成は第１の実施形態と同様である。以下第１の実施形態との差分について説明する。

図１５はＣＰＳ１０４がクライアント端末に提供する画面の一例であり、画面１５０１は、図７の画面７０２に代えて表示される画面である。画面１５０２は、画面７０２で説明した各キーに加えて、「仮想プリンタ設定」のキーを含む。ＣＰＳ１０４は、「仮想プリンタ設定」が選択されたことに従って、クライアント端末に表示する表示画面を仮想プリンタ設定画面１５０２に遷移させる。管理者等のユーザは、画面１５０２を介して類似した機能を有するＭＦＰを１台の仮想クラウドプリンタとして再登録することができる。例えば、カラーＭＦＰをひとまとめにした仮想クラウドプリンタを作成したいケースがある。この場合、管理者は、画面１５０２を介してカラーＭＦＰ１０７、１５０１、１５０２を選択し、「カラーＭＦＰシリーズ」という仮想クラウドプリンタを設定することができる。ＣＰＳ１０４は、再登録を完了する「ＯＫ」キーが選択されたことに従って、仮想クラウドプリンタのキューを生成する。ＣＰＳ１０４は、生成が完了すると、クライアント端末上に表示する表示画面を画面１５０３に遷移させる。

上述の処理で登録された仮想クラウドプリンタの能力情報は配下の各ＭＦＰの能力情報に基づいて決定される。例えば、Ａ４プリンタとＡ３プリンタが混在する場合、いずれのプリンタでも確実に出力できるように、Ａ３を非サポートとすることができる。

この仮想クラウドプリンタを外部ＣＰＳへ登録する場合、プリンタ名称や、プリンタの能力情報が変わるだけで登録処理のシーケンスや同期のシーケンスは第１の実施形態と同様である。

なお、仮想クラウドプリンタの配下となる印刷装置が再編集され、能力情報が更新された場合には、当該変更を外部ＣＰＳに伝えるべく同期処理が行われるものとする。仮想クラウドプリンタを使用するシーケンスについて図１６を用いて説明する。

図１６は本実施例におけるＣＰＳ１０４を介した印刷シーケンス例である。ＣＰＳ１０４は、外部ＣＰＳ（例えばＣＰＳ１０５）やクライアント端末の専用アプリケーションから印刷ジョブを受信し印刷ジョブＤＢ３０９に保存する（Ｓ１６００ａ、Ｓ１６００ｂ、Ｓ１６０１）。当該制御は、第１の実施形態と同様のため詳細は省略する。

第２の実施形態における仮想クラウドプリンタを用いた印刷では、いずれかの印刷装置にユーザがログインしたタイミングで当該ユーザがログインした印刷装置に印刷ジョブを送信するよう構成する。すなわち、ＣＰＳ１０４に保存された印刷ジョブは仮想クラウドプリンタとしてまとめられているＭＦＰ１０７、１４０１、１４０２のいずれかから取得要求が来るまでは、出力されない。

印刷ジョブを投入したユーザ、例えばＡｌｉｃｅが、仮想クラウドプリンタ傘下のいずれかのＭＦＰにログインする（Ｓ１６０２）。そして、Ａｌｉｃｅのログインを受け付けたＭＦＰはログイン情報に基づいて、ユーザ名「Ａｌｉｃｅ」の印刷ジョブの取得要求をＣＰＳ１０４へ送信する（Ｓ１６０３）。

ＣＰＳ１０４の制御部３０２は、認証部３０５、印刷管理部３０６と協働し、Ａｌｉｃｅの印刷ジョブがあるか否かを判断する。印刷ジョブがあれば問い合わせ元のＭＦＰに当該印刷ジョブを送信する（Ｓ１６０４）。前述したように、外部ＣＰＳから受信した印刷ジョブのユーザ情報は、Ｓ１１１２のシーケンスでＣＰＳ１０４に対応するユーザ情報に書き換えられている。したがって、外部ＣＰＳ経由で投入されたＡｌｉｃｅの印刷ジョブ、ＣＰＳ１０４の専用アプリケーション経由で投入されたＡｌｉｃｅの印刷ジョブの両方を印刷装置に送信することができる。

なお、印刷ジョブがない場合は、印刷ジョブがない旨を示す通知を送信する。Ｓ１６０５〜Ｓ１６０８の印刷に関わる処理は、Ｓ４０７〜Ｓ４１０と同様のため省略する。

続けて仮想クラウドプリンタの編集に関わる処理について説明する。管理者などのユーザは、前述した画面１５０２を介して仮想クラウドプリンタの名称や傘下のプリンタを編集することができる。クライアント端末１０１のＷｅｂブラウザは画面１５０２の「ＯＫ」が選択されたことに従って、仮想クラウドプリンタの更新要求を示すＨＴＴＰリクエストをＣＰＳ１０４に送信する（Ｓ１６１１）。当該リクエストを受信したＣＰＳ１０４は、仮想クラウドプリンタの名称や傘下のＭＦＰを更新する（Ｓ１６１２）。またＣＰＳ１０４は、仮想クラウドプリンタの能力情報も更新する。

Ｓ１６１３において、ＣＰＳ１０４は、ＣＰＳ１０５にＳ１６１２で更新した情報に基づき、能力更新要求を送信する。ＣＰＳ１０５は当該要求に基づきＣＰＳ１０４の仮想クラウドプリンタに対応するＣＰＳ１０５上のクラウドプリンタの能力情報を更新する。当該処理により仮想クラウドプリンタを使用する場合においても、適切に能力情報を同期することができるようになる。

＜第３の実施形態＞
＜設定インポート＞
第１の実施形態及び第２の実施形態では、ＣＰＳ１０４に登録済みの印刷装置を選択して、外部ＣＰＳへ登録する例を説明した。本実施例ではＣＰＳ１０４には印刷装置が登録されていない状態、かつ、外部ＣＰＳには、印刷装置が登録されている場合の同期処理について説明する。これは、例えばユーザが外部ＣＰＳ１０５を導入済であり、その後、ＣＰＳ１０４の導入を決定し統合管理したい場合を想定している。

図１９は本実施形態におけるＣＰＳ１０４へ設定インポートする操作画面例である。画面１９０１は、図７の画面７０２に代えて表示される画面であり、画面７０２の各コンポーネントに加えて「設定インポート」といった表示アイテムが追加されている。

ここでは本実施形態に特有の設定インポート機能について説明する。「インポート」が選択されたことに従ってＣＰＳ１０４は、クライアント端末上の表示する表示画面を画面１９０２に遷移させる。

ユーザは、画面１９０２を用いて、インポートファイルを指定することができる。クライアント端末のＷｅｂブラウザは、当該指定されたインポートファイルを、ＯＫキーの選択に従ってＣＰＳ１０４にアップロードする。インポートファイルは、例えば、図１７のようなフォーマットであり、登録すべきＭＦＰの情報が格納されている。このインポートファイルは外部ＣＰＳあるいはＭＦＰからエクスポート可能であるものとする。なお、インポートファイルには複数の印刷装置が列挙されていてもよい。また、当該ファイルには外部ＣＰＳに要求を行う際に要求とともに提示するアクセストークンが含まれている。

図１８を用いて当該インポート処理のシーケンスを説明する。図１８（Ａ）はインポート処理の一例であり、図１８（Ｂ）は図１９（Ａ）の処理が行えない場合の代替シーケンスである。

クライアント端末は、アップロード対象のファイルとして指定された、インポートファイルを、ＣＰＳ１０４にインポートする要求を送信する（Ｓ１８００）。

インポートファイルを受信したＣＰＳ１０４はインポートファイルに格納されている情報に基づき印刷装置の登録処理を行う（Ｓ１８０１）。登録処理では、まず図４で説明したＣＰＳ１０４にクラウドプリンタを登録する処理が行われる。続けて、図５（Ａ）で説明したＣＰＳ１０５で使用できる出力先デバイス（プリンタ）として、ＣＰＳ１０４に登録済みのクラウドプリンタを登録する。最後に、ＣＰＳ１０５に事前登録されていたＭＦＰ１０７に対応するクラウドプリンタ（ＭＦＰ１０７に直接印刷ジョブを送信する際に用いられていたクラウドプリンタ）を削除する削除要求を行う。なお、削除を行うかどうかはユーザに問い合わせるようにしてもよい。

そして、ＣＰＳ１０５へ接続確認を行い（Ｓ１８０２）、問題ない事を確認する。通信確認が成功すると、ＣＰＳ１０４は、クライアント端末上に表示する表示画面を画面１９０３に遷移させる。以上の処理により、外部ＣＰＳ１０５へ登録済状態としてＣＰＳ１０４の登録が完了する。もしＣＰＳ１０５への通信確認が失敗すれば、図１９の１９０３の外部ＣＰＳ登録は「未」となるか、ＣＰＳ１０４自体への登録も失敗させるかのいずれかとなる。

また、セキュリティの事情によりアクセストークン等通信に係る情報をエクスポートできない場合がある。この場合の代替シーケンスについて説明する。

管理者等のユーザは、クライアント端末のＷｅｂブラウザ経由でＣＰＳ１０５にログインし、登録済みクラウドプリンタの削除要求を送信する。クライアント端末のＷｅｂブラウザは、当該削除要求をＣＰＳ１０５に送信する（Ｓ１８１０）。当該要求を受け付けたＣＰＳ１０５は、対象の登録済みクラウドプリンタを削除する（Ｓ１８１１）。

その後、管理者はＷｅｂブラウザからインポートファイルを指定し、ＣＰＳ１０４へアップロードする（Ｓ１８１２）。インポートファイルを受信したＣＰＳ１０４はインポートファイルに格納されている情報に記載された印刷装置をＣＰＳ１０４が管理するクラウドプリンタとして登録する（Ｓ１８１４）。続いて、当該登録されたクラウドプリンタをＣＰＳ１０５に登録する登録要求を送信する（Ｓ１８１５）。

登録要求を受信したＣＰＳ１０５は、当該要求に基づき登録処理を実行する（Ｓ１８１６）。この登録処理は図５（Ａ）で説明したものと同様である。登録に成功すると、ＣＰＳ１０５は、ＣＰＳ１０４に登録完了を通知する（Ｓ１８１６）。成功通知を受信したＣＰＳ１０４はＳ１４１４の処理で登録したクラウドプリンタに対応する外部連携情報を更新する（Ｓ１８１８）。更新が完了すると、ＣＰＳ１０４は、クライアント端末上に表示する表示画面を画面１９０３に遷移させ、インポート操作処理を完了する。

この後の削除処理、更新処理、印刷処理は実施例１および２と同様である。これより、後からＣＰＳ１０４を導入するユーザ環境でも、手間が少なく外部ＣＰＳへの連携が実現できる。

＜変形例＞
第１の実施形態及び、第２の実施形態では、実際の印刷装置に一対一対応するクラウドプリンタ又は複数台の印刷装置を傘下とする仮想クラウドプリンタを外部ＣＰＳに登録する場合を例示したがこれに限定されるものではない。ＣＰＳ１０５が管理する各クラウドプリンタを、複数台を一度のユーザ操作で外部ＣＰＳに登録できるようにすることもできる。この場合、Ｓ５０３ではＣＰＳ１０４は、複数のプリンタの登録情報を送信する。Ｓ５０４〜Ｓ５０７の認証処理は図５（Ａ）と同様である。最後に、図５のＳ５０８〜Ｓ５１１に示される登録処理、アクセストークンの発行処理、プリンタ能力の更新処理を登録すべき印刷装置の数だけ繰り返し行うようにすればよい。この場合、管理者等のユーザは、簡単な操作でＣＰＳ１０４と同様の環境を外部ＣＰＳ１０５でも再現することができ、利便性が高い。

更に、ＣＰＳ１０４が管理する各テナントに外部ＣＰＳ連携用の１台の仮想クラウドプリンタを設け、当該仮想クラウドプリンタを外部ＣＰＳに登録するようにしてもよい。この場合、ＣＰＳ１０４は、画面７０７を介して「登録」キーが選択されたことに応じて、外部ＣＰＳから印刷ジョブを受信するための仮想クラウドプリンタを生成する。続いて当該生成した仮想クラウドプリンタを外部ＣＰＳに登録するための画面７１０を生成し、クライアント端末上に表示される表示画面を当該生成した画面７１０に遷移する。このときの登録デバイス名称は例えば「サービス名称でプリント」などを採用することができる。例えば、ＣＰＳ１０４がＵｎｉｆｌｏｗＯｎＬｉｎｅ（登録商標）である場合、「ＵｎｉｆｌｏｗＯｎｌｉｎｅでプリント」などの名称を採用することができる。なお、名称にテナント名を含めてもよい。仮想クラウドプリンタが受信し、ＣＰＳ１０４に保存された印刷ジョブは、例えば、第２の実施形態で説明したＭＦＰに対するユーザログインをトリガーとして出力するようにすればよい。

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

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

Claims (8)

1. 第１のクラウドプリントサービスを提供するサーバであって、
   外部から得られた印刷データを記憶する記憶手段と、
   前記第１のクラウドプリントサービスとは異なる第２のクラウドプリントサービスに対して登録要求を送信する第１の送信手段と、
   前記登録要求に基づいて登録された前記第２のクラウドプリントサービスから印刷データを取得する取得手段と、
   前記記憶手段に記憶された印刷データを印刷装置に送信する第２の送信手段と、
   を有し、
   前記記憶手段は、前記第２のクラウドプリントサービスから取得した印刷データ及び前記第２のクラウドプリントサービスとは異なる方式で外部から受信した印刷データを記憶可能であることを特徴とするサーバ。
2. 前記取得手段による前記印刷データの取得に用いるプロトコルと、前記第２の送信手段が前記印刷装置への印刷データの送信に用いるプロトコルとが異なることを特徴とする請求項１に記載のサーバ。
3. 前記第１のクラウドプリントサービスに登録されたクラウドプリンタを管理する管理手段を更に有し、
   前記第１の送信手段では、所定のユーザ操作を受け付けた後に、前記管理手段が管理するクラウドプリンタを前記第２のクラウドプリントサービスの出力先デバイスとして登録する登録要求を送信することを特徴とする請求項１又は２に記載のサーバ。
4. 前記管理手段が管理するクラウドプリンタに対する設定変更を受け付ける受付手段と、
   前記受付手段によって設定変更が行われた場合に、前記第２のクラウドプリントサービスに対して設定変更の要求を送信する第３の送信手段と、
   を更に有することを特徴とする請求項３に記載のサーバ。
5. 前記設定変更はユーザ操作に基づき選択されたクラウドプリンタを削除する設定変更を含み、
   前記第３の送信手段は、前記選択されたクラウドプリンタを削除する設定変更が行われた場合に、前記選択されたクラウドプリンタに対応する出力先デバイスの削除要求を前記第２のクラウドプリントサービスに対して送信することを特徴とする請求項４に記載のサーバ。
6. 前記第１のクラウドプリントサービスのユーザアカウントと第２のクラウドプリントサービスのユーザアカウントの対応情報を管理する第２の管理手段と、
   前記第１のクラウドプリントサービスのユーザアカウントに対応付けてユーザごとの利用状況を管理する第３の管理手段と、
   前記第２のクラウドプリントサービスから取得される印刷データに関連付けられているユーザアカウント情報と、前記対応情報に基づき、前記印刷データの使用状況を更新することを特徴とする請求項１乃至請求項５のいずれか１項に記載のサーバ。
7. クラウドプリントサービスをユーザに提供する制御方法であって、
   外部から得られた印刷データを記憶領域に格納する格納工程と、
   前記クラウドプリントサービスとは異なるクラウドプリントサービスに対して登録要求を送信する第１の送信工程と、
   前記登録要求に基づいて登録された前記異なるクラウドプリントサービスから印刷データを取得する取得工程と、
   前記記憶領域に記憶された印刷データを印刷装置に送信する第２の送信工程と、
   を有し、
   前記記憶領域には、前記第２のクラウドプリントサービスから取得した印刷データ及び前記第２のクラウドプリントサービスとは異なる方式で外部から受信した印刷データを記憶可能であることを特徴とする制御方法。
8. 請求項７に記載の制御方法をコンピュータに実行させるためのプログラム。

Images