JP5395862B2

JP5395862B2 - 管理システム、管理サーバ、クラウドシステム、及びプログラム

Info

Publication number: JP5395862B2
Application number: JP2011197438A
Authority: JP
Inventors: スーリエ・クリストフ; ペンクレアシュ・ヨアン
Original assignee: 株式会社フォーラムエイト
Priority date: 2011-09-09
Filing date: 2011-09-09
Publication date: 2014-01-22
Anticipated expiration: 2031-09-09
Also published as: JP2013058163A

Description

本発明は、管理システム、管理サーバ、クラウドシステム、及びプログラムに係り、詳しくはリアルタイムコンテンツから異なる種類の端末にそれぞれ適したデータフォーマットでデータを送信するための管理システム、管理システムを構成する管理サーバ、管理システムを用いたクラウドシステム、及び管理サーバを制御するプログラムに関する。

従来、動画データや音声データ等のデータを、ネットワークを介して種々の端末装置へ配信するコンピュータシステムが公知である。このようなコンピュータシステムでは、負荷分散やメンテナンスの容易性を目的として分散システムが提案されている。例えば、サーバにコントロールモジュール、ファンクション層、データ層を設け、コントロールモジュールでクライアントとサーバとの通信を制御するクライアント／サーバモジュールが公知である（特許文献１）。また、クライアントとサーバとの間にミドルウェアを配置し、当該ミドルウェアでデータ通信や変換を管理する通信システムが公知である（特許文献２）。

特開平１０−１０５４９９号公報特開２００８−５９５９２号公報

近年、コンピュータの利用形態の１つとして、ハードウェアリソース、ソフトウェアリソース、データリソースをその所在や内部構造を意識することなくネットワーク（特にインターネット）経由でユーザが利用するクラウドコンピューティングが注目されており、普及しつつある。そして、クラウドシステム（クラウドコンピューティングを用いたシステム）においては、パーソナルコンピュータのみならず、スマートフォン、タブレット端末等の種々の端末装置をユーザが利用するため、端末装置の種類によって異なるデータフォーマットの各々に対応しなければならない。従って、上述したコンピュータシステムを用いてクラウドシステムを構築する場合、各端末装置へデータを送信する前に、各端末装置の種類を判定し、データをそれぞれに適したデータフォーマットに変換する必要がある。そのため、特に音声・動画などの時系列データをデータ受信と平行して再生するストリーミング再生において、レイテンシー（端末装置からのデータ送信要求に対して実際にデータを端末装置で受信するまでの遅延時間）が問題となる虞が生ずる。

本発明は、上述した課題を解決すべくなされたものであり、その目的とするところは、クラウドシステムにおいてレイテンシーを低減することにある。

上記の目的を達成するべく、請求項１の管理システムは、アプリケーションが動作するアプリケーション装置及び前記アプリケーション装置の出力データを利用する端末装置にネットワークを介して接続される管理サーバであって、データフォーマットを変換する複数の種類の変換手段と、前記複数の種類の変換手段に関する情報を予め変換リストに登録する手段と、前記アプリケーション装置で利用可能な複数の種類のアプリケーションに関する情報を予めアプリケーションリストに登録する手段と、前記端末装置から受信した接続要求に含まれるアプリケーション情報に基づいて、前記アプリケーションリストを参照してデータ送信を要求するアプリケーションを選択する手段と、前記端末装置から受信した接続要求に含まれる前記端末装置のモジュールがサポートするデータ形式及びアプリケーション情報に含まれるアプリケーションのデータフォーマットに基づいて、前記変換リストを参照して変換手段を選択する手段と、選択したアプリケーションへデータ送信を要求し、そのアプリケーションから受信したデータを選択した変換手段で変換して前記端末装置へ送信する手段と、を有することを特徴とする。

請求項２の管理サーバでは、アプリケーションが動作するアプリケーション装置及び前記アプリケーション装置の出力データを利用する端末装置にネットワークを介して接続される管理サーバであって、データフォーマットを変換する複数の種類の変換手段と、前記複数の種類の変換手段に関する情報を予め変換リストに登録する手段と、前記アプリケーション装置で利用可能な複数の種類のアプリケーションに関する情報を予めアプリケーションリストに登録する手段と、前記端末装置から受信した接続要求に含まれるアプリケーション情報に基づいて、前記アプリケーションリストを参照してデータ送信を要求するアプリケーションを選択する手段と、前記端末装置から受信した接続要求に含まれる前記端末装置のモジュールがサポートするデータ形式及びアプリケーション情報に含まれるアプリケーションのデータフォーマットに基づいて、前記変換リストを参照して変換手段を選択する手段と、選択したアプリケーションへデータ送信を要求し、そのアプリケーションから受信したデータを選択した変換手段で変換して前記端末装置へ送信する手段と、を有することを特徴とする。

請求項３のクラウドシステムでは、アプリケーションが動作するアプリケーション装置と、前記アプリケーション装置の出力データを利用する端末装置と、ネットワークを介して前記アプリケーション装置及び前記端末装置に接続される管理サーバと、ネットワークを介して前記管理サーバに接続され、データフォーマットを変換する複数の種類の変換手段を有する変換装置とを備え、前記管理サーバは、前記複数の種類の変換手段に関する情報を予め変換リストに登録する手段と、前記アプリケーション装置で利用可能な複数の種類のアプリケーションに関する情報を予めアプリケーションリストに登録する手段と、前記端末装置から受信した接続要求に含まれるアプリケーション情報に基づいて、前記アプリケーションリストを参照してデータ送信を要求するアプリケーションを選択する手段と、前記端末装置から受信した接続要求に含まれる前記端末装置のモジュールがサポートするデータ形式及びアプリケーション情報に含まれるアプリケーションのデータフォーマット基づいて、前記変換リストを参照して変換手段を選択する手段と、選択したアプリケーションへデータ送信を要求し、そのアプリケーションから受信したデータを選択した変換手段へ送信する手段と、前記選択した変換手段から受信した変換後のデータを前記端末装置へ送信する手段と、を有することを特徴とする。

