JP2017204014A - 生体情報取得システム - Google Patents

Abstract

【課題】スマートフォンの所有者にパケット代金の負担をかけないと共に組織側のパケット代金を低減させてヘルスデバイスの生体情報をセンタ側に送信できる生体情報収集システムを得る。
【解決手段】近距離無線通信インターフェースの通信規格で情報を送受するヘルスデバイス１を装着したデバイス使用者ＤＣｉが入出する場所にゲート機器１０を配置し、このゲート機器１０がヘルスデバイス１からの生体検出情報をＢＬｕｅｔｏｏｔｈで受信し、一定時刻経過後の生体検出情報をインターネット網４０を介してセンタサーバ３０に送信する。
【選択図】図１

Description

本発明は、生体情報検出端末を装着したデバイス使用者の生体検出情報を収集する生体情報取得システムに関する。

近年は、血圧、心拍数等の生体情報を常に取得できるバンドタイプの生体情報検出端末をユーザの手首に装着して自分の健康状態のチェックをする傾向にある。

例えば、特許文献１の生体情報計測装置は、バンドタイプの生体情報検出端末（以下ヘルスデバイスという）を手首に巻き付けて、生体情報を検出する。そして、この生体情報を携帯端末であるスマートフォンによってインターネット網を介してセンタである生体情報解析システムに送信している（段落[００６５]〜段落[００７１]参照）。

特開２０１６−４７０９３号公報

しかしながら、生体情報をスマートフォンによってインターネット網を介して生体情報解析システムに送信しているのでパケット代金が発生する。

一般に、会社に所属している社員であってもスマートフォンは会社が提供するのではなく、個人が購入して使用する。つまり、スマートフォンはパケット代金に関してはスマートフォンの所有者が負担している。

スマートフォンのパケット代金は、ブロバイダと月単位で定額料を払って無制限に使用を可能とする契約（以下第１の契約という）と、パケット量がある一定量を超えた場合は、それ以上は一定額にし、一定量を超えていない場合は従量課金とする契約（以下第２の契約という）等がある。

生体情報は、大容量であるので、パケット量は直ぐに一定量を超えることになる。このため、第２の契約のユーザにとっては常に一定額のパケット代金を払わないといけない。

一方、近年は会社、病院、学校等（以下総称して組織という）において、ヘルスデバイスを各個人に配布して生体情報を収集し、各個人の健康状態を把握して適切な対処を事前にとるようにすることが計画されている。特に、運送業、タクシー会社、バス会社、警備会社がこの傾向にある。

しかし、会社がヘルスデバイスを社員に無償又は格安で配布しても、スマートフォンは個人持ちであるから、第２の契約をしている社員にとっては会社業務で自分のスマートフォンに対するパケット代金が発生する。

このため、会社内の社員がヘルスデバイスを装着することに抵抗があり、計画が進まない一因になっていた。

また、ブロバイダと第２の契約をしている会社にとっては、できるだけパケット代金を抑えたい。しかし、スマートフォンは、ヘルスデバイスから生体情報が送信されている間は、その生体検出情報を常に通信ネットワークを介してセンタに送信する。このため、会社側では生体情報の送信に関してパケット代金を抑制することができなかった。

本発明は以上の課題を解決するためになされたもので、スマートフォンの所有者にパケット代金の負担をかけないと共に組織側のパケット代金を低減させてヘルスデバイスの生体情報をセンタ側に送信できる生体情報収集システムを得ることを目的とする。

本発明に係る生体情報取得システムは、近距離無線通信インターフェースの通信規格で情報を送受する生体情報検出端末を装着したデバイス使用者（ＤＣｉ）が出入りする場所に近距離無線通信インターフェースの通信規格で情報を送受するゲート機器（１０）を配置し、このゲート機器（１０）が取得した前記デバイス使用者（ＤＣｉ）のデバイス側生体検出情報（ＤＳＨＪｉ）を通信ネットワークによってセンタサーバ（３０）に送信する生体情報取得システムであって、
前記ゲート機器（１０）は、
前記デバイス側生体検出情報（ＤＳＨＪｉ）に含まれている前記生体情報検出端末を識別するデバイス識別コードと前記ゲート機器を識別するゲート識別コードとからなるデバイス側ペアリングＩＤに受信時刻を付加したデバイス側生体情報管理情報（ＤＦＪｉ）がゲート側生体情報管理情報（ＧＦＪｉ）として記憶される生体検出情報管理情報記憶用メモリ（１３０）を備え、さらに、
前記近距離無線通信インターフェースの通信規格で前記生体情報検出端末からの前記デバイス側ペアリングＩＤを含む前記デバイス側生体検出情報（ＤＳＨＪｉ）を受信し、これをゲート側受信用メモリ（１１５）に記憶するゲート側近距離無線通信部（１０４）と、
前記ゲート側受信用メモリ（１１５）に記憶されたデバイス側生体検出情報（ＤＳＨＪｉ）に含まれている前記デバイス側生体情報管理情報（ＤＦＪｉ）に一致する前記ゲート側生体情報管理情報（ＧＦＪｉ）を前記生体検出情報管理情報記憶用メモリ（１３０）から検索し、前回と今回の受信時刻の差が一定時刻を超えている場合は前記受信したデバイス側生体検出情報（ＤＳＨＪｉ）を受け付け、受信したデバイス側生体検出情報（ＤＳＨＪｉ）の前記デバイス側生体情報管理情報（ＤＦＪｉ）を前記ゲート側生体情報管理情報（ＧＦＪｉ）として前記生体検出情報管理情報記憶用メモリ（１３０）に記憶するゲート側生体検出情報収集部（１０６）と、
前記受け付けたデバイス側生体検出情報（ＤＳＨＪｉ）を前記通信ネットワークによって前記センタサーバ（３０）に送信するゲート側転送部（１０７）とを備えたことを要旨とする

以上のように本発明によれば、ゲート機器をデバイス使用者（ＤＣｉ）が通過する毎に、このデバイス使用者（ＤＣｉ）が装着している生体情報検出端末からのデバイス側生体検出情報（ＤＳＨＪｉ）が近距離無線通信インターフェースの通信規格でゲート機器が受信する。

そして、ゲート機器は、このデバイス側生体検出情報（ＤＳＨＪｉ）とこのデバイス側生体検出情報（ＤＳＨＪｉ）と同じデバイス側ペアリングＩＤ（ゲート側ペアリングＩＤ）を有する前回のデバイス側生体検出情報（ＤＳＨＪｉ）との受信時刻の差が一定時刻を超えている場合はこのデバイス側生体検出情報（ＤＳＨＪｉ）を通信ネットワークを介してサービスセンタに送信する。

このため、デバイス使用者（ＤＣｉ）にとっては、通信ネットワークのパケット代金の負担がないと共に、ゲート機器を設置している組織側は、常時、デバイス側生体検出情報ＤＳＨＪｉが送信されないのでパケット代金を低減できる。

実施の形態１の生体情報取得システムの概略構成図である。 実施の形態１の各種情報の説明図である。 実施の形態１の各種情報の説明図である。 デバイス個人情報作成部１０３が表示する画面の説明図である。 デバイス個人情報作成部１０３が表示する画面の説明図である。 実施の形態１のシーケンス図である。 実施の形態１のシーケンス図である。 実施の形態１のシーケンス図である。 実施の形態１のシーケンス図である。 実施の形態１のシーケンス図である。 実施の形態２のセンタサーバの概略構成図である。 デバイス毎個人情報ＧＤＣＪｉの説明図である。 管理センタ側決定閲覧許可項目情報ＫＥＪｉの説明図である。 管理センタ閲覧項目入力画面用情報ＫＳＨＹＥＪｉの説明図である。 閲覧者閲覧要求項目入力情報ＳＹＪｉの説明図である。 実施の形態２で用いる各種情報の説明図である。 実施の形態２のシーケンス図である。 実施の形態２のシーケンス図である。 実施の形態２のシーケンス図である。 上司用閲覧許可項目入力画面ＳＵＥｉの説明図である。 睡眠の解析結果の画面例の説明図である。 管理センタ側閲覧許可項目入力画面ＨＫＥｉの説明図である。 管理センタ社員要求結果情報ＳＫＨＥＪｉの説明図である。 実施の形態３の概略構成図である。 アクセスポイント用ペアリングＩＤ情報ＡＰＪｉの説明図である。 実施の形態３の効果の説明図である。 他の実施の形態の概略構成図である。 他の実施の形態の概略構成図である。

本実施の形態のシステムは、近距離無線通信インターフェースの通信規格で通信をするヘルスデバイスを装着した使用者（以下デバイス使用者ＤＣｉという）のスマートフォンを介さないでデバイス使用者ＤＣｉの生体情報（以下デバイス側生体検出情報ＤＳＨＪｉという）を組織のコンピュータシステムによりサービスセンタに送信する。

これによって、デバイス使用者ＤＣｉにパケット代金を担わせないと共に、組織へのパケット代金を低減できるシステムである。

前述の近距離無線通信インターフェースはＢＬｕｅｔｏｏｔｈ（登録商標）を一例として説明する。

また、ＢＬｕｅｔｏｏｔｈ（登録商標）機能を有するマスター（親局）と、ＢＬｕｅｔｏｏｔｈ（登録商標）機能を有するスレーブ（子局）とで同時通信する場合に、マスター（親局）側においてスレーブの台数に制限があったとしても、多数のスレーブからのデバイス側生体検出情報ＤＳＨＪｉを受け付けてサービスセンタに送信できるシステムである。

また、前述の組織は、会社、役所、病院、学校等であるが、実施の形態では会社を一例として説明する。

また、前述のスレーブは、ヘルスデバイスであり、マスターは会社のドア付近の壁に設けられたゲート機器として説明する。

また、ヘルスデバイスは、表示器を備えたものもあるが実施の形態においては表示器を備えていないデバイスとして説明する。

ヘルスデバイスは耳、上着等に装着されるものもあるが実施の形態においては、腕に巻き付けて装着するバンド内に収められており、バンドを含んでヘルスデバイス１と称している。そして、ヘルスデバイスを装着したユーザをデバイス使用者ＤＣｉと称する。実施の形態は、社員をデバイス使用者ＤＣｉとして説明する。

また、実施の形態１として、ＢＬｕｅｔｏｏｔｈ（登録商標）の通信規格で一度に通信できるデバイス個数を維持し、かつデバイス使用者ＤＣｉのスマートフォンを介さないでヘルスデバイスが取得したデバイス側生体検出情報ＤＳＨＪｉをサービスセンタにインターネット網で送信するシステムとして説明する。但し、実施の形態１においてはデバイス使用者ＤＣｉは一般社員として説明する。

実施の形態２として、会社の上司又は健康管理センタの担当者がデバイス使用者ＤＣｉによって許可された項目（血圧、睡眠、閲覧許可期間等）をサービスセンタから提供させるシステムとして説明する。但し、実施の形態１、２では、会社の入退場所にゲート機器を設けて、デバイス側生体検出情報ＤＳＨＪｉを自動検出する例として説明する。

さらに、実施の形態３として、ゲート機器を通過後の複数のデバイス使用者ＤＣｉのデバイス側生体検出情報ＤＳＨＪｉを自動検出する例として説明する。

＜実施の形態１＞
図１は実施の形態１の生体情報取得システムの概略構成図である。図１に示すように、実施の形態１の生体情報取得システムは、生体情報検出端末であるヘルスデバイス１と、ゲート機器１０と、社内サーバ２０と、サービスセンタのサーバ（以下センタサーバ３０という）と、通信ネットワークであるインターネット網４０等からなる。

前述の社内サーバ２０に、上司端末６０と健康管理センタ端末７０等をＬＡＮを介して接続している。また、上司端末６０と健康管理センタ端末７０とを総称して生体情報閲覧者端末９０と称する。

生体情報閲覧者端末９０は、センタサーバ３０から生体情報解析結果取得用アプリを既にダウンロードしているとして説明する。

また、実施の形態１では、ゲート機器１０から送信する各種情報を総称してゲート側送信情報ＧＪｉと称し、ヘルスデバイス１から送信する各種情報を総称してデバイス側送信情報ＤＪｉと称する。

また、ヘルスデバイス１、ゲート機器１０、社内サーバ２０、センタサーバ３０で使用する各種情報には、どこの情報であるかを容易に区別できるように、できるだけその機器が分かる英文字を付加して説明する。

ヘルスデバイス１で使用する各種情報には英文字の「Ｄ」を付加し、ゲート機器１０で使用する各種情報には英文字の「Ｇ」を付加し、生体情報閲覧者端末９０で使用する各種情報には英文字の「Ｓ」を付加して説明する。但し、生体情報閲覧者端末９０の上司端末６０で使用する各種情報には英文字の「ＳＵ」を付加し、健康管理センタ端末７０で使用する各種情報には英文字の「ＳＨ」を付加して説明する。また、センタサーバ３０で用いる各種情報には英文字の「Ｋ」を付加して説明する。

生体情報閲覧者端末９０の上司は、センタサーバ３０からの生体情報解析結果取得用アプリを起動させて、図示しない生体情報解析結果取得用画面を表示する。

そして、上司は、上司端末６０を操作して社員コードＳｍｉを入力し、この上司が閲覧できるデバイス使用者ＤＣｉの解析結果情報ＫＲＪｉをセンタサーバ３０からインターネット網４０で送信させる。

例えば、睡眠、脈拍等を送信させて部署内のデバイス使用者ＤＣｉの現在の健康状態を把握する。

[ヘルスデバイス１の構成]
ヘルスデバイス１は、図１に示すように、内部にはデバイス側近距離無線通信部２と、デバイス側送信指示部３と、デバイス側データ収集用メモリ４と、センサ部５とＬＥＤ部６と操作ボタン部７等を備えている。

デバイス側近距離無線通信部２は、同時に通信接続するためのゲート側送信用チャネル、ゲート側受信用チャネルの個数は一定個数（例えば７チャネル）であり、これらのいずれかのチャネルを用いてＢＬｕｅｔｏｏｔｈ（登録商標）の通信規格でパケットの通信をピコネット(piconet)という単位で行う。

デバイス側近距離無線通信部２は、近距離無線通信インターフェースの通信規格でゲート機器１０と通信を行ってデバイス側受信用メモリ（図示せず）にゲート側送信情報ＧＪｉを受信する。また、デバイス側送信用メモリ（図示せず）に記憶されたデバイス側送信情報ＤＪｉを近距離無線通信インターフェースの通信規格で送信する。

また、デバイス側近距離無線通信部２は、ゲート側送信情報ＧＪｉの受信を検知し、この受信強度が一定レベル以下の場合にデバイス側受信用メモリ（図示せず）へのゲート側送信情報ＧＪｉを記憶する手段を備えている。

このデバイス側近距離無線通信部２は、操作ボタン部７の操作に伴ってゲート機器１０とで互いの識別コードを交換するペアリング初期設定処理を行う。

ペアリング初期設定処理中はＬＥＤ部６のいずれかのＬＥＤを点灯する。この識別コードは、実施の形態においてはＭＡＣアドレスを用いている。ヘルスデバイス１側の識別コードをデバイス側ＭＡＣアドレスと称し、ゲート機器１０側の識別コードは、ゲート側ＭＡＣアドレスと称する。

そして、ヘルスデバイス１は、デバイス側ペアリング初期設定処理とデバイス側初期設定後処理とを行う。

（デバイス側ペアリング初期設定）
デバイス側ペアリング初期設定処理は、ゲート機器１０からのゲート側送信情報ＧＪｉ（例えば、デバイス存在確認情報ＧＤＪｉ）を受信する毎に、このゲート側送信情報ＧＪｉ（例えば、デバイス存在確認情報ＧＤＪｉ）に含まれているゲート側モード種ＧＭｉを判断する。

ゲート側モード種ＧＭｉがデバイス確認モードの場合はゲート機器１０からのゲート側送信情報ＧＪｉをデバイス存在確認情報ＧＤＪｉと判断する。

そして、デバイス側ペアリングＩＤ用メモリ８にデバイス側ペアリングＩＤが記憶されているかどうかを判断する。前述のデバイス存在確認情報ＧＤＪｉは、図２（ａ）に示すように、メーカコードとデバイス機種コードとデバイス存在確認情報送信時刻ＧＤｔＪｉ（年月日時刻）とゲート側モード種ＧＭｉ（例えばデバイス確認モード）等からなる。

そして、デバイス側ペアリングＩＤが記憶されていない場合は、予め記憶されているヘルスデバイス１のデバイス識別コードであるデバイス側ＭＡＣアドレスとデバイス側モード種ＤＭｉとを含む第１デバイス識別情報ＤＮＪｉ（図２（ｂ）参照）を生成して、これをいずれかのデバイス側送信用チャネルに出力する。

つまり、この第１デバイス識別情報ＤＮＪｉは、いずれかのデバイス側送信用チャネルによってデバイス側送信情報ＤＪｉとしてＢＬｕｅｔｏｏｔｈ（登録商標）の通信規格でゲート機器１０に送信される。

このときのデバイス側モード種ＤＭｉは、デバイス側ペアリングＩＤが記憶されていないので、ヘルスデバイス１とゲート機器１０とでデバイス側ペアリングＩＤを初期設定処理させる指示（以下デバイス側ペアリングＩＤ初期設定準備モードという）である。

すなわち、第１デバイス識別情報ＤＮＪｉは、図２（ｂ）に示すように、ヘルスデバイス１の識別コードであるデバイス側ＭＡＣアドレスと、デバイス側モード種ＤＭｉ（デバイス側ペアリングＩＤ初期設定準備モード）と、メーカコード、デバイス機種コード、デバイス側ＭＡＣアドレス送信時刻Ｄｄｔｉ等からなる。

また、デバイス側受信用メモリに記憶したゲート側送信情報ＧＪｉに含まれているゲート側モード種ＧＭｉがデバイス側ペアリングＩＤ初期設定開始モードを示している場合は、受信したゲート側送信情報ＧＪｉをゲート側ペアリングＩＤ情報ＧＰＪｉとして読み込む。そして、これに含まれているゲート側ＭＡＣアドレスとデバイス側ＭＡＣアドレスとをデバイス側ペアリングＩＤとしてデバイス側ペアリングＩＤ用メモリ８に記憶する。

そして、このデバイス側ペアリングＩＤとデバイス側ペアリング初期設定完了モードを示すデバイス側モード種ＤＭｉを含む第２デバイス識別情報ＤＰＪｉを生成していずれかのデバイス側送信用チャネルに出力し、これをデバイス側送信情報ＤＪｉとしてＢＬｕｅｔｏｏｔｈの通信規格で送信する。

