特許 6872422 サービス提供システム及びサービス提供装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6872422

(24)【登録日】2021年4月21日

(45)【発行日】2021年5月19日

(54)【発明の名称】サービス提供システム及びサービス提供装置

(51)【国際特許分類】

   H04M 11/00 20060101AFI20210510BHJP

   A61B 5/24 20210101ALI20210510BHJP

   A61B 5/0245 20060101ALI20210510BHJP

   A61B 5/02 20060101ALI20210510BHJP

【ＦＩ】

   H04M11/00 302

   A61B5/04 RZJP

   A61B5/0245 B

   A61B5/02 E

   A61B5/02 H

【請求項の数】8

【全頁数】23

(21)【出願番号】特願2017-107045(P2017-107045)

(22)【出願日】2017年5月30日

(65)【公開番号】特開2018-207173(P2018-207173A)

(43)【公開日】2018年12月27日

【審査請求日】2020年5月27日

(73)【特許権者】

【識別番号】392026693

【氏名又は名称】株式会社ＮＴＴドコモ

(74)【代理人】

【識別番号】110002952

【氏名又は名称】特許業務法人鷲田国際特許事務所

(74)【代理人】

【識別番号】100105050

【弁理士】

【氏名又は名称】鷲田 公一

(72)【発明者】

【氏名】中山 哲治

(72)【発明者】

【氏名】大村 彩華

(72)【発明者】

【氏名】佐近 康隆

(72)【発明者】

【氏名】出井 京子

(72)【発明者】

【氏名】井上 大輔

【審査官】 角張 亜希子

(56)【参考文献】

【文献】 特開２０１７−０１２６６１（ＪＰ，Ａ）

【文献】 特開２００２−１０９６６５（ＪＰ，Ａ）

【文献】 特開２００５−２４５７６４（ＪＰ，Ａ）

【文献】 特開２０１２−１１３４７７（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

ＩＰＣ Ａ６１Ｂ５／０２−５／０４０８

５／０４２８−５／０４４４

５／０４５２−５／０４５６

５／０４７２−５／０４７８

５／０４８４−５／０４９２

５／０５

Ｇ０８Ｂ１９／００−３１／００

Ｈ０４Ｍ１／００

１／２４−３／００

３／１６−３／２０

３／３８−３／５８

７／００−７／１６

１１／００−１１／１０

９９／００

(57)【特許請求の範囲】

【請求項1】

測定したユーザの生体状態の測定値に関する生体状態関連情報を含むビーコン信号を発信するウェアラブル端末と、前記ビーコン信号を受信する受信機と、前記生体状態関連情報を用いてサービスを提供するサービス提供装置と、表示機と、からなるシステムのサービス提供装置であって、
生体状態関連情報を受信する受信部と、
受信した前記生体状態関連情報に基づいて、前記表示機へ送信する送信情報を決定する送信情報決定部と、
前記ビーコン信号を受信した受信機から所定距離内に存在する表示機を特定する送信先決定部と、
前記決定した送信情報を、前記特定した表示機へ送信する送信部と、
を備えるサービス提供装置。

【請求項2】

前記送信情報決定部は、
前記生体状態関連情報に係る生体状態の測定値が属する範囲に基づいて、前記表示機へ送信する送信情報を決定する、
請求項１に記載のサービス提供装置。

【請求項3】

前記生体状態関連情報は、前記ウェアラブル端末が前記生体状態の測定値に基づいて変化させる複数のフラグで構成されているバイタルフラグ列を含んでおり、
バイタルフラグ列の特定のパターンを示すバイタルフラグパターンと、送信情報と、を対応付けて管理する管理部をさらに備え、
前記送信情報決定部は、
前記管理部に、前記生体状態関連情報に含まれるバイタルフラグ列に適合するバイタルフラグパターンが存在する場合、当該バイタルフラグパターンに対応付けられている送信情報を、前記表示機へ送信すると決定する、
請求項１に記載のサービス提供装置。

【請求項4】

前記バイタルフラグ列の少なくとも１つのフラグは、当該フラグに対応付けられている被測定対象の測定値が所定の範囲外である場合に、前記ウェアラブル端末によってオンにされるフラグである、
請求項３に記載のサービス提供装置。

【請求項5】

前記バイタルフラグ列の少なくとも１つのフラグは、当該フラグに対応付けられている被測定対象の測定値及び当該測定値の時間変化に基づいて推定される二次的な生体状態が平常状態でない場合に、前記ウェアラブル端末によってオンにされるフラグである、
請求項３又は４に記載のサービス提供装置。

【請求項6】

前記生体状態の測定値は、体温と、心拍数と、脈拍数と、血圧とのうちの少なくとも１つを測定した値である、
請求項１から５の何れか１項に記載のサービス提供装置。

【請求項7】

ウェアラブル端末と、受信機と、サービス提供装置と、表示機とを備えるサービス提供システムであって、
前記ウェアラブル端末は、
ユーザの生体状態を測定し、
前記測定した生体状態の測定値に関する生体状態関連情報を含むビーコン信号を発信し、
前記受信機は、
前記ビーコン信号を受信し、
前記生体状態関連情報を前記サービス提供装置へ送信し、
前記サービス提供装置は、
前記生体状態関連情報を受信し、
受信した前記生体状態関連情報に基づいて、前記表示機へ送信する送信情報を決定し、
前記ビーコン信号を受信した受信機から所定距離内に存在する表示機を特定し、
前記決定した送信情報を、前記特定した表示機へ送信し、
前記表示機は、
受信した送信情報を表示する、
サービス提供システム。

【請求項8】

前記ウェアラブル端末は、
前記生体状態の測定値に基づいて、複数のフラグで構成されているバイタルフラグ列のフラグを変化させ、
前記バイタルフラグ列を含むビーコン信号を発信する、
請求項７に記載のサービス提供システム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、サービス提供システム、サービス提供装置、及びウェアラブル端末に関する。

【背景技術】

【0002】

近年、ユーザの体温、心拍数及び血圧等を測定可能なウェアラブル端末が注目されており、そのウェアラブル端末が当該ユーザを測定した測定値を活用するシステムが検討されている。例えば、特許文献１には、ユーザが装着しているウェアラブル端末が、当該ユーザが店を訪れている間に測定した測定値を用いて、当該ユーザの当該店に対する心的状態を推定し、その推定した心的状態に基づいて、当該店に対する当該ユーザの評価を自動的に生成することが開示されている。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２０１６−１３６２９３号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

しかしながら、特許文献１のシステムは、ユーザを測定した測定値を、ユーザ自身が活用することを前提としたシステムである。したがって、特許文献１のシステムでは、ユーザの生体状態のリアルタイムな変化に応じて適切なサービスを提供することは難しい。

【0005】

本発明の目的は、各ユーザに対して、ユーザの生体状態のリアルタイムな変化に応じた適切なサービスを提供することにある。

【課題を解決するための手段】

【0006】

