JP2010066978A - 情報処理装置、情報処理システム、省電力方法及びプログラム - Google Patents

Abstract

【課題】演算処理を必要とせずに、より簡単な処理で省電力を実現できる情報処理装置、情報処理システム、省電力方法及びプログラムを提供する。
【解決手段】映像データを圧縮し、圧縮した映像データをクライアント装置へ送信する情報処理装置であって、クライアント装置におけるユーザの利用状況を示すデータをクライアント装置から受信した場合、データに基づいてフレームレートの増減を決定し、決定したフレームレートの増減に基づいて映像データを送信するように制御する第１制御部を有する。
【選択図】図１

Description

本発明は、ネットワークを介してデータ通信を行うときの消費電力を低減する情報処理装置、情報処理システム、省電力方法及びプログラムに関する。

サーバ装置とクライアント装置とがネットワークを介してデータ通信を行う情報処理システムの一例として、シンクライアントシステムと呼ばれるものがある。このシンクライアントシステムにおいて、クライアント装置（シンクライアント端末）は、必要最小限の機能を有するのみであり、ほとんどの処理をネットワーク経由でサーバ装置に行わせ、処理結果をサーバ装置から受信する。例えば、クライアント装置にて映像を表示する場合、クライアント装置は、サーバ装置に対してリクエストを送信し、サーバ装置は、受信したリクエストに基づいて映像データを生成し、クラインアント装置へ送信する。クライアント装置は、受信した映像データを画面表示する。なお、この例の場合、サーバ装置では、生成した映像データを所定方式で圧縮してからクライアント装置へ送信しており、クライアント装置では、受信した映像データを展開して画面表示している。

このようなシンクライアントシステムでは、クライアント装置の消費電力の低減、すなわち省電力が課題となっている。特に、クライアント装置がモバイル端末（携帯端末・移動体通信端末）である場合は、電池容量に限りがあるため、省電力は重要となる。

クライアント装置の省電力を目的とした技術例としては、特許文献１に開示されているものがある。特許文献１記載の発明は、サーバ装置内のフレームバッファを縮小した全体レイアウト画像を予めクライアント装置に転送しておき、フレームバッファ内の動作であれば、全体レイアウト画像を利用して、クライアント装置で全体レイアウト画像を表示する。また、特許文献１記載の発明は、全体レイアウト画像の内容が更新されると、サーバ装置から全体レイアウト画像がクライアント装置に転送されるが、全体レイアウト画像の変更が少ない場合には全体レイアウト画像は転送されず、クライアント装置内に残されている全体レイアウト画像を利用する。
特開２００７−２００１４２号公報

上記特許文献１記載の発明では、全体レイアウト画像の更新内容が多いか少ないかを決めるときに、全体レイアウト画像の更新前後の変化量を比較するための演算処理を必要とする。

本発明は、上記事情に鑑みてなされたものであり、演算処理を必要とせずに、より簡単な処理で省電力を実現できる情報処理装置、情報処理システム、省電力方法及びプログラムを提供することを目的とする。

かかる目的を達成するために、本発明の情報処理装置は、第１の態様として、映像データを圧縮し、圧縮した映像データをクライアント装置へ送信する情報処理装置であって、クライアント装置におけるユーザの利用状況を示すデータをクライアント装置から受信した場合、データに基づいてフレームレートの増減を決定し、決定したフレームレートの増減に基づいて映像データを送信するように制御する第１制御部を有することを特徴とする。

本発明の情報処理装置は、第２の態様として、サーバ装置で圧縮された映像データを受信して展開する情報処理装置であって、情報処理装置におけるユーザの利用状況を示すデータに基づいてフレームレートの増減を決定し、決定したフレームレートの増減に基づいてサーバ装置から映像データを受信するように制御する第２制御部を有することを特徴とする。

本発明の情報処理システムは、本発明の情報処理装置を有することを特徴とする。

本発明の省電力方法は、第１の態様として、映像データを圧縮し、圧縮した映像データをクライアント装置へ送信する情報処理装置で行われる省電力方法であって、クライアント装置におけるユーザの利用状況を示すデータをクライアント装置から受信した場合、データに基づいてフレームレートの増減を決定するステップと、決定したフレームレートの増減に基づいて映像データを送信するように制御するステップと、を有することを特徴とする。

本発明の省電力方法は、第２の態様として、サーバ装置で圧縮された映像データを受信して展開する情報処理装置で行われる省電力方法であって、情報処理装置におけるユーザの利用状況を示すデータに基づいてフレームレートの増減を決定するステップと、決定したフレームレートの増減に基づいてサーバ装置から映像データを受信するように制御するステップと、有することを特徴とする。

