JP2023072169A - プリントシステム、及び方法 - Google Patents

Abstract

【課題】 本発明は、特定のクラウドプリントサービスをサポートしていない印刷装置であっても、特定のクラウドプリントサービスへの特別な印刷方法によって、別のクラウドプリントサービスと連携することで、柔軟に印刷を実現できる手法を提供することを目的としている。【解決手段】 別のプリントシステムと連携することができるプリントシステムであって、ユーザごとに印刷データを管理するストレージを備え、クライアント端末での印刷対象となる第２印刷装置の構成情報の取得に従う、該クライアント端末からの印刷に係る第２要求を受信し、前記構成情報で特定できる前記第２印刷装置で印刷処理させるために、前記第２要求を指示したユーザに対応する印刷データを、当該第２印刷装置を管理する前記別のプリントシステムに送信することを特徴とする。【選択図】 図１０

Description

本発明は、クラウドコンピューティング技術を利用して提供されるプリントサービスに関する。

近年、クラウド経由で印刷ジョブを投入し、印刷装置に印刷ジョブを送信するクラウドプリントサービスが普及し始めている（特許文献１）。このような印刷システムでは、まず管理者が印刷装置の情報を、管理者が所属するクラウドプリントサービスへ登録する。続けて、管理者はどのユーザに、印刷装置の使用を許可させるかを設定する。印刷装置の使用を許可されたユーザは、クライアント端末からクラウドプリントサービスへ印刷ジョブを投入する。クラウドプリントサービスは受信した印刷ジョブをストレージに保存する。印刷装置はクラウドプリントサービスに保存された印刷ジョブを取得し、印刷する。クラウドプリントサービスの一例としては、ＧｏｏｇｌｅＣｌｏｕｄＰｒｉｎｔ（登録商標）、ＭｉｃｒｏｓｏｆｔＨｙｂｒｉｄＣｌｏｕｄＰｒｉｎｔ（登録商標）、ＵｎｉｆｌｏｗＯｎＬｉｎｅ（登録商標）などがある。

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

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

このような環境下において、印刷装置が複数のクラウドプリントサービスをサポートするには、各クラウドプリントサービスから印刷ジョブを適切に受信するための通信機能や制御機能を印刷装置へ組み込まなければならない。しかしながら、印刷装置の発売時期や、印刷装置のメーカー違いによっては特定のクラウドプリントサービスからの印刷がサポートされない場合がある。対象のプリントサービスに必要なハードウェアの一部または能力、ソフトウェアで提供される機能性によって、印刷装置が特定のクラウドプリントサービスでサポートされない可能性もある。そのような印刷装置は、特定のクラウドプリントサービスから利用できないといった問題点があった。

そこで、本発明は、そのような印刷装置であっても、特定のクラウドプリントサービスへの特別な印刷方法によって、別のクラウドプリントサービスと連携することで、柔軟に印刷を実現させる手法を提供することを目的とする。

本発明は、別のプリントシステムと連携することができるプリントシステムであって、ユーザごとに印刷データを管理するストレージと、第１印刷装置から印刷に係る第１要求を受信する第１受信手段と、前記第１印刷装置で印刷処理させるために、前記第１要求を指示したユーザに対応する印刷データを、前記第１印刷装置に対して送信する第１送信手段と、クライアント端末での印刷対象となる第２印刷装置の構成情報の取得に従う、該クライアント端末からの印刷に係る第２要求を受信する第２受信手段と、前記構成情報で特定できる前記第２印刷装置で印刷処理させるために、前記第２要求を指示したユーザに対応する印刷データを、当該第２印刷装置を管理する前記別のプリントシステムに送信する第２送信手段と、を有することを特徴とする。

本発明よれば、特定のクラウドプリントサービスをサポートしていない印刷装置であっても、特定のクラウドプリントサービスへの特別な印刷方法によって、別のクラウドプリントサービスと連携することで、柔軟に印刷を実現できる。

印刷システムの一例を示す図である。 本発明に係る装置のハードウェア構成の一例を示す図である。 ＣＰＳのソフトウェア構成の一例を示す図である。 ＣＰＳ１０４に対するプリンタ登録処理、印刷処理の一例を示すシーケンス図である。 外部ＣＰＳへのプリンタ登録処理、連携処理の一例を示すシーケンス図である。 クライアント端末の操作部に表示される画面の一例である。 クライアント端末の操作部に表示される画面の一例である。 ＣＰＳ１０４を提供するサーバが記憶するユーザ情報の一例を説明するためのである。 ＭＦＰ１０７で印刷する場合の印刷処理の一例を示すシーケンス図である。 ＭＦＰ１０８で印刷する場合の印刷処理の一例を示すシーケンス図である。 印刷ジョブに含まれる属性情報の一例を説明するための図である。 ＣＰＳ１０４における印刷制御に関する処理を説明するためのフローチャートである。 第２の実施形態における印刷システムの一例を示す図である。 第２の実施形態におけるクライアント端末の操作部に表示される画面の一例である。

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

＜第１の実施形態＞
まず、図１を用いて、本発明に係る印刷システムの構成を説明する。

本実施形態に係る印刷システムは、ＭＦＰ（Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）１０７～１０８、クライアント端末１０１～１０３、クラウドプリントサービス（以下、ＣＰＳとも呼ぶ）１０４～１０６を含む。クライアント端末１０１～１０３は、ＰＣまたはモバイルの例で示しているがこれに限定されるものではない。

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

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

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

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

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

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

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

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

