(57)【要約】【課題】  検索時間や負荷を高めることなく、無線送信によるデータ通信のデータロスを回避する。【解決手段】  あらかじめ端末において、無線送信済みのデータのうち、基地局からＡｃｋｎｏｗｌｅｄｇｍｅｎｔ信号を受信できなかったデータを再度無線送信して大部分のデータ欠損を先に補完しておき、その後、管理サーバはデータ欠損を検索し、それでもデータ欠損がある場合はそのデータ欠損の再送命令を端末に対して発行する。これにより、通信量や負荷を増大させることなく、データロスを回避する。【選択図】  図６
2010072776.tif 000002
【特許請求の範囲】
【請求項１】
センシングデータを取得するセンサと、上記センシングデータをバックアップとして記録する記録部と、上記センシングデータを基地局へ無線送信する無線通信部と、を有する端末と、
上記端末と無線通信を行い、上記センシングデータを受信してサーバへ送信する送受信部を有する基地局と、
上記基地局からセンシングデータを受信する送受信装置と、上記センシングデータを管理する制御部と、を有するサーバと、
上記制御部が管理するセンシングデータを記録する記録装置と、を備え
上記端末と上記基地局との無線通信環境が良好状態になった場合に、上記端末の無線通信部は上記バックアップとして記録されたセンシングデータをまとめて上記基地局へ無線送信し、その後、上記サーバの制御部は上記記録装置に記録されたセンシングデータの欠損を検索し、欠損のあるセンシングデータを上記端末に再送させるコマンドを上記端末へ発行するデータ管理システム。
【請求項２】
請求項１に記載のデータ管理システムであって、
上記コマンドに基づいて、上記無線通信部は上記欠損のあるセンシングデータを上記基地局へ送信するデータ管理システム。
【請求項３】
請求項１に記載のデータ管理システムであって、
上記送受信部は、上記センシングデータを受信すると、上記センシングデータを受信したことを示す信号を上記端末へ送信し、
上記端末は、所定時間内に上記信号を受信しないとき、上記センシングデータに送信失敗フラグを付して上記記録部に記録するセンサデータ格納制御部を有し、
上記無線通信部は、上記バックアップとして記録されたセンシングデータのうち、上記送信失敗フラグが付されたセンシングデータを上記基地局へ無線送信するデータ管理システム。
【請求項４】
請求項１に記載のデータ管理システムであって、
上記端末は、上記端末と上記基地局との無線通信環境が良好状態になったことを、充電器との接続により検知するデータ管理システム。
【請求項５】
請求項１に記載のデータ管理システムであって、
上記端末の無線通信部は、上記無線送信するセンシングデータのデータ量が所定値を超える場合、上記センシングデータを分割して分割フレームとして送信し、
上記基地局または上記サーバは、上記分割フレームを結合するデータ管理システム。
【請求項６】
請求項１に記載のデータ管理システムであって、
上記端末は、上記センシングデータと対応づけて上記センシングデータを取得した時刻を記録するセンサデータ格納制御部を有するデータ管理システム。
【請求項７】
請求項６に記載のデータ管理システムであって、
上記センサデータ格納制御部は、上記記録部のデータ保存領域がなくなった場合、上記センシングデータを取得した時刻が古い順に削除するデータ管理システム。
【請求項８】
請求項１に記載のデータ管理システムであって、
上記端末は、所定の周期で起動状態と休眠状態を繰り返し、同一の起動状態で取得した複数の上記センシングデータそれぞれに対して、同一のセンシングシーケンス番号を付与する一方、異なるシーケンス番号を付与するデータ管理システム。
【請求項９】
請求項８に記載のデータ管理システムであって、
上記端末の無線通信部は、上記バックアップとして記録されたセンシングデータをまとめて上記基地局に無線送信した後、上記記録部に記録されている最新の上記センシングシーケンス番号及び最古の上記センシングシーケンス番号を上記基地局に送信するデータ管理システム。
【請求項１０】
請求項１に記載のデータ管理システムであって、
上記基地局は、上記センシングデータをまとめて送信する端末が所定数以上の場合、当該センシングデータを送信する端末に対して、送信停止コマンドを発行する制御部を有するデータ管理システム。
【請求項１１】
センシングデータを取得するセンサと、上記センシングデータをバックアップとして記録する記録部と、上記センシングデータを基地局へ無線送信する無線通信部と、充電器との接続を検知する外部電源接続検出部と、を有する端末と、
上記端末と無線通信を行い、上記センシングデータを受信してサーバへ送信する送受信部を有する基地局と、
上記基地局からセンシングデータを受信する送受信装置と、上記センシングデータを管理する制御部と、を有するサーバと、
上記制御部が管理するセンシングデータを記録する記録装置と、を備え
上記外部電源接続検出部が上記充電器との接続を検知したことをトリガとして、上記端末の無線通信部は、上記バックアップとして記録されたセンシングデータのうち送信を失敗したセンシングデータを上記基地局に無線送信し、その後、上記サーバの制御部は上記記録装置に記録されたセンシングデータの欠損を検索して、欠損のあるセンシングデータを上記端末に再送させるコマンドを上記端末へ発行し、上記無線通信部は上記コマンドにより指定されたセンシングデータを上記基地局へ送信するデータ管理システム。
【請求項１２】
請求項１１に記載のデータ管理システムであって、
上記送受信部は、上記センシングデータを受信すると、上記センシングデータを受信したことを示す信号を上記端末へ送信し、
上記端末は、所定時間内に上記信号を受信しないとき、上記センシングデータに送信失敗フラグを付して上記記録部に記録するセンサデータ格納制御部を有し、
上記無線通信部は、上記バックアップとして記録されたセンシングデータのうち、上記送信失敗フラグが付されたセンシングデータを上記基地局へ無線送信するデータ管理システム。
【請求項１３】
請求項１１に記載のデータ管理システムであって、
上記端末は、所定の周期で起動状態と休眠状態を繰り返し、同一の起動状態で取得した複数の上記センシングデータそれぞれに対して、同一のセンシングシーケンス番号を付与する一方、異なるシーケンス番号を付与し、
上記無線通信部は、上記バックアップとして記録されたセンシングデータをまとめて上記基地局に無線送信した後、上記記録部に記録されている最新の上記センシングシーケンス番号及び最古の上記センシングシーケンス番号を上記基地局に送信するデータ管理システム。
【請求項１４】
請求項１３に記載のデータ管理システムであって、
上記端末は、上記最新のセンシングシーケンス番号及び上記最古のセンシングシーケンス番号を上記基地局に送信した後、所定時間内に上記基地局から応答を受信しないときであって、残リトライ回数が１以上の場合には上記最新のセンシングシーケンス番号及び上記最古のセンシングシーケンス番号を再送する一方、上記残リトライ回数が０の場合には上記起動状態から上記休眠状態に遷移するデータ管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ管理方法およびデータ送受信方法に関する。
【背景技術】
【０００２】
昨今、センサおよび電源を搭載した小型無線端末（以下、センサノードと呼ぶ）が開発され、このセンサノードによって、現実世界の様々な情報をリアルタイムに情報処理装置に取り込むネットワークシステム（以下、センサネットワークシステムと呼ぶ）の研究開発が進んでいる。このセンサネットワークシステムは、人・物・環境をセンシングして、現場の情報をリアルタイムに取得することを目的とするネットワークシステムである。センサネットワークシステムは、センサノードに無線機能と電源（電池）を内蔵することで、配線や電源端子などを不要とし、設置を簡単化することができ、従来センサが設置不可能であった場所への設置が可能となる。
【０００３】
センサネットワークシステムは、一般に、センサノード、基地局、イントラネット／インターネット、サーバから構成される。センサノードは、人・物・環境に設置され、適宜センシングを行う。センシングデータにセンサノードのＩＤ情報も加え、これらのデータを含む無線パケットを作成し、センサノードは基地局へ無線で送信する。基地局は、センサノードが送信したデータにタイムスタンプや基地局ＩＤ等の情報を附加した後、このデータをイントラネット／インターネット経由でサーバへと転送する。サーバは、センシングデータ、センサノードＩＤ、タイムスタンプ、基地局ＩＤ等のセンサネットワークシステム全体のデータを管理する。
【０００４】
また、このようなセンサネットワークシステムを活用して、近年は組織における人の活動度やインタラクション、また人の生体情報を取得する応用も考えられている。
【０００５】
一方で、センサノードが基地局と無線通信を行う際に、基地局から離れた位置や無線通信状態が不安定な位置にいるときには、センシングデータが基地局に到達しない場合がある。このとき、サーバにおいて管理されるセンシングデータの一部に欠損が発生しうる。
【０００６】
上述したような組織における人の活動度やインタラクション、さらには人の生体情報に基づくサービスを提供する上で、データの欠損はサービスの信頼性・精度の低下を招くおそれがある。
【０００７】
このデータの欠損を補完する方法として、特許文献１には、無線通信状態がデータ送信に適した状態になったときに、センサノードがメモリに格納されたデータをまとめて送信する技術が開示されている。
【０００８】
また、特許文献２には、サーバが、自身の管理するセンシングデータの欠損を検索し、センサノードに欠損したセンシングデータを再送信させる技術が開示されている。
【０００９】
【特許文献１】特開２００７−１８４７５４
【特許文献２】特開２００８−７１１５７
【発明の開示】
【発明が解決しようとする課題】
【００１０】
特許文献１が開示する技術は、無線通信状態がデータの送信に適した状態になったときに再送を行う方式である。しかし、基地局にデータが到達したにも関わらず、サーバの管理するセンシングデータに欠損が発生しうる。具体的には、基地局内部や基地局-管理サーバ間や管理サーバにおいて、ネットワーク断絶・電源遮断・プログラムの予期せぬバグ等により、データにおいて欠損が生じる可能性は存在する。このため、特許文献１が開示する技術は、センシングデータの欠損を確実に防ぐわけではない。
【００１１】
一方、特許文献２が開示する技術は、サーバが蓄積されたセンシングデータの欠損を検索して、センサノードにその欠損データを再送信させる。しかし、蓄積されたセンシングデータの中で欠損データが非連続的に分布している場合、その欠損データの検索に時間がかかり、サーバの処理負荷が大きくなる。また、その欠損データを指定するためのコマンドのデータ量が大きくなってしまい通信帯域に影響を与えうる。
【課題を解決するための手段】
【００１２】
本願において開示される発明のうち、代表的なものの概要を簡単に説明すれば、下記のとおりである。
センシングデータを取得するセンサと、センシングデータをバックアップとして記録する記録部と、センシングデータを基地局へ無線送信する無線通信部とを有する端末と、端末と無線通信を行い、センシングデータを受信してサーバへ送信する送受信部を有する基地局と、基地局からセンシングデータを受信する送受信装置と、センシングデータを管理する制御部とを有するサーバと、制御部が管理するセンシングデータを記録する記録装置とを備え、端末と基地局との無線通信環境が良好状態になった場合に端末の無線通信部はバックアップとして記録されたセンシングデータをまとめて基地局へ無線送信し、その後、サーバの制御部は記録装置に記録されたセンシングデータの欠損を検索し、欠損のあるセンシングデータを端末に再送させるコマンドを端末へ発行するデータ管理システムである。
【発明の効果】
【００１３】
本発明により、移動型センサ端末を用いる場合においても、管理サーバにおいて観測データの欠損有無を調べる時間やセンサノードへ発行する再送命令のデータ量を削減し、かつ欠損のない観測データを取得することができる。通信量や負荷を増大させることなく管理サーバに蓄えられた観測データの欠損を防ぐことが可能となる。
【実施例１】
【００１４】
以下、本発明の一実施形態を、図面を参照して説明する。
【００１５】
本発明におけるセンサノードの位置づけと機能を明らかにするため、まずビジネス顕微鏡システムについて説明する。ここで、ビジネス顕微鏡とは、人間に装着したセンサノードでその人間の状況を観測し、組織アクティビティとして人物間の関係性と現在の組織の評価（パフォーマンス）を図示して組織の改善に役立てるためのシステムである。また、センサノードで取得される対面検出・行動・音声等に関するデータを、総称して広く組織ダイナミクスデータと呼ぶ。
【００１６】
図１            は、一つの実施形態であるビジネス顕微鏡システムにおいて実行される処理の全体の流れを示す説明図である。図示の都合上分割して示してあるが、各々図示された各処理は相互に連携して実行される。複数の名札型センサノード（ＮＮａ、ＮＮｂ−  −  −ＮＮｉ、ＮＮｊ）による組織ダイナミクスデータの取得（ＢＭＡ）から、組織アクティビティとして人物間の関係性と現在の組織の評価（パフォーマンス）を解析（ＢＭＣ）し、表示（ＢＭＤ）するまでの流れを示す。
【００１７】
まず、図１を用いて組織ダイナミクスデータ取得（ＢＭＡ）について説明する。名札型センサノードＡ（ＮＮａ）は、加速度センサ（ＡＣＣ）、赤外線送受信器（ＴＲＩＲ）、マイクロホン（ＭＩＣ）等のセンサ類、赤外線送受信器から得られた対面情報を表示する画面（ＩＲＤ）、また図示は省略するが、マイクロコンピュータ及び無線送信機能を有する。
【００１８】
加速度センサ（ＡＣＣ）は、名札型センサノードＡ（ＮＮａ）の加速度（すなわち、名札型センサノードＡ（ＮＮａ）を装着している人物Ａ（図示省略）の加速度）を検出する。赤外線送受信器（ＴＲＩＲ）は、名札型センサノードＡ（ＮＮａ）の対面状態（すなわち、名札型センサノードＡ（ＮＮａ）が他の名札型センサノードと対面している状態）を検出する。なお、名札型センサノードＡ（ＮＮａ）が他の名札型センサノードと対面していることは、名札型センサノードＡ（ＮＮａ）を装着した人物Ａが、他の名札型センサノードを装着した人物と対面していることを示す。マイクロホン（ＭＩＣ）は、名札型センサノードＡ（ＮＮａ）の周囲の音声を検出する。
【００１９】
本実施の形態のシステムでは、複数の名札型センサノード（図１の名札型センサノードＡ（ＮＮａ）〜名札型センサノードＪ（ＮＮｊ））を備える。各名札型センサノードは、それぞれ、一人の人物に装着される。例えば、名札型センサノードＡ（ＮＮａ）は人物Ａに、名札型センサノードＢ（ＮＮｂ）は人物Ｂ（図示省略）に装着される。人物間の関係性を解析し、さらに、組織のパフォーマンスを図示するためである。
【００２０】
なお、名札型センサノードＢ（ＮＮｂ）〜名札型センサノードＪ（ＮＮｊ）も、名札型センサノードＡ（ＮＮａ）と同様、センサ類、マイクロコンピュータ及び無線送信機能を備える。以下の説明において、名札型センサノードＡ（ＮＮａ）〜名札型センサノードＪ（ＮＮｊ）のいずれにも当てはまる説明をする場合、及び、それらの名札型センサノードを特に区別する必要がない場合、名札型センサノード（ＮＮ）と記載する。
【００２１】
各名札型センサノード（ＮＮ）は、常時（又は短い間隔で繰り返し）センサ類によるセンシングを実行する。そして、各名札型センサノード（ＮＮ）は、取得したデータ（センシングデータ）を、所定の間隔で無線によって送信する。データを送信する間隔は、センシング間隔と同じであってもよいし、センシング間隔より大きい間隔であってもよい。このとき送信されるデータには、センシングした時刻と、センシングした名札型センサノード（ＮＮ）の固有の識別子（ＩＤ）が付与される。データの無線送信をまとめて実行するのは、送信による電力消費を抑えることによって、人が装着したままで、名札型センサノード（ＮＮ）の使用可能状態を長時間維持するためである。また、全ての名札型センサノード（ＮＮ）において同一のセンシング間隔が設定されていることが、後の解析のためには望ましい。
＜ビジネス顕微鏡システムの全体構成＞
次に、図２（ａ）、図２（ｂ）を参照して、実施の形態のビジネス顕微鏡システムを実現するセンサネットワークシステムの全体構成を説明する。図２（ａ）、図２（ｂ）における形の異なる５種類の矢印は、それぞれ、時刻同期、アソシエイト、取得したセンシングデータの格納、データ解析のためのデータの流れ、及び制御信号を表している。
【００２２】
ビジネス顕微鏡システムは、名刺型センサノード（ＮＮ）と、基地局（ＧＷ）、センサネットサーバ（ＳＳ）、アプリケーションサーバ（ＡＳ）、クライアント（ＣＬ）から構成される。それぞれの機能はハードウェアまたはソフトウェア、あるいはその組み合わせによって実現されるものであり、必ずしも機能ブロックがハードウェア実体を伴うとは限らない。
【００２３】
図２（ａ）は、センサノードの一実施例である名札型センサノード（ＮＮ）の構成を示しており、名札型センサノード（ＮＮ）は人間の対面状況を検出するための複数の赤外線送受信部（ＴＲＩＲ１〜ＴＲＩＲ４）、装着者の動作を検出するための三軸加速度センサ（ＡＣＣ）、装着者の発話と周囲の音を検出するためのマイク（ＭＩＣ）、名札型センサノードの裏表検知のための照度センサ（ＬＳ１Ｆ、ＬＳ１Ｂ）、温度センサ（ＴＨＭ）の各種センサを搭載する。搭載するセンサは一例であり、装着者の対面状況と動作を検出するために他のセンサを使用してもよい。
【００２４】
本実施例では、赤外線送受信部を４組搭載する。赤外線送受信部（ＴＲＩＲ１〜ＴＲＩＲ４）は、名札型センサノード（ＮＮ）の固有識別情報である端末情報（ＴＲＭＴ）を正面方向に向かって定期的に送信し続ける。他の名札型センサノード（ＮＮｍ）を装着した人物が略正面（例えば、正面又は斜め正面）に位置した場合、名札型センサノード（ＮＮ）と他の名札型センサノード（ＮＮｍ）は、それぞれの端末情報（ＴＲＭＴ）を赤外線で相互にやり取りする。このため、誰と誰が対面しているのかを記録することができる。
【００２５】
各赤外線送受信部は一般に、赤外線送信のための赤外発光ダイオードと、赤外線フォトトランジスタの組み合わせにより構成される。赤外線ＩＤ送信部ＩｒＩＤは、自らのＩＤであるＴＲＭＴを生成して赤外線送受信モジュールの赤外線発光ダイオードに対して転送する。本実施例では、複数の赤外線送受信モジュールに対して同一のデータを送信することで、全ての赤外線発光ダイオードが同時に点灯する。もちろん、それぞれ独立のタイミング、別のデータを出力してもよい。
【００２６】
また、赤外線送受信部ＴＲＩＲ１〜ＴＲＩＲ４の赤外線フォトトランジスタによって受信されたデータは、論理和回路（ＩＲＯＲ）によって論理和が取られる。つまり、最低どれか一つの赤外線受光部でＩＤ受光されていれば名札型センサノードにＩＤとして認識される。もちろん、ＩＤの受信回路を独立して複数持つ構成でもよい。この場合、それぞれの赤外線送受信モジュールに対して送受信状態が把握できるので、例えば、対面する別の名札型センサノードがどの方向にいるかなど付加的な情報を得ることも可能である。
【００２７】
センサによって検出した物理量ＳＥＮＳＤはセンサデータ格納制御部（ＳＤＣＮＴ）によって、記憶部ＳＴＲＧに格納される。物理量は無線通信制御部ＴＲＣＣによって送信パケットに加工され、送受信部ＴＲＳＲによって基地局ＧＷに対し送信される。
【００２８】
このとき、記憶部ＳＴＲＧから物理量ＳＥＮＳＤを取り出し、無線送信するタイミングを生成するのが通信タイミング制御部ＴＲＴＭＧである。通信タイミング制御部ＴＲＴＭＧは、複数のタイミングを生成する複数のタイムベースを持つ。
【００２９】
記憶部に格納されるデータには、現在センサによって検出した物理量ＳＥＮＳＤの他、過去に蓄積した物理量ＣＭＢＤや、名札型センサノードの動作プログラムであるファームウェアを更新するためのデータＦＭＵＤがある。
【００３０】
本実施例の名札型センサノード（ＮＮ）は、外部電源接続検出回路（ＰＤＥＴ）により、外部電源（ＥＰＯＷ）が接続されたことを検出し、外部電源検出信号（ＰＤＥＴＳ）を生成する。外部電源検出信号（ＰＤＥＴＳ）によって、タイミング制御部（ＴＲＴＭＧ）が生成する送信タイミングを切り替えるタイムベース切替部（ＴＭＧＳＥＬ）、または無線通信されるデータを切り替えるデータ切替部（ＴＲＤＳＥＬ）が本実施例の特有の構成である。図２（ａ）では一例として、送信タイミングとして、タイムベース１（ＴＢ１）とタイムベース（ＴＢ２）の２つのタイムベースを、外部電源検出信号ＰＤＥＴＳによってタイムベース切替部ＴＭＧＳＥＬが切り替える構成を図示している。また、通信されるデータとして、センサから得た物理量データＳＥＮＳＤと、過去に蓄積した物理量データＣＭＢＤと、ファームウェア更新データＦＭＵＤとから、外部電源検出信号ＰＤＥＴＳによってデータ切替部ＴＲＤＳＥＬが切り替える構成を図示している。
【００３１】
照度センサ（ＬＳ１Ｆ、ＬＳ１Ｂ）は、それぞれ名札型センサノード（ＮＮ）の前面と裏面に搭載される。照度センサＬＳ１ＦとＬＳ１Ｂにより取得されるデータは、センサデータ格納制御部ＳＤＣＮＴによって記憶部ＳＴＲＧに格納されると同時に、裏返り検知部（ＦＢＤＥＴ）によって比較される。名札が正しく装着されているときは、前面に搭載されている照度センサＬＳ１Ｆが外来光を受光し、裏面に搭載されている照度センサＬＳ１Ｂは名札型センサノード本体と装着者との間に挟まれる位置関係となるため、外来光を受光しない。このとき、ＬＳ１Ｂで検出される照度より、ＬＳ１Ｆで検出される照度の方が大きな値を取る。一方で、名札型センサノードが裏返った場合、ＬＳ１Ｂが外来光を受光し、ＬＳ１Ｆが装着者側を向くため、ＬＳ１Ｆで検出される照度より、ＬＳ１Ｂで検出される照度の方が大きくなる。
【００３２】
ここで、ＬＳ１Ｆで検出される照度と、ＬＳ１Ｂで検出される照度を裏返り検知部ＦＢＤＥＴで比較することで、名札ノードが裏返って、正しく装着していないことが検出できる。ＦＢＤＥＴで裏返りが検出されたとき、スピーカＳＰにより警告音を発生して装着者に通知する。
【００３３】
マイクロホン（ＭＩＣ）は、音声情報を取得する。音声情報によって、「騒々しい」又は「静か」等の周囲の環境を知ることができる。さらに、人物の声を取得・分析することによって、コミュニケーションが活発か停滞しているのか、相互に対等に会話をやり取りしているか一方的に話しているのか、怒っているのか笑っているのか、などの対面コミュニケーションを分析することができる。さらに、人物の立ち位置等の関係で赤外線送受信器ＴＲＩＲが検出できなかった対面状態を、音声情報及び加速度情報によって補うこともできる。
【００３４】
マイクＭＩＣで取得される音声は、音声波形及び、それを積分回路ＡＶＧで積分した信号の両方を取得する。積分した信号は、取得した音声のエネルギーを表す。
【００３５】
三軸加速度センサ（ＡＣＣ）は、ノードの加速度すなわちノードの動きを検出する。このため、加速度データから、名札型センサノードを装着した人物の動きの激しさや、歩行などの行動を解析することができる。さらに、複数の名札型センサノードが検出した加速度の値を比較することによって、それらの名札型センサノードを装着した人物間のコミュニケーションの活性度や相互のリズム、相互の相関等を解析できる。
【００３６】
本実施例の名札型センサノードでは、三軸加速度センサＡＣＣで取得されるデータは、センサデータ格納制御部ＳＤＣＮＴによって記憶部ＳＴＲＧに格納されると同時に、上下検知回路ＵＤＤＥＴによって名札の向きを検出する。これは、三軸加速度センサで検出される加速度は、装着者の動きによる動的な加速度変化と、地球の重力加速度による静的加速度の２種類が観測されることを利用している。
【００３７】
表示装置ＬＣＤＤは、名札型センサノードを胸に装着しているときは、装着者の所属、氏名などの個人情報を表示する。つまり、名札として振舞う。一方で、装着者が名札型センサノードを手に持ち、表示装置ＬＣＤＤを自分の方に向けると、名札型センサノードの転地が逆になる。このとき、上下検知回路ＵＤＤＥＴによって生成される上下検知信号ＵＤＤＥＴＳにより、表示装置ＬＣＤＤに表示される内容と、ボタンの機能を切り替える。本実施例では、上下検知信号ＵＤＤＥＴＳの値により、表示装置ＬＣＤＤに表示させる情報を、表示制御ＤＩＳＰによって生成される赤外線アクティビティ解析（ＡＮＡ）による解析結果と、名札表示ＤＮＭとを切り替える例を示している。
【００３８】
赤外線送受信器（ＴＲＩＲ）がノード間で赤外線ＩＤを送受信することによって、名札型センサノードが他の名札型センサノードと対面したか否か、すなわち、名札型センサノード）を装着した人物が他の名札型センサノードを装着した人物と対面したか否かが検出される。このため、名札型センサノードは、人物の正面部に装着されることが望ましい。上述の通り、名札型センサノードは、さらに、加速度センサ（ＡＣＣ）等のセンサを備える。名札型センサノードにおけるセンシングのプロセスが、図１における組織ダイナミクスデータ取得（ＢＭＡ）に相当する。
【００３９】
名札型センサノードは多くの場合には複数存在し、それぞれが近い基地局（ＧＷ）と結びついてパーソナルエリアネットワーク（ＰＡＮ）を形成している。
【００４０】
名札型センサノード（ＮＮ）の温度センサ（ＴＨＭ）は名札型センサノードのある場所の温度を、照度センサ（ＬＳ１Ｆ）は名札型センサノード（ＮＮ）の正面方向などの照度を取得する。これによって、周囲の環境を記録することができる。例えば、温度及び照度に基づいて、名札型センサノード（ＮＮ）が、ある場所から別の場所に移動したこと等を知ることもできる。
【００４１】
装着した人物に対応した入出力装置として、ボタン１〜３（ＢＴＮ１〜３）、表示装置（ＬＣＤＤ）、スピーカ（ＳＰ）等を備える。
【００４２】
記憶部（ＳＴＲＧ）は、具体的にはハードディスク、フラッシュメモリなどの不揮発記憶装置で構成され、名札型センサノード（ＮＮ）の固有識別番号である端末情報（ＴＲＭＴ）、センシングの間隔、及び、ディスプレイへの出力内容等の動作設定（ＴＲＭＡ）を記録している。この他にも記憶部（ＳＴＲＧ）は一時的にデータを記録することができ、センシングしたデータを記録しておくために利用される。そして、保存データ領域がなくなった場合には、センサデータ格納制御部により、センシングデータと対応づけて記録される時刻に基づいて古いデータから順に削除され、新しいデータが優先して保存される。
【００４３】
通信タイミング制御部（ＴＲＴＭＧ）は、時刻情報を保持し、一定間隔でその時刻情報を更新する時計である。時間情報は、時刻情報が他の名札型センサノードとずれることを防ぐために、基地局（ＧＷ）から送信される時刻情報ＧＷＣＳＤによって定期的に時刻を修正する。
【００４４】
センサデータ格納制御部（ＳＤＣＮＴ）は、記憶部（ＳＴＲＧ）に記録された動作設定（ＴＲＭＡ）に従って、各センサのセンシング間隔などを制御し、取得したデータを管理する。
【００４５】
時刻同期は、基地局（ＧＷ）から時刻情報を取得して時計を修正する。時刻同期は、後述するアソシエイトの直後に実行されてもよいし、基地局（ＧＷ）から送信された時刻同期コマンドに従って実行されてもよい。
【００４６】
無線通信制御部（ＴＲＣＣ）は、データを送受信する際に、送信間隔の制御、及び、無線の送受信に対応したデータフォーマットへの変換を行なう。無線通信制御部（ＴＲＣＣ）は、必要であれば、無線でなく有線による通信機能を持ってもよい。無線通信制御部（ＴＲＣＣ）は、他の名札型センサノード（ＮＮ）と送信タイミングが重ならないように輻輳制御を行なうこともある。
【００４７】
アソシエイト（ＴＲＴＡ）は、図２（ｂ）に示す基地局（ＧＷ）とパーソナルエリアネットワーク（ＰＡＮ）を形成するためのリクエストＴＲＴＡＱと、その応答ＴＲＴＡＲを送受信し、データを送信すべき基地局（ＧＷ）を決定する。アソシエイト（ＴＲＴＡ）は、名札型センサノード（ＮＮ）の電源が投入されたとき、及び、名札型センサノード（ＮＮ）が移動した結果それまでの基地局（ＧＷ）との送受信が絶たれたときに実行される。アソシエイト（ＴＲＴＡ）の結果、名札型センサノード（ＮＮ）は、その名札型センサノード（ＮＮ）からの無線信号が届く近い範囲にある一つの基地局（ＧＷ）と関連付けられる。
【００４８】
送受信部（ＴＲＳＲ）は、アンテナを備え、無線信号の送信及び受信を行なう。必要があれば、送受信部（ＴＲＳＲ）は、有線通信のためのコネクタを用いて送受信を行なうこともできる。送受信部ＴＲＳＲによって送受信されるデータＴＲＳＲＤは、基地局（ＧＷ）との間でパーソナルエリアネットワーク（ＰＡＮ）を介して転送される。
【００４９】
図２（ｂ）に示す基地局（ＧＷ）は、名札型センサノード（ＮＮ）とセンサネットサーバ（ＳＳ）を仲介する役目を持つ。無線の到達距離を考慮して、居室・職場等の領域をカバーするように複数の基地局（ＧＷ）が配置される。
【００５０】
基地局（ＧＷ）は、送受信部（ＢＡＳＲ）、記憶部（ＧＷＭＥ）、時計（ＧＷＣＫ）及び制御部（ＧＷＣＯ）を備える。
【００５１】
送受信部（ＢＡＳＲ）は、名札型センサノード（ＮＮ）からの無線を受信し、基地局（ＧＷ）への有線又は無線による送信を行なう。さらに、送受信部（ＢＡＳＲ）は、無線を受信するためのアンテナを備える。
【００５２】
記憶部（ＧＷＭＥ）は、ハードディスク、フラッシュメモリのような不揮発記憶装置で構成される。記憶部（ＧＷＭＥ）には、少なくとも動作設定（ＧＷＭＡ）、データ形式情報（ＧＷＭＦ）、端末管理テーブル（ＧＷＴＴ）、及び基地局情報（ＧＷＭＧ）が格納される。動作設定（ＧＷＭＡ）は、基地局（ＧＷ）の動作方法を示す情報を含む。データ形式情報（ＧＷＭＦ）は、通信のためのデータ形式を示す情報、及び、センシングデータにタグを付けるために必要な情報を含む。端末管理テーブル（ＧＷＴＴ）は、現在アソシエイトできている配下の名札型センサノード（ＮＮ）の端末情報（ＴＲＭＴ）、及び、それらの名札型センサノード（ＮＮ）を管理するために配布しているローカルＩＤを含む。基地局情報（ＧＷＭＧ）は、基地局（ＧＷ）自身のアドレスなどの情報を含む。また、記憶部（ＧＷＭＥ）には名札型センサノードの更新されたファームウェア（ＧＷＦＷ）を一時的に格納する。
【００５３】
記憶部（ＧＷＭＥ）には、さらに、制御部（ＧＷＣＯ）中の中央処理部ＣＰＵ（図示省略）によって実行されるプログラムが格納されてもよい。
【００５４】
時計（ＧＷＣＫ）は時刻情報を保持する。一定間隔でその時刻情報は更新される。具体的には、一定間隔でＮＴＰ（Ｎｅｔｗｏｒｋ  Ｔｉｍｅ  Ｐｒｏｔｏｃｏｌ）サーバ（ＴＳ）から取得した時刻情報によって、時計（ＧＷＣＫ）の時刻情報が修正される。
【００５５】
制御部（ＧＷＣＯ）は、ＣＰＵ（図示省略）を備える。ＣＰＵが記憶部（ＧＷＭＥ）に格納されているプログラムを実行することによって、センシングデータセンサ情報の取得タイミング、センシングデータの処理、名札型センサノード（ＮＮ）やセンサネットサーバ（ＳＳ）への送受信のタイミング、及び、時刻同期のタイミングを管理する。具体的には、ＣＰＵが記憶部（ＧＷＭＥ）に格納されているプログラムを実行することによって、無線通信制御・通信制御部（ＧＷＣＣ）、端末管理情報修正（ＧＷＴＦ）、アソシエイト（ＧＷＴＡ）、時刻同期管理（ＧＷＣＤ）及び時刻同期（ＧＷＣＳ）等の処理を実行する。
【００５６】
無線通信制御・通信制御部（ＧＷＣＣ）は、無線又は有線による名札型センサノード（ＮＮ）及びセンサネットサーバ（ＳＳ）との通信のタイミングを制御する。また、無線通信制御・通信制御部（ＧＷＣＣ）は、受信したデータの種類を区別する。具体的には、無線通信制御・通信制御部（ＧＷＣＣ）は、受信したデータが一般のセンシングデータであるか、アソシエイトのためのデータであるか、時刻同期のレスポンスであるか等をデータのヘッダ部分から識別して、それらのデータをそれぞれ適切な機能に渡す。
【００５７】
なお、無線通信制御・通信制御部（ＧＷＣＣ）は、記憶部（ＧＷＭＥ）に記録されたデータ形式情報（ＧＷＭＦ）を参照して、送受信のために適した形式にデータを変換し、データの種類を示すためのタグ情報を付け加えるデータ形式変換（ＧＷＤＦ）を実行する。
【００５８】
アソシエイト（ＧＷＴＡ）は、名札型センサノード（ＮＮ）から送られてきたアソシエイト要求ＴＲＴＡＱに対する応答ＴＲＴＡＲを送信し、各名札型センサノード（ＮＮ）に割り付けたローカルＩＤを送信する。アソシエイトが成立したら、アソシエイト（ＧＷＴＡ）は、端末管理テーブル（ＧＷＴＴ）を修正する端末管理情報修正（ＧＷＴＦ）を行なう。
【００５９】
時刻同期管理（ＧＷＣＤ）は、時刻同期を実行する間隔及びタイミングを制御し、時刻同期するように命令を出す。あるいは、この後説明するセンサネットサーバ（ＳＳ）が時刻同期管理（ＧＷＣＤ）を実行することによって、センサネットサーバ（ＳＳ）からシステム全体の基地局（ＧＷ）に統括して命令を送ってもよい。
【００６０】
時刻同期（ＧＷＣＳ）は、ネットワーク上のＮＴＰサーバ（ＴＳ）に接続し、時刻情報の依頼及び取得を行なう。時刻同期（ＧＷＣＳ）は、取得した時刻情報に基づいて、時計（ＧＷＣＫ）を修正する。そして、時刻同期（ＧＷＣＳ）は、名札型センサノード（ＮＮ）に時刻同期の命令と時刻情報（ＧＷＣＳＤ）を送信する。
【００６１】
図２（ｂ）のセンサネットサーバ（ＳＳ）は、全ての名札型センサノード（ＮＮ）から集まったデータを管理する。具体的には、センサネットサーバ（ＳＳ）は、基地局（ＧＷ）から送られてくるデータをデータベースに格納し、また、アプリケーションサーバ（ＡＳ）及びクライアント（ＣＬ）からの要求に基づいてセンシングデータを送信する。さらに、センサネットサーバ（ＳＳ）は、基地局（ＧＷ）からの制御コマンドを受信し、その制御コマンドから得られた結果を基地局（ＧＷ）に返信する。
【００６２】
センサネットサーバ（ＳＳ）は、送受信部（ＳＳＳＲ）、記憶部（ＳＳＭＥ）及び制御部（ＳＳＣＯ）を備える。時刻同期管理（ＧＷＣＤ）がセンサネットサーバ（ＳＳ）で実行される場合、センサネットサーバ（ＳＳ）は時計も必要とする。
【００６３】
送受信部（ＳＳＳＲ）は、基地局（ＧＷ）、アプリケーションサーバ（ＡＳ）及びクライアント（ＣＬ）との間で、データの送信及び受信を行なう。具体的には、送受信部（ＳＳＳＲ）は、基地局（ＧＷ）から送られてきたセンシングデータを受信し、アプリケーションサーバ（ＡＳ）又はクライアント（ＣＬ）へセンシングデータを送信する。
【００６４】
記憶部（ＳＳＭＥ）は、ハードディスクやフラッシュメモリなどの不揮発記憶装置によって構成され、少なくとも、パフォーマンスデータベース（ＳＳＭＲ）、データ形式情報（ＳＳＭＦ）、センシングデータベース（ＳＳＤＢ）及び端末管理テーブル（ＳＳＴＴ）を格納する。さらに、記憶部（ＳＳＭＥ）は、制御部（ＳＳＣＯ）のＣＰＵ（図示省略）によって実行されるプログラムを格納してもよい。更に、記憶部ＳＳＭＥには、端末ファームウェア登録部（ＴＦＩ）において格納された名札型センサノードの更新されたファームウェア（ＳＳＦＷ）を一時的に格納する。
【００６５】
パフォーマンスデータベース（ＳＳＭＲ）は、名札型センサノード（ＮＮ）から又は既存のデータから入力された、組織や個人に関する評価（パフォーマンス）を、時刻データと共に記録するためのデータベースである。パフォーマンスデータベース（ＳＳＭＲ）は、図１のパフォーマンスデータベース（ＰＤＢ）と同じものである。このパフォーマンスデータは、パフォーマンス入力部（ＭＲＰＩ）から入力される。
【００６６】
データ形式情報（ＳＳＭＦ）には、通信のためのデータ形式、基地局（ＧＷ）でタグ付けされたセンシングデータを切り分けてデータベースに記録する方法、及び、データの要求に対する対応方法等が記録されている。後で説明するように、データ受信の後、データ送信の前には必ずこのデータ形式情報（ＳＳＭＦ）が通信制御部（ＳＳＣＣ）によって参照され、データ形式変換（ＳＳＤＦ）とデータ振り分け（ＳＳＤＳ）が行われる。
【００６７】
センシングデータベース（ＳＳＤＢ）は、各名札型センサノード（ＮＮ）が取得したセンシングデータ、名札型センサノード（ＮＮ）の情報、及び、各名札型センサノード（ＮＮ）から送信されたセンシングデータが通過した基地局（ＧＷ）の情報等を記録しておくためのデータベースである。加速度、温度等、データの要素ごとにカラムが作成され、データが管理される。また、データの要素ごとにテーブルが作成されてもよい。どちらの場合にも、全てのデータは、取得された名札型センサノード（ＮＮ）のＩＤである端末情報（ＴＲＭＴ）と、取得された時刻に関する情報とが関連付けて管理される。
【００６８】
端末管理テーブル（ＳＳＴＴ）は、どの名札型センサノード（ＮＮ）が現在どの基地局（ＧＷ）の管理下にあるかを記録しているテーブルである。基地局（ＧＷ）の管理下に新たに名札型センサノード（ＮＮ）が加わった場合、端末管理テーブル（ＳＳＴＴ）は更新される。
【００６９】
制御部（ＳＳＣＯ）は、中央処理部ＣＰＵ（図示省略）を備え、センシングデータの送受信やデータベースへの記録・取り出しを制御する。具体的には、ＣＰＵが記憶部（ＳＳＭＥ）に格納されたプログラムを実行することによって、通信制御（ＳＳＣＣ）、端末管理情報修正（ＳＳＴＦ）及びデータ管理（ＳＳＤＡ）等の処理を実行する。
【００７０】
通信制御部（ＳＳＣＣ）は、有線又は無線による基地局（ＧＷ）、アプリケーションサーバ（ＡＳ）及びクライアント（ＣＬ）との通信のタイミングを制御する。また、通信制御部（ＳＳＣＣ）は、上述の通り、送受信するデータの形式を、記憶部（ＳＳＭＥ）内に記録されたデータ形式情報（ＳＳＭＦ）に基づいて、センサネットサーバ（ＳＳ）内におけるデータ形式、又は、各通信相手に特化したデータ形式に変換する。さらに、通信制御（ＳＳＣＣ）は、データの種類を示すヘッダ部分を読み取って、対応する処理部へデータを振り分ける。具体的には、受信されたデータはデータ管理（ＳＳＤＡ）へ、端末管理情報を修正するコマンドは端末管理情報修正（ＳＳＴＦ）へ振り分けられる。送信されるデータの宛先は、基地局（ＧＷ）、アプリケーションサーバ（ＡＳ）又はクライアント（ＣＬ）に決定される。
【００７１】
端末管理情報修正（ＳＳＴＦ）は、基地局（ＧＷ）から端末管理情報を修正するコマンドを受け取った際に、端末管理テーブル（ＳＳＴＴ）を更新する。
【００７２】
データ管理（ＳＳＤＡ）は、記憶部（ＳＳＭＥ）内のデータの修正・取得及び追加を管理する。例えば、データ管理（ＳＳＤＡ）によって、センシングデータは、タグ情報に基づいてデータの要素別にデータベースの適切なカラムに記録される。センシングデータがデータベースから読み出される際にも、時刻情報及び端末情報に基づいて必要なデータを選別し、時刻順に並べ替える等の処理が行われる。
【００７３】
センサネットサーバ（ＳＳ）が、基地局（ＧＷ）を介して受け取ったデータを、データ管理（ＳＳＤＡ）によってパフォーマンスデータベース（ＳＳＭＲ）及びセンシングデータベース（ＳＳＤＢ）に整理して記録することが、図１における組織ダイナミクスデータ整列（ＢＭＢ）に相当する。
【００７４】
図２（ｂ）に示すアプリケーションサーバ（ＡＳ）は、センシングデータを解析及び処理する。アプリケーションサーバ（ＡＳ）は、センサネットサーバ（ＳＳ）およびクライアント（ＣＬ）とネットワーク（ＮＷ）で接続されている。
【００７５】
クライアント（ＣＬ）からの依頼を受けて、又は、設定された時刻に自動的に、解析アプリケーション（ＡＳＡ）が起動する。解析アプリケーション（ＡＳＡ）は、センサネットサーバ（ＳＳ）に依頼を送って、必要なセンシングデータを取得する。さらに、解析アプリケーション（ＡＳＡ）は、取得したデータを解析し、解析されたデータをクライアント（ＣＬ）に返す。あるいは、解析アプリケーション（ＡＳＡ）は、解析されたデータをそのまま解析データベース（ＡＳＭＤ）に記録しておいてもよい。そして、解析されたデータは、アプリケーションサーバ、クライアント端末、あるいはセンサノードの表示装置に表示される。このセンシングデータを解析して表示することが図１における解析（ＢＭＣ）、表示（ＢＭＤ）に相当する。
【００７６】
本発明のデータ管理方式の特徴について、図２（ｂ）を用いて説明する。ノードからの送受信データ（ＴＲＳＲＤ）には、センシングシーケンス番号範囲通知を含めることができる。センシングシーケンス番号範囲通知を受信した基地局は、そのままセンサネットサーバ（ＳＳ）へ転送する。センシングシーケンス番号範囲通知を受信したセンサネットサーバ（ＳＳ）はデータ管理（ＳＳＤＡ）部において、記憶部（ＳＳＭＥ）部のセンシングデータベース（ＳＳＤＢ）を検索する。このセンシングデータベース（ＳＳＤＢ）においてデータ欠損が見つかった場合、データ管理（ＳＳＤＡ）部は、その欠損データを指定し、センサノードに対してその欠損データを再送するよう命令を発行する。  
＜ビジネス顕微鏡名札型センサノードの外観＞
図３は、名札型センサノードの構造の一実施例を示す外観図である。名札型センサノードはストラップ取り付け部ＮＳＨにネックストラップまたはクリップを取り付け、人の首または胸に装着して使用する。
【００７７】
ストラップ取り付け部ＮＳＨがある面を上面、対向する面を下面と定義する。また、名札型センサノードを装着した際に相手方に向く面を前面、前面に対向する面を裏面と定義する。さらに、名札型センサノード前面から見て左側に位置する面を左側面、左側面に対向する面を右側面と定義する。同図（a）は上面図、同図（b）は前面図、同図（c）は下面図、同図（d）は裏面図、同図（e）は左側面図を示している。
【００７８】
図３（b）の前面図に示すとおり、名札型センサノードの前面には液晶表示装置（ＬＣＤＤ）が配置される。本液晶表示装置に表示される内容は、後述するとおり相手方に向いている際には装着者の所属や名前などの名札としての表示Ｂを、装着者の方に向いている際には、装着者向けの組織アクティビティフィードバックデータが表示される。
【００７９】
名札型センサノードの表面の材質は透明であり、内部に挿入したカードＣＲＤがケース材質を通して外から見えるようにする。名札型センサノードの内部に挿入したカード（ＣＲＤ）を交換することにより名札表面のデザインを変更することができる。
【００８０】
以上により、本名札型センサノードは一般の名札とまったく同様に人間に装着でき、なんら装着者に違和感を感じさせること無くセンサによる物理量の取得を行うことを可能にする。
【００８１】
同図（a）、（b）の上面図、前面図中のＬＥＤランプＬＥＤ１、ＬＥＤ２は、装着者および装着者に対面する人間に名札型センサノードの状態を通知するために使用される。ＬＥＤ１、ＬＥＤ２は前面及び上面に導光され、名札型センサノードを装着した状態で、点灯状態を装着者と、装着者と対面する者の双方から視認することができる。
【００８２】
名札型センサノードは先に説明したようにスピーカＳＰを内蔵し、装着者および装着者に対面する人間にブザーや音声で名札型センサノードの状態を通知するために使用される。マイクＭＩＣは、名札型センサノード装着者の発話及び周囲の音を取得する。
【００８３】
照度センサＬＳ１Ｆ、ＬＳ１Ｂは、それぞれ名札型センサノード前面と裏面にそれぞれ配置される。ＬＳ１Ｆ、ＬＳ１Ｂで取得される照度値から、装着した名札型センサノードが裏返っていることを検出し、装着者に通知する。
【００８４】
同図（e）から明らかなように、名札型センサノード左側面には、ＢＴＮ１、ＢＴＮ２、ＢＴＮ３の３個のボタンが配置され、無線通信の動作モードの変更や、液晶表示画面の切り替えを行う。
【００８５】
名札型センサノードの下面には、名札型センサノードの電源ＯＮ／ＯＦＦを切り替える電源スイッチＰＳＷ、名札型センサノードの起動プログラムをリセットするためのリセットボタンＲＢＴＮ、クレイドルを接続するためのクレイドルコネクタＣＲＤＩＦ、外部拡張コネクタＥＸＰＴを備える。クレイドルとは、充電器の機能を有するものであり、名札型センサノードがクレイドルに接続されると、外部から電源が常時供給される。なお、本実施例では、クレイドルは、基地局の無線通信圏内にあり、周囲に無線通信の障害となる障害物がないような無線通信状態がよい場所に設置されている。
【００８６】
名札型センサノードの前面には、複数の赤外線送受信部ＴＲＩＲ１〜４を配置する。赤外線送受信部を複数備えることが本実施例の名札型センサノードに特有な構造である。名札型センサノード自身の識別番号（ＴＲＭＴ）を赤外線によって間欠的に送信し、また対面者の装着する名札型センサノードが送信する識別番号を受信する機能を持つ。これにより、いつ、どの名札型センサノードが対面したかが記録され、装着した人間同士の対面状況が検出できる。図３に示す実施例では、ＴＲＩＲ１〜４の４個の赤外線送受信部をセンサノード上部に配置した例を示している。
【００８７】
図４は、本発明の第１の実施形態におけるシステムブロック図である。図４の特徴は、各センサノードが、複数基地局のいずれかと無線通信を行うことである。この構成によって、センサノードの現在位置情報を基地局単位で取得でき、１台あたりの基地局の負荷を軽減することができる。
【００８８】
図４の実施形態は、複数のセンサノードＳＮ（ＳＮ１、ＳＮ２、ＳＮ３、ＳＮ４）と、複数のクレイドルＣＲ（ＣＲ１、ＣＲ２、ＣＲ３、ＣＲ４）と、基地局ＢＳ（ＢＳ１、ＢＳ２）、イントラネット／インターネットＮＷ、サーバＳＥＶＥＲから構成される。センサノードＳＮと基地局ＢＳの間は、無線通信ＷＲで接続される。基地局とサーバ間のイントラネット／インターネットＮＷは、有線または無線通信である。
【００８９】
センサノードは、一定周期毎にセンシングを行う。センシングは、例えば加速度の場合、２秒間に５０Ｈｚで３軸ｘ、ｙ、ｚ方向のサンプリングを行う。サンプリング値は、例えばｘ、ｙ、ｚの順で取得し、次に時系列で取得する。また、最初にサンプリングした時刻をそのセンシングのタイムスタンプ値とする。センシングしたデータは、すべてセンサノードに搭載したメモリに格納する。センシングの後、センサノードはセンシングデータを無線送信用のフレーム内に格納する。
【００９０】
図５は、本発明におけるセンシングシーケンス番号の振り方の例である。本実施例では、シーケンス番号とセンシングシーケンス番号を別個に設けることを特徴とする。これにより、センシングデータの欠損が生じた場合に、管理サーバはフレーム単位の欠損であるか、１周期のデータ全体の欠損であるかを区別することができる。これにより、管理サーバが欠損データの検索に要する時間を短縮でき、処理負荷を軽減することができる。
【００９１】
具体的には、所定の周期で間欠動作を行うセンサノードは、同一周期にセンシングしたデータには同一のセンシングシーケンス番号を振る。センシングシーケンス番号は、センシング周期毎に１ずつ値を大きくする。
【００９２】
１周期の間のセンシングデータ量は、本実施例で無線送信単位となる１フレームのデータ量を超える場合がある。その場合のセンシングデータは、フレームを分割して無線送信する。この時、各無線フレームに含まれるセンシングシーケンス番号は、同一周期間のセンシングであるため、同一のセンシングシーケンス番号が振られる。
【００９３】
センサノードは、複数タイプのセンサを搭載し、センシングを行っている。図５に示した例では、赤外線、加速度、音声エネルギ、音声ゼロクロス（音声データのスカラー量が０付近の所定値を通過する値）の４タイプのセンシングデータを送信している。このうち、赤外線は１フレーム、それ以外は、加速度は５フレーム、音声エネルギは２フレーム、音声ゼロクロスは２フレームといった形で分割送信している。この時、すべてのフレームのセンシングシーケンス番号には同一値“１”を入れることになる。また、シーケンス番号は無線送信フレーム毎に１ずつ増やす。従って、１周期目の１フレームから１０フレームに対し、シーケンス番号はそれぞれ１から１０となる。２周期目以後も同様となる。
【００９４】
図６において、本実施形態のシステム要素毎の動作を説明する。センサノードは間欠的に動作し、１周期において観測したデータを無線フレーム内に格納する。無線フレームには、センシングデータの他、センシングデータの種類、センシングデータのシーケンス番号、無線送信のシーケンス番号、センサノードの固有ＩＤ、タイムスタンプ等が含まれる。
【００９５】
センサノードは、センシングや無線送信を行っていない時間帯は、センサ部や無線部マイコンなどをスリープモード（休眠状態）にさせる。タイマにより一定時間経過したときに、マイコンなどを通常モードに復帰させ（起動状態）、センシングや無線通信を行う。
【００９６】
図６では、１周期の間に観測したセンシングデータを、５フレーム（６−０１、６−０２、６−０３、６−０４、６−０５）に分割して無線送信する例を示している。この５フレームは、センシングデータのシーケンス番号は同一となり、無線送信のシーケンス番号は送信順に１ずつ昇順に増加している。
【００９７】
この無線送信が成功したか否かは、基地局無線部（６−ＲＦＧＷ１）が返送するＡｃｋｎｏｗｌｅｄｇｍｅｎｔ信号（センシングデータを受信したことを示す信号）をセンサノードが受信したか否かで判定する。センサノードが無線送信を行ったにもかかわらず、一定時間経過後もセンサノードが基地局からのＡｃｋｎｏｗｌｅｄｇｍｅｎｔ信号を受信しなかった場合、センサノードはその無線送信が失敗したと判定し、送信失敗フラグを付与し、その無線フレームのデータをメモリに格納する。ここで、送信失敗フラグとは、基地局からのＡｃｋｎｏｗｌｅｄｇｍｅｎｔ信号を受信できなかった否かを示すデータ、つまり、無線送信を失敗したか否かを示すデータである。ただし、センサノードは無線送信に成功した場合も無線フレームのデータをメモリに格納する。その時は、送信失敗フラグは付与せず、これと区別する。
【００９８】
この５フレーム分割無線送信は、各分割送信の時間間隔が通常（例えば１０分に１回センシングを行って無線送信する場合）の無線送信より短いため、通常より無線送受信に失敗する確率が高くなる。ここでは、３分割目のフレーム（６−０３）が送信失敗した場合を例として説明する。
【００９９】
センサノードが送信した無線フレームは、基地局無線部が受信する。基地局無線部が受信したこの無線フレームは、基地局ホスト（６−ＨＧＷ１）に転送される。なお、図６では、基地局の機能として、センサノードと無線通信を行う基地局無線部、センシングデータの処理や管理等を行う基地局ホストと別々の装置で構成される例を示しているが、一体の装置で構成することもできる。
【０１００】
基地局ホストは、同一センシングシーケンス番号が付与された同一センシングデータの種類の分割フレームを結合する。図６では、１分割目のフレーム（６−１１）と２分割目のフレーム（６−１２）を結合してフレーム（６−２１）とし、４分割目のフレーム（６−１４）と５分割目のフレーム（６−１５）を結合してフレーム（６−２４）とする。これは、無線通信の制約上、１フレームで送信できなかったセンシングデータをまとめて管理するためである。なお、管理サーバにおいてフレームの結合処理を行うことも可能である。
【０１０１】
同一センシングシーケンス番号が振られた分割フレームのうち、基地局ホストに到達しなかった３分割目のフレーム（６−１３）に関して、そのフレーム部分のセンシングデータ領域にはＮＵＬＬ値を代入して分割フレームを結合する。この時、結合後のフレームには、データが欠損していることを示すＮＵＬＬフラグ（６−１０）を付与する。ＮＵＬＬフラグは、それが認識できればどんな値を入れてもよい。ここでは、無線フレームにおける各フィールドの最小サイズは１Ｂｙｔｅを想定しているので、“ＦＦ”の値とする。
【０１０２】
基地局ホストにおいては、センサノードから受信したデータに、その基地局ホストのＩＰアドレスおよび、基地局無線部との通信に用いているポート番号情報を付加する。これによって、センサノードのデータがどの基地局無線部およびどの基地局ホストを通過したかを知ることができる。このように、センサノードから送信される分割フレームは、結合され、上記情報を付加されて、管理サーバに送信される。
【０１０３】
管理サーバは、基地局ホストから送信されたデータを受信する。その受信時刻を付与した後、ＤＢのテーブルに１行毎に格納する。ＤＢのテーブルは、センシングデータの種類毎、またセンシング時刻の日付毎に分ける。図６の例では、このセンシングデータには一部ＮＵＬＬが含まれる。
【０１０４】
センサノード（６−ＳＮ３）をクレイドル（６−ＣＲ１）に接続させたとき、クレイドルに接続されたことをトリガに、メモリに保存しているセンシングデータのうち送信失敗フラグが付与されているセンシングデータを、再度送信する。
【０１０５】
この送信は、センシング時刻が古いデータから順番に連続的に送信する。この一連の再送信を、以下、ノード主導まとめ送りと呼ぶ（６−３）。ノード主導まとめ送りにおいては、同一センシング周期の分割送信の際に、送信失敗したフレームが１個以上あれば、その分割フレームをすべて再度送信する。ノード主導まとめ送りで送信されるデータには、ノード主導まとめ送り送信フラグを付与する。
【０１０６】
このように、クレイドルに接続されたことをトリガとしてセンシングデータをまとめて送信することにより、無線通信状態がよい環境で送信することができる。いいかえれば、基地局との無線通信環境が良好状態になったことを、クレイドルとの接続により検知してまとめ送りを開始する。さらには、クレイドルと接続されることにより外部電源から常時給電されるため、まとめ送りの最中に電源が不足することはなく、確実にセンシングデータを送信することができる。
【０１０７】
ノード主導まとめ送りで送信されるデータは、通常データと同様に、基地局無線部（６−ＲＦＧＷ２）から基地局ホストを経由して管理サーバへ送信される。管理サーバは、ノード主導まとめ送りで送信されたデータを、ＤＢのテーブルに格納する。
【０１０８】
ノード主導まとめ送りが終了した時、センサノードはセンシングシーケンス番号範囲通知を無線送信する（６−４）。これは、センサノードがどのデータを保持しているかを管理サーバに知らせるためのものであり、センサノードが保持している最新センシングシーケンス番号値と最古センシングシーケンス番号値で指定する。このセンシングシーケンス番号の範囲を受信した管理サーバは、そのセンシングシーケンス番号の範囲内のセンシングデータをＤＢから検索する。
【０１０９】
管理サーバは、ＤＢのセンシングシーケンス番号の範囲内の欠損データを、直前に受信したセンシングシーケンス番号範囲通知に含まれるセンサノードＩＤをキーに検索する。欠損データは、センシングシーケンス番号の連続・非連続、および、ＮＵＬＬフラグ有無によって判定する。
【０１１０】
管理サーバは、欠損データ（６−２３）に関して、再送信命令をセンサノードに対し発行する。欠損データの指定は、センシングシーケンス番号で行う。すなわち、欠損が含まれるデータに対応するセンシングシーケンス番号を指定して、管理サーバは再送信命令を発行する。図６では、６−２３がＤＢのテーブルに格納されたセンシングデータの中の欠損部である。この６−２３を含むＤＢのテーブルの行には、ＮＵＬＬフラグ（６−２０）が含まれている。このため、管理サーバは、この行のセンシングデータを再送信するよう、サーバ主導まとめ送り要求をセンサノードに対して発行する（６−５）。
【０１１１】
この要求を受信したセンサノードは、要求のあったセンシングシーケンス番号のセンシングデータを再度送信する。この一連の再送信を、以下、サーバ主導まとめ送りと呼ぶ（６−６）。
【０１１２】
センシングシーケンス番号の範囲内のセンシングデータに欠損がなくなるまで、サーバ主導まとめ送り（６−４）〜（６−６）を繰り返す。
【０１１３】
センシングシーケンス番号の範囲内のセンシングデータに欠損がなくなった時、サーバ主導まとめ送りを終了するため、管理サーバはサーバ主導まとめ送り完了通知を発行する（６−７）。サーバ主導まとめ送り完了通知を受信したセンサノードは、スリープ状態に移行する。
【０１１４】
このように、あらかじめ、無線送信済みのデータのうち、ノードが基地局からＡｃｋｎｏｗｌｅｄｇｍｅｎｔ信号を受信できなかったデータを再度無線送信して大部分のデータ欠損を先に補完しておき、その後管理サーバがデータ欠損を検索し、それでもデータ欠損がある場合はそのデータ欠損の再送命令を端末に対して発行することによって、通信量や管理サーバの負荷を増大させることなく、データロスを回避することが可能となる。
【０１１５】
図７は、センシングデータのデータ欠損分布の例を示している。ここではどのデータが欠損しているかを表すための最小単位を２Ｂｙｔｅとしている。
【０１１６】
図７（ａ）は、ある時間帯に連続してデータが欠損している場合である。この時は、管理サーバがセンサノードに再送信命令を発行する際、どのデータが欠損しているかを表すためには、欠損開始のセンシングシーケンス番号と欠損終了のセンシングシーケンス番号の値のみ指定すればよい。すなわち、どのデータが欠損しているかを表すために、４Ｂｙｔｅのデータサイズが必要となる。
【０１１７】
一方、図７（ｂ）は、データが不連続にＮ箇所で欠損している場合である。この時は、管理サーバがセンサノードに再送信命令を発行する際、どのデータが欠損しているかを表すためには、欠損開始のセンシングシーケンス番号と欠損終了のセンシングシーケンス番号の組がＮ個必要となる。すなわち、データ欠損が不連続に分布している場合、欠損データを指定するためには、４Ｂｙｔｅ×Ｎのデータサイズが必要となり、多くのデータ量が必要となる。
【０１１８】
ビジネス顕微鏡システムに代表されるセンサネットワークシステムでは、多数の人がセンサノードを所持しており、かつ、図６で説明したように一つのセンサノードから無線送信されるデータ量は多くなる。一方で、センサノードを所持する人が移動して基地局の無線通信領域を出入りすることにより、無線通信のデータ通信量はランダムに変動する。そのため、実際のデータ欠損分布の傾向は、図７（ａ）より図７（ｂ）により近い。
【０１１９】
このように、図７（ｂ）のように非連続にデータ欠損が分布している時、すべての欠損データを管理サーバからのコマンドにより補完しようとすると、管理サーバの処理負荷が大きくなり、かつ、通信量が増大して通信帯域に影響を及ぼす。そこで、無線通信環境が良好状態になった場合にセンサノードがバックアップとして記録したセンシングデータを送信することにより大部分のデータ欠損を補完し、その後サーバから欠損データの補完命令を送信する。当該補完命令を受けたセンサノードが欠損のあるセンシングデータを送信することにより、通信量や負荷を増大させることなく、データ欠損部を補完することが可能となる。
【０１２０】
図８は、本実施形態におけるまとめ送りに関するセンサノードの状態遷移図である。通常動作状態（８−１）において、クレイドルに差されるとクレイドル接続フラグ（クレイドルに接続されたことを示すデータ）を無線送信した後（８−２）、ノード主導まとめ送り状態（８−３）に遷移する。
【０１２１】
この後、ノードは自身のメモリに保存しているセンシングデータのうち、最新のセンシングシーケンス番号と最古のセンシングシーケンス番号を無線送信する（センシングシーケンス番号範囲通知）（８−４）。
【０１２２】
この後、センサノードは待機状態（８−５）に遷移する。待機状態（８−５）において、一定時間内にまとめ送り要求コマンドを受信した場合は、コマンド応答を返信し（８−６）、サーバ主導まとめ送り状態（８−７）に遷移する。待機状態（８−５）において、一定時間内にまとめ送り要求コマンドを受信しなかった場合は、再度センシングシーケンス番号範囲通知を無線送信する（８−８）。この時、残リトライ回数を１減少させる。ここで、残リトライ回数とは、センシングシーケンス番号範囲通知の再送信を許容する回数であり、予めセンサノードに設定されている。
【０１２３】
サーバ主導まとめ送り状態（８−７）において、まとめ送りデータの送信が完了した時点で、残リトライ回数を１減少させ、センシングシーケンス番号範囲通知を無線送信後（８−９）、待機状態（８−５）に遷移する。
【０１２４】
残リトライ回数が０になった時、または、ノードがサーバ主導まとめ送り完了通知を受信した時、管理サーバに対してサーバ主導まとめ送り終了通知を送信し（８−１０）、ノードは待機状態（８−５）からスリープ状態（８−１１）に遷移する。このように、残リトライ回数が０になった時はスリープ状態に遷移することにより、他のセンサノードと管理サーバとの通信への影響をなくすことができる。つまり、他のセンサノードの無線帯域を確保しうる。
【０１２５】
スリープ状態（８−１１）において、クレイドルに接続されている間は定期的に起きて、ハートビート無線送信を行う（８−１２）。これにより、センサノードが正常な状態であることを基地局、管理サーバに通知することができる。クレイドルから抜かれた場合は、クレイドル非接続フラグ（クレイドルから接続解除されたことを示すデータ）を送信後（８−１３）、通常動作状態（８−１）に遷移する。
【０１２６】
このように、ノード主導まとめ送り完了後、センシングシーケンス番号範囲通知を送信することによって、センサノードが現在保持しているデータを特定することが可能となり、管理サーバはデータ欠損を検索する範囲を限定できる。
【０１２７】
図９は、本実施形態におけるまとめ送りに関する管理サーバの状態遷移図である。待機状態（９−１）において、センシングシーケンス番号範囲通知を受信した後、ＤＢチェック状態（９−２）に遷移する。ＤＢチェック状態においては、センサノードからのセンシングシーケンス番号範囲通知で指定された範囲内のセンシングシーケンス番号について、ＤＢのセンシングデータの欠損を検索する。指定された範囲内にデータ欠損が全くなかった場合（９−３）は、まとめおくり終了通知発行状態（９−４）に遷移し、サーバ主導まとめ送り終了通知を無線送信した後、待機状態（９−１）に遷移する。
【０１２８】
ＤＢチェックの結果、データ欠損が存在し、かつ、その時点での基地局への発行中のコマンドが所定数（例えば７個）以上ある場合（９−５）、コマンド空き待ち状態（９−６）に遷移する。コマンド空き待ち状態において、発行中のコマンドが所定数（例えば７個）未満になった時（９−７）、まとめ送り要求コマンド発行状態に遷移する（９−８）。また、ＤＢチェックの結果、データ欠損が存在し、かつ、その時点での基地局への発行中のコマンドが所定数（例えば７個）未満の場合には（９−９）、まとめ送り要求コマンド発行状態に遷移する。このように、発行中のコマンドが所定数以上の場合には、コマンド空き状態に遷移することにより、管理サーバから基地局、センサノードへのコマンド送信に際して通信輻輳を回避するとともに、センサノードへのコマンドを確実に送達しうる。
【０１２９】
まとめ送り要求コマンド発行状態において、まとめ送り要求コマンドを発行した後、コマンド応答受信待ち状態（９−１０）に遷移する。コマンド応答受信待ち状態において、センサノードから一定時間内にまとめ送り要求コマンド応答を受信した場合（９−１１）、まとめ送り受信状態（９−１２）に遷移する。一定時間内にまとめ送り要求コマンド応答を受信しない場合には、まとめ送り要求コマンド発行状態に遷移し（９−１３）、再度まとめ送り要求コマンドを発行する。
【０１３０】
まとめ送り受信状態において、センサノードからまとめ送りデータを受信した場合、そのデータをＤＢに格納する（９−１４）。一方、センサノードからセンシングシーケンス番号範囲通知を受信したとき（９−１５）、残リトライ回数を１減少させ（９−１６）、残リトライ回数が０より大きい場合には、ＤＢチェック状態に遷移させる。残リトライ回数が０の場合は、まとめ送り終了通知発行状態（９−４）に遷移する。
【０１３１】
まとめ送り受信状態（９−１２）において、一定時間経過した後もまとめ送りデータを受信しない場合（９−１７）、残リトライ回数を１減少させ（９−１８）、残リトライ回数が０より大きい場合は、まとめ送り要求コマンド発行状態（９−８）に遷移する。残リトライ回数が０の場合は、まとめおくり終了通知発行状態（９−４）に遷移し、サーバ主導まとめ送り終了通知を無線送信した後、待機状態（９−１）に遷移する。ここで、残リトライ回数とは、ＤＢチェックの再実施、あるいは、まとめ送り要求コマンドの再発行を許容する回数であり、予め管理サーバに設定されている。
【０１３２】
このように、管理サーバは、センサノードから送信されるセンシングシーケンス番号範囲に基づいてＤＢを確認し、欠損データがある場合には、センサノードに当該欠損データを再送信させるためのコマンドを送信する。これにより、欠損のあるセンシングデータを補完することができる。さらに、１回のまとめ送り要求コマンドを発行する際に、残リトライ回数を１ずつ減少させて残リトライ回数が０になった時はまとめ送り終了通知を発行することによって、管理サーバはひとつのセンサノードのみとまとめ送りに関する通信を行い続けることを回避することが可能となる。つまり、他のセンサノードとの通信を確保しうる。
【０１３３】
図１０は、本実施形態におけるまとめ送りの正常時のシーケンス図である。ノードがクレイドルに差されると（１０−１）、ノードはクレイドル接続フラグを無線送信する（１０−２）。このデータは、ＤＢに格納される（１０−３）。
【０１３４】
クレイドル接続フラグを無線送信した後（１０−２）、ノードはノード主導まとめ送り（１０−４）を行なう。このデータは、ＤＢに格納される（１０−５）。
【０１３５】
ノード主導まとめ送り（１０−４）を終了したノードは、センシングシーケンス番号範囲通知を無線送信する（１０−６）。これを受信した管理サーバは、センシングシーケンス番号範囲通知に指定された範囲内のセンシングシーケンス番号のセンシングデータのデータ欠損をＤＢより検索する（１０−７）。検索の結果、欠損していたデータのセンシングシーケンス番号を記録し、連続的なデータ欠損について欠損開始と欠損終了のセンシングシーケンス番号の組を含むまとめ送り要求コマンド（１０−８）を作成する。
【０１３６】
まとめ送り要求コマンド（１０−８）を受信した基地局は、まとめ送り要求コマンド（１０−８）を無線フォーマットのまとめ送り要求コマンド（１０−９）に変換してセンサノードに送信する。
【０１３７】
まとめ送り要求コマンド（１０−９）を受信したノードは、まとめ送り要求コマンド応答（１０−１０）を基地局へ返送する。さらにこのとき、ノードはまとめ送り要求のあったセンシングシーケンス番号のセンシングデータに関して、図５に示すセンシングデータタイプごとにセンシング時刻が古いデータからまとめ送り（１０−１１）を行う。このまとめ送りデータはＤＢに格納される（１０−１２）。
【０１３８】
このまとめ送りが一旦終了したら、ノードは、センシングシーケンス番号範囲通知（１０−１３）を無線送信し、残リトライ回数を１減少させる。これを受信した管理サーバは再度ＤＢのデータ欠損をチェックする（１０−１４）。
【０１３９】
ノードは、センシングシーケンス番号範囲通知の残リトライ回数が１になった時（１０−１５）、ＤＢチェックを行う（１０−１６）。管理サーバは、ＤＢをチェック後、まとめ送り要求コマンド（１０−１７）を送信する。まとめ送り要求コマンド（１０−１８）を受信したノードは、まとめ送り要求コマンド応答（１０−１９）を返答する。その後、送信要求のあったデータをまとめ送り（１０−２０）する。前記データを受信した管理サーバはＤＢにデータを格納する（１０−２１）。まとめ送りデータを完了したら、サーバ主導まとめ送り終了通知（１０−２２）を送信する。
【０１４０】
このように、1回のまとめ送りが完了するたびに、センシングシーケンス番号範囲通知を行うことによって、ノードのまとめ送りシーケンスが終了したことを管理サーバに通知することができる。さらに、センシングシーケンス番号範囲通知を行うたびに残リトライ回数を１ずつ減少させ、残リトライ回数が０になったときにノード主導まとめ送りを終了させることにより、他のセンサノードと管理サーバとの通信への影響をなくすことができる。
【０１４１】
図１１は、本実施形態におけるまとめ送りのデータ欠損が正常に補完された場合のシーケンス図である。ノードをクレイドルに差されると（１１−１）、ノードはクレイドル接続フラグを無線送信する（１１−２）。このデータは、ＤＢに格納される（１１−３）。
【０１４２】
クレイドル接続フラグを無線送信した後（１１−２）、ノードはノード主導まとめ送り（１１−４）を行なう。このデータは、ＤＢに格納される（１１−５）。
【０１４３】
ノード主導まとめ送り（１１−４）を終了したノードは、センシングシーケンス番号範囲通知（１１−６）を無線送信する。これを受信した管理サーバは、センシングシーケンス番号範囲通知に指定された範囲内のセンシングシーケンス番号のセンシングデータのデータ欠損をＤＢより検索する（１１−７）。検索の結果、欠損していたデータのセンシングシーケンス番号を記録し、連続的なデータ欠損について欠損開始と欠損終了のセンシングシーケンス番号の組を含むまとめ送り要求コマンド（１１−８）を作成する。
【０１４４】
まとめ送り要求コマンド（１１−８）を受信した基地局は、まとめ送り要求コマンド（１１−８）を無線フォーマットのまとめ送り要求コマンド（１１−９）に変換してセンサノードに送信する。
【０１４５】
まとめ送り要求コマンド（１１−９）を受信したノードは、まとめ送り要求コマンド応答（１１−１０）を基地局へ返送する。さらにこのとき、ノードはまとめ送り要求のあったセンシングシーケンス番号のセンシングデータに関して、図５に示すセンシングデータタイプごとにセンシング時刻が古いデータからまとめ送り（１１−１１）を行う。このまとめ送りデータはＤＢに格納される（１１−１２）。
【０１４６】
このまとめ送りが一旦終了したら、ノードは、センシングシーケンス番号範囲通知（１１−１３）を無線送信し、残リトライ回数を１減少させる。これを受信した管理サーバは再度ＤＢのデータ欠損をチェックする（１１−１４）。
【０１４７】
残リトライ回数が０でない場合でも、このデータ欠損チェックにおいて、データ欠損がなかった場合、サーバはノードに対し、サーバ主導まとめ送り終了通知（１１−１５）を発行する。サーバ主導まとめ送り終了通知（１１−１５）を受信したノードは、まとめ送りモードからスリープモードへ移行する。
【０１４８】
このように、残リトライ回数が２以上であっても、ＤＢを検索してそのデータ欠損が見つからなかった場合、管理サーバからノードに対してサーバ主導まとめ送り完了通知を送信することによって、その時点でまとめ送りシーケンスを終了することが可能となる。
【０１４９】
図１２は、本実施形態におけるまとめ送りのノードタイムアウト時のシーケンス図である。ノードがクレイドルに差されると（１２−１）、ノードはクレイドル接続フラグを無線送信する（１２−２）。このデータは、ＤＢに格納される（１２−３）。
【０１５０】
クレイドル接続フラグを無線送信した後（１２−２）、ノードはノード主導まとめ送り（１２−４）を行なう。このデータは、ＤＢに格納される（１２−５）。
【０１５１】
ノード主導まとめ送り（１２−４）を終了したノードは、センシングシーケンス番号範囲通知を無線送信する（１２−６）。これを受信した管理サーバは、センシングシーケンス番号範囲通知に指定された範囲内のセンシングシーケンス番号のセンシングデータのデータ欠損をＤＢより検索する（１２−７）。検索の結果、欠損していたデータのセンシングシーケンス番号を記録し、連続的なデータ欠損について欠損開始と欠損終了のセンシングシーケンス番号の組を含むまとめ送り要求コマンド（１２−８）を作成する。
【０１５２】
まとめ送り要求コマンド（１２−８）を受信した基地局は、まとめ送り要求コマンド（１２−８）を無線フォーマットのまとめ送り要求コマンド（１２−９）に変換する。
【０１５３】
ただし、このとき基地局において遅延が発生し、一定時間経過してもまとめ送り要求コマンド（１２−９）をノードが受信しなかった場合タイムアウトと判定して、残リトライ回数を１減少させ、ノードはセンシングシーケンス番号範囲通知イベント（１２−１０）を送信する。
【０１５４】
このように、ノードにタイムアウトを設けることによって、ノードが管理サーバや基地局からの応答を待ち続ける状態を回避することが可能となる。これにより、基地局からセンサノードへのまとめ送り要求が遅延した場合であっても、データ欠損の補完処理を迅速かつ確実にしうる。
【０１５５】
図１３は、本実施形態におけるまとめ送りの管理サーバタイムアウト時のシーケンス図である。ノードをクレイドルに差されると（１３−１）、ノードはクレイドル接続フラグを無線送信する（１３−２）。このデータは、ＤＢに格納される（１３−３）。
【０１５６】
クレイドル接続フラグを無線送信した後（１３−２）、ノードはノード主導まとめ送り（１３−４）を行なう。このデータは、ＤＢに格納される（１３−５）。
【０１５７】
ノード主導まとめ送り（１３−４）を終了したノードは、センシングシーケンス番号範囲通知（１３−６）を無線送信する。これを受信した管理サーバは、センシングシーケンス番号範囲通知に指定された範囲内のセンシングシーケンス番号のセンシングデータのデータ欠損をＤＢより検索する（１３−７）。検索の結果、欠損していたデータのセンシングシーケンス番号を記録し、連続的なデータ欠損について欠損開始と欠損終了のセンシングシーケンス番号の組を含むまとめ送り要求コマンド（１３−８）を作成する。
【０１５８】
まとめ送り要求コマンド（１３−８）を受信した基地局は、まとめ送り要求コマンド（１３−８）を無線フォーマットのまとめ送り要求コマンド（１３−９）に変換してセンサノードに送信する。
【０１５９】
まとめ送り要求コマンド（１３−１０）を受信したノードは、まとめ送り要求コマンド応答（１３−１０）を基地局へ返送し、まとめ送りデータを送信する（１３−１１）。
【０１６０】
ただし、このとき基地局において遅延が発生し、一定時間経過してもサーバ主導まとめ送りデータ（１３−１１）（１３−１２）を管理サーバが受信しなかった場合、タイムアウトと判定して、残リトライ回数を１減少させ、管理サーバはまとめ送り要求コマンド（１３−１３）を送信する。
【０１６１】
このように、管理サーバにタイムアウトを設けることによって、管理サーバがノードや基地局からの応答を待ち続ける状態を回避することが可能となる。これにより、基地局から管理サーバへのまとめ送りデータの送信が遅延した場合であっても、データ欠損の補完処理を迅速かつ確実にしうる。
【０１６２】
図１４は、センサノードから管理サーバに送信されるセンシングシーケンス番号範囲通知フォーマットの一例である。Ａｐｐｌｉｃａｔｉｏｎ  Ｈｅａｄｅｒは、アプリケーションの種別を表す。Ｄａｔａ  Ｔｙｐｅは、データの種別を表す。Ｍｅｓｓａｇｅ  Ｔｙｐｅは、そのデータが観測データなのかコマンドなのかを表す。Ｓｅｑｕｅｎｃｅ  Ｎｕｍは、シーケンス番号を表す。異常が発生した場合に異常を示すデータとなる異常フラグ、リザーブ、まとめ送り残リトライ回数が格納される。
【０１６３】
このように、最古センシングシーケンス番号と最新センシングシーケンス番号とを送信することによって、管理サーバはデータ欠損を検索する範囲を限定できる。
【０１６４】
図１５は、管理サーバからセンサノードに送信されるサーバ主導まとめ送り要求フォーマットの一例である。Ａｐｐｌｉｃａｔｉｏｎ  Ｈｅａｄｅｒはアプリケーションの種別を表す。Ｄａｔａ  Ｔｙｐｅはデータの種別を表す。Ｍｅｓｓａｇｅ  Ｔｙｐｅはそのデータが観測データなのかコマンドなのかを表す。Ｓｅｑｕｅｎｃｅ  Ｎｕｍはシーケンス番号を表す。
【０１６５】
センシングデータタイプは、まとめ送りを要求するセンシングデータの種別を表す。まとめ送り残リトライ回数は、残り後何回まとめ送りを実行するかを表す。分割フレーム数は、サーバ主導まとめ送り要求を無線フレームとして分割送信する際、分割フレームの何番目であるかを表す。分割フレーム総数は、分割フレームの合計個数を表す。センシングシーケンス番号組数は、開始センシングシーケンス番号と終了とセンシングシーケンス番号の組数の個数を表す。開始センシングシーケンス番号は、欠損データにおいて連続的なセンシングシーケンス番号の開始の値を表す。終了センシングシーケンス番号（１５−１２）は、欠損データにおいて連続的なセンシングシーケンス番号の終了の値を表す。
【０１６６】
このように、開始センシングシーケンス番号と終了とセンシングシーケンス番号の組を無線フォーマットに含めることによって、欠損データを指定することが可能となる。
【０１６７】
図１６は、管理サーバからセンサノード、あるいは、センサノードから管理サーバに送信されるサーバ主導まとめ送り終了通知フォーマットの一例である。Ａｐｐｌｉｃａｔｉｏｎ  Ｈｅａｄｅｒはアプリケーションの種別を表す。Ｄａｔａ  Ｔｙｐｅはデータの種別を表す。Ｍｅｓｓａｇｅ  Ｔｙｐｅはそのデータが観測データなのかコマンドなのかを表す。Ｓｅｑｕｅｎｃｅ  Ｎｕｍはシーケンス番号を表す。
【０１６８】
このように、サーバ主導まとめ送り終了通知フォーマットにシーケンス番号を加えることによって、どのタイミングにおいてサーバ主導まとめ送り終了通知が発行されたかを知ることができる。
【０１６９】
図１７は、基地局からノードに対するまとめ送りの制御である。基地局には、複数ノードからのまとめ送りデータ（１７−ＧＲＦ）が集中する際、特に負荷が高くなる。基地局からまとめ送りを同時に行なうノード数を制限することによって、この負荷を軽減させる。
【０１７０】
具体的には、基地局ホスト（１７−ＨＧＷ１）が同時にまとめ送りされているノード数を管理し、一定以上のノードからまとめ送りデータを受信した場合、いずれかのノードにまとめ送り休止命令（１７−ｓｔｏｐ）を発行し、これを受信したノード（１７−ＳＮ３）は一定時間動作を休止する。この操作によって、１基地局において同時にまとめ送りを行うノード数を制限することが可能となり、基地局の負荷を軽減することができる。さらに、管理サーバへの負荷もこのまとめ送り制御によって、一定以下に抑えることが可能となる。
【０１７１】
このように、一基地局において、同時にまとめ送りを許容するノード数を制限することによって、基地局および管理サーバの負荷を低減することができる。
【０１７２】
以上、本発明の実施形態について説明したが、本発明は上記実施形態に限定されるものでなく、種々変形実施可能であり、上述した各実施形態を適宜組み合わせることが可能であることは、当業者に理解されよう。
【図面の簡単な説明】
【０１７３】
【図１】ビジネス顕微鏡システムにおける処理の流れを示す説明図の一例
【図２（ａ）】ビジネス顕微鏡システムにおけるブロック図の一例
【図２（ｂ）】ビジネス顕微鏡システムにおけるブロック図の一例
【図３】名札型センサノードの構成図の一例
【図４】ビジネス顕微鏡システム構成図の一例
【図５】センサノードの無線フォーマットを示す図の一例
【図６】ビジネス顕微鏡システムにおけるまとめ送りのデータフロー図の一例
【図７】データ欠損の分布傾向の説明図の一例
【図８】まとめ送りにおけるセンサノードの状態遷移図の一例
【図９】まとめ送りにおけるサーバの状態遷移図の一例
【図１０】まとめ送りにおける正常通信シーケンスの一例
【図１１】まとめ送りにおけるデータ補完時の通信シーケンスの一例
【図１２】まとめ送りにおけるセンサノードタイムアウト時の通信シーケンスの一例
【図１３】まとめ送りにおけるサーバタイムアウト時の通信シーケンスの一例
【図１４】まとめ送りにおけるセンシングシーケンス番号範囲通知フォーマットの一例
【図１５】まとめ送りにおけるサーバ主導まとめ送り要求フォーマットの一例
【図１６】まとめ送りにおけるサーバ主導まとめ送り終了通知フォーマットの一例
【図１７】まとめ送りにおける基地局からノードに対する制御の一例
【符号の説明】
【０１７４】
ＮＮ…名刺型センサノード、ＰＤＥＴ…外部電源接続検出部、ＴＲＣＣ…無線通信制御部、ＴＲＳＲ…送受信部、ＰＤＥＴＳ…外部電源検出信号、ＧＷ…基地局、ＴＳ…ＮＴＰサーバ、ＳＳ…センサネットサーバ、ＡＳ…アプリケーションサーバ、ＣＬ…クライアント、ＨＧＷ…基地局ホスト、ＲＦＧＷ…基地局無線部、ＳＮ…センサノード、ＣＲ…クレイドル、ＤＢ…データベース、ＧＲＦ…まとめ送り。
【図１】
2010072776.tif 000003
【図２（ａ）】
2010072776.tif 000004
【図２（ｂ）】
2010072776.tif 000005
【図３】
2010072776.tif 000006
【図４】
2010072776.tif 000007
【図５】
2010072776.tif 000008
【図６】
2010072776.tif 000009
【図７】
2010072776.tif 000010
【図８】
2010072776.tif 000011
【図９】
2010072776.tif 000012
【図１０】
2010072776.tif 000013
【図１１】
2010072776.tif 000014
【図１２】
2010072776.tif 000015
【図１３】
2010072776.tif 000016
【図１４】
2010072776.tif 000017
【図１５】
2010072776.tif 000018
【図１６】
2010072776.tif 000019
【図１７】
2010072776.tif 000020