請求項４のクラウドシステムでは、アプリケーションが動作するアプリケーション装置と、前記アプリケーション装置の出力データを利用する端末装置と、ネットワークを介して前記アプリケーション装置及び前記端末装置に接続される管理サーバとを備え、前記管理サーバは、データフォーマットを変換する複数の種類の変換手段と、前記複数の種類の変換手段に関する情報を予め変換リストに登録する手段と、前記アプリケーション装置で利用可能な複数の種類のアプリケーションに関する情報を予めアプリケーションリストに登録する手段と、前記端末装置から受信した接続要求に含まれるアプリケーション情報に基づいて、前記アプリケーションリストを参照してデータ送信を要求するアプリケーションを選択する手段と、前記端末装置から受信した接続要求に含まれる前記端末装置のモジュールがサポートするデータ形式及びアプリケーション情報に含まれるアプリケーションのデータフォーマットに基づいて、前記変換リストを参照して変換手段を選択する手段と、選択したアプリケーションへデータ送信を要求し、そのアプリケーションから受信したデータを選択した変換手段で変換して前記端末装置へ送信する手段と、を有することを特徴とする。

請求項５のクラウドシステムでは、請求項３または４において、前記端末装置が送信する接続要求には、複数の種類のデータフォーマットに優先順位を付与する情報が含まれ、前記管理サーバは、前記優先順位に従って変換手段を選択する手段をさらに有することを特徴とする。

請求項６のクラウドシステムでは、請求項３乃至５のいずれかにおいて、前記端末装置が送信する接続要求には、さらに、ネットワークの速度、前記端末装置の画面解像度、及び前記端末装置に表示させるアプリケーションのウィンドウサイズの少なくともいずれかの情報が含まれ、前記管理サーバは、これらの情報を前記アプリケーション装置へ送信する手段をさらに有することを特徴とする。

請求項７のクラウドシステムでは、請求項３乃至６のいずれかにおいて、前記端末装置は、前記管理サーバから送信された変換後のデータを実行できなかった場合、再度前記管理サーバへ接続要求を送信することを特徴とする。

請求項８のクラウドシステムでは、請求項３乃至７のいずれかにおいて、前記管理サーバは、前記端末装置の種類に対応して複数台備えられることを特徴とする。

請求項９のプログラムでは、アプリケーションが動作するアプリケーション装置及び前記アプリケーション装置の出力データを利用する端末装置にネットワークを介して接続される管理サーバと、ネットワークを介して前記管理サーバに接続され、データフォーマットを変換する複数の種類の変換手段を有する変換装置とを備える管理システムの前記管理サーバのコンピュータを、前記複数の種類の変換手段に関する情報を予め変換リストに登録する手段、前記アプリケーション装置で利用可能な複数の種類のアプリケーションに関する情報を予めアプリケーションリストに登録する手段、前記端末装置から受信した接続要求に含まれるアプリケーション情報に基づいて、前記アプリケーションリストを参照してデータ送信を要求するアプリケーションを選択する手段、前記端末装置から受信した接続要求に含まれる前記端末装置のモジュールがサポートするデータ形式及びアプリケーション情報に含まれるアプリケーションのデータフォーマットに基づいて、前記変換リストを参照して変換手段を選択する手段、選択したアプリケーションへデータ送信を要求し、そのアプリケーションから受信したデータを選択した変換手段へ送信する手段、前記選択した変換手段から受信した変換後のデータを前記端末装置へ送信する手段、として機能させる。

請求項１の管理システムによれば、変換装置は、データフォーマットを変換する複数の種類の変換手段を有し、管理サーバは、端末装置から受信した接続要求に含まれる端末装置のモジュールがサポートするデータ形式及びアプリケーション情報に含まれるアプリケーションのデータフォーマットに基づいて、変換リストを参照して変換手段を選択する。それによって、アプリケーション装置で動作するアプリケーションから出力されるデータ（以下、「アプリケーションデータ」という。）を、複数の端末装置の各々に対応するデータフォーマットに変換して複数の端末装置に送信することができる。

そして請求項１の管理システムによれば、アプリケーションはアプリケーション装置で動作し、変換手段は変換装置で動作するので、管理サーバは、アプリケーション装置、変換装置、端末装置の各装置間でデータ等の送受信を仲介するだけでよい。つまりアプリケーション装置、変換装置、管理サーバの各々に処理が分散されるので、これらの装置の負荷が軽減されることになる。それによって、クラウドシステムにおいてレイテンシーを低減することができる。

また請求項１の管理システムによれば、変換装置に新たなデータフォーマットへの変換手段を追加する必要がある場合でも、管理サーバの変換リストに当該変換手段を登録するだけでよいので、変換手段の追加、削除等の変更を容易に行うことができる。

さらに請求項１の管理システムによれば、アプリケーションは端末装置が要求するアプリケーションを予め登録されたアプリケーションリストから選択されるので、アプリケーション装置におけるアプリケーションの追加、削除といった変更に伴う管理システムへの影響はなく、アプリケーションの追加、削除等の変更を容易に行うことができる。

請求項２の管理サーバによれば、アプリケーションはアプリケーション装置で動作し、変換手段は管理サーバで動作する。つまりアプリケーション装置、管理サーバの各々に処理が分散されるので、これらの装置の負荷が軽減されることになる。それによって請求項１の管理システムと同様に、クラウドシステムにおいてレイテンシーを低減することができる。

請求項３のクラウドシステムによれば、前述した請求項１の管理システムと同様の作用効果が得られる。

請求項４のクラウドシステムによれば、前述した請求項１の管理システムと同様の作用効果が得られる。

請求項５のクラウドシステムによれば、管理サーバは端末装置が要求したデータフォーマットの優先順位に従って変換手段を選択するので、変換手段の選択の幅を広げることができると共に、管理サーバの負荷等に応じて、選択可能な範囲で最適な変換手段を選択することができる。

請求項６のクラウドシステムによれば、管理サーバは端末装置から送信されるネットワークの速度、画面解像度、ウィンドウサイズ等の端末装置の性能報をアプリケーション装置に送信するので、アプリケーション装置は端末装置の性能に適したアプリケーションデータを作成することができる。

請求項７のクラウドシステムによれば、端末装置は変換後のデータを実行できない場合、再度管理サーバへ接続要求を送信するので、ユーザが意識することなくアプリケーションデータの要求を行うことができる。

請求項８のクラウドシステムによれば、端末装置の種類に対応して複数の管理サーバが設けられるので、管理サーバで実行すべき処理が複数の管理サーバに分散されることになる。それによって管理サーバの負荷を軽減することができるので、クラウドシステムにおいてレイテンシーをさらに低減することができる。

請求項９のプログラムによれば、このプログラムを実行可能なコンピュータを備えた管理サーバを用いて構成された管理システムにおいて、前述した請求項１の管理システムと同様の作用効果が得られる。