＜ハードウェア構成＞
図２（Ａ）は、図１に示したＣＰＳ１０４～１０６を提供するプリントシステムを構築する実リソースであるサーバ２００のハードウェア構成を示すブロック図である。

ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）２０１は、各部と協働しサーバの動作を制御する。ＣＰＵ２０１は、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）２０２又はストレージ２０４に記憶されたＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）や、制御プログラムを読み出して実行する。ＲＯＭ２０２は、ＣＰＵ２０１で実行可能な制御プログラムを格納する。ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）２０３は、ＣＰＵ２０１の主記憶メモリであり、ワークエリア又は各種制御プログラムを展開するための一時記憶領域として用いられる。ストレージ２０４は、印刷データ、画像データ、各種プログラム、及び各種設定情報を記憶する。本実施形態ではストレージ２０４としてＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）等の補助記憶装置を想定しているが、ＨＤＤの代わりにＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）などの不揮発性メモリを用いるようにしても良い。このように、ＣＰＵ２０１、ＲＯＭ２０２、ＲＡＭ２０３等のハードウェアは、いわゆるコンピュータを構成している。なお、サーバ２００は、印刷データのレンダリングを行うＡＳＩＣなどを更に備えていてもよい。

本実施形態では、説明のため、１つのＣＰＵ２０１が１つのメモリ（ＲＡＭ２０３）を用いて後述するフローチャートに示す各処理を実行する場合を例示するが、他の様態であっても構わない。例えば複数のプロセッサ、ＲＡＭ、ＲＯＭ、ストレージを協働させて後述するフローチャートに示す各処理を実行することもできる。また、複数のサーバコンピュータを用いて各処理を実行することもできる。サーバ２００はコンテナ化や仮想化技術を用いることで、複数の異なるテナントに第１のクラウドプリントサービスを提供することができる。つまり、ＣＰＳ１０４～１０６は１以上のサーバのハードウェアリソースを用いて実現されるサービスである。

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

図２（Ｂ）は、図１に示したＭＦＰ１０７、１０８のハードウェア構成の例を示すブロック図である。

ＣＰＵ２１２を含む制御部２１１は、ＭＦＰ１０７全体の動作を制御する。ＣＰＵ２１２は、ＲＯＭ２１４に記憶された制御プログラムを読み出して通信制御などの各種制御を行う。ＲＡＭ２１３は、ＣＰＵ２１２の主メモリ、ワークエリア等の一時記憶領域として用いられる。ＨＤＤ２１５は、データや各種プログラム、或いは各種情報テーブルを記憶する。ＭＦＰ１０７内で記憶され、メモリに読み出されＣＰＵ２１２で実行されるプログラムとしては、後述のシーケンスで示す処理を実現するためのプログラムが含まれる。

プリンタＩ／Ｆ２１６は、プリンタ２１７（プリンタエンジン）に画像信号を出力するインターフェースを担う。また、スキャナＩ／Ｆ２１８は、スキャナ２１９（スキャナエンジン）からの読取画像信号を入力するインターフェースを担う。ＣＰＵ２１２は、スキャナＩ／Ｆ２１８より入力された画像信号を処理し、記録画像信号としてプリンタＩ／Ｆ２１６へ出力する。操作パネルＩ／Ｆ２２０は、操作パネル２２１と制御部２１１とを接続する。操作パネル２２１には、タッチパネル機能を有する液晶表示部やキーボードなどが備えられている。ネットワークＩ／Ｆ２２２はＣＰＳ１０４などの外部に情報を送信したり、あるいは外部から各種情報、印刷ジョブを受信したりする。制御部２１１内の各ブロックはシステムバス２３０にて接続されている。

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

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

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

＜ＣＰＳ１０４に対するプリンタ登録処理＞
続けて、図４を用いて、ＣＰＳ１０４に対するプリンタ登録処理を説明する。図４は、ＣＰＳ１０４にプリンタを登録するシーケンスの一例を示している。図４（Ａ）では、ＭＦＰ１０７をＣＰＳ１０４から利用可能に登録する場合について説明する。図４（Ｂ）では、クライアント端末１０３を用いて、ＭＦＰ１０８をＣＰＳ１０４から利用可能に登録する場合について説明する。

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

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

印刷ジョブを受信したＣＰＳ１０４は、印刷ジョブを印刷ジョブＤＢ３０９に保存する（Ｓ４０４）。ＭＦＰ１０７は、ＣＰＳ１０４へ印刷ジョブを取得する要求を送信する（Ｓ４０５）。要求を受信したＣＰＳ１０４は、ＭＦＰ１０７へ印刷ジョブを送信する（Ｓ４０６）。印刷ジョブを受信したＭＦＰ１０７は印刷処理を実行して、印刷物を出力する（Ｓ４０７）。印刷ジョブの実行が完了すると、ＭＦＰ１０７は、ＣＰＳ１０４に印刷ジョブの取得が完了したことを示す通知を送信する（Ｓ４０８）。当該通知を受信したＣＰＳ１０４は、印刷ジョブを削除する（Ｓ４０９）。

Ｓ４１０において、ＣＰＳ１０４は印刷履歴ＤＢ３１０にアクセスしユーザの利用実績を更新する。具体的には、当該印刷ジョブを送信したユーザに対応付けてユーザの利用実績を更新する。また、ここではテナント全体の利用実績などもこのタイミングで更新されるものとする。また、印刷履歴情報なども更新されるものとする。以上の説明した一連の処理により、ＣＰＳ１０４経由でＭＦＰ１０７を使用することができるようになる。