本発明のプログラムは、第１の態様として、映像データを圧縮し、圧縮した映像データをクライアント装置へ送信する情報処理装置に実行させるプログラムであって、クライアント装置におけるユーザの利用状況を示すデータをクライアント装置から受信した場合、データに基づいてフレームレートの増減を決定する処理と、決定したフレームレートの増減に基づいて映像データを送信するように制御する処理と、を実行させることを特徴とする。

本発明のプログラムは、第２の態様として、サーバ装置で圧縮された映像データを受信して展開する情報処理装置に実行させるプログラムであって、情報処理装置におけるユーザの利用状況を示すデータに基づいてフレームレートの増減を決定する処理と、決定したフレームレートの増減に基づいてサーバ装置から映像データを受信するように制御する処理と、を実行させることを特徴とする。

本発明によれば、演算処理を必要とせずに、より簡単な処理で省電力を実現できる。

以下、本発明を実施するための最良の形態として、実施形態１及び２について添付図面を参照して詳細に説明する。

〔実施形態１〕
図１は、本発明の情報処理システムの一実施形態の構成を示すとともに、本発明の情報処理装置の一実施形態であるサーバ装置及びクライアント装置の構成を示す図である。図１に示すように、本実施形態の情報処理システムは、サーバ装置１と、クライアント装置２と、入力装置３と、表示装置５とを有する。サーバ装置１とクライアント装置２は、無線ネットワーク４を介して通信を行う。クライアント装置２は、入力装置３及び表示装置５と、有線又は無線で接続される。なお、本明細書では、入力装置３を用いて所定の入力操作を行う者を「ユーザ」又は「操作者」という。

サーバ装置１は、例えば、家庭などに設置可能なホームサーバなどが挙げられる。図１に示すように、サーバ装置１は、制御部１０と、映像圧縮部１１と、送信部１２と、受信部１３とを有する。各部について以下に説明する。

受信部１３は、クライアント装置２から所定のデータ（信号）を受信する。受信部１３は、例えば、クライアント装置２からリクエストを受信する。リクエストは、ユーザの指示（コマンド）を示すデータであるとともに、ユーザの指示に基づく映像データの送信を要求するデータである。ユーザの指示は、ユーザが入力装置３を用いて所定の入力操作を行うことで入力される。

制御部１０は、サーバ装置１全体を制御する。図１に示すように、制御部１０は、コマンド解析手段１０１と、出力情報生成手段１０２と、判断手段１０３とを備える。

コマンド解析部１０１は、受信部１３を介してクライアント装置２から受信したリクエストに基づいて、サーバ装置１にて実行されるべき処理内容を解析する。

出力情報生成手段１０２は、コマンド解析手段１０１により解析された処理内容に基づいて、クライアント装置２に送信すべき映像データを生成する。出力情報生成手段１０２は、生成した映像データを映像圧縮部１１へ出力する。なお、出力情報生成手段１０２は、映像圧縮部１１へ出力する映像データを、外部の記憶装置（図示せず）から取得したり、あるいは、サーバ装置１に内蔵の記憶部（図示せず）から検索したりしてもよい。映像データの例としては、画面データやコンテンツデータ（音声データを含んでもよい）などが挙げられる。

判断手段（第１制御部）１０３は、受信部１３を介してクライアント装置２から受信したリクエストに基づいて、例えば、図３、４のフローに示す判断処理を行う。図３、４のフローの詳細については後述する。判断手段１０３は、判断処理の結果に基づいてフレームレートの増減を決定し、送信対象の映像データのフレームレートを制御するための制御信号を送信部１２へ出力する。

映像圧縮部１１は、出力情報生成手段１０２で生成された映像データを所定の方式で圧縮（エンコード）する。所定の圧縮方式として、例えば、ＭＰＥＧ−２（Moving Picture Experts Group-2）が挙げられるが、これに限定されない。映像圧縮部１１は、圧縮した映像データ（圧縮映像データ）を送信部１２へ出力する。

送信部１２は、クライアント装置２へ所定のデータ（信号）を送信する。送信部１２は、例えば、映像圧縮部１１から入力された圧縮映像データを送信する。この圧縮映像データの送信は、制御部１０の判断手段１０３から入力される制御信号によって制御される。すなわち、送信部１２は、制御信号により指定されるフレームレートで圧縮映像データを送信するように制御される。