本発明の第１実施例に係るクラウドシステムの概略図である。本発明の第１実施例に係るクラウドシステムの概略を示すブロック図である。第１実施例に係るクラウドシステムの接続状態を表すブロック図である。アプリケーションを登録する処理を表すシーケンス図である。アプリケーションモジュールが送信するアプリケーション登録情報のデータ構造を表す概略図である。アプリケーション情報登録後の管理サーバの接続状態を表す概略図である。変換部を登録する処理を表すシーケンス図である。変換モジュールが送信する変換部のデータフォーマット情報のデータ構造を表す概略図である。変換部を登録した後の管理サーバの接続状態を表す概略図である。アプリケーションの登録処理及び変換部の登録処理を複数行った後の管理サーバの接続状態を表す概略図である。端末装置からアプリケーション装置への接続要求を処理する方法を示すフローチャートである。端末装置が管理サーバへ接続した後の管理サーバの接続状態を表す概略図である。端末装置の性能情報に関するデータ構造を表す概略図である。図１１に示すフローチャートで行われるデータ送信ルーチンを示すフローチャートである。第１実施例の変形例に係るクラウドシステムの概略図である。端末装置が管理サーバへ接続した後の管理サーバの接続状態を表す概略図である。（Ａ）〜（Ｃ）は、図１６に示したアプリケーションから出力されるアプリケーションデータが各端末装置に送信されるまでのモジュール間の処理の流れをそれぞれ示す概略図である。第１実施例の他の変形例に係るクラウドシステムの接続状態を表す概略図である。第１実施例の他の変形例における管理サーバの接続状態を表す概略図である。第２実施例に係るクラウドシステムの概略を示すブロック図である。変換部を登録する処理を表すシーケンス図である。

以下、本発明の実施形態について図面を参照しながら説明する。
＜第１実施例＞
図１は、本発明の第１実施例に係るクラウドシステムの概略構成図である。クラウドシステム１は、端末装置２、変換装置３、アプリケーション装置４、及び管理サーバ５を備えており、それぞれはネットワークＮで接続されている。ここで、ネットワークＮとは、インターネット、イントラネット、ＬＡＮ等である。端末装置２は、例えばパーソナルコンピュータ（以下、「ＰＣ」という。）、タブレット端末、スマートフォン等である。

図２は、クラウドシステム１の概略を示すブロック図である。図２に示すように、端末装置２は、操作部２１と、表示部２２と、クライアントモジュール２３とを備えている。操作部２１は、例えばキーボード、マウス、タッチパネル等である。表示部２２では、受信したアプリケーションデータを表示したり、再生したりする。アプリケーションデータとは、例えば音声データや動画データ等である。

クライアントモジュール２３は、外部と通信するものである。一例としてクライアントモジュール２３では、ネットワークＮを介して、操作部２１で行った操作要求を管理サーバ５へ送信したり、管理サーバ５からアプリケーションデータを受信したりする。なお、クライアントモジュール２３は、暗号化されたアプリケーションデータの認証を行う認証モジュールを備えていてもよい。

変換装置３は、変換モジュール３１と変換処理部３２とを備えている。変換モジュール３１はネットワークＮを介して外部との通信を行うものであり、例えば管理サーバ５からアプリケーションデータを受信したり変換後のデータを管理サーバ５へ送信したりする。変換処理部３２は複数の変換部（変換手段）Ｃｎｖ１〜Ｃｎｖｎを有している。変換部Ｃｎｖ１〜Ｃｎｖｎは変換前のデータフォーマット情報と変換後のデータフォーマット情報をそれぞれ有している。変換処理部３２では、変換部Ｃｎｖ１〜Ｃｎｖｎのうち管理サーバ５から指定された変換部を用いて、管理サーバ５から受信したアプリケーションデータを変換する。変換部Ｃｎｖ１〜Ｃｎｖｎとして、例えば動画圧縮規格のＨ．２６４、動画圧縮規格のＭＰＥＧ−２またはＭＰＥＧ−４で用いられる音声圧縮規格のＡＡＣ等が挙げられる。

アプリケーション装置４は、アプリケーションモジュール４１とアプリケーション処理部４２とを備える。アプリケーションモジュール４１は、ネットワークＮを介して外部との通信を行うものであり、例えば所定のアプリケーションへの接続要求を送信した端末装置２の性能情報を管理サーバ５経由で受信したり、アプリケーション処理部４２で作成されたアプリケーションデータを管理サーバ５へ送信したりする。アプリケーション処理部４２は複数の種類のアプリケーションＡｐ１〜Ａｐｍを有している。各アプリケーションＡｐ１〜Ａｐｍは、出力するアプリケーションデータのフォーマット情報等をアプリケーション情報として保持している。アプリケーションＡｐ１〜Ａｐｍとして、例えばリアルタイムに車両操作の動画を配信する運転シミュレータ等が挙げられる。アプリケーションＡｐ１〜Ａｐｍが出力するアプリケーションデータとして、例えば動画データ、音声データ等が挙げられる。

管理サーバ５は、管理モジュール５１と記憶部５２とを備える。管理モジュール５１は、アプリケーションリスト登録部５１１、アプリケーションリスト探索部５１２、変換リスト登録部５１３、変換リスト探索部５１４、端末リスト登録部５１５、及び通信部５１６を備える。記憶部５２は、アプリケーションリスト５２１、変換リスト５２２、端末リスト記憶部５２３、及び変換データ記憶部５２４を備える。

アプリケーションリスト登録部５１１は、アプリケーションモジュール４１の登録要求に応じて、アプリケーション処理部４２が有するアプリケーションＡｐ１〜Ａｐｍの種類をアプリケーションリスト５２１に登録する。アプリケーションリスト探索部５１２は、端末装置２から指定されたアプリケーションをアプリケーションリスト５２１から探索する。

変換リスト登録部５１３は、変換モジュール３１の登録要求に応じて、変換処理部３２が有する変換部Ｃｎｖ１〜Ｃｎｖｎをそれぞれ変換リスト５２２に登録する。変換リスト５２２には、変換部Ｃｎｖ１〜Ｃｎｖｎの変換前のデータフォーマットと変換後のデータフォーマットとを含む変換情報も共に登録される。変換リスト探索部５１４は、端末装置２の性能情報から適切な変換部を変換リスト５２２から探索する。端末リスト登録部５１５は、管理サーバ５に接続している端末装置２が複数台ある場合に、各端末装置２を端末リスト記憶部５２３へ登録する。