次に、クライアント端末１０３（モバイル）を使って、ＣＰＳ１０４ために用意された専用アプリケーションがＭＦＰ１０８をＣＰＳ１０４に登録する場合について説明する。クライアント端末１０３（モバイル）にＣＰＳ１０４の専用アプリケーションがインストールされている場合を想定している。

まず、クライアント端末１０３（モバイル）上で、ＣＰＳ１０４専用アプリケーションを起動する（Ｓ４１１）。Ｓ４１２で「ｃｏｍｐａｎｙＡ」のテナントの設定管理権限を有するユーザのアカウントを用いてＣＰＳ１０４にログインする。

ＣＰＳ１０４専用アプリケーションが初回起動であれば、ＭＦＰ１０８のために用意されたＱＲコード（登録商標）をスキャンしてプリンタのセットアップを開始する（Ｓ４１３）。ＱＲコードは、ＭＦＰ１０８の本体外側にシールなどで貼られたシートなどに印刷されたものでよい。また、ＭＦＰ１０８が提供する画面で表示されてもよい。

Ｓ４１４にて、そのＱＲコードからＭＦＰ１０８を特定する構成情報（例えばＭＡＣアドレス、デバイスシリアルＮｏ、Ｐоｌｌｉｎｇ－ＦＡＬＳＥ）を読み取り、それら構成情報を含む登録要求をＣＰＳ１０４に送信する（Ｓ４１５）。「Ｐоｌｌｉｎｇ－ＦＡＬＳＥ」の属性は、ＣＰＳ１０４に対するポーリング機構をサポートしていないことを意味し、ＱＲコード読み取りに限って送付されるものとする。

Ｓ４１６にて、登録要求を受信したＣＰＳ１０４は、ＭＦＰ１０８を、第１のクラウドプリントサービスで利用可能なプリンタとして登録する。Ｓ４１７にて、当該クラウドプリントサービスにおいてモバイルデバイスをアクティブ化し、モバイルデバイスからの印刷実行指示の受付を可能とする。ＭＦＰ１０８の登録が完了すると、ＣＰＳ１０４では、Ｓ４１２で認識されるアカウント名又はユーザ名と、Ｓ４１５の登録要求に含まれる構成情報がセットで管理される。

なお、ユーザは、当該デバイスを特定する構成情報と当該ログイン情報をＣＰＳ１０４専用アプリケーションに記憶させるものとする。セキュリティ強化のために、当該ログイン情報は、都度入力するようにしてもよいし、多要素認証を採用してもよい。

また、本実施例では、ＱＲコードの例を示したが、ＮＦＣやＢＬＥなどの無線通信を用いてＣＰＳ１０４専用アプリケーションがＭＦＰ１０８からデバイスを特定する構成情報を同様に取得できる機構があれば、ＱＲコードに限定しない。ＮＦＣやＢＬＥを用いてＭＦＰ１０８やＭＦＰ１０８用の専用メモリから取得した構成情報を用いて、ＣＰＳ１０４に登録要求を送信する構成としても構わない。

ＭＦＰ１０７の登録が完了した後に後述する作業を行えば、クライアント端末１０３の専用アプリケーションを使って、Ｓ４１８、Ｓ４１９に示すように、印刷装置上のＱＲコードをスキャンすることで印刷処理の開始を実現することができる。

＜ＣＰＳ１０４と外部ＣＰＳの連携＞
図５乃至図８を用いて、ＣＰＳ１０４と外部ＣＰＳとを連携させる制御について説明する。図５は、外部ＣＰＳへのプリンタ登録処理の一例を示すシーケンス図であり、図６及び図７は当該制御に関連するクライアント端末の操作画面の一例である。図８は、認証ＤＢ３０８に記憶されるユーザ情報の一例を示している。

図５のシーケンスを用いて、ＣＰＳ１０４による外部ＣＰＳとしてのＣＰＳ１０５へのプリンタ登録の処理について説明する。

クライアント端末で動作するウェブブラウザは、ユーザ操作に従い、ＣＰＳ１０４が提供するＷｅｂページにアクセスし、ＣＰＳ１０４において、「ｃｏｍｐａｎｙＡ」のテナントの設定管理権限を有するユーザのアカウントを用いてＣＰＳ１０４にログイン要求を送信する（Ｓ５０１）。

図６を用いて、ＣＰＳ１０４に対する登録のための操作に関わる画面遷移について説明する。

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

ユーザは、ログイン画面６０１を介して、ＣＰＳ１０４に予め登録されている管理者ユーザ名、パスワードを入力し、ＣＰＳ１０４へのＷｅｂログインを試みる。Ｗｅｂログインに成功すると、図示省略のメインメニュー画面が表示される。「Ｔｏｍ＠ｃｏｍｐａｎｙＡ．ｅｘａｍｐｌｅ０．ｊｐ」のアカウントに対応するユーザは、図８のユーザ認証ＤＢに示されるようにテナントの管理者権限を有する。従って、入力されたパスワードが正当であればログインに成功する。ユーザは、メインメニュー画面から下位レイヤの画面に遷移するリンクを選択し、様々な設定を行うことができる。ここでは、クラウドプリントサービスの登録に関連する画面について説明する。

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

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

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

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

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

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

ＣＰＳ１０４は、登録実行を示すデータを受信した場合に、ＣＰＳ１０５に登録要求を送信する（Ｓ５０３）。具体的には、ＣＰＳ１０４の設定管理部３０４は、設定ＤＢ３０７に保存されている、外部ＣＰＳ宛先ＵＲＬリストを参照し、この宛先ＵＲＬへデバイス登録要求を送信する。

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

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

