JP5494855B2 - 情報処理システム及びプログラム - Google Patents

Description

本発明は、情報処理システム及びプログラムに関する。

これまでのプリントサービスは、組織(企業や学校など)単位で設置されるオンプレミス
型が一般的であった。オンプレミス型のプリントサービス（サーバ）は、その組織で閉じ
たシステムであるので、ユーザカウントとしてその組織固有のユーザＩＤ（ユーザ識別情
報：例えば社員番号）をそのまま用いることができる。そのため、組織固有のユーザＩＤ
を用いて、セキュリティプリントやプリントジョブの集計管理を容易に実現できた。

一方、近年、Google社が構想しているGoogle Cloud Print（商標）のように、インター
ネット上で提供されるクラウドプリントサービスが提案されている。ユーザはＰＣ等から
クラウドプリントサービスに当該サービスのユーザＩＤでログインし、ログイン後にクラ
ウドプリントサービスに印刷データを送る。そして、クラウドプリントサービスから画像
形成装置に対してインターネット等を経由してその印刷データを提供することで、印刷を
実現する。

クラウドプリントサービスは、オンプレミス型とは異なり、複数の組織や個人で共用さ
れるものであり、個々の組織とはまったく独立にユーザＩＤを割り当てる。クラウドプリ
ントサービスのユーザＩＤとして組織内のユーザＩＤと同じＩＤが取得できるとは限らな
い等の理由から、クラウドプリントサービスにてユーザ識別に用いられるユーザＩＤは、
個別の組織内で付与された組織固有のユーザＩＤとは一般に一致しない。クラウドプリン
トサービスは、印刷データに関して当該サービスにおけるユーザＩＤは把握しているが、
組織固有のユーザＩＤまでは把握しない。したがって、クラウドプリントサービスから印
刷データを画像形成装置に提供して印刷する場合、その印刷データには組織固有のユーザ
ＩＤが含まれていないので、画像形成装置がその印刷データに対して組織固有のユーザＩ
Ｄに基づくセキュリティプリントや集計管理を適用することはできない。

特許文献１は、ネットワークオペレーティングシステムごとのユーザＩＤが対応づけら
れていないことや、セントロニクスケーブル等のケーブル経由ではそもそもユーザＩＤ自
体が取得できないこと等に鑑み、それらいかなる状況でも印刷か均等の集計等を一元管理
するための仕組みを提案している。この仕組みでは、ユーザがプリンタドライバ画面から
「ユーザ名」「グループ名」「パスワード」を設定し、アプリケーションから印刷を開始
の指示を出す。すると、プリンタにデータが転送され、プリンタ内の管理システム制御部
がヘッダー部を解析することにより、ユーザ名、グループ名を認識し、パスワードを確認
する。登録されている使用可能なユーザ名リストとデータのユーザ名を比較する。使用可
能なユーザ名リストに転送されたデータのユーザ名が存在するか否かを判断し、存在した
場合は、プリンタで通常の印刷を行い、存在しない場合は、印刷処理を行わない。

特開平１０−２０７６６１号公報

クラウドプリントサービス等のプリントサービスシステムのユーザ管理では、当該シス
テムにおけるユーザ識別情報を管理するのみである。したがって、このプリントサービス
システムから所定の組織内部の画像形成装置に対して印刷データにユーザ識別情報として
送ることができるものがあるとすれば、それはプリントサービスシステムでのユーザ識別
情報であって、組織内部のユーザ識別情報ではない。

本発明は、第１の認証を行う情報システムに接続された画像形成装置が第２の認証を行
うプリントサービスシステムから印刷データを取得して印刷する場合において、その印刷
に関する処理を第１の認証におけるユーザ識別情報を用いて管理できるようにすることを
目的とする。

請求項１に係る発明は、第１の認証を行う第１のシステムに接続された画像形成装置に対してユーザ認証のためにユーザが入力した、前記第１のシステムでの前記ユーザの識別情報である第１情報を取得する第１情報取得手段と、第２の認証を行う第２のシステムでのユーザの識別情報である第２情報を取得する第２情報取得手段と、取得した前記第２情報を用いて前記第２のシステムにアクセスすることにより前記第２のシステム内の論理プリンタに対し前記取得した第１情報を含んだ設定情報を設定させると共に、前記論理プリンタに対して、前記論理プリンタの使用者の識別情報として、前記取得した第２情報を設定する設定手段と、前記第２のシステムの論理プリンタで生成された印刷対象の印刷データを受け取り、受け取った前記印刷データに設定された設定情報に含まれる前記第１情報を用いて前記印刷データの印刷処理を行うよう制御する制御手段と、前記論理プリンタに対し前記第１情報の削除指示を送信する削除指示送信手段と、を備える情報処理システムである。

請求項２に係る発明は、前記削除指示送信手段は、前記印刷データの印刷処理が完了した後に削除指示を送信する、ことを特徴とする請求項１に記載の情報処理システムである。

請求項３に係る発明は、前記削除指示送信手段は、前記画像形成装置における前記第１情報による認証が解除された場合に削除指示を送信する、ことを特徴とする請求項１に記載の情報処理システムである。

請求項４に係る発明は、前記設定手段はさらに、前記第２のシステムに対し論理プリンタを作成する作成指示を行うことを特徴とする請求項１に記載の情報処理システムである。

請求項５に係る発明は前記削除指示送信手段はさらに、前記第２のシステムに対し前記第１情報を含んだ前記設定情報が設定された前記論理プリンタを削除する指示を送信することを特徴とする請求項４に記載の情報処理システムである。
請求項６に係る発明は、第１の認証を行う第１のシステムに接続された画像形成装置に対してユーザ認証のためにユーザが入力した、前記第１のシステムでの前記ユーザの識別情報である第１情報を取得する第１情報取得手段と、第２の認証を行う第２のシステムでのユーザの識別情報である第２情報を取得する第２情報取得手段と、取得した前記第２情報を用いて前記第２のシステムにアクセスすることにより前記第２のシステム内の論理プリンタに対し前記取得した第１情報を含んだ設定情報を設定させると共に、前記論理プリンタに対して、前記論理プリンタの使用者の識別情報として、前記取得した第２情報を設定する設定手段と、前記第２のシステムの論理プリンタで生成された印刷対象の印刷データを受け取り、受け取った前記印刷データに設定された設定情報に含まれる前記第１情報を用いて前記印刷データの印刷処理を行うよう制御する制御手段と、前記論理プリンタに対し前記第１情報の削除指示を送信する削除指示送信手段と、を備える画像形成装置である。
請求項７に係る発明は、設定装置と画像形成装置とを有し、前記設定装置は、第１の認証を行う第１のシステムに接続された画像形成装置に対してユーザ認証のためにユーザが入力した、前記第１のシステムでの前記ユーザの識別情報である第１情報を取得する第１情報取得手段と、第２の認証を行う第２のシステムでのユーザの識別情報である第２情報を取得する第２情報取得手段と、取得した前記第２情報を用いて前記第２のシステムにアクセスすることにより前記第２のシステム内の論理プリンタに対し前記取得した第１情報を含んだ設定情報を設定させると共に、前記論理プリンタに対して、前記論理プリンタの使用者の識別情報として、前記取得した第２情報を設定する設定手段と、前記論理プリンタに対し前記第１情報の削除指示を送信する削除指示送信手段と、を備え、前記画像形成装置は、前記第２のシステムの論理プリンタで生成された印刷対象の印刷データを受け取り、受け取った前記印刷データに設定された設定情報に含まれる前記第１情報を用いて前記印刷データの印刷処理を行うよう制御する制御手段、を備える、ことを特徴とする情報処理システムである。
請求項８に係る発明は、コンピュータを、第１の認証を行う第１のシステムに接続された画像形成装置に対してユーザ認証のためにユーザが入力した、前記第１のシステムでの前記ユーザの識別情報である第１情報を取得する第１情報取得手段、第２の認証を行う第２のシステムでのユーザの識別情報である第２情報を取得する第２情報取得手段、取得した前記第２情報を用いて前記第２のシステムにアクセスすることにより前記第２のシステム内の論理プリンタに対し前記取得した第１情報を含んだ設定情報を設定させると共に、前記論理プリンタに対して、前記論理プリンタの使用者の識別情報として、前記取得した第２情報を設定する設定手段、前記第２のシステムの論理プリンタで生成された印刷対象の印刷データを受け取り、受け取った前記印刷データに設定された設定情報に含まれる前記第１情報を用いて前記印刷データの印刷処理を行うよう制御する制御手段、前記論理プリンタに対し前記第１情報の削除指示を送信する削除指示送信手段、として機能させるためのプログラムである。

請求項１、６、７又は８に係る発明によれば、第１の認証を行う情報システムに接続された画像形成装置が第２の認証を行うプリントサービスシステムから印刷データを取得して印刷する場合において、その印刷の処理を第１の認証におけるユーザ識別情報（第１情報）を用いて制御できる。また、削除指示送信手段が送信した削除指示により論理プリンタから第１情報が削除された後は、仮に他者、すなわち第１情報に対応するユーザ以外の人、がその論理プリンタを利用して印刷指示を行うことができたとしても、制御手段にてその印刷指示がその第１情報に対応するユーザのものとして認識され制御されることを防止できる。

請求項２に係る発明によれば、印刷データの印刷処理を第１情報に対応するユーザのものとして制御しつつも、その印刷データの印刷処理の完了後に論理プリンタから第１情報が削除された後は、他者によるその論理プリンタの利用が第１情報に対応するユーザのものと認識されることが防止される。

請求項３に係る発明によれば、第１情報による認証が成功してから解除されるまでの間は、複数の印刷データを印刷する場合でも、論理プリンタに対して何度も第１情報を含んだ設定情報を設定し直す必要がなくなる。

