イベントデータ処理装置
【課題】 センサ端末によって取得した、人物の活動データを表示する技術に関する。センサ端末によって取得したデータは大量であり、人間の記憶の出来事と紐付けるために，人間の活動に関する連続的なセンサデータに適切な区切りを与えて表示する。
【解決手段】 第１の時刻における第１の対面人数と第２の時刻における第２の対面人数との差である対面人数差を算出し、前記対面人数差が予め定められた閾値である対面人数閾値以下であった場合、前記第１の時刻と前記第２の時刻との間に連続したコミュニケーションが行われていたと判別して、前記第１の対面人数と前記第２の対面人数に含まれる人物と前記第１の時刻と前記第２の時刻とに対してイベントを識別するイベント識別子を関連づけて前記記録部に記録するイベントデータ処理装置。
【解決手段】 第１の時刻における第１の対面人数と第２の時刻における第２の対面人数との差である対面人数差を算出し、前記対面人数差が予め定められた閾値である対面人数閾値以下であった場合、前記第１の時刻と前記第２の時刻との間に連続したコミュニケーションが行われていたと判別して、前記第１の対面人数と前記第２の対面人数に含まれる人物と前記第１の時刻と前記第２の時刻とに対してイベントを識別するイベント識別子を関連づけて前記記録部に記録するイベントデータ処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、センサ端末によって取得した、人物の活動データを表示する技術に関する。
【背景技術】
【０００２】
近年，遠隔オフィスでの業務や，プロジェクト型の業務（1人が同時に複数のプロジェクトに配属され，複数の上司を持つ）が増加しており，部下と上司，チームのメンバ同士が業務内容を互いに把握することが困難になっている。しかしながら，業務量の適切な配分，ＫｎｏｗＨｏｗ・ＫｎｏｗＷｈｏ情報を効率的に活用するためには，幅広く業務中の出来事や状況を共有することが必要である。そのために，業務の実態をセンサデータとして収集し，人間が理解しやすい区切りで出来事を表示することが効果的である。
【０００３】
PC画面上に表示したファイルの操作ログから会議中の話題の区切りを見つける技術が示されている（たとえば特許文献１）。人々の滞在場所のデータから形成されている集団の発生と消滅を判定する技術が示されている（たとえば特許文献２）。また，マイクによって人物間の会話のやり取りを時系列に整理する技術が知られている（たとえば特許文献３）。また，人物に装着したセンサとPCの操作ログから特定した作業内容にノイズ除去処理を行い，連続した作業として特定する技術が知られている（たとえば特許文献４）。また，会議の議論の質向上のために，発言していない時間に着目して発言要請を出す技術が知られている（たとえば特許文献５）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開2009-64275
【特許文献２】特許第4525318
【特許文献３】特開2007-27918
【特許文献４】特開2009-211574
【特許文献５】特開平8-274888
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明が解決しようとする課題は、人間の記憶の出来事と紐付けるために，人間の活動に関する連続的なセンサデータに適切な区切りを与えて表示することである。特に，ホワイトカラーの業務を対象とし，アドホックに複数人が集まって会話する対面イベントや，個人でPCに向かって文書を執筆するなどの個人作業イベントを抽出することで業務中の活動を区切って示す。対面イベントを抽出するためには，人物同士が正対して対面したというデータに基づき，対面イベントに参加したメンバとその開始時刻・終了時刻を特定することが必要である。
【０００６】
そのためには，特許文献１では会議中のデータしか対象とならなく、また、，特許文献２ではセンサを設置した場所での集団しか検知できないため，上記の課題を十分に解決できない。また，特許文献２，特許文献４では，複数の人がアドホックに集まり解散するまでの柔軟な集団の形成・解体を一連の纏まったイベントとして抽出する方法は示されていない。
【課題を解決するための手段】
【０００７】
イベントデータ処理装置であって、時刻と人物情報と人物同士が対面したことを示すデータとを含む対面情報が格納される記録部と、対面情報の入力を受け付けて記録部に記録する入力部と、入力部が入力を受け付けた対面情報から対面していた人数である対面人数を算出し、第１の時刻における第１の対面人数と第２の時刻における第２の対面人数との差である対面人数差を算出し、対面人数差が予め定められた閾値である対面人数閾値以下であった場合、第１の時刻と第２の時刻との間に連続したコミュニケーションが行われていたと判別して、第１の対面人数と第２の対面人数に含まれる人物と第１の時刻と第２の時刻とに対してイベントを識別するイベント識別子を関連づけて記録部に記録する制御部と、記録されたイベント識別子を出力する出力部と、を有することを特徴とするイベントデータ処理装置によって、上記課題は解決できる。
【発明の効果】
【０００８】
本発明によれば，途中から会話に参加した人や途中で抜けた人がいてメンバ構成が変化した場合にも，大半のメンバ構成が一致していれば一連のイベントとして抽出される。同じ場所または特定の人を含んで，別のイベントが連続して発生した場合にも，メンバ構成が大きく変化していれば別のイベントとして区別される。また，同時刻に複数の異なる集団が発生している場合にも，別のイベントとして区別される。これによって，人物間の対面の有無に関するデータのみを用いて，職場で自然に発生・消滅する対面コミュニケーションのイベントの情報を，その開始時刻・終了時刻・メンバ構成を特定して抽出することができる。
【図面の簡単な説明】
【０００９】
【図１】センシングデータ表示装置の構成と利用シーンを示す図の一例である。
【図２】クライアントとアプリケーションサーバの構成を示す図の一例である。
【図３】センサネットサーバと基地局の構成を示す図の一例である。
【図４】端末の構成を示す図の一例である。
【図５】センシングデータがセンサネットサーバに格納されるまでのシーケンス図の一例である。
【図６】アプリケーションサーバ（ＡＳ）を起点とするイベント抽出の処理と，ユーザがＷｅｂアプリケーションを操作する際の処理のシーケンス図の一例である。
【図７】Ｗｅｂアプリケーションの画面を示す図の一例である。
【図８】対面イベントの表示画面を示す図の一例である。
【図９】個人作業イベントの表示画面を示す図の一例である。
【図１０】ユーザ属性リストを示す図の一例である。
【図１１】グループ管理リストを示す図の一例である。
【図１２】センシングデータベース（加速度データ）を示す図の一例である。
【図１３】（Ａ）センシングデータベース（対面データ）を示す図の一例である。（Ｂ）センシングデータベース（対面データ）を示す図の別の一例である。
【図１４】対面イベントテーブルを示す図の一例である。
【図１５】個人作業イベントテーブルを示す図の一例である。
【図１６】主観情報テーブルを示す図の一例である。
【図１７】データ処理変数画面を示す図の一例である。
【図１８】対面要素イベント抽出処理のフローチャートである。
【図１９】対面要素イベント結合処理のフローチャートである。
【図２０】対面要素イベント抽出処理の手順を示す図の一例である。
【図２１】（Ａ）対面要素イベント特徴量抽出の手順に関する表の一例である。（Ｂ）対面要素イベント特徴量抽出の手順に関する表の別の一例である。
【図２２】（Ａ）対面要素イベント結合処理の手順に関する表の一例である。（Ｂ）対面要素イベント結合処理の手順に関する表の別の一例である。
【図２３】個人作業イベント抽出処理のフローチャートである。
【図２４】個人作業イベント抽出処理の手順を示す図の一例である。
【図２５】個人作業イベント特徴量抽出の手順を示す図の一例である。
【図２６】対面コミュニケーションの分類を示す図である。
【図２７】アクティブ率の計算プロセスを示すフローチャートである。
【図２８】アクティブ率を用いた表示画面を示す図の一例である。
【図２９】活動報告書出力設定画面を示す図の一例である。
【図３０】活動報告書出力ファイルを示す図の一例である。
【図３１】行動リズムタペストリを示す図の一例である。
【図３２】対面タペストリを示す図の一例である。
【発明を実施するための形態】
【００１０】
本発明は、センシングデータを表示するセンシングデータ表示装置であり、人物間の対面に関するデータを用いて，複数人が集まり解散する対面イベントを抽出して表示することを特徴とする。以下、図面を用いて説明を行う。
【実施例１】
【００１１】
最初に、本発明の第１の実施の形態について図面を参照して説明する。
【００１２】
＜図１：システム概要＞
図１に、第１の実施の形態のシステム概要を示す。第１の実施の形態では、センサ端末（ＴＲ、ＴＲ２〜５：以下個体を識別しない場合にはすべてＴＲと示す）を組織のメンバがユーザ（ＵＳ、ＵＳ２〜５：以下個体を識別しない場合にはすべてＵＳと示す）として装着し、その端末（ＴＲ）によって各メンバの動きやメンバ間の交流（インタラクション）に関するセンシングデータを取得する。インタラクションについては、ユーザ（ＵＳ）同士が対面した際に各端末（ＴＲ）間で赤外線を送受信することで対面を検知している。会議室などの多くの人が集まって会話する広い場所では，全ての同席者の端末（ＴＲ）同士で赤外線が届かない場合があるため，位置ビーコン（ＰＢ）を設置することで人物間の対面データを補うことも可能である。位置ビーコン（ＰＢ）は場所を示すＩＤを赤外線で発信しており，それを端末（ＴＲ）が受信することで，ユーザ（ＵＳ）がその場所に滞在していたことを検知する。
【００１３】
取得したセンシングデータは無線または有線で接続し基地局（ＧＷ，ＧＷ２：以下個体を識別しない場合にはすべてＧＷと示す）に送信され、ネットワーク（ＮＷ）を通じてセンサネットサーバ（ＳＳ）に格納される。センサネットサーバ（ＳＳ）は定期的にこれらのセンシングデータの下処理を行い、取り扱いしやすい二次データとして保管しておく。ユーザに見せるための画面を作成するためには、アプリケーションサーバ（ＡＳ）が定期的にセンサネットサーバ（ＳＳ）から二次データを取得し、データから対面イベントや個人作業イベントを抽出する。ユーザ（ＵＳ）は，クライアント（ＣＬ）にアカウントやパスワードを入力することでアプリケーションサーバ（ＡＳ）のＷｅｂページにアクセスし，その閲覧者向けのコンテンツをクライアント（ＣＬ）上の画面（ＯＤ）にて閲覧する。
【００１４】
＜図２〜図４：全体システムのブロック図＞
図２から図４は、本発明の実施の形態のセンシングデータ表示装置を実現するセンサネットワークシステムの全体構成を説明するブロック図である。図示の都合上分割して示してあるが、各々図示された各処理は相互に連携して実行される。また、図内のそれぞれの機能はハードウェアとソフトウェアの協働によって実現される。（★日本の特許法の場合、ソフトとハードの協働で情報処理がなされることが明確でないといけないという決まりがあります。）。これらの各構成要素は図２〜４から明らかなように、制御部と記憶部と送受信部を有している。制御部は通常のコンピュータ等の処理部である中央処理部（Central Processing Unit：ＣＰＵ、図示省略）などで構成され、記憶部は半導体記憶装置や磁気記憶装置等のメモリ装置で構成され、送受信部は有線・無線等のネットワークインタフェースで構成される。その他、必要に応じて時計等を備えている。
【００１５】
端末（ＴＲ）でそれを装着した人物の動きやコミュニケーションに関するセンシングデータを取得し、センシングデータは基地局（ＧＷ）を経由して、センサネットサーバ（ＳＳ）に格納する。また、アプリケーションサーバ（ＡＳ）はセンシングデータから対面イベントや個人作業イベントを抽出し，クライアント（ＣＬ）を介したユーザ（ＵＳ）のリクエストに応じて，その結果を提示する。図２から図４はこれらの一連の流れを示す。
【００１６】
図２から図４における形の異なる６種類の矢印は、それぞれ、時刻同期、アソシエイト、取得したセンシングデータの格納、センシングデータの解析、ファームウェア更新、及び、制御信号のためのデータまたは信号の流れを表している。
【００１７】
＜図２：全体システム１（ＣＬ・ＡＳ）＞
図２に、クライアント（ＣＬ）とアプリケーションサーバ（ＡＳ）の一実施例の構成を示す。
【００１８】
＜クライアント（ＣＬ）について＞
クライアント（ＣＬ）は、ユーザ（ＵＳ）との接点となって、データを入出力する。クライアント（ＣＬ）は、入出力部（ＣＬＩＯ）、送受信部（ＣＬＳＲ）、記憶部（図示省略）、制御部（ＣＬＣＯ）を備える。
【００１９】
入出力部（ＣＬＩＯ）は、ユーザ（ＵＳ）とのインタフェースとなる部分である。入出力部（ＣＬＩＯ）は、ディスプレイ（ＣＬＯＤ）、タッチパネル（ＣＬＩＴ）、キーボード（ＣＬＩＫ）及びマウス（ＣＬＩＭ）等を備える。必要に応じて外部入出力（ＣＬＩＵ）に他の入出力装置を接続することもできる。
【００２０】
ディスプレイ（ＣＬＯＤ）は、ＣＲＴ（Ｃａｔｈｏｄｅ−Ｒａｙ Ｔｕｂｅ）又は液晶ディスプレイ等の画像表示装置である。ディスプレイ（ＣＬＯＤ）は、プリンタ等を含んでもよい。ユーザによる入力を支援するためにタッチパネル（ＣＬＩＴ）を用いる場合には、タッチパネル（ＣＬＩＴ）をディスプレイ（ＣＬＯＤ）の画面（ＯＤ）と重なるように設置し、出力と入力を同じ画面上で行うように見せることもできる。
【００２１】
送受信部（ＣＬＳＲ）は、アプリケーションサーバ（ＡＳ）や他のネットワークに接続した機器との間でデータや命令を送受信する。具体的には、送受信部（ＣＬＳＲ）は、表示する画面のリクエストをアプリケーションサーバ（ＡＳ）に送信し、リクエストに対応する画像を受信する。
【００２２】
記憶部（図示なし）は、ハードディスク、メモリ又はＳＤカードのような外部記録装置で構成される。記憶部（図示なし）は、表示の履歴やユーザ（ＵＳ）のログインＩＤなどを保存させても良い。
【００２３】
＜アプリサーバ（ＡＳ）＞
アプリケーションサーバ（ＡＳ）は、センシングデータの二次データを処理及び解析し、クライアント（ＣＬ）を通してユーザに提示するためのコンテンツ情報（多くは画像であるが、動画やテキストデータ、音声データなど他のデータでもよい）を生成する。
【００２４】
アプリケーションサーバ（ＡＳ）は、送受信部（ＡＳＳＲ）、記憶部（ＡＳＭＥ）及び制御部（ＡＳＣＯ）を備える。
【００２５】
送受信部（ＡＳＳＲ）は、ネットワーク（ＮＷ）を通じて、センサネットサーバ（ＳＳ）、ＮＴＰサーバ（ＴＳ）、クライアント（ＣＬ）、及び個人用クライアント（ＣＰ）との間でデータの送信及び受信を行い、そのための通信制御を行う。
【００２６】
記憶部（ＡＳＭＥ）は、ハードディスク、メモリ又はＳＤカードのような外部記録装置で構成される。記憶部（ＡＳＭＥ）は、作成したコンテンツ情報や、コンテンツ作成のためのプログラム、その他コンテンツ作成に関係するデータを格納する。具体的には、記憶部（ＡＳＭＥ）は、ユーザ属性リスト（ＡＳＵＬ）、グループ管理リスト（ＡＳＧＲ），対面イベントテーブル（ＡＳＣＥ），個人作業イベントテーブル（ＡＳＰＥ），主観情報テーブル（ＡＳＳＴ），データ処理変数リスト（ＡＳＤＶ），活動報告書出力設定（ＡＳＧＯ），イベント抽出プログラム（ＡＳＰＰ），及び二次データ読み込みプログラム（ＡＳＰＲ）を格納する。
【００２７】
ユーザ属性リスト（ＡＳＵＬ）は、端末（ＴＲ）のＩＤと、その端末を装着したユーザ（ＵＳ）の氏名・ユーザＩＤ・所属、メールアドレス、属性等との対照表である。人物間の対面時に相手から受信したＩＤを氏名と紐付けたり，ＷｅｂにログインしたＩＤに従って表示内容を変更したりする際に参照する。図１０にその具体例を示す。
【００２８】
グループ管理リスト（ＡＳＧＲ）はＷｅｂアプリケーション上で設定したグループを管理するリストである。図１１にその具体例を示す。グループは，フォーマルな組織体系ではなく，ユーザ（ＵＳ）が自由に作成することができる。グループを定義すると同じグループの人のイベントを閲覧したり，行動や会議の指標をグループ単位で平均して表示したりすることができるようになる。グループ管理リスト（ＡＳＧＲ）では，グループ番号，そのグループが有効である開始日と終了日，グループ名，メンバリストとその属性に関する情報を管理する。メンバの属性によってデータの閲覧や制御の権限が異なる。オーナーはグループを作った人であり，グループ管理リスト（ＡＳＧＲ）の情報を変更する権限を持つ。また，開示・閲覧に関してはメンバとして扱われる。メンバは，自身のデータをグループのメンバ（スーパーバイザ含む）に開示し，また，グループの他のメンバのデータを閲覧できる。スーパーバイザは，直接一緒に業務をしているメンバではないが，そのグループの状況を把握しておくべき人であり（たとえば上長や他部署の関係者など），グループのメンバのデータを閲覧する権限はあるが，自身のデータはグループに開示されない。
【００２９】
対面イベントテーブル（ＡＳＣＥ）は，対面イベントに関する一連の処理（ＡＳＣＹ，ＡＳＣＣ，ＡＳＣＴ）によって抽出された対面イベントの情報を格納するテーブルである。また，個人作業イベントテーブル（ＡＳＰＥ）は，個人作業イベントに関する一連の処理（ＡＳＰＹ，ＡＳＰＴ）によって抽出された個人作業イベントの情報を格納するテーブルである。また，主観情報テーブル（ＡＳＳＴ）は，ユーザ（ＵＳ）によって入力された主観情報を，対面イベントや個人作業イベントと関連付けて格納するテーブルである。
【００３０】
データ処理変数リスト（ＡＳＤＶ）は，図１７のデータ処理変数画面（ＯＤＤＶ）にてＷｅｂアプリケーションの管理者によって設定された，データ処理に関する諸々の変数を格納するテーブルである。
【００３１】
活動報告書出力設定（ＡＳＧＯ）は，主観情報テーブル（ＡＳＳＴ）に格納されたユーザの主観評価情報を，図３０に示す活動報告書出力ファイルの例のように出力するための，設定条件を格納するものである。出力条件は，例えば，図２９の活動報告書出力設定画面（ＯＤＫＳ）をユーザ（ＵＳ）が操作することによって設定される。
【００３２】
イベント抽出プログラム（ＡＳＰＰ）は，イベント抽出に関する処理（ＡＳＣＹ，ＡＳＣＣ，ＡＳＣＴ，ＡＳＰＹ，ＡＳＰＴ）を実行するためのプログラムである。
【００３３】
二次データ読み込みプログラム（ＡＳＰＲ）は，二次データ要求（ＡＳＣＰ）においてセンサネットサーバ（ＳＳ）から受信する二次データ（例えば１分単位の対面相手のＩＤ一覧や加速度リズムのデータ）の形式に対応した，読み込みプログラムである。
【００３４】
制御部（ＡＳＣＯ）は、ＣＰＵ（図示省略）を備え、センサデータや主観評価情報を処理し，ユーザに提供するＷｅｂコンテンツをとして出力するためのプロセスを実行する。
【００３５】
入出力制御（ＡＳＣＩＯ）は，ユーザがＷｅｂアプリケーションを通じてイベントデータを閲覧したり，イベントに対する主観評価情報（実施したことやその反省点，次の課題など）を入力したりする際の制御を行うものである。ユーザがＷｅｂアプリケーションにログインする際のユーザ認証（ＡＳＣＩＵ）後，ユーザの操作に従って対象データの日付や種類・対象グループを切り替えて画面を構成する表示画面生成（ＡＳＣＩＤ）や，入力した主観評価情報をイベントと関連付けて主観情報テーブル（ＡＳＳＴ）に格納する主観評価入力（ＡＳＣＩＳ）を行う。
【００３６】
また，アプリケーションサーバ（ＡＳ）は時計（ＡＳＣＫ）を有しており，外部のＮＴＰサーバ（ＴＳ）などに接続して正確な時刻を維持する。
【００３７】
あらかじめ設定した時刻になるとタイマ起動（ＡＳＴＫ）し，二次データ読み込みプログラム（ＡＳＰＲ）とイベント抽出プログラム（ＡＳＰＰ）を起動する。二次データ要求（ＡＳＣＰ）では，センサネットサーバ（ＳＳ）に必要な期間・対象者・種類を指定して二次データを要求し，受信する。受信したデータを用いて，対面イベントの処理に関しては，対面要素イベント抽出処理（ＡＳＣＹ），対面要素イベント結合処理（ＡＳＣＣ），対面イベント特徴量抽出（ＡＳＣＴ）を順に実施する。個人作業イベントの処理に関しては，個人作業イベント抽出処理（ＡＳＰＹ），個人作業イベント特徴量抽出（ＡＳＰＴ）
を実施する。なお，プログラムの起動方法は手動でも良いし，センサネットサーバ（ＳＳ）で特定のパターンのデータを受信したことをトリガとして起動しても良い。
【００３８】
＜図３：全体システム２（ＳＳ・ＩＳ）＞
図３は、センサネットサーバ（ＳＳ）及び基地局（ＧＷ）の一実施例の構成を示している。
【００３９】
＜センサネットサーバ（ＳＳ）＞
センサネットサーバ（ＳＳ）は、全ての端末（ＴＲ）から集まったデータを管理する。具体的には、センサネットサーバ（ＳＳ）は、基地局（ＧＷ）から送られてくるセンシングデータをセンシングデータベース（ＳＳＤＢ）に格納し、また、アプリケーションサーバ（ＡＳ）やクライアント（ＣＬ）からの要求に基づいてセンシングデータまたは二次データを送信する。さらに、センサネットサーバ（ＳＳ）は、基地局（ＧＷ）とその管理下にある端末（ＴＲ）の情報を随時管理する。また、端末（ＴＲ）のファームウェアを更新するための制御コマンドの起点となる。
【００４０】
センサネットサーバ（ＳＳ）は、送受信部（ＳＳＳＲ）、記憶部（ＳＳＭＥ）及び制御部（ＳＳＣＯ）を備える。
【００４１】
送受信部（ＳＳＳＲ）は、基地局（ＧＷ）、アプリケーションサーバ（ＡＳ）、個人用クライアント（ＣＰ）及びクライアント（ＣＬ）との間で、データの送信及び受信を行い、その際の通信制御を行う。
【００４２】
記憶部（ＳＳＭＥ）は、ハードディスク等のデータ記憶装置によって構成され、少なくとも、センシングデータベース（ＳＳＤＢ）、二次データベース（ＳＳＤＴ）、データ形式情報（ＳＳＭＦ）、端末管理テーブル（ＳＳＴＴ）及び端末ファームウェア（ＳＳＴＦＤ）を格納する。さらに、記憶部（ＳＳＭＥ）は、制御部（ＳＳＣＯ）のＣＰＵ（図示省略）によって実行されるプログラムを格納する。
【００４３】
センシングデータベース（ＳＳＤＢ）は、各端末（ＴＲ）が取得したセンシングデータ、端末（ＴＲ）の情報、及び、各端末（ＴＲ）から送信されたセンシングデータが通過した基地局（ＧＷ）の情報等を記録しておくためのデータベースである。加速度、温度等、データの要素ごとにカラムが作成され、データが管理される。また、データの要素ごとにテーブルが作成されてもよい。どちらの場合にも、全てのデータは、取得された端末（ＴＲ）のＩＤである端末情報（ＴＲＭＴ）と、センシングされた時刻に関する情報とが関連付けて管理される。
【００４４】
二次データベース（ＳＳＤＴ）は、センシングデータベース（ＳＳＤＢ）のデータをセンシングデータ処理（ＳＳＣＤＴ）した結果を格納するデータベースである。二次データベース（ＳＳＤＴ）に格納されている二次データは、下処理済みの規格化されたデータであり、ノイズが取り除かれ、基本コンテンツを作成するために適した形式、例えば1日ごとにユーザ（ＵＳ）の任意の２者間の合計対面時間を行列形式で出力するなど、で保管される。アプリケーションサーバ（ＡＳ）では処理前のセンシングデータではなく二次データを使うようにルール化することで、ノイズの除去など端末（ＴＲ）や通信状況に依存するセンシングデータの特性を考慮せず、アプリケーションのためのプログラムを開発することができる。データベースとしては、二次データベース（ＳＳＤＴ）はセンシングデータベース（ＳＳＤＢ）と共通のものを用い、テーブルを分けるだけでも良い。また、必要に応じて、基本コンテンツ作成（ＡＳＣＢＣ）はセンシングデータベース（ＳＳＤＢ）からセンシングデータ処理（ＳＳＣＤＴ）前のデータを取得しても良い。
【００４５】
データ形式情報（ＳＳＭＦ）には、通信のためのデータ形式、基地局（ＧＷ）でタグ付けされたセンシングデータを切り分けてデータベースに記録する方法、センシングデータ処理（ＳＳＣＤＴ）された二次データを二次データベース（ＳＳＤＴ）に記録する方法、及び、データの要求に対する対応方法を示す情報等が記録されている。データ受信の後、データ送信の前にはこのデータ形式情報（ＳＳＭＦ）が参照され、データ形式の変換とデータ振り分けが行われる。
【００４６】
端末管理テーブル（ＳＳＴＴ）は、どの端末（ＴＲ）が現在どの基地局（ＧＷ）の管理下にあるかを記録しているテーブルである。基地局（ＧＷ）の管理下に新たに端末（ＴＲ）が加わった際に、端末管理テーブル（ＳＳＴＴ）が更新される。また、基地局（ＧＷ）と端末（ＴＲ）間を有線で接続している場合には、常時端末管理情報を監視していなくてもよい。
【００４７】
端末ファームウェア（ＳＳＦＷ）は、端末を動作させるためのプログラムを記憶しているものであり、端末ファームウェア更新（ＳＳＣＦＷ）が行われた際には、端末ファームウェア（ＳＳＦＷ）が更新され、ネットワーク（ＮＷ）を通じてこれを基地局（ＧＷ）に送り、さらにパーソナルエリアネットワーク（ＰＡＮ）を通じて端末（ＴＲ）に送り、端末（ＴＲ）内のファームウェアを更新する（ＦＭＵＤ）。
【００４８】
制御部（ＳＳＣＯ）は、ＣＰＵ（図示省略）を備え、センシングデータの送受信やデータベースへの記録・取り出しを制御する。具体的には、ＣＰＵが記憶部（ＳＳＭＥ）に格納されたプログラムを実行することによって、センシングデータ保管（ＳＳＣＤＢ）、端末管理情報修正（ＳＳＴＦ）、端末ファームウェア更新（ＳＳＣＦＷ）、センシングデータ処理（ＳＳＣＤＴ）及び二次データ検索（ＳＳＣＴＳ）等の処理を実行する。
【００４９】
センシングデータ保管（ＳＳＣＤＢ）は、基地局（ＧＷ）から送られてきたセンシングデータを受け取り、センシングデータベース（ＳＳＤＢ）に格納する処理である。時刻情報や端末ＩＤ、基地局を経由した時刻などの付加情報を合わせて１レコードとして、データベースに格納する。
【００５０】
時計（ＳＳＣＫ）は、外部ＮＴＰサーバ（ＴＳ）と定期的に接続することによって、標準時刻を保持している。時計（ＳＳＣＫ）があらかじめ指定した時刻、または特定の条件を満たしたときに、センシングデータ処理（ＳＳＣＤＴ）をタイマ起動（ＳＳＴＫ）する。
【００５１】
センシングデータ処理（ＳＳＣＤＴ）は、センシングデータベース（ＳＳＤＢ）からセンシングデータ、端末（ＴＲ）で取得されたもの、をデータ形式情報（ＳＳＭＦ）で指定された方法によって下処理し、二次データを生成する。二次データは二次データベース（ＳＳＤＴ）に格納する。一定間隔でセンシングデータ処理（ＳＳＣＤＴ）を起動し、新しく追加されたセンシングデータを処理することで、二次データベースが常に更新された状態になるように保つ。
【００５２】
二次データ検索（ＳＳＣＴＳ）は、アプリケーションサーバ（ＡＳ）から依頼を受けた際に、二次データベース（ＳＳＤＴ）から依頼に対応した二次データを取り出し、依頼元に返す処理を行う。その際、二次データに付与された、日付やユーザＩＤなどのタグ情報に基づいて検索する。
【００５３】
端末管理情報修正（ＳＳＴＦ）は、基地局（ＧＷ）から端末管理情報を修正するコマンドを受け取った際に、端末管理テーブル（ＳＳＴＴ）を更新する。各基地局（ＧＷ）の配下にある端末（ＴＲ）のリストを常時把握するためのものである。
【００５４】
端末ファームウェア更新（ＳＳＣＦＷ）は、手動または自動にて端末（ＴＲ）のファームウェアを更新する必要が生じた際に、記憶部（ＳＳＭＥ）内の端末ファームウェア（ＳＳＦＷ）を更新し、さらに、基地局（ＧＷ）に配下の端末（ＴＲ）のファームウェアを更新するように命令を出す。また、各端末（ＴＲ）でファームウェア更新が完了したというレスポンスを受け取り、すべての端末（ＴＲ）の更新が完了するまで続ける。
【００５５】
＜基地局（ＧＷ）＞
基地局（ＧＷ）は、端末（ＴＲ）とセンサネットサーバ（ＳＳ）を仲介する役目を持つ。端末（ＴＲ）と基地局（ＧＷ）間が無線で接続する場合には、無線の到達距離を考慮して、居室・職場等の領域をカバーするように複数の基地局（ＧＷ）が配置される。有線で接続する場合には、基地局（ＧＷ）の処理能力に合わせて管理する端末（ＴＲ）の個数の上限が設定される。
【００５６】
基地局（ＧＷ）は、送受信部（ＧＷＳＲ）、記憶部（ＧＷＭＥ）及び制御部（ＧＷＣＯ）を備える。
【００５７】
送受信部（ＧＷＳＲ）は、端末（ＴＲ）からデータを無線または有線にて受信し、センサネットサーバ（ＳＳ）への有線又は無線による送信を行う。送受信に無線を用いる場合には、送受信部（ＧＷＳＲ）は無線を受信するためのアンテナを備える。また、必要に応じて、センシングデータの送受信の際にデータが欠損しないように輻輳制御、つまり通信のタイミング制御を行う。また、受信したデータの種類を区別する。具体的には、受信したデータが一般のセンシングデータであるか、アソシエイトのためのデータであるか、時刻同期のレスポンスであるか等をデータのヘッダ部分から識別して、それらのデータをそれぞれ適切な機能に渡す。
【００５８】
記憶部（ＧＷＭＥ）は、ハードディスク、メモリ、又はＳＤカードのような外部記録装置（図示省略）で構成される。記憶部（ＧＷＭＥ）には、動作設定（ＧＷＭＡ）、データ形式情報（ＧＷＭＦ）、端末管理テーブル（ＧＷＴＴ）、基地局情報（ＧＷＭＧ）及び端末ファームウェア（ＧＷＴＦＤ）が格納される。動作設定（ＧＷＭＡ）は、基地局（ＧＷ）の動作方法を示す情報を含む。データ形式情報（ＧＷＭＦ）は、通信のためのデータ形式を示す情報、及び、センシングデータにタグを付けるために必要な情報を含む。端末管理テーブル（ＧＷＴＴ）は、現在アソシエイトできている配下の端末（ＴＲ）の端末情報（ＴＲＭＴ）、及び、それらの端末（ＴＲ）を管理するために配布しているローカルＩＤを含む。有線で端末（ＴＲ）と接続し、常時配下の端末（ＴＲ）を把握している必要がない場合には、端末管理テーブル（ＧＷＴＴ）はなくてもよい。基地局情報（ＧＷＭＧ）は、基地局（ＧＷ）自身のアドレスなどの情報を含む。端末ファームウェア（ＧＷＴＦＤ）は、端末を動作させるためのプログラムを記憶しているものであり、センサネットサーバ（ＳＳ）から命令と新規の端末ファームウェアを受け取った際に、ファームウェア更新データ（ＴＲＤＦＷ）をパーソナルエリアネットワーク（ＰＡＮ）を通じて端末（ＴＲ）に送信する（ＧＷＣＦＷ）。
【００５９】
記憶部（ＧＷＭＥ）には、さらに、制御部（ＧＷＣＯ）のＣＰＵ（図示省略）によって実行されるプログラムが格納されてもよい。
【００６０】
制御部（ＧＷＣＯ）は、ＣＰＵ（図示省略）を備える。ＣＰＵが記憶部（ＧＷＭＥ）に格納されているプログラムを実行することによって、端末（ＴＲ）からセンシングデータを受信するタイミング、センシングデータの処理、端末（ＴＲ）やセンサネットサーバ（ＳＳ）への送受信のタイミング、及び、時刻同期のタイミングを管理する。具体的には、センシングデータ受信制御（ＧＷＣＳＲ）、センシングデータ送信（ＧＷＣＳＳ）、アソシエイト（ＧＷＣＴＡ）、端末管理情報修正（ＧＷＣＴＦ）、端末ファームウェア更新（ＧＷＣＦＷ）及び時刻同期（ＧＷＣＳ）等の処理を実行する。
【００６１】
時計（ＧＷＣＫ）は時刻情報を保持する。一定間隔でその時刻情報は更新される。具体的には、一定間隔でＮＴＰ（Ｎｅｔｗｏｒｋ Ｔｉｍｅ Ｐｒｏｔｏｃｏｌ）サーバ（ＴＳ）から取得した時刻情報によって、時計（ＧＷＣＫ）の時刻情報が修正される。
【００６２】
時刻同期（ＧＷＣＳ）は、一定間隔、または、端末（ＴＲ）が基地局（ＧＷ）と接続されたのをトリガとして、配下の端末（ＴＲ）に時刻情報を送信する。これによって、複数の端末（ＴＲ）と基地局（ＧＷ）の時計（ＧＷＣＫ）の時刻が同期される。
【００６３】
アソシエイト（ＧＷＣＴＡ）は、端末（ＴＲ）から送られてきたアソシエイト要求（ＴＲＴＡＱ）に対して、割り付けたローカルＩＤを各端末（ＴＲ）に送信する、アソシエイト応答（ＴＲＴＡＲ）を行う。アソシエイトが成立したら、アソシエイト（ＧＷＴＡ）は、端末管理テーブル（ＧＷＴＴ）を修正する端末管理情報修正（ＧＷＣＴＦ）を行う。
【００６４】
センシングデータ受信制御（ＧＷＣＳＲ）は、端末（ＴＲ）から送られてきたセンシングデータ（ＳＥＮＳＤ）のパケットを受信する。データのパケットのヘッダを読み込み、データの種類を判別したり、同時に多数の端末（ＴＲ）からのデータが集中しないように輻輳制御したりする。
【００６５】
センシングデータ送信（ＧＷＣＳＳ）は、データが通過した基地局のＩＤやその時刻データを付与し、センシングデータをセンサネットサーバ（ＳＳ）に送信する。
【００６６】
＜図４：全体システム３（ＴＲ）＞
図４は、センサノードの一実施例である端末（ＴＲ）の構成を示している。ここでは端末（ＴＲ）は名札型の形状をしており、人物の首からぶら下げることを想定しているが、これは一例であり、他の形状でもよい。端末（ＴＲ）は、多くの場合には、この一連のシステムの中に複数存在し、組織に属する人物がそれぞれ身に着けるものである。端末（ＴＲ）は人間の対面状況を検出するための複数の赤外線送受信部（ＡＢ）、装着者の動作を検出するための三軸加速度センサ（ＡＣ）、装着者の発話と周囲の音を検出するためのマイク（ＡＤ）、端末の裏表検知のための照度センサ（ＬＳ１Ｆ、ＬＳ１Ｂ）、温度センサ（ＡＥ）の各種センサを搭載する。搭載するセンサは一例であり、装着者の対面状況と動作を検出するために他のセンサを使用してもよい。
【００６７】
本実施例では、赤外線送受信部を４組搭載する。赤外線送受信部（ＡＢ）は、端末（ＴＲ）の固有識別情報である端末情報（ＴＲＭＴ）を正面方向に向かって定期的に送信し続ける。他の端末（ＴＲ）を装着した人物が略正面（例えば、正面又は斜め正面）に位置した場合、端末（ＴＲ）と他の端末（ＴＲ）は、それぞれの端末情報（ＴＲＭＴ）を赤外線で相互にやり取りする。このため、誰と誰が対面しているのかを記録することができる。また、閲覧者検出器（ＣＬＶＤ）はこの端末情報（ＴＲＭＴ）を受信することで、どのユーザ（ＵＳ）がクライアント（ＣＬ）のディスプレイ（ＣＬＯＤ）を閲覧しているかを検出することができる。また逆に、端末（ＴＲ）が閲覧者検出器（ＣＬＶＤ）から送信された検出器ＩＤ（ＣＬＶＤＩＤ）を受信することで、ユーザ（ＵＳ）がクライアント（ＣＬ）の設置場所に滞在していたことを記録することができる。
【００６８】
各赤外線送受信部は一般に、赤外線送信のための赤外発光ダイオードと、赤外線フォトトランジスタの組み合わせにより構成される。赤外線ＩＤ送信部（ＩｒＩＤ）は、自らのＩＤである端末情報（ＴＲＭＴ）を生成して赤外線送受信モジュールの赤外線発光ダイオードに対して転送する。本実施例では、複数の赤外線送受信モジュールに対して同一のデータを送信することで、全ての赤外線発光ダイオードが同時に点灯する。もちろん、それぞれ独立のタイミング、別のデータを出力してもよい。
【００６９】
また、赤外線送受信部（ＡＢ）の赤外線フォトトランジスタによって受信されたデータは、論理和回路（ＩＲＯＲ）によって論理和が取られる。つまり、最低どれか一つの赤外線受光部でＩＤ受光されていれば端末にＩＤとして認識される。もちろん、ＩＤの受信回路を独立して複数持つ構成でもよい。この場合、それぞれの赤外線送受信モジュールに対して送受信状態が把握できるので、例えば、対面する別の端末がどの方向にいるかなど付加的な情報を得ることも可能である。
【００７０】
センサによって検出したセンシングデータ（ＳＥＮＳＤ）はセンシングデータ格納制御部（ＳＤＣＮＴ）によって、記憶部（ＳＴＲＧ）に格納される。センシングデータ（ＳＥＮＳＤ）は通信制御部（ＴＲＣＣ）によって送信パケットに加工され、送受信部（ＴＲＳＲ）によって基地局（ＧＷ）に送信される。
【００７１】
このとき、記憶部（ＳＴＲＧ）からセンシングデータ（ＳＥＮＳＤ）を取り出し、無線または有線による送信のタイミングを決定するのが通信タイミング制御部（ＴＲＴＭＧ）である。通信タイミング制御部（ＴＲＴＭＧ）は、複数のタイミングを決定する複数のタイムベースを持つ。
【００７２】
記憶部に格納されるデータには、その直前にセンサによって検出されたセンシングデータ（ＳＥＮＳＤ）の他、過去に蓄積した纏め送りデータ（ＣＭＢＤ）や、端末の動作プログラムであるファームウェアを更新するためのファームウェア更新データ（ＦＭＵＤ）がある。
【００７３】
本実施例の端末（ＴＲ）は、外部電源接続検出回路（ＰＤＥＴ）により、外部電源（ＥＰＯＷ）が接続されたことを検出し、外部電源検出信号（ＰＤＥＴＳ）を生成する。外部電源検出信号（ＰＤＥＴＳ）によって、タイミング制御部（ＴＲＴＭＧ）が生成する送信タイミングを切り替えるタイムベース切替部（ＴＭＧＳＥＬ）、または無線通信されるデータを切り替えるデータ切替部（ＴＲＤＳＥＬ）は本端末（ＴＲ）特有の構成である。図４では一例として、送信タイミングを、タイムベース１（ＴＢ１）とタイムベース（ＴＢ２）の２つのタイムベースを、外部電源検出信号（ＰＤＥＴＳ）によってタイムベース切替部（ＴＭＧＳＥＬ）が切り替える構成を図示している。また通信されるデータを、センサから得たセンシングデータ（ＳＥＮＳＤ）と、過去に蓄積した纏め送りデータ（ＣＭＢＤ）と、ファームウェア更新データ（ＦＭＵＤ）とから、外部電源検出信号（ＰＤＥＴＳ）によってデータ切替部（ＴＲＤＳＥＬ）が切り替える構成を図示している。
【００７４】
照度センサ（ＬＳ１Ｆ、ＬＳ１Ｂ）は、それぞれ端末（ＴＲ）の前面と裏面に搭載される。照度センサ（ＬＳ１Ｆ、ＬＳ１Ｂ）により取得されるデータは、センシングデータ格納制御部（ＳＤＣＮＴ）によって記憶部（ＳＴＲＧ）に格納されると同時に、裏返り検知部（ＦＢＤＥＴ）によって比較される。名札が正しく装着されているときは、前面に搭載されている照度センサ（ＬＳ１Ｆ）が外来光を受光し、裏面に搭載されている照度センサ（ＬＳ１Ｂ）は端末本体と装着者との間に挟まれる位置関係となるため、外来光を受光しない。このとき、照度センサ（ＬＳ１Ｂ）で検出される照度より、照度センサ（ＬＳ１Ｆ）で検出される照度の方が大きな値を取る。一方で、端末（ＴＲ）が裏返った場合、照度センサ（ＬＳ１Ｂ）が外来光を受光し、照度センサ（ＬＳ１Ｆ）が装着者側を向くため、照度センサ（ＬＳ１Ｆ）で検出される照度より、照度センサ（ＬＳ１Ｂ）で検出される照度の方が大きくなる。
【００７５】
ここで、照度センサ（ＬＳ１Ｆ）で検出される照度と、照度センサ（ＬＳ１Ｂ）で検出される照度を裏返り検知部（ＦＢＤＥＴ）で比較することで、名札ノードが裏返って正しく装着していないことが検出できる。裏返り検知部（ＦＢＤＥＴ）で裏返りが検出されたとき、スピーカ（ＳＰ）により警告音を発生して装着者に通知する。
【００７６】
マイク（ＡＤ）は、音声情報を取得する。音声情報によって、「騒々しい」又は「静か」等の周囲の環境を知ることができる。さらに、人物の声を取得・分析することによって、コミュニケーションが活発か停滞しているのか、相互に対等に会話をやり取りしているか一方的に話しているのか、怒っているのか笑っているのか、などの対面コミュニケーションを分析することができる。さらに、人物の立ち位置等の関係で赤外線送受信器（ＡＢ）が検出できなかった対面状態を、音声情報及び加速度情報によって補うこともできる。
【００７７】
マイク（ＡＤ）で取得される音声は、音声波形及び、それを積分回路（ＡＶＧ）で積分した信号の両方を取得する。積分した信号は、取得した音声のエネルギを表す。
【００７８】
三軸加速度センサ（ＡＣ）は、ノードの加速度すなわちノードの動きを検出する。このため、加速度データから、端末（ＴＲ）を装着した人物の動きの激しさや、歩行などの行動を解析することができる。さらに、複数の端末が検出した加速度の値を比較することによって、それらの端末を装着した人物間のコミュニケーションの活性度や相互のリズム、相互の相関等を解析できる。
【００７９】
本実施例の端末（ＴＲ）では、三軸加速度センサ（ＡＣ）で取得されるデータは、センシングデータ格納制御部（ＳＤＣＮＴ）によって記憶部（ＳＴＲＧ）に格納されると同時に、上下検知回路（ＵＤＤＥＴ）によって名札の向きを検出する。これは、三軸加速度センサ（ＡＣ）で検出される加速度は、装着者の動きによる動的な加速度変化と、地球の重力加速度による静的加速度の２種類が観測されることを利用している。
【００８０】
表示装置（ＬＣＤＤ）は、端末（ＴＲ）を胸に装着しているときは、装着者の所属、氏名などの個人情報を表示する。つまり、名札として振舞う。一方で、装着者が端末（ＴＲ）を手に持ち、表示装置（ＬＣＤＤ）を自分の方に向けると、端末（ＴＲ）の天地が逆になる。このとき、上下検知回路（ＵＤＤＥＴ）によって生成される上下検知信号（ＵＤＤＥＴＳ）により、表示装置（ＬＣＤＤ）に表示される内容と、ボタンの機能を切り替える。本実施例では、上下検知信号（ＵＤＤＥＴＳ）の値により、表示装置（ＬＣＤＤ）に表示させる情報を、表示制御（ＤＩＳＰ）によって生成される赤外線アクティビティ解析（ＡＮＡ）による解析結果と、名札表示（ＤＮＭ）とを切り替える例を示している。
【００８１】
赤外線送受信部（ＡＢ）がノード間で赤外線をやり取りすることによって、端末（ＴＲ）が他の端末（ＴＲ）と対面したか否か、すなわち、端末（ＴＲ）を装着した人物が他の端末（ＴＲ）を装着した人物と対面したか否かが検出される。このため、端末（ＴＲ）は、人物の正面部に装着されることが望ましい。上述の通り、端末（ＴＲ）は、さらに、三軸加速度センサ（ＡＣ）等のセンサを備える。端末（ＴＲ）におけるセンシングのプロセスが、図５におけるセンシング（ＴＲＳＳ１）に相当する。
【００８２】
端末は多くの場合には複数存在し、端末・基地局間が無線接続される場合には、それぞれが近い基地局（ＧＷ）と結びついてパーソナルエリアネットワーク（ＰＡＮ）を形成している。
【００８３】
端末（ＴＲ）の温度センサ（ＡＥ）は端末のある場所の温度を、照度センサ（ＬＳ１Ｆ）は端末（ＴＲ）の正面方向などの照度を取得する。これによって、周囲の環境を記録することができる。例えば、温度及び照度に基づいて、端末（ＴＲ）が、ある場所から別の場所に移動したこと等を知ることもできる。
【００８４】
装着した人物に対応した入出力装置として、ボタン１〜３（ＢＴＮ１〜３）、表示装置（ＬＣＤＤ）、スピーカ（ＳＰ）等を備える。
【００８５】
記憶部（ＳＴＲＧ）は、具体的にはハードディスク、フラッシュメモリなどの不揮発記憶装置で構成され、端末（ＴＲ）の固有識別番号である端末情報（ＴＲＭＴ）、センシングの間隔、及び、ディスプレイへの出力内容等の動作設定（ＴＲＭＡ）を記録している。この他にも記憶部（ＳＴＲＧ）は一時的にデータを記録することができ、センシングしたデータを記録しておくために利用される。
【００８６】
時計（ＴＲＣＫ）は、時刻情報（ＧＷＣＳＤ）を保持し、一定間隔でその時刻情報（ＧＷＣＳＤ）を更新する時計である。時間情報は、時刻情報（ＧＷＣＳＤ）が他の端末（ＴＲ）とずれることを防ぐために、基地局（ＧＷ）から送信される時刻情報（ＧＷＣＳＤ）によって定期的に時刻を修正する。
【００８７】
センシングデータ格納制御部（ＳＤＣＮＴ）は、記憶部（ＳＴＲＧ）に記録された動作設定（ＴＲＭＡ）に従って、各センサのセンシング間隔などを制御し、取得したデータを管理する。
【００８８】
時刻同期は、基地局（ＧＷ）から時刻情報を取得して時計を修正する。時刻同期は、後述するアソシエイトの直後に実行されてもよいし、基地局（ＧＷ）から送信された時刻同期コマンドに従って実行されてもよい。
【００８９】
通信制御部（ＴＲＣＣ）は、データを送受信する際に、送信間隔の制御、及び、無線の送受信に対応したデータフォーマットへの変換を行う。通信制御部（ＴＲＣＣ）は、必要であれば、無線でなく有線による通信機能を持ってもよい。通信制御部（ＴＲＣＣ）は、他の端末（ＴＲ）と送信タイミングが重ならないように輻輳制御を行うこともある。
【００９０】
アソシエイト（ＴＲＴＡ）は、基地局（ＧＷ）とパーソナルエリアネットワーク（ＰＡＮ）を形成するためのアソシエイト要求（ＴＲＴＡＱ）と、アソシエイト応答（ＴＲＴＡＲ）を送受信し、データを送信すべき基地局（ＧＷ）を決定する。アソシエイト（ＴＲＴＡ）は、端末（ＴＲ）の電源が投入されたとき、及び、端末（ＴＲ）が移動した結果それまでの基地局（ＧＷ）との送受信が絶たれたときに実行される。有線接続の場合には、端末（ＴＲ）が有線で基地局（ＧＷ）に接続されたことを検知したときに実行される。アソシエイト（ＴＲＴＡ）の結果、端末（ＴＲ）は、その端末（ＴＲ）からの無線信号が届く近い範囲にある一つの基地局（ＧＷ）と関連付けられる。
【００９１】
送受信部（ＴＲＳＲ）は、アンテナを備え、無線信号の送信及び受信を行う。必要があれば、送受信部（ＴＲＳＲ）は、有線通信のためのコネクタを用いて送受信を行うこともできる。送受信部（ＴＲＳＲ）によって送受信されるデータ（ＴＲＳＲＤ）は、基地局（ＧＷ）との間でパーソナルエリアネットワーク（ＰＡＮ）を介して転送される。
【００９２】
＜図５：データ格納のシーケンス＞
図５は、本発明の実施の形態において実行される、センシングデータを格納する手順を示すシーケンス図である。
【００９３】
まず、端末（ＴＲ）の電源が入っており、かつ端末（ＴＲ）が基地局（ＧＷ）とアソシエイト状態になっていないとき、端末（ＴＲ）はアソシエイト（ＴＲＴＡ１）を行う。アソシエイトとは、端末（ＴＲ）が、ある一つの基地局（ＧＷ）と通信する関係であると規定することである。アソシエイトによってデータの送信先を決定することで、端末（ＴＲ）は確実にデータを送信することができる。
【００９４】
基地局（ＧＷ）からアソシエイト応答を受け取り、アソシエイトが成功した場合、端末（ＴＲ）は、次に時刻同期（ＴＲＣＳ）を行う。時刻同期（ＴＲＣＳ）において、端末（ＴＲ）は、基地局（ＧＷ）から時刻情報を受け取り、端末（ＴＲ）内の時計（ＴＲＣＫ）を設定する。基地局（ＧＷ）は、ＮＴＰサーバ（ＴＳ）と定期的に接続し時刻を修正している。このため、全ての端末（ＴＲ）において時刻が同期される。これによって、後に解析する際に、センシングデータに付随した時刻情報を照らし合わせることで、人物間の同時刻におけるコミュニケーションにおける相互の身体表現又は音声情報のやり取りを分析することも可能になる。
【００９５】
端末（ＴＲ）の三軸加速度センサ（ＡＣ）や温度センサ（ＡＥ）などの各種センサは、例えば１０秒ごとの一定の周期でタイマ起動（ＴＲＳＴ）し、加速度、音声、温度及び照度等をセンシングする（ＴＲＳＳ１）。端末（ＴＲ）は、端末情報（ＴＲＭＴ）の１つである端末ＩＤを、赤外線によって他の端末（ＴＲ）との間で送受信することで、対面状態を検出する。端末（ＴＲ）の各種センサは、タイマ起動（ＴＲＳＴ）せずに、常にセンシングを行ってもよい。しかし、一定の周期で起動することによって電源を効率的に使用することができ、充電することなく長時間端末（ＴＲ）を使用しつづけることができる。
【００９６】
端末（ＴＲ）は、センシングしたデータに、時計（ＴＲＣＫ）の時刻情報及び端末情報（ＴＲＭＴ）を添付する（ＴＲＣＴ１）。データを解析する際には、端末情報（ＴＲＭＴ）によって、端末（ＴＲ）を装着した人物が識別される。
【００９７】
データ形式変換（ＴＲＤＦ１）において端末（ＴＲ）は、センシングデータにセンシングの条件などのタグ情報を付与し、決められた無線送信フォーマットに変換する。このフォーマットは基地局（ＧＷ）内のデータ形式情報（ＧＷＭＦ）やセンサネットサーバ（ＳＳ）内のデータ形式情報（ＳＳＭＦ）と共通して保管されているものである。変換されたデータは、その後、基地局（ＧＷ）に送信される。
【００９８】
加速度データ及び音声データ等の連続した多量のデータを送信する場合、端末（ＴＲ）は、データ分割（ＴＲＢＤ１）して複数のパケットに分割することで、一度に送信するデータ数を制限する。その結果、送信過程でデータが欠損するリスクが低下する。
【００９９】
データ送信（ＴＲＳＥ１）は、無線の通信規格に則り、送受信部（ＴＲＳＲ）を通して、アソシエイト先の基地局（ＧＷ）にデータを送信する。
【０１００】
基地局（ＧＷ）は、端末（ＴＲ）からデータを受信（ＧＷＲＥ）すると、受信完了レスポンスを端末（ＴＲ）に返す。レスポンスを受信した端末（ＴＲ）は、送信完了（ＴＲＳＯ）と判定する。
【０１０１】
一定の時間を経ても送信完了（ＴＲＳＯ）しない（すなわち端末（ＴＲ）がレスポンスを受信しない）場合、端末（ＴＲ）は、データ送信失敗と判定する。この場合、データは端末（ＴＲ）内に記憶され、再び送信状態が確立されたときにまとめて送信される。これによって、端末（ＴＲ）を装着している人物が無線の届かない場所に移動してしまった場合、又は、基地局（ＧＷ）の不具合でデータが受信されなくなった場合にも、データを失うことなく取得することが可能になる。これによって、十分な量のデータを得て、組織の性質を解析することができる。この、送信に失敗したデータを端末（ＴＲ）に保管し再送信する仕組みを、まとめ送りと呼ぶ。
【０１０２】
データのまとめ送りの手順を説明する。端末（ＴＲ）は、送信できなかったデータを記憶しておき（ＴＲＤＭ）、一定時間後に再びアソシエイトの依頼を行う（ＴＲＴＡ２）。ここで基地局（ＧＷ）からアソシエイト応答が得られた場合、端末（ＴＲ）は、データ形式変換（ＴＲＤＦ２）、データ分割（ＴＲＢＤ２）及びデータ送信（ＴＲＳＥ２）を実行する。これらの処理は、それぞれ、データ形式変換（ＴＲＤＦ１）、データ分割（ＴＲＢＤ１）及びデータ送信（ＴＲＳＥ１）と同様である。なお、データ送信（ＴＲＳＥ２）の際、無線が衝突しないように輻輳制御される。その後は通常の処理に戻る。
【０１０３】
アソシエイト応答が得られなかった場合、端末（ＴＲ）は、アソシエイトに成功するまで定期的にセンシング（ＴＲＳＳ１）と端末情報・時刻情報添付（ＴＲＣＴ１）を実行しつつ、新たに取得したデータを記憶（ＴＲＤＭ）していく。これらの処理によって取得されたデータは、基地局（ＧＷ）から受信完了レスポンスが得られるまで、端末（ＴＲ）内に記憶される。端末（ＴＲ）内に記憶されたセンシングデータは、アソシエイト成功後、もしくは無線圏内で充電している時、有線にて基地局（ＧＷ）と接続しているときなどの、安定して基地局と送受信できる環境が整った際に、まとめて基地局（ＧＷ）に送信される（ＴＲＳＥ２）。
【０１０４】
また、端末（ＴＲ）から送信されたセンシングデータは基地局（ＧＷ）によって受信（ＧＷＲＥ）される。基地局（ＧＷ）は、受信したデータが分割されたものであるか否かを、センシングデータに付随する分割フレーム番号によって判定する。データが分割されている場合、基地局（ＧＷ）は、データ結合（ＧＷＲＣ）を実行し、分割されたデータを連続したデータに結合する。さらに、基地局（ＧＷ）は、基地局固有の番号である基地局情報（ＧＷＭＧ）をセンシングデータに付与し（ＧＷＧＴ）、そのデータを、ネットワーク（ＮＷ）を介してセンサネットサーバ（ＳＳ）に向けて送信する（ＧＷＳＥ）。基地局情報（ＧＷＭＧ）は、その時刻における端末（ＴＲ）の大まかな位置を示す情報として、データ解析の際に利用することができる。
【０１０５】
センサネットサーバ（ＳＳ）は、基地局（ＧＷ）からデータを受信すると（ＳＳＲＥ）、受信したデータを時刻・端末情報・加速度・赤外線・温度などの要素ごとに分類する（ＳＳＰＢ）。この分類は、データ形式情報（ＳＳＭＦ）として記録されているフォーマットを参照することによって実行される。分類されたデータは、センシングデータベース（ＳＳＤＢ）のレコード（行）の適切なカラム（列）に格納される（ＳＳＫＩ）。同じ時刻に対応するデータを同じレコードに格納することで、時刻及び端末情報（ＴＲＭＴ）による検索が可能になる。このとき必要であれば、端末情報（ＴＲＭＴ）ごとにテーブルを作成しても良い。このデータ受信（ＳＳＲＥ）、データ分類（ＳＳＰＢ）、データ格納（ＳＳＫＩ）を、図３におけるセンシングデータ保管（ＳＳＣＤＢ）において行う。
【０１０６】
＜図６：イベント抽出とユーザ操作のシーケンス＞
図６に，アプリケーションサーバ（ＡＳ）を起点とするイベント抽出の処理と，ユーザがＷｅｂアプリケーションを操作する際の処理のシーケンス図を示す。
【０１０７】
まず，イベント抽出処理については，アプリケーションサーバ（ＡＳ）にて所定の時刻にプログラムをタイマ起動（ＡＳＴＫ）し，必要な二次データをセンサネットサーバ（ＳＳ）に対象となるユーザや期間を指定して要求する（ＡＳＣＰ）。センサネットサーバ（ＳＳ）は，依頼に基づいて二次データベース（ＳＳＤＴ）を検索し（ＳＳＣＴＳ），二次データを返す。アプリケーションサーバ（ＡＳ）は，受け取った二次データを処理して対面要素イベント抽出処理（ＡＳＣＹ），対面要素イベント結合処理（ＡＳＣＣ），対面イベント特徴量抽出（ＡＳＣＴ）を行い，対面イベントに関するイベント情報（イベントＩＤ，開始時刻，終了時刻，メンバＩＤ，各メンバの特徴量）を対面イベントテーブル（ＡＳＣＥ）として記憶部（ＡＳＭＥ）に格納する。また，個人作業イベント抽出処理（ＡＳＰＹ），個人作業イベント特徴量抽出（ＡＳＰＴ）を行い，個人作業イベントに関するイベント情報（イベントＩＤ，メンバＩＤ，下位イベントＩＤ，各下位イベントの開始時刻・終了時刻・特徴量）を個人作業イベントテーブル（ＡＳＰＥ）として記憶部（ＡＳＭＥ）に格納する。
【０１０８】
また，ユーザがＷｅｂアプリケーションを用いてデータを閲覧する際のプロセスを示す。ユーザ（ＵＳ）はクライアント（ＣＬ）を操作し，まず，指定のＷｅｂサイトにアクセスしてログイン（ＣＬＣＩＵ）する。アプリケーションサーバ（ＡＳ）は，受け取ったユーザアカウントとパスワードを照合してユーザ認証（ＡＳＣＩＵ）し，クライアント（ＣＬ）に閲覧・操作許可を与える。ユーザ（ＵＳ）は，たとえば図７に示すような画面をクライアント（ＣＬ）のディスプレイ（ＣＬＯＤ）などで閲覧し，表示切替エリア（ＯＤＳＩ）や日付切替エリア（ＯＤＳＤ）のボタン等を操作することによって，見たいデータやイベントのリクエストを送る（ＣＬＣＯＲ）。リクエストに従ってアプリケーションサーバ（ＡＳ）で表示画面を生成（ＡＳＣＩＤ）し，クライアント（ＣＬ）の画面（ＯＤ）に表示する（ＣＬＣＯＤ）。ユーザ（ＵＳ）が主観評価情報を入力する際には，例えば図８や図９のユーザ操作部（ＯＤＥＩ＿ＣＣ，ＯＤＥＩ＿ＰＣ）を押すことで，入力画面が開き，イベントと対応づけて主観情報を数値や文字列で入力することが可能である（ＣＬＣＩＳ）。入力した主観情報は，アプリケーションサーバ（ＡＳ）の主観情報テーブル（ＡＳＳＴ）に格納される（ＡＳＣＩＳ）。
【０１０９】
＜図７：表示画面の例＞
図７にクライアント（ＣＬ）のディスプレイ（ＣＬＯＤ）などの出力装置において出力する画面（ＯＤ）の例を示す。
【０１１０】
タイトルエリア（ＯＤＳＴ）は，表示するページの種類を切り替えたり，現在ログインしているユーザ（ＵＳ）の名前を確認したりするために用いる。
【０１１１】
「イベント」に関するページを開いている場合，イベント表示フィード（ＯＤＥＩ）に一日のイベントが時系列で並べて表示される。ここでは，種類の異なる，複数のメンバのイベントがすべてタイムスタンプによってソートされる。
【０１１２】
日付切替エリア（ＯＤＳＤ）は，イベント表示フィード（ＯＤＥＩ）に表示するデータの日付を切り替えるためのフィードである。
【０１１３】
表示切替エリア（ＯＤＳＩ）は，イベント表示フィード（ＯＤＥＩ）に表示する対象となるイベントの種類やグループを切り替えるためのエリアである。チェックボックスのチェックをＯＮ・ＯＦＦすることで表示のリクエストをアプリケーションサーバ（ＡＳ）に送ることができる（ＣＬＣＯＲ）。グループの選択については，絞り込み方法を「構成メンバで絞り込み」を選択した場合には，チェックを入れたグループに所属するメンバが含まれるイベントを全て表示する。また，「グループで絞り込み」を選択した場合には，各イベントのグループ名にそのグループが定義されている場合のイベントのみを表示する。イベントをどのグループに定義づけるかは，ユーザ（ＵＳ）が手動で行う。もしくは，対面の構成メンバの一致率などを見て，便宜的に自動でグループを定義しておいても良い。
【０１１４】
＜図８：表示画面（対面イベントフィード）の例＞
図８に，イベント表示フィード（ＯＤＥＩ）に表示される対面イベント表示フィード（ＯＤＥＩ＿Ｃ）の１つを拡大した例を示す。
【０１１５】
データ表示部（ＯＤＥＩ＿ＣＤ），イベント期間（ＯＤＥＩ＿ＣＥ），イベント指標表示部（ＯＤＥＩ＿ＣＶ）のデータは，センシングデータの処理結果から自動で算出され，表示されている。また，位置ビーコン（ＰＢ）によって場所が特定できた場合には場所名（ＯＤＥＩ＿ＣＰ）も自動で表示される。グループ名（ＯＤＥＩ＿ＣＧ），業務名（ＯＤＥＩ＿ＣＷ）は，初期状態では空白だが，ユーザ（ＵＳ）本人が入力することで埋められる。登録されたグループ名から選択肢を表示するなどして，ユーザ（ＵＳ）の入力負荷を軽減することも可能である。
【０１１６】
データ表示部（ＯＤＥＩ＿ＣＤ）には，対面イベントに参加したメンバに関して，参加時間，聴取時間，アクティブ時間が示され，その比率（アクティブ率と聴取率）がグラフとして表示される。メンバの並び順は，参加時間の長い順や，アクティブ率の高い順などでソートすることができる。
【０１１７】
イベント指標表示部（ＯＤＥＩ＿ＣＶ）では，このイベントに要した延べ時間にデータ処理変数リスト（ＡＳＤＶ）に設定したコスト算出基準を掛けることで，およそのコストを算出する。また，活性化度は，アクティブ率と聴取率に重みづけし，例えばアクティブ率が高いほど高く，聴取率が低いほど高くなるように計算式を設けて算出する。活性化度の計算式は組織で理想とするコミュニケーションの仕方に合わせて決定する。例えば，時間が短いほど，アクティブ率のばらつきが少ないほど高くなるように設定しても良い。
【０１１８】
ユーザ操作部（ＯＤＥＩ＿ＣＣ）は，ユーザがこのイベントに対して情報を付加するための操作を行うボタンを含む。「進めた/進んだ」はイベントの参加者がイベントの内容や感想などの主観評価情報を議事録のように記録するためのものである。自分や，他の参加者が記入した記録を並べて，主観評価情報表示部（ＯＤＥＩ＿ＣＳ）に表示される。「Good!」ボタンは，コメントを残すほどではないが肯定的な意見を伝えるために，閲覧者が誰でも押すことができる。「コメント」はこのイベントに関するコメントを閲覧者が伝えるためのものである。「ファイル」はイベントに関する文書（例えば議事録や配布資料など）をアップロードするためのものである。「（秘）指定」に指定された場合，そのイベントはイベントの参加者以外には表示されないようになる。
【０１１９】
主観評価情報表示部（ＯＤＥＩ_ＣＳ）はユーザ操作部（ＯＤＥＩ＿ＣＣ）から入力された，多様な人の主観情報を一覧にして表示する場所である。
【０１２０】
タイムスタンプ（ＯＤＥＩ＿ＣＴ）は，イベント表示フィード（ＯＤＥＩ）内でイベントを時系列似並び替えるための基準となる時刻である。対面イベントの場合には，その開始時刻をタイムスタンプ（ＯＤＥＩ＿ＣＴ）としても良い。
以上のように，センサデータによって実際に起こったイベントを自動的に切り出し，それに対応づけて複数の関係者の出来事や感想などの主観的な情報を集約していくことで，日々の仕事の状況を関係者同士で共有することが容易になる。会話中のアクティブ率などの質的な指標も含まれているため，その状況をよりイメージしやすいというメリットがある。このように，少ない手間で主観情報を記録していくことで，遠隔オフィスや横断プロジェクトなどのために上司やチームメイトと頻繁に会話する機会がない場合にも，互いの業務状況を共有して，問題の早期発見や業務の最適配分に役立てることができる。
【０１２１】
＜図９：表示画面（対面イベントフィード）の例＞
図９に，イベント表示フィード（ＯＤＥＩ）に表示される個人作業イベント表示フィード（ＯＤＥＩ＿Ｐ）の１つを拡大した例を示す。
【０１２２】
各部位の役割としては，図８の対面イベント表示フィードとほぼ共通であり，データ表示部（ＯＤＥＩ＿ＰＤ）は（ＯＤＥＩ＿ＣＤ）に，グループ名（ＯＤＥＩ＿ＰＧ）は（ＯＤＥＩ＿ＣＧ）に，業務名（ＯＤＥＩ＿ＰＷ）は（ＯＤＥＩ＿ＣＷ）に，イベント期間（ＯＤＥＩ＿ＰＥ）は（ＯＤＥＩ＿ＣＥ）に，ユーザ操作部（ＯＤＥＩ＿ＰＣ）は（ＯＤＥＩ＿ＣＣ）に，タイムスタンプ（ＯＤＥＩ＿ＰＴ）は（ＯＤＥＩ＿ＣＴ）に，主観評価情報表示部（ＯＤＥＩ＿ＰＳ）は（ＯＤＥＩ＿ＣＳ）に，イベント指標表示部（ＯＤＥＩ＿ＰＶ）は（ＯＤＥＩ＿ＣＶ）にそれぞれ対応する。
【０１２３】
メンバ名（ＯＤＥＩ＿ＰＷ）はその個人作業イベントを行った当事者名である。
【０１２４】
また，データ表示部（ＯＤＥＩ＿ＰＤ）には，複数の個人作業イベント（図１５では「下位イベント」と呼ぶもの）を並べ，イベント表示フィード（ＯＤＥＩ）内では１つの個人作業イベントとして扱ってもよい。これは，個人作業は一般に３０分から９０分程度しか連続せず，一日に複数個のイベントが発生するが，その個々に対して評価を記入することはユーザにとって負担になるためである。そのため，午前／午後／夜などにイベントを括り，ひとまとめにしても良い。また，データ表示部（ＯＤＥＩ＿ＰＤ）内での個別のイベントの並び順はイベント表示フィード（ＯＤＥＩ）の並び順と逆でも良い。例えば，イベント表示フィード（ＯＤＥＩ）が降順の場合にデータ表示部（ＯＤＥＩ＿ＰＤ）内は昇順でもよい。また，個人作業イベント表示フィード（ＯＤＥＩ＿Ｐ）では，データとして各個人作業イベントの内訳として集中の度合いを３段階で示す。集中の度合いは体の動きによって判定しており，例えば「停滞」は加速度リズムが一定値以下の場合，その他を「集中」とし，「集中」が長く継続した場合を「集中（高）」そうでない場合を「集中（低）」として区別することができる。
【０１２５】
また，「集中（高）」に重みを付けて集中の度合いを計算することによって，イベント指標表示部（ＯＤＥＩ＿ＰＶ）の集中度を算出することができる。
【０１２６】
＜図１０：ユーザ属性リスト（ＡＳＵＬ）の例＞
図１０は、アプリケーションサーバ（ＡＳ）の記憶部（ＡＳＭＥ）内に保管される、ユーザ属性リスト（ＡＳＵＬ）の形式の例である。ユーザ属性リスト（ＡＳＵＬ）にはユーザ番号（ＡＳＵＩＴ１）、ユーザ名（ＡＳＵＩＴ２）、端末ＩＤ（ＡＳＵＩＴ３）及びユーザの所属する部（ＡＳＵＩＴ４）や課（ＡＳＵＩＴ５）が相互に関連付けて記録されている。ユーザ番号（ＡＳＵＩＴ１）は存在するユーザの通し番号を示すものである。また、ユーザ名（ＡＳＵＩＴ２）は表示画面やコンテンツ生成時に用いるユーザ（ＵＳ）の氏名もしくはニックネームの表記であり、端末ＩＤ（ＡＳＵＩＴ３）はユーザ（ＵＳ）が所有する端末（ＴＲ）の端末情報を示すものである。ユーザ（ＵＳ）と端末ＩＤ（ＡＳＵＩＴ３）は基本的に一対一で対応する。また、所属する部（ＡＳＵＩＴ４）や課（ＡＳＵＩＴ５）はユーザ（ＵＳ）が所属する組織を情報であり、例えば、組織単位で基本コンテンツを作成する場合にはこの情報に基づき、データに含むメンバを特定する。
【０１２７】
なお、図１０ではユーザと所属する組織の情報をテーブルの形式で規定したが、これはＸＭＬなどを用いて階層的に示しても良い。その場合には、Ａ社の下にＡ部、Ａ部の下にＡ１課が存在する、というように組織階層に合わせて表記することが可能であり、該当する組織の中に個人のユーザ名や端末ＩＤなどを記述することができる。なお、同じ人物が複数の組織を兼務することも現実にあり得るため、ユーザ１人に複数の組織が対応していても良い。
【０１２８】
＜図１２：センシングデータベース（ＳＳＤＢ）の例：加速度データテーブル＞
図１２にセンサネットサーバ（ＳＳ）内センシングデータベース（ＳＳＤＢ）に格納されるセンシングデータの例として、加速度データテーブルの例（ＳＳＤＢ＿ＡＣＣ＿１００２）を示す。これは、基本的に、端末（ＴＲ）で取得されたセンシングデータそのままのものであり、下処理をされていない状態のデータである。個人ごとにテーブルが作られ、サンプリング周期（例えば０．０２秒）ごとに時刻情報（ＤＢＴＭ）と対応付けてＸ軸（ＤＢＡＸ）、Ｙ軸（ＤＢＡＹ）、Ｚ軸（ＤＢＡＺ）の三軸方向それぞれの加速度データが格納される。なお、加速度センサが検出した生の数値を格納しても良いし、単位を重力定数［Ｇ］に変換した後の値を格納しても良い。このような加速度データテーブルをメンバごとに作成し、センシングした時刻の情報と対応付けて格納する。なお、ユーザＩＤを示すカラムを追加すれば、テーブルを個人ごとに分けずに統合しても良い。
【０１２９】
＜図１３：センシングデータベース（ＳＳＤＢ）の例：対面テーブル＞
センシングデータベース（ＳＳＤＢ）には複数のメンバの複数種類のセンシングデータが記録されているが、そのうちの赤外線送受信による対面データをまとめたテーブルの例を図１３の（Ａ）（Ｂ）に示す。図１３の（Ａ）は、対面テーブル（ＳＳＤＢ＿ＩＲ＿１００２）であり、端末ＩＤが１００２である端末（ＴＲ）が取得したデータを集めたテーブルであることを想定している。同様に、図１３の（Ｂ）は、対面テーブル（ＳＳＤＢ＿ＩＲ＿１００３）であり、端末ＩＤが１００３である端末（ＴＲ）が取得したデータを集めたテーブルとする。なお、カラムに赤外線受信側ＩＤを加えれば、取得した端末（ＴＲ）ごとにテーブルを分けなくても良い。また、他の加速度や温度などのデータも同じテーブルに含んでも良い。また、位置ビーコン（ＰＢ）から受信した検出器ＩＤ（ＣＬＶＤＩＤ）も、端末（ＴＲ）から受信したユーザＩＤと同様に赤外線送信側ＩＤ（ＤＢＲ）に入れても良い。この場合、検出器ＩＤをキーとしてテーブルを検索することで、誰がどの場所にいたかを調べたり，同時に同じ場所にいる人同士は対面していると判断して，角度や距離の問題から端末（ＴＲ）間で赤外線を送受信できなかったケースを補ったりすることができる。
【０１３０】
図１３（Ａ）・（Ｂ）の対面テーブルは、端末（ＴＲ）がデータを送信した時刻（ＤＢＴＭ）と、赤外線送信側ＩＤ（ＤＢＲ１）とそのＩＤからの受信回数（ＤＢＮ１）を１０組（ＤＢＲ１〜ＤＢＲ１０、ＤＢＮ１〜ＤＢＮ１０）格納する例である。１０秒間に１回データ送信を行う場合には、前回の送信後の１０秒間に、どの端末（ＴＲ）から何回赤外線を受信したかを、このテーブルで表している。１０秒間に、複数の端末（ＴＲ）と対面した場合にも、１０組まで格納できるということである。なお、組の数は自由に設定することができる。対面、つまり赤外線の受信がなかった場合にはテーブルの値はnullとなる。また、図１３（Ａ）・（Ｂ）では時刻はミリ秒まで表記しているが、時刻の形式は統一されていればどのようなものでも良い。
【０１３１】
＜図１４：対面イベントテーブル（ＡＳＣＥ）＞
図１４に，対面イベントテーブル（ＡＳＣＥ）の形式の例を示す。対面イベントテーブル（ＡＳＣＥ）は，対面要素イベント抽出処理（ＡＳＣＹ），対面要素イベント結合処理（ＡＳＣＣ），対面イベント特徴量抽出（ＡＳＣＴ）の一連の処理の結果から抽出された，対面イベントの情報を格納するテーブルである。イベント毎にＩＤが振られ，その開始時刻，終了時刻，参加メンバのＩＤと，各メンバのイベント中の特徴量（例えば参加時間，アクティブ時間，聴取時間など）の情報を有する。この情報に基づいて，対面イベント表示フィード（ＯＤＥＩ＿Ｃ）が生成される。
【０１３２】
＜図１５：個人作業イベントテーブル（ＡＳＰＥ）＞
図１５に，個人作業イベントテーブル（ＡＳＰＥ）の形式の例を示す。個人作業イベントテーブル（ＡＳＰＥ）は，個人作業イベント抽出処理（ＡＳＰＹ），個人作業イベント特徴量抽出（ＡＳＰＴ）の一連の処理の結果から抽出された，個人作業イベントの情報を格納するテーブルである。イベント毎にＩＤが振られ，その開始時刻，終了時刻，メンバのＩＤ，イベント中の特徴量（例えば最大集中継続時間，集中（高），集中（低），停滞の時間など）の情報を有する。この情報に基づいて，個人作業イベント表示フィード（ＯＤＥＩ＿Ｐ）が生成される。複数の個人作業イベントを時間帯（午前／午後／夜）ごとにまとめて表示する方法を取る場合には，同じメンバの同時間帯のイベントにそれぞれ下位イベントのＩＤを振り，ひとくくりにしたイベントに別途イベントＩＤを振って管理しても良い。
【０１３３】
＜図１６：主観情報テーブル（ＡＳＳＴ）＞
図１６に，主観情報テーブル（ＡＳＳＴ）の形式の例を示す。主観評価入力（ＣＬＣＩＳ，ＡＳＣＩＳ）によってユーザがイベントに対応づけて入力した主観評価情報（進めた／進んだ，コメント，Good!などの情報）や分類（グループ分類，業務分類），（秘）指定，添付ファイルへのリンクなどを格納する。イベント表示フィード（ＯＤＥＩ）に表示する際には，センサデータに基づく対面イベントテーブル（ＡＳＣＥ）や個人作業イベントテーブル（ＡＳＰＥ）の情報と紐付けて表示する。
【０１３４】
＜図１７：データ処理変数画面（ＯＤＤＶ）＞
アプリケーションサーバ（ＡＳ）内の制御部（ＡＳＣＯ）にて実行される処理に用いる変数の設定画面であるデータ処理変数画面（ＯＤＤＶ）の例を，図１７に示す。ここで設定したデータはデータ処理変数リスト（ＡＳＤＶ）に格納され，処理を実行する際に参照される。データ処理変数画面（ＯＤＤＶ）の設定を変更できるのはシステム管理者の権限を持つもののみとする。
【０１３５】
＜図３１：二次データベース（ＳＳＤＴ）の例：行動リズムタペストリ＞
二次データベース（ＳＳＤＴ）の例として、行動リズムタペストリ（ＳＳＤＢ＿ＡＣＣＴＰ＿１ｍｉｎ）の例を図３１に示す。行動リズムタペストリ（ＳＳＤＢ＿ＡＣＣＴＰ＿１ｍｉｎ）は、加速度データテーブル（ＳＳＤＢ＿ＡＣＣ）を元にして、各ユーザ（ＵＳ）の一定時間ごと（図３１の例では１分ごと）の周波数（これを行動リズムと呼ぶ）を計算したものであり、１分ごとの時刻と、ユーザＩＤと対応付けてテーブルに格納したものである。なお、データを格納する形式はテーブル以外にも、ＣＳＶファイルなど別の方法でも良い。行動リズムを算出するには、時間単位ごとのＸＹＺの三軸のゼロクロス回数を合計して求めてもよい。また、データに欠損があったり不適切であると判定された場合には、「Ｎｕｌｌ」などの記号を入れ、基本コンテンツ作成（ＡＳＣＢＣ）時に使えないデータであることを示しておく。また、他に、時間単位の異なる行動リズムタペストリ（ＳＳＤＢ＿ＡＣＣＴＰ）を何通りかセンサネットサーバ（ＳＳ）にて作成しておくと、それらを組み合わせて多様なコンテンツを作成できるため有用である。
【０１３６】
＜図３２：二次データベース（ＳＳＤＴ）の例：対面タペストリ＞
二次データベース（ＳＳＤＴ）の例として、対面タペストリ（ＳＳＤＢ＿ＩＲＴＰ＿１ｍｉｎ）の例を図３２に示す。対面タペストリ（ＳＳＤＢ＿ＩＲＴＰ＿１ｍｉｎ）は，対面テーブル（ＳＳＤＢ＿ＩＲ）を元として，各ユーザ（ＵＳ）の一定時間ごと（図３２の例では１分ごと）に対面した相手のＩＤを示すように整理したものである。例えば，体の向きなどが要因となって，赤外線で通信される人物ＡのＩＤは人物Ｂの端末（ＴＲ）で受信されているのに，人物ＢのＩＤは人物Ａの端末（ＴＲ）で受信されていないことがある。このような基礎的な不整合を補正したものが二次データとして二次データベース（ＳＳＤＴ）に格納される。
【０１３７】
このように、センサネットサーバ（ＳＳ）にてセンシングデータ処理（ＳＳＣＤＴ）による下処理を行っておくことによって、アプリケーションサーバ（ＡＳ）でコンテンツを作成するプログラム（ＡＳＰＰなど）を開発する際には、センシングデータの特性や下処理の方法を意識せずに開発することができる。
【０１３８】
＜図１８：対面要素イベント抽出処理（ＡＳＣＹ）のフローチャート＞
図１８に，対面要素イベント抽出処理（ＡＳＣＹ）の処理手順をフローチャートで示す。対面要素イベント抽出処理（ＡＳＣＹ）は，端末（ＴＲ）間の赤外線送受信によって人物間が対面したことを示す対面データを主に用いて，人がＦａｃｅ−ｔｏ−Ｆａｃｅで集まっている状況（本明細書で「対面イベント」と呼ぶ）を抽出し，その開始時刻，終了時刻，参加メンバを特定するプロセスである。ただし，対面要素イベント抽出処理（ＡＳＣＹ）はある１人の人に着目し，同時刻に対面していたメンバ構成から対面要素イベント（１人の人を基準に抽出した対面イベントをここでは「対面要素イベント」と呼ぶ）を抽出するため，複数の人の視点から複数の対面要素イベントが抽出される。これらは同じ対面イベントを指していることがあるため，次に行う対面要素イベント結合処理（ＡＳＣＣ）にて類似した対面要素イベントを見つけて結合し，対面イベントの個数を最小限にする。
【０１３９】
この２つのプロセスによって，アドホックに人が集まり解散する曖昧な対面イベントを抽出することができる。その利点としては，連続している別のメンバ構成での対面イベントを識別できること，（参加時間比率をメンバ判定基準に含むため）短い時間の対面相手を参加メンバに含まないこと，途中から遅れて加わったり途中で抜けたりした人も参加メンバに含むことが挙げられる。
【０１４０】
対面要素イベント抽出処理（ＡＳＣＹ）の処理手順を，図２０の具体例と合わせて図１８で説明する。まず，二次データ要求（ＡＳＣＰ）において時系列の対面データを読み込む（ＡＳＣＹ１）。これは，図３２のような対面タペストリ（ＳＳＣＢ＿ＩＲＴＰ＿１ｍｉｎ）であり，イベントを切り出したい粒度に合わせて時間の単位は１分でも１０分でも自由に設定して良い。また，必要な場合には位置ビーコンデータによる対面データ補完（ＡＳＣＹ２）を行う。これは，大きな会議室での集まりでは全員が参加者全員と端末（ＴＲ）間で送信できないことが多いため，会議テーブル上に置いた位置ビーコン（ＰＢ）を仲介として，同時刻に検知した人同士は直接対面したとみなす補完処理である。不要な場合にはＡＳＣＹ２はスキップしてよい。
【０１４１】
そして，時刻（ｔ）を０（ＡＳＣＹ３），要素イベント（ｋ）をｋ＝０として開始（ＡＳＣＹ４）する。図２０は，対面タペストリ（ＳＳＣＢ＿ＩＲＴＰ＿１ｍｉｎ）から特定の人（Ａさん）の対面相手を１分ごとに出力した例を挙げ，時刻ｔを１ずつ加えて行う対面要素イベントの判定プロセスを示している。判定の際には，時刻(t)と時刻(t+ｎ)のメンバ一致率が閾値以上であるかどうかを基準とする（ＡＳＣＹ６）。ここで，ｎは図１７で設定されたウィンドウ時間幅であり，図２０の例ではｎ＝４としている。図２０において，ｔ＝０３の行は，ｔ＝０３とｔ＝０７（＝０３＋４）のメンバ一致率を比較し，一致率が６７％となり，図１７のデータ処理変数画面（ＯＤＤＶ）で設定した閾値（ｔｈ＿ｍ１）の５０％より高いため，ｔ＝０３から０７までの５分間はイベント中であると判定し，イベントフラグ（ＣｏｍＥｖｅｎｔ＿Ａ１）を１にする（ＡＳＣＹ７）。メンバ一致率は，｛（時刻（ｔ）と時刻（ｔ＋ｎ）の両方に存在するメンバの数）÷（時刻（ｔ）または時刻（ｔ＋ｎ）の少なくともいずれかに存在するメンバの数）｝によって計算される。ｔに１ずつ加えて（ＡＳＣＹ６）の判定を繰り返し，メンバ一致率が閾値以下になったとき（図２０の例におけるｔ＝１０のとき）に，その要素イベント（ＣｏｍＥｖｅｎｔ＿Ａ１）を終了とし，次のイベント（ＣｏｍＥｖｅｎｔ＿Ａ２）が開始される（ＡＳＣＹ８）。図２０では対面要素イベント（ＣｏｍＥｖｅｎｔ＿Ａ２）はｔ＝１３からｔ＝１８までとなり，（ＣｏｍＥｖｅｎｔ＿Ａ１）はメンバ構成がＡさん，Ｂさん，Ｄさん，Ｅさんの５人で構成され，（ＣｏｍＥｖｅｎｔ＿Ａ２）はＡさんとＣさんの２人で構成されるため，メンバ構成の異なる別の対面イベントが，適切に区別されたことがわかる。また，対面要素イベント（ＣｏｍＥｖｅｎｔ＿Ａ１）では，ＡさんとＢさん，Ｄさんとの対面について開始時刻も終了時刻も同時刻ではないが，共通部分が多いため同一のイベントとして柔軟に抽出されている。また別途，対面要素イベントの中で参加していた時間比率の低いメンバを削除する（ＡＳＣＹ１０）ため，２分間だけ加わっていたＥさんは対面要素イベント（ＣｏｍＥｖｅｎｔ＿Ａ１）の参加メンバから省かれることになる。
【０１４２】
このように，時刻をずらして対面要素イベントの区切りと参加メンバを抽出していき，計算対象の最後の時刻（ｔ）までを終了したら（ＡＳＣＹ５），最後にカウントしていた要素イベント（ｋ）を終了させ，ここまでで抽出した各要素イベントにおいて参加比率の低いメンバを削除（ＡＳＣＹ１０）した上で，特徴量を算出（ＡＳＣＹ１１）する。特徴量の抽出例を図２１に示す。イベント時間中の参加メンバの行動リズムタペストリ（ＳＳＤＢ＿ＡＣＣＴＰ＿１ｍｉｎ）をピックアップし（図２１（Ａ）），それがデータ処理変数画面（ＯＤＤＶ）のアクティブ判定閾値（ｔｈ＿ａｃｔ）以上である時間は，アクティブとし，聴取判定閾値（ｔｈ＿ａｃｌ）未満の時間が所定の時間（ｔｈ＿ｌｓｔ，図では５分）以上継続した場合には聴取時間としてその数をカウントする。その結果の例を図２１（Ｂ）に示す。特徴量は対面イベント中の各参加メンバの活動特性を表すものである。積極的に相手に働きかけるコミュニケーションをしている場合（発話したり頷いたり）には，体が動くので，コミュニケーションの積極度合いが加速度リズムに反映されるため，加速度リズムからコミュニケーションに関する特性を評価することができる。また，聴取時間は受動的な聞き手が長時間継続した時間を評価するものであり，プレゼンを聞いている時間などの，本人の意思でコミュニケーションの質を操作できない点が多いことが経験的に分かっている。
【０１４３】
以上のようにして得た要素イベントの情報（開始時刻，終了時刻，参加メンバ，各参加メンバの特徴量）を記憶部（ＡＳＭＥ）に出力し（ＡＳＣＹ１１），対面要素イベント抽出処理（ＡＳＣＹ）を終了する。
【０１４４】
＜図１９：対面要素イベント結合処理（ＡＳＣＣ）のフローチャート＞
対面要素イベント結合処理（ＡＳＣＣ）の処理手順を，図２２の具体例と合わせて図１９で説明する。
【０１４５】
対面要素イベント抽出処理（ＡＳＣＹ）で抽出した要素イベントの情報全てを入力（ＡＳＣＣ１）し，そのうちの１組を選択し（ＡＳＣＣ２），それらが同一のイベントとみなすべきかを判定する。判定基準は，２つの対面要素イベントの時間重複率が閾値（ｔｈ＿ｃ２）以上か，メンバ一致率が閾値（ｔｈ＿ｃ１）以上か，の２点である。時刻一致率は，｛（対面要素イベント（１）と対面要素イベント（２）が重複する時間）÷（対面要素イベント（１）または対面要素イベント（２）の長い方の時間）｝で計算される。メンバ一致率は，｛（対面要素イベント（１）と対面要素イベント（２）の両方に存在するメンバの数）÷（対面要素イベント（１）または対面要素イベント（２）の少なくともいずれかに存在するメンバの数）｝によって計算される。共に満たす場合には，２つの要素イベントを合併すると判定し（ＡＳＣＣ５−１），イベント時間の長い方に合併して短い方の要素イベントを削除（ＡＳＣＣ６）する。いずれかの条件を満たさない場合には，２つの要素イベントは独立であり合併しないと判定する（ＡＳＣＣ５−２）。この手順を全ての要素イベントの組み合わせについて検査したら完了する（ＡＳＣＣ７）。
【０１４６】
図２２に複数の対面要素イベントの例を示し，（Ａ）にそれぞれが生じている時刻，（Ｂ）にその参加メンバとイベントが継続した時間を示す。この場合には，重複時間と共通メンバの比率が高いもの同士を結合していき，最も長いイベントが残されていくため，最終的にイベント［Ｃ０１］と［Ｃ０３］と［Ｃ０７］が独立した対面イベントとして残ることになる。その後，イベント表示時間閾値（ｔｈ＿ｄ）より短いイベントを削除（ＡＳＣＹ８）するため，イベント［Ｃ０７］も削除される。残った要素イベント［Ｃ０１］と［Ｃ０３］が，対面イベントとしてＩＤを振られ，その特徴量と共に対面イベントテーブル（ＡＳＣＥ）に格納される。
【０１４７】
なお，２つの要素イベントを結合する際には，一方を残して一方を削除する方法ではなく，早い方の開始時刻から遅い方の終了時刻までを１つの新たなイベントとして定義し直しても良い。また，特徴量であるイベント内の参加メンバの活動指標についても，イベント結合を終えてから，再度計算し直したものを対面イベントテーブル（ＡＳＣＥ）に格納しても良い。
【０１４８】
以上の手順を踏むことによって，短いイベントは吸収または削除され，ある程度長いイベントのみが残されるため，ユーザ（ＵＳ）自身の記憶と対応づけやすく，主観評価情報を記入しやすいという利点がある。個々のイベントが細かすぎると，全てに主観評価を入力できず，長すぎると１つのイベントに対して別の種類の主観評価を記入しなくてはならなくなるため，書きやすい長さ（例えば１５分以上３時間以内）でイベントが区切られるよう，ウィンドウ時間幅（ｎ）や閾値（ｔｈ＿ｍ１，ｔｈ＿ｍ２，ｔｈ＿ｃ１，ｔｈ＿ｃ２，ｔｈ＿ｄ）の設定を調整すると良い。
【０１４９】
＜図２３：個人作業イベント抽出処理（ＡＳＰＹ）のフローチャート＞
図２３に，個人作業イベント抽出処理（ＡＳＰＹ）の処理手順をフローチャートで示す。図２４は，この手順を具体的な例で示して説明するためのものである。ここで個人作業とは主にデスクワークを想定しており，端末（ＴＲ）を装着している時のデータであり，かつ，他者と対面コミュニケーションしておらず，かつ，体の動きが小さい場合を個人作業と判定する。そのために，端末装着判定，対面判定，活動判定に関する時系列データを用いるが，まとまった時間単位で個人作業イベントを抽出したいため，事前に各時系列データを補完してから順に判定する。補完が不要な場合はいずれかの補完プロセスをスキップしても良い。
【０１５０】
まず，端末装着判定，対面判定，活動判定に関する時系列データを入力する（ＡＳＰＹ１）。図２４の例では１分単位のデータを用いている。
【０１５１】
端末装着判定は，ユーザ（ＵＳ）が端末（ＴＲ）を装着していたかを示すデータである。端末（ＴＲ）が充電器に置かれている場合，机などに放置されていた場合，鞄の中に収納されている場合を，加速度データや照度データを用いて判定し，それを除いた結果である（図２４のＰ１）。
【０１５２】
対面判定データは，少なくとも１人と対面していたと判定された結果である。特に赤外線による対面判定は，体の向きなどによって途切れることが多いため，対面判定データを補完してより連続的な対面であるとみなすようにする（ＡＳＰＹ２）。図２４のＰ２−２の例では，４分間までの空白（判定結果が０）を埋める。これを，補完係数４で補完する，と表現する。なお，他の端末（ＴＲ）からの赤外線受信による判定だけでなく，テレビ会議や電話対応を判別した結果も，対面判定データに含んでも良い。
【０１５３】
活動判定データは，加速度リズム（周波数）が閾値（ｔｈ＿ｐｅｒ）以上である場合を１として示すデータである。経験上，デスクワーク時には体の動きが少なく，端末（ＴＲ）で取得される加速度リズムも低い値になるため，活動判定が０の場合，つまり閾値未満である場合を，個人作業の候補とする。活動の合間に短時間だけ動きを止めた時間を個人作業と判定すると，短い個人作業イベントが抽出されてしまうため，必要であれば個人作業判定前に活動判定データ補完（ＡＳＰＹ３）を行っても良い。図２４のＰ３−２の例では，補完係数を１として補完している。
【０１５４】
以上の補完を終えたあと，計算対象とする時間（ｔ）の始めから終わりまでについて，順に個人作業かどうかを判定する（ＡＳＰＹ５）。ここでは，以上の補完済みの時系列データを用いて，端末装着あり，かつ，対面なし，かつ，活動なしの場合を個人作業であると判定する（ＡＳＰＹ６―１）。そうでない場合は個人作業でないと判定する（ＡＳＰＹ６―２）。その結果が図２４の例ではＰ４−１となる。次に，再度個人作業判定データを補完し（ＡＳＰＹ７），個人作業イベントが連続的になるようにする。最後に，活動判定よりも高い閾値である，閾値（ｔｈ＿ｐｅｒＬ）を超えて大きな動きをしている場合を活動（大）とし，その場合のみは強制的に個人作業イベントを分割する（ＡＳＰＹ８）。
【０１５５】
最後に，イベントの継続時間が閾値（ｔｈ＿ｄｐ）以下の短時間のイベントを削除し（ＡＳＰＹ９），残った各個人作業イベントの特徴量（集中（高），集中（低），停滞，最大集中継続時間）を抽出して（ＡＳＰＹ１０），イベント情報（開始時刻，終了時刻，メンバＩＤ，各特徴量）を個人作業イベントテーブル（ＡＳＰＥ）に出力（ＡＳＰＹ１１）して終了となる。
【０１５６】
個人作業イベントの特徴量抽出の例を図２５に示す。個人作業の特徴量は，デスクワークの質的な内訳を示すものである。具体的には，加速度リズムに着目して，うたた寝や瞑想・休息しているような動きがあまりに小さい場合を「停滞」，停滞以外の時間を「集中」として，さらに，集中が継続した時間が閾値（ｔｈ＿ｐｅｒＳ）以上であるものを「集中（高）」，閾値未満であるものを「集中（低）」に分類する。
【０１５７】
＜図２７：アクティブ率算出のフローチャート＞
対面イベント特徴量抽出（ＡＳＣＴ）の特徴量であるアクティブ率の算出方法を図２７のフローチャートにて示す。
【０１５８】
会話時の積極性は，ジェスチャーなどによる体の揺れに表れるため，端末（ＴＲ）の加速度リズムが高い時を「アクティブである」，つまり積極的なコミュニケーションをしているとみなして定量的に評価することができる。逆に，加速度リズムが低い時は「パッシブである」，つまり受動的なコミュニケーションをしているとみなせる。創造的なディスカッションは互いに積極的に考えを発言し合う状況になると考えられることから，このようなコミュニケーションの質を指標化し継続してモニタリングすることが，組織の創造性や生産性を高めるために，有用であると考えられる。
【０１５９】
コミュニケーションの質を示す指標として，アクティブな時間の比率を求める。このときに対面時間を分母として，｛アクティブ率＝アクティブ時間÷対面時間｝として求めることが可能だが，この場合には，他人のプレゼンを聞くなど本人の努力で変えられないことによってパッシブな時間が増加し，アクティブ率が下がることが問題であった。そのため，長時間継続するパッシブな時間を「聴取時間」と定義し，対面時間から聴取時間を除いた「会話時間」をアクティブ率の分母として用いる。経験上，聴取時間は業務の性質に依存しているため，聴取時間を含んで算出したアクティブ率には本人の行動による特性が表れにくい。そのため，図２６に示す模式図のように，会話時間でのアクティブ率を評価することによって本人の行動の結果としての会話の積極性が数値化される。よって，｛アクティブ率＝アクティブ時間÷会話時間｝として値を算出する。
【０１６０】
なお，図２７で示すアクティブ率の算出方法は，対面イベント時間中を対象としたアクティブ率を求めるだけでなく，特定の人の１日もしくは１ヶ月など所定の期間を対象として算出するためにも同様の方法で用いることができる。
【０１６１】
図２７のフローチャートに沿ってアクティブ率の算出プロセスを説明すると，まず，計算対象の人物に関する対面データと加速度リズムの時系列データを，対面タペストリ（ＳＳＤＢ＿ＩＲＴＰ＿１ｍｉｎ）と加速度タペストリ（ＳＳＤＢ＿ＡＣＣＴＰ＿１ｍｉｎ）から入力する（ＡＳＣＴ１）。少なくとも１人と対面している時刻を抽出し（ＡＳＣＴ２），同じ時刻の加速度リズムが閾値（ｔｈ＿ａｃｔ）以上である場合にはその時刻をアクティブ，閾値未満である場合にはパッシブと判定する（ＡＳＣＴ３）。なお，ＡＳＣＴ２における対面している時刻とは，他の端末（ＴＲ）から赤外線を受信した時刻のみでなく，音声データにより端末の所有者であるユーザ（ＵＳ）が発話していると判別された時刻や，テレビ電話の前や特定の会議室にいると位置ビーコン（ＰＢ）で検知された時刻を「対面している時刻」とみなしても良い。
【０１６２】
次に，パッシブ時間が閾値（ｔｈ＿ｌｓｔ）の時間以上継続している部分を抽出し，その期間を「聴取時間」とする（ＡＳＣＴ４）。数値を求める対象となる期間中（対面イベントの期間，または，１日や１ヶ月）の，合計対面時間から合計聴取時間を引いたものを「会話時間」とする（ＡＳＣＴ５）。最後に，対象期間の合計アクティブ時間を合計会話時間で割った値を，その期間の有効なアクティブ率として算出する（ＡＳＣＴ６）。
【０１６３】
本手法によって算出したアクティブ率を用いた表示画面の例を図２８に示す。アクティブ率の個人やグループの時系列変化を把握するために，個人の結果や，定義したグループでのイベントでの値を平均した結果を折れ線グラフで示すことが可能である。その値は，アクティブ率そのものではなく，複数組織，長期のデータを母数とした偏差値で表示しても良い。また，所属する組織における特定の期間のアクティブ率の分布をヒストグラムで表示し，その中に対象者のアクティブ率を示すことも可能である。
【０１６４】
以上、本発明の実施形態について説明したが、本発明は上記実施形態に限定されるものではなく、種々変形実施可能であり、上述した各実施形態を適宜組み合わせることが可能であることは、当業者に理解されよう。
【符号の説明】
【０１６５】
ＴＲ、ＴＲ２〜６ 端末
ＧＷ，ＧＷ２ 基地局
ＵＳ、ＵＳ２〜６ ユーザ
ＮＷ ネットワーク
ＰＡＮ パーソナルエリアネットワーク
ＳＳ センサネットサーバ
ＡＳ アプリケーションサーバ
ＣＬ クライアント
ＣＰ 個人用クライアント
【技術分野】
【０００１】
本発明は、センサ端末によって取得した、人物の活動データを表示する技術に関する。
【背景技術】
【０００２】
近年，遠隔オフィスでの業務や，プロジェクト型の業務（1人が同時に複数のプロジェクトに配属され，複数の上司を持つ）が増加しており，部下と上司，チームのメンバ同士が業務内容を互いに把握することが困難になっている。しかしながら，業務量の適切な配分，ＫｎｏｗＨｏｗ・ＫｎｏｗＷｈｏ情報を効率的に活用するためには，幅広く業務中の出来事や状況を共有することが必要である。そのために，業務の実態をセンサデータとして収集し，人間が理解しやすい区切りで出来事を表示することが効果的である。
【０００３】
PC画面上に表示したファイルの操作ログから会議中の話題の区切りを見つける技術が示されている（たとえば特許文献１）。人々の滞在場所のデータから形成されている集団の発生と消滅を判定する技術が示されている（たとえば特許文献２）。また，マイクによって人物間の会話のやり取りを時系列に整理する技術が知られている（たとえば特許文献３）。また，人物に装着したセンサとPCの操作ログから特定した作業内容にノイズ除去処理を行い，連続した作業として特定する技術が知られている（たとえば特許文献４）。また，会議の議論の質向上のために，発言していない時間に着目して発言要請を出す技術が知られている（たとえば特許文献５）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開2009-64275
【特許文献２】特許第4525318
【特許文献３】特開2007-27918
【特許文献４】特開2009-211574
【特許文献５】特開平8-274888
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明が解決しようとする課題は、人間の記憶の出来事と紐付けるために，人間の活動に関する連続的なセンサデータに適切な区切りを与えて表示することである。特に，ホワイトカラーの業務を対象とし，アドホックに複数人が集まって会話する対面イベントや，個人でPCに向かって文書を執筆するなどの個人作業イベントを抽出することで業務中の活動を区切って示す。対面イベントを抽出するためには，人物同士が正対して対面したというデータに基づき，対面イベントに参加したメンバとその開始時刻・終了時刻を特定することが必要である。
【０００６】
そのためには，特許文献１では会議中のデータしか対象とならなく、また、，特許文献２ではセンサを設置した場所での集団しか検知できないため，上記の課題を十分に解決できない。また，特許文献２，特許文献４では，複数の人がアドホックに集まり解散するまでの柔軟な集団の形成・解体を一連の纏まったイベントとして抽出する方法は示されていない。
【課題を解決するための手段】
【０００７】
イベントデータ処理装置であって、時刻と人物情報と人物同士が対面したことを示すデータとを含む対面情報が格納される記録部と、対面情報の入力を受け付けて記録部に記録する入力部と、入力部が入力を受け付けた対面情報から対面していた人数である対面人数を算出し、第１の時刻における第１の対面人数と第２の時刻における第２の対面人数との差である対面人数差を算出し、対面人数差が予め定められた閾値である対面人数閾値以下であった場合、第１の時刻と第２の時刻との間に連続したコミュニケーションが行われていたと判別して、第１の対面人数と第２の対面人数に含まれる人物と第１の時刻と第２の時刻とに対してイベントを識別するイベント識別子を関連づけて記録部に記録する制御部と、記録されたイベント識別子を出力する出力部と、を有することを特徴とするイベントデータ処理装置によって、上記課題は解決できる。
【発明の効果】
【０００８】
本発明によれば，途中から会話に参加した人や途中で抜けた人がいてメンバ構成が変化した場合にも，大半のメンバ構成が一致していれば一連のイベントとして抽出される。同じ場所または特定の人を含んで，別のイベントが連続して発生した場合にも，メンバ構成が大きく変化していれば別のイベントとして区別される。また，同時刻に複数の異なる集団が発生している場合にも，別のイベントとして区別される。これによって，人物間の対面の有無に関するデータのみを用いて，職場で自然に発生・消滅する対面コミュニケーションのイベントの情報を，その開始時刻・終了時刻・メンバ構成を特定して抽出することができる。
【図面の簡単な説明】
【０００９】
【図１】センシングデータ表示装置の構成と利用シーンを示す図の一例である。
【図２】クライアントとアプリケーションサーバの構成を示す図の一例である。
【図３】センサネットサーバと基地局の構成を示す図の一例である。
【図４】端末の構成を示す図の一例である。
【図５】センシングデータがセンサネットサーバに格納されるまでのシーケンス図の一例である。
【図６】アプリケーションサーバ（ＡＳ）を起点とするイベント抽出の処理と，ユーザがＷｅｂアプリケーションを操作する際の処理のシーケンス図の一例である。
【図７】Ｗｅｂアプリケーションの画面を示す図の一例である。
【図８】対面イベントの表示画面を示す図の一例である。
【図９】個人作業イベントの表示画面を示す図の一例である。
【図１０】ユーザ属性リストを示す図の一例である。
【図１１】グループ管理リストを示す図の一例である。
【図１２】センシングデータベース（加速度データ）を示す図の一例である。
【図１３】（Ａ）センシングデータベース（対面データ）を示す図の一例である。（Ｂ）センシングデータベース（対面データ）を示す図の別の一例である。
【図１４】対面イベントテーブルを示す図の一例である。
【図１５】個人作業イベントテーブルを示す図の一例である。
【図１６】主観情報テーブルを示す図の一例である。
【図１７】データ処理変数画面を示す図の一例である。
【図１８】対面要素イベント抽出処理のフローチャートである。
【図１９】対面要素イベント結合処理のフローチャートである。
【図２０】対面要素イベント抽出処理の手順を示す図の一例である。
【図２１】（Ａ）対面要素イベント特徴量抽出の手順に関する表の一例である。（Ｂ）対面要素イベント特徴量抽出の手順に関する表の別の一例である。
【図２２】（Ａ）対面要素イベント結合処理の手順に関する表の一例である。（Ｂ）対面要素イベント結合処理の手順に関する表の別の一例である。
【図２３】個人作業イベント抽出処理のフローチャートである。
【図２４】個人作業イベント抽出処理の手順を示す図の一例である。
【図２５】個人作業イベント特徴量抽出の手順を示す図の一例である。
【図２６】対面コミュニケーションの分類を示す図である。
【図２７】アクティブ率の計算プロセスを示すフローチャートである。
【図２８】アクティブ率を用いた表示画面を示す図の一例である。
【図２９】活動報告書出力設定画面を示す図の一例である。
【図３０】活動報告書出力ファイルを示す図の一例である。
【図３１】行動リズムタペストリを示す図の一例である。
【図３２】対面タペストリを示す図の一例である。
【発明を実施するための形態】
【００１０】
本発明は、センシングデータを表示するセンシングデータ表示装置であり、人物間の対面に関するデータを用いて，複数人が集まり解散する対面イベントを抽出して表示することを特徴とする。以下、図面を用いて説明を行う。
【実施例１】
【００１１】
最初に、本発明の第１の実施の形態について図面を参照して説明する。
【００１２】
＜図１：システム概要＞
図１に、第１の実施の形態のシステム概要を示す。第１の実施の形態では、センサ端末（ＴＲ、ＴＲ２〜５：以下個体を識別しない場合にはすべてＴＲと示す）を組織のメンバがユーザ（ＵＳ、ＵＳ２〜５：以下個体を識別しない場合にはすべてＵＳと示す）として装着し、その端末（ＴＲ）によって各メンバの動きやメンバ間の交流（インタラクション）に関するセンシングデータを取得する。インタラクションについては、ユーザ（ＵＳ）同士が対面した際に各端末（ＴＲ）間で赤外線を送受信することで対面を検知している。会議室などの多くの人が集まって会話する広い場所では，全ての同席者の端末（ＴＲ）同士で赤外線が届かない場合があるため，位置ビーコン（ＰＢ）を設置することで人物間の対面データを補うことも可能である。位置ビーコン（ＰＢ）は場所を示すＩＤを赤外線で発信しており，それを端末（ＴＲ）が受信することで，ユーザ（ＵＳ）がその場所に滞在していたことを検知する。
【００１３】
取得したセンシングデータは無線または有線で接続し基地局（ＧＷ，ＧＷ２：以下個体を識別しない場合にはすべてＧＷと示す）に送信され、ネットワーク（ＮＷ）を通じてセンサネットサーバ（ＳＳ）に格納される。センサネットサーバ（ＳＳ）は定期的にこれらのセンシングデータの下処理を行い、取り扱いしやすい二次データとして保管しておく。ユーザに見せるための画面を作成するためには、アプリケーションサーバ（ＡＳ）が定期的にセンサネットサーバ（ＳＳ）から二次データを取得し、データから対面イベントや個人作業イベントを抽出する。ユーザ（ＵＳ）は，クライアント（ＣＬ）にアカウントやパスワードを入力することでアプリケーションサーバ（ＡＳ）のＷｅｂページにアクセスし，その閲覧者向けのコンテンツをクライアント（ＣＬ）上の画面（ＯＤ）にて閲覧する。
【００１４】
＜図２〜図４：全体システムのブロック図＞
図２から図４は、本発明の実施の形態のセンシングデータ表示装置を実現するセンサネットワークシステムの全体構成を説明するブロック図である。図示の都合上分割して示してあるが、各々図示された各処理は相互に連携して実行される。また、図内のそれぞれの機能はハードウェアとソフトウェアの協働によって実現される。（★日本の特許法の場合、ソフトとハードの協働で情報処理がなされることが明確でないといけないという決まりがあります。）。これらの各構成要素は図２〜４から明らかなように、制御部と記憶部と送受信部を有している。制御部は通常のコンピュータ等の処理部である中央処理部（Central Processing Unit：ＣＰＵ、図示省略）などで構成され、記憶部は半導体記憶装置や磁気記憶装置等のメモリ装置で構成され、送受信部は有線・無線等のネットワークインタフェースで構成される。その他、必要に応じて時計等を備えている。
【００１５】
端末（ＴＲ）でそれを装着した人物の動きやコミュニケーションに関するセンシングデータを取得し、センシングデータは基地局（ＧＷ）を経由して、センサネットサーバ（ＳＳ）に格納する。また、アプリケーションサーバ（ＡＳ）はセンシングデータから対面イベントや個人作業イベントを抽出し，クライアント（ＣＬ）を介したユーザ（ＵＳ）のリクエストに応じて，その結果を提示する。図２から図４はこれらの一連の流れを示す。
【００１６】
図２から図４における形の異なる６種類の矢印は、それぞれ、時刻同期、アソシエイト、取得したセンシングデータの格納、センシングデータの解析、ファームウェア更新、及び、制御信号のためのデータまたは信号の流れを表している。
【００１７】
＜図２：全体システム１（ＣＬ・ＡＳ）＞
図２に、クライアント（ＣＬ）とアプリケーションサーバ（ＡＳ）の一実施例の構成を示す。
【００１８】
＜クライアント（ＣＬ）について＞
クライアント（ＣＬ）は、ユーザ（ＵＳ）との接点となって、データを入出力する。クライアント（ＣＬ）は、入出力部（ＣＬＩＯ）、送受信部（ＣＬＳＲ）、記憶部（図示省略）、制御部（ＣＬＣＯ）を備える。
【００１９】
入出力部（ＣＬＩＯ）は、ユーザ（ＵＳ）とのインタフェースとなる部分である。入出力部（ＣＬＩＯ）は、ディスプレイ（ＣＬＯＤ）、タッチパネル（ＣＬＩＴ）、キーボード（ＣＬＩＫ）及びマウス（ＣＬＩＭ）等を備える。必要に応じて外部入出力（ＣＬＩＵ）に他の入出力装置を接続することもできる。
【００２０】
ディスプレイ（ＣＬＯＤ）は、ＣＲＴ（Ｃａｔｈｏｄｅ−Ｒａｙ Ｔｕｂｅ）又は液晶ディスプレイ等の画像表示装置である。ディスプレイ（ＣＬＯＤ）は、プリンタ等を含んでもよい。ユーザによる入力を支援するためにタッチパネル（ＣＬＩＴ）を用いる場合には、タッチパネル（ＣＬＩＴ）をディスプレイ（ＣＬＯＤ）の画面（ＯＤ）と重なるように設置し、出力と入力を同じ画面上で行うように見せることもできる。
【００２１】
送受信部（ＣＬＳＲ）は、アプリケーションサーバ（ＡＳ）や他のネットワークに接続した機器との間でデータや命令を送受信する。具体的には、送受信部（ＣＬＳＲ）は、表示する画面のリクエストをアプリケーションサーバ（ＡＳ）に送信し、リクエストに対応する画像を受信する。
【００２２】
記憶部（図示なし）は、ハードディスク、メモリ又はＳＤカードのような外部記録装置で構成される。記憶部（図示なし）は、表示の履歴やユーザ（ＵＳ）のログインＩＤなどを保存させても良い。
【００２３】
＜アプリサーバ（ＡＳ）＞
アプリケーションサーバ（ＡＳ）は、センシングデータの二次データを処理及び解析し、クライアント（ＣＬ）を通してユーザに提示するためのコンテンツ情報（多くは画像であるが、動画やテキストデータ、音声データなど他のデータでもよい）を生成する。
【００２４】
アプリケーションサーバ（ＡＳ）は、送受信部（ＡＳＳＲ）、記憶部（ＡＳＭＥ）及び制御部（ＡＳＣＯ）を備える。
【００２５】
送受信部（ＡＳＳＲ）は、ネットワーク（ＮＷ）を通じて、センサネットサーバ（ＳＳ）、ＮＴＰサーバ（ＴＳ）、クライアント（ＣＬ）、及び個人用クライアント（ＣＰ）との間でデータの送信及び受信を行い、そのための通信制御を行う。
【００２６】
記憶部（ＡＳＭＥ）は、ハードディスク、メモリ又はＳＤカードのような外部記録装置で構成される。記憶部（ＡＳＭＥ）は、作成したコンテンツ情報や、コンテンツ作成のためのプログラム、その他コンテンツ作成に関係するデータを格納する。具体的には、記憶部（ＡＳＭＥ）は、ユーザ属性リスト（ＡＳＵＬ）、グループ管理リスト（ＡＳＧＲ），対面イベントテーブル（ＡＳＣＥ），個人作業イベントテーブル（ＡＳＰＥ），主観情報テーブル（ＡＳＳＴ），データ処理変数リスト（ＡＳＤＶ），活動報告書出力設定（ＡＳＧＯ），イベント抽出プログラム（ＡＳＰＰ），及び二次データ読み込みプログラム（ＡＳＰＲ）を格納する。
【００２７】
ユーザ属性リスト（ＡＳＵＬ）は、端末（ＴＲ）のＩＤと、その端末を装着したユーザ（ＵＳ）の氏名・ユーザＩＤ・所属、メールアドレス、属性等との対照表である。人物間の対面時に相手から受信したＩＤを氏名と紐付けたり，ＷｅｂにログインしたＩＤに従って表示内容を変更したりする際に参照する。図１０にその具体例を示す。
【００２８】
グループ管理リスト（ＡＳＧＲ）はＷｅｂアプリケーション上で設定したグループを管理するリストである。図１１にその具体例を示す。グループは，フォーマルな組織体系ではなく，ユーザ（ＵＳ）が自由に作成することができる。グループを定義すると同じグループの人のイベントを閲覧したり，行動や会議の指標をグループ単位で平均して表示したりすることができるようになる。グループ管理リスト（ＡＳＧＲ）では，グループ番号，そのグループが有効である開始日と終了日，グループ名，メンバリストとその属性に関する情報を管理する。メンバの属性によってデータの閲覧や制御の権限が異なる。オーナーはグループを作った人であり，グループ管理リスト（ＡＳＧＲ）の情報を変更する権限を持つ。また，開示・閲覧に関してはメンバとして扱われる。メンバは，自身のデータをグループのメンバ（スーパーバイザ含む）に開示し，また，グループの他のメンバのデータを閲覧できる。スーパーバイザは，直接一緒に業務をしているメンバではないが，そのグループの状況を把握しておくべき人であり（たとえば上長や他部署の関係者など），グループのメンバのデータを閲覧する権限はあるが，自身のデータはグループに開示されない。
【００２９】
対面イベントテーブル（ＡＳＣＥ）は，対面イベントに関する一連の処理（ＡＳＣＹ，ＡＳＣＣ，ＡＳＣＴ）によって抽出された対面イベントの情報を格納するテーブルである。また，個人作業イベントテーブル（ＡＳＰＥ）は，個人作業イベントに関する一連の処理（ＡＳＰＹ，ＡＳＰＴ）によって抽出された個人作業イベントの情報を格納するテーブルである。また，主観情報テーブル（ＡＳＳＴ）は，ユーザ（ＵＳ）によって入力された主観情報を，対面イベントや個人作業イベントと関連付けて格納するテーブルである。
【００３０】
データ処理変数リスト（ＡＳＤＶ）は，図１７のデータ処理変数画面（ＯＤＤＶ）にてＷｅｂアプリケーションの管理者によって設定された，データ処理に関する諸々の変数を格納するテーブルである。
【００３１】
活動報告書出力設定（ＡＳＧＯ）は，主観情報テーブル（ＡＳＳＴ）に格納されたユーザの主観評価情報を，図３０に示す活動報告書出力ファイルの例のように出力するための，設定条件を格納するものである。出力条件は，例えば，図２９の活動報告書出力設定画面（ＯＤＫＳ）をユーザ（ＵＳ）が操作することによって設定される。
【００３２】
イベント抽出プログラム（ＡＳＰＰ）は，イベント抽出に関する処理（ＡＳＣＹ，ＡＳＣＣ，ＡＳＣＴ，ＡＳＰＹ，ＡＳＰＴ）を実行するためのプログラムである。
【００３３】
二次データ読み込みプログラム（ＡＳＰＲ）は，二次データ要求（ＡＳＣＰ）においてセンサネットサーバ（ＳＳ）から受信する二次データ（例えば１分単位の対面相手のＩＤ一覧や加速度リズムのデータ）の形式に対応した，読み込みプログラムである。
【００３４】
制御部（ＡＳＣＯ）は、ＣＰＵ（図示省略）を備え、センサデータや主観評価情報を処理し，ユーザに提供するＷｅｂコンテンツをとして出力するためのプロセスを実行する。
【００３５】
入出力制御（ＡＳＣＩＯ）は，ユーザがＷｅｂアプリケーションを通じてイベントデータを閲覧したり，イベントに対する主観評価情報（実施したことやその反省点，次の課題など）を入力したりする際の制御を行うものである。ユーザがＷｅｂアプリケーションにログインする際のユーザ認証（ＡＳＣＩＵ）後，ユーザの操作に従って対象データの日付や種類・対象グループを切り替えて画面を構成する表示画面生成（ＡＳＣＩＤ）や，入力した主観評価情報をイベントと関連付けて主観情報テーブル（ＡＳＳＴ）に格納する主観評価入力（ＡＳＣＩＳ）を行う。
【００３６】
また，アプリケーションサーバ（ＡＳ）は時計（ＡＳＣＫ）を有しており，外部のＮＴＰサーバ（ＴＳ）などに接続して正確な時刻を維持する。
【００３７】
あらかじめ設定した時刻になるとタイマ起動（ＡＳＴＫ）し，二次データ読み込みプログラム（ＡＳＰＲ）とイベント抽出プログラム（ＡＳＰＰ）を起動する。二次データ要求（ＡＳＣＰ）では，センサネットサーバ（ＳＳ）に必要な期間・対象者・種類を指定して二次データを要求し，受信する。受信したデータを用いて，対面イベントの処理に関しては，対面要素イベント抽出処理（ＡＳＣＹ），対面要素イベント結合処理（ＡＳＣＣ），対面イベント特徴量抽出（ＡＳＣＴ）を順に実施する。個人作業イベントの処理に関しては，個人作業イベント抽出処理（ＡＳＰＹ），個人作業イベント特徴量抽出（ＡＳＰＴ）
を実施する。なお，プログラムの起動方法は手動でも良いし，センサネットサーバ（ＳＳ）で特定のパターンのデータを受信したことをトリガとして起動しても良い。
【００３８】
＜図３：全体システム２（ＳＳ・ＩＳ）＞
図３は、センサネットサーバ（ＳＳ）及び基地局（ＧＷ）の一実施例の構成を示している。
【００３９】
＜センサネットサーバ（ＳＳ）＞
センサネットサーバ（ＳＳ）は、全ての端末（ＴＲ）から集まったデータを管理する。具体的には、センサネットサーバ（ＳＳ）は、基地局（ＧＷ）から送られてくるセンシングデータをセンシングデータベース（ＳＳＤＢ）に格納し、また、アプリケーションサーバ（ＡＳ）やクライアント（ＣＬ）からの要求に基づいてセンシングデータまたは二次データを送信する。さらに、センサネットサーバ（ＳＳ）は、基地局（ＧＷ）とその管理下にある端末（ＴＲ）の情報を随時管理する。また、端末（ＴＲ）のファームウェアを更新するための制御コマンドの起点となる。
【００４０】
センサネットサーバ（ＳＳ）は、送受信部（ＳＳＳＲ）、記憶部（ＳＳＭＥ）及び制御部（ＳＳＣＯ）を備える。
【００４１】
送受信部（ＳＳＳＲ）は、基地局（ＧＷ）、アプリケーションサーバ（ＡＳ）、個人用クライアント（ＣＰ）及びクライアント（ＣＬ）との間で、データの送信及び受信を行い、その際の通信制御を行う。
【００４２】
記憶部（ＳＳＭＥ）は、ハードディスク等のデータ記憶装置によって構成され、少なくとも、センシングデータベース（ＳＳＤＢ）、二次データベース（ＳＳＤＴ）、データ形式情報（ＳＳＭＦ）、端末管理テーブル（ＳＳＴＴ）及び端末ファームウェア（ＳＳＴＦＤ）を格納する。さらに、記憶部（ＳＳＭＥ）は、制御部（ＳＳＣＯ）のＣＰＵ（図示省略）によって実行されるプログラムを格納する。
【００４３】
センシングデータベース（ＳＳＤＢ）は、各端末（ＴＲ）が取得したセンシングデータ、端末（ＴＲ）の情報、及び、各端末（ＴＲ）から送信されたセンシングデータが通過した基地局（ＧＷ）の情報等を記録しておくためのデータベースである。加速度、温度等、データの要素ごとにカラムが作成され、データが管理される。また、データの要素ごとにテーブルが作成されてもよい。どちらの場合にも、全てのデータは、取得された端末（ＴＲ）のＩＤである端末情報（ＴＲＭＴ）と、センシングされた時刻に関する情報とが関連付けて管理される。
【００４４】
二次データベース（ＳＳＤＴ）は、センシングデータベース（ＳＳＤＢ）のデータをセンシングデータ処理（ＳＳＣＤＴ）した結果を格納するデータベースである。二次データベース（ＳＳＤＴ）に格納されている二次データは、下処理済みの規格化されたデータであり、ノイズが取り除かれ、基本コンテンツを作成するために適した形式、例えば1日ごとにユーザ（ＵＳ）の任意の２者間の合計対面時間を行列形式で出力するなど、で保管される。アプリケーションサーバ（ＡＳ）では処理前のセンシングデータではなく二次データを使うようにルール化することで、ノイズの除去など端末（ＴＲ）や通信状況に依存するセンシングデータの特性を考慮せず、アプリケーションのためのプログラムを開発することができる。データベースとしては、二次データベース（ＳＳＤＴ）はセンシングデータベース（ＳＳＤＢ）と共通のものを用い、テーブルを分けるだけでも良い。また、必要に応じて、基本コンテンツ作成（ＡＳＣＢＣ）はセンシングデータベース（ＳＳＤＢ）からセンシングデータ処理（ＳＳＣＤＴ）前のデータを取得しても良い。
【００４５】
データ形式情報（ＳＳＭＦ）には、通信のためのデータ形式、基地局（ＧＷ）でタグ付けされたセンシングデータを切り分けてデータベースに記録する方法、センシングデータ処理（ＳＳＣＤＴ）された二次データを二次データベース（ＳＳＤＴ）に記録する方法、及び、データの要求に対する対応方法を示す情報等が記録されている。データ受信の後、データ送信の前にはこのデータ形式情報（ＳＳＭＦ）が参照され、データ形式の変換とデータ振り分けが行われる。
【００４６】
端末管理テーブル（ＳＳＴＴ）は、どの端末（ＴＲ）が現在どの基地局（ＧＷ）の管理下にあるかを記録しているテーブルである。基地局（ＧＷ）の管理下に新たに端末（ＴＲ）が加わった際に、端末管理テーブル（ＳＳＴＴ）が更新される。また、基地局（ＧＷ）と端末（ＴＲ）間を有線で接続している場合には、常時端末管理情報を監視していなくてもよい。
【００４７】
端末ファームウェア（ＳＳＦＷ）は、端末を動作させるためのプログラムを記憶しているものであり、端末ファームウェア更新（ＳＳＣＦＷ）が行われた際には、端末ファームウェア（ＳＳＦＷ）が更新され、ネットワーク（ＮＷ）を通じてこれを基地局（ＧＷ）に送り、さらにパーソナルエリアネットワーク（ＰＡＮ）を通じて端末（ＴＲ）に送り、端末（ＴＲ）内のファームウェアを更新する（ＦＭＵＤ）。
【００４８】
制御部（ＳＳＣＯ）は、ＣＰＵ（図示省略）を備え、センシングデータの送受信やデータベースへの記録・取り出しを制御する。具体的には、ＣＰＵが記憶部（ＳＳＭＥ）に格納されたプログラムを実行することによって、センシングデータ保管（ＳＳＣＤＢ）、端末管理情報修正（ＳＳＴＦ）、端末ファームウェア更新（ＳＳＣＦＷ）、センシングデータ処理（ＳＳＣＤＴ）及び二次データ検索（ＳＳＣＴＳ）等の処理を実行する。
【００４９】
センシングデータ保管（ＳＳＣＤＢ）は、基地局（ＧＷ）から送られてきたセンシングデータを受け取り、センシングデータベース（ＳＳＤＢ）に格納する処理である。時刻情報や端末ＩＤ、基地局を経由した時刻などの付加情報を合わせて１レコードとして、データベースに格納する。
【００５０】
時計（ＳＳＣＫ）は、外部ＮＴＰサーバ（ＴＳ）と定期的に接続することによって、標準時刻を保持している。時計（ＳＳＣＫ）があらかじめ指定した時刻、または特定の条件を満たしたときに、センシングデータ処理（ＳＳＣＤＴ）をタイマ起動（ＳＳＴＫ）する。
【００５１】
センシングデータ処理（ＳＳＣＤＴ）は、センシングデータベース（ＳＳＤＢ）からセンシングデータ、端末（ＴＲ）で取得されたもの、をデータ形式情報（ＳＳＭＦ）で指定された方法によって下処理し、二次データを生成する。二次データは二次データベース（ＳＳＤＴ）に格納する。一定間隔でセンシングデータ処理（ＳＳＣＤＴ）を起動し、新しく追加されたセンシングデータを処理することで、二次データベースが常に更新された状態になるように保つ。
【００５２】
二次データ検索（ＳＳＣＴＳ）は、アプリケーションサーバ（ＡＳ）から依頼を受けた際に、二次データベース（ＳＳＤＴ）から依頼に対応した二次データを取り出し、依頼元に返す処理を行う。その際、二次データに付与された、日付やユーザＩＤなどのタグ情報に基づいて検索する。
【００５３】
端末管理情報修正（ＳＳＴＦ）は、基地局（ＧＷ）から端末管理情報を修正するコマンドを受け取った際に、端末管理テーブル（ＳＳＴＴ）を更新する。各基地局（ＧＷ）の配下にある端末（ＴＲ）のリストを常時把握するためのものである。
【００５４】
端末ファームウェア更新（ＳＳＣＦＷ）は、手動または自動にて端末（ＴＲ）のファームウェアを更新する必要が生じた際に、記憶部（ＳＳＭＥ）内の端末ファームウェア（ＳＳＦＷ）を更新し、さらに、基地局（ＧＷ）に配下の端末（ＴＲ）のファームウェアを更新するように命令を出す。また、各端末（ＴＲ）でファームウェア更新が完了したというレスポンスを受け取り、すべての端末（ＴＲ）の更新が完了するまで続ける。
【００５５】
＜基地局（ＧＷ）＞
基地局（ＧＷ）は、端末（ＴＲ）とセンサネットサーバ（ＳＳ）を仲介する役目を持つ。端末（ＴＲ）と基地局（ＧＷ）間が無線で接続する場合には、無線の到達距離を考慮して、居室・職場等の領域をカバーするように複数の基地局（ＧＷ）が配置される。有線で接続する場合には、基地局（ＧＷ）の処理能力に合わせて管理する端末（ＴＲ）の個数の上限が設定される。
【００５６】
基地局（ＧＷ）は、送受信部（ＧＷＳＲ）、記憶部（ＧＷＭＥ）及び制御部（ＧＷＣＯ）を備える。
【００５７】
送受信部（ＧＷＳＲ）は、端末（ＴＲ）からデータを無線または有線にて受信し、センサネットサーバ（ＳＳ）への有線又は無線による送信を行う。送受信に無線を用いる場合には、送受信部（ＧＷＳＲ）は無線を受信するためのアンテナを備える。また、必要に応じて、センシングデータの送受信の際にデータが欠損しないように輻輳制御、つまり通信のタイミング制御を行う。また、受信したデータの種類を区別する。具体的には、受信したデータが一般のセンシングデータであるか、アソシエイトのためのデータであるか、時刻同期のレスポンスであるか等をデータのヘッダ部分から識別して、それらのデータをそれぞれ適切な機能に渡す。
【００５８】
記憶部（ＧＷＭＥ）は、ハードディスク、メモリ、又はＳＤカードのような外部記録装置（図示省略）で構成される。記憶部（ＧＷＭＥ）には、動作設定（ＧＷＭＡ）、データ形式情報（ＧＷＭＦ）、端末管理テーブル（ＧＷＴＴ）、基地局情報（ＧＷＭＧ）及び端末ファームウェア（ＧＷＴＦＤ）が格納される。動作設定（ＧＷＭＡ）は、基地局（ＧＷ）の動作方法を示す情報を含む。データ形式情報（ＧＷＭＦ）は、通信のためのデータ形式を示す情報、及び、センシングデータにタグを付けるために必要な情報を含む。端末管理テーブル（ＧＷＴＴ）は、現在アソシエイトできている配下の端末（ＴＲ）の端末情報（ＴＲＭＴ）、及び、それらの端末（ＴＲ）を管理するために配布しているローカルＩＤを含む。有線で端末（ＴＲ）と接続し、常時配下の端末（ＴＲ）を把握している必要がない場合には、端末管理テーブル（ＧＷＴＴ）はなくてもよい。基地局情報（ＧＷＭＧ）は、基地局（ＧＷ）自身のアドレスなどの情報を含む。端末ファームウェア（ＧＷＴＦＤ）は、端末を動作させるためのプログラムを記憶しているものであり、センサネットサーバ（ＳＳ）から命令と新規の端末ファームウェアを受け取った際に、ファームウェア更新データ（ＴＲＤＦＷ）をパーソナルエリアネットワーク（ＰＡＮ）を通じて端末（ＴＲ）に送信する（ＧＷＣＦＷ）。
【００５９】
記憶部（ＧＷＭＥ）には、さらに、制御部（ＧＷＣＯ）のＣＰＵ（図示省略）によって実行されるプログラムが格納されてもよい。
【００６０】
制御部（ＧＷＣＯ）は、ＣＰＵ（図示省略）を備える。ＣＰＵが記憶部（ＧＷＭＥ）に格納されているプログラムを実行することによって、端末（ＴＲ）からセンシングデータを受信するタイミング、センシングデータの処理、端末（ＴＲ）やセンサネットサーバ（ＳＳ）への送受信のタイミング、及び、時刻同期のタイミングを管理する。具体的には、センシングデータ受信制御（ＧＷＣＳＲ）、センシングデータ送信（ＧＷＣＳＳ）、アソシエイト（ＧＷＣＴＡ）、端末管理情報修正（ＧＷＣＴＦ）、端末ファームウェア更新（ＧＷＣＦＷ）及び時刻同期（ＧＷＣＳ）等の処理を実行する。
【００６１】
時計（ＧＷＣＫ）は時刻情報を保持する。一定間隔でその時刻情報は更新される。具体的には、一定間隔でＮＴＰ（Ｎｅｔｗｏｒｋ Ｔｉｍｅ Ｐｒｏｔｏｃｏｌ）サーバ（ＴＳ）から取得した時刻情報によって、時計（ＧＷＣＫ）の時刻情報が修正される。
【００６２】
時刻同期（ＧＷＣＳ）は、一定間隔、または、端末（ＴＲ）が基地局（ＧＷ）と接続されたのをトリガとして、配下の端末（ＴＲ）に時刻情報を送信する。これによって、複数の端末（ＴＲ）と基地局（ＧＷ）の時計（ＧＷＣＫ）の時刻が同期される。
【００６３】
アソシエイト（ＧＷＣＴＡ）は、端末（ＴＲ）から送られてきたアソシエイト要求（ＴＲＴＡＱ）に対して、割り付けたローカルＩＤを各端末（ＴＲ）に送信する、アソシエイト応答（ＴＲＴＡＲ）を行う。アソシエイトが成立したら、アソシエイト（ＧＷＴＡ）は、端末管理テーブル（ＧＷＴＴ）を修正する端末管理情報修正（ＧＷＣＴＦ）を行う。
【００６４】
センシングデータ受信制御（ＧＷＣＳＲ）は、端末（ＴＲ）から送られてきたセンシングデータ（ＳＥＮＳＤ）のパケットを受信する。データのパケットのヘッダを読み込み、データの種類を判別したり、同時に多数の端末（ＴＲ）からのデータが集中しないように輻輳制御したりする。
【００６５】
センシングデータ送信（ＧＷＣＳＳ）は、データが通過した基地局のＩＤやその時刻データを付与し、センシングデータをセンサネットサーバ（ＳＳ）に送信する。
【００６６】
＜図４：全体システム３（ＴＲ）＞
図４は、センサノードの一実施例である端末（ＴＲ）の構成を示している。ここでは端末（ＴＲ）は名札型の形状をしており、人物の首からぶら下げることを想定しているが、これは一例であり、他の形状でもよい。端末（ＴＲ）は、多くの場合には、この一連のシステムの中に複数存在し、組織に属する人物がそれぞれ身に着けるものである。端末（ＴＲ）は人間の対面状況を検出するための複数の赤外線送受信部（ＡＢ）、装着者の動作を検出するための三軸加速度センサ（ＡＣ）、装着者の発話と周囲の音を検出するためのマイク（ＡＤ）、端末の裏表検知のための照度センサ（ＬＳ１Ｆ、ＬＳ１Ｂ）、温度センサ（ＡＥ）の各種センサを搭載する。搭載するセンサは一例であり、装着者の対面状況と動作を検出するために他のセンサを使用してもよい。
【００６７】
本実施例では、赤外線送受信部を４組搭載する。赤外線送受信部（ＡＢ）は、端末（ＴＲ）の固有識別情報である端末情報（ＴＲＭＴ）を正面方向に向かって定期的に送信し続ける。他の端末（ＴＲ）を装着した人物が略正面（例えば、正面又は斜め正面）に位置した場合、端末（ＴＲ）と他の端末（ＴＲ）は、それぞれの端末情報（ＴＲＭＴ）を赤外線で相互にやり取りする。このため、誰と誰が対面しているのかを記録することができる。また、閲覧者検出器（ＣＬＶＤ）はこの端末情報（ＴＲＭＴ）を受信することで、どのユーザ（ＵＳ）がクライアント（ＣＬ）のディスプレイ（ＣＬＯＤ）を閲覧しているかを検出することができる。また逆に、端末（ＴＲ）が閲覧者検出器（ＣＬＶＤ）から送信された検出器ＩＤ（ＣＬＶＤＩＤ）を受信することで、ユーザ（ＵＳ）がクライアント（ＣＬ）の設置場所に滞在していたことを記録することができる。
【００６８】
各赤外線送受信部は一般に、赤外線送信のための赤外発光ダイオードと、赤外線フォトトランジスタの組み合わせにより構成される。赤外線ＩＤ送信部（ＩｒＩＤ）は、自らのＩＤである端末情報（ＴＲＭＴ）を生成して赤外線送受信モジュールの赤外線発光ダイオードに対して転送する。本実施例では、複数の赤外線送受信モジュールに対して同一のデータを送信することで、全ての赤外線発光ダイオードが同時に点灯する。もちろん、それぞれ独立のタイミング、別のデータを出力してもよい。
【００６９】
また、赤外線送受信部（ＡＢ）の赤外線フォトトランジスタによって受信されたデータは、論理和回路（ＩＲＯＲ）によって論理和が取られる。つまり、最低どれか一つの赤外線受光部でＩＤ受光されていれば端末にＩＤとして認識される。もちろん、ＩＤの受信回路を独立して複数持つ構成でもよい。この場合、それぞれの赤外線送受信モジュールに対して送受信状態が把握できるので、例えば、対面する別の端末がどの方向にいるかなど付加的な情報を得ることも可能である。
【００７０】
センサによって検出したセンシングデータ（ＳＥＮＳＤ）はセンシングデータ格納制御部（ＳＤＣＮＴ）によって、記憶部（ＳＴＲＧ）に格納される。センシングデータ（ＳＥＮＳＤ）は通信制御部（ＴＲＣＣ）によって送信パケットに加工され、送受信部（ＴＲＳＲ）によって基地局（ＧＷ）に送信される。
【００７１】
このとき、記憶部（ＳＴＲＧ）からセンシングデータ（ＳＥＮＳＤ）を取り出し、無線または有線による送信のタイミングを決定するのが通信タイミング制御部（ＴＲＴＭＧ）である。通信タイミング制御部（ＴＲＴＭＧ）は、複数のタイミングを決定する複数のタイムベースを持つ。
【００７２】
記憶部に格納されるデータには、その直前にセンサによって検出されたセンシングデータ（ＳＥＮＳＤ）の他、過去に蓄積した纏め送りデータ（ＣＭＢＤ）や、端末の動作プログラムであるファームウェアを更新するためのファームウェア更新データ（ＦＭＵＤ）がある。
【００７３】
本実施例の端末（ＴＲ）は、外部電源接続検出回路（ＰＤＥＴ）により、外部電源（ＥＰＯＷ）が接続されたことを検出し、外部電源検出信号（ＰＤＥＴＳ）を生成する。外部電源検出信号（ＰＤＥＴＳ）によって、タイミング制御部（ＴＲＴＭＧ）が生成する送信タイミングを切り替えるタイムベース切替部（ＴＭＧＳＥＬ）、または無線通信されるデータを切り替えるデータ切替部（ＴＲＤＳＥＬ）は本端末（ＴＲ）特有の構成である。図４では一例として、送信タイミングを、タイムベース１（ＴＢ１）とタイムベース（ＴＢ２）の２つのタイムベースを、外部電源検出信号（ＰＤＥＴＳ）によってタイムベース切替部（ＴＭＧＳＥＬ）が切り替える構成を図示している。また通信されるデータを、センサから得たセンシングデータ（ＳＥＮＳＤ）と、過去に蓄積した纏め送りデータ（ＣＭＢＤ）と、ファームウェア更新データ（ＦＭＵＤ）とから、外部電源検出信号（ＰＤＥＴＳ）によってデータ切替部（ＴＲＤＳＥＬ）が切り替える構成を図示している。
【００７４】
照度センサ（ＬＳ１Ｆ、ＬＳ１Ｂ）は、それぞれ端末（ＴＲ）の前面と裏面に搭載される。照度センサ（ＬＳ１Ｆ、ＬＳ１Ｂ）により取得されるデータは、センシングデータ格納制御部（ＳＤＣＮＴ）によって記憶部（ＳＴＲＧ）に格納されると同時に、裏返り検知部（ＦＢＤＥＴ）によって比較される。名札が正しく装着されているときは、前面に搭載されている照度センサ（ＬＳ１Ｆ）が外来光を受光し、裏面に搭載されている照度センサ（ＬＳ１Ｂ）は端末本体と装着者との間に挟まれる位置関係となるため、外来光を受光しない。このとき、照度センサ（ＬＳ１Ｂ）で検出される照度より、照度センサ（ＬＳ１Ｆ）で検出される照度の方が大きな値を取る。一方で、端末（ＴＲ）が裏返った場合、照度センサ（ＬＳ１Ｂ）が外来光を受光し、照度センサ（ＬＳ１Ｆ）が装着者側を向くため、照度センサ（ＬＳ１Ｆ）で検出される照度より、照度センサ（ＬＳ１Ｂ）で検出される照度の方が大きくなる。
【００７５】
ここで、照度センサ（ＬＳ１Ｆ）で検出される照度と、照度センサ（ＬＳ１Ｂ）で検出される照度を裏返り検知部（ＦＢＤＥＴ）で比較することで、名札ノードが裏返って正しく装着していないことが検出できる。裏返り検知部（ＦＢＤＥＴ）で裏返りが検出されたとき、スピーカ（ＳＰ）により警告音を発生して装着者に通知する。
【００７６】
マイク（ＡＤ）は、音声情報を取得する。音声情報によって、「騒々しい」又は「静か」等の周囲の環境を知ることができる。さらに、人物の声を取得・分析することによって、コミュニケーションが活発か停滞しているのか、相互に対等に会話をやり取りしているか一方的に話しているのか、怒っているのか笑っているのか、などの対面コミュニケーションを分析することができる。さらに、人物の立ち位置等の関係で赤外線送受信器（ＡＢ）が検出できなかった対面状態を、音声情報及び加速度情報によって補うこともできる。
【００７７】
マイク（ＡＤ）で取得される音声は、音声波形及び、それを積分回路（ＡＶＧ）で積分した信号の両方を取得する。積分した信号は、取得した音声のエネルギを表す。
【００７８】
三軸加速度センサ（ＡＣ）は、ノードの加速度すなわちノードの動きを検出する。このため、加速度データから、端末（ＴＲ）を装着した人物の動きの激しさや、歩行などの行動を解析することができる。さらに、複数の端末が検出した加速度の値を比較することによって、それらの端末を装着した人物間のコミュニケーションの活性度や相互のリズム、相互の相関等を解析できる。
【００７９】
本実施例の端末（ＴＲ）では、三軸加速度センサ（ＡＣ）で取得されるデータは、センシングデータ格納制御部（ＳＤＣＮＴ）によって記憶部（ＳＴＲＧ）に格納されると同時に、上下検知回路（ＵＤＤＥＴ）によって名札の向きを検出する。これは、三軸加速度センサ（ＡＣ）で検出される加速度は、装着者の動きによる動的な加速度変化と、地球の重力加速度による静的加速度の２種類が観測されることを利用している。
【００８０】
表示装置（ＬＣＤＤ）は、端末（ＴＲ）を胸に装着しているときは、装着者の所属、氏名などの個人情報を表示する。つまり、名札として振舞う。一方で、装着者が端末（ＴＲ）を手に持ち、表示装置（ＬＣＤＤ）を自分の方に向けると、端末（ＴＲ）の天地が逆になる。このとき、上下検知回路（ＵＤＤＥＴ）によって生成される上下検知信号（ＵＤＤＥＴＳ）により、表示装置（ＬＣＤＤ）に表示される内容と、ボタンの機能を切り替える。本実施例では、上下検知信号（ＵＤＤＥＴＳ）の値により、表示装置（ＬＣＤＤ）に表示させる情報を、表示制御（ＤＩＳＰ）によって生成される赤外線アクティビティ解析（ＡＮＡ）による解析結果と、名札表示（ＤＮＭ）とを切り替える例を示している。
【００８１】
赤外線送受信部（ＡＢ）がノード間で赤外線をやり取りすることによって、端末（ＴＲ）が他の端末（ＴＲ）と対面したか否か、すなわち、端末（ＴＲ）を装着した人物が他の端末（ＴＲ）を装着した人物と対面したか否かが検出される。このため、端末（ＴＲ）は、人物の正面部に装着されることが望ましい。上述の通り、端末（ＴＲ）は、さらに、三軸加速度センサ（ＡＣ）等のセンサを備える。端末（ＴＲ）におけるセンシングのプロセスが、図５におけるセンシング（ＴＲＳＳ１）に相当する。
【００８２】
端末は多くの場合には複数存在し、端末・基地局間が無線接続される場合には、それぞれが近い基地局（ＧＷ）と結びついてパーソナルエリアネットワーク（ＰＡＮ）を形成している。
【００８３】
端末（ＴＲ）の温度センサ（ＡＥ）は端末のある場所の温度を、照度センサ（ＬＳ１Ｆ）は端末（ＴＲ）の正面方向などの照度を取得する。これによって、周囲の環境を記録することができる。例えば、温度及び照度に基づいて、端末（ＴＲ）が、ある場所から別の場所に移動したこと等を知ることもできる。
【００８４】
装着した人物に対応した入出力装置として、ボタン１〜３（ＢＴＮ１〜３）、表示装置（ＬＣＤＤ）、スピーカ（ＳＰ）等を備える。
【００８５】
記憶部（ＳＴＲＧ）は、具体的にはハードディスク、フラッシュメモリなどの不揮発記憶装置で構成され、端末（ＴＲ）の固有識別番号である端末情報（ＴＲＭＴ）、センシングの間隔、及び、ディスプレイへの出力内容等の動作設定（ＴＲＭＡ）を記録している。この他にも記憶部（ＳＴＲＧ）は一時的にデータを記録することができ、センシングしたデータを記録しておくために利用される。
【００８６】
時計（ＴＲＣＫ）は、時刻情報（ＧＷＣＳＤ）を保持し、一定間隔でその時刻情報（ＧＷＣＳＤ）を更新する時計である。時間情報は、時刻情報（ＧＷＣＳＤ）が他の端末（ＴＲ）とずれることを防ぐために、基地局（ＧＷ）から送信される時刻情報（ＧＷＣＳＤ）によって定期的に時刻を修正する。
【００８７】
センシングデータ格納制御部（ＳＤＣＮＴ）は、記憶部（ＳＴＲＧ）に記録された動作設定（ＴＲＭＡ）に従って、各センサのセンシング間隔などを制御し、取得したデータを管理する。
【００８８】
時刻同期は、基地局（ＧＷ）から時刻情報を取得して時計を修正する。時刻同期は、後述するアソシエイトの直後に実行されてもよいし、基地局（ＧＷ）から送信された時刻同期コマンドに従って実行されてもよい。
【００８９】
通信制御部（ＴＲＣＣ）は、データを送受信する際に、送信間隔の制御、及び、無線の送受信に対応したデータフォーマットへの変換を行う。通信制御部（ＴＲＣＣ）は、必要であれば、無線でなく有線による通信機能を持ってもよい。通信制御部（ＴＲＣＣ）は、他の端末（ＴＲ）と送信タイミングが重ならないように輻輳制御を行うこともある。
【００９０】
アソシエイト（ＴＲＴＡ）は、基地局（ＧＷ）とパーソナルエリアネットワーク（ＰＡＮ）を形成するためのアソシエイト要求（ＴＲＴＡＱ）と、アソシエイト応答（ＴＲＴＡＲ）を送受信し、データを送信すべき基地局（ＧＷ）を決定する。アソシエイト（ＴＲＴＡ）は、端末（ＴＲ）の電源が投入されたとき、及び、端末（ＴＲ）が移動した結果それまでの基地局（ＧＷ）との送受信が絶たれたときに実行される。有線接続の場合には、端末（ＴＲ）が有線で基地局（ＧＷ）に接続されたことを検知したときに実行される。アソシエイト（ＴＲＴＡ）の結果、端末（ＴＲ）は、その端末（ＴＲ）からの無線信号が届く近い範囲にある一つの基地局（ＧＷ）と関連付けられる。
【００９１】
送受信部（ＴＲＳＲ）は、アンテナを備え、無線信号の送信及び受信を行う。必要があれば、送受信部（ＴＲＳＲ）は、有線通信のためのコネクタを用いて送受信を行うこともできる。送受信部（ＴＲＳＲ）によって送受信されるデータ（ＴＲＳＲＤ）は、基地局（ＧＷ）との間でパーソナルエリアネットワーク（ＰＡＮ）を介して転送される。
【００９２】
＜図５：データ格納のシーケンス＞
図５は、本発明の実施の形態において実行される、センシングデータを格納する手順を示すシーケンス図である。
【００９３】
まず、端末（ＴＲ）の電源が入っており、かつ端末（ＴＲ）が基地局（ＧＷ）とアソシエイト状態になっていないとき、端末（ＴＲ）はアソシエイト（ＴＲＴＡ１）を行う。アソシエイトとは、端末（ＴＲ）が、ある一つの基地局（ＧＷ）と通信する関係であると規定することである。アソシエイトによってデータの送信先を決定することで、端末（ＴＲ）は確実にデータを送信することができる。
【００９４】
基地局（ＧＷ）からアソシエイト応答を受け取り、アソシエイトが成功した場合、端末（ＴＲ）は、次に時刻同期（ＴＲＣＳ）を行う。時刻同期（ＴＲＣＳ）において、端末（ＴＲ）は、基地局（ＧＷ）から時刻情報を受け取り、端末（ＴＲ）内の時計（ＴＲＣＫ）を設定する。基地局（ＧＷ）は、ＮＴＰサーバ（ＴＳ）と定期的に接続し時刻を修正している。このため、全ての端末（ＴＲ）において時刻が同期される。これによって、後に解析する際に、センシングデータに付随した時刻情報を照らし合わせることで、人物間の同時刻におけるコミュニケーションにおける相互の身体表現又は音声情報のやり取りを分析することも可能になる。
【００９５】
端末（ＴＲ）の三軸加速度センサ（ＡＣ）や温度センサ（ＡＥ）などの各種センサは、例えば１０秒ごとの一定の周期でタイマ起動（ＴＲＳＴ）し、加速度、音声、温度及び照度等をセンシングする（ＴＲＳＳ１）。端末（ＴＲ）は、端末情報（ＴＲＭＴ）の１つである端末ＩＤを、赤外線によって他の端末（ＴＲ）との間で送受信することで、対面状態を検出する。端末（ＴＲ）の各種センサは、タイマ起動（ＴＲＳＴ）せずに、常にセンシングを行ってもよい。しかし、一定の周期で起動することによって電源を効率的に使用することができ、充電することなく長時間端末（ＴＲ）を使用しつづけることができる。
【００９６】
端末（ＴＲ）は、センシングしたデータに、時計（ＴＲＣＫ）の時刻情報及び端末情報（ＴＲＭＴ）を添付する（ＴＲＣＴ１）。データを解析する際には、端末情報（ＴＲＭＴ）によって、端末（ＴＲ）を装着した人物が識別される。
【００９７】
データ形式変換（ＴＲＤＦ１）において端末（ＴＲ）は、センシングデータにセンシングの条件などのタグ情報を付与し、決められた無線送信フォーマットに変換する。このフォーマットは基地局（ＧＷ）内のデータ形式情報（ＧＷＭＦ）やセンサネットサーバ（ＳＳ）内のデータ形式情報（ＳＳＭＦ）と共通して保管されているものである。変換されたデータは、その後、基地局（ＧＷ）に送信される。
【００９８】
加速度データ及び音声データ等の連続した多量のデータを送信する場合、端末（ＴＲ）は、データ分割（ＴＲＢＤ１）して複数のパケットに分割することで、一度に送信するデータ数を制限する。その結果、送信過程でデータが欠損するリスクが低下する。
【００９９】
データ送信（ＴＲＳＥ１）は、無線の通信規格に則り、送受信部（ＴＲＳＲ）を通して、アソシエイト先の基地局（ＧＷ）にデータを送信する。
【０１００】
基地局（ＧＷ）は、端末（ＴＲ）からデータを受信（ＧＷＲＥ）すると、受信完了レスポンスを端末（ＴＲ）に返す。レスポンスを受信した端末（ＴＲ）は、送信完了（ＴＲＳＯ）と判定する。
【０１０１】
一定の時間を経ても送信完了（ＴＲＳＯ）しない（すなわち端末（ＴＲ）がレスポンスを受信しない）場合、端末（ＴＲ）は、データ送信失敗と判定する。この場合、データは端末（ＴＲ）内に記憶され、再び送信状態が確立されたときにまとめて送信される。これによって、端末（ＴＲ）を装着している人物が無線の届かない場所に移動してしまった場合、又は、基地局（ＧＷ）の不具合でデータが受信されなくなった場合にも、データを失うことなく取得することが可能になる。これによって、十分な量のデータを得て、組織の性質を解析することができる。この、送信に失敗したデータを端末（ＴＲ）に保管し再送信する仕組みを、まとめ送りと呼ぶ。
【０１０２】
データのまとめ送りの手順を説明する。端末（ＴＲ）は、送信できなかったデータを記憶しておき（ＴＲＤＭ）、一定時間後に再びアソシエイトの依頼を行う（ＴＲＴＡ２）。ここで基地局（ＧＷ）からアソシエイト応答が得られた場合、端末（ＴＲ）は、データ形式変換（ＴＲＤＦ２）、データ分割（ＴＲＢＤ２）及びデータ送信（ＴＲＳＥ２）を実行する。これらの処理は、それぞれ、データ形式変換（ＴＲＤＦ１）、データ分割（ＴＲＢＤ１）及びデータ送信（ＴＲＳＥ１）と同様である。なお、データ送信（ＴＲＳＥ２）の際、無線が衝突しないように輻輳制御される。その後は通常の処理に戻る。
【０１０３】
アソシエイト応答が得られなかった場合、端末（ＴＲ）は、アソシエイトに成功するまで定期的にセンシング（ＴＲＳＳ１）と端末情報・時刻情報添付（ＴＲＣＴ１）を実行しつつ、新たに取得したデータを記憶（ＴＲＤＭ）していく。これらの処理によって取得されたデータは、基地局（ＧＷ）から受信完了レスポンスが得られるまで、端末（ＴＲ）内に記憶される。端末（ＴＲ）内に記憶されたセンシングデータは、アソシエイト成功後、もしくは無線圏内で充電している時、有線にて基地局（ＧＷ）と接続しているときなどの、安定して基地局と送受信できる環境が整った際に、まとめて基地局（ＧＷ）に送信される（ＴＲＳＥ２）。
【０１０４】
また、端末（ＴＲ）から送信されたセンシングデータは基地局（ＧＷ）によって受信（ＧＷＲＥ）される。基地局（ＧＷ）は、受信したデータが分割されたものであるか否かを、センシングデータに付随する分割フレーム番号によって判定する。データが分割されている場合、基地局（ＧＷ）は、データ結合（ＧＷＲＣ）を実行し、分割されたデータを連続したデータに結合する。さらに、基地局（ＧＷ）は、基地局固有の番号である基地局情報（ＧＷＭＧ）をセンシングデータに付与し（ＧＷＧＴ）、そのデータを、ネットワーク（ＮＷ）を介してセンサネットサーバ（ＳＳ）に向けて送信する（ＧＷＳＥ）。基地局情報（ＧＷＭＧ）は、その時刻における端末（ＴＲ）の大まかな位置を示す情報として、データ解析の際に利用することができる。
【０１０５】
センサネットサーバ（ＳＳ）は、基地局（ＧＷ）からデータを受信すると（ＳＳＲＥ）、受信したデータを時刻・端末情報・加速度・赤外線・温度などの要素ごとに分類する（ＳＳＰＢ）。この分類は、データ形式情報（ＳＳＭＦ）として記録されているフォーマットを参照することによって実行される。分類されたデータは、センシングデータベース（ＳＳＤＢ）のレコード（行）の適切なカラム（列）に格納される（ＳＳＫＩ）。同じ時刻に対応するデータを同じレコードに格納することで、時刻及び端末情報（ＴＲＭＴ）による検索が可能になる。このとき必要であれば、端末情報（ＴＲＭＴ）ごとにテーブルを作成しても良い。このデータ受信（ＳＳＲＥ）、データ分類（ＳＳＰＢ）、データ格納（ＳＳＫＩ）を、図３におけるセンシングデータ保管（ＳＳＣＤＢ）において行う。
【０１０６】
＜図６：イベント抽出とユーザ操作のシーケンス＞
図６に，アプリケーションサーバ（ＡＳ）を起点とするイベント抽出の処理と，ユーザがＷｅｂアプリケーションを操作する際の処理のシーケンス図を示す。
【０１０７】
まず，イベント抽出処理については，アプリケーションサーバ（ＡＳ）にて所定の時刻にプログラムをタイマ起動（ＡＳＴＫ）し，必要な二次データをセンサネットサーバ（ＳＳ）に対象となるユーザや期間を指定して要求する（ＡＳＣＰ）。センサネットサーバ（ＳＳ）は，依頼に基づいて二次データベース（ＳＳＤＴ）を検索し（ＳＳＣＴＳ），二次データを返す。アプリケーションサーバ（ＡＳ）は，受け取った二次データを処理して対面要素イベント抽出処理（ＡＳＣＹ），対面要素イベント結合処理（ＡＳＣＣ），対面イベント特徴量抽出（ＡＳＣＴ）を行い，対面イベントに関するイベント情報（イベントＩＤ，開始時刻，終了時刻，メンバＩＤ，各メンバの特徴量）を対面イベントテーブル（ＡＳＣＥ）として記憶部（ＡＳＭＥ）に格納する。また，個人作業イベント抽出処理（ＡＳＰＹ），個人作業イベント特徴量抽出（ＡＳＰＴ）を行い，個人作業イベントに関するイベント情報（イベントＩＤ，メンバＩＤ，下位イベントＩＤ，各下位イベントの開始時刻・終了時刻・特徴量）を個人作業イベントテーブル（ＡＳＰＥ）として記憶部（ＡＳＭＥ）に格納する。
【０１０８】
また，ユーザがＷｅｂアプリケーションを用いてデータを閲覧する際のプロセスを示す。ユーザ（ＵＳ）はクライアント（ＣＬ）を操作し，まず，指定のＷｅｂサイトにアクセスしてログイン（ＣＬＣＩＵ）する。アプリケーションサーバ（ＡＳ）は，受け取ったユーザアカウントとパスワードを照合してユーザ認証（ＡＳＣＩＵ）し，クライアント（ＣＬ）に閲覧・操作許可を与える。ユーザ（ＵＳ）は，たとえば図７に示すような画面をクライアント（ＣＬ）のディスプレイ（ＣＬＯＤ）などで閲覧し，表示切替エリア（ＯＤＳＩ）や日付切替エリア（ＯＤＳＤ）のボタン等を操作することによって，見たいデータやイベントのリクエストを送る（ＣＬＣＯＲ）。リクエストに従ってアプリケーションサーバ（ＡＳ）で表示画面を生成（ＡＳＣＩＤ）し，クライアント（ＣＬ）の画面（ＯＤ）に表示する（ＣＬＣＯＤ）。ユーザ（ＵＳ）が主観評価情報を入力する際には，例えば図８や図９のユーザ操作部（ＯＤＥＩ＿ＣＣ，ＯＤＥＩ＿ＰＣ）を押すことで，入力画面が開き，イベントと対応づけて主観情報を数値や文字列で入力することが可能である（ＣＬＣＩＳ）。入力した主観情報は，アプリケーションサーバ（ＡＳ）の主観情報テーブル（ＡＳＳＴ）に格納される（ＡＳＣＩＳ）。
【０１０９】
＜図７：表示画面の例＞
図７にクライアント（ＣＬ）のディスプレイ（ＣＬＯＤ）などの出力装置において出力する画面（ＯＤ）の例を示す。
【０１１０】
タイトルエリア（ＯＤＳＴ）は，表示するページの種類を切り替えたり，現在ログインしているユーザ（ＵＳ）の名前を確認したりするために用いる。
【０１１１】
「イベント」に関するページを開いている場合，イベント表示フィード（ＯＤＥＩ）に一日のイベントが時系列で並べて表示される。ここでは，種類の異なる，複数のメンバのイベントがすべてタイムスタンプによってソートされる。
【０１１２】
日付切替エリア（ＯＤＳＤ）は，イベント表示フィード（ＯＤＥＩ）に表示するデータの日付を切り替えるためのフィードである。
【０１１３】
表示切替エリア（ＯＤＳＩ）は，イベント表示フィード（ＯＤＥＩ）に表示する対象となるイベントの種類やグループを切り替えるためのエリアである。チェックボックスのチェックをＯＮ・ＯＦＦすることで表示のリクエストをアプリケーションサーバ（ＡＳ）に送ることができる（ＣＬＣＯＲ）。グループの選択については，絞り込み方法を「構成メンバで絞り込み」を選択した場合には，チェックを入れたグループに所属するメンバが含まれるイベントを全て表示する。また，「グループで絞り込み」を選択した場合には，各イベントのグループ名にそのグループが定義されている場合のイベントのみを表示する。イベントをどのグループに定義づけるかは，ユーザ（ＵＳ）が手動で行う。もしくは，対面の構成メンバの一致率などを見て，便宜的に自動でグループを定義しておいても良い。
【０１１４】
＜図８：表示画面（対面イベントフィード）の例＞
図８に，イベント表示フィード（ＯＤＥＩ）に表示される対面イベント表示フィード（ＯＤＥＩ＿Ｃ）の１つを拡大した例を示す。
【０１１５】
データ表示部（ＯＤＥＩ＿ＣＤ），イベント期間（ＯＤＥＩ＿ＣＥ），イベント指標表示部（ＯＤＥＩ＿ＣＶ）のデータは，センシングデータの処理結果から自動で算出され，表示されている。また，位置ビーコン（ＰＢ）によって場所が特定できた場合には場所名（ＯＤＥＩ＿ＣＰ）も自動で表示される。グループ名（ＯＤＥＩ＿ＣＧ），業務名（ＯＤＥＩ＿ＣＷ）は，初期状態では空白だが，ユーザ（ＵＳ）本人が入力することで埋められる。登録されたグループ名から選択肢を表示するなどして，ユーザ（ＵＳ）の入力負荷を軽減することも可能である。
【０１１６】
データ表示部（ＯＤＥＩ＿ＣＤ）には，対面イベントに参加したメンバに関して，参加時間，聴取時間，アクティブ時間が示され，その比率（アクティブ率と聴取率）がグラフとして表示される。メンバの並び順は，参加時間の長い順や，アクティブ率の高い順などでソートすることができる。
【０１１７】
イベント指標表示部（ＯＤＥＩ＿ＣＶ）では，このイベントに要した延べ時間にデータ処理変数リスト（ＡＳＤＶ）に設定したコスト算出基準を掛けることで，およそのコストを算出する。また，活性化度は，アクティブ率と聴取率に重みづけし，例えばアクティブ率が高いほど高く，聴取率が低いほど高くなるように計算式を設けて算出する。活性化度の計算式は組織で理想とするコミュニケーションの仕方に合わせて決定する。例えば，時間が短いほど，アクティブ率のばらつきが少ないほど高くなるように設定しても良い。
【０１１８】
ユーザ操作部（ＯＤＥＩ＿ＣＣ）は，ユーザがこのイベントに対して情報を付加するための操作を行うボタンを含む。「進めた/進んだ」はイベントの参加者がイベントの内容や感想などの主観評価情報を議事録のように記録するためのものである。自分や，他の参加者が記入した記録を並べて，主観評価情報表示部（ＯＤＥＩ＿ＣＳ）に表示される。「Good!」ボタンは，コメントを残すほどではないが肯定的な意見を伝えるために，閲覧者が誰でも押すことができる。「コメント」はこのイベントに関するコメントを閲覧者が伝えるためのものである。「ファイル」はイベントに関する文書（例えば議事録や配布資料など）をアップロードするためのものである。「（秘）指定」に指定された場合，そのイベントはイベントの参加者以外には表示されないようになる。
【０１１９】
主観評価情報表示部（ＯＤＥＩ_ＣＳ）はユーザ操作部（ＯＤＥＩ＿ＣＣ）から入力された，多様な人の主観情報を一覧にして表示する場所である。
【０１２０】
タイムスタンプ（ＯＤＥＩ＿ＣＴ）は，イベント表示フィード（ＯＤＥＩ）内でイベントを時系列似並び替えるための基準となる時刻である。対面イベントの場合には，その開始時刻をタイムスタンプ（ＯＤＥＩ＿ＣＴ）としても良い。
以上のように，センサデータによって実際に起こったイベントを自動的に切り出し，それに対応づけて複数の関係者の出来事や感想などの主観的な情報を集約していくことで，日々の仕事の状況を関係者同士で共有することが容易になる。会話中のアクティブ率などの質的な指標も含まれているため，その状況をよりイメージしやすいというメリットがある。このように，少ない手間で主観情報を記録していくことで，遠隔オフィスや横断プロジェクトなどのために上司やチームメイトと頻繁に会話する機会がない場合にも，互いの業務状況を共有して，問題の早期発見や業務の最適配分に役立てることができる。
【０１２１】
＜図９：表示画面（対面イベントフィード）の例＞
図９に，イベント表示フィード（ＯＤＥＩ）に表示される個人作業イベント表示フィード（ＯＤＥＩ＿Ｐ）の１つを拡大した例を示す。
【０１２２】
各部位の役割としては，図８の対面イベント表示フィードとほぼ共通であり，データ表示部（ＯＤＥＩ＿ＰＤ）は（ＯＤＥＩ＿ＣＤ）に，グループ名（ＯＤＥＩ＿ＰＧ）は（ＯＤＥＩ＿ＣＧ）に，業務名（ＯＤＥＩ＿ＰＷ）は（ＯＤＥＩ＿ＣＷ）に，イベント期間（ＯＤＥＩ＿ＰＥ）は（ＯＤＥＩ＿ＣＥ）に，ユーザ操作部（ＯＤＥＩ＿ＰＣ）は（ＯＤＥＩ＿ＣＣ）に，タイムスタンプ（ＯＤＥＩ＿ＰＴ）は（ＯＤＥＩ＿ＣＴ）に，主観評価情報表示部（ＯＤＥＩ＿ＰＳ）は（ＯＤＥＩ＿ＣＳ）に，イベント指標表示部（ＯＤＥＩ＿ＰＶ）は（ＯＤＥＩ＿ＣＶ）にそれぞれ対応する。
【０１２３】
メンバ名（ＯＤＥＩ＿ＰＷ）はその個人作業イベントを行った当事者名である。
【０１２４】
また，データ表示部（ＯＤＥＩ＿ＰＤ）には，複数の個人作業イベント（図１５では「下位イベント」と呼ぶもの）を並べ，イベント表示フィード（ＯＤＥＩ）内では１つの個人作業イベントとして扱ってもよい。これは，個人作業は一般に３０分から９０分程度しか連続せず，一日に複数個のイベントが発生するが，その個々に対して評価を記入することはユーザにとって負担になるためである。そのため，午前／午後／夜などにイベントを括り，ひとまとめにしても良い。また，データ表示部（ＯＤＥＩ＿ＰＤ）内での個別のイベントの並び順はイベント表示フィード（ＯＤＥＩ）の並び順と逆でも良い。例えば，イベント表示フィード（ＯＤＥＩ）が降順の場合にデータ表示部（ＯＤＥＩ＿ＰＤ）内は昇順でもよい。また，個人作業イベント表示フィード（ＯＤＥＩ＿Ｐ）では，データとして各個人作業イベントの内訳として集中の度合いを３段階で示す。集中の度合いは体の動きによって判定しており，例えば「停滞」は加速度リズムが一定値以下の場合，その他を「集中」とし，「集中」が長く継続した場合を「集中（高）」そうでない場合を「集中（低）」として区別することができる。
【０１２５】
また，「集中（高）」に重みを付けて集中の度合いを計算することによって，イベント指標表示部（ＯＤＥＩ＿ＰＶ）の集中度を算出することができる。
【０１２６】
＜図１０：ユーザ属性リスト（ＡＳＵＬ）の例＞
図１０は、アプリケーションサーバ（ＡＳ）の記憶部（ＡＳＭＥ）内に保管される、ユーザ属性リスト（ＡＳＵＬ）の形式の例である。ユーザ属性リスト（ＡＳＵＬ）にはユーザ番号（ＡＳＵＩＴ１）、ユーザ名（ＡＳＵＩＴ２）、端末ＩＤ（ＡＳＵＩＴ３）及びユーザの所属する部（ＡＳＵＩＴ４）や課（ＡＳＵＩＴ５）が相互に関連付けて記録されている。ユーザ番号（ＡＳＵＩＴ１）は存在するユーザの通し番号を示すものである。また、ユーザ名（ＡＳＵＩＴ２）は表示画面やコンテンツ生成時に用いるユーザ（ＵＳ）の氏名もしくはニックネームの表記であり、端末ＩＤ（ＡＳＵＩＴ３）はユーザ（ＵＳ）が所有する端末（ＴＲ）の端末情報を示すものである。ユーザ（ＵＳ）と端末ＩＤ（ＡＳＵＩＴ３）は基本的に一対一で対応する。また、所属する部（ＡＳＵＩＴ４）や課（ＡＳＵＩＴ５）はユーザ（ＵＳ）が所属する組織を情報であり、例えば、組織単位で基本コンテンツを作成する場合にはこの情報に基づき、データに含むメンバを特定する。
【０１２７】
なお、図１０ではユーザと所属する組織の情報をテーブルの形式で規定したが、これはＸＭＬなどを用いて階層的に示しても良い。その場合には、Ａ社の下にＡ部、Ａ部の下にＡ１課が存在する、というように組織階層に合わせて表記することが可能であり、該当する組織の中に個人のユーザ名や端末ＩＤなどを記述することができる。なお、同じ人物が複数の組織を兼務することも現実にあり得るため、ユーザ１人に複数の組織が対応していても良い。
【０１２８】
＜図１２：センシングデータベース（ＳＳＤＢ）の例：加速度データテーブル＞
図１２にセンサネットサーバ（ＳＳ）内センシングデータベース（ＳＳＤＢ）に格納されるセンシングデータの例として、加速度データテーブルの例（ＳＳＤＢ＿ＡＣＣ＿１００２）を示す。これは、基本的に、端末（ＴＲ）で取得されたセンシングデータそのままのものであり、下処理をされていない状態のデータである。個人ごとにテーブルが作られ、サンプリング周期（例えば０．０２秒）ごとに時刻情報（ＤＢＴＭ）と対応付けてＸ軸（ＤＢＡＸ）、Ｙ軸（ＤＢＡＹ）、Ｚ軸（ＤＢＡＺ）の三軸方向それぞれの加速度データが格納される。なお、加速度センサが検出した生の数値を格納しても良いし、単位を重力定数［Ｇ］に変換した後の値を格納しても良い。このような加速度データテーブルをメンバごとに作成し、センシングした時刻の情報と対応付けて格納する。なお、ユーザＩＤを示すカラムを追加すれば、テーブルを個人ごとに分けずに統合しても良い。
【０１２９】
＜図１３：センシングデータベース（ＳＳＤＢ）の例：対面テーブル＞
センシングデータベース（ＳＳＤＢ）には複数のメンバの複数種類のセンシングデータが記録されているが、そのうちの赤外線送受信による対面データをまとめたテーブルの例を図１３の（Ａ）（Ｂ）に示す。図１３の（Ａ）は、対面テーブル（ＳＳＤＢ＿ＩＲ＿１００２）であり、端末ＩＤが１００２である端末（ＴＲ）が取得したデータを集めたテーブルであることを想定している。同様に、図１３の（Ｂ）は、対面テーブル（ＳＳＤＢ＿ＩＲ＿１００３）であり、端末ＩＤが１００３である端末（ＴＲ）が取得したデータを集めたテーブルとする。なお、カラムに赤外線受信側ＩＤを加えれば、取得した端末（ＴＲ）ごとにテーブルを分けなくても良い。また、他の加速度や温度などのデータも同じテーブルに含んでも良い。また、位置ビーコン（ＰＢ）から受信した検出器ＩＤ（ＣＬＶＤＩＤ）も、端末（ＴＲ）から受信したユーザＩＤと同様に赤外線送信側ＩＤ（ＤＢＲ）に入れても良い。この場合、検出器ＩＤをキーとしてテーブルを検索することで、誰がどの場所にいたかを調べたり，同時に同じ場所にいる人同士は対面していると判断して，角度や距離の問題から端末（ＴＲ）間で赤外線を送受信できなかったケースを補ったりすることができる。
【０１３０】
図１３（Ａ）・（Ｂ）の対面テーブルは、端末（ＴＲ）がデータを送信した時刻（ＤＢＴＭ）と、赤外線送信側ＩＤ（ＤＢＲ１）とそのＩＤからの受信回数（ＤＢＮ１）を１０組（ＤＢＲ１〜ＤＢＲ１０、ＤＢＮ１〜ＤＢＮ１０）格納する例である。１０秒間に１回データ送信を行う場合には、前回の送信後の１０秒間に、どの端末（ＴＲ）から何回赤外線を受信したかを、このテーブルで表している。１０秒間に、複数の端末（ＴＲ）と対面した場合にも、１０組まで格納できるということである。なお、組の数は自由に設定することができる。対面、つまり赤外線の受信がなかった場合にはテーブルの値はnullとなる。また、図１３（Ａ）・（Ｂ）では時刻はミリ秒まで表記しているが、時刻の形式は統一されていればどのようなものでも良い。
【０１３１】
＜図１４：対面イベントテーブル（ＡＳＣＥ）＞
図１４に，対面イベントテーブル（ＡＳＣＥ）の形式の例を示す。対面イベントテーブル（ＡＳＣＥ）は，対面要素イベント抽出処理（ＡＳＣＹ），対面要素イベント結合処理（ＡＳＣＣ），対面イベント特徴量抽出（ＡＳＣＴ）の一連の処理の結果から抽出された，対面イベントの情報を格納するテーブルである。イベント毎にＩＤが振られ，その開始時刻，終了時刻，参加メンバのＩＤと，各メンバのイベント中の特徴量（例えば参加時間，アクティブ時間，聴取時間など）の情報を有する。この情報に基づいて，対面イベント表示フィード（ＯＤＥＩ＿Ｃ）が生成される。
【０１３２】
＜図１５：個人作業イベントテーブル（ＡＳＰＥ）＞
図１５に，個人作業イベントテーブル（ＡＳＰＥ）の形式の例を示す。個人作業イベントテーブル（ＡＳＰＥ）は，個人作業イベント抽出処理（ＡＳＰＹ），個人作業イベント特徴量抽出（ＡＳＰＴ）の一連の処理の結果から抽出された，個人作業イベントの情報を格納するテーブルである。イベント毎にＩＤが振られ，その開始時刻，終了時刻，メンバのＩＤ，イベント中の特徴量（例えば最大集中継続時間，集中（高），集中（低），停滞の時間など）の情報を有する。この情報に基づいて，個人作業イベント表示フィード（ＯＤＥＩ＿Ｐ）が生成される。複数の個人作業イベントを時間帯（午前／午後／夜）ごとにまとめて表示する方法を取る場合には，同じメンバの同時間帯のイベントにそれぞれ下位イベントのＩＤを振り，ひとくくりにしたイベントに別途イベントＩＤを振って管理しても良い。
【０１３３】
＜図１６：主観情報テーブル（ＡＳＳＴ）＞
図１６に，主観情報テーブル（ＡＳＳＴ）の形式の例を示す。主観評価入力（ＣＬＣＩＳ，ＡＳＣＩＳ）によってユーザがイベントに対応づけて入力した主観評価情報（進めた／進んだ，コメント，Good!などの情報）や分類（グループ分類，業務分類），（秘）指定，添付ファイルへのリンクなどを格納する。イベント表示フィード（ＯＤＥＩ）に表示する際には，センサデータに基づく対面イベントテーブル（ＡＳＣＥ）や個人作業イベントテーブル（ＡＳＰＥ）の情報と紐付けて表示する。
【０１３４】
＜図１７：データ処理変数画面（ＯＤＤＶ）＞
アプリケーションサーバ（ＡＳ）内の制御部（ＡＳＣＯ）にて実行される処理に用いる変数の設定画面であるデータ処理変数画面（ＯＤＤＶ）の例を，図１７に示す。ここで設定したデータはデータ処理変数リスト（ＡＳＤＶ）に格納され，処理を実行する際に参照される。データ処理変数画面（ＯＤＤＶ）の設定を変更できるのはシステム管理者の権限を持つもののみとする。
【０１３５】
＜図３１：二次データベース（ＳＳＤＴ）の例：行動リズムタペストリ＞
二次データベース（ＳＳＤＴ）の例として、行動リズムタペストリ（ＳＳＤＢ＿ＡＣＣＴＰ＿１ｍｉｎ）の例を図３１に示す。行動リズムタペストリ（ＳＳＤＢ＿ＡＣＣＴＰ＿１ｍｉｎ）は、加速度データテーブル（ＳＳＤＢ＿ＡＣＣ）を元にして、各ユーザ（ＵＳ）の一定時間ごと（図３１の例では１分ごと）の周波数（これを行動リズムと呼ぶ）を計算したものであり、１分ごとの時刻と、ユーザＩＤと対応付けてテーブルに格納したものである。なお、データを格納する形式はテーブル以外にも、ＣＳＶファイルなど別の方法でも良い。行動リズムを算出するには、時間単位ごとのＸＹＺの三軸のゼロクロス回数を合計して求めてもよい。また、データに欠損があったり不適切であると判定された場合には、「Ｎｕｌｌ」などの記号を入れ、基本コンテンツ作成（ＡＳＣＢＣ）時に使えないデータであることを示しておく。また、他に、時間単位の異なる行動リズムタペストリ（ＳＳＤＢ＿ＡＣＣＴＰ）を何通りかセンサネットサーバ（ＳＳ）にて作成しておくと、それらを組み合わせて多様なコンテンツを作成できるため有用である。
【０１３６】
＜図３２：二次データベース（ＳＳＤＴ）の例：対面タペストリ＞
二次データベース（ＳＳＤＴ）の例として、対面タペストリ（ＳＳＤＢ＿ＩＲＴＰ＿１ｍｉｎ）の例を図３２に示す。対面タペストリ（ＳＳＤＢ＿ＩＲＴＰ＿１ｍｉｎ）は，対面テーブル（ＳＳＤＢ＿ＩＲ）を元として，各ユーザ（ＵＳ）の一定時間ごと（図３２の例では１分ごと）に対面した相手のＩＤを示すように整理したものである。例えば，体の向きなどが要因となって，赤外線で通信される人物ＡのＩＤは人物Ｂの端末（ＴＲ）で受信されているのに，人物ＢのＩＤは人物Ａの端末（ＴＲ）で受信されていないことがある。このような基礎的な不整合を補正したものが二次データとして二次データベース（ＳＳＤＴ）に格納される。
【０１３７】
このように、センサネットサーバ（ＳＳ）にてセンシングデータ処理（ＳＳＣＤＴ）による下処理を行っておくことによって、アプリケーションサーバ（ＡＳ）でコンテンツを作成するプログラム（ＡＳＰＰなど）を開発する際には、センシングデータの特性や下処理の方法を意識せずに開発することができる。
【０１３８】
＜図１８：対面要素イベント抽出処理（ＡＳＣＹ）のフローチャート＞
図１８に，対面要素イベント抽出処理（ＡＳＣＹ）の処理手順をフローチャートで示す。対面要素イベント抽出処理（ＡＳＣＹ）は，端末（ＴＲ）間の赤外線送受信によって人物間が対面したことを示す対面データを主に用いて，人がＦａｃｅ−ｔｏ−Ｆａｃｅで集まっている状況（本明細書で「対面イベント」と呼ぶ）を抽出し，その開始時刻，終了時刻，参加メンバを特定するプロセスである。ただし，対面要素イベント抽出処理（ＡＳＣＹ）はある１人の人に着目し，同時刻に対面していたメンバ構成から対面要素イベント（１人の人を基準に抽出した対面イベントをここでは「対面要素イベント」と呼ぶ）を抽出するため，複数の人の視点から複数の対面要素イベントが抽出される。これらは同じ対面イベントを指していることがあるため，次に行う対面要素イベント結合処理（ＡＳＣＣ）にて類似した対面要素イベントを見つけて結合し，対面イベントの個数を最小限にする。
【０１３９】
この２つのプロセスによって，アドホックに人が集まり解散する曖昧な対面イベントを抽出することができる。その利点としては，連続している別のメンバ構成での対面イベントを識別できること，（参加時間比率をメンバ判定基準に含むため）短い時間の対面相手を参加メンバに含まないこと，途中から遅れて加わったり途中で抜けたりした人も参加メンバに含むことが挙げられる。
【０１４０】
対面要素イベント抽出処理（ＡＳＣＹ）の処理手順を，図２０の具体例と合わせて図１８で説明する。まず，二次データ要求（ＡＳＣＰ）において時系列の対面データを読み込む（ＡＳＣＹ１）。これは，図３２のような対面タペストリ（ＳＳＣＢ＿ＩＲＴＰ＿１ｍｉｎ）であり，イベントを切り出したい粒度に合わせて時間の単位は１分でも１０分でも自由に設定して良い。また，必要な場合には位置ビーコンデータによる対面データ補完（ＡＳＣＹ２）を行う。これは，大きな会議室での集まりでは全員が参加者全員と端末（ＴＲ）間で送信できないことが多いため，会議テーブル上に置いた位置ビーコン（ＰＢ）を仲介として，同時刻に検知した人同士は直接対面したとみなす補完処理である。不要な場合にはＡＳＣＹ２はスキップしてよい。
【０１４１】
そして，時刻（ｔ）を０（ＡＳＣＹ３），要素イベント（ｋ）をｋ＝０として開始（ＡＳＣＹ４）する。図２０は，対面タペストリ（ＳＳＣＢ＿ＩＲＴＰ＿１ｍｉｎ）から特定の人（Ａさん）の対面相手を１分ごとに出力した例を挙げ，時刻ｔを１ずつ加えて行う対面要素イベントの判定プロセスを示している。判定の際には，時刻(t)と時刻(t+ｎ)のメンバ一致率が閾値以上であるかどうかを基準とする（ＡＳＣＹ６）。ここで，ｎは図１７で設定されたウィンドウ時間幅であり，図２０の例ではｎ＝４としている。図２０において，ｔ＝０３の行は，ｔ＝０３とｔ＝０７（＝０３＋４）のメンバ一致率を比較し，一致率が６７％となり，図１７のデータ処理変数画面（ＯＤＤＶ）で設定した閾値（ｔｈ＿ｍ１）の５０％より高いため，ｔ＝０３から０７までの５分間はイベント中であると判定し，イベントフラグ（ＣｏｍＥｖｅｎｔ＿Ａ１）を１にする（ＡＳＣＹ７）。メンバ一致率は，｛（時刻（ｔ）と時刻（ｔ＋ｎ）の両方に存在するメンバの数）÷（時刻（ｔ）または時刻（ｔ＋ｎ）の少なくともいずれかに存在するメンバの数）｝によって計算される。ｔに１ずつ加えて（ＡＳＣＹ６）の判定を繰り返し，メンバ一致率が閾値以下になったとき（図２０の例におけるｔ＝１０のとき）に，その要素イベント（ＣｏｍＥｖｅｎｔ＿Ａ１）を終了とし，次のイベント（ＣｏｍＥｖｅｎｔ＿Ａ２）が開始される（ＡＳＣＹ８）。図２０では対面要素イベント（ＣｏｍＥｖｅｎｔ＿Ａ２）はｔ＝１３からｔ＝１８までとなり，（ＣｏｍＥｖｅｎｔ＿Ａ１）はメンバ構成がＡさん，Ｂさん，Ｄさん，Ｅさんの５人で構成され，（ＣｏｍＥｖｅｎｔ＿Ａ２）はＡさんとＣさんの２人で構成されるため，メンバ構成の異なる別の対面イベントが，適切に区別されたことがわかる。また，対面要素イベント（ＣｏｍＥｖｅｎｔ＿Ａ１）では，ＡさんとＢさん，Ｄさんとの対面について開始時刻も終了時刻も同時刻ではないが，共通部分が多いため同一のイベントとして柔軟に抽出されている。また別途，対面要素イベントの中で参加していた時間比率の低いメンバを削除する（ＡＳＣＹ１０）ため，２分間だけ加わっていたＥさんは対面要素イベント（ＣｏｍＥｖｅｎｔ＿Ａ１）の参加メンバから省かれることになる。
【０１４２】
このように，時刻をずらして対面要素イベントの区切りと参加メンバを抽出していき，計算対象の最後の時刻（ｔ）までを終了したら（ＡＳＣＹ５），最後にカウントしていた要素イベント（ｋ）を終了させ，ここまでで抽出した各要素イベントにおいて参加比率の低いメンバを削除（ＡＳＣＹ１０）した上で，特徴量を算出（ＡＳＣＹ１１）する。特徴量の抽出例を図２１に示す。イベント時間中の参加メンバの行動リズムタペストリ（ＳＳＤＢ＿ＡＣＣＴＰ＿１ｍｉｎ）をピックアップし（図２１（Ａ）），それがデータ処理変数画面（ＯＤＤＶ）のアクティブ判定閾値（ｔｈ＿ａｃｔ）以上である時間は，アクティブとし，聴取判定閾値（ｔｈ＿ａｃｌ）未満の時間が所定の時間（ｔｈ＿ｌｓｔ，図では５分）以上継続した場合には聴取時間としてその数をカウントする。その結果の例を図２１（Ｂ）に示す。特徴量は対面イベント中の各参加メンバの活動特性を表すものである。積極的に相手に働きかけるコミュニケーションをしている場合（発話したり頷いたり）には，体が動くので，コミュニケーションの積極度合いが加速度リズムに反映されるため，加速度リズムからコミュニケーションに関する特性を評価することができる。また，聴取時間は受動的な聞き手が長時間継続した時間を評価するものであり，プレゼンを聞いている時間などの，本人の意思でコミュニケーションの質を操作できない点が多いことが経験的に分かっている。
【０１４３】
以上のようにして得た要素イベントの情報（開始時刻，終了時刻，参加メンバ，各参加メンバの特徴量）を記憶部（ＡＳＭＥ）に出力し（ＡＳＣＹ１１），対面要素イベント抽出処理（ＡＳＣＹ）を終了する。
【０１４４】
＜図１９：対面要素イベント結合処理（ＡＳＣＣ）のフローチャート＞
対面要素イベント結合処理（ＡＳＣＣ）の処理手順を，図２２の具体例と合わせて図１９で説明する。
【０１４５】
対面要素イベント抽出処理（ＡＳＣＹ）で抽出した要素イベントの情報全てを入力（ＡＳＣＣ１）し，そのうちの１組を選択し（ＡＳＣＣ２），それらが同一のイベントとみなすべきかを判定する。判定基準は，２つの対面要素イベントの時間重複率が閾値（ｔｈ＿ｃ２）以上か，メンバ一致率が閾値（ｔｈ＿ｃ１）以上か，の２点である。時刻一致率は，｛（対面要素イベント（１）と対面要素イベント（２）が重複する時間）÷（対面要素イベント（１）または対面要素イベント（２）の長い方の時間）｝で計算される。メンバ一致率は，｛（対面要素イベント（１）と対面要素イベント（２）の両方に存在するメンバの数）÷（対面要素イベント（１）または対面要素イベント（２）の少なくともいずれかに存在するメンバの数）｝によって計算される。共に満たす場合には，２つの要素イベントを合併すると判定し（ＡＳＣＣ５−１），イベント時間の長い方に合併して短い方の要素イベントを削除（ＡＳＣＣ６）する。いずれかの条件を満たさない場合には，２つの要素イベントは独立であり合併しないと判定する（ＡＳＣＣ５−２）。この手順を全ての要素イベントの組み合わせについて検査したら完了する（ＡＳＣＣ７）。
【０１４６】
図２２に複数の対面要素イベントの例を示し，（Ａ）にそれぞれが生じている時刻，（Ｂ）にその参加メンバとイベントが継続した時間を示す。この場合には，重複時間と共通メンバの比率が高いもの同士を結合していき，最も長いイベントが残されていくため，最終的にイベント［Ｃ０１］と［Ｃ０３］と［Ｃ０７］が独立した対面イベントとして残ることになる。その後，イベント表示時間閾値（ｔｈ＿ｄ）より短いイベントを削除（ＡＳＣＹ８）するため，イベント［Ｃ０７］も削除される。残った要素イベント［Ｃ０１］と［Ｃ０３］が，対面イベントとしてＩＤを振られ，その特徴量と共に対面イベントテーブル（ＡＳＣＥ）に格納される。
【０１４７】
なお，２つの要素イベントを結合する際には，一方を残して一方を削除する方法ではなく，早い方の開始時刻から遅い方の終了時刻までを１つの新たなイベントとして定義し直しても良い。また，特徴量であるイベント内の参加メンバの活動指標についても，イベント結合を終えてから，再度計算し直したものを対面イベントテーブル（ＡＳＣＥ）に格納しても良い。
【０１４８】
以上の手順を踏むことによって，短いイベントは吸収または削除され，ある程度長いイベントのみが残されるため，ユーザ（ＵＳ）自身の記憶と対応づけやすく，主観評価情報を記入しやすいという利点がある。個々のイベントが細かすぎると，全てに主観評価を入力できず，長すぎると１つのイベントに対して別の種類の主観評価を記入しなくてはならなくなるため，書きやすい長さ（例えば１５分以上３時間以内）でイベントが区切られるよう，ウィンドウ時間幅（ｎ）や閾値（ｔｈ＿ｍ１，ｔｈ＿ｍ２，ｔｈ＿ｃ１，ｔｈ＿ｃ２，ｔｈ＿ｄ）の設定を調整すると良い。
【０１４９】
＜図２３：個人作業イベント抽出処理（ＡＳＰＹ）のフローチャート＞
図２３に，個人作業イベント抽出処理（ＡＳＰＹ）の処理手順をフローチャートで示す。図２４は，この手順を具体的な例で示して説明するためのものである。ここで個人作業とは主にデスクワークを想定しており，端末（ＴＲ）を装着している時のデータであり，かつ，他者と対面コミュニケーションしておらず，かつ，体の動きが小さい場合を個人作業と判定する。そのために，端末装着判定，対面判定，活動判定に関する時系列データを用いるが，まとまった時間単位で個人作業イベントを抽出したいため，事前に各時系列データを補完してから順に判定する。補完が不要な場合はいずれかの補完プロセスをスキップしても良い。
【０１５０】
まず，端末装着判定，対面判定，活動判定に関する時系列データを入力する（ＡＳＰＹ１）。図２４の例では１分単位のデータを用いている。
【０１５１】
端末装着判定は，ユーザ（ＵＳ）が端末（ＴＲ）を装着していたかを示すデータである。端末（ＴＲ）が充電器に置かれている場合，机などに放置されていた場合，鞄の中に収納されている場合を，加速度データや照度データを用いて判定し，それを除いた結果である（図２４のＰ１）。
【０１５２】
対面判定データは，少なくとも１人と対面していたと判定された結果である。特に赤外線による対面判定は，体の向きなどによって途切れることが多いため，対面判定データを補完してより連続的な対面であるとみなすようにする（ＡＳＰＹ２）。図２４のＰ２−２の例では，４分間までの空白（判定結果が０）を埋める。これを，補完係数４で補完する，と表現する。なお，他の端末（ＴＲ）からの赤外線受信による判定だけでなく，テレビ会議や電話対応を判別した結果も，対面判定データに含んでも良い。
【０１５３】
活動判定データは，加速度リズム（周波数）が閾値（ｔｈ＿ｐｅｒ）以上である場合を１として示すデータである。経験上，デスクワーク時には体の動きが少なく，端末（ＴＲ）で取得される加速度リズムも低い値になるため，活動判定が０の場合，つまり閾値未満である場合を，個人作業の候補とする。活動の合間に短時間だけ動きを止めた時間を個人作業と判定すると，短い個人作業イベントが抽出されてしまうため，必要であれば個人作業判定前に活動判定データ補完（ＡＳＰＹ３）を行っても良い。図２４のＰ３−２の例では，補完係数を１として補完している。
【０１５４】
以上の補完を終えたあと，計算対象とする時間（ｔ）の始めから終わりまでについて，順に個人作業かどうかを判定する（ＡＳＰＹ５）。ここでは，以上の補完済みの時系列データを用いて，端末装着あり，かつ，対面なし，かつ，活動なしの場合を個人作業であると判定する（ＡＳＰＹ６―１）。そうでない場合は個人作業でないと判定する（ＡＳＰＹ６―２）。その結果が図２４の例ではＰ４−１となる。次に，再度個人作業判定データを補完し（ＡＳＰＹ７），個人作業イベントが連続的になるようにする。最後に，活動判定よりも高い閾値である，閾値（ｔｈ＿ｐｅｒＬ）を超えて大きな動きをしている場合を活動（大）とし，その場合のみは強制的に個人作業イベントを分割する（ＡＳＰＹ８）。
【０１５５】
最後に，イベントの継続時間が閾値（ｔｈ＿ｄｐ）以下の短時間のイベントを削除し（ＡＳＰＹ９），残った各個人作業イベントの特徴量（集中（高），集中（低），停滞，最大集中継続時間）を抽出して（ＡＳＰＹ１０），イベント情報（開始時刻，終了時刻，メンバＩＤ，各特徴量）を個人作業イベントテーブル（ＡＳＰＥ）に出力（ＡＳＰＹ１１）して終了となる。
【０１５６】
個人作業イベントの特徴量抽出の例を図２５に示す。個人作業の特徴量は，デスクワークの質的な内訳を示すものである。具体的には，加速度リズムに着目して，うたた寝や瞑想・休息しているような動きがあまりに小さい場合を「停滞」，停滞以外の時間を「集中」として，さらに，集中が継続した時間が閾値（ｔｈ＿ｐｅｒＳ）以上であるものを「集中（高）」，閾値未満であるものを「集中（低）」に分類する。
【０１５７】
＜図２７：アクティブ率算出のフローチャート＞
対面イベント特徴量抽出（ＡＳＣＴ）の特徴量であるアクティブ率の算出方法を図２７のフローチャートにて示す。
【０１５８】
会話時の積極性は，ジェスチャーなどによる体の揺れに表れるため，端末（ＴＲ）の加速度リズムが高い時を「アクティブである」，つまり積極的なコミュニケーションをしているとみなして定量的に評価することができる。逆に，加速度リズムが低い時は「パッシブである」，つまり受動的なコミュニケーションをしているとみなせる。創造的なディスカッションは互いに積極的に考えを発言し合う状況になると考えられることから，このようなコミュニケーションの質を指標化し継続してモニタリングすることが，組織の創造性や生産性を高めるために，有用であると考えられる。
【０１５９】
コミュニケーションの質を示す指標として，アクティブな時間の比率を求める。このときに対面時間を分母として，｛アクティブ率＝アクティブ時間÷対面時間｝として求めることが可能だが，この場合には，他人のプレゼンを聞くなど本人の努力で変えられないことによってパッシブな時間が増加し，アクティブ率が下がることが問題であった。そのため，長時間継続するパッシブな時間を「聴取時間」と定義し，対面時間から聴取時間を除いた「会話時間」をアクティブ率の分母として用いる。経験上，聴取時間は業務の性質に依存しているため，聴取時間を含んで算出したアクティブ率には本人の行動による特性が表れにくい。そのため，図２６に示す模式図のように，会話時間でのアクティブ率を評価することによって本人の行動の結果としての会話の積極性が数値化される。よって，｛アクティブ率＝アクティブ時間÷会話時間｝として値を算出する。
【０１６０】
なお，図２７で示すアクティブ率の算出方法は，対面イベント時間中を対象としたアクティブ率を求めるだけでなく，特定の人の１日もしくは１ヶ月など所定の期間を対象として算出するためにも同様の方法で用いることができる。
【０１６１】
図２７のフローチャートに沿ってアクティブ率の算出プロセスを説明すると，まず，計算対象の人物に関する対面データと加速度リズムの時系列データを，対面タペストリ（ＳＳＤＢ＿ＩＲＴＰ＿１ｍｉｎ）と加速度タペストリ（ＳＳＤＢ＿ＡＣＣＴＰ＿１ｍｉｎ）から入力する（ＡＳＣＴ１）。少なくとも１人と対面している時刻を抽出し（ＡＳＣＴ２），同じ時刻の加速度リズムが閾値（ｔｈ＿ａｃｔ）以上である場合にはその時刻をアクティブ，閾値未満である場合にはパッシブと判定する（ＡＳＣＴ３）。なお，ＡＳＣＴ２における対面している時刻とは，他の端末（ＴＲ）から赤外線を受信した時刻のみでなく，音声データにより端末の所有者であるユーザ（ＵＳ）が発話していると判別された時刻や，テレビ電話の前や特定の会議室にいると位置ビーコン（ＰＢ）で検知された時刻を「対面している時刻」とみなしても良い。
【０１６２】
次に，パッシブ時間が閾値（ｔｈ＿ｌｓｔ）の時間以上継続している部分を抽出し，その期間を「聴取時間」とする（ＡＳＣＴ４）。数値を求める対象となる期間中（対面イベントの期間，または，１日や１ヶ月）の，合計対面時間から合計聴取時間を引いたものを「会話時間」とする（ＡＳＣＴ５）。最後に，対象期間の合計アクティブ時間を合計会話時間で割った値を，その期間の有効なアクティブ率として算出する（ＡＳＣＴ６）。
【０１６３】
本手法によって算出したアクティブ率を用いた表示画面の例を図２８に示す。アクティブ率の個人やグループの時系列変化を把握するために，個人の結果や，定義したグループでのイベントでの値を平均した結果を折れ線グラフで示すことが可能である。その値は，アクティブ率そのものではなく，複数組織，長期のデータを母数とした偏差値で表示しても良い。また，所属する組織における特定の期間のアクティブ率の分布をヒストグラムで表示し，その中に対象者のアクティブ率を示すことも可能である。
【０１６４】
以上、本発明の実施形態について説明したが、本発明は上記実施形態に限定されるものではなく、種々変形実施可能であり、上述した各実施形態を適宜組み合わせることが可能であることは、当業者に理解されよう。
【符号の説明】
【０１６５】
ＴＲ、ＴＲ２〜６ 端末
ＧＷ，ＧＷ２ 基地局
ＵＳ、ＵＳ２〜６ ユーザ
ＮＷ ネットワーク
ＰＡＮ パーソナルエリアネットワーク
ＳＳ センサネットサーバ
ＡＳ アプリケーションサーバ
ＣＬ クライアント
ＣＰ 個人用クライアント
【特許請求の範囲】
【請求項１】
イベントデータ処理装置であって、
時刻と人物情報と人物同士が対面したことを示すデータとを含む対面情報が格納される記録部と、
前記対面情報の入力を受け付けて前記記録部に記録する入力部と、
前記入力部が入力を受け付けた対面情報から対面していた人数である対面人数を算出し、第１の時刻における第１の対面人数と第２の時刻における第２の対面人数との差である対面人数差を算出し、前記対面人数差が予め定められた閾値である対面人数閾値以下であった場合、前記第１の時刻と前記第２の時刻との間に連続したコミュニケーションが行われていたと判別して、前記第１の対面人数と前記第２の対面人数に含まれる人物と前記第１の時刻と前記第２の時刻とに対してイベントを識別するイベント識別子を関連づけて前記記録部に記録する制御部と、
前記記録された前記イベント識別子を出力する出力部と、
を有することを特徴とするイベントデータ処理装置。
【請求項２】
請求項１に記載のイベントデータ処理装置であって、
前記制御部は、前記入力部が入力を受け付けた対面情報から対面人物の構成員に関する情報である対面構成員情報を算出し、前記第１の時刻における第１の対面構成員情報と前記第二の時刻における第２の対面構成員情報との一致度合いであるメンバ一致率を算出し、前記メンバ一致率が予め定められた閾値であるメンバ一致率閾値以上である場合、前記第１の時刻と前記第２の時刻との間に連続したコミュニケーションが行われていたと判別して、前記第１の対面人数と前記第２の対面人数に含まれる人物と前記第１の時刻と前記第２の時刻とに対してイベントを識別するイベント識別子を関連づけて前記記録部に記録することを特徴とするイベントデータ処理装置。
【請求項３】
イベントデータ処理装置であって、
時刻と人物情報と人物同士が対面したことを示すデータとを含む対面情報と、体の動きに関する情報である動作情報と、が互いに関連づけて格納される記録部と、
前記対面情報と前記動作情報と、の入力を受け付けて前記記録部に記録する入力部と、
前記入力部が入力を受け付けた対面情報から対面していた時間帯である対面時間帯を算出し、前記入力部が入力を受け付けた動作情報から人物の動作の大きさである動作値を算出し、前記対面時間帯のうち、前記動作値が予め定められた閾値である第１の動作閾値以上である時間帯の長さを、前記動作値が予め定められた閾値である第２の動作閾値以下である状態が所定の時間以上継続する時間帯を前記対面時間帯から除いた時間帯の長さで除算した値である評価指標を算出し、前記算出された評価指標を前記対面情報に関連づけて前記記録部に記録する制御部と、
前記記録された評価指標を出力する出力部と、
を有することを特徴とするイベントデータ処理装置。
【請求項４】
請求項３に記載のイベントデータ処理装置であって、
前記動作情報は、加速度の周波数又はゼロクロス値を含むことを特徴とするイベントデータ処理装置。
【請求項５】
請求項１に記載のイベントデータ処理装置であって、
さらに画面を有し、
前記出力部は前記画面に前記イベント識別子を表示することを特徴とするイベントデータ処理装置。
【請求項６】
請求項１に記載のイベントデータ処理装置であって、
前記入力部は、前記対面人数閾値の入力を受け付けることを特徴とするイベントデータ処理装置。
【請求項７】
請求項１に記載のイベントデータ処理装置であって、
前記入力部は、前記第１の時刻と前記第２の時刻の時間間隔の入力を受け付けることを特徴とするイベントデータ処理装置。
【請求項８】
請求項２に記載のイベントデータ処理装置であって、
前記入力部は、前記メンバ一致率閾値の入力を受け付けることを特徴とするイベントデータ処理装置。
【請求項９】
請求項１に記載のイベントデータ処理装置であって、
前記対面情報は赤外線の通信情報を含むことを特徴とするイベントデータ処理装置。
【請求項１０】
請求項１に記載のイベントデータ処理装置であって、
前記入力部は、前記イベント識別子で識別されるイベントに対するコメントの入力を受け付け、前記イベント識別子に関連づけて前記コメントを前記記憶部に記憶することを特徴とするイベントデータ処理装置。
【請求項１１】
請求項１に記載のイベントデータ処理装置であって、
前記人物情報は、前記人物が所属するグループ情報を含むことを特徴とするイベントデータ処理装置。
【請求項１２】
請求項１１に記載のイベントデータ処理装置であって、
さらに画面を有し，
前記出力部は前記グループ情報が識別するグループに所属する人物と関連するイベントか否かを基準として
前記画面に前記イベント識別子の表示を制御することを特徴とするイベントデータ処理装置。
【請求項１３】
請求項３に記載のイベントデータ処理装置であって、
前記制御部は、前記評価指標を異なる複数の前記対面時間帯に対して算出し、前記算出された複数の前記評価指標の時間変化率を算出し、
前記出力部は、前記時間変化率を出力することを特徴とするイベントデータ処理装置。
【請求項１４】
請求項３に記載のイベントデータ処理装置であって、
前記対面情報は、赤外線通信と位置ビーコンとを用いて取得されることを特徴とするイベントデータ処理装置。
【請求項１５】
請求項２に記載のイベントデータ処理装置であって、
前記制御部は、第１のイベントと第２のイベントとに対し、前記第１のイベントと前記第２のイベントの時間重複率と、前記第１のイベントと前記第２イベントの対面構成員情報のメンバ重複率と、に基づいて前記第１のイベントと前記第２のイベントとを合併するか否かを判断し、合併する場合は前記第１のイベントと前記第２のイベントを新しく第３のイベントとして前記記録部に記録することを特徴とするイベントデータ処理装置。
【請求項１】
イベントデータ処理装置であって、
時刻と人物情報と人物同士が対面したことを示すデータとを含む対面情報が格納される記録部と、
前記対面情報の入力を受け付けて前記記録部に記録する入力部と、
前記入力部が入力を受け付けた対面情報から対面していた人数である対面人数を算出し、第１の時刻における第１の対面人数と第２の時刻における第２の対面人数との差である対面人数差を算出し、前記対面人数差が予め定められた閾値である対面人数閾値以下であった場合、前記第１の時刻と前記第２の時刻との間に連続したコミュニケーションが行われていたと判別して、前記第１の対面人数と前記第２の対面人数に含まれる人物と前記第１の時刻と前記第２の時刻とに対してイベントを識別するイベント識別子を関連づけて前記記録部に記録する制御部と、
前記記録された前記イベント識別子を出力する出力部と、
を有することを特徴とするイベントデータ処理装置。
【請求項２】
請求項１に記載のイベントデータ処理装置であって、
前記制御部は、前記入力部が入力を受け付けた対面情報から対面人物の構成員に関する情報である対面構成員情報を算出し、前記第１の時刻における第１の対面構成員情報と前記第二の時刻における第２の対面構成員情報との一致度合いであるメンバ一致率を算出し、前記メンバ一致率が予め定められた閾値であるメンバ一致率閾値以上である場合、前記第１の時刻と前記第２の時刻との間に連続したコミュニケーションが行われていたと判別して、前記第１の対面人数と前記第２の対面人数に含まれる人物と前記第１の時刻と前記第２の時刻とに対してイベントを識別するイベント識別子を関連づけて前記記録部に記録することを特徴とするイベントデータ処理装置。
【請求項３】
イベントデータ処理装置であって、
時刻と人物情報と人物同士が対面したことを示すデータとを含む対面情報と、体の動きに関する情報である動作情報と、が互いに関連づけて格納される記録部と、
前記対面情報と前記動作情報と、の入力を受け付けて前記記録部に記録する入力部と、
前記入力部が入力を受け付けた対面情報から対面していた時間帯である対面時間帯を算出し、前記入力部が入力を受け付けた動作情報から人物の動作の大きさである動作値を算出し、前記対面時間帯のうち、前記動作値が予め定められた閾値である第１の動作閾値以上である時間帯の長さを、前記動作値が予め定められた閾値である第２の動作閾値以下である状態が所定の時間以上継続する時間帯を前記対面時間帯から除いた時間帯の長さで除算した値である評価指標を算出し、前記算出された評価指標を前記対面情報に関連づけて前記記録部に記録する制御部と、
前記記録された評価指標を出力する出力部と、
を有することを特徴とするイベントデータ処理装置。
【請求項４】
請求項３に記載のイベントデータ処理装置であって、
前記動作情報は、加速度の周波数又はゼロクロス値を含むことを特徴とするイベントデータ処理装置。
【請求項５】
請求項１に記載のイベントデータ処理装置であって、
さらに画面を有し、
前記出力部は前記画面に前記イベント識別子を表示することを特徴とするイベントデータ処理装置。
【請求項６】
請求項１に記載のイベントデータ処理装置であって、
前記入力部は、前記対面人数閾値の入力を受け付けることを特徴とするイベントデータ処理装置。
【請求項７】
請求項１に記載のイベントデータ処理装置であって、
前記入力部は、前記第１の時刻と前記第２の時刻の時間間隔の入力を受け付けることを特徴とするイベントデータ処理装置。
【請求項８】
請求項２に記載のイベントデータ処理装置であって、
前記入力部は、前記メンバ一致率閾値の入力を受け付けることを特徴とするイベントデータ処理装置。
【請求項９】
請求項１に記載のイベントデータ処理装置であって、
前記対面情報は赤外線の通信情報を含むことを特徴とするイベントデータ処理装置。
【請求項１０】
請求項１に記載のイベントデータ処理装置であって、
前記入力部は、前記イベント識別子で識別されるイベントに対するコメントの入力を受け付け、前記イベント識別子に関連づけて前記コメントを前記記憶部に記憶することを特徴とするイベントデータ処理装置。
【請求項１１】
請求項１に記載のイベントデータ処理装置であって、
前記人物情報は、前記人物が所属するグループ情報を含むことを特徴とするイベントデータ処理装置。
【請求項１２】
請求項１１に記載のイベントデータ処理装置であって、
さらに画面を有し，
前記出力部は前記グループ情報が識別するグループに所属する人物と関連するイベントか否かを基準として
前記画面に前記イベント識別子の表示を制御することを特徴とするイベントデータ処理装置。
【請求項１３】
請求項３に記載のイベントデータ処理装置であって、
前記制御部は、前記評価指標を異なる複数の前記対面時間帯に対して算出し、前記算出された複数の前記評価指標の時間変化率を算出し、
前記出力部は、前記時間変化率を出力することを特徴とするイベントデータ処理装置。
【請求項１４】
請求項３に記載のイベントデータ処理装置であって、
前記対面情報は、赤外線通信と位置ビーコンとを用いて取得されることを特徴とするイベントデータ処理装置。
【請求項１５】
請求項２に記載のイベントデータ処理装置であって、
前記制御部は、第１のイベントと第２のイベントとに対し、前記第１のイベントと前記第２のイベントの時間重複率と、前記第１のイベントと前記第２イベントの対面構成員情報のメンバ重複率と、に基づいて前記第１のイベントと前記第２のイベントとを合併するか否かを判断し、合併する場合は前記第１のイベントと前記第２のイベントを新しく第３のイベントとして前記記録部に記録することを特徴とするイベントデータ処理装置。
【図２】
【図３】
【図４】
【図５】
【図６】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２３】
【図２７】
【図３１】
【図３２】
【図１】
【図７】
【図８】
【図９】
【図２０】
【図２１】
【図２２】
【図２４】
【図２５】
【図２６】
【図２８】
【図２９】
【図３０】
【図３】
【図４】
【図５】
【図６】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２３】
【図２７】
【図３１】
【図３２】
【図１】
【図７】
【図８】
【図９】
【図２０】
【図２１】
【図２２】
【図２４】
【図２５】
【図２６】
【図２８】
【図２９】
【図３０】
【公開番号】特開２０１３−１０５４７１（Ｐ２０１３−１０５４７１Ａ）
【公開日】平成２５年５月３０日（２０１３．５．３０）
【国際特許分類】
【出願番号】特願２０１１−２５１２２１（Ｐ２０１１−２５１２２１）
【出願日】平成２３年１１月１７日（２０１１．１１．１７）
【出願人】（０００００５１０８）株式会社日立製作所 (27,607)
【公開日】平成２５年５月３０日（２０１３．５．３０）
【国際特許分類】
【出願日】平成２３年１１月１７日（２０１１．１１．１７）
【出願人】（０００００５１０８）株式会社日立製作所 (27,607)
[ Back to top ]