JP2017103551A - 情報処理装置及び制御方法 - Google Patents

Abstract

【課題】自装置の保守作業がより効率的に行われるようにすることができる情報処理装置及び制御方法を提供することである。【解決手段】実施形態の情報処理装置は、周辺画像取得部と、第１検出部と、管理者判定部と、報知部と、を持つ。周辺画像取得部は、自装置周辺の画像を取得する。第１検出部は、前記周辺画像取得部によって取得された前記画像から人の顔を検出する。管理者判定部は、前記第１検出部によって検出された人が自装置の管理者であるか否かを判定する。報知部は、前記管理者判定部によって前記人が自装置の管理者であることが判定された場合に、自装置のメンテナンスに関する情報を前記管理者に報知する。【選択図】図２

Description

本発明の実施形態は、情報処理装置及び制御方法に関する。

画像形成装置等の情報処理装置では、用紙やトナー等の消耗品の交換又は補充や、装置のメンテナンスなどの保守作業が必要になる場合がある。このような場合、情報処理装置は、自装置が保守作業を必要としていることを報知する動作（以下、「報知動作」という。）を行う。例えば、情報処理装置は、メッセージの表示や音の出力、インジケータの点灯等の態様の報知動作を行う。近年では、このような報知動作を、自装置周辺に人が検出された場合に行う情報処理装置も実現されている。しかしながら、従来の情報処理装置は、報知の対象となる人を識別しない。そのため、報知したい内容が必ずしも適切な人に報知されず、保守作業が効率的に行われない可能性があった。

特開２００６−１８７９４４号公報

本発明が解決しようとする課題は、自装置の保守作業がより効率的に行われるようにすることができる情報処理装置及び制御方法を提供することである。

実施形態の情報処理装置は、周辺画像取得部と、第１検出部と、管理者判定部と、報知部と、を持つ。周辺画像取得部は、自装置周辺の画像を取得する。第１検出部は、前記周辺画像取得部によって取得された前記画像から人の顔を検出する。管理者判定部は、前記第１検出部によって検出された人が自装置の管理者であるか否かを判定する。報知部は、前記管理者判定部によって前記人が自装置の管理者であることが判定された場合に、自装置のメンテナンスに関する情報を前記管理者に報知する。

実施形態の画像形成装置１００の全体構成例を示す外観図。 実施形態の画像形成装置１００の機能構成の具体例を示す図。 第１特徴情報の具体例を示す図。 状態情報の具体例を示す図。 第１の実施形態の画像形成装置１００が行う報知処理の流れを示すフローチャート。 第２の実施形態の画像形成装置１００ａの機能構成の具体例を示す図。 第２特徴情報の具体例を示す図。 第２の実施形態の画像形成装置１００ａが行う報知処理の流れを示すフローチャート。

以下、実施形態の情報処理装置及び制御方法を、図面を参照して説明する。

（第１の実施形態）
図１は、実施形態の画像形成装置１００の全体構成例を示す外観図である。画像形成装置１００は、例えば複合機である。画像形成装置１００は、ディスプレイ１１０、コントロールパネル１２０、プリンタ部１３０、シート収容部１４０及び画像読取部２００を備える。なお、画像形成装置１００のプリンタ部１３０は、トナー像をシートに定着させる電子写真式の装置であってもよいし、インクジェット式の装置であってもよい。

画像形成装置１００（情報処理装置の一例）は、トナー等の現像剤を用いてシート上に画像を形成する。シートは、例えば紙やラベル用紙である。シートは、その表面に画像形成装置１００が画像を形成できる物であればどのような物であってもよい。

ディスプレイ１１０は、液晶ディスプレイ、有機ＥＬ（Electro Luminescence）ディスプレイ等の画像表示装置である。ディスプレイ１１０は、画像形成装置１００に関する種々の情報を表示する。

