JP7317591B2 - 印刷装置、印刷装置の制御方法及びプログラム - Google Patents

Description

本発明は、印刷装置、印刷装置の制御方法及びプログラムに関するものである。

ネットワークを介して情報処理装置から印刷データを受信して印刷を行う印刷装置がある。情報処理装置から印刷装置を利用するには、一般的にはその印刷装置に対応した特定のプリンタドライバを、情報処理装置上で動作するオペレーティングシステム（以下「ＯＳ」と呼ぶ）にインストールする。

また近年、ＯＳには、特定のプロトコルを使用することにより、プリンタドライバを使用せずに印刷データを生成して印刷装置に送信可能な印刷システムが導入されている。例えば、アップル社のＡｉｒＰｒｉｎｔ（登録商標）、グーグル社のＡｎｄｒｏｉｄ（登録商標）やマイクロソフト社のＷｉｎｄｏｗｓ（登録商標）にインストール可能なモプリア（登録商標）等に対応する印刷システムが導入されている。この場合には、印刷装置に対応したプリンタドライバをＯＳにインストールする必要がなく、印刷ジョブの生成と印刷装置への印刷ジョブ送信は、全てＯＳが行う。なお、ＡｉｒＰｒｉｎｔは、ＯＳの一部の機能となる。

このような印刷システムでは、印刷装置に印刷データを送信して印刷を実行させるためのネットワークプロトコル（ＩＰＰ：Internet Printing Protocol）が実装されている。そして、ＩＰＰに従って印刷装置と情報処理装置とが通信を行うことで印刷処理を実現している。

特許文献１には、携帯型通信端末装置の画面で画像を選択して印刷を指示すると、近くにある印刷装置をＮＦＣ通信で検索し、検索した印刷装置の一覧を表示する。この一覧から選択された印刷装置から取得されるプロトコル情報に基づいて、画像データの送信に適したプロトコルを選択し、印刷装置に印刷用の画像データを送信する技術が記載されている。

また、プリンタドライバを利用した従来の印刷方法としてサーバ上に印刷データを一時蓄積して、プリンタがサーバ上のデータを取得して印刷を行うプルプリント方法がある。特許文献２には、プリンタドライバで生成された印刷ジョブをユーザごとにサーバに蓄積しておき、ユーザがプリンタからサーバにログインすることで、プリンタからサーバ上に存在するユーザのジョブを取得して印刷する技術が記載されている。

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

しかし、上述のようなＩＰＰ印刷を行えるＯＳや印刷システムの中には、ユーザの識別をするためのＩＰＰの属性をサポートしていないものが存在する。このようなユーザの識別をするためのＩＰＰの属性をサポートしていないＯＳで印刷を行ってサーバ側で印刷ジョブを蓄積すると、サーバ側で印刷ジョブに対応するユーザを特定できないといった課題があった。

本発明は、上記の課題を解決するためになされたものである。本発明は、ユーザの識別をするためのＩＰＰの属性をサポートしていないＯＳの印刷システムから印刷を行った場合でも、印刷ジョブを蓄積するサーバシステム側で印刷ジョブに対応するユーザを特定することが可能となる仕組みを提供することを目的とする。

本発明は、情報処理装置から印刷データを受信する受信手段と、前記受信した印刷データにユーザ情報が付与されているかを判定する判定手段と、前記判定手段が、前記受信した印刷データにユーザ情報が付与されていないと判定したことに基づき、認証に失敗したことを示す通知を前記情報処理装置に通知する通知手段と、前記判定手段が、前記受信した印刷データにユーザ情報が付与されていると判定したことに基づき、前記印刷データをサーバシステムに送信する送信手段と、を有し、前記受信手段は、前記サーバシステムから前記ユーザ情報による認証が失敗したことを示す情報を受信し、前記通知手段は、前記サーバシステムから受信した情報に基づき、認証の失敗を前記情報処理装置に通知することを特徴とする。

本発明によれば、ユーザの識別をするためのＩＰＰの属性をサポートしていないＯＳの印刷システムで印刷を行う情報処理装置から印刷を行った場合でも、印刷ジョブを蓄積するサーバシステム側で印刷ジョブに対応するユーザを特定することが可能となる。この結果、ユーザは情報処理装置からサーバにアクセスして、自身の印刷ジョブの印刷設定を、ＩＰＰに準拠した印刷設定にとらわれることなく、プリンタベンダー独自の印刷設定を含めて、設定変更して印刷することができるようになる。

本実施形態を示す印刷システムの構成の一例を示す図。 クライアントコンピュータ、端末、クラウドサーバを構成するコンピュータのハードウェア構成の一例を示す図。 プリンタのハードウェア構成の一例を示す図。 端末のソフトウェア構成の一例を示す図。 クラウドサービスのソフトウェア構成の一例を示す図。 クラウドサービスのデータベースの関係の一例を示す図。 プリンタのソフトウェア構成の一例を示す図。 端末のＵＩの一例を示す模式図。 本実施形態の印刷システムにおける印刷処理の流れを示すシーケンス図。 端末のＵＩの一例を示す模式図。 本実施形態における印刷時のパケットの構成の一例を示す図。

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

〔第１実施形態〕
以下、図１を用いて、本実施形態の印刷システムの構成を説明する。
図１は、本発明の一実施形態を示す印刷システムの構成の一例を示す図である。
本実施形態の印刷システムは、情報処理装置の一例であるクライアントコンピュータ１０１と、クラウドサーバ１０２と、ページ記述言語（ＰＤＬ）形式の印刷データを受信し印刷を行うプリンタ（印刷装置）１０３を備える。図１の例では、複数のプリンタがネットワーク上にいることを説明するために、２つのプリンタをそれぞれプリンタ１０３ａとプリンタ１０３ｂを図示する。