通信部５１６は、ネットワークＮを介して外部との通信を行うものである。本実施例において通信部５１６は、クライアントモジュール２３、変換モジュール３１、及びアプリケーションモジュール４１とそれぞれ通信する。

図３は、このようなクラウドシステム１の接続状態を示すブロック図である。図３に示すように、端末装置２は管理サーバ５に接続され、端末装置２と管理サーバ５との通信は上述したようにクライアントモジュール２３及び管理モジュール５１間で行われる。管理サーバ５には変換装置３及びアプリケーション装置４が接続され、変換装置３と管理サーバ５との通信は変換モジュール３１及び管理モジュール５１間で行われる。また、アプリケーション装置４と管理サーバ５との通信はアプリケーションモジュール４１及び管理モジュール５１間で行われる。このように各装置が接続され、管理モジュール５１が各装置間の通信を制御することによって、端末装置２を操作するユーザは、変換装置３や管理サーバ５の存在を意識せずに管理サーバ５を介してアプリケーション装置４と通信することになる。

このような構成のクラウドシステム１の作用について以下に説明する。まず、アプリケーションの登録について以下に説明する。ここでは例としてアプリケーションＡｐ１を登録する手順について述べる。図４はアプリケーション登録の処理の概略を表すシーケンス図、図５はアプリケーション登録の際にアプリケーションモジュールが送信するデータ構造の概略図、図６はアプリケーション登録後の管理サーバ５の接続状態を表す概略図をそれぞれ示している。以下、図４〜図６に基づいて説明する。

アプリケーション装置４のアプリケーションモジュール４１は、ネットワークＮを介して、アプリケーションＡｐ１のアプリケーション情報を図５に示すデータ構造を含めて管理サーバ５の通信部５１６へ送信する（図４のステップＳ１１）。アプリケーション情報のデータ構造は、当該データ構造がアプリケーションの登録であることを示す識別子６１ａ、モジュールタイプの識別子６１ｂ、アプリケーションのストリームを識別する名称６１ｃ、アプリケーションモジュール４１のポート番号６１ｄ、アプリケーションモジュール４１をホストとするアプリケーションＡｐ１の名称６１ｅ、アプリケーションＡｐ１で出力されるデータの情報６１ｆ、及びデータ６１ｆの詳細情報６１ｇで表される。

通信部５１６は、アプリケーション装置４のＩＰアドレスを含むアプリケーションＡｐ１のアプリケーション情報をアプリケーション登録部５１１へ送信する（図４のステップＳ１２）。アプリケーション登録部５１１は、そのアプリケーション情報が登録された後、通信部５１６へ応答メッセージを返す（図４のステップＳ１３）。通信部５１６は、アプリケーションモジュール４１へ応答メッセージを返す（図４のステップＳ１４）。この応答メッセージには、アプリケーションリスト５２１に登録する処理の成功または失敗等の情報が含まれる。

このような登録処理により、図６に示すように、管理サーバ５のアプリケーションリスト５２１にはアプリケーションＡｐ１が登録される。また、アプリケーションＡｐ１と管理サーバ５とが接続され、アプリケーションＡｐ１は管理サーバ５から利用可能となる。アプリケーション処理部４２に含まれるアプリケーションＡｐ２〜Ａｐｍも同様にアプリケーションリスト５２１へ登録される。なお、アプリケーションリスト５２１へ登録されるアプリケーションは、アプリケーション処理部４２に含まれるアプリケーションＡｐ１〜Ａｐｍ全てでなくてもよく、アプリケーションＡｐ１〜Ａｐｍの中から選択的に登録されてもよい。また、図６では管理サーバ５に直接アプリケーションＡｐ１が接続されているが、実際には管理サーバ５とアプリケーションＡｐ１との間にはアプリケーションモジュール４１が介在している。

次に、変換部の登録について説明する。ここでは例として変換部Ｃｎｖ１を変換リスト５２２へ登録する処理について説明する。図７は変換部を登録する処理の概略を表すシーケンス図、図８は変換部を登録する際に変換モジュール３１が送信するデータ構造の概略図、図９は変換部を登録した後の管理サーバ５の接続状態を表す概略図をそれぞれ示している。以下、図７〜図９に基づいて説明する。

変換モジュール３１は、ネットワークＮを介して変換部Ｃｎｖ１がサポートするデータフォーマット情報を、図８に示すデータ構造を含めて管理サーバ５の通信部５１６へ送信する（図７のステップＳ２１）。変換部Ｃｎｖ１がサポートするデータフォーマット情報のデータ構造は、当該データ構造が変換部の登録であることを示す識別子６２ａ、モジュールタイプを表す識別子６２ｂ、変換モジュール３１のポート番号６２ｃ、変換部Ｃｎｖ１がサポートする入力形式の数６２ｄ、変換部Ｃｎｖ１がサポートする全ての入力形式６２ｅ、変換部Ｃｎｖ１がサポートする出力形式の数６２ｆ、及び変換部Ｃｎｖ１がサポートする全ての出力形式６２ｇで表される。

通信部５１６は、変換部Ｃｎｖ１を有する変換装置３のＩＰアドレスを取得し、図８に示した変換部Ｃｎｖ１のデータフォーマット情報と共に変換装置３のＩＰアドレスを変換リスト登録部５１３へ送信する（図７のステップＳ２２）。変換リスト登録部５１３は、変換リスト５２２にＩＰアドレス情報を含む変換部Ｃｎｖ１のデータフォーマット情報が登録された後、通信部５１６へ応答メッセージを返す（図７のステップＳ２３）。通信部５１６は、変換モジュール３１へ応答メッセージを返す（図７のステップＳ２４）。この応答メッセージには、変換リスト５２２に登録する処理の成功または失敗等の情報が含まれる。

このような登録処理により、図９に示すように、管理サーバ５の変換リスト５２２には変換部Ｃｎｖ１が登録される。また、管理サーバ５と変換部Ｃｎｖ１とが接続され、変換部Ｃｎｖ１は管理サーバ５から利用可能となる。同様に、変換処理部３２に含まれる変換部Ｃｎｖ２〜Ｃｎｖｎも変換リスト５２２に登録される。なお、変換リスト５２２へ登録する変換部は変換処理部３２に含まれる変換部Ｃｎｖ１〜Ｃｎｖｎ全てでなくてもよく、変換部Ｃｎｖ１〜Ｃｎｖｎの中から選択的に変換リスト５２２へ登録するようにしてもよい。また、図９では管理サーバ５と変換部Ｃｎｖ１とが直接接続されているが、実際には管理サーバ５と変換部Ｃｎｖ１との間には変換モジュール３１が介在している。