本発明の一態様に係るサービス提供システムは、ウェアラブル端末と、受信機と、サービス提供装置と、表示機とを備えるサービス提供システムであって、前記ウェアラブル端末は、ユーザの生体状態を測定し、前記測定した生体状態の測定値に関する生体状態関連情報を含むビーコン信号を発信し、前記受信機は、前記ビーコン信号を受信し、前記生体状態関連情報を前記サービス提供装置へ送信し、前記サービス提供装置は、前記生体状態関連情報を受信し、受信した前記生体状態関連情報に基づいて、前記表示機へ送信する送信情報を決定し、前記決定した送信情報を前記表示機へ送信し、前記表示機は、受信した送信情報を表示する。

【発明の効果】

【0007】

本発明によれば、各ユーザに対して、ユーザの生体状態のリアルタイムな変化に応じた適切なサービスを提供することができる。

【図面の簡単な説明】

【0008】

【図1】実施の形態１に係る情報提供システムの処理概要を説明するための模式図である。

【図2】実施の形態１に係るウェアラブル端末の構成例を示すブロック図である。

【図3】測定管理テーブルの構成例を示すテーブル図である。

【図4】実施の形態１に係る管理サーバの構成例を示すブロック図である。

【図5】生体測定情報管理テーブルの構成例を示すテーブル図である。

【図6】受信機管理テーブルの構成例を示すテーブル図である。

【図7】スタッフ端末管理テーブルの構成例を示すテーブル図である。

【図8】実施の形態１に係る管理サーバの全体処理を示すフローチャートである。

【図9】実施の形態２に係る情報提供システムの処理概要を説明するための模式図である。

【図10】実施の形態２に係るウェアラブル端末の構成例を示すブロック図である。

【図11】バイタルフラグの構成例を示す模式図である。

【図12】実施の形態２に係る管理サーバの構成例を示すブロック図である。

【図13】受信表示機管理テーブルの構成例を示すテーブル図である。

【図14】送信情報管理テーブルの構成例を示すテーブル図である。

【図15】実施の形態２に係る管理サーバの全体処理を示すフローチャートである。

【図16】本発明に係る管理サーバ等のハードウェア構成の一例を示す図である。

【発明を実施するための形態】

【0009】

以下、図面を参照しながら、幾つかの実施の形態を説明する。

【0010】

（実施の形態１）
＜実施の形態１の概要＞
以下、図１を用いて、実施の形態１の概要を説明する。

【0011】

図１において、ユーザＫは、ウェアラブル端末２０を装着して、施設内にいる。施設内のスタッフＦは、スタッフ端末３１を所持している。また、施設内には、ウェアラブル端末２０から発信されるビーコン信号を受信する受信機３０が設置されている。なお、本明細書に記載の「施設」は、「百貨店」又は「商業施設」等と呼び変えてもよい。また、本明細書に記載の「施設」は、屋内施設に限らず、イベント会場又は街中の所定のエリア等の屋外施設であってもよい。

【0012】

ウェアラブル端末２０は、ユーザＫの生体状態（体温、心拍数（脈拍数）及び／又は血圧等）を測定し、その生体状態の測定値（以下「生体測定値」と呼ぶ）を、ＢＬＥ（Bluetooth（登録商標） Low Energy）規格に準拠する信号（以下「ビーコン信号」という）に含め、間欠的（例えば数秒間毎）に発信する。なお、上記ＢＬＥはあくまで一例であり、ウェアラブル端末２０はどのような信号を発信してもよい。また、ウェアラブル端末２０は、自端末の識別子（以下「端末ＩＤ」という）をビーコン信号に含めてもよい。また、生体測定値は、生体状態関連情報の一例に相当する。また、以下の説明では、「心拍数」を測定しているが、「心拍数」と共に、又は、「心拍数」に代えて、「脈拍数」を測定してもよい。例えば、衣類型のウェアラブル端末は「心拍数」を、リストバンド型のウェアラブル端末は「脈拍数」を測定してもよい。

【0013】

ウェアラブル端末２０は、ＢＬＥ規格に準拠することにより、比較的長時間、ビーコン信号を発信し続けることができる。なお、「ビーコン信号の発信」は、ＢＬＥ規格における「アドバタイズパケットのブロードキャスト送信」に相当する。

【0014】

ウェアラブル端末２０は、腕時計型のウェアラブル端末である。ただし、ウェアラブル端末２０は、それ以外の端末であってもよく、例えば、ペンシル型、カード型、イヤホン型、眼鏡型、被服型等、ユーザが所持又は装着可能なものであれば何でもよい。

【0015】

受信機３０は、ユーザＫが装着するウェアラブル端末２０から送信されたビーコン信号を受信すると、当該ビーコン信号に含まれる生体測定値と、自機の識別子（以下「受信機ＩＤ」という）と、を含むビーコン受信情報を生成し、管理サーバ１０へ送信する。受信機３０と管理サーバ１０とは、無線ＬＡＮ（Local Area Network）又は有線ＬＡＮで接続されている。

【0016】

サービス提供装置の一例である管理サーバ１０は、受信機３０から送信されたビーコン受信情報を受信すると、そのビーコン受信情報に含まれる生体測定値に基づいて、ユーザＫに体調不良が生じているか否かを判定する。そして、管理サーバ１０は、ユーザＫに体調不良が生じていると判定した場合、ウェアラブル端末２０（つまりユーザＫ）の所定範囲内に存在するスタッフ端末３１（つまりスタッフＦ）に対して、周囲のユーザに注意を促す注意情報を送信する。又は、近くのユーザの介助を要請するための介助要請情報を送信する。

【0017】

これにより、施設内で体調不良が生じたユーザＫは、迅速に、近くのスタッフＦの介助を受けることができる。換言すると、施設内のスタッフＦは、体調不良が生じたユーザＫを、迅速に介助することできる。以下、実施の形態１に係るサービス提供システムの詳細について説明する。

【0018】

＜ウェアラブル端末＞
以下、図２を用いて、ウェアラブル端末２０の構成を説明する。

【0019】

ウェアラブル端末２０は、生体測定部１０１と、ビーコン発信部１０２と、タイマ部１０３と、測定管理テーブル１０４と、を備える。

【0020】

測定管理テーブル１０４は、図３に示すように、被測定対象１１１と、生体測定値１１２と、測定時刻１１３と、を対応付けて管理する。被測定対象１１１は、生体状態における測定される対象を示し、例えば体温、心拍数、血圧、血糖値、呼吸回数等である。生体測定値１１２は、被測定対象１１１を測定した値である。測定時刻１１３は、生体測定値１１２が測定された時刻である。以下、被測定対象１１１、生体測定値１１２、及び測定時刻１１３をまとめて「生体測定情報」と呼ぶ。

【0021】

生体測定部１０１は、生体状態を測定するための所定のセンサを備えており、ウェアラブル端末２０を装着しているユーザにおける被測定対象の生体測定値を測定し、測定管理テーブル１０４に格納する。タイマ部１０３は、ビーコン信号の発信間隔を制御する。

【0022】

ビーコン発信部１０２は、自ウェアラブル端末２０の端末ＩＤと、測定管理テーブル１０４に格納されている生体測定情報と、を含むビーコン信号を生成し、タイマ部１０３が制御する発信間隔で、そのビーコン信号を発信する。ＢＬＥに準拠している場合、ビーコン発信部１０２は、ビーコン信号としてアドバタイズパケットを生成し、そのアドバタイズパケットをブロードキャスト送信する。

【0023】

＜管理サーバ＞
以下、図４を用いて、管理サーバ１０の構成を説明する。

