JP2016046634A - 情報処理装置、情報処理システム、情報処理プログラム、および情報処理方法 - Google Patents

Abstract

【課題】赤外光発光による消費電力をより軽減させつつ、赤外光による顔検出の利便性も維持できる情報処理装置、情報処理システム、情報処理プログラムおよび情報処理方法を提供すること。【解決手段】赤外光の発光が可能な赤外光発光部と、少なくとも赤外光画像が撮像可能なカメラとを備える情報処理装置であって、まず、カメラを用いて撮像した画像を取得する。この画像に基づいた顔検出処理を繰り返し実行する。そして、顔検出処理の結果に基づいて、当該赤外光の発光を停止し、所定時間の経過後に当該赤外光の発光を再開する。【選択図】図５

Description

本発明は、赤外光の発光が可能な赤外光発光部と、少なくとも赤外光画像が撮像可能なカメラとを備える情報処理装置に関し、より特定的には、少なくとも赤外光画像に基づく顔検出が可能な情報処理装置に関する。

従来から、赤外光を顔に照射し、照射された赤外光の反射光を検出して赤外光画像として出力し、当該赤外光画像を用いて顔認識を行なう技術が知られている（例えば特許文献１）。

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

上記の技術では、赤外光を発光することによる消費電力については特段の考慮はなされていなかった。そのため、例えばバッテリーで動作する携帯型情報端末等に上記技術を適用した場合、赤外光の発光にかかるバッテリー消費の面で改善の余地がある。

それ故に、本発明の目的は、赤外光発光による消費電力をより軽減させつつ、赤外光による顔検出の利便性も維持できる情報処理装置、情報処理システム、情報処理プログラムおよび情報処理方法を提供することである。

上記目的を達成するために、例えば以下のような構成例が挙げられる。

構成例の一例は、赤外光の発光が可能な赤外光発光部と、少なくとも赤外光画像が撮像可能なカメラとを備える情報処理装置であって、赤外光発光制御部と、画像取得部と、顔検出部とを備える。赤外光発光制御部は、赤外光の発光を制御する。画像取得部は、カメラを用いて撮像した画像を繰り返し取得する。顔検出部は、画像取得部で取得された画像に基づいた顔検出処理を繰り返し実行する。そして、赤外光発光制御部は、前記顔検出部による顔検出処理の結果に基づいて、前記赤外光の発光を停止し、所定時間の経過後に再度当該赤外光の発光を再開する。

上記構成例によれば、顔検出処理による利便性を維持しつつ、赤外光発光にかかる消費電力を抑えることができる。

他の構成例として、赤外光発光制御部は、赤外光の発光を停止し、所定時間の経過後に再度当該赤外光の発光を再開することを繰り返し行なうようにしてもよい。

上記構成例によれば、赤外光発光にかかる消費電力を更に低減しながら顔検出処理による利便性を維持することができる。

他の構成例として、赤外光発光制御部は、赤外光が発光されている状態での顔検出に失敗している場合に、当該赤外光の発光を停止し、所定時間の経過後に再度当該赤外光の発光を再開してもよい。更には、赤外光発光制御部は、顔検出が連続して失敗した回数が所定回数以上になった場合に、赤外光の発光を停止し、所定時間の経過後に再度当該赤外光の発光を再開してもよい。

上記構成例によれば、効率的な消費電力の低減を実現できる。

他の構成例として、赤外光発光制御部は、赤外光が発光されている状態での顔検出に失敗しているときの赤外光の発光の停止と所定時間経過後の発光を、顔検出が成功するまで繰り返し実行し、かつ、当該所定時間を徐々に長くしながら繰り返して実行するように構成しても良い。更に、当該所定時間を長くしていった結果、当該時間が所定値に達したときは、それ以上は当該時間を長くせずに、赤外光の発光の停止と所定時間経過後の発光を繰り返し実行するようにしてもよい。

上記構成例によれば、消費電力をより軽減しつつ、速やかな顔検出による利便性を維持することができる。

他の構成例として、情報処理装置は、情報処理装置自体の動きを検出するための動きセンサを更に備えていてもよい。そして、赤外光発光制御部は、赤外光の発光の停止と所定時間経過後の発光を繰り返し実行している間に、動きセンサからの出力値が所定の閾値以上となっているときは、当該所定時間が経過しているか否かにかかわらず赤外光の発光を行なうような構成としてもよい。

上記構成例によれば、例えば暗所において、ユーザが情報処理装置を利用していない状態から利用している状態となったときに、速やかに顔検出を行うことができる。

他の構成例として、携帯型の情報処理装置であってもよいし、バッテリー動作が可能な情報処理装置であってもよい。

上記構成例によれば、消費電力を軽減しつつ、情報処理装置の利便性を高めることができる。

本発明によれば、赤外光発光にかかる消費電力を低減させつつ、顔検出処理の利便積も維持できる。

本実施形態における携帯型ゲーム装置の外観図 携帯ゲーム装置の構成の一例を示すブロック図 本実施形態の処理における制御状態の遷移図 携帯型ゲーム装置１０のメインメモリ３５に格納されるプログラムおよびデータの一例 Ｏｆｆ状態における処理の詳細を示すフローチャート 図５のステップＳ２の点灯試行判定処理の詳細を示すフローチャート Ｏｎ Ａｔｔｅｍｐｔ状態における処理の詳細を示すフローチャート Ｏｎ状態における処理の詳細を示すフローチャート 図８のステップＳ３２の消灯試行判定処理の詳細を示すフローチャート Ｏｆｆ Ａｔｔｅｍｐｔ状態における処理の詳細を示すフローチャート

以下、本発明の一実施形態について説明する。本実施形態では、情報処理装置の一例として携帯型ゲーム装置を例に挙げて説明する。

（携帯型ゲーム装置の構成）
図１は、本実施形態にかかる携帯型ゲーム装置１０の外観を示す図である。図１に示されるように、携帯型ゲーム装置１０は、下側ハウジング１１および上側ハウジング２１を有する。下側ハウジング１１と上側ハウジング２１とは、開閉可能（折り畳み可能）に連結されている。通常、ユーザは、開状態で携帯型ゲーム装置１０を使用する。また、ユーザは、携帯型ゲーム装置１０を使用しない場合には閉状態として携帯型ゲーム装置１０を保管する。下側ハウジング１１には、下側ＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ：液晶表示装置）１２、タッチパネル１３が設けられる。その他、下側ハウジング１１には、各操作ボタンやアナログスティック等も設けられる。一方、上側ハウジング２１には、上側ＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ：液晶表示装置）２２が設けられる。

