特許 7430912 リハビリテーション支援システム、リハビリテーション支援サーバ、医療端末装置の制御方法および患者端末装置の制御方法

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

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

(11)【特許番号】

(24)【登録日】2024-02-05

(45)【発行日】2024-02-14

(54)【発明の名称】リハビリテーション支援システム、リハビリテーション支援サーバ、医療端末装置の制御方法および患者端末装置の制御方法

(51)【国際特許分類】

   G16H 20/30 20180101AFI20240206BHJP

   G16H 80/00 20180101ALI20240206BHJP

【ＦＩ】

G16H20/30

G16H80/00

【請求項の数】 21

(21)【出願番号】P 2020201314

(22)【出願日】2020-12-03

(65)【公開番号】P2022089080

(43)【公開日】2022-06-15

【審査請求日】2023-07-07

【早期審査対象出願】

(73)【特許権者】

【識別番号】517431735

【氏名又は名称】株式会社リモハブ

(74)【代理人】

【識別番号】110000338

【氏名又は名称】弁理士法人 ＨＡＲＡＫＥＮＺＯ ＷＯＲＬＤ ＰＡＴＥＮＴ ＆ ＴＲＡＤＥＭＡＲＫ

(72)【発明者】

【氏名】中山 洋一

【審査官】吉田 誠

(56)【参考文献】

【文献】国際公開第２０２０／１５２７７９（ＷＯ，Ａ１）

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

【文献】特開２００２－１９１７１８（ＪＰ，Ａ）

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

【文献】【図解】TCP Keep-Alive/http Keep-Aliveの仕組みと違い ～ Client/Serverの挙動とメリット,設定～，2020年08月01日，１－９ページ，［令和5年10月6日検索］，インターネット＜URL:https://web.archive.org/web/20200801042341/https://milestone-of-se.nesuke.com/nw-basic/as-nw-engineer/keepalive-tcp-http/＞

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

Ｇ１６Ｈ １０／００ － ８０／００

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

【請求項1】

遠隔心臓リハビリテーションを支援するリハビリテーション支援システムであって、
前記遠隔心臓リハビリテーションの支援業務を行うためのサーバ装置と、
医療関係者が使用し、第１通信ネットワークを介して前記サーバ装置と通信する医療端末装置と、
前記医療関係者の監視対象者であって前記遠隔心臓リハビリテーションを受ける患者が使用し、前記第１通信ネットワークと異なる第２通信ネットワークを介して前記サーバ装置と通信し、前記患者に負荷を提供するエルゴメータと接続される患者端末装置とを備え、
前記遠隔心臓リハビリテーションの実施中、前記サーバ装置を介した前記患者端末装置から前記医療端末装置への送信はリアルタイムで実行され、
前記サーバ装置は、前記遠隔心臓リハビリテーションの実施中、前記医療端末装置および前記患者端末装置を送信元とするキープアライブ信号の各々を受信し、当該受信に対する応答信号を前記送信元のすべてに対して送信するキープアライブ信号送受信部を備える、リハビリテーション支援システム。

【請求項2】

リハビリテーションを支援するリハビリテーション支援システムであって、
前記リハビリテーションの支援業務を行うためのサーバ装置と、
医療関係者が使用し、第１通信ネットワークを介して前記サーバ装置と通信する医療端末装置と、
前記医療関係者の監視対象者であって前記リハビリテーションを受ける患者が使用し、前記第１通信ネットワークと異なる第２通信ネットワークを介して前記サーバ装置と通信し、前記患者に負荷を提供する機器と接続される患者端末装置とを備え、
前記サーバ装置は、前記リハビリテーションの実施中、前記医療端末装置および前記患者端末装置を送信元とするキープアライブ信号の各々を受信し、当該受信に対する応答信号を前記送信元のすべてに対して送信するキープアライブ信号送受信部を備え、
前記患者端末装置は、
前記キープアライブ信号送受信部から前記応答信号を受信する患者側応答受信部と、
前記患者側応答受信部が前記応答信号を最後に受信してから前記応答信号を予め定められた上限期間受信しない時点で前記機器による負荷提供の中止を指示する端末側中止指示部とを備える、リハビリテーション支援システム。

【請求項3】

リハビリテーションを支援するリハビリテーション支援システムであって、
前記リハビリテーションの支援業務を行うためのサーバ装置と、
医療関係者が使用し、第１通信ネットワークを介して前記サーバ装置と通信する医療端末装置と、
前記医療関係者の監視対象者であって前記リハビリテーションを受ける患者が使用し、前記第１通信ネットワークと異なる第２通信ネットワークを介して前記サーバ装置と通信し、前記患者に負荷を提供する機器と接続される患者端末装置とを備え、
前記サーバ装置は、前記リハビリテーションの実施中、前記医療端末装置および前記患者端末装置を送信元とするキープアライブ信号の各々を受信し、当該受信に対する応答信号を前記送信元のすべてに対して送信するキープアライブ信号送受信部を備え、
前記医療端末装置は、
前記キープアライブ信号送受信部から前記応答信号を受信する医療側応答受信部と、
前記医療側応答受信部が前記応答信号を最後に受信してから前記応答信号を第１所定期間受信しないとき、第１所定メッセージを出力する出力部とを備え、
前記サーバ装置は、さらに、
前記キープアライブ信号送受信部が前記医療端末装置から前記キープアライブ信号を最後に受信してから前記キープアライブ信号を前記第１所定期間より長い第２所定期間受信しないとき、前記患者端末装置の各々に対して前記機器による負荷提供の中止を指示するサーバ側中止指示部を備える、リハビリテーション支援システム。

【請求項4】

前記医療端末装置は、
前記キープアライブ信号送受信部から前記応答信号を受信する医療側応答受信部と、
前記医療側応答受信部が前記応答信号を最後に受信してから前記応答信号を第１所定期間受信しないとき、第１所定メッセージを出力する出力部とを備える、請求項１に記載のリハビリテーション支援システム。

【請求項5】

前記医療端末装置は、
前記キープアライブ信号送受信部から前記応答信号を受信する医療側応答受信部と、
前記医療側応答受信部が前記応答信号を最後に受信してから前記応答信号を第１所定期間受信しないとき、第１所定メッセージを出力する出力部とを備える、請求項２に記載のリハビリテーション支援システム。

【請求項6】

前記サーバ装置は、
前記キープアライブ信号送受信部が前記医療端末装置から前記キープアライブ信号を最後に受信してから前記キープアライブ信号を前記第１所定期間より長い第２所定期間受信しないとき、前記患者端末装置の各々に対して前記エルゴメータによる負荷提供の中止を指示するサーバ側中止指示部を備える、請求項４に記載のリハビリテーション支援システム。

【請求項7】

前記サーバ装置は、
前記キープアライブ信号送受信部が前記医療端末装置から前記キープアライブ信号を最後に受信してから前記キープアライブ信号を前記第１所定期間より長い第２所定期間受信しないとき、前記患者端末装置の各々に対して前記機器による負荷提供の中止を指示するサーバ側中止指示部を備える、請求項５に記載のリハビリテーション支援システム。

【請求項8】

前記患者端末装置は、
前記キープアライブ信号送受信部から前記応答信号を受信する患者側応答受信部と、
前記患者側応答受信部が前記応答信号を最後に受信してから前記応答信号を予め定められた上限期間受信しない時点で前記エルゴメータによる負荷提供の中止を指示する端末側中止指示部を備える、請求項１、４、および６の何れか１項に記載のリハビリテーション支援システム。

【請求項9】

前記患者端末装置は、
前記キープアライブ信号送受信部から前記応答信号を受信する患者側応答受信部と、
前記患者側応答受信部が前記応答信号を最後に受信してから前記応答信号を予め定められた上限期間受信しない時点で前記機器による負荷提供の中止を指示する端末側中止指示部を備える、請求項３、５、および７の何れか１項に記載のリハビリテーション支援システム。

【請求項10】

前記患者端末装置は、
前記第１通信ネットワークおよび前記第２通信ネットワークと異なる第３通信ネットワークを介して前記サーバ装置と通信可能であり、
前記患者側応答受信部が前記応答信号を受信しない期間が前記上限期間に到達する前に、前記患者側応答受信部が前記応答信号を最後に受信してから前記応答信号を第３所定期間受信しないとき、前記サーバ装置と通信するための通信ネットワークを、前記第２通信ネットワークから前記第３通信ネットワークに切り替える通信切替部を備える、請求項２、８、および９の何れか１項に記載のリハビリテーション支援システム。

【請求項11】

前記患者端末装置は、
前記患者側応答受信部が前記応答信号を受信しない期間が前記上限期間に到達する前に、前記患者側応答受信部が前記応答信号を最後に受信してから前記応答信号を第４所定期間受信しないとき、前記第２通信ネットワークを用いて通信を行うための機能を再起動させる通信再起動部を備える、請求項２、および８～１０の何れか１項に記載のリハビリテーション支援システム。

【請求項12】

前記サーバ装置は、
前記キープアライブ信号送受信部が前記患者端末装置から前記キープアライブ信号を最後に受信してから前記キープアライブ信号を第５所定期間受信しないとき、前記医療端末装置に対して第２所定メッセージを送信する送信部を備える、請求項１から１１の何れか１項に記載のリハビリテーション支援システム。

【請求項13】

遠隔心臓リハビリテーションの支援業務を行うためのリハビリテーション支援サーバであって、
医療関係者が使用する医療端末装置と第１通信ネットワークを介して通信する第１通信制御部と、
前記医療関係者の監視対象者であって前記遠隔心臓リハビリテーションを受ける患者が使用し、前記患者に負荷を提供するエルゴメータと接続される患者端末装置と前記第１通信ネットワークと異なる第２通信ネットワークを介して通信する第２通信制御部と、
前記遠隔心臓リハビリテーションの実施中、前記医療端末装置および前記患者端末装置を送信元とするキープアライブ信号の各々を受信し、当該受信に対する応答信号を前記送信元のすべてに対して送信するキープアライブ信号送受信部を備え、
前記遠隔心臓リハビリテーションの実施中、前記患者端末装置から前記医療端末装置への送信をリアルタイムで実行する、リハビリテーション支援サーバ。

【請求項14】