請求項４に係る発明によれば、第１情報に対応するユーザが指示した印刷データの印刷のための論理プリンタを第２のシステムに作成させることができる。
請求項５に係る発明によれば、印刷データの印刷のために生成した論理プリンタを削除することで、第１情報に対応するユーザ以外の人、がその論理プリンタを利用して印刷を行うことができないようにすることができる。

実施形態のシステム構成の一例を示す図である。 実施形態の画像形成装置の機能構成の一例を示す図である。 実施形態における印刷処理の流れの一部を示す図である。 実施形態における印刷処理の流れの一部を示す図である。 実施形態における印刷処理の流れの一部を示す図である。 変形例のシステム構成及び印刷処理の流れを示す図である。 変形例における仲介装置の機能構成の一例を示す図である。

図１を参照して、この実施形態のシステムの構成の一例を説明する。例示するシステム
は、ある会社の社内ネットワーク１００と、クラウドプリントサービス２００と、クラウ
ドレポジトリサービス３００とを含んでおり、これらはインターネット４００に接続され
ている。

社内ネットワーク１００は、例えばＬＡＮ（ローカルエリアネットワーク）として構成
されている。社内ネットワーク１００には、ＰＣ（パーソナルコンピュータ）、画像形成
装置１１０、集計装置１５０その他のサーバが接続されている。

ここで例示する会社は複数のユーザを含んだ「組織」の一例であり、社内ネットワーク
１００に接続されたＰＣ、画像形成装置１１０、集計装置１５０等が、その「組織」の内
部の情報システムを構成している。

画像形成装置１１０は、入力される印刷データを用紙に印刷する装置である。画像形成
装置１１０は、印刷機能以外の機能を備えていてもよい。例えば、画像形成装置１１０は
、印刷機能の他にスキャン機能、複写機能、ファックス送信機能、電子メール送信機能を
備える、いわゆるデジタル複合機であってもよい。図には画像形成装置１１０を１つしか
示していないが、社内ネットワーク１００には複数の画像形成装置１１０が接続されてい
てもよい。画像形成装置１１０は、自身のＵＩ（ユーザインタフェース）部１１２（図２
参照）で受け付けたユーザからの指示に応じて複写、スキャン、印刷等の処理を実行する
機能を持つ他に、社内ネットワーク１００内のコンピュータからの指示に応じて印刷等の
処理を実行する機能を持つ。また、画像形成装置１１０は、インターネット４００上のク
ラウドプリントサービス２００から印刷データを取得して印刷出力する機能を備える。

さて、会社に所属する各ユーザ（この場合は個人）は、それぞれその会社内で固有の（
すなわち会社内で一意な）ユーザＩＤ（以下「社内ＩＤ」と呼ぶ）を割り当てられている
。例えば社員番号等がその一例である。画像形成装置１１０は、社内ＩＤを用いてユーザ
認証を行うための機能を備えている。そして、当該装置を使用しようとするユーザに認証
情報の提示（例えばＵＩ部１１２からの社内ＩＤ及びパスワードの入力、あるいはＩＣカ
ード認証）を求め、この提示に応じてユーザ認証を行うことで、ユーザの社内ＩＤを特定
し、特定した社内ＩＤを、実行した処理の履歴（ログ）情報等に含めて、自装置内或いは
社内ネットワーク１００内の集計装置１５０等に記録する。記録された履歴情報は、社内
での画像形成装置１１０の利用状況の管理又は課金管理等のために、集計装置１５０によ
り集計される場合もある。集計は、例えば、個々の履歴情報に記録された社内ＩＤに基づ
いて、ユーザごと、或いはユーザが属する部門（会社内の部や課など）ごとに行われる。

クラウドプリントサービス２００は、インターネット等のネットワーク上で、ユーザに
対してプリントサービスを提供するシステムである。クラウドプリントサービス２００は
、一般的には複数のコンピュータからなるシステムであるが、単一のコンピュータにより
構成されていてもよい。例えばGoogle Cloud Printがクラウドプリントサービス２００の
一例である。

クラウドプリントサービス２００は、例えば、ユーザから印刷対象として指定された文
書データ（例えばワードプロセッサや表計算のソフトウエアで作成されている）を、画像
形成装置１１０で取扱可能なページ記述言語（例えばＰＤＦ（Portable Document Format
)、ＰｏｓｔＳｃｒｉｐｔ（登録商標））のデータ形式に変換する機能、受け付けた印刷
指示に対応する印刷ジョブを生成しその実行状態等を管理する機能（例えばキュー管理）
等を、ユーザに対して提供する。クラウドプリントサービス２００は、プリントサービス
のための諸機能を実現する論理プリンタ（プリンタオブジェクトとも呼ばれる）２１０を
生成し、管理する。論理プリンタ２１０には、その論理プリンタを利用する１以上のユー
ザが登録される。クラウドプリントサービス２００内には、一般に複数の論理プリンタ２
１０が保持されており、それら各論理プリンタ２１０は、それぞれ、自身に登録された１
以上のユーザにより利用される。

また、論理プリンタ２１０には、その論理プリンタのキューに保持された印刷ジョブを
出力する、物理的な画像形成装置１１０が１以上登録されてもよい。この場合、論理プリ
ンタ２１０は、登録された画像形成装置１１０についての管理情報を保持する。管理情報
には、例えば、画像形成装置１１０の識別情報（例えばプリンタ名）、画像形成装置１１
０が有する能力（機能）を示す能力情報等が含まれる。能力情報には、例えば、両面印刷
が可能か否か、フルカラー印刷が可能か否か、保持している用紙サイズ、などの情報が含
まれる。また、画像形成装置１１０が、後処理装置を備えている場合、その後処理装置が
有する能力（例えばステープル留め、パンチ穴開け、折り機能等）についての情報も含ま
れる。

ユーザは、クラウドプリントサービス２００に自分のアカウントを登録（作成）する。
アカウント作成の際に、ユーザは、クラウドプリントサービス２００において一意なユー
ザＩＤ（以下「クラウド用ＩＤ」と呼ぶ）を登録する。クラウドプリントサービス２００
は公衆用サービスであり、そのユーザＩＤ管理は、１企業の社内ネットワーク１００での
ユーザ管理からは独立しているので、クラウド用ＩＤと社内ＩＤは一般に同一ではない。
例えば、当該会社内のユーザが社内ＩＤと同じ文字列からなるユーザＩＤをクラウドプリ
ントサービス２００に登録しようとしても、既に他人に割当済みなどの理由で登録できな
い場合があり得る。

クラウドプリントサービス２００は、ユーザからの指示に応じて論理プリンタ２１０を
作成する。クラウドプリントサービス２００は、個々の論理プリンタ２１０ごとに、当該
論理プリンタ２１０を利用可能なユーザとして登録された各ユーザのクラウド用ＩＤを記
憶する。また、既存の論理プリンタ２１０に対して、ユーザ登録の権利を持つユーザから
の指示に応じて、既存の論理プリンタ２１０に対して、その論理プリンタ２１０を使用可
能とするユーザを登録してもよい。

ユーザは、インターネット４００上（社内ネットワーク１００の外）のＰＣや携帯端末
、或いは社内ネットワーク１００内のＰＣや画像形成装置１１０から、ＨＴＴＰ（Hypert
ext Transfer Protocol）等の通信プロトコルを用いて、インターネット４００経由でク
ラウドプリントサービス２００に対して自分のクラウド用ＩＤでログインし、そのクラウ
ド用ＩＤに対応づけられた論理プリンタ２１０（複数存在する場合もある）の中から選ん
だ論理プリンタ２１０に対して印刷指示を行う。印刷指示には、印刷対象の文書データ、
又はその文書データを特定する情報（例えばインターネット４００上での当該文書データ
の格納場所の情報（例えばＵＲＬ：Uniform Resource Locator））等のように、印刷対象
を指定する情報が含まれる。ここで、例えば、文書データは、後述するクラウドレポジト
リサービス３００に存在する場合もある。論理プリンタ２１０は、その印刷指示に応じて
印刷ジョブを生成し、管理する。印刷ジョブは、論理プリンタ２１０内で印刷指示を管理
するための単位であり、一意なジョブＩＤを付与される。論理プリンタ２１０は、ジョブ
ＩＤに対応づけて、印刷対象の文書データの情報、その文書データを変換して得たページ
記述言語データ、印刷指示を行ったユーザのクラウド用ＩＤ、印刷ジョブの実行状態（例
えば、未実行、実行中、実行完了、エラー、等の状態）等の情報を管理する。

論理プリンタ２１０は、保持する印刷ジョブをユーザの指示する出力先の物理的な装置
としてのプリンタ（以下「物理プリンタ」と呼ぶ）に対して送信して印刷させたり（プッ
シュ方式）、物理プリンタからの取得要求に応じてその印刷ジョブをそのプリンタに提供
したり（プル方式）する。例えば、社内ネットワーク１００内の画像形成装置１１０は一
般的にファイアウォール内にあるので、論理プリンタ２１０の印刷ジョブを画像形成装置
１１０にて印刷する場合には、画像形成装置１１０からＨＴＴＰ等のプロトコルでクラウ
ドプリントサービス２００にアクセスして印刷ジョブを取得するという、プル方式での印
刷が行われる。

クラウドレポジトリサービス３００は、インターネット４００上で、ユーザに対してレ
ポジトリサービスを提供するシステムである。レポジトリサービスは、データやプログラ
ム等を保管するサービスであり、オンラインストレージサービスとも呼ばれる。クラウド
レポジトリサービス３００は、一般的には複数のコンピュータからなるシステムであるが
、単一のコンピュータにより構成されていてもよい。クラウドレポジトリサービス３００
の例としては、例えばGoogle Docs（商標）、Dropbox（商標）、Evernote（商標）等があ
る。

