JP2016149069A - 情報処理装置、情報処理システム、情報処理方法、情報処理プログラム、および記憶媒体 - Google Patents

Abstract

【課題】電力消費を効果的に抑制する。
【解決手段】記憶部５２は、履歴情報を記憶する。履歴情報は、ユーザＩＤと、本体部に搭載された複数の機能の各々で用いるハードウェアリソースを制御するアプリケーションを識別するアプリケーション名と、アプリケーションの利用履歴情報と、を対応づけたものである。受付部５０Ａは、アプリケーションを利用するユーザ識別情報を受け付ける。取得部５０Ｂは、受付けたユーザ識別情報に対応する利用履歴情報を取得する。第１の特定部５０Ｃは、取得した利用履歴情報に基づいて、利用対象のアプリケーションを特定する。第２の特定部５０Ｄは、特定したアプリケーションによって制御されるハードウェアリソースを特定する。起動部５０Ｅは、特定したハードウェアリソースを起動する。
【選択図】図３

Description

本発明は、情報処理装置、情報処理システム、情報処理方法、情報処理プログラム、および記憶媒体に関する。

スキャナ機能、コピー機能、プリンタ機能などの複数の機能を実行する複合機や単一の機能を備えるスキャナ装置、コピー機、プリンタなどが知られている。また、例えば、このような複合機等に対して各種指示入力などを行う操作部を、本体とは別体として構成し、独立性を保つために互いに異なるオペレーティングシステムを用いて動作させることもありうる。

ここで、このような複合機等を起動させる場合、複合機に設けられた全ての機能の各々で用いるハードウェアリソースへの電力供給を開始し、全てのハードウェアリソースを起動することが行われている。また、省電力を目的として、予約時間に電源をオフにする技術が開示されている（例えば、特許文献１参照）。

しかしながら、従来では、複合機に限らず、様々な機器においても全体の電源のオンオフを制御しており、一部の機能しか使用しない場合であっても、全ての機能の各々で用いるハードウェアリソースを起動させていた。このため、従来では、電力消費の抑制を効果的に図ることができない、という問題があった。

上述した課題を解決し、目的を達成するために、本発明は、ユーザ識別情報と、本体部に搭載された複数の機能の各々で用いるハードウェアリソースを制御するアプリケーションを識別するアプリケーション識別情報と、前記アプリケーションの利用履歴情報と、を対応づけた履歴情報を記憶する記憶部と、前記アプリケーションを利用する前記ユーザ識別情報を受け付ける受付部と、受付けた前記ユーザ識別情報に対応する前記利用履歴情報を取得する取得部と、取得した前記利用履歴情報に基づいて、利用対象の前記アプリケーションを特定する第１の特定部と、特定した前記アプリケーションによって制御される前記ハードウェアリソースを特定する第２の特定部と、特定した前記ハードウェアリソースを起動する起動部と、を備える情報処理装置である。

本発明によれば、電力消費を効果的に抑制することができる。

図１は、本実施の形態の情報処理システムのハードウェア構成例を示すブロック図である。 図２は、ＭＦＰのソフトウェア構成の一例を示す模式図である。 図３は、操作部の機能的構成を示すブロック図である。 図４は、対応情報のデータ構成の一例を示す図である。 図５は、履歴情報のデータ構成の一例を示す図である。 図６は、権限情報のデータ構造の一例を示す図である。 図７は、ログイン画面の一例を示す図である。 図８は、ホーム画面の一例を示す図である。 図９は、情報処理手順の一例を示すフローチャートである。 図１０は、情報処理手順の一例を示すフローチャートである。

以下、添付図面を参照しながら、本発明に係る情報処理装置、情報処理システム、情報処理方法、情報処理プログラム、および記憶媒体の実施の形態を詳細に説明する。

本実施の形態では、本発明に係る情報処理装置を、複合機（ＭＦＰ：Ｍｕｌｔｉｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）に適用した場合を例に挙げて説明する。複合機とは、コピー機能、プリンタ機能、ファックス機能、スキャナ機能、およびブラウザ機能のうち少なくとも２つの機能を有する装置である。

なお、本実施の形態では、本発明に係る情報処理装置を、ＭＦＰに適用した場合を例に挙げて説明する。しかし、本発明に係る情報処理装置の適用機器は、これに限定されるものではない。

本発明に係る情報処理装置は、省電力機能を有する機器であれば、何れの機器にも適用可能である。例えば、本発明に係る情報処理装置は、プロジェクタ、テレビ会議システム、電子黒板、デジタルカメラ、タブレットなど様々な機器に適用可能である。

図１は、本実施の形態の情報処理システム１００のハードウェア構成例を示すブロック図である。図１に示すように、情報処理システム１００は、ＭＦＰ１と、サーバ装置３０と、を含む。ＭＦＰ１は、インターネットなどのネットワーク４０を経由してサーバ装置３０と接続可能である。

サーバ装置３０は、公知のコンピュータである。サーバ装置３０は、各種データを記憶する記憶部３０Ａを含む。

図１では、情報処理システム１００に含まれるＭＦＰ１の台数が１台である場合を例示しているが、これに限らず、ＭＦＰ１の台数は任意である。また、情報処理システム１００に含まれるサーバ装置３０の台数も、１台に限定されない。

ＭＦＰ１は、本体部１０と、操作部２０と、を備える。

本体部１０は、コピー機能、プリンタ機能、ファックス機能、スキャナ機能、およびブラウザ機能などの各種の複数の機能を実行可能である。操作部２０は、ユーザの操作に応じた入力を受け付けるとともに、各種画面を表示する。本体部１０と操作部２０は、専用の通信路３１を介して相互に通信可能に接続されている。通信路３１は、例えばＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）規格のものを用いることもできるが、有線か無線かを問わず任意の規格のものであってよい。

本体部１０は、操作部２０で受け付けた入力に応じた動作を行うことができる。また、本体部１０は、クライアントＰＣ（パーソナルコンピュータ）等の外部装置とも通信可能であり、外部装置から受信した指示に応じた動作を行うこともできる。

次に、本体部１０のハードウェア構成について説明する。図１に戻り、本体部１０は、ＣＰＵ１１と、ＲＯＭ１２と、ＲＡＭ１３と、ＨＤＤ（ハードディスクドライブ）１４と、通信部１５と、接続部１６と、エンジン部１７とを備え、これらがシステムバス１８を介して相互に接続されている。

ＣＰＵ１１は、本体部１０の動作を統括的に制御する。ＣＰＵ１１は、ＲＡＭ１３をワークエリア（作業領域）としてＲＯＭ１２またはＨＤＤ１４等に格納されたプログラムを実行することで、本体部１０全体の動作を制御し、上述したコピー機能、プリンタ機能、ファックス機能、スキャナ機能、およびブラウザ機能などの各種機能を実現する。

通信部１５は、クライアントＰＣ（パーソナルコンピュータ）等の外部装置と通信する。接続部１６は、通信路３１を介して操作部２０と通信する。

エンジン部１７は、コピー機能、プリンタ機能、ファックス機能、スキャナ機能、およびブラウザ機能などの複数の機能の各々を実現させるための、汎用的な情報処理および通信以外の処理を行うハードウェアリソースを含む。

エンジン部１７に含まれるハードウェアリソースは、例えば、画像読取部（スキャナ部）、ＨＤＤ、画像形成部（プロッタ）、通信部、各種メモリ、などである。これらのハードウェアリソースは、本体部１０に搭載された機能ごとに、用いられるハードウェアリソースが定められている。

