JP2015115035A - 情報処理システム及びプログラム - Google Patents

Abstract

【課題】 情報処理装置の消費電力を削減する。【解決手段】 ＰＣ１３０とＰＣ１３０を管理する管理サーバ装置１２０とを有する情報処理システム１００であって、管理サーバ装置１２０は、ＰＣ１３０を利用するユーザの位置及び動作状況を示す測位データを取得する取得手段と、ＰＣ１３０の起動中に前記取得手段により取得された測位データが、ＰＣ１３０の配置に対して所定の条件を満たした場合に、ＰＣ１３０に対して、ＰＣ制御信号を送信する送信手段と、を有し、ＰＣ１３０は、前記ＰＣ制御信号に基づいて、消費電力に関するモードを制御することを特徴とする。【選択図】図１

Description

本発明は、パーソナルコンピュータ等の情報処理装置を制御する情報処理システム及びプログラムに関する。

一般に、オフィス等に設置される各種機器には、一定時間、ユーザによる操作が行われなかった場合に、電源を自動的にオフの状態にする省電力機能が搭載されている。また、最近では、当該省電力モードに、ユーザの位置情報を取り入れる構成も提案されている。例えば、下記特許文献１では、機器が設置された位置に対して、ユーザが所定の範囲内に入った場合に、電力の供給を行う構成が開示されている。

当該特許文献１によれば、位置情報に基づいてユーザがＭＦＰ（Multifunction Peripheral）等の画像処理装置を利用しようとしているのか否かを判定することが可能となる。このため、利用しようとしていないと判定した段階で電源をオフの状態にすることで、消費電力の更なる削減が可能となる。

一方で、オフィス等に設置される代表的な機器として、パーソナルコンピュータ（ＰＣ）等の情報処理装置が挙げられる。ＰＣ等の情報処理装置の場合、オフィス内における設置台数が多いため、オフィス全体に占める消費電力の割合も多い。

しかしながら、ＰＣ等の情報処理装置の場合、ＭＦＰ等の画像処理装置の場合とは異なり、着座した状態で机上で他の作業を行いながら操作を行うことが多い。このため、単に、設置位置に対して所定の範囲内にユーザが存在しているというだけでは、機器を利用しようとしているのか否かを正確に判定することはできない。

換言すると、ＰＣ等の情報処理装置の場合、ユーザの位置のみならず、モニタに向かっているか否かといった動作状況まで考慮することができれば、より適切な電源の制御が可能となり、消費電力の削減にも効果があると考えられる。

本発明は上記課題に鑑みてなされたものであり、情報処理装置の消費電力を削減することを目的とする。

本発明の実施形態に係る情報処理システムは、以下のような構成を有する。すなわち、
情報処理装置と該情報処理装置を管理するサーバ装置とを有する情報処理システムであって、
前記サーバ装置は、
前記情報処理装置を利用するユーザの位置及び動作状況を示す測位データを取得する取得手段と、
前記情報処理装置の起動中に前記取得手段により取得された測位データが、前記情報処理装置の配置に対して所定の条件を満たした場合に、前記情報処理装置に対して、消費電力に関するモードを変更するための指示を送信する送信手段と、を有し、
前記情報処理装置は、
前記送信手段により送信された指示に基づいて、前記消費電力に関するモードを制御することを特徴とする。

本発明の各実施形態によれば、情報処理装置の消費電力を削減することが可能となる。

本実施形態に係る情報処理システム（管理サーバ装置と測位システムとを組み合わせることで構成された、ＰＣ（情報処理装置）を管理するシステム）の全体構成を示す図である。 測位システムを構成する測位サーバ装置のハードウェア構成を示す図である。 測位システムを構成する携帯端末のハードウェア構成を示す図である。 携帯端末の装着状態及び携帯端末が有する各センサの検知方向を示す図である。 携帯端末が有するセンサのセンサ信号の一例を示す図である。 測位データ（相対移動ベクトルデータ及び動作状況データ）算出処理の流れを示すフローチャートである。 測位データ（相対移動ベクトルデータ及び動作状況データ）の算出結果を模式的に示した図である。 管理サーバ装置のハードウェア構成を示す図である。 管理サーバ装置において管理されるレイアウトデータと、測位サーバ装置において算出された測位データとの関係を示す図である。 ＰＣ制御ルールデータを示す図である。 ユーザの位置及び体の向きを説明するための図である。 ＰＣ（情報処理装置）のハードウェア構成を示す図である。 ＰＣ制御信号とパフォーマンス値と、ＰＣ（情報処理装置）の本体部及びモニタ部の動作との関係を示す図である。 情報処理システムにおける情報処理の流れを示すシーケンス図である。 ＰＣ（情報処理装置）におけるＰＣ制御処理の流れを示すフローチャートである。 情報処理システムにおける情報処理の実施例を示す図である。 情報処理システムにおける情報処理の実施例を示す図である。 情報処理システムにおける情報処理の実施例を示す図である。 情報処理システムにおける情報処理の実施例を示す図である。 情報処理システムにおける情報処理の実施例を示す図である。

以下、本発明の実施形態について添付の図面を参照しながら説明する。なお、以下の実施形態に係る情報処理システムは、オフィス等の建物内にいる人（ユーザ）の位置及び動作状況を測定する測位システムと、管理サーバ装置とを組み合わせることで構成され、ＰＣ等の情報処理装置を管理する。

そこで、以下では、情報処理システムの概要について説明した後、はじめに測位システムについて詳説し、その後、管理サーバ装置及び情報処理装置の詳細について説明することとする。

なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複した説明を省く。

［第１の実施形態］
＜１．情報処理システムの全体構成＞
はじめに、本実施形態に係る情報処理システムの全体構成について説明する。図１は、情報処理システム１００の全体構成を示す図である。

図１に示すように、情報処理システム１００は、測位システム１１０と、管理サーバ装置１２０と、ＰＣ（情報処理装置）１３０とを備える。測位システム１１０と管理サーバ装置１２０とＰＣ１３０とは、互いにネットワーク１４０を介して接続されている。

測位システム１１０は、ネットワーク１４０と接続された測位サーバ装置１１１と、該測位サーバ装置１１１と接続されたアクセスポイント１１２とを有し、アクセスポイント１１２には、複数の携帯端末１１３が無線通信可能に接続されている。

測位サーバ装置１１１は、ユーザに装着される携帯端末１１３より送信されるセンサ信号に基づいて、各ユーザの測位データ（相対移動ベクトルデータ及び動作状況データ）を逐次算出する。また、算出結果である測位データ（相対移動ベクトルデータ及び動作状況データ）を、リアルタイムに、ネットワーク１４０を介して、管理サーバ装置１２０に送信する。なお、測位データの送信は、管理サーバ装置１２０からの測位データ取得要求に応じて開始されるものとする。

アクセスポイント１１２は、携帯端末１１３と無線通信を行うための装置である。図１の例では、１つのアクセスポイントのみを図示しているが、アクセスポイントの数は複数であってもよい。

携帯端末１１３は、ユーザに装着され、内蔵されたセンサのセンサ信号を、アクセスポイント１１２を介して測位サーバ装置１１１に送信する。

管理サーバ装置１２０は、測位データ取得要求に応じて測位サーバ装置１１１より送信が開始された、各ユーザについての測位データ（相対移動ベクトルデータ及び動作状況データ）を、リアルタイムに受信する。また、ＰＣ１３０において、後述する制御アプリケーションが起動されることで、該ＰＣ１３０より送信されるＩＰアドレスを受信する。また、測位システム１１０より受信した測位データに基づいて、受信したＩＰアドレスを有するＰＣ１３０に対して、消費電力に関するモードを変更するためのＰＣ制御信号を送信する。

