JP2013080429A - 行動評価装置および行動評価方法 - Google Patents

Abstract

【課題】ある人の行動を分析する際に、他の人との関わりも参酌して、より的確な分析結果を得る。
【解決手段】組織に属する複数の人物それぞれに装着されるセンサノード（ＴＲ）から得られるデータが組織ダイナミクスデータ収集（Ｂ）で記憶される。複数の人物の間の関連性を規定した情報である関連性情報がユーザ／場所情報データベース（Ｄ）に記憶される。複数の人物のうち、行動の評価指標を導出する対象の人物である評価対象人物のデータが、組織ダイナミクスデータ収集（Ｂ）で記憶されたデータから抽出される。評価対象人物との関連性を有する関連人物が、関連性情報をもとに特定される。関連人物のデータが、組織ダイナミクスデータ収集（Ｂ）で記憶されたデータから抽出される。抽出された評価対象人物および関連人物のデータに基づき、評価対象人物の行動の評価指標が導出される。
【選択図】図３Ｄ

Description

本発明は、組織内のメンバーに装着されたセンサノードを用いて収集された組織内の行動データやコミュニケーションデータの分析に関し、組織内のチームやキーパーソンを分析する際に、メンバー間の相互作用を考慮した分析を行うことで、より的確な評価の実現を可能とする行動評価装置および行動評価方法に関する。

近年のストレージ技術やセンサ技術の飛躍的発展によって、人間の日常的な活動を、ほぼ制限なくデジタルデータとして記録することが可能になりつつある。その一例として、ライフログという、人間の身体や室内に装着したセンサ類（カメラ、マイク、加速度センサ、赤外線センサなど）によって日々の日常を記録する取り組みが増えてきている。これらを活用するものとして、特許文献１、特許文献２、非特許文献１、非特許文献２、および非特許文献３にはオフィスにおける組織行動に関する可視化や解析に関する技術が開示されている。

特許文献１には、センサノードに外部電源が接続されたことを検出したときに、データ切替部、通信タイミング制御部及び無線通信制御部が、通信頻度を高めて纏め送りなどの転送サイズの大きなデータを送受信し、またはファームウェアの書き換えデータ等、信頼性の要求されるデータを送受信する技術が開示される。

特許文献２には、プロセスを構成する複数の活動における、組織内のコミュニケーションを評価する評価システムが開示される。

非特許文献１には、大規模な会議において組織の交流を促進し、組織行動を解析するための多様なデータを収集するための、表示部付きの無線式センサノードの構成が開示される。

非特許文献２には、対面しての会議における発話の順序交替のパターンを可視化して調査するシステムが開示される。このシステムでは、調査の対象となるグループの動きを直接追うことなく、会議における相互作用ダイナミクスを捉えることを目指している。

非特許文献３には、「ｓｏｃｉａｌ ｂａｄｇｅ」と称される身体装着型のセンサを用いて、センサを装着した人が誰とどのように会話したかを検出可能とし、個人やグループでの交流パターンの時間的変化の関係を分析する技術が開示される。

特開２００８−３０１０７１ 特開２００９−５９０７５

Ｍａｔｈｅｗ ｌａｉｂｏｗｉｔｚ， Ｊｏｎａｔｈａｎ Ｇｉｐｓ， Ｒｙａｎ Ａｙｌｗａｒｄ， Ａｌｅｘ （Ｓａｎｄｙ） Ｐｅｎｔｌａｎｄ， Ｊｏｓｅｐｈ Ｐａｒａｄｉｓｏ， "Ａ Ｓｅｎｓｏｒ Ｎｅｔｗｏｒｋ ｆｏｒ Ｓｏｃｉａｌ Ｄｙｎａｍｉｃｓ"， ５ｔｈ Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｃｏｎｆｅｒｅｎｃｅ ｏｎ Ｉｎｆｏｒｍａｔｉｏｎ Ｐｒｏｃｅｓｓｉｎｇ ｉｎ Ｓｅｎｓｏｒ Ｎｅｔｗｏｒｋｓ （ＩＰＳＮ）， ２００６／４ Ｊｏａｎ Ｍｏｒｒｉｓ ＤｉＭｉｃｃｏ， Ｋａｔｈｅｒｉｎｅ Ｊ． Ｈｏｌｌｅｎｂａｃｈ， Ｗａｌｔｅｒ Ｂｅｎｄｅｒ， "Ｕｓｉｎｇ Ｖｉｓｕａｌｉｚａｔｉｏｎｓ ｔｏ Ｒｅｖｉｅｗ ａ Ｇｒｏｕｐ’ｓ Ｉｎｔｅｒａｃｔｉｏｎ ｄｙｎａｍｉｃｓ，" Ｃｏｎｆｅｒｅｎｃｅ ｏｎ Ｈｕｍａｎ Ｆａｃｔｏｒｓ ｉｎ Ｃｏｍｐｕｔｉｎｇ Ｓｙｓｔｅｍｓ （ＣＨＩ）， ２００６／４ Ｐｅｔｅｒ Ａ． Ｇｌｏｏｒ， Ｊｏｈａｎｎｅｓ Ｐｕｔｚｋｅ， Ｄｅｔｌｅｆ Ｓｃｈｏｄｅｒ， Ｔａｅｍｉｅ Ｊ． Ｋｉｍ， Ａｋｓｈａｙ Ｍｏｈａｎ， Ａｌｅｘ （Ｓａｎｄｙ） Ｐｅｎｔｌａｎｄ， Ｄａｎｉｅｌ Ｏｓｔｅｒ， Ｋａｉ Ｆｉｓｃｈｂａｃｈ， Ｋｏｊｉ Ａｒａ， Ｒｏｂｅｒｔ Ｌａｕｂａｃｈｅｒ， Ｄａｎｉｅｌ Ｏｌｇｕｉｎ Ｏｌｇｕｉｎ， Ｂｅｎｊａｍｉｎ Ｎ． Ｗａｂｅｒ， "Ｓｔｕｄｙｉｎｇ Ｍｉｃｒｏｓｃｏｐｉｃ Ｐｅｅｒ−ｔｏ−Ｐｅｅｒ Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｐａｔｔｅｒｎｓ，" Ａｍｅｒｉｃａｓ Ｃｏｎｆｅｒｅｎｃｅ ｏｎ Ｉｎｆｏｒｍａｔｉｏｎ Ｓｙｓｔｅｍｓ （ＡＭＣＩＳ）， ２００７／８

分析対象者に装着されたセンサ端末から取得したセンサデータを用いて分析対象者のパフォーマンスを分析することが上記特許文献や非特許文献に開示されている。しかし、人と人との相互作用を解析する際に、上記特許文献や非特許文献で考慮されていない点がある。それは、職制上における上司、部下などの関係等を考慮した人と人との相互作用である。例えば、分析対象者の業務を指示しているのは、当該分析対象者の上長や、さらに、上長の上長である。これらの影響を受けながら、分析対象者は業務を行なっている。また、上司、部下の関係に限られず、組織の中で人は他の人との関係に基づいて行動する。従って、分析対象者のパフォーマンスを分析するために、単にその分析対象者のセンサデータを分析しただけでは正確な分析結果を得ることは難しい。

本発明は上記に鑑みてなされたものであり、ある人の行動を分析する際に、他の人との関わりも配慮された、より的確な分析結果を得ることの可能な技術を提供することを目的とする。

本発明の代表的な一例を示せば以下の通りである。すなわち、行動評価装置は、組織に属する複数の人物それぞれに装着されるセンサノードから得られるデータを記憶するデータ記憶部と、
前記複数の人物の間の関連性を規定した情報である関連性情報を記憶する関連性情報記憶部と、
前記複数の人物のうち、行動の評価指標を導出する対象の人物である評価対象人物のデータを前記データ記憶部から抽出する第１のデータ抽出処理部と、
前記評価対象人物との関連性を有する関連人物を、前記関連性情報をもとに特定する関連人物特定処理部と、
前記関連人物のデータを前記データ記憶部から抽出する第２のデータ抽出処理部と、
前記第１のデータ抽出処理部および前記第２のデータ抽出処理部で抽出されたデータに基づき、前記評価対象人物の行動の評価指標を導出する行動評価指標導出部と
を備える。

本発明によれば、評価対象人物のデータだけでなく、評価対象人物との関連性を有する関連人物のデータも参照することにより、関連人物との相互作用も考慮した評価が可能となり、評価対象人物の組織における行動評価をより的確なものとすることが可能となる。

本発明の実施の形態に係るビジネス顕微鏡システムの構成例と利用シーンの一例を示す図である。 アプリケーションサーバの構成を説明するブロック図である。 クライアントの構成を説明するブロック図である。 センサネットサーバの構成を説明するブロック図である。 基地局の構成を説明するブロック図である。 センサノードの構成を説明するブロック図である。 センサノードで取得された組織ダイナミクスデータをもとにリーダー指標コンテンツが生成される際の処理手順を概略的に示す図である。 パフォーマンステーブルの内容例と処理の流れを概念的に示す図である。 データテーブルの内容例を概念的に示す図である。 本発明の第１の実施の形態において実行される処理の流れと生成されるコンテンツ例を説明する図である。 組織に「自主性」を生むリーダー行動モデルの例を示す図である。 組織に「スピード」を生むリーダー行動モデルの例を示す図である。 相互要素抽出の処理手順を説明する図である。 ユーザ／場所データベースに格納されるユーザＩＤ表および場所ＩＤ表の内容例を概念的に示す図である。 ユーザ／場所データベースに格納される上司部下の関連性リストの内容例を概念的に示す図である。 基本特徴量データベースに格納される対面テーブルの内容例を概念的に示す図である。 基本特徴データベースに格納される身体リズムテーブルの内容例を概念的に示す図である。 有効性判定データベースに格納される有効性判定テーブルの内容例を概念的に示す図である。 相互要素データベースに格納される自立性要素テーブルおよびスピード要素テーブルの内容例を概念的に示す図である。 評価係数データベースに格納される評価係数テーブルの内容例を概念的に示す図である。 相互作用評価結果データベースに格納される部下自立性指標テーブルおよび部下スピード指標テーブルの内容例を概念的に示す図である。 相互作用評価結果データベースに格納される上司自立性指標テーブルおよび上司スピード指標テーブルの内容例を概念的に示す図である。 本発明の第２の実施の形態において実行される処理の流れと生成されるコンテンツ例を説明する図である。 本発明の第２の実施の形態で生成されるコンテンツの例を示す図である。 本発明の第３の実施の形態において実行される処理の流れと生成されるコンテンツ例を説明する図である。 相互作用評価結果データベースに格納されるレシピテーブルの内容例を概念的に示す図である。 本発明の第３の実施の形態で生成されるコンテンツの例を示す図である。 本発明の第４の実施の形態において実行される処理の流れと生成されるコンテンツ例を説明する図である。 相互作用評価結果データベースに格納されるイベントフィードテーブルの内容例を概念的に示す図である。 相互作用評価結果データベースに格納される促進施策リストテーブルの内容例を概念的に示す図である。 本発明の第４の実施の形態において生成されるコンテンツの例を示す図である。

最初に、本発明の実施の形態に係る情報処理システムについてその概略を説明する。ある組織やグループに属する人員である組織内人員は、それぞれセンサノードを装着している。センサノードは、赤外線送受信部、照度センサ、加速度センサ、音センサ、温度センサ等を備え、電池駆動により、センサノード単体でデータ収集および蓄積が可能に構成される。このセンサノードを組織内の各人員が装着する事により、組織内人員間の物理的対面に加え、各人員の居た場所や動きの活発度、そして発話の履歴等を検出することができる。以下では、センサノードを装着する人員をユーザと称する。物理的対面とは、お互いが程よい距離に接近してコミュニケーションを図ることを意味する。

ユーザが物理的対面をしている間、各ユーザに装着されるセンサノードは相互通信してお互いのセンサＩＤを取得するとともに、ユーザ間のコミュニケーションの量や緊密さを音センサや加速度センサ等によって検出することができる。また、各センサノードは、それらのセンサノードを装着するユーザ自身の行動評価を、当該ユーザの主観に基づいて入力可能に構成される。これらの詳細については後で説明する。

情報処理システムは、各センサノードから得られる上記検出結果およびユーザによる行動評価の入力結果をもとにユーザの行動の指標を導出する。あるユーザの行動の指標を導出するにあたり、そのユーザとつながりのある他のユーザの行動も参照される。導出された指標に基づいて表示コンテンツが生成され、ユーザが観視する表示装置に表示される。表示コンテンツとしては、ユーザの行動を日ごとに評価した結果の推移、今後行動するにあたって留意すべき点などがある。ユーザがこの表示内容を参考に行動することにより、ユーザ個人はもとより、そのユーザが属する組織全体としての生産性を高めることが可能となる。

− 第１の実施の形態 −
最初に、本発明が適用される情報処理システムの構成について説明する。本システムは、ビジネス顕微鏡（登録商標）と称される。ここで、ビジネス顕微鏡とは、人（ユーザ）が装着したセンサノードを用いてユーザの行動を観測し、ユーザ間の関係性と、当該ユーザの属する組織の状態を組織アクティビティとして可視化して示すことで組織の改善に役立てるためのシステムである。以下ではセンサノードで取得される、対面検出、行動、音声等に関するデータを組織ダイナミクスデータと総称する。

図１に、情報処理システムの概要を示す。図１を参照しての説明ではシステムの概略について触れ、後に他の図を参照して、システムを構成する個々の要素と、各要素間で行われる処理の流れについて詳細に説明する。ユーザ１〜ユーザ６（ＵＳ１〜ＵＳ６）は、組織に属する人員であり、ユーザ（ＵＳ１〜ＵＳ６）はそれぞれに対応してセンサノード１〜センサノード６（ＴＲ１〜ＴＲ６）を装着する。以下ではユーザおよびセンサノードを個々に識別する必要の無い場合、ユーザ（ＵＳ）、センサノード（ＴＲ）と表記する。センサノード（ＴＲ）は、例えばバッジのような形態で胸元等に取り付け可能に構成される。あるいは、ストラップ等を用いて首から下げ、胸元に位置するようにしてもよい。

端末（ＴＲ）によって各ユーザ（ＵＳ）の動きやユーザ間の交流（インタラクション）に関するセンサデータが取得される。このうち、インタラクションについては、ユーザ（ＵＳ）同士が対面した際に、各ユーザ（ＵＳ）に装着されるセンサノード（ＴＲ）間で赤外線信号を送受信することで対面が検出され、この対面の回数、頻度、時間等に基づいて取得される。

センサノード（ＴＲ）は、無線または有線で基地局（ＧＷ）と接続される。例えば、ユーザ（ＵＳ）が組織内を移動しているときには基地局（ＧＷ）と無線により接続され、ユーザが自席に戻ってセンサノード（ＴＲ）をクレードル等に装着したときには無線および有線のいずれかにより基地局（ＧＷ）と接続される。

取得した組織ダイナミクスデータは、センサノード（ＴＲ）から基地局（ＧＷ）に送信され、ネットワーク（ＮＷ）を通じてセンサネットサーバ（ＳＳ）に格納される。センサネットサーバ（ＳＳ）は、格納したセンサデータを定期的に下処理し、二次データとして保管する。

アプリケーションサーバ（ＡＳ）は、センサネットサーバ（ＳＳ）から上記二次データを定期的に取得して解析を行い、相互作用評価結果を保管する。

クライアント（ＣＬ）は、閲覧者検出器（ＣＬＢＤ）とディスプレイ（ＣＬＯＤ）を備える。閲覧者検出器（ＣＬＢＤ）は、端末（ＴＲ）から発信されたユーザＩＤを含む赤外線情報を受信することで、ディスプレイを閲覧しているユーザ（ＵＳ）を検出する。閲覧者を検出する方法は、赤外線センサ以外にも、無線送受信機やＲＦＩＤ、カメラによる顔認識などを用いてもよい。閲覧者が検出された場合、クライアント（ＣＬ）はアプリケーションサーバ（ＡＳ）に検出された閲覧者の情報（閲覧者情報）を送る。アプリケーションサーバ（ＡＳ）は、閲覧者情報で特定される閲覧者向けの情報を生成し、クライアント（ＣＬ）に返す。クライアント（ＣＬ）は、アプリケーションサーバ（ＡＳ）から受け取った情報をもとに、ユーザ（ＵＳ）に提示するためのコンテンツデータを生成し、ディスプレイ（ＣＬＯＤ）上にコンテンツ（Ｋ）として表示する。コンテンツは、多くの場合画像であるが、動画やテキストデータ、音声データなど他のデータでもよい。

コンテンツ（Ｋ）中では、現在の閲覧者に関する部分が強調表示される。これによって、閲覧者が強い関心を持つであろう情報、もしくは閲覧者に関心を持ってもらいたい情報を優先的に気づかせることができる。また、閲覧者検出器（ＣＬＢＤ）を持たないクライアントである個人用クライアント（ＣＰ）にもコンテンツ（Ｋ）を表示可能である。この場合、個人用クライアント（ＣＰ）の所有主である特定のユーザ、図１の例ではユーザ３（ＵＳ３）のＩＤを個人用クライアント（ＣＰ）に設定しておき、その情報をアプリケーションサーバ（ＡＳ）に送出する。アプリケーションサーバ（ＡＳ）からは、そのユーザに対応する情報が個人用クライアント（ＣＰ）に送信されてコンテンツが生成され、表示される。このとき、コンテンツ（Ｋ）を個人用クライアント（ＣＰ）に表示する際には、その個人用クライアント（ＣＰ）の所有主であるユーザが閲覧しているとみなして、そのユーザに関連する部分の表示を強調することも可能である。また、後の説明で明らかになるように、本システムではユーザ（ＵＳ）によるコメントの入力と、入力されたコメントの表示も可能に構成される。コメントの入力を必要とする際には、個人用クライアント（ＣＰ）を用いて、ユーザ（ＵＳ）が電子メールを送受信することもできる。つまり、コメント入力を求める通知をユーザ（ＵＳ）は電子メールで受信し、その通知に応答してユーザ（ＵＳ）はコメントを入力することもできる。