すなわち、エンジン部１７は、例えば、原稿の画像をスキャンして読み取るスキャナ機能を実現するためのハードウェアリソース（例えば、画像読取部（スキャナ部）、ＨＤＤ、など）、用紙等のシート材への印刷を行うコピー機能を実現するためのハードウェアリソース（例えば、画像形成部（プロッタ）、ＨＤＤなど）、画像データに応じた画像を形成するプリンタ機能を実現するためのハードウェアリソース（画像形成部、ＨＤＤ）、ファックス機能を実現するためのハードウェアリソース（通信部、画像読取部、ＨＤＤなど）、ブラウザ機能を実現するためのハードウェアリソース（通信部）を備える。なお、これらのＨＤＤは、ＨＤＤ１４であってもよい。

なお、エンジン部１７は、更に、印刷済みシート材を仕分けるフィニッシャや、原稿を自動給送するＡＤＦ（自動原稿給送装置）のような特定のオプションを備えることもできる。

次に、操作部２０のハードウェア構成について説明する。図１に示すように、操作部２０は、ＣＰＵ２１と、ＲＯＭ２２と、ＲＡＭ２３と、ＨＤＤ２４と、通信部２５と、接続部２６と、操作パネル２７とを備え、これらがシステムバス２８を介して相互に接続されている。

ＣＰＵ２１は、操作部２０の動作を統括的に制御する。ＣＰＵ２１は、ＲＡＭ２３をワークエリア（作業領域）としてＲＯＭ２２またはＨＤＤ２４等に格納されたプログラムを実行することで、操作部２０全体の動作を制御し、ユーザから受け付けた入力に応じた情報（画像）を操作パネル２７（表示部２７Ａ）に表示する。

通信部２５は、ネットワーク４０を介してサーバ装置３０と通信する。接続部２６は、通信路３１を介して本体部１０と通信する。

操作パネル２７は、ユーザの操作に応じた各種の入力を受け付けるとともに、各種の情報（例えば、受け付けた入力に応じた情報、起動時に表示する起動画面、本体部１０に設けられた機能の一覧を含む指示画面、ＭＦＰ１の動作状況を示す情報、設定状態などを示す情報など）を表示する。

本実施の形態では、操作パネル２７は、表示部２７Ａと入力部２７Ｂとを含んだ構成である場合を説明する。すなわち、本実施の形態では、操作パネル２７は、タッチパネル機能を搭載した液晶表示装置（ＬＣＤ）で構成される場合を説明するが、これに限られるものではない。例えば、操作パネル２７は、タッチパネル機能が搭載された有機ＥＬ表示装置で構成されてもよい。さらに、これに加えて又はこれに代えて、ハードウェアキー等の入力部２７Ｂやランプ等の表示部２７Ａを設けることもできる。

次に、ＭＦＰ１のソフトウェア構成について説明する。図２は、ＭＦＰ１のソフトウェア構成の一例を示す模式図である。図２に示すように、本体部１０は、アプリ層１０１と、サービス層１０２と、ＯＳ層１０３とを有する。アプリ層１０１、サービス層１０２、および、ＯＳ層１０３の実体は、ＲＯＭ１２やＨＤＤ１４等に格納されている各種ソフトウェアである。ＣＰＵ１１が、これらのソフトウェアを実行することにより、各種の機能が提供される。

アプリ層１０１のソフトウェアは、ハードウェアリソースを動作させて所定の機能を提供するためのアプリケーションソフトウェア（以下の説明では、単に「アプリ」または「アプリケーション」と称する場合がある）である。ＭＦＰ１では、本体部１０に搭載された機能ごとに、用いられるアプリケーションが定められている。すなわち、各アプリは、各機能に対応して設けられている。そして、各アプリは、本体部１０に搭載された複数のハードウェアリソースを、対応する機能を実現するためのハードウェアリソースごとに制御する。

例えばアプリとしては、プリンタ機能を提供するためのプリンタアプリ、スキャナ機能を提供するためのスキャナアプリ、ファックス機能を提供するためのファックスアプリ、コピー機能を提供するためのコピーアプリ、ウェブブラウジングを実現するブラウザ機能を提供するためのブラウザアプリ、などが挙げられる。

これらのアプリの各々は、本体部１０に搭載された、対応する機能を実現するためのハードウェアリソースの各々を制御する。

具体的には、コピーアプリは、コピー機能を実現するためのハードウェアリソース（例えば、画像形成部（プロッタ）、ＨＤＤなど）を制御する。プリンタアプリは、プリンタ機能を実現するためのハードウェアリソース（例えば、画像読取部、ＨＤＤなど）を制御する。ファックスアプリは、ファックス機能を実現するためのハードウェアリソース（例えば、画像読取部、ＨＤＤ、通信部）を制御する。また、スキャンアプリは、スキャナ機能を実現するためのハードウェアリソース（画像読取部、ＨＤＤ、通信部など）を制御する。ブラウザアプリは、ブラウザ機能を実現するためのハードウェアリソース（通信部など）を制御する。

また、これらのアプリケーションは、対応する各機能を実現するときの、操作パネル２７に対する入出力インターフェースとしての機能も有する。

サービス層１０２のソフトウェアは、アプリ層１０１とＯＳ層１０３との間に介在し、アプリに対し、本体部１０が備えるハードウェアリソースを利用するためのＡＰＩ（アプリケーションプログラムインタフェース）を提供するためのソフトウェアである。ＡＰＩは、予め定義された関数などにより、アプリ層１０１からの処理要求を受信可能とする。

より具体的には、サービス層１０２のソフトウェアは、ハードウェアリソースに対する動作要求の受付、動作要求の調停を行う機能を提供するためのソフトウェアである。サービス層１０２が受け付ける動作要求としては、スキャナによる読み取りやプロッタによる印刷等の要求が考えられる。

なお、サービス層１０２によるＡＰＩの機能は、本体部１０のアプリ層１０１だけではなく、操作部２０のアプリ層２０１に対しても提供される。すなわち、操作部２０のアプリ層２０１（アプリ）も、サービス層１０２のＡＰＩを介して、本体部１０のハードウェアリソースを利用した機能を実現することができる。

また、サービス層１０２は、要求されたハードウェアリソースが利用可能であるか（他の要求により利用されていないかどうか）を判断し、利用可能であれば要求されたハードウェアリソースが利用可能である旨を上位層に伝える。また、サービス層１０２は、上位層からの要求に対してハードウェアリソースの利用スケジューリングを行い、要求内容（例えば、プリンタエンジンにより紙搬送と作像動作、メモリ確保、ファイル生成等）を実行する。

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

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

なお、本実施の形態では、機能の独立性を保つために、本体部１０のＯＳ層１０３のソフトウェアと、操作部２０側のＯＳ層２０３のソフトウェアと、が互いに異なる。すなわち、本体部１０と操作部２０は、別々のオペレーティングシステムで互いに独立して動作する。例えば、本体部１０側のＯＳ層１０３のソフトウェアとしてＬｉｎｕｘ（登録商標）を用い、操作部２０側のＯＳ層２０３のソフトウェアとしてＡｎｄｒｏｉｄ（登録商標）を用いることも可能である。

本実施の形態のＭＦＰ１において、本体部１０と操作部２０は別々のオペレーティングシステムで動作する。このため、本体部１０と操作部２０との間の通信は、共通の装置内のプロセス間通信ではなく、異なる装置間の通信として行われる。操作部２０が受け付けた入力（ユーザからの指示内容）を本体部１０へ伝達する動作（コマンド通信）や、本体部１０が操作部２０へイベントを通知する動作などがこれに該当する。ここでは、操作部２０が本体部１０へコマンド通信を行うことにより、本体部１０の機能を使用することができる。また、本体部１０から操作部２０に通知するイベントには、本体部１０における動作の実行状況、本体部１０側で設定された内容などが挙げられる。

