JP7404818B2 - 機器、モード切替方法およびプログラム - Google Patents

Description

本発明は、機器、モード切替方法およびプログラムに関する。

通常動作モードと省電力モードを有する機器において、通常動作時にデータ処理や各種ハードウエアの制御を行い、省電力モード時には処理能力の高いＣＰＵを停止させる技術が知られている。

また、機器が省電力モードの際に通常動作モードへ復帰させるか否かの判断の精度を向上させることで、機器の省電力効率を向上させる技術も知られている。例えば、特許文献１には、受信したデータに特定の命令が含まれるときに、スリープモード（省電力モード）を保ったまま、データを送信する構成が開示されている。

しかしながら、従来の方法では、省電力モードから通常動作モードに切り替える条件が固定されていたため、例えば、ネットワークの状態によっては不要な場合にまでも通常動作モードへ復帰することがあるため、機器の省電力性能を十分に発揮できていないという課題があった。

上述した課題を解決すべく、請求項１に係る発明は、通常動作モードと省電力モードを切り替えて動作可能な機器であって、前記通常動作モードにおける動作を制御する第１の制御手段と、前記省電力モードにおける動作を制御する第２の制御手段と、前記省電力モードから前記通常動作モードに切り替える条件を示す切替条件として、要求信号の所定の形式が記憶される記憶手段と、を備え、前記第２の制御手段は、前記要求信号を検知する検知手段と、検知された前記要求信号の形式が前記切替条件として記憶されている前記所定の形式である場合、前記省電力モードから前記通常動作モードへの切り替えを要求する切替要求を前記第１の制御手段へ送信する送信手段と、を有し、前記第１の制御手段は、前記切替要求に応じて前記通常動作モードを起動させる起動手段と、検知された前記要求信号の形式に起因して前記通常動作モードを起動させた頻度が閾値以上である場合、前記切替条件から前記所定の形式を削除する条件設定手段と、を有し、前記条件設定手段は、前記切替条件から前記所定の形式が削除された履歴を示す削除履歴を前記記憶手段に記憶させるとともに、前記所定の形式が削除されてから所定時間が経過したか否かが判断され前記所定時間が経過した場合、前記削除履歴に含まれる当該所定の形式を前記切替条件に追加する機器である。

本発明によれば、機器の省電力性能を向上させることができるという効果を奏する。

実施形態に係る通信システムのシステム構成の一例を示す図である。 実施形態に係る機器のハードウエア構成の一例を示す図である。 実施形態に係るユーザ端末のハードウエア構成の一例を示す図である。 実施形態に係る機器のソフトウエア構成の一例を示す図である。 実施形態に係る通信システムの機能構成の一例を示す図である。 （Ａ）は実施形態に係る切替条件管理テーブルの一例を示す概念図であり、（Ｂ）は実施形態に係る起動履歴管理テーブルの一例を示す概念図である。 （Ａ）は実施形態に係る削除履歴管理テーブルの一例を示す概念図であり、（Ｂ）は実施形態に係るプロセス管理テーブルの一例を示す概念図である。 実施形態に係る主制御部および副制御部の詳細な機能構成の一例を示す図である。 実施形態に係る機器における省電力モードへの切替処理の一例を示すフローチャートである。 実施形態に係る機器における省電力モードから通常動作モードへの切り替え処理の一例を示すフローチャートである。 実施形態に係る機器における通常動作モードと省電力モードの切り替えについて説明するための図である。 実施形態に係る機器における通常動作モードへの切替条件の更新処理の一例を示すフローチャートである。 実施形態に係る機器における切替条件管理テーブルが更新された場合の一例を説明するための図である。 実施形態に係る機器における通常動作モードへの切替条件の更新処理の一例を示すフローチャートである。

以下、図面を参照しながら、発明を実施するための形態を説明する。なお、図面の説明において同一要素には同一符号を付し、重複する説明は省略する。

●システム構成●
図１は、実施形態に係る通信システムのシステム構成の一例を示す図である。図１に示されている通信システム１は、通常動作モードと省電力モードを切り替えて動作可能な機器１０において、省電力モードから通常動作モードに切り替える条件を示す切替条件を動的に変更可能なシステムである。

通信システム１は、機器１０およびユーザ端末９０によって構成されている。機器１０およびユーザ端末９０は、通信ネットワーク５を介して通信可能に接続されている。通信ネットワーク５は、インターネット、移動体通信網、ＬＡＮ(Local Area Network)等によって構築されている。なお、通信ネットワーク５には、有線通信だけでなく、３Ｇ(3rd Generation)、４Ｇ（4th Generation）、５Ｇ（5th Generation）、Ｗｉ－Ｆｉ(Wireless Fidelity（登録商標）)、ＷｉＭＡＸ(Worldwide Interoperability for Microwave Access)またはＬＴＥ(Long Term Evolution)等の無線通信によるネットワークが含まれてもよい。また、通信ネットワーク５には、ブロックチェーンによって構築されたネットワークが含まれていてもよい。

機器１０は、例えば、ＭＦＰ(Multifunction Peripheral/Printer/Product：複合機)、ファクシミリ、スキャナ、またはプリンタ等の画像処理機能を備える画像処理装置である。機器１０は、ケーブルによりデータ通信可能に接続された操作部３０と本体部５０とを備える。

操作部３０は、画面表示およびユーザＡによるユーザ操作を受け付ける。本体部５０は、操作部３０によって受け付けられた入力に応じた動作を行う。なお、操作部３０と本体部５０は、ケーブルによる有線接続に代えて、無線（赤外線を含む）接続としてもよい。

機器１０は、操作部３０を本体部５０から独立させ、本体部５０の負荷が高くても操作レスポンスを低下させないようにすることが考えられる。例えば、操作部３０は、本体部５０と独立したＯＳ(Operating System)が搭載され、本体部５０と独立に動作する。また、機器１０は、本体部５０におけるデータ処理や各種ハードウエアの制御等を行う通常動作モードと、通常動作モードをＯＦＦにして機器１０の消費電力を抑制する省電力モードとを切り替えて動作する。機器１０は、省電力モードでの動作時において所定の要求信号を受信した場合、後述する切替条件に基づいて通常動作モードへの切り替えを行う。省電力モードは、例えば、省エネモードまたはスリープモードと称されてもよい。

なお、画像処理装置は、管理者またはユーザによって特定の場所に設置された装置だけでなく、持ち運び可能なハンディプリンタまたはハンディスキャナ等であってもよい。また、機器１０は、画像処理装置に限られず、通常動作モードと省電力モードを切り替えて実現可能な機器であればよい。機器１０は、例えば、３Ｄプリンタ(立体造形装置)、プロジェクタ(Projector)、ＩＷＢ（Interactive White Board：相互通信が可能な電子式の黒板機能を有する白板）、ビデオ会議（テレビ会議）端末、デジタルサイネージ等の出力装置、ＨＵＤ（Head Up Display）装置、スピーカ等の音響出力装置、自律走行ロボット、またはテレプレゼンスロボット等であってもよい。また、機器１０は、加工装置、検査装置、搬送装置もしくはピッキング装置等の産業機械、デジタルカメラ等の撮影装置、集音装置、医療機器、ネットワーク家電、自動販売機、電源装置、空調システム、またはガス、水道もしくは電気等の計量システムであってもよい。さらに、機器１０は、ＰＣ（Personal Computer）、携帯電話、スマートフォン、タブレット端末、ゲーム機、ＰＤＡ（Personal Digital Assistant）、またはウェアラブル端末等であってもよい。