リハビリテーションの支援業務を行うためのリハビリテーション支援サーバであって、
医療関係者が使用する医療端末装置と第１通信ネットワークを介して通信する第１通信制御部と、
前記医療関係者の監視対象者であって前記リハビリテーションを受ける患者が使用し、前記患者に負荷を提供する機器と接続される患者端末装置と前記第１通信ネットワークと異なる第２通信ネットワークを介して通信する第２通信制御部と、
前記リハビリテーションの実施中、前記医療端末装置および前記患者端末装置を送信元とするキープアライブ信号の各々を受信し、当該受信に対する応答信号を前記送信元のすべてに対して送信するキープアライブ信号送受信部を備え、
前記患者端末装置は、
前記キープアライブ信号送受信部から前記応答信号を受信する患者側応答受信部と、
前記患者側応答受信部が前記応答信号を最後に受信してから前記応答信号を予め定められた上限期間受信しない時点で前記機器による負荷提供の中止を指示する端末側中止指示部とを備える、リハビリテーション支援サーバ。

【請求項15】

リハビリテーションの支援業務を行うためのリハビリテーション支援サーバであって、
医療関係者が使用する医療端末装置と第１通信ネットワークを介して通信する第１通信制御部と、
前記医療関係者の監視対象者であって前記リハビリテーションを受ける患者が使用し、前記患者に負荷を提供する機器と接続される患者端末装置と前記第１通信ネットワークと異なる第２通信ネットワークを介して通信する第２通信制御部と、
前記リハビリテーションの実施中、前記医療端末装置および前記患者端末装置を送信元とするキープアライブ信号の各々を受信し、当該受信に対する応答信号を前記送信元のすべてに対して送信するキープアライブ信号送受信部と、
前記キープアライブ信号送受信部が前記医療端末装置から前記キープアライブ信号を最後に受信してから前記キープアライブ信号を前記第１所定期間より長い第２所定期間受信しないとき、前記患者端末装置の各々に対して前記機器による負荷提供の中止を指示するサーバ側中止指示部とを備え、
前記医療端末装置は、
前記キープアライブ信号送受信部から前記応答信号を受信する医療側応答受信部と、
前記医療側応答受信部が前記応答信号を最後に受信してから前記応答信号を第１所定期間受信しないとき、第１所定メッセージを出力する出力部とを備える、リハビリテーション支援サーバ。

【請求項16】

医療関係者が使用する医療端末装置の制御方法であって、
前記医療端末装置は、第１通信ネットワークを介して、遠隔心臓リハビリテーションの支援業務を行うためのサーバ装置と通信するものであり、
前記サーバ装置は、前記遠隔心臓リハビリテーションの実施中、前記医療関係者の監視対象者であって前記遠隔心臓リハビリテーションを受ける患者が使用する患者端末装置、および、前記医療端末装置を送信元とするキープアライブ信号の各々を受信し、当該受信に対する応答信号を前記送信元のすべてに対して送信するキープアライブ信号送受信部を備えるものであり、
前記患者端末装置は、前記第１通信ネットワークと異なる第２通信ネットワークを介して前記サーバ装置と通信し、前記患者に負荷を提供するエルゴメータと接続されるものであり、
前記遠隔心臓リハビリテーションの実施中、前記サーバ装置を介した前記患者端末装置から前記医療端末装置への送信はリアルタイムで実行され、
前記医療端末装置が、
前記キープアライブ信号送受信部から前記応答信号を受信すること、および、
前記応答信号を最後に受信してから前記応答信号を第１所定期間受信しないとき、第１所定メッセージを出力することを含む、
医療端末装置の制御方法。

【請求項17】

医療関係者が使用する医療端末装置の制御方法であって、
前記医療端末装置は、第１通信ネットワークを介して、リハビリテーションの支援業務を行うためのサーバ装置と通信するものであり、
前記サーバ装置は、前記リハビリテーションの実施中、前記医療関係者の監視対象者であって前記リハビリテーションを受ける患者が使用する患者端末装置、および、前記医療端末装置を送信元とするキープアライブ信号の各々を受信し、当該受信に対する応答信号を前記送信元のすべてに対して送信するキープアライブ信号送受信部を備えるものであり、
前記患者端末装置は、
前記第１通信ネットワークと異なる第２通信ネットワークを介して前記サーバ装置と通信し、前記患者に負荷を提供する機器と接続されるものであり、
前記キープアライブ信号送受信部から前記応答信号を受信する患者側応答受信部と、
前記患者側応答受信部が前記応答信号を最後に受信してから前記応答信号を予め定められた上限期間受信しない時点で前記機器による負荷提供の中止を指示する端末側中止指示部とを備えるものであり、
前記医療端末装置が、
前記キープアライブ信号送受信部から前記応答信号を受信すること、および、
前記応答信号を最後に受信してから前記応答信号を第１所定期間受信しないとき、第１所定メッセージを出力することを含む、
医療端末装置の制御方法。

【請求項18】

医療関係者が使用する医療端末装置の制御方法であって、
前記医療端末装置は、第１通信ネットワークを介して、リハビリテーションの支援業務を行うためのサーバ装置と通信するものであり、
前記サーバ装置は、前記リハビリテーションの実施中、前記医療関係者の監視対象者であって前記リハビリテーションを受ける患者が使用する患者端末装置、および、前記医療端末装置を送信元とするキープアライブ信号の各々を受信し、当該受信に対する応答信号を前記送信元のすべてに対して送信するキープアライブ信号送受信部を備えるものであり、
前記医療端末装置は、
前記キープアライブ信号送受信部から前記応答信号を受信する医療側応答受信部と、
前記医療側応答受信部が前記応答信号を最後に受信してから前記応答信号を第１所定期間受信しないとき、第１所定メッセージを出力する出力部とを備えるものであり、
前記サーバ装置は、さらに、
前記キープアライブ信号送受信部が前記医療端末装置から前記キープアライブ信号を最後に受信してから前記キープアライブ信号を前記第１所定期間より長い第２所定期間受信しないとき、前記患者端末装置の各々に対して前記患者に負荷を提供する機器による負荷提供の中止を指示するサーバ側中止指示部を備えるものであり、
前記患者端末装置は、
前記第１通信ネットワークと異なる第２通信ネットワークを介して前記サーバ装置と通信し、前記機器と接続されるものであり、
前記医療端末装置が、
前記キープアライブ信号送受信部から前記応答信号を受信すること、および、
前記応答信号を最後に受信してから前記応答信号を第１所定期間受信しないとき、第１所定メッセージを出力することを含む、
医療端末装置の制御方法。

【請求項19】

医療関係者の監視対象者であって遠隔心臓リハビリテーションを受ける患者が使用する患者端末装置の制御方法であって、
前記患者端末装置は、前記遠隔心臓リハビリテーションの支援業務を行うためのサーバ装置と医療関係者が使用する医療端末装置とが通信するための第１通信ネットワークと異なる第２通信ネットワークを介して前記サーバ装置と通信し、前記患者に負荷を提供するエルゴメータと接続されるものであり、
前記サーバ装置は、前記遠隔心臓リハビリテーションの実施中、前記医療端末装置および前記患者端末装置を送信元とするキープアライブ信号の各々を受信し、当該受信に対する応答信号を前記送信元のすべてに対して送信するキープアライブ信号送受信部を備えるものであり、
前記遠隔心臓リハビリテーションの実施中、前記サーバ装置を介した前記患者端末装置から前記医療端末装置への送信はリアルタイムで実行され、
前記患者端末装置が、
前記キープアライブ信号送受信部から前記応答信号を受信すること、および、
前記応答信号を最後に受信してから前記応答信号を予め定められた上限期間受信しない時点で前記エルゴメータによる負荷提供の中止を指示することを含む、
患者端末装置の制御方法。

【請求項20】

医療関係者の監視対象者であってリハビリテーションを受ける患者が使用する患者端末装置の制御方法であって、
前記患者端末装置は、リハビリテーションの支援業務を行うためのサーバ装置と医療関係者が使用する医療端末装置とが通信するための第１通信ネットワークと異なる第２通信ネットワークを介して前記サーバ装置と通信し、前記患者に負荷を提供する機器と接続されるものであり、
前記サーバ装置は、前記リハビリテーションの実施中、前記医療端末装置および前記患者端末装置を送信元とするキープアライブ信号の各々を受信し、当該受信に対する応答信号を前記送信元のすべてに対して送信するキープアライブ信号送受信部を備えるものであり、
前記患者端末装置は、
前記キープアライブ信号送受信部から前記応答信号を受信する患者側応答受信部と、
前記患者側応答受信部が前記応答信号を最後に受信してから前記応答信号を予め定められた上限期間受信しない時点で前記機器による負荷提供の中止を指示する端末側中止指示部とを備えるものであり、
前記患者端末装置が、
前記キープアライブ信号送受信部から前記応答信号を受信すること、および、
前記応答信号を最後に受信してから前記応答信号を予め定められた上限期間受信しない時点で前記機器による負荷提供の中止を指示することを含む、
患者端末装置の制御方法。

【請求項21】

医療関係者の監視対象者であってリハビリテーションを受ける患者が使用する患者端末装置の制御方法であって、
前記患者端末装置は、リハビリテーションの支援業務を行うためのサーバ装置と医療関係者が使用する医療端末装置とが通信するための第１通信ネットワークと異なる第２通信ネットワークを介して前記サーバ装置と通信し、前記患者に負荷を提供する機器と接続されるものであり、
前記サーバ装置は、前記リハビリテーションの実施中、前記医療端末装置および前記患者端末装置を送信元とするキープアライブ信号の各々を受信し、当該受信に対する応答信号を前記送信元のすべてに対して送信するキープアライブ信号送受信部を備えるものであり、
前記医療端末装置は、
前記キープアライブ信号送受信部から前記応答信号を受信する医療側応答受信部と、
前記医療側応答受信部が前記応答信号を最後に受信してから前記応答信号を第１所定期間受信しないとき、第１所定メッセージを出力する出力部とを備え、
前記サーバ装置は、さらに、
前記キープアライブ信号送受信部が前記医療端末装置から前記キープアライブ信号を最後に受信してから前記キープアライブ信号を前記第１所定期間より長い第２所定期間受信しないとき、前記患者端末装置の各々に対して前記機器による負荷提供の中止を指示するサーバ側中止指示部を備えるものであり、
前記患者端末装置が、
前記キープアライブ信号送受信部から前記応答信号を受信すること、および、
前記応答信号を最後に受信してから前記応答信号を予め定められた上限期間受信しない時点で前記機器による負荷提供の中止を指示することを含む、
患者端末装置の制御方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、リハビリテーションを支援するリハビリテーション支援システム等に関する。

【背景技術】

【0002】

適切なリハビリテーションの実施による退院患者の再入院率の抑制は、医療費の低減のための１つの方策であり得る。この再入院率を下げるためには、リハビリテーションを継続的に行うことが有効である。しかし、通院によるリハビリテーションは、患者への負担が大きく、継続率は高くない。

【0003】

そこで、在宅のままリハビリテーションを受けることが可能な遠隔リハビリテーションが提案されている（特許文献１）。

【先行技術文献】

【特許文献】

