WO2011102047A1 - 情報処理システム、およびサーバ - Google Patents

Abstract

　複数のサイト間において、ユーザがそのサイト間を移動する際、どのサイトでどの人物と対面したかを分析可能にすることを目的とし、ユーザがどのサイトにいたか直接検出できなかった場合でも、対面したサイトを判定する方法を提供する。ユーザが保有する端末（ＴＲ）は他の端末（ＴＲ２）と対面したことを示す対面データを取得し、各端末は対面データを基地局（ＧＷ）を介してサーバ（ＳＳ）に送信し、サーバ（ＳＳ）は対面データと基地局（ＧＷ）のＩＤに基づいて、各端末が他の端末と対面した場所を特定する。

Description

情報処理システム、およびサーバ

　本発明は、センサ端末を有する人物の対面を検出する技術に関するものである。

　あらゆる組織において生産性の向上は必須の課題となっており、職場環境の改善及び業務の効率化のために多くの試行錯誤がなされている。

　そもそも組織とは複数の人間が力を合わせることによって、個人ではできない大掛かりな業務を達成するために形成されている。よって、どのような組織においても２人又はそれ以上の人物間での意思決定及び合意のためには必ずコミュニケーションが行われている。コミュニケーションの手段としては、電話やファックス、電子メールなどが挙げられるが、最も頻繁に行われ、かつ最も強い影響力を持つものはｆａｃｅ－ｔｏ－ｆａｃｅ（対面）によるコミュニケーションである。対面コミュニケーションでは、身振りや視線、表情、声の調子など人間の身体を最大限に生かすことができる。このため、日常の挨拶による好意的な関係の形成、複雑に利益の絡む交渉の場での歩み寄り、など組織において欠かせないコミュニケーションの多くが、対面コミュニケーションによって当然のように実現されているのである。

　特許文献１には、このような対面コミュニケーションを検出するために、端末に搭載された赤外線センサを用いる技術が開示されている。

特開２００８－１７６５７３号公報

　特許文献１では、複数のユーザが特定のサイトにいることを前提とし、その特定のサイト内でのみの人物間の対面を検出するものであるため、ユーザが複数のサイト間を移動することについては想定しない。一方、組織においては、ユーザが出張や他部署での打合せ等により、複数のサイト間を移動して、移動先で対面を行うことが多々ある。この場合、どのサイトでどの人物と対面したかを分析することが、職場環境の改善や業務の効率化を図るために重要となる。

　このような事情に鑑み、本発明では、複数のサイト間において、ユーザがそのサイト間を移動する際、どのサイトでどの人物と対面したかを分析可能にすることを目的とし、ユーザがあるサイトにいたことが直接検出できなかった場合でも、補完的にそれを判定する方法を提供することを目的とする。

　本願において開示される発明のうち、代表的なものの概要を簡単に説明すれば、下記の通りである。

　第１及び第２の端末と、第１及び第２の基地局と、第１及び第２の基地局それぞれとネットワークを介して接続されるサーバと、を備える情報処理システムである。第１の端末は、第２の端末との対面を示す第１の対面データを取得する第１のセンサと、第１の対面データを第１の基地局又は第２の基地局へ送信する第１の送信装置とを有する。第２の端末は、第１の端末との対面を示す第２の対面データを取得する第２のセンサと、第２の対面データを第１の基地局又は第２の基地局へ送信する第２の送信装置とを有する。第１の基地局は、識別子を示す第１の基地局ＩＤを記録する第１の記録装置と、第１の対面データ又は第２の対面データを受信して第１の基地局ＩＤとともにサーバに送信する第１の送受信装置とを有する。第２の基地局は、識別子を示す第２の基地局ＩＤを記録する第２の記録装置と、第１の対面データ又は第２の対面データを受信して第２の基地局ＩＤとともにサーバに送信する第２の送受信装置とを有する。サーバは、第１及び第２の対面データと第１及び第２の基地局ＩＤを受信する受信装置と、第１の端末と第２の端末が対面した場所を特定する制御装置とを有する。第１の基地局が設置される第１のサイトで第１の端末が第１の対面データを取得し、第１のサイトとは異なる第２のサイトに設置される第２の基地局へ第１の対面データを送信したとき、制御装置は、第１及び第２の対面データと第１及び第２の基地局ＩＤに基づいて、第１の端末が第１のサイトで第２の端末と対面したことを特定する。

　また、第１及び第２の端末と、第１及び第２の基地局と、第１及び第２の基地局それぞれとネットワークを介して接続されるサーバと、を備える情報処理システムである。第１の端末は、第２の端末との対面を示す第１の対面データを取得する第１のセンサと、第１の対面データを第１の基地局又は第２の基地局へ送信する第１の送信装置とを有する。第２の端末は、第１の端末との対面を示す第２の対面データを取得する第２のセンサと、第２の対面データを第１の基地局又は第２の基地局へ送信する第２の送信装置とを有する。第１の基地局は、識別子を示す第１の基地局ＩＤを記録する第１の記録装置と、第１の対面データ又は第２の対面データを受信して第１の基地局ＩＤとともにサーバに送信する第１の送受信装置とを有する。第２の基地局は、識別子を示す第２の基地局ＩＤを記録する第２の記録装置と、第１の対面データ又は第２の対面データを受信して第２の基地局ＩＤとともにサーバに送信する第２の送受信装置とを有する。サーバは、第１及び第２の対面データと第１及び第２の基地局ＩＤを受信する受信装置と、第１の端末と第２の端末が対面した場所を特定する制御装置とを有する。制御装置は、第１及び第２の対面データ、第１及び第２の対面データそれぞれが取得された時刻、第１及び第２の基地局が第１又は第２の対面データを受信した時刻、第１及び第２の基地局ＩＤに基づいて第１の端末と第２の端末が対面した場所を特定する。

　本発明によれば、複数のサイト間において、ユーザがそのサイト間を移動する場合でも、どのサイトでどの人物と対面したかを検出しうる。

実施例１において、複数サイト間の端末のネットワーク図を作成表示するシステム全体の構成例の図である。 実施例１において、インタラクションデータを取得する端末から、作成した画像の表示までを含むシステム全体の構成例の図である。 実施例１において、センシングデータが端末からデータベースに格納されるまでの処理の例を示すシーケンス図である。 実施例１のデータ補完処理の例を示すフローチャートである。 実施例１において、表示画面を作成するために実行される処理の例を示すフローチャートである。 実施例１において、センシングデータがデータベースからユーザに提供されるまでの処理の例を示すシーケンス図である。 実施例１の初期条件を設定するために実行される処理の例を示すフローチャートである。 実施例１のユーザＩＤ対応表の例を示す図である。 実施例１のプロジェクト対応表の例を示す図である。 実施例１の初期条件設定のために表示される画面の例を示す図である。 実施例１において、データ取得から対面マトリクス作成の処理の例を示すフローチャートである。 （ａ）と（ｂ）は、実施例１におけるセンサネットサーバが保持するデータベースの例を示す図である。 実施例１の結合テーブルの例を示す図である。 実施例１において、（ａ）は対面マトリクスの例を示す図であり、（ｂ）は対面カウントの例を示す図である。 実施例１の対面マトリクスの別の例を示す図である。 実施例１の初期条件を設定するために実行される処理の例を示すフローチャートである。 実施例１のデータをプロットするために実行される処理の例を示すフローチャートである。 実施例１の端末のブロック図の例である。 実施例２において、複数サイト間の端末のネットワーク図を作成表示するシステム全体の構成例の図である。 実施例３の端末の状態遷移図の例である。 実施例３の端末の動作モード図の例である。 実施例３のオフセット自動調節説明図の例である。 実施例３の非通常送信フラグの説明図の例である。

　最初に、センサ端末を有する人物がマルチサイト間を移動することを想定したシステム構成について、図１を用いて説明する。

　図１は、マルチサイト間を移動する端末が存在した場合を示している。マルチサイトとは、物理的に離れたサイトが複数存在し、各サイトには基地局が設置してあり、人が各サイトを行き来する場合は一定時間以上を要するサイト構成を言う。

　図１では、マルチサイトとしてＡサイトとＢサイトを示している。Ａサイトは、各端末と無線又は有線で接続される基地局Ａ１（ＧＷＡ１）、各端末を充電する機能を有し端末が取得したデータを有線で基地局Ａ１に送信するクレイドルからなる。Ｂサイトも同様に、基地局Ｂ１（ＧＷＢ１）、クレイドルからなる。さらに、基地局Ａ１と基地局Ｂ１はネットワークを介してデータベース（ＤＢ）に接続されている。

　端末Ａ１について、Ａサイトが自オフィスであったとする。すなわち、通常は、端末Ａ１は、Ａサイトにある基地局Ａ（ＧＷＡ１）を経由して、データをデータベースに送信する。端末と基地局間のデータ通信は、無線・有線、どちらでも可である。また、リアルタイム通信でも、非リアルタイム通信でも、どちらでも可である。端末は定期的に自身のＩＤを含んだ赤外線を送信しており、別の端末がその赤外線を受信すると、端末同士が対面していたことが判定される。つまり端末を身につけたユーザ同士が対面すると、それを検出できる。

　このように端末が取得したデータは、データベースに格納される。データベース（ＤＢ）には、各端末のＩＤと、端末が赤外線送受信機を用いてデータを取得した時刻を示すセンシング時刻（ＤＢＴＭ）と、その対面相手を示す対面データ（ＩＲ）と、データベースにデータを送信した基地局を示す基地局（ＧＷ）、基地局が端末からデータを受信した時刻を示すＤＢ登録時刻（ＵＰＴＭ）、各端末が存在する場所を示すサイト（ＳＩＴＥ）が格納される。

　ここで、端末Ａ１のユーザが、はじめＡサイトにおり、端末Ａ１を身につけたままＢサイトへ移動する場合を考える。Ｂサイトにおいて端末Ａ１が端末Ｂ１と対面しその対面が検出され、かつ、端末Ａ１は基地局Ｂ１（ＧＷＢ１）に捕捉されることがなかった、つまり基地局Ｂ１（ＧＷＢ１）経由でデータ転送がされなかった、とする。このとき、端末Ａ１がＢサイトに存在していた位置情報は、直接的には端末Ａ１のデータには含まれない。本実施例ではこのような状況下であっても、端末Ａ１がＢサイトにおいて端末Ｂ１と対面したことを検出する手段を提供する。つまり、データベースにおける端末Ａ１のデータにおいて、基地局ＧＷＡ１が格納されていたとしても、サイト（ＳＩＴＥ）にＡサイトではなくＢサイトを格納する手段を提供する。なお、図１では、端末Ａ１がＡサイトに戻って基地局Ａ１を介してデータ送信した例を示しているため、センシング時刻とＤＢ登録時刻に開きがある。

　その結果、図１に示す統合ネットワーク図（ＮＷＪＯ）を作成することが可能となる。ここでは、サイトＡにおいて、端末Ａ１とＡ２が、端末Ａ１とＡ３が、端末Ａ３とＡ４が、端末Ａ４とＡ２が対面し、サイトＢにおいて、端末Ａ１とＢ１が、端末Ｂ１とＡ３が、端末Ｂ１とＡ４が対面していたとする。この場合、サイトＡについて、および、サイトＢについてのネットワーク図が作成される（ＮＷＡ、ＮＷＢ）。これは、一定時間以上対面していた人同士を線で結んだ図である。なお、このネットワーク図は、後述する対面時間に基づいてばねモデルなどの公知の手法を用いることができる。ＮＷＡ、ＮＷＢについては、Ａサイト、Ｂサイト内での人と人とのつながりのネットワーク図であるが、データベースに格納されるサイト情報を参照して、Ａサイト、Ｂサイトを統合して作成されるネットワーク図は統合ネットワーク図（ＮＷＪＯ）となる。