クライアント装置２は、例えば、据え置き型のＰＣ（Personal Computer）などが挙げられる。図１に示すように、クライアント装置２は、映像展開部２１と、受信部２２と、送信部２３とを有する。各部について以下に説明する。

送信部２３は、サーバ装置１へ所定のデータ（信号）を送信する。送信部２３は、例えば、入力装置３から通知された入力操作を示すリクエストを送信する。リクエストは、ユーザの指示（コマンド）を示すデータである。ユーザの指示は、ユーザが入力装置３を用いて所定の入力操作を行うことで入力される。

受信部２２は、サーバ装置１から所定のデータ（信号）を受信する。受信部２２は、例えば、送信部１２から送信された圧縮映像データを受信する。

映像展開部２１は、受信部２２にて受信された圧縮映像データを展開（伸張、デコード）し、表示装置５へ出力する。

入力装置３は、ユーザによって入力操作が行われる装置である。入力装置３は、例えば、キーボード３０とマウス３１で構成される。入力装置３は、ユーザによりキーボード３０又はマウス３１で行われた入力操作を送信部２３へ通知する。

表示装置５は、映像展開部２１から無線又は有線により映像データを受信し、画面表示する。表示装置５は、例えば、液晶ディスプレイなどが挙げられる。

以上が本実施形態の情報処理システムの構成である。なお、本実施形態では、クライアント装置２とは別に入力装置３及び表示装置５を有するようにしたが、入力装置３及び表示装置５の少なくとも１つをクライアント装置２内に有するようにしてもよい。このような構成のクライアント装置としては、例えば、携帯電話、ＰＤＡ（Personal Digital Assistant）、小型ＰＣなどのモバイル端末（携帯端末・移動体通信端末）が挙げられる。

次に、以上のように構成された本実施形態の情報処理システムにおける動作（本発明の一実施形態である省電力方法）について説明する。図２は、本実施形態の情報処理システムにおける動作の一例を示すシーケンスチャートである。

まず、入力装置３においてユーザにより所定の入力操作が行われると、入力装置３は、その入力操作をクライアント装置２の送信部２３へ通知する。クライアント装置２において、送信部２３は、入力装置３からの通知により入力操作を受け付けると（ステップＳ１）、その入力操作を示すリクエストをサーバ装置１へ送信する（ステップＳ２）。

サーバ装置１において、受信部１３はリクエストを受信すると、制御部１０へ出力する。ここで、以下の［１］及び［２］に示す処理が並行して行われる（ステップＳ３）。
［１］コマンド解析手段１０１はリクエストの解析を行い、出力情報生成手段１０２は解析結果に基づいて映像データを生成し、映像圧縮部１１は映像データを所定形式に圧縮した圧縮映像データを送信部１２へ出力する。
［２］判断手段１０３は、リクエストに基づいて、例えば図３、４のフローに示す判断処理を行う。

ここで、上記［２］における判断手段１０３の判断処理について、図３、４のフローを用いて説明する。図３は判断例１、図４（ａ）は判断例２、図４（ｂ）は判断例３をそれぞれ示す。以下、判断例１〜３について順に説明する。

判断例１では、リクエストを基にユーザの操作状況が判断される。ユーザの操作状況とは、クライアント装置２におけるユーザの利用状況の一例であり、ユーザが入力装置３のキーボード３０やマウス３１を用いて行う入力操作の状況である。

判断手段１０３は、リクエストを基に、ユーザによって行われた入力操作がマウス３１の操作であるか否かを判断する（ステップＳ１１）。当該入力操作がマウス３１の操作であると判断した場合（ステップＳ１１／ＹＥＳ）、判断手段１０３は、当該マウス３１の操作は、マウス３１に備えられたボタンが押下された操作（例えば、ドラッグ操作やクリック操作）であるか否かを判断する（ステップＳ１２）。

上記ステップＳ１２において、判断手段１０３は、当該マウス３１の操作はボタンが押下された操作であると判断した場合（ステップＳ１２／ＹＥＳ）、フレームレートの増加を決定する（ステップＳ１３）。一方、判断手段１０３は、当該マウス３１の操作はボタンが押下された操作ではないと判断した場合（ステップＳ１２／ＮＯ）、フレームレートの削減を決定する（ステップＳ１４）。

