外部装置とネットワークを介して接続され、前記外部装置から提供される操作画面の操作に応じてジョブ処理を実行する情報処理装置と前記外部装置とを仲介する中継装置であって、前記情報処理装置には、前記操作画面を表示部に表示する表示制御手段と、前記ジョブ処理を実行するジョブ処理手段とが備えられており、前記操作画面の操作に応じたリクエストを前記情報処理装置から受信して前記外部装置に送信し、前記リクエストに対するレスポンスを前記外部装置から受信する送受信手段と、前記レスポンスの内容に応じて前記レスポンスを前記表示制御手段および前記ジョブ処理手段のいずれに送信するかを判定する判定手段と、前記判定手段による判定結果に応じて前記レスポンスを前記表示制御手段および前記ジョブ処理手段のいずれかに送信する送信手段と、を有することを特徴とする中継装置。前記判定手段による判定結果が前記レスポンスを前記ジョブ処理手段に送信することを示していると、前記送受信手段は前記ジョブ処理手段によるジョブ処理結果を示す通知を前記外部装置に送信することを特徴とする請求項1に記載の中継装置。前記レスポンスはHTTPプロトコルに応じたレスポンスであり、前記レスポンスのヘッダーにおけるコンテントタイプフィールドに応じて、前記判定手段は前記レスポンスを前記表示制御手段および前記ジョブ処理手段の双方又はいずれに送信するかを判定することを特徴とする請求項1又は2に記載の中継装置。前記レスポンスを前記ジョブ処理手段に送信すると、カウントを開始するカウント手段と、前記カウント手段によるカウントが所定のタイムアウト時間を経過すると、タイムアウトエラーを前記外部装置に通知する通知手段とを有することを特徴とする請求項2に記載の中継装置。外部装置にネットワークを介して接続され、前記外部装置から提供される操作画面を表示部に表示する表示制御手段と、前記操作画面の操作に応じてジョブ処理を実行するジョブ処理手段とを備える情報処理装置と前記外部装置とを仲介する中継装置の制御方法であって、前記操作画面の操作に応じたリクエストを前記外部装置に送信し、前記リクエストに対するレスポンスを前記外部装置から受信する送受信ステップと、前記レスポンスの内容に応じて前記レスポンスを前記表示制御手段および前記ジョブ処理手段のいずれに送信するかを判定する判定ステップと、前記判定ステップによる判定結果に応じて前記レスポンスを前記表示制御手段および前記ジョブ処理手段のいずれかに送信する送信ステップと、を有することを特徴とする制御方法。外部装置にネットワークを介して接続され、前記外部装置から提供される操作画面を表示部に表示する表示制御手段と、前記操作画面の操作に応じてジョブ処理を実行するジョブ処理手段とを備える情報処理装置と前記外部装置とを仲介する中継装置で用いられる制御プログラムであって、前記中継装置が備えるコンピュータに、前記操作画面の操作に応じたリクエストを前記外部装置に送信し、前記リクエストに対するレスポンスを前記外部装置から受信する送受信ステップと、前記レスポンスの内容に応じて前記レスポンスを前記表示制御手段および前記ジョブ処理手段のいずれに送信するかを判定する判定ステップと、前記判定ステップによる判定結果に応じて前記レスポンスを前記表示制御手段および前記ジョブ処理手段のいずれかに送信する送信ステップと、を実行させることを特徴とする制御プログラム。Webブラウザーを備える情報処理装置と、ネットワーク上に存在する外部装置との間にファイアウォールが存在する場合がある。ファイアウォールは一般的に内部から外部への接続は許可するが外部から内部への接続は許可しない。そのため上述した従来の方法では、外部装置からのWebサービスの要求を受け付けることができない場合がある。また、ネットワークアドレス変換装置NATによりIPアドレスとプライベートアドレスを相互に変換してアドレスを使用する環境にMFPが存在する場合には、Webサービスを要求するMFPをインターネット上の外部装置からは特定できない、という問題がある。本発明は、上述のような課題にかんがみて、MFPと外部装置との間にファイアウォールが存在する場合や、MFPがアドレス変換を用いる環境に存在する場合でも、好適に外部装置からのWebサービスの要求をMFPに処理させるための手段を提供することを目的とする。上記目的を達成するため、本発明による中継装置は、外部装置とネットワークを介して接続され、前記外部装置から提供される操作画面の操作に応じてジョブ処理を実行する情報処理装置と前記外部装置とを仲介する中継装置であって、前記情報処理装置には、前記操作画面を表示部に表示する表示制御手段と、前記ジョブ処理を実行するジョブ処理手段とが備えられており、前記操作画面の操作に応じたリクエストを前記情報処理装置から受信して前記外部装置に送信し、前記リクエストに対するレスポンスを前記外部装置から受信する送受信手段と、前記レスポンスの内容に応じて前記レスポンスを前記表示制御手段および前記ジョブ処理手段のいずれに送信するかを判定する判定手段と、前記判定手段による判定結果に応じて前記レスポンスを前記表示制御手段および前記ジョブ処理手段のいずれに送信する送信手段とを有することを特徴とする。本発明によれば、ネットワーク上に存在する外部装置との間にファイアウォールが存在する場合や、MFPがアドレス変換を用いる環境に存在する場合でも、外部装置から送信されたWebサービスの要求であってWebブラウザーでの操作に基づくWebサービスの要求を好適に処理することができる。以下、本発明の実施の形態による中継装置の一例について図面を参照して説明する。図1は、本発明の実施の形態による中継装置および情報処理装置が収容されたネットワークシステムの一例を示す図である。図示の例では、情報処理装置101と中継装置以下仲介装置あるいはプロキシサーバとも呼ぶ103がローカルエリアネットワークLAN100を介して互いに通信可能に接続されている。またインターネット上にはサーバーWebサーバー102が存在する。本実施形態では、図1には図示しないが、インターネットとLAN100との間にはファイアウォール及びNATNetworkAddressTranslatorが設けられている。ファイアウォールはインターネットからLAN100内への不正アクセスを防止する機能を持っている。またNATは、IPアドレスとLAN100内で使用するプライベートアドレスとを相互に変換するアドレス変換テーブルを持つ。このアドレス変換テーブルによるアドレス変換により、プライベートアドレスしか持たないLAN100内の装置がインターネット上の外部装置に透過的にアクセスすることができる。なお以降では、情報処理装置101の一例として画像形成印刷機能、画像読取機能、画像送信機能などの各種の画像処理機能を備えたMFPMultipleFunctionPeripheralについて説明する。MFP101は所謂Webブラウザー機能を有しており、サーバー102はWebコンテンツを、ネットワーク100を介して配信する配信機能を有している。そして、サーバー102はMFP101からのリクエストに応じてWebコンテンツをMFP101に返送する。なお、MFP101は通信を行うための複数のインタフェースを備えている。MFP101は、上述のブラウザー機能を用いてサーバー102にリクエストを送信する場合、必ず中継装置仲介装置103を介するよう設定されている。そのため、MFP101のWebブラウザーで送信されたサーバー102へのリクエスト及びそのリクエストに対するレスポンスは、全て中継装置仲介装置103を介することになる。仲介装置103は、サーバー102とMFP101との間の通信を仲介する。例えば、サーバー102からMFP101にリクエスト又はレスポンスを送信する際、仲介装置103はその通信内容を解析して、この解析結果に応じて、MFP101が備える複数のインタフェースのいずれかを選択する処理を行う。さらに、仲介装置103はMFP101で実行された処理結果ジョブ処理結果をサーバー101に送る。なお、本実施形態ではサーバーWebサーバーを外部装置の一例として説明するが、汎用のパーソナルコンピュータを外部装置として適用してもよいことはいうまでもない。図2は、図1に示すMFP101についてその構成の一例を示すブロック図である。図2において、MFP101は、CPU201を有しており、CPU201はMFP101全体の制御を司る。さらに、MFP101は、CPU201のワークエリアとして用いられるRAM202、原稿から画像を読み取る読取装置203、および画像データに応じて印刷を行う印刷装置204を備えている。また、MFP101は、記憶装置205、ユーザー入力装置206、UIユーザーインタフェース表示装置207、およびネットワーク装置208を備えている。そして、これらCPU201、RAM202、読取装置203、印刷装置204、記憶装置205、ユーザー入力装置206、UI表示装置207、およびネットワーク装置208はメインバス200で相互に接続されている。記憶装置205にはプログラムおよび各種設定情報が記憶され、例えば、HDD又はNVRAM等が用いられる。ユーザー入力装置206はユーザーがコマンドの入力を行うためのものであり、UI表示装置207には各種画面表示が行われる。ネットワーク装置208は外部機器例えば、サーバー102とネットワーク100を介して通信を行うためのものである。なお、図示の例では、CPU201はメインバス200を介してRAM202、読取装置203、印刷装置204、記憶装置205、ユーザー入力装置206、UI表示装置207、およびネットワーク装置208を制御する。また、タッチパネルディスプレイを用いてUI表示装置207がユーザー入力装置206を兼ねるにしてもよい。図3は、図1に示すサーバー102および仲介装置103のハードウェア構成の一例を示すブロック図である。図3において、サーバー102は、CPU301、RAM302、記憶装置303、およびネットワーク装置304を有しており、これらはメインバス300によって相互に接続されている。RAM302はCPU301のワークエリアとして用いられ、記憶装置303にはプログラムおよび各種設定情報が記憶される。ネットワーク装置304はネットワーク100を介してMFP101と通信を行う。図示の例では、CPU301はメインバス300を介してRAM302、記憶装置303、およびネットワーク装置304を制御する。なお、仲介装置103はサーバー102と同様のハードウェア構成を有している。図4は、図1に示すMFP101、サーバー102、および仲介装置103のソフトウェア構成の一例を示す図である。なお、図4に示すソフトウェア制御プログラムはMFP101のCPU201又はサーバー102および仲介装置103のCPU301で実行される。図4において、サーバー102上ではWebアプリケーション410が動作する。そして、Webアプリケーション410は、プレゼンテーション部411、ロジック部412、および通信部413を備えている。プレゼンテーション部411は、通信部413を介して、仲介装置103と通信を行って、情報処理装置以下MFPとも呼ぶ101からのリクエストに応答して、MFP101に表示される操作画面又は処理要求を、MFP101にレスポンスとして送信する。また、プレゼンテーション部411はMFP101に表示された操作画面を介して入力された入力情報を、通信部413を介してMFP101から受け取る。ロジック部412は、プレゼンテーション部411から通知された上記の入力情報に対する処理を行う。例えば、ロジック部412は、入力情報に応じて、表示する画面を変更し、そして、MFP101におけるデバイス機能実行のための処理要求を作成する。通信部413は、ネットワーク装置304図3を制御してHTTPプロトコルにより通信を行うソフトウェアモジュールである。仲介装置103は、仲介アプリケーション420を備えている。そして、この仲介アプリケーション420は、通信部421および処理部422を有している。通信部421はMFP101から送信されたリクエストを受け付ける。そして、通信部421は通信部413を介してプレゼンテーション部411およびロジック部412に当該リクエストを送信する。また、通信部421はWebアプリケーション410から送られたレスポンスを受けると、当該レスポンスを処理部422に渡す。処理部422はこのレスポンスを解析して、解析結果に応じて後述するように通信部421を介してMFP101と通信を行う。MFP101は、Webブラウザー430およびサービスプロバイダー部440を有している。Webブラウザー430およびサービスプロバイダー部440の各々は、MFP101のCPU201によって実行される。なお、Webブラウザー430は、サーバー102から送られたコンテンツを表示するものに限定するものではない。同様に、サーバー102および仲介装置103もHTTPプロトコルに従ってリクエスト/レスポンスを送受信する機器に限定するものではない。Webブラウザー430は、任意のサーバーと通信を行うことによってコンテンツを取得して、画面に表示するといった機能を有すればよい。図示の例では、Webブラウザー430は、通信部431、解析部432、および画面表示部433を有している。通信部431は、HTTPプロトコルに従って、通信部421を介してつまり、仲介装置103を介して、サーバー102と通信を行う。サービスプロバイダー部440は、通信部441およびジョブ生成部442を有している。通信部441は、HTTPプロトコルに従って、通信部421を介してサーバー102と通信を行う。つまり、MFP101において、Webブラウザー430又はサービスプロバイダー部440がWebアプリケーション410からのレスポンスに対してリクエストを行う場合、通信部421が通信部431又は441からリクエストを受ける。そして、通信部421は通信部413を介してプレゼンテーション部411にリクエストを通知する。例えば、通信部431は、Webブラウザー430で表示した操作画面を介して入力される情報入力情報を、仲介装置103を介してWebアプリケーション410に対するリクエストとして送信する。そして、通信部431は、Webアプリケーション410から仲介装置103を介して送信されるレスポンスを受信する。解析部432は、Webアプリケーション410から仲介装置103を介して受信したレスポンスを解析する。レスポンスにはWebブラウザー430が表示する操作画面の内容を示す記述であるHTMLデータが記載されている。画面表示部433は、解析部432による解析結果に基づいて、サーバーが提供したHTMLデータを操作画面としてUI表示装置207図2に画面表示する。サービスプロバイダー部440において、通信部441は、仲介アプリケーション部420から処理依頼を受け付ける。処理依頼を受け付ける際に用いられるインタフェースとして、例えば、Webサービスインタフェースが用いられる。ジョブ生成部442は、通信部441で受け付けた処理依頼を受け取って、依頼された処理を実行するためのジョブを生成して当該ジョブを実行する。図5は、図4に示す情報処理装置MFP101、サーバー102、および仲介装置103における処理を説明するためのシーケンス図である。図2~図5を参照して、ここでは、MFP101がリクエストを行って、仲介装置103が当該リクエストに係る処理を仲介してレスポンスとしてサーバー102に送信する例について説明する。いま、ユーザーがMFP101においてUI表示装置207から送信を行うためのハードウェアボタン図示せずを押下げると、Webブラウザー430が起動される。Webブラウザー430は、ジョブ処理実行に係る設定画面を取得するため、サーバー102上のWebアプリケーション410に設定画面に係るリクエストを行う。図示の例では、メニュー画面設定画面のコンテンツを示すURLが予めMFP101に設定されている。Webブラウザー430はURLで示されるコンテンツを保持するWebアプリケーション410に対して、HTTPのGETコマンドによるリクエストを行う。具体的には、Webブラウザー430において、通信部431はHTMLデータURLに応じてHTTPプロトコルによって仲介装置103の通信部421と通信を行う。そして、通信部421は、サーバー102の通信部413と通信を行う。これによって、通信部413は受信したURLに応じてWebアプリケーション410にHTMLデータを渡す。この結果、Webブラウザー430からWebアプリケーション410に対するリクエストが行われることになる。なお、以下の説明では、通信部431、通信部421、および通信部431の動作処理について説明を省略する。前述のように、Webブラウザー430から仲介アプリケーション420に対してリクエストが行われるとステップS501、仲介アプリケーション420はWebブラウザー430から受けたリクエストをWebアプリケーション410に転送するステップS502。Webアプリケーション410はリクエストの内容に応じた処理を行って、その処理結果をレスポンスとして仲介アプリケーション420に送るステップS503。仲介アプリケーション420は、レスポンスを受けると後述する判断処理を行って、当該レスポンスをWebブラウザー430およびサービスプロバイダー部440の双方又はいずれか一方に送るか否かを決定する。仲介アプリケーション420は、判断処理の結果に応じてWebブラウザー430およびサービスプロバイダー部440の双方又はいずれか一方に送るステップS504およびS505。Webブラウザー430はレスポンスを受けると、当該レスポンスが示す処理結果をUI表示装置207図2に表示して処理を終了する。一方、サービスプロバイダー部440はレスポンスを受けると、レスポンスに応じた処理を行ってその結果を仲介アプリケーション420に送るステップS506。そして、仲介アプリケーション420は、サービスプロバイダー部440から受信した処理結果をWebアプリケーション410に送って処理を終了する。図6は、図4に示す仲介アプリケーション420においてMFP101Webブラウザー430とサービスプロバイダー部440とWebアプリケーション410とを仲介する処理を説明するためのフローチャートである。なお以降の説明では、MFP101がインターネット上のサーバー102Webアプリケーション410宛てに送信するメッセージのことをHTTPリクエストメッセージと呼ぶ。そして、サーバー102Webアプリケーション410がそのHTTPリクエストメッセージの応答として送信するメッセージのことをHTTPレスポンスメッセージと呼ぶ。Webブラウザー430は、HTTPリクエストメッセージの中に、サーバー102が提供する操作画面のコンテンツを要求するコマンドや、その他にもWebアプリケーション410に各種の処理を実行するためのコマンドを含めて送信することができる。一方、Webアプリケーション410は、HTTPリクエストメッセージの応答であるHTTPレスポンスメッセージの中にMFP101に処理を要求するコマンドを含めることができる。例えば、MFP101に対するスキャン処理を要求するコマンドやファイルを送信する処理を要求するコマンド等をHTTPレスポンスメッセージに含めて送信し、そのメッセージに含まれるコマンドに従って情報処理装置にジョブを実行させる。このような構成とすることで、MFP101とサーバー102との間にファイアウォールが存在する場合でも、サーバー102が情報処理装置に対して処理を要求することができる。図6及び図7のフローチャートは、MFP101が備えるWebブラウザー430からHTTPリクエストメッセージを受信したことにより、処理が開始される。図4および図6を参照して、いま、仲介アプリケーション420はWebブラウザー430からWebアプリケーション410宛てのHTTPリクエストメッセージを受信すると、当該HTTPリクエストメッセージをWebアプリケーション410に転送するステップS601。そして仲介アプリケーション420は、Webアプリケーション410からHTTPリクエストメッセージの応答としてHTTPレスポンスメッセージを受信するステップS602。ここで、Webアプリケーション410が仲介アプリケーション420に送信するHTTPレスポンスヘッダーについて図9を参照して説明する。図9は、Webアプリケーション410が仲介アプリケーション420に送信するHTTPレスポンスメッセージのヘッダー部の構成を示す図である。図9に示すように、HTTPレスポンスメッセージのヘッダー部900は、宛先901X-WebService-Address、タイムアウト時間902X-Webservice-RequestTimeout、およびコンテントタイプ903Content-Typeを備えている。仲介アプリケーション420は、例えば、図5に示すステップS505において、宛先901に応じてHTTPレスポンスメッセージのボディー部に記述されたコマンドを送信する。送信するコマンドは、ここでは図示しないがSOAPSimpleObjectAccessProtocolに従ったXML形式のメッセージであり、サービスプロバイダー部440にスキャンやプリント、ファイル送信等のジョブを実行させるものである。タイムアウト時間902は、例えば、仲介装置103がサービスプロバイダー部440と通信する際のタイムアウト時間であり、秒単位で示される。仲介装置103は、サービスプロバイダー部440と通信を行う際に時間を計測し、タイムアウト時間902で指定された時間が経過すると通信を停止し、仲介装置103はタイムアウトエラーレスポンスをWebアプリケーション410に送る。図6のフローチャートの説明に戻る。S602でHTTPレスポンスメッセージをWebアプリケーション410から受信すると、仲介アプリケーション420は、HTTPレスポンスメッセージに含まれるヘッダー部のContent-Typeフィールドコンテントタイプフィールド803がapplication/vnd.canon.webserviceであるか否かを判定するステップS603。Content-Typeフィールド803がapplication/vnd.canon.webserviceでないと判定した場合にはステップ603において、NO、判定結果に応じて、仲介アプリケーション420はそのHTTPレスポンスメッセージをWebブラウザー430に送信しステップS604、本フローチャートの処理を終了する。一方Content-TypeフィールドがWebサービスの呼び出しを要求する属性、すなわち、application/vnd.canon.webserviceであると判定した場合ステップ603において、YES、ステップS606に進む。ステップS606では、仲介アプリケーション420はHTTPレスポンスメッセージに含まれるSOAPのコマンドをサービスプロバイダー部440に送信してWebサービスを呼び出すステップS606。一般に、クライアント/サーバシステムにおいては、HTTPリクエストメッセージに対するHTTPレスポンスメッセージはリクエストを発行したクライアントここではWebブラウザー430に返却される。ただしステップS606に処理を進めた場合には、Webブラウザー430が送信したHTTPリクエストメッセージの応答がWebブラウザー430ではなくサービスプロバイダー部440に送信される。そのため、Webブラウザー430はこの時点ではHTTPリクエストメッセージに対する応答の待ち状態となっている。S606で仲介装置103仲介アプリケーション420がSOAPのコマンドをMFP101のサービスプロバイダー部440に送信すると、サービスプロバイダー部440ではその送信されたコマンドに従いジョブ生成部442でジョブスキャンジョブや送信ジョブなどを生成し、WebサービスとしてMFP101の処理手段に画像処理を実行させる。例えば、受け取ったコマンドがスキャンの要求である場合には画像読取機能により原稿を読み取って画像データを生成する。そして、ファイル送信の要求である場合には画像送信機能により指定宛先へ画像データを送信する。図7は、図6のフローチャートの処理の続きを説明するためのフローチャートである。ここでは、サービスプロバイダー部440から仲介アプリケーション420経由で処理結果をWebアプリケーション410に送信した後、再度Webアプリケーション410から仲介装置103に処理依頼があったものとする。図示の例では、サービスプロバイダー部440に返却されるべきHTTPレスポンスメッセージについて、当該HTTPレスポンスメッセージのヘッダー部におけるContent-Typeフィールドを解析して、その解析結果に応じてHTTPレスポンスメッセージをサービスプロバイダー部440及びWebブラウザー430のいずれに送信すべきかを決定する。前述したように、ステップS606で仲介装置103仲介アプリケーション420がWebサービスを呼び出し、その結果サービスプロバイダー部440によりジョブが実行されると、その後、仲介アプリケーション420はサービスプロバイダー部440から処理結果例えば、ジョブ処理結果を取得するステップS801。そして、仲介アプリケーション420は取得した処理結果を含むHTTPリクエストメッセージをWebアプリケーション410に送信するステップS802。続いて、仲介アプリケーション420は再度サーバー102Webアプリケーション410から処理に関する指示を含むHTTPレスポンスメッセージを受信するステップS803。仲介アプリケーション420はステップS603の処理と同様にHTTPレスポンスメッセージのヘッダー部のContent-Typeフィールドを解析する。Content-Typeフィールドが再度サービスプロバイダー部440にWebサービスを要求する属性application/vnd.canon.webserviceである場合にはステップS804でYESステップS807に進む。ステップS807では、S803で受信したHTTPリクエストメッセージに含まれるSOAPのコマンドを再度サービスプロバイダー部440に送信しWebサービスを呼び出す。一方Webサービスを要求する属性でなければ、Webアプリケーション410からの指示はサービスプロバイダー部440への指示ではなくWebブラウザー430への指示と判断し、ステップS805に進む。ステップS805では、仲介アプリケーション420はWebブラウザー430にHTTPレスポンスメッセージを送信しステップS808本フローチャートの処理を終了する。以上、図6及び図7で説明したように、仲介アプリケーション420はコンテントタイプ903に応じて、HTTPレスポンスメッセージのボディー部の内容がサービスプロバイダー部440に対する処理要求であるか又はWebブラウザー430で表示するHTMLコンテンツであるかを判定する。具体的には、HTTPレスポンスメッセージのヘッダー部にWebサービスの要求を示す属性application/vnd.canon.webserviceがあるか否かを解析することで上記判定を行う。そして、Webサービスの要求を示す属性がある場合、そのHTTPレスポンスメッセージに含まれるWebサービスの要求を示すコマンドをサービスプロバイダー部440に送信する。本実施形態では、Webブラウザー430が送信したHTTPリクエストメッセージの応答であるHTTPレスポンスメッセージにWebサービスを要求する属性を含む場合は、そのメッセージはWebブラウザー430で受信せず、仲介アプリケーション420がサービスプロバイダー部440へ転送するように構成した。そのため、Webブラウザーには特別な機能を拡張する必要がない。以上のように、本実施の形態によれば、MFPなどの情報処理装置が備えるインタフェースに機能拡張などの変更が行われても、MFPが備えるモジュール特にWebブラウザーの変更を行う必要がない。つまり、情報処理装置においてジョブ処理を司るサービスプロバイダー部が拡張されても柔軟に対応することができる。そして、情報処理装置に呼び出しのためのアプリケーションを組み込むことなく、サーバーとは別に仲介装置を配置して、当該仲介装置で動作する仲介アプリケーションによって呼び出しを行うようにしたので、ユーザーに対する影響を少なくして、システムの拡張を行うことができる。図8は、図4に示す仲介アプリケーション420がサービスプロバイダー部440のWebサービスを呼び出した際のタイムアウト処理を説明するためのフローチャートである。図4および図7を参照して、図6で説明したように、Content-Typeフィールドがapplication/vnd.canon.webserviceであると、仲介アプリケーション420はHTTPレスポンスメッセージに記載されたサービスプロバイダー部440に係るWebサービスを呼び出す。つまり、仲介アプリケーション420はサービスプロバイダー部440のインタフェースであるWebサービスを呼び出すステップS701。そして、仲介アプリケーション420はWebサービス呼び出しを行った後、所定のタイムアウト時間の監視を開始するステップS702。仲介アプリケーション420はタイムアウト時間が経過したか否かをチェックするステップS703。タイムアウト時間が経過しないとステップ703において、NO、仲介アプリケーション420はサービスプロバイダー部440から処理結果を受信したか否かをチェックするステップS704。サービスプロバイダー部440から処理結果を受信しないとステップS704において、NO、仲介アプリケーション420はステップS703の処理に戻る。一方、サービスプロバイダー部440から処理結果を受信するとステップS704において、YES、仲介アプリケーション420は処理を終了する。タイムアウト時間が経過するとステップ703において、YES、仲介アプリケーション420はタイムアウトエラーと判定して、タイムアウトエラーレスポンスをWebアプリケーション410に通知するステップS705。そして、仲介アプリケーション420は処理を終了する。上述の説明から明らかなように、図4において、Webブラウザー430が表示制御手段として機能し、サービスプロバイダー部440がジョブ処理手段として機能する。また、仲介アプリケーション420が送受信手段、判定手段、および送信手段として機能する。加えて、仲介アプリケーション420はカウント手段および通知手段として機能する。以上、本発明について実施の形態に基づいて説明したが、本発明は、これらの実施の形態に限定されるものではなく、この発明の要旨を逸脱しない範囲の様々な形態も本発明に含まれる。例えば、上記の実施の形態の機能を制御方法として、この制御方法を、中継装置仲介装置に実行させるようにすればよい。また、上述の実施の形態の機能を有するプログラムを制御プログラムとして、この制御プログラムを中継装置が備えるコンピュータに実行させるようにしてもよい。なお、制御プログラムは、例えば、コンピュータに読み取り可能な記録媒体に記録される。この際、制御方法および制御プログラムは、少なくとも送受信ステップ、判定ステップ、および送信ステップを有することになる。また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェアプログラムを、ネットワーク又は各種記録媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータまたはCPUやMPU等がプログラムを読み出して実行する処理である。