JP5820188B2 - サーバおよびその制御方法、並びにプログラム - Google Patents

Description

本発明は、複数のオンラインサービスをマッシュアップして実現されるオンラインプリントサービスにおける、複数のオンラインサービス間の連携を制御する連携サーバおよびその制御方法、印刷システム、およびプログラムに関する。

近年、クラウドコンピューティングあるいはクラウドというキーワードがＩＴ業界を中心に爆発的に広がっている。従来のコンピュータハードウェアとソフトウェアを購入・利用するモデルから、インターネット上のサービスを購入・利用するモデルへのシフトが加速している。

このようなクラウドコンピューティングの進展にともない、プリンタや複合機をインターネットに接続して、インターネット上に構築した各種サービスを利用可能とするモデルが、検討、実用化されつつある。インターネットを介してプリントサービスを提供するという観点から見れば、インターネット上で文書管理されたファイルを、ローカルのプリンタからプリントするというユースケースがある。文書管理サービスの他、プリンタ、および複合機の状態を管理するプリンタ管理サービスと言ったオンラインサービスも、従来から多くの事業者により提供されている。

また、従来、プリンタの印刷制御をするために、プリント用の印刷データへの変換、プリンタへの印刷データ送信などは、いわゆるプリンタドライバと呼ばれるソフトウェアが行っている。プリンタドライバは、プリンタを使用するコンピュータに予めインストールしておく必要があった。しかし、プリンタドライバの機能をインターネット上のサービスとして提供することにより、インターネットに接続されたプリンタが直接プリント用の印刷データを受信して、ドライバレスでプリントができる構成をとることもできる。インターネット上にこのようなプリントサービスが提供されると、ユーザは任意の場所、タイミングで印刷したい文書を登録し、プリンタがインターネットからプリント用の印刷データを受信して印刷が可能となる。このような利用モデルをここではオンラインプリントサービスと呼ぶことにする。

特許文献１に記載のプリントサービスでは、以下の方法を用いて任意の場所に設置されたプリンタでの印刷を実現している。それは、各地に配備された印刷環境共用サービス間で印刷予約やデータ、印刷可能なアプリケーション情報を交換し、ユーザに印刷可能な印刷場所を提示する方法によって実現している。特許文献１により、ユーザは、遠隔地にある任意の場所に設置されたプリンタで印刷が可能となる。

特開２００５−１００３４０号公報

従来技術では、文書が保存されているレポジトリサーバは少なくとも一つの印刷環境共用サービスと同一セキュリティドメイン内に設置され、文書利用許可情報を利用して文書データを取得している。そして、取得した文書データを他の印刷環境共用サービスを経由してプリントサーバに送信する事で印刷している。また、各プリンタを管理しているプリントサーバと上述の印刷環境共用サービスが直接接続されており、各プリンタの状況をリアルタイムで取得できる構成となっている。

しかしながら、クラウド化が進むことで多くの事業者がクラウドに参画することが想定される。例えば、インターネット上に、以前と比較してより多くの文書管理サービス、またはプリンタ管理サービスが提供されるであろう。事業者が提供するオンラインサービスと、そのサービスを提供する事業者とは異なる事業者によって提供されるオンラインプリントサービスは、異なるセキュリティドメインで提供される事が考えられる。そのため、セキュリティを損なうことなく、オンラインサービス間で連携する方法が必要となる。例えば、従来技術に適用するとなると、印刷環境共用サービスが、他事業者が展開する文書管理サービスやプリントサーバと通信するためには、他事業者が展開するサービスの認証、認可機構を利用し、セキュリティを確保する必要がある。

上記の課題を解決するため、本発明は以下のような構成を有する。すなわち、印刷データを提供する文書管理サーバおよび印刷データを基に印刷を行うプリンタに接続された印刷サーバと通信可能なサーバであって、前記印刷データを取得するための情報と、認証情報に基づく認証処理を行うことで発行された前記文書管理サーバへのアクセスを許可する第１の権限情報とを前記文書管理サーバから受信する受信手段と、受信された前記第１の権限情報を利用することで、前記認証情報に基づく認証処理を行うことなく、前記印刷データを取得するための情報を基に印刷データを前記文書管理サーバから取得する取得手段と、前記印刷サーバから送信された認証情報に基づく認証処理を行い、前記印刷サーバへのアクセスを許可する第２の権限情報を発行し、当該第２の権限情報を前記印刷サーバへ送信する送信手段と、前記第２の権限情報を前記印刷サーバから受信したプリンタから印刷データの取得要求を受けたことに応じて、前記認証情報に基づく認証処理を行うことなく、前記取得手段にて取得した前記印刷データまたは当該取得した印刷データを基に生成された別の印刷データを前記プリンタへ提供する提供手段とを有する。

本発明により、他のセキュリティドメインにサービスされた文書管理サーバ、プリンタ管理サーバ、および印刷サーバが連携したオンラインプリントサービスを、セキュリティを損なうことなく実現する事が可能となる。

ネットワークの構成例を示す図。 サーバの構成例を示す図。 プリンタ管理サーバの構成例を示す図。 連携サーバの構成例を示す図。 アクセス管理サーバの構成例を示す図。 印刷サーバの構成例を示す図。 プリンタテーブルおよび認証情報テーブルの例を示す図。 認証情報テーブルおよび文書データの対応マップの例を示す図。 ユーザテーブルおよびトークンテーブルの例を示す図。 印刷データテーブルの例を示す図。 第一実施形態に係るオンラインプリントサービスの印刷シーケンス図。 第二実施形態に係る連携サーバのデータ例を示す図。 第二実施形態に係るオンラインプリントサービスの印刷シーケンス図。

以下、本発明を実施するための最良の形態について図面を用いて説明する。インターネット上で、様々なサービス提供者が様々なオンラインサービスを提供している。単一のサービス提供者が運営している単体のオンラインサービスもあれば、複数のサービス提供者が運営している複数のオンラインサービスを組み合わせて、サービス間の連携を行うことにより、１つのソリューションを実現するという手法も存在する。後者は、「マッシュアップ」と呼ばれ、ユーザからすると表向きはあたかも１つのＷｅｂサイトあるいはＷｅｂサービスとして見える。