また、本実施の形態では、操作部２０に対する電力供給は、本体部１０から通信路３１を経由して行われる。このため、操作部２０の電源制御を、本体部１０の電源制御とは別に（独立して）行うことができる。

次に、操作部２０の機能について説明する。図３は、操作部２０の機能的構成を示すブロック図である。

操作部２０は、制御部５０と、操作パネル２７と、記憶部５２と、を備える。制御部５０と、操作パネル２７および記憶部５２と、はデータや信号授受可能に接続されている。

記憶部５２は、各種データを記憶する。記憶部５２は、図１に示すＨＤＤ２４である。なお、記憶部５２は、サーバ装置３０に設けられた記憶部３０Ａであってもよい。

記憶部５２は、対応情報と、履歴情報と、権限情報と、を含む各種データを記憶する。

対応情報は、ＭＦＰ１に搭載された複数の機能の各々を提供するためのアプリを識別するアプリケーション識別情報と、アプリによって制御されるハードウェアリソースを識別するリソース識別情報と、を対応づけた情報である。対応情報のデータ形式は、例えば、データベースであるが、そのデータ形式は限定されない。

本実施の形態では、アプリケーション識別情報として、アプリケーション名を用いる場合を一例として説明する。また、本実施の形態では、リソース識別情報として、ハードウェアリソース名を用いる場合を一例として説明する。

図４は、対応情報のデータ構成の一例を示す図である。図４中、「１」は、対応するアプリケーション名のアプリで利用するハードウェアリソースであることを示す。「０」は、対応するアプリケーション名のアプリでは利用しないハードウェアリソースであることを示す。すなわち、図４に示す例では、対応情報は、対応するアプリで利用するハードウェアリソースであるか否かを、１ビットの情報（「１」または「０」）で示した場合を示した。

図４に示す例では、対応情報は、アプリケーション名「コピーアプリ」に、該コピーアプリが制御するハードウェアリソースのハードウェアリソース名「画像読取部」、「画像形成部」、「ＨＤＤ」を対応づけている。また、対応情報は、アプリケーション名「プリンタアプリ」に、該プリンタアプリが制御するハードウェアリソースのハードウェアリソース名「画像形成部」、「ＨＤＤ」を対応づけている。また、対応情報は、アプリケーション名「ファックスアプリ」に、該ファックスアプリが制御するハードウェアリソースのハードウェアリソース名「画像読取部」、「ＨＤＤ」、「通信部」を対応づけている。また、対応情報は、アプリケーション名「スキャンアプリ」に、該スキャンアプリが制御するハードウェアリソースのハードウェアリソース名「画像読取部」、「ＨＤＤ」、「通信部」を対応づけている。また、対応情報は、アプリケーション名「ブラウザアプリ」に、該ブラウザアプリが制御するハードウェアリソースのハードウェアリソース名「通信部」を対応づけている。

履歴情報は、ＭＦＰ１に搭載されたアプリケーションの、ユーザによる利用の履歴を示す情報である。

図５は、履歴情報のデータ構成の一例を示す図である。履歴情報は、ユーザ識別情報（以下、ユーザＩＤと称する場合がある）と、アプリケーション識別情報と、利用履歴情報と、を対応づけた情報である。履歴情報のデータ形式は、例えば、データベースであるが、これに限定されない。

ユーザＩＤは、ユーザを識別する情報である。履歴情報に含まれるアプリケーション識別情報は、アプリの識別情報である。本実施の形態では、アプリケーション識別情報として、アプリケーション名（「コピーアプリ」、「プリンタアプリ」、「ファックスアプリ」、「スキャンアプリ」、「ブラウザアプリ」）を用いる場合を説明する。

利用履歴情報は、対応するユーザＩＤによって識別されるユーザによって利用された、アプリケーションの利用履歴を示す情報である。

本実施の形態では、利用履歴情報は、利用回数、利用時間帯、および一日における利用順、の少なくとも１つを含む。図５には、利用履歴情報が、利用回数と、利用時間帯と、一日における利用順と、を含む場合を一例として示した。

利用回数は、対応するアプリケーション名（アプリケーション識別情報）によって識別されるアプリケーションが、対応するユーザＩＤによって識別されるユーザによって利用された回数を示す。

例えば、図５に示す、ユーザＩＤ「Ａ」およびアプリケーション名「コピーアプリ」に対応する利用回数「１５」は、ユーザＩＤ「Ａ」のユーザが、コピーアプリを利用した回数が１５回であることを示す。

利用時間帯は、対応するアプリケーション名（アプリケーション識別情報）によって識別されるアプリケーションが、対応するユーザＩＤによって識別されるユーザにより利用された、時間帯を示す。利用時間帯に示される値は、該利用時間帯に利用された回数を示す。

例えば、図５に示すユーザＩＤ「Ａ」およびアプリケーション名「プリンタアプリ」に対応する利用時間帯「６：００〜１２：００」の値「１」は、ユーザＩＤ「Ａ」のユーザが「６：００〜１２：００」の間にプリンタアプリを１回利用したことを示す。同様に、ユーザＩＤ「Ａ」およびアプリケーション名「プリンタアプリ」に対応する利用時間帯「１２：００〜１８：００」の値「９」は、ユーザＩＤ「Ａ」のユーザが「１２：００〜１８：００」の間にプリンタアプリを９回利用したことを示す。

利用順は、一日における、対応するアプリケーションが、対応するユーザＩＤによって識別されるユーザにより利用された順番を示す。図５に示す履歴情報では、ユーザＩＤ「Ａ」によって識別されるユーザによる、１日におけるアプリの利用順が、スキャンアプリ、コピーアプリ、ブラウザアプリ、プリンタアプリ、およびファックスアプリ、の順であったことが示されている。

履歴情報は、ユーザによってＭＦＰ１のアプリケーションが利用されることで、更新される。履歴情報の更新処理は、制御部５０が行う。

このため、１度もＭＦＰ１のアプリケーションを利用していないユーザのユーザＩＤに対応する利用履歴情報は、記憶部５２（履歴情報）に格納されていない状態となる。

権限情報は、ユーザＩＤと、アプリケーション名（アプリケーション識別情報）と、利用権限と、を対応づけた情報である。権限情報のデータ形式は、データベースであってもよいが、そのデータ形式は限定されない。

図６は、権限情報のデータ構造の一例を示す図である。権限情報には、ＭＦＰ１の利用対象の全てのユーザの各々のユーザＩＤが予め登録されている。また、権限情報には、ＭＦＰ１に搭載された全てのアプリケーションのアプリケーション名が登録されている。

利用権限は、対応するユーザＩＤによって識別されるユーザの、対応するアプリケーション名によって識別されるアプリケーションを利用する権限を有するか否かを示す。図６に示す例では、利用権限には、利用する権限がある場合には「有り」が登録され、利用する権限が無い場合には「無し」が登録されている。

権限情報は、ＭＦＰ１の管理者などによる操作パネル２７の操作などによって予め登録され、予め記憶部５２に記憶すればよい。

図３に戻り、制御部５０は、受付部５０Ａと、取得部５０Ｂと、第１の特定部５０Ｃと、第２の特定部５０Ｄと、起動部５０Ｅと、管理部５０Ｆと、表示制御部５０Ｇと、を含む。受付部５０Ａ、取得部５０Ｂ、第１の特定部５０Ｃ、第２の特定部５０Ｄ、起動部５０Ｅ、管理部５０Ｆ、および表示制御部５０Ｇの一部またはすべては、例えば、ＣＰＵなどの処理装置にプログラムを実行させること、すなわち、ソフトウェアにより実現してもよいし、ＩＣ（Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）などのハードウェアにより実現してもよいし、ソフトウェアおよびハードウェアを併用して実現してもよい。

