JP5730082B2 - プリントサーバ、印刷システム、制御方法、およびプログラム。 - Google Patents

Description

本発明は、プリントサーバからインターネットを経由して、別のネットワークに所属するプリンタへ印刷ジョブを登録する印刷システムにおける、印刷ジョブ生成時のジョブオーナ名の設定方法に関する。

近年、クラウドサービスとしてインターネット上にてサービスを提供するビジネス展開がなされている。また、複数のサービスを連携させ、サービス機能の強化を行う展開がある。複数のサービスを連携させる際に、ユーザが１度認証を受けるだけで複数のシステムやアプリケーションを利用できるようにする、ＳＳＯ（Ｓｉｎｇｌｅ Ｓｉｇｎ−Ｏｎ）が利用されている。

ＳＳＯを実現するための形式の一つとして、認証を一括管理するＩｄＰ（Ｉｄｅｎｔｉｔｙ Ｐｒｏｖｉｄｅｒ）と、ＩｄＰによる認証情報を信頼してサービス提供を行うＳＰ（Ｓｅｒｖｉｃｅ Ｐｒｏｖｉｄｅｒ）から構成されるシステムがある。この形式のＳＳＯを利用すると、ユーザはＩｄＰで認証を行うことで各サービスを利用することができる。また、各ＳＰ利用時には、それぞれのＳＰで管理されているユーザでログインが行われ、全サービスそれぞれにユーザが登録されている必要がある。

特許文献１では、認証サーバでの認証情報を信頼し、認証連携を行うシステムについて開示されている。Ｗｅｂサービスがアクセスを受けると、認証サーバへとリダイレクトを行い、認証サーバにて認証を行う。認証が成功すると、認証サーバにより認証を行ったことの証明書が発行される。これ以降、認証サーバから発行された証明書を連携するＷｅｂサービスへと渡すと、Ｗｅｂサービスは、ユーザから認証情報を取得せずに、当該証明書を用いてユーザの認証を行う。

特開平１１−２８２８０４号公報

近年のクラウドサービスの流れを受け、印刷ジョブをＷｅｂサービスで提供する形態が考えられる。上述のＳＳＯのような仕組みをこのＷｅｂサービスに設けた場合、一人のユーザに対して、印刷ジョブを提供するＷｅｂサービスを利用するためのユーザＩＤと、プリンタを利用するためのユーザＩＤの少なくとも２つのユーザＩＤが必要となる。このとき、上記２つのユーザＩＤは、異なる場合が想定される。その場合、プリントサービスにおいて印刷ジョブを生成する際に、プリンタにログインしているユーザ名と異なるジョブオーナ名が生成される。よって、例えば、プリンタにはＷｅｂサービスにて生成された印刷ジョブと、Ｗｅｂサービスを利用したユーザとを関連して管理する仕組みがないため、プリンタの管理画面からＷｅｂサービスを利用したユーザのジョブを確認できないという問題が生じる。

上記課題を解決するために、本願発明は以下の構成を有する。すなわち、ユーザからの印刷指示に従って印刷ジョブを生成するプリントサーバであって、前記印刷指示を行うユーザの当該プリントサーバにおけるユーザ情報に対応して予め設定された、出力装置にて処理される印刷ジョブに設定するためのオーナ名であって、前記ユーザの出力装置におけるユーザを特定するためのオーナ名を取得する取得手段と、前記取得手段により、前記オーナ名が取得できた場合は当該取得したオーナ名を印刷ジョブのオーナ名として設定した印刷ジョブを生成し、前記オーナ名が設定されておらず取得できない場合は当該プリントサーバにおける前記ユーザのユーザ情報にて指定されたユーザ名を印刷ジョブのオーナ名として設定した印刷ジョブを生成する生成手段とを有する。

また、別の実施形態として、本願発明は以下の構成を有する。すなわち、ユーザからの印刷指示に従って印刷ジョブを生成するプリントサーバと、認証処理を行う認証サーバと、前記印刷ジョブに基づいて出力を行う出力装置とを含む印刷システムであって、前記認証サーバは、前記プリントサーバにおけるユーザ情報と、前記出力装置におけるユーザ情報とを対応付けて記憶部に登録する登録手段を有し、前記プリントサーバは、前記印刷指示を行うユーザの当該プリントサーバにおけるユーザ情報に対応して予め設定された、前記出力装置にて実行される印刷ジョブに設定するためのオーナ名であって、前記ユーザの出力装置におけるユーザを特定するためのオーナ名を前記認証サーバから取得する取得手段と、前記取得手段により、前記オーナ名が取得できた場合は当該取得したオーナ名を印刷ジョブのオーナ名として設定した印刷ジョブを生成し、前記オーナ名が設定されておらず取得できない場合は当該プリントサーバにおける前記ユーザのユーザ情報にて指定されたユーザ名を印刷ジョブのオーナ名として設定した印刷ジョブを生成する生成手段とを有する。

本発明により、ユーザ名が異なる複数のサービスが連携するシステムにおいて、連携するサービスの増減に対する負担を少なくしつつ、各サービスで作成した印刷ジョブのオーナ名をプリンタ上のユーザ名と一致させることができる。

印刷システムの構成図。 印刷システムを構成する各機器のハードウェア構成図。 プリントサービスに係るソフトウェアモジュールの構成図。 認証サービスに係るソフトウェアモジュールの構成図。 文書管理サービスに係るソフトウェアモジュールの構成図。 デバイスのソフトウェアモジュールの構成図。 クライアント端末のソフトウェアモジュールの構成図。 認証サービスにて用いられるデータ構造例を示す図。 認証サービス上で管理されるテーブルの構成例を示す図。 プリントサービスにおけるオーナ名設定処理のフローチャート。 文書管理サービスへの認証処理時のフローチャート。 プリントサービスにおける権限処理確認のフローチャート。 印刷フローチャート。 第二実施形態に係るＳＳＯ連携における認証処理時のフローチャート。

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

［システム構成］
図１は、本実施形態に係る印刷システムの構成を示すブロック図である。本印刷システムでは、外部ネットワークであるＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）１０において、ＷＷＷ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ）システムが構築されている。ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）１１は、各内部ネットワークにおいて、本システムを構成する各構成要素を接続する。また、ファイアウォール１２はＷＡＮ１０とＬＡＮ１１との間に配置され、各ネットワーク間のセキュリティを考慮して、通信可能なデータの制御を行う。