また、携帯型ゲーム装置１０は、カメラ１０１を備えている。カメラ１０１は、上側ハウジング２１の表面（図１では上側ＬＣＤ２２の上方）に設けられる。したがって、カメラ１０１は、携帯型ゲーム装置１０の前に存在しているユーザの顔を撮像することができる。一例として、上側ＬＣＤ２２あるいは下側ＬＣＤ１２を見ながらゲームを行っている状態におけるユーザを撮像することができる。また、携帯型ゲーム装置１０は、赤外光を発光する赤外光発光部１０２を備えている。赤外光発光部１０２は、上側ハウジング２１の表面であって、上記カメラ１０１に隣接する位置に設けられる。換言すれば、ユーザが携帯型ゲーム装置１０を利用しているときに（ゲームのプレイ中等）、ユーザの顔が存在するであろう位置に向けて赤外光の発光が可能な位置に赤外光発光部１０２は設けられている。

ここで、カメラ１０１は、可視光画像に加えて、赤外光の画像も撮影可能である。上記赤外光発光部１０２から発光された赤外光は、ユーザの顔に照射されて、その反射光がカメラ１０１に入射する。カメラ１０１は当該反射光に基づいて、赤外光画像の撮像ができる。そして、本実施形態では、当該カメラ１０１による撮像画像（可視光画像や赤外光画像）に基づき、ユーザの顔検出処理を実行する。当該顔検出の結果は所定のゲームの入力として用いられる。また、当該顔検出の結果として得られた目の位置に基づいて仮想カメラが設定され、顔検出の結果に応じた仮想空間画像を生成する処理等も実行される。

（携帯型ゲーム装置の内部構成）
図２は、上記携帯型ゲーム装置１０の機能ブロック図である。図２において、携帯型ゲーム装置１０は、入力装置３１、表示装置３２、プロセッサ３３、内部記憶装置３４、メインメモリ３５、撮像部３６、動きセンサ３７、赤外光発光部１０２を備えている。

入力装置３１は、上述した各操作ボタンやタッチパネル１３に該当する。入力装置３１は、携帯型ゲーム装置１０のユーザによって操作され、ユーザの操作に応じた信号を出力する。表示装置３２は、携帯型ゲーム装置１０において生成された画像を画面に表示する。表示装置３２は、上述した下側ＬＣＤ１２、上側ＬＣＤ２２である。内部記憶装置３４には、プロセッサ３３によって実行されるコンピュータプログラムや当該プログラムで利用される各種データが格納されている。内部記憶装置３４は、典型的には、フラッシュＥＥＰＲＯＭである。メインメモリ３５は、コンピュータプログラムや情報を一時的に記憶する。動きセンサ３７は、携帯型ゲーム装置１０の筐体自体に加えられた動きを検出するためのセンサであり、例えば角速度センサや加速度センサである。撮像部３６は、上記カメラ１０１を用いて画像を撮像する。赤外光発光部１０２は、プロセッサ３３からの命令に基づき赤外光の発光（点灯／消灯）を行う。

なお、上記プロセッサ３３に関して、後述する処理は単一のプロセッサ３３で処理されても良いし、単一の携帯型ゲーム装置１０に複数のプロセッサ３３を搭載し、これら複数のプロセッサ３３を併用して処理されてもよい。

（本実施形態にかかる情報処理の概要）
次に、本実施形態にかかる情報処理（携帯型ゲーム装置１０で実行される情報処理）の動作概要を説明する。本実施形態では、顔検出処理および赤外光の発光制御処理が並列して実行される。このうち、顔検出処理に関しては、既知の技術を用いるものとし、本実施形態の説明では、詳細な説明は省略する。例えば、撮像画像に基づいてパターンマッチング等を行うことで、顔検出処理が実行される（そして、この顔検出の結果に基づいて所定の情報処理が行なわれる）。なお、本実施形態における「顔検出」については、目の位置が検出できれば「顔検出」が成功している、として扱うものとする。つまり、本実施形態では、目の位置が検出できればよいものとする。

上記顔検出処理と並列で上記赤外光の発光制御処理も実行されるが、本実施形態で説明する内容は、主にこの赤外光発光制御にかかるものとなる。以下、本実施形態で実行される赤外光発光制御の処理概要について説明する。

まず、本実施形態では、主に、携帯型ゲーム装置１０の周囲が暗い状況（環境光が不十分な状況）におけるユーザの顔画像撮像のために、赤外光を用いることを想定する。そのため、典型的には、携帯型ゲーム装置１０の周囲が明るい状況（環境光が十分な状況）では、赤外光発光部１０２は「オフ」の状態（発光していない）となり、暗い状況では「オン」の状態（発光している）になる。以下の説明では、赤外光発光部１０２がオンの状態のことを「点灯状態」と呼び、赤外光発光部１０２がオフの状態のことを「消灯状態」と呼ぶ。また、赤外光発光部１０２をオンにすることを「点灯」、赤外光発光部１０２をオフにすることを「消灯」と呼ぶ。

ここで、次のような状況を想定する。まず、明かりがついていない暗い部屋でユーザが携帯型ゲーム装置１０を利用しているとする。そして、ユーザの顔検出も成功している状態であるとする。すなわち、赤外光発光部が点灯しており、当該赤外光に基づいて上記カメラ１０１によるユーザの顔を撮像し、顔検出も成功している状況であるとする。このような状況において、例えば部屋の明かりがつけられた場合を考える。この場合、環境光としては十分な状態となり、赤外光を用いずとも顔検出が可能な状態となる。このような場合に赤外光発光部１０２が点灯したままでは、その分、不要な電力が消費される。特に、携帯型ゲーム装置１０をバッテリーで動作させているような場合、赤外光発光部１０２の不要な点灯による消費電力の影響は少なくない。そこで、本実施形態では、次のような制御を行うことで、携帯型ゲーム装置１０の消費電力を軽減する。まず、赤外光発光部１０２が点灯状態であって、顔検出が成功している状態（以下、顔検出成功状態と呼ぶ）である場合に、一旦赤外光発光部１０２を消灯状態にする。そして、この状態で顔検出を試みる。その結果、顔検出が失敗すれば、赤外光発光部１０２を点灯状態に戻す。一方、顔検出が成功すれば、赤外光発光部１０２は消灯状態のまま、顔検出処理を続行する、という制御を行う。つまり、赤外光が点灯状態で顔検出しているときに、一度赤外光を消灯して顔検出を試みて、その結果、顔検出ができなければ、部屋が暗い状態のままであり、赤外光が必要な状態であると判定する。一方、顔検出ができれば、以前は暗かった部屋が今は明るい状態になっている、あるいは暗い場所から明るい場所に移動した、等で、赤外光の点灯は不要な状況になっている、と判定するものである。このような制御を行うことで、本実施形態では、赤外光発光部１０２の無駄な点灯状態を抑制し、消費電力を軽減することができる。

