JP2014142735A - 印刷システム、方法、及びプログラム - Google Patents

Abstract

【課題】プリンタが認証サービスからプリンタのトークン（ユーザ―と紐づかないトークン）を取得し、そのプリンタトークンで、プリンタトークンで印刷ジョブを要求するとき、プリントサービスが、印刷ジョブの生成をプリンタトークンの権限で行うと、トークンから印刷データの所有者が特定できないという課題がある。本発明では、ユーザー情報を意識しないプリンタからのユーザー所有の印刷データ要求に対し、セキュリティを下げない印刷データ特定方法を提供することを目的とする。
【解決手段】ユーザー情報を意識しないプリンタからのユーザー所有の印刷データ要求に対し、プリンタの要求に付随する認可トークンに対しロールとアプリケーションＩＤで要求に答えてよいかの妥当性を確認し、テナントＩＤ、ジョブＩＤ、プリンタＩＤでそのプリンタに返すユーザー所有の印刷データを特定する。
【選択図】 図１

Description

本発明は、印刷システム、特にプルプリントシステムにおいて、ユーザー権限で入稿された文書データをプリンタ権限のプリンタが印刷データ取得する場合の印刷データ特定処理を行う印刷システム、方法、及びプログラムに関する。

近年、クラウドサービスとしてインターネット上にサービスを公開することによりビジネス展開がされてきている。プリントサーバもインターネット上のプリントサービスとして機能を提供することが求められてきている。クラウドサービスとしてサービスを提供することは、大規模なデータセンター上にプリントサーバを配置することで顧客ごとのハードウェアの管理が不要となり、またサーバの負荷に応じてリソースを追加するようなことが容易に行えるといったさまざまなメリットがある。このためプリントサーバからプリンタが、インターネット越しに印刷データを取得し、プル型のプリントを行う環境が求められている。

クラウドプリンティングでは、Ｗｅｂブラウザまたは、プリンタのＵＩ画面をユーザーが操作し、操作者を認証し、ユーザー認証トークンが発行され、その認証トークンと共にプリントサービスへ印刷リクエストが許可され、プリンタがクラウド環境のプリントサービスから印刷ジョブを取得し印刷を行う。クラウドのプリントサービスでは、プリントサービスに入稿される文書データ、印刷ジョブ情報、印刷データ、デバイスに紐づくプリンタリソースは、ユーザーリソースとして管理する。そして、正しいユーザー認証トークンとともにクライアントから送られてきたリクエストに対し、プリントサービスは、管理してそのリクエスト者であるテナントのユーザーのリソースにアクセスし応答を行う。クラウドのプリントサービスは、プリンタに印刷リクエストを送る場合、認証サービスを用いてユーザー認証トークンから認可トークンを生成し、その認可トークンをプリントサービスからＷｅｂブラウザを介してプリンタに引き回し、プリンタがそのトークンで印刷ジョブを取得する方法が実現されている。

また、特許文献１のように、認可トークンではなく、連携ＩＤを複数のアプリケーション間で共有しシングルサインオンを実現する技術もある。

特開２００８−５９０３８号公報

しかし、プリントサービス、Ｗｅｂブラウザ、プリンタ間で認可トークンを引き回すことでトークンの漏えいの可能性がある。また、プリントサービスで認証サービスにトークンの発行依頼を行い作成することで、プリンタが実際印刷ジョブを取得する前にトークンが発行されることになり、プリンタが紙なし等で印刷ジョブ取得が遅延した場合、トークンの有効期限が切れる可能性があった。更に、トークンを引き回さずに、プリンタごとにユーザー毎の認可トークンを保持するのはプリンタでプリンタを使用するユーザーごとに認可トークン発行操作を行う必要があり、ユーザーに負荷を与えていた。そこで、プリンタが認証サービスからプリンタのトークン（ユーザ―と紐づかないトークン）を取得し、そのプリンタトークンでプリントサービスにアクセスすると仕組みが考えられる。

しかし、この場合、プリンタが、プリンタトークンで印刷ジョブを要求するとき、プリントサービスが、印刷ジョブの生成をプリンタトークンの権限で行うと、トークンから印刷データの所有者が特定できないという課題がある。また、印刷ジョブに埋め込む、ユーザ名がプリンタトークンからは取得できずに、プリンタ上の印刷ジョブとしては誰のジョブかわからなくなってしまうという課題もある。

そこで、本発明では、ユーザー情報を意識しないプリンタからのユーザー所有の印刷データ要求に対し、セキュリティを下げない印刷データ特定方法を提供することを目的とする。

クライアント端末（１０１〜１０３）からのユーザー操作による印刷要求、または、登録されている時刻になると、プリンタ（１０５〜１０８）内のバッチプリントアプリケーション（３０８）からバッチ印刷要求を受けるクラウド上のプリントサーバ（１０４）が、プリンタ（１０５〜１０８）からの印刷データ取得要求（Ｓ８１５、Ｓ１０１９）において印刷印刷データを提供する印刷システムにおいて以下の特徴をもつ。

プリントサーバ（１０４）が、ユーザー権限のトークン（７１２）とともに文書データ（６０８）を受け、テナントとユーザー単位に文書データ（６０８）を保存する手段（図６）、
クライアント端末（１０１〜１０３）からの印刷要求において、ユーザ権限のトークン（７１２）とともに文書データ（６０８）に紐づく文書ＩＤ（５０２）をプリントサーバ（１０４）が受信すると、プリントサーバ（１０４）が、認証サービス（３１０）にトークン渡し、ユーザーＩＤ（７０３）、テナントＩＤ（７０６）を取得し、その文書データ（６０８）から印刷データ（６０５）とそれに紐づく印刷ジョブＩＤ（５１２、５２２）を生成する時に印刷データ（６０５）にプリンタユーザー名（７０４）を埋め込む手段、
プリンタ（１０５〜１０８）がプリントサーバ（１０４）からの印刷要求をクライアント端末（１０１〜１０３）を介し受けると、認証サービス（３０１）からトークン（７１２）を取得する手段、
取得したトークン（７１２）とともにプリンタ（１０５〜１０８）が、プリントサーバ（１０４）からクライアント端末（１０１〜１０３）を介し受ける印刷要求共に取得した印刷ジョブＩＤ（５１２、５２２）、テナントＩＤ（７０６）、プリンタＩＤ（５３３）を取得する手段、
プリンタ（１０５〜１０８）が、トークン（７１２）、印刷ジョブＩＤ（５１２、５２２）、テナントＩＤ（７０６）、プリンタＩＤ（５３３）とともにプリントサーバ（１０４）に印刷ジョブ取得要求すると、プリントサーバ（１０４）が、印刷ジョブＩＤ（５１２、５２２）、テナントＩＤ（７０６）、プリンタＩＤ（５３３）に紐づく印刷データ（６０５）を特定し、プリンタ（１０５〜１０８）に送る手段を有することを特徴とする印刷システム。