ＰＣ１３０は、オフィス内に配置され、携帯端末１１３を装着するユーザごとに割り当てられている。ＰＣ１３０は、後述する制御アプリケーションが起動することで、管理サーバ装置１２０に対してＩＰアドレスを送信する。また、管理サーバ装置１２０からのＰＣ制御信号に基づいて、消費電力に関するモードを変更する。

＜２．測位システムの説明＞
＜２．１ 測位サーバ装置の説明＞
次に、測位システム１１０を構成する測位サーバ装置１１１のハードウェア構成について説明する。図２は、測位サーバ装置１１１のハードウェア構成を示す図である。

図２に示すように、測位サーバ装置１１１は、ＣＰＵ（Central Processing Unit）２０１、ＲＯＭ（Read Only Memory）２０２、ＲＡＭ（Random Access Memory）２０３、記憶装置２０４を備える。更に、入出力部２０５、通信部２０６を備える。なお、測位サーバ装置１１１の各部は、バス２０７を介して相互に接続されているものとする。

ＣＰＵ２０１は、記憶装置２０４に格納された、相対移動ベクトル算出部２１０として機能するプログラム、動作状況判定部２１１として機能するプログラム及び送受信制御部２１２として機能するプログラムを実行するコンピュータである。

ＣＰＵ２０１が、相対移動ベクトル算出部２１０として機能するプログラムを実行することにより、測位サーバ装置１１１では、携帯端末１１３より受信したセンサ信号に基づいて、ユーザの、基準位置からの相対移動ベクトルデータを算出する。

また、ＣＰＵ２０１が、動作状況判定部２１１として機能するプログラムを実行することにより、測位サーバ装置１１１では、携帯端末１１３より受信したセンサ信号に基づいて、ユーザの、動作状況を示す動作状況データを算出する。なお、ユーザの動作状況データには、ユーザが着座している状況か起立している状況かを示すデータ及びユーザの体の向きを示すデータが含まれる。相対移動ベクトルデータ及び動作状況データの算出方法の詳細は後述する。

更に、ＣＰＵ２０１が、送受信制御部２１２として機能するプログラムを実行することにより、測位サーバ装置１１１では、携帯端末１１３より送信されたセンサ信号を受信する。また、管理サーバ装置１２０からの測位データ取得要求に応じて、算出した測位データ（相対移動ベクトルデータと動作状況データ）の、管理サーバ装置１２０への送信を開始する。

ＲＯＭ２０２は不揮発性メモリである。ＲＯＭ２０２は、記憶装置２０４に格納された各プログラムを、ＣＰＵ２０１が実行するために必要な各種プログラム、データ等を格納する。具体的には、ＢＩＯＳ（Basic Input/Output System）やＥＦＩ（Extensible Firmware Interface）等のブートプログラムなどを格納する。

ＲＡＭ２０３は、ＤＲＡＭ（Dynamic Random Access Memory）やＳＲＡＭ（Static Random Access Memory）等の主記憶装置である。ＲＡＭ２０３は、記憶装置２０４に格納された各プログラムがＣＰＵ２０１によって実行される際に展開される、作業領域として機能する。

記憶装置２０４は、相対移動ベクトル算出部２１０として機能するプログラム、動作状況判定部２１１として機能するプログラム及び送受信制御部２１２として機能するプログラムを格納する。入出力部２０５は、測位サーバ装置１１１に対して各種指示を入力したり、測位サーバ装置１１１の内部状態を表示したりする。

通信部２０６は、送受信制御部２１２により制御されることで、アクセスポイント１１２を介して、携帯端末１１３より送信されたセンサ信号を受信する。また、測位データ取得要求を管理サーバ装置１２０から受信するとともに、測位データ（相対移動ベクトルデータ及び動作状況データ）を管理サーバ装置１２０に送信する。

＜２．２ 携帯端末１１３の説明＞
次に、測位システム１１０を構成する携帯端末１１３（例えば、スマートフォン）のハードウェア構成について説明する。図３は、携帯端末１１３のハードウェア構成を示す図である。

図３に示すように、携帯端末１１３は、ＣＰＵ（Central Processing Unit）３０１、ＲＯＭ（Read Only Memory）３０２、ＲＡＭ（Random Access Memory）３０３、記憶装置３０４を備える。更に、加速度センサ３０５、角速度センサ３０６、地磁気センサ３０７、ユーザインタフェース部３０８、通信部３０９を備える。なお、携帯端末１１３の各部は、バス３１０を介して相互に接続されているものとする。

携帯端末１１３は、例えば、図４に示すように、ユーザ４００の腰部に装着される。ただし、図４は、ユーザ４００による携帯端末１１３の装着例にすぎず、携帯端末１１３の装着位置は、腰部に限定されないことはいうまでもない。

図３に戻る。ＣＰＵ３０１は、記憶装置３０４に格納された、検知及び送受信部３１１として機能するプログラムを実行するコンピュータである。ＣＰＵ３０１が、検知及び送受信部３１１として機能するプログラムを実行することで、加速度センサ３０５、角速度センサ３０６、地磁気センサ３０７にて検知されたそれぞれのセンサ信号は、所定周期（例えば、１秒周期）で測位サーバ装置１１１に送信される。

ＲＯＭ３０２は不揮発性メモリである。ＲＯＭ３０２は、記憶装置３０４に格納されたプログラムをＣＰＵ３０１が実行するために必要な各種プログラム、データ等を格納する。具体的には、ＢＩＯＳ（Basic Input/Output System）やＥＦＩ（Extensible Firmware Interface）等のブートプログラムなどを格納する。

ＲＡＭ３０３は、ＤＲＡＭ（Dynamic Random Access Memory）やＳＲＡＭ（Static Random Access Memory）等の主記憶装置である。ＲＡＭ３０３は、記憶装置３０４に格納されたプログラムがＣＰＵ３０１によって実行される際に展開される、作業領域として機能する。記憶装置３０４は、検知及び送受信部３１１として機能するプログラムを格納する。

加速度センサ３０５は、携帯端末１１３を装着するユーザ４００の加速度を検知し、センサ信号として加速度ベクトルを示す信号を出力する。角速度センサ３０６は、ユーザ４００の角速度を検知し、センサ信号として角速度ベクトルを示す信号を出力する。地磁気センサ３０７は、ユーザの磁気方位を検知し、センサ信号として磁気方位ベクトルを示す信号を出力する。

ここで、携帯端末１１３が有する各センサの検知方向について説明する。図４（ｂ）、（ｃ）は、携帯端末１１３が有する各センサが検知する検知方向を示す図である。図４（ｂ）は、加速度センサ３０５、地磁気センサ３０７が検知する検知方向を示している。図４（ｂ）に示すように、加速度センサ３０５、地磁気センサ３０７により、進行方向、鉛直方向、水平方向の加速度成分及び磁気方位成分がそれぞれ検知される。

また、図４（ｃ）のベクトルＡは、角速度センサ３０６により検知される角速度ベクトルを示している。ここで、矢印Ｂは、角速度の正方向を示している。

本実施形態では、角速度ベクトルＡの、図４（ｂ）に示す進行方向、鉛直方向、水平方向への射影を考え、それぞれ、進行方向の角速度成分、鉛直方向の角速度成分、水平方向の角速度成分という。

図３に戻る。ユーザインタフェース部３０８には、携帯端末１１３に各種指示を入力したり、携帯端末１１３の内部状態を表示したりするための画面が含まれる。また、各種操作ボタン等が含まれる。

通信部３０９は、検知及び送受信部３１１による制御のもと、加速度ベクトルを示す信号、角速度ベクトルを示す信号、及び、磁気方位ベクトルを示す信号を、センサ信号として測位サーバ装置１１１に送信する。

＜２．３ 相対移動ベクトルデータの算出方法＞
次に、測位サーバ装置１１１の相対移動ベクトル算出部２１０による相対移動ベクトルデータの算出方法について説明する。