コントロールパネル１２０は、複数のボタンを有する。コントロールパネル１２０は、ユーザの操作を受け付ける。コントロールパネル１２０は、ユーザによって行われた操作に応じた信号を、画像形成装置１００の制御部に出力する。なお、ディスプレイ１１０とコントロールパネル１２０とは一体のタッチパネルとして構成されてもよい。

プリンタ部１３０は、画像読取部２００によって生成された画像情報又は通信路を介して受信された画像情報に基づいて、シート上に画像を形成する。プリンタ部１３０は、例えば以下のような処理によって画像を形成する。プリンタ部１３０の画像形成部は、画像情報に基づいて感光体ドラム上に静電潜像を形成する。プリンタ部１３０の画像形成部は、静電潜像に現像剤を付着させることによって可視像を形成する。現像剤の具体例として、トナーがある。プリンタ部１３０の転写部は、可視像をシート上に転写する。プリンタ部１３０の定着部は、シートに対して加熱及び加圧を行うことによって、可視像をシート上に定着させる。なお、画像が形成されるシートは、シート収容部１４０に収容されているシートであってもよいし、手差しされたシートであってもよい。

シート収容部１４０は、プリンタ部１３０における画像形成に用いられるシートを収容する。

画像読取部２００は、読み取り対象の画像情報を光の明暗として読み取る。画像読取部２００は、読み取られた画像情報を記録する。記録された画像情報は、ネットワークを介して他の情報処理装置に送信されてもよい。記録された画像情報は、プリンタ部１３０によってシート上に画像形成されてもよい。

撮像部３００は、画像形成装置１００の周辺を撮像するカメラ等の撮像装置を用いて構成される。撮像部３００は、例えば図１のように画像形成装置１００の上部に設置される。撮像部３００は、所定の周期で画像形成装置１００の周辺を連続して撮像する。撮像部３００は、画像形成装置１００の周辺が撮像された画像（以下、「周辺画像」という。）を生成して画像形成装置１００に出力する。なお、撮像部３００が設置される態様は、画像形成装置１００の周辺を撮像可能であれば、必ずしも画像形成装置１００に取り付けられる態様に限定されない。例えば、撮像部３００は、通信ケーブルを介して画像形成装置１００に接続され、画像形成装置１００が設置された室内の壁や天井に設置されてもよい。

図２は、実施形態の画像形成装置１００の機能構成の具体例を示す図である。画像形成装置１００は、バスで接続されたＣＰＵ（Central Processing Unit）やメモリや補助記憶装置などを備え、プログラムを実行する。画像形成装置１００は、プログラムの実行によって特徴情報記憶部１０１、状態情報記憶部１０２、周辺画像取得部１０３、第１検出部１０４、管理者判定部１０５及び報知部１０６を備える装置として機能する。なお、画像形成装置１００の各機能の全て又は一部は、ＡＳＩＣ（Application Specific Integrated Circuit）やＰＬＤ（Programmable Logic Device）やＦＰＧＡ（Field Programmable Gate Array）等のハードウェアを用いて実現されてもよい。プログラムは、コンピュータ読み取り可能な記録媒体に記録されてもよい。コンピュータ読み取り可能な記録媒体とは、例えばフレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置である。プログラムは、電気通信回線を介して送信されてもよい。

特徴情報記憶部１０１及び状態情報記憶部１０２は、磁気ハードディスク装置や半導体記憶装置などの記憶装置を用いて構成される。特徴情報記憶部１０１は、自装置の管理者の顔の特徴を示す特徴情報を予め記憶している。特徴情報は、顔の特徴を表し、数値的な比較が可能な情報であれば既存のどのような手法で生成されてもよい。例えば、第１の特徴情報は、管理者の顔が撮像された画像から抽出される複数の特徴点の位置によって表される。

また、状態情報記憶部１０２は、自装置がメンテナンスを必要とする状態（以下、「要保守状態」という。）か否かを示す状態情報を記憶する。状態情報は、画像形成装置１００の制御部（図示せず）によって、自装置の状態の変化に応じて更新される。