本発明によれば、ユーザー情報を意識しないプリンタからのユーザー所有の印刷データ要求に対し、プリンタの要求に付随する認可トークンに対しロールとアプリケーションＩＤで要求に答えてよいかの妥当性を確認し、テナントＩＤ、ジョブＩＤ、プリンタＩＤでそのプリンタに返す印刷データを特定することによりセキュリティを下げない印刷システムが実現できる。

ネットワーク構成を示すブロック図 プリントサーバ、クライアント端末、プリンタのハードウェア構成図 プリントサーバ、クライアント端末、プリンタのモジュール構成図 プリントサーバ、プルプリントアプリケーション、バッチプリントアプリケーション、認可トークン取得アプリケーションのソフトウェア構成図 プリントサーバで管理する文書情報、印刷ジョブ情報、バッチ印刷ジョブ情報、プリンタ情報の構成図 プリントサーバの文書情報、印刷ジョブ情報、バッチ印刷ジョブ情報、文書データ、印刷データの管理階層の概念図 認証サービスの管理データ構成図 印刷システムの処理シーケンス バッチプリントを行う文書入稿の処理シーケンス 印刷システムのバッチプリント処理のシーケンス バッチプリント開始時刻設定画面

以下、本発明を実施するための最良の形態について図面を用いて説明する。

図１は、本発明の実施の形態に係る印刷システムの全体構成を示す図である。

図１において、クライアント端末１０１〜１０３、プリントサーバ１０４、プリンタ１０５〜１０８は、ネットワーク１０９〜１１１を介して接続されている。

図において、クライアント端末１０１〜１０３、プリンタ１０５〜１０８は、複数台接続されていることを仮定している。

ネットワーク１０９〜１１１は、例えば、インターネット等のＬＡＮ、ＷＡＮ、電話回線、専用デジタル回線、ＡＴＭやフレームリレー回線、ケーブルテレビ回線、データ放送用無線回線等のいずれである。またこれらの組み合わせにより実現される、いわゆる通信ネットワークである。ネットワーク１０９〜１１１は、データの送受信が可能であればよい。そして、クライアント端末１０１〜１０３からプリントサーバ１０４、プリンタ１０５〜１０８への通信手段、プリンタ１０５〜１０８からプリントサーバ１０４への通信手段は異なっていてもよい。

クライアント端末１０１〜１０３は、例えば、デスクトップパソコン、ノートパソコン、モバイルパソコン、ＰＤＡ（パーソナルデータアシスタント）等から成るが、プログラムの実行環境が内蔵された携帯電話であってもよい。クライアント端末１０１〜１０３では、Ｗｅｂブラウザ（インターネットブラウザ、ＷＷＷブラウザ、Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂの利用に供するブラウザ）等のプログラムを実行する環境が内蔵されている。

プリントサーバ１０４は、印刷する文書を識別する情報と、出力先プリンタを印刷リクエストと共にクライアント端末１０１〜１０３のＷｅｂブラウザから受ける。そして、認証サーバ１１２にそのリクエストの妥当性を確認し、認証サーバ１１２からユーザ情報を得る。そして、印刷指示を行うコマンドを含めたレスポンス画面をクライアント端末１０１〜１０３のＷｅｂブラウザに返す。プリントサーバ１０４は、認証サーバ１１２から取得したユーザ情報の中のプリンタユーザー名、ドメインを含めた印刷データの生成を開始する。

クライアント端末１０１〜１０３のＷｅｂブラウザは、指定のプリンタに対し受け取った印刷コマンドを発行する。

プリンタ１０５〜１０８は、クライアント端末１０１〜１０３のＷｅｂブラウザから印刷コマンドを受けると、プリントサーバ１０４から印刷データを取得し、印刷を行う。

図２は、本発明の実施形態に係る印刷システムのクライアント端末１０１〜１０３、プリントサーバ１０４とプリンタ１０５〜１０８のハードウェア構成図である。

図２において、２０２は装置全体の制御を行うＣＰＵであり、ハードディスク（ＨＤＤ）２０５に格納されているアプリケーションプログラム、ＯＳ等を実行し、ＲＡＭ２０３にプログラムの実行に必要な情報、ファイル等を一時的に格納する制御を行う。

２０４は記憶手段としてのＲＯＭであり、内部には、基本Ｉ／Ｏプログラム等のプログラム、印刷処理の際に使用する印刷データ、プリンタ情報等の各種データを記憶する。

２０３は一時記憶手段としてのＲＡＭであり、ＣＰＵ２０２の主メモリ、ワークエリア等として機能する。２０５は外部記憶手段の一つであり、大容量メモリとして機能するハードディスク（ＨＤＤ）である。Ｗｅｂブラウザ等のアプリケーションプログラム、プリントサーバプログラム、ＯＳ、関連プログラム等を格納している。

２０６は表示手段であるディスプレイであり、キーボード２０７から入力したコマンドや、プリントサーバ１０４に入稿された文書情報等を表示したりするものである。

２０８は外部装置Ｉ／Ｆであり、プリンタ、ＵＳＢ機器、周辺機器を接続するためのＩ／Ｆである。

２０７は指示入力手段であるキーボードである。

２０１はシステムバスであり、印刷システムのプリントサーバ内におけるデータの流れを司るものである。

２０９はネットワークインタフェースカード（ＮＩＣ）であり、該インタフェース２０９、ネットワーク１０９〜１１１を介して外部装置とのデータのやり取りを行う。なお、上記コンピュータの構成はその一例であり、図２の構成例に限定されるものではない。例えば、データやプログラムの格納先は、その特徴に応じてＲＯＭ、ＲＡＭ、ＨＤＤなどで変更することも可能である。また、２０９はプリンタ１０５〜１０８のコントローラであり、プリンタの制御系を司る機器である。

２１０は装置全体の制御を行うＣＰＵであり、システムバス２１８に接続される各種デバイスとのアクセスを統括的に制御する。この制御は、ＲＯＭ２１２に記憶された制御プログラム等あるいはディスクコントローラ（ＤＫＣ２１６）を介して接続された外部メモリ２２３に記憶された制御プログラムやリソースデータ（資源情報）等に基づく。

２１１はＣＰＵ２１０の主メモリ、ワークエリア等として機能するＲＡＭで、図示しない増設ポートに接続されるオプションＲＡＭによりメモリ容量を拡張することができるように構成されている。