表示制御部５０Ｇは、各種の画像や情報を表示部２７Ａに表示する制御を行う。表示制御部５０Ｇは、ログイン画面や、ホーム画面などを表示する。

図７は、ログイン画面Ｑの一例を示す図である。ログイン画面Ｑは、ユーザＩＤとパスワードの入力をユーザに対して促す画面である。なお、ログイン画面Ｑは、少なくともユーザＩＤの入力を促す画面であればよく、パスワードの入力は必須ではない。

ユーザは、ログイン画面Ｑを介して、ユーザＩＤおよびパスワードを入力する。

受付部５０Ａは、アプリケーションを利用するユーザの、ユーザＩＤを操作パネル２７から受け付ける。本実施の形態では、受付部５０Ａは、操作パネル２７から、ユーザＩＤおよびパスワードを受け付ける。

ユーザＩＤおよびパスワードを受け付けた受付部５０Ａは、受付けたユーザＩＤおよびパスワードを認証する。例えば、記憶部５２に、ＭＦＰ１を利用するユーザのユーザＩＤとパスワードとを対応づけた認証情報を予め記憶する。受付部５０Ａは、ユーザＩＤとパスワードを操作パネル２７から受け付けたときに、受付けたユーザＩＤとパスワードの組合せが認証情報に格納されている場合、認証正常と判断する。また、受付部５０Ａは、受付けたユーザＩＤとパスワードの組合せが認証情報に格納されていない場合、認証異常と判断する。

取得部５０Ｂは、受付部５０Ａが受付けたユーザＩＤに対応する利用履歴情報を取得する。取得部５０Ｂは、受付部５０Ａが認証正常と判断した場合に、受付けたユーザＩＤに対応する利用履歴情報を、記憶部５２に記憶された履歴情報から読取る。この読取り処理により、取得部５０Ｂは、利用履歴情報を取得する。

第１の特定部５０Ｃは、取得部５０Ｂが取得した利用履歴情報に基づいて、利用対象のアプリケーションを特定する。詳細には、第１の特定部５０Ｃは、取得部５０Ｂが取得した利用履歴情報に含まれる、利用回数、利用時間帯、および一日における利用順、の少なくとも１つを用いて、利用対象のアプリケーションを特定する。

具体的には、第１の特定部５０Ｃは、取得部５０Ｂが取得した利用履歴情報に対応するアプリケーション名によって識別されるアプリケーションの内、該利用履歴情報に対応するユーザＩＤを受け付けた時刻を含む利用時間帯に利用されたアプリケーションを、利用対象のアプリケーションとして特定する。

例えば、取得部５０Ｂが、ユーザＩＤ「Ａ」に対応する利用履歴情報を履歴情報から取得したとする（図５参照）。また、取得部５０Ｂが該利用履歴情報の取得に用いたユーザＩＤ「Ａ」を操作パネル２７から受け付けた時刻が、１８：３０であったとする。

この場合、第１の特定部５０Ｃは、履歴情報における、ユーザＩＤ「Ａ」に対応するアプリケーション名によって識別されるアプリケーションの内、該時刻「１８：３０」を含む利用時間帯「１８：００〜０：００」に利用されたアプリケーションである、コピーアプリ、およびスキャンアプリを、利用対象のアプリケーションとして特定する。

また、第１の特定部５０Ｃは、取得部５０Ｂが取得した利用履歴情報に対応するアプリケーション名によって識別されるアプリケーションの内、該利用履歴情報に対応するユーザＩＤの受付日における該ユーザＩＤの受付回数に応じた「一日における利用順」に対応するアプリケーションを、利用対象のアプリケーションとして特定してもよい。

例えば、取得部５０Ｂが、ユーザＩＤ「Ａ」に対応する利用履歴情報を履歴情報から取得したとする（図５参照）。また、取得部５０Ｂが該利用履歴情報の取得に用いたユーザＩＤ「Ａ」を操作パネル２７から受け付けた受付日における、該ユーザＩＤ「Ａ」の受付回数が、例えば、「３」回目であったとする。すなわち、ユーザＩＤ「Ａ」によって識別されるユーザによる、ＭＦＰ１へのログイン操作が、その日の３回目であったとする。

この場合、第１の特定部５０Ｃは、履歴情報における、ユーザＩＤ「Ａ」に対応するアプリケーション名によって識別されるアプリケーションの内、該受付回数と同じ値「３」の「一日における利用順」に対応する、アプリケーション名「ブラウザアプリ」のブラウザアプリを、利用対象のアプリケーションとして特定する。

また、第１の特定部５０Ｃは、取得部５０Ｂが取得した利用履歴情報に対応するアプリケーション名によって識別されるアプリケーションの内、該利用履歴情報に含まれる利用回数の最も大きいアプリケーションを、利用対象のアプリケーションとして特定してもよい。

例えば、取得部５０Ｂが、ユーザＩＤ「Ａ」に対応する利用履歴情報を履歴情報から取得したとする（図５参照）。この場合、第１の特定部５０Ｃは、ユーザＩＤ「Ａ」に対応するアプリケーション名の内、利用回数の最も大きい（図５に示す例では利用回数「３７７」）に対応するアプリケーション名「スキャンアプリ」のアプリケーションであるスキャンアプリを、利用対象のアプリケーションとして特定する。

なお、第１の特定部５０Ｃは、利用対象のアプリケーションの特定に、利用履歴情報に含まれる、利用回数、利用時間帯、および一日における利用順、の少なくとも１つを用いればよく、これらの２つ以上を組合せて用いてもよい。

また、第１の特定部５０Ｃは、上記処理によってアプリケーションを特定すればよく、特定するアプリケーションの数は１つに限定されず複数であってもよい。

ここで、上述したように、ＭＦＰ１のアプリケーションを未利用のユーザの、ユーザＩＤに対応する利用履歴情報は、記憶部５２（履歴情報）に格納されていない。

そこで、第１の特定部５０Ｃは、受付部５０Ａが受け付けたユーザＩＤに対応する利用履歴情報が記憶部５２に記憶されていない場合には、以下の処理を行えばよい。

具体的には、この場合、第１の特定部５０Ｃは、履歴情報に含まれる利用回数の合計値の最も大きいアプリケーションを、利用対象のアプリケーションとして特定すればよい。

履歴情報に含まれる利用回数の合計値とは、履歴情報に含まれる全利用回数を、各アプリケーション名に対応する利用回数ごとに合計した合計値である。すなわち、履歴情報に含まれる利用回数の合計値とは、履歴情報に示される各アプリケーション名に対応する、利用回数の合計値である。

例えば、受付部５０Ａが、履歴情報に登録されていないユーザ「Ｆ」のユーザＩＤを受け付けたとする。この場合、第１の特定部５０Ｃは、履歴情報（図５）に格納されている利用回数の、アプリケーション名ごとの合計値を算出する。図５に示す例では、例えば、アプリケーション名「コピーアプリ」の、利用回数の合計値は、２２（１５＋４＋３＝２２）である。同様にして、受付部５０Ａは、「プリンタアプリ」、「ファックスアプリ」、「スキャンアプリ」、「ブラウザアプリ」の各々について、利用回数の合計値を算出する。

そして、第１の特定部５０Ｃは、利用回数の合計値の最も大きいアプリケーション名によって識別されるアプリケーションを、利用対象のアプリケーションとして特定する。

図５に示す履歴情報が記憶部５２に記憶されている場合、第１の特定部５０Ｃは、利用回数の合計値の最も大きいアプリケーション名「プリンタアプリ」によって識別されるアプリケーションであるプリンタアプリを、利用対象のアプリケーションとして特定する。

また、受付部５０Ａが受け付けたユーザＩＤに対応する利用履歴情報が記憶部５２に記憶されていない場合、第１の特定部５０Ｃは、以下の処理を行ってもよい。