フレームレートの増加／削減は、例えば、現在の値から予め設定された上限値／下限値に設定するものでもよいし、あるいは、現在の値に予め設定された値分を増加／削減するものでもよい。例えば、前者において、フレームレートの増加は、現在のフレームレート３０fpsから予め設定された４０fps（上限値）に引き上げることになり、フレームレートの削減は、現在のフレームレート３０fpsから予め設定された１fps（下限値）に引き下げることになる。一方、後者においては、例えば、フレームレートの増加は、現在のフレームレート２０fpsから予め設定された１５fps分を加えることになり、フレームレートの削減は、現在のフレームレート２０fpsから予め設定された１０fps分を減らすことになる。このようにして判断手段１０３は、フレームレートの増加又は削減を決定する。決定されたフレームレートの増減に従って、映像データの送信が制御されることになる。

上記ステップＳ１１において、判断手段１０３は、ユーザによって行われた入力操作がマウス３１の操作ではないと判断した場合（ステップＳ１１／ＮＯ）、ステップＳ１５へ進み、当該入力操作がキーボード３０の押下操作であるか否かを判断する（ステップＳ１５）。当該入力操作がキーボード３０の押下操作ではないと判断した場合（ステップＳ１５／ＹＥＳ）、フレームレートの削減を決定する（ステップＳ１９）。フレームレートの削減は上述した通りである。

上記ステップＳ１５において、判断手段１０３は、当該入力操作がキーボード３０の押下操作であると判断した場合（ステップＳ１５／ＹＥＳ）、当該キーボード３０の押下操作は、前回のキーボード３０の押下操作から所定の時間を経て行われたものであるか否かを判断する（ステップＳ１６）。すなわち、ステップＳ１６では、前回の押下操作と今回の押下操作との間の時間（押下間隔）が、予め設定された閾値（例えば、１００mm/sec）より大きいかが判断される。

上記ステップＳ１６において、判断手段１０３は、押下間隔が閾値より大きいと判断した場合（ステップＳ１６／ＹＥＳ）、フレームレートの削減を決定する（ステップＳ１７）。フレームレートの削減は上述した通りである。一方、判断手段１０３は、押下間隔が閾値以下であると判断した場合（ステップＳ１６／ＮＯ）、フレームレートの増加を決定する（ステップＳ１８）。フレームレートの増加は上述した通りである。

以上が判断例１である。なお上記説明では、キーボード３０とマウス３１の両方についてユーザの操作状況の判断を行ったが、いずれか一方でもよい。また、例えばステップＳ１２におけるマウスのボタン押下などの、判断対象となる入力操作の種類は、予め設定されるものとし、適宜変更できるものとする。また、上記説明においてステップＳ１６を行わないようにしてもよい。その場合、ステップＳ１５でキーボード３０の押下操作があったと判断した場合（ステップＳ１５／ＹＥＳ）はフレームレートの増加を決定し（ステップＳ１８）、キーボード３０の押下がなかったと判断した場合（ステップＳ１５／ＮＯ）はフレームレートの削減を決定する（ステップＳ１９）。

判断例２、３では、リクエストを基にクライアント装置の電力状況が判断される。クライアント装置の電力状況とは、クライアント装置２におけるユーザの利用状況の一例であり、ユーザの入力操作があったときのクライアント装置２における電力の状況である。図４（ａ）に示す判断例２では、単一の閾値により電力状況が判断され、図４（ｂ）に示す判断例３では、複数の閾値により電力状況が判断される。なお、判断例２、３の実行条件として、クライアント装置２から、リクエストとともにクライアント装置２の電力値が送信される必要がある。すなわち、クライアント装置２において入力操作が受け付けられると（図２のステップＳ１）、電源部（図１に図示せず）等の電力値が送信部２３へ出力され、入力操作を示すリクエストとともにサーバ装置１へ送信される（図２のステップＳ２）。

まず判断例２について説明する。判断手段１０３は、クライアント装置２の電力値が、予め設定された閾値以下であるか否かを判断する（ステップＳ２１）。当該電力値が閾値以下であると判断した場合（ステップＳ２１／ＹＥＳ）、判断手段１０３は、フレームレートの削減を決定する（ステップＳ２３）。一方、当該電力値が閾値以下ではないと判断した場合（ステップＳ２１／ＮＯ）、判断手段１０３は、フレームレートの増加を決定する（ステップＳ２２）。フレームレートの増加／削減は上記判断例１と同様であるので、ここでの説明は省略する。