第２デバイス識別情報ＤＰＪｉは、図２（ｄ）に示すように、デバイス側ＭＡＣアドレスと、ゲート側ＭＡＣアドレスと、ゲート側ペアリングＩＤ受信時刻ＧＰＭｔｉとデバイス側モード種ＤＭｉ（デバイス側ペアリング初期設定完了モード）等からなる。

デバイス側ＭＡＣアドレスとゲート側ＭＡＣアドレスとを総称してペアリングＩＤと称するが、ゲート機器１０側と区別するために、このデバイス側のペアリングＩＤをデバイス側ペアリングＩＤと称している。

前述のゲート側送信情報ＧＪｉに含まれているゲート側モード種ＧＭｉがデバイス側ペアリングＩＤ初期設定開始モードとなっている情報をゲート側ペアリングＩＤ情報ＧＰＪｉ（図３（ａ）参照）と称している。

また、デバイス側近距離無線通信部２は、デバイス側受信用メモリに記憶したゲート側送信情報ＧＪｉに含まれているゲート側ペアリングＩＤ（デバイス側ペアリングＩＤ初期設定開始モード又は生体情報要求モード）に一致するデバイス側ペアリングＩＤがデバイス側ペアリングＩＤ用メモリ８に記憶されている場合は、前述の第２デバイス識別情報ＤＰＪｉ（図２（ｄ）参照）を生成する。そして、デバイス側送信用チャネルに出力して、これをデバイス側送信情報ＤＪｉとして送信する。この第２デバイス識別情報ＤＰＪｉの送信をデバイス側ペアリング初期設定完了処理と称する。

また、ゲート側送信情報ＧＪｉのゲート側モード種ＧＭｉがゲート側生体情報要求情報ＧＰＹＪｉ（図２（ｃ）参照）であることを示す生体情報要求モードの場合は、このゲート側生体情報要求情報ＧＰＹＪｉに含まれているゲート側ペアリングＩＤがデバイス側ペアリングＩＤ用メモリ８に記憶しているデバイス側ペアリングＩＤに一致する場合にデバイス側送信指示部３を起動する。

このデバイス側生体検出情報ＤＳＨＪｉは、図２（ｅ）に示すように、デバイス側ペアリングＩＤ（デバイス側ＭＡＣアドレスとゲート側ＭＡＣアドレス）と加速度と温度と心拍数と脈拍数と・・・検出時刻Ｄｔｉ等からなる。

このデバイス側ＭＡＣアドレスとゲート側ＭＡＣアドレスと検出時刻Ｄｔｉとを総称してデバイス側生体情報管理情報ＤＦＪｉと称する。また、不一致の場合は、受信したゲート側送信情報ＧＪｉ（ゲート側生体情報要求情報ＧＰＹＪｉ）を削除する。

前述のゲート側生体情報要求情報ＧＰＹＪｉは、図２（ｃ）に示すように、ゲート側ペアリングＩＤとメーカコードとデバイス機種コードとゲート側ペアリングＩＤ送信時刻ＧＳＰＭｔｉとゲート側モード種ＧＭｉ（生体情報要求モード）等からなる。

（デバイス側ペアリング初期設定完了の後の処理）
デバイス側近距離無線通信部２は、デバイス側ペアリング初期設定完了の後にゲート機器１０からのゲート側送信情報ＧＪｉに含まれているゲート側モード種ＧＭｉが生体情報要求モードを示すゲート側生体情報要求情報ＧＰＹＪｉを示している場合は、このゲート側生体情報要求情報ＧＰＹＪｉに含まれているメーカコード、デバイス機種コードが予め設定されているメーカコード、デバイス機種コードに一致するかどうかを判断する。

そして、一致する場合は、このゲート側生体情報要求情報ＧＰＹＪｉに含まれているゲート側ペアリングＩＤがデバイス側ペアリングＩＤ用メモリ８に記憶しているデバイス側ペアリングＩＤに一致した場合にデバイス側送信指示部３を起動する。

（ヘルスデバイス１の他の構成）
デバイス側送信指示部３は、起動される毎に、ゲート側送信情報ＧＪｉの受信レベルが一定以上の場合に、デバイス側データ収集用メモリ４に記憶されているデバイス側生体検出情報ＤＳＨＪｉを検出時刻Ｄｔｉが古い順に取り出してデバイス側近距離無線通信部２のデバイス側送信用チャネルに出力する。これによってデバイス側データ収集用メモリ４のメモリ容量が軽くなる。

また、デバイス側送信指示部３は、デバイス側生体検出情報ＤＳＨＪｉの送信中であることを知らせるＬＥＤ部６の該当のＬＥＤを点灯、電源オン、デバイス側生体検出情報ＤＳＨＪｉの収集を知らせるために該当のＬＥＤを点灯させている。

センサ部５は、加速度センサ、温度検出センサ、心拍検出センサ、脈拍検出センサ、水分検出センサ、二酸化炭素検出センサ等を備えている。そして、これらの検出センサが検出したデータをデバイス側生体検出情報ＤＳＨＪｉとしてデバイス側データ収集用メモリ４に記憶する。

（ゲート機器１０の構成）
ゲート機器１０は図１に示すように、ゲート側ペアリング初期設定部１０１と、ペアリングＩＤ数自動調整部１０２と、デバイス個人情報作成部１０３と、ゲート側近距離無線通信部１０４と、ゲート側生体検出情報収集部１０６と、ゲート側転送部１０７等を備えている。

ゲート側ペアリング初期設定部１０１は、表示画面１０ａがタッチ（以下画面タッチという）されたかどうかを監視している。

画面タッチされる毎に、ペアリング初期設定準備モードと判断し、ペアリングＩＤ数自動調整部１０２を起動してゲート側第１ペアリングＩＤ管理テーブル１１０内のゲート側ペアリングＩＤ情報ＧＰＪｉ（図３（ａ）参照）の数を判断させる。

また、ゲート側ペアリング初期設定部１０１は、ペアリングＩＤ数自動調整部１０２によってゲート側ペアリングＩＤ情報ＧＰＪｉの数が「０」と判断された場合は（「空」）又は一定個数（７個）以下と判断された場合は、以下に説明する処理（手段）を行う。

ゲート側ペアリング初期設定部１０１は、ヘルスデバイス１のメーカ名と種類名とデバイス確認モードとしたゲート側モード種ＧＭｉを含むデバイス存在確認情報ＧＤＪｉを生成してゲート側近距離無線通信部１０４のいずれかのゲート側送信用チャネル（図示せず）に出力する。

そして、ゲート側ペアリング初期設定部１０１はゲート側近距離無線通信部１０４のゲート側受信用メモリ１１５にデバイス側送信情報ＤＪｉが記憶されたかどうかを監視する。

ゲート側ペアリング初期設定部１０１は、ゲート側近距離無線通信部１０４のゲート側受信用メモリ１１５にデバイス側送信情報ＤＪｉが記憶された場合は、このデバイス側送信情報ＤＪｉに含まれているデバイス側モード種ＤＭｉを判断する。

そして、デバイス側モード種ＤＭｉがゲート側ペアリング初期設定準備モード（第１デバイス識別情報ＤＮＪｉ）を示していると判断した場合は、このデバイス側送信情報ＤＪｉに含まれているデバイス側ＭＡＣアドレスと受信時刻（第１デバイス識別情報受信時刻ＧＭｔｉ）と予め記憶されているゲート識別コードとをゲート側ペアリングＩＤ情報ＧＰＪｉとして生成する。

そして、生成されたゲート側ペアリングＩＤ情報ＧＰＪｉを、第１ペアリングＩＤ管理テーブル状況情報ＧＡＪｉに含まれているゲート側第１ペアリングＩＤ管理テーブル１１０の空きレコードのアドレスに記憶してゲート側ペアリングＩＤ初期設定完了と判断する。

また、ゲート側近距離無線通信部１０４のゲート側受信用メモリ１１５に記憶されたデバイス側送信情報ＤＪｉのデバイス側モード種ＤＭｉがデバイス側初期設定完了モードとした第２デバイス識別情報ＤＰＪｉを示している場合は、この第２デバイス識別情報ＤＰＪｉをゲート側第１ペアリングＩＤ管理テーブル１１０の空きレコードのアドレスに記憶したゲート側ペアリングＩＤ情報ＧＰＪｉに関連付けて記憶する。そして、デバイス側及びゲート側とでペアリング初期設定完了と判断する。

次に、ゲート側ペアリング初期設定部１０１は、ペアリング初期設定完了と判断する毎に、ゲート側第１ペアリングＩＤ管理テーブル１１０に記憶されたゲート側ペアリングＩＤ情報ＧＰＪｉを読み込み、これに含まれているデバイス側ＭＡＣアドレスをデバイス個人情報作成部１０３に出力する。

また、デバイス個人情報作成部１０３からのデバイス毎個人情報記憶完了コマンドＧＯＫＪｉの入力に伴って、ゲート側ペアリングＩＤ情報ＧＰＪｉのゲート側ペアリングＩＤと生体検出指示フラグとを含む生体情報収集開始コマンドＧＣＰｉをゲート側生体検出情報収集部１０６に出力する。

この生体情報収集開始コマンドＧＣＰｉは、図２（ｆ）に示すように、第１ペアリングＩＤ管理テーブル状況情報ＧＡＪｉに含まれているゲート側ペアリングＩＤ（デバイス側ＭＡＣアドレス、ゲート側ＭＡＣアドレス）を記憶したゲート側第１ペアリングＩＤ管理テーブル１１０におけるレコードアドレス、生体検出指示フラグ等からなる。

ペアリングＩＤ数自動調整部１０２は、ゲート側第１ペアリングＩＤ管理テーブル１１０及び第２ゲート側ペアリングＩＤ管理テーブル１１０に接続されている。ゲート側第１ペアリングＩＤ管理テーブル１１０は、例えば７個のゲート側ペアリングＩＤ情報ＧＰＪｉを記憶できる。つまり、ゲート側送信用チャネル、ゲート側受信用チャネルに対応する個数である。

また、第２ゲート側ペアリングＩＤ管理テーブル１１０は、複数のゲート側ペアリングＩＤ情報ＧＰＪｉを記憶できる。

そして、ペアリングＩＤ数自動調整部１０２は、起動（ペアリング初期設定準備モード）に伴って、第１ペアリングＩＤ管理テーブル１１０にゲート側ペアリングＩＤ情報ＧＰＪｉ（デバイス側ＭＡＣアドレス、ゲート側ＭＡＣアドレス・・）が現在、何個記憶されているかどうかを判断する。

ゲート側ペアリングＩＤ情報ＧＰＪｉ（デバイス側ＭＡＣアドレス、ゲート側ＭＡＣアドレス・・）が１個も記憶されていない場合は第１ペアリングＩＤ管理テーブル１１０が「空」と判断する。

「空」と判断した場合は、ゲート側ペアリング初期設定部１０１に対して第１ペアリングＩＤ管理テーブル１１０が「空」であること示すフラグと第１ペアリングＩＤ管理テーブル１１０における先頭レコードアドレスを含む第１ペアリングＩＤ管理テーブル状況情報ＧＡＪｉ（図３（ｂ）参照）を出力する。

また、ペアリングＩＤ数自動調整部１０２は、第１ペアリングＩＤ管理テーブル１１０にゲート側ペアリングＩＤ情報ＧＰＪｉ（図３（ａ）参照）が記憶されている場合は（つまり空ではない場合）、その個数を計数し、計数した個数が一定個数（７個）かどうかを判断する（ゲート側ペアリングＩＤ情報計数処理という）。

一定個数以下の場合は、最も第１デバイス識別情報受信時刻ＧＭｔｉが若いゲート側ペアリングＩＤ情報ＧＰＪｉ（図３（ａ）参照）が記憶されている第１ペアリングＩＤ管理テーブル１１０におけるレコードアドレス及び一定個数以下であることを示すフラグを含む第１ペアリングＩＤ管理テーブル状況情報ＧＡＪｉをゲート側ペアリング初期設定部１０１に出力する（ゲート側ペアリングＩＤ情報個数判定処理という）。

さらに、一定個数に到達している場合は、第１ペアリングＩＤ管理テーブル１１０の最も時刻情報が古いゲート側ペアリングＩＤ情報ＧＰＪｉを第２のゲート側ペアリングＩＤ管理テーブル１１２に移動して記憶する。

つまり、第１ペアリングＩＤ管理テーブル１１０は、最も古い第１デバイス識別情報受信時刻ＧＭｔｉ（年月日、時刻）を有するゲート側ペアリングＩＤ情報ＧＰＪｉが削除されることになるので常に一定個数以下になる。

そして、前述のゲート側ペアリングＩＤ情報計数処理及びゲート側ペアリングＩＤ情報個数判定処理を再び行う。これは、最も古い第１デバイス識別情報受信時刻ＧＭｔｉ（年月日、時刻）が古いゲート側ペアリングＩＤのヘルスデバイス１を有するデバイス使用者ＤＣｉは、ゲート機器１０の所定の範囲（３ｍ、５ｍ、・・１０ｍ）を出たと判断できるためである。

デバイス個人情報作成部１０３は、ゲート側ペアリング初期設定部１０１がゲート側ペアリングＩＤ初期設定完了の判断とした場合は、ゲート側ペアリング初期設定部１０１から出力されたデバイス側ＭＡＣアドレスを含む図４（ａ）に示すデバイス使用者識別入力画面ＧＳａｉを表示する。

また、図４（ｂ）に示すデバイス使用者会社側閲覧許可項目画面ＧＳｂｉを表示する。また、図５（ａ）に示すデバイス使用者センタ側閲覧許可項目画面ＧＳＣｉ、図５（ｂ）に示す確認画面（デバイス使用者会社側閲覧許可項目確認画面ＧＤＳｉ、デバイス使用者センタ側利用許可確認画面ＧＫＳｉ（図示せず））を表示する。これらの画面の詳細については後述する。

そして、デバイス個人情報作成部１０３は、これらの画面で入力したデバイス毎個人情報ＧＤＣＪｉ（デバイス使用者センタ側利用許可確認情報ＧＫＪｉ、デバイス使用者会社側閲覧許可項目情報ＧＳＪｉ）のメモリ１１８への記憶に伴って、ゲート側ペアリング初期設定部１０１及びゲート側転送部１０７に対してデバイス毎個人情報ＧＤＣＪｉの記憶が完了したことを知らせるメッセージを表示する。このとき、このメッセージを音声にして流してデバイス毎個人情報記憶完了コマンドＧＯＫＪｉを出力する。

ゲート側近距離無線通信部１０４は、同時に通信接続するためのゲート側送信用チャネル、ゲート側受信用チャネルの個数は一定個数であり、ＢＬｕｅｔｏｏｔｈ（登録商標）の通信規格でパケットの通信をピコネット(piconet)という単位で行う。ピコネットは実施の形態においては、例えば最大同時に７台までのスレーブ（ヘルスデバイス）に対して可能とする。７台では不足する場合は、ゲート側近距離無線通信部１０４を増加するのが好ましい。

また、ゲート側近距離無線通信部１０４は、図示しないゲート側送信用チャネルを備え、このゲート側送信用チャネルにゲート側送信情報ＧＪｉが記憶されたかどうかを監視している。

また、ゲート側受信用メモリ１１５を備え、このゲート側受信用メモリ１１５にデバイス側送信情報ＤＪｉが記憶されたかどうかを監視している。

また、デバイス側送信情報ＤＪｉの受信を検知し、この受信強度が一定レベル以下の場合にゲート側受信用メモリ１１５へのデバイス側送信情報ＤＪｉの受信を許可する。そして、ゲート側送信用チャネルに記憶された情報をゲート側送信情報ＧＪｉとしてＢＬｕｅｔｏｏｔｈの通信規格で送信する。

ゲート側生体検出情報収集部１０６は、ゲート側ペアリング初期設定部１０１からの生体情報収集開始コマンドＧＣＰｉの入力に伴って、これに含まれているゲート側ペアリングＩＤと生体情報要求モードとしたゲート側モード種ＧＭｉを含むゲート側生体情報要求情報ＧＰＹＪｉを生成し、これをゲート側近距離無線通信部１０４のゲート側送信用チャネルに出力する。

また、ゲート側生体検出情報収集部１０６は、ゲート側近距離無線通信部１０４のゲート側受信用メモリ１１５を監視している。

ゲート側受信用メモリ１１５に記憶されたデバイス側送信情報ＤＪｉに含まれているデバイス側モード種ＤＭｉがデバイス側生体情報モードを示すデバイス側生体検出情報ＤＳＨＪｉを示している場合は、第１ペアリングＩＤ管理テーブル１１０（初期設定用）を引き当てる。

そして、この第１のペアリングＩＤ管理テーブル１１０にデバイス側生体検出情報ＤＳＨＪｉ（図２（ｅ）参照）に含まれているデバイス側ペアリングＩＤと一致するゲート側ペアリングＩＤを有するゲート側ペアリングＩＤ情報ＧＰＪｉが存在するかどうかを判断する。存在する場合は、生体情報収集を仮許可する。

また、第１のペアリングＩＤ管理テーブル１１０にデバイス側生体検出情報ＤＳＨＪｉに含まれているデバイス側ペアリングＩＤと一致するゲート側ペアリングＩＤを有するゲート側ペアリングＩＤ情報ＧＰＪｉが存在しないと判断した場合は、ゲート側第２ペアリングＩＤ管理テーブル１１２を引き当てる。

そして、このゲート側第２ペアリングＩＤ管理テーブル１１２にデバイス側生体検出情報ＤＳＨＪｉに含まれているデバイス側ペアリングＩＤと一致するゲート側ペアリングＩＤを有するゲート側ペアリングＩＤ情報ＧＰＪｉが存在すると判断した場合は、生体情報収集を仮許可する。

また、ゲート側生体検出情報収集部１０６は、ゲート側第２ペアリングＩＤ管理テーブル１１２にデバイス側生体検出情報ＤＳＨＪｉに含まれているデバイス側ペアリングＩＤと一致するゲート側ペアリングＩＤを有するゲート側ペアリングＩＤ情報ＧＰＪｉが存在しないと判断した場合は、受信したデバイス側生体検出情報ＤＳＨＪｉを消去する。