図２Ａ、図２Ｂ、図２Ｃ、図２Ｄ、図２Ｅは、本発明の実施の形態に係る情報処理システムの構成を説明するブロック図である。図示の都合上、各構成要素は複数の図に分割して示してあるが、各々の図に示される構成要素は互いに連携して動作を行う。また、図内のそれぞれの機能はハードウェアまたはソフトウェア、あるいはその組み合わせによって実現されるものであり、必ずしも各機能ブロックがハードウェア実態を伴うとは限らない。さらに、各構成要素については、本システムが運用される組織の規模の大きさ等に応じて一部または全部の要素が複数台ずつ備えられていてもよい。あるいは、複数の要素による処理を一台の情報処理装置で行うようにしてもよい。本システムが運用される組織やグループとしては、オフィス、製造現場、研究機関、教育機関、医療施設、公共施設、商業施設等、様々なものが想定される。

情報処理システムは、センサノード（ＴＲ）、基地局（ＧＷ）、センサネットサーバ（ＳＳ）、アプリケーションサーバ（ＡＳ）、クライアント（ＣＬ）、診断サーバ（ＤＳ）、そして管理システム（ＡＭ）を備える。以下ではこれらの要素が独立して設けられるものとして説明する。各要素は、制御部、記憶部、送受信部を備える。各要素に備えられる制御部は、通常のコンピュータ等の処理部である中央処理部（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ：ＣＰＵ、図示省略）などで構成され、記憶部は半導体記憶装置や磁気記憶装置等のメモリ装置で構成され、送受信部は有線・無線等のネットワークインターフェースを備えて構成される。その他、必要に応じて時計（ＲＴＣ：Ｒｅａｌ Ｔｉｍｅ Ｃｌｏｃｋ）等を備えている。

− アプリケーションサーバ（ＡＳ）−
図２Ａに示すアプリケーションサーバ（ＡＳ）は、センサネットサーバ（ＳＳ）から受信した組織ダイナミクスデータを解析及び処理する。図２Ｂに示すクライアント（ＣＬ）から要求が発せられたとき、又は、設定された時刻に自動的に、あるいは手動にて、組織ダイナミクスデータを解析および処理する解析アプリケーションが起動する。

アプリケーションサーバ（ＡＳ）は、送受信部（ＡＳＳＲ）、記憶部（ＡＳＭＥ）及び制御部（ＡＳＣＯ）を備える。

送受信部（ＡＳＳＲ）は、図２Ｃに示すセンサネットサーバ（ＳＳ）及び図２Ｂに示すクライアント（ＣＬ）との間で通信を行い、情報の送受信を行う。具体的には、送受信部（ＡＳＳＲ）は、クライアント（ＣＬ）から送られてきたコマンドを受信する。送受信部（ＡＳＳＲ）はまた、組織ダイナミクスデータの出力を要求する信号をセンサネットサーバ（ＳＳ）へ随時送信する。この要求に応じてセンサネットサーバ（ＳＳ）から出力された組織ダイナミクスデータを送受信部（ＡＳＳＲ）は受信する。そして、クライアント（ＣＬ）からのコマンドに応じてアプリケーションサーバ（ＡＳ）内で解析した結果を、送受信部（ＡＳＳＲ）はクライアント（ＣＬ）に送信する。

記憶部（ＡＳＭＥ）は、ハードディスク、メモリ、ＳＤメモリカード（登録商標）等のリムーバブルストレージ装置等を備えて構成される。記憶部（ＡＳＭＥ）は、解析のための設定条件、解析アルゴリズム及び解析結果を格納する。具体的には、記憶部（ＡＳＭＥ）は、ユーザ／場所情報データベース（Ｄ）、有効性判定データベース（Ｅ）、基本特徴量データベース（Ｆ）、相互要素データベース（Ｇ）、評価係数データベース（Ｈ）、相互作用評価結果データベース（Ｉ）、解析アルゴリズム（Ｌ）を格納する。

ユーザ／場所情報データベース（Ｄ）は、ユーザの氏名、属性、ユーザＩＤなどの各ユーザ個人の情報と、ユーザが属する組織内における他のユーザとの関連性に関する情報と、会議室、応接室、喫煙室、ラウンジなどの場所の情報とが格納されているデータベースである。ユーザの属性としては、組織が企業であれば職位とすることが可能である。組織が学校であれば教師、学生などとすることが可能である。ユーザ／場所情報データベース（Ｄ）に格納される情報の例については後で図６Ａ、図６Ｂを参照して説明する。

有効性判定データベース（Ｅ）は、アプリケーションサーバ（ＡＳ）で組織ダイナミクスデータを解析した結果の有効性を判定する際のよりどころとなる、観測要素、判定内容（判定の指針）等の情報を格納するデータベースである。有効性判定データベース（Ｅ）に格納される情報の例については後で図８を参照して説明する。

基本特徴量データベース（Ｆ）は、基本特徴量（ＣＡ１Ａ）で組織ダイナミクスデータを分析した結果を格納するデータベースである。基本特徴量データベース（Ｆ）に格納されるデータについては後で図７Ａ、図７Ｂを参照して説明する。

相互要素データベース（Ｇ）は、指標抽出（ＣＡ１Ｃ）で組織ダイナミクスデータを分析した結果を格納するデータベースである。相互要素データベース（Ｇ）に格納されるデータについては後で図９を参照して説明する。

評価係数データベース（Ｈ）は、相互作用評価（ＣＡ２Ａ）で相互作用の指標を求める際に参照される評価係数、式を格納しているデータベースである。評価係数データベース（Ｈ）に格納されるデータについては後で図１０を参照して説明する。

相互作用評価結果データベース（Ｉ）は、相互作用評価（ＣＡ２Ａ）で分析して得られた相互作用の指標を格納するデータベースである。相互作用評価結果データベース（Ｉ）に格納されるデータについては後で図１１Ａ、図１１Ｂ等を参照して説明する。

解析アルゴリズム（Ｌ）には、組織ダイナミクスデータの解析に際して用いられるプログラムが格納されている。クライアント（ＣＬ）からの依頼に従って、適切なプログラムが選択され、制御部（ＡＳＣＯ）で実行されて組織ダイナミクスデータの解析が行われる。

制御部（ＡＳＣＯ）は、中央処理部、すなわちＣＰＵ（図示省略）を備え、記憶部（ＡＳＭＥ）に格納されたプログラムを実行することによってデータの送受信の制御及びセンサデータの解析を行う。具体的には、通信制御（ＡＳＣＣ）、組織相互作用評価（ＣＡ）の処理がＣＰＵによって実行される。

通信制御（ＡＳＣＣ）は、センサネットサーバ（ＳＳ）及びクライアント（ＣＬ）との間で行われる有線又は無線による通信の制御をする。通信制御（ＡＳＣＣ）はさらに、データの形式変換、及び、データの種類別に行き先を振り分ける処理を行う。

組織相互作用評価（ＣＡ）は、相互要素抽出（ＣＡ１）と、相互作用評価解析（ＣＡ２）と、クライアントアクセス（ＣＡ３）とを備える。組織相互作用評価（ＣＡ）は、取得した組織ダイナミクスデータをもとに、組織相互作用を考慮しつつ、組織やキーパーソン等のメンバーの行動を解析する処理を行う。組織相互作用とは、組織内における人と人との関係に基づく作用を意味する。会社内の組織を例に説明すると、上司と部下、つまり、指示を出す人と、指示を受けて行動する人との間の相互作用と考えることができる。この場合、上司がキーパーソンとなる。ある組織の中において、キーパーソンは、組織内の他のメンバーに影響を及ぼしながら行動をする。したがって、キーパーソンの行動を解析する際に、キーパーソンの影響を受けて行動する人の動きも参照することにより、キーパーソンそのものの行動をより的確に解析することが可能となる。解析した結果は、相互作用評価結果データベース（Ｉ）に逐次格納される。

相互要素抽出（ＣＡ１）は、基本特徴量（ＣＡ１Ａ）と、有効性（ＣＡ１Ｂ）と、指標抽出（ＣＡ１Ｃ）と、関係性選択（ＣＡ１Ｄ）とを備える。これらの構成要素が以下に説明する処理を行うことにより、相互要素抽出（ＣＡ１）は、センサネットサーバ（ＳＳ）から二次データに加工された組織ダイナミクスデータを入力して処理し、生成されたデータを相互要素データベース（Ｇ）に格納する。

基本特徴量（ＣＡ１Ａ）は、センサネットサーバ（ＳＳ）から二次データに加工された組織ダイナミクスデータを定期的に入力して処理し、基本特徴量を導出する。導出した基本特徴量は、図７Ａ、図７Ｂを参照して後で説明する対面テーブル（ＦＡ）、身体リズムテーブル（ＦＢ）に格納される。

有効性（ＣＡ１Ｂ）は、基本特徴量（ＣＡ１Ａ）によって生成された基本特徴量について、有効性判定データベース（Ｅ）で特定される判定内容（判断基準）に照らして、有効なデータであるか否かを判定する処理を行う。

指標抽出（ＣＡ１Ｃ）は、有効性（ＣＡ１Ｂ）で「有効」と判定されたデータについて、組織相互作用を考慮した解析を行い、後で図９を参照して説明する自立性要素テーブル（ＧＡ）、スピード要素テーブル（ＧＢ）に格納する要素を抽出する。

関係性選択（ＣＡ１Ｄ）は、指標抽出（ＣＡ１Ｃ）での処理に際して、ユーザ／場所情報データベース（Ｄ）内の、図６Ｂに例示される関連性リスト（ＤＣ）にアクセスして組織内の人員（ユーザ）間の関係を規定する情報を参照する。そして、関係性のあるユーザを選択する。

以上に説明した相互要素抽出（ＣＡ１）の処理については後で図５を参照して再度説明する。

相互作用評価解析（ＣＡ２）は、相互要素抽出（ＣＡ１）によって抽出された要素（データ）が格納された、相互要素データベース（Ｇ）内の自立性要素テーブル（ＧＡ）およびスピード要素テーブル（ＧＢ）を参照し、組織内の人員や、その人員をとりまとめるキーパーソン等の行動の指標を導出する。

相互作用評価（ＣＡ２Ａ）は、上記相互要素抽出（ＣＡ１）で抽出された情報が格納される相互要素データベース（Ｇ）を参照し、解析対象の組織内人員およびキーパーソンの行動の指標を求める。このとき、相互作用評価（ＣＡ２Ａ）は、評価係数データベース（Ｈ）内の、図１０に例示される評価係数データベース（ＨＡ）から読み出した評価係数、式を用いて行動の指標を導出する。導出結果は、相互作用評価結果データベース（Ｉ）内の、図１１Ａ、図１１Ｂに例示される部下自立性指標テーブル（ＩＡ）、部下スピード指標テーブル（ＩＢ）、上司自立性指標テーブル（ＩＣ）、上司スピード指標テーブル（ＩＥ）に格納される。

クライアントアクセス（ＣＡ３）は、要素選択（ＣＡ３Ａ）と、Ｗｅｂサーバ（ＣＡ３Ｂ）とを備える。これらの要素選択（ＣＡ３Ａ）、Ｗｅｂサーバ（ＣＡ３Ｂ）が以下に説明する動作を行うことにより、クライアント（ＣＬ）からの要求に基づいて、データが相互作用評価結果データベース（Ｉ）から抽出されてクライアント（ＣＬ）側に提供される。

要素選択（ＣＡ３Ａ）は、クライアント（ＣＬ）からの要求に対応する情報を相互作用評価結果データベース（Ｉ）から抽出する処理を行う。Ｗｅｂサーバ（ＣＡ３Ｂ）は、クライアント（ＣＬ）からのアクセスを制御する処理を行なう。クライアント（ＣＬ）は、Ｗｅｂサーバ（ＣＡ３Ｂ）に要求を送信し、要求に対応する情報はＷｅｂサーバ（ＣＡ３Ｂ）からクライアント（ＣＬ）に送信される。

− 管理システム（ＡＭ）および診断サーバ（ＤＳ） −
図２Ａにおいて、ネットワーク（ＮＷ）に接続されている管理システム（ＡＭ）および診断サーバ（ＤＳ）について、説明する。診断サーバ（ＤＳ）は、システムが正常に動作しているか診断を行う。管理システム（ＡＭ）からの依頼を受け、又は、設定された時刻に自動的に、診断アプリケーションが診断サーバ（ＤＳ）上で起動する。管理システム（ＡＭ）は、システムの診断結果や状態を表示する機能を有し、システム管理者とのインターフェースとして機能する。

− クライアント（ＣＬ） −
図２Ｂに示すクライアント（ＣＬ）は、ユーザとの接点として機能する。クライアント（ＣＬ）は、入出力部（ＣＬＩＯ）、送受信部（ＣＬＳＲ）、記憶部（ＣＬＭＥ）及び制御部（ＣＬＣＯ）を備える。

入出力部（ＣＬＩＯ）は、ユーザインターフェースとして機能する部分である。入出力部（ＣＬＩＯ）は、閲覧者検出器（ＣＬＢＤ）、ディスプレイ（ＣＬＯＤ）、キーボード（ＣＬＩＫ）及びマウス（ＣＬＩＭ）等を備える。必要に応じて外部入出力（ＣＬＩＵ）に他の入出力装置を接続することもできる。

閲覧者検出器（ＣＬＢＤ）は、図２Ｅに示すセンサノード（ＴＲ）から発信されたユーザＩＤを含む赤外線信号を受信することで、ユーザがディスプレイを閲覧していることを検知し、閲覧している個々のユーザを特定する。閲覧しているユーザを特定する方法としては、赤外線センサを用いて赤外線信号を受信する以外に、無線送受信機やＲＦＩＤ、バーコードリーダ等を用いてユーザＩＤを取得してもよい。あるいは、カメラや他のセンサ等を用いて顔認識や生体認証等を行い、ユーザを個々に特定してもよい。また、キーボード（ＣＬＩＣＫ）やマウス（ＣＬＩＭ）等をユーザが操作してパスワードやユーザＩＤを入力するようにしてもよい。

ディスプレイ（ＣＬＯＤ）は、ＣＲＴ（ＣＡＴＨＯＤＥ-ＲＡＹ ＴＵＢＥ）又はフラットパネルディスプレイ等の画像表示装置である。ディスプレイ（ＣＬＯＤ）は、プリンタ等を含んでもよい。

送受信部（ＣＬＳＲ）は、アプリケーションサーバ（ＡＳ）との間でデータの送信及び受信を行う。具体的には、送受信部（ＣＬＳＲ）は、解析条件（ＣＬＭＰ）をアプリケーションサーバ（ＡＳ）に送信し、解析結果をアプリケーションサーバ（ＡＳ）から受信する。

記憶部（ＣＬＭＥ）は、ハードディスク、メモリ又はＳＤメモリカードのようなリムーバブルストレージ装置等を備えて構成される。記憶部（ＣＬＭＥ）は、解析条件（ＣＬＭＰ）及び描画設定情報（ＣＬＭＴ）等の、描画に必要な情報を記録する。記憶部（ＣＬＭＥ）にはまた、制御部（ＣＬＣＯ）のＣＰＵ（図示省略）によって実行されるプログラムが記憶される。

解析条件（ＣＬＭＰ）は、ユーザから設定された解析対象のメンバーの数及び解析方法の選択等の条件を記録する。解析条件（ＣＬＭＰ）にはまた、閲覧者検出器（ＣＬＢＤ）で検出されたユーザのユーザＩＤも記憶される。描画設定情報（ＣＬＭＴ）は、表示画面中のどの位置に何を描画するかといった表示レイアウト等に関する情報を記憶する。

制御部（ＣＬＣＯ）は、ＣＰＵ（図示省略）を備え、通信の制御、クライアント（ＣＬ）の前に居るユーザ（ＵＳ）による解析条件の入力、及び、解析結果をクライアントユーザ（ＵＳ）に提示するための描画処理等を実行する。具体的には、ＣＰＵは、記憶部（ＣＬＭＥ）に格納されたプログラムを実行することによって、通信制御（ＣＬＣＣ）、解析条件設定（ＣＬＩＳ）、描画設定（ＣＬＴＳ）、表示処理（Ｊ）を実行する。

通信制御（ＣＬＣＣ）は、有線又は無線によってアプリケーションサーバ（ＡＳ）との間で行われる通信のタイミングを制御する。また、通信制御（ＣＬＣＣ）は、データの形式を変換し、データの種類別に転送先を振り分ける。

解析条件設定（ＣＬＩＳ）は、ユーザから入出力部（ＣＬＩＯ）を介して指定される解析条件を受け付け、記憶部（ＣＬＭＥ）の解析条件（ＣＬＭＰ）に記録する。ユーザにより設定される解析条件としては、解析に用いるデータの期間、メンバー、解析の種類及び解析のためのパラメータ等がある。クライアント（ＣＬ）は、これらの解析条件に対応する解析をするのに必用なデータをアプリケーションサーバ（ＡＳ）に要求する。この要求に対応してアプリケーションサーバ（ＡＳ）からクライアント（ＣＬ）にデータが出力される。クライアント（ＣＬ）では、アプリケーションサーバ（ＡＳ）から受信したデータが解析され、解析結果を表示するために描画設定（ＣＬＴＳ）が実行される。

描画設定（ＣＬＴＳ）は、解析条件（ＣＬＭＰ）に基づいて解析結果を表示する方法を決定する。描画設定（ＣＬＴＳ）ではまた、文字情報や図表等の画像をディスプレイ（ＣＬＯＤ）上に表示する際の表示位置を導出する。この処理の結果は、記憶部（ＣＬＭＥ）の描画設定情報（ＣＬＭＴ）に記録される。

表示処理（Ｊ）は、アプリケーションサーバ（ＡＳ）から取得した解析結果と、描画設定情報（ＣＬＭＴ）に記憶される情報とにもとづいて表示用の画像を生成する。表示処理（Ｊ）が描画設定情報（ＣＬＭＴ）に基づいて生成する表示用の画像は、図１に例示されるコンテンツ（Ｋ）である。また、図３Ｄには、リーダー表示コンテンツ（ＫＡ）がリーダー指標コンテンツ生成（ＪＡ）によって生成される例が示されるが、このリーダー指標コンテンツ生成（ＪＡ）は表示処理（Ｊ）に含まれる。表示処理（Ｊ）はまた、表示されている人物の氏名等の属性に関する情報も必要に応じて表示画面上に表示するように動作可能である。

