(57)【要約】【課題】組織を構成する人物間の関係性を数値化する。【解決手段】複数の端末と、前記複数の端末から送信されたデータを処理する処理装置と、を含むセンサネットシステムであって、前記各端末は、物理量を検出するセンサと、前記センサが検出した物理量を示すデータを送信するデータ送信部と、を備え、前記処理装置は、第１の前記端末から送信されたデータ及び第２の前記端末から送信されたデータに基づいて、前記第１の端末を装着した第１の人物と、前記第２の端末を装着した第２の人物との関係を示す値を算出する。【選択図】図１
2008210363.tif 000002
【特許請求の範囲】
【請求項１】
複数の端末と、前記複数の端末から送信されたデータを処理する処理装置と、を含むセンサネットシステムであって、
前記各端末は、物理量を検出するセンサと、前記センサが検出した物理量を示すデータを送信するデータ送信部と、を備え、
前記処理装置は、第１の前記端末から送信されたデータ及び第２の前記端末から送信されたデータに基づいて、前記第１の端末を装着した第１の人物と、前記第２の端末を装着した第２の人物との関係を示す値を算出することを特徴とするセンサネットシステム。
【請求項２】
請求項１において、
前記第１の人物と前記第２の人物との関係を示す値は、前記第１の端末が備える前記センサが検出した物理量と、前記第１の端末が備える前記センサが検出した物理量との相互相関の値であることを特徴とするセンサネットシステム。
【請求項３】
請求項２において、
前記センサは、前記物理量として加速度を検出することを特徴とするセンサネットシステム。
【請求項４】
請求項３において、
前記処理装置は、前記第１の端末が備える前記センサが検出した加速度の周波数分布と、前記第２の端末が備える前記センサが検出した加速度の周波数分布との相互相関の値を、前記第１の人物と前記第２の人物との関係を示す値として算出することを特徴とするセンサネットシステム。
【請求項５】
請求項４において、
前記処理装置は、
前記センサが或る検出時点で検出した加速度の値とその次の検出時点で検出した加速度の値とで正負が逆転している２つの検出時点の対の数を計数し、
前記計数された回数に基づいて、前記加速度の値がゼロとなる頻度を算出し、
前記算出された頻度を加速度の周波数として使用することによって、前記センサが検出した加速度の周波数分布を算出することを特徴とするセンサネットシステム。
【請求項６】
請求項２において、
前記センサは、前記物理量として音声を検出することを特徴とするセンサネットシステム。
【請求項７】
請求項１において、
前記各端末は、さらに、前記各端末の識別子を含む無線信号を送信する無線送信部を備え、
前記各端末が備える前記センサは、他の前記端末から送信された前記無線信号を検出し、
前記各端末から送信されたデータは、前記各端末が検出した前記無線信号に含まれる前記端末の識別子と、前記識別子によって識別される前記端末から送信された前記無線信号を検出した回数を示す情報と、を含み、
前記処理装置は、前記第１の端末が前記第２の端末から送信された前記無線信号を検出した回数が多いほど、前記第１の人物と前記第２の人物との関係が強いことを示すように、前記第１の人物と前記第２の人物との関係を示す値を算出することを特徴とするセンサネットシステム。
【請求項８】
請求項１において、
前記センサネットシステムは、さらに、前記各人物を示す画像を表示する画像表示装置を含み、
前記処理装置は、さらに、第３の前記端末から送信されたデータ及び第４の前記端末から送信されたデータに基づいて、前記第３の端末を装着した第３の前記人物と、前記第４の端末を装着した第４の前記人物との関係を示す値を算出し、
前記画像表示装置は、前記第１の人物と前記第２の人物との関係を示す値が、前記第３の人物と前記第４の人物との関係を示す値と異なる場合、前記第１の人物を示す画像と前記第２の人物を示す画像との距離が、前記第３の人物を示す画像と前記第４の人物を示す画像との距離と異なるように、前記各人物を示す画像を表示することを特徴とするセンサネットシステム。
【請求項９】
請求項８において、
前記画像表示装置は、前記第１の人物と前記第２の人物との関係を示す値が、前記第３の人物と前記第４の人物との関係を示す値より強い関係を示す場合、前記第１の人物を示す画像と前記第２の人物を示す画像との距離が、前記第３の人物を示す画像と前記第４の人物を示す画像との距離より小さくなるように、前記各人物を示す画像を表示することを特徴とするセンサネットシステム。
【請求項１０】
請求項１において、
前記センサネットシステムは、さらに、前記各人物を示す画像を表示する画像表示装置を含み、
前記処理装置は、さらに、第３の前記端末から送信されたデータ及び第４の前記端末から送信されたデータに基づいて、前記第３の端末を装着した第３の前記人物と、前記第４の端末を装着した第４の前記人物との関係を示す値を算出し、
前記画像表示装置は、
前記第１の人物を示す画像と前記第２の人物を示す画像とを結合する第１の線を表示し、
前記第２の人物を示す画像と前記第４の人物を示す画像とを結合する第２の線を表示し、
前記第１の人物と前記第２の人物との関係を示す値が、前記第３の人物と前記第４の人物との関係を示す値と異なる場合、前記第１の線の太さが前記第２の線の太さと異なるように、前記第１及び第２の線を表示することを特徴とするセンサネットシステム。
【請求項１１】
請求項１０において、
前記画像表示装置は、
前記第１の人物と前記第２の人物との関係を示す値が、前記第３の人物と前記第４の人物との関係を示す値より強い関係を示す場合、前記第１の線が前記第２の線より太くなるように、前記第１及び第２の線を表示することを特徴とするセンサネットシステム。
【請求項１２】
複数の端末と、前記複数の端末から送信されたデータを処理する処理装置と、を含むセンサネットシステムを制御する方法であって、
前記各端末は、センサと、データ送信部と、を備え、
前記方法は、
前記各端末のセンサが物理量を検出し、
前記各端末のデータ送信部が、前記センサが検出した物理量を示すデータを送信し、
前記処理装置が、第１の前記端末から送信されたデータ及び第２の前記端末から送信されたデータに基づいて、前記第１の端末を装着した第１の人物と、前記第２の端末を装着した第２の人物との関係を示す値を算出することを特徴とする方法。
【請求項１３】
請求項１２において、
前記第１の人物と前記第２の人物との関係を示す値は、前記第１の端末が備える前記センサが検出した物理量と、前記第１の端末が備える前記センサが検出した物理量との相互相関の値であることを特徴とする方法。
【請求項１４】
請求項１３において、
前記センサは、前記物理量として加速度を検出することを特徴とする方法。
【請求項１５】
請求項１４において、
前記処理装置は、前記第１の端末が備える前記センサが検出した加速度の周波数分布と、前記第２の端末が備える前記センサが検出した加速度の周波数分布との相互相関の値を、前記第１の人物と前記第２の人物との関係を示す値として算出することを特徴とする方法。
【請求項１６】
請求項１５において、
前記処理装置は、
前記センサが或る検出時点で検出した加速度の値とその次の検出時点で検出した加速度の値とで正負が逆転している２つの検出時点の対の数を計数し、
前記計数された回数に基づいて、前記加速度の値がゼロとなる頻度を算出し、
前記算出された頻度を加速度の周波数として使用することによって、前記センサが検出した加速度の周波数分布を算出することを特徴とする方法。
【請求項１７】
請求項１３において、
前記センサは、前記物理量として音声を検出することを特徴とする方法。
【請求項１８】
請求項１２において、
前記各端末は、さらに、前記各端末の識別子を含む無線信号を送信する無線送信部を備え、
前記各端末が備える前記センサは、他の前記端末から送信された前記無線信号を検出し、
前記各端末から送信されたデータは、前記各端末が検出した前記無線信号に含まれる前記端末の識別子と、前記識別子によって識別される前記端末から送信された前記無線信号を検出した回数を示す情報と、を含み、
前記方法は、前記処理装置が、前記第１の端末が前記第２の端末から送信された前記無線信号を検出した回数が多いほど、前記第１の人物と前記第２の人物との関係が強いことを示すように、前記第１の人物と前記第２の人物との関係を示す値を算出することを特徴とする方法。
【請求項１９】
請求項１２において、
前記センサネットシステムは、さらに、前記各人物を示す画像を表示する画像表示装置を含み、
前記方法は、さらに、
前記処理装置が、第３の前記端末から送信されたデータ及び第４の前記端末から送信されたデータに基づいて、前記第３の端末を装着した第３の前記人物と、前記第４の端末を装着した第４の前記人物との関係を示す値を算出し、
前記第１の人物と前記第２の人物との関係を示す値が、前記第３の人物と前記第４の人物との関係を示す値と異なる場合、前記第１の人物を示す画像と前記第２の人物を示す画像との距離が、前記第３の人物を示す画像と前記第４の人物を示す画像との距離と異なるように、前記画像表示装置が、前記各人物を示す画像を表示することを特徴とする方法。
【請求項２０】
請求項１２において、
前記センサネットシステムは、さらに、前記各人物を示す画像を表示する画像表示装置を含み、
前記方法は、さらに、
前記処理装置が、第３の前記端末から送信されたデータ及び第４の前記端末から送信されたデータに基づいて、前記第３の端末を装着した第３の前記人物と、前記第４の端末を装着した第４の前記人物との関係を示す値を算出し、
前記画像表示装置が、前記第１の人物を示す画像と前記第２の人物を示す画像とを結合する第１の線を表示し、
前記画像表示装置が、前記第２の人物を示す画像と前記第４の人物を示す画像とを結合する第２の線を表示し、
前記第１の人物と前記第２の人物との関係を示す値が、前記第３の人物と前記第４の人物との関係を示す値と異なる場合、前記第１の線の太さが前記第２の線の太さと異なるように、前記画像表示装置が、前記第１及び第２の線を表示することを特徴とする方法。
【請求項２１】
請求項８において、
前記第１の人物と前記第２の人物との関係を示す値が、所定の閾値が示す関係より強い関係を示し、前記第３の人物と前記第４の人物との関係を示す値が、前記所定の閾値が示す関係より強い関係を示さない場合、前記画像表示装置は、
前記第１の人物及び前記第２の人物を含む第１のグループを示す画像、及び、前記第３の人物及び前記第４の人物を含む第２のグループを示す画像を表示し、
前記第１のグループを示す画像は、前記第２のグループを示す画像が含まないシンボルを含み、
前記シンボルは、色彩、模様、図形、記号又はそれらの二つ以上の組み合わせ、及び、前記第１の人物と前記第２の人物との関係を示す文字画像の少なくとも一方であることを特徴とするセンサネットシステム。
【請求項２２】
請求項８において、
前記処理装置は、
前記第１の人物と前記第１の人物以外の各人物との関係を示す値に基づいて、前記第１の人物と前記第１の人物以外の人物との関係の強さを算出し、
前記第２の人物と前記第２の人物以外の各人物との関係を示す値に基づいて、前記第２の人物と前記第２の人物以外の人物との関係の強さを算出し、
前記第１の人物と前記第１の人物以外の人物との関係が、前記第２の人物と前記第２の人物以外の人物との関係より強い場合、前記第１の人物を示す画像は、前記第２の人物を示す画像が含まないシンボルを含み、
前記シンボルは、色彩、模様、図形、記号又はそれらの二つ以上の組み合わせ、及び、前記第１の人物と前記第１の人物以外の人物との関係を示す文字画像の少なくとも一方であることを特徴とするセンサネットシステム。
【請求項２３】
請求項１において、
前記センサネットシステムは、さらに、前記各人物を示す画像を表示する画像表示装置を含み、
前記処理装置は、さらに、
前記各端末から送信されたデータに基づいて、前記各人物の行動の特徴量を算出し、
前記算出された行動の特徴量に基づいて、前記各人物の行動を分類し、
前記分類された前記各人物の行動の特徴量を示す情報を前記各人物に通知し、
前記各人物に通知されるべき特徴量、前記通知のタイミング及び前記通知の方法の少なくとも一つを指定する情報を取得し、
前記取得した情報が前記各人物に通知されるべき特徴量を指定する場合、前記取得した情報によって指定された特徴量を示す情報を前記各人物に通知し、
前記取得した情報が前記通知のタイミングを指定する場合、前記取得した情報によって指定されたタイミングに、前記通知を実行し、
前記取得した情報が前記通知の方法を指定する場合、前記取得した情報によって指定された方法によって、前記通知を実行し、
前記特徴量を示す情報の前記各人物への通知は、前記特徴量を示す情報を含む電子メールを前記各人物に対応するアドレスに送信すること、又は、前記特徴量を示す情報を、前記センサネットシステムに含まれる画像表示装置に表示させること、のいずれかの方法によって実行されることを特徴とするセンサネットシステム。
【請求項２４】
請求項１において、
前記センサネットシステムは、さらに、前記各人物を示す画像を表示する画像表示装置を含み、
前記処理装置は、さらに、
前記各端末から送信されたデータに基づいて、前記各人物の行動の特徴量を算出し、
前記算出された行動の特徴量に基づいて、前記各人物の行動を分類し、
前記画像表示装置は、前記分類された前記各人物の行動の特徴量と対応付けられたシンボルを表示し、
前記処理装置は、さらに、
前記各人物のパフォーマンスを示す情報を取得し、
前記分類された前記各人物の行動の特徴量と前記取得した前記各人物のパフォーマンスとの相関を算出し、
前記画像表示装置は、さらに、前記算出された相関が最も高い前記分類された前記各人物の行動の特徴量に対応付けられた前記シンボルを表示し、
前記シンボルは、色彩、模様、図形、記号又はそれらの二つ以上の組み合わせを含むことを特徴とするセンサネットシステム。
【請求項２５】
請求項１において、
前記センサネットシステムは、さらに、前記各人物を示す画像を表示する画像表示装置を含み、
前記処理装置は、さらに、
前記各端末から送信されたデータに基づいて、前記各人物の行動の特徴量を算出し、
前記算出された前記各人物の行動の特徴量の相関を算出し、
前記算出された相関に所定の係数を乗じることによって、前記各人物の間の影響度を算出し、
前記画像表示装置は、前記算出された影響度を表示することを特徴とするセンサネットシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本願明細書で開示される技術は、組織における人物間の対面コミュニケーションデータを取得することによって、組織の指標を可視化する技術に関する。
【背景技術】
【０００２】
あらゆる組織において生産性の向上は必須の課題となっており、職場環境の改善及び業務の効率化のために多くの試行錯誤がなされている。工場等の組立又は搬送を業務とする組織に限定した場合には、部品又は製品の移動経路を追跡することでその成果を客観的に分析することができる。しかし事務、営業及び企画等の知識労働を行うホワイトカラー組織に関しては、モノと業務が直結していないため、モノを観測することで組織を評価することはできない。そもそも組織を形成する理由とは、複数の人間が力を合わせることによって、個人ではできない大掛かりな業務を達成するためである。このため、どのような組織においても２人又はそれ以上の人物によって常に意思決定及び合意がなされている。この意思決定及び合意は人物間の関係性によって左右されると考えることができ、ひいてはその成否が生産性を決定付けていると考えられる。ここで関係性とは、例えば上司、部下又は友人といったラベル付けされたものであってもよいし、さらに、好意、嫌悪、信頼又は影響等、互いに対する多様な感情を含んでもよい。人と人とが関係性を有するためには、意思疎通、つまりコミュニケーションが不可欠である。このため、コミュニケーションの記録を取得することで関係性を調べることができると考えられる。
【０００３】
組織における人物間のコミュニケーションの記録を調べる技術としては、例えば、特許文献１及び非特許文献１が開示されている。
【０００４】
特許文献１には、メーリングリストにおける発言データ及びヘッダ情報等のログ情報を、特定のイベント又は話題と関連付けることによって、コミュニケーションを分析する技術が開示されている。
【０００５】
非特許文献１には、携帯電話の送受信履歴を用いてコミュニケーションを分析する技術が開示されている。
【０００６】
一方、人物の行動を調べる技術として、例えば、特許文献２及び特許文献３が開示されている。
【０００７】
特許文献２には、複数のセンサによって収集された情報に基づいて独居居住者の行動を解析する技術が開示されている。
【０００８】
特許文献３には、センサが検出した人物の身体の活動に基づいて、その人物が消費するエネルギー量を算出することによって、人物の健康管理に必要な情報を提供する技術が開示されている。
【特許文献１】特開２００３−８５３４７号公報
【特許文献２】特開２００４−４６５６０号公報
【特許文献３】特開２００５−２０５１６７号公報
【非特許文献１】Ｅａｇｌｅ，Ｎ．，ａｎｄ  Ｐｅｎｔｌａｎｄ，Ａ．，“Ｒｅａｌｉｔｙ  Ｍｉｎｉｎｇ  ：  Ｓｅｎｓｉｎｇ  Ｃｏｍｐｌｅｘ  Ｓｏｃｉａｌ  Ｓｙｓｔｅｍｓ”，Ｊ．Ｏｆ  Ｐｅｒｓｏｎａｌ  ａｎｄ  Ｕｂｉｑｕｉｔｏｕｓ  Ｃｏｍｐｕｔｉｎｇ，Ｊｕｌｙ  ２００５
【発明の開示】
【発明が解決しようとする課題】
【０００９】
アメリカの社会学者であるミードの役割理論によると、個人の役割とは、他者からそのように期待され、それを個人が内面化することによって、本人・周囲ともに承認されるものとなると言われている（Ｇ・Ｈ・ミード『精神・自我・社会』（稲葉・滝沢・中野訳、青木書店、１９７３年）参照）。つまり人物間の関係性とはコミュニケーションによって相互に規定し合った役割の組であり、そのプロセスは試行錯誤と駆け引きの連続であると言える。よって関係性はコミュニケーションの都度変化するものであり、偶発性を含む不確定なものである。これを踏まえると、関係性の駆け引きは、雑談等のインフォーマルなコミュニケーションによって行われていることはもちろん、交渉や意思決定等のフォーマルなコミュニケーションにおいては、業務遂行と同時に発生しているものであると考えられる。
【００１０】
従来、ＩＴ化の進んだ組織における業務の多くが電子メールや携帯電話等のＩＴツールを介して賄われるようになった結果、それらの電子メール等の記録を分析することによって人物間の関係性を評価することができると考えられていた。しかし、電子メールの送信及び電話の発信の際にはそもそも宛て先を指定するのであり、その時点で既に人物間に決まった関係が存在していると言える。つまり従来の電子メールや携帯電話の履歴の分析は、既に実世界に存在する関係性を静的な断面として切り取るものであった。
【００１１】
対して本発明が目指すものは、関係性を動的なプロセスとして捉えることである。そのためには直接顔を合わせて行われるコミュニケーション（ここでは対面コミュニケーションと呼ぶ）に関するデータを取得しなければならない。なぜならば、実世界では人は身体を有しており、無意識的であってもコミュニケーション時には様々な身体表現を行っている。この身体表現は、感情等の個人の内面の発露である。加えて、身体表現には、関係を規定するための試行錯誤のプロセスとして頷き・身振り・アイコンタクト等のやり取りによって相互に引き込みを行い、共通のリズムを生み出す作用がある。対面コミュニケーションは、このような身体表現を自由に用いることができるため、関係性の駆け引き、共感及び歩み寄りが必要な意思決定の現場で大きな影響力を持つのだと言える。よって、対面コミュニケーションを対象としてデータを取得・分析しなければ組織の生産性を決定付ける本質に触れることは不可能である。
【００１２】
まず、対面コミュニケーションに関するデータとして、必要であるものは「誰と」「誰が」「いつ」顔を合わせたかという情報である。さらに、「どのような」コミュニケーションが行われたかを知る必要がある。その際、先に述べた身体表現のプロセスを捉えるためには、時間的に連続して（あるいは、連続でなくても短い間隔で）データを取得しなくてはならない。
【００１３】
そして、組織におけるこれらの対面コミュニケーションデータを生産性の向上に活用するためには、常時、大量の（すなわち、多数の人物に関する）データを取得する仕組みが必要となる。意思決定は、常日頃から築いた関係性の影響を受ける。また、関係性は、コミュニケーションに基づいて、そのコミュニケーションが行われている間にも修正される。このため、連続して（又は短い間隔で）常時データを取得しなくては、関係性のプロセスを分析することはできない。そして、対面コミュニケーションデータとは記号化されていないデータであるため、大量のデータを比較及び処理しなくては、それらのデータの意味及び価値を抽出することはできない。
【００１４】
特許文献１及び非特許文献１には、電子メール又は携帯電話によるコミュニケーションを分析する技術が開示されている。しかし、これらの文献には、人物間の対面コミュニケーションを分析する技術は開示されていない。このため、対面コミュニケーションに基づく人物間の関係性を分析することはできない。
【００１５】
特許文献２及び特許文献３には、人物の身体の活動を示すデータを収集し、そのデータを分析する技術が開示されている。しかし、これらの文献によれば、収集されたデータは人物間のコミュニケーションを示すものではない。このため、人物間の関係性を分析することはできない。
【００１６】
よって、本発明の課題は、対面コミュニケーションを分析することによって、組織の生産性向上、顧客満足及び従業員満足等の指標として使用できる情報を取得することである。具体的には、「誰と、誰が、いつ、どのような」コミュニケーションを行ったか、という情報を含む組織のダイナミクスが常時、大量に連続して取得され、取得された情報に基づいて人物間の動的かつ多様な関係性が分析される。
【課題を解決するための手段】
【００１７】
本願で開示する代表的な発明は、複数の端末と、前記複数の端末から送信されたデータを処理する処理装置と、を含むセンサネットシステムであって、前記各端末は、物理量を検出するセンサと、前記センサが検出した物理量を示すデータを送信するデータ送信部と、を備え、前記処理装置は、第１の前記端末から送信されたデータ及び第２の前記端末から送信されたデータに基づいて、前記第１の端末を装着した第１の人物と、前記第２の端末を装着した第２の人物との関係を示す値を算出することを特徴とする。
【発明の効果】
【００１８】
本発明の一実施形態によれば、人と人との対面コミュニケーションに基づく動的かつ多様な関係性を抽出することができる。
【発明を実施するための最良の形態】
【００１９】
以下、本発明の実施の形態を、図面を参照して説明する。
【００２０】
本発明の実施の形態では、組織ダイナミクスに関するデータを取得するために、人間の身体に装着することのできる小型の端末（例えば、名札型の端末）が用いられる。この端末は、それを身に着けた人物が自由に日常の業務及び動作を行えるものであれば、どのような形状であってもよい。例えば、名札型、腕時計型、指輪型又は腕輪型の端末が用いられてもよい。このような端末は、衣服のポケットに入れられてもよいし、留め金で衣服又は靴等に装着されてもよい。あるいは、このような端末は、業務に用いる道具又は工具の中に組み込まれてもよいし、ペン又はペンのキャップ等に装着されてもよい。
【００２１】
端末は、内蔵したセンサ類によって、その端末を装着した人物の状況を検出し、さらに、その人物の行動及び周囲の音声に関するデータ等を定期的に取得する。取得したデータは、無線を介して基地局に送信され、さらにネットワーク上のサーバに集められる。データを解析する際、データに含まれる端末固有の識別番号（端末ＩＤ）及びデータを取得した時刻情報を基準にして、サーバに蓄えられたデータが取り出される。その結果、複数の端末によって取得されたデータを時系列に沿って比較対照することができる。そのために各端末は定期的に時刻同期を行う。なお、対面検出・行動・音声等に関するデータを総称して広く組織ダイナミクスデータと呼ぶ。
【００２２】
本発明の実施の形態では、組織ダイナミクスデータを取得・収集及び解析するための一連のシステムを実現した。本システムをビジネス顕微鏡と呼ぶ。
【００２３】
図１は、本発明の第１の実施の形態において実行される処理の全体の流れを示す説明図である。
【００２４】
具体的には、図１は、複数の端末による組織ダイナミクスデータの取得から、組織アクティビティとして人物間の関係性と現在の組織の評価（パフォーマンス）を図示するまでの一連の流れを示す。
【００２５】
本実施の形態では、組織ダイナミクスデータ取得（ＢＭＡ）、パフォーマンス入力（ＢＭＰ）、組織ダイナミクスデータ収集（ＢＭＢ）、相互データ整列（ＢＭＣ）、相関係数の学習（ＢＭＤ）、組織アクティビティ解析（ＢＭＥ）及び組織アクティビティ表示（ＢＭＦ）の各処理が適切な順序で実行される。これらの処理を実行する装置及びそれらの装置を含むシステム全体の構成については、図２を参照して後述する。
【００２６】
まず、組織ダイナミクスデータ取得（ＢＭＡ）について説明する。端末Ａ（ＴＲａ）は、加速度センサ（ＴＲＡＣ）、赤外線送受信器（ＴＲＩＲ）、マイクロホン（ＴＲＭＩ）等のセンサ類、マイクロコンピュータ（図示省略）及び無線送信機能を有する。センサ類は、種々の物理量を検出し、検出された物理量を示すデータを取得する。例えば、加速度センサ（ＴＲＡＣ）は、端末Ａ（ＴＲａ）の加速度（すなわち、端末Ａ（ＴＲａ）を装着している人物Ａ（図示省略）の加速度）を検出する。赤外線送受信器（ＴＲＩＲ）は、端末Ａ（ＴＲａ）の対面状態（すなわち、端末Ａ（ＴＲａ）が他の端末と対面している状態）を検出する。なお、端末Ａ（ＴＲａ）が他の端末と対面していることは、端末Ａ（ＴＲａ）を装着した人物Ａが、他の端末を装着した人物と対面していることを示す。マイクロホン（ＴＲＭＩ）は、端末Ａ（ＴＲａ）の周囲の音声を検出する。端末Ａ（ＴＲａ）は、上記以外のセンサ（例えば、温度センサ、照度センサ等）を備えてもよい。
【００２７】
本実施の形態のシステムは、複数の端末（図１の端末Ａ（ＴＲａ）〜端末Ｊ（ＴＲｊ）を備える。各端末は、それぞれ、一人の人物に装着される。例えば、端末Ａ（ＴＲａ）は人物Ａに、端末Ｂ（ＴＲｂ）は人物Ｂ（図示省略）に装着される。人物間の関係性を解析し、さらに、組織のパフォーマンスを図示するためである。
【００２８】
なお、端末Ｂ（ＴＲｂ）〜端末Ｊ（ＴＲｊ）も、端末Ａ（ＴＲａ）と同様、センサ類、マイクロコンピュータ及び無線送信機能を備える。以下の説明において、端末Ａ（ＴＲａ）〜端末Ｊ（ＴＲｊ）のいずれにも当てはまる説明をする場合、及び、それらの端末を特に区別する必要がない場合、端末（ＴＲ）と記載する。
【００２９】
各端末（ＴＲ）は、常時（又は短い間隔で繰り返し）センサ類によるセンシングを実行する。そして、各端末（ＴＲ）は、取得したデータ（センシングデータ）を、所定の間隔で無線によって送信する。データを送信する間隔は、センシング間隔と同じであってもよいし、センシング間隔より大きい間隔であってもよい。このとき送信されるデータには、センシングした時刻と、センシングした端末（ＴＲ）の固有のＩＤが付与されている。データの無線送信をまとめて実行するのは、送信による電力消費を抑えることによって、人が装着したままで、端末（ＴＲ）の使用可能状態を長時間維持するためである。また、全ての端末（ＴＲ）において同一のセンシング間隔が設定されていることが、後の解析のためには望ましい。
【００３０】
パフォーマンス入力（ＢＭＰ）は、パフォーマンスを示す値を入力する処理である。ここで、パフォーマンスとは、何らかの基準に基づいて判定される主観的又は客観的な評価である。例えば、所定のタイミングで、端末（ＴＲ）を装着した人物は、その時点における業務の達成度、組織に対する貢献度及び満足度等、何らかの基準に基づく主観的な評価（パフォーマンス）の値を入力する。所定のタイミングとは、例えば、数時間に一度、一日に一度、又は、会議等のイベントが終了した時点であってもよい。端末（ＴＲ）を装着した人物は、その端末（ＴＲ）を操作して、又は、クライアント（ＣＬ）のようなＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）を操作して、パフォーマンスの値を入力することができる。あるいは、手書きで記入された値が後にまとめてＰＣで入力されてもよい。なお、入力されたパフォーマンス値は、相関係数を学習するために用いられる。このため、ある程度の学習を行うために十分な量のパフォーマンス値が取得できていれば、必ずしもさらに値を入力する必要はない。
【００３１】
組織に関するパフォーマンスは、個人のパフォーマンスから算出されてもよい。売上高又はコスト等の客観的なデータ、及び、顧客のアンケート結果等の既に数値化されているデータが、パフォーマンスとして定期的に入力されてもよい。生産管理等におけるエラー発生率等のように、自動で数値が得られる場合、得られた数値が自動的にパフォーマンスの値として入力されてもよい。
【００３２】
無線によって各端末（ＴＲ）から送信されたデータは、組織ダイナミクスデータ収集（ＢＭＢ）において収集され、データベースに格納される。例えば、端末（ＴＲ）ごとに、言い換えると端末（ＴＲ）を装着した人物ごとに、データテーブルが作成される。収集されたデータは、固有のＩＤに基づいて分類され、センシングされた時刻の順にデータテーブルに格納される。テーブルを端末（ＴＲ）ごとに作成しない場合、データテーブルの中に端末のＩＤ情報又は人物を示すカラムが必要になる。なお、図中のデータテーブルＡ（ＤＴＢａ）は、データテーブルの例を簡略化して表現したものである。
【００３３】
また、パフォーマンス入力（ＢＭＰ）において入力されたパフォーマンスの値は、パフォーマンスデータベース（ＰＤＢ）に時刻情報と共に格納される。
【００３４】
相互データ整列（ＢＭＣ）では、任意の二人の人物に関するデータ（言い換えると、それらの人物が装着した端末（ＴＲ）が取得したデータ）を比較するために、時刻情報に基づいて二人の人物に関するデータが整列（アライアンス）される。整列されたデータは、テーブルに格納される。このとき、二人の人物に関するデータのうち、同じ時刻のデータが同じレコード（行）に格納される。同じ時刻のデータとは、同じ時刻に二つの端末（ＴＲ）によって検出された物理量を含む二つのデータである。二人の人物に関するデータが、同じの時刻のデータを含まない場合、最も近い時刻のデータが近似的に同じ時刻のデータとして使用されてもよい。この場合、最も近い時刻のデータが同じレコードに格納される。このとき、同じレコードに格納されたデータの時刻を、例えば、最も近い時刻の平均値によってそろえることが望ましい。なお、これらのデータは、時系列によるデータの比較ができるように格納されていればよく、必ずしもテーブルに格納されなくてもよい。
【００３５】
なお、図１の結合テーブル（ＣＴＢａｂ）はデータテーブルＡ（ＤＴＢａ）とデータテーブルＢ（ＤＴＢｂ）を結合したテーブルの例を簡略化して表現したものである。ただし、データテーブルＢ（ＤＴＢｂ）の詳細は、図示が省略されている。結合テーブル（ＣＴＢａｂ）は、加速度、赤外線及び音声のデータを含む。しかし、データの種類ごとの結合テーブル、例えば、加速度データのみを含む結合テーブル、又は、音声のみの結合テーブルが作成されてもよい。
【００３６】
本実施の形態では、組織ダイナミクスデータから関係性を計算したり、パフォーマンスを予測したりするために、相関係数の学習（ＢＭＤ）を実行する。そのためにまず、過去の一定期間のデータを用いて相関係数を算出する。このプロセスは、定期的に新規なデータを用いて計算し直すことによって相関係数を更新するとより効果的である。
【００３７】
以下の説明は、加速度データから相関係数を算出する例である。しかし、加速度データの代わりに音声データ等の時系列データを用いても、同様の手順で相関係数を算出することができる。
【００３８】
なお、本実施の形態では、相関係数の学習（ＢＭＤ）は、アプリケーションサーバ（ＡＳ）（図２参照）によって実行される。しかし、実際には、相関係数の学習（ＢＭＤ）はアプリケーションサーバ（ＡＳ）以外の装置によって実行されてもよい。
【００３９】
始めに、アプリケーションサーバ（ＡＳ）は、相関係数を計算するために用いるデータの幅Ｔを数日から数週間程度に設定し、その期間のデータを選択する。
【００４０】
次に、アプリケーションサーバ（ＡＳ）は、加速度周波数計算（ＢＭＤＡ）を実行する。加速度周波数計算（ＢＭＤＡ）は、時系列に並んだ加速度データから周波数を求める処理である。周波数は、一秒間の波の振動数と定義され、つまり振動の激しさを表している指標である。しかし、正確な周波数を算出するにはフーリエ変換を行うことが必要であり、計算量に負担がかかる。フーリエ変換によって周波数を堅実に計算してもよいが、本実施の形態では、計算を簡略化するために、周波数に相当するものとして、ゼロクロス値を用いる。
【００４１】
ゼロクロス値とは、一定の期間内における時系列データの値がゼロとなった回数、より正確には、時系列データが正の値から負の値へ、又は負の値から正の値へと変化した回数を計数したものである。例えば、加速度の値が正から負に変化してから、次にその値が再び正から負に変化するまでの期間を１周期とみなすと、計数されたゼロクロスの回数から、１秒間当たりの振動数を算出することができる。このようにして算出された一秒間当たりの振動数を、加速度の近似的な周波数として使用することができる。ゼロクロス値の計数の仕方としては、例えば、センサが或る検出時点で検出した加速度の値とその次の検出時点で検出した加速度の値とで正負が逆転している２つの検出時点の対の数を計数すればよい。
【００４２】
さらに、本実施の形態の端末（ＴＲ）は、三軸方向の加速度センサを備えているため、同じ期間の三軸方向のゼロクロス値を合計することによって一つのゼロクロス値が算出される。これによって、特に左右及び前後方向の細かい振り子運動を検出し、振動の激しさを表す指標として用いることができる。
【００４３】
ゼロクロス値を計数する「一定の期間」として、連続したデータの間隔（つまり元のセンシング間隔）よりも大きな値が、秒又は分単位で設定される。
【００４４】
さらに、アプリケーションサーバ（ＡＳ）は、ゼロクロス値よりも大きく全データ幅Ｔより小さい時間幅であるウィンドウ幅ｗを設定する。次のステップにおいて、このウィンドウ内での周波数分布とゆらぎが求められる。さらに、ウィンドウを時間軸に沿って順に動かすことによって、各ウィンドウ毎の周波数分布とゆらぎが計算される。
【００４５】
このときウィンドウ幅ｗと同じ幅でウィンドウを動かすと、各ウィンドウ間に含まれるデータの重複がなくなる。その結果、後の相互相関計算（ＢＭＤＣ）で用いる特徴量グラフは離散的なグラフになる。一方、ウィンドウ幅ｗよりも小さい幅でウィンドウを動かすと、各ウィンドウ内のデータの一部が重複する。その結果、後の相互相関計算（ＢＭＤＣ）で用いられる特徴量グラフは連続的なグラフとなる。ウィンドウを動かす幅は、これらを考慮して任意に設定してよい。
【００４６】
なお、図１ではゼロクロス値を周波数とも表記している。以下の説明において、「周波数」とは、ゼロクロス値を含む概念である。すなわち、以下の「周波数」として、フーリエ変換によって算出された正確な周波数が使用されてもよいし、ゼロクロス値から算出された近似的な周波数が使用されてもよい。
【００４７】
次に、アプリケーションサーバ（ＡＳ）は、個人特徴量抽出（ＢＭＤＢ）を実行する。個人特徴量抽出（ＢＭＤＢ）は、各ウィンドウ内での加速度の周波数分布と周波数ゆらぎを算出することによって、個人の特徴量を抽出する処理である。
【００４８】
まず、アプリケーションサーバ（ＡＳ）は、周波数分布（つまり強度）を求める（ＤＢ１２）。
【００４９】
本実施の形態において、周波数分布とは、それぞれの周波数の加速度が発生する頻度である。
【００５０】
加速度の周波数分布は、端末（ＴＲ）を装着した人物がどのような行動にどれだけの時間を使っているかを反映している。例えば、人物が歩いているときと、ＰＣでメールを打っているときでは発生する加速度の周波数が異なる。このような加速度の履歴のヒストグラムを記録するために、周波数毎の加速度の発生頻度が求められる。
【００５１】
その際、アプリケーションサーバ（ＡＳ）は、想定される（又は必要とされる）最大の周波数を決定する。そして、アプリケーションサーバ（ＡＳ）は、０から、決定された周波数の最大値までの値を３２分割する。そして、アプリケーションサーバ（ＡＳ）は、分割された各周波数範囲に含まれる加速度データの数を計数する。このようにして算出された周波数毎の加速度の発生頻度が、特徴量として扱われる。同様の処理が各ウィンドウについて実行される。
【００５２】
アプリケーションサーバ（ＡＳ）は、加速度の周波数分布に加えて、「周波数毎のゆらぎ」を算出する（ＤＢ１１）。周波数のゆらぎとは、加速度の周波数がどれくらい連続して維持されるかを示す値である。
【００５３】
周波数毎のゆらぎは、人物による行動がどれだけの時間持続するかを示す指標である。例えば、１時間の間に３０分歩いた人について、１分歩いて１分立ち止まった場合と、３０分歩き続けて３０分休憩した場合とでは、行動の持つ意味が異なる。周波数毎のゆらぎを算出することによって、これらの行動を区別することが可能になる。
【００５４】
しかし、連続した二つの値の差がどの程度の範囲ならば、値が維持されていると判断するか、その基準の設定によってゆらぎの量は大きく変わる。さらに、値が少しだけ変化したのか、大きく変化したのか、といったデータのダイナミクスを表す情報は欠落してしまうことになる。そこで、本実施の形態では、加速度の周波数の全範囲が所定の分割数に分割される。ここで、周波数の全範囲とは、周波数「０」から、周波数の最大値までの範囲である（ステップＤＢ１２参照）。分割された区画は、値が維持されているか否かを判定するための基準として使用される。例えば、分割数が３２である場合、周波数の全範囲が３２の区画に分割される。
【００５５】
例えば、ある時刻ｔにおける加速度の周波数がｉ番目の区画内にあり、かつ、次の時刻ｔ＋１における加速度の周波数が（ｉ−１）、ｉ又は（ｉ＋１）番目のいずれかの区画内にある場合、加速度の周波数の値が維持されていると判定される。一方、時刻ｔ＋１における加速度の周波数が（ｉ−１）、ｉ又は（ｉ＋１）番目のいずれの区画内にもない場合、加速度の周波数の値が維持されていないと判定される。値が維持されたと判定された回数が、ゆらぎを示す特徴量として計数される。以上の処理が、各ウィンドウ毎に実行される。
【００５６】
同様にして、分割数を１６、８、及び４としたときのゆらぎを示す特徴量がそれぞれ算出される。このように、周波数毎のゆらぎの算出においては、分割数を変化させることで、小さな変化も大きな変化も、いずれかの特徴量に反映されることになる。
【００５７】
仮に、周波数の全範囲を３２の区画に分割し、ある周波数の区画ｉから、任意の区画ｊへの遷移を追跡しようとすると、３２の二乗である１０２４通りの遷移パターンを考慮しなくてはいけなくなる。その結果、パターン数が多くなると計算量が増えるという問題に加えて、一つのパターンに当てはまるデータが少なくなるため、統計的に誤差が大きくなってしまうという問題が発生する。
【００５８】
それに対して、上記のように分割数を３２、１６、８及び４としたときの特徴量を算出する場合、６０パターンのみ考慮すればよいため、統計的な信頼度が高くなる。さらに、上記のように、大きい分割数から小さい分割数まで、いくつかの分割数について特徴量を算出することによって、多様な遷移パターンを特徴量に反映させることができるという効果がある。
【００５９】
上記は、加速度の周波数分布及びゆらぎを算出する例の説明である。アプリケーションサーバ（ＡＳ）は、加速度データ以外のデータ（例えば、音声データ）を取得した場合、その取得したデータに対して上記と同様の処理を実行することができる。その結果、取得したデータに基づく特徴量が算出される。
【００６０】
アプリケーションサーバ（ＡＳ）は、上記のようにして算出された３２パターンの周波数分布と、６０パターンの周波数毎のゆらぎの大きさの、合わせて９２個の値を、各ウィンドウの時間帯におけるその人物Ａの特徴量として扱う（ＤＢ１３）。なお、これら９２個の特徴量（ｘA1〜ｘA92）は全て独立なものである。
【００６１】
アプリケーションサーバ（ＡＳ）は、組織に属する全てのメンバ（又は、分析対象としたい全てのメンバ）の端末（ＴＲ）から送信されたデータに基づいて、上記の特徴量を算出する。特徴量はウィンドウ毎に算出されるため、そのウィンドウの時刻の順に特徴量をプロットすることによって、一人のメンバに関する特徴量を、一連の時系列データとして扱うことができる。なお、ウィンドウの時刻は、任意の規則に従って定めることができる。例えば、ウィンドウの時刻は、ウィンドウの中央の時刻又はウィンドウの始めの時刻、であってよい。
【００６２】
上記の特徴量（ｘA1〜ｘA92）は、人物Ａに装着された端末（ＴＲ）が検出した加速度に基づいて算出された、人物Ａに関する特徴量である。同様にして、他の人物（例えば、人物Ｂ）に装着された端末（ＴＲ）が検出した加速度に基づいて、その人物に関する特徴量（例えば、ｘB1〜ｘB92）が算出される。
【００６３】
次に、アプリケーションサーバ（ＡＳ）は、相互相関計算（ＢＭＤＣ）を実行する。相互相関計算（ＢＭＤＣ）は、二人の人物に関する特徴量の相互相関を求める処理である。二人の人物を、仮に人物Ａ及び人物Ｂとする。
【００６４】
人物Ａに関するある特徴量の時系列変化をグラフにしたものが、図１の相互相関計算（ＢＭＤＣ）内に示す特徴量ｘAのグラフである。同様にして、人物Ｂに関する特徴量のグラフは、相互相関計算（ＢＭＤＣ）内に示す特徴量ｘBのグラフである。
【００６５】
このとき、人物Ｂのある特徴量（例えば、ｘB1）が人物Ａの特徴量（例えば、ｘA1）から受けている影響は、時間τの関数、
【００６６】
【数１】
2008210363.tif 000003
【００６７】
として表される。人物Ｂについても同様の計算をすることができる。Ｔは、周波数のデータが存在する時間の幅である。
【００６８】
つまり上記の式において、Ｒ（τ）がτ＝τ1でピークとなっていた場合、ある時刻における人物Ｂの行動は、その時刻よりτ1だけ前の人物Ａの行動と類似する傾向があるといえる。言い換えると、人物Ｂの特徴量ｘB1は、人物Ａにおいて特徴量ｘA1の活動が起きた後、時間τ1を経てから影響を受けているということができる。
【００６９】
このピークが現れるτの値は、影響の種類を表していると解釈することができる。例えば、τが数秒以下なら、頷き等の直接会っている場合の影響を示し、τが数分から数時間であった場合には行動面での影響を示していると言える。
【００７０】
アプリケーションサーバ（ＡＳ）は、この相互相関計算の手順を、人物Ａと人物Ｂについての特徴量の数である９２パターンに関して算出する。さらに、アプリケーションサーバ（ＡＳ）は、組織に属する全てのメンバ（又は分析の対象としたい全てのメンバ）同士の組みあわせに関して、上記の手順で特徴量を算出する。
【００７１】
アプリケーションサーバ（ＡＳ）は、上記で求めた特徴量に関する相互相関計算の結果から、組織に関する複数の特徴量を取得する。例えば、一時間以内、一日以内、一週間以内等、時間領域をいくつかに分け、人物のペア毎の値を組織の特徴量として扱う（ＢＭＤＤ）。このとき相互相関計算の結果から特徴量として定数を定める方法は、上記で説明した方法以外のものであってもよい。これによって、一つの相互相関の式から、一つの組織特徴量が得られることになる。個人特徴量が９２個ある場合、ペア毎には９２の二乗、つまり８４６４個の組織特徴量が得られる。相互相関は、組織に属する二人のメンバの影響や関係性を反映したものである。このため、相互相関計算によって取得された値を組織の特徴量として用いることで、人と人とのつながりから成り立つ組織を定量的に扱うことができる。
【００７２】
一方、アプリケーションサーバ（ＡＳ）は、組織に関する定量的な評価（以下、パフォーマンスと記載する）のデータを、パフォーマンスデータベース（ＰＤＢ）から取得する（ＢＭＤＥ）。後述するように、上記の組織特徴量とパフォーマンスとの相関が計算される。パフォーマンスは、例えば、各個人が申告した個人の達成度、又は、組織の人間関係等に関する主観的な評価の結果等から算出されてもよい。あるいは、売上、損失等の組織の財務評価がパフォーマンスとして用いられてもよい。パフォーマンスは、組織ダイナミクスデータ収集（ＢＭＢ）のパフォーマンスデータベース（ＰＤＢ）から取得され、パフォーマンスの評価が行われた時刻情報と組で扱われる。ここでは、例として、組織のパフォーマンスとして、売上、顧客満足、コスト、エラー率、成長、柔軟性の６つの指標（ｐ1、ｐ2、…、ｐ6）を用いる場合について説明する。
【００７３】
次に、アプリケーションサーバ（ＡＳ）は、組織特徴量と個々の組織パフォーマンスとの相関解析を行う（ＢＭＤＦ）。しかし組織特徴量は大量にあり、この中には不必要な特徴量も含まれている。このため、アプリケーションサーバ（ＡＳ）は、ステップワイズ法によって特徴量として有効なものだけを選別する（ＢＭＤＧ）。アプリケーションサーバ（ＡＳ）は、ステップワイズ法以外の方法によって特徴量を選別してもよい。
【００７４】
そして、アプリケーションサーバ（ＡＳ）は、選別された組織特徴量（Ｘ1、Ｘ2、…、Ｘm）と個々の組織パフォーマンスとの関係において、
【００７５】
【数２】
2008210363.tif 000004
【００７６】
を満たす相関係数Ａ1（ａ1、ａ2、…、ａm）を決定する（ＢＭＤＨ）。なお、図１の例において、ｍは９２である。これをｐ1〜ｐ6に関して行うことによって、ｐ1〜ｐ6のそれぞれに対してＡ1〜Ａ6が決定される。ここでは最も簡単な線形式によるモデル化を行ったが、より精度を上げるためには非線形モデルによるＸ1、Ｘ2の値などを取り入れることもできる。あるいはニューラルネットなどの手段を用いることもできる。
【００７７】
これらのＡ1〜Ａ6の相関係数を用いて、次に、加速度データから６つのパフォーマンスが予測される。
【００７８】
組織アクティビティ解析（ＢＭＥ）は、結合テーブルにおける任意の二人の人物に関する加速度、音声、対面等のデータから人物間の関係性を求め、さらに組織のパフォーマンスを計算する処理である。
【００７９】
これによって、データを取得しながらリアルタイムで組織のパフォーマンスを予測してユーザに提示し、悪い予測であれば良い方向に行動を変化させるように促すことができる。つまり短いサイクルでフィードバックすることが可能になる。
【００８０】
まず、加速度データを用いた計算について説明する。加速度周波数計算（ＥＡ１２）、個人特徴量抽出（ＥＡ１３）、人物間の相互相関計算（ＥＡ１４）及び組織特徴量計算（ＥＡ１５）は、それぞれ、相関係数の学習（ＢＭＤ）における加速度周波数計算（ＢＭＤＡ）、個人特徴量抽出（ＢＭＤＢ）、相互相関計算（ＢＭＤＣ）及び組織特徴量計算（ＢＭＤＤ）と同様の手順であるため、これらの説明を省略する。これらの手順によって、組織特徴量（ｘ1、…、ｘm）が算出される。
【００８１】
そして、アプリケーションサーバ（ＡＳ）は、ステップＥＡ１５において算出された組織特徴量（ｘ1、…、ｘm）、及び、相関係数の学習（ＢＭＤ）によって算出された各パフォーマンスに関する相関係数（Ａ1、…、Ａ6）を取得し（ＥＡ１６）、これらを用いて各パフォーマンスの指標の値
【００８２】
【数３】
2008210363.tif 000005
【００８３】
を算出する。この値が組織パフォーマンスの予測値となる（ＥＡ１７）。
【００８４】
後述するように、組織パフォーマンスを示す六つの指標の最新値が、バランス表示される。さらに、ある一つの指標の値の履歴が、指標予測履歴として時系列グラフとして表示される。
【００８５】
また、人物間の相互相関値から求められる任意の人物間の距離（ＥＫ４１）は、組織構造を表示するためのパラメータ（組織構造パラメータ）を決定するために用いられる。ここで、人物間の距離とは、地理的な距離ではなく、人物間の関係性を示す指標である。例えば、人物間の関係が強い（例えば、人物間の相互相関が強い）ほど、人物間の距離が短くなる。また、人物間の距離に基づいてグループ化（ＥＫ４２）を実行することによって、グループが決定される。
【００８６】
グループ化とは、特に密接な関係にある少なくとも二人の人物ＡとＢを一組のグループとし、また別の密接な関係にある少なくとも二人の人物ＣとＤを一組のグループとし、さらにそれらの人物Ａ、Ｂ、Ｃ及びＤを大きなグループとするように、密接な関係にある人物同士の組を作るための処理を指す。グループを表示に反映させることで，密接な関係にある人物同士を他と区別し強調して表現することが可能になる。さらに大規模な組織を表現または分析する際には，一組のグループを擬似的に一人の人物と同様に扱うことで，計算を簡略化でき，また組織の全体像を人が認知しやすくすることが可能になる。
【００８７】
なお、人物間の相互相関計算（ＥＡ１４）から任意の人物間における関係性の距離を求め（ＥＫ４１）、その距離を表示する方法の一例については後述する（図８参照）。
【００８８】
次に、赤外線データに基づく計算について説明する。赤外線データには、いつ、誰と誰が対面したかを示す情報が含まれている。アプリケーションサーバ（ＡＳ）は、赤外線データを用いて対面履歴を分析する（ＥＩ２２）。そして、アプリケーションサーバ（ＡＳ）は、対面履歴に基づいて、組織構造を表示するためのパラメータを決定する（ＥＫ４３）。このとき、アプリケーションサーバ（ＡＳ）は、対面履歴から任意の人物間の距離を算出し、その距離に基づいてパラメータを決定してもよい。例えば、二人の人物が所定の期間に対面した回数が多いほど、それらの人物間の距離が短く（すなわち、関係が強く）なるように、距離が算出される。
【００８９】
例えば、アプリケーションサーバ（ＡＳ）は、一人の人物における全対面回数の合計をノードの大きさに反映させ、人物間の短期的な対面回数をノード間の距離に反映させ、任意の人物間の長期的な対面回数をリンクの太さに反映させるようにパラメータを決定してもよい。ここでノードとは、クライアント（ＣＬ）のディスプレイ（ＣＬＯＤ）に、各人物を示すために表示される図形である。リンクとは、二つのノード間を結合するように表示される線である。その結果、現在までに、相手が誰であれ、多くの人物と対面している人物ほど、大きいノードによって表示される。最近多く対面している人物の組み合わせほど、近接した二つのノードによって表示される。長期にわたって多く対面している人物の組み合わせほど、太いリンクによって結合された二つのノードによって表示される。
【００９０】
また、アプリケーションサーバ（ＡＳ）は、端末を身に着けているユーザの属性情報を組織構造の表示に反映させることができる。例えば、人物の年齢によって、その人物を示すノードの色を決定してもよいし、役職によってノードの形を決定してもよい。
【００９１】
次に、音声データに基づく計算について説明する。既に説明したように、音声データを加速度データの代わりに用いることによって、加速度データを用いた場合と同様、人物間の相互相関を算出することもできる。しかし、音声データから音声の特徴量を抽出し（ＥＶ３２）、その特徴量を対面データと合わせて解析することで、会話特徴量を抽出することもできる（ＥＶ３３）。会話特徴量とは、例えば、会話における声のトーン、やり取りのリズム又は会話のバランスを示す量である。会話のバランスとは、二人の人物の一方が一方的に話しているのか、二人が対等にやり取りしているのか、を示す量であり、二人の人物の声に基づいて抽出される。
【００９２】
例えば、アプリケーションサーバ（ＡＳ）は、その会話のバランスがノード間の角度に反映されるように表示のパラメータを決定してもよい。具体的には、例えば、二人が対等に会話している場合、その二人を示すノードが水平に表示されてもよい。二人のうち一方が話すばかりである場合、話している人物を示すノードが、もう一方の人物のノードより上方に表示されてもよい。一人が一方的に話す傾向が強いほど、二人の人物を示すノードを結ぶ線と基準線とがなす角度（図１の組織構造表示（ＦＣ３１）の例において、角度θAB又はθCD）が大きくなるように表示されてもよい。ここで基準線とは、例えば、ディスプレイの横方向（すなわち水平方向）に設定される線である。基準線はディスプレイに表示されなくてもよい。
【００９３】
組織アクティビティ表示（ＢＭＦ）は、以上に説明した処理によって計算された組織パフォーマンス予測及び組織構造パラメータから、指標バランス表示（ＦＡ１１）、指標予測履歴（ＦＢ２１）及び組織構造表示（ＦＣ３１）等を作成し、それらをクライアント（ＣＬ）のディスプレイ（ＣＬＯＤ）等に表示する処理である。
【００９４】
図１の組織アクティビティ（ＦＤ４１）は、クライアント（ＣＬ）のディスプレイ（ＣＬＯＤ）に表示される画面の一例である。
【００９５】
図１の例では、はじめに、選択された表示期間、及び、表示したいユニット又は複数のメンバが表示される。ここで、ユニットとは、複数の人物からなる既定の組織単位を意味する。一つのユニットに属するメンバ全員が表示されてもよいし、ユニットの一部である複数のメンバが表示されてもよい。図１の例では、上記の表示期間及びユニット等に示される条件に基づいて解析された結果が、三種類の図として表示される。
【００９６】
指標予測履歴（ＦＢ２１）の図では、例として「成長」のパフォーマンスの予測結果の履歴を表している。これによって、メンバのどのような行動が組織の成長にプラスとなるのか、さらに、マイナスからプラスに転換させるには何が効果的なのか、を過去の行動履歴と照らし合わせて分析することが可能となる。
【００９７】
組織構造表示（ＦＣ３１）では、組織を構成する小グループの状況、各人物が組織において実質担っている役割、及び、任意の人物間のバランス等が可視化される。
【００９８】
指標バランス表示（ＦＡ１１）は、設定された６つの組織パフォーマンス予測のバランスを示す。これによって、現在の組織の長所と短所を見極めることができる。
【００９９】
図２は、本発明の第１の実施の形態のビジネス顕微鏡システムを実現するセンサネットシステムの全体構成を説明するブロック図である。
【０１００】
本実施の形態のビジネス顕微鏡システムは、図２に示すような、センサを備える複数の端末（ＴＲ）と、それらの端末（ＴＲ）から取得したデータを処理する計算機と、を含むセンサネットシステムによって実現される。
【０１０１】
より詳細には、図２は、端末（ＴＲ）が取得した組織ダイナミクスデータから、人物間の関係性及び現在の組織の評価（パフォーマンス）が組織アクティビティとして算出され、算出された組織アクティビティが表示されるまでのシステム全体の構成及びデータの流れを示す。
【０１０２】
図２における形の異なる４種類の矢印は、それぞれ、時刻同期、アソシエイト、取得したセンシングデータの格納、及び、データ解析のためのデータの流れを表している。
【０１０３】
端末（ＴＲ）は小型のセンサ端末である。各端末（ＴＲ）は、センシングの対象となる複数の人物にそれぞれ装着される。端末（ＴＲ）には赤外線送受信器（ＴＲＩＲ）が搭載されている。図２には、赤外線送信器と赤外線受信器とが一体化された赤外線送受信器（ＴＲＩＲ）を表示するが、端末（ＴＲ）は、赤外線送信器及び赤外線受信器それぞれを搭載してもよい。
【０１０４】
赤外線送受信器（ＴＲＩＲ）がノード間で赤外線をやり取りすることによって、端末（ＴＲ）が他の端末（ＴＲ）と対面したか否か、すなわち、端末（ＴＲ）を装着した人物が他の端末（ＴＲ）を装着した人物と対面したか否かが検出される。このため、端末（ＴＲ）は、人物の正面部に装着されることが望ましい。例えば、端末（ＴＲ）を名札型にし、その端末（ＴＲ）を紐によって人物の首からぶら下げてもよい。後述するように、端末（ＴＲ）は、さらに、加速度センサ（ＴＲＡＣ）等のセンサを備える。端末（ＴＲ）におけるセンシングのプロセスが、図１における組織ダイナミクスデータ取得（ＢＭＡ）に相当する。
【０１０５】
なお、端末（ＴＲ）は、赤外線以外の無線信号をやり取りすることによって、他の端末（ＴＲ）との対面を検出してもよい。その場合、端末（ＴＲ）は、赤外線以外の無線信号を送受信する送受信器を備える。
【０１０６】
端末（ＴＲ）は多くの場合には複数存在し、それぞれが近い基地局（ＧＷ）と結びついてパーソナルエリアネットワーク（ＰＡＮ）を形成している。
【０１０７】
一つの端末（ＴＲ）は、センシング部（ＴＲＳＥ）、入出力部（ＴＲＩＯ）、記録部（ＴＲＭＥ）、時計（ＴＲＣＫ）、制御部（ＴＲＣＯ）及び送受信部（ＴＲＳＲ）を備える。センシング部（ＴＲＳＥ）にてセンシングされた情報を含むデータが、送信・受信部（ＴＲＳＲ）を介して基地局（ＧＷ）に送信される。
【０１０８】
センシング部（ＴＲＳＥ）は、物理量をセンシングする。物理量とは、例えば、赤外線、加速度、音声、温度又は照度等である。センシング部（ＴＲＳＥ）は、センシングに用いるセンサとして、マイクロホン（ＴＲＭＩ）、加速度センサ（ＴＲＡＣ）、赤外線送受信器（ＴＲＩＲ）、温度センサ（ＴＲＴＥ）及び照度センサ（ＴＲＩＬ）を備える。さらに外部入力（ＴＲＯＵ）に任意のセンサを接続することによって、新たにセンサを追加することができる。
【０１０９】
赤外線送受信器（ＴＲＩＲ）は、端末（ＴＲ）の固有識別情報である端末情報（ＴＲＭＴ）を正面方向に向かって定期的に送信し続ける。他の端末（ＴＲｍ）を装着した人物が略正面（例えば、正面又は斜め正面）に位置した場合、端末（ＴＲ）と他の端末（ＴＲｍ）は、それぞれの端末情報（ＴＲＭＴ）を赤外線で相互にやり取りする。このため、誰と誰が対面しているのかを記録することができる。
【０１１０】
加速度センサ（ＴＲＡＣ）は、ノードの加速度すなわちノードの動きを検出する。このため、加速度データから、端末を装着した人物の動きの激しさや、歩行などの行動を解析することができる。さらに、複数の端末が検出した加速度の値を比較することによって、それらの端末を装着した人物間のコミュニケーションの活性度や相互のリズム、相互の相関等を解析できる。
【０１１１】
マイクロホン（ＴＲＭＩ）は、音声情報を取得する。音声情報によって、「騒々しい」又は「静か」等の周囲の環境を知ることができる。さらに、人物の声を取得・分析することによって、コミュニケーションが活発か停滞しているのか、相互に対等に会話をやり取りしているか一方的に話しているのか、怒っているのか笑っているのか、などの対面コミュニケーションを分析することができる。さらに、人物の立ち位置等の関係で赤外線送受信器（ＴＲＩＲ）が検出できなかった対面状態を、音声情報及び加速度情報によって補うこともできる。
【０１１２】
温度センサ（ＴＲＴＥ）は端末（ＴＲ）のある場所の温度を、照度センサ（ＴＲＩＬ）は端末（ＴＲ）の正面方向などの照度を取得する。これによって、周囲の環境を記録することができる。例えば、温度及び照度に基づいて、端末（ＴＲ）が、ある場所から別の場所に移動したこと等を知ることもできる。
【０１１３】
入出力部（ＴＲＩＯ）は、端末（ＴＲ）を装着した人物に対応した入出力装置である。入出力部（ＴＲＩＯ）は、ボタン（ＴＲＩＢ）、ディスプレイ（ＴＲＯＤ）、ブザー（ＴＲＩＳ）等を備える。入出力部（ＴＲＩＯ）は、その他の入出力装置を備えてもよい。
【０１１４】
記録部（ＴＲＭＥ）は、ハードディスク、メモリ又はＳＤカードのような外部記録装置で構成され、端末（ＴＲ）の固有識別番号である端末情報（ＴＲＭＥ）、センシングの間隔、及び、ディスプレイへの出力内容等の動作設定（ＴＲＭＡ）を記録している。この他にも記録部（ＴＲＭＥ）は一時的にデータを記録することができ、センシングしたデータを記録しておくために利用される。さらに、記録部（ＴＲＭＥ）には、制御部（ＴＲＣＯ）のＣＰＵ（図示省略）によって実行されるプログラムが格納されてもよい。
【０１１５】
時計（ＴＲＣＫ）は、時刻情報を保持し、一定間隔でその時刻情報を更新する時計である。時計（ＴＲＣＫ）は、時刻情報が他の端末とずれることを防ぐために、基地局（ＧＷ）から送信される時刻情報によって定期的に時刻を修正する。
【０１１６】
制御部（ＴＲＣＯ）は、ＣＰＵ（図示省略）を備える。ＣＰＵが記録部（ＴＲＭＥ）に格納されたプログラム（図示省略）を実行することによって、動作制御（ＴＲＣＣ）、センサ制御（ＴＲＳＣ）、時刻同期（ＴＲＣＳ）、無線通信制御（ＴＲＣＣ）及びアソシエイト（ＴＲＴＡ）等、端末の動作を制御するための処理を実行する。
【０１１７】
動作制御（ＴＲＣＣ）は、制御部（ＴＲＣＯ）が実行する処理全体を制御する処理である。
【０１１８】
センサ制御（ＴＲＳＣ）は、動作設定（ＴＲＭＡ）に従って、センシング部（ＴＲＳＥ）における各センサのセンシング間隔などを制御し、取得したデータを管理する。
【０１１９】
時刻同期（ＴＲＣＳ）は、基地局（ＧＷ）から時刻情報を取得して時計（ＴＲＣＫ）を修正する。時刻同期（ＴＲＣＳ）は、アソシエイトの直後に実行されてもよいし、基地局（ＧＷ）から送信された時刻同期コマンドに従って実行されてもよい。
【０１２０】
無線通信制御（ＴＲＣＣ）は、データを送受信する際に、送信間隔の制御、及び、無線の送受信に対応したデータフォーマットへの変換を行う。無線通信制御（ＴＲＣＣ）は、必要であれば、無線でなく有線による通信機能を持ってもよい。無線通信制御（ＴＲＣＣ）は、他の端末（ＴＲ）と送信タイミングが重ならないように輻輳制御を行うこともある。
【０１２１】
アソシエイト（ＴＲＴＡ）は、基地局（ＧＷ）とパーソナルエリアネットワーク（ＰＡＮ）を形成するためのコマンドを送受信し、データを送信すべき基地局（ＧＷ）を決定する。アソシエイト（ＴＲＴＡ）は、端末（ＴＲ）の電源が投入されたとき、及び、端末（ＴＲ）が移動した結果それまでの基地局（ＧＷ）との送受信が絶たれたときに実行される。アソシエイト（ＴＲＴＡ）の結果、端末（ＴＲ）は、その端末（ＴＲ）からの無線信号が届く近い範囲にある一つの基地局（ＧＷ）と関連付けられる。
【０１２２】
送受信部（ＴＲＳＲ）は、アンテナを備え、無線信号の送信及び受信を行う。必要があれば、送受信部（ＴＲＳＲ）は、有線通信のためのコネクタを用いて送受信を行うこともできる。
【０１２３】
基地局（ＧＷ）は、端末（ＴＲ）とセンサネットサーバ（ＳＳ）を仲介する役目を持つ。無線の到達距離を考慮して、居室・職場等の領域をカバーするように複数の基地局（ＧＷ）が配置される。
【０１２４】
基地局（ＧＷ）は、送受信部（ＢＡＳＲ）、記録部（ＧＷＭＥ）、時計（ＧＷＣＫ）及び制御部（ＧＷＣＯ）を備える。
【０１２５】
送受信部（ＢＡＳＲ）は、端末（ＴＲ）からの無線を受信し、基地局（ＧＷ）への有線又は無線による送信を行う。さらに、送受信部（ＢＡＳＲ）は、無線を受信するためのアンテナを備える。
【０１２６】
記録部（ＧＷＭＥ）は、ハードディスク、メモリ、又はＳＤカードのような外部記録装置で構成される。記録部（ＧＷＭＥ）には、動作設定（ＧＷＭＡ）、データ形式情報（ＧＷＭＦ）、端末管理テーブル（ＧＷＴＴ）及び基地局情報（ＧＷＭＧ）が格納される。動作設定（ＧＷＭＡ）は、基地局（ＧＷ）の動作方法を示す情報を含む。データ形式情報（ＧＷＭＦ）は、通信のためのデータ形式を示す情報、及び、センシングデータにタグを付けるために必要な情報を含む。端末管理テーブル（ＧＷＴＴ）は、現在アソシエイトできている配下の端末（ＴＲ）の端末情報（ＴＲＭＴ）、及び、それらの端末（ＴＲ）を管理するために配布しているローカルＩＤを含む。基地局情報（ＧＷＭＧ）は、基地局（ＧＷ）自身のアドレスなどの情報を含む。
【０１２７】
記録部（ＧＷＭＥ）には、さらに、制御部（ＧＷＣＯ）のＣＰＵ（図示省略）によって実行されるプログラムが格納されてもよい。
【０１２８】
時計（ＧＷＣＫ）は時刻情報を保持する。一定間隔でその時刻情報は更新される。具体的には、一定間隔でＮＴＰ（Ｎｅｔｗｏｒｋ  Ｔｉｍｅ  Ｐｒｏｔｏｃｏｌ）サーバ（ＴＳ）から取得した時刻情報によって、時計（ＧＷＣＫ）の時刻情報が修正される。
【０１２９】
制御部（ＧＷＣＯ）は、ＣＰＵ（図示省略）を備える。ＣＰＵが記録部（ＧＷＭＥ）に格納されているプログラムを実行することによって、センシングデータセンサ情報の取得タイミング、センシングデータの処理、端末（ＴＲ）やセンサネットサーバ（ＳＳ）への送受信のタイミング、及び、時刻同期のタイミングを管理する。具体的には、ＣＰＵが記録部（ＧＷＭＥ）に格納されているプログラムを実行することによって、無線通信制御・通信制御（ＧＷＣＣ）、データ形式変換（ＧＷＤＦ）、アソシエイト（ＧＷＴＡ）、時刻同期管理（ＧＷＣＤ）及び時刻同期（ＧＷＣＳ）等の処理を実行する。
【０１３０】
無線通信制御・通信制御（ＧＷＣＣ）は、無線又は有線による端末（ＴＲ）及びセンサネットサーバ（ＳＳ）との通信のタイミングを制御する。また、無線通信制御・通信制御（ＧＷＣＣ）は、受信したデータの種類を区別する。具体的には、無線通信制御・通信制御（ＧＷＣＣ）は、受信したデータが一般のセンシングデータであるか、アソシエイトのためのデータであるか、時刻同期のレスポンスであるか等をデータのヘッダ部分から識別して、それらのデータをそれぞれ適切な機能に渡す。
【０１３１】
データ形式変換（ＧＷＤＦ）は、記録されたデータ形式情報（ＧＷＭＦ）を参照して、送受信のために適した形式にデータを変換し、データの種類を示すためのタグ情報を付け加える。
【０１３２】
アソシエイト（ＧＷＴＡ）は、端末（ＴＲ）から送られてきたアソシエイトの依頼に対するレスポンスをし、各端末（ＴＲ）に割り付けたローカルＩＤを送信する。アソシエイトが成立したら、アソシエイト（ＧＷＴＡ）は、端末管理テーブル（ＧＷＴＴ）を修正する端末管理情報修正（ＧＷＴＦ）を行う。
【０１３３】
時刻同期管理（ＧＷＣＤ）は、時刻同期を実行する間隔及びタイミングを制御し、時刻同期するように命令を出す。あるいは、センサネットサーバ（ＳＳ）が時刻同期管理（ＧＷＣＤ）を実行することによって、センサネットサーバ（ＳＳ）からシステム全体の基地局（ＧＷ）に統括して命令を送ってもよい。
【０１３４】
時刻同期（ＧＷＣＳ）は、ネットワーク上のＮＴＰサーバ（ＴＳ）に接続し、時刻情報の依頼及び取得を行う。時刻同期（ＧＷＣＳ）は、取得した時刻情報をに基づいて、時計（ＧＷＣＫ）を修正する。そして、時刻同期（ＧＷＣＳ）は、端末（ＴＲ）に時刻同期の命令と時刻情報を送信する。
【０１３５】
センサネットサーバ（ＳＳ）は、全ての端末（ＴＲ）から集まったデータを管理する。具体的には、センサネットサーバ（ＳＳ）は、基地局（ＧＷ）から送られてくるデータをデータベースに格納し、また、アプリケーションサーバ（ＡＳ）及びクライアント（ＣＬ）からの要求に基づいてセンシングデータを送信する。さらに、センサネットサーバ（ＳＳ）は、基地局（ＧＷ）からの制御コマンドを受信し、その制御コマンドから得られた結果を基地局（ＧＷ）に返信する。
【０１３６】
センサネットサーバ（ＳＳ）は、送受信部（ＳＳＳＲ）、記録部（ＳＳＭＥ）及び制御部（ＳＳＣＯ）を備える。時刻同期管理（ＧＷＣＤ）がセンサネットサーバ（ＳＳ）で実行される場合、センサネットサーバ（ＳＳ）は時計も必要とする。
【０１３７】
送受信部（ＳＳＳＲ）は、基地局（ＧＷ）、アプリケーションサーバ（ＡＳ）及びクライアント（ＣＬ）との間で、データの送信及び受信を行う。具体的には、送受信部（ＳＳＳＲ）は、基地局（ＧＷ）から送られてきたセンシングデータを受信し、アプリケーションサーバ（ＡＳ）又はクライアント（ＣＬ）へセンシングデータを送信する。
【０１３８】
記録部（ＳＳＭＥ）は、ハードディスク等のデータ記憶装置によって構成され、少なくとも、パフォーマンスデータベース（ＳＳＭＲ）、データ形式情報（ＳＳＭＥ）、センシングデータベース（ＳＳＤＢ）及び端末管理テーブル（ＳＳＴＴ）を格納する。さらに、記録部（ＳＳＭＥ）は、制御部（ＳＳＣＯ）のＣＰＵ（図示省略）によって実行されるプログラムを格納してもよい。
【０１３９】
パフォーマンスデータベース（ＳＳＭＲ）は、端末（ＴＲ）から又は既存のデータから入力された、組織や個人に関する評価（パフォーマンス）を、時刻データと共に記録するためのデータベースである。パフォーマンスデータベース（ＳＳＭＲ）は、図１のパフォーマンスデータベース（ＰＤＢ）と同じものである。パフォーマンスは、パフォーマンス入力部（ＭＲＰＩ）から入力される。
【０１４０】
データ形式情報（ＳＳＭＥ）には、通信のためのデータ形式、基地局（ＧＷ）でタグ付けされたセンシングデータを切り分けてデータベースに記録する方法、及び、データの要求に対する対応方法等が記録されている。データ受信の後、データ送信の前には必ずこのデータ形式情報（ＳＳＭＥ）が参照され、データ形式変換（ＳＳＤＦ）とデータ振り分け（ＳＳＤＳ）が行われる。
【０１４１】
センシングデータベース（ＳＳＤＢ）は、各端末（ＴＲ）が取得したセンシングデータ、端末（ＴＲ）の情報、及び、各端末（ＴＲ）から送信されたセンシングデータが通過した基地局（ＧＷ）の情報等を記録しておくためのデータベースである。加速度、温度等、データの要素ごとにカラムが作成され、データが管理される。また、データの要素ごとにテーブルが作成されてもよい。どちらの場合にも、全てのデータは、取得された端末（ＴＲ）のＩＤである端末情報（ＴＲＭＴ）と、取得された時刻に関する情報とが関連付けて管理される。センシングデータベース（ＳＳＤＢ）の具体的な例は、図６に示す。
【０１４２】
端末管理テーブル（ＳＳＴＴ）は、どの端末（ＴＲ）が現在どの基地局（ＧＷ）の管理下にあるかを記録しているテーブルである。基地局（ＧＷ）の管理下に新たに端末（ＴＲ）が加わった場合、端末管理テーブル（ＳＳＴＴ）は更新される。
【０１４３】
制御部（ＳＳＣＯ）は、ＣＰＵ（図示省略）を備え、センシングデータの送受信やデータベースへの記録・取り出しを制御する。具体的には、ＣＰＵが記録部（ＳＳＭＥ）に格納されたプログラムを実行することによって、通信制御（ＳＳＣＣ）、端末管理情報修正（ＳＳＴＦ）及びデータ管理（ＳＳＤＡ）等の処理を実行する。
【０１４４】
通信制御（ＳＳＣＣ）は、有線又は無線による基地局（ＧＷ）、アプリケーションサーバ（ＡＳ）及びクライアント（ＣＬ）との通信のタイミングを制御する。また、通信制御（ＳＳＣＣ）は、送受信するデータの形式を、記録部（ＳＳＭＥ）内に記録されたデータ形式情報（ＳＳＭＥ）に基づいて、センサネットサーバ（ＳＳ）内におけるデータ形式、又は、各通信相手に特化したデータ形式に変換する。さらに、通信制御（ＳＳＣＣ）は、データの種類を示すヘッダ部分を読み取って、対応する処理部へデータを振り分ける。具体的には、受信されたデータはデータ管理（ＳＳＤＡ）へ、端末管理情報を修正するコマンドは端末管理情報修正（ＳＳＴＦ）へ振り分けられる。送信されるデータの宛先は、基地局（ＧＷ）、アプリケーションサーバ（ＡＳ）又はクライアント（ＣＬ）に決定される。
【０１４５】
端末管理情報修正（ＳＳＴＦ）は、基地局（ＧＷ）から端末管理情報を修正するコマンドを受け取った際に、端末管理テーブル（ＳＳＴＴ）を更新する。
【０１４６】
データ管理（ＳＳＤＡ）は、記録部（ＳＳＭＥ）内のデータの修正・取得及び追加を管理する。例えば、データ管理（ＳＳＤＡ）によって、センシングデータは、タグ情報に基づいてデータの要素別にデータベースの適切なカラムに記録される。センシングデータがデータベースから読み出される際にも、時刻情報及び端末情報に基づいて必要なデータを選別し、時刻順に並べ替える等の処理が行われる。
【０１４７】
センサネットサーバ（ＳＳ）が、基地局（ＧＷ）を介して受け取ったデータを、データ管理（ＳＳＤＡ）によってパフォーマンスデータベース（ＳＳＭＲ）及びセンシングデータベース（ＳＳＤＢ）に整理して記録することが、図１における組織ダイナミクスデータ収集（ＢＭＢ）に相当する。
【０１４８】
アプリケーションサーバ（ＡＳ）は、センシングデータを解析及び処理する。クライアント（ＣＬ）からの依頼を受けて、又は、設定された時刻に自動的に、解析アプリケーションが起動する。解析アプリケーションは、センサネットサーバ（ＳＳ）に依頼を送って、必要なセンシングデータを取得する。さらに、解析アプリケーションは、取得したデータを解析し、解析されたデータをクライアント（ＣＬ）に返す。あるいは、解析アプリケーションは、解析されたデータをそのまま解析データベースに記録しておいてもよい。
【０１４９】
アプリケーションサーバ（ＡＳ）は、送受信部（ＡＳＳＲ）、記録部（ＡＳＭＥ）及び制御部（ＡＳＣＯ）を備える。
【０１５０】
送受信部（ＡＳＳＲ）は、センサネットサーバ（ＳＳ）及びクライアント（ＣＬ）との間でデータの送信及び受信を行う。具体的には、送受信部（ＡＳＳＲ）は、クライアント（ＣＬ）から送られてきたコマンドを受信し、センサネットサーバ（ＳＳ）にデータ取得依頼を送信する。さらに、送受信部（ＡＳＳＲ）は、センサネットサーバ（ＳＳ）からセンシングデータを受信し、解析したデータをクライアント（ＣＬ）に送信する。
【０１５１】
記録部（ＡＳＭＥ）は、ハードディスク、メモリ又はＳＤカードのような外部記録装置で構成される。記録部（ＡＳＭＥ）は、解析のための設定条件及び解析したデータを格納する。具体的には、記録部（ＡＳＭＥ）は、表示条件（ＡＳＭＰ）、解析アルゴリズム（ＡＳＭＡ）、解析パラメータ（ＡＳＭＰ）、端末情報−氏名（ＡＳＭＴ）、解析データベース（ＡＳＭＤ）、相関係数（ＡＳＭＳ）及び結合テーブル（ＣＴＢ）を格納する。
【０１５２】
表示条件（ＡＳＭＰ）は、クライアント（ＣＬ）から依頼された表示のための条件を一時的に記憶しておく。
【０１５３】
解析アルゴリズム（ＡＳＭＡ）は、解析を行うプログラムを記録する。クライアント（ＣＬ）からの依頼に従って、適切なプログラムが選択され、そのプログラムによって解析が実行される。
【０１５４】
解析パラメータ（ＡＳＭＰ）は、例えば、特徴量抽出のためのパラメータ等を記録する。クライアント（ＣＬ）の依頼によってパラメータを変更する際には、解析パラメータ（ＡＳＭＰ）が書き換えられる。
【０１５５】
端末情報−氏名（ＡＳＭＴ）は、端末のＩＤと、その端末を装着した人物の氏名・属性等との対照表である。クライアント（ＣＬ）から依頼があれば、センサネットサーバ（ＳＳ）から受け取ったデータの端末ＩＤに人物の氏名が追加される。ある属性に適合する人物のデータのみを取得する場合、人物の指名を端末ＩＤに変換してセンサネットサーバ（ＳＳ）にデータ取得依頼を送信するために、端末情報−氏名（ＡＳＭＴ）が照会される。
【０１５６】
解析データベース（ＡＳＭＤ）は、解析されたデータを格納するためのデータベースである。解析されたデータは、クライアント（ＣＬ）に送信されるまで一時的に記録される場合がある。あるいは、まとめて解析されたデータを自由に取得できるように、解析されたデータが大規模に記録される場合もある。解析と並行してクライアント（ＣＬ）にデータが送られる場合、このデータベースは必要ない。
【０１５７】
相関係数（ＡＳＭＳ）は、相関係数の学習（ＢＭＤ）によって決定された相関係数を記録する。相関係数（ＡＳＭＳ）は、組織アクティビティ解析（ＢＭＥ）の際に利用される。
【０１５８】
結合テーブル（ＣＴＢ）は、相互データ整列（ＢＭＣ）によって整列された複数の端末に関するデータを格納するためのテーブルである。
【０１５９】
制御部（ＡＳＣＯ）は、ＣＰＵ（図示省略）を備え、データの送受信の制御及びセンシングデータの解析を実行する。具体的には、ＣＰＵ（図示省略）が記録部（ＡＳＭＥ）に格納されたプログラムを実行することによって、通信制御（ＡＳＣＣ）、解析条件設定（ＡＳＩＳ）、データ取得依頼（ＡＳＤＲ）、相互データ整列（ＢＭＣ）、相関係数の学習（ＢＭＤ）、組織アクティビティ解析（ＢＭＥ）及び端末情報−ユーザ照会（ＡＳＤＵ）等の処理が実行される。
【０１６０】
通信制御（ＡＳＣＣ）は、有線又は無線によるセンサネットサーバ（ＳＳ）及びクライアントデータ（ＣＬ）との通信のタイミングを制御する。さらに、通信制御（ＡＳＣＣ）は、データの形式変換、及び、データの種類別に行き先の振り分けを実行する。
【０１６１】
解析条件設定（ＡＳＩＳ）は、クライアント（ＣＬ）を通してユーザ（ＵＳ）が設定した解析条件を受け取り、記録部（ＡＳＭＥ）の解析条件（ＡＳＭＰ）に記録する。さらに、解析条件設定（ＡＳＩＳ）は、サーバにデータの依頼をするためのコマンドを作成し、データ取得依頼を送信する（ＡＳＤＲ）。
【０１６２】
解析条件設定（ＡＳＩＳ）による依頼に基づいてサーバから送信されたデータは、相互データ整列（ＢＭＣ）によって、任意の二人の人物に関するデータの時刻情報に基づいて整理される。これは図１の相互データ整列（ＢＭＣ）と同じプロセスである。整理した結合テーブルの例を図７に示す。時刻を揃えることができれば、テーブルを作成しなくてもよい。
【０１６３】
相関係数の学習（ＢＭＤ）は、図１の相関係数の学習（ＢＭＤ）に相当するプロセスである。相関係数の学習（ＢＭＤ）は、解析アルゴリズム（ＡＳＭＡ）を用いて実行され、その結果は相関係数（ＡＳＭＳ）に記録される。
【０１６４】
組織アクティビティ解析（ＢＭＥ）は、図１の組織アクティビティ解析（ＢＭＥ）に相当するプロセスである。組織アクティビティ解析（ＢＭＥ）は、記録された相関係数（ＡＳＭＳ）を取得し、解析アルゴリズム（ＡＳＭＡ）を用いることによって実行される。実行した結果は解析データベース（ＡＳＭＤ）に記録される。
【０１６５】
端末情報−ユーザ照会（ＡＳＤＵ）は、端末情報（ＩＤ）を用いて管理されていたデータを、端末情報−氏名（ＡＳＭＴ）に従って、各端末を装着しているユーザの名前等に変換する。さらに、端末情報−ユーザ照会（ＡＳＤＵ）は、ユーザの所属や役職等の情報を付加してもよい。必要でなければ、端末情報−ユーザ照会（ＡＳＤＵ）は実行されなくてもよい。
【０１６６】
クライアント（ＣＬ）は、ユーザ（ＵＳ）との接点となって、データを入出力する。クライアント（ＣＬ）は、入出力部（ＣＬＩＯ）、送受信部（ＣＬＳＲ）、記録部（ＣＬＭＥ）及び制御部（ＣＬＣＯ）を備える。
【０１６７】
入出力部（ＣＬＩＯ）は、ユーザ（ＵＳ）とのインタフェースとなる部分である。入出力部（ＣＬＩＯ）は、ディスプレイ（ＣＬＯＤ）、キーボード（ＣＬＩＫ）及びマウス（ＣＬＩＭ）等を備える。必要に応じて外部入出力（ＣＬＩＵ）に他の入出力装置を接続することもできる。
【０１６８】
ディスプレイ（ＣＬＯＤ）は、ＣＲＴ（Ｃａｔｈｏｄｅ−Ｒａｙ  Ｔｕｂｅ）又は液晶ディスプレイ等の画像表示装置である。ディスプレイ（ＣＬＯＤ）は、プリンタ等を含んでもよい。
【０１６９】
送受信部（ＣＬＳＲ）は、アプリケーションサーバ（ＡＳ）又はセンサネットサーバ（ＳＳ）との間でデータの送信及び受信を行う。具体的には、送受信部（ＣＬＳＲ）は、解析条件をアプリケーションサーバ（ＡＳ）に送信し、解析結果を受信する。
【０１７０】
記録部（ＣＬＭＥ）は、ハードディスク、メモリ又はＳＤカードのような外部記録装置で構成される。記録部（ＣＬＭＥ）は、解析条件（ＣＬＭＰ）及び描画設定情報（ＣＬＭＴ）等の、描画に必要な情報を記録する。解析条件（ＣＬＭＰ）は、ユーザ（ＵＳ）から設定された解析対象のメンバの数及び解析方法の選択等の条件を記録する。描画設定情報（ＣＬＭＴ）は、図面のどの部分に何をプロットするかという描画位置に関する情報を記録する。さらに、記録部（ＣＬＣＯ）は、制御部（ＣＬＣＯ）のＣＰＵ（図示省略）によって実行されるプログラムを格納してもよい。
【０１７１】
制御部（ＣＬＣＯ）は、ＣＰＵ（図示省略）を備え、通信の制御、ユーザ（ＵＳ）からの解析条件の入力、及び、解析結果をユーザ（ＵＳ）に提示するための描画等を実行する。具体的には、ＣＰＵは、記録部（ＣＬＭＥ）に格納されたプログラムを実行することによって、通信制御（ＣＬＣＣ）、解析条件設定（ＣＬＩＳ）、描画設定（ＣＬＴＳ）及び組織アクティビティ表示（ＢＭＦ）等の処理を実行する。
【０１７２】
通信制御（ＣＬＣＣ）は、有線又は無線によるアプリケーションサーバ（ＡＳ）又はセンサネットサーバ（ＳＳ）との間の通信のタイミングを制御する。また、通信制御（ＣＬＣＣ）は、データの形式を変換し、データの種類別に行き先を振り分ける。
【０１７３】
解析条件設定（ＣＬＩＳ）は、ユーザ（ＵＳ）から入出力部（ＣＬＩＯ）を介して指定される解析条件を受け取り、記録部（ＣＬＭＥ）の解析条件（ＣＬＭＰ）に記録する。ここでは、解析に用いるデータの期間、メンバ、解析の種類及び解析のためのパラメータ等が設定される。クライアント（ＣＬ）は、これらの設定をアプリケーションサーバ（ＡＳ）に送信して解析を依頼し、それと並行して描画設定（ＣＬＴＳ）を実行する。
【０１７４】
描画設定（ＣＬＴＳ）は、解析条件（ＣＬＭＰ）に基づいて解析結果を表示する方法、及び、図面をプロットする位置を計算する。この処理の結果は、記録部（ＣＬＭＥ）の描画設定情報（ＣＬＭＴ）に記録される。
【０１７５】
組織アクティビティ表示（ＢＭＦ）は、アプリケーションサーバ（ＡＳ）から取得した解析結果をプロットして図表を作成する。例として、組織アクティビティ表示（ＢＭＦ）は、図１の組織アクティビティ表示（ＢＭＦ）のような、レーダーチャートのような表示、時系列グラフ、及び、組織構造表示をプロットする。このとき必要であれば、組織アクティビティ表示（ＢＭＦ）は、表示されている人物の氏名等の属性も表示する。作成された表示結果は、ディスプレイ（ＣＬＯＤ）等の出力装置を介してユーザ（ＵＳ）に提示される。ドラッグ＆ドロップ等の操作によって、ユーザ（ＵＳ）が表示位置を微調整することもできる。
【０１７６】
図３は、本発明の第１の実施の形態において実行される、端末（ＴＲ）が取得したデータに基づいて、組織における人物間の関係性を表示する処理の手順を示すシーケンス図である。
【０１７７】
まず、端末（ＴＲ）の電源が入っており、かつ端末（ＴＲ）が基地局（ＧＷ）とアソシエイト状態になっていないとき、端末（ＴＲ）はアソシエイト（ＴＲＴＡ１）を行う。アソシエイトとは、端末（ＴＲ）が、ある一つの基地局（ＧＷ）と通信する関係であると規定することである。アソシエイトによってデータの送信先を決定することで、端末（ＴＲ）は確実にデータを送信することができる。
【０１７８】
アソシエイトが成功した場合、端末（ＴＲ）は、次に時刻同期（ＴＲＣＳ）を行う。時刻同期（ＴＲＣＳ）において、端末（ＴＲ）は、基地局（ＧＷ）から時刻データを受け取り、端末（ＴＲ）内の時計（ＴＲＣＫ）を設定する。基地局（ＧＷ）は、ＮＴＰサーバ（ＴＳ）と定期的に接続し時刻を修正している。このため、全ての端末（ＴＲ）において時刻が同期される。その結果、データに付随した時刻情報を照らし合わせることで、人物間のコミュニケーションにおける相互の身体表現又は音声情報のやり取りを分析することが可能になる。
【０１７９】
アソシエイト（ＴＲＴＡ１）と時刻同期（ＴＲＣＳ）の手順についての詳細は後に図４で示す。
【０１８０】
センサ制御部（ＴＲＳＣ）は、例えば１０秒ごとの一定の周期でタイマ起動（ＴＲＳＴ）し、加速度、音声、温度及び照度等をセンシングする（ＴＲＳＳ１）。端末（ＴＲ）は、端末ＩＤを赤外線によって他の端末（ＴＲ）との間で送受信することで、対面状態を検出する。センサ制御部（ＴＲＳＣ）は、タイマ起動（ＴＲＳＴ）せずに、常にセンシングを行ってもよい。しかし、一定の周期で起動することによって電源を効率的に使用することができ、長時間充電しないで端末（ＴＲ）を使用しつづけることができる。
【０１８１】
端末（ＴＲ）は、センシングしたデータに、時計（ＴＲＣＫ）の時刻情報及び端末情報（ＴＲＭＴ）を添付する（ＴＲＣＴ１）。端末情報（ＴＲＭＴ）によって、端末（ＴＲ）を装着した人物が識別される。時刻情報は、後に相互データ整列（ＢＭＣ）において、複数の人物のデータを整列させるためのキーとして使用されるため、必須である。
【０１８２】
センシング（ＴＲＳＳ１）と端末情報・時刻添付（ＴＲＣＴ１）が、図１の組織ダイナミクスデータ取得（ＢＭＡ）に相当する。
【０１８３】
一方、各端末（ＴＲ）を装着している各人物は、端末（ＴＲ）又はクライアント（ＣＬ）を介して、パフォーマンスの値を入力する。入力された値は、センサネットサーバ（ＳＳ）に記録される。売上高又は株価等の組織全体の指標をパフォーマンスとして用いる場合には、代表者が一括して値を入力してもよいし、それらの指標が更新されたときに、更新された指標の値が自動的に入力されてもよい。
【０１８４】
データ形式変換（ＴＲＤＦ１）において端末（ＴＲ）は、後に図５に示すように、センシングされたデータ及びセンシング条件を、決められた無線送信フォーマットに変換する。変換されたデータは、その後、基地局（ＧＷ）に送信される（データ送信（ＴＲＳＥ１）参照）。
【０１８５】
加速度データ及び音声データ等の連続した多量のデータを送信する場合、端末（ＴＲ）は、データ分割（ＴＲＢＤ１）によって、一度に送信するデータ数を制限する。その結果、データが欠損するリスクが低下する。
【０１８６】
データ送信（ＴＲＳＥ１）は、無線の送信規格に則り、送受信部（ＴＲＳＲ）からアソシエイトしている基地局（ＧＷ）にデータを送信する。
【０１８７】
基地局（ＧＷ）は、端末（ＴＲ）からデータを受信（ＧＷＲＥ）すると、レスポンスを端末（ＴＲ）に返す。レスポンスを受信した端末（ＴＲ）は、送信完了（ＴＲＳＦ）と判定する。
【０１８８】
一定の時間を経ても送信完了（ＴＲＳＦ）しない（すなわち端末（ＴＲ）がレスポンスを受信しない）場合、端末（ＴＲ）は、データ送信不可（ＴＲＳＯ）と判定する。この場合、データが端末（ＴＲ）内に記憶され、再び送信状態が確立されたときにまとめて送信される。これによって、端末（ＴＲ）を装着している人物が無線の届かない場所に移動してしまった場合、又は、基地局（ＧＷ）の不具合でデータが受信されなくなった場合にも、データを途切れさせることなく取得することが可能になる。これによって、組織の統計的な性質を安定して求めることができる。
【０１８９】
このようなデータのまとめ送りの手順を説明する。端末（ＴＲ）は、送信できなかったデータを記憶しておき（ＴＲＤＭ）、再びアソシエイトの依頼を行う（ＴＲＴＡ２）。ここで基地局（ＧＷ）からレスポンスが得られ、アソシエイトが成功（ＴＲＡＳ）した場合、端末（ＴＲ）は、データ形式変換（ＴＲＤＦ２）、データ分割（ＴＲＢＤ２）及びデータ送信（ＴＲＳＥ２）を実行する。これらの処理は、それぞれ、データ形式変換（ＴＲＤＦ１）、データ分割（ＴＲＢＤ１）及びデータ送信（ＴＲＳＥ１）と同様である。データ送信（ＴＲＳＥ２）の際、無線が衝突しないように輻輳制御される。その後は通常の処理に戻る。
【０１９０】
アソシエイトが成功しなかった場合、端末（ＴＲ）は、アソシエイトに成功するまで定期的にセンシング（ＴＲＳＳ２）と端末情報・時刻情報添付（ＴＲＣＴ２）実行する。センシング（ＴＲＳＳ２）及び端末情報・時刻情報添付（ＴＲＣＴ２）は、それぞれ、センシング（ＴＲＳＳ１）及び端末情報・時刻情報添付（ＴＲＣＴ１）と同様の処理である。これらの処理によって取得されたデータは、基地局（ＧＷ）への送信が成功するまで、端末（ＴＲ）内に記憶される。
【０１９１】
基地局（ＧＷ）は、受信したデータが分割されたものであるか否かを図５Ａから図５Ｃに示す分割フレーム番号によって判定する。データが分割されている場合、基地局（ＧＷ）は、データ結合（ＧＷＲＣ）を実行することによって、分割されたデータを連続したデータにまとめる。さらに、基地局（ＧＷ）は、基地局固有の番号である基地局情報（ＧＷＭＧ）をデータに付与し（ＧＷＲＣ）、そのデータを、ネットワーク（ＮＷ）を介して送信する（ＧＷＳＥ）。基地局情報（ＧＷＭＧ）は、その時刻における端末（ＴＲ）の大まかな位置を示す情報として、データ解析の際に利用することができる。
【０１９２】
センサネットサーバ（ＳＳ）は、基地局（ＧＷ）からデータを受信すると（ＳＳＲＥ）、データ管理（ＳＳＤＡ）において、受信したデータを時刻・端末情報・加速度・赤外線・温度などの要素ごとに分類する（ＳＳＰＢ）。この分類は、データ形式情報（ＳＳＭＦ）として記録されているフォーマット（図５Ａから図５Ｃ参照）を参照することによって実行される。分類されたデータは、データベースのレコード（行）の適切なカラム（列）に格納される（ＳＳＫＩ）。同じ時刻に対応するデータを同じレコードに格納することで、時刻及び端末情報（ＴＲＭＴ）による検索が可能になる。
【０１９３】
このとき必要であれば、端末情報（ＴＲＭＴ）ごとにテーブルを作成しても良い。
【０１９４】
ここまでの処理が、図１の組織ダイナミクスデータ収集（ＢＭＢ）に相当する。
【０１９５】
アプリケーションサーバ（ＡＳ）は、定期的に相関係数を学習する。相関係数の学習とは、数週間分から数ヶ月分程度のデータに基づいて、パフォーマンスとセンシングデータとの相関係数を求めて更新することである。相関係数の学習の具体的な方法は、図１の相関係数の学習（ＢＭＤ）に示した。
【０１９６】
アプリケーションサーバ（ＡＳ）は、設定された期間ごとに学習を起動し（ＢＭＤＳ）、必要なデータの取得依頼コマンドをセンサネットサーバ（ＳＳ）に送信し（ＡＳＤＰ）、センサネットサーバ（ＳＳ）からセンシングデータ及びパフォーマンスに関するデータを取得する。アプリケーションサーバ（ＡＳ）は、取得したデータに基づいて、相関係数の学習を実行する（ＢＭＤ）。
【０１９７】
次に、組織アクティビティ解析（ＢＭＥ）のシーケンスを説明する。まず、ユーザ（ＵＳ）が解析を起動（ＵＳＳＴ）すると、組織アクティビティ解析（ＢＭＥ）が開始される。クライアント（ＣＬ）は、ユーザ（ＵＳ）に希望する解析の種類等の具体的な設定を入力させ、その入力に従って解析条件を設定する（ＣＬＩＳ）。このとき、クライアント（ＣＬ）は、設定用ウィンドウ等をユーザ（ＵＳ）に対して表示してもよい。クライアント（ＣＬ）は、設定された解析条件をアプリケーションサーバ（ＡＳ）に送信する（ＣＬＳＥ）。次にクライアント（ＣＬ）は、描画設定（ＣＬＴＳ）を行う。
【０１９８】
アプリケーションサーバ（ＡＳ）は、クライアント（ＣＬ）から受信した解析条件を設定する（ＡＳＩＳ）。そして、アプリケーションサーバ（ＡＳ）は、データ取得依頼コマンドを作成してセンサネットサーバ（ＳＳ）に送信する（ＡＳＤＰ）。
【０１９９】
センサネットサーバ（ＳＳ）は、取得依頼コマンドに基づいてセンシングデータベースを検索し（ＳＳＤＲ）、必要なデータを取得する（ＳＳＤＧ）。そして、センサネットサーバ（ＳＳ）は、取得したデータをアプリケーションサーバ（ＡＳ）に送信する（ＳＳＳＥ）。
【０２００】
アプリケーションサーバ（ＡＳ）は、センサネットサーバ（ＳＳ）からデータを受信すると（ＡＳＲＥ）、相互データ整列（ＢＭＣ）及び組織アクティビティ解析（ＢＭＥ）を実行する。これらは図１及び図２において説明したプロセスと同じである。
【０２０１】
そして、アプリケーションサーバ（ＡＳ）は、端末情報−ユーザ照会（ＡＳＤＵ）において、端末のＩＤ情報に対応するユーザの氏名及び属性情報を解析されたデータに付加し、その解析されたデータをクライアント（ＣＬ）に送信する（ＡＳＳＥ）。
【０２０２】
クライアント（ＣＬ）は、解析されたデータを受信し（ＣＬＲＥ）、組織アクティビティ表示を作成し（ＢＭＦ）、作成された組織アクティビティ表示をディスプレイ等の出力装置に表示する（ＣＬＤＩ）。組織アクティビティ表示（ＢＭＦ）の内容は図１及び図２において説明したものと同じである。
【０２０３】
ユーザ（ＵＳ）は、表示された解析結果を確認し、解析終了（ＵＳＥＮ）する。
【０２０４】
図４は、本発明の第１の実施の形態において実行されるアソシエイト及び時刻同期の手順を説明するシーケンス図である。
【０２０５】
具体的には、図４は、図３におけるアソシエイト（ＴＲＴＡ１及びＴＲＴＡ２）及び時刻同期（ＴＲＣＳ）において、端末（ＴＲ）、基地局（ＧＷ）及びセンサネットサーバ（ＳＳ）が実行するプロセスの詳細なシーケンスを示したものである。
【０２０６】
最初に、アソシエイトの手順を説明する。図４のうち、アソシエイト非成立（ＴＲＡ１）から端末管理情報修正（ＳＳＴＦ）までの手順が、図３のアソシエイト（ＴＲＴＡ１及びＴＲＴＡ２）に相当する。
【０２０７】
端末（ＴＲ）の電源が投入された直後、及び、端末（ＴＲ）が基地局（ＧＷ）との無線通信が困難な場所にあった場合、アソシエイト非成立（ＴＲＡ１）の状態である。この場合、端末（ＴＲ）は、基地局探索のためのコマンドを定期的に無線送信する（ＴＲＡ２）。近くに存在するいずれかの基地局（ＧＷ）がそのコマンドを受信した場合には、その基地局（ＧＷ）からレスポンスが返される。
【０２０８】
レスポンスを受信した端末（ＴＲ）は、アソシエイト依頼を送信（ＴＲＡ３）する。アソシエイト依頼を受信した基地局（ＧＷ）は、端末（ＴＲ）に対してローカルＩＤを設定し、配布する（ＧＷＡ１）。これによってパーソナルエリアネットワーク（ＰＡＮ）が確立され、アソシエイトが成立する（ＴＲＡ４）。
【０２０９】
アソシエイトが成立したら（ＴＲＡ４）、端末（ＴＲ）は端末管理情報修正依頼を送信する（ＴＲＡ５）。端末管理情報修正依頼を受信した基地局（ＧＷ）は、記録部（ＧＷＭＥ）内の端末管理テーブル（ＧＷＴＴ）に新たな端末のＭＡＣアドレス及びローカルＩＤを加えて修正する（ＧＷＴＦ）。さらに基地局（ＧＷ）は、その基地局（ＧＷ）が端末（ＴＲ）を管理していることを示す端末管理情報をセンサネットサーバ（ＳＳ）に送信する（ＴＲＡ２）。端末管理情報を受信したセンサネットサーバ（ＳＳ）は、受信した情報に従って、基地局（ＧＷ）と端末（ＴＲ）とを対応付けている端末管理テーブル（ＳＳＴＴ）を修正する（ＳＳＴＦ）。
【０２１０】
端末管理情報を常に更新することによって、センサネットサーバ（ＳＳ）は、全ての端末（ＴＲ）が現在どの基地局（ＧＷ）の配下にあるかを管理することができる。センサネットサーバ（ＳＳ）は、端末（ＴＲ）への下り送信を行う際に、更新された端末管理情報を参照することができる。
【０２１１】
ここで、アソシエイト時にローカルＩＤを配布する理由を述べる。アソシエイト依頼（ＴＲＡ３）では、全ての端末（ＴＲ）に関して唯一のアドレスであるＭＡＣアドレスが送信される。しかし、ＭＡＣアドレスは桁数が多いため、通常の無線データ送信に用いるには不向きである。そのため、端末（ＴＲ）との送受信を確立した基地局（ＧＷ）は、パーソナルエリアネットワーク（ＰＡＮ）内でのみ用いる桁数の少ないローカルＩＤを端末（ＴＲ）に割り振る。このローカルＩＤは、端末（ＴＲ）から基地局（ＧＷ）への通常のデータ送信に添付される。端末からデータを受信した基地局（ＧＷ）は、データに添付されたローカルＩＤをＭＡＣアドレスに変換し、そのＭＡＣアドレスが添付されたデータをセンサネットサーバ（ＳＳ）に送信する。
【０２１２】
次に、時刻同期について述べる。図４のうち、時刻依頼送信（ＴＲＣ１）から時刻修正（ＴＲＣ２）までの手順が、図３の時刻同期（ＴＲＣＳ）に相当する。
【０２１３】
基地局（ＧＷ）は、定期的にタイマ起動（ＧＷＣ１）して、外部又は内部ネットワーク上に存在するＮＴＰサーバ（ＴＳ）と接続して、基地局（ＧＷ）の時計（ＧＷＣＫ）を修正する。その手順を詳細に説明する。
【０２１４】
タイマ起動（ＧＷＣ１）した基地局（ＧＷ）は、時刻依頼をＮＴＰサーバ（ＴＳ）に送信する（ＧＷＣ２）。ＮＴＰサーバ（ＴＳ）は、時刻依頼を受信（ＴＳＣ１）すると、正確な時刻情報を送信する（ＴＲＣ２）。基地局（ＧＷ）は、ＮＴＰサーバ（ＴＳ）から受信した正確な時刻情報に従って時刻を修正（ＧＷＣ３）し、時刻修正完了報告をセンサネットサーバ（ＳＳ）に送信する。このプロセスによって、複数の基地局（ＧＷ）間で時刻が同期される。
【０２１５】
一方、端末（ＴＲ）は、所定のイベント（例えば、アソシエイトの成立）等をきっかけとして、基地局（ＧＷ）から時刻情報を受け取って、時計（ＴＲＣＫ）を修正する。その手順を詳細に説明する。
【０２１６】
端末（ＴＲ）は、時刻依頼を基地局（ＧＷ）に送信する（ＴＲＣ１）。基地局（ＧＷ）は、時刻依頼を受信（ＧＷＣ４）すると、時刻情報を送信する（ＧＷＣ５）。端末（ＴＲ）は、基地局（ＧＷ）から受信した情報に従って時刻を修正（ＴＲＣ２）し、時刻修正完了報告を基地局（ＧＷ）に送信する。このプロセスによって、複数の端末（ＴＲ）間で時刻が同期される。その結果、それらの複数の端末（ＴＲ）を装着した複数の人物間の相互相関の解析等を行うことが可能になる。
【０２１７】
図５Ａから図５Ｃは、端末（ＴＲ）が取得したセンシングデータを無線送信する際に適用されるペイロードのフォーマットの一例である。このペイロードを送信する無線通信規格としては、例えばＩＥＥＥ８０２．１５．４を用いることが好適である。
【０２１８】
一度に送信するデータ数に制限があるため、赤外線データ（図５Ａ）、加速度データ（図５Ｂ）及び音声データ（図５Ｃ）は、それぞれ専用に設定されたフォーマットを用いて送信される。加速度データ及び音声データは連続して取得されるため、データ数が多くなった場合には分割して送信される。分割されたデータは基地局（ＧＷ）において再び結合され、タグ付けされる。無線送信ではなるべく送信データ長を短くするために無線送信フォーマットが定義づけられているため、そのフォーマットで送信することができないタグ等は基地局（ＧＷ）で付加される。図５Ａから図５Ｃに示す無線送信フォーマットは、端末（ＴＲ）内のデータ形式情報（ＴＲＭＦ）、及び、基地局（ＧＷ）内のデータ形式情報（ＧＷＭＦ）に記録されている。
【０２１９】
図５Ａは、本発明の第１の実施の形態において赤外線データを無線送信するための赤外線データフォーマット（ＭＦＡＩＲ）の説明図である。
【０２２０】
なお、図５Ａのフォーマットのうち第０バイトから第２７バイトは、図５Ｂ及び図５Ｃの第０バイトから第２７バイトと同様である。このため、以下の説明のうち、第０バイトから第２７バイトの説明は、図５Ｂ及び図５Ｃにも適用される。
【０２２１】
第０バイトのＡｐｐｌｉｃａｔｉｏｎＨｅａｄｅｒは、このデータが本実施の形態のビジネス顕微鏡システムに関するデータであることを示す。ここで、「このデータ」とは、図５Ａに示すフォーマットによって送信されるセンシングデータを意味する。
【０２２２】
第１バイトのＤａｔａＴｙｐｅは、フォーマットの種類を示す。すなわち、第１バイトは、このデータが赤外線データ、加速度データ又は音声データのいずれであるかを示す。基地局（ＧＷ）は、このＤａｔａＴｙｐｅに従って、受信したデータを区別し、それぞれのデータにタグ付けをする。タグ付けされたデータは、センサネットサーバ（ＳＳ）のデータベースに格納される。
【０２２３】
第２バイトのＭｅｓｓａｇｅＴｙｐｅは、このデータがコマンド、コマンドに対する応答、又は、イベントのいずれであるかを示す。
【０２２４】
第３バイト及び第４バイトのＳｅｑｕｅｎｃｅＮｕｍは、取得したデータに順に付与された００００からＦＦＦＦまでの連続番号である。ＳｅｑｕｅｎｃｅＮｕｍは、基地局（ＧＷ）がデータが全て受信できたか否かを確かめるために用いられる。ＳｅｑｕｅｎｃｅＮｕｍがＦＦＦＦまでカウントされた場合、その次に取得されたデータには、００００が付与される。以後、１ずつ増加されたＳｅｑｕｅｎｃｅＮｕｍがデータに順次付与される。
【０２２５】
第５バイトのサンプリング識別子は、分割された複数のフレームが同一センシング周期にサンプリングされたデータであることを示すためのものである。なお、図５Ａの例では、第０バイトから第８７バイトまでの８８バイトのデータが一つのフレームのペイロードとして送信される。
【０２２６】
第６バイトのまとめ送り識別子は、このデータがまとめ送りされたものであるか否かを示す。まとめ送りとは、端末（ＴＲ）が基地局（ＧＷ）にデータを送信できなかった場合に、一度端末（ＴＲ）内にそのデータを記憶し、その後、記憶されているデータをまとめて送信する処理である。まとめ送り識別子を参照することによって、このデータが取得されたときに、端末（ＴＲ）を装着した人物が、外出等のために基地局（ＧＷ）のエリアの外にいたことを知ることができる。
【０２２７】
第７バイトの圧縮タイプ識別子は、このデータが圧縮されたものであるか否かを示す。このデータが圧縮されたものである場合、圧縮タイプ識別子はさらに、その圧縮方法を示す情報も含む。このデータが加速度データ又は音声データである場合、データ量が多いため、確実に送信するためにデータを圧縮する場合があるためである。データが圧縮されている場合、基地局（ＧＷ）又はセンサネットサーバ（ＳＳ）が元のデータに変換する。
【０２２８】
第８バイト及び第９バイトのセンシング周期は、端末（ＴＲ）がセンシングをしている状態と休止している状態からなる一サイクルの周期を示す。
【０２２９】
第１０バイト及び第１１バイトの無線送信周期は、無線によってセンシングデータを送信する周期を示す。通常、無線送信周期はセンシング周期の整数倍であることが望ましい。
【０２３０】
第１２バイト及び第１３バイトのサンプリングレートは、センシングの間隔を示す。
【０２３１】
第１４バイト及び第１５バイトのサンプリング回数は、連続してセンシングする回数である。サンプリング回数分だけセンシングを終えた後、次のサイクルに入るまでが休止状態となる。このように間欠的に動作させることで端末（ＴＲ）の低電力化を実現することができる。しかし、端末（ＴＲ）は、常時センシングを行うように設定されていてもよい。
【０２３２】
第１６バイトから第１９バイトのユーザＩＤは、端末（ＴＲ）を装着した人物を示す番号である。端末（ＴＲ）を装着した人物が変更された場合、ユーザＩＤを書き換えることができる。
【０２３３】
第２１バイトの分割フレーム総数は、センシングデータ（特に、加速度又は音声データ）を分割して送信する場合に、一サイクルにおいて取得されたデータを分割した数を示す。基地局（ＧＷ）は、受信したデータを分割フレーム番号の順に結合させることによってデータ結合（ＧＷＲＣ）を行う。
【０２３４】
第２０バイトの分割フレーム番号は、このデータが分割された中の何番目のフレームかを降順で示す。すなわち、最終フレームのフレーム番号は０番となる。このため、送信されたフレームの欠損を容易に発見できる。
【０２３５】
第２２バイトから第２７バイトのタイムスタンプは、センシング周期の始めの時刻を示す。タイムスタンプの値は、端末（ＴＲ）内の時計（ＴＲＣＫ）から取得される。このタイムスタンプが、図６のセンシングデータベースでは開始時刻（ＳＳＤＢ＿ＳＴＭ）として格納される。
【０２３６】
赤外線データフォーマット（ＭＦＩＲ）では、第２８バイト以降に、必要に応じて温度データ（第２８バイト）、照度データ（第２９及び第３０バイト）、電池電圧値（第３１バイト）及びＲＳＳＩ値（第３２バイト）等が設定される。端末（ＴＲ）の表裏を判別するために、端末（ＴＲ）の表裏それぞれに照度センサ（ＴＲＩＬ）が設けられてもよい。その場合、表側と裏側の照度データのそれぞれに１バイトの領域が確保される。
【０２３７】
電池電圧値は、端末（ＴＲ）に搭載されているバッテリー（図示省略）の残り電圧値である。ＲＳＳＩ値は、端末（ＴＲ）が基地局（ＧＷ）とアソシエイトした際の電波強度である。ＲＳＳＩ値によって基地局（ＧＷ）と端末（ＴＲ）の大まかな距離を知ることができる。リザーブ（第３３バイト）は予備の領域である。
【０２３８】
また、端末（ＴＲ）は、赤外線送信の際に、自身のＭＡＣアドレス（端末情報）の下４桁を、一度のセンシング周期に複数回送信する。端末（ＴＲ）は、赤外線信号を常時受信可能な状態である。４桁のアドレスを受信した端末（ＴＲ）は、一度のセンシング周期においてどの端末（ＴＲ）から何回受信したかをカウントする。そして、端末（ＴＲ）は、その４桁のアドレスを対面識別子とし、そのアドレスの受信回数を検出回数として送信する。
【０２３９】
第３６バイト及び第３７バイトは、対面識別子である。第３８バイト及び第３９バイトは、第３６バイト及び第３７バイトが示す対面識別子を受信した回数（すなわち検出回数）である。同様にして、第４０バイトから第８７バイトに、１２組の対面識別子と検出回数の組が登録される。
【０２４０】
すなわち、図５Ａの赤外線データフォーマット（ＭＦＩＲ）では、１回のセンシング周期において最大１３個の端末（ＴＲ）からの赤外線信号を受信することができる。１回のセンシング周期において、１３より少ない数の端末（ＴＲ）からの赤外線信号が受信された場合、一つ以上の対面識別子と検出回数の組が空のまま、図５Ａに示すフォーマットのデータが送信される。第３４バイト及び第３５バイトの赤外線検出端末個数は、データが存在する（すなわち、空でない）対面識別子と検出回数の組の数を示す。
【０２４１】
図５Ｂは、本発明の第１の実施の形態において加速度データを無線送信するための加速度データフォーマット（ＭＦＡＣＣ）の説明図である。
【０２４２】
加速度データフォーマット（ＭＦＡＣＣ）のうち第０バイトから第２７バイトまでの説明は、赤外線データフォーマット（ＭＦＡＩＲ）と同様であるため、省略する。
【０２４３】
加速度データフォーマット（ＭＦＡＣＣ）において、第２８バイトの加速度データ数は、１フレームの送信フォーマットに含まれるＸ、Ｙ、Ｚ方向の加速度データの組の数を示す。図５Ｂの場合には２０組の加速度データが含まれる。次の第３０バイトから順に加速度データが登録される。
【０２４４】
図５Ｃは、本発明の第１の実施の形態において音声データを無線送信するための音声データフォーマット（ＭＦＶＯＩＣＥ）の説明図である。
【０２４５】
音声データフォーマット（ＭＦＶＯＩＣＥ）のうち第０バイトから第２７バイトまでの説明は、赤外線データフォーマット（ＭＦＡＩＲ）と同様であるため、省略する。
【０２４６】
音声データフォーマット（ＭＦＶＯＩＣＥ）において、第２８バイトの音声データ数は、１フレームの送信フォーマットに含まれる音声データの数を示す。図５の場合には６０個の音声データが含まれる。次の第３０バイトから順に音声データが登録される。
【０２４７】
図６は、本発明の第１の実施の形態のセンシングデータベース（ＳＳＤＢ）の具体例の説明図である。
【０２４８】
センシングデータベース（ＳＳＤＢ）は、センサネットサーバ（ＳＳ）の記録部（ＳＳＭＥ）に格納される。センシングデータベース（ＳＳＤＢ）は、図１における組織ダイナミクスデータ収集（ＢＭＢ）内のデータテーブルに相当する。図６では、端末（ＴＲ）ごとにテーブルが作成されるものと仮定して、ＩＤが１００２の端末（ＴＲ）に対応するテーブル（ＳＳＤＢ＿１００２）の例を示す。すなわち、図６に示すセンシングデータベース（ＳＳＤＢ＿１００２）には、ＩＤが１００２の端末（ＴＲ）から送信されたセンシングデータが格納される。
【０２４９】
端末（ＴＲ）で取得されたデータは、図５Ａから図５Ｃの無線送信フォーマットに整理されて基地局（ＧＷ）に送信される。基地局（ＧＷ）は、無線送信フォーマットから各データの意味情報を読み取り、ＸＭＬ等の形式でタグ付けしてセンサネットサーバ（ＳＳ）に送信する。センサネットサーバ（ＳＳ）の制御部（ＳＳＣＯ）は、受信したデータを、データ管理（ＳＳＤＡ）によって整理して、センシングデータベース（ＳＳＤＢ）に格納する。
【０２５０】
テーブル（ＳＳＤＢ＿１００２）には、時刻（ＳＳＤＢ＿ＳＴＭ）、赤外線送信側ＩＤ１（ＳＳＤＢ＿ＯＩＤ１）、受信回数１（ＳＳＤＢ＿ＮＩＲ１）、…、赤外線送信側ＩＤ１３（ＳＳＤＢ＿ＯＩＤ１３）、受信回数１３（ＳＳＤＢ＿ＮＩＲ１３）、加速度ｘ１（ＳＳＤＢ＿ＡＸ１）、加速度ｙ１（ＳＳＤＢ＿ＡＹ１）、加速度ｚ１（ＳＳＤＢ＿ＡＺ１）、…、加速度ｘ１００（ＳＳＤＢ＿ＡＸ１００）、加速度ｙ１００（ＳＳＤＢ＿ＡＹ１００）及び加速度ｚ１００（ＳＳＤＢ＿ＡＺ１００）のカラム（列）が存在する。
【０２５１】
このテーブルは、さらに、受信回数２から受信回数１２、赤外線送信側ＩＤ２から赤外線送信側ＩＤ１２、加速度ｘ２から加速度ｘ９９、加速度ｙ２から加速度ｙ９９、及び、加速度ｚ２から加速度ｚ９９のカラムを含む。これらのカラムは、図６では省略されている。
【０２５２】
必要であれば、音声データ、温度・照度、センシング周期等の条件を格納するカラムが追加されてもよい。また、加速度及び音声の各センシングデータにそれぞれタイムスタンプを付けることが必要な場合には、加速度データテーブル、音声データテーブル等の独立したテーブルを作成してもよい。
【０２５３】
時刻（ＳＳＤＢ＿ＳＴＭ）には、図５Ａから図５Ｃにおけるタイムスタンプが格納される。図６の例では、年・月・日・時・分・秒・ミリ秒の形で格納される。例えば、レコードＲＥ０１の「２００６０７２４−１３３７４５００」は、２００６年７月２４日１３時３７分４５．００秒を示す。
【０２５４】
赤外線送信側ＩＤ１（ＳＳＤＢ＿ＯＩＤ１）、受信回数１（ＳＳＤＢ＿ＮＩＲ１）〜赤外線送信側ＩＤ１３（ＳＳＤＢ＿ＯＩＤ１３）、受信回数１３（ＳＳＤＢ＿ＮＩＲ１３）には、それぞれ、赤外線データフォーマット（ＭＦＩＲ）における対面識別子［１］、検出回数［１］〜対面識別子［１３］、検出回数［１３］が格納される。
【０２５５】
加速度ｘ１（ＳＳＤＢ＿ＡＸ１）、加速度ｙ１（ＳＳＤＢ＿ＡＹ１）、加速度ｚ１（ＳＳＤＢ＿ＡＺ１）〜加速度ｘ１００（ＳＳＤＢ＿ＡＸ１００）、加速度ｙ１００（ＳＳＤＢ＿ＡＹ１００）、加速度ｚ１００（ＳＳＤＢ＿ＡＺ１００）には、それぞれ、加速度データフォーマット（ＭＦＡＣＣ）の加速度ｘ［１］〜加速度ｚ［１００］のデータが格納される。ただし、図６のテーブルに格納される加速度データは、加速度データフォーマット（ＭＦＡＣＣ）の加速度ｘ［１］〜加速度ｚ［１００］を変換式によって単位［Ｇ］に変換することによって得られた値である。
【０２５６】
１回のセンシング周期においてセンシングされたデータは、同じレコード（行）に格納され、各レコードには必ず時刻情報が含まれる。相互データ整列（ＢＭＣ）の際には、この時刻情報を基準にして、各センシングデータが、他の端末（ＴＲ）から得られたデータと対応付けられる。
【０２５７】
図７は、本発明の第１の実施の形態の結合テーブル（ＣＴＢ）の具体例の説明図である。
【０２５８】
結合テーブル（ＣＴＢ）は、アプリケーションサーバ（ＡＳ）の記録部（ＡＳＭＥ）に格納される。結合テーブル（ＣＴＢ）は、図１における相互データ整列（ＢＭＣ）の結合テーブルに相当する。図７は、例として、ＩＤが１００２である端末（ＴＲ）によって検出されたゼロクロス値と、ＩＤが１０００である端末（ＴＲ）によって検出されたゼロクロス値とを結合することによって作成された結合テーブル（ＣＴＢ＿１００２＿１０００）を示す。結合テーブルは、組織に属する二人の人物、又は、分析に含みたい任意の二人の人物が装着する端末（ＴＲ）について作成される。
【０２５９】
なお、図１の結合テーブル（ＣＴＢａｂ）では加速度・赤外線及び音声のデータを一つの結合テーブルにまとめているが、図７に示すようにデータの種類ごとに独立にテーブルが作成されてもよい。
【０２６０】
ゼロクロス値１００２（ＺＥＲＯ１００２）は、図６のテーブル（ＳＳＤＢ＿１００２）における一行に含まれる各軸方向１００個の加速度データにおけるゼロクロス回数を計数し、さらに、Ｘ軸、Ｙ軸、Ｚ軸について計数された数を合計することによって算出される。よって一つの端末（ＴＲ）に関しては、一つの時刻情報に対して一つのゼロクロス値が存在する。
【０２６１】
二つの端末（ＴＲ）に関するデータは、時刻情報に基づいて結合される。具体的には、二つの端末（ＴＲ）のそれぞれに関するデータを含む二つのテーブル（ＳＳＤＢ）（例えば、図６参照）の時刻（ＳＳＤＢ＿ＳＴＭ）が照合される。そして、原則として、同じ時刻（ＳＳＤＢ＿ＳＴＭ）に対応するデータが、結合テーブル（ＣＴＢ＿１００２＿１０００）の同じレコードに格納される。この場合、それらのデータに対応する時刻（ＳＳＤＢ＿ＳＴＭ）の値が時刻（ＡＳＤＢ＿ＡＣＣＴＭ）に格納される。
【０２６２】
しかし、二つの端末（ＴＲ）のセンシング時刻が一致しない場合、二つのテーブル（ＳＳＤＢ）の時刻（ＳＳＤＢ＿ＳＴＭ）が一致しない。すなわち、二つのテーブル（ＳＳＤＢ）に、同じ時刻（ＳＳＤＢ＿ＳＴＭ）に対応するデータが存在しない。この場合、二つのテーブル（ＳＳＤＢ）のデータのうち、最も近い時刻（ＳＳＤＢ＿ＳＴＭ）に対応するデータ同士が、テーブル（ＣＴＢ＿１００２＿１０００）の同じレコードに格納される。このとき、時刻（ＡＳＤＢ＿ＡＣＣＴＭ）は、元の（最も近い）二つの時刻（ＳＳＤＢ＿ＳＴＭ）に基づいて算出される。例えば、最も近い二つの時刻（ＳＳＤＢ＿ＳＴＭ）の平均が時刻（ＡＳＤＢ＿ＡＣＣＴＭ）として格納されてもよい。
【０２６３】
基本的にセンシング周期はどのノードにおいても同じであるため、一組の時刻情報を合わせると他の時刻情報も自動的に揃うことになる。しかし、送信エラーなどによるデータ欠損等がある場合には時刻がずれる。その場合には、欠損したデータをダミーデータによって補完する等の必要がある。
【０２６４】
ゼロクロス値の結合テーブルは人物間の相互相関を計算するために用いられる。このため、２系統のデータ（図７の例では、ゼロクロス値１００２及び１０００）の時刻が揃っていなくてはならない。音声及び加速度のデータに関しても、組織のダイナミクスを抽出するためには任意の人物間における比較対照を行うことは必須である。二人の人物に関するデータの時刻情報をそろえることで、それらの人物の発話のリズムや回数の偏り、行動と対面との因果関係等を時系列上で分析することが可能になる。その結果、人物間の関係性、さらには組織ダイナミクスに関する複雑な解析を行うことが可能になる。
【０２６５】
この結合テーブルを用いた相関係数の学習（ＢＭＤ）、組織アクティビティ解析（ＢＭＥ）及び組織アクティビティ表示（ＢＭＦ）の手順の一例は、図１において述べたとおりである。
【０２６６】
次に、図１に示す組織アクティビティ解析（ＢＭＥ）及び組織アクティビティ表示（ＢＭＦ）における、加速度データによる人物間の相互相関計算、任意の人物間の距離計算、グループ化、組織構造パラメータ、及び、組織構造表示の流れの具体的な例を示す。
【０２６７】
図８は、本発明の第１の実施の形態における組織アクティビティ解析（ＢＭＥ）及び組織アクティビティ表示（ＢＭＦ）の処理の一例を示す説明図である。
【０２６８】
具体的には、図８は、図１における人物間の相互相関計算（ＥＡ１４）から組織構造表示（ＦＣ３１）までの処理の一例を、各処理の結果を合わせて示したものである。組織ダイナミクスデータ取得（ＢＭＡ）から個人特徴量抽出（ＥＡ１３）までは、図１に示す処理が実行されているものとする。
【０２６９】
ここでは、任意の人物間の関係性を表す指標の一つとして影響力を計算し、組織の構造を表現する例を説明する。組織構造を解析するための指標は多種ありえるので、それらの複数の指標を計算してもよい。
【０２７０】
図８では、人物Ａが人物Ｂへ与えている影響力を表す指標の例として、人物間の相互相関計算（ＳＥＡ１４）の結果の表示例（ＳＥ１）を示す。これは、人物Ａと人物Ｂの加速度のゼロクロス値の相互相関を計算した結果の例である。加速度のゼロクロス値の相互相関を計算するまでの手順は、図１の相関係数の学習（ＢＭＤ）又は組織アクティビティ解析（ＢＭＥ）における加速度周波数計算（ＥＡ１２）、個人特徴量抽出（ＥＡ１３）及び人物間の相互相関計算（ＥＡ１４）と同様である。すなわち、図８に示す人物間の相互相関計算（ＳＥＡ１４）は、図１に示す人物間の相互相関計算（ＥＡ１４）に相当する。しかし、別の処理計算が用いられてもよい。
【０２７１】
人物間の相互相関計算結果の表示例（ＳＥ１）のグラフは、横軸が時間差τ（分）であり、縦軸が影響の大きさ（Ｒab）を表している。縦軸は、正方向が正の相関を、負方向が負の相関を示す。例えば横軸２０（分）におけるＲabがピーク値を示す場合、人物Ａと人物Ｂの動作には２０分の間隔をおいて相関があると言うことができる。この場合、人物Ａが動いた２０分後に人物Ｂが動くという傾向があるため、人物Ｂが人物Ａの影響を受けていると解釈することができる。
【０２７２】
また、相関の現れる間隔によって、与えられる影響の種類が異なると考えることもできる。例えば、間隔がミリ秒単位であった場合、頷き又は共同注意等の直接的な対話における影響が与えられていると考えられる。一方、間隔が分単位であった場合には、行動による影響が与えられている（例えば、人物Ａの指示に従って人物Ｂが行動している、又は、人物Ａの行動を人物Ｂが模倣している、等）と解釈することができる。
【０２７３】
さらに、図８ではτが正の値である場合しか表示していないが、τが負の値である場合についても計算することができる。負のτに対応するＲabがピークを示す場合、人物Ａの行動又は行動に関する予測が、その人物Ａの行動以前の人物Ｂの行動に影響を与えていることを示していると解釈できる。
【０２７４】
次に、影響力等の人物間の関係性を表す指標が取得され、任意の人物間の距離が計算される（ＳＥＫ４１）。この処理は、図１に示す任意の人物間の距離計算（ＥＫ４１）に相当する。なお、関係性の指標及び距離は、図１において説明した組織特徴量と同じものであってもよいし、異なるものであってもよい。
【０２７５】
まず、人物間の相互相関計算結果の表示例（ＳＥ１）のグラフから、関係性パラメータ（すなわち、人物間の関係性を表す指標）として一つの実数値を取得する必要がある。そのために、例えば、グラフにおいて最も大きなピーク値の値を取得してもよいし、グラフの絶対値の積分を計算した結果を取得してもよい。あるいは、特定の種類の影響を抽出したい場合、影響が現れる時間（すなわち、相関の現れる間隔）を、例えば０〜３分までというように限定して、その範囲内でのピーク値又は絶対値の積分を取得してもよい。このようにして取得された関係性パラメータの値が大きいほど、人物間の行動の相関が強いため、人物間の関係性が強い（すなわち、人物間の距離が近い）と考えられる。
【０２７６】
ここで、絶対値の積分を関係性パラメータとして用いる場合を説明する。この場合、人物Ａと人物Ｂの間の影響力をＲab（τ）とすると、それらの人物間の関係性パラメータは、
【０２７７】
【数４】
2008210363.tif 000006
【０２７８】
として表される。
【０２７９】
関係性パラメータが一つである場合には、この実数値がそのまま人物Ａと人物Ｂの関係性の距離として用いられる。しかし、複数の関係性パラメータが用いられる場合（例えば、加速度から算出された関係性パラメータに加えて、赤外線又は音声から算出された関係性パラメータが用いられる場合）、人物間の関係性は、関係性ベクトル
【０２８０】
【数５】
2008210363.tif 000007
【０２８１】
によって表される。ここで、関係性ベクトルの要素Ｔab（ｋ）（ｋ＝１、２、…、ｎ）は、人物Ａ及び人物Ｂについて算出された関係性パラメータである。この場合、人物Ａと人物Ｂの間の関係性の強さ（すなわち距離）は、各関係性パラメータに重み付けを行って合計した実数値である関係性距離
【０２８２】
【数６】
2008210363.tif 000008
【０２８３】
として算出される。
【０２８４】
同様にして、任意の人物間の関係性距離を求めることによって、それらを要素とする関係性距離行列Ｒを抽出することができる（ＳＥ２１）。
【０２８５】
任意の人物間の距離計算結果の表示例（ＳＥ２）は、関係性距離行列Ｒの一例（ＳＥ２１）、及び、関係性ネットワークの一例（ＳＥ２２）を示す。関係性ネットワークの一例（ＳＥ２２）は、関係性距離行列Ｒの一例（ＳＥ２１）を、ノード及びリンクからなる簡略なネットワーク形式で表示したものである。
【０２８６】
Ａ、Ｂ、Ｃ及びＤが表示された各ノードは、それぞれ、人物Ａ、人物Ｂ、人物Ｃ及び人物Ｄを示す。ノード間を結合しているリンクの近傍に表示されている正の実数は、それらのノードが示す人物の間の距離を示す。図８の例において、表示されている値が小さい方が距離が近い、つまり関係性が強いことを表している。ただし、０は関係がないことを表している。
【０２８７】
図８の例では、関係性の強さと、表示されるリンクの太さとが関連付けられている。例えば、人物Ａと人物Ｂの間の関係性距離の値は１．０、人物Ｂと人物Ｃの間の関係性距離の値は０．５である。すなわち、人物Ｂと人物Ｃの間の関係性は、人物Ａと人物Ｂの間の関係性より強い。この場合、人物Ｂと人物Ｃを結合するリンクは、人物Ａと人物Ｂを結合するリンクより太く表示される。なお、図８の例では、関係のない人物の間を結合するリンク（例えば、人物Ａと人物Ｄを結合するリンク）は、点線によって表示される。
【０２８８】
関係性距離行列Ｒは対称行列であることが望ましいが、必要であれば非対称行列が用いられてもよい。
【０２８９】
次に、求めた関係性距離行列に基づいて、距離が近い人物同士のグループを検出するグループ化の手順を示す（ＳＥＫ４２）。
【０２９０】
組織において人物は、業務ユニットのメンバとして、同期の友人として、趣味の仲間として等の多様な関係性と役割を有しており、趣味のつながりが業務の成功の手助けになったり、新たなひらめきを生むこともある。よって、一人の人物が複数のグループに属することを検出できるグループ化方法が望ましい。
【０２９１】
また、大きなグループの中にも特に親密な小グループが存在することがあり、グループの大きさによってその質が異なっていると考えられる。よって、組織全体のマクロな構成を俯瞰したい場合と、個人間のミクロな関係を抽出したい場合とで、目的に合わせてグループを区切るレベルを可変にできるグループ化方法が望ましい。
【０２９２】
これらの理由から、ここでは非排他的な階層的グループ化を行う。非排他的とは、一つの要素（すなわち人物）が複数のクラスタ（すなわちグループ）に含まれることを許可するという意味である。これによって、実際の組織構造に忠実に即した表現と分析が可能になる。
【０２９３】
しかし、グループ化方法は以下の説明によって限定されず、目的に適したどの方法が選択されてもよい。また、グループ化は行わず、関係性距離行列の値のみに基づいて人物を示すノードの配置を決定することによって、組織構造表示を行ってもよい。
【０２９４】
非排他的な階層的グループ化の手順を以下に述べる。任意の人物間の距離計算結果の表示例（ＳＥ２）を用いてグループ化結果の表示例（ＳＥ３）を描画することがここでの目標である。なお、以下のグループ化の手順は、アプリケーションサーバ（ＡＳ）によって実行されるが、その他の装置（例えばクライアント（ＣＬ））によって実行されてもよい。グループ化の結果は、クライアント（ＣＬ）のディスプレイ（ＣＬＯＤ）に表示される。
【０２９５】
まず、関係性距離の計算結果としてネットワーク形式の表示（ＳＥ２２）が得られたと仮定する。これは、人物ＡからＤまでの任意の人物間の関係性の値をリンク上の値として表示したものである。値が小さいほど距離が近い、つまり関係性が強いことを示しているが、値０は関係性がないことを示す。
【０２９６】
そこで始めに、関係性ネットワークから０を除いて最も小さな関係性距離の値を持つ二人の人物を探す。図８の例では、人物Ｃと人物Ｄの間の関係性距離０．２が最も小さい。この場合、二本の略平行な縦方向の線と、その二本の線の上端どうしを結合する横方向の線とからなるテーブル状の図形がグループ化結果の表示例（ＳＥ３）にプロットされる。このとき、テーブル状の図形の両脚に相当する二本の縦方向の線が、それぞれ、人物Ｃ及び人物Ｄに対応付けられる。そして、テーブル状の図形の高さ（すなわち、両脚の下端が接する基準線から上端の横方向の線までの距離）は、人物Ｃと人物Ｄの間の関係性距離０．２を示す。
【０２９７】
さらに、次に小さな関係性距離の値を持つ人物を探す。その結果、関係性距離０．５の値を持つ人物Ｃと人物Ｂが発見される。この場合、上記と同様に、０．５の高さを持つテーブル状の図形が表示される。ここで既に人物Ｃは二箇所に表示されている。
【０２９８】
そして、次に小さな関係性距離の値は人物Ｂと人物Ｄの間の０．７となる。これによって、既に表示されている値と合わせて、人物Ｂ−人物Ｃ−人物Ｄの三者の関係が明らかになる。この時点で、既に人物Ｃと人物Ｄの関係を示す図形、及び、人物Ｃと人物Ｂの関係を示す図形の二つが表示されている。このため、これらの図形をさらに結合するように、高さ０．７のテーブル状の図形が表示される。
【０２９９】
このように、関係性距離の値が小さい順に、人物の組み合わせが抽出され、その二者間を結合するようにテーブル状の図形が表示される。そのとき三者間の関係が明らかになった場合には、既に表示されているテーブルを結合するようにテーブル状の図形が表示される。関係性距離の最大値までこの手順を繰り返すことによって、グループ化結果の表示例（ＳＥ３）が完成する。
【０３００】
また、この図において、閾値となる関係性距離の値を決定し、表示されている図形を閾値の高さで分断すると、分断された点より下部に複数のグループが存在する場合がある。これらのグループは、決定された閾値より小さい関係性距離を有する人物の組み合わせによって構成される。ここで閾値を大きくすると、その閾値の下グループの数が減る。一方、閾値を小さくすると、より小さい関係性距離を有する人物の組み合わせによって構成される多くの小グループが現れる。図８では、仮に閾値を１．５とした場合を示している。この場合、４人の人物からなる組織は、人物Ｂ、Ｃ及びＤからなるグループ１と、人物Ａ及びＢからなるグループ２の二つに分けられる。そして、人物Ｂがこれら二つのグループを橋渡しする役割を担っていると解釈することができる。
【０３０１】
以上の処理によって組織構造を表示するための組織構造パラメータが設定される（ＳＥＫ４３）。ここでは、関係性距離計算の結果がノード間の距離として表示され、グループ化の結果がグループとして表示される。
【０３０２】
上記以外の組織構造パラメータを設定し、ノードの色又は大きさ等に反映させてもよい。
【０３０３】
次に、組織構造表示（ＳＦＣ３１）では、組織構造パラメータに従って、各人物に対応するノード（円又は点）を表示画面上に配置することによって、人間関係から成る実際の組織構造が表示される。その結果、組織構造表示結果の例（ＳＥ４）のような表示が完成する。
【０３０４】
表示の際には、各人物に対応するノードが、各関係性距離の値を反映し、かつ、全体のバランスが取れるように配置される。例えば、複数のグループに属する人物のノードは、その人物が属するグループの数だけ表示し、各グループに属するノードを楕円等で囲うことによってグループを表現してもよい。このとき、異なるグループが交差しないように表示することが望ましい。
【０３０５】
なお、組織構造表示結果の例（ＳＥ４）には、閾値によって分断されたグループ１とグループ２だけでなく、グループ１の下に存在する人物Ｄと人物Ｃ、人物Ｃと人物Ｂの小グループも点線で囲って表現した。これによって、３人で構成されるグループ１が二つの小グループから成っていることがわかり、さらに、人物Ｃがそれらの小グループをつなぐ役割を担っていることがわかる。また、人物Ｂはグループ１とグループ２をつなぐ役割を担っていることがわかる。
【０３０６】
なお、図１において説明したように、各人物間の関係性距離を反映するように各人物のノードが表示されてもよい。例えば、人物間の関係性が強い（すなわち、関係性距離が近い）ほど、それらの人物を示すノードが近くなるように表示されてもよい。具体的には、人物Ｃと人物Ｄの関係性距離が、人物Ａと人物Ｂの関係性距離より近い場合、人物Ｃのノードと人物Ｄのノードの間の距離が、人物Ｃのノードと人物Ｄのノードの間の距離より近くなるように表示される（図８参照）。あるいは、図１に示すように、各人物のノードを結合するリンクが表示されてもよい。その場合、人物間の関係性距離が近いほど、それらの人物のノードを結合するリンクが太くなるように表示されてもよい。
【０３０７】
図８には、人物間の関係性距離が、端末（ＴＲ）によって検出された加速度に基づいて算出される例を示した。しかし、関係性距離は、端末（ＴＲ）によって検出された種々の物理情報に基づいて算出することができる。例えば、所定の期間に端末（ＴＲ）が他の端末（ＴＲ）から赤外線信号を受信した回数に基づいて、関係性距離が算出されてもよい。その場合、赤外線信号を受信した回数が多いほど、関係性距離が近いと判定される。あるいは、端末（ＴＲ）が検出した音声に基づいて関係性距離が算出されてもよい。この場合、加速度の相互相関と同様の方法によって、各端末（ＴＲ）が検出した音声信号の相互相関が算出されてもよい。その場合、音声信号の相互相関の強さが、人物間の関係性の強さ（すなわち、人物間の関係性距離の近さ）として扱われる。
【０３０８】
以上によって、各人物の行動を示す時系列データから、実際の組織構造を抽出することができた。この組織構造表現は、各人物間の関係性のダイナミクスを反映しているものである。
【０３０９】
以上の本発明の第１の実施の形態によれば、人物が装着した端末（ＴＲ）によって検出された赤外線、加速度、音声等のデータを分析することによって、人物間の関係性が数値化される。さらに、人物間の関係性が視覚的にわかりやすいように表示される。これによって、組織に属する一人一人の行動と組織のパフォーマンスとの関係が明らかになり、個人と組織が共に高めあう好循環サイクルを実現することができる。さらに、これをリアルタイムで行うことによって好循環サイクルをより速く回すことが可能になる。
【０３１０】
次に、本発明の第２の実施の形態について説明する。
【０３１１】
任意の人物間の距離計算結果の表示例および組織構造表示結果の別の例を図９に示す。図８の組織構造表示（ＳＥ４）においては、人物とグループの関係性を示すのみであったが、本実施例では、特徴的な振る舞いをする人物あるいはグループをマーキングして表示する部分に特徴を持つ。具体的にこれを実現するため、任意の人物間の距離計算／人物毎の特徴計算（ＳＥＫ４１Ａ）において、人物毎特徴テーブル（ＳＥ２３）を用意して、人物毎の距離の総計とリンク数の総計を管理し、例えば、これらの総計が最も多い人物に対してマーキングを行う。図９の例では、人物Ｃが、これらの総計が最も多い人物としてマーキングされる。すなわち、図９の例では、人物Ｃと人物Ｃ以外の人物との関係が、他の人物とその人物以外の人物との関係より強いことを意味する。
【０３１２】
ここで、マーキングの対象は、単に距離の総計の最も高い人物、もしくは、リンク数総計の最も高い人物、に対して行うこともできる。もしくは、距離の総計の最も低い人物、もしくは、リンク数総計の最も低い人物、に対して行うこともできる。マーキングの方法については、マーキング対象のノードの色や大きさ、ノードの形状を変更するように、組織構造パラメータ（ＳＥＫ４３Ａ）に通知する。これらの結果は、組織構造表示（ＳＦＣ３１Ａ）によって、組織構造表示（ＳＥ４Ａ）に示される。図９の例では、ノードＣに対してマーキング処理（四角のノード形状で表示）が施されている例を示している（ＥＭ１）。このようなマーキングを行うことによって、対象とする組織内において特徴ある振る舞いをする人物（例えば、組織内でハブとなって活躍している人物、等）を表示画面上で容易に特定することが可能となる。マーキング対象はマーキングの方法については、予めユーザ／管理者が、組織構造パラメータ（ＳＥ４３Ｋ）内の、マーキングポリシ（ＭＰ）に設定しておく。
【０３１３】
上記の例では、特定の人物に関して、マーキングを行う例を示したが、次に、特徴的なインタラクションを行うグループ（すなわち人物セット）をマーキングする例について説明する。グループ化（ＳＥＫ４２Ａ）を行うためのグループ結果の表示（ＳＥ３Ａ）において、グループ化を行なうための閾値（ＳＥ３Ｔ１）の他に、関係性距離の強度を判定するための閾値（ＳＥ３Ｔ２）を設ける。図９の例においては、ＳＥ３Ｔ２の値を０．３に設定しており、この閾値以下に相当する人物セットは（人物Ｃ、人物Ｄ）となる。すなわち、人物Ｃと人物Ｄの関係性は、閾値（ＳＥ３Ｔ２）が示す関係性より強い。これらの該当人物に対して、特徴的なマーキング（例えば、囲みのハッチング表示）を行うように、組織構造表示（ＳＦＣ３１Ａ）に指示することで、人物Ｃ及び人物Ｄからなる人物セットがマーキング（ＥＭ２）される。このように、特定の人物だけでなく、活発な活動を行っている人物やグループに対しても、マーキングを行うことが可能となる。
【０３１４】
このマーキングは、ノードの色又は形状を変更する代わりに、ノードとして任意のシンボルを表示することによって実行されてもよい。ここで、シンボルとは、色、模様、図形、記号又はそれらの組み合わせであってもよい。
【０３１５】
さらに、ノードの色や形状の変更だけでなく、図１０の組織構造表示結果（ＳＥ４Ｂ）に示すように、特徴的な人物や人物セットに対して、注釈（すなわちテキスト画像）を付与することも可能である。図１０においては、人物Ｃに対して「組織のハブ」という注釈（ＥＭ１１）が表示されている。この注釈は、人物Ｃとその他の人物との関係を示す情報を含む。一方、人物Ｃ及びＤからなる人物セットに対しては「インタラクションが活発」という注釈（ＥＭ２１）が付与されている。この注釈は、人物Ｃと人物Ｄとの関係を示す情報を含む。このように、注釈を併用することで、組織内での、特徴ある人物あるいはグループの行動をより際立たせて表示することが可能になる。
【０３１６】
次に、本発明の第３の実施の形態について説明する。ユーザに対して日々の活動状況を提示することは、業務に対する意識を高める作用がある。ユーザへフィードバック効果として、１）業務現状の可視化による問題意識の共有化、２）センサノード装着のインセンティブ向上があげられる。本実施例では、アプリケーションサーバ（ＡＳ）によって求められた解析結果をメールやＷｅｂを用いてユーザへフィードバックする手順を述べる。
【０３１７】
図１１は、センサデータの取得からユーザへのフィードバックするための全体システムを図示したものである。以降は、図２に対しての追加部分のみを説明する。
【０３１８】
フィードバック部（ＦＢＰＩ）では、アプリケーションサーバ（ＡＳ）によって求められた解析結果を、メールやＷｅｂ経由でユーザに対して提示する。フィードバック部（ＦＢＰＩ）は、制御部（ＦＢＣＯ）、記録部（ＦＢＭＥ）、無線・有線通信部（ＦＢＳＲ）で構成されている。制御部（ＦＢＣＯ）内でのそれぞれの処理について述べる。
【０３１９】
時計（ＦＢＣＫ）は、現在の時刻を保持している。ユーザリスト（ＦＢＵＬ）は、フィードバックを行なう対象のユーザ名と、どのようなフィードバックを行なうかを示すコンテンツ番号が記載されているリストである。コンテンツリスト（ＦＢＣＬ）には、電子メール、Ｗｅｂベースに提示等のフィードバック方法の指定、データの取得、コンテンツの生成、ユーザへ送信するまでの手順が格納されている。コンテンツ選択（ＦＢＣＳ）は、ユーザリスト（ＦＢＵＬ）とコンテンツリスト（ＦＢＣＬ）からの指示によって、どのフィードバックを行なうかを選択する。データ読み込み（ＦＢＤＲ）は、コンテンツ生成に必要なデータの依頼を無線・有線通信部（ＦＢＳＲ）経由でアプリケーションサーバ（ＡＳ）へ依頼し、また、その結果のデータを無線・有線通信部（ＦＢＳＲ）経由で取得する。データチェック（ＦＢＤＣ）は、データ読み込み（ＦＢＤＲ）で読み込んだデータに対して、ユーザ名、日付、形式等にエラーがあるデータや欠けているデータの有無のチェックを行なう。コンテンツ生成（ＦＢＣＧ）は、コンテンツ選択（ＦＢＣＳ）によって得られた、コンテンツ作成手順をもとに、データからコンテンツを生成する。文章生成（ＦＢＭＧ）は、コンテンツ生成（ＦＢＣＧ）において、データ読み込み（ＦＢＤＲ）によって取得したデータからフィードバックに必要な文章を生成する。画像生成（ＦＢＩＧ）は、コンテンツ生成（ＦＢＣＧ）において、データ読み込み（ＦＢＤＲ）によって取得したデータからフィードバックに必要な画像を生成する。データ送信（ＦＢＤＳ）は、コンテンツ生成（ＦＢＣＧ）の出力結果をユーザが望む提示方法（メール、Ｗｅｂ等）によって、データを送信する。記録部（ＦＢＭＥ）は、制御部（ＦＢＣＯ）で行なわれる処理に必要なデータを記録している。無線・有線通信部（ＦＢＳＲ）は、アプリケーションサーバ（ＡＳ）への通信や、携帯電話網、インターネット網との接続を無線・有線で接続する機能を有している。
【０３２０】
ＰＣログ入力部（ＰＬＰＩ）は、ユーザのパソコン（ＰＣ）の操作履歴をセンサネットサーバ（ＳＳ）に送信するための機構である。ＰＣログ入力部（ＰＬＰＩ）は、制御部（ＰＬＣＯ）、記録部（ＰＬＭＥ）、無線・有線通信部（ＰＬＳＲ）で構成されている。制御部（ＰＬＣＯ）内でのそれぞれの処理について述べる。
【０３２１】
時計（ＰＬＣＫ）は、現在の時刻を保持している。ユーザリスト（ＰＬＵＬ）は、ＰＣの操作履歴の取得を行なうユーザ名とＰＣログの取得方法が記載されているリストである。コンテンツリスト（ＰＬＣＬ）は、ＰＣの操作履歴の取得方法として、Ｗｅｂ経由での取得、また、メールベースの取得など複数あり、それぞれの内容を提示するまでの手順が格納されている。取得方法選択（ＰＬＡＳ）は、ユーザリスト（ＰＬＵＬ）とコンテンツリスト（ＰＬＣＬ）からの指示によって、どの方法でログを取得するかを選択する。Ｗｅｂ生成（ＰＬＷＧ）は、Ｗｅｂを経由してＰＣログを取得するために必要な文章や画像が記載されている。メール生成（ＰＬＭＧ）は、メールを経由してＰＣログを取得するために必要な文章が記載されている。記録登録（ＰＬＭＲ）は、ユーザから送られてきたＰＣログをチェックし、無線・有線通信部（ＰＬＳＲ）経由にて、センサネットサーバ（ＳＳ）に送信する。ユーザチェック（ＰＬＵＣ）は、入手したデータが該当するユーザのものであるのかをチェックする。日付チェック（ＰＬＤＣ）は、入手したデータが該当する日付のものであるのかをチェックする。記録部（ＰＬＭＥ）は、制御部（ＰＬＣＯ）で行なわれる処理に必要なデータを記録している。無線・有線通信部（ＰＬＳＲ）は、センサネットサーバ（ＳＳ）への通信や、携帯電話網、インターネット網との接続を無線・有線で接続機能する機能を有している。
【０３２２】
パフォーマンス入力部（ＰＭＰＩ）は、ユーザの主観評価をアンケートという形で、ユーザのパフォーマンスを取得し、それをセンサネットサーバ（ＳＳ）に送信する機構である。パフォーマンス入力部（ＰＭＰＩ）は、制御部（ＰＭＣＯ）、記録部（ＰＭＭＥ）、無線・有線通信部（ＰＭＳＲ）で構成されている。制御部（ＰＭＣＯ）内でのそれぞれの処理について述べる。ユーザリスト（ＰＭＵＬ）は、ユーザのパフォーマンスとして取得を行なうユーザ名とパフォーマンスの取得方法が記載されているリストである。時計（ＰＭＣＫ）は、現在の時刻を保持している。パフォーマンスリスト（ＰＭＣＬ）は、ユーザの主観評価の複数の計測方法、それぞれの内容のアンケートの提示方法、その結果のアプリケーションサーバ（ＡＳ）への送信方法、までの手順を記載している。取得方法選択（ＰＭＡＳ）は、ユーザリスト（ＰＭＵＬ）とパフォーマンスリスト（ＰＭＣＬ）からの指示によって、どの方法でパフォーマンスを取得するかを選択する。Ｗｅｂ生成（ＰＭＷＧ）は、Ｗｅｂを経由してパフォーマンスを取得するために必要な文章や画像が記載されている。メール生成（ＰＭＭＧ）は、メールを経由してパフォーマンスを取得するために必要な文章が記載されている。提示（ＰＭＰＳ）は取得方法選択（ＰＭＡＳ）で作成したアンケートを無線・有線通信部（ＰＭＳＲ）を経由し、ユーザに提示する。記録登録（ＰＭＭＲ）は、ユーザから送られてきたパフォーマンスをチェックし、無線・有線通信部（ＰＭＳＲ）を経由で、センサネットサーバ（ＳＳ）に送信する。ユーザチェック（ＰＭＵＣ）は、入手したデータが該当するユーザのものであるのかをチェックする。日付チェック（ＰＭＤＣ）は、入手したデータが該当する日付のものであるのかをチェックする。記録部（ＰＭＭＥ）は、制御部（ＰＭＣＯ）で行なわれる処理に必要なデータを記録している。無線・有線通信部（ＰＭＳＲ）は、センサネットサーバ（ＳＳ）への通信や、携帯電話網、インターネット網との接続を無線・有線で接続機能する機能を有している。
【０３２３】
センサネットサーバ（ＳＳ）は、端末（ＴＲ）から基地局（ＧＷ）経由で送られてきたセンサデータを記録部（ＳＳＭＥ）内のセンシングデータベース（ＳＳＤＢ）に保存する。センサデータを記録部（ＳＳＭＥ）は、さらに、ＰＣログデータベース（ＳＳＰＬ）とパフォーマンスデータベース（ＳＳＰＭ）を有する。ＰＣログデータベース（ＳＳＰＬ）はＰＣログ入力部（ＰＬＰＩ）から送られてきたデータを格納するデータベースであり、パフォーマンスデータベース（ＳＳＰＭ）はパフォーマンス入力部（ＰＭＰＩ）から送られてきたデータを格納するデータベースである。
【０３２４】
図１２は、図１１の構成によって実現されるフィードバックの利用イメージである。以下に、一連の流れを説明する。ユーザが持っている端末（ＴＲ）から取得したセンサ情報は基地局（ＧＷ）経由し、センサネットサーバ（ＳＳ）に送信される。また、ユーザの主観評価であるパフォーマンスはパフォーマンス入力部（ＰＭＰＩ）経由で、ＰＣの操作履歴はＰＣログ入力部（ＰＬＰＩ）を経由して、センサネットサーバ（ＳＳ）に送信される。そして、これらのデータを用いて、アプリケーションサーバ（ＡＳ）にて解析が行なわれる。フィードバック部（ＦＢＰＩ）にて、アプリケーションサーバ（ＡＳ）の解析結果をもとに、ユーザへのフィードバックを行なう。フィードバックの方法は複数あり、電子メールを用いたフィードバック（ＦＢＭＳ）、Ｗｅｂ、スクリーンセイバを用いたフィードバック（ＦＢＩＳ）、端末（ＴＲ）への配信によるフィードバックがある。ユーザはフィードバックの内容を携帯電話やクライアント（ＣＲ）上で確認を行う。
【０３２５】
図１３は、フィードバック部（ＦＢＰＩ）で行なわれる処理をシーケンス図で図示したものである。この処理では、アプリケーションサーバ（ＡＳ）、フィードバック部（ＦＢＰＩ）によって、フィードバックが特定の時刻に電子メールでクライアントユーザ（ＵＳ）に配信される処理の例を示す。
【０３２６】
フィードバック部（ＦＢＰＩ）にて、予め設定した開始時刻になると、タイマ起動（ＦＢ２Ｔ）よって処理が起動する。
【０３２７】
内容選択（ＦＢ２Ｓ）は、コンテンツ選択（ＦＢＣＳ）で行なわれる処理である。具体的には、フィードバックの該当者をユーザリスト（ＦＢＵＬ）から選択し、そのユーザが希望するフィードバック方法の手順をコンテンツリスト（ＦＢＣＬ）から選択して、出力する。フィードバックの内容や提示方法は、予めユーザもしくは管理者によって決定され、この内容はコンテンツリスト（ＦＢＵＬ）に手順として登録されているものとする。
【０３２８】
データ取得依頼送信（ＦＢ２Ａ）は、データ読み込み（ＦＢＤＲ）で行なわれる処理である。具体的には、内容選択（ＦＢ２Ｓ）で取得されたユーザ名とコンテンツを作成するのに必要なセンサデータの取得を、アプリケーションサーバ（ＡＳ）に依頼する。
【０３２９】
依頼を受信したアプリケーションサーバ（ＡＳ）の、データ取得依頼受信（ＡＳ２Ｒ）では、無線・有線通信部（ＦＢＳＲ）から送信したユーザ名と希望するデータ名を送受信部（ＡＳＳＲ）で受信する。
【０３３０】
次にデータ検索（ＡＳ２Ｓ）では、アプリケーションサーバ（ＡＳ）は、データ依頼受信（ＡＳ２Ｒ）から受信したユーザ名とデータ名を検索キーとして、該当するデータを検索し、データを取得する。
【０３３１】
有無チェック（ＡＳ２Ｃ）では、アプリケーションサーバ（ＡＳ）は、データ検索（ＡＳ２Ｓ）の出力であるデータをチェックする。その結果、データが欠けている場合、その部分を解析（ＡＳ２Ａ）し、データが欠けていない場合、データ送信（ＡＳ２Ｅ）をする。
【０３３２】
解析（ＡＳ２Ａ）では、アプリケーションサーバ（ＡＳ）は、ユーザ名と欠けている時間を指定し、解析を行なう。
【０３３３】
データ送信（ＡＳ２Ｅ）では、アプリケーションサーバ（ＡＳ）によって得られたデータをフィードバック部（ＦＢ）の無線・有線通信部（ＦＢＳＲ）に対して送信する。
【０３３４】
データ受信（ＦＢ２Ｒ）では、送受信部（ＡＳＳＲ）から送信した希望したデータを送受信部（ＦＢＳＲ）で受信する。
【０３３５】
フィードバック部（ＦＢＰＩ）でのデータ確認（ＦＢ２Ｃ）は、データチェック（ＦＢＤＣ）で行なわれる処理である。アプリケーションサーバ（ＡＳ）によって得られたセンサデータにエラーが含まれているかどうかのチェックを行なう。
【０３３６】
画面・文章生成（ＦＢ２Ｇ）は、コンテンツ生成（ＦＢＣＧ）で行なわれる処理であり、コンテンツ選択（ＦＢＣＳ）内の内容選択（ＦＢ２Ｓ）で行なわれたコンテンツ生成手順に従って、もし、メール文章生成ならばメール生成（ＦＢＭＧ）、画像ならば画像生成（ＦＢＩＧ）によってコンテンツを作成する。
【０３３７】
メール生成（ＦＢＭＧ）で作成したメールの例を図１４に示す。図１４のフィードバックメール（ＦＭ）は、日々の活動内容を文字で示している図である。分析日におけるセンサデータから活動時間、対面時間の長かった相手のランキングリストを表示している。このように、アプリケーションサーバ（ＡＳ）から得たデータとコンテンツリスト（ＦＢＣＬ）を用いることによって、フィードバックコンテンツを作成する。提示（ＦＢ２Ｐ）は、データ送信（ＦＢＤＳ）によって行なわれる処理であり、内容選択（ＦＢ２Ｓ）によって指定されたユーザ名とコンテンツ提示方法を用いて、ユーザに提示する。提示方法はユーザリスト（ＦＢＵＬ）に記載されており、メールでの提示、Ｗｅｂでの提示、また、スクリーンセイバによる提示等の提示方法が可能である。さらに、フィードバック結果の送信先を端末（ＴＲ）と指定することも可能であり、その際の送信先はセンサネットサーバ（ＳＳ）となる。また、フィードバックを受信するタイミングを、ユーザが予め設定しておくのではなく、ユーザが任意の時点でフィードバックを要求して取得することも可能である。この場合には、図１３に示すように、ユーザクライアント（ＵＳ）にてユーザが内容選択（ＵＳ２Ｓ）を行う。内容選択（ＵＳ２Ｓ）では、ユーザが、ユーザ名、コンテンツの選択、及び、コンテンツ提示方法を選択し、その結果をフィードバック部（ＦＢＰＩ）に送信することで、フィードバック処理が実行される。
【０３３８】
以上、日々の状況をユーザに提示するフィードバック処理についての説明行なった。このフィードバック処理によって、ユーザが、自分の状況を理解・反省し、その後の思考や行動を考えることを誘発させることが可能となる。上記で説明したように、ユーザの提示の仕組みとしては、ユーザの嗜好性に沿ったものが相応しく、時間、分析内容、提示方法などの変更が可能である。
【０３３９】
次に、本発明の第４の実施形態について説明する。
【０３４０】
実施例３では、フィードバックを実現するための仕組みとメールを使用したフィードバックの例について述べた。本実施例では、別のフィードバックのコンテンツとして、画像を用いたフィードバックの例について説明する。
【０３４１】
図１５は画像におけるフィードバックの例であり、あるグループの業務においての、リスク（不確実性）と進捗（ＲＰ）を示した図である。リスクとは終了予定日にタスクを終了できるかというリスクを数値化したものであり、進捗とはメンバの業務に関する値である。これをユーザに見せることによって、自らの行動の見直しを促すことができる。画像（ＲＩ０１）は、各ユーザを特定する固有の画像である。自分の顔写真などの絵を掲載しておくことが好ましい。
【０３４２】
ラッキーカラー（ＲＩ０２）は、各ユーザの行動の特徴量のうち、業務上の成果を出すにあたってもっとも効果が高いと思われる行動の特徴量に対して割り当てられた色（ラッキーカラー）を表示する。特徴量として、組織内の対話時間や対話人数、歩行時間、ＰＣ操作時間、歩行頻度、発話、対話相手、活性度、温度、赤外線センサの検出頻度、センサ信号のフーリエ変換後のスペクトラム値、センサ信号のゼロクロス値などがあげられる。なお、図１５には、色の代わりにハッチングを表示している。ラッキーカラーの選択方法について以下に説明する。各ユーザに対して、図１の個人特徴量抽出（ＥＡ１３）を用いて特徴量を抽出する。その際には、パフォーマンスが登録されている日付の特徴量を用いる。パフォーマンスが登録されていない日付のものは用いない。あらかじめ特徴量毎に色を割り当てておく必要がある。例えば、特徴量１は赤、特徴量２は青というように決めておく。
【０３４３】
さらに、図１６のようなアンケートを行ない、これをパフォーマンス入力部（ＰＭＰＩ）に代入する。図１６の例で示しているパフォーマンス主観アンケート（ＰＵ）はユーザの行動を５つの観点から評価する。ユーザは、それぞれの項目に対して、５段階評価を行なう（１は最も評価が低く、５が最も評価が高い）。アンケートの中から１つの項目を選択し、その１つの特徴量を用いて分析を行なう。
【０３４４】
次に、分析方法について説明する。例えば、ユーザのアンケート評価が高いときに値が高く、ユーザのアンケートの評価が低いときに値が低い値を示す特徴量を１つ導き出し、それをユーザのラッキーカラー（ＲＩ０２）に指定する。この値を求めるためには、判別分析、回帰分析など、公知の解析手法である多変量解析を用いても構わない
行動グラフ（ＲＩ０３）は日々の個人の状況をグラフ化したものである。ここではパフォーマンスは用いず、ラッキーカラー（ＲＩ０２）を求めるために用いた分析と最新時刻のセンサデータから求めた特徴量を用いて分析を行なう。そして、センサデータを取得した時刻の箇所に特徴量をプロットする。
【０３４５】
この結果、グラフの値が低いとラッキーカラーで示した特徴量が低いため、行動が芳しくないと判断することができる。その際に、特徴量として一番高かった値を、あらかじめ決めていた特徴量を示す色を選択し、これを現在のカラーとしてＲＩ０４に表示する。
【０３４６】
予想終了日表（ＲＩ０６）は図１７のアンケートの集計結果を表示する。このアンケートは、パフォーマンス行動アンケート（ＰＫ）と呼ばれる。ユーザは、パフォーマンス主観アンケート（ＰＵ）と同じように、日々のアンケート入力によって各項目に回答する。パフォーマンス行動アンケート（ＰＫ）はパフォーマンス入力部（ＰＭＰＩ）に代入される。その現在日時とベスト、ワーストの日時のから終了実現可能度合いを求め、これをリスクとして表示する。求め方として、例えば、ワーストとベストに日時が離れているほど曖昧であると仮定し、リスクが高いと判定する。よって、その区間にある係数を掛け合わせたものをリスクの値とする。
【０３４７】
予想終了日表（ＲＩ０６）は現在の状況であるが、過去にさかのぼってリスク値を表示したグラフをリスクグラフ（ＲＩ０５）で示す。
【０３４８】
このように、ユーザはリスク（不確実性）と進捗を示した図を見ることによって、自らの行動の見直しを促すことができる。さらに、特徴量毎に色を決めておくことで、パフォーマンスと特徴量から自分のラッキーカラーを求めることができる。このラッキーカラーによるフィードバックによって、自分がどのように行動すべきなのかをわかりやすく判断することができる。
【０３４９】
図１８はフィードバック内容の別の表示例である。図１５はフィードバック内容として各ユーザに対して１つの項目をフィードバックする例を示したが、図１８では複数の項目を同時に表示することができる。図１８では、「体」と「心」の満足度合いを示すレーダーチャートである。
【０３５０】
図１８を作成するためには、図１５と同じように、特徴量毎にあらかじめ色を決めておく必要がある。図１８では、レーダーチャートの中心を自分とし、同心円上に特徴量である色図をプロットする。そして、中心と色図を線で結び、中心の方が小さい値になるように、値をプロットし、プロットした点同士を結ぶ。
【０３５１】
次に、図１５のラッキーカラー（ＲＩ０２）を求めた手法を用いて、例えば「体」のラッキーカラー（ＫＫ０２）を求める。そして、複数個の満足度合いを図示するために、区別を行なう必要があり、例えば、それを色図のまわりのフレームを用いている。例えば、「体」のラッキーカラー（ＫＫ０２）では、特徴量２であり、特徴量２の色図のまわりを破線で囲んでいる。そして、日々の状況に対して、行動グラフ（ＲＩ０３）と同じように求めプロットする。各特徴量に対して、５段階で判定し、現在の状況をプロットする。５段階では１が不満足、５が満足とし、それぞれの特徴量において値の大きさを表示する。
【０３５２】
このように複数個のラッキーカラーを表示するためには、それぞれを識別するものが必要であり、図１８の例では、色図のまわりのフレームであったが、識別する方法としては、異なるアイコンや文字を使用することもできる。
【０３５３】
最後に、図１９に、組織内のメンバに対して、誰に影響を与え、誰の影響を受けているのかを組織影響マップ（ＫＬ）として示すフィードバック例である。図１９に示す例では、レーダーチャートの中心を自分（Ａ）とし、同心円上に他のメンバ（Ｂ〜Ｉ）をプロットし、自分とメンバとの影響度合いを示している。自分（Ａ）とメンバを線で結び、その線の中心を０とし、影響を与えている場合ならば正の値を、影響を受けている場合には負の値をプロットし、プロットした点同士を結線する。
【０３５４】
この影響度合いの求め方は、はじめに、メンバ全員の個人特徴量（ＥＡ１２）の相関係数（図１に示す）を求め、縦横の個数がメンバ数となるような相関行列を作成する。相関行列は対称行列となるため、２者間の相関は同じ値となる。各ユーザに対して固有の係数を求め、その係数の値を２者間の相関値に掛け合わせることで、両者間の影響を求める。例えば、活動時間が長いユーザほど他のユーザに与える影響は大きくなると仮定すると、各ユーザの取得時間を求め、それをユーザ固有の係数とする。この係数の値は任意に決められるが、相関行列から影響を求めるためには何らかの係数が必要となる。そして、両者の相関値に対してそれぞれ係数を掛け合わせ、両者の影響を求める。影響度は、両者の影響の値の比較（例えば、影響値の差分）によって求める。ユーザ間の影響度は、上記以外の方法、例えば、判別分析又は回帰分析など、公知の解析手法である多変量解析によって求めてもよい。
【０３５５】
このように、加速度の動きの相関行列を用いて、影響度として組織の状態を可視化することによって、組織内の現状を可視化することが可能となる。
【０３５６】
さらに、特徴量として、メンバ全員の個人特徴量（ＥＡ１２）の相関係数（図１に示す）の代わりに、メンバ全員のパフォーマンス（パフォーマンス行動アンケート（ＰＫ）、パフォーマンス主観アンケート（ＰＵ）などの主観評価値）との相関係数を用いてもよい。
【０３５７】
以上、画像を用いた可視化手法によってフィードバックを行う例について述べた。フィードバックを画像で行う利点は、それを見たユーザが一見して大量の情報を取得できることである。例えば、パフォーマンスとセンサデータから特定の色（ラッキーカラー）を導き出すことによって、自分がどのように行動すべきなのかをわかりやすく提示することができる。さらに、加速度の動き特徴量から影響度という組織の状態を可視化する係数を求めることによって、組織内業務の依存関係を可視化することができる。
【０３５８】
なお、上記の第３及び第４の実施の形態には、動き特徴量と色とを対応付ける例を示した。しかし、色、図形、模様、記号又はそれらの組み合わせ等、いかなるシンボルが動き特徴量と対応付けられてもよい。その場合、図１２、図１５及び図１８において、各特徴量と対応付けられたシンボルが色の代わりに表示される。
【図面の簡単な説明】
【０３５９】
【図１】本発明の第１の実施の形態において実行される処理の全体の流れを示す説明図である。
【図２】本発明の第１の実施の形態のビジネス顕微鏡システムを実現するセンサネットシステムの全体構成を説明するブロック図である。
【図３】本発明の第１の実施の形態において実行される、端末が取得したデータに基づいて、組織における人物間の関係性を表示する処理の手順を示すシーケンス図である。
【図４】本発明の第１の実施の形態において実行されるアソシエイト及び時刻同期の手順を説明するシーケンス図である。
【図５Ａ】本発明の第１の実施の形態において赤外線データを無線送信するための赤外線データフォーマットの説明図である。
【図５Ｂ】本発明の第１の実施の形態において加速度データを無線送信するための加速度データフォーマットの説明図である。
【図５Ｃ】本発明の第１の実施の形態において音声データを無線送信するための音声データフォーマットの説明図である。
【図６】本発明の第１の実施の形態のセンシングデータベースの具体例の説明図である。
【図７】本発明の第１の実施の形態の結合テーブルの具体例の説明図である。
【図８】本発明の第１の実施の形態における組織アクティビティ解析及び組織アクティビティ表示の処理の一例を示す説明図である。
【図９】本発明の第２の実施の形態における組織アクティビティ解析及び組織アクティビティ表示の処理の一例を示す説明図である。
【図１０】本発明の第２の実施の形態における組織アクティビティ解析及び組織アクティビティ表示の処理の一例を示す説明図である。
【図１１】本発明の第３の実施の形態おいて実行される処理の全体の流れを示す説明図である。
【図１２】本発明の第３の実施の形態の利用シーンを示す図である。
【図１３】本発明の第３の実施の形態おいてフィードバック処理の手順を示すシーケンス図である。
【図１４】本発明の第３の実施の形態におけるフィードバックメールの例である。
【図１５】本発明の第４の実施の形態におけるフィードバック画像の例である。
【図１６】本発明の第４の実施の形態におけるパフォーマンスアンケートの例である。
【図１７】本発明の第４の実施の形態におけるパフォーマンスアンケートの例である。
【図１８】本発明の第４の実施の形態におけるフィードバック画像の例である。
【図１９】本発明の第４の実施の形態におけるフィードバック画像の例である。
【符号の説明】
【０３６０】
ＴＲ  端末
ＧＷ  基地局
ＮＷ  ネットワーク
ＳＳ  センサネットサーバ
ＡＳ  アプリケーションサーバ
ＣＬ  クライアント
【図１】
2008210363.tif 000009
【図２】
2008210363.tif 000010
【図３】
2008210363.tif 000011
【図４】
2008210363.tif 000012
【図５Ａ】
2008210363.tif 000013
【図５Ｂ】
2008210363.tif 000014
【図５Ｃ】
2008210363.tif 000015
【図６】
2008210363.tif 000016
【図７】
2008210363.tif 000017
【図８】
2008210363.tif 000018
【図１３】
2008210363.tif 000019
【図１４】
2008210363.tif 000020
【図１６】
2008210363.tif 000021
【図１７】
2008210363.tif 000022
【図１９】
2008210363.tif 000023
【図９】
2008210363.tif 000024
【図１０】
2008210363.tif 000025
【図１１】
2008210363.tif 000026
【図１２】
2008210363.tif 000027
【図１５】
2008210363.tif 000028
【図１８】
2008210363.tif 000029