そして、生体情報収集の仮許可と判断した場合は、生体検出情報管理情報記憶用メモリ１３０を引き当て、この生体検出情報管理情報記憶用メモリ１３０に、受信したデバイス側生体検出情報ＤＳＨＪｉに含まれているデバイス側生体情報管理情報ＤＦＪｉに一致するゲート側生体情報管理情報ＧＦＪｉが存在するかどうかを判定する。

一致するゲート側生体情報管理情報ＧＦＪｉが生体検出情報管理情報記憶用メモリ１３０に存在すると判定した場合は、受信したデバイス側生体検出情報ＤＳＨＪｉに含まれているデバイス側生体情報管理情報ＤＦＪｉの検出時刻Ｄｔｉと生体検出情報管理情報記憶用メモリ１３０における一致するゲート側生体情報管理情報ＧＦＪｉの検出時刻Ｇｔｉとを比較する。

そして、検出時刻Ｄｔｉと検出時刻Ｇｔｉとの差が一定経過時間（例えば３０分）以上の場合は、受信したデバイス側生体検出情報ＤＳＨＪｉと生体検出情報管理情報記憶用メモリ１３０からこのデバイス側生体検出情報ＤＳＨＪｉのゲート側生体情報管理情報ＧＦＪｉを削除する。

また、差が一定経過時間以下と判定した場合は、受信したデバイス側生体検出情報ＤＳＨＪｉを収集すると判断し、このデバイス側生体検出情報ＤＳＨＪｉに含まれているデバイス側生体情報管理情報ＤＦＪｉをゲート側生体情報管理情報ＧＦＪｉとして生体検出情報管理情報記憶用メモリ１３０に記憶する。

そして、ゲート側受信用メモリ１１５に記憶されたデバイス側生体検出情報ＤＳＨＪｉを送信させる指示をゲート側転送部１０７に出力する。

ゲート側転送部１０７は、デバイス個人情報作成部１０３からデバイス毎個人情報記憶完了コマンドＧＯＫＪｉを入力する毎に、これをインターネット網４０を介してサービスセンタに送信する。

また、ゲート側生体検出情報収集部１０６の指示によってゲート側受信用メモリ１１５のデバイス側生体検出情報ＤＳＨＪｉ（ペアリングＩＤ、検出時刻を含む）を読み出してインターネット網４０を介してセンタサーバ３０に送信する。

＜実施の形態１のシーケンス＞
図６〜図１０は実施の形態１のシーケンス図である。ヘルスデバイス１、ゲート機器１０は電源オン状態であり、ＢＬｕｅｔｏｏｔｈ（登録商標）機能が動作状態として説明する。実施の形態１では１個のヘルスデバイス１のデバイス側生体検出情報ＤＳＨＪｉをゲート機器１０が取得する例を説明する。

図６に示すように、センタサーバ３０は、社内サーバ２０を介してゲート機器１０と回線を接続して以下に示すプログラムをゲート機器１０に送信してダウンロードさせている（Ｓ１）。

この状態で、ゲート機器１０のゲート側ペアリング初期設定部１０１が内部タイマによって一定時間（例えば１０ｍｓｅｃ）の経過かどうかを判定する（Ｓ２）。

一定時間経過と判定した場合は、ゲート側ペアリング初期設定部１０１は表示画面１０ａが画面タッチされたかどうかを判定する（Ｓ３）。

画面タッチと判定した場合は、ゲート側モード種ＧＭｉをペアリング初期設定準備モードと判定してペアリング初期設定準備モード処理を行う（Ｓ６）。

例えば、「ペアリング初期設定を行います。」、「ヘルスデバイス１をゲート機器１０に近づけてください。」、「青色のＬＥＤが点滅停止するまでそのままの状態を維持」等を表示画面１０ａに表示する一方、スピーカ（図示せず）からこの文章を音声にして流す。

ゲート側ペアリング初期設定部１０１は、ペアリング初期設定準備モード処理と判定する毎に、ペアリングＩＤ数自動調整部１０２を起動してペアリングデバイス数管理処理を行わせる（Ｓ７）。

ペアリングＩＤ数自動調整部１０２のペアリングデバイス数管理処理は、第１ペアリングＩＤ管理テーブル１１０が「空」かどうかを判定する（Ｓ８）。つまり、ゲート側ペアリングＩＤ情報ＧＰＪｉ（図３（ａ）参照）が記憶されているかどうかを判定する。

次に、ペアリングＩＤ数自動調整部１０２は、第１ペアリングＩＤ管理テーブル１１０が「空」と判断した場合は、ゲート側第１ペアリングＩＤ管理テーブル１１０が「空」であること示すフラグ及びゲート側第１ペアリングＩＤ管理テーブル１１０における先頭レコードアドレスを含む第１ペアリングＩＤ管理テーブル状況情報ＧＡＪｉ（「空：フラグ」、先頭レコードアドレス）をゲート側ペアリング初期設定部１０１に出力する（Ｓ９）。

そして、ゲート側ペアリング初期設定部１０１は、ペアリングＩＤ数自動調整部１０２から第１ペアリングＩＤ管理テーブル状況情報ＧＡＪｉ（第１ペアリング管理テーブルが「空」又は一定個数以下）が入力したかどうかを判定する。

入力した場合は、この第１ペアリングＩＤ管理テーブル状況情報ＧＡＪｉに含まれているヘルスデバイス１のメーカ名と種類名とデバイス確認モードとしたゲート側モード種ＧＭｉを含むデバイス存在確認情報ＧＤＪｉを生成してゲート側近距離無線通信部１０４に出力する（Ｓ１０）。

また、ペアリングＩＤ数自動調整部１０２は、ステップＳ８でゲート側第１ペアリングＩＤ管理テーブル１１０にゲート側ペアリングＩＤ情報ＧＰＪｉ（図３（ａ）参照）が記憶されている場合は（つまり「空」ではない場合）、カウンタ等でその個数を計数し、計数した個数が一定個数（７個）かどうかを判断する（Ｓ１１）。つまり、ゲート側第１ペアリングＩＤ管理テーブル１１０が満杯かどうかを判断する。

次に、ステップＳ１１で一定個数（７個）以下と判定した場合は、ゲート側第１ペアリングＩＤ管理テーブル１１０から最も第１デバイス識別情報受信時刻ＧＭｔｉ（年月日、時刻）が若いゲート側ペアリングＩＤ情報ＧＰＪｉを検索する（Ｓ１２）。

そして、検索したゲート側ペアリングＩＤ情報ＧＰＪｉのレコードアドレス及び一定個数以下であることを示すフラグにした第１ペアリングＩＤ管理テーブル状況情報ＧＡＪｉを作成してステップＳ１０に処理を戻す（Ｓ１３）。このステップＳ１１、１２、１３の処理をゲート側ペアリングＩＤ情報計数処理と称している。

また、ペアリングＩＤ数自動調整部１０２は、ステップＳ１１で一定個数に到達していると判断した場合は、ゲート側第１ペアリングＩＤ管理テーブル１１０の中で、最も第１デバイス識別情報受信時刻ＧＭｔｉ（年月日、時刻）が古いゲート側ペアリングＩＤ情報ＧＰＪｉ（図３（ａ））を第２ゲート側ペアリングＩＤ管理テーブル１１２に移動して処理をステップＳ８に戻す（Ｓ１４）。

これは、最も古い第１デバイス識別情報受信時刻ＧＭｔｉ（年月日、時刻）のゲート側ペアリングＩＤのヘルスデバイス１を有するデバイス使用者ＤＣｉは、ゲート機器１０の所定の範囲（３ｍ、５ｍ、・・１０ｍ）を出たと判断できるためである。

つまり、ゲート側第１ペアリングＩＤ管理テーブル１１０は、最も古い第１デバイス識別情報受信時刻ＧＭｔｉ（年月日、時刻）を有するゲート側ペアリングＩＤ情報ＧＰＪｉ（デバイス側ＭＡＣアドレス、ゲート側ＭＡＣアドレス・・）が削除されることになるので一定個数以下になる。

これによって、ステップＳ１１においてゲート側第１ペアリングＩＤ管理テーブル１１０のゲート側ペアリングＩＤ情報ＧＰＪｉ（図３（ａ）参照）が７個以下とされることになる。

従って、ゲート機器１０を通過するデバイス使用者ＤＣｉが複数であってもペアリング初期設定をこの１台のゲート機器１０で設定できる。

そして、図７に示すように、ゲート機器１０はゲート側ペアリング初期設定処理Ｓ２０ａを行い、ヘルスデバイス１がデバイス側ペアリング初期設定処理（２０ｂ）を行う。このゲート側ペアリング初期設定処理Ｓ２０ａとデバイス側ペアリング初期設定処理（２０ｂ）とを総称してペアリング初期設定処理と称する。

前述のゲート側ペアリング初期設定処理Ｓ２０ａは、ゲート側近距離無線通信部１０４とゲート側ペアリング初期設定部１０１とで行う。

図７に示すように、ゲート側近距離無線通信部１０４は、デバイス存在確認情報ＧＤＪｉ（デバイス確認モード）がゲート側送信用チャネルに出力される毎に、このデバイス存在確認情報ＧＤＪｉをゲート側送信情報ＧＪｉとしてＢＬｕｅｔｏｏｔｈの通信規格で送信する（Ｓ２０ａｃ）。

一方、ヘルスデバイス１のデバイス側近距離無線通信部２のデバイス側ペアリング初期設定処理（Ｓ２０ｂ）は、ゲート側送信情報ＧＪｉ（例えば、デバイス存在確認情報ＧＤＪｉ）がデバイス側ペアリングＩＤ用メモリ８に記憶されたかどうかを監視している（Ｓ２０ｂａ）。

ゲート側送信情報ＧＪｉを受信した場合は、このゲート側送信情報ＧＪｉに含まれているゲート側モード種ＧＭｉがどのような種別を示しているかを判断する（Ｓ２０ｂｂ）。

ゲート側モード種ＧＭｉがデバイス確認モードの場合は、ゲート機器１０からのゲート側送信情報ＧＪｉをデバイス存在確認情報ＧＤＪｉ（図２（ａ）参照）と判断する。

デバイス存在確認情報ＧＤＪｉ（図２（ａ）参照：デバイス確認モード）と判断した場合は、デバイス側ペアリングＩＤ用メモリ８にデバイス側ペアリングＩＤが記憶されているかどうかを判断する（Ｓ２０ｂｃ）。

デバイス側近距離無線通信部２は、ステップＳ２０ｂｃでデバイス側ペアリングＩＤがデバイス側ペアリングＩＤ用メモリ８に記憶されていないと判断した場合は、デバイス側モード種ＤＭｉをデバイス側ペアリングＩＤ初期設定準備モードにする（Ｓ２０ｂｄ）。

そして、予め記憶されているヘルスデバイス１のデバイス識別コードであるデバイス側ＭＡＣアドレスとデバイス側モード種ＤＭｉとを含む第１デバイス識別情報ＤＮＪｉを生成してこれをデバイス側送信用チャネルに出力する（Ｓ２０ｂｅ）。

この第１デバイス識別情報ＤＮＪｉ（図２（ｂ）参照）をデバイス側送信情報ＤＪｉとしてＢＬｕｅｔｏｏｔｈ（登録商標）の通信規格でゲート機器１０に送信する（Ｓ２０ｂｆ）。

他方、ゲート機器１０のゲート側近距離無線通信部１０４は、図７に示すように、デバイス側送信情報ＤＪｉを受信してゲート側受信用メモリ１１５に記憶する（Ｓ２０ａｄ）。
そして、ゲート側ペアリング初期設定部１０１がゲート側受信用メモリ１１５に記憶されたデバイス側送信情報ＤＪｉのデバイス側モード種ＤＭｉを読み込む（Ｓ２０ａｅ）。

次に、ゲート側ペアリング初期設定部１０１は、デバイス側モード種ＤＭｉがデバイス側初期設定完了モード（第２デバイス識別情報ＤＰＪｉ）かどうかを判断する（Ｓ２０ａｆ）。

ステップＳ２０ａｆでデバイス側初期設定完了モード（第２デバイス識別情報ＤＰＪｉ）ではないと判断した場合は、デバイス側モード種ＤＭｉがゲート側ペアリング初期設定準備モード（第１デバイス識別情報ＤＮＪｉ）を示しているかどうかを判断する（Ｓ２０ａｇ）。

次に、ゲート側ペアリング初期設定部１０１は、ゲート側ペアリング初期設定準備モード（第１デバイス識別情報ＤＮＪｉ）と判断した場合は、このデバイス側送信情報ＤＪｉに含まれているデバイス側ＭＡＣアドレスと受信時刻（ＧＭｔｉ）と予め記憶されているゲート側ＭＡＣアドレスとをゲート側ペアリングＩＤ情報ＧＰＪｉ（図３（ａ））として生成する（Ｓ２０ａｈ）。

そして、生成したゲート側ペアリングＩＤ情報ＧＰＪｉを、ステップＳ９でペアリングＩＤ数自動調整部１０２から出力された第１ペアリングＩＤ管理テーブル状況情報ＧＡＪｉに含まれているゲート側第１ペアリングＩＤ管理テーブル１１０の空きレコードのアドレスに記憶する（Ｓ２０ａｉ）。

そして、ゲート側ペアリングＩＤ初期設定完了と判断し、このレコードに記憶されたゲート側ペアリングＩＤ情報ＧＰＪｉ（デバイス側ＭＡＣアドレス、ゲート側ＭＡＣアドレス）をゲート側送信用チャネルに記憶して処理をステップＳ２０ａｄに戻す（Ｓ２０ａｊ）。このとき、ゲート側モード種ＧＭｉをデバイス側ペアリングＩＤ初期設定開始モードにする。

すなわち、ゲート側ペアリング初期設定部１０１は、ゲート側近距離無線通信部１０４がステップＳ２０ａｃでこのゲート側ペアリングＩＤ情報ＧＰＪｉ（デバイス側ＭＡＣアドレス、ゲート側ＭＡＣアドレス）をゲート側送信情報ＧＪｉとして送信することになる。

一方、ステップＳ２０ａｃでヘルスデバイス１に送信されたゲート側送信情報ＧＪｉ（ゲート側ペアリングＩＤ情報ＧＰＪｉ）は、デバイス側近距離無線通信部２によって受信される。

そして、図７に示すように、ステップＳ２０ｂｂで、デバイス側近距離無線通信部２はゲート側送信情報ＧＪｉに含まれているゲート側モード種ＧＭｉは、デバイス確認モードを含むデバイス存在確認情報ＧＤＪｉではないと判断される。

ゲート側ペアリング初期設定部１０１は、ステップＳ２０ｂｂでゲート側送信情報ＧＪｉがデバイス確認モードを示すデバイス存在確認情報ＧＤＪｉではないと判断した場合は、ゲート側送信情報ＧＪｉに含まれているゲート側モード種ＧＭｉがデバイス側ペアリングＩＤ初期設定開始モードを示すゲート側ペアリングＩＤ情報ＧＰＪｉ（図３（ａ）参照）であるかどうかを判断する（Ｓ２０ｂｈ）。

ステップＳ２０ｂｈでゲート側送信情報ＧＪｉがデバイス側ペアリングＩＤ初期設定開始モード（ゲート側ペアリングＩＤ情報ＧＰＪｉ）であると判断した場合は、このゲート側ペアリングＩＤ情報ＧＰＪｉ（図３（ａ））に含まれているデバイス側ＭＡＣアドレスとゲート側ＭＡＣアドレスとをデバイス側ペアリングＩＤとしてデバイス側ペアリングＩＤ用メモリ８に記憶する（Ｓ２０ｂｈｈ）。

そして、このデバイス側ペアリングＩＤとデバイス側ペアリング初期設定完了モードを示すデバイス側モード種ＤＭｉを含む第２デバイス識別情報ＤＰＪｉ（図２（ｄ））を生成してデバイス側送信用チャネルに出力する（Ｓ２０ｂｉ）。これによって、デバイス側近距離無線通信部２が送信処理（Ｓ２０ｂｇ）によって第２デバイス識別情報ＤＰＪｉをデバイス側送信情報ＤＪｉとして送信する（Ｓ２０ｂｆ）。

他方、ゲート機器１０のゲート側近距離無線通信部１０４は、デバイス側送信情報ＤＪｉ（第２デバイス識別情報ＤＰＪｉ（ゲート側ペアリングＩＤ））を受信しステップＳ２０ａｄでこれをゲート側受信用メモリ１１５に記憶する。

ゲート側ペアリング初期設定部１０１がステップＳ２０ａｆでゲート側受信用メモリ１１５に記憶されたデバイス側送信情報ＤＪｉが第２デバイス識別情報ＤＰＪｉ（デバイス側モード種ＤＭｉ：デバイス側初期設定完了モード）であると判断することになる。

ステップＳ２０ａｆでデバイス側モード種ＤＭｉがデバイス側初期設定完了モードとした第２デバイス識別情報ＤＰＪｉ（図２（ｄ）参照）を示している場合は、この第２デバイス識別情報ＤＰＪｉをゲート側第１ペアリングＩＤ管理テーブル１１０の空きレコードのアドレスに記憶したゲート側ペアリングＩＤ情報ＧＰＪｉに関連付けて記憶する（Ｓ２０ａｍ）。そして、ゲート側でペアリング初期設定完了と判断する（Ｓ２０ａｐ）。

次に、ゲート側ペアリング初期設定部１０１は、ペアリング初期設定完了と判断する毎に、ゲート側第１ペアリングＩＤ管理テーブル１１０に記憶されたゲート側ペアリングＩＤ情報ＧＰＪｉ（図３（ａ））を読み込み、これに含まれているデバイス側ＭＡＣアドレスをデバイス個人情報作成部１０３に出力して起動する（Ｓ２０ａｑ）。

上記のステップＳ２０ａｄ〜ステップＳ２０ａｑまでの処理が、ゲート側ペアリング初期設定処理（Ｓ２０ａ）である。

また、ステップＳ２０ｂａからステップＳ２０ｂｇまでの処理が、デバイス側ペアリング初期設定処理（Ｓ２０ｂ）である。

次に、図８に示すように、デバイス個人情報作成部１０３は、ゲート側ペアリング初期設定部１０１からのゲート側第１ペアリングＩＤ管理テーブル１１０のメモリアドレスのレコードに記憶されているゲート側ペアリングＩＤ情報ＧＰＪｉを読み込んで、デバイス毎個人情報ＧＤＣＪｉを生成する（Ｓ３１）。そして、これをメモリ１１３に記憶する（Ｓ３２）。

このデバイス毎個人情報ＧＤＣＪｉの生成処理について以下に説明する。