２１３は大容量メモリとして機能する外部記憶手段であり、プルプリントアプリケーションプログラム、バッチプリントアプリケーションプログラム、認可トークン取得アプリケーションプログラム及び関係プログラム等を格納している。

２２１は操作パネル（操作部）でプルプリントの操作を行うユーザインタフェースやプルプリント切り替えボタンが配置される。また、プリンタ１０５〜１０８の動作モード等の設定やプリンタ１０５〜１０８の動作状況の表示、複写指定等の操作を行うためのボタンおよび液晶パネルやＬＥＤ２１４等の表示部も配置される。

２１９は、ネットワークインタフェースカード（ＮＩＣ）であり、該インタフェース２１９を介して外部装置とのデータのやり取りを行う。

なお、本図で示したプリントエンジン２２０は既知の印刷技術を利用するものであり、好適な実施系として例えば電子写真方式（レーザービーム方式）やインクジェット方式、昇華方（熱転写）方式等が挙げられる。

２１５のラスタコントローラは、ＰＤＬ言語・ＰＤＦ言語である印刷データを画像データに変換するコントローラである。２１７の機器Ｉ／Ｆは、ＵＳＢ等で接続可能な外部機器との接続Ｉ／Ｆである。

図３は、本発明の実施形態に係る印刷システムのシステム構成図である。

プリントサーバ１０４は、他サービス、または他プログラムから投入される各ユーザの文書データや後述する文書情報５０１、印刷ジョブ情報５１１、バッチ印刷ジョブ情報５２１、各プリンタのプリンタ情報５３１をストレージ３０７に管理する。印刷データのデータフォーマットは、ＰＤＦ等の形式である。

また、ストレージ３０７はプリントサーバ１０４の情報処理装置に内蔵するＨＤＤまたは、外部接続しているＨＤＤ、または、ネットワークストレージ等の記憶装置である。

また、プリントサーバ１０４は、Ｗｅｂブラウザ３０１、バッチプリントアプリケーション３０８からＷｅｂアプリケーション３０２を介し印刷リクエストを受けると、指定の文書データをストレージ３０７から取得する。そして、印刷データ生成サービス３０６にその文書データを送る。

印刷データ生成サービス３０６では、文書データをプリンタが解釈できるデータフォーマットの印刷データに変換し、プリントサーバ１０４に送る。

次に、Ｗｅｂアプリケーション３０２は、クライアント端末１０１〜１０３に動作しているＷｅｂブラウザ３０１で表示可能なＷｅｂページを作成し、Ｗｅｂブラウザ３０１からのリクエストに応答し、作成したＷｅｂページを返信する。

また、プリンタ１０５〜１０８内にあるバッチプリントアプリケーション３０８からのバッチ印刷に関するリクエストを受けると、その応答をＸＭＬの応答メッセージを作成し応答する。

次に、Ｗｅｂサービス３０３は、プリンタ１０５〜１０８のプルプリントアプリケーション３０４からの印刷データ取得リクエストを受けると、リクエストの妥当性を認証サービス３１０に確認する。確認が取れるとプリントサービス３０５にそのリクエストを送る。Ｗｅｂサービス３０３は、プリントサービス３０５から応答として印刷データが含まれるデータストリームを受け取ると、その中から一部の印刷データを読み込み、その一部のデータをプリンタ１０５〜１０８からのリクエストのレスポンスに返し続ける。印刷データのすべてをプリンタ１０５〜１０８に送るまで繰り返す。

また、プリンタ１０５〜１０８から印刷処理における印刷ジョブの完了通知を受け取る。プリンタ１０５〜１０８のプルプリントアプリケーション３０４は、Ｗｅｂブラウザ３０１から印刷リクエストを受け付ける。プルプリントアプリケーション３０４は、印刷リクエストを受けるとプリントサーバ１０４のＷｅｂサービス３０３から印刷データを取得し、プリンタ１０５〜１０８で印刷を行う。

次に、バッチプリントアプリケーション３０８は、後述する図１１の画面で登録されているバッチプリント実行時間になると、プリントサービス３０５からバッチプリントするジョブリストを取得し、プルプリントアプリケーション３０４に対し、印刷を実行する。

次に、認証トークン取得アプリケーション３０９は、プルプリントアプリケーション３０４、または、バッチプリントアプリケーション３０８がＷｅｂサービス３０３、または、Ｗｅｂアプリケーション３０２にアクセスするとき、それぞれのアプリケーションに適したロールの認可トークンを認証サービス３１０から取得しそれぞれのアプリケーションに返す。

認証サービス３１０は、認可トークンを認証サービス３１０からの認可トークン生成リクエストに対し、指定のロールの認可トークンを生成し返す。また、Ｗｅｂサービス３０３、または、Ｗｅｂアプリケーション３０２からの認可トークンの妥当性チェックリクエストに対し、妥当性を確認しその結果を返す。また、認可トークン、または認証トークンに紐づく認証・認可情報７１１やユーザ情報７０１を返す。

また、プリントサービス３０５、印刷データ生成サービス３０６、Ｗｅｂアプリケーション３０２、Ｗｅｂサービス３０３はそれぞれ独立したプログラムであり、それぞれ別々の情報処理装置に配置することが可能である。これらのプログラムはそれぞれネットワークに繋がった情報処理装置に配置し、それぞれのプログラム間で通信を行う。またこれらのプログラムを同情報処理装置に配置することも可能である。

図４は、本発明の実施形態に係る印刷システムのソフトウェア構成図であり、図５は印刷システムが管理するデータ構成図である。また、図６は印刷システムがストレージ３０７に保持する各データの構成階層図である。また、図７は認証サービス３１０が管理する認証データ構成図である。図４、５、６、７を用いて、他サービスまたは他プログラムから印刷システムへの文書入稿と、Ｗｅｂブラウザ３０１をユーザが操作して入稿を受けた文書の印刷を行う印刷システムの処理、印刷システムが定刻になると行うバッチプリント処理について説明する。

他サービスまたは他プログラムが、文書データをプリントサーバ１０４に位置するＷｅｂサービス３０３に送信する。Ｗｅｂサービス３０３はその文書データを文書データ受信部４１０で受信すると、とＷｅｂサービス３０３のトークン確認部４０９はそのリクエストに付随する認可トークンを認証サービス３１０にわたし、このトークンの妥当性を認証サービス３１０で検証する。

認証サービス３１０は、認証・認可情報７１１のトークン７１２に一致するトークンであるか確認し、一致するトークンであればリクエスト元アプリケーションが処理してよいロール７１５であるかを検証する。妥当であると判断するとリクエスト元アプリケーションであるＷｅｂサービス３０３にその結果を返す。