【0004】

【文献】特開２００２－１９１７１８号公報

【発明の概要】

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

【0005】

心臓リハビリテーションによる運動療法は、医師等の医療関係者の指導の下に実施するとともに、医療関係者は患者の状況を監視することが求められる。そして、仮に患者側で中止基準を満たす事態（例えば、不整脈などの突発的症状）が発生した場合は、心臓リハビリテーションを直ちに中止する等の緊急措置が求められる。

【0006】

このことは、遠隔心臓リハビリテーションを実施する場合においても同様である。よって、遠隔心臓リハビリテーションを実現するネットワークシステムでは、医療関係者側および患者側の双方の通信ネットワークにおいて、安定したリアルタイム通信が求められる。これらの通信ネットワークのいずれかにおいて通信状態が悪化すると、医療関係者が患者を監視できない状況に陥る可能性が高いためである。したがって、遠隔心臓リハビリテーションの実施中は、これら双方の通信ネットワークにおける通信状態の常時監視が課題となるところ、特許文献１には当該課題および当該課題を解決するための手段について開示されていない。

【0007】

本発明は、前記の問題点に鑑みてなされたものであり、リハビリテーションを実現するネットワークシステムにおける通信状態の監視を目的とする。

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

【0008】

上述の課題を解決するために、本発明の一態様に係るリハビリテーション支援システムは、リハビリテーションを支援するリハビリテーション支援システムであって、前記リハビリテーションの支援業務を行うためのサーバ装置と、医療関係者が使用し、第１通信ネットワークを介して前記サーバ装置と通信する医療端末装置と、前記医療関係者の監視対象者であって前記リハビリテーションを受ける患者が使用し、前記第１通信ネットワークと異なる第２通信ネットワークを介して前記サーバ装置と通信し、前記患者に負荷を提供する機器と接続される患者端末装置とを備え、前記サーバ装置は、前記リハビリテーションの実施中、前記医療端末装置および前記患者端末装置を送信元とするキープアライブ信号の各々を受信し、当該受信に対する応答信号を前記送信元のすべてに対して送信するキープアライブ信号送受信部を備えている。

【0009】

上述の課題を解決するために、本発明の一態様に係るリハビリテーション支援サーバは、リハビリテーションの支援業務を行うためのリハビリテーション支援サーバであって、医療関係者が使用する医療端末装置と第１通信ネットワークを介して通信する第１通信制御部と、前記医療関係者の監視対象者であって前記リハビリテーションを受ける患者が使用し、前記患者に負荷を提供する機器と接続される患者端末装置と前記第１通信ネットワークと異なる第２通信ネットワークを介して通信する第２通信制御部と、前記リハビリテーションの実施中、前記医療端末装置および前記患者端末装置を送信元とするキープアライブ信号の各々を受信し、当該受信に対する応答信号を前記送信元のすべてに対して送信するキープアライブ信号送受信部を備えている。

【0010】

上述の課題を解決するために、本発明の一態様に係る医療端末装置の制御方法は、医療関係者が使用する医療端末装置の制御方法であって、前記医療端末装置は、第１通信ネットワークを介して、リハビリテーションの支援業務を行うためのサーバ装置と通信するものであり、前記サーバ装置は、前記リハビリテーションの実施中、前記医療関係者の監視対象者であって前記リハビリテーションを受ける患者が使用する患者端末装置、および、前記医療端末装置を送信元とするキープアライブ信号の各々を受信し、当該受信に対する応答信号を前記送信元のすべてに対して送信するキープアライブ信号送受信部を備えるものであり、前記患者端末装置は、前記第１通信ネットワークと異なる第２通信ネットワークを介して前記サーバ装置と通信し、前記患者に負荷を提供する機器と接続されるものであり、前記医療端末装置が、前記キープアライブ信号送受信部から前記応答信号を受信すること、および、前記応答信号を第１所定期間受信しないとき、第１所定メッセージを出力することを含む。

【0011】

上述の課題を解決するために、本発明の一態様に係る患者端末装置の制御方法は、医療関係者の監視対象者であってリハビリテーションを受ける患者が使用する患者端末装置の制御方法であって、前記患者端末装置は、リハビリテーションの支援業務を行うためのサーバ装置と医療関係者が使用する医療端末装置とが通信するための第１通信ネットワークと異なる第２通信ネットワークを介して前記サーバ装置と通信し、前記患者に負荷を提供する機器と接続されるものであり、前記サーバ装置は、前記リハビリテーションの実施中、前記医療端末装置および前記患者端末装置を送信元とするキープアライブ信号の各々を受信し、当該受信に対する応答信号を前記送信元のすべてに対して送信するキープアライブ信号送受信部を備えるものであり、前記患者端末装置が、前記キープアライブ信号送受信部から前記応答信号を受信すること、および、前記応答信号を予め定められた上限期間受信しない時点で前記機器による負荷提供の中止を指示することを含む。

【0012】

本発明の各態様に係るサーバ装置、医療端末装置、患者端末装置およびリハビリテーション支援サーバのそれぞれは、コンピュータによって実現してもよく、この場合には、コンピュータを、上述のそれぞれの装置が備える各部（ソフトウェア要素）として動作させることにより、それぞれの装置をコンピュータにて実現させる各制御プログラム、およびそれを記録したコンピュータ読み取り可能な記録媒体も、本発明の範疇に入る。

【発明の効果】

【0013】

本発明の一態様によれば、リハビリテーションを実現するネットワークシステムにおける通信状態の監視が可能となる。

【図面の簡単な説明】

【0014】

【図1】支援サーバの要部構成を示すブロック図である。

【図2】リハビリテーション支援システムの概略構成を示す図である。

【図3】医療関係者が使用するＰＣの要部構成を示すブロック図である。

【図4】患者が使用するタブレットの要部構成を示すブロック図である。

【図5】ユーザ管理テーブルのデータ構造の一例を示す図である。

【図6】リハビリ管理データベースのデータ構造の一例を示す図である。

【図7】支援システムにおいて実行される処理の流れを示すシーケンス図である。

【図8】支援システムにおいて実行される処理の流れを示すシーケンス図である。

【図9】タブレットの表示部に表示される患者閲覧画面の一例を示す図である。

【図10】ＰＣの表示部に表示される医療関係者の閲覧画面の一例を示す図である。

【図11】患者閲覧画面上に表示される、通信途絶通知の一例を示す図である。

【図12】医師閲覧画面上に表示される、通信途絶警告の一例を示す図である。

【図13】医師閲覧画面上に表示される、通信途絶通知の一例を示す図である。

【図14】患者閲覧画面上に表示される、途絶解消通知の一例を示す図である。

【図15】医師閲覧画面上に表示される、途絶解消通知の一例を示す図である。

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

【0015】

＜リハビリテーション支援システムの概要＞
以下、本発明の一実施形態について、詳細に説明する。図２は、リハビリテーション支援システムの概略構成を示す図である。リハビリテーション支援システム１００（以下、単に支援システム１００と略称する）は、支援サーバ１、パーソナルコンピュータ（ＰＣ）２、および、タブレット３を含む。

【0016】

支援サーバ１は、支援システム１００を運営する運営会社が使用するサーバ装置であり、リハビリテーション（以下、リハビリと称する）の支援業務を行う。支援業務は、具体的には、ＰＣ（Personal Computer）２とタブレット３との通信を中継し、両者の通信状態を常時監視することである。支援サーバ１は、一例として、クラウドサーバであってもよい。他の例として、支援サーバ１は、運営会社によって敷設された、運営会社に帰属するサーバ装置であってもよい。

【0017】

ＰＣ２は、医療関係者が使用する医療端末装置である。ＰＣ２は、医療関係者が、リハビリを受ける患者の状態を監視したり、患者に対して対話による指導を行ったり、患者に負荷を提供する機器の負荷を指示したりすることに使用される。また、本実施形態では、ＰＣ２は、支援サーバ１による通信状態の常時監視を可能とするために、支援サーバ１との間でキープアライブセッションを確立する機能（キープアライブ機能）を有する。キープアライブ機能について、後に詳述する。

【0018】

なお、医療関係者としては、例えば、医師、理学療法士、または、作業療法士などが想定されている。医療端末装置は、支援サーバ１を介してタブレット３と通信する機能を有し、医療関係者が円滑に患者とのコミュニケーションを図れるように構成されていればどのような装置であってもよい。例えば、医療端末装置としては、ノートパソコン、タブレット、スマートフォン、テレビなど、任意のＯＳ（Operating System）が搭載されている情報処理装置が採用され得る。

【0019】

タブレット３は、患者が使用する患者端末装置である。タブレット３は、キープアライブ機能に加えて、患者が居宅でリハビリを受けることを可能にするための下記のリハビリ支援機能を有する。具体的には、タブレット３は、患者に負荷を提供する機器および患者の状態をセンシングする機器などの周辺機器と近距離通信を行う。タブレット３は、例えば、カメラ、マイク、スピーカなどを有し、これらを介して、患者が医療関係者と対話することを可能にする。タブレット３は、患者が支援システム１００を利用するにあたって必要となるユーザインタフェース（以下、ＵＩ）を提供する。例えば、タブレット３は、リハビリ中に患者に提供されるべき各種の情報を表示部に表示したり、患者が支援システム１００に対して各種の情報を入力する作業を容易に行うための入力支援部品を表示部に表示したりする。タブレット３は、支援サーバ１を介して、ＰＣ２と通信する。例えば、タブレット３は、周辺機器から取得した患者に係る情報を支援サーバ１に送信したり、周辺機器に対する制御内容を示した制御コマンドを支援サーバ１から受信したりする。患者端末装置としては、タブレットに限らず、ＰＣ、ノートパソコン、スマートフォン、テレビなど、任意のＯＳが搭載されている情報処理装置が採用され得る。

【0020】

本実施形態では、支援サーバ１とＰＣ２との間の通信は、第１通信ネットワーク７を介して行われる。第１通信ネットワーク７は、支援サーバ１とＰＣ２との間を通信可能に接続する任意の通信網であるが、第１通信ネットワーク７は有線で構築されることが想定される。第１通信ネットワーク７は、インターネット、閉域網を１または複数含んでいてもよい。第１通信ネットワーク７が上述のいずれかの公衆回線通信網を含む場合には、支援サーバ１とＰＣ２との間にＶＰＮ（Virtual Private Network）を設けることが好ましい。あるいは、第１通信ネットワーク７は、支援サーバ１とＰＣ２とを直接接続する専用線で構成されていてもよい。第１通信ネットワーク７は、場合によっては、ＷｉＦｉ（登録商標）などの通信網、または、ＬＴＥ（Long Term Evolution）などの携帯電話回線網を含んでいてもよい。