しかしながら、実際にはバックエンドでは、複数のオンラインサービスが連携・連動して、必要な機能を組み合わせてソリューションを実現する。例えば、写真共有のＷｅｂサイトがあったとする。Ｗｅｂサイトを制御するＨＴＴＰサーバやアプリケーションサーバのホスティングを提供するサービス提供者と、写真という大量の画像ファイルを格納するオンラインストレージを提供するサービス提供者は別々のものを組み合わせることなどができる。なお、ここで言うオンラインサービスとは、Ｗｅｂサイト、Ｗｅｂアプリケーション、Ｗｅｂサービスなどが提供する機能群のことである。Ｗｅｂサイト、Ｗｅｂアプリケーション、Ｗｅｂサービスなどは、サーバコンピュータで実行されるソフトウェアである。

＜第一実施形態＞
［システム構成図］
図１は、本実施形態に係る印刷システムを構成する各種オンラインサービスが存在するネットワーク構成を示している。インターネット１０は、インターネットなどのパブリックなネットワークである。イントラネット１１は、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）などのプライベートなネットワークである。文書管理サーバ１７Ａ、１７Ｂはオンラインでユーザの文書ファイルを保管する。文書管理サーバは、１台ないし複数台で構成され、負荷分散装置によりインターネット１０からのリクエストを分散して処理する事ができるよう構成されている。１台にて構成される場合には、負荷分散装置は不要としてもよい。この１台ないし負荷分散装置により接続された複数台の文書管理サーバによって文書管理サービス１７０が提供される。プリンタ管理サーバ１３Ａ、１３Ｂはインターネットに接続されたプリンタを管理する。プリンタ管理サーバは、１台ないし複数台で構成され、負荷分散装置によりインターネット１０からのリクエストを分散して処理する事ができるよう構成されている。この１台ないし負荷分散装置により接続された複数台のプリンタ管理サーバによってプリンタ管理サービス１３０が提供される。

アクセス管理サーバ１５Ａ、１５Ｂはユーザの認証・認可を管理する。アクセス管理サーバは、１台ないし複数台で構成され、負荷分散装置によりイントラネット１１からのリクエストを分散して処理する事ができるよう構成されている。この１台ないし負荷分散装置により接続された複数台のアクセス管理サーバによってアクセス管理サービス１５０が提供される。連携サーバ１４Ａ、１４Ｂは、オンラインサービス間（サーバ間）の連携を制御する。連携サーバは１台ないし複数台で構成され、負荷分散装置によりインターネット１０からのリクエストを分散して処理する事ができるよう構成されている。この１台ないし負荷分散装置により接続された複数台の連携サーバ１４によって連携サービス１４０が提供される。

印刷サーバ１６Ａ、１６Ｂは、文書ファイルをプリンタが印刷できるデータに変換する。印刷サーバは１台ないし複数台で構成され、負荷分散装置によりインターネット１０からのリクエストを分散して処理する事ができるよう構成されている。また、同様に負荷分散装置によりイントラネット１１からのリクエストも分散して処理する事ができるよう構成されている。この１台ないし負荷分散装置により接続された複数台の印刷サーバ１６によって印刷サービス１６０が提供される。クライアント１２は、クライアントコンピュータやモバイル端末など、オンラインサービスを利用する際に使用されるクライアントである。プリンタ１８は、印刷データを受信して、印刷処理を行う。

なお、各サーバによって提供される文書管理サービス１７０、プリンタ管理サービス１３０、印刷サービス１６０は、それぞれ別のサービス提供者が運営しているオンラインサービスであり、各サービス間はインターネット１０を経由して通信する事ができる。

本実施形態において、文書管理サーバ１７およびプリンタ管理サーバ１３を含むサーバ群（第一のサーバ群）と、アクセス管理サーバ１５および印刷サーバ１６を含むサーバ群（第二のサーバ群）とは、異なるセキュリティドメインに属するものとする。この場合において、それぞれのセキュリティドメイン（第一のセキュリティドメインおよび第二のセキュリティドメイン）では、異なる形式の認可トークンが用いられる。本実施形態においては、第一のサーバ群にて用いられる形式の認可トークンを第一の認可トークン、第二のサーバ群にて用いられる形式の認可トークンを第二の認可トークンとして記載する。認可トークンのより詳細な説明に関しては、図７等を用いて、後述する。

図２は、前述の各種サーバを構成するＷｅｂサイト、Ｗｅｂアプリケーション、Ｗｅｂサービスなどのソフトウェアを実行するサーバコンピュータの情報処理機能の論理構成を示している。ユーザインタフェース２０１は、ディスプレイ、キーボード、マウスなどによる、情報の入出力を行う。なお、これらのハードウェアを備えないコンピュータは、リモートデスクトップなどにより、他のコンピュータから接続・操作することも可能である。ネットワークインタフェース２０２は、ＬＡＮなどのネットワークに接続して、他のコンピュータやネットワーク機器との通信を行う。

ＲＯＭ２０４は、組込済みプログラムおよびデータが記録されているＲＯＭである。ＲＡＭ２０５は、一時メモリ領域であるＲＡＭである。二次記憶装置２０６は、ＨＤＤに代表されるような二次記憶装置である。ＣＰＵ２０３は、ＲＯＭ２０４、ＲＡＭ２０５、二次記憶装置２０６などから読み込んだプログラムを実行し、各種サービスを実現する。各部は入出力インタフェース２０７を介して接続されている。なお、この構成に加えて、更なる部位を備えても構わない。また、クライアント１２や、プリンタ１８についても同様の構成を有していても構わない。本実施形態では、上述した構成により、各サーバが以下に示す各シーケンスの処理を実行することとなる。

図３は、プリンタ管理サーバ１３の内部構造を示している。ここで示す各部位は、図２にて示したサーバコンピュータの構成によりそれぞれ実現される。印刷リクエスト処理部３１は、インターネット１０を経由して、文書管理サーバ１７から文書の印刷リクエストを受信する。プリンタ管理部３３は、インターネット１０を経由してプリンタ１８からのポーリングリクエストを受信する。プリンタ制御部３２は、印刷リクエスト処理部３１および、プリンタ管理部３３からのリクエストを受けて必要な処理を行い、応答データを呼び出し元に返す。その際、プリンタ制御部３２は、インターネット１０経由で連携サーバ１４に対し文書ファイルの印刷データ変換リクエストおよび印刷リクエストを送信し、リクエストの処理結果である応答データを受信する。印刷リクエスト処理部３１およびプリンタ管理部３３は応答データを呼び出し元に返す。