クラウドレポジトリサービス３００は、例えばユーザ毎に、当該ユーザからアップロー
ドされた文書データやプログラム等の各種ファイルを保存し、保存したファイルを当該ユ
ーザに対して提供する。ユーザは、クラウドレポジトリサービス３００に対してユーザ登
録を行うことで当該サービス３００において一意なユーザＩＤを取得し、このユーザＩＤ
を用いて当該サービス３００にログインし、ファイルのアップロードやダウンロードを行
う。クラウドレポジトリサービス３００におけるユーザＩＤは、原理的には社内ＩＤやク
ラウドプリントサービス２００におけるユーザＩＤ（クラウド用ＩＤ）とは無関係なもの
である。ただし、Google Cloud PrintとGoogle Docsのように互いに連携しているサービ
ス同士の間では、共通のユーザＩＤが用いられる。以下では、説明を簡潔にするために、
クラウドレポジトリサービス３００は、ユーザＩＤとして、クラウドプリントサービス２
００と共通のクラウド用ＩＤを用いるものとする。

さて、従来技術の欄で説明した通り、クラウドプリントサービス２００に登録された印
刷ジョブには、印刷を指示したユーザのクラウド用ＩＤはリンクされているものの、社内
ＩＤはリンクされていないのが通常である。その一方、クラウドプリントサービス２００
を利用して社内ネットワーク１００内の画像形成装置１１０で印刷を行うケースは今後増
大してくるものと考えられる。このため、クラウドプリントサービス２００経由の印刷に
関してユーザの社内ＩＤで記録や集計を行えるようにすることは重要である。

このために、本実施形態では、一例として、社内ネットワーク１００内の画像形成装置
１１０からクラウドプリントサービス２００経由で印刷を行う場合に、画像形成装置１１
０が印刷指示者の社内ＩＤをクラウドプリントサービス２００に渡し、クラウドプリント
サービス２００から画像形成装置１１０に印刷データを送る際に、その社内ＩＤが併せて
伝達されるようにする。

ただし、クラウドプリントサービス２００は、クラウド用ＩＤを用いてユーザ識別を行
っており、社内ＩＤはユーザＩＤとしては認識しないので、画像形成装置１１０は社内Ｉ
ＤをユーザＩＤとしてクラウドプリントサービス２００に渡しても意味がない。そこで、
本実施形態では、論理プリンタ２１０に設定された印刷のための設定情報（例えばその印
刷の際に用いる両面印刷、丁合等の機能を表す情報）を、印刷データに対応づけて出力先
物理プリンタへ送るという、クラウドプリントサービス２００自体がそもそも持っている
機能を利用して、社内ＩＤの伝達が行われるようにする。

例えばGoogle Cloud Print は、印刷設定情報（プリントチケット又はジョブチケット
と呼ばれる）を論理プリンタ２１０に対応づけて保持しておき、その論理プリンタ２１０
からその物理プリンタへ印刷データを提供する際に、その印刷設定情報も併せて提供する
ように構成されている。そして、その設定情報の中にはユーザ側が独自定義可能な要素（
独自定義要素と呼ぶ）を組み込むことができる。すなわち、社内ＩＤを含んだ独自定義要
素を含んだ設定情報を論理プリンタ２１０に設定しておくことで、その社内ＩＤを印刷デ
ータと共に画像形成装置１１０に伝達することが可能になる。

ここでは、Google Cloud Printを例に取ったが、論理プリンタが物理プリンタへと送る
印刷データにプリントチケットに類するものを対応づけるということは印刷システム全般
で広く行われていることであり、他のクラウド型その他の公衆型プリントサービスでも採
用される可能性は高い。

ここで、クラウドプリントサービス２００内の論理プリンタ２１０にユーザの社内ＩＤ
を表す独自定義要素を含んだ印刷設定情報（プリントチケット）を設定する一つの方法と
して、そのようなプリントチケットを対応づけた論理プリンタ作成指示をクラウドプリン
トサービス２００に送るという方法がある。例えばMicrosoft（登録商標）社の「.NET Fr
amework（商標）」の印刷制御技術を用いる場合、印刷設定情報はPrintTicketクラスのイ
ンスタンスとして構成される。論理プリンタ作成指示を受けたクラウドプリントサービス
２００は、そのプリントチケットが設定された論理プリンタ２１０を新規に作成する。本
実施形態では、一例としてこの方法を用いる。その指示に応じて作成された論理プリンタ
２１０に対して文書データの印刷指示を行うと、論理プリンタ２１０はその文書データを
ページ記述言語の印刷データへと変換し、その印刷データをそのプリントチケット（その
社内ＩＤを含んでいる）と共に画像形成装置１１０に送る。

また、別の方法として、プリントチケットではなく論理プリンタ２１０に対応づけられ
た物理プリンタの能力情報（両面印刷の可否、カラー印刷の可否等を表す）を表す設定情
報の中に社内ＩＤを含む要素が組み込まれた、論理プリンタ２１０を作成する方法もある
。この方法では、画像形成装置１１０が、自分の能力情報を表す設定情報の中に社内ＩＤ
を表す要素を組み込み、その設定情報を対応づけた論理プリンタ作成指示をクラウドプリ
ントサービス２００に送る。この指示に応じ、クラウドプリントサービス２００は、その
設定情報が設定された論理プリンタ２１０を生成する。「.NET Framework（商標）」の印
刷制御技術を用いる場合、この設定情報は、PrintCapabilityクラスのインスタンスとし
て構成される。この方法では、論理プリンタ２１０を利用して印刷を行おうとするクライ
アント装置（例えば画像形成装置１１０）は、まずその論理プリンタ２１０から、使用し
ようとする物理プリンタの能力を表す設定情報（例えばPrintCapability）を受け取り、
その設定情報に含まれる各種機能の選択肢に対してユーザからの選択を受け付ける。その
選択の結果が、その印刷のための印刷設定情報となる。ここで、クライアント装置に提供
される設定情報の中に社内ＩＤを表す要素が埋め込まれていれば、それが印刷設定情報に
引き継がれる。この印刷設定情報がクライアント装置からクラウドプリントサービス２０
０に送られて論理プリンタ２１０に設定される。そして、その論理プリンタ２１０が物理
プリンタ（例えば画像形成装置１１０自身）に対して送る印刷データに対してその印刷設
定情報（社内ＩＤを含む）が対応づけられる。

いずれの方法も、論理プリンタ２１０が画像形成装置１１０等の物理プリンタに印刷デ
ータを送る際に、自分に設定されている設定情報をその印刷データに対応づけて送るとい
う、クラウドプリントサービス２００が本来持っている機能を用いている。したがって、
この仕組みを実現するのに既存のクラウドプリントサービス２００に機能追加等の変更を
加える必要はなく、そのような論理プリンタ２１０の作成をクラウドプリントサービス２
００に対して指示する機能を、画像形成装置１１０に追加すればよい。以下、このような
機能を備えた本実施形態の画像形成装置１１０の例を、図２を参照して説明する。

ＵＩ部１１２は、ユーザからのローカルでの操作（すなわち手などによる直接の操作）
を受け付けるための仕組みである。例えばＵＩ部１１２は、タッチパネルや機械的なボタ
ンなどの入力用及び表示用のハードウエアを備えており、それらハードウエアを介してユ
ーザとの間で情報のやりとりを行う。

認証処理部１１４は、画像形成装置１１０をローカルで操作するユーザを認証するため
の処理を行う。このユーザ認証は、クラウド用ＩＤではなく、社内ＩＤを用いて行われる
。認証処理部１１４に対する認証情報の入力方式には、従来知られている方式を用いれば
よい。例えば、ＵＩ部１１２に対して社内ＩＤとパスワードと入力する方式、又は画像形
成装置１１０に付属するＩＣカードリーダによりユーザのＩＣカード型身分証（社内ＩＤ
の情報を記憶している）と通信して認証する方式等の様々な方式がある。認証処理部１１
４によりユーザ認証が成功すると、画像形成装置１１０を操作しているユーザの社内ＩＤ
が特定される。なお、認証処理部１１４がユーザ認証を実行する代わりに、認証処理部１
１４から社内ネットワーク１００内の認証サーバにユーザ認証を依頼するようにしてもよ
い。

論理プリンタ設定部１２６は、ユーザ認証が成功したユーザのために、当該ユーザの社
内ＩＤを含んだ設定情報が設定された論理プリンタ２１０をクラウドプリントサービス２
００内に設ける（例えば新規に作成する）ための処理を実行する。ここで、そのユーザの
社内ＩＤは、前述したユーザ認証の成功によって、画像形成部１２０にとって既知の情報
となっている。そこで、１つの例では、論理プリンタ設定部１２６は、その社内ＩＤを要
素として含んだ設定情報（例えばプリントチケット）を作成し、その設定情報を設定内容
として持つ論理プリンタ２１０を作成する作成指示をクラウドプリントサービス２００に
送る。クラウドプリントサービス２００は、この作成指示に応じて論理プリンタ２１０を
作成するが、その論理プリンタ２１０には、社内ＩＤの情報を含んだその設定情報が設定
されることとなる。

