特許 7607499 クラウドプリントサービス連携による印刷システム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-12-19

(45)【発行日】2024-12-27

(54)【発明の名称】クラウドプリントサービス連携による印刷システム

(51)【国際特許分類】

   G06F 3/12 20060101AFI20241220BHJP

   B41J 29/38 20060101ALI20241220BHJP

   H04N 1/00 20060101ALI20241220BHJP

【ＦＩ】

G06F3/12 365

G06F3/12 303

G06F3/12 387

B41J29/38 401

H04N1/00 127A

【請求項の数】 10

(21)【出願番号】P 2021065365

(22)【出願日】2021-04-07

(65)【公開番号】P2022160877

(43)【公開日】2022-10-20

【審査請求日】2024-03-29

(73)【特許権者】

【識別番号】000001007

【氏名又は名称】キヤノン株式会社

(74)【代理人】

【識別番号】110003281

【氏名又は名称】弁理士法人大塚国際特許事務所

(72)【発明者】

【氏名】山道 雅樹

【審査官】佐藤 実

(56)【参考文献】

【文献】特開２０１３－０９７５０６（ＪＰ，Ａ）

【文献】特開２０１２－１９０１８８（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｆ ３／１２

Ｂ４１Ｊ ２９／３８

Ｈ０４Ｎ １／００

(57)【特許請求の範囲】

【請求項1】

クラウドプリントサービスへ印刷ジョブを送信する第1の送信手段と、
前記印刷ジョブのデータサイズが前記クラウドプリントサービスがサポートする印刷ジョブのデータサイズの上限を超える場合に、アクセス可能なクラウドストレージに前記印刷ジョブの文書データを格納する文書データ格納手段と、
前記文書データ格納手段により格納した文書データへの参照形式の印刷ジョブを前記クラウドプリントサービスへ送信する第2の送信手段と
を有することを特徴とする印刷システム。

【請求項2】

請求項1に記載の印刷システムであって、
アクセス可能な前記クラウドストレージは、前記クラウドプリントサービスと同一のユーザ情報でアクセス可能なクラウドストレージであり、
前記文書データ格納手段は、前記クラウドストレージに、前記文書データと共に前記クラウドプリントサービスのユーザ情報を送信する
ことを特徴とする印刷システム。

【請求項3】

請求項1に記載の印刷システムであって、
アクセス可能な前記クラウドストレージは、前記クラウドプリントサービスとは異なるユーザ情報でアクセス可能なクラウドストレージであり、
前記文書データ格納手段は、前記クラウドストレージに、前記文書データと共に前記クラウドストレージのユーザ情報を送信する
ことを特徴とする印刷システム。

【請求項4】

請求項１乃至３のいずれか一項に記載の印刷システムであって、
前記参照形式の印刷ジョブを受信した場合に、参照で示された前記文書データを前記クラウドプリントサービスから取得する取得手段と、
前記参照に基づき前記クラウドストレージから取得した文書データを印刷する印刷制御手段とをさらに有する
ことを特徴とする印刷システム。

【請求項5】

請求項１乃至４のいずれか一項に記載の印刷システムであって、
前記クラウドストレージにより前記文書データを格納する前に、ユーザ認証を要求する手段を更に有する
ことを特徴とする印刷システム。

【請求項6】

クラウドプリントサービスへ印刷ジョブを送信する第1の送信手段と、
前記印刷ジョブのデータサイズが前記クラウドプリントサービスがサポートする印刷ジョブのデータサイズの上限を超える場合、アクセス可能なクラウドストレージに前記印刷ジョブの文書データを送信する第２の送信手段と、
前記第２の送信手段により送信した文書データへの参照形式の印刷ジョブを前記クラウドプリントサービスへ送信する第３の送信手段と
を有することを特徴とする情報処理装置。

【請求項7】

請求項６に記載の情報処理装置であって、
アクセス可能な前記クラウドストレージは、前記クラウドプリントサービスと同一のユーザ情報でアクセス可能なクラウドストレージサービスであり、
前記第２の送信手段は、前記文書データと共に、前記クラウドプリントサービスのユーザ情報を送信する
ことを特徴とする情報処理装置。

【請求項8】

請求項６に記載の情報処理装置であって、
アクセス可能な前記クラウドストレージは、前記クラウドプリントサービスとは異なるユーザ情報でアクセス可能なクラウドストレージサービスであり、
前記第２の送信手段は、前記文書データと共に、前記クラウドストレージサービスのユーザ情報を送信する
ことを特徴とする情報処理装置。

【請求項9】

第１の送信手段と文書データ格納手段と第２の送信手段とを有する印刷システムにおける印刷方法であって、
前記第１の送信手段が、クラウドプリントサービスへ印刷ジョブを送信し、
前記文書データ格納手段が、前記印刷ジョブのデータサイズが前記クラウドプリントサービスがサポートする印刷ジョブのデータサイズの上限を超える場合に、アクセス可能なクラウドストレージに前記印刷ジョブの文書データを格納し、
前記第２の送信手段が、前記文書データ格納手段により格納した文書データへの参照形式の印刷ジョブを前記クラウドプリントサービスへ送信する
ことを特徴とする印刷方法。

【請求項10】