Ｗｅｂサービス３０３では、妥当であると判断されたリクエストであれば、認証サービス３１０からユーザー情報７０１の各情報を受け取る。ユーザー情報７０１については後述する。Ｗｅｂサービス３０３は、認証サービス３１０でトークンの妥当性が確認されると、認証サービス３１０からユーザー情報７０１を受け取る。Ｗｅｂサービス３０３は、受け取ったユーザー情報７０１と文書データをプリントサービス３０５の文書データ管理部４０１に送信する。

プリントサービス３０５の文書データ管理部４０１が受信した文書データをテナントＩＤ７０６、ユーザーＩＤ７０３をもとにストレージ３０７の図６で示す各データの構成階層の文書データ６０４に保存する。更にその文書の文書情報５０１として、文書名５０３と文書ＩＤ５０２と、文書のステータス５０４と文書の受付日５０５とストレージ３０７に保存する文書データのパスを示す文書保存パス５０６をストレージ３０７に保存する。

ステータス５０４は「受信中」「受信エラー」「待機中」「印刷待機中」「印刷待ち」「印刷中」「印刷終了」「印刷エラー」「キャンセル終了」等がある。文書保存パス５０６は、図６で示す各データの構成階層図の文書データ６０４を示す階層パスから構成される。

ここで、印刷システムのストレージ３０７の各データの構成の説明をする。データ構成は、まず、認証サービス３１０のユーザー情報７０１のテナントＩＤ７０６で識別できるテナントＩＤ階層６０１ある。更にその中に、ユーザＩＤ７０３で識別できるユーザＩＤ階層６０３と、プリントサービス３０５のプリンタ情報管理部４０３が管理するプリンタ情報５３１のプリンタＩＤ５３３で識別できるプリンタＩＤ階層５２１の階層構成となる。

プリントサービス３０５を構成する４０１，４０２，４０３の各管理部は、３０２、３０３の各Ｗｅｂインタフェース経由でくるリクエストに対し、ユーザ情報７０１のテナントＩＤ７０６、ユーザＩＤ７０３を取得し、その各ＩＤが示す階層構成の５０１、５１１、５２１、５３１、６０４、６０５の各データおよび情報にアクセスする。

次にＷｅｂブラウザ３０１をユーザが操作して文書の印刷を行う印刷システムの処理について説明する。

Ｗｅｂブラウザ３０１から印刷するプリンタＩＤと文書ＩＤが指定された印刷リクエストが来ると、Ｗｅｂアプリケーション３０２のリクエスト受付部４０７が受信する。Ｗｅｂアプリケーション３０２のトークン確認部４０５はそのリクエストに付随する認証トークンを認証サービス３１０に渡し、このトークンの妥当性を認証サービス３１０で検証する。

認証サービス３１０は、認証・認可情報７１１のトークン７１２に一致するトークンであるか確認し、一致するトークンであればリクエスト元アプリケーションが処理してよいロール７１５であるかを検証する。妥当であると判断するとリクエスト元アプリケーションであるＷｅｂアプリケーション３０２にその結果を返す。Ｗｅｂアプリケーション３０２では、妥当であると判断されたリクエストであれば、認証サービス３１０からユーザー情報７０１の各情報を受け取る。ここで、ユーザー情報７０１は、ユーザー名７０２と、ユーザーを識別するユーザＩＤ７０３と、そのユーザーがプリンタに登録しているプリンタのユーザー名、ドメインと紐づけて登録するプリンタユーザー名７０４、プリンタドメイン７０５から構成される。更にプリンタユーザー名７０４、プリンタドメイン７０５は、ローカル認証サーバ（不図）のユーザー情報で管理されるプリンタと認証サービス３１０で管理するユーザー情報７０１を紐付けるための情報である。

プリンタは通常このプリンタユーザー名７０４、プリンタドメイン７０５で印刷ジョブを扱う。プリンタの操作パネル２２１で表示する印刷ジョブ情報はこのプリンタユーザー名７０４で表示される。

Ｗｅｂアプリケーション３０２では、認証サービス３１０からユーザー情報７０１を受け取ると、セッション管理部４０６でそのリクエストに対するセッションを作成する。また、Ｗｅｂアプリケーション３０２は印刷リクエストをプリントサービス３０５の文書データ管理部４０１に印刷を行うプリンタＩＤと文書ＩＤ、ユーザー情報７０１を送る。

文書データ管理部４０１では、ユーザー情報７０１とプリンタＩＤをプリンタ情報管理部４０３に渡す。プリンタ情報管理部４０３は受け取ったとテナントＩＤ７０６からストレージ３０７のテナントＩＤ階層６０１を特定し、プリンタ情報５３１からプリンタＩＤに一致するプリンタＩＤ５３３を特定し、プリンタ情報５３１を文書データ管理部４０１に渡す。

ここで、プリンタ情報５３１はユーザーが指定するプリンタ名５３２とそのプリンタと特定するプリンタＩＤ５３３と、プリンタの製品モデルをあらわすモデル名５３４からなる。更に、後述するＷｅｂブラウザ３０１がプリンタに印刷リクエストを出すときにアクセスするためのＩＰアドレス５３５から構成される。

プリンタ情報５３１を受け取った文書データ管理部４０１はユーザー情報７０１からストレージ３０７のテナントＩＤ階層６０１とユーザＩＤ階層６０２を特定し、文書情報５０１の文書保存パス５０６を取得する。

文書データ管理部４０１は、取得した文書保存パス５０６とユーザー情報７０１とプリンタ情報５３１を印刷ジョブ情報管理部４０２に渡す。印刷ジョブ情報管理部４０２では、印刷ジョブＩＤ５１２を生成し、ユーザー情報７０１からストレージ３０７のテナントＩＤ階層６０１とプリンタＩＤ階層６０２を特定し印刷ジョブ情報５１１を登録する。

ここで、印刷ジョブ情報５１１には、印刷ジョブを特定する印刷ジョブＩＤ５１２とステータス５１３と印刷開始時間５１４と文書データ管理部４０１から取得したプリンタ情報５３１のプリンタＩＤ５３３がある。更に、ユーザー情報７０１のユーザーＩＤ７０３と後述の印刷データ生成サービス３０６が生成し受け取った印刷データ６０５を保存する印刷データ保存パス５２７とユーザー情報７０１のプリンタユーザー名７０４、プリンタドメイン７０５から構成される。

また、印刷ジョブ情報５１１は印刷リクエスト順に情報を保持するリストであり、印刷スケジュール順を管理するリストである。印刷ジョブ情報管理部４０２は、このリストに印刷ジョブ情報５１１を登録後、文書データ管理部４０１を介してＷｅｂアプリケーション３０２に印刷リクエストの応答を返す。この応答には印刷ジョブＩＤ５１２が含まれる。