例えば、第１の特定部５０Ｃは、受付部５０Ａが受け付けたユーザＩＤによって識別されるユーザが利用権限を有するアプリケーションを、利用対象のアプリケーションとして特定してもよい。

例えば、受付部５０Ａが、履歴情報に登録されていないユーザ「Ｆ」のユーザＩＤを受け付けたとする。この場合、第１の特定部５０Ｃは、権限情報（図６参照）における、ユーザＩＤ「Ｆ」に対応する利用権限の内、利用権限「有り」に対応するアプリケーション名を読取る。図６に示す例では、第１の特定部５０Ｃは、アプリケーション名「コピーアプリ」、「プリンタアプリ」、「ファックスアプリ」を読取る。そして、第１の特定部５０Ｃは、これらのアプリケーション名によって識別されるアプリケーションである、コピーアプリ、プリンタアプリ、ファックスアプリを、利用対象のアプリケーションとして特定すればよい。

なお、第１の特定部５０Ｃは、受付部５０Ａが受け付けたユーザＩＤに対応する利用履歴情報が記憶部５２に記憶されていない場合、上記利用回数の合計値を用いる処理と、利用権限を用いる処理と、の双方を組み合わせて実行してもよいし、何れか一方を実行してもよい。

図３に戻り、第２の特定部５０Ｄは、第２の特定部５０Ｄが特定したアプリケーションによって制御されるハードウェアリソースを特定する。

第２の特定部５０Ｄは、第１の特定部５０Ｃが特定したアプリケーションのアプリケーション名に対応するハードウェアリソース名を対応情報（図４参照）から読取る。そして、第２の特定部５０Ｄは、読取ったハードウェアリソース名によって識別されるハードウェアリソースを特定する。

例えば、第１の特定部５０Ｃが、コピーアプリと、プリンタアプリと、を特定したとする。この場合、第２の特定部５０Ｄは、対応情報に基づいて、コピーアプリによって制御されるハードウェアリソース“画像読取部”、“画像形成部”、“ＨＤＤ”を特定する。また、第２の特定部５０Ｄは、対応情報に基づいて、プリンタアプリによって制御されるハードウェアリソース“画像形成部”、“ＨＤＤ”を特定する。

図３に戻り、起動部５０Ｅは、第２の特定部５０Ｄが特定したハードウェアリソースを起動する。本実施の形態では、ハードウェアリソースを起動する、とは、ハードウェアリソースに、ハードウェアリソースが正常動作可能な閾値以上の電圧値の電力供給を開始することを意味する。

このため、本実施の形態では、ハードウェアリソースは、起動前の状態では、電力を供給されない（電力ＯＦＦ）状態、または、供給電力の電圧値が上記閾値未満の省電力モードの状態にある。

そして、第２の特定部５０Ｄによって特定されたハードウェアリソースは、起動部５０Ｅによって起動されることで、上記閾値以上の電圧値の電力が供給され、正常動作可能な状態となる。

そして、起動部５０Ｅは、起動したハードウェアリソースに対して、ユーザによる操作パネル２７の操作指示などによって指示された処理を実行させる。

例えば、表示制御部５０Ｇは、起動部５０Ｅによって起動されたハードウェアリソースによって実現される機能を示すアイコンを含む、ホーム画面を表示部２７Ａに表示する。具体的には、起動部５０Ｅは、第１の特定部５０Ｃで特定されたアプリケーションによって実現される機能を示すアイコンを含む、ホーム画面を表示部２７Ａに表示する。

図８は、ホーム画面Ｐの一例を示す図である。

ホーム画面Ｐは、起動部５０Ｅによって起動したハードウェアリソースによって実現される機能（具体的には、第１の特定部５０Ｃで特定されたアプリケーションによって実現される機能）の各々を示すアイコンを含む。例えば、第１の特定部５０Ｃによって、コピーアプリと、プリンタアプリと、が特定されたとする。

この場合、ホーム画面Ｐは、コピー機能を示すアイコンと、プリンタ機能を示すアイコンと、を含む。このとき、ホーム画面Ｐに表示されたアイコンによって示される機能を実現するためのハードウェアリソースは、起動部５０Ｅによって起動された状態となっている。

そして、ユーザは、実行対象の機能のアイコンの表示領域を指示することで、実行対象の機能を選択する。すると、入力部２７Ｂは、ユーザによって指示された機能を受け付ける。すると、起動部５０Ｅは、起動したハードウェアリソースの内、受付けた機能を実現するためのハードウェアリソースに、ユーザによって指示された処理などを実行させる。

なお、起動部５０Ｅは、第２の特定部５０Ｄによって特定されたハードウェアリソースの内、ホーム画面Ｐを介してユーザによって指示された機能を実現するためのハードウェアリソースのみを起動してもよい。そして、起動部５０Ｅは、起動したハードウェアリソースに、ユーザによって指示された処理などを実行させてもよい。

そして、起動部５０Ｅは、起動したハードウェアにおいて、指示された処理が終了すると、起動したハードウェアを省電力モードへ戻す。なお、処理が終了したときに、起動部５０Ｅは、起動したハードウェアへの電力供給を遮断（電力ＯＦＦ）してもよい。

管理部５０Ｆは、ユーザによってアプリケーションが利用される毎に、履歴情報を更新する。具体的には、管理部５０Ｆは、起動部５０Ｅによって起動したハードウェアリソースによって、各ハードウェアリソースが担当する機能を実行する度に、履歴情報を更新する。

具体的には、管理部５０Ｆは、起動部５０Ｅによって起動したハードウェアリソースが実行した処理内容から利用履歴情報を算出する。そして、管理部５０Ｆは、算出した利用履歴情報を、該起動の直前に受付部５０Ａで受け付けたユーザＩＤ、および対応する起動したハードウェアリソースを制御したアプリケーションのアプリケーション名に対応づけて、履歴情報に登録する。これにより、管理部５０Ｆは、履歴情報を更新する。

なお、管理部５０Ｆによる履歴情報の更新のタイミングは、任意のタイミングを予め設定すればよい。任意のタイミングとは、例えば、１日ごと、１週間ごと、１ヶ月ごと、などである。そして、管理部５０Ｆは、前回の更新時からのアプリの利用の履歴を記憶部５２に記憶しておく。この利用の履歴は、履歴情報の更新に必要なパラメータを含んだものであればよい。例えば、この利用の履歴は、ユーザＩＤ、該ユーザＩＤを受付部５０Ａが受け付けた日時、利用したアプリケーションのアプリケーション名などを含む。そして、管理部５０Ｆは、更新のタイミングごとに、記憶部５２に記憶した利用履歴を用いて、履歴情報を更新してもよい。

次に、制御部５０で実行する情報処理の手順を説明する。

図９は、情報処理手順の一例を示すフローチャートである。

まず、受付部５０ＡがユーザＩＤを受け付けたか否かを判断する（ステップＳ１００）。表示制御部５０Ｇは、ログイン画面Ｑを表示部２７Ａ（操作パネル２７）に表示する。受付部５０Ａは、ユーザＩＤを操作パネル２７から受け付けたか否かを判別することで、ステップＳ１００の判断を行う。なお、ここでは、認証正常と判断されるユーザＩＤが入力されたと仮定して説明を行う。

ステップＳ１００で否定判断すると（ステップＳ１００：Ｎｏ）、本ルーチンを終了する。また、認証異常と判断された場合もステップＳ１００で否定判断し（ステップＳ１００：Ｎｏ）、本ルーチンを終了する。