本実施形態では、上記のような、顔検出成功状態における赤外光の消灯〜点灯の制御を繰り返し実行する。この際、赤外光の消灯を試みる時間間隔を変動させる制御も行なっている。具体的には、点灯状態から消灯状態へ切換える間隔（一旦消灯する時間間隔）は、最初は５秒から始まり、最終的に６０秒で収束するような制御も行なっている。これは、次のような理由による。まず、暗い場所でユーザが携帯型ゲーム装置１０を使用している場合（特に顔検出処理を利用する制御が行なわれている場合）、頻繁に赤外光の消灯を試みると、顔検出の精度が低下し、ユーザ体験への影響が生じる可能性がある。一方、定期的に赤外光の消灯を試みなければ、上記のように暗い場所から明るい場所に移動した場合でも赤外光が点灯したままとなり、消費電力への影響が懸念される。そこで、つまり、最初のうちは５秒間隔で赤外光の消灯を試みつつ、徐々に消灯の試行間隔を伸ばしていくことで、顔検出の精度の低下を防ぎながら、消費電力の低減も行なおうとしている。

更に、本実施形態では、次のような制御も行っている。例えば、次のような状況を想定する。まず、暗い部屋でユーザが携帯型ゲーム装置１０を利用しており、ユーザの顔検出も成功している状態であるとする。この状態から、ユーザが離席する等して、携帯型ゲーム装置１０の前からいなくなった場合を想定する（部屋は暗いままである）。このような場合は、ユーザの顔検出については失敗し続ける状態（以下、顔検出失敗状態）となる。この状態で赤外光発光部１０２が点灯状態のままであると、その分だけ電力が消費され続けることになる。そこで本実施形態では、暗い部屋で顔検出失敗状態がある程度続いたような場合は、赤外光発光部１０２を消灯するという制御を行う。更に、本実施形態では、赤外光発光部１０２を消灯した後でも、所定の時間間隔で赤外光発光部１０２を点灯させる、という制御も行っている。これにより、ユーザが携帯型ゲーム装置１０の前に戻ってきた場合に、速やかにユーザの顔検出処理を再開することが可能となる。つまり、本実施形態では、赤外光を点灯して顔検出が成功している状態から、顔検出の失敗が続くような状態になったとき、一旦赤外光を消灯するが、その後、所定時間経過すれば一度赤外光を点灯させ、顔検出を試みる、という制御を行っている。その結果、検出に失敗すれば再度赤外光は消灯し、このような制御が繰り返し行なわれる。一方、検出に成功すれば、（ユーザが離席状態から戻ってきた等と推測されるため）赤外光は点灯したままとする。このような制御により、携帯型ゲーム装置１０の消費電力を軽減させつつも、ユーザの顔検出にかかる利便性も損なわないようにすることができる。

また、上記の暗い部屋においてユーザが携帯型ゲーム装置１０の前から離席したような場合の制御に関して、本実施形態では次のような制御も行なっている。上記のように、顔検出失敗状態がある程度続くと、一旦赤外光を消灯し、所定時間経過後、再度点灯して顔検出を試みる、ということを繰り返している。この繰り返しにおいて、一旦消灯状態にした後、点灯状態へ切換える（赤外光での顔検出を試みる）までの時間間隔を変動させる制御を行なっている。具体的には、この時間間隔が、最初は１/３０秒から始まり、最終的に３秒に収束するような制御を行なっている。つまり、暗所においてユーザが携帯型ゲーム装置１０の前にいない場合、最終的には３秒おきに赤外光発光部１０２が（ほぼ一瞬だけ）点灯する、という動きになる。これは、あまり頻繁に点灯を試みると、その分だけ消費電力も大きくなるため、無駄な点灯は抑えようとするものである。またその一方で、ユーザが離席から戻ってきた場合にできるだけ速やかに顔検出成功状態にしたい、という要望もある。この両者をバランスよく実現するため、本実施形態では上記のように最大で３秒間隔で赤外光を点灯させるという制御を行なっている。

（本実施形態にかかる情報処理の詳細）
以下、本実施形態にかかる赤外光発光制御処理の詳細について説明する。まず、当該処理における「（内部的な）制御状態」について説明する。本実施形態では、当該制御状態として、次の４つの状態がある。
（１）Ｏｆｆ状態
（２）Ｏｎ Ａｔｔｅｍｐｔ状態
（３）Ｏｎ状態
（４）Ｏｆｆ Ａｔｔｅｍｐｔ状態
図３は、当該４つの制御状態と、その状態遷移を示した図である。なお、携帯型ゲーム装置１０の起動時は、Ｏｆｆ状態となっている。

まず、上記（１）Ｏｆｆ状態では、赤外光発光部１０２は消灯している状態である。この状態において実行される主な処理は、顔検出が成功しているか否かの判定と、赤外光を点灯させるか否かの判定にかかる処理である。また、この状態からは、Ｏｎ Ａｔｔｅｍｐｔ状態に遷移し得る。

次に、（２）Ｏｎ Ａｔｔｅｍｐｔ状態は、赤外光発光部１０２は点灯している状態である。この状態では、顔検出が成功しているか否かの判定と、赤外光を消灯させるか、点灯させ続けるか、の判定処理が主に実行される。この状態からは、Ｏｆｆ状態またはＯｎ状態に遷移し得る。

次に、（３）Ｏｎ状態は、赤外光発光部１０２は点灯している状態である。この状態では、顔検出が成功しているか否かの判定と、赤外光を消灯させるか否かの判定処理が主に実行される。この状態からは、Ｏｆｆ状態またはＯｆｆ Ａｔｔｅｍｐｔ状態に遷移し得る。

次に、（４）Ｏｆｆ Ａｔｔｅｍｐｔ状態は、赤外光発光部１０２は消灯している状態である。この状態では、顔検出が成功しているか否かの判定と、赤外光の消灯を継続するか、赤外光を点灯するか、の判定処理が主に実行される。この状態からは、Ｏｆｆ状態またはＯｎ状態に遷移し得る。