クライアント端末１６は、ＬＡＮ１１およびＷＡＮ１０を介し、各サーバに対してＷｅｂリクエストを発行する。更にクライアント端末１６は、各サーバから提供されるデータを閲覧可能なＷｅｂブラウザを備える。文書管理サーバ１３は、クライアント端末１６からのＷｅｂリクエストに従って文書データを生成する。文書管理サーバ１３が管理する文書データは、自サーバが保持していてもよいし、他の文書管理サーバが保持していてもよい。認証サーバ１４は、クライアント端末１６からのＷｅｂリクエストに従って、クライアント端末１６を操作しているユーザを認証する。また、プリントサーバ１５は、クライアント端末１６からのＷｅｂリクエストに従い、指定された文書データに対する、指定されたプリンタへの印刷を管理する。デバイス１７は、文書データを印刷する。また、デバイス１７に関する各種情報は、プリントサーバ１５に登録されている。なお、デバイス１７の例として、プリンタや印刷機能を有するＭＦＰ（ＭｕｌｔｉＦｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）などが挙げられる。なお、各サーバは１台で構成されているが複数台から構成されるサーバ群で合っても良い。本実施形態では、複数台から構成されるサーバ群で１の機能（サービス）を提供する場合であってもサーバと称する。

［ハードウェア構成］
図２（Ａ）は、図１に示す文書管理サーバ１３、認証サーバ１４、プリントサーバ１５、及びクライアント端末１６のハードウェア構成を示すブロック図である。また、図２（Ｂ）は、図１に示すデバイス１７のハードウェア構成を示すブロック図である。図２（Ａ）および図２（Ｂ）に示されるハードウェア構成図は一般的な情報処理装置及び出力デバイスのハードウェア構成図に相当する。従って、本実施形態の各装置を構成する各装置は、上記構成に限定するものではなく、一般的な情報処理装置および出力デバイスのハードウェア構成を適用できる。

図２（Ａ）において、ＣＰＵ２０は、記憶部であるＲＯＭ２２或いはＨＤＤ２３に記憶されＲＡＭ２１にロードされたＯＳ（オペレーティングシステム）やアプリケーション等のプログラムを実行する。後述する各フローチャートの処理は、このプログラムの実行により実現できる。ＲＡＭ２１は、ＣＰＵ２０の主メモリ、ワークエリア等として機能する。入力装置２４は、キーボードやポインティングデバイスなどが例として挙げられ、ユーザからの入力を受け付ける。出力装置２５は、各種ディスプレイなどであり、処理結果などの表示を行う。ＨＤＤ２３は、各種データを記憶する外部メモリ、例えばハードディスクやフラッシュメモリなどの永続記憶装置である。ネットワークインタフェース２６は例えばＬＡＮ１１などのネットワークに接続され、ネットワークに接続された他の機器との通信制御処理を実行する。

図２（Ｂ）において、ＣＰＵ３１は、内部バスを介して後述する各機能／装置に接続され、デバイス１７を制御する。出力装置３６は、例として操作用のタッチパネルなどを提供するための装置である。本実施形態において、ユーザは、ユーザ所望の動作を行うための操作等を出力装置３６に表示される画面を介して行う。プリンタ装置３４は、印刷を行うための部位である。プリンタ情報管理部３５は、プリンタ装置３４の機能／状態の情報を管理／保持する。

更に、メモリ３２は、ＣＰＵ３１がデバイス１７を制御するために実行する各種命令（アプリケーションプログラム含む）を記憶し、ＨＤＤ３３には、プリンタ装置３４で印刷するためのデータを一時保存する。また、ネットワークインタフェース３７は、ＣＰＵ３１に従い、ネットワークを介して信号の送受信を行う。

［ソフトウェア構成］
図３は、本実施形態に係るプリントサーバ１５上で動作する、プリントサービス４０のソフトウェアモジュールの構成図である。印刷ジョブ管理部４１は、印刷データの管理を行う。印刷データ管理部４１１は、Ｗｅｂアプリケーション４４もしくはＷｅｂサービス４３から印刷データ取得要求を受信すると、印刷ジョブ情報記憶部４１３に保持されている印刷データ取得要求にて指定された印刷データを取得して返す。印刷ジョブ情報管理部４１２は、印刷ジョブ情報記憶部４１３が保持している印刷データの印刷ジョブ情報を管理する。

ここで用いられるジョブ情報は、ジョブオーナ名、印刷データを識別するジョブ識別ＩＤ、ドキュメント名、データフォーマットを識別するジョブ種類、印刷ステータス、受付日時、最終印刷日時、ページ数、ページサイズ、および印刷データのリンク先等の情報で構成される。また、ジョブ情報に含まれる印刷ステータスには、待機中、転送中、印刷中、キャンセル中、正常終了、キャンセル終了、およびエラー終了等のステータスがある。プリンタ管理部４２のプリンタ情報管理部４２１では、プリンタ情報記憶部４２２が保持しているプリンタ情報を管理する。

Ｗｅｂアプリケーション４４は、セッション管理部４４１、ページ生成部４４２、リクエスト受付部４４３、印刷ジョブ取得部４４４、および印刷ステータス取得部４４５を有する。セッション管理部４４１は、認証サービス５０で認証が成功した要求をセッションとして管理する。ページ生成部４４２は、Ｗｅｂブラウザから受信した要求に対して、Ｗｅｂページを生成して返信する。リクエスト受付部４４３は、Ｗｅｂブラウザから印刷要求、印刷ジョブ取得要求、プリンタ制御要求、印刷ジョブのステータス等を受け付ける。印刷ジョブ取得部４４４は、印刷要求や印刷ジョブ取得要求をリクエスト受付部４４３が受け付けると、印刷ジョブ管理部４１に印刷データ取得要求を送信する。印刷ステータス取得部４４５は、リクエスト受付部４４３が印刷ジョブのステータスを受信すると、受信したステータスを印刷ジョブ管理部４１に通知する。

Ｗｅｂサービス４３は、印刷ジョブ取得部４３１、印刷ステータス受信部４３２、およびリクエスト受付部４３３を有する。リクエスト受付部４３３は、外部のサービスやアプリケーションから印刷ジョブ取得要求や、印刷ジョブのステータスを受信し、各部へ転送する。印刷ジョブ取得部４３１は、リクエスト受付部４３３が印刷ジョブ取得要求を受信すると、印刷ジョブ管理部４１に印刷データ取得要求を送信する。印刷ステータス受信部４３２は、リクエスト受付部４３３が印刷ジョブのステータスを受信すると、受信したステータスを印刷ジョブ管理部４１に通知する。

つまり、プリントサービス４０は、Ｗｅｂブラウザから要求を受け付けるＷｅｂアプリケーション４４と、外部のサービスやアプリケーションからＷｅｂサービス４３との２つの処理部を有する。