【0024】

管理サーバ１０は、受信部２０１と、体調不良判定部２０２と、送信先決定部２０３と、送信部２０４と、生体測定情報管理テーブル２０５と、受信機管理テーブル２０６と、スタッフ端末管理テーブル２０７と、を備える。まず、各テーブル２０５から２０７の構成について説明し、次に、各機能２０１から２０４について説明する。

【0025】

＜＜各テーブルの構成＞＞
まず、図５を用いて、生体測定情報管理テーブル２０５の構成を説明する。生体測定情報管理テーブル２０５は、端末ＩＤ２１１と、被測定対象２１２と、生体測定値２１３と、測定時刻２１４と、を対応付けて管理する。端末ＩＤ２１１は、ウェアラブル端末２０の識別子である。被測定対象２１２、生体測定値２１３、及び測定時刻２１４は、図３の測定管理テーブル１０４で説明したものと同様である。

【0026】

次に、図６を用いて、受信機管理テーブル２０６の構成を説明する。受信機管理テーブル２０６は、受信機ＩＤ２２１と、受信機位置２２２と、を対応付けて管理する。受信機ＩＤ２２１は、受信機３０の識別子である。受信機位置２２２は、施設内における受信機ＩＤ２２１の受信機３０が設置されている位置（例えばＸＹ座標）を示す情報である。施設が複数の階床を有する場合、受信機位置２２２は、受信機ＩＤ２２１の受信機３０が設置されている階数の情報も含む。

【0027】

次に、図７を用いて、スタッフ端末管理テーブル２０７の構成を説明する。スタッフ端末管理テーブル２０７は、スタッフ端末ＩＤ２３１と、スタッフ端末位置２３２と、を対応付けて管理する。スタッフ端末ＩＤ２３１は、スタッフ端末３１の識別子である。スタッフ端末位置２３２は、施設内におけるスタッフ端末ＩＤ２３１のスタッフ端末３１が存在する位置（例えばＸＹ座標）を示す情報である。施設が複数の階床を有する場合、スタッフ端末位置２３２は、スタッフ端末ＩＤ２３１のスタッフ端末３１が存在する階数の情報も含む。

【0028】

＜＜管理サーバの機能＞＞
以下、図４を用いて、管理サーバ１０の各機能を説明する。

【0029】

受信部２０１は、各受信機３０から送信されるビーコン受信情報を受信し、そのビーコン受信情報に含まれる端末ＩＤと、生体測定情報と、を対応付けて、生体測定情報管理テーブル２０５に格納する。

【0030】

体調不良判定部２０２は、生体測定情報管理テーブル２０５を用いて、端末ＩＤ２１１に対応するユーザが体調不良であるか否かを判定する。例えば、体調不良判定部２０２は、体温、心拍数、及び血圧の少なくとも１つが正常範囲外である場合、体調不良と判定する。正常範囲は、被測定対象２１２ごとに一般的に定義されている範囲である。なお、体調不良判定部２０２は、他の方法によって体調不良であるか否かを判定してもよい。例えば、体調不良判定部２０２は、生体測定値の時間経過に伴う変動に異常が検出された場合、体調不良と判定する。

【0031】

送信先決定部２０３は、体調不良判定部２０２において端末ＩＤ２１１に対応するユーザが体調不良であると判定された場合に、介助要請情報の送信先を決定する。例えば、送信先決定部２０３は、その端末ＩＤ２１１のウェアラブル端末２０から所定距離内に位置するスタッフ端末３１を、送信先に決定する。

【0032】

送信部２０４は、送信先決定部２０３によって決定された送信先のスタッフ端末３１に対して、例えば無線ＬＡＮを介して、介助要請情報を送信する。これにより、介助要請情報が体調不良のユーザから所定距離内に位置するスタッフ端末３１へ送信されるので、体調不良のユーザの近傍にいるスタッフが、迅速に体調不良のユーザを介助することができる。

【0033】

＜管理サーバにおける処理の流れ＞
以下、図８のフローチャートを用いて、管理サーバ１０における全体の処理の流れを説明する。なお、図８のフローチャートは、１つの端末ＩＤ（つまり１ユーザ）に対する処理を示すものである。

【0034】

受信部２０１は、受信機３０から送信されるビーコン受信情報を受信するまで待機し（ＳＴ１０１：ＮＯ）、ビーコン受信情報を受信すると（ＳＴ１０１：ＹＥＳ）、そのビーコン受信情報から端末ＩＤ、生体測定情報、及び受信機ＩＤを抽出し、端末ＩＤ及び生体測定情報を対応付けて、生体測定情報管理テーブル２０５に格納する（ＳＴ１０２）。

【0035】

次に、体調不良判定部２０２は、ＳＴ１０２で格納された生体測定情報を分析し、ＳＴ１０２で格納された端末ＩＤのウェアラブル端末２０を装着するユーザが、体調不良であるか否かを判定する（ＳＴ１０３）。

【0036】

ユーザが体調不良でないと判定された場合（ＳＴ１０３：ＮＯ）、管理サーバ１０は、本処理を終了する。

【0037】

ユーザが体調不良であると判定された場合（ＳＴ１０３：ＹＥＳ）、送信先決定部２０３は、受信機管理テーブル２０６を用いて、ＳＴ１０２で抽出した受信機ＩＤ２２１の受信機位置２２２を特定する（ＳＴ１０４）。

【0038】

次に、送信先決定部２０３は、スタッフ端末管理テーブル２０７を用いて、ＳＴ１０４で特定した受信機位置２２２から所定距離内に存在するスタッフ端末位置２３２を特定し、その特定したスタッフ端末位置２３２に対応付けられているスタッフ端末ＩＤ２３１を、送信先に決定する（ＳＴ１０５）。なお、所定距離内に複数のスタッフ端末位置２３２が存在する場合、それら全てのスタッフ端末位置２３２に対応付けられているスタッフ端末ＩＤ２３１を、送信先に決定する。

【0039】

次に、送信部２０４は、ＳＴ１０５で送信先に決定したスタッフ端末ＩＤ２３１のスタッフ端末３１に対して、介助要請情報を送信する（ＳＴ１０６）。

【0040】

スタッフ端末３１は、ＳＴ１０６の介助要請情報を受信すると、当該介助要請情報の内容をディスプレイに表示したり、サウンドを発生したりして、スタッフにその旨を知らせる。これにより、体調不良のユーザの近くにいるスタッフが、迅速にそのユーザを介助することができる。

【0041】

＜実施の形態１の変形例＞
以下、実施の形態１に係る変形例を説明する。

【0042】

（Ａ１）管理サーバ１０は、重大な体調不良と判定した場合、スタッフ端末３１だけでなく、施設内に存在する診療所にも介助要請情報を送信する。これにより、ユーザに重大な体調不良が生じた場合に、施設内の診療所が迅速に対応することができる。

【0043】

（Ａ２）管理サーバ１０は、生体測定情報管理テーブル２０５に格納された生体測定情報から、施設内の各店におけるユーザの感情を分析し、その分析結果（送信情報に相当）を、各店に提供する。これにより、施設内の各店は、この提供された分析結果を、接客品質の向上等に活用することができる。

【0044】