ユーザ端末９０は、ユーザＢが使用するＰＣ(Personal Computer)等の端末装置である。ユーザ端末９０は、通信ネットワーク５を介して、機器１０とデータ通信を行うことができる。なお、ユーザ端末９０は、ＰＣに限られず、スマートフォン、タブレット端末、携帯電話等であってもよい。

●ハードウエア構成●
次に、図２および図３を用いて、図１に示されている機器１０およびユーザ端末９０のハードウエア構成を説明する。なお、図２および図３に示されているハードウエア構成は、必要に応じて構成要素が追加または削除されてもよい。

●機器のハードウエア構成
まず、図２を用いて、機器１０のハードウエア構成について説明する。図２は、機器１０の一例として、図１に示されているような画像処理装置の構成について説明する。図２は、実施形態に係る機器のハードウエア構成の一例を示す図である。画像処理装置としての機器１０は、プリンタ機能、コピー機能、スキャナ機能およびファックス機能等の各種の機能を実現可能な本体部５０と、ユーザ操作に応じた入力を受け付ける操作部３０とを備えている。操作部３０は、本体部５０の制御部、および、本体部５０とは独立した制御部を備えた本体部５０の操作部３０（操作パネル）である。

なお、ユーザの操作を受け付けるとは、ユーザの操作に応じて入力される情報（画面の座標値を示す信号等を含む）を受け付けることを含む概念である。本体部５０と操作部３０は、専用の通信路２００を介して相互に通信可能に接続されている。通信路２００は、例えば、ＵＳＢ（Universal Serial Bus）規格を用いることができるが、有線または無線を問わず任意の規格であってもよい。本体部５０は、操作部３０によって受け付けられた入力に応じた動作を行う。また、本体部５０は、例えば、通信ネットワーク５を介して、ユーザ端末９０と通信可能であり、ユーザ端末９０から受信される指示に応じた動作を行うこともできる。

まず、本体部５０のハードウエア構成について説明する。図３に示されているように、本体部５０は、メインＣＰＵ(Central Processing Unit)５０１、サブＣＰＵ５０２、ＲＯＭ(Read Only Memory)５０３、ＲＡＭ(Random Access Memory)５０４と、ＨＤＤ(Hard Disk Drive)５０５、スキャナエンジン５０６、プリンタエンジン５０７、ＦＡＸ制御ユニット５０８、通信Ｉ／Ｆ(Interface)５０９、接続Ｉ／Ｆ５１１、タイマ５１２および電源ユニット５１３を備えている。

メインＣＰＵ５０１およびサブＣＰＵ５０２は、本体部５０全体の動作を制御する。ＲＯＭ５０３は、メインＣＰＵ５０１およびサブＣＰＵ５０２の駆動に用いられるプログラムを記憶する不揮発性のメモリである。ＲＡＭ５０４は、メインＣＰＵ５０１およびサブＣＰＵ５０２のワークエリアとして使用される揮発性のメモリである。ＨＤＤ５０５は、各種データまたはプログラムを記憶する不揮発性の記憶媒体である。メインＣＰＵ５０１またはサブＣＰＵ５０２は、ＲＡＭ５０４をワークエリア（作業領域）として、ＲＯＭ５０３またはＨＤＤ５０５等に格納されたプログラムを実行することで、本体部５０全体の動作を制御する。このうち、メインＣＰＵ５０１は、機器１０における所定の処理を実行する通常動作モードでの動作を制御する。メインＣＰＵ５０１は、スキャナエンジン５０６、プリンタエンジン５０７またはＦＡＸ制御ユニット５０８によって、上述したプリンタ機能、コピー機能、スキャナ機能、ファックス機能等の各種機能を実現させる。一方で、サブＣＰＵ５０２は、所定時間通常動作モードによる処理が実行されない場合、メインＣＰＵ５０１を停止させて省電力モードでの動作を制御する。

通信Ｉ／Ｆ５０９は、通信ネットワーク５を介して、ユーザ端末９０等の外部装置等と通信するためのインターフェースである。接続Ｉ／Ｆ５１１は、通信路２００を介して、操作部３０と通信するためのインターフェースである。タイマ５１２は、時間計測機能を有する計測装置である。タイマ５１２は、コンピュータによるソフトタイマでもよい。電源ユニット５１３は、本体部５０の電源供給を制御する。また、本体部５０は、バスライン５１０を備えている。バスライン５１０は、メインＣＰＵ５０１等の各構成要素を電気的に接続するためのアドレスバスまたはデータバス等である。

次に、操作部３０のハードウエア構成について説明する。図３に示されているように、操作部３０は、ＣＰＵ３０１、ＲＯＭ３０２、ＲＡＭ３０３、フラッシュメモリ３０４、操作パネル３０５および接続Ｉ／Ｆ３０６を備えている。

ＣＰＵ３０１は、操作部３０全体の動作を制御する。ＲＯＭ３０２は、ＣＰＵ３０１の駆動に用いられるプログラムを記憶する不揮発性のメモリである。ＲＡＭ３０３は、ＣＰＵ３０１のワークエリアとして使用される揮発性のメモリである。ＣＰＵ３０１は、ＲＡＭ３０３をワークエリア（作業領域）として、ＲＯＭ３０２またはフラッシュメモリ３０４等に格納されたプログラムを実行することで、操作部３０全体の動作を制御する。また、ＣＰＵ３０１は、ユーザ操作により受け付けられた入力に応じた情報（画像）を表示する等、各種機能を実現する。

操作パネル３０５は、ユーザ操作に応じた各種の入力を受け付けるとともに、各種の情報を表示する。例えば、各種の情報は、受け付けられた入力に応じた情報、機器１０の動作状況を示す情報、設定状態を示す情報等が挙げられる。操作パネル３０５は、例えば、タッチパネル機能を搭載した液晶表示装置（LCD：Liquid Crystal Display）、またはタッチパネル機能が搭載された有機ＥＬ（Electro Luminescence）表示装置等により構成される。また、操作パネル３０５は、これに加えてまたはこれに代えて、ハードウエアキー等の入力部やランプ等の表示部を設けることもできる。接続Ｉ／Ｆ３０６は、通信路２００を介して本体部５０と通信するためのインターフェースである。また、操作部３０は、バスライン３１０を備えている。バスライン３１０は、ＣＰＵ３０１等の各構成要素を電気的に接続するためのアドレスバスまたはデータバス等である。

なお、図３は、機器１０が画像処理装置である例を説明したが、上述のように機器１０は、画像処理装置に限られない。この場合、機器１０は、操作部３０を備えていない構成であってもよく、または操作部３０の機能が本体部５０に備えられた構成であってもよい。

●ユーザ端末のハードウエア構成
続いて、図３を用いて、ユーザ端末９０のハードウエア構成について説明する。図３は、実施形態に係るユーザ端末のハードウエア構成の一例を示す図である。ユーザ端末９０は、ＣＰＵ９０１、ＲＯＭ９０２、ＲＡＭ９０３、入力装置９０４、ディスプレイ９０５、外部ストレージＩ／Ｆ９０６、入出力Ｉ／Ｆ９０７およびネットワークＩ／Ｆ９０８を備えている。