　Ａサイトのネットワーク図は端末Ａ１とＡ３が、Ｂサイトのネットワーク図は端末Ａ１とＢ１、Ｂ１とＡ３がつながっている。サイトを統合したネットワーク図（ＮＷＪＯ）においては、端末Ａ１とＢ１、Ｂ１とＡ３、Ａ３とＡ１がそれぞれつながっていることが示されている。すなわち、サイトを統合したネットワーク図によって、人と人との総合的なつながりが取得できる。さらに、ＤＢテーブルにおいて各ＩＤが振られた端末の対面が発生した時刻にサイト情報が補完されているため、各端末同士のネットワークのつながりが、どのサイトで生じたかを示すことができる。

　＜全体の処理の流れの概要＞
第１の実施の形態では、センサ端末（ＴＲ）を組織の各メンバが装着し、その端末（ＴＲ）によって各メンバ間の交流（インタラクション）や各メンバの活動状況に関するデータを取得する。取得したデータは無線または有線によって基地局（ＧＷ）に送信され、さらにセンサネットサーバ（ＳＳ）に格納される。そして、センサネットサーバは、デーベースの各端末におけるサイトを特定、補完する。組織コミュニケーションに関する表示を作成する際には、クライアント（ＣＬ）からアプリケーションサーバ（ＡＳ）に依頼を出し、組織に属するメンバに関するデータをセンサネットサーバ（ＳＳ）から取り出す。それをアプリケーションサーバ（ＡＳ）において、各メンバのコミュニケーションの量と多様性に基づいて処理・プロットし画像を作成する。さらにその画像をクライアント（ＣＬ）に戻し表示する。

　＜全体システム＞
図２は、本発明の第１の実施の形態における、インタラクションおよびセンシングデータを取得する端末から、取得したデータを表示するアプリケーションまでを含むシステム全体の構成の説明図である。

　ユーザは、クライアント（ＣＬ）を操作することによって、組織コミュニケーションに関する表示を受信する。クライアント（ＣＬ）は、ネットワーク（ＮＷ）を経由してアプリケーションサーバ（ＡＳ）に接続し、アプリケーションサーバで作成されたデータ処理結果情報（組織コミュニケーション表示）を受信し、ディスプレイ（ＣＬＷＤ）などに出力する。

　アプリケーションサーバ（ＡＳ）はネットワーク（ＮＷ）を経由してセンサネットサーバ（ＳＳ）に接続し、データベース部（ＳＳＤＢ）に格納されているセンシングデータを受信する。受信した情報を処理・プロットすることによって、画像を作成する。

　センサネットサーバ（ＳＳ）は、ネットワーク（ＮＷ）を経由して基地局（ＧＷ）に接続し、センシングデータを受信する。基地局（ＧＷ）は、ネットワーク（ＮＷ）を経由してセンサネットサーバ（ＳＳ）にセンシングデータを送信する。

　基地局（ＧＷ）は、送信・受信部（ＧＷＳＲ）を経由して端末（ＴＲ）からセンシングデータを受信する。

　端末（ＴＲ）は、人物に装着され、センシング部（ＴＲＳＥ）によってセンシングデータを取得する。基地局（ＧＷ）が通信可能なエリア内に、端末２（ＴＲ２）から端末４（ＴＲ４）が存在する。端末２（ＴＲ２）から端末４（ＴＲ４）のそれぞれは、各人物に装着され、端末（ＴＲ）と同様、センシング部（図示省略）によってセンシングデータを取得する。端末（ＴＲ）及び端末２（ＴＲ２）から端末４（ＴＲ４）は、取得したセンシングデータを、送信・受信部（ＴＲＳＲ）を用いて基地局（ＧＷ）に送信する。端末（ＴＲ）及び端末２（ＴＲ２）から端末４（ＴＲ４）によって送信されたセンシングデータには、そのデータを取得した端末（ＴＲ）及び端末２（ＴＲ２）から端末４（ＴＲ４）を識別する情報が含まれる。

　＜端末＞
端末（ＴＲ）は小型端末であり、センシングの対象となる人物によって装着される。以下、端末（ＴＲ）の構成を説明する。図２には、さらに、端末２（ＴＲ２）から端末４（ＴＲ４）までの３個の端末が図示されている。これらの端末に関する説明は端末（ＴＲ）と同様であるため以降省略する。よって以下の説明は、端末（ＴＲ）を端末２（ＴＲ２）から端末４（ＴＲ４）までの任意のものに置き換えても成立する。なお、同様の端末が任意の数存在する場合にも、本実施例を適用することができる。

　端末（ＴＲ）には赤外線送信器（ＴＲＩＳ）と赤外線受信器（ＴＲＩＲ）が搭載されている。これらを用い、端末（ＴＲ）間で赤外線を送受信することによって、その端末（ＴＲ）が他の端末（ＴＲ）と対面したか否かが検出される。このため、端末（ＴＲ）は、人物の正面部に装着されることが望ましい。例えば、端末（ＴＲ）を名札型にし、紐によって人物の首からぶら下げてもよい。端末（ＴＲ）が人物の正面部に装着された場合、端末（ＴＲ）が他の端末（ＴＲ）と対面したことは、それらの端末（ＴＲ）を装着した人物が対面したことを意味する。

　なお、以下、端末（ＴＲ）が赤外線信号を送受信することによって、その端末（ＴＲ）が他の端末（ＴＲ）と対面したか否かを判別する例を記載する。しかし実際には、赤外線信号以外の無線信号をやり取りすることによって対面の有無が判別されてもよい。

　また端末（ＴＲ）は、送信・受信部（ＴＲＳＲ）、センシング部（ＴＲＳＥ）、入出力部（ＴＲＩＯ）、制御部（ＴＲＣＯ）、記録部（ＴＲＭＥ）によって構成されており、センシング部（ＴＲＳＥ）にてセンシングされたデータを送信・受信部（ＴＲＳＲ）を介して基地局（ＧＷ）に送信する。

　送信・受信部（ＴＲＳＲ）は、基地局（ＧＷ）との間でデータを送信及び受信する。例えば、送信・受信部（ＴＲＳＲ）は、基地局（ＧＷ）から送られてきた制御コマンドに応じてセンシングデータを送信してもよいし、定期的にセンシングデータを送信してもよいし、センシングデータを取得した時に直ちにそのセンシングデータを送信してもよい。さらに、送信・受信部（ＴＲＳＲ）は、基地局（ＧＷ）から送られる制御コマンドを受信してもよい。受信した制御コマンドに従って、端末（ＴＲ）に関する制御情報の変更、又は、入出力部（ＴＲＩＯ）内の出力デバイスへの出力が実行される。また、送信・受信部（ＴＲＳＲ）は、入出力部（ＴＲＩＯ）内の入力デバイスによって選択された事項を、制御コマンドとして基地局（ＧＷ）へ送信する。

　センシング部（ＴＲＳＥ）は、端末（ＴＲ）の状態を示す物理量をセンシングする。具体的には、センシング部（ＴＲＳＥ）は、種々の物理量をセンシングする一つ以上のセンサを備える。例えば、センシング部（ＴＲＳＥ）は、センシングに用いるセンサとして、赤外線送信器（ＴＲＩＳ）、赤外線受信器（ＴＲＩＲ）、温度センサ（ＴＲＴＥ）、マイクロホン（ＴＲＭＩ）、加速度センサ（ＴＲＡＣ）及び照度センサ（ＴＲＩＬ）を備える。

　赤外線受信器（ＴＲＩＲ）は、他の端末（ＴＲ）の赤外線送信器（ＴＲＩＳ）から送信された赤外線信号をセンシングする。後述するように、センシングされた赤外線の情報は、端末（ＴＲ）が他の端末（ＴＲ）と対面したか否かを判定するために使用される。加速度センサ（ＴＲＡＣ）は、Ｘ、Ｙ及びＺ軸方向の加速度をセンシングする。後述するように、センシングされた加速度の情報は、端末（ＴＲ）を装着した人物の動作の激しさや行動（例えば、歩行又は静止等）を判断するために使用される。マイクロホン（ＴＲＭＩ）は、音声をセンシングする。センシングされた音声の情報は、例えば、端末（ＴＲ）を装着した人物が会話しているか否かを判別するために使用されてもよい。温度センサ（ＴＲＴＥ）及び照度センサ（ＴＲＩＬ）は、それぞれ、温度及び照度をセンシングする。センシングされた温度及び照度の情報は、例えば、端末（ＴＲ）が置かれている環境を判断するために使用されてもよい。

　センシング部（ＴＲＳＥ）は、上記のセンサの任意の一つ以上を備えてもよいし、他の種類のセンサを備えてもよい。さらに、センシング部（ＴＲＳＥ）は、外部入力（ＴＲＯＵ）を用いることによって、新たにセンサを追加することもできる。なお、既に説明したように、端末（ＴＲ）は、赤外線信号以外の無線信号を送受信することによって対面の有無を判別してもよい。その場合、センシング部（ＴＲＳＥ）は、赤外線センサ（ＴＲＩＲ）以外の無線信号受信機を備えてもよい。あるいは、外部入力（ＴＲＯＵ）に赤外線センサ（ＴＲＩＲ）以外の無線信号受信機が接続されてもよい。

　入出力部（ＴＲＩＯ）は、ボタン等の入力デバイスと、液晶ディスプレイ等の出力デバイスとを備え、対象となる人物が所望する情報の取得及びセンシングデータの表示を行う。入出力部（ＴＲＩＯ）として、入力デバイスと出力デバイスを統合したものであるタッチパネルが用いられてもよい。

　制御部（ＴＲＣＯ）は、ＣＰＵ（図示省略）を備える。ＣＰＵが記録部（ＴＲＭＥ）に格納されているプログラムを実行することによって、センサ情報の取得タイミング、センサ情報の解析、及び、基地局（ＧＷ）への送受信のタイミングが制御される。

　記録部（ＴＲＭＥ）は、ハードディスク、メモリ又はＳＤカード等の外部記録装置を備え、プログラム及びセンシングデータを格納する。さらに、記録部（ＴＲＭＥ）は、データ形式（ＴＲＤＦＩ）及び内部情報部（ＴＲＩＮ）を含む。データ形式（ＴＲＤＦＩ）は、各センサから取得したデータ及び時刻情報を送信する際に、それらのデータをまとめる形式を指定する。内部情報部（ＴＲＩＮ）は、端末（ＴＲ）に関する情報を格納する。端末（ＴＲ）に関する情報は、例えば、バッテリ残量（ＴＲＢＡ）、時計（ＴＲＴＩ）（すなわち時刻情報）及び端末情報（ＴＲＴＲ）である。バッテリ残量（ＴＲＢＡ）には、端末（ＴＲ）の電源の残量が記録される。時計（ＴＲＴＩ）には、端末（ＴＲ）が内蔵するタイマで計測された現在の時刻が格納される。現在の時刻は、定期的に基地局（ＧＷ）から送信されたものに基づいて修正される。端末情報（ＴＲＴＲ）は、端末（ＴＲ）を識別するために使用される端末固有の情報であり、固有ＩＤとも呼ばれる。

　基地局（ＧＷ）の時刻を端末（ＴＲ）の時刻として定期的に修正することによって、複数の端末（ＴＲ）間で時刻が同期される。これによって、異なる端末から得られたデータを時刻に基づいて整列させ、照らし合わせることが可能になる。コミュニケーションは必ず複数のメンバによって行われるため、双方の視点からデータを分析するためには時刻を同期させることは必須となる。なお、時刻修正は基地局（ＧＷ）をトリガとするのではなく、センサネットサーバ（ＳＳ）がトリガとなって基地局（ＧＷ）を介して端末（ＴＲ）に時刻を送信してもよい。