（Ａ３）管理サーバ１０は、生体測定情報管理テーブル２０５に格納された生体測定情報から、施設内の店にいる今現在のユーザの感情を分析し、その分析結果（送信情報に相当）を、直ちにその店のスタッフ端末３１に送信する。これにより、店のスタッフは、ユーザの感情の変化に合わせて、当該ユーザへの対応を変えることができる。

【0045】

（Ａ４）管理サーバ１０は、生体測定情報管理テーブル２０５に格納された各端末ＩＤ２１１の生体測定情報を分析することにより、スタジアムでスポーツを観戦中のユーザ又は自宅のリビングで映画を鑑賞中のユーザ等、個人のユーザの感情を推定することができる。例えば、分析の結果、心拍数及び体温が上昇している場合、ユーザは熱中していると推定することができる。

【0046】

（Ａ５）管理サーバ１０は、生体測定情報管理テーブル２０５に格納された複数の端末ＩＤ２１の生体測定情報を統計的に分析することにより、ユーザの集団の心的状態を推定することができる。例えば、統計的な分析の結果、心拍数及び体温の平均が上昇している場合、ユーザの集団は熱中していると推定することができる。ユーザの集団の例としては、コンサートを鑑賞中の集団、介護予防教室に参加中の集団、同じコンテンツを視聴中の集団等がある。

【0047】

（Ａ６）生体測定部１０１の機能を、ウェアラブル端末２０ではなく、受信機３０に備える。例えば、受信機３０が備える赤外線サーモグラフィーカメラ（生体測定部１０１に相当）が、遠隔からユーザの体温を測定する。又は、受信機３０が備える電波を用いて心拍数を測定可能な装置（生体測定部１０１に相当）が、遠隔からユーザの心拍数を測定する。なお、受信機３０が備える生体測定部が測定した生体測定値２１３と、端末ＩＤ２１１との対応付けは、受信機３０がウェアラブル端末２０から受信したビーコン信号の受信強度を用いて行われる。例えば、管理サーバ１０は、受信機３０の備える生体測定部が最も近くに位置するユーザの生体測定値を測定したときに当該受信機３０が受信した各ビーコン信号のうち、受信強度が最も高いビーコン信号を発したウェアラブル端末２０を特定し、その特定したウェアラブル端末２０の端末ＩＤ２１１と、その生体測定値２１３とを対応付ける。

【0048】

＜実施の形態１の効果＞
以上のように、実施の形態１では、ウェアラブル端末２０が、ユーザの生体状態を測定し、その生体状態の生体測定値を含むビーコン信号を発信し、受信機３０が、ビーコン信号を受信し、自機の受信機ＩＤと、ビーコン信号に含まれる生体測定値と、を管理サーバ１０へ送信し、管理サーバ１０が、受信機３０から送信された生体測定情報を分析し、ユーザが体調不良であると判定した場合、そのウェアラブル端末２０（ユーザ）の近傍に存在するスタッフ端末３１（スタッフ）に対して、注意情報の一例である介助要請情報を送信する。これにより、ユーザ（特に高齢又は持病のあるユーザ）は、実施の形態１に係る情報提供システムが導入されている施設において、安心して過ごすことができる。

【0049】

また、実施の形態１では、ユーザは、生体測定値を受信して管理サーバへ送信するアプリケーションをインストールすることなく、ウェアラブル端末２０を装着するだけで、上述のサービスを受けることができる。

【0050】

また、受信機３０は、自ら信号を発信せずに、ウェアラブル端末２０から発信されるビーコン信号を受信すればよいので、低消費電力で駆動することができる。

【0051】

（実施の形態２）
＜実施の形態２の概要＞
以下、図９を用いて、実施の形態２の概要を説明する。

【0052】

図９において、ユーザＫは、ウェアラブル端末２１を装着して、施設内にいる。施設内には、ウェアラブル端末２１から発信されるビーコン信号を受信したり、ユーザＫに対して情報を表示したりする受信表示機３２が設置されている。

【0053】

ウェアラブル端末２１は、ユーザＫの生体状態を測定し、その生体状態の生体測定値に基づいてバイタルフラグ列を生成し、その生成したバイタルフラグ列をビーコン信号に含めて、間欠的に発信する。なお、それ以外のウェアラブル端末２１の機能については、実施の形態１で説明したウェアラブル端末２０と同様であってよい。バイタルフラグ列は、後述の図１１に示すように、各フラグ（ビット）が、ユーザの特定の生体状態を示すフラグ列（ビット列）であり、例えば、ウェアラブル端末２１が生体測定値に基づいて、ユーザが空腹であると推定した場合、空腹状態に対応付けられているフラグをオンにする。なお、バイタルフラグ値は、生体状態関連情報の一例に相当する。

【0054】

受信表示機３２は、ユーザＫが装着するウェアラブル端末２１から送信されたビーコン信号を受信すると、当該ビーコン信号に含まれるバイタルフラグ列と、自機の受信機ＩＤと、を含むビーコン受信情報を生成し、管理サーバ１１へ送信する。受信表示機３２と管理サーバ１１とは、無線又は有線ＬＡＮで接続されている。

【0055】

管理サーバ１１は、受信表示機３２から送信されたビーコン受信情報を受信すると、そのビーコン受信情報に含まれるバイタルフラグ列に基づいて送信情報を決定する。例えば、管理サーバ１１は、バイタルフラグ列における空腹状態に対応付けられているフラグがオンである場合、当該バイタルフラグ列のパターンに対応付けられている、施設内の飲食店情報を、送信情報として送信すると決定する。そして、管理サーバ１１は、その決定した飲食店情報を、受信表示機３２へ送信する。

【0056】

受信表示機３２は、管理サーバ１１から送信された飲食店情報を表示する。これにより、空腹状態であるユーザＫの近くの受信表示機３２に、飲食店情報が表示される。受信表示機３２は、例えば、施設に設置されているデジタルサイネージ装置である。

【0057】

これにより、空腹状態のユーザＫは、施設の案内パネルから飲食店を探したりすることなく、受信表示機３２に近づくだけで、施設内の飲食店を知ることができる。以下、実施の形態２に係るサービス提供システムの詳細について説明する。

【0058】

＜ウェアラブル端末＞
以下、図１０を用いて、ウェアラブル端末２１の構成を説明する。ウェアラブル端末２１は、生体測定部１０１と、ビーコン発信部１０２と、タイマ部１０３と、バイタルフラグ列生成部１０５と、測定管理テーブル１０４と、を備える。

【0059】

生体測定部１０１、タイマ部１０３、及び測定管理テーブル１０４については、実施の形態１で説明したとおりであるので、説明を省略する。

【0060】

バイタルフラグ列生成部１０５は、測定管理テーブル１０４に格納されている生体測定情報を用いて、バイタルフラグ列を生成する。なお、バイタルフラグ列の生成方法の詳細については後述する。

【0061】

ビーコン発信部１０２は、自ウェアラブル端末２１の端末ＩＤと、バイタルフラグ列生成部１０５で生成されたバイタルフラグ列と、を含むビーコン信号を生成し、タイマ部１０３が制御する発信間隔で、そのビーコン信号を発信する。ＢＬＥに準拠している場合、ビーコン発信部１０２は、ビーコン信号としてアドバタイズパケットを生成し、そのアドバタイズパケットをブロードキャスト送信する。