ＣＰＵ９０１は、ユーザ端末９０全体の動作を制御する。ＲＯＭ９０２は、ＣＰＵ９０１の駆動に用いられるプログラムを記憶する不揮発性のメモリである。ＲＡＭ９０３は、ＣＰＵ９０１のワークエリアとして使用される揮発性のメモリである。入力装置９０４は、ユーザによる操作入力を受け付ける入力手段の一種である。入力装置９０４は、例えば、キーボード、マウス、タッチパネル、ボタン、ダイヤルまたは音声入力のためのマイク等である。

ディスプレイ９０５は、カーソル、メニュー、ウィンドウ、文字、アイコンまたは画像等の各種情報を表示する液晶または有機ＥＬ等の表示手段の一種である。外部ストレージＩ／Ｆ９０６は、記録メディア等の外部ストレージに対するデータの読み出しまたは書き込み（記憶）を制御する。入出力Ｉ／Ｆ９０７は、各種の外部機器との間で各種データまたは情報の入出力を行うために、外部機器と接続するためのインターフェースである。ネットワークＩ／Ｆ９０８は、通信ネットワーク５を介してデータ通信を行うためのインターフェースである。また、ユーザ端末９０は、バスライン９１０を備えている。バスライン９１０は、ＣＰＵ９０１等の各構成要素を電気的に接続するためのアドレスバスまたはデータバス等である。

なお、上記各プログラムは、インストール可能な形式または実行可能な形式のファイルで、コンピュータで読み取り可能な記録媒体に記録して流通させるようにしてもよい。記録媒体の例として、ＣＤ－Ｒ(Compact Disc Recordable)、ＤＶＤ(Digital Versatile Disk)、Blu-ray（登録商標）ディスク、ＳＤカード、ＵＳＢメモリ等が挙げられる。また、記録媒体は、プログラム製品(Program Product)として、国内または国外へ提供されることができる。例えば、機器１０は、本発明に係るプログラムが実行されることで本発明に係るモード切替方法を実現する。

●ソフトウエア構成●
次に、図４を用いて、機器１０のソフトウエア構成の概要について説明する。図４は、実施形態に係る機器のソフトウエア構成の一例を示す図である。図４に示すように、本体部５０は、アプリ層５５１、サービス層５５２、およびＯＳ（Operating System）層５５３を有している。アプリ層５５１、サービス層５５２およびＯＳ層５５３は、ＲＯＭ５０３またはＨＤＤ５０５等に格納されている各種ソフトウエアである。本体部５０は、メインＣＰＵ５０１またはサブＣＰＵ５０２によって、これらのソフトウエアを実行することにより、各種機能を提供する。

アプリ層５５１のソフトウエアは、ハードウエア資源を動作させて所定の機能を提供す
るためのアプリケーションソフトウエア（以下、「アプリ」称する）である。例えば、アプリは、コピー機能を提供するためのコピーアプリ、スキャナ機能を提供するためのスキャナアプリ、ファクス機能を提供するためのファクスアプリ、プリンタ機能を提供するためのプリンタアプリ等である。

サービス層５５２のソフトウエアは、アプリ層５５１とＯＳ層５５３との間に介在する。サービス層５５２のソフトウエアは、本体部５０が備えるハードウエア資源を利用するためのインターフェースを、アプリに提供するためのソフトウエアである。具体的には、サービス層５５２のソフトウエアは、ハードウエア資源に対する動作要求の受け付け、および動作要求の調停を行なう機能を提供するためのソフトウエアである。サービス層５５２によって受け付けられる動作要求は、例えば、スキャナエンジン５０６による読み取りまたはプリンタエンジン５０７による印刷等の要求である。

サービス層５５２によるインターフェースの機能は、本体部５０のアプリ層５５１だけではなく、操作部３０のアプリ層３５１にも提供される。すなわち、操作部３０のアプリ層３５１は、サービス層５５２のインターフェース機能を介して、本体部５０のハードウエア資源（例えば、スキャナエンジン５０６、プリンタエンジン５０７、ＦＡＸ制御ユニット５０８等）を利用した機能を実現することができる。

ＯＳ層５５３のソフトウエアは、本体部５０が備えるハードウエアを制御する基本機能を提供するための基本ソフトウエア（オペレーティングシステム）である。サービス層５５２のソフトウエアは、各種アプリからのハードウエア資源の利用要求を、ＯＳ層５５３が解釈可能なコマンドに変換してＯＳ層５５３に渡す。そして、ＯＳ層５５３のソフトウエアによりコマンドが実行されることで、ハードウエア資源は、アプリの要求に従った動作を行なう。

操作部３０は、アプリ層３５１、サービス層３５２およびＯＳ層３５３を有する。操作部３０が備えるアプリ層３５１、サービス層３５２およびＯＳ層３５３の階層構造は、本体部５０と同様である。ただし、アプリ層３５１のアプリにより提供される機能や、サービス層３５２が受け付け可能な動作要求の種類は、本体部５０とは異なる。アプリ層３５１のアプリは、操作部３０が備えるハードウエア資源を動作させて所定の機能を提供するためのソフトウエアである。アプリ層３５１のアプリは、本体部５０が備える機能（プリンタ機能、コピー機能、スキャナ機能、ファックス機能）に関する操作や表示を行
なうためのＵＩ（User Interface）の機能を提供するためのソフトウエア等が含まれる。

機器１０において、機能の独立性を保つため、本体部５０のＯＳ層５５３のソフトウエアと操作部３０のＯＳ層３５３のソフトウエアは、互いに異なる。つまり、本体部５０と操作部３０は、異なるオペレーティングシステムで互いに独立して動作する。例えば、本体部５０のＯＳ層５５３のソフトウエアは、ＬＩＮＵＸ（登録商標）を採用し、操作部３０のＯＳ層３５３のソフトウエアは、Ａｎｄｒｏｉｄ（登録商標）を採用してもよい。

上述したように、図４に示されている機器１０において、本体部５０と操作部３０は、異なるオペレーティングシステムで動作するため、本体部５０と操作部３０との間の通信は、共通の装置内のプロセス間通信ではなく、異なる装置間の通信として行なわれる。例えば、操作部３０によって受け付けられた入力（ユーザ操作による指示内容）を本体部５０に伝達する動作（コマンド通信）、および本体部５０が操作部３０にイベントを通知する動作等は、異なる装置間の通信として行われる。これにより、操作部３０は、本体部５０にコマンド通信を行うことにより、本体部５０の機能を利用することができる。なお、本体部５０から操作部３０に通知されるイベントは、本体部５０における動作の実行状況、および本体部５０側で設定された内容等が挙げられる。また、図４に示されている機器１０において、操作部３０への電力供給は、通信路２００を経由し、本体部５０から行われる。このため、操作部３０の電源制御は、本体部５０の電源制御とは別に（独立して）行うことができる。

●機能構成●
次に、図５乃至図８を用いて、実施形態に係る通信システムの機能構成について説明する。図５は、実施形態に係る通信システムの機能構成の一例を示す図である。なお、図５には、図１に示されている装置および端末において、後述の処理または動作に関連する機能構成が示されている。

