アプリケーションが動作するアプリケーション装置及び該アプリケーション装置の出力データを利用する端末装置にネットワークを介して接続される管理サーバと、ネットワークを介して前記管理サーバに接続され、データフォーマットを変換する複数の種類の変換手段を有する変換装置とを備え、前記管理サーバは、前記複数の種類の変換手段に関する情報を予め変換リストに登録する手段と、前記端末装置から受信した接続要求に含まれるデータフォーマット情報に基づいて、前記変換リストを参照して変換手段を選択する手段と、前記端末装置から受信した接続要求に応じて、前記アプリケーション装置で動作するアプリケーションへデータ送信を要求し、そのアプリケーションから受信したデータを選択した変換手段へ送信する手段と、前記選択した変換手段から受信した変換後のデータを前記端末装置へ送信する手段と、を有することを特徴とする管理システム。前記管理サーバは、前記アプリケーション装置で利用可能な複数の種類のアプリケーションに関する情報を予めアプリケーションリストに登録する手段と、前記端末装置から受信した接続要求に含まれるアプリケーション情報に基づいて、前記変換リストを参照して変換手段を選択する手段と、前記端末装置から受信した接続要求に含まれるアプリケーション情報に基づいて、前記アプリケーションリストを参照してデータ送信を要求するアプリケーションを選択する手段と、をさらに有することを特徴とする請求項1に記載の管理システム。アプリケーションが動作するアプリケーション装置及び前記アプリケーション装置の出力データを利用する端末装置にネットワークを介して接続される管理サーバであって、データフォーマットを変換する複数の種類の変換手段と、前記複数の種類の変換手段に関する情報を予め変換リストに登録する手段と、前記端末装置から受信した接続要求に含まれるデータフォーマット情報に基づいて、前記変換リストを参照して変換手段を選択する手段と、前記端末装置から受信した接続要求に応じて、前記アプリケーション装置で動作するアプリケーションへデータ送信を要求し、そのアプリケーションから受信したデータを選択した変換手段で変換して前記端末装置へ送信する手段と、を有することを特徴とする管理サーバ。アプリケーションが動作するアプリケーション装置と、前記アプリケーション装置の出力データを利用する端末装置と、ネットワークを介して前記アプリケーション装置及び前記端末装置に接続される管理サーバと、ネットワークを介して前記管理サーバに接続され、データフォーマットを変換する複数の種類の変換手段を有する変換装置とを備え、前記管理サーバは、前記複数の種類の変換手段に関する情報を予め変換リストに登録する手段と、前記端末装置から受信した接続要求に含まれるデータフォーマット情報に基づいて、前記変換リストを参照して変換手段を選択する手段と、前記端末装置から受信した接続要求に応じて、前記アプリケーション装置で動作するアプリケーションへデータ送信を要求し、そのアプリケーションから受信したデータを選択した変換手段へ送信する手段と、前記選択した変換手段から受信した変換後のデータを前記端末装置へ送信する手段と、を有することを特徴とするクラウドシステム。アプリケーションが動作するアプリケーション装置と、前記アプリケーション装置の出力データを利用する端末装置と、ネットワークを介して前記アプリケーション装置及び前記端末装置に接続される管理サーバとを備え、前記管理サーバは、データフォーマットを変換する複数の種類の変換手段と、前記複数の種類の変換手段に関する情報を予め変換リストに登録する手段と、前記端末装置から受信した接続要求に含まれるデータフォーマット情報に基づいて、前記変換リストを参照して変換手段を選択する手段と、前記端末装置から受信した接続要求に応じて、前記アプリケーション装置で動作するアプリケーションへデータ送信を要求し、そのアプリケーションから受信したデータを選択した変換手段で変換して前記端末装置へ送信する手段と、を有することを特徴とするクラウドシステム。前記端末装置が送信する接続要求には、複数の種類のデータフォーマットに優先順位を付与する情報が含まれ、前記管理サーバは、前記優先順位に従って変換手段を選択する手段をさらに有することを特徴とする請求項4または5に記載のクラウドシステム。前記端末装置が送信する接続要求には、さらに、ネットワークの速度、前記端末装置の画面解像度、及び前記端末装置に表示させるアプリケーションのウィンドウサイズの少なくともいずれかの情報が含まれ、前記管理サーバは、これらの情報を前記アプリケーション装置へ送信する手段をさらに有することを特徴とする請求項4乃至6のいずれかに記載のクラウドシステム。前記端末装置は、前記管理サーバから送信された変換後のデータを実行できなかった場合、再度前記管理サーバへ接続要求を送信することを特徴とする請求項4乃至7のいずれかに記載のクラウドシステム。前記管理サーバは、前記端末装置の種類に対応して複数台備えられることを特徴とする請求項4乃至8のいずれかに記載のクラウドシステム。アプリケーションが動作するアプリケーション装置及び前記アプリケーション装置の出力データを利用する端末装置にネットワークを介して接続される管理サーバと、ネットワークを介して前記管理サーバに接続され、データフォーマットを変換する複数の種類の変換手段を有する変換装置とを備える管理システムの前記管理サーバのコンピュータを、前記複数の種類の変換手段に関する情報を予め変換リストに登録する手段、前記端末装置から受信した接続要求に含まれるデータフォーマット情報に基づいて、前記変換リストを参照して変換手段を選択する手段、前記端末装置から受信した接続要求に応じて、前記アプリケーション装置で動作するアプリケーションへデータ送信を要求し、そのアプリケーションから受信したデータを選択した変換手段へ送信する手段、前記選択した変換手段から受信した変換後のデータを前記端末装置へ送信する手段、として機能させるためのプログラム。近年、コンピュータの利用形態の1つとして、ハードウェアリソース、ソフトウェアリソース、データリソースをその所在や内部構造を意識することなくネットワーク特にインターネット経由でユーザが利用するクラウドコンピューティングが注目されており、普及しつつある。そして、クラウドシステムクラウドコンピューティングを用いたシステムにおいては、パーソナルコンピュータのみならず、スマートフォン、タブレット端末等の種々の端末装置をユーザが利用するため、端末装置の種類によって異なるデータフォーマットの各々に対応しなければならない。従って、上述したコンピュータシステムを用いてクラウドシステムを構築する場合、各端末装置へデータを送信する前に、各端末装置の種類を判定し、データをそれぞれに適したデータフォーマットに変換する必要がある。そのため、特に音声動画などの時系列データをデータ受信と平行して再生するストリーミング再生において、レイテンシー端末装置からのデータ送信要求に対して実際にデータを端末装置で受信するまでの遅延時間が問題となる虞が生ずる。本発明は、上述した課題を解決すべくなされたものであり、その目的とするところは、クラウドシステムにおいてレイテンシーを低減することにある。上記の目的を達成するべく、請求項1の管理システムは、アプリケーションが動作するアプリケーション装置及び該アプリケーション装置の出力データを利用する端末装置にネットワークを介して接続される管理サーバと、ネットワークを介して前記管理サーバに接続され、データフォーマットを変換する複数の種類の変換手段を有する変換装置とを備え、前記管理サーバは、前記複数の種類の変換手段に関する情報を予め変換リストに登録する手段と、前記端末装置から受信した接続要求に含まれるデータフォーマット情報に基づいて、前記変換リストを参照して変換手段を選択する手段と、前記端末装置から受信した接続要求に応じて、前記アプリケーション装置で動作するアプリケーションへデータ送信を要求し、そのアプリケーションから受信したデータを選択した変換手段へ送信する手段と、前記選択した変換手段から受信した変換後のデータを前記端末装置へ送信する手段と、を有することを特徴とする。請求項2の管理システムでは、請求項1において、前記管理サーバは、前記アプリケーション装置で利用可能な複数の種類のアプリケーションに関する情報を予めアプリケーションリストに登録する手段と、前記端末装置から受信した接続要求に含まれるアプリケーション情報に基づいて、前記変換リストを参照して変換手段を選択する手段と、前記端末装置から受信した接続要求に含まれるアプリケーション情報に基づいて、前記アプリケーションリストを参照してデータ送信を要求するアプリケーションを選択する手段と、をさらに有することを特徴とする。請求項3の管理サーバでは、アプリケーションが動作するアプリケーション装置及び前記アプリケーション装置の出力データを利用する端末装置にネットワークを介して接続される管理サーバであって、データフォーマットを変換する複数の種類の変換手段と、前記複数の種類の変換手段に関する情報を予め変換リストに登録する手段と、前記端末装置から受信した接続要求に含まれるデータフォーマット情報に基づいて、前記変換リストを参照して変換手段を選択する手段と、前記端末装置から受信した接続要求に応じて、前記アプリケーション装置で動作するアプリケーションへデータ送信を要求し、そのアプリケーションから受信したデータを選択した変換手段で変換して前記端末装置へ送信する手段と、を有することを特徴とする。請求項4のクラウドシステムでは、アプリケーションが動作するアプリケーション装置と、前記アプリケーション装置の出力データを利用する端末装置と、ネットワークを介して前記アプリケーション装置及び前記端末装置に接続される管理サーバと、ネットワークを介して前記管理サーバに接続され、データフォーマットを変換する複数の種類の変換手段を有する変換装置とを備え、前記管理サーバは、前記複数の種類の変換手段に関する情報を予め変換リストに登録する手段と、前記端末装置から受信した接続要求に含まれるデータフォーマット情報に基づいて、前記変換リストを参照して変換手段を選択する手段と、前記端末装置から受信した接続要求に応じて、前記アプリケーション装置で動作するアプリケーションへデータ送信を要求し、そのアプリケーションから受信したデータを選択した変換手段へ送信する手段と、前記選択した変換手段から受信した変換後のデータを前記端末装置へ送信する手段と、を有することを特徴とする。請求項5のクラウドシステムでは、アプリケーションが動作するアプリケーション装置と、前記アプリケーション装置の出力データを利用する端末装置と、ネットワークを介して前記アプリケーション装置及び前記端末装置に接続される管理サーバとを備え、前記管理サーバは、データフォーマットを変換する複数の種類の変換手段と、前記複数の種類の変換手段に関する情報を予め変換リストに登録する手段と、前記端末装置から受信した接続要求に含まれるデータフォーマット情報に基づいて、前記変換リストを参照して変換手段を選択する手段と、前記端末装置から受信した接続要求に応じて、前記アプリケーション装置で動作するアプリケーションへデータ送信を要求し、そのアプリケーションから受信したデータを選択した変換手段で変換して前記端末装置へ送信する手段と、を有することを特徴とする。請求項6のクラウドシステムでは、請求項4または5において、前記端末装置が送信する接続要求には、複数の種類のデータフォーマットに優先順位を付与する情報が含まれ、前記管理サーバは、前記優先順位に従って変換手段を選択する手段をさらに有することを特徴とする。請求項7のクラウドシステムでは、請求項4乃至6のいずれかにおいて、前記端末装置が送信する接続要求には、さらに、ネットワークの速度、前記端末装置の画面解像度、及び前記端末装置に表示させるアプリケーションのウィンドウサイズの少なくともいずれかの情報が含まれ、前記管理サーバは、これらの情報を前記アプリケーション装置へ送信する手段をさらに有することを特徴とする。請求項8のクラウドシステムでは、請求項4乃至7のいずれかにおいて、前記端末装置は、前記管理サーバから送信された変換後のデータを実行できなかった場合、再度前記管理サーバへ接続要求を送信することを特徴とする。請求項9のクラウドシステムでは、請求項4乃至8のいずれかにおいて、前記管理サーバは、前記端末装置の種類に対応して複数台備えられることを特徴とする。請求項10のプログラムでは、アプリケーションが動作するアプリケーション装置及び前記アプリケーション装置の出力データを利用する端末装置にネットワークを介して接続される管理サーバと、ネットワークを介して前記管理サーバに接続され、データフォーマットを変換する複数の種類の変換手段を有する変換装置とを備える管理システムの前記管理サーバのコンピュータを、前記複数の種類の変換手段に関する情報を予め変換リストに登録する手段、前記端末装置から受信した接続要求に含まれるデータフォーマット情報に基づいて、前記変換リストを参照して変換手段を選択する手段、前記端末装置から受信した接続要求に応じて、前記アプリケーション装置で動作するアプリケーションへデータ送信を要求し、そのアプリケーションから受信したデータを選択した変換手段へ送信する手段、前記選択した変換手段から受信した変換後のデータを前記端末装置へ送信する手段、として機能させる。請求項1の管理システムによれば、変換装置は、データフォーマットを変換する複数の種類の変換手段を有し、管理サーバは、端末装置から受信した接続要求に含まれるデータフォーマット情報に基づいて、変換リストを参照して変換手段を選択する。それによって、アプリケーション装置で動作するアプリケーションから出力されるデータ以下、アプリケーションデータという。を、複数の端末装置の各々に対応するデータフォーマットに変換して複数の端末装置に送信することができる。そして請求項1の管理システムによれば、アプリケーションはアプリケーション装置で動作し、変換手段は変換装置で動作するので、管理サーバは、アプリケーション装置、変換装置、端末装置の各装置間でデータ等の送受信を仲介するだけでよい。つまりアプリケーション装置、変換装置、管理サーバの各々に処理が分散されるので、これらの装置の負荷が軽減されることになる。それによって、クラウドシステムにおいてレイテンシーを低減することができる。また請求項1の管理システムによれば、変換装置に新たなデータフォーマットへの変換手段を追加する必要がある場合でも、管理サーバの変換リストに当該変換手段を登録するだけでよいので、変換手段の追加、削除等の変更を容易に行うことができる。請求項2の管理システムによれば、管理サーバでは、変換手段を選択する際に端末装置から要求されるアプリケーション情報のデータフォーマットにも基づいて選択するので、各端末装置に適したアプリケーションデータの変換を行うことができる。また、アプリケーションは端末装置が要求するアプリケーションを予め登録されたアプリケーションリストから選択されるので、アプリケーション装置におけるアプリケーションの追加、削除といった変更に伴う管理システムへの影響はなく、アプリケーションの追加、削除等の変更を容易に行うことができる。請求項3の管理サーバによれば、アプリケーションはアプリケーション装置で動作し、変換手段は管理サーバで動作する。つまりアプリケーション装置、管理サーバの各々に処理が分散されるので、これらの装置の負荷が軽減されることになる。それによって請求項1の管理システムと同様に、クラウドシステムにおいてレイテンシーを低減することができる。請求項4のクラウドシステムによれば、前述した請求項1の管理システムと同様の作用効果が得られる。請求項5のクラウドシステムによれば、前述した請求項1の管理システムと同様の作用効果が得られる。請求項6のクラウドシステムによれば、管理サーバは端末装置が要求したデータフォーマットの優先順位に従って変換手段を選択するので、変換手段の選択の幅を広げることができると共に、管理サーバの負荷等に応じて、選択可能な範囲で最適な変換手段を選択することができる。請求項7のクラウドシステムによれば、管理サーバは端末装置から送信されるネットワークの速度、画面解像度、ウィンドウサイズ等の端末装置の性能報をアプリケーション装置に送信するので、アプリケーション装置は端末装置の性能に適したアプリケーションデータを作成することができる。請求項8のクラウドシステムによれば、端末装置は変換後のデータを実行できない場合、再度管理サーバへ接続要求を送信するので、ユーザが意識することなくアプリケーションデータの要求を行うことができる。請求項9のクラウドシステムによれば、端末装置の種類に対応して複数の管理サーバが設けられるので、管理サーバで実行すべき処理が複数の管理サーバに分散されることになる。それによって管理サーバの負荷を軽減することができるので、クラウドシステムにおいてレイテンシーをさらに低減することができる。請求項10のプログラムによれば、このプログラムを実行可能なコンピュータを備えた管理サーバを用いて構成された管理システムにおいて、前述した請求項1の管理システムと同様の作用効果が得られる。以下、本発明の実施形態について図面を参照しながら説明する。<第1実施例>図1は、本発明の第1実施例に係るクラウドシステムの概略構成図である。クラウドシステム1は、端末装置2、変換装置3、アプリケーション装置4、及び管理サーバ5を備えており、それぞれはネットワークNで接続されている。ここで、ネットワークNとは、インターネット、イントラネット、LAN等である。端末装置2は、例えばパーソナルコンピュータ以下、PCという。、タブレット端末、スマートフォン等である。図2は、クラウドシステム1の概略を示すブロック図である。図2に示すように、端末装置2は、操作部21と、表示部22と、クライアントモジュール23とを備えている。操作部21は、例えばキーボード、マウス、タッチパネル等である。表示部22では、受信したアプリケーションデータを表示したり、再生したりする。アプリケーションデータとは、例えば音声データや動画データ等である。クライアントモジュール23は、外部と通信するものである。一例としてクライアントモジュール23では、ネットワークNを介して、操作部21で行った操作要求を管理サーバ5へ送信したり、管理サーバ5からアプリケーションデータを受信したりする。なお、クライアントモジュール23は、暗号化されたアプリケーションデータの認証を行う認証モジュールを備えていてもよい。変換装置3は、変換モジュール31と変換処理部32とを備えている。変換モジュール31はネットワークNを介して外部との通信を行うものであり、例えば管理サーバ5からアプリケーションデータを受信したり変換後のデータを管理サーバ5へ送信したりする。変換処理部32は複数の変換部変換手段Cnv1~Cnvnを有している。変換部Cnv1~Cnvnは変換前のデータフォーマット情報と変換後のデータフォーマット情報をそれぞれ有している。変換処理部32では、変換部Cnv1~Cnvnのうち管理サーバ5から指定された変換部を用いて、管理サーバ5から受信したアプリケーションデータを変換する。変換部Cnv1~Cnvnとして、例えば動画圧縮規格のH.264、動画圧縮規格のMPEG-2またはMPEG-4で用いられる音声圧縮規格のAAC等が挙げられる。アプリケーション装置4は、アプリケーションモジュール41とアプリケーション処理部42とを備える。アプリケーションモジュール41は、ネットワークNを介して外部との通信を行うものであり、例えば所定のアプリケーションへの接続要求を送信した端末装置2の性能情報を管理サーバ5経由で受信したり、アプリケーション処理部42で作成されたアプリケーションデータを管理サーバ5へ送信したりする。アプリケーション処理部42は複数の種類のアプリケーションAp1~Apmを有している。各アプリケーションAp1~Apmは、出力するアプリケーションデータのフォーマット情報等をアプリケーション情報として保持している。アプリケーションAp1~Apmとして、例えばリアルタイムに車両操作の動画を配信する運転シミュレータ等が挙げられる。アプリケーションAp1~Apmが出力するアプリケーションデータとして、例えば動画データ、音声データ等が挙げられる。管理サーバ5は、管理モジュール51と記憶部52とを備える。管理モジュール51は、アプリケーションリスト登録部511、アプリケーションリスト探索部512、変換リスト登録部513、変換リスト探索部514、端末リスト登録部515、及び通信部516を備える。記憶部52は、アプリケーションリスト521、変換リスト522、端末リスト記憶部523、及び変換データ記憶部524を備える。アプリケーションリスト登録部511は、アプリケーションモジュール41の登録要求に応じて、アプリケーション処理部42が有するアプリケーションAp1~Apmの種類をアプリケーションリスト521に登録する。アプリケーションリスト探索部512は、端末装置2から指定されたアプリケーションをアプリケーションリスト521から探索する。変換リスト登録部513は、変換モジュール31の登録要求に応じて、変換処理部32が有する変換部Cnv1~Cnvnをそれぞれ変換リスト522に登録する。変換リスト522には、変換部Cnv1~Cnvnの変換前のデータフォーマットと変換後のデータフォーマットとを含む変換情報も共に登録される。変換リスト探索部514は、端末装置2の性能情報から適切な変換部を変換リスト522から探索する。端末リスト登録部515は、管理サーバ5に接続している端末装置2が複数台ある場合に、各端末装置2を端末リスト記憶部523へ登録する。通信部516は、ネットワークNを介して外部との通信を行うものである。本実施例において通信部516は、クライアントモジュール23、変換モジュール31、及びアプリケーションモジュール41とそれぞれ通信する。図3は、このようなクラウドシステム1の接続状態を示すブロック図である。図3に示すように、端末装置2は管理サーバ5に接続され、端末装置2と管理サーバ5との通信は上述したようにクライアントモジュール23及び管理モジュール51間で行われる。管理サーバ5には変換装置3及びアプリケーション装置4が接続され、変換装置3と管理サーバ5との通信は変換モジュール31及び管理モジュール51間で行われる。また、アプリケーション装置4と管理サーバ5との通信はアプリケーションモジュール41及び管理モジュール51間で行われる。このように各装置が接続され、管理モジュール51が各装置間の通信を制御することによって、端末装置2を操作するユーザは、変換装置3や管理サーバ5の存在を意識せずに管理サーバ5を介してアプリケーション装置4と通信することになる。このような構成のクラウドシステム1の作用について以下に説明する。まず、アプリケーションの登録について以下に説明する。ここでは例としてアプリケーションAp1を登録する手順について述べる。図4はアプリケーション登録の処理の概略を表すシーケンス図、図5はアプリケーション登録の際にアプリケーションモジュールが送信するデータ構造の概略図、図6はアプリケーション登録後の管理サーバ5の接続状態を表す概略図をそれぞれ示している。以下、図4~図6に基づいて説明する。アプリケーション装置4のアプリケーションモジュール41は、ネットワークNを介して、アプリケーションAp1のアプリケーション情報を図5に示すデータ構造を含めて管理サーバ5の通信部516へ送信する図4のステップS11。アプリケーション情報のデータ構造は、当該データ構造がアプリケーションの登録であることを示す識別子61a、モジュールタイプの識別子61b、アプリケーションのストリームを識別する名称61c、アプリケーションモジュール41のポート番号61d、アプリケーションモジュール41をホストとするアプリケーションAp1の名称61e、アプリケーションAp1で出力されるデータの情報61f、及びデータ61fの詳細情報61gで表される。通信部516は、アプリケーション装置4のIPアドレスを含むアプリケーションAp1のアプリケーション情報をアプリケーション登録部511へ送信する図4のステップS12。アプリケーション登録部511は、そのアプリケーション情報が登録された後、通信部516へ応答メッセージを返す図4のステップS13。通信部516は、アプリケーションモジュール41へ応答メッセージを返す図4のステップS14。この応答メッセージには、アプリケーションリスト521に登録する処理の成功または失敗等の情報が含まれる。このような登録処理により、図6に示すように、管理サーバ5のアプリケーションリスト521にはアプリケーションAp1が登録される。また、アプリケーションAp1と管理サーバ5とが接続され、アプリケーションAp1は管理サーバ5から利用可能となる。アプリケーション処理部42に含まれるアプリケーションAp2~Apmも同様にアプリケーションリスト521へ登録される。なお、アプリケーションリスト521へ登録されるアプリケーションは、アプリケーション処理部42に含まれるアプリケーションAp1~Apm全てでなくてもよく、アプリケーションAp1~Apmの中から選択的に登録されてもよい。また、図6では管理サーバ5に直接アプリケーションAp1が接続されているが、実際には管理サーバ5とアプリケーションAp1との間にはアプリケーションモジュール41が介在している。次に、変換部の登録について説明する。ここでは例として変換部Cnv1を変換リスト522へ登録する処理について説明する。図7は変換部を登録する処理の概略を表すシーケンス図、図8は変換部を登録する際に変換モジュール31が送信するデータ構造の概略図、図9は変換部を登録した後の管理サーバ5の接続状態を表す概略図をそれぞれ示している。以下、図7~図9に基づいて説明する。変換モジュール31は、ネットワークNを介して変換部Cnv1がサポートするデータフォーマット情報を、図8に示すデータ構造を含めて管理サーバ5の通信部516へ送信する図7のステップS21。変換部Cnv1がサポートするデータフォーマット情報のデータ構造は、当該データ構造が変換部の登録であることを示す識別子62a、モジュールタイプを表す識別子62b、変換モジュール31のポート番号62c、変換部Cnv1がサポートする入力形式の数62d、変換部Cnv1がサポートする全ての入力形式62e、変換部Cnv1がサポートする出力形式の数62f、及び変換部Cnv1がサポートする全ての出力形式62gで表される。通信部516は、変換部Cnv1を有する変換装置3のIPアドレスを取得し、図8に示した変換部Cnv1のデータフォーマット情報と共に変換装置3のIPアドレスを変換リスト登録部513へ送信する図7のステップS22。変換リスト登録部513は、変換リスト522にIPアドレス情報を含む変換部Cnv1のデータフォーマット情報が登録された後、通信部516へ応答メッセージを返す図7のステップS23。通信部516は、変換モジュール31へ応答メッセージを返す図7のステップS24。この応答メッセージには、変換リスト522に登録する処理の成功または失敗等の情報が含まれる。このような登録処理により、図9に示すように、管理サーバ5の変換リスト522には変換部Cnv1が登録される。また、管理サーバ5と変換部Cnv1とが接続され、変換部Cnv1は管理サーバ5から利用可能となる。同様に、変換処理部32に含まれる変換部Cnv2~Cnvnも変換リスト522に登録される。なお、変換リスト522へ登録する変換部は変換処理部32に含まれる変換部Cnv1~Cnvn全てでなくてもよく、変換部Cnv1~Cnvnの中から選択的に変換リスト522へ登録するようにしてもよい。また、図9では管理サーバ5と変換部Cnv1とが直接接続されているが、実際には管理サーバ5と変換部Cnv1との間には変換モジュール31が介在している。上述したアプリケーションの登録処理及び変換部の登録処理を複数行った場合の管理サーバ5の接続状態を表す概略図を図10に示す。図10に示すように、アプリケーションAp1~Ap3がアプリケーションリスト521に登録されると共に、アプリケーションAp1~Ap3と管理サーバ5とが接続されて管理サーバ5から利用可能な状態となる。また、変換部Cnv1~Cnv3が変換リスト522へ登録されると共に、変換部Cnv1~Cnv3と管理サーバ5とが接続されて管理サーバ5から利用可能な状態となる。次に、このようなクラウドシステム1において、端末装置2からアプリケーション装置4へ接続を要求する場合のクラウドシステム1の作用について以下に説明する。図11は端末装置2からアプリケーション装置4への接続要求を管理モジュール51が処理するフローチャートであり、同図に基づいて以下に説明する。本フローチャートは、図12に管理サーバ5への接続状態の概略図を示すように、端末装置2から管理サーバ5へ接続することで開始される。ステップS31では、アプリケーション装置4に含まれるアプリケーションAp1~Apmのいずれかへの端末装置2からの接続要求を受信する。端末装置2からの接続要求には、端末装置2が接続を要求するアプリケーションのアプリケーション情報と図13に示す端末装置2の性能情報に関するデータ構造とが含まれる。本実施例では、一例として端末装置2が接続を要求するアプリケーションをアプリケーションAp1として説明する。図13に示すように、端末装置2から送信される性能情報のデータ構造は、当該データ構造が端末装置の性能情報であることを識別する識別子63a、端末装置2を一意に識別する文字列63b、接続要求先のアプリケーションAp1が出力する出力画像の要求幅63c、接続要求先のアプリケーションAp1が出力する出力画像の要求高さ63d、端末装置2のクライアントモジュール23がサポートするビデオ形式の数63e、端末装置2のクライアントモジュール23がサポートする全てのビデオ形式が格納されるビデオフォーマット63f、端末装置2のクライアントモジュール23がサポートするオーディオ形式の数63g、端末装置2のクライアントモジュール23がサポートする全てのオーディオ形式が格納されるオーディオフォーマット63h、端末装置2のクライアントモジュール23がサポートするオーディオの再生方式ステレオ/モノラル63i、及び端末装置2が要求するビデオデータストリームまたはオーディオデータストリームのビットレート63jで構成される。なお、ビデオフォーマット63fに格納されるビデオ形式及びオーディオフォーマット63hに格納されるオーディオ形式にはそれぞれ優先順位が付与されてもよいし、優先順位の順番で格納されるようにしてもよい。図11に戻り、続くステップS32では、端末装置2からの接続要求に含まれるアプリケーション情報に基づいて、アプリケーションリスト521からアプリケーションAp1を探索する。ステップS33では、アプリケーションリスト521にアプリケーションAp1があるか否かを判定する。当該判定結果が真Yesの場合には、アプリケーションリスト521にアプリケーションAp1が登録されている、即ちアプリケーションAp1が利用可能であるとしてステップS34へ進む。ステップS34では、上記ステップS33で探索されたアプリケーションAp1のデータフォーマットを検索する。上述したように、アプリケーションAp1のデータフォーマットはアプリケーション情報に含まれており、データフォーマットはアプリケーション情報から検索される。ステップS35では、アプリケーションAp1が出力するデータをクライアントモジュール23で実行可能なデータフォーマットに変換する変換部を変換リスト522から探索する。より具体的には、上記ステップ34で検索されたアプリケーションAp1のデータフォーマットと端末装置2のクライアントモジュール23がサポートするビデオ形式またはオーディオ形式とに基づいて、変換リスト522を探索する。ここで、クライアントモジュール23がサポートするビデオ形式またはオーディオ形式に優先順位の情報が付与されている場合には、優先順位の高いデータ形式に適した変換部を探索するようにしてもよい。これにより、変換部の選択の幅を広げることができる。また、管理サーバ5の負荷や変換装置3の負荷に応じて選択可能な範囲で最適な変換部が選択されてもよい。ステップS36では、該当する変換部が変換リスト522にあるか否かを判定する。当該判定結果が真Yesの場合には該当する変換部が変換リスト522に存在する、即ち該当する変換部が利用可能であるとしてステップS37へ進む。なお、本実施例では一例として該当する変換部を変換部Cnv1として説明する。ステップS37では、アプリケーションモジュール41に対し、データ送信を要求する。詳しくは、図13に示した端末装置2の性能情報を含むアプリケーション情報を管理モジュール51からアプリケーションモジュール41へ送信する。アプリケーションモジュール41は、受信したアプリケーション情報から、端末装置2とアプリケーションAp1との対応付け、アプリケーションAp1が出力するデータ形式、アプリケーションAp1が出力するデータのビットレート等を格納する。続くステップS38では、端末装置2へのデータ送信を行うデータ送信ルーチンを実行する。一方、上記ステップS33及び上記ステップS36で偽Noと判定された場合にはステップS39へ進む。ステップS39では、アプリケーションAp1がアプリケーションリスト521に登録されていない、または変換部Cnv1が変換リスト522に登録されていないとして異常と判定し、本フローチャートを終了する。図14には、端末装置2へアプリケーションデータを送信するデータ送信ルーチンを表すフローチャートを示しており、本フローチャートに基づいて説明する。ステップS381では、端末装置2から接続を要求されたアプリケーションAp1と管理サーバ5とが接続されているか否かを判定する。当該判定結果が真Yesの場合にはアプリケーションAp1と管理サーバ5とが接続されているとしてステップS382へ進む。一方、当該判定結果が偽Noの場合にはアプリケーションAp1と管理サーバ5とは接続されていないとして本ルーチンを終了する。ステップS382では、アプリケーションAp1から出力されるアプリケーションデータを受信する。ここで、端末装置2の性能情報に基づいて端末装置2に適したファイルフォーマット、出力画像の大きさ、ビットレート等となるように、端末装置2の性能情報に基づいて、アプリケーションAp1から出力されるアプリケーションデータのデータ変換やデータ圧縮を行う。ステップS383では、アプリケーションデータを変換部Cnv1へ送信する。変換部Cnv1では、受信したアプリケーションデータを所定のデータフォーマットに変換する。ステップS384では、変換部Cnv1で変換されたアプリケーションデータを受信する。続くステップS385では、上記ステップS384で受信した変換後のデータを端末装置2へ送信する。ステップS386では、端末装置2と管理サーバ5とが接続されているか否かを判定する。当該判定結果が真Yesの場合には端末装置2と管理サーバ5とが接続されているとしてステップS381へ戻る。一方、上記判定結果が偽Noと判定された場合には端末装置2との接続が切断されたとして本ルーチンを終了する。このように本実施例では、変換装置3は、データフォーマットを変換する複数の種類の変換部Cnv1~Cnvnを有し、管理サーバ5は、端末装置2から受信した接続要求に含まれるデータフォーマット情報に基づいて、変換リスト522を参照して変換部を選択する。それによって、アプリケーションデータを端末装置2に対応するデータフォーマットに変換して端末装置2に送信することができる。そしてアプリケーションはアプリケーション装置4で動作し、変換部は変換装置3で動作するので、管理サーバ5は、アプリケーション装置4、変換装置3、端末装置2の各装置間でデータ等の送受信を仲介するだけでよい。つまりアプリケーション装置4、変換装置3、管理サーバ2の各々に処理が分散されるので、これらの装置の付加が軽減されることになる。それによって、クラウドシステムにおいてレイテンシーを低減することができる。また、変換処理部32に新たな変換部が追加される場合でも管理サーバ5へは変換リスト522に新たな変換部を登録するだけでよく、クラウドシステム1の全体構成に影響を与えることなく変換部の変更に柔軟に対応することができる。さらに、アプリケーション処理部42に新たなアプリケーションが追加される場合でも管理サーバ5へはアプリケーションリスト521に新たなアプリケーションを登録するだけでよいので、上記と同様の効果を得ることができる。<第1実施例の変形例>上記第1実施例の変形例について以下に説明する。この変形例では、クラウドシステム1に複数の端末装置2a~2cを備えた点が異なっており、その他の構成については共通しているので説明を省略する。図15は、第1実施例の変形例に係るクラウドシステム1aの構成を表す概略図である。図15に示すように、クラウドシステム1aには複数の端末装置2a~2cが備えられている。端末装置2a~2cは異なる種類の端末装置であり、本実施例では一例として端末装置2a、2bはPCとし、端末装置2cはAndroid登録商標をプラットフォームとする携帯電話とする。なお、クラウドシステム1aが備える端末装置の数はこれに限られない。このような端末装置2a~2cが管理サーバ5の管理モジュール51に接続を要求し、端末リスト523に登録された後の管理サーバの接続状態を図16に示す。ここで、例として端末装置2a、2cが接続を要求するアプリケーションをアプリケーションAp1、端末装置2bが接続を要求するアプリケーションをアプリケーションAp2とする。また、アプリケーションAp1、Ap2から出力されるアプリケーションデータのデータフォーマットは同じであるとする。変換部Cnv1は、アプリケーションAp1、Ap2から出力されるアプリケーションデータをPCから要求されたデータフォーマットに変換する変換部、変換部Cnv3は、アプリケーションAp1から出力されるアプリケーションデータを携帯電話から要求されたデータフォーマットに変換する変換部である。図17Aは、図16に示したアプリケーションAp1から出力されるアプリケーションデータが端末装置2aに送信されるまでのモジュール間の処理の流れを示す概略図、BはアプリケーションAp1から出力されるアプリケーションデータが端末装置2cに送信されるまでのモジュール間の処理の流れを示す概略図、CはアプリケーションAp2から出力されるアプリケーションデータが端末装置2bに送信されるまでのモジュール間の処理の流れを示す概略図をそれぞれ示している。なお、図17A~Cで行われる各処理は図14に示したデータ送信ルーチンのフローチャートと同様である。図17Aに示すように、管理モジュール51は、アプリケーションAp1から出力されたアプリケーションデータを受信し、当該アプリケーションデータを変換部Cnv1へ送信する。変換部Cnv1は、受信したアプリケーションデータを変換し、管理モジュール51へ送信する。管理モジュール51は、受信した変換データを端末装置2aへ送信する。図17Bも同様に、管理モジュール51は、アプリケーションAp1から出力されたアプリケーションデータを変換部Cnv3へ送信し、変換部Cnv3で変換された後のデータを端末装置2cへ送信する。図17Cも同様に、管理モジュール51は、アプリケーションAp2から出力されたアプリケーションデータを変換部Cnv1へ送信し、変換部Cnv1で変換された後のデータを端末装置2bへ送信する。このように本実施例では、各アプリケーションAp1、Ap2から出力されるアプリケーションデータを各端末装置2a、2bに適したデータフォーマットへ変換部Cnv1で変換し、アプリケーションAp1から出力されるアプリケーションデータを端末装置2cに適したデータフォーマットへ変換部Cnv3で変換する。これにより、管理モジュール51へ異なる種類の複数の端末装置2a~2cからの接続要求がある場合でも、各端末装置2a~2cが要求するデータフォーマットに合わせて変換されたアプリケーションデータを送信することができる。<第1実施例の他の変形例>上記第1実施例の他の変形例について以下に説明する。この変形例では、クラウドシステム1に複数の管理サーバ5と複数の端末装置2a~2cとを備えた点が異なっており、その他の構成については共通しているので説明を省略する。図18は、第1実施例の他の変形例に係るクラウドシステム1bの接続状態を表す概略図である。クラウドシステム1bは、複数の端末装置2a~2cと複数の管理サーバ5a~5cとを備えている。端末装置2a~2cは異なる種類の端末装置であり、本実施例では一例として端末装置2aはPC、端末装置2bはAndroid登録商標をプラットフォームとする携帯電話、端末装置2cはiOS登録商標をプラットフォームとするタブレット端末とする。管理サーバ5a~5cは端末装置の種類に対応しており、例えば管理サーバ5aはPC、管理サーバ5bはAndroidをプラットフォームとする携帯電話、管理サーバ5cはiOSをプラットフォームとするタブレット端末にそれぞれ対応している。図19は、クラウドシステム1bにおいて端末装置2a~2c、アプリケーション装置4、管理サーバ5a~5cの接続状態を表すブロック図である。なお、変換装置3は各管理サーバ5a~5cにそれぞれ接続されているが、ここでは図示を省略する。図19に示すように、端末装置2aは管理サーバ5a、端末装置2bは管理サーバ5b、端末装置2cは管理サーバ5cにそれぞれ接続されており、各管理サーバ5a~5cはアプリケーション装置4に接続される。従って、端末装置2aには管理モジュール51a、端末装置2bには管理モジュール51b、端末装置2cには管理モジュール51cがそれぞれ対応しており、上述した処理を行う。このように、端末装置2a~2cの種類に応じて管理サーバ5a~5cを設けることによって、各管理マネージャ51a~51cの負荷が軽減されるので、より多くの端末装置の接続を可能とすると共に、レイテンシーを低減することができる。<第2実施例>次に、本発明の第2実施例について説明する。本実施例のクラウドシステムは、管理サーバ5が変換モジュール及び変換処理部の機能を備えている点が第1実施例のクラウドシステムと異なる。以下、第1実施例と異なる部分について説明することとし、第1実施例と共通する構成要素については、同じ符号を付して詳細な説明を省略する。図20は、本発明の第2実施例に係るクラウドシステム101の概略を示すブロック図である。管理サーバ105は、管理モジュール51、記憶部52、及び変換制御部53を備えている。変換制御部53は、変換モジュール531と変換処理部532とを有している。変換処理部532は複数の変換部Cnv1~Cnvnを有している。変換制御部53は管理モジュール51と通信する。詳しくは、後述する変換部Cnv1~Cnvnを変換リスト522に登録する場合、変換モジュール531及び変換リスト登録部513間で通信する。また、アプリケーション装置4からアプリケーションデータを通信部516で受信すると、端末装置2で実行可能なデータフォーマットへ変換する変換部に当該アプリケーションデータを送信する。このような構成のクラウドシステム101における変換部Cnv1~Cnvnの登録に関し、一例として変換部Cnv1を変換リスト522へ登録する処理について説明する。図21に変換部Cnv1~Cnvnの登録の流れをシーケンス図で示しており、同図に基づいて以下に説明する。ステップS41では、変換モジュール531は、変換部Cnv1がサポートするデータフォーマット情報を、図8に示すデータ構造を含めて変換リスト登録部513へ送信する。ステップS42では、変換リスト登録部513は変換部Cnv1を変換リスト522へ登録した後、変換モジュール531へ応答メッセージを返す。この応答メッセージには、変換リスト522に登録する処理の成功または失敗等の情報が含まれる。このように、本実施例では、管理サーバ105はクライアントモジュール23からの接続要求に応じて該当するアプリケーションに接続してアプリケーションデータを受信し、当該アプリケーションデータを端末装置2で実行可能なデータフォーマットに変換できる変換部を用いて変換し、変換データを端末装置2へ送信する。これにより、上記第1実施例と同様の効果を得ることができる。以上で実施形態の説明を終えるが、本発明は上述した実施形態に限定されるものではない。例えば、上記各実施例では、変換データを端末装置2に送信しているが、この変換データが端末装置2で実行できなかった場合には再度管理モジュール51へ接続要求を送信するようにしてもよい。これにより、ユーザが意識せずに端末装置2に適した変換データを要求することができる。また、上記各実施例のアプリケーション登録、変換部登録、端末装置からの接続要求に応じて変換データを送信するためのプログラムの処理を図にフローチャートで示したが、このプログラムを格納した記憶媒体も本発明の対象となり得る。