第一のセキュリティドメインに属する第一のサーバ群と、第二のセキュリティドメインに属する第二のサーバ群とを連携させる連携サーバであって、前記第一のサーバ群と前記第二のサーバ群とが連携して行う処理の要求を受信した際に、前記第一のサーバ群からサービスの提供を受けるための前記第一のセキュリティドメインにおける第一の認可トークンと、認証情報とを取得する第一の取得手段と、前記第一の取得手段にて取得した認証情報が正当な認証情報であると判定された場合、前記第二のサーバ群からサービスの提供を受けるための前記第二のセキュリティドメインにおける第二の認可トークンを取得し、前記第一の認可トークンと対応付けて保持する第二の取得手段と、ユーザからの要求に対応して、保持された前記第一の認可トークンを用いて前記第一のサーバ群からサービスの提供を受け、前記第一の認可トークンに対応付く前記第二の認可トークンを用いて前記第二のサーバ群からサービスの提供を受け、両方のサービスを連携させる連携手段とを有することを特徴とする連携サーバ。前記第一のサーバ群に含まれるサーバの認証を行う認証手段と、前記認証手段により当該サーバが正当であると判定された場合、当該サーバが用いる第一の認可トークンに対応付けられた第二の認可トークンを当該サーバに提供する提供手段とを更に有することを特徴とする請求項1に記載の連携サーバ。第一のセキュリティドメインに属する、文書管理サーバおよびプリンタ管理サーバと、第二のセキュリティドメインに属する、印刷データを生成し管理する印刷サーバおよびアクセスを管理するアクセス管理サーバおよびプリンタと、セキュリティドメインの異なるサーバ間の処理の連携させる連携サーバとを含む印刷システムであって、前記連携サーバは、前記文書管理サーバから文書データを取得する際に用いられる前記第一のセキュリティドメインにおける第一の認可トークンと、認証情報とを取得する第一の取得手段と、前記第二のセキュリティドメインにおける第二の認可トークンを前記アクセス管理サーバから取得し、前記第一の認可トークンと対応付けて保持する第二の取得手段と、前記第一の認可トークンを用いて、前記文書管理サーバから文書データを取得する文書データ取得手段と、前記印刷サーバに、前記第一の認可トークンに対応付く第二の認可トークンを用いて、前記文書データ取得手段にて取得した文書データを印刷データに変換することを要求する要求手段と、前記印刷サーバが生成した印刷データを取得する際に用いられる前記第二の認可トークンを前記プリンタ管理サーバに提供する提供手段とを有し、前記文書管理サーバは、前記第一の認可トークンを生成する第一の認可トークン生成手段と、前記連携サーバから保持している文書データの取得の要求を受信した際に、共に受信した第一の認可トークンを検証する第一の認可トークン検証手段と、前記第一の認可トークン検証手段により、当該第一の認可トークンが正当であると判定された場合、当該文書データを前記連携サーバへ提供する提供手段とを有し、前記アクセス管理サーバは、前記第二の認可トークンを生成する第二の認可トークン生成手段と、前記第二の認可トークンを検証する第二の認可トークン検証手段とを有し、前記印刷サーバは、前記連携サーバから前記文書データを印刷データに変換する要求を受信した際に、共に受信した第二の認可トークンを前記アクセス管理サーバに検証させ、当該第二の認可トークンが正当であると判定された場合、前記文書データを印刷データに変換し、保存する変換手段とを有し、前記プリンタ管理サーバは、前記連携サーバから受信した前記第二の認可トークンを用いて、前記印刷サーバに保持されている印刷データの印刷指示を、前記プリンタに行う指示手段を有することを特徴とする印刷システム。前記文書管理サーバが受信したユーザからの印刷指示は、前記プリンタ管理サーバを介して、前記連携サーバに通知されることを特徴とする請求項3に記載の印刷システム。前記連携サーバは、前記プリンタ管理サーバを介して印刷指示を通知された際に、当該プリンタ管理サーバの認証を行うクライアント認証手段を更に有し、前記第二の取得手段は、当該プリンタ管理サーバが正当であると認証された場合に、前記第二の認可トークンの取得要求を行い、前記アクセス管理サーバは、前記連携サーバから前記第二の認可トークンの取得要求を受信した際に、前記連携サーバの認証、および前記認証情報による認証を行う認証手段を更に有し、前記第二の認可トークン生成手段は、前記連携サーバおよび前記認証情報が正当であると判定された場合に、前記第二の認可トークンを生成し、前記連携サーバに渡すことを特徴とする請求項4に記載の印刷システム。前記クライアント認証手段による前記プリンタ管理サーバの認証は、クライアント証明書を用いた認証であり、前記認証手段による前記連携サーバの認証は、当該連携サーバのクライアントIDおよびクライアントシークレットを用いた認証であることを特徴とする請求項5に記載の印刷システム。前記アクセス管理サーバは、前記連携サーバから前記第二の認可トークンの取得要求を受信した際に、前記プリンタ管理サーバの認証、および前記認証情報による認証を行う認証手段を更に有し、前記第二の認可トークン生成手段は、前記アクセス管理サーバおよび前記ユーザが正当であると判定された場合に、前記第二の認可トークンを生成し、前記連携サーバに渡すことを特徴とする請求項4に記載の印刷システム。前記認証手段による前記プリンタ管理サーバの認証は、当該プリンタ管理サーバのクライアントIDおよびクライアントシークレットを用いた認証であることを特徴とする請求項7に記載の印刷システム。第一のセキュリティドメインに属する、文書管理サーバおよびプリンタ管理サーバと、第二のセキュリティドメインに属する、印刷データを生成し管理する印刷サーバおよびアクセスを管理するアクセス管理サーバと、セキュリティドメインの異なるサーバ間の処理の連携させる連携サーバとを含む印刷システムにおける連携サーバであって、前記文書管理サーバから文書データを取得する際に用いられる前記第一のセキュリティドメインにおける第一の認可トークンと、認証情報とを取得する第一の取得手段と、前記第二のセキュリティドメインにおける第二の認可トークンを前記アクセス管理サーバから取得し、前記第一の認可トークンと対応付けて保持する第二の取得手段と、前記第一の認可トークンを用いて、前記文書管理サーバから文書データを取得する文書データ取得手段と、前記印刷サーバに、前記第一の認可トークンに対応付く第二の認可トークンを用いて、前記文書データ取得手段にて取得した文書データを印刷データに変換することを要求する要求手段と、前記プリンタ管理サーバのプリンタに対する印刷指示に含められ、前記印刷サーバが生成した印刷データを取得する際に用いられる前記第二の認可トークンを前記プリンタ管理サーバに提供する提供手段とを有することを特徴とする連携サーバ。第一のセキュリティドメインに属する第一のサーバ群と、第二のセキュリティドメインに属する認証を行う第二のサーバ群とを連携させる連携サーバの制御方法であって、第一の取得手段が、前記第一のサーバ群と前記第二のサーバ群とが連携して行う処理の要求を受信した際に、前記第一のサーバ群からサービスの提供を受けるための前記第一のセキュリティドメインにおける第一の認可トークンと、認証情報とを取得する第一の取得工程と、第二の取得手段が、前記第一の取得工程にて取得した認証情報が正当な認証情報であると判定された場合、前記第二のサーバ群からサービスの提供を受けるための前記第二のセキュリティドメインにおける第二の認可トークンを取得し、前記第一の認可トークンと対応付けて保持する第二の取得工程と、連携手段が、ユーザからの要求に対応して、保持された前記第一の認可トークンを用いて前記第一のサーバ群からサービスの提供を受け、前記第一の認可トークンに対応付く前記第二の認可トークンを用いて前記第二のサーバ群からサービスの提供を受け、両方のサービスを連携させる連携工程とを有することを特徴とする制御方法。第一のセキュリティドメインに属する、文書管理サーバおよびプリンタ管理サーバと、第二のセキュリティドメインに属する、印刷データを生成し管理する印刷サーバおよびアクセスを管理するアクセス管理サーバと、セキュリティドメインの異なるサーバ間の処理の連携させる連携サーバとを含む印刷システムにおける連携サーバの制御方法であって、第一の取得手段が、前記文書管理サーバから文書データを取得する際に用いられる前記第一のセキュリティドメインにおける第一の認可トークンと、認証情報とを取得する第一の取得工程と、第二の取得手段が、前記第二のセキュリティドメインにおける第二の認可トークンを前記アクセス管理サーバから取得し、前記第一の認可トークンと対応付けて保持する第二の取得工程と、文書データ取得手段が、前記第一の認可トークンを用いて、前記文書管理サーバから文書データを取得する文書データ取得工程と、要求手段が、前記印刷サーバに、前記第一の認可トークンに対応付く第二の認可トークンを用いて、前記文書データ取得工程にて取得した文書データを印刷データに変換することを要求する要求工程と、提供手段が、前記プリンタ管理サーバのプリンタに対する印刷指示に含められ、前記印刷サーバが生成した印刷データを取得する際に用いられる前記第二の認可トークンを前記プリンタ管理サーバに提供する提供工程とを有することを特徴とする制御方法。コンピュータを、第一のセキュリティドメインに属する第一のサーバ群と、第二のセキュリティドメインに属する第二のサーバ群とが連携して行う処理の要求を受信した際に、前記第一のサーバ群からサービスの提供を受けるための前記第一のセキュリティドメインにおける第一の認可トークンと、認証情報とを取得する第一の取得手段、前記第一の取得手段にて取得した認証情報が正当な認証情報であると判定された場合、前記第二のサーバ群からサービスの提供を受けるための前記第二のセキュリティドメインにおける第二の認可トークンを取得し、前記第一の認可トークンと対応付けて保持する第二の取得手段、ユーザからの要求に対応して、保持された前記第一の認可トークンを用いて前記第一のサーバ群からサービスの提供を受け、前記第一の認可トークンに対応付く前記第二の認可トークンを用いて前記第二のサーバ群からサービスの提供を受け、両方のサービスを連携させる連携手段として機能させるためのプログラム。コンピュータを、第一のセキュリティドメインに属する文書管理サーバから文書データを取得する際に用いられる第一の認可トークンと、認証情報とを取得する第一の取得手段、第二のセキュリティドメインに属するアクセス管理サーバから第二の認可トークンを取得し、前記第一の認可トークンと対応付けて保持する第二の取得手段、前記第一の認可トークンを用いて、前記文書管理サーバから文書データを取得する文書データ取得手段、前記第二のセキュリティドメインに属する印刷サーバに、前記第一の認可トークンに対応付く第二の認可トークンを用いて、前記文書データ取得手段にて取得した文書データを印刷データに変換することを要求する要求手段、前記第一のセキュリティドメインに属するプリンタ管理サーバのプリンタに対する印刷指示に含められ、前記印刷サーバが生成した印刷データを取得する際に用いられる前記第二の認可トークンを前記プリンタ管理サーバに提供する提供手段として機能させるためのプログラム。従来技術では、文書が保存されているレポジトリサーバは少なくとも一つの印刷環境共用サービスと同一セキュリティドメイン内に設置され、文書利用許可情報を利用して文書データを取得している。そして、取得した文書データを他の印刷環境共用サービスを経由してプリントサーバに送信する事で印刷している。また、各プリンタを管理しているプリントサーバと上述の印刷環境共用サービスが直接接続されており、各プリンタの状況をリアルタイムで取得できる構成となっている。しかしながら、クラウド化が進むことで多くの事業者がクラウドに参画することが想定される。例えば、インターネット上に、以前と比較してより多くの文書管理サービス、またはプリンタ管理サービスが提供されるであろう。事業者が提供するオンラインサービスと、そのサービスを提供する事業者とは異なる事業者によって提供されるオンラインプリントサービスは、異なるセキュリティドメインで提供される事が考えられる。そのため、セキュリティを損なうことなく、オンラインサービス間で連携する方法が必要となる。例えば、従来技術に適用するとなると、印刷環境共用サービスが、他事業者が展開する文書管理サービスやプリントサーバと通信するためには、他事業者が展開するサービスの認証、認可機構を利用し、セキュリティを確保する必要がある。上記の課題を解決するため、本発明は以下のような構成を有する。すなわち、第一のセキュリティドメインに属する第一のサーバ群と、第二のセキュリティドメインに属する第二のサーバ群とを連携させる連携サーバであって、前記第一のサーバ群と前記第二のサーバ群とが連携して行う処理の要求を受信した際に、前記第一のサーバ群からサービスの提供を受けるための前記第一のセキュリティドメインにおける第一の認可トークンと、認証情報とを取得する第一の取得手段と、前記第一の取得手段にて取得した認証情報が正当な認証情報であると判定された場合、前記第二のサーバ群からサービスの提供を受けるための前記第二のセキュリティドメインにおける第二の認可トークンを取得し、前記第一の認可トークンと対応付けて保持する第二の取得手段と、ユーザからの要求に対応して、保持された前記第一の認可トークンを用いて前記第一のサーバ群からサービスの提供を受け、前記第一の認可トークンに対応付く前記第二の認可トークンを用いて前記第二のサーバ群からサービスの提供を受け、両方のサービスを連携させる連携手段とを有する。本発明により、他のセキュリティドメインにサービスされた文書管理サーバ、プリンタ管理サーバ、および印刷サーバが連携したオンラインプリントサービスを、セキュリティを損なうことなく実現する事が可能となる。以下、本発明を実施するための最良の形態について図面を用いて説明する。インターネット上で、様々なサービス提供者が様々なオンラインサービスを提供している。単一のサービス提供者が運営している単体のオンラインサービスもあれば、複数のサービス提供者が運営している複数のオンラインサービスを組み合わせて、サービス間の連携を行うことにより、1つのソリューションを実現するという手法も存在する。後者は、マッシュアップと呼ばれ、ユーザからすると表向きはあたかも1つのWebサイトあるいはWebサービスとして見える。しかしながら、実際にはバックエンドでは、複数のオンラインサービスが連携連動して、必要な機能を組み合わせてソリューションを実現する。例えば、写真共有のWebサイトがあったとする。Webサイトを制御するHTTPサーバやアプリケーションサーバのホスティングを提供するサービス提供者と、写真という大量の画像ファイルを格納するオンラインストレージを提供するサービス提供者は別々のものを組み合わせることなどができる。なお、ここで言うオンラインサービスとは、Webサイト、Webアプリケーション、Webサービスなどが提供する機能群のことである。Webサイト、Webアプリケーション、Webサービスなどは、サーバコンピュータで実行されるソフトウェアである。<第一実施形態>[システム構成図]図1は、本実施形態に係る印刷システムを構成する各種オンラインサービスが存在するネットワーク構成を示している。インターネット10は、インターネットなどのパブリックなネットワークである。イントラネット11は、LANLocalAreaNetworkなどのプライベートなネットワークである。文書管理サーバ17A、17Bはオンラインでユーザの文書ファイルを保管する。文書管理サーバは、1台ないし複数台で構成され、負荷分散装置によりインターネット10からのリクエストを分散して処理する事ができるよう構成されている。1台にて構成される場合には、負荷分散装置は不要としてもよい。この1台ないし負荷分散装置により接続された複数台の文書管理サーバによって文書管理サービス170が提供される。プリンタ管理サーバ13A、13Bはインターネットに接続されたプリンタを管理する。プリンタ管理サーバは、1台ないし複数台で構成され、負荷分散装置によりインターネット10からのリクエストを分散して処理する事ができるよう構成されている。この1台ないし負荷分散装置により接続された複数台のプリンタ管理サーバによってプリンタ管理サービス130が提供される。アクセス管理サーバ15A、15Bはユーザの認証認可を管理する。アクセス管理サーバは、1台ないし複数台で構成され、負荷分散装置によりイントラネット11からのリクエストを分散して処理する事ができるよう構成されている。この1台ないし負荷分散装置により接続された複数台のアクセス管理サーバによってアクセス管理サービス150が提供される。連携サーバ14A、14Bは、オンラインサービス間サーバ間の連携を制御する。連携サーバは1台ないし複数台で構成され、負荷分散装置によりインターネット10からのリクエストを分散して処理する事ができるよう構成されている。この1台ないし負荷分散装置により接続された複数台の連携サーバ14によって連携サービス140が提供される。印刷サーバ16A、16Bは、文書ファイルをプリンタが印刷できるデータに変換する。印刷サーバは1台ないし複数台で構成され、負荷分散装置によりインターネット10からのリクエストを分散して処理する事ができるよう構成されている。また、同様に負荷分散装置によりイントラネット11からのリクエストも分散して処理する事ができるよう構成されている。この1台ないし負荷分散装置により接続された複数台の印刷サーバ16によって印刷サービス160が提供される。クライアント12は、クライアントコンピュータやモバイル端末など、オンラインサービスを利用する際に使用されるクライアントである。プリンタ18は、印刷データを受信して、印刷処理を行う。なお、各サーバによって提供される文書管理サービス170、プリンタ管理サービス130、印刷サービス160は、それぞれ別のサービス提供者が運営しているオンラインサービスであり、各サービス間はインターネット10を経由して通信する事ができる。本実施形態において、文書管理サーバ17およびプリンタ管理サーバ13を含むサーバ群第一のサーバ群と、アクセス管理サーバ15および印刷サーバ16を含むサーバ群第二のサーバ群とは、異なるセキュリティドメインに属するものとする。この場合において、それぞれのセキュリティドメイン第一のセキュリティドメインおよび第二のセキュリティドメインでは、異なる形式の認可トークンが用いられる。本実施形態においては、第一のサーバ群にて用いられる形式の認可トークンを第一の認可トークン、第二のサーバ群にて用いられる形式の認可トークンを第二の認可トークンとして記載する。認可トークンのより詳細な説明に関しては、図7等を用いて、後述する。図2は、前述の各種サーバを構成するWebサイト、Webアプリケーション、Webサービスなどのソフトウェアを実行するサーバコンピュータの情報処理機能の論理構成を示している。ユーザインタフェース201は、ディスプレイ、キーボード、マウスなどによる、情報の入出力を行う。なお、これらのハードウェアを備えないコンピュータは、リモートデスクトップなどにより、他のコンピュータから接続操作することも可能である。ネットワークインタフェース202は、LANなどのネットワークに接続して、他のコンピュータやネットワーク機器との通信を行う。ROM204は、組込済みプログラムおよびデータが記録されているROMである。RAM205は、一時メモリ領域であるRAMである。二次記憶装置206は、HDDに代表されるような二次記憶装置である。CPU203は、ROM204、RAM205、二次記憶装置206などから読み込んだプログラムを実行し、各種サービスを実現する。各部は入出力インタフェース207を介して接続されている。なお、この構成に加えて、更なる部位を備えても構わない。また、クライアント12や、プリンタ18についても同様の構成を有していても構わない。本実施形態では、上述した構成により、各サーバが以下に示す各シーケンスの処理を実行することとなる。図3は、プリンタ管理サーバ13の内部構造を示している。ここで示す各部位は、図2にて示したサーバコンピュータの構成によりそれぞれ実現される。印刷リクエスト処理部31は、インターネット10を経由して、文書管理サーバ17から文書の印刷リクエストを受信する。プリンタ管理部33は、インターネット10を経由してプリンタ18からのポーリングリクエストを受信する。プリンタ制御部32は、印刷リクエスト処理部31および、プリンタ管理部33からのリクエストを受けて必要な処理を行い、応答データを呼び出し元に返す。その際、プリンタ制御部32は、インターネット10経由で連携サーバ14に対し文書ファイルの印刷データ変換リクエストおよび印刷リクエストを送信し、リクエストの処理結果である応答データを受信する。印刷リクエスト処理部31およびプリンタ管理部33は応答データを呼び出し元に返す。図4は、連携サーバ14の内部構造を示している。ここで示す各部位は、図2にて示したサーバコンピュータの構成によりそれぞれ実現される。連携リクエスト処理部41は、インターネット10を経由して、プリンタ管理サーバ13から文書ファイルの印刷データ変換および印刷リクエストを受信する。データ取得部43は、インターネット10を経由して、文書管理サーバ17から文書データを取得する。サービス制御部42は、連携リクエスト処理部41からのリクエストを受けて必要な処理を行い、応答データを呼び出し元に返す。その際、サービス制御部42は、イントラネット11経由でアクセス管理サーバ15および印刷サーバ16に対しリクエストを送信し、リクエストの処理結果である応答データを受信する。また、サービス制御部42は、データ取得部43に対して文書取得リクエストを送信する。連携リクエスト処理部41は、応答データを呼び出し元に返す。図5は、アクセス管理サーバ15の内部構造を示している。ここで示す各部位は、図2にて示したサーバコンピュータの構成によりそれぞれ実現される。アクセス管理リクエスト処理部51は、イントラネット11を経由して、他のオンラインサービスからのリクエストを受信する。認証データ管理部53は、ユーザカウントのデータを管理する。認可データ管理部54は、発行された認可トークンのデータを管理する。アクセス制御部52は、認証データ管理部53および認可データ管理部54から取得するデータに基づき、認証認可リクエストに対し応答データを生成し、アクセス管理リクエスト処理部51に応答データを返す。アクセス管理リクエスト処理部51は、応答データを呼び出し元に返す。図6は、印刷サーバ16の内部構造を示している。ここで示す各部位は、図2にて示したサーバコンピュータの構成によりそれぞれ実現される。印刷リクエスト処理部61は、イントラネット11を経由して、連携サーバ14からの文書ファイルの印刷データ変換および登録リクエストを受信する。データ取得リクエスト処理部65は、インターネット10を経由して、インターネット10に接続したプリンタ18からのデータ取得リクエストを受信する。データ変換部63は、印刷制御部62からの印刷データ変換リクエストを受信し、受信した文書データを印刷データに変換して応答する。印刷データ管理部64は、変換後の文書データである印刷データを登録し、管理する。印刷制御部62は、印刷リクエスト処理部61およびデータ取得リクエスト処理部65からのリクエストを受けて必要な処理を行い、応答データを呼び出し元に返す。その際、印刷制御部62は、イントラネット11経由でアクセス管理サーバ15に対しリクエストを送信し、リクエストの処理結果である応答データを受信する。また、印刷制御部62は、データ変換部63に文書の印刷データへの変換リクエストを送信し、データ変換後のデータを受信し、印刷データ管理部64に登録する。[データ構造]以下、本実施形態にて用いるデータ構造の説明を行う。なお、各テーブルにて示されるカラム名が同じもの例えば、ユーザIDは、各テーブル間にて共通のものを示しているものとする。なお、以下に示すデータ構造は一例であり、他の構成要素を有していてもよい。図7は、プリンタ管理サーバ13が保持するデータ構造をテーブル形式で表している。図7Aは、プリンタテーブル700を示している。プリンタテーブル700は、プリンタID701、認可トークンA702、ユーザID703、パスワード704、および認可トークンB705を構成要素として備える。プリンタID701は、プリンタ18のプリンタIDを格納するカラムである。認可トークンA702は、文書管理サーバ17にアクセスするための許可情報である認可トークンAを格納するカラムである。ユーザID703は、連携サーバ14もしくは印刷サーバ16にアクセスする際に、アクセス管理サーバ15で認証を受けるためのユーザIDを格納するカラムである。パスワード704は、ユーザID703の秘匿情報であるパスワードを格納するカラムである。認可トークンB705は、連携サーバ14もしくは印刷サーバ16にアクセスするための許可情報である認可トークンBを格納するカラムである。ここで、認可トークンA702にて示される認可トークンは、文書管理サーバ17から発行されるものを保持するカラムとする。また、認可トークンB705にて示される認可トークンは、アクセス管理サーバ15から発行されるものを保持するカラムである。ここで、認可トークンとは、正しいユーザID/パスワードを伴った認可トークン取得要求に応答して払い出されるトークンである。つまり、この認可トークンを使用したアクセスでは、ある特定機能の実行やある特定URLUniformResourceLocatorへのアクセスを許諾する際に用いられ、その許諾された権限に限定される。例えば、この認可トークンにより、印刷サービスの機能の利用やデータURLへのアクセスが許可される。この認可トークンは、ユーザ本人の代理で外部プログラムなどに代理実行などを行わせる際に用いられる。つまり、プログラム等に認可トークンを授与することにより、ユーザが有する権限を付与し、代理にて処理を実行させることが可能となる。認可トークンのライフサイクルは、設定された有効期限内であり、その有効期限内であれば、何度でも使いまわせる。なお、有効期限の具体的な値は、図9bを用いて説明する。また、本実刑形態において、文書管理サービス170、およびプリンタ管理サービス130が属するネットワーク内で用いられる認可トークンを第一の認可トークンとする。これに対し、連携サービス140、アクセス管理サービス150、および印刷サービス160が属するネットワーク内で用いられる認可トークンを第二のトークンとする。そして、連携サービス140によって、第一のトークンと第二のトークンとが対応付けられ、変換されることによって、システム全体において、処理の連携が可能となる。なお、各トークンの扱い方については、本実施形態における処理と共に図11を用いて後述する。図7Bは、認証情報テーブル710を示している。認証情報テーブル710は、クライアント証明書711を構成要素として備える。クライアント証明書711は、連携サーバ14がプリンタ管理サーバ13を特定/認証するために用いられるクライアント証明書が保存されているパスを格納するカラムである。図8は、連携サーバ14が保持するデータ構造をテーブル形式で表している。図8Aは、認証情報テーブル800を示している。認証情報テーブル800は、サーバ証明書801、クライアントID802、およびクライアントシークレット803を構成要素として備える。サーバ証明書801は、プリンタ管理サーバ13が連携サーバ14である事を特定し、認証するために用いられるサーバ証明書が保存されているパスを格納するカラムである。クライアントID802およびクライアントシークレット803は、連携サーバ14がアクセス管理サーバ15から認証を受けるためのクライアントIDおよびクライアントシークレットを格納するカラムである。クライアントID802、クライアントシークレット803は、いずれもアクセス管理サーバ15から発行されるものを保持するカラムである。ここでのクライアントシークレットとは、認証時に用いられ、その目的は、クライアントIDに対応して発行されたパスワードに相当するものである。図8Bは、文書データ対応マップ810を示している。文書データ対応マップ810は、第一の文書URL811、第一の認可トークン812、第二の文書URL813、および第二の認可トークン814を構成要素として備える。第一の文書URL811は、文書管理サーバ17から文書データを取得する際に指定するURLを格納するカラムである。この格納情報であるURLは、文書データの格納先を示す。第一の認可トークン812は、文書管理サーバ17から文書データを取得する際に送信する認可トークンを格納するカラムである。第二の文書URL813は、印刷サーバ16から印刷データを取得する際に指定するURLを格納するカラムである。この格納情報であるURLは、印刷データの格納先を示す。第二の認可トークン814は、印刷サーバ16から印刷データを取得する際に送信する認可トークンを格納するカラムである。第一の認可トークン812は、図7Aに示したプリンタテーブル700における認可トークンA702に対応する。また、第二の認可トークン814は、認可トークンB705に対応する。つまり、第一の認可トークン812は、文書管理サーバ17から発行されたものであり、第二の認可トークンは、アクセス管理サーバ15から発行されたものとなる。文書データ対応マップ810の各カラムにデータを保持する方法については後述する。図9は、アクセス管理サーバ15が保持するデータ構造をテーブル形式で表している。図9Aは、ユーザテーブル900を示しており、認証データ管理部53に格納される。ユーザテーブル900は、ユーザID901、パスワード902、およびテナントIDを構成要素として備える。ユーザID901は、ユーザを一意に特定するためのユーザIDを格納するカラムである。パスワード902は、ユーザID901の秘匿情報であるパスワードを格納するカラムである。テナントID903は、テナントIDを格納するカラムである。ここでのテナントIDとは、マルチテナントを実現するための識別子である。例えば、あるオンラインサービスを単一システムで動作させているとする。このオンラインサービスを複数の顧客企業に販売する場合、他の顧客のデータへアクセスできないようにする、顧客ごとにサービス利用料金を計算する、などのマルチテナント機能が必要となる。これらのマルチテナント機能を実現するための識別子として、テナントID903がユーザID901ごとに必ず付与されることにより、例えば、1つのメモリに複数のテナントのデータを保存させたとしても、テナントごとにユーザの分離、データの分離を実現する。クラウド化が進むことにより、1つのメモリに異なるドメインに所属するテナントのデータが管理されることになるので、マルチテナントという考え方はクラウドコンピューティングにおいて非常に重要な考え方である。図9Bは、トークンテーブル910を示しており、認可データ管理部54に格納される。トークンテーブル910は、トークンID911、有効期限912、発行日時913、ユーザID914、テナントID915、およびクライアントID916を構成要素として有する。トークンID911は、認可トークンを一意に識別するためのトークンIDを格納するカラムである。有効期限912は、トークンの有効期限を秒数で表した値を格納するカラムである。発行日時913は、トークンが発行された発行日時である。ユーザID914は、このトークンがどのユーザに対して発行されたのかを示すユーザIDを格納するカラムである。テナントID915は、ユーザID914が所属するテナントIDを格納するカラムである。クライアントID916は、このトークンの発行要求元であるクライアントのクライアントIDを格納するカラムである。図10は、印刷サーバ16が保持するデータ構造をテーブル形式で表している。印刷データテーブル1000は、印刷データ管理部64に格納される。印刷データテーブル1000は、ユーザID1001、テナントID1002、印刷データID1003、および印刷データ1004を構成要素として備える。ユーザID1001は、印刷をリクエストしたユーザのユーザIDを格納するカラムである。テナントID1002は、印刷をリクエストしたユーザの所属するテナントのテナントIDを格納するカラムである。印刷データID1003は、印刷データIDを格納するカラムである。印刷データ1004は、印刷データの所在を示すパスを格納するカラムである。[印刷処理シーケンス]以下、本実施形態に係るオンラインサービスにおける印刷処理シーケンスを、図11を用いて説明する。図11において、文書管理サーバ17、プリンタ管理サーバ13、印刷サーバ16は、それぞれ別のサービス提供者が運営しているオンラインサービスであり、インターネット10を経由して通信できる。その際、印刷サーバ16はアクセス管理サーバ15によってアクセス制御されており、他のオンラインサービスは、連携サーバ14を介する事によって印刷サーバ16とのマッシュアップを実現している。なお、各サーバにおける処理は、図2~図6に示した各構成部位によって実現されるものとする。まず、文書管理サーバ17に対してプリンタ18を登録するシーケンスを説明する。図11のS11.1においてユーザは、プリンタ18からインターネット10を経由してプリンタ管理サーバ13にプリンタ登録を行う。プリンタ18には、プリンタ管理サーバ13のプリンタ管理部33のリクエスト受信URLが予め設定されている。この際、ユーザはプリンタ18が備えるインタフェース不図示を用いて文書管理サーバ17を利用するための認証情報を入力する。S11.2においてプリンタ管理サーバ13は、受信した認証情報を用いて、文書管理サーバ17に対して第一の認可トークン取得リクエストを送信する。文書管理サーバ17はプリンタ管理サーバ13から受信した認証情報を検証し、妥当であれば第一の認可トークン生成を行う。そして、S11.3において、文書管理サーバ17は、プリンタ管理サーバ13に第一の認可トークンを応答する。S11.4において、プリンタ管理サーバ13は、図7Aに示す認可トークンA702を用いて文書管理サーバ17にプリンタを登録する。この際、プリンタ管理サーバ13は、自身が印刷指示リクエストを受信する受付URLおよび、プリンタIDを生成し、文書管理サーバ17へ送信する。文書管理サーバ17は、受信したプリンタIDとプリンタ管理サーバ13の受付URLの情報を関連付けて保存する。これにより、文書管理サーバ17は、後述する印刷指示リクエストをプリンタ管理サーバ13に送信する事が可能となる。以降、登録されたプリンタ18は、プリンタ管理サーバ13に対して定期的にポーリングアクセスを実行する。これは、プリンタ管理サーバ13からプリンタ18へはセキュリティの観点から通信が制限されており直接アクセスできず、プリンタ側から文書管理サーバ側へ問い合わせを行う必要があるためである。そして、S11.5においてプリンタ管理サーバ13は、生成したプリンタIDと受信した第一の認可トークンを図7Aに示すようにプリンタテーブル700のプリンタID701のカラム、認可トークンA702のカラムに保存する。その際、プリンタ管理サーバ13は、アクセス管理サーバ15に認証を受けるためのユーザID、およびパスワードをユーザID703のカラム、パスワード704のカラムに保存する。このユーザID、およびパスワードは、プリンタ管理サーバ13が生成し、連携サーバ14を介してアクセス管理サーバ15に登録するようにしてもよい。もしくは、プリンタ管理サーバ13が、連携サーバ14を介してアクセス管理サーバ15にユーザ登録リクエストを送信し、アクセス管理サーバ15が生成したユーザID、およびパスワードを受信して登録するようにしてもよい。本実施形態の説明では、上記いずれかの方法によって、アクセス管理サーバ15に認証を受けるためのユーザID、パスワードがプリンタテーブル700に登録されている事を前提に説明する。また、本実施形態において、生成されるユーザIDは、プリンタ毎に生成され、割り当てられるIDである。しかし、これに限定するものではなく、例えば、プリンタを利用するユーザごとに生成し、割り当てても構わない。次に、図11のS11.6においてユーザは、クライアント12からインターネット10を経由して文書管理サーバ17に印刷指示をリクエストする。この際、文書管理サーバ17が生成する画面情報不図示が、クライアント12が備えるWebブラウザ不図示に表示される。ユーザは、例えば、Webブラウザに表示された画面情報から印刷する文書および、プリンタを選択操作する事により文書管理サーバ17に印刷指示リクエストを送信する。文書管理サーバ17は、選択されたプリンタ情報から、保存されたプリンタ管理サーバ13の受付URLおよびプリンタIDを特定し、選択された文書URLと合わせて印刷指示リクエストを生成し、プリンタ管理サーバ13に送信する。プリンタ管理サーバ13は、S11.7において連携サーバ14に印刷通知を送信する。その際、プリンタ管理サーバ13は、図7Bに示す認証情報テーブル710のクライアント証明書、図7Aに示すプリンタテーブル700における印刷指示を受けたプリンタIDの認可トークンA702、ユーザID703、パスワード704を送信する。さらに、プリンタ管理サーバ13は、S11.6にて文書管理サーバ17から受信した文書URLも併せて送信する。連携サーバ14は、これらの情報を受信することにより、第一の取得手段を実現する。連携サーバ14は、プリンタ管理サーバ13からの印刷通知を受信すると、S11.8において受信したクライアント証明書を検証する。本実施形態においては、クライアント証明書711は、TLS/SSLの仕組みにおいて連携サーバ14の認証情報テーブル800のサーバ証明書と共に渡され、お互いに証明書の検証する事で通信を確立する方法として説明する。また、サーバ証明書によって通信を確立し、その後に別途クライアント証明書を送付し検証する方法としてもよい。この場合、連携サーバ14はクライアント証明書の検証を行い、そのクライアント証明書が正当であった場合のみ以降の処理を継続する。なお、クライアント証明書が不正であった場合には、その旨をユーザに対して、通知するようにしても構わない。連携サーバ14は、印刷通知で受信した上記の情報を、図8Bに示すように文書データ対応マップ810に保持する。文書URLを第一の文書URL811のカラムへ、認可トークンAを第一の認可トークン812のカラムへ、それぞれ格納し保持する。次に、連携サーバ14は、S11.9において、アクセス管理サーバ15に対して第二の認可トークン取得リクエストを送信する。このとき、第二の認可トークン取得リクエストには、S11.7における印刷通知で受信したユーザID、パスワード、および認証情報テーブル800のクライアントID、クライアントシークレットを含む。アクセス管理サーバ15は、S11.10において、連携サーバ14から受信したクライアントID、およびクライアントシークレットを検証し、認証する。ここで、アクセス管理サーバ15が連携サーバ14を認証することによって、間接的にアクセス管理サーバ15がプリンタ管理サーバ13を認証する事になる。より詳細には、連携サーバ14は、S11.8でクライアント証明書の検証によりプリンタ管理サーバ13を認証する。このとき、確かに正当なプリンタ管理サーバ13である場合にのみ、連携サーバ14が認証情報テーブル800のクライアントID、クライアントシークレットを利用するよう構成する必要がある。つまり、S11.8においては、連携サーバ14がプリンタ管理サーバ13をクライアント証明書を用いて認証し、S11.10においては、アクセス管理サーバ15がクライアントIDおよびクライアントシークレットを用いて連携サーバ14を認証することとなる。より具体的には、アクセス管理サーバ15は、図9Aに示すユーザテーブル900に登録されているユーザIDとパスワードのセットが、受信したクライアントIDとクライアントシークレットのセットと一致する場合に連携サーバ14を正当なクライアントとして認証する。クライアントの認証に成功した場合、アクセス管理サーバ15は、引き続き受信したユーザID、パスワードを検証し、認証する。より具体的には、アクセス管理サーバ15は、ユーザテーブル900に登録されているユーザIDと、パスワードのセットが、受信したユーザIDとクライアントシークレットのセットと一致する場合に正当なユーザとして、判定する。ユーザの認証に成功した場合、アクセス管理サーバ15は、ユーザテーブル900よりテナントID903の取得、および第二の認可トークン生成を行うことで認可トークンIDの生成を行い、トークンテーブル910に登録する。その際、本実施形態において、発行日時は登録時の日時が設定され、有効期限はアクセス管理サーバ15で定義されたデフォルト値を設定するよう構成している。そして、アクセス管理サーバ15は、S11.11において、生成した認可トークンIDを連携サーバ14に応答する。ここで、アクセス管理サーバ15が生成した認可トークンは、アクセス管理サーバ15のセキュリティドメインの各種オンラインサービスを、認証したユーザの権限で利用する事が認可されていることを示す認可トークンである。より具体的には、印刷サーバ16が提供する印刷サービス160を、プリンタ18が利用する際に利用する。その際、プリンタ18から取得される文書データが、確実にプリンタ18を利用しているユーザの文書である必要がある。ここで生成したトークンを文書管理サーバ17が生成した第一の認可トークンと区別するために、第二の認可トークンと記載する。この第二の認可トークンを取得することにより、連携サーバ14は、第二の取得手段を実現する。通常、同一セキュリティドメイン内での利用であれば、プリンタ18を登録するS11.1でユーザ認証を行っているため、その認証によって得られた認可トークンを利用すればセキュリティ上の問題は発生しない。しかしながら、本実施形態では、S11.1でユーザ認証を行ったセキュリティドメインと、実際にプリンタ18が印刷データを取得する印刷サーバ16のセキュリティドメインとが違う。そのため、複数セキュリティドメインでそれぞれ発行された認可トークンをセキュアに交換する必要がある。本実施形態では、アクセス管理サーバ15がS11.10において、プリンタ管理サーバ13を間接的に認証する。さらに、S11.10において、アクセス管理サーバ15がユーザを認証する事で第一のトークンと第二のトークンの交換を許可し、セキュリティを確保している。そして、連携サーバ14は、S11.12において、図8Bに示したように文書データ対応マップ810の第二の認可トークン814のカラムにアクセス管理サーバ15から受信した第二の認可トークンを格納し、保持する。次に、連携サーバ14は、S11.13にて、図8Bに示す文書データ対応マップ810にて保持していた第一の文書URL811および第一の認可トークン812を用いて、文書管理サーバ17より当該文書データに対する取得リクエストを送信する。これにより、連携サーバ14は、文書データ取得を行う。そして、文書管理サーバ17は、S11.14において、受信した第一の認可トークンを検証する。第一の認可トークン検証の結果、当該第一の認可トークンが正当であれば、S11.15において、文書管理サーバ17は、指定のURLの文書データを連携サーバ14に対して応答する。連携サーバ14は、S11.16において、印刷サーバ16に対して文書データの印刷データへの変換および登録のリクエストを送信する。その際、リクエストには、S11.15において取得した文書データ、および図8Bに示す文書データ対応マップ810にて保持していた第二の認可トークンが含まれる。印刷サーバ16は、S11.17において、アクセス管理サーバ15に対して受信した第二の認可トークンの検証リクエストを送信する。アクセス管理サーバ15は、S11.18にて受信した第二の認可トークンが正当であるか第二の認可トークン検証を行う。より具体的には、アクセス管理サーバ15は、図9Bにて示したトークンテーブル910に受信した第二の認可トークンのトークンIDが登録されているか、更には、該当するトークンの有効期限が切れていないかを検証する。アクセス管理サーバ15は、S11.19において、検証の結果を印刷サーバ16に送信する。その際、検証の結果が正当であった場合はトークンテーブル910に格納しているユーザID、ユーザが所属するテナントID、およびクライアントIDを送信する。印刷サーバ16は、検証の結果が正当であった場合にのみ以下の処理を継続する。印刷サーバ16は、S11.20において、受信した文書データを印刷データに変換し、図10に示す印刷データテーブル1000に以下のデータを格納する。印刷サーバ16は、認可トークンの検証時に取得したユーザIDをユーザID1001のカラムに、テナントIDをテナントID1002のカラムに格納する。また、印刷サーバ16は、生成した印刷データIDを印刷データID1003のカラムに、印刷データを保存したURLを印刷データ1004のカラムに格納する。そして、印刷サーバ16は、S11.21において、印刷データIDおよび印刷データURLを連携サーバ14に応答する。連携サーバ14は、受信した印刷データURLを文書データ対応マップ810の第二の文書URL813のカラムに格納する。そして、連携サーバ14はS11.22において、プリンタ管理サーバ13に対してS11.16で受けたリクエストの応答として、第二の認可トークンおよび第二の文書URLを送信する。以上の図11に示した処理シーケンスにより、文書管理サーバ17で保存されていた第一の文書データおよび第一の認可トークンが、クライアント認証およびユーザ認証に成功したときにのみ、第二の文書データおよび第二の認可トークンに変換される。次に、S11.23において、プリンタ管理サーバ13は、連携サーバから受信した第二の認可トークンおよび印刷データURLをプリンタ18に通知する。より具体的には、プリンタ管理サーバ13は、プリンタ18から受け付ける定期的なポーリングリクエストの応答として送信する。プリンタ18は、S11.24において、受信した印刷データURLに対して印刷サーバ16に対して印刷データ取得リクエストを送信する。その際、プリンタ18は、プリンタ管理サーバ13から受信した第二の認可トークンを併せて送信する。印刷サーバ16は、S11.25において、アクセス管理サーバ15に対して、プリンタ18から受信した第二の認可トークンの検証リクエストを送信する。アクセス管理サーバ15は、S11.26にて印刷サーバ16から受信した第二の認可トークンが正当であるか検証する。より具体的には図9Bに示すトークンテーブル910に、受信した第二の認可トークンのトークンIDが登録されているか、そして、該当する認可トークンの有効期限が切れていないかを検証する。アクセス管理サーバ15は、S11.27において、検証の結果を印刷サーバ16に送信する。その際、検証の結果が正当であった場合は、アクセス管理サーバ15は、トークンテーブル910に格納しているユーザID、ユーザが所属するテナントID、およびクライアントIDを送信する。印刷サーバ16は、アクセス管理サーバ15から受信した検証の結果が正当であった場合にのみ以下の処理を継続する。なお、検証の結果、認可トークンが不正であった場合には、その旨をユーザに通知するようにしても構わない。印刷サーバ16は、図10に示す印刷データテーブル1000の印刷データURLに対応するユーザIDとテナントIDのセットと、アクセス管理サーバ15から検証時に取得したユーザIDとテナントIDのセットが一致する場合に以下の処理を継続する。印刷サーバ16は、S11.28において、印刷データURLに対応して保存している印刷データを応答データとしてプリンタ18に送信する。プリンタ18は、S11.29において、受信した印刷データを印刷する。以上の処理シーケンスにおいて、本実施形態に係るオンラインサービスにおける印刷処理シーケンスを実現する。より具体的には、文書管理サーバ17、プリンタ管理サーバ13、印刷サーバ16が、それぞれ別のサービス提供者が運営しているオンラインサービスである環境においても、連携サーバ14を介する事によってセキュリティドメインの異なる夫々のサーバ群の連携が可能なる。その結果、本発明によりセキュリティドメインの異なるサーバ群の両方のサービスに対して、高度なサービスのマッシュアップが可能になる。また、アクセス管理サーバ15を介する事によって認証されたクライアントである場合にのみ認可トークン第二の認可トークンが発行され、セキュアなオンラインプリントサービスを実現する事ができる。<第二実施形態>第一実施形態では、プリンタ管理サーバ13は、オンラインサービスの認証を、クライアント証明書を用いる事で行った。そのため、連携サーバ14は、クライアント証明書によりプリンタ管理サーバ13を認証した後に、アクセス管理サーバ15には、対応するクライアントIDおよびクライアントシークレットにより認証を受ける。つまり、アクセス管理サーバ15が間接的にプリンタ管理サーバ13を認証している。第二実施形態では、プリンタ管理サーバ13の認証を連携サーバ14では行わず、アクセス管理サーバ15に対して認証情報を渡して行う方法を説明する。この構成では、アクセス管理サーバ15がプリンタ管理サーバ13を直接認証する構成となるため、連携サーバ14の認証が介在しない、よりセキュアな構成となる。[データ構造]図12は、第二実施形態に係るプリンタ管理サーバ13が保持する認証情報テーブル1200を示している。認証情報テーブル1200は、クライアントIDおよびクライアントシークレット1202を構成要素として備える。クライアントID1201およびクライアントシークレット1202は、プリンタ管理サーバ13がアクセス管理サーバ15から認証を受けるためのクライアントIDおよび、クライアントシークレットを格納するカラムである。クライアントID1201、およびクライアントシークレット1202は、いずれもアクセス管理サーバ15から発行されるものを保持するカラムである。なお、不図示であるが、第一実施形態における連携サーバ14が保持する図8Aの認証情報テーブル800において、クライアントID802、クライアントシークレット803は不要となる。[印刷処理シーケンス]図13は、第二実施形態に係るオンラインサービスにおける印刷処理シーケンスである。なお、第一実施形態における図11と同様の処理については、同じ符号を付与して説明を省略し、以下、異なる部分を主に説明する。図11と同様に、図13のS11.6においてユーザは、クライアント12からインターネット10を経由して文書管理サーバ17に印刷指示をリクエストする。プリンタ管理サーバ13は、S13.1において連携サーバ14に印刷通知およびクライアント認証リクエストを送信する。その際、プリンタ管理サーバ13は、図12に示す認証情報テーブル1200のクライアントIDおよびクライアントシークレット、図7Aに示すプリンタテーブル700における印刷指示を受けたプリンタIDの認可トークンA、ユーザID、パスワード、および文書管理サーバ17から受信した文書URLを送信する。連携サーバ14は、プリンタ管理サーバ13からの印刷通知を受信すると、S13.2において、アクセス管理サーバ15に対して第二の認可トークン取得リクエストを送信する。第二の認可トークン取得リクエストには、S13.1における印刷通知で受信したユーザID、パスワード、クライアントID、およびクライアントシークレットが含まれる。そして、S11.10にて、アクセス管理サーバ15は、受信した認証情報の検証を行う。ここで行われるクライアント認証は、第一実施形態と異なり、プリンタ管理サーバ13に対する認証となる。プリンタ管理サーバ13に対するクライアント認証が完了した以降の処理については、図11と同様である。本実施形態により、セキュアなオンラインプリントサービスを実現することが可能となる。<その他の実施形態>また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェアプログラムを、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータまたはCPUやMPU等がプログラムを読み出して実行する処理である。