表示処理（Ｊ）で生成された表示画像は、ディスプレイ（ＣＬＯＤ）等の出力装置を介してユーザ（ＵＳ）に提示される。例えば、ディスプレイ（ＣＬＯＤ）には、図３Ｄに示されるリーダー指標コンテンツ（ＫＡ）の様な画面が表示される。マウスやタッチパネル等のポインティングデバイスを操作することによって、ユーザ（ＵＳ）は画面上の表示位置を調整することもできる。個人用クライアント（ＣＰ）もまた、以上に説明したクライアント（ＣＬ）と同様の構成を備えることが可能である。そして、個人用クライアント（ＣＰ）のユーザに対応するコンテンツを個人要クライアント（ＣＰ）の表示装置上に表示可能に構成される。

− センサネットサーバ（ＳＳ）、基地局（ＧＷ）およびセンサノード（ＴＲ） −
図２Ｃに示されるセンサネットサーバ（ＳＳ）、図２Ｄに示される基地局（ＧＷ）、図２Ｅに示されるセンサノード（ＴＲ）の内部構成については、米国特許出願公開第２００８／０２９７３７３号明細書、特開２００８−３０１０７１号公報、特願２０１０−１８０４０８号に詳しく開示されているので説明を省略する。

図３Ａ、図３Ｂ、図３Ｃ、図３Ｄを参照し、本発明の一実施の形態としてのビジネス顕微鏡システムにおいて実行される処理の全体の流れを説明する。図示の都合上、分割して示してあるが、各々の図に示されたそれぞれの処理は相互に連携して行われる。図３Ａは、センサノード（ＴＲ）で取得されセンサデータや、ユーザ（ＵＳ）による入力操作に基づくデータを主体とした情報の流れを示す。図３Ｂ、図３Ｃは、センサネットサーバ（ＳＳ）で行われる組織ダイナミクスデータ収集（Ｂ）で収集されたデータが格納されるパフォーマンステーブル（ＢＢ）、データテーブル（ＢＡ）を、それぞれ示す。図３Ｄは、センサノード（ＴＲ）で取得された組織ダイナミクスデータがセンサネットサーバ（ＳＳ）を介してアプリケーションサーバ（ＡＳ）に送られ、組織相互作用評価（ＣＡ）で解析された結果がクライアント（ＣＬ）に送られてリーダー指標コンテンツ生成（ＪＡ）が行われてリーダー指標コンテンツ（ＫＡ）が生成されるまでの処理の流れを概略的に示す。

図３Ａを参照し、複数のセンサノード（ＴＲ１、ＴＲ２、…、ＴＲ６）のそれぞれで行われる組織ダイナミクスデータ取得（Ａ）について説明する。ここではセンサノード１（ＴＲ１）で行われる組織ダイナミクスデータ取得（Ａ）について説明する。

センサノード（ＴＲ）は、以下に説明するセンサやスイッチ等によってセンシングやユーザによる入力操作を受け付け可能に構成される。これらのセンサによるセンシング結果と、ユーザによるスイッチの入力操作の結果得られるデータとを本明細書では組織ダイナミクスデータと総称する。センサノード（ＴＲ）は、赤外線送受信器（ＡＢ）、加速度センサ（ＡＣ）、マイク（ＡＤ）、温度（ＡＥ）等のセンサ類を備える。図３Ａに示されるセンサは一部であり、その他のセンサについては図２Ｅに示される。

図３Ａに示されるセンサの機能についてのみ、ここで簡単に説明する。加速度センサ（ＡＣ）は、センサノード（ＴＲ）の加速度（すなわち、センサノード（ＴＲ）を装着しているユーザ（ＵＳ）の加速度）を検出する。赤外線送受信器（ＡＢ）は、他のセンサノード（ＴＲ）との間で赤外線通信を試み、センサノード（ＴＲ）が他のセンサノード（ＴＲ）と対面している状態を検出する。つまり、赤外線通信に成功するということは、センサノード（ＴＲ）が他のセンサノード（ＴＲ）と対向していることを意味し、それはセンサノード（ＴＲ）を装着した人物が、他のセンサノード（ＴＲ）を装着した人物と対面していると云うことを意味する。マイク（ＡＤ）は、センサノード（ＴＲ）の周囲の音を、温度（ＡＥ）は、センサノード（ＴＲ）の周囲の温度を検出する。これらのセンサによる検出動作は、検出する物理量に適した形態で連続的、あるいは断続的に行われる。例えば加速度センサ（ＡＣ）やマイク（ＡＤ）からの信号は比較的短いサンプリング周期で検出動作を行い、温度（ＡＥ）からの信号は比較的長いサンプリング周期で検出動作を行うことが可能である。

表示装置（ＬＣＤＤ）上には、各センサで検出された結果が表示される。図３Ａでは、赤外線送受信機（ＡＢ）で得られた対面情報を示す表示（ＡＧ）が行われる例が示されている。図３Ａの例では、現在の日時、バッテリ残量、温度、センサノード（ＴＲ）の動作ステータス（Ｂｅｅｐ ｏｆｆ）に加えて、所定の時間の間で対面が検出された相手の名前と対面回数とが対面履歴として表示される例が示される。

センサノード（ＴＲ）はまた、ボタン１〜３（ＢＴＮ１〜ＢＴＮ３）を備える。これらのボタン１〜３（ＢＴＮ１〜ＢＴＮ３）を表示装置（ＬＣＤＤ）の近傍に設け、各ボタン（ＢＴＮ１〜ＢＴＮ３）に対応する機能を表示装置（ＬＣＤＤ）上に表示することにより、これらのボタン（ＢＴＮ１〜ＢＴＮ３）にさまざまな入力機能を割り当てることができる。

本例では、これらのボタン（ＢＴＮ１〜ＢＴＮ３）に「正味」、「気づき」、「感謝」の入力機能を割り当てるものとする。以下ではこれらの入力機能が割り当てられたボタンをボタン（ＡＦ）と総称し、これらのボタンを個別に参照する場合には正味ボタン（ＡＦＡ）、気づきボタン（ＡＦＢ）、感謝ボタン（ＡＦＣ）と称する。ボタン（ＡＦ）としては、図２Ｅに示されるボタン１〜３（ＢＴＮ１〜ＢＴＮ３）を用いるだけでなく、表示装置（ＬＣＤＤ）の表示部上にタッチパネルを設けてユーザ操作を検出するようにしてもよい。ホタン（ＡＦ）は、センサノード（ＴＲ）を装着するユーザの主観的な視点からの入力を行なうためのものである。これらの正味（ＡＦＡ）、気づき（ＡＦＢ）、感謝（ＡＦＣ）の各ボタンは、以下のように操作される。

センサノード（ＴＲ）は、正味ボタン（ＡＦＡ）の操作を求める要求をユーザ（ＵＳ）に対して発する。要求を発するタイミングは、ランダムに設定される。あるいは、定期的に要求が発せられるようにしてもよい。センサノード（ＴＲ）から正味ボタン（ＡＦＡ）の操作を求める要求が発せられた時点で、仕事が進んでいる、あるいは自らにとって価値のある仕事ができた時間であると感じられるとき、ユーザ（ＵＳ）は「正味」を肯定する操作をする。一方、長い会議に参加して自身の発言が少なかったり、よい結論が導き出せていないと感じられたりする場合、あるいは仕事がうまく進んでいると感じられない場合、ユーザ（ＵＳ）は「正味」を否定する操作をする。あるいは、正味ボタン（ＡＦＡ）の操作をしないことにより「正味」を否定することが可能である。正味ボタン（ＡＦＡ）はまた、ユーザ（ＵＳ）が会議を終えた後のタイミング等において、ユーザ（ＵＳ）自ら操作することも可能である。

気づきボタン（ＡＦＢ）は、ユーザ（ＵＳ）が業務等に従事しているときに、何かよいアイデアがひらめいたときや、何かに気づいたときに、その時点でユーザ（ＵＳ）が操作する。

感謝ボタン（ＡＦＣ）は、ユーザ（ＵＳ）が組織内の他のメンバーの言動、アドバイス、協力等に感謝の念を抱いたときに、その都度ユーザ（ＵＳ）が操作する。

センサノード（ＴＲ）はさらに、ユーザインターフェースを備えており、ユーザ（ＵＳ）操作によるレイティング入力（ＡＡ）を可能とする。このユーザインターフェースは一例として、表示装置（ＬＣＤＤ）と、この表示装置（ＬＣＤＤ）の表示部上に設けたタッチパネルとによって構成可能である。図３Ａでは、「Ｓｏｃｉａｌ」、「Ｉｎｔｅｌｌｅｃｔｕａｌ」、「Ｓｐｉｒｉｔｕａｌ」、「Ｐｈｙｓｉｃａｌ」、「Ｅｘｅｃｕｔｉｖｅ」の五項目について１から５の五段階評価で入力する例が示されている。これらの評価の入力は、正味ボタン（ＡＦＡ）と同様、センサノード（ＴＲ）から入力要求が発せられたときにユーザ（ＵＳ）が入力する。あるいは業務の区切りがついたときにユーザが自発的に入力するようにしてもよい。センサノード（ＴＲ）においてユーザ（ＵＳ）操作によるレイティング入力（ＡＡ）を受け付ける処理を行うのがパフォーマンス入力（Ｃ）である。

上記の各項目は、以下に説明する観点からユーザ（ＵＳ）自身により評価される。すなわち、「Ｓｏｃｉａｌ」は、「人」であり、他のメンバーと協力、共感して仕事をすることができたかの評価である。「Ｉｎｔｅｌｌｅｃｔｕａｌ」は「知」であり、思考を巡らして良いアイデアや気づきを得ることができたかの評価である。「Ｓｐｉｒｉｔｕａｌ」は「心」であり、感謝、誠実、志を持つことができたかの評価である。「Ｐｈｙｓｉｃａｌ」は「体」であり、業務時間外に十分な休養、栄養、運動を取ることができているかの評価である。そして、「Ｅｘｅｃｕｔｉｖｅ」は、「行」であり、行うべきことを行動に移すことができたか、そして遂行することができたかの評価である。

センサノード（ＴＲ）は、センサで検出して得られたデータ（センサデータ）と、上記のボタン（ＡＦ）、ユーザインターフェース（ＡＡ）を介してユーザ（ＵＳ）により入力された結果とを組織ダイナミクスデータとして所定の間隔で無線によって基地局（ＧＷ）に送信する。このとき送信されるデータには、センシングが行われた時刻と、センシングを行ったセンサノード（ＴＲ）に固有の識別子（センサＩＤ）が付加される。このセンサＩＤに代えて、あるいはセンサＩＤに加えて、ユーザＩＤが付加されてもよい。また、データが上記ユーザ操作によるものである場合、ユーザ操作の行われた時刻がデータに付加される。

データを送信する際の時間間隔は、センサでセンシング動作が行われる際の時間間隔と同じであってもよいし、それよりも大きい時間間隔であってもよい。このとき、センシング動作が行われる際の時間間隔よりも長い時間間隔でデータ送信動作を行う（複数回のセンシング動作につき１回のデータ送信動作が行われるようにする）事により、センサノード（ＴＲ）の電力消費を抑制することが可能となる。結果として、センサノード（ＴＲ）の一充電あたりの可使用時間を延ばすことが可能となる。また、各センサノード（ＴＲ）でセンシングが行われる際には、全てのセンサノード（ＴＲ）において、同一のタイミングでセンシングが行われることが、後工程で行われる解析のためには望ましい。例えば、複数のユーザ（ＵＳ）間の、時間経過を追っての動きの相関を解析する、といったことが容易となる。

センサノード（ＴＲ）と基地局（ＧＷ）との間で接続が確立できない場合には、センサノード（ＴＲ）の記憶部（ＳＴＲＧ）にデータを纏め送りデータ（ＣＭＢＤ）として蓄積しておき（図２Ｅ）、基地局（ＧＷ）との接続が再開したとき、あるいはセンサノード（ＴＲ）が充電クレードルに設置されたときや外部電源（ＥＰＯＷ）の接続が検出されたときに、データを無線通信または有線通信によって纏め送りするようにしてもよい。

図３Ｂ、図３Ｃを参照し、センサネットサーバ（ＳＳ）の組織ダイナミクスデータ収集（Ｂ）で収集されたデータが格納されるパフォーマンステーブル（ＢＢ）、データテーブル（ＢＡ）について説明する。各センサノード（ＴＲ）からセンサネットサーバ（ＳＳ）に、基地局（ＧＷ）を介して送信された組織ダイナミクスデータはセンサネットサーバ（ＳＳ）の組織ダイナミクスデータ収集（Ｂ）で収集されて分類、加工され、二次データとして記憶部（ＳＳＭＥ）に記憶される。このとき、データは、図３Ｂに示されるパフォーマンステーブル（ＢＢ）、図３Ｃに示されるデータテーブル（ＢＡ）に分けて格納される。

パフォーマンステーブル（ＢＢ）、データテーブル（ＢＡ）のいずれにも、組織ダイナミクス収集（Ｂ）で収集した時間順に従って格納される。例えば、あるセンサノード（ＴＲ）で組織ダイナミクスデータが取得されたものの、センサノード（ＴＲ）と基地局（ＧＷ）との間で接続を確立（本明細書ではこれをアソシエイトと称する）することができない場合、データは後で纏め送りされる場合がある。そのような場合、データは、当該データを取得した時間の順序には従わずにパフォーマンステーブル（ＢＢ）、データテーブル（ＢＡ）に格納されることになる。

まず、図３Ｂに示されるパフォーマンステーブル（ＢＢ）について説明する。パフォーマンステーブル（ＢＢ）には、センサノード（ＴＲ）のパフォーマンス入力（Ｃ）で検出された、ユーザ（ＵＳ）によるレイティング入力（ＡＡ）の結果（ＢＢＣ、ＢＢＤ、ＢＢＥ、ＢＢＦ、ＢＢＧ）がユーザＩＤ（ＢＢＡ）、取得日時（ＢＢＢ）、センサＩＤ（ＢＢＨ）、格納日時（ＢＢＩ）とともに格納される。図３Ｂの表中、列方向（縦方向）に並ぶ一連のデータが一つのセンサノード（ＴＲ）から１回のタイミングで送出される１セットのデータに対応する。つまり、図３Ｂには、３セット分のデータがパフォーマンステーブル（ＢＢ）に格納される様子が例示されている。

ユーザＩＤ（ＢＢＡ）は、センサノード（ＴＲ）を装着するユーザ（ＵＳ）を一意に特定可能な情報である。取得日時（ＢＢＢ）は、各センサノード（ＴＲ）でレイティング入力（ＡＡ）が行われた日時を示す。Ｓｏｃｉａｌ（ＢＢＣ）、Ｉｎｔｅｌｌｅｃｔｕａｌ（ＢＢＤ）、Ｓｐｉｒｉｔｕａｌ（ＢＢＥ）、Ｐｈｙｓｉｃａｌ（ＢＢＦ）、Ｅｘｅｃｕｔｉｖｅ（ＢＢＧ）の各情報はユーザ（ＵＳ）によるレイティング入力（ＡＡ）の結果を示す。センサＩＤ（ＢＢＨ）は、当該情報を送信したセンサノード（ＴＲ）を一意に特定可能な情報である。格納日時（ＢＢＩ）は、情報をパフォーマンステーブル（ＢＢ）に格納した日時を示す。

図３Ｃを参照してデータテーブル（ＢＡ）について説明する。データテーブル（ＢＡ）には、センサノード（ＴＲ）に備えられる各センサによる検出結果（ＢＡＤ、ＢＡＥ、ＢＡＦ、ＢＡＧ、ＢＡＨ）と、ユーザ（ＵＳ）によるボタン（ＡＦ）の操作結果（ＢＡＩ、ＢＡＪ、ＢＡＫ、ＢＡＬ）とがユーザＩＤ（ＢＡＡ）、取得日時（ＢＡＢ）、基地局（ＢＡＣ）、センサＩＤ（ＢＡＬ）、格納日時（ＢＡＭ）、チェッカフラグ（ＢＡＮ）とともに格納される。図３Ｂに示されるのと同様、図３Ｃの表中、列方向（縦方向）に並ぶ一連のデータが一つのセンサノード（ＴＲ）から１回のタイミングで送出される１セットのデータに対応する。

ユーザＩＤ（ＢＡＡ）、取得日時（ＢＡＢ）、センサＩＤ（ＢＡＬ）、格納日時（ＢＡＭ）は、図３Ｂを参照して説明したユーザＩＤ（ＢＢＡ）、取得日時（ＢＢＢ）、センサＩＤ（ＢＢＨ）、格納日時（ＢＢＩ）と、それぞれ同様であるので説明を省略する。基地局（ＢＡＣ）は、各センサノード（ＴＲ）のデータが、どの基地局（ＧＷ）を経由して送られてきたかを特定可能な情報である。加速度センサ（ＢＡＤ）は、三次元方向の加速度を検出可能な加速度センサ（ＡＣ）において例えば２０ミリ秒（＝１／５０Ｈｚ）のサンプリング周期で例えば１０秒間に検出された加速度の値（５０×１０×３＝１，５００セット）を含む。つまり、毎秒５０回の計測が１０秒間、三次元方向について行われると１，５００セットの値が生成される。赤外線センサ（ＢＡＥ）は、例えば１０秒の間に検出された赤外線信号から検出された対面相手のＩＤと、検出された対面の回数とを含む。

音センサ（ＢＡＦ）は、マイク（ＡＤ）において例えば０．１２５ミリ秒（＝１／８，０００Ｈｚ）のサンプリング周期で例えば１０秒間に検出された音の強度（振幅）の値を含む。あるいは、このようにして得られた音声データがセンサノード（ＴＲ）内でＦＦＴ（Ｆａｓｔ Ｆｏｕｒｉｅｒ Ｔｒａｎｓｆｏｒｍ）処理されて、例えば１０秒間における周波数スペクトルの推移等が抽出され、その情報を音センサ（ＢＡＦ）が含んでいてもよい。温度センサ（ＢＡＧ）は、ユーザ（ＵＳ）の居る環境の温度を例えば１０秒間に１回計測した結果を含む。照度センサ（ＢＡＨ）は、ユーザ（ＵＳ）の居る環境の照度を例えば０．５秒のサンプリング周期で例えば１０秒間に検出した結果の平均値や最頻値等を求めたものとすることが可能である。