コンピュータを、
クラウドプリントサービスへ印刷ジョブを送信する第1の送信手段と、
前記印刷ジョブのデータサイズが前記クラウドプリントサービスがサポートする印刷ジョブのデータサイズの上限を超える場合に、アクセス可能なクラウドストレージに前記印刷ジョブの文書データを送信する第２の送信手段と、
前記第２の送信手段により送信した文書データへの参照形式の印刷ジョブを前記クラウドプリントサービスへ送信する第３の送信手段と
して機能させるためのプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、クラウドプリントサービスにより提供される文書を印刷する印刷システム、その制御方法、およびそのプログラムに関する。

【背景技術】

【0002】

近年、クラウド経由で印刷ジョブを投入し、画像形成装置に印刷ジョブを送信するクラウドプリントサービス（ＣＰＳ）が普及し始めている（例えば特許文献１を参照）。このような印刷システムでは、まず管理者が画像形成装置を、管理者が所属するクラウドプリントサービスのテナントへ登録する。管理者はテナントに所属するどのユーザに、画像形成装置の使用を許可させるかを設定する。ここで、テナントとはクラウド上に展開する１つのサービスシステムを意味する。

【0003】

画像形成装置の使用を許可されたユーザは、クライアント端末からクラウドプリントサービスへ文書データと印刷設定を含む印刷ジョブを投入する。クラウドプリントサービスは受信した印刷ジョブをストレージに保存する。画像形成装置はクラウドプリントサービスに保存された印刷ジョブを取得し、印刷する。印刷ジョブの取得方法はクラウドプリントサービスに対してプル印刷でもプッシュ印刷でもよい。

【0004】

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

【先行技術文献】

【特許文献】

【0005】

【文献】特開２０１２－１３３４８９号公報 クラウドプリントサービスには多数の印刷ジョブが投入され保存されるため、印刷ジョブを大量に保持するためにサービス側のストレージ量が増大し運用コストも増大につながる。そのため、クラウドプリントサービスには１つの印刷ジョブあたりの容量制限を設けることがある。

【発明の概要】

【発明が解決しようとする課題】

【0006】

この容量制限により、クラウドプリントサービスを用いた大容量の印刷ジョブの実行が失敗することがある。印刷が失敗した場合、文書データがクライアント端末にあり、クライアント端末と画像形成装置が同一ＬＡＮに存在しない場合、クライアント端末は大容量の印刷ジョブを印刷することができなくなってしまうという問題が発生する。

【0007】

本発明は上記従来例に鑑みてもので、クラウドプリントサービスの容量制限に関わらず印刷が可能な印刷システムを提供することを目的とする。

【課題を解決するための手段】

【0008】

上記目的を達成するために本発明は以下の構成を有する。すなわち、本発明の第１の側面によれば、クラウドプリントサービスへ印刷ジョブを送信する第1の送信手段と、
前記印刷ジョブのデータサイズが前記クラウドプリントサービスがサポートする印刷ジョブのデータサイズの上限を超える場合に、アクセス可能なクラウドストレージに前記印刷ジョブの文書データを格納する文書データ格納手段と、
前記文書データ格納手段により格納した文書データへの参照形式の印刷ジョブを前記クラウドプリントサービスへ送信する第2の送信手段と
を有することを特徴とする印刷システムが提供される。

【0009】

また本発明の第２の側面によれば、クラウドプリントサービスへ印刷ジョブを送信する第1の送信手段と、
前記印刷ジョブが、前記クラウドプリントサービスの容量不足により失敗した場合に、アクセス可能なクラウドストレージに前記印刷ジョブの文書データを送信する第２の送信手段と、
前記第２の送信手段により送信した文書データへの参照形式の印刷ジョブを前記クラウドプリントサービスへ送信する第３の送信手段と
を有することを特徴とする情報処理装置が提供される。

【発明の効果】

【0010】

本発明によれば、クラウドプリントサービスの容量制限に関わらず印刷が可能な印刷システムを提供できる。

【図面の簡単な説明】

【0011】

【図1】実施形態1におけるネットワーク構成図

【図2】クラウドプリントサービスおよびクライアント端末のハードウェア構成の一例を示す図

【図3】画像形成装置のハードウェア構成の一例を示す図

【図4】クラウドプリントの画像形成装置の登録処理のシーケンス図

【図5】画像形成装置のサポート属性一覧の一例を示す図

【図6】印刷実行時のパケットの一例を示す図

【図7】実施形態１における画像形成装置への印刷シーケンス図

【図8】印刷実行時のパケットの一例を示す図

【図9】実施例１にて追加のアクセス許可を要求するためのユーザーインターフェースの一例を示す図

【図10】実施例２におけるネットワーク構成図

【図11】実施例２にてエラー時の設定を行うためのユーザーインターフェースの一例を示す図

【図12】エラー時の設定データの一例を示す図

【図13】実施例２における画像形成装置への印刷シーケンス図

【発明を実施するための形態】

【0012】

以下、添付図面を参照して実施形態を詳しく説明する。なお、以下の実施形態は特許請求の範囲に係る発明を限定するものではない。実施形態には複数の特徴が記載されているが、これらの複数の特徴の全てが発明に必須のものとは限らず、また、複数の特徴は任意に組み合わせられてもよい。さらに、添付図面においては、同一若しくは同様の構成に同一の参照番号を付し、重複した説明は省略する。

【0013】