図４は、認証サーバ１４上で動作する認証サービス５０のソフトウェアモジュールの構成図である。サービスインタフェース（Ｉ／Ｆ）５０１は、外部サービスからの要求の受信や、他のサービスへの要求を送信するインタフェースモジュールである。サービスＩ／Ｆ５０１が受け付ける要求としては、例えば、ユーザ情報を取得する要求や、ユーザ認証要求が挙げられる。サービスＩ／Ｆ５０１は、受け付けた要求を認証管理部５０３へ送信する。

Ｗｅｂアプリケーション５０２は、Ｗｅｂブラウザからの要求を受け付けるインタフェースを備えたアプリケーションである。Ｗｅｂアプリケーション５０２は、クライアント端末１６やデバイス１７が備えるＷｅｂブラウザからの認証要求を受信し、認証管理部５０３へと認証要求を行う。なお、ここで用いられる認証方式の例として、認証画面を作成して応答する形式や、認証画面を生成せずに応答する形式などが挙げられる。また、Ｗｅｂアプリケーション５０２は、ユーザ情報登録や変更画面（不図示）なども生成する。

認証管理部５０３は、サービスＩ／Ｆ５０１やＷｅｂアプリケーション５０２から受けた要求に対し処理を行う。認証管理部５０３は、認証要求を受信すると、認証部５０５へ認証要求を行う。併せて、認証管理部５０３は、認証部５０５へ認証情報の確認を行い、確認が取れたならば設定部５０４へ認証設定要求を行う。認証設定要求とは、認証情報記憶部５０６にて保持されている各ユーザの認証情報（ユーザＩＤ、パスワード等）に対する登録／変更を要求するものである。

設定部５０４は、認証管理部５０３から認証設定要求を受信すると、認証情報記憶部５０６に保持された認証情報の設定や変更を行う。本実施形態において、認証情報記憶部５０６には図８（Ａ）および図９に示す情報が記憶されている。認証管理部５０３からの認証設定要求に応じて、設定部５０４は、図８（Ａ）に示すユーザ情報や、図９（Ａ）に示すオーナ名やデバイス情報などの設定変更を行う。

認証部５０５は、認証管理部５０３から認証要求を受信すると、認証ロジックと認証情報記憶部５０６の情報に基づき認証を行う。そして、認証部５０５は、認証が成功すると認証トークンを生成する。生成された認証トークンは、認証情報記憶部５０６において、図９（Ｂ）に示すように管理される。そして生成された認証トークンは、サービスＩ／Ｆ５０１またはＷｅｂアプリケーション５０２を介して要求元へ応答として送信される。

図５は、文書管理サーバ１３上で動作する文書管理サービス６０のソフトウェアモジュールの構成図である。サービスＩ／Ｆ６０１は、作成した文書を他のサービスに対して出力するインタフェースモジュールである。Ｗｅｂアプリケーション６０２は、ブラウザからの要求を受け付けるインタフェースを備えたアプリケーションである。Ｗｅｂアプリケーション６０２は、クライアント端末１６のＷｅｂブラウザからの要求に応じて文書生成や文書出力を要求する際に用いられる画面（不図示）を生成し応答する。Ｗｅｂアプリケーション６０２は、文書生成要求を受けると、文書管理部６０３へと文書生成要求を行う。文書生成要求とは、文書データ記憶部６０５に保持されたデータを用いて、クライアント端末１６に送信するための文書データを作成させるための要求である。

文書管理部６０３は、文書生成要求を受信すると、文書データ取得部６０４を介して文書データ記憶部６０５より文書情報を取得し、文書生成を行う。そして、文書管理部６０３は、生成した文書データを要求元に返答する。なお、文書生成を行う際、文書管理部６０３は、必要に応じてサービスＩ／Ｆ６０１を介して他のサービス（不図示）から文書データを取得することもできる。なお、文書生成処理とは、文書データから帳票形式の文書を生成する処理である。

図６は、本実施形態に係るデバイス１７を制御するソフトウェアモジュールの構成図である。メイン制御部７００は、本実施形態に係るデバイスのシステム全体を制御し、後述する各部に対する指示、管理を行う。また、メイン制御部７００は、外部サービスへとアクセスするための通信データを生成し、通信部７０１へ渡す。ここでメイン制御部７００がアクセスする外部サービスは、プリントサービス４０におけるＷｅｂアプリケーション４４およびＷｅｂサービス４３とする。

通信部７０１は、メイン制御部７００よる指示に従い、外部サービスと接続し、メイン制御部７００にて生成された要求を送信する。そして、通信部７０１は、送信した要求に対する応答結果を受信する。描画部７０２は、メイン制御部７００より指示を受信し、文字列を出力装置３６へと表示させる。ユーザ操作検知部７０３は、出力装置３６からの入力を受け、入力された情報をメイン制御部７００へと渡す。

ユーザ認証部７０４は、メイン制御部７００より指示を受信し、デバイス１７を利用するユーザに関する認証処理を行う。具体的には、ユーザ認証部７０４は、メイン制御部７００から認証要求を受けると、ユーザ情報記憶部７０７に保持された情報を利用して認証を行う。その際、ユーザ認証部７０４は、必要に応じて他のサービス（不図示）から認証情報を取得することもできる。なお、ユーザ（操作者）が同じであるにも関わらず、デバイス１７と各種サービスは、夫々が異なる場所や形式でそのユーザの認証情報を管理している場合がある。この場合において、デバイス１７の認証情報と認証サービス５０の認証情報とが異なる場合が生じうる。

印刷データ制御部７０５は、メイン制御部７００からの指示を受信し、通信部７０１が受信した印刷データに基づき、印刷命令に変換する。出力部７０６は、印刷データ制御部７０５から渡される印刷命令を順次実行し、プリンタ装置３４から出力させる。

図７は、本実施形態に係るクライアント端末１６上で動作するソフトウェア構成図である。メイン制御部８００は、クライアント端末１６上のソフトウェア全体をコントロールし、各コンポーネントの呼び出しと実行制御、およびコンポーネント間のデータの受け渡しを行う。通信部８０１は、メイン制御部８００の指示に基づいて、ネットワークインタフェース２６経由で要求を送信する。また通信部８０１は、送信した要求のレスポンスとしてネットワークインタフェース２６経由で情報を受け取り、メイン制御部８００へと渡す。

描画部８０２は、メイン制御部８００から受け取った情報を解釈し、描画する。ユーザ操作検知部８０３は、入力装置２４からの入力を受け、入力された情報をメイン制御部８００へと伝える。受信データ処理部８０４は、メイン制御部８００からの指示を受け付ける。そして、受信データ処理部８０４は、通信部８０１が受信した情報の内容を解釈し、指定された内容に基づいた命令へと変換する。その後、受信データ処理部８０４は、変換した命令をメイン制御部８００へと返信する。