Ｗｅｂアプリケーション３０２は、この応答を決起に、Ｗｅｂブラウザ３０１を介してプリンタ１０３〜１０５のプルプリントアプリケーション３０４に印刷リクエストを行う。このとき、印刷ジョブＩＤ５１２とプリンタＩＤ５３３とテナントＩＤ７０６を印刷リクエストで渡す。

ここで、プリントサービス３０５の印刷ジョブ情報管理部４０２は、印刷ジョブ情報５１１のリストで、印刷スケジュール順の先頭になった印刷ジョブに対する文書データ６０４を取得する。詳しくは、文書データ管理部４０１から受け取った文書保存パス５０６をもとに、ストレージ３０７から文書データ６０４を取得する。そして、プリンタ情報５３１のモデル名５３４、ユーザー情報７０１のプリンタユーザー名７０４、プリンタドメイン７０５とともに、印刷データ生成サービス３０６の印刷データ生成部４０４に送る。

印刷データ生成部４０４では、受け取った文書データをプリンタモデルに対応したプリンタが解釈できる印刷データを生成する。この印刷データの生成には、プリンタユーザー名７０４、プリンタドメイン７０５を印刷データに含めて生成する。生成した印刷データをプリントサービス３０５の印刷ジョブ情報管理部４０２に送る。印刷ジョブ情報管理部４０２では、印刷ジョブ情報５１１の印刷データ保存パス５１７に保存する。

プルプリントアプリケーション３０４は、Ｗｅｂサービス受付部４２０でＷｅｂブラウザ３０１からの印刷リクエストを受信する。そして、その旨プルプリントコントローラ４２３に通知する。通知を受けたプルプリントコントローラ４２３は、トークン生成要求部４２６を介して、認可トークン取得アプリケーション３０９に認可トークン生成要求を送る。この要求にはプルプリントアプリケーション用のロールを指定し要求する。認可トークン取得アプリケーション３０９の要求受付部４４１がプルプリントアプリケーション３０４からのトークン生成要求を受けると、指定されたロール情報と共に認証トークン取得部４４０が認証サービス３１０に認可トークンの生成を依頼する。ここで、認証サービス３１０はプルプリントアプリケーション３０４のロール７１５の場合、ユーザーログインされた結果のトークンでないため、ユーザーＩＤ７１３情報が存在しない、アプリケーションＩＤ７１４が存在するトークンを生成する。

認可トークン取得アプリケーション３０９は、認証サービス３１０からトークンを取得し、プルプリントアプリケーション３０４にそのトークンを送る。プルプリントアプリケーション３０４のプルプリントコントローラ４２３は、認可トークン取得アプリケーション３０９から認可トークンを受け取ると、印刷ジョブ取得部４２２対し、プリントサーバ１０４への印刷ジョブ取得指示を行う。印刷ジョブ取得部４２２は認可トークンと印刷ジョブＩＤ５１２とプリンタＩＤ５２５とテナントＩＤ７０６を含めた印刷ジョブ取得要求をプリントサーバ１０４のＷｅｂサービス３０３に送る。

Ｗｅｂサービス３０３のトークン確認部４０９はそのリクエストに付随する認可トークンを認証サービス３１０に渡し、このトークンの妥当性を認証サービス３１０で検証する。認証サービス３１０は、認証・認可情報７１１のトークン７１２に一致するトークンであるか確認し、一致するトークンであればリクエスト元アプリケーションが処理してよいロール７１５であるかを検証する。妥当であると判断するとリクエスト元アプリケーションであるＷｅｂサービス３０３にその結果を返す。更にトークン確認部４０９は、認可トークンを認証サービス３１０に送り、認可トークンに対するアプリケーションＩＤ７１４を取得する。トークン確認部４０９はＷｅｂサービス３０３で認識している不図のアプリケーションＩＤとアプリケーションＩＤ７１４が一致することを確認する。一致しない場合はエラーとしてプルプリントアプリケーション３０４に印刷ジョブを渡さない。Ｗｅｂサービス３０３は、アプリケーションＩＤが一致することを確認すると、その印刷ジョブ取得要求をプリントサービス３０５に送る。

プリントサービス３０５の印刷ジョブ情報管理部４０２では、Ｗｅｂサービス３０３からの印刷ジョブ要求を受け取る。そして、Ｗｅｂサービス３０３を介して取得したテナントＩＤ７０６とプリンタＩＤ５２５でストレージ３０７のテナントＩＤ階層６０１とプリンタＩＤ階層６０３を特定する。また、印刷ジョブＩＤ５１２で、印刷ジョブ情報５１１から指定の印刷ジョブの印刷ジョブＩＤに一致する印刷ジョブ情報を取得する。また、印刷ジョブ情報管理部４０２は取得した印刷ジョブ情報の印刷データ保存パス５１７を参照し、印刷データ６０５を取得し、Ｗｅｂサービス３０３に印刷データ６０５を送る。

上記が、ユーザーログインがない認可トークンでアクセスするプルプリントアプリケーション３０４からの要求に対し印刷ジョブを特定するプリントサービス３０５の仕組みになる。

Ｗｅｂサービス３０３の印刷ジョブ送信部４１１は、前述したようにプリントサービス３０５の印刷ジョブ情報管理部４０２への印刷ジョブ取得要求の応答に印刷データが含まれるデータストリームを受け取る。そして、その中から一部の印刷データを読み込み、その一部のデータをプリンタ１０５〜１０８のプルプリントアプリケーション３０４の印刷ジョブ取得部４２２からのジョブ取得要求の応答に返し続ける。

印刷データのすべてをプルプリントアプリケーション３０４に送るまで繰り返す。プルプリントアプリケーション３０４は、Ｗｅｂサービス３０３から印刷データの一部を印刷ジョブ取得部４２２で受信し始めるとその印刷データを印刷ジョブ送信部４２４を介し、不図のプリンタのコントローラに印刷データを送り、プリンタは印刷を開始する。印刷制御部４２５はプリンタのコントローラを監視し、印刷ジョブの完了を検知する。印刷の完了を検知すると印刷制御部４２５は、Ｗｅｂサービス送信部４２１を介し、Ｗｅｂサービス３０３の印刷ステータス受信部４１２に印刷完了を通知する。この通知には、印刷ジョブＩＤ５１２とプリンタＩＤ５３３とテナントＩＤ７０６と完了ステータスが含まれる。

印刷ステータス受信部４１２は、印刷完了通知を受け取るとプリントサービス３０５の印刷ジョブ情報管理部４０２に印刷ジョブＩＤ５１２とプリンタＩＤ５３３とテナントＩＤ７０６と完了ステータスとともに完了通知を送る。

