コンピュータに、クライアントから送信されたリクエストに含まれるアプリケーションの宛先ごとに紐付けられたアプリケーションの識別情報と、当該アプリケーションの実行単位情報とを対応付けて記憶部に記憶し、実行中のアプリケーションからデータ要求があった場合、データ要求があったアプリケーションの実行単位情報に対応するアプリケーションの識別情報を前記記憶部から検索し、該検索した結果、アプリケーションの識別情報が検索されると、検索されたアプリケーションの識別情報と紐づくリクエストに関わるデータ要求の制御を実行する処理を実行させることを特徴とするリクエスト処理プログラム。前記コンピュータに、前記検索する処理において、前記データ要求があったアプリケーションの実行単位情報をOSOperatingSystemに問い合わせ、問い合わせた結果得られた実行単位情報に対応するアプリケーションの識別情報を前記記憶部から検索する処理を実行させることを特徴とする請求項1に記載のリクエスト処理プログラム。前記コンピュータに、新たなリクエストに含まれるアプリケーションの宛先に紐付けられたアプリケーションの識別情報が前記記憶部に記憶されていない場合、キューを用いて、当該リクエストに含まれるアプリケーションの起動開始から起動完了までの処理を待ち、当該アプリケーションから起動完了が通知されると、当該アプリケーションの実行単位情報をOSに問い合わせ、問い合わせた結果得られた実行単位情報を当該アプリケーションの識別情報と対応付けて前記記憶部に記憶する処理を実行させることを特徴とする請求項1または請求項2に記載のリクエスト処理プログラム。クライアントから送信されたリクエストに含まれるアプリケーションの宛先ごとに紐付けられたアプリケーションの識別情報と、当該アプリケーションの実行情報とを対応付けて記憶する記憶部と、実行中のアプリケーションからのデータ要求があった場合、データ要求があったアプリケーションの実行情報に対応するアプリケーションの識別情報を前記記憶部から検索する検索部と、前記検索部によってアプリケーションの識別情報が検索されると、検索されたアプリケーションの識別情報と紐づくリクエストに関わるデータ要求の制御を実行する実行部とを有することを特徴とする情報処理装置。コンピュータが、クライアントから送信されたリクエストに含まれるアプリケーションの宛先ごとに紐付けられたアプリケーションの識別情報と、当該アプリケーションの実行単位情報とを対応付けて記憶部に記憶し、実行中のアプリケーションからデータ要求があった場合、データ要求があったアプリケーションの実行単位情報に対応するアプリケーションの識別情報を前記記憶部から検索し、該検索した結果、アプリケーションの識別情報が検索されると、検索されたアプリケーションの識別情報と紐づくリクエストに関わるデータ要求の制御を実行することを特徴とするリクエスト処理方法。ここで、HTTPプロトコルでデータをやりとりするウェブアプリケーションが同一ホスト上で複数動作している場合がある。かかる場合に、ウェブアプリケーションからデータ要求を依頼された通信先装置では、データ要求がどのユーザリクエストに基づくウェブアプリケーションからの要求であるのかを判定できないという問題があった。すなわち、データ要求を依頼された通信先装置は、空いているポート番号がホストのOSにより割り付けられたデータ要求のリクエストを受け取る。このため、データ要求のリクエストを受け取った通信先装置は、データ要求がどのユーザリクエストに基づくウェブアプリケーションからの要求であるのかを判定できない。また、ホストで実行しているウェブアプリケーションを通信先装置で特定する技術であっても、ウェブアプリケーションがホストで複数動作している場合、通信先装置は、ホストで実行しているウェブアプリケーションを特定できるに留まる。すなわち、通信先装置は、ウェブアプリケーションからのデータ要求のリクエストを受け取った場合、データ要求がどのユーザリクエストに基づくウェブアプリケーションからの要求であるかを判定できない。なお、上記課題は、HTTPプロトコルでデータをやりとりするウェブアプリケーションに限らず、データのアクセス制限をホストドメイン単位でしか指定できないプロトコルでデータをやりとりするウェブアプリケーションでも同様に生ずる。開示の技術は、ウェブアプリケーションが複数実行していても、ウェブアプリケーションからのデータ要求がどのユーザリクエストに基づくウェブアプリケーションからの要求であるのかを判定できることを目的とする。1つの側面では、リクエスト処理プログラムは、コンピュータに、クライアントから送信されたリクエストに含まれるアプリケーションの宛先ごとに紐付けられたアプリケーションの識別情報と、当該アプリケーションの実行単位情報とを対応付けて記憶部に記憶し、実行中のアプリケーションからデータ要求があった場合、データ要求があったアプリケーションの実行単位情報に対応するアプリケーションの識別情報を前記記憶部から検索し、該検索の結果、アプリケーションの識別情報が検索されると、検索されたアプリケーションの識別情報と紐づくリクエストに関わるデータ要求の制御を実行する処理を実行させる。本願の開示するリクエスト処理プログラムの一つの態様によれば、ウェブアプリケーションが複数実行していても、ウェブアプリケーションからのデータ要求がどのユーザリクエストに基づくウェブアプリケーションからの要求であるのかを判定できる。以下に、本願の開示するリクエスト処理プログラム、リクエスト処理方法および情報処理装置の実施例を図面に基づいて詳細に説明する。なお、実施例によりこの発明が限定されるものではない。図1は、実施例1に係るウェブサーバの構成を示す機能ブロック図である。図1に示すように、ウェブサーバ1と接続する中継サーバ2は、ウェブサーバ1、ウェブクライアント3および社内記憶装置6と接続し、インターネット5を介して外部ウェブサーバ4と接続する。中継サーバ2がウェブサーバ1、ウェブクライアント3および社内記憶装置6とインターネット5を介さないで接続する形態は、例えば社内LANLocalAreaNetworkであったり、社内におけるイントラネットであったりする。ウェブサーバ1は、ウェブサービスとしてインターネット5で提供されるウェブアプリケーションを実施するウェブサーバであって中継サーバ2の管理内のウェブサーバを意味する。中継サーバ2は、外部ウェブサーバ4またはウェブサーバ1と、ウェブクライアント3と、社内記憶装置6との間でデータを中継する。ウェブクライアント3は、ウェブサービスを利用するリクエストを中継サーバ2に送信する、例えばパーソナルコンピュータを示す。外部ウェブサーバ4は、ウェブサービスとしてウェブアプリケーションを実施し、中継サーバ2の管理外のウェブサーバを意味する。外部ウェブサーバ4は、例えば、SaaSSoftwareasaServiceを取り入れたウェブサーバであったり、クラウド環境下のウェブサーバであったりする。このような外部ウェブサーバ4のウェブアプリケーションをダウンロードして実施できる環境であって中継サーバ2の管理内で整備された環境を、オンプレミス環境というものとする。これに対し、中継サーバ2の管理外にある外部ウェブサーバ4でウェブアプリケーションを実施できる環境を、オフプレミス環境というものとする。社内記憶装置6は、公開に制限があるデータや公開に制限がないデータを記憶する。例えば、公開に制限があるデータとは、社外秘データなどの機密データを指す。ウェブサーバ1は、サンドボックス11を含み、記憶部12、検索部13および実行部14を有する。サンドボックス11とは、外部ウェブサーバ4から受け取ったウェブアプリケーションを保護された領域で動作させることによってシステムが不正に操作されるのを防ぐセキュリティモデルのことを指す。起動されたウェブアプリケーションは保護された領域に入り、他のウェブアプリケーションやデータなどを操作できない状態にされて動作する。このため、サンドボックス11上のウェブアプリケーションが暴走したりウイルスを動作させたりしようとしても、システムに影響が及ばないようにできる。中継サーバ2は、例えば、社内記憶装置6に格納されるデータごとにデータの公開に制限がある旨のポリシーや公開に制限がない旨のポリシーを、データごとに記憶する。そして、中継サーバ2は、ウェブクライアント3からHTTPリクエストを受信すると、受信したHTTPリクエストに含まれるアクセス対象のデータについて、社内記憶装置6に記憶されたデータの公開ポリシーを参照する。そして、中継サーバ2は、HTTPリクエストに含まれるアクセス対象のデータの公開に制限がある場合には、HTTPリクエストをオンプレミス環境のウェブサーバ1に転送する。ここで、ウェブサーバ1の記憶部12は、ウェブクライアント3から送信されたHTTPリクエストに含まれるウェブアプリケーションの宛先ごとに紐付けられたウェブアプリケーションの識別情報と、当該ウェブアプリケーションの実行単位情報とを対応付けて記憶する。そして、ウェブサーバ1は、中継サーバ2からHTTPリクエストを受信し、受信したHTTPリクエストをサンドボックス11に配置されたウェブアプリケーションを用いて実行する。仮に、実行中のウェブアプリケーションからアクセス対象のデータについてデータ要求があったとする。すると、ウェブサーバ1の検索部13は、データ要求があったウェブアプリケーションの実行単位情報に対応するウェブアプリケーションの識別情報を記憶部12から検索する。そして、ウェブサーバ1の実行部14は、検索の結果、ウェブアプリケーションの識別情報が検索されると、検索されたウェブアプリケーションの識別情報と紐づく、ウェブクライアント3から送信されたHTTPリクエストに関わるデータ要求の制御を実行する。そして、ウェブサーバ1は、アクセス対象のデータを、中継サーバ2を介して社内記憶装置6から取り込む。さらに、ウェブサーバ1は、取り込んだデータを用いてウェブアプリケーションをサンドボックス11内で安全に実施し、公開に制限があるデータに対応する処理結果を、中継サーバ2を介してウェブクライアント3に通知することとなる。一方、中継サーバ2は、HTTPリクエストに含まれるアクセス対象のデータの公開に制限がない場合には、HTTPリクエストをオフプレミス環境の外部ウェブサーバ4に転送する。そして、外部ウェブサーバ4は、HTTPリクエストを受信し、受信したHTTPリクエストに応じて自装置内のウェブアプリケーションを実施すべく、アクセス対象のデータを、中継サーバ2を介して社内記憶装置6から取り込む。そして、外部ウェブサーバ4は、取り込んだデータを用いてウェブアプリケーションを実施し、公開に制限がないデータに対応する処理結果を、中継サーバ2を介してウェブクライアント3に通知することとなる。このようにして、ウェブサーバ1は、オンプレミス環境において、実行中のウェブアプリケーションからアクセス対象のデータについてデータ要求があった場合、記憶部12からウェブアプリケーションの実行単位情報に対応する識別情報を検索する。ここで、ウェブサーバ1は、ウェブアプリケーションの識別情報が検索されると、検索されたウェブアプリケーションの識別情報とウェブクライアント3からのHTTPリクエストとが紐づくこととなる。この結果、ウェブサーバ1は、サンドボックス11にウェブアプリケーションが複数実行していても、ウェブアプリケーションからのデータ要求がどのHTTPリクエストに基づくウェブアプリケーションからの要求であるのかを判定できる。また、中継サーバ2は、HTTPリクエストに含まれるアクセス対象のデータの公開ポリシーに基づいて、オフプレミス環境およびオンプレミス環境のいずれのウェブサーバにHTTPリクエストを転送するかを選択的に決定できる。このため、中継サーバ2は、公開に制限がある、アクセス対象のデータについて、オンプレミス環境のウェブサーバ1にHTTPリクエストを転送できるので、当該アクセス対象のデータのオフプレミス環境への流出を防止できる。一方、中継サーバ2は、公開に制限がない、アクセス対象のデータについては、オフプレミス環境の外部ウェブサーバ4にHTTPリクエストを転送できるので、オフプレミス環境も合わせて使用しながら公開に制限があるデータの流出を防止できる。[実施例2に係る中継サーバの構成]図2は、実施例2に係る中継サーバの構成を示す機能ブロック図である。図2に示すように、中継サーバ2Aは、ウェブクライアント3、ウェブサーバ1Aおよび社内記憶装置6と接続する。また、中継サーバ2Aは、図示しないが、インターネット5を介して外部ウェブサーバ4と接続する。中継サーバ2Aがウェブクライアント3、ウェブサーバ1Aおよび社内記憶装置6とインターネット5を介さないで接続する形態は、例えば社内LANLocalAreaNetworkであったり、社内におけるイントラネットであったりする。また、ウェブサーバ1Aは、オンプレミス環境のウェブサーバであって中継サーバ2Aの管理内のウェブサーバを意味する。また、外部ウェブサーバ4は、オフプレミス環境のウェブサーバであって中継サーバ2Aの管理外のウェブサーバを意味する。外部ウェブサーバ4は、例えばクラウド環境のウェブサーバを指すものとする。社内記憶装置6は、オンプレミス環境およびオフプレミス環境のウェブアプリケーションで使用されるデータを記憶する。そして、社内記憶装置6には、例えば外部ウェブサーバ4に公開できない社外秘のデータおよび外部ウェブサーバ4に公開できる公開可能なデータを含む。なお、社内記憶装置6に、外部ウェブサーバ4にもウェブサーバ1Aにも公開できないデータを含むものとしても良い。中継サーバ2Aは、制御部および記憶部を有する。なお、中継サーバ2Aは、実施例1の中継サーバ2の一例である。制御部は、HTTPリクエストを制御するリクエスト受付部21、リクエスト解析部22、振分部23、アプリID登録部24、リクエスト転送部25、レスポンス受付部26およびレスポンス解析部27を有する。また、制御部は、URL書換部28、アプリID付与部29、データアクセス判定部30およびレスポンス転送部31を有する。また、制御部は、例えば、ASICApplicationSpecificIntegratedCircuitやFPGAFieldProgrammableGateArrayなどの集積回路またはCPUCentralProcessingUnitやMPUMicroProcessingUnitなどの電子回路である。記憶部は、データ管理テーブル41およびアプリ管理テーブル42を有する。記憶部は、例えば、RAMRandomAccessMemory、フラッシュメモリflashmemoryなどの半導体メモリ素子、または、ハードディスク、光ディスクなどの記憶装置である。リクエスト受付部21は、各種HTTPリクエストを受け付け、受け付けたHTTPリクエストをリクエスト解析部22に出力する。例えば、リクエスト受付部21は、ユーザによってウェブクライアント3から送信されたHTTPリクエスト以降、ユーザリクエストという。を受け付け、受け付けたユーザリクエストをリクエスト解析部22に出力する。このユーザリクエストには、例えば、実行が依頼されるウェブアプリケーションのURLおよびアクセス対象のデータのURLが含まれる。また、リクエスト受付部21は、後にウェブサーバ1Aサンドボックス11または外部ウェブサーバ4のウェブアプリケーションから送信される、HTTPリクエストに基づく処理の実行に必要なデータのアクセス要求を示すリクエストを受け付ける。すなわち、ユーザリクエストがオンプレミス環境またはオフプレミス環境のウェブアプリケーションにより処理される場合、ウェブアプリケーションから実行に必要なデータを、中継サーバ2Aを経由して間接的にアクセスさせる。この説明については後述する。リクエスト解析部22は、リクエスト受付部21によって受け付けられたHTTPリクエストを解析する。振分部23は、リクエスト解析部22によって解析されたユーザリクエストに含まれる、アクセス対象のデータの公開に係る公開ポリシーに基づいて、ユーザリクエストを振り分けるべきウェブアプリケーションを判断する。具体的には、振分部23は、リクエスト解析部22によって解析されたユーザリクエストに含まれるアクセス対象のデータについて後述するデータ管理テーブル41に記憶された公開ポリシーを参照する。また、振分部23は、参照した公開ポリシーが例えば社外秘でない場合には、ユーザリクエストを外部ウェブサーバ4のウェブアプリケーションに振り分けるものと判断する。そして、振分部23は、外部ウェブサーバ4でウェブアプリケーションを実施すべく、外部ウェブサーバ4のウェブアプリケーションを送信先とするHTTPリクエストをリクエスト転送部25に出力する。また、振分部23は、参照した公開ポリシーが例えば社外秘である場合には、ユーザリクエストをオンプレミス環境のウェブサーバ1Aに振り分けるものと判断する。そして、振分部23は、外部ウェブサーバ4からウェブアプリケーションをダウンロードし、ダウンロードしたウェブアプリケーションおよびユーザリクエストをアプリID登録部24に出力する。アプリID登録部24は、ユーザリクエストに含まれるウェブアプリケーションのURLごとに紐付けられるウェブアプリケーションのアプリIDIDentificationを生成する。また、アプリID登録部24は、生成したアプリIDおよび振分部23によって参照されたアクセス対象のデータの識別番号を対応付けて、アプリ管理テーブル42に登録する。そして、アプリID登録部24は、ダウンロードしたウェブアプリケーションを起動させるべく、ウェブサーバ1Aに対してウェブアプリケーションの起動を依頼するHTTPリクエストをリクエスト転送部25に出力する。HTTPリクエストには、ウェブアプリケーションのアプリIDが付与される。なお、本実施例では、ウェブアプリケーションをコンパイルしたプログラムやクラスファイルなどを配置して、ウェブクライアント3からウェブアプリケーションを実行可能な状態にすることをデプロイというものとする。すなわち、アプリID登録部24がウェブサーバ1Aに対してウェブアプリケーションの起動を依頼することによって、ウェブサーバ1Aは当該ウェブアプリケーションをサンドボックス11にデプロイする。ここで、データ管理テーブル41のデータ構造について、図3を参照しながら説明する。図3は、データ管理テーブル41のデータ構造の一例を示す図である。図3に示すように、データ管理テーブル41は、データID41a、社外秘データURL41bおよびアプリ名41cを対応付けて記憶する。データID41aは、データの識別番号を示す。社外秘データURL41bは、ウェブアプリケーションからのアクセスを許可するデータのうち社外秘データのURLを示す。すなわち、社外秘データURL41bは、社外での公開に制限があるデータのURLを示している。なお、データ管理テーブル41は、あらかじめ作成されているものとする。また、アプリ管理テーブル42のデータ構造について、図4を参照しながら説明する。図4は、アプリ管理テーブル42のデータ構造の一例を示す図である。図4に示すように、アプリ管理テーブル42は、データID42a、アプリID42bおよびウェブアプリケーションデプロイ場所URL42cを対応付けて記憶する。データID42aは、ウェブアプリケーションからアクセスするデータの識別番号を示し、データ管理テーブル41のデータID41aと対応付けられる。アプリID42bは、ユーザリクエストに含まれるウェブアプリケーションのURLごとに紐付けられる識別番号を示す。ウェブアプリケーションデプロイ場所URL42cは、ユーザリクエストに含まれるウェブアプリケーションをデプロイする場所のURL、すなわち、ここではウェブサーバ1AのURLを指す。なお、アプリ管理テーブル42は、サービス提供元ウェブアプリケーションURLとして、ウェブアプリケーションのサービスを提供する外部ウェブサーバ4内のURLを記憶しても良い。図2に戻って、リクエスト転送部25は、各種HTTPリクエストをウェブサーバ1Aまたは外部ウェブサーバ4に転送する。例えば、リクエスト転送部25は、振分部23によってユーザリクエストがオンプレミス環境のウェブサーバ1Aに振り分けられた場合には、ウェブアプリケーションの転送ダウンロードを依頼するHTTPリクエストを、外部ウェブサーバ4に転送する。また、リクエスト転送部25は、ダウンロードしたウェブアプリケーションの起動を依頼するHTTPリクエストをウェブサーバ1Aに送信する。このHTTPリクエストには、アプリID登録部24によって生成されたウェブアプリケーションのアプリIDが含まれる。また、リクエスト転送部25は、ウェブアプリケーションの実行を依頼するHTTPリクエストをウェブサーバ1Aに送信する。なお、リクエスト転送部25は、振分部23によってウェブアプリケーションへのHTTPリクエストが外部ウェブサーバ4に振り分けられた場合には、ウェブアプリケーションへのHTTPリクエストを、外部ウェブサーバ4に転送する。このとき、HTTPリクエストに含まれるアクセス対象のデータのURLは、中継サーバ1Aを経由して間接的にアクセスされるように書き換えられたURLであるものとする。このURLの書き換えは、例えば振分部23によって行われる。レスポンス受付部26は、リクエスト転送部25によって転送されたHTTPリクエストに対応するHTTPレスポンスを、転送先のウェブサーバ1Aまたは外部ウェブサーバ4から受け付ける。例えば、レスポンス受付部26は、ウェブアプリケーションの起動依頼に対応する起動完了通知のHTTPレスポンスを、ウェブサーバ1Aから受け付ける。また、レスポンス受付部26は、ウェブアプリケーションの実行依頼に対応する当該ウェブアプリケーションからのデータ要求のHTTPレスポンスを、ウェブサーバ1Aから受け付ける。そして、レスポンス受付部26は、受け付けたHTTPレスポンスをレスポンス解析部27に出力する。レスポンス解析部27は、レスポンス受付部26によって受け付けられたHTTPレスポンスを解析する。URL書換部28は、ウェブアプリケーションの起動完了通知が受け付けられた場合、ウェブアプリケーションで使用されるアクセス対象のデータのアクセス経路を、自装置を経由するように当該データのアクセス経路を書き換える。例えば、URL書換部28は、HTTPレスポンスに含まれるアプリIDおよびポート番号を取り出す。そして、URL書換部28は、取り出したポート番号およびウェブサーバ1AのURLを用いてウェブアプリケーションのデプロイ場所URLを再現し、再現したURLを、取得したアプリIDに対応付けてアプリ管理テーブル42に更新する。そして、URL書換部28は、HTTPレスポンスから取り出したアプリIDが示すウェブアプリケーションで使用されるアクセス対象のデータのURLを、データ管理テーブル41およびアプリ管理テーブル42に基づいて取得する。そして、URL書換部28は、取得したURLを中継サーバ1Aを経由するように書き換える。すなわち、URL書換部28は、アクセス対象のデータをウェブアプリケーションから直接的にアクセスさせないで、中継サーバ1Aを経由させてウェブアプリケーションから間接的にアクセスさせるようにする。アプリID付与部29は、デプロイされたウェブアプリケーションを実行すべく、当該ウェブアプリケーションの実行を依頼するHTTPリクエストをリクエスト転送部25に出力する。HTTPリクエストには、実行URL書換部28によって書き換えられたアクセス対象のデータのURLおよびHTTPレスポンスに含まれるアプリIDが付与される。データアクセス判定部30は、ウェブアプリケーションからデータ要求が受け付けられた場合、データ要求があったデータのアクセスを許可するか否かを判定する。例えば、データアクセス判定部30は、レスポンス解析部27によって解析されたHTTPレスポンスに含まれるアプリIDを基に、アプリ管理テーブル42にデータIDが記憶されているか否かを判定する。そして、データアクセス判定部30は、データIDが記憶されている場合には、データIDが示すアクセス対象のデータについて、データ管理テーブル41に公開ポリシー社外秘データURLが記憶されているか否かを判定する。そして、データアクセス判定部30は、アクセス対象のデータについて、公開ポリシーが記憶されている場合には、アクセスを許可することが可能であると判定する。一方、データアクセス判定部30は、アクセス対象のデータについて、公開ポリシーが記憶されていない場合には、不正なアクセスであると判断し、アクセスを許可しないものと判定する。さらに、データアクセス判定部30は、アクセス対象のデータのアクセスを許可することが可能であると判定する場合には、データ管理テーブル41に基づいて、データ要求があったデータが一致するか否かを判定しても良い。例えば、データアクセス判定部30は、データ管理テーブル41に記憶された、データIDに対応する社外秘データURLを参照する。そして、データアクセス判定部30は、参照した社外秘データURLがHTTPレスポンスに含まれたデータ要求があったデータのURLと一致するか否かを判定する。そして、データアクセス判定部30は、一致する場合には、正常なアクセスであると判断し、アクセスを許可するものと判定する。一方、データアクセス判定部30は、一致しない場合には、不正なアクセスであると判断し、アクセスを許可しないものと判定する。レスポンス転送部31は、各種HTTPレスポンスを各HTTPレスポンスに応じて転送する。例えば、レスポンス転送部31は、データアクセス判定部30によってアクセスを許可することが可能であると判定されたアクセス対象のデータについて、社内記憶装置6から読み出すべく、HTTPレスポンスを社内記憶装置6に転送する。[実施例2に係るウェブサーバの構成]次に、実施例2に係るウェブサーバ1Aの構成について、図5を参照して説明する。図5は、実施例2に係るウェブサーバの構成を示す機能ブロック図である。ウェブサーバ1Aは、サンドボックス11を含み、制御部および記憶部を有する。なお、ウェブサーバ1Aは、実施例1のウェブサーバ1の一例である。サンドボックス11は、外部ウェブサーバ4からダウンロードされるウェブアプリケーションを、保護された領域で動作させることによってシステムが不正に操作されるのを防ぐセキュリティモデルである。中継サーバ2Aから起動依頼デプロイされるウェブアプリケーションは、保護された領域に入り、他のアプリケーションやデータなどを操作できない状態にされて動作する。このため、ウェブアプリケーションが暴走したりウイルスを動作させたりしようとしても、システムに影響が及ばないようにできる。制御部は、HTTPリクエストを制御するリクエスト受付部61、アプリID登録有無判定部32、リクエストキュー部33、プロセスID解析部34、アプリID検索部35およびレスポンス転送部36を有する。また、制御部は、例えば、ASICApplicationSpecificIntegratedCircuitやFPGAFieldProgrammableGateArrayなどの集積回路またはCPUCentralProcessingUnitやMPUMicroProcessingUnitなどの電子回路である。なお、アプリID検索部35は、実施例1の検索部13の一例である。レスポンス転送部36は、実施例1の実行部14の一例である。記憶部は、アプリ管理テーブル51を有する。記憶部は、例えば、RAMRandomAccessMemory、フラッシュメモリflashmemoryなどの半導体メモリ素子、または、ハードディスク、光ディスクなどの記憶装置である。なお、アプリ管理テーブル51は、実施例1の記憶部12の一例である。リクエスト受付部61は、中継サーバ2Aから各種HTTPリクエストを受け付ける。例えば、リクエスト受付部61は、ウェブアプリケーションの起動を依頼するHTTPリクエストを中継サーバ2Aから受け付ける。また、リクエスト受付部61は、ウェブアプリケーションの実行を依頼するHTTPリクエストを中継サーバ2Aから受け付ける。双方のHTTPリクエストには、ウェブアプリケーションのアプリIDが含まれる。アプリID登録有無判定部32は、リクエスト受付部61によって受け付けられたHTTPリクエストに含まれるアプリIDが後述するアプリ管理テーブル51に登録されているか否かを判定する。そして、アプリID登録有無判定部32は、アプリIDが登録されていないと判定された場合、ポート番号を割り当て、割り当てたポート番号とアプリIDとを対応付けてアプリ管理テーブル51に格納する。割り当てられるポート番号は、例えば中継サーバ2AからHTTPリクエストが送信された際に用いられたポートの番号であり、OSOperatingSystemによって割り当てられる。アプリIDが登録されていないと判定される場合とは、ユーザリクエスト内のウェブアプリケーションに関し、HTTPリクエストが最初に受け付けられた場合である。例えば、ウェブアプリケーションの起動依頼のHTTPリクエストが受け付けられた場合を指す。なお、アプリIDが登録されていると判定される場合とは、ユーザリクエスト内のウェブアプリケーションに関し、HTTPリクエストが2回目以降の受け付けられた場合である。例えば、ウェブアプリケーションの実行依頼のHTTPリクエストが受け付けられた場合を指す。また、アプリID登録有無判定部32は、アプリIDが登録されていないと判定された場合、HTTPリクエストに基づいて、リクエストキュー部33に起動依頼のリクエストを出力する。これは、アプリIDに対応するウェブアプリケーションが起動されていないので、起動開始から起動完了までの間キューに保存された他のリクエストを待たせることにより、起動完了後に起動したウェブアプリケーションのプロセスIDを確実に取得するためである。また、アプリID登録有無判定部32は、アプリIDが登録されていると判定された場合、既にアプリIDに対応するウェブアプリケーションが起動済みであるので、アプリ管理テーブル51に記憶されたプロセスIDを取得する。そして、アプリID登録有無判定部32は、サンドボックス11のプロセスIDが示すプロセスに、HTTPリクエストに基づく実行を依頼する。ここで、アプリ管理テーブル51のデータ構造について、図6を参照しながら説明する。図6は、アプリ管理テーブル51のデータ構造の一例を示す図である。図6に示すように、アプリ管理テーブル51は、アプリID51a、ポート番号51bおよびプロセスID51cを対応付けて記憶する。アプリID51aは、ユーザリクエストに含まれるウェブアプリケーションのURLごとに紐付けられる識別番号を示す。ポート番号51bは、サービスを特定する番号を示す。ここでは、ポート番号51bは、例えばウェブアプリケーションのURL毎にアプリID登録有無判定部32によって割り当てられる。プロセスID51cは、ウェブアプリケーションを起動したときに一意に割り当てられるプロセスの識別子である。プロセスID51cは、ウェブアプリケーションの起動ごとにOSによって割り当てられる。つまり、同じウェブアプリケーションであっても複数起動されれば異なるプロセスIDが割り当てられる。リクエストキュー部33は、アプリID登録有無判定部32から起動依頼のリクエストを受け取ると、受け取った起動依頼のリクエストをキューに保存する。そして、リクエストキュー部33は、キューに保存した起動依頼のリクエストを処理する順番がくると、キューからこのリクエストを取り出す。そして、リクエストキュー部33は、取り出したリクエストに基づいて、リクエストに含まれるアプリIDに対応するウェブアプリケーションの起動デプロイをサンドボックス11に依頼する。この結果、リクエストキュー部33は、ウェブアプリケーションの起動開始から起動完了までの処理を待つこととなる。言い換えれば、リクエストキュー部33は、起動中のウェブアプリケーションのアプリIDを管理している。プロセスID解析部34は、サンドボックス11のウェブアプリケーションから起動完了通知またはデータ要求を取得すると、OSに対して実行中のウェブアプリケーションのプロセスIDおよび送信元のポート番号を問い合わせる。つまり、OSは、ウェブアプリケーションの実行中のプロセスIDを管理するとともに、リクエストやレスポンスを送信する際に用いられるポート番号を管理している。このため、プロセスID解析部34は、取得した通知などを発行したウェブアプリケーションのプロセスIDをOSに対して問い合わせ、加えて、取得した通知などを送信する際に用いられるポート番号をOSに対して問い合わせる。ただし、OSは、取得した通知などを送信する際に用いられるポート番号として、空いているポート番号を適当に割り当てる。例えば、プロセスID解析部34は、ウェブアプリケーションから起動完了通知を取得すると、取得した起動完了通知を出力したウェブアプリケーションのプロセスIDをOSに対して問い合わせる。そして、プロセスID解析部34は、問い合わせたプロセスIDを、処理中管理されていたウェブアプリケーションのアプリIDと対応付けてアプリ管理テーブル51に更新する。また、プロセスID解析部34は、ウェブアプリケーションからデータ要求を取得すると、取得したデータ要求を出力したウェブアプリケーションのプロセスIDを、OSに対して問い合わせる。また、プロセスID解析部34は、レスポンスを送信する際に用いられる送信元のポート番号を、OSに対して問い合わせる。そして、プロセスID解析部34は、OSに対して問い合わせた結果であるプロセスIDおよび送信元のポート番号をアプリID検索部35に出力する。アプリID検索部35は、プロセスID解析部34から出力されたプロセスIDを基に、当該プロセスIDに対応するウェブアプリケーションのアプリIDおよびポート番号をアプリ管理テーブル51から検索する。例えば、アプリID検索部35は、起動完了通知を出力したウェブアプリケーションのプロセスIDに対応するアプリIDおよびポート番号をアプリ管理テーブル51から検索する。そして、アプリID検索部35は、検索した結果、アプリIDが検索されると、検索されたアプリIDに対応するウェブアプリケーションの起動完了を通知するHTTPレスポンスをレスポンス転送部36に出力する。HTTPレスポンスには、アプリ管理テーブル51から検索されたアプリIDおよびアプリ管理テーブル51から検索されたポート番号が含まれる。また、アプリID検索部35は、データ要求を出力したウェブアプリケーションのプロセスIDに対応するアプリIDおよびポート番号をアプリ管理テーブル51から検索する。そして、アプリID検索部35は、検索した結果、アプリIDが検索されると、検索されたアプリIDに対応するウェブアプリケーションからのデータ要求を示すHTTPレスポンスをレスポンス転送部36に出力する。HTTPレスポンスには、アプリ管理テーブル51から検索されたアプリIDが含まれる。すなわち、アプリID検索部35は、アプリIDが検索されると、検索されたアプリIDと紐づいたユーザリクエストに関わるデータ要求であると判断できるので、このアプリIDを含んだHTTPレスポンスを出力する。なお、アプリID検索部35は、検索した結果、ウェブアプリケーションのプロセスIDに対応するアプリIDが検索されない場合、アプリIDと紐づいたユーザリクエストに関わるデータ要求ではないので、当該データ要求を実行しない。レスポンス転送部36は、各種HTTPレスポンスを各HTTPレスポンスに応じて転送する。例えば、レスポンス転送部36は、アプリIDに対応するウェブアプリケーションの起動完了を通知するHTTPレスポンスを、中継サーバ2Aに対して転送する。また、レスポンス転送部36は、アプリIDに対応するウェブアプリケーションからのデータ要求のHTTPレスポンスを、中継サーバ2Aに対して転送する。このとき、レスポンス転送部36は、OSによって割り当てられた送信元のポート番号を用いて、アプリIDを含んだそれぞれのHTTPレスポンスを転送する。これにより、OSが送信元のポート番号として空いている番号を適当に割り当てても、レスポンス転送部36は、ユーザリクエストに基づくウェブアプリケーションを示すアプリIDを含んでレスポンスを転送する。この結果、レスポンスを受け取った中継サーバ2Aは、アプリIDによって、どのユーザリクエストに基づくウェブアプリケーションからのレスポンスであるのかを判定できる。[実施例2に係る中継サーバにおけるアプリ起動依頼の手順]次に、実施例2に係る中継サーバにおけるアプリ起動依頼の処理手順を、図7を参照して説明する。図7は、実施例2に係る中継サーバにおけるアプリ起動依頼の手順を示すフローチャートである。まず、リクエスト受付部21は、ウェブクライアント3からユーザリクエストを受け付けたか否かを判定するステップS11。ウェブクライアント3からユーザリクエストを受け付けていないと判定した場合ステップS11;No、リクエスト受付部21は、ウェブクライアント3からユーザリクエストを受信するまで、判定処理を繰り返す。一方、ウェブクライアント3からユーザリクエストを受け付けたと判定した場合ステップS11;Yes、振分部23は、ユーザリクエストに含まれるアクセス対象のデータが社外秘データであるか否かを判定するステップS12。例えば、振分部23は、ユーザリクエストに含まれるアクセス対象のデータのURLがデータ管理テーブル41の社外秘データURL41bに記憶されているか否かを判定する。アクセス対象のデータが社外秘データであると判定する場合ステップS12;Yes、振分部23は、ユーザリクエストに含まれるウェブアプリケーションの転送を依頼するHTTPリクエストをサービス提供元である外部ウェブサーバ4に転送する。そして、振分部23は、サービス提供元である外部ウェブサーバ4からウェブアプリケーションをダウンロードするステップS13。続いて、アプリID登録部24は、ダウンロードしたウェブアプリケーションのURL、すなわちユーザリクエストに含まれるウェブアプリケーションのURLに紐付けられるアプリIDを生成する。そして、アプリID登録部24は、生成したアプリIDとアクセス対象のデータのデータIDとを対応付けてアプリ管理テーブル42に登録するステップS14。そして、アプリID登録部24は、ホストのURLを書き換えて、ウェブアプリケーションの起動を依頼するHTTPリクエストをウェブサーバ1Aに送信するステップS15。すなわち、アプリID登録部24は、ダウンロードしたウェブアプリケーションを起動させるべく、ウェブサーバ1Aに対してウェブアプリケーションの起動を依頼する。このとき、HTTPリクエストには、生成されたウェブアプリケーションのアプリIDが付与される。そして、ウェブサーバ1Aにおけるリクエスト処理に移行する。なお、振分部23がアクセス対象のデータが社外秘データでないと判定する場合ステップS12;Noには、例えば振分部23がアクセス対象のデータのURLを、中継サーバ2Aを経由するように書き換えるステップS16。そして、振分部23は、サービス提供元である外部ウェブサーバ4に対してウェブアプリケーションを送信先とするHTTPリクエストを送信し、処理を依頼するステップS17。その後、外部ウェブサーバ4のウェブアプリケーションからデータへのアクセス要求が送信されると、中継サーバ2Aにおけるデータへのアクセス処理に移行する。[実施例2に係るウェブサーバにおけるリクエスト処理の手順]次に、実施例2に係るウェブサーバにおけるリクエスト処理の処理手順を、図8を参照して説明する。図8は、ウェブサーバにおけるリクエスト処理の手順を示すフローチャートである。まず、リクエスト受付部61は、HTTPリクエストを受け付けたか否かを判定するステップS21。HTTPリクエストを受け付けていないと判定した場合ステップS21;No、リクエスト受付部61は、HTTPリクエストを受信するまで、判定処理を繰り返す。一方、HTTPリクエストを受け付けたと判定した場合ステップS21;Yes、アプリID登録有無判定部32は、受け付けられたHTTPリクエストに含まれるアプリIDがアプリ管理テーブル51に登録済みであるか否かを判定するステップS22。アプリIDが登録済みでないと判定する場合ステップS22;No、ここでは、受け付けたHTTPリクエストは、ウェブアプリケーションの起動を依頼するリクエストであったものとする。すると、アプリID登録有無判定部32は、ウェブアプリケーションの起動依頼のリクエストをリクエストキュー部33に出力する。そして、リクエストキュー部33は、取得した起動依頼のリクエストをキューに格納するステップS23。この結果、起動依頼のリクエストがキューイング状態となる。さらに、アプリID登録有無判定部32は、ポート番号を割り当て、割り当てたポート番号とアプリIDとを対応付けてアプリ管理テーブル51に格納するステップS24。続いて、リクエストキュー部33は、キューに保存した起動依頼のリクエストを処理する順番がくると、キューからこのリクエストを取り出し、リクエストに含まれるウェブアプリケーションの起動をサンドボックス11に依頼するステップS25。この結果、リクエストキュー部33は、ウェブアプリケーションの起動開始から起動完了までの間キューに保存された他の処理を待たせることとなる。言い換えれば、リクエストキュー部33は、起動中のウェブアプリケーションをキューイング状態にし、起動中のウェブアプリケーションのアプリIDを管理する。その後、プロセスID解析部34は、サンドボックス11のウェブアプリケーションから起動完了通知を取得するステップS26。そして、プロセスID解析部34は、OSに対して、起動完了通知を発行したウェブアプリケーションのプロセスIDを問い合わせる。そして、プロセスID解析部34は、問い合わせた結果、取得したプロセスIDを起動中管理されているウェブアプリケーションのアプリIDと対応付けてアプリ管理テーブル51に更新するステップS27。ここで、リクエストキュー部33は、起動完了したウェブアプリケーションのキューイング状態を解放する。そして、アプリID検索部35は、OSによって取得されたプロセスIDを基に、当該プロセスIDに対応するウェブアプリケーションのアプリIDおよびポート番号をアプリ管理テーブル51から検索する。そして、レスポンス転送部36は、アプリIDに対応するウェブアプリケーションの起動完了を通知するHTTPレスポンスを、中継サーバ2Aに対して転送するステップS28。HTTPレスポンスには、アプリIDとポート番号が含まれる。一方、アプリIDが登録済みであると判定する場合ステップS22;Yes、受け付けたHTTPリクエストは、ウェブアプリケーションの実行依頼のリクエストであったものとする。すると、アプリID登録有無判定部32は、サンドボックス11にウェブアプリケーションの実行を依頼するステップS29。例えば、アプリID登録有無判定部32は、既にアプリIDに対応するウェブアプリケーションが起動済みであるので、アプリIDを基に、アプリ管理テーブル51に記憶されたプロセスIDを取得する。そして、アプリID登録有無判定部32は、取得したプロセスIDが示すプロセスに、HTTPリクエストに基づいて実行を依頼する。その後、プロセスID解析部34は、ウェブアプリケーションから処理に必要なデータ要求のリクエストを取得するステップS30。そして、プロセスID解析部34は、OSに対して、データ要求のリクエストを送信したウェブアプリケーションのプロセスIDを問い合わせて、当該リクエストの送信元のプロセスIDを取得するステップS31。そして、アプリID検索部35は、OSによって取得されたプロセスIDを基に、当該プロセスIDに対応するウェブアプリケーションのアプリIDおよびポート番号をアプリ管理テーブル51から検索するステップS32。そして、レスポンス転送部36は、データ要求リクエストにアプリIDを付与し、データ要求リクエストをHTTPレスポンスとして中継サーバ2Aに対して転送するステップS33。HTTPレスポンスには、アプリIDが含まれる。[実施例2に係る中継サーバにおけるアプリ実行依頼の手順]次に、実施例2に係る中継サーバにおけるアプリ実行依頼の処理手順を、図9を参照して説明する。図9は、中継サーバにおけるアプリ実行依頼の手順を示すフローチャートである。ウェブサーバ1Aから転送されたウェブアプリケーションの起動完了を通知するHTTPレスポンスを、レスポンス受付部26が受け取る。すると、URL書換部28が、デプロイしたウェブアプリケーションのURLをアプリ管理テーブル42に更新するステップS41。例えば、URL書換部28は、HTTPレスポンスに含まれるアプリIDおよびポート番号を取り出す。そして、URL書換部28は、取り出したポート番号およびウェブサーバ1AのURLを用いてウェブアプリケーションのデプロイ場所URLを再現し、再現したURLを、取得したアプリIDに対応付けてアプリ管理テーブル42に更新する。続いて、URL書換部28は、ウェブアプリケーションの実行を依頼するHTTPリクエストのアクセス対象のデータのURLを中継サーバ2Aを経由するように書き換えるステップS42。すなわち、URL書換部28は、アクセス対象のデータをウェブアプリケーションから直接的にアクセスさせないで、中継サーバ2Aを経由させてウェブアプリケーションから間接的にアクセスさせるようにする。さらに、アプリID付与部29は、ウェブアプリケーションの実行を依頼するHTTPリクエストに、HTTPレスポンスに含まれるアプリIDを付与するステップS43。そして、リクエスト転送部25は、ウェブアプリケーションの実行を依頼するHTTPリクエストをウェブサーバ1Aに送信するステップS44。[実施例2に係る中継サーバにおけるデータへのアクセス処理の手順]次に、実施例2に係る中継サーバにおけるデータへのアクセス処理の処理手順を、図10を参照して説明する。図10は、中継サーバにおけるデータへのアクセス処理の手順を示すフローチャートである。ウェブサーバ1Aから転送されたデータ要求リクエストを示すHTTPレスポンスを、レスポンス受付部26が受け取る。すると、データアクセス判定部30は、データ要求リクエストがあったデータへのアクセスを許可しているか否かを判定するステップS51。例えば、データアクセス判定部30は、HTTPレスポンスに含まれるアプリIDを基に、アプリ管理テーブル42にデータIDが記憶されているか否かを判定する。さらに、データアクセス判定部30は、アプリ管理テーブル42にデータIDが記憶されている場合には、データ管理テーブル41に基づいて、データ要求があったデータが一致するか否かを判定する。データへのアクセスを許可していると判定した場合ステップS51;Yes、レスポンス転送部31は、社内記憶装置6に記憶されたアクセス対象のデータである社外秘データにアクセスするステップS52。一方、データへのアクセスを許可していないと判定した場合ステップS51;No、レスポンス転送部31は、例えばウェブクライアント3へのメッセージ送信などによって許可されていないデータにアクセスしようとしたことを警告するステップS53。[実施例2に係るリクエスト処理のうちアプリケーション起動処理のシーケンス図]次に、実施例2に係るリクエスト処理のうちアプリケーション起動処理のシーケンスを、図11を参照して説明する。図11は、実施例2に係るリクエスト処理のうちアプリケーション起動処理のシーケンス図である。まず、ウェブクライアント3が、ウェブアプリケーションおよびアクセス対象データを選択し、ウェブアプリケーションの実行依頼を示すHTTPリクエストユーザリクエストを送信するステップS61。ウェブクライアント3から中継サーバ2Aへのユーザリクエストの内容は、例えば図13に示す内容となる。図13に示すように、POSTメソッドをapp1HTTP11とする。ホスト名を中継サーバ2Agwcompanycomとする。ウェブアプリケーションのURLを外部ウェブサーバ4に配置されたものhttpwwwcloudcomapp1とする。アクセス対象データのURLを社内記憶装置6に記憶されたものhttpdatacompanycomdata1xmlとする。このアクセス対象データのURLが、社外秘データとしてデータID例えば1と対応付けられてデータ管理テーブル41に記憶されているものとする。そして、中継サーバ2Aは、HTTPリクエストを受け取り、受け取ったHTTPリクエストに含まれるアクセス対象データについて、データ管理テーブル41に基づいて、公開ポリシーを判定するステップS62。ここでは、アクセス対象データのURLhttpdatacompanycomdata1xmlがデータ管理テーブル41に記憶されているので、公開ポリシーを社外秘であるものと判定する。そして、中継サーバ2Aは、アクセス対象データの公開ポリシーが社外秘であると判定したので、HTTPリクエストをオンプレミス環境のウェブサーバ1Aに振り分けるものと判断する。そして、中継サーバ2Aは、外部ウェブサーバ4にウェブアプリケーションhttpwwwcloudcomapp1の転送依頼を送信し、外部ウェブサーバ4からウェブアプリケーションを取得ダウンロードするステップS63。そして、中継サーバ2Aは、アクセス対象のデータのデータID1と関連付けて、ウェブアプリケーションのURLごとに紐付けられるアプリID例えば1をアプリ管理テーブル42に登録するステップS64。その後、中継サーバ2Aは、取得ダウンロードしたウェブアプリケーションをウェブサーバ1Aのサンドボックス11にデプロイすべく、ウェブアプリケーションの起動依頼のリクエストを送信するステップS65。中継サーバ2Aからサンドボックス11へのウェブアプリケーションの起動依頼のリクエストの内容は、例えば図14に示す内容となる。図14に示すように、POSTメソッドをapp1HTTP11とする。ホスト名をウェブサーバ1Awwwcompanycomとする。そして、アプリケーションIDとして、ウェブアプリケーションに紐付けられたアプリIDの1が付与される。続いて、ウェブサーバ1Aは、起動依頼のリクエストに含まれるアプリIDがアプリ管理テーブル51に登録されているか否かを判定し、アプリIDが登録されていなければポート番号を割り当て、アプリIDと対応付けて格納するステップS66。ここでは、アプリID1がアプリ管理テーブル51に記憶されていないので、ウェブサーバ1Aは、ポート番号として、リクエストを送信された際に用いられたポートの番号例えば1111を割り当てる。そして、ウェブサーバ1Aは、割り当てたポート番号1111とアプリID1とを対応付けてアプリ管理テーブル51に格納する。さらに、ウェブサーバ1Aは、起動依頼のリクエストをキューに保存するステップS67。これは、起動開始から起動完了までの間キューに保存された他のリクエストを待たせることにより、起動完了後に起動したウェブアプリケーションのプロセスIDを確実に取得するためである。そして、ウェブサーバ1Aは、起動依頼のリクエストの順番がくると、リクエストに基づいて、アプリIDに対応するウェブアプリケーションの起動をサンドボックス11に依頼するステップS68。起動するウェブアプリケーションは、中継サーバ2Aによって取得ダウンロードされたウェブアプリケーションである。ここでは、サンドボックス11は、取得ダウンロードされたウェブアプリケーションapp1をhttpwwwcompanycom1111にデプロイする。そして、サンドボックス11のウェブアプリケーションは、完了結果を通知するステップS69。通知された完了結果が正常であれば、ウェブサーバ1Aは、OSから、完了結果を通知したウェブアプリケーションのプロセスIDを取得する。ここでは、ウェブサーバ1Aは、プロセスIDとして11を取得する。そして、ウェブサーバ1Aは、取得したプロセスID11を、起動を完了したウェブアプリケーションのアプリID1と対応付けてアプリ管理テーブル51に追加するステップS70。ここで、ウェブサーバ1Aは、起動を完了したウェブアプリケーションのキューイング状態を解放する。そして、ウェブサーバ1Aは、アプリIDに対応するウェブアプリケーションの起動完了を中継サーバ2Aに通知するステップS71。サンドボックス11から中継サーバ2Aへのウェブアプリケーションの起動完了のレスポンスの内容は、例えば図15に示す内容となる。図15に示すように、アプリケーションIDとして、ウェブアプリケーションに紐付けられたアプリIDの1が付与される。ポート番号として、アプリ管理テーブル51に記憶されたポート番号であってアプリID1に対応付けられたポート番号の1111が付与される。続いて、中継サーバ2Aは、起動完了通知のレスポンスに含まれたアプリIDおよびポート番号を取り出し、取り出したポート番号およびウェブサーバ1AのURLを用いてウェブアプリケーションのデプロイ場所URLを再現する。ここでは、取り出されたポート番号が1111であり、ウェブサーバ1AのURLがwwwcompanycomであるので、ウェブアプリケーションのデプロイ場所URLは、wwwcompanycom1111と再現される。そして、中継サーバ2Aは、再現したデプロイ場所URLを、取り出したアプリIDに対応付けてアプリ管理テーブル42に登録するステップS72。[実施例2に係るリクエスト処理のうちアプリケーション実行処理のシーケンス図]次に、実施例2に係るリクエスト処理のうちアプリケーション実行処理のシーケンスを、図12を参照して説明する。図12は、実施例2に係るリクエスト処理のうちアプリケーション実行処理のシーケンス図である。なお、中継サーバ2Aは、ウェブアプリケーションの起動完了通知のレスポンスを受信し、デプロイ場所URLをアプリ管理テーブル42に登録したものとする。続いて、中継サーバ2Aは、ウェブアプリケーションで使用されるアクセス対象のデータのアクセス経路を、中継サーバ2Aを経由するように当該データのURLを書き換えるステップS73。その後、中継サーバ2Aは、デプロイ先のウェブアプリケーションに実行を依頼するリクエストを送信するステップS74。リクエストには、起動完了通知のレスポンスに含まれるアプリID1が付与される。中継サーバ2Aからサンドボックス11へのウェブアプリケーションの実行依頼のリクエストの内容は、例えば図16に示す内容となる。図16に示すように、GETメソッドをapp1datadata1xmlHTTP11とする。これは、アクセス対象データの書き換え後のURLである。すなわち、アクセス対象のデータの書き換え前のURLには、図13に示すように、アクセス対象のデータである社外秘データのURLU0が記載されている。つまり、社内記憶装置6datacompanycomに記憶されたデ-タdata1xmlに直接的にアクセスされるようにクエリ文字列として記載されている。一方、図16のアクセス対象のデータの書き換え後のURLには、アクセス対象のデータである社外秘データが、間接的にアクセスされるように記載されている。すなわち、社外秘データU2が、中継サーバU1を経由してからアクセスされるように書き換えられる。なお、ここでは、書き換え後のURLは、英数字以外の文字列などの記号を安全な形に変換するために、URLエンコードされている。続いて、ウェブサーバ1Aは、実行依頼のリクエストに含まれるアプリIDがアプリ管理テーブル51に登録されているか否かを判定するステップS75。ここでは、アプリID1がアプリ管理テーブル51に記憶されているので、アプリIDが登録されていると判定する。そして、ウェブサーバ1Aは、アプリ管理テーブル51に記憶されたプロセスIDに基づいて、アプリID1に対応するプロセスID11を取得し、取得したプロセスIDが示すプロセスに、ウェブアプリケーションの実行を依頼するステップS76。その後、ウェブサーバ1Aは、ウェブアプリケーションから、処理に必要なデータ要求を取得するステップS77。すると、ウェブサーバ1Aは、OSからデータ要求をしたウェブアプリケーションのプロセスIDを取得する。ここでは、ウェブサーバ1Aは、プロセスIDとして11を取得する。そして、ウェブサーバ1Aは、取得したプロセスID11を基に、アプリ管理テーブル51からアプリIDを検索するステップS78。ここでは、アプリID1が検索される。そして、ウェブサーバ1Aは、処理に必要なデータを依頼すべく、アプリIDに対応するウェブアプリケーションからのデータ要求のリクエストを中継サーバ2Aに転送するステップS79。データ要求には、アプリIDが付与される。ウェブアプリケーションから中継サーバ2Aへのデータ要求の内容は、例えば図17に示す内容となる。図17に示すように、GETメソッドをhttpdatacompanycomdata1xmlHTTP11とする。ホスト名を中継サーバ2Agwcompanycomとする。アプリケーションIDとして、ウェブアプリケーションに紐付けられたアプリIDの1が付与される。続いて、中継サーバ2Aは、データ要求を取得すると、データ要求がされたデータhttpdatacompanycomdata1xmlHTTP11について、データへのアクセスを許可するか否かを判定するステップS80。例えば、中継サーバ2Aは、データ管理テーブル41にアプリIDに対応する公開ポリシーが記憶されているか否かを判定する。ここでは、中継サーバ2Aは、データ管理テーブル41にアプリID1に対応する公開ポリシーが記憶されているので、アクセスを許可することが可能であると判定する。さらに、中継サーバ2Aは、データ管理テーブル41に基づいて、データ要求がされたデータhttpdatacompanycomdata1xmlHTTP11が一致するか否かを判定する。ここでは、中継サーバ2Aは、データ管理テーブル41にアプリID1に対応する社外秘データURLとして、データ要求がされたデータが記憶されているので、正常なアクセスであると判断し、アクセスを許可するものと判定する。そして、中継サーバ2Aは、アクセスを許可されたデータにアクセスするステップS81。中継サーバ2Aから社内記憶装置6へのデータ要求の内容は、例えば図18に示す内容となる。図18に示すように、GETメソッドをdata1xmlHTTP11とする。ホスト名を社内記憶装置6datacompanycomとする。アプリケーションIDとして、ウェブアプリケーションに紐付けられたアプリIDの1が付与される。その後、中継サーバ2Aは、社内記憶装置6からデータを取得しステップS82、取得したデータをウェブサーバ1Aに送信するステップS83。さらに、中継サーバ2Aは、ウェブサーバ1Aから処理結果の通知を受け取るとステップS84、処理結果をウェブクライアント3に通知するステップS85。[実施例2の効果]上記実施例2によれば、ウェブサーバ1Aのアプリ管理テーブル51は、ユーザリクエストに含まれるウェブアプリケーションのURLごとに紐付けられたアプリIDと、当該ウェブアプリケーションのプロセスIDとを対応付けて記憶する。そして、アプリID検索部35は、実行中のウェブアプリケーションからデータ要求があった場合、データ要求があったウェブアプリケーションのプロセスIDに対応するウェブアプリケーションのアプリIDをアプリ管理テーブル51から検索する。そして、レスポンス転送部36は、ウェブアプリケーションのアプリIDが検索されると、検索されたウェブアプリケーションのアプリIDと紐づくユーザリクエストに関わるデータ要求を中継サーバ2Aに送信する。かかる構成によれば、ウェブサーバ1Aは、実行中のウェブアプリケーションのプロセスIDとの比較に、ユーザリクエストに含まれるウェブアプリケーションと紐付いたアプリIDの対応付けとして記憶したプロセスIDを用いる。このため、ウェブサーバ1Aは、比較の結果プロセスIDが一致すれば、これに対応するアプリIDを検索できるので、検索できたアプリIDが示すウェブアプリケーションとユーザリクエストとが紐づくこととなる。したがって、ウェブサーバ1Aは、ウェブアプリケーションが複数実行していても、ウェブアプリケーションからのデータ要求がどのユーザリクエストに基づくウェブアプリケーションからの要求であるのかを判定できる。この結果、中継サーバ2Aは、不正なデータアクセスを防止できる。また、上記実施例2によれば、プロセスID解析部34は、データ要求があったウェブアプリケーションのプロセスIDをOSに問い合わせ、問い合わせた結果得られたプロセスIDに対応するアプリIDをアプリ管理テーブル51から検索する。かかる構成によれば、プロセスID解析部34は、アプリ管理テーブル51からのアプリIDの検索に、OSによって管理されたプロセスIDを用いることにより、データ要求があったウェブアプリケーションと紐付いたアプリIDの有無を確実に判定できる。この結果、プロセスID解析部34は、ウェブアプリケーションからのデータ要求がどのユーザリクエストに基づくウェブアプリケーションからの要求であるのかを容易に判定できる。また、上記実施例2によれば、アプリID登録有無判定部32は、新たなリクエストに含まれるウェブアプリケーションのURLに紐付けられたウェブアプリケーションのアプリIDがアプリ管理テーブル51に記憶されているか否かを判定する。そして、リクエストキュー部33は、アプリIDが記憶されていない場合、キューを用いて、当該リクエストに含まれるウェブアプリケーションの起動開始から起動完了までの処理を待つ。そして、プロセスID解析部34は、当該ウェブアプリケーションから起動完了が通知されると、当該ウェブアプリケーションのプロセスIDをOSに問い合わせる。そして、プロセスID解析部34は、問い合わせた結果得られたプロセスIDを当該ウェブアプリケーションのアプリIDと対応付けてアプリ管理テーブル51に記憶する。かかる構成によれば、リクエストキュー部33は、新たなリクエストがあったときキューを用いるようにしたので、他のリクエストと処理が混在しないので、新たなリクエストに含まれるウェブアプリケーションのプロセスIDを確実に取得できる。この結果、新たなリクエストに含まれるウェブアプリケーションからその後データ要求があってもデータ要求がどのリクエストに基づくウェブアプリケーションからの要求であるのかを判定できる。また、上記実施例3によれば、レスポンス転送部36は、アプリIDを付与したデータ要求を中継サーバ2Aに送信するようにした。かかる構成によれば、レスポンス転送部36は、アプリIDが示すウェブアプリケーションとユーザリクエストとが紐づいているので、中継サーバ2Aに、データ要求がどのユーザリクエストに基づくウェブアプリケーションからの要求であるのかを示唆できる。ところで、実施例1および実施例2では、ウェブサーバ11Aと中継サーバ22Aとが分離した場合を説明した。しかしながら、これに限定されず、ウェブサーバ11Aと中継サーバ22Aとが統合しても良い。そこで、実施例3では、ウェブサーバ11Aと中継サーバ22Aとが統合した場合の中継サーバ2Bについて説明する。[実施例3に係る中継サーバの構成]図19は、実施例3に係る中継サーバの構成を示す機能ブロック図である。なお、図2に示す中継サーバ2Aおよび図5に示すウェブサーバ1Aと同一の構成については同一符号を示すことで、その重複する構成および動作の説明については省略する。実施例2と実施例3とが異なるところは、中継サーバ2Aのアプリ管理テーブル42とウェブサーバ1Aのアプリ管理テーブル51とを統合したアプリ管理テーブル51Aとした点にある。[実施例3に係るリクエスト処理のうちアプリケーション起動処理のシーケンス図]次に、実施例3に係るリクエスト処理のうちアプリケーション起動処理のシーケンスを、図20を参照して説明する。図20は、実施例3に係るリクエスト処理のうちアプリケーション起動処理のシーケンス図である。まず、ウェブクライアント3が、ウェブアプリケーションおよびアクセス対象データを選択し、ウェブアプリケーションの実行依頼を示すHTTPリクエストユーザリクエストを送信するステップS91。ウェブクライアント3から中継サーバ2Bへのユーザリクエストの内容は、例えば、POSTメソッドをapp1HTTP11とする。ホスト名を中継サーバ2Bgwcompanycomとする。ウェブアプリケーションのURLを外部ウェブサーバ4に配置されたものhttpwwwcloudcomapp1とする。アクセス対象データのURLを社内記憶装置6に記憶されたものhttpdatacompanycomdata1xmlとする。このアクセス対象データのURLが、社外秘データとしてデータID例えば1と対応付けられてデータ管理テーブル41に記憶されているものとする。そして、中継サーバ2Bは、HTTPリクエストを受け取り、受け取ったHTTPリクエストに含まれるアクセス対象データについて、データ管理テーブル41に基づいて、公開ポリシーを判定するステップS92。ここでは、アクセス対象データのURLhttpdatacompanycomdata1xmlがデータ管理テーブル41に記憶されているので、公開ポリシーを社外秘であるものと判定する。そして、中継サーバ2Bは、アクセス対象データの公開ポリシーが社外秘であると判定したので、HTTPリクエストをオンプレミス環境の中継サーバ2Bに振り分けるものと判断する。そして、中継サーバ2Bは、外部ウェブサーバ4にウェブアプリケーションhttpwwwcloudcomapp1の転送依頼を送信し、外部ウェブサーバ4からウェブアプリケーションを取得ダウンロードするステップS93。そして、中継サーバ2Bは、ウェブアプリケーションのURLごとに紐付けられるアプリID例えば1を生成する。そして、中継サーバ2Bは、アプリIDがアプリ管理テーブル51Aに登録されているか否かを判定し、アプリIDが登録されていなければポート番号を割り当て、アプリIDとアクセス対象のデータIDと対応付けて格納するステップS94。ここでは、アプリID1がアプリ管理テーブル51Aに記憶されていないので、中継サーバ2Bは、ポート番号例えば1111を割り当てる。そして、ウェブサーバ1Aは、割り当てたポート番号1111とアプリID1とデータID1とを対応付けてアプリ管理テーブル51Aに格納する。そして、中継サーバ2Bは、ウェブアプリケーションの起動依頼のリクエストをキューに保存するステップS95。これは、起動開始から起動完了までの間キューに保存された他のリクエストを待たせることにより、起動完了後に起動したウェブアプリケーションのプロセスIDを確実に取得するためである。そして、中継サーバ2Bは、ウェブアプリケーションの起動依頼のリクエストの順番がくると、リクエストに基づいて、アプリIDに対応するウェブアプリケーションの起動をサンドボックス11に依頼するステップS96。起動するウェブアプリケーションは、中継サーバ2Bによって取得ダウンロードされたウェブアプリケーションである。ここでは、サンドボックス11は、取得ダウンロードされたウェブアプリケーションapp1をhttpwwwcompanycom1111にデプロイする。そして、サンドボックス11のウェブアプリケーションは、完了結果を通知するステップS97。通知された完了結果が正常であれば、中継サーバ2Bは、OSから、完了結果を通知したウェブアプリケーションのプロセスIDを取得する。ここでは、中継サーバ2Bは、プロセスIDとして11を取得する。そして、中継サーバ2Bは、取得したプロセスID11を、起動を完了したウェブアプリケーションのアプリID1と対応付けてアプリ管理テーブル51Aに追加するステップS98。ここで、中継サーバ2Bは、起動を完了したウェブアプリケーションのキューイング状態を解放する。そして、中継サーバ2Bは、ウェブアプリケーションをデプロイしたデプロイ場所URLをアプリIDに対応付けてアプリ管理テーブル51Aに登録するステップS99。ここでは、アプリ管理テーブル51AのアプリID1に対応付けてウェブアプリケーションデプロイ場所URLwwwcompanycom1111が登録される。[実施例3に係るリクエスト処理のうちアプリケーション実行処理のシーケンス図]次に、実施例3に係るリクエスト処理のうちアプリケーション実行処理のシーケンスを、図21を参照して説明する。図21は、実施例3に係るリクエスト処理のうちアプリケーション実行処理のシーケンス図である。なお、中継サーバ2Bは、ウェブアプリケーションの起動完了通知を取得し、デプロイ場所URLをアプリ管理テーブル51Aに登録したものとする。続いて、中継サーバ2Bは、ウェブアプリケーションで使用されるアクセス対象のデータのアクセス経路を、中継サーバ2Bを経由するように当該データのURLを書き換えるステップS100。続いて、中継サーバ2Bは、アプリIDがアプリ管理テーブル51Aに登録されているか否かを判定するステップS101。ここでは、アプリID1がアプリ管理テーブル51Aに記憶されているので、アプリIDが登録されていると判定する。そして、中継サーバ2Bは、アプリ管理テーブル51Aに記憶されたプロセスIDに基づいて、アプリID1に対応するプロセスID11を取得し、取得したプロセスIDが示すプロセスに、ウェブアプリケーションの実行を依頼するステップS102。その後、中継サーバ2Bは、ウェブアプリケーションから、処理に必要なデータ要求を取得するステップS103。すると、中継サーバ2Bは、OSからデータ要求をしたウェブアプリケーションのプロセスIDを取得する。ここでは、中継サーバ2Bは、プロセスIDとして11を取得する。そして、中継サーバ2Bは、取得したプロセスID11を基に、アプリ管理テーブル51AからアプリIDを検索するステップS104。ここでは、アプリID1が検索される。続いて、中継サーバ2Bは、データ要求がされたデータhttpdatacompanycomdata1xmlHTTP11について、データへのアクセスを許可するか否かを判定するステップS105。例えば、中継サーバ2Bは、データ管理テーブル41にアプリIDに対応する公開ポリシーが記憶されているか否かを判定する。ここでは、中継サーバ2Bは、データ管理テーブル41にアプリID1に対応する公開ポリシーが記憶されているので、アクセスを許可することが可能であると判定する。さらに、中継サーバ2Bは、データ管理テーブル41に基づいて、データ要求がされたデータhttpdatacompanycomdata1xmlHTTP11が一致するか否かを判定する。ここでは、中継サーバ2Bは、データ管理テーブル41にアプリID1に対応する社外秘データURLとして、データ要求がされたデータが記憶されているので、正常なアクセスであると判断し、アクセスを許可するものと判定する。そして、中継サーバ2Bは、アクセスを許可されたデータにアクセスするステップS106。中継サーバ2Bから社内記憶装置6へのデータ要求の内容は、例えば、GETメソッドをdata1xmlHTTP11とする。ホスト名を社内記憶装置6datacompanycomとする。アプリケーションIDとして、ウェブアプリケーションに紐付けられたアプリIDの1が付与される。その後、中継サーバ2Bは、社内記憶装置6からデータを取得しステップS107、取得したデータを用いた処理結果をウェブクライアント3に通知するステップS108。[実施例3の効果]上記実施例3によれば、中継サーバ2Bのアプリ管理テーブル51Aは、ユーザリクエストに含まれるウェブアプリケーションのURLごとに紐付けられたアプリIDと、当該ウェブアプリケーションのプロセスIDとを対応付けて記憶する。そして、アプリID検索部35は、実行中のウェブアプリケーションからデータ要求があった場合、データ要求があったウェブアプリケーションのプロセスIDに対応するウェブアプリケーションのアプリIDをアプリ管理テーブル51Aから検索する。そして、レスポンス転送部31は、ウェブアプリケーションのアプリIDが検索されると、検索されたウェブアプリケーションのアプリIDと紐づくユーザリクエストに関わるデータ要求を社内記憶装置6に送信する。かかる構成によれば、中継サーバ2Bは、実行中のウェブアプリケーションのプロセスIDとの比較に、ユーザリクエストに含まれるウェブアプリケーションと紐付いたアプリIDの対応付けとして記憶したプロセスIDを用いる。このため、中継サーバ2Bは、比較の結果プロセスIDが一致すれば、これに対応するアプリIDを検索できるので、検索できたアプリIDが示すウェブアプリケーションとユーザリクエストとが紐づくこととなる。したがって、中継サーバ2Bは、ウェブアプリケーションが複数実行していても、ウェブアプリケーションからのデータ要求がどのユーザリクエストに基づくウェブアプリケーションからの要求であるのかを判定できる。この結果、中継サーバ2Bは、不正なデータアクセスを防止できる。また、上記実施例3によれば、データアクセス判定部30は、アプリIDを基にアプリ管理テーブル42にデータIDが記憶されているか否かを判定する。そして、データアクセス判定部30は、データIDが記憶されている場合には、データIDを基にデータ管理テーブル41に社外秘データURLが記憶されているか否かを判定する。さらに、データアクセス判定部30は、社外秘データURLが記憶されている場合には、当該社外秘データURLが、データ要求があったデータのURLと一致しているか否かを判定する。そして、データアクセス判定部30は、一致していると判定した場合、レスポンス転送部31を介して、データ要求を社内記憶装置6に転送する。かかる構成によれば、データアクセス判定部30は、アプリIDから紐づく社外秘データURLがデータ要求があったデータURLと一致している場合に、データ要求を社内記憶装置6に転送することとしたので、データ単位で不正なデータアクセスを防止できる。なお、外部ウェブサーバ4は、例えばクラウド環境のウェブサーバを指すものとして説明した。しかしながら、外部ウェブサーバ4は、ウェブサービスを提供可能なウェブサーバであればこれに限定されるものではない。また、オンプレミス環境とは、社内で整備された環境であって外部ウェブサーバ4のアプリケーションをダウンロードして実施できる環境を意味するものとして説明した。しかしながら、オンプレミス環境とは、外部ウェブサーバ4のアプリケーションをダウンロードして実施できる環境であればこれに限定されるものではない。また、中継サーバ2Aがウェブクライアント3、ウェブサーバ1Aおよび社内記憶装置6とインターネットを介さないで接続する形態は、例えば社内LANLocalAreaNetworkであったり、社内におけるイントラネットであったりするものとして説明した。しかしながら、この接続形態は、データのアクセス制限をホストドメイン単位でしか指定できないHTTPプロトコルであればこれらに限定されるものではない。また、上記実施例では、HTTPプロトコルでデータをやりとりする場合を説明した。しかしながら、HTTPプロトコルでデータをやりとりする場合に限定されず、データのアクセス制限をホストドメイン単位でしか指定できないようなプロトコルでデータをやりとりする場合であっても良い。また、レスポンス転送部36は、OSによって割り当てられた送信元のポート番号を用いて、HTTPレスポンスを中継サーバ2Aに転送するものとして説明した。しかしながら、レスポンス転送部36は、これに限定されず、アプリ管理テーブル51に記憶されたポート番号を用いて、HTTPレスポンスを中継サーバ2Aに転送しても良い。アプリ管理テーブル51に記憶されたポート番号が例えば中継サーバ2AからHTTPリクエストが送信された際に用いられたポートの番号であるとする。この場合、レスポンス転送部36は、中継サーバ2Aにレスポンスを返すときに、中継サーバ2Aからのリクエストで用いられたポート番号と同一のものを用いることができる。この結果、レスポンスを受け取る中継サーバ2Aは、アプリIDのみならずポート番号からも、どのユーザリクエストに基づくウェブアプリケーションからのレスポンスであるのかを判定できる。また、データ管理テーブル41は、ウェブサーバ1Aからウェブクライアント3に送信されるデータごとに、公開ポリシーとして、社外での公開に制限がある社外秘データを記憶するものとして説明した。しかしながら、データ管理テーブル41は、ウェブサーバ1Aからウェブクライアント3に送信されるデータごとに、公開ポリシーとして、社外秘データと、社外および社内での公開に制限がある機密データとを含んで記憶するものとしても良い。この場合、振分部23は、さらに、ウェブクライアント3から送信されたHTTPリクエストに含まれるアクセス対象のデータについてデータ管理テーブル41に記憶された公開ポリシーを参照する。そして、振分部23は、当該データについて社外および社内でも公開しない場合または公開ポリシーがない場合には、HTTPリクエストの転送を無効とするようにすれば良い。[プログラムなど]なお、ウェブサーバ1Aは、既知のパーソナルコンピュータ、ワークステーションなどの情報処理装置に、上記したアプリID登録有無判定部32、リクエストキュー部33などの各機能を搭載することによって実現することができる。また、中継サーバ2Aは、既知のパーソナルコンピュータ、ワークステーションなどの情報処理装置に、上記した振分部23、アプリID登録部24、アプリ付与部29などの各機能を搭載することによって実現することができる。また、図示した各装置の各構成要素は、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散統合の具体的態様は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散統合して構成することができる。例えば、リクエストキュー部33とプロセスID解析部34とを1個の部として統合しても良い。一方、アプリID検索部35を、起動完了通知を取得した場合にアプリIDを検索する第1の検索部とデータ要求を取得した場合にアプリIDを検索する第2の検索部とに分散しても良い。また、アプリ管理テーブル51などの記憶部をウェブサーバ1Aの外部装置としてネットワーク経由で接続するようにしても良い。また、上記実施例で説明した各種の処理は、あらかじめ用意されたプログラムをパーソナルコンピュータやワークステーションなどのコンピュータで実行することによって実現することができる。そこで、以下では、図22を用いて、図5に示したウェブサーバ1Aの制御部と同様の機能を有するリクエスト処理プログラムを実行するコンピュータの一例を説明する。なお、ウェブサーバ1Aの制御部は、HTTPリクエストを制御するリクエスト受付部61、アプリID登録有無判定部32、リクエストキュー部33、プロセスID解析部34、アプリID検索部35およびレスポンス転送部36に対応する。図22は、リクエスト処理プログラムを実行するコンピュータを示す図である。図22に示すように、コンピュータ1000は、RAM1010と、ネットワークインタフェース装置1020と、HDD1030と、CPU1040、媒体読取装置1050およびバス1060とを有する。RAM1010、ネットワークインタフェース装置1020、HDD1030、CPU1040、媒体読取装置1050は、バス1060によって接続されている。そして、HDD1030には、図5に示した制御部と同様の機能を有するリクエスト処理プログラム1031が記憶される。また、HDD1030には、図5に示したアプリ管理テーブル51に対応するリクエスト処理関連情報1032が記憶される。そして、CPU1040がリクエスト処理プログラム1031をHDD1030から読み出してRAM1010に展開することにより、リクエスト処理プログラム1031は、リクエスト処理プロセス1011として機能するようになる。そして、リクエスト処理プロセス1011は、リクエスト処理関連情報1032から読み出した情報などを適宜RAM1010上の自身に割り当てられた領域に展開し、この展開したデータなどに基づいて各種データ処理を実行する。媒体読取装置1050は、リクエスト処理プログラム1031がHDD1030に格納されていない場合であってもリクエスト処理プログラム1031を記憶する媒体などからリクエスト処理プログラム1031を読み取る。媒体読取装置1050には、例えばCD-ROMや光ディスク装置がある。また、ネットワークインタフェース装置1020は、外部装置とネットワーク経由で接続する装置であり、有線、無線に対応するものである。なお、上記のリクエスト処理プログラム1031は、必ずしもHDD1030に格納されている必要はなく、CD-ROMなどの媒体読取装置1050に記憶されたこのプログラムを、コンピュータ1000が読み出して実行するようにしてもよい。また、公衆回線、インターネット、LAN、WANWideAreaNetworkなどを介してコンピュータ1000に接続される他のコンピュータまたはサーバなどにこのプログラムを記憶させておいても良い。この場合には、コンピュータ1000がネットワークインタフェース装置1020を介してこれらからプログラムを読み出して実行する。以上の実施例1~3を含む実施形態に関し、さらに以下の付記を開示する。付記1コンピュータに、クライアントから送信されたリクエストに含まれるアプリケーションの宛先ごとに紐付けられたアプリケーションの識別情報と、当該アプリケーションの実行単位情報とを対応付けて記憶部に記憶し、実行中のアプリケーションからデータ要求があった場合、データ要求があったアプリケーションの実行単位情報に対応するアプリケーションの識別情報を前記記憶部から検索し、該検索した結果、アプリケーションの識別情報が検索されると、検索されたアプリケーションの識別情報と紐づくリクエストに関わるデータ要求の制御を実行する処理を実行させることを特徴とするリクエスト処理プログラム。付記2前記コンピュータに、前記検索する処理において、前記データ要求があったアプリケーションの実行単位情報をOSOperatingSystemに問い合わせ、問い合わせた結果得られた実行単位情報に対応するアプリケーションの識別情報を前記記憶部から検索する処理を実行させることを特徴とする付記1に記載のリクエスト処理プログラム。付記3前記コンピュータに、新たなリクエストに含まれるアプリケーションの宛先に紐付けられたアプリケーションの識別情報が前記記憶部に記憶されていない場合、キューを用いて、当該リクエストに含まれるアプリケーションの起動開始から起動完了までの処理を待ち、当該アプリケーションから起動完了が通知されると、当該アプリケーションの実行単位情報をOSに問い合わせ、問い合わせた結果得られた実行単位情報を当該アプリケーションの識別情報と対応付けて前記記憶部に記憶する処理を実行させることを特徴とする付記1または付記2に記載のリクエスト処理プログラム。付記4前記コンピュータに、該記憶部に記憶する処理において、クライアントから送信されたリクエストを中継する中継サーバから当該リクエストに含まれるアプリケーションの宛先ごとに紐付けられたアプリケーションの識別情報を取得し、取得したアプリケーションの識別情報と、当該アプリケーションの実行単位情報とを対応付けて前記記憶部に記憶し、該データ要求の制御を実行する処理において、前記記憶部から検索されたアプリケーションの識別情報を付与したデータ要求を、前記中継サーバに送信する処理を実行させることを特徴とする付記1から付記3のいずれか1つに記載のリクエスト処理プログラム。付記5前記コンピュータに、該データ要求の制御を実行する処理において、該データ要求によりアクセスするデータが前記記憶部から検索されたアプリケーションの識別情報と紐づくリクエストに含まれるアクセス対象のデータと一致するか否かを判定し、一致すると判定した場合に、該データ要求を、データが格納される記憶装置に送信する処理を実行させることを特徴とする付記1から付記3のいずれか1つに記載のリクエスト処理プログラム。付記6クライアントから送信されたリクエストに含まれるアプリケーションの宛先ごとに紐付けられたアプリケーションの識別情報と、当該アプリケーションの実行情報とを対応付けて記憶する記憶部と、実行中のアプリケーションからのデータ要求があった場合、データ要求があったアプリケーションの実行情報に対応するアプリケーションの識別情報を前記記憶部から検索する検索部と、前記検索部によってアプリケーションの識別情報が検索されると、検索されたアプリケーションの識別情報と紐づくリクエストに関わるデータ要求の制御を実行する実行部とを有することを特徴とする情報処理装置。付記7コンピュータが、クライアントから送信されたリクエストに含まれるアプリケーションの宛先ごとに紐付けられたアプリケーションの識別情報と、当該アプリケーションの実行単位情報とを対応付けて記憶部に記憶し、実行中のアプリケーションからデータ要求があった場合、データ要求があったアプリケーションの実行単位情報に対応するアプリケーションの識別情報を前記記憶部から検索し、該検索した結果、アプリケーションの識別情報が検索されると、検索されたアプリケーションの識別情報と紐づくリクエストに関わるデータ要求の制御を実行することを特徴とするリクエスト処理方法。