【0021】

本実施形態では、支援サーバ１とタブレット３との間の通信は、第２通信ネットワーク８を介して行われる。第２通信ネットワーク８は、上述の１つ以上の任意の通信網で構成されていてもよいが、第１通信ネットワーク７とは異なる通信網で構成されている。第２通信ネットワーク８としては、例えば、通信事業者が提供する光回線を用いた通信網などが想定され得る。

【0022】

本実施形態では、タブレット３は、さらに、第３通信ネットワーク９を介して支援サーバ１と接続される。第３通信ネットワーク９は、上述の１つ以上の任意の通信網で構成されていてもよいが、第１通信ネットワーク７とも第２通信ネットワーク８とも異なる通信網で構成されている。第３通信ネットワーク９としては、例えば、ＬＴＥなどの携帯電話回線網が想定され得る。本実施形態では、第３通信ネットワーク９は、第２通信ネットワーク８において障害が生じたときに備えて、タブレット３と支援サーバ１との通信可能状態を維持するための代替回線として使用される。

【0023】

（支援サーバ１）
支援サーバ１は、制御部１０、通信部１１、および、記憶部１２を備えている。制御部１０は、記憶部１２に記憶されているプログラムおよびデータ、外部の装置から受信したプログラムおよびデータなどに基づき、支援サーバ１における各ブロックを統括して制御する。

【0024】

制御部１０は、例えば、ＣＰＵ（central processing unit）または専用プロセッサなどの制御装置により構成されてもよい。図１を参照して後述する制御部１０の各部は、ＣＰＵなどの制御装置が、ＲＯＭ（read only memory）などで実現された記憶装置（記憶部１２）に記憶されているプログラムをＲＡＭ（random access memory）などに読み出して実行することで実現できる。

【0025】

通信部１１は、ネットワークを介して、外部の装置との間で信号およびデータの送受信を行う。具体的には、通信部１１は、ＰＣ２との間で第１通信ネットワーク７を介して、信号およびデータの送受信を行う。通信部１１は、タブレット３との間で第２通信ネットワーク８または第３通信ネットワーク９を介して、信号およびデータの送受信を行う。

【0026】

記憶部１２は、制御部１０にて用いられる各種データを記憶するものであり、ＲＯＭおよびＲＡＭなどを含む。本実施形態では、一例として、図１に示されるとおり、記憶部１２は、ユーザ管理テーブル１２１（以下、ユーザテーブル１２１）、および、リハビリを実施回ごとに管理するリハビリ管理データベース１２２（以下、リハビリＤＢ１２２）を不揮発的に記憶している。ユーザテーブル１２１は、ユーザに関連する情報を管理するためのテーブルであり、リハビリＤＢ１２２は、リハビリに関連する情報を管理するためのデータベースである。記憶部１２は、支援サーバ１がアクセス可能な外部の記憶装置として設けられてもよい。

【0027】

支援サーバ１は、不図示の表示部を備えていてもよい。例えば、表示部には、支援サーバ１が監視しているＰＣ２とタブレット３との通信の状態が表示される。通信不良が生じた場合にその旨の通知が表示部に表示されてもよい。これにより、支援サーバ１のオペレータは、通信不良の発生を遅滞なく察知し、患者または医療関係者からの電話応対などの緊急措置に即時に対応することができる。

【0028】

（ＰＣ２）
ＰＣ２は、制御部２０、通信部２１、表示部２２、操作部２３および撮像部２４を備えている。ＰＣ２は、不図示のマイクおよびスピーカを備えていてもよい。制御部２０は、ＰＣ２が備える不図示の記憶装置に記憶されているプログラムおよびデータ、外部の装置から受信したプログラムおよびデータなどに基づき、ＰＣ２における各ブロックを統括して制御する。

【0029】

制御部２０は、例えば、ＣＰＵまたは専用プロセッサなどの制御装置により構成されてもよい。図３を参照して後述する制御部２０の各部は、ＣＰＵなどの制御装置が、ＲＯＭなどで実現された記憶装置に記憶されているプログラムをＲＡＭなどに読み出して実行することで実現できる。

【0030】

通信部２１は、外部の装置との間で、ネットワークを介して、信号およびデータの送受信を行う。具体的には、通信部２１は、支援サーバ１との間で第１通信ネットワーク７を介して、信号およびデータの送受信を行う。

【0031】

表示部２２は、制御部２０が処理した情報を医療関係者に視認可能に提示する出力装置である。例えば、表示部２２は、液晶表示装置（ＬＣＤ；Liquid Crystal Display）または有機ＥＬ（Electro-Luminescence）ディスプレイなどによって構成される。

【0032】

操作部２３は、医療関係者の操作を受け付けるための入力装置である。操作部２３は、受け付けた操作に対応する指示信号を制御部２０に入力する。例えば、操作部２３は、キーボードおよびマウスなどによって構成される。

【0033】

撮像部２４は、被写体としての医療関係者の撮影を行って動画を生成するカメラである。具体的には、撮像部２４は、被写体からの光を電気信号に変換するＣＣＤ（Charge Coupled Device）、ＣＭＯＳ（Complementary Metal-oxide Semiconductor）などの撮像素子と、撮像素子からの電気信号を各色のデジタルデータに変換する映像処理回路とを含む。撮像部２４が撮像した動画は、制御部２０を介して、不図示の記憶装置に記憶される。以下では、撮像部２４によって生成された医療関係者を写す動画を医療側動画と称する。医療側動画は、通信部２１を介して支援サーバ１に送信される。

【0034】

（居宅システムの構成）
患者の居宅においては、リハビリの実施に際して、患者を直接的に支援する居宅システムが構築される。居宅システムは、居宅システム全体を統括し、患者と医療関係者との遠隔でのコミュニケーションを可能にする中央制御機器と、患者に負荷を提供する負荷提供機器と、患者の状態を検知する状態検知機器とを含む。一例として、中央制御機器は、タブレット３であり、負荷提供機器は、エルゴメータ５であり、状態検知機器は、心電計４である。居宅システムに含まれる中央制御機器と、その他の各周辺機器とは、近距離通信技術を介して互いに通信可能に接続されている。例えば、タブレット３と各周辺機器とを接続する近距離通信技術としては、Ｂｌｕｅｔｏｏｔｈ（登録商標）などの近距離無線通信技術が挙げられる。他の例では、タブレット３と各周辺機器とは、ＵＳＢ（Universal Serial Bus）などの接続端子を介して有線にて接続されてもよい。

【0035】

タブレット３は、中央制御機器であり、支援サーバ１と通信しながら、居宅システムを統括的に制御する。タブレット３は、制御部３０、近距離通信部３１、広域通信部３２、撮像部３３、表示部３４および操作部３５を備えている。タブレット３は、不図示のマイクおよびスピーカを備えていてもよい。制御部３０は、タブレット３が備える不図示の記憶装置に記憶されているプログラムおよびデータ、外部の装置から受信したプログラムおよびデータなどに基づき、タブレット３における各ブロックを統括して制御する。

【0036】

近距離通信部３１は、上述の有線または無線に基づく近距離通信技術を利用して、各周辺機器との間で、信号およびデータの送受信を行う。

【0037】

広域通信部３２は、外部の装置との間で、ネットワークを介して、信号およびデータの送受信を行う。具体的には、広域通信部３２は、支援サーバ１と、第２通信ネットワーク８を介して信号およびデータの送受信を行う。あるいは、広域通信部３２は、支援サーバ１と、第３通信ネットワーク９を介して信号およびデータの送受信を行う。広域通信部３２は、制御部３０の指示にしたがって、第２通信ネットワーク８および第３通信ネットワーク９のいずれかを選択し、支援サーバ１と通信する。

【0038】

撮像部３３は、被写体としての患者の撮影を行って動画を生成するカメラである。具体的には、撮像部３３は、被写体からの光を電気信号に変換するＣＣＤ、ＣＭＯＳなどの撮像素子と、撮像素子からの電気信号を各色のデジタルデータに変換する映像処理回路とを含む。撮像部３３が撮像した動画は、制御部３０を介して、不図示の記憶装置に記憶される。以下では、撮像部３３によって生成された患者を写す動画を患者側動画と称する。患者側動画は、広域通信部３２を介して支援サーバ１に送信される。

【0039】

表示部３４は、制御部３０が処理した情報を患者に視認可能に提示する出力装置である。例えば、表示部３４は、液晶表示装置または有機ＥＬディスプレイなどによって構成される。

【0040】

操作部３５は、患者の操作を受け付けるための入力装置である。操作部３５は、受け付けた操作に対応する指示信号を制御部３０に入力する。一例として、操作部３５は、表示部３４とともにタッチパネルを構成してもよい。操作部３５は、表示部３４の表示面でもある操作部３５の入力面に、患者の指またはタッチペンなどの指示体が接触（接近も含む）を検知することが可能なデバイスを含んで構成される。他の例では、操作部３５は、キーボードおよびマウスなどによって構成されてもよい。

【0041】

ウェアラブル心電計４（以下、心電計４）は、周辺機器のうち、患者の状態を検知する状態検知機器である。心電計４は、一例として、波形送信部４０と波形検知部４１とを含む。波形送信部４０は、波形検知部４１が検出した電気信号に基づいて心電波形を生成し、タブレット３に送信する。波形送信部４０は、例えば、テレメトリー式心電送信機などで構成される。

【0042】

波形検知部４１は、患者の身体に密着させて、患者の身体を流れる電気に基づく電気信号を検知する。波形検知部４１は、検知した電気信号を波形送信部４０にフィードバックする。波形検知部４１は、例えば、単回使用心電用電極などで構成される。

【0043】

居宅システムは、心電計４の他にも、呼吸数、動脈血酸素飽和度、血圧、心拍数、脈拍など、心電波形以外のバイタルデータを検知するための他の状態検知機器を含んでいてもよい。あるいは、心電計４が、上述のその他のバイタルデータを取得する機能を備えていてもよい。この場合、心電計４は、波形検知部４１に加えて、その他のバイタルデータを検知するための検知部を備える。このように状態検知機器から発信された心電波形などのバイタルデータは、近距離通信技術を介してタブレット３に送信される。

【0044】

心電計４以外の状態検知機器として、例えば、以下のようなものが挙げられる。具体的には、Ｂｌｕｅｔｏｏｔｈ（登録商標）通信が可能な血圧計、光電式容積脈波記録法（ＰＰＧ；photoplethysmography）単独の血圧推定法を使用した耳に装着するタイプのリアルタイム血圧計、および、脚部の血流計測のための近赤外分光法（ＮＩＲＳ；near-infrared spectroscopy）機器などが状態検知機器として採用され得る。

【0045】