　＜基地局＞
基地局（ＧＷ）は、情報を取得したいエリアに設置され、そのエリア内にある端末（ＴＲ）から無線または有線によって送信されてくるセンシングデータを受信し、受信したセンシングデータをネットワーク（ＮＷ）を介してセンサネットサーバ（ＳＳ）へ送信する。基地局（ＧＷ）は、送信・受信部（ＧＷＳＲ）、制御部（ＧＷＣＯ）、入出力部（ＧＷＩＯ）、記録部（ＧＷＭＥ）及び内部情報部（ＧＷＩＮ）を備える。

　図２には、さらに、基地局２（ＧＷ２）から基地局３（ＧＷ３）までの２個の基地局が図示されている。これらの基地局に関する説明は基地局（ＧＷ）と同様であるため以降省略する。よって以下の説明は、基地局（ＧＷ）を基地局２（ＧＷ２）から基地局３（ＧＷ４）までの任意のものに置き換えても成立する。なお、同様の基地局が任意の数存在する場合にも、本実施例を適用することができる。いずれの基地局も、無線を使用した場合は、無線の到達可能圏内に存在する０から複数個の端末（ＴＲ）とコネクションを確立し、データのやり取りを行う。

　送信・受信部（ＧＷＳＲ）は、端末（ＴＲ）との間でデータを送信及び受信する。また、ネットワークを介して接続されるセンサネットサーバに、端末から受信したセンシングデータを送信する。その送信において基地局ＩＤを付与して送信する。また、例えば、送信・受信部（ＧＷＳＲ）は、端末（ＴＲ）に対して制御コマンドを送信してもよいし、定期的にセンシングデータを端末（ＴＲ）から受信してもよいし、端末（ＴＲ）がセンシングデータを送信したら直ちに端末（ＴＲ）からそのセンシングデータを受信してもよい。さらに、送信・受信部（ＧＷＳＲ）は、端末（ＴＲ）から送られてきた制御コマンドに従って、センサネットサーバ（ＳＳ）へ要求を送信し、その要求に応じてセンサネットサーバ（ＳＳ）から取得したデータを端末（ＴＲ）へ送信してもよい。また、送信・受信部（ＧＷＳＲ）は、入出力部（ＧＷＩＯ）における入力デバイスによって選択された事項を、制御コマンドとして端末（ＴＲ）やセンサネットサーバ（ＳＳ）に送信してもよい。逆に、送信・受信部（ＧＷＳＲ）は、センサネットサーバ（ＳＳ）又は端末（ＴＲ）から送られてきた制御コマンドを受信してもよい。受信した制御コマンドに従って出力デバイスの表示が変更される。

　制御部（ＧＷＣＯ）は、ＣＰＵ（図示省略）を備える。ＣＰＵが記録部（ＧＷＭＥ）に格納されているプログラムを実行することによって、センサ情報の取得タイミング、センサ情報の解析、及び、端末（ＴＲ）又はセンサネットサーバ（ＳＳ）への送受信のタイミングが制御される。

　入出力部（ＧＷＩＯ）は、ボタン又はキーボード等の入力デバイスと、液晶ディスプレイ等の出力デバイスとを備え、対象となるエリア内の状況等の情報及びセンシングデータを表示する。入出力部（ＧＷＩＯ）として、入力デバイスと出力デバイスを統合したものであるタッチパネルが用いられてもよい。

　記録部（ＧＷＭＥ）は、ハードディスク、メモリ又はＳＤカード等の外部記録装置を備え、プログラム及びセンシングデータを格納する。さらに、記録部（ＧＷＭＥ）は、データ形式（ＧＷＤＦＩ）及び内部情報部（ＧＷＩＮ）を含む。データ形式（ＧＷＤＦＩ）は、端末（ＴＲ）から受信したデータ及び時刻情報の形式であり、この形式に基づいてデータが各要素に判別される。内部情報部（ＧＷＩＮ）は、基地局（ＧＷ）に関する情報を格納する。基地局（ＧＷ）に関する情報は、例えば、時計（ＧＷＴＩ）（すなわち時刻情報）、及び、基地局固有の情報である基地局情報（ＧＷＢＡ）、つまり基地局ＩＤである。

　＜ネットワーク＞
ネットワーク（ＮＷ）は、基地局（ＧＷ）、センサネットサーバ（ＳＳ）、アプリケーションサーバ（ＡＳ）及びクライアント（ＣＬ）を接続するネットワークである。ネットワーク（ＮＷ）は、Ｌｏｃａｌ　Ａｒｅａ　Ｎｅｔｗｏｒｋ（ＬＡＮ）、Ｗｉｄｅ　Ａｒｅａ　Ｎｅｔｗｏｒｋ（ＷＡＮ）又はその他の任意のネットワークであってよい。

　＜センサネットサーバ＞
センサネットサーバ（ＳＳ）は、基地局（ＧＷ）から送られてくるセンシングデータを格納し、また、アプリケーションサーバ（ＡＳ）からの要求に基づいてセンシングデータを送信する。また、センサネットサーバ（ＳＳ）は、基地局（ＧＷ）からの制御コマンドを受信し、その制御コマンドによって得られた結果を基地局（ＧＷ）に送信する。センサネットサーバ（ＳＳ）は、データベース部（ＳＳＤＢ）、制御部（ＳＳＣＯ）、送信・受信部（ＳＳＳＲ）、入出力部（ＳＳＩＯ）、記録部（ＳＳＭＥ）を備える。

　データベース部（ＳＳＤＢ）は、端末（ＴＲ）から基地局（ＧＷ）を介して送られてきたセンシングデータを格納する。さらに、データベース部（ＳＳＤＢ）は、基地局（ＧＷ）からの制御コマンドに対する対処方法を格納する。データベース部（ＳＳＤＢ）は、後述する記録部（ＳＳＭＥ）が備えるハードディスク（図示省略）等に格納されてもよい。

　制御部（ＳＳＣＯ）は、ＣＰＵ（図示省略）を備える。ＣＰＵが記録部（ＳＳＭＥ）に格納されているプログラムを実行することによって、データベース部（ＳＳＤＢ）の管理、及び、アプリケーションサーバ（ＡＳ）及び基地局（ＧＷ）から送信される情報の処理を行う。より具体的には、基地局（ＧＷ）から受信したデータをデータベース部（ＳＳＤＢ）に格納する。

　送信・受信部（ＳＳＳＲ）は、基地局（ＧＷ）及びアプリケーションサーバ（ＡＳ）へのデータの送信、及び、それらからのデータの受信を行う。具体的には、送信・受信部（ＳＳＳＲ）は、基地局（ＴＲ）から送られてきたセンシングデータを受信し、アプリケーションサーバ（ＡＳ）へセンシングデータを送信する。また、送信・受信部（ＳＳＳＲ）は、基地局（ＧＷ）から制御コマンドを受信した場合、データベース部（ＳＳＤＢ）から選択した結果を基地局（ＧＷ）に送信する。

　入出力部（ＳＳＩＯ）は、ボタン又はキーボード等の入力デバイスと、液晶ディスプレイ等の出力デバイスとを備え、対象となるエリア内の状況等の情報及びセンシングデータを表示する。入出力部（ＳＳＩＯ）として、入力デバイスと出力デバイスを統合したものであるタッチパネルが用いられてもよい。

　記録部（ＳＳＭＥ）は、ハードディスク、メモリ又はＳＤカード等の外部記録装置を備え、プログラム及びセンシングデータを格納する。さらに、記録部（ＳＳＭＥ）は、データ形式（ＳＳＤＦＩ）を含む。データ形式（ＳＳＤＦＩ）は、基地局（ＧＷ）から受信したデータ及び時刻情報の形式であり、この形式に基づいてデータが各要素に判別され、データベース部（ＳＳＤＢ）の適切な要素に振り分けられる。

　＜アプリケーションサーバ＞
アプリケーションサーバ（ＡＳ）は、センサネットサーバ（ＳＳ）に格納されているセンシングデータの処理を行う計算機である。アプリケーションサーバ（ＡＳ）は、データ処理部（ＡＳＤＰ）、制御部（ＡＳＣＯ）、記録部（ＡＳＭＥ）、送信・受信部（ＡＳＳＲ）、及び入出力部（ＡＳＩＯ）を備える。なお、アプリケーションサーバ（ＡＳ）は、クライアント（ＣＬ）が兼ねても、センサネットサーバ（ＳＳ）が兼ねてもよい。

　データ処理部（ＡＳＤＰ）は、センシングデータを処理し、組織コミュニケーションを表現するための画像を作成する。データ処理部（ＡＳＤＰ）は、対面マトリクス計算（ＡＰＩＭ）、対面人数・時間計算（ＡＰＩＣ）、データプロット（ＡＰＩＰ）を実行する。変形例として他の処理が追加される場合、それらの処理は、データ処理部（ＡＳＤＰ）によって実行される。データ処理部（ＡＳＤＰ）は、処理したデータを記録部（ＡＳＭＥ）に一時的に格納する。データ処理部（ＡＳＤＰ）は、例えば、記録部（ＡＳＭＥ）に格納されたプログラムを制御部（ＡＳＣＯ）のＣＰＵが実行することによって実現されてもよい。その場合、対面マトリクス計算（ＡＰＩＭ）、対面人数・時間計算（ＡＰＩＣ）、データプロット（ＡＰＩＰ）などのデータ処理部内の処理は、実際には、制御部（ＡＳＣＯ）のＣＰＵによって実行される。

　制御部（ＡＳＣＯ）は、ＣＰＵ（図示省略）を備える。ＣＰＵが記録部（ＡＳＭＥ）に格納されているプログラムを実行し、センサネットサーバ（ＳＳ）へのデータ取得依頼、データ処理の実行、及び、実行結果の管理等の処理を行う。

　記録部（ＡＳＭＥ）は、ハードディスク、メモリ又はＳＤカード等の外部記録装置を備え、プログラム、センシングデータ、及び、データ処理部（ＡＳＤＰ）による処理結果を格納する。さらに、記録部（ＡＳＭＥ）は、初期条件設定（ＡＳＳＩＩ）及び結合テーブル（ＡＳＣＮＴ）等、処理のために一時的に保管すべき値を記録する。これらの値は、データの種類及び処理の種類に応じて随時追加・削除・変更することができる。また、ノードを装着しているユーザとノードの固有ＩＤとの対応を示すユーザＩＤ対応表（ＡＳＵＩＴ）や、プロジェクトとそれに属するユーザ（メンバ）との対応を示すプロジェクト対応表（ＡＳＰＵＴ）を記録しておく。ユーザＩＤ対応表（ＡＳＵＩＴ）やプロジェクト対応表（ＡＳＰＵＴ）はセンサネットサーバ（ＳＳ）内の記録部（ＳＳＭＥ）やクライアント（ＣＬ）内の記録部（ＣＬＭＥ）に記録してもよい。また、対面マトリクス（ＡＳＴＭＸ）は、対面マトリクス計算（ＡＰＩＭ）によって作成される配列である。ユーザＩＤ対応表（ＡＳＵＩＴ）の例は図８に、プロジェクト対応表（ＡＳＰＵＴ）の例は図９に、対面マトリクス（ＡＳＴＭＸ）の例は図１４（ａ）にそれぞれ示している。なお、ユーザＩＤ対応表（ＡＳＵＩＴ）やプロジェクト対応表（ＡＳＰＵＴ）はプログラム内に直接記述しても良いが、対応表のみを分けて保管することで、ユーザの変更、ノードＩＤの変更、プロジェクトの組織構成の変更などに柔軟に対応することができる。