【0062】

＜バイタルフラグ列の生成方法の詳細＞
以下、バイタルフラグ列の生成方法の詳細について説明する。

【0063】

バイタルフラグ列は、図１１に示すように、各ビットがユーザの特定の生体状態に対応付けられているビット列である。例えば、第１ビットが体温状態に、第２ビットが心拍状態に、第３ビットが血圧状態に、第４ビットが空腹状態に、第５ビットが疲労状態に対応付けられている。バイタルフラグ列生成部１０５は、例えば、次の（Ｂ１）から（Ｂ５）に示すように、バイタルフラグ列を生成する。

【0064】

（Ｂ１）バイタルフラグ列生成部１０５は、バイタルフラグ列の第１ビットを、測定された体温が正常範囲内ならば「０」（正常状態）、正常範囲外ならば「１」（異常状態）とする。
（Ｂ２）バイタルフラグ列生成部１０５は、バイタルフラグ列の第２ビットを、測定された心拍数が正常範囲内ならば「０」（正常状態）、正常範囲外ならば「１」（異常状態）とする。
（Ｂ３）バイタルフラグ列生成部１０５は、バイタルフラグ列の第３ビットを、測定された血圧が正常範囲内ならば「０」（正常状態）、正常範囲外ならば「１」（異常状態）とする。
（Ｂ４）バイタルフラグ列生成部１０５は、測定管理テーブル１０４に格納されている測定値２１３の時間経過に対する変化の特性に基づいて、空腹状態であるか否かを判定する。典型的には、食事をすると体温が上昇する傾向があるため、バイタルフラグ列生成部１０５は、体温の上昇が発生してから下降し所定時間以上経過している場合、空腹状態と判定する。バイタルフラグ列生成部１０５は、バイタルフラグ列の第４ビットを、空腹状態でないと判定したならば「０」（平常状態）、空腹状態であると判定したならば「１」（空腹状態）とする。
（Ｂ５）バイタルフラグ列生成部１０５は、測定管理テーブル１０４内に格納されている生体測定値の時間経過に対する変化の特性に基づいて、疲労状態であるか否かを判定する。典型的には、運動等を行うと心拍数が上昇する傾向があるため、バイタルフラグ列生成部１０５は、心拍数が上昇してから下降し所定時間以上経過している場合、疲労状態と判定する。バイタルフラグ列生成部１０５は、バイタルフラグ列の第５ビットを、疲労状態でないと判定したならば「０」（平常状態）、疲労状態であると判定したならば「１」（疲労状態）とする。

【0065】

例えば、体温は平熱であるが、心拍数及び血圧が正常範囲よりも高く、空腹状態及び疲労状態ではない場合、バイタルフラグ列は「０１１００」となる。また、体温、心拍数及び血圧の何れも正常であり、空腹かつ疲労状態である場合、バイタルフラグ列は「０００１１」となる。

【0066】

なお、（Ｂ１）から（Ｂ３）のように、生体測定値２１３から直接的に判定できる生体状態を、「一次的生体状態」と呼び、（Ｂ４）、（Ｂ５）のように、少なくとも１つ以上の生体測定値２１３の時間経過に対する変化の特性に基づいて間接的に判定（推定）される生体状態を、「二次的生体状態」と呼んでもよい。

【0067】

また、ウェアラブル端末２１には、被測定対象２１２のそれぞれにおいて一般的に定義されている正常範囲が予め設定されている。しかし、正常範囲はユーザによって異なることも多いので、ウェアラブル端末２１に予め設定されている正常範囲は、ユーザによって調整可能である。これにより、バイタルフラグ列生成部１０５は、ユーザ毎に適切なバイタルフラグ列を生成することができる。

【0068】

＜管理サーバ＞
以下、図１２を用いて、管理サーバ１１の構成を説明する。管理サーバ１１は、受信部３０１と、送信情報決定部３０２と、送信先決定部３０３と、送信部３０４と、受信表示機管理テーブル３０５と、送信情報管理テーブル３０６と、スタッフ端末管理テーブル３０７と、を備える。

【0069】

まず、テーブル３０５、３０６の構成について説明し、次に、各機能３０１から３０４について説明する。なお、スタッフ端末管理テーブル３０７については、図７で説明したとおりであるので、説明を省略する。

【0070】

＜＜各テーブルの構成＞＞
まず、図１３を用いて、受信表示機管理テーブル３０５の構成を説明する。受信表示機管理テーブル３０５は、受信表示機ＩＤ３１１と、受信表示機位置３１２と、を対応付けて管理する。受信表示機ＩＤ３１１は、受信表示機３２の識別子である。受信表示機位置３１２は、施設内における受信表示機ＩＤ３１１の受信表示機３２が設置されている位置（例えばＸＹ座標）を示す情報である。施設が複数の階床を有する場合、受信表示機位置３１２は、受信表示機ＩＤ３１１の受信表示機３２が設置されている階数の情報も含む。

【0071】

次に、図１４を用いて、送信情報管理テーブル３０６の構成を説明する。送信情報管理テーブル３０６は、バイタルフラグパターン３２１と、送信情報種別３２２と、を対応付けて管理する。バイタルフラグパターン３２１は、バイタルフラグ列のパターンであり、予め定義される。送信情報種別３２２は、バイタルフラグ列が、バイタルフラグパターン３２１に適合した場合に送信される送信情報の種別を示す。送信情報種別３２２としては、上記で説明した介助要請情報の他に、例えば、施設内にある診療所に関する情報である診療所情報、施設内にある飲食点に関する情報である飲食店情報、施設内にある休憩所に関する情報である休憩所情報等がある。

【0072】

図１４の例では、体温及び血圧が正常範囲外、又は、心拍数が正常範囲外であるユーザについては、直ちに介助が必要であるため、バイタルフラグ列の第１から第３ビットが「１０１」又は第２ビットが「１」のバイタルフラグパターン３２１に対して、送信情報種別３２２として、介助要請情報を対応付けている。

【0073】

また、体温のみが正常範囲外、又は、血圧のみが正常範囲外であるユーザについては、直ちに介助が必要とまではいかないが、診療を受けることが好ましいため、バイタルフラグ列の第１から第３ビットが「１００」又は「００１」のバイタルフラグパターン３２１に対して、送信情報種別３２２として、診療所情報を対応付けている。

【0074】

また、体調不良ではなく、空腹状態であるユーザについては、飲食店を探している可能性が高いため、バイタルフラグ列の第１から第５ビットが「０００１０」又は「０００１１」のバイタルフラグパターン３２１に対して、送信情報種別３２２として、飲食点情報を対応付けている。

【0075】

また、体調不良ではなく、空腹でもないが、疲労状態であるユーザについては、休憩所を探している可能性が高いため、バイタルフラグ列の第１から第５ビットが「００００１」のバイタルフラグパターンに対して、送信情報種別３２２として、休憩所情報を対応付けている。

【0076】

＜管理サーバの機能＞
以下、図１２を用いて、管理サーバ１１の各機能について説明する。

【0077】

受信部３０１は、各受信機３０から送信されるビーコン受信情報を受信し、そのビーコン受信情報に含まれる端末ＩＤと、バイタルフラグ列と、受信機ＩＤと、を送信情報決定部３０２に渡す。