図４は、連携サーバ１４の内部構造を示している。ここで示す各部位は、図２にて示したサーバコンピュータの構成によりそれぞれ実現される。連携リクエスト処理部４１は、インターネット１０を経由して、プリンタ管理サーバ１３から文書ファイルの印刷データ変換および印刷リクエストを受信する。データ取得部４３は、インターネット１０を経由して、文書管理サーバ１７から文書データを取得する。サービス制御部４２は、連携リクエスト処理部４１からのリクエストを受けて必要な処理を行い、応答データを呼び出し元に返す。その際、サービス制御部４２は、イントラネット１１経由でアクセス管理サーバ１５および印刷サーバ１６に対しリクエストを送信し、リクエストの処理結果である応答データを受信する。また、サービス制御部４２は、データ取得部４３に対して文書取得リクエストを送信する。連携リクエスト処理部４１は、応答データを呼び出し元に返す。

図５は、アクセス管理サーバ１５の内部構造を示している。ここで示す各部位は、図２にて示したサーバコンピュータの構成によりそれぞれ実現される。アクセス管理リクエスト処理部５１は、イントラネット１１を経由して、他のオンラインサービスからのリクエストを受信する。認証データ管理部５３は、ユーザカウントのデータを管理する。認可データ管理部５４は、発行された認可トークンのデータを管理する。アクセス制御部５２は、認証データ管理部５３および認可データ管理部５４から取得するデータに基づき、認証・認可リクエストに対し応答データを生成し、アクセス管理リクエスト処理部５１に応答データを返す。アクセス管理リクエスト処理部５１は、応答データを呼び出し元に返す。

図６は、印刷サーバ１６の内部構造を示している。ここで示す各部位は、図２にて示したサーバコンピュータの構成によりそれぞれ実現される。印刷リクエスト処理部６１は、イントラネット１１を経由して、連携サーバ１４からの文書ファイルの印刷データ変換および登録リクエストを受信する。データ取得リクエスト処理部６５は、インターネット１０を経由して、インターネット１０に接続したプリンタ１８からのデータ取得リクエストを受信する。データ変換部６３は、印刷制御部６２からの印刷データ変換リクエストを受信し、受信した文書データを印刷データに変換して応答する。

印刷データ管理部６４は、変換後の文書データである印刷データを登録し、管理する。印刷制御部６２は、印刷リクエスト処理部６１およびデータ取得リクエスト処理部６５からのリクエストを受けて必要な処理を行い、応答データを呼び出し元に返す。その際、印刷制御部６２は、イントラネット１１経由でアクセス管理サーバ１５に対しリクエストを送信し、リクエストの処理結果である応答データを受信する。また、印刷制御部６２は、データ変換部６３に文書の印刷データへの変換リクエストを送信し、データ変換後のデータを受信し、印刷データ管理部６４に登録する。

［データ構造］
以下、本実施形態にて用いるデータ構造の説明を行う。なお、各テーブルにて示されるカラム名が同じもの（例えば、ユーザＩＤ）は、各テーブル間にて共通のものを示しているものとする。なお、以下に示すデータ構造は一例であり、他の構成要素を有していてもよい。

図７は、プリンタ管理サーバ１３が保持するデータ構造をテーブル形式で表している。図７（Ａ）は、プリンタテーブル７００を示している。プリンタテーブル７００は、プリンタＩＤ７０１、認可トークンＡ７０２、ユーザＩＤ７０３、パスワード７０４、および認可トークンＢ７０５を構成要素として備える。プリンタＩＤ７０１は、プリンタ１８のプリンタＩＤを格納するカラムである。認可トークンＡ７０２は、文書管理サーバ１７にアクセスするための許可情報である認可トークンＡを格納するカラムである。

ユーザＩＤ７０３は、連携サーバ１４もしくは印刷サーバ１６にアクセスする際に、アクセス管理サーバ１５で認証を受けるためのユーザＩＤを格納するカラムである。パスワード７０４は、ユーザＩＤ７０３の秘匿情報であるパスワードを格納するカラムである。認可トークンＢ７０５は、連携サーバ１４もしくは印刷サーバ１６にアクセスするための許可情報である認可トークンＢを格納するカラムである。ここで、認可トークンＡ７０２にて示される認可トークンは、文書管理サーバ１７から発行されるものを保持するカラムとする。また、認可トークンＢ７０５にて示される認可トークンは、アクセス管理サーバ１５から発行されるものを保持するカラムである。

ここで、「認可トークン」とは、正しいユーザＩＤ／パスワードを伴った認可トークン取得要求に応答して払い出されるトークンである。つまり、この認可トークンを使用したアクセスでは、ある特定機能の実行やある特定ＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）へのアクセスを許諾する際に用いられ、その許諾された権限に限定される。例えば、この認可トークンにより、印刷サービスの機能の利用やデータ（ＵＲＬ）へのアクセスが許可される。この認可トークンは、ユーザ本人の代理で外部プログラムなどに代理実行などを行わせる際に用いられる。つまり、プログラム等に認可トークンを授与することにより、ユーザが有する権限を付与し、代理にて処理を実行させることが可能となる。認可トークンのライフサイクルは、設定された有効期限内であり、その有効期限内であれば、何度でも使いまわせる。なお、有効期限の具体的な値は、図９（ｂ）を用いて説明する。

また、本実刑形態において、文書管理サービス１７０、およびプリンタ管理サービス１３０が属するネットワーク内で用いられる認可トークンを第一の認可トークンとする。これに対し、連携サービス１４０、アクセス管理サービス１５０、および印刷サービス１６０が属するネットワーク内で用いられる認可トークンを第二のトークンとする。そして、連携サービス１４０によって、第一のトークンと第二のトークンとが対応付けられ、変換されることによって、システム全体において、処理の連携が可能となる。なお、各トークンの扱い方については、本実施形態における処理と共に図１１を用いて後述する。

図７（Ｂ）は、認証情報テーブル７１０を示している。認証情報テーブル７１０は、クライアント証明書７１１を構成要素として備える。クライアント証明書７１１は、連携サーバ１４がプリンタ管理サーバ１３を特定／認証するために用いられるクライアント証明書が保存されているパスを格納するカラムである。