次に判断例３について説明する。判断手段１０３は、クライアント装置２の電力値が、予め設定された閾値ａ以下であるか否かを判断する（ステップＳ３１）。当該電力値が閾値ａ以下ではないと判断した場合（ステップＳ３１／ＮＯ）、判断手段１０３は、フレームレートの増加を決定する（ステップＳ３２）。一方、当該電力値が閾値ａ以下であると判断した場合（ステップＳ３１／ＹＥＳ）、判断手段１０３は、当該電力値が、予め設定された閾値ｂ（閾値ａとは異なる値）以下であるか否かを判断する（ステップＳ３３）。

上記ステップＳ３３において、判断手段１０３は、当該電力値が閾値ｂ以下ではないと判断した場合（ステップＳ３３／ＮＯ）、フレームレートの削減を決定する（ステップＳ３４）。一方、当該電力値が閾値ｂ以下であると判断した場合（ステップＳ３３／ＹＥＳ）、判断手段１０３は、フレームレートの削減を決定する（ステップＳ３５）。このステップＳ３５では、ステップＳ３４よりも、フレームレートが小さい値になるような削減とする。なお、上記において、フレームレートの増加／削減は上記判断例１と同様であるので、ここでの説明は省略する。

以上が判断例２、３である。なお上記説明では、クライアント装置２を据え置き型のＰＣを例とし、その電源部の電力値を基に判断を行ったが、クライアント装置２がモバイル端末の場合は、電池（例えば電池残量）を基に判断を行うようにしてもよい。また、上記判断例３の説明では、閾値を２つ用いて判断を行ったが、３つ以上の閾値を用いてもよい。

判断手段１０３は、判断例１〜３のいずれかを単独で行ってもよいし、あるいは、判断例１と、判断例２又は３のいずれかとを組み合わせて行ってもよい。

以上のようにして判断手段１０３は、フレームレートの増減を決定し、決定したフレームレートに制御するための制御信号を生成し、送信部１２へ出力する（ステップＳ４）。

送信部１２は、制御信号で指定されたフレームレートにより、圧縮映像データをクライアント装置２へ送信する（ステップＳ５）。

クライアント装置２において、受信部２２は圧縮映像データを受信すると、映像展開部２１へ出力する。映像展開部２１は、圧縮映像データを展開し、展開映像データ（非圧縮映像データ）として表示装置５へ出力する（ステップＳ６）。表示装置５には、展開映像データが画面表示される。

以上説明したように本実施形態では、クライアント装置におけるユーザの利用状況（操作状況や電力状況）に応じてフレームレートを制御する。このフレームレート制御では、ユーザの利用が少ないときにはサーバ装置側でフレームレートを削減し、送信データ（圧縮映像データ）の頻度を下げる。よって、クライアント装置側で圧縮映像データの展開処理を少なくすることができるので、クライアント装置の消費電力を削減することができる。このように、本実施形態では、演算処理を必要とせずに、より簡単な処理で省電力を実現できる。

また、本実施形態では、サーバ装置側でフレームレートを削減するので、伝送路の帯域も削減することができる。

また、本実施形態では、サーバ装置側で判断処理を行うので、クライアント装置の構成を簡素化することができる。

〔実施形態２〕
上述した実施形態１では、フレームレートの増減の判断及びその判断に基づくフレームレートの制御を、サーバ装置１側で行うように構成した。本実施形態では、クライアント装置２側で上記判断及び制御を行うように構成する。なお、本実施形態では、一の構成において、異なる２つの動作（動作例１及び動作例２）を実現する。

図５及び図７は、本発明の情報処理システムの一実施形態の構成を示すとともに、本発明の情報処理装置の一実施形態であるサーバ装置及びクライアント装置の構成を示す図である。図５は動作例１を、図７は動作例２をそれぞれ説明する図である。図５及び図７に示すように、本実施形態の情報処理システムは、サーバ装置１と、クライアント装置２と、入力装置３と、表示装置５とを有する。サーバ装置１とクライアント装置２は、無線ネットワーク４を介して通信を行う。クライアント装置２は、入力装置３及び表示装置５と、有線又は無線で接続される。このように、図５及び図７に示す本実施形態の情報処理システムの全体構成は、図１に示す上記実施形態１と同様であるが、サーバ装置１及びクライアント装置２の内部構成が異なる。すなわち、上記実施形態１においてサーバ装置１に備えられていた判断手段１０３が、サーバ装置１内ではなく、判断部２０としてクライアント装置２に備えられている。なお、図５及び図７に示す各部及び各手段の基本的な機能・動作は実施形態１で説明した通りであるので、ここでの説明は省略し、以下では実施形態１と異なる部分のみを説明する。