上述したアプリケーションの登録処理及び変換部の登録処理を複数行った場合の管理サーバ５の接続状態を表す概略図を図１０に示す。図１０に示すように、アプリケーションＡｐ１〜Ａｐ３がアプリケーションリスト５２１に登録されると共に、アプリケーションＡｐ１〜Ａｐ３と管理サーバ５とが接続されて管理サーバ５から利用可能な状態となる。また、変換部Ｃｎｖ１〜Ｃｎｖ３が変換リスト５２２へ登録されると共に、変換部Ｃｎｖ１〜Ｃｎｖ３と管理サーバ５とが接続されて管理サーバ５から利用可能な状態となる。

次に、このようなクラウドシステム１において、端末装置２からアプリケーション装置４へ接続を要求する場合のクラウドシステム１の作用について以下に説明する。図１１は端末装置２からアプリケーション装置４への接続要求を管理モジュール５１が処理するフローチャートであり、同図に基づいて以下に説明する。本フローチャートは、図１２に管理サーバ５への接続状態の概略図を示すように、端末装置２から管理サーバ５へ接続することで開始される。

ステップＳ３１では、アプリケーション装置４に含まれるアプリケーションＡｐ１〜Ａｐｍのいずれかへの端末装置２からの接続要求を受信する。端末装置２からの接続要求には、端末装置２が接続を要求するアプリケーションのアプリケーション情報と図１３に示す端末装置２の性能情報に関するデータ構造とが含まれる。本実施例では、一例として端末装置２が接続を要求するアプリケーションをアプリケーションＡｐ１として説明する。

図１３に示すように、端末装置２から送信される性能情報のデータ構造は、当該データ構造が端末装置の性能情報であることを識別する識別子６３ａ、端末装置２を一意に識別する文字列６３ｂ、接続要求先のアプリケーションＡｐ１が出力する出力画像の要求幅６３ｃ、接続要求先のアプリケーションＡｐ１が出力する出力画像の要求高さ６３ｄ、端末装置２のクライアントモジュール２３がサポートするビデオ形式の数６３ｅ、端末装置２のクライアントモジュール２３がサポートする全てのビデオ形式が格納されるビデオフォーマット６３ｆ、端末装置２のクライアントモジュール２３がサポートするオーディオ形式の数６３ｇ、端末装置２のクライアントモジュール２３がサポートする全てのオーディオ形式が格納されるオーディオフォーマット６３ｈ、端末装置２のクライアントモジュール２３がサポートするオーディオの再生方式（ステレオ／モノラル）６３ｉ、及び端末装置２が要求するビデオデータストリームまたはオーディオデータストリームのビットレート６３ｊで構成される。なお、ビデオフォーマット６３ｆに格納されるビデオ形式及びオーディオフォーマット６３ｈに格納されるオーディオ形式にはそれぞれ優先順位が付与されてもよいし、優先順位の順番で格納されるようにしてもよい。

図１１に戻り、続くステップＳ３２では、端末装置２からの接続要求に含まれるアプリケーション情報に基づいて、アプリケーションリスト５２１からアプリケーションＡｐ１を探索する。ステップＳ３３では、アプリケーションリスト５２１にアプリケーションＡｐ１があるか否かを判定する。当該判定結果が真（Ｙｅｓ）の場合には、アプリケーションリスト５２１にアプリケーションＡｐ１が登録されている、即ちアプリケーションＡｐ１が利用可能であるとしてステップＳ３４へ進む。

ステップＳ３４では、上記ステップＳ３３で探索されたアプリケーションＡｐ１のデータフォーマットを検索する。上述したように、アプリケーションＡｐ１のデータフォーマットはアプリケーション情報に含まれており、データフォーマットはアプリケーション情報から検索される。

ステップＳ３５では、アプリケーションＡｐ１が出力するデータをクライアントモジュール２３で実行可能なデータフォーマットに変換する変換部を変換リスト５２２から探索する。より具体的には、上記ステップ３４で検索されたアプリケーションＡｐ１のデータフォーマットと端末装置２のクライアントモジュール２３がサポートするビデオ形式またはオーディオ形式とに基づいて、変換リスト５２２を探索する。ここで、クライアントモジュール２３がサポートするビデオ形式またはオーディオ形式に優先順位の情報が付与されている場合には、優先順位の高いデータ形式に適した変換部を探索するようにしてもよい。これにより、変換部の選択の幅を広げることができる。また、管理サーバ５の負荷や変換装置３の負荷に応じて選択可能な範囲で最適な変換部が選択されてもよい。

ステップＳ３６では、該当する変換部が変換リスト５２２にあるか否かを判定する。当該判定結果が真（Ｙｅｓ）の場合には該当する変換部が変換リスト５２２に存在する、即ち該当する変換部が利用可能であるとしてステップＳ３７へ進む。なお、本実施例では一例として該当する変換部を変換部Ｃｎｖ１として説明する。ステップＳ３７では、アプリケーションモジュール４１に対し、データ送信を要求する。

詳しくは、図１３に示した端末装置２の性能情報を含むアプリケーション情報を管理モジュール５１からアプリケーションモジュール４１へ送信する。アプリケーションモジュール４１は、受信したアプリケーション情報から、端末装置２とアプリケーションＡｐ１との対応付け、アプリケーションＡｐ１が出力するデータ形式、アプリケーションＡｐ１が出力するデータのビットレート等を格納する。続くステップＳ３８では、端末装置２へのデータ送信を行うデータ送信ルーチンを実行する。

一方、上記ステップＳ３３及び上記ステップＳ３６で偽（Ｎｏ）と判定された場合にはステップＳ３９へ進む。ステップＳ３９では、アプリケーションＡｐ１がアプリケーションリスト５２１に登録されていない、または変換部Ｃｎｖ１が変換リスト５２２に登録されていないとして異常と判定し、本フローチャートを終了する。