本実施形態では、上記４つの制御状態の間で制御状態が遷移しながら、赤外光発光制御処理が実現される。

次に、本実施形態にかかる赤外光発光制御処理で用いられる主なデータについて説明する。図４は、携帯型ゲーム装置１０のメインメモリ３５に格納されるプログラムおよびデータの一例を示している。メインメモリ３５には、顔検出処理プログラム５１、赤外光発光制御処理プログラム５２、顔検出状態フラグ５３、点灯試行フラグ５４、消灯試行フラグ５５、検出成功回数カウンタ５６、検出失敗回数カウンタ５７、第１の閾値データ５８、第２の閾値データ５９、第３の閾値データ６０、第４の閾値データ６１、等が格納される。

顔検出処理プログラム５１は、カメラ１０１の撮像画像に基づいてユーザの顔検出処理を実行するためのプログラムである。赤外光発光制御処理プログラム５２は、上述したような赤外光の発光制御を行なうためのプログラムである。具体的には、後述する図５〜図１０に示すフローチャート処理を実行するためのプログラムである。なお、本実施形態では、これらプログラムは１/３０秒単位（毎秒３０フレーム）で繰り返し実行されるものとする。

顔検出状態フラグ５３は、顔検出処理の結果、現在顔検出が成功しているか失敗しているかを示すためのフラグである。例えば、成功している場合は”１”、失敗しているときは”０”が設定される。上記のように、本実施形態では、顔検出処理と赤外光発光制御処理は並列に実行される。そして、顔検出処理の結果を示すデータが当該顔検出状態フラグ５３として出力される。並列で実行されている赤外光発光制御処理において、当該フラグが参照されることで、現在顔検出が成功しているか否かを判別できる。

点灯試行フラグ５４は、上記Ｏｆｆ状態において、Ｏｎ Ａｔｔｅｍｐｔ状態に遷移すべきか否かを判定する際に用いられるフラグである。また、消灯試行フラグ５５は、上記Ｏｎ状態において、Ｏｆｆ Ａｔｔｅｍｐｔ状態に遷移すべきか否かを判定する際に用いられるフラグである。それぞれ、オンが設定されていれば、遷移すべきであることを示し、オフが設定されているときは、遷移の必要性はないことを示すものとする。

検出成功回数カウンタ５６は、赤外光が点灯状態のときに顔検出が連続して成功している回数を示すカウンタである。また、検出失敗回数カウンタ５７は、顔検出が連続して失敗している回数を示すカウンタである。上記のように、顔検出処理および赤外光発光制御処理は１／３０秒毎に繰り返し実行されるため、当該カウンタも１／３０秒単位でカウントアップされていくことになる。また、これらのカウンタは、上述の制御状態の遷移が発生した際にリセットされる。

第１の閾値データ５８は、赤外光が消灯状態のときに、赤外光を点灯すべきであると判定されるための閾値である。具体的には、上記検出失敗回数カウンタ５７の値と当該閾値が比較され、顔検出の連続失敗回数が当該第１の閾値データより大きくなったときに、赤外光を点灯すべきと判定される。つまり、携帯型ゲーム装置１０が暗い場所に存在するために、赤外光を点灯すべき、と判定されるための閾値である。この閾値は、主に、上述したような「赤外光発光部１０２を消灯した後でも、所定の時間間隔で赤外光発光部１０２を点灯させる」、という制御のために利用される。なお、この閾値は変動し得る。そのため、本実施形態では、初期値として、１/３０秒を示す値が設定されている。また、本実施形態では、当該第１の閾値データ５８の変動の最大値が設けられており、例えば、３秒分の時間を示す値であるとする。

第２の閾値データ５９は、上記Ｏｎ Ａｔｔｅｍｐｔ状態において、赤外光を消灯すべきと判定するための閾値である。具体的には、赤外光を点灯しているにもかかわらず、検出失敗回数カウンタ５７の値が当該閾値より大きくなったとき、消灯すべきと判定される。なお、この閾値については固定値が設定されており、本実施形態では５フレーム分の値が設定される。これは、赤外光を点灯した後、検出できないからといってすぐに消灯するのではなく、５フレーム程度は様子を見ることで、顔検出の精度をより高めようとするものである。

第３の閾値データ６０は、赤外光が点灯状態のときに、赤外光を消灯すべきであると判定されるための閾値である。具体的には、上記検出成功回数カウンタ５６の値と当該閾値が比較され、顔検出の連続成功回数が当該第３の閾値データ以上であれば、赤外光を消灯すべきと判定される。この閾値は、主に、上述の「顔検出成功状態である場合に、一旦赤外光発光部１０２を消灯状態にする」という制御のために利用される。また、この閾値も変動し得るものである。そして、初期値として、本実施形態では、５秒分の時間を示す値が設定されている。なお、第３の閾値データ６０にも変動の最大値が設けられており、例えば６０秒分の時間を示す値であるとする。

第４の閾値データ６１は、赤外光は点灯状態で顔検出に失敗している状態において、消灯すべきと判定するための閾値である。上記検出失敗回数カウンタ５７の値と当該閾値が比較され、連続失敗回数がこの閾値より大きい場合、赤外光を消灯すべきと判定される。上述した、暗い場所においてユーザが携帯型ゲーム装置１０の前から離席したような場合に赤外光を消灯させる制御に利用される。この閾値は固定値が設定され、例えば、３秒分の時間に相当する値が設定される。つまり、暗い場所でユーザが携帯型ゲーム装置１０の前から離席した場合、概ね３秒後には赤外光が一旦消灯されることになる。

その他、図示は省略するが、本実施形態にかかる処理に利用される各種データも適宜メインメモリ３５に格納される。

次に、本実施形態にかかる赤外光発光制御処理の詳細な流れを説明する。図５〜図１０は、当該処理の詳細を示すフローチャートである。図５〜図６は、上述したＯｆｆ状態における制御処理を示す。図７は、上記Ｏｎ Ａｔｔｅｍｐｔ状態における制御処理を示す。図８〜図９は、上記Ｏｎ状態における処理を示す。図１０は、上記Ｏｆｆ Ａｔｔｅｍｐｔ状態における処理を示す。また、各状態におけるフローチャートにかかる処理が１/３０秒単位で繰り返し実行されるものとする。また、上記のように、これらの処理の実行に並列して、顔検出処理が繰り返し（１／３０秒単位で）実行されている。顔検出処理自体は既知の技術を利用するものとし、ここでは詳細な説明は省略する。