管理者等のユーザは、画面６０７を確認し、Ｗｅｂブラウザを用いて表示されたＵＲＬにアクセスする。ＣＰＳ１０５は、Ｗｅｂブラウザからの当該ＵＲＬへのアクセスリクエストの応答として、画面６０８を提供する。ユーザは、画面６０８を介してＣＰＳ１０５のアカウント情報と、Ｓ５０４で発行されたＰＩＮコードを入力する。「ＯＫ」キーが選択されたことに従って、Ｗｅｂブラウザは、画面６０８を介して入力されたユーザ情報とＰＩＮコードを示すデータをＣＰＳ１０５に送信する（Ｓ５０６）。ＣＰＳ１０５は、ユーザ情報とＰＩＮコードを示すデータを受信し、そのデータに基づき認証処理を実行する（Ｓ５０７）。認証成功と判断したらＳ５０３で受け付けた要求に基づき、プリンタ（ＭＦＰ１０８）の登録処理を行う（Ｓ５０８）。そして、ＣＰＳ１０５は、ＣＰＳ１０４に対して、ＭＦＰ１０８の情報登録の成功の通知と、その後の通信で使用するアクセストークン情報を送信する（Ｓ５０９）。

ＣＰＳ１０４は、ＣＰＳ１０５から登録成功の通知を受信した場合に、クライアント端末に完了画面データを送信する（Ｓ５１０）。当該完了画面を受信したクライアント端末のＷｅｂブラウザは、当該受信した画面データに基づき完了画面を表示する。画面６０９はその完了画面の一例である。

ＣＰＳ１０４は、「ＯＫ」が選択されると、Ｗｅｂブラウザに表示する表示画面を、外部ＣＰＳへの登録情報が更新されたリスト画面６１０に遷移する。画面６１０には、ＭＦＰ１０８がＣＰＳ１０５に登録済みであることを示す情報が表示される。「ログアウト」が選択されると画面６０１へと遷移する。

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

なお、この後に、画面６１０からＭＦＰ１０７を指定して、「外部ＣＰＳ連携」を選択することで、ＭＦＰ１０８と同様に、ＭＦＰ１０７についてもＣＰＳ１０５に対して情報登録することができる。この処理の説明については、前述とほぼ重複するため、その説明を割愛する。

次に、図７を用いて、図４（Ｂ）で示した登録処理などに関わるクライアント端末（モバイル）の操作部における画面遷移の例について説明する。

ユーザは、クライアント端末１０３（モバイル）上でＣＰＳ１０４専用アプリケーションを起動し、モバイルアプリ画面７０１を表示する。「デバイス登録」が選択されると、画面７０２のログイン画面を表示する（Ｓ５０１）。ユーザは、ログイン画面７０２を介して、ＣＰＳ１０４に予め登録されている管理者ユーザ名、パスワードを入力し、ＣＰＳ１０４へのＷｅｂログインを試みる。Ｗｅｂログインに成功すると、セットアップ画面７０３が表示される。「Ｔｏｍ＠ｃｏｍｐａｎｙＡ．ｅｘａｍｐｌｅ０．ｊｐ」のアカウントに対応するユーザは、図８のユーザ認証ＤＢに示されるようにテナントの管理者権限を有する。従って、入力されたパスワードが正当であればログインに成功する。

クライアント端末１０３において専用アプリケーションが初回起動であれば、専用アプリケーショは、セットアップ画面７０３を表示し、ユーザにＱＲコードのスキャンを促す。ＱＲコードのスキャンを検知すると、デバイスを特定する構成情報（例えばＭＡＣアドレス、デバイスシリアルＮｏ、Ｐоｌｌｉｎｇ－ＦＡＬＳＥ）を読み出す。そして、専用アプリケーションは、前述Ｓ４１５で示すように、ＣＰＳ１０４に対して、その構成情報を含む登録要求を送信する。登録要求のＨＴＴＰリクエストを受信したＣＰＳ１０４は、リスト画面７０４の画面情報を生成して、クライアント端末に送信する。

クライアント端末の専用アプリケーションでは、表示された画面７０４を介して、管理者等のユーザがＣＰＳ１０４に登録されたプリンタの情報の編集、削除や、外部ＣＰＳへの登録処理を操作できる。なお、画面７０４ではＣＰＳ１０４で使用できるプリンタとして、ＭＦＰ１０８の登録が完了している場合を例示している。画面７０４における「外部ＣＰＳ登録」が選択された後の処理は、Ｓ５０２以降のシーケンスと図６を用いた説明と同様のため、説明を省略する。

クライアント端末１０３において専用アプリケーションが初回起動でなければ、専用アプリケーションは、画面７０５を提供する。画面７０５で「クラウドのデータを印刷する」が選択された場合は、専用アプリケーションは画面７０７を提供する。画面７０７の表示は、ユーザがクラウドから受信したデータ（印刷ジョブ）を印刷したい印刷装置（ここでは、ＭＦＰ１０８）のＱＲコードのスキャンを促す表示である。ＱＲコードのスキャンが行われ、ＭＦＰ１０８の構成情報が読み出された場合には、その情報がＣＰＳ１０４に送信され、印刷処理が開始される。その際には、専用アプリケーションは、画面７０８を提供する。ここで開始される印刷処理の詳細の説明は、図１０を用いて後述する。

