JP2018109826A - 健康管理プログラム、健康管理装置及び健康管理方法 - Google Patents

Abstract

【課題】健康状態が悪い選手を効率的に発見する。【解決手段】競技における選手の健康状態を管理するコンピュータに、前記選手が有する機器から取得されたバイタル情報と、該バイタル情報の基準値とのずれの大きさに応じて、前記選手の健康状態が異常であるか否かを判定し、前記選手の健康状態が異常であると判定された場合、前記機器の位置情報と、前記競技の監視員が利用する端末の位置情報とに基づいて、前記端末のうち、前記機器から所定の範囲内にある端末に前記選手に関する情報を送信し、前記選手の健康状態が異常であることを示す情報の出力指示を、前記選手に装着された出力装置に送信する、処理を実行させるための健康管理プログラムが提供される。【選択図】図２

Description

本発明は、健康管理プログラム、健康管理装置及び健康管理方法に関する。

近年、センシング技術により取得したバイタル情報（例えば血圧や心拍数、体温等）を用いて、人の健康状態を判定する技術が知られている。人の健康状態を判定する技術の中には、スポーツ競技の分野に適用されるものがある。

例えば、トレーニング中に取得したバイタル情報を用いて、スポーツ競技中の選手の健康状態を判定する技術が知られている。このような技術では、例えば、トレーニング中に取得したバイタル情報の平均値等を算出した上で、スポーツ競技中の選手から取得したバイタル情報と、算出した平均値等とを比較することで、選手の健康状態を判定する。

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

ここで、スポーツ競技（以下、単に「競技」とも表す。）の大会には、屋外等の広い場所で多人数の選手が一斉にスタートして、ゴールまでのタイムを競い合うものがある。例えば、トライアスロンと呼ばれる競技の大会では、数十〜数百人の選手が一斉にスタートして、水泳（スイム）、自転車ロードレース（バイク）及び長距離走（ラン）の３つの種目を連続して行って、ゴール（フィニッシュ）までのタイムを競い合う。

このような多人数の選手が屋外等の広い場所で一斉にスタートする競技の大会では、健康状態が悪い選手を、競技の監視員等が発見することが困難な場合がある。例えば、トライアスロンでは、数十〜数百人の選手が一斉にスタートして、集団で水泳種目を行うため、健康状態が悪い選手を監視員等が発見することが困難な場合がある。

開示の技術は、健康状態が悪い選手を効率的に発見することを目的としている。

開示の技術は、競技における選手の健康状態を管理するコンピュータに、前記選手が有する機器から取得されたバイタル情報と、該バイタル情報の基準値とのずれの大きさに応じて、前記選手の健康状態が異常であるか否かを判定し、前記選手の健康状態が異常であると判定された場合、前記機器の位置情報と、前記競技の監視員が利用する端末の位置情報とに基づいて、前記端末のうち、前記機器から所定の範囲内にある端末に前記選手に関する情報を送信し、前記選手の健康状態が異常であることを示す情報の出力指示を、前記選手に装着された出力装置に送信する、処理を実行させる。

健康状態が悪い選手を効率的に発見することができる。

第一の実施形態に係る健康管理システムの全体構成の一例を示す図である。 第一の実施形態に係る健康管理システムの処理の概要を説明する図である。 第一の実施形態に係る運営者サーバ及び監視員端末のハードウェア構成の一例を示す図である。 第一の実施形態に係るウェアラブル端末のハードウェア構成の一例を示す図である。 第一の実施形態に係る発光装置のハードウェア構成の一例を示す図である。 第一の実施形態に係る健康管理システムの機能構成の一例を示す図である。 練習時バイタル情報記憶部に記憶されている練習時バイタル情報の一例を示す図である。 コンディション判定情報記憶部に記憶されているコンディション判定情報の一例を示す図である。 競技中バイタル情報記憶部に記憶されている競技中バイタル情報の一例を示す図である。 監視員端末情報記憶部に記憶されている監視員端末情報の一例を示す図である。 発光装置情報記憶部に記憶されている発光装置情報の一例を示す図である。 第一の実施形態に係る練習時バイタル情報の格納処理の一例を示すシーケンス図である。 第一の実施形態に係るコンディション判定情報の作成及び格納処理の一例を示すフローチャートである。 第一の実施形態に係る競技中における健康管理システムの全体処理の一例を示すシーケンス図である。 運営者サーバに表示される警告画面の一例を示す図である。 監視員端末に表示される警告画面の一例を示す図である。 選手の詳細画面の一例を示す図である。 第二の実施形態に係る発光装置による発光の一例を説明する図である。 第二の実施形態に係る健康管理システムの機能構成の一例を示す図である。 第二の実施形態に係る発光色定義テーブルの一例を示す図である。 第二の実施形態に係る発光装置における発光処理の一例を示すフローチャートである。 第三の実施形態に係る健康管理システムの機能構成の一例を示す図である。 第三の実施形態に係る発光色定義テーブルの一例を示す図である。 第三の実施形態に係る競技中における健康管理システムの全体処理の一例を示すシーケンス図である。 第三の実施形態に係る発光装置の特定及び発光色の決定処理の一例を示すフローチャートである。

以下、本発明の実施形態について添付の図面を参照しながら説明する。

（第一の実施形態）
まず、本実施形態に係る健康管理システム１の全体構成について、図１を参照しながら説明する。図１は、第一の実施形態に係る健康管理システム１の全体構成の一例を示す図である。

図１に示すように、本実施形態に係る健康管理システム１は、運営者サーバ１０と、練習環境Ｅ１と、競技環境Ｅ２とを有し、例えばインターネットや電話回線網等の広域的なネットワークＮを介して通信可能に接続されている。

運営者サーバ１０は、例えばトライアスロン等のスポーツ競技大会（以下、単に「大会」とも表す。）の運営者が管理する情報処理装置又は情報処理システムである。運営者サーバ１０は、当該競技の練習中における選手Ｐのバイタル情報（例えば血圧や心拍数、体温等）を記憶する練習時バイタル情報記憶部１５０を有する。

運営者サーバ１０は、練習時バイタル情報記憶部１５０に記憶されているバイタル情報を用いて、競技中における選手Ｐのコンディション（健康状態）を判定する。すなわち、運営者サーバ１０は、競技環境Ｅ２における選手Ｐのコンディションが異常であるか否かを判定する。

そして、運営者サーバ１０は、競技中の健康状態が悪いと判定された選手Ｐ（すなわち、競技中のコンディションが異常と判定された選手Ｐ）が装着等している発光装置３０に発光指示を送信することで、当該発光装置３０を発光させる。また、運営者サーバ１０は、競技中のコンディションが異常と判定された選手Ｐの近くにいる監視員Ｑが利用する監視員端末４０に対して、コンディションが異常の選手Ｐが近くにいることを通知する。

これにより、競技の監視員Ｑは、自身の近くにいるコンディションが異常の選手Ｐを容易に発見することができるようになる。したがって、当該監視員Ｑは、例えば、コンディションが異常の選手Ｐの競技続行を中止させる等の措置を早期に取ることができるようになる。なお、監視員Ｑは、大会に参加している選手Ｐの健康状態や競技内容を監視する審判員又はスタッフ等である。

練習環境Ｅ１は、例えばスポーツジムやトレーニング施設、自宅、野外練習施設等であり、選手Ｐが競技の練習を行うための環境である。選手Ｐは、練習環境Ｅ１において、当該選手Ｐのバイタル情報を取得するウェアラブル端末２０を装着等した状態で練習を行う。

ウェアラブル端末２０は、選手Ｐのバイタル情報を取得するバイタルセンサ等が搭載された機器である。ウェアラブル端末２０は、練習中の選手Ｐからバイタル情報を取得して、運営者サーバ１０に送信する。

なお、ウェアラブル端末２０は、例えば、リストバンド型の機器である。ただし、ウェアラブル端末２０は、例えば、アンクルバンド型であっても良いし、選手Ｐに直接に貼り付け又は選手Ｐが着用する服等のウェアに貼り付け等されていても良い。すなわち、ウェアラブル端末２０は、選手Ｐのバイタル情報を取得することができる機器であれば良い。

また、選手Ｐは、複数のウェアラブル端末２０を装着等していても良い。すなわち、選手Ｐは、例えば、バイタル情報として血圧及び体温を取得するウェアラブル端末２０−１と、バイタル情報として心拍数を取得するウェアラブル端末２０−２とを装着等していても良い。

競技環境Ｅ２は、例えば大会の競技会場等であり、選手Ｐが競技を行うための環境である。選手Ｐは、競技環境Ｅ２において、ウェアラブル端末２０と、発光装置３０とを装着等した状態で競技を行う。

ウェアラブル端末２０は、競技中の選手Ｐのバイタル情報と、当該ウェアラブル端末２０の現在位置を示す位置情報とを取得して、運営者サーバ１０に送信する。また、発光装置３０は、運営者サーバ１０からの発光指示に応じて発光する機器である。

発光装置３０は、例えば、選手Ｐのスイムキャップ等に装着可能な機器である。ただし、発光装置３０は、例えば、スイムウェア等に装着可能な機器であっても良い。発光装置３０は、例えば水泳等の競技中においても監視員Ｑから視認し易い箇所に装着されることが好ましい。

また、競技環境Ｅ２には、大会の監視員Ｑが利用する監視員端末４０が含まれる。監視員端末４０は、例えばＰＣやスマートフォン、タブレット端末等であり、運営者サーバ１０からの通知に応じて、競技中にコンディションが異常と判定された選手Ｐに関する情報を表示する。

ここで、本実施形態に係る健康管理システム１の処理の概要について、図２を参照しながら説明する。図２は、第一の実施形態に係る健康管理システム１の処理の概要を説明する図である。

Ｓ１）まず、選手Ｐが練習環境Ｅ１で競技の練習をしている間、ウェアラブル端末２０は、所定の間隔（例えば数分乃至十数分）毎に、練習中の選手Ｐのバイタル情報を取得する。そして、ウェアラブル端末２０は、練習中の選手Ｐから取得したバイタル情報と、当該選手ＰのユーザＩＤと、当該バイタル情報を取得した日時とを運営者サーバ１０に送信する。