なお、図３乃至７にて示される各構成要素やデータの集合は、機能に応じて論理的に分割して表現しているのみであり、物理的には必ずしも分割されず、同一の部位が担うようにしても構わない。

［データ構造］
図８（Ａ）は、認証サービス５０上で管理するユーザ情報９０のデータ構造の一例を示すものである。ユーザ情報９０として、ユーザＩＤ９０１、パスワード９０２、ログイン名などの表示に利用するユーザ名９０３、ユーザの権限９０４、及びその他情報が管理されている。権限９０４は、認証サービス５０上のユーザ権限の他に、プリントサービス４０などの認証サービス５０と連携する外部サービスに対するユーザの権限も併せて管理する。

図８（Ｂ）は、プリントサービス４０上で管理する文書情報９１のデータ構造の一例を示す。文書情報９１は、文書を特定するための文書ＩＤ９１１、文書の表示名である文書名９１２、文書の作成者のユーザＩＤであるユーザＩＤ９１３、文書を特定するためのＰＩＮコード９１４、文書データ９１５、及びその他情報からなる。ここで、ユーザＩＤ９１３は、印刷ジョブのジョブオーナ名としてデバイス１７側で認識される。なお、文書データ９１５は、文書データがバイナリ形式で格納されるように構成してもよいし、文書データ自体は別の領域に記憶し、その記憶場所のパスを示す情報を格納するように構成してもよい。

図８（Ｃ）は、デバイス１７上で管理するユーザ情報９２のデータ構造の一例を示すものである。デバイス１７におけるユーザ情報９２は、ユーザＩＤ９２１、パスワード９２２、ユーザの権限９２３、およびその他情報が管理されている。

ここで、図８（Ａ）に示す認証サービス５０にて管理するユーザＩＤ９０１と、図８（Ｃ）に示すデバイス１７にて管理するユーザＩＤ９２１とは、ユーザ情報が管理されている場所（装置）が異なる。そのため、同じユーザ（操作者）に対しても、異なるユーザＩＤとなる場合がある。もちろん、同一のユーザＩＤであっても構わない。一方、図８（Ｂ）に示すプリントサービス４０にて管理するユーザＩＤ９１３は、プリントサービス４０上で文書情報９１を登録する際に、認証サービス５０にて管理されるユーザＩＤ９０１と同じ内容が設定される。

［データ管理構成］
図９（Ａ）は、認証サービス５０上でのユーザ情報とオーナ名の管理の一例を示す。図８（Ａ）に示すユーザ情報に含まれるユーザＩＤ９０１に対して、対応するデバイスと、そのデバイスで用いられる当該ユーザＩＤに対応するオーナ名が管理される。ここで管理されているデバイスの情報は、例えばＩＰアドレスやシリアル番号などの、デバイスを一意に特定できる情報である。なお、ここで管理されるオーナ名は、プリントサービス４０上などで印刷ジョブを生成する際に、ジョブオーナ名として登録されるものである。そのため、図９（Ａ）に示すオーナ名は、図８（Ｃ）に示すデバイス１７にて管理されるユーザＩＤ９２１と同じ内容が登録されていることが望ましいが、異なる内容が登録されていてもよい。本実施形態においては、認証サービス５０とデバイス１７とで異なる内容が登録されている場合に対応可能とする点を特徴とする。

図９（Ｂ）は、認証サービス５０上で発行した認証トークンの管理の一例を示す。認証が成功したユーザ、当該ユーザに対応して発行した認証トークン、および当該認証トークンの有効期限を対応付けて管理している。

図９（Ｃ）は、複数のサービスがＳＳＯ連携している際の、対応する認証情報の管理の一例を示す。認証サービス５０上で管理しているユーザＩＤと、ＳＳＯ連携先の認証サービス上で管理されているユーザＩＤとを関連付けて管理している。ここでのＳＳＯ連携とは、ＳＰおよびＩｄＰとから構成されたプロバイダにより、各サービス（クラウドサービス等）の認証を統合的に実行することを意味する。なお、図９（Ｃ）に示す情報については、第二実施形態にて詳述する。

［オーナ名設定要求処理フロー］
以下、本実施形態に係る各サービスの処理フローについてフローチャートを用いて説明する。以下のフローチャートにおいて、文書管理サービス６０およびプリントサービス４０のユーザ管理は認証サービス５０によって統合的に行われるものとする。また、デバイス１７のユーザ管理は、デバイス１７の内部の認証部（不図示）などによって行われ、認証サービス５０による統合的な認証処理とは独立したものとする。そのため、認証サービス５０へのログインＩＤと、デバイス１７へのログインＩＤとが異なるものとする。つまり、認証サービス５０のユーザＩＤ９０１とデバイス１７のユーザＩＤ９２１とが異なる。なお、本実施形態においては、プリントサービス４０、認証サービス５０、および文書管理サービス６０のユーザＩＤに関しては、共通であるものとする。

図１０は、プリントサービス４０にて実行され、プリントサービス４０を利用するユーザに対応するオーナ名の設定フローである。図１０に示す処理フローは、認証サービス５０上にプリントサービス４０を利用するユーザがすでに登録されている状態において実行されるか、または認証サービス５０上に新たにユーザを登録する場合において実行される。また、本実施形態において、以下に示す処理は、プリントサーバ１５のＣＰＵが記憶部であるＲＡＭ等に記憶されたプログラムを実行することにより実現される。

Ｗｅｂアプリケーション４４は、プリントサービス４０が外部からオーナ名設定要求を受けると、認証サーバ１４が提供する認証サービス５０へオーナ名設定要求を行う（Ｓ１１０１、Ｓ１１０２）。ここで受信されるオーナ名設定要求には、ユーザに対応付けられるオーナ名の情報が含まれる。オーナ名の情報とは、デバイス１７が保持するユーザＩＤ９２１が相当し、ユーザによって指定される。このとき、認証サービス５０の設定部５０４において、プリントサービス４０からのオーナ名設定要求に従ってユーザ設定が行われる。そして、Ｓ１１０３にて、Ｗｅｂアプリケーション４４は設定結果を受け付ける。受信した設定結果を参照し、オーナ名設定が成功した場合（Ｓ１１０４にてＹＥＳ）、Ｗｅｂアプリケーション４４は、認証サービス５０から成功応答を生成する（Ｓ１１０５）。失敗した場合（Ｓ１１０４にてＮＯ）、Ｗｅｂアプリケーション４４は、失敗応答を生成する。そして、Ｓ１１０７にて、Ｗｅｂアプリケーション４４は、Ｓ１１０１にて受信したオーナ名設定要求の送信元に対し、オーナ名設定結果の応答を行う。なお、ここで設定するオーナ名は、プリントサービス４０を利用するユーザのデバイス１７に対するログイン名と同じ内容にすることが望ましいが、異なる内容を設定することも可能である。