　送信・受信部（ＡＳＳＲ）は、センサネットサーバ（ＳＳ）からセンシングデータを受信し、クライアント（ＣＬ）からの処理結果要求に基づくデータ送信を行う。入出力部（ＡＳＩＯ）は、ボタン又はキーボード等の入力デバイスと、液晶ディスプレイ等の出力デバイスとを備え、対象となるエリア内の状況等の情報及びセンシングデータを表示することができる。入出力部（ＡＳＩＯ）として、入力デバイスと出力デバイスを統合したものであるタッチパネルが用いられてもよい。

　＜クライアント＞
クライアント（ＣＬ）は、ユーザからの依頼に基づいてデータ処理要求をアプリケーションサーバ（ＡＳ）に送信し、その処理結果をアプリケーションサーバ（ＡＳ）から受信し、受信した処理結果を画面に表示する。クライアント（ＣＬ）は、送信・受信部（ＣＬＳＲ）、入出力部（ＣＬＩＯ）、記録部（ＣＬＭＥ）及び制御部（ＣＬＣＯ）を備える。

　制御部（ＣＬＣＯ）は、記録部（ＣＬＭＥ）に格納されているプログラムを実行するＣＰＵ（図示省略）を備える。制御部（ＣＬＣＯ）は、ユーザからの要求に基づいて、アプリケーションサーバ（ＡＳ）から受信した画像の大きさなどを調整し、作成された画面を入出力部（ＣＬＩＯ）のディスプレイ（ＣＬＷＤ）などの出力デバイスに表示することによってユーザに提供する。

　送信・受信部（ＣＬＳＲ）は、ユーザが指定した範囲のセンシングデータの処理結果を送信させる要求をアプリケーションサーバ（ＡＳ）に対して送信し、その処理結果（すなわち、アプリケーションサーバ（ＡＳ）によって処理された画像またはセンシングデータ）を受信する。

　入出力部（ＣＬＩＯ）は、マウス（ＣＬＩＭ）やキーボード（ＣＬＩＫ）などの入力デバイスと、ディスプレイ（ＣＬＷＤ）などの出力デバイスとを備え、対象となるエリア内の状況等の情報及びセンシングデータを表示する。入出力部（ＣＬＩＯ）として、入力デバイスと出力デバイスを統合したものであるタッチパネルが用いられてもよい。またそれ以外の入出力装置を接続するために外部入出力（ＣＬＯＵ）が用いられてもよい。

　記録部（ＣＬＭＥ）は、ハードディスク、メモリ又はＳＤカード等の外部記録装置を備え、メインプログラム、センシングデータ、及び、アプリケーションサーバから送られてきた画像や制御部（ＣＬＣＯ）による処理結果を格納する。また、記録部（ＣＬＭＥ）は、初期条件設定（ＣＬＩＳＩ）に、画面の大きさなどユーザによって設定された条件を記録する。

　＜全体シーケンス図＞
図３は、第１の実施の形態において、センシングデータが端末（ＴＲ）からデータベース部（ＳＳＤＢ）に格納されるまでの処理を示すシーケンス図である。

　端末（ＴＲ）で取得されたセンシングデータは、定期的に基地局（ＧＷ）を介してセンサネットサーバ（ＳＳ）に届けられ、データベース（ＳＳＤＢ）に保管される。この流れが、図３のセンシングデータの取得（ＴＲＧＥ）からデータ格納（ＳＳＰＵ）までにあたる。また、時刻修正（ＧＷＴＭ）～時刻修正（ＴＲＴＭ）は、センシングデータの取得の流れとは別の周期で実行される。

　センシングデータの取得（ＴＲＧＥ）については、サンプリング周期、取得時間などセンシングデータを取得するために必要な情報が記録部（ＴＲＭＥ）に記載されており、この情報を基にして端末（ＴＲ）内のセンシング部（ＴＲＳＥ）がセンシングを行う。また、端末（ＴＲ）は一定の周期で端末（ＴＲ）自身を識別する情報を載せた赤外線を送信し続ける（ＴＲＩＳ）。端末（ＴＲ）が別の端末２（ＴＲ２）と対面した場合には、つまり端末（ＴＲ）と端末２（ＴＲ２）のユーザ同士が対面した場合には、端末（ＴＲ）は、端末２が送信した赤外線（ＴＲＩＳ２）を受信する（ＴＲＩＲ）。また対称的に、端末（ＴＲ）が送信した赤外線は、端末２（ＴＲ２）で受信される（ＴＲＩＲ２）。端末同士の角度など、条件によっては一方しか受信されない場合もありうる。さらに、端末（ＴＲ）は、センシングされたデータを記録部（ＴＲＭＥ）に記録する。

　時刻添付（ＴＲＡＤ）において、端末（ＴＲ）は、センシングしたデータの取得時刻として、時計（ＴＲＴＩ）の時刻をセンシングデータと共に記録する。データ形式（ＴＲＤＦ）において、端末（ＴＲ）は、記録部（ＴＲＭＥ）内のデータ形式（ＴＲＤＦＩ）を参照し送信用データ形式にデータを統一する。

　データ送信（ＴＲＳＥ）において、端末（ＴＲ）は、センシングデータの取得（ＴＲＧＥ）によってセンシングしたセンシングデータを、送信・受信部（ＴＲＳＲ）を経由し基地局（ＧＷ）に送信する。より詳細には、端末（ＴＲ）は、記録部（ＴＲＭＥ）に記録されているセンシングデータを記録部（ＴＲＭＥ）に格納されている基地局（ＴＲ）用の送信フォーマットを用いて制御部（ＴＲＣＯ）によって変換する。そして、端末（ＴＲ）は、送信フォーマットに変換されたセンシングデータを送信・受信部（ＴＲＳＲ）を経由して基地局（ＧＷ）に送信する。

　データ受信（ＧＷＲＥ）において、基地局（ＧＷ）は、端末（ＴＲ）から基地局（ＧＷ）用の送信フォーマットで送信・受信部（ＴＲＳＲ）から送信されたセンシングデータを送信・受信部（ＧＷＳＲ）によって受信する。受信したセンシングデータは記録部（ＧＷＭＥ）に格納される。

　データ形式判断（ＧＷＤＦ）において、基地局（ＧＷ）は、取得したデータの形式を記録部（ＧＷＭＥ）のデータ形式（ＧＷＤＦＩ）と比較してデータの形式を判断する。さらに、基地局（ＧＷ）は、基地局情報付与（ＧＷＡＤ）において、データ形式（ＧＷＤＦＩ）が示す適切な位置に基地局情報（ＧＷＢＡ）を追加する。

　データ送信（ＧＷＳＥ）において、基地局（ＧＷ）は、記録部（ＧＷＭＥ）に格納されたセンシングデータを、送信・受信部（ＧＷＳＲ）を経由してセンサネットサーバ（ＳＳ）に送信する。より詳細には、基地局（ＧＷ）の制御部（ＧＷＣＯ）は、記録部（ＧＷＭＥ）に記録されているセンシングデータを記録部（ＧＷＭＥ）に格納されているセンサネットサーバ（ＳＳ）用の送信フォーマットに変換する。そして、基地局（ＧＷ）は、送信フォーマットに変換されたセンシングデータを送信・受信部（ＧＷＳＲ）を経由してセンサネットサーバ（ＳＳ）に送信する。

　データ受信（ＳＳＲＥ）において、センサネットサーバ（ＳＳ）の送信・受信部（ＳＳＳＲ）は、基地局（ＧＷ）の送信・受信部（ＧＷＳＲ）からセンサネットサーバ（ＳＳ）用の送信フォーマットで送信されたセンシングデータを受信する。受信したセンシングデータは記録部（ＳＳＭＥ）に格納される。

　データ形式判断（ＳＳＤＦ）において、センサネットサーバ（ＳＳ）は、取得したデータの形式を記録部（ＳＳＭＥ）のデータ形式（ＳＳＤＦＩ）と比較することによって、データの形式を判断する。さらに、データ分類（ＳＳＤＥ）において、センサネットサーバ（ＳＳ）は、各データを要素ごとに切り分ける。

　データ格納（ＳＳＰＵ）において、センサネットサーバ（ＳＳ）の制御部（ＳＳＣＯ）は、センシングデータをデータベース部（ＳＳＤＢ）のフォーマットに変換する。変換されたセンシングデータは、データベース部（ＳＳＤＢ）に格納される。データベース部（ＳＳＤＢ）への格納方法は、後で検索する際に有効なクエリとして用いることができるようにすることが好ましい。有効なクエリとしては、例えば、センシングデータ名、時刻、端末固有ＩＤ及び基地局固有ＩＤがある。

　データ補完（ＳＳＳＵ）において、センサネットサーバ（ＳＳ）の制御部（ＳＳＣＯ）は、センシングデータにおけるサイト情報を補完する。これは、図１において、端末Ａ１であるセンシングデータのセンシング時刻での対面データと基地局とＤＢ登録時間に基づき補完する処理である。

　図４を用いて、データ補完（ＳＳＳＵ）処理を説明する。図４では、端末１と端末２が対面し、端末１のサイトを特定する場合の処理を説明する。本処理は、全ての端末の全てのデータについて行われる。端末１のデータベース内のセンシング時刻とＤＢ登録時刻を比較して、所定時間内（例えば数十秒）である場合には、その基地局固有のＩＤと対応するサイトを特定して処理を終了する。端末２と対面後、対面がなされたサイトにある基地局を介してデータが送信されたと考えられるからである。所定時間内でない場合には、対面がなされたサイトにある基地局を介してデータが送信されなかったと判断し、端末２のデータに端末１との対面検出データがあるか否かを検索する。

　対面検出データがあった場合には、端末２のセンシング時刻と端末１のセンシング時刻が一定時間内であるか否か判定する。一定時間内である場合には、端末２のデータにおいてサイトが特定されているか判定しサイトが特定されている場合には、そのサイト情報を端末１のサイトとして特定する。サイトが特定されていない場合には、処理を終了する。

　端末１と端末２のセンシング時刻が一定時間内でない場合、端末２のデータで、他に端末１との対面検出データがあるか否かを検索する。ある場合には、それらのセンシング時刻が一定以内か否かを判定する。他に対面検出データがない場合には、処理を終了する。

　図１の例を用いて説明すると、端末Ａ１のセンシングデータはサイトＡに存在する基地局ＧＷＡ１を通じて取得されている。基地局ＩＤに基づけば、端末Ａ１は端末Ｂ１とサイトＡにて対面していると判断されるが、所定時間内でないため対面相手である端末Ｂ１のデータを検索する。端末Ｂ１のデータには端末Ａ１との対面検出データがあり、それらのセンシング時刻が一定時間である（図１では同時刻）。これより、端末Ａ１は、端末Ｂ１と対面したとき、サイトＢにいたと判定可能であり、この時刻の端末Ａ１のサイト情報としてＢサイトを補完できる。以上のようなセンシングデータの取得（ＴＲＧＥ）からデータ補完（ＳＳＳＵ）までの一連の処理は定期的に行なわれる。

　図３に示す時刻修正（ＧＷＴＭ）は、基地局（ＧＷ）の時計（ＧＷＴＡ）の時刻を合わせるために行われる。基地局（ＧＷ）は、現在の時刻をネットワーク（ＮＷ）網にあるＮＴＰサーバ（図示省略）から取得する。時刻修正（ＧＷＴＭ）の処理は定期的に行なわれる。