【0078】

送信情報決定部３０２は、送信情報管理テーブル３０６を用いて、受信部３０１から受け取ったバイタルフラグ列に適合する送信情報種別３２２を決定する。なお、送信情報種別の決定方法の詳細については後述する。

【0079】

送信先決定部３０３は、送信情報決定部３０２によって決定された送信情報種別の送信情報の送信先を決定する。なお、送信先の決定方法の詳細については、後の図１５のフローチャートにおいて説明する。

【0080】

送信部３０４は、送信情報決定部３０２によって決定された送信情報種別の送信情報を、送信先決定部３０３で決定された送信先へ送信する。

【0081】

＜送信情報種別の決定方法の詳細＞
以下、送信情報種別の決定方法の詳細を、図１４を用いて具体的に説明する。

【0082】

送信情報管理テーブル３０６において、第１から第３ビットが「１０１」又は第２ビットが「１」であるバイタルフラグ列に適合するバイタルフラグパターン３２１に対しては、送信情報種別３２２として、介助要請情報が対応付けられている。したがって、送信情報決定部３０２は、このようなバイタルフラグ列を受け取った場合、介助要請情報を送信すると決定する。

【0083】

また、第１から第３ビットが「１０１」又は「００１」であるバイタルフラグ列に適合するバイタルフラグパターン３２１に対しては、送信情報種別３２２として、診療所情報が対応付けられている。したがって、送信情報決定部３０２は、このようなバイタルフラグ列を受け取った場合、診療所情報を送信すると決定する。

【0084】

また、第１から第５ビットが「０００１０」又は「０００１１」であるバイタルフラグ列に適合するバイタルフラグパターン３２１に対しては、送信情報種別３２２として、飲食店情報が対応付けられている。したがって、送信情報決定部３０２は、このようなバイタルフラグ列を受け取った場合、飲食店情報を送信すると決定する。

【0085】

また、第１から第５ビットが「００００１」であるバイタルフラグ列に適合するバイタルフラグパターン３２１に対しては、送信情報種別３２２として、休憩所情報が対応付けられている。したがって、送信情報決定部３０２は、このようなバイタルフラグ列を受け取った場合、休憩所情報を送信すると決定する。

【0086】

＜管理サーバの全体処理フロー＞
以下、図１５のフローチャートを用いて、管理サーバ１１における処理の流れを説明する。なお、図１５のフローチャートは、１つの端末ＩＤ（つまり１ユーザ）に対する処理を示している。

【0087】

受信部３０１は、ビーコン受信情報を受信するまで待機し（ＳＴ２０１：ＮＯ）、ビーコン受信情報を受信すると（ＳＴ２０１：ＹＥＳ）、ビーコン受信情報から、端末ＩＤ、バイタルフラグ列、及び受信機ＩＤを抽出し、送信情報決定部３０２に渡す（ＳＴ２０２）。

【0088】

次に、送信情報決定部３０２は、受信部２０１から受け取ったバイタルフラグ列に適合するバイタルフラグパターンが送信情報管理テーブル３０６に存在するか否かを判定する（ＳＴ２０３）。

【0089】

バイタルフラグ列に適合するバイタルフラグパターンが送信情報管理テーブル３０６に存在しない場合（ＳＴ２０３：ＮＯ）、管理サーバ１１は、本処理を終了する。

【0090】

バイタルフラグ列に適合するバイタルフラグパターンが送信情報管理テーブル３０６に存在する場合（ＳＴ２０３：ＹＥＳ）、次に、送信情報決定部３０２は、送信情報管理テーブル３０６において、そのバイタルフラグパターン３２１に対応付けられている送信情報種別３２２を特定する（ＳＴ２０４）。

【0091】

次に、送信情報決定部３０２は、ＳＴ２０４で特定した送信情報種別が、介助要請情報であるか否かを判定する（ＳＴ２０５）。

【0092】

ＳＴ２０４で特定した送信情報種別が介助要請情報である場合（ＳＴ２０５：ＹＥＳ）、送信先決定部３０３は、受信部２０１から受け取った受信表示機ＩＤの受信表示機３２から所定距離内に存在するスタッフ端末３１を特定し、その特定したスタッフ端末３１を介助要請情報の送信先に決定する（ＳＴ２０６）。受信表示機３２から所定距離内に存在するスタッフ端末３１を特定する方法は、実施の形態１で説明したとおりである。

【0093】

ＳＴ２０４で特定した送信情報種別が介助要請情報でない場合（ＳＴ２０５：ＮＯ）、送信先決定部３０３は、受信部３０１から受け取った受信表示機ＩＤの受信表示機３２を、ＳＴ２０４で特定した送信情報の送信先に決定する（ＳＴ２０７）。

【0094】

送信部３０４は、ＳＴ２０６で決定されたスタッフ端末、又は、ＳＴ２０７で決定された受信表示機３２に対して、ＳＴ２０４で特定された送信情報を送信し（ＳＴ２０８）、本処理を終了する。

【0095】

＜実施の形態２の変形例＞
以下、実施の形態２に係る変形例を説明する。

【0096】

（Ｃ１）ウェアラブル端末２１の生体測定部１０１は、上述した体温、心拍数及び血圧の他に、血糖値も測定する。例えば、ウェアラブル端末２１のバイタルフラグ列生成部１０５は、体温及び血糖値が上昇してから下降した時刻に基づいてユーザが食事をした時刻を推定し、その推定時刻から所定時間経過以上している場合、空腹状態と判定する。これにより、空腹状態をより精度良く判定することができる。

【0097】

（Ｃ２）ウェアラブル端末２１は、さらに歩数測定部を備え、ユーザの歩数を測定する。例えば、ウェアラブル端末２１のバイタルフラグ列生成部１０５は、休憩時間なしに歩数が所定数以上増加した場合、疲労状態と判定する。これにより、疲労状態をより精度良く判定することができる。また、バイタルフラグ列生成部１０５は、歩数の増加数が所定未満である（運動強度が弱い）にもかかわらず、心拍数が所定以上である場合、強いストレス状態と判定する。これにより、ストレス状態をより精度良く判定することができる。

【0098】

（Ｃ３）バイタルフラグ列を、管理サーバ１１のみが復号可能な鍵で暗号化する。これにより、ユーザの生体測定情報に係るプライバシーを、さらに強固に保護することができる。

【0099】

＜実施の形態２の効果＞
以上のように、実施の形態２では、ウェアラブル端末２１が、ユーザの生体状態を測定し、その生体状態の生体測定情報に基づいてバイタルフラグ列を生成し、その生成したバイタルフラグ列を含むビーコン信号を発信し、受信表示機３２が、ビーコン信号を受信し、そのビーコン信号に含まれるバイタルフラグ列と受信機ＩＤとを管理サーバ１１へ送信し、管理サーバ１１が、受信表示機３２から送信されたバイタルフラグ列に応じて送信情報を決定し、その決定した送信情報を受信表示機３２又はスタッフ端末３１へ送信する。

【0100】

このように、ウェアラブル端末２１でバイタルフラグ列を生成することにより、生体測定情報をそのまま送信する場合と比較して、データ量を削減することができる。これにより、データサイズの上限が比較的厳しいＢＬＥ規格のアドバタイズパケットに、ユーザの多様な生体状態に関する情報を含めることができる。