［実施形態１］
＜ネットワーク構成＞
図１は本発明の実施例における印刷システム或いは画像形成システム或いはクラウド印刷システムの構成を示すブロック図である。図1において、クラウド総合サービス１１２には、クラウドプリントサービス（ＣＰＳ）１０２とクラウドストレージサービス１１１とが含まれている。情報処理装置であるクライアント端末１０３～１０５は、ＣＰＳ１０２とクラウドストレージサービス１１１に、インターネット等のネットワークを介して接続されている。クライアント端末１０３～１０５は、ＣＰＳ１０２に対して印刷ジョブを投入することができる。画像形成装置１０１は印刷機構を有し、印刷制御を行う装置であって、インターネット等のネットワークを介してＣＰＳ１０２に接続されている。画像形成装置１０１はＣＰＳ１０２から印刷ジョブを取得し、印刷処理を実行することができる。上記各構成要素はインターネットにより通信可能に接続されている。

【0014】

クラウドストレージサービス１１１はオンラインのストレージサービスで、文書ファイルなどをオンライン上で管理可能なサービスを提供している。クラウドストレージサービスとして、例えばＧｏｏｇｌｅ（登録商標） ＬＬＣのＧｏｏｇｌｅＤｒｉｖｅやＭｉｃｒｏｓｏｆｔ（登録商標）のＯｎｅＤｒｉｖｅ（登録商標）などが知られている。クラウド統合サービス１１２は、クラウドプリントサービス１０２や不図示のクラウドコミュニケーションサービスなどをまとめて提供しているサービスを指す。提供されるサービスのひとつにクラウドストレージサービス１１１がある。このようなサービス内に含まれる各種サービスに対しては、同一の認証情報（ユーザー名（ＩＤ）など）でアクセスが可能となる。クラウド統合サービス１１２としては、例えばＧｏｏｇｌｅ ＬＬＣのＧ Ｓｕｉｔｅ（登録商標）やＭｉｃｒｏｓｏｆｔ ３６５（登録商標）などが知られている。上記各構成要素はネットワークにより通信可能に接続されている。

【0015】

ここで、ＣＳＰ１０２は、投入される印刷ジョブに対して容量の制限を設けている。容量を超えたサイズの印刷データを伴う印刷ジョブの投入が試みられたＣＳＰ１０２は、印刷ジョブの送信元のクライアント端末に対して容量制限を超えていることを通知する。また画像形成装置１０１は印刷装置或いはプリンタと呼ばれる単機能デバイスであっても、ＭＦＰや多機能複写機などと呼ばれる複合機能デバイスであってもよい。

【0016】

＜ＣＰＳおよびクライアント端末のハードウェア構成＞
図２は、ＣＰＳ１０２およびクライアント端末１０３、１０４のハードウェア構成を示すブロック図である。ＣＰＵ２０１は、接続される各デバイス（ＲＯＭ、ＲＡＭなど）を直接あるいは間接的に制御し、本実施形態で説明する制御や手順を実現するためのプログラムを実行する。ＲＯＭ２０２はＢＩＯＳ等が格納してある不揮発メモリである。ＲＡＭ（直接記憶装置）２０３は、ＣＰＵ２０１のワーク領域として利用されたり、本発明を実現するためのソフトウェアモジュールをロードする為の一次記憶として利用されたりする。間接記憶装置２０４は、基本ソフトウェアであるＯＳやソフトウェアモジュールが記憶されているＨＤＤ（ハードディスクドライブ）、もしくはＳＳＤ（ソリッドステートドライブ）などである。直接記憶装置２０３と間接記憶装置２０４とをまとめて記憶部や記憶装置などと呼ぶことがある。入力部２０５はキーボードやポインティングデバイスなど、ユーザが入力を行うためのデバイスである。出力部２０６は例えばディスプレイが用いられる。通信部２０７は、たとえばＬＡＮなどのネットワークに接続するためのインターフェースである。

【0017】

＜画像形成装置のハードウェア構成＞
図３は、画像形成装置１０１のハードウェア構成を示す簡略図である。モジュール３０１から３０４については、図２のモジュール２０１から２０４と同様の役割を行うモジュールである為説明は省略する。操作部３０５は、タッチ操作可能なディスプレイである。プリンタ部４０６は、通信部３０７を介して受信した印刷データをプリントするプリンタエンジンである。通信部３０７は、インターネットやオフィスのＬＡＮなどのネットワークに接続する為のネットワークインタフェースである。

【0018】

●クラウドプリントサービスへの画像形成装置の登録
図４は、クラウドプリントサービスへの画像形成装置の登録及び印刷の処理フローを示すシーケンス図である。まず、管理者が画像形成装置１０１をＣＰＳ１０２へ登録する。例えば、管理者が画像形成装置１０１の操作部から登録先のＣＰＳを選択して「登録」ボタンを選択することで、登録作業が実行される。

【0019】

画像形成装置１０１は管理者からの登録実行を検知したら、Ｓ４０１においてＣＰＳ１０２に対して登録処理要求を送信する。登録処理のプロトコルはＣＰＳで規定されているプロトコルに準拠するものとし、例えばＰＷＧ５１００．２２で規定されているＲｅｇｉｓｔｅｒ－Ｏｕｔｐｕｔ－Ｄｅｖｉｃｅオペレーションなどを使用してもよい。登録処理要求を受信したＣＰＳ１０２は登録要求内容を確認し、Ｓ４０２において画像形成装置１０１に対して登録処理要求応答を送信する。登録処理要求内容に問題がなければ成功応答を行い、問題があれば失敗応答を行う。本実施形態では成功応答をしたものとして説明をする。次にＳ４０３において、画像形成装置１０１は自身がサポートする能力情報を含んだ能力通知をＣＰＳ１０２に対して送信する。能力通知は例えばＰＷＧ５１００．１８で規定されているＵｐｄａｔｅ－Ｏｕｔｐｕｔ－Ｄｅｖｉｃｅ－Ａｔｔｒｉｂｕｔｅｓオペレーションなどを使用してもよい。

