(57)【要約】【課題】複数の機器上に存在する文書を統合的に管理するウェブアプリケーションにおいて、ウェブアプリケーションサーバの利用料金をできるだけ抑えるために、書誌情報のみをウェブアプリケーションサーバが管理する形態が取られる。この形態において、文書がウェブアプリケーションサーバ上に存在しないため、印刷装置に対してＵＲＬ印刷指示をすることができない。【解決手段】文書を保存する各機器が、自身が保持する文書に対するアップロード要求の有無をウェブアプリケーションサーバに問い合わせ、アップロード要求があれば文書をウェブアプリケーションサーバにアップロードする。このとき、書誌情報にアップロード先ＵＲＬを書き込む。これにより、ＵＲＬ印刷指示を受けた印刷装置は、文書のＵＲＬ印刷を実行することができる。【選択図】  図４
2011170818.tif 000002
【特許請求の範囲】
【請求項１】
データを記憶領域にて保持し、前記記憶領域の使用量に応じて課金されるウェブアプリケーションサーバと、ストレージクライアント機器と、印刷装置とを含む印刷システムであって、
前記ストレージクライアント機器は、
自身に保存するデータの書誌情報を前記ウェブアプリケーションサーバへ提供する提供手段と、
自身が保持するデータへの印刷指示を前記ウェブアプリケーションサーバへ問い合わせる問い合わせ手段と
を有し、
前記提供手段は、前記問い合わせ手段により印刷指示を取得した場合、前記ウェブアプリケーションサーバからの提供要求に応じて、前記ストレージクライアント機器に保存するデータを前記ウェブアプリケーションサーバへ更に提供し、
前記印刷装置は、
自身に対する印刷要求を前記ウェブアプリケーションサーバへ問い合わせる印刷要求問い合わせ手段と、
前記印刷要求問い合わせ手段により印刷要求を取得した場合に、前記印刷要求に記載された情報に基づいて対応するデータを取得し、印刷する印刷手段と
を有し、
前記ウェブアプリケーションサーバは、
前記ストレージクライアント機器の情報を管理するストレージクライアント機器管理手段と、
前記印刷装置の情報を管理する印刷装置管理手段と、
前記データの書誌情報を管理する書誌情報管理手段と、
ユーザが操作するクライアント装置に対し、前記データの書誌情報を表示するための表示データを送信する送信手段と、
前記クライアント装置からの前記ストレージクライアント機器に保存されたデータに対する前記印刷装置への印刷要求に従って、前記ストレージクライアント機器に対するデータの提供要求と、前記印刷装置に対する印刷要求とを管理する要求管理手段と、
前記ストレージクライアント機器の問い合わせ手段からの前記提供要求の問い合わせに対して、前記要求管理手段に前記ストレージクライアント機器に対する前記提供要求が保持されていれば、前記提供要求および格納先情報を通知する要求通知手段と、
前記ストレージクライアント機器から印刷対象となる前記データを提供された際に、前記データの書誌情報に対し前記データの格納先情報を追加する追加手段と、
前記印刷装置の印刷要求問い合わせ手段による印刷要求の問い合わせに対して、前記要求管理手段に前記印刷装置への印刷要求が保持されていれば、前記印刷要求および前記データの格納先情報を通知する印刷要求通知手段と、
を有することを特徴とする印刷システム。
【請求項２】
前記ウェブアプリケーションサーバは、
前記クライアント装置からの前記ストレージクライアント機器に保存されたデータの前記印刷装置への印刷要求の際に、前記ストレージクライアント機器管理手段と前記印刷装置管理手段を参照し、前記ストレージクライアント機器と前記印刷装置とが同一の装置である場合に、前記要求管理手段は、前記印刷装置に対する直接印刷要求を管理し、
前記印刷装置は、
前記印刷要求問い合わせ手段の結果が前記直接印刷要求である場合、自身が保持するデータを印刷することを特徴とする請求項１に記載の印刷システム。
【請求項３】
前記ウェブアプリケーションサーバは、
前記印刷装置の印刷手段による印刷処理の実行の後、前記書誌情報管理手段において管理されている前記追加手段にて追加された前記格納先情報および前記データを削除することを特徴とする請求項１または２に記載の印刷システム。
【請求項４】
前記ウェブアプリケーションサーバは、
前記ストレージクライアント機器管理手段が、前記ストレージクライアント機器の問い合わせ手段による印刷要求の問い合わせ時刻を管理し、
前記送信手段が、前記ストレージクライアント機器からの問い合わせ時刻を基準として一定の閾値よりも前に前記ストレージクライアント機器に保存されたデータに対する印刷指示を行うことを不可とする表示データを送信することを特徴とする請求項１乃至３のいずれか一項に記載の印刷システム。
【請求項５】
前記ウェブアプリケーションサーバは、
前記印刷装置管理手段が、前記印刷装置の印刷要求問い合わせ手段による印刷要求の問い合わせ時刻を管理し、
前記印刷要求の問い合わせが前回の問い合わせから一定の閾値の間に行われていない前記印刷装置に対し、前記送信手段は印刷指示を行うことを不可とする表示データを送信することを特徴とする請求項１乃至４のいずれか一項に記載の印刷システム。
【請求項６】
前記格納先情報は、前記データを格納している場所を示すＵｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒであることを特徴とする請求項１乃至５のいずれか一項に記載の印刷システム。
【請求項７】
データを記憶領域にて保持し、前記記憶領域の使用量に応じて課金されるウェブアプリケーションサーバと、ストレージクライアント機器と、印刷装置とを含む印刷システムにおけるストレージクライアント機器であって、
自身に保存するデータの書誌情報を前記ウェブアプリケーションサーバへ提供する提供手段と、
自身が保持するデータへの印刷指示を前記ウェブアプリケーションサーバへ問い合わせる問い合わせ手段と
を有し、
前記提供手段は、前記問い合わせ手段により印刷指示を取得した場合、前記ウェブアプリケーションサーバからの提供要求に応じて、前記ストレージクライアント機器に保存するデータを前記ウェブアプリケーションサーバへ更に提供することを特徴とするストレージクライアント機器。
【請求項８】
データを記憶領域にて保持し、前記記憶領域の使用量に応じて課金されるウェブアプリケーションサーバと、ストレージクライアント機器と、印刷装置とを含む印刷システムにおける印刷装置であって、
自身に対する印刷要求を前記ウェブアプリケーションサーバへ問い合わせる印刷要求問い合わせ手段と、
前記印刷要求問い合わせ手段により印刷要求を取得した場合に、前記印刷要求に記載された情報に基づいて対応するデータを取得し、印刷する印刷手段と
を有することを特徴とする印刷装置。
【請求項９】
データを記憶領域にて保持し、前記記憶領域の使用量に応じて課金されるウェブアプリケーションサーバと、ストレージクライアント機器と、印刷装置とを含む印刷システムにおけるウェブアプリケーションサーバであって、
前記ストレージクライアント機器の情報を管理するストレージクライアント機器管理手段と、
前記印刷装置の情報を管理する印刷装置管理手段と、
前記データの書誌情報を管理する書誌情報管理手段と、
ユーザが操作するクライアント装置に対し、前記データの書誌情報を表示するための表示データを送信する送信手段と、
前記クライアント装置からの前記ストレージクライアント機器に保存されたデータに対する前記印刷装置への印刷要求に従って、前記ストレージクライアント機器に対するデータの提供要求と、前記印刷装置に対する印刷要求とを管理する要求管理手段と、
前記ストレージクライアント機器の問い合わせ手段からの前記提供要求の問い合わせに対して、前記要求管理手段に前記ストレージクライアント機器に対する前記提供要求が保持されていれば、前記提供要求および格納先情報を通知する要求通知手段と、
前記ストレージクライアント機器から印刷対象となる前記データを提供された際に、前記データの書誌情報に対し前記データの格納先情報を追加する追加手段と、
前記印刷装置の印刷要求問い合わせ手段による印刷要求の問い合わせに対して、前記要求管理手段に前記印刷装置への印刷要求が保持されていれば、前記印刷要求および前記データの格納先情報を通知する印刷要求通知手段と
を有することを特徴とするウェブアプリケーションサーバ。
【請求項１０】
データを記憶領域にて保持し、前記記憶領域の使用量に応じて課金されるウェブアプリケーションサーバと、ストレージクライアント機器と、印刷装置とを含む印刷システムにおける制御方法であって、
前記ストレージクライアント機器において、
前記ストレージクライアント機器の提供手段が、前記ストレージクライアント機器に保存するデータの書誌情報を前記ウェブアプリケーションサーバへ提供する提供工程と、
前記ストレージクライアント機器の問い合わせ手段が、自身が保持するデータへの印刷指示を前記ウェブアプリケーションサーバへ問い合わせる問い合わせ工程と
を有し、
前記提供工程では、前記問い合わせ手段により印刷指示を取得した場合、前記ウェブアプリケーションサーバからの提供要求に応じて、前記ストレージクライアント機器に保存するデータを前記ウェブアプリケーションサーバへ更に提供し、
前記印刷装置において、
前記印刷装置の印刷要求問い合わせ手段が、自身に対する印刷要求を前記ウェブアプリケーションサーバへ問い合わせる印刷要求問い合わせ工程と、
前記印刷装置の印刷手段が、前記印刷要求問い合わせ工程により印刷要求を取得した場合に、前記印刷要求に記載された情報に基づいて対応するデータを取得し、印刷する印刷工程と
を有し、
前記ウェブアプリケーションサーバにおいて、
前記ウェブアプリケーションサーバのストレージクライアント機器管理手段が、前記ストレージクライアント機器の情報を管理するストレージクライアント機器管理工程と、
前記ウェブアプリケーションサーバの印刷装置管理手段が、前記印刷装置の情報を管理する印刷装置管理工程と、
前記ウェブアプリケーションサーバの書誌情報管理手段が、前記データの書誌情報を管理する書誌情報管理工程と、
前記ウェブアプリケーションサーバの送信手段が、ユーザが操作するクライアント装置に対し、前記データの書誌情報を表示するための表示データを送信する送信工程と、
前記ウェブアプリケーションサーバの要求管理手段が、前記クライアント装置からの前記ストレージクライアント機器に保存されたデータに対する前記印刷装置への印刷要求に従って、前記ストレージクライアント機器に対するデータの提供要求と、前記印刷装置に対する印刷要求とを管理する要求管理工程と、
前記ウェブアプリケーションサーバの要求通知手段が、前記ストレージクライアント機器の問い合わせ工程における前記提供要求の問い合わせに対して、前記要求管理工程にて前記ストレージクライアント機器に対する前記提供要求が保持されていれば、前記提供要求および格納先情報を通知する要求通知工程と、
前記ウェブアプリケーションサーバの追加手段が、前記ストレージクライアント機器から印刷対象となる前記データを提供された際に、前記データの書誌情報に対し前記データの格納先情報を追加する追加工程と、
前記ウェブアプリケーションサーバの印刷要求通知手段が、前記印刷装置の印刷要求問い合わせ工程における印刷要求の問い合わせに対して、前記要求管理工程にて前記印刷装置への印刷要求が保持されていれば、前記印刷要求および前記データの格納先情報を通知する印刷要求通知工程と
を有することを特徴とする制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は共有するデータを保持する装置の記憶容量を節約するために、印刷要求があった場合にデータを共有する印刷システムに関する。
【背景技術】
【０００２】
クライアント機器にアプリケーションをインストールすることなく、クライアント機器のウェブブラウザを通してウェブアプリケーションサーバが提供するウェブアプリケーションを利用する形態が普及してきている。このようなウェブアプリケーションには、クライアント機器で作成された文書を統合的に管理する文書管理ウェブアプリケーションがある。
【０００３】
また、ウェブアプリケーションサーバをウェブアプリケーションの提供者が直接管理することなく、他者が集中的に管理するサーバ群を利用する形態が普及してきている。このような形態をクラウドコンピューティングと呼ぶ。クラウドコンピューティングでは、ウェブアプリケーションの提供者はウェブアプリケーションサーバのＨＤＤ使用量やＣＰＵ使用量に応じて課金される。このような形態において、前述の文書管理ウェブアプリケーションにクライアント機器上の文書を全て保存、管理すると多額の使用料を請求される。この使用料はユーザから間接的に徴収することとなり、ユーザの負担が増大する。また、多数のクライアント機器から文書管理ウェブアプリケーションに文書を保存する際には、ネットワーク負荷が非常に大きくなる。そのため、文書管理ウェブアプリケーションには文書の実データを保存せず、書誌情報のみを保存する形態が取られる。一方、携帯端末などの機器から、ＵＲＬを指定することで文書管理ウェブアプリケーションに保存された文書を印刷装置に印刷指示する先行技術がある（特許文献１等参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００２−１６９６７１号
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、前述のように書誌情報のみをウェブアプリケーションサーバに保存する形態を取った場合には、文書管理ウェブアプリケーション上には文書データが存在しない。そのため、ＵＲＬを指定して印刷装置に印刷指示することができない。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、本発明は以下の構成を有する。データを記憶領域にて保持し、前記記憶領域の使用量に応じて課金されるウェブアプリケーションサーバと、ストレージクライアント機器と、印刷装置とを含む印刷システムであって、前記ストレージクライアント機器は、自身に保存するデータの書誌情報を前記ウェブアプリケーションサーバへ提供する提供手段と、自身が保持するデータへの印刷指示を前記ウェブアプリケーションサーバへ問い合わせる問い合わせ手段とを有し、前記提供手段は、前記問い合わせ手段により印刷指示を取得した場合、前記ウェブアプリケーションサーバからの提供要求に応じて、前記ストレージクライアント機器に保存するデータを前記ウェブアプリケーションサーバへ更に提供し、前記印刷装置は、自身に対する印刷要求を前記ウェブアプリケーションサーバへ問い合わせる印刷要求問い合わせ手段と、前記印刷要求問い合わせ手段により印刷要求を取得した場合に、前記印刷要求に記載された情報に基づいて対応するデータを取得し、印刷する印刷手段とを有し、前記ウェブアプリケーションサーバは、前記ストレージクライアント機器の情報を管理するストレージクライアント機器管理手段と、前記印刷装置の情報を管理する印刷装置管理手段と、前記データの書誌情報を管理する書誌情報管理手段と、ユーザが操作するクライアント装置に対し、前記データの書誌情報を表示するための表示データを送信する送信手段と、前記クライアント装置からの前記ストレージクライアント機器に保存されたデータに対する前記印刷装置への印刷要求に従って、前記ストレージクライアント機器に対するデータの提供要求と、前記印刷装置に対する印刷要求とを管理する要求管理手段と、前記ストレージクライアント機器の問い合わせ手段からの前記提供要求の問い合わせに対して、前記要求管理手段に前記ストレージクライアント機器に対する前記提供要求が保持されていれば、前記提供要求および格納先情報を通知する要求通知手段と、前記ストレージクライアント機器から印刷対象となる前記データを提供された際に、前記データの書誌情報に対し前記データの格納先情報を追加する追加手段と、前記印刷装置の印刷要求問い合わせ手段による印刷要求の問い合わせに対して、前記要求管理手段に前記印刷装置への印刷要求が保持されていれば、前記印刷要求および前記データの格納先情報を通知する印刷要求通知手段とを有する。
【発明の効果】
【０００７】
文書データの書誌情報のみがウェブアプリケーションサーバ上に存在し、各クライアント機器が文書データを保持する構成においても、ユーザがウェブアプリケーションを利用して印刷装置に対して印刷指示させ、文書データの印刷を実行させることができる。
【図面の簡単な説明】
【０００８】
【図１】第一の実施形態に係るシステム構成を説明する図。
【図２】第一の実施形態に係る情報処理装置のハードウェア構成図。
【図３】第一の実施形態に係る印刷装置のハードウェア構成図。
【図４】第一の実施形態に係る情報処理装置のソフトウェア構成図。
【図５】第一の実施形態に係るサーバコンピュータ群を説明する図。
【図６】第一の実施形態に係るＲＥＳＴメッセージを説明する図。
【図７】第一の実施形態に係るテーブルを説明する図。
【図８】第一の実施形態に係る印刷装置情報を登録するフロー図。
【図９】第一の実施形態に係る印刷装置登録画面を説明する図。
【図１０】第一の実施形態に係る書誌情報を登録するフロー図。
【図１１】第一の実施形態に係る文書データ書誌情報登録画面を説明する図。
【図１２】第一の実施形態に係る印刷指示するフロー図。
【図１３】第一の実施形態に係るＵＩ画面を説明する図。
【図１４】第一の実施形態に係る文書データをアップロードするフロー図。
【図１５】第一の実施形態に係る文書データをＵＲＬ印刷するフロー図。
【図１６】第一の実施形態に係るＰＤＦダイレクトについて説明する図。
【図１７】第二の実施形態に係る文書データを直接印刷するフロー図。
【図１８】第三の実施形態に係る管理画面及びテーブルを説明する図。
【図１９】第三の実施形態に係る印刷制限付き印刷装置選択画面を説明する図。
【発明を実施するための形態】
【０００９】
以下、本発明を実施するための最良の形態について図面を用いて説明する。
【００１０】
＜第一の実施形態＞
［システム構成について］
図１は本発明の第１の実施形態に係る印刷システムの全体構成を示すブロック図である。ウェブアプリケーションサーバ１１０は、ホストコンピュータ１４０から図４に示すウェブブラウザ１４１を利用してストレージクライアント機器１２０に保存された文書データなどを管理する機能を提供するためのソフトウェアプロセス群が稼動している。ウェブアプリケーションサーバ１１０は、インターネット１００に接続されている。印刷装置１３０は、画像の入出力と送受信および各種の画像処理を行う複合機（ＭＦＰ：Ｍｕｌｔｉ  Ｆｕｎｃｔｉｏｎ  Ｐｅｒｉｐｈｅｒａｌ）である。印刷装置１３０は、画像出力デバイスであるプリンタ１３３、コントロールユニット１３１、およびユーザインタフェースである操作部１３２を備える。プリンタ１３３、操作部１３２は、それぞれ、コントロールユニット１３１に接続されている。コントロールユニット１３１はプリンタ１３３、操作部１３２を制御する。印刷装置１３０は、インターネット１００に接続されている。
【００１１】
ホストコンピュータ１４０は、図４に示すウェブブラウザ１４１を備え、ウェブアプリケーションサーバ１１０にＨＴＴＰ接続してサービスの提供を受けることができる。ホストコンピュータ１４０としては、例えば、ＰＣ（パーソナルコンピュータ）、ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ）、携帯電話などがある。またはホストコンピュータ１４０は、印刷装置であってもよい。ホストコンピュータ１４０は、インターネット１００に接続されている。
【００１２】
ストレージクライアント機器１２０は、文書データを保存するためのストレージを備え、インターネット１００に接続できる機器である。文書データとは例えばＰＤＦである。ウェブアプリケーションサーバ１１０は複数のストレージクライアント機器１２０に保存された文書データを統合的に管理する。ストレージクライアント機器１２０は、ホストコンピュータ１４０、印刷装置１３０である場合もある。ファイアウォール１５０は、印刷装置１３０のセキュリティを高めるためにインターネット１００を介した外部からのアクセスを制限する。
【００１３】
［ウェブアプリケーションサーバ１１０、ホストコンピュータ１４０、ストレージクライアント機器１２０のハードウェア構成］
図２は、本発明の実施形態に係るシステムを構成するホストコンピュータ１４０、ウェブアプリケーションサーバ１１０、ストレージクライアント機器１２０のハードウェア構成の例図を示している。図２に示すハードウェア構成は一般的な情報処理装置のハードウェア構成に相当するものとする。よって、本実施形態のホストコンピュータ１４０、ウェブアプリケーションサーバ１１０、ストレージクライアント機器１２０には一般的な情報処理装置のハードウェア構成を適用でき、図２にて示した構成に限定するものではない。
【００１４】
図２において、ＣＰＵ２００は、ＲＯＭ２０２のプログラム用ＲＯＭが記憶している、或いは外部メモリ２０９がＲＡＭ２０１にロードしたＯＳやアプリケーション等のプログラムを実行する。ここでＯＳとはコンピュータ上で稼動するオペレーティングシステムの略語であり、以下オペレーティングシステムのことをＯＳと呼ぶ。後述する各フローチャートの処理はＣＰＵ２００が実行する。ＲＡＭ２０１は、ＣＰＵ２００の主メモリ、ワークエリア等として機能する。キーボードコントローラ２０３は、キーボード２０７やポインティングデバイス（不図示）からのキー入力を制御する。ディスプレイコントローラ２０４は、各種ディスプレイ２０８の表示を制御する。外部メモリコントローラ２０５は、各種データを記憶する外部メモリ（ＨＤＤ）２０９やフロッピー（登録商標）ディスク（ＦＤ）等におけるデータアクセスを制御する。ネットワークコントローラ２０６はインターネット１００に接続されて、インターネット１００に接続された他の機器との通信制御処理を実行する。
【００１５】
なお、本実施形態において、ウェブアプリケーションサーバ１１０の利用については、記憶領域の使用量に応じて、ユーザに対し課金するサービスを想定している。
【００１６】
［印刷装置１３０のハードウェア構成について］
次に、印刷装置１３０の構成について図３を参照しながら説明する。図３は図１の印刷装置１３０の詳細構成を示すブロック図である。印刷装置１３０は、図３に示すように、装置全体を制御するコントロールユニット１３１を備える。コントロールユニット１３１は、画像出力デバイスであるプリンタ１３３を制御する一方、有線／無線の回線によりインターネット１００と接続され、これらを介して画像情報やデバイス情報の入出力を行うものである。
【００１７】
コントロールユニット１３１は、ＣＰＵ３０１を有する。ＣＰＵ３０１は、システムバス３０７を介して、ＲＡＭ３０２、ＲＯＭ３０３、ＨＤＤ（ハードディスク装置）３０４、イメージバスＩ／Ｆ３０５、操作部Ｉ／Ｆ３０６、ネットワークＩ／Ｆ３０８と接続する。ＲＡＭ３０２は、ＣＰＵ３０１の作業領域を提供するためのメモリである。またＲＡＭ３０２は、画像データを一時記憶するための画像メモリとしても使用する。ＲＯＭ３０３はブートＲＯＭである。ＲＯＭ３０３には、システムのブートプログラムが格納されている。ＨＤＤ３０４には、システムソフトウェア、画像データなどを格納する。
【００１８】
操作部Ｉ／Ｆ３０６は、操作部１３２との間で入出力を行うためのインタフェースであり、操作部１３２に表示する画像データを操作部１３２に対して出力し、ユーザが操作部１３２を介して入力した情報を、ＣＰＵ３０１に伝送するなどの役割を果たす。ネットワークＩ／Ｆ３０８は、ファイアウォール１５０を介してインターネット１００と接続され、インターネット１００に対して情報の入出力を行う。イメージバスＩ／Ｆ３０５は、システムバス３０７と画像データを高速で転送する画像バス３１１とを接続し、データ構造を変換するバスブリッジである。
【００１９】
画像バス３１１には、ＲＩＰ（ラスタイメージプロセッサ）３１２、デバイスＩ／Ｆ３０９、プリンタ画像処理部３１０が接続されている。ＲＩＰ３１２は、ネットワークから受信されたＰＤＬコードをビットマップイメージに展開する。デバイスＩ／Ｆ３０９は、プリンタ１３３とコントロールユニット１３１とを接続し、画像データの同期系／非同期系の変換を行う。プリンタ画像処理部３１０は、プリント出力画像データに対して、プリンタの補正、解像度変換などを行う。
【００２０】
［ソフトウェア構成］
次に、ウェブアプリケーションサーバ１１０、印刷装置１３０、ホストコンピュータ１４０、ストレージクライアント機器１２０のソフトウェア構成について図４を参照しながら説明する。
【００２１】
ウェブアプリケーションサーバ１１０は、ウェブサーバ部１１１、アプリケーションサーバ部１１２、データ管理部１１３、ウェブサービスプロバイダ部１１４、書誌情報テーブル管理部１１５、要求テーブル管理部１１６、印刷装置テーブル管理部１１７、から構成される。これらはウェブアプリケーションサーバ１１０の外部メモリ２０９に保存されたプログラムファイルとして存在する。ＯＳやそのモジュールを利用するモジュールが上記のプログラムファイルをＲＡＭ２０１にロードし、ＣＰＵ２００によって実行する。ウェブサーバ部１１１は、インターネット１００を通してホストコンピュータ１４０のウェブブラウザ１４１からのＨＴＴＰ要求を受け付け、要求に応じたＨＴＴＰ応答をホストコンピュータ１４０に返す。
【００２２】
アプリケーションサーバ部１１２は、ＨＴＴＰ要求に応じてウェブサーバ部１１１から呼び出されて処理を実行する。アプリケーションサーバ部１１２は処理結果として、ウェブサーバ部１１１に動的に生成したＨＴＭＬを返す。データ管理部１１３は永続化の必要なデータの管理を行う。ウェブサービスプロバイダ部１１４は、ストレージクライアント機器１２０や印刷装置１３０からのウェブサービスリクエストに対して、ウェブサービス応答を行う。書誌情報テーブル管理部１１５は、ストレージクライアント機器１２０上の文書データの書誌情報を管理する。これにより、書誌情報管理手段を実現する。要求テーブル管理部１１６は、ホストコンピュータ１４０から送信された印刷要求に従って、ストレージクライアント機器１２０、印刷装置１３０に対する要求を生成、管理する。これにより要求管理手段を実現する。印刷装置テーブル管理部１１７は、印刷装置１３０が印刷装置登録要求によって送信する印刷装置情報を管理する。これにより印刷装置管理手段を実現する。
【００２３】
ストレージクライアント機器１２０は少なくともウェブサービスリクエスタ部１２１から構成される。ウェブサービスリクエスタ部１２１は、文書の書誌情報をウェブアプリケーションサーバ１１０のウェブサービスプロバイダ部１１４に送信する。また、ウェブサービスリクエスタ部１２１は、ウェブアプリケーションサーバ１１０のウェブサービスプロバイダ部１１４に対して印刷要求の問い合わせを送信する。ストレージクライアント機器１２０は例えばホストコンピュータ１４０や印刷装置１３０である。ストレージクライアント機器１２０は、ウェブサービスリクエスタ部１２１を有し、外部メモリ２０９に文書を保存できる機器全てに該当する。
【００２４】
印刷装置１３０は、ユーザインタフェース（以下、ＵＩ）１３５、ウェブサービスリクエスタ部１３４、制御ＡＰＩ１３６、ジョブマネージャ１３７、プリントマネージャ１３８、ＰＤＬマネージャ１３９等から構成される。これらは、印刷装置１３０のＨＤＤ３０４に保存されたプログラムファイルとして存在する。ＯＳやそのモジュールを利用するモジュールが上記のプログラムファイルをＲＡＭ３０２にロードし、ＣＰＵ３０１によって実行する。
【００２５】
印刷装置１３０において、ＵＩ１３５は、ユーザが印刷装置１３０に対する各種操作・設定を行う際に、機器とユーザ操作との仲介を行うモジュールである。このＵＩ１３５は、ユーザの操作に従い、後述の各種モジュールに入力情報を転送して処理の依頼、またはデータの設定などを行う。ウェブサービスリクエスタ部１３４は、ウェブアプリケーションサーバ１１０のウェブサービスプロバイダ部１１４に対して印刷要求の問い合わせを送信する。制御ＡＰＩ１３６は、ウェブサービスリクエスタ部１３４などのモジュールに、ジョブマネージャ１３７などのモジュールに対するインタフェースを提供する。各種モジュール間の依存関係が軽減され、それぞれの流用性を高めることができる。
【００２６】
ジョブマネージャ１３７は、前述の各種モジュールが制御ＡＰＩ１３６を介して指示する様々な処理を解釈し、各モジュールに指示を与えるものである。また、ジョブマネージャ１３７は、印刷装置１３０内で実行するハード的な処理を一元管理するものである。プリントマネージャ１３８は、ジョブマネージャ１３７が指示する印刷処理を管理・制御するものである。ＰＤＬマネージャ１３９は、ジョブマネージャ１３７が指示する文書データのＰＤＬ変換を行うものである。
【００２７】
ウェブアプリケーションサーバ１１０における印刷装置テーブル管理部１１７は、印刷装置１３０の印刷装置ＩＤ、印刷装置の国、地域などの設置場所情報、カラー／モノクロ、両面／片面などの印刷装置１３０の能力情報を管理する。印刷装置１３０は後述するウェブブラウザ１４１を有してもよい。ホストコンピュータ１４０はウェブブラウザ１４１等から構成される。ウェブブラウザ１４１はホストコンピュータ１４０の外部メモリ２０９に保存されたプログラムファイルとして存在する。ＯＳやそのモジュールを利用するモジュールが上記のプログラムファイルをＲＡＭ２０１にロードし、ＣＰＵ２００によって実行する。ウェブブラウザ１４１はディスプレイ２０８に表示され、ユーザによるキーボード２０７やポインティングデバイス（不図示）からのキー入力を受ける。さらにウェブブラウザ１４１はウェブアプリケーションサーバ１１０に対してインターネット１００を通しＨＴＴＰ接続しサービス提供を受ける。
【００２８】
［サーバコンピュータ群１６０］
本発明におけるウェブアプリケーションサーバ１１０は、図５に示すサーバコンピュータ群１６０の提供するヴァーチャルマシン１６２によって提供される場合がある。本構成において、ストレージクライアント機器１２０や印刷装置１３０からの通信はＨＴＴＰ通信であり、ロードバランサ１６１が通信を各仮想マシンに割り振り、ウェブロール１６３が応答する。主に、ＲＥＳＴやウェブサービスによって通信が行われる。図６にＲＥＳＴのメッセージ例を示す。ワーカーロール１６４は時間のかかる処理を実行する際にウェブロール１６３から適宜呼び出され、処理を実行する。
【００２９】
［ウェブアプリケーションサーバ１１０の印刷装置テーブル４００について］
次に、ウェブアプリケーションサーバ１１０における印刷装置テーブル管理部１１７が管理する印刷装置テーブル４００について図７（Ａ）を参照しながら説明する。印刷装置テーブル４００は、印刷装置１３０の印刷装置ＩＤ、印刷装置の設置場所情報、カラー／モノクロ、両面／片面などの印刷装置１３０の能力情報を関連付けて保持するためのデータテーブルである。印刷装置テーブル４００の印刷装置の設置場所情報、印刷装置１３０の能力情報は、ウェブアプリケーションサーバ１１０が提供するウェブアプリケーション上で、ユーザが所望の印刷装置を選択する際に印刷装置の検索情報として利用される。なお、ここで示した印刷装置テーブルの構成は一例であり、この構成に限定するものではない。よって、必要に応じて必要な情報を追加、削除して良い。
【００３０】
［ウェブアプリケーションサーバ１１０の要求テーブル５００について］
次に、ウェブアプリケーションサーバ１１０における要求テーブル管理部１１６が管理する要求テーブル５００について図７（Ｂ）を参照しながら説明する。ここでの要求とは、各印刷装置に対し、ジョブを処理するための指示を指している。また、本実施形態において、要求テーブル管理部１１６にて、要求管理手段を実現する。要求テーブル５００は、ウェブアプリケーションサーバ１１０のウェブサービスプロバイダ部１１４がホストコンピュータ１４０からの印刷要求に対して、要求テーブル管理部１１６を呼び出すことにより生成／更新される。装置ＩＤは各種の要求を送信する先の印刷装置１３０またはストレージクライアント機器１２０のＩＤである。要求名は装置ＩＤに対応する要求の種別を示す。この情報により、対象とする印刷装置もしくはストレージクライアント機器を一意に識別し、管理する。要求種別には、“アップロード要求”、“ＵＲＬ印刷要求”、“直接印刷要求”がある。ここで、ウェブアプリケーションサーバ１１０は、ファイアウォール１５０を超えた先に存在する印刷装置１３０またはストレージクライアント機器１２０に対して要求を直接送信することができない。そのため、印刷装置１３０またはストレージクライアント機器１２０からの要求問い合わせがあった場合に、その要求問い合わせに対するレスポンスとして、要求を送信する。アップロード要求とは、ストレージクライアント機器１２０に対して、印刷対象となるデータの提供要求を行うことを示す。ＵＲＬ印刷要求とは、印刷装置１３０に対して、印刷対象となるデータの格納先情報であるＵＲＬを参照して、当該データへの印刷要求を行うことを示す。直接印刷要求とは、印刷装置１３０に対して、印刷対象となるデータを直接取得し、印刷処理を行う要求を示している。これらの要求名を参照して、当該データに対し、どのような要求がなされているかを管理している。
【００３１】
ウェブアプリケーションサーバ１１０は、ストレージクライアント機器１２０または印刷装置１３０から要求問い合わせを受信すると、要求テーブル５００の中から、該当する装置ＩＤへの要求を検索する。要求問い合わせのレスポンスとして、要求種別がアップロード要求であれば、アップロード要求であることを示す文字列と、格納先情報であるアップロード先ＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）を送信する。要求種別がＵＲＬ印刷要求であれば、印刷要求であることを示す文字列と、ダウンロード先ＵＲＬを送信する。要求種別が直接印刷要求であれば、直接印刷要求であることを示す文字列と、印刷する文書データＩＤを送信する。
【００３２】
（第１のフロー）
本実施形態についての第１のフローを図７（Ａ）及び図８のフローチャートを参照しながら説明する。第１のフローは、印刷装置１３０の情報をウェブアプリケーションサーバ１１０に登録するための処理フローである。第１のフローは印刷装置１３０の設定時に、ウェブアプリケーションサーバ１１０の利用開始のために一度だけ実行される。登録する印刷装置の情報は、ユーザがウェブアプリケーションサーバ１１０から印刷指示する印刷装置１３０を選択するために利用する。
【００３３】
（印刷管理テーブル）
本実施形態における、印刷装置テーブル管理部１１７が管理する印刷装置テーブル４００のデータについて説明する。データ４０１はウェブアプリケーションサーバ１１０の印刷装置テーブル４００に、印刷装置ＩＤが”ｘｘｘ”、所在国が”ＪＡＰＡＮ”、所在地域が”ＴＯＫＹＯ”、カラー、モノクロ機区分が”ｃｏｌｏｒ”、両面、片面機能区分が”両面”、前回アクセス日時が”２００９／１０／０１／２２：１０：５０”の印刷装置が登録されていることを示す。同様に、データ４０２はウェブアプリケーションサーバ１１０の印刷装置テーブル４００に、印刷装置ＩＤが”ｙｙｙ”、所在国が”ＵＳＡ”、所在地域が”Ｎｅｗ  Ｙｏｒｋ”、カラー、モノクロ機区分が”ＢＷ”、両面、片面機能区分が”両面”、前回アクセス日時が”２００９／１０／０１／２２：１０：５５”の印刷装置が登録されていることを示す。データ４０３はウェブアプリケーションサーバ１１０の印刷装置テーブル４００に、印刷装置ＩＤが”ｚｚｚ”、所在国が”ＪＡＰＡＮ”、所在地域が”ＫＹＯＴＯ”、カラー、モノクロ機区分が”Ｃｏｌｏｒ”、両面、片面機能区分が”片面”、前回アクセス日時が”２００９／１０／０１／２２：１０：５２”の印刷装置が登録されていることを示す。図８に示した第１のフローによって、上記の情報が印刷装置テーブル４００に登録される。また、上記の情報は、ウェブアプリケーションサーバ１１０上のアプリケーションで、ユーザが印刷装置１３０を選択するための検索情報として利用する。また、印刷装置テーブル４００の各項目は本実施形態の構成に限定されるものではなく、必要に応じて、より詳細に印刷装置１３０の情報を記憶することができる。
【００３４】
（印刷装置登録フロー）
次に図８を用いて、印刷装置登録のフローを説明する。まず、Ｓ１００１で、印刷装置１３０のＵＩ１３５は図９に示す印刷装置登録画面７００を表示する。Ｓ１００２で、ユーザがＯＫボタン７０１を押下する。なお、図９で示したユーザインタフェースに関して、その形態、エリアの構成、およびコントロールは限定されたものではなく、必要となる機能を実現することができれば、どのような形態であっても構わない。Ｓ１００３で、印刷装置１３０のウェブサービスリクエスタ部１３４は印刷装置テーブル管理部１１７を呼び出す。印刷装置テーブル管理部１１７は印刷装置１３０の情報をウェブサービスリクエスタ部１３４に返す。ウェブサービスリクエスタ部１３４はウェブアプリケーションサーバ１１０に対して印刷装置登録要求を行う。印刷装置登録要求には、印刷装置ＩＤ、印刷装置の位置情報、印刷装置の能力情報が含まれる。印刷装置登録要求は、例えばＳＯＡＰによる通信である。
【００３５】
Ｓ１００４で、ウェブアプリケーションサーバ１１０のウェブサービスプロバイダ部１１４は印刷装置１３０のウェブサービスリクエスタ部１３４からの印刷装置登録要求を受信する。Ｓ１００５で、ウェブアプリケーションサーバ１１０のウェブサービスプロバイダ部１１４は印刷装置テーブル管理部１１７を呼び出す。印刷装置テーブル管理部１１７は、印刷装置１３０からの印刷装置登録要求から印刷装置１３０の情報を取得し、印刷装置テーブル４００に登録する。Ｓ１００６で、ウェブアプリケーションサーバ１１０のウェブサービスプロバイダ部１１４は印刷装置登録通知を印刷装置１３０のウェブサービスリクエスタ部１３４に送信する。Ｓ１００７で、印刷装置１３０のウェブサービスリクエスタ部１３４は印刷装置登録通知をウェブアプリケーションサーバ１１０のウェブサービスプロバイダ部１１４から受信する。以上説明したように、第１のフローで、印刷装置１３０の情報をウェブアプリケーションサーバ１１０に登録することができる。
【００３６】
（書誌情報登録フロー）
続いて、本実施形態についての第２のフローを図１０のフローチャート及び図１１を参照しながら説明する。第２のフローはストレージクライアント機器１２０が保持する文書データの書誌情報をウェブアプリケーションサーバ１１０の書誌情報テーブル６００に登録するフローである。Ｓ２００１で、ストレージクライアント機器１２０上のウェブブラウザ１４１はウェブアプリケーションサーバ１１０のウェブサーバ部１１１に図１１に示す文書データ登録画面８００の表示データであるＨＴＭＬデータ要求を行う。Ｓ２００２で、ウェブアプリケーションサーバ１１０のウェブサーバ部１１１は文書データ登録画面８００のＨＴＭＬデータ要求を受信する。
【００３７】
Ｓ２００３で、ウェブアプリケーションサーバ１１０のウェブサーバ部１１１は文書データ登録画面８００のＨＴＭＬデータを送信する。Ｓ２００３で、ストレージクライアント機器１２０上のウェブブラウザ１４１は文書データ登録画面８００を表示する。文書データ登録画面８００に提示されている文書データは、ストレージクライアント機器１２０に保存されている文書データである。図１１の例では、チェックボックス８０１で選択された文書データが登録される。Ｓ２００５で、ユーザが図１１上の登録ボタン８０２を押下するとストレージクライアント機器１２０のウェブサービスリクエスタ部１２１は文書データの書誌情報をウェブアプリケーションサーバ１１０のウェブサービスプロバイダ部１１４に送信する。Ｓ２００６で、ウェブアプリケーションサーバ１１０のウェブサービスプロバイダ部１１４は文書データの書誌情報を受信する。
【００３８】
Ｓ２００７で、ウェブアプリケーションサーバ１１０のウェブサービスプロバイダ部１１４は書誌情報テーブル管理部１１５を呼び出す。書誌情報テーブル管理部１１５は受信した書誌情報を書誌情報テーブル６００に登録する。Ｓ２００８で、ウェブアプリケーションサーバ１１０のウェブサービスプロバイダ部１１４は文書データの書誌情報登録通知を送信する。Ｓ２００９で、ストレージクライアント機器１２０上のウェブは書誌情報登録通知を受信する。
【００３９】
図１０のフローでは、ユーザが文書データの保存時に明示的にウェブアプリケーションサーバ１１０への書誌情報のアップロードを行う。ストレージクライアント機器１２０にウェブブラウザ１４１が備えられていない場合には、ウェブサービスリクエスタ部１２１が保存された文書の書誌情報を自動的にウェブアプリケーションサーバ１１０にアップロードしてもよい。
【００４０】
以上説明したように、第２のフローによりストレージクライアント機器１２０が保持する文書データの書誌情報をウェブアプリケーションサーバ１１０の書誌情報テーブル６００に登録することができる。上記により、ウェブアプリケーションサーバ１１０は各ストレージクライアント機器１２０に保存された文書データを統合的に管理することができる。
【００４１】
（印刷実行処理フロー）
次に、第３のフローを図１２のフローチャート、図１３（Ａ）を参照しながら説明する。第３のフローは、ユーザがホストコンピュータ１４０のウェブブラウザ１４１を用いて印刷装置１３０への印刷要求をウェブアプリケーションサーバ１１０に送信し、印刷を実行するための処理フローである。第３のフローは、ユーザがウェブブラウザ１４１でウェブアプリケーションサーバ１１０の提供するウェブアプリケーションのＵＲＬにアクセスすることにより開始される。
【００４２】
Ｓ３００１で、ウェブブラウザ１４１は文書リスト画面要求をウェブアプリケーションサーバ１１０に送信する。このとき、通信はＨＴＴＰ通信が用いられる。Ｓ３００２で、ウェブアプリケーションサーバ１１０は文書リスト画面ＨＴＭＬデータをウェブブラウザ１４１に送信する。Ｓ３００３で、ウェブブラウザ１４１は図１３（Ａ）に示す文書データ管理画面９００を表示する。図１３（Ａ）に示す画面はユーザが複数のストレージクライアント機器１２０に保存された文書を統合的に管理するための画面である。管理画面は、その形態、エリアの構成、およびコントロールはここで示したものに限定されたものではなく、必要となる機能を実現することができれば、どのような形態であっても構わない。
【００４３】
Ｓ３００４で、ユーザが印刷ボタンを押下すると、ウェブブラウザ１４１は印刷ボタン押下通知をウェブアプリケーションサーバ１１０に送信する。Ｓ３００５で、ウェブアプリケーションサーバ１１０は図１３（Ｂ）に示す印刷装置選択画面１０００のＨＴＭＬデータを送信する。図１３（Ａ）に示す画面はユーザが所望の印刷装置を選択するための画面であり、その形態、エリアの構成、およびコントロールは限定されたものではない。また、必要となる機能を実現することができれば、どのような形態であっても構わない。
【００４４】
Ｓ３００６で、ウェブブラウザ１４１は印刷装置選択画面１０００を表示する。Ｓ３００７で、ユーザが印刷装置をチェックボックス１００１で印刷装置を選択し、印刷ボタン１００２を押下すると、ウェブブラウザ１４１は印刷装置選択通知をウェブアプリケーションサーバ１１０に送信する。Ｓ３００８で、ウェブアプリケーションサーバ１１０は要求テーブル５００を登録する。要求テーブルにはアップロード要求と印刷要求を登録する。アップロード要求は、アップロード要求であることを示す文字列と、ストレージクライアント機器ＩＤから成る。本実施形態では、このストレージクライアント機器ＩＤを用いて、ストレージクライアント機器管理手段を実現する。ストレージクライアント機器ＩＤは、ユーザが選択した文書データＩＤに基づいて、図７（Ｃ）にて示した書誌情報テーブル６００から取得する。印刷要求は、印刷要求であることを示す文字列と、ユーザが選択した印刷装置ＩＤから成る。
【００４５】
Ｓ３００９でウェブアプリケーションサーバ１１０は印刷中表示画面のＨＴＭＬデータをウェブブラウザ１４１に送信する。Ｓ３０１０でウェブブラウザは印刷中表示画面を表示する。Ｓ３０１１でウェブアプリケーションサーバ１１０は文書の印刷要求が印刷装置１３０に送信されるまで待機する。印刷装置１３０への印刷要求の送信は、印刷装置１３０から要求問い合わせを受信したときに実行する。Ｓ３０１２でウェブアプリケーションサーバ１１０は印刷指示済み画面ＨＴＭＬデータを送信する。このＨＴＭＬデータの送信は印刷装置１３０への印刷要求の終了後に非同期に行われる。Ｓ３０１３でウェブブラウザ１４１は印刷指示済み画面を表示する。
【００４６】
以上説明したように、第３のフローでユーザはウェブアプリケーションサーバ１１０の提供するウェブアプリケーション上で所望の文書を所望の印刷装置１３０に対して印刷指示することができる。第３のフローにより、ウェブアプリケーションサーバ１１０の要求テーブル５００にストレージクライアント機器１２０へのアップロード要求、印刷装置１３０への印刷要求が登録される。ウェブアプリケーションサーバ１１０は、要求テーブル５００に基づいてストレージクライアント機器１２０、印刷装置１３０の要求問い合わせに対する応答を決定する。
【００４７】
（アップロード要求問い合わせ処理フロー）
次に、第４のフローを図１４のフローチャート、及び図１５を参照しながら説明する。第４のフローはストレージクライアント機器１２０が一定周期でウェブアプリケーションサーバ１１０にアップロード要求を問い合わせるときの処理フローである。ストレージクライアント機器１２０から一定周期でウェブアプリケーションサーバ１１０にアップロードの問い合わせをすることで、ストレージクライアント機器１２０はファイアウォールを超えてアップロード指示を受け取ることができる。
【００４８】
Ｓ４００１で、印刷装置１３０はＳ４００２からＳ４０１３の処理を繰り返す。Ｓ４００２で、印刷装置１３０のウェブサービスリクエスタ部１３４は、ウェブアプリケーションサーバ１１０にアップロード要求の問い合わせを送信する。すなわち、自身に対するアップロード要求がウェブアプリケーションサーバに保持されているかの有無を確認する。アップロード要求の問い合わせには、情報として、ストレージクライアント機器ＩＤが含まれる。Ｓ４００３で、ウェブアプリケーションサーバ１１０は、ストレージクライアント機器１２０のウェブサービスリクエスタ部１２１からのアップロード問い合わせを受信する。
【００４９】
Ｓ４００４で、ウェブアプリケーションサーバ１１０のウェブサービスプロバイダ部１１４は要求テーブル管理部１１６を呼び出す。要求テーブル管理部１１６は要求テーブル５００を参照する。Ｓ４００５で、ウェブアプリケーションサーバ１１０の要求テーブル管理部１１６はアップロード要求問い合わせを送信したストレージクライアント機器ＩＤに対するアップロード要求が要求テーブル５００に存在するか判断する。Ｓ４００５の結果が否定的であった場合はＳ４００６へ、肯定的であった場合はＳ４００７へ処理を分岐させる。
【００５０】
Ｓ４００６で、ウェブアプリケーションサーバ１１０のウェブサービスプロバイダ部１１４はＮｏｎｅ応答を生成する。Ｎｏｎｅ応答とは、ストレージクライアント機器１２０への要求が何もないことを示す応答である。Ｓ４００７で、ウェブアプリケーションサーバ１１０のウェブサービスプロバイダ部１１４はアップロード応答を生成する。アップロード応答は、アップロード要求であることを示す文字列と、アップロード先ＵＲＬからなる。
【００５１】
Ｓ４００８で、ウェブアプリケーションサーバ１１０のウェブサービスプロバイダ部１１４は、Ｓ４００６またはＳ４００７で生成した応答をストレージクライアント機器１２０のウェブサービスリクエスタ部１２１へ送信する。これにより要求通知手段を実現する。Ｓ４００９で、ストレージクライアント機器１２０のウェブサービスリクエスタ部１２１は応答を受信する。Ｓ４０１０で、ストレージクライアント機器１２０のウェブサービスリクエスタ部１２１は受信した応答がアップロード応答であるかを判断する。Ｓ４０１０の結果が肯定的であった場合はＳ４０１１へ、否定的であった場合はＳ４０１４へ処理を分岐させる。
【００５２】
Ｓ４０１１で、ストレージクライアント機器１２０のウェブサービスリクエスタ部１２１はアップロード応答に含まれたウェブアプリケーションサーバ１１０上のアップロード先ＵＲＬに対して文書データを送信する。Ｓ４０１２で、ウェブアプリケーションサーバ１１０のウェブサービスプロバイダ部１１４は文書データを受信する。このとき、ウェブアプリケーションサーバ１１０のデータ管理部１１３がデータを記憶領域である外部メモリ２０９に保存する。
【００５３】
Ｓ４０１３で、ウェブアプリケーションサーバ１１０のウェブサービスプロバイダ部１１４は書誌情報テーブル管理部１１５を呼び出す。書誌情報テーブル管理部１１５は書誌情報テーブル６００に文書データのアップロード先ＵＲＬを登録する。Ｓ４０１３により、印刷装置１３０が文書データをウェブアプリケーションサーバ１１０からダウンロードする際のＵＲＬを登録することができる。Ｓ４０１４で、ウェブアプリケーションサーバ１１０は処理をＳ４００１に戻す。
【００５４】
以上説明したように、図１４に示すフローチャートにより、ストレージクライアント機器１２０は自身の持つデータに対する印刷要求が存在すれば、文書データをウェブアプリケーションサーバ１１０にアップロードし、書誌情報にＵＲＬを登録することができる。また、印刷装置１３０がウェブアプリケーションサーバ１１０からのＵＲＬ印刷要求を受け取り、文書データをダウンロードして印刷する準備ができる。
【００５５】
（印刷処理）
次に、第５のフローを図１５のフローチャートを参照しながら説明する。第５のフローでは、ウェブアプリケーションサーバ１１０が、印刷装置１３０からの印刷要求の問い合わせに対して、印刷応答を生成して印刷装置１３０に応答する。続いて、印刷装置１３０がＵＲＬ印刷を実行する。ＵＲＬ印刷では、印刷装置１３０は指定されたＵＲＬから文書データをダウンロードし、例えばＰＤＦダイレクトによって印刷を実行する。ＰＤＦダイレクトとは、図１６で示すようにプリンタドライバを介することなく、直接印刷装置で印刷できる機能のことである。また、印刷装置１３０は必ずしもＰＤＦダイレクトに対応している必要はなく、印刷装置１３０の制御ＡＰＩ１３６がＰＤＬマネージャ１３９で印刷できるフォーマットに変換後、ＲＩＰ３１２を介して印刷することも可能である。
【００５６】
第５のフローは、印刷装置１３０の電源投入時から一定周期で繰り返される。ここでの一定周期とは、特に限定するものではなく、予め製造時に所定の値を保持しておいても良いし、印刷装置の所有者が任意に設定しても良い。Ｓ５００１で、印刷装置１３０はＳ５００２からＳ５０１８の処理を繰り返す。Ｓ５００２で、印刷装置１３０のウェブサービスリクエスタ部１３４は、ウェブアプリケーションサーバ１１０に印刷要求問い合わせを送信する。印刷要求問い合わせには、印刷装置ＩＤが含まれる。
【００５７】
Ｓ５００３で、ウェブアプリケーションサーバ１１０のウェブサービスプロバイダ部１１４は、印刷装置１３０のウェブサービスリクエスタ部１３４からの印刷要求問い合わせを受信する。ウェブアプリケーションサーバ１１０のウェブサービスプロバイダ部１１４は要求テーブル管理部１１６を呼び出す。要求テーブル管理部１１６は要求テーブル５００を参照する。Ｓ５００４で、ウェブアプリケーションサーバ１１０の要求テーブル管理部１１６はアップロード要求問い合わせを送信した印刷装置ＩＤに対する印刷要求が要求テーブル５００に存在するか判断する。Ｓ５００５の結果が肯定的であった場合はＳ５００６へ、否定的であった場合はＳ５００８へ処理を分岐させる。
【００５８】
Ｓ５００５で、ウェブアプリケーションサーバ１１０のウェブサービスプロバイダ部１１４は書誌情報テーブル管理部１１５を呼び出す。書誌情報テーブル管理部１１５は要求テーブル５００に登録されている文書データＩＤの書誌情報にＵＲＬが登録されているかを判断する。ＵＲＬは第４のフローによりストレージクライアント機器１２０がウェブアプリケーションサーバ１１０のデータ管理部１１３にデータをアップロードしたときに登録される。ゆえに、ＵＲＬが登録されているかを判断することで、ウェブアプリケーションサーバ１１０のデータ管理部１１３に印刷要求されている文書がアップロードされている状態であるかを判断することができる。ウェブアプリケーションサーバ１１０の要求テーブル管理部１１６はＳ５００５の結果が肯定的であった場合はＳ５００６へ、否定的であった場合はＳ５００７へ処理を分岐させる。
【００５９】
Ｓ５００６で、ウェブアプリケーションサーバ１１０のウェブサービスプロバイダ部１１４は印刷応答を生成する。印刷応答は、印刷要求であることを示す文字列と、文書データのダウンロード先ＵＲＬから成る。Ｓ５００７で、ウェブアプリケーションサーバ１１０のウェブサービスプロバイダ部１１４はＮｏｎｅ応答を生成する。Ｎｏｎｅ応答とは、印刷装置１３０への要求が何もないことを示す応答である。Ｓ５００８で、ウェブアプリケーションサーバ１１０のウェブサービスプロバイダ部１１４はＳ５００７と同様にＮｏｎｅ応答を生成する。
【００６０】
Ｓ５００９で、ウェブアプリケーションサーバ１１０のウェブサービスプロバイダ部１１４は、Ｓ５００６またはＳ５００７またはＳ５００８で生成した応答を印刷装置１３０のウェブサービスリクエスタ部１３４に送信する。これにより、印刷要求通知手段を実現する。Ｓ５０１０で、印刷装置１３０のウェブサービスリクエスタ部１３４は応答を受信する。Ｓ５０１１で、印刷装置１３０のウェブサービスリクエスタ部１３４は受信した応答が印刷応答であるかを判断する。Ｓ５０１１の結果が肯定的であった場合はＳ５０１２へ、否定的であった場合はＳ５０１８へ処理を分岐させる。
【００６１】
Ｓ５０１２で、印刷装置１３０のウェブサービスリクエスタ部１３４は印刷応答に含まれたウェブアプリケーションサーバ１１０上のダウンロード先ＵＲＬに対して文書データ要求を送信する。文書データ要求は、例えばＵＲＩに対するＨＴＴＰプロトコルのＧｅｔ要求である。Ｓ５０１３で、ウェブアプリケーションサーバ１１０のウェブサービスプロバイダ部１１４は印刷装置１３０のウェブサービスリクエスタ部１３４から文書データ要求を受信する。Ｓ５０１４で、ウェブアプリケーションサーバ１１０のウェブサービスプロバイダ部１１４は印刷装置１３０のウェブサービスリクエスタ部１３４にデータを送信する。
【００６２】
Ｓ５０１５で、ウェブアプリケーションサーバ１１０のウェブサービスプロバイダ部１１４は文書データを削除し、書誌情報テーブルからＵＲＬを削除する。本Ｓは文書データの送信後はウェブアプリケーションサーバ１１０が文書データを保持する必要がないため実行される。ただし、複数回印刷が実行されることを考慮して削除しない処理フローであってもよい。Ｓ５０１６で、印刷装置１３０のウェブサービスリクエスタ部１３４はウェブアプリケーションサーバ１１０のウェブサービスプロバイダ部１１４からデータを受信する。Ｓ５０１７で、印刷装置１３０のプリントマネージャ１３８はダウンロードした文書を例えばＰＤＦダイレクトによって印刷する。Ｓ５０１８で、印刷装置１３０は、処理をＳ５００２に戻す。なお、Ｓ５０１５の処理に関しては、印刷装置１３０における印刷処理（Ｓ５０１７）が完了した後に、実施しても良い。
【００６３】
以上、説明したように、第５のフローでは、ウェブアプリケーションサーバ１１０は、印刷装置１３０からの印刷要求問い合わせに対して、印刷装置１３０への印刷要求が要求テーブルに存在すれば、印刷応答を生成して印刷装置に応答する。
【００６４】
＜第二の実施形態＞
以下で、本実施形態におけるウェブアプリケーションサーバ１１０から印刷装置１３０へ直接印刷応答を送信する処理を図１７のフローチャートを用いて説明する。直接印刷応答とは、印刷装置１３０とストレージクライアント機器１２０が同一の機器であった場合にウェブアプリケーションサーバ１１０が送信する応答である。直接印刷応答により、印刷装置１３０に文書が保存されている場合にはウェブアプリケーションサーバ１１０に文書をアップロードすることなく印刷を実行することができる以下構成に関しては第一の実施形態と異なる点についてのみ説明する。
【００６５】
Ｓ６００１からＳ６００４までの処理は、図１５にて示した第５のフローのＳ５００１からＳ５００４までと同様のため、省略する。Ｓ６００５で、ウェブアプリケーションサーバ１１０のウェブサービスプロバイダ部１１４は書誌情報テーブル管理部１１５を呼び出す。書誌情報テーブル管理部１１５は、書誌情報テーブル６００を参照し、印刷要求されている文書データが保存されているストレージクライアント機器ＩＤを特定する。書誌情報テーブル管理部１１５は、特定したストレージクライアント機器ＩＤをウェブサービスプロバイダ部１１４に返す。
【００６６】
Ｓ６００６で、ウェブアプリケーションサーバ１１０のウェブサービスプロバイダ部１１４は、Ｓ６００５で特定したストレージクライアント機器ＩＤと、印刷要求先の印刷装置ＩＤを比較し、等しければ直接印刷可能と判断する。直接印刷可能と判断した場合には、Ｓ６００７へ、直接印刷不可と判断した場合には、Ｓ６００８へ処理を分岐させる。Ｓ６００７で、ウェブアプリケーションサーバ１１０のウェブサービスプロバイダ部１１４は直接印刷応答を生成する。直接印刷応答、直接印刷要求であることを示す文字列と、文書データＩＤから成る。Ｓ６００８からＳ６０１３までの処理は、図１５にて示した第５のフローのＳ５００５からＳ５０１０までと同様のため、省略する。
【００６７】
Ｓ６０１４で、印刷装置１３０のウェブサービスリクエスタ部１３４は応答がＮｏｎｅ応答であるかを判断する。Ｓ６０１４の結果が肯定的であった場合はＳ６０２２へ、否定的であった場合はＳ６０１５へ処理を分岐させる。Ｓ６０１５で、印刷装置１３０のウェブサービスリクエスタ部１３４は応答が直接印刷応答であるかを判断する。Ｓ６０１５の結果が肯定的であった場合はＳ６０１６へ、否定的であった場合はＳ６０１７へ処理を分岐させる。Ｓ６０１６で、印刷装置１３０は印刷を実行する。直接印刷応答には文書データＩＤが含まれている。印刷装置１３０はデータ管理部１１３を呼び出し、文書データＩＤに該当する文書データを読み出し、プリントマネージャ１３８で印刷を実行する。Ｓ６０１７からＳ６０２２までの処理は、第５のフローのＳ５０１２からＳ５０１８までと同様のため、省略する。
【００６８】
以上、説明したように、図１７のフローチャートで示す処理では、印刷装置１３０に文書が保存されている場合にはウェブアプリケーションサーバ１１０に文書をアップロードすることなく印刷を実行することができる。上記により、ウェブアプリケーションサーバ１１０の外部メモリ２０９を浪費することなく印刷することができる。
【００６９】
＜第三の実施形態＞
以下で、本実施形態におけるウェブアプリケーションサーバ１１０からホストコンピュータ１４０へ印刷制限付き文書リスト画面を生成する処理を図１２、図１４、図１８（Ａ）、図１８（Ｂ）を用いて説明する。文書リスト画面に表示されている文書は実際にはストレージクライアント機器１２０上に保存されているため、ストレージクライアント機器１２０が故障やネットワーク障害により利用できない場合には印刷することはできない。印刷制限付き文書リスト画面は印刷できないデータをユーザに選択させないようにする画面である。以下構成に関しては第一の実施形態と異なる点についてのみ説明する。
【００７０】
ウェブアプリケーションサーバ１１０は、第一の実施形態の構成に加えてストレージクライアント機器テーブル管理部１１８、図１８（Ｂ）に示すストレージクライアント機器テーブル１２００を備える。図１４のフローチャートのＳ４００３で、ウェブアプリケーションサーバ１１０のウェブサービスプロバイダ部１１４がストレージクライアント機器１２０からのアップロード要求の問い合わせを受信する。続いて、ウェブサービスプロバイダ部１１４はストレージクライアント機器テーブル管理部１１８を呼び出す。ストレージクライアント機器テーブル管理部１１８は、問い合わせ時刻をストレージクライアント機器テーブル１２００にストレージクライアント機器ＩＤに関連付けて保存する。
【００７１】
図１２のフローチャートのＳ３００２で、ウェブアプリケーションサーバ１１０のウェブサーバ部１１１はアプリケーションサーバ部１１２を呼び出す。アプリケーションサーバ部１１２は印刷制限付き文書リスト画面のＨＴＭＬデータを生成し、ウェブサーバ部１１１に返す。ウェブサーバ部１１１は上記のＨＴＭＬデータをウェブブラウザに送信する。このとき、アプリケーションサーバ部１１２はストレージクライアント機器テーブル管理部１１８を呼び出し、前回アクセス時刻が一定閾値以上より以前のストレージクライアント機器１２０に保存された文書の印刷を指示できないようにする。例えば、印刷ボタン１１０１をＤｉｓａｂｌｅ表示にすることでユーザがクリックできないようにする。
【００７２】
以上、説明したように、第三の実施形態により印刷制限付き文書リスト画面を生成できる。印刷制限付き文書リスト画面により、印刷できない文書をユーザが選択することを防ぐことができる。
【００７３】
＜第四の実施形態＞
以下で、本実施形態におけるウェブアプリケーションサーバ１１０からホストコンピュータ１４０へ印刷制限付き印刷装置選択画面を生成する処理を図１２、図１５、図１９を用いて説明する。印刷装置選択画面に表示されている印刷装置は事前に第１のフローで登録されたものである。しかし、印刷装置１３０が故障やネットワーク障害により利用できない場合には印刷することはできない。すなわち、ある印刷装置からの問い合わせがあった後、一定間隔以内にその印刷装置から問い合わせが無い場合には、その印刷装置に対し何らかの利用制限が発生したものとみなす。印刷制限付き印刷装置選択画面は印刷できない印刷装置をユーザに選択させないようにする画面である。以下構成に関しては第一の実施形態と異なる点についてのみ説明する。
【００７４】
図１５のフローチャートのＳ５００３で、ウェブアプリケーションサーバ１１０のウェブサービスプロバイダ部１１４が印刷装置１３０からの印刷要求の問い合わせを受信する。続いて、ウェブサービスプロバイダ部１１４は印刷装置テーブル管理部１１７を呼び出す。印刷装置テーブル管理部１１７は、問い合わせ時刻を印刷装置テーブル４００に印刷装置ＩＤに関連付けて保存する。
【００７５】
図１２のフローチャートのＳ３００５で、ウェブアプリケーションサーバ１１０のウェブサーバ部１１１はアプリケーションサーバ部１１２を呼び出す。アプリケーションサーバ部１１２は印刷制限付き印刷装置リスト画面のＨＴＭＬデータを生成し、ウェブサーバ部１１１に返す。ウェブサーバ部１１１は上記のＨＴＭＬデータをウェブブラウザに送信する。このとき、アプリケーションサーバ部１１２は印刷装置テーブル管理部１１７を呼び出し、前回のアクセス時刻が一定閾値より以前の印刷装置１３０に保存された文書の印刷を指示できないようにする。すなわち、前回の問い合わせ時刻を基準として、一定の時間内に問い合わせが無かった印刷装置の利用を制限する。例えば、チェックボックス１２０１をＤｉｓａｂｌｅ表示にすることでユーザがクリックできないようにする。
【００７６】
以上、説明したように、第四の実施形態では、印刷制限付き印刷装置選択画面を生成できる。印刷制限付き印刷装置選択画面により、印刷できない印刷装置１３０をユーザが選択することを防ぐことができる。
【００７７】
＜その他の実施形態＞
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【図１】
2011170818.tif 000003
【図２】
2011170818.tif 000004
【図３】
2011170818.tif 000005
【図４】
2011170818.tif 000006
【図５】
2011170818.tif 000007
【図６】
2011170818.tif 000008
【図７】
2011170818.tif 000009
【図８】
2011170818.tif 000010
【図９】
2011170818.tif 000011
【図１０】
2011170818.tif 000012
【図１１】
2011170818.tif 000013
【図１２】
2011170818.tif 000014
【図１３】
2011170818.tif 000015
【図１４】
2011170818.tif 000016
【図１５】
2011170818.tif 000017
【図１６】
2011170818.tif 000018
【図１７】
2011170818.tif 000019
【図１８】
2011170818.tif 000020
【図１９】
2011170818.tif 000021