（Ｏｆｆ状態における情報処理）
まず、図５および図６を用いて、制御状態がＯｆｆ状態であるときの処理について説明する。この状態においては、まず、図５のステップＳ１で、プロセッサ３３は、上記顔検出状態フラグ５３を参照して、その時点において顔検出が成功しているか否かを判定する。その結果、顔検出に成功していれば（ステップＳ１でＹＥＳ）、赤外光を点灯する必要も無いため、当該ステップＳ１の判定を繰り返すことになる（つまり、現状維持となる）。

一方、顔検出に失敗しているときは（ステップＳ１でＮＯ）、プロセッサ３３は、検出失敗回数カウンタ５７に１を加算する。そして、ステップＳ２で、プロセッサ３３は、赤外光を点灯すべきか否かを判定するための点灯試行判定処理を実行する。図６は、当該点灯試行判定処理の詳細を示すフローチャートである。まず、ステップＳ１１において、プロセッサ３３は、携帯型ゲーム装置１０が十分な環境光下にあるか否かを判定する。これは例えば、カメラ１０１に入射した光の明るさを判別する等で判定できる。また、他の実施形態では、明るさの検出専用に明るさセンサを携帯型ゲーム装置１０に搭載するように構成しても良い。

当該判定の結果、十分な環境光下にあると判定されたときは（ステップＳ１１でＹＥＳ）、赤外光の点灯の必要性はないと考えられる。この場合は、プロセッサ３３は、ステップＳ１７で、点灯試行フラグ５４をオフに設定する。そして、点灯試行判定処理は終了する。一方、十分な環境光下にないと判定されたときは（ステップＳ１１でＮＯ）、ステップＳ１２で、プロセッサ３３は、検出失敗回数カウンタ５７および第１の閾値データ５８を参照して、顔検出の連続失敗回数が第１の閾値より大きいか否かを判定する。その結果、顔検出の連続失敗回数が第１の閾値以下であれば（ステップＳ１２でＮＯ）、上記ステップＳ１７の処理に進む。つまり、第１の閾値で示される時間が経過するまでは、赤外光は消灯状態のままでの顔検出処理を続けることになる

一方、顔検出の連続失敗回数が第１の閾値より大きいときは（ステップＳ１２でＹＥＳ）、次に、ステップＳ１３において、プロセッサ３３は、ユーザが携帯型ゲーム装置１０の前に存在している兆候があるかどうかを判定する。つまり、今現在、ユーザが携帯型ゲーム装置１０を使用しているのか、あるいは放置して離席等しているのかを判定する。この判定について、本実施形態では、動きセンサ３７からの出力データや、所定のボタン操作が行われているか否か等で判定する。例えば、動きセンサ３７からのデータに基づき、携帯型ゲーム装置１０自体に動きが発生していると判定できる場合は、ユーザが携帯型ゲーム装置１０を手に持って操作していると考えられる。また、所定のボタン入力が検知できるような場合も、ユーザが携帯型ゲーム装置１０を使用している状態であると推測できる。このような判定の結果、ユーザが携帯型ゲーム装置１０の前に存在している兆候がある（ユーザが今現在、携帯型ゲーム装置１０を使用していると考えられる）場合は（ステップＳ１３でＹＥＳ）、例えば暗い場所でユーザが携帯型ゲーム装置を使用している状況であると考えられる。そのため、即時に赤外光を点灯する必要がある。この場合は、ステップＳ１４で、プロセッサ３３は、第１の閾値データ５８を初期値にリセットする。次に、ステップＳ１５で、プロセッサ３３は、第１の閾値データ５８の値を大きくするための処理を実行する。具体的には、以下の数式を用いて新たな第１の閾値データ５８を算出する。
第１の閾値＝（第１の閾値+１）×１.５ ・・・式１
なお、当該ステップＳ１５の処理に関して、上記のように第１の閾値データ５８には最大値が設定されているため（本例では３秒分の時間を示す値）、上記算出の結果、当該最大値に達した場合は、それ以上の算出は行なわれないものとする。

一方、上記ステップＳ１３の判定で、ユーザが携帯型ゲーム装置１０の前に存在している兆候はないと判定されたときは（ステップＳ１３でＮＯ）、上述のステップＳ１４の処理はスキップして、ステップＳ１５の処理へと進む。つまり、第１の閾値データ５８のリセットは行なわれずに、その値が大きくなっていくことになる。

次に、ステップＳ１６で、プロセッサ３３は、点灯試行フラグ５４をオンに設定する。そして、当該点灯試行判定処理は終了する。

図５に戻り、次に、ステップＳ３で、プロセッサ３３は、点灯試行フラグ５４を参照して、Ｏｎ Ａｔｔｅｍｐｔ状態に遷移すべきか否かを判定する。その結果、点灯試行フラグ５４がオフである場合は（ステップＳ３でＮＯ）、Ｏｆｆ状態を維持することになり、上記ステップＳ１に戻り、処理が繰り返される。

一方、点灯試行フラグ５４がオンである場合は（ステップＳ３でＹＥＳ）、ステップＳ４で、プロセッサ３３は赤外光発光部１０２を点灯状態にする。そして、ステップＳ５で、プロセッサ３３は、Ｏｎ Ａｔｔｅｍｐｔ状態に遷移するための処理を実行する。この際、上記検出成功回数カウンタ５６および検出失敗回数カウンタ５７のリセットも行われる。以上で、Ｏｆｆ状態における処理の説明を終了する。

（Ｏｎ Ａｔｔｅｍｐｔ状態における情報処理）
次に、図７を用いて、Ｏｎ Ａｔｔｅｍｐｔ状態における処理について説明する。まず、ステップＳ２１において、プロセッサ３３は、上記顔検出状態フラグ５３を参照して、その時点において顔検出が成功しているか否かを判定する。その結果、顔検出に成功していれば（ステップＳ２１でＹＥＳ）、ステップＳ２２で、プロセッサ３３は、Ｏｎ状態へと遷移するための処理を実行する。この際に、上記検出成功回数カウンタ５６および検出失敗回数カウンタ５７のリセットや上記第１の閾値データ５８のリセットも行なわれる。

