JP2004133925A - 情報処理装置、情報処理方法、情報処理プログラム、サービス提供装置、サービス提供方法、サービス提供プログラム及び記録媒体 - Google Patents

Abstract

【課題】要求に対して非同期に実行される処理の実行要求をクライアント装置から受けた場合であっても、クライアント装置に対してその処理の状態を提供することができる情報処理装置の提供を目的とする。
【解決手段】　ネットワークを介して接続されるクライアント装置からのサービス提供要求に係る処理を所定のサービスを提供するサービス提供装置に実行させる情報処理装置であって、前記サービス提供装置に実行させた前記サービス提供要求に係る処理の応答を、該処理の完了に対して非同期的に前記クライアント装置に行う応答手段と、前記サービス提供要求に係る処理の処理状態を前記サービス提供装置より取得する処理状態取得手段と、前記クライアント装置からのＷｅｂページ表示要求に対し、前記処理状態取得手段により取得された前記処理状態を表示するＷｅｂページを生成し、該Ｗｅｂページを前記クライアント装置に送信するＷｅｂページ生成手段とを有することにより上記課題を解決する。
【選択図】　図４

Description

　本発明は、クライアント装置からの要求に対しＷｅｂページを送信する情報処理装置に関し、特にクライント装置から要求された処理の状態を提供する情報処理装置に関する。

　また、本発明は、前記情報処理装置からの要求に基づいて所定のサービスを提供するサービス提供装置に関する。

　近年はインターネット技術の発達により、Ｗｅｂブラウザに表示されるＷｅｂページは単なる情報の提示手段に止まらず、アプリケーションの提供手段としても機能している。Ｗｅｂページをアプリケーションの提供手段として機能させるための主な技術として、例えばＡＳＰ（Active Server Pages：登録商標）やＪＳＰ（Java（登録商標） Server Pages）、サーブレット、ＣＧＩ（Common Gateway Interface）等がある。これらは、細かい点においては種々の相違があるが、いずれもＷｅｂブラウザからの要求に対してプログラムを実行し、その処理結果をＷｅｂページとして生成するための技術であるという点で共通する。

　ここで実行されるプログラムは、更に、ネットワーク上にサービスを公開している別サーバに対して処理要求を送信し、その処理要求に対して返信された情報を元にＷｅｂページを生成することもできる。このようなＷｅｂサーバは、Ｗｅｂブラウザと各種のサーバとの中継役としてそれ自身が有するサービスのみでなく、各種のサーバで提供されているサービスについてもＷｅｂページを介して提供することができる。

　しかしながら、プログラムによっては、処理に時間を要するものがあり、Ｗｅｂブラウザからかかるプログラムの実行が要求された場合は、Ｗｅｂサーバは、その処理が完了するまでＷｅｂブラウザに対して応答することができない。その間、Ｗｅｂブラウザは応答待ちの状態となるため、ユーザは、Ｗｅｂブラウザ上での操作ができなくなってしまい、非常に不便である。そのため処理の実行に時間を要するプログラムについては、Ｗｅｂブラウザからの要求に対して非同期、即ち処理の完了を待たずに応答するように実装することが考えられる。しかし、この場合、Ｗｅｂブラウザの応答待ちの状態が長時間に及ぶという問題は回避されるが、ユーザは要求した処理の結果を知ることができないという問題がある。

　本発明は、上記の点に鑑みてなされたものであって、要求に対して非同期に実行される処理の実行要求をクライアント装置から受けた場合であっても、クライアント装置に対してその処理の状態を提供することができる情報処理装置、及び前記情報処理装置からの要求に応じて前記クライアント装置からの要求に基づく処理を非同期に実行するサービス提供装置の提供を目的とする。

　そこで上記課題を解決するため、本発明は、請求項１に記載されるように、ネットワークを介して接続されるクライアント装置からのサービス提供要求に係る処理を所定のサービスを提供するサービス提供装置に実行させる情報処理装置であって、前記サービス提供装置に実行させた前記サービス提供要求に係る処理の応答を、該処理の完了に対して非同期的に前記クライアント装置に行う応答手段と、前記サービス提供要求に係る処理の処理状態を前記サービス提供装置より取得する処理状態取得手段と、前記クライアント装置からのＷｅｂページ表示要求に対し、前記処理状態取得手段により取得された前記処理状態を表示するＷｅｂページを生成し、該Ｗｅｂページを前記クライアント装置に送信するＷｅｂページ生成手段とを有することを特徴とする。

　このような情報処理装置では、クライアント装置からの要求に対して非同期な処理を実行することができ、また非同期処理の状態を表示するＷｅｂページを生成することができるため、クライアント装置のから非同期な処理の実行要求を受けた場合に、その処理の状態をクライアント装置に提供することができる。

　また、本発明は、請求項２に記載されるように、前記情報処理装置は、前記サービス提供要求に係る処理の識別情報を管理する処理情報管理手段を更に有し、前記応答手段は、前記識別情報を前記処理情報管理手段に登録し、前記処理状態取得手段は、前記処理情報管理手段に前記識別情報が登録されている処理の処理状態を前記サービス提供装置より取得することを特徴とする。

　このような情報処理装置では、完了していない処理を処理識別情報管理手段によって識別することができるため、完了していない処理を容易に識別することができ、その処理の状態を取得することができる。

　また、本発明は、請求項３に記載されるように、前記処理情報管理手段は、前記サービス提供要求に係る処理を実行させているサービス提供装置の位置情報及び前記サービス提供装置に実行させている処理の状態の取得方法に関する情報を更に管理することを特徴とする。

　また、本発明は、請求項４に記載されるように、前記処理状態取得手段は、前記クライアント装置からのＷｅｂページ表示要求に応じ、前記処理情報管理手段に管理されている情報に基づいて前記サービス提供装置に実行させている処理の状態を前記サービス提供装置より取得することを特徴とする。

　このような情報処理装置では、処理情報管理手段に管理されている情報に基づいて処理状態を取得することができる。

　また、本発明は、請求項５に記載されるように、前記応答手段は、前記サービス提供装置に前記サービス提供要求に係る処理の実行要求を送信することにより、前記サービス提供装置に前記サービス提供要求に係る処理を実行させることを特徴とする。

　また、本発明は、請求項６に記載されるように、前記応答手段は、前記サービス提供要求に係る処理の実行要求に対する応答として、前記サービス提供要求に係る処理の処理状態の取得方法に関する情報を前記サービス提供装置より取得し、前記処理状態取得手段は、前記応答手段により取得された該処理の処理状態の取得方法に関する情報に基づいて前記処理状態を取得することを特徴とする。

　このような情報処理装置では、サービス提供装置から受信した情報に基づいて処理状態を取得するため、処理状態の取得方法が動的に変化する場合でも対応することができる。

　また、本発明は、請求項７に記載されるように、前記処理状態取得手段は、前記処理情報管理手段に前記応答手段により取得された前記処理状態の取得方法に関する情報が複数管理されている場合は、複数の前記処理状態の取得方法に関する情報のそれぞれに基づいて複数の前記処理状態を取得することを特徴とする。

　このような情報処理装置では、非同期処理が要求されている場合であっても、それらに対する処理状態を取得することができる。

　また、本発明は、請求項８に記載されるように、前記処理状態取得手段は、前記サービス提供装置に実行させた処理の処理状態を提供する処理状態提供装置に前記処理状態の送信要求を送信し、前記送信要求に応じて前記処理状態提供装置から送信された前記処理状態を受信することにより、前記処理状態を取得することを特徴とする。

　このような情報処理装置では、サービス提供装置には非同期処理の状態を問い合わせる必要がないため、情報処理装置とサービス提供装置との通信負荷を軽減することができる。

　また、本発明は、請求項９に記載されるように、前記情報処理装置は、前記サービス提供装置から前記処理状態を受信する処理状態受信手段を更に有し、前記Ｗｅｂページ生成手段は、前記処理状態受信手段が受信した前記処理状態を表示するＷｅｂページを生成することを特徴とする。

　このような情報処理装置では、非同期処理の状態が変化したときのみサービス提供装置から情報処理装置への通信が行われるため、情報処理装置とサービス提供装置との通信負荷を軽減することができる。

　また、本発明は、請求項１０に記載されるように、前記処理状態取得手段は、前記処理状態の送信要求を前記サービス提供装置に送信し、前記送信要求に応じて前記サービス提供装置から送信された前記処理状態を受信することにより、前記処理状態を取得することを特徴とする。

　このような情報処理装置では、非同期処理を実行するサービス提供装置に対し、その処理の状態を問い合わせるため、実際の非同期処理を実行しているサービス提供装置から正確な状態を取得することができる。

　また、本発明は、請求項１１に記載されるように、前記処理状態の取得方法に関する情報には前記処理状態を提供する処理状態提供装置の位置情報が含まれており、前記処理状態取得手段は、前記位置情報によって特定される前記処理状態提供装置に前記処理状態の送信要求を送信し、前記送信要求に応じて前記処理状態提供装置から送信された前記処理状態を受信することにより、前記処理状態を取得することを特徴とする。

　このような情報処理装置では、サービス提供装置から送信される情報に基づいて非同期処理の状態の問い合わせ先を決定するため、非同期処理が他のサービス提供装置に引き継がれた場合でも、その処理状態を当該他のサービス提供装置に問い合わせることができる。

　また、本発明は、請求項１２に記載されるように、前記応答手段は、前記クライアント装置からの一つのサービス提供要求に基づいて複数の処理を前記サービス提供装置に実行させ、前記複数の処理のそれぞれの完了を待たずに前記クライアント装置への応答を行い、前記処理状態取得手段は、前記複数の処理のそれぞれの処理状態を取得し、前記Ｗｅｂページ生成手段は、前記処理状態取得手段が取得した複数の前記処理状態を表示するＷｅｂページを生成することを特徴とする。

　また、本発明は、請求項１３に記載されるように、前記処理情報管理手段は、前記複数の処理のそれぞれについての処理を実行させているサービス提供装置の位置情報及び前記サービス提供装置に実行させている処理の処理状態の取得方法に関する情報と共に、前記クライアント装置からの同一のサービス提供要求基づいて実行される複数の処理に対して共通の値が割り当てられた要求識別情報を管理することを特徴とする。

　また、本発明は、請求項１４に記載されるように、前記処理状態取得手段は、前記要求識別情報に基づいて前記クライアント装置からの同一のサービス提供要求に基づく処理を判断することにより、同一のサービス提供要求に基づく複数の処理のそれぞれの処理状態を前記処理情報管理手段に管理されている情報に基づいて取得することを特徴とする。

　このような情報処理装置では、クライアント装置からの一つの処理要求に対して実行される複数の非同期処理の状態をクライアント装置に提供することができる。

　また、本発明は、請求項１５に記載されるように、前記応答手段は、前記複数の処理のそれぞれを複数の前記サービス提供装置のそれぞれに実行させることを特徴とする。

　このような情報処理装置では、クライアント装置からの一つのサービス提供要求に対して複数の非同期処理を複数のサービス提供装置のそれぞれに実行させるため、複数のサービス提供装置に分散されて処理される複数の非同期処理を一つのサービスとしてクライアント装置に提供することができる。

　また、本発明は、請求項１６に記載されるように、前記Ｗｅｂページ生成手段は、前記処理状態取得手段が取得した同一のサービス提供要求に基づく処理の処理状態を統合して表示するＷｅｂページを生成することを特徴とする。

　このような情報処理装置では、複数の非同期処理の状態を統合して表示するＷｅｂページを生成するため、クライアント装置のユーザに分かりやすい形式で処理の状態を通知することができる。

　また、本発明は、請求項１７に記載されるように、前記Ｗｅｂページ生成手段は、前記クライアント装置からの要求に基づいて前記処理状態を非表示としたＷｅｂページを生成することを特徴とする。

　このような情報処理装置では、非同期処理の状態を非表示としたＷｅｂページを生成するため、クライアント装置のユーザが非同期処理の状態の表示が不要な際は、状態の表示を非表示としてＷｅｂページを提供することができる。

　また、本発明は、請求項１８に記載されるように、前記情報処理装置は、前記クライアント装置からの要求に基づいて前記処理状態の詳細情報を表示するＷｅｂページを生成する詳細情報ページ生成手段を更に有することを特徴とする。

　このような情報処理装置では、非同期処理の状態に関する詳細情報を表示するＷｅｂページを生成するため、クライアント装置のユーザに非同期処理の状態の詳細情報を提供することができる。

　また、本発明は、請求項１９に記載されるように、前記Ｗｅｂページ生成手段は、前記クライアント装置からの要求に基づいて複数の前記サービス提供装置より所定の情報を取得し、取得したそれぞれの情報を複数に分割されたそれぞれの領域に表示するＷｅｂページを生成することを特徴とする。

　このような情報処理装置では、複数のサービス提供装置より取得した情報を一つの画面上に表示するＷｅｂページを提供することができる。

　また、本発明は、請求項２０に記載されるように、前記情報処理装置は、前記Ｗｅｂページを複数に分割した領域ごとの表示内容が拡張マークアップ言語により定義された構造体をユーザごとに管理するページ情報管理手段を更に有し、前記Ｗｅｂページ生成手段は、前記構造体に基づいて前記Ｗｅｂページを生成することを特徴とする。

　このような情報処理装置では、ページ情報管理手段に管理されている情報に基づいてＷｅｂページを生成するため、ページ情報管理手段における情報を編集することで生成されるＷｅｂページの態様を容易に変更させることができる。

　また、本発明は、請求項２１に記載されるように、前記Ｗｅｂページ生成手段は、複数の領域に分割された一の領域に前記サービス提供要求に係る処理の処理状態が表示されるように前記Ｗｅｂページを生成することを特徴とする。

　このような情報処理装置では、複数に分割された領域の一つに非同期処理の状態が表示されるＷｅｂページを提供することができる。

　また上記課題を解決するため、本発明は、請求項４６に記載されるように、ネットワークを介して請求項１乃至２１いずれか一項記載の情報処理装置から送信されるサービス提供要求に係る処理を実行するサービス提供装置であって、前記情報処理装置から送信された前記サービス提供要求に係る処理が完了する前に、該処理に対する応答と共に該処理の処理状態を取得させるための処理状態取得情報を前記情報処理装置に送信する処理状態取得情報送信手段を有し、前記情報処理装置から前記処理状態取得情報に基づきなされた前記サービス提供要求に係る処理の処理状態の取得要求に応じ、前記処理状態を前記情報処理装置に送信することを特徴とする。

　このようなサービス提供装置では、請求項１乃至２１いずれか一項記載の情報処理装置から非同期処理の実行要求を受けた場合に、当該処理の処理状態を取得するための情報を当該情報処理装置に提供することができる。

　また上記課題を解決するため、本発明は、上記情報処理装置における情報処理方法、前記情報処理方法をコンピュータに実行させるための情報処理プログラム、又は前記情報処理プログラムを記録した記録媒体としてもよい。

　また上記課題を解決するため、本発明は、上記サービス提供装置におけるサービス提供方法、前記サービス提供方法をコンピュータに実行させるためのサービス提供プログラム、又は前記サービス提供プログラムを記録した記録媒体としてもよい。

　本発明によれば、要求に対して非同期に実行される処理の実行要求をクライアント装置から受けた場合であっても、クライアント装置に対してその処理の状態を提供することができる情報処理装置、及び前記情報処理装置からの要求に応じて前記クライアント装置からの要求に基づく処理を非同期に実行するサービス提供装置を提供することができる。

　以下、図面に基づいて本発明の実施の形態を説明する。図１は第一の実施の形態におけるＷｅｂシステムの一例の構成図を示す。図１のＷｅｂシステム１は、Ｗｅｂサーバ１０と、Ｗｅｂクライアント２０と、プリンタサーバ３０ａと、メールサーバ３０ｂと、文書管理サーバ３０ｃとがＬＡＮやインターネット等のネットワーク４０を介して接続されている。