図５及び図７に示すように、本実施形態では、クライアント装置２に判断部（第２制御部）２０を有するように構成する。その一方で、サーバ装置１には上記実施形態１における判断手段１０３を持たせない。クライアント装置２に備えられた判断部２０は、入力装置３から入力操作の通知を受け、判断処理を行う。なお、判断部２０の基本的な機能・動作は、上記実施形態１の判断手段１０３と同様であるので、ここでの説明は省略する。

次に、以上のように構成された本実施形態の情報処理システムにおける動作（本発明の一実施形態である省電力方法）について説明する。なお、図５は本実施形態における動作例１を示すシーケンスチャートであり、図７は本実施形態における動作例２を示すシーケンスチャートである。

動作例１について図５及び図６を参照しながら説明する。

まず、入力装置３においてユーザにより所定の入力操作が行われると、入力装置３は、その入力操作をクライアント装置２の判断部２０及び送信部２３へ通知する。クライアント装置２において、判断部２０は、入力装置３からの通知により入力操作を受け付けると（ステップＳ４１）、判断部２０は、通知された入力操作に基づいて、例えば図３、４のフローに示す判断例１〜３のうち少なくとも１つを行う（ステップＳ４２）。なお、判断例１〜３については上記実施形態１で説明済みであるので、ここでの説明は省略する。

判断部２０は、フレームレートの増減を決定すると、その決定に基づく制御信号を生成し、送信部２３へ出力する（ステップＳ４３）。この制御信号は、決定したフレームレートでサーバ装置１から映像データが送信されてくるように、サーバ装置１へのリクエストの送信量を制御するためのものである。

送信部２３は、制御信号に従ってリクエストを制御し、サーバ装置１へ送信する（ステップＳ４４）。

サーバ装置１において、受信部１３はリクエストを受信すると、制御部１０へ出力する。そして、コマンド解析手段１０１はリクエストの解析を行い、出力情報生成手段１０２は解析結果に基づいて映像データを生成し、映像圧縮部１１は映像データを所定形式に圧縮した圧縮映像データを送信部１２へ出力する（ステップＳ４５）。

送信部１２は、圧縮映像データをクライアント装置２へ送信する（ステップＳ４６）。この圧縮映像データは、判断部２０によって決定されたフレームレートで送信される。

クライアント装置２において、受信部２２は圧縮映像データを受信すると、映像展開部２１へ出力する。映像展開部２１は、圧縮映像データを展開し、展開映像データ（非圧縮映像データ）として表示装置５へ出力する（ステップＳ４７）。表示装置５には、展開映像データが画面表示される。

動作例２について図７及び図８を参照しながら説明する。

まず、入力装置３においてユーザにより所定の入力操作が行われると、入力装置３は、その入力操作をクライアント装置２の判断部２０及び送信部２３へ通知する。クライアント装置２において、送信部２３は、入力装置３からの通知により入力操作を受け付けると（ステップＳ５１）、入力操作を示すリクエストをサーバ装置１へ送信する（ステップＳ５２）。また、判断部２０は、入力装置３からの通知により入力操作を受け付けると（ステップＳ５１）、通知された入力操作に基づいて、例えば図３、４のフローに示す判断例１〜３のうち少なくとも１つを行う（ステップＳ５３）。なお、判断例１〜３については上記実施形態１で説明済みであるので、ここでの説明は省略する。

サーバ装置１において、受信部１３はリクエストを受信すると、制御部１０へ出力する。そして、コマンド解析手段１０１はリクエストの解析を行い、出力情報生成手段１０２は解析結果に基づいて映像データを生成し、映像圧縮部１１は映像データを所定形式に圧縮した圧縮映像データを送信部１２へ出力する（ステップＳ５４）。

送信部１２は、圧縮映像データをクライアント装置２へ送信する（ステップＳ５５）。

上記ステップＳ５３において、判断部２０は、フレームレートの増減を決定すると、その決定に基づく制御信号を生成し、受信部２２へ出力する（ステップＳ５６）。この制御信号は、サーバ装置１から送信されてくる映像データを、決定したフレームレートで受信するように受信量を制御するためのものである。

クライアント装置２において、受信部２２は、制御信号に従って放棄あるいは受信拒否を行い、受信する圧縮映像データを取捨選択する。そして、受信部２２は、取得した圧縮映像データを映像展開部２１へ出力する。

映像展開部２１は、圧縮映像データを展開し、展開映像データ（非圧縮映像データ）として表示装置５へ出力する（ステップＳ５７）。表示装置５には、展開映像データが画面表示される。