気づき（ＢＡＩ）、感謝（ＢＡＪ）、正味（ＢＡＫ）はそれぞれ、例えば１０秒の間におけるボタン（ＡＦ）のユーザ操作の有無を検出した結果を示す。あるいは、ユーザ（ＵＳ）の操作した日時や回数を示すものであってもよい。チェッカフラグ（ＢＡＮ）は、各センサノード（ＴＲ）においてデータが取得されているか否かを判定するためのフラグである。例えば、各センサ（ＴＲ）での検出結果が変化に乏しい場合等、ユーザ（ＵＳ）がセンサノード（ＴＲ）を装着していないことが予想される場合にチェッカフラグ（ＢＡＮ）として例えば１がセットされる。この場合、そのセンサノード（ＴＲ）のデータは「Ｎｕｌｌ」に置き換えられる。

図３Ｂ、図３Ｃを参照して以上に説明したパフォーマンステーブル（ＢＢ）、データテーブル（ＢＡ）は一例であり、各センサで検出された値ごと、ユーザ（ＵＳ）による入力操作ごとに分けて情報が格納されてもよい。例えば、照度センサのデータであれば、ユーザＩＤ、センサＩＤに続き、取得日時、格納日時、センサ検出結果からなる三つの情報が順次配列されるように情報が格納されてもよい。

図３Ｄは、以上で説明したパフォーマンステーブル（ＢＢ）、データテーブル（ＢＡ）をアプリケーションサーバ（ＡＳ）が参照して組織相互作用評価（ＣＡ）を行う際の情報の流れを示す。図３Ｄはまた、アプリケーションサーバ（ＡＳ）で組織相互作用評価（ＣＡ）を行った結果がクライアント（ＣＬ）に送られて、クライアントでリーダー指標コンテンツ（ＫＡ）が生成されるまでの情報の流れを示す。個々の処理については後で詳しく説明するので、ここでは簡単に説明をする。

組織ダイナミクスデータ収集（Ｂ）によって生成されたパフォーマンステーブル（ＢＢ）、データテーブル（ＢＡ）のうち、以下ではデータテーブル（ＢＡ）が参照される例について説明する。

データテーブル（ＢＡ）には、多くのユーザ（ＵＳ）のデータが格納されている。組織要素抽出（ＣＡ１）は、これらのデータについて、ユーザ／場所情報データベース（Ｄ）を参照した結果に基づいて分類する。分類された情報は、基本特徴量データベース（Ｆ）に格納される。基本特徴量データベース（Ｆ）に格納されるデータとしては、個々のユーザ（ＵＳ）について、センサノード（ＴＲ）に備えられるセンサ中の一つから得られたデータを、１分、５分と云った時間分解能で区切って、一日分を並べたようなものとすることができる。このようにデータが整理されることにより、例えば同じ職場に属するユーザＡ、ユーザＢの行動の関連性を解析することが容易となる。

有効性判定データベース（Ｅ）には、基本特徴量データベース（Ｆ）に格納されている個々のデータの有効性を判定する際の判定基準が格納されている。相互要素抽出（ＣＡ１）は、有効性判定データベース（Ｅ）を参照した結果に基づいて、基本特徴量データベース（Ｆ）に格納される個々のデータについて有効性を判定する。相互要素抽出（ＣＡ１）は、有効性ありと判定されるデータを、予め定められた観測要素（この観測要素については後で図４Ａ、図４Ｂを参照して説明する）に基づいて解析する。解析結果は、相互要素データベース（Ｇ）に格納される。

相互作用評価（ＣＡ２Ａ）は、相互要素データベース（Ｇ）に格納されるデータと、評価係数データベース（Ｈ）に格納される評価係数とに基づき、特定のユーザ（ＵＳ）の相互作用を評価する。ここで、特定のユーザとは、クライアント（ＣＬ）から送出される閲覧者情報で特定されるユーザである。相互作用評価（ＣＡ２Ａ）は、この評価結果を相互作用評価結果データベース（Ｉ）に格納する。

クライアントアクセス（ＣＡ３）の要素選択（ＣＡ３Ａ）は、クライアント（ＣＬ）からの要求に基づき、必要な情報を相互作用評価結果データベース（Ｉ）から抽出する。この情報はＷｅｂサーバ（ＣＡ３Ｂ）を経由してクライアント（ＣＬ）に送出される。

リーダー指標コンテンツ（ＪＡ）は、アプリケーションサーバ（ＡＳ）から送出された情報を用いてリーダー指標コンテンツ（ＫＡ）を生成し、ディスプレイ（ＣＬＯＤ）に表示する等の形態でクライアント（ＣＬ）の近傍に居るユーザ（ＵＳ）にコンテンツを提示する。

以下では、組織に属するユーザ（ＵＳ）の行動を解析して生成されるコンテンツの一つとして、リーダー指導コンテンツが生成される場合を例にとり、説明をする。リーダー指導コンテンツは、リーダーによって統率される組織が機能するようになるためにリーダーのとるべき行動を指導するコンテンツである。

図４Ａ、図４Ｂは、上記のリーダー指導コンテンツの生成に際して必要となるデータを抽出するため、基本特徴量データベース（Ｆ）に格納されるデータを相互要素抽出（ＣＡ１）で解析するときに参照される観測要素を概念的に示す図である。図４Ａには、組織に「自立性」を生むために必要なリーダー行動モデルに基づく観測要素である観測要素Ａが示されている。図４Ｂには、組織に「スピード」を生むために必要なリーダー行動モデルに基づく観測要素である観測要素Ｂが示されている。

図４Ａ、図４Ｂには、各行動モデルを構成する構成要素が示され、各構成要素に対応する評価値を得るために観測する実際の行動が観測要素として示されている。図４Ａ、図４Ｂに示されるリーダー行動モデルは一例であり、組織の形態等に応じて様々なモデルを作成可能である。このようなモデルを作成する際に、相関分析や共分散構造分析等を用いることが可能である。

図４Ａを参照し、組織に「自立性」を生むリーダー行動モデル（Ｍ１）について説明する。組織に「自立性」を生む行動モデルは、「深い対話の場づくり（量）」、「建設的な対話の場づくり（質）」、「部下のコミュニケーション負荷の制御」の三つの構成要素を有する。つまり、これらの三つの構成要素に対応する評価結果が改善方向に向かって変化するとき、組織に「自立性」が醸成されつつあり、リーダーとして望ましい行動が行われていると評価される。図４Ａにおける、組織に「自立性」を生むリーダー行動モデルに対応する評価値を得る際には、「深い対話の場作り（量）」、「建設的な対話の場作り（質）」、「部下のコミュニケーション付加の制御」それぞれの評価値に重み付けをして加算する。その具体例については後で図１０を参照して説明する。

図４Ａにおいて、「深い対話の場作り（量）」に対応する観測要素は、＜リーダー＞部下との対面時間、＜部下＞部署の相手一人あたりの対面時間および＜部下＞Ｎ 個人作業の安静率である。これら三つの観測要素に対応する評価値に基づいて「深い対話の場づくり（量）」に関する評価値が導出される。

「建設的な対話の場づくり（質）」に対応する観測要素は、＜リーダー＞部下との双方向率、＜部下＞Ｎ 上司へのピッチャー比率、＜部下＞Ｎ 部署内へのピッチャー比率、＜部下＞部署内の平均双方向率である。これら四つの観測要素に対応する評価値に基づいて、「建設的な対話の場づくり（質）」に関する評価値が導出される。

「部下のコミュニケーション負荷の制御」に対応する観測要素は、＜部下＞Ｎ 部署内との対面時間×人数と＜部下＞Ｎ 週あたりの部署内対面人数である。これら二つの観測要素に対応する評価値に基づいて、「部下のコミュニケーション負荷の制御」に関する評価値が導出される。

上記の九つの観測要素に共通する事項の意味について説明する。＜リーダー＞とは、ある組織に属するユーザ（ＵＳ）のうち、リーダーの属性を有するユーザ（ＵＳ）の組織ダイナミクスデータが参照されることを意味する。＜部下＞とは、ある組織に属するユーザ（ＵＳ）のうち、部下の属性を有するユーザ（ＵＳ）の組織ダイナミクスデータが参照されることを意味する。記号Ｎは負の相関を示している。つまり、組織ダイナミクスデータから導出される値が大きくなるほど、観測要素の寄与率が減少する（構成要素に対してネガティブに作用する）ことを意味する。

ここでは一日の組織ダイナミクスデータが集められて処理されるものとして、図４Ａに示される観測要素について上から順に説明をする。＜リーダー＞部下との対面時間は、リーダーであるユーザ（ＵＳ）が、組織内の部下である各ユーザ（ＵＳ）と一日の中でどれだけ長く対面したかが観測要素となることを意味する。＜部下＞部署の相手一人あたりの対面時間は、部下である個々のユーザ（ＵＳ）が、部署内のひとり一人とどれだけ落ち着いて密接な対面をしたかが指標となることを意味する。一日の中で、組織内の複数の相手と対面する可能性があるので、この指標は、一日の中で最も長く対面した相手との対面時間、あるいは、複数の対面相手それぞれとの対面時間の最頻値、平均値、中央値等に対するものとすることが可能である。＜部下＞Ｎ個人作業の安静率は、組織内の部下であるユーザ（ＵＳ）がどれだけ安静状態にあったかが負の相関の観測要素となることを意味する。

＜リーダー＞部下との双方向率は、リーダーであるユーザ（ＵＳ）と部下であるユーザ（ＵＳ）との間で行われたコミュニケーション量に対する、双方向のコミュニケーションが行われた量の比率が観測要素となることを意味する。ここでコミュニケーションの方向は、例えば人物Ａと人物Ｂとの間でコミュニケーションが行われているものとして、人物Ａ、人物Ｂの発言量のバランスに基づいて導出される。両者が交互に発言を交わし、その発言量のバランスがとれている場合、双方向のコミュニケーションが行われているとみなすことができる。

例えば、人物Ａと人物Ｂとの対面が検出されているときに検出される人物Ａ、人物Ｂの発言の長さをそれぞれＡ、Ｂで表すと、（Ａ−Ｂ）／（Ａ＋Ｂ）が０に近いほど、双方向率はより高いと評価される。また、（Ａ−Ｂ）／（Ａ＋Ｂ）が１に近づくほど、人物Ａから人物Ｂに向けての発言が多いと評価される。このようなコミュニケーションを、野球のピッチャーとキャッチャーとの間の関係になぞらえて表現すると、（Ａ−Ｂ）／（Ａ＋Ｂ）が１に近づくほど、人物Ａのピッチャー比率は高いと評価される。あるいは、人物Ｂのキャッチャー比率が高いと評価することも可能である。

＜部下＞Ｎ上司へのピッチャー比率は、組織内の部下であるユーザ（ＵＳ）とリーダーであるユーザ（ＵＳ）との間のコミュニケーションにおける部下のピッチャー比率の高さが負の相関の観測要素となることを意味する。＜部下＞Ｎ部署内へのピッチャー比率は、組織内の部下である第１のユーザ（ＵＳ）と、組織内の同じく部下である第２のユーザ（ＵＳ）との間のコミュニケーションにおける第１のユーザのピッチャー比率の高さが負の相関の観測要素となることを意味する。＜部下＞部署内の平均双方向率は、組織内の部下である複数のユーザ（ＵＳ）の間で行われるコミュニケーションの双方向率の平均が観測要素となることを意味する。

＜部下＞Ｎ部署内との対面時間×人数は、組織内の部下であるユーザ（ＵＳ）の間で行われた対面と、対面に関わったユーザ（ＵＳ）の人数との積が負の相関の観測要素となることを意味する。＜部下＞Ｎ週あたりの部署内対面人数は、直近の一週間の間に組織内の部下であるユーザ（ＵＳ）の間で行われた対面に関わった人の延べ人数が負の相関の観測要素となることを意味する。

図４Ｂを参照し、組織に「スピード」を生むリーダー行動モデル（Ｍ２）について説明する。組織に「スピード」を生む行動モデルは、「リーダーが外を動かす」、「リーダーによる部下のドライブ」、「リーダー自ら手を動かす」の三つの構成要素を有する。つまり、これらの三つの構成要素に対応する評価結果が改善方向に向かって変化するとき、組織に「スピード」が醸成されつつあり、リーダーとして望ましい行動が行われていると評価される。図４Ｂにおける、組織に「スピード」を生むリーダー行動モデルに対応する評価値を得る際には、「リーダーが外を動かす」、「リーダーによる部下のドライブ」、「リーダー自ら手を動かす」それぞれの評価値に重み付けをして加算する。その具体例については後で図１０を参照して説明する。

図４Ｂにおいて、「リーダーが外を動かす」に対応する観測要素は、＜リーダー＞外出時間である。この観測要素に対応する評価値に基づいて、「リーダーが外を動かす」に関する評価値が導出される。「リーダーによる部下のドライブ」に対応する観測要素は、＜部下＞週次の上司との対面日数、＜部下＞部署内の一人あたりの対面日数、＜部下＞Ｎ個人作業時の安静率である。これら三つの観測要素に対応する評価値に基づいて、「リーダーによる部下のドライブ」に関する評価値が導出される。「リーダー自ら手を動かす」に対応する観測要素は、＜リーダー＞個人作業時の安静率である。この観測要素に対応する評価値に基づいて、「リーダー自ら手を動かす」に関する評価値が導出される。

図４Ａについて説明したときの前提と同様に、一日の組織ダイナミクスデータが集められて処理されるものとして、図４Ｂに示される五つの観測要素について上から順に説明をする。＜リーダー＞外出時間は、リーダーであるユーザ（ＵＳ）の外出時間が観測要素となることを意味する。外出時間は、例えば、リーダーであるユーザ（ＵＳ）にセンサノードが装着されていない時間（例えば業務時間中の時間帯に加速度センサ（ＡＣ）で動きが検出されない時間）等をもとに推定することが可能である。あるいは、出張届け等の業務データが格納されるデータベースを参照することにより外出時間を導出してもいし、ユーザ（ＵＳ）自身によって外出時間が入力されてもよい。

＜部下＞週次の上司との対面日数は、直近の一週間において、組織内の部下であるユーザ（ＵＳ）がリーダーであるユーザ（ＵＳ）との対面の延べ時間数を日単位で表したものが観測要素となることを意味する。このとき、２４時間を一日とみなしても、一日の標準的な稼働時間、たとえば８時間を基準として日数を導出してもよい。例えば、直近の一週間の延べ時間数が２０時間であるとき、２０を８で除して、２．５日とすることが可能である。＜部下＞部署内の一人あたりの対面日数は、直近の一週間における、組織内の部下である個々のユーザ（ＵＳ）の対面時間の積算値の平均を日単位で表したものが観測要素となることを意味する。時間から日への換算に際しては、先に説明したのと同様、２４時間を一日とみなしても、一日の標準的な稼働時間相当分を一日とみなしてもよい。＜部下＞Ｎ個人作業時の安静率は、組織内の部下であるユーザ（ＵＳ）がどれだけ非活発的であったかが負の相関の観測要素となることを意味する。

＜リーダー＞個人作業時の安静率は、組織内のリーダーであるユーザ（ＵＳ）がどれだけ安静状態にあったか、つまり、どれだけリーダーが自ら手を動かして業務に集中していたかが観測要素となることを意味する。

以上、図４Ａ、図４Ｂを参照して説明した観測要素Ａ、観測要素Ｂは、アプリケーションサーバ（ＡＳ）中の解析アルゴリズム（Ｌ）に組み込まれている。基本特徴量データベース（Ｆ）に格納されるデータを相互要素抽出（ＣＡ１）で解析する際に、これらの観測要素Ａ、観測要素Ｂを参照する。相互要素抽出（ＣＡ１）が基本特徴量データベース（Ｆ）に格納されるデータを解析し、生成したデータは、後で図９を参照して説明する相互要素データベース（Ｇ）内の自立性要素テーブル（ＧＡ）、スピード要素テーブル（ＧＢ）に格納される。

次に、アプリケーションサーバ（ＡＳ）の相互要素抽出（ＣＡ１）内で行われる処理の手順について図５を参照して説明する。図５は、相互要素抽出（ＣＡ１）で行われる、相互要素データベース（Ｇ）に格納するデータを抽出する処理の手順を説明する図である。

相互要素抽出（ＣＡ１）の処理は、大きく分けて二つの処理からなる。一つは定常的に行われる処理で、基本特徴量を抽出する処理である。もう一つは、クライアント（ＣＬ）から閲覧者情報が送られてきたときに行われる要素テーブル生成処理である。図５において、センサデータ（ＣＡ１１）、基本特徴量（ＣＡ１２）が基本特徴量を抽出する処理であり、図２Ａに示される基本特徴量（ＣＡ１Ａ）で行われる処理に相当する。それ以外の処理が要素テーブル生成処理であり、図２Ａに示される有効性（ＣＡ１Ｂ）、指標抽出（ＣＡ１Ｃ）、関係性選択（ＣＡ１Ｄ）で行われる処理に相当する。

ＣＡ１１では、センサデータの抽出が行われる。各センサノード（ＴＲ）から送信される組織ダイナミクスデータは基地局（ＧＷ）を介してセンサネットサーバ（ＳＳ）で受信され、データテーブル（ＢＡ）、パフォーマンステーブル（ＢＢ）に格納されることは図３Ａ、図３Ｂ等を参照して既に説明した。ＣＡ１１では、データテーブル（ＢＡ）、パフォーマンステーブル（ＢＢ）から必要なデータを抽出する処理である。

基本特徴量（ＣＡ１２）では、センサデータ（ＣＡ１１）で抽出されたデータから、ユーザ（ＵＳ）ごとの一日分の基本特徴量を抽出して基本特徴量データベース（Ｆ）に格納する処理が行われる。ＣＡ１１、ＣＡ１２の処理は、一日の中で随時行われてもよいし、一日の終わりや設定された時刻等にまとめて行われるようにしても良い。

図７Ａ、図７Ｂには、基本特徴量データベース（Ｆ）に格納されるデータテーブルの例として対面テーブル（ＦＡ）、身体リズムテーブル（ＦＢ）が示される。図７Ａ、図７Ｂに例示されるテーブル中では列方向（縦方向）に００１、００２、００３、…のユーザＩＤが配列される。そして、行方向には各ユーザＩＤに対応する一日分のデータが格納される。図７Ａ、図７Ｂに示される例では、ある日に対応するデータとして１分の時間分解能、５分の時間分解能でまとめられたものが別のテーブル（ＦＡ３、ＦＡ４、ＦＡ４、ＦＢ３、ＦＢ４、ＦＢ６）として生成されている。このように、日ごとに異なる時間分解能でまとめられたテーブルを別テーブルとして格納しておくことにより、後処理で必要となるデータを、再抽出処理等を行う必要なしに、即座に読み出すことが可能となる。