　Ｗｅｂクライアント２０は、Ｗｅｂブラウザがインストールされているクライアント装置であり、例えばＰＣ（Personal Computer）、ＰＤＡ（Personal Digital Assistants）及び携帯電話等が該当する。

　プリンタサーバ３０ａは、ネットワーク等を介して接続しているプリンタ５０に係る印刷サービスをＷｅｂサービスとしてネットワーク４０上に公開しているコンピュータである。即ち、プリンタサーバ３０ａの機能はＳＯＡＰのＲＰＣにより呼び出すことができる。例えばプリンタサーバ３０ａは、指定された文書データ等をプリンタ５０に印刷させる「印刷要求メソッド」を有しており、当該メソッドをネットワーク４０上に公開している。

　文書管理サーバ３０ｃは、文書ＤＢ（Data Base）６０に格納されている文書データに関する文書管理サービスをＷｅｂサービスとしてネットワーク４０上に公開しているコンピュータである。即ち、文書管理サーバ３０ｃの機能はＳＯＡＰのＲＰＣにより呼び出すことができる。例えば文書管理サーバ３０ｃは、文書ＤＢ６０に格納されている文書データの一覧情報を取得させるための「文書一覧取得メソッド」を有しており、当該メソッドをネットワーク４０上に公開している。

　メールサーバ３０ｂは、メールサービスをＷｅｂサービスとしてネットワーク４０上に公開しているコンピュータである。ＳＯＡＰのＲＰＣによりメールサーバ３０ｂの機能を呼び出すことができる点は、上述したプリンタサーバ３０ａ等と同様である。メールサーバ３０ｂは、例えば受信メールの一覧を取得させるための「メール一覧取得メソッド」等を公開している。なお、以下においてプリンタサーバ３０ａ、メールサーバ３０ｂ及び文書管理サーバ３０ｃ等のようにＳＯＡＰのＲＰＣによりその機能を呼び出すことができるサーバを総称する場合、「ＳＯＡＰサーバ」という。

　Ｗｅｂサーバ１０は、Ｗｅｂクライアント２０から要求された情報を表示するＷｅｂページを生成し、生成したＷｅｂページをＷｅｂクライアント２０に対して提供するコンピュータである。Ｗｅｂサーバ１０は、上述したプリンタサーバ３０ａ等や図示しないその他のＳＯＡＰサーバの機能をＳＯＡＰのＲＰＣによって呼び出すことにより、Ｗｅｂページの生成に必要な情報を収集し、収集した情報に基づいてＷｅｂページを生成する。すなわち、Ｗｅｂサーバ１０自身は、所定のサービスを実行するための機能や、Ｗｅｂページに掲載するためのコンテンツを予め有しているわけではなく、ネットワーク４０を介して収集した情報に基づいてＷｅｂページを生成することが主な役割である。但し、Ｗｅｂサーバ１０自身にも、ＳＯＡＰサーバと同様に、Ｗｅｂページを介して所定のサービスを提供するための機能を実装してもよい。

　次に、Ｗｅｂサーバ１０の詳細について説明する。図２は、Ｗｅｂサーバのハードウェア構成図を示す。図２に示されるようにＷｅｂサーバ１０は、ＣＰＵ１１、ＲＯＭ１２、ＲＡＭ１３、補助記憶装置１４、ネットワークインタフェース（Ｉ／Ｆ）１５、ドライブ装置１６等から構成されている。

　ＣＰＵ１１は、Ｗｅｂサーバ１０全体を制御する制御部であり、ＲＯＭ１２や補助記憶装置１４に格納された各種制御プログラムやアプリケーションプログラムを実行して装置の制御、通信の制御、データの取得及び編集等の動作を行う。

　ＲＯＭ１２は、主に装置の制御プログラムを記憶する記憶手段であり、ＲＡＭ１３はＣＰＵ１１のワークメモリや一時的なデータの記憶に用いる記憶手段である。

　補助記憶装置１４は、各種アプリケーションプログラムやデータを記憶する記憶手段であり、後述するテーブル等も必要に応じてここに記憶するようにすることもできる。

　ネットワークＩ／Ｆ１５は、Ｗｅｂサーバ１０をネットワーク４０に接続するためのインタフェースである。

　ドライブ装置１６は、本発明の機能を実行するプログラムが記録されたＣＤ−ＲＯＭ等の記録媒体１７を読み取るための装置である。

　なお、図２には操作部や表示部を示していないが、キーボードやマウス等による操作部や、液晶やブラウン管（ＣＲＴ）による表示部を設け、ユーザからの入力の受付や動作結果の表示を行うことができるようにしてもよい。

　次に、Ｗｅｂサーバ１０のソフトウェア構成例について説明する。図３は、Ｗｅｂサーバのソフトウェア構成例を示す図である。

　図３に示されるようにＷｅｂサーバ１０は、Ｗｅｂサーバプログラム１０１、ランタイム１０２、モジュールコンテナ１０３、ＸＭＬパーサ１０４、ＸＳＬプロセッサ１０５、クライアントプログラム１０６、プロトコルキット１０７、サーバサイドプログラムモジュール１０８等のソフトウェアを備えている。そして、これらのソフトウェアは補助記憶装置１４あるいはＲＯＭ１２に格納され、ＣＰＵ１１が必要な時に読み出して実行する。これらのソフトウェアをネットワークＩ／Ｆ１５を介して外部から取得するようにしてもよい。

　このうち、Ｗｅｂサーバプログラム１０１は、ワールドワイドウェブ（ＷＷＷ）システムにおいてＷｅｂクライアント２０等からの要求に応じてＷｅｂページ等を送信するためのソフトウェアであり、例えばＡｐａｃｈｅ　Ｓｏｆｔｗａｒｅ　Ｆｕｎｄａｔｉｏｎによって提供されているＡｐａｃｈｅ（アパッチ）を用いることができる。

　ランタイム１０２は、アプリケーションソフトを実行する際に必要なソフトウェアモジュールであり、ここでは、Ｓｕｎ　Ｍｉｃｒｏｓｙｓｔｅｍｓ社の提供するＪａｖａ（登録商標）２というプログラム言語で作成されたアプリケーションソフトを実行するためのＪａｖａ（登録商標）２ランタイムを用いている。

　モジュールコンテナ１０３は、サーバサイドプログラムモジュール１０８を実行するための実行環境を提供するソフトウェアであり、例えばＡｐａｃｈｅ　Ｓｏｆｔｗａｒｅ　Ｆｕｎｄａｔｉｏｎによって提供されているＴｏｍｃａｔ（トムキャット）を使用することができる。

　ＸＭＬ（eXtensible Markup Language）パーサ１０４は、テキストで記載されたＸＭＬデータをツリー構造でメモリに展開し、他のアプリケーションで扱い易くするためのソフトウェアであり、例えばＡｐａｃｈｅ　Ｓｏｆｔｗａｒｅ　Ｆｕｎｄａｔｉｏｎによって提供されているＸｅｒｃｅｓ（ザーシーズ）を使用することができる。

　ＸＳＬ（eXtensible Stylesheet Language）プロセッサ１０５は、ＸＭＬデータをＸＳＬデータに従って変換するためのソフトウェアであり、例えばＡｐａｃｈｅ　Ｓｏｆｔｗａｒｅ　Ｆｕｎｄａｔｉｏｎによって提供されているＸａｌａｎ（ザラン）を使用することができる。

　クライアントプログラム１０６は、プリンタサーバ３０ａ等のＳＯＡＰサーバに対して処理を要求するためのソフトウェアであり、例えばＳＯＡＰによる通信を行うソフトウェアを用いることができる。また、プロトコルキット１０７は、その要求に従って実際に通信を行うためのソフトウェアである。

　サーバサイドプログラムモジュール１０８は、Ｗｅｂサーバ１０上で実行されるモジュール化されたプログラムであり、ここでは、Ｊａｖａ（登録商標）２を用いて作成されたＳｅｒｖｌｅｔ（サーブレット）を使用している。そして、Ｗｅｂサーバ１０におけるこの発明の特徴となる処理の多くは、このサーバサイドプログラムモジュール１０８によってＣＰＵ１１を種々の手段として機能させることによって実現している。即ちＷｅｂクライアント２０からの要求に応じて、プリンタサーバ３０ａ等の機能の呼び出しや、Ｗｅｂページを生成等するためのプログラムがサーバサイドプログラムモジュール１０８である。

　なお、Ｗｅｂサーバ１０のように、ＸＭＬデータをＸＳＬデータに従って変換してＨＴＭＬデータを生成する場合、ＨＴＭＬ及びＸＳＬの仕様でカバーできない表示方法を規定するカスケーディングスタイルシート（ＣＳＳ）データや、エラーのポップアップ等の動作を規定するためのジャバスクリプト（Ｊａｖａ（登録商標）Ｓｃｒｉｐｔ）によるコード等も、併せて用いるようにしてもよい。必要なＣＳＳデータやＪａｖａ（登録商標）Ｓｃｒｉｐｔコードは、ＸＳＬデータ中に直接記載するか、ＸＳＬデータ中にこれらのデータやコードへの参照情報を記載する等して、変換データであるＸＳＬデータに含めることができる。

　次に、サーバサイドプログラムモジュール１０８によって実現される、本発明の特徴となる処理を実行する機能の機能構成例について説明する。図４は、第一の実施の形態におけるＷｅｂサーバの機能構成例を示す図である。図４においてＷｅｂサーバ１０は、サーバサイドプログラムモジュール１０８の機能として、例えば、ポータルページモジュール１８１、印刷要求ページモジュール１８２及び文書管理ページモジュール１８３等を有している。これらの各種モジュールは、Ｗｅｂクライアント２０からのＷｅｂページの送信要求に応じて、Ｗｅｂサーバプログラム１０１によって起動され、Ｗｅｂページを生成するものである。また、図示はしていないがポータルページモジュール１８１等以外にもＷｅｂクライアント１０からの各種要求に対するモジュールが実装されている。

　ポータルページモジュール１８１は、Ｗｅｂクライアント１０のＷｅｂブラウザ２１からのポータルページの送信要求に応じてＷｅｂサーバプログラム１０１によって起動され、文書管理サーバ３０ｂ等のＳＯＡＰサーバ３０から情報を収集し、それらの情報や他のＨＴＭＬデータ等を表示するポータルページを生成する。ここでポータルページとは、様々な情報を一つのＷｅｂページ上に統合したものをいい、Ｗｅｂクライアント２０のユーザが、Ｗｅｂブラウザを利用して、インターネット、イントラネット等の入り口としてアクセスするページをいう。

　印刷要求ページモジュール１８２は、Ｗｅｂブラウザ２１からの文書データの印刷要求に応じてＷｅｂサーバプログラム１０１によって起動され、文書データの印刷をプリンタサーバ３０ａに要求し、印刷要求を受け付けた旨のＷｅｂページを生成する。

　文書管理ページモジュール１８３は、Ｗｅｂブラウザ２１からの文書管理ページの送信要求に応じてＷｅｂサーバプログラム１０１によって起動され、文書管理サーバに３０ｃから文書データの一覧情報等を取得し、その一覧情報等を表示するＷｅｂページ（文書管理ページ）を生成する。なお、以下においてポータルページモジュール１８１、印刷ページモジュール１８２及び文書管理ページモジュール１８３等を総称する場合、「ページモジュール」という。

　ジョブ管理テーブル１９０は、各種ページモジュールがＳＯＡＰサーバ３０に要求した処理（ジョブ）であって、要求に対する応答がＳＯＡＰサーバ３０よりされた時点では処理が完了していないもの（以下「依頼中ジョブ」という。）、即ち、ＳＯＡＰサーバ３０において要求に対して非同期に実行される処理ついて、それぞれの識別情報等を管理するものである。ジョブ管理テーブル１９０は、更に、依頼中ジョブの処理状態を後で確認するための方法に関する情報も管理する。第一の実施の形態においては、プリンタサーバ３０ａの文書データの印刷処理が非同期なジョブに該当し、印刷要求ページモジュール１８２からのプリンタサーバ３０ａに対する印刷要求が、依頼中ジョブとしてジョブ管理テーブル１９０に登録される。ポータルページモジュール１８１は、ポータルページを生成する際にジョブ管理テーブル１９０の内容に基づいてそのときの依頼中ジョブの状態をジョブの要求先のＳＯＡＰサーバ３０より取得し、取得したジョブの状態をポータルページの表示対象とする。

　ページ情報ファイル１９５は、ポータルページのレイアウト情報及びレイアウトされた各領域に表示すべき情報等が定義されているものであり、ポータルページモジュール１８１が、ポータルページを生成する際に参照する。

　次に、ＳＯＡＰサーバ３０の機能構成について説明する。図５は、本発明の実施の形態におけるＳＯＡＰサーバの機能構成例を示す図である。図５に示されるように、ＳＯＡＰサーバ３０は、ＳＯＡＰ処理部３１、処理状態取得方法提供手段３２及びサービス提供手段３３等から構成されている。

　ＳＯＡＰ処理部３１は、Ｗｅｂサーバ１０から送信されるＳＯＡＰメッセージを解釈し、ＳＯＡＰメッセージの記述内容にしたがって処理状態取得方法提供手段３２又はサービス提供手段３３を呼び出すためのモジュールである。ＳＯＡＰ処理部３１は、また、処理状態取得方法提供手段３２やサービス提供手段３３が処理結果として出力した情報をＳＯＡＰメッセージに変換し、当該ＳＯＡＰメッセージをＷｅｂサーバ１０に対して送信する。

　処理状態取得方法提供手段３３は、Ｗｅｂサーバ１０からのＷｅｂサービスに係る処理の実行要求に応じて、当該処理の完了を待たずにＷｅｂサーバ１０に対して応答を行うためのものである。処理状態取得方法提供手段３３は、Ｗｅｂサーバ１０から要求された処理の状態を取得する方法に関する情報を含めてＷｅｂサーバ１０に対する応答を行う。

　サービス提供手段３３は、Ｗｅｂサービスに係る処理を実行するためのものである。したがって、サービス提供手段３３に実装されている機能は、ＳＯＡＰサーバ３０ごとに異なる。すなわち、プリンタサーバ３０ａであれば印刷サービスに係る機能が実装されており、メールサーバ３０ｂ又は文書管理サーバ３０ｃであればメールサービス又は文書管理サービスに係る機能が実装されている。

　以下、図１のＷｅｂシステム１の処理手順について図４等を参照しながら説明する。先ず、Ｗｅｂクライアント２０のＷｅｂブラウザ２１にポータルページが表示されるまでの処理手順について説明する。図６は、ポータルページを表示する際の処理を説明するためのシーケンス図を示す。

　ステップＳ１０において、Ｗｅｂクライアント２０のユーザが、Ｗｅｂブラウザ２１にポータルページのＵＲＬの入力を行う等により、Ｗｅｂブラウザ２１に対してポータルページの表示を指示すると、Ｗｅｂクライアント２０は、Ｗｅｂサーバ１０に対しポータルページの送信要求を送信する。ここでＷｅｂクライアント２０は、Ｗｅｂサーバ１０がＷｅｂクライアント２０のユーザを一意に識別できる情報も共に送信する。ユーザを識別できる情報としては、例えばユーザＩＤ及びパスワードがあるが、その場合は、ポータルページにパスワードを設定しておくことにより、ポータルページの送信要求の際にＷｅｂブラウザ２１上でユーザに入力させてもよい。又は、予めユーザにユーザ登録をさせるようにし、その際にＷｅｂクライアント２０のクッキーにユーザＩＤを登録しておき、それをポータルページの送信要求の際にＷｅｂブラウザ２１から送信させるようにしてもよい。