本印刷システムの各装置は、ＷＡＮ（Wide Area Network）を含むネットワーク１０４を通じて相互に通信可能である。また、ＡＰ（Access Point）１０５を通じて、タブレット端末１０６ａやスマートフォン端末１０６ｂ等の情報処理装置が、ネットワーク１０４と接続されている。ＡＰ１０５を介した通信は、例えばIEEE802.11シリーズに準拠する無線通信である。なお、端末１０６は、タブレット端末やスマートフォン以外の通信装置であってもよい。

プリンタ１０３は、印刷機能のみを備えるシングルファンクションプリンタでも、印刷機能、スキャン機能及び複写機能を備えるマルチファンクションプリンタでもよい。また、クライアントコンピュータ１０１は、ネットワーク１０４に対し一台に限らず、複数台接続されていてもよい。クライアントコンピュータ１０１と端末１０６は、プリンタ１０３に対して、印刷データの送信が可能である。

詳細は後述するが、プリンタ１０３は、印刷データをユーザ情報とともにクラウドサーバ１０２に送信する印刷装置である。また、クラウドサーバ１０２は、プリンタ１０３から受信した印刷データに付与されているユーザ情報に対応するユーザから、該印刷データの印刷設定の変更を受け付け可能なサーバシステムである。なお、クラウドサーバ１０２は、複数のコンピュータから構成されるものでも、１台のコンピュータで構成されるものであってもよい。

図２は、クライアントコンピュータ１０１のハードウェア構成の一例を示すブロック図である。
クライアントコンピュータ１０１は、ＣＰＵ（Central Processing Unit）２０１、ＲＡＭ（Random Access Memory）２０２、外部メモリ２０９、ＲＯＭ（Read Only Memory）２０３を有する。

ＣＰＵ２０１を含む制御部２００は、クライアントコンピュータ１０１全体の動作を制御する。ＣＰＵ２０１は、ＲＯＭ２０３又は外部メモリ２０９に記憶されたプログラムをＲＡＭ２０２に展開し、それを実行してＵＩ（User Interface）画面の制御や印刷データの生成、印刷データの転送などの各種制御を行う。

ＲＯＭ２０３は、ＣＰＵ２０１で実行可能な制御プログラムやブートプログラム等を格納する。ＲＡＭ２０２は、ＣＰＵ２０１の主記憶メモリであり、ワークエリア又は各種プログラムを展開するための一時記憶領域として用いられる。

外部メモリＩ／Ｆ２０８を介して制御部２００に接続される外部メモリ２０９は、アプリケーションや、ＯＳ（オペレーティングシステム）などのプログラムを記憶する。本実施形態では、外部メモリ２０９としてＨＤＤ（Hard Disk Drive）等の補助記憶装置を想定しているが、ＨＤＤの代わりに又は併用してＳＳＤ（Solid State Drive）などの不揮発性メモリを用いるようにしてもよい。
このように、ＣＰＵ２０１、ＲＡＭ２０２、ＲＯＭ２０３、外部メモリ２０９等のハードウェアは、いわゆるコンピュータを構成している。

操作入力装置Ｉ／Ｆ２０４は、キーボードやポインティングデバイス（マウス）、タッチ入力デバイスなどの操作入力装置２０５を制御するインタフェースである。操作入力装置２０５は、ユーザからの操作を受け付ける受付部として機能する。
ディスプレイＩ／Ｆ２０６は、ディスプレイ２０７への画面の表示を制御する。ディスプレイ２０７は、ユーザに対して情報を表示する表示部として機能する。

制御部２００は、ネットワークＩ／Ｆ２１２を介してネットワーク１０４に接続される。ネットワークＩ／Ｆ２１２は、ネットワーク１０４上のプリンタ１０３に印刷データを送信したり、ネットワーク１０４上のサーバからアプリケーションやプリンタドライバなどを受信したりする。なお、ネットワーク１０４上の外部端末とのデータ通信は、例えばIEEE802.11シリーズに準拠する無線通信やＬＴＥや５Ｇなどの移動通信システムや、ＬＡＮケーブルなどの有線ケーブルを介した通信である。

なお、クラウドサーバ１０２を構成するコンピュータのハードウェア構成も、クライアントコンピュータ１０１と同様の構成になる。また、端末１０６においては、操作入力装置２０５、ディスプレイ２０７と外部メモリ２０９は、端末１０６内に内包されるが、そこを除く以外の部分においてはクライアントコンピュータ１０１と同様の構成になる。

図３は、プリンタ１０３のハードウェア構成の一例を示すブロック図である。
プリンタ１０３は、シート上の画像を読み取る読取機能、シートに画像を印刷する印刷機能を有する。他にもプリンタ１０３は、画像を外部の通信装置に送信するファイル送信機能などを有している。なお、本実施形態では、印刷装置の一例として、読取機能、印刷機能及びファイル送信機能などを有するプリンタ１０３を説明するが、これに限定されるものではない。例えば、読取機能を有しないＳＦＰ（Single Function Peripheral）等の印刷装置であってもよい。

ＣＰＵ３０１を含む制御部は、プリンタ１０３全体の動作を制御する。ＣＰＵ３０１は、ＲＯＭ３０２やストレージ３０４に記憶された制御プログラムを読み出して、印刷制御や読取制御などの各種制御を行う。ＲＯＭ３０２は、ＣＰＵ３０１で実行可能な制御プログラムを格納する。ＲＡＭ３０３は、ＣＰＵ３０１の主記憶メモリであり、ワークエリア又は各種制御プログラムを展開するための一時記憶領域として用いられる。

ストレージ３０４は、印刷データ、画像データ、各種プログラム、及び各種設定情報を記憶する。本実施形態ではストレージ３０４としてＨＤＤ等の補助記憶装置を想定しているが、ＨＤＤの代わりに又は併用してＳＳＤなどの不揮発性メモリを用いるようにしてもよい。
このように、ＣＰＵ３０１、ＲＯＭ３０２、ＲＡＭ３０３等のハードウェアは、いわゆるコンピュータを構成している。