【0020】

本実施形態において、画像形成装置１０１がサポートする設定は例として図５に示す。図５は本実施形態ではＩＰＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｉｎｔｉｎｇ Ｐｒｏｃｏｔｏｌ）に基づく属性定義である。例えばＩＰＰで定義されている「Ｐｒｉｎｔ－ｃｏｌｏｒ－ｍｏｄｅ－ｓｕｐｐｏｒｔｅｄ」という属性の取りうる値は「Ａｕｔｏ」「Ｃｏｌｏｒ」「Ｍｏｎｏｃｈｒｏｍｅ」の３種類である。それぞれに対応する印刷設定は、「カラーモード」設定となり、取りうる値は「自動」「カラー」「白黒」になるとする。「カラーモード」は印刷出力の色設定を選択できる設定であり、「カラー」を選択すればカラー出力に、「白黒」を選択すれば白黒出力に、「自動」を選択すれば画像形成装置の設定次第でカラーあるいは白黒で出力される。

【0021】

また、「Ｆｉｎｉｓｈｉｎｇ－ｓｕｐｐｏｒｔｅｄ」という属性の取りうる値は数値であり、画像形成装置がサポートするフィニッシング情報に対応する数値が格納されている。例えば「２０」は「Ｓｔａｐｌｅ－ｔｏｐ－ｌｅｆｔ」に対応づけされており「２２」は「Ｓｔａｐｌｅ－ｔｏｐ－ｒｉｇｈｔ」に対応づけされていることを表す。これらの数値は印刷設定では「ホチキス設定」となり、取りうる値は「左上１か所」や「右上１か所」となる。

【0022】

ｄｏｃｕｍｅｎｔ－ ｆｏｒｍａｔ－ｓｕｐｐｏｒｔｅｄはとりうる値としてａｐｐｌｉｃａｔｉｏｎ／ｐｄｆやｉｍａｇｅ／ｐｗｇ－ｒａｓｔｅｒがある。これは画像形成装置が印刷時に受付可能な印刷ジョブの文書形式を示している。それぞれＰＤＦ、ｐｗｇ－ｒａｓｔｅｒというビットマップ形式をうけつけるということになる。

【0023】

ｒｅｆｅｒｅｎｃｅ－ｕｒｉ－ｓｃｈｅｍｅｓ－ｓｕｐｐｏｒｔｅｄは、とりうる値としてｈｔｔｐ、ｈｔｔｐｓ、ｆｔｐ、ｉｐｐが存在する。これは画像形成装置が印刷時に受付可能な印刷ジョブの文書データの指定方法としてＵＲＩによる場所指定をどの形式でサポートしているかを示している。

【0024】

画像形成装置１０１はこれらの属性をサポートする場合、Ｓ４０３において、能力登録パケットとして該当する属性がサポートされている内容を、能力通知としてＣＰＳ１０２に宣言する。画像形成装置１０１から能力通知を受信したＣＰＳ１０２は、Ｓ４０４において、受信した能力通知の内容を確認し、登録済の画像形成装置に能力情報の紐づけ処理を行う。ここまでの工程により、画像形成装置１０１がＣＳＰ１０２に登録された。

【0025】

●クラウドプリントサービスに登録された画像形成装置による印刷
次に、クライアント端末１０３で、印刷ジョブを送信するシーケンスについてＳ４０６からＳ４１４を用いて説明する。ここで説明するシーケンスは、ＣＰＳ１０２が受け付け、保持している印刷ジョブを、画像形成装置により印刷する手順である。まずユーザはクライアント端末１０３の操作部からＣＰＳ１０２のプリンタの検索を実行する。ユーザからのプリンタ検索指示を検知したクライアント端末１０３はＳ４０６において、ＣＰＳ１０２にプリンタ検索要求を送信する。プリンタ検索はＣＰＳ１０２に登録されている全プリンタを指定して検索する方法でも、特定のプリンタ名称や場所などによるフィルタ条件を用いて検索する方法でもよい。

【0026】

Ｓ４０７でクライアント端末１０３からの検索要求を受信したＣＰＳ１０２は、ＣＰＳ１０２に登録済で検索要求に合致するプリンタ情報をクライアント端末１０３に送信する。ＣＰＳ１０２からプリンタ一覧情報を受信したクライアント端末１０３は、Ｓ４０８において操作部にプリンタ一覧を表示する。Ｓ４０９においてユーザはプリンタ一覧のリストから所望のプリンタを選択する。プリンタ選択を検知したクライアント端末１０３は、Ｓ４１０において該当プリンタのより詳細なスペック（能力）を取得するためＣＰＳ１０２に対してプリンタ能力取得要求を送信する。プリンタ能力取得要求は例えばＩＰＰのＧｅｔ－Ｐｒｉｎｔｅｒ－Ａｔｔｒｉｂｕｔｅｓオペレーションなどでもよい。プリンタ能力取得要求を受信したＣＰＳ１０２は、Ｓ４１１においてＣＰＳ１０２のプリンタ能力応答をクライアント端末１０３に送信する。これより、プリンタ能力応答を受信したクライアント端末１０３は、受信したプリンタスペックに基づいて印刷設定を表示したり、能力に合わせた印刷ジョブを生成したりすることが可能となる。