●機器の機能構成
まず、図５を用いて、機器１０の機能構成について説明する。機器１０は、上述のように、操作部３０および本体部５０によって構成される。このうち、操作部３０は、入出力部３１、受付部３２および表示制御部３３を有している。これら各部は、図２に示されている各構成要素のいずれかが、ＲＡＭ３０３上に展開されたプログラムに従ったＣＰＵ３０１からの命令によって動作することで実現される機能、または機能する手段である。

入出力部３１は、図２に示されているＣＰＵ３０１からの命令、および接続Ｉ／Ｆ３０６によって実現され、本体部５０との間で各種データまたは情報のやり取りを行う機能である。入出力部３１は、例えば、本体部５０に対して、ユーザＡの入力操作により受け付けられた要求に応じた所定の要求信号を送信する。

受付部３２は、図２に示されているＣＰＵ３０１からの命令、および操作パネル３０５によって実現され、ユーザＡからの各種入力操作を受け付ける機能である。表示制御部３３は、図２に示されているＣＰＵ３０１からの命令、および操作パネル３０５によって実現され、ユーザＡによる入力操作を受け付ける操作画面等の各種画面を、操作パネル３０５に表示させる機能である。表示制御部３３は、例えば、ＷＥＢブラウザを用いて、ＨＴＭＬ（HyperText Markup Language）等により作成されたＷｅｂページを、操作パネル３０５に表示させる。

続いて、本体部５０は、通信部５１、入出力部５２、主制御部５３、副制御部５４、画像処理部５５および記憶・読出部５９を有している。これら各部は、図２に示されている各構成要素のいずれかが、ＲＡＭ５０４上に展開されたプログラムに従ったメインＣＰＵ５０１またはサブＣＰＵ５０２からの命令によって動作することで実現される機能、または機能する手段である。また、本体部５０は、図２に示されているＲＯＭ５０３またはＨＤＤ５０５によって構築される記憶部５０００を有している。記憶部５０００は、記憶手段の一例である。

通信部５１は、図２に示されているメインＣＰＵ５０１またはサブＣＰＵ５０２からの命令、並びに通信Ｉ／Ｆ５０９によって実現され、通信ネットワーク５を介して、ユーザ端末９０との間で各種データまたは情報の通信を行う機能である。通信部５１は、例えば、ユーザ端末９０から送信された所定の処理要求を示す要求信号を受信する。

入出力部５２は、図２に示されているメインＣＰＵ５０１またはサブＣＰＵ５０２からの命令、並びに接続Ｉ／Ｆ５１１によって実現され、操作部３０との間で各種データまたは情報のやり取りを行う機能である。入出力部５２は、例えば、操作部３０から送信された所定の要求信号を受信する。

主制御部５３は、図２に示されているメインＣＰＵ５０１からの命令によって実現され、通常動作モードにおける処理または動作を制御する機能である。主制御部５３は、第１の制御手段の一例である。副制御部５４は、図２に示されているサブＣＰＵ５０２からの命令によって実現され、省電力モードにおける処理または動作を制御する機能である。副制御部５４は、第２の制御手段の一例である。なお、主制御部５３および副制御部５４の詳細は、後述する。

画像処理部５５は、図２に示されているメインＣＰＵ５０１からの命令、並びにスキャナエンジン５０６、プリンタエンジン５０７またはＦＡＸ制御ユニット５０８によって実現され、機器１０による各種画像処理を実行する機能である。

記憶・読出部５９は、図２に示されているメインＣＰＵ５０１またはサブＣＰＵ５０２からの命令によって実行され、記憶部５０００に各種データを記憶させ、または記憶部５０００から各種データを読み出す機能である。

○切替条件管理テーブル
図６（Ａ）は、実施形態に係る切替条件管理テーブルの一例を示す概念図である。記憶部５０００には、図６（Ａ）に示されているような切替条件管理テーブルによって構成されている切替条件管理ＤＢ５００１が構築されている。この切替条件管理テーブルには、機器１０の動作状態を、省電力モードから通常動作モードに切り替える（復帰される）条件を示す切替条件が記憶されて管理されている。切替条件には、副制御部５４によって検知された機器１０に対する所定の要求信号の形式が示されている。機器１０は、切替条件管理テーブルに記憶された切替条件に示されている形式の要求信号を検知した場合、動作状態を省電力モードから通常動作モードへ切り替える。

切替条件には、例えば、要求信号の形式として、要求信号のパケットの種別を示す種別情報が示されている。図６（Ａ）に示されている切替条件には、パケットの種別として、「broadcast」、「unicast」、「multicast」および「mac event」が示されている。このうち、「broadcast」は、ブロードキャストパケットが検知（受信）された場合に、通常動作モードに切り替えることを意味し、「unicast」は、ユニキャストパケットが検知（受信）された場合に、通常動作モードに切り替えることを意味し、「multicast」は、マルチキャストパケットが検知（受信）された場合に、通常動作モードに切り替えることを意味する。また、「mac event」は、Link Down(通信遮断)等のイベントに係る信号が検知（受信）された場合に、通常動作モードに切り替えることを意味する。

○起動履歴管理テーブル
図６（Ｂ）は、実施形態に係る起動履歴管理テーブルの一例を示す概念図である。記憶部５０００には、図６（Ｂ）に示されているような起動履歴管理テーブルによって構成されている起動履歴管理ＤＢ５００３が構築されている。この起動履歴管理テーブルには、通常動作モードが起動した起動日時および起動理由が起動履歴として関連づけられて管理されている。このうち、起動理由は、通常動作モードを起動させる際のトリガーとなった要求信号の形式が示されている。要求信号の形式とは、例えば、要求信号のパケットの種別である。図６（Ｂ）に示されている起動履歴管理テーブルは、過去１０回の起動履歴のうち８回が、ブロードキャストパケット（「broadcast」）が検知（受信）されたことによって通常動作モードが起動したことを意味する。

○削除履歴管理テーブル
図７（Ａ）は、実施形態に係る削除履歴管理テーブルの一例を示す概念図である。記憶部５０００には、図７（Ａ）に示されているような削除履歴管理テーブルによって構成されている削除履歴管理ＤＢ５００５が構築されている。この削除履歴管理テーブルには、切替条件から削除された起動理由が記憶されて管理されている。削除履歴管理テーブルには、所定時間経過後に再度切替条件に追加できるように、削除日時が削除された起動理由に関連づけられている。図７（Ａ）に示されている削除履歴管理テーブルは、例えば、「broadcast」の起動理由が切替条件から削除されたことを示している。

○プロセス管理テーブル
図７（Ｂ）は、実施形態に係るプロセス管理テーブルの一例を示す概念図である。記憶部５０００には、図７（Ｂ）に示されているようなプロセス管理テーブルによって構成されているプロセス管理ＤＢ５００７が構築されている。このプロセス管理テーブルには、機器１０においてプロセス（処理）を必須とする起動理由が記憶されて管理されている。プロセス管理テーブルには、プロセスを識別するための情報に、当該プロセスに対応するプロトコルを示す情報、起動理由、および当該プロセスが必須であるか否かを示す情報（要否）が関連づけられている。図７（Ｂ）に示されているプロセス管理テーブルの場合、機器１０では「dhclient」と「avahi-daemon」の二つのプロセスが動作しており、「avahi-daemon」は、ｍＤＮＳパケットを処理する必要があるため、マルチキャストパケット（「multicast」）が検知（受信）された場合、通常動作モードを起動させることが必須となっている。