図８は、連携サーバ１４が保持するデータ構造をテーブル形式で表している。図８（Ａ）は、認証情報テーブル８００を示している。認証情報テーブル８００は、サーバ証明書８０１、クライアントＩＤ８０２、およびクライアントシークレット８０３を構成要素として備える。サーバ証明書８０１は、プリンタ管理サーバ１３が連携サーバ１４である事を特定し、認証するために用いられるサーバ証明書が保存されているパスを格納するカラムである。クライアントＩＤ８０２およびクライアントシークレット８０３は、連携サーバ１４がアクセス管理サーバ１５から認証を受けるためのクライアントＩＤおよびクライアントシークレットを格納するカラムである。クライアントＩＤ８０２、クライアントシークレット８０３は、いずれもアクセス管理サーバ１５から発行されるものを保持するカラムである。ここでの「クライアントシークレット」とは、認証時に用いられ、その目的は、クライアントＩＤに対応して発行されたパスワードに相当するものである。

図８（Ｂ）は、文書データ対応マップ８１０を示している。文書データ対応マップ８１０は、第一の文書ＵＲＬ８１１、第一の認可トークン８１２、第二の文書ＵＲＬ８１３、および第二の認可トークン８１４を構成要素として備える。第一の文書ＵＲＬ８１１は、文書管理サーバ１７から文書データを取得する際に指定するＵＲＬを格納するカラムである。この格納情報であるＵＲＬは、文書データの格納先を示す。第一の認可トークン８１２は、文書管理サーバ１７から文書データを取得する際に送信する認可トークンを格納するカラムである。第二の文書ＵＲＬ８１３は、印刷サーバ１６から印刷データを取得する際に指定するＵＲＬを格納するカラムである。この格納情報であるＵＲＬは、印刷データの格納先を示す。第二の認可トークン８１４は、印刷サーバ１６から印刷データを取得する際に送信する認可トークンを格納するカラムである。第一の認可トークン８１２は、図７（Ａ）に示したプリンタテーブル７００における認可トークンＡ７０２に対応する。また、第二の認可トークン８１４は、認可トークンＢ７０５に対応する。つまり、第一の認可トークン８１２は、文書管理サーバ１７から発行されたものであり、第二の認可トークンは、アクセス管理サーバ１５から発行されたものとなる。文書データ対応マップ８１０の各カラムにデータを保持する方法については後述する。

図９は、アクセス管理サーバ１５が保持するデータ構造をテーブル形式で表している。図９（Ａ）は、ユーザテーブル９００を示しており、認証データ管理部５３に格納される。ユーザテーブル９００は、ユーザＩＤ９０１、パスワード９０２、およびテナントＩＤを構成要素として備える。ユーザＩＤ９０１は、ユーザを一意に特定するためのユーザＩＤを格納するカラムである。パスワード９０２は、ユーザＩＤ９０１の秘匿情報であるパスワードを格納するカラムである。テナントＩＤ９０３は、テナントＩＤを格納するカラムである。

ここでのテナントＩＤとは、マルチテナントを実現するための識別子である。例えば、あるオンラインサービスを単一システムで動作させているとする。このオンラインサービスを複数の顧客企業に販売する場合、他の顧客のデータへアクセスできないようにする、顧客ごとにサービス利用料金を計算する、などのマルチテナント機能が必要となる。これらのマルチテナント機能を実現するための識別子として、テナントＩＤ９０３がユーザＩＤ９０１ごとに必ず付与されることにより、例えば、１つのメモリに複数のテナントのデータを保存させたとしても、テナントごとにユーザの分離、データの分離を実現する。クラウド化が進むことにより、１つのメモリに異なるドメインに所属するテナントのデータが管理されることになるので、マルチテナントという考え方はクラウドコンピューティングにおいて非常に重要な考え方である。

図９（Ｂ）は、トークンテーブル９１０を示しており、認可データ管理部５４に格納される。トークンテーブル９１０は、トークンＩＤ９１１、有効期限９１２、発行日時９１３、ユーザＩＤ９１４、テナントＩＤ９１５、およびクライアントＩＤ９１６を構成要素として有する。トークンＩＤ９１１は、認可トークンを一意に識別するためのトークンＩＤを格納するカラムである。有効期限９１２は、トークンの有効期限を秒数で表した値を格納するカラムである。発行日時９１３は、トークンが発行された発行日時である。ユーザＩＤ９１４は、このトークンがどのユーザに対して発行されたのかを示すユーザＩＤを格納するカラムである。テナントＩＤ９１５は、ユーザＩＤ９１４が所属するテナントＩＤを格納するカラムである。クライアントＩＤ９１６は、このトークンの発行要求元であるクライアントのクライアントＩＤを格納するカラムである。

図１０は、印刷サーバ１６が保持するデータ構造をテーブル形式で表している。印刷データテーブル１０００は、印刷データ管理部６４に格納される。印刷データテーブル１０００は、ユーザＩＤ１００１、テナントＩＤ１００２、印刷データＩＤ１００３、および印刷データ１００４を構成要素として備える。ユーザＩＤ１００１は、印刷をリクエストしたユーザのユーザＩＤを格納するカラムである。テナントＩＤ１００２は、印刷をリクエストしたユーザの所属するテナントのテナントＩＤを格納するカラムである。印刷データＩＤ１００３は、印刷データＩＤを格納するカラムである。印刷データ１００４は、印刷データの所在を示すパスを格納するカラムである。

［印刷処理シーケンス］
以下、本実施形態に係るオンラインサービスにおける印刷処理シーケンスを、図１１を用いて説明する。図１１において、文書管理サーバ１７、プリンタ管理サーバ１３、印刷サーバ１６は、それぞれ別のサービス提供者が運営しているオンラインサービスであり、インターネット１０を経由して通信できる。その際、印刷サーバ１６はアクセス管理サーバ１５によってアクセス制御されており、他のオンラインサービスは、連携サーバ１４を介する事によって印刷サーバ１６とのマッシュアップを実現している。なお、各サーバにおける処理は、図２〜図６に示した各構成部位によって実現されるものとする。