Ｓ２）運営者サーバ１０は、練習中の選手Ｐのバイタル情報と、ユーザＩＤと、日時とを受信すると、これらの情報を関連付けた練習時バイタル情報１５０Ｄを作成して、練習時バイタル情報記憶部１５０に格納する。

このように、運営者サーバ１０は、練習中における選手Ｐのバイタル情報を含む練習時バイタル情報１５０Ｄを練習時バイタル情報記憶部１５０に格納する。

Ｓ３）次に、運営者サーバ１０は、例えば競技の開始前に、練習時バイタル情報記憶部１５０に記憶されている練習時バイタル情報１５０Ｄからコンディション判定情報１６０Ｄを作成して、コンディション判定情報記憶部１６０に格納する。

ここで、コンディション判定情報１６０Ｄは、例えば、選手Ｐ毎の各バイタル情報の正常範囲（例えば、血圧の正常範囲や心拍数の正常範囲、体温の正常範囲等）を含む情報である。

Ｓ４）続いて、選手Ｐが競技環境Ｅ２で競技をしている間、ウェアラブル端末２０は、所定の間隔（例えば数分乃至十数分）毎に、競技中の選手Ｐのバイタル情報と、当該ウェアラブル端末２０の位置情報を取得する。そして、ウェアラブル端末２０は、競技中の選手Ｐから取得したバイタル情報と、当該選手ＰのユーザＩＤと、当該バイタル情報を取得した日時と、当該ウェアラブル端末２０の位置情報とを運営者サーバ１０に送信する。

Ｓ５）運営者サーバ１０は、競技中の選手Ｐが装着等しているウェアラブル端末２０からバイタル情報等を受信すると、当該バイタル情報等と、コンディション判定情報１６０Ｄとに基づいて、当該選手Ｐのコンディションを判定する。

すなわち、運営者サーバ１０は、例えば、競技中の選手Ｐのバイタル情報が、コンディション判定情報１６０Ｄに含まれる正常範囲内であるか否かを判定することで、当該選手Ｐのコンディションを判定する。

Ｓ６−１）運営者サーバ１０は、上記のＳ５）で選手Ｐのコンディションが異常であると判定した場合、当該選手Ｐが装着等している発光装置３０に発光指示を送信する。

Ｓ６−２）また、このとき、運営者サーバ１０は、ウェアラブル端末２０から受信した位置情報に基づいて、当該選手Ｐの近くにいる監視員Ｑが利用する監視員端末４０に対して、コンディションが異常の選手が近くにいることを通知する。

Ｓ７−１）そして、発光装置３０は、運営者サーバ１０から発光指示を受信すると、例えばＬＥＤ（Light Emitting Diode）等を発光させる。

Ｓ７−２）また、監視員端末４０は、運営者サーバ１０から当該通知を受信すると、コンディションが異常の選手Ｐに関する情報を表示する。

これにより、監視員Ｑは、自身の近くにコンディションが異常の選手Ｐがいることを知ることができる。また、監視員Ｑは、コンディションが異常の選手Ｐが装着等している発光装置３０の発光により、当該選手Ｐを容易に発見することができる。

すなわち、本実施形態に係る健康管理システム１によれば、競技中の健康状態が悪い選手Ｐの発光装置３０を発光させると共に、当該選手Ｐの近くの監視員Ｑの監視員端末４０に所定の通知を送信することで、健康状態が悪い選手Ｐを効率的に発見することができる。

したがって、本実施形態に係る健康管理システム１によれば、監視員Ｑは、例えば、コンディションが異常の選手Ｐの競技続行を中止させる等の措置を早期に取ることができるようになる。

次に、本実施形態に係る運営者サーバ１０及び監視員端末４０のハードウェア構成について、図３を参照しながら説明する。図３は、第一の実施形態に係る運営者サーバ１０及び監視員端末４０のハードウェア構成の一例を示す図である。なお、運営者サーバ１０及び監視員端末４０は、同様のハードウェア構成を有しているため、以降では、主に、運営者サーバ１０のハードウェア構成について説明する。

図３に示すように、本実施形態に係る運営者サーバ１０は、入力装置１１と、表示装置１２と、外部Ｉ／Ｆ１３と、通信Ｉ／Ｆ１４と、ＲＯＭ（Read Only Memory）１５とを有する。また、本実施形態に係る運営者サーバ１０は、ＲＡＭ（Random Access Memory）１６と、ＣＰＵ（Central Processing Unit）１７と、記憶装置１８とを有する。これら各ハードウェアは、それぞれがバス１９で相互に接続されている。

入力装置１１は、例えば各種ボタンやタッチパネル、キーボード、マウス等であり、運営者サーバ１０に各種の操作を入力するのに用いられる。表示装置１２は、例えばディスプレイ等であり、運営者サーバ１０による各種の処理結果を表示する。なお、運営者サーバ１０は、入力装置１１を有していなくても良い。