○主制御部および副制御部の機能構成
ここで、図８を用いて、図５に示されている主制御部５３および副制御部５４の機能構成について詳細に説明する。図８は、実施形態に係る主制御部および副制御部の詳細な機能構成の一例を示す図である。図８に示されている主制御部５３は、信号検知部６１、入出力部６２、起動処理部６３、停止処理部６４、判断部６５、算出部６６および条件設定部６７を有している。

信号検知部６１は、所定の信号を検知する機能である。信号検知部６１は、例えば、タイマ５１２からの割込みであるタイマ信号を検知する。入出力部６２は、副制御部５４との間と各種データまたは情報のやり取りを行う機能である。入出力部６２は、例えば、副制御部５４から送信された通常動作モードへ切り替えを要求する旨を示す切替要求を受信する。

起動処理部６３は、メインＣＰＵ５０１を起動させて、機器１０の動作状態を省電力モードから通常動作モードに切り替える機能である。起動処理部６３は、例えば、入出力部６２によって受信された切替要求に応じて通常動作モードを起動させる。起動処理部６３は、起動手段の一例である。停止処理部６４は、メインＣＰＵ５０１を停止させて、機器１０の動作状態を通常動作モードから省電力モードに切り替える機能である。

判断部６５は、主制御部５３による各種判断を行う機能である。算出部６６は、起動処理部６３によって通常動作モードを起動させた起動理由の発生頻度を算出する機能である。条件設定部６７は、機器１０の動作状態を省電力モードから通常動作モードに切り替える条件を示す切替条件を設定する機能である。条件設定部６７は、例えば、副制御部５４の信号検知部７１によって検知された要求信号の形式に起因して通常動作モードを起動させた頻度が閾値以上である場合、切替条件から検知された要求信号の形式を削除する。条件設定部６７は、条件設定手段の一例である。

続いて、図８に示されている副制御部５４は、信号検知部７１、入出力部７２、判断部７３およびモード切替部７４を有している。信号検知部７１は、所定の信号を検知する機能である。信号検知部７１は、例えば、通信部５１によって受信された所定の要求信号を検知する。信号検知部７１は、検知手段の一例である。入出力部７２は、主制御部５３との間と各種データまたは情報のやり取りを行う機能である。入出力部７２は、例えば、主制御部５３に対して、省電力モードから通常動作モードへ切り替えを要求する切替要求を送信する。入出力部７２は、送信手段の一例である。

判断部７３は、副制御部５４による各種判断を行う機能である。モード切替部７４は、機器１０の動作状態を、省電力モードから通常動作モードへ切り替える機能である。モード切替部７４は、例えば、判断部７３によって切替条件を満たすと判断された場合、通常動作モードを起動させるために、省電力モードから通常動作モードへの切り替えを要求する旨を示す切替要求を生成する。

●ユーザ端末の機能構成
続いて、図５を用いて、ユーザ端末９０の機能構成について説明する。ユーザ端末９０は、通信部９１、受付部９２、表示制御部９３および記憶・読出部９９を有している。これら各部は、図３に示されている各構成要素のいずれかが、ＲＡＭ９０３上に展開されたプログラムに従ったＣＰＵ９０１からの命令によって動作することで実現される機能、または機能する手段である。また、ユーザ端末９０は、図５に示されているＲＯＭ９０２または外部ストレージによって構築される記憶部９０００を有している。

通信部９１は、図３に示されているＣＰＵ９０１からの命令、およびネットワークＩ／Ｆ９０８によって実現され、通信ネットワーク５を介して、機器１０との間で各種データまたは情報の送受信を行う機能である。通信部９１は、例えば、機器１０に対して、ユーザＢによる入力操作によって受け付けられた要求に応じた所定の要求信号を送信する。

受付部９２は、図３に示されているＣＰＵ９０１からの命令、および入力装置９０４によって実現され、ユーザＢからの各種入力操作を受け付ける機能である。表示制御部３３は、図３に示されているＣＰＵ９０１からの命令、およびディスプレイ９０５によって実現され、ユーザＢによる入力操作を受け付ける操作画面等の各種画面を、ディスプレイ９０５に表示させる機能である。記憶・読出部９９は、図３に示されているＣＰＵ９０１からの命令によって実行され、記憶部９０００に各種データを記憶させ、または記憶部９０００から各種データを読み出す機能である。

●実施形態の処理または動作●
●省電力モードへの移行
次に、図９乃至図１４を用いて、実施形態に係る通信システムの処理または動作について説明する。まず、図９を用いて、機器１０が通常動作モードから省電力モードへ移行する際の処理について説明する。図９は、実施形態に係る機器における省電力モードへの切替処理の一例を示すフローチャートである。以下の説明では、機器１０の省電力モードへの自動移行設定が有効になっている状態において、設定された期間に所定の処理が行われなかった場合の例を示す。なお、操作部３０への入力操作によって省電力モードへの移行の要求が受け付けられた場合についても同様である。

まず、本体部５０の条件設定部６７は、切替条件管理ＤＢ５００１（図６（Ａ）参照）に対して、省電力モードから通常動作モードへ切り替える条件を示す切替条件を設定する（ステップＳ１１）。そして、本体部５０の停止処理部６４は、メインＣＰＵ５０１を停止させて、機器１０の動作状態を省電力モードへ移行させる（ステップＳ１２）。これにより、機器１０の動作状態は、通常動作モードから省電力モードに切り替わる。

●省電力モードから通常動作モードへの切り替え
次に、図１０および図１１を用いて、動作状態が省電力モードである機器１０が通常動作モードに復帰する場合の処理について説明する。図１０は、実施形態に係る機器における省電力モードから通常動作モードへの切り替え処理の一例を示すフローチャートである。この場合、機器１０の動作状態は、省電力モードであるため、メインＣＰＵ５０１が停止しており、サブＣＰＵ５０２が動作している状態である。

まず、副制御部５４の信号検知部７１は、所定の要求信号を検知する（ステップＳ７１）。具体的には、機器１０の通信部５１は、通信ネットワーク５を介してユーザ端末９０から送信された所定の処理を要求する要求信号を受信する。そして、信号検知部７１は、通信部５１によって受信された要求信号を検知する。また、信号検知部７１は、操作部３０の受付部３２によって受け付けられたユーザＡの入力操作に応じて、要求信号を検知してもよい。

次に、副制御部５４の判断部７３は、信号検知部７１によって検知された要求信号の形式がステップＳ１１で設定された切替条件を満たすか否かを判断する（ステップＳ３２）。具体的には、判断部７３は、検知された要求信号のパケットの種別が、設定された切替条件に含まれている場合（ステップＳ３２のＹＥＳ）、処理をステップＳ３３へ移行させる。一方で、判断部７３は、検知された要求信号のパケットの種別が、設定された切替条件に含まれていない場合（ステップＳ３２のＮＯ）、ステップＳ３１からの処理を繰り返す。