デバイス個人情報作成部１０３は起動に伴って図４（ａ）に示すように、表示画面１０ａにデバイス使用者識別入力画面ＧＳａｉを表示する。

デバイス使用者識別入力画面ＧＳａｉは、図４（ａ）に示すように、ペアリング時デバイス情報表示欄ＧＤＰｉと、使用者連絡情報入力欄ＧＣｉ等からなる。

ペアリング時デバイス情報表示欄ＧＤＰｉは、サービス開始時刻表示欄ＧＤＰａｉと、デバイス側ＭＡＣアドレス表示欄ＧＤＰｂｉとからなる。このサービス開始時刻表示欄ＧＤＰａｉとデバイス側ＭＡＣアドレス表示欄ＧＤＰｂｉとを総称してペアリング時デバイス情報表示欄ＧＤＰｉと称する。

前述の使用者連絡情報入力欄ＧＣｉは、氏名情報入力欄ＧＣａｉとメールアドレス入力欄ＧＣｂｉと電話番号入力欄ＧＣｃｉ等からなる。また、デバイス使用者識別入力画面ＧＳａｉには、テンキー、次ボタンが表示される。

そして、デバイス個人情報作成部１０３は、ゲート側ペアリング初期設定部１０１から出力されたゲート側第１ペアリングＩＤ管理テーブル１１０のメモリアドレスのゲート側ペアリングＩＤ情報ＧＰＪｉ（図３（ａ））を読み込む。

このゲート側ペアリングＩＤ情報ＧＰＪｉに含まれている第１デバイス識別情報受信時刻ＧＭｔｉ（２０１６年３月１０日９時１０分１０秒）をサービス開始時刻表示欄ＧＤＰａｉに表示する。

また、このゲート側ペアリングＩＤ情報ＧＰＪｉ（図３（ａ））に含まれているデバイス側ＭＡＣアドレス（例えばＡＸ２１４Ｂ１）をデバイス側ＭＡＣアドレス表示欄ＧＤＰｂｉに表示する。従って、デバイス側ＭＡＣアドレス表示欄ＧＤＰｂｉによってヘルスデバイス１のデバイス側ＭＡＣアドレスをデバイス使用者ＤＣｉが容易に知ることができる。

また、氏名情報入力欄ＧＣａｉは、スクロールキー又はテンキーボタン（英文字、記号、符号を含む）を操作して、性別、年齢、地域、部署名等を入力することができる。

メールアドレス入力欄ＧＣｂｉのメールアドレス及び電話番号入力欄ＧＣｃｉの電話番号はテンキーボタンを操作して入力する。この氏名情報入力欄ＧＣａｉに入力された情報をデバイス使用者決定会社用氏名情報ＧＣａＪｉと称する。

これらの入力欄に入力された情報を総称してデバイス使用者識別情報ＧＡＣＪｉという（図４（ａ））。

そして、デバイス個人情報作成部１０３は、デバイス使用者識別入力画面ＧＳａｉの「次ボタン」の選択で図４（ｂ）に示すデバイス使用者会社側閲覧許可項目画面ＧＳｂｉを表示する。この「次ボタン」の選択で、デバイス使用者識別情報ＧＡＣＪｉを図示しないメモリに記憶する。

デバイス側生体検出情報ＤＳＨＪｉというのは個人情報であり、会社に見せたくないものもある。

このため、デバイス使用者ＤＣｉがデバイス使用者会社側閲覧許可項目画面ＧＳｂｉによって会社側に閲覧を許可する項目（以下デバイス使用者決定会社用閲覧許可項目ＧＢａという）と会社側の閲覧期間単位（以下デバイス使用者決定会社用閲覧期間ＧＢｂという）を決める。

このデバイス使用者決定会社用閲覧許可項目ＧＢａとデバイス使用者決定会社用閲覧期間ＧＢｂとを総称してデバイス使用者会社側利用許可確認情報ＧＢＫＪｉと称する。

また、デバイス使用者会社側閲覧許可項目画面ＧＳｂｉは、図４（ｂ）に示すように、デバイス使用者決定会社閲覧許可項目入力欄ＧＢａｉと、デバイス使用者決定会社閲覧期間入力欄ＧＢｂｉ等からなる。

デバイス使用者決定会社閲覧許可項目入力欄ＧＢａｉには、「睡眠」、「血圧」、「脈拍」、「血糖」、・・「全て」、「氏名」等の項目ボタンが表示される。これらの項目ボタンの内で選択された項目ボタン（１個又は複数）の項目をデバイス使用者決定会社用閲覧許可項目ＧＢａと称している。

デバイス使用者決定会社閲覧期間入力欄ＧＢｂｉは、スクロールキーを操作することによって期間を変更できる。例えば、休日のデバイス側生体検出情報ＤＳＨＪｉを見ることを許可することもできる。これらの中から選択された期間をデバイス使用者決定会社用閲覧期間ＧＢｂと称している。つまり、デバイス使用者決定会社用閲覧期間ＧＢｂとは、現時点から１日前、１週間前・・・１か月前・・・の期間である。また、氏名等がわかる情報である。

この図４（ｂ）の各々の各入力欄に入力した決定した情報（デバイス使用者決定会社用閲覧許可項目ＧＢａとデバイス使用者決定会社用閲覧期間ＧＢｂ）をデバイス使用者決定会社用許可項目情報ＧＢＪｉと称している。

つまり、デバイス使用者決定会社用許可項目情報ＧＢＪｉは、デバイス使用者決定会社用閲覧許可項目ＧＢａをデバイス使用者決定会社用閲覧期間ＧＢｂの単位で上司に閲覧することをデバイス使用者ＤＣｉが許可したことを示す情報である。

そして、デバイス使用者会社側閲覧許可項目画面ＧＳｂｉにおいて「次ボタン」が選択された場合は、デバイス個人情報作成部１０３は、図５（ａ）に示すデバイス使用者センタ側閲覧許可項目画面ＧＳＣｉを表示する。

この「次ボタン」の選択時にはデバイス使用者決定会社用許可項目情報ＧＢＪｉをデバイス使用者識別情報ＧＡＣＪｉに関連付けて図示しないメモリに記憶する。このデバイス使用者決定会社用許可項目情報ＧＢＪｉとデバイス使用者識別情報ＧＡＣＪｉとの組をデバイス使用者会社側利用許可確認情報ＧＢＫＪｉと称する。

また、デバイス使用者センタ側閲覧許可項目画面ＧＳＣｉは、デバイス側生体検出情報ＤＳＨＪｉというのは個人情報であり、サービスセンタは会社とは別組織である。このため、デバイス使用者ＤＣｉがサービスセンタで見られる項目（以下デバイス使用者決定センタ用閲覧許可項目ＧＣＳＥａという）を決定するための画面である。

デバイス使用者センタ側閲覧許可項目画面ＧＳＣｉは、図５（ａ）に示すように、デバイス使用者センタ側閲覧許可項目入力欄ＧＣＳＥａｉと、センタ側許可閲覧許可入力欄ＧＣＳＥｂｉと、センタ側許可閲覧氏名情報入力欄ＧＣＳＥｃｉ等からなる。

デバイス使用者センタ側閲覧許可項目入力欄ＧＣＳＥａｉは、「睡眠」、「血圧」、「脈拍」、「血糖」、・・「全て」等の項目ボタンからなる。これらの項目ボタンで選択された項目（一個又は複数）をデバイス使用者決定センタ用閲覧許可項目ＧＣＳＥａと称している。

センタ側許可閲覧許可入力欄ＧＣＳＥｂｉは、スクロールキーを操作することによって閲覧を許可する閲覧期間（以下デバイス使用者決定センタ用閲覧期間ＧＣＳＥｂという）を変更できる。例えば、１週間、・・・１か月、・・１年又は２年以上と変更できる。さらに、休日「ＯＫ」、「ＮＧ」を入力できる。これらの中から選択された期間をデバイス使用者決定センタ用閲覧期間ＧＣＳＥｂと称している。

つまり、デバイス使用者決定センタ用閲覧期間ＧＣＳＥｂは、現時点から１週間、・・・１か月、・・１年又は２年以上にわたって、デバイス使用者ＤＣｉがデバイス側生体検出情報ＤＳＨＪｉをセンタ側に登録して閲覧を許可することを意味する。

また、センタ側許可閲覧氏名情報入力欄ＧＣＳＥｃｉは、図５（ａ）に示すように、図示しないスクロールキー又はテンキーボタン（英文字、記号、符号を含む）を操作して、性別、年齢、地域、部署名、メールアドレス及び電話番号等を入力することができる。

このセンタ側許可閲覧氏名情報入力欄ＧＣＳＥｃｉに入力された情報をデバイス使用者決定センタ用氏名情報ＧＣＳＥｃＪｉと称する。

そして、デバイス使用者決定センタ用閲覧許可項目ＧＣＳＥａとデバイス使用者決定センタ用閲覧期間ＧＣＳＥｂとデバイス使用者決定センタ用氏名情報ＧＣＳＥｃＪｉとを総称してデバイス使用者決定センタ側閲覧許可項目情報ＧＣＳＪｉと称する。

つまり、デバイス使用者決定センタ側閲覧許可項目情報ＧＣＳＪｉは、デバイス使用者ＤＣｉが許可したセンタ側で閲覧できる項目、期間であり、かつ性別、地域、年齢等がわかる情報である。

そして、デバイス使用者センタ側閲覧許可項目画面ＧＳＣｉにおいて「完了ボタン」が選択された場合は、図５（ｂ）に示すように、確認画面を表示する。

この「完了ボタン」の選択でデバイス使用者決定センタ側閲覧許可項目情報ＧＣＳＪｉを図示しないメモリに記憶する。

この確認画面は、デバイス使用者会社側閲覧許可項目確認画面ＧＤＳｉと、デバイス使用者センタ側利用許可確認画面ＧＫＳｉ（図示せず）とからなる。

デバイス使用者会社側閲覧許可項目確認画面ＧＤＳｉ（図５（ｂ））は、デバイス使用者識別情報ＧＡＣＪｉの第１デバイス識別情報受信時刻ＧＭｔｉとデバイス側ＭＡＣアドレスと、デバイス使用者決定センタ用氏名情報ＧＣＳＥｃＪｉ（性別、年齢、氏名・・）と、メールアドレスと、ＴＥＬと、デバイス使用者決定会社用許可項目情報ＧＢＪｉのデバイス使用者決定会社用閲覧許可項目ＧＢａと、デバイス使用者決定会社用閲覧期間ＧＢｂ等からなる。

また、デバイス使用者センタ側利用許可確認画面ＧＫＳｉ（図示せず）は、デバイス使用者識別情報ＧＡＣＪｉの第１デバイス識別情報受信時刻ＧＭｔｉと、デバイス側ＭＡＣアドレスと、デバイス使用者決定センタ側閲覧許可項目情報ＧＣＳＪｉ（睡眠、氏名、１か月、男性、神奈川・・、氏名）とからなる。

そして、デバイス個人情報作成部１０３は、デバイス使用者会社側閲覧許可項目確認画面ＧＤＳｉにおける「確認ボタン」の選択で、メモリに記憶しているデバイス使用者会社側利用許可確認情報ＧＢＫＪｉ（デバイス使用者決定会社用許可項目情報ＧＢＪｉ、デバイス使用者識別情報ＧＡＣＪｉ）をメモリ１１８に記憶する。

また、デバイス使用者センタ側利用許可確認画面ＧＫＳｉ（図示せず）の「確認ボタン」の選択に伴って、デバイス使用者識別情報ＧＡＣＪｉとデバイス使用者決定センタ側閲覧許可項目情報ＧＣＳＪｉとの組をデバイス使用者センタ側利用許可確認情報ＧＫＪｉとしてメモリ１１８に記憶する。

このデバイス使用者センタ側利用許可確認情報ＧＫＪｉ（図１２（ｂ）参照）とデバイス使用者会社側利用許可確認情報ＧＢＫＪｉ（図１２（ａ）参照）とを総称してデバイス毎個人情報ＧＤＣＪｉ（図１２参照）と称している。

そして、デバイス個人情報作成部１０３は、図８に示すように、デバイス毎個人情報ＧＤＣＪｉのメモリ１１８の記憶に伴ってゲート側転送部１０７及びゲート側ペアリング初期設定部１０１に対してデバイス毎個人情報ＧＤＣＪｉの記憶が完了したことを示すコマンド（デバイス毎個人情報記憶完了コマンドＧＯＫＪｉ）を出力する（Ｓ３３）。

このとき、デバイス個人情報作成部１０３は、個人情報の設定が完了したことをメッセージ表示すると共に、音声で伝える。

そして、ゲート側転送部１０７は、デバイス毎個人情報記憶完了コマンドＧＯＫＪｉの入力に伴って、メモリ１１８のデバイス毎個人情報ＧＤＣＪｉをインターネット網４０によってセンタサーバ３０に送信する（Ｓ３３ａ）。

センタサーバ３０は、デバイス毎個人情報ＧＤＣＪｉ（デバイス使用者センタ側利用許可確認情報ＧＫＪｉ、デバイス使用者会社側利用許可確認情報ＧＢＫＪｉ）を受信してこれをメモリ３６０に記憶する（Ｓ３３ｂ）。

ここまでの処理がペアリング初期設定時における個人閲覧許可情報の設定処理である。

この個人情報の設定が完了したことを知らせるメッセージ表示、音声によってデバイス使用者ＤＣｉはペアリング初期設定が完了したことを知るので、ドアを開けて室内に入っていく。

一方、ゲート側ペアリング初期設定部１０１は、デバイス個人情報作成部１０３からデバイス毎個人情報記憶完了コマンドＧＯＫＪｉの入力があるかどうかを監視している（Ｓ３４）。

ゲート側ペアリング初期設定部１０１は、デバイス個人情報作成部１０３からのデバイス毎個人情報記憶完了コマンドＧＯＫＪｉの入力に伴って、ゲート側ペアリングＩＤ情報ＧＰＪｉのゲート側ペアリングＩＤと生体検出指示フラグとを含む生体情報収集開始コマンドＧＣＰｉ（図２（ｆ）参照）をゲート側生体検出情報収集部１０６に出力する（Ｓ３６）。

次に、ゲート側生体検出情報収集部１０６は、生体情報収集開始コマンドＧＣＰｉの入力に伴って、これに含まれているゲート側ペアリングＩＤと生体情報要求モードとしたゲート側モード種ＧＭｉを含むゲート側生体情報要求情報ＧＰＹＪｉを生成し、これをゲート側近距離無線通信部１０４のゲート側送信用チャネルに記憶して処理を図７のステップＳ２０ａｃに戻す（Ｓ３７）。

これによって、ゲート側近距離無線通信部１０４からゲート側モード種ＧＭｉが生体情報要求モードとしたゲート側送信情報ＧＪｉ（ゲート側生体情報要求情報ＧＰＹＪｉ）がＢＬｕｅｔｏｏｔｈの通信規格で送信される。

一方、ヘルスデバイス１のデバイス側近距離無線通信部２は、ゲート側送信情報ＧＪｉを受信し、ステップＳ２０ｂｈでゲート側モード種ＧＭｉがデバイス側ペアリングＩＤ初期設定開始モード（ゲート側ペアリングＩＤ情報ＧＰＪｉ）ではないと判断される。

デバイス側ペアリングＩＤ初期設定開始モード（ゲート側ペアリングＩＤ情報ＧＰＪｉ）ではないと判断した場合は、図９に示すように、ゲート側モード種ＧＭｉが生体情報要求モード（ゲート側生体情報要求情報ＧＰＹＪｉ）かどうかを判断する（Ｓ４１）。

ステップＳ４１において、生体情報要求モード（ゲート側生体情報要求情報ＧＰＹＪｉ）と判断した場合は、このゲート側生体情報要求情報ＧＰＹＪｉに含まれているゲート側ペアリングＩＤが、デバイス側ペアリングＩＤ用メモリ８に記憶されているデバイス側ペアリングＩＤに一致するかどうかを判断する（Ｓ４２）。

一致する場合は、デバイス側送信指示部３を起動する。デバイス側送信指示部３は、起動される毎に、ゲート側送信情報ＧＪｉの受信レベルが一定以上の場合に、デバイス側データ収集用メモリ４に記憶されているデバイス側生体検出情報ＤＳＨＪｉ（図２（ｅ）参照）を検出時刻が古い順に読み込みデバイス側送信用チャネルに出力する（Ｓ４３）。これによってデバイス側データ収集用メモリ４のメモリ容量が軽くなる。このとき、デバイス側モード種ＤＭｉは、デバイス側生体情報モードにする。

従って、図７のステップＳ２０ｂｇによってデバイス側生体検出情報ＤＳＨＪｉ（デバイス側生体情報モード）がデバイス側送信情報ＤＪｉとしてＢＬｕｅｔｏｏｔｈの通信規格で送信されることになる。

また、デバイス側近距離無線通信部２が不一致と判断した場合は、デバイス側受信用メモリに記憶したゲート側送信情報ＧＪｉ（ゲート側生体情報要求情報ＧＰＹＪｉ）を削除して図７に示すステップＳ２０ｂａに処理を移す（Ｓ４４）。

他方、ゲート機器１０のゲート側近距離無線通信部１０４は、図７に示すように、デバイス側送信情報ＤＪｉ（デバイス側生体検出情報ＤＳＨＪｉ）を受信してステップＳ２０ａｄでゲート側受信用メモリ１１５に記憶し、ステップＳ２０ａｆを介して、ステップＳ２０ａｇでデバイス側送信情報ＤＪｉに含まれているゲート側モード種ＧＭｉがゲート側ペアリング初期設定準備モード（第１デバイス識別情報ＤＮＪｉ）ではないと判定される。

ゲート側生体検出情報収集部１０６はステップＳ２０ａｇでゲート側ペアリング初期設定準備モード（第１デバイス識別情報ＤＮＪｉ）ではないと判定された場合は、図９に示すように、デバイス側送信情報ＤＪｉに含まれているデバイス側モード種ＤＭｉがデバイス側生体情報モード（デバイス側生体検出情報ＤＳＨＪｉ）かどうかを判定する（Ｓ４５）。

このデバイス側生体検出情報ＤＳＨＪｉは、図２（ｅ）に示すように、デバイス側ペアリングＩＤ（デバイス側ＭＡＣアドレスとゲート側ＭＡＣアドレス）と加速度と温度と心拍数と脈拍数と・・・検出時刻Ｄｔｉ等からなる。このデバイス側ＭＡＣアドレスとゲート側ＭＡＣアドレスと検出時刻Ｄｔｉとを総称してデバイス側生体情報管理情報ＤＦＪｉと称している。

