JP2015111325A - 管理システム、管理サーバ装置及びプログラム - Google Patents

Abstract

【課題】 情報処理装置の診断処理を効率的に行う。【解決手段】 診断処理を実行するＰＣ１３０を管理する管理サーバ装置１２０であって、ＰＣ１３０を利用するユーザの位置及び動作状況を示す測位データを取得する取得手段と、ＰＣ１３０の起動中に前記取得手段により取得された測位データが、ＰＣ１３０の配置に対して所定の条件を満たし、かつ、ＰＣ１３０の稼動状況が所定の条件を満たしていると判定した場合に、ＰＣ１３０に対して診断指示をする指示手段とを有する。【選択図】図１

Description

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

一般に、パーソナルコンピュータ（ＰＣ）等の情報処理装置を快適に利用するためには、ＰＣの診断処理を定期的に行うことが不可欠である。ここでいうＰＣの診断処理には、デフラグやクリーンアップなどの処理や、アプリケーションのアップデート処理、あるいは、ウィルスチェック処理やセキュリティパッチをあてがう処理等、種々の処理が含まれ、その処理内容は多岐にわたる。

このため、オフィス等の利用環境においては、システム管理者が各ＰＣの診断処理を一括して行うことも多い。しかしながら、業務で使用中のＰＣに対して、診断処理を実行させることとすると、ＰＣの処理負荷が上がり、業務遂行の妨げになることも考えられる。そこで、例えば、下記特許文献１等では、ＰＣの稼動状況に応じて、診断処理の実行タイミングを決定することとしている。

しかしながら、ＰＣの稼動状況だけでは、実際に、ユーザが当該ＰＣを使用しているのか否かを判断することは困難である。このため、ユーザにとって適切でないタイミングで診断処理が開始されてしまうといった事態も想定される。

これに対して、例えば、夜間の時間帯やユーザの出張期間中等を利用すれば、確実に当該ＰＣを使用していない状況下での診断処理の実現が可能となるが、この場合、ユーザが不在であるにも関わらず当該ＰＣの電源を常時オンの状態にしておく必要がある。このため、係るアプローチは消費電力削減の観点から望ましくない。

このようなことから、オフィス等の利用環境におけるＰＣの診断処理は、ユーザが在勤中であるが、当該ＰＣを使用していない時間帯に実行されることが最も効率的である。

本発明は上記課題に鑑みてなされたものであり、情報処理装置の診断処理を効率的に行うことを目的とする。

本発明の実施形態に係る管理サーバ装置は、以下のような構成を有する。すなわち、
診断処理を実行する情報処理装置を管理する管理サーバ装置であって、
前記情報処理装置を利用するユーザの位置及び動作状況を示す測位データを取得する取得手段と、
前記情報処理装置の起動中に前記取得手段により取得された測位データが、前記情報処理装置の配置に対して所定の条件を満たし、かつ、前記情報処理装置の稼動状況が所定の条件を満たしていると判定した場合に、前記情報処理装置に対して、前記診断処理の実行を指示する指示手段とを有する。

本発明の各実施形態によれば、情報処理装置の診断処理を効率的に行うことが可能となる。

実施形態に係る管理サーバ装置と測位システムとを組み合わせることで構成された、ＰＣ（情報処理装置）を管理する管理システムの全体構成を示す図である。 測位システムを構成する測位サーバ装置のハードウェア構成を示す図である。 測位システムを構成する携帯端末のハードウェア構成を示す図である。 携帯端末の装着状態及び携帯端末が有する各センサの検知方向を示す図である。 携帯端末が有するセンサのセンサ信号の一例を示す図である。 測位データ（相対移動ベクトルデータ及び動作状況データ）算出処理の流れを示すフローチャートである。 測位データ（相対移動ベクトルデータ及び動作状況データ）の算出結果を模式的に示した図である。 ＰＣ（情報処理装置）のハードウェア構成を示す図である。 管理サーバ装置のハードウェア構成を示す図である。 管理サーバ装置において管理されるレイアウトデータと、測位サーバ装置において算出された測位データとの関係を示す図である。 ＰＣ（情報処理装置）の診断内容を管理するＰＣ管理テーブルの一例を示す図である。 管理サーバ装置において生成された診断スケジュールの一例を示す図である。 管理システムにおける管理処理の流れを示すシーケンス図である。 管理サーバ装置における診断可否判定処理の流れを示すフローチャートである。 測位データに基づく診断実行条件を説明するための図である。 ＰＣ稼動状況データに基づく診断実行条件を説明するための図である。

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

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

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

［第１の実施形態］
＜１．管理システムの全体構成＞
はじめに、本実施形態に係る管理サーバ装置と、ユーザの位置及び動作状況を測定する測位システムとを組み合わせることで構成された、パーソナルコンピュータ（ＰＣ）等の情報処理装置を管理する管理システムの全体構成について説明する。図１は、管理システム１００の全体構成を示す図である。

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

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

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

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

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