相対移動ベクトル算出部２１０では、相対移動ベクトルデータを算出するにあたり、はじめに、ユーザが歩行状態にあるか否かを判定する。具体的には、まず、加速度センサ３０５から受信した加速度ベクトルと、角速度センサ３０６から受信した角速度ベクトルとから重力加速度ベクトルを求める。そして、加速度ベクトルから重力加速度ベクトルを差し引くことで、鉛直方向の加速度を除去して、残差加速度成分の時系列データを得る。その後、残差加速度成分の時系列データに対して主成分解析を行うことで、歩行動作の進行方向を求める。

更に、鉛直方向の加速度成分の山ピークと谷ピークのペアを探索し、進行方向の加速度成分の谷ピークと山ピークのペアを探索する。また、進行方向の加速度成分の勾配を算出する。そして、鉛直方向の加速度成分が山ピークから谷ピークに変化する当該谷ピークの検知時刻において、上記進行方向の加速度成分の勾配が所定値以上であるか否かを判定し、所定値以上である場合に、ユーザは歩行状態であると判定する。

歩行状態であると判定した場合、相対移動ベクトル算出部２１０では相対移動ベクトルを算出する。

具体的には、加速度センサ３０５から受信した加速度ベクトルと角速度センサ３０６から受信した角速度ベクトルとから重力方位ベクトルを求める。そして、重力方位ベクトルと、角速度ベクトルまたは地磁気センサ３０７から受信した磁気方位ベクトルとからユーザ４００の姿勢角度を移動方位として算出する。

更に、加速度ベクトルと角速度ベクトルとから重力加速度ベクトルを求め、重力加速度ベクトルと加速度ベクトルとから、歩行動作によって発生している加速度ベクトルを算出する。そして、重力加速度ベクトルと、歩行動作によって発生している加速度ベクトルとから、歩行動作を解析して検出する。更に、検出結果に基づいて、歩行動作の大きさを、重力加速度ベクトルと歩行動作によって発生している加速度ベクトルとに基づいて測定して、測定結果を歩幅とする。そして、このようにして求めた移動方位と歩幅とを積算することにより、基準位置からの相対移動ベクトルを求める。

＜２．４ 動作状況データの算出方法＞
次に、測位サーバ装置１１１の動作状況判定部２１１による動作状況データの算出方法について説明する。動作状況判定部２１１では、動作状況データとして、ユーザ４００が着座している状況か起立している状況かを示すデータ及びユーザの体の向きを示すデータを算出する。

はじめに、ユーザ４００が着座している状況か起立している状況かを示すデータの算出方法について説明する。動作状況判定部２１１では、加速度センサ３０５から受信した加速度ベクトルと角速度センサ３０６から受信した角速度ベクトルとから重力加速度ベクトルを求めて、鉛直方向の加速度成分を求める。これにより、ユーザ４００が着座している状況か起立している状況かを判定する。

図５（ａ）は、着座動作と起立動作のそれぞれを行った場合における鉛直方向の加速度成分の波形を示す図である。図５（ａ）に示すように、着座動作の場合には、鉛直方向の加速度成分の山のピークから谷のピークまでの間隔が約０．５秒前後である。一方、起立動作の場合には、鉛直方向の加速度成分の谷のピークから山のピークまでの間隔が約０．５秒である。このため、かかるピークの間隔により、ユーザ４００が着座している状況か起立している状況かを判定することができる。

すなわち、鉛直方向の加速度成分の山のピークから谷のピークまでの間隔が０．５秒から所定範囲内にある場合には、ユーザの動作状況は着座している状況であると判定する。また、鉛直方向の加速度成分の谷のピークから山のピークまでの間隔が０．５秒から所定範囲内である場合には、ユーザの動作状況は起立している状況であると判定する。

次に、ユーザの体の向きを示すデータの算出方法について説明する。動作状況判定部２１１では、角速度センサ３０６から受信した角速度ベクトルに基づいて、ユーザ４００の体の向きを判定する。

図５（ｂ）は、ユーザ４００が静止状態で、体の向きをほぼ９０度変化させる動作を行った場合の鉛直方向の角速度成分の波形を示す図である。鉛直方向の角速度成分が正であれば、右側に体の向きを変える動作であり、負であれば左側に体の向きを変える動作である。

角速度センサ３０６から受信した角速度ベクトルの鉛直方向の角速度成分の経時的変化が、図５（ｂ）に示す波形のように、０から徐々に山のピークに達した後徐々に０に戻り、かつ、この間の時間が約３秒である場合に、体の向きが右に変化する動作と判定する。

鉛直方向の角速度成分の経時的変化が、図５（ｂ）に示す波形のように、０から徐々に谷のピークに達した後徐々に０に戻り、かつその間の時間が約１．５秒である場合に、体の向きが左に変化する動作と判定する。

＜２．５ 相対移動ベクトルデータ及び動作状況データの算出処理の流れ＞
次に、測位サーバ装置１１１の相対移動ベクトル算出部２１０及び動作状況判定部２１１による相対移動ベクトルデータ及び動作状況データの算出処理の流れについて説明する。図６は、相対移動ベクトル算出部２１０及び動作状況判定部２１１による相対移動ベクトルデータ及び動作状況データの算出処理の流れを示すフローチャートである。測位サーバ装置１１１が起動した状態で、測位サーバ装置１１１に対して携帯端末１１３が無線接続されると、図６に示す算出処理が実行される。

ステップＳ６０１では、予め定められた基準位置に基づいて、処理対象となる携帯端末１１３についての相対移動ベクトルデータ及び動作状況データを初期化する。初期化が完了すると、当該携帯端末１１３からのセンサ信号の受信を開始する。

ステップＳ６０２では、受信したセンサ信号に基づいて、当該携帯端末１１３を装着したユーザが歩行状態にあるか否かを判定する。ステップＳ６０２において歩行状態にあると判定された場合には、ステップＳ６０３に進み、相対移動ベクトルデータを算出する。その後、ステップＳ６０４に進む。

一方、歩行状態にないと判定された場合には、直接ステップＳ６０４に進む。ステップＳ６０４では、動作状況データとして、ユーザが着座している状況か、起立している状況かを示すデータを算出する。更に、ステップＳ６０５では、動作状況データとして、ユーザの体の向きを算出する。

ステップＳ６０６では、測位サーバ装置１１１が既に管理サーバ装置１２０より測位データ取得要求を受信している場合にあっては、相対移動ベクトルデータ及び動作状況データを、管理サーバ装置１２０に送信する。

ステップＳ６０７では、相対移動ベクトルデータ及び動作状況データの算出処理を終了するか否かを判定する。携帯端末１１３による測位サーバ装置１１１への無線接続が継続している場合には、ステップＳ６０２に戻る。一方、携帯端末１１３による測位サーバ装置１１１への無線接続が切断された場合には、当該携帯端末１１３についての算出処理を終了する。

＜２．６ 相対移動ベクトルデータ及び動作状況データの算出結果＞
次に、相対移動ベクトル算出部２１０及び動作状況判定部２１１による相対移動ベクトルデータ及び動作状況データの算出処理の結果について説明する。図７は、相対移動ベクトル算出部２１０及び動作状況判定部２１１による相対移動ベクトルデータ及び動作状況データの算出処理の結果を模式的に示した図である。

図７において、マーク７０１〜７１８は各ユーザの所定の座標範囲内における位置及び動作状況を示している。

このうち、マーク７０６及び７０７は、ユーザが歩行状態にあることを示している。黒く塗りつぶされている部分は、ユーザの体の向き（正面方向）を示している。

マーク７０１は、ユーザが静止状態にあり、かつ、起立している状況にあることを示している。なお、黒く塗りつぶされている部分は、ユーザの体の向き（正面方向）を示している。