ゲート側生体検出情報収集部１０６は、デバイス側生体情報モード（デバイス側生体検出情報ＤＳＨＪｉ）である場合は、ゲート側第１ペアリングＩＤ管理テーブル１１０（初期設定用）を引き当てる（Ｓ４６）。

そして、この第１のペアリングＩＤ管理テーブル１１０にこのデバイス側生体検出情報ＤＳＨＪｉに含まれているデバイス側ペアリングＩＤと一致するゲート側ペアリングＩＤを有するゲート側ペアリングＩＤ情報ＧＰＪｉが存在するかどうかを判断する（Ｓ４７）。存在する場合は、生体情報収集を仮許可する（Ｓ４８）。

また、ゲート側生体検出情報収集部１０６は第１のペアリングＩＤ管理テーブル１１０にデバイス側生体検出情報ＤＳＨＪｉに含まれているデバイス側ペアリングＩＤと一致するゲート側ペアリングＩＤを有するゲート側ペアリングＩＤ情報ＧＰＪｉが存在しないと判断した場合は、ゲート側第２ペアリングＩＤ管理テーブル１１２を引き当てる（Ｓ４９）。

そして、ゲート側生体検出情報収集部１０６はこのゲート側第２ペアリングＩＤ管理テーブル１１２にデバイス側生体検出情報ＤＳＨＪｉに含まれているデバイス側ペアリングＩＤと一致するゲート側ペアリングＩＤを有するゲート側ペアリングＩＤ情報ＧＰＪｉが存在すると判断した場合は、ステップＳ４８に処理を戻して生体情報収集を仮許可する（Ｓ５０）。

また、ゲート側生体検出情報収集部１０６は、ステップＳ５０でゲート側第２ペアリングＩＤ管理テーブル１１２にデバイス側生体検出情報ＤＳＨＪｉに含まれているデバイス側ペアリングＩＤと一致するゲート側ペアリングＩＤを有するゲート側ペアリングＩＤ情報ＧＰＪｉが存在しないと判断した場合は、ゲート側受信用メモリに記憶されたデバイス側生体検出情報ＤＳＨＪｉを消去して処理を図７に示すステップＳ２０ａｃに戻す（Ｓ５２）。

そして、ステップＳ４７で生体情報収集の仮許可と判断した場合は、生体検出情報管理情報記憶用メモリ１３０を引き当てる（Ｓ５５）。

そして、この生体検出情報管理情報記憶用メモリ１３０に、受信したデバイス側生体検出情報ＤＳＨＪｉに含まれているデバイス側生体情報管理情報ＤＦＪｉ（デバイス側ＭＡＣアドレス、ゲート側ＭＡＣアドレス、検出時刻Ｄｔｉ）に一致するゲート側生体情報管理情報ＧＦＪｉが存在するかどうかを判定する（Ｓ５６）。

一致するゲート側生体情報管理情報ＧＦＪｉが生体検出情報管理情報記憶用メモリ１３０に存在すると判定した場合は、受信したデバイス側生体検出情報ＤＳＨＪｉに含まれているデバイス側生体情報管理情報ＤＦＪｉの検出時刻Ｄｔｉと生体検出情報管理情報記憶用メモリ１３０における一致するゲート側生体情報管理情報ＧＦＪｉの検出時刻Ｇｔｉとを比較する（Ｓ５７）。

そして、図１０に示すように、検出時刻Ｄｔｉと検出時刻Ｇｔｉとの差が例えば３０分以上かどうかを判定する（Ｓ６１）。

３０分以上と判断した場合は、受信したデバイス側生体検出情報ＤＳＨＪｉを削除して（Ｓ６２）、生体検出情報管理情報記憶用メモリ１３０からこのデバイス側生体検出情報ＤＳＨＪｉのゲート側生体情報管理情報ＧＦＪｉを削除して処理を図９のステップＳ４５に戻す（Ｓ６３）。

すなわち、常時、デバイス側生体検出情報ＤＳＨＪｉがセンタサーバ３０に送信されないのでゲート機器１０を設置している会社側はパケット代金を低減できる。

また、ステップＳ６１において、差が３０分以下と判定した場合は、受信したデバイス側生体検出情報ＤＳＨＪｉを収集すると判断する（Ｓ６４）。

そして、このデバイス側生体検出情報ＤＳＨＪｉに含まれているデバイス側生体情報管理情報ＤＦＪｉをゲート側生体情報管理情報ＧＦＪｉとして生体検出情報管理情報記憶用メモリ１３０に記憶する（Ｓ６５）。

次に、受信したデバイス側生体検出情報ＤＳＨＪｉをゲート側転送部１０７によってゲート側センタ通知情報ＧＨＪｉとしてセンタサーバ３０にインターネット網４０で送信する（Ｓ６６）。

センタサーバ３０はゲート側センタ通知情報ＧＨＪｉであるデバイス側生体検出情報ＤＳＨＪｉを受信し、これをメモリに記憶する（Ｓ６７）。

すなわち、デバイス使用者ＤＣｉがヘルスデバイス１のデバイス側生体検出情報ＤＳＨＪｉをデバイス使用者ＤＣｉのスマートフォンを介さないで社内のゲート機器１０の通過時に自動送信されている。このため、デバイス使用者ＤＣｉに対するパケット料の負担がない。

＜実施の形態２＞
実施の形態２において、生体情報閲覧者端末９０は、上司端末６０と、健康管理センタ端末７０とを一例として説明する。また、実施の形態２においてはデバイス使用者ＤＣｉを部下名と称する。

実施の形態２はセンタサーバ３０の構成を示して説明する。図１１はセンタサーバ３０の概略構成図である。センタサーバ３０は、使用者許可項目情報受信部３１０と、センタ側生体情報受信部３２０と、許可項目読込部３３０と、要求項目判定部３４０と、生体情報解析部３５０と、デバイス使用者通知部３７０等を備えている。

使用者許可項目情報受信部３１０は、ゲート機器１０からデバイス毎個人情報ＧＤＣＪｉ（図５（ｂ）参照）を受信してメモリ３６０に記憶する。このメモリ３６０に記憶されるデバイス毎個人情報ＧＤＣＪｉは、デバイス使用者会社側利用許可確認情報ＧＢＫＪｉと、デバイス使用者センタ側利用許可確認情報ＧＫＪｉとからなる（図１２参照）。

デバイス使用者会社側利用許可確認情報ＧＢＫＪｉは、図１２（ａ）に示すように、第１デバイス識別情報受信時刻ＧＭｔｉとデバイス側ＭＡＣアドレスとデバイス使用者決定会社用氏名情報ＧＣａＪｉ（性別、年齢、地域、氏名・・）とメールアドレスと電話番号とデバイス使用者決定会社用閲覧許可項目ＧＢａ（例えば睡眠）、デバイス使用者決定会社用閲覧期間ＧＢｂ（１週間前、休日ＮＧ）等からなる。

また、デバイス使用者センタ側利用許可確認情報ＧＫＪｉは、図１２（ｂ）に示すように、第１デバイス識別情報受信時刻ＧＭｔｉとデバイス側ＭＡＣアドレスとゲート側ＭＡＣアドレスとデバイス使用者決定センタ用氏名情報ＧＣＳＥｃＪｉ（性別、年齢、地域、氏名）とメールアドレスと電話番号とデバイス使用者決定センタ側閲覧許可項目情報ＧＣＳＪｉ（睡眠、体脂肪率）とデバイス使用者決定センタ用閲覧期間ＧＣＳＥｂ（例えば１か月）とゲート側ＭＡＣアドレス）とからなる。

センタ側生体情報受信部３２０は、ゲート機器１０からデバイス側生体検出情報ＤＳＨＪｉ（図２（ｅ）参照）を受信してメモリ３９０に記憶する。

許可項目読込部３３０は、社内サーバ２０を介して生体情報閲覧者端末９０（上司端末６０又は健康管理センタ端末７０）からの社員コード情報ＳＪｉ（図３（ｃ）参照）を受信する。

上司の社員コード情報ＳＪｉは上司用社員コード情報ＳＵＳＪｉと称し、健康管理センタの社員の社員コード情報ＳＪｉは健康管理センタ用社員コード情報ＳＨＳＪｉと称する。

そして、この社員コード情報ＳＪｉ（ＳＵＳＪｉ又はＳＨＳＪｉ）に関連付けられている管理センタ側決定閲覧許可項目情報ＫＥＪｉをメモリ３９５から読み込む。

この管理センタ側決定閲覧許可項目情報ＫＥＪｉは、予め健康管理センタ端末７０によって記憶されている。

前述の管理センタ側決定閲覧許可項目情報ＫＥＪｉは、図１３に示すように、管理センタ側決定上司用閲覧許可項目情報ＳＵＫＥＪｉ（図１３（ａ））と、管理センタ用閲覧許可項目情報ＳＨＫＥＪｉ（図１３（ｂ））とからなる。

管理センタ側決定上司用閲覧許可項目情報ＳＵＫＥＪｉは、例えば、図１３（ａ）に示すように、Ａ部署の上司ＵＡには、上司用閲覧期間（１日、３日、一週間、１か月）と部下名とが関連付けられている。

例えば、上司ＵＡの上司用閲覧期間は、１日、３日、一週間、１か月と関連付けられ、部下名は、ａ〜ｈ（閲覧可能部下グループともいう）であり、各々の部下には閲覧項目が関連付られている。例えば部下ａ〜ｈには睡眠が関連付けられている。つまり、上司ＵＡは部下ａ〜ｈの睡眠を閲覧することを健康管理センタが許可している。

また、上司ＵＢには、部下ｊ〜ｐが関連付けられ、部下ｊ〜ｐには閲覧項目が関連付られている。例えば部下ｊ〜ｐには睡眠と体脂肪率が関連付けられている。つまり、上司ＵＢは部下ｊ〜ｐの睡眠と体脂肪率を閲覧することを健康管理センタが許可している。

管理センタ用閲覧許可項目情報ＳＨＫＥＪｉは、図１３（ｂ）に示すように、例えば部署名は全部、期間は任意、項目は全部となっている。すなわち、全ての社員の項目を任意の期間に渡って閲覧できる。

そして、許可項目読込部３３０は、社内サーバ２０を介して生体情報閲覧者端末９０（デバイス使用者端末５０、上司端末６０、健康管理センタ端末７０）から社員コード情報ＳＪｉ（ＳＵＳＪｉ又はＳＨＳＪｉ）を受信する。

そして、この社員コード情報ＳＪｉ（ＳＵＳＪｉ又はＳＨＳＪｉ）に含まれている社員コードＳｍｉに該当する管理センタ側決定閲覧許可項目情報ＫＥＪｉ（管理センタ側決定上司用閲覧許可項目情報ＳＵＫＥＪｉ又は管理センタ用閲覧許可項目情報ＳＨＫＥＪｉ）をメモリ３９５から引き当てる。

そして、この管理センタ側決定閲覧許可項目情報ＫＥＪｉに基づいた閲覧項目入力画面用情報ＫＫＥＪｉ（図１４参照）を生成し、生体情報閲覧者端末９０及び要求項目判定部３４０に送信する。

上司用閲覧項目入力画面用情報ＫＳＵＹＥＪｉは、図１４（ａ）に示すように、端末アドレス（Ａ１）と、会社名（○○）と部署（○○）と要求者名（上司ＵＡ）と部下（ａ〜ｈ）と項目（睡眠）と期間（１日、三日、一週間、１か月）等である。

また、管理センタ閲覧項目入力画面用情報ＫＳＨＹＥＪｉは、図１４（ｂ）に示すように、健康管理センタ端末アドレス、会社名、健康管理センタ名、要求者名（健康管理センタ担当者名）、選択した社員名（部署単位又は全部）、項目（例えば睡眠、体脂肪率）、期間（１年前から本日まで）となっている。

要求項目判定部３４０は、許可項目読込部３３０からの閲覧項目入力画面用情報ＫＫＥＪｉ（図１４参照）を一時記憶する。

そして、この閲覧項目入力画面用情報ＫＫＥＪｉ（図１４参照）に対する閲覧者閲覧要求項目入力情報ＳＹＪｉである上司用閲覧要求項目入力情報ＳＵＫＥＪｉ（図１５（ａ）参照）又は管理センタ用閲覧要求項目入力情報ＳＨＫＥＪｉ（図１５（ｂ）参照）を受信して記憶する。

そして、閲覧者閲覧要求項目入力情報ＳＹＪｉが上司用閲覧要求項目入力情報ＳＵＫＥＪｉ（図１５（ａ））又は管理センタ閲覧項目入力画面情報ＳＨＫＥＪｉ（図１５（ｂ））を示しているかどうかを判断する。実施の形態では、上司用閲覧要求項目入力情報ＳＵＫＥＪｉとして説明する。

上司用閲覧要求項目入力情報ＳＵＫＥＪｉと判断した場合は、この上司用閲覧要求項目入力情報ＳＵＫＥＪｉに含まれている全ての部下名を読み込み、これらの部下名のデバイス側ＭＡＣアドレスを有するデバイス毎個人情報ＧＤＣＪｉ（図１２参照）をメモリ３６０から順次読み込む。

つまり、上司用閲覧要求項目入力情報ＳＵＫＥＪｉに含まれているデバイス側ＭＡＣアドレスを有するデバイス使用者会社側利用許可確認情報ＧＢＫＪｉ（図１２（ａ）参照）を読み込む。

そして、このデバイス使用者会社側利用許可確認情報ＧＢＫＪｉ（図１２（ａ）参照）毎に、これに含まれているデバイス使用者決定会社用閲覧許可項目ＧＢａ（睡眠）とデバイス使用者決定会社用閲覧期間ＧＢｂ（１週間）とデバイス使用者決定会社用氏名情報ＧＣａＪｉ（性別、年齢、地域、氏名・・）の氏名（部下：デバイス使用者）とをデバイス使用者毎決定許可項目情報ＤＶＪｉ（図１６（ａ）参照）として読み込む。

そして、受信した上司用閲覧要求項目入力情報ＳＵＫＥＪｉ（図１５（ａ））に含まれている部下（デバイス使用者名）毎に、要求項目（睡眠）と期間（１週間）とを関連付けた図１６（ｂ）に示す社員毎閲覧項目入力画面情報ＣＳＫＹＥＪｉを生成する。

この社員毎閲覧項目入力画面情報ＣＳＫＹＥＪｉとを比較し、一致しているかどうかを判定する。

一致している場合は、社員毎閲覧項目入力画面情報ＣＳＫＹＥＪｉ（図１６（ｂ）参照）に一致フラグを付加した図１６（ｃ）に示す社員毎閲覧項目入力画面情報一致情報ＥＣＳＫＹＥＪｉをメモリ３９６に記憶する処理を行う。

そして、メモリ３９６の全ての社員毎閲覧項目入力画面情報一致情報ＥＣＳＫＹＥＪｉ（図１５（ｃ）参照）のメモリアドレスを順次、生体情報解析部３５０に出力する。

また、不一致の場合は、不一致となった情報（睡眠又は１週間）を示すフラグと要求者名と端末アドレスとを付加した図１６（ｄ）に示す社員毎閲覧項目入力画面情報不一致情報ＮＣＳＫＹＥＪｉ又はデバイス使用者決定会社用閲覧期間ＧＢｂを生成して、これをメモリ３９７に記憶する処理を行う。

そして、全ての社員毎閲覧項目入力画面情報ＣＳＫＹＥＪｉ（図１６（ｂ）参照）と全てのデバイス使用者毎決定許可項目情報ＤＶＪｉ（図１６（ａ）参照）との比較が終了したときデバイス使用者通知部３７０を起動する。なお、管理センタ閲覧項目入力画面情報ＳＨＫＥＪｉの場合は、上司用閲覧要求項目入力情報ＳＵＫＥＪｉを受信した場合と同様な処理である。

デバイス使用者通知部３７０は、メモリ３９７の社員毎閲覧項目入力画面情報不一致情報ＮＣＳＫＹＥＪｉ（図１６（ｄ）参照）を順次読み出す。そして、これに含まれている端末アドレスの要求者名に対して何が不一致であるかを知らせるメッセージを含む図１６（ｅ）に示す使用者許可会社側不一致情報ＮＫＣＳＫＹＥＪｉを社内サーバ２０に送信する。

例えば、「要求された○○はデバイス使用者が許可していません。デバイス使用者に相談して下さい」というメッセージを作成する。

生体情報解析部３５０は、要求項目判定部３４０からのメモリ３９６の社員毎閲覧項目入力画面情報一致情報ＥＣＳＫＹＥＪｉ（図１６（ｃ）参照）のメモリアドレスが入力する毎に、このメモリアドレスの社員毎閲覧項目入力画面情報一致情報ＥＣＳＫＹＥＪｉ（図１６（ｃ）参照）を読み込む。

そして、この社員毎閲覧項目入力画面情報一致情報ＥＣＳＫＹＥＪｉ（図１６（ｃ）参照）に含まれているデバイス使用者名（デバイス側ＭＡＣアドレス）を有するデバイス側生体検出情報ＤＳＨＪｉ（図２（ｅ）参照）をメモリ３９０から読み込む。

そして、このデバイス側生体検出情報ＤＳＨＪｉ（図２（ｅ））を社員毎閲覧項目入力画面情報一致情報ＥＣＳＫＹＥＪｉ（図１６（ｃ））に含まれている要求項目（睡眠）で期間（１週間）に渡って解析する。

そして、この解析結果（グラフ）に社員毎閲覧項目入力画面情報一致情報ＥＣＳＫＹＥＪｉに含まれているデバイス使用者名（デバイス側ＭＡＣアドレス）と、要求項目（睡眠）と、期間（１週間）と、端末アドレスと、要求者名と解析結果（グラフ）とからなる図１６（ｆ）に示す解析結果情報ＫＲＪｉとしてインターネット網４０、社内サーバ２０を介して上司端末６０に送信する。

（実施の形態２のシーケンス）
図１７〜図１９は実施の形態２を説明するシーケンス図である。但し、使用者許可項目情報受信部３１０が、ゲート機器１０からデバイス毎個人情報ＧＤＣＪｉ（図５（ｂ）参照）を受信してメモリ３６０に記憶しているとする。