まず、文書管理サーバ１７に対してプリンタ１８を登録するシーケンスを説明する。図１１のＳ１１．１においてユーザは、プリンタ１８からインターネット１０を経由してプリンタ管理サーバ１３にプリンタ登録を行う。プリンタ１８には、プリンタ管理サーバ１３のプリンタ管理部３３のリクエスト受信ＵＲＬが予め設定されている。この際、ユーザはプリンタ１８が備えるインタフェース（不図示）を用いて文書管理サーバ１７を利用するための認証情報を入力する。Ｓ１１．２においてプリンタ管理サーバ１３は、受信した認証情報を用いて、文書管理サーバ１７に対して第一の認可トークン取得リクエストを送信する。

文書管理サーバ１７はプリンタ管理サーバ１３から受信した認証情報を検証し、妥当であれば第一の認可トークン生成を行う。そして、Ｓ１１．３において、文書管理サーバ１７は、プリンタ管理サーバ１３に第一の認可トークンを応答する。Ｓ１１．４において、プリンタ管理サーバ１３は、図７（Ａ）に示す認可トークンＡ７０２を用いて文書管理サーバ１７にプリンタを登録する。この際、プリンタ管理サーバ１３は、自身が印刷指示リクエストを受信する受付ＵＲＬおよび、プリンタＩＤを生成し、文書管理サーバ１７へ送信する。文書管理サーバ１７は、受信したプリンタＩＤとプリンタ管理サーバ１３の受付ＵＲＬの情報を関連付けて保存する。これにより、文書管理サーバ１７は、後述する印刷指示リクエストをプリンタ管理サーバ１３に送信する事が可能となる。以降、登録されたプリンタ１８は、プリンタ管理サーバ１３に対して定期的にポーリングアクセスを実行する。これは、プリンタ管理サーバ１３からプリンタ１８へはセキュリティの観点から通信が制限されており直接アクセスできず、プリンタ側から文書管理サーバ側へ問い合わせを行う必要があるためである。

そして、Ｓ１１．５においてプリンタ管理サーバ１３は、生成したプリンタＩＤと受信した第一の認可トークンを図７（Ａ）に示すようにプリンタテーブル７００のプリンタＩＤ７０１のカラム、認可トークンＡ７０２のカラムに保存する。その際、プリンタ管理サーバ１３は、アクセス管理サーバ１５に認証を受けるためのユーザＩＤ、およびパスワードをユーザＩＤ７０３のカラム、パスワード７０４のカラムに保存する。このユーザＩＤ、およびパスワードは、プリンタ管理サーバ１３が生成し、連携サーバ１４を介してアクセス管理サーバ１５に登録するようにしてもよい。もしくは、プリンタ管理サーバ１３が、連携サーバ１４を介してアクセス管理サーバ１５にユーザ登録リクエストを送信し、アクセス管理サーバ１５が生成したユーザＩＤ、およびパスワードを受信して登録するようにしてもよい。本実施形態の説明では、上記いずれかの方法によって、アクセス管理サーバ１５に認証を受けるためのユーザＩＤ、パスワードがプリンタテーブル７００に登録されている事を前提に説明する。

また、本実施形態において、生成されるユーザＩＤは、プリンタ毎に生成され、割り当てられるＩＤである。しかし、これに限定するものではなく、例えば、プリンタを利用するユーザごとに生成し、割り当てても構わない。

次に、図１１のＳ１１．６においてユーザは、クライアント１２からインターネット１０を経由して文書管理サーバ１７に印刷指示をリクエストする。この際、文書管理サーバ１７が生成する画面情報（不図示）が、クライアント１２が備えるＷｅｂブラウザ（不図示）に表示される。ユーザは、例えば、Ｗｅｂブラウザに表示された画面情報から印刷する文書および、プリンタを選択操作する事により文書管理サーバ１７に印刷指示リクエストを送信する。文書管理サーバ１７は、選択されたプリンタ情報から、保存されたプリンタ管理サーバ１３の受付ＵＲＬおよびプリンタＩＤを特定し、選択された文書ＵＲＬと合わせて印刷指示リクエストを生成し、プリンタ管理サーバ１３に送信する。

プリンタ管理サーバ１３は、Ｓ１１．７において連携サーバ１４に印刷通知を送信する。その際、プリンタ管理サーバ１３は、図７（Ｂ）に示す認証情報テーブル７１０のクライアント証明書、図７（Ａ）に示すプリンタテーブル７００における印刷指示を受けたプリンタＩＤの認可トークンＡ７０２、ユーザＩＤ７０３、パスワード７０４を送信する。さらに、プリンタ管理サーバ１３は、Ｓ１１．６にて文書管理サーバ１７から受信した文書ＵＲＬも併せて送信する。連携サーバ１４は、これらの情報を受信することにより、第一の取得手段を実現する。

連携サーバ１４は、プリンタ管理サーバ１３からの印刷通知を受信すると、Ｓ１１．８において受信したクライアント証明書を検証する。本実施形態においては、クライアント証明書７１１は、ＴＬＳ／ＳＳＬの仕組みにおいて連携サーバ１４の認証情報テーブル８００のサーバ証明書と共に渡され、お互いに証明書の検証する事で通信を確立する方法として説明する。また、サーバ証明書によって通信を確立し、その後に別途クライアント証明書を送付し検証する方法としてもよい。この場合、連携サーバ１４はクライアント証明書の検証を行い、そのクライアント証明書が正当であった場合のみ以降の処理を継続する。なお、クライアント証明書が不正であった場合には、その旨をユーザに対して、通知するようにしても構わない。

連携サーバ１４は、印刷通知で受信した上記の情報を、図８（Ｂ）に示すように文書データ対応マップ８１０に保持する。文書ＵＲＬを第一の文書ＵＲＬ８１１のカラムへ、認可トークンＡを第一の認可トークン８１２のカラムへ、それぞれ格納し保持する。

次に、連携サーバ１４は、Ｓ１１．９において、アクセス管理サーバ１５に対して第二の認可トークン取得リクエストを送信する。このとき、第二の認可トークン取得リクエストには、Ｓ１１．７における印刷通知で受信したユーザＩＤ、パスワード、および認証情報テーブル８００のクライアントＩＤ、クライアントシークレットを含む。