エルゴメータ５は、周辺機器のうち、患者に負荷を提供する負荷提供機器である。エルゴメータ５は、一例として、自転車エルゴメータであり、活動量送信部５０および負荷調節部５１を含む。

【0046】

活動量送信部５０は、患者によるエルゴメータ５を用いた活動に関する情報をタブレット３に送信する。活動量送信部５０は、例えば、リハビリ開始時からのペダルの累積回転数、回転速度、負荷、運動強度（ＭＥＴｓ）、リハビリ開始時からの累積運動時間、患者自身の自覚的運動強度を示すボルグ指数などが挙げられる。本実施形態では、負荷とは、ペダルの重さを意味し、例えば、ワット（Ｗａｔｔ）で表される。なお、ボルグ指数は、患者によってタブレット３に直接入力されてもよい。

【0047】

負荷調節部５１は、タブレット３から指定されたワット数に相当する負荷がかかるようにペダルの重さを調節する。

【0048】

以上のとおり、居宅システムでは、リハビリを受ける患者に関連するさまざまな情報が生成される。以下では、患者に関連するさまざまな情報を包括して患者情報と称する。

【0049】

患者情報には、例えば、患者がタブレット３などの中央制御機器に対して直接入力する患者自身に関する情報が含まれる。より具体的には、タブレット３に入力される患者情報としては、問診に対する回答情報、ボルグ指数などが想定される。また、患者情報には、心電計４などの状態検知機器から取得される、上述した各種のバイタルデータが含まれる。また、患者情報には、エルゴメータ５などの負荷提供機器から取得される、患者の活動に関する上述の各種の情報が含まれる。

【0050】

支援システム１００における、患者側から医療関係者側への情報の伝達を上り転送、医療関係者側から患者側への情報の伝達を下り転送と称する。上り転送時には、タブレット３から支援サーバ１を介して、患者情報および患者側動画がＰＣ２に送信される。この送信は、タブレット３と支援サーバ１との通信および支援サーバ１とＰＣ２との通信が確立している間、リアルタイムで継続して実行される。これにより、医療関係者は、リハビリを受ける患者の健康状態をリアルタイムで把握することが可能となる。

【0051】

患者側動画は、患者と医療関係者との間で実施されるビデオ通話の時以外にも、常時、医療関係者のＰＣ２に送信されていてもよい。患者側動画の他に、患者情報も常時、ＰＣ２に送信されてもよい。常時送信される患者情報は、一例として、心電波形、不整脈の発生有無を知らせる情報、リハビリがどのステージにあるのかを示すリハビリのステータス情報などのバイタルデータである。他の例では、各周辺機器の管理情報が、ＰＣ２に常時送信されてもよい。周辺機器の管理情報としては、例えば、タブレット３、心電計４およびエルゴメータ５などの接続状況および電池残量などが含まれる。他にも、エルゴメータ５の回転数、負荷の状況、モーターの稼働状況などが、周辺機器の管理情報として、ＰＣ２に常時送信されてもよい。

【0052】

下り転送時には、ＰＣ２から支援サーバ１を介して、負荷指示（例えば、ワット数）および医療側動画がタブレット３に送信される。医療側動画は、患者側動画と異なり、患者と医療関係者との間で実施されるビデオ通話の時のみ、ＰＣ２から支援サーバ１を介してタブレット３に送信されてもよい。また、上述の負荷指示は、常時送信される必要はなく、医療関係者が、ＰＣ２を操作して負荷を変更した時にのみ送信されてもよい。タブレット３は、受信した負荷指示をエルゴメータ５に転送し、エルゴメータ５は指定された負荷になるようにペダルの重さを調節する。

【0053】

具体例を挙げると、上り転送においては、エルゴメータ５からタブレット３に向かって、定期的に（例えば０．２秒に１回のペースにて)、エルゴメータ５の現在の負荷量（ワット数）が送信されている。この負荷量は、さらには、支援サーバ１、また、支援サーバ１を介してＰＣ２にも送信されている。これによって、タブレット３、支援サーバ１およびＰＣ２から、医療関係者によって指定された意図した負荷量になっていることの確認を常時行うことができるようになっている。一方、下り転送においては、医療関係者のＰＣ２から出力される負荷指示は、負荷量の変更が行われたときに、ＰＣ２から支援サーバ１を介してタブレット３に送信されて、タブレット３からエルゴメータ５に送信される。

【0054】

タブレット３が指定するワット数は、ＰＣ２を操作する医療関係者から指定されたものである。つまり、患者に与えられる負荷は、専門的な知識を有する医療関係者によって、患者の現在の健康状態を加味して適切に決定され制御される。これにより、患者は、リハビリを指導する医療関係者がそばにいなくても、居宅にて、安心してリハビリを受けることができる。

【0055】

＜機能説明＞
（ＰＣ２）
図３は、医療関係者が使用するＰＣ２の要部構成を示すブロック図である。制御部２０は、一例として、信号送信部７１、応答受信部７２、タイマ部７３、および、報知部７４（出力部）を備えている。

【0056】

信号送信部７１は、キープアライブ機能に係る信号の送信を制御する。具体的には、信号送信部７１は、キープアライブセッションの確立を支援サーバ１に対して要求するキープアライブ開始信号を送信する。キープアライブ開始信号は、一例として、ＩＣＭＰ（Internet Control Message Protocol）パケットの「Ｅｃｈｏ Ｒｅｑｕｅｓｔ」である。例えば、信号送信部７１は、医療関係者がリハビリの監視を始めるために支援サーバ１との接続を開始することを指示する入力操作を行ったことに応答して、キープアライブ開始信号を支援サーバ１に送信してもよい。

【0057】

また、信号送信部７１は、キープアライブセッションが確立している間、定期的に、例えば、５秒間隔でキープアライブ信号を支援サーバ１に送信する。キープアライブ信号の定期的な送信により、ＰＣ２は、自身の通信状態が良好であることを支援サーバ１に知らせることができる。

【0058】

また、信号送信部７１は、キープアライブセッションの終了を支援サーバ１に対して通知するキープアライブ終了信号を送信する。例えば、信号送信部７１は、医療関係者がリハビリの監視を終了するために支援サーバ１との接続を終了することを指示する入力操作を行ったことに応答して、キープアライブ終了信号を支援サーバ１に送信してもよい。

【0059】

例えば、ＰＣ２と支援サーバ１との間の通信は、ＰＣ２の表示部２２に表示されるＵＩを、医療関係者が操作したことをトリガにして確立されてもよい。より具体的には、表示部２２に表示される操作画面には、指導対象である患者の情報とともにその患者のリハビリ指導を開始するための開始ボタンが配置されていることが想定される。医療関係者が指導したい患者に対応付けられた開始ボタンを押したことに応じて、通信が確立し、これに伴って、ＰＣ２と支援サーバ１との間のキープアライブセッションが開始される。

【0060】

また、表示部２２においてリハビリ中に表示される監視画面には、患者の心電図などの他に、閉じるボタンが配置されていることが想定される。医療関係者が、監視対象である患者の監視画面の閉じるボタンを押したことに応じて、ＰＣ２と支援サーバ１との間のキープアライブセッションが終了する。

【0061】

なお、患者と医療関係者との間でビデオ通話を行うためのアプリケーション（以下、ビデオ通話アプリケーション）が、それぞれの端末、すなわち、タブレット３およびＰＣ２に搭載されていてもよい。

【0062】

支援システム１００においては、ビデオ通話アプリケーションを用いたビデオ通話は、リハビリが実施されている期間において、常時実施される必要はなく、必要な時に必要なだけ（例えば、１回のリハビリ期間において、会話は２回程度、合計で10分以内程度、など）、会話ができるように実施され得る。リハビリ中の、会話が行われていない期間は、患者は、リハビリ、具体的には、レジスタンストレーニングおよびバイク運動を行う。この間、医療関係者は、支援サーバ１から常時送られてくる患者の心電図、患者側動画から伺える患者の表情、エルゴメータ５の回転数などを監視しつつ、負荷を調整することができる。会話が行われていない期間における、患者情報および負荷指示などの送受信は、仮想的なトークルームなどの形式ではなく、タブレット３と支援サーバ１、および、支援サーバ１とＰＣ２の間に確立された通信路（Ｗｅｂｓｏｃｋｅｔ）を介して行われる。

【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】

リハビリが中止された後も、通信切替部８６による通信ネットワークの切り替え、または、通信再起動部８７による再起動が実行されてもよい。このような通信復旧のための試行の末に、タブレット３と支援サーバ１との間の通信不良が解消された場合には、医療関係者の指導の下、患者はリハビリを再開してもよい。

【0167】

一方、ステップＳ２５では、支援サーバ１の通知送信部６７は、信号送受信部６４がタブレット３からキープアライブ信号を第５所定期間受信しないとき、タブレット３と関連付けられているＰＣ２に対して通信途絶通知（第２所定メッセージ）を送信してもよい。

【0168】

図示の例では、通知送信部６７は、信号送受信部６４が最後にタブレット３からキープアライブ信号を受信した時点ｔ９から第５所定期間（例えば、６０秒）が経過した時点ｔ１０にて、上述のタブレット３に係る通信途絶通知をＰＣ２に送信する。

【0169】

ステップＳ２６では、ＰＣ２の報知部７４は、通信部２１を介して通信途絶通知が受信された場合に、通信途絶により指導を行えない患者がいることを医療関係者に報知する。これにより、医療関係者は、その患者に直接別の通信手段（例えば、電話）にて連絡をとったり、このような事態を運営会社に連絡したりするなどして、通信途絶に対処することができる。

【0170】

ステップＳ２７では、タブレット３の通信切替部８６は、通信再起動部８７による再起動などによって第２通信ネットワーク８における通信状態の不良が解消したことを検知してもよい。

【0171】

ステップＳ２８では、通信切替部８６は、第２通信ネットワーク８における通信状態の不良が解消した場合に、支援サーバ１と通信するための通信ネットワークを、第３通信ネットワーク９から第２通信ネットワーク８に切り替えてもよい。こうして、第２通信ネットワーク８経由で、タブレット３と支援サーバ１との間でキープアライブセッションが再開される。

【0172】

ステップＳ２９では、信号送信部８３は、主通信制御部８１を介して、キープアライブ信号の送信を再開する。ステップＳ３０では、支援サーバ１の信号送受信部６４は、キープアライブ信号に応答して、応答信号をタブレット３に返信する。ステップＳ３１では、通知送信部６７は、Ｓ２５で通信途絶を通知したタブレット３との通信が再開されたことを示す途絶解消通知をＰＣ２に送信してもよい。ステップＳ３２では、ＰＣ２の報知部７４は、先に通信できないと報知した患者について、通信途絶が解消されたことを医療関係者に報知してもよい。図８には示されていないが、最後に、図７を参照して説明されたように、ステップＳ８～Ｓ１０が実行されてリハビリが終了する。