このメモリ３６０に記憶されるデバイス毎個人情報ＧＤＣＪｉは、図１２（ａ）に示すデバイス使用者会社側利用許可確認情報ＧＢＫＪｉと、デバイス使用者センタ側利用許可確認情報ＧＫＪｉとからなる。

デバイス使用者会社側利用許可確認情報ＧＢＫＪｉは、図１２（ａ）に示すように、第１デバイス識別情報受信時刻ＧＭｔｉとデバイス側ＭＡＣアドレスとゲート側ＭＡＣアドレスとデバイス使用者決定会社用氏名情報ＧＣａＪｉ（性別、年齢、地域、氏名）とメールアドレスと電話番号とデバイス使用者決定会社用閲覧許可項目ＧＢａ（例えば睡眠）、デバイス使用者決定会社用閲覧期間ＧＢｂ（１週間前、休日ＮＧ）等からなる。

また、デバイス使用者センタ側利用許可確認情報ＧＫＪｉは、図１２（ｂ）に示すように、第１デバイス識別情報受信時刻ＧＭｔｉとデバイス側ＭＡＣアドレスとゲート側ＭＡＣアドレスとデバイス使用者決定センタ用氏名情報ＧＣＳＥｃＪｉ（性別、年齢、地域、氏名）とメールアドレスと電話番号とデバイス使用者決定センタ側閲覧許可項目情報ＧＣＳＪｉ（睡眠、体脂肪率）とデバイス使用者決定センタ用閲覧期間ＧＣＳＥｂ（例えば１か月）とゲート側ＭＡＣアドレス）とからなる。

さらに、センタ側生体情報受信部３２０が、ゲート機器１０からデバイス側生体検出情報ＤＳＨＪｉ（ペアリングＩＤ、検出時刻、生体情報の種類、心拍、加速度等を含む：図２（ｅ））を受信してメモリ３９０に記憶しているとする。

この状態で、図１７に示すように、センタサーバ３０と上司端末６０と健康管理センタ端末７０）とが通信を行って生体情報解析結果取得用アプリを取得してダウンロードしている（Ｓ６１、Ｓ６２）。

上司端末６０は、図示しない生体情報解析結果取得用画面に入力された上司の社員コードＳｍｉ（デバイス側ＭＡＣアドレスでもよい）、会社コード（ゲート側ＭＡＣアドレスでも構わない）を読み込み、これに送信時刻、端末アドレスを付加した上司用社員コード情報ＳＵＳＪｉ（図３（ｃ）参照）を生成して社内サーバ２０を介してセンタサーバ３０に送信する（Ｓ６３）。

センタサーバ３０の許可項目読込部３３０は、この上司用社員コード情報ＳＵＳＪｉを受信し、この上司用社員コード情報ＳＵＳＪｉに関連付けられている管理センタ側決定上司用閲覧許可項目情報ＳＵＫＥＪｉ（図１３（ａ）参照）をメモリ３９５から読み込む（Ｓ６４）。

そして、許可項目読込部３３０は、管理センタ側決定上司用閲覧許可項目情報ＳＵＫＥＪｉに基づいた上司用閲覧項目入力画面用情報ＫＳＵＹＥＪｉ（図１４（ａ）参照）を生成し、上司端末６０及び要求項目判定部３４０に送信する（Ｓ６５）。

一方、上司端末６０は、社内サーバ２０を介してセンタサーバ３０からの上司用閲覧項目入力画面用情報ＫＳＵＹＥＪｉ（図１４（ａ）参照）を受信し、ブラウザ機能で上司用閲覧項目入力画面用情報ＫＳＵＹＥＪｉ（図１４（ａ）参照）に基づく上司用閲覧許可項目入力画面ＳＵＥｉを表示する（Ｓ６６）。

上司用閲覧許可項目入力画面ＳＵＥｉは、図２０に示すように、会社名ＳＫｉ、社員コードＳｍｉとからなる。この社員コードＳｍｉは、デバイス側ＭＡＣアドレスであっても構わない。

また、部署名ＳＤｍｉ、部下名欄ＳＢＳａ、要求項目指定欄ＳＹｉ、期間指定欄Ｓｗｉ、要求確認ボックスＳＺＫｉ等からなる。

部下名欄ＳＢＳａは部下全部を選択する部下全部ボタンＳＢＳｂと、一部の部下を選択する一部ボタンＳＢｓｃとからなる。

一部ボタンＳＢｓｃを選択した場合は、隣のダイアログＳＢＳＢｃのスクロールキーを用いて部下名を選択することが可能である。デバイス使用者の場合は、一部ボタンＳＢｓｃを選択して隣のダイアログＳＢＳＢｃのスクロールキーを用いて自分の氏名を選択する。

また、要求項目指定欄ＳＹｉの隣のダイアログＳＹＢｉを用いて項目（例えば、睡眠、脈拍等）を選択することが可能である。

期間指定欄Ｓｗｉの隣のダイアログＳＷＢｉを用いて閲覧する期間を選択することが可能である。但し、要求項目、期間はデバイス使用者が決定したものだけが例えば黒字で表示し、許可されていないものは例えば赤字で表示する。

そして、これらの、選択された要求項目、期間は、部下名毎に対応させられた要求確認ボックスＳＺＫｉに表示する。

そして、上司端末６０は、図示しない送信ボタンの選択でこれらのデータを含んだ上司用閲覧要求項目入力情報ＳＵＫＥＪｉ（図１５（ａ））を閲覧者閲覧要求項目入力情報ＳＹＪｉとしてセンタサーバ３０に送信する（Ｓ６８）。

センタサーバ３０の要求項目判定部３４０は、上司端末６０からの閲覧者閲覧要求項目入力情報ＳＹＪｉ（上司用閲覧要求項目入力情報ＳＵＫＥＪｉ）を受信する（Ｓ６９）。

そして、要求項目判定部３４０は、受信した閲覧者閲覧要求項目入力情報ＳＹＪｉが上司用閲覧要求項目入力情報ＳＵＫＥＪｉ（図１５（ａ））又は管理センタ閲覧項目入力画面情報ＳＨＫＥＪｉ（図１５（ｂ）のいずれであるかを判断する（Ｓ７２）。

ステップＳ７２において、上司用閲覧要求項目入力情報ＳＵＫＥＪｉ（図１５（ａ））と判断した場合は、この上司用閲覧要求項目入力情報ＳＵＫＥＪｉ（図１５（ａ））に含まれている全ての部下名（デバイス使用者名）を読み込み、これらの部下名（デバイス使用者名）を有するデバイス毎個人情報ＧＤＣＪｉ（図５（ｂ）参照）をメモリ３６０から順次読み込む（Ｓ７３）。

そして、要求項目判定部３４０は、このデバイス毎個人情報ＧＤＣＪｉ毎に、図１６（ａ）に示すこのデバイス毎個人情報ＧＤＣＪｉのデバイス使用者決定会社用閲覧許可項目ＧＢａ（睡眠）とデバイス使用者決定会社用閲覧期間ＧＢｂ（１週間）と部下名（デバイス使用者名）とをデバイス使用者毎決定許可項目情報ＤＶＪｉ（部下名、デバイス使用者決定会社用閲覧許可項目ＧＢａ（睡眠）、デバイス使用者決定会社用閲覧期間ＧＢｂ（１週間））として生成する（Ｓ７４）。

そして、要求項目判定部３４０は受信した上司用閲覧要求項目入力情報ＳＵＫＥＪｉ（図１３（ａ））に含まれている部下名（デバイス使用者名）毎に、デバイス使用者毎決定許可項目情報ＤＶＪｉの要求項目（睡眠）と期間（１週間）とを関連付けた図１６（ｂ）に示す社員毎閲覧項目入力画面情報ＣＳＫＹＥＪｉを生成する（Ｓ７５）。

この社員毎閲覧項目入力画面情報ＣＳＫＹＥＪｉ（デバイス使用者名、要求項目（睡眠）、期間（１週間）、端末アドレス、要求者名）とデバイス使用者毎決定許可項目情報ＤＶＪｉとを比較し、一致しているかどうかを判定する（Ｓ７６）。

要求項目判定部３４０は、一致している場合は、社員毎閲覧項目入力画面情報ＣＳＫＹＥＪｉ（図１６（ｂ））に一致フラグを付加した図１６（ｃ）に示す社員毎閲覧項目入力画面情報一致情報ＥＣＳＫＹＥＪｉをメモリ３９６に記憶する処理を行う（Ｓ７７）。

そして、メモリ３９６の全ての社員毎閲覧項目入力画面情報一致情報ＥＣＳＫＹＥＪｉ（図１４（ｃ）参照）のメモリアドレスを順次、生体情報解析部３５０に出力する（Ｓ７８）。

また、ステップＳ７６において、社員毎閲覧項目入力画面情報ＣＳＫＹＥＪｉ（図１６（ｃ））とデバイス使用者毎決定許可項目情報ＤＶＪｉ（図１５（ａ））とが不一致の場合は、不一致となった情報（睡眠又は１週間）を示すフラグと要求者名と端末アドレスとを付加した図１６（ｄ）に示す社員毎閲覧項目入力画面情報不一致情報ＮＣＳＫＹＥＪｉ（図１６（ｄ））を生成して、これをメモリ３９７に記憶して処理をステップＳ７２に戻す（Ｓ７９）。

そして、全ての社員毎閲覧項目入力画面情報ＣＳＫＹＥＪｉ（図１６（ｂ））と全てのデバイス使用者毎決定許可項目情報ＤＶＪｉ（図１６（ａ））との比較が終了したときデバイス使用者通知部３７０を起動する。

デバイス使用者通知部３７０は、メモリ３９７の社員毎閲覧項目入力画面情報不一致情報ＮＣＳＫＹＥＪｉ（図１６（ｄ））を順次読み出して、これに含まれている端末アドレスの要求者名に対して何が不一致であるかを知らせるメッセージを含む図１６（ｅ）に示す使用者許可会社側不一致情報ＮＫＣＳＫＹＥＪｉ（図１６（ｅ））を社内サーバ２０によって上司端末６０に送信する。

例えば、「要求された○○はデバイス使用者が許可していません。デバイス使用者に相談して下さい」というメッセージを作成する。これによって、上司はデバイス使用者である部下に相談して項目を上司が閲覧できるように要求することができる。ＯＫするかどうかは部下が決める。ＯＫとした場合は、改めてペアリング初期設定等を行う。

そして、生体情報解析部３５０は、図１８に示すように、要求項目判定部３４０からのメモリ３９６の社員毎閲覧項目入力画面情報一致情報ＥＣＳＫＹＥＪｉ（図１６（ｃ））のメモリアドレスが入力したかどうかを監視している（Ｓ８１）。

ステップＳ８１で社員毎閲覧項目入力画面情報一致情報ＥＣＳＫＹＥＪｉ（図１６（ｃ））のメモリアドレスが入力した場合は、このメモリアドレスの社員毎閲覧項目入力画面情報一致情報ＥＣＳＫＹＥＪｉ（図１６（ｃ））をメモリ３９６から読み込む（Ｓ８２）。

そして、生体情報解析部３５０は、この社員毎閲覧項目入力画面情報一致情報ＥＣＳＫＹＥＪｉ（図１６（ｃ））に含まれているデバイス使用者名（デバイス側ＭＡＣアドレス）を有するデバイス側生体検出情報ＤＳＨＪｉ（ペアリングＩＤ、検出時刻、生体情報の種類、心拍、加速度等を含む：図２（ｅ））をメモリ３９０から読み込む（Ｓ８３）。

そして、このデバイス側生体検出情報ＤＳＨＪｉ（ペアリングＩＤ、検出時刻、生体情報の種類、心拍、加速度等を含む：図２（ｅ））を社員毎閲覧項目入力画面情報一致情報ＥＣＳＫＹＥＪｉ（図１６（ｃ））に含まれている要求項目（睡眠）で期間（１週間）に渡って解析する。

そして、この解析結果（グラフ）に社員毎閲覧項目入力画面情報一致情報ＥＣＳＫＹＥＪｉ（図１６（ｃ））に含まれているデバイス使用者名（デバイス側ＭＡＣアドレス）と、要求項目（睡眠）と、期間（１週間）と、端末アドレスと、要求者名（上司）と解析結果（グラフ）とからなる図１６（ｆ）に示す解析結果情報ＫＲＪｉ（デバイス使用者名、デバイス側ＭＡＣアドレス、要求項目（睡眠）、期間（１週間）、端末アドレス、要求者名、解析結果（グラフ））を作成する（Ｓ８４）。そして、これをインターネット網、社内サーバ２０を介して上司端末に送信する（Ｓ８５）。

一方、上司端末は、図１６（ｆ）に示す解析結果情報ＫＲＪｉを受信して、これを画面に表示する（Ｓ８６）。

例えば、解析結果情報ＫＲＪｉが１日前の睡眠を要求している場合は、図２１に示すように、○部内の各部下（デバイス使用者）毎の前日の睡眠時間を横棒グラフで表示する。図２１においては、横棒の開始点は睡眠状態に入ったと判断した点（年月日時刻は表示しない）を示す。

図２１においては、前日はＡのデバイス使用者が５Ｈの深い眠り状態で、ＣＢのデバイス使用者が２Ｈの深い眠りで、Ｃのデバイス使用者が８Ｈの深い眠り状態を得たことが分かる。

一方、健康管理センタ端末７０は、健康管理センタ端末７０の担当者が生体情報解析結果取得用画面（図示せず）に入力された健康管理センタの社員コードＳｍｉ（デバイス側ＭＡＣアドレスでもよい）、会社コード（ゲート側ＭＡＣアドレスでも構わない）を読み込み、これに送信時刻、端末アドレスを付加した管理センタ側社員コード情報ＳＨＪｉ（図３（ｃ）参照）を生成して社内サーバ２０を介してセンタサーバ３０にインターネット網４０で送信する（Ｓ９１）。

センタサーバ３０の許可項目読込部３３０は、この管理センタ側社員コード情報ＳＨＪｉ（健康管理センタ用）を受信する。そして、この管理センタ側社員コード情報ＳＨＪｉ（健康管理センタ用）に関連付けられている図１５（ｂ）に示す管理センタ用閲覧許可項目情報ＳＨＫＥＪｉを読み込み、これを管理センタ側決定閲覧許可項目情報ＫＥＪｉとしてインターネット網４０、社内サーバ２０を介して健康管理センタ端末７０に送信する（Ｓ９２）。

この管理センタ用閲覧許可項目情報ＳＨＫＥＪｉは、図１５（ｂ）に示すように、例えば部署名は全部、期間は任意、項目は全部となっている。すなわち、全ての社員の項目を任意の期間に渡って閲覧できる。

そして、許可項目読込部３３０は、この管理センタ用閲覧許可項目情報ＳＨＫＥＪｉに基づく管理センタ閲覧項目入力画面用情報ＫＳＨＹＥＪｉ（１５（ｂ））を健康管理センタ端末７０にインターネット網４０、社内サーバ２０を介して送信すると共に、要求項目判定部３４０に送信する（Ｓ９２）。

健康管理センタ端末７０は、管理センタ閲覧項目入力画面用情報ＫＳＨＹＥＪｉ（１５（ｂ））を受信し、ブラウザ機能でこの管理センタ閲覧項目入力画面用情報ＫＳＨＹＥＪｉ（１５（ｂ））に基づく管理センタ側閲覧許可項目入力画面ＨＫＥｉ（図２２）を表示する（Ｓ９３）。

この管理センタ側閲覧許可項目入力画面ＨＫＥｉは、図２２に示すように、会社名ＳＫｉと、社員コードＳｍｉ（健康管理センタ担当者名）と、部署名ＳＤｍｉ（健康管理センタ）と、部署全部を選択する部署全部選択ボタンＳＡＬｂｉと、部署一部を選択する一部ボタンＳＥｂｉと、個別ボタンＳＯｂｉとからなる。

一部ボタンＳＥｂｉの隣には部署を選択するためのダイアログＳＢＥｂｉが表示される。このダイアログＳＢＥｂｉのスクロールキーによって、希望の部署を選択できる。また、個別ボタンＳＯＢｉの隣には、名前を選択するためのダイアログＳＯｂＢｉが表示されている。このダイアログＳＯｂＢｉのスクロールキーによって、希望の社員名を選択できる。

また、要求項目指定欄ＳＹｉが表示され、この要求項目指定欄ＳＹｉの下に項目の全部を選択する全部選択ボタンＳＹａＬ、一部を選択する一部ボタンＳＹｏＬが表示されている。また、一部ボタンＳＹｏＬの隣には項目を選択するためのダイアログＳＹＢｏＬが表示されている。このダイアログＳＹＢｏＬのスクロールキーによって、希望の項目を選択できる。

また、健康管理センタ閲覧期間ＳＨＷｉが表示されている。この健康管理センタ閲覧期間ＳＨＷｉの下に、健康管理センタ閲覧期間ＳＨＷｉを選択するダイアログＳＨＷＢｉが表示されている。このダイアログＳＨＷＢｉのスクロールキーによって、希望の期間を選択できる。また、選択項目決定事項を確認するための確認ボックスＳＨＺＫｉが表示されている。

そして、図示しない送信ボタンの選択で図１５（ｂ）に示す管理センタ用閲覧要求項目入力情報ＳＨＫＥＪｉを社内サーバ２０、インターネット網４０を介してセンタサーバ３０に送信する（Ｓ９３）。

センタサーバ３０の要求項目判定部３４０は、許可項目読込部３３０からの管理センタ閲覧項目入力画面用情報ＫＳＨＹＥＪｉ（図１４（ｂ））を一時記憶している。そして、この管理センタ閲覧項目入力画面用情報ＫＳＨＹＥＪｉ（図１４（ｂ））に対する管理センタ閲覧項目入力画面用情報ＳＨＹＥＪｉ（図１５（ｂ））を受信する（Ｓ９６）。

これによって、ステップＳ７２で、ＳＹＪｉが管理センタ閲覧項目入力画面用情報ＳＨＹＥＪｉ（図１５（ｂ））であると判定される。

ステップＳ７２で、管理センタ閲覧項目入力画面用情報ＳＨＹＥＪｉ（図１５（ｂ））と判断した場合は、この管理センタ閲覧項目入力画面用情報ＳＨＹＥＪｉ（図１５（ｂ））に含まれている全てのデバイス使用者名を読み込む（Ｓ９８）。

そして、要求項目判定部３４０は、これらのデバイス使用者名を有するデバイス毎個人情報ＧＤＣＪｉ（図５（ｂ）参照）をメモリ３６０から順次読み込む（Ｓ９９）。