外部Ｉ／Ｆ１３は、外部装置とのインタフェースである。外部装置には、記録媒体１３ａ等がある。運営者サーバ１０は、外部Ｉ／Ｆ１３を介して、記録媒体１３ａの読み取りや書き込みを行うことができる。記録媒体１３ａには、例えば、ＳＤメモリカード(SD memory card）やＵＳＢメモリ、ＣＤ（Compact Disk）、ＤＶＤ（Digital Versatile Disk）等がある。

通信Ｉ／Ｆ１４は、ネットワークＮを介して、運営者サーバ１０が他の装置（例えば、ウェアラブル端末２０や発光装置３０、監視員端末４０等）とデータ通信を行うためのインタフェースである。

ＲＯＭ１５は、電源を切ってもデータを保持することができる不揮発性の半導体メモリである。ＲＡＭ１６は、プログラムやデータを一時保持する揮発性の半導体メモリである。ＣＰＵ１７は、例えば記憶装置１８やＲＯＭ１５からプログラムやデータをＲＡＭ１６上に読み出して、各種処理を実行する演算装置である。

記憶装置１８は、例えばＨＤＤ（Hard Disk Drive）やＳＳＤ（Solid State Drive）等であり、プログラムやデータを格納している不揮発性のメモリである。記憶装置１８に格納されているプログラムやデータには、例えば、本実施形態を実現するプログラムや基本ソフトウェアであるＯＳ（Operating System）、ＯＳ上で動作する各種アプリケーションプログラム等がある。

なお、監視員端末４０は、上記の各ハードウェアに加えて、例えば、監視員端末４０の位置を測位するためのＧＰＳ（Global Positioning System）受信機等を有していても良い。

本実施形態に係る運営者サーバ１０及び監視員端末４０は、図３に示すハードウェア構成を有することにより、後述する各種処理を実現することができる。

次に、本実施形態に係るウェアラブル端末２０のハードウェア構成について、図４を参照しながら説明する。図４は、第一の実施形態に係るウェアラブル端末２０のハードウェア構成の一例を示す図である。

図４に示すように、本実施形態に係るウェアラブル端末２０は、通信Ｉ／Ｆ２１と、ＲＯＭ２２と、ＲＡＭ２３と、ＣＰＵ２４と、記憶装置２５と、バイタルセンサ２６と、ＧＰＳ受信機２７とを有する。これら各ハードウェアは、それぞれがバス２８で相互に接続されている。

通信Ｉ／Ｆ２１は、ウェアラブル端末２０が他の装置（例えば、運営者サーバ１０等）とデータ通信を行うためのインタフェースである。

ＲＯＭ２２は、電源を切ってもデータを保持することができる不揮発性の半導体メモリである。ＲＡＭ２３は、プログラムやデータを一時保持する揮発性の半導体メモリである。ＣＰＵ２４は、例えば記憶装置２５やＲＯＭ２２からプログラムやデータをＲＡＭ２３上に読み出して、各種処理を実行する演算装置である。

記憶装置２５は、例えばフラッシュメモリ等であり、プログラムやデータを格納している不揮発性のメモリである。記憶装置２５に格納されているプログラムやデータには、例えば、本実施形態を実現するプログラムや基本ソフトウェアであるＯＳ、ＯＳ上で動作する各種アプリケーションプログラム等がある。

バイタルセンサ２６は、ウェアラブル端末２０を装着等している選手Ｐのバイタル情報（例えば血圧や心拍数、体温等）を取得する各種センサである。ＧＰＳ受信機２７は、ウェアラブル端末２０の位置を測位する。

本実施形態に係るウェアラブル端末２０は、図４に示すハードウェア構成を有することにより、後述する各種処理を実現することができる。

次に、本実施形態に係る発光装置３０のハードウェア構成について、図５を参照しながら説明する。図５は、第一の実施形態に係る発光装置３０のハードウェア構成の一例を示す図である。

図５に示すように、本実施形態に係る発光装置３０は、通信Ｉ／Ｆ３１と、ＲＯＭ３２と、ＲＡＭ３３と、ＣＰＵ３４と、記憶装置３５と、発光部３６とを有する。これら各ハードウェアは、それぞれがバス３７で相互に接続されている。

通信Ｉ／Ｆ３１は、発光装置３０が他の装置（例えば、運営者サーバ１０等）とデータ通信を行うためのインタフェースである。

ＲＯＭ３２は、電源を切ってもデータを保持することができる不揮発性の半導体メモリである。ＲＡＭ３３は、プログラムやデータを一時保持する揮発性の半導体メモリである。ＣＰＵ３４は、例えば記憶装置３５やＲＯＭ３２からプログラムやデータをＲＡＭ３３上に読み出して、各種処理を実行する演算装置である。

記憶装置３５は、例えばフラッシュメモリ等であり、プログラムやデータを格納している不揮発性のメモリである。記憶装置３５に格納されているプログラムやデータには、例えば、本実施形態を実現するプログラムや基本ソフトウェアであるＯＳ等がある。発光部３６は、例えばＬＥＤやケミカルライト等であり、ＣＰＵ３４の制御に応じて発光する。

本実施形態に係る発光装置３０は、図５に示すハードウェア構成を有することにより、後述する各種処理を実現することができる。

次に、本実施形態に係る健康管理システム１の機能構成について、図６を参照しながら説明する。図６は、第一の実施形態に係る健康管理システム１の機能構成の一例を示す図である。

図６に示すように、本実施形態に係るウェアラブル端末２０は、バイタル情報取得部２０１と、位置情報取得部２０２と、情報送信部２０３とを有する。これら各機能部は、ウェアラブル端末２０にインストールされた１以上のプログラムが、ＣＰＵ２４に実行させる処理により実現される。

また、本実施形態に係るウェアラブル端末２０は、ユーザＩＤ２０４を有する。ユーザＩＤ２０４は、例えば記憶装置２５に記憶されている。

バイタル情報取得部２０１は、選手Ｐのバイタル情報（例えば血圧や心拍数、体温等）を取得する。位置情報取得部２０２は、ウェアラブル端末２０の現在位置を示す位置情報を取得する。

情報送信部２０３は、選手Ｐが練習環境Ｅ１にいる場合、バイタル情報取得部２０１が取得したバイタル情報と、ユーザＩＤ２０４と、当該バイタル情報を取得した日時とを運営者サーバ１０に送信する。すなわち、情報送信部２０３は、練習中における選手Ｐのバイタル情報と、ユーザＩＤ２０４と、日時とを運営者サーバ１０に送信する。

また、情報送信部２０３は、選手Ｐが競技環境Ｅ２にいる場合、バイタル情報取得部２０１が取得したバイタル情報と、ユーザＩＤ２０４と、当該バイタル情報を取得した日時と、位置情報取得部２０２が取得した位置情報とを運営者サーバ１０に送信する。すなわち、情報送信部２０３は、競技中における選手Ｐのバイタル情報と、ユーザＩＤ２０４と、日時と、位置情報とを運営者サーバ１０に送信する。

ユーザＩＤ２０４は、ウェアラブル端末２０を装着等している選手Ｐを識別するユーザＩＤである。

図６に示すように、本実施形態に係る運営者サーバ１０は、情報受信部１０１と、練習時バイタル情報作成部１０２と、練習時バイタル管理部１０３と、判定情報作成部１０４と、判定情報管理部１０５と、競技中バイタル情報作成部１０６と、競技中バイタル管理部１０７とを有する。また、本実施形態に係る運営者サーバ１０は、コンディション判定部１０８と、監視員端末管理部１０９と、発光装置管理部１１０と、発光装置特定部１１１と、発光指示部１１２と、端末特定部１１３と、通知部１１４と、表示制御部１１５とを有する。これら各機能部は、運営者サーバ１０にインストールされた１以上のプログラムが、ＣＰＵ１７に実行させる処理により実現される。

更に、本実施形態に係る運営者サーバ１０は、練習時バイタル情報記憶部１５０と、コンディション判定情報記憶部１６０と、競技中バイタル情報記憶部１７０と、監視員端末情報記憶部１８０と、発光装置情報記憶部１９０とを有する。これら各記憶部は、例えば記憶装置１８を用いて実現可能である。なお、これら各記憶部のうちの少なくとも一の記憶部が、運営者サーバ１０とネットワークを介して接続される記憶装置等を用いて実現されていても良い。

情報受信部１０１は、練習中における選手Ｐのバイタル情報と、ユーザＩＤと、日時とをウェアラブル端末２０から受信する。また、情報受信部１０１は、競技中における選手Ｐのバイタル情報と、ユーザＩＤと、日時と、位置情報とをウェアラブル端末２０から受信する。更に、情報受信部１０１は、監視員端末４０を識別する端末ＩＤと、当該監視員端末４０の現在位置を示す位置情報とを監視員端末４０から受信する。

練習時バイタル情報作成部１０２は、練習中における選手Ｐのバイタル情報と、ユーザＩＤと、日時とを情報受信部１０１が受信すると、これらの情報を関連付けた練習時バイタル情報１５０Ｄを作成する。

練習時バイタル管理部１０３は、練習時バイタル情報記憶部１５０に記憶されている練習時バイタル情報１５０Ｄを管理する。すなわち、練習時バイタル管理部１０３は、練習時バイタル情報記憶部１５０に記憶されている練習時バイタル情報１５０Ｄの取得、練習時バイタル情報作成部１０２が作成した練習時バイタル情報１５０Ｄの練習時バイタル情報記憶部１５０への格納等を行う。

判定情報作成部１０４は、練習時バイタル管理部１０３が取得した練習時バイタル情報１５０Ｄに基づいて、選手Ｐ毎のコンディション判定情報１６０Ｄを作成する。判定情報作成部１０４は、例えば、選手ＰのユーザＩＤ毎に、当該選手Ｐの練習時バイタル情報１５０Ｄに含まれる各バイタル情報の正常範囲を算出することで、コンディション判定情報１６０Ｄを作成する。

判定情報管理部１０５は、コンディション判定情報記憶部１６０に記憶されているコンディション判定情報１６０Ｄを管理する。すなわち、判定情報管理部１０５は、コンディション判定情報記憶部１６０に記憶されているコンディション判定情報１６０Ｄの取得、判定情報作成部１０４が作成したコンディション判定情報１６０Ｄのコンディション判定情報記憶部１６０への格納等を行う。

競技中バイタル情報作成部１０６は、競技中における選手Ｐのバイタル情報と、ユーザＩＤと、日時と、位置情報とを情報受信部１０１が受信すると、これらの情報を関連付けた競技中バイタル情報１７０Ｄを作成する。

競技中バイタル管理部１０７は、競技中バイタル情報記憶部１７０に記憶されている競技中バイタル情報１７０Ｄを管理する。すなわち、競技中バイタル管理部１０７は、競技中バイタル情報記憶部１７０に記憶されている競技中バイタル情報１７０Ｄの取得、競技中バイタル情報作成部１０６が作成した競技中バイタル情報１７０Ｄの競技中バイタル情報記憶部１７０への格納等を行う。

コンディション判定部１０８は、競技中における選手Ｐのバイタル情報と、当該選手Ｐのコンディション判定情報１６０Ｄとに基づいて、当該選手Ｐのコンディションが異常であるか否かを判定する。すなわち、コンディション判定部１０８は、競技中における選手Ｐのバイタル情報が、当該選手Ｐのコンディション判定情報１６０Ｄに含まれる正常範囲内であるか否かを判定する。なお、コンディション判定部１０８は、判定部の一例である。

監視員端末管理部１０９は、監視員端末情報記憶部１８０に記憶されている監視員端末情報１８０Ｄを管理する。監視員端末情報１８０Ｄは、監視員端末４０の端末ＩＤと、当該監視員端末４０の位置情報とが関連付けられた情報である。監視員端末管理部１０９は、端末ＩＤと、位置情報とを情報受信部１０１が受信すると、受信した端末ＩＤに対応する監視員端末情報１８０Ｄの位置情報を、受信した位置情報で更新する。

発光装置管理部１１０は、発光装置情報記憶部１９０に記憶されている発光装置情報１９０Ｄを管理する。発光装置情報１９０Ｄは、発光装置３０を識別する発光装置ＩＤと、当該発光装置３０を装着等している選手ＰのユーザＩＤとが関連付けられた情報である。発光装置管理部１１０は、発光装置情報記憶部１９０に記憶されている発光装置情報１９０Ｄの参照等を行う。

発光装置特定部１１１は、コンディション判定部１０８によりコンディションが異常であると判定された選手Ｐが装着等している発光装置３０を特定する。

発光指示部１１２は、発光装置特定部１１１が特定した発光装置３０に対して発光指示を送信する。なお、発光指示部１１２は、第２の送信部の一例である。

端末特定部１１３は、コンディション判定部１０８によりコンディションが異常であると判定された選手Ｐの近くにいる監視員Ｑの監視員端末４０を特定する。

通知部１１４は、端末特定部１１３が特定した監視員端末４０に対して、コンディションが異常の選手Ｐが近くにいることを通知する。すなわち、通知部１１４は、コンディション判定部１０８によりコンディションが異常であると判定された選手ＰのユーザＩＤを、端末特定部１１３が特定した監視員端末４０に送信する。なお、通知部１１４は、第１の送信部の一例である。

表示制御部１１５は、コンディション判定部１０８によりコンディションが異常であると判定された選手Ｐの位置（競技会場内における当該選手Ｐの位置）が含まれる警告画面を表示する。

練習時バイタル情報記憶部１５０は、練習時バイタル情報１５０Ｄを記憶する。ここで、練習時バイタル情報記憶部１５０に記憶されている練習時バイタル情報１５０Ｄについて、図７を参照しながら説明する。図７は、練習時バイタル情報記憶部１５０に記憶されている練習時バイタル情報１５０Ｄの一例を示す図である。

図７に示すように、練習時バイタル情報記憶部１５０には、選手ＰのユーザＩＤと、当該選手Ｐからバイタル情報を取得した日時と、練習時における当該選手Ｐのバイタル情報とが関連付けられた練習時バイタル情報１５０Ｄが記憶されている。

このように、練習時バイタル情報記憶部１５０には、各選手Ｐの練習時バイタル情報１５０Ｄが記憶されている。なお、練習時バイタル情報１５０Ｄには、バイタル情報として、血圧、心拍数及び体温が含まれているが、バイタル情報はこれらに限られない。バイタル情報には、例えば、睡眠情報（睡眠時間等）、食事情報（摂取カロリー、栄養素等）等の種々の情報が含まれていても良い。

コンディション判定情報記憶部１６０は、コンディション判定情報１６０Ｄを記憶する。ここで、コンディション判定情報記憶部１６０に記憶されているコンディション判定情報１６０Ｄについて、図８を参照しながら説明する。図８は、コンディション判定情報記憶部１６０に記憶されているコンディション判定情報１６０Ｄの一例を示す図である。

図８に示すように、コンディション判定情報記憶部１６０には、選手ＰのユーザＩＤと、当該選手Ｐのバイタル情報の正常範囲とが関連付けられたコンディション判定情報１６０Ｄが記憶されている。

例えば、ユーザＩＤ「Ｕ００１」のコンディション判定情報１６０Ｄには、血圧の正常範囲「１３０±１０」、心拍数の正常範囲「７０±５」、体温の正常範囲「３６±０．５」等が含まれている。同様に、例えば、ユーザＩＤ「Ｕ００２」のコンディション判定情報１６０Ｄには、血圧の正常範囲「１２５±８」、心拍数の正常範囲「７５±６」、体温の正常範囲「３６±０．５」等が含まれている。

このように、コンディション判定情報記憶部１６０には、競技中における各選手Ｐのコンディションを判定するためのコンディション判定情報１６０Ｄが記憶されている。

競技中バイタル情報記憶部１７０は、競技中バイタル情報１７０Ｄを記憶する。ここで、競技中バイタル情報記憶部１７０に記憶されている競技中バイタル情報１７０Ｄについて、図９を参照しながら説明する。図９は、競技中バイタル情報記憶部１７０に記憶されている競技中バイタル情報１７０Ｄの一例を示す図である。

図９に示すように、競技中バイタル情報記憶部１７０には、選手ＰのユーザＩＤと、当該選手Ｐからバイタル情報を取得した日時と、当該選手Ｐの位置情報と、競技中における当該選手Ｐのバイタル情報とが関連付けられた競技中バイタル情報１７０Ｄが記憶されている。

このように、競技中バイタル情報記憶部１７０には、各選手Ｐの競技中バイタル情報１７０Ｄが記憶されている。なお、競技中バイタル情報１７０Ｄは、練習時バイタル情報１５０Ｄと同様に、バイタル情報として、例えば、睡眠情報（睡眠時間等）、食事情報（摂取カロリー、栄養素等）等の種々の情報が含まれていても良い。

監視員端末情報記憶部１８０は、監視員端末情報１８０Ｄを記憶する。ここで、監視員端末情報記憶部１８０に記憶されている監視員端末情報１８０Ｄについて、図１０を参照しながら説明する。図１０は、監視員端末情報記憶部１８０に記憶されている監視員端末情報１８０Ｄの一例を示す図である。

図１０に示すように、監視員端末情報記憶部１８０には、監視員端末４０の端末ＩＤと、当該監視員端末４０の位置情報とが関連付けられた監視員端末情報１８０Ｄが記憶されている。

このように、監視員端末情報記憶部１８０には、各監視員端末４０の現在位置が含まれる監視員端末情報１８０Ｄが記憶されている。

発光装置情報記憶部１９０は、発光装置情報１９０Ｄを記憶する。ここで、発光装置情報記憶部１９０に記憶されている発光装置情報１９０Ｄについて、図１１を参照しながら説明する。図１１は、発光装置情報記憶部１９０に記憶されている発光装置情報１９０Ｄの一例を示す図である。

図１１に示すように、発光装置情報記憶部１９０には、選手ＰのユーザＩＤと、当該選手Ｐが装着等している発光装置３０の発光装置ＩＤとが関連付けられた発光装置情報１９０Ｄが記憶されている。

例えば、ユーザＩＤ「Ｕ００１」の発光装置情報１９０Ｄには、発光装置ＩＤ「Ｄ００１」が含まれている。これは、ユーザＩＤ「Ｕ００１」の選手Ｐは、発光装置ＩＤ「Ｄ００１」の発光装置３０を装着等していることを示している。

このように、発光装置情報記憶部１９０には、各選手Ｐが装着等している発光装置３０の発光装置ＩＤが含まれる発光装置情報１９０Ｄが記憶されている。

図６に示すように、本実施形態に係る発光装置３０は、発光指示受信部３０１と、発光制御部３０２とを有する。これら各機能部は、発光装置３０にインストールされた１以上のプログラムが、ＣＰＵ３４に実行させる処理により実現される。

発光指示受信部３０１は、発光指示を運営者サーバ１０から受信する。発光制御部３０２は、発光指示受信部３０１が受信した発光指示に従って、発光部３６を発光させる。

図６に示すように、本実施形態に係る監視員端末４０は、位置情報取得部４０１と、情報送信部４０２と、通知受信部４０３と、表示制御部４０４とを有する。これら各機能部は、監視員端末４０にインストールされた１以上のプログラムが、ＣＰＵ１７に実行させる処理により実現される。

また、本実施形態に係る監視員端末４０は、端末ＩＤ４０５を有する。端末ＩＤ４０５は、例えば記憶装置１８に記憶されている。

位置情報取得部４０１は、監視員端末４０の現在位置を示す位置情報を取得する。情報送信部４０２は、位置情報取得部４０１が取得した位置情報と、端末ＩＤ４０５とを運営者サーバ１０に送信する。

通知受信部４０３は、コンディションが異常の選手ＰのユーザＩＤを運営者サーバ１０から受信する。

表示制御部４０４は、コンディションが異常の選手Ｐのバイタル情報と、当該選手ＰのユーザＩＤとを通知受信部４０３が受信すると、コンディションが異常の選手Ｐが近くにいることを示す警告画面を表示する。端末ＩＤ４０５は、監視員端末４０を識別する端末ＩＤである。

次に、本実施形態に係る健康管理システム１の処理の詳細について説明する。まず、練習環境Ｅ１で選手Ｐが練習している間、当該選手Ｐのバイタル情報を含む練習時バイタル情報１５０Ｄを練習時バイタル情報記憶部１５０に格納する処理について、図１２を参照しながら説明する。図１２は、第一の実施形態に係る練習時バイタル情報１５０Ｄの格納処理の一例を示すシーケンス図である。

まず、ウェアラブル端末２０のバイタル情報取得部２０１は、所定の間隔毎に、練習中における選手Ｐのバイタル情報（例えば血圧や心拍数、体温等）を取得する（ステップＳ１２０１）。

次に、ウェアラブル端末２０の情報送信部２０３は、バイタル情報取得部２０１が取得したバイタル情報と、ユーザＩＤ２０４と、当該バイタル情報を取得した日時とを運営者サーバ１０に送信する（ステップＳ１２０２）。なお、ウェアラブル端末２０の情報送信部２０３は、例えば、無線ＬＡＮ（Local Area Network）やＢｌｕｅｔｏｏｔｈ（登録商標）等を用いてネットワークＮに接続することで、バイタル情報及びユーザＩＤ２０４を運営者サーバ１０に送信すれば良い。

運営者サーバ１０の練習時バイタル情報作成部１０２は、練習中における選手Ｐのバイタル情報と、ユーザＩＤと、日時とを情報受信部１０１が受信すると、これらの情報を関連付けた練習時バイタル情報１５０Ｄを作成する（ステップＳ１２０３）。

次に、運営者サーバ１０の練習時バイタル管理部１０３は、練習時バイタル情報作成部１０２が作成した練習時バイタル情報１５０Ｄを練習時バイタル情報記憶部１５０に格納する（ステップＳ１２０４）。

以上により、本実施形態に係る健康管理システム１では、練習中の選手Ｐのバイタル情報を、運営者サーバ１０に蓄積することができる。なお、図１２に示す例では、ウェアラブル端末２０は、練習中の選手Ｐからバイタル情報を取得する度に、当該バイタル情報等を運営者サーバ１０に送信するものとしたが、これに限られない。ウェアラブル端末２０は、例えば、所定の期間（例えば１週間）の間、練習中の選手Ｐから取得したバイタル情報等を蓄積した上で、当該蓄積したバイタル情報等を所定のタイミング（例えば１週間経過時）に運営者サーバ１０に送信しても良い。

次に、競技中における選手Ｐのコンディションを判定するためのコンディション判定情報１６０Ｄを作成及び格納する処理について、図１３を参照しながら説明する。図１３は、第一の実施形態に係るコンディション判定情報１６０Ｄの作成及び格納処理の一例を示すフローチャートである。なお、コンディション判定情報１６０Ｄの作成及び格納処理は、例えば大会の競技開始前に、運営者サーバ１０により行われる。

まず、練習時バイタル管理部１０３は、ユーザＩＤを１つ固定して、練習時バイタル情報記憶部１５０に記憶されている練習時バイタル情報１５０Ｄのうち、当該ユーザＩＤの練習時バイタル情報１５０Ｄを取得する（ステップＳ１３０１）。

言い換えれば、練習時バイタル管理部１０３は、大会にエントリーしている複数の選手Ｐのうちの一の選手ＰのユーザＩＤが含まれる練習時バイタル情報１５０Ｄを練習時バイタル情報記憶部１５０から取得する。

例えば、ユーザＩＤが「Ｕ００１」〜「Ｕ１００」の１００人の選手Ｐが大会にエントリーしている場合、練習時バイタル管理部１０３は、例えばユーザＩＤ「Ｕ００１」の練習時バイタル情報１５０Ｄを練習時バイタル情報記憶部１５０から取得する。

次に、判定情報作成部１０４は、練習時バイタル管理部１０３が取得した練習時バイタル情報１５０Ｄに含まれる各バイタル情報の正常範囲を算出する（ステップＳ１３０２）。

ここで、各バイタル情報の正常範囲は、例えば、バイタル情報の平均値から所定の範囲とすれば良い。具体的には、まず、判定情報作成部１０４は、例えば、練習時バイタル管理部１０３が取得した練習時バイタル情報１５０Ｄに含まれるバイタル情報「血圧」の平均値を算出する。そして、判定情報作成部１０４は、当該平均値を含む所定の範囲（例えば、平均値の±５％等）を、バイタル情報「血圧」の正常範囲とすれば良い。

同様に、判定情報作成部１０４は、例えば、練習時バイタル管理部１０３が取得した練習時バイタル情報１５０Ｄに含まれるバイタル情報「心拍数」の平均値を算出する。そして、判定情報作成部１０４は、当該平均値を含む所定の範囲（例えば、平均値の±１０％等）を、バイタル情報「心拍数」の正常範囲とすれば良い。なお、平均値は、基準値の一例である。

これにより、練習時バイタル情報１５０Ｄに含まれる各バイタル情報について、ある選手Ｐのバイタル情報の正常範囲が算出される。

次に、判定情報作成部１０４は、当該ユーザＩＤと、上記のステップＳ１３０２で算出した各バイタル情報の正常範囲とを関連付けてコンディション判定情報１６０Ｄを作成する（ステップＳ１３０３）。

本実施形態では、練習時バイタル情報１５０Ｄから基準値を算出し、選手Ｐの競技中のバイタル情報を取得して基準値からのずれの大きさに応じて正常か異常かを判定するコンディション判定情報１６０Ｄを作成している。本実施形態では、基準値は練習時バイタル情報１５０Ｄの平均値であり、ずれの大きさは当該平均値を含む所定の範囲としている。基準値は、平均値の他、例えば、中央値や偏差等が用いられても良い。また、ずれの大きさも練習時バイタル情報１５０Ｄの確率分布等であっても良い。

次に、判定情報管理部１０５は、判定情報作成部１０４が作成したコンディション判定情報１６０Ｄをコンディション判定情報記憶部１６０に格納する（ステップＳ１３０４）。これにより、ある選手Ｐのコンディション判定情報１６０Ｄがコンディション判定情報記憶部１６０に記憶される。

次に、練習時バイタル管理部１０３は，次のユーザＩＤがあるか否かを判定する（ステップＳ１３０５）。すなわち、練習時バイタル管理部１０３は、練習時バイタル情報記憶部１５０に記憶されている練習時バイタル情報１５０Ｄのうち、コンディション判定情報１６０Ｄが未だ作成されていない選手ＰのユーザＩＤを含む練習時バイタル情報１５０Ｄがあるか否かを判定する。

ステップＳ１３０５において、次のユーザＩＤがあると判定された場合、練習時バイタル管理部１０３は、当該次のユーザＩＤを固定して、練習時バイタル情報記憶部１５０に記憶されている練習時バイタル情報１５０Ｄのうち、当該次のユーザＩＤの練習時バイタル情報１５０Ｄを取得する（ステップＳ１３０６）。

そして、運営者サーバ１０は、以降のステップＳ１３０２〜ステップＳ１３０５の処理を行う。すなわち、ステップＳ１３０２〜ステップＳ１３０５の処理は、大会にエントリーしている各選手ＰのユーザＩＤ毎に行われる。

一方で、ステップＳ１３０５において、次のユーザＩＤがないと判定された場合、運営者サーバ１０は、処理を終了する。

以上のように、本実施形態に係る健康管理システム１は、選手ＰのユーザＩＤ毎に、当該選手Ｐの練習時バイタル情報１５０Ｄに基づいて、コンディション判定情報１６０Ｄを作成する。

次に、大会の競技中における全体処理について、図１４を参照しながら説明する。図１４は、第一の実施形態に係る競技中における健康管理システム１の全体処理の一例を示すシーケンス図である。

以降のステップＳ１４０１〜ステップＳ１４０３の処理は、選手Ｐの競技中、所定の間隔（例えば数秒乃至数十秒）毎に行われる。

監視員端末４０の位置情報取得部４０１は、当該監視員端末４０の現在位置を示す位置情報を取得する（ステップＳ１４０１）。

次に、監視員端末４０の情報送信部４０２は、位置情報取得部４０１が取得した位置情報と、端末ＩＤ４０５とを運営者サーバ１０に送信する（ステップＳ１４０２）。

運営者サーバ１０の監視員端末管理部１０９は、位置情報と、端末ＩＤとを情報受信部１０１が受信すると、当該端末ＩＤに対応する監視員端末情報１８０Ｄの位置情報を、受信した位置情報に更新する（ステップＳ１４０３）。すなわち、監視員端末管理部１０９は、監視員端末情報記憶部１８０に記憶されている監視員端末情報１８０Ｄのうち、受信した端末ＩＤを含む監視員端末情報１８０Ｄの位置情報を、受信した位置情報に更新する。

これにより、本実施形態に係る健康管理システム１では、各監視員端末４０の位置（すなわち、当該監視員端末４０を利用している監視員Ｑの位置）が運営者サーバ１０で管理される。

以降のステップＳ１４０４〜ステップＳ１４１７の処理は、選手Ｐの競技中、所定の間隔（例えば数分乃至十数分）毎に行われる。

まず、ウェアラブル端末２０のバイタル情報取得部２０１は、競技中における選手Ｐのバイタル情報（例えば血圧や心拍数、体温等）を取得する（ステップＳ１４０４）。

次に、ウェアラブル端末２０の位置情報取得部２０２は、当該ウェアラブル端末２０の現在位置を示す位置情報を取得する（ステップＳ１４０５）。

次に、ウェアラブル端末２０の情報送信部２０３は、バイタル情報取得部２０１が取得したバイタル情報と、ユーザＩＤ２０４と、当該バイタル情報を取得した日時と、位置情報取得部２０２が取得した位置情報とを運営者サーバ１０に送信する（ステップＳ１４０６）。

運営者サーバ１０の競技中バイタル情報作成部１０６は、バイタル情報と、ユーザＩＤと、日時と、位置情報とを情報受信部１０１が受信すると、これらの情報を関連付けた競技中バイタル情報１７０Ｄを作成する（ステップＳ１４０７）。

次に、運営者サーバ１０の競技中バイタル管理部１０７は、競技中バイタル情報作成部１０６が作成した競技中バイタル情報１７０Ｄを競技中バイタル情報記憶部１７０に格納する（ステップＳ１４０８）。

次に、運営者サーバ１０の判定情報管理部１０５は、当該選手Ｐのコンディション判定情報１６０Ｄをコンディション判定情報記憶部１６０から取得する（ステップＳ１４０９）。すなわち、判定情報管理部１０５は、コンディション判定情報記憶部１６０に記憶されているコンディション判定情報１６０Ｄのうち、上記のステップＳ１４０７で情報受信部１０１が受信したユーザＩＤを含むコンディション判定情報１６０Ｄを取得する。

次に、運営者サーバ１０のコンディション判定部１０８は、競技中バイタル情報作成部１０６が作成した競技中バイタル情報１７０Ｄと、判定情報管理部１０５が取得したコンディション判定情報１６０Ｄとに基づいて、選手Ｐのコンディションを判定する（ステップＳ１４１０）。

すなわち、コンディション判定部１０８は、例えば、当該競技中バイタル情報１７０Ｄに含まれるバイタル情報「血圧」、「心拍数」及び「体温」等が、当該コンディション判定情報１６０Ｄに含まれる正常範囲内であるか否かを判定する。そして、コンディション判定部１０８は、当該バイタル情報「血圧」、「心拍数」及び「体温」等の少なくとも１つのバイタル情報が正常範囲内でない場合、選手Ｐのコンディションが異常であると判定する。一方で、コンディション判定部１０８は、当該バイタル情報「血圧」、「心拍数」及び「体温」等の全てが正常範囲内である場合、選手Ｐのコンディションは異常でないと判定する。

なお、コンディション判定部１０８は、例えば、選手Ｐのコンディションの異常を段階的に判定しても良い。例えば、コンディション判定部１０８は、選手Ｐのコンディションを「正常」、「要注意」及び「異常」と段階的に判定しても良い。

コンディションが「正常」とは、例えば、競技中における選手Ｐの各バイタル情報がいずれも正常範囲内で、かつ、各バイタル情報のいずれもが平均値から所定の範囲内（所定の範囲は、正常範囲に含まれる。）であるような場合である。また、コンディションが「要注意」とは、例えば、競技中における選手Ｐの各バイタル情報がいずれも正常範囲内で、かつ、各バイタル情報の少なくとも１つのバイタル情報が所定の範囲内に含まれないような場合である。

ここで、コンディション判定部１０８により選手Ｐのコンディションが異常であると判定された場合、以降のステップＳ１４１１〜ステップＳ１４１７の処理が行われる。

まず、運営者サーバ１０の表示制御部１１５は、コンディションが異常の選手Ｐがいることを示す警告画面Ｇ１００を表示する（ステップＳ１４１１）。

ここで、運営者サーバ１０の表示制御部１１５により表示される警告画面Ｇ１００の一例について、図１５を参照しながら説明する。図１５は、運営者サーバに表示される警告画面Ｇ１００の一例を示す図である。

図１５に示すように、警告画面Ｇ１００には、競技会場のマップＧ１０１上に各選手Ｐの位置が表示されている。このような各選手Ｐの位置は、競技中バイタル情報記憶部１７０に記憶されている競技中バイタル情報１７０Ｄに含まれる位置情報に基づき表示される。

このとき、警告画面Ｇ１００には、コンディションが異常の選手Ｐがいることを示すメッセージＧ１０２を、当該選手Ｐの位置に表示する。これにより、例えば大会の責任者等は、コンディションが異常の選手Ｐがいること及び当該選手Ｐの位置を知ることができる。

次に、運営者サーバ１０の発光装置特定部１１１は、コンディション判定部１０８によりコンディションが異常であると判定された選手Ｐが装着等している発光装置３０を特定する（ステップＳ１４１２）。すなわち、発光装置特定部１１１は、発光装置管理部１１０により、発光装置情報記憶部１９０に記憶されている発光装置情報１９０Ｄを参照して、上記のステップＳ１４０７で情報受信部１０１が受信したユーザＩＤに関連付けられている発光装置ＩＤを特定する。

次に、運営者サーバ１０の発光指示部１１２は、発光装置特定部１１１が特定した発光装置ＩＤの発光装置３０に対して発光指示を送信する（ステップＳ１４１３）。なお、発光指示には、例えば、発光色を示す発光色情報や発光態様（点灯や点滅等）を示す発光態様情報等が含まれていても良い。

発光装置３０の発光制御部３０２は、発光指示受信部３０１が発光指示を受信すると、当該発光指示に従って、発光部３６を発光させる（ステップＳ１４１４）。これにより、コンディションが異常と判定された選手Ｐが装着等している発光装置３０が発光する。

なお、コンディション判定部１０８が選手Ｐのコンディションの異常を段階的に判定する場合、運営者サーバ１０の発光指示部１１２は、判定結果に応じた発光指示を発光装置３０に送信しても良い。例えば、判定結果が「要注意」である場合、発光色「黄色」を示す発光色情報が含まれる発光指示を発光装置３０に送信し、判定結果が「異常」である場合、発光色「赤色」を示す発光色情報が含まれる発光指示を発光装置３０に送信する等である。同様に、例えば、判定結果が「要注意」である場合、発光態様「点灯」を示す発光態様情報が含まれる発光指示を発光装置３０に送信し、判定結果が「異常」である場合、発光色「点滅」を示す発光態様情報が含まれる発光指示を発光装置３０に送信する等である。

次に、運営者サーバ１０の端末特定部１１３は、コンディション判定部１０８によりコンディションが異常であると判定された選手Ｐの近くにいる監視員Ｑの監視員端末４０を特定する（ステップＳ１４１５）。すなわち、端末特定部１１３は、監視員端末管理部１０９により、監視員端末情報記憶部１８０に記憶されている監視員端末情報１８０Ｄを参照して、上記のステップＳ１４０７で情報受信部１０１が受信した位置情報に最も近い位置情報が関連付けられている端末ＩＤを特定する。言い換えれば、端末特定部１１３は、監視員端末４０のうち、上記のステップＳ１４０７で情報受信部１０１が受信した位置情報が示す位置との間の距離が最小である監視員端末４０を特定する。

なお、端末特定部１１３は、例えば、コンディションが異常であると判定された選手Ｐから所定の範囲内（例えば数ｍ乃至数十ｍの範囲内）にいる監視員Ｑの監視員端末４０を特定しても良い。また、端末特定部１１３は、例えば、コンディションが異常であると判定された選手Ｐから近い順に複数の監視員端末４０を特定しても良い。

次に、運営者サーバ１０の通知部１１４は、コンディションが異常であると判定された選手ＰのユーザＩＤを、端末特定部１１３が特定した監視員端末４０に送信する（ステップＳ１４１６）。これにより、コンディションが異常の選手Ｐが近くにいることが監視員端末４０に通知される。

監視員端末４０の表示制御部４０４は、通知受信部４０３がユーザＩＤを受信すると、当該ユーザＩＤの選手Ｐ（すなわち、コンディションが異常の選手Ｐ）が近くにいることを示す警告画面Ｇ２００を表示する（ステップＳ１４１７）。

ここで、監視員端末４０の表示制御部４０４により表示される警告画面Ｇ２００の一例について、図１６を参照しながら説明する。図１６は、監視員端末４０に表示される警告画面Ｇ２００の一例を示す図である。

図１６に示すように、警告画面Ｇ２００には、運営者サーバ１０から受信したユーザＩＤの選手Ｐのコンディションが異常であることを示すメッセージＧ２０１が含まれる。これにより、監視員Ｑは、コンディションが異常の選手Ｐが近くにいることを知ることができる。

また、警告画面Ｇ２００には、当該選手Ｐの詳細な情報を表示するための詳細ボタンＧ２０２が含まれる。警告画面Ｇ２００において監視員Ｑが詳細ボタンＧ２０２を押下すると、表示制御部４０４は、図１７に示すような選手Ｐの詳細画面Ｇ２１０を表示する。

選手Ｐの詳細画面Ｇ２１０では、当該選手Ｐの詳細な情報（例えば、氏名、年齢、身長、体重、バイタル情報の履歴等）が表示される。これにより、監視員Ｑは、当該選手Ｐの競技続行を中止すべきか否かの判断することができるようになる。

このように、コンディションが異常の選手Ｐの近くにいる監視員Ｑの監視員端末４０には、当該選手Ｐに関する情報が表示される。これにより、監視員Ｑは、当該選手Ｐの競技の続行を中止させる等の措置を取ることができる。

以上のように、本実施形態に係る健康管理システム１は、コンディションが異常の選手Ｐの近くの監視員Ｑに対して、コンディション異常の選手Ｐが近くにいることを通知する。また、このとき、本実施形態に係る健康管理システム１は、当該選手Ｐが装着等している発光装置３０を発光させる。

これにより、例えば、トライアスロンの「水泳」種目等のように、複数の選手Ｐが集団で競技を行っているような場合においても、監視員Ｑは、コンディションが異常の選手Ｐを容易に発見することができるようになる。すなわち、本実施形態に係る健康管理システム１によれば、例えば、多人数の選手Ｐが屋外等の広い場所で集団になって競技を行っているような場合でも、健康状態が悪い選手Ｐを効率的に発見することができるようになる。

なお、本実施形態に係る健康管理システム１では、コンディションが異常の選手Ｐが装着等している発光装置３０を発光させる場合について説明したが、発光装置３０は、例えば、発光と共に所定の音を出力しても良い。所定の音を出力することで、監視員Ｑは、コンディションが異常の選手Ｐをより効率的に発見することができるようになる。

（第二の実施形態）
次に、第二の実施形態について説明する。第二の実施形態では、コンディションが異常の選手Ｐの周囲にいる他の選手Ｐの発光装置３０も発光させる場合について説明する。コンディションが異常の選手Ｐの周囲にいる他の選手Ｐの発光装置３０も発光させることで、当該選手Ｐを監視員Ｑがより容易に発見することができるようになる。

以降では、複数の選手Ｐを区別するときは、「選手Ｐ−１」、「選手Ｐ−２」、「選手Ｐ−３」等と表す。また、選手Ｐ−１が装着等している発光装置３０を「発光装置３０−１」、選手Ｐ−２が装着等している発光装置３０を「発光装置３０−２」、選手Ｐ−３が装着等している発光装置３０を「発光装置３０−３」等と表す。

ここで、本実施形態に係る健康管理システム１における発光装置３０の発光の一例について、図１８を参照しながら説明する。図１８は、第二の実施形態に係る発光装置３０による発光の一例を説明する図である。

図１８に示すように、選手Ｐ−１のコンディションが異常であるとする。この場合、運営者サーバ１０は、当該選手Ｐ−１が装着等している発光装置３０−１に発光指示を送信する。すると、発光装置３０−１は、発光部３６を赤色に発光させる。

次に、発光装置３０−１は、例えばＰ２Ｐ（Peer to Peer）通信により、周囲の発光装置３０−２〜３０−７に発光指示を送信する。すると、これらの発光装置３０−２〜３０−７は、発光部３６を黄色に発光させる。

続いて、発光装置３０−２〜３０−７は、例えばＰ２Ｐ通信により、周囲の発光装置３０−９〜３０−１５に発光指示を送信する。すると、これらの発光装置３０−９〜３０−１５は、発光部３６を緑色に発光させる。

同様に、発光装置３０−９〜３０−１５は、例えばＰ２Ｐ通信により、周囲の発光装置３０−１６〜３０−１８等に発光指示を送信する。すると、これらの発光装置３０−１６〜３０−１８等は、発光部３６を青色に発光させる。

このように、本実施形態に係る健康管理システム１では、例えば、コンディションが異常の選手Ｐの発光装置３０を「赤色」に発光させると共に、当該選手Ｐから離れるに従って、周囲の他の選手Ｐの発光装置３０を「黄色」、「緑色」及び「青色」と発光させる。このため、例えば、複数の選手Ｐが集団で競技を行っているような場合においても、監視員Ｑは、選手Ｐの発光装置３０の発光色から、コンディションが異常の選手Ｐを容易に発見することができるようになる。

なお、第二の実施形態では、主に、第一の実施形態との相違点について説明し、第一の実施形態と実質的に同一の機能を有する箇所及び実質的に同一の処理を行う箇所については同一の符号を付与し、その説明を省略する。

まず、本実施形態に係る健康管理システム１の機能構成について、図１９を参照しながら説明する。図１９は、第二の実施形態に係る健康管理システム１の機能構成の一例を示す図である。

図１９に示すように、本実施形態に係る発光装置３０は、更に、発光色決定部３０３と、発光履歴作成部３０４と、発光指示送信部３０５とを有する。これら各機能部は、発光装置３０にインストールされた１以上のプログラムが、ＣＰＵ３４に実行させる処理により実現される。

また、本実施形態に係る発光装置３０は、発光色定義テーブル３０６を有する。発光色定義テーブル３０６は、例えば記憶装置３５に記憶されている。

本実施形態に係る発光指示受信部３０１は、更に、他の発光装置３０からも発光指示を受信する。他の発光装置３０から受信する発光指示には、発光履歴情報が含まれる。

発光履歴情報とは、コンディションが異常の選手Ｐが装着等している発光装置３０から、発光指示受信部３０１が受信した発光指示の送信元である発光装置３０までの発光色の履歴を示す情報である。

例えば、コンディションが異常の選手Ｐ−１が装着等している発光装置３０−１の発光色が「赤色」、発光装置３０−１から発光指示を受信した発光装置３０−２の発光色が「黄色」であるとする。また、例えば、発光装置３０−２から発光指示を受信した発光装置３０−３の発光色が「緑色」、発光装置３０−３から発光指示を受信した発光装置３０−４の発光色が「青色」であるとする。

このとき、発光装置３０−２の発光指示受信部３０１が受信した発光指示に含まれる発光履歴情報は、「赤色」である。また、発光装置３０−３の発光指示受信部３０１が受信した発光指示に含まれる発光履歴情報は、「赤色、黄色」である。同様に、発光装置３０−４の発光指示受信部３０１が受信した発光指示に含まれる発光履歴情報は、「赤色、黄色、緑色」である。

発光色決定部３０３は、発光指示受信部３０１が受信した発光指示と、発光色定義テーブル３０６とに基づいて、発光制御部３０２が発光部３６に発光させる色（発光色）を決定する。

発光履歴作成部３０４は、発光履歴情報を作成する。すなわち、発光履歴作成部３０４は、発光履歴情報が含まれない発光指示を発光指示受信部３０１が受信した場合、発光色決定部３０３が決定した発光色を発光履歴情報とする。一方、発光履歴作成部３０４は、発光履歴情報が含まれる発光指示を発光指示受信部３０１が受信した場合、当該発光履歴情報に対して、発光色決定部３０３が決定した発光色を追加する。

発光指示送信部３０５は、発光履歴作成部３０４が作成した発光履歴情報を含む発光指示を、例えばＰ２Ｐ通信により、周囲の他の発光装置３０に送信する。なお、発光指示送信部３０５は、例えばアドホック通信等により、周囲の他の発光装置３０に発光指示を送信しても良い。

発光色定義テーブル３０６は、発光色が定義されたテーブルである。ここで、本実施形態に係る発光色定義テーブル３０６について、図２０を参照しながら説明する。図２０は、第二の実施形態に係る発光色定義テーブル３０６の一例を示す図である。

図２０に示すように、本実施形態に係る発光色定義テーブル３０６は、優先度毎に発光色が関連付けられたテーブルである。例えば、優先度「１」には、発光色「赤色」が関連付けられている。また、例えば、優先度「２」には、発光色「黄色」が関連付けられている。同様に、例えば、優先度「３」には、発光色「緑色」が関連付けられている。

このように、本実施形態に係る発光色定義テーブル３０６には、優先度毎の発光色が定義されている。

次に、本実施形態に係る健康管理システム１の処理の詳細について説明する。以降では、発光装置３０が、運営者サーバ１０又は他の発光装置３０から発光指示を受信した場合における処理（発光処理）について、図２１を参照しながら説明する。図２１は、第二の実施形態に係る発光装置３０における発光処理の一例を示すフローチャートである。

まず、発光指示受信部３０１は、運営者サーバ１０又は他の発光装置３０から発光指示を既に受信済であるか否かを判定する（ステップＳ２１０１）。言い換えれば、発光指示受信部３０１は、発光制御部３０２により発光部３６が既に発光されているか否かを判定する。

ステップＳ２１０１において、運営者サーバ１０又は他の発光装置３０から発光指示を既に受信済である場合、発光装置３０は、処理を終了させる。この場合は、発光部３６が既に発光しているからである。

一方、ステップＳ２１０１において。運営者サーバ１０又は他の発光装置３０から発光指示を既に受信済でない場合、発光指示受信部３０１は、受信した発光指示に発光履歴情報が含まれるか否かを判定する（ステップＳ２１０２）。言い換えれば、発光指示受信部３０１は、発光指示の送信元が運営者サーバ１０又は他の発光装置３０のいずれであるかを判定する。

ステップＳ２１０２において、発光指示に発光履歴情報が含まれないと判定された場合、発光色決定部３０３は、発光色定義テーブル３０６における優先度「１」に関連付けられている発光色「赤色」を、発光部３６に発光させる色に決定する（ステップＳ２１０３）。すなわち、運営者サーバ１０から送信された発光指示を発光指示受信部３０１が受信した場合、発光色決定部３０３は、発光色定義テーブル３０６における優先度「１」に関連付けられている発光色を、発光部３６に発光させる色に決定する。

一方、ステップＳ２１０３において、発光指示に発光履歴情報が含まれると判定された場合、発光色決定部３０３は，発光色定義テーブル３０６と、当該発光履歴情報とに基づいて、発光部３６に発光させる色を決定する（ステップＳ２１０４）。すなわち、発光色決定部３０３は、発光履歴情報に含まれない発光色で、かつ、最も優先度が高い発光色を、発光部３６に発光させる色に決定する。

例えば、発光履歴情報が「赤色」である場合、発光色決定部３０３は、発光色定義テーブル３０６において、「赤色」を除く、最も優先度が高い発光色（すなわち、「黄色」）を、発光部３６に発光させる色に決定する。同様に、例えば、発光履歴情報が「赤色、黄色」である場合、発光色決定部３０３は、発光色定義テーブル３０６において、「赤色」及び「黄色」を除く、最も優先度が高い発光色（すなわち、「緑色」）を、発光部３６に発光させる色に決定する。

次に、発光制御部３０２は、発光指示受信部３０１が受信した発光指示に従って、発光色決定部３０３が決定した色に発光部３６を発光させる（ステップＳ２１０５）。

次に、発光履歴作成部３０４は、発光履歴情報を作成する（ステップＳ２１０６）。すなわち、発光履歴作成部３０４は、発光履歴情報が含まれない発光指示を発光指示受信部３０１が受信した場合、発光色決定部３０３が決定した発光色「赤色」を発光履歴情報とする。

一方、発光履歴作成部３０４は、発光履歴情報が含まれる発光指示を発光指示受信部３０１が受信した場合、当該発光履歴情報に対して、発光色決定部３０３が決定した発光色を追加する。例えば、発光指示受信部３０１が受信した発光履歴情報が「赤色、黄色」であり、発光色決定部３０３が決定した発光色が「緑色」である場合、発光履歴作成部３０４は、当該発光履歴情報に「緑色」を追加して、発光履歴情報を「赤色、黄色、緑色」とする。

次に、発光指示送信部３０５は、発光履歴作成部３０４が作成した発光履歴情報を含む発光指示を、例えばＰ２Ｐ通信により、周囲の他の発光装置３０に送信する（ステップＳ２１０７）。

以上のように、本実施形態に係る健康管理システム１では、各発光装置３０は、運営者サーバ１０又は他の発光装置３０から発光指示を受信した場合、例えばＰ２Ｐ通信により、周囲の他の発光装置３０に発光指示を送信する。また、本実施形態に係る健康管理システム１では、コンディションが異常の選手Ｐが装着等している発光装置３０を「赤色」に発光させると共に、当該発光装置３０から離れるに従って、発光装置３０の発光色を、例えば、「黄色」、「緑色」及び「青色」に発光させる。

これにより、本実施形態に係る健康管理システム１では、例えば、複数の選手Ｐが集団で競技を行っているような場合においても、監視員Ｑは、各発光装置３０の発光色からコンディションが異常の選手Ｐを容易に発見することができるようになる。

（第三の実施形態）
次に、第三の実施形態について説明する。第三の実施形態では、コンディションが異常の選手Ｐ及び当該選手Ｐの周囲にいる他の選手Ｐの発光装置３０を運営者サーバ１０で特定すると共に、これらの発光装置３０の発光色を運営者サーバ１０で決定する場合について説明する。

なお、第三の実施形態では、主に、第一の実施形態との相違点について説明し、第一の実施形態と実質的に同一の機能を有する箇所及び実質的に同一の処理を行う箇所については同一の符号を付与し、その説明を省略する。

まず、本実施形態に係る健康管理システム１の機能構成について、図２２を参照しながら説明する。図２２は、第三の実施形態に係る健康管理システム１の機能構成の一例を示す図である。

図２２に示すように、本実施形態に係る運営者サーバ１０は、発光色定義テーブル１１６を有する。発光色定義テーブル１１６は、例えば記憶装置１８に記憶されている。

また、本実施形態に係る運営者サーバ１０は、発光装置特定部１１１Ａと、発光指示部１１２Ａとの機能が異なる。

発光装置特定部１１１Ａは、発光色定義テーブル１１６に基づいて、コンディション判定部１０８によりコンディションが異常であると判定された選手Ｐが装着等している発光装置３０を特定すると共に、当該発光装置３０の発光部３６に発光させる色を決定する。また、発光装置特定部１１１Ａは、発光色定義テーブル１１６に基づいて、当該発光装置３０の周囲の他の発光装置３０を特定すると共に、当該他の発光装置３０の発光部３６に発光させる色を決定する。

発光指示部１１２Ａは、発光装置特定部１１１Ａが特定した発光装置３０に対して、発光装置特定部１１１Ａが決定した発光色を示す発光色情報を含む発光指示を送信する。

ここで、本実施形態に係る発光色定義テーブル１１６について、図２３を参照しながら説明する。図２３は、第三の実施形態に係る発光色定義テーブル１１６の一例を示す図である。

図２３に示すように、本実施形態に係る発光色定義テーブル１１６は、発光対象毎に発光色が関連付けられたテーブルである。例えば、発光対象「コンディションが異常の選手Ｐの発光装置３０」には、発光色「赤色」が関連付けられている。

また、例えば、発光対象「２ｍ未満の発光装置３０」（すなわち、コンディションが異常の選手Ｐの発光装置３０からの距離が２ｍ未満の他の発光装置３０）には、発光色「黄色」が関連付けられている。同様に、例えば、発光対象「２ｍ以上かつ４ｍ未満の発光装置３０」（すなわち、コンディションが異常の選手Ｐの発光装置３０からの距離が２ｍ以上かつ４ｍ未満の他の発光装置３０）には、発光色「緑色」が関連付けられている。また、同様に、例えば、発光対象「４ｍ以上の発光装置３０」（すなわち、コンディションが異常の選手Ｐの発光装置３０からの距離が４ｍ以上の他の発光装置３０）には、発光色「青色」が関連付けられている。

このように、本実施形態に係る発光色定義テーブル１１６には、コンディションが異常の選手Ｐの発光装置３０の発光色と、当該発光装置３０からの距離に応じた発光色とが定義されている。

次に、本実施形態に係る健康管理システム１の処理の詳細について説明する。以降では、大会の競技中における全体処理について、図２４を参照しながら説明する。図２４は、第三の実施形態に係る競技中における健康管理システム１の全体処理の一例を示すシーケンス図である。なお、図２４におけるステップＳ１４０１〜ステップＳ１４１１及びステップＳ１４１４〜ステップＳ１４１６の処理は、第一の実施形態と同様であるため、その説明を省略する。

ステップＳ１４１１に続いて、運営者サーバ１０の発光装置特定部１１１Ａは、発光部３６を発光させる発光装置３０の特定及び発光色の決定を行う（ステップＳ２４０１）。すなわち、発光装置特定部１１１Ａは、コンディション判定部１０８によりコンディションが異常と判定された選手Ｐの発光装置３０と、当該発光装置３０の周囲の他の発光装置３０とを特定すると共に、これらの発光装置３０の発光色を決定する。なお、発光装置３０の特定及び発光色の決定処理の詳細については後述する。

次に、運営者サーバ１０の発光指示部１１２Ａは、発光装置特定部１１１Ａが特定した発光装置３０に対して、当該発光装置３０の発光色を示す発光色情報を含む発光指示を送信する（ステップＳ２４０２）。

例えば、発光装置特定部１１１Ａにより発光装置３０−１〜３０−１０が特定され、発光装置３０−１の発光色が「赤色」、発光装置３０−２〜３０−５の発光色が「黄色」の発光装置３０−６〜３０−１０の発光色が「緑色」と決定されたとする。

この場合、発光指示部１１２Ａは、発光色「赤色」を示す発光色情報を含む発光指示を発光装置３０−１に送信する。また、発光指示部１１２Ａは、発光色「黄色」を示す発光色情報を含む発光指示を発光装置３０−２〜３０−５に送信する。更に、発光指示部１１２Ａは、発光色「緑色」を含む発光色情報を発光装置３０−６〜３０−１０に送信する。

発光装置３０の発光制御部３０２は、発光指示受信部３０１が発光指示を受信すると、当該発光指示に従って、発光色情報が示す発光色に発光部３６を発光させる（ステップＳ２４０３）。

ここで、上記のステップＳ２４０１における発光装置３０の特定及び発光色の決定処理の詳細について、図２５を参照しながら説明する。図２５は、第三の実施形態に係る発光装置３０の特定及び発光色の決定処理の一例を示すフローチャートである。

まず、発光装置特定部１１１Ａは、コンディションが異常の選手Ｐから所定の範囲内にいる他の選手Ｐ（以下、「周辺選手Ｐ」と表す。）を特定する（ステップＳ２５０１）。すなわち、発光装置特定部１１１Ａは、競技中バイタル管理部１０７により、競技中バイタル情報記憶部１７０に記憶されている競技中バイタル情報１７０Ｄを参照して、ステップＳ１４０７で情報受信部１０１が受信した位置情報から所定の範囲内の選手ＰのユーザＩＤを特定する。

次に、発光装置特定部１１１Ａは、コンディションが異常の選手Ｐ及び周辺選手Ｐの発光装置３０を特定する（ステップＳ２５０２）。

すなわち、発光装置特定部１１１Ａは、発光装置管理部１１０により、発光装置情報記憶部１９０に記憶されている発光装置情報１９０Ｄを参照して、ステップＳ１４０７で情報受信部１０１が受信したユーザＩＤに関連付けられている発光装置ＩＤを特定する。同様に、発光装置特定部１１１Ａは、発光装置管理部１１０により、発光装置情報記憶部１９０に記憶されている発光装置情報１９０Ｄを参照して、上記のステップＳ２５０３で特定した周辺選手ＰのユーザＩＤに関連付けられている発光装置ＩＤを特定する。

次に、発光装置特定部１１１Ａは、発光色定義テーブル１１６に基づいて、上記のステップＳ２５０２で特定した発光装置ＩＤ毎に発光色を決定する（ステップＳ２５０３）。

すなわち、発光装置特定部１１１Ａは、発光色定義テーブル１１６に基づいて、例えば、コンディションが異常の選手Ｐの発光装置３０の発光色を「赤色」と決定する。また、発光装置特定部１１１Ａは、周辺選手Ｐの発光装置３０の発光色を、コンディションが異常の選手Ｐの発光装置３０との距離に応じた発光色に決定する。

これにより、コンディションが異常の選手Ｐ及び周辺選手Ｐの発光装置３０が特定されると共に、これらの発光装置３０の発光色が決定される。

以上のように、本実施形態に係る健康管理システム１では、運営者サーバ１０が、発光させる発光装置３０の特定及び発光色の決定を行う。これにより、第二の実施形態と比べて、発光装置３０の構成を簡易にすることができる。

以上、本発明の実施形態について詳述したが、本発明は斯かる特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。

以上の説明に関し、更に以下の項を開示する。
（付記１）
競技における選手の健康状態を管理するコンピュータに、
前記選手が有する機器から取得されたバイタル情報と、該バイタル情報の基準値とのずれの大きさに応じて、前記選手の健康状態が異常であるか否かを判定し、
前記選手の健康状態が異常であると判定された場合、前記機器の位置情報と、前記競技の監視員が利用する端末の位置情報とに基づいて、前記端末のうち、前記機器から所定の範囲内にある端末に前記選手に関する情報を送信し、
前記選手の健康状態が異常であることを示す情報の出力指示を、前記選手に装着された出力装置に送信する、
処理を実行させるための健康管理プログラム。
（付記２）
前記端末のうち、前記機器の位置情報が示す位置と、前記端末の位置情報が示す位置との距離が最小となる端末に前記選手に関する情報を送信する、ことを特徴とする付記１に記載の健康管理プログラム。
（付記３）
前記選手の健康状態が異常であると判定された場合、前記選手の関する情報を表示する、ことを特徴とする付記１又は２に記載の健康管理プログラム。
（付記４）
競技における選手の健康状態を管理する健康管理装置であって、
前記選手が有する機器から取得されたバイタル情報と、該バイタル情報の基準値とのずれの大きさに応じて、前記選手の健康状態が異常であるか否かを判定する判定部と、
前記選手の健康状態が異常であると判定された場合、前記機器の位置情報と、前記競技の監視員が利用する端末の位置情報とに基づいて、前記端末のうち、前記機器から所定の範囲内にある端末に前記選手に関する情報を送信する第１の送信部と、
前記選手の健康状態が異常であることを示す情報の出力指示を、前記選手に装着された出力装置に送信する第２の送信部と、
を有する健康管理装置。
（付記５）
前記第１の送信部は、
前記端末のうち、前記機器の位置情報が示す位置と、前記端末の位置情報が示す位置との距離が最小となる端末に前記選手に関する情報を送信する、ことを特徴とする付記４に記載の健康管理装置。
（付記６）
前記選手の健康状態が異常であると判定された場合、前記選手の関する情報を表示する表示部を有する、ことを特徴とする付記４又は５に記載の健康管理装置。
（付記７）
競技における選手の健康状態を管理するコンピュータが、
前記選手が有する機器から取得されたバイタル情報と、該バイタル情報の基準値とのずれの大きさに応じて、前記選手の健康状態が異常であるか否かを判定し、
前記選手の健康状態が異常であると判定された場合、前記機器の位置情報と、前記競技の監視員が利用する端末の位置情報とに基づいて、前記端末のうち、前記機器から所定の範囲内にある端末に前記選手に関する情報を送信し、
前記選手の健康状態が異常であることを示す情報の出力指示を、前記選手に装着された出力装置に送信する、
処理を実行する健康管理方法。
（付記８）
前記端末のうち、前記機器の位置情報が示す位置と、前記端末の位置情報が示す位置との距離が最小となる端末に前記選手に関する情報を送信する、ことを特徴とする付記７に記載の健康管理方法。
（付記９）
前記選手の健康状態が異常であると判定された場合、前記選手の関する情報を表示する、ことを特徴とする付記７又は８に記載の健康管理方法。

１ 健康管理システム
１０ 運営者サーバ
２０ ウェアラブル端末
３０ 発光装置
４０ 監視員端末
１０１ 情報受信部
１０２ 練習時バイタル情報作成部
１０３ 練習時バイタル管理部
１０４ 判定情報作成部
１０５ 判定情報管理部
１０６ 競技中バイタル情報作成部
１０７ 競技中バイタル管理部
１０８ コンディション判定部
１０９ 監視員端末管理部
１１０ 発光装置管理部
１１１ 発光装置特定部
１１２ 発光指示部
１１３ 端末特定部
１１４ 通知部
１５０ 練習時バイタル情報記憶部
１６０ コンディション判定情報記憶部
１７０ 競技中バイタル情報記憶部
１８０ 監視員端末情報記憶部
１９０ 発光装置情報記憶部
２０１ バイタル情報取得部
２０２ 位置情報取得部
２０３ 情報送信部
３０１ 発光指示受信部
３０２ 発光制御部
４０１ 位置情報取得部
４０２ 情報送信部
４０３ 通知受信部
４０４ 表示制御部

Claims (5)

1. 競技における選手の健康状態を管理するコンピュータに、
   前記選手が有する機器から取得されたバイタル情報と、該バイタル情報の基準値とのずれの大きさに応じて、前記選手の健康状態が異常であるか否かを判定し、
   前記選手の健康状態が異常であると判定された場合、前記機器の位置情報と、前記競技の監視員が利用する端末の位置情報とに基づいて、前記端末のうち、前記機器から所定の範囲内にある端末に前記選手に関する情報を送信し、
   前記選手の健康状態が異常であることを示す情報の出力指示を、前記選手に装着された出力装置に送信する、
   処理を実行させるための健康管理プログラム。
2. 前記端末のうち、前記機器の位置情報が示す位置と、前記端末の位置情報が示す位置との距離が最小となる端末に前記選手に関する情報を送信する、ことを特徴とする請求項１に記載の健康管理プログラム。
3. 前記選手の健康状態が異常であると判定された場合、前記選手の関する情報を表示する、ことを特徴とする請求項１又は２に記載の健康管理プログラム。
4. 競技における選手の健康状態を管理する健康管理装置であって、
   前記選手が有する機器から取得されたバイタル情報と、該バイタル情報の基準値とのずれの大きさに応じて、前記選手の健康状態が異常であるか否かを判定する判定部と、
   前記選手の健康状態が異常であると判定された場合、前記機器の位置情報と、前記競技の監視員が利用する端末の位置情報とに基づいて、前記端末のうち、前記機器から所定の範囲内にある端末に前記選手に関する情報を送信する第１の送信部と、
   前記選手の健康状態が異常であることを示す情報の出力指示を、前記選手に装着された出力装置に送信する第２の送信部と、
   を有する健康管理装置。
5. 競技における選手の健康状態を管理するコンピュータが、
   前記選手が有する機器から取得されたバイタル情報と、該バイタル情報の基準値とのずれの大きさに応じて、前記選手の健康状態が異常であるか否かを判定し、
   前記選手の健康状態が異常であると判定された場合、前記機器の位置情報と、前記競技の監視員が利用する端末の位置情報とに基づいて、前記端末のうち、前記機器から所定の範囲内にある端末に前記選手に関する情報を送信し、
   前記選手の健康状態が異常であることを示す情報の出力指示を、前記選手に装着された出力装置に送信する、
   処理を実行する健康管理方法。

Images