［連携処理フロー］
図１１は、文書管理サービス６０が認証サービス５０に対し認証を要求し、外部サービスへと連携を行う際の処理フローである。ここで、文書管理サービス６０へは、クライアント端末１６上のＷｅｂブラウザからアクセスされる。なお、本実施形態において、以下に示す処理は、各サーバのＣＰＵが記憶部であるＲＡＭ等に記憶されたプログラムを実行することにより実現される。

文書管理サービス６０は、クライアント端末１６から文書管理サービスの利用要求を受信すると、認証サービス５０に対して認証要求を行う（Ｓ１２０１、Ｓ１２０２）。認証サービス５０の認証管理部５０３は、サービスＩ／Ｆ５０１を介して認証要求を受け付けると、併せて文書管理サービス６０からサービスＩ／Ｆ５０１を介して認証情報を受け取る。その後、認証部５０５は、受信した認証情報と、認証情報記憶部５０６に保存されているユーザ情報とを利用し、ユーザ認証を行う（Ｓ１２０３、Ｓ１２０４）。認証情報は、クライアント端末１６を介して入力された認証情報である。

認証が成功したならば、認証管理部５０３は、認証トークンを生成し、サービスＩ／Ｆ５０１を介して生成した認証トークンを認証要求元へと返信する（Ｓ１２０５）。ここで生成される認証トークンは、例えばセッションＩＤなどのセッション情報や、ＯＡｕｔｈトークンなどがある。また、ワンタイムパスワード文字列や、ランダム文字列などでもよい。また、認証トークンには期限を設け、その期限が経過するまでは認証トークンが利用できるものとする。また、生成された認証トークンは図９（Ｂ）に示すような形式で認証情報記憶部５０６に保存される。なお、Ｓ１２０４にて認証が失敗した場合には、認証管理部５０３は、認証要求元へその旨を通知する。

文書管理サービス６０は、Ｓ１２０６にて認証サービスから送信された認証トークンを受信する。その後、文書管理サービス６０は、クライアント端末１６から文書生成出力要求を受信し、文書データから帳票形式の文書を生成する（Ｓ１２０７、Ｓ１２０８）。文書生成が終了した後、文書管理サービス６０は、外部サービスに対して文書登録要求を行う（Ｓ１２０９）。ここでの外部サービスは、プリントサービス４０などである。文書登録要求の中には、ユーザＩＤ、生成された文書のＩＤが含まれている。

その後、文書管理サービス６０は、文書印刷設定要求を生成し、クライアント端末１６に対して連携サービスへとリダイレクトさせる（Ｓ１２１０、Ｓ１２１１）。この際、文書管理サービス６０は、Ｓ１２０６にて受信した認証トークンも併せて連携先へと送る。本実施形態では、連携先として、プリントサービス４０が相当する。

なお、文書管理サービス６０は、図１１とは異なる認証を行っても良い。例えば、図１１のＳ１２０１〜Ｓ１２０６の代わりに以下のような流れで認証を行うことが考えられる。文書管理サービス６０は、文書管理サービス６０へアクセスしてきたクライアント端末１６のアクセスを認証サービス５０へリダイレクト指示を発行することでリダイレクトさせて、認証サービス５０で認証させる（第１の送信手段）。この際のクライアント端末１６は、認証トークンを有していないため、未認証である。認証サービス５０は、文書管理サービス６０によるリダイレクト指示に従いアクセスしてきたクライアント端末１６へ認証画面を送信する。そして、認証サービス５０は、その認証画面を介してユーザから入力された認証情報を取得する。取得した認証情報を基に認証サービス５０で認証された後、認証サービス５０による認証成功に伴う認証トークンを取得したクライアント端末１６は、その認証トークンを文書管理サービス６０へ渡す。このとき、認証サーバ１４においては、発行した認証トークンをユーザＩＤと対応付けて保持しておく。また、認証が成功したクライアント端末１６が再度、文書管理サービス６０へアクセスする処理は、認証サービス５０が認証トークンを取得したクライアント端末１６に対し、文書管理サービス６０へのリダイレクト指示を与えることによって実現される（第２の送信手段）。なお、第２の送信手段において、認証サービス５０は、リダイレクト指示と共に認証トークンをクライアント端末１６に送信し、その認証トークンを文書管理サービス６０に送信させてもよい。

そして、クライアント端末１６から認証トークンを取得した文書管理サービス６０は、その認証トークンを基にログインセッションを認証サービス５０から取得する。そして、文書管理サービス６０は、その取得したログインセッションに基づいて、認証済みと判定する。即ち、文書管理サービス６０も、後述するプリントサーバ１５のＷｅｂアプリケーション４４と同様に、認証トークンを基にアクセスが認証されるような形態であっても良い。

Ｓ１２０７以降は、図１１と同じ処理となる。これにより、本発明の処理は全て認証トークンのやり取りによって認証が行われることになる。また、ログインセッションにユーザＩＤを含めることでＳ１２０９の文書登録要求も可能となる。

なお、文書管理サービス６０は、プリントサービス４０との連携を行うために、Ｓ１２１０、Ｓ１２１１にて、クライアント端末１６に対して、リダイレクト指示を送信し、認証トークンの共有を行っている（第３の送信手段）。なお、第３の送信手段において、文書管理サービス６０は、リダイレクト指示と共に認証トークンをクライアント端末１６に送信し、その認証トークンをプリントサービス４０に送信させてもよい。

図１２は、プリントサービス４０が外部サービスから印刷指示を受けた場合の処理フローである。ここで、図１２に示すフローチャートは、図１１のＳ１２１１後に実行されるものとする。また、本実施形態において、以下に示す処理は、各サーバのＣＰＵが記憶部であるＲＡＭ等に記憶されたプログラムを実行することにより実現される。