　時刻修正依頼（ＧＷＴＲ）は、端末（ＴＲ）の時刻を合わせるために、基地局（ＧＷ）から端末（ＴＲ）へ依頼される。時刻修正（ＴＲＴＭ）は、時刻修正依頼（ＧＷＴＲ）によって基地局（ＧＷ）から送信された時刻に基づいて、時計（ＴＲＴＩ）の時刻を修正する処理である。時刻修正依頼（ＧＷＴＲ）から時刻修正（ＴＲＴＭ）までの処理は定期的に行なわれる。

　次に、端末（ＴＲ）のセンシング部（ＴＲＳＥ）におけるセンシングの間隔と、送信・受信部（ＴＲＳＲ）における送信のタイミングについて、本実施形態の例の一つを挙げて述べる。端末（ＴＲ）は、三軸加速度センサ及び赤外線送受信器を備え、これらが全て１０秒サイクルでセンシング及びデータ送信を行う。

　加速度センサは、１０秒中の始めの２秒間でＸ、Ｙ、Ｚ軸方向各１００回のセンシングを行う。センシングの結果として取得された加速度情報は、端末（ＴＲ）の状態を示す。端末（ＴＲ）が人物に装着されている場合、取得された加速度情報は、端末（ＴＲ）を装着した人物の活動の状態（例えば、その人物が静止しているか否か）を示す。

　赤外線送信器は、１０秒間あたり６回ずつ端末（ＴＲ）の正面に向かって赤外線信号を送信する。送信される赤外線信号には、端末情報（ＴＲＴＲ）、すなわち、自端末（ＴＲ）のＩＤ（識別子）を示す信号が含まれる。二つの端末（ＴＲ）が向かい合ったとき、つまり二人の人物が対面したときには、一方の端末（ＴＲ）の受信器が、もう一方の端末（ＴＲ）のＩＤを受信する。すなわち、一つの端末（ＴＲ）が他の端末（ＴＲ）のＩＤを受信したとき、それらの二つの端末が対面していることを意味する。つまり、それぞれの端末（ＴＲ）が人物の前面に装着されている場合、二つの端末（ＴＲ）が対面していることは、それらを装着した二人の人物が対面していることを意味する。赤外線の受信器側は、常に待機状態となっており、１０秒間のうちに受信したＩＤと、受信した回数を記録する。

　そして、端末（ＴＲ）は、これらのセンシングデータにタイムスタンプ及び端末情報（ＴＲＴＲ）つまり自身の固有ＩＤを付与した後、それらのセンシングデータを基地局（ＧＷ）に一括して無線送信する。上記の例において、端末（ＴＲ）から送信されるセンシングデータには、その端末の加速度を示す情報と、その端末の固有ＩＤと、その端末が他の端末と対面したことを示す情報と、それらの情報に対応付けられた時刻情報とが含まれる。これらのセンシングデータが、人物の交流を示すインタラクションデータとして利用される。なお、これらは一例に過ぎず、センシング間隔及び送信タイミングは、任意に設定することができる。

　図５は、本発明の第１の実施の形態において、アプリケーションの立ち上げから表示画面がユーザ（ＵＳ）に提供されるまでの大まかな処理の流れを示すフローチャートである。

　表示画面を作成するために、開始（ＡＰＳＴ）から、初期条件設定（ＣＬＩＳ）、データ取得（ＡＰＤＧ）、対面マトリクス作成（ＡＰＩＭ）、対面人数・対面時間のカウント（ＡＰＩＣ）、データプロット（ＡＰＩＰ）、画面表示（ＣＬＷＯ）の各手順が順次実行され、終了（ＡＰＥＮ）となる。

　図６は、第１の実施の形態において、ユーザがデータベース部（ＳＳＤＢ）のデータを使用するまでの処理を示すシーケンス図である。

　アプリケーション起動（ＵＳＳＴ）は、ユーザによるクライアント（ＣＬ）のアプリケーションの起動である。初期条件設定（ＣＬＩＳ）において、クライアント（ＣＬ）は、図の提示に必要な情報を設定する。ユーザのボタン選択によって、表示の対象となるデータの時刻及び端末情報、表示方法の条件設定などを取得する。ここで設定した条件は、記録部（ＣＬＭＥ）に格納される。

　データ依頼（ＣＬＳＱ）において、クライアント（ＣＬ）は、初期条件設定（ＣＬＩＳ）に基づき、アプリケーションサーバ（ＡＳ）に対して、データもしくは画像の依頼を行う。記録部（ＣＬＭＥ）には、検索対象のアプリケーションサーバ（ＡＳ）の名称、アドレス等、センシングデータを取得するために必要な情報が格納されている。クライアント（ＣＬ）は、データの依頼コマンドを作成し、アプリケーションサーバ（ＡＳ）用の送信フォーマットに変換される。送信フォーマットに変換されたコマンドは、送信・受信部（ＣＬＳＲ）を経由して、アプリケーションサーバ（ＡＳ）に送信される。

　アプリーションサーバ（ＡＳ）は、データ依頼（ＡＳＲＱ）において、クライアント（ＣＬ）からの依頼を受信し、さらにセンサネットサーバ（ＳＳ）に対して取得すべきデータの時刻の範囲及びデータ取得対象である端末の固有ＩＤを送信しセンシングデータを要求する。送信される時刻及び端末の固有ＩＤは、アプリーションサーバ（ＡＳ）の記録部（ＡＳＭＥ）又はクライアント（ＣＬ）の記録部（ＣＬＭＥ）に格納されたものから自動的に設定されるものであってもよいし、クライアント（ＣＬ）の入出力部（ＣＬＩＯ）を通してユーザが指定したものであってもよい。

　データ検索（ＡＳＳＥ）において、アプリーションサーバ（ＡＳ）は、データ依頼（ＡＳＲＱ）に基づき、センサネットサーバ（ＳＳ）に対して、検索を行う。記録部（ＡＳＭＥ）には、検索対象のセンサネットサーバ（ＳＳ）の名称、アドレス、データベース名及びテーブル名等、データ信号を取得するために必要な情報が記載されている。アプリーションサーバ（ＡＳ）は、データ検索（ＡＳＳＥ）を行う際、データ依頼（ＡＳＲＱ）を通して検索内容を依頼し、データベースの情報を記録部（ＡＳＭＥ）から取得し、検索に用いるコマンドを作成する。作成されたコマンドは、制御部（ＡＳＣＯ）によって、記録部（ＡＳＭＥ）に格納されているセンサネットサーバ（ＳＳ）用の送信フォーマットに変換される。送信フォーマットに変換されたコマンドは、送信・受信部（ＡＳＳＲ）を経由してセンサネットサーバ（ＳＳ）に送信される。

　センサネットサーバ（ＳＳ）内データベース（ＳＳＤＢ）は、受け取ったコマンドを実行してクエリし、アプリケーションサーバ（ＡＳ）にデータを送信する。

　データ受信（ＡＳＲＥ）において、アプリーションサーバ（ＡＳ）は、データ検索（ＡＳＳＥ）のコマンドに基づいて、センサネットサーバ（ＳＳ）内のデータベース部（ＳＳＤＢ）から送信されたセンシングデータを受信する。送信・受信部（ＡＳＳＲ）が受信したセンシングデータは記録部（ＡＳＭＥ）に格納される。データ分類（ＡＳＤＥ）において、アプリーションサーバ（ＡＳ）は、取得したデータを適切な各要素に分類する。その際、時刻情報とセンシングデータは必ず関連付けたままで分類される。

　ここまでの、データ依頼（ＣＬＳＱ）からデータ分類（ＡＳＤＥ）までの流れが、図５のフローチャートにおけるデータ取得（ＡＰＤＧ）に相当する。

　次に、対面マトリクス作成（ＡＰＩＳ）、対面人数・対面時間のカウント（ＡＰＩＣ）、データプロット（ＡＰＩＰ）のそれぞれの処理を順に行う。処理の詳細な内容は図７以降のフローチャートにて示す。これらの処理を行うプログラムは、記録部（ＡＳＭＥ）に格納されており、データ処理部（ＡＳＤＰ）によって実行し、画像が作成される。画像は、画像送信（ＡＰＷＳ）においてクライアントに送信され、クライアントの出力デバイス、例えばディスプレイ（ＣＬＷＤ）に表示される（ＣＬＷＯ）。最後のアプリケーション終了（ＵＳＥＮ）はユーザによるアプリケーションの終了である。

　＜初期条件設定のフローチャート＞
初期条件設定（ＣＬＩＳ）の中での手順を図７のフローチャートに示す。初期条件設定（ＣＬＩＳ）は、開始（ＩＳＳＴ）から、ユーザＩＤ対応表読み込み（ＩＳＵＩ）、プロジェクト対応表読み込み（ＩＳＰＵ）、表示期間の設定（ＩＳＲＴ）、プロットするメンバの設定（ＩＳＲＭ）、役職の区別を設定（ＩＳＳＭ）、特定プロジェクトの強調の有無を設定（ＩＳＰＯ）の手順を行う。また、特定プロジェクトを強調する（ＩＳＰＹ）場合には強調するプロジェクトを設定（ＩＳＰＳ）して終了する（ＩＳＥＮ）。

　ユーザＩＤ対応表読み込み（ＩＳＵＩ）では、例として図８のような、ノードの固有ＩＤ（ＡＳＵＩＴ３）とそれを装着しているユーザ名（ＡＳＵＩＴ２）とを一対一で対応づけているユーザＩＤ対応表（ＡＳＵＩＴ）を読み込む。ユーザには今後処理するときに用いるユーザ番号（ＡＳＵＩＴ１）を振っておく。必要があれば、役職（ＡＳＵＩＴ４）を示す列も用意する。図８の例の場合では、部長を２、課長を１、一般社員を０として数値化して表現している。役職の区別の仕方は自由に設定して良い。組織のメンバや職位などに変更があった場合には、ユーザＩＤ対応表（ＡＳＵＩＴ）のみを書き換えれば対応できる。

　プロジェクト対応表読み込み（ＩＳＰＵ）では、例として図９のような、組織内に存在するプロジェクトの名前と、それに属するメンバとを対応付けるためのプロジェクト対応表（ＡＳＰＵＴ）を読み込む。なお、部や課という組織全体に対するグループやユニットなどの固定した組織、またプロジェクトなどの柔軟に変化する組織など、全ての下位組織を指して以降ではプロジェクトと統一して呼ぶものとする。

　プロジェクト対応表（ＡＳＰＵＴ）は、誰がどのプロジェクトに属しているか、が明確であれば良いのでユーザＩＤ対応表（ＡＳＵＩＴ）に一体化して、各一行で表されているユーザに対して属するプロジェクト名を書く列が存在するという形式でも良い。また、プロジェクトによって表示を区分する必要がなければプロジェクト対応表（ＡＳＰＵＴ）は必要ない。図９のプロジェクト対応表（ＡＳＰＵＴ）では、一人のメンバが複数のプロジェクトに掛け持ちして属することにも対応しているが、必ずしも対応していなくてもよい。

　プロジェクト対応表（ＡＳＰＵＴ）には、プロジェクト名（ＡＳＰＵＴ２）と所属ユーザ番号(ＡＳＰＵＴ３)の項目がある。また各プロジェクトには、今後処理するときに用いるプロジェクト番号（ＡＳＰＵＴ１）を振っておく。所属ユーザ番号(ＡＳＰＵＴ３)の項目の数字は、ユーザＩＤ対応表（ＡＳＵＩＴ）におけるユーザ番号（ＡＳＵＩＴ１）に対応している。プロジェクト対応表（ＡＳＰＵＴ）をプログラム本体とは別に用意することで、プロジェクトのメンバ構成に変更があった場合には、このプロジェクト対応表（ＡＳＰＵＴ）のみを書き換えることで容易に対応できる。プログラム本体に、直接記述しても良い。

