(57)【特許請求の範囲】
【請求項１】
人間に関するセンシングデータを表示するセンシングデータ表示装置であって、
前記人間によって装着されるセンサ端末で検出される物理量を示すデータを受信する受信部と、
前記物理量を示すデータを格納するセンシングデータ格納部と、
前記センシングデータ格納部に格納された前記データから前記端末と関連づけた情報を生成する情報生成部と、
前記情報を表示する表示部と、
前記装置の近傍に所在する閲覧者を検出する閲覧者検知部と、
前記閲覧者情報に基づいて、前記情報生成部で生成された前記情報の閲覧可否を判定する判定部と、
少なくとも、前記端末の識別子情報と、前記端末を含むセンサ端末を装着するユーザの氏名と電子メールアドレスとを関連づけて格納するセンサ端末ユーザデータベースと、
前記端末が一定以上の頻度で対面している別のセンサ端末を前記データに基づいて特定する評価対象特定部と、
前記端末の識別子情報に基づいて前記センサ端末ユーザデータベースに記録された前記端末のユーザの電子メールアドレスに、前記評価対象特定部によって特定された前記別の端末の識別子情報に基づいて、前記センサ端末ユーザデータベースから前記別の端末を装着するユーザの氏名を特定し、前記別の端末を装着するユーザ宛のコメントを求める電子メールを送付するコメント依頼メール送信部と、
前記電子メールに対する返信を受信し、前記別の端末を装着するユーザ宛のコメントを前記別の端末の識別子情報と関連づけて保存するコメント記憶部と、
前記人間によって装着される固有識別子発信器によって発信される識別子情報を受信する識別子受信部と、を有し、
前記表示部は、前記閲覧者検知部によって検出された閲覧者情報と関連づけられた前記情報を表示し、
前記閲覧者検知部は、前記識別子受信部によって受信された前記識別子情報に基づいて閲覧者を検出し、
前記固有識別子発信器と前記センサ端末は、同一端末によって提供され、
前記表示部は、前記判定部が閲覧可能と判定した情報を表示し、
前記表示部は、前記コメント記憶部に記憶された前記端末を装着するユーザ宛のコメントを表示することを特徴とする、センシングデータ表示装置。
【請求項２】
請求項１に記載のセンシングデータ表示装置であって、
前記表示部は、前記閲覧者情報に基づいて、表示しようとする前記情報のうち前記閲覧者に関連する箇所を強調して表示することを特徴とする、センシングデータ表示装置。
【請求項３】
請求項２に記載のセンシングデータ表示装置であって、
前記表示部における強調表示は、前記閲覧者情報に基づいて、前記情報のうち前記閲覧者と関連しない箇所を表示しないことを特徴とする、センシングデータ表示装置。
【請求項４】
請求項２に記載のセンシングデータ表示装置であって、
前記表示部における強調表示は、前記閲覧者に関連する箇所を拡大して表示することを特徴とする、センシングデータ表示装置。
【請求項５】
請求項１に記載のセンシングデータ表示装置であって、
前記表示部は、前記判定部が閲覧可能と判定した情報を表示するための画面表示遷移機能を提供することを特徴とする、センシングデータ表示装置。
【請求項６】
請求項１に記載のセンシングデータ表示装置であって、
前記閲覧者検知部は、前記識別子情報を受信した後、一定時間内においては、前記識別子情報の受信が無かったとしても、前記識別子情報によって特定される閲覧者が閲覧していると検出することを特徴とする、センシングデータ表示装置。
【請求項７】
請求項１に記載のセンシングデータ表示装置であって、
前記表示部は、前記閲覧者検知部で近傍に所在しなくなったと検出された閲覧者と関係する情報の表示を終了する遷移機能を有することを特徴とする、センシングデータ表示装置。
【請求項８】
人間に関するセンシングデータを収集し、解析し、表示するセンシングデータ処理システムであって、
前記人間によって装着されるセンサ端末と、
前記センサ端末とネットワークで接続されるセンシングデータ表示装置であって、
前記センサ端末で検出される物理量を示すデータを受信する受信部と、
前記物理量を示すデータを格納するセンシングデータ格納部と、
前記センシングデータ格納部に格納された前記データから前記端末と関連づけた情報を生成する情報生成部と、
前記情報を表示する表示部と、
前記装置の近傍に所在する閲覧者を検出する閲覧者検知部と、
前記閲覧者情報に基づいて、前記情報生成部で生成された前記情報の閲覧可否を判定する判定部と、
少なくとも、前記端末の識別子情報と、前記端末を含むセンサ端末を装着するユーザの氏名と電子メールアドレスとを関連づけて格納するセンサ端末ユーザデータベースと、
前記端末が一定以上の頻度で対面している別のセンサ端末を前記データに基づいて特定する評価対象特定部と、
前記端末の識別子情報に基づいて前記センサ端末ユーザデータベースに記録された前記端末のユーザの電子メールアドレスに、前記評価対象特定部によって特定された前記別の端末の識別子情報に基づいて、前記センサ端末ユーザデータベースから前記別の端末を装着するユーザの氏名を特定し、前記別の端末を装着するユーザ宛のコメントを求める電子メールを送付するコメント依頼メール送信部と、
前記電子メールに対する返信を受信し、前記別の端末を装着するユーザ宛のコメントを前記別の端末の識別子情報と関連づけて保存するコメント記憶部と、
前記人間によって装着される固有識別子発信器によって発信される識別子情報を受信する識別子受信部と、を有し、
前記表示部は、前記閲覧者検知部によって検出された閲覧者情報と関連づけられた前記情報を表示し、
前記閲覧者検知部は、前記識別子受信部によって受信された前記識別子情報に基づいて閲覧者を検出し、
前記固有識別子発信器と前記センサ端末は、同一端末によって提供され、
前記表示部は、前記判定部が閲覧可能と判定した情報を表示し、
前記表示部は、前記コメント記憶部に記憶された前記端末を装着するユーザ宛のコメントを表示することを特徴とする、センシングデータ表示装置と、
から構成されるセンシングデータ処理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、センサ端末によって取得した、人物の活動データを表示する技術に関する。
【背景技術】
【０００２】
近年のストレージ技術やセンサ技術の飛躍的発展によって、人間の日常的な活動を制限なくデジタルなデータとして記録することが可能になりつつある。例えば、ライフログという、人間の身体や室内に装着したセンサ類（カメラ、マイク、加速度センサ、赤外線センサなど）によって活動を記録する取り組みが増えてきている。しかし、収集した大量の実世界データそのままでは、データを取っている人々（ユーザ）自身の生活や業務を改善するために活用できない。理解しやすい形にデータを処理し、ユーザにフィードバックしなくてはならない。
【０００３】
従来、センサなどデジタル機器で取得した人間の行動ログを整理して表示する技術が知られている（たとえば、特許文献１、特許文献２）。また、非接触ＩＣカードによって閲覧者を識別し、その閲覧者用の通信ボックスを表示する技術が知られている（例えば、特許文献３）。また、表示装置に近接する人数によって表示画面を切り替える技術が知られている（例えば、特許文献４）
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００５−３０９６０９
【特許文献２】特開２００６−５３６８４
【特許文献３】特開２００９−１４６３６４
【特許文献４】特開２００９−２９５０６７
【発明の概要】
【発明が解決しようとする課題】
【０００５】
センサ端末によって取得したデータは大量であり、さらに加工方式によっては様々な表示形式があるため、ユーザの閲覧にかかる手間が大きい。
【課題を解決するための手段】
【０００６】
前記課題を解決する手段は様々に考えられるが、一例を挙げるとすると、以下の通りである。
【０００７】
すなわち、人間に関するセンシングデータを表示するセンシングデータ表示装置であって、前記人間によって装着されるセンサ端末で検出される物理量を示すデータを受信する受信部と前記物理量を示すデータを格納するセンシングデータ格納部と、前記センシングデータ格納部に格納された前記データから前記端末と関連づけた情報を生成する情報生成部と、前記情報を表示する表示部と、前記装置の近傍に所在する閲覧者を検出する閲覧者検知部とを有し、前記表示部は、前記閲覧者検知部によって検出された閲覧者情報と関連づけられた前記情報を表示することを特徴とする、センシングデータ表示装置である。
【発明の効果】
【０００８】
本発明によれば、データを取得するためのセンサ端末を装着して閲覧することにより、閲覧者は大量のセンシングデータとその加工データの中から自身にとって関連の高い情報を優先的に表示できる。閲覧者は必要な情報を即座に見つけることがでるため、データの閲覧を促進できる効果をも有する。
【図面の簡単な説明】
【０００９】
【図１】センシングデータ表示装置の構成と利用シーンを示す図の一例である。
【図２】クライアントと個人用クライアントとアプリケーションサーバの構成を示す図の一例である。
【図３】業務情報管理サーバとセンサネットサーバと基地局の構成を示す図の一例である。
【図４】端末の構成を示す図の一例である。
【図５】センシングデータがセンサネットサーバに格納されるまでのシーケンス図の一例である。
【図６】アプリケーションサーバにおける基本コンテンツ作成のシーケンス図の一例である。
【図７】クライアントが画面を表示する際のシーケンス図の一例である。
【図８】閲覧者判定の処理を示すフローチャートである。
【図９】強調表示する画面を示す図一例である。
【図１０】強調表示する画面を示す図一例である。
【図１１】ユーザ属性リストを示す図の一例である。
【図１２】センシングデータベースを示す図の一例である。
【図１３】センシングデータベースを示す図の一例である。
【図１４】アクセス制御規定を示す図の一例である。
【図１５】センシングデータ表示画面を示す図の一例である。
【図１６】コンテンツを選択する画面を示す図の一例である。
【図１７】メールの送受信結果をディスプレイに表示する際のシーケンス図の一例である。
【図１８】自動送信されるメール文面の一例である。
【図１９】メール回答結果を含んだ表示画面を示す図の一例である。
【図２０】メール回答結果を含んだ表示画面を示す図の一例である。
【図２１】二次データベースを示す図の一例である。
【図２２】二次データベースを示す図の一例である。
【発明を実施するための形態】
【００１０】
本発明は、センシングデータを表示するセンシングデータ表示装置であり、表示装置を閲覧している閲覧者を検知し、閲覧者個人またはそのメンバ構成に合わせて表示内容を変更して表示することを特徴とする。以下、図面を用いて説明を行う。また、閲覧者のメンバ構成によって、表示できるセンシングデータのコンテンツのアクセスの可否を判定し、アクセス可のコンテンツにのみリンクを表示画面に表示する（実施例２に記載する）。
【実施例１】
【００１１】
最初に、本発明の第１の実施の形態について図面を参照して説明する。実施例１においては、表示画面の中から閲覧者に関係する部分を強調表示することを特徴とする。具体的には、強調部に印をつけ、色を変え、拡大表示し、画面中央に移動させるなどする。実施例では、強調の方法において代表的なものを開示しており、これ以外のものであってもよい。これにより、閲覧者が所望の情報をより短時間で取得することも可能となる。
【００１２】
＜図１：全体の処理の流れ＞
図１に、第１の実施の形態のシステム概要を示す。第１の実施の形態では、センサ端末（ＴＲ、ＴＲ２〜６：以下個体を識別しない場合にはすべてＴＲと示す）を組織のメンバがユーザ（ＵＳ、ＵＳ２〜６：以下個体を識別しない場合にはすべてＵＳと示す）として装着し、その端末（ＴＲ）によって各メンバの動きやメンバ間の交流（インタラクション）に関するセンシングデータを取得する。インタラクションについては、ユーザ（ＵＳ）同士が対面した際に各端末（ＴＲ）間で赤外線を送受信することで対面を検知している。取得したセンシングデータは無線または有線で接続し基地局（ＧＷ）に送信され、ネットワーク（ＮＷ）を通じてセンサネットサーバ（ＳＳ）に格納される。センサネットサーバ（ＳＳ）は定期的にこれらのセンシングデータの下処理を行い、二次データとして保管しておく。ユーザに見せるためのコンテンツ（多くは画像であるが、動画やテキストデータ、音声データなど他のデータでもよい）を作成する際には、アプリケーションサーバ（ＡＳ）が定期的にセンサネットサーバ（ＳＳ）から二次データを取得し、コンテンツを作成する。必要な場合には、従業員の勤務時間や業績、スケジュールなどの情報を蓄積した業務情報管理サーバ（ＧＳ）にアクセスし、二次データと合わせた処理を行う。クライアント（ＣＬ）は閲覧者検出器（ＣＬＢＤ）とディスプレイ（ＣＳＯＤ）を有し、閲覧者検出器（ＣＬＢＤ）は端末（ＴＲ）から発信されたユーザＩＤを含む赤外線情報を受信することで、ユーザがディスプレイを閲覧していることを検知する。閲覧者を検知する方法は、赤外線センサ以外にも、無線送受信機やＲＦＩＤ、カメラによる顔認識などを用いてもよい。閲覧者が検出された場合には、クライアント（ＣＬ）はアプリケーションサーバ（ＡＳ）に閲覧者のリストを送り、アプリケーションサーバ（ＡＳ）はその閲覧者向けのコンテンツをクライアント（ＣＬ）に返す。クライアント（ＣＬ）は受け取ったコンテンツをディスプレイ（ＣＬＯＤ）の画面（ＯＤ）に表示し、現在の閲覧者に関する部分を強調表示する。これによって、閲覧者が強い関心を持つ情報、もしくは閲覧者に関心を持ってもらいたい情報を優先的に気づかせることができる。また、個人用クライアント（ＣＰ）も、クライアント（ＣＬ）と同様にコンテンツをアプリケーションサーバ（ＡＳ）から取得して表示させることができる。このとき、閲覧者検出器（ＣＬＢＤ）を持たないクライアント（ＣＬ）として、個人用クライアント（ＣＰ）には所有主である特定のユーザ（ＵＳ３）のＩＤを設定しておき、表示時には必ずそのユーザが閲覧しているとみなして、強調表示することも可能である。また、ユーザ（ＵＳ）によるコメントの入出力を必要とする際には、個人用クライアント（ＣＰ）を用いて電子メールを送受信することもできる。
【００１３】
＜図２〜図４：全体システムのブロック図＞
図２から図４は、本発明の実施の形態のセンシングデータ表示装置を実現するセンサネットワークシステムの全体構成を説明するブロック図である。図示の都合上分割して示してあるが、各々図示された各処理は相互に連携して実行される。また、図内のそれぞれの機能はハードウェアまたはソフトウェア、あるいはその組み合わせによって実現されるものであり、必ずしも機能ブロックがハードウェア実体を伴うとは限らない。これらの各構成要素は図２〜４から明らかなように、制御部と記憶部と送受信部を有している。制御部は通常のコンピュータ等の処理部である中央処理部（Central Processing Unit：ＣＰＵ、図示省略）などで構成され、記憶部は半導体記憶装置や磁気記憶装置等のメモリ装置で構成され、送受信部は有線・無線等のネットワークインタフェースで構成される。その他、必要に応じて時計等を備えている。
【００１４】
端末（ＴＲ）でそれを装着した人物の動きやコミュニケーションに関するセンシングデータを取得し、センシングデータは基地局（ＧＷ）を経由して、センサネットサーバ（ＳＳ）に格納する。また、アプリケーションサーバ（ＡＳ）において作成したコンテンツを、クライアント（ＣＬ）または個人用クライアント（ＣＰ）から呼び出してクライアント（ＣＬまたはＣＰ）のディスプレイ（ＣＬＯＤまたはＣＰＯＤ）に出力する。クライアント（ＣＬ）は常時閲覧者を監視しており、閲覧者に適した方法で表示内容を変更する。図２から図４はこれらの一連の流れを示す。
【００１５】
図２から図４における形の異なる５種類の矢印は、それぞれ、時刻同期、アソシエイト、取得したセンシングデータの格納、センシングデータの解析、ファームウェア更新、及び、制御信号のためのデータまたは信号の流れを表している。
【００１６】
＜図２：全体システム１（ＣＬ・ＣＰ・ＡＳ）＞
図２に、クライアント（ＣＬ）と個人用クライアント（ＣＰ）とアプリケーションサーバ（ＡＳ）の一実施例の構成を示す。
【００１７】
＜クライアント（ＣＬ）について＞
クライアント（ＣＬ）は、ユーザ（ＵＳ）との接点となって、データを入出力する。クライアント（ＣＬ）は、入出力部（ＣＬＩＯ）、送受信部（ＣＬＳＲ）、記憶部（ＣＬＭＥ）、制御部（ＣＬＣＯ）、及び、閲覧者検出器（ＣＬＶＤ）を備える。
【００１８】
入出力部（ＣＬＩＯ）は、ユーザ（ＵＳ）とのインタフェースとなる部分である。入出力部（ＣＬＩＯ）は、ディスプレイ（ＣＬＯＤ）、タッチパネル（ＣＬＩＴ）、キーボード（ＣＬＩＫ）及びマウス（ＣＬＩＭ）等を備える。必要に応じて外部入出力（ＣＬＩＵ）に他の入出力装置を接続することもできる。
【００１９】
ディスプレイ（ＣＬＯＤ）は、ＣＲＴ（Ｃａｔｈｏｄｅ−Ｒａｙ  Ｔｕｂｅ）又は液晶ディスプレイ等の画像表示装置である。ディスプレイ（ＣＬＯＤ）は、プリンタ等を含んでもよい。ユーザによる入力を支援するためにタッチパネル（ＣＬＩＴ）を用いる場合には、タッチパネル（ＣＬＩＴ）をディスプレイ（ＣＬＯＤ）の画面（ＯＤ）と重なるように設置し、出力と入力を同じ画面上で行うように見せることもできる。
【００２０】
送受信部（ＣＬＳＲ）は、アプリケーションサーバ（ＡＳ）や他のネットワークに接続した機器との間でデータや命令を送受信する。具体的には、送受信部（ＣＬＳＲ）は、コンテンツリストやコンテンツのリクエストをアプリケーションサーバ（ＡＳ）に送信し、リクエストに対応するコンテンツを受信する。
【００２１】
記憶部（ＣＬＭＥ）は、ハードディスク、メモリ又はＳＤカードのような外部記録装置で構成される。記憶部（ＣＬＭＥ）は、クライアント（ＣＬ）の支配下にある閲覧者検出器のＩＤである検出器ＩＤ（ＣＬＶＤ）や、有効なユーザＩＤの一覧を示したユーザＩＤ（ＣＬＩＤ）また、検出された閲覧者とその時刻の記録やその他クライアントに生じたイベントに関するログを蓄積するクライアントログ（ＣＬＣＢ）を有する。
【００２２】
閲覧者検知器（ＣＬＶＤ）はクライアント（ＣＬ）に内臓もしくは外部接続された端末であり、赤外線送受信器（ＣＬＶＤＩＲ）または人感センサ（ＣＬＶＤＨＩ）などのセンサを有し、クライアント（ＣＬ）のディスプレイ（ＣＬＯＤ）を閲覧している閲覧者を検知するためのものである。クライアント（ＣＬ）に外部接続される場合には、ＵＳＢなどによって接続し、検出範囲の拡大のために複数個の閲覧者検知器（ＣＬＶＤ）を接続したり、故障時には閲覧者検知器（ＣＬＶＤ）のみを別の個体に取り替えることができる。赤外線によって閲覧者を検出する場合には、ユーザ（ＵＳ）が装着した端末（ＴＲ）が赤外線送受信部（ＡＢ）から定期的に発信しているユーザＩＤを受信することで検知する。
【００２３】
制御部（ＣＬＣＯ）は、ＣＰＵ（図示省略）を備え、通信の制御、ユーザ（ＵＳ）からのコンテンツ選択等に関する入力、及び、コンテンツをユーザ（ＵＳ）に出力するための入出力制御（ＣＬＣＩＯ）、閲覧者検出器の制御（ＣＬＣＢＤ）、検出したデータから閲覧者を適切に判定するための閲覧者判定（ＣＬＣＶＤ）、また、アプリケーションサーバ（ＡＳ）へのコンテンツリストリクエスト（ＣＬＣＬＲ）やコンテンツのリクエスト（ＣＬＣＣＲ）などの処理を実行する。
【００２４】
検出器制御（ＣＬＣＢＤ）は閲覧者検出器（ＣＬＶＤ）の動作を制御するものであり、検出器ＩＤ（ＣＬＶＤＩＤ）を与えて閲覧者検出器（ＣＬＶＤ）から発信させたり、受信した情報がノイズではなく有効なデータであることをユーザＩＤリスト（ＣＬＩＤ）を照会して確認したり、検出器（ＣＬＶＤ）における赤外線の送受信タイミングを制御したりする。検出器制御（ＣＬＣＢＤ）は閲覧者検出器（ＣＬＶＤ）で行ってもよいが、クライアント（ＣＬ）内制御部（ＣＬＣＯ）で行う場合には、閲覧者検出器（ＣＬＶＤ）の故障時に別の個体と交換しても、検出器ＩＤ（ＣＬＶＤＩＤ）や検出器の動作は同一であるため、それを意識せずに同じ個体として扱えることが利点である。
【００２５】
閲覧者判定（ＣＬＣＶＤ）では、閲覧者検出器（ＣＬＶＤ）から得た検知データに基づき、逐次現時点で閲覧しているとみなすユーザを特定するものである。例えば、一瞬しか検知しなかったＩＤのユーザは閲覧していないとみなす、また、閲覧していても腕などで端末（ＴＲ）からの赤外線送信が阻害されることがあり得るので、最後に検知されてから３０秒間はＩＤが検知されなくても閲覧しているとみなす、などの処理を行い、常時、その時点での閲覧者のユーザＩＤを監視している。また、合わせて、閲覧していたユーザがディスプレイ前を離れたとの判断も行う。
【００２６】
コンテンツリストリクエスト（ＣＬＣＬＲ）では、現在の閲覧者のユーザＩＤのリストをアプリケーションサーバ（ＡＳ）に送り、そのメンバ構成で閲覧許可を持つコンテンツリストと、閲覧者の氏名を、アプリケーションサーバ（ＡＳ）から受け取る。コンテンツリスト（ＡＳＣＬ）とアクセス制御規定（ＡＳＡＣ）をクライアント（ＣＬ）内に保持し、クライアント（ＣＬ）内で閲覧許可を持つコンテンツリストを作成しても良いが、アプリケーションサーバ（ＡＳ）で閲覧許可のあるコンテンツリスト作成（ＡＳＣＬＭ）とユーザＩＤから氏名の検索を行うことで、個人情報であるユーザの氏名を、クライアント（ＣＬ）に持たせずにセキュリティを保つことができる。
【００２７】
入出力制御（ＣＬＣＩＯ）はディスプレイ（ＣＬＯＤ）に出力する画面の映像を生成・制御するものであり、合わせて、タッチパネル（ＣＬＩＴ）やマウス（ＣＬＩＭ）などからの入力も受け付ける。逐次、入力つまりユーザの操作に合わせて出力画面を変更する。入出力制御（ＣＬＣＩＯ）は、アプリケーションサーバ（ＡＳ）から受け取ったコンテンツリストとユーザの氏名を反映させ、画面内にコンテンツ切替ボタン（ＯＤ＿Ｃ１）や閲覧者選択ボタン（ＯＣ＿Ａ１）を表示する。これらのボタンはユーザが閲覧したいコンテンツを選択するためのものであり、その時の閲覧者のメンバ構成で閲覧許可を持つコンテンツに関連するボタンのみが表示される。この機構によって、閲覧者は閲覧許可を持たないコンテンツにアクセスできないため、閲覧制限を実現する。
【００２８】
入出力制御（ＣＬＣＩＯ）はユーザ操作によるタッチパネル（ＣＬＩＴ）またはマウス（ＣＬＩＭ）などからの入力を待ち、入力があった場合には、そのボタンに対応するコンテンツのリクエストをアプリケーションサーバ（ＡＳ）に送信し、コンテンツ情報を受け取る（ＣＬＣＣＲ）。コンテンツ情報は、主に画像であり、ユーザＩＤと対応した強調表示座標リスト（ＡＳＥＭ）を合わせて受け取る。ユーザ操作による指定がない場合には，最新の日付のデータを要求する。入出力制御（ＣＬＣＩＯ）は、コンテンツ画像をディスプレイに表示し、その上に、強調表示（ＣＬＣＥＭ）が現在の閲覧者に対応する座標を強調するための四角形や丸などの記号を重ねて表示する。また、強調表示（ＣＬＣＥＭ）は、コンテンツ画像を、現在の閲覧者が含まれる部分が中心に来るように、画像を移動したり、拡大したりして表示する。この機構によって、その時の閲覧者にとって優先度の高い情報に、まず着目させることができる。
【００２９】
＜個人用クライアント（ＣＰ）＞
個人用クライアント（ＣＰ）は、クライアント（ＣＬ）とほぼ同じ機能を有するが、特定の個人が、所持するＰＣなどを個人用クライアント（ＣＰ）として用い、自分のデータを閲覧するためのものである。そのため、個人用クライアント（ＣＰ）は、閲覧者検出器（ＣＬＶＤ）を有しなくてもよく、代わりに、所有者である１人のユーザＩＤとそのパスワード（ＣＰＩＰ）とを記憶部（ＣＰＭＥ）に保持する。これによって、閲覧者は常に特定の1人であるとの前提で、クライアント（ＣＬ）と同様の表示を行う。
【００３０】
また、個人用クライアント（ＣＰ）は、メール送受信（ＣＰＣＭＬ）機能を有してもよい。クライアント（ＣＬ）が閲覧者のメールアドレスにメールを送受信する機能を有してもよい。メール送受信（ＣＰＣＭＬ）は、個人のセンシングデータの処理結果を受信したり、組織の参加者全体、または特定の他者、または自分自身に向けたテキストメッセージを送信したりするために利用できる。
【００３１】
その他、個人用クライアント（ＣＰ）の機能はすべてクライアント（ＣＬ）の機能と対応し、それぞれ同じ機能を果たす。入出力部（ＣＰＩＯ）は入出力部（ＣＬＩＯ）と、外部入出力（ＣＰＩＵ）は外部入出力（ＣＬＩＵ）と、ディスプレイ（ＣＰＯＤ）はディスプレイ（ＣＬＯＤ）と、キーボード（ＣＰＩＫ）はキーボード（ＣＬＩＫ）と、マウス（ＣＰＩＭ）はマウス（ＣＬＩＭ）と、タッチパネル（ＣＰＩＴ）はタッチパネル（ＣＬＩＴ）と対応する。制御部（ＣＰＣＯ）は制御部（ＣＬＣＯ）と、入出力制御部（ＣＰＣＩＯ）は入出力制御（ＣＬＣＩＯ）と、強調表示（ＣＰＣＥＭ）は強調表示（ＣＬＣＥＭ）と、コンテンツリストリクエスト（ＣＰＣＬＲ）はコンテンツリストリクエスト（ＣＬＣＬＲ）と、コンテンツリクエスト（ＣＰＣＣＲ）はコンテンツリクエスト（ＣＬＣＣＲ）と、送受信部（ＣＰＳＲ）は送受信部（ＣＬＳＲ）と、記憶部（ＣＰＭＥ）は記憶部（ＣＬＭＥ）と対応する。
【００３２】
＜アプリサーバ（ＡＳ）＞
アプリケーションサーバ（ＡＳ）は、センシングデータの二次データを処理及び解析し、クライアント（ＣＬ）を通してユーザに提示するためのコンテンツ情報（多くは画像であるが、動画やテキストデータ、音声データなど他のデータでもよい）を生成する。
【００３３】
アプリケーションサーバ（ＡＳ）は、送受信部（ＡＳＳＲ）、記憶部（ＡＳＭＥ）及び制御部（ＡＳＣＯ）を備える。
【００３４】
送受信部（ＡＳＳＲ）は、ネットワーク（ＮＷ）を通じて、センサネットサーバ（ＳＳ）、業務情報管理サーバ（ＧＳ）、ＮＴＰサーバ（ＴＳ）、クライアント（ＣＬ）、及び個人用クライアント（ＣＰ）との間でデータの送信及び受信を行い、そのための通信制御を行う。
【００３５】
記憶部（ＡＳＭＥ）は、ハードディスク、メモリ又はＳＤカードのような外部記録装置で構成される。記憶部（ＡＳＭＥ）は、作成したコンテンツ情報や、コンテンツ作成のためのプログラム、その他コンテンツ作成に関係するデータを格納する。具体的には、記憶部（ＡＳＭＥ）は、ユーザ属性リスト（ＡＳＵＬ）、コンテンツリスト（ＡＳＣＬ）、クライアントログ（ＡＳＣＢ）、アクセス制御規定（ＡＳＡＣ）、メール情報（ＡＳＭＩ）、基本コンテンツファイル（ＡＳＢＦ）、強調表示座標リスト（ＡＳＥＭ）、二次データ読込プログラム（ＡＳＰＲ）、及び基本コンテンツ作成プログラム（ＡＳＢＰ）を格納する。
【００３６】
ユーザ属性リスト（ＡＳＵＬ）は、端末（ＴＲ）のＩＤと、その端末を装着したユーザ（ＵＳ）の氏名・ユーザＩＤ・所属、メールアドレス、属性等との対照表である。クライアント（ＣＬ）から検知された閲覧者のユーザＩＤを受け取った際には対応するユーザの氏名を、ユーザ属性リスト（ＡＳＵＬ）を照会してクライアント（ＣＬ）に返す。また、コンテンツに含むメンバを所属組織ごとに決定するために用いる。
【００３７】
クライアントログ（ＡＳＣＢ）は、クライアント（ＣＬ）や個人用クライアント（ＣＰ）のログ（ＣＬＣＢ）を集積したものであり、検出された閲覧者のＩＤやその時刻、操作した内容、閲覧していたコンテンツの種類などを記録したものである。ユーザ（ＵＳ）がよく選択するコンテンツを優先的に表示するためなどにクライアントログ（ＡＳＣＢ）を活用できる。
【００３８】
コンテンツリスト（ＡＳＣＬ）は、クライアント（ＣＬ）で提示可能なコンテンツの一覧を記述したリストである。クライアント（ＣＬ）から閲覧者のユーザＩＤと共にコンテンツリストリクエスト（ＣＬＣＬＲ）を受けた場合には、コンテンツリスト（ＡＳＣＬ）とアクセス制御規定（ＡＳＡＣ）とを合わせて照会し、コンテンツリスト作成（ＡＳＣＬＭ）において現在の閲覧者が閲覧できるリストを抽出してクライアント（ＣＬ）に返す。
【００３９】
アクセス制御規定（ＡＳＡＣ）は、個々のコンテンツに対し、閲覧可能になる条件を規定したものである。主にはユーザＩＤによって規定され、例えば、特定の組織に所属するユーザや、特定の職位以上のユーザが閲覧者の中に含まれているときに閲覧可能であるようにユーザＩＤが論理式のＯＲで規定される。また、論理式のＡＮＤによって、特定のメンバが全員そろって閲覧者検出器で検出されているときのみ閲覧可能になるように規定してもよい。また、排他的に、特定のメンバがいるときには閲覧できないように規定してもよい。
【００４０】
メール情報（ＡＳＭＩ）は、メール送受信（ＡＳＣＭＬ）によって送信するメールの文面のフォ−マットや、ユーザ（ＵＳ）から返信されたテキストメッセージを抽出した結果や送受信の時刻を記録した情報である。
【００４１】
基本コンテンツファイル（ＡＳＢＦ）は、基本コンテンツ作成（ＡＳＣＢＣ）の結果出力されるコンテンツ情報（多くは画像であるが、動画やテキストデータ、音声データなど他のデータでもよい）である。特定の期間・特定のメンバに関するセンサデータに基づいた画像であっても良いし、テキストの文面や座標値などをテキストデータとして保持し、クライアント（ＣＬ）から呼び出された際に基本コンテンツファイルを結合・再配置して画像にしても良い。サーブレットのように、ユーザの操作に応じてリアルタイムに画像の形状を変えるプログラムであってもよい。すべてのコンテンツには日付やユーザＩＤもしくは組織ＩＤ、コンテンツ種類などのタグが付与されており、クライアント（ＣＬ）からの依頼によって1つに特定される。
【００４２】
強調表示座標リスト（ＡＳＥＭ）は、基本コンテンツファイル（ＡＳＢＦ）の画像に対して、ユーザＩＤと対応する座標を記載したリストである。これによって、閲覧者を検知した際に、その閲覧者に対応する座標を四角や円で囲って強調する。また、強調方法、例えば、強調する記号の形状や色、太さ、線種などを指定することもできる。また、強調した記号の傍に表示する付加情報、例えばユーザの名前や強調した理由を示すテキストなどを指定することもできる。基本コンテンツファイル（ＡＳＢＦ）が画像ではない場合にも、特定のユーザや所属組織のメンバと対応するデータの箇所を、強調表示座標リスト（ＡＳＥＭ）において指定することで、基本コンテンツファイル（ＡＳＢＦ）に強調情報を付加してクライアント（ＣＬ）で出力しても良い。
【００４３】
二次データ読込プログラム（ＡＳＰＲ）は、センサネットサーバ（ＳＳ）から受け取ったセンシングデータの二次データを読み込むためのプログラムである。二次データである対面マトリクス（ＡＳＭＭ）や行動リズムタペストリ（ＳＳＤＢ＿ＡＣＣＴＰ）などのファイルの形式を保持しており、その形式に沿って、指定する日付・時間・対象ユーザのデータを読み込む。
【００４４】
基本コンテンツ作成プログラム（ＡＳＢＰ）は、基本コンテンツを作成するための諸々のプログラムである。基本コンテンツ作成（ＡＳＣＢＣ）時には、これをタイマ起動（ＡＳＴＫ）もしくは管理者による手動起動、もしくはクライアント（ＣＬ）によるリクエストを受けて起動し、基本コンテンツファイルを出力する。
【００４５】
制御部（ＡＳＣＯ）は、ＣＰＵ（図示省略）を備え、データの送受信の制御及びデータの処理を実行する。具体的には、ＣＰＵ（図示省略）が記憶部（ＡＳＭＥ）に格納されたプログラムを実行することによって、コンテンツリスト作成（ＡＳＣＬＭ）、コンテンツ選択・描画制御（ＡＳＣＣＳ）、メール送受信（ＡＳＣＭＬ）、タイマ起動（ＡＳＴＫ）、基本コンテンツ作成（ＡＳＣＢＣ）、及び強調表示座標リスト作成（ＡＳＣＥＭ）等の処理が実行される。また、内部に保持する時計（ＡＳＣＫ）は、外部のＮＴＰサーバ（ＴＳ）に定期的に接続することによって、現地の標準時刻を保持する。
【００４６】
コンテンツリスト作成（ＡＳＣＬＭ）は、クライアント（ＣＬ）から閲覧者のユーザＩＤと共にコンテンツリストリクエスト（ＣＬＣＬＲ）を受けた場合に、コンテンツリスト（ＡＳＣＬ）とアクセス制御規定（ＡＳＡＣ）とを合わせて照会し、現在のクライアント（ＣＬ）の閲覧者に閲覧許可のあるコンテンツのリストを抽出してクライアント（ＣＬ）に返すまでを行う処理である。
【００４７】
コンテンツ選択・描画制御（ＡＳＣＣＳ）は、クライアント（ＣＬ）のディスプレイ（ＣＬＯＤ）を閲覧しているユーザ（ＵＳ）の選択、またはクライアント（ＣＬ）の自動的な依頼によって、指定されたコンテンツを基本コンテンツファイル（ＡＳＢＦ）から取り出し、必要ならばそれに対応する強調表示座標リスト（ＡＳＥＭ）を合わせて、クライアント（ＣＬ）に返す処理である。またサーブレットのようなユーザ（ＵＳ）の操作に合わせてインタラクティブに動くコンテンツの場合には、コンテンツ選択・描画制御（ＡＳＣＣＳ）においてその描画を制御する。また、閲覧しているユーザ（ＵＳ）のメンバ構成に合わせて基本コンテンツファイルを組み合わせて一枚の画像を作成する処理を行う。
【００４８】
タイマ起動（ＡＳＴＫ）は時計（ＡＳＣＫ）があらかじめ指定の時刻になった際に、基本コンテンツ作成（ＡＳＣＢＣ）やメール送受信（ＡＳＣＭＬ）の処理を起動する。
【００４９】
基本コンテンツ作成（ＡＳＣＢＣ）は、基本コンテンツ作成プログラム（ＡＳＢＰ）を読み込み、センサネットサーバ（ＳＳ）から取得したセンシングデータまたはその二次データを処理し、基本コンテンツファイル（ＡＳＢＦ）を出力する。具体的には、ネットワーク図（図９）や組織ごとの指標のグラフ（図１０）や、個人の時間の使い方比率の円グラフ（図１５）、メールによってユーザ（ＵＳ）が入力した業務報告を含む活動ダイジェスト（図１９）の画面などの基本コンテンツファイル（ＡＳＢＦ）を出力する。
【００５０】
基本コンテンツ作成（ＡＳＣＢＣ）時には、必要に応じて、強調表示座標リストを同時に出力する（ＡＳＣＥＭ）。基本コンテンツ作成処理の際に、ユーザＩＤとそのユーザに対応する記号やグラフを描画した座標値を記憶し、リストとしてユーザＩＤと座標値を出力する処理である。
【００５１】
メール送受信（ＡＳＣＭＬ）は、個人用クライアント（ＣＰ）に、特定のユーザ向けのデータ分析結果やアンケート項目をメールで送信する。また、個人用クライアント（ＣＰ）から受信したメールを受信し、その文面からコンテンツ作成に必要な情報のみを抽出してメール情報（ＡＳＭＩ）に保存する。
【００５２】
このように、クライアント（ＣＬ）とアプリケーションサーバ（ＡＳ）を分けることによって、クライアント（ＣＬ）内には個人情報や機密情報を保存しないで済むため、クライアントをセキュリティエリア外に置くことができる。しかし、クライアント（ＣＬ）とアプリケーションサーバ（ＡＳ）とを一体のものにして、クライアント内にコンテンツファイルやユーザ属性リストを保持しても良い。
【００５３】
＜図３：全体システム２（ＳＳ・ＧＷ・ＩＳ）＞
図３は、センサネットサーバ（ＳＳ）、業務情報管理サーバ（ＧＳ）及び基地局（ＧＷ）の一実施例の構成を示している。
【００５４】
＜センサネットサーバ（ＳＳ）＞
センサネットサーバ（ＳＳ）は、全ての端末（ＴＲ）から集まったデータを管理する。具体的には、センサネットサーバ（ＳＳ）は、基地局（ＧＷ）から送られてくるセンシングデータをセンシングデータベース（ＳＳＤＢ）に格納し、また、アプリケーションサーバ（ＡＳ）やクライアント（ＣＬ）からの要求に基づいてセンシングデータまたは二次データを送信する。さらに、センサネットサーバ（ＳＳ）は、基地局（ＧＷ）とその管理下にある端末（ＴＲ）の情報を随時管理する。また、端末（ＴＲ）のファームウェアを更新するための制御コマンドの起点となる。また、業務情報とセンシングデータを合わせた解析やコンテンツを作成する場合には、業務情報管理サーバ（ＧＳ）とネットワーク（ＮＷ）で接続し、業務情報を合わせた解析処理を行う。
【００５５】
センサネットサーバ（ＳＳ）は、送受信部（ＳＳＳＲ）、記憶部（ＳＳＭＥ）及び制御部（ＳＳＣＯ）を備える。
【００５６】
送受信部（ＳＳＳＲ）は、基地局（ＧＷ）、アプリケーションサーバ（ＡＳ）、業務情報管理サーバ（ＧＳ）、個人用クライアント（ＣＰ）及びクライアント（ＣＬ）との間で、データの送信及び受信を行い、その際の通信制御を行う。
【００５７】
記憶部（ＳＳＭＥ）は、ハードディスク等のデータ記憶装置によって構成され、少なくとも、センシングデータベース（ＳＳＤＢ）、二次データベース（ＳＳＤＴ）、データ形式情報（ＳＳＭＦ）、端末管理テーブル（ＳＳＴＴ）及び端末ファームウェア（ＳＳＴＦＤ）を格納する。さらに、記憶部（ＳＳＭＥ）は、制御部（ＳＳＣＯ）のＣＰＵ（図示省略）によって実行されるプログラムを格納する。
【００５８】
センシングデータベース（ＳＳＤＢ）は、各端末（ＴＲ）が取得したセンシングデータ、端末（ＴＲ）の情報、及び、各端末（ＴＲ）から送信されたセンシングデータが通過した基地局（ＧＷ）の情報等を記録しておくためのデータベースである。加速度、温度等、データの要素ごとにカラムが作成され、データが管理される。また、データの要素ごとにテーブルが作成されてもよい。どちらの場合にも、全てのデータは、取得された端末（ＴＲ）のＩＤである端末情報（ＴＲＭＴ）と、センシングされた時刻に関する情報とが関連付けて管理される。
【００５９】
二次データベース（ＳＳＤＴ）は、センシングデータベース（ＳＳＤＢ）のデータをセンシングデータ処理（ＳＳＣＤＴ）した結果を格納するデータベースである。二次データベース（ＳＳＤＴ）に格納されている二次データは、下処理済みの規格化されたデータであり、ノイズが取り除かれ、基本コンテンツを作成するために適した形式、例えば1日ごとにユーザ（ＵＳ）の任意の２者間の合計対面時間を行列形式で出力するなど、で保管される。アプリケーションサーバ（ＡＳ）での基本コンテンツ作成（ＡＳＣＢＣ）の際には二次データを取得するように統一することで、ノイズの除去など端末（ＴＲ）や通信状況に依存するセンシングデータの特性を考慮せず、コンテンツ作成プログラムを開発することができる。データベースとしては、二次データベース（ＳＳＤＴ）はセンシングデータベース（ＳＳＤＢ）と共通のものを用い、テーブルを分けるだけでも良い。また、必要に応じて、基本コンテンツ作成（ＡＳＣＢＣ）はセンシングデータベース（ＳＳＤＢ）からセンシングデータ処理（ＳＳＣＤＴ）前のデータを取得しても良い。
【００６０】
データ形式情報（ＳＳＭＦ）には、通信のためのデータ形式、基地局（ＧＷ）でタグ付けされたセンシングデータを切り分けてデータベースに記録する方法、センシングデータ処理（ＳＳＣＤＴ）された二次データを二次データベース（ＳＳＤＴ）に記録する方法、及び、データの要求に対する対応方法を示す情報等が記録されている。データ受信の後、データ送信の前にはこのデータ形式情報（ＳＳＭＦ）が参照され、データ形式の変換とデータ振り分けが行われる。
【００６１】
端末管理テーブル（ＳＳＴＴ）は、どの端末（ＴＲ）が現在どの基地局（ＧＷ）の管理下にあるかを記録しているテーブルである。基地局（ＧＷ）の管理下に新たに端末（ＴＲ）が加わった際に、端末管理テーブル（ＳＳＴＴ）が更新される。また、基地局（ＧＷ）と端末（ＴＲ）間を有線で接続している場合には、常時端末管理情報を監視していなくてもよい。
【００６２】
端末ファームウェア（ＳＳＦＷ）は、端末を動作させるためのプログラムを記憶しているものであり、端末ファームウェア更新（ＳＳＣＦＷ）が行われた際には、端末ファームウェア（ＳＳＦＷ）が更新され、ネットワーク（ＮＷ）を通じてこれを基地局（ＧＷ）に送り、さらにパーソナルエリアネットワーク（ＰＡＮ）を通じて端末（ＴＲ）に送り、端末（ＴＲ）内のファームウェアを更新する（ＦＭＵＤ）。
【００６３】
制御部（ＳＳＣＯ）は、ＣＰＵ（図示省略）を備え、センシングデータの送受信やデータベースへの記録・取り出しを制御する。具体的には、ＣＰＵが記憶部（ＳＳＭＥ）に格納されたプログラムを実行することによって、センシングデータ保管（ＳＳＣＤＢ）、端末管理情報修正（ＳＳＴＦ）、端末ファームウェア更新（ＳＳＣＦＷ）、センシングデータ処理（ＳＳＣＤＴ）及び二次データ検索（ＳＳＣＴＳ）等の処理を実行する。
【００６４】
センシングデータ保管（ＳＳＣＤＢ）は、基地局（ＧＷ）から送られてきたセンシングデータを受け取り、センシングデータベース（ＳＳＤＢ）に格納する処理である。時刻情報や端末ＩＤ、基地局を経由した時刻などの付加情報を合わせて１レコードとして、データベースに格納する。
【００６５】
時計（ＳＳＣＫ）は、外部ＮＴＰサーバ（ＴＳ）と定期的に接続することによって、標準時刻を保持している。時計（ＳＳＣＫ）があらかじめ指定した時刻、または特定の条件を満たしたときに、センシングデータ処理（ＳＳＣＤＴ）をタイマ起動（ＳＳＴＫ）する。
【００６６】
センシングデータ処理（ＳＳＣＤＴ）は、センシングデータベース（ＳＳＤＢ）からセンシングデータ、端末（ＴＲ）で取得されたもの、をデータ形式情報（ＳＳＭＦ）で指定された方法によって下処理し、二次データを生成する。二次データは二次データベース（ＳＳＤＴ）に格納する。一定間隔でセンシングデータ処理（ＳＳＣＤＴ）を起動し、新しく追加されたセンシングデータを処理することで、二次データベースが常に更新された状態になるように保つ。
【００６７】
二次データ検索（ＳＳＣＴＳ）は、アプリケーションサーバ（ＡＳ）や業務情報管理サーバ（ＧＳ）から依頼を受けた際に、二次データベース（ＳＳＤＴ）から依頼に対応した二次データを取り出し、依頼元に返す処理を行う。その際、二次データに付与された、日付やユーザＩＤなどのタグ情報に基づいて検索する。
【００６８】
端末管理情報修正（ＳＳＴＦ）は、基地局（ＧＷ）から端末管理情報を修正するコマンドを受け取った際に、端末管理テーブル（ＳＳＴＴ）を更新する。各基地局（ＧＷ）の配下にある端末（ＴＲ）のリストを常時把握するためのものである。
【００６９】
端末ファームウェア更新（ＳＳＣＦＷ）は、手動または自動にて端末（ＴＲ）のファームウェアを更新する必要が生じた際に、記憶部（ＳＳＭＥ）内の端末ファームウェア（ＳＳＦＷ）を更新し、さらに、基地局（ＧＷ）に配下の端末（ＴＲ）のファームウェアを更新するように命令を出す。また、各端末（ＴＲ）でファームウェア更新が完了したというレスポンスを受け取り、すべての端末（ＴＲ）の更新が完了するまで続ける。
【００７０】
＜業務情報管理サーバ（ＧＳ）＞
業務情報管理サーバ（ＧＳ）は、組織が社員や業務進捗を管理するための情報を蓄積しているサーバである。その記憶部（ＧＳＭＥ）には、例えば、社員の所属部署や職位、年齢、性別などの組織属性情報（ＧＳＯＦ）を有する。また、業務の成果や進捗や経理に関する情報、例えば、部ごとの売り上げや支出、計画に対する成果の達成度などの業務情報データベース（ＧＳＤＢ）を有する。
【００７１】
業務情報管理サーバ（ＧＳ）の制御部（ＧＳＣＯ）は、業務情報検索（ＧＳＤＳ）を有し、アプリケーションサーバ（ＡＳ）やセンサネットサーバ（ＳＳ）からの依頼を受けて、記憶部（ＧＳＭＥ）内の業務情報データや組織属性情報（ＧＳＯＦ）を提供する。この際、依頼元がその情報にアクセスできる権限を持っているかをチェックしたり、記憶部（ＧＳＭＥ）内の情報の形式が統一されて場合には、形式を整えたりしたりした後に、送受信部（ＧＳＳＲ）を通してデータを依頼元に送信する。
【００７２】
＜基地局（ＧＷ）＞
基地局（ＧＷ）は、端末（ＴＲ）とセンサネットサーバ（ＳＳ）を仲介する役目を持つ。端末（ＴＲ）と基地局（ＧＷ）間が無線で接続する場合には、無線の到達距離を考慮して、居室・職場等の領域をカバーするように複数の基地局（ＧＷ）が配置される。有線で接続する場合には、基地局（ＧＷ）の処理能力に合わせて管理する端末（ＴＲ）の個数の上限が設定される。
【００７３】
基地局（ＧＷ）は、送受信部（ＧＷＳＲ）、記憶部（ＧＷＭＥ）及び制御部（ＧＷＣＯ）を備える。
【００７４】
送受信部（ＧＷＳＲ）は、端末（ＴＲ）からデータを無線または有線にて受信し、センサネットサーバ（ＳＳ）への有線又は無線による送信を行う。送受信に無線を用いる場合には、送受信部（ＧＷＳＲ）は無線を受信するためのアンテナを備える。また、必要に応じて、センシングデータの送受信の際にデータが欠損しないように輻輳制御、つまり通信のタイミング制御を行う。また、受信したデータの種類を区別する。具体的には、受信したデータが一般のセンシングデータであるか、アソシエイトのためのデータであるか、時刻同期のレスポンスであるか等をデータのヘッダ部分から識別して、それらのデータをそれぞれ適切な機能に渡す。
【００７５】
記憶部（ＧＷＭＥ）は、ハードディスク、メモリ、又はＳＤカードのような外部記録装置（図示省略）で構成される。記憶部（ＧＷＭＥ）には、動作設定（ＧＷＭＡ）、データ形式情報（ＧＷＭＦ）、端末管理テーブル（ＧＷＴＴ）、基地局情報（ＧＷＭＧ）及び端末ファームウェア（ＧＷＴＦＤ）が格納される。動作設定（ＧＷＭＡ）は、基地局（ＧＷ）の動作方法を示す情報を含む。データ形式情報（ＧＷＭＦ）は、通信のためのデータ形式を示す情報、及び、センシングデータにタグを付けるために必要な情報を含む。端末管理テーブル（ＧＷＴＴ）は、現在アソシエイトできている配下の端末（ＴＲ）の端末情報（ＴＲＭＴ）、及び、それらの端末（ＴＲ）を管理するために配布しているローカルＩＤを含む。有線で端末（ＴＲ）と接続し、常時配下の端末（ＴＲ）を把握している必要がない場合には、端末管理テーブル（ＧＷＴＴ）はなくてもよい。基地局情報（ＧＷＭＧ）は、基地局（ＧＷ）自身のアドレスなどの情報を含む。端末ファームウェア（ＧＷＴＦＤ）は、端末を動作させるためのプログラムを記憶しているものであり、センサネットサーバ（ＳＳ）から命令と新規の端末ファームウェアを受け取った際に、ファームウェア更新データ（ＴＲＤＦＷ）をパーソナルエリアネットワーク（ＰＡＮ）を通じて端末（ＴＲ）に送信する（ＧＷＣＦＷ）。
【００７６】
記憶部（ＧＷＭＥ）には、さらに、制御部（ＧＷＣＯ）のＣＰＵ（図示省略）によって実行されるプログラムが格納されてもよい。
【００７７】
制御部（ＧＷＣＯ）は、ＣＰＵ（図示省略）を備える。ＣＰＵが記憶部（ＧＷＭＥ）に格納されているプログラムを実行することによって、端末（ＴＲ）からセンシングデータを受信するタイミング、センシングデータの処理、端末（ＴＲ）やセンサネットサーバ（ＳＳ）への送受信のタイミング、及び、時刻同期のタイミングを管理する。具体的には、センシングデータ受信制御（ＧＷＣＳＲ）、センシングデータ送信（ＧＷＣＳＳ）、アソシエイト（ＧＷＣＴＡ）、端末管理情報修正（ＧＷＣＴＦ）、端末ファームウェア更新（ＧＷＣＦＷ）及び時刻同期（ＧＷＣＳ）等の処理を実行する。
【００７８】
時計（ＧＷＣＫ）は時刻情報を保持する。一定間隔でその時刻情報は更新される。具体的には、一定間隔でＮＴＰ（Ｎｅｔｗｏｒｋ  Ｔｉｍｅ  Ｐｒｏｔｏｃｏｌ）サーバ（ＴＳ）から取得した時刻情報によって、時計（ＧＷＣＫ）の時刻情報が修正される。
【００７９】
時刻同期（ＧＷＣＳ）は、一定間隔、または、端末（ＴＲ）が基地局（ＧＷ）と接続されたのをトリガとして、配下の端末（ＴＲ）に時刻情報を送信する。これによって、複数の端末（ＴＲ）と基地局（ＧＷ）の時計（ＧＷＣＫ）の時刻が同期される。
【００８０】
アソシエイト（ＧＷＣＴＡ）は、端末（ＴＲ）から送られてきたアソシエイト要求（ＴＲＴＡＱ）に対して、割り付けたローカルＩＤを各端末（ＴＲ）に送信する、アソシエイト応答（ＴＲＴＡＲ）を行う。アソシエイトが成立したら、アソシエイト（ＧＷＴＡ）は、端末管理テーブル（ＧＷＴＴ）を修正する端末管理情報修正（ＧＷＣＴＦ）を行う。
【００８１】
センシングデータ受信制御（ＧＷＣＳＲ）は、端末（ＴＲ）から送られてきたセンシングデータ（ＳＥＮＳＤ）のパケットを受信する。データのパケットのヘッダを読み込み、データの種類を判別したり、同時に多数の端末（ＴＲ）からのデータが集中しないように輻輳制御したりする。
【００８２】
センシングデータ送信（ＧＷＣＳＳ）は、データが通過した基地局のＩＤやその時刻データを付与し、センシングデータをセンサネットサーバ（ＳＳ）に送信する。
【００８３】
＜図４：全体システム３（ＴＲ）＞
図４は、センサノードの一実施例である端末（ＴＲ）の構成を示している。ここでは端末（ＴＲ）は名札型の形状をしており、人物の首からぶら下げることを想定しているが、これは一例であり、他の形状でもよい。端末（ＴＲ）は、多くの場合には、この一連のシステムの中に複数存在し、組織に属する人物がそれぞれ身に着けるものである。端末（ＴＲ）は人間の対面状況を検出するための複数の赤外線送受信部（ＡＢ）、装着者の動作を検出するための三軸加速度センサ（ＡＣ）、装着者の発話と周囲の音を検出するためのマイク（ＡＤ）、端末の裏表検知のための照度センサ（ＬＳ１Ｆ、ＬＳ１Ｂ）、温度センサ（ＡＥ）の各種センサを搭載する。搭載するセンサは一例であり、装着者の対面状況と動作を検出するために他のセンサを使用してもよい。
【００８４】
本実施例では、赤外線送受信部を４組搭載する。赤外線送受信部（ＡＢ）は、端末（ＴＲ）の固有識別情報である端末情報（ＴＲＭＴ）を正面方向に向かって定期的に送信し続ける。他の端末（ＴＲ）を装着した人物が略正面（例えば、正面又は斜め正面）に位置した場合、端末（ＴＲ）と他の端末（ＴＲ）は、それぞれの端末情報（ＴＲＭＴ）を赤外線で相互にやり取りする。このため、誰と誰が対面しているのかを記録することができる。また、閲覧者検出器（ＣＬＶＤ）はこの端末情報（ＴＲＭＴ）を受信することで、どのユーザ（ＵＳ）がクライアント（ＣＬ）のディスプレイ（ＣＬＯＤ）を閲覧しているかを検出することができる。また逆に、端末（ＴＲ）が閲覧者検出器（ＣＬＶＤ）から送信された検出器ＩＤ（ＣＬＶＤＩＤ）を受信することで、ユーザ（ＵＳ）がクライアント（ＣＬ）の設置場所に滞在していたことを記録することができる。
【００８５】
各赤外線送受信部は一般に、赤外線送信のための赤外発光ダイオードと、赤外線フォトトランジスタの組み合わせにより構成される。赤外線ＩＤ送信部（ＩｒＩＤ）は、自らのＩＤである端末情報（ＴＲＭＴ）を生成して赤外線送受信モジュールの赤外線発光ダイオードに対して転送する。本実施例では、複数の赤外線送受信モジュールに対して同一のデータを送信することで、全ての赤外線発光ダイオードが同時に点灯する。もちろん、それぞれ独立のタイミング、別のデータを出力してもよい。
【００８６】
また、赤外線送受信部（ＡＢ）の赤外線フォトトランジスタによって受信されたデータは、論理和回路（ＩＲＯＲ）によって論理和が取られる。つまり、最低どれか一つの赤外線受光部でＩＤ受光されていれば端末にＩＤとして認識される。もちろん、ＩＤの受信回路を独立して複数持つ構成でもよい。この場合、それぞれの赤外線送受信モジュールに対して送受信状態が把握できるので、例えば、対面する別の端末がどの方向にいるかなど付加的な情報を得ることも可能である。
【００８７】
センサによって検出したセンシングデータ（ＳＥＮＳＤ）はセンシングデータ格納制御部（ＳＤＣＮＴ）によって、記憶部（ＳＴＲＧ）に格納される。センシングデータ（ＳＥＮＳＤ）は通信制御部（ＴＲＣＣ）によって送信パケットに加工され、送受信部（ＴＲＳＲ）によって基地局（ＧＷ）に送信される。
【００８８】
このとき、記憶部（ＳＴＲＧ）からセンシングデータ（ＳＥＮＳＤ）を取り出し、無線または有線による送信のタイミングを決定するのが通信タイミング制御部（ＴＲＴＭＧ）である。通信タイミング制御部（ＴＲＴＭＧ）は、複数のタイミングを決定する複数のタイムベースを持つ。
【００８９】
記憶部に格納されるデータには、その直前にセンサによって検出されたセンシングデータ（ＳＥＮＳＤ）の他、過去に蓄積した纏め送りデータ（ＣＭＢＤ）や、端末の動作プログラムであるファームウェアを更新するためのファームウェア更新データ（ＦＭＵＤ）がある。
【００９０】
本実施例の端末（ＴＲ）は、外部電源接続検出回路（ＰＤＥＴ）により、外部電源（ＥＰＯＷ）が接続されたことを検出し、外部電源検出信号（ＰＤＥＴＳ）を生成する。外部電源検出信号（ＰＤＥＴＳ）によって、タイミング制御部（ＴＲＴＭＧ）が生成する送信タイミングを切り替えるタイムベース切替部（ＴＭＧＳＥＬ）、または無線通信されるデータを切り替えるデータ切替部（ＴＲＤＳＥＬ）は本端末（ＴＲ）特有の構成である。図４では一例として、送信タイミングを、タイムベース１（ＴＢ１）とタイムベース（ＴＢ２）の２つのタイムベースを、外部電源検出信号（ＰＤＥＴＳ）によってタイムベース切替部（ＴＭＧＳＥＬ）が切り替える構成を図示している。また通信されるデータを、センサから得たセンシングデータ（ＳＥＮＳＤ）と、過去に蓄積した纏め送りデータ（ＣＭＢＤ）と、ファームウェア更新データ（ＦＭＵＤ）とから、外部電源検出信号（ＰＤＥＴＳ）によってデータ切替部（ＴＲＤＳＥＬ）が切り替える構成を図示している。
【００９１】
照度センサ（ＬＳ１Ｆ、ＬＳ１Ｂ）は、それぞれ端末（ＴＲ）の前面と裏面に搭載される。照度センサ（ＬＳ１Ｆ、ＬＳ１Ｂ）により取得されるデータは、センシングデータ格納制御部（ＳＤＣＮＴ）によって記憶部（ＳＴＲＧ）に格納されると同時に、裏返り検知部（ＦＢＤＥＴ）によって比較される。名札が正しく装着されているときは、前面に搭載されている照度センサ（ＬＳ１Ｆ）が外来光を受光し、裏面に搭載されている照度センサ（ＬＳ１Ｂ）は端末本体と装着者との間に挟まれる位置関係となるため、外来光を受光しない。このとき、照度センサ（ＬＳ１Ｂ）で検出される照度より、照度センサ（ＬＳ１Ｆ）で検出される照度の方が大きな値を取る。一方で、端末（ＴＲ）が裏返った場合、照度センサ（ＬＳ１Ｂ）が外来光を受光し、照度センサ（ＬＳ１Ｆ）が装着者側を向くため、照度センサ（ＬＳ１Ｆ）で検出される照度より、照度センサ（ＬＳ１Ｂ）で検出される照度の方が大きくなる。
【００９２】
ここで、照度センサ（ＬＳ１Ｆ）で検出される照度と、照度センサ（ＬＳ１Ｂ）で検出される照度を裏返り検知部（ＦＢＤＥＴ）で比較することで、名札ノードが裏返って正しく装着していないことが検出できる。裏返り検知部（ＦＢＤＥＴ）で裏返りが検出されたとき、スピーカ（ＳＰ）により警告音を発生して装着者に通知する。
【００９３】
マイク（ＡＤ）は、音声情報を取得する。音声情報によって、「騒々しい」又は「静か」等の周囲の環境を知ることができる。さらに、人物の声を取得・分析することによって、コミュニケーションが活発か停滞しているのか、相互に対等に会話をやり取りしているか一方的に話しているのか、怒っているのか笑っているのか、などの対面コミュニケーションを分析することができる。さらに、人物の立ち位置等の関係で赤外線送受信器（ＡＢ）が検出できなかった対面状態を、音声情報及び加速度情報によって補うこともできる。
【００９４】
マイク（ＡＤ）で取得される音声は、音声波形及び、それを積分回路（ＡＶＧ）で積分した信号の両方を取得する。積分した信号は、取得した音声のエネルギを表す。
【００９５】
三軸加速度センサ（ＡＣ）は、ノードの加速度すなわちノードの動きを検出する。このため、加速度データから、端末（ＴＲ）を装着した人物の動きの激しさや、歩行などの行動を解析することができる。さらに、複数の端末が検出した加速度の値を比較することによって、それらの端末を装着した人物間のコミュニケーションの活性度や相互のリズム、相互の相関等を解析できる。
【００９６】
本実施例の端末（ＴＲ）では、三軸加速度センサ（ＡＣ）で取得されるデータは、センシングデータ格納制御部（ＳＤＣＮＴ）によって記憶部（ＳＴＲＧ）に格納されると同時に、上下検知回路（ＵＤＤＥＴ）によって名札の向きを検出する。これは、三軸加速度センサ（ＡＣ）で検出される加速度は、装着者の動きによる動的な加速度変化と、地球の重力加速度による静的加速度の２種類が観測されることを利用している。
【００９７】
表示装置（ＬＣＤＤ）は、端末（ＴＲ）を胸に装着しているときは、装着者の所属、氏名などの個人情報を表示する。つまり、名札として振舞う。一方で、装着者が端末（ＴＲ）を手に持ち、表示装置（ＬＣＤＤ）を自分の方に向けると、端末（ＴＲ）の天地が逆になる。このとき、上下検知回路（ＵＤＤＥＴ）によって生成される上下検知信号（ＵＤＤＥＴＳ）により、表示装置（ＬＣＤＤ）に表示される内容と、ボタンの機能を切り替える。本実施例では、上下検知信号（ＵＤＤＥＴＳ）の値により、表示装置（ＬＣＤＤ）に表示させる情報を、表示制御（ＤＩＳＰ）によって生成される赤外線アクティビティ解析（ＡＮＡ）による解析結果と、名札表示（ＤＮＭ）とを切り替える例を示している。
【００９８】
赤外線送受信部（ＡＢ）がノード間で赤外線をやり取りすることによって、端末（ＴＲ）が他の端末（ＴＲ）と対面したか否か、すなわち、端末（ＴＲ）を装着した人物が他の端末（ＴＲ）を装着した人物と対面したか否かが検出される。このため、端末（ＴＲ）は、人物の正面部に装着されることが望ましい。上述の通り、端末（ＴＲ）は、さらに、三軸加速度センサ（ＡＣ）等のセンサを備える。端末（ＴＲ）におけるセンシングのプロセスが、図５におけるセンシング（ＴＲＳＳ１）に相当する。
【００９９】
端末は多くの場合には複数存在し、端末・基地局間が無線接続される場合には、それぞれが近い基地局（ＧＷ）と結びついてパーソナルエリアネットワーク（ＰＡＮ）を形成している。
【０１００】
端末（ＴＲ）の温度センサ（ＡＥ）は端末のある場所の温度を、照度センサ（ＬＳ１Ｆ）は端末（ＴＲ）の正面方向などの照度を取得する。これによって、周囲の環境を記録することができる。例えば、温度及び照度に基づいて、端末（ＴＲ）が、ある場所から別の場所に移動したこと等を知ることもできる。
【０１０１】
装着した人物に対応した入出力装置として、ボタン１〜３（ＢＴＮ１〜３）、表示装置（ＬＣＤＤ）、スピーカ（ＳＰ）等を備える。
【０１０２】
記憶部（ＳＴＲＧ）は、具体的にはハードディスク、フラッシュメモリなどの不揮発記憶装置で構成され、端末（ＴＲ）の固有識別番号である端末情報（ＴＲＭＴ）、センシングの間隔、及び、ディスプレイへの出力内容等の動作設定（ＴＲＭＡ）を記録している。この他にも記憶部（ＳＴＲＧ）は一時的にデータを記録することができ、センシングしたデータを記録しておくために利用される。
【０１０３】
時計（ＴＲＣＫ）は、時刻情報（ＧＷＣＳＤ）を保持し、一定間隔でその時刻情報（ＧＷＣＳＤ）を更新する時計である。時間情報は、時刻情報（ＧＷＣＳＤ）が他の端末（ＴＲ）とずれることを防ぐために、基地局（ＧＷ）から送信される時刻情報（ＧＷＣＳＤ）によって定期的に時刻を修正する。
【０１０４】
センシングデータ格納制御部（ＳＤＣＮＴ）は、記憶部（ＳＴＲＧ）に記録された動作設定（ＴＲＭＡ）に従って、各センサのセンシング間隔などを制御し、取得したデータを管理する。
【０１０５】
時刻同期は、基地局（ＧＷ）から時刻情報を取得して時計を修正する。時刻同期は、後述するアソシエイトの直後に実行されてもよいし、基地局（ＧＷ）から送信された時刻同期コマンドに従って実行されてもよい。
【０１０６】
通信制御部（ＴＲＣＣ）は、データを送受信する際に、送信間隔の制御、及び、無線の送受信に対応したデータフォーマットへの変換を行う。通信制御部（ＴＲＣＣ）は、必要であれば、無線でなく有線による通信機能を持ってもよい。通信制御部（ＴＲＣＣ）は、他の端末（ＴＲ）と送信タイミングが重ならないように輻輳制御を行うこともある。
【０１０７】
アソシエイト（ＴＲＴＡ）は、基地局（ＧＷ）とパーソナルエリアネットワーク（ＰＡＮ）を形成するためのアソシエイト要求（ＴＲＴＡＱ）と、アソシエイト応答（ＴＲＴＡＲ）を送受信し、データを送信すべき基地局（ＧＷ）を決定する。アソシエイト（ＴＲＴＡ）は、端末（ＴＲ）の電源が投入されたとき、及び、端末（ＴＲ）が移動した結果それまでの基地局（ＧＷ）との送受信が絶たれたときに実行される。有線接続の場合には、端末（ＴＲ）が有線で基地局（ＧＷ）に接続されたことを検知したときに実行される。アソシエイト（ＴＲＴＡ）の結果、端末（ＴＲ）は、その端末（ＴＲ）からの無線信号が届く近い範囲にある一つの基地局（ＧＷ）と関連付けられる。
【０１０８】
送受信部（ＴＲＳＲ）は、アンテナを備え、無線信号の送信及び受信を行う。必要があれば、送受信部（ＴＲＳＲ）は、有線通信のためのコネクタを用いて送受信を行うこともできる。送受信部（ＴＲＳＲ）によって送受信されるデータ（ＴＲＳＲＤ）は、基地局（ＧＷ）との間でパーソナルエリアネットワーク（ＰＡＮ）を介して転送される。
【０１０９】
＜図５：データ格納のシーケンス＞
図５は、本発明の実施の形態において実行される、センシングデータを格納する手順を示すシーケンス図である。
【０１１０】
まず、端末（ＴＲ）の電源が入っており、かつ端末（ＴＲ）が基地局（ＧＷ）とアソシエイト状態になっていないとき、端末（ＴＲ）はアソシエイト（ＴＲＴＡ１）を行う。アソシエイトとは、端末（ＴＲ）が、ある一つの基地局（ＧＷ）と通信する関係であると規定することである。アソシエイトによってデータの送信先を決定することで、端末（ＴＲ）は確実にデータを送信することができる。
【０１１１】
基地局（ＧＷ）からアソシエイト応答を受け取り、アソシエイトが成功した場合、端末（ＴＲ）は、次に時刻同期（ＴＲＣＳ）を行う。時刻同期（ＴＲＣＳ）において、端末（ＴＲ）は、基地局（ＧＷ）から時刻情報を受け取り、端末（ＴＲ）内の時計（ＴＲＣＫ）を設定する。基地局（ＧＷ）は、ＮＴＰサーバ（ＴＳ）と定期的に接続し時刻を修正している。このため、全ての端末（ＴＲ）において時刻が同期される。これによって、後に解析する際に、センシングデータに付随した時刻情報を照らし合わせることで、人物間の同時刻におけるコミュニケーションにおける相互の身体表現又は音声情報のやり取りを分析することも可能になる。
【０１１２】
端末（ＴＲ）の三軸加速度センサ（ＡＣ）や温度センサ（ＡＥ）などの各種センサは、例えば１０秒ごとの一定の周期でタイマ起動（ＴＲＳＴ）し、加速度、音声、温度及び照度等をセンシングする（ＴＲＳＳ１）。端末（ＴＲ）は、端末情報（ＴＲＭＴ）の１つである端末ＩＤを、赤外線によって他の端末（ＴＲ）との間で送受信することで、対面状態を検出する。端末（ＴＲ）の各種センサは、タイマ起動（ＴＲＳＴ）せずに、常にセンシングを行ってもよい。しかし、一定の周期で起動することによって電源を効率的に使用することができ、充電することなく長時間端末（ＴＲ）を使用しつづけることができる。
【０１１３】
端末（ＴＲ）は、センシングしたデータに、時計（ＴＲＣＫ）の時刻情報及び端末情報（ＴＲＭＴ）を添付する（ＴＲＣＴ１）。データを解析する際には、端末情報（ＴＲＭＴ）によって、端末（ＴＲ）を装着した人物が識別される。
【０１１４】
データ形式変換（ＴＲＤＦ１）において端末（ＴＲ）は、センシングデータにセンシングの条件などのタグ情報を付与し、決められた無線送信フォーマットに変換する。このフォーマットは基地局（ＧＷ）内のデータ形式情報（ＧＷＭＦ）やセンサネットサーバ（ＳＳ）内のデータ形式情報（ＳＳＭＦ）と共通して保管されているものである。変換されたデータは、その後、基地局（ＧＷ）に送信される。
【０１１５】
加速度データ及び音声データ等の連続した多量のデータを送信する場合、端末（ＴＲ）は、データ分割（ＴＲＢＤ１）して複数のパケットに分割することで、一度に送信するデータ数を制限する。その結果、送信過程でデータが欠損するリスクが低下する。
【０１１６】
データ送信（ＴＲＳＥ１）は、無線の通信規格に則り、送受信部（ＴＲＳＲ）を通して、アソシエイト先の基地局（ＧＷ）にデータを送信する。
【０１１７】
基地局（ＧＷ）は、端末（ＴＲ）からデータを受信（ＧＷＲＥ）すると、受信完了レスポンスを端末（ＴＲ）に返す。レスポンスを受信した端末（ＴＲ）は、送信完了（ＴＲＳＯ）と判定する。
【０１１８】
一定の時間を経ても送信完了（ＴＲＳＯ）しない（すなわち端末（ＴＲ）がレスポンスを受信しない）場合、端末（ＴＲ）は、データ送信失敗と判定する。この場合、データは端末（ＴＲ）内に記憶され、再び送信状態が確立されたときにまとめて送信される。これによって、端末（ＴＲ）を装着している人物が無線の届かない場所に移動してしまった場合、又は、基地局（ＧＷ）の不具合でデータが受信されなくなった場合にも、データを失うことなく取得することが可能になる。これによって、十分な量のデータを得て、組織の性質を解析することができる。この、送信に失敗したデータを端末（ＴＲ）に保管し再送信する仕組みを、まとめ送りと呼ぶ。
【０１１９】
データのまとめ送りの手順を説明する。端末（ＴＲ）は、送信できなかったデータを記憶しておき（ＴＲＤＭ）、一定時間後に再びアソシエイトの依頼を行う（ＴＲＴＡ２）。ここで基地局（ＧＷ）からアソシエイト応答が得られた場合、端末（ＴＲ）は、データ形式変換（ＴＲＤＦ２）、データ分割（ＴＲＢＤ２）及びデータ送信（ＴＲＳＥ２）を実行する。これらの処理は、それぞれ、データ形式変換（ＴＲＤＦ１）、データ分割（ＴＲＢＤ１）及びデータ送信（ＴＲＳＥ１）と同様である。なお、データ送信（ＴＲＳＥ２）の際、無線が衝突しないように輻輳制御される。その後は通常の処理に戻る。
【０１２０】
アソシエイト応答が得られなかった場合、端末（ＴＲ）は、アソシエイトに成功するまで定期的にセンシング（ＴＲＳＳ１）と端末情報・時刻情報添付（ＴＲＣＴ１）を実行しつつ、新たに取得したデータを記憶（ＴＲＤＭ）していく。これらの処理によって取得されたデータは、基地局（ＧＷ）から受信完了レスポンスが得られるまで、端末（ＴＲ）内に記憶される。端末（ＴＲ）内に記憶されたセンシングデータは、アソシエイト成功後、もしくは無線圏内で充電している時、有線にて基地局（ＧＷ）と接続しているときなどの、安定して基地局と送受信できる環境が整った際に、まとめて基地局（ＧＷ）に送信される（ＴＲＳＥ２）。
【０１２１】
また、端末（ＴＲ）から送信されたセンシングデータは基地局（ＧＷ）によって受信（ＧＷＲＥ）される。基地局（ＧＷ）は、受信したデータが分割されたものであるか否かを、センシングデータに付随する分割フレーム番号によって判定する。データが分割されている場合、基地局（ＧＷ）は、データ結合（ＧＷＲＣ）を実行し、分割されたデータを連続したデータに結合する。さらに、基地局（ＧＷ）は、基地局固有の番号である基地局情報（ＧＷＭＧ）をセンシングデータに付与し（ＧＷＧＴ）、そのデータを、ネットワーク（ＮＷ）を介してセンサネットサーバ（ＳＳ）に向けて送信する（ＧＷＳＥ）。基地局情報（ＧＷＭＧ）は、その時刻における端末（ＴＲ）の大まかな位置を示す情報として、データ解析の際に利用することができる。
【０１２２】
センサネットサーバ（ＳＳ）は、基地局（ＧＷ）からデータを受信すると（ＳＳＲＥ）、受信したデータを時刻・端末情報・加速度・赤外線・温度などの要素ごとに分類する（ＳＳＰＢ）。この分類は、データ形式情報（ＳＳＭＦ）として記録されているフォーマットを参照することによって実行される。分類されたデータは、センシングデータベース（ＳＳＤＢ）のレコード（行）の適切なカラム（列）に格納される（ＳＳＫＩ）。同じ時刻に対応するデータを同じレコードに格納することで、時刻及び端末情報（ＴＲＭＴ）による検索が可能になる。このとき必要であれば、端末情報（ＴＲＭＴ）ごとにテーブルを作成しても良い。このデータ受信（ＳＳＲＥ）、データ分類（ＳＳＰＢ）、データ格納（ＳＳＫＩ）を、図３におけるセンシングデータ保管（ＳＳＣＤＢ）において行う。
【０１２３】
＜図６：基本コンテンツ作成（ＡＳＣＢＣ）のシーケンス＞
図６に、図２のアプリケーションサーバ（ＡＳ）内で実行される基本コンテンツ作成（ＡＳＣＢＣ）の処理のシーケンスを示す。
【０１２４】
アプリケーション（ＡＳ）において、時計（ＡＳＣＫ）があらかじめ指定した時刻になったときに、基本コンテンツ作成プログラム（ＡＳＢＰ）が起動する（ＡＳＴＫ）。基本コンテンツ作成プログラムは、複数種類のプログラムを含み、それぞれに対応する複数種類の基本コンテンツファイル（ＡＳＢＦ）を出力してもよい。また、個別のプログラムを起動する順序を指定し、出力された基本コンテンツファイル（ＡＳＢＦ）を読み込んで次の別の基本コンテンツファイル（ＡＳＢＦ）を生成しても良い。ここでは、基本コンテンツは１種類であると仮定してシーケンスを説明する。
【０１２５】
アプリケーションサーバ（ＡＳ）は、基本コンテンツ作成プログラム（ＡＳＢＰ）に記載された必要なデータを、対象期間や対象ユーザを指定して、センサネットサーバ（ＳＳ）または業務情報サーバ（ＧＳ）または両方にデータ依頼を出す（ＡＳＣＢＣ１）。センサネットサーバ（ＳＳ）は受け取った依頼に基づいて、二次データベース（ＳＳＤＴ）内を検索し（ＳＳＣＴＳ）、必要なデータをアプリケーションサーバ（ＡＳ）に返す。業務情報管理サーバ（ＧＳ）も同様に、依頼に基づき業務情報検索（ＧＳＤＳ）を行い、業務情報を返す。
【０１２６】
アプリケーションサーバ（ＡＳ）はそれらの二次データや業務情報を受信する（ＡＳＣＢＣ２）。また、二次データは二次データ読込プログラム（ＡＳＰＲ）を用い、データ形式に基づいてデータを読み込む。二次データと必要なら業務情報とを用い、センシングデータを閲覧者の理解しやすい形に描画する。もしくは、指標など数値データとして計算する（ＡＳＣＢＣ４）。描画したコンテンツの画像ファイルを出力し（ＡＳＣＢＣ５）、記憶部（ＡＳＭＥ）内に基本コンテンツファイル（ＡＳＢＦ）として保管する。また、描画する際に合わせて強調表示座標リスト（ＡＳＥＭ）を出力する（ＡＳＣＥＭ）。これは、各ユーザのＩＤとそれに関係するデータが記載されている画像ファイル上の座標値を記述したリストであり、強調の仕方を指定する。例えば、四角形の破線で強調する場合には、左上と右下の座標値が、ユーザＩＤと対応付けて記載される。また、アクセス制御規定（ＡＳＡＣ）を合わせて出力し（ＡＳＣＢＣ６）、この処理で作成した画像ファイルを閲覧できるユーザＩＤを論理式などの形で指定する。
【０１２７】
＜図７：コンテンツ表示のシーケンス＞
図７にコンテンツ、主に画像を表示する時のシーケンスを示す。クライアント（ＣＬ）は通常、ディスプレイ（ＣＬＯＤ）に誰でも閲覧可能なオープンコンテンツ（例えば、個人名を表示しないネットワーク図や、伝言板、インターネットから取得した天気予報など）を表示（ＣＬＤ１）する。閲覧者検出器（ＣＬＶＤ）は常時待機状態であり、閲覧者判定（ＣＬＣＶＤ）を行う。閲覧者なしと判定された場合には、オープンコンテンツを表示し続ける。端末（ＴＲ）から送信されたユーザＩＤ（ＣＬＤ２）を受け取り、閲覧者ありと判定された場合には、閲覧者ＩＤリストを作成（ＣＬＤ３）し、閲覧者ＩＤリストをアプリケーションサーバ（ＡＳ）に送り現在の閲覧者のメンバ構成で閲覧可能なコンテンツのリストを要求する（ＣＬＣＣＲ）。アプリケーションサーバ（ＡＳ）は、コンテンツリスト（ＡＳＣＬ）とアクセス制御規定（ＡＳＡＣ）を照会し、閲覧者のメンバ構成で閲覧可能なコンテンツのリストを抽出し、クライアント（ＣＬ）に返す。合わせて、ユーザ属性リスト（ＡＳＵＬ）を照会し閲覧者の氏名を返す。クライアント（ＣＬ）は、コンテンツリストに基づいて、閲覧可能なコンテンツへのリンクを示すコンテンツ切替ボタン（ＯＤ＿Ｃ１）や閲覧者の名前を示した閲覧者選択ボタン（ＯＤ＿Ａ１）を表示する（ＣＬＤ４）。そして、ユーザ（ＵＳ）がボタンを押下してコンテンツ選択（ＣＬＤ５）するのを待機する。もしくは、ユーザ（ＵＳ）の操作を待たずに、デフォルト画面として設定されたものをディスプレイ（ＣＬＯＤ）に表示しても良い。ユーザ（ＵＳ）による入力が感知されると、選択されたコンテンツの画像（またはその他の種類のデータ）をアプリケーションサーバ（ＡＳ）に要求する（ＣＬＣＣＲ）。アプリケーションサーバ（ＡＳ）は、要求された条件（対象の日付、対象ユーザ、コンテンツ種類）にしたがって該当するコンテンツを選択し、クライアントに返す（ＡＳＣＣＳ）。合わせて、そのコンテンツに対応する強調表示座標リスト（ＡＳＥＭ）も返す。
【０１２８】
クライアント（ＣＬ）は受け取ったコンテンツを表示（ＣＬＤ６）し、さらに、現在の閲覧者に対応する座標値を四角形で囲むなどして、強調表示を付加する（ＣＬＤ７）。ユーザが画面を操作した場合には（ＣＬＤ８）、それに合わせて描画や強調表示の位置や方法を変更する（ＣＬＤ９）。例えば、閲覧者選択ボタン（ＯＤ＿Ａ１）で特定のユーザを選択すると、そのユーザの強調表示だけを点滅させる、そのユーザに関する表示部分を中心に拡大表示する、などの処理を行う。そして、一定時間ごとに閲覧者判定（ＣＬＣＶＤ）を行うが、そこで閲覧者のメンバ構成が変化したと判断された場合（ＣＬＤ１０）には、再度、描画・強調表示を変更する（ＣＬＤ１１）。具体的には、いなくなった閲覧者の名前と強調表示を非表示にする、増えた閲覧者の名前と強調表示を追加することがある。また、メンバ構成の変化によって、現在表示中のコンテンツのアクセス許可を持つ閲覧者がいなくなり閲覧権限が失われた場合（ＣＬＤ１２）には、自動的にオープンコンテンツを表示（ＣＬＤ１３）し、表示していたコンテンツへリンクするコンテンツ切替ボタン（ＯＤ＿Ｃ１）を非表示にする。
【０１２９】
＜図８：閲覧者判定のフローチャート＞
図８に、閲覧者判定（ＣＳＣＶＤ）のフローチャートを示す。閲覧者判定（ＣＳＣＶＤ）は、閲覧者検出器（ＣＬＶＤ）が起動している間は常時動いている処理である。
【０１３０】
開始（ＣＶＤＳ）後、検出器から受信した赤外線データを取り込み（ＣＶＤ１）、ユーザＩＤリストを照会し、赤外線データがそこに記載されている有効なユーザＩＤではない場合にはそのデータをノイズと判断して除去する（ＣＶＤ２）。そして、一定時間、例えば１秒や５秒間ごとに区切ってユーザＩＤを受信した回数をカウントする。あらかじめ指定した閾値回数以上かどうかを判定し（ＣＶＤ３）、受信したユーザＩＤを閲覧者とみなす（ＣＶＤ４２）。そうでない場合には、そのユーザＩＤは閲覧者とはみなさない（ＣＶＤ４１）。これは、ただ一瞬通りすがっただけのユーザ（ＵＳ）を閲覧者に含まないためである。このようにして、その時間に閲覧者とみなしたユーザＩＤのリストを作成し（ＣＬＤ３）、閲覧者ＩＤリストをアプリケーションサーバ（ＡＳ）に送って閲覧者それぞれの氏名を取得する（ＣＶＤ５）。以上の流れを、閲覧者判定（ＣＳＣＶＤ）プログラムが手動またはタイマによって終了されるまで繰り返す。
【０１３１】
＜図９：ネットワーク図表示時の強調表示の画面例＞
図９に、強調表示の画面例を示す。表示するコンテンツ情報としては、組織のネットワーク図を採用した場合を例に用いる。クライアント（ＣＬ）のディスプレイ（ＣＬＯＤ）に表示された画面（ＯＤ）の、コンテンツ表示エリア（ＯＤ＿Ｂ）に、アプリケーションサーバ（ＡＳ）から受け取ったネットワーク図の画像を表示する。合わせて受け取った強調表示座標リスト（ＡＳＥＭ）に従い、現在の閲覧者に関する部分を円などで囲い、強調表示する。また、閲覧者選択ボタン（ＯＤ＿Ａ１）には、現在、閲覧者として検出されているユーザの氏名が表示されているが、そのうちのどれかを選択すると、そのユーザの名前に対応する強調表示が点滅したり、線種が変化したりしてもよい。また、人数の多い組織のネットワーク図では、一人のユーザが小さく表示されるため、現在の閲覧者が見える範囲をコンテンツ表示エリア（ＯＤ＿Ｂ）の中心に来るように画像を移動・拡大して表示しても良い。
【０１３２】
＜図１０：組織指標表示時の強調表示の画面例＞
図１０に、強調表示の画面例を示す。表示するコンテンツ情報としては、組織単位での指標を並べた棒グラフを採用した場合を例に用いる。コンテンツ表示エリア（ＯＤ＿Ｂ）に、課ごとの合計会議時間を示した棒グラフを並べており、現在の閲覧者に対応する部分を強調して太い線で囲っている。強調表示座標リスト（ＡＳＥＭ）に各ユーザと対応する組織の位置を示す座標値が記載されており、それに基づいて強調表示している。また、付加情報を表示することもでき、図１０の例では、その課に所属している閲覧者の名前を表示させることで、誰がどの課に着目すべきかを示している。その他の付加情報を表示することも可能である。また、図１０の例では、現在の閲覧者が所属している課の名前は棒グラフの下に表示しているが、それ以外の課の名前は消している。このように、強調表示（ＣＬＣＥＭ）によって、閲覧者と関係しない情報を削除してもよい。これによって、無関係な他者を特定することなく、統計的な比較対象として閲覧者と関連のない部署や人の情報を提示することができる。また、これによって、閲覧者が所属する部署の名前が強調されることも効果の１つである。
【０１３３】
＜図１１：ユーザ属性リスト（ＡＳＵＬ）の例＞
図１１は、アプリケーションサーバ（ＡＳ）の記憶部（ＡＳＭＥ）内に保管される、ユーザ属性リスト（ＡＳＵＬ）の形式の例である。ユーザ属性リスト（ＡＳＵＬ）にはユーザ番号（ＡＳＵＩＴ１）、ユーザ名（ＡＳＵＩＴ２）、端末ＩＤ（ＡＳＵＩＴ３）及びユーザの所属する部（ＡＳＵＩＴ４）や課（ＡＳＵＩＴ５）が相互に関連付けて記録されている。ユーザ番号（ＡＳＵＩＴ１）は存在するユーザの通し番号を示すものである。また、ユーザ名（ＡＳＵＩＴ２）は表示画面やコンテンツ生成時に用いるユーザ（ＵＳ）の氏名もしくはニックネームの表記であり、端末ＩＤ（ＡＳＵＩＴ３）はユーザ（ＵＳ）が所有する端末（ＴＲ）の端末情報を示すものである。ユーザ（ＵＳ）と端末ＩＤ（ＡＳＵＩＴ３）は基本的に一対一で対応する。また、所属する部（ＡＳＵＩＴ４）や課（ＡＳＵＩＴ５）はユーザ（ＵＳ）が所属する組織を情報であり、例えば、組織単位で基本コンテンツを作成する場合にはこの情報に基づき、データに含むメンバを特定する。
【０１３４】
なお、図１１ではユーザと所属する組織の情報をテーブルの形式で規定したが、これはＸＭＬなどを用いて階層的に示しても良い。その場合には、Ａ社の下にＡ部、Ａ部の下にＡ１課が存在する、というように組織階層に合わせて表記することが可能であり、該当する組織の中に個人のユーザ名や端末ＩＤなどを記述することができる。なお、同じ人物が複数の組織を兼務することも現実にあり得るため、ユーザ１人に複数の組織が対応していても良い。
【０１３５】
＜図１２：センシングデータベース（ＳＳＤＢ）の例：加速度データテーブル＞
図１２にセンサネットサーバ（ＳＳ）内センシングデータベース（ＳＳＤＢ）に格納されるセンシングデータの例として、加速度データテーブルの例（ＳＳＤＢ＿ＡＣＣ＿１００２）を示す。これは、基本的に、端末（ＴＲ）で取得されたセンシングデータそのままのものであり、下処理をされていない状態のデータである。個人ごとにテーブルが作られ、サンプリング周期（例えば０．０２秒）ごとに時刻情報（ＤＢＴＭ）と対応付けてＸ軸（ＤＢＡＸ）、Ｙ軸（ＤＢＡＹ）、Ｚ軸（ＤＢＡＺ）の三軸方向それぞれの加速度データが格納される。なお、加速度センサが検出した生の数値を格納しても良いし、単位を［Ｇ］に変換した後の値を格納しても良い。このような加速度データテーブルをメンバごとに作成し、センシングした時刻の情報と対応付けて格納する。なお、ユーザＩＤを示すカラムを追加すれば、テーブルを個人ごとに分けずに統合しても良い。
【０１３６】
＜図１３：センシングデータベース（ＳＳＤＢ）の例：対面テーブル＞
センシングデータベース（ＳＳＤＢ）には複数のメンバの複数種類のセンシングデータが記録されているが、そのうちの赤外線送受信による対面データをまとめたテーブルの例を図１３の（ａ）（ｂ）に示す。図１３の（ａ）は、対面テーブル（ＳＳＤＢ＿ＩＲ＿１００２）であり、端末ＩＤが１００２である端末（ＴＲ）が取得したデータを集めたテーブルであることを想定している。同様に、図１３の（ｂ）は、対面テーブル（ＳＳＤＢ＿ＩＲ＿１００３）であり、端末ＩＤが１００３である端末（ＴＲ）が取得したデータを集めたテーブルとする。なお、カラムに赤外線受信側ＩＤを加えれば、取得した端末（ＴＲ）ごとにテーブルを分けなくても良い。また、他の加速度や温度などのデータも同じテーブルに含んでも良い。また、閲覧者検出器（ＣＬＶＤ）の赤外線送受信器（ＣＬＶＤＩＲ）から受信した検出器ＩＤ（ＣＬＶＤＩＤ）も、端末（ＴＲ）から受信したユーザＩＤと同様に赤外線送信側ＩＤ（ＤＢＲ）に入れても良い。この場合、検出器ＩＤをキーとしてテーブルを検索することで、誰がどの場所でディスプレイを閲覧したかを調べることができる。
【０１３７】
図１３（ａ）・（ｂ）の対面テーブルは、端末（ＴＲ）がデータを送信した時刻（ＤＢＴＭ）と、赤外線送信側ＩＤ（ＤＢＲ１）とそのＩＤからの受信回数（ＤＢＮ１）を１０組（ＤＢＲ１〜ＤＢＲ１０、ＤＢＮ１〜ＤＢＮ１０）格納する例である。１０秒間に１回データ送信を行う場合には、前回の送信後の１０秒間に、どの端末（ＴＲ）から何回赤外線を受信したかを、このテーブルで表している。１０秒間に、複数の端末（ＴＲ）と対面した場合にも、１０組まで格納できるということである。なお、組の数は自由に設定することができる。対面、つまり赤外線の受信がなかった場合にはテーブルの値はnullとなる。また、図１３（ａ）・（ｂ）では時刻はミリ秒まで表記しているが、時刻の形式は統一されていればどのようなものでも良い。
【０１３８】
＜図２１：二次データベース（ＳＳＤＴ）の例：対面マトリクス＞
センサネットサーバ（ＳＳ）内で、センシングデータ処理（ＳＳＣＤＴ）の結果を格納する、二次データベース（ＳＳＤＴ）の例として、対面マトリクス（ＡＳＭＭ）の例を図２１に示す。二次データベースは、下処理を終え、一定期間の特定のユーザの情報を共通の形式で保管するデータベースである。
【０１３９】
図２１では、ある組織の任意のメンバ間での期間内の合計対面時間を示した対面マトリクス（ＡＳＭＭ）の例を示す。対面マトリクスはネットワーク分析の用語では隣接行列と呼ばれるものである。対面マトリクス（ＡＳＭＭ）は対面テーブル（ＳＳＤＢ＿ＩＲ）に基づいて、任意の組合せのメンバ間での合計対面時間を計算し、マトリクス形式に整理したものである。図２１に示す対面マトリクスでは、要素（ＭＭ２＿３）と対称要素（ＭＭ３＿２）に示すように、ユーザ番号２のユーザとユーザ番号３のユーザが５０分対面したことを示している。対面マトリクスはファイル形式としては、テキストでも良いし、データベースの各カラムを両メンバのユーザＩＤに対応付けたものでも良い。対面テーブル（ＳＳＤＢ＿ＩＲ）から合計対面時間を求める際に、そのまま合計するのではなく、対面していない時間を補正した後の値を合計しても良い。また、図２１では対面マトリクス（ＡＳＭＭ）は対称行列であるとしているが、処理方法によっては非対称行列にすることも可能である。
【０１４０】
また、対面マトリクス（ＡＳＭＭ）は対面テーブル（ＳＳＤＢ＿ＩＲ）のみを用いて対面時間を合計するのではなく、対面している時刻の両ユーザの加速度データテーブル（ＳＳＤＢ＿ＡＣＣ）を参照し、加速度が両者もしくは少なくとも一方が閾値以上の値である場合にのみ、対面しているとみなしてカウントに加えてもよい。これによって、端末（ＴＲ）が放置されていて赤外線を送受信した場合や、互いにコミュニケーションしていないのに向かいに着席しただけの場合を、対面時間の中に含まないようにして、コミュニケーションしているとして有効なデータのみを対面マトリクスに記録することができる。また、加速度データテーブル（ＳＳＤＢ＿ＡＣＣ）ではなく、行動リズムタペストリ（ＡＡＤＢ＿ＡＣＣＴＰ）のリズムを用いて処理してもよい。
【０１４１】
また，対面マトリクス（ＡＳＭＭ）は，1日あたりの対面時間の閾値を設け，期間内でその閾値を越えた日数を要素の値としても良い。この場合には，1日でまとまった情報量のある会話がなされた場合に，その人物間は連携しているとみなすことになる。
【０１４２】
＜図２２：二次データベース（ＳＳＤＴ）の例：行動リズムタペストリ＞
二次データベース（ＳＳＤＴ）の例として、行動リズムタペストリ（ＳＳＤＢ＿ＡＣＣＴＰ＿１０ｍｉｎ）の例を図２２に示す。行動リズムタペストリ（ＳＳＤＢ＿ＡＣＣＴＰ＿１０ｍｉｎ）は、加速度データテーブル（ＳＳＤＢ＿ＡＣＣ）を元にして、各ユーザ（ＵＳ）の一定時間ごと、図２２の例では１０分ごとの周波数（これを行動リズムと呼ぶ）を計算したものであり、１０分ごとの時刻と、ユーザＩＤと対応付けてテーブルに格納したものである。なお、データを格納する形式はテーブル以外にも、ＣＳＶファイルなど別の方法でも良い。行動リズムを算出するには、時間単位ごとのＸＹＺの三軸のゼロクロス回数を合計して求めてもよい。また、データに欠損があったり不適切であると判定された場合には、「Ｎｕｌｌ」などの記号を入れ、基本コンテンツ作成（ＡＳＣＢＣ）時に使えないデータであることを示しておく。また、他に、時間単位の異なる行動リズムタペストリ（ＳＳＤＢ＿ＡＣＣＴＰ）を何通りかセンサネットサーバ（ＳＳ）にて作成しておくと、それらを組み合わせて多様なコンテンツを作成できるため有用である。
【０１４３】
このように、センサネットサーバ（ＳＳ）にてセンシングデータ処理（ＳＳＣＤＴ）による下処理を行っておくことによって、アプリケーションサーバ（ＡＳ）の基本コンテンツ作成プログラム（ＡＳＢＰ）を開発する際には、センシングデータの特性や下処理の方法を意識せずに開発することができる。
【０１４４】
実施例１で述べた方法によって、現在の閲覧者を特定し、閲覧者に関係する部分を強調して表示することで、閲覧者を優先度の高い情報に素早く着目させることができる。また、閲覧者同士で比較させ、会話を促すためにも貢献する。
【実施例２】
【０１４５】
本発明の第２の実施の形態について図面を参照して説明する。第２の実施の形態では、閲覧者のメンバ構成によって閲覧できるコンテンツ情報に制限を加えるために必要な仕組みについて説明する。これにより、閲覧者を制限することができるので、秘匿情報の取り扱いも容易となる。実施例１と重複している部分については説明を省く。
【０１４６】
＜図１４：アクセス制御規定（ＡＳＡＣ）＞
図１４に、アクセス制御規定（ＡＳＡＣ）ファイルの一例を示す。アクセス制御規定（ＡＳＡＣ）ファイルはアプリケーションサーバ（ＡＳ）における基本コンテンツ（ＡＳＣＢＣ）作成時に合わせて出力されるものであり、対応する基本コンテンツファイル（ＡＳＢＦ）にアクセスできる条件が記載されているものである。例えば、ある部署に関するファイルであれば、閲覧者の中にその部署のメンバが少なくとも1人含まれている場合には閲覧可能である、というようにアクセス条件を規定する。
【０１４７】
アクセス制御規定（ＡＳＡＣ）では、基本コンテンツファイルのファイルＩＤ（ＡＳＡＣ０１）、ファイルの種類（ＡＳＡＣ０２）、アクセス条件（ＡＳＡＣ０３）を対応付けて記載される。なお、ファイルをＩＤで個別に識別できれば、ファイルの種類（ＡＳＡＣ０２）はなくてもよい。ファイルＩＤ（ＡＳＡＣ０１）は、基本コンテンツ作成（ＡＳＣＢＣ）で出力されたファイルに個別につけられたＩＤであり、同じ種類のコンテンツであっても、データの対象期間や対象メンバが異なれば別のＩＤが振られる。例えば、ネットワーク図の場合には、部を対象とする図には部のメンバ全員にアクセス許可を与えるが、課を対象とする図にはその課のメンバのみにアクセス許可を与える。このように、個別のファイルに対応してアクセス条件を決めることができる。
【０１４８】
ファイル種類（ＡＳＡＣ０２）は、コンテンツの種類を示すものである。コンテンツ切替ボタン（ＯＤ＿Ｃ１）においてボタンを表示する際の見出し、分類に用いる。
【０１４９】
アクセス条件（ＡＳＡＣ０３）は、対応するファイルを表示するのに必要な閲覧者のユーザＩＤを論理式で示したものである。行（ＲＥ０３、ＲＥ０４）のようにＡＮＤで示した場合には、そのユーザＩＤに対応する閲覧者が全員同時に検出されていないと表示許可を出さない。また、行（ＲＥ０５）のように、ＯＲで示した場合には、そのうちの少なくとも1人が閲覧者として検知されていれば表示を許可する。また、行（ＲＥ０６）のように、ＮＯＴ条件を使うことで、特定のユーザが閲覧しているときには表示許可を出さないように制限することもできる。行（ＲＥ０７）のように、全員に表示許可を出す、つまりオープンコンテンツとして規定することもできる。
【０１５０】
このように、表示許可を論理式で規定することで、個別のファイルに表示条件を与えることができる。これによって、閲覧者のメンバ構成が変わると見ることのできるファイルも変わるため、他のメンバと一緒に閲覧したいという動機を促すことができる。
【０１５１】
＜図１５：表示画面の基本構成＞
図１５に、クライアント（ＣＬ）にコンテンツを表示した場合の画面（ＯＤ）例を示す。この画面表示は入出力制御（ＣＬＣＩＯ）によって制御されている。
【０１５２】
画面（ＯＤ）は、大きく４つに分けられる。閲覧者選択エリア（ＯＤ＿Ａ）、ページコントロールエリア（ＯＤ＿Ｃ）、コンテンツ表示エリア（ＯＤ＿Ｂ）、コンテンツタイトル表示エリア（ＯＤ＿Ｄ）である。それぞれのエリアごとに、入力を受けた際の動作の仕方を変えることができる。また、これらは４つの機能を有していれば良いので、エリアを絶対的に分割せず、特定の場所や動作によって入力したときに、各機能を満たすボタンが表示されるようにしても良い。
【０１５３】
コンテンツ表示エリア（ＯＤ＿Ｂ）は、アプリケーションサーバ（ＡＳ）から呼び出した基本コンテンツファイル（ＡＳＢＦ）の画像またはサーブレットなどによる操作可能な表示を嵌め込むエリアである。強調座標表示リスト（ＡＳＥＭ）に基づいて、現在の閲覧者に対応する部分に強調表示を加えることもできる。図１５の例では、上昇した指標を四角の破線で囲んで強調している。コンテンツ表示エリア（ＯＤ＿Ｂ）内をタッチパネルまたはマウスでドラッグすることで、日付を前日のものに切り替えたり、コンテンツを切り替えたりし、日付切替ボタン（ＯＤ＿Ｃ０）やコンテンツ切替ボタン（ＯＤ＿Ｃ１）の働きを代替することもできる。また、コンテンツ表示エリア（ＯＤ＿Ｂ）内をタッチパネルまたはマウスでポイントすることで、特定の部分を拡大表示したり、特定の部分が中央に来るように画像を移動したりすることもできる。
【０１５４】
コンテンツタイトル表示エリア（ＯＤ＿Ｄ）は、現在コンテンツ表示エリア（ＯＤ＿Ｂ）に表示しているコンテンツに関する情報を提示するエリアである。具体的には、対象ユーザもしくは対象組織、コンテンツの種類、対象期間を文字で表示する。
【０１５５】
閲覧者選択エリア（ＯＤ＿Ａ）は、現在検出されている閲覧者の名前を表示し、また、コンテンツ表示エリア（ＯＤ＿Ｂ）に表示しているコンテンツの対象者を切り替えるためのエリアである。対象切替タブ（ＯＤ＿Ａ２）は、コンテンツの選択を、個人単位か組織単位かを切り替えるタブである。「個人」を選んだ場合には、タブ内に閲覧者選択ボタン（ＰＤ＿Ａ１）が表示され、現在、閲覧者判定（ＣＬＣＶＤ）にて閲覧者と判定されているユーザの氏名が表示される。いずれか、もしくは複数の閲覧者選択ボタン（ＰＤ＿Ａ１）を選択することで、表示しているコンテンツの対象者を切り替えることができる。ホームボタン（ＯＤ＿Ａ０）は、デフォルトで設定した初期画面に戻るためのボタンである。例えば、デフォルトには閲覧制限のないオープンコンテンツの最新の日付のものを指定しておく。閲覧頻度の高いものを指定しておくことで、ショートカットできる。また、通りがかりの他者に現在の表示画面を見られたくない場合に、画面を隠す用途で使うこともできる。
【０１５６】
ページコントロールエリア（ＯＤ＿Ｃ）は、表示されているコンテンツの条件を変えて、画面を更新するためのボタンを表示する。日付切替ボタン（ＯＤ＿Ｃ０）によって、表示しているコンテンツの前日のもの、翌日のもの、もしくは最新のものに切り替えることができる。コンテンツの対象期間を変更するだけであり、コンテンツの種類、対象ユーザもしくは対象組織は変更しない。これによって、閲覧者は、同じコンテンツの時系列変化を分析することができる。コンテンツ切替ボタン（ＯＤ＿Ｃ１）は、コンテンツの種類を選択するためのものである。アプリケーションサーバ（ＡＳ）から受け取った、閲覧許可のあるコンテンツリストに含まれるコンテンツの名前をボタンとして表示する。閲覧許可のないコンテンツのボタンは表示しない、もしくは無効にすることで、閲覧者に許可のないコンテンツにアクセスさせないよう制限する。現在表示されているコンテンツは、ボタンの色を変えて表示される。また、解説表示ボタン（ＯＤ＿Ｃ２）は現在表示しているコンテンツの、解説画面へのリンクである。解説画面には、コンテンツ画面の見方や、着眼点、計算方法などの解説が書かれている。
【０１５７】
＜図１６：表示画面（コンテンツ選択時）＞
図１６は、コンテンツを選択するための、コンテンツ切替ボタンと組織選択ボタンの動作の例を示す。
【０１５８】
図１６（ａ）は、コンテンツの種類が多い場合に、コンテンツを分類してボタンに割り当てる方法を示す。コンテンツ切替ボタン（ＯＤ＿Ｃ１）にはコンテンツの分類、例えば、時間比率や、コミュニケーション、タペストリ、などを示し、いずれか１つが選択された場合には、分類の下位コンテンツ名をサブコンテンツ選択ボタン（ＯＤ＿Ｃ１１）として表示する。ユーザは、サブコンテンツ選択ボタン（ＯＤ＿Ｃ１１）のいずれかを選択することで、コンテンツを指定できる。
【０１５９】
図１６（ｂ）は、コンテンツの対象組織を選択する際に、階層的に組織を選択できるようにボタンを割り当てる方法を示す。組織階層選択ボタン（ＯＤ＿Ａ３）に組織階層、例えば、部、課、チームなどを表示し、いずれかが選択された場合には、組織選択ボタンを（ＯＤ＿Ａ３１）を表示し、その階層にある組織の名称を選択させる。さらに下位の組織を選択したい場合には、組織階層選択ボタン（ＯＤ＿Ａ３）の１つ下位の階層に、その階層の組織名を表示する。このように段階的に選択できるようにすることで、目当ての組織の情報に素早くアクセスすることができる。
【０１６０】
実施例２で述べた方法によって、現在の閲覧者を特定し、閲覧者に関係するページのみにアクセスできるよう制限を加えることができる。これによって、閲覧者を優先度の高い情報に素早く着目させることができる。また、閲覧者が増えると閲覧可能なコンテンツが増えるため、一緒に会話しながらデータを閲覧することを促す効果も得られる。また、本人のいないところで勝手に他者がその人のセンシングデータをることができないため、セキュリティ面での安心感が得られる。
【実施例３】
【０１６１】
本発明の第３の実施の形態について図面を参照して説明する。第３の実施の形態では、センシングデータと関連付けた文面のメールをユーザ（ＵＳ）に送り、返信された結果をディスプレイ（ＣＬＯＤ）に一覧にして表示し、閲覧者同士で文面を共有できる仕組みについて説明する。センサデータを使用してメール文面を作成することで、情報共有が促進される効果もある。実施例１の形態と重複している部分については説明を省く。
【０１６２】
＜図１７：メール送受信・ディスプレイ表示のシーケンス＞
図１７に、アプリケーションサーバ（ＡＳ）から個人用クライアント（ＣＰ）にメールを送信し、ユーザ（ＵＳ）らが記入して返信した結果を、ディスプレイ（ＣＬＯＤ）に表示するまでのシーケンスの例を示す。
【０１６３】
あらかじめ指定した時刻、例えば一日一回や週に一回の特定の時刻に、タイマ起動（ＡＳＴＫ）して記憶部（ＡＳＭＥ）内のメール文面作成プログラム（図示省略）を起動する。プログラムは、センサネットサーバ（ＳＳ）に二次データを要求し、返されたデータを受け取る。ここで依頼する二次データとしては、例えば対面マトリクス（ＡＳＭＭ）などを用い、過去一定期間に任意の組み合わせの人物間でコミュニケーションした時間を示したデータなどを取得する。次に、メールのフォーマットに、二次データの情報を埋め込み、メール文面を作成する（ＣＭ０１）。メール文面の例を図１８に示す。この例では、メールの送信宛先であるユーザに対して、そのユーザと過去一定期間に多くコミュニケーションした人物の名前を埋め込み、その相手への業務上での感謝事項を書くように促す文面である。この方法によって、センシングデータに基づいて効率の良いアンケート収集や意見収集を行うことができる。
【０１６４】
ここでは，メール文面作成（ＣＭ０１）の際に，対面マトリクス（ＡＳＭＭ）に基づいて感謝事項を書く相手を指名することを例として，その方法を述べる。まず，対面マトリクス（ＡＳＭＭ）に閾値を設け，その閾値以上である人物同士を「連携している」と定義する。
【０１６５】
対象期間については，例えば，メール送信の実行頻度は週に１回の場合，対面マトリクスの計算対象とするデータ期間は２週間とする。このように前回送信時とのデータ期間の重複を少なくすると，前回とは対面マトリクスのデータが変化し，感謝の対象相手が異なる相手になる確率が高い。また，イメージを補うために説明を加えると，「連携している」とはネットワーク図（図９のコンテンツ例として記載しているもの）において直接線で繋がれている人物同士を指す。
【０１６６】
次の手順として，すべての組み合わせの人物間について到達パス数を算出する。到達パス数とは，「連携している」つまりネットワーク図上で線が繋がっている人を辿って，最短何回で相手にたどり着くかを示した指標である。そして，到達パス数に基づいて回答者とその感謝相手の組み合わせを決定する。ここで，誰とも連携していない人に関するメールは作成せず，また，他の人のメールにおける感謝相手の対象者にも含まないようにする。感謝相手の決定においては，優先順位をつけ，なるべく全対象者が感謝相手として満遍なく選ばれるように配分する。また，定期的に感謝メールを送信する場合には，過去の感謝相手のログを取っておき，例えば過去２回の感謝相手とは重複しないように割り振る。感謝相手を選択する優先順位は，例えば，（１）到達パス数が１パスかつ過去２回の相手ではない人，（２）到達パス数が２パスかつ過去２回の相手ではない人，（３）１パスの相手かつ前々回の相手である人，（４）１パスの相手かつ前回の相手である人，（５）２パスの相手かつ前々回の相手である人，（６）２パスの相手かつ前回の相手である人，（７）３パスの相手，とする。
【０１６７】
このように，対面マトリクス（ＡＳＭＭ）のデータと過去の感謝相手ログに基づいて，今回の感謝相手を組織全体に満遍なくなるように割り振る。満遍なく割り当てることによって各ユーザに自分宛の感謝が届く確率を上げ，過去との重複を避けることで多様な人の視点からの感謝が届き，対面データに基づくことで自動的に関連の深い人からの実際に即した有意義な感謝が届くという効果が得られる。
【０１６８】
作成した個々のユーザ（ＵＳ）への文面を、それぞれのメールアドレスに送信（ＣＭ０２）する。ユーザ（ＵＳ）は個人用クライアントや個人の所有するＰＣなどでメールを受信し、回答を入力してそのメールを返信する（ＣＭＵ０１）。
【０１６９】
アプリケーションサーバ（ＡＳ）はメールを受信する（ＣＭ０３）と、返信されたメールのテキストから回答に関する部分だけを抽出する（ＣＭ０４）。これは、回答欄の前後に埋め込まれた特定の記号を参照して切り出すか、元のメールのフォーマットとの差分を見て切り出してもよい。抽出されたユーザ（ＵＳ）の回答情報は、元のメールの送信日、ユーザの回答日などの付加情報と対応付けて、メール情報（ＡＳＢＦ）として保管する（ＣＭ０５）。
【０１７０】
一方、以上のようにメールの送受信を通してユーザ（ＵＳ）から回収した情報を閲覧するためには、クライアント（ＣＬ）のディスプレイ（ＣＬＯＤ）を用いる。表示するコンテンツの1つとしてメール情報を扱い、表示や閲覧者検知の仕組みは実施例１や実施例２と同様である。
【０１７１】
閲覧者がいない間は、クライアント（ＣＬ）はオープンコンテンツを表示（ＣＬＤ１）しており、閲覧者がいると判定され（ＣＬＣＶＤ）、メールに関係するコンテンツが選択されると、閲覧者に関係するメール情報（ＡＳＢＦ）をアプリケーションサーバにリクエストする（ＣＭＬ０１）。アプリケーションサーバ（ＡＳ）は要求されたメール情報を選択しクライアント（ＣＬ）に返す（ＣＭ０６）。クライアント（ＣＬ）は、必要に応じて、メール情報のテキストを組み合わせた表示画像を入出力制御（ＣＬＣＩＯ）にて作成し（ＣＭＬ０２）、画面に表示する。さらに必要ならば、強調表示を付加する（ＣＭＬ０３）。例えば、昨日との差分を調べ、新しく受信したメールの文面を強調する。
【０１７２】
図１９に、メールによる返信結果を反映した表示画面の例を示す。指定された閲覧者に関するデータ（左側の円グラフ）と加えて、右側上部に本人が回答した業務報告を、右側下部に他の人がその人に関して回答した感謝の文面を表示している。また、新しく受信した文面には強調表示を加えても良い。
【０１７３】
図２０に、メールによる返信結果を、その時点の閲覧者全員について一覧にした表示画面の例を示す。このとき、例えば閲覧者選択ボタン（ＯＤ＿Ａ１）に個人名だけでなく閲覧者全員を一括で選択するボタン（図では「みんな」というボタン）を表示しても良い。これによって、全員分を一覧に表示することが要求されると、アプリケーションサーバ（ＡＳ）から全閲覧者に関するメールの情報を取得し、入出力制御（ＣＬＣＩＯ）においてそれらのテキスト情報を配置して、画面（ＯＤ）として表示する。このように文面を並べて表示することで、互いが記載したことについて会話し、情報を共有しやすくなる。
【０１７４】
実施例３で述べた方法によって、センシングデータを踏まえてユーザ（ＵＳ）へのアンケート設問を作ることができる。また、ユーザ（ＵＳ）が記録したテキストを、ディスプレイで一覧に表示し、複数の閲覧者で一緒に閲覧することができる。その際に、閲覧者に関係する文面が優先的に表示されるため、会話や振り返りを促す効果がある。
【０１７５】
以上、本発明の実施形態について説明したが、本発明は上記実施形態に限定されるものではなく、種々変形実施可能であり、上述した各実施形態を適宜組み合わせることが可能であることは、当業者に理解されよう。
【符号の説明】
【０１７６】
ＴＲ、ＴＲ２〜６  端末
ＧＷ  基地局
ＵＳ、ＵＳ２〜６  ユーザ
ＧＳ  業務情報管理サーバ
ＮＷ  ネットワーク
ＰＡＮ  パーソナルエリアネットワーク
ＳＳ  センサネットサーバ
ＡＳ  アプリケーションサーバ
ＣＬ  クライアント
ＣＰ  個人用クライアント
【図２】
0005672934.tif 000002
【図３】
0005672934.tif 000003
【図４】
0005672934.tif 000004
【図５】
0005672934.tif 000005
【図６】
0005672934.tif 000006
【図７】
0005672934.tif 000007
【図８】
0005672934.tif 000008
【図９】
0005672934.tif 000009
【図１０】
0005672934.tif 000010
【図１１】
0005672934.tif 000011
【図１２】
0005672934.tif 000012
【図１３】
0005672934.tif 000013
【図１４】
0005672934.tif 000014
【図１６】
0005672934.tif 000015
【図１７】
0005672934.tif 000016
【図１８】
0005672934.tif 000017
【図２０】
0005672934.tif 000018
【図２１】
0005672934.tif 000019
【図２２】
0005672934.tif 000020
【図１】
0005672934.tif 000021
【図１５】
0005672934.tif 000022
【図１９】
0005672934.tif 000023