【0101】

また、施設内にいる多数のユーザの生体測定値をそのまま管理サーバへ送信した場合、管理サーバは多数のユーザの生体測定値をそれぞれ分析する必要があるため、管理サーバの処理負荷が大きくなってしまう。したがって、このようなシステムでは、管理サーバが、ユーザの生体状態に対してリアルタイムに応答を返すことは難しい。これに対して、本実施の形態２に係るシステムによれば、バイタルフラグ列とバイタルフラグパターンとを対比すればよいので、管理サーバ１１の処理負荷が比較的小さくなる。よって、本実施の形態２によれば、管理サーバ１１が、ユーザの生体状態に対して、リアルタイムに応答を返すシステムを実現することができる。

【0102】

また、生体測定値をそのまま管理サーバへ送信するのではなく、生体測定値をバイタルフラグ列に変換して管理サーバ１１へ送信することにより、プライバシーをより強固に保護することができる。これにより、実施の形態２に係るサービスを利用する際におけるユーザのプライバシーに対する懸念を緩和することができる。

【0103】

また、、実施の形態２では、ユーザは、生体測定値を受信して管理サーバ１１へ送信するアプリケーションをインストールすることなく、ウェアラブル端末２１を装着するだけで、上述のサービスを受けることができる。

【0104】

また、受信機３０は、自ら信号を発信せずに、ウェアラブル端末２１から発信されるビーコン信号を受信すればよいので、低消費電力で駆動することができる。

【0105】

（ハードウェア構成）
なお、上記実施の形態の説明に用いたブロック図は、機能単位のブロックを示している。これらの機能ブロック（構成部）は、ハードウェア及び／又はソフトウェアの任意の組み合わせによって実現される。また、各機能ブロックの実現手段は特に限定されない。すなわち、各機能ブロックは、物理的及び／又は論理的に結合した１つの装置により実現されてもよいし、物理的及び／又は論理的に分離した２つ以上の装置を直接的及び／又は間接的に(例えば、有線及び／又は無線)で接続し、これら複数の装置により実現されてもよい。

【0106】

例えば、本発明の一実施の形態における各装置は、本発明の方法の処理を行うコンピュータとして機能してもよい。図１６は、本発明の一実施の形態に係る管理サーバ１０、１１、ウェアラブル端末２０、２１、受信機３０、スタッフ端末３１、受信表示機３２のハードウェア構成の一例を示す図である。上述の管理サーバ１０、１１、ウェアラブル端末２０、２１、スタッフ端末３１、受信表示機３２は、物理的には、プロセッサ１００１、メモリ１００２、ストレージ１００３、通信装置１００４、入力装置１００５、出力装置１００６、バス１００７などを含むコンピュータ装置として構成されてもよい。

【0107】

なお、以下の説明では、「装置」という文言は、回路、デバイス、ユニットなどに読み替えることができる。管理サーバ１０、１１、発信機２０、２１、受信機３０、スタッフ端末３１、受信表示機３２のハードウェア構成は、図に示した各装置を１つ又は複数含むように構成されてもよいし、一部の装置を含まずに構成されてもよい。

【0108】

管理サーバ１０、１１、ウェアラブル端末２０、２１、受信機３０、スタッフ端末３１、受信表示機３２における各機能は、プロセッサ１００１、メモリ１００２などのハードウェア上に所定のソフトウェア（プログラム）を読み込ませることで、プロセッサ１００１が演算を行い、通信装置１００４による通信や、メモリ１００２及びストレージ１００３におけるデータの読み出し及び／又は書き込みを制御することで実現される。

【0109】

プロセッサ１００１は、例えば、オペレーティングシステムを動作させてコンピュータ全体を制御する。プロセッサ１００１は、周辺装置とのインターフェース、制御装置、演算装置、レジスタなどを含む中央処理装置（ＣＰＵ：Central Processing Unit）で構成されてもよい。例えば、上述の生体測定部１０１、ビーコン発信部１０２、タイマ部１０３、バイタルフラグ列生成部１０５、受信部２０１、３０１、体調不良判定部２０２、送信先決定部２０３、３０３、送信部２０４、３０４、送信情報決定部３０２などは、プロセッサ１００１で実現されてもよい。

【0110】

また、プロセッサ１００１は、プログラム（プログラムコード）、ソフトウェアモジュールやデータを、ストレージ１００３及び／又は通信装置１００４からメモリ１００２に読み出し、これらに従って各種の処理を実行する。プログラムとしては、上述の実施の形態で説明した動作の少なくとも一部をコンピュータに実行させるプログラムが用いられる。例えば、管理サーバ１０、１１、ウェアラブル端末２０、２１、受信機３０、スタッフ端末３１、受信表示機３２の各機能は、メモリ１００２に格納され、プロセッサ１００１で動作する制御プログラムによって実現されてよい。上述の各種処理は、１つのプロセッサ１００１で実行される旨を説明してきたが、２以上のプロセッサ１００１により同時又は逐次に実行されてもよい。プロセッサ１００１は、１以上のチップで実装されてもよい。なお、プログラムは、電気通信回線を介してネットワークから送信されても良い。

【0111】

メモリ１００２は、コンピュータ読み取り可能な記録媒体であり、例えば、ＲＯＭ（Read Only Memory）、ＥＰＲＯＭ（Erasable Programmable ＲＯＭ）、ＥＥＰＲＯＭ（Electrically Erasable Programmable ＲＯＭ）、ＲＡＭ（Random Access Memory）などの少なくとも１つで構成されてもよい。メモリ１００２は、レジスタ、キャッシュ、メインメモリ（主記憶装置）などと呼ばれてもよい。メモリ１００２は、本発明の一実施の形態に係る無線通信方法を実施するために実行可能なプログラム（プログラムコード）、ソフトウェアモジュールなどを保存することができる。

【0112】

ストレージ１００３は、コンピュータ読み取り可能な記録媒体であり、例えば、ＣＤ−ＲＯＭ（Compact Disc ＲＯＭ）などの光ディスク、ハードディスクドライブ、フレキシブルディスク、光磁気ディスク(例えば、コンパクトディスク、デジタル多用途ディスク、Ｂｌｕ−ｒａｙ（登録商標）ディスク)、スマートカード、フラッシュメモリ(例えば、カード、スティック、キードライブ)、フロッピー（登録商標）ディスク、磁気ストリップなどの少なくとも１つで構成されてもよい。ストレージ１００３は、補助記憶装置と呼ばれてもよい。上述の記憶媒体は、例えば、メモリ１００２及び／又はストレージ１００３を含むデータベース、サーバその他の適切な媒体であってもよい。例えば、上述の測定管理テーブル１０４、生体測定情報管理テーブル２０５、受信機管理テーブル２０６、スタッフ端末管理テーブル２０７、３０７、受信表示機管理テーブル３０５、送信情報管理テーブル３０６などは、メモリ１００２及び／又はストレージ１００３によって構成されてもよい。

【0113】