【0027】

Ｓ４１２において、ユーザの印刷ボタンを押下する。印刷実行を指示する操作を検知したクライアント端末１０３はＳ４１３において、ＣＰＳ１０２に対して印刷実行指示を送信する。印刷実行指示は例えばＩＰＰのＰｒｉｎｔ－Ｊｏｂオペレーションなどが挙げられる。図６は印刷設定で「カラー」、「左側２か所綴じ」を指定され、印刷ジョブの文書形式がＰＤＦとなっている印刷実行指示のパケット例である。本図のＤｏｃｕｍｅｎｔ Ｃｏｎｔｅｎｔには文書データの実体が格納されている。

【0028】

次にＣＰＳ１０２は、Ｓ４１４においてクライアント端末１０３から受信した印刷実行要求を解析し、印刷ジョブ（文書データと印刷設定属性を含む）を自身のストレージに保存する。

【0029】

続いて、ステップＳ４１４におけるＣＰＳ１０２による印刷ジョブの保存の成功可否による後続の処理フローを、保存成功、失敗それぞれの場合に分けて説明する。保存失敗の理由には、たとえばＣＳＰ１０２が定めたデータ量の上限を、クライアント端末１０３から受信したデータ量が超えたことが含まれる。以降、ＣＳＰ１０２が定めたデータ量の上限を超えて印刷ジョブの保存が失敗することを、サイズ上限エラーやサイズ上限エラーの発生と呼ぶこともある。

【0030】

＜保存成功時の印刷処理フロー＞
保存が成功した場合には、Ｓ４１５においてＣＰＳ１０２は画像形成装置１０１に対して印刷ジョブが投入されたことを通知する。図４ではＣＰＳ１０２から画像形成装置１０１に対してＰＵＳＨ通知で通知しているが、画像形成装置１０１からＣＰＳ１０２に対してイベント有無を問い合わせするＰＵＬＬ通知でもよい。通知には例えばＩＰＰのＧｅｔ－Ｎｏｔｉｆｉｃａｔｉｏｎオペレーションなどを使用する。ＣＰＳ１０２に印刷ジョブが存在することを検知した画像形成装置１０１は、Ｓ４１６においてＣＰＳ１０２に対して印刷ジョブ取得要求を行う。印刷ジョブ取得要求は例えばＩＰＰのＦｅｔｅｈ－Ｊｏｂオペレーションなどを使用する。

【0031】

印刷ジョブ取得要求を受信したＣＰＳ１０２は、Ｓ４１７において、自身のストレージに保存されている印刷ジョブを応答する。これより画像形成装置１０１はＳ４１８において指定された印刷ジョブ属性に基づき印刷を実行する。そして、ステップＳ４１９にて画像形成装置１０１は印刷の完了通知をＣＰＳ１０２に通知する。印刷の完了通知を受けたＣＰＳ１０２は、ステップＳ４２０にてステップＳ４１４で保存した印刷ジョブの削除を行う。続けてステップＳ４２１で、ＣＰＳ１０２は印刷ジョブの完了通知をクライアント端末１０３に通知する。

【0032】

一方、ステップＳ４１４で印刷ジョブの保存に失敗した場合には、失敗した原因（例えばデータ量の上限越え）を示すエラーコードとともに、印刷ジョブの失敗通知をクライアント端末１０３に通知する（Ｓ４２２）。この通知以降の手順を、図7を参照して説明する。

【0033】

＜サイズ上限エラー発生時の印刷処理フロー＞
図７を用いて、ＣＰＳ１０２によるＳ４１４における印刷ジョブの保存が、印刷ジョブのデータ量が既定の上限を超えたために失敗した場合の処理フローについて説明する。

【0034】

Ｓ４２２で印刷ジョブが失敗したという通知を受けたクライアント端末１０３は、Ｓ７０１で通知内に含まれるエラーコードを参照し、失敗原因がサイズ上限の超過か否かを判定する。ここでは、エラーコードがサイズ上限の超過を示している場合を例に説明する。失敗原因がサイズ上限の超過以外である場合、エラーに応じた動作を行い、処理を終了する。

【0035】

サイズ上限の超過が原因で印刷ジョブの保存に失敗した場合、クライアント端末１０３では、Ｓ７０２にてＳ４１１で取得したプリンタ能力情報を参照する。そしてプリンタ能力情報に基づいて、画像形成装置１０１がクラウドストレージ１１１への文書データの参照形式の印刷ジョブに対応しているか否かを判定する。例えばＩＰＰで定義されている図５に示すｒｅｆｅｒｅｎｃｅ－ｕｒｉ－ｓｃｈｅｍｅｓ－ｓｕｐｐｏｒｔｅｄを参照し、サポートしている指定方法の種類を取得する。さらに、クラウドストレージサービス１１１への参照方法として合致しているかを判別し、合致しているものがあれば対応していると判定する。ここでは、「ｈｔｔｐｓ」がｒｅｆｅｒｅｎｃｅ－ｕｒｉ－ｓｃｈｅｍｅｓ－ｓｕｐｐｏｒｔｅｄの値として存在し、クラウドストレージサービス１１１のファイルへもｈｔｔｐｓ形式のＵＲＩで参照可能であるとする。

【0036】