以上説明したように本実施形態では、ユーザの利用状況（操作状況や電力状況）に応じてフレームレートを制御する。このフレームレート制御では、ユーザの利用が少ないときにはクライアント装置側でフレームレートを削減し、受信データ（圧縮映像データ）の頻度を下げる。よって、クライアント装置側で圧縮映像データの展開処理を少なくすることができるので、クライアント装置の消費電力を削減することができる。このように、本実施形態では、演算処理を必要とせずに、より簡単な処理で省電力を実現できる。

また、本実施形態では、クライアント装置側で判断処理を行うので、サーバ装置の構成を簡素化することができる。

なお、本実施形態において、動作例１はネットワーク帯域を削減することができるという効果があり、動作例２は簡単に実現できるという効果がある。

以上、本発明の各実施形態について説明したが、上記各実施形態に限定されるものではなく、その要旨を逸脱しない範囲において種々の変形が可能である。

例えば、上述した各実施形態における動作（各シーケンスチャートに示す動作）は、ハードウェア、又は、ソフトウェア、あるいは、両者の複合構成によって実行することも可能である。

ソフトウェアによる処理を実行する場合には、処理シーケンスを記録したプログラムを、専用のハードウェアに組み込まれているコンピュータ内のメモリにインストールして実行させてもよい。あるいは、各種処理が実行可能な汎用コンピュータにプログラムをインストールして実行させてもよい。

例えば、プログラムは、記録媒体としてのハードディスクやＲＯＭ（Read Only Memory）に予め記録しておくことが可能である。あるいは、プログラムは、ＣＤ−ＲＯＭ(Compact Disc Read Only Memory)，ＭＯ(Magneto optical)ディスク，ＤＶＤ(Digital Versatile Disc)、磁気ディスク、半導体メモリなどのリムーバブル記録媒体に、一時的、あるいは、永続的に格納（記録）しておくことが可能である。このようなリムーバブル記録媒体は、いわゆるパッケージソフトウエアとして提供することが可能である。

なお、プログラムは、上述したようなリムーバブル記録媒体からコンピュータにインストールする他、ダウンロードサイトから、コンピュータに無線転送してもよい。又は、ＬＡＮ(Local Area Network)、インターネットといったネットワークを介して、コンピュータに有線で転送してもよい。コンピュータでは、転送されてきたプログラムを受信し、内蔵するハードディスク等の記録媒体にインストールすることが可能である。

また、上記実施形態で説明した処理動作に従って時系列的に実行されるのみならず、処理を実行する装置の処理能力、あるいは、必要に応じて並列的にあるいは個別に実行するように構築することも可能である。

また、上記実施形態で説明したシステムは、複数の装置の論理的集合構成にしたり、各装置の機能を混在させたりするように構築することも可能である。

本発明は、ネットワークを介してデータ通信を行う装置・機器、システム、方式、方法、プログラム等に適用できる。

本発明の実施形態１の情報処理システムに係る構成を示すブロック図である。 本発明の実施形態１の情報処理システムに係る動作を示すシーケンスチャートである。 本発明の実施形態１、２の情報処理システムに係る判断例１の流れを示すフローチャートである。 本発明の実施形態１、２の情報処理システムに係る判断例２、３の流れを示すフローチャートである。 本発明の実施形態２の情報処理システムに係る構成例を示し、動作例１を説明するブロック図である。 本発明の実施形態２の情報処理システムに係る動作例１を示すシーケンスチャートである。 本発明の実施形態２の情報処理システムに係る構成例を示し、動作例２を説明するブロック図である。 本発明の実施形態２の情報処理システムに係る動作例２を示すシーケンスチャートである。

符号の説明

１ サーバ装置
２ クライアント装置
３ 入力装置
４ 無線ネットワーク
５ 表示装置
１０ 制御部
１１ 映像圧縮部
１２ 送信部
１３ 受信部
２０ 判断部（第２制御部）
２１ 映像展開部
２２ 受信部
２３ 送信部
３０ キーボード
３１ マウス
１０１ コマンド解析手段
１０２ 出力情報生成手段
１０３ 判断手段（第１制御部）

Claims (14)

1. 映像データを圧縮し、圧縮した映像データをクライアント装置へ送信する情報処理装置であって、
   前記クライアント装置におけるユーザの利用状況を示すデータを前記クライアント装置から受信した場合、前記データに基づいてフレームレートの増減を決定し、前記決定したフレームレートの増減に基づいて前記映像データを送信するように制御する第１制御部を有することを特徴とする情報処理装置。