そして、このデバイス毎個人情報ＧＤＣＪｉ毎に、管理センタ閲覧項目入力画面用情報ＳＨＹＥＪｉ（図１５（ｂ））に含まれている項目とデバイス毎個人情報ＧＤＣＪｉに含まれているデバイス使用者名、端末アドレス等を生体情報解析部３５０に出力する（Ｓ１００）。

生体情報解析部３５０は、管理センタ閲覧項目入力画面用情報ＳＨＹＥＪｉ（図１５（ｂ））に含まれている項目に該当するデバイス側生体検出情報ＤＳＨＪｉ（ペアリングＩＤ、検出時刻、生体情報の種類、心拍、加速度等を含む：図２（ｅ））をメモリ３９０から読み込み、この項目で期間（１週間）に渡って解析する（Ｓ１０１）。そして、この解析結果情報ＫＲＪｉ（グラフ）をインターネット網４０、社内サーバ２０を介して健康管理センタ端末７０に送信する（Ｓ１０２）。

一方、健康管理センタ端末７０は、解析結果情報ＫＲＪｉ（グラフ）をセンタサーバ３０から受信してブラウザ機能で図２３に示すように表示する（Ｓ１０３）。

図２３はＣＡ氏、ＣＢ氏の体脂肪率を要求期間（２０１６年３月１０日〜２０１６年３月１５日）に渡ったものを解析結果情報ＫＲＪｉ（グラフ）として表示した例である。

＜実施の形態３＞
実施の形態３は、ゲート機器１０を通過後の複数のデバイス使用者ＤＣｉのデバイス側生体検出情報ＤＳＨＪｉを自動検出する。

実施の形態３においては、社内の天井、壁等にＢＬｕｅｔｏｏｔｈ機能（近距離無線通信部）を有するアクセスポイントＡＰｉ（ＡＰ１、ＡＰ２・・・）を設けて、これらのアクセスポイントＡＰｉ（ＡＰ１、ＡＰ２・・・）を複数のデバイス使用者毎常駐エリアＣＥｉ（ＣＥ１、ＣＥ２・・・）で区分けしている。このアクセスポイントＡＰｉ（ＡＰ１、ＡＰ２・・・）の一度に通信できるデバイス個数は、例えば７個として説明する。一度に通信できるデバイス個数を増加させる場合は、ＢＬｕｅｔｏｏｔｈ機能（近距離無線通信部）を増加するのが好ましい。

例えば、アクセスポイントＡＰ１はデバイス使用者毎常駐エリアＣＥ１、アクセスポイントＡＰ２はデバイス使用者毎常駐エリアＣＥ１としている。

図２４は実施の形態３のシステムの概略構成図である。実施の形態３においては、社内サーバ２０とゲート機器１０とはＬＡＮ回線で接続され、社内サーバ２０とアクセスポイントＡＰｉとはＬＡＮで接続されている。

（ゲート機器１０）
ゲート機器１０は、図１と同様に、ゲート側ペアリング初期設定部１０１と、ペアリングＩＤ数自動調整部１０２と、デバイス個人情報作成部１０３と、ゲート側近距離無線通信部１０４と、ゲート側生体検出情報収集部１０６と、ゲート側転送部１０７と、生体検出情報管理情報記憶用メモリ１３０と、メモリ１１４と、メモリ１１８と、ゲート側第１ペアリングＩＤ管理テーブル１１０と、ゲート側第２ペアリングＩＤ管理テーブル１１２等を備えている。そして、さらにゲート側ペアリングＩＤ転送部１４０を備えている。

ゲート側ペアリングＩＤ転送部１４０は、メモリ１１８にデバイス毎個人情報ＧＤＣＪｉ（デバイス使用者センタ側利用許可確認情報ＧＫＪｉ、デバイス使用者会社側利用許可確認情報ＧＢＫＪｉ：図４、図５）が記憶される毎に、デバイス使用者センタ側利用許可確認情報ＧＫＪｉ又はデバイス使用者会社側利用許可確認情報ＧＢＫＪｉ含まれている部署と氏名とデバイス側ＭＡＣアドレスとに、メモリ１１４に予め記憶されているゲート側ＭＡＣアドレスとを付加したアクセスポイント用ペアリングＩＤ情報ＡＰＪｉを生成し、これを社内サーバ２０に送信する（１つのアクセスポイントに対して最大７人）。

（社内サーバ）
社内サーバ２０は、メモリ２１０と、ペアリングＩＤ配置部２２０と、アクセスポイントテーブル２３０等を備えている。

アクセスポイントテーブル２３０は、図２５に示すように、アクセスポイントＡＰｉの番号と部署名とデバイス使用者毎常駐エリアＣＥｉの番号とデバイス使用者ＤＣｉの氏名Ｃｓｉとを関連付けている。例えば、デバイス使用者毎常駐エリアＣＥ１には、氏名Ｃｓ１、・・Ｃｓ５を関連付けている。また、デバイス使用者毎常駐エリアＣＥ１には、氏名Ｃｓ６、・・Ｃｓ１０を割り付けている。

さらに、氏名毎にゲート側ペアリングＩＤ（デバイス側ＭＡＣアドレス、ゲート側ＭＡＣアドレス）が書き込まれる欄（以下ゲート側ペアリングＩＤ書込欄ＢＰｉという）を有している。

ペアリングＩＤ配置部２２０は、ゲート機器１０のゲート側ペアリングＩＤ転送部１４０からアクセスポイント用ペアリングＩＤ情報ＡＰＪｉを受信し、これをメモリ２１０に記憶する。そして、メモリ２１０にアクセスポイント用ペアリングＩＤ情報ＡＰＪｉを記憶する毎に、このアクセスポイント用ペアリングＩＤ情報ＡＰＪｉに含まれている部署及び氏名（総称して社員所属情報という）を読み込む。

そして、アクセスポイントテーブル２３０におけるこの社員所属情報に関連付けられているゲート側ペアリングＩＤ書込欄ＢＰｉを引き当てる。

そして、ゲート側ペアリングＩＤ書込欄ＢＰｉの各々のレコードが「空」かどうかを判定する。「空」と判定した場合は、このゲート側ペアリングＩＤ書込欄ＢＰｉの先頭のレコードに受信したアクセスポイント用ペアリングＩＤ情報ＡＰＪｉに含まれているゲート側ペアリングＩＤ（デバイス側ＭＡＣアドレス、ゲート側ＭＡＣアドレス）を書き込む。

また、ペアリングＩＤ配置部２２０は、ゲート側ペアリングＩＤ書込欄ＢＰｉの各々のレコードが「空」でない場合は、アクセスポイント用ペアリングＩＤ情報ＡＰＪｉが記憶されているレコードのアドレスを検出し、このアドレスの次のアドレスに受信したアクセスポイント用ペアリングＩＤ情報ＡＰＪｉを記憶する。

社内サーバ側転送部２４０は、アクセスポイントテーブル２３０にゲート側ペアリングＩＤが記憶される毎に、このゲート側ペアリングＩＤ（デバイス側ＭＡＣアドレス、ゲート側ＭＡＣアドレス）を、社員所属情報に関連付けられているアクセスポイントＡＰｉに送信する。

また、社内サーバ側転送部２４０は、アクセスポイントＡＰｉからのデバイス側生体検出情報ＤＳＨＪｉ（ペアリングＩＤ、検出時刻を含む）を読み出してインターネット網を介してサービスセンタに送信する。

（アクセスポイント）
アクセスポイント側近距離無線通信部４１０は、デバイス側近距離無線通信部２と同様なものであり、例えば最大同時に７台までのスレーブ（ヘルスデバイス）に対して可能とする。７台では不足する場合は、アクセスポイント側近距離無線通信部４１０を増加するのが好ましい。

また、アクセスポイント側近距離無線通信部４１０は、図示しない送信用メモリを備え、この送信用メモリに情報が記憶されたかどうかを監視している。また、受信した各種情報を記憶する。

実施の形態３においては、ヘルスデバイス１、ゲート機器１０と区別するために英文字「Ａ」を付加して説明する。例えば、デバイス存在確認情報をアクセスポイント側デバイス存在確認情報ＡＧＤＪｉと称し、送信情報をアクセスポイント側送信情報ＡＧＪｉと称する。

アクセスポイント側近距離無線通信部４１０は、アクセスポイント側生体検出情報収集部４４０からのゲート側生体情報要求情報ＧＰＹＪｉをアクセスポイント側送信情報ＡＧＪｉとしてＢＬｕｅｔｏｏｔｈの通信規格で送信する。

アクセスポイント側ペアリングＩＤ更新部４２０は、社内サーバ２０のペアリングＩＤ配置部２２０からのゲート側ペアリングＩＤを受信して、デバイス側送信指示部３に記憶する。そして、一定時間毎にアクセスポイント側近距離無線通信部４１０に対してペアリング初期完了コマンドを出力して起動する。

アクセスポイント側生体検出情報収集部４４０は、起動に伴ってゲート側ペアリングＩＤを含むアクセスポイント側生体情報要求情報ＡＧＲＹＪｉを作成し、このアクセスポイント側生体情報要求情報ＡＧＲＹＪｉをアクセスポイント側近距離無線通信部４１０によってアクセスポイント側送信情報ＡＧＪｉとして送信させる。

また、アクセスポイント受信用メモリ４１５を監視しており、アクセスポイント受信用メモリ４１５に記憶されたデバイス側送信情報ＤＪｉがデバイス側生体検出情報ＤＳＨＪｉ（図２（ｅ）参照）かどうかを判定する。

また、実施の形態３においては、デバイス側生体検出情報ＤＳＨＪｉのデバイス側ＭＡＣアドレスとゲート側ＭＡＣアドレスと検出時刻Ｄｔｉとを総称してアクセスポイント側生体情報管理情報ＡＧＦＪｉと称する。

デバイス側生体検出情報ＤＳＨＪｉである場合は、このデバイス側生体検出情報ＤＳＨＪｉに含まれているデバイス側ペアリングＩＤと一致するゲート側ペアリングＩＤを有するアクセスポイント側ペアリングＩＤ情報ＡＧＰＪｉがアクセスポイント用ペアリングＩＤ用メモリ４３０に存在するかどうかを判断する。存在する場合は、生体情報収集を仮許可する。存在しない場合は、受信したデバイス側生体検出情報ＤＳＨＪｉを消去する。

そして、生体情報収集の仮許可と判断した場合は、アクセスポイント側生体情報管理テーブル４４５を引き当て、このアクセスポイント側生体情報管理テーブル４４５に、受信したデバイス側生体検出情報ＤＳＨＪｉに含まれているアクセスポイント側生体情報管理情報ＡＧＦＪｉ（デバイス側ＭＡＣアドレス、ゲート側ＭＡＣアドレス、検出時刻Ｄｔｉ）に一致するアクセスポイント側生体情報管理情報ＡＧＦＪｉが存在するかどうかを判定する。

一致するアクセスポイント側生体情報管理情報ＡＧＦＪｉがアクセスポイント側生体情報管理テーブル４４５に存在すると判定した場合は、受信したデバイス側生体検出情報ＤＳＨＪｉに含まれているデバイス側生体情報管理情報ＤＦＪｉ（デバイス側ＭＡＣアドレス、ゲート側ＭＡＣアドレス、検出時刻Ｄｔｉ）の検出時刻Ｄｔｉとアクセスポイント側生体情報管理テーブル４４５における一致するアクセスポイント側生体情報管理情報ＡＧＦＪｉの検出時刻Ｇｔｉとを比較する。

そして、検出時刻Ｄｔｉと検出時刻Ｇｔｉとの差が一定経過時間（例えば３０分）以上の場合は、受信したデバイス側生体検出情報ＤＳＨＪｉとアクセスポイント側生体情報管理テーブル４４５からこのデバイス側生体検出情報ＤＳＨＪｉのアクセスポイント側生体情報管理情報ＡＧＦＪｉを削除する。

また、差が一定経過時間以下と判定した場合は、受信したデバイス側生体検出情報ＤＳＨＪｉを収集すると判断し、このデバイス側生体検出情報ＤＳＨＪｉに含まれているデバイス側生体情報管理情報ＤＦＪｉをアクセスポイント側生体情報管理情報ＡＧＦＪｉとしてアクセスポイント側生体情報管理テーブル４４５に記憶する。

そして、受信したデバイス側生体検出情報ＤＳＨＪｉをアクセスポイント側転送部４５０に送信する。

アクセスポイント側転送部４５０は、アクセスポイント受信用メモリ４１５からデバイス側生体検出情報ＤＳＨＪｉ（ペアリングＩＤ、検出時刻を含む）を読み出して社内サーバ２０に送信する。

すなわち、実施の形態３は図２６に示すように、アクセスポイントＡＰｉ毎に、このアクセスポイントＡＰｉの電波の到達距離ｄｉを半径とした円をデバイス使用者毎常駐エリアＣＥｉとする。そして、このデバイス使用者毎常駐エリアＣＥｉ（ＣＥ１、ＣＥ２・・）に、存在する机に座るデバイス使用者名と部署名とを割り付ける。

そして、デバイス使用者ＤＣｉが必ず毎朝通過するゲート機器１０の前で初めにペアリング初期設定、デバイス毎個人情報ＧＤＣＪｉ（デバイス使用者センタ側利用許可確認情報ＧＫＪｉ、デバイス使用者会社側利用許可確認情報ＧＢＫＪｉ：図４、図５）行う。

そして、ゲート機器１０の通過後にデバイス毎個人情報ＧＤＣＪｉに含まれている部署名及びデバイス使用者が存在しているであろうとするデバイス使用者毎常駐エリアＣＥｉのアクセスポイントＡＰｉに、デバイス毎個人情報ＧＤＣＪｉに含まれているデバイス側ＭＡＣアドレスと予め設定されているゲート側ＭＡＣアドレスとをアクセスポイント側ペアリングＩＤとしてそのアクセスポイントＡＰｉのアクセスポイント側近距離無線通信部に設定している。但し、ゲート機器１０におけるゲート側近距離無線通信部のエリアはゲート側電波到達範囲ＣＧｏと称する。

従って、図２６に示すように、デバイス使用者ＤＣｉがゲート機器１０を通過した後は、ペアリング初期設定を行わくともデバイス使用者ＤＣｉがデバイス使用者の机に座っている場合は、デバイス使用者毎常駐エリアＣＥｉのアクセスポイントによって自動的に生体検出情報が収集されることになる。

デバイス使用者毎常駐エリアＣＥｉ内のデバイス使用者の生体情報のみを検出するのは、一般に、デバイス使用者は、部内にいる場合は、ほとんどが机の周囲にいて、大体は昼、会議を除いて３０分以内に机（デバイス使用者毎常駐エリアＣＥｉ）に戻る。このため、デバイス使用者が他のデバイス使用者毎常駐エリアＣＥｉに移動したとしても、追跡して検出する必要がないためである。

但し、会議等は、長時間に及ぶことが多いので、会議室内のアクセスポイントの近距離無線通信部は複数台設けるのが好ましい。この場合は、会議室のアクセスポイントには、部内全体のデバイス使用者のデバイス側ＭＡＣアドレスと、ゲート側ＭＡＣアドレスとを割り付けておくのが好ましい。

＜他の実施の形態＞
図２７に示すように、ゲート機器１０は部署のドアの付近の壁等に設けられているので、このゲート機器１０の真下の床に体重計を設けて配置しても構わない。

そして、この体重計（デジタル）に近距離無線通信部を設ける。近距離無線通信部は、デバイス使用者がこの体重計に乗る毎に、測定体重を近距離無線通信部でゲート機器１０に送信する。

但し、ペアリング初期設定は、ゲート機器とで事前に行っておく。このととき、体重計の近距離無線通信部のＭＡＣアドレスをゲート機器に送信して、ゲート機器は体重計のＭＡＣアドレスとゲート機器のＭＡＣアドレスとを対応させて記憶しておく。

そして、体重計に乗ったときに、この計測体重と生体検出情報とを対応させて記憶する。従って、常に体重も収集できる。

さらに、図２８に示すように、アナログ体重計５００に近距離無線通信部５０３とバネ伸長検出部５０１とデジタル変換機５０２とを設けて、人がアナログ体重計５００に乗ったときにバネの伸長を検出し、これをデジタル変換して体重値を求め、これを近距離無線通信部５０３でアクセスポイントＡＰｉに送信しても構わない。

こうすると、体重計に乗ったときに、この計測体重と生体検出情報とを対応させて記憶する。従って、常に体重も収集できる。

なお、上記のように、本発明は本発明の実施の形態によって記載したが、この開示の一部をなす論述及び図面は本発明を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施の形態、実施例及び運用技術が明らかとなろう。本発明はここでは記載していない様々な実施の形態等を含むことは勿論である。したがって、本発明の技術的範囲は上記の説明から妥当な特許請求の範囲に係る発明特定事項によってのみ定められるものである。

１ ヘルスデバイス
２ デバイス側近距離無線通信部
３ デバイス側送信指示部
４ デバイス側データ収集用メモリ
５ センサ部
１０ ゲート機器
２０ 社内サーバ
３０ センタサーバ
４０ インターネット網
６０ 上司端末
７０ 健康管理センタ端末
８０ スマートフォン
１０１ ゲート側ペアリング初期設定部
１０２ ペアリングＩＤ数自動調整部
１０３ デバイス個人情報作成部
１０４ ゲート側近距離無線通信部
１０６ ゲート側生体検出情報収集部
１０７ ゲート側転送部
１４０ ゲート側ペアリングＩＤ転送部
２２０ ペアリングＩＤ配置部
２３０ アクセスポイントテーブル
３１０ 使用者許可項目情報受信部
３２０ センタ側生体情報受信部
３３０ 許可項目読込部
３４０ 要求項目判定部
３５０ 生体情報解析部
３７０ デバイス使用者通知部

Claims (12)