続けてＳ７０３でクライアント端末１０３はクラウドストレージサービス１１１への読み取り／書き込み権限について追加のアクセス許可を要求する。そして、図９のような追加のアクセス許可の承諾（すなわちユーザ認証）をユーザにとるためのダイアログボックスを表示する。ダイアログボックス９０１では、追加で行うアクセス許可に関する情報として、例えば現在のユーザ名、アクセスを要求しているアプリケーション名、要求しているアクセス権の種類が表示される。本図では、上述のように、ユーザの管理するファイルへのアクセス権を追加で要求する内容となっている。ユーザはアクセス許可を承諾する場合には、承諾ボタン９０３を押下（あるいはタッチ）し、承諾しない場合はキャンセルボタン９０２を押下する。承諾ボタン９０３が押下されることで、アクセス権を要求したアプリケーションにアクセス権が付与され、Ｓ７０４にてアクセストークンがクラウドストレージサービス１１１よりクライアント端末１０３に応答される。Ｓ７０３では、たとえば必要なユーザ情報あるいはアカウント情報（ユーザ名およびパスワードなど）があれば、それも併せて送信する。

【0037】

アクセス権の承諾（アクセストークン）を得たクライアント端末１０３はＳ７０５では、クラウドストレージサービス１１１にたいしてファイルの保存先のルートパスの取得要求を通知する。ルートパスの取得要求を受けたクラウドストレージサービス１１１はＳ７０６でルートパスを応答する。ルートパスとしては、例えばｈｔｔｐｓ形式の場合、ｈｔｔｐｓ：／／ｍｙ．ｃｌｏｕｄｓｔｒａｇｅ／ｐｅｒｓｏｎａｌ／ｕｓｅｒｎａｍｅ／Ｄｏｃｕｍｅｎｔｓなどとなる。ここで、ユーザにクラウドストレージサービス１１１へのアクセス権がないような場合には、ルートパスがなしの状態で応答されることとなる。その場合は、本印刷処理フローは中止となる。ここでは、アクセス権があり、上述したようなルートパスが応答されたものとする。

【0038】

ルートパス応答を受けたクライアント端末１０３は、Ｓ７０７にて、印刷対象の文書データの保存先のＵＲＩの生成を行い、クライアント端末１０３は文書データをクラウドストレージサービス１１１の保存先ＵＲＩにアップロードする。保存先のＵＲＩは、ルートパスをベースとして既存のファイルが存在しないものであればなんでもよい。たとえば、ｈｔｔｐｓ：／／ｍｙ．ｃｌｏｕｄｓｔｒａｇｅ／ｐｅｒｓｏｎａｌ／ｕｓｅｒｎａｍｅ／Ｄｏｃｕｍｅｎｔｓ／Ｐｒｉｎｔｄｏｃｕｍｅｎｔ１．ｐｄｆなどとなる。

【0039】

Ｓ７０８では、クライアント端末１０３は印刷ジョブの文書データを参照形式に変更し、さらに画像形成装置１０１がクラウドストレージサービス１１１の文書データを取得可能にするためのアクセス情報（たとえばアクセストークン）を印刷ジョブに追加する。Ｓ７０９で、クライアント端末１０３は印刷ジョブをＣＰＳ１０２へ送信し、印刷実行を指示する。印刷実行指示は例えば文書データの参照形式対応可能なＩＰＰのＰｒｉｎｔ－ＵＲＩオペレーションなどが挙げられる。図８は印刷設定で「カラー」、「左側２か所綴じ」を指定され、印刷ジョブの文書形式がＰＤＦとなっている印刷実行指示のパケット例である。本図の文書データは、図８の印刷ジョブ中のＤｏｃｕｍｅｎｔ ＵＲＩにて示された保存先に参照形式で格納されている。またこの印刷ジョブには、アクセストークンが同梱されている。

【0040】

次に印刷ジョブを受信したＣＰＳ１０２は、Ｓ７１０においてクライアント端末１０３から受信した印刷実行要求を解析し、印刷ジョブ（文書データは含まれない）を自身のストレージに保存する。

【0041】

続いて、Ｓ７１１においてＣＰＳ１０２は画像形成装置１０１に対して印刷ジョブが投入されたこと（印刷ジョブイベント）を通知する。本図ではＣＰＳ１０２から画像形成装置１０１に対してＰＵＳＨ通知で通知しているが、画像形成装置１０１からＣＰＳ１０２に対してイベント有無を問い合わせするＰＵＬＬ通知でもよい。通知には例えばＩＰＰのＧｅｔ－Ｎｏｔｉｆｉｃａｔｉｏｎオペレーションなどを使用する。ＣＰＳ１０２に印刷ジョブが存在することを検知した画像形成装置１０１は、Ｓ７１２においてＣＰＳ１０２に対して印刷ジョブ取得要求を行う。印刷ジョブ取得要求は例えばＩＰＰのＦｅｔｅｈ－Ｊｏｂオペレーションなどを使用する。印刷ジョブ取得要求を受信したＣＰＳ１０２は、Ｓ７１３において、自身のストレージに保存されている印刷ジョブを応答する。

【0042】

これより画像形成装置１０１はＳ７１４において印刷ジョブを解析し、文書データが参照形式であることから文書データの格納先のＵＲＩを取得する。Ｓ７１５で、画像形成装置１０１は、文書データの格納先のＵＲＩに存在する文書データを要求する。ここでは文書データの格納先のＵＲＩであるので、画像形成装置１０１は、クラウドストレージ１１１に対して取得要求する。このとき取得要求と共に印刷ジョブ内に含まれるアクセストークンを送信する。アクセストークンと共に取得要求を受けたクラウドストレージ１１１は、Ｓ７１６で文書データを画像形成装置１０１に送信する。