なお、本実施形態のプリンタ１０３では、１つのＣＰＵ３０１が１つのメモリ（ＲＡＭ３０３）を用いて後述する各処理を実行するものとするが、他の様態であっても構わない。例えば複数のＣＰＵ、ＲＡＭ、ＲＯＭ、及びストレージを協働させて後述する各処理を実行することもできる。また、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field-Programmable Gate Array）等のハードウェア回路を用いて一部の処理を実行するようにしてもよい。

操作部インタフェース（Ｉ／Ｆ）３０５は、操作部３０６と制御部３００を接続する。操作部３０６には、タッチパネル機能を有する液晶表示部や各種ハードキーなどが備えられ、情報を表示する表示部やユーザの指示を受け付ける受付部として機能する。

読取部Ｉ／Ｆ３０７は、読取部３０８と制御部３００を接続する。読取部３０８は、原稿を読み取って、読取画像を生成する。なお、生成された読取画像は、ストレージ３０４又はＲＡＭ３０３に格納されるものとする。読取部３０８によって生成された読取画像は、通信装置に送信されたり、シート上への画像の印刷に用いられたりする。

画像処理部３１４は、ネットワークを介して受信した印刷データを展開し、印刷画像を生成するＲＩＰ（Raster Image Processor）の機能を備えている。また、画像処理部３１４は、画像の解像度変換や補正処理を行うこともできる。なお、本実施形態では、画像処理部３１４がハードウェア回路（ＡＳＩＣ又はＦＰＧＡなど）で実現されることを想定しているが、これに限定されるものではない。例えば、プリンタ１０３が、画像処理用途向けのプロセッサを備え、当該画像処理用途向けのプロセッサが画像処理プログラムを実行することにより画像処理や、印刷データの展開処理を実現してもよい。この場合、画像処理用のプロセッサとＣＰＵ３０１が協働して後述する各処理を実現するものとする。さらには、画像処理を行うためのプログラムをＣＰＵ３０１が実行し、画像処理や印刷データの展開処理を行うように構成することもできる。また、これらのいずれかの組み合わせにより画像処理を行うようにしてもよい。

印刷部Ｉ／Ｆ３０９は、印刷部３１０と制御部３００を接続する。画像処理部３１４によって印刷データを解析して生成された印刷画像は、印刷部Ｉ／Ｆ３０９を介して制御部３００から印刷部３１０に転送される。印刷部３１０は、制御部３００を介して制御コマンド及び印刷画像を受信し、当該画像に基づいて給紙カセット（不図示）から給送されたシートに画像を印刷する。なお、印刷部３１０の印刷方式は、電子写真方式であってもよいし、インクジェット方式であってもよい。また、熱転写方式などその他の印刷方式を適用することもできる。

シート処理部Ｉ／Ｆ３１１は、制御部３００とシート処理部３１２を接続する。シート処理部３１２は、ＣＰＵ３０１からの制御コマンドを受信し、その制御コマンドに従って印刷部３１０により印刷されたシートに後処理を施す。例えば、複数のシートを揃える、シートにパンチ穴を開ける、複数のシートを綴じる、などの後処理を実行する。また、シート処理部３１２が備える後処理の機能や後処理の能力は、予め（例えばプリンタ１０３の起動時など）、シート処理部Ｉ／Ｆ３１３を介して制御部３００に通知され、ストレージ３０４又はＲＡＭ３０３に格納される。

また、制御部３００は、通信部Ｉ／Ｆ３１３を介してネットワーク１０４に接続される。通信部Ｉ／Ｆ３１３は、ネットワーク１０４上の通信装置に画像や情報を送信したり、ネットワーク１０４上の通信装置から印刷データや情報を受信したりする。

続けて、図４を用いて、端末１０６のソフトウェア構成の一例について説明する。
図４は、端末１０６のソフトウェア構成の一例を示す図である。
端末１０６は、ソフトウェアとして、アプリケーション４０１、印刷アプリケーション４０２と、ＯＳ４０３等を有する。

アプリケーション４０１は、ウェブブラウザなどに代表されるアプリケーションであり、端末１０６に複数インストールすることが可能である。アプリケーション４０１は、ＵＩが表示されて実行されるフォアグラウンド実行と、ＵＩが表示されない状態で実行されるバックグラウンド実行のいずれかで動作する。アプリケーション４０１はネットワーク１０４を通じて外部のクラウドサービス（不図示）からインストールされるか、ＭＤＭ（Mobile Device Management）等の管理システム等を通じてＯＳ４０３に事前にインストールがされている。図４の例では、アプリケーション４０１の中で、後述するクラウドサービスと連携して印刷専用に動作するアプリケーションとして、印刷アプリケーション４０２がインストールされている。

ＯＳ４０３は、アプリケーションを実行し、全体のリソースを管理するソフトウェアである。ＯＳ４０３内には、ディスプレイやメモリなどを制御するドライバ４０４を持つ。印刷モジュール４０５は、ＯＳ４０３のモジュールであり、アプリケーション４０１から印刷を行う際に呼び出される。印刷モジュール４０５は、印刷データを描画する描画部４０７、印刷設定ＵＩ部４０８などを持つ。印刷モジュール４０５は、例えば、アップル社のＡｉｒＰｒｉｎｔ（登録商標）である。

通信モジュール４０６は、アプリケーション４０１やＯＳ４０３が通信を行う際に使われるモジュールである。通信モジュール４０６は、HTTPステータスコードとして「HTTP 401 Unauthorized」などが応答された際に、ユーザにユーザネームやパスワードなどの入力を促すためにポップアップを表示するポップアップ部４０９を持つ。HTTP 401 Unauthorizedは、権限がない（認証に失敗した）ことを示すエラーに対応するクライアントエラーであり、以下「権限エラー」という。