周辺画像取得部１０３は、撮像部３００から周辺画像を取得する。周辺画像取得部１０３は、取得した周辺画像を第１検出部１０４に出力する。

第１検出部１０４は、周辺画像取得部１０３から周辺画像を取得する。第１検出部１０４は、取得された周辺画像から人の顔を検出する。第１検出部１０４が周辺画像から人の顔を検出する手法には既存のどのような顔認識技術が用いられてもよい。

管理者判定部１０５は、第１検出部１０４によって周辺画像から顔が検出された人が自装置の管理者であるか否かを判定する。具体的には、管理者判定部１０５は、検出された人の顔の特徴情報（以下、「第１検出情報」という。）を取得する。管理者判定部１０５は、第１検出情報と、予め特徴情報記憶部１０１に記憶されている自装置の管理者の顔の特徴情報（以下、「第１特徴情報」という。）とに基づいて、検出された人が管理者であるか否かを判定する。

報知部１０６は、管理者判定部１０５の判定結果に基づいて、自装置のメンテナンスに関する情報（以下、「メンテナンス情報」という。）を管理者に報知する。

図３は、第１特徴情報の具体例を示す図である。例えば、第１特徴情報は、図３に示す第１特徴情報テーブル１０１１として保持される。第１特徴情報テーブル１０１１は、管理者ＩＤごとの第１特徴情報レコードを有する。第１特徴情報レコードは、管理者ＩＤ及び特徴情報の各値を有する。管理者ＩＤは、画像形成装置１００の管理者の識別情報を表す。特徴情報は、管理者ＩＤによって識別される管理者の第１特徴情報を表す。

図４は、状態情報の具体例を示す図である。例えば、状態情報は、図４に示す状態情報テーブル１０２１として保持される。状態情報テーブル１０２１は、状態ＩＤごとの状態情報レコードを有する。状態情報レコードは、状態ＩＤ、フラグ及び対応部材の各値を有する。状態ＩＤは、画像形成装置１００における要保守状態の識別情報である。フラグは、自装置が状態ＩＤによって識別される要保守状態にあるか否かを表す。対応部材は、状態ＩＤによって識別される要保守状態においてメンテナンスに必要となる部材を表す。

図５は、第１の実施形態の画像形成装置１００が管理者に対してメンテナンス情報を報知する処理（以下、「報知処理」という。）の流れを示すフローチャートである。なお、図５に示す報知処理は、所望の実行頻度が実現されるタイミングであればどのようなタイミングで実行されてもよい。例えば、報知処理は、画像形成装置１００の印刷に関連する処理（以下、「印刷関連処理」という。）の一部に組み込まれて実行されてもよいし、印刷関連処理から独立して実行されてもよい。

まず、画像形成装置１００の周辺画像取得部１０３が、撮像部３００から周辺画像を取得する（ＡＣＴ１０１）。周辺画像取得部１０３は、取得した周辺画像を第１検出部１０４に出力する。第１検出部１０４は、周辺画像取得部１０３から周辺画像を取得する。第１検出部１０４は、取得した周辺画像から人の顔を検出する（ＡＣＴ１０２）。具体的には、第１検出部１０４は、周辺画像から人の顔の特徴を示す点（以下、「特徴点」という。）を抽出することによって周辺画像から人の顔を検出する。第１検出部１０４は、周辺画像から抽出された特徴点を示す情報を第１検出情報として管理者判定部１０５に出力する。

続いて、管理者判定部１０５は、第１検出部１０４によって周辺画像から検出された人が自装置の管理者であるか否かを判定する（ＡＣＴ１０３）。具体的には、管理者判定部１０５は、予め特徴情報記憶部１０１に記憶されている第１特徴情報と、第１検出部１０４によって取得された第１検出情報とに基づいて、第１検出部１０４によって検出された人が自装置の管理者であるか否かを判定する。例えば、管理者判定部１０５は、第１特徴情報と第１検出情報との比較によって、周辺画像から検出された人の顔の特徴と、管理者の顔の特徴と、の一致度を取得する。管理者判定部１０５は、取得した一致度を所定の閾値と比較することによって、周辺画像から検出された人が自装置の管理者であるか否かを判定する。

