(57)【要約】【課題】健康状態が悪い選手を効率的に発見する。【解決手段】競技における選手の健康状態を管理するコンピュータに、前記選手が有する機器から取得されたバイタル情報と、該バイタル情報の基準値とのずれの大きさに応じて、前記選手の健康状態が異常であるか否かを判定し、前記選手の健康状態が異常であると判定された場合、前記機器の位置情報と、前記競技の監視員が利用する端末の位置情報とに基づいて、前記端末のうち、前記機器から所定の範囲内にある端末に前記選手に関する情報を送信し、前記選手の健康状態が異常であることを示す情報の出力指示を、前記選手に装着された出力装置に送信する、処理を実行させるための健康管理プログラムが提供される。【選択図】図２
2018109826.tif 000002
【特許請求の範囲】
【請求項１】
競技における選手の健康状態を管理するコンピュータに、
前記選手が有する機器から取得されたバイタル情報と、該バイタル情報の基準値とのずれの大きさに応じて、前記選手の健康状態が異常であるか否かを判定し、
前記選手の健康状態が異常であると判定された場合、前記機器の位置情報と、前記競技の監視員が利用する端末の位置情報とに基づいて、前記端末のうち、前記機器から所定の範囲内にある端末に前記選手に関する情報を送信し、
前記選手の健康状態が異常であることを示す情報の出力指示を、前記選手に装着された出力装置に送信する、
処理を実行させるための健康管理プログラム。
【請求項２】
前記端末のうち、前記機器の位置情報が示す位置と、前記端末の位置情報が示す位置との距離が最小となる端末に前記選手に関する情報を送信する、ことを特徴とする請求項１に記載の健康管理プログラム。
【請求項３】
前記選手の健康状態が異常であると判定された場合、前記選手の関する情報を表示する、ことを特徴とする請求項１又は２に記載の健康管理プログラム。
【請求項４】
競技における選手の健康状態を管理する健康管理装置であって、
前記選手が有する機器から取得されたバイタル情報と、該バイタル情報の基準値とのずれの大きさに応じて、前記選手の健康状態が異常であるか否かを判定する判定部と、
前記選手の健康状態が異常であると判定された場合、前記機器の位置情報と、前記競技の監視員が利用する端末の位置情報とに基づいて、前記端末のうち、前記機器から所定の範囲内にある端末に前記選手に関する情報を送信する第１の送信部と、
前記選手の健康状態が異常であることを示す情報の出力指示を、前記選手に装着された出力装置に送信する第２の送信部と、
を有する健康管理装置。
【請求項５】
競技における選手の健康状態を管理するコンピュータが、
前記選手が有する機器から取得されたバイタル情報と、該バイタル情報の基準値とのずれの大きさに応じて、前記選手の健康状態が異常であるか否かを判定し、
前記選手の健康状態が異常であると判定された場合、前記機器の位置情報と、前記競技の監視員が利用する端末の位置情報とに基づいて、前記端末のうち、前記機器から所定の範囲内にある端末に前記選手に関する情報を送信し、
前記選手の健康状態が異常であることを示す情報の出力指示を、前記選手に装着された出力装置に送信する、
処理を実行する健康管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、健康管理プログラム、健康管理装置及び健康管理方法に関する。
【背景技術】
【０００２】
近年、センシング技術により取得したバイタル情報（例えば血圧や心拍数、体温等）を用いて、人の健康状態を判定する技術が知られている。人の健康状態を判定する技術の中には、スポーツ競技の分野に適用されるものがある。
【０００３】
例えば、トレーニング中に取得したバイタル情報を用いて、スポーツ競技中の選手の健康状態を判定する技術が知られている。このような技術では、例えば、トレーニング中に取得したバイタル情報の平均値等を算出した上で、スポーツ競技中の選手から取得したバイタル情報と、算出した平均値等とを比較することで、選手の健康状態を判定する。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００３−１５０７１６号公報
【特許文献２】特開２０１１−２４５３１６号公報
【特許文献３】特開２００７−１３０３５６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ここで、スポーツ競技（以下、単に「競技」とも表す。）の大会には、屋外等の広い場所で多人数の選手が一斉にスタートして、ゴールまでのタイムを競い合うものがある。例えば、トライアスロンと呼ばれる競技の大会では、数十〜数百人の選手が一斉にスタートして、水泳（スイム）、自転車ロードレース（バイク）及び長距離走（ラン）の３つの種目を連続して行って、ゴール（フィニッシュ）までのタイムを競い合う。
【０００６】
このような多人数の選手が屋外等の広い場所で一斉にスタートする競技の大会では、健康状態が悪い選手を、競技の監視員等が発見することが困難な場合がある。例えば、トライアスロンでは、数十〜数百人の選手が一斉にスタートして、集団で水泳種目を行うため、健康状態が悪い選手を監視員等が発見することが困難な場合がある。
【０００７】
開示の技術は、健康状態が悪い選手を効率的に発見することを目的としている。
【課題を解決するための手段】
【０００８】
開示の技術は、競技における選手の健康状態を管理するコンピュータに、前記選手が有する機器から取得されたバイタル情報と、該バイタル情報の基準値とのずれの大きさに応じて、前記選手の健康状態が異常であるか否かを判定し、前記選手の健康状態が異常であると判定された場合、前記機器の位置情報と、前記競技の監視員が利用する端末の位置情報とに基づいて、前記端末のうち、前記機器から所定の範囲内にある端末に前記選手に関する情報を送信し、前記選手の健康状態が異常であることを示す情報の出力指示を、前記選手に装着された出力装置に送信する、処理を実行させる。
【発明の効果】
【０００９】
健康状態が悪い選手を効率的に発見することができる。
【図面の簡単な説明】
【００１０】
【図１】第一の実施形態に係る健康管理システムの全体構成の一例を示す図である。
【図２】第一の実施形態に係る健康管理システムの処理の概要を説明する図である。
【図３】第一の実施形態に係る運営者サーバ及び監視員端末のハードウェア構成の一例を示す図である。
【図４】第一の実施形態に係るウェアラブル端末のハードウェア構成の一例を示す図である。
【図５】第一の実施形態に係る発光装置のハードウェア構成の一例を示す図である。
【図６】第一の実施形態に係る健康管理システムの機能構成の一例を示す図である。
【図７】練習時バイタル情報記憶部に記憶されている練習時バイタル情報の一例を示す図である。
【図８】コンディション判定情報記憶部に記憶されているコンディション判定情報の一例を示す図である。
【図９】競技中バイタル情報記憶部に記憶されている競技中バイタル情報の一例を示す図である。
【図１０】監視員端末情報記憶部に記憶されている監視員端末情報の一例を示す図である。
【図１１】発光装置情報記憶部に記憶されている発光装置情報の一例を示す図である。
【図１２】第一の実施形態に係る練習時バイタル情報の格納処理の一例を示すシーケンス図である。
【図１３】第一の実施形態に係るコンディション判定情報の作成及び格納処理の一例を示すフローチャートである。
【図１４】第一の実施形態に係る競技中における健康管理システムの全体処理の一例を示すシーケンス図である。
【図１５】運営者サーバに表示される警告画面の一例を示す図である。
【図１６】監視員端末に表示される警告画面の一例を示す図である。
【図１７】選手の詳細画面の一例を示す図である。
【図１８】第二の実施形態に係る発光装置による発光の一例を説明する図である。
【図１９】第二の実施形態に係る健康管理システムの機能構成の一例を示す図である。
【図２０】第二の実施形態に係る発光色定義テーブルの一例を示す図である。
【図２１】第二の実施形態に係る発光装置における発光処理の一例を示すフローチャートである。
【図２２】第三の実施形態に係る健康管理システムの機能構成の一例を示す図である。
【図２３】第三の実施形態に係る発光色定義テーブルの一例を示す図である。
【図２４】第三の実施形態に係る競技中における健康管理システムの全体処理の一例を示すシーケンス図である。
【図２５】第三の実施形態に係る発光装置の特定及び発光色の決定処理の一例を示すフローチャートである。
【発明を実施するための形態】
【００１１】
以下、本発明の実施形態について添付の図面を参照しながら説明する。
【００１２】
（第一の実施形態）
まず、本実施形態に係る健康管理システム１の全体構成について、図１を参照しながら説明する。図１は、第一の実施形態に係る健康管理システム１の全体構成の一例を示す図である。
【００１３】
図１に示すように、本実施形態に係る健康管理システム１は、運営者サーバ１０と、練習環境Ｅ１と、競技環境Ｅ２とを有し、例えばインターネットや電話回線網等の広域的なネットワークＮを介して通信可能に接続されている。
【００１４】
運営者サーバ１０は、例えばトライアスロン等のスポーツ競技大会（以下、単に「大会」とも表す。）の運営者が管理する情報処理装置又は情報処理システムである。運営者サーバ１０は、当該競技の練習中における選手Ｐのバイタル情報（例えば血圧や心拍数、体温等）を記憶する練習時バイタル情報記憶部１５０を有する。
【００１５】
運営者サーバ１０は、練習時バイタル情報記憶部１５０に記憶されているバイタル情報を用いて、競技中における選手Ｐのコンディション（健康状態）を判定する。すなわち、運営者サーバ１０は、競技環境Ｅ２における選手Ｐのコンディションが異常であるか否かを判定する。
【００１６】
そして、運営者サーバ１０は、競技中の健康状態が悪いと判定された選手Ｐ（すなわち、競技中のコンディションが異常と判定された選手Ｐ）が装着等している発光装置３０に発光指示を送信することで、当該発光装置３０を発光させる。また、運営者サーバ１０は、競技中のコンディションが異常と判定された選手Ｐの近くにいる監視員Ｑが利用する監視員端末４０に対して、コンディションが異常の選手Ｐが近くにいることを通知する。
【００１７】
これにより、競技の監視員Ｑは、自身の近くにいるコンディションが異常の選手Ｐを容易に発見することができるようになる。したがって、当該監視員Ｑは、例えば、コンディションが異常の選手Ｐの競技続行を中止させる等の措置を早期に取ることができるようになる。なお、監視員Ｑは、大会に参加している選手Ｐの健康状態や競技内容を監視する審判員又はスタッフ等である。
【００１８】
練習環境Ｅ１は、例えばスポーツジムやトレーニング施設、自宅、野外練習施設等であり、選手Ｐが競技の練習を行うための環境である。選手Ｐは、練習環境Ｅ１において、当該選手Ｐのバイタル情報を取得するウェアラブル端末２０を装着等した状態で練習を行う。
【００１９】
ウェアラブル端末２０は、選手Ｐのバイタル情報を取得するバイタルセンサ等が搭載された機器である。ウェアラブル端末２０は、練習中の選手Ｐからバイタル情報を取得して、運営者サーバ１０に送信する。
【００２０】
なお、ウェアラブル端末２０は、例えば、リストバンド型の機器である。ただし、ウェアラブル端末２０は、例えば、アンクルバンド型であっても良いし、選手Ｐに直接に貼り付け又は選手Ｐが着用する服等のウェアに貼り付け等されていても良い。すなわち、ウェアラブル端末２０は、選手Ｐのバイタル情報を取得することができる機器であれば良い。
【００２１】
また、選手Ｐは、複数のウェアラブル端末２０を装着等していても良い。すなわち、選手Ｐは、例えば、バイタル情報として血圧及び体温を取得するウェアラブル端末２０−１と、バイタル情報として心拍数を取得するウェアラブル端末２０−２とを装着等していても良い。
【００２２】
競技環境Ｅ２は、例えば大会の競技会場等であり、選手Ｐが競技を行うための環境である。選手Ｐは、競技環境Ｅ２において、ウェアラブル端末２０と、発光装置３０とを装着等した状態で競技を行う。
【００２３】
ウェアラブル端末２０は、競技中の選手Ｐのバイタル情報と、当該ウェアラブル端末２０の現在位置を示す位置情報とを取得して、運営者サーバ１０に送信する。また、発光装置３０は、運営者サーバ１０からの発光指示に応じて発光する機器である。
【００２４】
発光装置３０は、例えば、選手Ｐのスイムキャップ等に装着可能な機器である。ただし、発光装置３０は、例えば、スイムウェア等に装着可能な機器であっても良い。発光装置３０は、例えば水泳等の競技中においても監視員Ｑから視認し易い箇所に装着されることが好ましい。
【００２５】
また、競技環境Ｅ２には、大会の監視員Ｑが利用する監視員端末４０が含まれる。監視員端末４０は、例えばＰＣやスマートフォン、タブレット端末等であり、運営者サーバ１０からの通知に応じて、競技中にコンディションが異常と判定された選手Ｐに関する情報を表示する。
【００２６】
ここで、本実施形態に係る健康管理システム１の処理の概要について、図２を参照しながら説明する。図２は、第一の実施形態に係る健康管理システム１の処理の概要を説明する図である。
【００２７】
Ｓ１）まず、選手Ｐが練習環境Ｅ１で競技の練習をしている間、ウェアラブル端末２０は、所定の間隔（例えば数分乃至十数分）毎に、練習中の選手Ｐのバイタル情報を取得する。そして、ウェアラブル端末２０は、練習中の選手Ｐから取得したバイタル情報と、当該選手ＰのユーザＩＤと、当該バイタル情報を取得した日時とを運営者サーバ１０に送信する。
【００２８】
Ｓ２）運営者サーバ１０は、練習中の選手Ｐのバイタル情報と、ユーザＩＤと、日時とを受信すると、これらの情報を関連付けた練習時バイタル情報１５０Ｄを作成して、練習時バイタル情報記憶部１５０に格納する。
【００２９】
このように、運営者サーバ１０は、練習中における選手Ｐのバイタル情報を含む練習時バイタル情報１５０Ｄを練習時バイタル情報記憶部１５０に格納する。
【００３０】
Ｓ３）次に、運営者サーバ１０は、例えば競技の開始前に、練習時バイタル情報記憶部１５０に記憶されている練習時バイタル情報１５０Ｄからコンディション判定情報１６０Ｄを作成して、コンディション判定情報記憶部１６０に格納する。
【００３１】
ここで、コンディション判定情報１６０Ｄは、例えば、選手Ｐ毎の各バイタル情報の正常範囲（例えば、血圧の正常範囲や心拍数の正常範囲、体温の正常範囲等）を含む情報である。
【００３２】
Ｓ４）続いて、選手Ｐが競技環境Ｅ２で競技をしている間、ウェアラブル端末２０は、所定の間隔（例えば数分乃至十数分）毎に、競技中の選手Ｐのバイタル情報と、当該ウェアラブル端末２０の位置情報を取得する。そして、ウェアラブル端末２０は、競技中の選手Ｐから取得したバイタル情報と、当該選手ＰのユーザＩＤと、当該バイタル情報を取得した日時と、当該ウェアラブル端末２０の位置情報とを運営者サーバ１０に送信する。
【００３３】
Ｓ５）運営者サーバ１０は、競技中の選手Ｐが装着等しているウェアラブル端末２０からバイタル情報等を受信すると、当該バイタル情報等と、コンディション判定情報１６０Ｄとに基づいて、当該選手Ｐのコンディションを判定する。
【００３４】
すなわち、運営者サーバ１０は、例えば、競技中の選手Ｐのバイタル情報が、コンディション判定情報１６０Ｄに含まれる正常範囲内であるか否かを判定することで、当該選手Ｐのコンディションを判定する。
【００３５】
Ｓ６−１）運営者サーバ１０は、上記のＳ５）で選手Ｐのコンディションが異常であると判定した場合、当該選手Ｐが装着等している発光装置３０に発光指示を送信する。
【００３６】
Ｓ６−２）また、このとき、運営者サーバ１０は、ウェアラブル端末２０から受信した位置情報に基づいて、当該選手Ｐの近くにいる監視員Ｑが利用する監視員端末４０に対して、コンディションが異常の選手が近くにいることを通知する。
【００３７】
Ｓ７−１）そして、発光装置３０は、運営者サーバ１０から発光指示を受信すると、例えばＬＥＤ（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）通信により、周囲の発光装置３０−２〜３０−７に発光指示を送信する。すると、これらの発光装置３０−２〜３０−７は、発光部３６を黄色に発光させる。
【０１７７】
続いて、発光装置３０−２〜３０−７は、例えばＰ２Ｐ通信により、周囲の発光装置３０−９〜３０−１５に発光指示を送信する。すると、これらの発光装置３０−９〜３０−１５は、発光部３６を緑色に発光させる。
【０１７８】
同様に、発光装置３０−９〜３０−１５は、例えばＰ２Ｐ通信により、周囲の発光装置３０−１６〜３０−１８等に発光指示を送信する。すると、これらの発光装置３０−１６〜３０−１８等は、発光部３６を青色に発光させる。
【０１７９】
このように、本実施形態に係る健康管理システム１では、例えば、コンディションが異常の選手Ｐの発光装置３０を「赤色」に発光させると共に、当該選手Ｐから離れるに従って、周囲の他の選手Ｐの発光装置３０を「黄色」、「緑色」及び「青色」と発光させる。このため、例えば、複数の選手Ｐが集団で競技を行っているような場合においても、監視員Ｑは、選手Ｐの発光装置３０の発光色から、コンディションが異常の選手Ｐを容易に発見することができるようになる。
【０１８０】
なお、第二の実施形態では、主に、第一の実施形態との相違点について説明し、第一の実施形態と実質的に同一の機能を有する箇所及び実質的に同一の処理を行う箇所については同一の符号を付与し、その説明を省略する。
【０１８１】
まず、本実施形態に係る健康管理システム１の機能構成について、図１９を参照しながら説明する。図１９は、第二の実施形態に係る健康管理システム１の機能構成の一例を示す図である。
【０１８２】
図１９に示すように、本実施形態に係る発光装置３０は、更に、発光色決定部３０３と、発光履歴作成部３０４と、発光指示送信部３０５とを有する。これら各機能部は、発光装置３０にインストールされた１以上のプログラムが、ＣＰＵ３４に実行させる処理により実現される。
【０１８３】
また、本実施形態に係る発光装置３０は、発光色定義テーブル３０６を有する。発光色定義テーブル３０６は、例えば記憶装置３５に記憶されている。
【０１８４】
本実施形態に係る発光指示受信部３０１は、更に、他の発光装置３０からも発光指示を受信する。他の発光装置３０から受信する発光指示には、発光履歴情報が含まれる。
【０１８５】
発光履歴情報とは、コンディションが異常の選手Ｐが装着等している発光装置３０から、発光指示受信部３０１が受信した発光指示の送信元である発光装置３０までの発光色の履歴を示す情報である。
【０１８６】
例えば、コンディションが異常の選手Ｐ−１が装着等している発光装置３０−１の発光色が「赤色」、発光装置３０−１から発光指示を受信した発光装置３０−２の発光色が「黄色」であるとする。また、例えば、発光装置３０−２から発光指示を受信した発光装置３０−３の発光色が「緑色」、発光装置３０−３から発光指示を受信した発光装置３０−４の発光色が「青色」であるとする。
【０１８７】
このとき、発光装置３０−２の発光指示受信部３０１が受信した発光指示に含まれる発光履歴情報は、「赤色」である。また、発光装置３０−３の発光指示受信部３０１が受信した発光指示に含まれる発光履歴情報は、「赤色、黄色」である。同様に、発光装置３０−４の発光指示受信部３０１が受信した発光指示に含まれる発光履歴情報は、「赤色、黄色、緑色」である。
【０１８８】
発光色決定部３０３は、発光指示受信部３０１が受信した発光指示と、発光色定義テーブル３０６とに基づいて、発光制御部３０２が発光部３６に発光させる色（発光色）を決定する。
【０１８９】
発光履歴作成部３０４は、発光履歴情報を作成する。すなわち、発光履歴作成部３０４は、発光履歴情報が含まれない発光指示を発光指示受信部３０１が受信した場合、発光色決定部３０３が決定した発光色を発光履歴情報とする。一方、発光履歴作成部３０４は、発光履歴情報が含まれる発光指示を発光指示受信部３０１が受信した場合、当該発光履歴情報に対して、発光色決定部３０３が決定した発光色を追加する。
【０１９０】
発光指示送信部３０５は、発光履歴作成部３０４が作成した発光履歴情報を含む発光指示を、例えばＰ２Ｐ通信により、周囲の他の発光装置３０に送信する。なお、発光指示送信部３０５は、例えばアドホック通信等により、周囲の他の発光装置３０に発光指示を送信しても良い。
【０１９１】
発光色定義テーブル３０６は、発光色が定義されたテーブルである。ここで、本実施形態に係る発光色定義テーブル３０６について、図２０を参照しながら説明する。図２０は、第二の実施形態に係る発光色定義テーブル３０６の一例を示す図である。
【０１９２】
図２０に示すように、本実施形態に係る発光色定義テーブル３０６は、優先度毎に発光色が関連付けられたテーブルである。例えば、優先度「１」には、発光色「赤色」が関連付けられている。また、例えば、優先度「２」には、発光色「黄色」が関連付けられている。同様に、例えば、優先度「３」には、発光色「緑色」が関連付けられている。
【０１９３】
このように、本実施形態に係る発光色定義テーブル３０６には、優先度毎の発光色が定義されている。
【０１９４】
次に、本実施形態に係る健康管理システム１の処理の詳細について説明する。以降では、発光装置３０が、運営者サーバ１０又は他の発光装置３０から発光指示を受信した場合における処理（発光処理）について、図２１を参照しながら説明する。図２１は、第二の実施形態に係る発光装置３０における発光処理の一例を示すフローチャートである。
【０１９５】
まず、発光指示受信部３０１は、運営者サーバ１０又は他の発光装置３０から発光指示を既に受信済であるか否かを判定する（ステップＳ２１０１）。言い換えれば、発光指示受信部３０１は、発光制御部３０２により発光部３６が既に発光されているか否かを判定する。
【０１９６】
ステップＳ２１０１において、運営者サーバ１０又は他の発光装置３０から発光指示を既に受信済である場合、発光装置３０は、処理を終了させる。この場合は、発光部３６が既に発光しているからである。
【０１９７】
一方、ステップＳ２１０１において。運営者サーバ１０又は他の発光装置３０から発光指示を既に受信済でない場合、発光指示受信部３０１は、受信した発光指示に発光履歴情報が含まれるか否かを判定する（ステップＳ２１０２）。言い換えれば、発光指示受信部３０１は、発光指示の送信元が運営者サーバ１０又は他の発光装置３０のいずれであるかを判定する。
【０１９８】
ステップＳ２１０２において、発光指示に発光履歴情報が含まれないと判定された場合、発光色決定部３０３は、発光色定義テーブル３０６における優先度「１」に関連付けられている発光色「赤色」を、発光部３６に発光させる色に決定する（ステップＳ２１０３）。すなわち、運営者サーバ１０から送信された発光指示を発光指示受信部３０１が受信した場合、発光色決定部３０３は、発光色定義テーブル３０６における優先度「１」に関連付けられている発光色を、発光部３６に発光させる色に決定する。
【０１９９】
一方、ステップＳ２１０３において、発光指示に発光履歴情報が含まれると判定された場合、発光色決定部３０３は，発光色定義テーブル３０６と、当該発光履歴情報とに基づいて、発光部３６に発光させる色を決定する（ステップＳ２１０４）。すなわち、発光色決定部３０３は、発光履歴情報に含まれない発光色で、かつ、最も優先度が高い発光色を、発光部３６に発光させる色に決定する。
【０２００】
例えば、発光履歴情報が「赤色」である場合、発光色決定部３０３は、発光色定義テーブル３０６において、「赤色」を除く、最も優先度が高い発光色（すなわち、「黄色」）を、発光部３６に発光させる色に決定する。同様に、例えば、発光履歴情報が「赤色、黄色」である場合、発光色決定部３０３は、発光色定義テーブル３０６において、「赤色」及び「黄色」を除く、最も優先度が高い発光色（すなわち、「緑色」）を、発光部３６に発光させる色に決定する。
【０２０１】
次に、発光制御部３０２は、発光指示受信部３０１が受信した発光指示に従って、発光色決定部３０３が決定した色に発光部３６を発光させる（ステップＳ２１０５）。
【０２０２】
次に、発光履歴作成部３０４は、発光履歴情報を作成する（ステップＳ２１０６）。すなわち、発光履歴作成部３０４は、発光履歴情報が含まれない発光指示を発光指示受信部３０１が受信した場合、発光色決定部３０３が決定した発光色「赤色」を発光履歴情報とする。
【０２０３】
一方、発光履歴作成部３０４は、発光履歴情報が含まれる発光指示を発光指示受信部３０１が受信した場合、当該発光履歴情報に対して、発光色決定部３０３が決定した発光色を追加する。例えば、発光指示受信部３０１が受信した発光履歴情報が「赤色、黄色」であり、発光色決定部３０３が決定した発光色が「緑色」である場合、発光履歴作成部３０４は、当該発光履歴情報に「緑色」を追加して、発光履歴情報を「赤色、黄色、緑色」とする。
【０２０４】
次に、発光指示送信部３０５は、発光履歴作成部３０４が作成した発光履歴情報を含む発光指示を、例えばＰ２Ｐ通信により、周囲の他の発光装置３０に送信する（ステップＳ２１０７）。
【０２０５】
以上のように、本実施形態に係る健康管理システム１では、各発光装置３０は、運営者サーバ１０又は他の発光装置３０から発光指示を受信した場合、例えばＰ２Ｐ通信により、周囲の他の発光装置３０に発光指示を送信する。また、本実施形態に係る健康管理システム１では、コンディションが異常の選手Ｐが装着等している発光装置３０を「赤色」に発光させると共に、当該発光装置３０から離れるに従って、発光装置３０の発光色を、例えば、「黄色」、「緑色」及び「青色」に発光させる。
【０２０６】
これにより、本実施形態に係る健康管理システム１では、例えば、複数の選手Ｐが集団で競技を行っているような場合においても、監視員Ｑは、各発光装置３０の発光色からコンディションが異常の選手Ｐを容易に発見することができるようになる。
【０２０７】
（第三の実施形態）
次に、第三の実施形態について説明する。第三の実施形態では、コンディションが異常の選手Ｐ及び当該選手Ｐの周囲にいる他の選手Ｐの発光装置３０を運営者サーバ１０で特定すると共に、これらの発光装置３０の発光色を運営者サーバ１０で決定する場合について説明する。
【０２０８】
なお、第三の実施形態では、主に、第一の実施形態との相違点について説明し、第一の実施形態と実質的に同一の機能を有する箇所及び実質的に同一の処理を行う箇所については同一の符号を付与し、その説明を省略する。
【０２０９】
まず、本実施形態に係る健康管理システム１の機能構成について、図２２を参照しながら説明する。図２２は、第三の実施形態に係る健康管理システム１の機能構成の一例を示す図である。
【０２１０】
図２２に示すように、本実施形態に係る運営者サーバ１０は、発光色定義テーブル１１６を有する。発光色定義テーブル１１６は、例えば記憶装置１８に記憶されている。
【０２１１】
また、本実施形態に係る運営者サーバ１０は、発光装置特定部１１１Ａと、発光指示部１１２Ａとの機能が異なる。
【０２１２】
発光装置特定部１１１Ａは、発光色定義テーブル１１６に基づいて、コンディション判定部１０８によりコンディションが異常であると判定された選手Ｐが装着等している発光装置３０を特定すると共に、当該発光装置３０の発光部３６に発光させる色を決定する。また、発光装置特定部１１１Ａは、発光色定義テーブル１１６に基づいて、当該発光装置３０の周囲の他の発光装置３０を特定すると共に、当該他の発光装置３０の発光部３６に発光させる色を決定する。
【０２１３】
発光指示部１１２Ａは、発光装置特定部１１１Ａが特定した発光装置３０に対して、発光装置特定部１１１Ａが決定した発光色を示す発光色情報を含む発光指示を送信する。
【０２１４】
ここで、本実施形態に係る発光色定義テーブル１１６について、図２３を参照しながら説明する。図２３は、第三の実施形態に係る発光色定義テーブル１１６の一例を示す図である。
【０２１５】
図２３に示すように、本実施形態に係る発光色定義テーブル１１６は、発光対象毎に発光色が関連付けられたテーブルである。例えば、発光対象「コンディションが異常の選手Ｐの発光装置３０」には、発光色「赤色」が関連付けられている。
【０２１６】
また、例えば、発光対象「２ｍ未満の発光装置３０」（すなわち、コンディションが異常の選手Ｐの発光装置３０からの距離が２ｍ未満の他の発光装置３０）には、発光色「黄色」が関連付けられている。同様に、例えば、発光対象「２ｍ以上かつ４ｍ未満の発光装置３０」（すなわち、コンディションが異常の選手Ｐの発光装置３０からの距離が２ｍ以上かつ４ｍ未満の他の発光装置３０）には、発光色「緑色」が関連付けられている。また、同様に、例えば、発光対象「４ｍ以上の発光装置３０」（すなわち、コンディションが異常の選手Ｐの発光装置３０からの距離が４ｍ以上の他の発光装置３０）には、発光色「青色」が関連付けられている。
【０２１７】
このように、本実施形態に係る発光色定義テーブル１１６には、コンディションが異常の選手Ｐの発光装置３０の発光色と、当該発光装置３０からの距離に応じた発光色とが定義されている。
【０２１８】
次に、本実施形態に係る健康管理システム１の処理の詳細について説明する。以降では、大会の競技中における全体処理について、図２４を参照しながら説明する。図２４は、第三の実施形態に係る競技中における健康管理システム１の全体処理の一例を示すシーケンス図である。なお、図２４におけるステップＳ１４０１〜ステップＳ１４１１及びステップＳ１４１４〜ステップＳ１４１６の処理は、第一の実施形態と同様であるため、その説明を省略する。
【０２１９】
ステップＳ１４１１に続いて、運営者サーバ１０の発光装置特定部１１１Ａは、発光部３６を発光させる発光装置３０の特定及び発光色の決定を行う（ステップＳ２４０１）。すなわち、発光装置特定部１１１Ａは、コンディション判定部１０８によりコンディションが異常と判定された選手Ｐの発光装置３０と、当該発光装置３０の周囲の他の発光装置３０とを特定すると共に、これらの発光装置３０の発光色を決定する。なお、発光装置３０の特定及び発光色の決定処理の詳細については後述する。
【０２２０】
次に、運営者サーバ１０の発光指示部１１２Ａは、発光装置特定部１１１Ａが特定した発光装置３０に対して、当該発光装置３０の発光色を示す発光色情報を含む発光指示を送信する（ステップＳ２４０２）。
【０２２１】
例えば、発光装置特定部１１１Ａにより発光装置３０−１〜３０−１０が特定され、発光装置３０−１の発光色が「赤色」、発光装置３０−２〜３０−５の発光色が「黄色」の発光装置３０−６〜３０−１０の発光色が「緑色」と決定されたとする。
【０２２２】
この場合、発光指示部１１２Ａは、発光色「赤色」を示す発光色情報を含む発光指示を発光装置３０−１に送信する。また、発光指示部１１２Ａは、発光色「黄色」を示す発光色情報を含む発光指示を発光装置３０−２〜３０−５に送信する。更に、発光指示部１１２Ａは、発光色「緑色」を含む発光色情報を発光装置３０−６〜３０−１０に送信する。
【０２２３】
発光装置３０の発光制御部３０２は、発光指示受信部３０１が発光指示を受信すると、当該発光指示に従って、発光色情報が示す発光色に発光部３６を発光させる（ステップＳ２４０３）。
【０２２４】
ここで、上記のステップＳ２４０１における発光装置３０の特定及び発光色の決定処理の詳細について、図２５を参照しながら説明する。図２５は、第三の実施形態に係る発光装置３０の特定及び発光色の決定処理の一例を示すフローチャートである。
【０２２５】
まず、発光装置特定部１１１Ａは、コンディションが異常の選手Ｐから所定の範囲内にいる他の選手Ｐ（以下、「周辺選手Ｐ」と表す。）を特定する（ステップＳ２５０１）。すなわち、発光装置特定部１１１Ａは、競技中バイタル管理部１０７により、競技中バイタル情報記憶部１７０に記憶されている競技中バイタル情報１７０Ｄを参照して、ステップＳ１４０７で情報受信部１０１が受信した位置情報から所定の範囲内の選手ＰのユーザＩＤを特定する。
【０２２６】
次に、発光装置特定部１１１Ａは、コンディションが異常の選手Ｐ及び周辺選手Ｐの発光装置３０を特定する（ステップＳ２５０２）。
【０２２７】
すなわち、発光装置特定部１１１Ａは、発光装置管理部１１０により、発光装置情報記憶部１９０に記憶されている発光装置情報１９０Ｄを参照して、ステップＳ１４０７で情報受信部１０１が受信したユーザＩＤに関連付けられている発光装置ＩＤを特定する。同様に、発光装置特定部１１１Ａは、発光装置管理部１１０により、発光装置情報記憶部１９０に記憶されている発光装置情報１９０Ｄを参照して、上記のステップＳ２５０３で特定した周辺選手ＰのユーザＩＤに関連付けられている発光装置ＩＤを特定する。
【０２２８】
次に、発光装置特定部１１１Ａは、発光色定義テーブル１１６に基づいて、上記のステップＳ２５０２で特定した発光装置ＩＤ毎に発光色を決定する（ステップＳ２５０３）。
【０２２９】
すなわち、発光装置特定部１１１Ａは、発光色定義テーブル１１６に基づいて、例えば、コンディションが異常の選手Ｐの発光装置３０の発光色を「赤色」と決定する。また、発光装置特定部１１１Ａは、周辺選手Ｐの発光装置３０の発光色を、コンディションが異常の選手Ｐの発光装置３０との距離に応じた発光色に決定する。
【０２３０】
これにより、コンディションが異常の選手Ｐ及び周辺選手Ｐの発光装置３０が特定されると共に、これらの発光装置３０の発光色が決定される。
【０２３１】
以上のように、本実施形態に係る健康管理システム１では、運営者サーバ１０が、発光させる発光装置３０の特定及び発光色の決定を行う。これにより、第二の実施形態と比べて、発光装置３０の構成を簡易にすることができる。
【０２３２】
以上、本発明の実施形態について詳述したが、本発明は斯かる特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【０２３３】
以上の説明に関し、更に以下の項を開示する。
（付記１）
競技における選手の健康状態を管理するコンピュータに、
前記選手が有する機器から取得されたバイタル情報と、該バイタル情報の基準値とのずれの大きさに応じて、前記選手の健康状態が異常であるか否かを判定し、
前記選手の健康状態が異常であると判定された場合、前記機器の位置情報と、前記競技の監視員が利用する端末の位置情報とに基づいて、前記端末のうち、前記機器から所定の範囲内にある端末に前記選手に関する情報を送信し、
前記選手の健康状態が異常であることを示す情報の出力指示を、前記選手に装着された出力装置に送信する、
処理を実行させるための健康管理プログラム。
（付記２）
前記端末のうち、前記機器の位置情報が示す位置と、前記端末の位置情報が示す位置との距離が最小となる端末に前記選手に関する情報を送信する、ことを特徴とする付記１に記載の健康管理プログラム。
（付記３）
前記選手の健康状態が異常であると判定された場合、前記選手の関する情報を表示する、ことを特徴とする付記１又は２に記載の健康管理プログラム。
（付記４）
競技における選手の健康状態を管理する健康管理装置であって、
前記選手が有する機器から取得されたバイタル情報と、該バイタル情報の基準値とのずれの大きさに応じて、前記選手の健康状態が異常であるか否かを判定する判定部と、
前記選手の健康状態が異常であると判定された場合、前記機器の位置情報と、前記競技の監視員が利用する端末の位置情報とに基づいて、前記端末のうち、前記機器から所定の範囲内にある端末に前記選手に関する情報を送信する第１の送信部と、
前記選手の健康状態が異常であることを示す情報の出力指示を、前記選手に装着された出力装置に送信する第２の送信部と、
を有する健康管理装置。
（付記５）
前記第１の送信部は、
前記端末のうち、前記機器の位置情報が示す位置と、前記端末の位置情報が示す位置との距離が最小となる端末に前記選手に関する情報を送信する、ことを特徴とする付記４に記載の健康管理装置。
（付記６）
前記選手の健康状態が異常であると判定された場合、前記選手の関する情報を表示する表示部を有する、ことを特徴とする付記４又は５に記載の健康管理装置。
（付記７）
競技における選手の健康状態を管理するコンピュータが、
前記選手が有する機器から取得されたバイタル情報と、該バイタル情報の基準値とのずれの大きさに応じて、前記選手の健康状態が異常であるか否かを判定し、
前記選手の健康状態が異常であると判定された場合、前記機器の位置情報と、前記競技の監視員が利用する端末の位置情報とに基づいて、前記端末のうち、前記機器から所定の範囲内にある端末に前記選手に関する情報を送信し、
前記選手の健康状態が異常であることを示す情報の出力指示を、前記選手に装着された出力装置に送信する、
処理を実行する健康管理方法。
（付記８）
前記端末のうち、前記機器の位置情報が示す位置と、前記端末の位置情報が示す位置との距離が最小となる端末に前記選手に関する情報を送信する、ことを特徴とする付記７に記載の健康管理方法。
（付記９）
前記選手の健康状態が異常であると判定された場合、前記選手の関する情報を表示する、ことを特徴とする付記７又は８に記載の健康管理方法。
【符号の説明】
【０２３４】
１        健康管理システム
１０      運営者サーバ
２０      ウェアラブル端末
３０      発光装置
４０      監視員端末
１０１    情報受信部
１０２    練習時バイタル情報作成部
１０３    練習時バイタル管理部
１０４    判定情報作成部
１０５    判定情報管理部
１０６    競技中バイタル情報作成部
１０７    競技中バイタル管理部
１０８    コンディション判定部
１０９    監視員端末管理部
１１０    発光装置管理部
１１１    発光装置特定部
１１２    発光指示部
１１３    端末特定部
１１４    通知部
１５０    練習時バイタル情報記憶部
１６０    コンディション判定情報記憶部
１７０    競技中バイタル情報記憶部
１８０    監視員端末情報記憶部
１９０    発光装置情報記憶部
２０１    バイタル情報取得部
２０２    位置情報取得部
２０３    情報送信部
３０１    発光指示受信部
３０２    発光制御部
４０１    位置情報取得部
４０２    情報送信部
４０３    通知受信部
４０４    表示制御部
【図１】
2018109826.tif 000003
【図２】
2018109826.tif 000004
【図３】
2018109826.tif 000005
【図４】
2018109826.tif 000006
【図５】
2018109826.tif 000007
【図６】
2018109826.tif 000008
【図７】
2018109826.tif 000009
【図８】
2018109826.tif 000010
【図９】
2018109826.tif 000011
【図１０】
2018109826.tif 000012
【図１１】
2018109826.tif 000013
【図１２】
2018109826.tif 000014
【図１３】
2018109826.tif 000015
【図１４】
2018109826.tif 000016
【図１５】
2018109826.tif 000017
【図１６】
2018109826.tif 000018
【図１７】
2018109826.tif 000019
【図１８】
2018109826.tif 000020
【図１９】
2018109826.tif 000021
【図２０】
2018109826.tif 000022
【図２１】
2018109826.tif 000023
【図２２】
2018109826.tif 000024
【図２３】
2018109826.tif 000025
【図２４】
2018109826.tif 000026
【図２５】
2018109826.tif 000027