　ステップＳ１０に続いてステップＳ１１に進み、Ｗｅｂサーバ１０のポータルページモジュール１８１は、ポータルページの送信要求に伴って送信されたユーザの識別情報に基づいてＷｅｂクライアント２０のユーザを識別し、そのユーザに対して定義されているポータルページのページ情報ファイル１９５を解析する。

　図７及び図８は、ページ情報ファイルの定義例を示す図である。図７と図８とにより一つのページ定義ファイル１９５が表現されている。本実施の形態においてページ定義ファイル１９５は、ＸＭＬ（拡張マークアップ言語）によって記述されている。

　図７及び図８のページ定義ファイル１９５において、記述１９５２、１９５３、１９５４、１９５５及び１９６６は、ポータルページを複数に分割する各領域について、それぞれに表示する表示内容に関する定義である。ここで、各領域を「ブロック」と呼ぶこととすると、＜ｔｏｐ＞タグで囲まれた記述１９５２はｔｏｐブロック、＜ｌｅｆｔ＞タグで囲まれた記述１９５３はｌｅｆｔブロック、＜ｃｅｎｔｅｒ＞タグで囲まれた記述１９５４はｃｅｎｔｅｒブロック、＜ｒｉｇｈｔ＞タグで囲まれた記述１９５５はｒｉｇｈｔブロック、＜ｂｏｔｔｏｍ＞ブロックで囲まれた記述１９５６はｂｏｔｔｏｍブロックに対する定義である。

　図９は、ポータルページ上における各ブロックの配置位置を示す図である。図９に示されるように、ｔｏｐブロック、ｂｏｔｔｏｍブロックは、ポータルページを縦に３つ（上段、中段、下段）に分割した場合の上段又は下段の領域に位置する。ｌｅｆｔブロック、ｃｎｅｔｅブロック、ｒｉｇｈｔブロックは、中段を更に横方向に３つに分割した場合の左領域、中領域、又は右領域に位置する。

　図７に戻る。図７において各ブロックに対する定義は、当該ブロックの表示内容に関する定義がされているファイル（以下、「表示内容定義ファイル」という。）のファイル名と、必要に応じて表示内容定義ファイル内の定義において変数として定義されているパラメータの値が指定されているパラメータ情報とから構成されている。

　例えば、ｔｏｐブロックについては、記述１９５２より、表示内容定義ファイルのファイル名は、「ｓｅａｒｃｈ．ｘｍｌ」であることが分かる。

　ｌｅｆｔブロックは、それぞれ＜ｉｔｅｍ＞タグで囲まれた記述１９５７及び記述１９５８によって、更に、縦方向に二つの領域（上領域及び下領域）に分割される旨が定義されている。上領域の表示内容定義ファイルは、記述１９５７ａよりｓｅｒｖｉｃｅｓ．ｘｍｌであり、そのパラメータ情報は記述１９５７ｂであることが分かる。下領域の表示内容定義ファイルは、記述１９５８ａよりｍａｉｌｌｉｓｔ．ｘｍｌであり、そのパラメータ情報は、記述１９５８ｂであることが分かる。

　ｃｅｎｔｅｒブロック、ｒｉｇｈｔブロック、ｂｏｔｔｏｍブロックについても、それぞれの表示内容定義ファイルのファイル名（記述１９５９、１９６１、１９６３）と、パラメータ情報（記述１９６０、１９６２、１９６４）とが記述されている。

　表示内容定義ファイル内に記述されている表示内容に関する定義は、主に、ブロック内に表示する情報（表示情報）を取得する方法に関する定義（以下、「表示情報取得方法」という。）と、表示情報をブロック内にレイアウトするための書式情報を取得する方法に関する定義（以下、「書式情報取得方法」という。）とから構成されている。

　例えば、表示情報が静的なものである場合は、表示情報取得方法の例としては、表示情報が格納されているＸＭＬファイルやＨＴＭＬファイルのパス名又はＵＲＬ等が挙げられる。書式情報取得方法の例としては、表示情報が格納されているＸＭＬファイルに適用するＸＳＬファイルのパス名又はＵＲＬ等が挙げられる。

　一方、ブロック内に表示する情報が動的なものである場合は、表示情報取得方法の例としては、表示情報をＳＯＡＰサーバ３０等から取得するために呼び出すべきメソッドのインタフェース情報等が挙げられる。書式情報取得方法の例としては、例えば、メソッドを呼び出すことにより得られる表示情報がＸＭＬデータである場合は、当該ＸＭＬデータに適用するＸＳＬファイルのパス名又はＵＲＬ等が挙げられる。

　なお、記述１９５１は、ページ定義ファイル１９５の所有者を識別するための情報である。すなわち、＜ｕｓｅｒ＞タグで囲まれた「ＡＢＣ」によって、図７及び図８に示されているページ定義ファイル１９５の所有者は、「ＡＢＣ」というユーザＩＤ又はユーザ名で識別されるユーザに対するものであることが分かる。このように、本実施の形態におけるページ定義ファイル１９５は、ユーザ毎に定義されている。ページ定義ファイル１９５をユーザ毎に定義することで、ユーザ毎にパーソナライズされたポータルページを提供することができる。

　図７及び図８に示されるようなページ情報ファイル１９５を解析することにより、ポータルページモジュール１８１は、カレントユーザに対するポータルページの各ブロックに表示する情報の取得方法等を得ることができる。

　ステップＳ１１に続いて、ポータルページモジュール１８１は、ページ情報ファイル１９５に基づいて表示情報等を取得するための処理を実行する。

　例えば、ステップＳ１２において、ポータルページモジュール１８１は、ｌｅｆｔブロック下領域に表示するための情報を取得すべく、メールサーバ３０ｂのメール一覧取得メソッドの呼び出し情報をＸＭＬデータとして生成し、当該ＸＭＬデータをＳＯＡＰによってメールサーバ３０ｂに送信する。

　ポータルページモジュール１８１が、メール一覧取得メソッドを呼び出すのは、ｌｅｆｔブロック下領域の表示内容定義ファイル（ｍａｉｌｌｉｓｔ．ｘｍｌ）に、表示情報取得方法としてメール一覧取得メソッドのインタフェース情報が記述されているからである。メール一覧取得メソッドの呼び出し情報には、当該メソッドの引数情報として記述１９５８ｂに記述されている情報（メールボックスのＵＲＬ、ユーザ名、取得対象となるメールのうち先頭のメールのインデックス、取得するメールの数）が指定される。

　なお、このようなＷｅｂサーバ１０によるメールサーバ３０ｂ等のＳＯＡＰサーバに対するメソッド呼び出しは、以降は単に「ＳＯＡＰ呼び出しする」と記述する。

　ステップＳ１２に続いてステップＳ１３に進み、メール一覧取得メソッドを呼び出されたメールサーバ３０ｂは、対象となるユーザの受信メール一覧を検索し、検索結果をＸＭＬデータにして、ＳＯＡＰによりＷｅｂサーバ１０に送信する（Ｓ１４）。

　ステップＳ１４に続いてステップＳ１５に進み、ポータルページモジュール１８１は、ページ情報ファイル１９５の記述１９５４に基づいて、上述したメールサーバ３０ｂに対するのと同様の手順で文書管理サーバ３０ｃの文書一覧取得メソッドをＳＯＡＰ呼び出しする。すなわち、ポータルページモジュール１８１は、ｃｅｎｔｅｒブロックの表示内容定義ファイル（ｄｏｃｕｍｅｎｔｌｉｓｔ．ｘｍｌ）より文書一覧取得メソッドのインタフェース情報を取得し、文書一覧取得メソッドの引数情報として記述１９６０に記述されている情報（検索対象とするキャビネットのＵＲＬ、検索対象とするフォルダのフォルダ名、検索対象とするプロパティの種別は文書名（ｄｏｃｕｍｅｎｔＮａｍｅ）、作成者（ｃｒｅａｔｏｒ）、及び作成日（ｃｒｅａｔｅｄＤａｔｅ）である旨、ソートキー、検索を開始するレコードのインデックス、検索件数）を指定する。

　文書一覧取得メソッドが呼び出された文書管理サーバ３０ｃは、文書ＤＢ６０から文書データ一覧を検索し（Ｓ１６）、その結果をＸＭＬデータにしてＷｅｂサーバ１０に送信する（Ｓ１７）。

　更に、図６には示していないが、Ｗｅｂサーバ１０は、その他のブロックに対する表示情報や書式情報についても、ページ情報ファイル１９５の定義にしたがって取得する。

　ステップＳ１８は、ステップＳ１１〜Ｓ１７等とは別スレッドにおいて、並行して実行される。ステップＳ１８において、ポータルページモジュール１８１はジョブ管理テーブル１９０を参照し、依頼中ジョブが登録されていないかを確認する。なお、ジョブ管理テーブル１９０の内容も含めここでの処理の詳細については後述する。

　ジョブ管理テーブル１９０に依頼中ジョブが登録されていなければステップＳ１９に進み、Ｗｅｂサーバ１０は、ページ情報ファイル１９５に基づいてブロックごとに取得したＸＭＬデータ又はＨＴＭＬデータ等の表示情報とＸＳＬデータ等の書式情報とに基づいてＸＳＬＴ変換を実行し、ＸＳＬＴ変換によって得られたブロックごとのＨＴＭＬデータをマージすることにより、一つのＨＴＭＬデータであるポータルページを生成する。

　ステップＳ１９に続いてステップＳ２０に進み、Ｗｅｂサーバ１０が、Ｗｅｂクライント２０に対し生成したポータルページを送信すると、Ｗｅｂクライアント２０のＷｅｂブラウザ２１は、受信したポータルページを表示する（Ｓ２１）。

　図１０は、ポータルページの例を示す図である。図１０のポータルページ２００は、Ｗｅｂサイトの検索機能を提供する検索用領域２０１、ポータルページ２００が提供するサービスの一覧（リンク）が記載されているサービス一覧領域２０２、受信メールの一覧が表示されるメール一覧領域２０３、ユーザが文書ＤＢ６０に格納している文書の一覧を表示する文書一覧領域２０４、カレンダーが表示されるカレンダー領域２０５及び依頼中ジョブの処理の状態に関するメッセージ（以下、「処理状態メッセージ」という。）の一覧が表示されるジョブ一覧領域２０６等から構成される。なお、ポータルページ２００は、Ｗｅｂブラウザ上に表示されているものであるが、図中においてＷｅｂブラウザのユーザインタフェースについては省略しており、以降においてＷｅｂページを示す図についても同様とする。

　各領域に表示されている情報は、ページ情報ファイル１９５の定義（図７）に基づいて、Ｗｅｂサーバ１０が、メールサーバ３０ｂ等のＳＯＡＰサーバ３０から収集したもの、又はＨＴＭＬファイルとして保存されていたもの等である。例えば、メール一覧領域２０３の情報はメールサーバ３０ｂから、文書一覧領域２０４の情報は文書管理サーバ３０ｃから取得したものである。ジョブ一覧領域２０６については、図６のステップＳ１８の処理に対応しており、ジョブ管理テーブル１９０には依頼中ジョブが登録されていないため、その旨が表示されている。

　次に、文書一覧領域２０４に表示されている文書データを印刷する際の処理について説明する。図１１は、印刷要求の際の処理を説明するためのシーケンス図である。なお、以下の説明において、Ｗｅｂサーバ１０とプリンタサーバ３０ａ及び文書管理サーバ３０ｃ等のＳＯＡＰサーバとの通信がＳＯＡＰによってＸＭＬデータを交換することにより行われるのは、図６の場合と同様であり、以降のシーケンス図においても同様である。

　ステップＳ３０において、Ｗｅｂクライアント２０はＷｅｂサーバ１０に対し印刷対象とする文書データを指定して、文書データの印刷要求を送信する。Ｗｅｂクライアント２０における印刷要求の実行は、ポータルページ２００の文書一覧領域２０４上において印刷したい文書を選択し、図示しない印刷ボタンをクリックすることにより行ってもよいし、文書一覧領域２０４にあるリンク２０７をクリックすることにより、文書管理ページを表示させた後に行ってもよい。

　図１２は、文書管理ページの例を示す図である。図１２の文書管理ページ２１０では、文書一覧テーブル２１１に表示されている文書データについて種々の操作が可能となっている。ここで、印刷要求を行う場合は、例えば文書データ「ＡＡＡ」等、印刷対象としたい文書データのチェックボタン２１２をチェックした後に、文書印刷リンク２１３をクリックすればよい。

　ステップＳ３０に続いてステップＳ３１に進み、Ｗｅｂサーバ１０の印刷要求ページモジュール１８２は、文書管理サーバ３０ｃに対し文書データ「ＡＡＡ」のアクセスチケットの送信要求を送信する。ここで、アクセスチケットとは、文書データに対するアクセスの許可証のようなものであり、アクセス対象の文書データの識別情報と、認証情報等が含まれるデータである。

　ステップＳ３１に続いてステップＳ３２に進み、文書管理サーバ３０ｃは、文書データ「ＡＡＡ」に対するアクセスチケットを生成し、Ｗｅｂサーバ１０に送信する（Ｓ３３）。

　ステップＳ３３に続いてステップＳ３４に進み、印刷要求ページモジュール１８２は、文書データ「ＡＡＡ」に対するアクセスチケットを伴って文書データ「ＡＡＡ」の印刷要求をプリンタサーバ３０ａに対して送信する。

　ステップＳ３４に続いてステップＳ３５に進み、プリンタサーバ３０ａは、文書データ「ＡＡＡ」の送信要求を文書データ「ＡＡＡ」のアクセスチケットと共に文書管理サーバ３０ｃに送信する。なお、ここでプリンタサーバ３０ａは、印刷要求に対するジョブＩＤを採番し、当該ジョブＩＤを印刷処理に関連付けて管理しておく。

　ステップＳ３５に続いてステップＳ３６に進み、文書データの送信要求を受信した文書管理サーバ３０ｃは、文書ＤＢ６０から文書データ「ＡＡＡ」を取り出し、プリンタサーバ３０ａに送信する（Ｓ３７）。

　ステップＳ３７に続いてステップＳ３８に進み、プリンタサーバ３０ａは文書データ「ＡＡＡ」に対応するアプリケーションを起動し、プリンタ５０に対し文書データ「ＡＡＡ」の印刷を指示すると、印刷処理の完了を待たずに（印刷処理の完了に対して非同期的に）印刷要求に対する応答としてのＳＯＡＰメッセージをＷｅｂサーバ１０に対して送信する（Ｓ３９）。ここで、プリンタサーバ３０ａは、Ｗｅｂサーバ１０が後で印刷処理の状態の問い合わせができるように、プリンタサーバ３０ａに対して処理状態を問い合わせるためのインタフェース情報等（メソッド名等）（以下「ジョブ確認情報」という。）と、当該印刷処理を識別するためのジョブＩＤとを送信するＳＯＡＰメッセージに含めておく。

　図１３は、ジョブ確認情報の例を示す図である。図１３に示されるように、ジョブ確認情報３１は、処理状態を問い合わせるためのメソッドのメソッド名である「状態取得用メソッド名」と、状態取得用メソッドの戻り値において処理の完了を示す値である「完了ステータス」とから構成されている。ジョブ確認情報３１より、印刷要求の状態を問い合わすには、プリンタサーバ３０ａにおけるｇｅｔＰｒｉｎｔＳｔａｔｕｓメソッドを呼び出せばよく、当該メソッドの戻り値として「Ｃｏｍｐｌｅｔｅ」が返却されたら印刷処理が完了しているものと判断できることが分かる。