次に、副制御部５４のモード切替部７４は、機器１０の動作状態を省電力モードから通常動作モードに切り替える（ステップＳ３３）。ここで、モード切替部７４は、通常動作モードを起動させるために、省電力モードから通常動作モードへの切り替えを要求する旨を示す切替要求を生成する。そして、副制御部５４の入出力部７２は、主制御部５３に対して、省電力モードから通常動作モードへの切り替えを要求する切替要求（割込み）を送信する（ステップＳ３４）。これにより、主制御部５３の入出力部６２は、副制御部５４から送信された切替要求（割込み）を受信する（ステップＳ３５）。そして、主制御部５３の起動処理部６３は、ステップＳ３５で切替要求が受信された場合、すなわち割込みが発生した場合、メインＣＰＵ５０１を起動させることで通常動作モードを起動させる（ステップＳ３６）。

ここで、図１１を用いて、図９および図１０に示されているような通常動作モードと省電力モードの切り替えの流れを概略的に説明する。図１１は、実施形態に係る機器における通常動作モードと省電力モードの切り替えについて説明するための図である。

機器１０は、通常動作モードでの動作中において、主制御部５３による処理、すなわちメインＣＰＵ５０１を使用する処理が存在しない場合、動作状態を省電力モードへ移行させる。一方で、機器１０は、主制御部５３による所定のプロセスの処理中である場合、省電力モードへ移行させずに通常動作モードでの動作を継続する。

また、機器１０は、省電力モードでの動作中において、切替条件を満たす割込みが発生しない場合、省電力モードに移行してから所定時間（例えば、約９００msec）経過後に、省電力モードから通常動作モードに復帰させる。一方で、機器１０は、図１０に示されているように、切替条件を満たす割込みが発生した場合、所定時間を経過する前であっても、省電力モードから通常動作モードに復帰させる。これにより、機器１０は、省電力モードでの動作中に検知された要求信号の形式であるパケットの種別に応じて、動作状態を通常動作モードに復帰させるか否かを決定することができる。

●切替条件の更新
次に、図１２乃至図１４を用いて、機器１０の動作状態を省電力モードから通常動作モードに切り替える条件を示す切替条件を動的に更新する処理について説明する。図１２は、実施形態に係る機器における通常動作モードへの切替条件の更新処理の一例を示すフローチャートである。

まず、主制御部５３は、起動処理部６３によって通常動作モードを起動させた起動理由を取得する（ステップＳ５１）。具体的には、主制御部５３の入出力部６２は、副制御部５４から送信された切替要求（割込み）を受信するとともに、ステップＳ３１で副制御部５４によって検知された要求信号の形式を起動理由として、副制御部５４から取得する。この場合、主制御部５３は、図１０に示されているように、起動理由として「broadcast」を取得する。

次に、記憶・読出部５９は、起動履歴管理ＤＢ５００３（図６（Ｂ）参照）に対して、ステップＳ５１で取得された起動理由を、起動処理部６３によって通常動作モードが起動された起動日時に関連づけて記憶させる（ステップＳ５２）。また、記憶・読出部５９は、起動履歴管理ＤＢ５００３に記憶されている起動履歴を取得する（ステップＳ５３）。

次に、主制御部５３の算出部６６は、ステップＳ３３で取得された起動履歴を参照し、ステップＳ５１で取得された起動理由の発生頻度を算出する（ステップＳ５４）。具体的には、算出部６６は、ステップＳ５１で取得された起動理由である「broadcast」が、起動履歴に示されている起動理由にどのくらいの頻度で含まれているかを算出する。発生頻度とは、例えば、所定期間において取得された起動理由に含まれる特定の起動理由の割合、または所定期間において特定の起動理由が発生した回数等である。図６（Ｂ）に示されている起動履歴の場合、算出部６６は、例えば、ステップＳ５１で取得された起動理由である「broadcast」が、直近の起動履歴に１０回中８回含まれていることを算出する。

そして、主制御部５３の判断部６５は、ステップＳ３１で取得された起動理由の発生頻度が所定の閾値以上である場合（ステップＳ３４のＹＥＳ）、処理をステップＳ５６へ移行させる。この所定の閾値は、予め機器１０に設定されており、例えば、発生頻度が８０％以上であるものとする。なお、所定の閾値は、これに限られず、機器１０に予め設定された値であればよい。また、所定の閾値は、特定の起動理由が発生した回数の値であってもよい。一方で、判断部６５は、ステップＳ３１で取得された起動理由の発生頻度が所定の閾値よりも低い場合(ステップＳ３４のＮＯ)。処理を終了する。

次に、記憶・読出部５９は、機器１０において処理が必須である起動理由を取得する（ステップＳ５６）。具体的には、記憶・読出部５９は、プロセス管理ＤＢ５００７（図７（Ｂ）参照）を検索し、要否が「must」であるプロセスの起動理由を取得する。図７（Ｂ）に示されているプロセス管理テーブルの場合、記憶・読出部５９は、要否が「must」であるプロセス「avahi-daemon」に関連づけられた起動理由「multicast」を取得する。

続いて、主制御部５３の判断部６５は、ステップＳ５６で取得された起動理由を参照し、ステップＳ５１で取得された起動理由を切替条件から削除可能である場合（ステップＳ５７のＹＥＳ）、処理をステップＳ５８へ移行させる。具体的には、判断部６５は、ステップＳ５１で取得された起動理由がステップＳ５６で取得された処理が必須であるプロセスに対応する起動理由に該当しない場合、切替条件から削除可能である判断する。一方で、判断部６５は、ステップＳ５１で取得された起動理由を切替条件から削除できないと判断する場合（ステップＳ５７のＮＯ）、処理を終了する。この場合、判断部６５は、ステップＳ５１で取得された起動理由がステップＳ５６で取得された処理が必須であるプロセスに対応する起動理由に該当する場合、切替条件から削除できないと判断する。

次に、主制御部５３の条件設定部６７は、ステップＳ５１で取得された起動理由を、切替条件管理ＤＢ５００１（図６（Ａ）参照）に記憶された切替条件から削除することによって、切替条件を更新する（ステップＳ５８）。さらに、主制御部５３の条件設定部６７は、ステップＳ５８で切替条件から削除された起動理由を削除履歴として、削除履歴管理ＤＢ５００５（図７（Ａ）参照）に記憶させる（ステップＳ５９）。

ここで、図１３を用いて、図１２の処理において更新された切替条件について説明する。図１３は、実施形態に係る機器における切替条件管理テーブルが更新された場合の一例を説明するための図である。図１３に示されているように、削除後の切断条件では、削除前の切断条件から「broadcast」の起動理由が削除されている。この場合、機器１０は、図１２に示されている処理において、起動理由「broadcast」に起因して通常動作モードを起動させた頻度が所定の閾値以上（例えば、８０％以上）であり、処理が必須な起動理由でないと判断することによって、起動理由「broadcast」を切替条件から削除することができる。

このように、機器１０は、検知された要求信号の形式であるパケットの種類に応じて、通常動作モードに復帰させるための切替条件を動的に変更することができる。また、機器１０は、検知された要求信号の形式に起因して通常動作モードを起動させた発生頻度に応じて、該当する起動理由を切替条件から削除することができるので、通常動作モードへの移行が頻繁に発生する要因を除外することで省電力性能を向上させることができる。さらに、機器１０は、処理が必須な起動理由を管理しておくことで、例えば、上位層のアプリで所定の形式の要求信号を受信して処理を行うことが必須である場合に省電力モードから通常動作モードに確実に切り替えることができるので、上位層のアプリへの影響を低減させることができる。