次に図５Ａ、図５Ｂを用いて、クラウドサーバ１０２のソフトウェア構成について説明する。
図５Ａは、クラウドサーバ１０２で動作するクラウドサービス５００のソフトウェア構成の一例を示すブロック図である。
図５Ｂは、クラウドサーバ１０２で動作するクラウドサービス５００のデータベースの関係の一例を示す図である。

まず、図５Ｂを用いて、クラウドサービス５００のデータベースについて説明する。
クラウドサービス５００のデータベースには、アカウントデータベース５０００、ジョブデータベース５１００とプリンタデータベース５２００の３つが存在する。

アカウントデータベース５０００は、ユーザネーム５００１を識別子として利用するための主キーとして持ち、パスワード５００２と、ユーザの端末１０６及びクライアントコンピュータ１０１に通知するための通知ｉｄ５００３を持つ。
プリンタデータベース５２００は、主キーとしてプリンタＩＤ５２０１を持ち、プリンタ名５２０２とプリンタの持つ能力情報の５２０３を持つ。
アカウントデータベース５０００とプリンタデータベース５２００は、印刷を行う前に、事前に登録してある。

ジョブデータベース５１００は、印刷が行われるたびに印刷データが登録されるデータベースである。ジョブデータベース５１００は、主キーとして、ジョブＩＤ５１０１を持つ。また、属性としてジョブ名５１０２、印刷のためのデータ５１０３、ジョブに対して設定されている印刷設定の情報５１０４、ＵＲＬ５１０５、状態５１０６、プリンタＩＤ５２０１、ユーザネーム５００１を持つ。プリンタＩＤ５２０１とユーザネーム５００１は、外部キーになる。状態５１０６は、印刷データの状態として、“登録”／“印刷中”／“印刷済み”等の状態を記憶する。

次に、図５Ａを用いて、クラウドサービス５００の構成と全体の流れを説明する。
まず、クラウドサービス５００は、データ受信部５０１が印刷データを受け取るところから始まる。データ受信部５０１は、ネットワーク１０４を通じてＨＴＴＰ（Hyper Text Transfer Protocol）形式でＸＰＳやＰＤＦなどの印刷データを受け取る。なお、ＸＰＳはXML Paper Specification、ＰＤＦはPortable Document Formatの略語である。

データ受信部５０１は、印刷データを受け取った後に、まず認証サービス５０２に印刷データの認証情報が有効かどうかを問い合わせる。認証サービス５０２は、印刷データから認証情報を取得し、アカウントデータベース５０００と照らし合わせて認証サービスを提供する。認証サービス５０２は、認証が成功した場合には成功を知らせる応答を返し、失敗した場合には権限エラーの応答を送信元に返す。認証に成功した場合、データ受信部５０１は、印刷データをジョブ管理部５０３に渡す。

ジョブ管理部５０３は、印刷データをキューイングし、各印刷データに対してジョブＩＤを付与した上で、ユーザネーム５００１などの他の情報と共にジョブデータベース５１００に登録をする。この際に、ジョブ管理部５０３は、各印刷データを編集する（印刷設定の変更を含む）ための印刷設定画面の情報を取得できるリンク先のＵＲＬ５１０５を動的に生成して、一緒に登録する。また、状態５１０６を“登録”とする。

印刷データ登録後、通知送信サービス５０４は、該印刷データに紐づくアカウントデータベース５０００の通知ｉｄに基づいて、該当するアカウントに対してＪＳＯＮ（JavaScript（登録商標） Object Notation）などの形式のデータを通知する。この際、ジョブデータベース５１００のジョブＩＤ５１０１、ＵＲＬ５１０５、印刷ジョブが登録されたことを示す任意のメッセージ及び印刷設定サービス５０５にアクセスするために利用する印刷アプリケーション４０２の識別子などの情報を通知内に含める。この通知は、上記通知ｉｄに対応する通知先である端末１０６やクライアントコンピュータ１０１において、ディスプレイ上に表示される。なお、通知送信サービス５０４は、この通知を、例えばグーグル社のFirebase（登録商標） Cloud Messaging（ＦＣＭ）等を介して行ってもよい。この場合、通知ｉｄ５００３に対応する通知先が予めＦＣＭ等に登録されている。また、この通知を電子メールやショートメッセージサービス（ＳＭＳ）、その他の各種メッセージ通知方法を用いて行うことも可能である。

印刷設定サービス５０５は、登録されているジョブに対して印刷設定を行うサービスである。印刷設定サービス５０５は、印刷データ登録後に、端末１０６からＵＲＬ５１０５にアクセスをされた際、印刷設定部５０６を介してジョブ管理部５０３より印刷データを取得し、プリンタデータベース５２００からプリンタ１０３の能力情報５２０３を取得する。そして、印刷設定サービス５０５は、印刷アプリケーション４０２で表示するための印刷設定画面の情報（ＵＲＬ）を、呼び出し元（この例では端末１０６）に返す。また、印刷設定サービス５０５は、印刷アプリケーション４０２から印刷指示を受けた後、プリンタ１０３に編集した（印刷設定を変更した）印刷データを送信する。

図６は、本実施例におけるプリンタ１０３のソフトウェア構成の一例を示す図である。
ＩＰＰサービス制御部６０１は、ＩＰＰ（Internet Printing Protocol）に準拠するＷｅｂベースの印刷サービスを通信装置などの外部端末に提供するＷｅｂサービスである。ＩＰＰサービス制御部６０１は、プリンタ１０３の属性情報（プリンタ１０３の印刷能力、後処理能力を示す情報）を端末１０６に通知、及び、端末１０６からＩＰＰに準拠する印刷データを受信してデータ送信部６０３へと渡す。また、ＩＰＰサービス制御部６０１は、ＩＰＰに準拠する印刷データの認証情報の確認も行う。