一方、顔検出に失敗している場合は（ステップＳ２１でＮＯ）、ステップＳ２３で、プロセッサ３３は、検出失敗回数カウンタ５７と第２の閾値データ５９を参照し、検出失敗回数カウンタ５７が第２の閾値データ５９より大きい値であるか否かを判定する。その結果、検出失敗回数カウンタ５７が第２の閾値データ５９よりは大きくないときは（ステップＳ２３でＮＯ）、上記ステップＳ２１に戻り、処理が繰り返される。本実施形態では、第２の閾値データ５９として５フレーム分の時間を示す値が固定値として設定されている。そのため、ここでは、５フレーム分の時間は顔検出処理が繰り返されることになる。

一方、検出失敗回数カウンタ５７が第２の閾値データ５９より大きい値である場合は(ステップＳ２３でＹＥＳ）、赤外光を点灯しているにもかかわらず（５フレーム分の時間以上）顔検出に失敗し続けていることになる。そのため、プロセッサ３３は、ステップＳ２４で、赤外光発光部１０２を消灯し、ステップＳ２５で、Ｏｆｆ状態に遷移する処理を実行する。以上で、Ｏｎ Ａｔｔｅｍｐｔ状態における処理の説明を終了する、

（Ｏｎ状態における情報処理）
次に、図８および図９を用いて、Ｏｎ状態における処理について説明する。まず、図８のステップＳ３１で、プロセッサ３３は、上記顔検出状態フラグ５３を参照して、その時点において顔検出が成功しているか否かを判定する。その結果、顔検出に成功している場合は（ステップＳ３１でＹＥＳ）、ステップＳ３２で、プロセッサ３３は、消灯試行判定処理を実行する。また、この際、プロセッサ３３は、検出成功回数カウンタ５６に１を加算する。

図９は、消灯試行判定処理の詳細を示すフローチャートである。この処理では、まず、ユーザと携帯型ゲーム装置１０との相対的な位置関係が安定しているか否かを判定する。本実施形態では、以下のような判定を行なう。まず、ステップＳ４１で、プロセッサ３３は、所定の閾値以上の大きさの動きが携帯型ゲーム装置１０自体に発生しているか否かを判定する。これは、例えば、角速度センサや加速度センサ等の動きセンサ３７からの出力が予め定められた所定の閾値以上か否か等で判定される。つまり、ユーザが携帯型ゲーム装置１０を把持して、これ自体を激しく動かしているか等を判定する。この判定の結果、所定の閾値以上の動きが発生している場合は（ステップＳ４１でＹＥＳ）、ユーザと携帯型ゲーム装置１０との相対的な位置関係が大きく変化していると推測される。ここで、ユーザと携帯型ゲーム装置１０との相対的位置関係が大きく変化すると、顔検出精度が下がってしまう可能性がある。このことを考慮すると、正確な顔検出が行えるように、赤外光は点灯したままのほうがよい。そのため、この場合には、ステップＳ４６で、プロセッサ３３は、消灯試行フラグ５５をオフに設定する。

一方、上記判定の結果、所定の閾値以上の動きが発生していない場合は（ステップＳ４１でＮＯ）、次に、ステップＳ４２で、プロセッサ３３は、ユーザの顔に動きがあるか否かを判定する。つまり、携帯型ゲーム装置１０自体は例えば机の上に置かれている状態でユーザがプレイしているような場合を想定したものである。携帯型ゲーム装置１０自体には動きは発生していなくても（あるいは発生していても、きわめて小さな動きである場合でも）、ユーザの顔自体（本例ではユーザの目の位置）に動きが認められれば、この場合も、ユーザと携帯型ゲーム装置１０との相対的な位置関係が大きく変化していると推測されるからである。この判定は、例えば、顔検出処理の結果得られるユーザの顔の位置（目の中心位置）が、直前のフレームで検出された位置から、ある程度の距離以上移動しているか否かを見ることで判定できる。あるいは、例えば、直近の数フレーム〜数十フレームにかかる期間内におけるユーザの顔の位置の変化がある程度大きいか否か、等の手法でも判定できる。

なお、上記ステップＳ４１およびＳ４２の判定は、換言すれば、ユーザと携帯型ゲーム装置１０（カメラ１０１）との相対的な位置関係の変化の大きさを判定するものといえる。そのため、上記の判定手法に限らず、上記相対的な位置関係の大きさが判定できれば、どのような手法を用いても良い。

上記ステップＳ４２の判定の結果、ユーザの顔に動きが発生している場合は（ステップＳ４２でＹＥＳ）、上記ステップＳ４６の処理に進む。つまり、この時点では赤外光の消灯を行なわないことを決定することになる。ユーザが携帯型ゲーム装置１０の前に存在していると推測される状況で、ユーザと携帯型ゲーム装置１０との相対的な位置関係の変化が大きい場合に赤外光を消灯してしまうと、顔検出の精度が低下してしまうためである。一方、動きが発生していない場合は(ステップＳ４２でＮＯ）、次に、ステップＳ４３で、プロセッサ３３は、検出成功回数カウンタ５６と第３の閾値データ６０を参照し、顔検出の連続成功回数が第３の閾値より小さいか否かを判定する。当該連続成功回数が第３の閾値より小さい場合は（ステップＳ４３でＹＥＳ）、赤外光の消灯は試みない制御を行なう。そのため、上記ステップＳ４６の処理に進む。一方、当該連続成功回数が第３の閾値より小さくない（すなわち、第３の閾値以上となった）場合は（ステップＳ４３でＮＯ）、上記のように、周囲が暗い状況から明るい状況になった等で、赤外光を消灯しても顔検出ができるかを試行するための制御を行なう。この場合は、ステップＳ４４で、プロセッサ３３は、第３の閾値データ６０の値を大きくするための処理を実行する。具体的には、以下の数式を用いて新たな第３の閾値データ６０を算出する。
第３の閾値＝（第３の閾値＋１）×１.５ ・・・式２
なお、当該ステップＳ４４の処理に関して、上記のように第３の閾値データ６０には最大値が設定されているため（本例では６０秒分時間を示す値）、上記算出の結果、当該最大値に達した場合は、それ以上の算出は行なわれないものとする。

次に、ステップＳ４５で、プロセッサ３３は、消灯試行フラグ５５をオンに設定する。以上で、消灯試行判定処理は終了する。

図８に戻り、次に、ステップＳ３３で、プロセッサ３３は、消灯試行フラグ５５を参照し、Ｏｆｆ Ａｔｔｅｍｐｔ状態に遷移すべきか否かを判定する。当該判定の結果、消灯試行フラグ５５はオフであるときは（ステップＳ３３でＮＯ）、Ｏｎ状態を維持するため、上記ステップＳ３１に戻り、処理を繰り返す。

一方、消灯試行フラグ５５はオンである場合は（ステップＳ３３でＹＥＳ）、ステップＳ３４で、プロセッサ３３は赤外光発光部１０２を消灯状態にする。そして、ステップＳ３５で、プロセッサ３３は、Ｏｆｆ Ａｔｔｅｍｐｔ状態に遷移するための処理を実行する。この際、上記検出成功回数カウンタ５６および検出失敗回数カウンタ５７のリセットも行われる。そして、このＯｆｆ Ａｔｔｅｍｐｔ状態にて、消灯状態での顔検出の成否が判定されることになる（Ｏｆｆ Ａｔｔｅｍｐｔ状態での処理は後述する）。

次に、上記ステップＳ３１の判定の結果、顔検出に失敗している場合（ステップＳ３１でＮＯ）の処理について説明する。この場合は、まず、ステップＳ３６で、プロセッサ３３は、検出失敗回数カウンタ５７と第４の閾値データ６１を参照し、顔検出の連続失敗回数が第４の閾値より小さいか否かを判定する。つまり、例えば暗い部屋でユーザが携帯型ゲーム装置１０の前から離席した状態か否かを判定する。本例では、第４の閾値は３秒分の時間を示す値として設定されているため、顔検出の失敗が３秒以上続けば、当該判定の条件が満たされることになる。

当該判定の結果、当該連続失敗回数が第４の閾値より大きくない場合は（ステップＳ３６でＮＯ）、上記ステップＳ３１に戻り、処理を繰り返す。一方、当該連続失敗回数が第４の閾値より大きい場合は（ステップＳ３６でＹＥＳ）、ステップＳ３７で、プロセッサ３３は赤外光発光部１０２を消灯する。そして、ステップＳ３８で、プロセッサ３３は、Ｏｆｆ状態に遷移するための処理を実行する（上記同様、遷移の際に各種カウンタがリセットされる）。以上で、Ｏｎ状態における処理の説明を終了する。

（Ｏｆｆ Ａｔｔｅｍｐｔ状態における情報処理）
次に、図１０を用いて、Ｏｆｆ Ａｔｔｅｍｐｔ状態における処理について説明する。まず、図１０のステップＳ５１で、プロセッサ３３は、上記顔検出状態フラグ５３を参照し、その時点において顔検出が成功しているか否かを判定する。その結果、顔検出に成功している場合は（ステップＳ５１でＹＥＳ）、赤外光の点灯の必要は無いため、ステップＳ５２で、プロセッサ３３は、Ｏｆｆ状態へ遷移するための処理を実行する。一方、顔検出に失敗している場合は（ステップＳ５１でＮＯ）、赤外光を点灯した状態での顔検出を試すため、ステップＳ５３で、プロセッサ３３は、赤外光発光部１０２を点灯させる。そして、ステップＳ５４で、プロセッサ３３は、Ｏｎ状態に遷移するための処理を実行する。以上で、Ｏｆｆ Ａｔｔｅｍｐｔ状態における処理は終了する。

なお、上記ステップＳ５１、Ｓ５２の処理に関しては、次のような制御を行なっても良い。すなわち、赤外光発光部の消灯について、消灯の指示後、徐々に行なわれる場合を想定して、ステップＳ５１からステップＳ５２の処理に移行する際に、数フレーム分の時間だけ待機してから（赤外光発光部が完全に消灯するのを待ってから）ステップＳ５２に処理を進めるようにしてもよい。具体的には、ステップＳ５１の判定でＹＥＳの場合、消灯指示が行なわれた後に所定のフレーム数（分の時間）が経過したか否かの判定処理を行なう。この判定の結果、経過していない場合はステップＳ５１の処理に戻り、経過した場合にステップＳ５２の処理へ進めるような制御を行なっても良い。

上記のような処理により、例えば、以下のような制御が行なわれることになる。まず、Ｏｎ状態において顔検出が成功している状態で、一旦、Ｏｆｆ Ａｔｔｅｍｐｔ状態に（強制的に）遷移する。この遷移の間隔は、最初は５秒から始まり、徐々に間隔を広げていき、６０秒に収束する。次に、Ｏｆｆ Ａｔｔｅｍｐｔ状態において、顔検出ができるか否かが判定される。その結果、顔検出できない場合は、赤外光が必要な状況（例えば周囲が暗い状況）と推測されるため、Ｏｎ状態に遷移することになる。一方、顔検出できた場合は、赤外光は不要な状況(例えば周囲が明るい状況）と推測されるため、Ｏｆｆ状態に遷移することになる。

また、次のような制御も行なわれることになる。例えば、Ｏｎ状態において顔検出がある程度連続で失敗すると、ユーザが離席したと推測して、一旦Ｏｆｆ状態に遷移する。次に、Ｏｆｆ状態で所定時間だけ顔検出を繰り返し、所定時間経過すれば、一度Ｏｎ Ａｔｔｅｍｐｔ状態に遷移する。この所定時間は、最初１/３０秒から始まり、３秒に収束する。次に、Ｏｎ Ａｔｔｅｍｐｔ状態で顔検出ができているか否かを判定する。顔検出できなければ、ユーザは離席中のままと推測されるため、Ｏｆｆ状態に遷移することになる。一方、顔検出できた場合は、ユーザが離席から戻ってきたと推測されるため、Ｏｎ状態に遷移することになる。

このように、本実施形態では、顔検出に成功している場合でも赤外光の消灯を試みて、不要な赤外光の点灯を抑えることで消費電力の軽減を図っている。また、周囲が暗い状況であって、ユーザが携帯型ゲーム装置１０の前から離席したような場合に、一旦赤外光を消灯し、その後定期的に赤外光を点灯させることで、ユーザが離席から戻ってきた場合の対処も行なっている。このような制御を行なうことにより、消費電力の軽減と顔検出処理によるユーザの利便性の維持との両立を図っている。特に、バッテリー駆動するような情報処理装置に上記のような制御を適用すれば、消費電力の軽減による効果も大きいといえる。

なお、上記実施形態において、暗い場所においてユーザが離席したような場合に赤外光を消灯する制御を行なっているが、このとき、赤外光以外のハードウェアコンポーネントをオフにするような制御を行なっても良い。例えば、上側ＬＣＤ２２及び下側ＬＣＤ１２も赤外光の消灯に併せてオフにするような制御を行なっても良い。これにより、更なる消費電力の軽減を図ることも可能となる。

また、上記実施形態では、顔検出の成功／失敗に関して、「回数」を用いた判定処理を行なっていた。この他、「回数」以外にも「時間」で判定するようにしても良い。例えば、継続して成功している時間や失敗が継続している時間で判定するようにしても良い。

また、上記の例では、情報処理装置の一例として携帯型ゲーム装置１０を挙げていた。これ以外にも、携帯型の各種情報処理装置（スマートフォン等）やタブレット端末やノートパソコン等、特に、バッテリーで動作可能な各種情報処理装置にも上記実施形態で説明した制御は適用可能である。

また、上記実施形態においては、携帯型ゲーム装置１０の赤外光発光を制御するための一連の処理が単一の装置で実行される場合を説明したが、他の実施形態においては、上記一連の処理が複数の情報処理装置からなる情報処理システムにおいて実行されてもよい。例えば、端末側装置と、当該端末側装置とネットワークを介して通信可能なサーバ側装置とを含む情報処理システムにおいて、上記一連の処理のうちの一部の処理がサーバ側装置によって実行されてもよい。さらには、端末側装置と、当該端末側装置とネットワークを介して通信可能なサーバ側装置とを含む情報処理システムにおいて、上記一連の処理のうちの主要な処理がサーバ側装置によって実行され、当該端末側装置では一部の処理が実行されてもよい。また、上記情報処理システムにおいて、サーバ側のシステムは、複数の情報処理装置によって構成され、サーバ側で実行するべき処理を複数の情報処理装置が分担して実行してもよい。

１０ 携帯型ゲーム装置
３１ 入力装置
３２ 表示装置
３３ プロセッサ
３４ 内部記憶装置
３５ メインメモリ
３６ 撮像部
３７ 動きセンサ
１０１ カメラ
１０２ 赤外光発光部

Claims (12)

1. 赤外光の発光が可能な赤外光発光部と、少なくとも赤外光画像が撮像可能なカメラとを備える情報処理装置であって、
   前記赤外光の発光を制御する赤外光発光制御部と、
   前記カメラを用いて撮像した画像を繰り返し取得する画像取得部と、
   前記画像取得部で取得された画像に基づいた顔検出処理を繰り返し実行する顔検出部とを備え、
   前記赤外光発光制御部は、前記顔検出部による顔検出処理の結果に基づいて、前記赤外光の発光を停止し、所定時間の経過後に再度当該赤外光の発光を再開する、情報処理装置。
2. 前記赤外光発光制御部は、前記赤外光の発光を停止し、所定時間の経過後に再度当該赤外光の発光を再開することを繰り返し行なう、請求項１に記載の情報処理装置。
3. 前記赤外光発光制御部は、前記赤外光が発光されている状態での顔検出に失敗している場合に、当該赤外光の発光を停止し、所定時間の経過後に再度当該赤外光の発光を再開する、請求項１または２に記載の情報処理装置。
4. 前記赤外光発光制御部は、前記顔検出が連続して失敗した回数が所定回数以上になった場合に、前記赤外光の発光を停止し、所定時間の経過後に再度当該赤外光の発光を再開する、請求項３に記載の情報処理装置。
5. 前記赤外光発光制御部は、前記赤外光が発光されている状態での顔検出に失敗しているときの前記赤外光の発光の停止と所定時間経過後の発光を、前記顔検出が成功するまで繰り返し実行し、かつ、当該所定時間を徐々に長くしながら繰り返して実行する、請求項３または４に記載の情報処理装置。
6. 前記赤外光発光制御部は、前記所定時間を長くしていった結果、当該時間が所定値に達したときは、それ以上は当該時間を長くせずに、前記赤外光の発光の停止と所定時間経過後の発光を繰り返し実行する、請求項５に記載の情報処理装置。
7. 前記情報処理装置は、
   前記情報処理装置自体の動きを検出するための動きセンサを更に備え、
   前記赤外光発光制御部は、前記赤外光の発光の停止と所定時間経過後の発光を繰り返し実行している間に、前記動きセンサからの出力値が所定の閾値以上となっているときは、当該所定時間が経過しているか否かにかかわらず前記赤外光の発光を行なう、請求項１ないし６のいずれか一項に記載の情報処理装置。
8. 前記情報処理装置は、携帯型の情報処理装置である、請求項１ないし７のいずれか一項に記載の情報処理装置。
9. 前記情報処理装置は、バッテリー動作が可能な情報処理装置である、請求項１ないし８のいずれか一項に記載の情報処理装置。
10. 赤外光の発光が可能な赤外光発光部と、少なくとも赤外光画像が撮像可能なカメラとを備える情報処理システムであって、
    前記赤外光の発光を制御する赤外光発光制御部と、
    前記カメラを用いて撮像した画像を繰り返し取得する画像取得部と、
    前記画像取得部で取得された画像に基づいた顔検出処理を繰り返し実行する顔検出部とを備え、
    前記赤外光発光制御部は、前記顔検出部による顔検出処理の結果に基づいて、前記赤外光の発光を停止し、所定時間の経過後に再度当該赤外光の発光を再開する、情報処理システム。
11. 赤外光の発光が可能な赤外光発光部と、少なくとも赤外光画像が撮像可能なカメラとを備える情報処理装置のコンピュータに実行させる情報処理プログラムであって、
    前記コンピュータを、
    前記赤外光の発光を制御する赤外光発光制御手段と、
    前記カメラを用いて撮像した画像を繰り返し取得する画像取得手段と、
    前記画像取得手段で取得された画像に基づいた顔検出処理を繰り返し実行する顔検出手段として機能させ、
    前記赤外光発光制御手段は、前記顔検出手段による顔検出処理の結果に基づいて、前記赤外光の発光を停止し、所定時間の経過後に再度当該赤外光の発光を再開する、情報処理プログラム。
12. 赤外光の発光が可能な赤外光発光部と、少なくとも赤外光画像が撮像可能なカメラとを備える情報処理装置を制御するための情報処理方法であって、
    前記赤外光の発光を制御する赤外光発光制御ステップと、
    前記カメラを用いて撮像した画像を繰り返し取得する画像取得ステップと、
    前記画像取得ステップで取得された画像に基づいた顔検出処理を繰り返し実行する顔検出ステップとを備え、
    前記赤外光発光制御ステップでは、前記顔検出ステップにおける顔検出処理の結果に基づいて、前記赤外光の発光を停止し、所定時間の経過後に再度当該赤外光の発光を再開する、情報処理方法。

Images