続いて、図１４を用いて、切断条件から削除された起動理由を、再度切断条件に追加する場合の処理について説明する。図１４は、実施形態に係る機器における通常動作モードへの切替条件の更新処理の一例を示すフローチャートである。

まず、主制御部５３の信号検知部６１は、タイマ５１２からのタイマ信号、すなわちタイマ５１２からの割込みの発生を検知する（ステップＳ７１）。次に、記憶・読出部５９は、削除履歴管理ＤＢ５００５に記憶された削除履歴の情報を取得する（ステップＳ７２）。そして、主制御部５３の判断部６５は、取得された削除履歴に示されている削除日時に基づいて、切替条件の削除が行われてから所定時間経過したか否かを判断する（ステップＳ７３）。判断部６５は、削除が行われてからの経過時間が予め定められた閾値以上であると判断する場合（ステップＳ７３のＹＥＳ）、処理をステップＳ７４へ移行させる。一方で、判断部６５は、削除が行われてからの経過時間が予め定められた閾値より短いと判断する場合（ステップＳ７３のＮＯ）、処理を終了する。

次に、主制御部５３の条件設定部６７は、ステップＳ７２で取得された削除履歴に示されている起動理由を、切替条件管理ＤＢ５００１（図６（Ａ）参照）に記憶された切替条件に追加することにより、切替条件を更新する（ステップＳ７４）。さらに、主制御部５３の条件設定部６７は、ステップＳ７４で切替条件に追加された起動理由を、削除履歴管理ＤＢ５００５（図７（Ａ）参照）から削除する（ステップＳ７５）。これにより、機器１０は、省電力性能に影響がない程度の起動理由を切替条件に再度追加することで、例えば、上位層のアプリへパケットが届かないといった問題の発生を低減させることができる。

従来の省電力モードにおいて、どのようなパケットを受信した場合に割込みを発生させて通常動作モードに復帰させるかを指定することができ、省電力モードでの動作中の機器では、例えば、ユニキャスト受信、ブロードキャスト受信、ＭＡＣイベント（ＡＰとの切断等）発生時等に割り込みが発生する。しかしながら、例えば、ネットワークに接続するだけでＮｅｔＢＩＯＳプロトコル等のブロードキャストパケットが送信される機器も存在するため、このようなケースでは頻繁に割込みが発生することで省電力性能に低下してしまう。このような問題を解決するため、ブロードキャスト受信時には割り込みが発生しないようにすることが考えられるが、機器内部のＤＮＳ(Domain Name System)サーバやＤＨＣＰ(Dynamic Host Configuration Protocol)サーバのようなブロードキャストを処理するサーバが動作している場合があり、ネットワーク状態や機器内部で動作するプログラムによって、適切な割込み発生させる必要がある。しかしながら、従来の方法では、省電力モードからの切替条件が固定的に定められていたため、十分に省電力性能を発揮できていないという課題があった。

そこで、本実施形態に係る機器１０は、頻繁に通常動作モードが起動されていて、かつ起動させることが必須ではない起動理由を切替条件から削除する処理を行う。これにより、機器１０は、ネットワーク状態に応じて省電力モードから通常動作モードへの切替条件を動的に変更させることで省電力性能を向上させることができる。

●まとめ●
以上説明したように、本発明の一実施形態に係る機器１０は、通常動作モードと省電力モードを切り替えて動作可能な機器１０であって、通常動作モードにおける動作を制御する主制御部５３（第１の制御手段の一例）と、省電力モードにおける動作を制御する副制御部５４（第２の制御手段の一例）と、省電力モードから通常動作モードに切り替える条件を示す切替条件を記憶する記憶部５０００（記憶手段の一例）と、を備える。また、副制御部５４は、所定の形式によって送信された要求信号を検知し、検知された要求信号の形式が切替条件を満たしている場合、省電力モードから通常動作モードへの切り替えを要求する切替要求を主制御部５３へ送信する。そして、主制御部５３は、切替要求に応じて通常動作モードを起動させ、検知された要求信号の形式に起因して通常動作モードを起動させた頻度が閾値より多い場合、切替条件から検知された要求信号の形式を削除する。れにより、機器１０は、検知された要求信号の形式に応じて省電力モードから通常動作モードへの切替条件を動的に変更させることで、省電力性能を向上させることができる。

また、本発明の一実施形態に係る機器１０において、記憶部５０００（記憶手段の一例）は、通常動作モードが起動された履歴を示す起動履歴を記憶する。そして、主制御部５３（第１の制御手段の一例）は、検知された要求信号の形式が、記憶された起動履歴に閾値以上含まれている場合、省電力モードから通常動作モードに切り替える条件を示す切替条件から検知された要求信号の形式を削除する。これにより、機器１０は、検知された要求信号の形式に起因して通常動作モードを起動させた頻度に応じて、該当する要求信号の形式を切替条件から削除することができるので、通常動作モードへの切り替えが頻繁に発生する要因を除外することで省電力性能を向上させることができる。

さらに、本発明の一実施形態に係る機器１０において、記憶部５０００（記憶手段の一例）は、省電力モードから通常動作モードに切り替える条件を示す切替条件から検知された要求信号の形式が削除された履歴を示す削除履歴を記憶する。そして、主制御部５３（第１の制御手段の一例）は、検知された要求信号の形式が削除されてから所定時間経過した場合、切替条件に検知された要求信号の形式を追加する。これにより、機器１０は、機器１０は、省電力性能に影響がない程度の起動理由を切替条件に再度追加することで、例えば、上位層のアプリに対して要求信号が届かないといった問題の発生を低減させることができる。

また、本発明の一実施形態に係る機器１０において、主制御部５３（第１の制御手段の一例）は、検知された要求信号の形式が通常動作モードを動作させるための必須な処理に対応する場合、省電力モードから通常動作モードに切り替える条件を示す切替条件から検知された要求信号の形式を削除しない。これにより、機器１０は、処理が必須な起動理由を管理しておくことで、例えば、上位層のアプリで所定の形式の要求信号を受信して処理を行うことが必須である場合に省電力モードから通常動作モードに確実に切り替えることができるので、上位層のアプリへの影響を低減させることができる。

さらに、本発明の一実施形態に係る機器１０において、省電力モードから通常動作モードに切り替える条件を示す切替条件は、要求信号のパケットの種別を示す種別情報を含む。副制御部５４（第２の制御手段の一例）は、検知された要求信号のパケットの種別が切替条件に含まれる種別情報に示されているパケットである場合、省電力モードから通常動作モードへの切り替えを要求する切替要求を主制御部５３（第１の制御手段の一例）へ送信し、主制御部５３は、検知された要求信号のパケットに起因して通常動作モードを起動させた頻度が閾値以上である場合、種別情報から検知された要求信号のパケットの種別を削除する。これにより、機器１０は、パケットを受信したネットワークの状態に応じて切替条件を動的に変更することができるので、省電力性能を向上させることができる。