印刷ジョブ情報管理部４０２は、受け取ったテナントＩＤ７０６とプリンタＩＤ５２５でストレージ３０７のテナントＩＤ階層６０１とプリンタＩＤ階層６０３を特定し、更にジョブＩＤ５１２で印刷ジョブ情報５１１を特定する。そして、印刷ジョブ情報管理部４０２は、印刷ジョブ情報５１１のステータス５１３に取得した完了ステータスを登録し、文書データ管理部４０１にテナントＩＤ７０６とジョブＩＤ５１２と印刷ジョブ情報５１１のユーザーＩＤ５１６と共に完了ステータスに送る。

文書データ管理部４０１は、受け取ったテナントＩＤ７０６とユーザーＩＤ５１６でストレージ３０７のテナントＩＤ階層６０１のユーザーＩＤ階層６０２を特定し、ユーザーＩＤ５１６に一致する文書情報５０１のステータス５０４を完了ステータスに更新する。

ここまでが、Ｗｅｂブラウザ３０１をユーザが操作して文書の印刷を行う印刷システムの処理の説明である。詳しくは、プリントサービス３０５が、ユーザー認証された入稿された文書データをプリンタユーザー名、ドメインを含んだ印刷データを作成する。そして、ユーザーログインされないプリンタ１０３〜１０８のプリプリントアプリケーション３０４からの印刷ジョブ取得要求に対し、要求元プリプリントアプリケーション３０４のロール７１５とアプリケーションＩＤ７１４の妥当性確認を行う。更に、テナントＩＤ７０６、ジョブＩＤ５１２、プリンタＩＤ５３３で印刷データ６０５を特定し、プリプリントアプリケーション３０４に印刷データ６０５を送信する仕組みの説明となる。この仕組みによりユーザー情報を意識しないプリプリントアプリケーション３０４からのユーザー所有の印刷データ要求に対し、印刷データを特定するできることによりセキュリティを下げない印刷システムが実現できる。

次に、印刷システムが定刻になると行うバッチプリント処理について説明する。Ｗｅｂブラウザ３０１をユーザが操作して文書の印刷を行う印刷システムの処理と同等の処理に関しては説明を省略する。

バッチプリント処理では、プリントサービス３０５は文書入稿時、他サービス、または他プログラムから文書データ受け取りとともに印刷を行うプリンタＩＤ５３３を受け取る。プリントサービス３０５は、文書入稿のリクエストを受けた場合は、前述したに認証サービス３１０で認証トークンの妥当性を確認し、さらにユーザー情報７０１を取得する。そしてプリントサービス３０５の文書データ管理部４０１は、受け取った文書データをストレージ３０７の文書データ６０４に保存する。文書データ管理部４０１は、受け取ったプリンタＩＤ５３３が存在するかプリンタ情報管理部４０３に確認し、印刷ジョブ情報管理部４０２に文書保存パス５０６とユーザー情報７０１とプリンタ情報５３１を印刷ジョブ情報管理部４０２に渡す。

印刷ジョブ情報管理部４０２では、印刷ジョブＩＤ５１２を生成し、ストレージ３０７のプリンタＩＤ階層６０２にバッチ印刷ジョブ情報５２１を登録する。ここで、バッチ印刷ジョブ情報５２１は印刷ジョブ情報５１１と同等の情報構成となるが、バッチ印刷ジョブ情報５２１にはバッチプリントのジョブ情報だけ保持されている。

ここで、図１１はバッチアプリケーション３０８のバッチプリント開始時刻設定画面１１０１の画面例となる。

バッチプリント開始時刻設定画面１１０１では、定期処理１１０２の設定でバッチ開始時刻の定期実行のタイミングを設定することができる。設定項目としてはバッチ開始時刻と終了時刻とバッチ実行間隔となり、開始と終了時刻内にバッチ実行間隔ごとにバッチアプリケーション３０８はバッチプリント処理を実行する。

また、定時処理１１０３の設定では、指定の時刻になると１回バッチアプリケーション３０８がバッチプリント処理を実行する設定が可能である。設定情報はバッチ印刷管理部４４３で管理する。また、バッチ時刻管理部４３４は、設定された時刻を検知し、指定の実行時時刻になるとその旨バッチプリントコントローラ４３２に通知する。

バッチプリントコントローラ４３２は、バッチ時刻管理部４３４からバッチ開始を通知されるとトークン生成部要求部４３５を介して認可トークン取得アプリケーション３０９に認可トークン作成依頼を出す。

続いて、認可トークン取得アプリケーション３０９は、認証サービス３１０にバッチアプリケーション３０８用のロール７１５の認可トークンの作成依頼を出す。ここで、認証サービス３１０はバッチプリントアプリケーション３０８用のトークンとしてユーザー情報７０１に紐づいた、アプリケーションＩＤ７１４が存在するトークンを生成する。認可トークン取得アプリケーション３０９は、認証サービス３１０からトークンを取得し、バッチプリントアプリケーション３０８にそのトークンを送る。

バッチプリントアプリケーション３０８のバッチプリントコントローラ４３２は、認可トークン取得アプリケーション３０９から認可トークンを受け取ると、印刷ジョブリスト取得部４３０対し、Ｗｅｂアプリケーション３０２への印刷ジョブリスト取得指示を行う。このとき、バッチプリントアプリケーション３０８はプリンタＩＤ５２５をＷｅｂアプリケーション３０２に送る。

バッチプリントアプリケーション３０８からの要求をＷｅｂアプリケーション３０２はリクエスト受付部４０７で受ける。その要求をトークン確認部４０５が認証サービス３１０に対しトークンの妥当確認依頼を行う。認証サービス３１０では、バッチプリントアプリケーション３０８のロールとして妥当なトークンか確認を行う。また、トークン確認部４０５は、Ｗｅｂアプリケーション３０２で認識している不図のアプリケーションＩＤとアプリケーションＩＤ７１４が一致することを確認する。

更に、Ｗｅｂアプリケーション３０２は認証サービス３１０からテナントＩＤ７０６を取得する。Ｗｅｂアプリケーション３０２は、テナントＩＤ７０６とプリンタＩＤ５２５をプリントサービス３０５の印刷ジョブ情報管理部４０２に渡す。

印刷ジョブ情報管理部４０２では、テナントＩＤ７０６とプリンタＩＤ５２５をもとにストレージ３０７のテナントＩＤ階層６０１とプリンタＩＤ階層６０２を特定しバッチ印刷ジョブ情報５２１を取得する。このバッチ印刷ジョブ情報５２１のバッチ印刷ジョブＩＤ５２２のリストをＷｅｂアプリケーション３０２で、バッチプリントアプリケーション３０８に返す。