　表示期間の設定（ＩＳＲＴ）、プロットするメンバの設定（ＩＳＲＭ）、役職の区別を設定（ＩＳＳＭ）、特定プロジェクトの強調の有無を設定（ＩＳＰＯ）では、例えば図１０のような初期条件設定ウィンドウ（ＡＳＩＳＷＤ）をクライアント（ＣＬ）のディスプレイ（ＣＬＷＤ）などの出力装置に表示し、マウス（ＣＬＩＭ）やキーボード（ＣＬＩＫ）などの入力装置を用いてユーザ（ＵＳ）に入力させることで、各々の設定を行う。初期条件設定ウィンドウ（ＡＳＩＳＷＤ）は、始めからクライアント（ＣＬ）内に保管しておいても良い。

　表示期間の設定（ＩＳＲＴ）は、ウィンドウの表示期間選択（ＡＳＩＳＰＴ）のテキストボックス（ＰＴ０１～０３、ＰＴ１１～１３）にて日付を設定し、端末（ＴＲ）で取得された時刻がこの範囲内にあるデータを、表示のための計算に用いるものとする。必要があれば時刻の範囲設定を追加しても良い。

　プロットするメンバの設定（ＩＳＲＭ）は、ウィンドウの表示メンバ選択（ＡＳＩＳＰＭ）において行う。ウィンドウには、ユーザＩＤ対応表読み込み（ＩＳＵＩ）で読み込んだ全ユーザ名、また必要ならばノードＩＤを反映させる。ユーザ（ＵＳ）はチェックボックス（ＰＭ０１～ＰＭ０９）にチェックを入れる、もしくは入れないことでどのメンバのデータを表示するかを設定する。直接個々のメンバを指定するのではなく、既定のグループ単位、年齢などの条件によって表示メンバをまとめて指定させても良い。

　役職の区別を設定（ＩＳＳＭ）、特定プロジェクトの強調の有無を設定（ＩＳＰＯ）は、ウィンドウの表示設定（ＡＳＩＳＰＤ）において行う。役割の区別のチェックボックス（ＰＤ１）にチェックを入れた場合には、表示において役職によって四角や丸などの異なる記号でプロットされる。役職によるコミュニケーションの行い方の違いを検証したい場合に用いる。特定プロジェクトの強調のチェックボックス（ＰＤ２、ＰＤ２１～ＰＤ２５）にチェックを入れた場合には、表示において特定のプロジェクトに属するメンバに対応する記号が、塗りつぶすなどして他の記号よりも強調して表示される。プロジェクトごとに、どのようなコミュニケーションの行い方をしているのかを検証したい場合に用いる。さらに、チェックボックス（ＰＤ２）にチェックが入れられた場合には、図７のフローチャートにおいて特定プロジェクトを強調する（ＩＳＰＹ）がyesとなり、強調するプロジェクトの設定（ＩＳＰＳ）を行う。強調するプロジェクトの設定（ＩＳＰＳ）は、プロジェクト対応表（ＡＳＰＵＴ）から読み込んだ各プロジェクト名を反映したチェックボックス（ＰＤ２１～ＰＤ２５）にユーザがチェックを入れることで設定される。チェックの数は1つに限定しても良いし、複数であっても良い。

　表示サイズ（ＡＳＩＳＰＳ）領域では、表示される画像のサイズが設定される。本実施の形態では、画面に表示される画像が長方形であることを前提とする。画像の縦の長さがテキストボックス（ＰＳ０１）に、横の長さがテキストボックス（ＰＳ０２）に入力される。入力される数値の単位として、ピクセル又はセンチメートル等、何らかの長さの単位が指定される。

　全てを入力したら最後に、表示開始ボタン（ＡＳＩＳＳＴ）をユーザ（ＵＳ）が押すことで以上の初期条件を決定とし、図５におけるデータ取得（ＡＰＤＧ）のステップに進む。

　＜データ取得～対面マトリクスのフローチャート＞
図１１は、本発明の第１の実施の形態において、図５のデータ取得（ＡＰＤＧ）と対面マトリクス作成（ＡＰＩＭ）のステップの詳細を示したフローチャートである。開始（ＤＧＳＴ）からデータ取得（ＡＰＤＧ）と対面マトリクス作成（ＡＰＩＭ）を行い、終了（ＤＧＥＮ）する。データ取得（ＡＰＤＧ）は、クライアントからのデータ依頼（ＣＬＳＱ）を受けたアプリケーションサーバがセンサネットサーバにセンシングデータを要求し、センサネットサーバ（ＳＳ）内のデータベース部（ＳＳＤＢ）の中から必要なデータを取得するプロセスである。

　データベース部（ＳＳＤＢ）には複数のメンバの複数種類のセンシングデータが記録されているが、そのうちの赤外線送受信による対面データをまとめたテーブルの例を図１２（ａ）（ｂ）に示す。図１２（ａ）は、対面テーブル（ＳＳＤＢ＿１００２）であり、ノードＩＤが１００２である端末（ＴＲ）から取得されたデータを集めたテーブルであることを想定している。同様に、図１２（ｂ）は、対面テーブル（ＳＳＤＢ＿１００３）であり、ノードＩＤが１００３である端末（ＴＲ）から取得されたデータを集めたテーブルとする。なお、取得したノードごとにテーブルを分けなくても良く、他の加速度や温度などのデータも同じテーブルに含んでも良い。

　対面テーブルには端末（ＴＲ）からデータを送信した時刻（ＤＢＴＭ）、赤外線送信側ＩＤ（ＤＢＲ１）と受信回数（ＤＢＮ１）を１０組（ＤＢＲ１～ＤＢＲ１０、ＤＢＮ１～ＤＢＮ１０）分格納できる。本実施例は１０秒間に１回データ送信を行うようにしているため、前回の送信からの１０秒間のうちにどの端末（ＴＲ）から何回赤外線を受信したかを表しているものである。１０秒間中に複数の端末（ＴＲ）と対面した場合にも、１０組まで格納できるということである。なお、組の数は自由に設定することができる。対面、つまり赤外線の受信がなかった場合にはnullとなる。また、図１２では時刻はミリ秒まで表記している。時刻の形式は統一されていればどのようなものでも良い。

　図１１のデータ取得（ＡＰＤＧ）では、まずセンサネットサーバ（ＳＳ）のデータベース部（ＳＳＤＢ）に接続（ＤＧＣＤ）し、前述の初期条件設定（ＣＬＩＳ）で設定した表示期間（ＡＳＩＳＰＴ）と表示メンバ（ＡＳＩＳＰＭ）の条件に基づきＳＱＬコマンドを作成し、データベース（ＳＳＤＢ）から、その時刻（ＤＢＴＭ）が設定した表示期間に含まれているデータを表示すべき全メンバの対面テーブルから取得する（ＤＧＳＧ）。