【0173】

図示の例では、通信切替部８６による通信ネットワークの切り替えが試行された後、切り替えが成功しない場合に、通信再起動部８７による再起動が試行される場合について記載されている。しかし、タブレット３は、このような構成に限定されない。通信再起動部８７が、まず、第２通信ネットワーク８に係る機能の再起動を試みて、それでも通信が回復しない場合に、通信切替部８６が通信ネットワークの切り替えが試行されてもよい。また、通信切替部８６による通信ネットワークの切り替えと、通信再起動部８７による再起動とは同時に試行されてもよい。したがって、上述の第３所定期間および第４所定期間は、同じ長さに設定されてもよいし、異なる長さに設定されてもよい。そして、どちらの期間が長く設定されてもよい。

【0174】

＜画面例＞
図９は、支援システム１００においてリハビリが実施されている期間、タブレット３の表示部３４に表示される患者閲覧画面の一例を示す図である。制御部３０は、近距離通信部３１、広域通信部３２、撮像部３３および操作部３５の各部を介して取得された各種の情報に基づいて、患者閲覧画面３００を生成し、表示部３４に表示させる。

【0175】

患者閲覧画面３００は、一例として、心電波形３０１、負荷３０２、累積回転数３０３、ボルグ指数３０４、医療側動画３０５および患者側動画３０６を含んで構成される。

【0176】

心電波形３０１は、心電計４から取得された患者の心電波形を表す。負荷３０２は、エルゴメータ５に設定されている負荷を表す。累積回転数３０３は、リハビリが開始されてから現在までの、エルゴメータ５におけるペダルの累積回転数を表す。

【0177】

ボルグ指数３０４は、患者が感じている自覚的運動強度を表す。ボルグ指数３０４に関して、例えば、患者閲覧画面３００上に、患者が操作可能なユーザインタフェース部品（ＵＩ部品）が設けられてもよい。これにより、患者は、当該ＵＩ部品をタッチ操作して、現在の運動のきつさをタブレット３に入力することができる。

【0178】

医療側動画３０５は、当該患者を受け持つ医療関係者のＰＣ２にて撮影された、当該医療関係者の動画である。医療側動画３０５は、広域通信部３２が、第２通信ネットワーク８または第３通信ネットワーク９を介して支援サーバ１から受信したものである。患者側動画３０６は、撮像部３３によって撮影された患者自身の動画である。患者側動画３０６は、患者閲覧画面３００において表示される一方、広域通信部３２によって、支援サーバ１に送信され、支援サーバ１から医療関係者のＰＣ２に送信される。

【0179】

ある実施形態では、リハビリ実施中、必要に応じて、ビデオ通話（動画をやりとりしながらの対話）が可能であってもよい。リハビリ実施中、常時やりとりされるのは、上り転送時の患者情報に限定されていてもよい。この場合、ビデオ通話は、特定の操作に応じて対話のためのセッションが確立した期間だけに限られてもよい。例えば、患者閲覧画面３００に呼出ボタン３０７が配置されてもよい。呼出ボタン３０７をタッチすることにより、患者は、担当の医療関係者と動画および音声を通じて対話できてもよい。用件が済めば、例えば、患者は、対話終了ボタン３０８をタッチして、動画ウィンドウ３０９を閉じて対話を終了させてもよい。対話中も、対話が終了した後も、リアルタイムの患者情報のアップロードは継続される。リハビリ実施中、必要に応じて、下り転送時の負荷指示が、ＰＣ２からタブレット３へ送信されてもよい。

【0180】

図１０は、支援システム１００においてリハビリが実施されている期間、ＰＣ２の表示部２２に表示される医療関係者の閲覧画面の一例を示す図である。以下では、医療関係者の閲覧画面を医師閲覧画面３２０と称するが、これは、医師だけが閲覧する画面を意図しておらず、患者のリハビリを指導する立場にある医療関係者のいずれのＰＣ２にも表示される。

【0181】

医師閲覧画面３２０は、一例として、患者情報リスト３２１、および、１以上の動画ウィンドウ３２２を含んで構成される。

【0182】

患者情報リスト３２１は、当該医療関係者が受け持つすべての患者の患者情報を一覧するためのリストである。支援サーバ１は、図５に示すユーザテーブル１２１および図６に示すリハビリＤＢ１２２に格納されている情報のうち、当該医療関係者に関連付けられたリハビリの予約番号および当該医療関係者が受け持つ患者に関する情報を抽出して、医療関係者のＰＣ２に提供する。制御部２０は、支援サーバ１から提供された上述の情報に基づいて、患者情報リスト３２１を生成する。

【0183】

患者情報リスト３２１は、図示の例では、動画ウィンドウ３２２の背面に表示されて一部が隠されているが、医療関係者の操作にしたがって、最前面に表示されてもよい。これにより医療関係者は、すべての患者のすべての患者情報を一覧することができる。
患者情報リスト３２１には、一例として、医療関係者が受け持つ患者ごとに、患者ＩＤ、患者名、通信のステータス、患者情報、および、患者を個別に呼び出すための呼出ボタン３２３が配置される。

【0184】

医療関係者は、リハビリが実施されている間、患者情報リスト３２１を確認し、患者と対話したい場合に、その患者の呼出ボタン３２３をクリックすることができる。呼出ボタン３２３に対するクリック操作に応答して、通信部２１が当該患者との音声通話のためのセッションを確立すると、制御部２０は、当該患者の患者側動画３０６を含む動画ウィンドウ３２２を最上位層に表示させる。これにより、医療関係者は、自身が受け持つ任意の患者と対話をすることができる。

【0185】

図１１は、患者閲覧画面３００上に表示される、通信途絶通知３４０の一例を示す図である。一例として、通信途絶通知３４０は、リハビリの中止を患者に指示する中止指示通知を兼ねていてもよい。通信途絶通知３４０は、ＰＣ２と支援サーバ１との間の通信路に障害が発生した場合に、所定のタイミングで患者閲覧画面３００上に表示される。例えば、制御部３０は、図７に示される時点ｔ４において支援サーバ１から送信された中止指示に応答して、機器制御部８８がエルゴメータ５の負荷の提供を停止させたときに（Ｓ７）、通信途絶通知３４０を表示部３４に表示させてもよい。

【0186】

患者に提示される通信途絶通知３４０において、タブレット３側およびＰＣ２側のいずれの問題で通信不良が生じているのかを示すことは重要ではない。患者には、医療関係者と連絡が取れない状況と、そのような状況下で運動を継続すべきでないことが伝達されればよい。そこで、通信途絶通知３４０は、タブレット３と支援サーバ１との間の通信路に障害が発生した場合にも、所定のタイミングで患者閲覧画面３００上に表示されてもよい。例えば、制御部３０は、図８に示される時点ｔ８において、機器制御部８８がエルゴメータ５の負荷の提供を停止させたときに（Ｓ２４）、通信途絶通知３４０を表示部３４に表示させてもよい。

【0187】

これにより、患者は、医療関係者と連絡が取れない状況にあることを把握し、運動を中止しなければならないと理解することができる。

【0188】

通信途絶通知３４０については、医療関係者のＰＣ２に提示する場合とは異なり、患者に不要な心配を与えないために、不通の原因などの細かい情報の提示は行わなくてもよい。通信上のどのようなトラブルが生じても、例えば、「通信状態が不良です。少しお待ちください。」などの簡単なメッセージで構成されていてもよい。通信途絶通知３４０は、患者の不安を和らげるために、問合せ先の電話番号などを含んでいてもよい。

【0189】

図１２は、医師閲覧画面３２０上に表示される、通信途絶警告３５０（第１所定メッセージ）の一例を示す図である。通信途絶警告３５０は、ＰＣ２と支援サーバ１との間の通信路に障害が発生した場合に、所定のタイミングで医師閲覧画面３２０上に表示される。例えば、報知部７４は、応答受信部７２が応答信号を受信しなくなって１０秒が経過した時点ｔ２（図７）において、通信途絶警告３５０を表示部２２に表示させる（図７のＳ５）。

【0190】

通信途絶警告３５０は、例えば、支援サーバ１とＰＣ２との通信状態が不良である旨を報知するテキストデータ３５１、および、リハビリを中止するまでの時間をカウントダウン形式で示すタイマ表示３５２を含んでいてもよい。

【0191】

これにより、医療関係者は、自身のＰＣ２側に通信の問題があるために、受け持ちのすべての患者と連絡が取れない状況にあることをいち早く察知し、この問題に対処するための行動にすぐに移ることができる。

【0192】

図１３は、医師閲覧画面３２０上に表示される、通信途絶通知３６０（第２所定メッセージ）の一例を示す図である。通信途絶通知３６０は、タブレット３と支援サーバ１との間の通信路に障害が発生した場合に、所定のタイミングで医師閲覧画面３２０上に表示される。支援サーバ１が患者のタブレット３からキープアライブ信号を受信しなくなって６０秒が経過した時点ｔ１０（図８）で、ＰＣ２は、通信途絶通知３６０を支援サーバ１から受信する（図８のＳ２５）。例えば、報知部７４は、ステップＳ２６にて、支援サーバ１から受信した通信途絶通知３６０を表示部２２に表示させる。

【0193】

これにより、支援サーバ１とタブレット３との通信状態が不良であることを、医療関係者に通知することができる。その結果として、医療関係者は、リハビリを継続または中止するための対応をとることができる。例えば、医療関係者は、通信状態が不良である患者に対して、リハビリ支援システムと異なる任意の通信手段（電話、ＳＮＳなど）を用いてリハビリの中止を指示することが可能となる。

【0194】

図１４は、患者閲覧画面３００上に表示される、途絶解消通知３４１の一例を示す図である。途絶解消通知３４１は、タブレット３と支援サーバ１との間の通信路も障害が発生した後、障害が取り除かれて通信路が復旧した場合に、所定のタイミングで患者閲覧画面３００上に表示される。例えば、制御部３０は、図８に示すステップＳ２２にて通信ネットワークの切り替えが成功したとき、途絶解消通知３４１を表示部３４に表示させてもよい。あるいは、制御部３０は、ステップＳ２７にて再起動が成功し、第２通信ネットワーク８が復旧した後、途絶解消通知３４１を表示部３４に表示させてもよい。

【0195】

これにより、患者は、医療関係者と再び連絡が取れるようになったことを把握し、リハビリの再開に向けた行動に移ることができる。

【0196】