次にバッチプリントアプリケーション３０８は取得したバッチ印刷ジョブＩＤ５２２のリストのバッチ印刷ジョブＩＤ５２２と、プリンタＩＤ５２５をＷｅｂアプリケーション３０２に渡し、バッチ印刷処理を行う。Ｗｅｂアプリケーション３０２はトークン妥当性確認と、アプリケーションＩＤ７１４の確認とユーザー情報７０１の取得を認証サービス３１０に行い、プリントサービス３０５の印刷ジョブ情報管理部４０２に印刷要求を出す。

印刷ジョブ情報管理部４０２では印刷データ生成部４０４に印刷データ生成依頼をだし、Ｗｅｂアプリケーション３０２に応答を返す。更に応答を受けたＷｅｂアプリケーション３０２は、バッチプリントアプリケーション３０８に印刷指示を行うコマンドを含めたレスポンスを返す。バッチプリントアプリケーション３０８は前述のＷｅｂブラウザ３０１と同様に印刷コマンドをプルプリントアプリケーション３０４に送る。

これ以降、Ｗｅｂブラウザ３０１をユーザが操作して文書の印刷を行う印刷システムの処理で説明した処理と同様の処理を行う。以上が印刷システムが定刻になると行うバッチプリント処理についての説明となる。

次に、図８でＷｅｂブラウザ３０１をユーザが操作して文書の印刷を行う印刷システムの処理シーケンスについて説明する。

Ｓ８０１でクライアント端末１０１のＷｅｂブラウザ３０１にユーザーが印刷実行の操作を行うと、Ｓ８０２でクライアント端末１０１のＷｅｂブラウザ３０１がプリントサーバ１０４に認証トークンと文書ＩＤ５０２、プリンタＩＤとともに印刷要求を行う。

Ｓ８０２でプリントサーバ１０４は認証サービス３１０にユーザー情報７０１取得を行う。

Ｓ８０４で認証サービス３１０がユーザー情報７０１をプリントサーバ１０４に送る。

Ｓ８０５でプリントサーバ１０４は、指定されたプリンタＩＤがプリンタ情報５３１のプリンタＩＤ５３３に存在するかを確認し、存在する場合は、Ｓ８０６で印刷ジョブＩＤ５１２を生成する。

Ｓ８０７で、プリントサーバ１０４は印刷ジョブ情報５１１を登録し、Ｓ８０８で、Ｗｅｂブラウザ３０１に印刷ジョブＩＤ５１２、ユーザー情報７０１のテナントＩＤ７０６、プリンタＩＤ５３３を含めた印刷コマンドを返す。

更に、プリントサーバ１０４はＳ８０９で、ユーザー情報７０１のプリンタユーザー名７０４、プリンタドメイン７０５を含めた印刷データの生成を開始する。

次にＳ８１０で、Ｗｅｂブラウザ３０１がプルプリントアプリケーション３０４に印刷要求を送ると、Ｓ８１１でプルプリントアプリケーション３０４は、認可トークン取得アプリケーション３０９に認可トークン生成要求を行う。

更にＳ８１２で認可トークン取得アプリケーション３０９が認証サービス３１０に認可トークン生成要求を行う。Ｓ８１３認証サービス３１０が認可トークンを認可トークン取得アプリケーション３０９に返し、Ｓ８１４で認可トークン取得アプリケーション３０９が認可トークンをプルプリントアプリケーション３０４に返す。

Ｓ８１５で、プルプリントアプリケーション３０４は、印刷ジョブＩＤ５１２、ユーザー情報７０１のテナントＩＤ７０６、プリンタＩＤ５３３とともにプリンタプリントサーバ１０４に印刷データ要求を行う。

Ｓ８１６で、プリントサーバ１０４は、認証サービス３１０に対し認可トークンの妥当性確認を行う。

Ｓ８１７で、認証サービス３１０から確認結果をプリントサーバ１０４が受け取ると、続いてＳ８１８で、プリントサーバ１０４は認証サービス３１０に対し、認証・認可情報７１１を取得する。

Ｓ８１９で、認証サービス３１０は、認証・認可情報７１１をプリントサーバ１０４に送る。

Ｓ８２０で、プリントサーバ１０４は、認証・認可情報７１１のアプリケーションＩＤ７１４とプリントサーバ１０４が認識しているアプリケーションＩＤが一致することを確認する。

Ｓ８２１で、プリントサーバ１０４は印刷データの特定を取得した印刷ジョブＩＤ５１２、ユーザー情報７０１のテナントＩＤ７０６、プリンタＩＤ５３３をもとに行う。そして、特定した印刷データをＳ８２２で、プルプリントアプリケーション３０４に印刷データを送信する。

Ｓ８２３で、プリンタ１０５〜１０８で印刷を行う。印刷完了をプルプリントアプリケーション３０４が検知するとＳ８２３で、プルプリントアプリケーション３０４からプリントサーバ１０４に印刷完了通知を出す。

以上が、Ｗｅｂブラウザ３０１をユーザが操作して文書の印刷を行う印刷システムの処理シーケンスの説明となる。

次に、図９で他サービスまたは他プログラムからプリントサーバ１０４にバッチプリントを行う文書入稿の処理シーケンスについて説明する。

Ｓ９０１で、他サービスまたは他プログラムから認可トークンと文書データ、プリンタ名とともの文書入稿要求をプリントサーバ１０４が受ける。

そして、Ｓ９０２で、プリントサーバ１０４は、認証サービス３１０に認可トークンの妥当性の確認とともに、ユーザー情報７０１の取得要求を行う。

Ｓ９０３で、プリントサーバ１０４は、認証サービス３１０からユーザー情報７０１を取得すると、Ｓ９０４で、プリント情報５３１に登録されているプリンタであるかを確認し、Ｓ９０５で、バッチ印刷ジョブＩＤ５２２を作成する。更にＳ９０５で、バッチ印刷ジョブ情報５２１にバッチ印刷ジョブとして登録する。

次に図１０で印刷システムが定刻になると行うバッチプリント処理のシーケンスについて説明する。

Ｓ１００１で、バッチプリントアプリケーション３０８がバッチプリント開始時刻設定画面１１０１で設定されているバッチ印刷時刻になる。

そして、Ｓ１００２でバッチプリントアプリケーション３０８がプリントサーバ１０４に認可トークンとプリンタＩＤとともにバッチジョブリスト要求を行う。

Ｓ１００３でプリントサーバ１０４は認証サービス３１０に認可トークンの妥当性確認を行う。

Ｓ１００４で認証サービス３１０からプリントサーバ１０４に確認結果が送られると、Ｓ１００５でプリントサーバ１０４は認証サービス３１０に認証・認可情報７１１の取得を行う。