ＩＰＰデータ送信部６０１３は、プリンタ１０３の能力情報を要求に応じて通知する。ＩＰＰデータ受信部６０１２は、ＩＰＰに準拠する印刷データを受信し、認証情報確認部６０１１に印刷データを渡す。認証情報確認部６０１１は、印刷データに認証情報が含まれているかを確認する。

ＩＰＰに準拠する印刷データを受信した際に、データ送信部６０３は、クラウドサーバ１０２に、プリンタＩＤの情報を付与して印刷データを送信する。
データ取得部６０４は、クラウドサーバ１０２から印刷データと印刷設定情報を取得し、印刷ジョブ生成部６０５へと印刷データを渡す。

印刷ジョブ生成部６０５は、データ取得部６０４から取得した印刷データに基づき、ジョブ制御部６０８に新規ジョブを登録し、印刷処理の開始を要求する。また、印刷ジョブ生成部６０５は、受信した印刷データを、データ受信制御部６０６に転送する。
印刷ジョブ生成部６０５により印刷ジョブが生成されると、ジョブ属性保存部６０９に印刷ジョブの属性が記憶される。

データ受信制御部６０６は、印刷ジョブ生成部６０５が受信した印刷データのバッファ領域であり、印刷ジョブ毎に受信データをストレージ３０４に一時保存する。
ジョブ制御部６０８は、特定の印刷ジョブの実行準備が整ったことに従って、ＰＤＬ解析部６０７に当該特定の印刷ジョブのＰＤＬ解析処理を指示する。
ＰＤＬ解析部６０７は、当該特定の印刷ジョブに対応する印刷データを、データ受信制御部６０６に要求する。データ受信制御部６０６は、当該特定の印刷ジョブに対応する印刷データをＰＤＬ解析部６０７に転送する。

ＰＤＬ解析部６０７は、ジョブ属性保存部６０９に保存された特定の印刷ジョブの属性情報（例えば、部数、Ｎｕｐ、カラーモード、後処理の設定など）と、当該特定の印刷ジョブに対応する印刷データに基づき中間データを生成する。生成された中間データは、ＲＩＰ制御部６１０に転送される。

ＲＩＰ制御部６１０は、画像処理部３１４が有するＲＩＰ（ラスターイメージプロセッサ）と協働して中間データをラスターイメージに変換する。
印刷制御部６１１は、ＲＩＰ制御部６１０により生成されたラスターイメージを取得し、ＣＭＹＫに色分解した印刷画像をエンジン制御部６１２に転送する。
エンジン制御部６１２は、印刷部３１０や、シート処理部３１２と協働して、ＣＭＹＫ別の印刷画像に基づきシートに画像を形成したり、画像形成済みのシートにステイプルなどの後処理を実行したりする。

以下、図７を用いて、端末１０６の印刷設定ＵＩ部４０８とポップアップ部４０９の画面構成と、印刷するまでの画面遷移について説明する。
図７は、端末のＵＩの一例を示す模式図である。

図７（ａ）は、端末１０６で任意のアプリケーション４０１を起動している状態である。メニューボタン７０１を押下することで、メニューバーが表示される。
図７（ｂ）は、メニューバーが表示されている画面である。メニューバー７１１には、メニューの選択肢となるボタンが横向きに羅列されている。選択肢の中の印刷ボタン７１２が押下されることで、図７（ｃ）に示す印刷画面へと遷移する。

図７（ｃ）は、印刷画面である。プリンタ選択ボタン７２１が押下されることで、図７（ｄ）に示すプリンタ選択画面に遷移する。なお、印刷画面で印刷ボタン７２２が押下されることで、印刷が実行される。本画面では、プリンタがまだ選択されていないため、印刷ボタン７２２はグレーアウトされている。

図７（ｄ）は、プリンタ選択画面である。プリンタ選択画面が表示された時に、端末１０６は、端末１０６と同一ネットワーク内にあるプリンタを探索し、同一ネットワーク内で印刷可能なプリンタの一覧７３１を表示する。プリンタ一覧７３１でプリンタ１０３ａが選択されることで、選択されていることを示すマーク７３２が表示される。戻るリンク７３３が押下されることで、図７（ｅ）に示す、プリンタの選択が完了した後の印刷画面へと遷移する。

図７（ｅ）は、プリンタの選択が完了した後のプリンタ選択画面である。プリンタ１０３ａの能力情報を取得することによって、両面設定のＵＩ７４１が表示されている。なお、表示する機能は、両面機能に限らずＩＰＰに準拠しており、端末１０６が対応していればどのような機能であってもよい。本画面ではプリンタが選択済みのため、印刷ボタン７２２のグレーアウトが解除され、押下することが可能である。印刷ボタン７２２が押下されると、印刷モジュールの印刷設定ＵＩ部によって、印刷データが描画され、通信モジュール４０６によってプリンタ１０３ａに送信される。

図７（ｆ）は、ポップアップ部４０９が表示するＵＩを示す。ポップアップ画面７５１は、印刷データをプリンタ１０３ａに送信し、送信先のプリンタ１０３ａから権限エラーが応答された時に、ポップアップ部４０９によりポップアップ表示される。ポップアップ画面７５１は、ユーザ情報であるユーザネームとパスワードを入力するためのポップアップである。ユーザネームとパスワードをポップアップ画面７５１に入力後に、確定ボタン７５２が押下されることで、再度、通信モジュール４０６が印刷データをプリンタ１０３ａに送付する。この際、ポップアップ画面７５１に入力されたユーザネームとパスワード（認証情報）が付与された印刷データが送付される。