プリントサービス４０は、文書管理サービス６０などの外部サービスから文書印刷設定要求を受けると、当該文書印刷設定要求と共に受信した認証トークンの確認を認証サービス５０へと要求する（Ｓ１３０１、Ｓ１３０２）。認証サービス５０の認証管理部５０３は、サービスＩ／Ｆ５０１を介して認証トークンを受け取ると、認証部５０５において認証トークンの確認を行う。認証部５０５は、認証情報記憶部５０６の情報を元に、受信した認証トークンが正しいか否かを判定する（Ｓ１３０３、Ｓ１３０４）。ここで受信した認証トークンが正しいか否かは、例えば図９（Ｂ）に示すように、認証情報記憶部５０６に保持された認証トークンのＩＤおよび期限を用いて判定する。

プリントサービス４０は、認証サービス５０により認証トークンが正しいと確認された場合、再び認証サービス５０へと印刷設定要求をしたユーザの権限の確認要求を行う（Ｓ１３０５、Ｓ１３０６）。認証サービス５０は、受信した確認要求に応じて、ユーザが有する権限情報を返す（Ｓ１３０７、Ｓ１３０８）。ここで返される権限情報は、図８（Ａ）に示す権限９０４が相当する。そして、プリントサービス４０は、認証サービス５０から送信された権限情報に基づいて、印刷設定要求をしたユーザに当該処理を実行する権限があるか否かを確認する（Ｓ１３０８、Ｓ１３１０）。ここでの確認処理は、Ｓ１２０９で文書管理サービス６０により登録された文書登録要求に含まれるユーザＩＤと、認証トークンを基に認証サービス５０から取得したユーザＩＤとが一致するか否かの確認処理である。

印刷設定要求をしたユーザに権限がないならば（Ｓ１３１０にてＮＯ）、プリントサービス４０は、Ｓ１３１１にて設定拒否結果を、「権限なし」として生成する。権限があるならば（Ｓ１３１０にてＹＥＳ）、プリントサービス４０は、登録要求された文書が登録可能な種別かを確認する（Ｓ１３１２、Ｓ１３１３）。ここで、文書が登録可能か否かの判定は、文書ごとに設定された種別情報（例えば、ファイルの種別など）に基づいて判定される。なお、この情報は、図８（Ｂ）に示す文書情報９１内に定義されているものとする。文書登録可能な種別でない場合（Ｓ１３１３にてＮＯ）、プリントサービス４０は、設定拒否結果を、「文書登録不可」として生成する（Ｓ１３１４）。文書登録可能な種別であるならば（Ｓ１３１３にてＹＥＳ）、プリントサービス４０は、ユーザが利用できるプリンタの確認を行う（Ｓ１３１５、Ｓ１３１６）。ここでのプリンタは、デバイス１７が相当する。また、ここで行われる確認処理は、ユーザの利用権限や各プリンタとの接続状態などに基づいて判定することができる。なお、ユーザのプリンタに対する利用権限として、ユーザ情報と利用可能なプリンタとは関連付けて保存されており、それらの情報を用いることができる。また、文書の取得は、Ｓ１２０９で文書管理サービス６０により登録された文書登録要求に含まれる文書ＩＤを基に行われる。プリントサービス４０のＷｅｂアプリケーション４４は、文書ＩＤを基に文書管理サービス６０から帳票形式の文書データを取得する。

使用可能なプリンタが存在しない場合（Ｓ１３１６にてＮＯ）、プリントサービス４０は、設定拒否結果を、「プリンタなし」として生成する（Ｓ１３１７）。使用可能なプリンタが存在した場合（Ｓ１３１６にてＹＥＳ）、プリントサービス４０は、Ｗｅｂブラウザから印刷設定を受け付け、印刷要求をデバイス１７に対して送信する（Ｓ１３１８、Ｓ１３１９）。この際、認証トークンも併せてデバイス１７に送信する。なお、ここで、プリントサービス４０が印刷要求および認証トークンを送信する形態ではなく、クライアント端末１６から認証トークンを送信するように要求する構成としても構わない（要求手段）。

図１３は、プリントサービス４０から印刷要求を受けたデバイス１７が、プリントサービス４０から印刷ジョブを取得して印刷を実行する処理フローである。ここで、図１３に示すフローチャートは、図１２のＳ１３１９後の状態にて実行される。また、本実施形態において、以下に示す処理は、各装置のＣＰＵが記憶部であるＲＡＭ等に記憶されたプログラムを実行することにより実現される。

プリントサービス４０から印刷要求を受けたデバイス１７は、プリントサービス４０に対して文書要求を行う（Ｓ１４０１、Ｓ１４０２）。プリントサービス４０は、文書要求にて、受信した印刷要求に対応する文書（印刷ジョブ）を要求し、併せて認証トークンを送信する。デバイス１７から文書要求を受けたプリントサービス４０は、認証サービス５０に対して、デバイス１７から受信した認証トークンの確認要求を送信する（Ｓ１４０３、Ｓ１４０４）。認証サービス５０は、プリントサービス４０から受信した認証トークンの確認要求に従い、認証トークンの正当性について確認を行い、認証済みのユーザであるか否かの判定をする（Ｓ１４０５、Ｓ１４０６）。ここでは、図９（Ｂ）を用いて上述したように、認証サービス５０は、認証情報記憶部５０６に記憶された情報（期限等）を用いて判定する。そして、認証サービス５０は、その認証結果（例えば、ユーザＩＤ、デバイス名等）をプリントサービス４０へ返信する。

プリントサービス４０は、認証サービス５０により、認証トークンが正しいとの確認ができた場合、続いて認証サービス５０へ認証トークンを発行したユーザのオーナ名取得要求を認証サービス５０に対して送信する（Ｓ１４０７、Ｓ１４０８）。ここで送信されるオーナ名取得要求には、例えば、オーナ名に対応するユーザＩＤ、デバイス名等を含んだ認証結果を利用する。

Ｓ１４０９にて認証サービス５０の認証管理部５０３は、プリントサービス４０からオーナ名取得要求を受信すると、認証部５０５を介して認証情報記憶部５０６からユーザに設定されているオーナ名を取得する（Ｓ１４１０、Ｓ１４１１）。この際、認証部５０５は、認証情報記憶部５０６に保持された図９（Ａ）に示されるテーブルから、オーナ名取得要求を行ったユーザのユーザＩＤに対応するオーナ名の取得を行う。このとき、ユーザＩＤに対応するオーナ名が設定されている場合は（Ｓ１４１１にてＹＥＳ）、認証サービス５０は、当該設定されたオーナ名で応答を作成する（Ｓ１４１２）。ユーザＩＤに対応するオーナ名が設定されていない場合は（Ｓ１４１１にてＮＯ）、認証サービス５０はオーナ名が「設定なし」として応答を作成する（Ｓ１４１３）。その後、認証サービス５０は、Ｓ１４１４にて作成した応答をプリントサービス４０に返す。