　図１４は、印刷要求に対する応答としてプリンタサーバより送信されるＳＯＡＰメッセージの例を示す図である。図１４のＳＯＡＰメッセージ４１０において、記述４１１及び記述４１２にジョブ確認情報が含まれており、記述４１３にジョブＩＤが含まれている。すなわち、記述４１１には、＜ｍｅｔｈｏｄＮａｍｅ＞タグに囲まれて状態取得用メソッド名（ｇｅｔＰｒｉｎｔＳｔａｔｕｓ）が示されており、記述４１２には、＜ＣｏｍｐｌｅｔｅＳｉｇｎ＞タグに囲まれて完了ステータス（Ｃｏｍｐｌｅｔｅ）が示されている。また、記述４１３には、＜ｊｏｂＩＤ＞タグに囲まれてジョブＩＤ（００１）が示されている。本実施の形態におけるジョブ確認情報等は、このようなＸＭＬ（拡張マークアップ言語）により定義された構造体に含められてＷｅｂサーバ１０に対して送信される。

　なお、プリンタサーバ３０ａが印刷処理の完了を待たずに応答するのは、文書データ等の印刷処理は、他の印刷要求の数や印刷対象とする文書データのデータサイズ等にもよるが、一般にはある程度時間がかかる処理であることに起因する。即ち、印刷要求を行ったＷｅｂサーバ１０は、プリンタサーバ３０ａからの応答待ちの状態となっている。したがって、Ｗｅｂサーバ１０に対して印刷要求を行ったＷｅｂブラウザ２１においてもＷｅｂサーバ１０からの応答待ちとなっている。ここで、プリンタサーバ３０ａが、印刷処理が完了してから応答を行ったのでは、Ｗｅｂサーバ１０を介してＷｅｂブラウザ２１を長い間応答待ちの状態にさせてしまう可能性がある。そこで、プリンタサーバ３０ａは、Ｗｅｂブラウザ２１を待ち状態から早期に復帰させ、ユーザがＷｅｂブラウザ２１を用いて早期に他の作業を行うことができるよう、印刷処理の完了を待たずに応答するのである。

　ステップＳ３９に続いてステップＳ４０に進み、印刷要求ページモジュール１８２は、ステップＳ３４におけるプリンタサーバ３０ａに対する印刷要求を、依頼中ジョブとしてジョブ管理テーブル１９０に登録する。

　図１５は、ジョブ管理テーブルの例を示す図である。ジョブ管理テーブル１９０は、ジョブの要求元であるユーザを識別するための「要求ユーザＩＤ」と、ＳＯＡＰサーバ３０に依頼した処理を識別するための「ジョブＩＤ」と、ジョブの要求先のＳＯＡＰサーバ３０のＵＲＬが格納される「サービス要求先ＵＲＬ」と、処理状態を問い合わせるためのインタフェース情報である「状態取得用メソッド」と、状態取得用メソッドの戻り値において処理の完了を示す値が格納される「完了ステータス」とをデータ項目として有している。「ジョブＩＤ」、「状態取得用メソッド」及び「完了ステータス」は、ＳＯＡＰサーバ３０から受信したものが登録される。なお、ここで、ポータルページモジュール１８１は、プリンタサーバ３０ａに対する印刷要求については、要求ユーザＩＤは「ＡＢＣ」、ジョブＩＤは「００１」、「サービス要求先ＵＲＬ」はプリンタサーバ３０ａのＵＲＬ、状態取得用メソッドは「ｇｅｔＰｒｉｎｔＳｔａｔｕｓ」、完了ステータスは「Ｃｏｍｐｌｅｔｅ」としてジョブ管理テーブル１９０に登録する。

　図１１のステップＳ４０に続いてステップＳ４１に進み、印刷要求ページモジュール１８２は、Ｗｅｂクライアント２０からの印刷要求に対する応答としてのＷｅｂページを生成する。ここでは、Ｗｅｂサーバ１０は、例えば「印刷要求を受け付けました」等のメッセージが表示されるＷｅｂページを生成する。

　ステップＳ４１に続いてステップＳ４２に進み、Ｗｅｂサーバ１０は、生成したＷｅｂページをＷｅｂクライアント２０に送信する。

　ステップＳ４２に続いてステップＳ４３に進み、Ｗｅｂクライント２０のＷｅｂブラウザ２１は、Ｗｅｂサーバ１０から受信したＷｅｂページを表示する。

　一方、ステップＳ３８においてプリンタサーバ３０ａから文書データ「ＡＡＡ」の印刷指示を受けたプリンタ５０は、ステップＳ４４において文書データ「ＡＡＡ」の印刷処理を実行し、その処理状態を保持しておく。

　上述した処理により、Ｗｅｂクライアント２０の印刷要求は、依頼中ジョブとしてＷｅｂサーバ１０によって管理されたこととなる。

　次に、Ｗｅｂクライアント２０のユーザが、過去に実行を要求した印刷処理の状態について、即ち依頼中ジョブの状態について確認する際の処理について説明する。図１６は、依頼中ジョブの状態の問い合わせ処理を説明するためのシーケンス図を示す。

　ステップＳ５０において、Ｗｅｂクライアント２０のＷｅｂブラウザ２１は、ユーザからの入力に応じてポータルページの送信要求をＷｅｂサーバ１０に送信する。ここでは、例えば文書管理ページ２１０から改めてポータルページ２００を表示させようとした場合、Ｗｅｂブラウザ２１を再起動しポータルページ２００を表示させようとした場合、ポータルページ２００を表示している状態でページを最新の状態に更新しようとした場合、又はポータルページ上で例えばメール一覧の更新を実行すべく図１０の更新ボタン２０７をクリックした場合等が該当する。なお、ユーザを識別するためのユーザＩＤも伴って送信するのは、図６のステップＳ１０の場合と同様である。

　ステップＳ５０に続いてステップＳ５１に進み、Ｗｅｂサーバ１０のポータルページモジュール１８１は、図６のステップＳ１１〜Ｓ１７までの手順と同様の手順で各種ＳＯＡＰサーバ３０からポータルページに表示する情報を収集する。

　ステップＳ５１に続いてステップＳ５２に進み、ポータルページモジュール１８１は、ジョブ管理テーブル１９０を参照し、ポータルページの送信要求に伴って指定されたユーザＩＤを要求ユーザＩＤとする依頼中ジョブを検索する。例えば、ユーザＩＤが「ＡＢＣ」である場合は、図１５のジョブ管理テーブル１９０の一行目のレコード、即ちプリンタサーバ３０ａに対する印刷要求に関するレコードや、二行目のレコード等が取り出される。

　ステップＳ５１、Ｓ５２と並行して別スレッドにおいてステップＳ５３が実行される。ステップＳ５３において、ポータルページモジュール１８１はジョブ管理テーブル１９０から取り出した依頼中ジョブの情報に基づいて、プリンタサーバ３０ａに対して、例えばジョブＩＤ「００１」を入力情報（引数）として状態取得用メソッド（ｇｅｔＰｒｉｎｔＳｔａｔｕｓ）をＳＯＡＰ呼び出しすることにより、ジョブＩＤが「００１」のジョブ（以下、「ジョブ００１」という。）の状態の問い合わせを行う。

　なお、ステップＳ５２におけるジョブ管理テーブル１９０の参照や、ステップＳ５３における状態取得メソッドの呼び出しについてもページ情報ファイル１９５の定義（図７及び図８）に基づいて行われる。すなわち、ｂｏｔｔｏｍブロックの表示内容定義ファイル（ｒｅｑｕｅｓｔＪｏｂｓ．ｘｍｌ）（図８：記述１９６３）にジョブ管理テーブル１９５を参照して表示情報を取得すべき旨が定義されており、参照すべきジョブ管理テーブル１９５のパス名及び対象となるユーザのユーザＩＤ又はユーザ名が記述１９６４（図８）にパラメータ情報として指定されている。

　ステップＳ５３に続いてステップＳ５４に進み、プリンタサーバ３０ａは、状態取得用メソッドが呼び出されることによりその処理状態の取得が要求されたジョブ００１、即ち文書データ「ＡＡＡ」に係る印刷処理の状態をプリンタ５０に問い合わせる。プリンタ５０は保持してある文書データ「ＡＡＡ」の印刷状態を取り出し、プリンタサーバ３０ａに対して送信する。

　ステップＳ５４に続いてステップＳ５５に進み、プリンタサーバ３０ａは、Ｗｅｂサーバ１０に対しジョブ００１の処理状態を送信する。ここで、印刷処理が完了している場合はプリンタサーバ３０ａは、「Ｃｏｍｐｌｅｔｅ」を状態取得用メソッドの戻り値として送信する。処理状態を完了か否かだけでなく、「印刷待ち」、「ラスタライズ中」、「待機中」、「完了」等のように細かく定義する場合は、各状態を識別する値を状態取得用メソッドの戻り値として送信するようにしてもよい。

　ステップＳ５５に続いてステップＳ５６に進み、ポータルページモジュール１８１は、状態取得用メソッドの戻り値が、ジョブ００１の完了ステータスとして既にジョブ管理テーブル１９０に管理されている「Ｃｏｍｐｌｅｔｅ」と一致する場合は印刷処理が完了していると認識し、ジョブ００１のレコードをジョブ管理テーブル１９０から削除する。戻り値が「Ｃｏｍｐｌｅｔｅ」でない場合は、次回にページの更新要求等があった場合に、再度プリンタサーバ３０ａにジョブ００１の状態を問い合わせる必要があるため、ポータルページモジュール１８１は、ジョブ００１のレコードは削除しない。

　なお、ジョブ００２等、ジョブ管理テーブル１９０に別の処理要求が登録されている場合は、ポータルページモジュール１８１は、それらの処理要求に係る依頼中ジョブについてもステップＳ５３〜Ｓ５５と同様に、それぞれのサービス要求先ＵＲＬで指定されるＳＯＡＰサーバに対し状態取得用メソッドを呼ぶことによって処理状態を問い合わせる。

　ステップＳ５６に続いてステップＳ５７に進み、ポータルページモジュール１８１は、ステップＳ５１で収集した情報及びステップＳ５５で取得した印刷処理要求の状態の情報を、ページ情報ファイル１９５に従ってレイアウトしたポータルページを生成する。

　ステップＳ５７に続いてステップＳ５８に進み、Ｗｅｂサーバ１０は生成したポータルページをＷｅｂクライアント２０に送信する。

　ステップＳ５８に続いてステップＳ５９に進み、Ｗｅｂクライアント２０のＷｅｂブラウザ２１は、受信したポータルページを表示する。

　図１７は、ジョブ一覧が更新されたポータルページを示す図である。図１７のポータルページ２００のジョブ一覧領域２０６には、印刷処理が完了していることを表す「ＡＡＡの印刷は完了しました。」という処理状態メッセージと、他の処理についての処理状態メッセージが表示されている（「ＹＹＹはＸＸＸ中です。」）。

　なお、印刷処理が完了していなかった場合、即ち図１６のステップＳ５５においてプリンタサーバ３０ａから送信された戻り値が「Ｃｏｍｐｌｅｔｅ」以外だった場合は、「待機中」等のそれぞれの状態に対応した処理状態メッセージが表示される。

　また、図１６のステップＳ５３において、状態取得用メソッドの入力情報（引数情報）として、複数のジョブＩＤを指定できるようにしておき、他のＷｅｂクライアントからの印刷要求に対する処理状態についてもプリンタサーバ３０ａにまとめて問い合わせるようにしてもよい。まとめて問い合わせた処理状態はそれぞれの依頼中ジョブごとに保持しておく。その後、印刷要求に係る当該他のＷｅｂクライアントからポータルページの送信要求があった際は、Ｗｅｂサーバ１０は、既に保持してある情報に基づいてジョブ一覧領域２０６を生成すればよいため、Ｗｅｂクライアントごとにプリンタサーバ３０ａに処理状態を問い合わせる必要はなくなり、Ｗｅｂサーバ１０とプリンタサーバ３０ａとの通信負荷を軽減することができる。

　またジョブ管理テーブル１９０は、ＲＤＢ等のデータベースやＣＳＶファイル等によって実装してもよいが、ＸＭＬデータによって実装してもよい。最近では、ＸＭＬデータを取り扱う様々なソフトウェアが普及しているため、ジョブ管理テーブル１９０をＸＭＬデータとして実装すれば、それを取り扱うページモジュール等の開発に対する負担を軽減することができる。

　上述したように、第一の実施形態におけるＷｅｂサーバ１０によれば、Ｗｅｂクライアント２０から印刷要求等のように非同期処理の要求を行った場合、その後にＷｅｂブラウザ２１から何らかのアクセスを行うと、Ｗｅｂサーバ１０からその非同期処理についての状態が表示されるＷｅｂページが返信されるため、Ｗｅｂクライアント２０のユーザは、以前要求した非同期処理の状態を容易に知ることができる。

　なお、非同期処理の状態は、Ｗｅｂページ上ではなくメッセージボックスに表示させてもよい。この場合はポータルページ２００にアクセスした場合のみならず、任意のＷｅｂページの送信要求に伴って、Ｗｅｂサーバ１０は図１６のステップＳ５３からステップＳ５６の処理を実行し、要求されたＷｅｂページの送信に伴って処理状態を表示するメッセージボックスをＷｅｂクライアント２０に表示させればよい。

　次に、第二の実施の形態として、ジョブ一覧領域２０６の操作性を向上させた例について説明する。

　図１８は、第二の実施の形態におけるジョブ一覧領域を示す図である。図１８におけるジョブ一覧領域２０６は、図１７のポータルページ２００のうちジョブ一覧領域２０６のみを表示したものである。図１８のジョブ一覧領域２０６では、チェックボタン２０６１をチェックすることによりチェックされた処理状態メッセージを非表示にすることができ、チェックボタン２０６５をチェックすることによりチェックされた処理状態メッセージに対応する依頼中ジョブのレコードをジョブ管理テーブルから削除させることができる。また、各処理状態メッセージにはリンクが張られており、例えば処理状態メッセージ２０６２をクリックすると文書データ「ＡＡＡ」の印刷処理についての詳細情報を表示させることができる。更に、リンク２０６３（「全て表示」）をクリックすることにより、全ての処理状態メッセージを表示させることができる。

　図１８に示されるジョブ一覧領域２０６のユーザインタフェースによって提供される機能を実現するために、ジョブ管理テーブル１９０を図１９に示されるように変更する。

　図１９は、第二の実施の形態におけるジョブ管理テーブルの例を示す図である。図１９のジョブ管理テーブル１９１は第一の実施の形態におけるジョブ管理テーブル１９０に対し、ジョブ一覧領域２０６に処理状態メッセージを表示するか否かのフラグを示す「表示フラグ」と、依頼中ジョブの処理状態の詳細情報を格納するデータ項目である「詳細情報」とを追加したものである。なお、表示フラグのデフォルト値は、全て「ＯＮ」（表示する）としてもよいし、ユーザ毎に設定できるようにしても良い。

　ポータルページモジュール１８１が、図１８に示されるジョブ一覧領域２０６が表示されるＷｅｂページを生成するためには、上述した図１６のステップＳ５７において、ジョブ管理テーブル１９１に格納されている依頼中ジョブの表示フラグを確認し、表示フラグが「ＯＮ」の依頼中ジョブについての処理状態メッセージをジョブ一覧領域２０６に配置し、更に各処理状態メッセージにリンクを張り、チェックボタン等を配置してポータルページを生成すれば良い。

　また、ステップＳ５５において受信する依頼中ジョブの処理状態が完了ステータス（「Ｃｏｍｐｌｅｔｅ」）と同値であっても、後で処理状態メッセージ２０６２がクリックされた際に詳細情報を提示できるように、ステップＳ５６において当該依頼中ジョブのレコードはジョブ管理テーブル１９１から削除しないでおく。更に、ステップＳ５５において状態取得用メソッドの戻り値と共に、印刷処理についての詳細情報もプリンタサーバ３０ａから受信しておき、ジョブ管理テーブル１９１の詳細情報の項目に保持しておく。