周辺画像から検出された人が自装置の管理者でないと判定された場合（ＡＣＴ１０３−ＮＯ）、管理者判定部１０５は報知処理を終了させる。一方、周辺画像から検出された人が自装置の管理者であると判定された場合（ＡＣＴ１０３−ＹＥＳ）、管理者判定部１０５は、判定結果を報知部１０６に出力する。報知部１０６は、自装置が要保守状態であるか否かを判定する（ＡＣＴ１０４）し、判定結果に基づいてメンテナンス情報を管理者に報知する。

例えば、報知部１０６は、状態情報テーブル１０２１を参照し、フラグの値に“１”を持つ状態情報レコードの選択を試行する。報知部１０６は、条件を満たす状態情報レコードが選択された場合、自装置が要保守状態であると判定する。一方、条件を満たす状態情報レコードが選択されなかった場合、報知部１０６は自装置が要保守状態でないと判定する。

自装置が要保守状態でないと判定された場合（ＡＣＴ１０４−ＮＯ）、報知部１０６は報知処理を終了させる。一方、自装置が要保守状態であると判定された場合（ＡＣＴ１０４−ＹＥＳ）、例えば報知部１０６は、自装置が要保守状態であることをメンテナンス情報として管理者に報知する（ＡＣＴ１０５）。ここで、報知部１０６がメンテナンス情報を管理者に報知する方法はどのような方法であってもよい。例えば、報知部１０６は、ブザー音の出力やＬＥＤ（Light Emitting Diode）の明滅等によってメンテナンス情報を管理者に報知してもよい。この場合、報知部１０６は、管理者に報知するメンテナンス情報の内容をブザー音の出力パターンや、ＬＥＤの明滅パターンなどで表現してもよい。また、状態情報テーブル１０２１のフラグが“１”である状態情報に関する内容をディスプレイ１１０に表示してメンテナンス情報を管理者に報知してもよい。

このように構成された第１の実施形態の画像形成装置１００は、自装置周辺が撮像された周辺画像から管理者を検出し、検出した管理者に対して自装置のメンテナンスに関する情報を報知する。このような機能を備えることによって、第１の実施形態の画像形成装置１００は、自装置の要保守状態を適切な人（すなわち管理者）に報知することができるため、自装置の保守作業がより効率的に行われるようにすることが可能となる。
また、第１の実施形態の画像形成装置１００は、自装置の周辺にいる管理者に対して報知する。そのため、音の出力による報知動作の場合において、自装置の周辺を通りかかったメンテナンスに不慣れな人への報知を防止することができる。また、自装置が設置された室内で音を出力し続けて自装置周辺の人の業務の妨げになることを防止することができる。

（第２の実施形態）
図６は、第２の実施形態の画像形成装置１００ａの機能構成の具体例を示す図である。画像形成装置１００ａは、特徴情報記憶部１０１に代えて特徴情報記憶部１０１ａを備える点、第２検出部１０７及び保守動作制御部１０８をさらに備える点、で第１の実施形態の画像形成装置１００と異なる。他の機能部は、画像形成装置１００と同様である。そのため、特徴情報記憶部１０１ａ、第２検出部１０７及び保守動作制御部１０８以外の機能部については図２と同じ符号を付すことによって以下での説明を省略する。

特徴情報記憶部１０１ａは、第１特徴情報に加えて、さらに第２特徴情報を予め記憶している。第２特徴情報は、自装置のメンテナンスに関する部材（以下、「保守部材」という。）の特徴を示す情報である。第２特徴情報は、保守部材の特徴を表し、数値的な比較が可能な情報であれば既存のどのような手法で生成されてもよい。例えば、第１の特徴情報は、保守部材が撮像された画像から抽出される複数の特徴点の位置によって表される。