プリントサービス４０は、認証サービス５０からオーナ名取得要求に対する応答を受けると、オーナ名の確認を行う（Ｓ１４１５、Ｓ１４１６）。ユーザＩＤに対応するオーナ名が設定されている場合（Ｓ１４１６にてＹＥＳ）、プリントサービス４０は、設定されていたオーナ名をジョブオーナ名として、印刷ジョブを生成する（Ｓ１４１７）。ユーザＩＤに対応するオーナ名が設定されていない場合（Ｓ１４１６にてＮＯ）、プリントサービス４０は、認証トークンを発行したユーザ名（すなわち、プリントサービス４０におけるユーザＩＤ）をジョブオーナ名として、デバイス１７の印刷形式に対応する印刷ジョブを生成する（Ｓ１４１８）。そして、プリントサービス４０は、生成した印刷ジョブをデバイス１７へ返信する（Ｓ１４１９）。この印刷ジョブの返信により、第４の送信手段を実現する。

Ｓ１４２０にてプリントサービス４０から印刷ジョブを受信したデバイス１７は、Ｓ１４２１にて印刷処理を実行する。

以上により、デバイス１７とプリントサービス４０とにログインするユーザ名が異なる場合でも、ユーザはログインに伴うユーザ名の違いを意識することなく、ジョブのユーザ名を一致させることができる。

＜第二実施形態＞
次に、本発明に係る第二実施形態について図面を用いて説明する。第二実施形態として、本願発明をＳＳＯ（シングルサインオン）環境に適用した際の構成を説明する。

複数サービスがＳＳＯ連携しているシステムにおいては、各サービスがそれぞれアカウント管理を行っているため、連携しているサービスの増減への対応が課題となる。サービスが追加されるたびに、管理している全ユーザに対して設定を行う必要がある。また、サービス利用を終了する際には、管理されているユーザ情報を更新してから終了する必要があるなど、増減への対応が困難となっている。

図１４は、文書管理サービス６０とプリントサービス４０とを利用可能なユーザを認証する認証サービス５０がＳＰ（サービスプロバイダ）であり、外部の認証サービスをＩｄＰ（アイデンティティプロバイダ）としてＳＳＯ連携をしている際の認証の処理フローである。ここで、ＳＰが提供する認証サービスを認証サービスＢ、ＩｄＰが提供する認証サービスを認証サービスＡとする。なお、認証サービスＡ、認証サービスＢ共に、ソフトウェア構成は図４と同様の構成とし、それぞれが認証機能を有している。また、本フローチャートにおいて、認証サービスＢ上で図９（Ｃ）に示すＳＳＯ連携情報を保持しているものとする。なお、本実施形態では、認証サービスＡと認証サービスＢとが物理的に異なる装置にて実現される構成としているが、同じ装置内で実現されるように構成しても構わない。本実施形態において、以下に示す処理は、各サーバのＣＰＵが記憶部であるＲＡＭ等に記憶されたプログラムを実行することにより実現される。

Ｓ１２０１からＳ１２０３までは、第一実施形態において図１１で示した処理と同じ処理である。Ｓ１５０１にて文書管理サービス６０から認証要求を受けた認証サービスＢは、認証を行わず、認証サービスＡへと認証要求をリダイレクトする。このとき、併せて認証情報もリダイレクトされる。

認証要求および認証情報を受信した認証サービスＡは、受信した認証情報に従い認証を行う（Ｓ１５０２、Ｓ１５０３、Ｓ１５０４）。ここでは認証サービスＡ上のユーザに対する認証が行われる。つまり、ここでの処理で用いられるユーザＩＤは、図９（Ｃ）に示す「連携先のユーザＩＤ」に相当する。その後認証サービスＡは、認証が成功した場合、認証トークンを発行し、認証サービスＢへ送信する（Ｓ１５０５）。ここで認証サービスＡが生成する認証トークンは、認証サービスＢとＳＳＯ連携を行うためのものである。当該認証トークンには、ＳＡＭＬ（Ｓｅｃｕｒｉｔｙ Ａｓｓｅｒｔｉｏｎ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）アサーションなどの認証アサーションや、クッキーなどの認証状態を示す情報などが含まれる。

Ｓ１５０６にて認証サービスＡが発行した認証トークンを受信した認証サービスＢは、当該認証トークンを用いて認証を行う（Ｓ１５０７）。ここでの認証サービスＢによる認証は、認証サービスＡにて認証を受けたユーザと関連付けられている認証サービスＢ上のユーザに対して行われる。つまり、ここで用いられるユーザＩＤは、図９（Ｃ）に示す「管理しているユーザＩＤ」に相当する。つまり、認証サービスＡ上のユーザＩＤと、認証サービスＢ上でのユーザＩＤとが異なる場合においても、図９（Ｃ）に示すテーブルにてそれらのユーザＩＤを対応付けることにより、ＳＳＯ連携が実現できる。そして、これらのユーザＩＤは、デバイス１７のユーザＩＤとも関連付けられる。なお、ここでの認証処理は、操作者からのユーザＩＤやパスワードなどの認証情報の受け付けなしに、認証サービスＢに対する認証を行う処理である。その後、認証サービスＢは、認証サービスＢへの認証が成功したものとして認証トークンを発行し、文書管理サービス６０へ送信する（Ｓ１５０８）。その後の処理は、第一実施形態にて示した図１１のＳ１２０５以降と同様である。

また、プリントサービス４０やデバイス１７等により実行される以降のフローチャートは、第一実施形態にて示した図１２、図１３と同様となる。ＳＳＯ連携を行っている場合、最初の認証を認証サービスＡで行ったとしても、それ以降の認証状態の確認やユーザ情報の取得は認証サービスＢに対して行われるので、ジョブのオーナ名の取得先も認証サービスＢとなる。そのため、連携するサービスが増えた場合にも、設定されているオーナ名を他の認証サービスへと伝えることなく、印刷ジョブのオーナ名を変更することが出来る。また、連携するサービスが減った場合にも、オーナ名は複数個所で管理されていないため、連携する他のサービスへの影響を与えずに認証処理を行うことができる。