一般に、組織に属する人員はグループ分けされて与えられた職務を遂行する。例えば企業であれば、その企業には事業部、事業所、部、課、係などといった区分けがなされて、その中で形成されるグループのいずれかに各ユーザ（ＵＳ）は所属して日々の業務を遂行する。基本特徴量（ＣＡ１２）では、組織ごとに各ユーザ（ＵＳ）を区分けし、上述した処理を行う。つまり、図７Ａ、図７Ｂに例示されるテーブル（ＦＡ３、ＦＡ４、ＦＡ４、ＦＢ３、ＦＢ４、ＦＢ６）は、日ごとに異なる時間分解能で纏められるのに加えて、一つのテーブルには一つの組織に属するユーザ（ＵＳ）のデータが格納される。このようにすることにより、所与のグループに属するユーザ（ＵＳ）の情報を抽出して解析等をするような場合に、情報へのアクセスが容易となり、処理を高速化することが可能となる。

図７Ａに示される対面テーブル（ＦＡ）には、所定の時間帯の中で検出された対面（対面人数および対面相手のユーザＩＤ）に関する情報が、１ユーザの一日分の情報を１レコードとして格納される。例示される対面テーブル（ＦＡ３）では、ユーザＩＤ００１、００２、００３に対応して１分ごとに一日分の対面検出結果が記録される。つまり、図７Ａに示される例では、２０１１年７月２６日の０時００分から始まる１分間、０時０１分から始まる１分間、…というように時間を区切り、最終的にはその日の２３時５９から始まる１分間の間に検出された対面が記録される。

対面テーブル（ＦＡ３）中、「未装着」とあるのは、センサノード（ＴＲ）が基地局（ＧＷ）との通信が可能な状態にあるけれども、センサノード（ＴＲ）から出力される組織ダイナミクスデータの推移等から、当該センサノード（ＴＲ）をユーザ（ＵＳ）が装着していないと推定されることを意味する。また、対面テーブル（ＦＡ３）中、「不明」とあるのは、センサノード（ＴＲ）の装着を判断できないことを意味する。例えば、センサノード（ＴＲ）の故障、電池切れ、基地局（ＧＷ）との通信可能範囲外への持ち出し等があると、「不明」となる。対面テーブル（ＦＡ）には、各ユーザ（ＵＳ）に対応する対面データが時系列に配列されているので、あるユーザ（ＵＳ）と別のユーザ（ＵＳ）との間の対面状況を相互に参照することが容易となる。

図７Ｂに示される身体リズムテーブル（ＦＢ）には、所定の時間帯の中で検出された身体リズム、すなわち加速度センサ（ＡＣ）で検出されたユーザ（ＵＳ）の動きに関する情報が格納される。例示される身体リズムテーブル（ＦＢ３）では、ユーザＩＤ００１、００２、００３に対応して１分ごとに一日分の身体リズム検出結果が記録される。対面テーブル（ＦＡ）と同様、１ユーザの一日分の対面情報を１レコードとして格納されている。身体リズムテーブル（ＦＢ３）中に記載されている数値の単位は、本例ではＨｚであるものとする。本例では、２０１１年７月２６日の０時００分から始まる１分間、０時０１分から始まる１分間、…というように時間を区切り、最終的にはその日の２３時５９から始まる１分間の間に検出された身体リズムが記録される。

身体リズムテーブル（ＦＢ３）中、「未装着」、「不明」とあるのは、図７Ａを参照して説明したものと同じである。身体リズムテーブル（ＦＢ）には、各ユーザ（ＵＳ）に対応する身体リズムデータが時系列に配列されているので、あるユーザ（ＵＳ）と別のユーザ（ＵＳ）との間で身体リズムの時間的推移を比較することが容易となる。例えば、複数のユーザ（ＵＳ）の間で対面が検出されているものとして、これらのユーザ（ＵＳ）の身体リズムが互いに呼応しているかのような様相を呈しているとき、活発なコミュニケーションが行われているものと推定することが可能となる。

図５を参照しての説明に戻り、センサデータ（ＣＡ１１）および基本特徴量（ＣＡ１２）での処理により、図７Ａ、図７Ｂに例示されるデータが基本特徴量データベース（Ｆ）内に日々格納される。基本特徴量データベース（Ｆ）に格納されるデータとしては、図７Ａ、図７Ｂに例示されるものに限られない。すなわち、センサネットサーバ（ＳＳ）のデータテーブル（ＢＡ）、パフォーマンステーブル（ＢＢ）に格納される組織ダイナミクスデータの中から、任意のデータを抽出して、図７Ａ、図７Ｂに例示されるものとは異なるデータテーブルを生成することが可能である。

閲覧者情報取得（ＣＡ１３）は、クライアント（ＣＬ）から送信された閲覧者情報を受信する。閲覧者情報は、クライアント（ＣＬ）のディスプレイ（ＣＬＯＤ）の近傍に位置するユーザ（ＵＳ）のユーザＩＤを含む。以下では閲覧者情報に含まれるユーザＩＤが００２、００３、００４であり、００２のユーザＩＤが割り当てられるユーザ（ＵＳ）は、００３、００４のユーザＩＤが割り当てられているユーザ（ＵＳ）の共通の上司であるものとして説明をする。また、００２、００３、００４のユーザＩＤが割り当てられるユーザを以下ではユーザ００２、ユーザ００３、ユーザ００４とそれぞれ称する。つまり、ユーザ００２は、ユーザ００３、ユーザ００４の共通の上司であるものとして以下の説明をする。

ユーザＩＤ表（ＣＡ１４）では、アプリケーションサーバ（ＡＳ）のユーザ／場所情報データベース（Ｄ）にアクセスして、閲覧者情報に含まれるユーザＩＤで特定されるユーザ、本例ではユーザ００２、ユーザ００３、ユーザ００４の職位に関する情報を取得する。

図６Ａ、図６Ｂは、ユーザ／場所情報データベース（Ｄ）中に格納されるデータテーブルの例を示す。これらのうち、ユーザＩＤ表（ＤＡ）は、ユーザＩＤと氏名やチーム名などの情報を関連付けるためのテーブルである。ユーザＩＤ表（ＤＡ）には、一つの組織、本例では「海山商事」という会社名（ＤＡ７）の企業に属するユーザ（ＵＳ）のユーザＩＤ（ＤＡ１）、ユーザ名（ＤＡ２）、チーム名（ＤＡ３）、職位（ＤＡ４）、組織（ＤＡ５）、開始日付（ＤＡ６）が登録されている。このうち、チーム名（ＤＡ３）は、ユーザ（ＵＳ）の所属する組織の名前、または組織名を特定可能な情報が登録される。職位（ＤＡ４）には、各ユーザ（ＵＳ）に割り当てられる職務上の役割、本例では担当、課長、部長等またはそれらを特定可能な情報が登録される。

組織（ＤＡ５）には、各ユーザ（ＵＳ）が属する組織の名称、または組織名を特定可能な情報が登録される。開始日時（ＤＡ６）は、ユーザＩＤ表（ＤＡ）に情報を登録した日を特定可能な情報が登録される。あるいは、人事異動等によって新たなユーザ（ＵＳ）が配属されることが事前に判っている場合には、当該ユーザ（ＵＳ）の情報を事前に登録しておき、開始日付（ＤＡ６）に人事発令日を登録することができる。組織から出る予定のユーザ（ＵＳ）が存在する場合も同様である。

場所ＩＤ表（ＤＢ）は、場所ＩＤと場所名と赤外線ＩＤとを関連付けるためのテーブルである。図６Ａに示す例では、場所ＩＤ表（ＤＢ）は、場所ＩＤ（ＤＢ１）、場所名（ＤＢ２）、赤外線ＩＤ（ＤＢ３）、開始日時（ＤＢ４）が登録される。ここでの説明の前提として、職場内の要所に赤外線ビーコンが設置されているものとする。例えば、会議室Ａには０１１、０１２の赤外線ＩＤを発する赤外線ビーコンが設置されているものとする。ユーザ（ＵＳ）が会議室Ａに入室すると、ユーザ（ＵＳ）が装着するセンサノード（ＴＲ）と赤外線ビーコンとの間で赤外線通信が行われる。センサノード（ＴＲ）にはそのときの履歴が記憶される。一つの場所に複数の赤外線ビーコンが設置される場合、センサノード（ＴＲ）が赤外線通信を行った赤外線ビーコンのＩＤから、ユーザ（ＵＳ）がその場所内のどこに位置していたかを後で推定することも可能となる。

場所ＩＤ（ＤＢ１）には、個々の場所に割り当てられるＩＤが登録される。場所名（ＤＢ２）には、それぞれの場所に付与されている名称、またはその名称を特定可能な情報が登録される。赤外線ＩＤ（ＤＢ３）には、それぞれの場所に設置されている赤外線ビーコンに割り当てられている固有のＩＤが登録されている。上述したように、一つの場所に複数の赤外線ビーコンが設置される場合があるので、一つの場所に対応して登録される赤外線ＩＤ（ＤＢ３）は複数の赤外線ＩＤ情報を含む場合がある。開始日時（ＤＢ４）は、赤外線ビーコンの運用が開始された日を特定可能な情報が登録される。図６Ａに例示される場所ＩＤ表（ＤＢ）では、赤外線ビーコンの設置されない場所は「特定場所以外」とされ、場所ＩＤとして００Ｆが割り当てられている。以上では、各場所に赤外線ビーコンが設置されるものとして説明をしたが、電波や超音波等を用いてビーコンとセンサノード（ＴＲ）との間で通信が行われるようにしてもよい。

図６Ｂに示される関連性リスト（ＤＣ）には、組織に属する複数のユーザ（ＵＳ）間の関連性を特定可能な情報が登録される。図６Ｂでは、関連性リスト（ＤＣ）として上司部下の関連性リスト（ＤＣ１）が登録される例が示される。上司部下の関連性リスト（ＤＣ１）は、ある組織における上司と部下の組み合わせを特定可能とするリストであり、関連性ＩＤ（ＤＣ１１）、部下ユーザＩＤ（ＤＣ１２）、上司（リーダー）ユーザＩＤ（ＤＣ１３）が登録される。関連性ＩＤ（ＤＣ１１）は、関連性リスト（ＤＣ）に登録される関連性それぞれに対して付与されるＩＤであり、関連性を識別する際に用いられる。部下ユーザＩＤ（ＤＣ１２）は、組織内における部下としてのユーザ（ＵＳ）のユーザＩＤである。上司（リーダー）ユーザＩＤ（ＤＣ１３）は、部下ユーザＩＤ（ＤＣ１２）で特定されるユーザ（ＵＳ）の上司にあたるユーザ（ＵＳ）のユーザＩＤである。

ある組織に属するユーザ（ＵＳ）がどのような職位を有するかを特定する必要があるときには、図６Ａに例示されるユーザＩＤ表（ＤＡ）が参照される。また、複数のユーザ（ＵＳ）間の関連性を特定する必要があるときには図６Ｂに例示される上司部下の関連性リスト（ＤＣ１）が参照される。

ユーザ（ＵＳ）間の関連性を参照することにより、リーダー指標コンテンツを作成していく上で、上司の分析を行う際に部下のセンサデータも活用することができる。以上では上司部下の関連性リスト（ＤＣ１）によって上司部下の関連性について特定する例について説明したが、他の関連性を特定できるようにしてもよい。例えば、上司部下の関連性に、さらにその上司の上司を追加することも可能である。また、ある業務が遂行される際の担当者間の関連性や、顧客と営業担当との関連性を特定することもできる。さらに、教育機関等における指導者と被指導者、医療機関における医師、看護師、患者の間の関連性など、組織の形態に応じて様々な関連性を定義しておき、分析に際してそれらの関連性を参照することが可能である。

図５を参照しての説明に戻り、ユーザＩＤ表（ＣＡ１４）の処理においては、図６Ａに例示されるユーザＩＤ表（ＤＡ）にアクセスして、閲覧者情報に含まれるユーザＩＤで特定されるユーザ、本例ではユーザ００２、ユーザ００３、ユーザ００４の職位に関する情報が取得される。そして、特定の職位を有するユーザが抽出される。本例では、「担当者」の職位を有するユーザ００３、ユーザ００４が抽出され、ＣＡ１５、ＣＡ１６、ＣＡ１７で行われる以降の処理においてはユーザ００３、ユーザ００４のデータに対して処理が行われる。

有効性判定（ＣＡ１５）では、図７Ａ、図７Ｂに例示される基本特徴量データベース（Ｆ）中から、閲覧者情報で特定されるユーザ（ＵＳ）、本例ではユーザ００３、ユーザ００４の、所定の期間に対応するデータ、すなわち基本特徴量が抽出される。そして、抽出されたデータに対して有効性判定の処理が行われる。有効性判定の処理は、抽出されたデータの有効性について判定を行う処理である。

例えば、センサデータ量が少ないと分析の精度が低下することが予想される。これに対応して、抽出されたセンサデータの蓄積率（実際に抽出されたデータ量の、本来得られるべきデータ量に対する比率）に基づいて有効性を判定することができる。また、何らかの原因によって、組織内の一部の人員のセンサデータしか得られない状況が発生した場合、抽出されるセンサデータの有効性が低下する場合がある。このような場合に対応して、組織内におけるセンサデータの収集率（データを得ることができた人員数の、組織構成人員数に対する比率）に基づいて有効性を判定することができる。また、各ユーザ（ＵＳ）に装着されるセンサノード（ＴＲ）の仕様が異なっていて、各センサノード（ＴＲ）で計測可能な物理量が異なっている、あるいは同じ物理量は計測可能であるものの、特性が異なっているということも生じうる。そのような場合には、図４Ａ、図４Ｂを参照して説明した観測要素それぞれに対応して有効性の判定基準を設定することが望ましい。

有効正判定（ＣＡ１５）の処理に際し、相互要素抽出（ＣＡ１）は、図８に例示される有効性判定データベース（Ｅ）を参照する。この有効性判定データベース（Ｅ）には有効性判定テーブル（ＥＡ）が格納される。有効性判定テーブル（ＥＡ）中、有効判定ＩＤ（ＥＡ１）は、判定要素の識別をするためのＩＤである。観測要素（ＥＡ２）は、図４Ａ、図４Ｂを参照して説明した観測要素のいずれかを特定する情報である。判定内容（ＥＡ３）は、観測要素（ＥＡ２）で特定される観測要素について有効性を判定する際の判定基準（判定方法）を定義する情報を含む。この判定基準は、例えば判定対象のデータの収集状況に基づいて定められる。

図８には二つの例が示されている。一つは、「＜リーダー＞部下との対面時間」に対応するデータに関して、あるユーザ（ＵＳ）のデータの収集量が基準に達していない週についてはそのユーザ（ＵＳ）のデータを用いない、というものである。もう一つは、「＜リーダー＞部下との対面時間」に対応するデータに関して、ユーザの属するグループにおいてセンサノード（ＴＲ）の装着率が２割以下の日のデータは使用しない、というものである。ＣＡ１５で行われる有効性判定の処理は、解析の精度を向上させるための処理である。状況によっては、有効性判定処理の結果、後処理で必要となるデータを十分に確保することができない場合もある。そのような場合、精度は問わずに解析結果を見たい、といった要望にも応えられるように、ＣＡ１５の有効性判定の処理をする／しないの選択をすることが可能に構成されることが望ましい。

関連性リスト（ＣＡ１６）では、ユーザＩＤ表（ＣＡ１４）の処理で抽出されたユーザ（ＵＳ）に共通して関連性を有するユーザ（ＵＳ）を特定する処理が行われる。このときに、図６Ｂに示される関連性リスト（ＤＣ）が参照される。本例では、図６Ｂに例示される上司部下の関連性リスト（ＤＣ１）が参照されて、ユーザ００３、ユーザ００４に共通する上司（ユーザ００２）が特定される。その結果は有効性判定（ＣＡ１８）の処理で参照される。

有効性判定（ＣＡ１８）では、図７Ａ、図７Ｂに例示される基本特徴量データベース（Ｆ）中から、関連性リスト（ＣＡ１６）で特定されるユーザ（ＵＳ）、本例ではユーザ００２の、所定の期間に対応するデータ、すなわち基本特徴量が抽出される。そして、抽出されたデータに対して有効性判定の処理が行われる。有効性判定の処理は、ＣＡ１５の処理で説明したものと同様である。

要素１（ＣＡ１７）では、有効性判定（ＣＡ１５）で抽出され、有効性ありと判定されたデータ（基本特徴量）に対して、図４Ａ、図４Ｂに例示される観測要素Ａ、観測要素Ｂに基づく解析処理が行われる。本例ではユーザ００３、ユーザ００４の基本特徴量に対して解析処理が行われる。このとき、本例では観測要素Ａ、観測要素Ｂ中で＜部下＞と記されている観測要素に基づく解析処理が要素１（ＣＡ１７）で行われる。

要素２（ＣＡ１９）では、有効性判定（ＣＡ１８）で抽出され、有効性ありと判定されたデータ（基本特徴量）に対して、図４Ａ、図４Ｂに例示される観測要素Ａ、観測要素Ｂに基づく解析処理が行われる。本例ではユーザ００２の基本特徴量に対して解析処理が行われる。このとき、本例では観測要素Ａ、観測要素Ｂ中で＜リーダー＞と記されている観測要素に基づく解析処理が要素２（ＣＡ１９）で行われる。

要素テーブル（ＣＡ２０）においては、要素１（ＣＡ１７）、要素２（ＣＡ１９）での解析処理結果をもとにデータテーブルを生成して相互要素データベース（Ｇ）中に格納する処理が行われる。本例では図４Ａ、図４Ｂに示されるように、組織に自立性、スピードを生むという観点で解析が行われる。その結果、図９に例示されるような自立性要素テーブル（ＧＡ）、スピード要素テーブル（ＧＢ）が生成される。

図９の自立性要素テーブル（ＧＡ）について説明する。部下ユーザＩＤ（ＧＡ１）は、部下の属性を有する解析対象ユーザ（本例ではユーザ００３、ユーザ００４）のユーザＩＤである。以下では部下の属性を有する解析対象ユーザを部下ユーザと称する。上司ユーザＩＤ（ＧＡ２）は、上司の属性を有する解析対象ユーザ（本例ではユーザ００２）のユーザＩＤである。以下では上司の属性を有する解析対象ユーザを上司ユーザと称する。日付（ＧＡ３）は、解析対象のデータが収集された日付である。

