モバイルネットワーク上のパケット転送装置を介して携帯端末からコンテンツ蓄積の指示情報を受信するとともにコンテンツストリーム又はコンテンツファイルを受信した場合に、該コンテンツストリーム又はコンテンツファイルを蓄積する蓄積部と、前記携帯端末からコンテンツ再生の指示情報を受信すると、前記蓄積部に蓄積されたコンテンツストリーム又はコンテンツファイルを読み出して復号再生して表示画面を生成する仮想クライアント部と、前記表示画面の全部又は一部を圧縮エンコードしたエンコード結果をパケットとして前記パケット転送装置に送出するエンコーダ部と、を備えていることを特徴とするサーバ装置。前記送出したパケットに対して前記携帯端末から受信した再送要求の頻度を計測し、前記エンコーダ部による圧縮エンコードのビットレート及びフレームレートのうちの少なくともいずれかを該計測結果に基づいて制御するレート制御部をさらに備えていることを特徴とする、請求項1に記載のサーバ装置。前記レート制御部は、所定の期間に受信した再送要求の回数が所定の閾値以上である場合には、前記エンコーダ部による圧縮エンコードの最大ビットレート又は最大フレームレートを削減することを特徴とする、請求項2に記載のサーバ装置。前記レート制御部は、前記携帯端末から再送要求を受信した場合には、該当するパケットを再送することを特徴とする、請求項2又は3に記載のサーバ装置。前記エンコーダ部は、前記エンコード結果をパケットとし、UDPプロトコルにより前記パケット転送装置に送出することを特徴とする、請求項2乃至4のいずれか1項に記載のサーバ装置。請求項1乃至5のいずれか一に記載のサーバ装置を備えていることを特徴とするリモート型携帯通信システム。前記サーバ装置から送出されたパケットを前記パケット転送装置を介して受信するとともに、該パケットに格納されたエンコード結果をデコードして表示する携帯端末をさらに備えていることを特徴とする、請求項6に記載のリモート型携帯通信システム。前記モバイルネットワークは、モバイルパケットネットワーク又はモバイルLTE/EPCネットワークであることを特徴とする、請求項6又は7に記載のリモート型携帯通信システム。モバイルネットワーク上のサーバ装置が、該モバイルネットワーク上のパケット転送装置を介して携帯端末からコンテンツ蓄積の指示情報を受信するとともにコンテンツストリーム又はコンテンツファイルを受信し、該コンテンツストリーム又はコンテンツファイルを自身の蓄積部に蓄積する工程と、前記携帯端末からコンテンツ再生の指示情報を受信し、前記蓄積部に蓄積されたコンテンツストリーム又はコンテンツファイルを読み出して復号再生して表示画面を生成する工程と、前記表示画面の全部又は一部を圧縮エンコードしたエンコード結果をパケットとして前記パケット転送装置に送出する工程と、を含むことを特徴とするリモート型携帯通信システム制御方法。前記送出したパケットに対して前記携帯端末から受信した再送要求の頻度を計測し、圧縮エンコードのビットレート及びフレームレートのうちの少なくともいずれかを該計測結果に基づいて制御する工程をさらに含むことを特徴とする、請求項9に記載のリモート型携帯通信システム制御方法。所定の期間に受信した再送要求の回数が所定の閾値以上である場合には、圧縮エンコードの最大ビットレート又は最大フレームレートを削減する工程を含むことを特徴とする、請求項10に記載のリモート型携帯通信システム制御方法。前記携帯端末から再送要求を受信した場合には、該当するパケットを再送する工程を含むことを特徴とする、請求項10又は11に記載のリモート型携帯通信システム制御方法。上記の特許文献等の各開示を、本書に引用をもって繰り込むものとする。以下の分析は、本発明者によってなされたものである。従来のサービスの枠組みに基づいて、オペレータが新規サービスを導入しようとすると、既存の携帯端末では対応できない場合が生じる。かかる場合には、新規サービスに対応するために、新規のサービスの開始に合わせて、携帯端末を新規に購入し、又は端末を改造する必要が生じるという問題がある。また、静止画、特に動画等のコンテンツ、コンテンツファイル等を携帯端末に保存する場合に、今後高精細化が進みこれらのファイルサイズが大容量化すると、携帯端末のメモリ量の制約により、これらすべてを保存することはできなくなる恐れがある。さらに、エンドユーザが自身の携帯端末にコンテンツ、コンテンツファイル等を保存する場合には、携帯端末の故障によりこれらが破壊され、又は、携帯端末の置き忘れ、盗難等によりこれらを紛失すると、これらへのアクセスができなくなるという問題がある。そこで、モバイルネットワークにおけるコンテンツのサイズが大きくなった場合において、携帯端末を変更することなくコンテンツを利用できるようにすることが課題となる。本発明の目的は、かかる課題を解決するリモート型携帯通信システム、サーバ装置及びリモート型携帯通信システム制御方法を提供することにある。本発明の第1の視点に係るサーバ装置は、モバイルネットワーク上のパケット転送装置を介して携帯端末からコンテンツ蓄積の指示情報を受信するとともにコンテンツストリーム又はコンテンツファイルを受信した場合に、該コンテンツストリーム又はコンテンツファイルを蓄積する蓄積部と、携帯端末からコンテンツ再生の指示情報を受信すると、蓄積部に蓄積されたコンテンツストリーム又はコンテンツファイルを読み出して復号再生して表示画面を生成する仮想クライアント部と、表示画面の全部又は一部を圧縮エンコードしたエンコード結果をパケットとしてパケット転送装置に送出するエンコーダ部と、を有する。本発明の第2の視点に係るリモート型携帯通信システムは、上記第1の視点に係るサーバ装置を有する。本発明の第3の視点に係るリモート型携帯通信システム制御方法は、モバイルネットワーク上のサーバ装置が、モバイルネットワーク上のパケット転送装置を介して携帯端末からコンテンツ蓄積の指示情報を受信するとともにコンテンツストリーム又はコンテンツファイルを受信し、該コンテンツストリーム又はコンテンツファイルを自身の蓄積部に蓄積する工程と、携帯端末からコンテンツ再生の指示情報を受信し、蓄積部に蓄積されたコンテンツストリーム又はコンテンツファイルを読み出して復号再生して表示画面を生成する工程と、表示画面の全部又は一部を圧縮エンコードしたエンコード結果をパケットとしてパケット転送装置に送出する工程と、を含む。本発明に係るリモート型携帯通信システム、サーバ装置及びリモート型携帯通信システム制御方法によると、モバイルネットワークにおけるコンテンツのサイズが大きくなった場合において、携帯端末を変更することなくコンテンツを利用することができる。第1の展開形態によると、上記第1の視点に係るリモート型携帯通信システムが提供される。第2の展開形態によると、送出したパケットに対して携帯端末から受信した再送要求の頻度を計測し、エンコーダ部による圧縮エンコードのビットレート及びフレームレートのうちの少なくともいずれかを該計測結果に基づいて制御するレート制御部をさらに有する、サーバ装置が提供される。第3の展開形態によると、レート制御部は、所定の期間に受信した再送要求の回数が所定の閾値以上である場合には、エンコーダ部による圧縮エンコードの最大ビットレート又は最大フレームレートを削減する、サーバ装置が提供される。第4の展開形態によると、レート制御部は、携帯端末から再送要求を受信した場合には、該当するパケットを再送する、サーバ装置が提供される。第5の展開形態によると、エンコーダ部は、エンコード結果をパケットとし、UDPプロトコルによりパケット転送装置に送出する、サーバ装置が提供される。第6の展開形態によると、上記第2の視点に係るリモート型携帯通信システムが提供される。第7の展開形態によると、サーバ装置から送出されたパケットをパケット転送装置を介して受信するとともに、パケットに格納されたエンコード結果をデコードして表示する携帯端末をさらに有する、リモート型携帯通信システムが提供される。第8の展開形態によると、モバイルネットワークは、モバイルパケットネットワーク又はモバイルLTE/EPCネットワークである、リモート型携帯通信システムが提供される。第9の展開形態によると、上記第3の視点に係るリモート型携帯通信システム制御方法が提供される。第10の展開形態によると、送出したパケットに対して携帯端末から受信した再送要求の頻度を計測し、圧縮エンコードのビットレート及びフレームレートのうちの少なくともいずれかを計測結果に基づいて制御する工程をさらに含む、リモート型携帯通信システム制御方法が提供される。本発明によると、オペレータが新規サービスを導入する場合に、ネットワーク上に設置したサーバ装置のアプリケーションソフトを更新することで新規サービスの導入が可能となる。したがって、新規サービスが導入される都度、携帯端末を新規に調達したり改造したりする必要がない。また、本発明によると、携帯端末に保存するのと同じ動作で、静止画や特に動画等のコンテンツ、コンテンツファイル等をネットワーク上のサーバ装置に設けられた蓄積部キャッシュメモリ、ハードディスク等の蓄積装置に蓄積することができる。したがって、携帯端末の故障によりコンテンツやコンテンツファイルが破壊された場合、又は、携帯端末の置き忘れ、盗難等に遭遇した場合であっても、コンテンツ、コンテンツファイル等を紛失し、アクセスできなくなる恐れがなくなる。さらに、本発明によると、蓄積したコンテンツを再生、閲覧する場合に、モバイルパケットネットワークやLET/EPCネットワークの帯域幅の変動に対し、呼接続時や呼接続中に、UDP/IPの場合はパケット再送要求回数をサーバ装置で計測し、計測結果により画面情報を圧縮符号化するときの最大ビットレートを制御することができる。したがって、携帯端末側で情報を受信するのに時間を要し、画面の更新が遅くなることによるQoEの低下を回避することができる。実施形態1第1の実施形態に係るリモート型携帯通信システムについて、図面を参照して詳細に説明する。図1は、本実施形態に係るリモート型携帯通信システムにおける装置の接続構成を示す。図1では、モバイルネットワークとして3Gモバイルパケットネットワーク150を用い、パケット転送装置としてxGSN装置190を用いる場合の構成を示している。ここで、xGSN装置190とは、SGSNServingGPRSSupportNode装置とGGSNGatewayGPRSSupportNode装置を一体化した装置をいう。また、図1は、サービスの例として、エンドユーザが携帯端末のカメラ等で撮影した静止画/動画、オーディオ等のコンテンツ、コンテンツファイル等を、あたかも携帯端末に保存するようにモバイルネットワークのサーバ上の仮想クライアントのキャッシュメモリ又は蓄積装置に蓄積し、その後で、あたかも携帯端末に保存したコンテンツを再生表示するようにサーバ上の仮想クライアントのキャッシュメモリ又は蓄積装置に蓄積したコンテンツなどを携帯端末で表示するというサービスを提供する場合の構成を示す。なお、コンテンツに限らず、ゲーム、アプリケーションその他の場合についても、同様の構成に基づいて、サービスを提供することができる。図1を参照すると、携帯端末170は、モバイルパケットネットワーク150上に配置されたシンクライアントサーバ装置110が有する仮想クライアントに対し、コンテンツを蓄積するための操作を行うために、基地局194、RNCRadioNetworkController装置195、xGSN装置190を経由して、シンクライアントサーバ装置110に対し蓄積するための指示信号を送出する。ここで、指示信号とは、携帯端末170におけるキー押し下げ操作、特殊文字例えば、、などの入力操作等を行った際に、携帯端末170から送出される信号をいう。携帯端末170から送出された指示信号は、モバイルパケットネットワーク150上に設けられた基地局194、RNC装置195、xGSN装置190、シンクライアントサーバ装置110の順に到達する。これにより、シンクライアントサーバ装置110は、携帯端末170からの指示信号を受信する。指示信号を送出するためのプロトコルとして、公知のプロトコルを使用することができる。ここでは、一例として、TCP/IP及びその上位層としてHTTPを用いるものとする。また、HTTP以外にSIPSessionInitiationProtocolを用いることもできる。図2は、シンクライアントサーバ装置110の構成を示すブロック図である。図2を参照すると、シンクライアントサーバ装置110は、仮想クライアント部211、画面キャプチャ部180、エンコーダ部186、パケット構築送信部176、キャッシュメモリ蓄積部189及びパケット受信部188を有する。仮想クライアント部211は、新規サービスに対応したアプリケーションソフト、音声/静止画/動画デコーダ、画面生成部等を備えている非図示。アプリケーションソフトは、シンクライアントサーバ装置110の外部から容易に変更することができる。仮想クライアント部211は、携帯端末170から、基地局194、RNC装置195、xGSN装置190を経由して、TCPパケットを蓄積指示信号として受信する。仮想クライアント部211は、受信したTCPパケット上のHTTPを解析し、コンテンツをシンクライアントサーバ装置110に蓄積する動作を行うことを認識する。コンテンツ蓄積動作の場合、仮想クライアント部211は、携帯端末からの指示信号に従い、コンテンツ蓄積を実施するためのアプリケーションを実行し、操作内容等を示すアプリケーション画面を生成し、画面キャプチャ部180に出力する。画面キャプチャ部180は、画面をキャプチャして画像の輝度信号と色差信号に変換し、エンコーダ部186に出力する。なお、他の形式として、例えば、YUV形式等を用いることもできる。エンコーダ部186は、画面キャプチャ部180から、画面信号として、予め定められたfps1秒間あたりのフレーム枚数、framepersecondの画像信号又は静止画信号を受信する。また、エンコーダ部186は、予め定められた圧縮方式により、画面キャプチャ部180から出力された画像信号に対し、予め定められた最大ビットレートを超えないように圧縮符号化して圧縮符号化ビットストリームを生成し、パケット構築送信部176に送出する。本実施形態では、一例として、静止画と動画の混在の画面の圧縮符号化に有効なWaveletウェーブレットに基づく圧縮符号化方式を用いる。なお、他の公知の圧縮符号化方式を採用することもできる。パケット構築送信部176は、圧縮符号化ビットストリームをパケットのペイロードに格納し、TCP/IPプロトコルを用いて、xGSN装置190に送出する。ここで、圧縮符号化ビットストリームを一旦ファイルに格納した上で、ファイルをパケットで送出することもできる。図1を参照すると、携帯端末170は、xGSN装置190等を経由して、シンクライアントサーバ装置110から送出されたパケットを受信し、パケットのペイロードに格納された圧縮符号化ビットストリームを、シンクライアントサーバ装置110におけるエンコーダ部186に対応するデコーダで復号して得られた画面を表示する。さらに、携帯端末170は、シンクライアントサーバ装置110に対し、コンテンツストリーム又はコンテンツファイルの蓄積を開始する。図2を参照すると、パケット受信部188は、携帯端末170から蓄積すべきコンテンツストリーム又は蓄積すべきコンテンツファイルを格納したパケットを受信し、パケットのペイロード部からコンテンツストリーム又はコンテンツファイルを抽出し、これをキャッシュメモリ189に蓄積する。キャッシュメモリ189は、コンテンツストリーム又はコンテンツファイルの蓄積が完了すると、仮想クライアント部211に完了を通知する。仮想クライアント部211は、完了通知を受信すると蓄積終了の画面を生成し、画面キャプチャ部180に出力する。画面キャプチャ部180は、画面をキャプチャする。エンコーダ部186は、キャプチャされた画面をエンコードして、エンコード結果をパケット構築送信部176に出力する。パケット構築送信部176は、TCP/IPパケットを構築し、xGSN装置190に出力する。携帯端末170は、これらのパケットを受信する。次に、コンテンツ再生の動作を説明する。仮想クライアント部211は、携帯端末170からxGSN装置190を介してコンテンツ再生の指示情報を受信すると、キャッシュメモリ189に蓄積されたコンテンツで、該当するコンテンツのストリーム又はファイルを読み出し、携帯端末170で圧縮符号化された符号化方式に対応する復号方式を用いてコンテンツストリーム又はファイルを復号し再生した上で表示画面を生成し、画面キャプチャ部180に出力する。画面キャプチャ部180は、画面をキャプチャして画像の輝度信号と色差信号に変換しエンコーダ部186に出力する。ここで、他の形式、例えば、YUV形式等を用いることもできる。エンコーダ部186は、画面キャプチャ部180から、画面信号として、予め定められたfps1秒間あたりのフレーム枚数、framepersecondの画像信号又は静止画信号を受信する。また、エンコーダ部186は、予め定められた圧縮方式により、画面キャプチャ部180から出力された画像信号に対し、予め定められた最大ビットレートを超えないように圧縮符号化して圧縮符号化ビットストリームを生成し、パケット構築送信部176に送出する。パケット構築送信部176は、圧縮符号化ビットストリームをパケットのペイロード部に格納し、TCP/IPプロトコルを用いて、xGSN装置190に送出する。ここで、圧縮符号化ビットストリームを一旦ファイルに格納した上で、ファイルをTCP/IPパケットで送出することもできる。xGSN装置190は、受信したTCP/IPパケットをGTP-Uプロトコルによりカプセル化してRNC装置195に転送する。RNC装置195は、基地局194を介して無線により携帯端末170に送出する。携帯端末170は、TCP/IPプロトコルによるパケットを受信し、パケットのペイロード部に格納された圧縮符号化ストリーム又はファイルを取り出す。携帯端末170は、シンクライアントサーバ装置110のエンコーダ部186に対応したデコーダを保有しており、当該デコーダにより、圧縮符号化ストリームを復号し、又はファイルに格納されているストリームを取り出して復号し、復号して得られた画面を携帯端末170のディスプレイ上に表示する。図2に示した構成について種々の変形が可能である。図2では、携帯端末170から蓄積するコンテンツとして、静止画/動画に限らず、音楽/オーディオ、ファイル、プログラムなど、種々のものを蓄積することができる。また、xGSN装置190は、SGSN装置とGGSN装置とに分離して配置してもよい。さらに、シンクライアントサーバ装置110における蓄積部としてキャッシュメモリ189を用いたが、ハードディスク等の蓄積装置を用いることもできる。実施形態2第2の実施形態に係るリモート型携帯通信システムについて、図面を参照して詳細に説明する。第1の実施形態では、シンクライアントサーバ装置110からxGSN装置190に送出するパケットプロトコルとしてTCP/IPを用いる構成について説明した。本実施形態では、TCP/IPの代わりにUDP/IPを用いる構成について説明する。UDP/IPを用いることにより、TCP/IPを用いた場合と比較して、モバイルネットワークにおける転送遅延時間を短縮することができる。一方、UDP/IPを用いた場合には、パケットロスに対する対策が必要となる。ここでは、携帯端末側でパケットロスが発生したか否かを判定し、パケットロスが発生した場合には、携帯端末からシンクライアントサーバ装置に対しパケットの再送を要求する構成について説明する。図3は、本実施形態に係るリモート型携帯通信システムにおける装置の接続構成を示す図である。図3において、図1の構成要素と同一の符合が付された構成要素の動作は、図1の構成要素の動作と同一であることから、説明を省略する。図3に示した構成は、図1に示した構成と、以下の1~3の点において相違する。1シンクライアントサーバ装置510は、UDP/IPのパケットをxGSN装置190に送出する。2UDPパケットに独自の又は汎用のシーケンス番号を付与する。3携帯端末570は、シンクライアントサーバ装置510から送出されたUDP/IPパケットをxGSN装置190及びRNC装置195及び基地局194を経由して受信する。携帯端末570は、UDP/IPパケットに付加された独自又は汎用のシーケンス番号をチェックして、UDPパケットのパケットロスがあるか否かを確認する。シーケンス番号が連続しており、パケットロスがない場合には、携帯端末570は、UDPパケットのペイロード部に格納されたビットストリーム又はファイルを抽出し、デコードを行なった上で、携帯端末570のディスプレイに表示する。一方、シーケンス番号がジャンプしており不連続となり、パケットロスが発生したと考えられる場合には、携帯端末570は、ロストしたパケットの再送をシンクライアントサーバ装置510に要求する。図4は、シンクライアントサーバ装置510の構成を示すブロック図である。図4において、図2の構成要素と同一の符号が付された構成要素の動作は、図2の構成要素の動作と同一であるため、説明を省略する。図4を参照すると、パケット構築送信部576は、エンコーダ部186での圧縮符号化ビットストリームをUDPパケットのペイロードに格納し、独自又は汎用のシーケンス番号を付加し、UDP/IPプロトコルを用いて、xGSN装置190に送出する。なお、パケット構築送信部576は、圧縮符号化ビットストリームを一旦ファイルに格納した上で、ファイルをパケットで送出するようにしてもよい。この場合のパケットプロトコルとして、一例として、UDP/IPを用いることができる。再送制御部595は、携帯端末570が再送を要求した場合に、xGSN装置190を経由し、仮想クライアント部511から再送要求信号を受信する。再送制御部595は、再送要求指示からシーケンス番号を割り出し、割り出したシーケンス番号をパケット構築送信部576に出力する。パケット構築送信部576は、再送制御部595からの指示に従い、該当するシーケンス番号のUDP/IPパケットをxGSN装置190に再送する。レート制御部585は、予め定められた時間区間内に仮想クライアント部511から受信した再送要求指示の回数をカウントし、予め定められた時間区間で累積した累積値Cを求める。また、レート制御部585は、求めた累積値Cを予め定められた閾値Th2と比較することにより、エンコーダ部186における最大ビットレートEmaxを制御する。C≧Th21式1が成り立つ場合には、レート制御部585は、式2のように最大ビットレートEmaxを削減する。Emax=Emax-△32式2において、△3は予め定められた定数である。一方、累積値Cの値が閾値Th2未満の場合には、レート制御部585は、最大ビットレートEmaxを初期値に戻す。レート制御部585は、このようにして求めた最大ビットレートEmaxをエンコーダ部186に出力する。図4では、最大ビットレートを制御する場合について説明した。図4と同様の構成は、フレームレートの制御にも適用することができる。また、携帯端末から蓄積するコンテンツとしては、静止画/動画に限らず、音楽/オーディオ、ファイル、プログラム等の種々のものを蓄積することができる。さらに、xGSN装置190は、SGSN装置とGGSN装置とに分離して配置してもよい。また、シンクライアントサーバ装置510における蓄積部としてキャッシュメモリ189を用いたが、ハードディスク等の蓄積装置などを用いることもできる。実施形態3第3の実施形態に係るリモート型携帯通信システムについて、図面を参照して詳細に説明する。図5は、本実施形態に係るリモート型携帯通信システムにおける装置の接続構成を示す図である。図5を参照すると、リモート型携帯通信システムは、シンクライアントサーバ装置110、S/P-GW装置305、e-NodeBenhanced-NodeB装置306、基地局194及び携帯端末670を有する。図5において、図1の構成要素と同一の符号を付された構成要素の動作は、図1の構成要素の動作と同一であるため、説明を省略する。図5に示した構成と図1に示した構成とは、携帯端末670が、モバイルLTE/EPCネットワーク350を介し、e-NodeB装置306及びS/P-GW装置305を経由してシンクライアントサーバ装置110に接続する点において相違する。図5に示した構成によると、図1に示したモバイルパケットネットワーク150に基づく構成と比較して、はるかに高速にパケットを転送することができる。e-NodeB装置306は、LTE技術を用いて、携帯端末670との間の無線区間で、従来よりもはるかに高速なパケット伝送を実現する。また、S/P-GW装置305とシンクライアントサーバ装置110との間はIPプロトコルで接続されるため、S/P-GW装置と接続する場合にも、図1に示したシンクライアントサーバ装置110をそのまま使用することができる。S/P-GW装置305は、シンクライアントサーバ装置110からTCP/IP又はUDP/IPプロトコルによるパケット、又は、これらのプロトコル上を転送されるファイルを受信し、GTP-UGPRSTunnelingProtocol-UserPlane/TCP/IP又は、GTP-U/UDP/IPプロトコルに変換した上で、圧縮符号化ビットストリーム又はファイルを、e-NodeB装置306に出力する。e-NodeB装置306は、PDCP/RLCプロトコルに変換し、携帯端末670に対し、パケット又はファイルを送出する。携帯端末から蓄積するコンテンツとして、静止画/動画に限らず、音楽/オーディオ、ファイル、プログラム等の種々のものを蓄積することができる。また、S/P-GW装置305は、S-GW装置とP-GW装置の一体型の構成を用いたが、S-GW装置とP-GW装置とを分離した構成を用いることもできる。以上説明した全ての実施形態において、携帯端末からの指示信号として、公知のSIPSessionInitiationProtocolを用いることもできる。上記実施形態によると、オペレータが新規サービスを導入する場合に、ネットワーク上に設置したシンクライアントサーバのアプリケーションソフトを更新することで新規サービスの導入が可能となる。したがって、新規サービスが導入される都度、携帯端末を新規に調達した改造したりする必要がない。また、上記実施形態によると、携帯端末に保存するのと同じ動作で、静止画や特に動画等のコンテンツ、コンテンツファイル等をネットワーク上のシンクライアントサーバ装置に設けられたキャッシュメモリないしハードディスク等の蓄積装置に蓄積することができる。したがって、携帯端末の故障によりコンテンツやコンテンツファイルが破壊された場合、又は、携帯端末の置き忘れ、盗難等に遭遇した場合であっても、コンテンツ、コンテンツファイル等を紛失し、アクセスできなくなる恐れがなくなる。さらに、上記実施形態によると、蓄積したコンテンツを再生、閲覧する場合に、モバイルパケットネットワークやLET/EPCネットワークの帯域幅の変動に対し、呼接続時や呼接続中に、UDP/IPの場合はパケット再送要求回数をシンクライアントサーバ装置で計測し、計測結果により画面情報を圧縮符号化するときの最大ビットレートを制御することができる。したがって、携帯端末側で情報を受信するのに時間を要し、画面の更新が遅くなることによるQoEの低下を回避することができる。本発明の全開示請求の範囲を含むの枠内において、さらにその基本的技術思想に基づいて、実施形態の変更調整が可能である。また、本発明の請求の範囲の枠内において種々の開示要素の多様な組み合わせないし選択が可能である。すなわち、本発明は、請求の範囲を含む全開示、技術的思想にしたがって当業者であればなし得るであろう各種変形、修正を含むことは勿論である。また、上記実施形態の一部又は全部は、以下の付記として記載することができるものであるが、これらに限定されるものではない。付記1モバイルネットワーク上のパケット転送装置を介して携帯端末からコンテンツ蓄積の指示情報を受信するとともにコンテンツストリーム又はコンテンツファイルを受信した場合に、該コンテンツストリーム又はコンテンツファイルを蓄積する蓄積部と、前記携帯端末からコンテンツ再生の指示情報を受信すると、前記蓄積部に蓄積されたコンテンツストリーム又はコンテンツファイルを読み出して復号再生して表示画面を生成する仮想クライアント部と、前記表示画面の全部又は一部を圧縮エンコードしたエンコード結果をパケットとして前記パケット転送装置に送出するエンコーダ部と、を備えていることを特徴とするサーバ装置。付記2前記送出したパケットに対して前記携帯端末から受信した再送要求の頻度を計測し、前記エンコーダ部による圧縮エンコードのビットレート及びフレームレートのうちの少なくともいずれかを該計測結果に基づいて制御するレート制御部をさらに備えていることを特徴とする、付記1に記載のサーバ装置。付記3前記レート制御部は、所定の期間に受信した再送要求の回数が所定の閾値以上である場合には、前記エンコーダ部による圧縮エンコードの最大ビットレート又は最大フレームレートを削減することを特徴とする、付記2に記載のサーバ装置。付記4前記レート制御部は、前記携帯端末から再送要求を受信した場合には、該当するパケットを再送することを特徴とする、付記2又は3に記載のサーバ装置。付記5前記エンコーダ部は、前記エンコード結果をパケットとし、UDPプロトコルにより前記パケット転送装置に送出することを特徴とする、付記2乃至4のいずれか一に記載のサーバ装置。付記6付記1乃至5のいずれか一に記載のサーバ装置を備えていることを特徴とするリモート型携帯通信システム。付記7前記サーバ装置から送出されたパケットを前記パケット転送装置を介して受信するとともに、該パケットに格納されたエンコード結果をデコードして表示する携帯端末をさらに備えていることを特徴とする、付記6に記載のリモート型携帯通信システム。付記8前記モバイルネットワークは、モバイルパケットネットワーク又はモバイルLTE/EPCネットワークであることを特徴とする、付記6又は7に記載のリモート型携帯通信システム。付記9モバイルネットワーク上のサーバ装置が、該モバイルネットワーク上のパケット転送装置を介して携帯端末からコンテンツ蓄積の指示情報を受信するとともにコンテンツストリーム又はコンテンツファイルを受信し、該コンテンツストリーム又はコンテンツファイルを自身の蓄積部に蓄積する工程と、前記携帯端末からコンテンツ再生の指示情報を受信し、前記蓄積部に蓄積されたコンテンツストリーム又はコンテンツファイルを読み出して復号再生して表示画面を生成する工程と、前記表示画面の全部又は一部を圧縮エンコードしたエンコード結果をパケットとして前記パケット転送装置に送出する工程と、を含むことを特徴とするリモート型携帯通信システム制御方法。付記10前記送出したパケットに対して前記携帯端末から受信した再送要求の頻度を計測し、圧縮エンコードのビットレート及びフレームレートのうちの少なくともいずれかを該計測結果に基づいて制御する工程をさらに含むことを特徴とする、付記9に記載のリモート型携帯通信システム制御方法。付記11所定の期間に受信した再送要求の回数が所定の閾値以上である場合には、圧縮エンコードの最大ビットレート又は最大フレームレートを削減する工程を含むことを特徴とする、付記10に記載のリモート型携帯通信システム制御方法。付記12前記携帯端末から再送要求を受信した場合には、該当するパケットを再送する工程を含むことを特徴とする、付記10又は11に記載のリモート型携帯通信システム制御方法。