複数のアプリケーションプログラムを蓄積するデータベースサーバにアクセス可能なサーバ装置であって、複数のアプリケーションプログラムのうちの一部のアプリケーションプログラムを記憶する記憶部と、クライアント装置から受信したリクエストに対応するアプリケーションプログラムが前記記憶部に記憶されている場合に、アプリケーションプログラムを前記記憶部から読み出して実行し、前記アプリケーションプログラムが前記記憶部に記憶されていない場合に、前記データベースサーバから前記アプリケーションプログラムを取得して前記記憶部に記憶するとともに、前記アプリケーションプログラムを実行する処理部と、を含むことを特徴とするサーバ装置。前記記憶部は、さらに、前記一部のアプリケーションプログラムに含まれる各アプリケーションプログラムについて、前記各アプリケーションプログラムの前記データベース中の格納場所を示す格納情報と、前記各アプリケーションプログラムを識別する識別情報と、を関連付けて記憶し、前記処理部は、受信した前記リクエストに含まれる前記アプリケーションプログラムについての格納情報が、前記アプリケーションプログラムの識別情報と関連付けられて前記記憶部に記憶されている場合に、前記アプリケーションプログラムが前記記憶部に記憶されていると判断する、ことを特徴とする請求項1記載のサーバ装置。前記処理部は、前記アプリケーションが前記記憶部に記憶されていない場合に、受信した前記リクエストに含まれる前記アプリケーションプログラムについての格納情報と、前記アプリケーションプログラムの識別情報と、を関連付けて前記記憶部に記憶する、ことを特徴とする請求項2記載のサーバ装置。前記処理部は、前記アプリケーションプログラムが前記記憶部に記憶されていない場合に、前記サーバ装置に接続されている他のサーバ装置が前記アプリケーションプログラムを記憶しているか否かを判定し、前記他のサーバ装置が前記アプリケーションプログラムを記憶している場合、前記他のサーバ装置に前記アプリケーションプログラムを実行させることにより前記リクエストに対応する処理を実行させる、ことを特徴とする請求項1記載のサーバ装置。複数のアプリケーションプログラムを蓄積するデータベースサーバにアクセス可能なサーバ装置の制御方法であって、前記サーバ装置が、複数のアプリケーションプログラムのうちの一部のアプリケーションプログラムを記憶し、クライアント装置から受信したリクエストに対応するアプリケーションプログラムが前記記憶部に記憶されている場合に、アプリケーションプログラムを前記記憶部から読み出して実行し、前記アプリケーションプログラムが前記記憶部に記憶されていない場合に、前記データベースサーバから前記アプリケーションプログラムを取得して前記記憶部に記憶するとともに、前記アプリケーションプログラムを実行する、ことを特徴とするサーバ装置の制御方法。複数のアプリケーションプログラムを蓄積するデータベースサーバにアクセス可能なサーバ装置を制御する制御プログラムであって、前記サーバ装置に、複数のアプリケーションプログラムのうちの一部のアプリケーションプログラムを記憶し、クライアント装置から受信したリクエストに対応するアプリケーションプログラムが前記記憶部に記憶されている場合に、アプリケーションプログラムを前記記憶部から読み出して実行し、前記アプリケーションプログラムが前記記憶部に記憶されていない場合に、前記データベースサーバから前記アプリケーションプログラムを取得して前記記憶部に記憶するとともに、前記アプリケーションプログラムを実行する、処理を実行させることを特徴とするサーバ装置の制御プログラム。複数のファイルを記憶するデータベースにアクセス可能なコンピュータであって、前記複数のファイルのうちの一部のファイルを、前記一部のファイルそれぞれを識別する識別情報と関連付けて記憶し、前記一部のファイルに含まれる各ファイルについての前記データベース内の格納場所を示す格納情報と前記各ファイルを識別する識別情報とを関連付けて記憶する記憶部と、前記一部のファイルのうちのいずれかのファイルへのアクセス要求を受信した場合に、前記アクセス要求に含まれる前記いずれかのファイルの格納情報と関連付けられて前記記憶部に記憶された前記識別情報に基づいて、前記記憶部から前記いずれかのファイルを取得する処理部と、ことを含むことを特徴とするコンピュータ。本技術の開示の一側面においては、アプリケーションの配備に関するシステム負荷を抑制することである。上記課題を解決するために、複数のアプリケーションプログラムを蓄積するデータベースサーバにアクセス可能なサーバ装置は、複数のアプリケーションプログラムのうちの一部のアプリケーションプログラムを記憶する記憶部と、クライアント装置から受信したリクエストに対応するアプリケーションプログラムが前記記憶部に記憶されている場合に、アプリケーションプログラムを前記記憶部から読み出して実行し、前記アプリケーションプログラムが前記記憶部に記憶されていない場合に、前記データベースサーバから前記アプリケーションプログラムを取得して前記記憶部に記憶するとともに、前記アプリケーションプログラムを実行する処理部とを含む。本開示の技術の一側面によれば、サーバは、クライアントからのリクエスト受信時に、必要なアプリケーションを配備するため、不要なアプリケーションを事前に配備する必要がなくなる。ゆえに、アプリケーションの配備に関するシステム負荷を抑制することができる。以下、本実施形態における情報処理システムについて説明する。実施の形態1図1は、本実施形態における情報処理システムを簡略的に示す図である。情報処理システムは、複数のクライアント100、ネットワーク500、アプリケーションサーバ200、210及び220、複数のKVSKeyValueStore300及びRDB400を有する。KVS300はデータを管理するサーバである。複数のクライアント100は、ネットワーク500に接続されている。ネットワーク500には、さらに、アプリケーションサーバ200、210及び220が接続されている。また、アプリケーションサーバ200、210及び220は互いに接続されている。アプリケーションサーバ200、210及び220には、KVS300が接続されている。KVS300には、RDB400が接続されている。図2は、本実施形態におけるアプリケーションサーバ200、210及び220のハードウェア構成の一例を簡略的に示すブロック図である。以下、アプリケーションサーバ200について説明する。なお、以下はアプリケーションサーバ200を例に説明するが、本実施の形態では、アプリケーションサーバ210及び220は同一の構成を有しているものとする。アプリケーションサーバ200は、クライアント100から受信したリクエストに対する処理を行うサーバである。アプリケーションサーバ200は、CPUCentralProcessingUnit201によって制御されている。CPU201及び主記憶装置202には、システムコントローラ203が接続されている。システムコントローラ203は、CPU201と主記憶装置202との間のデータ転送や、CPU201とバス204との間のデータ転送を制御する。さらに、システムコントローラ203には、バス204を介して、ネットワークコントローラ207及びディスクコントローラ212が接続されている。主記憶装置202には、CPU201に実行させるOSOperatingSystemのプログラムやアプリケーションプログラムの少なくとも一部が一時的に格納される。また、主記憶装置202には、CPU201による処理に必要な各種データが格納される。主記憶装置202には、例えば、RAMRandomAccessMemoryが用いられる。ディスクコントローラ212には、ハードディスク213が接続されている。ハードディスク213は、OSやクライアント100からのリクエストに対応し、当該リクエストをCPU201に処理させるための複数のアプリケーションプログラム1000、CPU201にアプリケーション1000の呼び出しなどの制御を行わせる制御プログラム2000及び各種データを格納する。また、ハードディスク213には、図3に示すように、ハードディスク213に格納されているアプリケーションについて、アプリケーションの格納位置の指定を含む識別子情報URI602及びアプリケーション情報604を示したテーブル600が記憶されている。アプリケーション情報604は、アプリケーション名などのアプリケーションを特定可能な情報を含む。ネットワークコントローラ207は、図1に示したネットワーク500と接続されており、ネットワーク500を介して、CPU201もしくはハードディスク213、クライアント100、他のアプリケーションサーバ200及びKVS300との間で、データの送受信を行う。電源109は、不図示の電源線を介してアプリケーションサーバ200内の各ハードウェアに対して電力を供給する。このようなハードウェアによって、アプリケーションサーバ200の処理機能を実現することができる。図4は、本実施形態におけるKVS300のハードウェア構成の一例を簡略的に示すブロック図である。KVS300は、アプリケーションサーバ200が実行するアプリケーションプログラムを記憶する。図2を用いて説明したアプリケーションサーバ200のブロックと同一名称のブロックは、同様の機能を有するため、その説明を省略する。ハードディスク313は、アプリケーションサーバ200が実行するアプリケーションプログラム1000を一時記憶するキャッシュ310として機能するとともに、当該キャッシュ310の制御をCPU301に実行させるキャッシュ制御プログラム320を記憶する。また、ハードディスク313は、図5に示すキャッシュ310に一時記憶されているアプリケーション1000のURI702とアプリケーション情報704を記録したテーブル700を記憶する。ネットワークコントローラ307は、CPU301もしくはハードディスク313、アプリケーションサーバ200、210、220及びRDB400との間で、データの送受信を行う。図6は、本実施形態におけるRDB400のハードウェア構成の一例を簡略的に示すブロック図である。RDB400は、アプリケーションサーバ200、210及び220が実行する複数のアプリケーションプログラム1000を蓄積する。図2を用いて説明したアプリケーションサーバ200のブロックと同一名称のブロックは、同様の機能を有するため、その説明を省略する。ハードディスク413は、アプリケーションサーバ200、210及び220が実行するアプリケーションプログラム1000及びCPU401にRDB400の制御を行わせるRDB制御プログラム420を記憶する。また、ハードディスク413は、テーブル800を記憶する。テーブル800は、図7に示されるように、ハードディスク413内に記憶されているアプリケーション1000のURI802と当該URI802に対応するアプリケーション情報804とを記録する。ネットワークコントローラ407は、CPU401もしくはハードディスク413、アプリケーションサーバ200、210、220及びKVS300との間で、データの送受信を行う。以上のように構成された本実施の形態のオンラインシステムにおいて、以下、その処理について説明する。図8は、本実施形態におけるアプリケーションサーバ200の処理を示すフローチャートである。なお、以下のCPU201の処理は、特段の記載がない限り、CPU201が、ハードディスク213に記憶されている制御プログラム2000を実行することにより、処理していることとする。また、本フローチャートは、アプリケーションサーバ200の処理を示すが、上記したようにアプリケーションサーバ210、220も同様の構成であり、本フローチャートに示すアプリケーションサーバ200の処理と同様の処理を行っているものとする。ステップS101において、CPU201は、クライアント100からリクエストを受信する。処理はステップS102へ移行する。ステップS102において、CPU201は、受信したリクエストからURIUniformResourceIdentifierを抽出する。処理はステップS103へ移行する。ステップS103において、CPU201は、ハードディスク213に格納されているテーブル600を参照して、抽出したURIに対応するアプリケーションがハードディスク213に格納されているか否かを判定する。上記したように、テーブル600は、アプリケーションサーバ200がハードディスク213に格納しているURI602と当該URI602に対応するアプリケーション情報604とを記録している。抽出したURIに対応するアプリケーションがハードディスク213に格納されている場合、CPU201は、ステップS105へ処理を移行する。一方、抽出したURIに対応するアプリケーションがハードディスク213に格納されていない場合、CPU201は、ステップS107へ処理を移行する。例えば、ステップS102で、CPU201が抽出したURIが/xxxであったとする。URI/xxxに対応するアプリケーションaaa.warはテーブル600に記録されているため、CPU201は、抽出したURIに対応するアプリケーションがハードディスク213に格納されていると判定する。ステップS105において、CPU201は、ハードディスク213に格納されているアプリケーションaaa.warを主記憶装置202に展開して実行し、クライアントから受信したリクエストを処理する。処理はステップS106へ移行する。ステップS106において、CPU201は、ネットワークコントローラ207を介して、処理したリクエストのレスポンスをクライアント100に送信し、本処理を終了し次の処理へ移行する。次に、図8のステップS103において、抽出したURIに対応するアプリケーションがハードディスク213に格納されていない場合について説明する。ステップS102において、CPU201が抽出したURIが/zzzであったとする。URI/zzzに対応するアプリケーションはテーブル600に記録されていないため、CPU201は、抽出したURIに対応するアプリケーションがハードディスク213に格納されていないと判定する。処理はステップS107へ移行する。ステップS107において、CPU201は、ネットワークコントローラ207を介して、抽出したURI/zzzをKVS300に送信し、URI/zzzに対応するアプリケーションを要求し、処理をステップS108へ移行する。ステップS108では、CPU201は、ステップS107へのアプリケーションの要求後、KVS300からURI/zzzに対応するアプリケーションccc.warを受信し、ハードディスク213に格納する。処理はステップS109へ移行する。ステップS109において、受信したアプリケーションのURI/zzzとアプリケーション情報ccc.warをテーブル600に追記することにより、テーブル600の更新を行う。処理はステップS104へ移行する。ステップS109の処理後のステップS104において、CPU201は、ハードディスク213に格納されているアプリケーションccc.warを主記憶装置202に展開して実行する。処理はステップS105へ移行する。ステップS105において、CPU201は、主記憶装置202にて実行しているアプリケーションccc.warを用いて、クライアント100から受信したリクエストを処理する。処理はステップS106へ移行する。ステップS106において、CPU201は、ネットワークコントローラ207を介して、処理したリクエストのレスポンスをクライアント100に送信し、本処理を終了する。次に、図9を用いてKVS300の処理について説明する。ステップS201において、CPU301は、アプリケーションサーバ200が、ステップS107の処理によって要求したURI/zzzを受信する。処理はステップS202へ移行する。ステップS202において、CPU301は、アプリケーションサーバ200から受信したURI/zzzを用いてハードディスク313に格納されているテーブル700を検索する。処理はステップS203へ移行する。ステップS203において、CPU301は、ハードディスク313に格納されているテーブル700を参照して、受信したURI/zzzに対応するアプリケーションがハードディスク313に格納されているか否かを判定する。テーブル700は、上記したようにURI702と当該URI702に対応するアプリケーション情報704とを記録する。受信したURIに対応するアプリケーションがハードディスク313に格納されている場合、処理はステップS204へ移行する。一方、抽出したURIに対応するアプリケーションがハードディスク313に格納されていない場合、処理はステップS206へ移行する。ここでは、受信したURI/zzzに対応するアプリケーションccc.warはテーブル700に記録されているため、CPU301は、受信したURIに対応するアプリケーションがハードディスク313に格納されていると判定する。処理はステップS204へ移行する。ステップS204において、CPU301は、ハードディスク313から受信したURI/zzzに対応するアプリケーションccc.warを取得する。処理はステップS205へ移行する。ステップS205において、CPU301は、ネットワークコントローラ307を介して、取得したアプリケーションccc.warをアプリケーションサーバ200に送信する。処理は終了する。次に、図9のステップS203において、抽出したURIに対応するアプリケーションがハードディスク213に格納されていない場合について説明する。なお、以下の説明では、アプリケーションサーバ200が、URI/yyyのアプリケーションを要求してきた場合について説明する。ステップS201において、CPU301は、アプリケーションサーバ200からURI/yyyを受信する。処理はステップS202へ移行する。ステップS202において、CPU301は、アプリケーションサーバ200から受信したURI/yyyを用いてハードディスク313に格納されているテーブル700を検索する。処理はステップS203へ移行する。ステップS203において、CPU301は、ハードディスク313に格納されているテーブル700を参照して、受信したURI/yyyに対応するアプリケーションがハードディスク313に格納されているか否かを判定する。ここでは、受信したURI/yyyに対応するアプリケーションはテーブル700に記録されていないため、CPU301は、受信したURIに対応するアプリケーションがハードディスク313に格納されていないと判定する。処理はステップS206へ移行する。ステップS206において、CPU301は、ネットワークコントローラ307を介して、受信URI/yyyをRDB400に送信し、URI/yyyに対応するアプリケーションを要求する。処理はステップS207へ移行する。その後、ステップS207において、CPU301は、RDB400から受信した、URI/yyyに対応するアプリケーションbbb.warを受信する。処理はステップS208へ移行する。ステップS208において、CPU301は、受信したアプリケーションbbb.warをハードディスク313のキャッシュ310に格納する。処理はステップS209へ移行する。ステップS209において、CPU301は、URI/yyyとアプリケーションbbb.warとを対応付けてテーブル700に追記することにより、テーブル700を更新する。図10に更新後のテーブル700を示す。処理はステップS204へ移行する。ステップS209後のステップS204において、CPU301は、ハードディスク313から受信したURI/zzzに対応するアプリケーションccc.warを取得する。処理はステップS205へ移行する。ステップS205において、CPU301は、ネットワークコントローラ307を介して、取得したアプリケーションccc.warをアプリケーションサーバ200に送信する。処理は終了する。次に、図11を用いてRDB400の処理について説明する。ステップS301において、CPU401は、KVS300からURI/yyyを受信する。処理はステップS302へ移行する。ステップS302において、CPU401は、KVS300から受信したURI/yyyを用いてハードディスク413に格納されているテーブル800を検索する。処理はステップS303へ移行する。ステップS303において、CPU401は、ハードディスク413に格納されているテーブル800を参照して、受信したURI/zzzに対応するアプリケーションをハードディスク413から取得する。ここでは、受信したURI/yyyに対応するアプリケーションbbb.warがテーブル800に記録されているため、CPU401は、受信したURI/yyyに対応するアプリケーションbbb.warハードディスク413から取得する。処理はステップS304へ移行する。ステップS304において、CPU401は、ネットワークコントローラ407を介し、取得したアプリケーションbbb.warをKVS300に送信する。処理は終了する。以上、実施の形態1によれば、アプリケーションサーバ200は、クライアント100からのリクエスト受信時に、必要なアプリケーションを配備するため、アプリケーションを事前に各アプリケーションサーバ200、210及び220に配備しておかなくともクライアント100からのリクエストを処理することが可能となる。ゆえに、アプリケーションの配備時に、管理者が一括してアプリケーションを配備する必要がなくなり、管理者の負荷を低減することができる。また、アプリケーションサーバ200は、リクエスト時に、該リクエストに応じたアプリケーションのみを導入することになるため、一括してアプリケーションサーバ200へアプリケーションを導入する必要がない。このため、一括アプリケーション導入に伴う、一時的なネットワーク負荷増が少なく、システム全体を一時停止するなどの措置を行わずともよくなる。なお、図11のフローチャートでは、テーブル800にアプリケーション情報が記憶されていない場合の処理については触れていない。この場合は、対応するアプリケーションが無いことを示す情報をKVS300へ送信し、KVS300は、この情報をアプリケーションサーバ200へ送信するようにする、さらに、アプリケーションサーバ200は、この情報を受け、処理できないことを示す情報をクライアント100へ返すようにしても良い。実施の形態2図12は、本実施形態におけるアプリケーションサーバ200の処理を示すフローチャートである。ステップS401において、CPU201は、クライアント100からリクエストを受信する。処理はステップS402へ移行する。ステップS402において、CPU201は、受信したリクエストから抽出したURIを用いてテーブル600を検索する。処理はステップS403へ移行する。ステップS403において、CPU201は、ハードディスク213に格納されているテーブル600を参照して、抽出したURIに対応するアプリケーションがハードディスク213に格納されているか否かを判定する。ここで、抽出したURIに対応するアプリケーションがハードディスク213に格納されている場合、処理はステップS405へ移行する。ステップS405において、CPU201は、ハードディスク213に格納されている対応アプリケーション213を起動し、ステップS401にて受信した要求を処理する。処理は、S406へ移行する。ステップS406において、CPU201は、クライアント100へ、S405での処理の処理結果を送信する。また、ステップS403の処理において、アプリケーションが、ハードディスク213に記憶されていないと判定された場合、ステップS407の処理へ移行する。ステップS407において、CPU201は、S401で受信した要求を他のアプリケーションサーバ210もしくは220へ問合せを行い、問合せを行なったアプリケーションサーバからのレスポンスを受信する。処理はステップS408へ移行する。ステップS408において、CPU201は、ステップS407で受信したレスポンスを基に、問合せを行なった他のアプリケーションサーバ210もしくは220が、処理可能か否かを判定する。ここで、処理可能となった場合、処理はS409へ移行する。ステップS409において、CPU201は、処理可能と判定した他のアプリケーションサーバ210へ、引き継ぎ要求を送信する。具体的には、CPU201は、引き継ぎ要求と共に、ステップS401の処理で受信したクライアント100からの要求及びクライアント100を特定するためのアドレス情報などを送信する。処理はS410へ移行する。ステップS410において、CPU201は、KVS300に、ステップS401の処理に必要なアプリケーションを要求する。処理はステップS411に移行する。そして、ステップS411において、KVS300からアプリケーションを受信し、展開するとともに、ハードディスク213に格納する。処理はステップS412に移行する。ステップS412において、CPU201は、KVS300から取得したアプリケーションのURI及びアプリケーション情報をテーブル600に記録する。処理はステップS404へ移行する。ステップS404において、CPU201は、ハードディスク213に格納されている対応アプリケーションの起動を行う。処理は終了する。即ち、CPU201は、他のアプリケーションへ要求に対する処理を引き継いだ後は、該当アプリケーションの導入記憶テーブル600の更新までは行うが、要求の処理自体は行わない。次にステップS408において、問合せを行なった他のアプリケーションサーバ201もしくは202が、ステップS401で受信した要求を処理できないと判定した場合、CPU201は、処理をステップS413へ移行する。ステップS413において、CPU201は、全てのアプリケーションサーバに対し問合せを行なったかを判定する。ここで、全てのアプリケーションサーバに対し問合せを行なっていないと判定した場合、CPU201は、処理をステップS407へ移行し、問合せを行っていない他のアプリケーションサーバへの問合せを行う。また、ステップS413の処理にて、全ての他のアプリケーションサーバに問合せを行ったと判定した場合、CPU201は、処理をステップS414に移行する。ステップS414において、CPU201は、KVS300に、ステップS401の処理に必要なアプリケーションを要求する。処理はステップ415に移行する。そして、ステップS415において、KVS300からアプリケーションを受信し、展開するとともに、ハードディスク213に格納する。処理はステップS416に移行する。ステップS416において、CPU201は、KVS300から取得したアプリケーションのURI及びアプリケーション情報をテーブル600に記憶し、処理をステップS405へ移行する。なお、ステップS413の処理で、ステップS414へ移行する場合は、どの他のアプリケーションサーバでも処理ができない場合がある。この場合は、CPU201は、アプリケーションサーバ200自身にアプリケーションを導入し、そのまま処理を行う。続いて、ステップS407において、アプリケーションサーバ200が送信した問合せを受信したアプリケーションサーバ210が行う処理について、図13を用いて説明する。ステップS501において、アプリケーションサーバ210のCPU201は、アプリケーションサーバ200からURIを受信する。処理はステップS502へ移行する。ステップS502において、アプリケーションサーバ210のCPU201は、アプリケーションサーバ200から受信したURIを用いてアプリケーションサーバ210のハードディスク213に格納されているテーブル600を検索する。処理はステップS503へ移行する。ステップS503において、アプリケーションサーバ210のCPU201は、アプリケーションサーバ210のハードディスク213に格納されているテーブル600を参照して、受信したURIに対応するアプリケーションがハードディスク213に格納されているか否かを判定する。受信したURIに対応するアプリケーションがハードディスク213に格納されている場合、処理はステップS504へ移行する。一方、抽出したURIに対応するアプリケーションがハードディスク213に格納されていない場合、処理はステップS508へ移行する。ステップS508において、アプリケーションサーバ210のCPU201は、ネットワークコントローラ207を介し、アプリケーションサーバ200へアプリケーションを格納していない旨を示すレスポンスを送信する。処理は終了する。また、ステップS504において、アプリケーションサーバ210のCPU201は、ネットワークコントローラ207を介し、アプリケーションサーバ200へアプリケーションを格納している旨を示すレスポンスを送信する。処理はステップS505へ移行する。ステップS505において、アプリケーションサーバ210のCPU201は、アプリケーションサーバ200から処理の引き継ぎ要求を受信する。処理はステップS506へ移行する。ステップS506において、アプリケーションサーバ210のCPU201は、アプリケーションサーバ210のハードディスク213に格納されているテーブル600を参照して、受信したURIに対応するアプリケーションをハードディスク213から取得し、受信した引き継ぎ情報に含まれる、クライアント100の要求に基づく処理を実行する。処理はステップS507へ移行する。ステップS507において、アプリケーションサーバ210のCPU201は、アプリケーションサーバ200より受信した引き継ぎ要求に含まれる、クライアント100のアドレス情報を元に、クライアント100へS506で処理した結果を送信する。以上のように実施の形態2によれば、クライアント100からの要求を受信したアプリケーションサーバ200は、対応するアプリケーションを格納していなかった場合、他のアプリケーションサーバが処理可能であれば、他のアプリケーションサーバへクライアントからの要求を転送する。即ち、実施の形態1では、アプリケーションを取得導入するまではクライアントへレスポンスを送信できなかったが、実施の形態2では他のアプリケーションサーバによってその要求の処理を行わせるので、アプリケーション導入までの待ち時間を無くすことが出来る。また、それに応じたアプリケーションは、アプリケーションサーバ200に記憶されるので、次に装用のアプリケーションを使用する要求が到来した場合は、アプリケーションサーバ200にて対応可能となる。以上、本発明の例示的な実施の形態の情報処理システムについて説明したが、本発明は、具体的に開示された実施の形態に限定されるものではなく、特許請求の範囲から逸脱することなく、種々の変形や変更が可能である。