更に、マーク７０２〜７０４、７０８〜７１８は、ユーザが静止状態にあり、かつ、着座している状況にあることを示している。また、黒く塗りつぶされている部分は、ユーザの体の向き（正面方向）を示している。

このように、算出された動作状況データは、所定の座標範囲において所定周期ごとに更新されるマークの形及びマーク内部の色（模様）として表現することができる。また、算出された相対移動ベクトルデータは、所定の座標範囲において所定周期ごとに更新されるマーク７０１〜７１８の位置として表現することができる。

つまり、相対移動ベクトルデータ及び動作状況データをリアルタイムに算出し、算出結果を所定の座標範囲にマークとしてプロットすることで、測位サーバ装置１１１は、各ユーザがどこにいるのかをリアルタイムに認識することができる。また、各ユーザがどちらを向いているのか、着座している状況か起立している状況かをリアルタイムに認識することができる。

＜３．管理サーバ装置の説明＞
次に、管理サーバ装置１２０について説明する。

＜３．１ 管理サーバ装置のハードウェア構成＞
はじめに、管理サーバ装置１２０のハードウェア構成について説明する。図８は、管理サーバ装置１２０のハードウェア構成を示す図である。

図８に示すように、管理サーバ装置１２０は、ＣＰＵ（Central Processing Unit）８０１、ＲＯＭ（Read Only Memory）８０２、ＲＡＭ（Random Access Memory）８０３を備える。更に、記憶装置８０４、入出力部８０５、通信部８０６を備える。なお、管理サーバ装置１２０の各部は、バス８０７を介して相互に接続されているものとする。

ＣＰＵ８０１は、記憶装置８０４に格納された、ユーザ管理部８１０として機能するプログラム、ＰＣ管理部８１１として機能するプログラムを実行するコンピュータである。ＣＰＵ８０１がユーザ管理部８１０として機能するプログラムを実行することにより、管理サーバ装置１２０では、ユーザ管理処理を実行し、レイアウトデータ８２１に基づいて、ユーザの位置、動作状況（着座／起立、体の向き）をリアルタイムに認識する。

また、ＣＰＵ８０１がＰＣ管理部８１１として機能するプログラムを実行することにより、管理サーバ装置１２０では、ＰＣ管理処理を実行する。具体的には、ＰＣ制御ルールデータ８２２を参照しながら測位データに基づいて、ＰＣ１３０の消費電力に関するモードの変更の要否を判定する。また、変更する必要があると判定した場合に、ＰＣ制御信号を生成する。

ＲＯＭ８０２は不揮発性メモリである。ＲＯＭ８０２は、記憶装置８０４に格納された各プログラムをＣＰＵ８０１が実行するために必要な各種プログラム、データ等を格納する。具体的には、ＢＩＯＳ（Basic Input/Output System）やＥＦＩ（Extensible Firmware Interface）等のブートプログラムなどを格納する。

ＲＡＭ８０３は、ＤＲＡＭ（Dynamic Random Access Memory）やＳＲＡＭ（Static Random Access Memory）等の主記憶装置である。ＲＡＭ８０３は、記憶装置８０４に格納された各プログラムがＣＰＵ８０１によって実行される際に展開される、作業領域として機能する。

記憶装置８０４は、ユーザ管理部８１０として機能するプログラム、ＰＣ管理部８１１として機能するプログラムを格納する。

また、測位サーバ装置１１１より送信される測位データに基づいてユーザの位置及び動作状況を特定する際に用いられる、オフィスのレイアウトデータ８２１を格納する。また、測位データに基づいて、消費電力に関するモードの変更の要否を判定する（つまり、ＰＣ制御信号を送信するか否かを判定する）ためのＰＣ制御ルールデータ８２２を格納する。なお、レイアウトデータ８２１、ＰＣ制御ルールデータ８２２の詳細は後述する。

入出力部８０５は、管理サーバ装置１２０に対して各種指示を入力したり、管理サーバ装置１２０の内部状態を表示したりする。

通信部８０６は、ネットワーク１４０を介して測位サーバ装置１１１に測位データ取得要求を行うとともに、測位サーバ装置１１１より、測位データ（相対移動ベクトルデータ及び動作状況データ）を所定周期（例えば、１秒周期）で受信する。また、測位データに基づいて生成されたＰＣ制御信号を、所定周期（例えば、１秒周期）でＰＣ１３０に送信する。

＜３．２ 管理サーバ装置に格納されるデータの詳細＞
次に、管理サーバ装置１２０の記憶装置８０４に格納される、レイアウトデータ８２１、ＰＣ制御ルールデータ８２２の詳細について説明する。

（１）レイアウトデータ８２１
図９（ａ）は、管理サーバ装置１２０の記憶装置８０４に格納されるレイアウトデータ８２１の一例を示す図である。図９（ａ）に示すように、レイアウトデータ８２１には、オフィス内の壁や柱の位置、机の位置等が記載されている。更に、机上に設置されたＰＣ１３０の位置及び向きが記載されている。これにより、管理サーバ装置１２０では、各ユーザが利用するＰＣ１３０の配置（設置位置、設置方向）を認識することができる。

図９（ｂ）は、レイアウトデータ８２１に対して、相対移動ベクトルデータ及び動作状況データの算出結果を模式的に示したマーク７０１〜７１８を重ね合わせた図である。図９（ｂ）に示すように、各ユーザが利用するＰＣ１３０に対する、各ユーザの位置及び動作状況（着座／起立、体の向き）から、各ユーザがＰＣ１３０を使用しているのか否かを判定することができる。

（２）ＰＣ制御ルールデータ８２２
図１０は、管理サーバ装置１２０の記憶装置８０４に格納されるＰＣ制御ルールデータ８２２の一例を示す図である。ＰＣ制御ルールデータ８２２は、ＰＣ１３０の配置に対して、測位データが所定の条件を満たしているのか否かを判定することで、各ユーザがＰＣ１３０を使用しているのか否かを判定し、消費電力に関するモードの変更の要否を判定するためのデータである。つまり、図１０は、測位データと、生成されるＰＣ制御信号との関係を示している。一方、図１１は、ＰＣ１３０の配置（設置位置、設置方向）と測位データとの関係を模式的に示した図である。

図１０に示すように、ＰＣ１３０に対して、ユーザの位置が、所定距離（例えば、１０ｍ）以上離れていた場合（図１１（ａ）の点線１１０１の外側であった場合）、管理サーバ装置１２０では、ＰＣ制御信号として"ｈｉｂｅｒｎａｔｅ"信号を生成する。また、所定距離範囲（例えば、３ｍ以上１０ｍ未満）であった場合（図１１（ａ）の点線１１０１〜１１０２の間であった場合）、管理サーバ装置１２０では、ＰＣ制御信号として"ｓｕｓｐｅｎｄ"信号を生成する。

また、所定距離範囲（例えば、１ｍ以上３ｍ未満）であった場合（図１１（ａ）の点線１１０２〜１１０３の間であった場合）、管理サーバ装置１２０では、"モニタオフ"信号を生成する。

更に、所定距離未満（例えば、１ｍ未満）であって、体の向きが、ＰＣ１３０の方向を向いていない場合（図１１（ｃ）の場合）、"モニタオフ"信号を生成する。更に、所定距離未満（例えば、１ｍ未満）であって、体の向きが、ＰＣ１３０の方向を向いている場合（図１１（ｂ）の場合）、"モニタオン"信号を生成する。

＜４．ＰＣ（情報処理装置）の説明＞
次に、管理サーバ装置１２０により管理されるＰＣ１３０について説明する。図１２は、ＰＣ１３０のハードウェア構成を示す図である。図１２に示すように、ＰＣ１３０は、ＣＰＵ（Central Processing Unit）１２０１、ＲＯＭ（Read Only Memory）１２０２、ＲＡＭ（Random Access Memory）１２０３、記憶装置１２０４を備える。更に、入力部１２０５、モニタ部１２０６、通信部１２０７を備える。なお、ＰＣ１３０の各部は、バス１２０８を介して相互に接続されているものとする。また、ＣＰＵ１２０１、ＲＯＭ１２０２、ＲＡＭ１２０３、記憶装置１２０４、通信部１２０７をまとめて、以下では本体部と称する。