ここで、論理プリンタ２１０を作成するためには、論理プリンタ設定部１２６がクラウ
ドプリントサービス２００にログインする必要がある。このログインは、論理プリンタ設
定部１２６がそのユーザのクラウド用ＩＤを用いてそのユーザの代理として行ってもよい
し、画像形成装置１１０のクラウド用ＩＤ（或いはこの装置１１０が保持するシステム管
理者のクラウド用ＩＤ）を用いて行ってもよい。ここで、前者（ユーザの代理としてログ
イン）の場合、作成される論理プリンタ２１０は当然そのユーザにより使用できる。一方
、後者（画像形成装置１１０のＩＤでログイン）の場合、作成される論理プリンタ２１０
は、画像形成装置１１０の所有物であり、そのままでは、ユーザ認証を行ったユーザはそ
の論理プリンタ２１０を使用する権利を持たない。そこで、この場合には、論理プリンタ
設定部１２６は、作成した論理プリンタ２１０に対して、その論理プリンタ２１０を使用
できるアクセス権者として、そのユーザのクラウド用ＩＤを登録する。このようにして作
成された論理プリンタ２１０は、当該ユーザ固有のものとなる（他のユーザは当該論理プ
リンタ２１０の使用者として登録されていないので）。

このようにしてユーザのための論理プリンタ２１０を作成したり、作成された論理プリ
ンタ２１０をそのユーザが使用して印刷したりするためには、そのユーザのクラウド用Ｉ
Ｄをクラウドプリントサービス２００に提示する必要がある。ユーザのクラウド用ＩＤを
取得するには、いくつかの方法がある。

１つの例では、クラウド用ＩＤは、ユーザ認証のための社内ＩＤ等の認証情報の入力と
共にユーザが画像形成部１２０に入力すればよい。例えば、画像形成装置１１０（ひいて
は社内ネットワーク１００）へのログインのための認証情報（すなわち社内ＩＤ及びパス
ワード）をユーザに入力させるためのＵＩ部１１２のＵＩ画面にクラウド用ＩＤを入力す
る欄を設け、ユーザにクラウド用ＩＤも併せて入力させる方法がある。このとき、クラウ
ドプリントサービス２００のユーザ認証のためのパスワード等の本人証明用情報も併せて
入力させるようにしてもよい。

また、別の例では、ＩＣカード型身分証にクラウド用ＩＤ（及びこれに対応するクラウ
ドプリントサービス２００用の本人証明用情報）を持たせておき、画像形成装置１１０の
ＩＣカードリーダ経由で身分証内の社内ＩＤを用いたユーザ認証を行う際に、クラウド用
ＩＤ等を身分証から取得するようにしてもよい。更に別の例では、社内ネットワーク１０
０内に設けたディレクトリサービスに、社内ＩＤに対応するクラウド用ＩＤ（及び場合に
よってはこれに対応するクラウドプリントサービス２００用の本人証明用情報）を登録し
ておき、このディレクトリサービスからクラウド用ＩＤを得るようにしてもよい。この場
合、例えば、論理プリンタ設定部１２６が、認証処理部１１４から取得したユーザの社内
ＩＤに対応するクラウド用ＩＤ等をそのディレクトリサービスから取得する。

論理プリンタ設定部１２６は、このようにして得たクラウド用ＩＤを用いて当該ユーザ
の代理として論理プリンタ２１０を作成する方式、又は自らのＩＤで作成した論理プリン
タ２１０に対して使用者としてそのユーザのクラウド用ＩＤを設定する方式、等を用いる
ことで、当該ユーザの社内ＩＤを含んだ設定情報が設定された論理プリンタ２１０を作成
する。ここで、前者の場合には、論理プリンタ２１０の作成の時点で既にそのユーザはク
ラウドプリントサービス２００にログインしているので、その後、印刷指示部１２８から
その論理プリンタ２１０に対してそのユーザの名前（すなわちクラウド用ＩＤ）で印刷指
示を行うことができる。一方、後者の場合は、印刷指示部１２８からその論理プリンタ２
１０に対して印刷指示を行うに先立って、画像形成装置１１０がそのユーザのクラウド用
ＩＤ等をクラウドプリントサービス２００に送ってログインし、その後印刷指示を行うよ
うにしてもよい。

なお、論理プリンタ設定部１２６は、論理プリンタ２１０の作成指示の際に、その論理
プリンタ２１０に対応する物理プリンタとして、当該画像形成装置１１０自身をその論理
プリンタ２１０に対して登録する。この登録の際に、画像形成装置１１０の能力情報を論
理プリンタ２１０に設定してもよい。この登録により、クラウドプリントサービス２００
から画像形成装置１１０に対して、一意な物理プリンタＩＤ（すなわち物理プリンタを一
意に識別するＩＤ）が付与される。画像形成装置１１０は、この物理プリンタＩＤをクラ
ウドプリントサービス２００に提示することで、自分が論理プリンタ２１０に登録済みの
物理プリンタであることを証明し、その論理プリンタ２１０に保持された印刷ジョブを取
得する。

論理プリンタ設定部１２６からクラウドプリントサービス２００に対してプリントチケ
ットを含んだ論理プリンタ作成指示を送る方式の場合、クラウドプリントサービス２００
における論理プリンタ２１０の作成と同時に、印刷設定（論理プリンタ２１０に対するプ
リントチケットの対応づけ）が完了した状態となる。論理プリンタ２１０に対して印刷指
示が入力された場合、その印刷対象の印刷データを、そのプリントチケットと対応づけて
画像形成装置１１０に送ればよい。すなわちこの場合は、後述する画像形成装置１１０の
印刷指示部１２８による印刷設定は、行わなくてもよい。

また、論理プリンタ設定部１２６からクラウドプリントサービス２００に対して、プリ
ントチケットではなく、画像形成装置１１０の能力情報を含んだ論理プリンタ作成指示を
送る方式の場合、この指示に応じて作成された論理プリンタ２１０にその能力情報が設定
情報として設定されることになる。この設定情報は、後述するように印刷指示部１２８で
の印刷設定操作のために画像形成装置１１０に提供され、印刷指示部１２８はその設定情
報に基づいてユーザからの印刷設定を受け付けてプリントチケットを作成する。そのプリ
ントチケットがクラウドプリントサービス２００に送られて論理プリンタ２１０に対応づ
けられる。そして、その論理プリンタ２１０から画像形成装置１１０に印刷データが提供
される際、そのプリントチケットも併せて提供される。

さて、論理プリンタ設定部１２６は、ユーザのために作成した論理プリンタ２１０を、
ユーザがその論理プリンタの利用を終えた時点で削除してもよい。「利用を終えた時点」
には様々な考え方がある。１つの例では、論理プリンタ２１０の作成後に、その論理プリ
ンタ２１０から印刷ジョブの取得を正常に完了した時点をその時点としてもよい。また、
取得した印刷ジョブの印刷が完了した時点をその時点としてもよい。これらの例では、１
つの文書を印刷すると論理プリンタ２１０が削除されることになるので、複数の文書を印
刷する場合には、１文書の印刷毎に論理プリンタ２１０を作成することとなる。

別の例では、画像形成装置１１０の認証処理部１１４によるユーザ認証が解除された時
点を、ユーザが画像形成装置１１０を使用しなくなった時点、ひいては論理プリンタ２１
０の利用を終えた時点と捉える。ユーザ認証の解除は、例えば、ユーザが明示的な認証解
除（ログアウト）操作を行った場合や、ユーザの指示に応じた印刷ジョブが完了した後に
あらかじめ定められた時間にわたって画像形成装置１１０に対してユーザの操作が行われ
なかった場合（タイムアウト）に、行われる。

なお、論理プリンタ２１０の作成及び削除を１文書ごとに行うか、あるいは認証解除ま
で待って論理プリンタ２１０の削除を行うかを、画像形成装置１１０の設定や、個々のユ
ーザの指示に応じて選択可能としてもよい、

印刷指示部１２８は、論理プリンタ設定部１２６により作成された論理プリンタ２１０
を用いた印刷の指示を行う手段である。ここで、画像形成装置１１０にセットされた文書
の複写や、社内ネットワーク１００内の文書サーバにある文書データ等の印刷では、社内
ネットワーク１００の外部にあるクラウドプリントサービス２００を用いる理由は基本的
にはない。クラウドプリントサービス２００を利用する場合として主に想定されるのは、
社内ネットワーク１００の外にあるデータ記憶装置（図１にはその代表としてクラウドレ
ポジトリサービス３００を例示している）内の文書データを印刷する場合である。この場
合、印刷指示部１２８は、ユーザのＩＤでクラウドレポジトリサービス３００にログイン
（この例では、前述の通りクラウドプリントサービス２００と同じクラウド用ＩＤでログ
イン可能）し、そのユーザがクラウドレポジトリサービス３００に登録している文書デー
タのリストを取得する。そして、取得したリストをＵＩ部１１２のＵＩ画面に表示し、ユ
ーザにそのリスト中から１以上の印刷対象の文書データを選択させる。そして印刷指示部
１２８は、選択された印刷対象の各文書データを特定する情報を含み、印刷先として先ほ
ど作成した論理プリンタ２１０を指定した印刷指示を作成し、この印刷指示をクラウドレ
ポジトリサービス３００に送る。この印刷指示には、論理プリンタ２１０を特定する情報
として、クラウドプリントサービス２００を特定する情報（ドメイン名等）とそのサービ
ス２００中での論理プリンタ２１０のＩＤが含まれる。このうちクラウドプリントサービ
ス２００を特定する情報は（クラウドプリントサービス２００にアクセスする必要上）画
像形成装置１１０内にあらかじめ登録されている。一方、論理プリンタ２１０のＩＤは、
論理プリンタ設定部１２６が論理プリンタ２１０の作成を指示した際に、その指示に応じ
てその論理プリンタ２１０を作成したクラウドプリントサービス２００から、その指示に
対する応答として論理プリンタ設定部１２６に提供される。

