(57)【要約】 【課題】電力消費を効果的に抑制する。【解決手段】ＭＦＰ１は、表示部と、受付部５０と、表示制御部５２と、特定部５６と、実行制御部５８と、を備える。表示部は、複数の機能を実行可能な本体部１０に搭載された機能の一覧を含む指示画面を表示する。受付部５０は、実行対象の機能の選択を受け付ける。表示制御部５２は、本体部１０における複数の機能の各々で用いるハードウェアリソースが省電力モードであるときに、受付部５０が機能の選択を受け付けた場合、受け付けた機能を管理するＡＰＩを発行する。特定部５６は、発行されたＡＰＩに基づいて、省電力モードを解除する対象のハードウェアリソースを特定する。実行制御部５８は、特定されたハードウェアリソースの省電力モードを解除するように、本体部１０を制御する。【選択図】図３
2016127462.tif 000002
【特許請求の範囲】
【請求項１】
複数の機能を実行可能な本体部に搭載された前記機能の一覧を含む指示画面を表示する表示部と、
実行対象の前記機能の選択を受け付ける受付部と、
前記本体部における複数の前記機能の各々で用いるハードウェアリソースが省電力モードであるときに、前記受付部が前記機能の選択を受け付けた場合、受け付けた前記機能を管理するインターフェースを発行する表示制御部と、
発行された前記インターフェースに基づいて、前記省電力モードを解除する対象の前記ハードウェアリソースを特定する特定部と、
特定された前記ハードウェアリソースの省電力モードを解除するように、前記本体部を制御する実行制御部と、
を備えた情報処理装置。
【請求項２】
前記実行制御部は、
特定された前記ハードウェアリソースが前記本体部に搭載されている場合に、該ハードウェアリソースの省電力モードを解除するように、前記本体部を制御する、請求項１に記載の情報処理装置。
【請求項３】
前記受付部は、
前記表示部へのユーザの接触を検知し、
前記実行制御部は、
前記本体部および前記表示部が省電力モードであるときに、前記受付部が前記接触を検知した場合、前記本体部における複数の前記機能の各々で用いる前記ハードウェアリソースの省電力モードを維持し、且つ、前記表示部の省電力モードを解除するように、制御する、
請求項１または請求項２に記載の情報処理装置。
【請求項４】
前記特定部は、
発行された前記インターフェースに基づいて、受け付けた前記機能で用いる前記ハードウェアリソースを、前記省電力モードを解除する対象の前記ハードウェアリソースとして特定する、請求項１〜請求項３の何れか１項に記載の情報処理装置。
【請求項５】
前記実行制御部は、
前記特定部が前記ハードウェアリソースを特定し、且つ、前記表示制御部が受け付けた前記機能の実行指示を発行したときに、特定された前記ハードウェアリソースの省電力モードを解除するように、前記本体部を制御する、請求項１〜請求項４の何れか１項に記載の情報処理装置。
【請求項６】
前記表示制御部は、
前記本体部における複数の前記機能の各々で用いるハードウェアリソースが省電力モードであるときに、前記受付部が前記機能の選択を受け付けた場合、受け付けた前記機能で用いる前記ハードウェアリソースを管理する前記インターフェースを発行する、
請求項１〜請求項５の何れか１項に記載の情報処理装置。
【請求項７】
前記表示制御部は、
前記表示部に前記指示画面が表示され、且つ、前記本体部における複数の前記機能の各々で用いるハードウェアリソースが省電力モードであるときに、前記受付部が前記機能の選択を受け付けた場合、受け付けた前記機能で用いる前記ハードウェアリソースを管理する前記インターフェースを発行する、請求項１〜請求項６の何れか１項に記載の情報処理装置。
【請求項８】
前記インターフェースは、ＡＰＩ（アプリケーション  プログラミング  インターフェース）である、請求項１〜請求項７の何れか１項に記載の情報処理装置。
【請求項９】
前記機能は、スキャナ機能、ファックス機能、コピー機能、およびプリンタ機能の少なくとも１つである、請求項１〜請求項８の何れか１項に記載の情報処理装置。
【請求項１０】
複数の機能を実行可能な本体部に搭載された前記機能の一覧を含む指示画面を表示する表示部を備えた情報処理装置で実行する情報処理方法であって、
実行対象の前記機能の選択を受け付けるステップと、
前記本体部における複数の前記機能の各々で用いるハードウェアリソースが省電力モードであるときに、前記機能の選択を受け付けた場合、受け付けた前記機能を管理するインターフェースを発行するステップと、
発行された前記インターフェースに基づいて、前記省電力モードを解除する対象の前記ハードウェアリソースを特定するステップと、
特定された前記ハードウェアリソースの省電力モードを解除するように、前記本体部を制御するステップと、
を含む、情報処理方法。
【請求項１１】
複数の機能を実行可能な本体部に搭載された前記機能の一覧を含む指示画面を表示する表示部を備えたコンピュータに、
実行対象の前記機能の選択を受け付けるステップと、
前記本体部における複数の前記機能の各々で用いるハードウェアリソースが省電力モードであるときに、前記機能の選択を受け付けた場合、受け付けた前記機能を管理するインターフェースを発行するステップと、
発行された前記インターフェースに基づいて、前記省電力モードを解除する対象の前記ハードウェアリソースを特定するステップと、
特定された前記ハードウェアリソースの省電力モードを解除するように、前記本体部を制御するステップと、
を実行させる情報処理プログラム。
【請求項１２】
複数の機能を実行可能な本体部に搭載された前記機能の一覧を含む指示画面を表示する表示部を備えたコンピュータに、
実行対象の前記機能の選択を受け付けるステップと、
前記本体部における複数の前記機能の各々で用いるハードウェアリソースが省電力モードであるときに、前記機能の選択を受け付けた場合、受け付けた前記機能を管理するインターフェースを発行するステップと、
発行された前記インターフェースに基づいて、前記省電力モードを解除する対象の前記ハードウェアリソースを特定するステップと、
特定された前記ハードウェアリソースの省電力モードを解除するように、前記本体部を制御するステップと、
を実行させるためのプログラムを記録したコンピュータ読取り可能な記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、情報処理方法、情報処理プログラム、および記憶媒体に関する。
【背景技術】
【０００２】
スキャナ機能、コピー機能、プリンタ機能などの複数の機能を実行する複合機などの本体部が知られている。また、本体部に対して各種指示入力などを行う操作部を、本体部とは別体として構成し、独立性を保つために互いに異なるオペレーティングシステムを用いて動作させることが行われている。
【０００３】
ここで、本体部に備えられた各機能への電力供給を閾値未満とすることで、省電力モードとする技術が知られている。また、各機能が省電力モードであるときに、復帰要因に応じた機能を選択的に省電力モードから復帰させる技術が開示されている（例えば、特許文献１参照）。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、本体部と操作部とを別体として構成した場合、本体部に備えられた全ての機能が省電力モードである場合に操作部が操作されると、操作部側では何れの機能の省電力モードを解除する必要があるか不明であるため、本体部の全ての機能部の省電力モードを解除していた。このため、電力消費の抑制を効果的に図ることができない、という問題があった。
【課題を解決するための手段】
【０００５】
上述した課題を解決し、目的を達成するために、本発明は、複数の機能を実行可能な本体部に搭載された前記機能の一覧を含む指示画面を表示する表示部と、実行対象の前記機能の選択を受け付ける受付部と、前記本体部における複数の前記機能の各々で用いるハードウェアリソースが省電力モードであるときに、前記受付部が前記機能の選択を受け付けた場合、受け付けた前記機能を管理するインターフェースを発行する表示制御部と、発行された前記インターフェースに基づいて、前記省電力モードを解除する対象の前記ハードウェアリソースを特定する特定部と、特定された前記ハードウェアリソースの省電力モードを解除するように、前記本体部を制御する実行制御部と、を備える情報処理装置である。
【発明の効果】
【０００６】
本発明によれば、電力消費を効果的に抑制することができる。
【図面の簡単な説明】
【０００７】
【図１】図１は、本実施の形態の情報処理システムのハードウェア構成例を示すブロック図である。
【図２】図２は、ＭＦＰのソフトウェア構成の一例を示す模式図である。
【図３】図３は、ＭＦＰの機能構成例を示す図である。
【図４】図４は、起動画面の一例を示す図である。
【図５】図５は、指示画面の一例を示す図である。
【図６】図６は、ＡＰＩの一例を示す図である。
【図７】図７は、情報処理の手順を示すフローチャートである。
【図８】図８は、情報処理の流れを示すシーケンス図である。
【発明を実施するための形態】
【０００８】
以下、添付図面を参照しながら、本発明に係る情報処理装置、情報処理方法、情報処理プログラム、および記憶媒体の実施の形態を詳細に説明する。
【０００９】
本実施の形態では、本発明に係る情報処理装置を、複合機（ＭＦＰ：Ｍｕｌｔｉｆｕｎｃｔｉｏｎ  Ｐｅｒｉｐｈｅｒａｌ）に適用した場合を例に挙げて説明する。複合機とは、コピー機能、プリンタ機能、スキャナ機能、およびファックス機能のうち少なくとも２つの機能を有する装置である。
【００１０】
なお、本実施の形態では、本発明に係る情報処理装置を、ＭＦＰに適用した場合を例に挙げて説明するが、本発明に係る情報処理装置の適用機器は、これに限定されるものではない。本発明に係る情報処理装置は、省電力機能を有する機器であれば、何れの機器にも適用可能である。例えば、本発明に係る情報処理装置は、プロジェクタ、テレビ会議システム、電子黒板、デジタルカメラ、タブレットなど様々な機器に適用可能である。
【００１１】
図１は、本実施の形態の情報処理システム１００のハードウェア構成例を示すブロック図である。図１に示すように、情報処理システム１００は、ＭＦＰ１を含む。ＭＦＰ１は、インターネットなどのネットワーク４０を経由して外部装置３０と接続可能である。図１では、情報処理システム１００に含まれるＭＦＰ１の台数が１台である場合を例示しているが、これに限らず、ＭＦＰ１の台数は任意である。
【００１２】
ＭＦＰ１は、本体部１０と、操作部２０と、を備える。
【００１３】
本体部１０は、コピー機能、プリンタ機能、スキャナ機能、およびファックス機能などの各種の複数の機能を実行可能である。操作部２０は、ユーザの操作に応じた入力を受け付けるとともに、各種画面を表示する。本体部１０と操作部２０は、専用の通信路３１を介して相互に通信可能に接続されている。通信路３１は、例えばＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）規格のものを用いることもできるが、有線か無線かを問わず任意の規格のものであってよい。
【００１４】
本体部１０は、操作部２０で受け付けた入力に応じた動作を行うことができる。また、本体部１０は、クライアントＰＣ（パーソナルコンピュータ）等の外部装置とも通信可能であり、外部装置から受信した指示に応じた動作を行うこともできる。
【００１５】
次に、本体部１０のハードウェア構成について説明する。図１に示すように、本体部１０は、ＣＰＵ１１と、ＲＯＭ１２と、ＲＡＭ１３と、ＨＤＤ（ハードディスクドライブ）１４と、通信部１５と、接続部１６と、エンジン部１７とを備え、これらがシステムバス１８を介して相互に接続されている。
【００１６】
ＣＰＵ１１は、本体部１０の動作を統括的に制御する。ＣＰＵ１１は、ＲＡＭ１３をワークエリア（作業領域）としてＲＯＭ１２またはＨＤＤ１４等に格納されたプログラムを実行することで、本体部１０全体の動作を制御し、上述したコピー機能、プリンタ機能、スキャナ機能、およびファックス機能などの各種機能を実現する。
【００１７】
通信部１５は、クライアントＰＣ（パーソナルコンピュータ）等の外部装置と通信する。接続部１６は、通信路３１を介して操作部２０と通信する。
【００１８】
エンジン部１７は、コピー機能、プリンタ機能、スキャナ機能、およびファックス機能を実現させるための、汎用的な情報処理および通信以外の処理を行うハードウェアリソースを含む。
【００１９】
エンジン部１７に含まれるハードウェアリソースは、例えば、画像読取部（スキャナ部）、ＨＤＤ、プロッタ（画像形成部）、通信部、各種メモリ、などである。これらのハードウェアリソースは、各機能ごとに、用いられるハードウェアリソースが定められている。
【００２０】
すなわち、エンジン部１７は、例えば、原稿の画像をスキャンして読み取るスキャナ機能を実現するための複数のハードウェアリソース（例えば、画像読取部（スキャナ部）、ＨＤＤ、など）、用紙等のシート材への印刷を行うコピー機能を実現するための複数のハードウェアリソース（例えば、プロッタ（画像形成部）、ＨＤＤなど）、ファックス機能を実現するための複数のハードウェアリソース（通信部、画像読取部、ＨＤＤなど）を備える。なお、これらのＨＤＤは、ＨＤＤ１４であってもよい。
【００２１】
なお、エンジン部１７は、更に、印刷済みシート材を仕分けるフィニッシャや、原稿を自動給送するＡＤＦ（自動原稿給送装置）のような特定のオプションを備えることもできる。
【００２２】
次に、操作部２０のハードウェア構成について説明する。図１に示すように、操作部２０は、ＣＰＵ２１と、ＲＯＭ２２と、ＲＡＭ２３と、フラッシュメモリ２４と、通信部２５と、接続部２６と、操作パネル２７とを備え、これらがシステムバス２８を介して相互に接続されている。
【００２３】
ＣＰＵ２１は、操作部２０の動作を統括的に制御する。ＣＰＵ２１は、ＲＡＭ２３をワークエリア（作業領域）としてＲＯＭ２２またはフラッシュメモリ２４等に格納されたプログラムを実行することで、操作部２０全体の動作を制御し、ユーザから受け付けた入力に応じた情報（画像）を操作パネル２７（表示部２７Ａ）に表示する。
【００２４】
通信部２５は、ネットワーク４０を介してサーバ装置３０と通信する。接続部２６は、通信路３１を介して本体部１０と通信する。
【００２５】
操作パネル２７は、ユーザの操作に応じた各種の入力を受け付けるとともに、各種の情報（例えば、受け付けた入力に応じた情報、起動時に表示する起動画面、本体部１０に設けられた機能の一覧を含む指示画面、ＭＦＰ１の動作状況を示す情報、設定状態などを示す情報など）を表示する。
【００２６】
本実施の形態では、操作パネル２７は、表示部２７Ａと入力部２７Ｂとを含んだ構成である場合を説明する。すなわち、本実施の形態では、操作パネル２７は、タッチパネル機能を搭載した液晶表示装置（ＬＣＤ）で構成される場合を説明するが、これに限られるものではない。例えば、操作パネル２７は、タッチパネル機能が搭載された有機ＥＬ表示装置で構成されてもよい。さらに、これに加えて又はこれに代えて、ハードウェアキー等の入力部２７Ｂやランプ等の表示部２７Ａを設けることもできる。
【００２７】
次に、ＭＦＰ１のソフトウェア構成について説明する。図２は、ＭＦＰ１のソフトウェア構成の一例を示す模式図である。図２に示すように、本体部１０は、アプリ層１０１と、サービス層１０２と、ＯＳ層１０３とを有する。アプリ層１０１、サービス層１０２、および、ＯＳ層１０３の実体は、ＲＯＭ１２やＨＤＤ１４等に格納されている各種ソフトウェアである。ＣＰＵ１１が、これらのソフトウェアを実行することにより、各種の機能が提供される。
【００２８】
アプリ層１０１のソフトウェアは、ハードウェアリソースを動作させて所定の機能を提供するためのアプリケーションソフトウェア（以下の説明では、単に「アプリ」と称する場合がある）である。例えばアプリとしては、プリンタ機能を提供するためのコピーアプリ、スキャナ機能を提供するためのスキャナアプリ、ファックス機能を提供するためのファックスアプリ、コピー機能を提供するための印刷アプリなどが挙げられる。
【００２９】
サービス層１０２のソフトウェアは、アプリ層１０１とＯＳ層１０３との間に介在し、アプリに対し、本体部１０が備えるハードウェアリソースを利用するためのＡＰＩ（アプリケーションプログラムインタフェース）を提供するためのソフトウェアである。ＡＰＩは、予め定義された関数などにより、アプリ層１０１からの処理要求を受信可能とする。
【００３０】
より具体的には、サービス層１０２のソフトウェアは、ハードウェアリソースに対する動作要求の受付、動作要求の調停を行う機能を提供するためのソフトウェアである。サービス層１０２が受け付ける動作要求としては、スキャナによる読み取りやプロッタによる印刷等の要求が考えられる。
【００３１】
なお、サービス層１０２によるＡＰＩの機能は、本体部１０のアプリ層１０１だけではなく、操作部２０のアプリ層２０１に対しても提供される。すなわち、操作部２０のアプリ層２０１（アプリ）も、サービス層１０２のＡＰＩを介して、本体部１０のハードウェアリソースを利用した機能を実現することができる。
【００３２】
また、サービス層１０２は、要求されたハードウェアリソースが利用可能であるか（他の要求により利用されていないかどうか）を判断し、利用可能であれば要求されたハードウェアリソースが利用可能である旨を上位層に伝える。また、サービス層１０２は、上位層からの要求に対してハードウェアリソースの利用スケジューリングを行い、要求内容（例えば、プリンタエンジンにより紙搬送と作像動作、メモリ確保、ファイル生成等）を実行する。
【００３３】
ＯＳ層１０３のソフトウェアは、本体部１０を制御する基本ソフトウェア（オペレーティングシステム）である。サービス層１０２のソフトウェアは、各種アプリからのハードウェアリソースの利用要求を、ＯＳ層１０３が解釈可能なコマンドに変換してＯＳ層１０３に渡す。そして、ＯＳ層１０３のソフトウェアによりコマンドが実行されることで、ハードウェアリソースは、アプリの要求に従った動作を行う。
【００３４】
同様に、操作部２０は、アプリ層２０１と、サービス層２０２と、ＯＳ層２０３とを有する。操作部２０が備えるアプリ層２０１、サービス層２０２およびＯＳ層２０３も、階層構造については本体部１０側と同様である。ただし、アプリ層２０１のアプリにより提供される機能や、サービス層２０２が受け付け可能な動作要求の種類は、本体部１０側とは異なる。アプリ層２０１のアプリは、操作部２０が備えるハードウェアリソースを動作させて所定の機能を提供するためのソフトウェアであってもよいが、主として本体部１０が備える機能（コピー機能、プリンタ機能、スキャナ機能、およびファックス機能）に関する操作や表示を行うためのＵＩ（ユーザインタフェース）の機能を実現するためのソフトウェアである。
【００３５】
また、アプリ層２０１のアプリには、Ｗｅｂブラウジングを可能とするＷｅｂアプリケーションプログラムが含まれる。Ｗｅｂアプリケーションプログラムは、ユーザによって選択された機能を管理するＡＰＩを発行する（詳細後述）。
【００３６】
なお、本実施の形態では、機能の独立性を保つために、本体部１０のＯＳ層１０３のソフトウェアと、操作部２０側のＯＳ層２０３のソフトウェアと、が互いに異なる。すなわち、本体部１０と操作部２０は、別々のオペレーティングシステムで互いに独立して動作する。例えば、本体部１０側のＯＳ層１０３のソフトウェアとしてＬｉｎｕｘ（登録商標）を用い、操作部２０側のＯＳ層２０３のソフトウェアとしてＡｎｄｒｏｉｄ（登録商標）を用いることも可能である。
【００３７】
本実施の形態のＭＦＰ１において、本体部１０と操作部２０は別々のオペレーティングシステムで動作するため、本体部１０と操作部２０との間の通信は、共通の装置内のプロセス間通信ではなく、異なる装置間の通信として行われる。操作部２０が受け付けた入力（ユーザからの指示内容）を本体部１０へ伝達する動作（コマンド通信）や、本体部１０が操作部２０へイベントを通知する動作などがこれに該当する。ここでは、操作部２０が本体部１０へコマンド通信を行うことにより、本体部１０の機能を使用することができる。また、本体部１０から操作部２０に通知するイベントには、本体部１０における動作の実行状況、本体部１０側で設定された内容などが挙げられる。
【００３８】
また、本実施の形態では、操作部２０に対する電力供給は、本体部１０から通信路３１を経由して行われているので、操作部２０の電源制御を、本体部１０の電源制御とは別に（独立して）行うことができる。
【００３９】
次に、ＭＦＰ１の機能について説明する。図３は、本実施の形態に係るＭＦＰ１の機能構成例を示す図である。
【００４０】
図３に示すように、操作部２０は、受付部５０と、表示制御部５２と、判定部５４と、特定部５６と、実行制御部５８と、を含む。
【００４１】
受付部５０、表示制御部５２、判定部５４、特定部５６、および実行制御部５８の一部またはすべては、例えば、ＣＰＵなどの処理装置にプログラムを実行させること、すなわち、ソフトウェアにより実現してもよいし、ＩＣ（Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ）などのハードウェアにより実現してもよいし、ソフトウェアおよびハードウェアを併用して実現してもよい。
【００４２】
表示制御部５２は、各種の画像や情報を表示部２７Ａに表示する制御を行う。表示制御部５２は、上述したＷｅｂアプリケーションプログラムを実行することにより、表示部２７Ａを制御する。
【００４３】
図４は、起動画面Ｑの一例を示す図である。ＭＦＰ１の起動直後やユーザが何も操作を行っていない状態においては、表示制御部５２は、例えば、図４に示す起動画面Ｑを表示部２７Ａに表示する制御を行う。起動画面Ｑは、ＭＦＰ１の起動直後やユーザが何も操作を行っていない状態において表示される画面である。本実施の形態では、起動画面Ｑは、後述する設定画面の表示を指示するためのブラウザアイコンＳを含む。ユーザによる入力部２７Ｂの操作指示によって、プラウザアイコンＳの表示領域が指示されると、表示制御部５２は、指示画面を表示部２７Ｂに表示する制御を行う。このため、入力部２７Ｂは、指示画面を表示する。
【００４４】
図５は、指示画面Ｐの一例を示す図である。指示画面Ｐは、本体部１０に搭載された機能の一覧を含む。図５に示す例では、指示画面Ｐは、本体部１０に搭載されたコピー機能、スキャナ機能、ファックス機能、プリンタ機能などの各機能を示すアイコンを含む。ユーザは、実行対象の機能のアイコンの表示領域を指示することで、実行対象の機能を選択することができる。
【００４５】
なお、操作パネル２７に供給される電力が閾値未満であり、操作パネル２７が省電力モードである場合には、操作パネル２７の画面（画像が表示される面）には何も表示されない（図５参照）。
【００４６】
省電力モードとは、操作パネル２７や本体部１０に設けられた各機能の各々で用いるハードウェアリソースの各々に供給する電力を、閾値未満とすることを示す。また、省電力モードを解除する、とは、供給する電力を閾値以上とすることを示す。この閾値は、予め任意の値を設定すればよい。
【００４７】
ＭＦＰ１では、例えば、所定時間以上、ユーザによる操作パネル２７への操作が実行されない場合に、操作パネル２７を省電力モードへと移行させる。また、ＭＦＰ１では、例えば、ＭＦＰ１のエンジン部１７に設けられた各機能の各々で用いるハードウェアリソースの内、所定時間以上、動作指示やアクセスを受け付けないハードウェアリソースを省電力モードへと移行させる。
【００４８】
受付部５０は、操作パネル２７からユーザによる各種の入力を受け付ける。すなわち、受付部５０は、入力部２７Ｂからの入力を受け付ける。本実施の形態では、受付部５０は、タッチパネル機能が搭載された操作パネル２７の画面（画像が表示される面）に対するユーザのタッチ操作による入力を受け付ける。なお、操作パネル２７には、省電力モードの状態においても、ユーザによる操作パネル２７の操作を受け付け可能な程度の電力が供給されるものとする。
【００４９】
受付部５０は、表示部２７Ａに指示画面Ｐが表示されているときに、指示画面Ｐに含まれる複数の機能の内の１つの選択を受け付ける。ユーザは、表示部２７Ａに表示された指示画面Ｐに含まれる複数の各機能の各々を示すアイコンの内の１つを指示することで、１つの機能を選択する。このユーザによる選択によって、受付部５０は、本体部１０に搭載されている複数の機能の内、実行対象の機能の選択を受け付ける。
【００５０】
また、受付部５０は、操作パネル２７へのユーザの接触を検知する。なお、受付部５０は、表示部２７Ａへの接触を検知してもよいし、入力部２７Ｂへの接触を検知してもよい。本実施の形態では、操作パネル２７にはタッチパネル機能が搭載されていることから、受付部５０は、操作パネル２７へのユーザの接触を検知する。
【００５１】
表示制御部５２は、本体部１０における複数の機能の各々で用いるハードウェアリソースが省電力モードであるときに、受付部５０が機能の選択を受け付けた場合、受け付けた機能を管理するインターフェースを発行する。
【００５２】
本実施の形態では、表示制御部５２は、受け付けた機能を管理するＡＰＩ（アプリケーション  プログラミング  インターフェース）を発行する。機能を管理するＡＰＩとは、操作部２０のアプリ層２０１側に設けられた、受け付けた機能に対する詳細設定等を行うＵＩ画面などを提供するための該機能用のアプリケーションと、本体部１０のアプリ層１０１側に設けられた、該機能に対する機能を実行するための該機能用のアプリケーションと、の間のインターフェースである。
【００５３】
具体的には、表示制御部５２は、Ｗｅｂアプリケーションプログラムを実行することにより、受け付けた機能を管理するＡＰＩを発行する。表示制御部５２は、予め、本体部１０に設けられた機能ごとに、各機能を管理するＡＰＩを対応づけて記憶してもよい。また、表示制御部５２は、本体部１０に設けられた機能ごとに、各機能の実行時に用いる１または複数のハードウェアリソースの各々用のＡＰＩを対応づけて記憶してもよい。
【００５４】
そして、表示制御部５２は、本体部１０における複数の機能の各々で用いるハードウェアリソースが省電力モードであるときに、受付部５０が機能の選択を受け付けた場合、受け付けた機能に対応するＡＰＩを発行すればよい。
【００５５】
例えば、受付部５０が、スキャナ機能の選択を受け付けた場合、表示制御部５２は、スキャナ機能を管理するためのＡＰＩを発行する。
【００５６】
図６は、表示制御部５２が発行したＡＰＩの一例を示す図である。なお、図６には、表示制御部５２が発行した、スキャナ機能を管理するためのＡＰＩの一例を示した。
【００５７】
図３に戻り、なお、表示制御部５２は、ハードウェアリソースごとのＡＰＩを発行してもよい。この場合、表示制御部５２は、本体部１０における複数の機能の各々で用いるハードウェアリソースが省電力モードであるときに、受付部５０が機能の選択を受け付けた場合、受け付けた機能で用いるハードウェアリソースを管理するＡＰＩを発行すればよい。
【００５８】
本体部１０における複数の機能の各々で用いるハードウェアリソースが省電力モードであるか否かは、例えば、以下のようにして判断する。表示制御部５２は、本体部１０のサービス層１０２に対して、全てのハードウェアリソースが省電力モードであるかの確認要求を送信する。サービス層１０２は、全てのハードウェアリソースが省電力モードであるか否かを確認し、確認結果を操作部２０へ送信する。操作部２０の表示制御部５２は、この確認結果を判別することで、本体部１０における複数の機能の各々で用いる全てのハードウェアリソースが省電力モードであるか否かを判断する。
【００５９】
特定部５６は、表示制御部５２で発行されたＡＰＩに基づいて、省電力モードを解除する対象のハードウェアリソースを特定する。具体的には、特定部５６は、発行されたＡＰＩに基づいて、受付部５０で選択を受け付けた機能で用いるハードウェアリソースを、省電力モードを解除する対象のハードウェアリソースとして特定する。
【００６０】
判定部５４は、表示制御部５２で発行されたＡＰＩで管理する対象の機能を判定する。
【００６１】
例えば、判定部５４は、ＡＰＩと、ＡＰＩで管理する対象の機能を示す情報と、を１対１の関係で対応づけた第１管理情報を予め記憶する。機能を示す情報は、機能を識別する機能識別情報であってもよいし、機能を示す文字情報などであってもよい。機能を示す情報は、例えば、対応するＡＰＩで管理する対象のファックス機能を示す情報などである。
【００６２】
そして、判定部５４は、表示制御部５２で発行されたＡＰＩに対応する機能を示す情報を、第１管理情報から読取ることによって、ＡＰＩで管理する対象の機能を判定する。
【００６３】
特定部５６は、例えば、本体部１０に設けられた機能と、対応する機能で用いる１または複数のハードウェアリソースのリソース識別情報と、を対応づけた第２管理情報を予め図示を省略するメモリに記憶する。このリソース識別情報は、本体部１０に設けられたハードウェアリソースの各々を識別する情報であればよい。
【００６４】
特定部５６は、判定部５４によって判定された、表示制御部５２で発行されたＡＰＩで管理する対象の機能に対応する、１または複数のリソース識別情報を第２管理情報から読取る。この読取により、特定部５６は、表示制御部５２で発行されたＡＰＩに基づいて、省電力モードを解除する対象のハードウェアリソースを特定する。このため、表示制御部５２で発行されたＡＰＩで管理する対象の機能に対応するハードウェアリソースが複数である場合、特定部５６は、本体部１０における機能単位で、複数のハードウェアリソースを特定することとなる。
【００６５】
実行制御部５８は、特定部５６で特定されたハードウェアリソースの省電力モードを解除するように、本体部１０を制御する。すなわち、実行制御部５８は、特定部５６で特定されたハードウェアリソースへの電力供給を閾値以上とするように、本体部１０を制御する。
【００６６】
具体的には、実行制御部５８は、特定部５６で特定されたハードウェアリソースへの電力供給を閾値以上することを示す、省電力モードの解除要求を、サービス層１０２へ出力する。
【００６７】
解除要求を受け付けると、本体部１０のサービス層１０２では、解除要求によって示されるハードウェアリソースへの電力供給が閾値以上となるように、アプリ層１０１を介してエンジン部１７を制御する。このため、特定部５６で特定されたハードウェアリソースの省電力モードが解除される。
【００６８】
このため、本実施の形態のＭＦＰ１では、電力消費を効果的に抑制することができる。
【００６９】
なお、実行制御部５８は、特定部５６で特定されたハードウェアリソースが本体部１０に搭載されている場合に、搭載されている該ハードウェアリソースの省電力モードを解除するように、本体部１０を制御してもよい。
【００７０】
この場合、例えば、実行制御部５８は、本体部１０のサービス層１０２に対して、本体部１０に搭載されているエンジン部１７の一覧の取得要求を送信する。そして、実行制御部５８は、特定部５６で特定されたハードウェアリソースが取得要求に含まれる場合に、特定部５６で特定されたハードウェアリソースへの電力供給を閾値以上とする解除要求を、サービス層１０２へ出力すればよい。
【００７１】
また、実行制御部５８は、本体部１０および表示部２７Ａが省電力モードであるときに、受付部５０が表示部２７Ａへのユーザの接触を検知した場合、本体部１０における複数の機能の各々で用いるハードウェアリソースの省電力モードを維持し、且つ、表示部２７Ａの省電力モードを解除するように制御する。
【００７２】
実行制御部５８は、この場合、本体部１０における複数の機能の省電力モードを維持し、且つ、操作パネル２７への電力供給を閾値以上とするように、操作パネル２７への電力供給を制御する。
【００７３】
このため、本体部１０に設けられた各機能部と、操作パネル２７と、が省電力モードであるときに操作パネル２７にユーザが接触した場合、本体部１０に設けられたハードウェアリソースについては省電力モードを維持し、操作パネル２７のみ省電力モードを解除することができる。
【００７４】
また、実行制御部５８は、特定部５６でハードウェアリソースが特定され、且つ、受付部５０で選択を受け付けた機能の実行指示が表示制御部５２から発行されたときに、特定されたハードウェアリソースの省電力モードを解除するように、本体部１０を制御してもよい。
【００７５】
例えば、表示制御部５２は、受付部５０が実行対象の機能の選択を受け付けた場合、該機能の実行指示を行うためのアイコンを表示部２７Ａに表示する。そして、ユーザによる入力部２７Ｂの操作指示によって、該アイコンの表示領域が指示された場合、受付部５０は、実行指示を受け付ける。受付部５０が実行指示を受け付けると、表示制御部５２は、受付部５０で直前に選択を受け付けた機能の実行指示を発行する。
【００７６】
そして、実行制御部５８は、特定部５６でハードウェアリソースが特定され、かつ、該実行指示が発行されたときに、特定されたハードウェアリソースの省電力モードを解除するように、本体部１０を制御してもよい。
【００７７】
また、表示制御部５２は、２７Ａ表示部に指示画面Ｐが表示され、且つ、本体部１０における複数の機能の各々で用いるハードウェアリソースが省電力モードであるときに、受付部５０が機能の選択を受け付けた場合、受け付けた機能で用いるハードウェアリソースを管理するＡＰＩを発行してもよい。
【００７８】
この場合、操作パネル２７（表示部２７Ａ）に指示画面Ｐが表示されていないときに表示制御部５２からＡＰＩが発行された場合、発行された該ＡＰＩの管理する機能のハードウェアリソースの省電力モードが、誤って解除されることが抑制される。このため、表示制御部５２による誤動作を抑制することができる。
【００７９】
例えば、ユーザは、通常、操作パネル２７（表示部２７Ａ）に表示された指示画面Ｐを見ながら操作を行う。このため、操作パネル２７を操作しているユーザが、本体部１０のスキャナ機能を使用しようとしているときに、表示制御部５２の指示により、本体部１０でスキャンが勝手に実行されることなどが抑制される。
【００８０】
次に、ＭＦＰ１で実行する情報処理の手順を説明する。
【００８１】
図７は、ＭＦＰ１で実行する情報処理の手順を示すフローチャートである。なお、図７に示す手順の実行時（ステップＳ４００の直前の状態）は、表示部２７Ａ、および、本体部１０のエンジン部１７で実行可能な全ての機能の各々で用いる全てのハードウェアリソースが、省電力モードである場合を説明する。
【００８２】
まず、受付部５０が、操作パネル２７がユーザによって指示されたか否かを判断する（ステップＳ４００）。ステップＳ４００で否定判断すると（ステップＳ４００：Ｎｏ）、本ルーチンを終了する。
【００８３】
一方、受付部５０は、操作パネル２７へのユーザの接触を検知すると、ステップＳ４００で肯定判断する（ステップＳ４００：Ｙｅｓ）。次に、実行制御部５８は、表示部２７Ａ（操作パネル２７）の省電力モードを解除する（ステップＳ４０２）。実行制御部５８は、表示部２７Ａ（操作パネル２７）への供給電力を閾値以上とするように制御することで、表示部２７Ａ（操作パネル２７）の省電力モードを解除する。そして、ステップＳ４０４へ進む。
【００８４】
次に、表示制御部５２が、Ｗｅｂアプリケーションを実行することによって、指示画面Ｐを表示部２７Ａに表示する（ステップＳ４０４）。
【００８５】
次に、受付部５０は、指示画面Ｐに含まれる複数の機能の内の１つの選択を入力部２７Ｂ（操作パネル２７）から受け付けたと判断するまで否定判断を繰り返す（ステップＳ４０６：Ｎｏ）。そして、受付部５０は、機能の選択を受け付けたと判断すると（ステップＳ４０６：Ｙｅｓ）、ステップＳ４０８へ進む。
【００８６】
ステップＳ４０８では、表示制御部５２が、ステップＳ４０６で受け付けた機能における、詳細設定を行うための設定画面を表示部２７Ａに表示する（ステップＳ４０８）。ユーザは、表示部２７Ａに表示された設定画面を介して、ステップＳ４０６で選択した機能の実行時の詳細設定の入力が可能となる。
【００８７】
次に、表示制御部５２は、ステップＳ４０６で受け付けた機能を管理するＡＰＩを発行する（ステップＳ４１０）。次に、判定部５４が、ステップＳ４１０で発行されたＡＰＩで管理する対象の機能を判定する（ステップＳ４１２）。
【００８８】
次に、特定部５６が、ステップＳ４１０で発行されたＡＰＩに基づいて、省電力モードを解除する対象のハードウェアリソースを特定する（ステップＳ４１４）。
【００８９】
次に、実行制御部５８は、ステップＳ４１４で特定されたハードウェアリソースが本体部１０に搭載されているか否かを判断する（ステップＳ４１６）。
【００９０】
実行制御部５８は、ステップＳ４１４で特定されたハードウェアリソースが本体部１０に搭載されている場合（ステップＳ４１６：Ｙｅｓ）、ステップＳ４１８へ進む。ステップＳ４１８では、実行制御部５８は、ステップＳ４１４で特定され、かつ、本体部１０に搭載されているハードウェアリソースについて、省電力モードを解除するように、本体部１０を制御する（ステップＳ４１８）。そして、本ルーチンを終了する。
【００９１】
一方、実行制御部５８は、ステップＳ４１４で特定されたハードウェアリソースが本体部１０に搭載されていない場合には（ステップＳ４１６：Ｎｏ）、本ルーチンを終了する。
【００９２】
なお、ステップＳ４１６〜ステップＳ４１８の処理において、実行制御部５８は、ステップＳ４１４で特定されたハードウェアリソースの内の一部が本体部１０に搭載されている場合、特定されたハードウェアリソースの内、本体部１０に搭載されているハードウェアリソースについて、省電力状態を解除するように、本体部１０を制御してもよい。
【００９３】
次に、ＭＦＰ１で実行する情報処理の流れを、シーケンス図を用いて説明する。図８は、ＭＦＰ１で実行する情報処理の流れを示すシーケンス図である。
【００９４】
なお、図８に示す情報処理の流れの実行時（ステップＳＥＱ１００の直前の状態）には、表示部２７Ａ、および、本体部１０のエンジン部１７で実行可能な全ての機能の各々で用いる全てのハードウェアリソースが、省電力モードである場合を説明する。
【００９５】
まず、ユーザが操作パネル２７をタッチすると（ＳＥＱ１００、ＳＥＱ１０２）、入力部２７Ｂがユーザによる接触を示す検知信号を受付部５０へ出力する（ＳＥＱ１０４、ＳＥＱ１０６）。
【００９６】
受付部５０は、省電力モードである操作パネル２７がユーザによって指示されたと判断し、省電力モードである操作パネル２７がユーザによって指示されたことを示す信号を実行制御部５８へ出力する（ＳＥＱ１０８）。
【００９７】
実行制御部５８は、表示部２７Ａ（操作パネル２７）への供給電力を閾値以上とするように制御することで、表示部２７Ａ（操作パネル２７）の省電力モードを解除する（ＳＥＱ１１０）。
【００９８】
表示部２７Ａ（操作パネル２７）は、省電力モードを解除されると、起動画面Ｑを表示部２７Ａに表示する（図４参照）。
【００９９】
ユーザによる入力部２７Ｂの操作指示によって、表示部２７Ａに表示された起動画面ＱにおけるブラウザアイコンＳが指示されると（ＳＥＱ１１４）、受付部５０は、ブラウザアイコンＳの指示を示す信号を表示制御部５２へ出力する（ＳＥＱ１１６、ＳＥＱ１１８）。
【０１００】
表示制御部５２は、該信号を受け付けると、Ｗｅｂアプリケーションを実行することによって、指示画面Ｐを表示部２７Ａに表示する（ＳＥＱ１２０）。すなわち、指示画面Ｐは、本体部１０に搭載された各機能の選択の受付や、各機能を示すアイコンなどを表示するブラウザとして機能する。
【０１０１】
この状態では、操作部２０側では、ユーザによって何れの機能が選択されるか不明である。このため、ＳＥＱ１２０の終了時点では、操作パネル２７の省電力モードは解除されているが、本体部１０に搭載された各機能部の各々で用いるハードウェアリソースの各々の省電力モードは、維持されたままとなっている。
【０１０２】
次に、ユーザが、指示画面Ｐに含まれる複数の機能の内の１つを選択する（ＳＥＱ１２２）。入力部２７Ｂは、選択された機能を示す信号を受付部５０へ出力する（ＳＥＱ１２４）。
【０１０３】
受付部５０は、指示画面Ｐに含まれる複数の機能の内の１つの選択を入力部２７Ｂ（操作パネル２７）から受け付けると、受け付けた機能を示す信号を表示制御部５２へ出力する（ＳＥＱ１２６）。
【０１０４】
表示制御部５２では、受け付けた機能における、詳細設定を行うための設定画面を表示部２７Ａに表示する（ＳＥＱ１２８）。例えば、受付部５０が受け付けた機能がスキャナ機能であるとする。この場合、表示制御部５２は、スキャナアプリを実行することによって、スキャナ機能の実行時に用いる詳細設定の入力を受け付けるための設定画面などを、表示部２７Ａに表示する。
【０１０５】
次に、表示制御部５２は、ＳＥＱ１２６で受け付けた機能を管理するＡＰＩを発行する（ＳＥＱ１３０）。例えば、ＳＥＱ１２６で受け付けた機能がスキャナ機能である場合、表示制御部５２は、図６に示すＡＰＩを発行する。
【０１０６】
実行制御部５８は、表示制御部５２で発行されたＡＰＩを受け付け、該ＡＰＩで管理する機能で用いるハードウェアリソースの特定要求を特定部５６へ出力する（ＳＥＱ１３２）。例えば、実行制御部５８は、表示制御部５２で発行されたＡＰＩ（例えば、図６参照）を、特定部５６へ出力することで、特定要求を出力する。
【０１０７】
特定部５６は、実行制御部５８から特定要求を受け付ける。そして、特定部５６は、受け付けた特定要求としてのＡＰＩで管理する対象の機能の判定要求を、判定部５４へする（ＳＥＱ１３４）。例えば、特定部５６は、表示制御部５２で発行されたＡＰＩ（例えば、図６参照）を、判定部５４へ出力することで、判定要求を出力する。
【０１０８】
判定部５４は、特定要求として受け付けたＡＰＩを用いて、該ＡＰＩで管理する対象の機能を判定し、判定結果を特定部５６へ出力する（ＳＥＱ１３６）。判定部５４は、受け付けたＡＰＩに対応する機能を示す情報を第１管理情報から読取ることによって、受け付けたＡＰＩで管理する対象の機能を判定する。第１管理情報は、上述したように、ＡＰＩと、ＡＰＩで管理する対象の機能を示す情報と、を１対１の関係で対応づけた情報である。判定結果は、機能を示す文字列（例えば、“ファックス機能”など）であってもよいし、機能の識別情報であってもよい。
【０１０９】
次に、特定部５６が、判定部５４によって判定された機能に対応する、１または複数のリソース識別情報を第２管理情報から読取る。第２管理情報は、上述したように、本体部１０に設けられた機能と、機能で用いる１または複数のハードウェアリソースのリソース識別情報と、を対応づけた情報である。この読取により、特定部５６は、表示制御部５２で発行されたＡＰＩに基づいて、省電力モードを解除する対象のハードウェアリソースを特定する（ＳＥＱ１３７）。
【０１１０】
そして、特定部５６は、特定したハードウェアリソースを示す情報を、特定結果として、実行制御部５８へ出力する（ＳＥＱ１３８）。
【０１１１】
特定結果は、特定したハードウェアリソースを示す文字列（例えば、“スキャナ部”、“ＨＤＤ”など）であってもよいし、特定したハードウェアリソースのリソース識別情報であってもよい。
【０１１２】
実行制御部５８は、特定されたハードウェアリソースについて、省電力モードを解除するように、本体部１０を制御する（ＳＥＱ１４０）。そして、本シーケンスを終了する。
【０１１３】
以上説明したように、本実施の形態のＭＦＰ１は、表示部２７Ａと、受付部５０と、表示制御部５２と、特定部５６と、実行制御部５８と、を備える。表示部２７Ａは、複数の機能を実行可能な本体部１０に搭載された機能の一覧を含む指示画面Ｐを表示する。受付部５０は、実行対象の機能の選択を受け付ける。表示制御部５２は、本体部１０における複数の機能の各々で用いるハードウェアリソースが省電力モードであるときに、受付部５０が機能の選択を受け付けた場合、受け付けた機能を管理するＡＰＩを発行する。特定部５６は、発行されたＡＰＩに基づいて、省電力モードを解除する対象のハードウェアリソースを特定する。実行制御部５８は、特定されたハードウェアリソースの省電力モードを解除するように、本体部１０を制御する。
【０１１４】
このように、本実施の形態では、操作部２０の表示制御部５２（具体的には、表示制御部５２が実行するＷｅｂアプリケーション）が発行するＡＰＩに基づいて、本体部１０のエンジン部１７に設けられた各機能の各々で用いる複数のハードウェアリソースの内、ユーザによって選択された機能で用いるハードウェアリソースの省電力モードを選択的に解除する。
【０１１５】
このため、本実施の形態では、表示部２７Ａ（操作パネル２７）と、本体部１０と、が別体として設けられている場合であっても、電力消費を効果的に抑制することができる。
【０１１６】
実行制御部５８は、特定されたハードウェアリソースが本体部１０に搭載されている場合に、該ハードウェアリソースの省電力モードを解除するように、本体部１０を制御することが好ましい。
【０１１７】
受付部５０は、表示部２７Ａへのユーザの接触を検知する。実行制御部５８は、本体部１０および表示部２７Ａが省電力モードであるときに、受付部５０が接触を検知した場合、本体部１０における複数の機能の各々で用いるハードウェアリソースの省電力モードを維持し、且つ、表示部２７Ａの省電力モードを解除するように、制御することが好ましい。
【０１１８】
特定部５６は、発行されたＡＰＩに基づいて、受け付けた機能で用いるハードウェアリソースを、省電力モードを解除する対象のハードウェアリソースとして特定することが好ましい。
【０１１９】
実行制御部５８は、特定部５６がハードウェアリソースを特定し、且つ、表示制御部５２が、受け付けた機能の実行指示を発行したときに、特定されたハードウェアリソースの省電力モードを解除するように、本体部１０を制御することが好ましい。
【０１２０】
この場合、上記効果に加えて、例えば、ユーザによる設定情報の入力操作に時間を要した場合であっても、実行指示が発行されるより前に省電力モードが解除されることによる、不要な電力の供給を避けることができる。
【０１２１】
このため、例えば、特定部５６がコピー機能のハードウェアリソースを特定した場合、表示制御部５２がコピー機能の実行指示を発行したときに、実行制御部５８は、コピー機能のハードウェアリソースの省電力モードを解除するように制御することができる。
【０１２２】
表示制御部５２は、本体部１０における複数の機能の各々で用いるハードウェアリソースが省電力モードであるときに、受付部５０が機能の選択を受け付けた場合、受け付けた機能で用いるハードウェアリソースを管理するＡＰＩを発行することが好ましい。
【０１２３】
表示制御部５２は、表示部２７Ａに指示画面Ｐが表示され、且つ、本体部１０における複数の機能の各々で用いるハードウェアリソースが省電力モードであるときに、受付部５０が機能の選択を受け付けた場合、受け付けた機能で用いるハードウェアリソースを管理するＡＰＩを発行することが好ましい。
【０１２４】
表示制御部５２が、本体部１０における機能単位で、受け付けた機能で用いるハードウェアリソースを管理するＡＰＩを発行することで、受け付けた機能の実行に必要なハードウェアリソースについて、一度に省電力モードを解除することができる。このため、この場合、上記効果に加えて、省電力モードの解除に要する時間の短縮を図ることができる。
【０１２５】
また、表示制御部５２は、各機能の実行に用いるハードウェアリソースごとのＡＰＩを発行することができる。このため、本実施の形態では、上記効果に加えて、本体部１０に設けられたハードウェアのリソースごとに、省電力モードを細かく復帰させることができ、消費電力を最小限に抑えることができる。
【０１２６】
また、上記機能は、スキャナ機能、ファックス機能、コピー機能、およびプリンタ機能の少なくとも１つであることが好ましい。
【０１２７】
なお、本実施の形態では、操作部２０が、表示制御部５２、判定部５４、特定部５６、実行制御部５８を備えた構成である場合を説明したが、表示制御部５２、判定部５４、特定部５６、および実行制御部５８の少なくとも１つを、本体部１０側に設けた構成としてもよい。
【０１２８】
また、本実施の形態では、本体部１０と操作部２０とは、別々のオペレーティングシステムで互いに独立して動作する場合を説明したが、これに限らず、例えば本体部１０と操作部２０が同じオペレーティングシステムで動作する形態であってもよい。
【０１２９】
（プログラム）
上述した実施の形態の情報処理システム１００で実行されるプログラムは、インストール可能な形式または実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ、ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｋ）、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）等のコンピュータで読み取り可能な記憶媒体に記録して提供するように構成してもよいし、インターネット等のネットワーク経由で提供または配布するように構成してもよい。また、各種プログラムを、ＲＯＭ等に予め組み込んで提供するように構成してもよい。
【０１３０】
以上、本発明に係る実施の形態について説明したが、本発明は、上述の実施の形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上述の実施の形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施の形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施の形態にわたる構成要素を適宜組み合わせてもよい。
【符号の説明】
【０１３１】
１０  本体部
２０  操作部
２７Ａ  表示部
５０  受付部
５２  表示制御部
５６  特定部
５８  実行制御部
【先行技術文献】
【特許文献】
【０１３２】
【特許文献１】特開２００６−３３３０５９号公報
【図１】
2016127462.tif 000003
【図２】
2016127462.tif 000004
【図３】
2016127462.tif 000005
【図４】
2016127462.tif 000006
【図５】
2016127462.tif 000007
【図６】
2016127462.tif 000008
【図７】
2016127462.tif 000009
【図８】
2016127462.tif 000010