以下、図８を用いて、本実施形態における印刷の流れについて説明する。
図８は、本実施形態の印刷システムにおける印刷処理の流れを示すシーケンス図である。なお、図８の例では、端末１０６ａを用いて説明するが端末１０６ｂでもクライアントコンピュータ１０１で同様である。また、プリンタ１０３ａを用いて説明するが、プリンタ１０３ｂでも同様である。

まず、端末１０６ａにおいて、図７（ａ）、図７（ｂ）で説明したように、任意のアプリケーション４０１を起動している状態で印刷ボタン７１２が押下されると、端末１０６ａは、プリンタ選択画面（図７（ｃ））に画面を遷移する。印刷画面（図７（ｃ））でプリンタ選択ボタン７２１が押下されると、端末１０６ａは、プリンタ選択画面（図７（ｄ））に画面を遷移し、プリンタの探索を行う（ｓ８０１）。
プリンタ１０３ａ、プリンタ１０３ｂは、端末１０６ａからの探索要求を受け取り、プリンタの能力情報を応答する（ｓ８０２）。

端末１０６ａは、プリンタ１０３ａ、プリンタ１０３ｂからの応答に基づき、プリンタ選択画面（図７（ｄ））に、印刷可能なプリンタの一覧７３１を表示する。プリンタ一覧７３１でプリンタ（ここでは１０３ａとするが１０３ｂでも同様である）が選択され、戻るリンク７３３が押下されると、端末１０６ａは、印刷画面（図７（ｅ））に画面を遷移し、印刷設定を受け付ける（ｓ８０３）。その後、印刷ボタン７２２が押下されると、端末１０６は、上述したアプリケーション４０１の印刷データをプリンタ１０３ａに送信する（ｓ８０４）。ここでは、例えば後述する図１０（ａ）のような印刷データが送信される。

プリンタ１０３ａは、ＩＰＰデータ受信部６０１２で印刷データを受け取り、認証情報確認部６０１１で認証情報の有無を確認する（ｓ８０５）。
認証情報確認部６０１１は、印刷データのＨＴＴＰヘッダに認証情報（ユーザ名とパスワード）が含まれている場合には、印刷データをそのままクラウドサービス５００に送信する（ｓ８０９）。

一方、印刷データのＨＴＴＰヘッダに認証情報が含まれていない場合には、プリンタ１０３ａは、権限エラー（HTTP 401 Unauthorized）を端末１０６ａに応答する（ｓ８０６）。ここでは、例えば後述する図１０（ｂ）のようなパケットが応答される。
端末１０６ａは、権限エラーを受け取った場合、ポップアップ部４０９が図７（ｆ）に示したポップアップ画面を表示し、ユーザに認証情報（ユーザ名とパスワード）の入力を促す（ｓ８０７）。

端末１０６ａは、ポップアップ画面で認証情報が入力された後に、該入力された認証情報を、ＨＴＴＰヘッダに含んだ印刷データを、プリンタ１０３ａに送信する（ｓ８０８）。ここでは、例えば後述する図１０（ｃ）のような印刷データが送信される。プリンタ１０３ａは、ＩＰＰデータ受信部６０１２で印刷データを受け取り、認証情報確認部６０１１で認証情報の有無を確認する。この場合、印刷データを受け取ったプリンタ１０３ａは、該印刷データのＨＴＴＰヘッダに認証情報が含まれているため、該印刷データをそのままクラウドサービス５００に送信する（ｓ８０９）。

クラウドサービス５００は、印刷データをデータ受信部５０１で受け取った後に、認証サービス５０２にデータを渡し、認証情報の確認を行う（ｓ８１０）。認証サービス５０２は、アカウントデータベース５０００と照らし合わせ、認証を行う。

認証サービス５０２は、上記ｓ８１０で認証に失敗した場合には、権限エラーを返す（ｓ８１１）。
権限エラーを受け取ったプリンタ１０３ａは、そのまま端末１０６ａに権限エラーを返す（ｓ８１２）。
権限エラーを受け取った端末１０６ａでは、ポップアップ部４０９が、図７（ｆ）に示したポップアップ画面を表示し、認証情報の再入力を促す（ｓ８１３）。
端末１０６ａは、認証情報の入力を受け付けた後、該入力された認証情報をＨＴＴＰヘッダに含んだ印刷データを、再度、プリンタ１０３ａに送信する（ｓ８１４）。ここでは、例えば後述する図１０（ｃ）のような印刷データが送信される。
再送された印刷データを受け取ったプリンタ１０３ａは、印刷データのパケットに認証情報が入力されているかを確認する（ｓ８１５）。確認後に、プリンタ１０３ａは、印刷データをクラウドサービス５００に送る（ｓ８１６）。ここでは、例えば後述する図１０（ｃ）のような印刷データが送信される。

一方、上記ｓ８１０で、クラウドサービス５００は、認証に成功した場合には、認証成功の応答をプリンタ１０３ａに返す（ｓ８１７）。
プリンタ１０３ａは、認証成功の応答を、端末１０６ａにそのまま返す（ｓ８１８）。

また、クラウドサービス５００のデータ受信部５０１は、上記認証に成功した印刷データを、ジョブ管理部５０３に渡す。ジョブ管理部５０３は、印刷データにジョブＩＤ５１０１を付与し、ＵＲＬ５１０５を生成後に、ジョブデータベース５１００に、該印刷データを登録する（ｓ８１９）。

また、ジョブ管理部５０３は、認証成功後に、通知送信サービス５０４を通じてアカウントデータベース５０００の通知ＩＤに基づき、端末１０６ａに通知を行う（ｓ８２０）。この際に、ジョブＩＤ５１０１、ＵＲＬ５１０５、印刷アプリケーション４０２の識別子、印刷データがジョブデータベース５１００に登録されたことを示すテキストメッセージ等を通知に含める。