図１４には、端末装置２へアプリケーションデータを送信するデータ送信ルーチンを表すフローチャートを示しており、本フローチャートに基づいて説明する。ステップＳ３８１では、端末装置２から接続を要求されたアプリケーションＡｐ１と管理サーバ５とが接続されているか否かを判定する。当該判定結果が真（Ｙｅｓ）の場合にはアプリケーションＡｐ１と管理サーバ５とが接続されているとしてステップＳ３８２へ進む。一方、当該判定結果が偽（Ｎｏ）の場合にはアプリケーションＡｐ１と管理サーバ５とは接続されていないとして本ルーチンを終了する。

ステップＳ３８２では、アプリケーションＡｐ１から出力されるアプリケーションデータを受信する。ここで、端末装置２の性能情報に基づいて端末装置２に適したファイルフォーマット、出力画像の大きさ、ビットレート等となるように、端末装置２の性能情報に基づいて、アプリケーションＡｐ１から出力されるアプリケーションデータのデータ変換やデータ圧縮を行う。

ステップＳ３８３では、アプリケーションデータを変換部Ｃｎｖ１へ送信する。変換部Ｃｎｖ１では、受信したアプリケーションデータを所定のデータフォーマットに変換する。ステップＳ３８４では、変換部Ｃｎｖ１で変換されたアプリケーションデータを受信する。続くステップＳ３８５では、上記ステップＳ３８４で受信した変換後のデータを端末装置２へ送信する。

ステップＳ３８６では、端末装置２と管理サーバ５とが接続されているか否かを判定する。当該判定結果が真（Ｙｅｓ）の場合には端末装置２と管理サーバ５とが接続されているとしてステップＳ３８１へ戻る。一方、上記判定結果が偽（Ｎｏ）と判定された場合には端末装置２との接続が切断されたとして本ルーチンを終了する。

このように本実施例では、変換装置３は、データフォーマットを変換する複数の種類の変換部Ｃｎｖ１〜Ｃｎｖｎを有し、管理サーバ５は、端末装置２から受信した接続要求に含まれるデータフォーマット情報に基づいて、変換リスト５２２を参照して変換部を選択する。それによって、アプリケーションデータを端末装置２に対応するデータフォーマットに変換して端末装置２に送信することができる。

そしてアプリケーションはアプリケーション装置４で動作し、変換部は変換装置３で動作するので、管理サーバ５は、アプリケーション装置４、変換装置３、端末装置２の各装置間でデータ等の送受信を仲介するだけでよい。つまりアプリケーション装置４、変換装置３、管理サーバ２の各々に処理が分散されるので、これらの装置の付加が軽減されることになる。それによって、クラウドシステムにおいてレイテンシーを低減することができる。

また、変換処理部３２に新たな変換部が追加される場合でも管理サーバ５へは変換リスト５２２に新たな変換部を登録するだけでよく、クラウドシステム１の全体構成に影響を与えることなく変換部の変更に柔軟に対応することができる。さらに、アプリケーション処理部４２に新たなアプリケーションが追加される場合でも管理サーバ５へはアプリケーションリスト５２１に新たなアプリケーションを登録するだけでよいので、上記と同様の効果を得ることができる。

＜第１実施例の変形例＞
上記第１実施例の変形例について以下に説明する。この変形例では、クラウドシステム１に複数の端末装置２ａ〜２ｃを備えた点が異なっており、その他の構成については共通しているので説明を省略する。

図１５は、第１実施例の変形例に係るクラウドシステム１ａの構成を表す概略図である。図１５に示すように、クラウドシステム１ａには複数の端末装置２ａ〜２ｃが備えられている。端末装置２ａ〜２ｃは異なる種類の端末装置であり、本実施例では一例として端末装置２ａ、２ｂはＰＣとし、端末装置２ｃはＡｎｄｒｏｉｄ（登録商標）をプラットフォームとする携帯電話とする。なお、クラウドシステム１ａが備える端末装置の数はこれに限られない。

このような端末装置２ａ〜２ｃが管理サーバ５の管理モジュール５１に接続を要求し、端末リスト５２３に登録された後の管理サーバの接続状態を図１６に示す。ここで、例として端末装置２ａ、２ｃが接続を要求するアプリケーションをアプリケーションＡｐ１、端末装置２ｂが接続を要求するアプリケーションをアプリケーションＡｐ２とする。また、アプリケーションＡｐ１、Ａｐ２から出力されるアプリケーションデータのデータフォーマットは同じであるとする。変換部Ｃｎｖ１は、アプリケーションＡｐ１、Ａｐ２から出力されるアプリケーションデータをＰＣから要求されたデータフォーマットに変換する変換部、変換部Ｃｎｖ３は、アプリケーションＡｐ１から出力されるアプリケーションデータを携帯電話から要求されたデータフォーマットに変換する変換部である。

図１７（Ａ）は、図１６に示したアプリケーションＡｐ１から出力されるアプリケーションデータが端末装置２ａに送信されるまでのモジュール間の処理の流れを示す概略図、（Ｂ）はアプリケーションＡｐ１から出力されるアプリケーションデータが端末装置２ｃに送信されるまでのモジュール間の処理の流れを示す概略図、（Ｃ）はアプリケーションＡｐ２から出力されるアプリケーションデータが端末装置２ｂに送信されるまでのモジュール間の処理の流れを示す概略図をそれぞれ示している。なお、図１７（Ａ）〜（Ｃ）で行われる各処理は図１４に示したデータ送信ルーチンのフローチャートと同様である。

図１７（Ａ）に示すように、管理モジュール５１は、アプリケーションＡｐ１から出力されたアプリケーションデータを受信し、当該アプリケーションデータを変換部Ｃｎｖ１へ送信する。変換部Ｃｎｖ１は、受信したアプリケーションデータを変換し、管理モジュール５１へ送信する。管理モジュール５１は、受信した変換データを端末装置２ａへ送信する。図１７（Ｂ）も同様に、管理モジュール５１は、アプリケーションＡｐ１から出力されたアプリケーションデータを変換部Ｃｎｖ３へ送信し、変換部Ｃｎｖ３で変換された後のデータを端末装置２ｃへ送信する。図１７（Ｃ）も同様に、管理モジュール５１は、アプリケーションＡｐ２から出力されたアプリケーションデータを変換部Ｃｎｖ１へ送信し、変換部Ｃｎｖ１で変換された後のデータを端末装置２ｂへ送信する。