図１５は、医師閲覧画面３２０上に表示される、途絶解消通知３６１の一例を示す図である。途絶解消通知３６１は、タブレット３と支援サーバ１との間の通信路も障害が発生した後、障害が取り除かれて通信路が復旧した場合に、所定のタイミングで医師閲覧画面３２０上に表示される。例えば、報知部７４は、支援サーバ１から途絶解消通知３６１を受信した後（図８のＳ３１）、支援サーバ１から受信した途絶解消通知３６１を表示部２２に表示させてもよい（Ｓ３２）。

【0197】

これにより、医療関係者は、患者と再び連絡が取れるようになったことを把握し、リハビリの再開に向けた行動に移ることができる。例えば、負荷指示を、支援サーバ１を介して患者のタブレット３宛てに送信したり、患者と対話してリハビリの再開手順を詳しく指示したりすることができる。

【0198】

〔変形例〕
（通信の途絶を監視する構成について）
タイマ部８５は、主通信制御部８１または副通信制御部８２、広域通信部３２、および、機器制御部８８の動作を監視し、最新の心電図データが送信されてから次の心電図データが送信されるまでの経過時間を計測するように構成されていてもよい。あるいは、制御部３０は、不図示の動作監視部を備え、該動作監視部は、機器制御部８８によって生成された心電図データを、広域通信部３２が、定期的に（例えば、３秒に１回のペースで）支援サーバ１に送信しているか否かを監視してもよい。機器制御部８８は、心電計４から受信した心電波形に係る数値情報に基づいて、定期的に（例えば、３秒に１回）、心電図データを生成するように構成されていてもよい。また、機器制御部８８は、撮像部３３から、患者の顔画像を３秒に１枚取得し、広域通信部３２を介して支援サーバ１に送信するように構成されていてもよい。

【0199】

タイマ部８５または動作監視部は、一例として、９秒間心電図データが送信されないことに基づいて、タブレット３と支援サーバ１との間で通信の途絶が発生したことを検知してもよい。タイマ部８５または動作監視部が、通信の途絶を検知したことに応じて、通信切替部８６および通信再起動部８７の各部は、通信途絶に対する対処を実行してもよい（ステップＳ２１～Ｓ２４など）。

【0200】

具体的には、タブレット３の通信再起動部８７は、第２通信ネットワーク８のＷｉＦｉ（登録商標）のオン／オフを行って、ＷｉＦｉ（登録商標）が通信途絶の原因である可能性を排除してもよい。通信切替部８６は、第３通信ネットワーク９のＬＴＥへの切り替えを行ってもよい。機器制御部８８は、上述のいずれの対処によっても、心電図データの送信が再開されない場合には、各周辺機器（特に、エルゴメータ５）を制御して、リハビリを中止させる。ここで、心電図データを送信することはできないが、キープアライブ信号の送受信が維持されている場合には、帯域幅の問題であって、通信路自体は確保できていると判断し、主通信制御部８１または副通信制御部８２は、逐一、タブレット３の状況を支援サーバ１に報告する。

【0201】

また、支援サーバ１の制御部１０は、一例として、心電図データが送られてこない期間が９秒になったことをタイマ部６５が検知したことに基づいて、通信異常を検知してもよい。通信異常を検知した支援サーバ１の制御部１０は、速やかに、ＰＣ２に異常を知らせる通信途絶通知を送信する（Ｓ２５）。支援サーバ１から通信途絶通知を受信したＰＣ２の報知部７４は、表示部２２に通信途絶警告３５０などのダイアログを表示させる。ここで、表示される通信途絶警告３５０は、例えば、６０秒をカウントするカウンタを含んでいてもよい。

【0202】

このカウンタが０になるまでに、つまり、６０秒経過するまでにＰＣ２が心電図データを受信できなかった場合、支援サーバ１は、タブレット３との間でキープアライブ信号が送受信できていたか否かを判定する。支援サーバ１は、キープアライブ信号が不通であったと判定した場合は、「リハビリが自動的に中止されたと推測される」旨のメッセージを、ＰＣ２に送信する。

【0203】

一方、支援サーバ１は、キープアライブ信号の送受信が維持されていると判定した場合は、患者が操作するタブレット３から、リハビリの中止動作に入った旨の報告を受けて、その旨を通知するメッセージをＰＣ２に送信する。

【0204】

つまり、いずれの場合でも、画像の送信が滞った場合には、リハビリは自動的に中止される。

【0205】

上述のとおり、支援サーバ１とＰＣ２との間の通信に関しては、キープアライブ信号を用いて通信路が監視される。一方、支援サーバ１とタブレット３との間の通信に関しては、画像の送信間隔に基づいて、帯域幅が監視されることに加えて、キープアライブ信号を用いて通信路が監視される。

【0206】

（通信途絶を解消する構成について）
図８では、第２通信ネットワーク８の通信機能の再起動は、リハビリ中止よりも前に実行される例について説明した。ここで、通信再起動部８７が、ルータなどの通信機能を再起動するとき、この再起動には、数分程度の比較的長い時間を要する場合がある。そこで、他の例では、通信再起動部８７は、ルータなどの通信機能の再起動を、リハビリが中止された後に実行してもよい。回線障害の種類によっては、次回のリハビリ実施時にも、そのまま今回の回線障害が残ってしまう可能性がある。そのため、今回のリハビリが中止された後でも回線の回復作業を行っておくことが望ましい。なお、通信再起動部８７による再起動によっても回線が回復しない場合、支援システム１００において、支援サーバ１を運営する運営会社のオペレータが、手動遠隔操作によって回復作業を試行できるように、支援サーバ１とタブレット３とを構成してもよい。さらに、遠隔での回復作業によっても回復が見込めない場合には、居宅に敷設されている機器の故障などを念頭に置いて、運営会社は、オペレータを患者の居宅に派遣して改修作業を実施するようなサービスを患者に対して提供してもよい。

【0207】

〔ソフトウェアによる実現例〕
支援サーバ１の制御ブロック（特に、医療側通信制御部６１、患者側通信制御部６２、中継処理部６３、信号送受信部６４、タイマ部６５、遠隔中止指示部６６および通知送信部６７）は、集積回路（ＩＣチップ）等に形成された論理回路（ハードウェア）によって実現してもよいし、ソフトウェアによって実現してもよい。

【0208】

ＰＣ２の制御ブロック（特に、信号送信部７１、応答受信部７２、タイマ部７３および報知部７４）は、集積回路（ＩＣチップ）等に形成された論理回路（ハードウェア）によって実現してもよいし、ソフトウェアによって実現してもよい。

【0209】

タブレット３の制御ブロック（特に、主通信制御部８１、副通信制御部８２、信号送信部８３、応答受信部８４、タイマ部８５、通信切替部８６、通信再起動部８７および機器制御部８８）は、集積回路（ＩＣチップ）等に形成された論理回路（ハードウェア）によって実現してもよいし、ソフトウェアによって実現してもよい。

【0210】

ソフトウェアによって実現する場合、支援サーバ１、ＰＣ２およびタブレット３は、各機能を実現するソフトウェアであるプログラムの命令を実行するコンピュータを備えている。このコンピュータは、例えば１つ以上のプロセッサを備えていると共に、前記プログラムを記憶したコンピュータ読み取り可能な記録媒体を備えている。そして、前記コンピュータにおいて、前記プロセッサが前記プログラムを前記記録媒体から読み取って実行することにより、本発明の目的が達成される。前記プロセッサとしては、例えばＣＰＵ（Central Processing Unit）を用いることができる。前記記録媒体としては、「一時的でない有形の媒体」、例えば、ＲＯＭ（Read Only Memory）等の他、テープ、ディスク、カード、半導体メモリ、プログラマブルな論理回路などを用いることができる。また、前記プログラムを展開するＲＡＭ（Random Access Memory）などをさらに備えていてもよい。また、前記プログラムは、該プログラムを伝送可能な任意の伝送媒体（通信ネットワークや放送波等）を介して前記コンピュータに供給されてもよい。なお、本発明の一態様は、前記プログラムが電子的な伝送によって具現化された、搬送波に埋め込まれたデータ信号の形態でも実現され得る。

【0211】

〔付記事項〕
本開示に係るリハビリテーション支援システム（支援システム１００）は、リハビリテーションを支援するリハビリテーション支援システムであって、前記リハビリテーションの支援業務を行うためのサーバ装置（支援サーバ１）と、医療関係者が使用し、第１通信ネットワーク７を介して前記サーバ装置と通信する医療端末装置（ＰＣ２）と、前記医療関係者の監視対象者であって前記リハビリテーションを受ける患者が使用し、前記第１通信ネットワーク７と異なる第２通信ネットワーク８を介して前記サーバ装置と通信し、前記患者に負荷を提供する機器（負荷提供機器、エルゴメータ５）と接続される患者端末装置（タブレット３）とを備え、前記サーバ装置は、前記リハビリテーションの実施中、前記医療端末装置および前記患者端末装置を送信元とするキープアライブ信号の各々を受信し、当該受信に対する応答信号を前記送信元のすべてに対して送信するキープアライブ信号送受信部（信号送受信部６４）を備えている。

【0212】

上述の構成によれば、リハビリテーション支援システムは、サーバ装置、医療端末装置、および患者端末装置を備えている。そして、サーバ装置は、リハビリテーションの実施中、医療端末装置および患者端末装置を送信元とするキープアライブ信号の各々を受信する。さらに、サーバ装置は、受信したキープアライブ信号に対する応答信号を、送信元のすべて（つまり、医療端末装置および患者端末装置）に対して送信する。なお、キープアライブ信号は、比較的短い所定間隔（例えば５秒毎）で送受信される数十バイト程度の文字列である。

【0213】

これにより、サーバ装置は、医療端末装置との通信状態の良否、および患者端末装置との通信状態の良否について、リハビリテーションの実施中、継続的に監視することが可能となる。

【0214】

前記医療端末装置は、前記キープアライブ信号送受信部から前記応答信号を受信する医療側応答受信部（応答受信部７２）と、前記医療側応答受信部が前記応答信号を第１所定期間受信しないとき、第１所定メッセージを出力する出力部（報知部７４）とを備えていてもよい。

【0215】

上述の構成によれば、医療端末装置は、サーバ装置からキープアライブ信号に対する応答信号を第１所定期間受信しないとき、第１所定メッセージを出力する。第１所定期間は、例えば１０秒である。第１所定メッセージは、例えば、サーバ装置と医療端末装置との通信状態が不良であることを示す情報、および、リハビリテーションを中止するまでの残り時間をカウントダウンして示すタイマ情報等を含んでいてもよい。

【0216】

