(57)【要約】  事業者が新規サービスを導入する場合に、携帯端末を新規に調達する必要がないようにすること。リモート型携帯通信システムは、モバイルネットワークを介して携帯端末からの指示情報を受信し、指示情報をもとにアプリケーションに画面表示させるための画面情報を生成する擬似クライアント部と、当該画面情報の全部又は一部を圧縮エンコードしてモバイルネットワークに送出するエンコーダ部とを有するサーバ装置と、モバイルネットワークを介して圧縮エンコードされた画面情報を受信するとともに、伸張して表示する携帯端末とを備えている。（図１）
2011052590.tif 000002
【特許請求の範囲】
【請求項１】
モバイルネットワークを介して携帯端末からの指示情報を受信し、該指示情報をもとにアプリケーションに画面表示させるための画面情報を生成する擬似クライアント部と、該画面情報の全部又は一部を圧縮エンコードして該モバイルネットワークに送出するエンコーダ部とを有するサーバ装置と、
前記モバイルネットワークを介して前記圧縮エンコードされた画面情報を受信するとともに、伸張して表示する携帯端末とを備えていることを特徴とするリモート型携帯通信システム。
【請求項２】
前記サーバ装置は、前記携帯端末から機種情報を採取し、該機種情報と能力テーブルから前記携帯端末の能力を求め、求めた能力に適合するように前記エンコーダ部のエンコード形式、ビットレート、画面解像度のうちの少なくともいずれかの制御を行う制御部をさらに有することを特徴とする、請求項１に記載のリモート型携帯通信システム。
【請求項３】
前記携帯端末は、前記サーバ装置に設けられたキャッシュメモリ又は蓄積装置を使用してコンテンツなどの情報を一時的に格納することを特徴とする、請求項１又は２に記載のリモート型携帯通信システム。
【請求項４】
前記モバイルネットワークは、モバイルパケット網又はモバイルＬＴＥ／ＥＰＣ網であることを特徴とする、請求項１乃至３のいずれか１項に記載のリモート型携帯通信システム。
【請求項５】
モバイルネットワークを介して携帯端末からの指示情報を受信し、該指示情報をもとにアプリケーションに画面表示させるための画面情報を生成する擬似クライアント部と、
前記画面情報の全部又は一部を圧縮エンコードして前記モバイルネットワークに送出するエンコーダ部とを備えていることを特徴とするサーバ装置。
【請求項６】
携帯端末から機種情報を採取し、該機種情報と能力テーブルから該携帯端末の能力を求め、求めた能力に適合するように前記エンコーダ部のエンコード形式、ビットレート、画面解像度のうちの少なくともいずれかの制御を行う制御部をさらに備えていることを特徴とする、請求項５に記載のサーバ装置。
【請求項７】
コンテンツなどの情報を一時的に格納するためのキャッシュメモリ又は蓄積装置をさらに備えていることを特徴とする、請求項５又は６に記載のサーバ装置。
【請求項８】
サーバ装置が、モバイルネットワークを介して携帯端末からの指示情報を受信し、該指示情報をもとにアプリケーションに画面表示させるための画面情報を生成する工程と、
前記画面情報の全部又は一部を圧縮エンコードして前記モバイルネットワークに送出する工程とを含むことを特徴とするリモート型携帯通信方法。
【請求項９】
モバイルネットワークを介して携帯端末からの指示情報を受信し、該指示情報をもとにアプリケーションに画面表示させるための画面情報を生成する処理と、
前記画面情報の全部又は一部を圧縮エンコードして前記モバイルネットワークに送出する処理とをコンピュータに実行させることを特徴とするプログラム。
【請求項１０】
前記エンコーダ部は、前記パケット転送装置により設定された下りベアラのＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）情報を前記パケット転送装置から取得し、該画面情報の全部又は一部を圧縮エンコードする際に、該ＱｏＳ情報におけるビットレートを越えないように制御して前記パケット転送装置にエンコード結果を送出することを特徴とする、請求項１に記載のリモート型携帯通信システム。
【請求項１１】
前記ＱｏＳ情報として、最大ビットレート（ＭＢＲ：Ｍａｘｉｍｕｍ  Ｂｉｔ  Ｒａｔｅ）及び保証ビットレート（ＧＢＲ：Ｇｕａｒａｎｔｅｅｄ  Ｂｉｔ  Ｒａｔｅ）のうちの少なくともいずれか一方を用いることを特徴とする、請求項１０に記載のリモート型携帯通信システム。
【請求項１２】
前記パケット転送装置からＥＣＮ（Ｅｘｐｌｉｃｉｔ  Ｃｏｎｇｅｓｔｉｏｎ  Ｎｏｔｉｆｉｃａｔｉｏｎ）情報を取得するとともに、前記画面情報の全部又は一部を圧縮エンコードする際に、該ＥＣＮ情報に基づいて前記エンコーダ部のビットレートを制御することを特徴とする、請求項１０または１１に記載のリモート型携帯通信システム。
【請求項１３】
前記サーバ装置は、前記携帯端末から機種情報を採取し、該機種情報と能力テーブルから前記携帯端末の能力を求め、求めた能力に適合するように前記エンコーダ部のエンコード形式、ビットレート、画面解像度のうちの少なくともいずれかの制御を行う制御部をさらに有することを特徴とする、請求項１０ないし１２のいずれか１項に記載のリモート型携帯通信システム。
【請求項１４】
前記携帯端末は、前記サーバ装置に設けられたキャッシュメモリ又は蓄積装置を使用してコンテンツなどの情報を一時格納することを特徴とする、請求項１０ないし１３のいずれか１項に記載のリモート型携帯通信システム。
【請求項１５】
前記モバイルネットワークは、モバイルパケット網又はモバイルＬＴＥ／ＥＰＣ網であることを特徴とする、請求項１０ないし１４のいずれか１項に記載のリモート型携帯通信システム。
【請求項１６】
前記エンコーダ部は、前記パケット転送装置により設定された下りベアラのＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）情報を前記パケット転送装置から取得し、前記画面情報の全部又は一部を圧縮エンコードする際に、該ＱｏＳ情報におけるビットレートを越えないように制御して前記パケット転送装置にエンコード結果を送出することを特徴とする、請求項５に記載のサーバ装置。
【請求項１７】
前記ＱｏＳ情報として、最大ビットレート（ＭＢＲ：Ｍａｘｉｍｕｍ  Ｂｉｔ  Ｒａｔｅ）及び保証ビットレート（ＧＢＲ：Ｇｕａｒａｎｔｅｅｄ  Ｂｉｔ  Ｒａｔｅ）のうちの少なくともいずれか一方を用いることを特徴とする、請求項１６に記載のサーバ装置。
【請求項１８】
前記パケット転送装置からＥＣＮ（Ｅｘｐｌｉｃｉｔ  Ｃｏｎｇｅｓｔｉｏｎ  Ｎｏｔｉｆｉｃａｔｉｏｎ）情報を取得するとともに、前記画面情報の全部又は一部を圧縮エンコードする際に、該ＥＣＮ情報に基づいて前記エンコーダ部のビットレートを制御することを特徴とする、請求項１６または１７に記載のサーバ装置。
【請求項１９】
携帯端末から機種情報を採取し、該機種情報と能力テーブルから該携帯端末の能力を求め、求めた能力に適合するように前記エンコーダ部のエンコード形式、ビットレート、画面解像度のうちの少なくともいずれかの制御を行う制御部をさらに備えていることを特徴とする、請求項１６ないし１８のいずれか１項に記載のサーバ装置。
【請求項２０】
携帯端末のためにコンテンツなどの情報を一時格納するキャッシュメモリ又は蓄積装置をさらに備えていることを特徴とする、請求項１６ないし１９のいずれか１項に記載のサーバ装置。
【請求項２１】
サーバ装置が、前記指示情報をもとにアプリケーションに画面表示させるための画面情報を生成する工程と、
前記パケット転送装置により設定された下りベアラのＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）情報を前記パケット転送装置から取得する工程と、
前記画面情報の全部又は一部を圧縮エンコードする際に、前記ＱｏＳ情報におけるビットレートを越えないように制御して前記パケット転送装置にエンコード結果を送出する工程とを含むことを特徴とする、請求項８に記載のリモート型携帯通信方法。
【請求項２２】
前記パケット転送装置により設定された下りベアラのＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）情報を前記パケット転送装置から取得する処理と、
前記画面情報の全部又は一部を圧縮エンコードする際に、前記ＱｏＳ情報におけるビットレートを越えないように制御して前記パケット転送装置にエンコード結果を送出する処理とをコンピュータに実行させることを特徴とする、請求項９に記載のプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
［関連出願についての記載］
本発明は、日本国特許出願：特願２００９−２４７２９９号（２００９年１０月２８日出願）及び特願２００９−２４７２９８号（２００９年１０月２８日出願）の優先権主張に基づくものであり、同出願の全記載内容は引用をもって本書に組み込み記載されているものとする。
本発明は、リモート型携帯通信システム、方法及びプログラムに関し、特に、携帯端末がモバイルパケット網を介してリモートでサーバ装置にアクセスすることにより、サーバ装置上の擬似クライアントと通信しながら動作するリモート型携帯通信システム、方法及びプログラムに関する。
【背景技術】
【０００２】
ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）又はＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）技術によるモバイルネットワークの高速化及び大容量化の進展に伴い、今後、Ｗｅｂアクセス並びに映像（静止画、動画など）及びオーディオを含むコンテンツ配信サービスが普及することが予想される。【０００３】
なお、画像配信サーバから受信した画像情報中の商品に関する付加情報を、情報配信元に問い合わせることなく容易に得ることのできる携帯端末が、特許文献１に記載されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００２−３６９１８０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、これまでのサービスでは、事業者（オペレータ）が新規サービスを導入する場合に、既存の携帯端末では対応できないことがある。かかる場合には、新規のサービスを導入するごとに、これに合わせて新規の携帯端末を調達する必要があるという問題がある。【０００６】
また、携帯端末は機種ごとにコーデック形式、ビットレート、解像度などの能力が異なる。携帯端末とサーバとの間でコーデック形式、ビットレート、画面解像度が異なる場合には、携帯端末で画像を表示したり、復号化したりすることができないという問題がある。【０００７】
さらに、モバイルパケット網（モバイルパケットネットワーク）やモバイルＬＴＥ／ＥＰＣ網（モバイルＬＴＥ／ＥＰＣネットワーク）は、基地局と移動機との距離やトラヒック量に依存して帯域幅が変動する恐れがある。サーバから情報を送出する場合に、帯域幅の変動を考慮できていないときには、モバイルネットワークでパケットロスが発生し、それに起因してベアラでパケットの再送が行われると、携帯端末側で情報を受信するのに時間がかかり、画面の更新が遅れてユーザー体感品質（ＱｏＥ：Ｑｕａｌｉｔｙ  ｏｆ  Ｅｘｐｅｒｉｅｎｃｅ）が悪化するという問題がある。【０００８】
また、静止画や動画などのコンテンツを視聴する場合において、ファイルでダウンロードするときには、ダウンロードしたファイルを一時蓄積するためのメモリ及び蓄積手段が携帯端末側に必要とされる。したがって、モバイルネットワークが高速化して大容量のファイルをダウンロードする場合には、携帯端末におけるメモリ及び蓄積手段を大容量化する必要があるという問題がある。【０００９】
そこで、事業者が新規サービスを導入する場合に、携帯端末を新規に調達する必要がないようにすることが課題となる。本発明の目的は、かかる課題を解決するリモート型携帯通信システム、方法及びプログラムを提供することにある。
【課題を解決するための手段】
【００１０】
本発明の第１の視点に係るリモート型携帯通信システムは、
モバイルネットワークを介して携帯端末からの指示情報を受信し、該指示情報をもとにアプリケーションに画面表示させるための画面情報を生成する擬似クライアント部と、該画面情報の全部又は一部を圧縮エンコードして該モバイルネットワークに送出するエンコーダ部とを有するサーバ装置と、
前記モバイルネットワークを介して前記圧縮エンコードされた画面情報を受信するとともに、伸張して表示する携帯端末とを備えている。【００１１】
本発明の第２の視点に係るサーバ装置は、
モバイルネットワークを介して携帯端末からの指示情報を受信し、該指示情報をもとにアプリケーションに画面表示させるための画面情報を生成する擬似クライアント部と、
前記画面情報の全部又は一部を圧縮エンコードして前記モバイルネットワークに送出するエンコーダ部とを備えている。【００１２】
本発明の第３の視点に係るリモート型携帯通信方法は、
サーバ装置が、モバイルネットワークを介して携帯端末からの指示情報を受信し、該指示情報をもとにアプリケーションに画面表示させるための画面情報を生成する工程と、
前記画面情報の全部又は一部を圧縮エンコードして前記モバイルネットワークに送出する工程とを含む。【００１３】
本発明の第４の視点に係るプログラムは、
モバイルネットワークを介して携帯端末からの指示情報を受信し、該指示情報をもとにアプリケーションに画面表示させるための画面情報を生成する処理と、
前記画面情報の全部又は一部を圧縮エンコードして前記モバイルネットワークに送出する処理とをコンピュータに実行させる。
【発明の効果】
【００１４】
本発明に係るリモート型携帯通信システム、方法及びプログラムによると、事業者が新規サービスを導入する場合に、携帯端末を新規に調達する必要が無くなる。
【図面の簡単な説明】
【００１５】
【図１】本発明の第１の実施形態に係るリモート型携帯通信システムの構成を示すブロック図である。
【図２】本発明の第１の実施形態に係るリモート型携帯通信システムにおけるサーバ装置の構成を示すブロック図である。
【図３】本発明の第１の実施形態に係るリモート型携帯通信システムにおけるサーバ装置の擬似クライアント部の構成を示すブロック図である。
【図４】本発明の第２の実施形態に係るリモート型携帯通信システムにおけるサーバ装置の構成を示すブロック図である。
【図５】本発明の第３の実施形態に係るリモート型携帯通信システムの構成を示すブロック図である。
【図６】本発明の第４の実施形態に係るリモート型携帯通信システムの構成を示すブロック図である。
【図７】本発明の第４の実施形態に係るリモート型携帯通信システムにおけるサーバ装置の構成を示すブロック図である。
【図８】本発明の第４の実施形態に係るリモート型携帯通信システムにおけるサーバ装置の擬似クライアント部の構成を示すブロック図である。
【図９】本発明の第５の実施形態に係るリモート型携帯通信システムにおけるサーバ装置の構成を示すブロック図である。
【図１０】本発明の第６の実施形態に係るリモート型携帯通信システムの構成を示すブロック図である。
【発明を実施するための形態】
【００１６】
第１の展開形態のリモート型携帯通信シスステムは、上記第１の視点に係るリモート型携帯通信システムであることが好ましい。
【００１７】
第２の展開形態のリモート型携帯通信システムは、前記サーバ装置が、前記携帯端末から機種情報を採取し、該機種情報と能力テーブルから前記携帯端末の能力を求め、求めた能力に適合するように前記エンコーダ部のエンコード形式、ビットレート、画面解像度のうちの少なくともいずれかの制御を行う制御部をさらに有することが好ましい。
【００１８】
第３の展開形態のリモート型携帯通信システムは、前記携帯端末が、前記サーバ装置に設けられたキャッシュメモリ又は蓄積装置を使用してコンテンツなどの情報を一時的に格納することが好ましい。
【００１９】
第４の展開形態のリモート型携帯通信システムは、前記モバイルネットワークが、モバイルパケット網又はモバイルＬＴＥ／ＥＰＣ網であることが好ましい。
【００２０】
第５の展開形態のサーバ装置は、上記第２の視点に係るサーバ装置であることが好ましい。
【００２１】
第６の展開形態のサーバ装置は、携帯端末から機種情報を採取し、該機種情報と能力テーブルから該携帯端末の能力を求め、求めた能力に適合するように前記エンコーダ部のエンコード形式、ビットレート、画面解像度のうちの少なくともいずれかの制御を行う制御部をさらに備えていることが好ましい。
【００２２】
第７の展開形態のサーバ装置は、コンテンツなどの情報を一時的に格納するためのキャッシュメモリ又は蓄積装置をさらに備えていることが好ましい。
【００２３】
第８の展開形態のリモート型携帯通信方法は、上記第３の視点に係るリモート型携帯通信方法であることが好ましい。
【００２４】
第９の展開形態のプログラムは、上記第４の視点に係るプログラムであることが好ましい。
【００２５】
第１０の展開形態によると、エンコーダ部は、前記パケット転送装置により設定された下りベアラのＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）情報を前記パケット転送装置から取得し、該画面情報の全部又は一部を圧縮エンコードする際に、該ＱｏＳ情報におけるビットレートを越えないように制御して前記パケット転送装置にエンコード結果を送出する、リモート型携帯通信システムが提供される。
【００２６】
第１１の展開形態によると、前記ＱｏＳ情報として、最大ビットレート（ＭＢＲ：Ｍａｘｉｍｕｍ  Ｂｉｔ  Ｒａｔｅ）及び保証ビットレート（ＧＢＲ：Ｇｕａｒａｎｔｅｅｄ  Ｂｉｔ  Ｒａｔｅ）のうちの少なくともいずれか一方を用いる、リモート型携帯通信システムが提供される。
【００２７】
第１２の展開形態によると、前記パケット転送装置からＥＣＮ（Ｅｘｐｌｉｃｉｔ  Ｃｏｎｇｅｓｔｉｏｎ  Ｎｏｔｉｆｉｃａｔｉｏｎ）情報を取得するとともに、前記画面情報の全部又は一部を圧縮エンコードする際に、該ＥＣＮ情報に基づいて前記エンコーダ部のビットレートを制御する、リモート型携帯通信システムが提供される。
【００２８】
第１３の展開形態によると、前記サーバ装置は、前記携帯端末から機種情報を採取し、該機種情報と能力テーブルから前記携帯端末の能力を求め、求めた能力に適合するように前記エンコーダ部のエンコード形式、ビットレート、画面解像度のうちの少なくともいずれかの制御を行う制御部をさらに有する、リモート型携帯通信システムが提供される。
【００２９】
第１４の展開形態によると、前記携帯端末は、前記サーバ装置に設けられたキャッシュメモリ又は蓄積装置を使用してコンテンツなどの情報を一時格納する、リモート型携帯通信システムが提供される。
【００３０】
第１５の展開形態によると、前記モバイルネットワークは、モバイルパケット網又はモバイルＬＴＥ／ＥＰＣ網である、リモート型携帯通信システムが提供される。
【００３１】
第１６の展開形態によると、前記エンコーダ部は、前記パケット転送装置により設定された下りベアラのＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）情報を前記パケット転送装置から取得し、前記画面情報の全部又は一部を圧縮エンコードする際に、該ＱｏＳ情報におけるビットレートを越えないように制御して前記パケット転送装置にエンコード結果を送出する、サーバ装置が提供される。
【００３２】
第１７の展開形態によると、前記ＱｏＳ情報として、最大ビットレート（ＭＢＲ：Ｍａｘｉｍｕｍ  Ｂｉｔ  Ｒａｔｅ）及び保証ビットレート（ＧＢＲ：Ｇｕａｒａｎｔｅｅｄ  Ｂｉｔ  Ｒａｔｅ）のうちの少なくともいずれか一方を用いる、サーバ装置が提供される。
【００３３】
第１８の展開形態によると、前記パケット転送装置からＥＣＮ（Ｅｘｐｌｉｃｉｔ  Ｃｏｎｇｅｓｔｉｏｎ  Ｎｏｔｉｆｉｃａｔｉｏｎ）情報を取得するとともに、前記画面情報の全部又は一部を圧縮エンコードする際に、該ＥＣＮ情報に基づいて前記エンコーダ部のビットレートを制御する、サーバ装置が提供される。
【００３４】
第１９の展開形態によると、携帯端末から機種情報を採取し、該機種情報と能力テーブルから該携帯端末の能力を求め、求めた能力に適合するように前記エンコーダ部のエンコード形式、ビットレート、画面解像度のうちの少なくともいずれかの制御を行う制御部をさらに備えている、サーバ装置が提供される。
【００３５】
第２０の展開形態によると、携帯端末のためにコンテンツなどの情報を一時格納するキャッシュメモリ又は蓄積装置をさらに備えている、サーバ装置が提供される。
【００３６】
第２１の展開形態によると、サーバ装置が、前記指示情報をもとにアプリケーションに画面表示させるための画面情報を生成する工程と、
前記パケット転送装置により設定された下りベアラのＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）情報を前記パケット転送装置から取得する工程と、
前記画面情報の全部又は一部を圧縮エンコードする際に、前記ＱｏＳ情報におけるビットレートを越えないように制御して前記パケット転送装置にエンコード結果を送出する工程とを含む、リモート型携帯通信方法が提供される。
【００３７】
第２２の展開形態によると、前記パケット転送装置により設定された下りベアラのＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）情報を前記パケット転送装置から取得する処理と、
前記画面情報の全部又は一部を圧縮エンコードする際に、前記ＱｏＳ情報におけるビットレートを越えないように制御して前記パケット転送装置にエンコード結果を送出する処理とをコンピュータに実行させる、プログラムが提供される。プログラムは、コンピュータにより読み取り可能な記憶媒体に記憶できる。
【００３８】
本発明によると、事業者（オペレータ）が新規サービスを導入する場合に、ネットワーク上に設置したサーバ装置におけるアプリケーションソフトを更新することで新規サービスの導入が可能となる。したがって、新規にサービスを導入するごとに、携帯端末を新規に調達する必要がなくなる。
【００３９】
また、本発明によると、携帯端末の機種情報とサーバで保有する能力テーブルから、携帯端末の能力をもとめ、能力に適合したコーデック形式、ビットレート、画面解像度でサーバ装置から携帯端末の画面情報を転送する。したがって、携帯端末で画像を表示することができないという問題、及び、ビットレート、解像度、コーデック形式等が合わず、携帯端末で復号化することができないという問題を解消することができる。
【００４０】
さらに、本発明によれば、モバイルパケットネットワークやＬＴＥ／ＥＰＣネットワークの帯域幅の変動に対し、呼接続時や呼接続中に、ベアラＱｏＳ情報を採取し、サーバ装置で画面情報を圧縮符号化するときの最大ビットレートを制御したり、又は携帯端末からの応答情報にＥＣＮフラグが含まれているか否かを調べ、含まれている場合には前記圧縮符号化の最大ビットレートを制御することにより、携帯端末側で情報を受信するのに時間がかかり、画面の更新が遅れてＱｏＥが悪化するのを回避することができる。
【００４１】
また、本発明によれば、静止画や動画等のコンテンツを視聴する場合に、携帯端末にはメモリ及び蓄積手段が必要とされない。したがって、モバイルネットワークが高速化して大容量のコンテンツを視聴する場合においても、携帯端末におけるメモリ及び蓄積手段を大容量化する必要がなくなる。
【００４２】
（実施形態１）
本発明の第１の実施形態に係るリモート型携帯通信システムについて、図面を参照して説明する。図１は、本実施形態に係るリモート型携帯通信システムの構成を示すブロック図である。図１を参照すると、リモート型携帯通信システムは、ウェブサーバ装置６０、サーバ装置１０、ｘＧＳＮ装置２０、ＲＮＣ装置３０及び携帯端末７０を有する。
【００４３】
本実施形態においては、ネットワークとしてはモバイルパケット網（モバイルパケットネットワーク）１００を用い、パケット転送装置としてｘＧＳＮ装置２０を用いる。また、本図では携帯端末７０からＷｅｂ閲覧をする場合の構成例を示しているが、コンテンツ配信などのサービスも、同様の構成に基いて実現することができる。
【００４４】
図１において、携帯端末７０は、サーバ装置１０に搭載されているアプリケーションソフトを立ち上げてＷｅｂ閲覧を行うために、モバイルパケット網１００を介してサーバ装置１０に指示信号を送出する。このとき、携帯端末７０から送出された指示信号は、モバイルパケット網１００上にある、ＲＮＣ装置３０、ｘＧＳＮ装置２０、サーバ装置１０の順に到達する。
【００４５】
ここで、指示信号のプロトコルは公知のものを使用することができる。ここでは、一例としてＨＴＴＰを用いるものとする。なお、ＨＴＴＰ以外にＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）などを用いることもできる。
【００４６】
サーバ装置１０は、指示信号を受信しここに記載されているＵＲＬからＷｅｂアクセスであることを判断し、インターネットにアクセスし、該当するＵＲＬのウェブサーバ装置６０にアクセスする。
【００４７】
サーバ装置１０は、閲覧に必要なＨＴＭＬ情報をウェブサーバ装置６０から受信し、後に図２を参照して説明するように、ＨＴＭＬ情報からサーバ装置１０に設けられた擬似クライアント部の画面情報を生成し、画面情報をエンコーダにより圧縮エンコードして、圧縮符号化ビットストリーム又は圧縮符号化ビットストリームを格納したファイルをパケットとしてｘＧＳＮ装置２０に送出する。
【００４８】
ｘＧＳＮ装置２０は受信したパケットをＲＮＣ装置３０に転送し、ＲＮＣ装置３０は無線ネットワークを介して、転送されたパケットを携帯端末７０に送出する。
【００４９】
携帯端末７０は、パケットを受信し、パケットに格納された圧縮符号化ビットストリームを取り出し、前記エンコーダに対応するデコーダに前記ビットストリームを入力して復号することにより、指示信号に対応した閲覧画面を表示する。
【００５０】
次に、サーバ装置１０Ａについて図面を参照して説明する。図２は、本実施形態に係るリモート型携帯通信システムにおけるサーバ装置１０Ａの構成を示すブロック図である。図２を参照すると、サーバ装置１０Ａは、擬似クライアント部１１Ａ、画面キャプチャ部１４、エンコーダ部１２及びパケット送信部１５を有する。
【００５１】
図３は、サーバ装置１０Ａの擬似クライアント部１１（図２の擬似クライアント部１１Ａ）の構成を示すブロック図である。図３を参照すると、擬似クライアント部１１は、新規サービスに対応したアプリケーションソフト２１、画面生成部２３、パケット送受信部２２、キャッシュメモリ２５、蓄積用のハードディスク２６、音声／静止画／動画のデコーダ２８を有する。
【００５２】
アプリケーションソフト２１は、サーバ装置１０Ａの外部から更新することができる。
【００５３】
擬似クライアント部１１は、ｘＧＳＮ装置２０を介して、携帯端末７０からの指示信号をパケット送受信部２２において受信し、指示信号を解読して適切なアプリケーションソフトを起動し、指示信号に含まれるＵＲＬ情報を解析し、ウェブ閲覧であれば、接続要求信号を生成し、パケット送受信部２２からインターネット上のウェブサーバ装置６０に対し接続要求信号を送出し、ウェブサーバ装置６０と接続する。
【００５４】
擬似クライアント部１１は、ウェブサーバ装置６０からウェブ閲覧に必要なＨＴＭＬ情報を受信し、画面表示させるための画像情報を生成して画面生成部２３において画面を生成し、画面キャプチャ部１４に出力する。
【００５５】
画面キャプチャ部１４は、前記画面をキャプチャして画像の輝度信号と色差信号を求めエンコーダ部１２に出力する。ここで、画像信号として、例えば、ＹＵＶ形式のような他の形式を用いることもできる。
【００５６】
エンコーダ部１２は、あらかじめ定められた圧縮方式により、前記キャプチャした画像情報を圧縮符号化して圧縮符号化ビットストリームを生成し、パケット送信部１５に送出する。
【００５７】
パケット送信部１５は、前記圧縮符号化ビットストリームをパケットのペイロードに格納し、ｘＧＳＮ装置２０に送出する。ここで、前記圧縮符号化ビットストリームを一旦ファイルに格納した上で前記ファイルをパケットで送出することもできる。この場合のパケットプロトコルはＴＣＰ／ＩＰを用いることができる。
【００５８】
なお、図２では、ウェブ閲覧の場合の構成を説明したが、静止画や動画コンテンツを視聴するサービスも、同一の構成に基いて実現することができる。この場合は、携帯端末７０からの指示により、サーバ装置１０Ａに搭載された擬似クライアント部１１は、ウェブサーバ装置のかわりに、コンテンツサーバに接続し、視聴したいコンテンツのファイル又はストリームをコンテンツサーバから読み出し、キャッシュメモリ２５又は蓄積用のハードディスク２６に一時蓄積し、静止画／動画のデコーダ２８で復号化し、復号化した画像情報から画面を生成し、画面キャプチャ部１４に出力することができる。この場合、携帯端末７０にはコンテンツを蓄積する必要がないため、コンテンツを一時格納するためのメモリや蓄積手段が不要となる。
【００５９】
（実施形態２）
本発明の第２の実施形態に係るリモート型携帯通信システムにおけるサーバ装置ついて、図面を参照して説明する。図４は、本実施形態に係るリモート型携帯通信システムにおけるサーバ装置１０Ｂの構成を示すブロック図である。図４を参照すると、サーバ装置１０Ｂは、擬似クライアント部１１Ｂ、画面キャプチャ部１４、エンコーダ部１９、制御部１７、能力テーブル１８及びパケット送信部１５を有する。図４の構成要素のうちの図２の構成要素と同一の符号を付されたものの動作は、同一の符号を付された図２の構成要素の動作と同一であることから、説明を省略する。
【００６０】
擬似クライアント部１１Ｂは、携帯端末７０から、指示情報のみならず、携帯端末７０の機種情報を入力し、制御部１７に出力する。
【００６１】
制御部１７は、擬似クライアント部１１Ｂから携帯端末７０の機種情報を入力し、機種情報をもとに能力テーブル１８をアクセスして、当該携帯端末７０の能力を求める。
【００６２】
ここで、能力テーブル１８には、機種情報と能力とのマッピング情報が記載されている。
【００６３】
制御部１７は、携帯端末７０の能力をもとに、エンコーダ部１９のエンコード形式、エンコードビットレート、画面解像度のうちの少なくとも１種類のパラメータを制御する。
【００６４】
エンコーダ部１９は、複数種類のエンコード形式を保有しており、制御部１７から、エンコード形式、エンコードビットレート、画面解像度のうちの少なくとも１種類のパラメータを受け、エンコード形式の選択や、ビットレートの設定や、画面解像度の設定などを実施した上で、画面キャプチャ部１４から入力した、画像の輝度信号と色差信号に対し、圧縮符号化して圧縮符号化ビットストリームを生成し、パケット送信部１５に送出する。ここで、画像信号として、例えば、ＹＵＶ形式のような他の形式を用いることもできる。
【００６５】
なお、図４では、ウェブ閲覧の場合の構成を説明したが、静止画や動画コンテンツを視聴するサービスも、同一の構成に基いて実現することができる。この場合は、携帯端末７０からの指示により、サーバ装置１０Ｂに搭載された擬似クライアント部１１Ｂは、ウェブサーバ装置のかわりに、コンテンツサーバに接続し、視聴したいコンテンツのファイル又はストリームをコンテンツサーバから読み出し、キャッシュメモリ２５又は蓄積用のハードディスク２６に一時蓄積し、静止画／動画のデコーダ２８で復号し、復号した画像情報から画面を生成し、画面キャプチャ部１４に出力することができる。この場合、携帯端末７０にはコンテンツを一切蓄積する必要がないため、コンテンツを一時格納するためのメモリや蓄積手段が不要となる。
【００６６】
（実施形態３）
本発明の第３の実施形態に係るリモート型携帯通信システムについて、図面を参照して説明する。図５は、本実施形態に係るリモート型携帯通信システムの構成を示すブロック図である。図５を参照すると、リモート型携帯通信システムは、ウェブサーバ装置６０、サーバ装置１０、Ｓ／Ｐ−ＧＷ装置４０、ｅＮｏｄｅＢ装置５０及び携帯端末７０を有する。図５の構成要素のうちの図１の構成要素と同一の符号を付されたものの動作は、同一の符号を付された図１の構成要素の動作と同一であることから、説明を省略する。
【００６７】
本実施形態（図５）においては、携帯端末７０は、モバイルＬＴＥ／ＥＰＣ網（モバイルＬＴＥ／ＥＰＣネットワーク）２００を介し、ｅＮｏｄｅＢ装置５０及びＳ／Ｐ−ＧＷ装置４０を経由してサーバ装置１０に接続する点で、第１の実施形態（図１）と相違する。本実施形態によると、第１の実施形態（図１）と比較して、はるかに高速にパケットを転送することができる。
【００６８】
ｅＮｏｄｅＢ（ｅｎｈａｎｃｅｄ  Ｎｏｄｅ  Ｂ）装置５０は、ＬＴＥ技術を用いて、無線区間で従来よりも高速なパケット伝送を実現する。Ｓ／Ｐ−ＧＷ装置４０とサーバ装置１０との間はＩＰプロトコルで接続されるため、Ｓ／Ｐ−ＧＷ装置４０と接続する場合においても、図１のサーバ装置をそのまま使用することができる。
【００６９】
Ｓ／Ｐ−ＧＷ装置４０は、サーバ装置１０からＵＤＰ／ＩＰ又はＴＣＰ／ＩＰプロトコル及びこれらのプロトコルの上で転送されるファイルを受信し、ＧＴＰ−Ｕ（ＧＰＲＳ  Ｔｕｎｎｅｌｉｎｇ  Ｐｒｏｔｏｃｏｌ−Ｕｓｅｒ  Ｐｌａｎｅ）／ＵＤＰ／ＩＰプロトコルに変換し、変換したファイルをｅＮｏｄｅＢ装置５０に出力する。
【００７０】
ｅＮｏｄｅＢ装置５０は、ＰＤＣＰ／ＲＬＣプロトコルに変換し、携帯端末７０にパケット及びファイルを送出する。
【００７１】
なお、図５のサーバ装置１０として、図２のサーバ装置１０Ａのみならず、図４のサーバ装置１０Ｂを使用することもできる。
【００７２】
（実施形態４）
本発明の第４の実施形態に係るリモート型携帯通信システムについて、図面を参照して説明する。図６は、本実施形態に係るリモート型携帯通信システムの構成を示すブロック図である。図６を参照すると、リモート型携帯通信システムは、ウェブサーバ装置６０、サーバ装置１０、ｘＧＳＮ装置２０、ＲＮＣ装置３０及び携帯端末７０を有する。
【００７３】
本実施形態においては、ネットワークとしてはモバイルパケット網（モバイルパケットネットワーク）１００を用い、パケット転送装置としてｘＧＳＮ装置２０を用いる。また、本図では携帯端末７０からＷｅｂ閲覧サービスを享受をする場合の構成例を示しているが、コンテンツ配信などのサービスを享受する場合にも、同様の構成に基いて実現することができる。
【００７４】
図６において、携帯端末７０は、サーバ装置１０に搭載されているアプリケーションソフトを立ち上げＷｅｂ閲覧を行うために、モバイルネットワーク１００を介してサーバ装置１０に指示信号を送出する。このとき、携帯端末７０から送出された指示信号は、モバイルパケット網１００上にある、ＲＮＣ装置３０、ｘＧＳＮ装置２０の順に到達し、サーバ装置１０が前記指示信号を受信する。
【００７５】
ここで、前記指示信号のプロトコルとして、公知のものを使用することができる。ここでは、一例としてＨＴＴＰを用いるものとする。なお、ＨＴＴＰ以外にＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）を用いることもできる。
【００７６】
サーバ装置１０は、前記指示信号を受信し指示信号に記載されているＵＲＬからＷｅｂアクセスであることを判断し、インターネットにアクセスし、該当するＵＲＬのウェブサーバ装置６０にアクセスする。
【００７７】
サーバ装置１０は、閲覧に必要なＨＴＭＬ情報をウェブサーバ装置６０から受信し、後に図７を参照して説明するように、ＨＴＭＬ情報からサーバ装置１０に設けられた擬似クライアント部の画面情報を生成し、画面情報をエンコーダにより圧縮エンコードして、圧縮符号化ビットストリーム又は圧縮符号化ビットストリームを格納したファイルを生成し、これをパケットとしてｘＧＳＮ装置２０に送出する。
【００７８】
サーバ装置１０からｘＧＳＮ装置２０にパケットを送出する際に使用するプロトコルとして、ここではＴＣＰ／ＩＰを用いるものとする。なお、ＴＣＰ／ＩＰ以外に、ＵＤＰ／ＩＰプロトコルを用いることもできる。
【００７９】
ｘＧＳＮ装置２０は、ＴＣＰ／ＩＰにより受信したパケットをＧＴＰ−ＵプロトコルによりトネリングしてＲＮＣ装置３０に転送し、ＲＮＣ装置３０は無線ネットワークを介して携帯端末７０に送出する。
【００８０】
携帯端末７０は、ＴＣＰ／ＩＰプロトコルによるパケットを受信し、パケットに格納された圧縮符号化ビットストリームを取り出し、前記エンコーダに対応したデコーダにより前記ビットストリームを復号化することにより、指示信号に対応した閲覧画面を表示する。
【００８１】
次に、サーバ装置１０Ａについて図面を参照して説明する。図７は、本実施形態に係るリモート型携帯通信システムにおけるサーバ装置１０Ａの構成を示すブロック図である。図７を参照すると、サーバ装置１０Ａは、擬似クライアント部１１Ａ、画面キャプチャ部１４、エンコーダ部１２、制御部１３及びパケット送信部１５を有する。
【００８２】
図８は、サーバ装置１０Ａの擬似クライアント部１１（図７の擬似クライアント部１１Ａ）の構成を示すブロック図である。図８を参照すると、擬似クライアント部１１は、新規サービスに対応したアプリケーションソフト２１、画面生成部２３、パケット送受信部２２、キャッシュメモリ２５、蓄積用のハードディスク２６、音声／静止画／動画のデコーダ２８を有する。
【００８３】
アプリケーションソフト２１は、サーバ装置１０Ａの外部から更新することができる。
【００８４】
擬似クライアント部１１は、ｘＧＳＮ装置２０を介して、携帯端末７０からの指示信号をパケット送受信部２２において受信し、指示信号を解読して適切なアプリケーションソフトを起動し、指示信号に含まれるＵＲＬ情報などを解析しウェブ閲覧であれば接続要求信号を生成し、パケット送受信部２２からインターネット上のウェブサーバ装置６０に対し接続要求信号を送出し、ウェブサーバ装置６０と接続する。
【００８５】
擬似クライアント部１１は、ウェブサーバ装置６０からウェブ閲覧に必要なＨＴＭＬ情報を受信し、画面表示させるための画像情報を生成して画面生成部２３において画面を生成し、画面キャプチャ部１４に出力する。
【００８６】
画面キャプチャ部１４は、前記画面をキャプチャして画像の輝度信号と色差信号を求めエンコーダ部１２に出力する。ここで、画像信号として、例えば、ＹＵＶ形式のような他の形式を用いることもできる。
【００８７】
制御部１３は、携帯端末７０との接続直後又は接続中に、以下の（ａ）、（ｂ）の少なくともいずれか一方の動作を行う。
【００８８】
（ａ）ＱｏＳ情報の採取と制御
ｘＧＳＮ装置２０は、呼接続の最初にＲＮＣ装置３０に対してベアラのＱｏＳの設定を行う。擬似クライアント部１１は、ベアラに設定されたＱｏＳ情報を採取する。擬似クライアント部１１は、ＱｏＳ情報として、最大ビットレート（ＭＢＲ：Ｍａｘｉｍｕｍ  Ｂｉｔ  Ｒａｔｅ）と保証ビットレート（ＧＢＲ：Ｇｕａｒａｎｔｅｅｄ  Ｂｉｔ  Ｒａｔｅ）の少なくとも一つを受信し、少なくとも一方のビットレートを越えないように、エンコーダ部１２で圧縮符号化する際のビットレートを制御する。ここで、本実施形態の構成では、ＧＢＲを受信し、これに基づいて制御を行うものとする。すなわち、制御部１３は、エンコーダ部１２の最大ビットレートがＧＢＲを超えないようエンコーダ部１２の圧縮符号化を制御する。
【００８９】
（ｂ）ＥＣＮ情報の採取と制御
モバイルパケットネットワークの輻輳を携帯端末７０又はＲＮＣ装置３０が検出すると、携帯端末７０からのＴＣＰ／ＩＰ応答パケットに、ＥＣＮ（Ｅｘｐｌｉｃｉｔ  Ｃｏｎｇｅｓｔｉｏｎ  Ｎｏｔｉｆｉｃａｔｉｏｎ）フラグを含めた上でｘＧＳＮ装置２０に送出する。制御部１３は、パケット転送装置から受信した携帯端末７０からの応答パケットを調べ、ＥＣＮフラグが含まれている場合には、エンコーダ部１２に対し、圧縮符号化する際の最大ビットレートを下げるように指示し、エンコード処理を制御する。その後、ｘＧＳＮ装置２０から受信した携帯端末７０からの応答パケットにＥＣＮフラグが含まれていない場合には、エンコーダ部１２に対し、圧縮符号化する際の最大ビットレートを元の数値に戻すように指示する。
【００９０】
画面キャプチャ部１４は、前記画面をキャプチャして画像の輝度信号と色差信号を求めエンコーダ部１２に出力する。ここで、画像信号としては、別の形式、例えば、ＹＵＶ形式などを用いることもできる。
【００９１】
エンコーダ部１２は、制御部１３から圧縮エンコードする場合の最大ビットレートの指示を入力し、あらかじめ定められた圧縮方式により、前記キャプチャした画像情報に対し前記最大ビットレートをこえないように圧縮符号化して圧縮符号化ビットストリームを生成し、パケット送信部１５に送出する。
【００９２】
パケット送信部１５は、前記圧縮符号化ビットストリームをパケットのペイロードに格納し、ＴＣＰ／ＩＰプロトコルを用いて、ｘＧＳＮ装置２０に送出する。ここで、前記圧縮符号化ビットストリームを一旦ファイルに格納した上で前記ファイルをパケットで送出することもできる。この場合のパケットプロトコルはＴＣＰ／ＩＰを用いることができる。
【００９３】
なお、図７では、ウェブ閲覧の場合の構成を説明したが、静止画や動画コンテンツを視聴するサービスも、同一の構成に基いて実現することができる。この場合は、携帯端末７０からの指示により、サーバ装置１０Ａに搭載された擬似クライアント部１１は、ウェブサーバ装置のかわりに、コンテンツサーバに接続し、視聴したいコンテンツのファイル又はストリームをコンテンツサーバから読み出し、キャッシュメモリ２５又は蓄積用のハードディスク２５に一時蓄積し、静止画／動画のデコーダ２８で復号化し、復号化した画像情報から画面を生成し、画面キャプチャ部１４に出力することができる。この場合、携帯端末７０にはコンテンツを一切蓄積する必要がないため、コンテンツを一時格納するためのメモリや蓄積手段が不要となる。
【００９４】
本構成では、パケット送信部からのプロトコルとしてＴＣＰ／ＩＰを用いたが、次に記載するように、別のプロトコルを用いることもできる。例えば、ＵＤＰ／ＩＰを用いる場合には、携帯端末７０からの応答としては、ＴＣＰ／ＩＰではなくＲＴＣＰやＲＴＣＰ−ＡＰＰなどを用いることができるので、この場合擬似クライアント部１１は、ｘＧＳＮ装置２０からＲＴＣＰやＲＴＣＰ−ＡＰＰを受信し、制御部１３はこれらに含まれるＥＣＮフラグを探す。一方、ＳＩＰ／ＳＤＰを用いる場合には、ＥＣＮフラグは携帯端末７０からのＳＩＰ応答メッセージ又はＳＤＰ応答メッセージのいずれかに含まれるので、制御部１３はこれらに含まれるＥＣＮフラグを探す。
【００９５】
（実施形態５）
本発明の第５の実施形態に係るリモート型携帯通信システムにおけるサーバ装置について、図面を参照して説明する。図９は、本実施形態に係るリモート型携帯通信システムにおけるサーバ装置１０Ｂの構成を示すブロック図である。図９を参照すると、サーバ装置１０Ｂは、擬似クライアント部１１Ｂ、画面キャプチャ部１４、エンコーダ部１９、制御部１７、能力テーブル１８及びパケット送信部１５を有する。図９の構成要素のうちの図７の構成要素と同一の符号を付されたものの動作は、同一の符号を付された図７の構成要素の動作と同一であるから、説明を省略する。
【００９６】
擬似クライアント部１１Ｂは、図７の動作に加えて、ｘＧＳＮ装置２０から、指示情報、ベアラＱｏＳ情報、ＥＣＮ情報のみならず、携帯端末７０の機種情報を入力し、制御部１７に出力する。制御部１７は、擬似クライアント部１１Ｂから携帯端末７０の機種情報ならび、ベアラＱｏＳ情報又はＥＣＮフラグを入力し、機種情報をもとに能力テーブル１８をアクセスして、当該携帯端末７０の能力を求める。
【００９７】
ここで、能力テーブル１８には、機種情報と能力とのマッピング情報が記載されている。
【００９８】
制御部１７は、携帯端末７０の能力をもとに、エンコーダ部１９のエンコード形式、エンコードビットレート、画面解像度のうちの少なくとも１種類のパラメータを制御する。
【００９９】
さらに、図７を参照して説明したように、携帯端末７０との接続直後又は接続中に、制御部１７は、上述の（ａ）ＱｏＳ情報の採取と制御、及び、（ｂ）ＥＣＮ情報の採取と制御の少なくともいずれか一方の動作を行い、エンコーダ部１９で圧縮符号化する場合の最大ビットレートを設定する。
【０１００】
エンコーダ部１９は、複数種類のエンコード形式を保有しており、制御部１７から、エンコード形式、エンコードビットレート、画面解像度のうちの少なくとも１種類のパラメータを受け、エンコード形式の選択や、ビットレートの設定や、画面解像度の設定などを実施し、さらに、制御部１７から最大ビットレートの指示を入力し、圧縮エンコードする場合の最大ビットレートとしてこの数値を設定した上で、画面キャプチャ部１４から入力した、画像の輝度信号と色差信号に対し、圧縮符号化して圧縮符号化ビットストリームを生成し、パケット送信部１５に送出する。ここで、画像信号としては、例えば、ＹＵＶ形式のような他の形式を用いることもできる。
【０１０１】
なお、図９では、ウェブ閲覧の場合の構成を説明したが、静止画や動画コンテンツを視聴するサービスも、同一の構成に基いて実現することができる。この場合は、携帯端末７０からの指示により、サーバ装置１０Ｂに搭載された擬似クライアント部１１Ｂは、ウェブサーバ装置のかわりに、コンテンツサーバに接続し、視聴したいコンテンツのファイル又はストリームをコンテンツサーバから読み出し、キャッシュメモリ２５又は蓄積用のハードディスク２６に一時蓄積し、静止画／動画のデコーダ２８で復号し、復号した画像情報から画面を生成し、画面キャプチャ部１４に出力することができる。この場合、携帯端末７０にはコンテンツを一切蓄積する必要がないため、コンテンツを一時格納するためのメモリや蓄積手段が不要となる。
【０１０２】
本構成では、パケット送信部からのプロトコルとしてＴＣＰ／ＩＰを用いたが、次に記載するように、別のプロトコルを用いることもできる。例えば、ＵＤＰ／ＩＰを用いる場合には、携帯端末７０からの応答としては、ＴＣＰ／ＩＰではなくＲＴＣＰやＲＴＣＰ−ＡＰＰなどを用いることができるので、この場合擬似クライント部１１は、ｘＧＳＮ装置２０からＲＴＣＰやＲＴＣＰ−ＡＰＰを受信し、制御部１７はこれらに含まれるＥＣＮフラグを探す。一方、ＳＩＰ／ＳＤＰを用いる場合には、ＥＣＮフラグは携帯端末７０からのＳＩＰ応答メッセージ又はＳＤＰ応答メッセージのいずれかに含まれるので、制御部１７はこれらに含まれるＥＣＮフラグを探す。
【０１０３】
（実施形態６）
本発明の第６の実施形態に係るリモート型携帯通信システムについて、図面を参照して説明する。図１０は、本実施形態に係るリモート型携帯通信システムの構成を示すブロック図である。図１０を参照すると、リモート型携帯通信システムは、ウェブサーバ装置６０、サーバ装置１０、Ｓ／Ｐ−ＧＷ装置４０、ｅＮｏｄｅＢ装置５０及び携帯端末７０を有する。図１０の構成要素のうちの図６の構成要素と同一の符号を付されたものの動作は、同一の符号を付された図６の構成要素の動作と同一であることから、説明を省略する。
【０１０４】
本実施形態（図１０）においては、携帯端末７０は、モバイルＬＴＥ／ＥＰＣ網（モバイルＬＴＥ／ＥＰＣネットワーク）２００を介し、ｅＮｏｄｅＢ装置５０ならびにＳ／Ｐ−ＧＷ装置４０を経由してサーバ装置１０に接続する点で、第４の実施形態（図６）と相違する。本実施形態によると、第４の実施形態（図６）と比較して、はるかに高速にパケットを転送することができる。
【０１０５】
ｅＮｏｄｅＢ（ｅｎｈａｎｃｅｄ  Ｎｏｄｅ  Ｂ）装置５０は、ＬＴＥ技術を用いて、無線区間で従来よりも高速なパケット伝送を実現する。Ｓ／Ｐ−ＧＷ装置４０とサーバ装置１０との間はＩＰプロトコルで接続されるため、Ｓ／Ｐ−ＧＷ装置４０と接続する場合においても、図６のサーバ装置をそのまま使用することができる。
【０１０６】
Ｓ／Ｐ−ＧＷ装置４０は、サーバ装置１０からＵＤＰ／ＩＰ又はＴＣＰ／ＩＰプロトコル及びこれらのプロトコルの上で転送されるファイルを受信し、ＧＴＰ−Ｕ（ＧＰＲＳ  Ｔｕｎｎｅｌｉｎｇ  Ｐｒｏｔｏｃｏｌ−Ｕｓｅｒ  Ｐｌａｎｅ）／ＵＤＰ／ＩＰプロトコルに変換し、変換したファイルをｅＮｏｄｅＢ装置５０に出力する。
【０１０７】
ｅＮｏｄｅＢ装置５０は、ＰＤＣＰ／ＲＬＣプロトコルに変換し、携帯端末７０にパケット及びファイルを送出する。
【０１０８】
なお、図１０のサーバ装置１０として、図７のサーバ装置１０Ａのみならず、図９のサーバ装置１０Ｂを使用することもできる。また、サーバ装置から送出するプロトコルとしては、ＴＣＰ／ＩＰのみならず、ＵＤＰ／ＩＰを使用することもできる。また、携帯端末７０からの応答信号としては、ＴＣＰ／ＩＰのみならず、ＳＩＰやＳＤＰなどを用いることもできる。
【０１０９】
本発明の全開示（請求の範囲及び図面を含む）の枠内において、さらにその基本的技術思想に基づいて、実施形態ないし実施例の変更・調整が可能である。また、本発明の全開示の枠内において種々の開示要素の多様な組み合わせ乃至選択が可能である。すなわち、本発明は、請求の範囲を含む全開示、技術的思想にしたがって当業者であればなし得るであろう各種変形、修正を含むことは勿論である。
【符号の説明】
【０１１０】
１０、１０Ａ、１０Ｂ  サーバ装置
１１、１１Ａ、１１Ｂ  擬似クライアント部
１２、１９  エンコーダ部
１３、１７  制御部
１４  画面キャプチャ部
１５  パケット送信部
１８  能力テーブル
２０  ｘＧＳＮ装置
２１  アプリケーションソフト
２２  パケット送受信部
２３  画面生成部
２５  キャッシュメモリ
２６  ハードディスク
２８  デコーダ
３０  ＲＮＣ装置
４０  Ｓ／Ｐ−ＧＷ装置
５０  ｅＮｏｄｅＢ装置
６０  ウェブサーバ装置
７０  携帯端末
１００  モバイルパケット網（モバイルパケットネットワーク）
２００  モバイルＬＴＥ／ＥＰＣ網（モバイルＬＴＥ／ＥＰＣネットワーク）
【図１】
2011052590.tif 000003
【図２】
2011052590.tif 000004
【図３】
2011052590.tif 000005
【図４】
2011052590.tif 000006
【図５】
2011052590.tif 000007
【図６】
2011052590.tif 000008
【図７】
2011052590.tif 000009
【図８】
2011052590.tif 000010
【図９】
2011052590.tif 000011
【図１０】
2011052590.tif 000012
【手続補正書】
【提出日】平成24年4月27日(2012.4.27)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
モバイルネットワークを介して携帯端末からの指示情報を受信し、該指示情報をもとにアプリケーションに画面表示させるための画面情報を生成する擬似クライアント部と、
前記画面情報の全部又は一部を圧縮エンコードして前記モバイルネットワークに送出するエンコーダ部と、を備えるサーバ装置。
【請求項２】
携帯端末から機種情報を採取し、該機種情報と能力テーブルから該携帯端末の能力を求め、求めた能力に適合するように前記エンコーダ部のエンコード形式、ビットレート、画面解像度のうちの少なくともいずれかの制御を行う制御部をさらに備える、請求項１に記載のサーバ装置。
【請求項３】
コンテンツなどの情報を一時的に格納するためのキャッシュメモリ又は蓄積装置をさらに備える、請求項１または２に記載のサーバ装置。
【請求項４】
前記エンコーダ部は、前記パケット転送装置により設定された下りベアラのＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）情報を前記パケット転送装置から取得し、前記画面情報の全部又は一部を圧縮エンコードする際に、該ＱｏＳ情報におけるビットレートを越えないように制御して前記パケット転送装置にエンコード結果を送出する、請求項１に記載のサーバ装置。
【請求項５】
前記ＱｏＳ情報として、最大ビットレート（ＭＢＲ：Ｍａｘｉｍｕｍ  Ｂｉｔ  Ｒａｔｅ）及び保証ビットレート（ＧＢＲ：Ｇｕａｒａｎｔｅｅｄ  Ｂｉｔ  Ｒａｔｅ）のうちの少なくともいずれか一方を用いる、請求項４に記載のサーバ装置。
【請求項６】
前記パケット転送装置からＥＣＮ（Ｅｘｐｌｉｃｉｔ  Ｃｏｎｇｅｓｔｉｏｎ  Ｎｏｔｉｆｉｃａｔｉｏｎ）情報を取得するとともに、前記画面情報の全部又は一部を圧縮エンコードする際に、該ＥＣＮ情報に基づいて前記エンコーダ部のビットレートを制御する、請求項４または５に記載のサーバ装置。
【請求項７】
携帯端末から機種情報を採取し、該機種情報と能力テーブルから該携帯端末の能力を求め、求めた能力に適合するように前記エンコーダ部のエンコード形式、ビットレート、画面解像度のうちの少なくともいずれかの制御を行う制御部をさらに備える、請求項４ないし６のいずれか１項に記載のサーバ装置。
【請求項８】
携帯端末のためにコンテンツなどの情報を一時格納するキャッシュメモリ又は蓄積装置をさらに備える、請求項４ないし７のいずれか１項に記載のサーバ装置。
【請求項９】
モバイルネットワークを介して携帯端末からの指示情報を受信し、該指示情報をもとにアプリケーションに画面表示させるための画面情報を生成する擬似クライアント部と、該画面情報の全部又は一部を圧縮エンコードして該モバイルネットワークに送出するエンコーダ部とを有するサーバ装置と、
前記モバイルネットワークを介して前記圧縮エンコードされた画面情報を受信するとともに、伸張して表示する携帯端末と、を備えるリモート型携帯通信システム。
【請求項１０】
サーバ装置が、モバイルネットワークを介して携帯端末からの指示情報を受信し、該指示情報をもとにアプリケーションに画面表示させるための画面情報を生成する工程と、
前記画面情報の全部又は一部を圧縮エンコードして前記モバイルネットワークに送出する工程と、を含むリモート型携帯通信方法。
【国際調査報告】
2011052590.tif 000013
2011052590.tif 000014
2011052590.tif 000015