また、印刷指示部１２８は、ユーザから印刷対象文書の選択を受け付ける際に、論理プ
リンタ２１０に設定された、今回使用する物理プリンタ（すなわち当該画像形成装置１１
０）の設定情報（能力情報）を取得し、その設定情報から印刷対象の文書の印刷の際の印
刷設定の入力を受け付ける画面を生成してＵＩ部１１２に表示し、印刷設定の入力を受け
付けてもよい。プリントチケット（印刷設定情報）ではなく物理プリンタの能力情報をパ
ラメータとして論理プリンタ２１０の作成を指示した場合には、文書の印刷を指示する際
にこのような印刷設定を行う。前述の通り、論理プリンタ２１０の設定情報（能力情報）
には、画像形成装置１１０が持つ両面／片面、カラー／白黒、使用できる用紙サイズ、ス
テープル留めの有無等といった各機能の選択肢の情報が含まれており、また社内ＩＤの情
報も含まれている。論理プリンタ２１０は、印刷指示部１２８に対してその設定情報を提
供し、印刷指示部１２８はその設定情報に基づき、それら各機能の選択肢を選択させる入
力部や、印刷部数等の数値を入力させる入力部を含んだＵＩ画面をＵＩ部１１２に表示さ
せ、ユーザに選択肢の選択や数値入力を行わせる。このような選択及び数値入力の結果が
、今回の印刷のための印刷設定となる。印刷指示部１２８は、その印刷設定の内容を表す
プリントチケットを作成する。論理プリンタ２１０から取得した論理プリンタ２１０の設
定情報の中に社内ＩＤを表す要素が含まれているので、それを元に作成したプリントチケ
ットの中にもその社内ＩＤの要素を残すようにすることができる。作成されたプリントチ
ケットは、クラウドレポジトリサービス３００への印刷指示に含めて、クラウドレポジト
リサービス３００経由でクラウドプリントサービス２００内の論理プリンタ２１０に設定
されるようにしてもよいし、直接その論理プリンタ２１０に設定してもよい。

上述した、社内ＩＤを含めたプリントチケットにより論理プリンタ２１０の作成と印刷
設定を同時に行ってしまう例では、ここで説明したような印刷指示部１２８での印刷設定
の入力（及びそれに応じたプリントチケットの論理プリンタ２１０への伝達）は不要であ
る。ただし、論理プリンタ２１０作成時の印刷設定と異なる設定を行いたい場合などには
、印刷指示部１２８にて印刷設定を行うようにしてもよい。

印刷指示を受けたクラウドレポジトリサービス３００は、その印刷指示に含まれる情報
を用いて、クラウドプリントサービス２００のその論理プリンタ２１０に対して、選択さ
れた文書データを印刷対象と指定した印刷指示を行う。

この印刷指示を受けた論理プリンタ２１０は、それら選択された各文書データを画像形
成装置１１０が取扱可能なページ記述言語の印刷データ（例えばＰＤＦ形式のデータ）に
変換し、その印刷データと、論理プリンタ２１０に対して設定されたプリントチケットと
、を含んだ印刷ジョブの情報を画像形成装置１１０に提供する。このプリントチケットに
は、論理プリンタ２１０に設定された設定情報に含まれるユーザの社内ＩＤが含まれる。
なお、論理プリンタ２１０から画像形成装置１１０に対して提供される印刷ジョブの情報
には、印刷データ及び／又はプリントチケットの実体データの代わりに、それら実体デー
タの取得のためのＵＲＬ等の情報を含むものであってもよい。このような印刷ジョブの情
報は、画像形成装置１１０のジョブ受信部１１８で受信され、ジョブ管理部１１６に渡さ
れる。

ジョブ管理部１１６は、画像形成装置１１０に対するＵＩ部１１２からのローカルの処
理指示、またはネットワークを介するリモートの装置からの処理指示に応じてジョブを生
成し、そのジョブの実行を管理する。

ユーザ認証を受けたユーザは、ＵＩ部１１２から複写やスキャン等の各種処理を指示可
能となる。この処理指示に応じて、ジョブ管理部１１６がその処理を管理するためのジョ
ブを生成し、キュー管理などのジョブ管理を行う。そして、画像形成装置１１０の各機構
を制御してそのジョブを実行させる。例えば複写指示を受けた場合は、画像形成装置１１
０内のスキャナが起動して原稿を読み取り、読取結果の画像を画像形成部１２０が用紙上
に印刷する。

また、ジョブ管理部１１６は、社内ネットワーク１００を介して他の装置（インターネ
ット４００上のクラウドプリントサービス２００も含む）からジョブ受信部１１８にて印
刷データを受信し、その印刷データに対応するジョブを生成して管理する。そして、その
ジョブの実行順序が来ると、画像形成部１２０に、そのジョブの印刷データを用紙に印刷
させる。

また、ジョブ管理部１１６は、ジョブ受信部１１８がクラウドプリントサービス２００
から取得した印刷指示に対応する印刷データとプリントチケットを受け取り、その印刷デ
ータについてのジョブを生成し、そのジョブを画像形成部１２０に実行させる（すなわち
印刷を実行させる）。ここで設定抽出部１１７は、プリントチケットに含まれる社内ＩＤ
の値を抽出する。抽出された社内ＩＤは、履歴記録等に用いられる。また、設定抽出部１
１７がプリントチケットから印刷設定の情報を抽出し、ジョブ管理部１１６が画像形成装
置１１０を制御してその印刷設定に従った動作を行わせるようにしてもよい。

履歴記録処理部１２２は、ジョブ管理部１１６の管理に応じて実行された各ジョブにつ
いての処理履歴（ログ）情報を、履歴記憶部１２４に記録する。記録されるログ情報には
、当該ジョブの実行を指示したユーザの社内ＩＤの情報が含まれる。また、ログ情報には
、当該ジョブの実行日時、印刷処理の場合の印刷設定情報（両面印刷か否か、カラー印刷
か白黒印刷か等）、印刷枚数等といった、画像形成装置の処理履歴管理分野で一般的に記
録されている各種項目の情報が含まれる。履歴記憶部１２４に記憶された各ジョブのログ
情報は、例えば、社内の各部門や各ユーザの画像形成装置１１０の使用量や課金額の集計
のために用いられる。この集計は、例えば、社内ネットワーク１００内の集計装置１５０
により行われる。集計では、履歴記憶部１２４に記憶されたログ情報ごとに、ログ情報に
含まれる社内ＩＤにより当該ログ情報に係るジョブを実行したユーザ及び必要に応じてそ
のユーザの所属部門を特定し、特定したユーザ及び部門の使用量（課金額）集計値に対し
てそのジョブにおける印刷枚数などの使用量（又はその使用料に応じた課金額）を加算す
る。

このように、履歴記憶部１２４は、ジョブの指示元のユーザを特定するＩＤとして、当
該ジョブの社内ＩＤが記録される。これにより、社内の組織情報を参照して、ユーザごと
、部門ごとの使用量（課金）集計等が実現される。

ここで、ローカルの処理指示や、社内ネットワーク１００内の他の装置からの処理指示
の場合、その処理指示の情報の中に、指示元のユーザの社内ＩＤが含まれているので、履
歴記録処理部１２２はその社内ＩＤをログ情報に組み込んで記録すればよい。

一方、クラウドプリントサービス２００の論理プリンタ２１０から画像形成装置１１０
に送られてくる印刷データについては、付随するプリントチケットから設定抽出部１１７
が抽出した社内ＩＤをログ情報に組み込めばよい。

なお、図６の例では画像形成装置１１０内に履歴記憶部１２４が設けられていたが、こ
の代わりに、社内ネットワーク１００内の別の装置（例えば集計装置１５０）に履歴記憶
部１２４を設け、履歴記録処理部１２２がその装置にログ情報を書き込むようにしてもよ
い。

以上、本実施形態の画像形成装置１１０の構成及び機能について説明した。次に、この
画像形成装置１１０からクラウドプリントサービス２００を利用した印刷処理の流れの例
を説明する。

まず、図３に示すように、クラウドプリントサービス２００を用いてクラウドレポジト
リサービス３００内の文書データの印刷を行おうとするユーザ５００は、社内ネットワー
ク１００内の最寄りの画像形成装置１１０まで行き、（１）画像形成装置１１０に対して
ユーザ認証動作を行う。このユーザ認証動作の際に、ユーザ５００は（手入力又はＩＣカ
ード型社員証の提示等により）、画像形成装置１１０の認証処理部１１４に対して社内Ｉ
Ｄ（図示例ではユーザ名「hajime」）とクラウド用ＩＤ（図示例ではアカウント名「clou
d-hajime」）を入力する。なお、前述の通り、画像形成装置１１０に対するユーザ認証は
社内ＩＤベースで行われる。ここではユーザ５００がクラウド用ＩＤも併せて入力すると
したが、クラウド用ＩＤは社内のディレクトリサーバから取得してもよい。

ユーザ認証が成功した場合、図３の例では（２）論理プリンタ設定部１２６が、これか
ら作成しようとする論理プリンタ２１０の設定情報を、プリントチケット（PrintTicket
）５５０として作成している。この例のプリントチケット５５０は、ＸＭＬ（eXtensible
Markup Language）で記述されるものであり、例えばMicrosoft（登録商標）社の「.NET
Framework（商標）」の印刷制御技術において用いられるPrintTicketクラスのインスタン
スとして作成されている。PrintTicketクラスは、対象となる印刷ジョブに対して適用す
る印刷設定（そのジョブにおいて使用するデバイスの構成空間）を規定するものであるが
、ここではそれをこれから作成しようとする論理プリンタ２１０の設定に流用している。
例えば図示のプリントチケット５５０の上から２，３行目の記述では、画像形成装置１１
０が持つ”psk:DocumentCollate”（印刷出力の丁合）という名前の機能に関して、”psk
:Collated”（丁合を行う）という選択肢が選択されていることを示している。すなわち
、このプリントチケット５５０が適用される印刷ジョブでは、画像形成装置１１０に対し
て、印刷結果の用紙に対して丁合が行われる。画像形成装置１１０は、ユーザ認証後に印
刷設定の入力画面を表示し、ユーザから印刷設定の入力を受け付け、その印刷設定をこの
ような形でプリントチケット５５０に組み込む。

