JP2004362234A - 待機モード付き情報処理システムおよびその待機モード移行・解除方法 - Google Patents

Abstract

【課題】メインモジュールと拡張モジュールとで構成され、かつ、待機状態における消費電力を低減できる待機モード付き映像情報システムを提供する。
【解決手段】待機モードへ移行時には、待機モード解除の際に必要な情報を第一のモジュール（メインモジュール２０）に保存して第一のモジュールのみ電源電圧の保持を行い、第二のモジュール（拡張モジュール５０）の電源はオフとし、
待機モード解除時には、保存されている待機モード解除の際に必要な情報を第一のモジュール（メインモジュール２０）から第二のモジュール（拡張モジュール５０）に転送し、転送された情報に基づいて第二のモジュール（拡張モジュール５０）を元の状態に復帰する。
【選択図】 図１

Description

【０００１】
【発明の属する技術分野】
この発明は、ネットワークに接続ができ、デジタルテレビ、ＨＤＤストレージなどの民生用機器や監視システムのレコーダ、ＦＡ機器などの業務用機器等に取り付けることが可能な情報処理システムに関するものであり、さらに詳しくは、メインモジュールと、該メインモジュールの機能拡張を実現するための拡張モジュールとで構成された待機モード付き情報処理システムに関するものである。
【０００２】
【従来の技術】
パーソナルコンピュータの低価格化・高機能化、インターネットコンテンツの増加、携帯電話、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ：個人向け携帯型情報通信機器）等のネットワーク接続機器の多様化などにより、企業内だけではなく、一般家庭においてもローカルＬＡＮやインターネットを利用する機会が増大してきている。
また、ＨＡＶｉ（Ｈｏｍｅ Ａｕｄｉｏ／Ｖｉｄｅｏ ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ：家庭用ＡＶ機器をネットワーク化する時に使用されるソフトウェアの使用のこと）、ＥＣＨＯＮＥＴなどの規格面でも家電機器をネットワークに接続するための整備が進められている。
従来の機器設計においては、既に開発済みの機器に対して、例えば、拡張機能としてネットワーク機能を追加したり、高機能な画像処理機能を追加するような場合、機器に搭載するシステムＬＳＩを再設計したり、システムＬＳＩ毎に基板変更や、ソフトウェア変更が必要になり、信頼性検証、ＥＭＩ検証などを新規に行う必要があった。
【０００３】
この問題を解決するために、本願出願人は、例えば、特許文献１あるいは特許文献２において、「メインモジュールである映像情報装置（機器）と、機能ごとの拡張モジュールであるユビキタス（ｕｂｉｑｕｉｔｏｕｓ）映像モジュールユニットとによって映像情報システムを構成する」ことを提案している。
各モジュール（即ち、映像情報装置とユビキタス映像モジュールユニット）には、ハードウェアエンジンとこれを制御するＣＰＵの分散実行機能をサポートするＯＳが搭載されており、そのＯＳによって映像情報装置（機器）に搭載されているモジュールの機能が認識され、機器に対応した機能が実現される。
即ち、映像情報装置（機器）に要求される仕様や機能が変わっても、拡張モジュール（即ち、ユビキタス映像モジュールユニット）のみを新規開発することにより、容易、かつフレキシブルに対応することが可能となり、開発費用ならびに開発期間を低減できる。
【０００４】
また、携帯電話やＰＤＡ等、バッテリによって動作する機器においては、動作中の消費電力に加えて、待機（サスペンド：ｓｕｓｐｅｎｄ）状態での電力（待機電力）を低減させることが重要になってきている。
このため、本願出願人は、特許文献３において、「この待機電力の低減を目的として、サスペンド状態に最低限必要なデバイス以外のデバイスに対しては、電源断することができるように構成する」ことを提案している。
【０００５】
この場合、システムのＣＰＵが、サスペンド状態への移行時、各デバイスのパラメータをメモリ上に退避し、その後、ＣＰＵはサスペンド状態に移行し、サブマイコンが、各デバイスの電力をカットする。
また、待機モード解除時、即ち、復帰（レジューム：ｒｅｓｕｍｅ）時には、サブマイコンが各デバイスに電力を投入した後、ＣＰＵはメインメモリ上からパラメータを各デバイスに設定し、元の状態に戻るよう構成されている。
【０００６】
上記のような電源制御を伴うサスペンド（待機）・レジューム（復帰）の機能を、モジュール構成のシステム（例えば、特許文献１あるいは特許文献２に記載されているような、メインモジュールと拡張モジュールで構成されたシステム）に適用した場合、各モジュールには、ＣＰＵが搭載され、ＯＳにより制御されていることから、本機能はモジュール単位で行えばよく、他のモジュールに関係なく開発、検証等をおこなえる。
【０００７】
【特許文献１】
特願２００３−１１９５６２号（平成１５年４月２４日出願）
【特許文献２】
特願２００３−１１９５６３号（平成１５年４月２４日出願）
【特許文献３】
特願２００２−１１９７３２号（平成１４年７月９日出願）
【０００８】
【発明が解決しようとする課題】
しかしながら、各モジュールに対して電源制御を伴うサスペンド・レジューム（待機・復帰）の機能を搭載すると、各モジュールにおいて電源制御の仕組みが必要になり、コスト増大の要因になる。
また、サスペンド（待機）状態でも電源を供給しておかなければならないデバイスが各モジュールに存在することになるので、待機モード時の電力が大きくなり、システム全体として消費電力が大きくなってしまうという問題がある。
【０００９】
この発明は、上述のような課題を解決するためになされたものであり、メインモジュールとその機能拡張用の拡張モジュールとで構成され、かつ、待機状態における消費電力を低減できる待機モード付き情報処理システムを提供することを目的とする。
また、メインモジュールと機能拡張用の拡張モジュールで構成された情報処理システムにおける待機モード移行・解除方法を提供することを目的とする。
【００１０】
【課題を解決するための手段】
この発明に係る待機モード付き情報処理システムは、ＣＰＵ、メモリおよび複数のハードウェアエンジンで構成され、ＯＳが搭載された第一のモジュールと、上記第一のモジュールの機能を拡張するためのモジュールであって、ＣＰＵ、メモリおよび複数のハードウェアエンジンで構成され、ＯＳが搭載された第二のモジュールとを備えた待機モード付き情報処理システムにおいて、
待機モードへ移行時には、待機モード解除の際に必要な情報を上記第一のモジュールに保存して、上記第一のモジュールのみ電源電圧の保持を行い、上記第二のモジュールの電源はオフとし、
待機モード解除時には、保存されている上記待機モード解除の際に必要な情報を上記第一のモジュールから上記第二のモジュールに転送し、転送された情報に基づいて上記第二のモジュールを元の状態に復帰するものである。
【００１１】
また、この発明に係る待機モード移行・解除方法は、請求項１に記載の待機モード付き情報処理システムに適用される待機モード移行・解除方法であって、
待機モードへ移行時には、待機モード解除の際に必要な情報を上記第一のモジュールに保存して、上記第一のモジュールのみ電源電圧の保持を行い、上記第二のモジュールの電源はオフとし、
待機モード解除時には、保存されている上記待機モード解除の際に必要な情報を上記第一のモジュールから上記第二のモジュールに転送し、転送された情報に基づいて上記第二のモジュールを元の状態に復帰するものである。
【００１２】
【発明の実施の形態】
実施の形態１．
本発明の一実施の形態を画面に基づいて説明する。
図１は、この発明の実施の形態１に係る情報処理システムの構成例を示す図である。
図において、１０は本実施の形態による情報処理システムであって、基本的にはネットワーク４０から入力される映像データをディスプレイ３０に表示するシステムであり、この情報処理システム１０は、メインモジュール２０、ディスプレイ３０、および拡張モジュール５０とで構成される。
尚、前述の特許文献１または特許文献２においては、メインモジュール２０に相当するものは映像情報装置であり、拡張モジュール５０に相当するものはユビキタス映像モジュールユニットである。
【００１３】
メインモジュール２０と拡張モジュール５０とで構成している本実施の形態による情報処理システムの特徴を説明するために、まず、メインモジュール２０のみでの動作を説明する。
情報処理システム１０のメインモジュール２０は、システムＬＳＩ２１、ネットワークインターフェース（ネットワークＩ／Ｆ）２６、ビデオインターフェース（Ｖ−Ｉ／Ｆ）２７、モジュールインターフェース（Ｍ−Ｉ／Ｆ）２９で構成される。
システムＬＳＩ２１は、ＣＰＵ２２とメモリ（ＲＡＭ）２３とプログラム格納用のＲＯＭ２４と、ＭＰＥＧ圧縮されたビデオ信号を処理するビデオシグナルプロセッサ（ＶＳＰ）２５で構成される。
【００１４】
このときのシステムＬＳＩ２１のソフトウェア構成を図２に示す。
システムＬＳＩ２１のソフトウェアは階層構造になっており、図２に示すように、ハードウェア１００の上位には、オペレーティングシステム（ＯＳ）１０１が配置され、その上位で、図１のＶＳＰ２５や、ネットワークを動作させるミドルウェア（Ｍ／Ｗ）１０２が配置される。さらにその上位には、アプリケーション１０３が配置される。
【００１５】
例えば、ディスプレイ３０上にネットワーク４０からのＭＰＥＧ圧縮された映像データを表示させるアプリケーションを実行すると、システムＬＳＩ２１ではネットワーク４０から入力されるＭＰＥＧ圧縮された映像データをネットワークＩ／Ｆ２６を介して入力し、ＶＳＰ２５によって映像信号にデコードし、Ｖ（ビデオ）−Ｉ／Ｆ２７に送出する。
そして、Ｖ−Ｉ／Ｆ２７に送出された映像信号は、ディスプレイ３０で表示される。
【００１６】
このように、本実施の形態による情報処理システム１０では、メインモジュール２０のみでも映像処理を実行できるが、拡張モジュール５０を追加することにより、更なる高機能化を実現することができる。
図１に示すように、拡張モジュール５０は、システムＬＳＩ５１とモジュールインターフェース（Ｍ−Ｉ／Ｆ）５９で構成される。
Ｍ（モジュール）−Ｉ／Ｆ５９はメインモジュール２０のＭ−Ｉ／Ｆ２９と接続し、情報のやり取りをおこなう。
また、システムＬＳＩ５１は、ＣＰＵ５２とメモリ（ＲＡＭ）５３、プログラム格納用のＲＯＭ５４、高機能な画像処理をおこなうグラフィックエンジン５５、カメラ映像を処理するカメラエンジン５６、ＭＰＥＧで圧縮されたデータを伸張するＭＰＥＧエンジン５７で構成される。
【００１７】
このような拡張モジュール５０を接続した情報処理システム１０のソフトウェア構成は、図３のようになる。
Ｍ−Ｉ／Ｆ２９は、図１におけるモジュールインターフェース（Ｍ−Ｉ／Ｆ）２９であり、Ｍ−Ｉ／Ｆ５９は図１におけるモジュールインターフェース（Ｍ−Ｉ／Ｆ）５９であり、モジュール間のデータのやり取りをおこなう。
拡張モジュール５０は、ハードウェア２００の上位に、ハードウェアを抽象化することにより、ハードウェアごとの違いを吸収するためのソフトウェアであるＨＡＬ（Ｈａｒｄｗａｒｅ Ａｄａｐｔａｔｉｏｎ Ｌａｙｅｒ）２１０を配置する。
その上位には、ＯＳ２０１が搭載され、その上位には、ＭＰＥＧエンジン５７、カメラエンジン５６およびグラフィックエンジン５５を動作させるミドルウェア（Ｍ／Ｗ）２０２が搭載され、その上位にアプリケーション２０３が搭載される。
【００１８】
また、メインモジュール２０のＯＳ１０１と拡張モジュール５０のＯＳ２０１はシステムコールレベルで透過的に接続されており、ミドルウェア１０２とミドルウェア２０２はＡＰＩレベルで透過的に接続されている。
アプリケーション１０３、２０３については設計データレベルで透過的に接続されており、この拡張モジュールに搭載されるアプリケーションとＨＡＬのみを機種ごとに変更し、その他の層は共通化して使用することで、異なる機能に対応する機能を実現することができる。
【００１９】
なお、上位のソフトウェアから下位のソフトウェアの機能を使用する場合（例えば、アプリケーションソフトウェアがミドルウェアの機能を使用する場合など）、ある所定の手続きに従って、命令のやりとりを行う。
この際、一般的には、使用したい機能が自分自身のマシン上にある場合と、他のマシン上にある場合とは手続きが異なる。
「透過的に接続する」とは、この使用したい機能がどちらに存在する場合でも、その違いを気にすることなく、同じ手続きでやりとりを行うことができるように接続することを意味する。
【００２０】
例えば、この拡張モジュール５０を接続した場合においてディスプレイ３０上にネットワーク４０からの画像データを表示させるアプリケーションを実行すると、ネットワーク４０から入力された映像データはネットワークＩ／Ｆ２６を介してシステムＬＳＩ２１に取り込まれ、その映像データは、Ｍ（モジュール）−Ｉ／Ｆ２９およびＭ（モジュール）−Ｉ／Ｆ５９を介して、拡張モジュール５０のシステムＬＳＩに転送される。
【００２１】
拡張モジュール５０においては、転送された映像データを、ＭＰＥＧエンジン５７で処理し、映像信号として出力し、再び、メインモジュール２０に転送し、Ｖ（ビデオ）−Ｉ／Ｆ２７を介して、ディスプレイ３０に表示される。
このＭＰＥＧエンジン５７は、メインモジュール２０に搭載されているＶＳＰ（ビデオシグナルプロセッサ）２５よりも高性能であり、高画質のＭＰＥＧデータを処理することができる。
【００２２】
このように、「メインモジュール２０に必要な機能のみ高機能化した拡張モジュールを追加することにより、異なる機種に対応する機能を容易に実現することができる」ことがモジュール構成の特徴である。
なお、前述の特許文献１あるいは特許文献２には、このようなモジュール構成の詳細な具体例とその動作説明が詳細に記載されている。
【００２３】
本発明は、このようなモジュール構成のシステムにおいて、待機モードへの移行・復帰処理（即ち、サスペンド・レジューム処理）機能をさらに備えたことを特徴とするものである。
以下、本実施の形態による待機モード付き情報処理システムにおける待機モードへの移行・復帰処理について具体的に説明する。
【００２４】
サスペンド（待機）状態においては、消費電力を低減させるために、最低限必要なデバイス以外は、電源断の制御をおこなう。
図１において、メインモジュール２０にある電源制御装置３５は、メインモジュール２０において、システムＬＳＩ２１以外に対して電源オン／オフの制御を行う。
また、メインモジュール２０にある電源制御装置３５は、システムＬＳＩ２１については、ＣＰＵ２２とＲＡＭ２３は省電力モードとなり、それ以外（例えば、ＲＯＭ２４、ＶＳＰ２５）は、電源断とするようなパワーマネージメント機能を有する。
また、拡張モジュール５０にある電源制御装置３６は、拡張モジュール全体の電源オン／オフの制御をおこなう。
【００２５】
マイコン３１は、メインモジュール２０の電源制御装置３５と拡張モジュール５０の電源制御装置３６の制御と、サスペンド（待機）状態およびレジューム（復帰）状態への移行イベントを検出し、システムＬＳＩ２１にイベントを通達する装置であり、このイベントは、利用者により電源ボタン３２が押下されることによって発生する。
【００２６】
このようなハードウェア構成において、サスペンド（待機）状態への移行および通常状態への復帰時の処理の流れを、フローチャートを用いて説明する。
図４は、サスペンド（待機）状態への移行時に行われる処理の流れを説明するためのフローチャートである。
このフローチャートは、マイコン３１、メインモジュール２０、拡張モジュール５０おけるそれぞれの処理の流れと、その関係を示して表示している。
【００２７】
サスペンド状態への移行は、マイコン３１において、電源ボタン３２が押下されたことを検出する（ステップＳ１０）ことでスタートする。
即ち、ステップＳ１０でマイコンが電源ボタン３２の押下検出をおこなうと、ステップＳ１１において電源ボタン３２が押されたことを示す信号（押下信号）をメインモジュール２０に送信する。
また、メインモジュール２０においては、ステップＳ２１において押下信号が検出され、ステップＳ２２で各デバイスに待機モードへ移行開始するように指示を出力する。
この指示は、拡張モジュール５０にも送信され（ステップＳ４２）、待機モードへの移行指示が検出される（ステップＳ３２）と、拡張モジュール５０での待機モードへの移行が開始される。
【 ００２８】
拡張モジュール５０においては、各デバイスのレジスタやドライバソフトウェアに記憶されているパラメータ（例えば、グラフィックエンジン５５に設定されている画面サイズを規定するパラメータや、ＭＰＥＧエンジン５７で設定されている転送レートのパラメータなど）、現在の状態を特定するパラメータ（例えば、グラフィックエンジン５５で、現在表示している画像情報や、ＭＰＥＧエンジン５７で現在伸張しているデータのファイル名情報など）をＲＡＭ５３に書き込み（ステップＳ３３）、書き込んだパラメータデータをメインモジュール２０のＲＡＭ２３に転送する（ステップＳ３４）。
【００２９】
メインモジュール２０においても、各デバイスのレジスタやドライバソフトウェアに記憶されているパラメータ、現在の状態を特定するパラメータをＲＡＭ２３に書き込む（ステップＳ２３）。
さらに、ステップＳ４４で拡張モジュール５０から転送されたパラメータデータをＲＡＭ２３に書き込む（ステップＳ２４）。
そして、システムＬＳＩ２１のＣＰＵ２２がシステムＬＳＩを待機モードに移行させ（ステップＳ２５）、待機モード移行完了信号を検出すると（ステップＳ２６）、待機モード移行完了信号をマイコン３１に送出し（ステップＳ４６）、待機モード（ステップＳ２７）に移行する。
【００３０】
マイコン３１は、メインモジュール２０からの待機モードへの移行完了信号を検出すると（ステップＳ１６）、メインモジュール２０においては、電源制御装置３５を介してシステムＬＳＩ２１のＣＰＵ２２とＲＡＭ２３以外の電源をオフにすると共に、拡張モジュール５０においては、電源制御装置３６を介して拡張モジュール５０の電源をオフにする。（ステップＳ１８）。
即ち、このサスペンド状態では、マイコン３１と、メインモジュール２０のシステムＬＳＩ２１のＣＰＵ２２とＲＡＭ２３のみに電源が供給され、それ以外は、電源断の状態となる。
【００３１】
なお、待機モード時の節電効果はやや小さくなるが、マイコン３１は、メインモジュール２０からの待機モードへの移行完了信号を検出すると、メインモジュール２０においては、電源制御装置３５を介してシステムＬＳＩ２１内の全ての回路に電源を供給し、システムＬＳＩ２１以外の電源をオフにすると共に、拡張モジュール５０においては、電源制御装置３６を介して拡張モジュール５０の電源をオフにしてもよい。
【００３２】
次に、サスペンド（待機）状態から通常の状態に復帰するときの処理（即ち、待機状態を解除するとき）の流れを説明する。
図５は、レジューム処理（待機状態を解除するときの処理）を説明するフローチャートであり、マイコン３１、メインモジュール２０および拡張モジュール５０のそれぞれの処理の流れと、それぞれの関係を示している。
レジューム処理（待機状態解除の処理）は、マイコン３１において電源ボタン３２が押されたことを検出する（ステップＳ５０）ことでスタートする。
【００３３】
ステップＳ５０において、マイコン３１が電源ボタン押下検出をおこなうと、すべてのモジュールに電源を投入（供給）する（ステップＳ５１）。
即ち、マイコン３１が電源ボタン押下検出をおこなうと、マイコン３１は電源制御装置３５を介してメインモジュール２０のすべてに電源を供給すると共に、電源制御装置３６を介して拡張モジュール５０にも電源を供給する。
この電源投入（供給）によって、拡張モジュール５０における処理が開始される（ステップＳ７１）。
【００３４】
また、マイコン３１においては、電源ボタン押下信号をメインモジュール２０に送信し（ステップＳ５２）、メインモジュール２０においては、送信されてきた押下信号を検出し（ステップＳ６２）、サスペンド（待機）状態からの復帰処理を開始する（ステップＳ６３）。
メインモジュール２０は、システムＬＳＩ２１のＲＡＭ２３に保存されているパラメータを各デバイスに設定する（ステップＳ６４）と共に、サスペンド（待機）時にメインモジュール２０保存しておいた拡張モジュールのパラメータを拡張モジュール５０に転送する（ステップＳ６５）。
【００３５】
拡張モジュール５０においては、通常の起動処理をおこない（ステップＳ７３）、メインモジュール２０から転送されたパラメータを各デバイスに設定する（ステップＳ７５）。
そして、メインモジュール２０と、拡張モジュール５０において、それぞれのモジュールの機能を認識し、システムＬＳＩ２１のＲＡＭ２３およびシステムＬＳＩ５１のＲＡＭ５３の両方のＲＡＭにある「現在の状態を特定するパラメータ」によって元の状態に復帰する（ステップＳ８６）。
このようにして、サスペンドに移行する前の状態に復帰する。
【００３６】
以上説明したように、本実施の形態による待機モード付き情報処理システムでは、ＣＰＵ２２とメモリ２３および複数のハードウェアエンジン（例えば、ＶＳＰ２５やネットワークＩ／Ｆ２６など）で構成され、ＯＳを搭載した第一のモジュール（メインモジュール２０）と、第一のモジュールと接続され、第一のモジュールの機能を拡張するためのモジュールであって、ＣＰＵ５２とメモリ５３および複数のハードウェアエンジンで構成され、ＯＳを搭載した第二のモジュール（拡張モジュール５０）と、利用者が電源ボタン３２を押したことを検出して第一の検出信号を生成し、第一のモジュールに第一の検出信号を送信する検出手段（マイコン３１）と、第一のモジュールから送信される待機モード移行完了信号に基づいて、第一のモジュール内のハードウェアエンジンおよび第二のモジュールへの電源供給あるいは停止を制御する電源供給制御手段（マイコン３１および電源制御装置３５、３６で構成）とを備えている。
【００３７】
そして、通常動作している状態で、検出手段（マイコン３１）が電源ボタン３２の押されたことを検出して第一の検出信号を生成した場合、
第一のモジュール（メインモジュール２０）は、第一の検出信号を受信し、第二のモジュールに第一の検出信号に相当する第二の検出信号を送信し、かつ、複数のハードウェアエンジンのレジスタに設定されている設定パラメータ、現在の状態を特定するパラメータをメモリに格納し、第二のモジュール（拡張モジュール５０）は、上記第二の検出信号を受信し、複数のハードウェアエンジンのレジスタに設定されている設定パラメータ、現在の状態を特定するパラメータを第一のモジュール（メインモジュール２０）に送信し、第一のモジュール（メインモジュール２０）は、第二のモジュール（拡張モジュール５０）の設定パラメータ、現在の状態を特定するパラメータをメモリに格納後、電源供給制御手段（マイコン３１および電源制御装置３５、電源制御装置３６で構成）へ待機モード移行完了信号を発信し、待機モードへ移行し、この電源供給制御手段は、待機モード移行完了信号に基づいて、第一のモジュール内のハードウェアエンジンと、第二のモジュールへの電源供給を停止する。
【００３８】
また、待機モードの状態で検出手段（マイコン３１）が電源ボタン３２の押されたことを検出した場合、
電源供給制御手段（マイコン３１および電源制御装置３５、３６で構成）は、第一のモジュール（メインモジュール２０）内のハードウェアエンジンと、第二のモジュール（拡張モジュール５０）の電源供給を開始し、
第一のモジュールは、第一および第二のモジュールの複数のハードウェアエンジンの設定パラメータ、現在の状態を特定するパラメータをメモリから読み出し、第二のモジュールの各パラメータについては第二のモジュールに送信し、第一のモジュールの各パラメータについては、各ハードウェアエンジンのレジスタに設定し、第二のモジュールは、第一のモジュールから送信された設定パラメータを各ハードウェアエンジンに設定し、
第一のモジュールおよび第二のモジュールは、現在の状態を特定するパラメータで、待機モードに移行する前に復帰する。
【００３９】
このような構成により、複数のモジュール（即ち、メインモジュールと拡張モジュール）で構成される情報処理システムにおいて、待機状態に移行するときに、待機状態から復帰するときに必要なパラメータをバックアップしておくモジュールをひとつにまとめることができるため、電源を保持しておくモジュールを少なくすることができ、待機状態での消費電力を低減することができる。
また、モジュール単位で電源の制御をおこなうことができるため、電源回路を簡略化することができる。
【００４０】
また、待機モードへの移行および復帰のときにモジュール間で行う処理（即ち、設定パラメータ、現在の状態を特定するパラメータ）を予め決めておくことができるので、新規モジュールを装置に追加する場合も、既成のモジュールに搭載の処理を変更する必要がないため、容易に機器の性能を高くすることができる。
【００４１】
実施の形態２．
前述の実施の形態１においては、拡張モジュール５０に搭載されているデバイスのパラメータおよび状態を特定するパラメータは、メインモジュール２０にそのまま転送されたが、モジュール毎にパラメータをまとめて、転送してもよい。即ち、サスペンド・レジュームの処理において、モジュール間でやり取りされる情報を、図６のようなフォーマットにまとめる。
このフォーマットは、モジュール名６０１とデバイス名６０２、デバイスパラメータ６０３、デバイス状態パラメータ６０４で構成され、サスペンド処理時に拡張モジュールにおいて作成され、拡張モジュールとメインモジュールの間でやり取りする。
【００４２】
メインモジュール２０においては、モジュール名６０１と、それに付属するデバイス名６０２、デバイスパラメータ６０３およびデバイス状態パラメータ６０４で構成されるデータ６１０として管理する。
即ち、サスペンドの処理において、モジュール名６０１とそのデータ６１０でシステムＬＳＩ２１のＲＡＭ２３に保存し、レジューム時には、拡張モジュール５０に対応したモジュール名６０１のデータ６１０を送ればよい。
拡張モジュール５０においては、データ６１０の詳細、即ち、デバイス名６０２、デバイスパラメータ６０３、デバイス状態パラメータ６０４を用いて、元の状態に復帰する。
【００４３】
以上説明したように、本実施の形態による情報処理システムでは、第二のモジュール（拡張モジュール５０）において、第一のモジュール（メインモジュール２０）に送信する設定パラメータ、現在の状態を特定するパラメータをひとつの情報にまとめる手段を有する。
このように構成することにより、メインモジュール２０においては、サスペンド・レジューム処理での、拡張モジュールからの情報を、「モジュール名と、そのデータとして管理する」という処理に簡略化でき、拡張モジュール５０においては、データの仕様、即ち、拡張モジュール５０に搭載されるハードウェアエンジン（グラフィックエンジン５５、ＭＰＥＧエンジンなど）の設定パラメータ、現在の状態を特定するパラメータを、メインモジュール２０の仕様とは無関係に決めることができる。
その結果、メインモジュールを開発するときに、拡張モジュールの設定パラメータ等の仕様を決める必要がなく、将来の様々な拡張機能に対しても柔軟に対応できる。
【００４４】
【発明の効果】
この発明による待機モード付き情報処理システムは、ＣＰＵ、メモリおよび複数のハードウェアエンジンで構成され、ＯＳが搭載された第一のモジュールと、第一のモジュールの機能を拡張するためのモジュールであって、ＣＰＵ、メモリおよび複数のハードウェアエンジンで構成され、ＯＳが搭載された第二のモジュールとを備えた待機モード付き情報処理システムにおいて、
待機モードへ移行時には、待機モード解除の際に必要な情報を第一のモジュールに保存して、第一のモジュールのみ電源電圧の保持を行い、第二のモジュールの電源はオフとし、待機モード解除時には、保存されている待機モード解除の際に必要な情報を第一のモジュールから第二のモジュールに転送し、転送された情報に基づいて第二のモジュールを元の状態に復帰するので、待機モードに移行する際に、待機を解除して通常状態に復帰するときに必要な情報を保持しておくモジュールをひとつにまとめることが可能となり、電源を保持しておくモジュールを少なくすることができ、待機状態での消費電力を低減することができる待機モード付き情報処理システムを提供できる。
【００４５】
また、この発明による待機モード移行・解除方法は、請求項１に記載の待機モード付き情報処理システムに適用される待機モード移行・解除方法であって、
待機モードへ移行時には、待機モード解除の際に必要な情報を第一のモジュールに保存して、第一のモジュールのみ電源電圧の保持を行い、第二のモジュールの電源はオフとし、待機モード解除時には、保存されている待機モード解除の際に必要な情報を第一のモジュールから第二のモジュールに転送し、転送された情報に基づいて第二のモジュールを元の状態に復帰するので、待機モードに移行する際に、待機を解除して通常状態に復帰するときに必要な情報を保持しておくモジュールをひとつにまとめることが可能となり、電源を保持しておくモジュールを少なくすることができ、待機状態での消費電力を低減することができる待機モード移行・解除方法を提供できる。
【図面の簡単な説明】
【図１】実施の形態１による情報処理システムの構成を示す図である。
【図２】実施の形態１による情報処理システムのメインモジュールのソフトウェア構成を示す図である。
【図３】実施の形態１による情報処理システムのソフトウェア構成を示す図である。
【図４】実施の形態１による情報処理システムにおいて、待機状態移行時の処理の流れを説明するためのフローチャートである。
【図５】実施の形態１による情報処理システムにおいて、待機状態を解除する際の処理の流れを説明するためのフローチャートである。
【図６】実施の形態２による情報処理システムにおいて、モジュール間で転送される情報の構成を説明するための図である。
【符号の説明】
１０ 映像情報処理装置
２０ メインモジュール
２１ システムＬＳＩ ２２ ＣＰＵ ２３ ＲＡＭ
２４ ＲＯＭ ２５ ＶＳＰ ２６ ネットワークＩ／Ｆ
２７ Ｖ（ビデオ）−Ｉ／Ｆ
２９ Ｍ（モジュール）−Ｉ／Ｆ
３０ ディスプレイ
３１ マイコン ３２ 電源ボタン
３５ メインモジュールの電源制御装置
３６ 拡張モジュールの電源制御装置
５０ 拡張モジュール
５１ システムＬＳＩ ５２ ＣＰＵ ５３ ＲＡＭ
５４ ＲＯＭ ５５ グラフィックエンジン
５６ カメラエンジン ５７ ＭＰＥＧエンジン
５９ Ｍ（モジュール）−Ｉ／Ｆ

