(57)【特許請求の範囲】
【請求項１】
モバイルネットワーク上のパケット転送装置を介して携帯端末からコンテンツ蓄積の指示情報を受信するとともにコンテンツストリーム又はコンテンツファイルを受信した場合に、該コンテンツストリーム又はコンテンツファイルを蓄積する蓄積部と、
前記携帯端末からコンテンツ再生の指示情報を受信すると、前記蓄積部に蓄積されたコンテンツストリーム又はコンテンツファイルを読み出して復号再生して表示画面を生成する仮想クライアント部と、
前記表示画面の全部又は一部を圧縮エンコードしたエンコード結果をパケットとして前記パケット転送装置に送出するエンコーダ部と、
前記送出したパケットに対して前記携帯端末から所定の期間に受信した再送要求の回数を計測し、前記エンコーダ部による圧縮エンコードのビットレートおよびフレームレートのうちの少なくともいずれかを前記計測結果に基づいて制御するレート制御部と、を備える、サーバ装置。
【請求項２】
前記レート制御部は、所定の期間に受信した再送要求の回数が所定の閾値以上である場合には、前記エンコーダ部による圧縮エンコードの最大ビットレート又は最大フレームレートを削減する、請求項１に記載のサーバ装置。
【請求項３】
前記レート制御部は、前記携帯端末から再送要求を受信した場合には、該当するパケットを再送する、請求項１または２に記載のサーバ装置。
【請求項４】
前記エンコーダ部は、前記エンコード結果をパケットとし、ＵＤＰプロトコルにより前記パケット転送装置に送出する、請求項１ないし３のいずれか１項に記載のサーバ装置。
【請求項５】
請求項１ないし４のいずれか１項に記載のサーバ装置を備える、リモート型携帯通信システム。
【請求項６】
前記サーバ装置から送出されたパケットを前記パケット転送装置を介して受信するとともに、該パケットに格納されたエンコード結果をデコードして表示する携帯端末をさらに備える、請求項５に記載のリモート型携帯通信システム。
【請求項７】
前記モバイルネットワークは、モバイルパケットネットワーク又はモバイルＬＴＥ／ＥＰＣネットワークである、請求項５または６に記載のリモート型携帯通信システム。
【請求項８】
モバイルネットワーク上のサーバ装置が、該モバイルネットワーク上のパケット転送装置を介して携帯端末からコンテンツ蓄積の指示情報を受信するとともにコンテンツストリーム又はコンテンツファイルを受信し、該コンテンツストリーム又はコンテンツファイルを自身の蓄積部に蓄積する工程と、
前記携帯端末からコンテンツ再生の指示情報を受信し、前記蓄積部に蓄積されたコンテンツストリーム又はコンテンツファイルを読み出して復号再生して表示画面を生成する工程と、
前記表示画面の全部又は一部を圧縮エンコードしたエンコード結果をパケットとして前記パケット転送装置に送出する工程と、
前記送出したパケットに対して前記携帯端末から所定の期間に受信した再送要求の回数を計測し、圧縮エンコードのビットレートおよびフレームレートのうちの少なくともいずれかを前記計測結果に基づいて制御する工程と、を含む、リモート型携帯通信システム制御方法。
【請求項９】
所定の期間に受信した再送要求の回数が所定の閾値以上である場合には、圧縮エンコードの最大ビットレート又は最大フレームレートを削減する工程を含む、請求項８に記載のリモート型携帯通信システム制御方法。
【請求項１０】
前記携帯端末から再送要求を受信した場合には、該当するパケットを再送する工程を含む、請求項８または９に記載のリモート型携帯通信システム制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
［関連出願についての記載］
本発明は、日本国特許出願：特願２０１０−１０８６６９号（２０１０年５月１０日出願）の優先権主張に基づくものであり、同出願の全記載内容は引用をもって本書に組み込み記載されているものとする。
本発明は、リモート型携帯通信システム、サーバ装置及びリモート型携帯通信システム制御方法に関し、特に、モバイルネットワークを介してサーバ上の仮想クライアントにアクセスし、あたかも自身の端末であるかのように、仮想クライアントに指示するとともに動作をさせるリモート型携帯通信システム、シンクライアントサーバ装置及びリモート型携帯通信システム制御方法に関する。
【背景技術】
【０００２】
今後、ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）、ＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）技術等の導入によるモバイルネットワークの高速・大容量化の進展により、ネットワークの高速・大容量性を活用した新しいサービスが提供されることが予想される。【０００３】
簡易な構成でローカル環境及びリモート環境の双方から利用することができるシンクライアントシステムが、特許文献１に記載されている。【０００４】
また、モバイルネットワークにおいてシグナリング情報を交換してレート制御方式を最適化する方法が、特許文献２に記載されている。【０００５】
さらに、画面転送方式シンクライアントにおいて、時々刻々変化するネットワーク負荷に応じた最適な表示品質と描画性能を有するカラー画像データ転送システムが、特許文献３に記載されている。【０００６】
また、シンクライアントな端末において、サーバ装置からダウンロードされた画像データを十分な画像品質で保存し、オフラインで閲覧することを可能とするクライアント装置が、特許文献４に記載されている。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００７−３１０５０８号公報
【特許文献２】特表２００６−５２１０２９号公報
【特許文献３】特開２００８−２３４３８９号公報
【特許文献４】特開２００９−２４６７５８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
上記の特許文献等の各開示を、本書に引用をもって繰り込むものとする。以下の分析は、本発明者によってなされたものである。【０００９】
従来のサービスの枠組みに基づいて、オペレータが新規サービスを導入しようとすると、既存の携帯端末では対応できない場合が生じる。かかる場合には、新規サービスに対応するために、新規のサービスの開始に合わせて、携帯端末を新規に購入し、又は端末を改造する必要が生じるという問題がある。【００１０】
また、静止画、特に動画等のコンテンツ、コンテンツファイル等を携帯端末に保存する場合に、今後高精細化が進みこれらのファイルサイズが大容量化すると、携帯端末のメモリ量の制約により、これらすべてを保存することはできなくなる恐れがある。【００１１】
さらに、エンドユーザが自身の携帯端末にコンテンツ、コンテンツファイル等を保存する場合には、携帯端末の故障によりこれらが破壊され、又は、携帯端末の置き忘れ、盗難等によりこれらを紛失すると、これらへのアクセスができなくなるという問題がある。【００１２】
そこで、モバイルネットワークにおけるコンテンツのサイズが大きくなった場合において、携帯端末を変更することなくコンテンツを利用できるようにすることが課題となる。本発明の目的は、かかる課題を解決するリモート型携帯通信システム、サーバ装置及びリモート型携帯通信システム制御方法を提供することにある。
【課題を解決するための手段】
【００１３】
本発明の第１の視点に係るサーバ装置は、
モバイルネットワーク上のパケット転送装置を介して携帯端末からコンテンツ蓄積の指示情報を受信するとともにコンテンツストリーム又はコンテンツファイルを受信した場合に、該コンテンツストリーム又はコンテンツファイルを蓄積する蓄積部と、
携帯端末からコンテンツ再生の指示情報を受信すると、蓄積部に蓄積されたコンテンツストリーム又はコンテンツファイルを読み出して復号再生して表示画面を生成する仮想クライアント部と、
表示画面の全部又は一部を圧縮エンコードしたエンコード結果をパケットとしてパケット転送装置に送出するエンコーダ部と、
前記送出したパケットに対して前記携帯端末から所定の期間に受信した再送要求の回数を計測し、前記エンコーダ部による圧縮エンコードのビットレートおよびフレームレートのうちの少なくともいずれかを前記計測結果に基づいて制御するレート制御部と、を有する。
【００１４】
本発明の第２の視点に係るリモート型携帯通信システムは、上記第１の視点に係るサーバ装置を有する。【００１５】
本発明の第３の視点に係るリモート型携帯通信システム制御方法は、
モバイルネットワーク上のサーバ装置が、モバイルネットワーク上のパケット転送装置を介して携帯端末からコンテンツ蓄積の指示情報を受信するとともにコンテンツストリーム又はコンテンツファイルを受信し、該コンテンツストリーム又はコンテンツファイルを自身の蓄積部に蓄積する工程と、
携帯端末からコンテンツ再生の指示情報を受信し、蓄積部に蓄積されたコンテンツストリーム又はコンテンツファイルを読み出して復号再生して表示画面を生成する工程と、
表示画面の全部又は一部を圧縮エンコードしたエンコード結果をパケットとしてパケット転送装置に送出する工程と、
前記送出したパケットに対して前記携帯端末から所定の期間に受信した再送要求の回数を計測し、圧縮エンコードのビットレートおよびフレームレートのうちの少なくともいずれかを前記計測結果に基づいて制御する工程と、を含む。
【発明の効果】
【００１６】
本発明に係るリモート型携帯通信システム、サーバ装置及びリモート型携帯通信システム制御方法によると、モバイルネットワークにおけるコンテンツのサイズが大きくなった場合において、携帯端末を変更することなくコンテンツを利用することができる。
【図面の簡単な説明】
【００１７】
【図１】第１の実施形態に係るリモート型携帯通信システムにおける装置の接続構成を示す図である。
【図２】第１の実施形態に係るリモート型携帯通信システムにおけるシンクライアントサーバ装置の構成を示すブロック図である。
【図３】第２の実施形態に係るリモート型携帯通信システムにおける装置の接続構成を示す図である。
【図４】第２の実施形態に係るリモート型携帯通信システムにおけるシンクライアントサーバ装置の構成を示すブロック図である。
【図５】第３の実施形態に係るリモート型携帯通信システムにおける装置の接続構成を示す図である。
【発明を実施するための形態】
【００１８】
第１の展開形態によると、上記第１の視点に係るリモート型携帯通信システムが提供される。
【００１９】
第２の展開形態によると、送出したパケットに対して携帯端末から受信した再送要求の頻度を計測し、エンコーダ部による圧縮エンコードのビットレート及びフレームレートのうちの少なくともいずれかを該計測結果に基づいて制御するレート制御部をさらに有する、サーバ装置が提供される。
【００２０】
第３の展開形態によると、レート制御部は、所定の期間に受信した再送要求の回数が所定の閾値以上である場合には、エンコーダ部による圧縮エンコードの最大ビットレート又は最大フレームレートを削減する、サーバ装置が提供される。
【００２１】
第４の展開形態によると、レート制御部は、携帯端末から再送要求を受信した場合には、該当するパケットを再送する、サーバ装置が提供される。
【００２２】
第５の展開形態によると、エンコーダ部は、エンコード結果をパケットとし、ＵＤＰプロトコルによりパケット転送装置に送出する、サーバ装置が提供される。
【００２３】
第６の展開形態によると、上記第２の視点に係るリモート型携帯通信システムが提供される。
【００２４】
第７の展開形態によると、サーバ装置から送出されたパケットをパケット転送装置を介して受信するとともに、パケットに格納されたエンコード結果をデコードして表示する携帯端末をさらに有する、リモート型携帯通信システムが提供される。
【００２５】
第８の展開形態によると、モバイルネットワークは、モバイルパケットネットワーク又はモバイルＬＴＥ／ＥＰＣネットワークである、リモート型携帯通信システムが提供される。
【００２６】
第９の展開形態によると、上記第３の視点に係るリモート型携帯通信システム制御方法が提供される。
【００２７】
第１０の展開形態によると、送出したパケットに対して携帯端末から受信した再送要求の頻度を計測し、圧縮エンコードのビットレート及びフレームレートのうちの少なくともいずれかを計測結果に基づいて制御する工程をさらに含む、リモート型携帯通信システム制御方法が提供される。
【００２８】
本発明によると、オペレータが新規サービスを導入する場合に、ネットワーク上に設置したサーバ装置のアプリケーションソフトを更新することで新規サービスの導入が可能となる。したがって、新規サービスが導入される都度、携帯端末を新規に調達したり改造したりする必要がない。
【００２９】
また、本発明によると、携帯端末に保存するのと同じ動作で、静止画や特に動画等のコンテンツ、コンテンツファイル等をネットワーク上のサーバ装置に設けられた蓄積部（キャッシュメモリ、ハードディスク等の蓄積装置）に蓄積することができる。したがって、携帯端末の故障によりコンテンツやコンテンツファイルが破壊された場合、又は、携帯端末の置き忘れ、盗難等に遭遇した場合であっても、コンテンツ、コンテンツファイル等を紛失し、アクセスできなくなる恐れがなくなる。
【００３０】
さらに、本発明によると、蓄積したコンテンツを再生、閲覧する場合に、モバイルパケットネットワークやＬＥＴ／ＥＰＣネットワークの帯域幅の変動に対し、呼接続時や呼接続中に、ＵＤＰ／ＩＰの場合はパケット再送要求回数をサーバ装置で計測し、計測結果により画面情報を圧縮符号化するときの最大ビットレートを制御することができる。したがって、携帯端末側で情報を受信するのに時間を要し、画面の更新が遅くなることによるＱｏＥの低下を回避することができる。
【００３１】
（実施形態１）
第１の実施形態に係るリモート型携帯通信システムについて、図面を参照して詳細に説明する。
【００３２】
図１は、本実施形態に係るリモート型携帯通信システムにおける装置の接続構成を示す。
【００３３】
図１では、モバイルネットワークとして３Ｇモバイルパケットネットワーク１５０を用い、パケット転送装置としてｘＧＳＮ装置１９０を用いる場合の構成を示している。ここで、ｘＧＳＮ装置１９０とは、ＳＧＳＮ（Ｓｅｒｖｉｎｇ  ＧＰＲＳ  Ｓｕｐｐｏｒｔ  Ｎｏｄｅ）装置とＧＧＳＮ（Ｇａｔｅｗａｙ  ＧＰＲＳ  Ｓｕｐｐｏｒｔ  Ｎｏｄｅ）装置を一体化した装置をいう。
【００３４】
また、図１は、サービスの例として、エンドユーザが携帯端末のカメラ等で撮影した静止画／動画、オーディオ等のコンテンツ、コンテンツファイル等を、あたかも携帯端末に保存するようにモバイルネットワークのサーバ上の仮想クライアントのキャッシュメモリ又は蓄積装置に蓄積し、その後で、あたかも携帯端末に保存したコンテンツを再生表示するようにサーバ上の仮想クライアントのキャッシュメモリ又は蓄積装置に蓄積したコンテンツなどを携帯端末で表示するというサービスを提供する場合の構成を示す。なお、コンテンツに限らず、ゲーム、アプリケーションその他の場合についても、同様の構成に基づいて、サービスを提供することができる。
【００３５】
図１を参照すると、携帯端末１７０は、モバイルパケットネットワーク１５０上に配置されたシンクライアントサーバ装置１１０が有する仮想クライアントに対し、コンテンツを蓄積するための操作を行うために、基地局１９４、ＲＮＣ（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ）装置１９５、ｘＧＳＮ装置１９０を経由して、シンクライアントサーバ装置１１０に対し蓄積するための指示信号を送出する。
【００３６】
ここで、指示信号とは、携帯端末１７０におけるキー押し下げ操作、特殊文字（例えば、＊、＃など）の入力操作等を行った際に、携帯端末１７０から送出される信号をいう。
【００３７】
携帯端末１７０から送出された指示信号は、モバイルパケットネットワーク１５０上に設けられた基地局１９４、ＲＮＣ装置１９５、ｘＧＳＮ装置１９０、シンクライアントサーバ装置１１０の順に到達する。これにより、シンクライアントサーバ装置１１０は、携帯端末１７０からの指示信号を受信する。
【００３８】
指示信号を送出するためのプロトコルとして、公知のプロトコルを使用することができる。ここでは、一例として、ＴＣＰ／ＩＰ及びその上位層としてＨＴＴＰを用いるものとする。また、ＨＴＴＰ以外にＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）を用いることもできる。
【００３９】
図２は、シンクライアントサーバ装置１１０の構成を示すブロック図である。図２を参照すると、シンクライアントサーバ装置１１０は、仮想クライアント部２１１、画面キャプチャ部１８０、エンコーダ部１８６、パケット構築・送信部１７６、キャッシュメモリ（蓄積部）１８９及びパケット受信部１８８を有する。
【００４０】
仮想クライアント部２１１は、新規サービスに対応したアプリケーションソフト、音声／静止画／動画デコーダ、画面生成部等を備えている（非図示）。アプリケーションソフトは、シンクライアントサーバ装置１１０の外部から容易に変更することができる。
【００４１】
仮想クライアント部２１１は、携帯端末１７０から、基地局１９４、ＲＮＣ装置１９５、ｘＧＳＮ装置１９０を経由して、ＴＣＰパケットを蓄積指示信号として受信する。仮想クライアント部２１１は、受信したＴＣＰパケット上のＨＴＴＰを解析し、コンテンツをシンクライアントサーバ装置１１０に蓄積する動作を行うことを認識する。
【００４２】
コンテンツ蓄積動作の場合、仮想クライアント部２１１は、携帯端末からの指示信号に従い、コンテンツ蓄積を実施するためのアプリケーションを実行し、操作内容等を示すアプリケーション画面を生成し、画面キャプチャ部１８０に出力する。
【００４３】
画面キャプチャ部１８０は、画面をキャプチャして画像の輝度信号と色差信号に変換し、エンコーダ部１８６に出力する。なお、他の形式として、例えば、ＹＵＶ形式等を用いることもできる。
【００４４】
エンコーダ部１８６は、画面キャプチャ部１８０から、画面信号として、予め定められたｆｐｓ（１秒間あたりのフレーム枚数、ｆｒａｍｅ  ｐｅｒ  ｓｅｃｏｎｄ）の画像信号又は静止画信号を受信する。また、エンコーダ部１８６は、予め定められた圧縮方式により、画面キャプチャ部１８０から出力された画像信号に対し、予め定められた最大ビットレートを超えないように圧縮符号化して圧縮符号化ビットストリームを生成し、パケット構築・送信部１７６に送出する。
【００４５】
本実施形態では、一例として、静止画と動画の混在の画面の圧縮符号化に有効なＷａｖｅｌｅｔ（ウェーブレット）に基づく圧縮符号化方式を用いる。なお、他の公知の圧縮符号化方式を採用することもできる。
【００４６】
パケット構築・送信部１７６は、圧縮符号化ビットストリームをパケットのペイロードに格納し、ＴＣＰ／ＩＰプロトコルを用いて、ｘＧＳＮ装置１９０に送出する。ここで、圧縮符号化ビットストリームを一旦ファイルに格納した上で、ファイルをパケットで送出することもできる。
【００４７】
図１を参照すると、携帯端末１７０は、ｘＧＳＮ装置１９０等を経由して、シンクライアントサーバ装置１１０から送出されたパケットを受信し、パケットのペイロードに格納された圧縮符号化ビットストリームを、シンクライアントサーバ装置１１０におけるエンコーダ部１８６に対応するデコーダで復号して得られた画面を表示する。さらに、携帯端末１７０は、シンクライアントサーバ装置１１０に対し、コンテンツストリーム又はコンテンツファイルの蓄積を開始する。
【００４８】
図２を参照すると、パケット受信部１８８は、携帯端末１７０から蓄積すべきコンテンツストリーム又は蓄積すべきコンテンツファイルを格納したパケットを受信し、パケットのペイロード部からコンテンツストリーム又はコンテンツファイルを抽出し、これをキャッシュメモリ１８９に蓄積する。
【００４９】
キャッシュメモリ１８９は、コンテンツストリーム又はコンテンツファイルの蓄積が完了すると、仮想クライアント部２１１に完了を通知する。
【００５０】
仮想クライアント部２１１は、完了通知を受信すると蓄積終了の画面を生成し、画面キャプチャ部１８０に出力する。
【００５１】
画面キャプチャ部１８０は、画面をキャプチャする。
【００５２】
エンコーダ部１８６は、キャプチャされた画面をエンコードして、エンコード結果をパケット構築・送信部１７６に出力する。
【００５３】
パケット構築・送信部１７６は、ＴＣＰ／ＩＰパケットを構築し、ｘＧＳＮ装置１９０に出力する。
【００５４】
携帯端末１７０は、これらのパケットを受信する。
【００５５】
次に、コンテンツ再生の動作を説明する。仮想クライアント部２１１は、携帯端末１７０からｘＧＳＮ装置１９０を介してコンテンツ再生の指示情報を受信すると、キャッシュメモリ１８９に蓄積されたコンテンツで、該当するコンテンツのストリーム又はファイルを読み出し、携帯端末１７０で圧縮符号化された符号化方式に対応する復号方式を用いてコンテンツストリーム又はファイルを復号し再生した上で表示画面を生成し、画面キャプチャ部１８０に出力する。
【００５６】
画面キャプチャ部１８０は、画面をキャプチャして画像の輝度信号と色差信号に変換しエンコーダ部１８６に出力する。ここで、他の形式、例えば、ＹＵＶ形式等を用いることもできる。
【００５７】
エンコーダ部１８６は、画面キャプチャ部１８０から、画面信号として、予め定められたｆｐｓ（１秒間あたりのフレーム枚数、ｆｒａｍｅ  ｐｅｒ  ｓｅｃｏｎｄ）の画像信号又は静止画信号を受信する。また、エンコーダ部１８６は、予め定められた圧縮方式により、画面キャプチャ部１８０から出力された画像信号に対し、予め定められた最大ビットレートを超えないように圧縮符号化して圧縮符号化ビットストリームを生成し、パケット構築・送信部１７６に送出する。
【００５８】
パケット構築・送信部１７６は、圧縮符号化ビットストリームをパケットのペイロード部に格納し、ＴＣＰ／ＩＰプロトコルを用いて、ｘＧＳＮ装置１９０に送出する。ここで、圧縮符号化ビットストリームを一旦ファイルに格納した上で、ファイルをＴＣＰ／ＩＰパケットで送出することもできる。
【００５９】
ｘＧＳＮ装置１９０は、受信したＴＣＰ／ＩＰパケットをＧＴＰ−Ｕプロトコルによりカプセル化してＲＮＣ装置１９５に転送する。
【００６０】
ＲＮＣ装置１９５は、基地局１９４を介して無線により携帯端末１７０に送出する。
【００６１】
携帯端末１７０は、ＴＣＰ／ＩＰプロトコルによるパケットを受信し、パケットのペイロード部に格納された圧縮符号化ストリーム又はファイルを取り出す。携帯端末１７０は、シンクライアントサーバ装置１１０のエンコーダ部１８６に対応したデコーダを保有しており、当該デコーダにより、圧縮符号化ストリームを復号し、又はファイルに格納されているストリームを取り出して復号し、復号して得られた画面を携帯端末１７０のディスプレイ上に表示する。
【００６２】
図２に示した構成について種々の変形が可能である。図２では、携帯端末１７０から蓄積するコンテンツとして、静止画／動画に限らず、音楽／オーディオ、ファイル、プログラムなど、種々のものを蓄積することができる。また、ｘＧＳＮ装置１９０は、ＳＧＳＮ装置とＧＧＳＮ装置とに分離して配置してもよい。さらに、シンクライアントサーバ装置１１０における蓄積部としてキャッシュメモリ１８９を用いたが、ハードディスク等の蓄積装置を用いることもできる。
【００６３】
（実施形態２）
第２の実施形態に係るリモート型携帯通信システムについて、図面を参照して詳細に説明する。
【００６４】
第１の実施形態では、シンクライアントサーバ装置１１０からｘＧＳＮ装置１９０に送出するパケットプロトコルとしてＴＣＰ／ＩＰを用いる構成について説明した。本実施形態では、ＴＣＰ／ＩＰの代わりにＵＤＰ／ＩＰを用いる構成について説明する。
【００６５】
ＵＤＰ／ＩＰを用いることにより、ＴＣＰ／ＩＰを用いた場合と比較して、モバイルネットワークにおける転送遅延時間を短縮することができる。一方、ＵＤＰ／ＩＰを用いた場合には、パケットロスに対する対策が必要となる。
【００６６】
ここでは、携帯端末側でパケットロスが発生したか否かを判定し、パケットロスが発生した場合には、携帯端末からシンクライアントサーバ装置に対しパケットの再送を要求する構成について説明する。
【００６７】
図３は、本実施形態に係るリモート型携帯通信システムにおける装置の接続構成を示す図である。図３において、図１の構成要素と同一の符合が付された構成要素の動作は、図１の構成要素の動作と同一であることから、説明を省略する。
【００６８】
図３に示した構成は、図１に示した構成と、以下の（１）〜（３）の点において相違する。（１）シンクライアントサーバ装置５１０は、ＵＤＰ／ＩＰのパケットをｘＧＳＮ装置１９０に送出する。（２）ＵＤＰパケットに独自の又は汎用のシーケンス番号を付与する。（３）携帯端末５７０は、シンクライアントサーバ装置５１０から送出されたＵＤＰ／ＩＰパケットをｘＧＳＮ装置１９０及びＲＮＣ装置１９５及び基地局１９４を経由して受信する。
【００６９】
携帯端末５７０は、ＵＤＰ／ＩＰパケットに付加された独自又は汎用のシーケンス番号をチェックして、ＵＤＰパケットのパケットロスがあるか否かを確認する。シーケンス番号が連続しており、パケットロスがない場合には、携帯端末５７０は、ＵＤＰパケットのペイロード部に格納されたビットストリーム又はファイルを抽出し、デコードを行なった上で、携帯端末５７０のディスプレイに表示する。一方、シーケンス番号がジャンプしており（不連続となり）、パケットロスが発生したと考えられる場合には、携帯端末５７０は、ロストしたパケットの再送をシンクライアントサーバ装置５１０に要求する。
【００７０】
図４は、シンクライアントサーバ装置５１０の構成を示すブロック図である。図４において、図２の構成要素と同一の符号が付された構成要素の動作は、図２の構成要素の動作と同一であるため、説明を省略する。
【００７１】
図４を参照すると、パケット構築・送信部５７６は、エンコーダ部１８６での圧縮符号化ビットストリームをＵＤＰパケットのペイロードに格納し、独自又は汎用のシーケンス番号を付加し、ＵＤＰ／ＩＰプロトコルを用いて、ｘＧＳＮ装置１９０に送出する。
【００７２】
なお、パケット構築・送信部５７６は、圧縮符号化ビットストリームを一旦ファイルに格納した上で、ファイルをパケットで送出するようにしてもよい。この場合のパケットプロトコルとして、一例として、ＵＤＰ／ＩＰを用いることができる。
【００７３】
再送制御部５９５は、携帯端末５７０が再送を要求した場合に、ｘＧＳＮ装置１９０を経由し、仮想クライアント部５１１から再送要求信号を受信する。再送制御部５９５は、再送要求指示からシーケンス番号を割り出し、割り出したシーケンス番号をパケット構築・送信部５７６に出力する。
【００７４】
パケット構築・送信部５７６は、再送制御部５９５からの指示に従い、該当するシーケンス番号のＵＤＰ／ＩＰパケットをｘＧＳＮ装置１９０に再送する。
【００７５】
レート制御部５８５は、予め定められた時間区間内に仮想クライアント部５１１から受信した再送要求指示の回数をカウントし、予め定められた時間区間で累積した累積値Ｃを求める。また、レート制御部５８５は、求めた累積値Ｃを予め定められた閾値Ｔｈ２と比較することにより、エンコーダ部１８６における最大ビットレートＥｍａｘを制御する。
【００７６】
Ｃ≧Ｔｈ２      （１）
【００７７】
式（１）が成り立つ場合には、レート制御部５８５は、式（２）のように最大ビットレートＥｍａｘを削減する。
【００７８】
Ｅｍａｘ＝Ｅｍａｘ−△３      （２）
【００７９】
式（２）において、△３は予め定められた定数である。
【００８０】
一方、累積値Ｃの値が閾値Ｔｈ２未満の場合には、レート制御部５８５は、最大ビットレートＥｍａｘを初期値に戻す。
【００８１】
レート制御部５８５は、このようにして求めた最大ビットレートＥｍａｘをエンコーダ部１８６に出力する。
【００８２】
図４では、最大ビットレートを制御する場合について説明した。図４と同様の構成は、フレームレートの制御にも適用することができる。
【００８３】
また、携帯端末から蓄積するコンテンツとしては、静止画／動画に限らず、音楽／オーディオ、ファイル、プログラム等の種々のものを蓄積することができる。さらに、ｘＧＳＮ装置１９０は、ＳＧＳＮ装置とＧＧＳＮ装置とに分離して配置してもよい。また、シンクライアントサーバ装置５１０における蓄積部としてキャッシュメモリ１８９を用いたが、ハードディスク等の蓄積装置などを用いることもできる。
【００８４】
（実施形態３）
第３の実施形態に係るリモート型携帯通信システムについて、図面を参照して詳細に説明する。
【００８５】
図５は、本実施形態に係るリモート型携帯通信システムにおける装置の接続構成を示す図である。図５を参照すると、リモート型携帯通信システムは、シンクライアントサーバ装置１１０、Ｓ／Ｐ−ＧＷ装置３０５、ｅ−ＮｏｄｅＢ（ｅｎｈａｎｃｅｄ−ＮｏｄｅＢ）装置３０６、基地局１９４及び携帯端末６７０を有する。
【００８６】
図５において、図１の構成要素と同一の符号を付された構成要素の動作は、図１の構成要素の動作と同一であるため、説明を省略する。
【００８７】
図５に示した構成と図１に示した構成とは、携帯端末６７０が、モバイルＬＴＥ／ＥＰＣネットワーク３５０を介し、ｅ−ＮｏｄｅＢ装置３０６及びＳ／Ｐ−ＧＷ装置３０５を経由してシンクライアントサーバ装置１１０に接続する点において相違する。図５に示した構成によると、図１に示したモバイルパケットネットワーク１５０に基づく構成と比較して、はるかに高速にパケットを転送することができる。
【００８８】
ｅ−ＮｏｄｅＢ装置３０６は、ＬＴＥ技術を用いて、携帯端末６７０との間の無線区間で、従来よりもはるかに高速なパケット伝送を実現する。また、Ｓ／Ｐ−ＧＷ装置３０５とシンクライアントサーバ装置１１０との間はＩＰプロトコルで接続されるため、Ｓ／Ｐ−ＧＷ装置と接続する場合にも、図１に示したシンクライアントサーバ装置１１０をそのまま使用することができる。
【００８９】
Ｓ／Ｐ−ＧＷ装置３０５は、シンクライアントサーバ装置１１０からＴＣＰ／ＩＰ又はＵＤＰ／ＩＰプロトコルによるパケット、又は、これらのプロトコル上を転送されるファイルを受信し、ＧＴＰ−Ｕ（ＧＰＲＳ  Ｔｕｎｎｅｌｉｎｇ  Ｐｒｏｔｏｃｏｌ−Ｕｓｅｒ  Ｐｌａｎｅ）／ＴＣＰ／ＩＰ又は、ＧＴＰ−Ｕ／ＵＤＰ／ＩＰプロトコルに変換した上で、圧縮符号化ビットストリーム又はファイルを、ｅ−ＮｏｄｅＢ装置３０６に出力する。
【００９０】
ｅ−ＮｏｄｅＢ装置３０６は、ＰＤＣＰ／ＲＬＣプロトコルに変換し、携帯端末６７０に対し、パケット又はファイルを送出する。
【００９１】
携帯端末から蓄積するコンテンツとして、静止画／動画に限らず、音楽／オーディオ、ファイル、プログラム等の種々のものを蓄積することができる。また、Ｓ／Ｐ−ＧＷ装置３０５は、Ｓ−ＧＷ装置とＰ−ＧＷ装置の一体型の構成を用いたが、Ｓ−ＧＷ装置とＰ−ＧＷ装置とを分離した構成を用いることもできる。
【００９２】
以上説明した全ての実施形態において、携帯端末からの指示信号として、公知のＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）を用いることもできる。
【００９３】
上記実施形態によると、オペレータが新規サービスを導入する場合に、ネットワーク上に設置したシンクライアントサーバのアプリケーションソフトを更新することで新規サービスの導入が可能となる。したがって、新規サービスが導入される都度、携帯端末を新規に調達した改造したりする必要がない。
【００９４】
また、上記実施形態によると、携帯端末に保存するのと同じ動作で、静止画や特に動画等のコンテンツ、コンテンツファイル等をネットワーク上のシンクライアントサーバ装置に設けられたキャッシュメモリ（ないしハードディスク等の蓄積装置）に蓄積することができる。したがって、携帯端末の故障によりコンテンツやコンテンツファイルが破壊された場合、又は、携帯端末の置き忘れ、盗難等に遭遇した場合であっても、コンテンツ、コンテンツファイル等を紛失し、アクセスできなくなる恐れがなくなる。
【００９５】
さらに、上記実施形態によると、蓄積したコンテンツを再生、閲覧する場合に、モバイルパケットネットワークやＬＥＴ／ＥＰＣネットワークの帯域幅の変動に対し、呼接続時や呼接続中に、ＵＤＰ／ＩＰの場合はパケット再送要求回数をシンクライアントサーバ装置で計測し、計測結果により画面情報を圧縮符号化するときの最大ビットレートを制御することができる。したがって、携帯端末側で情報を受信するのに時間を要し、画面の更新が遅くなることによるＱｏＥの低下を回避することができる。
【００９６】
本発明の全開示（請求の範囲を含む）の枠内において、さらにその基本的技術思想に基づいて、実施形態の変更・調整が可能である。また、本発明の請求の範囲の枠内において種々の開示要素の多様な組み合わせないし選択が可能である。すなわち、本発明は、請求の範囲を含む全開示、技術的思想にしたがって当業者であればなし得るであろう各種変形、修正を含むことは勿論である。
【００９７】
また、上記実施形態の一部又は全部は、以下の付記として記載することができるものであるが、これらに限定されるものではない。
【００９８】
（付記１）モバイルネットワーク上のパケット転送装置を介して携帯端末からコンテンツ蓄積の指示情報を受信するとともにコンテンツストリーム又はコンテンツファイルを受信した場合に、該コンテンツストリーム又はコンテンツファイルを蓄積する蓄積部と、
前記携帯端末からコンテンツ再生の指示情報を受信すると、前記蓄積部に蓄積されたコンテンツストリーム又はコンテンツファイルを読み出して復号再生して表示画面を生成する仮想クライアント部と、
前記表示画面の全部又は一部を圧縮エンコードしたエンコード結果をパケットとして前記パケット転送装置に送出するエンコーダ部と、を備えていることを特徴とするサーバ装置。
【００９９】
（付記２）前記送出したパケットに対して前記携帯端末から受信した再送要求の頻度を計測し、前記エンコーダ部による圧縮エンコードのビットレート及びフレームレートのうちの少なくともいずれかを該計測結果に基づいて制御するレート制御部をさらに備えていることを特徴とする、付記１に記載のサーバ装置。
【０１００】
（付記３）前記レート制御部は、所定の期間に受信した再送要求の回数が所定の閾値以上である場合には、前記エンコーダ部による圧縮エンコードの最大ビットレート又は最大フレームレートを削減することを特徴とする、付記２に記載のサーバ装置。
【０１０１】
（付記４）前記レート制御部は、前記携帯端末から再送要求を受信した場合には、該当するパケットを再送することを特徴とする、付記２又は３に記載のサーバ装置。
【０１０２】
（付記５）前記エンコーダ部は、前記エンコード結果をパケットとし、ＵＤＰプロトコルにより前記パケット転送装置に送出することを特徴とする、付記２乃至４のいずれか一に記載のサーバ装置。
【０１０３】
（付記６）付記１乃至５のいずれか一に記載のサーバ装置を備えていることを特徴とするリモート型携帯通信システム。
【０１０４】
（付記７）前記サーバ装置から送出されたパケットを前記パケット転送装置を介して受信するとともに、該パケットに格納されたエンコード結果をデコードして表示する携帯端末をさらに備えていることを特徴とする、付記６に記載のリモート型携帯通信システム。
【０１０５】
（付記８）前記モバイルネットワークは、モバイルパケットネットワーク又はモバイルＬＴＥ／ＥＰＣネットワークであることを特徴とする、付記６又は７に記載のリモート型携帯通信システム。
【０１０６】
（付記９）  モバイルネットワーク上のサーバ装置が、該モバイルネットワーク上のパケット転送装置を介して携帯端末からコンテンツ蓄積の指示情報を受信するとともにコンテンツストリーム又はコンテンツファイルを受信し、該コンテンツストリーム又はコンテンツファイルを自身の蓄積部に蓄積する工程と、
前記携帯端末からコンテンツ再生の指示情報を受信し、前記蓄積部に蓄積されたコンテンツストリーム又はコンテンツファイルを読み出して復号再生して表示画面を生成する工程と、
前記表示画面の全部又は一部を圧縮エンコードしたエンコード結果をパケットとして前記パケット転送装置に送出する工程と、を含むことを特徴とするリモート型携帯通信システム制御方法。
【０１０７】
（付記１０）前記送出したパケットに対して前記携帯端末から受信した再送要求の頻度を計測し、圧縮エンコードのビットレート及びフレームレートのうちの少なくともいずれかを該計測結果に基づいて制御する工程をさらに含むことを特徴とする、付記９に記載のリモート型携帯通信システム制御方法。
【０１０８】
（付記１１）所定の期間に受信した再送要求の回数が所定の閾値以上である場合には、圧縮エンコードの最大ビットレート又は最大フレームレートを削減する工程を含むことを特徴とする、付記１０に記載のリモート型携帯通信システム制御方法。
【０１０９】
（付記１２）前記携帯端末から再送要求を受信した場合には、該当するパケットを再送する工程を含むことを特徴とする、付記１０又は１１に記載のリモート型携帯通信システム制御方法。
【符号の説明】
【０１１０】
１１０、５１０    シンクライアントサーバ装置（サーバ装置）
１５０    モバイルパケットネットワーク
１７０、５７０、６７０    携帯端末
１７６、５７６    パケット構築・送信部
１８０    画面キャプチャ部
１８６    エンコーダ部
１８８    パケット受信部
１８９    キャッシュメモリ（蓄積部）
１９０    ｘＧＳＮ装置
１９４    基地局
１９５    ＲＮＣ装置
２１１、５１１    仮想クライアント部
３０５    Ｓ／Ｐ−ＧＷ装置
３０６    ｅ−ＮｏｄｅＢ装置
３５０    モバイルＬＴＥ／ＥＰＣネットワーク
５８５    レート制御部
５９５    再送制御部
【図１】
0005488694.tif 000002
【図２】
0005488694.tif 000003
【図３】
0005488694.tif 000004
【図４】
0005488694.tif 000005
【図５】
0005488694.tif 000006