＜リーダー＞部下との対面時間（ＧＡ４）、＜部下＞部署の相手一人あたりの対面時間（ＧＡ５）、＜部下＞Ｎ 個人作業の安静率（ＧＡ６）、＜リーダー＞部下との双方向率（ＧＡ７）、＜部下＞Ｎ 上司へのピッチャー比率（ＧＡ８）、＜部下＞Ｎ 部署内へのピッチャー比率（ＧＡ９）、＜部下＞部署内の平均双方向率（ＧＡ１０）、＜部下＞Ｎ 部署内との対面時間×人数（ＧＡ１１）、そして＜部下＞Ｎ 週あたりの部署内対面人数（ＧＡ１２）は、図４Ａに示す観測要素Ａ中の各観測要素に対応する評価結果である。

＜リーダー＞部下との対面時間（ＧＡ４）、＜部下＞部署の相手一人あたりの対面時間（ＧＡ５）の単位は分、＜部下＞Ｎ 個人作業の安静率（ＧＡ６）の単位は％である。＜リーダー＞部下との双方向率（ＧＡ７）、＜部下＞Ｎ 上司へのピッチャー比率（ＧＡ８）、＜部下＞Ｎ 部署内へのピッチャー比率（ＧＡ９）、＜部下＞部署内の平均双方向率（ＧＡ１０）は、１を最大値とする比率である。また、＜部下＞Ｎ 部署内との対面時間×人数（ＧＡ１１）の単位は分・人、そして＜部下＞Ｎ 週あたりの部署内対面人数（ＧＡ１２）の単位は分である。

スピード要素テーブル（ＧＢ）について説明する。部下ユーザＩＤ（ＧＢ１）は、部下ユーザのユーザＩＤである。上司ユーザＩＤ（ＧＢ２）は、上司ユーザのユーザＩＤである。日付（ＧＢ３）は、解析対象のデータが収集された日付である。なお、スピード要素テーブル（ＧＢ）には、直近の一週間に収集されたデータを解析した結果も含まれるが、当該の一週間のうち、最後の日が日付（ＧＢ３）に対応する。

＜リーダー＞外出時間（ＧＢ４）、＜部下＞週次の上司との対面日数（ＧＢ５）、＜部下＞部署内の一人あたりの対面日数（ＧＢ６）、＜部下＞Ｎ 個人作業時の安静率（ＧＢ７）、そして＜リーダー＞個人作業時の安静率（ＧＢ８）は、図４Ｂに示す観測要素Ｂ中の各観測要素に対応する評価結果である。

＜リーダー＞外出時間（ＧＢ４）の単位は時間、＜部下＞週次の上司との対面日数（ＧＢ５）の単位は日、＜部下＞部署内の一人あたりの対面日数（ＧＢ６）の単位は日、そして＜部下＞Ｎ 個人作業時の安静率（ＧＢ７）、＜リーダー＞個人作業時の安静率（ＧＢ８）の単位は％である。

以上では、図４Ａ、図４Ｂに例示される、組織に「自立性」を生むリーダー行動モデル、組織に「スピード」を生むリーダー行動モデルに基づき、相互要素データベース（Ｇ）に自立性要素テーブル（ＧＡ）、スピード要素テーブル（ＧＢ）が生成されて格納される例について説明したが、これらは一例である。つまり、観測要素が変われば自立性要素テーブル（ＧＡ）、スピード要素テーブル（ＧＢ）の構成も変わる。また、本システムが運用される組織が変われば作成されるモデルも変わり、相互要素データベース（Ｇ）に格納されるデータテーブルもまた変わる。

また、相互要素データベース（Ｇ）に格納されるデータテーブルを生成する際に、図３Ｂに示されるパフォーマンステーブル（ＢＢ）内のデータを参照することも可能である。例えば、パフォーマンステーブル（ＢＢ）中の五つの項目、すなわち「Ｓｏｃｉａｌ」、「Ｉｎｔｅｌｌｅｃｔｕａｌ」、「Ｓｐｉｒｉｔｕａｌ」、「Ｐｈｙｓｉｃａｌ」、「Ｅｘｅｃｕｔｉｖｅ」に対応する各値に所定の計算式を適用して求めた結果を相互要素データベース（Ｇ）に格納することができる。ボタン（ＡＦ）を用いてのユーザ（ＵＳ）による入力結果についても同様である。

図２Ａを再び参照して説明する。以上のように、相互要素抽出（ＣＡ１）で生成されて相互要素データベース（Ｇ）に格納されたデータは、相互作用評価解析（ＣＡ２）の相互作用評価（ＣＡ２Ａ）でさらに処理されて、組織内のメンバーや、メンバーをとりまとめるキーパーソンの相互作用を考慮した指標、すなわち相互作用の指標を導出する処理が行われる。

相互作用評価（ＣＡ２Ａ）は、相互要素データベース（Ｇ）に格納されるデータに対し、評価係数データベース（Ｈ）に格納される評価係数、式を用いて計算処理を行い、相互作用の指標を導出する。図１０に、評価係数データベース（Ｈ）に格納される評価係数、式の例として評価係数テーブル（ＨＡ）を示す。この評価係数テーブル（ＨＡ）は、評価（解析）対象のユーザ（ＵＳ）の行動の、図４Ａ、図４Ｂに示す行動モデルへの合致度が高くなるほど評価値が増すように係数および計算方法が設定されている。

図１０において、大カテゴリ（ＨＡ１）は、図４Ａ、図４Ｂに示される、組織に「自立性」を生むリーダー行動モデル（Ｍ１）および組織に「スピード」を生むリーダー行動モデル（Ｍ２）のうち、どの行動モデルに対応するものであるのかを示しており、前者に対応するものが自立性（ＨＡ４）であり、後者に対応するものがスピード（ＨＡ５）である。

中カテゴリ（ＨＡ２）には、各行動モデルを構成する構成要素の名称が記載されている。評価係数・式（ＨＡ３）には、各構成要素に対応する評価値を算出する際に用いられる評価係数および計算式が格納されている。自立性（ＨＡ４）に対しては、メンバーの自立性（ＨＡ４Ａ）、深い対話の場づくり（量）（ＨＡ４Ｂ）、建設的な対話の場づくり（質）（ＨＡ４Ｃ）、部下のコミュニケーション負荷の制御（ＨＡ４Ｄ）のそれぞれに対応して評価係数、式が定義されている。スピード（ＨＡ５）に対しては、組織のスピード感（ＨＡ５Ａ）、リーダーが外を動かす（ＨＡ５Ｂ）、リーダーによる部下のドライブ（ＨＡ５Ｃ）、リーダー自ら手を動かす（ＨＡ５Ｄ）のそれぞれに対応して評価係数、式が定義されている。相互作用評価（ＣＡ２Ａ）は、評価係数テーブル（ＨＡ）に格納される評価係数および計算式を参照して相互作用の指標を求め、その結果を相互作用評価結果データベース（Ｉ）に格納する。

図１１Ａおよび図１１Ｂは、相互作用評価結果データベース（Ｉ）に格納されるテーブルの例を示す。図１１Ａには、部下ユーザについて導出した指標のテーブル例、すなわち部下自立性指標テーブル（ＩＡ）、部下スピード指標テーブル（ＩＢ）が示される。図１１Ｂには、上司ユーザについて導出した指標のテーブル例、すなわち上司自立性指標テーブル（ＩＣ）、上司スピード指標テーブル（ＩＥ）が示される。

図１１Ａに示される部下自立性指標テーブル（ＩＡ）、部下スピード指標テーブル（ＩＢ）について説明する。部下ユーザＩＤ（ＩＡ１、ＩＢ１）には、評価対象の部下ユーザのユーザＩＤが格納される。上司ユーザＩＤ（ＩＡ２、ＩＢ２）には、上記部下ユーザの上司である上司ユーザのユーザＩＤが格納される。この上司ユーザＩＤ（ＩＡ２、ＩＢ２）に格納される情報は、図６Ｂに示される上司部下の関連性リスト（ＤＣ１）を参照して抽出されたものである。日付（ＩＡ３、ＩＢ３）には、分析の対象となった組織ダイナミクスデータが収集された日の情報が格納される。また、直近の一週間と云うように、ある期間のデータが分析の対象となっているときには、当該の期間のうちの最後の日が日付（ＩＡ３、ＩＢ３）で特定される。

深い対話の場づくり（量） （ＩＡ４）、建設的な対話の場づくり（質） （ＩＡ５）、部下のコミュニケーション負荷の制御（ＩＡ６）、メンバーの自立性（ＩＡ７）には、図１０に示される評価係数テーブル（ＨＡ）で規定される、深い対話の場づくり（量） （ＨＡ４Ｂ）、建設的な対話の場づくり（質） （ＨＡ４Ｃ）、部下のコミュニケーション負荷の制御（ＨＡ４Ｄ）、メンバーの自立性（ＨＡ４Ａ）のそれぞれに対応する評価係数・式（ＨＡ３）を用いて導出した部下ユーザに関する評価値が格納される。これらの評価値は、図４Ａに示す、組織に「自立性」を生むリーダー行動モデル（Ｍ１）の四つの構成要素それぞれに対応する評価値である。

リーダーが外を動かす（ＩＢ４）、リーダーによる部下のドライブ（ＩＢ５）、リーダー自ら手を動かす（ＩＢ６）、組織のスピード感（ＩＢ７）には、図１０に示される評価係数テーブル（ＨＡ）で規定される、リーダーが外を動かす（ＨＡ５Ｂ）、リーダーによる部下のドライブ（ＨＡ５Ｃ）、リーダー自ら手を動かす（ＨＡ５Ｄ）、組織のスピード感（ＨＡ５Ａ）のそれぞれに対応する評価係数・式（ＨＡ３）を用いて導出した部下ユーザに関する評価値が格納される。これらの評価値は、図４Ｂに示す、組織に「スピード」を生むリーダー行動モデル（Ｍ２）の四つの構成要素それぞれに対応する評価値である。

図１１Ｂに示される上司自立性指標テーブル（ＩＣ）、上司スピード指標テーブル（ＩＥ）について説明する。上司ユーザＩＤ（ＩＣ１、ＩＥ１）には、評価対象の上司ユーザのユーザＩＤが格納される。日付（ＩＣ２、ＩＥ２）には、分析の対象となった組織ダイナミクスデータが収集された日の情報が格納される。また、直近の一週間のデータが分析の対象となっているときには、当該一週間のうちの最後の日が日付（ＩＣ２、ＩＥ２）で特定される。

深い対話の場づくり（量） （ＩＣ３）、建設的な対話の場づくり（質） （ＩＣ４）、部下のコミュニケーション負荷の制御（ＩＣ５）、メンバーの自立性（ＩＣ６）には、図１０に示される評価係数テーブル（ＨＡ）で規定される、深い対話の場づくり（量） （ＨＡ４Ｂ）、建設的な対話の場づくり（質） （ＨＡ４Ｃ）、部下のコミュニケーション負荷の制御（ＨＡ４Ｄ）、メンバーの自立性（ＨＡ４Ａ）のそれぞれに対応する評価係数・式（ＨＡ３）を用いて導出した上司ユーザに関する評価値が格納される。これらの評価値は、図４Ａに示す、組織に「自立性」を生むリーダー行動モデル（Ｍ１）の四つの構成要素それぞれに対応する評価値である。

リーダーが外を動かす（ＩＥ３）、リーダーによる部下のドライブ（ＩＥ４）、リーダー自ら手を動かす（ＩＥ５）、組織のスピード感（ＩＥ６）には、図１０に示される評価係数テーブル（ＨＡ）で規定される、リーダーが外を動かす（ＨＡ５Ｂ）、リーダーによる部下のドライブ（ＨＡ５Ｃ）、リーダー自ら手を動かす（ＨＡ５Ｄ）、組織のスピード感（ＨＡ５Ａ）のそれぞれに対応する評価係数・式（ＨＡ３）を用いて導出した評価値が格納される。これらの評価値は、図４Ｂに示す、組織に「スピード」を生むリーダー行動モデル（Ｍ２）の四つの構成要素それぞれに対応する評価値である。

図１１Ａには、部下ユーザとしてユーザ００３、ユーザ００４の評価結果が例示されている。図１１Ａに例示される評価値、例えば部下自立性指標テーブル（ＩＡ）中、深い対話の場作り（量）（ＩＡ４）という評価指標に関するユーザ００３、ユーザ００４の評価値はそれぞれ５９、５３となっている。これらの評価値は、図９の相互要素データベース（Ｇ）に格納されるデータに、図１０の評価係数データベース（Ｈ）中の評価係数・式（ＨＡ３）を適用して求めた評価値を統計処理し、偏差値で表したものとなっている。例えば、ある評価値について、組織内の部下ユーザの間で平均値および標準偏差を求める。ある部下ユーザの評価値をＥｉ、当該評価値の平均値をＥｍｅａｎ、標準偏差をＳとすると、偏差値ＤＶは以下の式を用いて導出することができる。

偏差値 ＤＶ＝５０＋（Ｅｉ−Ｅｍｅａｎ）／Ｓ×１０ … 式（１）

すなわち、偏差（Ｅｉ−Ｅｍｅａｎ）を標準偏差Ｓで除して係数１０を乗じ、それに５０を加算して得た値が偏差値である。組織に属する部下ユーザの数が少ない場合、それらのユーザの過去の評価値を母集団として統計処理をしてもよい。図１１Ａに示される例において、ユーザ００３、ユーザ００４に共通する上司は、先にも説明したようにユーザ００２である。

図１１Ｂには、上司ユーザとしてユーザ００２、ユーザ００６の評価結果が例示されている。例えば、ユーザ００２の、深い対話の場づくり（量）（ＩＣ３）という評価指標に対する評価結果（評価値）は５６となっている。この値は、ユーザ００２の管轄下にある部下ユーザであるユーザ００３、ユーザ００４の、当該評価指標に対する評価値である５９、５３（図１１Ａ参照）の平均をとって求めたものである。上司ユーザ００２の管轄下にある部下ユーザの数によっては、それらの部下ユーザの評価値の中央値や最頻値を上司ユーザの評価値としてもよい。また、部下ユーザの経験年数等に応じて、部下ユーザの評価値の加重平均等を導出したものを上司ユーザの評価値としてもよい。その他の評価指標に対応する評価値も同様にして導出されたものである。すなわち、上司ユーザの各評価指標に対する評価値は、当該上司ユーザの管轄下にある部下ユーザの、各評価指標に対する評価値から導出される。

相互作用評価結果データベース（Ｉ）に格納される部下自立性指標テーブル（ＩＡ）、部下スピード指標テーブル（ＩＢ）、上司自立性指標テーブル（ＩＣ）、上司スピード指標テーブル（ＩＥ）中の評価値を用いてコンテンツを生成するまでの手順と、生成されるコンテンツの例とを以下に説明する。

まず、図３Ｄを参照して説明すると、要素選択（ＣＡ３Ａ）は、クライアント（ＣＬ）から要求されたデータを相互作用評価結果データベース（Ｉ）から抽出する。本例では、上述した部下自立性指標テーブル（ＩＡ）、部下スピード指標テーブル（ＩＢ）、上司自立性指標テーブル（ＩＣ）、上司スピード指標テーブル（ＩＥ）からデータが抽出される。抽出されたデータはＷｅｂサーバ（ＣＡ３Ｂ）を介してクライアント（ＣＬ）のリーダー指標コンテンツ生成（ＪＡ）に送られる。

リーダー指標コンテンツ生成（ＪＡ）は、アプリケーションサーバ（ＡＳ）から送られたデータを用いてリーダー指標コンテンツ（ＫＡ）を生成する。リーダー指標コンテンツ（ＫＡ）には、トレンドグラフ（ＫＡ１）、他者比較（ＫＡ２）、レコメンド（ＫＡ３）が表示される。

トレンドグラフ（ＫＡ１）には，組織に「スピード」を生む行動、組織に「自立性」を生むリーダー行動という観点からリーダーの行動を評価した結果の日ごとの推移がトレンドグラフとして示される。このグラフを見ることにより、上司ユーザの行動の改善の傾向を把握することが可能となる。

他者比較（ＫＡ２）は、上司ユーザの行動が、他の上司ユーザと比較する形で表示が行われる。このとき、他の上司ユーザの評価値については匿名でアプリケーションサーバ（ＡＳ）から取得される。図３Ｄでは、縦軸に、組織に「スピード」を生む行動の評価値を、横軸に、組織に「自主性」を生む行動の評価値をとり、散布図で示す例が示されている。本例では、縦軸、横軸、双方の値が偏差値で示されている。また、図３Ｄに示される他者比較（ＫＡ２）の例では、当該上司ユーザのデータ収集が開始された日の評価値と、現在の評価値とがプロットされる。このグラフにより、他の上司ユーザとの比較が可能となり、より改善された行動を行うように動機付けることが可能となる。

レコメンド（ＫＡ３）には、リーダーとしての行動の評価値が上向くようにするために望ましい行動が表示される。この表示を行うためには、過去の知見に基づき、リーダーとしての行動の評価値が上向くようにするために望ましい行動を予め規定して記録したデータベースにアクセスして、現状の行動の評価値に対応するものを抽出すればよい。

以上に説明した本発明の第１の実施の形態によれば、評価の対象となるユーザ（ＵＳ）、すなわち評価対象ユーザの組織ダイナミクスデータに加えて、評価対象ユーザと関連性を有するユーザの組織ダイナミクスデータを参照することにより、組織に属するメンバー間の相互作用が評価に反映されるので、評価対象ユーザの組織内における行動をより的確に評価することが可能となる。また、評価結果の時間的推移や、他の評価対象ユーザとの比較結果を評価対象ユーザに提示することにより、評価対象ユーザは今後とるべき自身の行動をより的確に決定することが可能となる。