アクセス管理サーバ１５は、Ｓ１１．１０において、連携サーバ１４から受信したクライアントＩＤ、およびクライアントシークレットを検証し、認証する。ここで、アクセス管理サーバ１５が連携サーバ１４を認証することによって、間接的にアクセス管理サーバ１５がプリンタ管理サーバ１３を認証する事になる。より詳細には、連携サーバ１４は、Ｓ１１．８でクライアント証明書の検証によりプリンタ管理サーバ１３を認証する。このとき、確かに正当なプリンタ管理サーバ１３である場合にのみ、連携サーバ１４が認証情報テーブル８００のクライアントＩＤ、クライアントシークレットを利用するよう構成する必要がある。つまり、Ｓ１１．８においては、連携サーバ１４がプリンタ管理サーバ１３をクライアント証明書を用いて認証し、Ｓ１１．１０においては、アクセス管理サーバ１５がクライアントＩＤおよびクライアントシークレットを用いて連携サーバ１４を認証することとなる。

より具体的には、アクセス管理サーバ１５は、図９（Ａ）に示すユーザテーブル９００に登録されているユーザＩＤとパスワードのセットが、受信したクライアントＩＤとクライアントシークレットのセットと一致する場合に連携サーバ１４を正当なクライアントとして認証する。クライアントの認証に成功した場合、アクセス管理サーバ１５は、引き続き受信したユーザＩＤ、パスワードを検証し、認証する。より具体的には、アクセス管理サーバ１５は、ユーザテーブル９００に登録されているユーザＩＤと、パスワードのセットが、受信したユーザＩＤとクライアントシークレットのセットと一致する場合に正当なユーザとして、判定する。ユーザの認証に成功した場合、アクセス管理サーバ１５は、ユーザテーブル９００よりテナントＩＤ９０３の取得、および第二の認可トークン生成を行うことで認可トークンＩＤの生成を行い、トークンテーブル９１０に登録する。その際、本実施形態において、発行日時は登録時の日時が設定され、有効期限はアクセス管理サーバ１５で定義されたデフォルト値を設定するよう構成している。そして、アクセス管理サーバ１５は、Ｓ１１．１１において、生成した認可トークンＩＤを連携サーバ１４に応答する。

ここで、アクセス管理サーバ１５が生成した認可トークンは、アクセス管理サーバ１５のセキュリティドメインの各種オンラインサービスを、認証したユーザの権限で利用する事が認可されていることを示す認可トークンである。より具体的には、印刷サーバ１６が提供する印刷サービス１６０を、プリンタ１８が利用する際に利用する。その際、プリンタ１８から取得される文書データが、確実にプリンタ１８を利用しているユーザの文書である必要がある。ここで生成したトークンを文書管理サーバ１７が生成した第一の認可トークンと区別するために、第二の認可トークンと記載する。この第二の認可トークンを取得することにより、連携サーバ１４は、第二の取得手段を実現する。

通常、同一セキュリティドメイン内での利用であれば、プリンタ１８を登録するＳ１１．１でユーザ認証を行っているため、その認証によって得られた認可トークンを利用すればセキュリティ上の問題は発生しない。しかしながら、本実施形態では、Ｓ１１．１でユーザ認証を行ったセキュリティドメインと、実際にプリンタ１８が印刷データを取得する印刷サーバ１６のセキュリティドメインとが違う。そのため、複数セキュリティドメインでそれぞれ発行された認可トークンをセキュアに交換する必要がある。本実施形態では、アクセス管理サーバ１５がＳ１１．１０において、プリンタ管理サーバ１３を間接的に認証する。さらに、Ｓ１１．１０において、アクセス管理サーバ１５がユーザを認証する事で第一のトークンと第二のトークンの交換を許可し、セキュリティを確保している。

そして、連携サーバ１４は、Ｓ１１．１２において、図８（Ｂ）に示したように文書データ対応マップ８１０の第二の認可トークン８１４のカラムにアクセス管理サーバ１５から受信した第二の認可トークンを格納し、保持する。

次に、連携サーバ１４は、Ｓ１１．１３にて、図８（Ｂ）に示す文書データ対応マップ８１０にて保持していた第一の文書ＵＲＬ８１１および第一の認可トークン８１２を用いて、文書管理サーバ１７より当該文書データに対する取得リクエストを送信する。これにより、連携サーバ１４は、文書データ取得を行う。そして、文書管理サーバ１７は、Ｓ１１．１４において、受信した第一の認可トークンを検証する。第一の認可トークン検証の結果、当該第一の認可トークンが正当であれば、Ｓ１１．１５において、文書管理サーバ１７は、指定のＵＲＬの文書データを連携サーバ１４に対して応答する。

連携サーバ１４は、Ｓ１１．１６において、印刷サーバ１６に対して文書データの印刷データへの変換および登録のリクエストを送信する。その際、リクエストには、Ｓ１１．１５において取得した文書データ、および図８（Ｂ）に示す文書データ対応マップ８１０にて保持していた第二の認可トークンが含まれる。

印刷サーバ１６は、Ｓ１１．１７において、アクセス管理サーバ１５に対して受信した第二の認可トークンの検証リクエストを送信する。アクセス管理サーバ１５は、Ｓ１１．１８にて受信した第二の認可トークンが正当であるか第二の認可トークン検証を行う。より具体的には、アクセス管理サーバ１５は、図９（Ｂ）にて示したトークンテーブル９１０に受信した第二の認可トークンのトークンＩＤが登録されているか、更には、該当するトークンの有効期限が切れていないかを検証する。

アクセス管理サーバ１５は、Ｓ１１．１９において、検証の結果を印刷サーバ１６に送信する。その際、検証の結果が正当であった場合はトークンテーブル９１０に格納しているユーザＩＤ、ユーザが所属するテナントＩＤ、およびクライアントＩＤを送信する。印刷サーバ１６は、検証の結果が正当であった場合にのみ以下の処理を継続する。

印刷サーバ１６は、Ｓ１１．２０において、受信した文書データを印刷データに変換し、図１０に示す印刷データテーブル１０００に以下のデータを格納する。印刷サーバ１６は、認可トークンの検証時に取得したユーザＩＤをユーザＩＤ１００１のカラムに、テナントＩＤをテナントＩＤ１００２のカラムに格納する。また、印刷サーバ１６は、生成した印刷データＩＤを印刷データＩＤ１００３のカラムに、印刷データを保存したＵＲＬを印刷データ１００４のカラムに格納する。そして、印刷サーバ１６は、Ｓ１１．２１において、印刷データＩＤおよび印刷データＵＲＬを連携サーバ１４に応答する。