Ｓ１００６でプリントサーバ１０４は、認証・認可情報７１１のアプリケーションＩＤ７１４とプリントサーバ１０４が認識しているアプリケーションＩＤが一致することを確認する。

Ｓ１００７でプリントサーバ１０４は、認証サービス３１０にユーザー情報７０１の取得を行う。

Ｓ１００８で認証サービス３１０からプリントサーバ１０４にユーザー情報７０１が送られてくる。

そして、Ｓ１００９でプリントサーバ１０４はプリンタＩＤとユーザー情報７０１のテナントＩＤ７０６をもとにバッチ印刷ジョブ情報５２１を特定し、Ｓ１０１０でバッチプリントアプリケーション３０８にバッチジョブリストを送る。

Ｓ１０１１でバッチプリントアプリケーション３０８がプリントサーバ１０４にバッチ印刷要求を送ると、Ｓ１０１２で、プリントサーバ１０４は、ユーザー情報７０１のテナントＩＤ７０６、プリンタＩＤ５３３を含めた印刷コマンドを返す。

更に、プリントサーバ１０４はＳ１０１４で、ユーザー情報７０１のプリンタユーザー名７０４、プリンタドメイン７０５を含めた印刷データの生成を開始する。

次にＳ１０１３で、バッチプリントアプリケーション３０８がプルプリントアプリケーション３０４に印刷要求を送ると、Ｓ１０１５でプルプリントアプリケーション３０４は、認可トークン取得アプリケーション３０９に認可トークン生成要求を行う。

更にＳ１０１６で認可トークン取得アプリケーション３０９が認証サービス３１０に認可トークン生成要求を行う。

Ｓ１０１７で認証サービス３１０が認可トークンを認可トークン取得アプリケーション３０９に返し、Ｓ１０１８で認可トークン取得アプリケーション３０９が認可トークンをプルプリントアプリケーション３０４に返す。

Ｓ１０１９で、プルプリントアプリケーション３０４は、バッチ印刷ジョブＩＤ５２２、ユーザー情報７０１のテナントＩＤ７０６、プリンタＩＤ５３３とともにプリンタプリントサーバ１０４に印刷データ要求を行う。

Ｓ１０２０で、プリントサーバ１０４は、認証サービス３１０に対し認可トークンの妥当性確認を行う。

Ｓ１０２１で、認証サービス３１０から確認結果をプリントサーバ１０４が受け取ると、続いてＳ１０２２で、プリントサーバ１０４は認証サービス３１０に対し、認証・認可情報７１１を取得する。

Ｓ１０２３で、認証サービス３１０は、認証・認可情報７１１をプリントサーバ１０４に送る。

Ｓ１０２４で、プリントサーバ１０４は、認証・認可情報７１１のアプリケーションＩＤ７１４とＷｅｂサービス３０３が認識しているアプリケーションＩＤが一致することを確認する。

Ｓ１０２５で、プリントサーバ１０４はプルプリントアプリケーション３０４から取得したバッチ印刷ジョブＩＤ５２２、ユーザー情報７０１のテナントＩＤ７０６、プリンタＩＤ５３３をもとに印刷データの特定を行う。

そして、特定した印刷データをＳ１０２６で、プルプリントアプリケーション３０４に送信する。

Ｓ１０２７で、プリンタ１０５〜１０８で印刷を行う。

印刷完了をプルプリントアプリケーション３０４が検知するとＳ１０２８で、プルプリントアプリケーション３０４からプリントサーバ１０４に印刷完了通知を出す。

以上が、Ｗｅｂブラウザ３０１をユーザが操作して文書の印刷を行う印刷システムの処理シーケンスの説明となる。

以上が、本発明の印刷システムの説明になる。詳しくは、ユーザー情報を意識しないプリンタからのユーザー所有の印刷データ要求に対し、プリンタの要求に付随する認可トークンに対しロールとアプリケーションＩＤで要求に答えてよいかの妥当性を確認する。そして、テナントＩＤ、ジョブＩＤ、プリンタＩＤでそのプリンタに返す印刷データを特定することによりセキュリティを下げない印刷システムが実現できる。

１０１〜１０３ クライアント端末
１０４ プリントサーバ
１０５〜１０８ プリンタ
１０９〜１１１ ネットワーク

Claims (1)

1. クライアント端末（１０１〜１０３）からのユーザー操作による印刷要求、または、登録されている時刻になると、プリンタ（１０５〜１０８）内のバッチプリントアプリケーション（３０８）からバッチ印刷要求を受けるクラウド上のプリントサーバ（１０４）が、プリンタ（１０５〜１０８）からの印刷データ取得要求（Ｓ８１５、Ｓ１０１９）において印刷データを提供する印刷システムにおいて以下の特徴をもつ。
   プリントサーバ（１０４）が、ユーザー権限のトークン（７１２）とともに文書データ（６０８）を受け、テナントとユーザー単位に文書データ（６０８）を保存する手段（図６）、
   クライアント端末（１０１〜１０３）からの印刷要求において、ユーザ権限のトークン（７１２）とともに文書データ（６０８）に紐づく文書ＩＤ（５０２）をプリントサーバ（１０４）が受信すると、プリントサーバ（１０４）が、認証サービス（３１０）にトークン渡し、ユーザーＩＤ（７０３）、テナントＩＤ（７０６）を取得し、その文書データ（６０８）から印刷データ（６０５）とそれに紐づく印刷ジョブＩＤ（５１２、５２２）を生成する時に印刷データ（６０５）にプリンタユーザー名（７０４）を埋め込む手段、
   プリンタ（１０５〜１０８）がプリントサーバ（１０４）からの印刷要求をクライアント端末（１０１〜１０３）を介し受けると、認証サービス（３０１）からトークン（７１２）を取得する手段、
   取得したトークン（７１２）とともにプリンタ（１０５〜１０８）が、プリントサーバ（１０４）からクライアント端末（１０１〜１０３）を介し受ける印刷要求共に取得した印刷ジョブＩＤ（５１２、５２２）、テナントＩＤ（７０６）、プリンタＩＤ（５３３）を取得する手段、
   プリンタ（１０５〜１０８）が、トークン（７１２）、印刷ジョブＩＤ（５１２、５２２）、テナントＩＤ（７０６）、プリンタＩＤ（５３３）とともにプリントサーバ（１０４）に印刷ジョブ取得要求すると、プリントサーバ（１０４）が、印刷ジョブＩＤ（５１２、５２２）、テナントＩＤ（７０６）、プリンタＩＤ（５３３）に紐づく印刷データ（６０５）を特定し、プリンタ（１０５〜１０８）に送る手段を有することを特徴とする印刷システム。