制御装置およびプログラム
【課題】処理装置の消費電力を低減可能な制御装置およびプログラムを提供する。
【解決手段】実施形態の制御装置は、受信部と判定部と特定部と決定部と指示部と送信部とを備える。受信部は、電圧を個別に制御可能な複数の要素を含んで構成される処理装置に対して割り込み処理の実行を要求する割り込み要求を受信する。判定部は、複数の要素の各々の状態を判定する。特定部は、判定部による判定結果に基づき、要素ごとに、電力の供給を受けて当該要素が動作可能な状態を示す稼動モードへ移行するのに要する時間を示す起動時間を特定する。決定部は、各要素の起動時間の差に基づいて、要素ごとに、電力供給を開始するタイミングを示す開始タイミングを決定する。指示部は、各要素に電力を供給するための電源部に対して、決定部により決定された開始タイミングに従って電力供給を実行するように指示する。送信部は、割り込み要求を処理装置へ送信する。
【解決手段】実施形態の制御装置は、受信部と判定部と特定部と決定部と指示部と送信部とを備える。受信部は、電圧を個別に制御可能な複数の要素を含んで構成される処理装置に対して割り込み処理の実行を要求する割り込み要求を受信する。判定部は、複数の要素の各々の状態を判定する。特定部は、判定部による判定結果に基づき、要素ごとに、電力の供給を受けて当該要素が動作可能な状態を示す稼動モードへ移行するのに要する時間を示す起動時間を特定する。決定部は、各要素の起動時間の差に基づいて、要素ごとに、電力供給を開始するタイミングを示す開始タイミングを決定する。指示部は、各要素に電力を供給するための電源部に対して、決定部により決定された開始タイミングに従って電力供給を実行するように指示する。送信部は、割り込み要求を処理装置へ送信する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、制御装置およびプログラムに関する。
【背景技術】
【０００２】
従来、処理装置（例えばプロセッサ）に対して割り込み処理の実行を要求する割り込み要求を受け付けるたびに、その受け付けた割り込み要求に対応する割り込み処理を処理装置に実行させる技術が知られている。このような技術では、処理装置が何の処理も実行しないアイドル状態において割り込み要求を受け付けた場合、処理装置は、アイドル状態から、割り込み処理を実行可能なアクティブ状態に遷移する。そして、処理装置は当該割り込み処理を実行した後、再びアイドル状態に遷移する。
【先行技術文献】
【非特許文献】
【０００３】
【非特許文献１】“ARM926EJ-S テクニカルリファレンスマニュアル 12.1.1”http://www.jp.arm.com/document/manual/mdl.cgi
【非特許文献２】“i.MX51 EVK Supply Current Measurements.”http://www.freescale.com/webapp/sps/site/prod_summary.jsp?code=i.MX515&fpsp=1&tab=Documentation_tab”
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ここで、処理装置の消費電力を低減させる方法の一例として、アイドル状態においては、処理装置へ供給する電力を減らして節電状態（スリープ状態）に移行させるといった方法が考えられる。この場合は、割り込み要求を受け付けたときに、処理装置に対する電力供給が再開される。そして、処理装置が動作可能な状態へ移行してから、割り込み処理が実行される。しかしながら、電力供給が再開されてから、処理装置を構成する複数の要素の各々が動作可能な状態へ移行するまでに要する時間（起動時間）は、要素ごとに異なる。したがって、各要素に対する電力供給を一斉に開始すると、起動時間が短い要素は、動作可能な状態への移行を完了しても、起動時間が長い要素が動作可能な状態へ移行するまで待機状態となり、その間の消費電力が無駄になるという問題がある。本発明が解決しようとする課題は、処理装置の消費電力を低減可能な制御装置およびプログラムを提供することである。
【課題を解決するための手段】
【０００５】
実施形態の制御装置は、受信部と判定部と特定部と決定部と指示部と送信部とを備える。受信部は、電圧を個別に制御可能な複数の要素を含んで構成される処理装置に対して割り込み処理の実行を要求する割り込み要求を受信する。判定部は、複数の要素の各々の状態を判定する。特定部は、判定部による判定結果に基づき、要素ごとに、電力の供給を受けて当該要素が動作可能な状態を示す稼動モードへ移行するのに要する時間を示す起動時間を特定する。決定部は、各要素の起動時間の差に基づいて、要素ごとに、電力供給を開始するタイミングを示す開始タイミングを決定する。指示部は、各要素に電力を供給するための電源部に対して、決定部により決定された開始タイミングに従って電力供給を実行するように指示する。送信部は、割り込み要求を処理装置へ送信する。
【０００６】
また、実施形態のプログラムは、受信ステップと、判定ステップと、特定ステップと、決定ステップと、指示ステップと、送信ステップとをコンピュータに実行させるためのプログラムである。受信ステップは、複数のデバイスを含んで構成される処理装置に対して割り込み処理の実行を要求する割り込み要求を受信する。判定ステップは、複数の要素の各々の状態を判定する。特定ステップは、判定ステップによる判定結果に基づき、要素ごとに、電力の供給を受けて当該要素が動作可能な状態を示す稼動モードへ移行するのに要する時間を示す起動時間を特定する。決定ステップは、各要素の起動時間の差に基づいて、要素ごとに、電力供給を開始するタイミングを示す開始タイミングを決定する。指示ステップは、各要素に電力を供給するための電源部に対して、開始タイミングに従って電力供給を実行するように指示する。送信ステップは、割り込み要求を処理装置へ送信する。
【図面の簡単な説明】
【０００７】
【図１】第１実施形態の制御装置の一例を示すブロック図。
【図２】第１実施形態の判定部の一例を示すブロック図。
【図３】第１実施形態の判定部の一例を示すブロック図。
【図４】第１実施形態の第１記憶部に記憶されるデータの一例を示す図。
【図５】第１実施形態の開始タイミングの決定方法の一例を説明するための図。
【図６】第１実施形態の制御装置の処理動作の一例を示すフローチャート。
【図７】第２実施形態の制御装置の一例を示すブロック図。
【図８】第２実施形態のトリガー部の一例を示すブロック図。
【図９】第２実施形態の第２記憶部に記憶される情報の一例を示す図。
【図１０】第２実施形態の第２記憶部に記憶される情報の一例を示す図。
【図１１】第２実施形態の第２記憶部に記憶される情報の一例を示す図。
【図１２】第２実施形態の第３記憶部に記憶される許可条件の一例を示す図。
【図１３】第２実施形態の第３記憶部に記憶される許可条件の一例を示す図。
【図１４】第２実施形態の制御部が実行する許可処理の一例を示すフローチャート。
【図１５】第２実施形態の開始タイミングの決定方法の一例を説明するための図。
【図１６】第２実施形態の制御装置の一例を示すブロック図。
【図１７】第３実施形態の供給能力検出部の一例を示すブロック図。
【図１８】第３実施形態の供給能力検出部の一例を示すブロック図。
【図１９】第３実施形態の第３記憶部に記憶される許可条件の一例を示す図。
【図２０】変形例の制御装置の一例を示すブロック図。
【図２１】変形例の説明図。
【発明を実施するための形態】
【０００８】
（第１実施形態）
図１は、第１実施形態の制御装置１００の概略構成の一例を示すブロック図である。制御装置１００は、複数のデバイス１〜デバイスｎの各々から、処理装置１２０に対して割り込み処理の実行を要求する割り込み要求を受信し、その受信した割り込み要求を処理装置１２０へ送信する。デバイスは、処理装置１２０に対して外部からデータを入力する機能、および、処理装置１２０から外部へデータを出力する機能のうちの少なくとも一方を有する装置であり、例えばキーボード、ＨＤＤ、ネットワークインタフェース装置、タイマー装置などが挙げられる。処理装置１２０は、例えばＣＰＵ（Central Processing Unit）１２１やメモリ１２２などを含んで構成され得る。
【０００９】
本実施形態の処理装置１２０は、何の処理も実行しないアイドル状態の場合は、節電状態（スリープ状態）へ移行し、処理装置１２０を構成する複数の要素への電力供給が減らされる。要素は、電圧を個別に制御可能な対象である。上記の要素には、電圧を個別に制御可能な部品や部品内の区画などが含まれる。例えばＣＰＵ１２１、メモリ１２２、ＣＰＵ１２１を含むＳＯＣ（システムオンチップ）の中の１区画などが要素となり得る。また、電圧の制御には、電圧のオンとオフを切り替える制御も含まれる。なお、上述のデバイスが、処理装置１２０を構成する要素でもある場合もあり得る。本実施形態では、制御装置１００は、割り込み要求を受信した場合、処理装置１２０を構成する複数の要素（ＣＰＵ１２１、メモリ１２２等）の各々の現在の状態に基づいて、要素ごとに、電力の供給を受けて当該要素が動作可能な状態を示す稼動モードへ移行するのに要する時間を示す起動時間を特定する。そして、制御装置１００は、各要素の起動時間の差に基づいて、要素ごとに、当該要素を稼動モードへ移行させるための電力供給を開始するタイミングを示す開始タイミングを決定する。そして、制御装置１００は、処理装置１２０を構成する複数の要素の各々に電力を供給するための電源部１３０に対して、決定した開始タイミングに従って電力供給を実行するように指示する。以下、具体的な内容を説明する。なお、本実施形態の電源部１３０は、制御装置１００の制御の下、処理装置１２０を構成する各要素に対して、不図示のバッテリの電力を供給する。
【００１０】
図１に示すように、制御装置１００は、受信部１０と、判定部２０と、第１記憶部３０と、特定部４０と、決定部５０と、指示部６０と、送信部７０とを有する。ここでは、制御装置１００の各部（１０、２０、３０、４０、５０、６０、７０）は、半導体集積回路で構成される。なお、これに限らず、制御装置１００の各部のうちの一部がソフトウェアにより実現されてもよい。例えば第１記憶部３０がハードウェアで構成され、制御装置１００に搭載されたＣＰＵが制御プログラムを実行することにより、受信部１０、判定部２０、特定部４０、決定部５０、指示部６０および送信部７０の機能が実現される構成であってもよい。
【００１１】
受信部１０は、複数のデバイス１〜デバイスｎの各々から、割り込み要求を受信する。判定部２０は、処理装置１２０を構成する複数の要素（ＣＰＵ１２１、メモリ１２２等）の状態を判定する。本実施形態では、各要素の状態を示すモードの一例として、当該要素が動作可能な状態を示す「稼動モード」と、当該要素の動作が停止している状態であって、稼動モードよりも消費電力量が節減された状態を示す「休止モード」とが設定される。この例では、「稼動モード」には、要素が動作可能な状態で待機している状態、および、要素が実際に動作している状態の両方が含まれる。
【００１２】
例えば図２に示すように、判定部２０は、状態検出部２２を含んで構成されてもよい。図２の例では、状態検出部２２は、特定部４０からの要求に応じて、処理装置１２０を構成する複数の要素の各々にアクセス、または信号線などをモニタすることで、当該要素が稼動モードおよび休止モードのうちの何れであるのかを検出（判定）する。
【００１３】
また、例えば図３に示すように、判定部２０は、状態受信部２４と保持部２６とを含んで構成されてもよい。図３の例では、処理装置１２０を構成する各要素は、稼動モードから休止モードへ変化したとき、または、休止モードから稼動モードへ変化したときに、状態の変化を知らせる状態変化信号を状態受信部２４へ送信する。状態受信部２４は、各要素から受信した状態変化信号から、当該要素が稼動モードなのか休止モードなのかを判定する。そして、状態受信部２４は、各要素の状態（稼動モードまたは休止モード）を示す状態情報を保持部２６に保持させる。保持部２６に保持される状態情報は、状態受信部２４が上述の状態変化信号を受信するたびに更新される。図３の例では、特定部４０は、保持部２６に保持された状態情報を読み出すことで、各要素の状態を把握することができる。なお、状態変化信号は、各デバイスが個別に送ってもよいし、ＣＰＵ１２１が一括して送ってもよい。
【００１４】
再び図１に戻って説明を続ける。第１記憶部３０は、要素ごとに、当該要素の状態を示すモードと、電力の供給を受けて稼動モードへ移行するのに要する時間を示す起動時間とを対応付けて記憶する。図４は、第１記憶部３０に記憶されたデータの一例を示す図である。図４の例では、メモリ１２２の「稼動モード」に対応する起動時間は「０」であり、メモリ１２２の「休止モード」に対応する起動時間はＴ１である。また、図４の例では、ＣＰＵ１２１の「稼動モード」に対応する起動時間は「０」であり、ＣＰＵ１２１の「休止モード」に対応する起動時間はＴ２（ここでは、一例としてＴ１＞Ｔ２）である。
【００１５】
特定部４０は、判定部２０による判定結果に基づき、処理装置１２０を構成する複数の要素（ＣＰＵ１２１、メモリ１２２等）ごとに、当該要素の起動時間を特定する。より具体的には、特定部４０は、処理装置１２０を構成する要素ごとに、当該要素の現在のモード（状態）に対応する起動時間を第１記憶部３０から読み出すことで、各要素の起動時間を特定する。
【００１６】
決定部５０は、処理装置１２０を構成する複数の要素（ＣＰＵ１２１、メモリ１２２等）の各々の起動時間の差に基づいて、要素ごとに、当該要素を稼動モードに移行させるための電力供給を開始するタイミングを示す開始タイミングを決定する。より具体的には、決定部５０は、複数の要素のうち起動時間が最も長い要素を示す基準要素の起動時間と他の要素の起動時間との差に応じて、他の要素の開始タイミングが、基準要素の開始タイミングに比べて遅くなるように、各要素の開始タイミングを決定する。例えば、ＣＰＵ１２１およびメモリ１２２のモードが休止モードであり、ＣＰＵ１２１の起動時間がＴ２、メモリ１２２の起動時間がＴ１であると特定された場合を想定する。この場合、上記基準要素はメモリ１２２となる。そして、図５に示すように、決定部５０は、メモリ１２２の起動時間Ｔ１とＣＰＵ１２１の起動時間Ｔ２との差に応じて、ＣＰＵ１２１の開始タイミングＹがメモリ１２２の開始タイミングＸよりも遅くなるように、各要素の開始タイミングを決定する。図５の例では、決定部５０は、各要素が稼動モードへの移行を完了する時刻（以下、「復帰完了時刻」と呼ぶ）が同じ時刻Ｚとなるように、各要素の開始タイミングを決定するので、ＣＰＵ１２１の開始タイミングＹは、メモリ１２２の開始タイミングＸよりも、メモリ１２２の起動時間Ｔ１とＣＰＵ１２１の起動時間Ｔ２との差に相当する時間Ｔ１−Ｔ２だけ遅くなる。
【００１７】
指示部６０は、電源部１３０に対して、決定部５０により決定された開始タイミングに従って電力供給を実行するように指示する。本実施形態では、決定部５０は、各要素の開始タイミングに到達するたびに、電力供給を開始すべき要素を特定する特定信号を指示部６０へ送るので、指示部６０は、決定部５０からの特定信号を受信するたびに、当該特定信号で特定された要素を稼動モードへ移行させるための電力供給を開始することを指示する復帰信号を電源部１３０へ送信する。例えば図５の例では、開始タイミングＸに到達したときに、決定部５０は、電力供給を開始すべき要素としてメモリ１２２を特定する特定信号を指示部６０へ送るので、当該特定信号を受信した指示部６０は、メモリ１２２の復帰信号を電源部１３０へ送信する。そして、その復帰信号を受信した電源部１３０は、メモリ１２２が稼動モードへ移行するように、メモリ１２２に対する電力供給を開始する。
【００１８】
なお、本実施形態では、決定部５０は、各要素の開始タイミングに到達するたびに、電力供給を開始すべき要素を特定する特定信号を指示部６０へ送っているが、これに限らず、例えば決定部５０は、各要素の開始タイミングを予め指示部６０へ通知しておき、指示部６０は、各要素の開始タイミングに到達するたびに、当該要素の復帰信号を電源部１３０へ送信してもよい。要するに、指示部６０は、電源部１３０に対して、決定部５０により決定された開始タイミングに従って電力供給を実行するように指示するものであればよい。
【００１９】
送信部７０は、受信部１０で受信した割り込み要求を処理装置へ送信する。本実施形態では、処理装置１２０を構成する各要素（ＣＰＵ１２１、メモリ１２２等）が稼動モードへの移行を完了するまで、受信した割り込み要求は制御装置１００で保持され、各要素が稼動モードへの移行を完了したときに、送信部７０は、それまで保持されていた割り込み要求を処理装置１２０へ送信する。なお、割り込み要求を保持する方法は任意である。例えば受信した割り込み要求を不図示のメモリに一時的に記憶してもよいし、受信した割り込み要求に対応するプログラムを起動することで当該割り込み要求を保持してもよい。
【００２０】
なお、処理装置１２０が割り込み要求を受信した場合に、電源部１３０による電力供給が開始される構成とすることもできる。この構成では、上述の復帰信号の代わりに、割り込み信号を送信することもできる。また、割り込み要求を受信しても電源部１３０による電力供給が開始されない構成においては、上述の復帰信号の送信と同時、または、復帰信号の送信後であって復帰完了時刻よりも前の時点で、割り込み要求を処理装置１２０へ送信してもよい。
【００２１】
ここで、図５の例では、処理装置１２０を構成する複数の要素のうち、起動時間が最長の要素（図５の例ではメモリ１２２）の終点に対応する時刻Ｚが、各要素の復帰完了時刻である。図５の例では、時刻Ｚに到達したときに、決定部５０は、各要素の復帰完了時刻に到達したことを送信部７０に通知する。そして、その通知を受けた送信部７０は、保持されていた割り込み要求を処理装置１２０へ送信する。
【００２２】
次に、本実施形態の制御装置１００の動作例を説明する。図６は、本実施形態の制御装置１００の処理動作の一例を示すフローチャートである。図６に示すように、まず受信部１０で割り込み要求を受信した場合（ステップＳ１の結果：ＹＥＳ）、判定部２０は、処理装置１２０を構成する複数の要素（ＣＰＵ１２１、メモリ１２２等）の各々の状態を判定する（ステップＳ２）。より具体的には以下のとおりである。判定部２０が図２の構成の場合、特定部４０は、状態検出部２２に対して、処理装置１２０を構成する各要素の状態を通知することを要求する。この要求を受けた状態検出部２２は、処理装置１２０を構成する各要素にアクセスして当該要素の状態を検出（判定）し、その検出結果を特定部４０へ通知する。特定部４０は、状態検出部２２から通知された検出結果から、処理装置１２０を構成する各要素が稼動モードおよび休止モードのうちの何れであるかを判断する。また、判定部２０が図３の構成の場合、特定部４０は、保持部２６に保持された状態情報を読み出し、その読み出した状態情報から、処理装置１２０を構成する各要素が稼動モードおよび休止モードのうちの何れであるかを判断する。
【００２３】
次に、特定部４０は、処理装置１２０を構成する複数の要素のうち、ステップＳ２で休止モードであると判定された要素が存在するか否かを判断する（ステップＳ３）。休止モードであると判定された要素が存在しない場合（ステップＳ３の結果：ＮＯ）、処理装置１２０を構成する全ての要素は、直ちに動作可能な状態であるので、送信部７０は、ステップＳ１で受信した割り込み要求を処理装置１２０へ送信する（ステップＳ８）。
【００２４】
一方、休止モードであると判定された要素が存在する場合（ステップＳ３の結果：ＹＥＳ）、特定部４０は、処理装置１２０を構成する各要素の起動時間を特定する（ステップＳ４）。より具体的には、特定部４０は、要素ごとに、当該要素の現在のモードに対応する起動時間を第１記憶部３０から読み出すことで、各要素の起動時間を特定する。次に、決定部５０は、各要素の起動時間の差に基づいて、各要素の開始タイミングを決定する（ステップＳ５）。各要素の開始タイミングの決定方法は上述したとおりである。
【００２５】
次に、各要素の開始タイミングに到達すると、指示部６０は、当該要素の復帰信号を電源部１３０へ送信する（ステップＳ６）。復帰信号の送信方法は上述したとおりである。次に、決定部５０は、復帰完了時刻に到達したと判断した場合（ステップＳ７の結果：ＹＥＳ）、送信部７０に対して復帰完了時刻に到達したことを通知する。そして、その通知を受けた送信部７０は、ステップＳ１で受信した割り込み要求を処理装置１２０に対して送信する（ステップＳ８）。以上で制御装置１００による処理が終了する。
【００２６】
以上に説明したように、本実施形態では、制御装置１００は、割り込み要求を受信すると、処理装置１２０を構成する複数の要素の各々の現在の状態に基づいて、各要素の起動時間を特定する。そして、制御装置１００は、各要素の起動時間の差に基づいて、稼動モードへ移行させるための電力供給を開始するタイミング（開始タイミング）を要素ごとに決定する。より具体的には、制御装置１００は、基準要素の起動時間と他の要素の起動時間との差に応じて、他の要素の開始タイミングが、基準要素の開始タイミングに比べて遅くなるように、各要素の開始タイミングを決定するので、各要素の開始タイミングが同じ場合に比べて、無駄な消費電力を低減できるという有利な効果を奏する。さらに、本実施形態では、制御装置１００は、各要素の復帰完了時刻が揃うように、各要素の開始タイミングを決定するので、起動時間の短い要素は、稼動モードへの移行を完了した後、他の要素が稼動モードへの移行を完了するまで待たされることはない。したがって、無駄な消費電力を一層低減できる。
【００２７】
（第２実施形態）
次に、第２実施形態について説明する。第２実施形態では、制御装置１００は、処理装置１２０が処理を実行しているアクティブ状態（稼動状態）の場合は、受信した割り込み要求を処理装置１２０へ送信する一方、処理装置１２０が何の処理も実行していないアイドル状態の場合は、所定の条件が成立したときにのみ、受信した割り込み要求を処理装置１２０へ送信する。以下、具体的な内容を説明する。なお、第１実施形態と共通する部分については、同一の符号を付して適宜に説明を省略する。
【００２８】
図７は、第２実施形態の制御装置１００の概略構成の一例を示すブロック図である。図７に示すように、制御装置１００は、トリガー部８０と、第２記憶部８１と、第３記憶部８２と、許可部８３とをさらに備える点で第１実施形態と相違する。
【００２９】
トリガー部８０は、一定の条件が成立したときに、許可部８３を起動させる。図８は、トリガー部８０の構成の一例を示すブロック図である。図８に示すように、トリガー部８０は、トリガー送信部８４を含んで構成される。トリガー送信部８４は、ＣＰＵ１２１から、処理装置１２０の状態が変化したことを通知されたときに、許可部８３を起動させるためのトリガー信号を許可部８３へ送信する。ＣＰＵ１２１は、処理装置１２０がアクティブ状態からアイドル状態に変化したとき、または、アイドル状態からアクティブ状態に変化したときに、状態の変化を知らせるための状態変化信号をトリガー送信部８４へ通知する。
【００３０】
また、トリガー送信部８４は、少なくとも１つの時刻を示すタイマー情報が示す時刻に到達するたびに、トリガー信号を許可部８３へ送信する。タイマー情報は、外部のタイマー情報管理部９０が備えるメモリ（不図示）に記憶される。タイマー情報管理部９０は、タイマー情報が示す時刻に到達するたびに、当該時刻に到達したことを知らせるためのタイマー信号をトリガー送信部８４へ通知する。なお、この例では、タイマー情報管理部９０は、制御装置１００の外部に設けられているが、これに限らず、タイマー情報管理部９０が制御装置１００に搭載されていてもよい。
【００３１】
さらに、トリガー送信部８４は、受信部１０から、割り込み要求を受信したことを通知されたときに、トリガー信号を許可部８３へ送信する。受信部１０は、デバイス１〜デバイスｎから割り込み要求を受信したときに、割り込み要求を受信したことを知らせるための受信信号をトリガー送信部８４へ通知する。以上より、本実施形態のトリガー部８０は、ＣＰＵ１２１から状態変化信号を受信したとき、タイマー情報管理部９０からタイマー信号を受信したとき、受信部１０から受信信号を受信したときのうちの何れかを契機として許可部８３を起動させる。
なお、ここでは、トリガー送信部８４は、上述の状態変化信号、タイマー信号、および、受信信号の各々に応じて、トリガー信号の送信の可否を決定しているが、例えば状態変化信号、タイマー信号、および、受信信号のうちの何れか１つ、または、任意の２つの信号に応じて、トリガー信号の送信の可否を決定してもよい。要するに、トリガー送信部８４は、上述の状態変化信号、タイマー信号、および、受信信号のうちの少なくとも１つの信号に応じて、トリガー信号の送信の可否を決定することができる。
【００３２】
図７に戻って説明を続ける。本実施形態の判定部２０は、上述した機能に加えて、処理装置１２０がアクティブ状態なのかアイドル状態なのかを判定する。本実施形態では、上述の稼動モードは、要素が動作している状態を示すアクティブモードと、要素が動作可能な状態で待機している状態を示すスタンバイモードとに分けられて設定され、判定部２０は、各要素のモードに基づいて、処理装置１２０がアクティブ状態（稼動状態）なのかアイドル状態なのかを判定する。
【００３３】
第２記憶部８１は、受信部１０で受信した割り込み要求を記憶する。図９は、第２記憶部８１に記憶される情報の一例を示す図である。図９の例において、「キーボード」は、キーボードの入力により発生した割り込み要求を示し、「ネットワーク」は、通信インタフェース装置のパケット送受信により発生した割り込み要求を示す。また、例えば図１０に示すように、第２記憶部８１は、各デバイスに対応するビットを記憶することもできる。例えば「キーボード」に対応するビットが「１」の場合は、キーボードの入力により発生した割り込み要求が第２記憶部８１に保持されていることを示す。要するに、第２記憶部８１は、割り込み要求を識別するための情報を記憶するものであればよい。なお、割り込み要求が第２記憶部８１に記憶され続ける時間長を示す記憶時間に基づいて後述の許可条件が判定される場合は、図１１に示すように、第２記憶部８１は、割り込み要求と、当該割り込み要求を受信した時刻（到着時刻）とを対応付けて記憶する。また、例えば割り込み要求の送信元のデバイスの種類と、当該デバイスの記憶時間とに基づいて許可条件が判定される場合には、個々の割り込み要求について到着時刻を記憶する必要があるが、割り込み要求の送信元のデバイスの種類は問わずに、記憶時間のみに基づいて許可条件が判定される場合には、最初に到着した割り込み要求の到着時刻だけを記憶してもよい。
【００３４】
第３記憶部８２は、割り込み要求の送信が許可される条件を示す許可条件を記憶する。図１２は、第３記憶部８２に記憶される許可条件の一例を示す。図１２の例では、許可条件は、割り込み要求が第２記憶部８１に記憶され続ける時間長を示す記憶時間が１００ｍｓを超えることである。図１２の例では、第２記憶部８１に複数の割り込み要求が記憶されている場合は、最初に記憶された割り込み要求の記憶時間が１００ｍｓを超えた時点で、許可条件が成立する。
【００３５】
なお、これに限らず、第３記憶部８２に記憶される許可条件の種類は任意である。例えば第３記憶部８２は図１３の許可条件を記憶することもできる。図１３の例では、第３記憶部８２は、２つの条件を記憶しており、２つの条件のうち何れかの条件が成立すれば、許可条件は成立する。つまり、２つの条件の論理和に基づいて、許可条件の成立の可否を判定している。なお、これに限らず、例えば２つの条件の論理積に基づいて、許可条件の成立の可否を判定してもよい。また、論理和および論理積を取るべき条件の数や種類も任意である。図１３の例では、上段の条件は、記憶時間が１００ｍｓを超えて、かつ、第２記憶部８１に記憶された割り込み要求の数が４つを超えることである。一方、下段の条件は、キーボードの入力により発生した割り込み要求が割り込み第２記憶部８１に記憶されていることである。
【００３６】
許可部８３は、上述のトリガー信号を受けて動作を開始する。許可部８３は、割り込み要求を処理装置１２０へ送信することを許可するか否かを決定する許可処理を実行する。
【００３７】
図１４は、許可部８３が実行する許可処理の一例を示すフローチャートである。まず許可部８３は、処理装置１２０がアクティブ状態であるか否かを判断する（ステップＳ１１）。
処理装置１２０がアクティブ状態（稼動状態）であると判断された場合（ステップＳ１１の結果：ＹＥＳ）、許可部８３は、第２記憶部８１に記憶された割り込み要求を処理装置１２０へ送信することを許可する許可信号を決定部５０へ送信する（ステップＳ１２）。また、許可部８３は、受信部１０で割り込み要求を受信したことを契機として動作を開始した場合は、当該受信した割り込み要求を処理装置１２０へ送信することを許可する許可信号を決定部５０へ送信する。そして、許可処理は終了して許可部８３の動作は停止する。
【００３８】
一方、処理装置１２０がアイドル状態であると判断された場合（ステップＳ１１の結果：ＮＯ）、許可部８３は、受信部１０で割り込み要求を受信したことを契機として動作を開始したのか否かを確認する。つまりは、許可部８３は、受信部１０で割り込み要求を受信したのか否かを確認する（ステップＳ１３）。
【００３９】
ステップＳ１３の結果が肯定の場合、許可部８３は、第３記憶部８２に記憶された許可条件を参照して、許可条件が成立しているか否かを判断する（ステップＳ１４）。本実施形態では、第３記憶部８２は、図１２に示す許可条件を記憶しているものとする。ステップＳ１４の結果が肯定の場合、許可部８３は、第２記憶部８２に記憶された割り込み要求、および、受信部１０で受信した割り込み要求を処理装置１２０へ送信することを許可する許可信号を決定部５０へ送信する（ステップＳ１５）。そして、許可処理は終了して許可部８３の動作は停止する。
【００４０】
上述のステップＳ１４の結果が否定の場合、許可部８３は、受信部１０で受信した割り込み要求を第２記憶部８１に登録し（ステップＳ１６）、登録した割り込み要求の記憶時間の計測を開始する。なお、上述のステップＳ１４においては、受信部１０で受信した割り込み要求を第２記憶部８１に登録せずに、許可条件の成立の可否を判断しているが、これに限らず、受信部１０で受信した割り込み要求を第２記憶部８１に登録したうえで、許可条件の成立の可否を判断してもよい。
【００４１】
そして、許可部８３は、第２記憶部８１に最初に記憶された割り込み要求の記憶時間が１００ｍｓを超えるときの時刻（図１２の許可条件が成立するときの時刻）と、次にタイマー情報が示す時刻との比較結果に応じて、タイマー情報を設定する（ステップＳ１７）。より具体的には、許可部８３は、割り込み要求の記憶時間が１００ｍｓを超えるときの時刻の方が、次にタイマー情報が示す時刻よりも早い場合は、割り込み要求の記憶時間が１００ｍｓを超えるときの時刻を、次にタイマー情報が示す時刻として設定する。そして、その設定したタイマー情報をタイマー情報管理部９０に通知する。これにより、次にタイマー情報が示す時刻に到達したときは、同時に許可条件が成立することになる。ステップＳ１７が完了すると許可処理は終了して許可部８３の動作は停止する。
【００４２】
一方、上述のステップＳ１３の結果が否定の場合も、許可部８３は、許可条件が成立しているか否かを判断する（ステップＳ１８）。そして、ステップＳ１８の結果が肯定の場合は、処理は上述のステップＳ１５に移行する。ステップＳ１８の結果が否定の場合は、許可処理は終了して許可部８３の動作は停止する。
【００４３】
本実施形態では、決定部５０が、許可部８３からの許可信号を受信したことを契機として、図６の処理動作が行われる。この場合、図６のステップＳ２から処理が開始されるが、以降の内容は第１実施形態と同様であるので、詳細な説明は省略する。
【００４４】
なお、許可部８３は、第２記憶部８１に最初に記憶された割り込み要求の記憶時間が１００ｍｓを超えるときの時刻（記憶時間が所定値を超えて許可条件が成立するときの時刻）を予め決定部５０に通知しておき、決定部５０は、処理装置１２０を構成する各要素の開始タイミングが、その通知された時刻よりも前になるように、各要素の開始タイミングを決定することもできる。この場合は、決定部５０が、許可部８３から上述の時刻（記憶時間が所定値を超えて許可条件が成立するときの時刻）の通知を受けたことを契機として、図６の処理動作（ステップＳ２以降の処理動作）が行われる。例えば図１５に示すように、決定部５０は、第２記憶部８１に最初に記憶された割り込み要求の記憶時間が１００ｍｓを超えるときの時刻ｔｋが、各要素の復帰完了時刻となるように、各要素の開始タイミングを決定することもできる。なお、図１５の例は、図６のステップＳ２において、ＣＰＵ１２１およびメモリ１２２が休止モードであると判定された場合を想定している。
【００４５】
（第３実施形態）
第３実施形態では、処理装置１２０、制御装置１００および各デバイスが搭載された装置（例えばＰＣなどの端末装置）の電源の供給能力がしきい値を超えることを許可条件として採用している点で第２実施形態と相違する。以下、具体的な内容を説明する。なお、第２実施形態と共通する部分については、同一の符号を付して適宜に説明を省略する。
【００４６】
図１６は、第３実施形態の制御装置１００の概略構成の一例を示すブロック図である。制御装置１００は、供給能力検出部８５をさらに備える点で第２実施形態と相違する。供給能力検出部８５は、電源部１３０の電力供給能力を検出する。本実施形態では、供給能力検出部８５は、電源部１３０の電源である不図示のバッテリに残存する電荷の総量（バッテリ残量と呼ぶ）を検出する。例えば図１７に示すように、供給能力検出部８５は、バッテリ残量検出部８６を含んで構成されてもよい。図１７の例では、バッテリ残量検出部８６は、許可部８３からの要求に応じて、不図示のバッテリにアクセスしてバッテリ残量を検出し、その検出したバッテリ残量を許可部８３へ通知する。
【００４７】
また、例えば図１８に示すように、供給能力検出部８５は、バッテリ残量受信部８７と保持部８８とを含んで構成されてもよい。図１８の例では、バッテリ残量受信部８７は、不図示のバッテリからバッテリ残量を受信し、その受信したバッテリ残量を保持部８８に保持させる。保持部８８に保持されるバッテリ残量は、バッテリ残量受信部８７がバッテリ残量を受信するたびに更新される。許可部８３は、保持部８８に保持されたバッテリ残量を読み出すことで、バッテリ残量を把握することができる。
【００４８】
図１９は、第３実施形態の第３記憶部８２に記憶される許可条件の一例を示す図である。図１９の例では、第３記憶部８２は、４つの条件を記憶しており、４つの条件のうち何れかの条件が成立すれば、許可条件は成立する。図１９の例では、第１段目の条件は、電源の種類がＤＣ電源（直流電源）であることである。第２段目の条件は、バッテリ残量が５０％を超えることである。第３段目の条件は、バッテリ残量が２０％を超えて、かつ、記憶時間が１００ｍｓを超えることである。第４段目の条件は、バッテリ残量が５％を超えるとともに、記憶時間が２００ｍｓを超え、かつ、第２記憶部８１に記憶された割り込み要求の数が３つを超えることである。
【００４９】
次に、図１４を参照しながら、許可部８３が実行する許可処理について説明する。供給能力検出部８５が図１７の構成の場合、図１４のステップＳ１４およびステップＳ１８の各々において、許可部８３は、供給能力検出部８５に対して、バッテリ残量を通知することを要求する。この要求を受けたバッテリ残量検出部８６は、不図示のバッテリにアクセスしてバッテリ残量を検出し、その検出したバッテリ残量を許可部８３へ通知する。許可部８３は、バッテリ残量検出部８６から通知されたバッテリ残量、第２記憶部８１に記憶された割り込み要求の記憶時間および割り込み要求の数に基づいて、第３記憶部８２に記憶された許可条件が成立しているか否かを判断する。
【００５０】
また、供給能力検出部８５が図１８の構成の場合、図１４のステップＳ１４およびステップＳ１８の各々において、許可部８３は、保持部８８に保持されたバッテリ残量を読み出し、その読み出したバッテリ残量、第２記憶部８１に記憶された割り込み要求の記憶時間および割り込み要求の数に基づいて、第３記憶部８２に記憶された許可条件が成立しているか否かを判断する。その他の処理の内容は第２実施形態と同様であるので詳細な説明は省略する。
【００５１】
なお、許可部８３は、供給能力検出部８５で検出されたバッテリ残量が所定の基準値を下回っていた場合は、受信した割り込み要求を第２記憶部８１に登録せず、処理装置１２０へ送信することも許可せずに廃棄することもできる。
【００５２】
（変形例）
以上、本発明の実施形態を説明したが、上述の各実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【００５３】
（１）変形例１
処理装置１２０を構成する要素の種類や数は任意である。例えば、処理装置１２０を構成する要素として、各種の情報を表示する機能を有する表示部が含まれてもよい。また、処理装置１２０を構成する各要素のモードの種類は任意である。例えば上述の「休止モード」は、要素の消費電力量に応じて、複数のモードに細分化されて設定されてもよい。また、上述の「稼動モード」は、要素が実際に動作している状態を示すアクティブモードと、要素が動作可能な状態で待機している状態を示すスタンバイモードとに分けられて設定されてもよい。そして、各モードに対応する起動時間が予め設定される。要するに、処理装置１２０を構成する要素ごとに、当該要素のモードと、起動時間とが対応付けられて第１記憶部３０に記憶されていればよい。
【００５４】
（２）変形例２
例えば制御装置１００は、受信部１０で受信した割り込み要求の種類に応じて、起動する要素を絞り込むこともできる。例えば受信した割り込み要求により実行を要求された割り込み処理においてメモリ１２２が不要である場合は、制御装置１００は、電源部１３０に対して、メモリ１２２への電力供給の実行を指示しない。すなわち、決定部５０は、処理装置１２０を構成する複数の要素のうち、受信した割り込み要求により実行を要求された割り込み処理に用いられる要素の開始タイミングを決定する一方、他の要素（割り込み処理に不要な要素）の開始タイミングは決定しないこともできる。
【００５５】
（３）変形例３
受信部１０で受信する割り込み要求の出力元は任意であり、上述のデバイス１〜デバイスｎに限られるものではない。例えばデバイス１〜デバイスｎの各々の状態を定期的にポーリングし、割り込み処理の実行の契機となる状態変化を検出した場合に、当該割り込み処理の実行を要求する信号（つまりは割り込み要求）を出力するポーリング部が制御装置１００に設けられ、当該ポーリング部が割り込み要求の出力元となる構成であってもよい。要するに、受信部１０が受信する割り込み要求は、外部から出力される割り込み要求であってもよいし、内部から出力される割り込み要求であってもよい。
【００５６】
（４）変形例４
図２０に示すように、上述の供給能力検出部８５は、第１実施形態における制御装置１００内に設けられてもよい。供給能力検出部８５が図１７の構成の場合、受信部１０で割り込み要求を受信すると、決定部５０は、バッテリ残量検出部８６に対して、バッテリ残量を通知することを要求する。この要求を受けたバッテリ残量検出部８６は、バッテリにアクセスしてバッテリ残量を検出し、その検出したバッテリ残量を決定部５０へ通知する。
また、供給能力検出部８５が図１８の構成の場合、受信部１０で割り込み要求を受信すると、決定部５０は、保持部８８に保持されたバッテリ残量を読み出す。決定部５０は、供給能力検出部８５で検出されたバッテリ残量が所定の基準値を下回っていた場合は、受信した割り込み要求を、処理装置１２０へ送信しないことを決定する。要するに、電源部１３０の電力供給能力が所定の基準値を下回る状態で受信した割り込み要求は、処理装置１２０へ送信されずに廃棄される。
【００５７】
（５）変形例５
上述の第３記憶部８２に記憶される許可条件は任意である。例えば、割り込み要求の数が２つであることを許可条件とすることもできる。以下では、第２記憶部８１に割り込み要求が存在しない状態の下、第２実施形態の制御装置１００に対して、ある割り込み要求（第１の割り込み要求と呼ぶ）が送信された後に、他の割り込み要求（第２の割り込み要求と呼ぶ）が送信される場合を例に挙げて説明する（併せて図１４参照）。
【００５８】
まず、受信部１０で第１の割り込み要求を受信したとき、許可部８３は動作を開始して上述の許可処理を実行する。ここでは、処理装置１２０はアイドル状態とする。したがって、図１４のステップＳ１１の結果は否定、ステップＳ１３の結果は肯定となり、処理はステップＳ１４に移行する。この段階では、第２記憶部８１に記憶された割り込み要求は存在せず、第１の割り込み要求を受信したのみであるので、割り込み要求の数は「１」となり、上述の許可条件（割り込み要求の数は２つ）は成立せずに、処理はステップＳ１６に移行する。なお、処理装置１２０がアクティブ状態の場合（図１４のステップＳ１１の結果が肯定の場合）、許可部８３は、第１の割り込み要求を処理装置１２０へ送信することを許可する許可信号を決定部５０へ送信する（図１４のステップＳ１２）。
【００５９】
ステップＳ１６において、許可部８３は、受信部１０で受信した割り込み要求１を第２記憶部８１に登録する。この例では、図１３のステップＳ１７の処理は行われずに、許可処理は終了して許可部８３の動作は停止する。
【００６０】
その後、受信部１０で第２の割り込み要求を受信したとき、許可部８３は動作を開始して上述の許可処理を実行する。上記と同様に、処理装置１２０はアイドル状態とする。したがって、ステップＳ１１の結果は否定、ステップＳ１３の結果は肯定となり、処理はステップＳ１４に移行する。ここでは、第２記憶部８１に第１の割り込み要求が記憶され、受信部１０で第２の割り込み要求を受信したので、割り込み要求の数は「２」となり、上述の許可条件は成立する。したがって、処理はステップＳ１５に移行し、許可部８３は、受信した第２の割り込み要求と、第２記憶部８１に記憶された第１の割り込み要求とを処理装置１２０へ送信することを許可する許可信号を決定部５０へ送信する。なお、処理装置１２０がアクティブ状態の場合（図１４のステップ１１の結果が肯定の場合）も、許可部８３は、受信した第２の割り込み要求と、第２記憶部８１に記憶された第１の割り込み要求とを処理装置１２０へ送信することを許可する許可信号を決定部５０へ送信する（図１４のステップＳ１２）。
【００６１】
（６）変形例６
例えば割り込み要求ごとに、許可条件が成立する記憶時間（しきい値時間と呼ぶ）が個別に設定されてもよい。いま、キーボードの入力により発生する割り込み要求１に対応するしきい値時間がｔ１に設定され、マウスの入力により発生する割り込み要求２に対応するしきい値時間がｔ２（＜ｔ１）に設定される場合を想定する。ここでは、第２記憶部８１に記憶された何れかの割り込み要求の記憶時間が、当該割り込み要求に対応するしきい値時間を越えることが許可条件であるとする。
【００６２】
以下では、第２記憶部８１に割り込み要求が存在しない状態の下、第２実施形態の制御装置１００に対して、上述の割り込み要求１が送信された後に、上述の割り込み要求２が送信される場合を例に挙げて説明する（併せて図１４参照）。まず、受信部１０で割り込み要求１を受信したとき、制御装置１００は動作を開始して上述の許可処理を実行する。ここでは、処理装置１２０はアイドル状態とする。このため、図１４のステップＳ１１の結果は否定、ステップＳ１３の結果は肯定となり、処理はステップＳ１４に移行する。この段階では、第２記憶部８１に割り込み要求は存在しないので、上述の許可条件は成立せずに、処理はステップＳ１６に移行する。なお、処理装置１２０がアクティブ状態の場合（図１４のステップ１１の結果が肯定の場合）、許可部８３は、受信した割り込み要求１を処理装置１２０へ送信することを許可する許可信号を決定部５０へ送信する（図１４のステップＳ１２）。
【００６３】
ステップＳ１６において、許可部８３は、受信部１０で受信した割り込み要求１を第２記憶部８１に登録する。この例では、第２記憶部８１には、割り込み要求と、当該割り込み要求のしきい値時間とが対応付けられて記憶される。次に、許可部８３は、割り込み要求１の記憶時間が、対応するしきい値時間ｔ１を越えるときの時刻と、次にタイマー情報が示す時刻との比較結果に応じて、タイマー情報を設定する（ステップＳ１７）。ここでは、割り込み要求１の記憶時間が、対応するしきい値時間ｔ１を越えるときの時刻の方が、次にタイマー情報が示す時刻よりも早いものとする。したがって、許可部８３は、割り込み要求１の記憶時間が、対応するしきい値時間ｔ１を越えるときの時刻、つまりは、現在の時刻から時間長ｔ１を経過した時点での時刻を、次にタイマー情報が示す時刻として設定する。そして、許可処理が終了して許可部８３の動作は停止する。
【００６４】
その後、受信部１０で割り込み要求２を受信したとき、許可部８３は動作を開始して上述の許可処理を実行する。上記と同様に、処理装置１２０はアイドル状態とする。したがって、ステップＳ１１の結果は否定、ステップＳ１３の結果は肯定となり、処理はステップＳ１４に移行する。ここでは、第２記憶部８１に割り込み要求１が記憶されているが、割り込み要求１の記憶時間は、当該割り込み要求１に対応するしきい値時間ｔ１を経過していないものとする。このため、許可条件は成立せずに、処理はステップＳ１６に移行する。なお、処理装置１２０がアクティブ状態の場合（ステップ１１の結果が肯定の場合）、許可部８３は、受信した割り込み要求２と、第２記憶部８１に記憶された割り込み要求１とを処理装置１２０へ送信することを許可する許可信号を決定部５０へ送信する（図１４のステップＳ１２）。
【００６５】
ステップＳ１６において、許可部８３は、受信部１０で受信した割り込み要求２を第２記憶部８１に登録する。次に、許可部８３は、割り込み要求２の記憶時間が、対応するしきい値時間ｔ２を越えるときの時刻と、次にタイマー情報が示す時刻、つまりは、割り込み要求１の記憶時間がしきい値時間ｔ１を越えるときの時刻との比較結果に応じて、タイマー情報を設定する（ステップＳ１７）。ここでは、図２１に示すように、割り込み要求２の記憶時間がしきい値時間ｔ２を越えるときの時刻Ｔｘの方が、割り込み要求１の記憶時間がしきい値時間ｔ１を越えるときの時刻Ｔｙよりも早いものとする。したがって、許可部８３は、図２１に示す時刻Ｔｘを、次にタイマー情報が示す時刻として設定する。その後、時刻Ｔｘに到達したときに、同時に許可条件が成立する。
【００６６】
（７）変形例７
例えば処理装置１２０のアイドル状態が継続する時間長を示すアイドル時間が所定値を超えることを許可条件とすることもできる。この場合、例えば処理装置１２０がアイドル状態に遷移した時刻を記憶する記憶装置が設けられ、特定部４０は、処理装置１２０がアクティブ状態（稼動状態）からアイドル状態に遷移したことを検知した場合、その時刻を記憶装置に書き込む。一例として、アイドル時間が１００ｍｓ以上であることを許可条件とすることもできる。この変形例によれば、処理装置１２０が既に十分な時間にわたってアイドル状態を継続し、十分な省電力効果が得られている場合には、割り込み要求の到着とともに直ちに許可信号を出力することができる。
【００６７】
（８）変形例８
上述の各実施形態では、電源部１３０の電源はバッテリで構成されているが、これに限らず、電源の種類は任意である。例えば電源が太陽電池などで構成されてもよい。
【００６８】
上述の第３実施形態において、電源が太陽電池などで構成されている場合は、太陽電池の発電電圧や発電電流などを用いて許可条件を設定することもできる。要するに、電源の供給能力がしきい値を超えることを許可条件として採用するものであればよい。
【符号の説明】
【００６９】
１０ 受信部
２０ 判定部
２２ 状態検出部
２４ 状態受信部
２６ 保持部
３０ 第１記憶部
４０ 特定部
５０ 決定部
６０ 指示部
７０ 送信部
８０ トリガー部
８１ 第２記憶部
８２ 第３記憶部
８３ 許可部
８４ トリガー送信部
８５ 供給能力検出部
８６ バッテリ残量検出部
８７ バッテリ残量受信部
８８ 保持部
９０ タイマー情報管理部
１００ 制御装置
１２０ 処理装置
１２１ ＣＰＵ
１２２ メモリ
１３０ 電源部
【技術分野】
【０００１】
本発明の実施形態は、制御装置およびプログラムに関する。
【背景技術】
【０００２】
従来、処理装置（例えばプロセッサ）に対して割り込み処理の実行を要求する割り込み要求を受け付けるたびに、その受け付けた割り込み要求に対応する割り込み処理を処理装置に実行させる技術が知られている。このような技術では、処理装置が何の処理も実行しないアイドル状態において割り込み要求を受け付けた場合、処理装置は、アイドル状態から、割り込み処理を実行可能なアクティブ状態に遷移する。そして、処理装置は当該割り込み処理を実行した後、再びアイドル状態に遷移する。
【先行技術文献】
【非特許文献】
【０００３】
【非特許文献１】“ARM926EJ-S テクニカルリファレンスマニュアル 12.1.1”http://www.jp.arm.com/document/manual/mdl.cgi
【非特許文献２】“i.MX51 EVK Supply Current Measurements.”http://www.freescale.com/webapp/sps/site/prod_summary.jsp?code=i.MX515&fpsp=1&tab=Documentation_tab”
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ここで、処理装置の消費電力を低減させる方法の一例として、アイドル状態においては、処理装置へ供給する電力を減らして節電状態（スリープ状態）に移行させるといった方法が考えられる。この場合は、割り込み要求を受け付けたときに、処理装置に対する電力供給が再開される。そして、処理装置が動作可能な状態へ移行してから、割り込み処理が実行される。しかしながら、電力供給が再開されてから、処理装置を構成する複数の要素の各々が動作可能な状態へ移行するまでに要する時間（起動時間）は、要素ごとに異なる。したがって、各要素に対する電力供給を一斉に開始すると、起動時間が短い要素は、動作可能な状態への移行を完了しても、起動時間が長い要素が動作可能な状態へ移行するまで待機状態となり、その間の消費電力が無駄になるという問題がある。本発明が解決しようとする課題は、処理装置の消費電力を低減可能な制御装置およびプログラムを提供することである。
【課題を解決するための手段】
【０００５】
実施形態の制御装置は、受信部と判定部と特定部と決定部と指示部と送信部とを備える。受信部は、電圧を個別に制御可能な複数の要素を含んで構成される処理装置に対して割り込み処理の実行を要求する割り込み要求を受信する。判定部は、複数の要素の各々の状態を判定する。特定部は、判定部による判定結果に基づき、要素ごとに、電力の供給を受けて当該要素が動作可能な状態を示す稼動モードへ移行するのに要する時間を示す起動時間を特定する。決定部は、各要素の起動時間の差に基づいて、要素ごとに、電力供給を開始するタイミングを示す開始タイミングを決定する。指示部は、各要素に電力を供給するための電源部に対して、決定部により決定された開始タイミングに従って電力供給を実行するように指示する。送信部は、割り込み要求を処理装置へ送信する。
【０００６】
また、実施形態のプログラムは、受信ステップと、判定ステップと、特定ステップと、決定ステップと、指示ステップと、送信ステップとをコンピュータに実行させるためのプログラムである。受信ステップは、複数のデバイスを含んで構成される処理装置に対して割り込み処理の実行を要求する割り込み要求を受信する。判定ステップは、複数の要素の各々の状態を判定する。特定ステップは、判定ステップによる判定結果に基づき、要素ごとに、電力の供給を受けて当該要素が動作可能な状態を示す稼動モードへ移行するのに要する時間を示す起動時間を特定する。決定ステップは、各要素の起動時間の差に基づいて、要素ごとに、電力供給を開始するタイミングを示す開始タイミングを決定する。指示ステップは、各要素に電力を供給するための電源部に対して、開始タイミングに従って電力供給を実行するように指示する。送信ステップは、割り込み要求を処理装置へ送信する。
【図面の簡単な説明】
【０００７】
【図１】第１実施形態の制御装置の一例を示すブロック図。
【図２】第１実施形態の判定部の一例を示すブロック図。
【図３】第１実施形態の判定部の一例を示すブロック図。
【図４】第１実施形態の第１記憶部に記憶されるデータの一例を示す図。
【図５】第１実施形態の開始タイミングの決定方法の一例を説明するための図。
【図６】第１実施形態の制御装置の処理動作の一例を示すフローチャート。
【図７】第２実施形態の制御装置の一例を示すブロック図。
【図８】第２実施形態のトリガー部の一例を示すブロック図。
【図９】第２実施形態の第２記憶部に記憶される情報の一例を示す図。
【図１０】第２実施形態の第２記憶部に記憶される情報の一例を示す図。
【図１１】第２実施形態の第２記憶部に記憶される情報の一例を示す図。
【図１２】第２実施形態の第３記憶部に記憶される許可条件の一例を示す図。
【図１３】第２実施形態の第３記憶部に記憶される許可条件の一例を示す図。
【図１４】第２実施形態の制御部が実行する許可処理の一例を示すフローチャート。
【図１５】第２実施形態の開始タイミングの決定方法の一例を説明するための図。
【図１６】第２実施形態の制御装置の一例を示すブロック図。
【図１７】第３実施形態の供給能力検出部の一例を示すブロック図。
【図１８】第３実施形態の供給能力検出部の一例を示すブロック図。
【図１９】第３実施形態の第３記憶部に記憶される許可条件の一例を示す図。
【図２０】変形例の制御装置の一例を示すブロック図。
【図２１】変形例の説明図。
【発明を実施するための形態】
【０００８】
（第１実施形態）
図１は、第１実施形態の制御装置１００の概略構成の一例を示すブロック図である。制御装置１００は、複数のデバイス１〜デバイスｎの各々から、処理装置１２０に対して割り込み処理の実行を要求する割り込み要求を受信し、その受信した割り込み要求を処理装置１２０へ送信する。デバイスは、処理装置１２０に対して外部からデータを入力する機能、および、処理装置１２０から外部へデータを出力する機能のうちの少なくとも一方を有する装置であり、例えばキーボード、ＨＤＤ、ネットワークインタフェース装置、タイマー装置などが挙げられる。処理装置１２０は、例えばＣＰＵ（Central Processing Unit）１２１やメモリ１２２などを含んで構成され得る。
【０００９】
本実施形態の処理装置１２０は、何の処理も実行しないアイドル状態の場合は、節電状態（スリープ状態）へ移行し、処理装置１２０を構成する複数の要素への電力供給が減らされる。要素は、電圧を個別に制御可能な対象である。上記の要素には、電圧を個別に制御可能な部品や部品内の区画などが含まれる。例えばＣＰＵ１２１、メモリ１２２、ＣＰＵ１２１を含むＳＯＣ（システムオンチップ）の中の１区画などが要素となり得る。また、電圧の制御には、電圧のオンとオフを切り替える制御も含まれる。なお、上述のデバイスが、処理装置１２０を構成する要素でもある場合もあり得る。本実施形態では、制御装置１００は、割り込み要求を受信した場合、処理装置１２０を構成する複数の要素（ＣＰＵ１２１、メモリ１２２等）の各々の現在の状態に基づいて、要素ごとに、電力の供給を受けて当該要素が動作可能な状態を示す稼動モードへ移行するのに要する時間を示す起動時間を特定する。そして、制御装置１００は、各要素の起動時間の差に基づいて、要素ごとに、当該要素を稼動モードへ移行させるための電力供給を開始するタイミングを示す開始タイミングを決定する。そして、制御装置１００は、処理装置１２０を構成する複数の要素の各々に電力を供給するための電源部１３０に対して、決定した開始タイミングに従って電力供給を実行するように指示する。以下、具体的な内容を説明する。なお、本実施形態の電源部１３０は、制御装置１００の制御の下、処理装置１２０を構成する各要素に対して、不図示のバッテリの電力を供給する。
【００１０】
図１に示すように、制御装置１００は、受信部１０と、判定部２０と、第１記憶部３０と、特定部４０と、決定部５０と、指示部６０と、送信部７０とを有する。ここでは、制御装置１００の各部（１０、２０、３０、４０、５０、６０、７０）は、半導体集積回路で構成される。なお、これに限らず、制御装置１００の各部のうちの一部がソフトウェアにより実現されてもよい。例えば第１記憶部３０がハードウェアで構成され、制御装置１００に搭載されたＣＰＵが制御プログラムを実行することにより、受信部１０、判定部２０、特定部４０、決定部５０、指示部６０および送信部７０の機能が実現される構成であってもよい。
【００１１】
受信部１０は、複数のデバイス１〜デバイスｎの各々から、割り込み要求を受信する。判定部２０は、処理装置１２０を構成する複数の要素（ＣＰＵ１２１、メモリ１２２等）の状態を判定する。本実施形態では、各要素の状態を示すモードの一例として、当該要素が動作可能な状態を示す「稼動モード」と、当該要素の動作が停止している状態であって、稼動モードよりも消費電力量が節減された状態を示す「休止モード」とが設定される。この例では、「稼動モード」には、要素が動作可能な状態で待機している状態、および、要素が実際に動作している状態の両方が含まれる。
【００１２】
例えば図２に示すように、判定部２０は、状態検出部２２を含んで構成されてもよい。図２の例では、状態検出部２２は、特定部４０からの要求に応じて、処理装置１２０を構成する複数の要素の各々にアクセス、または信号線などをモニタすることで、当該要素が稼動モードおよび休止モードのうちの何れであるのかを検出（判定）する。
【００１３】
また、例えば図３に示すように、判定部２０は、状態受信部２４と保持部２６とを含んで構成されてもよい。図３の例では、処理装置１２０を構成する各要素は、稼動モードから休止モードへ変化したとき、または、休止モードから稼動モードへ変化したときに、状態の変化を知らせる状態変化信号を状態受信部２４へ送信する。状態受信部２４は、各要素から受信した状態変化信号から、当該要素が稼動モードなのか休止モードなのかを判定する。そして、状態受信部２４は、各要素の状態（稼動モードまたは休止モード）を示す状態情報を保持部２６に保持させる。保持部２６に保持される状態情報は、状態受信部２４が上述の状態変化信号を受信するたびに更新される。図３の例では、特定部４０は、保持部２６に保持された状態情報を読み出すことで、各要素の状態を把握することができる。なお、状態変化信号は、各デバイスが個別に送ってもよいし、ＣＰＵ１２１が一括して送ってもよい。
【００１４】
再び図１に戻って説明を続ける。第１記憶部３０は、要素ごとに、当該要素の状態を示すモードと、電力の供給を受けて稼動モードへ移行するのに要する時間を示す起動時間とを対応付けて記憶する。図４は、第１記憶部３０に記憶されたデータの一例を示す図である。図４の例では、メモリ１２２の「稼動モード」に対応する起動時間は「０」であり、メモリ１２２の「休止モード」に対応する起動時間はＴ１である。また、図４の例では、ＣＰＵ１２１の「稼動モード」に対応する起動時間は「０」であり、ＣＰＵ１２１の「休止モード」に対応する起動時間はＴ２（ここでは、一例としてＴ１＞Ｔ２）である。
【００１５】
特定部４０は、判定部２０による判定結果に基づき、処理装置１２０を構成する複数の要素（ＣＰＵ１２１、メモリ１２２等）ごとに、当該要素の起動時間を特定する。より具体的には、特定部４０は、処理装置１２０を構成する要素ごとに、当該要素の現在のモード（状態）に対応する起動時間を第１記憶部３０から読み出すことで、各要素の起動時間を特定する。
【００１６】
決定部５０は、処理装置１２０を構成する複数の要素（ＣＰＵ１２１、メモリ１２２等）の各々の起動時間の差に基づいて、要素ごとに、当該要素を稼動モードに移行させるための電力供給を開始するタイミングを示す開始タイミングを決定する。より具体的には、決定部５０は、複数の要素のうち起動時間が最も長い要素を示す基準要素の起動時間と他の要素の起動時間との差に応じて、他の要素の開始タイミングが、基準要素の開始タイミングに比べて遅くなるように、各要素の開始タイミングを決定する。例えば、ＣＰＵ１２１およびメモリ１２２のモードが休止モードであり、ＣＰＵ１２１の起動時間がＴ２、メモリ１２２の起動時間がＴ１であると特定された場合を想定する。この場合、上記基準要素はメモリ１２２となる。そして、図５に示すように、決定部５０は、メモリ１２２の起動時間Ｔ１とＣＰＵ１２１の起動時間Ｔ２との差に応じて、ＣＰＵ１２１の開始タイミングＹがメモリ１２２の開始タイミングＸよりも遅くなるように、各要素の開始タイミングを決定する。図５の例では、決定部５０は、各要素が稼動モードへの移行を完了する時刻（以下、「復帰完了時刻」と呼ぶ）が同じ時刻Ｚとなるように、各要素の開始タイミングを決定するので、ＣＰＵ１２１の開始タイミングＹは、メモリ１２２の開始タイミングＸよりも、メモリ１２２の起動時間Ｔ１とＣＰＵ１２１の起動時間Ｔ２との差に相当する時間Ｔ１−Ｔ２だけ遅くなる。
【００１７】
指示部６０は、電源部１３０に対して、決定部５０により決定された開始タイミングに従って電力供給を実行するように指示する。本実施形態では、決定部５０は、各要素の開始タイミングに到達するたびに、電力供給を開始すべき要素を特定する特定信号を指示部６０へ送るので、指示部６０は、決定部５０からの特定信号を受信するたびに、当該特定信号で特定された要素を稼動モードへ移行させるための電力供給を開始することを指示する復帰信号を電源部１３０へ送信する。例えば図５の例では、開始タイミングＸに到達したときに、決定部５０は、電力供給を開始すべき要素としてメモリ１２２を特定する特定信号を指示部６０へ送るので、当該特定信号を受信した指示部６０は、メモリ１２２の復帰信号を電源部１３０へ送信する。そして、その復帰信号を受信した電源部１３０は、メモリ１２２が稼動モードへ移行するように、メモリ１２２に対する電力供給を開始する。
【００１８】
なお、本実施形態では、決定部５０は、各要素の開始タイミングに到達するたびに、電力供給を開始すべき要素を特定する特定信号を指示部６０へ送っているが、これに限らず、例えば決定部５０は、各要素の開始タイミングを予め指示部６０へ通知しておき、指示部６０は、各要素の開始タイミングに到達するたびに、当該要素の復帰信号を電源部１３０へ送信してもよい。要するに、指示部６０は、電源部１３０に対して、決定部５０により決定された開始タイミングに従って電力供給を実行するように指示するものであればよい。
【００１９】
送信部７０は、受信部１０で受信した割り込み要求を処理装置へ送信する。本実施形態では、処理装置１２０を構成する各要素（ＣＰＵ１２１、メモリ１２２等）が稼動モードへの移行を完了するまで、受信した割り込み要求は制御装置１００で保持され、各要素が稼動モードへの移行を完了したときに、送信部７０は、それまで保持されていた割り込み要求を処理装置１２０へ送信する。なお、割り込み要求を保持する方法は任意である。例えば受信した割り込み要求を不図示のメモリに一時的に記憶してもよいし、受信した割り込み要求に対応するプログラムを起動することで当該割り込み要求を保持してもよい。
【００２０】
なお、処理装置１２０が割り込み要求を受信した場合に、電源部１３０による電力供給が開始される構成とすることもできる。この構成では、上述の復帰信号の代わりに、割り込み信号を送信することもできる。また、割り込み要求を受信しても電源部１３０による電力供給が開始されない構成においては、上述の復帰信号の送信と同時、または、復帰信号の送信後であって復帰完了時刻よりも前の時点で、割り込み要求を処理装置１２０へ送信してもよい。
【００２１】
ここで、図５の例では、処理装置１２０を構成する複数の要素のうち、起動時間が最長の要素（図５の例ではメモリ１２２）の終点に対応する時刻Ｚが、各要素の復帰完了時刻である。図５の例では、時刻Ｚに到達したときに、決定部５０は、各要素の復帰完了時刻に到達したことを送信部７０に通知する。そして、その通知を受けた送信部７０は、保持されていた割り込み要求を処理装置１２０へ送信する。
【００２２】
次に、本実施形態の制御装置１００の動作例を説明する。図６は、本実施形態の制御装置１００の処理動作の一例を示すフローチャートである。図６に示すように、まず受信部１０で割り込み要求を受信した場合（ステップＳ１の結果：ＹＥＳ）、判定部２０は、処理装置１２０を構成する複数の要素（ＣＰＵ１２１、メモリ１２２等）の各々の状態を判定する（ステップＳ２）。より具体的には以下のとおりである。判定部２０が図２の構成の場合、特定部４０は、状態検出部２２に対して、処理装置１２０を構成する各要素の状態を通知することを要求する。この要求を受けた状態検出部２２は、処理装置１２０を構成する各要素にアクセスして当該要素の状態を検出（判定）し、その検出結果を特定部４０へ通知する。特定部４０は、状態検出部２２から通知された検出結果から、処理装置１２０を構成する各要素が稼動モードおよび休止モードのうちの何れであるかを判断する。また、判定部２０が図３の構成の場合、特定部４０は、保持部２６に保持された状態情報を読み出し、その読み出した状態情報から、処理装置１２０を構成する各要素が稼動モードおよび休止モードのうちの何れであるかを判断する。
【００２３】
次に、特定部４０は、処理装置１２０を構成する複数の要素のうち、ステップＳ２で休止モードであると判定された要素が存在するか否かを判断する（ステップＳ３）。休止モードであると判定された要素が存在しない場合（ステップＳ３の結果：ＮＯ）、処理装置１２０を構成する全ての要素は、直ちに動作可能な状態であるので、送信部７０は、ステップＳ１で受信した割り込み要求を処理装置１２０へ送信する（ステップＳ８）。
【００２４】
一方、休止モードであると判定された要素が存在する場合（ステップＳ３の結果：ＹＥＳ）、特定部４０は、処理装置１２０を構成する各要素の起動時間を特定する（ステップＳ４）。より具体的には、特定部４０は、要素ごとに、当該要素の現在のモードに対応する起動時間を第１記憶部３０から読み出すことで、各要素の起動時間を特定する。次に、決定部５０は、各要素の起動時間の差に基づいて、各要素の開始タイミングを決定する（ステップＳ５）。各要素の開始タイミングの決定方法は上述したとおりである。
【００２５】
次に、各要素の開始タイミングに到達すると、指示部６０は、当該要素の復帰信号を電源部１３０へ送信する（ステップＳ６）。復帰信号の送信方法は上述したとおりである。次に、決定部５０は、復帰完了時刻に到達したと判断した場合（ステップＳ７の結果：ＹＥＳ）、送信部７０に対して復帰完了時刻に到達したことを通知する。そして、その通知を受けた送信部７０は、ステップＳ１で受信した割り込み要求を処理装置１２０に対して送信する（ステップＳ８）。以上で制御装置１００による処理が終了する。
【００２６】
以上に説明したように、本実施形態では、制御装置１００は、割り込み要求を受信すると、処理装置１２０を構成する複数の要素の各々の現在の状態に基づいて、各要素の起動時間を特定する。そして、制御装置１００は、各要素の起動時間の差に基づいて、稼動モードへ移行させるための電力供給を開始するタイミング（開始タイミング）を要素ごとに決定する。より具体的には、制御装置１００は、基準要素の起動時間と他の要素の起動時間との差に応じて、他の要素の開始タイミングが、基準要素の開始タイミングに比べて遅くなるように、各要素の開始タイミングを決定するので、各要素の開始タイミングが同じ場合に比べて、無駄な消費電力を低減できるという有利な効果を奏する。さらに、本実施形態では、制御装置１００は、各要素の復帰完了時刻が揃うように、各要素の開始タイミングを決定するので、起動時間の短い要素は、稼動モードへの移行を完了した後、他の要素が稼動モードへの移行を完了するまで待たされることはない。したがって、無駄な消費電力を一層低減できる。
【００２７】
（第２実施形態）
次に、第２実施形態について説明する。第２実施形態では、制御装置１００は、処理装置１２０が処理を実行しているアクティブ状態（稼動状態）の場合は、受信した割り込み要求を処理装置１２０へ送信する一方、処理装置１２０が何の処理も実行していないアイドル状態の場合は、所定の条件が成立したときにのみ、受信した割り込み要求を処理装置１２０へ送信する。以下、具体的な内容を説明する。なお、第１実施形態と共通する部分については、同一の符号を付して適宜に説明を省略する。
【００２８】
図７は、第２実施形態の制御装置１００の概略構成の一例を示すブロック図である。図７に示すように、制御装置１００は、トリガー部８０と、第２記憶部８１と、第３記憶部８２と、許可部８３とをさらに備える点で第１実施形態と相違する。
【００２９】
トリガー部８０は、一定の条件が成立したときに、許可部８３を起動させる。図８は、トリガー部８０の構成の一例を示すブロック図である。図８に示すように、トリガー部８０は、トリガー送信部８４を含んで構成される。トリガー送信部８４は、ＣＰＵ１２１から、処理装置１２０の状態が変化したことを通知されたときに、許可部８３を起動させるためのトリガー信号を許可部８３へ送信する。ＣＰＵ１２１は、処理装置１２０がアクティブ状態からアイドル状態に変化したとき、または、アイドル状態からアクティブ状態に変化したときに、状態の変化を知らせるための状態変化信号をトリガー送信部８４へ通知する。
【００３０】
また、トリガー送信部８４は、少なくとも１つの時刻を示すタイマー情報が示す時刻に到達するたびに、トリガー信号を許可部８３へ送信する。タイマー情報は、外部のタイマー情報管理部９０が備えるメモリ（不図示）に記憶される。タイマー情報管理部９０は、タイマー情報が示す時刻に到達するたびに、当該時刻に到達したことを知らせるためのタイマー信号をトリガー送信部８４へ通知する。なお、この例では、タイマー情報管理部９０は、制御装置１００の外部に設けられているが、これに限らず、タイマー情報管理部９０が制御装置１００に搭載されていてもよい。
【００３１】
さらに、トリガー送信部８４は、受信部１０から、割り込み要求を受信したことを通知されたときに、トリガー信号を許可部８３へ送信する。受信部１０は、デバイス１〜デバイスｎから割り込み要求を受信したときに、割り込み要求を受信したことを知らせるための受信信号をトリガー送信部８４へ通知する。以上より、本実施形態のトリガー部８０は、ＣＰＵ１２１から状態変化信号を受信したとき、タイマー情報管理部９０からタイマー信号を受信したとき、受信部１０から受信信号を受信したときのうちの何れかを契機として許可部８３を起動させる。
なお、ここでは、トリガー送信部８４は、上述の状態変化信号、タイマー信号、および、受信信号の各々に応じて、トリガー信号の送信の可否を決定しているが、例えば状態変化信号、タイマー信号、および、受信信号のうちの何れか１つ、または、任意の２つの信号に応じて、トリガー信号の送信の可否を決定してもよい。要するに、トリガー送信部８４は、上述の状態変化信号、タイマー信号、および、受信信号のうちの少なくとも１つの信号に応じて、トリガー信号の送信の可否を決定することができる。
【００３２】
図７に戻って説明を続ける。本実施形態の判定部２０は、上述した機能に加えて、処理装置１２０がアクティブ状態なのかアイドル状態なのかを判定する。本実施形態では、上述の稼動モードは、要素が動作している状態を示すアクティブモードと、要素が動作可能な状態で待機している状態を示すスタンバイモードとに分けられて設定され、判定部２０は、各要素のモードに基づいて、処理装置１２０がアクティブ状態（稼動状態）なのかアイドル状態なのかを判定する。
【００３３】
第２記憶部８１は、受信部１０で受信した割り込み要求を記憶する。図９は、第２記憶部８１に記憶される情報の一例を示す図である。図９の例において、「キーボード」は、キーボードの入力により発生した割り込み要求を示し、「ネットワーク」は、通信インタフェース装置のパケット送受信により発生した割り込み要求を示す。また、例えば図１０に示すように、第２記憶部８１は、各デバイスに対応するビットを記憶することもできる。例えば「キーボード」に対応するビットが「１」の場合は、キーボードの入力により発生した割り込み要求が第２記憶部８１に保持されていることを示す。要するに、第２記憶部８１は、割り込み要求を識別するための情報を記憶するものであればよい。なお、割り込み要求が第２記憶部８１に記憶され続ける時間長を示す記憶時間に基づいて後述の許可条件が判定される場合は、図１１に示すように、第２記憶部８１は、割り込み要求と、当該割り込み要求を受信した時刻（到着時刻）とを対応付けて記憶する。また、例えば割り込み要求の送信元のデバイスの種類と、当該デバイスの記憶時間とに基づいて許可条件が判定される場合には、個々の割り込み要求について到着時刻を記憶する必要があるが、割り込み要求の送信元のデバイスの種類は問わずに、記憶時間のみに基づいて許可条件が判定される場合には、最初に到着した割り込み要求の到着時刻だけを記憶してもよい。
【００３４】
第３記憶部８２は、割り込み要求の送信が許可される条件を示す許可条件を記憶する。図１２は、第３記憶部８２に記憶される許可条件の一例を示す。図１２の例では、許可条件は、割り込み要求が第２記憶部８１に記憶され続ける時間長を示す記憶時間が１００ｍｓを超えることである。図１２の例では、第２記憶部８１に複数の割り込み要求が記憶されている場合は、最初に記憶された割り込み要求の記憶時間が１００ｍｓを超えた時点で、許可条件が成立する。
【００３５】
なお、これに限らず、第３記憶部８２に記憶される許可条件の種類は任意である。例えば第３記憶部８２は図１３の許可条件を記憶することもできる。図１３の例では、第３記憶部８２は、２つの条件を記憶しており、２つの条件のうち何れかの条件が成立すれば、許可条件は成立する。つまり、２つの条件の論理和に基づいて、許可条件の成立の可否を判定している。なお、これに限らず、例えば２つの条件の論理積に基づいて、許可条件の成立の可否を判定してもよい。また、論理和および論理積を取るべき条件の数や種類も任意である。図１３の例では、上段の条件は、記憶時間が１００ｍｓを超えて、かつ、第２記憶部８１に記憶された割り込み要求の数が４つを超えることである。一方、下段の条件は、キーボードの入力により発生した割り込み要求が割り込み第２記憶部８１に記憶されていることである。
【００３６】
許可部８３は、上述のトリガー信号を受けて動作を開始する。許可部８３は、割り込み要求を処理装置１２０へ送信することを許可するか否かを決定する許可処理を実行する。
【００３７】
図１４は、許可部８３が実行する許可処理の一例を示すフローチャートである。まず許可部８３は、処理装置１２０がアクティブ状態であるか否かを判断する（ステップＳ１１）。
処理装置１２０がアクティブ状態（稼動状態）であると判断された場合（ステップＳ１１の結果：ＹＥＳ）、許可部８３は、第２記憶部８１に記憶された割り込み要求を処理装置１２０へ送信することを許可する許可信号を決定部５０へ送信する（ステップＳ１２）。また、許可部８３は、受信部１０で割り込み要求を受信したことを契機として動作を開始した場合は、当該受信した割り込み要求を処理装置１２０へ送信することを許可する許可信号を決定部５０へ送信する。そして、許可処理は終了して許可部８３の動作は停止する。
【００３８】
一方、処理装置１２０がアイドル状態であると判断された場合（ステップＳ１１の結果：ＮＯ）、許可部８３は、受信部１０で割り込み要求を受信したことを契機として動作を開始したのか否かを確認する。つまりは、許可部８３は、受信部１０で割り込み要求を受信したのか否かを確認する（ステップＳ１３）。
【００３９】
ステップＳ１３の結果が肯定の場合、許可部８３は、第３記憶部８２に記憶された許可条件を参照して、許可条件が成立しているか否かを判断する（ステップＳ１４）。本実施形態では、第３記憶部８２は、図１２に示す許可条件を記憶しているものとする。ステップＳ１４の結果が肯定の場合、許可部８３は、第２記憶部８２に記憶された割り込み要求、および、受信部１０で受信した割り込み要求を処理装置１２０へ送信することを許可する許可信号を決定部５０へ送信する（ステップＳ１５）。そして、許可処理は終了して許可部８３の動作は停止する。
【００４０】
上述のステップＳ１４の結果が否定の場合、許可部８３は、受信部１０で受信した割り込み要求を第２記憶部８１に登録し（ステップＳ１６）、登録した割り込み要求の記憶時間の計測を開始する。なお、上述のステップＳ１４においては、受信部１０で受信した割り込み要求を第２記憶部８１に登録せずに、許可条件の成立の可否を判断しているが、これに限らず、受信部１０で受信した割り込み要求を第２記憶部８１に登録したうえで、許可条件の成立の可否を判断してもよい。
【００４１】
そして、許可部８３は、第２記憶部８１に最初に記憶された割り込み要求の記憶時間が１００ｍｓを超えるときの時刻（図１２の許可条件が成立するときの時刻）と、次にタイマー情報が示す時刻との比較結果に応じて、タイマー情報を設定する（ステップＳ１７）。より具体的には、許可部８３は、割り込み要求の記憶時間が１００ｍｓを超えるときの時刻の方が、次にタイマー情報が示す時刻よりも早い場合は、割り込み要求の記憶時間が１００ｍｓを超えるときの時刻を、次にタイマー情報が示す時刻として設定する。そして、その設定したタイマー情報をタイマー情報管理部９０に通知する。これにより、次にタイマー情報が示す時刻に到達したときは、同時に許可条件が成立することになる。ステップＳ１７が完了すると許可処理は終了して許可部８３の動作は停止する。
【００４２】
一方、上述のステップＳ１３の結果が否定の場合も、許可部８３は、許可条件が成立しているか否かを判断する（ステップＳ１８）。そして、ステップＳ１８の結果が肯定の場合は、処理は上述のステップＳ１５に移行する。ステップＳ１８の結果が否定の場合は、許可処理は終了して許可部８３の動作は停止する。
【００４３】
本実施形態では、決定部５０が、許可部８３からの許可信号を受信したことを契機として、図６の処理動作が行われる。この場合、図６のステップＳ２から処理が開始されるが、以降の内容は第１実施形態と同様であるので、詳細な説明は省略する。
【００４４】
なお、許可部８３は、第２記憶部８１に最初に記憶された割り込み要求の記憶時間が１００ｍｓを超えるときの時刻（記憶時間が所定値を超えて許可条件が成立するときの時刻）を予め決定部５０に通知しておき、決定部５０は、処理装置１２０を構成する各要素の開始タイミングが、その通知された時刻よりも前になるように、各要素の開始タイミングを決定することもできる。この場合は、決定部５０が、許可部８３から上述の時刻（記憶時間が所定値を超えて許可条件が成立するときの時刻）の通知を受けたことを契機として、図６の処理動作（ステップＳ２以降の処理動作）が行われる。例えば図１５に示すように、決定部５０は、第２記憶部８１に最初に記憶された割り込み要求の記憶時間が１００ｍｓを超えるときの時刻ｔｋが、各要素の復帰完了時刻となるように、各要素の開始タイミングを決定することもできる。なお、図１５の例は、図６のステップＳ２において、ＣＰＵ１２１およびメモリ１２２が休止モードであると判定された場合を想定している。
【００４５】
（第３実施形態）
第３実施形態では、処理装置１２０、制御装置１００および各デバイスが搭載された装置（例えばＰＣなどの端末装置）の電源の供給能力がしきい値を超えることを許可条件として採用している点で第２実施形態と相違する。以下、具体的な内容を説明する。なお、第２実施形態と共通する部分については、同一の符号を付して適宜に説明を省略する。
【００４６】
図１６は、第３実施形態の制御装置１００の概略構成の一例を示すブロック図である。制御装置１００は、供給能力検出部８５をさらに備える点で第２実施形態と相違する。供給能力検出部８５は、電源部１３０の電力供給能力を検出する。本実施形態では、供給能力検出部８５は、電源部１３０の電源である不図示のバッテリに残存する電荷の総量（バッテリ残量と呼ぶ）を検出する。例えば図１７に示すように、供給能力検出部８５は、バッテリ残量検出部８６を含んで構成されてもよい。図１７の例では、バッテリ残量検出部８６は、許可部８３からの要求に応じて、不図示のバッテリにアクセスしてバッテリ残量を検出し、その検出したバッテリ残量を許可部８３へ通知する。
【００４７】
また、例えば図１８に示すように、供給能力検出部８５は、バッテリ残量受信部８７と保持部８８とを含んで構成されてもよい。図１８の例では、バッテリ残量受信部８７は、不図示のバッテリからバッテリ残量を受信し、その受信したバッテリ残量を保持部８８に保持させる。保持部８８に保持されるバッテリ残量は、バッテリ残量受信部８７がバッテリ残量を受信するたびに更新される。許可部８３は、保持部８８に保持されたバッテリ残量を読み出すことで、バッテリ残量を把握することができる。
【００４８】
図１９は、第３実施形態の第３記憶部８２に記憶される許可条件の一例を示す図である。図１９の例では、第３記憶部８２は、４つの条件を記憶しており、４つの条件のうち何れかの条件が成立すれば、許可条件は成立する。図１９の例では、第１段目の条件は、電源の種類がＤＣ電源（直流電源）であることである。第２段目の条件は、バッテリ残量が５０％を超えることである。第３段目の条件は、バッテリ残量が２０％を超えて、かつ、記憶時間が１００ｍｓを超えることである。第４段目の条件は、バッテリ残量が５％を超えるとともに、記憶時間が２００ｍｓを超え、かつ、第２記憶部８１に記憶された割り込み要求の数が３つを超えることである。
【００４９】
次に、図１４を参照しながら、許可部８３が実行する許可処理について説明する。供給能力検出部８５が図１７の構成の場合、図１４のステップＳ１４およびステップＳ１８の各々において、許可部８３は、供給能力検出部８５に対して、バッテリ残量を通知することを要求する。この要求を受けたバッテリ残量検出部８６は、不図示のバッテリにアクセスしてバッテリ残量を検出し、その検出したバッテリ残量を許可部８３へ通知する。許可部８３は、バッテリ残量検出部８６から通知されたバッテリ残量、第２記憶部８１に記憶された割り込み要求の記憶時間および割り込み要求の数に基づいて、第３記憶部８２に記憶された許可条件が成立しているか否かを判断する。
【００５０】
また、供給能力検出部８５が図１８の構成の場合、図１４のステップＳ１４およびステップＳ１８の各々において、許可部８３は、保持部８８に保持されたバッテリ残量を読み出し、その読み出したバッテリ残量、第２記憶部８１に記憶された割り込み要求の記憶時間および割り込み要求の数に基づいて、第３記憶部８２に記憶された許可条件が成立しているか否かを判断する。その他の処理の内容は第２実施形態と同様であるので詳細な説明は省略する。
【００５１】
なお、許可部８３は、供給能力検出部８５で検出されたバッテリ残量が所定の基準値を下回っていた場合は、受信した割り込み要求を第２記憶部８１に登録せず、処理装置１２０へ送信することも許可せずに廃棄することもできる。
【００５２】
（変形例）
以上、本発明の実施形態を説明したが、上述の各実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【００５３】
（１）変形例１
処理装置１２０を構成する要素の種類や数は任意である。例えば、処理装置１２０を構成する要素として、各種の情報を表示する機能を有する表示部が含まれてもよい。また、処理装置１２０を構成する各要素のモードの種類は任意である。例えば上述の「休止モード」は、要素の消費電力量に応じて、複数のモードに細分化されて設定されてもよい。また、上述の「稼動モード」は、要素が実際に動作している状態を示すアクティブモードと、要素が動作可能な状態で待機している状態を示すスタンバイモードとに分けられて設定されてもよい。そして、各モードに対応する起動時間が予め設定される。要するに、処理装置１２０を構成する要素ごとに、当該要素のモードと、起動時間とが対応付けられて第１記憶部３０に記憶されていればよい。
【００５４】
（２）変形例２
例えば制御装置１００は、受信部１０で受信した割り込み要求の種類に応じて、起動する要素を絞り込むこともできる。例えば受信した割り込み要求により実行を要求された割り込み処理においてメモリ１２２が不要である場合は、制御装置１００は、電源部１３０に対して、メモリ１２２への電力供給の実行を指示しない。すなわち、決定部５０は、処理装置１２０を構成する複数の要素のうち、受信した割り込み要求により実行を要求された割り込み処理に用いられる要素の開始タイミングを決定する一方、他の要素（割り込み処理に不要な要素）の開始タイミングは決定しないこともできる。
【００５５】
（３）変形例３
受信部１０で受信する割り込み要求の出力元は任意であり、上述のデバイス１〜デバイスｎに限られるものではない。例えばデバイス１〜デバイスｎの各々の状態を定期的にポーリングし、割り込み処理の実行の契機となる状態変化を検出した場合に、当該割り込み処理の実行を要求する信号（つまりは割り込み要求）を出力するポーリング部が制御装置１００に設けられ、当該ポーリング部が割り込み要求の出力元となる構成であってもよい。要するに、受信部１０が受信する割り込み要求は、外部から出力される割り込み要求であってもよいし、内部から出力される割り込み要求であってもよい。
【００５６】
（４）変形例４
図２０に示すように、上述の供給能力検出部８５は、第１実施形態における制御装置１００内に設けられてもよい。供給能力検出部８５が図１７の構成の場合、受信部１０で割り込み要求を受信すると、決定部５０は、バッテリ残量検出部８６に対して、バッテリ残量を通知することを要求する。この要求を受けたバッテリ残量検出部８６は、バッテリにアクセスしてバッテリ残量を検出し、その検出したバッテリ残量を決定部５０へ通知する。
また、供給能力検出部８５が図１８の構成の場合、受信部１０で割り込み要求を受信すると、決定部５０は、保持部８８に保持されたバッテリ残量を読み出す。決定部５０は、供給能力検出部８５で検出されたバッテリ残量が所定の基準値を下回っていた場合は、受信した割り込み要求を、処理装置１２０へ送信しないことを決定する。要するに、電源部１３０の電力供給能力が所定の基準値を下回る状態で受信した割り込み要求は、処理装置１２０へ送信されずに廃棄される。
【００５７】
（５）変形例５
上述の第３記憶部８２に記憶される許可条件は任意である。例えば、割り込み要求の数が２つであることを許可条件とすることもできる。以下では、第２記憶部８１に割り込み要求が存在しない状態の下、第２実施形態の制御装置１００に対して、ある割り込み要求（第１の割り込み要求と呼ぶ）が送信された後に、他の割り込み要求（第２の割り込み要求と呼ぶ）が送信される場合を例に挙げて説明する（併せて図１４参照）。
【００５８】
まず、受信部１０で第１の割り込み要求を受信したとき、許可部８３は動作を開始して上述の許可処理を実行する。ここでは、処理装置１２０はアイドル状態とする。したがって、図１４のステップＳ１１の結果は否定、ステップＳ１３の結果は肯定となり、処理はステップＳ１４に移行する。この段階では、第２記憶部８１に記憶された割り込み要求は存在せず、第１の割り込み要求を受信したのみであるので、割り込み要求の数は「１」となり、上述の許可条件（割り込み要求の数は２つ）は成立せずに、処理はステップＳ１６に移行する。なお、処理装置１２０がアクティブ状態の場合（図１４のステップＳ１１の結果が肯定の場合）、許可部８３は、第１の割り込み要求を処理装置１２０へ送信することを許可する許可信号を決定部５０へ送信する（図１４のステップＳ１２）。
【００５９】
ステップＳ１６において、許可部８３は、受信部１０で受信した割り込み要求１を第２記憶部８１に登録する。この例では、図１３のステップＳ１７の処理は行われずに、許可処理は終了して許可部８３の動作は停止する。
【００６０】
その後、受信部１０で第２の割り込み要求を受信したとき、許可部８３は動作を開始して上述の許可処理を実行する。上記と同様に、処理装置１２０はアイドル状態とする。したがって、ステップＳ１１の結果は否定、ステップＳ１３の結果は肯定となり、処理はステップＳ１４に移行する。ここでは、第２記憶部８１に第１の割り込み要求が記憶され、受信部１０で第２の割り込み要求を受信したので、割り込み要求の数は「２」となり、上述の許可条件は成立する。したがって、処理はステップＳ１５に移行し、許可部８３は、受信した第２の割り込み要求と、第２記憶部８１に記憶された第１の割り込み要求とを処理装置１２０へ送信することを許可する許可信号を決定部５０へ送信する。なお、処理装置１２０がアクティブ状態の場合（図１４のステップ１１の結果が肯定の場合）も、許可部８３は、受信した第２の割り込み要求と、第２記憶部８１に記憶された第１の割り込み要求とを処理装置１２０へ送信することを許可する許可信号を決定部５０へ送信する（図１４のステップＳ１２）。
【００６１】
（６）変形例６
例えば割り込み要求ごとに、許可条件が成立する記憶時間（しきい値時間と呼ぶ）が個別に設定されてもよい。いま、キーボードの入力により発生する割り込み要求１に対応するしきい値時間がｔ１に設定され、マウスの入力により発生する割り込み要求２に対応するしきい値時間がｔ２（＜ｔ１）に設定される場合を想定する。ここでは、第２記憶部８１に記憶された何れかの割り込み要求の記憶時間が、当該割り込み要求に対応するしきい値時間を越えることが許可条件であるとする。
【００６２】
以下では、第２記憶部８１に割り込み要求が存在しない状態の下、第２実施形態の制御装置１００に対して、上述の割り込み要求１が送信された後に、上述の割り込み要求２が送信される場合を例に挙げて説明する（併せて図１４参照）。まず、受信部１０で割り込み要求１を受信したとき、制御装置１００は動作を開始して上述の許可処理を実行する。ここでは、処理装置１２０はアイドル状態とする。このため、図１４のステップＳ１１の結果は否定、ステップＳ１３の結果は肯定となり、処理はステップＳ１４に移行する。この段階では、第２記憶部８１に割り込み要求は存在しないので、上述の許可条件は成立せずに、処理はステップＳ１６に移行する。なお、処理装置１２０がアクティブ状態の場合（図１４のステップ１１の結果が肯定の場合）、許可部８３は、受信した割り込み要求１を処理装置１２０へ送信することを許可する許可信号を決定部５０へ送信する（図１４のステップＳ１２）。
【００６３】
ステップＳ１６において、許可部８３は、受信部１０で受信した割り込み要求１を第２記憶部８１に登録する。この例では、第２記憶部８１には、割り込み要求と、当該割り込み要求のしきい値時間とが対応付けられて記憶される。次に、許可部８３は、割り込み要求１の記憶時間が、対応するしきい値時間ｔ１を越えるときの時刻と、次にタイマー情報が示す時刻との比較結果に応じて、タイマー情報を設定する（ステップＳ１７）。ここでは、割り込み要求１の記憶時間が、対応するしきい値時間ｔ１を越えるときの時刻の方が、次にタイマー情報が示す時刻よりも早いものとする。したがって、許可部８３は、割り込み要求１の記憶時間が、対応するしきい値時間ｔ１を越えるときの時刻、つまりは、現在の時刻から時間長ｔ１を経過した時点での時刻を、次にタイマー情報が示す時刻として設定する。そして、許可処理が終了して許可部８３の動作は停止する。
【００６４】
その後、受信部１０で割り込み要求２を受信したとき、許可部８３は動作を開始して上述の許可処理を実行する。上記と同様に、処理装置１２０はアイドル状態とする。したがって、ステップＳ１１の結果は否定、ステップＳ１３の結果は肯定となり、処理はステップＳ１４に移行する。ここでは、第２記憶部８１に割り込み要求１が記憶されているが、割り込み要求１の記憶時間は、当該割り込み要求１に対応するしきい値時間ｔ１を経過していないものとする。このため、許可条件は成立せずに、処理はステップＳ１６に移行する。なお、処理装置１２０がアクティブ状態の場合（ステップ１１の結果が肯定の場合）、許可部８３は、受信した割り込み要求２と、第２記憶部８１に記憶された割り込み要求１とを処理装置１２０へ送信することを許可する許可信号を決定部５０へ送信する（図１４のステップＳ１２）。
【００６５】
ステップＳ１６において、許可部８３は、受信部１０で受信した割り込み要求２を第２記憶部８１に登録する。次に、許可部８３は、割り込み要求２の記憶時間が、対応するしきい値時間ｔ２を越えるときの時刻と、次にタイマー情報が示す時刻、つまりは、割り込み要求１の記憶時間がしきい値時間ｔ１を越えるときの時刻との比較結果に応じて、タイマー情報を設定する（ステップＳ１７）。ここでは、図２１に示すように、割り込み要求２の記憶時間がしきい値時間ｔ２を越えるときの時刻Ｔｘの方が、割り込み要求１の記憶時間がしきい値時間ｔ１を越えるときの時刻Ｔｙよりも早いものとする。したがって、許可部８３は、図２１に示す時刻Ｔｘを、次にタイマー情報が示す時刻として設定する。その後、時刻Ｔｘに到達したときに、同時に許可条件が成立する。
【００６６】
（７）変形例７
例えば処理装置１２０のアイドル状態が継続する時間長を示すアイドル時間が所定値を超えることを許可条件とすることもできる。この場合、例えば処理装置１２０がアイドル状態に遷移した時刻を記憶する記憶装置が設けられ、特定部４０は、処理装置１２０がアクティブ状態（稼動状態）からアイドル状態に遷移したことを検知した場合、その時刻を記憶装置に書き込む。一例として、アイドル時間が１００ｍｓ以上であることを許可条件とすることもできる。この変形例によれば、処理装置１２０が既に十分な時間にわたってアイドル状態を継続し、十分な省電力効果が得られている場合には、割り込み要求の到着とともに直ちに許可信号を出力することができる。
【００６７】
（８）変形例８
上述の各実施形態では、電源部１３０の電源はバッテリで構成されているが、これに限らず、電源の種類は任意である。例えば電源が太陽電池などで構成されてもよい。
【００６８】
上述の第３実施形態において、電源が太陽電池などで構成されている場合は、太陽電池の発電電圧や発電電流などを用いて許可条件を設定することもできる。要するに、電源の供給能力がしきい値を超えることを許可条件として採用するものであればよい。
【符号の説明】
【００６９】
１０ 受信部
２０ 判定部
２２ 状態検出部
２４ 状態受信部
２６ 保持部
３０ 第１記憶部
４０ 特定部
５０ 決定部
６０ 指示部
７０ 送信部
８０ トリガー部
８１ 第２記憶部
８２ 第３記憶部
８３ 許可部
８４ トリガー送信部
８５ 供給能力検出部
８６ バッテリ残量検出部
８７ バッテリ残量受信部
８８ 保持部
９０ タイマー情報管理部
１００ 制御装置
１２０ 処理装置
１２１ ＣＰＵ
１２２ メモリ
１３０ 電源部
【特許請求の範囲】
【請求項１】
電圧を個別に制御可能な複数の要素を含んで構成される処理装置に対して割り込み処理の実行を要求する割り込み要求を受信する受信部と、
前記複数の要素の各々の状態を判定する判定部と、
前記判定部による判定結果に基づき、前記要素ごとに、電力の供給を受けて当該要素が動作可能な状態を示す稼動モードへ移行するのに要する時間を示す起動時間を特定する特定部と、
各前記要素の前記起動時間の差に基づいて、前記要素ごとに、電力供給を開始するタイミングを示す開始タイミングを決定する決定部と、
各前記要素に電力を供給するための電源部に対して、前記決定部により決定された前記開始タイミングに従って電力供給を実行するように指示する指示部と、
前記割り込み要求を前記処理装置へ送信する送信部と、を備える、
ことを特徴とする制御装置。
【請求項２】
前記決定部は、前記複数の要素のうち前記起動時間が最も長い前記要素を示す基準要素の前記起動時間と、他の前記要素の前記起動時間との差に応じて、他の前記要素の前記開始タイミングが、前記基準要素の前記開始タイミングよりも遅くなるように、各前記要素の前記開始タイミングを決定する、
ことを特徴とする請求項１に記載の制御装置。
【請求項３】
前記決定部は、各前記要素が前記稼動モードへの移行を完了する時刻が揃うように、各前記要素の前記開始タイミングを決定する、
ことを特徴とする請求項２に記載の制御装置。
【請求項４】
前記要素ごとに、当該要素の状態を示すモードと、前記起動時間とを対応付けて記憶する第１記憶部をさらに備え、
前記特定部は、前記要素ごとに、当該要素の前記モードに対応する前記起動時間を前記第１記憶部から読み出すことで、各前記要素の前記起動時間を特定する、
ことを特徴とする請求項１に記載の制御装置。
【請求項５】
前記送信部は、各要素が前記稼動モードへの移行を完了したときに、受信した前記割り込み要求を前記処理装置へ送信する、
ことを特徴とする請求項１に記載の制御装置。
【請求項６】
前記決定部は、前記複数の要素のうち、受信した前記割り込み要求により実行を要求された前記割り込み処理に用いられる前記要素の前記開始タイミングを決定する一方、他の前記要素の前記開始タイミングは決定しない、
ことを特徴とする請求項１に記載の制御装置。
【請求項７】
前記電源部の電力供給能力を検出する供給能力検出部をさらに備え、
前記電源部の電力供給能力が所定の基準値を下回る状態で受信した前記割り込み要求は、前記処理装置へ送信されずに廃棄される、
ことを特徴とする請求項１に記載の制御装置。
【請求項８】
前記割り込み要求を記憶する第２記憶部と、
前記判定部により、前記処理装置が何の処理も実行していないアイドル状態であると判定され、所定の条件が成立しない場合は、前記受信部で受信した前記割り込み要求を前記記憶部に登録し、前記所定の条件が成立した場合もしくは前記処理装置が稼動状態であると判定された場合は、前記第２記憶部に記憶された前記割り込み要求を前記処理装置へ送信することを許可する許可部と、をさらに備える、
ことを特徴とする請求項１に記載の制御装置。
【請求項９】
前記所定の条件は、前記割り込み要求が前記第２記憶部に記憶され続ける時間長を示す記憶時間が所定値を超えることである、
ことを特徴とする請求項８に記載の制御装置。
【請求項１０】
前記所定の条件は、前記アイドル状態が継続する時間長を示すアイドル時間が所定値を超えることである、
ことを特徴とする請求項８に記載の制御装置。
【請求項１１】
前記決定部は、各前記要素の前記開始タイミングが、前記記憶時間が前記所定値を超える時刻よりも前になるように、各前記要素の前記開始タイミングを決定する、
ことを特徴とする請求項９に記載の制御装置。
【請求項１２】
前記決定部は、前記記憶時間が前記所定値を超える時刻に到達したときに、各前記要素が前記稼動モードへの移行を完了するように、各前記要素の前記開始タイミングを決定する、
ことを特徴とする請求項１０に記載の制御装置。
【請求項１３】
電圧を個別に制御可能な複数の要素を含んで構成される処理装置に対して割り込み処理の実行を要求する割り込み要求を受信する受信ステップと、
前記複数の要素の各々の状態を判定する判定ステップと、
前記判定ステップによる判定結果に基づき、前記要素ごとに、電力の供給を受けて当該要素が動作可能な状態を示す稼動モードへ移行するのに要する時間を示す起動時間を特定する特定ステップと、
各前記要素の前記起動時間の差に基づいて、前記要素ごとに、電力供給を開始するタイミングを示す開始タイミングを決定する決定ステップと、
各前記要素に電力を供給するための電源部に対して、前記開始タイミングに従って電力供給を実行するように指示する指示ステップと、
前記割り込み要求を前記処理装置へ送信する送信ステップと、をコンピュータに実行させるためのプログラム。
【請求項１】
電圧を個別に制御可能な複数の要素を含んで構成される処理装置に対して割り込み処理の実行を要求する割り込み要求を受信する受信部と、
前記複数の要素の各々の状態を判定する判定部と、
前記判定部による判定結果に基づき、前記要素ごとに、電力の供給を受けて当該要素が動作可能な状態を示す稼動モードへ移行するのに要する時間を示す起動時間を特定する特定部と、
各前記要素の前記起動時間の差に基づいて、前記要素ごとに、電力供給を開始するタイミングを示す開始タイミングを決定する決定部と、
各前記要素に電力を供給するための電源部に対して、前記決定部により決定された前記開始タイミングに従って電力供給を実行するように指示する指示部と、
前記割り込み要求を前記処理装置へ送信する送信部と、を備える、
ことを特徴とする制御装置。
【請求項２】
前記決定部は、前記複数の要素のうち前記起動時間が最も長い前記要素を示す基準要素の前記起動時間と、他の前記要素の前記起動時間との差に応じて、他の前記要素の前記開始タイミングが、前記基準要素の前記開始タイミングよりも遅くなるように、各前記要素の前記開始タイミングを決定する、
ことを特徴とする請求項１に記載の制御装置。
【請求項３】
前記決定部は、各前記要素が前記稼動モードへの移行を完了する時刻が揃うように、各前記要素の前記開始タイミングを決定する、
ことを特徴とする請求項２に記載の制御装置。
【請求項４】
前記要素ごとに、当該要素の状態を示すモードと、前記起動時間とを対応付けて記憶する第１記憶部をさらに備え、
前記特定部は、前記要素ごとに、当該要素の前記モードに対応する前記起動時間を前記第１記憶部から読み出すことで、各前記要素の前記起動時間を特定する、
ことを特徴とする請求項１に記載の制御装置。
【請求項５】
前記送信部は、各要素が前記稼動モードへの移行を完了したときに、受信した前記割り込み要求を前記処理装置へ送信する、
ことを特徴とする請求項１に記載の制御装置。
【請求項６】
前記決定部は、前記複数の要素のうち、受信した前記割り込み要求により実行を要求された前記割り込み処理に用いられる前記要素の前記開始タイミングを決定する一方、他の前記要素の前記開始タイミングは決定しない、
ことを特徴とする請求項１に記載の制御装置。
【請求項７】
前記電源部の電力供給能力を検出する供給能力検出部をさらに備え、
前記電源部の電力供給能力が所定の基準値を下回る状態で受信した前記割り込み要求は、前記処理装置へ送信されずに廃棄される、
ことを特徴とする請求項１に記載の制御装置。
【請求項８】
前記割り込み要求を記憶する第２記憶部と、
前記判定部により、前記処理装置が何の処理も実行していないアイドル状態であると判定され、所定の条件が成立しない場合は、前記受信部で受信した前記割り込み要求を前記記憶部に登録し、前記所定の条件が成立した場合もしくは前記処理装置が稼動状態であると判定された場合は、前記第２記憶部に記憶された前記割り込み要求を前記処理装置へ送信することを許可する許可部と、をさらに備える、
ことを特徴とする請求項１に記載の制御装置。
【請求項９】
前記所定の条件は、前記割り込み要求が前記第２記憶部に記憶され続ける時間長を示す記憶時間が所定値を超えることである、
ことを特徴とする請求項８に記載の制御装置。
【請求項１０】
前記所定の条件は、前記アイドル状態が継続する時間長を示すアイドル時間が所定値を超えることである、
ことを特徴とする請求項８に記載の制御装置。
【請求項１１】
前記決定部は、各前記要素の前記開始タイミングが、前記記憶時間が前記所定値を超える時刻よりも前になるように、各前記要素の前記開始タイミングを決定する、
ことを特徴とする請求項９に記載の制御装置。
【請求項１２】
前記決定部は、前記記憶時間が前記所定値を超える時刻に到達したときに、各前記要素が前記稼動モードへの移行を完了するように、各前記要素の前記開始タイミングを決定する、
ことを特徴とする請求項１０に記載の制御装置。
【請求項１３】
電圧を個別に制御可能な複数の要素を含んで構成される処理装置に対して割り込み処理の実行を要求する割り込み要求を受信する受信ステップと、
前記複数の要素の各々の状態を判定する判定ステップと、
前記判定ステップによる判定結果に基づき、前記要素ごとに、電力の供給を受けて当該要素が動作可能な状態を示す稼動モードへ移行するのに要する時間を示す起動時間を特定する特定ステップと、
各前記要素の前記起動時間の差に基づいて、前記要素ごとに、電力供給を開始するタイミングを示す開始タイミングを決定する決定ステップと、
各前記要素に電力を供給するための電源部に対して、前記開始タイミングに従って電力供給を実行するように指示する指示ステップと、
前記割り込み要求を前記処理装置へ送信する送信ステップと、をコンピュータに実行させるためのプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【公開番号】特開２０１３−６９１１０（Ｐ２０１３−６９１１０Ａ）
【公開日】平成２５年４月１８日（２０１３．４．１８）
【国際特許分類】
【出願番号】特願２０１１−２０７１３３（Ｐ２０１１−２０７１３３）
【出願日】平成２３年９月２２日（２０１１．９．２２）
【出願人】（０００００３０７８）株式会社東芝 (54,554)
【Ｆターム（参考）】
【公開日】平成２５年４月１８日（２０１３．４．１８）
【国際特許分類】
【出願日】平成２３年９月２２日（２０１１．９．２２）
【出願人】（０００００３０７８）株式会社東芝 (54,554)
【Ｆターム（参考）】
[ Back to top ]