端末１０６ａは、クラウドサービス５００から通知を受け取ると、例えば後述する図９（ａ）の９０１のような通知を表示する。そして、端末１０６ａは、該通知に対するクリックやタップなどのイベントを受け付けることで、該通知に対応する印刷アプリケーション４０２を起動する（ｓ８２１）。なお、端末１０６ａは、後述する図９（ａ）のアイコン９０２に対するクリックやタップなどのイベントを受け付けた場合にも、印刷アプリケーション４０２を起動する。起動された印刷アプリケーション４０２は、クラウドサービス５００の印刷設定サービス５０５にアクセスする（ｓ８２２）。

印刷アプリケーション４０２からアクセスを受けた印刷設定サービス５０５は、ジョブ管理部５０３に問い合わせ、ジョブデータベース５１００から印刷ジョブを取得する。また、印刷設定サービス５０５は、プリンタデータベース５２００に照らし合わせて、印刷設定画面を、印刷アプリケーション４０２に応答する（ｓ８２３）。

上記ｓ８２３の応答を受けた印刷アプリケーション４０２は、例えば後述する図９（ｂ）のような印刷設定ＵＩを表示する。該印刷設定ＵＩの表示後に、印刷アプリケーション４０２は、ユーザ操作を受け付けて印刷設定を変更し（変更しなくてもよい）、図９（ｂ）の９１２のような印刷ボタンがタッチ等されると、印刷設定の変更をクラウドサービス５００に要求する（ｓ８２４）。ｓ８２４では、印刷アプリケーション４０２は、該印刷設定ＵＩで設定されている印刷設定で印刷を行うことを、クラウドサービス５００に要求する（印刷要求）。

上記ｓ８２４の要求を受けたクラウドサービス５００は、該要求で指定されたジョブの印刷設定の変更を行う（ｓ８２５）。該印刷設定の変更後、クラウドサービス５００は、上記指定されたジョブのジョブデータベース５１００の状態５１０６を“印刷中”に変更する（ｓ８２６）。

プリンタ１０３ａは、ポーリングによりクラウドサービス５００に問い合わせをしている。プリンタ１０３ａは、ジョブデータベース５１００のプリンタＩＤ５２０１がプリンタ１０３ａに対応し、且つ、状態５１０６が“印刷中”になっているデータが、クラウドサービス５００にあった場合、該“印刷中”の印刷データを取得する（ｓ８２７）。この際、印刷データの印刷設定も取得する。該印刷データの取得後に、プリンタ１０３ａは、該印刷データの印刷を行う（ｓ８２８）。なお、クラウドサービス５００が、ジョブデータベース５１００の状態５１０６が“印刷中”になっている印刷データ（印刷設定を含む）を、プリンタＩＤ５２０１が示すプリンタ１０３ａに、プッシュ送信するようにしてもよい。

クラウドサービス５００は、プリンタ１０３ａが印刷データを取得した後に、該印刷データに対応するジョブデータベース５１００の状態５１０６を“印刷済み”に変更する。さらに、クラウドサービス５００は、ジョブデータベース５１００から状態５１０６が“印刷済み”のジョブデータを削除し、該ジョブデータに対応する印刷データ本体を削除する（ｓ８２９）。

以下、図９を用いて、印刷アプリケーション４０２の動作について説明する。
図９（ａ）は、端末１０６ａのメニュー画面の一例を示す模式図である。
端末１０６ａのメニュー画面には、インストールされているアプリケーション４０１を模したアイコン（９０２、９０３等）が羅列されている。なお、クラウドサービス５００の通知送信サービス５０４から図８のｓ８２０の通知を受けると、端末１０６ａのメニュー画面に、通知９０１が表示される。

通知９０１は、クラウドサービス５００の通知送信サービス５０４から受けた通知を表示している例であり、押下されることで印刷アプリケーション４０２が起動される。
アイコン９０２は、印刷アプリケーション４０２を模したアイコンであり、押下されることで、印刷アプリケーション４０２が起動される。

端末１０６が通知９０１に対応する通知を受けている場合、印刷アプリケーション４０２は、起動された後に、該通知内に記述されているＵＲＬにアクセスし、クラウドサービス５００から印刷設定を生成するために必要な印刷設定画面の情報を取得する。ここで取得する情報は、印刷設定や印刷ジョブの情報だけでなく、例えばＨＴＭＬ、ＣＳＳやＪａｖａＳｃｒｉｐｔ（登録商標）などのレイアウトを含むものであってもよい。よって、印刷アプリケーション４０２を起動する代わりに、印刷設定画面を表示するためにウェブブラウザなどを起動して、代替手段として利用してもよい。アイコン９０３はウェブブラウザを模したアイコンであり、押下されることでウェブブラウザが起動される。

図９（ｂ）は、印刷アプリケーション４０２により表示される印刷設定画面の一例を示す模式図である。
図９（ｂ）に示す印刷設定画面は、印刷設定部９１１を持ち、ユーザ操作を受け付けることで、図７（ｅ）よりも詳細な印刷設定が可能である。印刷設定部９１１で設定可能な印刷設定は、必ずしもＩＰＰに準拠する必要はなく、プリンタデータベース５２００に登録されていれば、プリンタベンダー独自の印刷設定などを含んでいてもよい。
印刷設定変更後（変更しなくてもよい）、印刷ボタン９１２が押下されることで、印刷が確定され、図８のｓ８２４のステップへ遷移する。

以下、図１０を用いて、印刷データの送信時のパケット構成について説明する。
図１０（ａ）は、図８のｓ８０４で送信する印刷データの構成の一例を示す図である。
図１０（ａ）の印刷データは、ＩＰＰに準拠しており、１００１、１００２のように、ＨＴＴＰヘッダ部とボディ部に分かれている。ＨＴＴＰヘッダ部には、ＨＴＴＰのメソッドが定義してあり、図１０（ａ）の例では印刷データを送信するためにＰＯＳＴを行っている。ボディ部は、印刷データや印刷設定の情報が付加されている。