第２検出部１０７は、周辺画像取得部１０３から周辺画像を取得する。第２検出部１０７は、取得された周辺画像から保守部材を検出する。第２検出部１０７が周辺画像から保守部材を検出する手法には既存のどのような画像認識技術が用いられてもよい。

保守動作制御部１０８は、自装置の保守動作を制御する機能部である。保守動作とは、自装置の保守に関する動作であり、例えば、保守部材の交換が必要な部位のカバーを開ける動作である。この場合、画像形成装置１００ａは、上記カバーの動作を制御するモータやソレノイドコイル等の駆動部（図示せず）を予め備える。保守動作制御部１０８は、これらの駆動部に対する電流や電圧を制御することによってカバーの開閉動作を制御可能である。保守動作は、自装置の保守に関する動作であれば他のどのような動作であってもよい。例えば、保守動作は、保守部材の交換に必要な前処理などの動作であってもよい。保守動作制御部１０８は、管理者判定部１０５の判定結果と、第２検出部１０７の検出結果と、に基づいて自装置の保守動作を制御する。

図７は、第２特徴情報の具体例を示す図である。例えば、第２特徴情報は、図７に示す第２特徴情報テーブル１０１２として保持される。第２特徴情報テーブル１０１２は、保守部材ＩＤごとの第２特徴情報レコードを有する。第２特徴情報レコードは、保守部材ＩＤ及び特徴情報の各値を有する。保守部材ＩＤは保守部材の識別情報を表す。特徴情報は、保守部材ＩＤによって識別される保守部材の第２特徴情報を表す。

図８は、第２の実施形態の画像形成装置１００ａが行う報知処理の流れを示すフローチャートである。なお、図８のフローチャートに示される処理の一部は、図５のフローチャートに示した処理と同様である。そのため、そのような同様の処理には図５と同じ符号を付すことによって、以下での説明を省略する。

報知部１０６によって、自装置が要保守状態でないと判定された場合（ＡＣＴ１０４−ＮＯ）、報知部１０６は報知処理を終了させる。一方、報知部１０６によって、自装置が要保守状態であると判定された場合（ＡＣＴ１０４−ＹＥＳ）、第２検出部１０７は、周辺画像から保守部材を検出する（ＡＣＴ２０１）。

具体的には、第２検出部１０７は、周辺画像から保守部材の特徴を示す第２検出情報を抽出する。保守動作制御部１０８は、第２特徴情報テーブル１０１２を参照し、各保守部材の特徴情報を取得する。保守動作制御部１０８は、第２特徴情報として取得した特徴情報と、第２検出情報との一致度を取得する。保守動作制御部１０８は、取得した一致度を所定の閾値と比較することによって、周辺画像から検出された保守部材がどの保守部材であるかを識別する。第２検出部１０７は、周辺画像から検出された保守部材ＩＤを保守動作制御部１０８に通知する。

続いて、保守動作制御部１０８は、周辺画像から検出された保守部材が自装置のメンテナンスに必要な保守部材（以下、「必要保守部材」という。）であるか否かを判定する（ＡＣＴ２０２）。具体的には、保守動作制御部１０８は、状態情報テーブル１０２１を参照し、第２検出部１０７から通知された保守部材ＩＤに対応するフラグが“１”であるか否かを判定する。第２検出部１０７から通知された保守部材ＩＤに対応するフラグが“１”でない場合、保守動作制御部１０８は、保守部材ＩＤが示す保守部材は必要保守部材でないと判定する。一方、第２検出部１０７から通知された保守部材ＩＤに対応するフラグが“１”である場合、保守動作制御部１０８は、保守部材ＩＤが示す保守部材は必要保守部材であると判定する。