また、図３に例示するプリントチケット５５０の記述の上から５〜９行目は、ユーザの
社内ＩＤを記述する要素である。この例では、ユーザ情報を表す”fx:UserInfo”という
名前の要素の中に、社内ＩＤ属性を表す”fx:UserID”という名前の要素が設けられ、こ
の社内ＩＤ属性の要素の中に、その社内ＩＤの値である”hajime”という文字列を含んだ
要素が含まれている。これら５〜９行目の要素については、クラウドプリントサービス２
００はその内容を理解したり、その内容に従った制御を実行したりする必要はなく、社内
ネットワーク１００側で独自に定義した要素であってよい。

クラウドプリントサービス２００は、作成した論理プリンタ２１０にそのプリントチケ
ット５５０を設定しておき、後でその論理プリンタ２１０に対して印刷指示が到来した場
合、印刷指示に応じて作成した印刷データに対してそのプリントチケット５５０を対応づ
けて画像形成装置１１０に提供すればよい。

プリントチケット５５０が生成されると、図４に示すように、（３）画像形成装置１１
０の論理プリンタ設定部１２６は、論理プリンタを新規に作成する指示と共にそのプリン
トチケット５５０をクラウドプリントサービス２００に送る。この指示を受け取ったクラ
ウドプリントサービス２００は、論理プリンタ２１０を新規に作成し、作成した論理プリ
ンタ２１０に対してそのプリントチケット５５０を設定する（例えば論理プリンタ２１０
のＩＤに対応づけてプリントチケット５５０を保存）。このプリントチケット５５０には
、上記（１）でユーザ認証したユーザの社内ＩＤ”hajime”が含まれている。また、論理
プリンタ設定部１２６は、その論理プリンタ２１０に対して、上記（１）のユーザ認証の
際に取得した当該ユーザのクラウド用ＩＤ”cloud-hajime”を、当該論理プリンタ２１０
の使用権限を有する者（例えば共有者）として設定する。

次に、（４）印刷指示部１２８が、クラウド用ＩＤ”cloud-hajime”を用いてクラウド
レポジトリサービス３００にログインし、そのサービス３００に保存されている文書デー
タのうち”cloud-hajime”が印刷権を持つものの検索を指示する。これに応じ、クラウド
レポジトリサービス３００は、検索を実行し、検索結果の文書データのリストを印刷指示
部１２８に提供する。このリストは、例えば、文書の選択及び印刷指示を行うためのウェ
ブページとして提供される。印刷指示部１２８は、そのリストをＵＩ部１１２の画面に表
示し、ユーザから、そのリスト中で印刷対象とする１以上の文書の選択を受け付ける。

印刷対象の１以上の文書データをユーザが選択し終え、ＵＩ部１１２に対して印刷実行
の指示を入力すると、（５）印刷指示部１２８は、選択された１以上の文書データを示す
情報と、印刷処理を行うクラウドプリントサービス２００内の論理プリンタ２１０（上記
（３）で作成されたもの）を特定する情報と、を含んだ印刷指示をクラウドレポジトリサ
ービス３００に送る。

（６）その印刷指示に応じ、クラウドレポジトリサービス３００は、選択された各文書
データ（又はそれを特定するＵＲＬ等の情報）を含んだ印刷指示を、指定された論理プリ
ンタ２１０に対して送る。

この印刷指示を受け取った論理プリンタ２１０は、図５に示すように、（７）印刷指示
の対象の文書データを画像形成装置１１０で印刷出力可能なＰＤＦ等のデータ形式の印刷
データ（図中では「プリント可能文書」と表記）に変換する。そして、この印刷データと
、当該論理プリンタ２１０に設定されたプリントチケットとを合わせた出力可能文書デー
タを生成する。

（８）生成された出力可能文書データが、論理プリンタ２１０から画像形成装置１１０
に提供される。ここで、画像形成装置１１０が社内ネットワーク１００のファイアウォー
ル内にあり、論理プリンタ２１０からそのファイアウォールを越えて出力可能文書データ
を画像形成装置１１０に送信することができない場合には、次のようにすればよい。例え
ば１つの例では、論理プリンタ２１０は、出力可能文書データが準備できた旨を表すメッ
セージを、ファイアウォールを通過可能なプロトコルを用いて出力先の画像形成装置１１
０に送り、そのメッセージを受けた画像形成装置１１０がＨＴＴＰ等のファイアウォール
を通過可能なプロトコルを用いて論理プリンタ２１０に出力可能文書データを要求し、そ
の要求に対する返信として出力可能文書データを取得する。ここで、論理プリンタ２１０
が作成される際に、画像形成装置１１０のアドレスが論理プリンタ２１０に登録されてい
るので、論理プリンタ２１０はそのアドレスを用いて画像形成装置１１０にメッセージを
送ればよい。また、別の例として、画像形成装置１１０がＨＴＴＰ等のプロトコルを用い
て定期的に論理プリンタ２１０にアクセス（ポーリング）し、自装置宛の出力可能文書デ
ータがあればそれを取得するようにしてもよい。

（９）図５の例では、画像形成装置１１０が論理プリンタ２１０から出力可能文書デー
タの取得を正常に完了した時点（その直後）に、クラウドプリントサービス２００に対し
てその論理プリンタ２１０の削除を指示する。論理プリンタ２１０の削除のタイミングは
この例に限らず、上述のように、ユーザ認証が解除された時点で削除するようにしてもよ
い。いずれにしても、印刷を指示したユーザがその論理プリンタ２１０の利用を終えた時
点で論理プリンタ２１０が削除されることになる。

仮に作成した論理プリンタ２１０を削除しないと、その論理プリンタ２１０が何らかの
手段により他のユーザにより利用される可能性があり、その場合、本当は他のユーザの利
用であるにもかかわらず、履歴記憶部１２４には論理プリンタ２１０の設定に含まれる社
内ＩＤのユーザによる利用として記録されてしまう。これに対し、上記（９）のようにユ
ーザが利用を終えた論理プリンタ２１０を直ちに削除することとすれば、そのような他人
による利用による弊害が回避される。

（１０）出力可能文書データを取得した画像形成装置１１０は、そのデータに従って用
紙に対する印刷を行う。そして、その印刷処理の履歴情報を履歴記憶部１２４に記録する
。ここで、その履歴情報における、印刷を指示したユーザを表すユーザＩＤ項目としては
、その出力可能文書データ内のプリントチケットに含まれる社内ＩＤの値を記録する。こ
れにより、その印刷処理はその社内ＩＤのユーザによるものとして記録され、集計装置１
５０でもその社内ＩＤに従って集計が行われることになる。

以上説明したように、本実施形態では、論理プリンタ２１０に設定されたプリントチケ
ット５５０等の設定情報を画像形成装置１１０に対して印刷データと共に提供するという
クラウドプリントサービス２００の仕組みを利用して、クラウドプリントサービス２００
が本来管理していないユーザの社内ＩＤを、印刷データと対応づけて画像形成装置１１０
に提供する。

また、本実施形態では、ユーザの社内ＩＤを含んだ論理プリンタ２１０の利用が終了し
た時点でその論理プリンタ２１０を削除するので、その論理プリンタ２１０がそのユーザ
以外の者に利用されてしまうリスクが極めて低い。

また、本実施形態では、ユーザが印刷を行うそのときの画像形成装置１１０の機能を反
映した印刷設定の情報をプリントチケット５５０に含めて論理プリンタ２１０に設定する
ので、その論理プリンタ２１０はその最新時点での画像形成装置１１０の機能を反映した
ものとして機能する。

なお、以上に説明した図３〜図５の例では、印刷指示部１２８はクラウドレポジトリサ
ービス３００上の文書のみのリストを画像形成装置１１０のＵＩ部１１２からユーザに提
示し、印刷対象の文書の選択を受け付けたが、これは一例に過ぎない。この代わりに、印
刷指示部１２８は、クラウドレポジトリサービス３００及び社内ネットワーク１００上の
文書サーバからそれぞれ当該ユーザが印刷権を持つ文書のリストを取得し、それら社外及
び社内に保存された文書をまとめたリストをＵＩ部１１２に表示し、そのリストから印刷
対象の選択を受け付けるようにしてもよい。この場合、クラウドレポジトリサービス３０
０上の文書が印刷対象として選択された場合は、上述のようにしてクラウドプリントサー
ビス２００を用いて印刷処理が行われ、社内サーバ上の文書が選択された場合は従来の方
法で画像形成装置１１０がそのサーバから文書を取得して印刷する。

また、図３〜図５の例では、ユーザが画像形成装置１１０に対してユーザ認証を行うと
、論理プリンタ設定部１２６が自動的にクラウドプリントサービス２００にそのユーザ用
の論理プリンタ２１０を作成したが、これは一例に過ぎない。この代わりに、ユーザ認証
が成功しても直ちには論理プリンタ２１０の作成は行わず、ＵＩ部１１２の機能メニュー
にてクラウドプリントサービス２００が選択された場合に初めて論理プリンタ２１０の作
成を行うようにしてもよい。この例では、クラウドプリントサービス２００以外のメニュ
ー項目、例えば複写、或いは社内ネットワーク１００の文書サーバ上の文書の印刷、等が
選択された場合には、論理プリンタ２１０の作成は行わない。また、この例では、ユーザ
認証の時点ではクラウド用ＩＤの入力は求めず、クラウドプリントサービス２００が選択
されたときにクラウド用ＩＤの入力を求めるようにしてもよい。