ＣＰＵ１２０１は、記憶装置１２０４に格納された各種アプリケーション（制御アプリケーション１２１０を含む）を実行するコンピュータである。

ＣＰＵ１２０１が、制御アプリケーション１２１０を実行することにより、ＰＣ１３０では、自装置のパフォーマンス値１２２０をリアルタイムに（例えば、１秒周期で）監視する。また、管理サーバ装置１２０からＰＣ制御信号が送信された場合に、当該パフォーマンス値１２２０に応じて、消費電力に関するモード（通常モード、スタンバイモード、休止モード、モニタオフモード、モニタオンモード）を変更するか否かを判定する。更に、変更すると判定した場合に、モードの移行処理を行う。

なお、スタンバイモードとは、ＰＣ１３０の本体部のうち、ＲＡＭ１２０３への電力供給を維持しつつ、ＲＡＭ１２０３以外の各部への電力供給を遮断するモードをいう。また、休止モードとは、ＲＡＭ１２０３に保持されているデータを記憶装置１２０４に格納したうえで、ＰＣ１３０の本体部の各部への電力供給を遮断するモードをいう。

図１３は、管理サーバ装置１２０から送信されるＰＣ制御信号と、ＰＣ１３０でリアルタイムに監視されるパフォーマンス値１２２０と、ＰＣ１３０の本体部及びモニタ部１２０６の動作との関係を示す図である。

図１３に示すように、ＰＣ制御信号として、"ｈｉｂｅｒｎａｔｅ"信号が送信された場合、ＰＣ１３０のパフォーマンス値１２２０が所定の条件を満たしている場合には、本体部を休止モードに移行させ、モニタ部１２０６をオフモードに移行させる。一方、ＰＣ１３０のパフォーマンス値１２２０が所定の条件を満たしていない場合には、本体部を通常モードに移行させ、モニタ部１２０６をオフモードに移行させる。

同様に、ＰＣ制御信号として、"ｓｕｓｐｅｎｄ"信号が送信された場合、ＰＣ１３０のパフォーマンス値１２２０が所定の条件を満たしている場合には、本体部をスタンバイモードに移行させ、モニタ部１２０６をオフモードに移行させる。一方、ＰＣ１３０のパフォーマンス値１２２０が所定の条件を満たしていない場合には、本体部を通常モードに移行させ、モニタ部１２０６をオフモードに移行させる。

なお、ＰＣ制御信号として、"モニタオフ"信号が送信された場合は、ＰＣ１３０のパフォーマンス値１２２０によらず、本体部を通常モードに移行させ、モニタ部１２０６をオフモードに移行させる。また、ＰＣ制御信号として、"モニタオン"信号が送信された場合は、本体部を通常モードに移行させ、モニタ部１２０６をオンに移行させる。

このように、制御アプリケーション１２１０では、管理サーバ装置１２０より"ｈｉｂｅｒｎａｔｅ"信号または"ｓｕｓｐｅｎｄ"信号のＰＣ制御信号が送信された場合、モニタ部１２０６をオフモードに移行させる。

また、パフォーマンス値１２２０が所定の条件を満たしているか否かを判定し、満たしていると判定した場合にのみ、本体部をＰＣ制御信号に応じたモード（休止モードまたはスタンバイモード）に移行させる。これは、ＰＣ制御信号に従って、直ちにモード変更を実行したとすると、以下のような問題が生じるためである。

例えば、ユーザがアプリケーションのインストール中に、ＰＣ１３０から離れると、ＰＣ制御信号として"ｈｉｂｅｒｎａｔｅ"信号が送信される。この場合、本体部は、インストール中であるにも関わらず、休止モードに移行してしまうこととなり、ユーザは再度、インストールをやり直さなければならない。

つまり、アプリケーションのインストール実行中に、ユーザは、ＰＣ１３０から離れることができないといった不都合が生じるうえ、再度、インストールをやり直すとすると、消費電力の無駄遣いとなってしまう。

また、例えば、ユーザがシミュレーションを実行中に、ＰＣ１３０から離れた場合も同様の結果となる。あるいは、例えば、リアルタイムにデータを収集するアプリケーションを実行中に、ＰＣ１３０から離れた場合も同様の結果となる。

そこで、本実施形態に係る制御アプリケーション１２１０では、途中で実行が停止されてしまうと、最初から実行処理をやり直す必要があるアプリケーションが実行中の場合にあっては、ＰＣ制御信号に関わらず通常モードを維持するよう構成されている。

なお、途中で実行が停止されたとすると、最初から実行処理をやり直す必要があるアプリケーションが実行中であることを検出するためには、ＰＣ１３０のリソース使用量を監視することが有効である。このため、制御アプリケーション１２１０では、パフォーマンス値１２２０として、ＰＣ１３０のリソース使用量を監視し、リソース使用量が所定の閾値（Ｐ１〜Ｐ４）未満であった場合に、パフォーマンス値が所定の条件を満たしていると判定する。反対に、リソース使用量が所定の閾値（Ｐ１〜Ｐ４）以上であった場合には、パフォーマンス値１２２０が所定の条件を満たしていないと判定する。

図１２の説明に戻る。ＲＯＭ１２０２は不揮発性メモリである。ＲＯＭ１２０２は、記憶装置１２０４に格納された各種アプリケーションを、ＣＰＵ１２０１が実行するために必要な各種プログラム、データ等を格納する。具体的には、ＢＩＯＳ（Basic Input/Output System）やＥＦＩ（Extensible Firmware Interface）等のブートプログラムなどを格納する。

ＲＡＭ１２０３は、ＤＲＡＭ（Dynamic Random Access Memory）やＳＲＡＭ（Static Random Access Memory）等の主記憶装置である。ＲＡＭ１２０３は、記憶装置１２０４に格納された各アプリケーションがＣＰＵ１２０１によって実行される際に展開される、作業領域として機能する。

なお、制御アプリケーション１２１０がＣＰＵ１２０１によって実行されることで監視されるパフォーマンス値１２２０は、ＲＡＭ１２０３に一時的に保持される。上述したように、制御アプリケーション１２１０では、パフォーマンス値１２２０として、ＰＣ１３０のリソース使用量を監視する。

具体的には、ネットワーク通信量（Ｂｙｔｅｓ Ｔｏｔａｌ／ｓｅｃ）、ハードディスク転送量（Ｂｙｔｅｓ／ｓｅｃ）、ＣＰＵ使用率（％）、メモリ使用量（Ｍｅｇａ Ｂｙｔｅｓ／ｓｅｃ）のうちの少なくともいずれかを監視する。

例えば、アプリケーションのインストール中であれば、ハードディスク転送量が大きくなるため、アプリケーションのインストール中であるか否かを判定するには、ハードディスク転送量を監視することが有効となるからである。また、アプリケーションのダウンロード中であれば、ネットワーク通信量が大きくなるため、アプリケーションのダウンロード中であるか否かを判定するには、ネットワーク通信量を監視することが有効となるからである。また、シミュレーション中であれば、メモリ使用量が大きくなるため、シミュレーション中であるか否かを判定するには、メモリ使用量を監視することが有効となるからである。なお、ＣＰＵ使用率は、他のパフォーマンス値と組み合わせて、監視するようにしてもよい。ただし、ＣＰＵ使用率は、ＣＰＵの性能によって左右されるため、参考程度に監視するようにしてもよい。