ステップＳ１００で肯定判断すると（ステップＳ１００：Ｙｅｓ）、ステップＳ１０２へ進む。ステップＳ１０２では、取得部５０Ｂが、ステップＳ１００で受け付けたユーザＩＤに対応する利用履歴情報が、記憶部５２に記憶されているか否かを判断する（ステップＳ１０２）。具体的には、取得部５０Ｂは、記憶部５２に記憶されている履歴情報に、ステップＳ１００で受け付けたユーザＩＤに対応する利用履歴情報が登録されているか否かを判断する。

利用履歴情報が記憶されている場合（ステップＳ１０２：Ｙｅｓ）、ステップＳ１０４へ進む。ステップＳ１０４では、取得部５０Ｂが、ステップＳ１００で受け付けたユーザＩＤに対応する利用履歴情報を取得する（ステップＳ１０４）。

次に、第１の特定部５０Ｃが、取得部５０Ｂが取得した利用履歴情報に基づいて、利用対象のアプリケーションを特定する（ステップＳ１０６）。上述したように、第１の特定部５０Ｃは、ステップＳ１０４で取得した利用履歴情報に含まれる、利用回数、利用時間帯、および一日における利用順、の少なくとも１つを用いて、利用対象のアプリケーションを特定する。そして、ステップＳ１０８へ進む。

一方、ステップＳ１０２の判断において、ステップＳ１００で受け付けたユーザＩＤに対応する利用履歴情報が記憶部５２に記憶されていない場合（ステップＳ１０２：Ｎｏ）、ステップＳ１１０へ進む。

ステップＳ１１０では、第１の特定部５０Ｃは、履歴情報に含まれる利用回数の合計値の最も大きいアプリケーションを、利用対象のアプリケーションとして特定する（ステップＳ１１０）。そして、ステップＳ１０８へ進む。

ステップＳ１０８では、第２の特定部５０Ｄが、ステップＳ１０６またはステップＳ１１０で特定したアプリケーションによって制御されるハードウェアリソースを特定する（ステップＳ１０８）。

次に、起動部５０Ｅが、ステップＳ１０８で特定されたハードウェアリソースを起動する（ステップＳ１１２）。

次に、表示制御部５０Ｇは、ステップＳ１１２によって起動されたハードウェアリソースによって実現される機能を示すアイコンを含む、ホーム画面Ｐを表示部２７Ａに表示する（ステップＳ１１４）。

次に、受付部５０Ａは、表示した機能の何れかの実行指示を受付けたか否かを判断する（ステップＳ１１６）。ステップＳ１１６で否定判断すると（ステップＳ１１６：Ｎｏ）、ステップＳ１２２へ進む。ステップＳ１１６で肯定判断すると（ステップＳ１１６：Ｙｅｓ）、ステップＳ１１８へ進む。

ステップＳ１１８では、起動部５０Ｅが、ステップＳ１１２で起動したハードウェアリソースの内、ステップＳ１１６で実行指示を受付けた機能を実現するためのハードウェアリソースに、ユーザによって指示された処理などを実行させる（ステップＳ１１８）。

なお、上述したように、起動部５０Ｅは、第２の特定部５０Ｄによって特定されたハードウェアリソースの内、ホーム画面Ｐを介してユーザによって指示された機能を実現するためのハードウェアリソースのみを起動してもよい。そして、起動部５０Ｅは、起動したハードウェアリソースに、ユーザによって指示された処理などを実行させてもよい。

次に、管理部５０Ｆが、ステップＳ１１８で実行された処理の履歴を用いて、履歴情報を更新する（ステップＳ１２０）。なお、上述したように、管理部５０Ｆによる履歴情報の更新のタイミングは、ステップＳ１２０のタイミングに限定されない。

次に、起動部５０Ｅは、ステップＳ１１２で起動したハードウェアを省電力モードへ戻す（ステップＳ１２２）。なお、ステップＳ１２２では、起動部５０Ｅは、ステップＳ１１２で起動したハードウェアへの電力供給を遮断（電力ＯＦＦ）してもよい。

そして、本ルーチンを終了する。

なお、制御部５０は、図９に示す情報処理に代えて、図１０に示す情報処理を行ってもよい。図１０は、制御部５０で実行する情報処理手順の一例を示すフローチャートである。

制御部５０は、図９に示すステップＳ１１０の処理に代えて、ステップＳ２１０の処理（図１０参照）を行ってもよい。なお、ステップ２１０以外の処理（ステップＳ１００〜ステップＳ１０８、ステップＳ１１２〜ステップＳ１２２）は、図９と同様であるため、説明を省略する。

すなわち、取得部５０Ｂが、ステップＳ１００で受け付けたユーザＩＤに対応する利用履歴情報が、記憶部５２に記憶されているか否かを判断する（ステップＳ１０２）。そして、ステップＳ１０２で肯定判断した場合（ステップＳ１０２：Ｙｅｓ）、ステップＳ１０４〜ステップＳ１０８、ステップＳ１１２〜ステップＳ１２２の処理を実行し、本ルーチンを終了する。

一方、ステップＳ１０２で否定判断した場合（ステップＳ１０２：Ｎｏ）、ステップＳ２１０へ進む。ステップＳ２１０では、第１の特定部５０Ｃが、受付部５０Ａが受け付けたユーザＩＤによって識別されるユーザが利用権限を有するアプリケーションを、利用対象のアプリケーションとして特定する（ステップＳ２１０）。そして、ステップＳ１０８へ進む。

以上説明したように、本実施の形態のＭＦＰ１は、記憶部５２と、受付部５０Ａと、取得部５０Ｂと、第１の特定部５０Ｃと、第２の特定部５０Ｄと、起動部５０Ｅと、を備える。記憶部５２は、履歴情報を記憶する。履歴情報は、ユーザ識別情報（ユーザＩＤ）と、本体部１０に搭載された複数の機能の各々で用いるハードウェアリソースを制御するアプリケーションを識別するアプリケーション識別情報（アプリケーション名）と、アプリケーションの利用履歴情報と、を対応づけたものである。受付部５０Ａは、アプリケーションを利用するユーザ識別情報を受け付ける。取得部５０Ｂは、受付けたユーザ識別情報に対応する利用履歴情報を取得する。第１の特定部５０Ｃは、取得した利用履歴情報に基づいて、利用対象のアプリケーションを特定する。第２の特定部５０Ｄは、特定したアプリケーションによって制御されるハードウェアリソースを特定する。起動部５０Ｅは、特定したハードウェアリソースを起動する。

このように、本実施の形態のＭＦＰ１は、ＭＦＰ１を利用するユーザの利用履歴情報に応じて、起動するハードウェアリソースを特定し、特定したハードウェアリソースを起動する。このため、ＭＦＰ１では、ＭＦＰ１に搭載された複数のハードウェアリソースの内、ユーザの利用するアプリケーションに対応する機能を実現するためのハードウェアリソースを、ユーザの利用履歴情報に応じて選択的に起動させることができる。

従って、本実施の形態のＭＦＰ１によれば、電力消費を効果的に抑制することができる。

また、本実施の形態のＭＦＰ１は、ユーザの利用履歴情報に応じてハードウェアリソースを選択的に起動させるので、上記効果に加えて、起動時に要する待ち時間の短縮を図ることもできる。

なお、利用履歴情報は、対応するアプリケーション識別情報（アプリケーション名）によって識別されるアプリケーションの利用された利用時間帯を含んでいてもよい。この場合、第１の特定部５０Ｃは、取得した利用履歴情報に対応するアプリケーション識別情報によって識別されるアプリケーションの内、該利用履歴情報に対応するユーザ識別情報を受け付けた時刻を含む利用時間帯に利用されたアプリケーションを、利用対象のアプリケーションとして特定する。