　次に、第二の実施の形態におけるＷｅｂサーバ１０の機能構成例について説明する。図２０は、第二の実施の形態におけるＷｅｂサーバの機能構成例を示す図である。図２０のＷｅｂサーバ１０は図４のＷｅｂサーバ１０に対し、詳細情報ページモジュール１８４を追加したものである。なお、図２０中、図４と同一部分には同一符号を付し、その説明は省略する。

　詳細ページモジュール１８４は、ジョブ一覧領域２０６上の処理状態メッセージ２０６２がクリックされた際にＷｅｂブラウザ２１から送信される、依頼中ジョブの詳細情報を表示するＷｅｂページ（以下、「詳細情報ページ」という。）の送信要求に応じてＷｅｂサーバプログラム１０１によって起動され、対象となっている依頼中ジョブの詳細情報ページを生成する。

　なお、第二の実施の形態において、Ｗｅｂサーバ１０によるＷｅｂシステムの構成は第一の実施の形態における図１のＷｅｂシステム１と同様である。また、Ｗｅｂサーバ１０のハードウェア構成及びソフトウェア構成もそれぞれ第一の実施の形態における図２、図３と同様であるためそれらの説明は省略する。

　以下、図２０に示される機能構成を有するＷｅｂサーバ１０による、処理状態メッセージを非表示にする際の処理及び詳細情報ページを表示する際の処理について説明する。

　図２１は、処理状態メッセージを非表示にする際の処理を説明するためのシーケンス図である。

　ステップＳ７０において、Ｗｅｂクライアント２０のユーザがジョブ一覧領域２０６の処理状態メッセージ２０６２のチェックボタン２０６１をチェックする。

　図２２は、処理状態メッセージのチェックボタンをチェックした場合のジョブ一覧領域を示す図である。図２２において、処理状態メッセージ２０６２（「ＡＡＡの印刷は完了しました。」）のチェックボタン２０６１がチェックされた状態を示している。

　ステップＳ７０に続いてステップＳ７１に進み、Ｗｅｂブラウザ２１はユーザからの入力に応じてポータルページの送信要求をＷｅｂサーバ１０に送信する。ここでＷｅｂブラウザ２１は、チェックボタン２０６１がチェックされている旨も送信する。ここでのユーザからの入力とは、ポータルページ２００を表示している状態でページを最新の状態に更新しようとした場合、又はポータルページ上で例えばメール一覧の更新を実行すべく図１０の更新ボタン２０７をクリックした場合等が該当する。なお、チェックボタン２０６５（図１８）がチェックされている場合は、ステップＳ７１においてチェックボタン２０６５がチェックされている旨も送信する。

　ステップＳ７１に続いてステップＳ７２に進み、Ｗｅｂサーバ１０のポータルページモジュール１８１は、ジョブ一覧領域２０６においてチェックされたチェックボタン２０６１に対応するジョブ管理テーブル１９１上の依頼中ジョブの表示フラグを「ＯＦＦ」（非表示）とする。なお、チェックボタン２０６５がチェックされていた場合は、ステップＳ７２において依頼中ジョブのレコードが削除される。

　ステップＳ７２に続いてステップＳ７３に進み、ポータルページモジュール１８１は、ジョブ管理テーブル１９１において表示フラグが「ＯＮ」の依頼中ジョブに対する処理状態メッセージを表示一覧領域２０６の表示対象とし、ポータルページを生成する。なお、実際にはステップＳ７３以前において、図１６のステップＳ５１からステップＳ５６と同様の処理が実行されるが、ここでの説明は省略する。

　ステップＳ７３に続いてステップＳ７４に進み、Ｗｅｂサーバ１０はＷｅｂクライアント２０に生成したポータルページを送信する。

　ステップＳ７４に続いてステップＳ７５に進み、Ｗｅｂクライアント２０のＷｅｂブラウザ２１は受信したポータルページを表示する。

　図２３は、処理状態メッセージを非表示にした場合のジョブ一覧領域の例を示す図である。図２３のジョブ一覧領域２０６においては、図２２のジョブ一覧領域２０６においてチェックした処理状態メッセージ２０６２が表示されていないのが分かる。

　なお、処理状態メッセージ２０６２を再び表示させたい場合は、図２３のリンク２０６３をクリックすればよい。この場合の処理シーケンスは、図２１のステップＳ７２において、ジョブ管理テーブル１９１におけるＷｅｂクライアント２０のユーザによる全ての依頼中ジョブの表示フラグを「ＯＮ」にすることを除き図２１のステップＳ７１からステップＳ７５までと同様である。

　次に、ジョブ一覧領域２０６に処理状態メッセージが表示されている依頼中ジョブの詳細情報を表示する際の処理について説明する。図２４は、詳細情報を表示する際の処理を説明するためのシーケンス図である。なお、図２４の初期状態として、Ｗｅｂクライアント２０のＷｅｂブラウザ２１には、図１８に示すジョブ一覧領域２０６が表示されていることとする。なお処理状態メッセージ２０６２にはＷｅｂサーバ１０の詳細情報ページモジュール１８４へのリンクが張られており、そのリンクパラメータとして処理状態メッセージ２０６２に対応する依頼中ジョブのジョブＩＤが設定されている。

　ステップＳ８０においてＷｅｂクライアント２０のユーザが処理状態メッセージ２０６２をクリックすると、Ｗｅｂブラウザ２１は処理状態メッセージ２０６２に対応する依頼中ジョブの詳細情報ページの送信要求を、リンクパラメータとして指定されているジョブＩＤと共にＷｅｂサーバ１０に送信する。

　ステップＳ８０に続いてステップＳ８１に進み、Ｗｅｂサーバ１０の詳細情報ページモジュール１８４は、詳細情報ページの送信要求のパラメータとして指定されたジョブＩＤに対応する依頼中ジョブの詳細情報を、図１９のジョブ管理テーブル１９１から検索する。

　ステップＳ８１に続いてステップＳ８２に進み、詳細情報ページモジュール１８４は、ジョブ管理テーブル１９１から検索した詳細情報に基づいて詳細情報ページを生成し、Ｗｅｂクライアント２０に送信する（Ｓ８３）。なお、詳細情報ページの提示は一回だけでよければ対象となっている依頼中ジョブのレコードをステップＳ８２においてジョブ管理テーブル１９１から削除してもよい。

　ステップＳ８３に続いてステップＳ８４に進み、詳細情報ページを受信したＷｅｂクライアント２０のＷｅｂブラウザ２１は詳細情報ページを表示する。

　図２５は、詳細情報ページの例を示す図である。図２５の例においては、印刷先プリンタ名、文書名、印刷枚数及び印刷サイズ等を表示しているが、詳細情報ページにおいて表示する情報は、ＳＯＡＰサーバから状態取得用メソッドの戻り値として受信する詳細情報の内容や、詳細情報ページモジュール１８４の実装によって様々なものとすることができる。

　上述したように、第二の実施の形態におけるＷｅｂサーバ１０によれば、処理状態メッセージ２０６１の表示が不要な場合は、ジョブ一覧表示領域２０６のチェックボタン２０６１をチェックしておけばその後ポータルページ２００をＷｅｂブラウザ２１に表示させた際に処理状態メッセージ２０６２を非表示とすることができる。また、処理状態メッセージ２０６１をクリックすると、依頼中ジョブの詳細情報ページが表示されるため、ユーザは、自分が要求した非同期処理の状態の詳細情報を容易に確認することができる。

　ところで、上述においては、Ｗｅｂクライアント２０からの一つの要求に基づいて一つの非同期処理がＳＯＡＰサーバ３０において実行される例について説明した。しかし、Ｗｅｂクライアントからの要求とＳＯＡＰサーバ３０における非同期処理とは必ずしも一対一に対応していなくてもよく、一対多の関係にある場合であっても本発明を適用させることができる。

　そこで、次に、第三の実施の形態として、Ｗｅｂクライアント２０からの一つのページ要求に基づいて、Ｗｅｂサーバ１０が、複数のＳＯＡＰサーバ３０のそれぞれに非同期処理の実行を要求する例について説明する。

　図２６は、第三の実施の形態におけるＷｅｂシステムの一例の構成図である。図２６のＷｅｂシステム１は、図１のＷｅｂシステム１に対し、更に文書管理サーバ３０ｄ及び３０ｅがネットワーク４０に接続されたものである。文書管理サーバ３０ｄ及び３０ｅは、文書管理サーバ３０ｃと同様の機能を有するＳＯＡＰサーバであり、それぞれ文書ＤＢ６１及び６２を有している。なお、図２６中、図１と同一部分には同一符号を付し、その説明は省略する。

　図２７は、第三の実施の形態におけるＷｅｂサーバの機能構成例を示す図である。図２７のＷｅｂサーバ１０は、図４に示される第二の実施の形態におけるＷｅｂサーバ１０の機能構成例に対し、文書検索ページモジュール１８４が追加されたものである。なお、図２０中、図４と同一部分には同一符号を付し、その説明は省略する。また、印刷要求ページモジュール１８２及び文書管理ページモジュール１８３等の図示についても省略する。

　なお、Ｗｅｂサーバ１０のハードウェア構成及びソフトウェア構成はそれぞれ第一の実施の形態における図２、図３と同様であるためそれらの説明は省略する。

　以下、図２７に示される機能構成を有するＷｅｂサーバ１０が、Ｗｅｂクライアント２０からの要求に基づいて文書管理サーバ３０ｃ、３０ｄ及び３０ｅのそれぞれに非同期処理を依頼する際の処理について説明する。

　図２８は、複数の文書管理サーバから文書データの検索を行う際の処理を説明するためのシーケンス図を示す。

　ステップＳ９０において、Ｗｅｂクライアント２０のＷｅｂブラウザ２１は、図２９に示される文書検索サービスページ４００におけるユーザからの入力に基づいて、Ｗｅｂサーバ１０に対し文書データの検索要求を送信する。

　図２９は、文書検索サービスページの例を示す図である。図２９の文書検索サービスページ４００は、複数の文書管理サーバに対して特定の文書データの検索の実行を指示することができるＷｅｂページであり、例えば図１０のポータルページ２００において文書管理サービスへのリンク２０２１をクリックすると表示される。

　文書管理サーバ一覧４０３には、検索範囲にできる文書管理サーバの一覧として、図２６における文書管理サーバ３０ｃ、３０ｄ、３０ｅが表示されている。ユーザがチェックボタン４０４をチェックすることにより、検索範囲としたい文書管理サーバを指定し、検索文書名入力領域４０１に検索対象とする文書データの名前を入力して検索ボタン４０１をクリックすると、Ｗｅｂブラウザ２１は、Ｗｅｂサーバ１０に対して文書データの検索要求を送信する。なお、以下においては、文書管理サーバ３０ｃ、３０ｄ、及び３０が検索範囲として指定され、文書データ「ＣＤＥ」が検索対象として指定された場合について説明する。

　ステップＳ９０に続いてステップＳ９１に進み、Ｗｅｂサーバ１０の文書検索ページモジュール１８５は、検索範囲の一つに指定された文書管理サーバ３０ｃに対し文書データ「ＣＤＥ」の検索要求を送信する。

　ステップＳ９１に続いてステップＳ９２に進み、文書管理サーバ３０ｃは、検索処理を実行する前にジョブ確認情報をＷｅｂサーバ１０に対して送信する。ここでのジョブ確認情報は、図１３に示される第一の実施の形態におけるものと同様であり、文書管理サーバ３０ｃに要求した処理の処理状態を文書管理サーバ３０ｃに問い合わせるためのインタフェース情報等が含まれているものである。

　ステップＳ９２に続いてステップＳ９３に進み、文書管理サーバ３０ｃは、Ｗｅｂサーバ１０から要求された文書データ「ＣＤＥ」の検索を開始する。ここで、文書管理サーバ３０ｃは検索の完了を待たずにＷｅｂサーバ１０に対して応答を返信（Ｓ９２）しているため、文書データの検索処理はＷｅｂサーバ１０及びＷｅｂクライアント２０から見て非同期処理となっている。

　ステップＳ９３に続いてステップＳ９４に進み、以降ステップＳ９９まで文書管理サーバ３０ｄ、３０ｅに対しても同様に文書データ「ＣＤＥ」の検索要求がなされ、各文書管理サーバにおいて検索処理が非同期処理として実行される。

　ステップＳ９９に続いてステップＳ１００に進み、文書検索ページモジュール１８５は、文書管理サーバ３０ｃ、３０ｄ及び３０ｅから受信したジョブ確認情報等を図３０に示されるジョブ管理テーブル１９２に格納する。なお、この処理は、各文書管理サーバからジョブ確認情報を受信するたびに行ってもよい。

　図３０は、第三の実施の形態におけるジョブ管理テーブルの例を示す図である。図３０のジョブ管理テーブル１９２は、図１９に示される第二の実施の形態におけるジョブ管理テーブル１９１に対し、「要求ＩＤ」という項目を追加したものである。これは、文書管理サーバ３０ａ、３０ｂ及び３０ｃに対する処理要求が、Ｗｅｂクライアント２０からの同一の要求に基づくものであるか否かを識別するためのものである。

　即ち、要求ＩＤは、Ｗｅｂクライアント２０からの処理要求（ここでは文書データの検索要求）に対して一対一に対応し、ジョブＩＤは、複数のＳＯＡＰサーバに対する非同期処理の要求のそれぞれと一対一に対応している。Ｗｅｂクライアント２０からの同一の要求に基づいて発生した複数のＳＯＡＰサーバに対する非同期処理に係る依頼中ジョブに対して共通の要求ＩＤを割り当てることで、Ｗｅｂサーバ１０は、後述するように、Ｗｅｂクライアント２０からの同一の要求に基づいて実行される複数のＳＯＡＰサーバにおける処理の状態を一つの情報に統合してＷｅｂクライアント２０に提示することができる。

　ジョブ管理テーブル１９２においては、文書管理サーバ３０ａ、３０ｂ及び３０ｃに対する依頼中ジョブについて同一の要求ＩＤ「１」が割り当てられている。但し、ジョブＩＤは、「００１」、「００２」、「００３」とそれぞれについて異なり、各依頼中ジョブを識別できるようになっている。

　ステップＳ１００に続いてステップＳ１０１に進み、文書検索ページモジュール１８５は、「文書データＣＤＥの検索を受け付けました。」等のメッセージが表示されるＷｅｂページを生成し、当該ＷｅｂページをＷｅｂクライアント２０に送信する（Ｓ１０２）。

　ステップＳ１０２に続いてステップＳ１０３に進み、Ｗｅｂクライアント１０のＷｅｂブラウザ２１は、受信したＷｅｂページを表示する。

　次に、Ｗｅｂクライアント２０のユーザが、要求した文書データ検索処理の状態について、即ち依頼中ジョブの状態について確認する際の処理について説明する。図３１は、文書データ検索処理の状態の問い合わせ処理を説明するためのシーケンス図である。

　ステップＳ１１０において、Ｗｅｂクライアント２０のＷｅｂブラウザ２１は、ユーザからの入力に応じてポータルページの送信要求をＷｅｂサーバ１０に送信する。ユーザからの入力としては、第一の実施の形態における図１６のステップＳ５０におけるものと同様のものが挙げられる。即ち、文書管理ページ２１０から改めてポータルページ２００を表示させようとした場合、Ｗｅｂブラウザ２１を再起動しポータルページ２００を表示させようとした場合、ポータルページ２００を表示している状態でページを最新の状態に更新しようとした場合、又はポータルページ上で例えばメール一覧の更新を実行すべく図１０の更新ボタン２０７をクリックした場合等である。

　ステップＳ１１０に続いてステップＳ１１１に進み、Ｗｅｂサーバ１０のポータルページモジュール１８１は、第一の実施の形態における図６のステップＳ１１〜Ｓ１７までの手順と同様の手順でポータルページに表示する情報を収集する。