このように本実施例では、各アプリケーションＡｐ１、Ａｐ２から出力されるアプリケーションデータを各端末装置２ａ、２ｂに適したデータフォーマットへ変換部Ｃｎｖ１で変換し、アプリケーションＡｐ１から出力されるアプリケーションデータを端末装置２ｃに適したデータフォーマットへ変換部Ｃｎｖ３で変換する。これにより、管理モジュール５１へ異なる種類の複数の端末装置２ａ〜２ｃからの接続要求がある場合でも、各端末装置２ａ〜２ｃが要求するデータフォーマットに合わせて変換されたアプリケーションデータを送信することができる。

＜第１実施例の他の変形例＞
上記第１実施例の他の変形例について以下に説明する。この変形例では、クラウドシステム１に複数の管理サーバ５と複数の端末装置２ａ〜２ｃとを備えた点が異なっており、その他の構成については共通しているので説明を省略する。

図１８は、第１実施例の他の変形例に係るクラウドシステム１ｂの接続状態を表す概略図である。クラウドシステム１ｂは、複数の端末装置２ａ〜２ｃと複数の管理サーバ５ａ〜５ｃとを備えている。端末装置２ａ〜２ｃは異なる種類の端末装置であり、本実施例では一例として端末装置２ａはＰＣ、端末装置２ｂはＡｎｄｒｏｉｄ（登録商標）をプラットフォームとする携帯電話、端末装置２ｃはｉＯＳ（登録商標）をプラットフォームとするタブレット端末とする。

管理サーバ５ａ〜５ｃは端末装置の種類に対応しており、例えば管理サーバ５ａはＰＣ、管理サーバ５ｂはＡｎｄｒｏｉｄをプラットフォームとする携帯電話、管理サーバ５ｃはｉＯＳをプラットフォームとするタブレット端末にそれぞれ対応している。

図１９は、クラウドシステム１ｂにおいて端末装置２ａ〜２ｃ、アプリケーション装置４、管理サーバ５ａ〜５ｃの接続状態を表すブロック図である。なお、変換装置３は各管理サーバ５ａ〜５ｃにそれぞれ接続されているが、ここでは図示を省略する。図１９に示すように、端末装置２ａは管理サーバ５ａ、端末装置２ｂは管理サーバ５ｂ、端末装置２ｃは管理サーバ５ｃにそれぞれ接続されており、各管理サーバ５ａ〜５ｃはアプリケーション装置４に接続される。従って、端末装置２ａには管理モジュール５１ａ、端末装置２ｂには管理モジュール５１ｂ、端末装置２ｃには管理モジュール５１ｃがそれぞれ対応しており、上述した処理を行う。

このように、端末装置２ａ〜２ｃの種類に応じて管理サーバ５ａ〜５ｃを設けることによって、各管理マネージャ５１ａ〜５１ｃの負荷が軽減されるので、より多くの端末装置の接続を可能とすると共に、レイテンシーを低減することができる。

＜第２実施例＞
次に、本発明の第２実施例について説明する。本実施例のクラウドシステムは、管理サーバ５が変換モジュール及び変換処理部の機能を備えている点が第１実施例のクラウドシステムと異なる。以下、第１実施例と異なる部分について説明することとし、第１実施例と共通する構成要素については、同じ符号を付して詳細な説明を省略する。

図２０は、本発明の第２実施例に係るクラウドシステム１０１の概略を示すブロック図である。管理サーバ１０５は、管理モジュール５１、記憶部５２、及び変換制御部５３を備えている。変換制御部５３は、変換モジュール５３１と変換処理部５３２とを有している。変換処理部５３２は複数の変換部Ｃｎｖ１〜Ｃｎｖｎを有している。

変換制御部５３は管理モジュール５１と通信する。詳しくは、後述する変換部Ｃｎｖ１〜Ｃｎｖｎを変換リスト５２２に登録する場合、変換モジュール５３１及び変換リスト登録部５１３間で通信する。また、アプリケーション装置４からアプリケーションデータを通信部５１６で受信すると、端末装置２で実行可能なデータフォーマットへ変換する変換部に当該アプリケーションデータを送信する。

このような構成のクラウドシステム１０１における変換部Ｃｎｖ１〜Ｃｎｖｎの登録に関し、一例として変換部Ｃｎｖ１を変換リスト５２２へ登録する処理について説明する。図２１に変換部Ｃｎｖ１〜Ｃｎｖｎの登録の流れをシーケンス図で示しており、同図に基づいて以下に説明する。

ステップＳ４１では、変換モジュール５３１は、変換部Ｃｎｖ１がサポートするデータフォーマット情報を、図８に示すデータ構造を含めて変換リスト登録部５１３へ送信する。ステップＳ４２では、変換リスト登録部５１３は変換部Ｃｎｖ１を変換リスト５２２へ登録した後、変換モジュール５３１へ応答メッセージを返す。この応答メッセージには、変換リスト５２２に登録する処理の成功または失敗等の情報が含まれる。

このように、本実施例では、管理サーバ１０５はクライアントモジュール２３からの接続要求に応じて該当するアプリケーションに接続してアプリケーションデータを受信し、当該アプリケーションデータを端末装置２で実行可能なデータフォーマットに変換できる変換部を用いて変換し、変換データを端末装置２へ送信する。これにより、上記第１実施例と同様の効果を得ることができる。

以上で実施形態の説明を終えるが、本発明は上述した実施形態に限定されるものではない。
例えば、上記各実施例では、変換データを端末装置２に送信しているが、この変換データが端末装置２で実行できなかった場合には再度管理モジュール５１へ接続要求を送信するようにしてもよい。これにより、ユーザが意識せずに端末装置２に適した変換データを要求することができる。

また、上記各実施例のアプリケーション登録、変換部登録、端末装置からの接続要求に応じて変換データを送信するためのプログラムの処理を図にフローチャートで示したが、このプログラムを格納した記憶媒体も本発明の対象となり得る。

１，１ａ，１ｂ，１０１クラウドシステム
２端末装置
３変換装置
４アプリケーション装置
５，１０５管理サーバ
５１管理モジュール
Ｃｎｖ１〜Ｃｎｖｎ変換部（変換手段）

Claims

