(57)【特許請求の範囲】
【請求項１】
映像をエンコードしてネットワークに送出するサーバと、エンコードされた前記映像を受信するとともに、プロセッサによりデコードして画面に表示する端末とを有し、
前記サーバは、前記端末に所定のエンコードされた映像をデコードさせることによって前記端末の負荷状態を取得し、第１のフレームが前記端末の画面に表示されている時間に、前記プロセッサが、前記第１のフレームに続く第２のフレームを、前記負荷状態に基づいて前記第２のフレームが表示されるまでの時間を全て使ってデコードされるよう動作周波数を制御するための制御情報を、前記第２のフレームのエンコードデータに付加し、前記端末は、前記制御情報に基づいて、前記プロセッサの動作周波数を変更することを特徴とする情報処理システム。
【請求項２】
映像をエンコードするとともに、エンコードされた前記映像をプロセッサによりデコードして画面に表示する端末に送信する映像送信サーバであって、
前記サーバは、前記端末に所定のエンコードされた映像をデコードさせることによって前記端末の負荷状態を取得し、
第１のフレームが前記端末の画面に表示されている時間に、前記プロセッサが、前記第１のフレームに続く第２のフレームを、前記負荷状態に基づいて前記第２のフレームが表示されるまでの時間を全て使ってデコードされるよう動作周波数を制御するための制御情報を、前記第２のフレームのエンコードデータに付加することを特徴とする映像送信サーバ。
【請求項３】
エンコードされた映像をサーバから受信して、プロセッサによりデコードして画面に表示する端末であって、
前記サーバは、前記端末に所定のエンコードされた映像をデコードさせることによって前記端末の負荷状態を取得し、第１のフレームが前記端末の画面に表示されている時間に、前記プロセッサが、前記第１のフレームに続く第２のフレームを、前記負荷状態に基づいて前記第２のフレームが表示されるまでの時間を全て使ってデコードされるよう動作周波数を制御するための制御情報を、前記第２のフレームのエンコードデータに付加し、前記端末は、前記制御情報に基づいて、前記プロセッサの動作周波数を変更することを特徴とする端末。
【請求項４】
映像をエンコードしてネットワークに送出するサーバと、エンコードされた前記映像を受信するとともに、プロセッサによりデコードして画面に表示する端末とを有し、
前記サーバは、
映像をエンコードするエンコード手段と、
前記エンコード手段によるエンコードを監視し、エンコード前のフレームのデータサイズとエンコード後のフレームのデータサイズとを取得する監視手段と、
前記エンコード前のフレームのデータサイズ、エンコード後のフレームのデータサイズ、及び、エンコード方式を少なくとも用いて、前記端末に所定のエンコードされた映像をデコードさせることによって前記端末の負荷状態を取得し、第１のフレームが前記端末の画面に表示されている時間に、前記プロセッサが、前記第１のフレームに続く第２のフレームを、前記負荷状態に基づいて前記第２のフレームが表示されるまでの時間を全て使ってデコードされるよう動作周波数を制御するための制御情報を生成する生成手段と、
前記制御情報を、前記第２のフレームのエンコードデータに付加する付加手段とを備え、
前記端末は、
前記制御情報に基づいて、前記プロセッサの動作周波数を変更する変更手段と、
前記変更された動作周波数により前記第２のフレームをデコードするデコード手段とを備えたことを特徴とする情報処理システム。
【請求項５】
前記生成手段は、さらに、前記プロセッサの処理能力データを用いて、前記制御情報として、動作周波数を指定することを特徴とする請求項４記載の情報処理システム。
【請求項６】
映像をエンコードするとともに、エンコードされた前記映像をプロセッサによりデコードして画面に表示する端末に送信する映像送信サーバであって、
映像をエンコードするエンコード手段と、
前記エンコード手段によるエンコードを監視し、エンコード前のフレームのデータサイズとエンコード後のフレームのデータサイズとを取得する監視手段と、
前記エンコード前のフレームのデータサイズ、エンコード後のフレームのデータサイズ、及び、エンコード方式を少なくとも用いて、前記端末に所定のエンコードされた映像をデコードさせることによって前記端末の負荷状態を取得し、第１のフレームが前記端末の画面に表示されている時間に、前記プロセッサが、前記第１のフレームに続く第２のフレームを、前記負荷状態に基づいて前記第２のフレームが表示されるまでの時間を全て使ってデコードされるよう動作周波数を制御するための制御情報を生成する生成手段と、
前記制御情報を、前記第２のフレームのエンコードデータに付加する付加手段とを備えたことを特徴とする映像送信サーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、端末の画面に、サーバから送信された映像を表示する情報処理システムであって、端末の消費電力を低減させることができる情報処理システムに関する。
【背景技術】
【０００２】
従来より、シンクライアント端末とサーバとがネットワークで接続されたシンクライアントシステムと呼ばれるシステムがある。シンクライアントシステムにおいて、シンクライアント端末自身は、必要最小限の機能を有すのみで、ほとんどの処理を、ネットワーク経由でサーバに処理させ、シンクライアント端末は、その処理結果を受信するものである。
【０００３】
ここで、シンクライアントシステムの一形態として、シンクライアント端末の画面に、サーバから送信された映像を表示する形態がある。この形態では、シンクライアント端末を操作するユーザには、あたかも、そのシンクライアント端末で、全ての処理が行われているように見えるが、実際には、表示の制御を含めたほとんどの処理がサーバ側でなされ、シンクライアント端末は、サーバにコマンドを送信する程度の処理しかしない。
【０００４】
なお、クライアント側の処理性能に応じて、サーバがクライアントに適したサービスを提供するシステムが例えば特許文献１に記載されている。
【０００５】
【特許文献１】特開平８−２１４２８５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
ところで、上述したシンクライアント端末の画面に、サーバから送信された映像を表示する形態のシンクライアントシステムでは、サーバは、映像を例えばＭＰＥＧ２等の方式で圧縮（エンコード）して送信し、シンクライアント端末にて、圧縮された映像を伸張（デコード）して表示している。
【０００７】
このような場合のシンクライアント端末の従来のデコード処理を図６に示す。図６を参照すると、シンクライアント端末は、受信したフレームをデコードする毎に表示していくが、シンクライアント端末のプロセッサの処理に着目すると、このプロセッサは、常に一定の周波数、すなわち、最大動作周波数でデコード処理を行っている。ところで、あるフレームをデコードする際、そのフレームのデコードは、そのフレームを表示する前までに終わらせればよいが、図６に示すデコード処理では、デコードを終えたプロセッサは、処理を停止し、次のデコード処理を待つ時間がしばしばある。
【０００８】
ここで、図７を参照すると、通常、プロセッサは周波数が高くなるほどその消費電力は高くなり、この消費電力の上がり方は、図７に示すとおり、周波数が高くなるほど急になる。その理由は、簡単に説明すると、高クロック時はプロセッサの発熱量が増加し、プロセッサを構成する金属の電気抵抗は一般的に温度に比例し温度が高くなるほど抵抗は大きくなり、さらに、抵抗値が大きくなると、発熱量が増加するという特性を一般的なプロセッサは持っているからである。
【０００９】
したがって、図６に示したようなデコード処理では、デコード処理時のプロセッサの周波数が常に高く、すなわち、常に消費電力が高く、さらに、待ち時間の消費電力を無駄にしていることになることがわかるであろう。
【００１０】
そこで、本発明は、端末の画面に、サーバから送信された映像を表示する情報処理システムであって、上述した従来のシンクライアントシステムでの態様と比較し、映像を受信する端末の消費電力を低減させることができる情報処理システムを提供することを目的とする。
【課題を解決するための手段】
【００１１】
本発明の情報処理システムは、映像をエンコードしてネットワークに送出するサーバと、エンコードされた前記映像を受信するとともに、プロセッサによりデコードして画面に表示する端末とを有し、前記サーバは、前記端末に所定のエンコードされた映像をデコードさせることによって前記端末の負荷状態を取得し、第１のフレームが前記端末の画面に表示されている時間に、前記プロセッサが、前記第１のフレームに続く第２のフレームを、前記負荷状態に基づいて前記第２のフレームが表示されるまでの時間を全て使ってデコードされるよう動作周波数を制御するための制御情報を、前記第２のフレームのエンコードデータに付加し、前記端末は、前記制御情報に基づいて、前記プロセッサの動作周波数を変更することを特徴とする。
【００１２】
本発明の映像送信サーバは、映像をエンコードするとともに、エンコードされた前記映像をプロセッサによりデコードして画面に表示する端末に送信する映像送信サーバであって、前記サーバは、前記端末に所定のエンコードされた映像をデコードさせることによって前記端末の負荷状態を取得し、第１のフレームが前記端末の画面に表示されている時間に、前記プロセッサが、前記第１のフレームに続く第２のフレームを、前記負荷状態に基づいて前記第２のフレームが表示されるまでの時間を全て使ってデコードされるよう動作周波数を制御するための制御情報を、前記第２のフレームのエンコードデータに付加することを特徴とする。
【００１３】
本発明の端末は、エンコードされた映像をサーバから受信して、プロセッサによりデコードして画面に表示する端末であって、前記サーバは、前記端末に所定のエンコードされた映像をデコードさせることによって前記端末の負荷状態を取得し、第１のフレームが前記端末の画面に表示されている時間に、前記プロセッサが、前記第１のフレームに続く第２のフレームを、前記負荷状態に基づいて前記第２のフレームが表示されるまでの時間を全て使ってデコードされるよう動作周波数を制御するための制御情報を、前記第２のフレームのエンコードデータに付加し、前記端末は、前記制御情報に基づいて、前記プロセッサの動作周波数を変更することを特徴とする。
【発明の効果】
【００１４】
本発明によれば、端末の画面に、サーバからエンコードされて送信された映像をデコードして表示する情報処理システムにおいて、映像を受信する端末の消費電力を低減させることができる情報処理システムを提供することができる。
【発明を実施するための最良の形態】
【００１５】
以下、図面を参照して本発明を実施するための最良の形態について説明する。図１は、本発明の実施の形態の情報処理システムを説明するためブロック図である。
【００１６】
図１を参照すると、情報処理システムは、サーバ１０と、サーバ１０にネットワークで接続された端末２０とからなる。
【００１７】
まず、本実施の形態の情報処理システムの概略を説明すると、この情報処理システムは、サーバ１０と、サーバ１０から映像を受信して表示する端末２０とからなり、サーバ１０は、フレーム（または、フィールド）をエンコードして端末に送信する際、端末２０側のプロセッサのデコード時の周波数を指定するためのデータを付加して送信し、端末２０は、このデータに応じた周波数で映像をデコードするものである。以下、詳細に説明する。
【００１８】
サーバ１０は、制御部１１と記憶部１２とを有する。制御部１１は、記録媒体に格納されたプログラムを読み込んで実行することにより、エンコード手段３１、エンコード監視手段３２、クロック指定手段３３、及び、クロック情報付加手段３４を論理的に備える。なお、エンコード手段３１は、専用のハードウェアで構成されてもよい。
【００１９】
一方、端末２０は、記録媒体に格納されたプログラムを読み込んで実行することにより、端末１０のプロセッサが、クロック情報取得手段２１、クロック制御手段２２、及び、デコード手段２３を論理的に備える。端末２０は、いわゆるサーバ１０から端末２０の画面に表示する映像を受信する態様のシンクライアントであり、ユーザは、端末２０の画面を見ながら、端末１０を操作し、端末２０は、サーバ１０にコマンドを送信する。そして、そのコマンドに基づき、サーバ２０は、所定の処理をする。
【００２０】
次に、本実施の形態の動作を説明する。図２は、サーバ１０の動作を説明するためのフローチャートであり、図３は、端末２０の動作を説明するためのフローチャートである。
【００２１】
まず、サーバ１０の動作について説明する。図３を参照すると、サーバ１０において、エンコード手段３１は、端末２０に送信すべき映像を、例えばＭＰＥＧ２などでエンコードする（ステップＳ１）。この際、エンコード監視手段３２は、フレーム（またはフィールド）毎に、エンコード前のデータサイズ、及び、エンコード後のデータサイズを取得する（ステップＳ２）。
【００２２】
次に、クロック指定手段３３は、端末２０がデコードする際のクロックを指定する（ステップＳ３）。ここで、図５に、本実施の形態における、端末２０のプロセッサの動作周波数（クロック）の変化の様子を示す。図５を参照すると、端末２０では、受信した映像のあるフレームをデコードする際、そのフレームが表示されるまでの時間を全て使って、デコードしている。したがって、端末２０のプロセッサは、図６を用いて説明した従来のデコードの仕方と比較し、図７のグラフを参照すれば省電力であることがわかるであろう。その理由は、要するに、従来と比較し、プロセッサの稼働時間は長いものの、周波数が抑えられているためである。
【００２３】
さて、クロック指定手段３３は、エンコード監視手段３２が取得したエンコード前のフレームのデータサイズ及びエンコード後のフレームのデータサイズ、エンコード方式、端末２０のプロセッサのモデル名やアーキテクチャに基づき、上述したクロックを決定するものである。ここで、プロセッサのモデル名やアーキテクチャに対応する処理能力の情報は、サーバ１０の記憶部１２に格納されている。なお、クロック指定手段３３によるクロック指定の他の例としては、所定のエンコードされたデータのデコードを端末２０に処理させ、その負荷具合をサーバ２０に返すことにより、端末２０のプロセッサの処理能力を計ることもできる。
【００２４】
ステップＳ３の処理に次いで、クロック情報付加手段３４は、エンコードされたフレームデータの先頭にクロック情報を付加し（ステップＳ４）、このような処理がフレーム毎に繰り返されることにより、図４に示すようなデータが、サーバ１０から端末２０に送信される。
【００２５】
次に、端末２０の動作について図３を用いて説明する。図３を参照すると、クロック情報取得手段２１は、サーバ１０から送信されたデータからクロック情報を取得する（ステップＴ１）。次いで、クロック制御手段２２は、このクロック情報に基づき、端末２０のプロセッサの周波数を変更する（ステップＴ２）。そして、デコード手段２３は、ステップＴ２で指定された周波数にて、エンコードされたデータをデコードする（ステップＴ３）。なお、ステップＴ１ないしＴ３の処理はフレームのデコード毎に繰り返される。また、クロック制御手段２２は、プロセッサがデコード以外の処理を行う場合もあるので（例えばステップＴ１やステップＴ２の処理もその処理である。）、デコードのみに最低限必要な周波数に単に設定するのでなく、デコード以外の処理のために周波数をあげてもよい。ただし、デコードに割り当てられるプロセッサの動作周波数は指定されているので、結局のところ、従来に比べてプロセッサが省電力になることは言うまでもない。
【００２６】
このように、本実施の形態によれば、端末２０のプロセッサを省電力にすることができる。
【００２７】
なお、本実施の形態では、サーバ１０側で、端末２０のプロセッサがデコードする際に必要なクロックを決定していたが、この決定を端末２０にて行うこともできる。この場合には、サーバ１０は、図４に示したクロック情報を付加する代わりに、エンコード監視手段３２が取得したエンコード前のフレームのデータサイズ及びエンコード後のフレームのデータサイズ、及び、エンコード方式を付加する必要がある。
【図面の簡単な説明】
【００２８】
【図１】本発明の実施の形態の情報処理システムを説明するためのブロック図である。
【図２】サーバ１０の動作を説明するためのフローチャートである。
【図３】端末２０の動作を説明するためのフローチャートである。
【図４】サーバ１０から端末２０に送信されるデータを説明するための概念図である。
【図５】端末２０のプロセッサのクロックの変化の様子を説明するための図である。
【図６】従来の端末のプロセッサのクロックの変化の様子を説明するための図である。
【図７】プロセッサのクロックと消費電力との関係を説明するための図である。
【符号の説明】
【００２９】
１０  サーバ
１１  制御部
１２  記憶部
２０  端末
２１  クロック情報取得手段
２２  クロック制御手段
２３  デコード手段
３０  制御部
３１  エンコード手段
３２  エンコード監視手段
３３  クロック指定手段
３４  クロック情報付加手段
【図１】
0005061757.tif 000002
【図２】
0005061757.tif 000003
【図３】
0005061757.tif 000004
【図４】
0005061757.tif 000005
【図５】
0005061757.tif 000006
【図６】
0005061757.tif 000007
【図７】
0005061757.tif 000008