このため、本実施の形態のＭＦＰ１では、ユーザの、時間帯によるアプリケーションの使用頻度に応じて、最適なアプリケーションを利用対象として特定し、対応するハードウェアリソースを選択的に起動することができる。よって、本実施の形態のＭＦＰ１では、上記効果に加えて、ユーザの利用形態に応じた省電力化を実現することができる。

また、利用履歴情報は、対応するアプリケーション識別情報（アプリケーション名）によって識別されるアプリケーションの、対応するユーザ識別情報（ユーザＩＤ）によって識別されるユーザによる一日における利用順を含んでいてもよい。この場合、第１の特定部５０Ｃは、取得した利用履歴情報に対応するアプリケーション識別情報（アプリケーション名）によって識別されるアプリケーションの内、該利用履歴情報に対応するユーザ識別情報（ユーザＩＤ）の受付日における該ユーザ識別情報（ユーザＩＤ）の受付回数に応じた利用順に対応するアプリケーションを、利用対象のアプリケーションとして特定する。

このため、本実施の形態のＭＦＰ１では、ユーザの、一日における利用順に応じたアプリケーションを利用対象として特定し、対応するハードウェアリソースを選択的に起動することができる。例えば、朝一番にファックスアプリを利用するユーザに対しては、該ユーザがその日の最初にログインした場合、ファックスアプリによるファックス機能を実現するためのハードウェアリソースを選択的に起動することができる。よって、本実施の形態のＭＦＰ１では、上記効果に加えて、ユーザの利用形態に応じた省電力化を実現することができる。

また、利用履歴情報は、対応するアプリケーション識別情報（アプリケーション名）によって識別されるアプリケーションの利用回数を含んでいてもよい。この場合、第１の特定部５０Ｃは、取得した利用履歴情報に対応するアプリケーション識別情報（アプリケーション名）によって識別されるアプリケーションの内、該利用履歴情報に含まれる利用回数の最も大きいアプリケーションを、利用対象のアプリケーションとして特定する。

このため、本実施の形態のＭＦＰ１では、ユーザによるアプリケーションの利用回数に応じて、最適なアプリケーションを利用対象として特定し、対応するハードウェアリソースを選択的に起動することができる。よって、本実施の形態のＭＦＰ１では、上記効果に加えて、ユーザの利用状態に応じた省電力化を実現することができる。

また、第１の特定部５０Ｃは、受付けたユーザ識別情報（ユーザＩＤ）に対応する利用履歴情報が記憶部５２に記憶されていない場合、履歴情報に含まれる利用回数の合計値の最も大きいアプリケーションを、利用対象のアプリケーションとして特定する。

このため、本実施の形態のＭＦＰ１は、上記効果に加えて、ＭＦＰ１の利用状況に応じた省電力化を図ることができる。

例えば、特定の部署に設置されたＭＦＰ１を、該ＭＦＰ１を初めて利用するユーザが利用する場合を仮定する。この場合、本実施の形態のＭＦＰ１は、ＭＦＰ１で既に用いられている利用状況に応じて、利用回数の最も大きいアプリケーションに対応する機能を実現するためのハードウェアリソースを、選択的に起動することができる。

例えば、ＭＦＰ１の設置された部署内で、紙媒体の使用削減のためにプリンタ機能に比べてスキャン機能を用いることが推奨されていたと仮定する。この場合、該ＭＦＰ１では、プリンタ機能のプリンタアプリに比べてスキャン機能のスキャンアプリの利用回数が多くなる。このようなＭＦＰ１を、該ＭＦＰ１を未使用のユーザが初めて利用する場合、ＭＦＰ１は、利用回数の合計値の最も大きいアプリケーションであるプリンタアプリを利用対象として特定する。そして、ＭＦＰ１は、特定したプリンタアプリによるプリンタ機能を実現するためのハードウェアリソースを選択的に起動する。

このため、本実施の形態のＭＦＰ１は、上記効果に加えて、ＭＦＰ１の利用状況に応じた省電力化を図ることができる。

また、第１の特定部５０Ｃは、受付けたユーザ識別情報（ユーザＩＤ）に対応する利用履歴情報が記憶部５２に記憶されていない場合、受け付けたユーザ識別情報（ユーザＩＤ）によって識別されるユーザが利用権限を有するアプリケーションを、利用対象のアプリケーションとして特定する。

このため、本実施の形態のＭＦＰ１では、ユーザが利用権限を有するアプリケーションによる機能を実現するためのハードウェアリソースのみを、選択的に起動することができる。従って、本実施の形態のＭＦＰ１では、上記効果に加えて、ユーザの利用権限に応じた省電力化を図ることができる。

なお、本実施の形態では、対応情報、履歴情報、および権限情報を、操作部２０の記憶部５２に記憶した形態を示した。しかし、対応情報、履歴情報、および権限情報の少なくとも１つを、サーバ装置３０の記憶部３０Ａに記憶してもよい。

この場合、操作部２０の制御部５０は、記憶部５２に代えて、記憶部３０Ａにネットワーク４０を介してアクセスし、記憶部５２から各種情報の読取りや、記憶部５２への各種データの記憶や更新を行えばよい。

なお、本実施の形態では、操作部２０が、受付部５０Ａ、取得部５０Ｂ、第１の特定部５０Ｃ、第２の特定部５０Ｄ、起動部５０Ｅ、管理部５０Ｆ、および表示制御部５０Ｇを備えた構成である場合を説明した。しかし、受付部５０Ａ、取得部５０Ｂ、第１の特定部５０Ｃ、第２の特定部５０Ｄ、起動部５０Ｅ、管理部５０Ｆ、および表示制御部５０Ｇの少なくとも１つを、本体部１０側に設けた構成としてもよい。

また、本実施の形態では、本体部１０と操作部２０とは、別々のオペレーティングシステムで互いに独立して動作する場合を説明したが、これに限らず、例えば本体部１０と操作部２０とが同じオペレーティングシステムで動作する形態であってもよい。

上述した実施の形態の情報処理システム１００で実行されるプログラムは、インストール可能な形式または実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）等のコンピュータで読み取り可能な記憶媒体に記録して提供するように構成してもよいし、インターネット等のネットワーク経由で提供または配布するように構成してもよい。また、各種プログラムを、ＲＯＭ等に予め組み込んで提供するように構成してもよい。

以上、本発明に係る実施の形態について説明したが、本発明は、上述の実施の形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上述の実施の形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施の形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施の形態にわたる構成要素を適宜組み合わせてもよい。

１ ＭＦＰ
１０ 本体部
３０ サーバ装置
５０Ａ 受付部
５０Ｂ 取得部
５０Ｃ 第１の特定部
５０Ｄ 第２の特定部
５０Ｅ 起動部
１００ 情報処理システム

特開２０１１−１５０５４３号公報

Claims (15)

1. ユーザ識別情報と、本体部に搭載された複数の機能の各々で用いるハードウェアリソースを制御するアプリケーションを識別するアプリケーション識別情報と、前記アプリケーションの利用履歴情報と、を対応づけた履歴情報を記憶する記憶部と、
   前記アプリケーションを利用する前記ユーザ識別情報を受け付ける受付部と、
   受付けた前記ユーザ識別情報に対応する前記利用履歴情報を取得する取得部と、
   取得した前記利用履歴情報に基づいて、利用対象の前記アプリケーションを特定する第１の特定部と、
   特定した前記アプリケーションによって制御される前記ハードウェアリソースを特定する第２の特定部と、
   特定した前記ハードウェアリソースを起動する起動部と、
   を備える情報処理装置。
2. 前記利用履歴情報は、対応する前記アプリケーション識別情報によって識別される前記アプリケーションの利用された利用時間帯を含み、
   前記第１の特定部は、
   取得した前記利用履歴情報に対応する前記アプリケーション識別情報によって識別される前記アプリケーションの内、該利用履歴情報に対応する前記ユーザ識別情報を受け付けた時刻を含む前記利用時間帯に利用された前記アプリケーションを、利用対象の前記アプリケーションとして特定する、
   請求項１に記載の情報処理装置。