− 第２の実施の形態 −
図１２は、クライアント（ＣＬ）の表示（Ｊ）（図２Ｂ参照）がリーダー指標変化コンテンツ生成（ＪＢ）を備え、リーダー指標変化コンテンツ（ＫＢ）が生成される様子を示す。第１の実施の形態と異なるのは、クライアント（ＣＬ）におけるリーダー指標変化コンテンツ生成（ＪＢ）と、このリーダー指標変化コンテンツ生成（ＪＢ）で生成されるリーダー指標変化コンテンツ（ＫＢ）である。その他、センサノード（ＴＲ）、基地局（ＧＷ）、センサネットサーバ（ＳＳ）、およびアプリケーションサーバ（ＡＳ）の構成は第１の実施の形態で説明したものと同様であるので図示および説明を省略する。また、センサノード（ＴＲ）で収集されるデータ、センサネットサーバ（ＳＳ）、アプリケーションサーバ（ＡＳ）での処理内容や生成されるデータも第１の実施の形態で説明したものと同様であるので説明を省略する。

リーダー指標変化コンテンツ（ＫＢ）では、第１の実施の形態で図３Ｄを参照して説明したリーダー指標に関して、そのリーダー指標を変化させる要因を詳細に提示することによって、今後リーダー指標を改善するために必要な行動の目安を示すものである。そのために、リーダー指標変化の支配的な要因に対応する評価結果を一定期間前の評価結果と比較し、評価結果が改善している場合には当該の評価指標が「改善しています」の表示をする。同様に、評価結果が悪化している場合には「気をつけましょう」の表示をする。変化が無い場合には「変化なし」の表示をする。

リーダー指標変化コンテンツ（ＫＢ）を生成する際、クライアント（ＣＬ）は閲覧者情報とともにリーダー指標変化コンテンツ（ＫＢ）を生成するのに必要なデータを要求する信号をアプリケーションサーバ（ＡＳ）に送信する。アプリケーションサーバ（ＡＳ）は、クライアント（ＣＬ）から送信された情報をもとに相互作用評価（ＣＡ２Ａ）を行って評価値を生成し、相互作用評価結果データベース（Ｉ）内の部下自立性指標テーブル（ＩＡ）、部下スピード指標テーブル（ＩＢ）、上司自立性指標テーブル（ＩＣ）、上司スピード指標テーブル（ＩＥ）に格納する。要素選択（ＣＡ３Ａ）は、相互作用評価結果データベース（Ｉ）中から必要な情報を選択し、その情報はＷｅｂサーバ（ＣＡ３Ｂ）を介してクライアント（ＣＬ）に送られる。リーダー指標変化コンテンツ生成（ＪＢ）は、アプリケーションサーバ（ＡＳ）から受信したデータに基づき、図１２に例示されるリーダー指標変化コンテンツ（ＫＢ）を生成する。

図１３に、リーダー指標変化コンテンツ（ＫＢ）の詳細を示す。図１３には、図４Ａに示される、組織に「自立性」を生むリーダー行動モデル（Ｍ１）を模した表示例が示される。そして、この行動モデルの各構成要素、各観測要素に対応する評価値の、一定期間前の評価値と現状の評価値との比較結果に基づく表示が行われる。つまり、上記構成要素、観測要素についてそれぞれ一定期間前の評価値と現状の評価値とを比較し、組織に「自立性」を生むという観点から改善しているもの、変化の無いもの、悪化しているものに分類し、各分類に対応した表示が行われる。改善しているものに対しては「改善しています」、変化の無いものには「変化なし」、悪化しているものに対しては「気をつけましょう」という主旨の表示が行われる。このとき、上記各分類に対応して色や図柄等を変化させることにより、何が改善していて、何が要改善であるのかをユーザ（ＵＳ）は直観的に把握することが可能となる。

上記説明中の一定期間前、現状については、任意に設定可能である。予め用意されている選択肢の中からユーザ（ＵＳ）が選択してもよいし、一定期間前、現状に対応する具体的な日をユーザ（ＵＳ）が任意に設定可能に構成されていてもよい。以上では、組織に「自立性」を生むリーダー行動モデルに対応するコンテンツ表示例について説明したが、図４を参照して説明した、組織に「スピード」を生むリーダー行動モデル（Ｍ２）に対応するコンテンツを表示することも可能である。

以上のように、本発明の第２の実施の形態によれば、第１の実施の形態で説明したのと同様、評価対象ユーザの組織ダイナミクスデータに加えて、評価対象ユーザと関連性を有するユーザの組織ダイナミクスデータが参照される。従って、組織に属するメンバー間の相互作用が評価に反映されるので、評価対象ユーザの組織内における行動をより的確に評価することが可能となる。加えて、組織全体としてのパフォーマンスを向上させる、という観点から評価して、リーダーの行動が改善しているのか、変化が無いのか、悪化しているのかを分析可能で、その分析結果をユーザ（ＵＳ）が容易に把握可能となる。その結果、今後とるべき行動を容易に決定することが可能となる。

− 第３の実施の形態 −
図１４は、クライアント（ＣＬ）の表示（Ｊ）（図２Ｂ参照）がおすすめ施策レシピコンテンツ生成（ＪＣ）を備え、おすすめ施策レシピコンテンツ（ＫＣ）が生成される様子を示す。第１の実施の形態と異なるのは、クライアント（ＣＬ）におけるおすすめ施策レシピコンテンツ生成（ＪＣ）と、このおすすめ施策レシピコンテンツ生成（ＪＣ）で生成されるおすすめ施策コンテンツ（ＫＣ）である。その他、センサノード（ＴＲ）、基地局（ＧＷ）、センサネットサーバ（ＳＳ）、およびアプリケーションサーバ（ＡＳ）の構成は第１の実施の形態で説明したものと同様であるので図示および説明を省略する。また、センサノード（ＴＲ）で収集されるデータ、センサネットサーバ（ＳＳ）、アプリケーションサーバ（ＡＳ）での処理内容や生成されるデータも第１の実施の形態で説明したものと同様であるので説明を省略する。

第１の実施の形態では、図３Ｄを参照して説明したようにリーダー指標の推移を表示する例について説明した。第３の実施の形態では、このリーダー指標を改善するための具体的な施策が提示される。図１５は、アプリケーションサーバ（ＡＳ）の相互作用評価結果データベース（Ｉ）に格納されるレシピテーブル（ＩＦ）、およびレシピ実行テーブル（ＩＧ）の例を示す。これらのレシピテーブル（ＩＦ）およびレシピ実行テーブル（ＩＧ）は、相互作用評価（ＣＡ２Ａ）により管理、参照される
レシピテーブル（ＩＦ）には、リーダー指標を向上させるための施策をユーザ（ＵＳ）に対して提示するための情報が格納される。このレシピテーブル（ＩＦ）には、レシピＩＤ（ＩＦ１）、タイトル（ＩＦ２）、登録者（ＩＦ３）、ラベル（ＩＦ４）、内容（ＩＦ５）、登録日（ＩＦ６）、効果（ＩＦ７）が記録される。レシピＩＤ（ＩＦ１）には、レシピを管理するためのＩＤが記録される。タイトル（ＩＦ２）には、レシピのタイトルが記録される。登録者（ＩＦ３）には、当該のレシピを登録した人を特定可能な情報、例えば名前が記録される。なお、レシピの登録ができる人として、本システムの運営に際して任意の人を事前に設定することが可能である。

例えば、組織の上長や、当該組織に対してサービスを提供するコンサルタント会社の担当者等をレシピ登録可能な人として事前に設定することが可能である。ラベル（ＩＦ４）には、レシピを分類するための情報が記録される。ラベル（ＩＦ４）に記録される情報としては、図１５に例示される会議、判断の他、部下、態度、人事、資金等がある。また、ラベル（ＩＦ４）には、新たな分類を登録することも可能である。

内容（ＩＦ５）には、レシピの内容が記録される。この情報は、おすすめ施策コンテンツ（ＫＣ）内で表示される。登録日（ＩＦ６）には、レシピを登録した日を特定可能な情報が記録される。効果（ＩＦ７）には、当該レシピを実行することにより期待される効果（期待効果）が記録される。効果（ＩＦ７）は、自立性（ＩＦ７１）、スピード（ＩＦ７２）の二つに分けて登録される。自立性（ＩＦ７１）は、組織に「自立性」を生むリーダー行動モデル（Ｍ１）に基づく期待効果が、スピード（ＩＦ７２）は、組織に「スピード」を生むリーダー行動モデル（Ｍ２）に基づく期待効果が登録される。以上に説明したレシピテーブル（ＩＦ）は一例であり、テーブルの形式や、テーブルに登録される項目は図１５に例示されるもの以外であってもよい。また、レシピの管理に必要な項目を新たに生じた場合、後からそれらの項目を追加可能に構成されていてもよい。

レシピ実行テーブル（ＩＧ）には、レシピをグループ内の各ユーザ（ＵＳ）が実行した実績が記録される。レシピ実行テーブル（ＩＧ）には、実行ユーザＩＤ（ＩＧ１）、実行日（ＩＧ２）、レシピＩＤ（ＩＧ３）、コメント（ＩＧ４）、おすすめ（ＩＧ５）、登録日（ＩＧ６）が記録される。実行ユーザＩＤ（ＩＧ１）には、当該レシピを実行したユーザ（ＵＳ）を特定可能な情報、例えばユーザＩＤが記録される。実行日（ＩＧ２）には、当該レシピを実行した日を特定可能な情報が記録される。実行日（ＩＧ２）に、レシピを実行した日に加えて時刻を記録してもよい。レシピＩＤ（ＩＧ３）には、実行したレシピを特定可能な情報が記録される。このレシピＩＤ（ＩＧ３）に登録される情報としては、レシピテーブル（ＩＦ）中に記録されるレシピＩＤ（ＩＦ１）と同じものとすることが可能である。コメント（ＩＧ４）には、当該レシピを実行したユーザのコメントが事後に記録される。おすすめ（ＩＧ５）には、当該レシピを実行したユーザによる、当該レシピの推奨度が記録される。

登録日（ＩＧ６）には、レシピ実行テーブル（ＩＧ）に、当該レシピ実行の実績を登録した日を特定可能な情報が記録される。レシピ実行テーブル（ＩＧ）には、一人のユーザによって一つのレシピが実行されると、それに対応して一つのレコードが生成されて記録される。つまり、図１５に例示されるレシピ実行テーブル（ＩＧ）には、Ｒ０１のレシピＩＤの付与された施策が、ユーザ００２、ユーザ００３によって実行されたことが示されている。以上に説明したレシピ実行テーブル（ＩＧ）は一例であり、テーブルの形式や、テーブルに登録される項目は図１５に例示されるもの以外であってもよい。また、レシピの管理に必要な項目を新たに生じた場合、後からそれらの項目を追加可能に構成されていてもよい。

図１６は、図１４に示されるおすすめ施策レシピコンテンツ（ＫＣ）の表示例を詳細に示す図である。所与のユーザ（ＵＳ）がクライアント（ＣＬ）のディスプレイ（ＣＬＯＤ）前に近づくと、あるいは上記ユーザがクライアント（ＣＬ）を操作すると、おすすめ施策レシピコンテンツ生成（ＪＣ）が起動する。そして、上記ユーザ（ＵＳ）に対するおすすめ施策レシピコンテンツ（ＫＣ）を表示する。以下ではディスプレイ（ＣＬＯＤ）の近傍に居るユーザ（ＵＳ）を対象ユーザと称する。

おすすめ施策レシピコンテンツ（ＫＣ）の生成処理にあたり、クライアント（ＣＬ）は、対象ユーザのユーザＩＤを含む閲覧者情報とともにおすすめ施策レシピコンテンツ（ＫＣ）を生成するのに必要なデータを要求する信号をアプリケーションサーバ（ＡＳ）に送信する。アプリケーションサーバ（ＡＳ）は、クライアント（ＣＬ）から送信された情報をもとに抽出、生成した情報をクライアント（ＣＬ）に送信する。おすすめ施策レシピコンテンツ生成（ＪＣ）は、アプリケーションサーバ（ＡＳ）から送信された情報をもとにおすすめ施策レシピコンテンツ（ＫＣ）を生成し、ディスプレイ（ＣＬＯＤ）に表示する。

図１６に示されるように、おすすめ施策レシピコンテンツ（ＫＣ）中には三つのコンテンツ（ＫＣ１、ＫＣ２、ＫＣ３）が提示される。コンテンツ（ＫＣ３）には、対象ユーザの、過去の行動に対する評価結果をもとに、この対象ユーザが実行することの推奨されるレシピの一覧が表示される。この一覧中では、推奨度の高さをもとにソートされた順で複数のレシピが表示される。図１６の例では、レシピ名、登録者、ラベル、回数（あなた）、回数（みんな）、おすすめ、登録日等の項目が表示される。レシピ名には、図１５を参照して説明したレシピテーブル（ＩＦ）中の内容（ＩＦ５）が表示される。

同様に、登録者には登録者（ＩＦ３）の内容が、ラベルにはラベル（ＩＦ４）の内容が、それぞれ表示される。回数（あなた）には、対象ユーザが当該レシピを過去に実行した回数が、回数（みんな）には、対象ユーザが属するグループのメンバーが当該レシピを過去に実行した回数の合計が、それぞれ表示される。おすすめには、以下で説明する方法によって導出した推奨度の高さに応じた数の星印が示される。星印の数に代えて、推奨度の高さに応じたバーグラフ、数値、色、図柄等を表示してもよい。登録日には、レシピテーブル（ＩＦ）中の登録日（ＩＦ６）の内容が表示される。

おすすめ施策レシピの推奨度の導出例について説明する。ここでは図４Ａ、図４Ｂを参照して説明した、組織に「自立性」生む行動モデル、組織に「スピード」を生む行動モデルに基づいて、メンバーの自立性、組織のスピード感が増すようにするためのおすすめ施策レシピの推奨度を導出する例について説明する。第１の実施の形態で、図１１Ａ、図１１Ｂを参照して、部下自立性指標テーブル（ＩＡ）、部下スピード指標テーブル（ＩＢ）、上司自立性指標テーブル（ＩＣ）、上司スピード指標テーブル（ＩＥ）について説明した。おすすめ施策レシピは、これらのテーブルにおける、メンバーの自立性（ＩＡ７、ＩＣ６）、組織のスピード感（ＩＢ７、ＩＥ７）増すのに有効な施策を推奨するためのものである。

おすすめ施策レシピは、上記のとおり、「メンバーの自立性」、「組織のスピード感」を増すのに有効な施策を推奨するためのものである。そこで、これら「メンバーの自立性」、「組織のスピード感」の目標値をそれぞれ１と設定する。これら二つの要素（以下では自立性要素、スピード要素と称する）を成分とするベクトルで表したものを目標ベクトルと称する。

以下では具体例として図１１Ｂに示されるユーザ００２（ユーザ００２は上司ユーザである）を例に説明する。ユーザ００２の自立性指標は６１、スピード指標は５０である。これらの指標について、最大値が１となるように規格化する。例えば、偏差値が８０のとき、対応する値が１となるように規格化することが可能である。この場合、自立性指標の６１に対しては６１／８０＝０．７６２５、スピード指標の５０に対しては５０／８０＝０．６２５となる。これら二つの要素を成分とするベクトルで表したものを現状ベクトルと称する。

図１５を参照して説明した相互作用評価結果データベース（Ｉ）中のレシピテーブル（ＩＦ）には、各レシピを実行することにより期待できる効果として、自立性、スピードに関する期待効果（ＩＦ７１、ＩＦ７２）が記録される。各レシピに対応する期待効果（ＩＦ７１、ＩＦ７２）は、１から５の値で表される旨、説明したが、これらの期待効果（ＩＦ７１、ＩＦ７２）について、最大値が１となるように正規化する。これら二つの要素を成分とするベクトルで表したものを効果ベクトルと称する。

以上に説明した三つのベクトル、すなわち目標ベクトル、現状ベクトル、効果ベクトルについて考えると、現状ベクトルと効果ベクトルとの和が目標ベクトルに近い程、該当するレシピの効果が期待できる、ということになる。そこで、複数のレシピについて、現状ベクトルと効果ベクトルとの和と、目標ベクトルとの間の距離を求め、その距離が近いレシピほど推奨度が高いものとして、これら複数のレシピの順序づけを行う。ところで
、レシピを実行する前の状況において現状ベクトルが（１，１）に近く、それに効果ベクトルを加えると、目標ベクトルの（１，１）から大きく外れてしまう場合も想定される。その場合には、上記距離が大きくなるので、推奨度は低くなる、という判断が可能である。上記の説明は、施策レシピの推奨度の導出の一例であり、他の手法を用いてもよい。

コンテンツ（ＫＣ１）には、コンテンツ（ＫＣ３）に表示されるおすすめ施策レシピのリスト中の一つが詳細に表示される。例えば、デフォルトの状態では、推奨度の最も高い施策レシピの詳細がコンテンツ（ＫＣ１）として表示される。また、対象ユーザがマウスやタッチパネル等のポインティングデバイスを操作してコンテンツ（ＫＣ３）中のリストから一つを選択すると、対応するおすすめ施策レシピがコンテンツ（ＫＣ１）として表示される。

コンテンツ（ＫＣ２）には、コンテンツ（ＫＣ１）に表示されているおすすめ施策レシピを対象ユーザが過去に実行した履歴がグラフ表示される。コンテンツ（ＫＣ２）にはまた、コンテンツ（ＫＣ１）に表示されているおすすめ施策レシピを、対象ユーザの属する組織内メンバーが過去に実行した履歴を表示することも可能に構成される。

本発明の第３の実施の形態によれば、第１の実施の形態で説明したのと同様の効果を得ることが可能であることに加えて以下のような効果を奏することが可能となる。すなわち、対象ユーザの行動の解析結果に基づき、組織全体としてのパフォーマンスを向上させる上で効果的な施策レシピを定量的な判定によって決定し、それをユーザ（ＵＳ）に対して具体的に提示することが可能となるので、今後の行動の指針を的確に示すことが可能となる。また、それらの施策をユーザ（ＵＳ）が実行したときの記録も残されるので、各施策を行ったときに得られた実際の効果の測定も可能となる。その測定結果をフィードバックすることにより、おすすめレシピをより的確に決定することが可能となる。

