(57)【要約】  プロセッサと記憶部を備えて、人物同士の物理的な対面に関するデータを生成する対面データ生成装置であって、複数の人物のそれぞれに装着されるセンサ端末の第１のセンサで検出された物理量を示すセンシングデータを受信する通信部と、所定の位置に配置されて前記人物の位置を測定する第２のセンサからのデータを受信し、受信した前記データに基づいて前記人物の位置を特定する第１の計測部と、所定の位置に配置されて前記センサ端末と通信を行って当該センサ端末の位置を特定する第２の計測部と、前記第１の計測部で特定した前記人物の位置と、前記第２の計測部で特定した前記センサ端末の位置とを結合し、前記センシングデータの物理量に基づいて前記人物の対面データを生成する対面データ生成部と、を備える。
2014038014.tif 000002
【特許請求の範囲】
【請求項１】
プロセッサと記憶部を備えて、人物同士の物理的な対面に関するデータを生成する対面データ生成装置であって、
複数の人物のそれぞれに装着されるセンサ端末の第１のセンサで検出された物理量を示すセンシングデータを受信する通信部と、
所定の位置に配置されて前記人物の位置を測定する第２のセンサからのデータを受信し、受信した前記データに基づいて前記人物の位置を特定する第１の計測部と、
所定の位置に配置されて前記センサ端末と通信を行って当該センサ端末の位置を特定する第２の計測部と、
前記第１の計測部で特定した前記人物の位置と、前記第２の計測部で特定した前記センサ端末の位置とを結合し、前記センシングデータの物理量に基づいて前記人物の対面データを生成する対面データ生成部と、
を備えたことを特徴とする対面データ生成装置。
【請求項２】
請求項１に記載の対面データ生成装置であって、
前記第２のセンサは、
前記人物までの距離を測定する距離センサで構成され、
前記第１の計測部は、
前記距離センサから取得したデータと、前記距離センサの位置及び方向に基づいて、前記人物の実際の配置に基づく座席見取り図を生成することを特徴とする対面データ生成装置。
【請求項３】
請求項１に記載の対面データ生成装置であって、
前記第２の計測部は、
前記センサ端末と通信を行うセンサ端末検出器を有し、前記センサ端末検出器が検出したセンサ端末から取得した端末ＩＤと、前記センサ端末検出器の位置及び方向に基づき、前記センサ端末を装着した人物の位置を特定することを特徴とする対面データ生成装置。
【請求項４】
請求項２に記載の対面データ生成装置であって、
情報を入力する入力部をさらに備え、
前記入力部は、
前記座席見取り図上の人物の位置を選択し、当該人物の情報を入力することを特徴とする対面データ生成装置。
【請求項５】
請求項２に記載の対面データ生成装置であって、
前記第１の計測部は、
前記距離センサのデータから前記人物の頭部の移動量を算出し、当該移動量から当該人物の活性度を算出することを特徴とする対面データ生成装置。
【請求項６】
請求項５に記載の対面データ生成装置であって、
前記対面データに基づいて前記人物同士の関係を示すネットワーク図を生成するネットワーク図生成部をさらに備え、
前記ネットワーク図生成部は、
前記人物同士を表すノードとノードを接続する線に、活性度に応じた矢印を付与する付与することを特徴とする対面データ生成装置。
【請求項７】
請求項２に記載の対面データ生成装置であって、
前記座席見取り図は、
前記センサ端末を装着した人物の実際の配置と、前記センサ端末を非装着の人物の実際の配置とを含むことを特徴とする対面データ生成装置。
【請求項８】
プロセッサと記憶部を備えた計算機で、人物同士の物理的な対面に関するデータを生成する対面データの生成方法であって、
前記計算機が、複数の人物のそれぞれに装着されるセンサ端末の第１のセンサで検出された物理量を示すセンシングデータを受信する第１のステップと、
前記計算機が、所定の位置に配置されて前記人物の位置を測定する第２のセンサからのデータを受信し、受信した前記データに基づいて前記人物の位置を特定する第２のステップと、
前記計算機が、前記センサ端末と通信を行った結果に基づいて当該センサ端末の位置を特定する第３のステップと、
前記計算機が、前記特定した前記人物の位置と、前記特定した前記センサ端末の位置とを結合し、前記センシングデータの物理量に基づいて前記人物の対面データを生成する第４のステップと、
を含むことを特徴とする対面データの生成方法。
【請求項９】
請求項８に記載の対面データの生成方法であって、
前記第２のセンサは、
前記人物までの距離を測定する距離センサで構成され、
前記第２のステップは、
前記距離センサから取得したデータと、前記距離センサの位置及び方向に基づいて、前記人物の実際の配置に基づく座席見取り図を生成することを特徴とする対面データの生成方法。
【請求項１０】
請求項８に記載の対面データの生成方法であって、
前記第３のステップは、
前記計算機が、前記センサ端末と通信を行うセンサ端末検出器が検出したセンサ端末の端末ＩＤを受信し、前記センサ端末検出器の位置及び方向に基づき、前記センサ端末を装着した人物の位置を特定することを特徴とする対面データの生成方法。
【請求項１１】
請求項９に記載の対面データの生成方法であって、
前記計算機は、情報を入力する入力部をさらに備え、
前記座席見取り図上の人物の位置を選択し、当該人物の情報を前記入力部で入力する第５のステップをさらに含むことを特徴とする対面データの生成方法。
【請求項１２】
請求項９に記載の対面データの生成方法であって、
前記第２のステップは、
前記距離センサのデータから前記人物の頭部の移動量を算出し、当該移動量から当該人物の活性度を算出することを特徴とする対面データの生成方法。
【請求項１３】
請求項１２に記載の対面データの生成方法であって、
前記対面データに基づいて前記人物同士の関係を示すネットワーク図を生成する第６のステップをさらに含み、
前記第６のステップは、
前記人物同士を表すノードとノードを接続する線に、前記活性度に応じた矢印を付与する付与することを特徴とする対面データの生成方法。
【請求項１４】
請求項９に記載の対面データの生成方法であって、
前記座席見取り図は、
前記センサ端末を装着した人物の実際の配置と、前記センサ端末を非装着の人物の実際の配置とを含むことを特徴とする対面データの生成方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ウェアラブルセンサ端末によって取得した人物同士の対面データと、室内に設置した距離センサによって取得した人物の活動データとを用いて、業務におけるコミュニケーションを活動状況に応じて数値化し、数値化したデータを可視化する計算機システムに関する。特に、業務上で対面する人物の状況を把握し、人物同士の関係を抽出する業務システムに関する。
【背景技術】
【０００２】
企業にとって、人は重要な資本であり、人の行動如何で企業の状態が大きく変化する。業務を円滑に遂行するために必要な人の行動として、コミュニケーションがある。例えば、チームの目的や方向性の確認、状況認識や問題意識の共有、ノウハウや知識の交流、仕事のアイディアや問題解決のためのヒントを得る、など、さまざまな場面においてコミュニケーションは非常に重要な役割を示す。コミュニケーションを客観的に把握し、コミュニケーションの実態を知ることで、組織の特徴や問題点を知り、業務の改善や効率化、組織の活性化に役立てることが出来るようになる。【０００３】
業務におけるコミュニケーションの実態を知る手段の一つとして、人と人との関係を視覚的にわかりやすく提示する、ネットワーク相関図がある。ネットワーク相関図は、人を一つのノードとし、何らかのインタラクション（相関関係）の生じたノード同士を、インタラクションの強度に応じて線で結ぶものである。【０００４】
業務における人の相関図を生成するものとして、従来、電子メールや電子文書ファイリングシステム、電話の交信記録ログから、組織のメンバ間のネットワーク図を生成する技術が知られている（例えば、特許文献１、特許文献２）。【０００５】
これにより、社内、社外を含めたオンライン上のコミュニケーション状況を知ることができるが、Face to  Faceの物理的な対面を知ることはできない。業務における人の物理的対面を取得する技術として、人が装着するセンサ端末によって取得したデータから、装着者同士の関係を示す値を算出する技術が知られている(例えば、特許文献３)。【０００６】
また一方で、近年の距離センサの低価格化により気軽に利用できるようになり、センサで取得したデータから得られる対象物の三次元形状や動きを利用したサービスの開発が進んできている。例えば、ジェスチャによってＰＣやテレビの操作を行ったり、身体の動きに応じて表示される映像を変更したりする、などといった利用方法が提案されている。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００７−２４９３０７
【特許文献２】特開２００９−５９０７５
【特許文献３】特開２００８−２１０３６３
【発明の概要】
【発明が解決しようとする課題】
【０００８】
上記従来例では、センサを装着した者同士のコミュニケーション状況を知ることができる。しかしながら、センサを装着させることが困難である社外からの来客とのコミュニケーション状況を知ることが出来なかった。【０００９】
業務の円滑な遂行や業務効率の改善に必要な情報の一つとして、業務における社内及び社外を含めた物理的な人の対面状況を、時間だけでなく質（活発さ）も含めて定量的に把握することが有効である。上記従来例及び各従来例の組み合わせからは、社内及び社外の人物間の対面状況を把握できないという問題があった。
【課題を解決するための手段】
【００１０】
本発明は、プロセッサと記憶部を備えて、人物同士の物理的な対面に関するデータを生成する対面データ生成装置であって、複数の人物のそれぞれに装着されるセンサ端末の第１のセンサで検出された物理量を示すセンシングデータを受信する通信部と、所定の位置に配置されて前記人物の位置を測定する第２のセンサからのデータを受信し、受信した前記データに基づいて前記人物の位置を特定する第１の計測部と、所定の位置に配置されて前記センサ端末と通信を行って当該センサ端末の位置を特定する第２の計測部と、前記第１の計測部で特定した前記人物の位置と、前記第２の計測部で特定した前記センサ端末の位置とを結合し、前記センシングデータの物理量に基づいて前記人物の対面データを生成する対面データ生成部と、を備える。
【発明の効果】
【００１１】
本発明によれば、センサ端末のセンシングデータを解析することにより、センサ端末を装着した人物同士のコミュニケーションの状況を把握できるだけでなく、センサ端末を装着していない人物とのコミュニケーションの状況を把握することも可能となる。
【図面の簡単な説明】
【００１２】
【図１】本発明の実施例を示し、業務上対面データ生成システムの構成と利用状態を示すブロック図である。
【図２Ａ】本発明の実施例を示し、クライアントの構成の一例を示すブロック図である。
【図２Ｂ】本発明の実施例を示し、アプリケーションサーバの構成の一例を示すブロック図である。
【図３Ａ】本発明の実施例を示し、データ処理サーバの構成の一例を示すブロック図である。
【図３Ｂ】本発明の実施例を示し、計測ＰＣの構成の一例を示すブロック図である。
【図４Ａ】本発明の実施例を示し、センサネットサーバの構成の一例を示すブロック図である。
【図４Ｂ】本発明の実施例を示し、基地局の構成の一例を示すブロック図である。
【図５Ａ】本発明の実施例を示し、端末の構成の一例を示すブロック図の前半部である。
【図５Ｂ】本発明の実施例を示し、端末の構成の一例を示すブロック図の後半部である。
【図６】本発明の実施例を示し、社外者との会議の活動を記録する距離センサのデータを計測し、データ処理サーバで会議二次対面データ生成までの処理の一例を示すシーケンス図である。
【図７】本発明の実施例を示し、センシングデータがセンサネットサーバに格納されるまでの処理の一例を示すシーケンス図である。
【図８】本発明の実施例を示し、アプリケーションサーバで行われる基本コンテンツ生成処理の一例を示すシーケンス図である。
【図９Ａ】本発明の実施例を示し、クライアントで画面を表示する処理の一例を示すシーケンス図の前半部である。
【図９Ｂ】本発明の実施例を示し、クライアントで画面を表示する処理の一例を示すシーケンス図の後半部である。
【図１０Ａ】本発明の実施例を示し、計測ＰＣで行われる会議時の座席表生成処理の一例を示すフローチャートの前半部である。
【図１０Ｂ】本発明の実施例を示し、計測ＰＣで行われる会議時の座席表生成処理の一例を示すフローチャートの後半部である。
【図１１】本発明の実施例を示し、会議基本データの一例を示す図である。
【図１２】本発明の実施例を示し、センシングデータから人物領域を抽出する処理の概念図である。
【図１３Ａ】本発明の実施例を示し、センシングデータから人物領域中心を算出する処理の概念図である。
【図１３Ｂ】本発明の実施例を示し、センシングデータから人物領域中心を算出する処理の概念図である。
【図１３Ｃ】本発明の実施例を示し、センシングデータから人物領域中心を算出する処理の概念図である。
【図１３Ｄ】本発明の実施例を示し、人物領域中心から座席表を生成する処理の概念図である。
【図１４Ａ】本発明の実施例を示し、センシングデータに基づき算出した人物領域中心の座標を示す図の一例である。
【図１４Ｂ】本発明の実施例を示し、センシングデータに基づき算出した座席表見取り図の一例である。
【図１５Ａ】本発明の実施例を示し、センサ装着者検出器の視野角（測定範囲）の一例を示す平面図である。
【図１５Ｂ】本発明の実施例を示し、センサ装着者検出器で測定した基本情報の一例を示す図である。
【図１６Ａ】本発明の実施例を示し、センサ装着者検出器の検出ＩＤデータテーブルの一例を示す図である。
【図１６Ｂ】本発明の実施例を示し、他のセンサ装着者検出器の検出ＩＤデータテーブルの一例を示す図である。
【図１７】本発明の実施例を示し、センサ装着者検出器の検出ＩＤ受信回数を示す図の一例である。
【図１８】本発明の実施例を示し、センサ装着者検出器の配置及び視野角と、座席表見取り図を重ね合わせたイメージである。
【図１９】本発明の実施例を示し、ユーザリストの一例を示す図である。
【図２０Ａ】本発明の実施例を示し、座席配置図にデータを入力する画面の一例を示すイメージである。
【図２０Ｂ】本発明の実施例を示し、座席配置図にデータを入力する画面の一例を示すイメージである。
【図２０Ｃ】本発明の実施例を示し、座席配置図にデータを入力する画面の一例を示すイメージである。
【図２０Ｄ】本発明の実施例を示し、本発明の実施例を示し、座席配置図にデータを入力する画面の一例を示すイメージである。
【図２１】本発明の実施例を示し、会議参加者の座席表の一例を示す図である。
【図２２】本発明の実施例を示し、データ処理サーバで行われる会議活動量算出処理の一例を示すフローチャートである。
【図２３】本発明の実施例を示し、距離センサで計測したセンシングデータの一例を示す図である。
【図２４】本発明の実施例を示し、会議中の時刻毎の人物頭部三次元座標値の一例を示す図である。
【図２５Ａ】本発明の実施例を示し、会議中の時刻毎の人物頭部移動量を示す図の一例である。
【図２５Ｂ】本発明の実施例を示し、会議中の時刻毎の人物頭部移動量を示す図の一例である。
【図２６Ａ】本発明の実施例を示し、会議中の時刻毎の人物頭部移動量を示す表に人の椎別番号を対応づけた図である。
【図２６Ｂ】本発明の実施例を示し、人物領域と座席表人物番号を対応づけた図である。
【図２６Ｃ】本発明の実施例を示し、会議中の時刻毎の人物の氏名と頭部移動量を対応づけた図である。
【図２７】本発明の実施例を示し、データ処理サーバで行われる会議対面二次データの生成処理の一例を示すフローチャートである。
【図２８Ａ】本発明の実施例を示し、会議中の時刻ごと、人ごとの活動を示す会議活動表の一例を示す図である。
【図２８Ｂ】本発明の実施例を示し、会議中の時刻ごと人ごとの活動を示す会議活動表の他の形態を示す図である。
【図２９】本発明の実施例を示し、対面相手の活性度を考慮した状態の会議活動表のカウントの一例を示す図である。
【図３０Ａ】本発明の実施例を示し、会議活動二次データである会議活動マトリクスの一例を示す図である。
【図３０Ｂ】本発明の実施例を示し、会議活動二次データである会議活動マトリクスの他の例を示す図である。
【図３１】本発明の実施例を示し、アプリケーションサーバで行われる業務対面活動マトリクス生成処理の一例を示すフローチャートである。
【図３２】本発明の実施例を示し、会議活動補正値を算出する例を示す図である。
【図３３Ａ】本発明の実施例を示し、センサ端末で取得したデータに基づく双方向の対面活動マトリクスの例を示す図である。
【図３３Ｂ】本発明の実施例を示し、センサ端末で取得したデータに基づく一方向の対面活動マトリクスの例を示す図である。
【図３４Ａ】本発明の実施例を示し、センシングデータベースの一例を示す図である。
【図３４Ｂ】本発明の実施例を示し、センシングデータベースの一例を示す図である。
【図３５】本発明の実施例を示し、センシングデータベースを示す図の一例である。
【図３６】本発明の実施例を示し、センサ端末二次データと会議活動二次データに基づき生成した業務対面活動マトリクスの一例である。
【図３７】本発明の実施例を示し、センサ端末二次データと会議活動二次データに基づき生成した業務対面活動マトリクスの一例である。
【図３８Ａ】本発明の実施例を示し、ネットワーク図生成時のノード間表示の基本方針の一例を示す図である。
【図３８Ｂ】本発明の実施例を示し、ネットワーク図生成時のノード間表示で人物ＡとＢの双方向活性度が１００％の例を示す図である。
【図３８Ｃ】本発明の実施例を示し、ネットワーク図生成時のノード間表示で人物Ａの活性度のみが１００％の例を示す図である。
【図３８Ｄ】本発明の実施例を示し、ネットワーク図生成時のノード間表示で人物Ｂの活性度のみが１００％の例を示す図である。
【図３９Ａ】本発明の実施例を示し、対面活動マトリクスから生成した社内ネットワーク図の一例である。
【図３９Ｂ】本発明の実施例を示し、対面活動マトリクスから生成した社内活動ネットワーク図の一例である。
【図３９Ｃ】本発明の実施例を示し、対面活動マトリクスから生成した社内活動ネットワーク図の一例である。
【図４０Ａ】本発明の実施例を示し、業務対面活動マトリクスから生成した業務ネットワーク図の一例である。
【図４０Ｂ】本発明の実施例を示し、業務対面活動マトリクスから生成した業務活動ネットワーク図の一例である。
【図４０Ｃ】本発明の実施例を示し、業務対面活動マトリクスから生成した業務活動ネットワーク図の一例である。
【図４１】本発明の実施例を示し、閲覧者判定の処理を示すフローチャートである。
【図４２】本発明の実施例を示し、本発明の実施例を示し、アクセス制御規定を示す図の一例である。
【図４３】本発明の実施例を示し、クライアントで表示する画面を示す図一例である。
【発明を実施するための形態】
【００１３】
以下、本発明の一実施形態について添付図面を用いて説明する。
【００１４】
本発明は、業務で人と人が対面したことを示す対面データを生成する業務上対面データ生成システムであり、複数のセンシングデータを用いて、社内だけでなく社外の人との対面状況を、対面時の活動量と共に表す業務対面活動マトリクス及び可視化データを生成することを特徴とする。以下、図面を用いて説明を行う。なお、業務上対面データ生成システムは、センサーと計算機及びネットワークを含む計算機システムである。
【００１５】
最初に、本発明の第１の実施例について図面を参照して説明する。実施例１においては、社内の従業員（社員）同士の対面データと、社外者との対面データとを結合する。そして、業務に関する社内外を含めた人物同士の対面データを生成する。対面データの生成にあたり、社内の人物同士の対面データと同一の単位系において、社外者と社内（または社外）の人物の対面データからコミュニケーション量（対面時間）を算出する。さらに、本実施例１では対面時の人物の活動量も含めて算出することを特徴とする。
【００１６】
実施例１では、社内対面データの生成において、従業員が装着したセンサ端末から得られる情報に基づき従業員同士の対面データを生成する方法を開示しているが、これ以外のものであってもよい。これにより、社内における従業員同士の対面においては、実体に基づく対面データを生成することが可能となる。
【００１７】
また、実施例１では、社外者との対面データを生成するにあたり、会議室内に設置した距離センサを用いる方法を開示しているが、画像認識など距離センサ以外のものであってもよい。
【００１８】
＜図１：全体の処理の流れ＞
図１に、第１の実施例の業務上対面データ生成システムの概要を示す。第１の実施例では、センサ端末（ＴＲ、ＴＲ２〜８：以下個体を識別しない場合にはすべてＴＲと示す）をユーザ（ＵＳ）である従業員（社内の人物）が装着し、装着された端末（ＴＲ）によって各従業員の行動や従業員間の交流（インタラクション）に関するセンシングデータを取得する。インタラクションについては、ユーザ（ＵＳ）同士が対面した際に各センサ端末（ＴＲ）間で赤外線を送受信することで対面状態を検知している。なお、センサ端末（ＴＲ）は、物理量のひとつとして対面する他のセンサ端末からの赤外線を検知する。各端末（ＴＲ）が取得したセンシングデータは無線または有線で接続した基地局（ＧＷ）に送信される。
【００１９】
基地局（ＧＷ）は、ネットワーク（ＮＷ）を介して転送したセンシングデータをセンサネットサーバ（ＳＳ）に格納する。センサネットサーバ（ＳＳ）は定期的（所定の周期など）に、格納されたセンシングデータの前処理を行って二次データを生成し、二次データとして保管しておく。
【００２０】
また一方で、従業員（ＵＳ）と社外来訪者（ＶＴ、ＶＴ２〜３：以下個体を識別しない場合にはすべてＶＴと示す）が打合せ等で利用する会議室では、距離センサ（ＲＳ）で、会議の状態を形状データで測定して、計測ＰＣ（ＭＰ）に送信する。距離センサ（ＲＳ）は会議室内の所定の位置に設置されて、無線、音波、光などの周知の技術を用いて会議室内をスキャンしながら距離を測定することで、形状データを生成する。
【００２１】
また、会議室内の所定の位置に配置されたセンサ端末装着者検出器（ＩＳＤ）で、センサ端末（ＴＲ）を装着している人、すなわち従業員（ＵＳ）の端末ＩＤを検出し、計測ＰＣ（ＭＰ）に送信する。センサ端末装着者検出器（ＩＳＤ）は会議室内の所定の位置に設置されて、無線、音波、光などの周知の技術を用いてセンサ端末（ＴＲ）と通信を行って、センサ端末（ＴＲ）の位置と、センサ端末（ＴＲ）に設定された端末ＩＤを取得する。センサ端末装着者検出器（ＩＳＤ）の詳細については、後述する。
【００２２】
計測ＰＣ（ＭＰ）では、距離センサ（ＲＳ）で取得した形状データから、会議室内の人物（従業員及び来訪者）や家具の実際の配置に基づく座席表を生成する。そして、計測ＰＣ（ＭＰ）は、センサ端末装着者検出器（ＩＳＤ）で検出した端末ＩＤと、センサ端末装着者検出器（ＩＳＤ）の設置されている位置と方向からセンサ端末（ＴＲ）を装着している従業員（ＵＳ）の座席を特定する。
【００２３】
次に、計測ＰＣ（ＭＰ）では、生成した座席表と従業員（ＵＳ）の座席から来訪者（ＶＴ）の座席位置を特定する。計測ＰＣ（ＭＰ）は、入力装置を用いて、特定した座席位置について来訪者の情報を入力することにより、会議の参加者氏名と座席位置とを対応付けた座席表を生成する。
【００２４】
計測ＰＣ（ＭＰ）で生成された座席表データと、距離センサ（ＲＳ）で取得したセンシングデータは、データ処理サーバ（ＤＳ）に送信される。
【００２５】
データ処理サーバ（ＤＳ）では、生成された座席表データと距離センサ（ＲＳ）で取得した形状データとを含むセンシングデータに基づき会議参加者の会議の活性度を算出し、会議の参加者全ての組み合わせについて会議の活性度を算出してから会議活動二次データ（会議データ）を生成する。
【００２６】
本実施例では、活動量から得られる参加者の体の動きから、会議での発言の多寡を推定する値として活性度を用いる。すなわち、参加者の体の動きが多い場合には、会議での発言も多いと推定して、この場合は活性度が高い、と判定する。すなわち、活発な論議が行われた場合、発言する際のジェスチャーが大きくなる場合や、意見を聞く際に頷くなどの動作も大きくなる。このように活発な意見交換がある状況を、活性度が高いとする。
【００２７】
逆に、参加者の体の動きが少ない場合には、会議での発言も少ないと推定して、この場合は活性度が低い、と判定する。すなわち、他人の発表などを単に聞くだけのような状況では、意見を聞く際に頷くなどの動作が少なくなり、意見交換がほとんど無いような状況を、活性度が低いとする。
【００２８】
以上のように、本発明では、対面している人物の活動量から会議（または会話）の活性度を推定する。
【００２９】
クライアント（ＣＬ）で、従業員であるユーザ（ＵＳ）向けに表示するためのコンテンツ（多くは画像であるが、動画やテキストデータ、音声データなど他のデータでもよい）を生成する際には、アプリケーションサーバ（ＡＳ）が、定期的にデータ処理サーバ（ＤＳ）から会議データや業務データを取得し、センサネットサーバ（ＳＳ）から二次データを取得する。そして、アプリケーションサーバ（ＡＳ）は、業務データと二次データとを合わせた処理を行い、コンテンツを生成する。
【００３０】
クライアント（ＣＬ）は、閲覧者検出器（ＣＬＢＤ）とディスプレイ（ＣＳＯＤ）を有し、閲覧者検出器（ＣＬＢＤ）は端末（ＴＲ）から送信された端末ＩＤを含む赤外線情報を受信することで、ユーザ（ＵＳ）がディスプレイを閲覧していることを検知する。閲覧者を検知する方法は、赤外線センサ以外にも、無線送受信機やＲＦＩＤ、カメラによる顔認識などを用いてもよい。閲覧者が検出された場合には、クライアント（ＣＬ）はアプリケーションサーバ（ＡＳ）に閲覧者のリストを送り、アプリケーションサーバ（ＡＳ）は、受信した閲覧者向けのコンテンツをクライアント（ＣＬ）に送信する。クライアント（ＣＬ）は受け取ったコンテンツをディスプレイ（ＣＬＯＤ）の画面（ＯＤ）に表示する。
【００３１】
なお、ＮＴＰサーバ（ＴＳ）は、ネットワーク（ＮＷ）に接続された計算機やセンサ端末（ＴＲ）及び基地局（ＧＷ）の時刻を同期させるため、基準となる時刻を送信する。
【００３２】
＜各サーバ及び装置のブロック図＞
図２Ａ、図２Ｂから図５Ａ、図５Ｂは、本発明の実施の形態の業務上対面データ生成システムを実現するための計算機の構成を説明するブロック図である。図示の都合上、図２Ａから図５Ａ、図５Ｂに分割して示すが、図１で示したように、された各構成要素は相互に連携して動作する。また、図内のそれぞれの機能はハードウェアまたはソフトウェア、あるいはハードウェアとソフトウェアの組み合わせによって実現されるものであり、必ずしも各機能ブロックがハードウェア実体を伴うとは限らない。以下では各構成要素は図２Ａ、図２Ｂから図５Ａ、図５Ｂに示されるように、制御部と記憶部と送受信部を有しているものとして説明する。
【００３３】
各制御部は、通常のコンピュータ等の処理部である中央処理部（Central  Processing Unit：ＣＰＵ、図示省略）などで構成され、記憶部は半導体記憶装置や磁気記憶装置等のメモリ装置で構成され、送受信部は有線または無線等のネットワークインタフェースを備えて構成される。その他、必要に応じて時計等を備えている。
【００３４】
図２Ａ、図２Ｂから図５Ａ、図５Ｂにおける形の異なる５種類の矢印は、それぞれ、時刻同期、アソシエイト、取得したセンシングデータの格納、センシングデータの解析、ファームウェア更新、及び、制御信号のためのデータまたは信号の流れをそれぞれ表している。以下、図２Ａ、図２Ｂから図５Ａ、図５Ｂを個別に参照して説明する。
【００３５】
＜クライアント（ＣＬ）、アプリケーションサーバ（ＡＳ）＞
図２Ａ、図２Ｂに、クライアント（ＣＬ）、およびアプリケーションサーバ（ＡＳ）の一例を示すブロック図を示す。
【００３６】
＜クライアント（ＣＬ）＞
図２Ａにおいて、クライアント（ＣＬ）は、ユーザ（ＵＳ）との接点（インターフェース）となって、データを入出力する。クライアント（ＣＬ）は、入出力部（ＣＬＩＯ）、送受信部（ＣＬＳＲ）、記憶部（ＣＬＭＥ）、制御部（ＣＬＣＯ）、及び、閲覧者検出器（ＣＬＶＤ）を備える。
【００３７】
入出力部（ＣＬＩＯ）は、ユーザ（ＵＳ）とのインターフェースとなる部分である。入出力部（ＣＬＩＯ）は、ディスプレイ（ＣＬＯＤ）、タッチパネル（ＣＬＩＴ）、キーボード（ＣＬＩＫ）、そしてマウス（ＣＬＩＭ）等を備える。必要に応じて外部入出力（ＣＬＩＵ）に他の入出力装置を接続することもできる。
【００３８】
ディスプレイ（ＣＬＯＤ）は、ＣＲＴ（Ｃａｔｈｏｄｅ−Ｒａｙ  Ｔｕｂｅ）又は液晶ディスプレイ等の画像表示装置である。ディスプレイ（ＣＬＯＤ）は、スピーカやプリンタ等を含んでいてもよい。ユーザ（ＵＳ）による入力を支援するためにタッチパネル（ＣＬＩＴ）を用いる場合には、タッチパネル（ＣＬＩＴ）をディスプレイ（ＣＬＯＤ）の画面（ＯＤ）と重なるように設置し、出力と入力を同じ画面上で行うように表示することもできる。
【００３９】
送受信部（ＣＬＳＲ）は、アプリケーションサーバ（ＡＳ）や、ネットワーク（ＮＷ）に接続した他の機器との間でデータや命令を送受信する。具体的には、送受信部（ＣＬＳＲ）は、コンテンツのリクエストをアプリケーションサーバ（ＡＳ）に送信し、リクエストに対応するコンテンツをアプリケーションサーバ（ＡＳ）から受信する。
【００４０】
記憶部（ＣＬＭＥ）は、ハードディスク、メモリ又はＳＤ（登録商標）メモリカードのような外部記録装置で構成される。記憶部（ＣＬＭＥ）は、閲覧者検出器（ＣＬＶＤ）のＩＤである検出器ＩＤ（ＣＬＶＤＩＤ）や、有効な端末ＩＤの一覧を示した端末ＩＤリスト（ＣＬＩＤ）を格納し、また、検出された閲覧者と、検出時刻の記録やその他クライアントに生じたイベントに関するログを蓄積するクライアントログ（ＣＬＣＢ）を格納する。
【００４１】
閲覧者検知器（ＣＬＶＤ）はクライアント（ＣＬ）に内蔵もしくは外部接続された端末であり、赤外線送受信器（ＣＬＶＤＩＲ）または人感センサ（ＣＬＶＤＨＩ）などのセンサを有し、クライアント（ＣＬ）のディスプレイ（ＣＬＯＤ）を閲覧している閲覧者を検知するためのものである。閲覧者検知器（ＣＬＶＤ）がクライアント（ＣＬ）に外部接続されるものである場合には、ＵＳＢなどのインターフェースを介して接続される。赤外線によって閲覧者を検出する場合には、ユーザ（ＵＳ）が装着したセンサ端末（ＴＲ）に備えられる赤外線送受信部（ＡＢ）から定期的に送信している端末ＩＤを受信することで検知する。
【００４２】
制御部（ＣＬＣＯ）は、ＣＰＵ（図示省略）を備え、通信の制御、ユーザ（ＵＳ）からのコンテンツ選択等に関する入力、及び、コンテンツをユーザ（ＵＳ）に出力するための入出力制御（ＣＬＣＩＯ）、閲覧者検出器の制御（ＣＬＣＢＤ）、検出したデータから閲覧者を適切に判定するための閲覧者判定（ＣＬＣＶＤ）、また、アプリケーションサーバ（ＡＳ）へのコンテンツリストリクエスト（ＣＬＣＬＲ）やコンテンツリクエスト（ＣＬＣＣＲ）などの処理を実行する。
【００４３】
検出器制御（ＣＬＣＢＤ）は、閲覧者検出器（ＣＬＶＤ）の動作を制御するものであり、検出器ＩＤ（ＣＬＶＤＩＤ）を与えて閲覧者検出器（ＣＬＶＤ）から送信させたり、受信した情報がノイズではなく有効なデータであることを、端末ＩＤリスト（ＣＬＩＤ）を照会して確認したり、閲覧者検出器（ＣＬＶＤ）における赤外線の送受信タイミングを制御したりする。閲覧者判定（ＣＬＣＶＤ）では、閲覧者検出器（ＣＬＶＤ）から得た検知データに基づき、現時点で閲覧しているとみなすユーザを逐次特定するものである。
【００４４】
コンテンツリストリクエスト（ＣＬＣＬＲ）では、現在の閲覧者の端末ＩＤのリストをアプリケーションサーバ（ＡＳ）に送り、当該閲覧者のメンバ構成で閲覧許可を持つコンテンツリストと、閲覧者の氏名を、アプリケーションサーバ（ＡＳ）から受け取る。この点に関して、コンテンツリスト（ＡＳＣＬ）とアクセス制御規定（ＡＳＡＣ）をクライアント（ＣＬ）内に保持し、クライアント（ＣＬ）内で閲覧許可を持つコンテンツリストを生成しても良い。しかし、アプリケーションサーバ（ＡＳ）の側で閲覧許可のあるコンテンツリスト（ＡＳＣＬＭ）の生成と端末ＩＤから氏名の検索とを行うようにすることで、個人情報であるユーザの氏名を、クライアント（ＣＬ）で保持する必要が無くなり、セキュリティを高めることができる。
【００４５】
入出力制御（ＣＬＣＩＯ）は、ディスプレイ（ＣＬＯＤ）に出力する画面の映像を生成・制御するものであり、合わせて、タッチパネル（ＣＬＩＴ）やマウス（ＣＬＩＭ）などからの入力も受け付ける。入力、つまりユーザの操作に合わせて出力画面は逐次変更される。入出力制御（ＣＬＣＩＯ）は、アプリケーションサーバ（ＡＳ）から受け取ったコンテンツリストとユーザの氏名を反映させ、画面内にコンテンツ切替ボタン（ＯＤ＿Ｃ）や閲覧者選択ボタン（ＯＤ＿Ａ）を表示する。コンテンツ切替ボタン（ＯＤ＿Ｃ）や閲覧者選択ボタン（ＯＤ＿Ａ）については図９を参照して後で説明する。これらのボタンは、ユーザが閲覧したいコンテンツを選択するためのものであり、選択する時点の閲覧者のメンバ構成で閲覧許可を持つコンテンツに関連するボタンのみが表示される。この機構によって、閲覧者は閲覧許可を持たないコンテンツにアクセスできないため、閲覧制限を実現可能である。
【００４６】
入出力制御（ＣＬＣＩＯ）はユーザ操作によるタッチパネル（ＣＬＩＴ）またはマウス（ＣＬＩＭ）などからの入力を待ち、入力操作があった場合には、入力操作に対応するコンテンツのリクエストをアプリケーションサーバ（ＡＳ）に送信し、コンテンツ情報を受け取る（ＣＬＣＣＲ）。コンテンツ情報は、主に画像であり、端末ＩＤと対応した強調表示座標リスト（ＡＳＥＭ）を合わせて受け取る。ユーザ操作による指定がない場合には、最新の日付のデータ（コンテンツ）を要求する。入出力制御（ＣＬＣＩＯ）は、コンテンツ画像をディスプレイに表示し、その上に、強調表示（ＣＬＣＥＭ）が現在の閲覧者に対応する座標を強調するための四角形や丸などの記号を重ねて表示する。また、強調表示（ＣＬＣＥＭ）は、コンテンツ画像を、現在の閲覧者が含まれる部分が画面中心に来るように、画像を移動したり、拡大などにより表示する。この機能によって、閲覧者にとって優先度の高い情報に、まず着目させることができる。
【００４７】
＜アプリケーションサーバ（ＡＳ）＞
図２Ｂにおいて、アプリケーションサーバ（ＡＳ）は、データ処理サーバ（ＤＳ）から会議データを受信し、センサネットサーバ（ＳＳ）からセンシングデータの二次データを受信する。アプリケーションサーバ（ＡＳ）は、受信したこれらの会議データおよびセンシングデータの二次データを処理し、クライアント（ＣＬ）や図示しない個人用クライアント（ＣＰ）を通してユーザ（ＵＳ）に提示するためのコンテンツ情報を生成する。コンテンツ情報は、多くは画像であるが、動画やテキストデータ、音声データなど、他のデータまたはそれらのデータの組み合わせでもよい。
【００４８】
アプリケーションサーバ（ＡＳ）は、送受信部（ＡＳＳＲ）、記憶部（ＡＳＭＥ）及び制御部（ＡＳＣＯ）を備える。送受信部（ＡＳＳＲ）は、ネットワーク（ＮＷ）を通じて、センサネットサーバ（ＳＳ）、データ処理サーバ（ＤＳ）、ＮＴＰ（Network Time Protocol）サーバ（ＴＳ）、クライアント（ＣＬ）との間でデータの送信及び受信を制御する。
【００４９】
記憶部（ＡＳＭＥ）は、ハードディスク、メモリ又はＳＤメモリカードのような外部記録装置で構成される。記憶部（ＡＳＭＥ）は、生成したコンテンツ情報や、コンテンツ生成のためのプログラム、その他のコンテンツ生成に関係するデータを格納する。具体的には、記憶部（ＡＳＭＥ）は、ユーザ属性リスト（ＡＳＵＬ）、社外対面者リスト（ＡＳＰＬ）、コンテンツリスト（ＡＳＣＬ）、クライアントログ（ＡＳＣＢ）、アクセス制御規定（ＡＳＡＣ）、業務対面活動マトリクス（ＡＳＧＭ）、基本コンテンツファイル（ＡＳＢＦ）、強調表示座標リスト（ＡＳＥＭ）、センサ端末情報読込プログラム（ＡＳＳＲ）、会議活動二次データ読込プログラム（ＡＳＫＲ）、基本コンテンツ生成プログラム（ＡＳＣＢＣ４）、業務対面活動マトリクス生成プログラム（ＡＳＣＭＣ）、および、会議対面二次データ補正プログラム（ＡＳＣＣＣ）を格納する。
【００５０】
ユーザ属性リスト（ＡＳＵＬ）は、センサ端末（ＴＲ）のＩＤと、当該センサ端末（ＴＲ）を装着したユーザ（ＵＳ）の氏名、端末ＩＤ、所属、メールアドレス、属性等との関連を参照可能な対照表である。
【００５１】
社外対面者リスト（ＡＳＰＬ）は、社外対面者（来訪者）の氏名、会社名、所属、役職等を参照可能な対照表である。データ処理サーバ（ＤＳ）に格納されている、会議基本データから社外来訪者を抽出し、抽出結果をアプリケーションサーバ（ＡＳ）が結合することにより社外対面者リスト（ＡＳＰＬ）が生成される。
【００５２】
コンテンツリスト（ＡＳＣＬ）は、クライアント（ＣＬ）で提示可能なコンテンツの一覧を記述したリストである。クライアント（ＣＬ）から閲覧者の端末ＩＤと共にコンテンツリストリクエスト（ＣＬＣＬＲ）を受けた場合には、コンテンツリスト（ＡＳＣＬ）とアクセス制御規定（ＡＳＡＣ）とを合わせて照会し、コンテンツリスト生成（ＡＳＣＬＭ）において現在の閲覧者が閲覧可能なリストを抽出してクライアント（ＣＬ）に送信する。
【００５３】
アクセス制御規定（ＡＳＡＣ）は、個々のコンテンツに対し、閲覧可能になる条件を規定したものである。主には端末ＩＤまたは属性によって規定され、例えば、特定の組織に所属するユーザや、特定の職位以上のユーザが閲覧者の中に含まれているときに閲覧可能となるように端末ＩＤが論理式のＯＲで規定される。また、論理式のＡＮＤによって、特定のメンバが全員そろって閲覧者検出器（ＣＬＶＤ）で検出されているときのみ閲覧可能になるように規定されていてもよい。また、排他的に、特定のメンバがいるときには閲覧できないように規定してもよい。
【００５４】
業務対面活動マトリクス（ＡＳＧＭ）は、組織の構成メンバ（従業員）及び組織外の対面相手（来訪者）を、縦軸（列方向）及び横軸（行方向）の要素とし、アプリケーションサーバ（ＡＳ）が、それぞれの組み合わせにおける対面に関する情報（対面時の活動に応じた時間）を数値化し、当該数値を業務対面活動マトリクス（ＡＳＧＭ）上の該当セルに入力したものである。この数値は、センシングデータの二次データ、すなわち内部対面データと、距離センサデータを処理及び解析して得た会議時の対面に関する二次データ、すなわち対外対面データとにより、生成される。
【００５５】
基本コンテンツファイル（ＡＳＢＦ）には、基本コンテンツ生成（ＡＳＣＢＣ）の結果出力されるコンテンツ情報（多くは画像であるが、動画やテキストデータ、音声データなど他のデータでもよい）が収容される。特定の期間や特定のメンバに関するセンサデータに基づいた画像が収容されていても良いし、テキストの文面や座標値などがテキストデータとして保持され、クライアント（ＣＬ）から呼び出された際に基本コンテンツファイルが結合及び再配置されて画像が生成されても良い。サーブレットのように、ユーザの操作に応じてリアルタイムに画像の形状を変えるプログラムであってもよい。すべてのコンテンツには日付や端末ＩＤもしくは組織ＩＤ、コンテンツ種類などのタグが付与されており、クライアント（ＣＬ）からの要求によって一つに特定される。
【００５６】
二次データ読込プログラム（ＡＳＳＲ）は、センサネットサーバ（ＳＳ）から受け取ったセンシングデータの二次データを読み込むためのプログラムである。二次データである対面活動マトリクス（ＡＳＭＭ）などのファイルの形式を保持しており、ファイルの形式に沿って、指定された日付、時間及び対象ユーザのデータを読み込む。対面活動マトリクス（ＡＳＭＭ）については後述の図３３Ａ，図３３Ｂで説明する。
【００５７】
会議活動データ読み込みプログラム（ＡＳＫＲ）は、データ処理サーバ（ＤＳ）から受け取った会議基本データや、距離センサ（ＲＳ）のデータを処理及び解析して得た会議活動二次データを読み込むためのプログラムである。会議活動二次データについては、後述の図３０Ａ、図３０Ｂを参照して説明する。
【００５８】
社外対面者リスト更新プログラム（ＡＳＬＵ）は、会議情報読込プログラム（ＡＳＧＲ）で読み込まれたデータから、社外対面者に関する情報、氏名、会社名、所属及び職位などを抽出し、必要に応じてリストに追記する。
【００５９】
基本コンテンツ生成プログラム（ＡＳＢＰ）は、基本コンテンツを生成するための諸々のプログラムである。基本コンテンツ生成（ＡＳＣＢＣ）時には、これをタイマ起動（ＡＳＴＫ）または管理者による手動起動、またはクライアント（ＣＬ）によるリクエストを受けて起動し、基本コンテンツファイルを出力する。
【００６０】
業務対面活動マトリクス生成プログラム（ＡＳＣＭＣ）は、基本コンテンツ生成プログラム（ＡＳＢＰ）の一部であり、業務上の対面を可視化するコンテンツ生成のベースとなる、業務対面活動マトリクス（ＡＳＧＭ）を生成するプログラムである。この業務対面活動マトリクス（ＡＳＧＭ）には、Ｎ×Ｎ行列の中に対面時の活動に応じたコミュニケーション量の活動が記録されている。
【００６１】
制御部（ＡＳＣＯ）は、ＣＰＵ（図示省略）を備え、データの送受信の制御及びデータの処理を実行する。具体的には、ＣＰＵ（図示省略）が記憶部（ＡＳＭＥ）に格納されたプログラムを実行することによって、コンテンツリスト生成（ＡＳＣＬＭ）、コンテンツ選択・描画制御（ＡＳＣＣＳ）、タイマ起動（ＡＳＴＫ）、基本コンテンツ生成（ＡＳＣＢＣ）、及び強調表示座標リスト生成（ＡＳＣＥＭ）等の処理が実行される。また、内部に保持する時計（ＡＳＣＫ）は、外部のＮＴＰサーバ（ＴＳ）に定期的に接続することによって、現地（システムの設置される場所）の標準時刻を保持する。
【００６２】
コンテンツリスト生成（ＡＳＣＬＭ）は、クライアント（ＣＬ）から閲覧者の端末ＩＤと共にコンテンツリストリクエスト（ＣＬＣＬＲ）を受けた場合に、コンテンツリスト（ＡＳＣＬ）とアクセス制御規定（ＡＳＡＣ）とを合わせて照会し、現在のクライアント（ＣＬ）の閲覧者に閲覧許可のあるコンテンツのリストを抽出してクライアント（ＣＬ）に送信するまでを行う処理である。図示しない個人用クライアント（ＣＰ）からコンテンツリストリクエスト（ＣＰＣＬＲ）を受けた場合も同様である。
【００６３】
コンテンツ選択・描画制御（ＡＳＣＣＳ）は、クライアント（ＣＬ）のディスプレイ（ＣＬＯＤ）を閲覧しているユーザ（ＵＳ）による選択操作、またはクライアント（ＣＬ）から自動的に発せられる要求に応じて、指定されたコンテンツを基本コンテンツファイル（ＡＳＢＦ）から取り出し、必要ならばそれに対応する強調表示座標リスト（ＡＳＥＭ）を合わせて、クライアント（ＣＬ）に送信する処理である。またサーブレットのような、ユーザ（ＵＳ）の操作に合わせてインタラクティブに動くコンテンツの場合には、コンテンツ選択・描画制御（ＡＳＣＣＳ）において描画を制御する。また、閲覧しているユーザ（ＵＳ）のメンバ構成に合わせて基本コンテンツファイルを組み合わせて一枚の画像を生成する処理を行う。
【００６４】
タイマ起動（ＡＳＴＫ）は時計（ＡＳＣＫ）があらかじめ指定された時刻になった際に、基本コンテンツ生成（ＡＳＣＢＣ）の処理を開始する。
【００６５】
基本コンテンツ生成（ＡＳＣＢＣ）は、基本コンテンツ生成プログラム（ＡＳＢＰ）を読み込み、データ処理サーバ（ＤＳ）から取得した会議情報と、センサネットサーバ（ＳＳ）から取得したセンシングデータまたはセンシングデータの二次データとを処理し、基本コンテンツファイル（ＡＳＢＦ）を出力する。具体的には、ネットワーク図（図９）の画面などの基本コンテンツファイル（ＡＳＢＦ）を出力する。
【００６６】
このように、図２Ａのクライアント（ＣＬ）と図２Ｂのアプリケーションサーバ（ＡＳ）とを分けることによって、クライアント（ＣＬ）内には個人情報や機密情報を保存しないで済むため、クライアント（ＣＬ）をセキュリティエリア外に置くことができる。
【００６７】
しかし、クライアント（ＣＬ）とアプリケーションサーバ（ＡＳ）とを一体のものにして、クライアント（ＣＬ）内にコンテンツファイルやユーザ属性リストを保持しても良い。
【００６８】
ＣＰＵは、各機能部のプログラムに従って動作することによって、所定の機能を実現する機能部として動作する。例えば、ＣＰＵは、基本コンテンツ生成プログラムに従って動作することで基本コンテンツ生成部として機能する。他のプログラムについても同様である。さらに、ＣＰＵは、各プログラムが実行する複数の処理のそれぞれを実現する機能部としても動作する。計算機及び計算機システムは、これらの機能部を含む装置及びシステムである。
【００６９】
制御部（ＡＳＣＬ）の各機能を実現するプログラム、テーブル等の情報は、ストレージ装置や不揮発性半導体メモリ、ハードディスクドライブ、ＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ）等の記憶デバイス、または、ＩＣカード、ＳＤカード、ＤＶＤ等の計算機読み取り可能な非一時的データ記憶媒体に格納することができる。
【００７０】
＜図３Ａ、図３Ｂ：データ処理サーバ（ＤＳ）、計測ＰＣ（ＭＰ）＞
図３Ａは、データ処理サーバ（ＤＳ）のブロック図を示し、図３Ｂは計測ＰＣ（ＭＰ）の構成を示すブロック図である。
【００７１】
＜データ処理サーバ（ＤＳ）＞
図３Ａにおいて、データ処理サーバ（ＤＳ）は、計測ＰＣ（ＭＰ）で計測した距離センサ（ＲＳ）のデータや、計測ＰＣ（ＭＰ）で生成した会議参加者の座席表のデータを受信し、当該受信データに基づき、会議活動量や、会議時の活動状態に関する二次データを生成する。また、アプリケーションサーバ（ＡＳ）からの要求に基づいて、会議基本情報や、会議活動二次データを送信する。
【００７２】
データ処理サーバ（ＤＳ）は、送受信部（ＧＳＳＲ）、制御部（ＤＳＣＯ）、記憶部（ＤＳＭＥ）を備える。
【００７３】
送受信部（ＧＳＳＲ）は、アプリケーションサーバ（ＡＳ）や計測ＰＣ（ＭＰ）との間で、データの送受信を制御する。
【００７４】
記憶部（ＧＳＭＥ）は、ハードディスク等のデータ記憶装置によって構成され、少なくとも、会議基本情報データベース（ＤＳＤＭ）、会議活動二次データベース（ＤＳＫＭ）、座席表（ＤＳＬＴ）、センシングデータベース（ＤＳＳＤ）を格納する。さらに、記憶部（ＤＳＭＥ）は、制御部（ＤＳＣＯ）のＣＰＵ（図示省略）によって実行されるプログラムを格納する。
【００７５】
会議基本情報データベース（ＤＳＤＭ）は、計測ＰＣ（ＭＰ）から送信された会議に関する基本情報、日時や場所、参加者が格納されている。
【００７６】
センシングデータベース（ＤＳＳＤ）は、計測ＰＣ（ＭＰ）から送信された、計測ＰＣ（ＭＰ）を介して制御した距離センサ（ＲＳ）のセンシング情報、具体的には、センシングした時刻と、センシングした時刻における物体表面形状を表す点群データとを対にして、時系列に記録されたものが格納されている。
【００７７】
座席表（ＤＳＬＴ）には、計測ＰＣ（ＭＰ）から送信された、計測ＰＣ（ＭＰ）で生成した会議時の座席配置が格納されている。座席表（ＤＳＬＴ）は、会議において、参加者の誰がどの位置に座っていたかが特定されたデータであり、さらに、参加者がどのような活動状況であったかを、名前と活動量とを対応づけて出力するのに利用する。
【００７８】
会議活動二次データベース（ＤＳＫＭ）は、データ処理サーバ（ＤＳ）で生成される情報である。会議活動二次データベース（ＤＳＫＭ）は、会議時における各参加者の時間毎の活動量や、各参加者の活動量もとに生成する会議の参加者全ての組み合わせにおける、互いの活動量に応じた対面時間を表したデータが格納されている。
【００７９】
データ受信（ＤＳＲＶ）は、計測ＰＣ（ＭＰ）からのデータを受信する。
【００８０】
会議活動量算出（ＤＳＡＣ）は、センシングデータ（ＤＳＳＤ）と座席表（ＤＳＬＲ）に基づき、各参加者の時間毎の活動量を算出する。活動量を算出する処理の詳細は、図２２で説明する。
【００８１】
会議対面二次データ生成（ＤＳＭＭ）では、各参加者の時間量の活動に基づき、会議参加者全ての組み合わせにおける、互いの活動量に応じた時間を計算し、マトリクス形式で保存する。会議対面二次データ生成の詳細は、図２７で説明する。
【００８２】
会議情報検索（ＤＳＤＳ）は、アプリケーションサーバ（ＡＳ）からの要求により、指定された日付の会議情報、具体的には、会議基本情報データベース（ＤＳＤＭ）の会議基本情報や、会議活動二次データベース（ＤＳＫＭ）の会議活動二次データを検索し、送受信部を介してアプリケーションサーバ（ＡＳ）に送信する。
【００８３】
データ処理サーバ（ＤＳ）のＣＰＵもアプリケーションサーバ（ＡＳ）のＣＰＵと同様であり、ＣＰＵは各機能部のプログラムに従って動作することによって、所定の機能を実現する機能部として動作する。例えば、ＣＰＵは、会議活動量算出プログラムに従って動作することで会議活動量算出部として機能する。他のプログラムについても同様である。さらに、ＣＰＵは、各プログラムが実行する複数の処理のそれぞれを実現する機能部としても動作する。計算機及び計算機システムは、これらの機能部を含む装置及びシステムである。
【００８４】
制御部（ＤＳＣＯ）の各機能を実現するプログラム、テーブル等の情報は、ストレージ装置や不揮発性半導体メモリ、ハードディスクドライブ、ＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ）等の記憶デバイス、または、ＩＣカード、ＳＤカード、ＤＶＤ等の計算機読み取り可能な非一時的データ記憶媒体に格納することができる。
【００８５】
＜計測ＰＣ（ＭＰ）＞
図３Ｂにおいて、計測ＰＣ（ＭＰ）は、距離センサ（ＲＳ）とセンサ端末装着者検出器（ＩＳＤ）を制御し、計測データを受信したり、受信したデータに基づき実際の配置に基づく座席表や、会議開催日時や場所、参加者等を格納した会議基本情報を生成し、距離センサ（ＲＳ）で計測したセンシングデータや、座席表、会議基本データを、送受信部を介して、データ処理サーバ（ＤＳ）に送信する。計測ＰＣ（ＭＰ）は、送受信部（ＭＰＳＲ）、制御部（ＭＰＣＯ）、記憶部（ＭＰＭＥ）を備える。
【００８６】
送受信部（ＭＰＳＲ）は、データ処理サーバ（ＤＳ）や、距離センサ（ＲＳ）、センサ端末装着者検出器（ＩＳＤ）との間で、データの送受信を制御する。
【００８７】
記憶部（ＭＰＭＥ）は、ハードディスク等のデータ記憶装置によって構成され、少なくとも、会議基本情報データベース（ＭＰＤＭ）、座席表（ＭＰＬＴ）、センシングデータベース（ＭＰＳＤ）および検出ＩＤデータベース（ＭＰＤＴ）を格納する。さらに、記憶部（ＭＰＭＥ）は、制御部（ＭＰＣＯ）のＣＰＵ（図示省略）によって実行されるプログラムを格納する。
【００８８】
会議基本情報（ＭＰＤＭ）には、会議の開催日時や場所、参加者等が格納されている。座席表データ（ＭＰＬＴ）には、会議の参加者の氏名や所属、会議時の座席座標値などが格納されている。
【００８９】
センシングデータベース（ＭＰＳＤ）には、距離センサ（ＲＳ）で計測した情報、具体的には、センシングした時刻と、センシングの時刻における物体の表面形状を表す点群データとを対にして、時系列に記録されたものが格納されている。これにより、会議における室内の参加者の動きのログを残すことが出来る。
【００９０】
検出ＩＤデータベース（ＭＰＤＴ）には、センサ端末装着者検出器（ＩＳＤ）で検出した、センサ端末（ＴＲ）の端末ＩＤが時系列に格納されている。センサ端末装着者検出器（ＩＳＤ）の位置や向き、検出した端末ＩＤから、センサ端末装着者がどの位置にいるか推定するのに利用する。
【００９１】
制御部（ＭＰＣＯ）は、データ送信（ＭＰＤＳＤ）、会議基本情報生成（ＭＰＤＭ）、座席表生成（ＭＰＳＣ）、距離センサ制御（ＭＰＲＳ）、検出器制御（ＭＰＩＳＤ）により構成される。
【００９２】
検出器制御（ＭＰＩＳＤ）では、装着者検出器（ＩＳＤ）に対して計測要求を出したり、計測されたデータを受信し、検出ＩＤデータベース（ＭＰＤＴ）に格納することができる。
【００９３】
距離センサ制御（ＭＰＲＳ）では、距離センサ（ＲＳ）に対して計測要求を出したり、計測されたデータを受信し、センシングデータベース（ＭＰＳＤ）に格納することができる。
【００９４】
座席表生成（ＭＰＳＣ）では、センシングデータに基づく座席表を生成し、検出ＩＤデータベース（ＭＰＤＴ）に基づき、センサ端末装着者の着席位置を特定する。また、入出力部（ＭＰＩＯ）のディスプレイ（ＭＰＯＤ）に、座席配置図を表示したり、マウス（ＭＰＩＭ）やキーボード（ＭＯＩＫ）によって、座席配置図を参考に社外の来訪者の情報を入力することができる。
【００９５】
会議基本情報生成（ＭＰＤＭ）では、会議開催日時や場所、参加者のデータを生成する。
【００９６】
データ送信では、会議基本情報（ＭＰＤＭ）と、座席表データ（ＭＰＬＴ）とセンシングデータ（ＭＰＳＤ）を、データ処理サーバ（ＤＳ）に送信する。
【００９７】
計測ＰＣ（ＭＰ）のＣＰＵ（図示省略）もアプリケーションサーバ（ＡＳ）のＣＰＵと同様であり、ＣＰＵは各機能部のプログラムに従って動作することによって、所定の機能を実現する機能部として動作する。例えば、ＣＰＵは、距離センサ制御プログラムに従って動作することで距離センサ制御部として機能する。他のプログラムについても同様である。さらに、ＣＰＵは、各プログラムが実行する複数の処理のそれぞれを実現する機能部としても動作する。計算機及び計算機システムは、これらの機能部を含む装置及びシステムである。
【００９８】
制御部（ＭＰＣＯ）の各機能を実現するプログラム、テーブル等の情報は、ストレージ装置や不揮発性半導体メモリ、ハードディスクドライブ、ＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ）等の記憶デバイス、または、ＩＣカード、ＳＤカード、ＤＶＤ等の計算機読み取り可能な非一時的データ記憶媒体に格納することができる。
【００９９】
＜センサネットサーバ（ＳＳ）基地局（ＧＷ）＞
図４Ａ、図４Ｂは、センサネットサーバ（ＳＳ）及び基地局（ＧＷ）の構成例を示すブロック図である。
【０１００】
＜センサネットサーバ（ＳＳ）＞
図４Ａにおいて、センサネットサーバ（ＳＳ）は、全てのセンサ端末（ＴＲ）から集められたデータを管理する。具体的には、センサネットサーバ（ＳＳ）は、基地局（ＧＷ）を経由して送られてくるセンシングデータをセンシングデータベース（ＳＳＤＢ）に格納する。そして、センサネットサーバ（ＳＳ）は、アプリケーションサーバ（ＡＳ）やクライアント（ＣＬ）からの要求に基づいてセンシングデータまたは二次データを送信する。さらに、センサネットサーバ（ＳＳ）は、基地局（ＧＷ）と、基地局（ＧＷ）の管理下にあるセンサ端末（ＴＲ）の情報を随時管理する。
【０１０１】
センサネットサーバ（ＳＳ）は、送受信部（ＳＳＳＲ）、記憶部（ＳＳＭＥ）及び制御部（ＳＳＣＯ）を備える。
【０１０２】
送受信部（ＳＳＳＲ）は、基地局（ＧＷ）、アプリケーションサーバ（ＡＳ）、との間で、データの送信及び受信を制御する。
【０１０３】
記憶部（ＳＳＭＥ）は、ハードディスク等のデータ記憶装置によって構成され、少なくとも、センシングデータベース（ＳＳＤＢ）、二次データベース（ＳＳＤＴ）、データ形式情報（ＳＳＭＦ）を格納する。さらに、記憶部（ＳＳＭＥ）は、制御部（ＳＳＣＯ）のＣＰＵ（図示省略）によって実行されるプログラムを格納する。
【０１０４】
センシングデータベース（ＳＳＤＢ）は、各センサ端末（ＴＲ）が取得したセンシングデータと、センサ端末（ＴＲ）の情報、及び、各センサ端末（ＴＲ）から送信されたセンシングデータが通過した基地局（ＧＷ）の情報等を記録しておくためのデータベースである。加速度等、データの要素ごとにカラムが生成され、データが管理される。また、データの要素ごとにテーブルが生成されてもよい。どちらの場合にも、全てのデータは、それらのデータを取得したセンサ端末（ＴＲ）のＩＤである端末情報（ＴＲＭＴ）（図４）と、センシングした時刻に関する情報とが関連付けて管理される。
【０１０５】
二次データベース（ＳＳＤＴ）は、センシングデータベース（ＳＳＤＢ）のデータをセンシングデータ処理（ＳＳＣＤＴ）した結果を格納するデータベースである。二次データベース（ＳＳＤＴ）に格納されている二次データは、所定の前処理によって規格化された、ユーザ（ＵＳ）、すなわち社内の従業員間の物理的な対面状態を特定可能なデータである。この二次データは、センシングデータからノイズが取り除かれ、基本コンテンツを生成するために適した形式、例えば一日ごとにユーザ（ＵＳ）の任意の２者間の合計対面時間を行列形式で表現したものなど、で保管される。
【０１０６】
データ形式情報（ＳＳＭＦ）には、通信のためのデータ形式、基地局（ＧＷ）でタグ付けされたセンシングデータを切り分けてデータベースに記録する方法、センシングデータ処理（ＳＳＣＤＴ）された二次データを二次データベース（ＳＳＤＴ）に記録する方法、及び、データの要求に対する対応方法を示す情報等が記録されている。センサネットサーバ（ＳＳ）ではデータ受信の後、またはデータ送信の前にはこのデータ形式情報（ＳＳＭＦ）が参照され、データ形式の変換とデータ振り分けが行われる。
【０１０７】
制御部（ＳＳＣＯ）は、ＣＰＵ（図示省略）を備え、センシングデータの送受信やデータベースへの記録・取り出しを制御する。具体的には、ＣＰＵが記憶部（ＳＳＭＥ）に格納されたプログラムを実行することによって、センシングデータ保管（ＳＳＣＤＢ）、センシングデータ処理（ＳＳＣＤＴ）及び二次データ検索（ＳＳＣＴＳ）等の処理を実行する。
【０１０８】
センシングデータ保管（ＳＳＣＤＢ）は、基地局（ＧＷ）から送られてきたセンシングデータを受け取り、センシングデータベース（ＳＳＤＢ）に格納する処理である。時刻情報や端末ＩＤ、基地局を経由した時刻などの付加情報を合わせて１レコードとして、データベースに格納する。
【０１０９】
時計（ＳＳＣＫ）は、外部ＮＴＰサーバ（ＴＳ）と定期的に接続することによって、標準時刻を保持している。時計（ＳＳＣＫ）があらかじめ指定した時刻、または特定の条件を満たしたときに、センシングデータ処理（ＳＳＣＤＴ）をタイマ起動（ＳＳＴＫ）する。
【０１１０】
センシングデータ処理（ＳＳＣＤＴ）は、センシングデータベース（ＳＳＤＢ）からセンシングデータ、すなわちセンサ端末（ＴＲ）で取得されたデータをデータ形式情報（ＳＳＭＦ）で指定された方法によって前処理し、二次データを生成する。
【０１１１】
生成された二次データは二次データベース（ＳＳＤＴ）に格納される。一定間隔でセンシングデータ処理（ＳＳＣＤＴ）を起動し、新しく追加されたセンシングデータを処理することで、二次データベース（ＳＳＤＴ）は常に更新された状態になるように保たれる。
【０１１２】
二次データ検索（ＳＳＣＴＳ）は、アプリケーションサーバ（ＡＳ）から要求を受けた際に、この要求に対応した二次データを二次データベース（ＳＳＤＴ）から取り出し、要求元に送信する処理を行う。この処理では、二次データに付与されている、日付や端末ＩＤなどのタグ情報をもとに二次データが検索される。
【０１１３】
センサネットサーバ（ＳＳ）のＣＰＵもアプリケーションサーバ（ＡＳ）のＣＰＵと同様であり、ＣＰＵは各機能部のプログラムに従って動作することによって、所定の機能を実現する機能部として動作する。例えば、ＣＰＵは、センシングデータ処理プログラムに従って動作することでセンシングデータ処理部として機能する。他のプログラムについても同様である。さらに、ＣＰＵは、各プログラムが実行する複数の処理のそれぞれを実現する機能部としても動作する。計算機及び計算機システムは、これらの機能部を含む装置及びシステムである。
【０１１４】
制御部（ＳＳＣＯ）の各機能を実現するプログラム、テーブル等の情報は、ストレージ装置や不揮発性半導体メモリ、ハードディスクドライブ、ＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ）等の記憶デバイス、または、ＩＣカード、ＳＤカード、ＤＶＤ等の計算機読み取り可能な非一時的データ記憶媒体に格納することができる。
【０１１５】
＜基地局（ＧＷ）＞
図４Ｂにおいて、基地局（ＧＷ）は、センサ端末（ＴＲ）とセンサネットサーバ（ＳＳ）を仲介する役目を持つ。センサ端末（ＴＲ）と基地局（ＧＷ）間が無線で接続される場合には、無線の到達距離を考慮して、居室や職場等の領域をカバーするように複数の基地局（ＧＷ）が配置される。有線で接続される場合には、基地局（ＧＷ）の処理能力に合わせて管理するセンサ端末（ＴＲ）の個数の上限が設定される。
【０１１６】
基地局（ＧＷ）は、送受信部（ＧＷＳＲ）、記憶部（ＧＷＭＥ）及び制御部（ＧＷＣＯ）を備える。
【０１１７】
送受信部（ＧＷＳＲ）は、センサ端末（ＴＲ）からデータを無線または有線にて受信し、センサネットサーバ（ＳＳ）への有線又は無線による送信を行う。送受信に無線を用いる場合には、送受信部（ＧＷＳＲ）は無線通信を行うためのアンテナを備える。
【０１１８】
記憶部（ＧＷＭＥ）は、ハードディスク、メモリ、又はＳＤメモリカードのような外部記録装置（図示省略）で構成される。記憶部（ＧＷＭＥ）には、データ形式情報（ＧＷＭＦ）、基地局情報（ＧＷＭＧ）等が格納される。データ形式情報（ＧＷＭＦ）は、通信のためのデータ形式を示す情報、及び、センシングデータにタグを付ける際に必要となる情報を含む。基地局情報（ＧＷＭＧ）は、基地局（ＧＷ）自身のアドレスなどの情報を含む。
【０１１９】
記憶部（ＧＷＭＥ）には、さらに、制御部（ＧＷＣＯ）のＣＰＵ（図示省略）によって実行されるプログラムが格納されてもよい。
【０１２０】
制御部（ＧＷＣＯ）は、ＣＰＵ（図示省略）を備える。ＣＰＵが記憶部（ＧＷＭＥ）に格納されているプログラムを実行することによって、センサ端末（ＴＲ）からセンシングデータを受信するタイミング、センシングデータの処理、センサ端末（ＴＲ）やセンサネットサーバ（ＳＳ）への送受信のタイミング、及び、時刻同期のタイミングが管理される。具体的には、センシングデータ受信制御（ＧＷＣＳＲ）、センシングデータ送信（ＧＷＣＳＳ）及び時刻同期（ＧＷＣＳ）等の処理を実行する。
【０１２１】
時計（ＧＷＣＫ）は時刻情報を保持する。そして、一定間隔で時刻情報は更新される。すなわち、一定間隔でＮＴＰサーバ（ＴＳ）から取得した時刻情報によって、時計（ＧＷＣＫ）の時刻情報が修正される。
【０１２２】
時刻同期（ＧＷＣＳ）は、一定間隔、または、センサ端末（ＴＲ）が基地局（ＧＷ）と接続されたのをトリガとして、配下のセンサ端末（ＴＲ）に時刻情報を送信する。これによって、複数のセンサ端末（ＴＲ）と基地局（ＧＷ）の時計（ＧＷＣＫ）の時刻が同期される。
【０１２３】
センシングデータ受信制御（ＧＷＣＳＲ）は、センサ端末（ＴＲ）から送られてきたセンシングデータ（ＳＥＮＳＤ）のパケットを受信する。センシングデータ受信制御（ＧＷＣＳＲ）では、データのパケットのヘッダを読み込み、データの種類を判別したり、多数のセンサ端末（ＴＲ）から同時にデータが集中して送信されないように輻輳制御を行うことができる。
【０１２４】
センシングデータ送信（ＧＷＣＳＳ）は、データが通過した基地局のＩＤや、通過した時刻データを付与し、センシングデータをセンサネットサーバ（ＳＳ）に送信する。
【０１２５】
＜センサ端末（ＴＲ）＞
図５Ａ、図５Ｂは、センサノードの一実施例であるセンサ端末（ＴＲ）の構成を示している。本実施例では図１で示したように、センサ端末（ＴＲ）は名札型の形状をしており、人物の首からぶら下げることを想定しているが、これは一例であり、他の形状でもよい。
【０１２６】
センサ端末（ＴＲ）は、多くの場合には、本実施例で説明しているシステムの中に複数存在し、組織に属する人物（本実施の形態においては社内の従業員であるユーザ（ＵＳ）がこれに相当する）がそれぞれ身に着けるものである。センサ端末（ＴＲ）は人間（ユーザ（ＵＳ））同士の対面状況を検出するための複数の赤外線送受信部（ＡＢ）、装着者の動作を検出するための三軸加速度センサ（ＡＣ）等の各種センサを搭載する。搭載するセンサは一例であり、装着者間の対面状況と動作を検出するために他のセンサを使用してもよい。
【０１２７】
本実施例では、赤外線送受信部（ＡＢ）は４組備えられる。赤外線送受信部（ＡＢ）は、センサ端末（ＴＲ）の固有識別情報である端末情報（ＴＲＭＴ）をセンサ端末（ＴＲ）の正面方向に向かって定期的に送信し続ける。他のセンサ端末（ＴＲ）を装着した人物が略正面（例えば、正面又は斜め正面）に位置した場合、センサ端末（ＴＲ）と他のセンサ端末（ＴＲ）とは、それぞれの端末情報（ＴＲＭＴ）を赤外線で相互に通信する。この端末情報（ＴＲＭＴ）を取得することで、誰と誰が対面しているのかを記録することができる。
【０１２８】
また、クライアント（ＣＬ）に備えられる閲覧者検出器（ＣＬＶＤ）は、この端末情報（ＴＲＭＴ）を受信することで、どのユーザ（ＵＳ）がクライアント（ＣＬ）のディスプレイ（ＣＬＯＤ）を閲覧しているかを検出することができる。また逆に、センサ端末（ＴＲ）が閲覧者検出器（ＣＬＶＤ）から送信された検出器ＩＤ（ＣＬＶＤＩＤ）を受信することで、クライアント（ＣＬ）の設置場所にユーザ（ＵＳ）が滞在していたことを記録することができる。
【０１２９】
上述した各種のセンサによって検出されたセンシングデータ（ＳＥＮＳＤ）は、センシングデータ格納制御部（ＳＤＣＮＴ）によって、記憶部（ＳＴＲＧ）に格納される。センシングデータ（ＳＥＮＳＤ）は通信制御部（ＴＲＣＣ）によって送信パケットに加工され、送受信部（ＴＲＳＲ）によって基地局（ＧＷ）に送信される。
【０１３０】
三軸加速度センサ（ＡＣ）は、ノードの加速度すなわちセンサ端末（ＴＲ）の動きを検出する。つまり、三軸加速度センサ（ＡＣ）から得られる加速度データから、センサ端末（ＴＲ）を装着した人物の動きの激しさや、歩行などの行動を解析することができる。さらに、複数のセンサ端末（ＴＲ）が検出した加速度の値を例えば時系列で比較することによって、それらのセンサ端末（ＴＲ）を装着した人物間のコミュニケーションの活性度（活発さ）や相互の動きのリズム、相互の動きの相関等を解析できる。
【０１３１】
本実施例において、センサ端末（ＴＲ）では、三軸加速度センサ（ＡＣ）で取得されるデータは、センシングデータ格納制御部（ＳＤＣＮＴ）によって記憶部（ＳＴＲＧ）に格納されると同時に、上下検知回路（ＵＤＤＥＴ）によって名札の上下方向の向きを検出する。これは、三軸加速度センサ（ＡＣ）で検出される加速度は、装着者の動きによる動的な加速度変化と、地球の重力加速度による静的な加速度の２種類が観測されることを利用している。
【０１３２】
表示装置（ＬＣＤＤ）は、端末（ＴＲ）を胸に装着しているときは、装着者の所属、氏名などの個人情報を表示する。つまり、名札として振舞う。
【０１３３】
赤外線送受信部（ＡＢ）が他のセンサ端末（ＴＲ）との間で赤外線を送受信することによって、センサ端末（ＴＲ）が他のセンサ端末（ＴＲ）と対面したか否か、すなわち、センサ端末（ＴＲ）を装着した人物が他のセンサ端末（ＴＲ）を装着した人物と対面したか否かが検出される。このため、センサ端末（ＴＲ）は、人物の正面部に装着されることが望ましい。
【０１３４】
上述の通り、センサ端末（ＴＲ）は三軸加速度センサ（ＡＣ）等のセンサを備える。センサ端末（ＴＲ）におけるセンシングのプロセスが、図５Ａ、図５Ｂにおけるセンシング（ＴＲＳＳ１）の処理に相当する。
【０１３５】
記憶部（ＳＴＲＧ）は、具体的にはハードディスク、フラッシュメモリなどの不揮発記憶装置で構成され、センサ端末（ＴＲ）の固有識別番号である端末情報（ＴＲＭＴ）、センシングの間隔、及び、ディスプレイへの出力内容等の動作を規定する動作設定（ＴＲＭＡ）を記録している。この他にも記憶部（ＳＴＲＧ）は一時的にデータを記録することができ、センシングしたデータを記録しておくために利用される。
【０１３６】
時計（ＴＲＣＫ）は、時刻情報（ＧＷＣＳＤ）を保持し、一定間隔で時刻情報（ＧＷＣＳＤ）を更新する時計である。時間情報は、時刻情報（ＧＷＣＳＤ）が他のセンサ端末（ＴＲ）のものとずれることを防ぐために、基地局（ＧＷ）から送信される時刻情報（ＧＷＣＳＤ）によって定期的に時刻が修正される。
【０１３７】
センシングデータ格納制御部（ＳＤＣＮＴ）は、記憶部（ＳＴＲＧ）に記録された動作設定（ＴＲＭＡ）に従って、各センサのセンシング間隔などを制御し、取得したデータを管理する。
【０１３８】
通信制御部（ＴＲＣＣ）は、データを送受信する際に、送信間隔の制御、及び、無線の送受信に対応したデータフォーマットへの変換を行う。
【０１３９】
送受信部（ＴＲＳＲ）は、アンテナを備え、無線信号の送信及び受信を行う。
【０１４０】
＜会議対面二次データ生成のシーケンス＞
図６は、本発明の実施例において実行される、会議時の各々の参加者の活動状況を表す会議対面二次データを生成する手順を示すシーケンス図である。図６には、センサ端末装着者検出器（ＩＳＤ）、距離センサ（ＲＳ）、計測ＰＣ（ＭＰ）、データ処理サーバ（ＤＳ）のそれぞれで実行される処理が時系列的に示されている。
【０１４１】
会議室に設置された計測ＰＣ（ＭＰ）において、会議計測アプリケーション（図示省略）が起動され、マウス（ＭＰＩＭ）の操作によって会議開始ボタンが押されるなど、会議開始（ＭＰＳＴ）を意味する操作がなされたら、ＮＰＴサーバ（ＴＳ）と接続し、時刻修正（ＭＰＣＳ）を行う。時刻を修正することで、データ計測時の時刻を正しく記録することができ、同時刻に行われた複数の参加者の身体動作を、複数の計測装置で取得した場合においても、時刻情報を照らし合わせることにより、同じタイミングのデータを取り出すことが可能となる。なお、会議計測アプリケーションは、図３Ｂに示した時計（ＭＰＣＫ）、距離センサ制御（ＭＰＲＳ）、検出器制御（ＭＰＩＳＤ）、会議基本情報生成（ＭＰＤＭ）、座席表生成（ＭＰＳＣ）の各処理を含むソフトウェアである。
【０１４２】
計測ＰＣ（ＭＰ）は、時刻の修正後、二つのセンサに対して、計測（ＭＰＲＱ）要求を送信する。まず一つ目は、センサ端末装着者検出器（ＩＳＤ）である。センサ端末装着者検出器（ＩＳＤ）は、センシング（ＩＳＤＳＳ）により、会議の参加者の一部が装着しているセンサ端末（ＴＲ）が送信する赤外線を受信し、センサ端末（ＴＲ）に固有の端末ＩＤを取得する。
【０１４３】
センサ端末装着者検出器（ＩＳＤ）が検出したＩＤは、データ送信（ＩＳＤＳＥ）により、計測ＰＣ（ＭＣ）に送信され、時刻とともに格納される。センサ端末装着者検出器（ＩＳＤ）の指向性を利用し、複数のセンサ端末装着者検出器（ＩＳＤ）を、それぞれ向きを変えて設置することで、どのセンサ端末装着者検出器（ＩＳＤ）でどのセンサ端末（ＴＲ）のＩＤを取得したかによって、センサ端末（ＴＲ）のおおよその位置を推定することも可能である。
【０１４４】
二つ目のセンサは、距離センサ（ＲＳ）である。距離センサ（ＲＳ）は、センシング（ＲＳＳＳ）により、人物や壁などの障害物表面までの距離を計測する装置である。計測ＰＣ（ＭＣ）は、既知の位置に設置した距離センサ（ＲＳ）で、会議室内を三次元でスキャンすることで、会議室内の三次元形状を把握することが可能となる。そして、計測ＰＣ（ＭＣ）は、計測位置(Ｘ,Ｙ,Ｚ)、計測の方向(α,β,γ)、距離センサ（ＲＳ）の位置と方向から計測された深度画像から、空間上の一点の座標値を算出することが出来る。
【０１４５】
このような、空間上の座標値の集まりを点群といい、点群として座標値を格納することとする。点群データの生成にあたり、ひとつまたは複数の距離センサ（ＲＳ）を用いて各々の方向でデータを計測し、計測ＰＣ（ＭＰ）でデータを統合することによって３６０度全方向の点群データを生成する。データの構成の一例を図２３に示す。
【０１４６】
図２３は、センサネットサーバ（ＳＳ）に保持されるセンシングデータ（ＲＳＳＤ）の一例を示す。センシングデータ（ＲＳＳＤ）は、距離のデータを測定したセンシング時刻（ＳＳＴＭ）と、当該センシング時刻に於ける３次元空間内の座標を点群データで格納する点群座標値（ＰＣＣＶ）から一つのエントリが構成される。
【０１４７】
センシングした距離データは、データ送信（ＲＳＳＥ）により、計測ＰＣ（ＭＣ）に送信され、時刻とともに格納される。
【０１４８】
計測ＰＣ（ＭＰ）では、時系列順に送信されてくる、センサ端末装着者検出器（ＩＳＤ）からの検出ＩＤデータと、距離センサ（ＲＳ）から送られてくるセンシングデータとを、時刻と共に順次格納していく。
【０１４９】
会議時間中の会議参加者の活動データを取得するために距離センサ（ＲＳ）のセンシングデータを利用するが、誰がどの時間帯にどのように動いていたかを把握するためには、会議の参加者の座席配置を把握する必要がある。
【０１５０】
会議室には、机と椅子が置いてあるが、椅子は固定ではなく移動可能であるため、実際の配置に基づく座席表が必要となる。このため、会議開始後に、計測ＰＣ（ＭＰ）では、まず座席表を生成する。
【０１５１】
計測ＰＣ（ＭＰ）のマウス（ＭＰＩＭ）の操作などにより、座席表生成ボタンが押されるなど、座席表生成を意味する指令を受け付けると（ＭＰＳＣＱ）、現在、距離センサ（ＲＳ）から送信されたセンシングデータに基づき、参加者の配置を特定する座席表生成（ＭＰＳＣ）を実施する。計測ＰＣ（ＭＰ）の利用者は、会議参加者の所属や氏名を対応付ける作業を、半自動で実施する。詳細は、図１０Ａ、図１０Ｂで後述する。
【０１５２】
計測ＰＣ（ＭＰ）から送信する計測（ＭＰＲＱ）要求は、マウス（ＭＰＩＭ）等の操作などによって、会議終了ボタンを押すなど、会議終了（ＭＰＭＦ）を意味する動作がなされるまで継続する。計測ＰＣ（ＭＰ）はセンサ端末装着者検出器（ＩＳＤ）と距離センサ（ＲＳ）のデータを受信しつづける。なお、座席表生成（ＭＰＳＣ）作業の間も、データの計測要求及び計測データの受信を継続して実施する。
【０１５３】
次に、会議終了（ＭＰＭＦ）後、計測ＰＣ（ＭＰ）は、会議基本データ（ＭＰＤＭ）生成を実施する。図１１に会議基本データ（ＭＰＤＭ）の一例を示す。会議基本データ（ＭＰＤＭ）は、会議の開催日（ＭＰＤＭ１）、会議の開始時間（ＭＰＤＭ２）、会議の終了時間（ＭＰＤＭ３）、会議の実施場所（ＭＰＤＭ４）、会議の参加者の所属（ＭＰＤＭ５）、会議の参加者の氏名（ＭＰＤＭ６）を格納したデータとする。
【０１５４】
会議の開催日（ＭＰＤＭ１）には、ＮＰＴサーバから受信した時刻修正後の時刻データの日付を格納する。会議の開始時間（ＭＰＤＭ２）には、マウス（ＭＰＩＭ）の操作によって会議開始ボタンが押されたなど、会議の開始を意味する動作が発生した時間を格納する。会議終了時間（ＭＰＤＭ３）には、会議終了ボタンが押されたなど、会議終了を意味する動作が発生した時間を格納する。会議実施場所（ＭＰＤＭ４）には、会議室名を格納するが、各会議室に設置された計測ＰＣ（ＭＰ）と会議室名を事前に対応付けておけば、使用した計測ＰＣ（ＭＰ）によって会議室名が一意に定まる。会議参加者所属（ＭＰＤＭ５）や参加者（ＭＰＤＭ６）の氏名には、座席表生成（ＭＰＳＣ）時に入力された会議参加者の所属や氏名が格納される。
【０１５５】
会議基本データ（ＭＰＤＭ）の生成が終了したら、距離センサ（ＲＳ）で取得したセンシングデータと、座席表生成（ＭＰＳＣ）で生成した座席表、会議基本データ（ＭＰＤＭ）で生成した会議基本データ（ＭＰＤＭ）を、データ処理サーバ（ＤＳ）に送信する。
【０１５６】
データ処理サーバ（ＤＳ）では、計測ＰＣ（ＭＰ）から送信されたデータを受け取ったら、受信完了レスポンスを計測ＰＣ（ＭＰ）に送信する。
【０１５７】
データ処理サーバ（ＤＳ）は、まず、会議活動量算出（ＤＳＡＣ）で、距離センサ（ＲＳ）で取得したセンサデータに基づき、会議に参加した人の頭部の動きデータを抽出し、会議の参加者について時系列の会議における活動量（会議活動量）を算出する。会議活動量の算出の詳細は、図２２で後述する。
【０１５８】
データ処理サーバ（ＤＳ）で行われる会議対面二次データ生成（ＤＳＭＭ）では、会議参加者の時系列の会議活動量より活性度を算出し、双方の活性度の高かった時間、自分だけ活性度の高い時間または相手だけ活性度の高い時間を、会議参加者全員の各組み合わせについて算出し、マトリクスデータとして出力する。詳細は、図２７で後述する。
【０１５９】
＜センサ端末（ＴＲ）のデータ格納のシーケンス＞
図７は、本発明の実施の形態において実行される、センサ端末（ＴＲ）で取得したセンシングデータをセンサネットサーバ（ＳＳ）に格納する手順を示すシーケンス図である。図７には、センサ端末（ＴＲ）、基地局（ＧＷ）、およびセンサネットサーバ（ＳＳ）のそれぞれで実行される処理が時系列で示されている。
【０１６０】
センサ端末（ＴＲ）が、一つの基地局（ＧＷ）との通信が可能な状態になると（ＴＲＴＡ１）、センサ端末（ＴＲ）は、時刻同期（ＴＲＣＳ）を行う。時刻同期（ＴＲＣＳ）において、センサ端末（ＴＲ）は、基地局（ＧＷ）に時刻同期の要求を送信し、基地局（ＧＷ）から時刻情報を受信してセンサ端末（ＴＲ）内の時計（ＴＲＣＫ）を設定する。基地局（ＧＷ）は、ＮＴＰサーバ（ＴＳ）と定期的に接続し、時刻を修正している。
【０１６１】
センサ端末（ＴＲ）の三軸加速度センサ（ＡＣ）などの各種センサは、例えば１０秒ごとの一定の周期でタイマ割り込みによって起動（ＴＲＳＴ）し、加速度等をセンシングする（ＴＲＳＳ１）。センサ端末（ＴＲ）は、端末情報（ＴＲＭＴ）の一つであるセンサ端末ＩＤを、赤外線によって他のセンサ端末（ＴＲ）との間で送受信することで、対面状態を検出する。
【０１６２】
センサ端末（ＴＲ）は、センシングしたデータに、時計（ＴＲＣＫ）の時刻情報及び端末情報（ＴＲＭＴ）を添付する（ＴＲＣＴ１）。データを解析する際には、端末情報（ＴＲＭＴ）によって、センサ端末（ＴＲ）を装着した人物が識別される。
【０１６３】
データ形式変換（ＴＲＤＦ１）においてセンサ端末（ＴＲ）は、センシングデータにセンシングの条件などのタグ情報を付与し、予め設定された無線送信フォーマットに変換する。このフォーマットは基地局（ＧＷ）内のデータ形式情報（ＧＷＭＦ）やセンサネットサーバ（ＳＳ）内のデータ形式情報（ＳＳＭＦ）と共通して保管されているものである。変換されたデータは、その後、基地局（ＧＷ）に送信される。
【０１６４】
データ送信（ＴＲＳＥ１）は、無線の通信規格に則り、送受信部（ＴＲＳＲ）を通して、基地局（ＧＷ）にデータを送信する。
【０１６５】
基地局（ＧＷ）は、センサ端末（ＴＲ）からセンシングデータを受信（ＧＷＲＥ）すると、受信完了レスポンスをセンサ端末（ＴＲ）に送信する。レスポンスを受信したセンサ端末（ＴＲ）は、送信完了（ＴＲＳＯ）と判定する。
【０１６６】
さらに、基地局（ＧＷ）は、基地局固有の番号である基地局情報（ＧＷＭＧ）をセンシングデータに付与し（ＧＷＧＴ）、当該センシングデータを、ネットワーク（ＮＷ）を介してセンサネットサーバ（ＳＳ）に向けて送信する（ＧＷＳＥ）。基地局情報（ＧＷＭＧ）は、送信時刻におけるセンサ端末（ＴＲ）の大まかな位置を示す情報として、データ解析の際に利用することができる。
【０１６７】
センサネットサーバ（ＳＳ）は、基地局（ＧＷ）からデータを受信すると（ＳＳＲＥ）、受信したデータを時刻・端末情報・加速度・赤外線などの要素ごとに分類する（ＳＳＰＢ）。この分類は、データ形式情報（ＳＳＭＦ）として記録されているフォーマットを参照することによって実行される。分類されたデータは、センシングデータベース（ＳＳＤＢ）のレコード（行）の適切なカラム（列）に格納される（ＳＳＫＩ）。同じ時刻に対応するデータを同じレコードに格納することで、時刻及び端末情報（ＴＲＭＴ）による検索が可能になる。このとき必要であれば、端末情報（ＴＲＭＴ）ごとにテーブルを生成しても良い。このデータ受信（ＳＳＲＥ）、データ分類（ＳＳＰＢ）、データ格納（ＳＳＫＩ）を、図４におけるセンシングデータ保管（ＳＳＣＤＢ）において行う。
【０１６８】
なお、センサ端末（ＴＲ）が、基地局（ＧＷ）へセンシングデータを送信した後、所定の時間内に受信完了レスポンスを受信できない場合には、センサ端末（ＴＲ）の記憶部（ＳＴＲＧ）にセンシングデータを保持する（ＴＲＤＭ）。そして、センサ端末（ＴＲ）が基地局（ＧＷ）と通信可能になるまで待機する（ＴＲＴＡ２）。この間、所定の周期毎に上述のタイマ起動（ＴＲＳＴ）〜端末情報・時刻添付（ＴＲＣＴ１）を実行して、記憶部（ＳＴＲＧ）にセンシングデータを蓄積する。
【０１６９】
センサ端末（ＴＲ）が基地局（ＧＷ）と通信可能になると、上記と同様にセンシングデータの形式変換を実行してから（ＴＲＤＦ２）、データの分割を行い（ＴＲＢＤ２）、分割したセンシングデータを基地局（ＧＷ）へ送信する。
【０１７０】
＜基本コンテンツ生成（ＡＳＣＢＣ）のシーケンス＞
図８に、図２のアプリケーションサーバ（ＡＳ）内で実行される基本コンテンツ生成（ＡＳＣＢＣ）の処理のシーケンスを示す。
【０１７１】
アプリケーションサーバ（ＡＳ）において、時計（ＡＳＣＫ）があらかじめ指定した時刻になったときに、基本コンテンツ生成プログラム（ＡＳＢＰ）が起動する（ＡＳＴＫ）。または、アプリケーションサーバ（ＡＳ）の管理者権限を有するユーザ（ＵＳ）が任意のタイミングで操作することにより、基本コンテンツ生成プログラム（ＡＳＢＰ）が起動する（ＡＳＴＫ）。
【０１７２】
基本コンテンツ生成プログラムは、図２Ｂの制御部（ＡＳＣＯ）で示したように、複数種類のプログラムを含み、それぞれに対応する複数種類の基本コンテンツファイル（ＡＳＢＦ）を出力してもよい。また、個別のプログラムを起動する順序を指定し、出力された基本コンテンツファイル（ＡＳＢＦ）を読み込んで次の別の基本コンテンツファイル（ＡＳＢＦ）を生成しても良い。
【０１７３】
ここでは、基本コンテンツは１種類であり、また基本コンテンツは、センシングデータに基づいて生成される。この基本コンテンツは、特に、社内の従業員間の対面データと会議データの両方に基づき生成されるコンテンツであり、更に、基本コンテンツは、社内の従業員間及び社外の来訪者と従業員の対面時の活動状態を可視化するものである。
【０１７４】
アプリケーションサーバ（ＡＳ）は、基本コンテンツ生成プログラム（ＡＳＢＰ）に格納された必要なデータを、対象期間や対象ユーザを指定して、センサネットサーバ（ＳＳ）及びデータ処理サーバ（ＤＳ）にデータ要求を送信する（ＡＳＣＢＣ１）。センサネットサーバ（ＳＳ）から取得する二次データには、社内の任意の従業員間での期間内の活動状態を含んだコミュニケーション量を示した対面活動マトリクス（ＡＳＭＭ）を含むものとする。更に、対面活動マトリクス（ＡＳＭＭ）は、後述するように、双方の活動状態に応じて生成した双方向の対面活動マトリクス（ＡＳＭＭ１）と、双方向の対面活動マトリクス（ＡＳＭＭ１）を含むものとする。また更に、対象期間に開催された会議に参加したユーザの、センサ端末（ＴＲ）で取得した会議時間における活動度を表す、加速度データも含むものとする。前記取得の加速度データは、センサ端末（ＴＲ）で取得した活動量と、距離センサ（ＲＳ）から算出した会議活動量との補正を行う際に利用する。
【０１７５】
また、データ処理サーバ（ＤＳ）から取得する会議データは、会議の日時や場所、参加者などが格納された会議基本情報データベースＤＳＤＭの基本情報や、会議時における従業員間の活性度合いを示す会議活動マトリクスを含む会議活動二次データベースＤＳＫＭである。なお、会議活動マトリクスとしては、会議双方活動マトリクス（ＤＳＫＭ１）と、会議一方活動マトリクス（ＤＳＫＭ２）を含むものとする。
【０１７６】
センサネットサーバ（ＳＳ）はアプリケーションサーバ（ＡＳ）から受け取った要求に基づいて、二次データベース（ＳＳＤＴ）内を検索し（ＳＳＣＴＳ）、必要なデータをアプリケーションサーバ（ＡＳ）に送信する。データ処理サーバ（ＤＳ）も同様に、要求に基づき会議データ検索（ＤＳＣＴＳ）を行い、会議情報をアプリケーションサーバ（ＡＳ）に送信する。
【０１７７】
アプリケーションサーバ（ＡＳ）は上記で検索された二次データや情報を受信する。センサ端末二次データは、センサ端末二次データ読込プログラム（ＡＳＰＲ）を用い、データ形式に基づいてデータを読み込む（ＡＳＣＢＣ３）。同様に、会議基本データ（ＭＰＤＭ）も会議データ読込プログラム（ＡＳＧＲ）を用い、データ形式に基づいてデータを読み込む（ＡＳＣＢＣ４）。
【０１７８】
会議基本データ（ＭＰＤＭ）から、会議に参加した社外対面相手の情報（氏名、会社名、など）を抽出し、予め所持している業務上対面のあった人の情報（氏名、会社名、など）を格納した社外対面者リスト（ＡＳＰＬ）と比較し必要に応じて追記することにより、社外対面者リストを更新する（ＡＳＣＬＵ）。
【０１７９】
センサネットサーバ（ＳＳ）から取得したセンサ端末二次データの一つである社内の任意のメンバ間での、期間内の双方の活動状態に応じて示される、双方向の対面活動マトリクス（ＡＳＭＭ１）と、一方向の対面活動マトリクス（ＡＳＭＭ２）とをそれぞれ拡張し、社外相手とのコミュニケーション量を該当セルに格納することにより、業務対面マトリクスを生成（ＡＳＣＭＣ）する。社外相手とのコミュニケーション量を追記するにあたり、会議対面二次データの補正を行う。会議時間における、センサ端末装着者の、センサ端末（ＴＲ）で取得した活動量と、距離センサ（ＲＳ）から算出した会議活動量から補正値を算出し、会議対面二次データに対して補正値に応じた値の変更を実施する（ＡＳＣＣＣ）。
【０１８０】
二次データと業務情報から生成した業務対面マトリクス（ＡＳＧＭ）を閲覧者の理解しやすい形に描画する（ＡＳＣＢＣ５）。描画したコンテンツの画像ファイルを出力し（ＡＳＣＢＣ６）、記憶部（ＡＳＭＥ）内に基本コンテンツファイル（ＡＳＢＦ）として保管する。また、アクセス制御規定（ＡＳＡＣ）を合わせて出力し（ＡＳＣＢＣ６）、この処理で生成した画像ファイルを閲覧できる端末ＩＤを論理式などの形で指定する。
【０１８１】
＜コンテンツ表示のシーケンス＞
図９Ａ、図９Ｂは、本発明の実施例において実行される、コンテンツ、主に画像の表示をするときの手順を示すシーケンス図である。図９Ａには、アプリケーションサーバ（ＡＳ）、クライアント（ＣＬ）、センサ端末（ＴＲ）のそれぞれで実行される処理がユーザ（ＵＳ）により行われる操作とともに示されている。
【０１８２】
クライアント（ＣＬ）は通常、誰でも閲覧可能なオープンコンテンツ（例えば、個人名を表示しないネットワーク図や、伝言板など）をディスプレイ（ＣＬＯＤ）に表示（ＣＬＤ１）する。閲覧者検出器（ＣＬＶＤ）は常時待機状態にあり、閲覧者判定（ＣＬＣＶＤ）を行う。クライアント（ＣＬ）が閲覧者なしと判定した場合には、オープンコンテンツが継続して表示される（ＣＬＤ１）。
【０１８３】
センサ端末（ＴＲ）から送信された端末ＩＤ（ＣＬＤ２）を受け取り、閲覧者ありと判定された場合には、クライアント（ＣＬ）は閲覧者ＩＤリストを生成（ＣＬＤ３）する。そして、クライアント（ＣＬ）は、閲覧者ＩＤリストをアプリケーションサーバ（ＡＳ）に送り、現在の閲覧者のメンバ構成で閲覧可能なコンテンツのリストを要求する（ＣＬＣＬＲ）。
【０１８４】
アプリケーションサーバ（ＡＳ）は、コンテンツリスト（ＡＳＣＬ）とアクセス制御規定（ＡＳＡＣ）を照会し、閲覧者のメンバ構成で閲覧可能なコンテンツのリストを抽出し、クライアント（ＣＬ）に応答する（ＡＳＣＬＭ）。
【０１８５】
アプリケーションサーバ（ＡＳ）は、また、ユーザ属性リスト（ＡＳＵＬ）を照会して閲覧者の氏名をクライアント（ＣＬ）に送信する。クライアント（ＣＬ）は、コンテンツリストに基づいて、閲覧可能なコンテンツへのリンクを示すコンテンツ切替ボタン（ＯＤ＿Ｃ）や閲覧者の名前を示した閲覧者選択ボタン（ＯＤ＿Ａ）を表示する（ＣＬＤ４）。これらのコンテンツ切替ボタン（ＯＤ＿Ｃ）や閲覧者選択ボタン（ＯＤ＿Ａ）は図４３に示される。
【０１８６】
クライアント（ＣＬ）は、ユーザ（ＵＳ）による操作を検出すると、選択されたコンテンツの画像（またはその他の種類のデータ）をアプリケーションサーバ（ＡＳ）に要求する（ＣＬＣＣＲ）。アプリケーションサーバ（ＡＳ）は、要求された条件（対象の日付、対象ユーザ、コンテンツ種類）にしたがって該当するコンテンツを選択し、クライアントに送信する（ＡＳＣＣＳ）。クライアント（ＣＬ）は、アプリケーションサーバ（ＡＳ）から受け取ったコンテンツを表示（ＣＬＤ６）する。
コンテンツを表示（ＣＬＤ６）の中で強調表示が付与されている内容（ＣＬＤ６）に対しては、ユーザ（ＵＳ）がコンテンツ操作（ＣＬＤ８）を行うことによって強調表示を変更することができる（ＣＬＤ９）。また、システムは閲覧者の自動で判定し（ＣＬＣＶＤ）、閲覧者が変化した場合にはこれを検出し（ＣＬＤ１０）、強調表示の内容を変更して描画する（ＣＬＤ１１）。また、コンテンツを表示する際には、閲覧許可が必要なものについては、閲覧者がその条件を満たしているかどうかをシステムが判定し（ＣＬＤ１２)  、閲覧許可を持たない閲覧者に対しては、オープンコンテンツを表示する（ＣＬＤ１３)。
【０１８７】
＜座席表生成のフローチャート＞
図１０Ａ、図１０Ｂに、計測ＰＣ（ＭＰ）で行われる座席表生成（ＭＰＳＣ）のフローチャートを示す。座席表生成（ＭＰＳＣ）は、マウス（ＭＰＩＭ）等により座席表生成ボタンが押される（ＭＰＳＣＱ）などのイベントが発生した場合に行われる処理であり、基本的には会議開始後に一度実施すればよい。
【０１８８】
処理の開始（ＭＰＳＴＳ）後、計測ＰＣ（ＭＰ）は、座席表生成時刻（ｔ）を取得する（ＭＰＳＴ１）。座席表生成時刻（ｔ）を取得しておくことで、後にデータ処理サーバ（ＤＳ）で各人の会議活動量生成で、動きのある人物領域と、人（氏名）との対応付けを行う際に、同じ時刻のデータを使用して対応付け処理を行うことができる。
【０１８９】
座席表の生成は、距離センサ（ＲＳ）で取得したデータに基づき人物領域を抽出し見取り図を生成する処理と、センサ端末装着者検出器（ＩＳＤ）で取得したデータに基づきセンサ端末装着者の座席位置と氏名とを自動的に対応づける処理と、センサ端末非装着者の座席位置を手入力により対応付ける処理との、大きく分けて三つのステップからなる。なお、本実施例では、距離センサ（ＲＳ）で取得したデータから人物領域を抽出して会議室の見取り図を生成する処理（ＭＰＳＴ２１〜ＭＰＳＴ２５）と、センサ端末装着者検出器（ＩＳＤ）で取得したデータに基づきセンサ端末装着者の情報を取得する処理（ＭＰＳＴ３１〜ＭＰＳＴ４１）を並列して実行する例を示す。
【０１９０】
まず、計測ＰＣ（ＭＰ）は、距離センサ（ＲＳ）でセンシングした、時刻（ｔ）のセンシングデータを取得する。センシングデータは、例えば図２３に示すセンシングデータ（ＲＳＳＤ）のように記述されており、時刻（ｔ）のセンシングデータとは、ある時刻（ｔ）のデータ（点群座標値ＰＣＣＶ）のみを抽出したものである。前記取得したセンシングデータから、人物領域を抽出する（ＭＰＳＴ２２）。
【０１９１】
人物領域抽出方法の一例として、まず、会議室に人が全くいない状態における距離センサ（ＲＳ）によるセンシングデータを事前に計測し、図１２に示す会議開始前計測データ（ＳＤ１）として格納しておく。そして、会議開始前計測データ（ＳＤ１）と、会議開始後計測データ（ＳＤ２）におけるセンシングデータとの差分により、人物領域抽出データ（ＳＤ３）を抽出する方法がある。
【０１９２】
人物領域抽出後、人物領域に所定の半径（例えば２０ｃｍ）の円を当てはめ、会議室を上から見た座席表の見取り図を生成する（ＭＰＳＴ２３）。円を当てはめる方法の一つとして、各人物領域（ＣＰＡ１）におけるＸＹ座標値のそれぞれの中心を算出し（ＣＰＡ２）、算出した中心を人物中心として円を当てはめる（ＣＰＡ３）方法を図１３（Ａ）に示す。ただし、距離センサ（ＲＳ）では、人物の前半分表面データしか取得できないため、若干人物中心からずれる可能性があるが、厳密な座標値は必要ないためこの方法でも問題ない。なお、この例では、距離センサ（ＲＳ）をテーブルの中心に設置し、回転させながら距離を測定している。
【０１９３】
また、別の方法として、図１３（Ｂ）に示す通り、各人物領域の最大Ｚ座標値（高さ方向の最大値）から所定の範囲（例えば、２０ｃｍ）引いた高さまでの領域を、頭部領域点群として抽出し（ＣＰＢ１）、ここに所定の半径（例えば２０ｃｍ）の円を照合処理によってあてはめる（ＣＰＢ２）方法も考えられる。なお、ＣＰＢ１で示す頭部領域点群は、取得点群をＸＹ平面に投影し、距離センサから近い距離にある表面点群のみを抽出した図である。
【０１９４】
また、別の方法として、図１３（Ｃ）に示すように、既存のモーション抽出アルゴリズムを用いて、三次元点群データから人物の形状を抽出し（ＣＰＣ１）、骨格を当てはめ（ＣＰＣ２）、頭部と認識された点の座標値を人物領域の中心として抽出する方法もある（ＣＰＣ３）。
【０１９５】
計測ＰＣ（ＭＰ）は、図１３（Ｄ）に示すように、上記算出した人物位置を円で表し、会議机と合わせて表示した図を、座席表見取り図とする。
【０１９６】
人物領域を表す円の中心を、人物領域中心座標値（ＭＰＣＶ）として出力する（ＭＰＳＴ２４）。計測ＰＣ（ＭＰ）は、各人物領域に対して、人物番号Ｐ１〜Ｐｎを付与する（ＭＰＳＴ２５）。人物番号付与は、例えば、左から右へのスキャン（Ｘ軸方向）、上から下へのスキャン（Ｙ軸方向）で、人物中心座標値が検出された順に、Ｐ１から番号を付与するなどの方法を用いる。
【０１９７】
次に、センサ端末装着者検出器（ＩＳＤ）で取得したデータに基づく処理について説明する。センサ端末（ＴＲ）の装着者のいる方向を特定するために、複数のセンサ端末装着者検出器（ＩＳＤ）を各々の方向に向けて設置する。例えば、６台のセンサ装着者検出器（ＩＳＤ＿１〜ＩＳＤ＿６）を、６０度ずつ角度を変えて設置した例を、図１５Ａに示す。図１５Ａは、センサ装着者検出器ＩＳＤの配置や視野角を表す図である。このような配置で、どの方向にセンサ装着者がいても、いずれかの検出器（ＩＳＤ＿１〜ＩＳＤ＿６）でセンサ端末（ＴＲ）の端末ＩＤを受信することができる。
【０１９８】
図１５Ｂは、センサ装着者検出器（ＩＳＤ）の基本情報であり、検出器ＩＤ（ＩＳＤＩＤ）と、設置位置（ＩＳＤＣＶ）、設置方向（ＩＳＤＤＲ）が対応づけて格納される。この基本情報は、後述するように、時刻毎に計測ＰＣ（ＭＰ）で生成される。
【０１９９】
まず、計測ＰＣ（ＭＰ）は、センサ装着者検出器（ＩＳＤ）で検出したＩＤデータを、取得する（ＭＰＳＴ３１）。ここで、検出ＩＤデータテーブル（ＩＳＤＤＴ）の例を、図１６Ａ、図１６Ｂに示す。図１６Ａは、検出器ＩＤが「ＩＳＤ＿１」のテーブルで、図１６Ｂは、検出器ＩＤが「ＩＳＤ＿２」のテーブルを示す。各テーブルは、会議の開始時刻を１４：４８：００とした例を示す。
【０２００】
検出ＩＤデータテーブル（ＩＳＤＤＴ）は、検出器ＩＤ（ＩＳＤＩＤ）と、データ取得時刻（ＩＳＤＴＭ）、データ取得時刻に検出したセンサ端末のＩＤ（ＩＳＤＴＲ）が一つのエントリに格納される。データ取得開始時刻、すなわち、会議開始時刻から、座席表生成ボタンが押された時刻までのデータが格納されている。
【０２０１】
また、各検出器において、一定時間（例えば、座席表生成ボタン押下時刻５分前から座席表生成押下時刻まで）の検出ＩＤをカウントし（ＭＰＳＴ３２）、検出ＩＤ受信回数表（ＩＳＤＤＣ）を生成する。
【０２０２】
座席表生成ボタンが押された時刻（ｔ）のデータだけでは、たまたまその時間帯に、センサ端末（ＴＲ）がいずれもの装着者検出器（ＩＳＤ）の方向を向いておらずＩＤが検出されていない場合があるため、時間をさかのぼって、所定の期間のデータを取得し、検出数をカウントすることにより端末ＩＤの検出をより確実にする。
【０２０３】
図１７に示す、検出ＩＤ受信回数表（ＩＳＤＤＣ）は、検出器ＩＤ（ＩＳＤＩＤ）と、各検出器でセンサ端末（ＴＲ）ＩＤ受信数カウント対象となる時刻（ＩＳＤＴＴ）、検出されたセンサ端末（ＴＲ）ＩＤ毎の受信回数（ＩＳＤＣＴ１，ＩＳＤＣＴ２）により構成される。ここでは、端末ＩＤ：１００１とＩＤ：１００２のみが検出された例を挙げているが、検出ＩＤが更に多い場合は、検出ＩＤ受信回数表（ＩＳＤＤＣ）の列を順次追加し、検出器ＩＤ（ＩＳＤＩＤ）ごとのカウント数を格納する。なお、図１７の例では、１４：５０：００に検出ＩＤ受信回数表（ＩＳＤＤＣ）を生成した例を示す。
【０２０４】
次に、計測ＰＣ（ＭＰ）は、距離センサ（ＲＳ）で取得したデータに基づき生成した座席表のどの位置に、センサ装着者がいるかを推定する。
【０２０５】
まず、検出器ＩＤ（ＩＳＤＩＤ）の計測位置と方向を知るために、センサ端末装着者検出器（ＩＳＤ）の基本情報を読み込む（ＭＰＳＴ４１）。センサ端末装着者検出器（ＩＳＤ）の基本情報は、図１５Ｂで示すように、センサ端末装着者検出器（ＩＳＤ）のＩＤ（ＩＳＤＩＤ）と、設置位置のＸＹ座標値（ＩＳＤＣＶ）、設置向き（ＩＳＤＤＲ）がそれぞれ対応づけて格納されている。
【０２０６】
図１８は、距離センサ（ＲＳ）で取得したデータから生成した二次元座席表と、センサ端末装着者検出器（ＩＳＤ）の配置や視野角を重ね合わせて表示した図である。距離センサ（ＲＳ）とセンサ端末装着者検出器（ＩＳＤ）の座標系を、机の中心を原点とし、Ｘ軸、Ｙ軸の方向を同一にしておけば、座標系変換処理の必要はなく、座標値をそのまま扱うことが可能である。
【０２０７】
図１０ＡのＭＰＳＴ２５で人物番号を付与した二次元座席表と、ＭＰＳＴ４１で読みこんだセンサ端末装着者検出器基本情報と、ＭＰＳＴ３２で生成した検出器毎の検出ＩＤデータカウント表に基づき、センサ端末装着者の位置を推定する（ＭＰＳＴ４２）。検出ＩＤ受信回数表（ＩＳＤＤＣ）において、検出器ＩＤ（ＩＳＤ＿２）のセンサ端末装着者検出器（ＩＳＤ）において、端末（ＴＲ）ＩＤが１００１と１００２が多く検出されていることから、図１８に示す検出器ＩＤ（ＩＳＤ＿２）の視野角内に入っている人物番号Ｐ２とＰ３は、端末（ＴＲ）ＩＤが１００１又は１００２と推定される。また更に、検出器ＩＤ（ＩＳＤ＿１）のセンサ端末装着者検出器（ＩＳＤ）において、センサ端末（ＴＲ）ＩＤ１００１が検出され、検出器ＩＤ（ＩＳＤ＿３）のセンサ端末装着者検出器（ＩＳＤ）において、センサ端末（ＴＲ）のＩＤ＝１００２が検出されていることから、人物番号Ｐ２はセンサ端末（ＴＲ）のＩＤ＝１００１、人物番号Ｐ３はセンサ端末（ＴＲ）のＩＤ１００２と推定される。
【０２０８】
検出されたセンサ端末（ＴＲ）のＩＤから、当該端末（ＴＲ）を装着している従業員の氏名を取得するために、図１９に示す端末ＩＤとユーザ氏名を対応づけたユーザリスト（ＭＰＵＬ）を読み込み、センサ端末装着者氏名を取得する（ＭＰＳＴ４３）。
【０２０９】
座席配置図上にセンサ端末装着者の氏名を重ねて表示した、時刻（ｔ）の座席配置図（ＭＰＳＣ）を計測ＰＣ（ＭＰ）のディスプレイに表示する（ＭＰＳＴ５１）。
【０２１０】
図２０Ａは、二次元座席表上にセンサ端末装着者の氏名を重ねて表示した例であり、図２０Ｂは、距離センサ（ＲＳ）で取得したデータから人物領域を抽出し、会議机と一緒に表示した三次元点群データ上にセンサ端末装着者の氏名を重ねて表示した例である。
【０２１１】
座席表に格納された人物領域と、そこに着席した人との氏名とを対応付けるために、マウスなどのポインティングデバイスを用いて人物領域を指定する（ＭＰＳＴ５２）。人物領域が指定されたら、図２０Ｃに示すような、情報入力ボックス（ＩＩＢＸ）を表示する（ＭＰＳＴ５３）。情報入力ボックス（ＩＩＢＸ）で記入する内容は、例えば、会社名や、氏名などがあげられる。その他、部署や役職などを入力する項目があっても構わない。
【０２１２】
情報入力ボックス（ＩＩＢＸ）に、会議参加者の情報を入力したら（ＭＰＳＴ５４）、決定ボタンを押下する。図２０Ｄは、３人分の会議参加者（センサ端末非装着者）の情報を入力し終わった座席配置図である。センサ端末装着者（従業員）とセンサ端末非装着者（来訪者）の、所属や氏名を表示するボックスの色を変えたり、ボックスの線のスタイルを変えたりすると、両者の区別がしやすくなる。
【０２１３】
ここでは、二次元座席表図２０Ａを用いて会議参加者の情報を入力する方法（図２０Ｃ）を示したが、三次元座席表（図２０Ｂ）上の人物領域を指定し、当該領域に情報入力ボックスを表示しても構わない。
【０２１４】
全ての人物領域に対して会議参加者情報の入力を繰り返し、全ての入力が終了し（ＭＰＳＴ５５）、入力終了ボタンが押されたら、会議参加者座席表（ＭＰＬＴ）を出力する（ＭＰＳＴ６）。
【０２１５】
会議参加者座席表（ＭＰＬＴ）には、図２１に示すように、人物番号（ＭＰＬＴ１）、人物領域の中心のＸ座標値（ＭＰＬＴ２）とＹ座標値（ＭＰＬＴ３）、座席表生成時刻（ＭＰＬＴ４）、センサ装着者のセンサ端末ＩＤ（ＭＰＬＴ５）、来訪者の会社名（ＭＰＬＴ６）、氏名（ＭＰＬＴ７）が格納されている。
【０２１６】
以上のように、計測ＰＣ（ＭＰ）では、距離センサ（ＲＳ）と、センサ端末装着者検出器ＩＳＤを利用して、会議中の人物の配置と氏名を設定することができる。つまり、計測ＰＣ（ＭＰ）は、距離センサ（ＲＳ）のデータから人物の位置を特定して人物の配置を示す見取り図を生成する。一方、計測ＰＣ（ＭＰ）は、センサ端末（ＴＲ）毎の位置をセンサ端末装着者検出器（ＩＳＤ）で検出し、この検出結果によってセンサ端末（ＴＲ）毎の位置を特定する。そして、計測ＰＣ（ＭＰ）では、人物の配置を示す見取り図と、センサ端末（ＴＲ）毎に特定した位置を結合することで、センサ端末（ＴＲ）を装着した従業員と、センサ端末を装着していない来訪者を合わせた座席表を生成する（ＭＰＳＴ６）ことができる。そして、センサ端末（ＴＲ）を装着している人物（従業員）については、予め設定されたユーザリスト（ＭＰＵＬ）を参照して端末ＩＤからユーザ名を取得する。そして、センサ端末（ＴＲ）が非装着の人物の位置をディスプレイ（ＭＰＯＤ）で特定し、氏名や社名の入力を促すことで、会議に参加した全ての人物の氏名を特定することができる。
【０２１７】
＜会議活動量算出のフローチャート＞
図２２に、データ処理サーバ（ＤＳ）で行われる会議活動量算出（ＤＳＡＣ）のフローチャートを示す。距離センサで（ＲＳ）で計測したセンシングデータから導出した各人の頭部の移動量を、以下では会議活動量とする。
【０２１８】
会議時において、よく動きの生じる身体部分は、頭と腕である。発話したり頷いたりすることにより、頭の動きが発生する。また、ジェスチャを交えて発言したり筆記することにより、腕の動きが発生する。頭と首の動きは連動する。センサ端末（ＴＲ）を首からぶら下げた人と、センサ端末（ＴＲ）を持っていない社外の来訪者との活動量とを一緒に扱うため、首から下げたセンサ端末（ＴＲ）と極力連動した値を取得したいため、腕ではなく頭部の動きから会議活動量を算出する。
【０２１９】
図２２において、処理の開始（ＤＳＡＣＳ）後、データ処理サーバ（ＤＳ）は、計測ＰＣ（ＭＰ）から送られてきた、距離センサ（ＲＳ）で取得した、会議開始から終了までの時系列のセンシングデータ（ＲＳＳＤ）を読み込む（ＤＳＡＣ１）。
【０２２０】
センシングデータ（ＲＳＳＤ）は、図２３で示す通り、センシング時刻（ＳＳＴＭ）と、センシング時刻に計測された点群の三次元座標値（ＰＣＣＶ）からなる。点群は、人の領域だけでなく、壁や机、その他室内に存在するものなど、距離センサ（ＲＳ）で計測された物の表面の座標値を、センサ位置を原点として表したものである。なお、センシングデータ（ＲＳＳＤ）は、計測した時間毎に、計測された点の集まりが一つのエントリ（またはレコード）に記録されている。
【０２２１】
データ処理サーバ（ＤＳ）は、まず、最初の時刻（例えば、会議の開始時刻）のセンシングデータ（ＲＳＳＤ）を取得する（ＤＳＡＣ２）。次に、データ処理サーバ（ＤＳ）は、センシングデータ（ＲＳＳＤ）から、人物領域を抽出する（ＤＳＡＣ３１）。これは、上記図１２に示したように、人物領域抽出（ＭＰＳＴ２２）と同じ方法を用いるとよい。次に、データ処理サーバ（ＤＳ）は、人物領域の抽出後、頭部座標値を抽出する（ＤＳＡＣ３２）。頭部座標値の抽出は、例えば、上記図１３Ｃに示した既存のモーション抽出アルゴリズムを用いて、三次元点群データから人物の形状を抽出し、骨格を当てはめ、頭部と認識された点の座標値を頭部座標値として抽出する方法を用いる。
【０２２２】
会議中のセンシングデータ（ＲＳＳＤ）では、短い時間間隔の中で人物の大きな移動は発生しない場合が多いため、一つ前の計測時間における各人物領域の頭部座標値の中で、最も近い座標値を持つ人物領域を同一人物であると推定して、人物領域（ＨＤＡＲ）の頭部座標値（ＨＤＣＶ）に値を追加格納する（ＤＳＡＣ３３）。対象となる時間帯の人物領域の頭部座標値（ＨＤＣＶ）の算出が終了したら、次の時間帯のセンシングデータ（ＲＳＳＤ）を読み込み（ＤＳＡＣ３４）、データが存在するうちは上記ＤＳＡＣ３１〜３４の頭部座標値の認識処理を継続して繰り返し、頭部座標値（ＨＤＰＳ）のデータを順次更新する。
【０２２３】
データ処理サーバ（ＤＳ）は、全ての時間帯のセンシングデータにおいて、人物領域ごとの頭部座標値の算出が終了したら、３次元頭部座標値（ＨＤＰＳ）を出力する（ＤＳＡＣ５）。
【０２２４】
頭部座標値表（ＨＤＰＳ）は、図２４で示すように、人物領域番号（ＨＤＡＲ）、センシング時刻（ＨＤＴＭ）、頭部座標値（ＨＤＣＶ）で構成される。図２４では、一定時間（例えば一秒）のデータを、一つのカラムに集めて格納した例を示している。１秒間に３０回センサデータを取得していた場合、頭部座標値（ＨＤＣＶ）には、３０個の頭部座標値が格納されることになる。
【０２２５】
次に、データ処理サーバ（ＤＳ）は、一定時間（例えば一分）毎の頭部移動表（ＨＤＭＳ）を算出する（ＤＳＡＣ６）。図２５Ａは、頭部移動量算出の途中過程で、頭部座標値表（ＨＤＣＶ）に格納されたデータに基づき、一定時間（例えば一秒）毎の頭部移動量を算出した頭部移動表（ＨＤＭＳ）である。
【０２２６】
一定時間（例えば一秒）前の頭部座標値との２点間の距離を算出することで、一定時間（例えば一秒）毎の頭部移動量を計算する。そして、一定時間（例えば一分）における一定時間（例えば一秒）毎の頭部移動量をすべて積算することにより、一定時間（例えば一分）毎の頭部移動量を算出する。図２５Ｂは、一定時間（例えば一分）毎の頭部移動表（ＨＤＭＭ）である。
【０２２７】
頭部移動表（ＨＤＭＭ）は、人物領域番号（ＨＤＡＲ）を縦軸に、時刻（ＨＤＴＭ）を横軸に取り、人物領域ごとの１分間の頭部移動量を時間ごとに格納したものである。
【０２２８】
次に、データ処理サーバ（ＤＳ）は、頭部移動表（ＨＤＭＭ）に、人の名前を当てはめる。データ処理サーバ（ＤＳ）は、まず、計測ＰＣ（ＭＰ）で生成された会議参加者座席表（ＭＰＬＴ）を読み込む（ＤＳＡＣ５１）。
【０２２９】
データ処理サーバ（ＤＳ）は、会議参加者座席表（ＭＰＬＴ）の各人Ｐｎの座標値と、頭部座標値表（ＨＤＰＳ）の座席表生成時刻における各人の頭部ＸＹ座標値から、最も値の近い者を同一人物として、対応付けを行う（ＤＳＡＣ５２）。
【０２３０】
図２６Ａは、会議参加者座席表（ＭＰＬＴ）の座席表生成時刻における、頭部座標値表（ＨＤＰＳ）に格納された各人の頭部座標値を抽出した表である。図２６Ｂは、頭部移動表（ＨＤＭＭ）の人物領域番号（ＨＤＡＲ）と、会議参加者座席表（ＭＰＬＴ）の人物番号（ＭＰＬＴ１）との対応付けを示した表である。
【０２３１】
図２６Ｃに、頭部移動表（ＨＤＭＭ）の人物領域番号（ＨＤＡＲ）に、人物氏名を格納した例を示す。データ処理サーバ（ＤＳ）はこの表を、会議活動量表（ＭＡＴＢ）として出力する（ＤＳＡＣ６）。
【０２３２】
以上の処理によって、会議に参加した各人物の活動量が一定の時間間隔毎にまとめられた会議活動量表（ＭＡＴＢ）が生成される。
【０２３３】
＜会議対面二次データ生成のフローチャート＞
図２７に、データ処理サーバ（ＤＳ）で行われる会議対面二次データ生成（ＤＳＭＭ）のフローチャートを示す。
【０２３４】
処理の開始後（ＤＳＭＭＳ）、データ処理サーバ（ＤＳ）は会議活動量算出（ＤＳＡＣ）で生成した図２６Ｃの会議活動量表（ＭＡＴＢ）を読み込む（ＤＳＭＭ１）。データ処理サーバ（ＤＳ）は、会議の参加者ごと、各時刻ごとの頭部移動量から会議中の活性状態を活性または不活性の何れであるかを、予め設定した閾値を基準に判定する（ＤＳＭＭ２）。
【０２３５】
データ処理サーバ（ＤＳ）は頭部移動量が閾値以上の場合は活性度に「１」を設定し、閾値以下の場合は活性度に「０」を設定して、会議活動表（ＭＡＴＢ２）を生成する。図２８Ａに会議活動表（ＭＡＴＢ２）を示す。会議活動表（ＭＡＴＢ２）は、センシングデータの端末ＩＤから端末ＩＤリスト（ＭＰＵＬ）で特定される氏名（ＭＡＮＭ）と、会議期間中の時刻（ＭＡＴＭ）毎に活性度が格納される。本実施例では、時刻（ＭＡＴＭ）は１分間隔に設定される。
【０２３６】
図２８Ａに示した会議活動量（ＭＡＴＢ２）の時刻ＭＡＭＴのうち、活性度に「１」が設定された入力された箇所（時刻）を塗りつぶして、可視化した図（タペストリ）を図２８Ｂで示すようにデータ処理サーバ（ＤＳ）が生成する。
【０２３７】
図２８Ａの会議活動表（ＭＡＴＢ２）と図２８Ｂの会議活動量（ＭＡＴＢ２）から、会議で活発に動いていた人の多い時間帯や、動きの少ない時間帯あるいは活発に動く時間の多い人や少ない人、などを、直感的に把握することが出来る。
【０２３８】
次に、自分（あるいは着目する参加者）の活性度だけでなく、会議で相手となった人物の活性度もあわせることにより、（１）自分も相手も活性した場合の双方活性の状態と、（２）自分のみ活性した一方活性の状態と、（３）相手のみが活性した一方活性の状態の三つの状態に分類し、それぞれの状態毎の時間をカウントする（ＤＳＭＭ３）。状態として、自分も相手も不活性の場合もあるが、両者とも動きが少なく会議に対して消極的な場合は、コミュニケーション時間にカウントしないこととする。
【０２３９】
図２９に、対面相手の活性度を考慮して三つの状態をカウントする例を示す。図２９は、会議活動量（ＭＡＴＢ２）の、１４：４８−１４：５３の時間帯における佐藤さんと木村さんのデータを抽出した例である。双方活性の状態は、佐藤さん主体で見た場合も木村さん主体で見た場合も「３」とする。自分のみ活性の状態は、佐藤さん主体で見た場合は「２」に、木村さん主体で見た場合は「１」とする。逆に、相手のみ活性の状態は、佐藤さん主体で見た場合は「１」に、木村さん主体で見た場合は「２」とする。このカウンターにより、対面する人物同士の活性度に応じて、双方活性、自分活性、相手活性の３つの状態が設定される。
【０２４０】
データ処理サーバ（ＤＳ）は、上記のようにカウントした結果に基づき、双方活性のマトリクス図と、一方活性のマトリクス図とを生成する（ＤＳＭＭ３）、（ＤＳＭＭ４）。
【０２４１】
図３０Ａは、双方活性の会議双方活動マトリクス（ＤＳＫＭ１）である。会議の参加者が双方活性だった時間を、全ての参加者の組み合わせで生成したものを入力する。図中要素（ＫＭ１＿６）は、佐藤さんと鈴木さんとが双方活性状態だった時間が１４分であったことを表している。図３０Ｂは、一方活性の会議一方活動マトリクス（ＤＳＫＭ２）である。参加者のうちどちらか一方が活性だった時間を、全ての人の組み合わせで算出したものを入力する。図中要素（ＫＭ２＿６）は、鈴木さんのみが活性で、木村さんが不活性状態だった時間が９分であったことを表している。このように、着目する参加者だけが活性だった状態は横の行に、相手の参加者だけが活性だった状態は縦の列に一方向活性状態の時間が格納される。
【０２４２】
＜業務対面活動マトリクス（ＡＳＧＭ）生成処理＞
図９Ａ、図９Ｂに示される基本コンテンツの生成で、従業員と社外の来訪者との業務対面を可視化したコンテンツ生成するにあたり、対面の状態をＮ×Ｎ行列で表した業務対面活動マトリクス（ＡＳＧＭ）を生成する例を示す。
【０２４３】
図３１に、アプリケーションサーバ（ＡＳ）で実行される業務対面マトリクス（ＡＳＧＭ）の生成処理のフローチャートを示す。ここでは、組織内人員（従業員）としての組織内構成メンバと、組織外人員としての社外対面者（来訪者）とを組み合わせたものを縦軸と横軸に設定した業務対面マトリクスの例を示す。なお、図３１では、会議データの読み込み以降の処理（ＣＭＣ１〜ＣＭＣ５）と、会議活動二次データの読み込み処理（ＣＭＣ６）を並列して行う例を示すが、これに限定されるものではなく、逐次実行してもよい。
【０２４４】
処理の開始（ＣＭＣＳ）後、アプリケーションサーバ（ＡＳ）から対象期間などの条件をデータ処理サーバ（ＤＳ）に送信し、データ処理サーバ（ＤＳ）において、当該条件に該当する情報を検索し、会議データとしてアプリケーションサーバ（ＡＳ）に送信されたものを読み込む（ＣＭＣ１）。会議データには、会議日時や参加者などの会議基本情報（ＭＰＤＭ）と、会議参加者の活動状況を時系列に「０」または「１」で表した会議活動表（ＭＡＴＢ２）と、会議時の活動状況を示す会議活動二次データベース（ＤＳＫＭ）が含まれる。
【０２４５】
また、アプリケーションサーバ（ＡＳ）から対象期間や端末ＩＤなどの情報をセンサネットサーバ（ＳＳ）に送信し、センサネットサーバ（ＳＳ）において、当該条件に該当する情報を検索し、センサ端末データとしてアプリケーションサーバ（ＡＳ）に送信されたものを読み込む（ＣＭＣ２）。センサ端末データには、従業員同士の対面活動を示す会議得活動二次データベース（ＤＳＫＭ）や、センサ端末（ＴＲ）の動きを表すセンシングデータ（加速度）などが含まれる。
【０２４６】
まず、アプリケーションサーバ（ＡＳ）は、会議基本情報データベース（ＤＳＤＭ）に格納されている、会議日時、及び、センサ端末（ＴＲ）を装着している会議の参加者より、該当参加者の該当日時におけるセンシングデータ（加速度）を抽出し、該当時間帯における、参加者の活動時間を算出する。
【０２４７】
また、アプリケーションサーバ（ＡＳ）は、会議活動表（ＭＡＴＢ２）と、センサ端末（ＴＲ）を装着している会議参加者の活性度が「１」の時間を加算し、会議活動時間を算出する。
【０２４８】
アプリケーションサーバ（ＡＳ）は、同じ時間帯における、センサ端末（ＴＲ）からの活動時間と、距離センサ（ＲＳ）からの活動時間より、会議活動の補正値を算出する（ＣＭＣ３）。
【０２４９】
図３２に示すように、対象日時（２０１２／０３／３１  １４：４８  −  ２０１２／０３／３１  １５：３０）における対象ユーザ２者のセンシングデータ（加速度）の和（２３＋１５）を、２者の会議活動表（ＭＡＴＢ２）の値の和（１９＋２０）で、除した値を、会議活動補正値（０．９７）とする。
【０２５０】
次に、アプリケーションサーバ（ＡＳ）は、会議活動二次データ（ＤＳＫＭ）を読み込み（ＣＭＣ４）、前記算出した会議活動補正値を、会議活動二次データ（ＤＳＫＭ）の各セルに格納されている値に乗じることにより、会議活動マトリクス（会議双方活動マトリクス（ＤＳＫＭ１）及び会議一方活動マトリクス（ＤＳＫＭ２））を補正する（ＣＭＣ５）。
【０２５１】
アプリケーションサーバ（ＡＳ）は、次に、センサネットサーバ（ＳＳ）から取得した、社内の任意の従業員間での期間内のコミュニケーション量を示した対面活動マトリクス（ＡＳＭＭ）を読み込む（ＣＭＣ６）。
【０２５２】
アプリケーションサーバ（ＡＳ）は、業務対面活動マトリクス（ＡＳＧＭ）を生成するにあたり、社内の従業員同士の対面活動を示す対面活動マトリクス（ＡＳＭＭ）を基本とし、社外の来訪者との対面を表す部分を拡張する。
【０２５３】
アプリケーションサーバ（ＡＳ）は、まず、対面活動マトリクス（ＡＳＭＭ）を、社外の来訪者である対面相手の数だけマトリクスのサイズを拡張する（ＣＭＣ７）。
【０２５４】
例えば、対面活動マトリクス（ＡＳＭＭ）のサイズが３０×３０であり（これは社内の対象となる従業員数が３０人であることを示す）、社外対面相手の数が１５であった場合、４５×４５のマトリクスを生成する。
【０２５５】
アプリケーションサーバ（ＡＳ）は、社内の対面を示す３０×３０の部分を、そのままコピーする。次に、アプリケーションサーバ（ＡＳ）は、社内の対象従業員と社外の対面相手との対面を示す３０×１５の部分を拡張マトリクス（ＥＸＭＴ）とし、ＣＭＣ５で補正した会議活動マトリクス（会議双方活動マトリクス（ＤＳＫＭ１）及び会議一方活動マトリクス（ＤＳＫＭ２））のデータを、拡張マトリクス（ＥＸＭＴ）の該当セルに埋め込んでいく（ＣＭＣ８）。
【０２５６】
アプリケーションサーバ（ＡＳ）は、補正後の会議活動マトリクスに格納された社内のセンサ端末（ＴＲ）の装着者と会議に同席した来訪者より、マトリクス内の場所を決定し、社内のセンサ端末（ＴＲ）の装着者と会議に同席した来訪者との活動状態を含めたコミュニケーション量を、決定されたマトリクスの位置に格納する。一方、コミュニケーション量を格納するマトリクスの位置が重なった場合（同じ社内センサ装着者と会議同席来訪者のデータがあった場合）、アプリケーションサーバ（ＡＳ）は、当該マトリクスの位置に格納されていた値に、コミュニケーション量を加算して更新する。
【０２５７】
会議活動マトリクス（会議双方活動マトリクス（ＤＳＫＭ１）及び会議一方活動マトリクス（ＤＳＫＭ２））に格納されたデータの全てが、業務対面活動マトリクス（ＡＳＧＭ）に反映されたか否かを判定し（ＣＭＣ９）、全てのデータが反映されるまで、コミュニケーション量のマトリクスへの埋め込みを継続する。社外業務対面テーブルのデータすべてが反映されたら、業務対面活動マトリクス（ＡＳＧＭ）の完成となる（ＣＭＣ９）。
【０２５８】
＜二次データベース（ＳＳＤＴ）の例：対面活動マトリクス＞
センサネットサーバ（ＳＳ）内で、センシングデータ処理（ＳＳＣＤＴ）の結果を格納する、二次データベース（ＳＳＤＴ）の例として、対面活動マトリクス（ＡＳＭＭ）の例を図３３Ａ，図３３Ｂに示す。図３３Ａは、双方向の対面活動マトリクス（ＡＳＭＭ１）を示し、図３３Ｂ、一方向の対面活動マトリクス（ＡＳＭＭ２）を示す。
【０２５９】
二次データベース（ＳＳＤＴ）は、センサネットサーバ（ＳＳ）が、所定の前処理を行い、一定期間の特定のユーザの情報を共通の形式で保管するデータベースである。
【０２６０】
図３３Ａ，図３３Ｂでは、組織内の任意の従業員間での、所定の期間内の互いの活性度を含めた対面時間を示した対面活動マトリクス（ＡＳＭＭ）の例を示す。対面活動マトリクスはネットワーク分析の用語では隣接行列と呼ばれるものである。
【０２６１】
対面活動マトリクス（ＡＳＭＭ）は、図３４Ａ，図３４Ｂ（後述）に示したセンシングデータベース（ＳＳＤＢ）の対面テーブル（ＳＳＤＢ＿ＩＲ）に基づいて、任意の組合せの従業員間での対面と、対面した時刻において対象となる組み合わせの従業員それぞれの加速度データから、双方が活動的である時間を計算し、マトリクス形式に整理したものが、図３３Ａの対面活動マトリクス（双方向）（ＡＳＭＭ１）である。
【０２６２】
また、同様に、任意の組み合わせの従業員間での対面と、対面した時刻において対象となる組み合わせの速度データから、一方のみが活動的である時間を計算し、マトリクス形式に整理したものが、図３３Ｂに示す対面活動マトリクス（一方向）（ＡＳＭＭ２）である。
【０２６３】
＜センシングデータベース（ＳＳＤＢ）の例：対面テーブル＞
図３４Ａ，図３４Ｂは、センシングデータベース（ＳＳＤＢ）の一例として、対面テーブルを示す。図３４Ａ，図３４Ｂは、異なる端末ＩＤのセンサ端末（ＴＲ）のセンシングデータである。
【０２６４】
センシングデータベース（ＳＳＤＢ）には複数の従業員のセンサ端末（ＴＲ）のそれぞれに対応して複数種類のセンシングデータが記録されているが、センシングデータのうちの赤外線送受信による対面データをまとめたテーブルの例を図３４Ａ，図３４Ｂに示す。
【０２６５】
図３４Ａは、対面テーブル（ＳＳＤＢ＿ＩＲ＿１００２）を示し、端末ＩＤが１００２であるセンサ端末（ＴＲ）が取得したデータを集めたテーブルであることを示す。同様に、図３４Ｂは、対面テーブル（ＳＳＤＢ＿ＩＲ＿１００３）を示し、端末ＩＤが１００３であるセンサ端末（ＴＲ）が取得したデータの対面テーブルである。なお、閲覧者検出器（ＣＬＶＤ）の赤外線送受信器（ＣＬＶＤＩＲ）や、センサ端末装着者検出器（ＩＳＤ）の赤外線送受信器から受信した検出器ＩＤ（ＣＬＶＤＩＤ）も、センサ端末（ＴＲ）から受信した端末ＩＤと同様に赤外線送信側ＩＤ（ＤＢＲ１０）に記録しても良い。この場合、検出器ＩＤをキーとしてテーブルを検索することにより、誰がどの場所で会議を行ったか、また、ディスプレイを閲覧したかを調べることができる。
【０２６６】
図３４Ａ，図３４Ｂの対面テーブルは、センサ端末（ＴＲ）がデータを送信した時刻（ＤＢＴＭ）と、赤外線送信側の端末ＩＤ（ＤＢＲ１）と、当該端末ＩＤからの受信回数（ＤＢＮ１）とを１０組（ＤＢＲ１およびＤＢＮ１、ＤＢＲ２およびＤＢＮ２、．．．、ＤＢＮ１０およびＤＢＮ１０）格納する例を示す。
【０２６７】
所定の時間内（例えば１０秒間）に、どのセンサ端末（ＴＲ）から何回赤外線を受信したかを、この対面テーブルで表す。対面、つまり赤外線の受信がなかった場合にはテーブルの値は「ｎｕｌｌ」となる。時間間隔も、１０秒に限られるものではなく、目的に応じて変更可能である。
【０２６８】
＜センシングデータベース（ＳＳＤＢ）の例：加速度データテーブル＞
センサネットサーバ（ＳＳ）のセンシングデータベース（ＳＳＤＢ）に格納されるセンシングデータの例として、加速度データテーブルの例（ＳＳＤＢ＿ＡＣＣ＿１００２）を図３５に示す。
【０２６９】
加速度データテーブルは、基本的に、センサ端末（ＴＲ）で取得されたセンシングデータをそのまま格納したものであり、前処理をされていない状態のデータである。加速度データテーブルは、各個人（センサ端末（ＴＲ））に対応してそれぞれテーブルが作られ、所定のサンプリング周期（例えば０．０２秒）ごとに時刻情報（ＤＢＴＭ）と対応付けてＸ軸（ＤＢＡＸ）、Ｙ軸（ＤＢＡＹ）、Ｚ軸（ＤＢＡＺ）の、互いに直交する三軸方向それぞれの加速度データが格納される。
【０２７０】
なお、加速度センサが検出した数値をそのまま格納しても良いし、センシングデータの測定値単位を［Ｇ］に変換した後の値を格納しても良い。このような加速度データテーブルをメンバごとに生成し、センシングした時刻の情報と対応付けて格納する。なお、端末ＩＤを示すカラムを追加すれば、テーブルを個人ごとに分けずに統合したもの（組織内人員全員のデータを記録したテーブル）とすることが可能である。
【０２７１】
＜業務対面活動マトリクス（ＡＳＧＭ＿１）の例＞
図３６は、社内の任意の従業員と、社外の対面者（来訪者）とを合わせたものを軸にした業務対面活動マトリクスの例である。図示の業務対面活動マトリクス（ＡＳＧＭ＿１）は、センサネットサーバ（ＳＳ）から取得した二次データの一つである社内の任意の従業員間の双方活性の対面を示す対面活動マトリクス（双方向）（ＡＳＭＭ１）と、社内の任意の従業員と会議で同席した社外来訪者との対面活動を示す拡張マトリクス（ＥＸＭＴ）とを、アプリケーションサーバ（ＡＳ）で結合したものである。
【０２７２】
図中破線で示す拡張マトリクス（ＥＸＭＴ）は、アプリケーションサーバ（ＡＳ）で社内の任意の従業員と社外の来訪者をそれぞれの軸に加えたマトリクスである。
【０２７３】
図３０Ａに示した会議対面活動テーブル（ＤＳＫＭ１）を会議補正値で補正した値に従い、社内の従業員と社外来訪者の双方が活性状態であった時間をコミュニケーション量として、アプリケーションサーバ（ＡＳ）が拡張マトリクス（ＥＸＭＴ）内の該当セルに格納していく。図３６に示す業務対面活動マトリクスでは、要素（ＫＭ２＿８）に示すように、社内の山田さんと、Ｘ社の山口さんが、双方活性状態で対面した時間が２分であったことを示している。
なお、センサ端末非装着の来訪者と装着者、または非装着の来訪者同士の対面時間は、会議テーブルに着席している参加者は全員が対面しているものとして算出する。
【０２７４】
＜業務対面活動マトリクス（ＡＳＧＭ＿２）の例＞
図３７は、社内の任意の従業員と社外の対面者（来訪者）とを合わせたものを軸にした業務対面活動マトリクス（ＡＳＧＭ＿２）の例である。業務対面活動マトリクス（ＡＳＧＭ＿２）は、センサネットサーバ（ＳＳ）から取得した二次データの一つである社内の任意の従業員間のどちらか一方が活性状態の対面を示す対面活動マトリクス（一方向）（ＡＳＭＭ２）と、社内の任意の従業員と会議で同席した社外の来訪者との対面活動を示す拡張マトリクス（ＥＸＭＴ）とを、アプリケーションサーバ（ＡＳ）で結合したものである。
【０２７５】
図中破線で示す拡張マトリクス（ＥＸＭＴ）は、アプリケーションサーバ（ＡＳ）で社内の任意の従業員と社外の来訪者をそれぞれの軸に加えたマトリクスである。
【０２７６】
図３０Ｂに示した会議対面活動テーブル（ＤＳＫＭ２）を会議補正値で補正した値に従い、社内の従業員と社外の来訪者との一方が活性状態であった時間をコミュニケーション量として、アプリケーションサーバ（ＡＳ）が拡張マトリクス（ＥＸＭＴ）内の該当セルに格納していく。図３７に示す業務対面活動マトリクス（ＡＳＧＭ）では、要素（ＫＭ２＿８）に示すように、Ｘ社の山口さんが活動状態であり、社内の山田さんが非活動状態であった時間が２分であったことを示している。また、要素（ＫＭ８＿２）に示すように、Ｘ社の山口さんが非活動状態であり、社内の山田さんが活動状態であった時間が２１分であったことを示している。
なお、センサ端末非装着の来訪者と装着者、または非装着の来訪者同士の活動状態であった時間は、次のように算出する。として算出する。
（１）センサ端末の装着者同士については、加速度センサの測定値から活動の双方向性、片方向性を計算する（図３３Ａ、図３３Ｂ参照）。
（２）センサ装着、未装着に関わらず、レーザ距離センサ（ＲＳ）での頭部の移動量によって、活動の双方向性、片方向性を判定する（図３３Ａ、図３３Ｂ参照）。
これら２通りの計算方法のうち、図３６、図３７に記載の実線部分（対面活動マトリクス（ＡＳＭＭ））は上記の（１）の結果を使用し、その他の拡張部分（拡張マトリクス（ＥＸＭＴ）については、）については、（２）の結果を使用することによって、特に複雑な処理計算をすることなく、結果を得ることが可能となる。
【０２７７】
＜業務対面活動マトリクスから生成したネットワーク図＞
上記では、人と人とのコミュニケーションを各々の活性状態に応じてＮ×Ｎ行列で表した業務対面活動マトリクス（ＡＳＧＭ）について説明した。業務対面活動マトリクス（ＡＳＧＭ）の情報を視覚的にわかりやすく表現するために、対面の発生した人同士を線で結ぶネットワーク図をアプリケーションサーバ（ＡＳ）で生成する。アプリケーションサーバ（ＡＳ）で生成したネットワーク図を画像データとして保存しておくことにより、クライアント（ＣＬ）でユーザに提示するコンテンツの一つとなる。
【０２７８】
アプリケーションサーバ（ＡＳ）では、図３６に示した双方活性（ＡＳＧＭ＿１）と、図３７に示した一方活性（ＡＳＧＭ＿２）の両方の業務対面活動マトリクスを利用し、業務対面活動マトリクスの軸を構成するメンバー（従業員及び来訪者）の互いのコミュニケーション状態を、ノード間を結ぶ線で表す。
【０２７９】
図３８Ａではアプリケーションサーバ（ＡＳ）が、メンバーとして山田さんと田中さんを抽出した例で説明する。
【０２８０】
アプリケーションサーバ（ＡＳ）は、山田さんと田中さんの対面時間について、総対面時間に対する双方活性状態の対面時間の割合（または比率）を図３６に示した双方活性の業務対面活動マトリクス（ＡＳＧＭ＿１）から算出する。なお、山田さんと田中さんの総対面時間は、図３４Ａ、図３４Ｂに示したセンサ端末（ＴＲ）のセンシングデータから求めることができる。
【０２８１】
また、アプリケーションサーバ（ＡＳ）は、山田さんと田中さんの対面時間について、総対面時間に対する一方のみが活性状態の対面時間の割合を図３７に示した一方活性の業務対面活動マトリクス（ＡＳＧＭ＿２）から算出する。以上により、図３８Ａで示すように、双方活性の対面時間の割合が６７の％、田中さんのみが活性状態の対面時間の割合が２７％、山田さんのみが活性状態の対面時間の割合が６％となる例を示す。
【０２８２】
次に、田中さんと山田さんのノード間を線で結ぶ際に、矢印を利用する。また、対面状態の人物の活性状態と非活性状態とを、実線と点線を用いて区別する。図示の例では、活性状を、実線で示し、非活性状態を点線で示す。
【０２８３】
田中さんが活性状態の時間は、田中さんのみが活性状態の時間（２７％）＋双方活性の時間（６７％）であり、矢印の９４％を実線で示す。残りの６％は点線で示す（「図中山田のみ活性」の部分）。
【０２８４】
また、山田さんの活性時間は、山田さんのみが活性状態の時間（６％）＋双方活性の時間（６７％）であり、矢印の７３％を実線で示し、残りの２７％を点線で示す。これにより、双方活性の時間、一方活性の時間をそれぞれ実線と点線の差異から容易に把握することが出来る。
【０２８５】
上記では、実線と点線で活性状態と非活性状態の差異を表現する方法について述べたが、色を変えた線で表現してもよい。
【０２８６】
また、ノードＡとノードＢについて、双方活性が１００％の場合は、図３８Ｂで示すように、実線で両側の矢印をノードＡ、Ｂに接続する。
【０２８７】
一方活性が１００％の場合は、図３８Ｃまたは図３８Ｄで示すように、活性状態の人のノードから非活性状態の人のノードへ実線で矢印を接続する。
【０２８８】
＜対面活動マトリクスから生成した社内ネットワーク図の例＞
図３９Ａ〜図３９Ｃは、対面活動マトリクス（ＡＳＧＭ）からアプリケーションサーバ（ＡＳ）が生成する社内ネットワーク図の一例を示す。
【０２８９】
図３９Ａに示す社内ネットワーク図（ＡＳＮＦ）は、センサネットサーバ（ＳＳ）から取得した二次データの一つである社内の任意の従業員間の対面時間を示す対面活動マトリクスを基に生成したネットワーク図である。
【０２９０】
ここで示しているのは、対面時間に応じて、線幅を変更した例である。すなわち、対面時間が増大するにつれて、線幅を太くするものである。
【０２９１】
図３９Ｂに示す社内活動ネットワーク図１（ＡＳＡＮ１）は、上記図３８Ａ〜図３８Ｄに従って、双方活性と一方活性とを実線と点線で区別し、センサネットサーバ（ＳＳ）から取得した二次データの一つである組織内の任意の従業員間での、所定の期間内の互いの活性度に対応する対面時間の割合を示した対面活動マトリクス（ＡＳＭＭ１）、（ＡＳＭＭ２）をもとに生成した社内ネットワーク図１である。
【０２９２】
図３９Ｃに示す社内活動ネットワーク図２（ＡＳＡＮ２）は、上記図３９Ａと図３９Ｂを組み合わせたもので、双方活性と一方活性とを実線と点線で区別し、対面時間に応じて、線幅を変更した例である。センサネットサーバ（ＳＳ）から取得した二次データの一つである組織内の任意の従業員間の所定の期間内の互いの活性度に対応する対面時間の割合を実線と点線で区別し、双方活性と一方活性を矢印によって区別した。
【０２９３】
これにより、対面時に、双方が積極的に活動していたか、または一方のみが積極的であったか、個人個人の関係性を把握することが出来る。また、社内活動ネットワーク図２（ＡＳＡＮ２）は、対面時間に応じて線幅を変更した例である。
【０２９４】
また、アプリケーションサーバ（ＡＳ）は、図３９Ａ〜図３９Ｃの少なくともひとつを画像データとして生成しておき、クライアント（ＣＬ）から要求を受け付けたときに、社内活動ネットワーク図を提供することができる。
【０２９５】
＜業務対面活動マトリクスから生成した、業務ネットワーク図の例＞
図４０Ａ〜図４０Ｃに示す業務ネットワーク図（ＡＳＧＮ）は、図３９Ａ〜図３９Ｃに示した社内ネットワーク（ＡＳＮＦ）に、会議データから得られる情報を付加したものであり、対面時間に基づき線幅を変更して表したものである。上記図３９Ａ〜図３９Ｃで示した社内ネットワーク図に、社外の来訪者の情報をアプリケーションサーバ（ＡＳ）で付加したものである。社内の従業員のノードと、社外来訪者のノードの形状を変えて表示することで、社内と社外の人の区別が視覚的にわかりやすくなる。
【０２９６】
＜閲覧者判定（ＣＳＣＶＤ）のフローチャート＞
図４１に、クライアント（ＣＬ）で行われる閲覧者判定（ＣＬＣＶＤ）のフローチャートを示す。閲覧者判定（ＣＬＣＶＤ）の処理は、閲覧者検出器（ＣＬＶＤ）が起動している間は常時行われる処理である。
【０２９７】
処理の開始（ＣＶＤＳ）後、クライアント（ＣＬ）は、閲覧者検出器（ＣＬＶＤ）から受信した赤外線データを取り込み（ＣＶＤ１）、赤外線データに含まれるＩＤについて、端末ＩＤリストを照会する。赤外線データに含まれるＩＤが端末ＩＤリスト（ＣＬＩＤ）に格納されている有効な端末ＩＤではない場合には、当該データをノイズと判断して除去する（ＣＶＤ２）。
【０２９８】
そして、一定時間、例えば１秒間や５秒間ごとに区切って端末ＩＤを受信した回数をカウントする。クライアント（ＣＬ）は、端末ＩＤを受信した回数があらかじめ指定した閾値以上か否かを判定する（ＣＶＤ３）。端末ＩＤを受信した回数が閾値以上かであれば、クライアント（ＣＬ）は、受信した端末ＩＤを閲覧者と見なす（ＣＶＤ４２）。一方、そうでない場合には、端末ＩＤは閲覧者とはみなさない（ＣＶＤ４１）。これは、一瞬通りすがっただけのユーザ（ＵＳ）を閲覧者に含まないようにする処置である。このようにして、クライアント（ＣＬ）は、所定の時間の中で閲覧者であるとみなしたユーザ（ＵＳ）の端末ＩＤのリスト（閲覧者ＩＤリスト）を生成する（ＣＶＤ５）。クライアント（ＣＬ）は、生成した閲覧者ＩＤリストをアプリケーションサーバ（ＡＳ）に送り、リスト内の端末ＩＤのそれぞれに対応する氏名を取得する（ＣＶＤ６）。すなわち、閲覧者の氏名をアプリケーションサーバ（ＡＳ）から取得する。以上の流れを、閲覧者判定（ＣＬＣＶＤ）プログラムが手動またはタイマによって終了されるまで繰り送信する。
【０２９９】
＜アクセス制御規定（ＡＳＡＣ）＞
図４２に、アプリケーションサーバ（ＡＳ）の記憶部（ＡＳＭＥ）に記録される、アクセス制御規定（ＡＳＡＣ）ファイル内のデータ構造の一例を示す。アクセス制御規定（ＡＳＡＣ）ファイルは、アプリケーションサーバ（ＡＳ）における基本コンテンツ生成（ＡＳＣＢＣ）時に合わせて出力されるものであり、対応する基本コンテンツファイル（ＡＳＢＦ）にアクセスできる条件が格納されているものである。例えば、ある部署に関するファイルであれば、閲覧者の中に当該部署の従業員が少なくとも一人含まれている場合には閲覧可能である、というようにアクセス条件が規定される。
【０３００】
アクセス制御規定（ＡＳＡＣ）では、基本コンテンツファイルのファイルＩＤ（ＡＳＡＣ０１）、ファイルの種類（ＡＳＡＣ０２）、アクセス条件（ＡＳＡＣ０３）を対応付けて格納される。
【０３０１】
ファイル種類（ＡＳＡＣ０２）は、コンテンツの種類を示すものである。クライアント（ＣＬ）のディスプレイ（ＣＬＯＤ）に表示されるコンテンツ切替ボタン（ＯＤ＿Ｃ）においてボタンを表示する際の見出し、分類に用いられる。
【０３０２】
アクセス条件（ＡＳＡＣ０３）は、対応するファイルを表示するのに必要な閲覧者の端末ＩＤを論理式で示したものである。
【０３０３】
＜ネットワーク図表示時の画面例＞
図４２に、クライアント（ＣＬ）のディスプレイ（ＣＬＯＤ）に表示される画面の一例を示す。クライアント（ＣＬ）がディスプレイ（ＣＬＯＤ）に表示するコンテンツ情報としては、社内組織のネットワーク図を採用した一例を示す。クライアント（ＣＬ）のディスプレイ（ＣＬＯＤ）に表示された画面（ＯＤ）の、コンテンツ表示エリア（ＯＤ＿Ｂ）に、アプリケーションサーバ（ＡＳ）から受け取ったネットワーク図の画像を表示する。また、閲覧者選択ボタン（ＯＤ＿Ａ）には、現在、閲覧者として検出されているユーザの氏名が表示されている。
【０３０４】
以上のように、本発明によれば、センサ端末（ＴＲ）が計測したセンシングデータをデータ処理サーバ（ＤＳ）やアプリケーションサーバ（ＡＳ）で解析し、センサ端末（ＴＲ）を装着した人間同士のコミュニケーション量（対面時間）及び状況（活動量と活性度）を把握できるだけでなく、センサ端末（ＴＲ）を装着していない社外の人とのコミュニケーションの量（対面時間）及び状況（活動量と活性度）を把握することも可能となる。
【０３０５】
また、上記実施例１では、会議の参加者ごと、各時刻ごとの頭部移動量から会議中の活性状態を活性（活性度＝１）または不活性（活性度＝０）の何れであるかを、予め設定した閾値を基準に判定する例を図２７に示したが、これに限定されるものではない。例えば、複数の閾値を設けて活性度を複数の段階に分けるようにしても良い。
【０３０６】
また、上記実施例１では、計測ＰＣ（ＭＰ）は、距離センサ（ＲＳ）で会議の参加者の位置を特定して座席配置図を生成する。そして、計測ＰＣ（ＭＰ）は、センサ端末装着者検出器（ＩＳＤ）で検出したセンサ端末（ＴＲ）の端末ＩＤから、座席に対応する参加者の氏名を特定する。さらに、計測ＰＣ（ＭＰ）では、参加者が存在する座席に端末ＩＤが存在しない場合には、センサ端末（ＴＲ）を装着していない来訪者が存在すると推定して、氏名などの情報を入力するよう促すことができる。これにより、センサ端末（ＴＲ）を装着した人物と、センサ端末（ＴＲ）を装着していない人物の対面データを生成し、センサ端末（ＴＲ）を装着していない社外の人（来訪者）とのコミュニケーションの量（対面時間）及び状況（活動量と活性度）を容易に把握することができる。
【０３０７】
また、上記実施例では、センサネットサーバ（ＳＳ）、データ処理サーバ（ＤＳ）、アプリケーションサーバ（ＡＳ）計測ＰＣ（ＭＰ）及びクライアント（ＣＬ）を主体として業務上対面データ生成システムを構成する例を示したが、センサネットサーバ（ＳＳ）、データ処理サーバ（ＤＳ）、アプリケーションサーバ（ＡＳ）計測ＰＣ（ＭＰ）及びクライアント（ＣＬ）を一つの計算機にまとめて業務上対面データ生成装置とすることができる。
【０３０８】
なお、本発明において説明した計算機等の構成、処理部等は、それらの一部又は全部を、専用のハードウェアによって実現してもよい。
【０３０９】
また、本実施例で例示した種々のソフトウェアは、電磁的、電子的及び光学式等の種々の記録媒体（例えば、非一時的な記憶媒体）に格納可能であり、インターネット等の通信網を通じて、コンピュータにダウンロード可能である。
【０３１０】
また、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれる。例えば、上記した実施例は本発明をわかりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。
【図１】
2014038014.tif 000003
【図２Ａ】
2014038014.tif 000004
【図２Ｂ】
2014038014.tif 000005
【図３Ａ】
2014038014.tif 000006
【図３Ｂ】
2014038014.tif 000007
【図４Ａ】
2014038014.tif 000008
【図４Ｂ】
2014038014.tif 000009
【図５Ａ】
2014038014.tif 000010
【図５Ｂ】
2014038014.tif 000011
【図６】
2014038014.tif 000012
【図７】
2014038014.tif 000013
【図８】
2014038014.tif 000014
【図９Ａ】
2014038014.tif 000015
【図９Ｂ】
2014038014.tif 000016
【図１０Ａ】
2014038014.tif 000017
【図１０Ｂ】
2014038014.tif 000018
【図１１】
2014038014.tif 000019
【図１２】
2014038014.tif 000020
【図１３Ａ】
2014038014.tif 000021
【図１３Ｂ】
2014038014.tif 000022
【図１３Ｃ】
2014038014.tif 000023
【図１３Ｄ】
2014038014.tif 000024
【図１４Ａ】
2014038014.tif 000025
【図１４Ｂ】
2014038014.tif 000026
【図１５Ａ】
2014038014.tif 000027
【図１５Ｂ】
2014038014.tif 000028
【図１６Ａ】
2014038014.tif 000029
【図１６Ｂ】
2014038014.tif 000030
【図１７】
2014038014.tif 000031
【図１８】
2014038014.tif 000032
【図１９】
2014038014.tif 000033
【図２０Ａ】
2014038014.tif 000034
【図２０Ｂ】
2014038014.tif 000035
【図２０Ｃ】
2014038014.tif 000036
【図２０Ｄ】
2014038014.tif 000037
【図２１】
2014038014.tif 000038
【図２２】
2014038014.tif 000039
【図２３】
2014038014.tif 000040
【図２４】
2014038014.tif 000041
【図２５Ａ】
2014038014.tif 000042
【図２５Ｂ】
2014038014.tif 000043
【図２６Ａ】
2014038014.tif 000044
【図２６Ｂ】
2014038014.tif 000045
【図２６Ｃ】
2014038014.tif 000046
【図２７】
2014038014.tif 000047
【図２８Ａ】
2014038014.tif 000048
【図２８Ｂ】
2014038014.tif 000049
【図２９】
2014038014.tif 000050
【図３０Ａ】
2014038014.tif 000051
【図３０Ｂ】
2014038014.tif 000052
【図３１】
2014038014.tif 000053
【図３２】
2014038014.tif 000054
【図３３Ａ】
2014038014.tif 000055
【図３３Ｂ】
2014038014.tif 000056
【図３４Ａ】
2014038014.tif 000057
【図３４Ｂ】
2014038014.tif 000058
【図３５】
2014038014.tif 000059
【図３６】
2014038014.tif 000060
【図３７】
2014038014.tif 000061
【図３８Ａ】
2014038014.tif 000062
【図３８Ｂ】
2014038014.tif 000063
【図３８Ｃ】
2014038014.tif 000064
【図３８Ｄ】
2014038014.tif 000065
【図３９Ａ】
2014038014.tif 000066
【図３９Ｂ】
2014038014.tif 000067
【図３９Ｃ】
2014038014.tif 000068
【図４０Ａ】
2014038014.tif 000069
【図４０Ｂ】
2014038014.tif 000070
【図４０Ｃ】
2014038014.tif 000071
【図４１】
2014038014.tif 000072
【図４２】
2014038014.tif 000073
【図４３】
2014038014.tif 000074
【手続補正書】
【提出日】平成27年12月10日(2015.12.10)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
プロセッサと記憶部を備えて、人物同士の物理的な対面に関するデータを生成する対面データ生成装置であって、
複数の人物のそれぞれに装着されるセンサ端末の第１のセンサで検出された物理量を示すセンシングデータを受信する通信部と、
所定の位置に配置されて前記人物の位置を測定する第２のセンサからのデータを受信し、受信した前記データに基づいて前記人物の位置を特定する第１の計測部と、
所定の位置に配置されて前記センサ端末と通信を行って当該センサ端末の位置を特定する第２の計測部と、
前記第１の計測部で特定した前記人物の位置と、前記第２の計測部で特定した前記センサ端末の位置とを結合し、前記センシングデータの物理量に基づいて前記人物の対面データを生成する対面データ生成部と、
を備え、
前記第２のセンサは、
前記人物までの距離を測定する距離センサで構成され、
前記第１の計測部は、
前記距離センサから取得したデータと、前記距離センサの位置及び方向に基づいて、前記人物の実際の配置に基づく座席見取り図を生成することを特徴とする対面データ生成装置。
【請求項２】
プロセッサと記憶部を備えて、人物同士の物理的な対面に関するデータを生成する対面データ生成装置であって、
複数の人物のそれぞれに装着されるセンサ端末の第１のセンサで検出された物理量を示すセンシングデータを受信する通信部と、
所定の位置に配置されて前記人物の位置を測定する第２のセンサからのデータを受信し、受信した前記データに基づいて前記人物の位置を特定する第１の計測部と、
所定の位置に配置されて前記センサ端末と通信を行って当該センサ端末の位置を特定する第２の計測部と、
前記第１の計測部で特定した前記人物の位置と、前記第２の計測部で特定した前記センサ端末の位置とを結合し、前記センシングデータの物理量に基づいて前記人物の対面データを生成する対面データ生成部と、
を備え、
前記第２の計測部は、
前記センサ端末と通信を行うセンサ端末検出器を有し、前記センサ端末検出器が検出したセンサ端末から取得した端末ＩＤと、前記センサ端末検出器の位置及び方向に基づき、前記センサ端末を装着した人物の位置を特定することを特徴とする対面データ生成装置。
【請求項３】
請求項１に記載の対面データ生成装置であって、
情報を入力する入力部をさらに備え、
前記入力部は、
前記座席見取り図上の人物の位置を選択し、当該人物の情報を入力することを特徴とする対面データ生成装置。
【請求項４】
請求項１に記載の対面データ生成装置であって、
前記第１の計測部は、
前記距離センサのデータから前記人物の頭部の移動量を算出し、当該移動量から当該人物の活性度を算出することを特徴とする対面データ生成装置。
【請求項５】
請求項４に記載の対面データ生成装置であって、
前記対面データに基づいて前記人物同士の関係を示すネットワーク図を生成するネットワーク図生成部をさらに備え、
前記ネットワーク図生成部は、
前記人物同士を表すノードとノードを接続する線に、活性度に応じた矢印を付与することを特徴とする対面データ生成装置。
【請求項６】
請求項１に記載の対面データ生成装置であって、
前記座席見取り図は、
前記センサ端末を装着した人物の実際の配置と、前記センサ端末を非装着の人物の実際の配置とを含むことを特徴とする対面データ生成装置。
【請求項７】
プロセッサと記憶部を備えた計算機で、人物同士の物理的な対面に関するデータを生成する対面データの生成方法であって、
前記計算機が、複数の人物のそれぞれに装着されるセンサ端末の第１のセンサで検出された物理量を示すセンシングデータを受信する第１のステップと、
前記計算機が、所定の位置に配置されて前記人物の位置を測定する第２のセンサからのデータを受信し、受信した前記データに基づいて前記人物の位置を特定する第２のステップと、
前記計算機が、前記センサ端末と通信を行った結果に基づいて当該センサ端末の位置を特定する第３のステップと、
前記計算機が、前記特定した前記人物の位置と、前記特定した前記センサ端末の位置とを結合し、前記センシングデータの物理量に基づいて前記人物の対面データを生成する第４のステップと、
を含み、
前記第２のセンサは、
前記人物までの距離を測定する距離センサで構成され、
前記第２のステップは、
前記距離センサから取得したデータと、前記距離センサの位置及び方向に基づいて、前記人物の実際の配置に基づく座席見取り図を生成することを特徴とする対面データの生成方法。
【請求項８】
プロセッサと記憶部を備えた計算機で、人物同士の物理的な対面に関するデータを生成する対面データの生成方法であって、
前記計算機が、複数の人物のそれぞれに装着されるセンサ端末の第１のセンサで検出された物理量を示すセンシングデータを受信する第１のステップと、
前記計算機が、所定の位置に配置されて前記人物の位置を測定する第２のセンサからのデータを受信し、受信した前記データに基づいて前記人物の位置を特定する第２のステップと、
前記計算機が、前記センサ端末と通信を行った結果に基づいて当該センサ端末の位置を特定する第３のステップと、
前記計算機が、前記特定した前記人物の位置と、前記特定した前記センサ端末の位置とを結合し、前記センシングデータの物理量に基づいて前記人物の対面データを生成する第４のステップと、
を含み、
前記第３のステップは、
前記計算機が、前記センサ端末と通信を行うセンサ端末検出器が検出したセンサ端末の端末ＩＤを受信し、前記センサ端末検出器の位置及び方向に基づき、前記センサ端末を装着した人物の位置を特定することを特徴とする対面データの生成方法。
【請求項９】
請求項７に記載の対面データの生成方法であって、
前記計算機は、情報を入力する入力部をさらに備え、
前記座席見取り図上の人物の位置を選択し、当該人物の情報を前記入力部で入力する第５のステップをさらに含むことを特徴とする対面データの生成方法。
【請求項１０】
請求項７に記載の対面データの生成方法であって、
前記第２のステップは、
前記距離センサのデータから前記人物の頭部の移動量を算出し、当該移動量から当該人物の活性度を算出することを特徴とする対面データの生成方法。
【請求項１１】
請求項１０に記載の対面データの生成方法であって、
前記対面データに基づいて前記人物同士の関係を示すネットワーク図を生成する第６のステップをさらに含み、
前記第６のステップは、
前記人物同士を表すノードとノードを接続する線に、前記活性度に応じた矢印を付与することを特徴とする対面データの生成方法。
【請求項１２】
請求項７に記載の対面データの生成方法であって、
前記座席見取り図は、
前記センサ端末を装着した人物の実際の配置と、前記センサ端末を非装着の人物の実際の配置とを含むことを特徴とする対面データの生成方法。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００１０
【補正方法】変更
【補正の内容】
【００１０】
本発明は、プロセッサと記憶部を備えて、人物同士の物理的な対面に関するデータを生成する対面データ生成装置であって、複数の人物のそれぞれに装着されるセンサ端末の第１のセンサで検出された物理量を示すセンシングデータを受信する通信部と、所定の位置に配置されて前記人物の位置を測定する第２のセンサからのデータを受信し、受信した前記データに基づいて前記人物の位置を特定する第１の計測部と、所定の位置に配置されて前記センサ端末と通信を行って当該センサ端末の位置を特定する第２の計測部と、前記第１の計測部で特定した前記人物の位置と、前記第２の計測部で特定した前記センサ端末の位置とを結合し、前記センシングデータの物理量に基づいて前記人物の対面データを生成する対面データ生成部と、を備え、前記第２のセンサは、前記人物までの距離を測定する距離センサで構成され、前記第１の計測部は、前記距離センサから取得したデータと、前記距離センサの位置及び方向に基づいて、前記人物の実際の配置に基づく座席見取り図を生成する。
【国際調査報告】
2014038014.tif 000075
2014038014.tif 000076
2014038014.tif 000077
2014038014.tif 000078