これにより、サーバ装置と患者端末装置との通信状態が不良であることを医療関係者に通知することができる。その結果として、医療関係者は、リハビリテーションを継続または中止するための対応をとることができる。例えば、医療関係者は、通信状態を回復させるための行動（通信機器の再起動など）を起こしたり、リハビリテーション支援システムと異なる任意の通信手段（電話、ＳＮＳなど）を用いてリハビリテーションの中止を患者に指示したりすることが可能となる。

【0217】

前記サーバ装置は、前記キープアライブ信号送受信部が前記医療端末装置から前記キープアライブ信号を前記第１所定期間より長い第２所定期間受信しないとき、前記患者端末装置の各々に対して前記機器による負荷提供の中止を指示するサーバ側中止指示部（遠隔中止指示部６６）を備えていてもよい。

【0218】

上述の構成によれば、サーバ装置は、医療端末装置から、キープアライブ信号を第２所定期間受信しないとき、患者端末装置の各々に対して機器による負荷提供の中止を指示する。第２所定期間は、例えば９０秒である。

【0219】

これにより、サーバ装置と医療端末装置との通信状態が継続的に不良である場合、サーバ装置から患者端末装置を介して、機器による負荷提供の中止を指示することができる。その結果、医療関係者が患者を監視できない状況下でリハビリテーションが継続されるという事態を回避することができる。

【0220】

前記患者端末装置は、前記キープアライブ信号送受信部から前記応答信号を受信する患者側応答受信部（応答受信部８４）と、前記患者側応答受信部が前記応答信号を予め定められた上限期間受信しない時点で前記機器による負荷提供の中止を指示する端末側中止指示部（機器制御部８８）を備えていてもよい。

【0221】

上述の構成によれば、患者端末装置は、通信不良が解消されず、したがって、サーバ装置からの応答信号を上限期間になっても受信しない時点で、負荷提供機器による負荷提供の中止を指示する。上限期間は、例えば６０秒である。

【0222】

これにより、サーバ装置と患者端末装置との通信状態が回復しない場合、上限期間後に、負荷提供機器による負荷提供を自動で中止することができる。その結果、医療関係者が患者を監視できない状況下でリハビリテーションが継続されるという事態を回避することができる。

【0223】

前記患者端末装置は、前記第１通信ネットワークおよび前記第２通信ネットワークと異なる第３通信ネットワークを介して前記サーバ装置と通信可能であり、前記患者側応答受信部が前記応答信号を受信しない期間が前記上限期間に到達する前に、前記患者側応答受信部が前記応答信号を第３所定期間受信しないとき、前記サーバ装置と通信するための通信ネットワークを、前記第２通信ネットワークから前記第３通信ネットワークに切り替える通信切替部を備えていてもよい。

【0224】

上述の構成によれば、患者端末装置は、サーバ装置からの応答信号を第３所定期間受信しないとき、サーバ装置と通信するための通信ネットワークを、第２通信ネットワークから第３通信ネットワークに切り替える。第３所定期間は、例えば１０秒である。第２通信ネットワークの典型例は、例えばＷｉＦｉ（登録商標）等の無線ＬＡＮを含むネットワークであり、第３通信ネットワークの典型例は、例えばＬＴＥ等の通信網を含むネットワークある。

【0225】

これにより、患者端末装置が通信ネットワークを自動で切り替えるため、サーバ装置との通信状態の回復を試みることができる。その結果、通信状態が回復すれば、リハビリテーションを継続することができる。また、通信ネットワークの切り替えは自動で行われるため、仮に患者のＩＴリテラシーが低くてもサーバ装置と患者端末装置との通信状態を回復させることができる。

【0226】

また、通信ネットワークの切り替えは、応答信号を受信しなくなってから上限期間が経過するまでに実施される。そのため、通信ネットワークの切り替えが成功した場合には、リハビリテーションの中止を回避することができる。

【0227】

前記通信切替部は、前記第２通信ネットワークにおける通信状態の不良が解消した場合に、前記サーバ装置と通信するための通信ネットワークを、前記第３通信ネットワークから前記第２通信ネットワークに切り替えてもよい。

【0228】

上述の構成によれば、通信切替部は、第２通信ネットワークの通信不良に対処して、使用する通信ネットワークを第３通信ネットワークに切り替えた後、当該通信不良が解消した場合には、使用する通信ネットワークを第２通信ネットワークに戻す。

【0229】

例えば、第２通信ネットワークを使用した通信の方が、第３通信ネットワーク使用した場合と比較して、費用面または速度面などで優位な場合に、可能な限り優位な通信ネットワークを使用するように患者端末装置を構成することができる。これにより、患者のＩＴリテラシーが低く、最適な通信ネットワークを適時に選択する知識を有していなくとも、患者は、第２通信ネットワークの優位な側面の恩恵を受けることができる。

【0230】

前記患者端末装置は、前記患者側応答受信部が前記応答信号を受信しない期間が前記上限期間に到達する前に、前記患者側応答受信部が前記応答信号を第４所定期間受信しないとき、前記第２通信ネットワークを用いて通信を行うための機能を再起動させる通信再起動部を備えていてもよい。

【0231】

上述の構成によれば、患者端末装置は、サーバ装置からの応答信号を第４所定期間受信しないとき、第２通信ネットワークを用いて通信を行うための機能を再起動させる。第４所定期間は、例えば６０秒である。

【0232】

これにより、患者端末装置が第２通信ネットワークを用いて通信を行うための機能を自動で再起動させるため、サーバ装置との通信状態の回復を試みることができる。その結果、通信状態が回復すれば、リハビリテーションを継続することができる。また、再起動は自動で行われるため、仮に患者のＩＴリテラシーが低くてもサーバ装置と患者端末装置との通信状態を回復させることができる。

【0233】

また、再起動は、応答信号を受信しなくなってから上限期間が経過するまでに実施される。そのため、通信ネットワークの切り替えが成功した場合には、リハビリテーションの中止を回避することができる。

【0234】

前記サーバ装置は、前記キープアライブ信号送受信部が前記患者端末装置から前記キープアライブ信号を第５所定期間受信しないとき、前記医療端末装置に対して第２所定メッセージを送信する送信部を備えていてもよい。

【0235】

上述の構成によれば、サーバ装置は、患者端末装置からキープアライブ信号を第５所定期間受信しないとき、医療端末装置に対して第２所定メッセージを送信する。第５所定期間は、例えば６０秒である。第２所定メッセージは、例えば、サーバ装置と患者端末装置との通信状態が不良であることを示す情報、および、リハビリテーションを中止するまでの残り時間をカウントダウンして示すタイマ情報等を含んでいてもよい。

【0236】

これにより、サーバ装置と患者端末装置との通信状態が不良であることを、医療関係者に通知することができる。その結果として、医療関係者は、リハビリテーションを継続または中止するための対応をとることができる。例えば、医療関係者は、通信状態が不良である患者に対して、リハビリテーション支援システムと異なる任意の通信手段（電話、ＳＮＳなど）を用いてリハビリテーションの中止を指示することが可能となる。

【0237】

本開示に係るリハビリテーション支援サーバ（支援サーバ１）は、リハビリテーションの支援業務を行うためのリハビリテーション支援サーバであって、医療関係者が使用する医療端末装置（ＰＣ２）と第１通信ネットワークを介して通信する第１通信制御部（医療側通信制御部６１）と、前記医療関係者の監視対象者であって前記リハビリテーションを受ける患者が使用し、前記患者に負荷を提供する機器（エルゴメータ５）と接続される患者端末装置（タブレット３）と前記第１通信ネットワーク７と異なる第２通信ネットワーク８を介して通信する第２通信制御部（患者側通信制御部６２）と、前記リハビリテーションの実施中、前記医療端末装置および前記患者端末装置を送信元とするキープアライブ信号の各々を受信し、当該受信に対する応答信号を前記送信元のすべてに対して送信するキープアライブ信号送受信部（信号送受信部６４）を備えている。上述の構成によれば、請求項１と同様の効果を奏する。

【0238】

本開示に係る医療端末装置の制御方法は、医療関係者が使用する医療端末装置の制御方法であって、前記医療端末装置は、第１通信ネットワークを介して、リハビリテーションの支援業務を行うためのサーバ装置と通信するものであり、前記サーバ装置は、前記リハビリテーションの実施中、前記医療関係者の監視対象者であって前記リハビリテーションを受ける患者が使用する患者端末装置、および、前記医療端末装置を送信元とするキープアライブ信号の各々を受信し、当該受信に対する応答信号を前記送信元のすべてに対して送信するキープアライブ信号送受信部を備えるものであり、前記患者端末装置は、前記第１通信ネットワークと異なる第２通信ネットワークを介して前記サーバ装置と通信し、前記患者に負荷を提供する機器と接続されるものであり、前記医療端末装置が、前記キープアライブ信号送受信部から前記応答信号を受信すること、および、前記応答信号を第１所定期間受信しないとき、第１所定メッセージを出力することを含む。上述の方法によれば、請求項２と同様の効果を奏する。

【0239】

本開示に係る患者端末装置の制御方法は、医療関係者の監視対象者であってリハビリテーションを受ける患者が使用する患者端末装置の制御方法であって、前記患者端末装置は、リハビリテーションの支援業務を行うためのサーバ装置と医療関係者が使用する医療端末装置とが通信するための第１通信ネットワークと異なる第２通信ネットワークを介して前記サーバ装置と通信し、前記患者に負荷を提供する機器と接続されるものであり、前記サーバ装置は、前記リハビリテーションの実施中、前記医療端末装置および前記患者端末装置を送信元とするキープアライブ信号の各々を受信し、当該受信に対する応答信号を前記送信元のすべてに対して送信するキープアライブ信号送受信部を備えるものであり、前記患者端末装置が、前記キープアライブ信号送受信部から前記応答信号を受信すること、および、前記応答信号を予め定められた上限期間受信しない時点で前記機器による負荷提供の中止を指示することを含む。上述の方法によれば、請求項４と同様の効果を奏する。

【0240】

本発明は上述した各実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。

【符号の説明】

【0241】

１ 支援サーバ、２ ＰＣ、３ タブレット、４ ウェアラブル心電計、５ エルゴメータ、７ 第１通信ネットワーク、８ 第２通信ネットワーク、９ 第３通信ネットワーク、６１ 医療側通信制御部、６２ 患者側通信制御部、６３ 中継処理部、６４ 信号送受信部、６６ 遠隔中止指示部、６７ 通知送信部、７１ 信号送信部、７２ 応答受信部、７４ 報知部、８１ 主通信制御部、８２ 副通信制御部、７１ 信号送信部、７２ 応答受信部、８６ 通信切替部、８７ 通信再起動部、８８ 機器制御部、１００ リハビリテーション支援システム、３５０ 通信途絶警告（第１所定メッセージ）、３６０ 通信途絶通知（第２所定メッセージ）

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】