　対面マトリクスの作成（ＡＰＩＭ）では、表示すべきメンバから一組（二人）を選択し（ＩＭＭＳ）、その二人のデータの時刻を揃えて結合テーブルを作成する（ＩＭＡＤ）。図１２（ａ）の１００２番の端末（ＴＲ）のデータと、図１２（ｂ）の１００３番の端末（ＴＲ）データから作成した結合テーブルの例が図１３の結合テーブル(ＡＳＣＮＴ１００２‐１００３）である。結合テーブルの作成（ＩＭＡＤ）の際には、それぞれの対面テーブルの時刻（ＤＢＴＭ）を揃え、結合テーブルの時刻（ＣＮＴＴＭ）とする。また、図１２（ｂ）の一行目（ＲＥ０１）と二行目（ＲＥ０２）の間のように、データがセンシング周期（ここでは１０秒間隔）で入っていない場合には、補完する。また、二つの対面テーブルの時刻が完全に一致していない場合には、どちらかに合わせるか、完全に１０秒刻みになる時刻を設定し、それに近いデータをそれぞれ同時刻として扱うなどして、同じ時刻とみなせる行同士を見比べる。その中で、設定した二つの端末（ＴＲ）間での対面データが少なくとも一方の対面テーブルに存在した場合には、その時刻に二人のメンバが対面したとみなし、結合テーブルの対面の有無（ＣＮＴＩＯ）の欄を１とする。そうでないときは０とする。このようにして結合テーブルを作成する。さらに、全ての時刻の対面があった回数を合計する。

　対面したと判別するための基準は、赤外線受信回数が閾値以上であった場合のみとする、など別の基準を用いても良い。また、結合テーブルは合計対面回数（ＲＥｓｕｍ）が計算できれば良いので、テーブルを作成せず、時刻をそろえながら対面回数をカウントしても良い。

　次に、求めた合計対面回数の値を１０倍し、対面マトリクス（ＡＳＴＭＸ）の選択した二人のメンバを示す二箇所の要素に入れる（ＩＭＣＩ）。１０倍するのは、合計対面回数１に対して１０秒間対面したとみなし、対面マトリクスの値の単位を秒にそろえる目的である。必要がなければそろえなくても良い。

　図１４（ａ）に対面マトリクス（ＡＳＴＭＸ）の例を示す。行と列はそれぞれユーザＩＤ対応表（ＡＳＵＩＴ）におけるユーザ番号（ＡＳＵＩＴ１）に対応している。今の場合ではノードＩＤが１００２番のユーザ番号は２、ノードＩＤが１００３番のユーザ番号は３となるため、要素（ＴＭＸ２＿３）に値を入れる。また、対面に関しては一方が対面したならもう一方も対面したと考えるのが自然であるため、対面マトリクス（ＡＳＴＭＸ）が対称行列となるように対称要素（ＴＭＸ３＿２）にも同じ値を入れる。しかし、意図がある場合には非対称行列とすることも可能である。一組のメンバについて対面マトリクス（ＡＳＴＭＸ）の要素を埋めたら、別の一組を選択し、全ての組の処理を完了するまで繰り返す（ＩＭＡＭ）。

　さらに、本実施例で特徴となる対面マトリクスの例を図１５に示す。図１４（ａ）と同様に、行と列はそれぞれユーザＩＤ対応表におけるユーザ番号に対応している。図１４（ａ）の対面マトリクスにおいては、ｉ行目、ｊ列目の要素には、ｉ行目のユーザＩＤを持つ端末が、ｊ列目のユーザＩＤを持つ端末と何秒対面したかというデータが入っていた。

　一方、図１５の例の場合では、その対面時間を、その対面が行なわれたサイトごとに区分する。このサイトは、上述した方法で特定すればよい。これによって、ユーザｉ、ｊの対面は、単にその対面時間のみならず、どのサイトでの対面であったかというサイト情報を含めることができる。

　＜対面時間・人数のカウント＞
図１６は、本発明の第１の実施の形態において、図５の対面人数・対面時間のカウント（ＡＰＩＣ）のステップの詳細を示したフローチャートである。開始（ＩＣＳＴ）から終了（ＩＣＥＮ）までのステップでは、メンバごとに対面時間の合計と対面人数のカウントを行う。

　まずメンバを一人選択し（ＩＣＭＳ）、対面マトリクス（ＡＳＴＭＸ）においてそのメンバのユーザ番号（ＡＳＵＩＴ１）に対応する行を決める。次にその一行の対面マトリクスの値を合計する。合計したものが、図１４（ｂ）の対面カウント（ＡＳＴＭＣ）の対面時間（ＴＭＴＩ）となる（ＩＣＴＩ）。対面時間（ＴＭＴＩ）はつまり、そのメンバが設定した表示期間（ＡＳＩＳＰＴ）内で何らかの人物とコミュニケーションを行った合計時間であり、コミュニケーションの量だとみなせる。またさらに、その一行の対面マトリクス（ＡＳＴＭＸ）の、要素が正の値、つまり０より大きい値である要素の数をカウントし、それを図１４（ｂ）の対面カウント（ＡＳＴＭＣ）の対面人数（ＴＭＮＭ）とする（ＩＣＮＭ）。対面人数は、表示期間（ＡＳＩＳＰＴ）内において関わりを持った他者の数であり、そのメンバの持つ関係の多様性と捉えることができる。なお、図１４（ｂ）の対面カウント（ＡＳＴＭＣ）は、対面人数（ＴＭＮＭ）と対面時間（ＴＭＴＩ）を合わせたテーブルとしている、各メンバに対応する対面人数と対面時間の値が明確になっていれば、テーブル以外の形式でも良い。

　以上の対面時間の合計（ＩＣＴＩ）と対面人数のカウント（ＴＣＮＭ）の手順を、全てのメンバについて終了するまで繰り返す（ＩＣＡＭ）。

　＜データプロットのフローチャート＞
図１７は、本発明の第１の実施の形態において、図５のデータプロット（ＡＰＩＰ）のステップの詳細を示したフローチャートである。データプロット（ＡＰＩＰ）では、カウントした対面人数（ＴＭＮＭ）と対面時間（ＴＭＴＩ）をそれぞれ横軸・縦軸に取った座標上に各メンバをプロットする。このとき、初期条件設定（ＡＰＩＳ）で設定した事項に基づき、メンバごとにプロットする記号の形や塗りつぶしの有無などを決定する。

　データプロットの開始（ＩＰＳＴ）後、まずグラフ領域の大きさを決める（ＩＰ１０）。グラフ領域の大きさは表示画面のうちのグラフが占める領域の大きさであり、初期条件設定ウィンドウ（ＡＳＩＳＷＤ）で設定した表示サイズ（ＡＳＩＳＰＳ）から、縦横それぞれタイトルや軸の値、余白の部分を引いた値となるように計算する。

　次に、横軸と縦軸それぞれの最大値を決定する（ＩＰ２０）。ここではプロットすべき全データ、つまり図１４（ｂ）の対面カウント（ＡＳＴＭＣ）の対面人数（ＴＭＮＭ）、対面時間（ＴＭＴＩ）のそれぞれの最大値を参考にし、最大値以上のきりのいい数字となるように軸の値を設定する。他に比べて突出した大きな値がある場合には対面カウント（ＡＳＴＭＣ）の最大値より小さな値を軸の最大値としてもよい。また、各軸は等差数列となるように目盛を区切った通常の軸（等差目盛）を想定しているが、対面人数（ＴＭＮＭ）または対面時間（ＴＭＴＩ）の分布によってはどちらか、もしくは両方を対数軸（対数目盛）としても良い。次に、メンバを一人選択し、そのユーザ番号（ＡＳＵＩＴ１）に対応した対面カウント（ＡＳＴＭＣ）の対面人数（ＴＭＮＭ）・対面時間（ＴＭＴＩ）のデータから、先ほど決定した目盛を基準とし、プロットする座標を決定する（ＩＰ４０）。

　さらに、初期条件設定（ＣＬＩＳ）の表示設定(ＡＳＩＳＰＤ)において役職の区別チェックボックス（ＰＤ１）がＯＮであった場合には（ＩＰ５０）、そのメンバの役職（ＡＳＵＩＴ４）をユーザＩＤ対応表（ＡＳＵＩＴ）から引き出し、役職に対応する記号を選択する（ＩＰ５１）。記号とはプロットする際に役職を区別するためのものであり、例えば部長は四角、課長は三角、一般社員は丸などとしてあらかじめ設定しておく。役職の区別を行わない場合には、デフォルトとして設定してある記号を用いる（ＩＰ５５）。役職の区別をするためには、プロットする記号を変える以外の方法を用いても良い。

　また、初期条件設定（ＣＬＩＳ）の表示設定(ＡＳＩＳＰＤ)において特定プロジェクトの強調チェックボックス（ＰＤ２）がＯＮであった場合には（ＩＰ６０）、プロジェクト対応表（ＡＳＰＵＴ）を参照し（ＩＰ６１）、強調すべきとして設定されているプロジェクトにそのメンバが属している場合には（ＩＰ７０）、計算した座標上に記号を塗りつぶしてプロットする（ＩＰ７１）。メンバが該当プロジェクトに属していない場合には記号を塗りつぶさずに座標上にプロットする（ＩＰ７５）。なお、塗りつぶすのは該当プロジェクトに属しているメンバのみを強調させるためであるので、他の方法を用いて強調しても良い。また、必要であればプロットした記号に隣接するように、そのメンバの氏名を表示させることも可能である。全メンバに関してプロットが完了するまでＩＰ３０～ＩＰ７１の手順を繰り返す（ＩＰ８０）。

　また最後に、特定プロジェクトの強調チェックボックス（ＰＤ２）がＯＮになっている場合には（ＩＰ９０）、プロジェクトに属する全メンバ、つまり表示上ですでに塗りつぶされて表示されている全ての記号を、なるべく小さなもので包括するように楕円を描画する（ＩＰ９１）。これは、プロジェクトのメンバが座標上にどのように分布しているかをつかみやすくするためであるが、必要ない場合には行わなくても良い。以上を終えると終了（ＩＰＥＮ）とする。

　＜名札型センサノードの概観図＞
図１８は、名札型センサノードの構造の一実施例を示す外観図である。名札型センサノードはストラップ取り付け部ＮＳＨにネックストラップまたはクリップを取り付け、人の首または胸に装着して使用する。

　本明細書では、ストラップ取り付け部ＮＳＨがある面を上面、対向する面を下面と定義する。また、名札型センサノードを装着した際に相手方に向く面を前面、前面に対向する面を裏面と定義する。さらに、名札型センサノード前面から見て左側に位置する面を左側面、左側面に対向する面を右側面と定義する。同図（Ａ）は上面図、同図（Ｂ）は前面図、同図（Ｃ）は下面図、同図（Ｄ）は裏面図、同図（Ｅ）は左側面図を示す。

　図１８（Ｂ）の前面図に示すとおり、名札型センサノードの前面には液晶表示装置（ＬＣＤＤ）が配置される。本液晶表示装置に表示される内容は、後述するとおり相手方に向いている際には装着者の所属や名前などの名札としての表示Ｂを、装着者の方に向いている際には、装着者向けの組織アクティビティフィードバックデータが表示される。
名札型センサノードの表面の材質は透明であり、内部に挿入したカードＣＲＤがケース材質を通して外から見えるようにする。名札型センサノードの内部に挿入したカード（ＣＲＤ）を交換することにより名札表面のデザインを変更することができる。以上により、本名札型センサノードは一般の名札とまったく同様に人間に装着でき、なんら装着者に違和感を感じさせること無くセンサによる物理量の取得を行なうことを可能にする。

　同図（Ａ）、（Ｂ）の上面図、前面図中のＬＥＤランプＬＥＤ１、ＬＥＤ２は、装着者および装着者に対面する人間に名札型センサノードの状態を通知するために使用される。ＬＥＤ１、ＬＥＤ２は前面及び上面に導光され、名札型センサノードを装着した状態で、点灯状態を装着者と、装着者と対面する者の双方から視認することができる。

　名札型センサノードはスピーカＳＰを内蔵し、装着者および装着者に対面する人間にブザーや音声で名札型センサノードの状態を通知するために使用される。マイクＭＩＣは、名札型センサノード装着者の発話及び周囲の音を取得する。照度センサＬＳ１Ｆ、ＬＳ１Ｂは、それぞれ名札型センサノード前面と裏面にそれぞれ配置される。ＬＳ１Ｆ、ＬＳ１Ｂで取得される照度値から、装着した名札型センサノードが裏返っていることを検出し、装着者に通知する。

　同図（Ｅ）から明らかなように、名札型センサノード左側面には、ＢＴＮ１、ＢＴＮ２、ＢＴＮ３の３個のボタンが配置され、無線通信の動作モードの変更や、液晶表示画面の切り替えを行なう。名札型センサノードの下面には、電源スイッチＰＳＷ、リセットボタンＲＢＴＮ、クレイドルコネクタＣＲＤＩＦ、外部拡張コネクタＥＸＰＴを備える。

　名札型センサノードの前面には、複数の赤外線送受信部ＴＲＩＲ１～４を配置する。赤外線送受信部を複数備えることが本実施例の名札型センサノードに特有な構造である。名札型センサノード自身の識別番号（ＴＲＵＤ）を赤外線によって間欠的に送信し、また対面者の装着する名札型センサノードが送信する識別番号を受信する機能を持つ。これにより、いつ、どの名札型センサノードが対面したかが記録され、装着した人間同士の対面状況が検出できる。図１８では、ＴＲＩＲ１～４の４個の赤外線送受信部をセンサノード上部に配置した例を示している。

　図１９は、第２の実施例を示す図である。本実施例では、赤外線送信端末（ＩＲＢ１、２）を用いて、マルチサイト間を移動する端末のサイト情報を補完することを特徴する。ここで、赤外線送信端末とは予め決められた場所に設置され、自身の識別子を示すＩＤを含んだ赤外線を所定間隔で送信する端末である。赤外線送信端末のＩＤとその位置情報（サイト情報）との対応づけは、予めセンサネットサーバ内の記録装置に格納されている。なお、本実施例の構成図については、赤外線送信端末を除いて実施例１と同様であるため、ここでの説明は割愛する。

　実施例１では、端末Ｂ１が端末Ａ１の赤外線送信を受信し、基地局Ｂ１を介してデータ送信して所定時間内にデータベースに登録された場合に端末Ａ１のサイト情報を補完しうる。しかしながら、端末Ｂ１の移動状況によっては基地局Ｂ１経由でデータを送信できない場合もある。このような場合、データベース内の端末Ｂ１のサイト情報が特定されていないため、センサネットサーバは、端末Ａ１のサイト情報を補完することができない。このような状況下で、赤外線送信端末が送信する赤外線を端末Ａ１が受信していたとき、その受信情報をサイト情報の特定に用いる。具体的には、端末Ａ１のＤＢデータ内で端末Ｂ１との対面時（すなわち、対面データＢ１のセンシング時刻）の前後所定時間内（例えば数時間）に、赤外線送信端末（ＩＲＢ２）との対面データが含まれていた場合、端末Ｂ１との対面時に端末Ａ１はサイトＢにいたと判断してサイト情報を補完する。赤外線送信端末の位置は、予めサイト情報と対応づけて記録されているため、端末Ａ１がサイトＢにいたことを特定できる。

　このように、赤外線送信端末のＩＤを用いて、端末のサイト情報を補完することにより、より正確にどのサイトでどの人物と対面したかを検出することが可能となる。なお、本例では赤外線を送信する固定端末について説明したが、識別子を示すＩＤデータを送信するのであれば、赤外線に限定されない。

＜マルチサイト間端末動作モード＞
　本発明の第３の実施例では、ユーザがマルチサイト間を移動する際の端末の消費電力を低減することを目的として、図１に示すように、ユーザがマルチサイト間を移動する際に、照度センサによる検出結果に基づいて端末をスリープ状態にすることを特徴とする。移動時、ユーザは端末を身につけず鞄等に格納することを想定し、閾値以上照度が下回れば、端末はロングスリープ状態（ＳＬ１）に移行する。ロングスリープ状態（スタンバイ状態）とは、マイコンやセンサの電力消費を極力抑えることが可能なモードである。ロングスリープ状態の端末Ａ１は、定期的に照度の検出を行ない、検出結果が閾値以下であれば、そのままロングスリープ状態を保つ。照度の検出結果が閾値以上であればロングスリープ状態から通常モードに復帰する。この復帰状態は、鞄から端末Ａ１を取り出した場合と考えられる。

　図１に示すように、ＡサイトからＢサイトに到着したユーザは、端末Ａ１を鞄から取り出し端末Ａ１を身につける。鞄から外に出されたことを検出した直後から、端末はロングスリープ状態から通常動作に移行する。すなわち、ユーザが端末Ａ１を再装着した前後から、端末Ａ１は通常動作を再開する。同様に、サイトＢから自宅に移動する場合も照度の検出結果に基づいてロングスリープ状態（ＳＬ２）に移行し、自宅からオフィスがあるＡサイトに移動する場合もロングスリープ状態（ＳＬ３）である。

　図２０は、本実施の形態における動作モードを示している。電池残量がなくなるまで、同じ動作モードで連続的に動作し続けた場合（約３０時間）と比較して、長時間駆動可能になる（約６０時間）ことを示している。本実施の形態における動作モード切替は、自オフィス内では通常モードであるが、出張先に移動する際は、端末は鞄等の中に収納されることに着目し、照度センサによって、端末の鞄格納を検出する。検出されれば、端末をロングスリープモードに移行させる。

　＜マルチサイト間端末状態遷移図＞
図２１は、本発明の第３の実施の形態において、端末の状態遷移を示している。端末は、未使用時にはクレイドルに挿し充電を行なっている。端末使用時には、クレイドルから端末を抜く。端末をクレイドルから抜挿する動作は、端末の電圧変化によって検出することが可能である。

　端末をユーザが使用する際は、表面が前方を向き、裏面は身体と接触または接触に近い状態となる。このため、端末の表面の照度センサの値は、裏面の照度センサの値より大きくなる。また、端末は人に身につけられている状態では、必ず振動が発生する。これは、通常、人の身体動作が完全に静止することはあり得ないためである。従って、加速度の振動の有無と表裏の照度センサの値の比較により、端末が正しく装着されているかを判定することができる。加速度の振動数があり、かつ、端末の表の照度と裏の照度のセンサ値の大小が反対であれば、端末が裏表逆向きで装着されている、と判定することができる。加速度の振動数が一定時間以上ない状態が続けば、端末は放置状態にある、と判定することができる。

　端末を手に持ったとき、表の照度センサと裏の照度センサ値の大きな差はなくなる。よって、表裏の照度センサ値が一定値以下であり、閾値以上の加速度の周波数がある状態であれば、その端末は手に持たれた状態にあると判定できる。

　一定時間以上両面の照度センサ値が閾値以下であれば、端末は鞄等に収納されたと判定し、低消費電力モード（ＬＰＭＯＤＥ）（加速度により静止鞄格納状態、歩行鞄格納状態、電車鞄格納状態に分類される）に移行する。低消費電力モード（ＬＰＭＯＤＥ）にあるとき、定期的に端末はセンシングを行ない、現状の照度が閾値以上／以下であるかを検出する。閾値以下であれば、低消費電力モードを続ける。閾値以上であれば、端末は鞄等から取り出されたと判断され、通常の動作モードに移行する。

　＜マルチサイト間照度オフセット自動調節＞
図２２は、本発明の第３の実施の形態において、端末の照度センサのオフセット自動調整方式を示す。端末毎に照度センサの精度の個体差が存在する。これを自動的に調整することにより、手動での端末毎の照度センサの調整を不要とする。

　そのため、一定時間以上端末を起動しておき、照度センサによるセンシングを行なう。このとき、端末は暗室に放置しておく。端末の照度センシングの値は、その照度センサが検出できる最低値を示すと考えられる。しかし、照度センサのゼロ調整が最適でなかった場合、照度センサが最低値でありながら、その値はゼロ値には達しない。そこで、一定時間以上センシングした照度センサの値のうち、最低値λの値をゼロ値となるよう、その照度センサの設定を再定義する。

　＜マルチサイト間非通常送信フラグ＞
図２３は、本発明の第３の実施の形態において、非通常送信時のデータに付与するフラグを示している。フラグが０のときは、通常送信を表す。フラグが１のときは、センシングデータを端末が所持していないことを表す。フラグが１０のときは、センシング時刻異常を表す。フラグが２０のときは、端末のハートビートを表す。フラグが２１のときは、端末をクレイドルに挿したことを表す。フラグが２２のときは、端末をクレイドルから抜いたことを表す。フラグが２３のときは、クレイドルからのハートビートを表す。フラグが３１のときは、端末が通常モードから照度検出低消費電力モードに移行することを表す。フラグが３１のときは、端末が照度検出低消費電力モードから通常モードに移行することを表す。

ＴＲ、ＴＲ２～ＴＲ４…端末
ＴＲＩＳ…赤外線送信器
ＴＲＩＲ…赤外線受信器
ＴＲＡＣ…加速度センサ
ＴＲＣＯ…制御部
ＴＲＳＲ…送信・受信部
ＴＲＭＥ…記録部
ＧＷ、ＧＷ２、ＧＷ３…基地局
ＧＷＭＥ…記録部
ＧＷＳＲ…送信・受信部
ＧＷＣＯ…制御部
ＮＷ…ネットワーク
ＳＳ…センサネットサーバ
ＳＳＣＯ…制御部
ＳＳＭＥ…記録部
ＳＳＳＲ…送信・受信部
ＳＳＤＢ…データベース部
ＡＳ…アプリケーションサーバ
ＡＳＤＰ…データ処理部
ＡＳＣＯ…制御部
ＡＳＭＥ…記録部
ＡＳＳＲ…送信・受信部
ＣＬ…クライアント
ＣＬＩＯ…入出力部
ＣＬＣＯ…制御部
ＣＬＭＥ…記録部
ＣＬＳＲ…送信・受信部

Claims (7)

1. 　第１及び第２の端末と、第１及び第２の基地局と、上記第１及び第２の基地局それぞれとネットワークを介して接続されるサーバと、を備え、
   　上記第１の端末は、上記第２の端末との対面を示す第１の対面データを取得する第１のセンサと、上記第１の対面データを上記第１の基地局又は上記第２の基地局へ送信する第１の送信装置とを有し、
   　上記第２の端末は、上記第１の端末との対面を示す第２の対面データを取得する第２のセンサと、上記第２の対面データを上記第１の基地局又は上記第２の基地局へ送信する第２の送信装置とを有し、
   　上記第１の基地局は、識別子を示す第１の基地局ＩＤを記録する第１の記録装置と、上記第１の対面データ又は上記第２の対面データを受信して上記第１の基地局ＩＤとともに上記サーバに送信する第１の送受信装置とを有し、
   　上記第２の基地局は、識別子を示す第２の基地局ＩＤを記録する第２の記録装置と、上記第１の対面データ又は上記第２の対面データを受信して上記第２の基地局ＩＤとともに上記サーバに送信する第２の送受信装置とを有し、
   　上記サーバは、上記第１及び第２の対面データと上記第１及び第２の基地局ＩＤを受信する受信装置と、上記第１の端末と上記第２の端末が対面した場所を特定する制御装置とを有し、
   　上記第１の基地局が設置される第１のサイトで上記第１の端末が上記第１の対面データを取得し、上記第１のサイトとは異なる第２のサイトに設置される上記第２の基地局へ上記第１の対面データを送信したとき、
   　上記制御装置は、上記第１及び第２の対面データと上記第１及び第２の基地局ＩＤに基づいて、上記第１の端末が上記第１のサイトで上記第２の端末と対面したことを特定する情報処理システム。
2. 　請求項１に記載の情報処理システムにおいて、
   　上記制御装置は、上記第１及び第２の対面データそれぞれが取得された時刻、上記第１及び第２の基地局が上記第１又は第２の対面データを受信した時刻を用いて、上記第１の端末が上記第１のサイトで上記第２の端末と対面したことを特定する情報処理システム。
3. 　請求項２に記載の情報処理システムにおいて、
   　上記制御装置は、上記第１の対面データが取得された時刻と上記第２の基地局が上記第１の対面データを受信した時刻との差が所定時間以上の場合、上記第１の端末と上記第２の端末は上記第２のサイトで対面しなかったと判断する情報処理システム。
4. 　請求項１に記載の情報処理システムにおいて、
   　識別子を示すＩＤデータを送信する固定端末が上記第１のサイトに設置され、
   　上記第１の端末が上記ＩＤデータを受信した場合、上記制御装置は上記ＩＤデータを用いて上記第１の端末が上記第１のサイトで上記第２の端末と対面したことを特定する情報処理システム。
5. 　第１及び第２の端末と、第１及び第２の基地局と、上記第１及び第２の基地局それぞれとネットワークを介して接続されるサーバと、を備え、
   　上記第１の端末は、上記第２の端末との対面を示す第１の対面データを取得する第１のセンサと、上記第１の対面データを上記第１の基地局又は上記第２の基地局へ送信する第１の送信装置とを有し、
   　上記第２の端末は、上記第１の端末との対面を示す第２の対面データを取得する第２のセンサと、上記第２の対面データを上記第１の基地局又は上記第２の基地局へ送信する第２の送信装置とを有し、
   　上記第１の基地局は、識別子を示す第１の基地局ＩＤを記録する第１の記録装置と、上記第１の対面データ又は上記第２の対面データを受信して上記第１の基地局ＩＤとともに上記サーバに送信する第１の送受信装置とを有し、
   　上記第２の基地局は、識別子を示す第２の基地局ＩＤを記録する第２の記録装置と、上記第１の対面データ又は上記第２の対面データを受信して上記第２の基地局ＩＤとともに上記サーバに送信する第２の送受信装置とを有し、
   　上記サーバは、上記第１及び第２の対面データと上記第１及び第２の基地局ＩＤを受信する受信装置と、上記第１の端末と上記第２の端末が対面した場所を特定する制御装置とを有し、
   　上記制御装置は、上記第１及び第２の対面データ、上記第１及び第２の対面データそれぞれが取得された時刻、上記第１及び上記第２の基地局が上記第１又は第２の対面データを受信した時刻、上記第１及び第２の基地局ＩＤに基づいて上記第１の端末と上記第２の端末が対面した場所を特定する情報処理システム。
6. 　請求項５に記載の情報処理システムにおいて、
   　識別子を示すＩＤデータを送信する固定端末をさらに有し、
   　上記第１の端末又は上記第２の端末が上記ＩＤデータを受信した場合、上記制御装置は上記ＩＤデータを用いて上記第１の端末と上記第２の端末が対面した場所を特定する情報処理システム。
7. 　第１及び第２の端末を含む複数の端末に、第１の基地局を含む複数の基地局のうち１つを介して用いられるサーバであって、
   上記第１の基地局を介して接続した第１の端末から、対面した上記第２の端末の識別情報を含む対面情報、介した上記第１の基地局の基地局識別情報、及び上記第１の端末の端末識別情報を受信する受信部と、
   上記対面情報、上記基地局識別情報、上記端末識別情報を記録する記録部と、
   上記複数の基地局が備え付けられた位置を表す基地局位置情報を、上記複数の基地局の基地局識別情報に関連づけて記憶する基地局情報格納部と、
   上記基地局識別情報に関連づけて上記基地局情報格納部に記憶された上記基地局位置情報を取得することで、上記端末識別情報に係る端末が上記対面情報に係る端末と対面した場所を特定し出力する出力部と、
   を有するサーバ。

Images