通信装置１００４は、有線及び／又は無線ネットワークを介してコンピュータ間の通信を行うためのハードウェア（送受信デバイス）であり、例えばネットワークデバイス、ネットワークコントローラ、ネットワークカード、通信モジュールなどともいう。例えば、上述の受信部２０１、３０１、送信部２０４、３０４などは、通信装置１００４で実現されてもよい。

【0114】

入力装置１００５は、外部からの入力を受け付ける入力デバイス（例えば、キーボード、マウス、マイクロフォン、スイッチ、ボタン、センサなど）である。出力装置１００６は、外部への出力を実施する出力デバイス（例えば、ディスプレイ、スピーカー、LEDランプなど）である。なお、入力装置１００５及び出力装置１００６は、一体となった構成（例えば、タッチパネル）であってもよい。

【0115】

また、プロセッサ１００１やメモリ１００２などの各装置は、情報を通信するためのバス１００７で接続される。バス１００７は、単一のバスで構成されてもよいし、装置間で異なるバスで構成されてもよい。

【0116】

また、管理サーバ１０、１１、ウェアラブル端末２０、２１、受信機３０、スタッフ端末３１、受信表示機３２は、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ：Digital Signal Processor）、ＡＳＩＣ（Application Specific Integrated Circuit）、ＰＬＤ（Programmable Logic Device）、ＦＰＧＡ（Field Programmable Gate Array）などのハードウェアを含んで構成されてもよく、当該ハードウェアにより、各機能ブロックの一部又は全てが実現されてもよい。例えば、プロセッサ１００１は、これらのハードウェアの少なくとも１つで実装されてもよい。
へ送信されてもよい。

【0117】

（判定方法）
判定は、１ビットで表される値（０か１か）によって行われてもよいし、真偽値（Boolean：trueまたはfalse）によって行われてもよいし、数値の比較（例えば、所定の値との比較）によって行われてもよい。

【0118】

（態様のバリエーション等）
本明細書で説明した各態様／実施形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。また、所定の情報の通知（例えば、「Ｘであること」の通知）は、明示的に行うものに限られず、暗黙的（例えば、当該所定の情報の通知を行わない）ことによって行われてもよい。

【0119】

以上、本発明について詳細に説明したが、当業者にとっては、本発明が本明細書中に説明した実施形態に限定されるものではないということは明らかである。本発明は、特許請求の範囲の記載により定まる本発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。したがって、本明細書の記載は、例示説明を目的とするものであり、本発明に対して何ら制限的な意味を有するものではない。

【0120】

（用語の意味、解釈）

【0121】

（ソフトウェア）
ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語と呼ばれるか、他の名称で呼ばれるかを問わず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行可能ファイル、実行スレッド、手順、機能などを意味するよう広く解釈されるべきである。

【0122】

また、ソフトウェア、命令などは、伝送媒体を介して送受信されてもよい。例えば、ソフトウェアが、同軸ケーブル、光ファイバケーブル、ツイストペア及びデジタル加入者回線（ＤＳＬ）などの有線技術及び／又は赤外線、無線及びマイクロ波などの無線技術を使用してウェブサイト、サーバ、又は他のリモートソースから送信される場合、これらの有線技術及び／又は無線技術は、伝送媒体の定義内に含まれる。

【0123】

（情報、信号）
本明細書で説明した情報、信号などは、様々な異なる技術のいずれかを使用して表されてもよい。例えば、上記の説明全体に渡って言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、チップなどは、電圧、電流、電磁波、磁界若しくは磁性粒子、光場若しくは光子、又はこれらの任意の組み合わせによって表されてもよい。

【0124】

なお、本明細書で説明した用語及び／又は本明細書の理解に必要な用語については、同一の又は類似する意味を有する用語と置き換えてもよい。例えば、チャネル及び／又はシンボルは信号（シグナル）であってもよい。また、信号はメッセージであってもよい。また、コンポーネントキャリア（ＣＣ）は、キャリア周波数、セルなどと呼ばれてもよい。

【0125】

（「システム」、「ネットワーク」）
本明細書で使用する「システム」および「ネットワーク」という用語は、互換的に使用される。

【0126】

（パラメータ名称）
また、本明細書で説明した情報、パラメータなどは、絶対値で表されてもよいし、所定の値からの相対値で表されてもよいし、対応する別の情報で表されてもよい。

【0127】

上述したパラメータに使用する名称はいかなる点においても限定的なものではない。さらに、これらのパラメータを使用する数式等は、本明細書で明示的に開示したものと異なる場合もある。

【0128】

（「接続された」、「結合された」）
「接続された(connected)」、「結合された(coupled)」という用語、又はこれらのあらゆる変形は、２又はそれ以上の要素間の直接的又は間接的なあらゆる接続又は結合を意味し、互いに「接続」又は「結合」された２つの要素間に１又はそれ以上の中間要素が存在することを含むことができる。要素間の結合又は接続は、物理的なものであっても、論理的なものであっても、或いはこれらの組み合わせであってもよい。本明細書で使用する場合、２つの要素は、１又はそれ以上の電線、ケーブル及び／又はプリント電気接続を使用することにより、並びにいくつかの非限定的かつ非包括的な例として、無線周波数領域、マイクロ波領域及び光（可視及び不可視の両方）領域の波長を有する電磁エネルギーなどの電磁エネルギーを使用することにより、互いに「接続」又は「結合」されると考えることができる。

【0129】

（「に基づいて」の意味）
本明細書で使用する「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。

【0130】

（「第１の」、「第２の」）
本明細書で使用する「第１の」、「第２の」などの呼称を使用した要素へのいかなる参照も、それらの要素の量または順序を全般的に限定するものではない。これらの呼称は、２つ以上の要素間を区別する便利な方法として本明細書で使用され得る。したがって、第１および第２の要素への参照は、２つの要素のみがそこで採用され得ること、または何らかの形で第１の要素が第２の要素に先行しなければならないことを意味しない。

【0131】

（「手段」）
上記の各装置の構成における「手段」を、「部」、「回路」、「デバイス」等に置き換えてもよい。

【0132】

（オープン形式）
「含む(including)」、「含んでいる（comprising）」、およびそれらの変形が、本明細書あるいは特許請求の範囲で使用されている限り、これら用語は、用語「備える」と同様に、包括的であることが意図される。さらに、本明細書あるいは特許請求の範囲において使用されている用語「または（or）」は、排他的論理和ではないことが意図される。

【0133】

（冠詞）
本開示の全体において、例えば、英語でのa, an, 及びtheのように、翻訳により冠詞が追加された場合、これらの冠詞は、文脈から明らかにそうではないことが示されていなければ、複数のものを含むものとする。

【符号の説明】

【0134】

１０、１１ 管理サーバ
２０、２１ ウェアラブル端末
３０ 受信機
３１ スタッフ端末
３２ 受信表示機
１０１ 生体測定部
１０２ ビーコン発信部
１０３ タイマ部
１０４ 測定管理テーブル
１０５ バイタルフラグ列生成部
２０１、３０１ 受信部
２０２ 体調不良判定部
２０３、３０３ 送信先決定部
２０４、３０４ 送信部
２０５ 生体測定情報管理テーブル
２０６ 受信機管理テーブル
２０７、３０７ スタッフ端末管理テーブル
３０２ 送信情報決定部
３０５ 受信表示機管理テーブル
３０６ 送信情報管理テーブル

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】