ホーム > 特許ランキング > 株式会社アップリーチ
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B1)
(11)【特許番号】
(24)【登録日】2022-01-28
(45)【発行日】2022-02-07
(54)【発明の名称】体調管理装置及びシステム
(51)【国際特許分類】
G16H 10/60 20180101AFI20220131BHJP
G06Q 50/10 20120101ALI20220131BHJP
G16H 50/80 20180101ALI20220131BHJP
G06Q 10/10 20120101ALI20220131BHJP
【ＦＩ】
G16H10/60
G06Q50/10
G16H50/80
G06Q10/10 324
【請求項の数】
11
(21)【出願番号】P 2021116291
(22)【出願日】2021-07-14
【審査請求日】2021-07-14
(31)【優先権主張番号】P 2020144526
(32)【優先日】2020-08-28
(33)【優先権主張国・地域又は機関】JP
【新規性喪失の例外の表示】特許法第３０条第２項適用 ウェブサイト「ｈｔｔｐ：／／ｍｅｔｅｌｌ．ｊｐ／」に令和２年８月７日から掲載
【早期審査対象出願】
(73)【特許権者】
【識別番号】517075300
【氏名又は名称】株式会社アップリーチ
(74)【代理人】
【識別番号】100185270
【弁理士】
【氏名又は名称】原田 貴史
(72)【発明者】
【氏名】原 康則
【審査官】竹下 翔平
(56)【参考文献】
【文献】特開２０１４－１８６４０２（ＪＰ，Ａ）
【文献】韓国公開特許第１０－２０２０－００４０７０５（ＫＲ，Ａ）
【文献】特開２０１９－２０８９２６（ＪＰ，Ａ）
【文献】特開２０１９－１１７５９４（ＪＰ，Ａ）
【文献】特開２０１８－１０９８２７（ＪＰ，Ａ）
【文献】新型コロナウイルス感染予防対策として「検温レポートアプリ」の提供を開始 アプリからのワンストップ申請で体温検温報告のペーパーレス化も実現 従業員（職員）の発熱時にはプッシュ通知で労務管理担当者が即座に把握，日本，アステリア株式会社，2020年04月08日，[online]，＜ＵＲＬ：https://www.asteria.com/jp/wp-content/files_mf/1586313117pr200408_01.pdf＞［検索日：2021年10月11日］
【文献】みんなの体調ノート for チーム －体温体調の管理共有，日本，株式会社ＯＲＳＯ，2020年05月19日，[online]，＜ＵＲＬ：http://appq.jp/app/1510549954/%E3%81%BF%E3%82%93%E3%81%AA%E3%81%AE%E4%BD%93%E8%AA%BF%E3%83%8E%E3%83%BC%E3%83%88-%E4%BD%93%E6%B8%A9%E4%BD%93%E8%AA%BF%E3%81%AE%E7%AE%A1%E7%90%86%E5%85%B1%E6%9C%89%E3%82%A2%E3%83%97%E3%83%AA＞［検索日：2021年10月11日］
【文献】【withコロナ対応で利用急増】体温などの報告をアプリで『らくらく健康観察』 最大1000人利用の新プランをリリース 全国の保健所での利用実績から民間利用サービスに転用，日本，株式会社ヘルステック研究所，2020年08月21日，[online]，＜ＵＲＬ：https://prtimes.jp/main/html/rd/p/000000006.000062387.html＞［検索日：2021年10月11日］
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｇ１６Ｈ １０／００－８０／００
Ｇ０６Ｑ １０／００－９９／００
(57)【特許請求の範囲】
【請求項1】
利用者の体調情報及び識別情報を受信可能な体調受信部と、前記識別情報に予め対応付けられた１又は複数の送信先のそれぞれに前記体調情報を送信可能な体調送信部と、
前記体調情報が体調良好であることを示す正常情報である前記利用者に、前記識別情報に予め対応付けられた前記利用者の所属先にて利用可能な所属先利用施設情報を送信可能な所属先利用施設情報送信部と、
を備える、体調管理装置。
【請求項2】
前記体調情報が体調不良であることを示す異常情報である前記利用者に所定の指示を送信可能な指示部をさらに備える、請求項１に記載の装置。
【請求項3】
前記利用者における所定の行動履歴を受信可能な行動履歴受信部と、前記行動履歴に応じた行動履歴関連情報を前記利用者の関係者に送信可能な行動履歴関連情報送信部と、
をさらに備える、請求項１または２に記載の装置。
【請求項4】
前記利用者の予定情報を受信可能な予定情報受信部をさらに備え、前記体調送信部は、前記予定情報に関連する関連施設を前記送信先として前記体調情報を送信可能である、請求項１から３のいずれか１項に記載の装置。
【請求項5】
前記関連施設の端末から前記利用者の前記体調情報を要求する要求指令を受信可能な要求指令受信部をさらに備え、前記体調送信部は、前記要求指令の送信元である前記関連施設の前記端末を前記送信先として、前記関連施設を利用予定の前記利用者に関する前記体調情報を送信可能である、請求項４に記載の装置。
【請求項6】
所定の利用者に関する所定期間にわたる前記体調情報を前記識別情報に紐づけて出力可能な出力部をさらに備える、請求項１から５のいずれか１項に記載の装置。
【請求項7】
前記体調情報に応じた報告確認画面を生成し、前記利用者の関係者に送信可能な報告確認画面生成部をさらに備える、請求項１から６のいずれか１項に記載の装置。
【請求項8】
前記体調情報に応じたレポート画面を生成し、前記利用者の関係者に送信可能なレポート画面生成部をさらに備える、請求項１から７のいずれか１項に記載の装置。
【請求項9】
前記体調情報が体調不良であることを示す異常情報である前記利用者にイベント参加不可メッセージを送信し、前記体調情報が体調良好であることを示す正常情報である前記利用者にイベント参加用ＱＲコードを送信可能なイベント参加判定部をさらに備える、請求項１から８のいずれか１項に記載の装置。
【請求項10】
請求項１から９のいずれか１項に記載の装置と、前記利用者が所有する利用者端末とを含んで構成され、
前記利用者端末は、
前記体調受信部に前記体調情報及び前記識別情報を送信可能な端末側体調送信部を備える、体調管理システム。
【請求項11】
前記端末側体調送信部は、前記利用者自身と前記利用者が属するグループの構成員との前記体調情報及び前記識別情報を前記体調受信部に送信可能である、請求項１０に記載のシステム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、体調管理装置及びシステムに関する。
【背景技術】
【0002】
多くの個人が所属する企業、店舗、行政組織、スポーツクラブ、スポーツチーム等の組織体においては、組織体に所属する個人のいずれかが伝染病に感染した場合、組織体に所属する他の個々人が感染した個人（患者）から伝染病を移され、伝染病の感染が拡大し得る。このような伝染病の感染拡大は、組織体に所属する個々人の健康を損ない得る。また、伝染病の感染拡大があれば、伝染病の感染が拡大した組織体が利用する施設の使用制限及び／又は停止に関する指示等を行政機関から受けて、組織体の活動が大きく制限されることもあり得る。すなわち、組織体における伝染病の感染拡大は、組織体の活動に悪影響を与え得る。
【0003】
例えば、インフルエンザ、新型コロナウイルス感染症（ＣＯＶＩＤ－１９）等の発熱症状を伴い得る伝染病に関して、組織体の管理者は、これらの伝染病に感染した疑いがあるかどうかを患者の体温によって判断することがあり得る。そして、組織体の管理者は、伝染病に感染した疑いのある所属メンバーに自宅待機を指示する等の対応を行い、当該組織体における他の所属メンバーや、取引先をはじめとした当該組織体に関わりのあるメンバーに伝染病の感染が拡大することを予防する。
【0004】
組織体に所属する個々人の体調情報を所属先の組織体に送信できれば、体調情報を受信した所属先の組織体は、受信した体調情報を用いて個々のメンバーが伝染病に感染した疑いがあるかどうかを判断できる。その結果、伝染病の感染が拡大することを防ぎ得る。
【0005】
体温等の体調情報を管理することに関し、例えば、受付端末から、受付を行う患者の症状に関する測定情報を取得する症状測定情報取得部と、取得した測定情報に基づいて、患者に提示する質問項目を決定する質問項目決定部と、受付端末を介して、提示した前記質問項目に対する回答内容を取得する回答情報取得部と、測定情報と前記回答内容に基づいて、当該患者の受付情報を作成し、受付リストに登録する受付情報作成部と、を備えた管理サーバが提案されている（特許文献１）。特許文献１に記載の発明によると、患者の状態に応じて、問診内容や案内の仕方を自動的に変えることを可能にする。
【先行技術文献】
【特許文献】
【0006】
【文献】特開２０２０－２７３６４号公報
【発明の概要】
【発明が解決しようとする課題】
【0007】
しかしながら、特許文献１の技術では、利用者の所属先が複数ある場合、利用者は、複数ある所属先のそれぞれに対して個別に体調情報を送信しなければならない。体調が芳しくない状況下において、複数の所属先への送信作業を強いることは、利用者にとって大きな負担であり、利用者にかかる負担軽減の点で改良の余地がある。また、体調が芳しくない状況下での当該送信作業は、利用者のヒューマンエラーによる体調情報の送信漏れにも繋がり得る。送信漏れを防ぐ仕組みを構築することで、利用者が所属する組織体の他の所属メンバーや、当該組織体に関わりのあるメンバーへの感染拡大を防止する効果を高め得る。そのため、感染拡大防止の観点からも改良の余地がある。
【0008】
本発明の目的は、体調情報の管理に係る利用者等の負担を軽減可能にするとともに、体調情報の管理に関する情報送信の漏れを防ぎ、感染の可能性がある利用者に関わりのあるメンバーへの感染拡大防止に寄与し得る装置及びシステムを提供することである。
【課題を解決するための手段】
【0009】
本発明者らは、上記課題を解決するために鋭意検討した結果、利用者の体調情報及び識別情報を受信し、当該識別情報に予め対応付けられた１又は複数の送信先のそれぞれに体調情報を送信可能な装置を提供することによって、上記の課題を達成できることを見出し、本発明を完成させるに至った。具体的に、本発明は以下のものを提供する。
【0010】
第１の特徴に係る発明は、利用者の体調情報及び識別情報を受信可能な体調受信部と、前記識別情報に予め対応付けられた１又は複数の送信先のそれぞれに前記体調情報を送信可能な体調送信部とを備える体調管理装置を提供する。
【0011】
第１の特徴に係る発明によれば、識別情報に利用者の所属先を予め対応付けることにより、受信した体調情報を利用者の所属先に送信できる。１つの送信先だけでなく、複数の送信先にも体調情報を送信可能であるため、利用者が複数の送信先に体調情報を逐一送信する負担を負うことなく、複数の所属先に体調情報を漏れなく送信できる。これにより、体調情報を受信した所属先は、受信した体調情報を用いて利用者が伝染病に感染した疑いがあるかどうかを判断できる。その結果、伝染病の感染が拡大することを防ぎ得る。
【0012】
したがって、第１の特徴に係る発明によれば、体調情報の管理に係る利用者等の負担を軽減可能にするとともに、体調情報の管理に関する情報送信の漏れを防ぎ、感染の可能性がある利用者に関わりのあるメンバーへの感染拡大防止に寄与し得る装置を提供できる。
【0013】
第２の特徴に係る発明は、第１の特徴に係る発明であって、前記体調情報が体調不良であることを示す異常情報である前記利用者に所定の指示を送信可能な指示部をさらに備える、装置を提供する。
【0014】
第２の特徴に係る発明によれば、体調管理装置の管理者や、所属先の担当者等が所定の指示を送信する負担を負うことなく、体調不良である利用者に所定の指示を漏れなく送信できる。したがって、第２の特徴に係る発明によれば、体調情報の管理に係る利用者等の負担を軽減可能にするとともに、体調情報の管理に関する情報送信の漏れを防ぎ、感染の可能性がある利用者に関わりのあるメンバーへの感染拡大防止に寄与し得る装置を提供できる。
【0015】
第３の特徴に係る発明は、第２の特徴に係る発明であって、前記所定の指示が前記利用者に自宅待機を指示する自宅待機指示を含み、前記自宅待機指示が送信された前記利用者に、前記自宅にて利用可能な自宅利用施設情報を送信可能な自宅利用施設情報送信部をさらに備える、装置を提供する。
【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】
なお、必須の態様ではないが、体調管理装置３は、さらに、利用者識別情報に予め対応付けられた利用者の所属先にて利用可能な所属先利用施設情報を送信可能な所属先利用施設情報送信部を実行し、利用者識別情報に予め対応付けられた利用者の所属先にて利用可能な所属先利用施設情報を利用者端末２に送信してもよい。これにより、体調管理装置３の管理者や所属先の担当者等が所属先にて利用可能な施設の広告等の所属先利用施設情報を送信する負担を負うことなく、体調良好であり所属先を訪ね得る利用者に、所属先利用施設情報を漏れなく送信できる。これにより、利用者は、所属先を訪ねたときに、所属先利用施設情報によって示される各種の施設を利用し得る。
【0110】
必須の態様ではないが、ステップＳ１において予定情報を受信している場合、体調送信部３１３は、予定情報に関連する関連施設に体調情報及び体調良好メッセージを送信してもよい。これにより、利用者、体調管理装置３の管理者、所属先の担当者等が送信に関する負担を負うことなく、利用者が訪問する予定の施設等の予定情報に関連する関連施設に体調情報を漏れなく送信できる。関連施設は、受信した体調情報を用いて利用者が伝染病に感染した疑いがあるかどうかを判断できる。その結果、伝染病の感染が拡大することを防ぎ得る。
【0111】
〔体調管理装置３で実行されるイベント参加判定処理のメインフローチャート〕
図７は、本実施形態におけるイベント参加判定処理の手順を示すメインフローチャートの一例である。以下では、図７を参照しながら、体調管理装置３が行うイベント参加判定処理の好ましい手順について説明する。
図７は、本実施形態におけるイベント参加判定処理の手順を示すメインフローチャートの一例である。以下では、図７を参照しながら、体調管理装置３が行うイベント参加判定処理の好ましい手順について説明する。
【0112】
［ステップＳ７０１：体調情報を受信する］
制御部３１は、記憶部３２及び通信部３３と協働して体調受信部３１１を実行し、利用者端末２から利用者に関する体調情報及び利用者を識別可能な利用者識別情報を受信したか否かを判定する（ステップＳ７０１）。受信したならば、制御部３１は、処理をステップＳ７０２に移す。受信していないならば、制御部３１は、本処理を終了する。
制御部３１は、記憶部３２及び通信部３３と協働して体調受信部３１１を実行し、利用者端末２から利用者に関する体調情報及び利用者を識別可能な利用者識別情報を受信したか否かを判定する（ステップＳ７０１）。受信したならば、制御部３１は、処理をステップＳ７０２に移す。受信していないならば、制御部３１は、本処理を終了する。
【0113】
利用者端末２から利用者に関する体調情報及び利用者を識別可能な利用者識別情報を受信したか否かを判定することにより、体調情報等を確実に受信し、体調情報等を受信したときにステップＳ７０２以降の体調情報に関する処理を実行できる。
【0114】
［ステップＳ７０２：体調情報が異常情報であるか否かを判定］
制御部３１は、記憶部３２と協働して指示部３１２を実行し、ステップＳ７０１で受信した体調情報が体調不良であることを示す異常情報であるか否かを判定する（ステップＳ７０２）。異常情報であるならば、制御部３１は、処理をステップＳ７０３に移す。異常情報でないならば、制御部３１は、処理をステップＳ７０５に移す。
制御部３１は、記憶部３２と協働して指示部３１２を実行し、ステップＳ７０１で受信した体調情報が体調不良であることを示す異常情報であるか否かを判定する（ステップＳ７０２）。異常情報であるならば、制御部３１は、処理をステップＳ７０３に移す。異常情報でないならば、制御部３１は、処理をステップＳ７０５に移す。
【0115】
異常情報であるか否かを判定する方法は、利用者の体調情報が体調不良であることを示すか否かを判定する方法であれば特に限定されない。例えば、利用者の体調情報が体温を含む場合は、利用者の体温が所定の値（例えば、３７．０℃）を超えている場合に異常情報であると判定し、超えていない場合に異常情報でないと判定する方法でよい。
【0116】
ステップＳ７０１で受信した体調情報が体調不良であることを示す異常情報であるか否かを判定することにより、異常情報である場合に、利用者端末２に所定の参加不可メッセージを送信できる。
【0117】
［ステップＳ７０３：イベント参加情報を不可と更新する］
制御部３１は、記憶部３２及び通信部３３と協働して指示部３１２を実行し、ステップＳ７０１で受信した体調情報に基づいてイベント参加情報を「不可」と更新する（ステップＳ７０３）。制御部３１は、処理をステップＳ７０４に移す。
制御部３１は、記憶部３２及び通信部３３と協働して指示部３１２を実行し、ステップＳ７０１で受信した体調情報に基づいてイベント参加情報を「不可」と更新する（ステップＳ７０３）。制御部３１は、処理をステップＳ７０４に移す。
【0118】
イベント参加情報を「不可」と更新することにより、利用者や、体調管理装置３の管理者等が負担を負うことなく、体調不良である利用者のイベント参加を予防できる。
【0119】
イベント参加情報は、利用者テーブル３２１に含まれる。例えば、イベント参加情報は「〇年〇〇月〇〇日のイベント〇〇〇〇に参加」というような内容で、参加の可否についての項目を付随させて記憶されている。
【0120】
［ステップＳ７０４：イベント参加不可メッセージを送信する］
制御部３１は、記憶部３２及び通信部３３と協働して体調送信部３１３を実行し、ステップＳ７０１で受信した利用者識別情報と紐付けられた送信先に関する情報を利用者情報テーブル３２１から取得し、送信先に関する情報に含まれる送付先への体調情報等の送付を可能にする情報を用いて、ステップＳ７０１で受信した体調情報及び利用者がイベントに参加不可であることを通知する所定のイベント参加不可メッセージを送信する（ステップＳ７０４）。制御部３１は、処理をステップＳ７０１に戻し、ステップＳ７０１からステップＳ７０５を繰り返す。
制御部３１は、記憶部３２及び通信部３３と協働して体調送信部３１３を実行し、ステップＳ７０１で受信した利用者識別情報と紐付けられた送信先に関する情報を利用者情報テーブル３２１から取得し、送信先に関する情報に含まれる送付先への体調情報等の送付を可能にする情報を用いて、ステップＳ７０１で受信した体調情報及び利用者がイベントに参加不可であることを通知する所定のイベント参加不可メッセージを送信する（ステップＳ７０４）。制御部３１は、処理をステップＳ７０１に戻し、ステップＳ７０１からステップＳ７０５を繰り返す。
【0121】
ステップＳ７０１で受信した体調情報及び利用者が体調不良であることを通知する所定のイベント参加不可メッセージを送信する方法は、送信先に関する情報に含まれる送付先への体調情報等の送付を可能にする情報に応じた方法であれば特に限定されない。例えば、送付先への体調情報等の送付を可能にする情報が１又は複数のメールアドレスを含む場合、該メールアドレスのそれぞれに体調情報及びイベント参加不可メッセージを送信する方法により、体調情報及びイベント参加不可メッセージを送信してよい。例えば、送付先への体調情報等の送付を可能にする情報がネットワーク上で端末を識別可能な情報である場合、該情報を用いてネットワーク上の端末に体調情報及びイベント参加不可メッセージを送信する方法により、体調情報及びイベント参加不可メッセージを送信してよい。
【0122】
イベント参加不可メッセージは、イベントに参加不可であることに関するメッセージであれば、特に限定されない。イベント参加不可メッセージの例としては、「発熱症状があります。参加予定のイベント〇〇〇〇には今回参加できません」等のように、体調不良及び所定の指示に関するメッセージが該当する。
【0123】
なお、本説明において「イベント」には、ビジネスに関するものの他、マラソン等のようなスポーツや、各種レクリエーション等も含まれる。
【0124】
ステップＳ７０１で受信した利用者識別情報と紐付けられた送信先に関する情報を利用者情報テーブル３２１から取得し、送信先に関する情報に含まれる送付先への体調情報等の送付を可能にする情報を用いて、ステップＳ７０１で受信した体調情報及び利用者が体調不良であることを通知する所定のイベント参加不可メッセージを送信することにより、異常情報である場合に、送信先に体調情報及びイベント参加不可メッセージを送信できる。
【0125】
ステップＳ７０４で実行される処理により、受信した体調情報に基づく参加不可メッセージを利用者の所属先に送信できる。１つの送信先だけでなく、複数の送信先にも体調情報に基づく参加不可メッセージを送信可能であるため、利用者が複数の送信先に参加不可メッセージを逐一送信する負担を負うことなく、複数の所属先に体調情報に基づく参加不可メッセージを漏れなく送信できる。
【0126】
さらに、ステップＳ７０４で実行される処理により、受信した体調情報に基づく参加不可メッセージを「イベントの参加者」にも送信できる。１つの送信先だけでなく、参加者の送信先にも体調情報に基づく参加不可メッセージを送信可能であるため、利用者が複数の送信先に参加不可メッセージを逐一送信する負担を負うことなく、複数の参加者に体調情報に基づく参加不可メッセージを漏れなく送信できる。
【0127】
［ステップＳ７０５：参加用ＱＲコードを送信する］
制御部３１は、記憶部３２及び通信部３３と協働して体調送信部３１３を実行し、ステップＳ７０１で受信した利用者識別情報と紐付けられた送信先に関する情報を利用者情報テーブル３２１から取得し、送信先に関する情報に含まれる送付先への体調情報等の送付を可能にする情報を用いて、所定の参加用ＱＲコードを送信する（ステップＳ７０５）。制御部３１は、処理をステップＳ７０１に戻し、ステップＳ７０１からステップＳ７０５を繰り返す。
制御部３１は、記憶部３２及び通信部３３と協働して体調送信部３１３を実行し、ステップＳ７０１で受信した利用者識別情報と紐付けられた送信先に関する情報を利用者情報テーブル３２１から取得し、送信先に関する情報に含まれる送付先への体調情報等の送付を可能にする情報を用いて、所定の参加用ＱＲコードを送信する（ステップＳ７０５）。制御部３１は、処理をステップＳ７０１に戻し、ステップＳ７０１からステップＳ７０５を繰り返す。
【0128】
所定の参加用ＱＲコードを送信する方法は、送信先に関する情報に含まれる送付先への送付を可能にする情報に応じた方法であれば特に限定されない。
【0129】
参加用ＱＲコードは、利用者が参加を予定していたイベントに関する参加用（例えば、イベント会場に出入りする際に利用するもの）のＱＲコードであれば、特に限定されない。
【0130】
ステップＳ７０１で受信した利用者識別情報と紐付けられた送信先に関する情報を利用者情報テーブル３２１から取得し、送信先に関する情報に含まれる送付先への送付を可能にする情報を用いて、所定の参加用ＱＲコードを送信することにより、異常情報でない場合に、送信先に参加用ＱＲコードを送信できる。
【0131】
ステップＳ７０５で実行される処理により、参加用ＱＲコードを利用者の所属先に送信できる。１つの送信先だけでなく、複数の送信先にも参加用ＱＲコードを送信可能であるため、利用者が複数の送信先に参加用ＱＲコードを逐一送信する負担を負うことなく、複数の所属先に参加用ＱＲコードを漏れなく送信できる。これにより、参加用ＱＲコードを受信した所属先は、受信した参加用ＱＲコードを用いて利用者に容易にイベントに参加させることができる。また、利用者の所属先は、参加者のチェックイン状況をリアルタイムで把握できる。その結果、伝染病の感染が拡大することを防ぎ得る。
【0132】
さらに、ステップＳ７０５で実行される処理により、参加用ＱＲコードを「イベントの参加者」に送信できる。１つの送信先だけでなく、複数の参加者にも参加用ＱＲコードを送信可能であるため、利用者が複数の送信先に参加用ＱＲコードを逐一送信する負担を負うことなく、複数の参加者に参加用ＱＲコードを漏れなく送信できる。これにより、参加用ＱＲコードを受信した参加者は、受信した参加用ＱＲコードを用いて参加者に容易にイベントに参加させることができる。また、参加者は、他の参加者のチェックイン状況をリアルタイムで把握できる。その結果、伝染病の感染が拡大することを防ぎ得る。
【0133】
＜本実施形態における体調管理システム１の使用例＞
以下では、本実施形態における体調管理システム１の使用例を説明する。
以下では、本実施形態における体調管理システム１の使用例を説明する。
【0134】
この使用例において、利用者端末２は、利用者及び利用者が所属するグループの構成員の体温を体調情報として入力可能に構成されている。
【0135】
この使用例において、体調管理装置３は、体調情報が体調不良であることを示す異常情報である利用者に所定の指示を送信可能な指示部３１２を備えている。また、この使用例において、体調管理装置３は、体調情報が体調不良を示す異常情報である場合に、自宅待機指示及び利用者の自宅にて利用可能な自宅利用施設情報を利用者端末２に送信可能に構成されている。
【0136】
この使用例において、利用者テーブル３２１には、利用者識別情報と送信先に関する１又は複数のメールアドレスとが紐付けられて記憶されている。
【0137】
〔体調情報の送信〕
利用者端末２の制御部２１は、端末側体調送信部２１１を実行し、利用者に体調情報の入力を促す体調入力画面を表示する。利用者は、体調入力画面を用いて体調情報を入力する。端末側体調送信部２１１は、入力された体調情報と利用者を識別可能な利用者識別情報と紐付けた情報を、体調管理装置３へ送信する。
利用者端末２の制御部２１は、端末側体調送信部２１１を実行し、利用者に体調情報の入力を促す体調入力画面を表示する。利用者は、体調入力画面を用いて体調情報を入力する。端末側体調送信部２１１は、入力された体調情報と利用者を識別可能な利用者識別情報と紐付けた情報を、体調管理装置３へ送信する。
【0138】
図４は、本実施形態において、利用者端末２の表示部２５に表示される体調入力画面の構成例の概要を示す図である。この構成例では、表示部２５は、タッチパネルを含んで構成されており、入力部２４を兼ねている。この構成例における体調入力画面は、体調情報を入力する体調入力領域２５Ａと体調情報の送信を指令する送信指令領域２５Ｂとを含む。利用者は、第１体調入力領域２５Ａ１、第２体調入力領域２５Ａ２、第３体調入力領域２５Ａ３を含む体調入力領域２５Ａを介して体調情報である利用者の体温を入力し、送信指令領域２５Ｂを介して入力された体調情報の送信を指令する。
【0139】
利用者は、複数の利用者の体調情報を入力することも可能である。図４に示す例では、第１体調入力領域２５Ａ１を介して利用者「父」の体調情報である体温３７．５℃が入力され、第２体調入力領域２５Ａ２を介して利用者「母」の体調情報である体温３６．０℃が入力され、第３体調入力領域２５Ａ３を介して利用者「子」の体調情報である体温３６．０℃が入力されている。複数の利用者の体調情報を入力された場合、端末側体調送信部２１１は、利用者ごとに利用者識別情報を紐付けて送信する。
【0140】
〔体調情報の受信〕
利用者端末２から体調情報及び利用者識別情報が送信されると、体調管理装置３は、体調受信部３１１を実行し、体調情報及び利用者識別情報を受信する。
利用者端末２から体調情報及び利用者識別情報が送信されると、体調管理装置３は、体調受信部３１１を実行し、体調情報及び利用者識別情報を受信する。
【0141】
〔所定の指示を送信〕
体調管理装置３は、指示部３１２を実行し、体調情報が体調不良を示す異常情報であるか否かを判定する。利用者「父」の体調情報である体温が３７．５℃であり、所定の値である３７．０℃を超えているため、指示部３１２は、利用者端末２に、自宅待機指示を送信する。体調管理装置３は、自宅利用施設情報送信部をさらに実行し、利用者端末２に、利用者の自宅で利用可能な施設に関する広告等の自宅利用施設情報を送信する。
体調管理装置３は、指示部３１２を実行し、体調情報が体調不良を示す異常情報であるか否かを判定する。利用者「父」の体調情報である体温が３７．５℃であり、所定の値である３７．０℃を超えているため、指示部３１２は、利用者端末２に、自宅待機指示を送信する。体調管理装置３は、自宅利用施設情報送信部をさらに実行し、利用者端末２に、利用者の自宅で利用可能な施設に関する広告等の自宅利用施設情報を送信する。
【0142】
〔所定の指示等を表示〕
利用者端末２は、端末側受信部２１２を実行し、自宅待機指示及び自宅利用施設情報を受信し、表示部２５に表示する。
利用者端末２は、端末側受信部２１２を実行し、自宅待機指示及び自宅利用施設情報を受信し、表示部２５に表示する。
【0143】
〔体調情報を送信〕
体調管理装置３は、体調送信部３１３を実行し、利用者テーブル３２１に格納された利用者の送信先に関する情報に含まれる１又は複数のメールアドレスのそれぞれに体調情報と体調不良メッセージとを送信する。
体調管理装置３は、体調送信部３１３を実行し、利用者テーブル３２１に格納された利用者の送信先に関する情報に含まれる１又は複数のメールアドレスのそれぞれに体調情報と体調不良メッセージとを送信する。
【0144】
利用者端末２が利用者の体調情報を入力及び送信可能に構成された端末側体調送信部２１１を備えているため、利用者が複数の送信先に体調情報を逐一送信する負担を負うことなく、体調管理装置３が利用者端末２から送信された体調情報を複数の送信先に漏れなく送信できる。これにより、体調情報を受信した所属先は、受信した体調情報を用いて利用者が伝染病に感染した疑いがあるかどうかを判断できる。その結果、伝染病の感染が拡大することを防ぎ得る。
【0145】
利用者端末２が利用者及び利用者が所属するグループの構成員の体調情報を入力及び送信可能に構成された端末側体調送信部２１１を備えているため、利用者及び利用者が属するグループの構成員が複数の送信先に体調情報を逐一送信する負担を負うことなく、体調管理装置３は、利用者自身の体調情報だけでなく利用者が属するグループの構成員の体調情報をも、利用者が所属する所属先及び利用者が属するグループの構成員の所属先に一括で送信できる。これにより、体調情報を受信した所属先は、受信した体調情報を用いて利用者及び利用者が属するグループの構成員が伝染病に感染した疑いがあるかどうかを判断できる。その結果、伝染病の感染が拡大することを防ぎ得る。
【0146】
したがって、体調情報の管理に係る利用者等の負担を軽減可能にするとともに、体調情報の管理に関する情報送信の漏れを防ぎ、感染の可能性がある利用者に関わりのあるメンバーへの感染拡大防止に寄与し得るシステム１を提供できる。
【0147】
本実施形態の体調管理システム１を使用することにより、受信した体調情報を利用者の所属先に送信できる。１つの送信先だけでなく、複数の送信先にも体調情報を送信可能であるため、利用者が複数の送信先に体調情報を逐一送信する負担を負うことなく、複数の所属先に体調情報を漏れなく送信できる。これにより、体調情報を受信した所属先は、受信した体調情報を用いて利用者が伝染病に感染した疑いがあるかどうかを判断できる。その結果、伝染病の感染が拡大することを防ぎ得る。
【0148】
したがって、本実施形態の体調管理システム１を使用することにより、体調情報の管理に係る利用者等の負担を軽減可能にするとともに、体調情報の管理に関する情報送信の漏れを防ぎ、感染の可能性がある利用者に関わりのあるメンバーへの感染拡大防止に寄与し得る装置及びシステムを提供できる。
【0149】
＜変形例＞
以下、本実施形態に記載の発明における種々の変形例を例示する。
以下、本実施形態に記載の発明における種々の変形例を例示する。
【0150】
〔変形例１〕 要求指令に応じた体調情報の送信
体調管理装置３が利用者端末２から利用者の予定情報を受信し、予定情報に関連する関連施設を送信先として体調情報を送信可能である場合、体調管理装置３は、関連施設の端末から利用者の体調情報を要求する要求指令を受信可能な要求指令受信部をさらに備え、体調送信部３１３は、要求指令の送信元である関連施設の端末を送信先として、関連施設を利用予定の利用者に関する体調情報を送信可能であることが好ましい。
体調管理装置３が利用者端末２から利用者の予定情報を受信し、予定情報に関連する関連施設を送信先として体調情報を送信可能である場合、体調管理装置３は、関連施設の端末から利用者の体調情報を要求する要求指令を受信可能な要求指令受信部をさらに備え、体調送信部３１３は、要求指令の送信元である関連施設の端末を送信先として、関連施設を利用予定の利用者に関する体調情報を送信可能であることが好ましい。
【0151】
本変形例では、記憶部３２は、さらに、関連施設の端末に関する送信先を記憶する関連施設送信先リストを記憶する。
【0152】
本変形例では、ステップＳ１において、制御部３１は、記憶部３２及び通信部３３と協働して要求指令受信部をさらに実行し、関連施設送信先リストを関連施設の端末に関する送信先が記憶されていない状態にし、１又は複数の関連施設の端末から利用者の体調情報を要求する要求指令を受信する。受信した場合、要求指令受信部は、この関連施設の端末のそれぞれに関する送信先を関連施設送信先リストに追加する。
【0153】
ステップＳ４又はステップＳ５において、体調送信部３１３は、さらに、関連施設送信先リストに含まれる関連施設の端末に関する送信先のそれぞれに、ステップＳ１で受信した体調情報を送信する。そして、体調送信部３１３は、関連施設送信先リストからこれら関連施設の端末に関する送信先を削除する。
【0154】
本変形例の体調管理装置３によれば、予定情報に関連する関連施設から体調情報を要求されたときに、利用者、体調管理装置３の管理者、所属先の担当者等が体調情報の送信に関する負担を負うことなく、関連施設の端末に体調情報を漏れなく送信できる。関連施設は、要求した体調情報を受信し、受信した体調情報を用いて利用者が伝染病に感染した疑いがあるかどうかを判断できる。その結果、伝染病の感染が拡大することを防ぎ得る。
【0155】
したがって、本変形例の体調管理装置３によれば、体調情報の管理に係る利用者等の負担を軽減可能にするとともに、体調情報の管理に関する情報送信の漏れを防ぎ、感染の可能性がある利用者に関わりのあるメンバーへの感染拡大防止に寄与し得る体調管理装置３を提供できる。
【0156】
〔変形例２〕 所定期間にわたる体調情報の出力
体調管理装置３は、所定の利用者に関する所定期間にわたる体調情報を利用者識別情報に紐づけて出力可能な出力部をさらに備えることが好ましい。
体調管理装置３は、所定の利用者に関する所定期間にわたる体調情報を利用者識別情報に紐づけて出力可能な出力部をさらに備えることが好ましい。
【0157】
所定の利用者は、利用者端末２から体調管理装置３に体調情報等を送信可能な利用者であれば特に限定されず、例えば、体調管理装置３の管理者が指定した特定の利用者でよい。所定期間は、体調情報に関する期間であれば特に限定されず、例えば、体調管理装置３の管理者が指定した特定の期間、２週間等の予め定められた期間等でよい。
【0158】
本変形例では、記憶部３２は、さらに、受信した体調情報と利用者識別情報と日時に関する情報とを紐付けて格納する体調情報リストを記憶する。
【0159】
本変形例では、ステップＳ２において、ステップＳ１で受信した体調情報と利用者識別情報と受信したときの日時に関する情報とを紐付けて体調情報リストに記憶する。
【0160】
体調管理装置３は、体調管理装置３の管理者の要求に応じて、出力部を実行し、所定の利用者に関する所定期間にわたる体調情報を利用者識別情報に紐づけて出力する。出力の態様は、特に限定されず、例えば、体調管理装置３に直接接続された印刷装置を用いて出力する態様、ネットワーク４を介して体調管理装置３に接続された印刷装置を用いて出力する態様、体調管理装置３に接続されたディスプレイ等の表示部に出力する態様等が挙げられる。
【0161】
本変形例の体調管理装置３によれば、利用者が体調情報の出力に関する負担を負うことなく、利用者に関する所定期間にわたる体調情報が出力されたものを所属先等に提供できる。所属先等は、出力された体調情報を用いて利用者が伝染病に感染した疑いがあるかどうかを判断できる。その結果、伝染病の感染が拡大することを防ぎ得る。
【0162】
したがって、本変形例の体調管理装置３によれば、体調情報の管理に係る利用者等の負担を軽減可能にするとともに、体調情報の管理に関する情報送信の漏れを防ぎ、感染の可能性がある利用者に関わりのあるメンバーへの感染拡大防止に寄与し得る体調管理装置３を提供できる。
【0163】
以上、本発明の実施形態及び各種の変形例について説明したが、本発明はこれらの実施形態及び各種の変形例に限るものではない。また、これらの実施形態及び各種の変形例に記載された効果は、本発明から生じる最も好適な効果を列挙したものに過ぎず、本発明による効果は、これらの実施形態に記載されたものに限定されるものではない。
【0164】
また、これらの実施形態及び変形例は、本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施の形態についてその構成の一部を他の実施の形態が備える構成に置き換えることが可能であり、また、ある実施の形態の構成に他の実施の形態が備える構成を加えることも可能である。
【0165】
また、上記の各構成、機能、処理部は、それらの一部又は全部を、ハードウェア（例えば、集積回路）で実現してもよい。また、上記の各構成、機能、処理部は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリや、ハードディスク、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）等の記録装置、又は、ＩＣカード、ＳＤカード、ＤＶＤ等の記録媒体に置くことができる。
【符号の説明】
【0166】
１ 体調管理システム
２ 利用者端末
２１ 制御部
２１１ 端末側体調送信部
２１２ 端末側受信部
２２ 記憶部
２３ 通信部
２４ 入力部
２５ 表示部
２５Ａ 体調入力領域
２５Ｂ 送信指令領域
３ 体調管理装置
３１ 制御部
３１１ 体調受信部
３１２ 指示部
３１３ 体調送信部
３２ 記憶部
３２１ 利用者テーブル
３３ 通信部
３４ 報告確認画面生成部
３５ レポート画面生成部
３６ イベント参加判定部
４ ネットワーク
５００ 報告確認画面
６００ レポート画面
２ 利用者端末
２１ 制御部
２１１ 端末側体調送信部
２１２ 端末側受信部
２２ 記憶部
２３ 通信部
２４ 入力部
２５ 表示部
２５Ａ 体調入力領域
２５Ｂ 送信指令領域
３ 体調管理装置
３１ 制御部
３１１ 体調受信部
３１２ 指示部
３１３ 体調送信部
３２ 記憶部
３２１ 利用者テーブル
３３ 通信部
３４ 報告確認画面生成部
３５ レポート画面生成部
３６ イベント参加判定部
４ ネットワーク
５００ 報告確認画面
６００ レポート画面
【要約】
【課題】体調情報の管理に係る利用者等の負担を軽減可能にするとともに、体調情報の管理に関する情報送信の漏れを防ぎ、感染の可能性がある利用者に関わりのあるメンバーへの感染拡大防止に寄与し得る装置及びシステムを提供する。
【解決手段】本発明の体調管理装置３は、利用者の体調情報及び識別情報を受信可能な体調受信部３１１と、識別情報に予め対応付けられた１又は複数の送信先のそれぞれに体調情報を送信可能な体調送信部３１３と、を備える。体調管理装置３は、体調情報が体調不良であることを示す異常情報である利用者に所定の指示を送信可能な指示部３１２をさらに備えることが好ましい。
【選択図】図１
【解決手段】本発明の体調管理装置３は、利用者の体調情報及び識別情報を受信可能な体調受信部３１１と、識別情報に予め対応付けられた１又は複数の送信先のそれぞれに体調情報を送信可能な体調送信部３１３と、を備える。体調管理装置３は、体調情報が体調不良であることを示す異常情報である利用者に所定の指示を送信可能な指示部３１２をさらに備えることが好ましい。
【選択図】図１
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