管理サーバ装置１２０は、測位データ取得要求に応じて、測位サーバ装置１１１より送信が開始された、各ユーザについての測位データ（相対移動ベクトルデータ及び動作状況データ）を、リアルタイムに受信する。また、予定情報取得要求に応じて、会議システムサーバ装置１４０より送信されるユーザの予定情報や、稼動状況取得要求に応じて、ＰＣ１３０より送信されるＰＣ稼動状況データを受信する。

更に、受信した測位データ、ＰＣ稼動状況データ、予定情報に基づいて、ＰＣ１３０の診断処理の実行要否及び実行可否を判定し、実行が必要かつ可能と判定した場合に、ＰＣ１３０に対して診断指示を送信する。

ＰＣ１３０は、オフィス内に配置され、携帯端末１１３を装着するユーザごとに割り当てられている。ＰＣ１３０は、管理サーバ装置１２０からの要求に応じて、自装置の稼動状況を示すＰＣ稼動状況データを管理サーバ装置１２０に送信する。また、ＰＣ１３０は、自装置を診断する診断処理機能を有しており、管理サーバ装置１２０からの診断指示に応じて、診断処理を実行する。

会議システムサーバ装置１４０は、会議室の予約や会議の参加者の管理等を行う。本実施形態に係る管理システム１００においては、管理サーバ装置１２０からの予定情報取得要求に応じて、当該ユーザの会議への参加予定を確認し、予定情報を管理サーバ装置１２０に送信する。

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

図２に示すように、測位サーバ装置１１１は、ＣＰＵ（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 (8)

1. 診断処理を実行する情報処理装置を管理する管理サーバ装置であって、
   前記情報処理装置を利用するユーザの位置及び動作状況を示す測位データを取得する取得手段と、
   前記情報処理装置の起動中に前記取得手段により取得された測位データが、前記情報処理装置の配置に対して所定の条件を満たし、かつ、前記情報処理装置の稼動状況が所定の条件を満たしていると判定した場合に、前記情報処理装置に対して、前記診断処理の実行を指示する指示手段と
   を有することを特徴とする管理サーバ装置。
2. 前記指示手段は、
   前記測位データに基づいて、前記ユーザの位置が、該ユーザが利用する前記情報処理装置から所定の距離より離れたと判定した場合、前記測位データが、前記情報処理装置の配置に対して所定の条件を満たしていると判定することを特徴とする請求項１に記載の管理サーバ装置。
3. 前記指示手段は、
   前記測位データに基づいて、前記ユーザの位置が、該ユーザが利用する前記情報処理装置から所定の距離以内にいると判定した場合であって、かつ、前記ユーザの動作状況が、起立している状況にあると判定した場合に、前記測位データが、前記情報処理装置の配置に対して所定の条件を満たしていると判定することを特徴とする請求項１または２に記載の管理サーバ装置。
4. 前記指示手段は、
   前記測位データに基づいて、前記ユーザの位置が、該ユーザが利用する前記情報処理装置から所定の距離以内にいると判定した場合であって、かつ、前記ユーザの動作状況が、着座している状況にあると判定し、かつ、前記ユーザの向きが、該ユーザが利用する前記情報処理装置の方向を向いていないと判定した場合に、前記測位データが、前記情報処理装置の配置に対して所定の条件を満たしていると判定することを特徴とする請求項１乃至３のいずれか１項に記載の管理サーバ装置。
5. 前記ユーザが前記情報処理装置を使用する時間帯と使用しない時間帯とを予測するための、該ユーザの予定情報を取得し、前記情報処理装置に実行させる必要がある診断処理を、該診断処理の実行時間に応じて、いずれかの時間帯に割り当てる割り当て手段を更に有することを特徴とする請求項１乃至４のいずれか１項に記載の管理サーバ装置。
6. 前記診断処理が実行された日時と、前記診断処理の実行周期とに基づいて、前記情報処理装置に実行させる必要がある診断処理を判定することを特徴とする請求項５に記載の管理サーバ装置。
7. 診断処理を実行する情報処理装置を管理する管理サーバ装置のコンピュータに、
   前記情報処理装置を利用するユーザの位置及び動作状況を示す測位データを取得する取得工程と、
   前記情報処理装置の起動中に前記取得工程において取得された測位データが、前記情報処理装置の配置に対して所定の条件を満たし、かつ、前記情報処理装置の稼動状況が所定の条件を満たしていると判定した場合に、前記情報処理装置に対して、前記診断処理の実行を指示する指示工程と
   を実行させるプログラム。
8. 診断処理を実行する情報処理装置と、該情報処理装置を管理する管理サーバ装置とを有する管理システムであって、
   前記情報処理装置を利用するユーザの位置及び動作状況を示す測位データを取得する取得手段と、
   前記情報処理装置の起動中に前記取得手段により取得された測位データが、前記情報処理装置の配置に対して所定の条件を満たし、かつ、前記情報処理装置の稼動状況が所定の条件を満たしていると判定した場合に、前記診断処理を実行する実行手段と
   を有することを特徴とする管理システム。

Images