アプリケーションが動作するアプリケーション装置及び該アプリケーション装置の出力データを利用する端末装置にネットワークを介して接続される管理サーバと、
ネットワークを介して前記管理サーバに接続され、データフォーマットを変換する複数の種類の変換手段を有する変換装置とを備え、
前記管理サーバは、
前記複数の種類の変換手段に関する情報を予め変換リストに登録する手段と、
前記アプリケーション装置で利用可能な複数の種類のアプリケーションに関する情報を予めアプリケーションリストに登録する手段と、
前記端末装置から受信した接続要求に含まれるアプリケーション情報に基づいて、前記アプリケーションリストを参照してデータ送信を要求するアプリケーションを選択する手段と、
前記端末装置から受信した接続要求に含まれる前記端末装置のモジュールがサポートするデータ形式及びアプリケーション情報に含まれるアプリケーションのデータフォーマットに基づいて、前記変換リストを参照して変換手段を選択する手段と、
選択したアプリケーションへデータ送信を要求し、そのアプリケーションから受信したデータを選択した変換手段へ送信する手段と、
前記選択した変換手段から受信した変換後のデータを前記端末装置へ送信する手段と、
を有することを特徴とする管理システム。
アプリケーションが動作するアプリケーション装置及び前記アプリケーション装置の出力データを利用する端末装置にネットワークを介して接続される管理サーバであって、
データフォーマットを変換する複数の種類の変換手段と、
前記複数の種類の変換手段に関する情報を予め変換リストに登録する手段と、
前記アプリケーション装置で利用可能な複数の種類のアプリケーションに関する情報を予めアプリケーションリストに登録する手段と、
前記端末装置から受信した接続要求に含まれるアプリケーション情報に基づいて、前記アプリケーションリストを参照してデータ送信を要求するアプリケーションを選択する手段と、
前記端末装置から受信した接続要求に含まれる前記端末装置のモジュールがサポートするデータ形式及びアプリケーション情報に含まれるアプリケーションのデータフォーマットに基づいて、前記変換リストを参照して変換手段を選択する手段と、
選択したアプリケーションへデータ送信を要求し、そのアプリケーションから受信したデータを選択した変換手段で変換して前記端末装置へ送信する手段と、
を有することを特徴とする管理サーバ。
アプリケーションが動作するアプリケーション装置と、
前記アプリケーション装置の出力データを利用する端末装置と、
ネットワークを介して前記アプリケーション装置及び前記端末装置に接続される管理サーバと、
ネットワークを介して前記管理サーバに接続され、データフォーマットを変換する複数の種類の変換手段を有する変換装置とを備え、
前記管理サーバは、
前記複数の種類の変換手段に関する情報を予め変換リストに登録する手段と、
前記アプリケーション装置で利用可能な複数の種類のアプリケーションに関する情報を予めアプリケーションリストに登録する手段と、
前記端末装置から受信した接続要求に含まれるアプリケーション情報に基づいて、前記アプリケーションリストを参照してデータ送信を要求するアプリケーションを選択する手段と、
前記端末装置から受信した接続要求に含まれる前記端末装置のモジュールがサポートするデータ形式及びアプリケーション情報に含まれるアプリケーションのデータフォーマットに基づいて、前記変換リストを参照して変換手段を選択する手段と、
選択したアプリケーションへデータ送信を要求し、そのアプリケーションから受信したデータを選択した変換手段へ送信する手段と、
前記選択した変換手段から受信した変換後のデータを前記端末装置へ送信する手段と、
を有することを特徴とするクラウドシステム。
アプリケーションが動作するアプリケーション装置と、
前記アプリケーション装置の出力データを利用する端末装置と、
ネットワークを介して前記アプリケーション装置及び前記端末装置に接続される管理サーバとを備え、
前記管理サーバは、
データフォーマットを変換する複数の種類の変換手段と、
前記複数の種類の変換手段に関する情報を予め変換リストに登録する手段と、
前記アプリケーション装置で利用可能な複数の種類のアプリケーションに関する情報を予めアプリケーションリストに登録する手段と、
前記端末装置から受信した接続要求に含まれるアプリケーション情報に基づいて、前記アプリケーションリストを参照してデータ送信を要求するアプリケーションを選択する手段と、
前記端末装置から受信した接続要求に含まれる前記端末装置のモジュールがサポートするデータ形式及びアプリケーション情報に含まれるアプリケーションのデータフォーマットに基づいて、前記変換リストを参照して変換手段を選択する手段と、
選択したアプリケーションへデータ送信を要求し、そのアプリケーションから受信したデータを選択した変換手段で変換して前記端末装置へ送信する手段と、
を有することを特徴とするクラウドシステム。
前記端末装置が送信する接続要求には、複数の種類のデータフォーマットに優先順位を付与する情報が含まれ、
前記管理サーバは、前記優先順位に従って変換手段を選択する手段をさらに有することを特徴とする請求項３または４に記載のクラウドシステム。
前記端末装置が送信する接続要求には、さらに、ネットワークの速度、前記端末装置の画面解像度、及び前記端末装置に表示させるアプリケーションのウィンドウサイズの少なくともいずれかの情報が含まれ、
前記管理サーバは、これらの情報を前記アプリケーション装置へ送信する手段をさらに有することを特徴とする請求項３乃至５のいずれかに記載のクラウドシステム。
前記端末装置は、前記管理サーバから送信された変換後のデータを実行できなかった場合、再度前記管理サーバへ接続要求を送信することを特徴とする請求項３乃至６のいずれかに記載のクラウドシステム。
前記管理サーバは、前記端末装置の種類に対応して複数台備えられることを特徴とする請求項３乃至７のいずれかに記載のクラウドシステム。
アプリケーションが動作するアプリケーション装置及び前記アプリケーション装置の出力データを利用する端末装置にネットワークを介して接続される管理サーバと、ネットワークを介して前記管理サーバに接続され、データフォーマットを変換する複数の種類の変換手段を有する変換装置とを備える管理システムの前記管理サーバのコンピュータを、
前記複数の種類の変換手段に関する情報を予め変換リストに登録する手段、
前記アプリケーション装置で利用可能な複数の種類のアプリケーションに関する情報を予めアプリケーションリストに登録する手段、
前記端末装置から受信した接続要求に含まれるアプリケーション情報に基づいて、前記アプリケーションリストを参照してデータ送信を要求するアプリケーションを選択する手段、
前記端末装置から受信した接続要求に含まれる前記端末装置のモジュールがサポートするデータ形式及びアプリケーション情報に含まれるアプリケーションのデータフォーマットに基づいて、前記変換リストを参照して変換手段を選択する手段、
選択したアプリケーションへデータ送信を要求し、そのアプリケーションから受信したデータを選択した変換手段へ送信する手段、
前記選択した変換手段から受信した変換後のデータを前記端末装置へ送信する手段、
として機能させるためのプログラム。