次に、図６及び図７を参照して上記実施形態の変形例を説明する。この変形例のシステ
ムは、仲介装置６００を備えている。仲介装置６００は、上記実施形態では画像形成装置
１１０が内蔵していたクラウドプリントサービス２００やクラウドレポジトリサービス３
００とのやりとりのための機能（例えば論理プリンタ設定部１２６や印刷指示部１２８）
を、画像形成装置１１０の外部のシステムとして実現したものである。画像形成装置１１
０は、クラウドプリントサービス２００を用いた印刷を行う場合、仲介装置６００にその
ための処理を依頼する。

仲介装置６００は、インターネット４００上のサービス（単体のサーバ、又は複数のコ
ンピュータからなるクラウドシステムにより構成される）として実現してもよいし、社内
ネットワーク１００上のサーバとして実現してもよい。また、以下に説明する仲介装置６
００の機能を果たすコンピュータを、画像形成装置１１０の筐体内に内蔵してもよい。

仲介装置６００は、図７に示すように、クライアントＩＦ（インタフェース）部６０２
、レポジトリＩＦ部６０４、及びプリントＩＦ部６１０を含んでいる。クライアントＩＦ
部６０２は、クラウドプリントサービス２００経由の印刷を実現するために必要なクライ
アント装置（すなわちこの場合は画像形成装置１１０）との間での通信や処理を行う機能
モジュールである。クライアントＩＦ部６０２は、例えばウェブサービスの形で、画像形
成装置１１０からクラウド利用の印刷のためのインタフェースを提供する。レポジトリＩ
Ｆ部６０４は、クラウドレポジトリサービス３００との通信及び処理を行う機能モジュー
ルである。プリントＩＦ部６１０は、クラウドプリントサービス２００との通信及び処理
を行う機能モジュールである。プリントＩＦ部６１０は、論理プリンタ設定部６１２及び
印刷指示処理部６１４を備え、これらは上記実施形態の画像形成装置１１０の論理プリン
タ設定部１２６及び印刷指示部１２８と同様の機能を備える。

再び図６の説明に戻る。（１）ユーザ５００が画像形成装置１１０のところまで来てユ
ーザ認証を成功させ、当該装置１１０のＵＩ画面からクラウドプリントサービス２００を
利用した印刷の実行を選択すると、（２）画像形成装置１１０は、仲介装置６００に対し
て印刷のための文書リストの取得依頼を送信する。この文書リスト取得依頼は、クラウド
プリントサービス２００を利用した印刷セッションの開始を指示するものであり、その取
得依頼の情報にはユーザ認証により確認されたそのユーザの社内ＩＤと当該ユーザのクラ
ウド用ＩＤの情報が含まれる。（３）仲介装置６００のクライアントＩＦ部６０２がその
取得依頼を受け取ると、レポジトリＩＦ部６０４が、あらかじめ設定されているクラウド
レポジトリサービス３００に対し、当該ユーザのクラウド用ＩＤを用いてログインし、そ
のサービス３００が保存している文書のうちそのユーザが印刷権を持つ文書のリストを取
得する。（４）取得された文書リストは、クライアントＩＦ部６０２から画像形成装置１
１０に提供される。（５）画像形成装置１１０は、その文書リストをＵＩ画面に表示し、
ユーザから印刷対象の１以上の文書の選択を受け付ける。（６）選択を受けた画像形成装
置１１０は、選択された１以上の文書を対象とした印刷指示を仲介装置６００に送る。（
７）その印刷指示を受け取った仲介装置６００では、レポジトリＩＦ部６０４が、選択さ
れた文書の実体データをクラウドレポジトリサービス３００から取得する。

（８）また仲介装置６００内の論理プリンタ設定部６１２が、上記（２）のステップで
取得した当該ユーザの社内ＩＤ（「ユーザ名」）を表す要素を含んだプリントチケットを
作成する。ここで、上記（５）の印刷文書の選択の際などに、ユーザ５００から印刷設定
の入力を受け付け、上記（６）の印刷依頼と共にその印刷設定を仲介装置６００に送り、
論理プリンタ設定部６１２がその印刷設定の情報をプリントチケットに組み込んでもよい
。

（９）そして、そのプリントチケットを関連づけた論理プリンタの作成指示をクラウド
プリントサービス２００に送る。これにより、クラウドプリントサービス２００内にその
ユーザの今回の印刷のための論理プリンタ２１０が作成される。この論理プリンタ２１０
には、そのプリントチケットが設定される。また、論理プリンタ設定部１２６は、作成さ
れた論理プリンタ２１０を使用するユーザとして、そのユーザのクラウド用ＩＤをその論
理プリンタ２１０に設定する。（１０）論理プリンタ２１０が作成されると、仲介装置６
００の印刷指示処理部６１４は、その論理プリンタ２１０に対して、上記（７）で取得し
た各文書データを印刷対象として含んだ印刷指示を送信する。

（１１）その印刷指示を受け取った論理プリンタ２１０は、それら印刷対象の文書ごと
に、当該文書データを画像形成装置１１０で取扱可能な印刷データに変換し、その印刷デ
ータに対し、その論理プリンタ２１０に設定されているプリントチケットを付加すること
で出力可能文書を生成する。

（１２）印刷対象の出力可能文書が生成されると、仲介装置６００の印刷指示処理部６
１４は、その出力可能文書を取得する（あるいはクラウドプリントサービス２００が、生
成した出力可能文書を仲介装置６００に転送する）。この取得（又は転送）は、印刷対象
として選択された文書の数だけ繰り返される。（１３）すべての文書についての出力可能
文書の取得が完了すると、仲介装置６００の論理プリンタ設定部６１２は、上記（９）で
作成した論理プリンタ２１０の削除をクラウドプリントサービス２００に指示する。

（１４）仲介装置６００のクライアントＩＦ部６０２は、上記（１２）で出力可能文書
を取得する都度、その出力可能文書を画像形成装置１１０に提供する。仲介装置６００が
社内ネットワーク１００の外にある場合、この提供は、例えば社内ネットワーク１００の
ファイアウォールを通過するプロトコルで出力可能文書の準備完了の旨のメッセージを画
像形成装置１１０に送り、それに応じて画像形成装置１１０がＨＴＴＰ等と用いて仲介装
置６００にその出力可能文書を要求して取得する等の方法で行えばよい。（１５）出力可
能文書を取得すると、画像形成装置１１０はそれを印刷する。そして、その出力可能文書
内のプリントチケットから社内ＩＤを抽出し、その印刷の履歴情報にその社内ＩＤを含め
て記録する。

以上の例では、仲介装置６００はクラウドプリントサービス２００から取得した出力可
能文書をそのまま画像形成装置１１０に提供した。この仕組みが成り立つには、画像形成
装置１１０が、出力可能文書に含まれるプリントチケット等の印刷スキーマに対応してい
る必要がある。画像形成装置１１０が旧式である等によりその印刷スキーマに対応してい
ない場合も想定するならば、仲介装置６００が、その出力可能文書（特にその中のプリン
トチケット）を、社内ネットワーク１００内の画像形成装置１１０が対応している形式に
変換し、画像形成装置１１０に提供するようにしてもよい。

以上、仲介装置６００を有するシステムの例を説明した。以上の例では、ユーザが選択
したすべての文書についての出力可能文書の取得が完了すると、仲介装置６００が論理プ
リンタ２１０を削除したが、これは一例に過ぎない。例えば、ユーザがいったん１以上の
文書を選択して印刷指示を行った後、続けて別の文書を選んで次の印刷指示を行う場合も
あり、このような場合に印刷指示に係る文書取得完了の都度論理プリンタ２１０を削除し
ていたのでは、次の印刷指示の際に論理プリンタ２１０を再度作成することになる。この
ような煩雑さを避けるために、上記実施形態の場合と同様、ユーザが画像形成装置１１０
を使用しなくなったことを明示的な認証解除やタイムアウト等により検知し、その検知に
応じて仲介装置６００が論理プリンタ２１０を削除するようにしてもよい。

この変形例では、以上のような仲介装置６００を設けることで、既存の画像形成装置１
１０に特段の変更を加えることなく（変更があるとすれば、操作メニューのうちの「クラ
ウド利用の印刷」の項目に仲介装置６００のＵＲＬと対応づけて記憶させる程度のこと）
、クラウドプリントサービス２００を利用した印刷について、社内ＩＤを含んだ履歴情報
を記録されるようになる。

また、仲介装置６００は、上記（６）で画像形成装置１１０から印刷依頼を受けた文書
の数を把握しているので、クラウドプリントサービス２００からその数の出力可能文書の
取得（或いは印刷出力）が完了したことを把握することができ、その完了の時点でクラウ
ドプリントサービス２００に論理プリンタ２１０の削除を指示することができる。

なお、クラウド利用の印刷のための管理を画像形成装置１１０が行う上述の実施形態で
は、クラウドレポジトリサービス３００への印刷指示がＵＩ部１１２のウェブブラウザか
らＨＴＴＰリクエストとして送出されるような態様もあり得る。この態様では、ウェブブ
ラウザは、単にＨＴＴＰリクエストを送出しているだけであり、そのリクエストの中にい
くつの文書を印刷対象として指定されているかまでは解析しないので、画像形成装置１１
０は、仲介装置６００のように選択された数の文書のデータをクラウドプリントサービス
２００から取得したかどうかを判定できない。したがって、このような場合に、複数の文
書を一度に選択した印刷指示に対応するには、ユーザが画像形成装置１１０を使用しなく
なったことを検知して論理プリンタ２１０を削除する方式を用いればよい。また、この代
わりに、仲介装置６００の機能を画像形成装置１１０に内蔵することで対応してもよい。