周辺画像から検出された保守部材が必要保守部材でないと判定された場合（ＡＣＴ２０２−ＮＯ）、保守動作制御部１０８はＡＣＴ１０５に処理を移す。一方、周辺画像から抽出された保守部材が必要保守部材であると判定された場合（ＡＣＴ２０２−ＹＥＳ）、保守動作制御部１０８は、周辺画像から検出された管理者が必要保守部材を所持しているか否かを判定する（ＡＣＴ２０３）。

例えば、保守動作制御部１０８は、周辺画像内における管理者と必要保守部材との間の距離が所定の閾値以下であるか否かを判定する。管理者と必要保守部材との間の距離が所定の閾値より大きい場合、保守動作制御部１０８は、管理者が必要保守部材を所持していないと判定する。一方、管理者と必要保守部材との間の距離が所定の閾値以下である場合、保守動作制御部１０８は、管理者が必要保守部材を所持していると判定する。

周辺画像から検出された管理者が必要保守部材を所持していないと判定された場合（ＡＣＴ２０３−ＮＯ）、保守動作制御部１０８はＡＣＴ１０５に処理を移す。一方、周辺画像から検出された管理者が必要保守部材を所持していると判定された場合（ＡＣＴ２０３−ＹＥＳ）、保守動作制御部１０８は、自装置に保守動作を行わせる。例えば、保守動作制御部１０８は、必要保守部材の交換が必要な部位のカバーを開ける動作を自装置に対して行わせる（ＡＣＴ２０４）。

このように構成された第２の実施形態の画像形成装置１００ａは、自装置のメンテナンス情報を報知する報知処理において、管理者が必要保守部材を所持している場合に保守動作を行う。このような機能を備えることによって、画像形成装置１００ａは管理者のメンテナンスにかかる負荷を軽減することができる。すなわち、第２の実施形態の画像形成装置１００ａは、自装置の保守作業がより効率的に行われるようにすることが可能となる。

以下、実施形態の画像形成装置の変形例について説明する。

画像形成装置１００は、周辺画像から検出された管理者に応じたメンテナンス情報を報知してもよい。また、画像形成装置１００は、周辺画像から検出された管理者に応じて、メンテナンス情報の報知を行うか否かを判定してもよい。例えば、画像形成装置１００は、自装置の要保守状態に対するメンテナンスを実行可能な管理者が検出された場合に、メンテナンス情報を報知してもよい。
また、画像形成装置１００は、メンテナンスを実行した管理者を記憶する機能を備えてもよい。この場合、画像形成装置１００は、メンテナンスを実行した管理者を、その管理者が実行したメンテナンスの種別と対応づけて記憶する。画像形成装置１００は、周辺画像から検出された管理者が、自装置の要保守状態に応じたメンテナンスの種別に対応づけられている場合、当該管理者に対してメンテナンス情報を報知してもよい。

第１特徴情報は、画像形成装置１００において生成されてもよい。この場合、例えば、画像形成装置１００は、以下のようにして第１特徴情報を生成する。まず、画像形成装置１００は、撮像部３００によって撮像された画像から人の顔を検出する。画像形成装置１００は、コントロールパネル１２０を介して、検出された人の中から管理者として登録する人の選択の入力を受け付ける。続いて、画像形成装置１００は、コントロールパネル１２０を介して、選択された人に対応づける管理者ＩＤの入力を受け付ける。画像形成装置１００は、選択された人の顔の特徴情報と入力された管理者ＩＤとを対応づけて第１特徴情報を生成し、特徴情報記憶部１０１に記憶させる。
また、画像形成装置１００は、人の操作を介さずに第１特徴情報を生成してもよい。この場合、例えば、画像形成装置１００は、以下のようにして第１特徴情報を生成する。まず、画像形成装置１００は、撮像部３００によって撮像された画像から、自装置の前で自装置を使用しているユーザの顔を検出する。例えば、画像形成装置１００は、ユーザが自装置の前に位置するか否かを画像から検出された人の顔の大きさで判断してもよい。画像形成装置１００は、検出された人の顔の特徴情報と、自装置を使用中のユーザの識別情報とを対応づけて第１特徴情報を生成し、特徴情報記憶部１０１に記憶させる。