図１２の説明に戻る。記憶装置１２０４は、制御アプリケーション１２１０を含む各種アプリケーションを格納する。入力部１２０５は、ＰＣ１３０に対して各種指示を入力する際に用いられる。また、モニタ部１２０６は、ＰＣ１３０の内部状態を表示したりする。モニタ部１２０６には、バックライトが配されており、モニタ部１２０６がオフモードに移行した場合には、当該バックライトが消灯する。

通信部１２０７は、管理サーバ装置１２０よりＰＣ制御信号を受信したり、管理サーバ装置１２０に対して、制御アプリケーション１２１０が起動したことを、ＩＰアドレスを含めて通知したりする。また、制御アプリケーション１２１０が起動中に、消費電力に関するモードの変更があった場合には、これを通知したりする。

＜５． 情報処理システムにおける情報処理の流れ＞
次に、情報処理システム１００における情報処理の流れについて説明する。図１４は、情報処理システム１００における情報処理の流れを示すシーケンス図である。

図１４に示すように、はじめに、測位サーバ装置１１１では、相対移動ベクトルデータ及び動作状況データ算出処理を開始しており（ステップＳ１４０１）、管理サーバ装置１２０では、ユーザ管理処理を開始しているものとする（ステップＳ１４０２）。

このような状況のもと、ＰＣ１３０では、ユーザが出勤時等に操作することにより、電源がオンの状態になり（ステップＳ１４０３）、制御アプリケーションが起動すると（ステップＳ１４０４）、ネットワーク情報を取得する（ステップＳ１４０５）。

ＰＣ１３０には、通信用のネットワークカードとして種々のネットワークカードが装着可能であり、いずれのネットワークカードが装着されているかにより、パフォーマンス値１２２０のネットワーク通信量の算出結果が変わってくる。このため、制御アプリケーション１２１０では、はじめにネットワーク情報を取得する。

ＰＣ１３０では、更に、取得したネットワーク情報に基づいて、指定ネットワーク情報を有効化する（ステップＳ１４０５）。有効化されたネットワーク情報は、パフォーマンス値１２２０の算出に用いられる。

指定ネットワーク情報を有効化すると、ＰＣ１３０では、パフォーマンス値１２２０の閾値（Ｐ１〜Ｐ４）を設定する（ステップＳ１４０７）。更に、ＰＣ１３０では、制御アプリケーション１２１０が起動したことを管理サーバ装置１２０に通知する（ステップＳ１４０８）。なお、制御アプリケーション１２１０が起動したことを示す通知（起動通知）には、ＰＣ１３０のＩＰアドレスが含まれているものとする。

起動通知を受信した管理サーバ装置１２０では、測位サーバ装置１１１に対して測位データ取得要求を行う（ステップＳ１４０９）。具体的には、起動通知を行ったＰＣ１３０を利用するユーザを特定し、当該ユーザについての測位データを、測位サーバ装置１１１に対して要求する。なお、管理サーバ装置１２０では、ＰＣ１３０のＩＰアドレスと、該ＩＰアドレスを有するＰＣ１３０を利用するユーザの識別情報とを対応付けて管理しているものとする。

測位データ取得要求を行った後、管理サーバ装置１２０では、更に、ＰＣ管理部８１１がＰＣ管理処理を開始する（ステップＳ１４１０）。ＰＣ管理処理を開始することで、管理サーバ装置１２０では、所定周期で測位サーバ装置１１１より送信される測位データに基づいて（ステップＳ１４１１）、ＰＣ１３０の消費電力に関するモードの変更の要否を判定する判定処理を行う（ステップＳ１４１２）。

ステップＳ１４１２における判定処理の結果、ＰＣ１３０の消費電力に関するモードを変更する必要がないと判定した場合には、ステップＳ１４１６からステップＳ１４１０に戻る。

一方、ステップＳ１４１２における判定処理の結果、消費電力に関するモードを変更する必要があると判定した場合、管理サーバ装置１２０では、ＰＣ制御ルールデータ８２２に従ってＰＣ１３０に対してＰＣ制御信号を送信する（ステップＳ１４１３）。

ＰＣ制御信号を受信したＰＣ１３０では、ＰＣ制御処理を実行する（ステップＳ１４１４）。なお、ＰＣ制御処理の詳細は後述する。ＰＣ制御処理を実行した結果、ＰＣ１３０の消費電力に関するモードが変更された場合には、管理サーバ装置１２０に対して状態通知が行われる（ステップＳ１４１５）。これにより、管理サーバ装置１２０では、ＰＣ１３０において、消費電力に関するモードが変更されたことを認識することができる。

状態通知を受信した管理サーバ装置１２０では、ステップＳ１４１６からステップＳ１４１０に戻る。なお、ステップＳ１４１０からステップＳ１４１６までの処理は、ＰＣ１３０において制御アプリケーション１２１０が終了するまで継続する。

一方、ＰＣ１３０において、ユーザ操作に基づいて、制御アプリケーション１２１０が終了した場合には（ステップＳ１４１７）、管理サーバ装置１２０に対して終了通知が送信される（ステップＳ１４１８）。

終了通知を受信した管理サーバ装置１２０では、ＰＣ管理部８１１によりＰＣ管理処理を終了する。制御アプリケーション１２１０の終了操作に続いて、退勤時等にユーザがＰＣ１３０の電源をオフにする操作を行った場合には、ＰＣ１３０の電源がオフの状態になる（ステップＳ１４２０）。

＜６．ＰＣ制御処理の流れ＞
次に、ＰＣ１３０におけるＰＣ制御処理（ステップＳ１４１４）の詳細について説明する。図１５は、ＰＣ１３０におけるＰＣ制御処理（ステップＳ１４１４）の詳細な流れを示すフローチャートである。

ステップＳ１５０１では、管理サーバ装置１２０より、ＰＣ制御信号として"ｓｕｓｐｅｎｄ"信号を受信したか否かを判定する。ステップＳ１５０１において、"ｓｕｓｐｅｎｄ"信号を受信していないと判定した場合には、ステップＳ１５０５に進む。

一方、ステップＳ１５０１において、管理サーバ装置１２０より、ＰＣ制御信号として"ｓｕｓｐｅｎｄ"信号を受信したと判定した場合には、ステップＳ１５０２に進む。
ステップＳ１５０２では、ＰＣ１３０のパフォーマンス値１２２０全てが閾値（Ｐ１〜Ｐ４）を下回っている（所定の条件を満たしている）か否かを判定する。ＰＣ１３０のパフォーマンス値１２２０のいずれか１つでも閾値以上であった場合には、図１４のステップＳ１４１６に戻る。

一方、ステップＳ１５０２において、ＰＣ１３０のパフォーマンス値１２２０全てが閾値（Ｐ１〜Ｐ４）を下回っていると判定した場合には、ステップＳ１５０３に進む。ステップＳ１５０３では、スタンバイモードに移行することを管理サーバ装置１２０に通知する。その後、ステップＳ１５０４では、スタンバイモードに移行する。なお、スタンバイモードに移行することを管理サーバ装置１２０に通知した後でスタンバイモードに移行するのは、先にスタンバイモードに移行すると、スタンバイモードに移行したことを、管理サーバ装置１２０に通知することができないからである。スタンバイモードに移行した後は、図１４のステップＳ１４１６に戻る。

ステップＳ１５０５では、管理サーバ装置１２０より、ＰＣ制御信号として"ｈｉｂｅｒｎａｔｅ"信号を受信したか否かを判定する。ステップＳ１５０５において、"ｈｉｂｅｒｎａｔｅ"信号を受信していないと判定した場合には、ステップＳ１５０９に進む。

一方、ステップＳ１５０５において、管理サーバ装置１２０より、ＰＣ制御信号として"ｈｉｂｅｒｎａｔｅ"信号を受信したと判定した場合には、ステップＳ１５０６に進む。
ステップＳ１５０６では、ＰＣ１３０のパフォーマンス値１２２０全てが閾値（Ｐ１〜Ｐ４）を下回っている（所定の条件を満たしている）か否かを判定する。ＰＣ１３０のパフォーマンス値１２２０のいずれか１つでも閾値以上であった場合には、図１４のステップＳ１４１６に戻る。