− 第４の実施の形態 −
図１７は、クライアント（ＣＬ）の表示（Ｊ）がイベントフィードコンテンツ生成（ＪＤ）を備え、イベントフィードコンテンツ（ＫＤ）が生成される様子を示す。第１の実施の形態と異なるのは、クライアント（ＣＬ）におけるイベントフィードコンテンツ生成（ＪＤ）と、このイベントフィードコンテンツ（ＪＤ）で生成されるイベントフィードコンテンツ（ＫＤ）である。その他、センサノード（ＴＲ）、基地局（ＧＷ）、センサネットサーバ（ＳＳ）、およびアプリケーションサーバ（ＡＳ）の構成は第１の実施の形態で説明したものと同様であるので図示および説明を省略する。また、センサノード（ＴＲ）で収集されるデータ、センサネットサーバ（ＳＳ）、アプリケーションサーバ（ＡＳ）での処理内容や生成されるデータも第１の実施の形態で説明したものと同様であるので説明を省略する。

第４の実施の形態では、第１の実施の形態で説明したリーダー指標を導出する際の元となっているデータを用いて、対象ユーザがどのような行動をしたかがイベント別に表示される。図１８、図１９に、アプリケーションサーバ（ＡＳ）の相互作用評価結果データベース（Ｉ）に格納されるイベントフィードテーブル（ＩＨ）および促進施策リストテーブル（ＩＩ）を示す。これらのイベントフィードテーブル（ＩＨ）および促進施策リストテーブル（ＩＩ）は、相互作用評価（ＣＡ２Ａ）により管理、参照される。

イベントフィードテーブル（ＩＨ）には、一人のユーザー（ＵＳ）の一日分のイベントが１レコードとしてまとめられ、グループに属する全メンバーのイベントが記録される。イベントフィードテーブル（ＩＨ）に格納されるデータは、第１の実施の形態で図９を参照して説明した自立性要素テーブル（ＧＡ）、スピード要素テーブル（ＧＢ）から抽出される。イベントフィードテーブル（ＩＨ）には、部下ユーザＩＤ（ＩＨ１）、上司ユーザＩＤ（ＩＨ２）、日付（ＩＨ３）、部下業務時間（ＩＨ４）、上司業務時間（ＩＨ５）が記録される。

上述の情報に続いて、イベントフィードテーブル（ＩＨ）には、図９に示す自立性要素テーブル（ＧＡ）、スピード要素テーブル（ＧＢ）から抽出した様々なデータが記録される。一例として、図１８には、図９に示す自立性要素テーブル（ＧＡ）中の＜リーダー＞部下との対面時間（ＧＡ４）から抽出される、＜リーダー＞部下との対面時間（ＩＨ６）が記録される様子が示される。この＜リーダー＞部下との対面時間（ＩＨ６）として、値（ＩＨ６１）、偏差値（ＩＨ６２）、題名（ＩＨ６３）、場所（ＩＨ６４）、コメント（ＩＨ６５）が記録される。

部下ユーザＩＤ（ＩＨ１）には、当該レコードに記録されるイベントフィードを実行したユーザ（ＵＳ）を特定可能な情報が記録される。上司ユーザＩＤ（ＩＨ２）には、ユーザ（ＵＳ）の上司を特定可能な情報が記録される。日付（ＩＨ３）には、記録対象の日を特定可能な情報が記録される。部下業務時間（ＩＨ４）には、記録対象の日におけるユーザ（ＵＳ）の業務時間を特定可能な情報が記録される。上司業務時間（ＩＨ５）には、記録対象の日における、ユーザ（ＵＳ）の上司である上司ユーザの業務時間を特定可能な情報が記録される。これらの部下業務時間（ＩＨ４）、上司業務時間（ＩＨ５）は、各ユーザ（ＵＳ）が装着するセンサノード（ＴＲ）で取得された組織ダイナミクスデータから導出することが可能である。

値（ＩＨ６１）には、記録対象の日にユーザ（ＵＳ）と当該ユーザ（ＵＳ）の上司との間で行われた対面時間が分を単位として記録される。この情報は、図９に示す自立性要素テーブル（ＧＡ）中の、＜リーダー＞部下との対面時間（ＧＡ４）の情報を抽出して得たものである。偏差値（ＩＨ６２）には、上記値（ＩＨ６１）を偏差値に変換した値が記録される。偏差値に変換する際には、記録対象の日における、グループに属するユーザ全員の値（ＩＨ６１）をもとにすることが可能である。題名（ＩＨ６３）には、当該の対面が行われたときに何が行われたかを特定可能な情報が記録される。場所（ＩＨ６４）には、当該の対面が行われた場所を特定可能な情報が記録される。これらの題名（ＩＨ６３）、場所（ＩＨ６４）に関する情報は、ユーザ（ＵＳ）により入力される。コメント（ＩＨ６５）は、ユーザ（ＵＳ）またはユーザ（ＵＳ）の上司により、当該の対面に関して入力されたコメントが記録される。これらの題名（ＩＨ６３）、場所（ＩＨ６４）、コメント（ＩＨ６５）については、ユーザ（ＵＳ）による入力が行われていないときには「未設定」とされる。

以上に説明したイベントフィードテーブル（ＩＨ）は一例であり、テーブルの形式や、テーブルに登録される項目は図１８に例示されるもの以外であってもよい。例えば、図１８では一人のユーザ（ＵＳ）の一日分のデータが一つのレコードとして記録される例が示されるが、１時間ごと、２時間ごと、半日ごとといった区切りで記録されてもよい。あるいは、１週間、一月といった、複数の日にまたがるデータが記録されてもよい。また、イベントフィードの管理に必要な項目を新たに生じた場合、後からそれらの項目を追加可能に構成されていてもよい。

促進施策リストテーブル（ＩＩ）は、イベントフィードテーブル（ＩＨ）中に記録される各イベントに対応する促進施策を記録するテーブルである。＜リーダー＞部下との対面時間（ＩＩ１）は、図１８のイベントフィードテーブル（ＩＨ）中の＜リーダー＞部下との対面時間（ＩＨ６）に対応する促進施策であり、これを増加させる施策として増加施策（ＩＩ１１）が、減少させる施策として減少施策（ＩＩ１２）が記録される。また、図１８には図示されないが、イベントフィードテーブル（ＩＨ）中には図９のスピード要素テーブル（ＧＢ）中の＜リーダー＞個人作業時の安静率（ＧＢ８）に対応するイベントが記録されおり、それに対応する促進施策が図１９中の＜リーダー＞個人作業時時の安静率（ＩＩ２）である。これを増加させる施策として増加施策（ＩＩ２１）が、減少させる施策として減少施策（ＩＩ２２）が記録される。以上に説明した促進施策リストテーブル（ＩＩ）は一例であり、テーブルの形式や、テーブルに登録される項目は図１９に例示されるもの以外であってもよい。また、新たな促進施策を、必要に応じて追加可能に構成されていてもよい。

図２０は、図１７に示されるイベントフィードコンテンツ（ＫＤ）の表示例を詳細に示す図である。所与のユーザ（ＵＳ）がクライアント（ＣＬ）のディスプレイ（ＣＬＯＤ）前に近づくと、あるいは上記ユーザがクライアント（ＣＬ）を操作すると、イベントフィードコンテンツ生成（ＪＤ）が起動する。そして、上記ユーザ（ＵＳ）に対するイベントフィードコンテンツ（ＫＤ）を表示する。

イベントフィードコンテンツ（ＫＤ）の生成処理にあたり、クライアント（ＣＬ）は、対象ユーザのユーザＩＤを含む閲覧者情報とともにイベントフィードコンテンツ（ＫＤ）を生成するのに必要なデータを要求する信号をアプリケーションサーバ（ＡＳ）に送信する。アプリケーションサーバ（ＡＳ）は、クライアント（ＣＬ）から送信された情報をもとに抽出、生成した情報をクライアント（ＣＬ）に送信する。イベントフィードコンテンツ生成（ＪＤ）は、アプリケーションサーバ（ＡＳ）から送信された情報をもとにイベントフィードコンテンツ（ＫＤ）を生成し、ディスプレイ（ＣＬＯＤ）に表示する。

図２０では四つのイベントフィードが表示される例が示される。これらのイベントフィードの表示順、表示方法等については以下のようにすることが可能である。例えば、対象ユーザの所与の日におけるデータがイベントフィードテーブル（ＩＨ）から抽出され、図１８に例示した＜リーダー＞部下との対面時間（ＩＨ６）とそれに続く全ての項目中で、偏差値５０を基準値とし、偏差値が基準値から大きく外れている項目を優先的に表示することが可能である。

イベントフィードの優先順位の決め方については他の方法によってもよい。例えば、図９中でＮの付されている項目（負の相関を有する項目）については偏差値の大きい物から順に、それ以外の正の相関を有する項目については偏差値の小さいものから順に、優先順位を決定してもよい。あるいは、各項目の偏差値それぞれについて、所定の日数にわたるデータを抽出して平均値を導出し、これらの平均値からの差の大きい項目に対応するイベントフィードを優先的に表示してもよい。

図２０に示すイベントフィードコンテンツ（ＫＤ）中、破線で囲われた項目については、クライアント（ＣＬ）のポインティングデバイスを操作して指定すると文字入力ウィンドウがディスプレイ（ＣＬＯＤ）に表示され、対象ユーザは必要な情報を入力することができる。入力された内容はイベントフィードテーブル（ＩＨ）中に記録される。図２０中、「未設定」と表示されているのは、当該の情報がまだ入力されていないことを意味する。

表示されているイベントフィード中、対象ユーザが注目するイベントフィードの［増やすおすすめ］、または［減らすおすすめ］をマウスでクリック、あるはタッチパネルでタップすると、図１９を参照して説明した促進施策リストテーブル（ＩＩ）中に記録されている情報中の該当する内容が表示される。ところで、図１９中、ある項目に対応する増加施策、減少施策として複数のものが記録される例が示されているが、これら複数の施策を同時に表示してもよいし、一つだけを表示してもよい。複数の施策中、一つだけが表示される場合には、複数の施策の中からランダムに抽出された一つが表示されてもよい。その場合、［さらに見る］というボタンを表示して、対象ユーザがそのボタンをクリックまたはタップする度に複数の施策のうちの一つが次々と切り換えられて表示されてもよい。

図２０に示すイベントフィードコンテンツ（ＫＤ）中、上から二番目のイベントフィードの下部（［増やすおすすめ］、［減らすおすすめ］の下方）に、「Ｋ社案件の対応について…」というコメントが表示される例が示されている。このコメントは、［コメントする］をクリックまたはタップすると文字入力ウィンドウがディスプレイ（ＣＬＯＤ）に表示され、対象ユーザが入力することができる。このようにして入力されたコメントは、イベントフィードテーブル（ＩＨ）中の該当項目に対応するフィールド、例えばコメント（ＩＨ６５）のフィールドに記録される。過去にコメントが入力されていれば、このコメントはイベントフィールドテーブル（ＩＨ）中に記録される。イベントフィールドテーブル（ＩＨ）にコメントが記録されている場合、該当するイベントフィードにコメントが表示される。

本発明の第４の実施の形態によれば、第１の実施の形態で説明したのと同様の効果を得ることが可能であることに加えて以下のような効果を奏することが可能となる。すなわち、対象ユーザのイベントフィードを表示する際に、各イベントフィードに対応する行動を定量化した値が標準的な値から外れる程、高い優先順位で表示が行われることにより、対象ユーザに対して気づきを与え、組織全体としてのパフォーマンスを向上させる上で効果的な施策の実行を促すことが可能となる。

以上に説明した本発明の第１から第４の実施の形態において、クライアント（ＣＬ）でコンテンツ生成の処理（ＪＡ、ＪＢ、ＪＣ、ＪＤ）が行われる例について説明したが、アプリケーションサーバ（ＡＳ）内で生成されてもよい。その場合、閲覧者情報や、閲覧者の希望するコンテンツに関する情報がクライアント（ＣＬ）や個人用クライアント（ＣＰ）からアプリケーションサーバ（ＡＳ）に送信され、その情報に基づくコンテンツがアプリケーションサーバ（ＡＳ）で生成される。

生成されたコンテンツはＷｅｂサーバ（ＣＡ３Ｂ）を介してクライアント（ＣＬ）や個人用クライアント（ＣＰ）に送信される。また、先にも説明したように、本発明の実施の形態で説明したビジネス顕微鏡システムを構成する各構成要素については、運用される組織の規模や応用形態等に応じて一つの構成要素が複数の情報処理装置を含んでいてもよいし、複数の構成要素が１台の情報処理装置で構成されていてもよい。例えば、クライアント（ＣＬ）とアプリケーションサーバ（ＡＳ）とが一つの情報処理装置によって構成されていてもよい。

以上、本発明の実施の形態について説明したが、本発明は上記実施の形態に限定されるものではなく、種々変形実施可能であり、上述した各実施の形態を適宜組み合わせることが可能であることは、当業者に理解されよう。

ＡＡ レイティング入力
ＡＦ ボタン
ＡＳ アプリケーションサーバ
ＡＳＭＥ 記憶部
ＢＢ パフォーマンステーブル
Ｃ パフォーマンス入力
ＣＡ 組織相互作用評価
ＣＡ１ 相互要素抽出
ＣＡ２ 相互作用評価解析
ＣＡ２Ａ 組織相互作用評価
ＣＡ３ クライアントアクセス
ＣＬ クライアント
ＣＰ 個人用クライアント
Ｅ 有効性判定データベース
Ｆ 基本特徴量データベース
ＧＷ 基地局
Ｇ 相互要素データベース
Ｈ 評価係数データベース
Ｉ 相互作用評価結果データベース
Ｊ 表示処理
ＪＡ リーダー指標コンテンツ生成
ＪＢ リーダー指標変化コンテンツ生成
ＪＣ おすすめ施策レシピコンテンツ生成
ＪＤ イベントフィードコンテンツ生成
Ｋ コンテンツ
ＫＡ リーダー指標コンテンツ
ＫＢ リーダー指標変化コンテンツ
ＫＣ おすすめ施策レシピコンテンツ
ＫＤ イベントフィードコンテンツ
ＮＷ ネットワーク
ＳＳ センサネットサーバ
ＴＲ、ＴＲ１〜６ センサノード
ＵＳ、ＵＳ２〜８ ユーザ

Claims (12)

1. 組織に属する複数の人物それぞれに装着されるセンサノードから得られるデータを記憶するデータ記憶部と、
   前記複数の人物の間の関連性を規定した情報である関連性情報を記憶する関連性情報記憶部と、
   前記複数の人物のうち、行動の評価指標を導出する対象の人物である評価対象人物のデータを前記データ記憶部から抽出する第１のデータ抽出処理部と、
   前記評価対象人物との関連性を有する関連人物を、前記関連性情報をもとに特定する関連人物特定処理部と、
   前記関連人物のデータを前記データ記憶部から抽出する第２のデータ抽出処理部と、
   前記第１のデータ抽出処理部および前記第２のデータ抽出処理部で抽出されたデータに基づき、前記評価対象人物の行動の評価指標を導出する行動評価指標導出部と
   を備えることを特徴とする行動評価装置。
2. 前記行動評価指標導出部はさらに、前記第１のデータ抽出処理部および前記第２のデータ抽出処理部で抽出されたデータに基づき、前記関連人物の行動の評価指標を導出する
   ことを特徴とする請求項１に記載の行動評価装置。
3. 前記行動評価指標導出部はさらに、前記評価対象人物と前記関連人物との間の相互作用を参酌して前記評価対象人物の行動の評価指標を導出することを特徴とする請求項１に記載の行動評価装置。
4. 前記相互作用は、前記評価対象人物と前記関連人物との間で行われるコミュニケーションを含み、
   前記行動評価指標導出部はさらに、前記評価対象人物と前記関連人物との間で行われたコミュニケーションを前記データから抽出し、抽出された当該コミュニケーションのうち、前記評価対象人物から前記関連人物に向かって行われるコミュニケーションの量と、前記関連人物から前記評価対象人物に向かって行われるコミュニケーションの量との割合を参酌して前記評価対象人物の行動の評価指標を導出することを特徴とする請求項３に記載の行動評価装置。
5. 前記第１のデータ抽出処理部および前記第２のデータ抽出処理部で抽出されたデータについて、当該データの収集状況をもとに有効性を判定する有効性判定部をさらに備えることを特徴とする請求項４に記載の行動評価装置。
6. 前記関連性情報は、職制上の上司部下の関係を規定する情報を含むことを特徴とする請求項５に記載の行動評価装置。
7. 組織に属する複数の人物それぞれに装着されるセンサノードから得られるデータを記憶するデータ記憶部と、
   前記複数の人物の間の関連性を規定した情報である関連性情報を記憶する関連性情報記憶部と
   を備える情報処理装置により、前記データを処理して人物の行動評価を行う行動評価方法であって、
   前記複数の人物のうち、行動の評価指標を導出する対象の人物である評価対象人物のデータを前記データ記憶部から第１の評価用データとして抽出し、
   前記評価対象人物との関連性を有する関連人物を、前記関連性情報をもとに特定し、
   前記関連人物のデータを前記データ記憶部から第２の評価用データとして抽出し、
   前記第１の評価用データおよび前記第２の評価用データに基づき、前記評価対象人物の行動の評価指標を導出する
   ことを特徴とする行動評価方法。
8. 前記情報処理装置がさらに、前記第１の評価用データおよび前記第２の評価用データに基づき、前記関連人物の行動の評価指標を導出する
   ことを特徴とする請求項７に記載の行動評価方法。
9. 前記情報処理装置がさらに、前記評価対象人物と前記関連人物との間の相互作用を参酌して前記評価対象人物の行動の評価指標を導出する
   ことを特徴とする請求項７に記載の行動評価方法。
10. 前記相互作用は、前記評価対象人物と前記関連人物との間で行われるコミュニケーションを含み、
    前記情報処理装置がさらに、前記評価対象人物と前記関連人物との間で行われるコミュニケーションを前記データから抽出し、抽出された当該コミュニケーションのうち、前記評価対象人物から前記関連人物に向かって行われるコミュニケーションの量と、前記関連人物から前記評価対象人物に向かって行われるコミュニケーションの量との割合を参酌して前記評価対象人物の行動の評価指標を導出する
    ことを特徴とする請求項９に記載の行動評価方法。
11. 前記情報処理装置がさらに、前記第１の評価用データおよび前記第２の評価用データについて、当該データの収集状況をもとに有効性を判定する
    ことを特徴とする請求項１０に記載の行動評価方法。
12. 前記情報処理装置がさらに、前記関連性情報に含まれる上司部下の関係を規定する情報に基づき、前記関連人物を特定する
    ことを特徴とする請求項１１に記載の行動評価方法。