【0043】

Ｓ７１７にて文書データ応答を受けた画像形成装置１０１はＳ７１３において指定された印刷ジョブ属性およびＳ７１６で送信された文書データに基づき印刷を実行する。そして、ステップＳ７１８にて画像形成装置１０１は印刷の完了通知をＣＰＳ１０２に通知する。印刷の完了通知を受けたＣＰＳ１０２は、ステップＳ７１９にて保存した印刷ジョブの削除を行う。続けてＳ７２０にて印刷ジョブの完了通知をクライアント端末１０３に通知する。印刷の完了通知を受けたクライアント端末１０３は、Ｓ７２１にてクラウドストレージ１１１に対して文書データの削除要求を通知する。文書データの削除要求を受けたクラウドストレージサービス１１１は文書データの削除を行う。

【0044】

このように、本実施形態では、クライアント端末１０３に存在するＣＰＳ１０２容量制限を超える文書データを印刷する場合には、クラウド統合サービス１１２に含まれるクラウドストレージサービス１１１に文書データを格納することで印刷を可能としている。利用するクラウドストレージサービス１１１は、ＣＰＳ１０２と同一のユーザ情報で利用可能なサービスである。

【0045】

これにより、印刷可能な文書データの量に上限が設けられているクラウドプリントサービスを利用して、上限を超える量の文書データを印刷することができる。利用するクラウドストレージサービスに対するユーザのアクセス権を、画像形成装置に付与することで印刷を行うため、ユーザは通常の印刷手順に加えて、画像形成装置に対してアクセス許可を付与することを承認するだけでよい。

【0046】

［実施形態２］
＜別のユーザ情報を必要とするクラウドストレージサービスとの連携＞
実施形態1では、クラウド統合サービス１１２の中にＣＰＳ１０２およびクラウドストレージサービス１１１が存在する構成であり、同一のユーザ情報（あるいはアカウント情報）を使用できた。しかしながらクラウドプリントサービスとクラウドストレージサービスが独立して提供されており、ユーザ情報も異なる場合も存在する。本実施形態では、ＣＰＳ１０２とは異なるユーザ情報を必要とするクラウドストレージサービスと連携し、クライアント端末１０３に存在するＣＰＳ１０２容量制限を超える文書データを印刷する場合の処理について説明する。これにより任意のクラウドストレージサービスと組み合わせてクライアント端末１０３に存在するＣＰＳ１０２容量制限を超える文書データを印刷することが可能となる。

【0047】

＜ネットワーク構成＞
図１０は本発明の実施例におけるシステム構成を示すブロック図である。図１に示した構成にクラウドストレージサービス１１１のみが追加された構成となっている。クラウドストレージサービス１１１はオンラインのストレージサービスで、文書ファイルなどをオンライン上で管理可能なサービスを提供している。実施形態１と異なり、ＣＰＳ１０２とクラウドストレージサービス１１１は同一クラウド統合サービスではなく、アクセスのためにそれぞれ異なるユーザ情報を必要とする。上記各構成要素はネットワークにより通信可能に接続されている。

【0048】

図１１は本実施例におけるクライアント端末１０３で動作するプログラムが表示するサイズ上限発生時に関する設定ダイアログ１１００の一例を示す図である。チェックボックス１１０１には、印刷時にＣＰＳ１０２のサイズ上限エラーが発生した場合、別のクラウドストレージに印刷ジョブの文書データを格納して印刷するか否かを設定する。コンボボックス１１０２は、文書データ格納先のクラウドストレージを選択するためのコンボボックスである。ユーザ名１１０３、パスワード１１０４は、それぞれ１１０２で選択したクラウドストレージへの接続に使用するユーザ名とパスワードである。本図で設定した内容は、図１２で示すような例えばＸＭＬの形式で設定ファイル１２００としてクライアント端末１０３のＨＤＤ２０４に保存される。クライアント端末１０３で動作するプログラムはＨＤＤ２０４に保存されている上記設定ファイルをＨＤＤ２０４から取得し、ＲＡＭ２０３に読み込むことで参照する。上述のチェックボックス１１０１の設定が、クラウドストレージ利用タグ１２０１に保持される。チェックボックス１１０１をＯＮにするとＣＰＳ１０２でサイズ上限エラーが発生した時に別のクラウドストレージを使用することを意味するＹＥＳが記録される。オフであればＮＯが記録される。ストレージ名タグ１２０２には、格納先コンボボックス１１０２で選択したクラウドストレージ名、ユーザ名タグ１２０３にはユーザ名１１０３、パスワードタグ１２０４にはパスワード１１０４が保持される。なお、パスワード１１０４については暗号化状態で記録され、読み込み時には復号して参照する。なおコンボボックス１１０２には、予めクラウドストレージのＵＲＩと紐付けて登録されたクラウドストレージ名のリストが表示され、その中から選択されてよい。

【0049】

図１３を用いて、実施形態２におけるＣＰＳ１０２への印刷ジョブを送信し、ＣＰＳがジョブを保存する際に失敗した場合の処理フローについて説明する。なお、本図は図７と同様に図４のＳ４１４におけるジョブの保存に失敗した際の通知（Ｓ４２２）以降の処理フローを示しており図７と同一のステップ番号は同一の処理を示す。またステップＳ７０５以降の手順は図７と同一のであるので省略する。