一方、ステップＳ１５０６において、ＰＣ１３０のパフォーマンス値１２２０全てが閾値（Ｐ１〜Ｐ４）を下回っていると判定した場合には、ステップＳ１５０７に進む。ステップＳ１５０７では、休止モードに移行することを管理サーバ装置１２０に通知する。その後、ステップＳ１５０８では、休止モードに移行する。なお、休止モードに移行することを管理サーバ装置１２０に通知した後で休止モードに移行するのは、先に休止モードに移行すると、休止モードに移行したことを、管理サーバ装置１２０に通知することができないからである。休止モードに移行した後は、図１４のステップＳ１４１６に戻る。

ステップＳ１５０９では、管理サーバ装置１２０より、ＰＣ制御信号として"モニタオフ"信号を受信したか否かを判定する。ステップＳ１５０９において、"モニタオフ"信号を受信していないと判定した場合には、ステップＳ１５１２に進む。

一方、ステップＳ１５０９において、管理サーバ装置１２０より、ＰＣ制御信号として"モニタオフ"信号を受信したと判定した場合には、ステップＳ１５１０に進む。ステップＳ１５１０では、モニタ部１２０６をオフモードに移行し、ステップＳ１５１１では、モニタ部１２０６をオフモードにしたことを管理サーバ装置１２０に通知した後、図１４のステップＳ１４１６に戻る。

ステップＳ１５１２では、管理サーバ装置１２０より、ＰＣ制御信号として"モニタオン"信号を受信したか否かを判定する。ステップＳ１５１２において、"モニタオン"信号を受信していないと判定した場合には、図１４のステップＳ１４１６に戻る。

一方、ステップＳ１５１２において、管理サーバ装置１２０より、ＰＣ制御信号として"モニタオン"信号を受信したと判定した場合には、ステップＳ１５１３に進む。ステップＳ１５１３では、モニタ部１２０６をオンモードに移行し、ステップＳ１５１４では、モニタ部１２０６をオンモードに移行したことを管理サーバ装置１２０に通知した後、図１４のステップＳ１４１６に戻る。

＜７．実施例＞
次に、情報処理システム１００における情報処理の実施例について説明する。図１６〜図１９は、情報処理システム１００における情報処理の実施例を示す図である。

図１６に示すように、ＰＣ１３０の電源をオンの状態にし、制御アプリケーション１２１０を起動することで、ＩＰアドレスが管理サーバ装置１２０に送信される。図１６の例では、ユーザＡは、自身が利用するＰＣ１３０の前に着座して、ＰＣ１３０の方向を向いている。このため、ユーザＡの測位データが管理サーバ装置１２０に送信されても、管理サーバ装置１２０からＰＣ１３０に対してＰＣ制御信号が送信されることはない。

図１７の例は、その後、ユーザＡが、自身が利用するＰＣ１３０に対して、背を向けて着座した様子を示している。ＰＣ１３０からの距離は１ｍ以内ではあるが、ＰＣ１３０の方向を向いていないため、管理サーバ装置１２０からＰＣ１３０に対してＰＣ制御信号として、"モニタオフ"信号が送信される。これにより、ＰＣ１３０のモニタ部１２０６がオフモードに移行する。

図１８の例は、その後、ユーザＡが、自身が利用するＰＣ１３０から離れ、別の執務室に行った様子を示している。ＰＣ１３０から１０ｍ以上はなれているため、管理サーバ装置１２０からＰＣ１３０に対しては、ＰＣ制御信号として、"ｈｉｂｅｒｎａｔｅ"信号が送信される。これにより、ＰＣ１３０ではＰＣ制御処理（ステップＳ１４１４）を行う。

図１８の例では、ＰＣ制御信号として"ｈｉｂｅｒｎａｔｅ"信号が送信された時点で、ＰＣ１３０のネットワーク通信量が１０００（Ｂｙｔｅ Ｔｏｔａｌ／ｓｅｃ）以上であったとする。このため、ＰＣ１３０では、休止モードへは移行しない。その後、ネットワーク通信量が１０００（Ｂｙｔｅ Ｔｏｔａｌ／ｓｅｃ）未満となると、ＰＣ１３０では、休止モードに移行する。

同様に、図１９は、情報処理システム１００における情報処理の他の実施例を示す図である。図１９に示すように、ＰＣ１３０の電源をオンの状態にし、制御アプリケーション１２１０を起動することで、ＩＰアドレスが管理サーバ装置１２０に送信される。図１９の例では、ユーザＢは、制御アプリケーション１２１０を起動させた後、自身が利用するＰＣ１３０から、３ｍ以上離れている。このため、管理サーバ装置１２０からＰＣ１３０に対してＰＣ制御信号が送信される。

具体的には、ＰＣ１３０から１ｍ以上離れた時点で、管理サーバ装置１２０からＰＣ１３０に対して、ＰＣ制御信号として"モニタオフ"信号が送信される。これにより、ＰＣ１３０のモニタ部１２０６がオフオードに移行する。更に、３ｍ以上離れた時点で、管理サーバ装置１２０からＰＣ１３０に対して、ＰＣ制御信号として"ｓｕｓｐｅｎｄ"信号が送信される。これにより、ＰＣ１３０ではＰＣ制御処理（ステップＳ１４１４）を行う。なお、以降の処理は、図１８等と同じであるため、ここでは説明を省略する。

＜８．まとめ＞
以上の説明から明らかなように、本実施形態に係る情報処理システム１００では、
・管理サーバ装置１２０が、測位サーバ装置１１１より測位データを受信し、当該ユーザの測位データが、当該ユーザが利用するＰＣ１３０の配置との関係において、所定の条件を満たすか否かを、リアルタイムで監視する構成とした。
・測位データが所定の条件を満たすと判定した場合に、ＰＣ１３０に対して、消費電力に関するモードの変更を指示するＰＣ制御信号を送信する構成とした。

これにより、本実施形態に係る情報処理システム１００では、ユーザの位置のみならず、ユーザの動作状況に応じて、ＰＣ１３０の電源の制御を行うことが可能となる。この結果、ＰＣ１３０の消費電力を削減することが可能となる。

また、本実施形態に係る情報処理システム１００では、更に、
・起動中に、ＰＣ１３０のパフォーマンス値１２２０をリアルタイムに算出する制御アプリケーション１２１０を配する構成とした。
・制御アプリケーションでは、消費電力に関するモードの変更が行われた場合に、処理の再実行が必要となるアプリケーションが実行中であることを検出するために、パフォーマンス値を監視する構成とした。
・制御アプリケーション１２１０では、管理サーバ装置１２０よりＰＣ制御信号を受信した場合に、パフォーマンス値が所定の条件を満たすか否かを判定し、所定の条件を満たすと判定した場合に、消費電力に関するモードを変更する構成とした。

これにより、本実施形態に係る情報処理システム１００では、ＰＣ１３０のユーザの利便性を損なうことなく、処理の再実行に伴う消費電力の無駄遣いをなくすことが可能となる。

［第２の実施形態］
上記第１の実施形態では、ＰＣ制御信号を"ｈｉｂｅｒｎａｔｅ"信号と"ｓｕｓｐｅｎｄ"信号とにわけ、ユーザの位置に応じて使い分ける構成としたが本発明はこれに限定されない。例えば、ユーザの位置が所定距離以上であった場合には、いずれか一方のＰＣ制御信号を送信する構成としてもよい。

また、上記第１の実施形態では、パフォーマンス値１２２０全てが閾値を下回った場合に、スタンバイモードまたは休止モードに移行する構成としたが、本発明はこれに限定されない。例えば、パフォーマンス値１２２０全てが閾値を下回った状態が、所定時間継続（例えば、Ｔ秒間継続）した場合に、スタンバイモードまたは休止モードに移行する構成としてもよい。