2. 前記クライアント装置におけるユーザの利用状況を示すデータは、
   前記ユーザが前記クライアント装置に対して行った入力操作を示すデータ、又は、前記ユーザが前記クライアント装置に対して入力操作を行ったときの前記クライアント装置の電力値を示すデータ、のうち少なくとも１つであることを特徴とする請求項１記載の情報処理装置。
3. 前記第１制御部は、
   前記クライアント装置の電力値が所定の閾値より高い場合は、前記フレームレートを増加させ、
   前記クライアント装置の電力値が所定の閾値以下である場合は、前記フレームレートを減少させることを特徴とする請求項１又は２記載の情報処理装置。
4. 前記第１制御部は、
   前記入力操作が予め設定されたものである場合又は前記入力操作の頻度が高い場合は、前記フレームレートを増加させ、
   前記入力操作が予め設定されたものである場合又は前記入力操作の頻度が低い場合は、前記フレームレートを減少させることを特徴とする請求項１又は２記載の情報処理装置。
5. サーバ装置で圧縮された映像データを受信して展開する情報処理装置であって、
   前記情報処理装置におけるユーザの利用状況を示すデータに基づいてフレームレートの増減を決定し、前記決定したフレームレートの増減に基づいて前記サーバ装置から前記映像データを受信するように制御する第２制御部を有することを特徴とする情報処理装置。
6. 前記第２制御部は、
   前記決定したフレームレートの増減に基づいて、前記サーバ装置に対して前記映像データの送信を要求するためのリクエストの送信を制御する、又は、前記リクエストに応じて前記サーバ装置から送信される前記映像データの受信を制御することを特徴とする請求項５記載の情報処理装置。
7. 前記情報処理装置におけるユーザの利用状況を示すデータは、
   前記ユーザが前記情報処理装置に対して行った入力操作を示すデータ、又は、前記ユーザが前記情報処理装置に対して入力操作を行ったときの前記情報処理装置の電力値を示すデータ、のうち少なくとも１つであることを特徴とする請求項５又は６記載の情報処理装置。
8. 前記第２制御部は、
   前記情報処理装置の電力値が所定の閾値より高い場合は、前記フレームレートを増加させ、
   前記情報処理装置の電力値が所定の閾値以下である場合は、前記フレームレートを減少させることを特徴とする請求項７記載の情報処理装置。
9. 前記第２制御部は、
   前記入力操作が予め設定されたものである場合又は前記入力操作の頻度が高い場合は、前記フレームレートを増加させ、
   前記入力操作が予め設定されたものである場合又は前記入力操作の頻度が低い場合は、前記フレームレートを減少させることを特徴とする請求項７記載の情報処理装置。
10. 請求項１から９のいずれか１項に記載の情報処理装置を有することを特徴とする情報処理システム。
11. 映像データを圧縮し、圧縮した映像データをクライアント装置へ送信する情報処理装置で行われる省電力方法であって、
    前記クライアント装置におけるユーザの利用状況を示すデータを前記クライアント装置から受信した場合、前記データに基づいてフレームレートの増減を決定するステップと、
    前記決定したフレームレートの増減に基づいて前記映像データを送信するように制御するステップと、
    を有することを特徴とする省電力方法。
12. サーバ装置で圧縮された映像データを受信して展開する情報処理装置で行われる省電力方法であって、
    前記情報処理装置におけるユーザの利用状況を示すデータに基づいてフレームレートの増減を決定するステップと、
    前記決定したフレームレートの増減に基づいて前記サーバ装置から前記映像データを受信するように制御するステップと、
    有することを特徴とする省電力方法。
13. 映像データを圧縮し、圧縮した映像データをクライアント装置へ送信する情報処理装置に実行させるプログラムであって、
    前記クライアント装置におけるユーザの利用状況を示すデータを前記クライアント装置から受信した場合、前記データに基づいてフレームレートの増減を決定する処理と、
    前記決定したフレームレートの増減に基づいて前記映像データを送信するように制御する処理と、
    を実行させることを特徴とするプログラム。
14. サーバ装置で圧縮された映像データを受信して展開する情報処理装置に実行させるプログラムであって、
    前記情報処理装置におけるユーザの利用状況を示すデータに基づいてフレームレートの増減を決定する処理と、
    前記決定したフレームレートの増減に基づいて前記サーバ装置から前記映像データを受信するように制御する処理と、
    を実行させることを特徴とするプログラム。

Images