【0050】

Ｓ７０１でクライアント端末１０３は、ＣＰＳ１０２からの通知内に含まれるエラーコードを参照する。失敗原因がサイズ上限の超過であった場合に、Ｓ１３０１では、クライアント端末１０３は、図１１のサイズ上限エラー発生時に関する設定ダイアログで設定した設定ファイル１２００を参照する。そして、設定ファイル１２００の設定内容に基づいて外部のクラウドサービスを使用するかどうかを判定する。設定値が「ＹＥＳ」であれば使用するものと判定される。続けて、クライアント端末１０３は、Ｓ１３０２にて接続先のクラウドストレージ名、ユーザ名、パスワードをそれぞれ取得する。Ｓ７０２で、クライアント端末１０３は、Ｓ４１１で取得したプリンタ能力情報を参照して文書データを参照形式の印刷ジョブが対応可能と判定された場合に、Ｓ１３０３でクラウドストレージサービス１１１に対してログイン処理を行う。ここでは、Ｓ１３０２で取得したユーザ名、パスワードをクライアント端末１０３がクラウドストレージサービス１１１に送信して自動的にログインしている。これに対して、ユーザ名とパスワードをユーザに入力させるダイアログを表示し、ログインさせてもよい。クラウドストレージサービス１１１は、ログインを受け付けると、Ｓ１３０４にて、クライアント端末１０３にアクセストークンを送付する。

【0051】

本処理以降については、図７と同様であり、文書データをクラウドストレージサービス１１１にアップロードし、印刷ジョブ内の文書データを参照形式の状態で印刷実行を指示することで、ＣＰＳ１０２でサイズ上限エラーが発生した時でも印刷を実現する。

【0052】

本実施形態の構成をとることで、クラウドプリントサービスの容量不足発生時に任意のクラウドストレージサービスと組み合わせて印刷を実行することが可能となる。さらに、同一のユーザ情報でアクセスできるクラウドストレージがなくとも、利用可能なクラウドストレージがあれば印刷が可能となる。

【0053】

また、実施形態1のように同一のユーザ情報でアクセス可能なクラウドストレージサービスを優先的に使用し、存在しない場合のみ、実施形態2のように別の任意のクラウドストレージサービスを使用するようにしてもよい。このためには、たとえば図１１のダイアログボックス１１００において、たとえば同一のユーザ情報でアクセス可能なクラウドストレージサービスを優先する旨のチェックボックスを設けておく。そしてそのチェックがされている場合には、コンボボックス１１０２には、同一のユーザ情報でアクセス可能なクラウドストレージサービスに限って表示する。これにより、ＣＰＳと同一のユーザ情報でアクセス可能なクラウドストレージサービスを優先的に利用できる。もちろん方法はこれに限らない。たとえばステップＳ７０２の直後に、クライアント端末が該当するクラウドストレージサービスの有無を判定し、あればＳ７０３に進んでもよい。この場合、該当するクラウドストレージサービスがなければ、ユーザにクラウドストレージサービスの指定とログイン情報の入力を促し、入力に応じたクラウドストレージサービスを利用してＳ１３０３以降を実行してもよい。

【0054】

［変形例］
上述の実施形態では、印刷ジョブを送信し、その結果の通知内容に含まれるエラーコードを判定することでサイズ上限エラーとなるどうかを判定する場合を例示した。一方、ＣＰＳ１０２が処理可能な印刷ジョブの上限サイズが事前に取得可能な場合もある。この場合、クライアント端末は、ジョブを送信する前に、印刷ジョブのデータサイズとＣＰＳ１０２が処理可能な印刷ジョブのサイズや処理可能なファイルサイズを比較することでサイズ上限エラーが発生するかどうかを判定してもよい。この場合、例えばＩＰＰで定義されているサポートされるジョブの上限サイズを意味するｊｏｂ－ｋ－ｏｃｔｅｔｓ－ｓｕｐｐｏｒｔｅｄ属性の情報をＣＰＳ１０２から取得しておく。続けて送信すべき印刷ジョブのサイズがＣＰＳ１０２から取得した上限サイズより大きい場合にはサイズ上限エラーが発生すると判定する。またサイズ上限を超過するかどうかの判定に使用する情報は、ＰＷＧ５１００．１６で定義されているｐｄｆ－ｋ－ｏｃｔｅｔｓ－ｓｕｐｐｏｒｔｅｄ属性の情報であってもよい。当該情報は受け入れ可能なＰＤＦファイルの上限サイズを示している。

【0055】

また、当該事前に取得した上限サイズを示す情報に基づき判定を行う場合、印刷ジョブの生成後に生成された実際の印刷ジョブのサイズと、上限サイズを比較するように構成することができる。また、生成中の印刷ジョブのサイズを監視し、上限サイズを超えたタイミングでサイズ上限エラーが発生すると判定するように構成してもよい。更には、印刷対象となる文書ファイルや描画データのサイズ等から印刷ジョブのサイズを予測し、当該予測値と上限サイズを比較するように構成することもできる。

【0056】

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

【0057】

発明は上記実施形態に制限されるものではなく、発明の精神及び範囲から離脱することなく、様々な変更及び変形が可能である。従って、発明の範囲を公にするために請求項を添付する。

【符号の説明】

【0058】

１０１ 画像形成装置、１０２ クラウドプリントサービス（ＣＰＳ）、１０３ クライアント端末、１１１ クラウドストレージサービス

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】