1. 近距離無線通信インターフェースの通信規格で情報を送受する生体情報検出端末を装着したデバイス使用者（ＤＣｉ）が出入りする場所に近距離無線通信インターフェースの通信規格で情報を送受するゲート機器（１０）を配置し、このゲート機器（１０）が取得した前記デバイス使用者（ＤＣｉ）のデバイス側生体検出情報（ＤＳＨＪｉ）を通信ネットワークによってセンタサーバ（３０）に送信する生体情報取得システムであって、
   前記ゲート機器（１０）は、
   前記デバイス側生体検出情報（ＤＳＨＪｉ）に含まれている前記生体情報検出端末を識別するデバイス識別コードと前記ゲート機器を識別するゲート識別コードとからなるデバイス側ペアリングＩＤに受信時刻を付加したデバイス側生体情報管理情報（ＤＦＪｉ）がゲート側生体情報管理情報（ＧＦＪｉ）として記憶される生体検出情報管理情報記憶用メモリ（１３０）を備え、さらに、
   前記近距離無線通信インターフェースの通信規格で前記生体情報検出端末からの前記デバイス側ペアリングＩＤを含む前記デバイス側生体検出情報（ＤＳＨＪｉ）を受信し、これをゲート側受信用メモリ（１１５）に記憶するゲート側近距離無線通信部（１０４）と、
   前記ゲート側受信用メモリ（１１５）に記憶されたデバイス側生体検出情報（ＤＳＨＪｉ）に含まれている前記デバイス側生体情報管理情報（ＤＦＪｉ）に一致する前記ゲート側生体情報管理情報（ＧＦＪｉ）を前記生体検出情報管理情報記憶用メモリ（１３０）から検索し、前回と今回の受信時刻の差が一定時刻を超えている場合は前記受信したデバイス側生体検出情報（ＤＳＨＪｉ）を受け付け、受信したデバイス側生体検出情報（ＤＳＨＪｉ）の前記デバイス側生体情報管理情報（ＤＦＪｉ）を前記ゲート側生体情報管理情報（ＧＦＪｉ）として前記生体検出情報管理情報記憶用メモリ（１３０）に記憶するゲート側生体検出情報収集部（１０６）と、
   前記受け付けたデバイス側生体検出情報（ＤＳＨＪｉ）を前記通信ネットワークによって前記センタサーバ（３０）に送信するゲート側転送部（１０７）と
   を有することを特徴とする生体情報取得システム。
2. 前記ゲート側生体検出情報収集部（１０６）は、
   前記ゲート側生体情報管理情報（ＧＦＪｉ）の受信時刻と前記デバイス側生体情報管理情報（ＤＦＪｉ）の受信時刻との差が一定時刻以内の場合は前記受信したデバイス側生体検出情報（ＤＳＨＪｉ）を前記ゲート側受信用メモリ（１１５）より削除することを特徴とする請求項１記載の生体情報取得システム。
3. 前記ゲート側近距離無線通信部（１０４）は、
   同時に通信を行うためのゲート側送信用チャネル、ゲート側受信用チャネルを一定個数だけ備え、出力された情報をいずれかのゲート側送信用チャネルから前記近距離無線通信インターフェースの通信規格でゲート側送信情報（ＧＪｉ）として送信し、前記生体情報検出端末からのデバイス側送信情報（ＤＪｉ）を前記近距離無線通信インターフェースの通信規格でいずれかのゲート側受信用チャネルで受信して、これを前記ゲート側受信用メモリ（１１５）に記憶する手段を備え、
   さらに、
   前記ゲート機器（１０）は、
   ゲート側ペアリングＩＤと受信時刻とをゲート側ペアリングＩＤ情報（ＧＰＪｉ）とし、このゲート側ペアリングＩＤ情報（ＧＰＪｉ）が一定個数だけ記憶できるゲート側第１ペアリングＩＤ管理テーブル（１１０）と、
   移動されたゲート側ペアリングＩＤ情報（ＧＰＪｉ）が記憶されるゲート側第２ペアリングＩＤ管理テーブル（１１２）を備え、さらに、ゲート側ペアリング初期設定部（１０１）、ペアリングＩＤ数自動調整部（１０２）を備え、
   前記ゲート側ペアリング初期設定部（１０１）は、
   ペアリングＩＤ初期設定指示が入力する毎に、前記生体情報検出端末の存在を確認するためのデバイス存在確認情報（ＧＤＪｉ）を生成して前記ゲート側近距離無線通信部（１０４）に出力する手段と、
   前記デバイス存在確認情報（ＧＤＪｉ）の送信に伴って前記ゲート側受信用メモリ（１１５）に記憶された前記デバイス側送信情報（ＤＪｉ）がゲート側ペアリング初期設定準備を示している場合は、このデバイス側送信情報（ＤＪｉ）に含まれている前記デバイス識別コードと予め記憶されている前記ゲート機器（１０）を識別するためのゲート識別コードとを前記ゲート側ペアリングＩＤとし、このゲート側ペアリングＩＤに受信時刻（ＧＭｔｉ）及びデバイス側ペアリング初期開始を示す情報を付加した前記ゲート側ペアリングＩＤ情報（ＧＰＪｉ）を生成する手段と、
   前記生成されたゲート側ペアリングＩＤ情報（ＧＰＪｉ）を前記ペアリングＩＤ数自動調整部（１０２）により指示されたメモリアドレスに基づいて前記ゲート側第１ペアリングＩＤ管理テーブル（１１０）に記憶する手段と、
   前記ゲート側ペアリングＩＤ情報（ＧＰＪｉ）を前記ゲート側近距離無線通信部（１０４）に出力する手段とを備え、
   前記ペアリングＩＤ数自動調整部（１０２）は、
   前記ペアリングＩＤ初期設定指示が入力する毎に、前記ゲート側第１ペアリングＩＤ管理テーブル（１１０）の前記ゲート側ペアリングＩＤ情報（ＧＰＪｉ）の個数が一定個数以下かどうかを判断する手段と、
   一定個数以下と判断した場合は、前記ゲート側ペアリングＩＤ情報（ＧＰＪｉ）を前記ゲート側第１ペアリングＩＤ管理テーブル（１１０）に記憶するためのメモリアドレスを求め、このメモリアドレスを前記ゲート側ペアリング初期設定部（１０１）に指示する手段と、
   一定個数に到達していると判断した場合は、最も時刻が古いゲート側ペアリングＩＤ情報（ＧＰＪｉ）を前記ゲート側第２ペアリングＩＤ管理テーブル（１１２）に移動する調整を行うペアリングＩＤ数自動調整部（１０２）とを有することを特徴とする請求項１又は２記載の生体情報取得システム。
4. 前記ゲート側生体検出情報収集部（１０６）は、
   前記ゲート側受信用メモリ（１１５）に記憶された前記デバイス側送信情報（ＤＪｉ）がデバイス側ペアリング初期設定完了を示している場合は、前記ゲート側ペアリングＩＤと生体情報を要求するゲート側生体情報要求情報（ＧＰＹＪｉ）を生成して前記ゲート側近距離無線通信部（１０４）に出力する手段と、
   前記ゲート側受信用メモリ（１１５）に記憶された前記デバイス側送信情報（ＤＪｉ）が前記デバイス側生体検出情報（ＤＳＨＪｉ）の場合は、このデバイス側生体検出情報（ＤＳＨＪｉ）に含まれている前記デバイス側ペアリングＩＤを有する前記ゲート側ペアリングＩＤ情報（ＧＰＪｉ）が前記ゲート側第１ペアリングＩＤ管理テーブル（１１０）又は前記ゲート側第２ペアリングＩＤ管理テーブル（１１２）に存在するかどうかを判断する手段と、
   存在する場合は、前記ゲート側受信用メモリ（１１５）に記憶された前記デバイス側送信情報（ＤＪｉ）である前記デバイス側生体検出情報（ＤＳＨＪｉ）を受け付ける手段と
   を有することを特徴とする請求項３記載の生体情報取得システム。
5. 前記ゲート側生体検出情報収集部（１０６）は、
   前記デバイス側生体検出情報（ＤＳＨＪｉ）に含まれている前記デバイス側ペアリングＩＤと一致する前記ゲート側ペアリングＩＤを有する前記ゲート側ペアリングＩＤ情報（ＧＰＪｉ）が存在すると判断した場合は生体情報収集を仮許可する手段と、
   前記生体情報収集の仮許可と判断した場合は、前記生体検出情報管理情報記憶用メモリ（１３０）に、受信したデバイス側生体検出情報（ＤＳＨＪｉ）に含まれているデバイス側生体情報管理情報（ＤＦＪｉ）に一致するゲート側生体情報管理情報（ＧＦＪｉ）を読み込む手段と、
   このゲート側生体情報管理情報（ＧＦＪｉ）の検出時刻（Ｇｔｉ）と読み込んだ前記デバイス側生体情報管理情報（ＤＦＪｉ）の検出時刻（Ｄｔｉ）との差が一定経過時間以上の場合は、受信した前記デバイス側生体検出情報（ＤＳＨＪｉ）と前記生体検出情報管理情報記憶用メモリ（１３０）における前記一致するゲート側生体情報管理情報（ＧＦＪｉ）とを削除する手段と、
   差が一定経過時間以下と判定した場合は、受信した前記デバイス側生体検出情報（ＤＳＨＪｉ）を収集すると判断し、このデバイス側生体検出情報（ＤＳＨＪｉ）に含まれている前記デバイス側生体情報管理情報（ＤＦＪｉ）を前記ゲート側生体情報管理情報（ＧＦＪｉ）として前記生体検出情報管理情報記憶用メモリ（１３０）に記憶すると共に、前記受信したデバイス側生体検出情報（ＤＳＨＪｉ）を前記ゲート側転送部（１０７）によって送信せる手段と
   を有することを特徴とする請求項４記載の生体情報取得システム。
6. 前記ゲート側生体検出情報収集部（１０６）は、
   前記ゲート側受信用メモリ（１１５）に記憶された前記デバイス側送信情報（ＤＪｉ）がデバイス側ペアリング初期設定完了を示している場合は、前記ゲート側ペアリングＩＤと生体情報を要求するゲート側生体情報要求情報（ＧＰＹＪｉ）を生成して前記ゲート側近距離無線通信部（１０４）に出力する手段を備え、
   前記生体情報検出端末は、
   前記デバイス使用者（ＤＣｉ）の各種の生体情報を一定時間毎に検出してこれをデバイス側データ収集用メモリ（４）に記憶するセンサ部（５）を備え、
   前記ゲート機器（１０）からの前記ゲート側送信情報（ＧＪｉ）が前記ゲート側生体情報要求情報（ＧＰＹＪｉ）の場合は、前記デバイス側データ収集用メモリ（４）に記憶されている生体情報を時刻が古い方から読みだして前記近距離無線通信インターフェースの通信規格で送信する手段と、
   前記デバイス存在確認情報（ＧＤＪｉ）の受信に伴って、予め記憶されている前記デバイス識別コードと前記ゲート側ペアリング初期設定準備を示す情報とを含む前記デバイス側送信情報（ＤＪｉ）を前記近距離無線通信インターフェースの通信規格で送信する手段と、
   前記ゲート機器（１０）からの前記ゲート側送信情報（ＧＪｉ）がデバイス側ペアリング初期開始を示す前記ゲート側ペアリングＩＤ情報（ＧＰＪｉ）の場合は、これに含まれている前記デバイス識別コードと前記ゲート識別コードとを前記デバイス側ペアリングＩＤとして設定し、これに前記デバイス側ペアリング初期設定完了を示す情報を付加した前記デバイス側送信情報（ＤＪｉ）を生成して前記近距離無線通信インターフェースの通信規格で送信する手段と、
   前記ゲート機器（１０）からの前記ゲート側送信情報（ＧＪｉ）が前記ゲート側生体情報要求情報（ＧＰＹＪｉ）の場合は、前記デバイス側データ収集用メモリ（４）に記憶されている生体情報を、時刻が古い方から順に読みだして前記デバイス側ペアリングＩＤと読み出した生体情報と生体情報であることを示す情報とを含むデバイス側生体検出情報（ＤＳＨＪｉ）を生成して、これを前記デバイス側送信情報（ＤＪｉ）として前記近距離無線通信インターフェースの通信規格で送信する手段とを備えていることを特徴とする請求項３記載の生体情報取得システム。
7. 生体情報閲覧者端末（９０）が前記通信ネットワークに接続されており、
   さらに、前記センタサーバ（３０）は、
   前記ゲート機器（１０）からの前記デバイス側生体検出情報（ＤＳＨＪｉ）を受信してメモリ（３９０）に記憶するセンタ側生体情報受信部（３２０）と、
   生体情報閲覧者端末（９０）からデバイス使用者名（Ｃｉ）と生体情報を閲覧する閲覧要求項目とを含む閲覧者閲覧要求項目入力情報（ＳＹＪｉ）を受信し、この閲覧者閲覧要求項目入力情報（ＳＹＪｉ）に該当する前記デバイス側生体検出情報（ＤＳＨＪｉ）を前記メモリ（３９０）から読み込んで解析し、この解析結果を解析結果情報（ＫＲＪｉ）として前記生体情報閲覧者端末（９０）に前記通信ネットワークを介して送信する生体情報解析部（３５０）と
   を有することを特徴とする請求項１記載の生体情報取得システム。
8. 前記センタサーバ（３０）の生体情報解析部（３５０）は、
   前記デバイス側生体検出情報（ＤＳＨＪｉ）をサービス開始日時から現在までの間に渡って解析し、これを地域別、年齢別、性別に分類し、これらを前記解析結果情報（ＫＲＪｉ）として前記生体情報閲覧者端末（９０））に前記通信ネットワークを介して送信することを特徴とする請求項７記載の生体情報取得システム。
9. 前記デバイス使用者（ＤＣｉ）が常駐するエリアに、このデバイス使用者（ＤＣｉ）が装着している前記生体情報検出端末と近距離無線通信インターフェースの通信規格で情報を送受するアクセスポイント（ＡＰｉ）を所定間隔で配置しており、さらにこれらのアクセスポイント（ＡＰｉ）に接続された社内サーバ（２０）を備え、
   前記ゲート機器（１０）は、
   ペアリング初期設定完了に伴って、前記デバイス使用者（ＤＣｉ）の氏名とデバイス識別コードとに、予め記憶されているゲート識別コードとを付加したアクセスポイント用ペアリングＩＤ情報（ＡＰＪｉ）を生成し、これを社内サーバ（２０）に転送するゲート側ペアリングＩＤ転送部（１４０）を備えており、
   前記社内サーバ（２０）は、
   アクセスポイント（ＡＰｉ）毎に、このアクセスポイント（ＡＰｉ）の電波到達距離を半径とするエリアと、このエリアに常駐するデバイス使用者（ＤＣｉ）の氏名とを関連付けたアクセスポイントテーブル（２３０）と、
   ゲート機器（１０）のゲート側転送部（１０７）からアクセスポイント用ペアリングＩＤ情報（ＡＰＪｉ）を受信し、このアクセスポイント用ペアリングＩＤ情報（ＡＰＪｉ）に含まれている氏名に関連付けられているアクセスポイント（ＡＰｉ）を前記アクセスポイント用ペアリングＩＤ情報（ＡＰＪｉ）を設定するアクセスポイントと決定するペアリングＩＤ配置部（２２０）と、
   前記決定されたアクセスポイントに前記受信したアクセスポイント用ペアリングＩＤ情報（ＡＰＪｉ）を送信する一方、前記アクセスポイント（ＡＰｉ）からのデバイス側生体検出情報（ＤＳＨＪｉ）を通信ネットワークを介してセンタサーバ（３０）に送信する社内サーバ側転送部（２４０）とを備えていることを特徴とする請求項１記載の生体情報取得システム。
10. 前記アクセスポイント（ＡＰｉ）は、
    前記アクセスポイント用ペアリングＩＤを受信し、一定個数に到達するまでアクセスポイント用ペアリングＩＤ用メモリ（４３０）に記憶すると共に、この記憶毎にペアリング初期完了コマンドを出力するアクセスポイント側ペアリングＩＤ更新部（４２０）と、
    前記デバイス側生体検出情報（ＤＳＨＪｉ）に含まれている前記生体情報検出端末の前記デバイス側ペアリングＩＤと受信時刻とがアクセスポイント側生体情報管理情報（ＡＧＦＪｉ）として記憶されるアクセスポイント側生体情報管理テーブル（４４５）を備え、さらに、
    前記近距離無線通信インターフェースの通信規格で生体情報検出端末からのデバイス側送信情報（ＤＪｉ）に含まれているデバイス側ペアリングＩＤが前記アクセスポイント用ペアリングＩＤ用メモリ（４３０）の前記アクセスポイント用ペアリングＩＤに一致する毎に、アクセスポイント受信用メモリ（４１５）に記憶するアクセスポイント側近距離無線通信部（４１０）と、
    前記アクセスポイント受信用メモリ（４１５）のデバイス側送信情報（ＤＪｉ）が前記デバイス側生体検出情報（ＤＳＨＪｉ）の場合は、このデバイス側生体検出情報（ＤＳＨＪｉ）に含まれているアクセスポイント側生体情報管理情報（ＡＧＦＪｉ）に一致するアクセスポイント側生体情報管理情報（ＡＧＦＪｉ）を前記アクセスポイント受信用メモリ（４１５）から検索し、受信時刻の差が一定時刻を超えている場合は前記受信したデバイス側生体検出情報（ＤＳＨＪｉ）を受け付け、前記受信したデバイス側生体検出情報（ＤＳＨＪｉ）の前記デバイス側生体情報管理情報（ＤＦＪｉ）を前記アクセスポイント側生体情報管理情報（ＡＧＦＪｉ）として前記アクセスポイント受信用メモリ（４１５）に記憶するアクセスポイント側生体検出情報収集部（４４０）と、
    前記受け付けたデバイス側生体検出情報（ＤＳＨＪｉ）をアクセスポイント側通知情報として前記社内サーバ（２０）に送信するアクセスポイント側転送部（４５０）と
    を有することを特徴とする請求項９記載の生体情報取得システム。
11. 前記アクセスポイント側生体検出情報収集部（４４０）は、
    前記受信したデバイス側生体検出情報（ＤＳＨＪｉ）に含まれているアクセスポイント側生体情報管理情報（ＡＧＦＪｉ）の受信時刻と前記アクセスポイント受信用メモリ（４１５）のアクセスポイント側生体情報管理情報（ＡＧＦＪｉ）の受信時刻との差が一定時刻以内の場合は前記受信したデバイス側生体検出情報（ＤＳＨＪｉ）を前記アクセスポイント受信用メモリ（４１５）より削除することを特徴とする請求項１０記載の生体情報取得システム。
12. 前記ゲート機器（１０）は、
    前記通信ネットワークを介しての情報の送受のパケット代金を負担する組織側に管理されており、前記生体情報検出端末との情報の送受は前記近距離無線通信インターフェースで行い前記センタサーバ（３０）との情報の送受は前記通信ネットワークを介して行うように構築されていることを特徴とする請求項１記載の生体情報取得システム。

Images