画像形成装置１００ａが自装置に保守動作を行わせる条件となる管理者の状態は、管理者が必要保守部材を所持しているか否かに限定されない。例えば、画像形成装置１００ａは、管理者が自装置から所定の範囲内に位置する場合に、自装置に保守動作を行わせるように構成されてもよい。

画像形成装置１００又は１００ａが自装置周辺の管理者を検出する方法は、周辺画像から検出する態様に限定されない。例えば、画像形成装置１００又は１００ａは、管理者が所持する端末から発信されるビーコン等の信号を検出することによって、自装置周辺の管理者を検出してもよい。

以上説明した少なくともひとつの実施形態によれば、自装置周辺に位置する管理者を検出する機能と、検出された管理者に対して自装置のメンテナンスに関する情報を報知する機能とを持つことにより、自装置の保守作業がより効率的に行われるようにすることができる。

また、上述した自装置周辺に位置する管理者を検出する機能と、検出された管理者に対して自装置のメンテナンスに関する情報を報知する機能とは、画像形成装置以外の情報処理装置にも適用可能である。

本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれると同様に、特許請求の範囲に記載された発明とその均等の範囲に含まれるものである。

１００，１００ａ…画像形成装置、１０１，１０１ａ…特徴情報記憶部、１０１１…第１特徴情報テーブル、１０１２…第２特徴情報テーブル、１０２…状態情報記憶部、１０２１…状態情報テーブル、１０３…周辺画像取得部、１０４…第１検出部、１０５…管理者判定部、１０６…報知部、１０７…第２検出部、１０８…保守動作制御部、１１０…ディスプレイ、１２０…コントロールパネル、１３０…プリンタ部、１４０…シート収容部、２００…画像読取部、３００…撮像部

Claims (5)

1. 自装置周辺の画像を取得する周辺画像取得部と、
   前記周辺画像取得部によって取得された前記画像から人の顔を検出する第１検出部と、
   前記第１検出部によって検出された人が自装置の管理者であるか否かを判定する管理者判定部と、
   前記管理者判定部によって前記人が自装置の管理者であることが判定された場合に、自装置のメンテナンスに関する情報を前記管理者に報知する報知部と、
   を備える情報処理装置。
2. 前記報知部は、前記メンテナンスに関する情報を報知するか否かを、前記メンテナンスの種別と前記管理者との組み合わせに応じて決定する、
   請求項１に記載の情報処理装置。
3. 前記報知部は、自装置がメンテナンスを必要とする要保守状態である場合、前記メンテナンスに関する情報として、自装置が前記要保守状態であることを報知する、
   請求項１又は２に記載の情報処理装置。
4. 前記画像から自装置のメンテナンスに必要な部材を検出する第２検出部と、
   自装置に対して前記メンテナンスに応じた保守動作を行わせる保守動作制御部と、
   をさらに備え、
   前記保守動作部は、前記通知部によって要保守状態が報知される条件が満たされた場合、かつ、前記第２検出部によって前記画像から前記メンテナンスに応じた部材が検出された場合において、自装置に前記保守動作を行わせる、
   請求項１から３のいずれか一項に記載の情報処理装置。
5. 自装置周辺の画像を取得する画像取得ステップと、
   前記画像取得ステップにおいて取得された前記画像から人の顔を検出する第１検出ステップと、
   前記第１検出ステップにおいて検出された人が自装置の管理者であるか否かを判定する管理者判定ステップと、
   前記管理者判定ステップにおいて前記人が自装置の管理者であることが判定された場合に、自装置のメンテナンスに関する情報を前記管理者に報知する報知ステップと、
   を有する制御方法。

Images