3. 前記利用履歴情報は、対応する前記アプリケーション識別情報によって識別される前記アプリケーションの、対応する前記ユーザ識別情報によって識別されるユーザによる一日における利用順を含み、
   前記第１の特定部は、
   取得した前記利用履歴情報に対応する前記アプリケーション識別情報によって識別される前記アプリケーションの内、該利用履歴情報に対応する前記ユーザ識別情報の受付日における該ユーザ識別情報の受付回数に応じた前記利用順に対応する前記アプリケーションを、利用対象の前記アプリケーションとして特定する、
   請求項１または請求項２に記載の情報処理装置。
4. 前記利用履歴情報は、対応する前記アプリケーション識別情報によって識別される前記アプリケーションの利用回数を含み、
   前記第１の特定部は、
   取得した前記利用履歴情報に対応する前記アプリケーション識別情報によって識別される前記アプリケーションの内、該利用履歴情報に含まれる前記利用回数の最も大きい前記アプリケーションを、利用対象の前記アプリケーションとして特定する、
   請求項１〜請求項３の何れか１項に記載の情報処理装置。
5. 前記第１の特定部は、
   受付けた前記ユーザ識別情報に対応する前記利用履歴情報が前記記憶部に記憶されていない場合、
   前記履歴情報に含まれる前記利用回数の合計値の最も大きい前記アプリケーションを、利用対象の前記アプリケーションとして特定する、
   請求項４に記載の情報処理装置。
6. 前記第１の特定部は、
   受付けた前記ユーザ識別情報に対応する前記利用履歴情報が前記記憶部に記憶されていない場合、
   受け付けた前記ユーザ識別情報によって識別されるユーザが利用権限を有するアプリケーションを、利用対象の前記アプリケーションとして特定する、
   請求項１〜請求項５の何れか１項に記載の情報処理装置。
7. サーバ装置と、情報処理装置と、を備えた情報処理システムであって、
   前記サーバ装置は、
   ユーザ識別情報と、本体部に搭載された複数の機能の各々で用いるハードウェアリソースを制御するアプリケーションを識別するアプリケーション識別情報と、前記アプリケーションの利用履歴情報と、を対応づけた履歴情報を記憶する記憶部を備え、
   前記情報処理装置は、
   前記アプリケーションを利用する前記ユーザ識別情報を受け付ける受付部と、
   受付けた前記ユーザ識別情報に対応する前記利用履歴情報を取得する取得部と、
   取得した前記利用履歴情報に基づいて、利用対象の前記アプリケーションを特定する第１の特定部と、
   特定した前記アプリケーションによって制御される前記ハードウェアリソースを特定する第２の特定部と、
   特定した前記ハードウェアリソースを起動する起動部と、
   を備える、
   情報処理システム。
8. ユーザ識別情報と、本体部に搭載された複数の機能の各々で用いるハードウェアリソースを制御するアプリケーションを識別するアプリケーション識別情報と、前記アプリケーションの利用履歴情報と、を対応づけた履歴情報を記憶する記憶部を備えた情報処理装置で実行する情報処理方法であって、
   前記アプリケーションを利用する前記ユーザ識別情報を受け付ける受付ステップと、
   受付けた前記ユーザ識別情報に対応する前記利用履歴情報を取得する取得ステップと、
   取得した前記利用履歴情報に基づいて、利用対象の前記アプリケーションを特定する第１の特定ステップと、
   特定した前記アプリケーションによって制御される前記ハードウェアリソースを特定する第２の特定ステップと、
   特定した前記ハードウェアリソースを起動する起動ステップと、
   を含む情報処理方法。
9. 前記利用履歴情報は、対応する前記アプリケーション識別情報によって識別される前記アプリケーションの利用された利用時間帯を含み、
   前記第１の特定ステップは、
   取得した前記利用履歴情報に対応する前記アプリケーション識別情報によって識別される前記アプリケーションの内、該利用履歴情報に対応する前記ユーザ識別情報を受け付けた時刻を含む前記利用時間帯に利用された前記アプリケーションを、利用対象の前記アプリケーションとして特定する、
   請求項８に記載の情報処理方法。
10. 前記利用履歴情報は、対応する前記アプリケーション識別情報によって識別される前記アプリケーションの、対応する前記ユーザ識別情報によって識別されるユーザによる一日における利用順を含み、
    前記第１の特定ステップは、
    取得した前記利用履歴情報に対応する前記アプリケーション識別情報によって識別される前記アプリケーションの内、該利用履歴情報に対応する前記ユーザ識別情報の受付日における該ユーザ識別情報の受付回数に応じた前記利用順に対応する前記アプリケーションを、利用対象の前記アプリケーションとして特定する、
    請求項８または請求項９に記載の情報処理方法。
11. 前記利用履歴情報は、対応する前記アプリケーション識別情報によって識別される前記アプリケーションの利用回数を含み、
    前記第１の特定ステップは、
    取得した前記利用履歴情報に対応する前記アプリケーション識別情報によって識別される前記アプリケーションの内、該利用履歴情報に含まれる前記利用回数の最も大きい前記アプリケーションを、利用対象の前記アプリケーションとして特定する、
    請求項８〜請求項１０の何れか１項に記載の情報処理方法。
12. 前記第１の特定ステップは、
    受付けた前記ユーザ識別情報に対応する前記利用履歴情報が前記記憶部に記憶されていない場合、
    前記履歴情報に含まれる前記利用回数の合計値の最も大きい前記アプリケーションを、利用対象の前記アプリケーションとして特定する、
    請求項１１に記載の情報処理方法。
13. 前記第１の特定ステップは、
    受付けた前記ユーザ識別情報に対応する前記利用履歴情報が前記記憶部に記憶されていない場合、
    受け付けた前記ユーザ識別情報によって識別されるユーザが利用権限を有するアプリケーションを、利用対象の前記アプリケーションとして特定する、
    請求項８〜請求項１２の何れか１項に記載の情報処理方法。
14. ユーザ識別情報と、本体部に搭載された複数の機能の各々で用いるハードウェアリソースを制御するアプリケーションを識別するアプリケーション識別情報と、前記アプリケーションの利用履歴情報と、を対応づけた履歴情報を記憶する記憶部を備えたコンピュータに、
    前記アプリケーションを利用する前記ユーザ識別情報を受け付けるステップと、
    受付けた前記ユーザ識別情報に対応する前記利用履歴情報を取得するステップと、
    取得した前記利用履歴情報に基づいて、利用対象の前記アプリケーションを特定するステップと、
    特定した前記アプリケーションによって制御される前記ハードウェアリソースを特定するステップと、
    特定した前記ハードウェアリソースを起動するステップと、
    を実行させる情報処理プログラム。
15. ユーザ識別情報と、本体部に搭載された複数の機能の各々で用いるハードウェアリソースを制御するアプリケーションを識別するアプリケーション識別情報と、前記アプリケーションの利用履歴情報と、を対応づけた履歴情報を記憶する記憶部を備えたコンピュータに、
    前記アプリケーションを利用する前記ユーザ識別情報を受け付けるステップと、
    受付けた前記ユーザ識別情報に対応する前記利用履歴情報を取得するステップと、
    取得した前記利用履歴情報に基づいて、利用対象の前記アプリケーションを特定するステップと、
    特定した前記アプリケーションによって制御される前記ハードウェアリソースを特定するステップと、
    特定した前記ハードウェアリソースを起動するステップと、
    を実行させるためのプログラムを記録したコンピュータ読取り可能な記憶媒体。

Images