なお、第一実施形態に記載の別の形態の認証フローを図１４に適用しても良い。その場合、Ｓ１２０２にて、文書管理サービス６０は、クライアント端末１６に対して、認証サービスＢへのリダイレクト命令を発行する。したがって、Ｓ１２０２の認証サービスＢに対する認証要求は、クライアント端末１６が行うことになる。これにより、Ｓ１２０３にて、認証サービスＢはクライアント端末１６から認証要求を受け付ける。Ｓ１５０１において認証サービスＢは、クライアント端末１６に対して、認証サービスＡへのリダイレクト命令を発行する。そして、Ｓ１５０２にてクライアント端末１６から認証要求を受け付けた後、認証サービスＡはクライアント端末１６に認証情報を要求する。そして、その応答として、Ｓ１５０３にてクライアント端末１６から認証情報を受け付ける。Ｓ１５０４にて、認証サービスＡは取得した認証情報を基に認証を行う。なお、Ｓ１５０３にて受け付ける認証情報は、認証サービスＡからクライアント端末１６へ認証画面を送信し、その認証画面を介して入力された認証情報である。Ｓ１５０５において、認証サービスＡは、認証成功により発行された認証トークンをクライアント端末１６へ送信し、併せて認証サービスＢへのリダイレクト命令もクライアント端末１６へ送信される。Ｓ１５０６において、認証サービスＢは、リダイレクト命令に従って、アクセスしてきたクライアント端末１６から認証トークンを取得する。Ｓ１５０７以降の処理については、図１４と同様の処理となる。

＜その他の実施形態＞
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。

Claims (7)

1. ユーザからの印刷指示に従って印刷ジョブを生成するプリントサーバであって、
   前記印刷指示を行うユーザの当該プリントサーバにおけるユーザ情報に対応して予め設定された、出力装置にて処理される印刷ジョブに設定するためのオーナ名であって、前記ユーザの出力装置におけるユーザを特定するためのオーナ名を取得する取得手段と、
   前記取得手段により、前記オーナ名が取得できた場合は当該取得したオーナ名を印刷ジョブのオーナ名として設定した印刷ジョブを生成し、前記オーナ名が設定されておらず取得できない場合は当該プリントサーバにおける前記ユーザのユーザ情報にて指定されたユーザ名を印刷ジョブのオーナ名として設定した印刷ジョブを生成する生成手段と
   を有することを特徴とするプリントサーバ。
2. 前記プリントサーバにおけるユーザ情報のユーザ名と、前記出力装置におけるユーザ情報のユーザ名とが異なり、
   予め設定された前記オーナ名と、前記出力装置におけるユーザ情報のユーザ名とが同じであることを特徴とする請求項１に記載のプリントサーバ。
3. ユーザからの印刷指示に従って印刷ジョブを生成するプリントサーバと、認証処理を行う認証サーバと、前記印刷ジョブに基づいて出力を行う出力装置とを含む印刷システムであって、
   前記認証サーバは、
   前記プリントサーバにおけるユーザ情報と、前記出力装置におけるユーザ情報とを対応付けて記憶部に登録する登録手段を有し、
   前記プリントサーバは、
   前記印刷指示を行うユーザの当該プリントサーバにおけるユーザ情報に対応して予め設定された、前記出力装置にて実行される印刷ジョブに設定するためのオーナ名であって、前記ユーザの出力装置におけるユーザを特定するためのオーナ名を前記認証サーバから取得する取得手段と、
   前記取得手段により、前記オーナ名が取得できた場合は当該取得したオーナ名を印刷ジョブのオーナ名として設定した印刷ジョブを生成し、前記オーナ名が設定されておらず取得できない場合は当該プリントサーバにおける前記ユーザのユーザ情報にて指定されたユーザ名を印刷ジョブのオーナ名として設定した印刷ジョブを生成する生成手段と
   を有することを特徴とする印刷システム。
4. 前記認証サーバは、サービスプロバイダから提供される認証機能と、アイデンティティプロバイダから提供される認証機能とから構成され、
   前記登録手段は、前記サービスプロバイダのユーザＩＤおよび前記アイデンティティプロバイダのユーザＩＤを、前記オーナ名に対応付けて登録し、
   前記取得手段は、前記サービスプロバイダのユーザＩＤおよび前記アイデンティティプロバイダのユーザＩＤに対応付けられたオーナ名を取得することを特徴とする請求項３に記載の印刷システム。
5. ユーザからの印刷指示に従って印刷ジョブを生成するプリントサーバの制御方法であって、
   取得手段が、前記印刷指示を行うユーザの前記プリントサーバにおけるユーザ情報に対応して予め設定された、出力装置にて処理される印刷ジョブに設定するためのオーナ名であって、前記ユーザの出力装置におけるユーザを特定するためのオーナ名を取得する取得工程と、
   生成手段が、前記取得工程において、前記オーナ名が取得できた場合は当該取得したオーナ名を印刷ジョブのオーナ名として設定した印刷ジョブを生成し、前記オーナ名が設定されておらず取得できない場合は当該プリントサーバにおける前記ユーザのユーザ情報にて指定されたユーザ名を印刷ジョブのオーナ名として設定した印刷ジョブを生成する生成工程と、
   を有することを特徴とする制御方法。
6. ユーザからの印刷指示に従って印刷ジョブを生成するプリントサーバと、認証処理を行う認証サーバと、前記印刷ジョブに基づいて出力を行う出力装置とを含む印刷システムの制御方法であって、
   前記認証サーバにおいて、
   登録手段が、前記プリントサーバにおけるユーザ情報と、前記出力装置におけるユーザ情報とを対応付けて記憶部に登録する登録工程を有し、
   前記プリントサーバにおいて、
   取得手段が、前記印刷指示を行うユーザの前記プリントサーバにおけるユーザ情報に対応して予め設定された、前記出力装置にて処理される印刷ジョブに設定するためのオーナ名であって、前記ユーザの出力装置におけるユーザを特定するためのオーナ名を前記認証サーバから取得する取得工程と、
   生成手段が、前記取得工程において、前記オーナ名が取得できた場合は当該取得したオーナ名を印刷ジョブのオーナ名として設定した印刷ジョブを生成し、前記オーナ名が設定されておらず取得できない場合は当該プリントサーバにおける前記ユーザのユーザ情報にて指定されたユーザ名を印刷ジョブのオーナ名として設定した印刷ジョブを生成する生成工程と
   を有することを特徴とする制御方法。
7. コンピュータを、
   印刷指示を行うユーザの当該コンピュータにおけるユーザ情報に対応して予め設定された、出力装置にて処理される印刷ジョブに設定するためのオーナ名であって、前記ユーザの出力装置におけるユーザを特定するためのオーナ名を取得する取得手段、
   前記取得手段により、前記オーナ名が取得できた場合は当該取得したオーナ名を印刷ジョブのオーナ名として設定した印刷ジョブを生成し、前記オーナ名が設定されておらず取得できない場合は当該コンピュータにおける前記ユーザのユーザ情報にて指定されたユーザ名を印刷ジョブのオーナ名として設定した印刷ジョブを生成する生成手段
   として機能させるためのプログラム。

Images