画面７０５で「デバイス登録状況の確認」が選択された場合は、専用アプリケーションは、ＣＰＳ１０４から画面情報を取得し、画面７０４を提供する。画面７０５には、さらに「デバイスを追加で登録する」ボタン（不図示）を配置することも可能である。この場合には、専用アプリケーションがセットアップ画面７０３を表示し、別の印刷装置について、前述と同様の登録処理を実現することになる。

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

＜印刷処理＞
図９乃至図１２を用いて、印刷処理について具体的に説明する。

図９で示すシーケンスは、ＭＦＰ１０７で印刷する場合の印刷処理の一例を示している。ＭＦＰ１０７は、ＣＰＳ１０４に対して印刷ジョブの取得要求を送信して印刷ジョブを取得して印刷できる機能（ＣＰＳ１０４に対するポーリング機構）を有している。図１０で示すシーケンスは、ＭＦＰ１０８で印刷する場合の印刷処理の一例を示している。図１２は、ＣＰＳ１０４が印刷実行指示を受け取ったときの処理を説明するためのフローチャートである。

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

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

ＣＰＳ１０５には、図５で登録されたＣＰＳ１０４と連動するクラウドプリンタの情報（ＭＦＰ１０７、１０８の情報）が保存されている。従って、Ｓ９０２の探索で、「カラーＭＦＰ１０７」のＭＦＰが発見できる。次に、Ａｌｉｃｅは任意のコンテンツを選択し、「カラーＭＦＰ１０７」を印刷で使用するプリンタに設定して、印刷開始を指示する。印刷開始の指示を受け付けたクライアント端末１０２は印刷ジョブをＣＰＳ１０５へ送信する（Ｓ９０３）。

ＣＰＳ１０５は、クライアント端末１０２から印刷ジョブを受信し、その印刷ジョブをストレージに保存する（Ｓ９０４）。

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

ＣＰＳ１０４は、Ｓ９０５の確認の結果に従い、ＣＰＳ１０５に対して印刷ジョブの取得要求を行う（Ｓ９０６）。この時、ＣＰＳ１０４は、Ｓ５０９で取得したアクセストークンを用いて要求を送信する。そしてＣＰＳ１０５は、ＭＦＰ１０７で処理されるべき印刷ジョブをＣＰＳ１０４に対して送信する（Ｓ９０７）。前述したように本実施形態は、ＣＰＳ１０５が採用する通信プロトコルが、ＩＰＰである場合を想定している。従って、ＣＰＳ１０５から送信される印刷ジョブは図１１の１１０１に例示するようなＩＰＰに準拠するフォーマット形式となる。後述するＳ９１０もＩＰＰのオペレーションで実行される。

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

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

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

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

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

Ｓ９１３にて、ＭＦＰ１０７は、ＣＰＳ１０４が採用している通信プロトコル（例えばＨＴＴＰ）に則って印刷ジョブ取得要求を行う。Ｓ９１４にて、ＣＰＳ１０４は、ＣＰＳ１０４が採用している通信プロトコル（例えばＨＴＴＰ）に則った印刷ジョブ取得要求を受け付け、要求元としてＭＦＰ１０７であることを特定する。そして、ＣＰＳ１０４は、Ｓ９１３の要求に対するＨＴＴＰのレスポンスで、ＭＦＰ１０７で処理すべき印刷ジョブを送信する（Ｓ９１５）。以降の処理は、前述した図４のＳ４０７～Ｓ４１０と同様のため説明を省略する。

この一連の処理により、ＣＰＳ１０５に投入された印刷ジョブをＣＰＳ１０４が取得し、ＣＰＳ１０４経由で印刷することができるようになる。また、ＣＰＳ１０４に投入された印刷ジョブの印刷履歴に加え、ＣＰＳ１０５に投入された印刷ジョブの印刷履歴も、ＣＰＳ１０４側で一元管理できるようになる。

次に、図１０を用いて、ユーザＡｌｉｃｅがＭＦＰ１０８で印刷処理を行う場合のシーケンスについて説明する。ここでは、図４で説明した通り、クライアント端末１０３がモバイルでＣＰＳ１０４専用アプリケーションがインストールされているものとする。

Ｓ１００１において、ユーザＡｌｉｃｅはクライアント端末１０３（モバイル）上でＣＰＳ１０４専用アプリケーションを起動し、画面７０１を表示する。「ユーザーログイン」が選択されると、画面７０２のログイン画面を表示する（Ｓ１００２）。ログイン画面７０２を介して、ＣＰＳ１０４に予め登録されている管理者ユーザ名、パスワードを入力し、ＣＰＳ１０４へのＷｅｂログインを試みる。Ｗｅｂログインに成功すると印刷実行画面７０５が表示される。ＣＰＳ１０４の専用アプリケーションが記憶している当該ログイン情報と当該デバイスを特定する構成情報を使ってＣＰＳ１０４に自動ログインする構成でも良い。

印刷実行画面７０５で「デバイス登録状況の確認」を選択すると、画面７０４に遷移し現在のデバイス登録状況や、外部ＣＰＳ登録状況等を確認ができる。「モバイルのデータを印刷する」を選択するとクライアント端末１０３（モバイル）内に保持しているデータをＣＰＳ１０４に送信する。ＣＰＳ１０４にはこのデータにより印刷ジョブを新たに保持する。

また、印刷実行画面７０５で、ユーザＡｌｉｃｅにより、「クラウドのデータを印刷する」が選択された場合、専用アプリケーションは画面７０７を表示する。Ｓ１００３からの処理は、画面７０７を用いたユーザ操作に従い実行される処理である。

