(57)【要約】【課題】アクセスが制限された複数のローカルエリア内のユーザ装置からの印刷データの取得要求を複数のローカルエリア内の印刷装置へ振り分ける。【解決手段】リクエスト管理サーバ１２が、外部からのアクセスが制限された拠点に配置されたクライアント装置７Ａから印刷データの取得要求を受け付け、このユーザ装置が属する拠点に配置されたプリントサーバ５Ａを、印刷データを印刷する装置として特定する。そして、リクエスト管理サーバ１２が、印刷データの取得要求を行ったクライアント装置７Ａを介して、上記特定されたプリントサーバ５Ａに対し、印刷データを取得するように指示する。【選択図】図１
2011138277.tif 000002
【特許請求の範囲】
【請求項１】
外部からのアクセスが制限された複数のローカルエリアの各々に配置されたユーザ装置からの、印刷データの取得要求を処理する情報処理装置であって、
前記ユーザ装置から前記印刷データの取得要求を受け付ける要求受け付け手段と、
前記印刷データの取得要求を行ったユーザ装置が属するローカルエリアに配置された印刷装置を、該印刷データを印刷する装置として特定する印刷装置特定手段と、
前記印刷データの取得要求を行ったユーザ装置を介して、前記特定された印刷装置に対し、前記印刷データを取得するように指示する印刷データ取得指示手段とを備える
ことを特徴とする情報処理装置。
【請求項２】
前記要求受け付け手段が、前記印刷データの取得要求を行ったユーザ装置のネットワークアドレス情報を取得し、
前記印刷装置特定手段が、前記取得されたネットワークアドレス情報に基づいて、印刷データの取得要求を行ったユーザ装置に対応するドメインを決定し、予め記憶手段に記憶されたドメインと印刷装置との対応情報に基づいて、前記決定されたドメインに対応する印刷装置を、前記印刷データを印刷する装置として特定する
ことを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記要求受け付け手段が、前記印刷データの取得要求を行ったユーザ装置のユーザの識別情報を取得し、
前記印刷装置特定手段が、予め記憶手段に記憶されたユーザ装置のユーザの識別情報と印刷装置との対応情報に基づいて、前記取得されたユーザ装置のユーザの識別情報に対応する印刷装置を、前記印刷データを印刷する装置として特定する
ことを特徴とする請求項１に記載の情報処理装置。
【請求項４】
前記印刷データ取得指示手段が、前記ユーザ装置を介して、前記特定された印刷装置に対し、前記印刷データを保持する装置から該印刷データを取得するように指示する
ことを特徴とする請求項１乃至３のいずれかに記載の情報処理装置。
【請求項５】
前記印刷データを保持する装置から該印刷データを取得して記憶する印刷データ取得手段を備え、
前記印刷データ取得指示手段が、前記ユーザ装置を介して、前記特定された印刷装置に対し、前記記憶された印刷データを取得するように指示する
ことを特徴とする請求項１乃至３のいずれかに記載の情報処理装置。
【請求項６】
前記印刷データ取得指示手段が、前記印刷データの取得要求を行ったユーザ装置に対して、該印刷データの取得要求を前記特定された印刷装置にリダイレクトするように指示する
ことを特徴とする請求項１乃至５のいずれかに記載の情報処理装置。
【請求項７】
外部からのアクセスが制限された複数のローカルエリアの各々に配置されたユーザ装置からの、印刷データの取得要求を処理する情報処理装置の制御方法であって、
前記ユーザ装置から前記印刷データの取得要求を受け付け、
前記印刷データの取得要求を行ったユーザ装置が属するローカルエリアに配置された印刷装置を該印刷データを印刷する装置として特定し、
前記印刷データの取得要求を行ったユーザ装置を介して、前記特定された印刷装置に対し、前記印刷データを取得するように指示する
ことを特徴とする情報処理装置の制御方法。
【請求項８】
請求項７に記載の情報処理装置の制御方法をコンピュータに実行させることを特徴とするコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、情報処理装置の制御方法、及びコンピュータプログラムに関する。
【背景技術】
【０００２】
業務サーバとプリントサーバとが連携して印刷データの印刷処理を行うシステムが提案されている。例えば、ＬＡＮ（Local Area Network）上に配置された業務サーバからプリントサーバへ帳票などのデータを送信し、プリントサーバが、パネル上で認証後に印刷を開始する印刷システムがある。近年、ネットワークインフラの整備によるネットワーク回線の高速化やグリッドコンピューティング技術の向上により、ネットワーク上に仮想マシンを構築できるクラウドサービスが普及し始めている。クラウドサービスの普及に伴って、クラウドサービス上の仮想マシンを利用してソフトウェアサービスを提供するシステムも提案されている。従来はＬＡＮ内に構築されてきた業務サーバにおいても、クラウドサービス上でデータや処理を集中管理する構成が採用されている。
【０００３】
なお、下記の特許文献１は、印刷処理をネットワーク上の複数のプリントサーバによって分散して行うシステムであって、ジョブ情報からジョブのないプリントサーバを検索し、当該プリントサーバに印刷要求を転送する分散印刷システムを開示している。また、下記の特許文献２は、端末装置が管理サーバへコンテンツの配信を要求した場合に、管理サーバが配信管理情報を基に配信サーバを選択して、端末装置へ通知するコンテンツ配信システムを開示している。このコンテンツ配信システムにおいては、端末装置が上記通知された配信サーバへリダイレクトしてコンテンツの配信の要求を送信し、配信サーバが、端末装置へ要求されたコンテンツを配信する。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開平６−３３２６４２号公報
【特許文献２】特開２００５−１１５５３３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
クラウドサービス上の業務サーバを利用する際には、ファイアウォールで守られたＬＡＮ内にあるクライアント装置のＷｅｂブラウザから業務サーバに対してアクセスする。ここで、一般に、クライアント装置のＷｅｂブラウザからクラウドサービスへアクセスでき、クラウドサービス側はクライアント装置側からの要求の応答を返すことはできる。しかしクラウドサービス側から発する要求によりファイアウォール内部にアクセスすることはできない。従って、クラウド環境においては、業務サーバ発の要求で拠点（ローカルエリア）にあるプリントサーバへデータを送信することはできない。
【０００６】
クラウドサービス上の業務サーバ内の印刷データを印刷するために、業務サーバがプリントサーバへのリンクが貼られた印刷ボタンを有するページを生成し、生成したページをクライアントＷｅｂブラウザに渡してクライアント装置に表示させる技術が考えられる。この技術によれば、ユーザが表示された印刷ボタンを押下げすることで、クライアント装置のＷｅｂブラウザからＬＡＮ内のプリントサーバへ印刷データの取得リクエスト(要求)を行う。そして、このリクエストを受け付けたプリントサーバが、業務サーバから印刷対象のデータを取得する。
【０００７】
ここで、クラウドサービス上の業務サーバは、例えばインターネット上に公開されているので、複数拠点で共通に運用される。しかし、業務サーバが生成する印刷ボタンに貼られたプリントサーバへのリンクは固定である。従って、複数の拠点に配置されたユーザ装置からの、印刷データの取得リクエストを、複数拠点にあるプリントサーバへ振り分けることができないという問題がある。また、リクエストを受けたプリントサーバが他の拠点のプリントサーバにリクエストを転送する技術によっても、拠点に設けられたファイアウォールによってアクセスが制限され、リクエストが届かないという問題がある。
本発明は、アクセスが制限された複数のローカルエリア内のユーザ装置からの印刷データの取得要求を上記複数のローカルエリア内の印刷装置へ振り分ける情報処理装置、情報処理装置の制御方法、及びコンピュータプログラムの提供を目的とする。
【課題を解決するための手段】
【０００８】
本発明の一実施形態の情報処理装置は、外部からのアクセスが制限された複数のローカルエリアの各々に配置されたユーザ装置からの、印刷データの取得要求を処理する情報処理装置である。前記情報処理装置は、前記ユーザ装置から前記印刷データの取得要求を受け付ける要求受け付け手段と、前記印刷データの取得要求を行ったユーザ装置が属するローカルエリアに配置された印刷装置を、該印刷データを印刷する装置として特定する印刷装置特定手段と、前記印刷データの取得要求を行ったユーザ装置を介して、前記特定された印刷装置に対し、前記印刷データを取得するように指示する印刷データ取得指示手段とを備える。
【発明の効果】
【０００９】
本発明の情報処理装置によれば、アクセスが制限された複数のローカルエリア内のユーザ装置からの印刷データの取得要求を上記複数のローカルエリア内の印刷装置へ振り分けることができる。その結果、例えば、クラウドサービス上の業務サーバが保持するデータを複数拠点のプリントサーバで印刷することができる。
【図面の簡単な説明】
【００１０】
【図１】本実施形態の印刷システムの構成例を示す図である。
【図２】印刷システムが備える処理装置のハードウェア構成例を示す図である。
【図３】業務ページの表示画面の例とリクエスト情報の例を示す図である。
【図４】リクエスト管理サーバの機能ブロック図の例とリダイレクト先情報の一例を示す図である。
【図５】プリントサーバの構成例と、ドキュメント情報の一例を示す図である。
【図６】ドキュメント取得リクエストの処理を説明するシーケンス図である。
【図７】リクエスト管理サーバの動作処理フローを示す図である。
【図８】プリントサーバの動作処理フローを示す図である。
【図９】リダイレクト先登録処理フローの例を示す図である。
【図１０】ドキュメント取得リクエストの処理を説明するシーケンス図である。
【図１１】リクエスト管理サーバの動作処理フローを示す図である。
【発明を実施するための形態】
【００１１】
図１は、本実施形態の印刷システムの構成例を示す図である。図１に示す印刷システムは、拠点Ａ，Ｂの各々に配置されたプリントサーバ、プリントデバイス、クライアント装置と、各々の拠点と広域ネットワーク（Wide Area Network：ＷＡＮ）２を介して接続されたクラウドサービス１とを備える。拠点Ａ，Ｂは、ファイアウォールによって外部からのアクセスが制限されたローカルエリアである。
【００１２】
クラウドサービス１は、複数のＣＰＵ、メモリ、ＨＤＤ等のコンピュータ資源を仮想化し、ソフトウェアを動作させるためのプラットフォームをＷＡＮ２上に公開するシステム（クラウドコンピューティング）である。ＣＰＵは、Central Processing Unitの略語であり、ＨＤＤは、Hard Disk Driveの略語である。クラウドサービス１は、ＷＡＮ２を介して接続された拠点内のクライアント装置に対して上記プラットフォームをサービスとして提供する。クライアント装置によって登録されたソフトウェアは、クラウドサービス１内に設けられたメモリに展開されＣＰＵで実行される。ソフトウェアの動作に必要なコンピュータ資源は、クラウドサービス１により仮想化されているので、ソフトウェアがクラウドサービス１のバックグラウンドで動作するコンピュータ資源を意識する必要がない。
【００１３】
代表的なクラウドサービス１の形態には、ＯＳ（Operating System）やＷｅｂアプリケーションを登録できる形態がある。クラウドサービス１上で動作させるサーバ（業務サーバ１１とリクエスト管理サーバ１２）は、登録されたＯＳ上で動作してもよいし、サーバがＷｅｂアプリケーションとして登録されるようにしてもよい。すなわち、クラウドサービス１が提供するサービスの形態として、任意の形態をとることができる。本実施形態においては、クラウドサービス１にＯＳを登録し、そのＯＳ上でサーバを動作させる例について説明する。
【００１４】
クラウドサービス１は、業務サーバ１１とリクエスト管理サーバ１２とを備える。業務サーバ１１は、クラウドサービス１上で動作する仮想的なサーバであって、ＷＡＮ２を介して各拠点内の処理装置と接続されている。業務サーバ１１がクラウドサービス１上で動作する仮想的なサーバであるので、各拠点内の処理装置を操作するユーザは、業務サーバ１１を構成するコンピュータ資源がどこにあるかを意識する必要なく業務サーバ１１を利用することができる。
【００１５】
業務サーバ１１はＷｅｂサーバ機能を有する。具体的には、業務サーバ１１は、拠点内のクライアント装置（例えば、図１中のクライアント装置７Ａ，７Ｂ）からアクセスされ、このクライアント装置に業務ページを提供する（表示させる）。業務ページは、クライアント装置が業務の実行に用いるページである。クライアント装置から業務サーバ１１へのアクセスは、クライアント装置が備えるＷｅｂブラウザによって行われる。クライアント装置はＷｅｂブラウザで業務サーバ１１にログインした後、業務ページを用いて業務を実行することができる。クライアント装置が業務サーバ１１から提供された業務ページ上で作成したデータは、業務サーバ１１内に保存される。本実施形態においては、業務サーバ１１が提供する業務ページはカスタマイズされており、業務ページに印刷ボタンが設けられている。この印刷ボタンは、クライアント装置からリクエスト管理サーバ１２にドキュメント取得リクエストを行うために用いられるボタンである。ドキュメント取得リクエストは、業務サーバ１１内に保存されたデータを印刷対象のデータ（印刷データ）として取得する要求、すなわち、印刷データの取得要求である。クライアント装置のユーザがこの印刷ボタンを押下げすると、クライアント装置からリクエスト管理サーバ１２に対してドキュメント取得リクエストが送信される。また、業務サーバ１１は、Ｗｅｂインターフェースを持つ。後述するプリントサーバは、Ｗｅｂインターフェースを介して、業務サーバ１１が保持する印刷データを取得することができる。なお、印刷データを取得するためには、クライアント装置が業務サーバ１１にログインした時に発行されるセッションＩＤとユーザ名とが必要である。
【００１６】
リクエスト管理サーバ１２は、本実施形態の情報処理装置であって、クライアント装置から送信されるドキュメント取得リクエストを処理する。リクエスト管理サーバ１２も、業務サーバ１１と同様に、クラウドサービス１上で動作する仮想的なサーバであって、ＷＡＮ２を介して各拠点内の処理装置と接続されている。リクエスト管理サーバ１２がクラウドサービス１上の仮想的なサーバであるので、拠点内の処理装置を操作するユーザは、リクエスト管理サーバ１２を構成するコンピュータ資源がどこにあるかを意識する必要なくリクエスト管理サーバ１２を利用できる。
【００１７】
リクエスト管理サーバ１２は、クライアント装置からＷＡＮ２を介してドキュメント取得リクエストを受け付け、受け付けたドキュメント取得リクエストの情報に基づいて、印刷データを印刷処理させるプリントサーバ５を特定する。リクエスト管理サーバ１２は、受け付けたドキュメント取得リクエストのレスポンスとして、特定したプリントサーバ５へのドキュメント取得リクエストのリダイレクトリクエストをクライアント装置に対して返す。このリダイレクトリクエストは、クライアント装置に対して、特定されたプリントサーバ５へドキュメント取得リクエストをリダイレクトするように求める要求である。リダイレクトリクエストを受けたプリントサーバ５は、業務サーバ１１から印刷データを取得して、この印刷データの印刷処理を実行する。
【００１８】
拠点Ａ、拠点Ｂは、それぞれ異なるＬＡＮ４Ａ、４Ｂに接続されたローカルエリアである。図１では２拠点のみ図示しているが、１つの拠点でもよいし、２以上の複数拠点でもよい。各々のＬＡＮに、ファイアウォール、プリントサーバ、プリントデバイス、クライアント装置が接続されている。ファイアウォール３Ａと３Ｂとは同じ構成を有する。プリントサーバ５Ａと５Ｂとは同じ構成を有する。また、プリントデバイス６Ａと６Ｂとは同じ構成を有する。クライアント装置７Ａと７Ｂとは同じ構成を有する。従って、以下では、ファイアウォール３Ａ、３Ｂをファイアウォール３と記述する。また、プリントサーバ５Ａ、５Ｂをプリントサーバ５と記述する。また、プリントデバイス６Ａ、６Ｂをプリントデバイス６と記述する。また、クライアント装置７Ａ、７Ｂをクライアント装置７と記述する。
【００１９】
ファイアウォール３は、ＷＡＮ２にも接続されている。ファイアウォール３は、ＷＡＮ２から該ファイアウォール３が設けられたＬＡＮ内への接続を制限する機能を持つ。ファイアウォール３により、ＷＡＮ２と接続されたクラウドサービス１からＬＡＮ内にアクセスすることはできない。一方で、ＬＡＮからＷＡＮ２へのアクセスは可能である。また、ＷＡＮ２を介して接続された拠点間で通信することはできない。
【００２０】
プリントサーバ５は、拠点内のプリントデバイス６の監視と管理、印刷ジョブの監視と管理、印刷ジョブの生成と転送を実行するサーバコンピュータである。本実施形態の印刷システムが大規模な印刷システムである場合は、負荷分散するために、プリントサーバ５が、例えば冗長性を持ったクラスタ構成であってもよい。また、プリントサーバ５は、Ｗｅｂインターフェースを持つ。リクエスト管理サーバ１２からドキュメント取得リクエストのリダイレクトリクエストを受けたクライアント装置７は、このＷｅｂインターフェースを介して、プリントサーバ５に対してドキュメント取得リクエストのリダイレクトリクエストを行う。プリントサーバ５は、クライアント装置７から上記リダイレクトリクエストを受けると、ＷＡＮ２を介して、業務サーバ１１に対して、印刷データの取得要求を行い、印刷データを取得する。プリントサーバ５は、プリントデバイス６に指示して、上記取得した印刷データを印刷処理させる印刷装置として機能する。また、クライアント装置７は、プリントサーバ５が持つＷｅｂインターフェースを介して、プリントサーバ５が管理する印刷ジョブやプリントデバイス６の状態取得、印刷ジョブの制御を行うことができる。
【００２１】
プリントデバイス６は、ＬＡＮを介してプリントサーバ５から指示を受けて、印刷データを印刷処理する。プリンタデバイス６として、電子写真方式を採用したレーザービームプリンタやインクジェット方式を採用したインクジェットプリンタ等を適用することができる。クライアント装置７は、ユーザが操作するユーザ装置である。クライアント装置７は、例えば、ＰＣ（Personal Computer ）等のコンピュータ装置である。クライアント装置７は、例えばＨＤＤ等の永続性記憶装置を備えていてもよいし、一時記憶装置を備えるＴｈｉｎＣｌｉｅｎｔ構成をとってもよい。本実施形態において、クライアント装置７は、Ｗｅｂブラウザを備え、クライアント装置７は、このＷｅｂブラウザによって、業務サーバ１１にアクセスする。具体的には、クライアント装置７は、Ｗｅｂブラウザによって業務サーバ１１から業務ページの提供を受けて、この業務ページ上で印刷データを作成する。クライアント装置７は、作成した印刷データを業務サーバ１１に保存させる。また、クライアント装置７は、業務サーバ１１に保存させた印刷データの印刷を希望するユーザの操作に応じて、リクエスト管理サーバ１２に対して、印刷データの取得要求であるドキュメント取得リクエストを送信する。本発明の情報処理装置を含む印刷システムは、クラウドサービス１を有するシステムに限定されない。リクエスト管理サーバ１２は、クラウドサービス上のサーバに限定されず、外部からのアクセスが制限された複数の拠点の各々に配置されたクライアント装置からの、印刷データの取得要求を処理する情報処理装置であればよい。
【００２２】
図２は、本実施形態の印刷システムが備える処理装置のハードウェア構成例を示す図である。図２（Ａ）は、プリントデバイス６のハードウェア構成の一例を示す。プリントデバイス６は、原稿給送部６０、イメージリーダ６１、画像形成部６２、排紙部６３、ＮＥｔＷｏｒｋ  Ｉ／Ｆ（Interface ）６４を備える。また、プリントデバイス６は、ＣＰＵ６５、ＲＯＭ（Read Only Memory）６６、ＲＡＭ（Random Access Memory）６７、ＨＤＤ６８、操作部６９を備える。原稿給送部６０は、読み込み対象の原稿を給送する。イメージリーダ６１は、原稿給送部６０が給送した原稿を読み込む。画像形成部６２は、イメージリーダ６１が読み込んだ原稿、又は、ネットワーク経由でプリントサーバ５から取得した印刷データを印刷画像に変換し、紙等の印刷媒体に印刷出力する。排紙部６３は、印刷出力された印刷媒体を排出し、ソートやステイプル等の処理を施す。Ｎｅｔｗｏｒｋ  Ｉ／Ｆ６４は、ネットワーク経由でＬＡＮ及びＷＡＮ２に接続して、外部装置（例えば、プリントサーバ５）と通信する。
【００２３】
ＣＰＵ６５は、プリントデバイス全体を制御する。具体的には、ＣＰＵ６５は、ＲＯＭ６６、又はＨＤＤ６８に記憶されたプリントデバイス６の制御プログラムをＲＡＭ６７に読み込み、この制御プログラムに従った処理を実行する。ＲＯＭ６６は、不揮発性記憶手段であり、プリントデバイス６の制御プログラムと、制御プログラムが用いるデータとを記憶する。ＲＡＭ６７は、書き換え可能な記憶手段であり、プリントデバイス６が実行する各処理に関する一時的なデータを記憶する。ＨＤＤ６８は、プリントデバイス６の制御プログラム、制御プログラムが用いるデータ、及び一時的なデータ等を記憶する。操作部６９は、画面を表示したり、画面を介したユーザの操作指示を受け付けたりする。
【００２４】
図２（Ｂ）は、サーバ、クライアント装置、ファイアウォールのハードウェア構成の一例を示す。なお、ここで言うサーバとは、プリントサーバ５、業務サーバ１１、又はリクエスト管理サーバ１２である。また、図２（Ｂ）の説明においては、サーバ、クライアント装置、ファイアウォールを処理装置と記述する。図２（Ｂ）に示すＣＰＵ１０３は、ＨＤＤ１０６に記憶された処理装置の制御プログラムをＲＡＭ１０５に読み込み、この制御プログラムに従った処理を実行することによって、この処理装置を制御する。ＲＯＭ１０４は、処理装置の制御プログラムやデータを記憶する。ＲＡＭ１０５は、処理装置が実行する各処理に関する一時的なデータを記憶する。ＨＤＤ１０６は、処理装置の制御プログラム、制御プログラムが用いるデータ、及び一時的なデータ等を記憶する。入力装置１０７は、処理装置への指示入力を受け付けるキーボードやポインティングデバイス等である。表示装置１０８は、処理装置の動作状況や、処理装置上で動作する各プログラムが出力する情報を表示する。外部機器Ｉ／Ｆ１０１は外部記憶機器等との通信インターフェースである。ＮｅｔＷｏｒｋ  Ｉ／Ｆ１０２は、ネットワーク経由で外部装置と通信する。
【００２５】
図３は、業務ページの表示画面の例と、クライアント装置からリクエスト管理サーバに渡されるリクエスト情報の例を示す図である。図３（Ａ）は、業務ページの表示画面の例を示す。クライアント装置７のユーザが業務サーバ１１にログインすると、業務サーバ１１は、クライアント装置７に業務ページを提供する。クライアント装置７のＷｅｂブラウザが、業務サーバ１１から提供される業務ページを図３（Ａ）に示すように画面表示する。図３（Ａ）に示す業務ページにおいて、業務作業領域２０１は、業務内容に応じてデータ入力を行う領域である。業務作業領域２０１には、データ入力のための入力欄や選択プルダウンなどが配置される。
【００２６】
保存ボタン２０２は、クライアント装置７が業務作業領域２０１に入力されたデータを業務サーバ１１に送信して保存させるためのボタンである。クライアント装置７のＷｅｂブラウザが、ユーザの操作によって保存ボタン２０２が押下されたことを検知すると、Ｗｅｂブラウザが、業務作業領域２０１に入力されたデータを業務サーバ１１に送信する。業務サーバ１１は、クライアント装置７から送信されたデータを受信して、所定の記憶手段（例えば、図２（Ｂ）に示すＨＤＤ１０６）に記憶する。印刷ボタン２０３は、クライアント装置７がリクエスト管理サーバ１２にドキュメント取得リクエストを行うためのボタンである。印刷ボタン２０３には、リクエスト管理サーバ１２に対応するＵＲＬ（Uniform Resource Locator）がリンクされている。クライアント装置７のＷｅｂブラウザが印刷ボタン２０３の押下を検知すると、クライアント装置７が、印刷ボタン２０３がリンクしているＵＲＬに対応するリクエスト管理サーバ１２に対してドキュメント取得リクエストを行う。ドキュメント取得リクエスト時には、クライアント装置７からリクエスト管理サーバ１２に対してリクエスト情報がパラメータとして渡される。リクエスト情報は、少なくともクライアント装置７のユーザの識別情報と、取得対象の印刷データの格納場所の識別情報を含む。
【００２７】
図３（Ｂ）は、リクエスト情報の例を示す。リクエスト情報は、コンテンツＵＲＩ（Uniform Resource Identifier）、セッションＩＤ、ユーザ名を含む。コンテンツＵＲＩは業務サーバ１１が保存している、取得対象の印刷データの格納場所の識別情報である。コンテンツＵＲＩが示す格納場所に保存されている印刷データが取得対象の印刷データである。セッションＩＤは、クライアント装置７が業務サーバ１１にログインした時に、業務サーバ１１がクライアント装置を特定するために発行したＩＤである。ユーザ名は業務サーバ１１にログインしているユーザの名称（識別情報）である。
【００２８】
図４は、リクエスト管理サーバの機能ブロック図の例と、リクエスト管理サーバが保持するリダイレクト先情報の一例を示す図である。図４（Ａ）は、リクエスト管理サーバの機能ブロック図の例を示す。リクエスト管理サーバ１２は、Ｗｅｂインターフェース１２１と、リクエストマネージャ１２２とを備える。Ｗｅｂインターフェース１２１は、ＨＴＴＰ（Hypertext Transfer）またはＨＴＴＰＳ（HTTP over Secure Socket Layer ）のインターフェースである。Ｗｅｂインターフェース１２１は、クライアント装置７からドキュメント取得リクエストを受け付け、その受け付け時にパラメータとして渡されるリクエスト情報を取得する要求受け付け手段として機能する。また、Ｗｅｂインターフェース１２１は、リクエスト管理サーバ１２に対してドキュメント取得リクエストを行ったクライアント装置７のネットワークアドレス情報を取得する。具体的には、Ｗｅｂインターフェース１２１は、クライアント装置７のＷｅｂブラウザの機能により、クライアント装置７のＩＰアドレスの通知を受ける。
【００２９】
また、Ｗｅｂインターフェース１２１は、プリントサーバ５からリダイレクト先登録リクエストを受け付け、リクエストマネージャ１２２が管理しているリダイレクト先情報を更新する。リダイレクト先登録リクエストは、プリントサーバ５がリクエスト管理サーバ１２に対して、プリントサーバ５をドキュメント取得リクエストのリダイレクト先として登録することを求める要求である。
【００３０】
リクエストマネージャ１２２は、リダイレクト先情報を所定の記憶手段内に記憶して管理し、ドキュメント取得リクエストのリダイレクトリクエストを実行する。一般に、リダイレクトの手法としては、サーバサイド（例えば、リクエスト管理サーバ１２サイド）のリダイレクトと、クライアントサイド（クライアント装置７サイド）のリダイレクトが考えられる。サーバサイドのリダイレクトは、ドキュメント取得リクエストを受け付けたサーバが、拠点内に配置されたドキュメント取得リクエストのリダイレクト先のプリントサーバ５へ直接リダイレクトする手法である。クライアントサイドのリダイレクトは、ドキュメント取得リクエストを受けたサーバが、このドキュメント取得リクエストの受け付け元のクライアント装置７を介して、ドキュメント取得リクエストのリダイレクト先のプリントサーバ５にリダイレクトする手法である。
【００３１】
クライアントサイドのリダイレクトの手法としては、ＨＴＭＬ（Hyper Text Markup Language）の＜ｍｅｔａ＞タグを用いた方法や、Ｊａｖａ（登録商標）Ｓｃｒｉｐｔを用いた手法がある。ここで、リクエスト管理サーバ１２からプリントサーバ５へのアクセスはファイアウォール３によって制限されているので、サーバサイドのリダイレクトを行うことはできない。そこで、本実施形態では、ファイアウォール３を超えて拠点内のプリントサーバ５へリダイレクトを行うために、以下に説明するクライアントサイドのリダイレクトを実行する。リクエスト管理サーバ１２のリクエストマネージャ１２２は、Ｗｅｂインターフェース１２１が取得したクライアント装置７のＩＰアドレスと図４（Ｂ）に示すリダイレクト先情報とに基づいて、リダイレクト先を特定する。リクエストマネージャ１２２は、上記クライアント装置７が属する拠点内にあるプリントサーバ５をリダイレクト先として特定する。
【００３２】
図４（Ｂ）は、リクエストマネージャ１２２が管理するリダイレクト先情報の一例である。図４（Ｂ）に示すリダイレクト先情報は、ＩＰアドレス、サブネットマスク、プリントサーバＵＲＬを含む。ＩＰアドレスとサブネットマスクとによって、リダイレクト先のプリントサーバ５のドメインが決まる。具体的には、リクエストマネージャ１２２が、ＩＰアドレスとサブネットマスクについて、ビットの論理積をとることで、プリントサーバ５のドメインが決まる。プリントサーバＵＲＬは、リダイレクト先であるプリントサーバ５のＵＲＬである。プリントサーバＵＲＬは、上記ＩＰアドレスとサブネットマスクとによって決まるドメインと対応付けられている。すなわち、図４（Ｂ）に示すリダイレクト先情報は、予め記憶手段に記憶されたドメインと印刷装置との対応情報である。
【００３３】
まず、リクエストマネージャ１２２が、ドキュメント取得リクエスト受け付け時に通知されるクライアント装置７のＩＰアドレスと、図４（Ｂ）に示すリダイレクト先情報に含まれるサブネットマスクとについて、ビットの論理積をとる。これによって、クライアント装置７のドメインを決定する。次に、リクエストマネージャ１２２は、リダイレクト先情報に含まれるＩＰアドレスとサブネットマスクとによって決まるドメインのうち、クライアント装置７のドメインと一致するドメインを検索する。そして、リクエストマネージャ１２２は、クライアント装置７のドメインと一致するドメインに対応するプリントサーバＵＲＬを、リダイレクト先のプリントサーバ５のＵＲＬとして決定する。
【００３４】
リクエストマネージャ１２２が、Ｗｅｂインターフェース１２１が取得したリクエスト情報に含まれるユーザ名と、図４（Ｃ）に示すリダイレクト先情報とに基づいて、ドキュメント取得リクエストのリダイレクト先となるプリントサーバ５を特定してもよい。具体的には、リクエストマネージャ１２２は、図４（Ｃ）に示すリダイレクト先情報に予め登録された、上記ユーザ名に対応するクライアント装置７が属する拠点内にあるプリントサーバ５をリダイレクト先として特定する。
【００３５】
図４（Ｃ）は、リクエストマネージャ１２２が管理するリダイレクト先情報の他の例である。図４（Ｃ）に示すリダイレクト先情報は、ユーザ名、プリントサーバＵＲＬを含む。ユーザ名は、クライアント装置７のユーザの名称である。プリントサーバＵＲＬは、リダイレクト先のプリントサーバ５のＵＲＬであって、ユーザ名に対応するクライアント装置７が属する拠点内にあるプリントサーバ５のＵＲＬである。すなわち、図４（Ｃ）に示すリダイレクト先情報は、予め記憶手段に記憶されたユーザ装置のユーザの識別情報と印刷装置との対応情報である。リクエストマネージャ１２２が、Ｗｅｂインターフェース１２１が取得したリクエスト情報に含まれるユーザ名に基づいてリダイレクト先情報を検索する。リクエストマネージャ１２２は、このユーザ名と一致するユーザ名に対応付けられているプリントサーバＵＲＬをリダイレクト先のプリントサーバ５のＵＲＬとして決定する。すなわち、リクエストマネージャ１２２は、印刷データの取得要求を行ったユーザ装置が属するローカルエリアに配置された印刷装置を、該印刷データを印刷する装置として特定する印刷装置特定手段として機能する。
【００３６】
そして、リクエストマネージャ１２２は、ドキュメント取得リクエストの受け付け元のクライアント装置７に対して、ドキュメント取得リクエストのリダイレクトリクエストをドキュメント取得リクエストのレスポンスとして返す。このドキュメント取得リクエストのリダイレクトリクエストは、上記特定したプリントサーバ５へのドキュメント取得リクエストのリダイレクトを求める要求である。リクエストマネージャ１２２は、このリダイレクトリクエストに、Ｗｅｂインターフェース１２１が取得したドキュメント取得リクエストに対応するリクエスト情報をパラメータとして付加した上で、クライアント装置７に送信する。より具体的には、リクエストマネージャ１２２は、ＨＴＭＬの＜ｍｅｔａ＞タグに、リダイレクト先のプリントサーバ５のＵＲＬを記述した上で、このＵＲＬの引数としてリクエスト情報を設定する。
【００３７】
クライアント装置７は、リクエストマネージャ１２２からドキュメント取得リクエストのリダイレクトリクエストを受けて、このドキュメント取得リクエストをリダイレクト先のプリントサーバ５に対して行う（リダイレクトする）。リダイレクトの際には、例えば、上記ＨＴＭＬの＜ｍｅｔａ＞タグに記述されたＵＲＬの引数として設定されるリクエスト情報が、リダイレクト先のプリントサーバ５に渡される。リダイレクト先のプリントサーバ５は、渡されたリクエスト情報に含まれるコンテンツＵＲＩに基づいて、印刷データを取得する。すなわち、リクエストマネージャ１２２は、ドキュメント取得リクエストを行ったユーザ装置を介して、特定されたプリントサーバ５に対し、印刷データを取得するように指示する印刷データ取得指示手段として機能する。本実施形態においては、リクエスト管理サーバ１２が、ドキュメント取得リクエストのリダイレクト先のプリントサーバ５と同一拠点のクライアント７を介してリダイレクトするので、ファイアウォール３を超えてプリントサーバ５へリダイレクトすることができる。本実施形態の情報処理装置の制御方法及びそのコンピュータプログラムは、図４（Ａ）を参照して説明したリクエスト管理サーバ１２が備えるＷｅｂインターフェース１２１とリクエストマネージャ１２２の機能によって実現できる。
【００３８】
図５は、プリントサーバの構成例と、ドキュメント情報の一例を示す図である。図５（Ａ）は、プリントサーバの構成例を示す。プリントサーバ５は、Ｗｅｂインターフェース５０、ジョブマネージャ５１、デバイスマネージャ５２を備える。Ｗｅｂインターフェース５０は、ＨＴＴＰ又はＨＴＴＰＳのインターフェースである。Ｗｅｂインターフェース５０は、ドキュメント取得リクエスト、ドキュメントの印刷リクエストや印刷ジョブの制御リクエストを受け付ける。ジョブマネージャ５１は、Ｗｅｂインターフェース５０が受け付けたリクエストに応じた処理を実行する。具体的には、ジョブマネージャ５１は、Ｗｅｂインターフェース５０によるドキュメント取得リクエストの受け付け時にパラメータとして渡されるリクエスト情報に含まれるコンテンツＵＲＩに基づいて、印刷データを取得する。ジョブマネージャ５１は、取得した印刷データに関する情報であるドキュメント情報を生成し、生成したドキュメント情報を所定の記憶手段に記憶して管理する。Ｗｅｂインターフェース５０が印刷リクエストを受け付けると、ジョブマネージャ５１は、デバイスマネージャ５２に指示して、この印刷リクエストに対応する印刷データをプリントデバイス６に送信させる。印刷データの送信を受けたプリントデバイス６が、この印刷データを印刷出力する。
【００３９】
また、ジョブマネージャ５１は、起動時に、リクエスト管理サーバ１２に対して前述したリダイレクト先登録リクエストを行う。リダイレクト先登録リクエストを行う時には、ジョブマネージャ５１は、リダイレクト先としての登録を要求するプリントサーバ５のＩＰアドレス、サブネットマスク、プリントサーバＵＲＬをリダイレクト先情報としてリクエスト管理サーバ１２に通知する。リクエスト管理サーバ１２が、通知されたリダイレクト情報を図４（Ｂ）に示すデータ構成にて管理する。ジョブマネージャ５１が、リダイレクト先登録リクエストを行う時に、クライアント装置７のユーザ名、プリントサーバＵＲＬをリダイレクト先情報としてリクエスト管理サーバ１２に通知するようにしてもよい。上記ユーザ名は、プリントサーバ５が管理するユーザ、すなわち、プリントサーバ５が属する拠点内にあるクライアント装置７のユーザの名称である。ユーザ名は、Ｗｅｂインターフェース５０がリクエストを受け付けた際の認証等に用いられる。このリダイレクト先情報の通知を受けたリクエスト管理サーバ１２は、このリダイレクト情報を図４（Ｃ）に示すデータ構成にて管理する。
【００４０】
図５（Ｂ）は、ドキュメント情報の一例を示す。ドキュメント情報は、ドキュメントＩＤ、ドキュメント名、ユーザ名、データパスといったデータ項目を含む。ドキュメントＩＤは、ジョブマネージャ５１が発行するジョブの識別子である。ユーザ名は、ドキュメント取得リクエストを行ったクライアント装置７のユーザのアカウント名である。データパスは、印刷データ（ドキュメント）へのパスである。
【００４１】
図５（Ａ）に戻って、デバイスマネージャ５２は、印刷処理を実行するプリントデバイス６に関する各種情報を保持している。デバイスマネージャ５２は、ジョブマネージャ５１から指示を受けて、プリントデバイス６と通信を開始し、印刷処理を行う。
【００４２】
図６は、第１の実施の形態におけるドキュメント取得リクエストの処理を説明するシーケンス図である。まず、クライアント装置７が、Ｗｅｂブラウザを用いて、業務サーバ１１にユーザ名とパスワードを通知しログインする（図６のＦ１を参照）。業務サーバ１１は、ログイン認証に成功すると、ログインユーザに対応する業務ページを生成して、クライアント装置７のＷｅｂブラウザに返す（図６のＦ２を参照）。次に、クライアント装置７のＷｅｂブラウザが業務ページ上の印刷ボタン２０３（図３（Ａ）を参照）の押下を検知する（図６のＦ３を参照）。そして、クライアント装置７が、印刷ボタン２０３にリンクするリクエスト管理サーバ１２のＵＲＬへドキュメント取得リクエストを行う（図６のＦ４を参照）。このドキュメント取得リクエスト時には、リクエスト情報がパラメータとして通知される。
【００４３】
リクエスト管理サーバ１２は、ドキュメント取得リクエストを受け付ける。そして、リクエスト管理サーバ１２は、ドキュメント取得リクエストのパラメータであるリクエスト情報に含まれるユーザ名と図４（Ｃ）に示すリダイレクト先情報とに基づいて、リダイレクト先となるプリントサーバ５を特定する（図６のＦ５）。リクエスト管理サーバ１２が、ドキュメント取得リクエストの受け付け時に通知されるクライアント装置のＩＰアドレスと、図４（Ｂ）に示すリダイレクト先情報とに基づいて、リダイレクト先となるプリントサーバ５を特定するようにしてもよい。そして、リクエスト管理サーバ１２は、ドキュメント取得リクエストのレスポンスとして、特定したプリントサーバ５へのドキュメント取得リクエストのリダイレクトリクエストをクライアント装置７に対して返す（図６のＦ６）。リダイレクトリクエスト時には、上記ドキュメント取得リクエストのパラメータであるリクエスト情報がクライアント装置７に渡される。
【００４４】
次に、クライアント装置７が、Ｗｅｂブラウザの機能によりリダイレクトを行う（図６のＦ７）。すなわち、クライアント装置７が、リダイレクト先のプリントサーバ５に対して、ドキュメント取得リクエストを行う（図６のＦ８）。このドキュメント取得リクエスト時には、上記リダイレクトリクエスト時にリクエスト管理サーバ１２からクライアント装置７に渡されたリクエスト情報がプリントサーバ５に対して渡される。ドキュメント取得リクエストを受け付けたプリントサーバ５が、ドキュメント取得リクエスト時に渡されたリクエスト情報に含まれるコンテンツＵＲＩ宛、すなわち、業務サーバ１１宛にデータ取得リクエストを行う（図６のＦ９）。データ取得リクエストは、印刷データの送信要求を示す。
【００４５】
そして、プリントサーバ５が、業務サーバ１１から印刷データを取得する（図６のＦ１０を参照）。なお、印刷データの取得の際には、リクエスト情報に含まれるセッションＩＤとユーザ名とが必要となる。印刷データの取得に成功すると、プリントサーバ５はデータを登録・保存し、ドキュメント情報を生成する（図６のＦ１１を参照）。そして、プリントサーバ５は、ドキュメント取得リクエストのレスポンスとして、印刷データの取得結果をクライアント装置７に返す（図６のＦ１２を参照）。
【００４６】
図７は、第１の実施の形態におけるリクエスト管理サーバのドキュメント取得リクエスト受け付け時の動作処理フローを示す図である。図７に示す動作処理フローに関するリクエスト管理サーバ１２のプログラムは、ＨＤＤ１０６（図２（Ｂ）を参照）に予め記憶されており、このプログラムはＲＡＭ１０５に読み出され、ＣＰＵ１０３によって実行される。
【００４７】
まず、リクエスト管理サーバ１２が、クライアント装置７からドキュメント取得リクエストを受け付け（ステップＳ１）、ドキュメント取得リクエスト時に通知されるリクエスト情報を取得する。次に、リクエスト管理サーバ１２が、通知されたリクエスト情報と、リクエスト管理サーバ１２が管理しているリクエスト先情報とに基づいて、リダイレクト先のプリントサーバ５を特定する（ステップＳ２）。リクエスト管理サーバ１２が、リダイレクト先のプリントサーバ５が特定できたかを判断する（ステップＳ３）。リクエスト管理サーバ１２が、リダイレクト先のプリントサーバ５が特定できなかったと判断した場合は、リクエスト管理サーバ１２は、クライアント装置７に対して、リクエストエラーをレスポンスとして返す（ステップＳ５）。リダイレクト先のプリントサーバ５が特定できたと判断した場合は、リクエスト管理サーバ１２は、特定したプリントサーバ５へのドキュメント取得リクエストのリダイレクトリクエストをクライアント装置７に対して返す（ステップＳ４）。
【００４８】
図８は、第１の実施の形態におけるプリントサーバのドキュメント取得リクエスト受け付け時の動作処理フローを示す図である。まず、プリントサーバ５がクライアント装置７からドキュメント取得リクエストを受け付けて（ステップＳ１１）、ドキュメント取得リクエスト時に通知されるリクエスト情報を取得する。プリントサーバ５が、取得したリクエスト情報に含まれるコンテンツＵＲＩ宛にデータ取得リクエストを行う（ステップＳ１２）。このデータ取得リクエストは、リクエスト情報に含まれるセッションＩＤとユーザ名とを用いて行われる。次に、プリントサーバ５が、印刷データの取得が成功したかを判断する（ステップＳ１３）。プリントサーバ５が、印刷データの取得が成功しないと判断した場合、プリントサーバ５は、クライアント装置７に対して、リクエストエラーをレスポンスとして返す（ステップＳ１６）。プリントサーバ５が、印刷データの取得が成功したと判断した場合、プリントサーバ５は、取得した印刷データを登録・保存する（ステップＳ１４）。そして、プリントサーバ５は、クライアント装置７に対して、リクエスト成功のレスポンスを返す（ステップＳ１５）。
【００４９】
図９は、第１の実施のリクエスト管理サーバにおけるリダイレクト先登録処理フローの例を示す図である。リクエスト管理サーバ１２が、プリントサーバ５からリクエスト先登録リクエストを受け付け、リダイレクト先情報を取得する（ステップＳ２１）。次に、リクエスト管理サーバ１２が、既に管理しているリダイレクト先情報を参照して、以下の処理を行う。すなわち、リクエスト管理サーバ１２は、上記ステップＳ２１において取得したリダイレクト先情報に含まれるプリントサーバＵＲＬが登録済みであるかを判断する（ステップＳ２２）。リクエスト管理サーバ１２が、プリントサーバＵＲＬが登録済みであると判断した場合は、リクエスト管理サーバ１２は、ステップＳ１において取得したリダイレクト先情報を上書き登録する（ステップＳ２４）。リクエスト管理サーバ１２が、プリントサーバＵＲＬが登録済みでないと判断した場合は、リクエスト管理サーバ１２は、取得したリダイレクト先情報を新規登録する（ステップＳ２３）。
【００５０】
上述したように、本実施形態のリクエスト管理サーバ１２は、クライアント装置７を介して、このクライアント装置７が配置された拠点にあるプリントサーバ５に対してドキュメント取得リクエストを行う。従って、ファイアウォール３を越えて、業務サーバ１１が保持する印刷データを拠点のプリントサーバ５が取得することができる。また、本実施形態のリクエスト管理サーバ１２は、リダイレクト先となるプリントサーバ５のＵＲＬを含む情報をリダイレクト先情報として予め登録し、このリダイレクト先情報を用いてドキュメント取得リクエストのリダイレクト先を特定する。従って、リクエスト管理サーバ１２が複数の拠点に配置されたプリントサーバ５のＵＲＬを含むリダイレクト先情報を予め登録するようにすれば、複数の拠点の各々にあるクライアント装置７から受け付けたリクエストをリダイレクト先に振り分けることができる。
【００５１】
次に、本発明の第２の実施形態について説明する。第２の実施形態においては、リクエスト管理サーバ１２が、クライアント装置７からドキュメント取得リクエストを受け付けると、このドキュメント取得リクエストに対応する印刷データを業務サーバ１１から取得して管理する。具体的には、リクエスト管理サーバ１２が備えるリクエストマネージャ１２２が、印刷データを保持する装置である業務サーバ１１から印刷データを取得してドキュメント情報（図５（Ｂ）を参照）を生成し管理する印刷データ取得手段としても機能する。また、本実施形態においては、リクエストマネージャ１２２が、データ取得リクエストを受け付ける機能も有する。
【００５２】
図１０は、第２の実施の形態におけるドキュメント取得リクエストの処理を説明するシーケンス図である。図１０のＦ１、Ｆ２、Ｆ３、Ｆ４、Ｆ５、Ｆ６、Ｆ７、Ｆ８、Ｆ１１、Ｆ１２の処理は、それぞれ、図６のＦ１、Ｆ２、Ｆ３、Ｆ４、Ｆ５、Ｆ６、Ｆ７、Ｆ８、Ｆ１１、Ｆ１２の処理と同様であるので、これらの処理についての説明は省略する。
【００５３】
第２の実施の形態においては、リクエスト管理サーバ１２は、リダイレクト先を特定すると（図１０のＦ５を参照）、業務サーバ１１に対してデータ取得リクエストを行って（Ｆ５１を参照）、印刷データを取得する（Ｆ５２を参照）。そして、リクエスト管理サーバ１２は、取得した印刷データを登録・保存する（Ｆ５３を参照）。具体的には、リクエスト管理サーバ１２は、取得した印刷データに対応するドキュメント情報を生成して管理する。なお、リクエスト管理サーバ１２は、生成するドキュメント情報に含まれるコンテンツＵＲＬとして、保存する印刷データの格納場所を設定する。また、リクエスト管理サーバ１２は、Ｆ６において行うリダイレクトリクエストのパラメータとして、上記印刷データの格納場所を示すコンテンツＵＲＬとドキュメントＩＤを含むリクエスト情報をクライアント装置７に渡す。また、第２の実施の形態においては、プリントサーバ５が、クライアント装置７からドキュメント取得リクエストを受けると、リクエスト管理サーバ１２に対して、データ取得リクエストを行い（Ｆ９１を参照）、印刷データを取得する（Ｆ９２を参照）。すなわち、第２の実施の形態においては、リクエスト管理サーバ１２は、クライアント装置７を介して、リダイレクト先のプリントサーバ５に対し、リクエスト管理サーバ１２が保持する印刷データを取得するように指示する。
【００５４】
図１１は、第２の実施の形態における、リクエスト管理サーバのドキュメント取得リクエスト受け付け時の動作処理フローを示す図である。図１１のステップＳ３１、Ｓ３２、Ｓ３３、Ｓ３７、Ｓ３８の処理は、それぞれ、図７のステップＳ１、Ｓ２、Ｓ３、Ｓ４、Ｓ５の処理と同様であるので、これらの処理についての説明は省略する。第２の実施の形態においては、ステップＳ３３の処理においてリダイレクト先のプリントサーバ５が特定できたと判断された場合に以下の処理を行う。すなわち、リクエスト管理サーバ１２が、受け付けたドキュメント取得リクエストのパラメータであるリクエスト情報に含まれるコンテンツＵＲＬに基づいて、業務サーバ１１に対してデータ取得リクエストを行う（ステップＳ３４）。続いて、リクエスト管理サーバ１２が、印刷データの取得に成功したかを判断する（ステップＳ３５）。リクエスト管理サーバ１２が、印刷データの取得に成功しないと判断した場合は、ステップＳ３８に進む。リクエスト管理サーバ１２が、印刷データの取得に成功したと判断した場合は、リクエスト管理サーバ１２は、取得した印刷データを登録・保存する（ステップＳ３６）。第２の実施形態によれば、印刷対象となる印刷データとドキュメント情報とをクラウドサービス１上のリクエスト管理サーバ１２において集中管理することができる。
【００５５】
（その他の実施例）
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。この場合、そのプログラム、及び該プログラムを記憶した記憶媒体は本発明を構成することになる。
【符号の説明】
【００５６】
１  クラウドサービス
２  ＷＡＮ
３Ａ，３Ｂ  ファイアウォール
４Ａ，４Ｂ  ＬＡＮ
５Ａ，５Ｂ  プリントサーバ
６Ａ，６Ｂ  プリントデバイス
７Ａ，７Ｂ  クライアント装置
【図１】
2011138277.tif 000003
【図２】
2011138277.tif 000004
【図３】
2011138277.tif 000005
【図４】
2011138277.tif 000006
【図５】
2011138277.tif 000007
【図６】
2011138277.tif 000008
【図７】
2011138277.tif 000009
【図８】
2011138277.tif 000010
【図９】
2011138277.tif 000011
【図１０】
2011138277.tif 000012
【図１１】
2011138277.tif 000013