電子機器、通信制御プログラムおよび通信システム
【課題】コンテンツの圧縮に関する好適なパラメータをコンテンツに応じて決定すること。
【解決手段】携帯電話端末（電子機器）１は、コンテンツの送信要求を送信するとともに、送信要求に応じて送信されたコンテンツを受信する通信部２６によって受信されたコンテンツの容量を、当該コンテンツを識別するための識別情報と対応づけて記憶する記憶部２４と、取得対象のコンテンツの識別情報と対応づけて記憶部２４に記憶されている容量に応じて当該コンテンツの圧縮に関する設定値を決定し、決定した設定値を当該コンテンツの送信要求に含めさせる制御部２２とを備える。
【解決手段】携帯電話端末（電子機器）１は、コンテンツの送信要求を送信するとともに、送信要求に応じて送信されたコンテンツを受信する通信部２６によって受信されたコンテンツの容量を、当該コンテンツを識別するための識別情報と対応づけて記憶する記憶部２４と、取得対象のコンテンツの識別情報と対応づけて記憶部２４に記憶されている容量に応じて当該コンテンツの圧縮に関する設定値を決定し、決定した設定値を当該コンテンツの送信要求に含めさせる制御部２２とを備える。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電子機器、通信制御プログラムおよび通信システムに関する。
【背景技術】
【０００２】
通信時間の短縮や通信料金の削減を目的として、電子機器がダウンロードするＷＥＢページ等のコンテンツを圧縮する技術が知られている。例えば、特許文献１では、通信端末が接続に使用している通信方式の情報を取得し、通信端末が接続に使用している通信方式に対応する圧縮情報に基づいてデータを圧縮する技術が開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００７−２５９２６９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、上記の従来技術のように通信方式に応じて圧縮の仕方を決定することとすると、各種のコンテンツが一様に圧縮されてしまい、個々のコンテンツに応じて圧縮の仕方を適切に決定することができない。例えば、サイズの小さなコンテンツについては、ほとんど圧縮することなく十分短時間でダウンロードできるにもかかわらず、高い圧縮率で圧縮されて品質が低下してしまう場合がある。また、サイズの大きなコンテンツについては、圧縮が十分に行われずに、ダウンロードに多くの時間を要してしまう場合がある。
【０００５】
本発明は、上記に鑑みてなされたものであって、コンテンツの圧縮に関する好適なパラメータをコンテンツに応じて決定することができる電子機器、通信制御プログラムおよび通信システムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
上述した課題を解決し、目的を達成するために、本発明は、電子機器であって、コンテンツの送信要求を送信する送信部と、前記送信要求に応じて送信されたコンテンツを受信する受信部と、前記受信部によって受信されたコンテンツの容量を、当該コンテンツを識別するための識別情報と対応づけて記憶する記憶部と、所定のコンテンツの識別情報が、容量と対応づけて前記記憶部に記憶されている場合、その容量に応じて当該所定のコンテンツの圧縮に関する設定値を決定し、当該決定の後に前記所定のコンテンツの送信要求を再びする場合、決定した設定値を当該所定のコンテンツの送信要求に含める制御部とを備えることを特徴とする。
【０００７】
ここで、前記制御部は、前記所定のコンテンツの識別情報と対応づけて前記記憶部に記憶されている容量が、所定値より大きいほど当該コンテンツが小さな容量で受信され、前記容量が前記所定値より小さいほど当該コンテンツが大きな容量で受信されるように前記設定値を決定することが好ましい。
【０００８】
また、前記受信部は、無線基地局との間で無線通信を行い、前記制御部は、前記受信部と無線通信を行う無線基地局の性能に応じて、前記設定値を補正することが好ましい。
【０００９】
また、前記受信部は、時分割多次元接続によるスロット通信を行い、前記制御部は、受信に使用しているスロットの数に応じて前記設定値を補正することが好ましい。
【００１０】
また、前記コンテンツは、他のコンテンツへのリンクを含み、前記制御部は、受信済のコンテンツからリンクされた他のコンテンツの識別情報が前記記憶部に記憶されていない場合に、前記受信済のコンテンツの識別情報と対応づけて前記記憶部に記憶されている容量に応じて前記他のコンテンツの圧縮に関する設定値を決定し、決定した設定値を前記他のコンテンツの送信要求に含めさせることが好ましい。
【００１１】
また、上述した課題を解決し、目的を達成するために、本発明は、通信制御プログラムであって、コンテンツの送信要求を送信するステップと、前記送信要求に応じて送信されたコンテンツを受信するステップと、受信された前記コンテンツの容量を、当該コンテンツを識別するための識別情報と対応づけて記憶部に記憶させるステップと、取得対象のコンテンツの識別情報と対応づけて前記記憶部に記憶されている容量に応じて当該コンテンツの圧縮に関する設定値を決定するステップと、決定した前記設定値を前記取得対象のコンテンツの送信要求に含めるステップとを電子機器に実行させることを特徴とする。
【００１２】
また、上述した課題を解決し、目的を達成するために、本発明は、コンテンツを配信するコンテンツサーバと、前記サーバからコンテンツを受信し、当該コンテンツに対して圧縮処理を行い、圧縮されたコンテンツを送信する中継サーバと、前記中継サーバから前記圧縮されたコンテンツを受信する電子機器とを備える通信システムであって、前記電子機器は、所定コンテンツを初めて受信する場合には未圧縮の所定コンテンツを受信し、前記未圧縮の所定コンテンツを受信した場合には、当該所定コンテンツの識別情報と容量とに基づいて当該所定コンテンツの圧縮に関する設定値を決定し、前記所定コンテンツを再受信する場合には、前記設定値を前記中継サーバに送信し、前記集計サーバは、前記電子機器から受信した設定値に基づいて、前記所定コンテンツに対して圧縮処理を行い、当該圧縮処理が行われた所定コンテンツを前記電子機器へ送信することを特徴とする。
【発明の効果】
【００１３】
本発明に係る電子機器、通信制御プログラムおよび通信システムは、コンテンツの圧縮に関する好適なパラメータをコンテンツに応じて決定することができるという効果を奏する。
【図面の簡単な説明】
【００１４】
【図１】図１は、通信システムの概要構成を示す図である。
【図２】図２は、携帯電話端末の機能的な構成を示すブロック図である。
【図３】図３は、受信履歴データの一例を示す図である。
【図４】図４は、設定値データの一例を示す図である。
【図５】図５は、容量別補正値の一例を示す図である。
【図６】図６は、基地局別補正値の一例を示す図である。
【図７】図７は、コンテンツ取得処理の処理手順を示すフロー図である。
【図８】図８は、ブックマークデータの一例を示す図である。
【発明を実施するための形態】
【００１５】
以下、本発明につき図面を参照しつつ詳細に説明する。なお、以下の説明により本発明が限定されるものではない。また、以下の説明における構成要素には、当業者が容易に想定できるもの、実質的に同一のもの、いわゆる均等の範囲のものが含まれる。以下においては、電子機器として携帯電話端末を例として説明するが、本発明の適用対象は携帯電話端末に限定されるものではなく、例えば、ＰＨＳ（Personal Handyphone System）、ＰＤＡ、ポータブルナビゲーション装置、パーソナルコンピュータ、ゲーム機等に対しても本発明は適用できる。
【００１６】
（実施形態）
まず、図１を参照しながら、本実施形態に係る通信システム１００について説明する。図１は、通信システム１００の概要構成を示す図である。図１に示すように通信システム１００は、コンテンツサーバ３００と、高速化サーバ２００と、携帯電話端末１とを含む。
【００１７】
コンテンツサーバ３００は、コンテンツを保管し、クライアントからの送信要求に応じてコンテンツを要求元のクライアントへ送信する。ここでいうコンテンツとは、クライアントにおいて再生や閲覧されるデータであり、例えば、映像データ、画像データ、音声データ、文書データ、ＷＥＢページ等である。
【００１８】
高速化サーバ２００は、コンテンツサーバ３００と携帯電話端末１との間のやりとりを仲介する中継サーバである。高速化サーバ２００は、携帯電話端末１から高速化サーバ２００へ送信される送信要求に圧縮パラメータが含まれている場合、コンテンツサーバ３００から携帯電話端末１へ応答されるコンテンツを、圧縮パラメータに応じて圧縮する。
【００１９】
ここで、圧縮パラメータとは、コンテンツをどのように圧縮するかを指定するパラメータである。なお、コンテンツの圧縮は、ランレングス圧縮のような汎用的な圧縮方式を用いて実現されてもよいし、ＪＰＥＧ（Joint Photographic Experts Group）やＭＰＥＧ（Moving Picture Experts Group）のような特定の種別のデータを対象とする圧縮方式を用いて実現されてもよい。また、画像や映像の解像度を低下させたり、コンテンツに含まれるデータの一部を削除したりすることによって実現されてもよい。
【００２０】
携帯電話端末１は、送信要求を送信し、応答されたコンテンツの再生等を行うクライアントである。携帯電話端末１は、例えば、ＨＴＴＰ（HyperText Transfer Protocol）のリクエストメッセージとして送信要求を送信し、コンテンツをどのように圧縮するかを指定する圧縮パラメータを、送信されるリクエストのヘッダ部分に含める。携帯電話端末１は、基地局４００との間で確立される無線通信回線を介して、他の装置と情報をやりとりする。
【００２１】
通信システム１００におけるコンテンツの配信は、以下のような手順で行われる。まず、携帯電話端末１が、ステップＳ１として、送信要求を高速化サーバ２００へ送信する。送信要求には、取得対象のコンテンツを特定する情報に加えて、圧縮パラメータが含まれる。
【００２２】
続いて、高速化サーバ２００が、ステップＳ２として、携帯電話端末１から送信された送信要求をコンテンツサーバ３００へ転送する。このとき、高速化サーバ２００は、送信要求に含まれている圧縮パラメータを記憶しておく。なお、送信要求をコンテンツサーバ３００へ転送するに際して、送信要求から圧縮パラメータを削除してもよい。
【００２３】
コンテンツサーバ３００は、送信要求を受信すると、ステップＳ３として、送信要求に対応するコンテンツを高速化サーバ２００へ応答する。高速化サーバ２００は、コンテンツを受信すると、ステップＳ４として、記憶していた圧縮パラメータに基づいてコンテンツを圧縮し、圧縮済みのコンテンツを携帯電話端末１へ送信する。
【００２４】
このように、通信システム１００では、携帯電話端末１が指定した圧縮パラメータに基づいて圧縮されたコンテンツが携帯電話端末１へ配信される。このため、通信システム１００では、携帯電話端末１の指定に応じて、配信されるコンテンツの品質や、配信に要する時間が変動する。
【００２５】
ここで、携帯電話端末１は、コンテンツを受信するたびに、指定した圧縮パラメータと、受信されたコンテンツの容量とを記録しておき、記録しておいた情報を、同じコンテンツの送信を次回要求する場合に利用する。具体的には、携帯電話端末１は、記録しておいた情報に基づいて、配信されるコンテンツの容量が好適な容量に近くなるように圧縮パラメータを調整する。好適な容量とは、好適な配信時間内に配信可能なコンテンツの容量である。
【００２６】
例えば、あるコンテンツの前回受信時の容量が好適な容量よりも小さい場合、携帯電話端末１は、そのコンテンツの送信を新たに要求する場合に、圧縮パラメータとして、配信されるコンテンツの容量がより大きくなるように前回の値を補正した値を設定する。このように設定することにより、携帯電話端末１は、好適な配信時間内で配信を完了させつつ、配信されるコンテンツの品質を向上させることができる。
【００２７】
また、あるコンテンツの前回受信時の容量が好適な容量よりも大きい場合、携帯電話端末１は、そのコンテンツの送信を新たに要求する場合に、圧縮パラメータとして、配信されるコンテンツの容量がより小さくなるように前回の値を補正した値を設定する。このように設定することにより、携帯電話端末１は、コンテンツの配信を好適な配信時間内またはそれにより近い時間内で完了させることができる。
【００２８】
このように、通信システム１００では、携帯電話端末１が過去の受信履歴に基づいて圧縮パラメータを調整することにより、個々のコンテンツごとに圧縮パラメータを最適化することができる。
【００２９】
なお、図１では、コンテンツサーバ３００、高速化サーバ２００および携帯電話端末１が１台ずつ存在する例を示したが、これらの装置は、複数存在してもよい。また、高速化サーバ２００は、コンテンツの種別ごとに存在していてもよいし、複数の種別のコンテンツを圧縮できるように構成されていてもよい。また、コンテンツサーバ３００と高速化サーバ２００とが一体に構成されていてもよい。
【００３０】
また、携帯電話端末１が他の装置と情報をやりとりするために無線通信回線を確立する相手方である基地局４００も、複数存在していてよい。この場合、携帯電話端末１において受信される電波が最も高品質な基地局４００が、無線通信回線を確立する相手方として選択されることとしてもよい。また、それぞれの基地局４００がサポートする無線通信方式が異なる場合、携帯電話端末１が利用可能な無線通信方式のうち最も好適なものをサポートする基地局４００が、無線通信回線を確立する相手方として選択されることとしてもよい。
【００３１】
次に、図２を参照しながら、図１に示した携帯電話端末１の機能的な構成について説明する。図２は、携帯電話端末１の機能的な構成を示すブロック図である。図２に示すように、携帯電話端末１は、制御部２２と、記憶部２４と、通信部２６と、操作部１３と、音声処理部３０と、表示部２とを有する。
【００３２】
記憶部２４は、各種情報を記憶する記憶装置である。記憶部２４は、携帯電話端末１内に固定的に設けられたフラッシュメモリ等の半導体に情報を記憶させるものであってもよいし、メモリカード等の取り出し可能な記憶媒体と、記憶媒体の読み書き装置との組み合わせとして構成されていてもよい。
【００３３】
記憶部２４には、制御部２２での処理に利用されるデータやプログラムが記憶される。記憶部２４に記憶されるデータやプログラムには、通信制御プログラム２４ａと、ブックマークデータ２４ｂと、受信履歴データ２４ｃと、設定値データ２４ｄと、容量別補正値２４ｅと、基地局別補正値２４ｆとが含まれる。
【００３４】
通信制御プログラム２４ａは、コンテンツの配信等の通信に関する各種制御を実現するためのプログラムである。ブックマークデータ２４ｂは、利用者によって登録されたＷＥＢページのアドレスを保持する。受信履歴データ２４ｃは、受信されたコンテンツの容量と、そのコンテンツの送信を要求する際に指定された圧縮パラメータとを保持する。設定値データ２４ｄは、携帯電話端末１の動作を規定する各種設定値を保持する。
【００３５】
ここで、設定値データ２４ｄについて詳細に説明するために、本実施形態における携帯電話端末１と基地局４００との間で行われる通信方式について説明する。本実施形態において、携帯電話端末１と基地局４００との間で行われる通信方式は、ＴＤＭＡ（時分割多元接続方式）である。ＴＤＭＡ通信方式とは、１種類の搬送波を用いて１つの基地局が複数の携帯電話端末と通信を行うための通信方式である。
【００３６】
より具体的に説明すると、基地局は、１つの搬送波をスロットと呼ばれる単位に時分割（例えば、６２５μｓｅｃ毎に時分割）し、当該スロットを単位として携帯電話端末と通信を行う。また、基地局は、送信時に連続して４スロット、受信時に連続して４スロットを私用する。なお、受信用の４スロットと送信用の４スロットを合計した送受信用の８スロット合わせてフレームと呼ぶ。このフレームによる通信を繰り返し行う通信の方式がＴＤＭＡ通信方式である。
【００３７】
例えば、もし、１つの基地局が４つの携帯電話端末と通信を行う場合、基地局はそれぞれの携帯電話端末に対して１スロットずつしか割り当てることができない。しかしながら、もし、１つの基地局が１つの携帯電話端末と通信を行う場合、基地局は、１〜４スロットのいずれかのスロット数で１つの携帯電話端末と通信を行うことができる。
【００３８】
そして、ここでいう設定データ２４ｄとは、携帯電話端末１が、基地局４００との通信に用いるスロットの数と、圧縮パラメータとの関係を示したデータのことである。なお、上述したＴＤＭＡ通信方式の仕組みから分かるとおり、通信に用いられるスロットの数が多ければ多いほど、携帯電話端末１と基地局との間で一度に（１フレームで）やりとりされる情報量は多くなる。
【００３９】
具体的には、設定値データ２４ｄには、「４スロット使用」というパラメータに対して、圧縮パラメータ「３」が対応づけて記憶されている。また、同様に、「２スロット使用」というパラメータに対して、圧縮パラメータ「４」が対応づけて記憶されている。つまり、例えば、携帯電話端末１が２スロットを用いて基地局４００と通信をする場合には、「圧縮パラメータ」４を加味した上で、高速化サーバ２００に送信する圧縮パラメータが決定される。同様に、携帯電話端末１が４スロットを用いて基地局４００と通信をする場合には、「圧縮パラメータ」３を加味した上で、高速化サーバ２００に送信する圧縮パラメータが決定される。
【００４０】
容量別補正値２４ｅは、受信履歴データ２４ｃに基づいて新たに圧縮パラメータを決定する際に用いられる補正値を保持する。基地局別補正値２４ｆは、接続中の基地局に応じて圧縮パラメータを補正するための補正値を保持する。基地局は、機種の相違や設定の相違等のために、それぞれ通信速度やエラーの修正能力等の性能が異なる場合がある。基地局別補正値２４ｆは、基地局の性能の差を補正するために用いられる。
【００４１】
通信部２６は、送信部および受信部として機能する。通信部２６は、アンテナ２６ａを有し、基地局によって割り当てられるチャネルを介し、基地局との間でＣＤＭＡ方式などによる無線信号回線を確立し、基地局との間で電話通信および情報通信を行う。操作部１３は、操作キー、方向キー、決定ボタン等を含み、これらのキーやボタンが利用者によって操作されると、その操作内容に対応する信号を発生させる。そして、発生した信号は、利用者の指示として制御部２２へ入力される。
【００４２】
音声処理部３０は、マイク１５に入力される音声信号やレシーバ１６から出力される音声信号の処理を実行する。表示部２は、液晶ディスプレイ（ＬＣＤ、Liquid Crystal Display）や、有機ＥＬ（Organic Electro-Luminescence）パネルなどで構成された表示パネルを備え、制御部２２の制御に基づいて待受画面や各種の機能画面等を表示パネルに表示させる。
【００４３】
制御部２２は、携帯電話端末１の全体的な動作を統括的に制御する。すなわち、制御部２２は、携帯電話端末１の各種の処理が、操作部１３の操作や携帯電話端末１の記憶部２４に記憶されるソフトウェアに応じて適切な手順で実行されるように、通信部２６や、音声処理部３０や、表示部２等の動作を制御する。
【００４４】
制御部２２は、記憶部２４に記憶されているコンピュータプログラム（例えば、オペレーティングシステムプログラム、アプリケーションプログラム等）に基づいて処理を実行する。制御部２２は、例えば、マイクロプロセッサユニット（ＭＰＵ：Micro Processing Unit）で構成され、コンピュータプログラムに定義された手順にしたがって携帯電話端末１の各種の処理を実行する。すなわち、制御部２２は、記憶部２４に記憶されるコンピュータプログラムから命令列を順次読み込んで処理を実行する。なお、制御部２２は、記憶部２４に記憶されているコンピュータプログラムだけでなく、他の装置に記憶されているコンピュータプログラムをダウンロードして実行することもできる。
【００４５】
制御部２２は、携帯電話端末１の制御の一部として、通信制御プログラム２４ａを実行することにより、上述したような方式で圧縮パラメータを決定し、決定した圧縮パラメータを含む送信要求を通信部２６から送信させる。
【００４６】
次に、図３から図６を参照しながら、携帯電話端末１の記憶部２４に記憶されるデータについて説明する。図３は、受信履歴データ２４ｃの一例を示す図である。図４は、設定値データ２４ｄの一例を示す図である。図５は、容量別補正値２４ｅの一例を示す図である。図６は、基地局別補正値２４ｆの一例を示す図である。
【００４７】
図３に示すように、受信履歴データ２４ｃは、ＵＲＬ（Uniform Resource Locator）、容量、圧縮パラメータといった項目を有し、コンテンツが受信されるたびにデータが登録される。なお、受信されるコンテンツがＷＥＢページの場合、ＨＴＭＬ文書や画像データ等の要素ごとに受信履歴データ２４ｃにデータを登録することとしてもよいが、ＷＥＢページ単位で受信履歴データ２４ｃにデータを登録することがより好ましい。利用者は、ＷＥＢページ単位でコンテンツを閲覧し、ＷＥＢページ単位で配信時間の長短を知覚するためである。
【００４８】
ＵＲＬの項目には、受信したコンテンツのネットワーク上での位置を示す識別子が格納される。容量の項目には、受信したコンテンツの容量が格納される。なお、ここでいう受信したコンテンツの容量とは、高速化サーバ２００によって圧縮されたままのコンテンツの容量である。圧縮パラメータの項目には、受信したコンテンツの要求時に指定した圧縮パラメータが格納される。本実施形態では、圧縮パラメータは、１から５のいずれかの値を取り、値が大きいほど高速化サーバ２００によってコンテンツが小さく圧縮されるものとする。
【００４９】
例えば、図３に示す、受信履歴データ２４ｃの１行目では、ＵＲＬの項目に「http://example1.com/」が格納され、容量の項目に「１．２ＭＢ」が格納され、圧縮パラメータの項目に「４」が格納されている。これは、「http://example1.com/」という識別子で識別されるコンテンツを「４」という圧縮パラメータを指定して要求したところ、容量が「１．２ＭＢ」のコンテンツが受信されたことを示している。
【００５０】
図５に示すように、容量別補正値２４ｅは、コンテンツの容量と対応づけて、圧縮パラメータの補正値を保持する。図５に示す容量別補正値２４ｅの１行目では、容量の項目に「０〜１００ＫＢ」が格納され、補正値に「−２」が格納されている。これは、前回受信時のコンテンツの容量が「０〜１００ＫＢ」の場合、コンテンツの配信時間に余裕があるため、圧縮パラメータを前回の値より２だけ小さくすべきことを示している。
【００５１】
また、図５に示す容量別補正値２４ｅの３行目では、容量の項目に「３００ＫＢ〜５００ＫＢ」が格納され、補正値に「０」が格納されている。これは、前回受信時のコンテンツの容量が「３００ＫＢ〜５００ＫＢ」の場合、コンテンツの配信時間が好適であるため、圧縮パラメータを前回の値と同じにすべきことを示している。また、図５に示す容量別補正値２４ｅの５行目では、容量の項目に「１ＭＢ〜」が格納され、補正値に「＋２」が格納されている。これは、前回受信時のコンテンツの容量が「１ＭＢ」以上の場合、コンテンツの配信時間が長すぎるため、圧縮パラメータを前回の値より２だけ大きくすべきことを示している。
【００５２】
図５に示す容量別補正値２４ｅでは、前回受信時のコンテンツの容量が好適な値と大きく異なるほど圧縮パラメータの補正量が大きくなるように補正値が設定されている。このように設定することにより、圧縮パラメータの最適化を早く進めることができる。
【００５３】
なお、図５に示す容量別補正値２４ｅの例は、配信時間が適切な長さとなるコンテンツの好適な容量が「３００ＫＢ〜５００ＫＢ」であることを前提としているが、コンテンツの好適な容量はこの通りである必要はない。コンテンツの好適な容量は、通信方式に応じて変更してもよいし、利用者がコンテンツの好適な容量を任意に変更できるように携帯電話端末１を構成していてもよい。
【００５４】
図６に示すように、基地局別補正値２４ｆは、図１を用いて説明した基地局を識別するための基地局識別子と対応づけて、圧縮パラメータの補正値を保持する。図６に示す基地局別補正値２４ｆの２行目では、基地局識別子の項目に「ＹＹＹ」が格納され、補正値に「＋１」が格納されている。これは、通信中の基地局が「ＹＹＹ」という識別子で識別される場合、通信速度が通常よりも遅いため、圧縮パラメータを１だけ大きくすべきことを示している。なお、基地局別補正値２４ｆは、基地局の識別子が登録されていない場合に用いられるデフォルトの補正値を保持していてもよい。
【００５５】
次に、図７を参照しながら、通信制御プログラム２４ａに基づいて制御部２２が実行するコンテンツ取得処理の処理手順について説明する。なお、図７に示すコンテンツ取得処理は、例えば、利用者がコンテンツの取得を求める操作を操作部１３に対して行った場合に実行される。そして、コンテンツ取得処理によって取得されたコンテンツは、他のプログラムに基づいて制御部２２が実行する処理によって再生等の対象となる。
【００５６】
図７は、コンテンツ取得処理の処理手順を示すフロー図である。図７に示すように、制御部２２は、ステップＳ１０１として、取得対象のコンテンツのＵＲＬを検索キーとして受信履歴データ２４ｃを検索する。そして、該当するデータが検索された場合（ステップＳ１０２，Ｙｅｓ）、制御部２２は、ステップＳ１０６として、検索されたデータから容量と圧縮パラメータを取得する。
【００５７】
該当するデータがなかった場合（ステップＳ１０２，Ｎｏ）、制御部２２は、ステップＳ１０３として、リンク元のコンテンツがあるかを判定する。ここで、リンク元のコンテンツとは、取得対象のコンテンツへリンクを張っているコンテンツである。例えば、ＡというＷＥＢページがＢというＷＥＢページへリンクを張っており、ＢというＷＥＢページが取得対象のコンテンツである場合に、ＡというＷＥＢページがリンク元のコンテンツに相当する。リンク元のコンテンツがあるということは、あるコンテンツを取得するためのコンテンツ取得処理が実行され、続いて、取得されたコンテンツのリンクを辿って今回取得対象となっているコンテンツに対するコンテンツ取得処理が実行中されていることを意味する。
【００５８】
リンク元のコンテンツがある場合（ステップＳ１０３，Ｙｅｓ）、制御部２２は、ステップＳ１０４として、リンク元のコンテンツのＵＲＬを検索キーとして受信履歴データ２４ｃを検索する。そして、該当するデータが検索された場合（ステップＳ１０５，Ｙｅｓ）、制御部２２は、ステップＳ１０６として、検索されたデータから容量と圧縮パラメータを取得する。
【００５９】
ここで、リンク元のコンテンツに対応する容量と圧縮パラメータを取得するのは、リンク元のコンテンツとリンク先のコンテンツは、容量が同等である場合が多いためである。例えば、複数のページに分割され、前のページから次のページへリンクが張られたコンテンツの場合、リンク元のコンテンツの容量とリンク先のコンテンツの容量はほぼ同一であることが多い。
【００６０】
受信履歴データ２４ｃから検索されたデータから容量と圧縮パラメータを取得した場合、制御部２２は、ステップＳ１０７として、取得した容量に対応する補正値を容量別補正値２４ｅから取得する。そして、制御部２２は、ステップＳ１０８として、取得した補正値を圧縮パラメータに加算することにより、圧縮パラメータを補正し、ステップＳ１１０以降を実行する。なお、補正後の圧縮パラメータが最大値よりも大きくなるか最小値よりも小さくなる場合には、補正は行わないこととしてもよい。
【００６１】
一方、受信履歴データ２４ｃから検索されたデータから容量等を取得できなかった場合、すなわち、リンク元のコンテンツがない場合（ステップＳ１０３，Ｎｏ）、または、リンク元のＵＲＬに該当するデータがない場合（ステップＳ１０５，Ｎｏ）、制御部２２は、ステップＳ１０９として、設定値データ２４ｄからデフォルトの圧縮パラメータを取得し、ステップＳ１１０以降を実行する。
【００６２】
ステップＳ１１０として、制御部２２は、接続中の基地局に対応する補正値を基地局別補正値２４ｆから取得する。そして、制御部２２は、ステップＳ１１１として、取得した補正値を圧縮パラメータに加算することにより、圧縮パラメータを補正する。なお、補正後の圧縮パラメータが最大値よりも大きくなるか最小値よりも小さくなる場合には、補正は行わないこととしてもよい。
【００６３】
続いて、制御部２２は、ステップＳ１１２として、取得対象のコンテンツのＵＲＬと圧縮パラメータとを含めた送信要求を通信部２６に送信させる。そして、ステップＳ１１３として、送信要求に対応するコンテンツが通信部２６で受信されると、制御部２２は、ステップＳ１１４として、受信したコンテンツのＵＲＬと、容量と、要求時に指定した圧縮パラメータとを対応づけて受信履歴データ２４ｃに格納する。
【００６４】
上述してきたように、本実施形態では、過去の受信履歴に基づいて圧縮パラメータを調整することとしたので、個々のコンテンツごとに圧縮パラメータを最適化することができる。
【００６５】
なお、上記の各実施形態で示した本発明の態様は、本発明の要旨を逸脱しない範囲で任意に変更することができる。例えば、通信制御プログラム２４ａは、複数のモジュールに分割されていてもよいし、他のプログラムと統合されていてもよい。また、携帯電話端末１は、通信回線を通じて通信制御プログラム２４ａを他の装置からダウンロードしてしてもよいし、可搬の記憶媒体に記憶された通信制御プログラム２４ａを読み出して実行してもよい。
【００６６】
また、上記の実施形態では、容量に基づいて圧縮パラメータを調整することとしたが、コンテンツの要求から受信までに要した時間である配信時間を記録しておき、前回同じコンテンツを受信したときの配信時間に基づいて圧縮パラメータを調整してもよい。この場合、前回同じコンテンツを受信したときの配信時間が好適な時間よりも長い場合には、コンテンツがさらに小さく圧縮されるように圧縮パラメータが補正される。一方、前回同じコンテンツを受信したときの配信時間が好適な時間よりも短い場合には、受信されるコンテンツの容量が大きくなり、コンテンツの品質が向上するように圧縮パラメータが補正される。
【００６７】
また、容量別補正値２４ｅをコンテンツの種類別に設けてもよい。例えば、ＷＥＢページ用の容量別補正値２４ｅは、好適な容量が比較的小さいことを前提として設定され、動画データ用の容量別補正値２４ｅは、好適な容量が比較的大きいことを前提として設定される。
【００６８】
また、ブックマークデータ２４ｂに登録されているＷＥＢページを受信した場合に、受信したＷＥＢページの容量等を、受信履歴データ２４ｃではなく、ブックマークデータ２４ｂに記録することとしてもよい。受信したＷＥＢページの容量等を記録する場合のブックマークデータ２４ｂの一例を図８に示す。図８に示すブックマークデータ２４ｂでは、ＷＥＢページの名称およびＵＲＬと対応づけて、前回そのＷＥＢページを受信した際の容量と、用いられた圧縮パラメータとが記録されている。
【００６９】
記憶部２４の記憶容量の圧迫を避けるためには、受信履歴データ２４ｃに格納されているデータの一部を何らかのタイミングで削除することが好ましい。このとき、利用者が頻繁に参照するＷＥＢページに対応するデータが削除されると、次回そのＷＥＢページを取得する際に圧縮パラメータとして適切な値が指定されないおそれがある。利用者が頻繁に参照するＷＥＢページは、通常、ブックマークデータ２４ｂに登録されているので、ブックマークデータ２４ｂに登録されているＷＥＢページの容量等をブックマークデータ２４ｂに記録すれば、そのような不都合が生じにくくなる。
【００７０】
また、圧縮パラメータの決定を、コンテンツの取得時にではなく、コンテンツの取得後に行うこととしてもよい。この場合、同じコンテンツを前回取得した後に決定された圧縮パラメータを用いて、コンテンツの取得が行われる。
【産業上の利用可能性】
【００７１】
以上のように、本発明に係る電子機器、通信制御プログラムおよび通信システムは、コンテンツの圧縮に関する好適なパラメータをコンテンツに応じて決定する場合に適している。
【符号の説明】
【００７２】
１ 携帯電話端末
２ 表示部
１３ 操作部
１５ マイク
１６ レシーバ
２２ 制御部
２４ 記憶部
２４ａ 通信制御プログラム
２４ｂ ブックマークデータ
２４ｃ 受信履歴データ
２４ｄ 設定値データ
２４ｅ 容量別補正値
２４ｆ 基地局別補正値
２６ 通信部
３０ 音声処理部
１００ 通信システム
２００ 高速化サーバ
３００ コンテンツサーバ
【技術分野】
【０００１】
本発明は、電子機器、通信制御プログラムおよび通信システムに関する。
【背景技術】
【０００２】
通信時間の短縮や通信料金の削減を目的として、電子機器がダウンロードするＷＥＢページ等のコンテンツを圧縮する技術が知られている。例えば、特許文献１では、通信端末が接続に使用している通信方式の情報を取得し、通信端末が接続に使用している通信方式に対応する圧縮情報に基づいてデータを圧縮する技術が開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００７−２５９２６９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、上記の従来技術のように通信方式に応じて圧縮の仕方を決定することとすると、各種のコンテンツが一様に圧縮されてしまい、個々のコンテンツに応じて圧縮の仕方を適切に決定することができない。例えば、サイズの小さなコンテンツについては、ほとんど圧縮することなく十分短時間でダウンロードできるにもかかわらず、高い圧縮率で圧縮されて品質が低下してしまう場合がある。また、サイズの大きなコンテンツについては、圧縮が十分に行われずに、ダウンロードに多くの時間を要してしまう場合がある。
【０００５】
本発明は、上記に鑑みてなされたものであって、コンテンツの圧縮に関する好適なパラメータをコンテンツに応じて決定することができる電子機器、通信制御プログラムおよび通信システムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
上述した課題を解決し、目的を達成するために、本発明は、電子機器であって、コンテンツの送信要求を送信する送信部と、前記送信要求に応じて送信されたコンテンツを受信する受信部と、前記受信部によって受信されたコンテンツの容量を、当該コンテンツを識別するための識別情報と対応づけて記憶する記憶部と、所定のコンテンツの識別情報が、容量と対応づけて前記記憶部に記憶されている場合、その容量に応じて当該所定のコンテンツの圧縮に関する設定値を決定し、当該決定の後に前記所定のコンテンツの送信要求を再びする場合、決定した設定値を当該所定のコンテンツの送信要求に含める制御部とを備えることを特徴とする。
【０００７】
ここで、前記制御部は、前記所定のコンテンツの識別情報と対応づけて前記記憶部に記憶されている容量が、所定値より大きいほど当該コンテンツが小さな容量で受信され、前記容量が前記所定値より小さいほど当該コンテンツが大きな容量で受信されるように前記設定値を決定することが好ましい。
【０００８】
また、前記受信部は、無線基地局との間で無線通信を行い、前記制御部は、前記受信部と無線通信を行う無線基地局の性能に応じて、前記設定値を補正することが好ましい。
【０００９】
また、前記受信部は、時分割多次元接続によるスロット通信を行い、前記制御部は、受信に使用しているスロットの数に応じて前記設定値を補正することが好ましい。
【００１０】
また、前記コンテンツは、他のコンテンツへのリンクを含み、前記制御部は、受信済のコンテンツからリンクされた他のコンテンツの識別情報が前記記憶部に記憶されていない場合に、前記受信済のコンテンツの識別情報と対応づけて前記記憶部に記憶されている容量に応じて前記他のコンテンツの圧縮に関する設定値を決定し、決定した設定値を前記他のコンテンツの送信要求に含めさせることが好ましい。
【００１１】
また、上述した課題を解決し、目的を達成するために、本発明は、通信制御プログラムであって、コンテンツの送信要求を送信するステップと、前記送信要求に応じて送信されたコンテンツを受信するステップと、受信された前記コンテンツの容量を、当該コンテンツを識別するための識別情報と対応づけて記憶部に記憶させるステップと、取得対象のコンテンツの識別情報と対応づけて前記記憶部に記憶されている容量に応じて当該コンテンツの圧縮に関する設定値を決定するステップと、決定した前記設定値を前記取得対象のコンテンツの送信要求に含めるステップとを電子機器に実行させることを特徴とする。
【００１２】
また、上述した課題を解決し、目的を達成するために、本発明は、コンテンツを配信するコンテンツサーバと、前記サーバからコンテンツを受信し、当該コンテンツに対して圧縮処理を行い、圧縮されたコンテンツを送信する中継サーバと、前記中継サーバから前記圧縮されたコンテンツを受信する電子機器とを備える通信システムであって、前記電子機器は、所定コンテンツを初めて受信する場合には未圧縮の所定コンテンツを受信し、前記未圧縮の所定コンテンツを受信した場合には、当該所定コンテンツの識別情報と容量とに基づいて当該所定コンテンツの圧縮に関する設定値を決定し、前記所定コンテンツを再受信する場合には、前記設定値を前記中継サーバに送信し、前記集計サーバは、前記電子機器から受信した設定値に基づいて、前記所定コンテンツに対して圧縮処理を行い、当該圧縮処理が行われた所定コンテンツを前記電子機器へ送信することを特徴とする。
【発明の効果】
【００１３】
本発明に係る電子機器、通信制御プログラムおよび通信システムは、コンテンツの圧縮に関する好適なパラメータをコンテンツに応じて決定することができるという効果を奏する。
【図面の簡単な説明】
【００１４】
【図１】図１は、通信システムの概要構成を示す図である。
【図２】図２は、携帯電話端末の機能的な構成を示すブロック図である。
【図３】図３は、受信履歴データの一例を示す図である。
【図４】図４は、設定値データの一例を示す図である。
【図５】図５は、容量別補正値の一例を示す図である。
【図６】図６は、基地局別補正値の一例を示す図である。
【図７】図７は、コンテンツ取得処理の処理手順を示すフロー図である。
【図８】図８は、ブックマークデータの一例を示す図である。
【発明を実施するための形態】
【００１５】
以下、本発明につき図面を参照しつつ詳細に説明する。なお、以下の説明により本発明が限定されるものではない。また、以下の説明における構成要素には、当業者が容易に想定できるもの、実質的に同一のもの、いわゆる均等の範囲のものが含まれる。以下においては、電子機器として携帯電話端末を例として説明するが、本発明の適用対象は携帯電話端末に限定されるものではなく、例えば、ＰＨＳ（Personal Handyphone System）、ＰＤＡ、ポータブルナビゲーション装置、パーソナルコンピュータ、ゲーム機等に対しても本発明は適用できる。
【００１６】
（実施形態）
まず、図１を参照しながら、本実施形態に係る通信システム１００について説明する。図１は、通信システム１００の概要構成を示す図である。図１に示すように通信システム１００は、コンテンツサーバ３００と、高速化サーバ２００と、携帯電話端末１とを含む。
【００１７】
コンテンツサーバ３００は、コンテンツを保管し、クライアントからの送信要求に応じてコンテンツを要求元のクライアントへ送信する。ここでいうコンテンツとは、クライアントにおいて再生や閲覧されるデータであり、例えば、映像データ、画像データ、音声データ、文書データ、ＷＥＢページ等である。
【００１８】
高速化サーバ２００は、コンテンツサーバ３００と携帯電話端末１との間のやりとりを仲介する中継サーバである。高速化サーバ２００は、携帯電話端末１から高速化サーバ２００へ送信される送信要求に圧縮パラメータが含まれている場合、コンテンツサーバ３００から携帯電話端末１へ応答されるコンテンツを、圧縮パラメータに応じて圧縮する。
【００１９】
ここで、圧縮パラメータとは、コンテンツをどのように圧縮するかを指定するパラメータである。なお、コンテンツの圧縮は、ランレングス圧縮のような汎用的な圧縮方式を用いて実現されてもよいし、ＪＰＥＧ（Joint Photographic Experts Group）やＭＰＥＧ（Moving Picture Experts Group）のような特定の種別のデータを対象とする圧縮方式を用いて実現されてもよい。また、画像や映像の解像度を低下させたり、コンテンツに含まれるデータの一部を削除したりすることによって実現されてもよい。
【００２０】
携帯電話端末１は、送信要求を送信し、応答されたコンテンツの再生等を行うクライアントである。携帯電話端末１は、例えば、ＨＴＴＰ（HyperText Transfer Protocol）のリクエストメッセージとして送信要求を送信し、コンテンツをどのように圧縮するかを指定する圧縮パラメータを、送信されるリクエストのヘッダ部分に含める。携帯電話端末１は、基地局４００との間で確立される無線通信回線を介して、他の装置と情報をやりとりする。
【００２１】
通信システム１００におけるコンテンツの配信は、以下のような手順で行われる。まず、携帯電話端末１が、ステップＳ１として、送信要求を高速化サーバ２００へ送信する。送信要求には、取得対象のコンテンツを特定する情報に加えて、圧縮パラメータが含まれる。
【００２２】
続いて、高速化サーバ２００が、ステップＳ２として、携帯電話端末１から送信された送信要求をコンテンツサーバ３００へ転送する。このとき、高速化サーバ２００は、送信要求に含まれている圧縮パラメータを記憶しておく。なお、送信要求をコンテンツサーバ３００へ転送するに際して、送信要求から圧縮パラメータを削除してもよい。
【００２３】
コンテンツサーバ３００は、送信要求を受信すると、ステップＳ３として、送信要求に対応するコンテンツを高速化サーバ２００へ応答する。高速化サーバ２００は、コンテンツを受信すると、ステップＳ４として、記憶していた圧縮パラメータに基づいてコンテンツを圧縮し、圧縮済みのコンテンツを携帯電話端末１へ送信する。
【００２４】
このように、通信システム１００では、携帯電話端末１が指定した圧縮パラメータに基づいて圧縮されたコンテンツが携帯電話端末１へ配信される。このため、通信システム１００では、携帯電話端末１の指定に応じて、配信されるコンテンツの品質や、配信に要する時間が変動する。
【００２５】
ここで、携帯電話端末１は、コンテンツを受信するたびに、指定した圧縮パラメータと、受信されたコンテンツの容量とを記録しておき、記録しておいた情報を、同じコンテンツの送信を次回要求する場合に利用する。具体的には、携帯電話端末１は、記録しておいた情報に基づいて、配信されるコンテンツの容量が好適な容量に近くなるように圧縮パラメータを調整する。好適な容量とは、好適な配信時間内に配信可能なコンテンツの容量である。
【００２６】
例えば、あるコンテンツの前回受信時の容量が好適な容量よりも小さい場合、携帯電話端末１は、そのコンテンツの送信を新たに要求する場合に、圧縮パラメータとして、配信されるコンテンツの容量がより大きくなるように前回の値を補正した値を設定する。このように設定することにより、携帯電話端末１は、好適な配信時間内で配信を完了させつつ、配信されるコンテンツの品質を向上させることができる。
【００２７】
また、あるコンテンツの前回受信時の容量が好適な容量よりも大きい場合、携帯電話端末１は、そのコンテンツの送信を新たに要求する場合に、圧縮パラメータとして、配信されるコンテンツの容量がより小さくなるように前回の値を補正した値を設定する。このように設定することにより、携帯電話端末１は、コンテンツの配信を好適な配信時間内またはそれにより近い時間内で完了させることができる。
【００２８】
このように、通信システム１００では、携帯電話端末１が過去の受信履歴に基づいて圧縮パラメータを調整することにより、個々のコンテンツごとに圧縮パラメータを最適化することができる。
【００２９】
なお、図１では、コンテンツサーバ３００、高速化サーバ２００および携帯電話端末１が１台ずつ存在する例を示したが、これらの装置は、複数存在してもよい。また、高速化サーバ２００は、コンテンツの種別ごとに存在していてもよいし、複数の種別のコンテンツを圧縮できるように構成されていてもよい。また、コンテンツサーバ３００と高速化サーバ２００とが一体に構成されていてもよい。
【００３０】
また、携帯電話端末１が他の装置と情報をやりとりするために無線通信回線を確立する相手方である基地局４００も、複数存在していてよい。この場合、携帯電話端末１において受信される電波が最も高品質な基地局４００が、無線通信回線を確立する相手方として選択されることとしてもよい。また、それぞれの基地局４００がサポートする無線通信方式が異なる場合、携帯電話端末１が利用可能な無線通信方式のうち最も好適なものをサポートする基地局４００が、無線通信回線を確立する相手方として選択されることとしてもよい。
【００３１】
次に、図２を参照しながら、図１に示した携帯電話端末１の機能的な構成について説明する。図２は、携帯電話端末１の機能的な構成を示すブロック図である。図２に示すように、携帯電話端末１は、制御部２２と、記憶部２４と、通信部２６と、操作部１３と、音声処理部３０と、表示部２とを有する。
【００３２】
記憶部２４は、各種情報を記憶する記憶装置である。記憶部２４は、携帯電話端末１内に固定的に設けられたフラッシュメモリ等の半導体に情報を記憶させるものであってもよいし、メモリカード等の取り出し可能な記憶媒体と、記憶媒体の読み書き装置との組み合わせとして構成されていてもよい。
【００３３】
記憶部２４には、制御部２２での処理に利用されるデータやプログラムが記憶される。記憶部２４に記憶されるデータやプログラムには、通信制御プログラム２４ａと、ブックマークデータ２４ｂと、受信履歴データ２４ｃと、設定値データ２４ｄと、容量別補正値２４ｅと、基地局別補正値２４ｆとが含まれる。
【００３４】
通信制御プログラム２４ａは、コンテンツの配信等の通信に関する各種制御を実現するためのプログラムである。ブックマークデータ２４ｂは、利用者によって登録されたＷＥＢページのアドレスを保持する。受信履歴データ２４ｃは、受信されたコンテンツの容量と、そのコンテンツの送信を要求する際に指定された圧縮パラメータとを保持する。設定値データ２４ｄは、携帯電話端末１の動作を規定する各種設定値を保持する。
【００３５】
ここで、設定値データ２４ｄについて詳細に説明するために、本実施形態における携帯電話端末１と基地局４００との間で行われる通信方式について説明する。本実施形態において、携帯電話端末１と基地局４００との間で行われる通信方式は、ＴＤＭＡ（時分割多元接続方式）である。ＴＤＭＡ通信方式とは、１種類の搬送波を用いて１つの基地局が複数の携帯電話端末と通信を行うための通信方式である。
【００３６】
より具体的に説明すると、基地局は、１つの搬送波をスロットと呼ばれる単位に時分割（例えば、６２５μｓｅｃ毎に時分割）し、当該スロットを単位として携帯電話端末と通信を行う。また、基地局は、送信時に連続して４スロット、受信時に連続して４スロットを私用する。なお、受信用の４スロットと送信用の４スロットを合計した送受信用の８スロット合わせてフレームと呼ぶ。このフレームによる通信を繰り返し行う通信の方式がＴＤＭＡ通信方式である。
【００３７】
例えば、もし、１つの基地局が４つの携帯電話端末と通信を行う場合、基地局はそれぞれの携帯電話端末に対して１スロットずつしか割り当てることができない。しかしながら、もし、１つの基地局が１つの携帯電話端末と通信を行う場合、基地局は、１〜４スロットのいずれかのスロット数で１つの携帯電話端末と通信を行うことができる。
【００３８】
そして、ここでいう設定データ２４ｄとは、携帯電話端末１が、基地局４００との通信に用いるスロットの数と、圧縮パラメータとの関係を示したデータのことである。なお、上述したＴＤＭＡ通信方式の仕組みから分かるとおり、通信に用いられるスロットの数が多ければ多いほど、携帯電話端末１と基地局との間で一度に（１フレームで）やりとりされる情報量は多くなる。
【００３９】
具体的には、設定値データ２４ｄには、「４スロット使用」というパラメータに対して、圧縮パラメータ「３」が対応づけて記憶されている。また、同様に、「２スロット使用」というパラメータに対して、圧縮パラメータ「４」が対応づけて記憶されている。つまり、例えば、携帯電話端末１が２スロットを用いて基地局４００と通信をする場合には、「圧縮パラメータ」４を加味した上で、高速化サーバ２００に送信する圧縮パラメータが決定される。同様に、携帯電話端末１が４スロットを用いて基地局４００と通信をする場合には、「圧縮パラメータ」３を加味した上で、高速化サーバ２００に送信する圧縮パラメータが決定される。
【００４０】
容量別補正値２４ｅは、受信履歴データ２４ｃに基づいて新たに圧縮パラメータを決定する際に用いられる補正値を保持する。基地局別補正値２４ｆは、接続中の基地局に応じて圧縮パラメータを補正するための補正値を保持する。基地局は、機種の相違や設定の相違等のために、それぞれ通信速度やエラーの修正能力等の性能が異なる場合がある。基地局別補正値２４ｆは、基地局の性能の差を補正するために用いられる。
【００４１】
通信部２６は、送信部および受信部として機能する。通信部２６は、アンテナ２６ａを有し、基地局によって割り当てられるチャネルを介し、基地局との間でＣＤＭＡ方式などによる無線信号回線を確立し、基地局との間で電話通信および情報通信を行う。操作部１３は、操作キー、方向キー、決定ボタン等を含み、これらのキーやボタンが利用者によって操作されると、その操作内容に対応する信号を発生させる。そして、発生した信号は、利用者の指示として制御部２２へ入力される。
【００４２】
音声処理部３０は、マイク１５に入力される音声信号やレシーバ１６から出力される音声信号の処理を実行する。表示部２は、液晶ディスプレイ（ＬＣＤ、Liquid Crystal Display）や、有機ＥＬ（Organic Electro-Luminescence）パネルなどで構成された表示パネルを備え、制御部２２の制御に基づいて待受画面や各種の機能画面等を表示パネルに表示させる。
【００４３】
制御部２２は、携帯電話端末１の全体的な動作を統括的に制御する。すなわち、制御部２２は、携帯電話端末１の各種の処理が、操作部１３の操作や携帯電話端末１の記憶部２４に記憶されるソフトウェアに応じて適切な手順で実行されるように、通信部２６や、音声処理部３０や、表示部２等の動作を制御する。
【００４４】
制御部２２は、記憶部２４に記憶されているコンピュータプログラム（例えば、オペレーティングシステムプログラム、アプリケーションプログラム等）に基づいて処理を実行する。制御部２２は、例えば、マイクロプロセッサユニット（ＭＰＵ：Micro Processing Unit）で構成され、コンピュータプログラムに定義された手順にしたがって携帯電話端末１の各種の処理を実行する。すなわち、制御部２２は、記憶部２４に記憶されるコンピュータプログラムから命令列を順次読み込んで処理を実行する。なお、制御部２２は、記憶部２４に記憶されているコンピュータプログラムだけでなく、他の装置に記憶されているコンピュータプログラムをダウンロードして実行することもできる。
【００４５】
制御部２２は、携帯電話端末１の制御の一部として、通信制御プログラム２４ａを実行することにより、上述したような方式で圧縮パラメータを決定し、決定した圧縮パラメータを含む送信要求を通信部２６から送信させる。
【００４６】
次に、図３から図６を参照しながら、携帯電話端末１の記憶部２４に記憶されるデータについて説明する。図３は、受信履歴データ２４ｃの一例を示す図である。図４は、設定値データ２４ｄの一例を示す図である。図５は、容量別補正値２４ｅの一例を示す図である。図６は、基地局別補正値２４ｆの一例を示す図である。
【００４７】
図３に示すように、受信履歴データ２４ｃは、ＵＲＬ（Uniform Resource Locator）、容量、圧縮パラメータといった項目を有し、コンテンツが受信されるたびにデータが登録される。なお、受信されるコンテンツがＷＥＢページの場合、ＨＴＭＬ文書や画像データ等の要素ごとに受信履歴データ２４ｃにデータを登録することとしてもよいが、ＷＥＢページ単位で受信履歴データ２４ｃにデータを登録することがより好ましい。利用者は、ＷＥＢページ単位でコンテンツを閲覧し、ＷＥＢページ単位で配信時間の長短を知覚するためである。
【００４８】
ＵＲＬの項目には、受信したコンテンツのネットワーク上での位置を示す識別子が格納される。容量の項目には、受信したコンテンツの容量が格納される。なお、ここでいう受信したコンテンツの容量とは、高速化サーバ２００によって圧縮されたままのコンテンツの容量である。圧縮パラメータの項目には、受信したコンテンツの要求時に指定した圧縮パラメータが格納される。本実施形態では、圧縮パラメータは、１から５のいずれかの値を取り、値が大きいほど高速化サーバ２００によってコンテンツが小さく圧縮されるものとする。
【００４９】
例えば、図３に示す、受信履歴データ２４ｃの１行目では、ＵＲＬの項目に「http://example1.com/」が格納され、容量の項目に「１．２ＭＢ」が格納され、圧縮パラメータの項目に「４」が格納されている。これは、「http://example1.com/」という識別子で識別されるコンテンツを「４」という圧縮パラメータを指定して要求したところ、容量が「１．２ＭＢ」のコンテンツが受信されたことを示している。
【００５０】
図５に示すように、容量別補正値２４ｅは、コンテンツの容量と対応づけて、圧縮パラメータの補正値を保持する。図５に示す容量別補正値２４ｅの１行目では、容量の項目に「０〜１００ＫＢ」が格納され、補正値に「−２」が格納されている。これは、前回受信時のコンテンツの容量が「０〜１００ＫＢ」の場合、コンテンツの配信時間に余裕があるため、圧縮パラメータを前回の値より２だけ小さくすべきことを示している。
【００５１】
また、図５に示す容量別補正値２４ｅの３行目では、容量の項目に「３００ＫＢ〜５００ＫＢ」が格納され、補正値に「０」が格納されている。これは、前回受信時のコンテンツの容量が「３００ＫＢ〜５００ＫＢ」の場合、コンテンツの配信時間が好適であるため、圧縮パラメータを前回の値と同じにすべきことを示している。また、図５に示す容量別補正値２４ｅの５行目では、容量の項目に「１ＭＢ〜」が格納され、補正値に「＋２」が格納されている。これは、前回受信時のコンテンツの容量が「１ＭＢ」以上の場合、コンテンツの配信時間が長すぎるため、圧縮パラメータを前回の値より２だけ大きくすべきことを示している。
【００５２】
図５に示す容量別補正値２４ｅでは、前回受信時のコンテンツの容量が好適な値と大きく異なるほど圧縮パラメータの補正量が大きくなるように補正値が設定されている。このように設定することにより、圧縮パラメータの最適化を早く進めることができる。
【００５３】
なお、図５に示す容量別補正値２４ｅの例は、配信時間が適切な長さとなるコンテンツの好適な容量が「３００ＫＢ〜５００ＫＢ」であることを前提としているが、コンテンツの好適な容量はこの通りである必要はない。コンテンツの好適な容量は、通信方式に応じて変更してもよいし、利用者がコンテンツの好適な容量を任意に変更できるように携帯電話端末１を構成していてもよい。
【００５４】
図６に示すように、基地局別補正値２４ｆは、図１を用いて説明した基地局を識別するための基地局識別子と対応づけて、圧縮パラメータの補正値を保持する。図６に示す基地局別補正値２４ｆの２行目では、基地局識別子の項目に「ＹＹＹ」が格納され、補正値に「＋１」が格納されている。これは、通信中の基地局が「ＹＹＹ」という識別子で識別される場合、通信速度が通常よりも遅いため、圧縮パラメータを１だけ大きくすべきことを示している。なお、基地局別補正値２４ｆは、基地局の識別子が登録されていない場合に用いられるデフォルトの補正値を保持していてもよい。
【００５５】
次に、図７を参照しながら、通信制御プログラム２４ａに基づいて制御部２２が実行するコンテンツ取得処理の処理手順について説明する。なお、図７に示すコンテンツ取得処理は、例えば、利用者がコンテンツの取得を求める操作を操作部１３に対して行った場合に実行される。そして、コンテンツ取得処理によって取得されたコンテンツは、他のプログラムに基づいて制御部２２が実行する処理によって再生等の対象となる。
【００５６】
図７は、コンテンツ取得処理の処理手順を示すフロー図である。図７に示すように、制御部２２は、ステップＳ１０１として、取得対象のコンテンツのＵＲＬを検索キーとして受信履歴データ２４ｃを検索する。そして、該当するデータが検索された場合（ステップＳ１０２，Ｙｅｓ）、制御部２２は、ステップＳ１０６として、検索されたデータから容量と圧縮パラメータを取得する。
【００５７】
該当するデータがなかった場合（ステップＳ１０２，Ｎｏ）、制御部２２は、ステップＳ１０３として、リンク元のコンテンツがあるかを判定する。ここで、リンク元のコンテンツとは、取得対象のコンテンツへリンクを張っているコンテンツである。例えば、ＡというＷＥＢページがＢというＷＥＢページへリンクを張っており、ＢというＷＥＢページが取得対象のコンテンツである場合に、ＡというＷＥＢページがリンク元のコンテンツに相当する。リンク元のコンテンツがあるということは、あるコンテンツを取得するためのコンテンツ取得処理が実行され、続いて、取得されたコンテンツのリンクを辿って今回取得対象となっているコンテンツに対するコンテンツ取得処理が実行中されていることを意味する。
【００５８】
リンク元のコンテンツがある場合（ステップＳ１０３，Ｙｅｓ）、制御部２２は、ステップＳ１０４として、リンク元のコンテンツのＵＲＬを検索キーとして受信履歴データ２４ｃを検索する。そして、該当するデータが検索された場合（ステップＳ１０５，Ｙｅｓ）、制御部２２は、ステップＳ１０６として、検索されたデータから容量と圧縮パラメータを取得する。
【００５９】
ここで、リンク元のコンテンツに対応する容量と圧縮パラメータを取得するのは、リンク元のコンテンツとリンク先のコンテンツは、容量が同等である場合が多いためである。例えば、複数のページに分割され、前のページから次のページへリンクが張られたコンテンツの場合、リンク元のコンテンツの容量とリンク先のコンテンツの容量はほぼ同一であることが多い。
【００６０】
受信履歴データ２４ｃから検索されたデータから容量と圧縮パラメータを取得した場合、制御部２２は、ステップＳ１０７として、取得した容量に対応する補正値を容量別補正値２４ｅから取得する。そして、制御部２２は、ステップＳ１０８として、取得した補正値を圧縮パラメータに加算することにより、圧縮パラメータを補正し、ステップＳ１１０以降を実行する。なお、補正後の圧縮パラメータが最大値よりも大きくなるか最小値よりも小さくなる場合には、補正は行わないこととしてもよい。
【００６１】
一方、受信履歴データ２４ｃから検索されたデータから容量等を取得できなかった場合、すなわち、リンク元のコンテンツがない場合（ステップＳ１０３，Ｎｏ）、または、リンク元のＵＲＬに該当するデータがない場合（ステップＳ１０５，Ｎｏ）、制御部２２は、ステップＳ１０９として、設定値データ２４ｄからデフォルトの圧縮パラメータを取得し、ステップＳ１１０以降を実行する。
【００６２】
ステップＳ１１０として、制御部２２は、接続中の基地局に対応する補正値を基地局別補正値２４ｆから取得する。そして、制御部２２は、ステップＳ１１１として、取得した補正値を圧縮パラメータに加算することにより、圧縮パラメータを補正する。なお、補正後の圧縮パラメータが最大値よりも大きくなるか最小値よりも小さくなる場合には、補正は行わないこととしてもよい。
【００６３】
続いて、制御部２２は、ステップＳ１１２として、取得対象のコンテンツのＵＲＬと圧縮パラメータとを含めた送信要求を通信部２６に送信させる。そして、ステップＳ１１３として、送信要求に対応するコンテンツが通信部２６で受信されると、制御部２２は、ステップＳ１１４として、受信したコンテンツのＵＲＬと、容量と、要求時に指定した圧縮パラメータとを対応づけて受信履歴データ２４ｃに格納する。
【００６４】
上述してきたように、本実施形態では、過去の受信履歴に基づいて圧縮パラメータを調整することとしたので、個々のコンテンツごとに圧縮パラメータを最適化することができる。
【００６５】
なお、上記の各実施形態で示した本発明の態様は、本発明の要旨を逸脱しない範囲で任意に変更することができる。例えば、通信制御プログラム２４ａは、複数のモジュールに分割されていてもよいし、他のプログラムと統合されていてもよい。また、携帯電話端末１は、通信回線を通じて通信制御プログラム２４ａを他の装置からダウンロードしてしてもよいし、可搬の記憶媒体に記憶された通信制御プログラム２４ａを読み出して実行してもよい。
【００６６】
また、上記の実施形態では、容量に基づいて圧縮パラメータを調整することとしたが、コンテンツの要求から受信までに要した時間である配信時間を記録しておき、前回同じコンテンツを受信したときの配信時間に基づいて圧縮パラメータを調整してもよい。この場合、前回同じコンテンツを受信したときの配信時間が好適な時間よりも長い場合には、コンテンツがさらに小さく圧縮されるように圧縮パラメータが補正される。一方、前回同じコンテンツを受信したときの配信時間が好適な時間よりも短い場合には、受信されるコンテンツの容量が大きくなり、コンテンツの品質が向上するように圧縮パラメータが補正される。
【００６７】
また、容量別補正値２４ｅをコンテンツの種類別に設けてもよい。例えば、ＷＥＢページ用の容量別補正値２４ｅは、好適な容量が比較的小さいことを前提として設定され、動画データ用の容量別補正値２４ｅは、好適な容量が比較的大きいことを前提として設定される。
【００６８】
また、ブックマークデータ２４ｂに登録されているＷＥＢページを受信した場合に、受信したＷＥＢページの容量等を、受信履歴データ２４ｃではなく、ブックマークデータ２４ｂに記録することとしてもよい。受信したＷＥＢページの容量等を記録する場合のブックマークデータ２４ｂの一例を図８に示す。図８に示すブックマークデータ２４ｂでは、ＷＥＢページの名称およびＵＲＬと対応づけて、前回そのＷＥＢページを受信した際の容量と、用いられた圧縮パラメータとが記録されている。
【００６９】
記憶部２４の記憶容量の圧迫を避けるためには、受信履歴データ２４ｃに格納されているデータの一部を何らかのタイミングで削除することが好ましい。このとき、利用者が頻繁に参照するＷＥＢページに対応するデータが削除されると、次回そのＷＥＢページを取得する際に圧縮パラメータとして適切な値が指定されないおそれがある。利用者が頻繁に参照するＷＥＢページは、通常、ブックマークデータ２４ｂに登録されているので、ブックマークデータ２４ｂに登録されているＷＥＢページの容量等をブックマークデータ２４ｂに記録すれば、そのような不都合が生じにくくなる。
【００７０】
また、圧縮パラメータの決定を、コンテンツの取得時にではなく、コンテンツの取得後に行うこととしてもよい。この場合、同じコンテンツを前回取得した後に決定された圧縮パラメータを用いて、コンテンツの取得が行われる。
【産業上の利用可能性】
【００７１】
以上のように、本発明に係る電子機器、通信制御プログラムおよび通信システムは、コンテンツの圧縮に関する好適なパラメータをコンテンツに応じて決定する場合に適している。
【符号の説明】
【００７２】
１ 携帯電話端末
２ 表示部
１３ 操作部
１５ マイク
１６ レシーバ
２２ 制御部
２４ 記憶部
２４ａ 通信制御プログラム
２４ｂ ブックマークデータ
２４ｃ 受信履歴データ
２４ｄ 設定値データ
２４ｅ 容量別補正値
２４ｆ 基地局別補正値
２６ 通信部
３０ 音声処理部
１００ 通信システム
２００ 高速化サーバ
３００ コンテンツサーバ
【特許請求の範囲】
【請求項１】
コンテンツの送信要求を送信する送信部と、
前記送信要求に応じて送信されたコンテンツを受信する受信部と、
前記受信部によって受信されたコンテンツの容量を、当該コンテンツを識別するための識別情報と対応づけて記憶する記憶部と、
所定のコンテンツの識別情報が、容量と対応づけて前記記憶部に記憶されている場合、その容量に応じて当該所定のコンテンツの圧縮に関する設定値を決定し、当該決定の後に前記所定のコンテンツの送信要求を再びする場合、決定した設定値を当該所定のコンテンツの送信要求に含める制御部と
を備えることを特徴とする電子機器。
【請求項２】
前記制御部は、前記所定のコンテンツの識別情報と対応づけて前記記憶部に記憶されている容量が、所定値より大きいほど当該コンテンツが小さな容量で受信され、前記容量が前記所定値より小さいほど当該コンテンツが大きな容量で受信されるように前記設定値を決定することを特徴とする請求項１に記載の電子機器。
【請求項３】
前記受信部は、無線基地局との間で無線通信を行い、
前記制御部は、前記受信部と無線通信を行う無線基地局の性能に応じて、前記設定値を補正することを特徴とする請求項１または２に記載の電子機器。
【請求項４】
前記受信部は、時分割多次元接続によるスロット通信を行い、
前記制御部は、受信に使用しているスロットの数に応じて前記設定値を補正することを特徴とする請求項１から３のいずれか１項に記載の電子機器。
【請求項５】
前記コンテンツは、他のコンテンツへのリンクを含み、
前記制御部は、受信済のコンテンツからリンクされた他のコンテンツの識別情報が前記記憶部に記憶されていない場合に、前記受信済のコンテンツの識別情報と対応づけて前記記憶部に記憶されている容量に応じて前記他のコンテンツの圧縮に関する設定値を決定し、決定した設定値を前記他のコンテンツの送信要求に含めさせることを特徴とする請求項１から４のいずれか１項に記載の電子機器。
【請求項６】
コンテンツの送信要求を送信するステップと、
前記送信要求に応じて送信されたコンテンツを受信するステップと、
受信された前記コンテンツの容量を、当該コンテンツを識別するための識別情報と対応づけて記憶部に記憶させるステップと、
取得対象のコンテンツの識別情報と対応づけて前記記憶部に記憶されている容量に応じて当該コンテンツの圧縮に関する設定値を決定するステップと、
決定した前記設定値を前記取得対象のコンテンツの送信要求に含めるステップと
を電子機器に実行させることを特徴とする通信制御プログラム。
【請求項７】
コンテンツを配信するコンテンツサーバと、
前記サーバからコンテンツを受信し、当該コンテンツに対して圧縮処理を行い、圧縮されたコンテンツを送信する中継サーバと、
前記中継サーバから前記圧縮されたコンテンツを受信する電子機器とを備える通信システムであって、
前記電子機器は、
所定コンテンツを初めて受信する場合には未圧縮の所定コンテンツを受信し、
前記未圧縮の所定コンテンツを受信した場合には、当該所定コンテンツの識別情報と容量とに基づいて当該所定コンテンツの圧縮に関する設定値を決定し、
前記所定コンテンツを再受信する場合には、前記設定値を前記中継サーバに送信し、
前記集計サーバは、
前記電子機器から受信した設定値に基づいて、前記所定コンテンツに対して圧縮処理を行い、当該圧縮処理が行われた所定コンテンツを前記電子機器へ送信する
ことを特徴とする通信システム。
【請求項１】
コンテンツの送信要求を送信する送信部と、
前記送信要求に応じて送信されたコンテンツを受信する受信部と、
前記受信部によって受信されたコンテンツの容量を、当該コンテンツを識別するための識別情報と対応づけて記憶する記憶部と、
所定のコンテンツの識別情報が、容量と対応づけて前記記憶部に記憶されている場合、その容量に応じて当該所定のコンテンツの圧縮に関する設定値を決定し、当該決定の後に前記所定のコンテンツの送信要求を再びする場合、決定した設定値を当該所定のコンテンツの送信要求に含める制御部と
を備えることを特徴とする電子機器。
【請求項２】
前記制御部は、前記所定のコンテンツの識別情報と対応づけて前記記憶部に記憶されている容量が、所定値より大きいほど当該コンテンツが小さな容量で受信され、前記容量が前記所定値より小さいほど当該コンテンツが大きな容量で受信されるように前記設定値を決定することを特徴とする請求項１に記載の電子機器。
【請求項３】
前記受信部は、無線基地局との間で無線通信を行い、
前記制御部は、前記受信部と無線通信を行う無線基地局の性能に応じて、前記設定値を補正することを特徴とする請求項１または２に記載の電子機器。
【請求項４】
前記受信部は、時分割多次元接続によるスロット通信を行い、
前記制御部は、受信に使用しているスロットの数に応じて前記設定値を補正することを特徴とする請求項１から３のいずれか１項に記載の電子機器。
【請求項５】
前記コンテンツは、他のコンテンツへのリンクを含み、
前記制御部は、受信済のコンテンツからリンクされた他のコンテンツの識別情報が前記記憶部に記憶されていない場合に、前記受信済のコンテンツの識別情報と対応づけて前記記憶部に記憶されている容量に応じて前記他のコンテンツの圧縮に関する設定値を決定し、決定した設定値を前記他のコンテンツの送信要求に含めさせることを特徴とする請求項１から４のいずれか１項に記載の電子機器。
【請求項６】
コンテンツの送信要求を送信するステップと、
前記送信要求に応じて送信されたコンテンツを受信するステップと、
受信された前記コンテンツの容量を、当該コンテンツを識別するための識別情報と対応づけて記憶部に記憶させるステップと、
取得対象のコンテンツの識別情報と対応づけて前記記憶部に記憶されている容量に応じて当該コンテンツの圧縮に関する設定値を決定するステップと、
決定した前記設定値を前記取得対象のコンテンツの送信要求に含めるステップと
を電子機器に実行させることを特徴とする通信制御プログラム。
【請求項７】
コンテンツを配信するコンテンツサーバと、
前記サーバからコンテンツを受信し、当該コンテンツに対して圧縮処理を行い、圧縮されたコンテンツを送信する中継サーバと、
前記中継サーバから前記圧縮されたコンテンツを受信する電子機器とを備える通信システムであって、
前記電子機器は、
所定コンテンツを初めて受信する場合には未圧縮の所定コンテンツを受信し、
前記未圧縮の所定コンテンツを受信した場合には、当該所定コンテンツの識別情報と容量とに基づいて当該所定コンテンツの圧縮に関する設定値を決定し、
前記所定コンテンツを再受信する場合には、前記設定値を前記中継サーバに送信し、
前記集計サーバは、
前記電子機器から受信した設定値に基づいて、前記所定コンテンツに対して圧縮処理を行い、当該圧縮処理が行われた所定コンテンツを前記電子機器へ送信する
ことを特徴とする通信システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【公開番号】特開２０１２−９５１６１（Ｐ２０１２−９５１６１Ａ）
【公開日】平成２４年５月１７日（２０１２．５．１７）
【国際特許分類】
【出願番号】特願２０１０−２４１５５２（Ｐ２０１０−２４１５５２）
【出願日】平成２２年１０月２７日（２０１０．１０．２７）
【出願人】（０００００６６３３）京セラ株式会社 (13,660)
【Ｆターム（参考）】
【公開日】平成２４年５月１７日（２０１２．５．１７）
【国際特許分類】
【出願日】平成２２年１０月２７日（２０１０．１０．２７）
【出願人】（０００００６６３３）京セラ株式会社 (13,660)
【Ｆターム（参考）】
[ Back to top ]