なお、継続時間Ｔは、予め定められた値を用いても、ユーザにより設定された値を用いてもよい。

図２０は、本実施形態に係る情報処理システム１００における情報処理の実施例を示す図である。図２０の例では、ユーザＢは、自身が利用するＰＣ１３０から、３ｍ以上離れている。このため、管理サーバ装置１２０からＰＣ１３０に対してＰＣ制御信号が送信される。

具体的には、ＰＣ１３０から１ｍ以上離れた時点で、管理サーバ装置１２０からＰＣ１３０に対して、ＰＣ制御信号として"モニタオフ"信号が送信される。これにより、ＰＣ１３０のモニタ部１２０６がオフオードに移行する。更に、３ｍ以上離れた時点で、管理サーバ装置１２０からＰＣ１３０に対して、ＰＣ制御信号として"ｓｕｓｐｅｎｄ"信号が送信される。これにより、ＰＣ１３０ではＰＣ制御処理（ステップＳ１４１４）を行う。

ここで、図２０の例では、ＰＣ制御信号として"ｓｕｓｐｅｎｄ"信号が送信された時点で、ＰＣ１３０のネットワーク通信量が１０００（Ｂｙｔｅ Ｔｏｔａｌ／ｓｅｃ）以上であったとする。このため、ＰＣ１３０では、スタンバイモードへは移行しない。その後、ネットワーク通信量が１０００（Ｂｙｔｅ Ｔｏｔａｌ／ｓｅｃ）未満となった時間がＴ秒以上継続すると、ＰＣ１３０では、スタンバイモードに移行する。

なお、スタンバイモードに移行した後に、ユーザＢが、ＰＣ１３０から３ｍ未満の距離に戻ってきた場合には、本体部は通常モードに移行し、更にＰＣ１３０の方向を向いて１ｍ未満の距離に戻ってきた場合には、モニタ部１２０６はオンモードに移行する。

［第３の実施形態］
上記第１の実施形態では、パフォーマンス値として、ネットワーク通信量、ハードディスク転送量、ＣＰＵ使用率、メモリ使用量を用いることとしたが、本発明はこれに限定されず、他のリソース使用量を用いるように構成してもよい。

また、リソース使用量として、ＰＣ１３０全体のリソース使用量を用いる代わりに、特定のアプリケーションについてのリソース使用量を用いるように構成してもよい。例えば、ネットワーク使用量のうち、特定のアプリケーションに基づくネットワーク使用量や、ハードディスク転送量のうち、特定のアプリケーションに基づくハードディスク使用量を用いるように構成してもよい。つまり、装置単位でリソース使用量を監視するのではなく、アプリケーション単位でリソース使用量を監視するように構成してもよい。

また、ハードディスク転送量は、例えば、読み出し量と書き込み量とにわけて監視するように構成してもよい。

［第４の実施形態］
上記第１の実施形態では、制御アプリケーション１２１０が、ユーザの操作に基づいて起動する構成としたが、本発明はこれに限定されない。ＰＣ１３０の電源をオンの状態にすることで、自動的に制御アプリケーション１２１０が起動する構成としてもよい。

なお、上記実施形態に挙げた構成等に、その他の要素との組み合わせなど、ここで示した構成に本発明が限定されるものではない。これらの点に関しては、本発明の趣旨を逸脱しない範囲で変更することが可能であり、その応用形態に応じて適切に定めることができる。

１００ ：情報処理システム
１１０ ：測位システム
１１１ ：測位サーバ装置
１１２ ：アクセスポイント
１１３ ：携帯端末
１２０ ：管理サーバ装置
１３０ ：ＰＣ
１４０ ：ネットワーク
１２０１ ：ＣＰＵ
１２０２ ：ＲＯＭ
１２０３ ：ＲＡＭ
１２０４ ：記憶装置
１２０５ ：入力部
１２０６ ：モニタ部
１２０７ ：通信部
１２１０ ：制御アプリケーション
１２２０ ：パフォーマンス値

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

Claims (10)

1. 情報処理装置と該情報処理装置を管理するサーバ装置とを有する情報処理システムであって、
   前記サーバ装置は、
   前記情報処理装置を利用するユーザの位置及び動作状況を示す測位データを取得する取得手段と、
   前記情報処理装置の起動中に前記取得手段により取得された測位データが、前記情報処理装置の配置に対して所定の条件を満たした場合に、前記情報処理装置に対して、消費電力に関するモードを変更するための指示を送信する送信手段と、を有し、
   前記情報処理装置は、
   前記送信手段により送信された指示に基づいて、前記消費電力に関するモードを制御することを特徴とする情報処理システム。
2. 前記送信手段は、
   前記測位データに基づいて、前記ユーザの位置が、該ユーザが利用する前記情報処理装置から所定の距離以上、離れたと判定した場合、前記測位データが、前記情報処理装置の配置に対して所定の条件を満たしていると判定することを特徴とする請求項１に記載の情報処理システム。
3. 前記送信手段は、
   前記測位データに基づいて、前記ユーザの位置が、該ユーザが利用する前記情報処理装置から所定の距離未満にいると判定した場合であって、かつ、前記ユーザの動作状況として、前記ユーザの向きが、該ユーザが利用する前記情報処理装置の方向を向いていないと判定した場合に、前記測位データが、前記情報処理装置の配置に対して所定の条件を満たしていると判定することを特徴とする請求項１または２に記載の情報処理システム。
4. 前記情報処理装置は、
   前記送信手段により送信された指示を受信した場合に、前記情報処理装置のリソース使用量が所定の閾値を下回っているか否かを判定する判定手段を更に有し、
   前記判定手段による判定の結果に応じて、前記消費電力に関するモードを制御することを特徴とする請求項１乃至３のいずれか１項に記載の情報処理システム。
5. 前記判定手段は、前記情報処理装置のリソース使用量が所定の閾値を下回っている時間が所定時間継続したか否かを判定することを特徴とする請求項４に記載の情報処理システム。
6. 前記判定手段は、前記情報処理装置のリソース使用量として、ネットワーク通信量、ハードディスク転送量、ＣＰＵ使用率、メモリ使用量が所定の閾値を下回っているか否かを判定し、全てのリソース使用量が所定の閾値を下回っていると判定した場合に、前記消費電力に関するモードを制御することを特徴とする請求項４または５に記載の情報処理システム。
7. サーバ装置と接続される情報処理装置のコンピュータに、
   前記情報処理装置を利用するユーザの位置及び動作状況を示す測位データが、前記情報処理装置の配置に対して所定の条件を満たすことで前記サーバ装置より送信される、消費電力に関するモードを変更するための指示を受信する受信工程と、
   前記受信工程において受信した指示に基づいて、前記消費電力に関するモードを制御する制御工程と
   を実行させるためのプログラム。
8. 前記指示を受信した場合に、前記情報処理装置のリソース使用量が所定の閾値を下回っているか否かを判定する判定工程を更に実行させ、
   前記制御工程は、前記判定工程における判定の結果に応じて、前記消費電力に関するモードを制御することを特徴とする請求項７に記載のプログラム。
9. 前記判定工程は、前記情報処理装置のリソース使用量が所定の閾値を下回っている時間が所定時間継続したか否かを判定することを特徴とする請求項８に記載のプログラム。
10. 前記判定工程は、前記情報処理装置のリソース使用量として、ネットワーク通信量、ハードディスク転送量、ＣＰＵ使用率、メモリ使用量が所定の閾値を下回っているか否かを判定し、全てのリソース使用量が所定の閾値を下回っていると判定した場合に、前記消費電力に関するモードを制御することを特徴とする請求項８または９に記載のプログラム。

Images