Ｓ１００３において、クライアント端末１０３は、画面７０７でＭＦＰ１０８の本体表面などに張り付けられたシートなどに記載されたＱＲコードをスキャンする。スキャンが成功すると、専用アプリケーションは画面７０８を表示する。さらに、専用アプリケーションは、ＣＰＳ１０４に対して、ＱＲコードから読み取った印刷装置（ＭＦＰ１０８）の構成情報を含めて、印刷要求を送信する（Ｓ１００４）。

Ｓ１００５で、印刷要求を受け付けたＣＰＳ１０４は、リクエストが専用アプリケーションからの印刷要求であることを特定したうえで、該印刷要求に含まれる構成情報から専用アプリケーションを介したＱＲコードスキャンによる印刷要求であることを確認する。ここでは、構成情報に含まれる「Ｐоｌｌｉｎｇ－ＦＡＬＳＥ」という属性値を確認する。構成情報に含まれる印刷装置の識別情報（デバイスシリアルＮｏ）からデバイス登録時の情報を参照し、「Ｐоｌｌｉｎｇ－ＦＡＬＳＥ」の属性が登録済みの印刷装置であることを確認してもよい。

Ｓ１００６で、制御部３０２は、認証部３０５と協働して、認証ＤＢ３０８に保存されている認証情報８００を参照し、ユーザＡｌｉｃｅのＣＰＳ１０４のアカウント情報から、ユーザＡｌｉｃｅの外部ＣＰＳでのアカウント名と、外部ＣＰＳに対してＩＰＰリクエストで使用するアドレス情報を特定する。ここでは、ＣＰＳ１０５に対して印刷を要求するための“Ｐｒｉｎｔ－ｓｅｒｖｉｃｅ－ＵＲＬ”が特定されることになる。

Ｓ１００７にて、制御部３０２は、自サービスがストレージで管理している印刷ジョブの中から、「ＨＴＴＰ－Ｒｅｑｕｅｓｔｉｎｇ－ｕｓｅｒ－ｎａｍｅ」の属性値に、ユーザＡｌｉｃｅのＣＰＳ１０４でのアカウント名が格納されているジョブを特定する。そして、ＣＰＳ１０４からＣＰＳ１０５に、“Ｐｒｉｎｔ－ｓｅｒｖｉｃｅ－ＵＲＬ”に対して、ＩＰＰのＦｅｔｃｈ－Ｄоｃｕｍｅｎｔ属性を使用して、特定した印刷ジョブを送信する。

ここで、ＭＦＰ１０８は、ＣＰＳ１０５に対して、ＩＰＰのＧｅｔ－Ｎоｔｉｆｉｃａｔｉоｎｓリクエストを利用して、ＣＰＳ１０５からのプッシュ通知を実現している。そのため、ＣＰＳ１０５は、Ｓ１００７における印刷ジョブ送信のイベントに応じて、ＣＰＳ１０４から送信されてきた印刷ジョブに関する印刷イベントをＭＦＰ１０８に通知することができる。Ｓ１００８では、このプッシュ通知の仕組みが利用され、ＣＰＳ１０５は、ＭＦＰ１０８に対してＳ１００７で受信した印刷ジョブを送信する。

印刷ジョブを受信したＭＦＰ１０８は、該印刷ジョブに従い印刷処理を実行して、印刷物を出力する（Ｓ１００９）。印刷ジョブの実行が完了すると、ＭＦＰ１０８は、ＣＰＳ１０５に印刷完了を示す通知を送信する（Ｓ１０１０）。当該通知を受信したＣＰＳ１０５は、ＣＰＳ１０４に対してＳ１００７で受信した印刷ジョブについての印刷完了を通知する（Ｓ１０１１）。

印刷完了の通知を受信したＣＰＳ１０４は、自サービスでストレージを用いて管理している印刷ジョブの中から、該当するジョブの情報を削除する（Ｓ１０１２）。Ｓ１０１３において、ＣＰＳ１０４は、印刷履歴ＤＢ３１０にアクセスし、ユーザの利用実績を更新する。具体的には、当該印刷ジョブを送信したユーザに対応付けてユーザＡｌｉｃｅの利用実績を更新する。Ｓ１０１２、Ｓ１０１３のＣＰＳ１０４による処理は、前述してＳ４０９、Ｓ４１０と同様の処理である。

図１０によれば、ユーザは、クライアント端末による、例えばＭＦＰ１０８本体に貼られたシート上のＱＲコードをスキャンなどの構成情報取得をきっかけにして、ＣＰＳ１０４に投入した印刷ジョブを、ＣＰＳ１０５を経由して、ＭＦＰ１０８で印刷できる。

つまり、ＣＰＳ１０４と印刷ジョブ取得などのための連携機能がサポートされていないＭＦＰ１０８などの印刷装置であっても、それら印刷装置が対応するクラウドサービスとＣＰＳ１０４とを連携させる。そのことにより、本発明では、印刷時にユーザが自分の端末で構成情報取得の作業を行うだけで、ＣＰＳ１０４に投入した印刷ジョブを別のクラウドサービスに転送したうえで、それらＭＦＰ１０８などの印刷装置で印刷できるようになる。

なお、図１０まで説明してきた、当該属性フィールドや属性値は一例であり、これに限定されるものではない。

図１２（Ａ）は、ＣＰＳ１０４による印刷に係る処理を説明するためのフローチャートである。

Ｓ１２０１で、ＣＰＳ１０４の制御部３０２は、印刷ジョブ取得要求を受信したか否かを判断する。受信した場合にＳ１２０２に遷移する。Ｓ１２０１で受信する要求は、図９のＳ９１３や図１０のＳ１００４の処理で受信する要求に相当する。

