業務管理システム、業務管理方法及び管理計算機
【課題】人が行った業務内容を的確に把握しながらも物品管理を含めた業務管理を可能にする。
【解決手段】人に装着されて装着者の動作情報を検出する第１のセンサノードと、人が行った処理または物品の状態を状態情報として検出する状態検知部と、第１のセンサノードの位置情報を検出する第３のセンサノードと、動作情報と状態情報及び位置情報を収集する管理計算機は、第１のセンサノードが検出した動作情報と、第３のセンサノードが検出した位置情報に基づいて装着者の動作結果を解析し、状態検知部が検出した状態情報に基づいて物品の状態を解析し、第１解析処理部が解析した装着者の動作結果と、第２解析処理部が解析した物品の状態に基づいて、装着者が物品に対して行った行動内容を特定し、予め設定した業務計画と、前記特定した行動内容と、物品の状態とを比較して、装着者の業務内容の評価結果を生成する。
【解決手段】人に装着されて装着者の動作情報を検出する第１のセンサノードと、人が行った処理または物品の状態を状態情報として検出する状態検知部と、第１のセンサノードの位置情報を検出する第３のセンサノードと、動作情報と状態情報及び位置情報を収集する管理計算機は、第１のセンサノードが検出した動作情報と、第３のセンサノードが検出した位置情報に基づいて装着者の動作結果を解析し、状態検知部が検出した状態情報に基づいて物品の状態を解析し、第１解析処理部が解析した装着者の動作結果と、第２解析処理部が解析した物品の状態に基づいて、装着者が物品に対して行った行動内容を特定し、予め設定した業務計画と、前記特定した行動内容と、物品の状態とを比較して、装着者の業務内容の評価結果を生成する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、オフィス、店舗などにおける従業員の業務管理システムおよびセキュリティ管理システムに係り、特にセンサネットワークを利用した従業員の業務管理システムおよびセキュリティ管理システムに関する。
【背景技術】
【０００２】
従来、人の状態（動作）を把握する方法として、加速度センサ等を人に取り付けて動作を検出する方法が提案されている（例えば下記特許文献１参照）。
【０００３】
また、従来、物品のセキュリティ管理を行う方法として、物品にＩＣタグを取り付けて異常を検知する方法が提案されている（例えば下記特許文献２参照）。
【０００４】
さらに、従来、物品にＩＣタグを取り付けることと個人認証を組み合わせることにより、業務効率向上と物品のセキュリティ管理の両立を図る方法が提案されている（例えば下記特許文献３、及び４参照）。
【特許文献１】特許第３５７０１６３号公報
【特許文献２】特開２００５−１４６６４６号公報
【特許文献３】特開平１１−０８５８４３号公報
【特許文献４】特開平０９−０３０６１３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
オフィス、店舗、流通現場、工場などの生産現場など、さまざまな場面で業務効率の向上が求められている。さらに物品の盗難の防止、人の不正な侵入の防止、情報への不正なアクセスの防止など、セキュリティの強化が求められている。
【０００６】
そのためには、業務員（従業員など）の業務場所や行動内容を把握する必要があり、さらには業務員の取り扱う商品・部品などの物品の位置や状況も同時に把握することが、より的確な行動内容の把握に必要である。また、行動内容や位置または状況の把握結果により、業務の無駄、誤り、不正、さらにはそれらを発生させる原因を特定する業務評価を行って、業務員の業務内容や業務計画等にフィードバックをかけることも必要である。
【０００７】
以上のように、オフィス、店舗、流通、製造など物品を取り扱う様々な分野において、業務管理、特にセキュリティ管理から、人（業務員）と物品（商品・部品等）の両方の場所や状態、さらには周囲環境の状態を互いに関連付けて把握することが重要になってくる。
【０００８】
人の状態（動作）を把握するためには、ビデオカメラによって撮影し分析する方法があるが、移動する人や複数の人の認識の困難さ、処理の複雑さなどの問題があり、それらを解決するために、上記特許文献１に開示されるように、加速度センサ等を人に取り付けて動作を検出する方法が提案されている。また、物品のセキュリティ管理のためには、上記特許文献２に開示されるように、物品にＩＣタグを取り付けて異常を検知する方法が提案されている。さらに、上記特許文献３及び４に開示されるように、物品にＩＣタグを取り付けることと個人認証を組み合わせることにより、業務効率向上と物品のセキュリティ管理の両立を図る方法も提案されている。
【０００９】
前述のように、業務の適切な管理とセキュリティ管理を両立させるためには、人（業務員等）と物品（商品・部品等）の両方の場所や状態、さらには周囲環境の状態を互いに関連付けて把握することが重要であるが、従来の方法には以下に示すような問題があった。
【００１０】
上記特許文献１は、人の動作や行動の認識を、観測したい人に取り付けたセンサによる計測データと測位データにより実行する例を開示する。業務している人の動作と業務している場所を対応付けることで、その場所に設置してある機械を操作している、といった業務内容の推定が可能になるが、業務対象物の計測を行わないので、推定の精度が必ずしも高くない、という問題があった。さらにセキュリティ管理を行っていないという問題があった。
【００１１】
上記特許文献２は、貴重品保管装置と内部の貴重品にＩＣタグを取り付け、貴重品保管装置の測位による位置の変化または加速度の変化の検知によって異常（盗難）を認識し、内部の貴重品のＩＤを無効化し、不正使用を防止する例を開示する。しかし、人の業務に関する管理は行っておらず、業務効率化は行えないという問題があった。
【００１２】
上記特許文献３は、書留郵便とその保管庫にＩＤをつけて関連付けて管理し、保管や配送管理の効率化をはかるとともに、人の保管庫へのアクセスをＩＤ入力で認証することでセキュリティの確保を図る例を開示する。業務の効率化とセキュリティ管理の両方を行うが、アクセスする人の認証はあるが、業務内容の把握はできないという問題があった。
【００１３】
上記特許文献４は、物品とそれを乗せて搬送するトレーにＩＣタグをつけて、物品の自動搬送の管理を行うことで棚卸等を効率化し、さらに隠蔽データコード付き個人識別カードにより、保管管理装置の解錠等を行うことでセキュリティの確保を図る例を開示する。業務の効率化とセキュリティ管理の両方を行うが、アクセスする人の認証はあるが、業務内容の把握はできないという問題があった。
【００１４】
このように上記従来技術では、業務内容の推定は行ってもセキュリティ管理を行っていなかったり、セキュリティ管理のみであったり、業務効率化とセキュリティ管理を行っていてもそのセキュリティ管理は人のアクセスの認証のみで、業務内容との関連付けが行われていないという問題があった。
【００１５】
そこで本発明は、上記問題点に鑑みてなされたもので、人と物の両方の状態をセンシングし、人が行った業務内容を的確に把握しながらも物品管理を含めた業務管理を可能にすることを目的とする。
【課題を解決するための手段】
【００１６】
本発明は、人に装着された第１のセンサノードが検出した当該装着者の動作情報に基づいて、前記装着者の行動内容を管理する業務管理方法であって、前記人が行った処理または物品の状態を状態検知部が状態情報として検出し、第１のセンサノードの位置情報を第３のセンサノードが検出し、前記第１のセンサノードが検出した動作情報と、前記状態検知部が検出した状態情報と、前記第３のセンサノードが検出した位置情報とを前記管理計算機がそれぞれ取得し、前記第１のセンサノードが検出した動作情報と、前記第３のセンサノードが検出した前記第１のセンサノードの位置情報に基づいて前記管理計算機が前記装着者の動作結果を解析し、前記管理計算機が、前記状態検知部によって検出された状態情報に基づいて前記物品の状態を解析し、前記解析した前記装着者の動作結果と、前記解析した前記物品の状態に基づいて装着者が物品に対して行った行動内容を前記管理計算機が特定し、前記管理計算機が、予め設定した業務計画と、前記特定した行動内容と、前記物品の状態とを比較して、前記装着者の業務内容の評価結果を生成する。
【発明の効果】
【００１７】
したがって、本発明によれば、人と物品の両方の状態をセンシングし、さらにセンシングした両者の状態（例えば、人の動き及び場所と物の動き及び場所など）を関連付けることによって、人が行った業務内容を的確に把握し、商品など物品の状態を的確に把握し、業務内容が適切かどうかを評価し、物品管理を含めた業務管理を可能にする。業務内容については、業務の無駄、誤り、不正等の評価を可能にする。
【発明を実施するための最良の形態】
【００１８】
＜第１の実施形態＞
以下、本発明を実施するための一実施形態を、図を用いて説明する。本実施形態は、銀行業務にセンサネットワークシステムを適用した業務管理システムの一例を示し、営業店における業務管理への適用について説明する。
【００１９】
図１は、本実施形態のシステム構成と作業及び業務認識処理を示した図である。また図２にセンサノードＳＮのブロック図を示す。
【００２０】
センサネットワークは人または物品などに取り付けてその状態を計測するための１個以上のセンサを持つセンサノードＳＮと、１個以上の基地局（中継局も含む）ＢＳＴ、センサネットワークを管理するシステム管理サーバ（管理計算機）ＳＭＳと、行員が操作する端末ＵＴ及び管理者端末ＡＤＴで構成する。以下の説明においては、特に断りのない限り、センサネットワークは、センサノードＳＮと基地局ＢＳＴの間の通信が無線であるワイヤレス・センサネットワークである。しかし、有線部分があることを排除するものではない。
【００２１】
本実施形態では、センサノードＳＮとして、行員に装着して行員の動きを検出するセンサノード（図１においてはＭ１、Ｋ１）と、行員が使用する端末ＵＴや棚などの物に装着して物の動きや行員との対面を検出するセンサノードを含む例を示す。物の動きや行員との対面（または近接）を検出するセンサノードとしては、図１に示すセンサノードＧ１と、行員に装着したセンサノードＭ１の位置を検出する測位用センサノード（ロケータノード）Ｌ０、Ｌ１と、金庫の扉の開閉を検知できるセンサノードＫ１とを含む。
【００２２】
金庫のセンサノードＫ１は、金庫の近く（赤外線にて通信を行った行員など）にいる人（測位）を検知可能に構成されており、システム管理サーバＳＭＳは、その人の動作（加速度）でだれが金庫を開閉したかの検知することができる。すなわち、センサノードＫ１は、物品に取り付けられて当該物品の状態情報を検出し、システム管理サーバＳＭＳに送信する。また、センサノードＫ１は、取り付けられて物品の位置で、人（行員）に装着されたセンサノードＭ１と対面すると、このセンサノードＭ１からＩＤを取得して、システム管理サーバＳＭＳに送信する。システム管理サーバＳＭＳは、センサノードＫ１から受信した行員のＩＤから当該物品に接近した行員を特定し、センサノードＫ１の状態情報と行員のＩＤを関連付けて、行員が物品に対して行った操作を特定して当該行員の行動内容を示す情報として履歴データベースＬＤＢに格納する。
【００２３】
次に、センサノードＳＮの構成と動作について図２を参照しながら説明する。
【００２４】
センサノードＳＮは、図２のブロック図に示すように、その中枢機能を実現する制御部ＬＳＩと、基地局ＢＳＴとのデータの送受信を行うアンテナＡＮＴと、外部環境を測定するセンサＳＳＲと、通知装置ＮＴＣと、赤外線発光器ＩＮＦＲ及び、制御部ＬＳＩとセンサＳＳＲに電力を供給する電源ＰＯＷから構成される。
【００２５】
電源ＰＯＷは１次電池、充電可能な２次電池、及び発電素子（太陽光発電素子、振動発電素子、マイクロ波発電素子等）と発電エネルギーを蓄えるコンデンサあるいは２次電池、あるいはこれらの電池の組み合わせである。
【００２６】
制御部ＬＳＩは、アンテナＡＮＴに接続され、基地局ＢＳＴとのデータの送受信を制御する無線送受信回路ＲＦと、制御部ＬＳＩの全体制御を行うＣＰＵ（Central Processing Unit）を含むコントローラ回路ＣＮＴと、センサノードＳＮに固有の識別情報を記録する不揮発性メモリ（例えば、フラッシュメモリ）を含む識別情報記録回路ＩＤＭと、センサＳＳＲから入力したデータをＡ／Ｄ（Analog / Digital）変換するＡ／Ｄ変換回路ＡＤＣと、プログラムを記録するＲＯＭ（Read Only Memory）であるプログラムメモリＰＭと、一定間隔の信号（クロック信号）を発生させるタイマ回路ＲＴＣ、及び、電源ＰＯＷから供給される電力を一定の電圧に調整すると共に、電力不要のときに電源を遮断し、消費電力を抑制する制御を行う電源制御回路ＰＣＮＴから構成される。制御部ＬＳＩは１チップに限定されてもよいし、あるいは、複数チップを搭載したボード又はＭＣＰ（Multi Chip Package）であってもよい。
【００２７】
センサノードＳＮは限りある電力で長時間センサＳＳＲによる測定を可能にするために、センサＳＳＲ及びコントローラ回路ＣＮＴを間欠的に動作させて消費電力を削減させることが望ましい。そのために、例えばスリープ状態では、コントローラ回路ＣＮＴはセンサＳＳＲの動作を停止し、所定のタイミングで、すなわちタイマ回路ＲＴＣの発生するクロック信号による割り込みによりセンサＳＳＲを間欠的に動作状態へ切り替えて測定データを送信するように構成する。
【００２８】
また、センサノードＳＮは装着している人とのコミュニケーションのための機構である通知装置ＮＴＣを持つ。通知装置ＮＴＣは、ブザー、発光ダイオード（ＬＥＤ）、液晶パネル、赤外線発光器、返答ボタン等で構成することができる。これらの機構は１つのセンサノードＳＮが複数の通知装置ＮＴＣをもってもよい。
【００２９】
次に、銀行における業務管理に必要なセンサＳＳＲの要件の例について説明する。
【００３０】
行員に取り付けるセンサノードＭ１、Ｍ２には、センサＳＳＲとして加速度センサ、音声センサ、赤外線センサを設け、通知装置ＮＴＣとして赤外線発光器、ブザー、発光ダイオード、液晶パネル、返答ボタンを搭載する。
【００３１】
なお、センサＳＳＲの加速度センサとしては３軸加速度センサ等を含み、行員の前後動を検出する第１の加速度センサと、行員の上下動を検出する第２の加速度センサと、行員の左右の動きを検出する第３の加速度センサを備える。
【００３２】
端末ＵＴやキャビネットなどに取り付けられているセンサノードＧ１にはセンサＳＳＲとして上述した加速度センサ、音声センサ、赤外線センサを設け、通知装置ＮＴＣとして赤外線発光器、発光ダイオードを搭載する。
【００３３】
さらに、測位用センサノードＬ０、Ｌ１を机、棚、柱など各所に設置し、各センサノードの電波強度を測定する。測位用センサノードＬ０、Ｌ１は、検出したセンサノード（Ｍ１、Ｍ２、Ｇ１）の電波強度の状態により、行員に取り付けられたセンサノードＭ１や物に取り付けられたセンサノードＧ１の位置を知ることができる。あるいは端末やキャビネットなどに取り付けられているセンサノードＧ１が移動した場合に、その位置を知ることができる。また、センサノードＧ１が対面した行員のセンサノードＭ１を赤外線通信によって認識し、センサノードＧ１がシステム管理サーバＳＭＳへセンサノードＭ１のＩＤを通知することで、センサノードＭ１を装着した行員の位置を特定することができる。
【００３４】
各センサノードＳＮは、検出したセンシングデータと、当該センサノードの識別子を基地局ＢＳＴへ転送する。基地局ＢＳＴはセンサノードから受信したセンシングデータと識別子をシステム管理サーバＳＭＳへ転送する。測位用センサノードＬ０、Ｌ１の場合には、検出したセンサノードの電界強度が閾値を超えた場合にその識別子を取得して基地局ＢＳＴへ転送し、このセンサノードの位置が測位用センサノードＬ０、Ｌ１の近傍にあることを通知する。
【００３５】
なお、センサネットワークは、センサノードＳＮ間の通信も可能なマルチホップネットワークであるとする。基地局ＢＳＴとシステム管理サーバＳＭＳ及び管理端末ＡＤＴと端末ＵＴはＬＡＮ、インターネットなどのネットワークＮＷＫで相互に接続されている。
【００３６】
システム管理サーバＳＭＳは、ＣＰＵとメモリ及びストレージ装置を備えた計算機であり、センサネットワークシステムの管理を行うセンサネット管理システムと、銀行業務の管理を行う銀行業務管理システムを実行する。
【００３７】
センサネット管理システムは、センサノードＳＮ及び基地局ＢＳＴの構成を管理し、また、センシングデータの管理を行う。本実施形態では、センサネット管理システムがセンサノードＳＮから取得したセンシングデータを銀行業務管理システムに受け渡し、また、センサネット管理システムは、銀行業務管理システムからセンサノードＳＮに当てた指令などを基地局ＢＳＴから各センサノードＳＮへ転送する。
【００３８】
本実施形態においては、図１に示すように、システム管理サーバＳＭＳに、センサネット管理システムと銀行業務管理システムを統合した例を示すが、センサネット管理システムと銀行業務管理システムを独立した計算機で実行し、これらのシステムとセンサネットワーク及びネットワークＮＷＫを介して統合してもよい。
【００３９】
また、銀行業務管理システムは、業務計画を格納するための業務計画データベース（図中では業務計画ＤＢと記述）ＰＤＢおよびセンシングデータや解析結果さらには端末のジャーナル等の各種履歴を格納するための履歴データベース（図中では履歴ＤＢと記述）ＬＤＢも備える。なお、以下では、上記センサネット管理システムと銀行業務管理システムを統合したひとつの統合システムとして説明する。本統合システムは以下のように構成される。
（１）管理対象となる各行員にはセンサノード（図１ではＭ１）を取り付ける。
（２）管理対象の物品は、端末、キャビネット、金庫などであり、それら物品にもセンサノードを取り付ける。図１においては窓口の端末ＵＴにセンサノードＧ１が取り付けられているが、その他物品にも取り付けられているとする。
（３）測位用のセンサノード（ロケータノード）Ｌ０、Ｌ１を机、棚、柱など位置が固定された場所に設置する。これは上記（１）、（２）のセンサノードＭ１、Ｇ１の測位のために設置し、測位対象のセンサノードが発する電波を検知し、検知した場合にその移動ノードが当該測位用のセンサノードの近傍にあると判定する。複数の測位用のセンサノードが同一の移動するセンサノードを検知した場合には、それぞれの測位用センサノードＬＳＮの感度を自動的に弱め、最終的に１個の測位用センサノードが移動するセンサノードを検知できるようにし、測位を行う。図１ではＬ０、Ｌ１で示すロケータノードを設置している。
【００４０】
これら行員、物品、にとりつけられた各センサノードＳＮおよびロケータノードのＩＤは予めシステム管理サーバＳＭＳに登録され、システム管理サーバＳＭＳで管理される。
（４）各センサノードＳＮは基地局ＢＳＴと通信する。基地局ＢＳＴは、各センサノードＳＮの測定データ(センシングデータ)を漏れなく、リアルタイムで観測できるよう、十分な個数を設置する。
（５）システム管理サーバＳＭＳは、センサネットの管理機能、銀行業務管理システムの機能を有し、銀行業務管理システムは後述する行員の業務内容の管理機能など、本発明で必要な各種機能を備える。なお、システム管理サーバＳＭＳは１個のサーバで各機能を提供する必要はなく、複数個のサーバで分散処理してもよい。また、これらの機能を提供するハードウェアとしては、専用サーバ、パーソナル・コンピュータ等、機種は限定されない。
【００４１】
次に、銀行業務の管理例について図１に基づいて説明する。
（Ａ）まず、窓口１に顧客が預金払い戻しのために訪れ、行員が伝票を受け付けるとする。行員のつけたセンサノードＭ１は、伝票を受け取る行員の腕の動きなどに伴う加速度データを検出し、顧客との会話を音声データとして検出し、これら加速度データと音声データをシステム管理サーバＳＭＳに送信する（ステップＳ１）。また、窓口１に設置したロケータノードＬ１は、行員のセンサノードＭ１を検知したことを示すデータを位置情報としてシステム管理サーバＳＭＳに送信する（ステップＳ１）。なお、位置情報はロケータノードＬ１の識別子に、検出したセンサノードＭ１の識別子を付加することで、システム管理サーバＳＭＳは、ロケータノードＬ１の位置(または近傍)にセンサノードＭ１を付けた行員が存在することを判定できる。また、システム管理サーバＳＭＳは、行員が操作する端末ＵＴの取引内容及び操作ログを取得し、履歴データベースＬＤＢに格納する。すなわち、システム管理サーバＳＭＳは、行員が端末ＵＴで行った処理を検知する状態検知部としても機能する。そして、システム管理サーバＳＭＳは、検知した行員の処理（ログ）を、状態情報として履歴データベースＬＤＢに格納する。なお、状態検知部はシステム管理サーバＳＭＳで実現しても良いが、管理端末ＡＤＴなどの他の計算機で実現することができる。
【００４２】
なお、センサノードＭ１の加速度センサによる動作解析については種々の方法が提案されており、本実施形態においては、動作解析の方法を特に限定するものではない。簡単な例としては、加速度センサを胸や腰に取り付けた場合の歩行動作では、上下方向の加速度が周期的に変化する（一歩ごとの着地）、前後方向の加速度が上下方向の加速度と同期して規則的に前方向と後ろ方向を繰り返す（着地するごとの速度変化）、左右方向の加速度が上下方向の加速度に同期して規則的に繰り返す（一歩ごとの体の左右へのゆれ）、といった加速度データの波形が観測できる。
【００４３】
センサノードＭ１とロケータノードＬ１からセンシングデータを受信し、端末ＵＴから操作内容を取得したシステム管理サーバＳＭＳは、センサノードＭ１からのセンシングデータと端末ＵＴの操作内容に基づいて行員の動作解析を行う（ステップＳ２）。システム管理サーバＳＭＳは、所定のタイミング（リアルタイムあるいはオフライン）で加速度データと音声データ及び端末ＵＴの操作内容の解析を実行する。システム管理サーバＳＭＳは、加速度データを解析することで行員が腕を動かしたことを判定でき、さらに、音声データから対話をしていることを判定でき、ロケータノードＬ１のセンシングデータからセンサノードＭ１を付けた行員の位置は窓口１であることが判定できる。
【００４４】
次に、システム管理サーバＳＭＳは、上記動作解析処理の結果に基づいて、行員が行った作業及び業務の把握を行う。上記の例では、センサノードＭ１が窓口１に設置されたロケータノードＬ１で検出され、加速度データと音声データから行員が腕を動かして対話をしたことから、行員が窓口１で来客から伝票を等の書類を受け取ったと業務の内容を判定することができる（Ｓ３）。システム管理サーバＳＭＳは、上記センシングデータと業務の把握結果を履歴データベースＬＤＢへ格納する。
【００４５】
（Ｂ）次に行員が受け取った伝票をもとに窓口１の端末ＵＴで端末処理を行うとする。システム管理サーバＳＭＳは、上記（Ａ）と同様にセンシングデータをもとに行員の動作解析を行い、センサノードＭ１のセンシングデータから行員が腕を動かし、行員の位置は窓口１であると判定する。さらに、システム管理サーバＳＭＳは取得した端末ＵＴのログから、窓口１の端末ＵＴの状態が操作中であることを判定できる。したがって、システム管理サーバＳＭＳは、作業及び業務の把握では行員が窓口１で端末を操作中であると判定する。そして、システム管理サーバＳＭＳは、これらのセンシングデータ及び業務の把握結果を履歴データベースＬＤＢへ格納する。
【００４６】
（Ｃ）次に行員が伝票の内容に不明点があり、役席に確認に行くものとする。上記（Ａ）、（Ｂ）と同様に、システム管理サーバＳＭＳはロケータノードＬ０とセンサノードＭ１から取得したセンシングデータを基に行員の動作解析を行い、行員が歩行中であり、位置は通路であることを判定する。
【００４７】
システム管理サーバＳＭＳは、作業及び業務の把握において、予め設定したロケータノードＬ０の位置情報から、通路が役席に向かう通路であることを取得し、行員の業務内容が役席に向かう通路を歩行中であると判定する。システム管理サーバＳＭＳは、これらのセンシングデータ及び業務の把握結果を履歴データベースＬＤＢへ格納する。
【００４８】
以上のように、システム管理サーバＳＭＳは各センサノードＳＮから取得したセンシングデータに基づいて行員の動作の解析と、端末ＵＴの操作状況から業務の把握処理を行って、作業及び業務把握結果を履歴データベースＬＤＢに格納していく。履歴データベースＬＤＢに業務の把握結果が蓄積されると、システム管理サーバＳＭＳでは業務の処理内容ごとの所要時間や、行員の動線または処理の滞留等の評価が可能になる。
【００４９】
上記ステップＳ２の動作解析処理について、システム管理サーバＳＭＳでは図３ａに示すような処理を実行する。図３ａにおいて、システム管理サーバＳＭＳは、履歴データベースＬＤＢからある時間範囲で行員のセンサノードＭ１（ＩＤは１１３とする）から取得した加速度波形を切り出す。ここでは加速度波形に大きな変化があった９時２４分０秒から２秒間とする。この波形をあらかじめ登録してある各種動作の波形データと比較し、何の動作であるかを判定する。その結果、システム管理サーバＳＭＳは、行員が立ち上がる動作を行ったと判定する（Ｓ２１）。またシステム管理サーバＳＭＳは、担当者が立ち上がる動作を行った場所を装着者の席であると上記ロケータノードＬ１が取得した履歴データベースＬＤＢのセンシングデータに基づく位置データから判定する（ステップＳ２２）。さらにシステム管理サーバＳＭＳは、履歴データベースＬＤＢのログから端末ＵＴの操作は行われていないと判定する（ステップＳ２３）。
【００５０】
さらに、システム管理サーバＳＭＳは、次の時間範囲である９時２４分２秒から９時２４分５８秒の間のセンサノードＭ１の加速度データを履歴データベースＬＤＢから取得して、上記ステップＳ２１〜Ｓ２３の処理を繰り返す。システム管理サーバＳＭＳは、取得した加速度波形から行員の動作が歩行動作であると判定する（ステップＳ２１）。行員の位置はセンサノードＭ１と通信を行ったロケータノードＬ０、Ｌ１のセンシングデータ（図４参照）から、センサノードＭ１の装着者（行員）の席からセンサノードＭ２のＩＤが１１７の担当者の席に行き、また戻ってきたことを判定する（ステップＳ２２）。また、上記と同様に端末ＵＴ操作は行われていないと判定する（ステップＳ２３）。
【００５１】
ここで、上記時間範囲の９時２４分２秒から９時２４分５８秒の間は必ずしも１つの区間として判定する必要はなく、２秒間隔など間隔を決めてその間隔ごとに判定してもよい。次の時間範囲９時２４分５８秒から９時２５分０秒では、加速度波形から行員の動作は、着席動作であると判定する（ステップＳ２１）。さらに、上記同様にして行員の位置は装着者（行員）の席である（ステップＳ２２）。また、上記と同様に端末ＵＴの操作は行われていないと判定する（ステップＳ２３）。
【００５２】
以上でＩＤが１１３のセンサノードＭ１を装着した行員の離席動作が判定できる。すなわち、システム管理サーバＳＭＳは、９時２４分０秒に離席を開始し９時２５分０秒に離席を終了したことが判定できる。システム管理サーバＳＭＳは、この判定結果を、履歴データベースＬＤＢ内のセンサによる取得データＳＤに格納する（図４参照）。
【００５３】
次に、上記ステップＳ３（装着者の業務内容の特定）では、システム管理サーバＳＭＳが上記ステップＳ２で判定したＩＤ＝１１３のセンサノードＭ１の装着者である行員の離席の開始・終了時刻と、営業店端末ジャーナルデータＪＤの担当者番号から行員のＩＤである「１１３」を担当者番号から抽出してつき合わせる。システム管理サーバＳＭＳは、この突き合わせの結果、図４の営業店端末ジャーナルデータＪＤに示すように、ＩＤ（担当者番号）＝１１３の担当者は９時２２分に別段預金振替出金を行っており、９時２９分に別段預金入金処理が行われていることから、ステップＳ２の動作は別段預金入金処理のための動作と判定できる。またＩＤ＝１１７の担当者は承認者でないことがわかっているとすると、ＩＤ＝１１３の行員は、ＩＤ＝１１７の担当者の席へ相談に行ったと判定する。さらに当該処理が１回、当該処理に関して離席が１回、離席時間が１分、相談相手がＩＤ＝１１７となるので、システム管理サーバＳＭＳは、これらの情報を履歴データベースＬＤＢ内の集計データＣＤに格納する。
【００５４】
次に、図１に示したステップＳ４（装着者の業務内容の評価）では、システム管理サーバＳＭＳが、ＩＤ＝１１３の担当者が別段預金入金処理に必要でない場所に行っていないこと、前の別段預金振替出金から別段預金入金処理の終了（９時２９分）までの時間が予め定めた標準時間と比較して大きく異なっていなければ、業務は正しく行われていると判定する。そしてシステム管理サーバＳＭＳは、この判定結果を図７に示すように、履歴データベースＬＤＢ内の処理担当者テーブルＰＭＴＢの「業務の正否」欄に処理の評価結果と処理に要した時間の評価結果とを格納する。
【００５５】
システム管理サーバＳＭＳが実行する上記ステップＳ４の業務内容の評価処理の手順の一例を図３ｂに示す。
【００５６】
システム管理サーバＳＭＳは、行員毎に処理項目毎の処理時間を、履歴データベースＬＤＢの処理項目テーブルＰＲＣＴＢ（図７参照）の処理項目のポインタで指し示される処理担当者テーブルＰＭＴＢ（図７参照）の「１回当たり処理時間」から取得する。さらに、システム管理サーバＳＭＳは、上記処理項目の標準処理時間を業務計画データベースＰＤＢの、業務項目テーブルＰＤＢＴＢ３（図９参照）から取得する。そして、システム管理サーバＳＭＳは、図３ｂのステップＳ４１で、現在着目している行員が行った処理項目の処理時間（１回当たり処理時間）が標準処理時間以内であるか否かを判定する。システム管理サーバＳＭＳは、処理時間が標準処理時間以内であれば、ステップＳ４２へ進んで処理時間は正しいと判定して、履歴データベースＬＤＢ内の処理担当者テーブルＰＭＴＢの「業務の正否」欄に、当該処理に要した時間の評価結果として「○」を格納する。一方、システム管理サーバＳＭＳは、処理時間が標準処理時間を超えていれば、ステップＳ４３へ進んで処理時間は正しくないと判定して、履歴データベースＬＤＢ内の処理担当者テーブルＰＭＴＢの「業務の正否」欄に処理の評価結果として「×」を格納する。
【００５７】
次に、ステップＳ４４で、システム管理サーバＳＭＳは、行員（図中担当者）の位置が立ち寄り要の場所のみか否かを判定する。システム管理サーバＳＭＳは、履歴データベースＬＤＢの取得データＳＤから行員のＩＤに対応する離席場所（または担当者）を取得して、現在着目している処理項目に対応する立ち寄り場所の「可」、「不可」を業務計画データベースＰＤＢの業務項目テーブルＰＤＢＴＢ３から取得して、担当者の位置が立ち寄り要の場所のみか否かを判定する。
【００５８】
行員の立ち寄り場所が要（可）のみの場合には、正しいと判定して、ステップＳ４７に進んで履歴データベースＬＤＢ内の処理担当者テーブルＰＭＴＢの「業務の正否」欄に、処理内容の評価結果として「○」を格納する。一方、システム管理サーバＳＭＳは、行員の立ち寄り場所が要（可）のみでない場合には、ステップＳ４５へ進む。
【００５９】
ステップＳ４５では、システム管理サーバＳＭＳは、上記取得した担当者の位置に立ち寄り不可の場所があるか否かを判定する。立ち寄り不可の場所があれば、ステップＳ４８に進んで、処理内容は正しくないと判定して、履歴データベースＬＤＢ内の処理担当者テーブルＰＭＴＢの「業務の正否」欄に処理内容の評価結果として「×」を格納する。一方、上記取得した担当者の位置に立ち寄り不可の場所がなければ、ステップＳ４６に進む。
【００６０】
ステップＳ４６では、システム管理サーバＳＭＳが上記取得した担当者の位置に立ち寄り要・不可以外の場所の立ち寄り時間は許容範囲か否かを判定する。システム管理サーバＳＭＳは、現在着目している行員のＩＤから履歴データベースＬＤＢの立ち寄り場所毎の立ち寄り時間を取得データＳＤから求める。立ち寄り時間の許容範囲は、業務計画データベースＰＤＢの業務項目テーブルＰＤＢＴＢ３の処理項目ごとの許容立ち寄り時間から取得する。システム管理サーバＳＭＳは、上記取得した担当者の位置に立ち寄り要・不可以外の場所の立ち寄り時間が許容範囲以内であれば、ステップＳ４７へ進んで、処理内容は正しいと判定して、ステップＳ４７に進んで履歴データベースＬＤＢ内の処理担当者テーブルＰＭＴＢの「業務の正否」欄に、処理内容の評価結果として「○」を格納する。一方、システム管理サーバＳＭＳは、上記取得した担当者の位置に立ち寄り要・不可以外の場所の立ち寄り時間が許容範囲を超えていれば、ステップＳ４８へ進んで、処理内容は正しくないと判定して、履歴データベースＬＤＢ内の処理担当者テーブルＰＭＴＢの「業務の正否」欄に、処理内容の評価結果として「×」を格納する。
【００６１】
以上の処理によって、行員の処理項目の処理時間と処理内容を解析し、履歴データベースＬＤＢ内の処理担当者テーブルＰＭＴＢの「業務の正否」欄に評価結果を格納する。
【００６２】
例えば、図示の例では、ＩＤ＝１１３の行員の離席場所が１１７（担当者）で、場所が業務計画データベースＰＤＢからロビーであると想定され（担当者１１７の場所が測位で確定されていればその場所を判定に利用）、離席時間は１分で許容立ち寄り時間２分以下であることから立ち寄り場所とその時間に関しては「正しい」と判定する。また、処理時間が許容範囲かどうかの判定で、前の処理から７分で処理が終了しているので、前述のように標準処理時間が６分、許容限度が１０％なので、許容できる処理時間は７．６分（７分３６秒）であることから実際の処理時間７分は許容範囲となり「正しい」と判定する。
【００６３】
図４〜図９は、行員の業務の評価を行うための履歴データベースＬＤＢの構成の一例を示す説明図である。
【００６４】
図４において、履歴データベースＬＤＢは、センサノードＳＮから取得したセンシングデータを格納する取得データＳＤと、行員が操作する端末ＵＴの取引データを含むログを蓄積する営業店端末ジャーナルデータＪＤと、システム管理サーバＳＭＳが把握した行員の業務に基づく集計データＣＤから構成される。
【００６５】
そして、集計データＣＤは、複数のテーブルを含んでおり、担当者テーブルＭＴＢと、処理項目テーブルＰＲＣＴＢと、離席テーブルＬＣＴＢと、担当者毎相談者テーブルＭＡＤＴＢと、担当者毎承認者テーブルＭＲＥＴＢとを含む。
【００６６】
担当者テーブルＭＴＢは、図５で示すように、各担当者（職員または行員）ごとの情報を登録する。離席情報（回数のみ本テーブルに登録され、その他は離席テーブルへのポインタの指す先に格納される）、処理項目情報（処理の内容に分けることなく全体の合計回数のみ本テーブルに登録され、その他は処理項目テーブルＰＲＣＴＢへのポインタの指す先に格納される）、相談者情報（相談者の人数のみ本テーブルに登録され、その他は担当者毎相談者テーブルＭＡＤＴＢへのポインタの指す先に格納される）、承認者情報（承認者の人数のみ本テーブルに登録され、その他は担当者毎承認者テーブルＭＲＥＴＢへのポインタの指す先に格納される）が登録される。
【００６７】
離席テーブルＬＣＴＢは、図５で示すように、各担当者の離席時間の合計および離席先の情報を登録した担当者離席先テーブルＬＣＰＴＢへのポインタが格納される。
【００６８】
担当者離席先テーブルＬＣＰＴＢは、図５で示すように、担当者の離席先が各離席ごとに登録される。離席場所または離席先の対象者（相手）、離席時間、離席の理由（処理名称）が登録される。
【００６９】
担当者処理項目テーブルＭＰＴＢは、図６で示すように、担当者の各処理項目が項目ごとに登録される。各エントリは、処理名称、処理回数、当該処理の合計処理時間とを含む。
【００７０】
担当者毎相談者テーブルＭＡＤＴＢは、図６で示すように、担当者が相談した相手を１回の相談ごとに登録する。各エントリは、相談者（相手）、相談時間とを含む。
【００７１】
担当者毎承認者テーブルＭＲＥＴＢは、図６で示すように、担当者が承認を依頼した相手を１回の承認ごとに登録する。各エントリは、承認者（相手）、承認項目とを含む。
【００７２】
処理項目テーブルＰＲＣＴＢは、図７で示すように、担当者ごとではなく、各処理に関する情報を登録する。各エントリは、合計処理回数、合計処理時間、その処理の担当者情報を示す担当者テーブルへのポインタとを含む。
・処理担当者テーブルＰＭＴＢは、図７で示すように、各処理の担当者、当該担当者の処理回数、離席回数、１回当たり離席時間、処理の評価結果を登録する。
【００７３】
上記ステップＳ３の処理において、上記各テーブルのエントリが更新される。
【００７４】
図５の担当者離席先テーブルＬＣＰＴＢで、キャビネットと公共料金または税金入金が対応付けられていることについては、ＩＤ＝１１７の担当者が９時４０分００秒から９時４０分４５秒の間に離席し、営業点端末ジャーナルデータＪＤにおいて公共料金または税金入金が９時４３分になっており、１１７の直前の処理は９時３６分の預金払い戻しであるために、この離席と関連付けを行う。
【００７５】
以上の構成により、システム管理サーバＳＭＳは履歴データベースＬＤＢに対して次のように処理を行う。
【００７６】
システム管理サーバＳＭＳは、行員（担当者）のセンサノードＭ１、Ｍ２により行員の離席動作の開始及び終了時刻と、離席して会った（たとえば相談など）対象者や行った場所（たとえばキャビネット）などのセンシングデータを、取得データＳＤとして履歴データベースＬＤＢに格納する。
【００７７】
また、システム管理サーバＳＭＳは、端末ＵＴのログを営業店端末ジャーナルデータＪＤとして格納する。営業店端末ジャーナルデータＪＤには、図４で示すように、処理の名称、店番、口座番号、科目、時刻、端末番号、処理番号、担当者番号（センサノードＭ１のＩＤ）、承認者番号、金額等が記録される。
【００７８】
システム管理サーバＳＭＳは、センサノードＭ１、Ｍ２による取得データＳＤと営業店端末ジャーナルデータＪＤの内容を、担当者（行員）のＩＤや時刻をキーとして付き合わせる。
【００７９】
たとえば、図４において、システム管理サーバＳＭＳでは、ＩＤ＝１１９の担当者が９時５３分に離席してＩＤ＝１１７の担当者と会い、さらに９時５５分に離席してＩＤ＝３００の対象者３に会っていることがセンサノードＭ１、Ｍ２及びロケータノードＬ０、Ｌ１による取得データＳＤからわかり、直後の９時５７分に未処理口勘定入金操作が行われたこと、承認者のＩＤが３００であることが営業店端末ジャーナルデータＪＤからわかる。
【００８０】
このことから、前記行員の離席動作は未処理口勘定入金操作に関する離席であると考えられる。このような突合せ結果から、行員毎の離席回数、処理毎の離席回数、離席先毎の離席回数、離席による承認回数、行員毎の相談を受ける回数、行員毎の承認を受ける回数など集計データＣＤが得られる。この集計データＣＤをもとに、行員の業務に無駄はないか、たとえば相談が多すぎるなどの勤務状態の把握が可能になる。
【００８１】
図８、図９に業務計画ＤＢ（ＰＤＢ）の一例を示す。
【００８２】
業務計画ＤＢ（ＰＤＢ）は、各担当者ごとにその日の業務内容を予め格納した格納したデータベースである。具体的には担当者テーブルＰＤＢＴＢ１と業務テーブルＰＤＢＴＢ２と業務項目テーブルＰＤＢＴＢ３（図９）からなる。担当者テーブルＰＤＢＴＢ１は、各担当者のＩＤと業務テーブルＰＤＢＴＢ２へのポインタが格納されている。業務テーブルＰＤＢＴＢ２は、業務（窓口業務、後方業務、など）と主な業務場所（窓口の場合、どこの窓口を担当するか）、業務の開始および終了時刻を格納する。図４では、例えば担当者１１３は９時００分から１２時００分まで窓口業務を窓口１で行い、１３時００分から１７時００分までは後方業務を後方テーブル１にて行うことを示している。
【００８３】
図９に示す業務項目テーブルＰＤＢＴＢ３は、業務の項目ごとに以下の項目を備える。
（１）「標準処理時間」、「許容限度」：許容限度は標準処理時間をオーバできる割合で、図９の別段預金入金の場合、標準処理時間が６分、許容限度が１０％なので、許容できる処理時間は７．６分（７分３６秒）となる。
（２）「立ち寄り場所」として「要」と「不可」の場所：どちらにも明示されていなければ立ち寄り可でとなり、必ずしも業務に必須の場所ではない。
（３）「許容立ち寄り時間」：上記（２）の立ち寄り可の場所への立ち寄り許容時間の合計です。ただし、立ち寄り要の場所は含まない。
【００８４】
以上より、人と物品の両方の状態をセンシングし、さらにセンシングした両者の状態（例えば、人の動き及び場所と物の動き及び場所など）を関連付けることによって、リアルタイムに、人が行った業務内容を的確に把握し、商品など物品の状態を的確に把握し、業務内容が適切かどうかを評価し、管理者へフィードバックを行う、物品管理を含めた業務管理を可能にする。業務内容については、業務の無駄、誤り、不正等の評価を可能にする。
【００８５】
＜第２の実施形態＞
本第２の実施の形態では、セキュリティ管理にセンサネットを利用する例を説明する。なお、センサネットワークシステムやシステム管理サーバＳＭＳは、前記第１の実施形態と同様の構成である。
【００８６】
第１の実施形態で説明したように、行員の付けるセンサノードＭ１には加速度センサと対面検知用の赤外線センサが搭載されており、またキャビネット（または金庫）などの物につけるセンサノードＫ１にも加速度センサと対面検知用の赤外線センサが搭載されており、さらにロケータノードＬ０、Ｌ１が各所に配置されているため、セキュリティ管理に有用な以下のようなことが検知可能となる。
【００８７】
（１）行員の位置・動線：行員の付けるセンサノードの加速度センサで移動する行動が、ロケータノードにより行員の位置が、また赤外線センサにより行員同士、あるいは行員とキャビネットなどの物との対面が検出できる。したがって、立ち入り禁止区域への接近や立ち入りを把握でき、不正行為を未然に防ぐことが可能となる。あるいは不正行為があったことが記録される。
【００８８】
（２）上記（１）と同様のセンシングにより、たとえば金庫を開ける権限のない行員が金庫を開ける操作をしていることが検出できる。単に金庫の前にいることだけではなく、行員の付けるセンサノードの加速度センサにより操作の検出が可能になる。
【００８９】
（３）金庫の扉に対面検知用の赤外線センサと加速度センサが搭載されたセンサノードを設置しておいたとき、対面を検出せずに加速度センサにより扉の動きが検出されたとすると、行員以外の誰か、あるいは自分のつけたセンサノードをわざとはずした行員が金庫の扉を開けたことになり、不正行為が検出できる。自分のつけたセンサノードをわざとはずした行員がいれば、そのセンサノードの加速度センサによりはずしたことの検知も可能である。
【００９０】
以上のように赤外線センサ、加速度センサ、ロケータノードＬ０、Ｌ１の利用によりセキュリティ管理の実現が可能になる。不正行為と思われる事象が検出されたとき、ただちにその場所近くのカメラと連動させることにより、不正行為の確認も可能となる。
【００９１】
以上、実施の形態を説明したが、業務員の動作を検知するためのセンサは加速度センサ、赤外線センサのほかにも角速度、脈波、などその種類を限定するものではない。物品の状態も、加速度や赤外線、音声のほかに温度、湿度、照度、などその種類を限定するものではない。
【００９２】
なお、上記第１及び第２実施形態において、行員に付けるセンサノードＭ１と物につけるセンサノードＫ１に赤外線通信部（センサ及び発光部）を搭載した例を示したが、赤外線に限定されるものではなく、センサノードＭ１とセンサノードＫ１が対向したときに通信を行うことができる光通信部などで構成することができる。
【００９３】
また、以上のように、本発明は、センサネットワークを利用した業務管理システムなどに利用することができる。
【図面の簡単な説明】
【００９４】
【図１】本発明を適用するシステム構成と作業及び業務認識処理を示した図である。
【図２】センサノードＳＮのブロック図を示す。
【図３ａ】装着者の動作解析の処理の一例を示すフローチャートである。
【図３ｂ】装着者の動作解析の処理の一例を示すフローチャートである。
【図４】履歴データベースＬＤＢの構成を示す説明図で、取得データＳＤと営業店端末ジャーナルデータＪＤと集計データＣＤを示す。
【図５】履歴データベースＬＤＢの集計データＣＤの詳細を示し、担当者テーブルＭＴＢと、離席テーブルＬＣＴＢと、担当者離席先テーブルＬＣＰＴＢを示す説明図である。
【図６】履歴データベースＬＤＢの集計データＣＤの詳細を示し、担当者処理項目テーブルＭＰＴＢと、担当者毎相談者テーブルＭＡＤＴＢと、担当者毎承認者テーブルＭＲＥＴＢを示す説明図である。
【図７】履歴データベースＬＤＢの集計データＣＤの詳細を示し、処理項目テーブルＰＲＣＴＢと、処理担当者テーブルＰＭＴＢを示す説明図である。
【図８】業務計画データベースＰＤＢの一例を示し、担当者テーブルＰＤＢＴＢ１と、業務テーブルＰＤＢＴＢ２を示す説明図である。
【図９】業務計画データベースＰＤＢの一例を示し、業務項目テーブルＰＤＢＴＢ３を示す説明図である。
【符号の説明】
【００９５】
Ｍ１ センサノード
Ｋ１ センサノード
Ｌ０、Ｌ１ ロケータノード
ＢＳＴ 基地局
ＳＭＳ システム管理サーバ
ＮＷＫ ネットワーク
ＬＤＢ 履歴データベース
ＰＤＢ 業務計画データベース
ＡＤＴ 管理者端末
ＵＴ 端末
【技術分野】
【０００１】
本発明は、オフィス、店舗などにおける従業員の業務管理システムおよびセキュリティ管理システムに係り、特にセンサネットワークを利用した従業員の業務管理システムおよびセキュリティ管理システムに関する。
【背景技術】
【０００２】
従来、人の状態（動作）を把握する方法として、加速度センサ等を人に取り付けて動作を検出する方法が提案されている（例えば下記特許文献１参照）。
【０００３】
また、従来、物品のセキュリティ管理を行う方法として、物品にＩＣタグを取り付けて異常を検知する方法が提案されている（例えば下記特許文献２参照）。
【０００４】
さらに、従来、物品にＩＣタグを取り付けることと個人認証を組み合わせることにより、業務効率向上と物品のセキュリティ管理の両立を図る方法が提案されている（例えば下記特許文献３、及び４参照）。
【特許文献１】特許第３５７０１６３号公報
【特許文献２】特開２００５−１４６６４６号公報
【特許文献３】特開平１１−０８５８４３号公報
【特許文献４】特開平０９−０３０６１３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
オフィス、店舗、流通現場、工場などの生産現場など、さまざまな場面で業務効率の向上が求められている。さらに物品の盗難の防止、人の不正な侵入の防止、情報への不正なアクセスの防止など、セキュリティの強化が求められている。
【０００６】
そのためには、業務員（従業員など）の業務場所や行動内容を把握する必要があり、さらには業務員の取り扱う商品・部品などの物品の位置や状況も同時に把握することが、より的確な行動内容の把握に必要である。また、行動内容や位置または状況の把握結果により、業務の無駄、誤り、不正、さらにはそれらを発生させる原因を特定する業務評価を行って、業務員の業務内容や業務計画等にフィードバックをかけることも必要である。
【０００７】
以上のように、オフィス、店舗、流通、製造など物品を取り扱う様々な分野において、業務管理、特にセキュリティ管理から、人（業務員）と物品（商品・部品等）の両方の場所や状態、さらには周囲環境の状態を互いに関連付けて把握することが重要になってくる。
【０００８】
人の状態（動作）を把握するためには、ビデオカメラによって撮影し分析する方法があるが、移動する人や複数の人の認識の困難さ、処理の複雑さなどの問題があり、それらを解決するために、上記特許文献１に開示されるように、加速度センサ等を人に取り付けて動作を検出する方法が提案されている。また、物品のセキュリティ管理のためには、上記特許文献２に開示されるように、物品にＩＣタグを取り付けて異常を検知する方法が提案されている。さらに、上記特許文献３及び４に開示されるように、物品にＩＣタグを取り付けることと個人認証を組み合わせることにより、業務効率向上と物品のセキュリティ管理の両立を図る方法も提案されている。
【０００９】
前述のように、業務の適切な管理とセキュリティ管理を両立させるためには、人（業務員等）と物品（商品・部品等）の両方の場所や状態、さらには周囲環境の状態を互いに関連付けて把握することが重要であるが、従来の方法には以下に示すような問題があった。
【００１０】
上記特許文献１は、人の動作や行動の認識を、観測したい人に取り付けたセンサによる計測データと測位データにより実行する例を開示する。業務している人の動作と業務している場所を対応付けることで、その場所に設置してある機械を操作している、といった業務内容の推定が可能になるが、業務対象物の計測を行わないので、推定の精度が必ずしも高くない、という問題があった。さらにセキュリティ管理を行っていないという問題があった。
【００１１】
上記特許文献２は、貴重品保管装置と内部の貴重品にＩＣタグを取り付け、貴重品保管装置の測位による位置の変化または加速度の変化の検知によって異常（盗難）を認識し、内部の貴重品のＩＤを無効化し、不正使用を防止する例を開示する。しかし、人の業務に関する管理は行っておらず、業務効率化は行えないという問題があった。
【００１２】
上記特許文献３は、書留郵便とその保管庫にＩＤをつけて関連付けて管理し、保管や配送管理の効率化をはかるとともに、人の保管庫へのアクセスをＩＤ入力で認証することでセキュリティの確保を図る例を開示する。業務の効率化とセキュリティ管理の両方を行うが、アクセスする人の認証はあるが、業務内容の把握はできないという問題があった。
【００１３】
上記特許文献４は、物品とそれを乗せて搬送するトレーにＩＣタグをつけて、物品の自動搬送の管理を行うことで棚卸等を効率化し、さらに隠蔽データコード付き個人識別カードにより、保管管理装置の解錠等を行うことでセキュリティの確保を図る例を開示する。業務の効率化とセキュリティ管理の両方を行うが、アクセスする人の認証はあるが、業務内容の把握はできないという問題があった。
【００１４】
このように上記従来技術では、業務内容の推定は行ってもセキュリティ管理を行っていなかったり、セキュリティ管理のみであったり、業務効率化とセキュリティ管理を行っていてもそのセキュリティ管理は人のアクセスの認証のみで、業務内容との関連付けが行われていないという問題があった。
【００１５】
そこで本発明は、上記問題点に鑑みてなされたもので、人と物の両方の状態をセンシングし、人が行った業務内容を的確に把握しながらも物品管理を含めた業務管理を可能にすることを目的とする。
【課題を解決するための手段】
【００１６】
本発明は、人に装着された第１のセンサノードが検出した当該装着者の動作情報に基づいて、前記装着者の行動内容を管理する業務管理方法であって、前記人が行った処理または物品の状態を状態検知部が状態情報として検出し、第１のセンサノードの位置情報を第３のセンサノードが検出し、前記第１のセンサノードが検出した動作情報と、前記状態検知部が検出した状態情報と、前記第３のセンサノードが検出した位置情報とを前記管理計算機がそれぞれ取得し、前記第１のセンサノードが検出した動作情報と、前記第３のセンサノードが検出した前記第１のセンサノードの位置情報に基づいて前記管理計算機が前記装着者の動作結果を解析し、前記管理計算機が、前記状態検知部によって検出された状態情報に基づいて前記物品の状態を解析し、前記解析した前記装着者の動作結果と、前記解析した前記物品の状態に基づいて装着者が物品に対して行った行動内容を前記管理計算機が特定し、前記管理計算機が、予め設定した業務計画と、前記特定した行動内容と、前記物品の状態とを比較して、前記装着者の業務内容の評価結果を生成する。
【発明の効果】
【００１７】
したがって、本発明によれば、人と物品の両方の状態をセンシングし、さらにセンシングした両者の状態（例えば、人の動き及び場所と物の動き及び場所など）を関連付けることによって、人が行った業務内容を的確に把握し、商品など物品の状態を的確に把握し、業務内容が適切かどうかを評価し、物品管理を含めた業務管理を可能にする。業務内容については、業務の無駄、誤り、不正等の評価を可能にする。
【発明を実施するための最良の形態】
【００１８】
＜第１の実施形態＞
以下、本発明を実施するための一実施形態を、図を用いて説明する。本実施形態は、銀行業務にセンサネットワークシステムを適用した業務管理システムの一例を示し、営業店における業務管理への適用について説明する。
【００１９】
図１は、本実施形態のシステム構成と作業及び業務認識処理を示した図である。また図２にセンサノードＳＮのブロック図を示す。
【００２０】
センサネットワークは人または物品などに取り付けてその状態を計測するための１個以上のセンサを持つセンサノードＳＮと、１個以上の基地局（中継局も含む）ＢＳＴ、センサネットワークを管理するシステム管理サーバ（管理計算機）ＳＭＳと、行員が操作する端末ＵＴ及び管理者端末ＡＤＴで構成する。以下の説明においては、特に断りのない限り、センサネットワークは、センサノードＳＮと基地局ＢＳＴの間の通信が無線であるワイヤレス・センサネットワークである。しかし、有線部分があることを排除するものではない。
【００２１】
本実施形態では、センサノードＳＮとして、行員に装着して行員の動きを検出するセンサノード（図１においてはＭ１、Ｋ１）と、行員が使用する端末ＵＴや棚などの物に装着して物の動きや行員との対面を検出するセンサノードを含む例を示す。物の動きや行員との対面（または近接）を検出するセンサノードとしては、図１に示すセンサノードＧ１と、行員に装着したセンサノードＭ１の位置を検出する測位用センサノード（ロケータノード）Ｌ０、Ｌ１と、金庫の扉の開閉を検知できるセンサノードＫ１とを含む。
【００２２】
金庫のセンサノードＫ１は、金庫の近く（赤外線にて通信を行った行員など）にいる人（測位）を検知可能に構成されており、システム管理サーバＳＭＳは、その人の動作（加速度）でだれが金庫を開閉したかの検知することができる。すなわち、センサノードＫ１は、物品に取り付けられて当該物品の状態情報を検出し、システム管理サーバＳＭＳに送信する。また、センサノードＫ１は、取り付けられて物品の位置で、人（行員）に装着されたセンサノードＭ１と対面すると、このセンサノードＭ１からＩＤを取得して、システム管理サーバＳＭＳに送信する。システム管理サーバＳＭＳは、センサノードＫ１から受信した行員のＩＤから当該物品に接近した行員を特定し、センサノードＫ１の状態情報と行員のＩＤを関連付けて、行員が物品に対して行った操作を特定して当該行員の行動内容を示す情報として履歴データベースＬＤＢに格納する。
【００２３】
次に、センサノードＳＮの構成と動作について図２を参照しながら説明する。
【００２４】
センサノードＳＮは、図２のブロック図に示すように、その中枢機能を実現する制御部ＬＳＩと、基地局ＢＳＴとのデータの送受信を行うアンテナＡＮＴと、外部環境を測定するセンサＳＳＲと、通知装置ＮＴＣと、赤外線発光器ＩＮＦＲ及び、制御部ＬＳＩとセンサＳＳＲに電力を供給する電源ＰＯＷから構成される。
【００２５】
電源ＰＯＷは１次電池、充電可能な２次電池、及び発電素子（太陽光発電素子、振動発電素子、マイクロ波発電素子等）と発電エネルギーを蓄えるコンデンサあるいは２次電池、あるいはこれらの電池の組み合わせである。
【００２６】
制御部ＬＳＩは、アンテナＡＮＴに接続され、基地局ＢＳＴとのデータの送受信を制御する無線送受信回路ＲＦと、制御部ＬＳＩの全体制御を行うＣＰＵ（Central Processing Unit）を含むコントローラ回路ＣＮＴと、センサノードＳＮに固有の識別情報を記録する不揮発性メモリ（例えば、フラッシュメモリ）を含む識別情報記録回路ＩＤＭと、センサＳＳＲから入力したデータをＡ／Ｄ（Analog / Digital）変換するＡ／Ｄ変換回路ＡＤＣと、プログラムを記録するＲＯＭ（Read Only Memory）であるプログラムメモリＰＭと、一定間隔の信号（クロック信号）を発生させるタイマ回路ＲＴＣ、及び、電源ＰＯＷから供給される電力を一定の電圧に調整すると共に、電力不要のときに電源を遮断し、消費電力を抑制する制御を行う電源制御回路ＰＣＮＴから構成される。制御部ＬＳＩは１チップに限定されてもよいし、あるいは、複数チップを搭載したボード又はＭＣＰ（Multi Chip Package）であってもよい。
【００２７】
センサノードＳＮは限りある電力で長時間センサＳＳＲによる測定を可能にするために、センサＳＳＲ及びコントローラ回路ＣＮＴを間欠的に動作させて消費電力を削減させることが望ましい。そのために、例えばスリープ状態では、コントローラ回路ＣＮＴはセンサＳＳＲの動作を停止し、所定のタイミングで、すなわちタイマ回路ＲＴＣの発生するクロック信号による割り込みによりセンサＳＳＲを間欠的に動作状態へ切り替えて測定データを送信するように構成する。
【００２８】
また、センサノードＳＮは装着している人とのコミュニケーションのための機構である通知装置ＮＴＣを持つ。通知装置ＮＴＣは、ブザー、発光ダイオード（ＬＥＤ）、液晶パネル、赤外線発光器、返答ボタン等で構成することができる。これらの機構は１つのセンサノードＳＮが複数の通知装置ＮＴＣをもってもよい。
【００２９】
次に、銀行における業務管理に必要なセンサＳＳＲの要件の例について説明する。
【００３０】
行員に取り付けるセンサノードＭ１、Ｍ２には、センサＳＳＲとして加速度センサ、音声センサ、赤外線センサを設け、通知装置ＮＴＣとして赤外線発光器、ブザー、発光ダイオード、液晶パネル、返答ボタンを搭載する。
【００３１】
なお、センサＳＳＲの加速度センサとしては３軸加速度センサ等を含み、行員の前後動を検出する第１の加速度センサと、行員の上下動を検出する第２の加速度センサと、行員の左右の動きを検出する第３の加速度センサを備える。
【００３２】
端末ＵＴやキャビネットなどに取り付けられているセンサノードＧ１にはセンサＳＳＲとして上述した加速度センサ、音声センサ、赤外線センサを設け、通知装置ＮＴＣとして赤外線発光器、発光ダイオードを搭載する。
【００３３】
さらに、測位用センサノードＬ０、Ｌ１を机、棚、柱など各所に設置し、各センサノードの電波強度を測定する。測位用センサノードＬ０、Ｌ１は、検出したセンサノード（Ｍ１、Ｍ２、Ｇ１）の電波強度の状態により、行員に取り付けられたセンサノードＭ１や物に取り付けられたセンサノードＧ１の位置を知ることができる。あるいは端末やキャビネットなどに取り付けられているセンサノードＧ１が移動した場合に、その位置を知ることができる。また、センサノードＧ１が対面した行員のセンサノードＭ１を赤外線通信によって認識し、センサノードＧ１がシステム管理サーバＳＭＳへセンサノードＭ１のＩＤを通知することで、センサノードＭ１を装着した行員の位置を特定することができる。
【００３４】
各センサノードＳＮは、検出したセンシングデータと、当該センサノードの識別子を基地局ＢＳＴへ転送する。基地局ＢＳＴはセンサノードから受信したセンシングデータと識別子をシステム管理サーバＳＭＳへ転送する。測位用センサノードＬ０、Ｌ１の場合には、検出したセンサノードの電界強度が閾値を超えた場合にその識別子を取得して基地局ＢＳＴへ転送し、このセンサノードの位置が測位用センサノードＬ０、Ｌ１の近傍にあることを通知する。
【００３５】
なお、センサネットワークは、センサノードＳＮ間の通信も可能なマルチホップネットワークであるとする。基地局ＢＳＴとシステム管理サーバＳＭＳ及び管理端末ＡＤＴと端末ＵＴはＬＡＮ、インターネットなどのネットワークＮＷＫで相互に接続されている。
【００３６】
システム管理サーバＳＭＳは、ＣＰＵとメモリ及びストレージ装置を備えた計算機であり、センサネットワークシステムの管理を行うセンサネット管理システムと、銀行業務の管理を行う銀行業務管理システムを実行する。
【００３７】
センサネット管理システムは、センサノードＳＮ及び基地局ＢＳＴの構成を管理し、また、センシングデータの管理を行う。本実施形態では、センサネット管理システムがセンサノードＳＮから取得したセンシングデータを銀行業務管理システムに受け渡し、また、センサネット管理システムは、銀行業務管理システムからセンサノードＳＮに当てた指令などを基地局ＢＳＴから各センサノードＳＮへ転送する。
【００３８】
本実施形態においては、図１に示すように、システム管理サーバＳＭＳに、センサネット管理システムと銀行業務管理システムを統合した例を示すが、センサネット管理システムと銀行業務管理システムを独立した計算機で実行し、これらのシステムとセンサネットワーク及びネットワークＮＷＫを介して統合してもよい。
【００３９】
また、銀行業務管理システムは、業務計画を格納するための業務計画データベース（図中では業務計画ＤＢと記述）ＰＤＢおよびセンシングデータや解析結果さらには端末のジャーナル等の各種履歴を格納するための履歴データベース（図中では履歴ＤＢと記述）ＬＤＢも備える。なお、以下では、上記センサネット管理システムと銀行業務管理システムを統合したひとつの統合システムとして説明する。本統合システムは以下のように構成される。
（１）管理対象となる各行員にはセンサノード（図１ではＭ１）を取り付ける。
（２）管理対象の物品は、端末、キャビネット、金庫などであり、それら物品にもセンサノードを取り付ける。図１においては窓口の端末ＵＴにセンサノードＧ１が取り付けられているが、その他物品にも取り付けられているとする。
（３）測位用のセンサノード（ロケータノード）Ｌ０、Ｌ１を机、棚、柱など位置が固定された場所に設置する。これは上記（１）、（２）のセンサノードＭ１、Ｇ１の測位のために設置し、測位対象のセンサノードが発する電波を検知し、検知した場合にその移動ノードが当該測位用のセンサノードの近傍にあると判定する。複数の測位用のセンサノードが同一の移動するセンサノードを検知した場合には、それぞれの測位用センサノードＬＳＮの感度を自動的に弱め、最終的に１個の測位用センサノードが移動するセンサノードを検知できるようにし、測位を行う。図１ではＬ０、Ｌ１で示すロケータノードを設置している。
【００４０】
これら行員、物品、にとりつけられた各センサノードＳＮおよびロケータノードのＩＤは予めシステム管理サーバＳＭＳに登録され、システム管理サーバＳＭＳで管理される。
（４）各センサノードＳＮは基地局ＢＳＴと通信する。基地局ＢＳＴは、各センサノードＳＮの測定データ(センシングデータ)を漏れなく、リアルタイムで観測できるよう、十分な個数を設置する。
（５）システム管理サーバＳＭＳは、センサネットの管理機能、銀行業務管理システムの機能を有し、銀行業務管理システムは後述する行員の業務内容の管理機能など、本発明で必要な各種機能を備える。なお、システム管理サーバＳＭＳは１個のサーバで各機能を提供する必要はなく、複数個のサーバで分散処理してもよい。また、これらの機能を提供するハードウェアとしては、専用サーバ、パーソナル・コンピュータ等、機種は限定されない。
【００４１】
次に、銀行業務の管理例について図１に基づいて説明する。
（Ａ）まず、窓口１に顧客が預金払い戻しのために訪れ、行員が伝票を受け付けるとする。行員のつけたセンサノードＭ１は、伝票を受け取る行員の腕の動きなどに伴う加速度データを検出し、顧客との会話を音声データとして検出し、これら加速度データと音声データをシステム管理サーバＳＭＳに送信する（ステップＳ１）。また、窓口１に設置したロケータノードＬ１は、行員のセンサノードＭ１を検知したことを示すデータを位置情報としてシステム管理サーバＳＭＳに送信する（ステップＳ１）。なお、位置情報はロケータノードＬ１の識別子に、検出したセンサノードＭ１の識別子を付加することで、システム管理サーバＳＭＳは、ロケータノードＬ１の位置(または近傍)にセンサノードＭ１を付けた行員が存在することを判定できる。また、システム管理サーバＳＭＳは、行員が操作する端末ＵＴの取引内容及び操作ログを取得し、履歴データベースＬＤＢに格納する。すなわち、システム管理サーバＳＭＳは、行員が端末ＵＴで行った処理を検知する状態検知部としても機能する。そして、システム管理サーバＳＭＳは、検知した行員の処理（ログ）を、状態情報として履歴データベースＬＤＢに格納する。なお、状態検知部はシステム管理サーバＳＭＳで実現しても良いが、管理端末ＡＤＴなどの他の計算機で実現することができる。
【００４２】
なお、センサノードＭ１の加速度センサによる動作解析については種々の方法が提案されており、本実施形態においては、動作解析の方法を特に限定するものではない。簡単な例としては、加速度センサを胸や腰に取り付けた場合の歩行動作では、上下方向の加速度が周期的に変化する（一歩ごとの着地）、前後方向の加速度が上下方向の加速度と同期して規則的に前方向と後ろ方向を繰り返す（着地するごとの速度変化）、左右方向の加速度が上下方向の加速度に同期して規則的に繰り返す（一歩ごとの体の左右へのゆれ）、といった加速度データの波形が観測できる。
【００４３】
センサノードＭ１とロケータノードＬ１からセンシングデータを受信し、端末ＵＴから操作内容を取得したシステム管理サーバＳＭＳは、センサノードＭ１からのセンシングデータと端末ＵＴの操作内容に基づいて行員の動作解析を行う（ステップＳ２）。システム管理サーバＳＭＳは、所定のタイミング（リアルタイムあるいはオフライン）で加速度データと音声データ及び端末ＵＴの操作内容の解析を実行する。システム管理サーバＳＭＳは、加速度データを解析することで行員が腕を動かしたことを判定でき、さらに、音声データから対話をしていることを判定でき、ロケータノードＬ１のセンシングデータからセンサノードＭ１を付けた行員の位置は窓口１であることが判定できる。
【００４４】
次に、システム管理サーバＳＭＳは、上記動作解析処理の結果に基づいて、行員が行った作業及び業務の把握を行う。上記の例では、センサノードＭ１が窓口１に設置されたロケータノードＬ１で検出され、加速度データと音声データから行員が腕を動かして対話をしたことから、行員が窓口１で来客から伝票を等の書類を受け取ったと業務の内容を判定することができる（Ｓ３）。システム管理サーバＳＭＳは、上記センシングデータと業務の把握結果を履歴データベースＬＤＢへ格納する。
【００４５】
（Ｂ）次に行員が受け取った伝票をもとに窓口１の端末ＵＴで端末処理を行うとする。システム管理サーバＳＭＳは、上記（Ａ）と同様にセンシングデータをもとに行員の動作解析を行い、センサノードＭ１のセンシングデータから行員が腕を動かし、行員の位置は窓口１であると判定する。さらに、システム管理サーバＳＭＳは取得した端末ＵＴのログから、窓口１の端末ＵＴの状態が操作中であることを判定できる。したがって、システム管理サーバＳＭＳは、作業及び業務の把握では行員が窓口１で端末を操作中であると判定する。そして、システム管理サーバＳＭＳは、これらのセンシングデータ及び業務の把握結果を履歴データベースＬＤＢへ格納する。
【００４６】
（Ｃ）次に行員が伝票の内容に不明点があり、役席に確認に行くものとする。上記（Ａ）、（Ｂ）と同様に、システム管理サーバＳＭＳはロケータノードＬ０とセンサノードＭ１から取得したセンシングデータを基に行員の動作解析を行い、行員が歩行中であり、位置は通路であることを判定する。
【００４７】
システム管理サーバＳＭＳは、作業及び業務の把握において、予め設定したロケータノードＬ０の位置情報から、通路が役席に向かう通路であることを取得し、行員の業務内容が役席に向かう通路を歩行中であると判定する。システム管理サーバＳＭＳは、これらのセンシングデータ及び業務の把握結果を履歴データベースＬＤＢへ格納する。
【００４８】
以上のように、システム管理サーバＳＭＳは各センサノードＳＮから取得したセンシングデータに基づいて行員の動作の解析と、端末ＵＴの操作状況から業務の把握処理を行って、作業及び業務把握結果を履歴データベースＬＤＢに格納していく。履歴データベースＬＤＢに業務の把握結果が蓄積されると、システム管理サーバＳＭＳでは業務の処理内容ごとの所要時間や、行員の動線または処理の滞留等の評価が可能になる。
【００４９】
上記ステップＳ２の動作解析処理について、システム管理サーバＳＭＳでは図３ａに示すような処理を実行する。図３ａにおいて、システム管理サーバＳＭＳは、履歴データベースＬＤＢからある時間範囲で行員のセンサノードＭ１（ＩＤは１１３とする）から取得した加速度波形を切り出す。ここでは加速度波形に大きな変化があった９時２４分０秒から２秒間とする。この波形をあらかじめ登録してある各種動作の波形データと比較し、何の動作であるかを判定する。その結果、システム管理サーバＳＭＳは、行員が立ち上がる動作を行ったと判定する（Ｓ２１）。またシステム管理サーバＳＭＳは、担当者が立ち上がる動作を行った場所を装着者の席であると上記ロケータノードＬ１が取得した履歴データベースＬＤＢのセンシングデータに基づく位置データから判定する（ステップＳ２２）。さらにシステム管理サーバＳＭＳは、履歴データベースＬＤＢのログから端末ＵＴの操作は行われていないと判定する（ステップＳ２３）。
【００５０】
さらに、システム管理サーバＳＭＳは、次の時間範囲である９時２４分２秒から９時２４分５８秒の間のセンサノードＭ１の加速度データを履歴データベースＬＤＢから取得して、上記ステップＳ２１〜Ｓ２３の処理を繰り返す。システム管理サーバＳＭＳは、取得した加速度波形から行員の動作が歩行動作であると判定する（ステップＳ２１）。行員の位置はセンサノードＭ１と通信を行ったロケータノードＬ０、Ｌ１のセンシングデータ（図４参照）から、センサノードＭ１の装着者（行員）の席からセンサノードＭ２のＩＤが１１７の担当者の席に行き、また戻ってきたことを判定する（ステップＳ２２）。また、上記と同様に端末ＵＴ操作は行われていないと判定する（ステップＳ２３）。
【００５１】
ここで、上記時間範囲の９時２４分２秒から９時２４分５８秒の間は必ずしも１つの区間として判定する必要はなく、２秒間隔など間隔を決めてその間隔ごとに判定してもよい。次の時間範囲９時２４分５８秒から９時２５分０秒では、加速度波形から行員の動作は、着席動作であると判定する（ステップＳ２１）。さらに、上記同様にして行員の位置は装着者（行員）の席である（ステップＳ２２）。また、上記と同様に端末ＵＴの操作は行われていないと判定する（ステップＳ２３）。
【００５２】
以上でＩＤが１１３のセンサノードＭ１を装着した行員の離席動作が判定できる。すなわち、システム管理サーバＳＭＳは、９時２４分０秒に離席を開始し９時２５分０秒に離席を終了したことが判定できる。システム管理サーバＳＭＳは、この判定結果を、履歴データベースＬＤＢ内のセンサによる取得データＳＤに格納する（図４参照）。
【００５３】
次に、上記ステップＳ３（装着者の業務内容の特定）では、システム管理サーバＳＭＳが上記ステップＳ２で判定したＩＤ＝１１３のセンサノードＭ１の装着者である行員の離席の開始・終了時刻と、営業店端末ジャーナルデータＪＤの担当者番号から行員のＩＤである「１１３」を担当者番号から抽出してつき合わせる。システム管理サーバＳＭＳは、この突き合わせの結果、図４の営業店端末ジャーナルデータＪＤに示すように、ＩＤ（担当者番号）＝１１３の担当者は９時２２分に別段預金振替出金を行っており、９時２９分に別段預金入金処理が行われていることから、ステップＳ２の動作は別段預金入金処理のための動作と判定できる。またＩＤ＝１１７の担当者は承認者でないことがわかっているとすると、ＩＤ＝１１３の行員は、ＩＤ＝１１７の担当者の席へ相談に行ったと判定する。さらに当該処理が１回、当該処理に関して離席が１回、離席時間が１分、相談相手がＩＤ＝１１７となるので、システム管理サーバＳＭＳは、これらの情報を履歴データベースＬＤＢ内の集計データＣＤに格納する。
【００５４】
次に、図１に示したステップＳ４（装着者の業務内容の評価）では、システム管理サーバＳＭＳが、ＩＤ＝１１３の担当者が別段預金入金処理に必要でない場所に行っていないこと、前の別段預金振替出金から別段預金入金処理の終了（９時２９分）までの時間が予め定めた標準時間と比較して大きく異なっていなければ、業務は正しく行われていると判定する。そしてシステム管理サーバＳＭＳは、この判定結果を図７に示すように、履歴データベースＬＤＢ内の処理担当者テーブルＰＭＴＢの「業務の正否」欄に処理の評価結果と処理に要した時間の評価結果とを格納する。
【００５５】
システム管理サーバＳＭＳが実行する上記ステップＳ４の業務内容の評価処理の手順の一例を図３ｂに示す。
【００５６】
システム管理サーバＳＭＳは、行員毎に処理項目毎の処理時間を、履歴データベースＬＤＢの処理項目テーブルＰＲＣＴＢ（図７参照）の処理項目のポインタで指し示される処理担当者テーブルＰＭＴＢ（図７参照）の「１回当たり処理時間」から取得する。さらに、システム管理サーバＳＭＳは、上記処理項目の標準処理時間を業務計画データベースＰＤＢの、業務項目テーブルＰＤＢＴＢ３（図９参照）から取得する。そして、システム管理サーバＳＭＳは、図３ｂのステップＳ４１で、現在着目している行員が行った処理項目の処理時間（１回当たり処理時間）が標準処理時間以内であるか否かを判定する。システム管理サーバＳＭＳは、処理時間が標準処理時間以内であれば、ステップＳ４２へ進んで処理時間は正しいと判定して、履歴データベースＬＤＢ内の処理担当者テーブルＰＭＴＢの「業務の正否」欄に、当該処理に要した時間の評価結果として「○」を格納する。一方、システム管理サーバＳＭＳは、処理時間が標準処理時間を超えていれば、ステップＳ４３へ進んで処理時間は正しくないと判定して、履歴データベースＬＤＢ内の処理担当者テーブルＰＭＴＢの「業務の正否」欄に処理の評価結果として「×」を格納する。
【００５７】
次に、ステップＳ４４で、システム管理サーバＳＭＳは、行員（図中担当者）の位置が立ち寄り要の場所のみか否かを判定する。システム管理サーバＳＭＳは、履歴データベースＬＤＢの取得データＳＤから行員のＩＤに対応する離席場所（または担当者）を取得して、現在着目している処理項目に対応する立ち寄り場所の「可」、「不可」を業務計画データベースＰＤＢの業務項目テーブルＰＤＢＴＢ３から取得して、担当者の位置が立ち寄り要の場所のみか否かを判定する。
【００５８】
行員の立ち寄り場所が要（可）のみの場合には、正しいと判定して、ステップＳ４７に進んで履歴データベースＬＤＢ内の処理担当者テーブルＰＭＴＢの「業務の正否」欄に、処理内容の評価結果として「○」を格納する。一方、システム管理サーバＳＭＳは、行員の立ち寄り場所が要（可）のみでない場合には、ステップＳ４５へ進む。
【００５９】
ステップＳ４５では、システム管理サーバＳＭＳは、上記取得した担当者の位置に立ち寄り不可の場所があるか否かを判定する。立ち寄り不可の場所があれば、ステップＳ４８に進んで、処理内容は正しくないと判定して、履歴データベースＬＤＢ内の処理担当者テーブルＰＭＴＢの「業務の正否」欄に処理内容の評価結果として「×」を格納する。一方、上記取得した担当者の位置に立ち寄り不可の場所がなければ、ステップＳ４６に進む。
【００６０】
ステップＳ４６では、システム管理サーバＳＭＳが上記取得した担当者の位置に立ち寄り要・不可以外の場所の立ち寄り時間は許容範囲か否かを判定する。システム管理サーバＳＭＳは、現在着目している行員のＩＤから履歴データベースＬＤＢの立ち寄り場所毎の立ち寄り時間を取得データＳＤから求める。立ち寄り時間の許容範囲は、業務計画データベースＰＤＢの業務項目テーブルＰＤＢＴＢ３の処理項目ごとの許容立ち寄り時間から取得する。システム管理サーバＳＭＳは、上記取得した担当者の位置に立ち寄り要・不可以外の場所の立ち寄り時間が許容範囲以内であれば、ステップＳ４７へ進んで、処理内容は正しいと判定して、ステップＳ４７に進んで履歴データベースＬＤＢ内の処理担当者テーブルＰＭＴＢの「業務の正否」欄に、処理内容の評価結果として「○」を格納する。一方、システム管理サーバＳＭＳは、上記取得した担当者の位置に立ち寄り要・不可以外の場所の立ち寄り時間が許容範囲を超えていれば、ステップＳ４８へ進んで、処理内容は正しくないと判定して、履歴データベースＬＤＢ内の処理担当者テーブルＰＭＴＢの「業務の正否」欄に、処理内容の評価結果として「×」を格納する。
【００６１】
以上の処理によって、行員の処理項目の処理時間と処理内容を解析し、履歴データベースＬＤＢ内の処理担当者テーブルＰＭＴＢの「業務の正否」欄に評価結果を格納する。
【００６２】
例えば、図示の例では、ＩＤ＝１１３の行員の離席場所が１１７（担当者）で、場所が業務計画データベースＰＤＢからロビーであると想定され（担当者１１７の場所が測位で確定されていればその場所を判定に利用）、離席時間は１分で許容立ち寄り時間２分以下であることから立ち寄り場所とその時間に関しては「正しい」と判定する。また、処理時間が許容範囲かどうかの判定で、前の処理から７分で処理が終了しているので、前述のように標準処理時間が６分、許容限度が１０％なので、許容できる処理時間は７．６分（７分３６秒）であることから実際の処理時間７分は許容範囲となり「正しい」と判定する。
【００６３】
図４〜図９は、行員の業務の評価を行うための履歴データベースＬＤＢの構成の一例を示す説明図である。
【００６４】
図４において、履歴データベースＬＤＢは、センサノードＳＮから取得したセンシングデータを格納する取得データＳＤと、行員が操作する端末ＵＴの取引データを含むログを蓄積する営業店端末ジャーナルデータＪＤと、システム管理サーバＳＭＳが把握した行員の業務に基づく集計データＣＤから構成される。
【００６５】
そして、集計データＣＤは、複数のテーブルを含んでおり、担当者テーブルＭＴＢと、処理項目テーブルＰＲＣＴＢと、離席テーブルＬＣＴＢと、担当者毎相談者テーブルＭＡＤＴＢと、担当者毎承認者テーブルＭＲＥＴＢとを含む。
【００６６】
担当者テーブルＭＴＢは、図５で示すように、各担当者（職員または行員）ごとの情報を登録する。離席情報（回数のみ本テーブルに登録され、その他は離席テーブルへのポインタの指す先に格納される）、処理項目情報（処理の内容に分けることなく全体の合計回数のみ本テーブルに登録され、その他は処理項目テーブルＰＲＣＴＢへのポインタの指す先に格納される）、相談者情報（相談者の人数のみ本テーブルに登録され、その他は担当者毎相談者テーブルＭＡＤＴＢへのポインタの指す先に格納される）、承認者情報（承認者の人数のみ本テーブルに登録され、その他は担当者毎承認者テーブルＭＲＥＴＢへのポインタの指す先に格納される）が登録される。
【００６７】
離席テーブルＬＣＴＢは、図５で示すように、各担当者の離席時間の合計および離席先の情報を登録した担当者離席先テーブルＬＣＰＴＢへのポインタが格納される。
【００６８】
担当者離席先テーブルＬＣＰＴＢは、図５で示すように、担当者の離席先が各離席ごとに登録される。離席場所または離席先の対象者（相手）、離席時間、離席の理由（処理名称）が登録される。
【００６９】
担当者処理項目テーブルＭＰＴＢは、図６で示すように、担当者の各処理項目が項目ごとに登録される。各エントリは、処理名称、処理回数、当該処理の合計処理時間とを含む。
【００７０】
担当者毎相談者テーブルＭＡＤＴＢは、図６で示すように、担当者が相談した相手を１回の相談ごとに登録する。各エントリは、相談者（相手）、相談時間とを含む。
【００７１】
担当者毎承認者テーブルＭＲＥＴＢは、図６で示すように、担当者が承認を依頼した相手を１回の承認ごとに登録する。各エントリは、承認者（相手）、承認項目とを含む。
【００７２】
処理項目テーブルＰＲＣＴＢは、図７で示すように、担当者ごとではなく、各処理に関する情報を登録する。各エントリは、合計処理回数、合計処理時間、その処理の担当者情報を示す担当者テーブルへのポインタとを含む。
・処理担当者テーブルＰＭＴＢは、図７で示すように、各処理の担当者、当該担当者の処理回数、離席回数、１回当たり離席時間、処理の評価結果を登録する。
【００７３】
上記ステップＳ３の処理において、上記各テーブルのエントリが更新される。
【００７４】
図５の担当者離席先テーブルＬＣＰＴＢで、キャビネットと公共料金または税金入金が対応付けられていることについては、ＩＤ＝１１７の担当者が９時４０分００秒から９時４０分４５秒の間に離席し、営業点端末ジャーナルデータＪＤにおいて公共料金または税金入金が９時４３分になっており、１１７の直前の処理は９時３６分の預金払い戻しであるために、この離席と関連付けを行う。
【００７５】
以上の構成により、システム管理サーバＳＭＳは履歴データベースＬＤＢに対して次のように処理を行う。
【００７６】
システム管理サーバＳＭＳは、行員（担当者）のセンサノードＭ１、Ｍ２により行員の離席動作の開始及び終了時刻と、離席して会った（たとえば相談など）対象者や行った場所（たとえばキャビネット）などのセンシングデータを、取得データＳＤとして履歴データベースＬＤＢに格納する。
【００７７】
また、システム管理サーバＳＭＳは、端末ＵＴのログを営業店端末ジャーナルデータＪＤとして格納する。営業店端末ジャーナルデータＪＤには、図４で示すように、処理の名称、店番、口座番号、科目、時刻、端末番号、処理番号、担当者番号（センサノードＭ１のＩＤ）、承認者番号、金額等が記録される。
【００７８】
システム管理サーバＳＭＳは、センサノードＭ１、Ｍ２による取得データＳＤと営業店端末ジャーナルデータＪＤの内容を、担当者（行員）のＩＤや時刻をキーとして付き合わせる。
【００７９】
たとえば、図４において、システム管理サーバＳＭＳでは、ＩＤ＝１１９の担当者が９時５３分に離席してＩＤ＝１１７の担当者と会い、さらに９時５５分に離席してＩＤ＝３００の対象者３に会っていることがセンサノードＭ１、Ｍ２及びロケータノードＬ０、Ｌ１による取得データＳＤからわかり、直後の９時５７分に未処理口勘定入金操作が行われたこと、承認者のＩＤが３００であることが営業店端末ジャーナルデータＪＤからわかる。
【００８０】
このことから、前記行員の離席動作は未処理口勘定入金操作に関する離席であると考えられる。このような突合せ結果から、行員毎の離席回数、処理毎の離席回数、離席先毎の離席回数、離席による承認回数、行員毎の相談を受ける回数、行員毎の承認を受ける回数など集計データＣＤが得られる。この集計データＣＤをもとに、行員の業務に無駄はないか、たとえば相談が多すぎるなどの勤務状態の把握が可能になる。
【００８１】
図８、図９に業務計画ＤＢ（ＰＤＢ）の一例を示す。
【００８２】
業務計画ＤＢ（ＰＤＢ）は、各担当者ごとにその日の業務内容を予め格納した格納したデータベースである。具体的には担当者テーブルＰＤＢＴＢ１と業務テーブルＰＤＢＴＢ２と業務項目テーブルＰＤＢＴＢ３（図９）からなる。担当者テーブルＰＤＢＴＢ１は、各担当者のＩＤと業務テーブルＰＤＢＴＢ２へのポインタが格納されている。業務テーブルＰＤＢＴＢ２は、業務（窓口業務、後方業務、など）と主な業務場所（窓口の場合、どこの窓口を担当するか）、業務の開始および終了時刻を格納する。図４では、例えば担当者１１３は９時００分から１２時００分まで窓口業務を窓口１で行い、１３時００分から１７時００分までは後方業務を後方テーブル１にて行うことを示している。
【００８３】
図９に示す業務項目テーブルＰＤＢＴＢ３は、業務の項目ごとに以下の項目を備える。
（１）「標準処理時間」、「許容限度」：許容限度は標準処理時間をオーバできる割合で、図９の別段預金入金の場合、標準処理時間が６分、許容限度が１０％なので、許容できる処理時間は７．６分（７分３６秒）となる。
（２）「立ち寄り場所」として「要」と「不可」の場所：どちらにも明示されていなければ立ち寄り可でとなり、必ずしも業務に必須の場所ではない。
（３）「許容立ち寄り時間」：上記（２）の立ち寄り可の場所への立ち寄り許容時間の合計です。ただし、立ち寄り要の場所は含まない。
【００８４】
以上より、人と物品の両方の状態をセンシングし、さらにセンシングした両者の状態（例えば、人の動き及び場所と物の動き及び場所など）を関連付けることによって、リアルタイムに、人が行った業務内容を的確に把握し、商品など物品の状態を的確に把握し、業務内容が適切かどうかを評価し、管理者へフィードバックを行う、物品管理を含めた業務管理を可能にする。業務内容については、業務の無駄、誤り、不正等の評価を可能にする。
【００８５】
＜第２の実施形態＞
本第２の実施の形態では、セキュリティ管理にセンサネットを利用する例を説明する。なお、センサネットワークシステムやシステム管理サーバＳＭＳは、前記第１の実施形態と同様の構成である。
【００８６】
第１の実施形態で説明したように、行員の付けるセンサノードＭ１には加速度センサと対面検知用の赤外線センサが搭載されており、またキャビネット（または金庫）などの物につけるセンサノードＫ１にも加速度センサと対面検知用の赤外線センサが搭載されており、さらにロケータノードＬ０、Ｌ１が各所に配置されているため、セキュリティ管理に有用な以下のようなことが検知可能となる。
【００８７】
（１）行員の位置・動線：行員の付けるセンサノードの加速度センサで移動する行動が、ロケータノードにより行員の位置が、また赤外線センサにより行員同士、あるいは行員とキャビネットなどの物との対面が検出できる。したがって、立ち入り禁止区域への接近や立ち入りを把握でき、不正行為を未然に防ぐことが可能となる。あるいは不正行為があったことが記録される。
【００８８】
（２）上記（１）と同様のセンシングにより、たとえば金庫を開ける権限のない行員が金庫を開ける操作をしていることが検出できる。単に金庫の前にいることだけではなく、行員の付けるセンサノードの加速度センサにより操作の検出が可能になる。
【００８９】
（３）金庫の扉に対面検知用の赤外線センサと加速度センサが搭載されたセンサノードを設置しておいたとき、対面を検出せずに加速度センサにより扉の動きが検出されたとすると、行員以外の誰か、あるいは自分のつけたセンサノードをわざとはずした行員が金庫の扉を開けたことになり、不正行為が検出できる。自分のつけたセンサノードをわざとはずした行員がいれば、そのセンサノードの加速度センサによりはずしたことの検知も可能である。
【００９０】
以上のように赤外線センサ、加速度センサ、ロケータノードＬ０、Ｌ１の利用によりセキュリティ管理の実現が可能になる。不正行為と思われる事象が検出されたとき、ただちにその場所近くのカメラと連動させることにより、不正行為の確認も可能となる。
【００９１】
以上、実施の形態を説明したが、業務員の動作を検知するためのセンサは加速度センサ、赤外線センサのほかにも角速度、脈波、などその種類を限定するものではない。物品の状態も、加速度や赤外線、音声のほかに温度、湿度、照度、などその種類を限定するものではない。
【００９２】
なお、上記第１及び第２実施形態において、行員に付けるセンサノードＭ１と物につけるセンサノードＫ１に赤外線通信部（センサ及び発光部）を搭載した例を示したが、赤外線に限定されるものではなく、センサノードＭ１とセンサノードＫ１が対向したときに通信を行うことができる光通信部などで構成することができる。
【００９３】
また、以上のように、本発明は、センサネットワークを利用した業務管理システムなどに利用することができる。
【図面の簡単な説明】
【００９４】
【図１】本発明を適用するシステム構成と作業及び業務認識処理を示した図である。
【図２】センサノードＳＮのブロック図を示す。
【図３ａ】装着者の動作解析の処理の一例を示すフローチャートである。
【図３ｂ】装着者の動作解析の処理の一例を示すフローチャートである。
【図４】履歴データベースＬＤＢの構成を示す説明図で、取得データＳＤと営業店端末ジャーナルデータＪＤと集計データＣＤを示す。
【図５】履歴データベースＬＤＢの集計データＣＤの詳細を示し、担当者テーブルＭＴＢと、離席テーブルＬＣＴＢと、担当者離席先テーブルＬＣＰＴＢを示す説明図である。
【図６】履歴データベースＬＤＢの集計データＣＤの詳細を示し、担当者処理項目テーブルＭＰＴＢと、担当者毎相談者テーブルＭＡＤＴＢと、担当者毎承認者テーブルＭＲＥＴＢを示す説明図である。
【図７】履歴データベースＬＤＢの集計データＣＤの詳細を示し、処理項目テーブルＰＲＣＴＢと、処理担当者テーブルＰＭＴＢを示す説明図である。
【図８】業務計画データベースＰＤＢの一例を示し、担当者テーブルＰＤＢＴＢ１と、業務テーブルＰＤＢＴＢ２を示す説明図である。
【図９】業務計画データベースＰＤＢの一例を示し、業務項目テーブルＰＤＢＴＢ３を示す説明図である。
【符号の説明】
【００９５】
Ｍ１ センサノード
Ｋ１ センサノード
Ｌ０、Ｌ１ ロケータノード
ＢＳＴ 基地局
ＳＭＳ システム管理サーバ
ＮＷＫ ネットワーク
ＬＤＢ 履歴データベース
ＰＤＢ 業務計画データベース
ＡＤＴ 管理者端末
ＵＴ 端末
【特許請求の範囲】
【請求項１】
人に装着されて当該装着者の動作情報を検出する第１のセンサノードと、
前記人が行った処理または物品の状態を状態情報として検出する状態検知部と、
前記第１のセンサノードの位置情報を検出する第３のセンサノードと、
前記第１のセンサノードと前記状態検知部及び第３のセンサノードが検出した前記動作情報と前記状態情報及び前記位置情報を収集する管理計算機と
を備え、
前記管理計算機は、
前記第１のセンサノードが検出した動作情報と、前記第３のセンサノードが検出した前記第１のセンサノードの位置情報に基づいて前記装着者の動作結果を解析する第１解析処理部と、
前記状態検知部が検出した状態情報に基づいて前記物品の状態を解析する第２解析処理部と、
前記第１解析処理部が解析した前記装着者の動作結果と、前記第２解析処理部が解析した前記物品の状態に基づいて、前記装着者が物品に対して行った行動内容を特定する行動内容解析部と、
予め設定した業務計画と、前記特定した行動内容と、前記物品の状態とを比較して、前記装着者の業務内容の評価結果を生成する業務評価部と
を備えたことを特徴とする業務管理システム。
【請求項２】
請求項１に記載の業務管理システムにおいて、
前記状態検知部は、前記物品に取り付けられて当該物品の状態情報を検出する第２のセンサノードを含むことを特徴とする業務管理システム。
【請求項３】
請求項１に記載の業務管理システムにおいて、
前記状態検知部は、前記管理計算機に接続された端末のログを状態情報として検出することを特徴とする業務管理システム。
【請求項４】
請求項１に記載の業務管理システムにおいて、
前記管理計算機は、前記行動内容解析部が特定した前記行動内容の履歴を格納する履歴蓄積部を有し、
前記業務評価部は、前記履歴蓄積部を参照して前記装着者の行動内容に対する評価結果を生成する
ことを特徴とする業務管理システム。
【請求項５】
請求項２に記載の業務管理システムにおいて、
前記第１のセンサノードと第２のセンサノードは、相互に対向したときに通信可能な光通信部をそれぞれ有して、前記第２のセンサノードは前記対向した第１のセンサノードから識別子を取得し、
前記行動内容解析部は、前記第２のセンサノードから検出した前記第１のセンサノードの識別子と、前記状態情報とに基づいて前記物品に対して操作を行った人を特定し、前記人が行った行動内容を特定する
ことを特徴とする業務管理システム。
【請求項６】
人に装着された第１のセンサノードが検出した当該装着者の動作情報に基づいて、前記装着者の行動内容を管理する業務管理方法であって、
前記人が行った処理または物品の状態を状態検知部が状態情報として検出するステップと、
第１のセンサノードの位置情報を第３のセンサノードが検出するステップと、
前記第１のセンサノードが検出した動作情報と、前記状態検知部が取得した状態情報と、前記第３のセンサノードが検出した位置情報とを前記管理計算機がそれぞれ取得するステップと、
前記第１のセンサノードが検出した動作情報と、前記第３のセンサノードが検出した前記第１のセンサノードの位置情報に基づいて前記管理計算機が前記装着者の動作結果を解析するステップと、
前記管理計算機が、前記状態検知部によって検出された状態情報に基づいて前記物品の状態を解析するステップと、
前記解析した前記装着者の動作結果と、前記解析した前記物品の状態に基づいて装着者が物品に対して行った行動内容を前記管理計算機が特定するステップと、
前記管理計算機が、予め設定した業務計画と、前記特定した行動内容と、前記物品の状態とを比較して、前記装着者の業務内容の評価結果を生成するステップと
を含むことを特徴とする業務管理方法。
【請求項７】
請求項６に記載の業務管理方法において、
前記状態検知部は、前記物品に取り付けられて当該物品の状態情報を検出する第２のセンサノードを含むことを特徴とする業務管理方法。
【請求項８】
請求項６に記載の業務管理方法において、
前記状態検知部は、前記管理計算機に接続された端末のログを状態情報として検出することを特徴とする業務管理方法。
【請求項９】
請求項６に記載の業務管理方法において、
前記特定した前記行動内容の履歴を前記管理計算機が格納するステップを更に有し、
前記装着者の業務内容の評価結果を生成するステップは、前記履歴を参照して前記装着者の行動内容に対する評価結果を生成する
ことを特徴とする業務管理方法。
【請求項１０】
請求項７に記載の業務管理方法において、
前記第１のセンサノードと第２のセンサノードは、相互に対向したときに通信可能な光通信部をそれぞれ有し、
前記第２のセンサノードが前記対向した第１のセンサノードから識別子を取得するステップを更に含み、
前記行動内容を前記管理計算機が特定するステップは、
前記第２のセンサノードから検出した前記第１のセンサノードの識別子と、前記状態情報とに基づいて前記物品に対して操作を行った人を特定し、前記人が行った行動内容を特定する
ことを特徴とする業務管理方法。
【請求項１１】
人に装着された第１のセンサノードが検出した当該装着者の動作情報を検出し、前記装着者の行動内容を管理する管理計算機であって、
前記管理計算機は、
前記人が行った処理または物品の状態を状態情報として検出する状態検知部と、前記第１のセンサノードの位置情報を検出する第３のセンサノードと、前記第１のセンサノードと前記状態検知部及び第３のセンサノードが検出した前記動作情報と前記状態情報及び前記位置情報を収集する通信部と、
前記第１のセンサノードが検出した動作情報と、前記第３のセンサノードが検出した前記第１のセンサノードの位置情報に基づいて前記装着者の動作結果を解析する第１解析処理部と、
前記状態検知部が検出した状態情報に基づいて前記物品の状態を解析する第２解析処理部と、
前記第１解析処理部が解析した前記装着者の動作結果と、前記第２解析処理部が解析した前記物品の状態に基づいて、前記装着者が物品に対して行った行動内容を特定する行動内容解析部と、
予め設定した業務計画と、前記特定した行動内容と、前記物品の状態とを比較して、前記装着者の業務内容の評価結果を生成する業務評価部と
を備えたことを特徴とする管理計算機。
【請求項１】
人に装着されて当該装着者の動作情報を検出する第１のセンサノードと、
前記人が行った処理または物品の状態を状態情報として検出する状態検知部と、
前記第１のセンサノードの位置情報を検出する第３のセンサノードと、
前記第１のセンサノードと前記状態検知部及び第３のセンサノードが検出した前記動作情報と前記状態情報及び前記位置情報を収集する管理計算機と
を備え、
前記管理計算機は、
前記第１のセンサノードが検出した動作情報と、前記第３のセンサノードが検出した前記第１のセンサノードの位置情報に基づいて前記装着者の動作結果を解析する第１解析処理部と、
前記状態検知部が検出した状態情報に基づいて前記物品の状態を解析する第２解析処理部と、
前記第１解析処理部が解析した前記装着者の動作結果と、前記第２解析処理部が解析した前記物品の状態に基づいて、前記装着者が物品に対して行った行動内容を特定する行動内容解析部と、
予め設定した業務計画と、前記特定した行動内容と、前記物品の状態とを比較して、前記装着者の業務内容の評価結果を生成する業務評価部と
を備えたことを特徴とする業務管理システム。
【請求項２】
請求項１に記載の業務管理システムにおいて、
前記状態検知部は、前記物品に取り付けられて当該物品の状態情報を検出する第２のセンサノードを含むことを特徴とする業務管理システム。
【請求項３】
請求項１に記載の業務管理システムにおいて、
前記状態検知部は、前記管理計算機に接続された端末のログを状態情報として検出することを特徴とする業務管理システム。
【請求項４】
請求項１に記載の業務管理システムにおいて、
前記管理計算機は、前記行動内容解析部が特定した前記行動内容の履歴を格納する履歴蓄積部を有し、
前記業務評価部は、前記履歴蓄積部を参照して前記装着者の行動内容に対する評価結果を生成する
ことを特徴とする業務管理システム。
【請求項５】
請求項２に記載の業務管理システムにおいて、
前記第１のセンサノードと第２のセンサノードは、相互に対向したときに通信可能な光通信部をそれぞれ有して、前記第２のセンサノードは前記対向した第１のセンサノードから識別子を取得し、
前記行動内容解析部は、前記第２のセンサノードから検出した前記第１のセンサノードの識別子と、前記状態情報とに基づいて前記物品に対して操作を行った人を特定し、前記人が行った行動内容を特定する
ことを特徴とする業務管理システム。
【請求項６】
人に装着された第１のセンサノードが検出した当該装着者の動作情報に基づいて、前記装着者の行動内容を管理する業務管理方法であって、
前記人が行った処理または物品の状態を状態検知部が状態情報として検出するステップと、
第１のセンサノードの位置情報を第３のセンサノードが検出するステップと、
前記第１のセンサノードが検出した動作情報と、前記状態検知部が取得した状態情報と、前記第３のセンサノードが検出した位置情報とを前記管理計算機がそれぞれ取得するステップと、
前記第１のセンサノードが検出した動作情報と、前記第３のセンサノードが検出した前記第１のセンサノードの位置情報に基づいて前記管理計算機が前記装着者の動作結果を解析するステップと、
前記管理計算機が、前記状態検知部によって検出された状態情報に基づいて前記物品の状態を解析するステップと、
前記解析した前記装着者の動作結果と、前記解析した前記物品の状態に基づいて装着者が物品に対して行った行動内容を前記管理計算機が特定するステップと、
前記管理計算機が、予め設定した業務計画と、前記特定した行動内容と、前記物品の状態とを比較して、前記装着者の業務内容の評価結果を生成するステップと
を含むことを特徴とする業務管理方法。
【請求項７】
請求項６に記載の業務管理方法において、
前記状態検知部は、前記物品に取り付けられて当該物品の状態情報を検出する第２のセンサノードを含むことを特徴とする業務管理方法。
【請求項８】
請求項６に記載の業務管理方法において、
前記状態検知部は、前記管理計算機に接続された端末のログを状態情報として検出することを特徴とする業務管理方法。
【請求項９】
請求項６に記載の業務管理方法において、
前記特定した前記行動内容の履歴を前記管理計算機が格納するステップを更に有し、
前記装着者の業務内容の評価結果を生成するステップは、前記履歴を参照して前記装着者の行動内容に対する評価結果を生成する
ことを特徴とする業務管理方法。
【請求項１０】
請求項７に記載の業務管理方法において、
前記第１のセンサノードと第２のセンサノードは、相互に対向したときに通信可能な光通信部をそれぞれ有し、
前記第２のセンサノードが前記対向した第１のセンサノードから識別子を取得するステップを更に含み、
前記行動内容を前記管理計算機が特定するステップは、
前記第２のセンサノードから検出した前記第１のセンサノードの識別子と、前記状態情報とに基づいて前記物品に対して操作を行った人を特定し、前記人が行った行動内容を特定する
ことを特徴とする業務管理方法。
【請求項１１】
人に装着された第１のセンサノードが検出した当該装着者の動作情報を検出し、前記装着者の行動内容を管理する管理計算機であって、
前記管理計算機は、
前記人が行った処理または物品の状態を状態情報として検出する状態検知部と、前記第１のセンサノードの位置情報を検出する第３のセンサノードと、前記第１のセンサノードと前記状態検知部及び第３のセンサノードが検出した前記動作情報と前記状態情報及び前記位置情報を収集する通信部と、
前記第１のセンサノードが検出した動作情報と、前記第３のセンサノードが検出した前記第１のセンサノードの位置情報に基づいて前記装着者の動作結果を解析する第１解析処理部と、
前記状態検知部が検出した状態情報に基づいて前記物品の状態を解析する第２解析処理部と、
前記第１解析処理部が解析した前記装着者の動作結果と、前記第２解析処理部が解析した前記物品の状態に基づいて、前記装着者が物品に対して行った行動内容を特定する行動内容解析部と、
予め設定した業務計画と、前記特定した行動内容と、前記物品の状態とを比較して、前記装着者の業務内容の評価結果を生成する業務評価部と
を備えたことを特徴とする管理計算機。
【図２】
【図３ａ】
【図３ｂ】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１】
【図３ａ】
【図３ｂ】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１】
【公開番号】特開２００９−２１７５５９（Ｐ２００９−２１７５５９Ａ）
【公開日】平成２１年９月２４日（２００９．９．２４）
【国際特許分類】
【出願番号】特願２００８−６０７６８（Ｐ２００８−６０７６８）
【出願日】平成２０年３月１１日（２００８．３．１１）
【出願人】（０００００５１０８）株式会社日立製作所 (27,607)
【Ｆターム（参考）】
【公開日】平成２１年９月２４日（２００９．９．２４）
【国際特許分類】
【出願日】平成２０年３月１１日（２００８．３．１１）
【出願人】（０００００５１０８）株式会社日立製作所 (27,607)
【Ｆターム（参考）】
[ Back to top ]