図１０（ｂ）は、図８のｓ８０６、ｓ８１１、ｓ８１２における権限エラーの応答のパケットの一例を示す図である。
図１０（ｂ）に示すパケットでは、１０１１のように、ヘッダ部に、権限エラーを示すエラーコード「401」と権限エラーを示すテキスト「Unauthorized」が記述されている。

図１０（ｃ）は、認証情報を付加した印刷データ送信時のパケットの一例を示す図である。
図１０（ｃ）に示すパケットは、１０２１のように、図８のｓ８０７及びｓ８１３で入力された認証情報がヘッダ部に追加されたパケットであり、図８のｓ８０８、ｓ８１４、ｓ８１６で利用されるパケットである。なお、ボディ部は、図１０（ａ）と同じである。

以上のように、ＩＰＰで印刷された印刷ジョブに対して、ユーザ情報の付加されていない印刷ジョブはエラーを応答することで、ＯＳに入力画面の表示を促して、情報を入力してもらうことでユーザ情報を付加する。これにより、ユーザの識別をするためのＩＰＰの属性をサポートしていないＯＳの印刷システムから印刷を行った場合でも、印刷ジョブを蓄積するクラウドサーバ１０２側で印刷ジョブに対応するユーザを特定することができるようになる。この結果、クラウドサーバ１０２は、印刷ジョブが登録されたことを、印刷ジョブに対応するユーザの端末に通知することができる。また、ユーザは端末からクラウドサーバ１０２にアクセスして、自身の印刷ジョブの印刷設定を、ＩＰＰに準拠した印刷設定にとらわれることなく、プリンタベンダー独自の印刷設定を含めて、設定変更して印刷することができるようにもなる。

なお、上記説明では、印刷モジュールがＯＳに含まれている例を示し、例えばアップル社のＡｉｒＰｒｉｎｔ（登録商標）として説明したが、印刷モジュールは必ずしもＯＳに含まれていなくてもよい。印刷モジュールは、例えばグーグル社のＡｎｄｒｏｉｄ（登録商標）やマイクロソフト社のＷｉｎｄｏｗｓ（登録商標）にインストール可能なモプリア（登録商標）等でもよい。

なお、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。
以上、一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記憶媒体等としての実施態様をとることが可能である。具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
また、上記各実施例を組み合わせた構成も全て本発明に含まれるものである。

（その他の実施例）
本発明は、上述の実施例の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。
本発明は上記実施例に限定されるものではなく、本発明の趣旨に基づき種々の変形（各実施例の有機的な組合せを含む）が可能であり、それらを本発明の範囲から除外するものではない。即ち、上述した各実施例及びその変形例を組み合わせた構成も全て本発明に含まれるものである。

１０２ クラウドサーバ
１０３ａ，１０３ｂ プリンタ
１０４ ネットワーク
１０６ａ，１０６ｂ 端末

Claims (10)

1. 情報処理装置から印刷データを受信する受信手段と、
   前記受信した印刷データにユーザ情報が付与されているかを判定する判定手段と、
   前記判定手段が、前記受信した印刷データにユーザ情報が付与されていないと判定したことに基づき、認証に失敗したことを示す通知を前記情報処理装置に通知する通知手段と、
   前記判定手段が、前記受信した印刷データにユーザ情報が付与されていると判定したことに基づき、前記印刷データをサーバシステムに送信する送信手段と、を有し、
   前記受信手段は、前記サーバシステムから前記ユーザ情報による認証が失敗したことを示す情報を受信し、
   前記通知手段は、前記サーバシステムから受信した情報に基づき、認証の失敗を前記情報処理装置に通知することを特徴とする印刷装置。
2. 前記ユーザ情報は、ユーザの識別子およびパスワードであることを特徴とする請求項１または１に記載の印刷装置。
3. 前記認証に失敗したことを示す前記通知は、HTTP 401 Unauthorizedの応答であることを特徴とする請求項１または２のいずれか１項に記載の印刷装置。
4. 前記サーバシステムは、前記印刷装置から受信した前記印刷データの印刷設定の変更指示を受け付けることを特徴とする請求項１乃至３のいずれか１項に記載の印刷装置。
5. 前記サーバシステムは、前記ユーザ情報のユーザから前記変更指示を受け付けることを特徴とする請求項４に記載の印刷装置。
6. 前記受信手段が前記サーバシステムから受信した前記印刷データに基づく印刷を実行する印刷手段と、をさらに有することを特徴とする請求項１乃至５のいずれか一項に記載の印刷装置。
7. 情報処理装置から印刷データを受信する第１の受信工程と、
   前記受信した印刷データにユーザ情報が付与されているかを判定する判定工程と、
   前記判定工程において前記受信した印刷データにユーザ情報が付与されていないと判定したことに基づき、認証に失敗したことを示す通知を前記情報処理装置に通知する第１の通知工程と、
   前記判定工程において前記受信した印刷データにユーザ情報が付与されていると判定したことに基づき、前記印刷データをサーバシステムに送信する送信工程と、
   前記サーバシステムから前記ユーザ情報による認証が失敗したことを示す情報を受信する第２の受信工程と、
   前記第２の受信工程において前記情報を受信したことに基づき、認証の失敗を前記情報処理装置に通知する第２の通知工程と、
   を有することを特徴とする印刷装置の制御方法。
8. 前記ユーザ情報は、ユーザの識別子およびパスワードであることを特徴とする請求項７に記載の印刷装置の制御方法。
9. 前記認証に失敗したことを示す前記通知は、HTTP 401 Unauthorizedの応答であることを特徴とする請求項７または８のいずれか１項に記載の印刷装置の制御方法。
10. 印刷装置を請求項１～６のいずれか１項に記載の各手段として機能させるためのプログラム。