"イベントデータ処理装置であって、時刻と人物情報と人物同士が対面したことを示すデータとを含む対面情報が格納される記録部と、前記対面情報の入力を受け付けて前記記録部に記録する入力部と、前記入力部が入力を受け付けた対面情報から対面していた人数である対面人数を算出し、第1の時刻における第1の対面人数と第2の時刻における第2の対面人数との差である対面人数差を算出し、前記対面人数差が予め定められた閾値である対面人数閾値以下であった場合、前記第1の時刻と前記第2の時刻との間に連続したコミュニケーションが行われていたと判別して、前記第1の対面人数と前記第2の対面人数に含まれる人物と前記第1の時刻と前記第2の時刻とに対してイベントを識別するイベント識別子を関連づけて前記記録部に記録する制御部と、前記記録された前記イベント識別子を出力する出力部と、を有することを特徴とするイベントデータ処理装置。請求項1に記載のイベントデータ処理装置であって、前記制御部は、前記入力部が入力を受け付けた対面情報から対面人物の構成員に関する情報である対面構成員情報を算出し、前記第1の時刻における第1の対面構成員情報と前記第二の時刻における第2の対面構成員情報との一致度合いであるメンバ一致率を算出し、前記メンバ一致率が予め定められた閾値であるメンバ一致率閾値以上である場合、前記第1の時刻と前記第2の時刻との間に連続したコミュニケーションが行われていたと判別して、前記第1の対面人数と前記第2の対面人数に含まれる人物と前記第1の時刻と前記第2の時刻とに対してイベントを識別するイベント識別子を関連づけて前記記録部に記録することを特徴とするイベントデータ処理装置。イベントデータ処理装置であって、時刻と人物情報と人物同士が対面したことを示すデータとを含む対面情報と、体の動きに関する情報である動作情報と、が互いに関連づけて格納される記録部と、前記対面情報と前記動作情報と、の入力を受け付けて前記記録部に記録する入力部と、前記入力部が入力を受け付けた対面情報から対面していた時間帯である対面時間帯を算出し、前記入力部が入力を受け付けた動作情報から人物の動作の大きさである動作値を算出し、前記対面時間帯のうち、前記動作値が予め定められた閾値である第1の動作閾値以上である時間帯の長さを、前記動作値が予め定められた閾値である第2の動作閾値以下である状態が所定の時間以上継続する時間帯を前記対面時間帯から除いた時間帯の長さで除算した値である評価指標を算出し、前記算出された評価指標を前記対面情報に関連づけて前記記録部に記録する制御部と、前記記録された評価指標を出力する出力部と、を有することを特徴とするイベントデータ処理装置。請求項3に記載のイベントデータ処理装置であって、前記動作情報は、加速度の周波数又はゼロクロス値を含むことを特徴とするイベントデータ処理装置。請求項1に記載のイベントデータ処理装置であって、さらに画面を有し、前記出力部は前記画面に前記イベント識別子を表示することを特徴とするイベントデータ処理装置。請求項1に記載のイベントデータ処理装置であって、前記入力部は、前記対面人数閾値の入力を受け付けることを特徴とするイベントデータ処理装置。請求項1に記載のイベントデータ処理装置であって、前記入力部は、前記第1の時刻と前記第2の時刻の時間間隔の入力を受け付けることを特徴とするイベントデータ処理装置。請求項2に記載のイベントデータ処理装置であって、前記入力部は、前記メンバ一致率閾値の入力を受け付けることを特徴とするイベントデータ処理装置。請求項1に記載のイベントデータ処理装置であって、前記対面情報は赤外線の通信情報を含むことを特徴とするイベントデータ処理装置。請求項1に記載のイベントデータ処理装置であって、前記入力部は、前記イベント識別子で識別されるイベントに対するコメントの入力を受け付け、前記イベント識別子に関連づけて前記コメントを前記記憶部に記憶することを特徴とするイベントデータ処理装置。請求項1に記載のイベントデータ処理装置であって、前記人物情報は、前記人物が所属するグループ情報を含むことを特徴とするイベントデータ処理装置。請求項11に記載のイベントデータ処理装置であって、さらに画面を有し,前記出力部は前記グループ情報が識別するグループに所属する人物と関連するイベントか否かを基準として前記画面に前記イベント識別子の表示を制御することを特徴とするイベントデータ処理装置。請求項3に記載のイベントデータ処理装置であって、前記制御部は、前記評価指標を異なる複数の前記対面時間帯に対して算出し、前記算出された複数の前記評価指標の時間変化率を算出し、前記出力部は、前記時間変化率を出力することを特徴とするイベントデータ処理装置。請求項3に記載のイベントデータ処理装置であって、前記対面情報は、赤外線通信と位置ビーコンとを用いて取得されることを特徴とするイベントデータ処理装置。請求項2に記載のイベントデータ処理装置であって、前記制御部は、第1のイベントと第2のイベントとに対し、前記第1のイベントと前記第2のイベントの時間重複率と、前記第1のイベントと前記第2イベントの対面構成員情報のメンバ重複率と、に基づいて前記第1のイベントと前記第2のイベントとを合併するか否かを判断し、合併する場合は前記第1のイベントと前記第2のイベントを新しく第3のイベントとして前記記録部に記録することを特徴とするイベントデータ処理装置。本発明が解決しようとする課題は、人間の記憶の出来事と紐付けるために,人間の活動に関する連続的なセンサデータに適切な区切りを与えて表示することである。特に,ホワイトカラーの業務を対象とし,アドホックに複数人が集まって会話する対面イベントや,個人でPCに向かって文書を執筆するなどの個人作業イベントを抽出することで業務中の活動を区切って示す。対面イベントを抽出するためには,人物同士が正対して対面したというデータに基づき,対面イベントに参加したメンバとその開始時刻終了時刻を特定することが必要である。そのためには,特許文献1では会議中のデータしか対象とならなく、また、,特許文献2ではセンサを設置した場所での集団しか検知できないため,上記の課題を十分に解決できない。また,特許文献2,特許文献4では,複数の人がアドホックに集まり解散するまでの柔軟な集団の形成解体を一連の纏まったイベントとして抽出する方法は示されていない。イベントデータ処理装置であって、時刻と人物情報と人物同士が対面したことを示すデータとを含む対面情報が格納される記録部と、対面情報の入力を受け付けて記録部に記録する入力部と、入力部が入力を受け付けた対面情報から対面していた人数である対面人数を算出し、第1の時刻における第1の対面人数と第2の時刻における第2の対面人数との差である対面人数差を算出し、対面人数差が予め定められた閾値である対面人数閾値以下であった場合、第1の時刻と第2の時刻との間に連続したコミュニケーションが行われていたと判別して、第1の対面人数と第2の対面人数に含まれる人物と第1の時刻と第2の時刻とに対してイベントを識別するイベント識別子を関連づけて記録部に記録する制御部と、記録されたイベント識別子を出力する出力部と、を有することを特徴とするイベントデータ処理装置によって、上記課題は解決できる。本発明によれば,途中から会話に参加した人や途中で抜けた人がいてメンバ構成が変化した場合にも,大半のメンバ構成が一致していれば一連のイベントとして抽出される。同じ場所または特定の人を含んで,別のイベントが連続して発生した場合にも,メンバ構成が大きく変化していれば別のイベントとして区別される。また,同時刻に複数の異なる集団が発生している場合にも,別のイベントとして区別される。これによって,人物間の対面の有無に関するデータのみを用いて,職場で自然に発生消滅する対面コミュニケーションのイベントの情報を,その開始時刻終了時刻メンバ構成を特定して抽出することができる。本発明は、センシングデータを表示するセンシングデータ表示装置であり、人物間の対面に関するデータを用いて,複数人が集まり解散する対面イベントを抽出して表示することを特徴とする。以下、図面を用いて説明を行う。最初に、本発明の第1の実施の形態について図面を参照して説明する。<図1:システム概要>図1に、第1の実施の形態のシステム概要を示す。第1の実施の形態では、センサ端末TR、TR2~5:以下個体を識別しない場合にはすべてTRと示すを組織のメンバがユーザUS、US2~5:以下個体を識別しない場合にはすべてUSと示すとして装着し、その端末TRによって各メンバの動きやメンバ間の交流インタラクションに関するセンシングデータを取得する。インタラクションについては、ユーザUS同士が対面した際に各端末TR間で赤外線を送受信することで対面を検知している。会議室などの多くの人が集まって会話する広い場所では,全ての同席者の端末TR同士で赤外線が届かない場合があるため,位置ビーコンPBを設置することで人物間の対面データを補うことも可能である。位置ビーコンPBは場所を示すIDを赤外線で発信しており,それを端末TRが受信することで,ユーザUSがその場所に滞在していたことを検知する。取得したセンシングデータは無線または有線で接続し基地局GW,GW2:以下個体を識別しない場合にはすべてGWと示すに送信され、ネットワークNWを通じてセンサネットサーバSSに格納される。センサネットサーバSSは定期的にこれらのセンシングデータの下処理を行い、取り扱いしやすい二次データとして保管しておく。ユーザに見せるための画面を作成するためには、アプリケーションサーバASが定期的にセンサネットサーバSSから二次データを取得し、データから対面イベントや個人作業イベントを抽出する。ユーザUSは,クライアントCLにアカウントやパスワードを入力することでアプリケーションサーバASのWebページにアクセスし,その閲覧者向けのコンテンツをクライアントCL上の画面ODにて閲覧する。<図2~図4:全体システムのブロック図>図2から図4は、本発明の実施の形態のセンシングデータ表示装置を実現するセンサネットワークシステムの全体構成を説明するブロック図である。図示の都合上分割して示してあるが、各々図示された各処理は相互に連携して実行される。また、図内のそれぞれの機能はハードウェアとソフトウェアの協働によって実現される。★日本の特許法の場合、ソフトとハードの協働で情報処理がなされることが明確でないといけないという決まりがあります。。これらの各構成要素は図2~4から明らかなように、制御部と記憶部と送受信部を有している。制御部は通常のコンピュータ等の処理部である中央処理部CentralProcessingUnit:CPU、図示省略などで構成され、記憶部は半導体記憶装置や磁気記憶装置等のメモリ装置で構成され、送受信部は有線無線等のネットワークインタフェースで構成される。その他、必要に応じて時計等を備えている。端末TRでそれを装着した人物の動きやコミュニケーションに関するセンシングデータを取得し、センシングデータは基地局GWを経由して、センサネットサーバSSに格納する。また、アプリケーションサーバASはセンシングデータから対面イベントや個人作業イベントを抽出し,クライアントCLを介したユーザUSのリクエストに応じて,その結果を提示する。図2から図4はこれらの一連の流れを示す。図2から図4における形の異なる6種類の矢印は、それぞれ、時刻同期、アソシエイト、取得したセンシングデータの格納、センシングデータの解析、ファームウェア更新、及び、制御信号のためのデータまたは信号の流れを表している。<図2:全体システム1CLAS>図2に、クライアントCLとアプリケーションサーバASの一実施例の構成を示す。<クライアントCLについて>クライアントCLは、ユーザUSとの接点となって、データを入出力する。クライアントCLは、入出力部CLIO、送受信部CLSR、記憶部図示省略、制御部CLCOを備える。入出力部CLIOは、ユーザUSとのインタフェースとなる部分である。入出力部CLIOは、ディスプレイCLOD、タッチパネルCLIT、キーボードCLIK及びマウスCLIM等を備える。必要に応じて外部入出力CLIUに他の入出力装置を接続することもできる。ディスプレイCLODは、CRTCathode-RayTube又は液晶ディスプレイ等の画像表示装置である。ディスプレイCLODは、プリンタ等を含んでもよい。ユーザによる入力を支援するためにタッチパネルCLITを用いる場合には、タッチパネルCLITをディスプレイCLODの画面ODと重なるように設置し、出力と入力を同じ画面上で行うように見せることもできる。送受信部CLSRは、アプリケーションサーバASや他のネットワークに接続した機器との間でデータや命令を送受信する。具体的には、送受信部CLSRは、表示する画面のリクエストをアプリケーションサーバASに送信し、リクエストに対応する画像を受信する。記憶部図示なしは、ハードディスク、メモリ又はSDカードのような外部記録装置で構成される。記憶部図示なしは、表示の履歴やユーザUSのログインIDなどを保存させても良い。<アプリサーバAS>アプリケーションサーバASは、センシングデータの二次データを処理及び解析し、クライアントCLを通してユーザに提示するためのコンテンツ情報多くは画像であるが、動画やテキストデータ、音声データなど他のデータでもよいを生成する。アプリケーションサーバASは、送受信部ASSR、記憶部ASME及び制御部ASCOを備える。送受信部ASSRは、ネットワークNWを通じて、センサネットサーバSS、NTPサーバTS、クライアントCL、及び個人用クライアントCPとの間でデータの送信及び受信を行い、そのための通信制御を行う。記憶部ASMEは、ハードディスク、メモリ又はSDカードのような外部記録装置で構成される。記憶部ASMEは、作成したコンテンツ情報や、コンテンツ作成のためのプログラム、その他コンテンツ作成に関係するデータを格納する。具体的には、記憶部ASMEは、ユーザ属性リストASUL、グループ管理リストASGR,対面イベントテーブルASCE,個人作業イベントテーブルASPE,主観情報テーブルASST,データ処理変数リストASDV,活動報告書出力設定ASGO,イベント抽出プログラムASPP,及び二次データ読み込みプログラムASPRを格納する。ユーザ属性リストASULは、端末TRのIDと、その端末を装着したユーザUSの氏名ユーザID所属、メールアドレス、属性等との対照表である。人物間の対面時に相手から受信したIDを氏名と紐付けたり,WebにログインしたIDに従って表示内容を変更したりする際に参照する。図10にその具体例を示す。グループ管理リストASGRはWebアプリケーション上で設定したグループを管理するリストである。図11にその具体例を示す。グループは,フォーマルな組織体系ではなく,ユーザUSが自由に作成することができる。グループを定義すると同じグループの人のイベントを閲覧したり,行動や会議の指標をグループ単位で平均して表示したりすることができるようになる。グループ管理リストASGRでは,グループ番号,そのグループが有効である開始日と終了日,グループ名,メンバリストとその属性に関する情報を管理する。メンバの属性によってデータの閲覧や制御の権限が異なる。オーナーはグループを作った人であり,グループ管理リストASGRの情報を変更する権限を持つ。また,開示閲覧に関してはメンバとして扱われる。メンバは,自身のデータをグループのメンバスーパーバイザ含むに開示し,また,グループの他のメンバのデータを閲覧できる。スーパーバイザは,直接一緒に業務をしているメンバではないが,そのグループの状況を把握しておくべき人でありたとえば上長や他部署の関係者など,グループのメンバのデータを閲覧する権限はあるが,自身のデータはグループに開示されない。対面イベントテーブルASCEは,対面イベントに関する一連の処理ASCY,ASCC,ASCTによって抽出された対面イベントの情報を格納するテーブルである。また,個人作業イベントテーブルASPEは,個人作業イベントに関する一連の処理ASPY,ASPTによって抽出された個人作業イベントの情報を格納するテーブルである。また,主観情報テーブルASSTは,ユーザUSによって入力された主観情報を,対面イベントや個人作業イベントと関連付けて格納するテーブルである。データ処理変数リストASDVは,図17のデータ処理変数画面ODDVにてWebアプリケーションの管理者によって設定された,データ処理に関する諸々の変数を格納するテーブルである。活動報告書出力設定ASGOは,主観情報テーブルASSTに格納されたユーザの主観評価情報を,図30に示す活動報告書出力ファイルの例のように出力するための,設定条件を格納するものである。出力条件は,例えば,図29の活動報告書出力設定画面ODKSをユーザUSが操作することによって設定される。イベント抽出プログラムASPPは,イベント抽出に関する処理ASCY,ASCC,ASCT,ASPY,ASPTを実行するためのプログラムである。二次データ読み込みプログラムASPRは,二次データ要求ASCPにおいてセンサネットサーバSSから受信する二次データ例えば1分単位の対面相手のID一覧や加速度リズムのデータの形式に対応した,読み込みプログラムである。制御部ASCOは、CPU図示省略を備え、センサデータや主観評価情報を処理し,ユーザに提供するWebコンテンツをとして出力するためのプロセスを実行する。入出力制御ASCIOは,ユーザがWebアプリケーションを通じてイベントデータを閲覧したり,イベントに対する主観評価情報実施したことやその反省点,次の課題などを入力したりする際の制御を行うものである。ユーザがWebアプリケーションにログインする際のユーザ認証ASCIU後,ユーザの操作に従って対象データの日付や種類対象グループを切り替えて画面を構成する表示画面生成ASCIDや,入力した主観評価情報をイベントと関連付けて主観情報テーブルASSTに格納する主観評価入力ASCISを行う。また,アプリケーションサーバASは時計ASCKを有しており,外部のNTPサーバTSなどに接続して正確な時刻を維持する。あらかじめ設定した時刻になるとタイマ起動ASTKし,二次データ読み込みプログラムASPRとイベント抽出プログラムASPPを起動する。二次データ要求ASCPでは,センサネットサーバSSに必要な期間対象者種類を指定して二次データを要求し,受信する。受信したデータを用いて,対面イベントの処理に関しては,対面要素イベント抽出処理ASCY,対面要素イベント結合処理ASCC,対面イベント特徴量抽出ASCTを順に実施する。個人作業イベントの処理に関しては,個人作業イベント抽出処理ASPY,個人作業イベント特徴量抽出ASPTを実施する。なお,プログラムの起動方法は手動でも良いし,センサネットサーバSSで特定のパターンのデータを受信したことをトリガとして起動しても良い。<図3:全体システム2SSIS>図3は、センサネットサーバSS及び基地局GWの一実施例の構成を示している。<センサネットサーバSS>センサネットサーバSSは、全ての端末TRから集まったデータを管理する。具体的には、センサネットサーバSSは、基地局GWから送られてくるセンシングデータをセンシングデータベースSSDBに格納し、また、アプリケーションサーバASやクライアントCLからの要求に基づいてセンシングデータまたは二次データを送信する。さらに、センサネットサーバSSは、基地局GWとその管理下にある端末TRの情報を随時管理する。また、端末TRのファームウェアを更新するための制御コマンドの起点となる。センサネットサーバSSは、送受信部SSSR、記憶部SSME及び制御部SSCOを備える。送受信部SSSRは、基地局GW、アプリケーションサーバAS、個人用クライアントCP及びクライアントCLとの間で、データの送信及び受信を行い、その際の通信制御を行う。記憶部SSMEは、ハードディスク等のデータ記憶装置によって構成され、少なくとも、センシングデータベースSSDB、二次データベースSSDT、データ形式情報SSMF、端末管理テーブルSSTT及び端末ファームウェアSSTFDを格納する。さらに、記憶部SSMEは、制御部SSCOのCPU図示省略によって実行されるプログラムを格納する。センシングデータベースSSDBは、各端末TRが取得したセンシングデータ、端末TRの情報、及び、各端末TRから送信されたセンシングデータが通過した基地局GWの情報等を記録しておくためのデータベースである。加速度、温度等、データの要素ごとにカラムが作成され、データが管理される。また、データの要素ごとにテーブルが作成されてもよい。どちらの場合にも、全てのデータは、取得された端末TRのIDである端末情報TRMTと、センシングされた時刻に関する情報とが関連付けて管理される。二次データベースSSDTは、センシングデータベースSSDBのデータをセンシングデータ処理SSCDTした結果を格納するデータベースである。二次データベースSSDTに格納されている二次データは、下処理済みの規格化されたデータであり、ノイズが取り除かれ、基本コンテンツを作成するために適した形式、例えば1日ごとにユーザUSの任意の2者間の合計対面時間を行列形式で出力するなど、で保管される。アプリケーションサーバASでは処理前のセンシングデータではなく二次データを使うようにルール化することで、ノイズの除去など端末TRや通信状況に依存するセンシングデータの特性を考慮せず、アプリケーションのためのプログラムを開発することができる。データベースとしては、二次データベースSSDTはセンシングデータベースSSDBと共通のものを用い、テーブルを分けるだけでも良い。また、必要に応じて、基本コンテンツ作成ASCBCはセンシングデータベースSSDBからセンシングデータ処理SSCDT前のデータを取得しても良い。データ形式情報SSMFには、通信のためのデータ形式、基地局GWでタグ付けされたセンシングデータを切り分けてデータベースに記録する方法、センシングデータ処理SSCDTされた二次データを二次データベースSSDTに記録する方法、及び、データの要求に対する対応方法を示す情報等が記録されている。データ受信の後、データ送信の前にはこのデータ形式情報SSMFが参照され、データ形式の変換とデータ振り分けが行われる。端末管理テーブルSSTTは、どの端末TRが現在どの基地局GWの管理下にあるかを記録しているテーブルである。基地局GWの管理下に新たに端末TRが加わった際に、端末管理テーブルSSTTが更新される。また、基地局GWと端末TR間を有線で接続している場合には、常時端末管理情報を監視していなくてもよい。端末ファームウェアSSFWは、端末を動作させるためのプログラムを記憶しているものであり、端末ファームウェア更新SSCFWが行われた際には、端末ファームウェアSSFWが更新され、ネットワークNWを通じてこれを基地局GWに送り、さらにパーソナルエリアネットワークPANを通じて端末TRに送り、端末TR内のファームウェアを更新するFMUD。制御部SSCOは、CPU図示省略を備え、センシングデータの送受信やデータベースへの記録取り出しを制御する。具体的には、CPUが記憶部SSMEに格納されたプログラムを実行することによって、センシングデータ保管SSCDB、端末管理情報修正SSTF、端末ファームウェア更新SSCFW、センシングデータ処理SSCDT及び二次データ検索SSCTS等の処理を実行する。センシングデータ保管SSCDBは、基地局GWから送られてきたセンシングデータを受け取り、センシングデータベースSSDBに格納する処理である。時刻情報や端末ID、基地局を経由した時刻などの付加情報を合わせて1レコードとして、データベースに格納する。時計SSCKは、外部NTPサーバTSと定期的に接続することによって、標準時刻を保持している。時計SSCKがあらかじめ指定した時刻、または特定の条件を満たしたときに、センシングデータ処理SSCDTをタイマ起動SSTKする。センシングデータ処理SSCDTは、センシングデータベースSSDBからセンシングデータ、端末TRで取得されたもの、をデータ形式情報SSMFで指定された方法によって下処理し、二次データを生成する。二次データは二次データベースSSDTに格納する。一定間隔でセンシングデータ処理SSCDTを起動し、新しく追加されたセンシングデータを処理することで、二次データベースが常に更新された状態になるように保つ。二次データ検索SSCTSは、アプリケーションサーバASから依頼を受けた際に、二次データベースSSDTから依頼に対応した二次データを取り出し、依頼元に返す処理を行う。その際、二次データに付与された、日付やユーザIDなどのタグ情報に基づいて検索する。端末管理情報修正SSTFは、基地局GWから端末管理情報を修正するコマンドを受け取った際に、端末管理テーブルSSTTを更新する。各基地局GWの配下にある端末TRのリストを常時把握するためのものである。端末ファームウェア更新SSCFWは、手動または自動にて端末TRのファームウェアを更新する必要が生じた際に、記憶部SSME内の端末ファームウェアSSFWを更新し、さらに、基地局GWに配下の端末TRのファームウェアを更新するように命令を出す。また、各端末TRでファームウェア更新が完了したというレスポンスを受け取り、すべての端末TRの更新が完了するまで続ける。<基地局GW>基地局GWは、端末TRとセンサネットサーバSSを仲介する役目を持つ。端末TRと基地局GW間が無線で接続する場合には、無線の到達距離を考慮して、居室職場等の領域をカバーするように複数の基地局GWが配置される。有線で接続する場合には、基地局GWの処理能力に合わせて管理する端末TRの個数の上限が設定される。基地局GWは、送受信部GWSR、記憶部GWME及び制御部GWCOを備える。送受信部GWSRは、端末TRからデータを無線または有線にて受信し、センサネットサーバSSへの有線又は無線による送信を行う。送受信に無線を用いる場合には、送受信部GWSRは無線を受信するためのアンテナを備える。また、必要に応じて、センシングデータの送受信の際にデータが欠損しないように輻輳制御、つまり通信のタイミング制御を行う。また、受信したデータの種類を区別する。具体的には、受信したデータが一般のセンシングデータであるか、アソシエイトのためのデータであるか、時刻同期のレスポンスであるか等をデータのヘッダ部分から識別して、それらのデータをそれぞれ適切な機能に渡す。記憶部GWMEは、ハードディスク、メモリ、又はSDカードのような外部記録装置図示省略で構成される。記憶部GWMEには、動作設定GWMA、データ形式情報GWMF、端末管理テーブルGWTT、基地局情報GWMG及び端末ファームウェアGWTFDが格納される。動作設定GWMAは、基地局GWの動作方法を示す情報を含む。データ形式情報GWMFは、通信のためのデータ形式を示す情報、及び、センシングデータにタグを付けるために必要な情報を含む。端末管理テーブルGWTTは、現在アソシエイトできている配下の端末TRの端末情報TRMT、及び、それらの端末TRを管理するために配布しているローカルIDを含む。有線で端末TRと接続し、常時配下の端末TRを把握している必要がない場合には、端末管理テーブルGWTTはなくてもよい。基地局情報GWMGは、基地局GW自身のアドレスなどの情報を含む。端末ファームウェアGWTFDは、端末を動作させるためのプログラムを記憶しているものであり、センサネットサーバSSから命令と新規の端末ファームウェアを受け取った際に、ファームウェア更新データTRDFWをパーソナルエリアネットワークPANを通じて端末TRに送信するGWCFW。記憶部GWMEには、さらに、制御部GWCOのCPU図示省略によって実行されるプログラムが格納されてもよい。制御部GWCOは、CPU図示省略を備える。CPUが記憶部GWMEに格納されているプログラムを実行することによって、端末TRからセンシングデータを受信するタイミング、センシングデータの処理、端末TRやセンサネットサーバSSへの送受信のタイミング、及び、時刻同期のタイミングを管理する。具体的には、センシングデータ受信制御GWCSR、センシングデータ送信GWCSS、アソシエイトGWCTA、端末管理情報修正GWCTF、端末ファームウェア更新GWCFW及び時刻同期GWCS等の処理を実行する。時計GWCKは時刻情報を保持する。一定間隔でその時刻情報は更新される。具体的には、一定間隔でNTPNetworkTimeProtocolサーバTSから取得した時刻情報によって、時計GWCKの時刻情報が修正される。時刻同期GWCSは、一定間隔、または、端末TRが基地局GWと接続されたのをトリガとして、配下の端末TRに時刻情報を送信する。これによって、複数の端末TRと基地局GWの時計GWCKの時刻が同期される。アソシエイトGWCTAは、端末TRから送られてきたアソシエイト要求TRTAQに対して、割り付けたローカルIDを各端末TRに送信する、アソシエイト応答TRTARを行う。アソシエイトが成立したら、アソシエイトGWTAは、端末管理テーブルGWTTを修正する端末管理情報修正GWCTFを行う。センシングデータ受信制御GWCSRは、端末TRから送られてきたセンシングデータSENSDのパケットを受信する。データのパケットのヘッダを読み込み、データの種類を判別したり、同時に多数の端末TRからのデータが集中しないように輻輳制御したりする。センシングデータ送信GWCSSは、データが通過した基地局のIDやその時刻データを付与し、センシングデータをセンサネットサーバSSに送信する。<図4:全体システム3TR>図4は、センサノードの一実施例である端末TRの構成を示している。ここでは端末TRは名札型の形状をしており、人物の首からぶら下げることを想定しているが、これは一例であり、他の形状でもよい。端末TRは、多くの場合には、この一連のシステムの中に複数存在し、組織に属する人物がそれぞれ身に着けるものである。端末TRは人間の対面状況を検出するための複数の赤外線送受信部AB、装着者の動作を検出するための三軸加速度センサAC、装着者の発話と周囲の音を検出するためのマイクAD、端末の裏表検知のための照度センサLS1F、LS1B、温度センサAEの各種センサを搭載する。搭載するセンサは一例であり、装着者の対面状況と動作を検出するために他のセンサを使用してもよい。本実施例では、赤外線送受信部を4組搭載する。赤外線送受信部ABは、端末TRの固有識別情報である端末情報TRMTを正面方向に向かって定期的に送信し続ける。他の端末TRを装着した人物が略正面例えば、正面又は斜め正面に位置した場合、端末TRと他の端末TRは、それぞれの端末情報TRMTを赤外線で相互にやり取りする。このため、誰と誰が対面しているのかを記録することができる。また、閲覧者検出器CLVDはこの端末情報TRMTを受信することで、どのユーザUSがクライアントCLのディスプレイCLODを閲覧しているかを検出することができる。また逆に、端末TRが閲覧者検出器CLVDから送信された検出器IDCLVDIDを受信することで、ユーザUSがクライアントCLの設置場所に滞在していたことを記録することができる。各赤外線送受信部は一般に、赤外線送信のための赤外発光ダイオードと、赤外線フォトトランジスタの組み合わせにより構成される。赤外線ID送信部IrIDは、自らのIDである端末情報TRMTを生成して赤外線送受信モジュールの赤外線発光ダイオードに対して転送する。本実施例では、複数の赤外線送受信モジュールに対して同一のデータを送信することで、全ての赤外線発光ダイオードが同時に点灯する。もちろん、それぞれ独立のタイミング、別のデータを出力してもよい。また、赤外線送受信部ABの赤外線フォトトランジスタによって受信されたデータは、論理和回路IRORによって論理和が取られる。つまり、最低どれか一つの赤外線受光部でID受光されていれば端末にIDとして認識される。もちろん、IDの受信回路を独立して複数持つ構成でもよい。この場合、それぞれの赤外線送受信モジュールに対して送受信状態が把握できるので、例えば、対面する別の端末がどの方向にいるかなど付加的な情報を得ることも可能である。センサによって検出したセンシングデータSENSDはセンシングデータ格納制御部SDCNTによって、記憶部STRGに格納される。センシングデータSENSDは通信制御部TRCCによって送信パケットに加工され、送受信部TRSRによって基地局GWに送信される。このとき、記憶部STRGからセンシングデータSENSDを取り出し、無線または有線による送信のタイミングを決定するのが通信タイミング制御部TRTMGである。通信タイミング制御部TRTMGは、複数のタイミングを決定する複数のタイムベースを持つ。記憶部に格納されるデータには、その直前にセンサによって検出されたセンシングデータSENSDの他、過去に蓄積した纏め送りデータCMBDや、端末の動作プログラムであるファームウェアを更新するためのファームウェア更新データFMUDがある。本実施例の端末TRは、外部電源接続検出回路PDETにより、外部電源EPOWが接続されたことを検出し、外部電源検出信号PDETSを生成する。外部電源検出信号PDETSによって、タイミング制御部TRTMGが生成する送信タイミングを切り替えるタイムベース切替部TMGSEL、または無線通信されるデータを切り替えるデータ切替部TRDSELは本端末TR特有の構成である。図4では一例として、送信タイミングを、タイムベース1TB1とタイムベースTB2の2つのタイムベースを、外部電源検出信号PDETSによってタイムベース切替部TMGSELが切り替える構成を図示している。また通信されるデータを、センサから得たセンシングデータSENSDと、過去に蓄積した纏め送りデータCMBDと、ファームウェア更新データFMUDとから、外部電源検出信号PDETSによってデータ切替部TRDSELが切り替える構成を図示している。照度センサLS1F、LS1Bは、それぞれ端末TRの前面と裏面に搭載される。照度センサLS1F、LS1Bにより取得されるデータは、センシングデータ格納制御部SDCNTによって記憶部STRGに格納されると同時に、裏返り検知部FBDETによって比較される。名札が正しく装着されているときは、前面に搭載されている照度センサLS1Fが外来光を受光し、裏面に搭載されている照度センサLS1Bは端末本体と装着者との間に挟まれる位置関係となるため、外来光を受光しない。このとき、照度センサLS1Bで検出される照度より、照度センサLS1Fで検出される照度の方が大きな値を取る。一方で、端末TRが裏返った場合、照度センサLS1Bが外来光を受光し、照度センサLS1Fが装着者側を向くため、照度センサLS1Fで検出される照度より、照度センサLS1Bで検出される照度の方が大きくなる。ここで、照度センサLS1Fで検出される照度と、照度センサLS1Bで検出される照度を裏返り検知部FBDETで比較することで、名札ノードが裏返って正しく装着していないことが検出できる。裏返り検知部FBDETで裏返りが検出されたとき、スピーカSPにより警告音を発生して装着者に通知する。マイクADは、音声情報を取得する。音声情報によって、騒々しい又は静か等の周囲の環境を知ることができる。さらに、人物の声を取得分析することによって、コミュニケーションが活発か停滞しているのか、相互に対等に会話をやり取りしているか一方的に話しているのか、怒っているのか笑っているのか、などの対面コミュニケーションを分析することができる。さらに、人物の立ち位置等の関係で赤外線送受信器ABが検出できなかった対面状態を、音声情報及び加速度情報によって補うこともできる。マイクADで取得される音声は、音声波形及び、それを積分回路AVGで積分した信号の両方を取得する。積分した信号は、取得した音声のエネルギを表す。三軸加速度センサACは、ノードの加速度すなわちノードの動きを検出する。このため、加速度データから、端末TRを装着した人物の動きの激しさや、歩行などの行動を解析することができる。さらに、複数の端末が検出した加速度の値を比較することによって、それらの端末を装着した人物間のコミュニケーションの活性度や相互のリズム、相互の相関等を解析できる。本実施例の端末TRでは、三軸加速度センサACで取得されるデータは、センシングデータ格納制御部SDCNTによって記憶部STRGに格納されると同時に、上下検知回路UDDETによって名札の向きを検出する。これは、三軸加速度センサACで検出される加速度は、装着者の動きによる動的な加速度変化と、地球の重力加速度による静的加速度の2種類が観測されることを利用している。表示装置LCDDは、端末TRを胸に装着しているときは、装着者の所属、氏名などの個人情報を表示する。つまり、名札として振舞う。一方で、装着者が端末TRを手に持ち、表示装置LCDDを自分の方に向けると、端末TRの天地が逆になる。このとき、上下検知回路UDDETによって生成される上下検知信号UDDETSにより、表示装置LCDDに表示される内容と、ボタンの機能を切り替える。本実施例では、上下検知信号UDDETSの値により、表示装置LCDDに表示させる情報を、表示制御DISPによって生成される赤外線アクティビティ解析ANAによる解析結果と、名札表示DNMとを切り替える例を示している。赤外線送受信部ABがノード間で赤外線をやり取りすることによって、端末TRが他の端末TRと対面したか否か、すなわち、端末TRを装着した人物が他の端末TRを装着した人物と対面したか否かが検出される。このため、端末TRは、人物の正面部に装着されることが望ましい。上述の通り、端末TRは、さらに、三軸加速度センサAC等のセンサを備える。端末TRにおけるセンシングのプロセスが、図5におけるセンシングTRSS1に相当する。端末は多くの場合には複数存在し、端末基地局間が無線接続される場合には、それぞれが近い基地局GWと結びついてパーソナルエリアネットワークPANを形成している。端末TRの温度センサAEは端末のある場所の温度を、照度センサLS1Fは端末TRの正面方向などの照度を取得する。これによって、周囲の環境を記録することができる。例えば、温度及び照度に基づいて、端末TRが、ある場所から別の場所に移動したこと等を知ることもできる。装着した人物に対応した入出力装置として、ボタン1~3BTN1~3、表示装置LCDD、スピーカSP等を備える。記憶部STRGは、具体的にはハードディスク、フラッシュメモリなどの不揮発記憶装置で構成され、端末TRの固有識別番号である端末情報TRMT、センシングの間隔、及び、ディスプレイへの出力内容等の動作設定TRMAを記録している。この他にも記憶部STRGは一時的にデータを記録することができ、センシングしたデータを記録しておくために利用される。時計TRCKは、時刻情報GWCSDを保持し、一定間隔でその時刻情報GWCSDを更新する時計である。時間情報は、時刻情報GWCSDが他の端末TRとずれることを防ぐために、基地局GWから送信される時刻情報GWCSDによって定期的に時刻を修正する。センシングデータ格納制御部SDCNTは、記憶部STRGに記録された動作設定TRMAに従って、各センサのセンシング間隔などを制御し、取得したデータを管理する。時刻同期は、基地局GWから時刻情報を取得して時計を修正する。時刻同期は、後述するアソシエイトの直後に実行されてもよいし、基地局GWから送信された時刻同期コマンドに従って実行されてもよい。通信制御部TRCCは、データを送受信する際に、送信間隔の制御、及び、無線の送受信に対応したデータフォーマットへの変換を行う。通信制御部TRCCは、必要であれば、無線でなく有線による通信機能を持ってもよい。通信制御部TRCCは、他の端末TRと送信タイミングが重ならないように輻輳制御を行うこともある。アソシエイトTRTAは、基地局GWとパーソナルエリアネットワークPANを形成するためのアソシエイト要求TRTAQと、アソシエイト応答TRTARを送受信し、データを送信すべき基地局GWを決定する。アソシエイトTRTAは、端末TRの電源が投入されたとき、及び、端末TRが移動した結果それまでの基地局GWとの送受信が絶たれたときに実行される。有線接続の場合には、端末TRが有線で基地局GWに接続されたことを検知したときに実行される。アソシエイトTRTAの結果、端末TRは、その端末TRからの無線信号が届く近い範囲にある一つの基地局GWと関連付けられる。送受信部TRSRは、アンテナを備え、無線信号の送信及び受信を行う。必要があれば、送受信部TRSRは、有線通信のためのコネクタを用いて送受信を行うこともできる。送受信部TRSRによって送受信されるデータTRSRDは、基地局GWとの間でパーソナルエリアネットワークPANを介して転送される。<図5:データ格納のシーケンス>図5は、本発明の実施の形態において実行される、センシングデータを格納する手順を示すシーケンス図である。まず、端末TRの電源が入っており、かつ端末TRが基地局GWとアソシエイト状態になっていないとき、端末TRはアソシエイトTRTA1を行う。アソシエイトとは、端末TRが、ある一つの基地局GWと通信する関係であると規定することである。アソシエイトによってデータの送信先を決定することで、端末TRは確実にデータを送信することができる。基地局GWからアソシエイト応答を受け取り、アソシエイトが成功した場合、端末TRは、次に時刻同期TRCSを行う。時刻同期TRCSにおいて、端末TRは、基地局GWから時刻情報を受け取り、端末TR内の時計TRCKを設定する。基地局GWは、NTPサーバTSと定期的に接続し時刻を修正している。このため、全ての端末TRにおいて時刻が同期される。これによって、後に解析する際に、センシングデータに付随した時刻情報を照らし合わせることで、人物間の同時刻におけるコミュニケーションにおける相互の身体表現又は音声情報のやり取りを分析することも可能になる。端末TRの三軸加速度センサACや温度センサAEなどの各種センサは、例えば10秒ごとの一定の周期でタイマ起動TRSTし、加速度、音声、温度及び照度等をセンシングするTRSS1。端末TRは、端末情報TRMTの1つである端末IDを、赤外線によって他の端末TRとの間で送受信することで、対面状態を検出する。端末TRの各種センサは、タイマ起動TRSTせずに、常にセンシングを行ってもよい。しかし、一定の周期で起動することによって電源を効率的に使用することができ、充電することなく長時間端末TRを使用しつづけることができる。端末TRは、センシングしたデータに、時計TRCKの時刻情報及び端末情報TRMTを添付するTRCT1。データを解析する際には、端末情報TRMTによって、端末TRを装着した人物が識別される。データ形式変換TRDF1において端末TRは、センシングデータにセンシングの条件などのタグ情報を付与し、決められた無線送信フォーマットに変換する。このフォーマットは基地局GW内のデータ形式情報GWMFやセンサネットサーバSS内のデータ形式情報SSMFと共通して保管されているものである。変換されたデータは、その後、基地局GWに送信される。加速度データ及び音声データ等の連続した多量のデータを送信する場合、端末TRは、データ分割TRBD1して複数のパケットに分割することで、一度に送信するデータ数を制限する。その結果、送信過程でデータが欠損するリスクが低下する。データ送信TRSE1は、無線の通信規格に則り、送受信部TRSRを通して、アソシエイト先の基地局GWにデータを送信する。基地局GWは、端末TRからデータを受信GWREすると、受信完了レスポンスを端末TRに返す。レスポンスを受信した端末TRは、送信完了TRSOと判定する。一定の時間を経ても送信完了TRSOしないすなわち端末TRがレスポンスを受信しない場合、端末TRは、データ送信失敗と判定する。この場合、データは端末TR内に記憶され、再び送信状態が確立されたときにまとめて送信される。これによって、端末TRを装着している人物が無線の届かない場所に移動してしまった場合、又は、基地局GWの不具合でデータが受信されなくなった場合にも、データを失うことなく取得することが可能になる。これによって、十分な量のデータを得て、組織の性質を解析することができる。この、送信に失敗したデータを端末TRに保管し再送信する仕組みを、まとめ送りと呼ぶ。データのまとめ送りの手順を説明する。端末TRは、送信できなかったデータを記憶しておきTRDM、一定時間後に再びアソシエイトの依頼を行うTRTA2。ここで基地局GWからアソシエイト応答が得られた場合、端末TRは、データ形式変換TRDF2、データ分割TRBD2及びデータ送信TRSE2を実行する。これらの処理は、それぞれ、データ形式変換TRDF1、データ分割TRBD1及びデータ送信TRSE1と同様である。なお、データ送信TRSE2の際、無線が衝突しないように輻輳制御される。その後は通常の処理に戻る。アソシエイト応答が得られなかった場合、端末TRは、アソシエイトに成功するまで定期的にセンシングTRSS1と端末情報時刻情報添付TRCT1を実行しつつ、新たに取得したデータを記憶TRDMしていく。これらの処理によって取得されたデータは、基地局GWから受信完了レスポンスが得られるまで、端末TR内に記憶される。端末TR内に記憶されたセンシングデータは、アソシエイト成功後、もしくは無線圏内で充電している時、有線にて基地局GWと接続しているときなどの、安定して基地局と送受信できる環境が整った際に、まとめて基地局GWに送信されるTRSE2。また、端末TRから送信されたセンシングデータは基地局GWによって受信GWREされる。基地局GWは、受信したデータが分割されたものであるか否かを、センシングデータに付随する分割フレーム番号によって判定する。データが分割されている場合、基地局GWは、データ結合GWRCを実行し、分割されたデータを連続したデータに結合する。さらに、基地局GWは、基地局固有の番号である基地局情報GWMGをセンシングデータに付与しGWGT、そのデータを、ネットワークNWを介してセンサネットサーバSSに向けて送信するGWSE。基地局情報GWMGは、その時刻における端末TRの大まかな位置を示す情報として、データ解析の際に利用することができる。センサネットサーバSSは、基地局GWからデータを受信するとSSRE、受信したデータを時刻端末情報加速度赤外線温度などの要素ごとに分類するSSPB。この分類は、データ形式情報SSMFとして記録されているフォーマットを参照することによって実行される。分類されたデータは、センシングデータベースSSDBのレコード行の適切なカラム列に格納されるSSKI。同じ時刻に対応するデータを同じレコードに格納することで、時刻及び端末情報TRMTによる検索が可能になる。このとき必要であれば、端末情報TRMTごとにテーブルを作成しても良い。このデータ受信SSRE、データ分類SSPB、データ格納SSKIを、図3におけるセンシングデータ保管SSCDBにおいて行う。<図6:イベント抽出とユーザ操作のシーケンス>図6に,アプリケーションサーバASを起点とするイベント抽出の処理と,ユーザがWebアプリケーションを操作する際の処理のシーケンス図を示す。まず,イベント抽出処理については,アプリケーションサーバASにて所定の時刻にプログラムをタイマ起動ASTKし,必要な二次データをセンサネットサーバSSに対象となるユーザや期間を指定して要求するASCP。センサネットサーバSSは,依頼に基づいて二次データベースSSDTを検索しSSCTS,二次データを返す。アプリケーションサーバASは,受け取った二次データを処理して対面要素イベント抽出処理ASCY,対面要素イベント結合処理ASCC,対面イベント特徴量抽出ASCTを行い,対面イベントに関するイベント情報イベントID,開始時刻,終了時刻,メンバID,各メンバの特徴量を対面イベントテーブルASCEとして記憶部ASMEに格納する。また,個人作業イベント抽出処理ASPY,個人作業イベント特徴量抽出ASPTを行い,個人作業イベントに関するイベント情報イベントID,メンバID,下位イベントID,各下位イベントの開始時刻終了時刻特徴量を個人作業イベントテーブルASPEとして記憶部ASMEに格納する。また,ユーザがWebアプリケーションを用いてデータを閲覧する際のプロセスを示す。ユーザUSはクライアントCLを操作し,まず,指定のWebサイトにアクセスしてログインCLCIUする。アプリケーションサーバASは,受け取ったユーザアカウントとパスワードを照合してユーザ認証ASCIUし,クライアントCLに閲覧操作許可を与える。ユーザUSは,たとえば図7に示すような画面をクライアントCLのディスプレイCLODなどで閲覧し,表示切替エリアODSIや日付切替エリアODSDのボタン等を操作することによって,見たいデータやイベントのリクエストを送るCLCOR。リクエストに従ってアプリケーションサーバASで表示画面を生成ASCIDし,クライアントCLの画面ODに表示するCLCOD。ユーザUSが主観評価情報を入力する際には,例えば図8や図9のユーザ操作部ODEI_CC,ODEI_PCを押すことで,入力画面が開き,イベントと対応づけて主観情報を数値や文字列で入力することが可能であるCLCIS。入力した主観情報は,アプリケーションサーバASの主観情報テーブルASSTに格納されるASCIS。<図7:表示画面の例>図7にクライアントCLのディスプレイCLODなどの出力装置において出力する画面ODの例を示す。タイトルエリアODSTは,表示するページの種類を切り替えたり,現在ログインしているユーザUSの名前を確認したりするために用いる。イベントに関するページを開いている場合,イベント表示フィードODEIに一日のイベントが時系列で並べて表示される。ここでは,種類の異なる,複数のメンバのイベントがすべてタイムスタンプによってソートされる。日付切替エリアODSDは,イベント表示フィードODEIに表示するデータの日付を切り替えるためのフィードである。表示切替エリアODSIは,イベント表示フィードODEIに表示する対象となるイベントの種類やグループを切り替えるためのエリアである。チェックボックスのチェックをONOFFすることで表示のリクエストをアプリケーションサーバASに送ることができるCLCOR。グループの選択については,絞り込み方法を構成メンバで絞り込みを選択した場合には,チェックを入れたグループに所属するメンバが含まれるイベントを全て表示する。また,グループで絞り込みを選択した場合には,各イベントのグループ名にそのグループが定義されている場合のイベントのみを表示する。イベントをどのグループに定義づけるかは,ユーザUSが手動で行う。もしくは,対面の構成メンバの一致率などを見て,便宜的に自動でグループを定義しておいても良い。<図8:表示画面対面イベントフィードの例>図8に,イベント表示フィードODEIに表示される対面イベント表示フィードODEI_Cの1つを拡大した例を示す。データ表示部ODEI_CD,イベント期間ODEI_CE,イベント指標表示部ODEI_CVのデータは,センシングデータの処理結果から自動で算出され,表示されている。また,位置ビーコンPBによって場所が特定できた場合には場所名ODEI_CPも自動で表示される。グループ名ODEI_CG,業務名ODEI_CWは,初期状態では空白だが,ユーザUS本人が入力することで埋められる。登録されたグループ名から選択肢を表示するなどして,ユーザUSの入力負荷を軽減することも可能である。データ表示部ODEI_CDには,対面イベントに参加したメンバに関して,参加時間,聴取時間,アクティブ時間が示され,その比率アクティブ率と聴取率がグラフとして表示される。メンバの並び順は,参加時間の長い順や,アクティブ率の高い順などでソートすることができる。イベント指標表示部ODEI_CVでは,このイベントに要した延べ時間にデータ処理変数リストASDVに設定したコスト算出基準を掛けることで,およそのコストを算出する。また,活性化度は,アクティブ率と聴取率に重みづけし,例えばアクティブ率が高いほど高く,聴取率が低いほど高くなるように計算式を設けて算出する。活性化度の計算式は組織で理想とするコミュニケーションの仕方に合わせて決定する。例えば,時間が短いほど,アクティブ率のばらつきが少ないほど高くなるように設定しても良い。ユーザ操作部ODEI_CCは,ユーザがこのイベントに対して情報を付加するための操作を行うボタンを含む。進めた進んだはイベントの参加者がイベントの内容や感想などの主観評価情報を議事録のように記録するためのものである。自分や,他の参加者が記入した記録を並べて,主観評価情報表示部ODEI_CSに表示される。Goodボタンは,コメントを残すほどではないが肯定的な意見を伝えるために,閲覧者が誰でも押すことができる。コメントはこのイベントに関するコメントを閲覧者が伝えるためのものである。ファイルはイベントに関する文書例えば議事録や配布資料などをアップロードするためのものである。秘指定に指定された場合,そのイベントはイベントの参加者以外には表示されないようになる。主観評価情報表示部ODEICSはユーザ操作部ODEI_CCから入力された,多様な人の主観情報を一覧にして表示する場所である。タイムスタンプODEI_CTは,イベント表示フィードODEI内でイベントを時系列似並び替えるための基準となる時刻である。対面イベントの場合には,その開始時刻をタイムスタンプODEI_CTとしても良い。以上のように,センサデータによって実際に起こったイベントを自動的に切り出し,それに対応づけて複数の関係者の出来事や感想などの主観的な情報を集約していくことで,日々の仕事の状況を関係者同士で共有することが容易になる。会話中のアクティブ率などの質的な指標も含まれているため,その状況をよりイメージしやすいというメリットがある。このように,少ない手間で主観情報を記録していくことで,遠隔オフィスや横断プロジェクトなどのために上司やチームメイトと頻繁に会話する機会がない場合にも,互いの業務状況を共有して,問題の早期発見や業務の最適配分に役立てることができる。<図9:表示画面対面イベントフィードの例>図9に,イベント表示フィードODEIに表示される個人作業イベント表示フィードODEI_Pの1つを拡大した例を示す。各部位の役割としては,図8の対面イベント表示フィードとほぼ共通であり,データ表示部ODEI_PDはODEI_CDに,グループ名ODEI_PGはODEI_CGに,業務名ODEI_PWはODEI_CWに,イベント期間ODEI_PEはODEI_CEに,ユーザ操作部ODEI_PCはODEI_CCに,タイムスタンプODEI_PTはODEI_CTに,主観評価情報表示部ODEI_PSはODEI_CSに,イベント指標表示部ODEI_PVはODEI_CVにそれぞれ対応する。メンバ名ODEI_PWはその個人作業イベントを行った当事者名である。また,データ表示部ODEI_PDには,複数の個人作業イベント図15では下位イベントと呼ぶものを並べ,イベント表示フィードODEI内では1つの個人作業イベントとして扱ってもよい。これは,個人作業は一般に30分から90分程度しか連続せず,一日に複数個のイベントが発生するが,その個々に対して評価を記入することはユーザにとって負担になるためである。そのため,午前/午後/夜などにイベントを括り,ひとまとめにしても良い。また,データ表示部ODEI_PD内での個別のイベントの並び順はイベント表示フィードODEIの並び順と逆でも良い。例えば,イベント表示フィードODEIが降順の場合にデータ表示部ODEI_PD内は昇順でもよい。また,個人作業イベント表示フィードODEI_Pでは,データとして各個人作業イベントの内訳として集中の度合いを3段階で示す。集中の度合いは体の動きによって判定しており,例えば停滞は加速度リズムが一定値以下の場合,その他を集中とし,集中が長く継続した場合を集中高そうでない場合を集中低として区別することができる。また,集中高に重みを付けて集中の度合いを計算することによって,イベント指標表示部ODEI_PVの集中度を算出することができる。<図10:ユーザ属性リストASULの例>図10は、アプリケーションサーバASの記憶部ASME内に保管される、ユーザ属性リストASULの形式の例である。ユーザ属性リストASULにはユーザ番号ASUIT1、ユーザ名ASUIT2、端末IDASUIT3及びユーザの所属する部ASUIT4や課ASUIT5が相互に関連付けて記録されている。ユーザ番号ASUIT1は存在するユーザの通し番号を示すものである。また、ユーザ名ASUIT2は表示画面やコンテンツ生成時に用いるユーザUSの氏名もしくはニックネームの表記であり、端末IDASUIT3はユーザUSが所有する端末TRの端末情報を示すものである。ユーザUSと端末IDASUIT3は基本的に一対一で対応する。また、所属する部ASUIT4や課ASUIT5はユーザUSが所属する組織を情報であり、例えば、組織単位で基本コンテンツを作成する場合にはこの情報に基づき、データに含むメンバを特定する。なお、図10ではユーザと所属する組織の情報をテーブルの形式で規定したが、これはXMLなどを用いて階層的に示しても良い。その場合には、A社の下にA部、A部の下にA1課が存在する、というように組織階層に合わせて表記することが可能であり、該当する組織の中に個人のユーザ名や端末IDなどを記述することができる。なお、同じ人物が複数の組織を兼務することも現実にあり得るため、ユーザ1人に複数の組織が対応していても良い。<図12:センシングデータベースSSDBの例:加速度データテーブル>図12にセンサネットサーバSS内センシングデータベースSSDBに格納されるセンシングデータの例として、加速度データテーブルの例SSDB_ACC_1002を示す。これは、基本的に、端末TRで取得されたセンシングデータそのままのものであり、下処理をされていない状態のデータである。個人ごとにテーブルが作られ、サンプリング周期例えば0.02秒ごとに時刻情報DBTMと対応付けてX軸DBAX、Y軸DBAY、Z軸DBAZの三軸方向それぞれの加速度データが格納される。なお、加速度センサが検出した生の数値を格納しても良いし、単位を重力定数[G]に変換した後の値を格納しても良い。このような加速度データテーブルをメンバごとに作成し、センシングした時刻の情報と対応付けて格納する。なお、ユーザIDを示すカラムを追加すれば、テーブルを個人ごとに分けずに統合しても良い。<図13:センシングデータベースSSDBの例:対面テーブル>センシングデータベースSSDBには複数のメンバの複数種類のセンシングデータが記録されているが、そのうちの赤外線送受信による対面データをまとめたテーブルの例を図13のABに示す。図13のAは、対面テーブルSSDB_IR_1002であり、端末IDが1002である端末TRが取得したデータを集めたテーブルであることを想定している。同様に、図13のBは、対面テーブルSSDB_IR_1003であり、端末IDが1003である端末TRが取得したデータを集めたテーブルとする。なお、カラムに赤外線受信側IDを加えれば、取得した端末TRごとにテーブルを分けなくても良い。また、他の加速度や温度などのデータも同じテーブルに含んでも良い。また、位置ビーコンPBから受信した検出器IDCLVDIDも、端末TRから受信したユーザIDと同様に赤外線送信側IDDBRに入れても良い。この場合、検出器IDをキーとしてテーブルを検索することで、誰がどの場所にいたかを調べたり,同時に同じ場所にいる人同士は対面していると判断して,角度や距離の問題から端末TR間で赤外線を送受信できなかったケースを補ったりすることができる。図13ABの対面テーブルは、端末TRがデータを送信した時刻DBTMと、赤外線送信側IDDBR1とそのIDからの受信回数DBN1を10組DBR1~DBR10、DBN1~DBN10格納する例である。10秒間に1回データ送信を行う場合には、前回の送信後の10秒間に、どの端末TRから何回赤外線を受信したかを、このテーブルで表している。10秒間に、複数の端末TRと対面した場合にも、10組まで格納できるということである。なお、組の数は自由に設定することができる。対面、つまり赤外線の受信がなかった場合にはテーブルの値はnullとなる。また、図13ABでは時刻はミリ秒まで表記しているが、時刻の形式は統一されていればどのようなものでも良い。<図14:対面イベントテーブルASCE>図14に,対面イベントテーブルASCEの形式の例を示す。対面イベントテーブルASCEは,対面要素イベント抽出処理ASCY,対面要素イベント結合処理ASCC,対面イベント特徴量抽出ASCTの一連の処理の結果から抽出された,対面イベントの情報を格納するテーブルである。イベント毎にIDが振られ,その開始時刻,終了時刻,参加メンバのIDと,各メンバのイベント中の特徴量例えば参加時間,アクティブ時間,聴取時間などの情報を有する。この情報に基づいて,対面イベント表示フィードODEI_Cが生成される。<図15:個人作業イベントテーブルASPE>図15に,個人作業イベントテーブルASPEの形式の例を示す。個人作業イベントテーブルASPEは,個人作業イベント抽出処理ASPY,個人作業イベント特徴量抽出ASPTの一連の処理の結果から抽出された,個人作業イベントの情報を格納するテーブルである。イベント毎にIDが振られ,その開始時刻,終了時刻,メンバのID,イベント中の特徴量例えば最大集中継続時間,集中高,集中低,停滞の時間などの情報を有する。この情報に基づいて,個人作業イベント表示フィードODEI_Pが生成される。複数の個人作業イベントを時間帯午前/午後/夜ごとにまとめて表示する方法を取る場合には,同じメンバの同時間帯のイベントにそれぞれ下位イベントのIDを振り,ひとくくりにしたイベントに別途イベントIDを振って管理しても良い。<図16:主観情報テーブルASST>図16に,主観情報テーブルASSTの形式の例を示す。主観評価入力CLCIS,ASCISによってユーザがイベントに対応づけて入力した主観評価情報進めた/進んだ,コメント,Goodなどの情報や分類グループ分類,業務分類,秘指定,添付ファイルへのリンクなどを格納する。イベント表示フィードODEIに表示する際には,センサデータに基づく対面イベントテーブルASCEや個人作業イベントテーブルASPEの情報と紐付けて表示する。<図17:データ処理変数画面ODDV>アプリケーションサーバAS内の制御部ASCOにて実行される処理に用いる変数の設定画面であるデータ処理変数画面ODDVの例を,図17に示す。ここで設定したデータはデータ処理変数リストASDVに格納され,処理を実行する際に参照される。データ処理変数画面ODDVの設定を変更できるのはシステム管理者の権限を持つもののみとする。<図31:二次データベースSSDTの例:行動リズムタペストリ>二次データベースSSDTの例として、行動リズムタペストリSSDB_ACCTP_1minの例を図31に示す。行動リズムタペストリSSDB_ACCTP_1minは、加速度データテーブルSSDB_ACCを元にして、各ユーザUSの一定時間ごと図31の例では1分ごとの周波数これを行動リズムと呼ぶを計算したものであり、1分ごとの時刻と、ユーザIDと対応付けてテーブルに格納したものである。なお、データを格納する形式はテーブル以外にも、CSVファイルなど別の方法でも良い。行動リズムを算出するには、時間単位ごとのXYZの三軸のゼロクロス回数を合計して求めてもよい。また、データに欠損があったり不適切であると判定された場合には、Nullなどの記号を入れ、基本コンテンツ作成ASCBC時に使えないデータであることを示しておく。また、他に、時間単位の異なる行動リズムタペストリSSDB_ACCTPを何通りかセンサネットサーバSSにて作成しておくと、それらを組み合わせて多様なコンテンツを作成できるため有用である。<図32:二次データベースSSDTの例:対面タペストリ>二次データベースSSDTの例として、対面タペストリSSDB_IRTP_1minの例を図32に示す。対面タペストリSSDB_IRTP_1minは,対面テーブルSSDB_IRを元として,各ユーザUSの一定時間ごと図32の例では1分ごとに対面した相手のIDを示すように整理したものである。例えば,体の向きなどが要因となって,赤外線で通信される人物AのIDは人物Bの端末TRで受信されているのに,人物BのIDは人物Aの端末TRで受信されていないことがある。このような基礎的な不整合を補正したものが二次データとして二次データベースSSDTに格納される。このように、センサネットサーバSSにてセンシングデータ処理SSCDTによる下処理を行っておくことによって、アプリケーションサーバASでコンテンツを作成するプログラムASPPなどを開発する際には、センシングデータの特性や下処理の方法を意識せずに開発することができる。<図18:対面要素イベント抽出処理ASCYのフローチャート>図18に,対面要素イベント抽出処理ASCYの処理手順をフローチャートで示す。対面要素イベント抽出処理ASCYは,端末TR間の赤外線送受信によって人物間が対面したことを示す対面データを主に用いて,人がFace-to-Faceで集まっている状況本明細書で対面イベントと呼ぶを抽出し,その開始時刻,終了時刻,参加メンバを特定するプロセスである。ただし,対面要素イベント抽出処理ASCYはある1人の人に着目し,同時刻に対面していたメンバ構成から対面要素イベント1人の人を基準に抽出した対面イベントをここでは対面要素イベントと呼ぶを抽出するため,複数の人の視点から複数の対面要素イベントが抽出される。これらは同じ対面イベントを指していることがあるため,次に行う対面要素イベント結合処理ASCCにて類似した対面要素イベントを見つけて結合し,対面イベントの個数を最小限にする。この2つのプロセスによって,アドホックに人が集まり解散する曖昧な対面イベントを抽出することができる。その利点としては,連続している別のメンバ構成での対面イベントを識別できること,参加時間比率をメンバ判定基準に含むため短い時間の対面相手を参加メンバに含まないこと,途中から遅れて加わったり途中で抜けたりした人も参加メンバに含むことが挙げられる。対面要素イベント抽出処理ASCYの処理手順を,図20の具体例と合わせて図18で説明する。まず,二次データ要求ASCPにおいて時系列の対面データを読み込むASCY1。これは,図32のような対面タペストリSSCB_IRTP_1minであり,イベントを切り出したい粒度に合わせて時間の単位は1分でも10分でも自由に設定して良い。また,必要な場合には位置ビーコンデータによる対面データ補完ASCY2を行う。これは,大きな会議室での集まりでは全員が参加者全員と端末TR間で送信できないことが多いため,会議テーブル上に置いた位置ビーコンPBを仲介として,同時刻に検知した人同士は直接対面したとみなす補完処理である。不要な場合にはASCY2はスキップしてよい。そして,時刻tを0ASCY3,要素イベントkをk=0として開始ASCY4する。図20は,対面タペストリSSCB_IRTP_1minから特定の人Aさんの対面相手を1分ごとに出力した例を挙げ,時刻tを1ずつ加えて行う対面要素イベントの判定プロセスを示している。判定の際には,時刻と時刻のメンバ一致率が閾値以上であるかどうかを基準とするASCY6。ここで,nは図17で設定されたウィンドウ時間幅であり,図20の例ではn=4としている。図20において,t=03の行は,t=03とt=07=034のメンバ一致率を比較し,一致率が67となり,図17のデータ処理変数画面ODDVで設定した閾値th_m1の50より高いため,t=03から07までの5分間はイベント中であると判定し,イベントフラグComEvent_A1を1にするASCY7。メンバ一致率は,{時刻tと時刻tnの両方に存在するメンバの数÷時刻tまたは時刻tnの少なくともいずれかに存在するメンバの数}によって計算される。tに1ずつ加えてASCY6の判定を繰り返し,メンバ一致率が閾値以下になったとき図20の例におけるt=10のときに,その要素イベントComEvent_A1を終了とし,次のイベントComEvent_A2が開始されるASCY8。図20では対面要素イベントComEvent_A2はt=13からt=18までとなり,ComEvent_A1はメンバ構成がAさん,Bさん,Dさん,Eさんの5人で構成され,ComEvent_A2はAさんとCさんの2人で構成されるため,メンバ構成の異なる別の対面イベントが,適切に区別されたことがわかる。また,対面要素イベントComEvent_A1では,AさんとBさん,Dさんとの対面について開始時刻も終了時刻も同時刻ではないが,共通部分が多いため同一のイベントとして柔軟に抽出されている。また別途,対面要素イベントの中で参加していた時間比率の低いメンバを削除するASCY10ため,2分間だけ加わっていたEさんは対面要素イベントComEvent_A1の参加メンバから省かれることになる。このように,時刻をずらして対面要素イベントの区切りと参加メンバを抽出していき,計算対象の最後の時刻tまでを終了したらASCY5,最後にカウントしていた要素イベントkを終了させ,ここまでで抽出した各要素イベントにおいて参加比率の低いメンバを削除ASCY10した上で,特徴量を算出ASCY11する。特徴量の抽出例を図21に示す。イベント時間中の参加メンバの行動リズムタペストリSSDB_ACCTP_1minをピックアップし図21A,それがデータ処理変数画面ODDVのアクティブ判定閾値th_act以上である時間は,アクティブとし,聴取判定閾値th_acl未満の時間が所定の時間th_lst,図では5分以上継続した場合には聴取時間としてその数をカウントする。その結果の例を図21Bに示す。特徴量は対面イベント中の各参加メンバの活動特性を表すものである。積極的に相手に働きかけるコミュニケーションをしている場合発話したり頷いたりには,体が動くので,コミュニケーションの積極度合いが加速度リズムに反映されるため,加速度リズムからコミュニケーションに関する特性を評価することができる。また,聴取時間は受動的な聞き手が長時間継続した時間を評価するものであり,プレゼンを聞いている時間などの,本人の意思でコミュニケーションの質を操作できない点が多いことが経験的に分かっている。以上のようにして得た要素イベントの情報開始時刻,終了時刻,参加メンバ,各参加メンバの特徴量を記憶部ASMEに出力しASCY11,対面要素イベント抽出処理ASCYを終了する。<図19:対面要素イベント結合処理ASCCのフローチャート>対面要素イベント結合処理ASCCの処理手順を,図22の具体例と合わせて図19で説明する。対面要素イベント抽出処理ASCYで抽出した要素イベントの情報全てを入力ASCC1し,そのうちの1組を選択しASCC2,それらが同一のイベントとみなすべきかを判定する。判定基準は,2つの対面要素イベントの時間重複率が閾値th_c2以上か,メンバ一致率が閾値th_c1以上か,の2点である。時刻一致率は,{対面要素イベント1と対面要素イベント2が重複する時間÷対面要素イベント1または対面要素イベント2の長い方の時間}で計算される。メンバ一致率は,{対面要素イベント1と対面要素イベント2の両方に存在するメンバの数÷対面要素イベント1または対面要素イベント2の少なくともいずれかに存在するメンバの数}によって計算される。共に満たす場合には,2つの要素イベントを合併すると判定しASCC5-1,イベント時間の長い方に合併して短い方の要素イベントを削除ASCC6する。いずれかの条件を満たさない場合には,2つの要素イベントは独立であり合併しないと判定するASCC5-2。この手順を全ての要素イベントの組み合わせについて検査したら完了するASCC7。図22に複数の対面要素イベントの例を示し,Aにそれぞれが生じている時刻,Bにその参加メンバとイベントが継続した時間を示す。この場合には,重複時間と共通メンバの比率が高いもの同士を結合していき,最も長いイベントが残されていくため,最終的にイベント[C01]と[C03]と[C07]が独立した対面イベントとして残ることになる。その後,イベント表示時間閾値th_dより短いイベントを削除ASCY8するため,イベント[C07]も削除される。残った要素イベント[C01]と[C03]が,対面イベントとしてIDを振られ,その特徴量と共に対面イベントテーブルASCEに格納される。なお,2つの要素イベントを結合する際には,一方を残して一方を削除する方法ではなく,早い方の開始時刻から遅い方の終了時刻までを1つの新たなイベントとして定義し直しても良い。また,特徴量であるイベント内の参加メンバの活動指標についても,イベント結合を終えてから,再度計算し直したものを対面イベントテーブルASCEに格納しても良い。以上の手順を踏むことによって,短いイベントは吸収または削除され,ある程度長いイベントのみが残されるため,ユーザUS自身の記憶と対応づけやすく,主観評価情報を記入しやすいという利点がある。個々のイベントが細かすぎると,全てに主観評価を入力できず,長すぎると1つのイベントに対して別の種類の主観評価を記入しなくてはならなくなるため,書きやすい長さ例えば15分以上3時間以内でイベントが区切られるよう,ウィンドウ時間幅nや閾値th_m1,th_m2,th_c1,th_c2,th_dの設定を調整すると良い。<図23:個人作業イベント抽出処理ASPYのフローチャート>図23に,個人作業イベント抽出処理ASPYの処理手順をフローチャートで示す。図24は,この手順を具体的な例で示して説明するためのものである。ここで個人作業とは主にデスクワークを想定しており,端末TRを装着している時のデータであり,かつ,他者と対面コミュニケーションしておらず,かつ,体の動きが小さい場合を個人作業と判定する。そのために,端末装着判定,対面判定,活動判定に関する時系列データを用いるが,まとまった時間単位で個人作業イベントを抽出したいため,事前に各時系列データを補完してから順に判定する。補完が不要な場合はいずれかの補完プロセスをスキップしても良い。まず,端末装着判定,対面判定,活動判定に関する時系列データを入力するASPY1。図24の例では1分単位のデータを用いている。端末装着判定は,ユーザUSが端末TRを装着していたかを示すデータである。端末TRが充電器に置かれている場合,机などに放置されていた場合,鞄の中に収納されている場合を,加速度データや照度データを用いて判定し,それを除いた結果である図24のP1。対面判定データは,少なくとも1人と対面していたと判定された結果である。特に赤外線による対面判定は,体の向きなどによって途切れることが多いため,対面判定データを補完してより連続的な対面であるとみなすようにするASPY2。図24のP2-2の例では,4分間までの空白判定結果が0を埋める。これを,補完係数4で補完する,と表現する。なお,他の端末TRからの赤外線受信による判定だけでなく,テレビ会議や電話対応を判別した結果も,対面判定データに含んでも良い。活動判定データは,加速度リズム周波数が閾値th_per以上である場合を1として示すデータである。経験上,デスクワーク時には体の動きが少なく,端末TRで取得される加速度リズムも低い値になるため,活動判定が0の場合,つまり閾値未満である場合を,個人作業の候補とする。活動の合間に短時間だけ動きを止めた時間を個人作業と判定すると,短い個人作業イベントが抽出されてしまうため,必要であれば個人作業判定前に活動判定データ補完ASPY3を行っても良い。図24のP3-2の例では,補完係数を1として補完している。以上の補完を終えたあと,計算対象とする時間tの始めから終わりまでについて,順に個人作業かどうかを判定するASPY5。ここでは,以上の補完済みの時系列データを用いて,端末装着あり,かつ,対面なし,かつ,活動なしの場合を個人作業であると判定するASPY6―1。そうでない場合は個人作業でないと判定するASPY6―2。その結果が図24の例ではP4-1となる。次に,再度個人作業判定データを補完しASPY7,個人作業イベントが連続的になるようにする。最後に,活動判定よりも高い閾値である,閾値th_perLを超えて大きな動きをしている場合を活動大とし,その場合のみは強制的に個人作業イベントを分割するASPY8。最後に,イベントの継続時間が閾値th_dp以下の短時間のイベントを削除しASPY9,残った各個人作業イベントの特徴量集中高,集中低,停滞,最大集中継続時間を抽出してASPY10,イベント情報開始時刻,終了時刻,メンバID,各特徴量を個人作業イベントテーブルASPEに出力ASPY11して終了となる。個人作業イベントの特徴量抽出の例を図25に示す。個人作業の特徴量は,デスクワークの質的な内訳を示すものである。具体的には,加速度リズムに着目して,うたた寝や瞑想休息しているような動きがあまりに小さい場合を停滞,停滞以外の時間を集中として,さらに,集中が継続した時間が閾値th_perS以上であるものを集中高,閾値未満であるものを集中低に分類する。<図27:アクティブ率算出のフローチャート>対面イベント特徴量抽出ASCTの特徴量であるアクティブ率の算出方法を図27のフローチャートにて示す。会話時の積極性は,ジェスチャーなどによる体の揺れに表れるため,端末TRの加速度リズムが高い時をアクティブである,つまり積極的なコミュニケーションをしているとみなして定量的に評価することができる。逆に,加速度リズムが低い時はパッシブである,つまり受動的なコミュニケーションをしているとみなせる。創造的なディスカッションは互いに積極的に考えを発言し合う状況になると考えられることから,このようなコミュニケーションの質を指標化し継続してモニタリングすることが,組織の創造性や生産性を高めるために,有用であると考えられる。コミュニケーションの質を示す指標として,アクティブな時間の比率を求める。このときに対面時間を分母として,{アクティブ率=アクティブ時間÷対面時間}として求めることが可能だが,この場合には,他人のプレゼンを聞くなど本人の努力で変えられないことによってパッシブな時間が増加し,アクティブ率が下がることが問題であった。そのため,長時間継続するパッシブな時間を聴取時間と定義し,対面時間から聴取時間を除いた会話時間をアクティブ率の分母として用いる。経験上,聴取時間は業務の性質に依存しているため,聴取時間を含んで算出したアクティブ率には本人の行動による特性が表れにくい。そのため,図26に示す模式図のように,会話時間でのアクティブ率を評価することによって本人の行動の結果としての会話の積極性が数値化される。よって,{アクティブ率=アクティブ時間÷会話時間}として値を算出する。なお,図27で示すアクティブ率の算出方法は,対面イベント時間中を対象としたアクティブ率を求めるだけでなく,特定の人の1日もしくは1ヶ月など所定の期間を対象として算出するためにも同様の方法で用いることができる。図27のフローチャートに沿ってアクティブ率の算出プロセスを説明すると,まず,計算対象の人物に関する対面データと加速度リズムの時系列データを,対面タペストリSSDB_IRTP_1minと加速度タペストリSSDB_ACCTP_1minから入力するASCT1。少なくとも1人と対面している時刻を抽出しASCT2,同じ時刻の加速度リズムが閾値th_act以上である場合にはその時刻をアクティブ,閾値未満である場合にはパッシブと判定するASCT3。なお,ASCT2における対面している時刻とは,他の端末TRから赤外線を受信した時刻のみでなく,音声データにより端末の所有者であるユーザUSが発話していると判別された時刻や,テレビ電話の前や特定の会議室にいると位置ビーコンPBで検知された時刻を対面している時刻とみなしても良い。次に,パッシブ時間が閾値th_lstの時間以上継続している部分を抽出し,その期間を聴取時間とするASCT4。数値を求める対象となる期間中対面イベントの期間,または,1日や1ヶ月の,合計対面時間から合計聴取時間を引いたものを会話時間とするASCT5。最後に,対象期間の合計アクティブ時間を合計会話時間で割った値を,その期間の有効なアクティブ率として算出するASCT6。本手法によって算出したアクティブ率を用いた表示画面の例を図28に示す。アクティブ率の個人やグループの時系列変化を把握するために,個人の結果や,定義したグループでのイベントでの値を平均した結果を折れ線グラフで示すことが可能である。その値は,アクティブ率そのものではなく,複数組織,長期のデータを母数とした偏差値で表示しても良い。また,所属する組織における特定の期間のアクティブ率の分布をヒストグラムで表示し,その中に対象者のアクティブ率を示すことも可能である。以上、本発明の実施形態について説明したが、本発明は上記実施形態に限定されるものではなく、種々変形実施可能であり、上述した各実施形態を適宜組み合わせることが可能であることは、当業者に理解されよう。"