Claims (8)

1. ＣＰＵ、メモリおよび複数のハードウェアエンジンで構成され、ＯＳが搭載された第一のモジュールと、上記第一のモジュールの機能を拡張するためのモジュールであって、ＣＰＵ、メモリおよび複数のハードウェアエンジンで構成され、ＯＳが搭載された第二のモジュールとを備えた待機モード付き情報処理システムにおいて、
   待機モードへ移行時には、待機モード解除の際に必要な情報を上記第一のモジュールに保存して、上記第一のモジュールのみ電源電圧の保持を行い、上記第二のモジュールの電源はオフとし、
   待機モード解除時には、保存されている上記待機モード解除の際に必要な情報を上記第一のモジュールから上記第二のモジュールに転送し、転送された情報に基づいて上記第二のモジュールを元の状態に復帰することを特徴とする待機モード付き情報処理システム。
2. ＣＰＵとメモリおよび複数のハードウェアエンジンで構成され、ＯＳを搭載した第一のモジュールと、
   上記第一のモジュールと接続され、上記第一のモジュールの機能を拡張するためのモジュールであって、ＣＰＵとメモリおよび複数のハードウェアエンジンで構成され、ＯＳを搭載した第二のモジュールと、
   電源ボタンが押されたことを検出して第一の検出信号を生成し、上記第一のモジュールに上記第一の検出信号を送信する検出手段と、
   上記第一のモジュールから送信される待機モード移行完了信号に基づいて、上記第一のモジュール内のハードウェアエンジンおよび上記第二のモジュールへの電源供給あるいは停止を制御する電源供給制御手段を備え、
   通常動作している状態で、上記検出手段が電源ボタンの押されたことを検出して上記第一の検出信号を生成した場合、
   上記第一のモジュールは、上記第一の検出信号を受信し、上記第二のモジュールに上記第一の検出信号に相当する第二の検出信号を送信し、かつ、複数のハードウェアエンジンのレジスタに設定されている設定パラメータ、現在の状態を特定するパラメータをメモリに格納し、
   上記第二のモジュールは、上記第二の検出信号を受信し、複数のハードウェアエンジンのレジスタに設定されている設定パラメータ、現在の状態を特定するパラメータを上記第一のモジュールに送信し、
   上記第一のモジュールは、上記第二のモジュールの設定パラメータ、現在の状態を特定するパラメータをメモリに格納後、上記電源供給制御手段へ待機モード移行完了信号を発信し、待機モードへ移行し、
   上記電源供給制御手段は、上記待機モード移行完了信号に基づいて、上記第一のモジュール内のハードウェアエンジンと、上記第二のモジュールへの電源供給を停止することを特徴とする待機モード付き情報処理システム。