　ステップＳ１１１に続いてステップＳ１１２に進み、ポータルページモジュール１８１はジョブ管理テーブル１９２を参照し、ポータルページの送信要求に伴って指定されたユーザＩＤを要求ユーザＩＤとする依頼中ジョブを検索する。例えばユーザＩＤが「ＡＢＣ」である場合は、図３０のジョブ管理テーブル１９２の一行目から三行目のレコード、即ち文書管理サーバ３０ａ、３０ｂ及び３０ｃに対する文書データ検索処理に関するレコードが取り出される。

　ステップＳ１１２に続いてステップＳ１１３に進み、ポータルページモジュール１８１はジョブ管理テーブル１９２から取り出した依頼中ジョブの情報に基づいて、文書管理サーバ３０ｃに対してジョブＩＤを入力情報（引数）として状態取得用メソッド（ｇｅｔＳｅａｒｃｈＳｔａｔｕｓ）のＳＯＡＰ呼び出しを実行することにより検索状態の問い合わせを行う。

　ステップＳ１１３に続いてステップＳ１１４に進み、文書管理サーバ３０ｃは指定されたジョブＩＤに対応する検索処理、即ち文書データ「ＣＤＥ」の検索処理の状態を確認する。

　ステップＳ１１４に続いてステップＳ１１５に進み、文書管理サーバ３０ｃは、Ｗｅｂサーバ１０に対する応答として検索処理の状態とその詳細情報を送信する（Ｓ１１５）。ここで、検索処理の状態は、検索処理が完了している場合は「Ｃｏｍｐｌｅｔｅ」を送信する。完了していない場合は、それ以外の値を送信する。なお、第二の実施の形態において説明した詳細情報の表示機能を実装しない場合は、文書管理サーバ３０ｃは詳細情報については送信する必要はない。

　ステップＳ１１５に続いてステップＳ１１６に進み、以降ステップＳ１２１まで、文書管理サーバ３０ｄ及び３０ｅに対しても同様に文書データ「ＣＤＥ」の検索処理の状態の問い合わせがなされる。

　ステップＳ１２１に続いてステップＳ１２２に進み、ポータルページモジュール１８１は、各文書管理サーバから状態取得用メソッドの戻り値として受信した詳細情報をジョブ管理テーブル１９２に登録する。またポータルページモジュール１８１は、処理状態が完了ステータスである「Ｃｏｍｐｌｅｔｅ」と一致する文書管理サーバについては検索処理が完了したことを認識する。なお、第二の実施の形態において説明した詳細情報の表示機能を実装しない場合は、処理が完了したことを認識した時点でその依頼中ジョブのレコードをジョブ管理テーブル１９２から削除してもよい。

　ステップＳ１２２に続いてステップＳ１２３に進み、ポータルページモジュール１８１は、ポータルページを生成する。ここでポータルページモジュール１８１は、文書管理サーバ３０ｃ、３０ｄ、３０ｅに依頼中のジョブの要求ＩＤが同じことから、これらの依頼中ジョブは、Ｗｅｂクライアント１０からの同一の要求に対するものであることを判断し、これらに対する処理状態が一つの情報としてポータルページのジョブ一覧領域に表示されるように処理状態メッセージを生成する。即ち、各文書管理サーバにおける処理のそれぞれについて別個に「完了」、「検索中」等の処理状態メッセージを生成するのではなく、３つの文書検索サーバのうち１つの文書検索サーバでの検索が完了しているのであれば「文書データＣＤＥ検索継続中（１／３完了）」というように統合されたメッセージを生成する。また、第二の実施の形態において説明した詳細情報の表示機能を実装する場合は、ポータルページモジュール１８１は、処理状態メッセージに詳細情報表示モジュール１８４へのリンクをはる。更に、処理状態メッセージの非表示の機能を実装する場合は、各処理状態メッセージの先頭に非表示の指定を行うチェックボタンを配置してポータルページを生成する。

　ステップＳ１２３に続いてステップＳ１２４に進み、Ｗｅｂサーバ１０は、Ｗｅｂクライアント２０に対し生成したポータルページを送信する。

　ステップＳ１２４に続いてステップＳ１２５に進み、Ｗｅｂクライアント２０のＷｅｂブラウザ２１は、受信したポータルページを表示する。

　図３２は、検索処理状態が表示されたジョブ一覧領域の例を示す図である。図３２のジョブ一覧領域２０６には、３つの文書管理サーバに対する文書データの検索要求に対する処理状態メッセージとして、統合された一つの処理状態メッセージ２０６３が「文書データＣＤＥ検索継続中（１／３完了）」と表示されている。なお、この処理状態メッセージ２０６３を非表示にしたい場合は、チェックボタン２０６４をチェックしておけばよく、詳細情報について確認したい場合は処理状態メッセージ２０６３をクリックすれば詳細情報ページが表示されるのは第二の実施の形態において説明した通りである。

　上述したように、第三の実施の形態におけるＷｅｂサーバ１０によれば、Ｗｅｂクライアント１０からの一つの要求に対して、複数のＳＯＡＰサーバに非同期処理の実行を要求するため、複数の非同期処理を一つのサービスとしてＷｅｂクライアント２０に提供することができる。また、複数の依頼中ジョブの状態を統合して表示するようにジョブ一覧領域２０６を生成するため、複数の非同期処理の状態をＷｅｂクライアント２０のユーザに分かりやすい形式で提示することができる。

　次に、Ｗｅｂサーバ１０とＳＯＡＰサーバ３０とのインタラクションという観点から種々のバリエーションについて説明する。先ず、他の例との比較を明確にするために上述した実施の形態におけるインタラクションについて第一のインタラクションとして簡単に説明する。図３３は、ＷｅｂサーバとＳＯＡＰサーバとの第一のインタラクションの例を説明するための図である。

