サーバー装置、クライアント装置、サーバークライアントシステムおよびプログラム
【課題】クライアント装置の電池残量が少なくなった場合に、サーバー装置とクライアント装置間の通信のデータ量を低減させると共にクライアント装置の処理の負荷を軽減し、モバイル性を有しているクライアント装置の消費電力を低減させること。
【解決手段】クライアント装置の電池残量をサーバー装置へ送信し、サーバー装置がその電池残量に基づいてコンテンツのデータ量を低減させるように加工し、低減されたコンテンツデータをクライアント装置へ送信することにより、電池残量の減少したクライアント装置は、コンテンツの再生負荷を減少させる。
【解決手段】クライアント装置の電池残量をサーバー装置へ送信し、サーバー装置がその電池残量に基づいてコンテンツのデータ量を低減させるように加工し、低減されたコンテンツデータをクライアント装置へ送信することにより、電池残量の減少したクライアント装置は、コンテンツの再生負荷を減少させる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、クライアント装置からの要求に基づいてサーバー装置から送信されたコンテンツデータをクライアント装置で再生するサーバークライアントシステムに関し、特に、電池によって駆動するモバイル性を有したクライアント装置の電池残量に従って、サーバー装置に送信するコンテンツデータのデータ量を調整するクライアント装置を備えたサーバークライアントシステムに関する。
【背景技術】
【０００２】
従来、動画像、静止画像、音声等のコンテンツを有するクライアント装置と、前記クライアント装置に対して前記コンテンツの配信を要求し送信されてきたコンテンツを再生するサーバー装置とから構成されるサーバークライアントシステムが存在する。
【０００３】
このようなサーバークライアントシステムにおいて、クライアント装置がサーバー装置に対するコンテンツ要求に変速再生要求を設定して送信することで、サーバー装置が変速再生コンテンツデータを生成してクライアント装置に送信し、クライアント装置は、サーバー装置からの受信した変速再生コンテンツデータに対して、通常のコンテンツ再生と同様の処理を実行するのみで、コンテンツの変速再生を行うことができるものがある（例えば、特許文献１参照。）。
【特許文献１】特開２００４−３５００４３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、上述のようなサーバークライアントシステムにおいては、クライアント装置の処理負荷を軽減するために、クライアント装置からサーバー装置側へコンテンツを要求する際に、負荷を軽減するように設定した要求をしなければならず、クライアント装置側の電池残量を考慮していないという問題点があった。
【０００５】
そこで、本発明は、上記問題点に鑑みてなされたものであり、動画像、静止画像、音声等のコンテンツを有するクライアント装置と、前記クライアント装置に対して前記コンテンツの配信を要求し送信されてきたコンテンツを再生するサーバー装置とから構成されるサーバークライアントシステムにおいて、クライアント装置の電池残量が少なくなった場合に、サーバー装置とクライアント装置間の通信のデータ量を低減させると共にクライアント装置の処理の負荷を軽減し、モバイル性を有しているクライアント装置の消費電力を低減させることが可能なサーバー装置、クライアント装置、サーバークライアントシステムおよびプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明は、上記課題を解決するため、下記のような構成を採用した。
すなわち、本発明の一態様によれば、本発明のクライアント装置は、サーバー装置から送信されてきたコンテンツデータを再生するクライアント装置であって、前記サーバー装置に対して前記コンテンツデータを送信するように要求する要求情報を送信するコンテンツ要求送信手段と、前記サーバー装置から送信してきた前記コンテンツデータを受信するコンテンツ受信手段と、前記クライアント装置を駆動するための電池の容量を計測する電池容量計測手段と、前記電池容量計測手段によって計測した前記電池の容量を示す電池容量情報を前記サーバー装置に対して送信する電池容量送信手段と、前記コンテンツ受信手段によって受信したコンテンツデータのデータ形式を判断するデータ形式判断手段と、前記データ形式判断手段によって判断されたデータ形式に従って、前記コンテンツ受信手段によって受信したコンテンツデータを再生するコンテンツ再生手段とを備えることを特徴とする。
【０００７】
また、本発明のクライアント装置は、前記電池容量送信手段が、前記クライアント装置においてイベントが発生すると前記電池容量情報を送信することが望ましい。
また、本発明の一態様によれば、本発明のサーバー装置は、クライアント装置からの要求に従ってコンテンツデータを前記クライアント装置へ送信するサーバー装置であって、前記クライアント装置から送信されてきた、前記コンテンツデータを前記クライアント装置へ送信するように要求する要求情報を受信するコンテンツ要求受信手段と、前記クライアント装置から送信されてきた、前記クライアント装置を駆動するための電池の容量を示す電池容量情報を受信する電池容量受信手段と、前記電池容量受信手段によって受信した電池容量情報に基づいて、前記コンテンツを加工して加工済コンテンツを作成するコンテンツ加工手段と、前記電池容量受信手段によって受信した電池容量情報に基づいて、前記加工済コンテンツを前記クライアント装置へ送信するコンテンツ送信手段とを備えることを特徴とする。
【０００８】
また、本発明のサーバー装置は、前記コンテンツ加工手段が、前記コンテンツが動画像である場合、前記動画像を構成するフレームを間引いて間引動画像へ加工することが望ましい。
【０００９】
また、本発明のサーバー装置は、前記コンテンツ加工手段が、前記コンテンツがカラー画像である場合、前記カラー画像を白黒画像へ加工することを特徴とすることが望ましい。
【００１０】
また、本発明のサーバー装置は、前記コンテンツ加工手段が、前記コンテンツが高画質画像である場合、前記高画質画像を低画質画像へ加工することを特徴とすることが望ましい。
【００１１】
また、本発明のサーバー装置は、前記コンテンツ加工手段が、前記コンテンツを圧縮して圧縮コンテンツへ加工することを特徴とすることが望ましい。
また、本発明の一態様によれば、本発明のプログラムは、サーバー装置から送信されてきたコンテンツデータを再生するクライアント装置のコンピュータを、前記サーバー装置に対して前記コンテンツデータを送信するように要求する要求情報を送信するコンテンツ要求送信手段、前記サーバー装置から送信してきた前記コンテンツデータを受信するコンテンツ受信手段、前記クライアント装置を駆動するための電池の容量を計測する電池容量計測手段、前記電池容量計測手段によって計測した前記電池の容量を示す電池容量情報を前記サーバー装置に対して送信する電池容量送信手段、前記コンテンツ受信手段によって受信したコンテンツデータのデータ形式を判断するデータ形式判断手段、前記データ形式判断手段によって判断されたデータ形式に従って、前記コンテンツ受信手段によって受信したコンテンツデータを再生するコンテンツ再生手段として機能させるためのプログラムである。
【００１２】
また、本発明の一態様によれば、本発明のプログラムは、クライアント装置からの要求に従ってコンテンツデータを前記クライアント装置へ送信するサーバー装置のコンピュータを、前記クライアント装置から送信されてきた、前記コンテンツデータを前記クライアント装置へ送信するように要求する要求情報を受信するコンテンツ要求受信手段、前記クライアント装置から送信されてきた、前記クライアント装置を駆動するための電池の容量を示す電池容量情報を受信する電池容量受信手段、前記電池容量受信手段によって受信した電池容量情報に基づいて、前記コンテンツを加工して加工済コンテンツを作成するコンテンツ加工手段、前記電池容量受信手段によって受信した電池容量情報に基づいて、前記加工済コンテンツを前記クライアント装置へ送信するコンテンツ送信手段して機能させるためのプログラムである。
【発明の効果】
【００１３】
本発明によれば、電池駆動のクライアント装置とサーバー装置とからなるサーバークライアントシステムにおいて、クライアント装置の電池の残量を示す電池残量情報をサーバー装置に送信し、これを受信したサーバー装置が電池残量情報を判別して電池残量に応じて送信するコンテンツデータの種類を切替えることができる。
【００１４】
また、本発明によれば、クライアント装置の電池残量が少ない場合に、クライアント装置での処理が軽減されるようなコンテンツデータに変換して送信することにより、クライアント装置の消費電力を軽減することができる。
【００１５】
また、本発明によれば、電池残量の少ないクライアント装置に対して処理負荷の少ないコンテンツデータを送信するので、クライアント装置の駆動時間を延ばすことができる。
【発明を実施するための最良の形態】
【００１６】
以下、本発明の実施の形態について図面を参照しながら説明する。
図１は、サーバークライアントシステム１のネットワーク構成の概略を示す図である。
図１において、サーバー装置１０１は、動画像データ、静止画像データ、音声データ、テキストデータ等の様々なデータ形式のコンテンツデータを有している。
【００１７】
クライアント端末装置１０２は、ネットワーク１０９を介してサーバー装置１０１に接続されている。無線アクセスポイント１０３も、ネットワーク１０９を介してサーバー装置１０１に接続されている。また、モバイル端末装置１０４、スマートフォン１０５等の移動端末装置は、アクセスポイント１０３と無線通信を行うことにより、ネットワーク９を介してサーバー装置１０１と接続されている。なお、以下の説明においては、クライアント端末装置１０２、モバイル端末装置１０４およびスマートフォン１０５を総称してクライアント装置という。
【００１８】
そして、クライアント端末装置１０２、モバイル端末装置１０４あるいはスマートフォン１０５は、サーバー装置１０１との間でサーバークライアントシステム１を構築している。
【００１９】
モバイル端末装置１０４あるいはスマートフォン１０５のようなモバイル性を有するクライアント装置は、着脱可能な２次電池等の電池によって駆動し、無線ネットワーク（例えばＷｉＦｉ）、アクセスポイント１０３を介して、サーバー装置１０１と接続されることにより、サーバークライアントシステム１を構成している。そして、このようなサーバークライアントシステム１において、サーバー装置１０１は、クライアント装置からの要求に従ってコンテンツデータを前記クライアント装置へ送信し、これを受信したクライアント装置は、受信した動画像データ、静止画像データ、音声データ、テキストデータ等のコンテンツデータを再生する。
【００２０】
図２は、本発明の処理シーケンスを示す図である。
まず、ステップＳ２１において、電池駆動のクライアント装置、例えばモバイル端末装置１０４がサーバー装置１０１に対してターミナルサービス接続要求を送信すると、これを受信したサーバー装置１０１は、ステップＳ２２において、ターミナルサービスを起動し、モバイル端末装置１０４に対して認証のための識別情報（ＩＤ）およびパスワードの入力を要求する。
【００２１】
その後、ステップＳ２３において、モバイル端末装置１０４が識別情報およびパスワードを入力し、これらをサーバー装置１０１に送信して、ステップＳ２４において、これらの識別情報およびパスワードを受信したサーバー装置１０１が認証処理を実行してモバイル端末装置１０４の認証をＯＫすれば、サーバー装置１０１は、ステップＳ２５において、切断プロセスの確認後にモバイル端末装置１０４に対して端末情報を要求する。
【００２２】
すると、ステップＳ２６において、モバイル端末装置１０４は、画面の表示サイズ等の生成した端末情報とともに現時点での電池の容量（電池残量）をサーバー装置１０１へ送信する。
【００２３】
そして、ステップＳ２７において、サーバー装置１０１は、受信した画面の表示サイズ等の端末情報に基づいてディスプレイ番号を生成する。さらに、受信した電池の容量に基づいてモバイル端末装置１０４側で表示可能な表示データを生成する。すなわちアプリケーション情報を取得しこのアプリケーション情報から取得した動画像データ、静止画像データ、文字データ等を電池の容量に応じて画像処理した後の表示データを生成し、これをモバイル端末装置１０４へ送信する。
【００２４】
これを受信したモバイル端末装置１０４は、ステップＳ２８において、サーバー装置１０１から送信されてきた表示データを受信して表示し、次のイベントの入力が発生するとその際の電池の容量をイベント情報ともにサーバー装置１０１へ送信する。
【００２５】
すると、これらの電池の容量およびイベント情報を受信したサーバー装置１０１は、ステップＳ２９において、アプリケーション情報を取得しこのアプリケーション情報から取得した動画像データ、静止画像データ、文字データ等を電池の容量に応じて画像処理した後の表示データを生成し、これをモバイル端末装置１０４へ送信する。
【００２６】
その後もモバイル端末装置１０４は、イベント送信ごとに電池の容量をサーバー装置１０１へ送信し（ステップＳ３０）、サーバー装置１０１は、電池の容量に基づいて表示データを作成してモバイル端末装置１０４へ送信する（ステップＳ３１）。
【００２７】
このように、サーバー装置１０１が、モバイル端末装置１０４側の処理が軽減されるような表示データに変換して送信することにより、電池残量が充分にある場合に比べて、表示品質は低下するが通信処理に関わるメモリアクセス量と、表示処理に関わるＣＰＵ処理およびメモリアクセス量とが削減されるので低消費電力になる。
【００２８】
図３は、サーバー装置１０１の構成の概略を示す図である。
図３において、サーバー装置１０１は、ＣＰＵ（中央処理装置：Central Processing Unit）３０１、サーバー装置１０１において実行する処理を実行するプログラムの他、サーバー装置１０１の各機能を制御し実行するための制御プログラムが収納されたＲＯＭやＲＡＭ等のメモリ３０２、各種のデータや信号等を入力するための入力部３０３、画像やその他の情報を表示するための表示部３０４、画像を始め様々な情報を記録するための記憶部３０５、動画像データ、静止画像データ、音声データ、テキストデータ等の様々なデータ形式のコンテンツデータが格納されたコンテンツデータベース３０８を制御するデータベース制御部３０６、ＬＡＮ等のネットワーク１０９に接続するためのネットワーク接続部３０７、モバイル端末装置１０４等のような電池駆動のクライアント装置から送信された電池の残量に基づいてコンテンツデータベース３０８に格納されたコンテンツデータの加工を行うコンテンツ処理部３０９がバス３００に接続されて構成され、ＣＰＵ３０１がこれらの各部を制御している。
【００２９】
このようなハードウェアを備えるサーバー装置１０１は、本発明を実現するための機能として、コンテンツ要求受信部と電池容量受信部とコンテンツ加工部とコンテンツ送信部とを有している。
【００３０】
コンテンツ要求受信部は、クライアント装置、例えばモバイル端末装置１０４から送信されてきた要求であって、コンテンツデータベース３０８に格納された動画像データ、静止画像データ、音声データ、テキストデータ等の様々なデータ形式のコンテンツデータを前記モバイル端末装置１０４へ送信するように要求する要求情報を受信する。また、電池容量受信部は、前記モバイル端末装置１０４から送信されてきた、前記モバイル端末装置１０４を駆動するための２次電池４１０（図４参照）等の電池の容量を示す電池容量情報を受信する。
【００３１】
そして、コンテンツ加工部は、前記電池容量受信部によって受信した電池容量情報に基づいて、前記コンテンツを加工して加工済コンテンツを作成する。コンテンツの加工とは、コンテンツが動画像である場合、前記動画像を構成するフレームを間引いて間引動画像へ加工すること、例えば３０フレーム／秒の動画像を１０フレーム／秒の動画像へ間引いたり、静止画像に加工したり、究極的には削除（データを有しない画像の意）したりすることを含む。また、コンテンツがカラー画像である場合、前記カラー画像を白黒画像へ加工したり、記コンテンツが高画質画像である場合、前記高画質画像を低画質画像へ加工したり、コンテンツを圧縮して圧縮コンテンツへ加工したりすることも含まれる。
【００３２】
また、コンテンツ送信部は、前記電池容量受信部によって受信した電池容量情報に基づいて、前記加工済コンテンツを前記モバイル端末装置１０４へ送信する。
図４は、電池駆動のクライアント装置の一例であるモバイル端末装置１０４の構成の概略を示す図である。
【００３３】
図４において、モバイル端末装置１０４は、ＣＰＵ（中央処理装置：Central Processing Unit）４０１、モバイル端末装置１０４において実行する処理を実行するプログラムの他、モバイル端末装置１０４の各機能を制御し実行するための制御プログラムが収納されたＲＯＭやＲＡＭ等のメモリ４０２、各種のデータや信号等を入力するための入力部４０３、画像やその他の情報を表示するための表示部４０４、画像を始め様々な情報を記録するための記憶部４０５、外部記録媒体４０８を駆動する記録媒体駆動部４０６、ＬＡＮ等のネットワーク１０９に接続するためのネットワーク接続部４０７、モバイル端末装置１０４を駆動するための２次電池４１０を制御しその容量を測定する電源制御部４０９がバス４００に接続されて構成され、ＣＰＵ４０１がこれらの各部を制御している。
【００３４】
このようなハードウェアを備えるモバイル端末装置１０４は、本発明を実現するための機能として、コンテンツ要求送信部とコンテンツ受信部と電池容量計測部と電池容量送信部とデータ形式判断部とコンテンツ再生部とを有している。
【００３５】
コンテンツ要求送信部は、サーバー装置１０１がコンテンツデータベース３０８に有している動画像データ、静止画像データ、音声データ、テキストデータ等の様々なデータ形式のコンテンツデータを、モバイル端末装置１０４に送信するように要求する要求情報をサーバー装置１０１に対して送信する。また、電池容量計測部は、モバイル端末装置１０４を駆動するための２次電池４１０の容量を計測する。
【００３６】
そして、電池容量送信部は、前記電池容量計測部によって計測した前記電池の容量を示す電池容量情報を前記サーバー装置に対して送信する。送信のタイミングとしては、例えばモバイル端末装置１０４においてイベントが発生するとそのイベントに関する情報と同期して電池容量情報を送信するが、イベントに関する情報の送信とは別に電池容量情報のみを定期的（一定時間間隔ごと）に送信してもよいし、イベントに関する情報の送信とは別に電池の容量が変化するごと、例えば電池の残量が２分の１から３分の１や４分の１になった際に送信するようにしてもよい。
【００３７】
また、コンテンツ受信部は、前記モバイル端末装置１０４から送信してきた前記コンテンツデータを受信し、データ形式判断部は、前記コンテンツ受信部によって受信したコンテンツデータのデータ形式を判断する。
【００３８】
そして、コンテンツ再生部は、前記データ形式判断部によって判断されたデータ形式に従って、前記コンテンツ受信部によって受信したコンテンツデータを再生する。例えばデータ形式が動画像データであれば動画像データを再生し、静止画像データであれば静止画像データを再生する。
【００３９】
サーバー装置１０１およびモバイル端末装置１０４がこのような機能を有することにより、サーバー装置１０１は、通信処理に関わるメモリアクセス量の削減、表示処理に関わるメモリアクセス量の削減によって２次電池４１０の消費を低減することができる。
【００４０】
次に、サーバー装置１０１およびモバイル端末装置１０４において実行される処理の流れを、フローチャートを用いて説明する。
図５は、モバイル端末装置１０４において実行される処理の流れを示すフローチャートであり、図６は、サーバー装置１０１において実行される処理の流れを示すフローチャートである。
【００４１】
まず、図５のステップＳ５１において、モバイル端末装置１０４は、キー操作やタッチパネル操作等による何らかのイベントが発生したか否かを判断し、イベントが発生したと判断した場合（ステップＳ５１：Ｙｅｓ）は、ステップＳ５２において、電池の容量を測定する。ここで電池の容量とは、モバイル端末装置１０４を駆動するための２次電池４１０の現時点での容量、すなわち残量であり、例えばフル充電状態との比率、２分の１（１／２）、３分の１、４分の１、５分の１等を用いることができる。
【００４２】
次に、ステップＳ５３において、ステップＳ５２で計測した電池の残量とステップＳ５１で発生したと判断したイベントに関するデータとを、モバイル端末装置１０４に関する情報と共にサーバー装置１０１へ送信する。
【００４３】
すると、図６のステップＳ６１において、サーバー装置１０１は、モバイル端末装置１０４から電池の残量を示す情報とともに送信されてきたイベントに関するデータを受信したか否かを判断し、ステップＳ６２において、イベントを発生したモバイル端末装置１０４に関する情報を確認し実行中のアプリケーションへ通知する。
【００４４】
そして、ステップＳ６３において、ステップＳ６１で受信したイベントによって再生するコンテンツ（例えば表示する画像）の書き換えが行われたか否かを判断する。書き換えが行われていなければ（ステップＳ６３：Ｎｏ）、本処理を終了し、書き換えが行われていれば（ステップＳ６３：Ｙｅｓ）、ステップＳ６４において、書き換える画像を構成する各コンテンツ（表示データ）を取得する。
【００４５】
次に、ステップＳ６５において、ステップＳ６１で受信した電池の残量が５分の１以下であるか否かを判断し、５分の１以下であれば（ステップＳ６５：Ｙｅｓ）、ステップＳ６６において、図７に示したように、動画像であるコンテンツおよび静止画像であるコンテンツを削除し、テキストデータのみを残す。他方、５分の１以下でなければ（ステップＳ６５：Ｎｏ）、ステップＳ６７へ進む。
【００４６】
次に、ステップＳ６７において、ステップＳ６１で受信した電池の残量が４分の１以下であるか否かを判断し、４分の１以下であれば（ステップＳ６７：Ｙｅｓ）、ステップＳ６８において、図７に示したように、動画像であるコンテンツを削除し静止画像であるコンテンツを２色（白黒）へ減色処理する。他方、４分の１以下でなければ（ステップＳ６７：Ｎｏ）、ステップＳ６９へ進む。
【００４７】
次に、ステップＳ６９において、ステップＳ６１で受信した電池の残量が３分の１以下であるか否かを判断し、３分の１以下であれば（ステップＳ６９：Ｙｅｓ）、ステップＳ７０において、図７に示したように、動画像であるコンテンツを削除し静止画像であるコンテンツを２５６色（８ｂｐｐ：Bits Per Pixel）へ減色処理する。他方、４分の１以下でなければ（ステップＳ６７：Ｎｏ）、ステップＳ７１へ進む。
【００４８】
次に、ステップＳ７１において、ステップＳ６１で受信した電池の残量が２分の１以下であるか否かを判断し、２分の１以下であれば（ステップＳ７１：Ｙｅｓ）、ステップＳ７２において、図７に示したように、動画像であるコンテンツを静止画像へ変換処理し、静止画像であるコンテンツは静止画像のまま（１６ｂｐｐ）にする。他方、２分の１以下でなければ（ステップＳ７１：Ｎｏ）、ステップＳ７３において、動画像であるコンテンツは動画像のまま、静止画像であるコンテンツは静止画像のまま通常の画像処理のみを実行する。
【００４９】
そして、サーバー装置１０１は、ステップＳ６６、ステップＳ６８、ステップＳ７０、ステップＳ７２あるいはステップＳ７３での各処理の後、ステップＳ７４において、モバイル端末装置１０４で再生（表示）する表示データ（図８参照）を生成し、ステップＳ７５において、ステップＳ７４で生成した表示データをモバイル端末装置１０４へ送信する。
【００５０】
図５の説明に戻り、ステップＳ５４において、モバイル端末装置１０４は、サーバー装置１０１から送信された表示データを受信したか否かを判断する。表示データを受信したと判断した場合（ステップＳ５４：Ｙｅｓ）は、ステップＳ５５において、表示データの種類（データ型）を解析する。
【００５１】
図８は、サーバー装置１０１が生成しモバイル端末装置１０４へ送信される表示データのデータ構造の例を示す図である。
図８に示したように、表示データは、その送信先であるモバイル端末装置１０４のアドレス、データ型、表示する位置を示す表示アドレスとともにモバイル端末装置１０４へ送信される。なおデータ型とは、データ型「０」が１画素あたりのビット数が１６である１６ｂｐｐの静止画像、データ型「１」が８ｂｐｐの静止画像、データ型「２」が１ｂｐｐの静止画像、データ型「３」が１秒間に３０フレームの動画像、データ型「４」が１秒間に１０フレームの動画像、データ型「５」が１秒間に１フレームの動画像である。
【００５２】
図５の説明に戻り、モバイル端末装置１０４は、ステップＳ５６において、ステップＳ５５で解析した表示データの種類が「１ｂｐｐの静止画像」であるか否か、すなわちデータ型が「２」であるか否か判断し、「１ｂｐｐの静止画像」であれば（ステップＳ５６：Ｙｅｓ）、ステップＳ５７において、ステップＳ５４で受信した「１ｂｐｐの静止画像」の表示データを表示し、他方「１ｂｐｐの静止画像」でなければ（ステップＳ５６：Ｎｏ）、ステップＳ５８へ進む。
【００５３】
次に、モバイル端末装置１０４は、ステップＳ５８において、ステップＳ５５で解析した表示データの種類が「８ｂｐｐの静止画像」であるか否か、すなわちデータ型が「１」であるか否か判断し、「８ｂｐｐの静止画像」であれば（ステップＳ５８：Ｙｅｓ）、ステップＳ５９において、ステップＳ５４で受信した「８ｂｐｐの静止画像」の表示データを表示し、他方「８ｂｐｐの静止画像」でなければ（ステップＳ５８：Ｎｏ）、ステップＳ６０において、ステップＳ５４で受信した「１６ｂｐｐの静止画像」の表示データを表示する。なお、ここではステップＳ５４で受信した表示データが、「１ｂｐｐの静止画像」「８ｂｐｐの静止画像」「１６ｂｐｐの静止画像」の何れかであることを前提としており、動画像（データ型が３乃至５）が含まれていれば同様に動画像データの判断および表示を行う。なお、色の分解能は、例えば２４ｂｐｐ、あるいはそれ以上であってよい。
【００５４】
このような処理を実行することにより、モバイル端末装置１０４のような電池駆動のクライアント装置は、電池残量が少ないために、たとえば動画像の様に処理負荷の大きいコンテンツを再生するのは困難であるが、動画像の一部である静止画像の再生は行える。
【００５５】
図９は、１６ｂｐｐの静止画像のデータ構造を示す図であり、図１０は、８ｂｐｐの静止画像のデータ構造を示す図である。
図９に示した１６ｂｐｐの静止画像から図１０に示したような８ｂｐｐの静止画像に加工（減色処理）することにより、画像データのデータ量は２分の１に削減することができ、また、同様に８ｂｐｐから１ｂｐｐにすることにより、８分の１に削減することができる。
【００５６】
また、動画像の場合は、通常１０または３０フレーム／秒で表示が更新されているので、それを１フレーム／秒にするだけで１／１０または１／３０に表示データのデータ量を削減することができる。
【００５７】
また、色の分解能を変える代わりに、画像データの圧縮率を変えるようにしてもよい。静止画像等を転送する場合は、通常データの圧縮を行うことによりデータ量を削減するが、写真画像のような静止画像の場合は、極端に圧縮率が低い。そこで、写真画像等は、単色で塗りつぶしてしまうことにより、すなわち写真画像としての静止画像を削除することにより、圧縮効率を上げてデータ量を削減することができる。
【００５８】
また、例えばクライアント装置で使用するブラウザの処理において、通常はクライアント装置がＨＴＭＬ形式のデータを解析して処理し、電池残量が少ない場合（例えば３０％〜５０％）は、サーバー装置１０１側でＨＴＭＬ形式のデータをクライアント装置の表示画面サイズの表示データに変換して送信し、さらに電池残量が少ない場合（例えば３０％以下）は、テキストデータに変換して送信するようにしてもよい。
【００５９】
これにより、５０％以下であれば、クライアント装置によるブラウザの処理を緩和することでクライアント装置側の消費電力を抑えることが可能になる。３０％以下になると表示画像のデータ量の削減となり、消費電力を抑えることが可能になる。
【００６０】
なお、電池容量情報には、電池残量だけでなく電池が残りどれくらいの時間使用可能かを示す使用可能時間、電圧値の降下特性を把握している場合の電圧値等も含む。
なお、上述してきた本発明の実施の形態は、サーバー装置またはクライアント装置の一機能としてハードウェアまたはＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）ボードやＣＰＵボードでのファームウェアもしくはソフトウェアにより実現することができる。
【００６１】
以上、本発明の実施の形態を、図面を参照しながら説明してきたが、本発明が適用されるサーバー装置およびクライアント装置は、その機能が実行されるのであれば、上述の実施の形態に限定されることなく、単体の装置であっても、複数の装置からなるシステムあるいは統合装置であっても、ＬＡＮ、ＷＡＮ等のネットワークを介して処理が行なわれるシステムであってもよいことは言うまでもない。
【００６２】
また、バスに接続されたＣＰＵ、ＲＯＭやＲＡＭのメモリ、入力装置、出力装置、外部記録装置、媒体駆動装置、ネットワーク接続装置で構成されるシステムでも実現できる。すなわち、前述してきた実施の形態のシステムを実現するソフトェアのプログラムを記録したＲＯＭやＲＡＭのメモリ、外部記録装置、可搬記録媒体を、サーバー装置およびクライアント装置に供給し、それらのサーバー装置およびクライアント装置のコンピュータがプログラムを読み出し実行することによっても、達成されることは言うまでもない。
【００６３】
この場合、可搬記録媒体等から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記録した可搬記録媒体等は本発明を構成することになる。
【００６４】
プログラムを供給するための可搬記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ、磁気テープ、不揮発性のメモリーカード、ＲＯＭカード、電子メールやパソコン通信等のネットワーク接続装置（言い換えれば、通信回線）を介して記録した種々の記録媒体などを用いることができる。
【００６５】
また、コンピュータ（情報処理装置）がメモリ上に読み出したプログラムを実行することによって、前述した実施の形態の機能が実現される他、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳなどが実際の処理の一部または全部を行ない、その処理によっても前述した実施の形態の機能が実現される。
【００６６】
さらに、可搬型記録媒体から読み出されたプログラムやプログラム（データ）提供者から提供されたプログラム（データ）が、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行ない、その処理によっても前述した実施の形態の機能が実現され得る。
【００６７】
すなわち、本発明は、以上に述べた実施の形態に限定されるものではなく、本発明の要旨を逸脱しない範囲内で種々の構成または形状を取ることができる。
【図面の簡単な説明】
【００６８】
【図１】サーバークライアントシステム１のネットワーク構成の概略を示す図である。
【図２】本発明の処理シーケンスを示す図である。
【図３】サーバー装置１０１の構成の概略を示す図である。
【図４】電池駆動のクライアント装置の一例であるモバイル端末装置１０４の構成の概略を示す図である。
【図５】モバイル端末装置１０４において実行される処理の流れを示すフローチャートである。
【図６】サーバー装置１０１において実行される処理の流れを示すフローチャートである。
【図７】電池残量と表示色および表示データのデータフォーマットとの対応関係を示した図である。
【図８】サーバー装置１０１が生成しモバイル端末装置１０４へ送信される表示データのデータ構造の例を示す図である。
【図９】１６ｂｐｐの静止画像のデータ構造を示す図である。
【図１０】８ｂｐｐの静止画像のデータ構造を示す図である。
【符号の説明】
【００６９】
１ サーバークライアントシステム
１０１ サーバー装置
１０２ クライアント端末装置
１０３ 無線アクセスポイント
１０４ モバイル端末装置
１０５ スマートフォン
１０９ ネットワーク
３００ バス
３０１ ＣＰＵ
３０２ メモリ
３０３ 入力部
３０４ 表示部
３０５ 記憶部
３０６ データベース制御部
３０７ ネットワーク接続部
３０８ コンテンツデータベース
４００ バス
４０１ ＣＰＵ
４０２ メモリ
４０３ 入力部
４０４ 表示部
４０５ 記憶部
４０６ 記録媒体駆動部
４０７ ネットワーク接続部
４０８ 記録媒体
４０９ 電源制御部
４１０ ２次電池
【技術分野】
【０００１】
本発明は、クライアント装置からの要求に基づいてサーバー装置から送信されたコンテンツデータをクライアント装置で再生するサーバークライアントシステムに関し、特に、電池によって駆動するモバイル性を有したクライアント装置の電池残量に従って、サーバー装置に送信するコンテンツデータのデータ量を調整するクライアント装置を備えたサーバークライアントシステムに関する。
【背景技術】
【０００２】
従来、動画像、静止画像、音声等のコンテンツを有するクライアント装置と、前記クライアント装置に対して前記コンテンツの配信を要求し送信されてきたコンテンツを再生するサーバー装置とから構成されるサーバークライアントシステムが存在する。
【０００３】
このようなサーバークライアントシステムにおいて、クライアント装置がサーバー装置に対するコンテンツ要求に変速再生要求を設定して送信することで、サーバー装置が変速再生コンテンツデータを生成してクライアント装置に送信し、クライアント装置は、サーバー装置からの受信した変速再生コンテンツデータに対して、通常のコンテンツ再生と同様の処理を実行するのみで、コンテンツの変速再生を行うことができるものがある（例えば、特許文献１参照。）。
【特許文献１】特開２００４−３５００４３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、上述のようなサーバークライアントシステムにおいては、クライアント装置の処理負荷を軽減するために、クライアント装置からサーバー装置側へコンテンツを要求する際に、負荷を軽減するように設定した要求をしなければならず、クライアント装置側の電池残量を考慮していないという問題点があった。
【０００５】
そこで、本発明は、上記問題点に鑑みてなされたものであり、動画像、静止画像、音声等のコンテンツを有するクライアント装置と、前記クライアント装置に対して前記コンテンツの配信を要求し送信されてきたコンテンツを再生するサーバー装置とから構成されるサーバークライアントシステムにおいて、クライアント装置の電池残量が少なくなった場合に、サーバー装置とクライアント装置間の通信のデータ量を低減させると共にクライアント装置の処理の負荷を軽減し、モバイル性を有しているクライアント装置の消費電力を低減させることが可能なサーバー装置、クライアント装置、サーバークライアントシステムおよびプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明は、上記課題を解決するため、下記のような構成を採用した。
すなわち、本発明の一態様によれば、本発明のクライアント装置は、サーバー装置から送信されてきたコンテンツデータを再生するクライアント装置であって、前記サーバー装置に対して前記コンテンツデータを送信するように要求する要求情報を送信するコンテンツ要求送信手段と、前記サーバー装置から送信してきた前記コンテンツデータを受信するコンテンツ受信手段と、前記クライアント装置を駆動するための電池の容量を計測する電池容量計測手段と、前記電池容量計測手段によって計測した前記電池の容量を示す電池容量情報を前記サーバー装置に対して送信する電池容量送信手段と、前記コンテンツ受信手段によって受信したコンテンツデータのデータ形式を判断するデータ形式判断手段と、前記データ形式判断手段によって判断されたデータ形式に従って、前記コンテンツ受信手段によって受信したコンテンツデータを再生するコンテンツ再生手段とを備えることを特徴とする。
【０００７】
また、本発明のクライアント装置は、前記電池容量送信手段が、前記クライアント装置においてイベントが発生すると前記電池容量情報を送信することが望ましい。
また、本発明の一態様によれば、本発明のサーバー装置は、クライアント装置からの要求に従ってコンテンツデータを前記クライアント装置へ送信するサーバー装置であって、前記クライアント装置から送信されてきた、前記コンテンツデータを前記クライアント装置へ送信するように要求する要求情報を受信するコンテンツ要求受信手段と、前記クライアント装置から送信されてきた、前記クライアント装置を駆動するための電池の容量を示す電池容量情報を受信する電池容量受信手段と、前記電池容量受信手段によって受信した電池容量情報に基づいて、前記コンテンツを加工して加工済コンテンツを作成するコンテンツ加工手段と、前記電池容量受信手段によって受信した電池容量情報に基づいて、前記加工済コンテンツを前記クライアント装置へ送信するコンテンツ送信手段とを備えることを特徴とする。
【０００８】
また、本発明のサーバー装置は、前記コンテンツ加工手段が、前記コンテンツが動画像である場合、前記動画像を構成するフレームを間引いて間引動画像へ加工することが望ましい。
【０００９】
また、本発明のサーバー装置は、前記コンテンツ加工手段が、前記コンテンツがカラー画像である場合、前記カラー画像を白黒画像へ加工することを特徴とすることが望ましい。
【００１０】
また、本発明のサーバー装置は、前記コンテンツ加工手段が、前記コンテンツが高画質画像である場合、前記高画質画像を低画質画像へ加工することを特徴とすることが望ましい。
【００１１】
また、本発明のサーバー装置は、前記コンテンツ加工手段が、前記コンテンツを圧縮して圧縮コンテンツへ加工することを特徴とすることが望ましい。
また、本発明の一態様によれば、本発明のプログラムは、サーバー装置から送信されてきたコンテンツデータを再生するクライアント装置のコンピュータを、前記サーバー装置に対して前記コンテンツデータを送信するように要求する要求情報を送信するコンテンツ要求送信手段、前記サーバー装置から送信してきた前記コンテンツデータを受信するコンテンツ受信手段、前記クライアント装置を駆動するための電池の容量を計測する電池容量計測手段、前記電池容量計測手段によって計測した前記電池の容量を示す電池容量情報を前記サーバー装置に対して送信する電池容量送信手段、前記コンテンツ受信手段によって受信したコンテンツデータのデータ形式を判断するデータ形式判断手段、前記データ形式判断手段によって判断されたデータ形式に従って、前記コンテンツ受信手段によって受信したコンテンツデータを再生するコンテンツ再生手段として機能させるためのプログラムである。
【００１２】
また、本発明の一態様によれば、本発明のプログラムは、クライアント装置からの要求に従ってコンテンツデータを前記クライアント装置へ送信するサーバー装置のコンピュータを、前記クライアント装置から送信されてきた、前記コンテンツデータを前記クライアント装置へ送信するように要求する要求情報を受信するコンテンツ要求受信手段、前記クライアント装置から送信されてきた、前記クライアント装置を駆動するための電池の容量を示す電池容量情報を受信する電池容量受信手段、前記電池容量受信手段によって受信した電池容量情報に基づいて、前記コンテンツを加工して加工済コンテンツを作成するコンテンツ加工手段、前記電池容量受信手段によって受信した電池容量情報に基づいて、前記加工済コンテンツを前記クライアント装置へ送信するコンテンツ送信手段して機能させるためのプログラムである。
【発明の効果】
【００１３】
本発明によれば、電池駆動のクライアント装置とサーバー装置とからなるサーバークライアントシステムにおいて、クライアント装置の電池の残量を示す電池残量情報をサーバー装置に送信し、これを受信したサーバー装置が電池残量情報を判別して電池残量に応じて送信するコンテンツデータの種類を切替えることができる。
【００１４】
また、本発明によれば、クライアント装置の電池残量が少ない場合に、クライアント装置での処理が軽減されるようなコンテンツデータに変換して送信することにより、クライアント装置の消費電力を軽減することができる。
【００１５】
また、本発明によれば、電池残量の少ないクライアント装置に対して処理負荷の少ないコンテンツデータを送信するので、クライアント装置の駆動時間を延ばすことができる。
【発明を実施するための最良の形態】
【００１６】
以下、本発明の実施の形態について図面を参照しながら説明する。
図１は、サーバークライアントシステム１のネットワーク構成の概略を示す図である。
図１において、サーバー装置１０１は、動画像データ、静止画像データ、音声データ、テキストデータ等の様々なデータ形式のコンテンツデータを有している。
【００１７】
クライアント端末装置１０２は、ネットワーク１０９を介してサーバー装置１０１に接続されている。無線アクセスポイント１０３も、ネットワーク１０９を介してサーバー装置１０１に接続されている。また、モバイル端末装置１０４、スマートフォン１０５等の移動端末装置は、アクセスポイント１０３と無線通信を行うことにより、ネットワーク９を介してサーバー装置１０１と接続されている。なお、以下の説明においては、クライアント端末装置１０２、モバイル端末装置１０４およびスマートフォン１０５を総称してクライアント装置という。
【００１８】
そして、クライアント端末装置１０２、モバイル端末装置１０４あるいはスマートフォン１０５は、サーバー装置１０１との間でサーバークライアントシステム１を構築している。
【００１９】
モバイル端末装置１０４あるいはスマートフォン１０５のようなモバイル性を有するクライアント装置は、着脱可能な２次電池等の電池によって駆動し、無線ネットワーク（例えばＷｉＦｉ）、アクセスポイント１０３を介して、サーバー装置１０１と接続されることにより、サーバークライアントシステム１を構成している。そして、このようなサーバークライアントシステム１において、サーバー装置１０１は、クライアント装置からの要求に従ってコンテンツデータを前記クライアント装置へ送信し、これを受信したクライアント装置は、受信した動画像データ、静止画像データ、音声データ、テキストデータ等のコンテンツデータを再生する。
【００２０】
図２は、本発明の処理シーケンスを示す図である。
まず、ステップＳ２１において、電池駆動のクライアント装置、例えばモバイル端末装置１０４がサーバー装置１０１に対してターミナルサービス接続要求を送信すると、これを受信したサーバー装置１０１は、ステップＳ２２において、ターミナルサービスを起動し、モバイル端末装置１０４に対して認証のための識別情報（ＩＤ）およびパスワードの入力を要求する。
【００２１】
その後、ステップＳ２３において、モバイル端末装置１０４が識別情報およびパスワードを入力し、これらをサーバー装置１０１に送信して、ステップＳ２４において、これらの識別情報およびパスワードを受信したサーバー装置１０１が認証処理を実行してモバイル端末装置１０４の認証をＯＫすれば、サーバー装置１０１は、ステップＳ２５において、切断プロセスの確認後にモバイル端末装置１０４に対して端末情報を要求する。
【００２２】
すると、ステップＳ２６において、モバイル端末装置１０４は、画面の表示サイズ等の生成した端末情報とともに現時点での電池の容量（電池残量）をサーバー装置１０１へ送信する。
【００２３】
そして、ステップＳ２７において、サーバー装置１０１は、受信した画面の表示サイズ等の端末情報に基づいてディスプレイ番号を生成する。さらに、受信した電池の容量に基づいてモバイル端末装置１０４側で表示可能な表示データを生成する。すなわちアプリケーション情報を取得しこのアプリケーション情報から取得した動画像データ、静止画像データ、文字データ等を電池の容量に応じて画像処理した後の表示データを生成し、これをモバイル端末装置１０４へ送信する。
【００２４】
これを受信したモバイル端末装置１０４は、ステップＳ２８において、サーバー装置１０１から送信されてきた表示データを受信して表示し、次のイベントの入力が発生するとその際の電池の容量をイベント情報ともにサーバー装置１０１へ送信する。
【００２５】
すると、これらの電池の容量およびイベント情報を受信したサーバー装置１０１は、ステップＳ２９において、アプリケーション情報を取得しこのアプリケーション情報から取得した動画像データ、静止画像データ、文字データ等を電池の容量に応じて画像処理した後の表示データを生成し、これをモバイル端末装置１０４へ送信する。
【００２６】
その後もモバイル端末装置１０４は、イベント送信ごとに電池の容量をサーバー装置１０１へ送信し（ステップＳ３０）、サーバー装置１０１は、電池の容量に基づいて表示データを作成してモバイル端末装置１０４へ送信する（ステップＳ３１）。
【００２７】
このように、サーバー装置１０１が、モバイル端末装置１０４側の処理が軽減されるような表示データに変換して送信することにより、電池残量が充分にある場合に比べて、表示品質は低下するが通信処理に関わるメモリアクセス量と、表示処理に関わるＣＰＵ処理およびメモリアクセス量とが削減されるので低消費電力になる。
【００２８】
図３は、サーバー装置１０１の構成の概略を示す図である。
図３において、サーバー装置１０１は、ＣＰＵ（中央処理装置：Central Processing Unit）３０１、サーバー装置１０１において実行する処理を実行するプログラムの他、サーバー装置１０１の各機能を制御し実行するための制御プログラムが収納されたＲＯＭやＲＡＭ等のメモリ３０２、各種のデータや信号等を入力するための入力部３０３、画像やその他の情報を表示するための表示部３０４、画像を始め様々な情報を記録するための記憶部３０５、動画像データ、静止画像データ、音声データ、テキストデータ等の様々なデータ形式のコンテンツデータが格納されたコンテンツデータベース３０８を制御するデータベース制御部３０６、ＬＡＮ等のネットワーク１０９に接続するためのネットワーク接続部３０７、モバイル端末装置１０４等のような電池駆動のクライアント装置から送信された電池の残量に基づいてコンテンツデータベース３０８に格納されたコンテンツデータの加工を行うコンテンツ処理部３０９がバス３００に接続されて構成され、ＣＰＵ３０１がこれらの各部を制御している。
【００２９】
このようなハードウェアを備えるサーバー装置１０１は、本発明を実現するための機能として、コンテンツ要求受信部と電池容量受信部とコンテンツ加工部とコンテンツ送信部とを有している。
【００３０】
コンテンツ要求受信部は、クライアント装置、例えばモバイル端末装置１０４から送信されてきた要求であって、コンテンツデータベース３０８に格納された動画像データ、静止画像データ、音声データ、テキストデータ等の様々なデータ形式のコンテンツデータを前記モバイル端末装置１０４へ送信するように要求する要求情報を受信する。また、電池容量受信部は、前記モバイル端末装置１０４から送信されてきた、前記モバイル端末装置１０４を駆動するための２次電池４１０（図４参照）等の電池の容量を示す電池容量情報を受信する。
【００３１】
そして、コンテンツ加工部は、前記電池容量受信部によって受信した電池容量情報に基づいて、前記コンテンツを加工して加工済コンテンツを作成する。コンテンツの加工とは、コンテンツが動画像である場合、前記動画像を構成するフレームを間引いて間引動画像へ加工すること、例えば３０フレーム／秒の動画像を１０フレーム／秒の動画像へ間引いたり、静止画像に加工したり、究極的には削除（データを有しない画像の意）したりすることを含む。また、コンテンツがカラー画像である場合、前記カラー画像を白黒画像へ加工したり、記コンテンツが高画質画像である場合、前記高画質画像を低画質画像へ加工したり、コンテンツを圧縮して圧縮コンテンツへ加工したりすることも含まれる。
【００３２】
また、コンテンツ送信部は、前記電池容量受信部によって受信した電池容量情報に基づいて、前記加工済コンテンツを前記モバイル端末装置１０４へ送信する。
図４は、電池駆動のクライアント装置の一例であるモバイル端末装置１０４の構成の概略を示す図である。
【００３３】
図４において、モバイル端末装置１０４は、ＣＰＵ（中央処理装置：Central Processing Unit）４０１、モバイル端末装置１０４において実行する処理を実行するプログラムの他、モバイル端末装置１０４の各機能を制御し実行するための制御プログラムが収納されたＲＯＭやＲＡＭ等のメモリ４０２、各種のデータや信号等を入力するための入力部４０３、画像やその他の情報を表示するための表示部４０４、画像を始め様々な情報を記録するための記憶部４０５、外部記録媒体４０８を駆動する記録媒体駆動部４０６、ＬＡＮ等のネットワーク１０９に接続するためのネットワーク接続部４０７、モバイル端末装置１０４を駆動するための２次電池４１０を制御しその容量を測定する電源制御部４０９がバス４００に接続されて構成され、ＣＰＵ４０１がこれらの各部を制御している。
【００３４】
このようなハードウェアを備えるモバイル端末装置１０４は、本発明を実現するための機能として、コンテンツ要求送信部とコンテンツ受信部と電池容量計測部と電池容量送信部とデータ形式判断部とコンテンツ再生部とを有している。
【００３５】
コンテンツ要求送信部は、サーバー装置１０１がコンテンツデータベース３０８に有している動画像データ、静止画像データ、音声データ、テキストデータ等の様々なデータ形式のコンテンツデータを、モバイル端末装置１０４に送信するように要求する要求情報をサーバー装置１０１に対して送信する。また、電池容量計測部は、モバイル端末装置１０４を駆動するための２次電池４１０の容量を計測する。
【００３６】
そして、電池容量送信部は、前記電池容量計測部によって計測した前記電池の容量を示す電池容量情報を前記サーバー装置に対して送信する。送信のタイミングとしては、例えばモバイル端末装置１０４においてイベントが発生するとそのイベントに関する情報と同期して電池容量情報を送信するが、イベントに関する情報の送信とは別に電池容量情報のみを定期的（一定時間間隔ごと）に送信してもよいし、イベントに関する情報の送信とは別に電池の容量が変化するごと、例えば電池の残量が２分の１から３分の１や４分の１になった際に送信するようにしてもよい。
【００３７】
また、コンテンツ受信部は、前記モバイル端末装置１０４から送信してきた前記コンテンツデータを受信し、データ形式判断部は、前記コンテンツ受信部によって受信したコンテンツデータのデータ形式を判断する。
【００３８】
そして、コンテンツ再生部は、前記データ形式判断部によって判断されたデータ形式に従って、前記コンテンツ受信部によって受信したコンテンツデータを再生する。例えばデータ形式が動画像データであれば動画像データを再生し、静止画像データであれば静止画像データを再生する。
【００３９】
サーバー装置１０１およびモバイル端末装置１０４がこのような機能を有することにより、サーバー装置１０１は、通信処理に関わるメモリアクセス量の削減、表示処理に関わるメモリアクセス量の削減によって２次電池４１０の消費を低減することができる。
【００４０】
次に、サーバー装置１０１およびモバイル端末装置１０４において実行される処理の流れを、フローチャートを用いて説明する。
図５は、モバイル端末装置１０４において実行される処理の流れを示すフローチャートであり、図６は、サーバー装置１０１において実行される処理の流れを示すフローチャートである。
【００４１】
まず、図５のステップＳ５１において、モバイル端末装置１０４は、キー操作やタッチパネル操作等による何らかのイベントが発生したか否かを判断し、イベントが発生したと判断した場合（ステップＳ５１：Ｙｅｓ）は、ステップＳ５２において、電池の容量を測定する。ここで電池の容量とは、モバイル端末装置１０４を駆動するための２次電池４１０の現時点での容量、すなわち残量であり、例えばフル充電状態との比率、２分の１（１／２）、３分の１、４分の１、５分の１等を用いることができる。
【００４２】
次に、ステップＳ５３において、ステップＳ５２で計測した電池の残量とステップＳ５１で発生したと判断したイベントに関するデータとを、モバイル端末装置１０４に関する情報と共にサーバー装置１０１へ送信する。
【００４３】
すると、図６のステップＳ６１において、サーバー装置１０１は、モバイル端末装置１０４から電池の残量を示す情報とともに送信されてきたイベントに関するデータを受信したか否かを判断し、ステップＳ６２において、イベントを発生したモバイル端末装置１０４に関する情報を確認し実行中のアプリケーションへ通知する。
【００４４】
そして、ステップＳ６３において、ステップＳ６１で受信したイベントによって再生するコンテンツ（例えば表示する画像）の書き換えが行われたか否かを判断する。書き換えが行われていなければ（ステップＳ６３：Ｎｏ）、本処理を終了し、書き換えが行われていれば（ステップＳ６３：Ｙｅｓ）、ステップＳ６４において、書き換える画像を構成する各コンテンツ（表示データ）を取得する。
【００４５】
次に、ステップＳ６５において、ステップＳ６１で受信した電池の残量が５分の１以下であるか否かを判断し、５分の１以下であれば（ステップＳ６５：Ｙｅｓ）、ステップＳ６６において、図７に示したように、動画像であるコンテンツおよび静止画像であるコンテンツを削除し、テキストデータのみを残す。他方、５分の１以下でなければ（ステップＳ６５：Ｎｏ）、ステップＳ６７へ進む。
【００４６】
次に、ステップＳ６７において、ステップＳ６１で受信した電池の残量が４分の１以下であるか否かを判断し、４分の１以下であれば（ステップＳ６７：Ｙｅｓ）、ステップＳ６８において、図７に示したように、動画像であるコンテンツを削除し静止画像であるコンテンツを２色（白黒）へ減色処理する。他方、４分の１以下でなければ（ステップＳ６７：Ｎｏ）、ステップＳ６９へ進む。
【００４７】
次に、ステップＳ６９において、ステップＳ６１で受信した電池の残量が３分の１以下であるか否かを判断し、３分の１以下であれば（ステップＳ６９：Ｙｅｓ）、ステップＳ７０において、図７に示したように、動画像であるコンテンツを削除し静止画像であるコンテンツを２５６色（８ｂｐｐ：Bits Per Pixel）へ減色処理する。他方、４分の１以下でなければ（ステップＳ６７：Ｎｏ）、ステップＳ７１へ進む。
【００４８】
次に、ステップＳ７１において、ステップＳ６１で受信した電池の残量が２分の１以下であるか否かを判断し、２分の１以下であれば（ステップＳ７１：Ｙｅｓ）、ステップＳ７２において、図７に示したように、動画像であるコンテンツを静止画像へ変換処理し、静止画像であるコンテンツは静止画像のまま（１６ｂｐｐ）にする。他方、２分の１以下でなければ（ステップＳ７１：Ｎｏ）、ステップＳ７３において、動画像であるコンテンツは動画像のまま、静止画像であるコンテンツは静止画像のまま通常の画像処理のみを実行する。
【００４９】
そして、サーバー装置１０１は、ステップＳ６６、ステップＳ６８、ステップＳ７０、ステップＳ７２あるいはステップＳ７３での各処理の後、ステップＳ７４において、モバイル端末装置１０４で再生（表示）する表示データ（図８参照）を生成し、ステップＳ７５において、ステップＳ７４で生成した表示データをモバイル端末装置１０４へ送信する。
【００５０】
図５の説明に戻り、ステップＳ５４において、モバイル端末装置１０４は、サーバー装置１０１から送信された表示データを受信したか否かを判断する。表示データを受信したと判断した場合（ステップＳ５４：Ｙｅｓ）は、ステップＳ５５において、表示データの種類（データ型）を解析する。
【００５１】
図８は、サーバー装置１０１が生成しモバイル端末装置１０４へ送信される表示データのデータ構造の例を示す図である。
図８に示したように、表示データは、その送信先であるモバイル端末装置１０４のアドレス、データ型、表示する位置を示す表示アドレスとともにモバイル端末装置１０４へ送信される。なおデータ型とは、データ型「０」が１画素あたりのビット数が１６である１６ｂｐｐの静止画像、データ型「１」が８ｂｐｐの静止画像、データ型「２」が１ｂｐｐの静止画像、データ型「３」が１秒間に３０フレームの動画像、データ型「４」が１秒間に１０フレームの動画像、データ型「５」が１秒間に１フレームの動画像である。
【００５２】
図５の説明に戻り、モバイル端末装置１０４は、ステップＳ５６において、ステップＳ５５で解析した表示データの種類が「１ｂｐｐの静止画像」であるか否か、すなわちデータ型が「２」であるか否か判断し、「１ｂｐｐの静止画像」であれば（ステップＳ５６：Ｙｅｓ）、ステップＳ５７において、ステップＳ５４で受信した「１ｂｐｐの静止画像」の表示データを表示し、他方「１ｂｐｐの静止画像」でなければ（ステップＳ５６：Ｎｏ）、ステップＳ５８へ進む。
【００５３】
次に、モバイル端末装置１０４は、ステップＳ５８において、ステップＳ５５で解析した表示データの種類が「８ｂｐｐの静止画像」であるか否か、すなわちデータ型が「１」であるか否か判断し、「８ｂｐｐの静止画像」であれば（ステップＳ５８：Ｙｅｓ）、ステップＳ５９において、ステップＳ５４で受信した「８ｂｐｐの静止画像」の表示データを表示し、他方「８ｂｐｐの静止画像」でなければ（ステップＳ５８：Ｎｏ）、ステップＳ６０において、ステップＳ５４で受信した「１６ｂｐｐの静止画像」の表示データを表示する。なお、ここではステップＳ５４で受信した表示データが、「１ｂｐｐの静止画像」「８ｂｐｐの静止画像」「１６ｂｐｐの静止画像」の何れかであることを前提としており、動画像（データ型が３乃至５）が含まれていれば同様に動画像データの判断および表示を行う。なお、色の分解能は、例えば２４ｂｐｐ、あるいはそれ以上であってよい。
【００５４】
このような処理を実行することにより、モバイル端末装置１０４のような電池駆動のクライアント装置は、電池残量が少ないために、たとえば動画像の様に処理負荷の大きいコンテンツを再生するのは困難であるが、動画像の一部である静止画像の再生は行える。
【００５５】
図９は、１６ｂｐｐの静止画像のデータ構造を示す図であり、図１０は、８ｂｐｐの静止画像のデータ構造を示す図である。
図９に示した１６ｂｐｐの静止画像から図１０に示したような８ｂｐｐの静止画像に加工（減色処理）することにより、画像データのデータ量は２分の１に削減することができ、また、同様に８ｂｐｐから１ｂｐｐにすることにより、８分の１に削減することができる。
【００５６】
また、動画像の場合は、通常１０または３０フレーム／秒で表示が更新されているので、それを１フレーム／秒にするだけで１／１０または１／３０に表示データのデータ量を削減することができる。
【００５７】
また、色の分解能を変える代わりに、画像データの圧縮率を変えるようにしてもよい。静止画像等を転送する場合は、通常データの圧縮を行うことによりデータ量を削減するが、写真画像のような静止画像の場合は、極端に圧縮率が低い。そこで、写真画像等は、単色で塗りつぶしてしまうことにより、すなわち写真画像としての静止画像を削除することにより、圧縮効率を上げてデータ量を削減することができる。
【００５８】
また、例えばクライアント装置で使用するブラウザの処理において、通常はクライアント装置がＨＴＭＬ形式のデータを解析して処理し、電池残量が少ない場合（例えば３０％〜５０％）は、サーバー装置１０１側でＨＴＭＬ形式のデータをクライアント装置の表示画面サイズの表示データに変換して送信し、さらに電池残量が少ない場合（例えば３０％以下）は、テキストデータに変換して送信するようにしてもよい。
【００５９】
これにより、５０％以下であれば、クライアント装置によるブラウザの処理を緩和することでクライアント装置側の消費電力を抑えることが可能になる。３０％以下になると表示画像のデータ量の削減となり、消費電力を抑えることが可能になる。
【００６０】
なお、電池容量情報には、電池残量だけでなく電池が残りどれくらいの時間使用可能かを示す使用可能時間、電圧値の降下特性を把握している場合の電圧値等も含む。
なお、上述してきた本発明の実施の形態は、サーバー装置またはクライアント装置の一機能としてハードウェアまたはＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）ボードやＣＰＵボードでのファームウェアもしくはソフトウェアにより実現することができる。
【００６１】
以上、本発明の実施の形態を、図面を参照しながら説明してきたが、本発明が適用されるサーバー装置およびクライアント装置は、その機能が実行されるのであれば、上述の実施の形態に限定されることなく、単体の装置であっても、複数の装置からなるシステムあるいは統合装置であっても、ＬＡＮ、ＷＡＮ等のネットワークを介して処理が行なわれるシステムであってもよいことは言うまでもない。
【００６２】
また、バスに接続されたＣＰＵ、ＲＯＭやＲＡＭのメモリ、入力装置、出力装置、外部記録装置、媒体駆動装置、ネットワーク接続装置で構成されるシステムでも実現できる。すなわち、前述してきた実施の形態のシステムを実現するソフトェアのプログラムを記録したＲＯＭやＲＡＭのメモリ、外部記録装置、可搬記録媒体を、サーバー装置およびクライアント装置に供給し、それらのサーバー装置およびクライアント装置のコンピュータがプログラムを読み出し実行することによっても、達成されることは言うまでもない。
【００６３】
この場合、可搬記録媒体等から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記録した可搬記録媒体等は本発明を構成することになる。
【００６４】
プログラムを供給するための可搬記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ、磁気テープ、不揮発性のメモリーカード、ＲＯＭカード、電子メールやパソコン通信等のネットワーク接続装置（言い換えれば、通信回線）を介して記録した種々の記録媒体などを用いることができる。
【００６５】
また、コンピュータ（情報処理装置）がメモリ上に読み出したプログラムを実行することによって、前述した実施の形態の機能が実現される他、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳなどが実際の処理の一部または全部を行ない、その処理によっても前述した実施の形態の機能が実現される。
【００６６】
さらに、可搬型記録媒体から読み出されたプログラムやプログラム（データ）提供者から提供されたプログラム（データ）が、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行ない、その処理によっても前述した実施の形態の機能が実現され得る。
【００６７】
すなわち、本発明は、以上に述べた実施の形態に限定されるものではなく、本発明の要旨を逸脱しない範囲内で種々の構成または形状を取ることができる。
【図面の簡単な説明】
【００６８】
【図１】サーバークライアントシステム１のネットワーク構成の概略を示す図である。
【図２】本発明の処理シーケンスを示す図である。
【図３】サーバー装置１０１の構成の概略を示す図である。
【図４】電池駆動のクライアント装置の一例であるモバイル端末装置１０４の構成の概略を示す図である。
【図５】モバイル端末装置１０４において実行される処理の流れを示すフローチャートである。
【図６】サーバー装置１０１において実行される処理の流れを示すフローチャートである。
【図７】電池残量と表示色および表示データのデータフォーマットとの対応関係を示した図である。
【図８】サーバー装置１０１が生成しモバイル端末装置１０４へ送信される表示データのデータ構造の例を示す図である。
【図９】１６ｂｐｐの静止画像のデータ構造を示す図である。
【図１０】８ｂｐｐの静止画像のデータ構造を示す図である。
【符号の説明】
【００６９】
１ サーバークライアントシステム
１０１ サーバー装置
１０２ クライアント端末装置
１０３ 無線アクセスポイント
１０４ モバイル端末装置
１０５ スマートフォン
１０９ ネットワーク
３００ バス
３０１ ＣＰＵ
３０２ メモリ
３０３ 入力部
３０４ 表示部
３０５ 記憶部
３０６ データベース制御部
３０７ ネットワーク接続部
３０８ コンテンツデータベース
４００ バス
４０１ ＣＰＵ
４０２ メモリ
４０３ 入力部
４０４ 表示部
４０５ 記憶部
４０６ 記録媒体駆動部
４０７ ネットワーク接続部
４０８ 記録媒体
４０９ 電源制御部
４１０ ２次電池
【特許請求の範囲】
【請求項１】
サーバー装置から送信されてきたコンテンツデータを再生するクライアント装置において、
前記サーバー装置に対して前記コンテンツデータを送信するように要求する要求情報を送信するコンテンツ要求送信手段と、
前記サーバー装置から送信してきた前記コンテンツデータを受信するコンテンツ受信手段と、
前記クライアント装置を駆動するための電池の容量を計測する電池容量計測手段と、
前記電池容量計測手段によって計測した前記電池の容量を示す電池容量情報を前記サーバー装置に対して送信する電池容量送信手段と、
前記コンテンツ受信手段によって受信したコンテンツデータのデータ形式を判断するデータ形式判断手段と、
前記データ形式判断手段によって判断されたデータ形式に従って、前記コンテンツ受信手段によって受信したコンテンツデータを再生するコンテンツ再生手段と、
を備えることを特徴とするクライアント装置。
【請求項２】
前記電池容量送信手段は、前記クライアント装置においてイベントが発生すると前記電池容量情報を送信することを特徴とする請求項１に記載のクライアント装置。
【請求項３】
クライアント装置からの要求に従ってコンテンツデータを前記クライアント装置へ送信するサーバー装置において、
前記クライアント装置から送信されてきた、前記コンテンツデータを前記クライアント装置へ送信するように要求する要求情報を受信するコンテンツ要求受信手段と、
前記クライアント装置から送信されてきた、前記クライアント装置を駆動するための電池の容量を示す電池容量情報を受信する電池容量受信手段と、
前記電池容量受信手段によって受信した電池容量情報に基づいて、前記コンテンツを加工して加工済コンテンツを作成するコンテンツ加工手段と、
前記電池容量受信手段によって受信した電池容量情報に基づいて、前記加工済コンテンツを前記クライアント装置へ送信するコンテンツ送信手段と、
を備えることを特徴とするサーバー装置。
【請求項４】
前記コンテンツ加工手段は、前記コンテンツが動画像である場合、前記動画像を構成するフレームを間引いて間引動画像へ加工することを特徴とすることを特徴とする請求項３に記載のサーバー装置。
【請求項５】
前記コンテンツ加工手段は、前記コンテンツがカラー画像である場合、前記カラー画像を白黒画像へ加工することを特徴とすることを特徴とする請求項３または４に記載のサーバー装置。
【請求項６】
前記コンテンツ加工手段は、前記コンテンツが高画質画像である場合、前記高画質画像を低画質画像へ加工することを特徴とすることを特徴とする請求項３乃至５の何れか１項に記載のサーバー装置。
【請求項７】
前記コンテンツ加工手段は、前記コンテンツを圧縮して圧縮コンテンツへ加工することを特徴とすることを特徴とする請求項３乃至６の何れか１項に記載のサーバー装置。
【請求項８】
サーバー装置から送信されてきたコンテンツデータを再生するクライアント装置のコンピュータを、
前記サーバー装置に対して前記コンテンツデータを送信するように要求する要求情報を送信するコンテンツ要求送信手段、
前記サーバー装置から送信してきた前記コンテンツデータを受信するコンテンツ受信手段、
前記クライアント装置を駆動するための電池の容量を計測する電池容量計測手段、
前記電池容量計測手段によって計測した前記電池の容量を示す電池容量情報を前記サーバー装置に対して送信する電池容量送信手段、
前記コンテンツ受信手段によって受信したコンテンツデータのデータ形式を判断するデータ形式判断手段、
前記データ形式判断手段によって判断されたデータ形式に従って、前記コンテンツ受信手段によって受信したコンテンツデータを再生するコンテンツ再生手段、
として機能させるためのプログラム。
【請求項９】
クライアント装置からの要求に従ってコンテンツデータを前記クライアント装置へ送信するサーバー装置のコンピュータを、
前記クライアント装置から送信されてきた、前記コンテンツデータを前記クライアント装置へ送信するように要求する要求情報を受信するコンテンツ要求受信手段、
前記クライアント装置から送信されてきた、前記クライアント装置を駆動するための電池の容量を示す電池容量情報を受信する電池容量受信手段、
前記電池容量受信手段によって受信した電池容量情報に基づいて、前記コンテンツを加工して加工済コンテンツを作成するコンテンツ加工手段、
前記電池容量受信手段によって受信した電池容量情報に基づいて、前記加工済コンテンツを前記クライアント装置へ送信するコンテンツ送信手段、
として機能させるためのプログラム。
【請求項１】
サーバー装置から送信されてきたコンテンツデータを再生するクライアント装置において、
前記サーバー装置に対して前記コンテンツデータを送信するように要求する要求情報を送信するコンテンツ要求送信手段と、
前記サーバー装置から送信してきた前記コンテンツデータを受信するコンテンツ受信手段と、
前記クライアント装置を駆動するための電池の容量を計測する電池容量計測手段と、
前記電池容量計測手段によって計測した前記電池の容量を示す電池容量情報を前記サーバー装置に対して送信する電池容量送信手段と、
前記コンテンツ受信手段によって受信したコンテンツデータのデータ形式を判断するデータ形式判断手段と、
前記データ形式判断手段によって判断されたデータ形式に従って、前記コンテンツ受信手段によって受信したコンテンツデータを再生するコンテンツ再生手段と、
を備えることを特徴とするクライアント装置。
【請求項２】
前記電池容量送信手段は、前記クライアント装置においてイベントが発生すると前記電池容量情報を送信することを特徴とする請求項１に記載のクライアント装置。
【請求項３】
クライアント装置からの要求に従ってコンテンツデータを前記クライアント装置へ送信するサーバー装置において、
前記クライアント装置から送信されてきた、前記コンテンツデータを前記クライアント装置へ送信するように要求する要求情報を受信するコンテンツ要求受信手段と、
前記クライアント装置から送信されてきた、前記クライアント装置を駆動するための電池の容量を示す電池容量情報を受信する電池容量受信手段と、
前記電池容量受信手段によって受信した電池容量情報に基づいて、前記コンテンツを加工して加工済コンテンツを作成するコンテンツ加工手段と、
前記電池容量受信手段によって受信した電池容量情報に基づいて、前記加工済コンテンツを前記クライアント装置へ送信するコンテンツ送信手段と、
を備えることを特徴とするサーバー装置。
【請求項４】
前記コンテンツ加工手段は、前記コンテンツが動画像である場合、前記動画像を構成するフレームを間引いて間引動画像へ加工することを特徴とすることを特徴とする請求項３に記載のサーバー装置。
【請求項５】
前記コンテンツ加工手段は、前記コンテンツがカラー画像である場合、前記カラー画像を白黒画像へ加工することを特徴とすることを特徴とする請求項３または４に記載のサーバー装置。
【請求項６】
前記コンテンツ加工手段は、前記コンテンツが高画質画像である場合、前記高画質画像を低画質画像へ加工することを特徴とすることを特徴とする請求項３乃至５の何れか１項に記載のサーバー装置。
【請求項７】
前記コンテンツ加工手段は、前記コンテンツを圧縮して圧縮コンテンツへ加工することを特徴とすることを特徴とする請求項３乃至６の何れか１項に記載のサーバー装置。
【請求項８】
サーバー装置から送信されてきたコンテンツデータを再生するクライアント装置のコンピュータを、
前記サーバー装置に対して前記コンテンツデータを送信するように要求する要求情報を送信するコンテンツ要求送信手段、
前記サーバー装置から送信してきた前記コンテンツデータを受信するコンテンツ受信手段、
前記クライアント装置を駆動するための電池の容量を計測する電池容量計測手段、
前記電池容量計測手段によって計測した前記電池の容量を示す電池容量情報を前記サーバー装置に対して送信する電池容量送信手段、
前記コンテンツ受信手段によって受信したコンテンツデータのデータ形式を判断するデータ形式判断手段、
前記データ形式判断手段によって判断されたデータ形式に従って、前記コンテンツ受信手段によって受信したコンテンツデータを再生するコンテンツ再生手段、
として機能させるためのプログラム。
【請求項９】
クライアント装置からの要求に従ってコンテンツデータを前記クライアント装置へ送信するサーバー装置のコンピュータを、
前記クライアント装置から送信されてきた、前記コンテンツデータを前記クライアント装置へ送信するように要求する要求情報を受信するコンテンツ要求受信手段、
前記クライアント装置から送信されてきた、前記クライアント装置を駆動するための電池の容量を示す電池容量情報を受信する電池容量受信手段、
前記電池容量受信手段によって受信した電池容量情報に基づいて、前記コンテンツを加工して加工済コンテンツを作成するコンテンツ加工手段、
前記電池容量受信手段によって受信した電池容量情報に基づいて、前記加工済コンテンツを前記クライアント装置へ送信するコンテンツ送信手段、
として機能させるためのプログラム。
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図１】
【図９】
【図１０】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図１】
【図９】
【図１０】
【公開番号】特開２００７−２６７３３５（Ｐ２００７−２６７３３５Ａ）
【公開日】平成１９年１０月１１日（２００７．１０．１１）
【国際特許分類】
【出願番号】特願２００６−９３２９２（Ｐ２００６−９３２９２）
【出願日】平成１８年３月３０日（２００６．３．３０）
【出願人】（０００００１４４３）カシオ計算機株式会社 (8,748)
【Ｆターム（参考）】
【公開日】平成１９年１０月１１日（２００７．１０．１１）
【国際特許分類】
【出願日】平成１８年３月３０日（２００６．３．３０）
【出願人】（０００００１４４３）カシオ計算機株式会社 (8,748)
【Ｆターム（参考）】
[ Back to top ]