3. 上記第一のモジュールは、上記第二のモジュールから送信される設定パラメータ、現在の状態を特定するパラメータを受信する手段と、記憶する手段を有し、
   上記第二のモジュールは、設定パラメータ、現在の状態を特定するパラメータを送信する手段を有することを特徴とする請求項２に記載の待機モード付き情報処理システム。
4. 上記第二のモジュールにおいて、第一のモジュールに送信する設定パラメータ、現在の状態を特定するパラメータをひとつの情報にまとめる手段を有することを特徴とする請求項２または３に記載の待機モード付き情報処理システム。
5. 待機モードの状態で上記検出手段が電源ボタンの押されたことを検出した場合、
   上記電源供給制御手段は、上記第一のモジュール内のハードウェアエンジンと第二のモジュールへの電源供給を開始し、
   上記第一のモジュールは、第一および第二のモジュールの複数のハードウェアエンジンの設定パラメータ、現在の状態を特定するパラメータをメモリから読み出し、上記第二のモジュールの各パラメータについては第二のモジュールに送信し、上記第一のモジュールの各パラメータについては、各ハードウェアエンジンのレジスタに設定し、
   上記第二のモジュールは、上記第一のモジュールから送信された設定パラメータを各ハードウェアエンジンに設定し、
   上記第一のモジュールおよび第二のモジュールは、上記現在の状態を特定するパラメータで、待機モードに移行する前に復帰することを特徴とする請求項２ないし４のいずれか１項に記載の情報処理システム。
6. 上記第一のモジュールは、上記第二のモジュールへ、設定パラメータ、現在の状態を特定するパラメータを送信する手段を有し、
   上記第二のモジュールは、設定パラメータ、現在の状態を特定するパラメータを上記第一のモジュールから受信する手段を有することを特徴とする請求項２ないし５のいずれか１項に記載の待機モード付き情報処理システム。
7. 上記第二のモジュールにおいて、第一のモジュールから送信される情報を設定パラメータ、現在の状態を特定するパラメータに復元する手段を有することを特徴とする請求項２ないし５のいずれか１項に記載の待機モード付き情報処理システム。
8. 請求項１に記載の待機モード付き情報処理システムに適用される待機モード移行・解除方法であって、
   待機モードへ移行時には、待機モード解除の際に必要な情報を上記第一のモジュールに保存して、上記第一のモジュールのみ電源電圧の保持を行い、上記第二のモジュールの電源はオフとし、
   待機モード解除時には、保存されている上記待機モード解除の際に必要な情報を上記第一のモジュールから上記第二のモジュールに転送し、転送された情報に基づいて上記第二のモジュールを元の状態に復帰することを特徴とする待機モード移行・解除方法。

Images