以上に説明した実施形態及び変形例は、クラウドプリントサービス２００とクラウドレ
ポジトリサービス３００のユーザＩＤが同じである場合の例であったが、そうでない場合
にも実施形態及び変形例の仕組みは適用可能である。この場合、例えば、クラウドレポジ
トリサービス３００用のユーザＩＤをユーザに入力させてもよいし、ＩＣカードから読み
取ってもよいし、社内ネットワーク１００内のディレクトリサービスから、認証した社内
ＩＤに対応するクラウドレポジトリサービス３００用のユーザＩＤを検索してもよい。

また、以上では、ユーザがクラウド利用の印刷を行う際に、そのユーザのための論理プ
リンタ２１０を「作成」し、用が済むとその論理プリンタ２１０を「削除」したが、これ
は一例に過ぎない。この代わりに、社内ネットワーク１００の管理者や画像形成装置１１
０のクラウド用ＩＤで、クラウドプリントサービス２００内に、その画像形成装置１１０
に対応づけた論理プリンタ２１０を作成しておき、各ユーザがクラウド利用の印刷を行お
うとする都度、その論理プリンタ２１０をそれら各ユーザのためのものとして使い回すよ
うにしてもよい。この場合、論理プリンタ設定部１２６又は６１２は、画像形成装置１１
０のユーザ認証を受けたユーザの社内ＩＤを要素として含んだ設定情報（例えばプリント
チケット）をクラウドプリントサービス２００に送ることで、その画像形成装置１１０に
対応づけられた論理プリンタ２１０の設定情報を更新する。この更新処理により、論理プ
リンタ２１０は、そのユーザの社内ＩＤを含んだ設定情報を持つものとなる。この論理プ
リンタ２１０を用いれば、画像処理装置１１０に対してそのユーザの社内ＩＤを含んだプ
リントチケットが印刷データと共に伝達されることになる。また、この例では、そのユー
ザがその論理プリンタ２１０の利用を終えると（例えば画像形成装置１１０が出力可能文
書を取得完了した場合、或いは画像形成装置１１０における当該ユーザの認証が解除され
た場合等）、その論理プリンタ２１０の設定情報から少なくともその社内ＩＤが削除され
るよう、設定情報の更新処理を行う。また、この更新の際に、論理プリンタ２１０の使用
権利者（共有者）の設定からそのユーザのクラウド用ＩＤを削除するようにしてもよい。
このような処理により、そのユーザの利用後に仮にその論理プリンタ２１０が他者により
利用されたとしても、その他者の利用による処理の履歴がそのユーザの名前で記録される
ことはない。

以上に例示した画像形成装置１１０の情報処理機能部分（図２の例では画像形成部１２
０以外の機能モジュール群を実行する部分）及び仲介装置６００は、例えば、汎用のコン
ピュータに当該装置の各機能モジュールの処理を表すプログラムを実行させることにより
実現される。ここで、コンピュータは、例えば、ハードウエアとして、ＣＰＵ等のマイク
ロプロセッサ、ランダムアクセスメモリ（ＲＡＭ）およびリードオンリメモリ（ＲＯＭ）
等のメモリ（一次記憶）、ＨＤＤ（ハードディスクドライブ）を制御するＨＤＤコントロ
ーラ、各種Ｉ／Ｏ（入出力）インタフェース、ローカルエリアネットワークなどのネット
ワークとの接続のための制御を行うネットワークインタフェース等が、たとえばバスを介
して接続された回路構成を有する。また、そのバスに対し、例えばＩ／Ｏインタフェース
経由で、ＣＤやＤＶＤなどの可搬型ディスク記録媒体に対する読み取り及び／又は書き込
みのためのディスクドライブ、フラッシュメモリなどの各種規格の可搬型の不揮発性記録
媒体に対する読み取り及び／又は書き込みのためのメモリリーダライタ、などが接続され
てもよい。上に例示した各機能モジュールの処理内容が記述されたプログラムがＣＤやＤ
ＶＤ等の記録媒体を経由して、又はネットワーク等の通信手段経由で、ハードディスクド
ライブ等の固定記憶装置に保存され、コンピュータにインストールされる。固定記憶装置
に記憶されたプログラムがＲＡＭに読み出されＣＰＵ等のマイクロプロセッサにより実行
されることにより、上に例示した機能モジュール群が実現される。

１００ 社内ネットワーク、１１０ 画像形成装置、１１２ ＵＩ部、１１４ 認証処
理部、１１６ ジョブ管理部、１１７ 設定抽出部、１１８ ジョブ受信部、１２０ 画
像形成部、１２２ 履歴記録処理部、１２４ 履歴記憶部、１２６ 論理プリンタ設定部
、１２８ 印刷指示部、１５０ 集計装置、２００ クラウドプリントサービス、２１０
論理プリンタ、３００ クラウドレポジトリサービス、４００ インターネット。

Claims (8)

1. 第１の認証を行う第１のシステムに接続された画像形成装置に対してユーザ認証のためにユーザが入力した、前記第１のシステムでの前記ユーザの識別情報である第１情報を取得する第１情報取得手段と、
   第２の認証を行う第２のシステムでのユーザの識別情報である第２情報を取得する第２情報取得手段と、
   取得した前記第２情報を用いて前記第２のシステムにアクセスすることにより前記第２のシステム内の論理プリンタに対し前記取得した第１情報を含んだ設定情報を設定させると共に、前記論理プリンタに対して、前記論理プリンタの使用者の識別情報として、前記取得した第２情報を設定する設定手段と、
   前記第２のシステムの論理プリンタで生成された印刷対象の印刷データを受け取り、受け取った前記印刷データに設定された設定情報に含まれる前記第１情報を用いて前記印刷データの印刷処理を行うよう制御する制御手段と、
   前記論理プリンタに対し前記第１情報の削除指示を送信する削除指示送信手段と、
   を備える情報処理システム。
2. 前記削除指示送信手段は、前記印刷データの印刷処理が完了した後に削除指示を送信する、ことを特徴とする請求項１に記載の情報処理システム。
3. 前記削除指示送信手段は、前記画像形成装置における前記第１情報による認証が解除された場合に削除指示を送信する、ことを特徴とする請求項１に記載の情報処理システム。
4. 前記設定手段はさらに、前記第２のシステムに対し論理プリンタを作成する作成指示を行うことを特徴とする請求項１に記載の情報処理システム。
5. 前記削除指示送信手段はさらに、前記第２のシステムに対し前記第１情報を含んだ前記設定情報が設定された前記論理プリンタを削除する指示を送信することを特徴とする請求項４に記載の情報処理システム。
6. 第１の認証を行う第１のシステムに接続された画像形成装置に対してユーザ認証のためにユーザが入力した、前記第１のシステムでの前記ユーザの識別情報である第１情報を取得する第１情報取得手段と、
   第２の認証を行う第２のシステムでのユーザの識別情報である第２情報を取得する第２情報取得手段と、
   取得した前記第２情報を用いて前記第２のシステムにアクセスすることにより前記第２のシステム内の論理プリンタに対し前記取得した第１情報を含んだ設定情報を設定させると共に、前記論理プリンタに対して、前記論理プリンタの使用者の識別情報として、前記取得した第２情報を設定する設定手段と、
   前記第２のシステムの論理プリンタで生成された印刷対象の印刷データを受け取り、受け取った前記印刷データに設定された設定情報に含まれる前記第１情報を用いて前記印刷データの印刷処理を行うよう制御する制御手段と、
   前記論理プリンタに対し前記第１情報の削除指示を送信する削除指示送信手段と、
   を備える画像形成装置。
7. 設定装置と画像形成装置とを有し、
   前記設定装置は、
   第１の認証を行う第１のシステムに接続された画像形成装置に対してユーザ認証のためにユーザが入力した、前記第１のシステムでの前記ユーザの識別情報である第１情報を取得する第１情報取得手段と、
   第２の認証を行う第２のシステムでのユーザの識別情報である第２情報を取得する第２情報取得手段と、
   取得した前記第２情報を用いて前記第２のシステムにアクセスすることにより前記第２のシステム内の論理プリンタに対し前記取得した第１情報を含んだ設定情報を設定させると共に、前記論理プリンタに対して、前記論理プリンタの使用者の識別情報として、前記取得した第２情報を設定する設定手段と、
   前記論理プリンタに対し前記第１情報の削除指示を送信する削除指示送信手段と、
   を備え、
   前記画像形成装置は、
   前記第２のシステムの論理プリンタで生成された印刷対象の印刷データを受け取り、受け取った前記印刷データに設定された設定情報に含まれる前記第１情報を用いて前記印刷データの印刷処理を行うよう制御する制御手段、
   を備える、ことを特徴とする情報処理システム。
8. コンピュータを、
   第１の認証を行う第１のシステムに接続された画像形成装置に対してユーザ認証のためにユーザが入力した、前記第１のシステムでの前記ユーザの識別情報である第１情報を取得する第１情報取得手段、
   第２の認証を行う第２のシステムでのユーザの識別情報である第２情報を取得する第２情報取得手段、
   取得した前記第２情報を用いて前記第２のシステムにアクセスすることにより前記第２のシステム内の論理プリンタに対し前記取得した第１情報を含んだ設定情報を設定させると共に、前記論理プリンタに対して、前記論理プリンタの使用者の識別情報として、前記取得した第２情報を設定する設定手段、
   前記第２のシステムの論理プリンタで生成された印刷対象の印刷データを受け取り、受け取った前記印刷データに設定された設定情報に含まれる前記第１情報を用いて前記印刷データの印刷処理を行うよう制御する制御手段、
   前記論理プリンタに対し前記第１情報の削除指示を送信する削除指示送信手段、
   として機能させるためのプログラム。