連携サーバ１４は、受信した印刷データＵＲＬを文書データ対応マップ８１０の第二の文書ＵＲＬ８１３のカラムに格納する。そして、連携サーバ１４はＳ１１．２２において、プリンタ管理サーバ１３に対してＳ１１．１６で受けたリクエストの応答として、第二の認可トークンおよび第二の文書ＵＲＬを送信する。

以上の図１１に示した処理シーケンスにより、文書管理サーバ１７で保存されていた第一の文書データおよび第一の認可トークンが、クライアント認証およびユーザ認証に成功したときにのみ、第二の文書データおよび第二の認可トークンに変換される。

次に、Ｓ１１．２３において、プリンタ管理サーバ１３は、連携サーバから受信した第二の認可トークンおよび印刷データＵＲＬをプリンタ１８に通知する。より具体的には、プリンタ管理サーバ１３は、プリンタ１８から受け付ける定期的なポーリングリクエストの応答として送信する。プリンタ１８は、Ｓ１１．２４において、受信した印刷データＵＲＬに対して印刷サーバ１６に対して印刷データ取得リクエストを送信する。その際、プリンタ１８は、プリンタ管理サーバ１３から受信した第二の認可トークンを併せて送信する。

印刷サーバ１６は、Ｓ１１．２５において、アクセス管理サーバ１５に対して、プリンタ１８から受信した第二の認可トークンの検証リクエストを送信する。アクセス管理サーバ１５は、Ｓ１１．２６にて印刷サーバ１６から受信した第二の認可トークンが正当であるか検証する。より具体的には図９（Ｂ）に示すトークンテーブル９１０に、受信した第二の認可トークンのトークンＩＤが登録されているか、そして、該当する認可トークンの有効期限が切れていないかを検証する。アクセス管理サーバ１５は、Ｓ１１．２７において、検証の結果を印刷サーバ１６に送信する。その際、検証の結果が正当であった場合は、アクセス管理サーバ１５は、トークンテーブル９１０に格納しているユーザＩＤ、ユーザが所属するテナントＩＤ、およびクライアントＩＤを送信する。印刷サーバ１６は、アクセス管理サーバ１５から受信した検証の結果が正当であった場合にのみ以下の処理を継続する。なお、検証の結果、認可トークンが不正であった場合には、その旨をユーザに通知するようにしても構わない。

印刷サーバ１６は、図１０に示す印刷データテーブル１０００の印刷データＵＲＬに対応するユーザＩＤとテナントＩＤのセットと、アクセス管理サーバ１５から検証時に取得したユーザＩＤとテナントＩＤのセットが一致する場合に以下の処理を継続する。印刷サーバ１６は、Ｓ１１．２８において、印刷データＵＲＬに対応して保存している印刷データを応答データとしてプリンタ１８に送信する。プリンタ１８は、Ｓ１１．２９において、受信した印刷データを印刷する。

以上の処理シーケンスにおいて、本実施形態に係るオンラインサービスにおける印刷処理シーケンスを実現する。より具体的には、文書管理サーバ１７、プリンタ管理サーバ１３、印刷サーバ１６が、それぞれ別のサービス提供者が運営しているオンラインサービスである環境においても、連携サーバ１４を介する事によってセキュリティドメインの異なる夫々のサーバ群の連携が可能なる。その結果、本発明によりセキュリティドメインの異なるサーバ群の両方のサービスに対して、高度なサービスのマッシュアップが可能になる。また、アクセス管理サーバ１５を介する事によって認証されたクライアントである場合にのみ認可トークン（第二の認可トークン）が発行され、セキュアなオンラインプリントサービスを実現する事ができる。

＜第二実施形態＞
第一実施形態では、プリンタ管理サーバ１３は、オンラインサービスの認証を、クライアント証明書を用いる事で行った。そのため、連携サーバ１４は、クライアント証明書によりプリンタ管理サーバ１３を認証した後に、アクセス管理サーバ１５には、対応するクライアントＩＤおよびクライアントシークレットにより認証を受ける。つまり、アクセス管理サーバ１５が間接的にプリンタ管理サーバ１３を認証している。第二実施形態では、プリンタ管理サーバ１３の認証を連携サーバ１４では行わず、アクセス管理サーバ１５に対して認証情報を渡して行う方法を説明する。この構成では、アクセス管理サーバ１５がプリンタ管理サーバ１３を直接認証する構成となるため、連携サーバ１４の認証が介在しない、よりセキュアな構成となる。

［データ構造］
図１２は、第二実施形態に係るプリンタ管理サーバ１３が保持する認証情報テーブル１２００を示している。認証情報テーブル１２００は、クライアントＩＤおよびクライアントシークレット１２０２を構成要素として備える。クライアントＩＤ１２０１およびクライアントシークレット１２０２は、プリンタ管理サーバ１３がアクセス管理サーバ１５から認証を受けるためのクライアントＩＤおよび、クライアントシークレットを格納するカラムである。クライアントＩＤ１２０１、およびクライアントシークレット１２０２は、いずれもアクセス管理サーバ１５から発行されるものを保持するカラムである。なお、不図示であるが、第一実施形態における連携サーバ１４が保持する図８（Ａ）の認証情報テーブル８００において、クライアントＩＤ８０２、クライアントシークレット８０３は不要となる。

［印刷処理シーケンス］
図１３は、第二実施形態に係るオンラインサービスにおける印刷処理シーケンスである。なお、第一実施形態における図１１と同様の処理については、同じ符号を付与して説明を省略し、以下、異なる部分を主に説明する。

図１１と同様に、図１３のＳ１１．６においてユーザは、クライアント１２からインターネット１０を経由して文書管理サーバ１７に印刷指示をリクエストする。プリンタ管理サーバ１３は、Ｓ１３．１において連携サーバ１４に印刷通知およびクライアント認証リクエストを送信する。その際、プリンタ管理サーバ１３は、図１２に示す認証情報テーブル１２００のクライアントＩＤおよびクライアントシークレット、図７（Ａ）に示すプリンタテーブル７００における印刷指示を受けたプリンタＩＤの認可トークンＡ、ユーザＩＤ、パスワード、および文書管理サーバ１７から受信した文書ＵＲＬを送信する。