　図３３において、Ｗｅｂサーバ１０は、Ｗｅｂクライアント２０から非同期処理に係る要求を受信すると(Ｓ１０１）、要求に対応したＳＯＡＰサーバ３０１に非同期処理の実行を要求する（Ｓ１０２）。ＳＯＡＰサーバ３０１は、要求された処理の完了を待たずにジョブ確認情報３１をＷｅｂサーバに送信する（Ｓ１０３）。Ｗｅｂサーバ１０は、ジョブ管理テーブル１９０に受信したジョブ確認情報３１を登録し、Ｗｅｂクライアント２０に応答（ＨＴＭＬ）を送信する（Ｓ１０４）。

　Ｗｅｂサーバ１０は、Ｗｅｂクライアント２０から処理状態を表示するＷｅｂページの送信要求を受信すると（Ｓ１０５）、ジョブ管理テーブル１９０に登録されているジョブ確認情報３１に従って、ＳＯＡＰサーバ３０１に対して依頼中ジョブの処理状態を問い合わせる（Ｓ１０６）。ＳＯＡＰサーバ３０１は、指定されたジョブの処理状態をＷｅｂサーバ１０に送信する（Ｓ１０７）。Ｗｅｂサーバ１０は処理状態の情報を含んだＷｅｂページをＷｅｂクライアント２０に送信する（Ｓ１０８）。

　次に、処理の要求先のＳＯＡＰサーバと、処理状態の問い合わせ先のＳＯＡＰサーバが異なる場合のＷｅｂサーバとＳＯＡＰサーバとのインタラクションについて説明する。図３４は、ＷｅｂサーバとＳＯＡＰサーバとの第二のインタラクションの例を説明するための図である。図３４中、図３３と同一部分には同一符号を付し、その説明は省略する。

　図３４において、Ｗｅｂサーバ１０は、Ｗｅｂクライアント２０から非同期処理に係る要求を受信すると(Ｓ２０１）、対応するＳＯＡＰサーバ３０１に非同期処理の実行を要求する（Ｓ２０２）。ＳＯＡＰサーバ３０１は、要求された処理の引継ぎをＳＯＡＰサーバ３０２に依頼し（Ｓ２０３）、ジョブ確認情報をＷｅｂサーバ１０に送信する（Ｓ２０４）。但し、要求された処理はＳＯＡＰサーバ３０２に引き継がれており、ＳＯＡＰサーバ３０１は、その処理状態を直接知ることができないため、ＳＯＡＰサーバ３０１は、ジョブ確認情報に処理状態の問い合わせ先を示すＳＯＡＰサーバ３０２のＵＲＬを含めて送信する。

　図３５は、第二のインタラクションにおけるジョブ確認情報の例を示す図である。図３５のジョブ確認情報３２は、図１３のジョブ確認情報３１に処理状態の問い合わせ先のＵＲＬが格納される「状態問い合わせ先」を追加したものである。

　Ｗｅｂサーバ１０は、ジョブ管理テーブル１９０に受信したジョブ確認情報３２を登録し、Ｗｅｂクライアント２０にＷｅｂページを送信する（Ｓ２０５）。ここで、Ｗｅｂサーバ１０は、ジョブ管理テーブル１９０の「サービス要求先ＵＲＬ」には、ＳＯＡＰサーバ３０１のＵＲＬではなく、ジョブ確認情報３１の「状態問い合わせ先」に格納されているＳＯＡＰサーバ３０２のＵＲＬを登録する。

　Ｗｅｂサーバ１０は、Ｗｅｂクライアント２０から処理状態を表示するＷｅｂページの送信要求を受信すると（Ｓ２０６）、ジョブ管理テーブル１９０に登録されている「サービス要求先ＵＲＬ」等に従って、ＳＯＡＰサーバ３０２に対して依頼中ジョブの処理状態を問い合わせる（Ｓ２０７）。ＳＯＡＰサーバ３０２は、指定されたジョブの処理状態をＷｅｂサーバ１０に送信する（Ｓ２０８）。Ｗｅｂサーバ１０は処理状態の情報を含んだＷｅｂページをＷｅｂクライアント２０に送信する（Ｓ２０９）。

　上述したように、第二のインタラクションによれば、Ｗｅｂサーバ１０は、ＳＯＡＰサーバ３０１から送信されるジョブ確認情報３２の状態問い合わせ先の指定に基づいて依頼中ジョブの状態の問い合わせ先を決定するため、非同期処理がＳＯＡＰサーバ３０１と異なるＳＯＡＰサーバに引き継がれた場合でも、処理を引き継いだＳＯＡＰサーバにその処理状態を問い合わせることができる。

　次に、処理状態が特定のＳＯＡＰサーバに集約される場合のＷｅｂサーバとＳＯＡＰサーバとのインタラクションについて説明する。図３６は、ＷｅｂサーバとＳＯＡＰサーバとの第三のインタラクションの例を説明するための図である。図３６中、図３３と同一部分には同一符号を付し、その説明は省略する。

　図３６において、Ｗｅｂサーバ１０は、Ｗｅｂクライアント２０から非同期処理に係る要求を受信すると(Ｓ３０１）、対応するＳＯＡＰサーバ３０１に非同期処理の実行を要求する（Ｓ３０２）。ＳＯＡＰサーバ３０１は要求された処理の完了を待たずに図１３のジョブ確認情報３１をＷｅｂサーバに送信する（Ｓ３０３）。Ｗｅｂサーバ１０は、ジョブ管理テーブル１９０に受信したジョブ確認情報３１を登録し、Ｗｅｂクライアント２０にＷｅｂページを送信する（Ｓ３０４）。

　この間、ＳＯＡＰサーバ３０１は、要求された処理が完了したらその旨をそのジョブＩＤと共にＳＯＡＰサーバ３０３に通知する（Ｓ３０５）。

　Ｗｅｂサーバ１０は、Ｗｅｂクライアント２０から処理状態を表示するＷｅｂページの送信要求を受信すると（Ｓ３０６）、ジョブ管理テーブル１９０に登録されているジョブ確認情報３１３１に従って、ＳＯＡＰサーバ３０３に対して依頼中ジョブの処理状態を問い合わせる（Ｓ３０７）。ここで、Ｗｅｂサーバ１０がＳＯＡＰサーバ３０３に対して処理状態の問い合わせができるのは、ＳＯＡＰサーバ３０１やＳＯＡＰサーバ３０２に依頼した処理の状態は、固定的にＳＯＡＰサーバ３０３に送信されるからである。即ち、Ｗｅｂサーバ１０における処理状態の問い合わせ処理において、問い合わせ先を静的にＳＯＡＰサーバ３０３と決めておくことができるからである。

　ＳＯＡＰサーバ３０３は、ＳＯＡＰサーバ３０１から通知された依頼中ジョブの処理状態をＷｅｂサーバ１０に送信する（Ｓ３０８）。Ｗｅｂサーバ１０は処理状態の情報を含んだＷｅｂページをＷｅｂクライアント２０に送信する（Ｓ３０９）。

　上述したように、第三のインタラクションによれば、処理の状態の問い合わせ先がＳＯＡＰサーバ３０３に固定されており、Ｗｅｂサーバ１０はＳＯＡＰサーバ３０１及び３０２には処理状態を問い合わせないため、Ｗｅｂサーバ１０とＳＯＡＰサーバ３０１等との通信負荷を低減することができる。従って、Ｗｅｂサーバ１０とＳＯＡＰサーバ３０３間のみの通信容量を高めることで、容易に処理状態の問い合わせのレスポンスを向上させることができる。

　次に、ＳＯＡＰサーバが、ＰＵＳＨ型で処理状態を通知する場合のＷｅｂサーバとＳＯＡＰサーバとのインタラクションの例について説明する。図３７は、第４のインタラクションの例におけるＷｅｂサーバの機能構成例を示す図である。図３７のＷｅｂサーバ１０は、図４のＷｅｂサーバ１０に対し処理状態受信手段１８６が追加されたものである。なお、図３７中、図４と同一部分には同一符号を付し、その説明は省略する。

　処理状態受信手段１８６は、ＳＯＡＰサーバ３０１から処理状態を受信するためのものであり、通常は受信待ち状態で待機している。ここでは処理状態受信手段１８６はＳＯＡＰサーバとして実装されており、処理状態受信用メソッド（ｐｕｔＳｔａｔｕｓ）を有している。

　図３８は、ＷｅｂサーバとＳＯＡＰサーバとの第四のインタラクションの例を説明するための図である。図３８中、図３３と同一部分には同一符号を付し、その説明は省略する。

　図３８において、Ｗｅｂサーバ１０は、Ｗｅｂクライアント２０から非同期処理に係る要求を受信すると(Ｓ４０１）、対応するＳＯＡＰサーバ３０１に非同期処理の実行を要求する（Ｓ４０２）。ここで、Ｗｅｂサーバ１０は、後でＳＯＡＰサーバ３０１から処理状態を通知してもらうために、処理状態通知用のインタフェース情報も処理の実行要求に伴って送信する。

　処理要求を受信したＳＯＡＰサーバ３０１は、後でＷｅｂサーバ１０に対して処理状態の通知を行えるように、Ｗｅｂサーバ１０から受信した処理状態通知用のインタフェース情報を、図３９に示される処理状態通知情報管理テーブル３４に登録する（Ｓ４０３）。

　図３９は、処理状態通知情報管理テーブルの例を示す図である。処理状態通知情報管理テーブル３４は、要求された処理を識別するための「ジョブＩＤ」と、ジョブの要求元であり、処理の状態の通知先であるＵＲＬが格納される「状態通知先のＵＲＬ」と、Ｗｅｂサーバ１０に処理状態を通知するめにＷｅｂサーバ１０が備えるインタフェース情報である「状態通知メソッド」とをデータ項目として有している。なお、「ジョブＩＤ」、「状態通知先のＵＲＬ」及び「状態通知メソッド」は、Ｗｅｂサーバ１０から処理要求と共に送信されたものが登録される。

　更にＳＯＡＰサーバ３０１は、要求された処理の完了を待たずに図４０に示される形式によるジョブ確認情報３３をＷｅｂサーバ１０に送信する（Ｓ４０４）。

　図４０は、第四のインタラクションにおけるジョブ確認情報の例を示す図である。図４０のジョブ確認情報３４は、図１３のジョブ確認情報３１から「状態取得用メソッド」が削除されており、「完了ステータス」のみをデータ項目として有している。「状態取得用メソッド」が不要なのは、後述するように、第四のインタラクションにおいてはＷｅｂサーバ１０がＳＯＡＰサーバ３０１に対して処理状態を問い合わせる必要がないからである。

　ジョブ確認情報３４を受信したＷｅｂサーバ１０は、受信した情報を図４１に示されるジョブ管理テーブル１９３に登録し、Ｗｅｂクライアント２０にＷｅｂページを送信する（Ｓ４０５）。

　図４１は、第四のインタラクションにおけるジョブ管理テーブルの例を示す図である。ジョブ管理テーブル１９３は、図１５のジョブ管理テーブル１９０から「サービス要求先ＵＲＬ」と「状態取得用メソッド」とのデータ項目が削除され、ジョブの処理状態の情報が格納される「状態情報」が追加されたものである。ステップＳ４０５では、「ジョブＩＤ」、「要求ユーザＩＤ」、「完了ステータス」が登録される。なお「完了ステータス」は、ＳＯＡＰサーバ３０からジョブ確認情報３４として送信されたものが登録される。

　ＳＯＡＰサーバ３０１は要求された処理の状態が変化すると、能動的にＷｅｂサーバ１０にジョブＩＤにより特定される処理の処理状態を送信する（ＰＵＳＨ型）（Ｓ４０６）。ここで能動的とは、Ｗｅｂサーバ１０からの要求をトリガとするのではなく、ＳＯＡＰサーバ３０１自身が処理状態の変化を検知して、Ｗｅｂサーバ１０に通知するという意味である。Ｗｅｂサーバ１０の処理状態受信手段１８６は、ＳＯＡＰサーバから送信された処理状態を受信し、その状態をジョブ管理テーブル１９３の「状態情報」に登録する。

　Ｗｅｂサーバ１０は、Ｗｅｂクライアント２０から処理状態を表示するＷｅｂページの送信要求を受信すると（Ｓ４０７）、ジョブ管理テーブル１９５の「状態情報」に基づいて、要求された処理の状態を含むＷｅｂページを生成し、Ｗｅｂクライアント２０に送信する（Ｓ４０８）。

　なお、第四のインタラクションを実現するには、ステップＳ４０５においてＳＯＡＰサーバ３０１がＷｅｂサーバ１０に対してＳＯＡＰ呼び出しをかけるため、Ｗｅｂサーバ１０にはＳＯＡＰサーバとして機能するために必要なソフトウェアをインストールしておく必要があり、ＳＯＡＰサーバ３０１にはＳＯＡＰクライアントとして機能するために必要なソフトウェアをインストールしておく必要がある。

　上述したように、第四のインタラクションによれば、非同期処理の状態が変化したときのみＳＯＡＰサーバ３０１からＷｅｂサーバ１０への通信が行われるため、Ｗｅｂサーバ１０とＳＯＡＰサーバ３０１との通信負荷を軽減することができる。

　ところで、近年においては、ある特定の機能に特化した組み込み機器においてもＷｅｂサーバとして機能するもの等、コンピュータと同等の情報処理を実行することができるものが提供されている。例えば、融合機、又は複合機と呼ばれる、プリンタ、コピー、又はファクシミリ等の複合サービスに固有の処理を行う複数のアプリケーションを有する画像処理装置もかかる機器に該当する。最近の画像処理装置には、Ｗｅｂサーバとしての機能を有し、更に、コピーした情報又はＦＡＸ受信した情報等を文書データとして蓄積する文書管理機能を有しているものもある。

　したがって、このような画像処理装置を用いて、本実施の形態におけるＷｅｂシステム１を構成しても本発明の効果を同様に得ることができる。

　例えば、図４２は、Ｗｅｂサーバに画像処理装置を用いて構成したＷｅｂシステムの構成例を示す図である。図４２中、図１と同一部分には同一符号を付し、その説明は省略する。図４２と図１とを比較すると、図４２においては、Ｗｅｂサーバ１０の代わりに画像処理装置４１０がＷｅｂシステム１の構成要素となっている。

　画像処理装置４１０には、Ｗｅｂサーバ１０に実装されていた機能（Ｗｅｂサーバ機能４１１）、すなわち、Ｗｅｂサーバプログラム１０１及び各種ページモジュール等が組み込まれている。したがって、画像処理装置４１０は、Ｗｅｂサーバ１０として機能することになる。

　また、図４３は、各ＳＯＡＰサーバに画像処理装置を用いて構成したＷｅｂシステムの構成例を示す図である。図４３中、図１と同一部分には同一符号を付し、その説明は省略する。図４３と図１とを比較すると、図４３においては、プリンタサーバ３０ａ、メールサーバ３０ｂ、文書管理サーバ３０ｃの代わりに画像処理装置４３０ａ、画像処理装置４３０ｂ、画像処理装置４３０ｃがＷｅｂシステム１の構成要素となっている。

　画像処理装置４３０ａ、４３０ｂ、４３０ｃには、それぞれプリンタサーバ３０ａ、メールサーバ３０ｂ、文書管理サーバ３０ｃに実装されていたものと同様の印刷サービス４３１ａ、メールサービス４３１ｂ、文書管理サービス４３１ｃが組み込まれている。したがって、画像処理装置４３０ａは、プリンタサーバ３０ａとして、画像処理装置４３０ｂは、メールサーバ３０ｂとして、画像処理装置４３０ｃは、文書管理サーバ３０ｃとしてそれぞれ機能することになる。

　また、図４４は、Ｗｅｂサーバ及び各ＳＯＡＰサーバに画像処理装置を用いて構成したＷｅｂシステムの構成例を示す図である。図４４中、図１、図４２又は図４３と同一部分には同一符号を付し、その説明は省略する。図４４において、画像処理装置４１０、４３０ａ、４３０ｂ、４３０ｃは、それぞれＷｅｂサーバ１０、プリンタサーバ３０ａ、メールサーバ３０ｂ、文書管理サーバ３０ｃとして機能することになる。

　また、図４５は、Ｗｅｂサーバ及び各ＳＯＡＰサーバによる機能を一台の画像処理装置によって構成したＷｅｂシステムの構成例を示す図である。図４２中、図１と同一部分には同一符号を付し、その説明は省略する。

　図４５における画像処理装置４４０には、Ｗｅｂサーバプログラム４４１、印刷サービス４４２、メールサービス４４３、文書管理サービス４４４及びＷｅｂアプリ４４５等が組み込まれている。Ｗｅｂサーバプログラム４４１は、Ｗｅｂサーバ１０におけるＷｅｂサーバプログラム１０１と同様のプログラムである。印刷サービス４４２、メールサービス４４３、文書管理サービス４４４は、それぞれプリンタサーバ３０ａ、メールサーバ３０ｂ、文書管理サーバ３０ｃにおいてＷｅｂサービスとして提供されているサービスと同様のものである。Ｗｅｂアプリ４４５は、Ｗｅｂサーバ１０における各種ページモジュールに相当する機能である。このように、一台の画像処理装置４４０によって、Ｗｅｂサーバ１０、プリンタサーバ３０ａ、メールサーバ３０ｂ及び文書管理サーバ３０ｃにおける機能を実現してもよい。

　以上、本発明の好ましい実施例について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。

第一の形態におけるＷｅｂシステムの一例の構成図である。 Ｗｅｂサーバのハードウェア構成図である。 Ｗｅｂサーバのソフトウェア構成例を示す図である。 第一の形態におけるＷｅｂサーバの機能構成例を示す図である。 本発明の実施の形態におけるＳＯＡＰサーバの機能構成例を示す図である。 ポータルページを表示する際の処理を説明するためのシーケンス図である。 ページ情報ファイルの定義例を示す図である。 ページ情報ファイルの定義例を示す図である。 ポータルページ上における各ブロックの配置位置を説明するための図である。 ポータルページの例を示す図である。 印刷要求の際の処理を説明するためのシーケンス図である。 文書管理ページの例を示す図である。 ジョブ確認情報の例を示す図である。 印刷要求に対する応答としてプリンタサーバより送信されるＳＯＡＰメッセージの例を示す図である。 ジョブ管理テーブルの例を示す図である。 依頼中ジョブの状態の問い合わせ処理を説明するためのシーケンス図である。 ジョブ一覧が更新されたポータルページの例を示す図である。 第二の実施の形態におけるジョブ一覧領域を示す図である。 第二の実施の形態におけるジョブ管理テーブルの例を示す図である。 第二の実施の形態におけるＷｅｂサーバの機能構成例を示す図である。 処理状態メッセージを非表示にする際の処理を説明するためのシーケンス図である。 処理状態メッセージのチェックボタンをチェックした場合のジョブ一覧領域を示す図である。 処理状態メッセージを非表示にした場合のジョブ一覧領域の例を示す図である。 詳細情報を表示する際の処理を説明するためのシーケンス図である。 詳細情報ページの例を示す図である。 第三の実施の形態におけるＷｅｂシステムの一例の構成図である。 第三の実施の形態におけるＷｅｂサーバの機能構成例を示す図である。 複数の文書管理サーバから文書データの検索を行う際の処理を説明するためのシーケンス図である。 文書検索サービスページの例を示す図である。 第三の実施の形態におけるジョブ管理テーブルの例を示す図である。 文書データ検索処理の状態の問い合わせ処理を説明するためのシーケンス図である。 検索処理状態が表示されたジョブ一覧領域の例を示す図である。 ＷｅｂサーバとＳＯＡＰサーバとの第一のインタラクションの例を説明するための図である。 ＷｅｂサーバとＳＯＡＰサーバとの第二のインタラクションの例を説明するための図である。 第二のインタラクションにおけるジョブ確認情報の例を示す図である。 ＷｅｂサーバとＳＯＡＰサーバとの第三のインタラクションの例を説明するための図である。 第四のインタラクションにおけるＷｅｂサーバの機能構成例を示す図である。 ＷｅｂサーバとＳＯＡＰサーバとの第四のインタラクションの例を説明するための図である。 処理状態通知情報管理テーブルの例を示す図である。 第四のインタラクションにおけるジョブ確認情報の例を示す図である。 第四のインタラクションにおけるジョブ管理テーブルの例を示す図である。 Ｗｅｂサーバに画像処理装置を用いて構成したＷｅｂシステムの構成例を示す図である。 各ＳＯＡＰサーバに画像処理装置を用いて構成したＷｅｂシステムの構成例を示す図である。 Ｗｅｂサーバ及び各ＳＯＡＰサーバに画像処理装置を用いて構成したＷｅｂシステムの構成例を示す図である。 Ｗｅｂサーバ及び各ＳＯＡＰサーバによる機能を一台の画像処理装置によって構成したＷｅｂシステムの構成例を示す図である。

符号の説明

　１０　　　Ｗｅｂサーバ
　１１　　　ＣＰＵ
　１２　　　ＲＯＭ
　１３　　　ＲＡＭ
　１４　　　補助記憶装置
　１５　　　ネットワークＩ／Ｆ
　１６　　　ドライブ装置
　１７　　　記録媒体
　２０　　　Ｗｅｂクライアント
　２１　　　Ｗｅｂブラウザ
　３０、３０１、３０２、３０３　　　ＳＯＡＰサーバ
　３０ａ　　プリンタサーバ
　３０ｂ　　メールサーバ
　３０ｃ、３０ｄ、３０ｅ　　文書管理サーバ
　３１　　　ＳＯＡＰ処理部
　３２　　　処理状態取得方法提供手段３２
　３３　　　サービス提供手段
　３４　　　ジョブ確認情報
　４０　　　ネットワーク
　５０　　　プリンタ
　６０、６１、６２　　　文書ＤＢ
　１０１　　Ｗｅｂサーバプログラム
　１０２　　ランタイム
　１０３　　モジュールコンテナ
　１０４　　ＸＭＬパーサ
　１０５　　ＸＳＬプロセッサ
　１０６　　クライアントプログラム
　１０７　　プロトコルキット
　１０８　　サーバサイドプログラムモジュール
　１８１　　ポータルページモジュール
　１８２　　印刷要求ページモジュール
　１８３　　文書管理ページモジュール
　１８４　　詳細情報ページモジュール
　１８５　　文書検索ページモジュール
　１８６　　処理状態受信手段
　１９０、１９１、１９２、１９３　　ジョブ管理テーブル
　１９５　　ページ情報
　４１０、４３０ａ、４３０ｂ、４３０ｃ　　画像処理装置
　４３１ａ、４４２　　印刷サービス
　４３１ｂ、４４３　　メールサービス
　４３１ｃ、４４４　　文書管理サービス
　４４１　　Ｗｅｂサーバプログラム
　４４５　　Ｗｅｂアプリ

Claims (55)

1. ネットワークを介して接続されるクライアント装置からのサービス提供要求に係る処理を所定のサービスを提供するサービス提供装置に実行させる情報処理装置であって、
   　前記サービス提供装置に実行させた前記サービス提供要求に係る処理の応答を、該処理の完了に対して非同期的に前記クライアント装置に行う応答手段と、
   　前記サービス提供要求に係る処理の処理状態を前記サービス提供装置より取得する処理状態取得手段と、
   　前記クライアント装置からのＷｅｂページ表示要求に対し、前記処理状態取得手段により取得された前記処理状態を表示するＷｅｂページを生成し、該Ｗｅｂページを前記クライアント装置に送信するＷｅｂページ生成手段とを有することを特徴とする情報処理装置。
2. 前記情報処理装置は、前記サービス提供要求に係る処理の識別情報を管理する処理情報管理手段を更に有し、
   　前記応答手段は、前記識別情報を前記処理情報管理手段に登録し、
   　前記処理状態取得手段は、前記処理情報管理手段に前記識別情報が登録されている処理の処理状態を前記サービス提供装置より取得することを特徴とする請求項１記載の情報処理装置。
3. 前記処理情報管理手段は、前記サービス提供要求に係る処理を実行させているサービス提供装置の位置情報及び前記サービス提供装置に実行させている処理の状態の取得方法に関する情報を更に管理することを特徴とする請求項２記載の情報処理装置。
4. 前記処理状態取得手段は、前記クライアント装置からのＷｅｂページ表示要求に応じ、前記処理情報管理手段に管理されている情報に基づいて前記サービス提供装置に実行させている処理の状態を前記サービス提供装置より取得することを特徴とする請求項３記載の情報処理装置。
5. 前記応答手段は、前記サービス提供装置に前記サービス提供要求に係る処理の実行要求を送信することにより、前記サービス提供装置に前記サービス提供要求に係る処理を実行させることを特徴とする請求項１乃至４いずれか一項記載の情報処理装置。
6. 前記応答手段は、前記サービス提供要求に係る処理の実行要求に対する応答として、前記サービス提供要求に係る処理の処理状態の取得方法に関する情報を前記サービス提供装置より取得し、
   　前記処理状態取得手段は、前記応答手段により取得された前記サービス提供要求に係る処理の処理状態の取得方法に関する情報に基づいて前記処理状態を取得することを特徴とする請求項５記載の情報処理装置。
7. 前記処理状態取得手段は、前記処理情報管理手段に前記応答手段により取得された前記処理状態の取得方法に関する情報が複数管理されている場合は、複数の前記処理状態の取得方法に関する情報のそれぞれに基づいて複数の前記処理状態を取得することを特徴とする請求項６記載の情報処理装置。
8. 前記処理状態取得手段は、前記サービス提供装置に実行させた処理の処理状態を提供する処理状態提供装置に前記処理状態の送信要求を送信し、
   　前記送信要求に応じて前記処理状態提供装置から送信された前記処理状態を受信することにより、前記処理状態を取得することを特徴とする請求項５記載の情報処理装置。
9. 前記情報処理装置は、前記サービス提供装置から前記処理状態を受信する処理状態受信手段を更に有し、
   　前記Ｗｅｂページ生成手段は、前記処理状態受信手段が受信した前記処理状態を表示するＷｅｂページを生成することを特徴とする請求項５記載の情報処理装置。
10. 前記処理状態取得手段は、前記処理状態の送信要求を前記サービス提供装置に送信し、
    　前記送信要求に応じて前記サービス提供装置から送信された前記処理状態を受信することにより、前記処理状態を取得することを特徴とする請求項６記載の情報処理装置。
11. 前記処理状態の取得方法に関する情報には前記処理状態を提供する処理状態提供装置の位置情報が含まれており、
    　前記処理状態取得手段は、前記位置情報によって特定される前記処理状態提供装置に前記処理状態の送信要求を送信し、
    　前記送信要求に応じて前記処理状態提供装置から送信された前記処理状態を受信することにより、前記処理状態を取得することを特徴とする請求項６記載の情報処理装置。
12. 前記応答手段は、前記クライアント装置からの一つのサービス提供要求に基づいて複数の処理を前記サービス提供装置に実行させ、前記複数の処理のそれぞれの完了を待たずに前記クライアント装置への応答を行い、
    　前記処理状態取得手段は、前記複数の処理のそれぞれの処理状態を取得し、
    　前記Ｗｅｂページ生成手段は、前記処理状態取得手段が取得した複数の前記処理状態を表示するＷｅｂページを生成することを特徴とする請求項１乃至１１いずれか一項記載の情報処理装置。
13. 前記処理情報管理手段は、前記複数の処理のそれぞれについての処理を実行させているサービス提供装置の位置情報及び前記サービス提供装置に実行させている処理の処理状態の取得方法に関する情報と共に、前記クライアント装置からの同一のサービス提供要求基づいて実行される複数の処理に対して共通の値が割り当てられた要求識別情報を管理することを特徴とする請求項１２記載の情報処理装置。
14. 前記処理状態取得手段は、前記要求識別情報に基づいて前記クライアント装置からの同一のサービス提供要求に基づく処理を判断することにより、同一のサービス提供要求に基づく複数の処理のそれぞれの処理状態を前記処理情報管理手段に管理されている情報に基づいて取得することを特徴とする請求項１３記載の情報処理装置。
15. 前記応答手段は、前記複数の処理のそれぞれを複数の前記サービス提供装置のそれぞれに実行させることを特徴とする請求項１２乃至１４いずれか一項記載の情報処理装置。
16. 前記Ｗｅｂページ生成手段は、前記処理状態取得手段が取得した同一のサービス提供要求に基づく処理の処理状態を統合して表示するＷｅｂページを生成することを特徴とする請求項１２乃至１５いずれか一項記載の情報処理装置。
17. 前記Ｗｅｂページ生成手段は、前記クライアント装置からの要求に基づいて前記処理状態を非表示としたＷｅｂページを生成することを特徴とする請求項１乃至１６いずれか一項記載の情報処理装置。
18. 前記情報処理装置は、前記クライアント装置からの要求に基づいて前記処理状態の詳細情報を表示するＷｅｂページを生成する詳細情報ページ生成手段を更に有することを特徴とする請求項１乃至１７いずれか一項記載の情報処理装置。
19. 前記Ｗｅｂページ生成手段は、前記クライアント装置からの要求に基づいて複数の前記サービス提供装置より所定の情報を取得し、取得したそれぞれの情報を複数に分割されたそれぞれの領域に表示するＷｅｂページを生成することを特徴とする請求項１乃至１８いずれか一項記載の情報処理装置。
20. 前記情報処理装置は、前記Ｗｅｂページを複数に分割した領域ごとの表示内容が拡張マークアップ言語により定義された構造体をユーザごとに管理するページ情報管理手段を更に有し、
    　前記Ｗｅｂページ生成手段は、前記構造体に基づいて前記Ｗｅｂページを生成することを特徴とする請求項１９記載の情報処理装置。
21. 前記Ｗｅｂページ生成手段は、複数の領域に分割された一の領域に前記サービス提供要求に係る処理の処理状態が表示されるように前記Ｗｅｂページを生成することを特徴とする請求項１９又は２０記載の情報処理装置。
22. ネットワークを介して接続されるクライアント装置からのサービス提供要求に係る処理を所定のサービスを提供するサービス提供装置に実行させる情報処理装置における情報処理方法であって、
    　前記サービス提供装置に実行させた前記サービス提供要求に係る処理の応答を、該処理の完了に対して非同期的に前記クライアント装置に行う応答手順と、
    　前記サービス提供要求に係る処理の処理状態を前記サービス提供装置より取得する処理状態取得手順と、
    　前記クライアント装置からのＷｅｂページ表示要求に対し、前記処理状態取得手順において取得された前記処理状態を表示するＷｅｂページを生成し、該Ｗｅｂページを前記クライアント装置に送信するＷｅｂページ生成手順とを有することを特徴とする情報処理方法。
23. 、　前記応答手順は、前記サービス提供要求に係る処理の識別情報を管理する処理情報管理手段に前記識別情報を登録し、
    　前記処理状態取得手順は、前記処理情報管理手段に前記識別情報が登録されている処理の処理状態を前記サービス提供装置より取得することを特徴とする請求項２２記載の情報処理方法。
24. 前記処理情報管理手段は、前記サービス提供要求に係る処理を実行させているサービス提供装置の位置情報及び前記サービス提供装置に実行させている処理の状態の取得方法に関する情報を更に管理することを特徴とする請求項２３記載の情報処理方法。
25. 前記処理状態取得手順は、前記クライアント装置からのＷｅｂページ表示要求に応じ、前記処理情報管理手段に管理されている情報に基づいて前記サービス提供装置に実行させている処理の状態を前記サービス提供装置より取得することを特徴とする請求項２４記載の情報処理方法。
26. 前記応答手順は、前記サービス提供装置に前記サービス提供要求に係る処理の実行要求を送信することにより、前記サービス提供装置に前記サービス提供要求に係る処理を実行させることを特徴とする請求項２２乃至２５いずれか一項記載の情報処理方法。
27. 前記応答手順は、前記サービス提供要求に係る処理の実行要求に対する応答として、前記サービス提供要求に係る処理の処理状態の取得方法に関する情報を前記サービス提供装置より取得し、
    　前記処理状態取得手順は、前記応答手順により取得された前記サービス提供要求に係る処理の処理状態の取得方法に関する情報に基づいて前記処理状態を取得することを特徴とする請求項２６記載の情報処理方法。
28. 前記処理状態取得手順は、前記処理情報管理手段に前記応答手順において取得された前記処理状態の取得方法に関する情報が複数管理されている場合は、複数の前記処理状態の取得方法に関する情報のそれぞれに基づいて複数の前記処理状態を取得することを特徴とする請求項２７記載の情報処理方法。
29. 前記処理状態取得手順は、前記サービス提供装置に実行させた処理の処理状態を提供する処理状態提供装置に前記処理状態の送信要求を送信し、
    　前記送信要求に応じて前記処理状態提供装置から送信された前記処理状態を受信することにより、前記処理状態を取得することを特徴とする請求項２６記載の情報処理方法。
30. 前記情報処理方法は、前記サービス提供装置から前記処理状態を受信する処理状態受信手順を更に有し、
    　前記Ｗｅｂページ生成手順は、前記処理状態受信手順において受信された前記処理状態を表示するＷｅｂページを生成することを特徴とする請求項２６記載の情報処理方法。
31. 前記処理状態取得手順は、前記処理状態の送信要求を前記サービス提供装置に送信し、
    　前記送信要求に応じて前記サービス提供装置から送信された前記処理状態を受信することにより、前記処理状態を取得することを特徴とする請求項２７記載の情報処理方法。
32. 前記処理状態の取得方法に関する情報には前記処理状態を提供する処理状態提供装置の位置情報が含まれており、
    　前記処理状態取得手順は、前記位置情報によって特定される前記処理状態提供装置に前記処理状態の送信要求を送信し、
    　前記送信要求に応じて前記処理状態提供装置から送信された前記処理状態を受信することにより、前記処理状態を取得することを特徴とする請求項２７記載の情報処理方法。
33. 前記応答手順は、前記クライアント装置からの一つのサービス提供要求に基づいて複数の処理を前記サービス提供装置に実行させ、前記複数の処理のそれぞれの完了を待たずに前記クライアント装置への応答を行い、
    　前記処理状態取得手順は、前記複数の処理のそれぞれの処理状態を取得し、
    　前記Ｗｅｂページ生成手順は、前記処理状態取得手順において取得された複数の前記処理状態を表示するＷｅｂページを生成することを特徴とする請求項２２乃至３２いずれか一項記載の情報処理方法。
34. 前記処理情報管理手段は、前記複数の処理のそれぞれについての処理を実行させているサービス提供装置の位置情報及び前記サービス提供装置に実行させている処理の処理状態の取得方法に関する情報と共に、前記クライアント装置からの同一のサービス提供要求基づいて実行される複数の処理に対して共通の値が割り当てられた要求識別情報を管理することを特徴とする請求項３３記載の情報処理方法。
35. 前記処理状態取得手順は、前記要求識別情報に基づいて前記クライアント装置からの同一のサービス提供要求に基づく処理を判断することにより、同一のサービス提供要求に基づく複数の処理のそれぞれの処理状態を前記処理情報管理手段に管理されている情報に基づいて取得することを特徴とする請求項３４記載の情報処理方法。
36. 前記応答手順は、前記複数の処理のそれぞれを複数の前記サービス提供装置のそれぞれに実行させることを特徴とする請求項３３乃至３５いずれか一項記載の情報処理方法。
37. 前記Ｗｅｂページ生成手順は、前記処理状態取得手順において取得された同一のサービス提供要求に基づく処理の処理状態を統合して表示するＷｅｂページを生成することを特徴とする請求項３３乃至３６いずれか一項記載の情報処理方法。
38. 前記Ｗｅｂページ生成手順は、前記クライアント装置からの要求に基づいて前記処理状態を非表示としたＷｅｂページを生成することを特徴とする請求項２２乃至３７いずれか一項記載の情報処理方法。
39. 前記情報処理方法は、前記クライアント装置からの要求に基づいて前記処理状態の詳細情報を表示するＷｅｂページを生成する詳細情報ページ生成手順を更に有することを特徴とする請求項２２乃至３８いずれか一項記載の情報処理方法。
40. 前記Ｗｅｂページ生成手順は、前記クライアント装置からの要求に基づいて複数の前記サービス提供装置より所定の情報を取得し、取得したそれぞれの情報を複数に分割されたそれぞれの領域に表示するＷｅｂページを生成することを特徴とする請求項２２乃至３９いずれか一項記載の情報処理方法。
41. 前記Ｗｅｂページ生成手順は、前記Ｗｅｂページを複数に分割した領域ごとの表示内容が拡張マークアップ言語により定義された構造体に基づいて前記Ｗｅｂページを生成することを特徴とする請求項４０記載の情報処理方法。
42. 前記Ｗｅｂページ生成手順は、複数の領域に分割された一の領域に前記サービス提供要求に係る処理の処理状態が表示されるように前記Ｗｅｂページを生成することを特徴とする請求項４０又は４１記載の情報処理方法。
43. ネットワークを介して接続されるクライアント装置からのサービス提供要求に係る処理を所定のサービスを提供するサービス提供装置に実行させる情報処理装置に、
    　前記サービス提供装置に実行させた前記サービス提供要求に係る処理の応答を、該処理の完了に対して非同期的に前記クライアント装置に行う応答手順と、
    　前記サービス提供要求に係る処理の処理状態を前記サービス提供装置より取得する処理状態取得手順と、
    　前記クライアント装置からのＷｅｂページ表示要求に対し、前記処理状態取得手順において取得された前記処理状態を表示するＷｅｂページを生成し、該Ｗｅｂページを前記クライアント装置に送信するＷｅｂページ生成手順とを実行させるための情報処理プログラム。
44. 前記応答手順は、前記サービス提供装置に前記サービス提供要求に係る処理の実行要求を送信することにより、前記サービス提供装置に前記サービス提供要求に係る処理を実行させることを特徴とする請求項４３記載の情報処理プログラム。
45. 請求項４３又は４４記載の情報処理プログラムを記録したコンピュータ読み取り可能な記録媒体。
46. ネットワークを介して請求項１乃至２１いずれか一項記載の情報処理装置から送信されるサービス提供要求に係る処理を実行するサービス提供装置であって、
    　前記情報処理装置から送信された前記サービス提供要求に係る処理が完了する前に、該処理に対する応答と共に該処理の処理状態を取得させるための処理状態取得情報を前記情報処理装置に送信する処理状態取得情報送信手段を有し、
    　前記情報処理装置から前記処理状態取得情報に基づきなされた前記サービス提供要求に係る処理の処理状態の取得要求に応じ、前記処理状態を前記情報処理装置に送信することを特徴とするサービス提供装置。
47. 前記処理状態取得情報は、当該サービス提供装置とは異なる他のサービス提供装置で実行されている前記処理の処理状態を前記情報処理装置に対して取得させるための情報であることを特徴とする請求項４６記載のサービス提供装置。
48. 前記処理状態取得情報送信手段は、前記処理状態取得情報が拡張マークアップ言語により要素として記述された構造体によって前記処理状態取得情報を送信することを特徴とする請求項４６又は４７記載のサービス提供装置。
49. 前記処理状態取得情報は、前記サービス提供要求に係る処理を識別する識別情報と前記サービス提供装置が実行している処理の処理状態取得方法に関する情報とを含むことを特徴とする請求項４８記載のサービス提供装置。
50. ネットワークを介して請求項１乃至２１いずれか一項記載の情報処理装置から送信されるサービス提供要求に係る処理を実行するサービス提供装置におけるサービス提供方法であって、
    　前記情報処理装置から送信された前記サービス提供要求に係る処理が完了する前に、該処理に対する応答と共に該処理の処理状態を取得させるための処理状態取得情報を前記情報処理装置に送信する処理状態取得情報送信手順と、
    　前記情報処理装置から前記処理状態取得情報に基づきなされた前記サービス提供要求に係る処理の処理状態の取得要求に応じ、前記処理状態を前記情報処理装置に送信する処理状態送信手順とを有することを特徴とするサービス提供方法。
51. 前記処理状態取得情報は、当該サービス提供装置とは異なる他のサービス提供装置で実行されている前記処理の処理状態を前記情報処理装置に対して取得させるための情報であることを特徴とする請求項５０記載のサービス提供方法。
52. 前記処理状態取得情報送信手順は、前記処理状態取得情報が拡張マークアップ言語により要素として記述された構造体によって前記処理状態取得情報を送信することを特徴とする請求項５０又は５１記載のサービス提供方法。
53. 前記処理状態取得情報は、前記サービス提供要求に係る処理を識別する識別情報と前記サービス提供装置が実行している処理の処理状態取得方法に関する情報とを含むことを特徴とする請求項５２記載のサービス提供方法。
54. ネットワークを介して請求項１乃至２１いずれか一項記載の情報処理装置から送信されるサービス提供要求に係る処理を実行するサービス提供装置に、
    　前記情報処理装置から送信された前記サービス提供要求に係る処理が完了する前に、該処理に対する応答と共に該処理の処理状態を取得させるための処理状態取得情報を前記情報処理装置に送信する処理状態取得情報送信手順と、
    　前記情報処理装置から前記処理状態取得情報に基づきなされた前記サービス提供要求に係る処理の処理状態の取得要求に応じ、前記処理状態を前記情報処理装置に送信する処理状態送信手順とを実行させるためのサービス提供プログラム。
55. 請求項５４記載のサービス提供プログラムを記録したコンピュータ読み取り可能な記録媒体。
    

Images