Ｓ１２０２で、ＣＰＳ１０４の制御部３０２は、印刷ジョブ取得要求に含まれる構成情報の内容をチェックする。構成情報の内容を参照した結果、印刷対象としての印刷装置が「Ｐоｌｌｉｎｇ－ＦＡＬＳＥ」の属性を持って登録されているデバイスか判定する。判定結果が「Ｐоｌｌｉｎｇ－ＦＡＬＳＥ」を示す場合（Ｓ１２０２でＹｅｓ）はＳ１２０５に遷移し、そうでない場合にはＳ１２０３に遷移する。Ｓ１２０２でＹｅｓとなるのは、図１０で示すＳ１００５からＳ１００６に進む処理に対応する。一方で、Ｓ１２０２でＮｏとなるのは、図９で示すＳ９１４からＳ９１５に進む処理に対応する。

Ｓ１２０３で、制御部３０２は、印刷ジョブ取得要求を指示したユーザのアカウント情報に対応する印刷ジョブを、印刷管理部３０６を介して、自サービスのストレージで管理する印刷ジョブの中から特定する。Ｓ１２０４で、制御部３０２は、印刷ジョブ取得要求の送信元である印刷装置に特定した印刷ジョブを送信する。これは、図９で示すＳ９１５の処理に対応する。

Ｓ１２０５で、制御部３０２は、印刷ジョブ取得要求を指示したユーザのアカウント情報に対応する印刷ジョブを、印刷管理部３０６を介して、自サービスのストレージで管理する印刷ジョブの中から特定する。さらに、制御部３０２は、認証部３０５と協働して、印刷ジョブ取得要求を指示したユーザのアカウント情報に対応する外部ＣＰＳ（ＣＰＳ１０５）のアカウント情報を特定する。

Ｓ１２０６で、制御部３０２は、外部ＣＰＳ（ＣＰＳ１０５）に特定した印刷ジョブを、特定したアカウント情報とともに転送する。転送先は、図９で示すＳ１００７の処理に説明したとおり、“Ｐｒｉｎｔ－ｓｅｒｖｉｃｅ－ＵＲＬ”となる。

なお、ＭＦＰ１０８での印刷のきっかけは、ユーザ操作によりクライアント端末１０３が備えるＮＦＣなどの無線通信機能を用いて、専用アプリケーションが構成情報を取得することなどで、ＱＲコードのスキャンと代替できる。また、ＱＲコード以外でも、ほかのコード情報のスキャンにより構成情報を取得することも可能である。

＜第２の実施形態＞
第１の実施形態では、専用アプリケーションを介したＱＲコードスキャンをきっかけにした印刷ジョブ取得要求に含まれる構成情報から、印刷装置のＣＰＳ１０４に対するポーリング機構の有無の特定でき、ＣＰＳ１０４がその後の印刷パスを制御していた。

一方、本実施例では、ＣＰＳ１０４に印刷装置を登録した時の登録情報を用いた制御について説明する。本実施例は、例えば、ユーザが外部ＣＰＳ１０５を導入済であり、その後、ＣＰＳ１０４の導入を決定し統合管理したい場合を想定している。ＣＰＳ１０４導入後も、それ以前と同様の使い勝手を継続させることができる。

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

本実施形態では、ＭＦＰ１０７、ＭＦＰ１３０１～１３０３に対応するクラウドプリンタがＣＰＳ１０４に登録済みである場合を例に説明する。具体的には、ＣＰＳ１０４には、「ｃｏｍｐａｎｙＡ．ｅｘａｍｐｌｅ０．ｊｐ」用のクラウドプリンタとしてＭＦＰ１０７、ＭＦＰ１３０１～１３０３が登録されているものとする。なお、第２の実施形態における、システム内のＣＰＳ、印刷装置のソフトウェア構成やハードウェア構成は第１の実施形態と同様である。以下第１の実施形態との差分について説明する。

図１４は、第二の実施例におけるクラウドプリントサービスへのデバイス登録に関連する画面について説明する。図１４は、ＣＰＳ１０４がクライアント端末に提供する画面の一例であり、画面１４０１は、図６の画面６０３に代替して表示される画面である。画面１４０２は、画面６０３で説明した各キーに加えて、「プリンタ分類」のキーを含む。画面１４０１でいずれかの印刷装置を選択して「編集」が操作されたことに従って、画面１４０２または画面１４０３に遷移させる。

管理者等のユーザは、画面１４０２、画面１４０３を介してオフィス用、ホーム用のデバイス（印刷装置）として、印刷装置をそれぞれ登録することができ、デバイスの補足情報としてこの分類属性が管理される。ここでは、画面１４０２において、カラーＭＦＰ１０７をホーム用デバイス、画面１４０３において、ＭＦＰ１３０１をオフィス用デバイスとして登録した場合を例示している。

次に図１２（Ｂ）で示すフローチャートを用いて、本実施形態におけるＣＰＳ１０４における印刷制御に係る処理を説明する。図１２（Ｂ）は、図１２（Ａ）で説明した処理にＳ１２１０のステップを追加したものである。

Ｓ１２１０では、１２０２でＮｏと判定された場合に、制御部３０２が構成情報から特定される印刷対象となる印刷装置のＣＰＳ１０４に登録された分類属性を参照する。分類属性がオフィスを示す場合にはＳ１２０３に遷移する。一方で、分類属性がホームを示す場合にはＳ１２０５に遷移する。