連携サーバ１４は、プリンタ管理サーバ１３からの印刷通知を受信すると、Ｓ１３．２において、アクセス管理サーバ１５に対して第二の認可トークン取得リクエストを送信する。第二の認可トークン取得リクエストには、Ｓ１３．１における印刷通知で受信したユーザＩＤ、パスワード、クライアントＩＤ、およびクライアントシークレットが含まれる。そして、Ｓ１１．１０にて、アクセス管理サーバ１５は、受信した認証情報の検証を行う。ここで行われるクライアント認証は、第一実施形態と異なり、プリンタ管理サーバ１３に対する認証となる。プリンタ管理サーバ１３に対するクライアント認証が完了した以降の処理については、図１１と同様である。

本実施形態により、セキュアなオンラインプリントサービスを実現することが可能となる。

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

Claims (6)

1. 印刷データを提供する文書管理サーバおよび印刷データを基に印刷を行うプリンタに接続された印刷サーバと通信可能なサーバであって、
   前記印刷データを取得するための情報と、認証情報に基づく認証処理を行うことで発行された前記文書管理サーバへのアクセスを許可する第１の権限情報とを前記文書管理サーバから受信する受信手段と、
   受信された前記第１の権限情報を利用することで、前記認証情報に基づく認証処理を行うことなく、前記印刷データを取得するための情報を基に印刷データを前記文書管理サーバから取得する取得手段と、
   前記印刷サーバから送信された認証情報に基づく認証処理を行い、前記印刷サーバへのアクセスを許可する第２の権限情報を発行し、当該第２の権限情報を前記印刷サーバへ送信する送信手段と、
   前記第２の権限情報を前記印刷サーバから受信したプリンタから印刷データの取得要求を受けたことに応じて、前記認証情報に基づく認証処理を行うことなく、前記取得手段にて取得した前記印刷データまたは当該取得した印刷データを基に生成された別の印刷データを前記プリンタへ提供する提供手段と
   を有することを特徴とするサーバ。
2. 前記印刷データを取得するための情報とは、前記文書管理サーバにより提供される印刷データの保存場所を示すＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）であることを特徴とする請求項１に記載のサーバ。
3. 前記プリンタから印刷データの取得要求を受けた際、前記プリンタが送信した第２の権限情報が発行されたことがあるか否かの確認、および前記プリンタが送信した前記第２の権限情報が有効期限内であるか否かの確認を行う確認手段を更に有し、
   前記提供手段は、
   前記プリンタが送信した前記第２の権限情報が発行されていない、または発行されているが有効期限外であることが確認された場合は、印刷データを前記プリンタへ提供せず、
   前記プリンタが送信した前記第２の権限情報が発行され、かつ有効期限内であることが確認された場合に、前記取得手段にて取得した前記印刷データまたは当該取得した印刷データを基に生成された別の印刷データを提供することを特徴とする請求項１または２に記載のサーバ。
4. 前記サーバは、連携サーバ、プリンタ管理サーバ、アクセス管理サーバを含むサーバ群であって、
   前記連携サーバは、前記印刷サーバおよび前記文書管理サーバと連携するためのサーバであって、前記受信手段、前記取得手段、および前記アクセス管理サーバが発行する第２の認証情報を前記印刷サーバへ送信する手段を有し、
   前記プリンタ管理サーバは、前記プリンタと連携するためのサーバであって、前記提供手段を有し、
   前記アクセス管理サーバは、前記サーバ群に含まれるその他のサーバにアクセスするための認証処理を行うサーバであって、前記確認手段、および前記印刷サーバから送信された認証情報に基づく認証処理を行い、前記連携サーバへのアクセスを許可する第２の権限情報を発行する手段を有する
   ことを特徴とする請求項３に記載のサーバ。
5. 印刷データを提供する文書管理サーバおよび印刷データを基に印刷を行うプリンタに接続された印刷サーバと通信可能なサーバの制御方法であって、
   前記印刷データを取得するための情報と、認証情報に基づく認証処理を行うことで発行された前記文書管理サーバへのアクセスを許可する第１の権限情報とを前記文書管理サーバから受信する受信工程と、
   受信された前記第１の権限情報を利用することで、前記認証情報に基づく認証処理を行うことなく、前記印刷データを取得するための情報を基に印刷データを前記文書管理サーバから取得する取得工程と、
   前記印刷サーバから送信された認証情報に基づく認証処理を行い、前記印刷サーバへのアクセスを許可する第２の権限情報を発行し、当該第２の権限情報を前記印刷サーバへ送信する送信工程と、
   前記第２の権限情報を前記印刷サーバから受信したプリンタから印刷データの取得要求を受けたことに応じて、前記認証情報に基づく認証処理を行うことなく、前記取得工程にて取得した前記印刷データまたは当該取得した印刷データを基に生成された別の印刷データを前記プリンタへ提供する提供工程と
   を有することを特徴とする制御方法。
6. 印刷データを提供する文書管理サーバおよび印刷データを基に印刷を行うプリンタに接続された印刷サーバと通信可能なコンピュータを、
   前記印刷データを取得するための情報と、認証情報に基づく認証処理を行うことで発行された前記文書管理サーバへのアクセスを許可する第１の権限情報とを前記文書管理サーバから受信する受信手段、
   受信された前記第１の権限情報を利用することで、前記認証情報に基づく認証処理を行うことなく、前記印刷データを取得するための情報を基に印刷データを前記文書管理サーバから取得する取得手段、
   前記印刷サーバから送信された認証情報に基づく認証処理を行い、前記印刷サーバへのアクセスを許可する第２の権限情報を発行し、当該第２の権限情報を前記印刷サーバへ送信する送信手段、
   前記第２の権限情報を前記印刷サーバから受信したプリンタから印刷データの取得要求を受けたことに応じて、前記認証情報に基づく認証処理を行うことなく、前記取得手段にて取得した前記印刷データまたは当該取得した印刷データを基に生成された別の印刷データを前記プリンタへ提供する提供手段
   として機能させるためのプログラム。

Images