●補足●
上記で説明した実施形態の各機能は、一または複数の処理回路によって実現することが可能である。ここで、本明細書における「処理回路」とは、電子回路により実装されるプロセッサのようにソフトウエアによって各機能を実行するようプログラミングされたプロセッサや、上記で説明した各機能を実行するよう設計されたASIC（Application Specific Integrated Circuit）、DSP（digital signal processor）、FPGA（field programmable gate array）や従来の回路モジュール等のデバイスを含むものとする。

また、上記で説明した実施形態の各種テーブルは、機械学習の学習効果によって生成されたものでもよく、関連づけられている各項目のデータを機械学習にて分類付けすることで、テーブルを使用しなくてもよい。ここで、機械学習とは、コンピュータに人のような学習能力を獲得させるための技術であり，コンピュータが，データ識別等の判断に必要なアルゴリズムを，事前に取り込まれる学習データから自律的に生成し，新たなデータについてこれを適用して予測を行う技術のことをいう。機械学習のための学習方法は、教師あり学習、教師なし学習、半教師学習、強化学習、深層学習のいずれかの方法でもよく、さらに、これらの学習方法を組み合わせた学習方法でもよく、機械学習のための学習方法は問わない。

これまで本発明の一実施形態に係る機器、モード切替方法およびプログラムについて説明してきたが、本発明は上述した実施形態に限定されるものではなく、他の実施形態の追加、変更または削除等、当業者が想到することができる範囲内で変更することができ、いずれの態様においても本発明の作用・効果を奏する限り、本発明の範囲に含まれるものである。

１ 通信システム
５ 通信ネットワーク
１０ 機器
３０ 操作部
５０ 本体部
５３ 主制御部（第１の制御手段の一例）
５４ 副制御部（第２の制御手段の一例）
６３ 起動処理部（起動手段の一例）
６７ 条件設定部（条件設定手段の一例）
７１ 信号検知部（検知手段の一例）
７２ 入出力部（送信手段の一例）
９０ ユーザ端末
５０１ メインＣＰＵ
５０２ サブＣＰＵ
５０００ 記憶部（記憶手段の一例）

特開２０００－２６１５１５号公報

Claims (7)

1. 通常動作モードと省電力モードを切り替えて動作可能な機器であって、
   前記通常動作モードにおける動作を制御する第１の制御手段と、
   前記省電力モードにおける動作を制御する第２の制御手段と、
   前記省電力モードから前記通常動作モードに切り替える条件を示す切替条件として、要求信号の所定の形式が記憶される記憶手段と、を備え、
   前記第２の制御手段は、
   前記要求信号を検知する検知手段と、
   検知された前記要求信号の形式が前記切替条件として記憶されている前記所定の形式である場合、前記省電力モードから前記通常動作モードへの切り替えを要求する切替要求を前記第１の制御手段へ送信する送信手段と、を有し、
   前記第１の制御手段は、
   前記切替要求に応じて前記通常動作モードを起動させる起動手段と、
   検知された前記要求信号の形式に起因して前記通常動作モードを起動させた頻度が閾値以上である場合、前記切替条件から前記所定の形式を削除する条件設定手段と、
   を有し、
   前記条件設定手段は、
   前記切替条件から前記所定の形式が削除された履歴を示す削除履歴を前記記憶手段に記憶させるとともに、前記所定の形式が削除されてから所定時間が経過したか否かが判断され前記所定時間が経過した場合、前記削除履歴に含まれる当該所定の形式を前記切替条件に追加する機器。
2. 前記記憶手段には、前記通常動作モードが起動された履歴を示す起動履歴が記憶され、
   前記条件設定手段は、検知された前記要求信号の形式が、前記起動履歴に閾値以上含まれている場合、前記切替条件から当該形式を削除する請求項１に記載の機器。
3. 前記条件設定手段は、検知された前記要求信号の形式が前記通常動作モードを動作させるための必須な処理に対応する場合、前記切替条件から前記形式を削除しない請求項１または２に記載の機器。
4. 前記切替条件は、前記要求信号のパケットの種別を示す種別情報を含み、
   前記送信手段は、検知された前記要求信号のパケットの種別が前記種別情報に示されている場合、前記切替要求を前記第１の制御手段へ送信し、
   前記条件設定手段は、検知された前記要求信号のパケットに起因して前記通常動作モードを起動させた頻度が閾値以上である場合、前記種別情報から前記パケットの種別を削除する請求項１乃至３のいずれか一項に記載の機器。
5. 前記機器は、前記通常動作モードにおいて画像処理を実行する画像処理装置である請求項１乃至４のいずれか一項に記載の機器。
6. 通常動作モードと省電力モードを切り替えて動作可能な機器が実行するモード切替方法であって、
   前記機器は、
   前記通常動作モードにおける動作を制御する第１の制御手段と、
   前記省電力モードにおける動作を制御する第２の制御手段と、
   前記省電力モードから前記通常動作モードに切り替える条件を示す切替条件として、要求信号の所定の形式が記憶される記憶手段と、を備え、
   前記第２の制御手段は、
   前記要求信号を検知する検知ステップと、
   検知された前記要求信号の形式が前記切替条件として記憶されている前記所定の形式である場合、前記省電力モードから前記通常動作モードへの切り替えを要求する切替要求を前記第１の制御手段へ送信する送信ステップと、を実行し、
   前記第１の制御手段は、
   前記切替要求に応じて前記通常動作モードを起動させる起動ステップと、
   検知された前記要求信号の形式に起因して前記通常動作モードを起動させた頻度が閾値以上である場合、前記切替条件から前記所定の形式を削除する条件設定ステップと、
   を実行し、
   前記条件設定ステップは、
   前記切替条件から前記所定の形式が削除された履歴を示す削除履歴を前記記憶手段に記憶させるとともに、前記所定の形式が削除されてから所定時間が経過したか否かが判断され前記所定時間が経過した場合、前記削除履歴に含まれる当該所定の形式を前記切替条件に追加するモード切替方法。
7. 通常動作モードにおける動作を制御する第１の制御手段と、省電力モードにおける動作を制御する第２の制御手段と、前記省電力モードから前記通常動作モードに切り替える条件を示す切替条件として、要求信号の所定の形式が記憶される記憶手段と、を備え、前記通常動作モードと前記省電力モードを切り替えて動作可能な機器に実行させるプログラムであって、
   前記第２の制御手段に、
   所定の形式によって送信された要求信号を検知する検知ステップと、
   検知された前記要求信号の形式が前記切替条件を満たしている場合、前記省電力モードから前記通常動作モードへの切り替えを要求する切替要求を前記第１の制御手段へ送信する送信ステップと、を実行させ、
   前記第１の制御手段に、
   前記切替要求に応じて前記通常動作モードを起動させる起動ステップと、
   検知された前記要求信号の形式に起因して前記通常動作モードを起動させた頻度が閾値以上である場合、前記切替条件から前記所定の形式を削除する条件設定ステップと、
   を実行させ、
   前記条件設定ステップは、
   前記切替条件から前記所定の形式が削除された履歴を示す削除履歴を前記記憶手段に記憶させるとともに、前記所定の形式が削除されてから所定時間が経過したか否かが判断され前記所定時間が経過した場合、前記削除履歴に含まれる当該所定の形式を前記切替条件に追加するプログラム。