また、複数台の印刷装置を１台の仮想的なクラウドプリンタ（以下、仮想クラウドプリンタとも呼ぶ）として登録し、当該仮想的なクラウドプリンタを外部ＣＰＳに登録する構成でも構わない。その場合、オフィス用、ホーム用と同じ属性を持つものでないと、仮想プリンタを作成できないものとする。例えば、カラーＭＦＰ１０７、１３０１、１３０２を選択し、「オフィス用カラーＭＦＰシリーズ」という仮想クラウドプリンタを設定することで、複数台の印刷装置に対してまとめて印刷処理の切り替えが可能となる。

なお、仮想クラウドプリンタの配下となる印刷装置が再編集され、能力情報が更新された場合には、当該変更を外部ＣＰＳに伝えるべく同期処理が行われるものとする。これにより、仮想クラウドプリンタの印刷制御の不整合が起きることはない。

＜変形例＞
第１の実施形態及び、第２の実施形態では、実際の印刷装置に一対一対応するクラウドプリンタ又は複数台の印刷装置を傘下とする仮想クラウドプリンタを外部ＣＰＳに登録し、連携する場合を例示したがこれに限定されるものではない。また、第２の実施形態で示したオフィス用、ホーム用という属性に限定されず、デバイスの登録時の属性を増やすことで、利用形態に応じた印刷処理の切り替えを実現することは可能である。

（他の実施例）
本発明は、上述した実施形態を適宜組み合わせることにより構成された装置あるいはシステムやその方法も含まれるものとする。

ここで、本発明は、上述した実施形態の機能を実現する１以上のソフトウェア（プログラム）を実行する主体となる装置あるいはシステムである。また、その装置あるいはシステムで実行される上述した実施形態を実現するための方法も本発明の一つである。また、そのプログラムは、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給され、そのシステム或いは装置の１以上のコンピュータ（ＣＰＵやＭＰＵ等）によりそのプログラムが１以上のメモリーに読み出され、実行される。つまり、本発明の一つとして、さらにそのプログラム自体、あるいは該プログラムを格納したコンピュータにより読み取り可能な各種記憶媒体も含むものとする。また、上述した実施形態の機能を実現する回路（例えば、ＡＳＩＣ）によっても、本発明は実現可能である。

１０４、１０５ クラウドプリントサービス（ＣＰＳ）
１０７，１０８ ＭＦＰ

Claims (7)

1. 別のプリントシステムと連携することができるプリントシステムであって、
   ユーザごとに印刷データを管理するストレージと、
   第１印刷装置から印刷に係る第１要求を受信する第１受信手段と、
   前記第１印刷装置で印刷処理させるために、前記第１要求を指示したユーザに対応する印刷データを、前記第１印刷装置に対して送信する第１送信手段と、
   クライアント端末での印刷対象となる第２印刷装置の構成情報の取得に従う、該クライアント端末からの印刷に係る第２要求を受信する第２受信手段と、
   前記構成情報で特定できる前記第２印刷装置で印刷処理させるために、前記第２要求を指示したユーザに対応する印刷データを、当該第２印刷装置を管理する前記別のプリントシステムに送信する第２送信手段と、を有することを特徴とするプリントシステム。
2. 前記第２要求を受信した場合に、前記別のプリントシステムにおける前記第２要求を指示したユーザのアカウント情報と、印刷を要求するためのアドレス情報とを特定する特定手段をさらに有し、
   前記第２送信手段は、前記特定されたアドレス情報を用いて、前記特定されたアカウント情報に基づく印刷の要求として、前記印刷データを前記別のプリントシステムに送信することを特徴とする請求項１に記載のプリントシステム。
3. 前記第１印刷装置から前記第１送信手段で送信した印刷データに基づく印刷の完了を示す通知を受信した場合に、前記第１要求を指示したユーザに対応する実績を更新する管理手段を、さらに有することを特徴とする請求項１または２に記載のプリントシステム。
4. 前記管理手段は、さらに、前記別のプリントシステムから前記第２送信手段で送信した印刷データに基づく前記第２印刷装置での印刷の完了を示す通知を受信した場合に、前記第２要求を指示したユーザに対応する実績を更新することを特徴とする請求項３に記載のプリントシステム。
5. 前記別のプリントシステムから前記第２送信手段で送信した印刷データに基づく前記第２印刷装置での印刷の完了を示す通知を受信した場合に、当該印刷データを前記ストレージから削除する削除手段を、さらに有することを特徴とする請求項１乃至４の何れか１項に記載のプリントシステム。
6. 前記ストレージは、前記別のプリントシステムから送信されてきた印刷ジョブも管理することができることを特徴とする請求項１乃至５の何れか１項に記載のプリントシステム。
7. ユーザごとに印刷データをストレージで管理し、別のプリントシステムと連携することができるプリントシステムの方法であって、
   第１印刷装置から印刷に係る第１要求を受信する第１受信ステップと、
   前記第１印刷装置で印刷処理させるために、前記第１要求を指示したユーザに対応する印刷データを、前記第１印刷装置に対して送信する第１送信ステップと、
   クライアント端末での印刷対象となる第２印刷装置の構成情報の取得に従う、該クライアント端末からの印刷に係る第２要求を受信する第２受信ステップと、
   前記構成情報で特定できる前記第２印刷装置で印刷処理させるために、前記第２要求を指示したユーザに対応する印刷データを、当該第２印刷装置を管理する前記別のプリントシステムに送信する第２送信ステップと、を有することを特徴とする方法。

Images