(57)【要約】【課題】在宅医療機器のユーザにとっての利便性を向上させ、且つ在宅医療用器械の使用に関するユーザサポートサービスの質的向上および効率化、ならびに当該器械のメンテナンスの効率化を図ること。【解決手段】宅内通信システムＡにおいて、アダプタ１５０は、酸素濃縮器１３０の動作情報を酸素濃縮器１３０のＭＰＵから受信する。通信制御装置（ＣＢ）１１０は、アダプタ１５０から酸素濃縮器１３０の動作情報を無線で受信し、受信した動作情報をサーバシステムＣに送信する。アダプタ１５０は、ＣＢ１１０からの要求に従って、当該要求前に酸素濃縮器１３０のＭＰＵから受信した動作情報をＣＢ１１０に無線で送信し、ＣＢ１１０は、アダプタ１５０への要求を周期的に送信する。【選択図】図１
2015127980.tif 000002
【特許請求の範囲】
【請求項１】
在宅医療の用途で宅内にて使用される器械の動作情報を収集する、前記宅内に設けられた在宅医療用の通信制御システムであって、
前記器械の動作情報を前記器械の制御部から受信する第１の通信装置と、
前記第１の通信装置から前記器械の動作情報を無線で受信し、前記第１の通信装置から受信した動作情報を外部に送信する第２の通信装置と、を有し、
前記第１の通信装置は、前記第２の通信装置からの要求に従って、当該要求前に前記器械の制御部から受信した動作情報を前記第２の通信装置に無線で送信し、
前記第２の通信装置は、前記第１の通信装置への要求を周期的に送信する、
在宅医療用の通信制御システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、在宅医療用の通信制御システムに関する。
【背景技術】
【０００２】
在宅医療の用途で使用される従来の通信制御システムとしては、例えば特許文献１に記載された、在宅医療機器の異常通報システムがある。
【０００３】
この異常通報システムは、在宅酸素療法（ＨＯＴ：home oxygen therapy）による治療行為を患者に行うために患者の宅内に設置された酸素濃縮器の異常を在宅医療支援機関に通報するものである。酸素濃縮器内の運転制御用コンピュータが異常を検出すると、その運転制御用コンピュータが、異常検出をトリガとして、酸素濃縮器に設けられた無線通信モジュールに、携帯電話の回線を介して在宅医療支援機関側サーバへの異常通報送信を行わせる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００６−３３１４５５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
一般に、在宅医療機器、特に上記特許文献１において監視対象となっている酸素濃縮器は、日常的に且つ長期間にわたって使用されるものである。そのため、治療行為の際にユーザ（患者やその家族等）が在宅医療機器を使用しやすく、患者が治療行為を受けやすい場所に、在宅医療機器を設置する必要がある。
【０００６】
一方、上記特許文献１記載の異常通報システムでは、外部サーバへの異常通報を行う無線通信モジュールが在宅医療機器自体に設けられており、確実な異常通報のために携帯電話回線の基地局との通信状態を良好に保持できる場所を、設置場所とする必要がある。
【０００７】
しかしながら、使用時にユーザにとって便利な場所が必ずしも、外部との通信状態を良好に保持できる場所であるとは限らない。
【０００８】
よって、上記特許文献１記載の異常通報システムにおいては、在宅医療機器の設置場所が制限されるため、ユーザにとっての利便性向上に一定の限界がある。
【０００９】
また、上記特許文献１記載の異常通報システムにおいては、外部に通報される動作情報は、在宅医療機器の異常であるため、異常以外の詳細な動作状態を外部で把握することは困難である。さらに、異常発生が通報のトリガとなっているため、異常発生がない限り、外部では在宅医療機器について何の情報も得ることができない。
【００１０】
さらに、在宅医療の実施においては、様々な器械を、使用者である患者の疾患状態に応じて使用することがある。使用する器械の例としては、治療行為を行う医療機器、超音波画像撮像等の医療検査を行う医療機器、血圧計や体温計、体重計等の計測目的の医療機器（ヘルスケア機器）、情報端末が付属するベッドや電動カート等の生活動作を補助する介護用品（介護機器）、外部バッテリ等の付属品、および各種周辺機器等が、挙げられる。以下の説明では、これら在宅医療の用途で宅内にて使用される器械を「在宅医療用器械」という。
【００１１】
ところが、上記特許文献１記載の異常通報システムにおいては、それらの動作状態について外部では全く把握できない。
【００１２】
すなわち、上記特許文献１記載の異常通報システムでは、外部で把握可能な動作状態およびその把握タイミングが非常に制限されており、ユーザサポートサービスの質的向上および効率化、ならびにメンテナンスの効率化を図ることができない。
【００１３】
本発明の目的は、在宅医療機器のユーザにとっての利便性を向上させ、且つ在宅医療用器械の使用に関するユーザサポートサービスの質的向上および効率化、ならびに器械メンテナンス効率化を実現できる在宅医療用の通信制御システムを提供することである。
【課題を解決するための手段】
【００１４】
本発明の在宅医療用の通信制御システムは、在宅医療の用途で宅内にて使用される器械の動作情報を収集する、前記宅内に設けられた在宅医療用の通信制御システムであって、前記器械の動作情報を前記器械の制御部から受信する第１の通信装置と、前記第１の通信装置から前記器械の動作情報を無線で受信し、前記第１の通信装置から受信した動作情報を外部に送信する第２の通信装置と、を有し、前記第１の通信装置は、前記第２の通信装置からの要求に従って、当該要求前に前記器械の制御部から受信した動作情報を前記第２の通信装置に無線で送信し、前記第２の通信装置は、前記第１の通信装置への要求を周期的に送信する。
【発明の効果】
【００１５】
本発明によれば、在宅医療機器のユーザにとっての利便性を向上させ、且つ在宅医療用器械の使用に関するユーザサポートサービスの質的向上および効率化、ならびに当該器械のメンテナンスの効率化を図ることができる。
【図面の簡単な説明】
【００１６】
【図１】本発明の実施の形態１の在宅医療支援システムの構成を示すブロック図
【図２】図１に示す在宅医療支援システムの通信制御装置の構成を示すブロック図
【図３】（ａ）図２に示す通信制御装置の外観を示す前面斜視図、（ｂ）図２に示す通信制御装置の外観を示す背面斜視図
【図４】図２に示す通信制御装置のＬＥＤ表示部の構成を示す図
【図５】図１に示す在宅医療支援システムの酸素濃縮器およびその通信アダプタの構成を示すブロック図
【図６】図５に示す通信アダプタの外観を示す前面斜視図
【図７】図１に示す在宅医療支援システムの血圧計およびその通信アダプタの構成を示すブロック図
【図８】本発明の実施の形態１における通信制御装置とサーバとの通信の種別を説明するための図
【図９】本発明の実施の形態１における端末登録を説明するためのシーケンス図
【図１０】本発明の実施の形態１における定期収集およびそれに伴う緊急通信を説明するためのシーケンス図
【図１１】図１０に示す定期収集時の通信制御装置における記録処理を説明するための図
【図１２】（ａ）本発明の実施の形態１における動作情報一覧表示の例を説明するための図、（ｂ）本発明の実施の形態１における動作情報詳細表示の例を説明するための図、（ｃ）本発明の実施の形態１における動作情報詳細表示の他の例を説明するための図
【図１３】本発明の実施の形態１における確認通信を説明するためのシーケンス図
【図１４】本発明の実施の形態１における定期通信を説明するためのシーケンス図
【図１５】本発明の実施の形態１における定期収集、緊急通信および定期通信の関係を説明するための図
【図１６】本発明の実施の形態１における点検通信を説明するためのシーケンス図
【図１７】本発明の実施の形態１における任意通信を説明するためのシーケンス図
【図１８】本発明の実施の形態２の通信制御装置の構成を示すブロック図
【図１９】本発明の実施の形態３の通信制御装置の構成を示すブロック図
【図２０】本発明の実施の形態３の補助表示装置の構成を示すブロック図
【図２１】図１９に示す通信制御装置および図２０に示す補助表示装置における動作情報表示の例を説明するための図
【発明を実施するための形態】
【００１７】
以下、本発明の実施の形態について、図面を用いて詳細に説明する。
【００１８】
（実施の形態１）
図１は、本発明の実施の形態１に係る在宅医療支援システムの構成を示すブロック図である。図１の在宅医療支援システムは、宅内通信システムＡ、公衆通信網Ｂ、サーバシステムＣ、およびデータ閲覧システムＤを有する。
【００１９】
在宅医療用のデータ通信システムとしての宅内通信システムＡは、在宅医療を受ける患者の宅内に設置される。宅内通信システムＡは、通信制御装置（コントロールボックス（以下「ＣＢ」と略記する））１１０、公衆通信網通信モジュール（以下「公衆通信モジュール」と略記する）１２０、酸素濃縮器１３０、血圧計１４０、および通信アダプタ１５０、１６０を有する。通信アダプタ（以下、単に「アダプタ」という）１５０、１６０はそれぞれ本発明の「第１の通信装置」を構成し、ＣＢ１１０は本発明の「第２の通信装置」を構成する。
【００２０】
サーバシステムＣは、公衆通信網Ｂを介して宅内通信システムＡおよびデータ閲覧システムＤと通信可能であり、サーバ１７０および公衆通信モジュール１７１を有する。
【００２１】
データ閲覧システムＤは、在宅医療支援機関のパソコン１７２および携帯電話１７３を含む。
【００２２】
図２は、ＣＢ１１０の構成を示すブロック図である。ＣＢ１１０は、演算処理装置（ＭＰＵ：Micro-Processing Unit）１１１、メモリ１１２、ＲＳ２３２Ｃインタフェース１１３、近距離無線通信モジュール（以下「近距離通信モジュール」と略記する）１１４、操作部１１５、および発光ダイオード（ＬＥＤ：Light Emitting Diode）表示部１１６を有する。ＣＢ１１０は、ＡＣ１００Ｖ電源１１７から電源供給を受ける。
【００２３】
制御部としてのＭＰＵ１１１は、ＣＢ１１０内部に予め記憶されているソフトウェアプログラムを実行してＣＢ１１０全体の動作を司るコンピュータである。
【００２４】
メモリ１１２は、例えば８メガバイト程度の容量を有するフラッシュメモリ等の記憶装置である。
【００２５】
ＲＳ２３２Ｃインタフェース１１３は、公衆通信モジュール１２０を用いて宅外（本実施の形態ではサーバシステムＣ）と通信するためにＲＳ２３２Ｃケーブル１１３ａを介して公衆通信モジュール１２０と接続するインタフェースである。ＲＳ２３２Ｃインタフェース１１３は、ＲＳ２３２Ｃコネクタ（後述する）、およびＲＳ２３２Ｃドライバ回路（図示せず）を含む。
【００２６】
公衆通信モジュール１２０は、ＣＢ１１０からバスパワーによる電源供給を受けて動作する通信モジュールであり、例えばＰＨＳ（Personal Handy-phone System）端末またはモデム端末等のような通信端末である。ＲＳ２３２Ｃインタフェース１１３と公衆通信モジュール１２０との組み合わせは、ＣＢ１１０における第１の通信部を構成する。
【００２７】
第２の通信部としての近距離通信モジュール１１４は、Ｂｌｕｅｔｏｏｔｈ（登録商標）通信によって他の機器（本実施の形態ではアダプタ１５０、１６０）と通信するためのモジュールである。近距離通信モジュール１１４は、他の機器との近距離無線通信においてマスタ機器として動作する。
【００２８】
操作部１１５は、設定操作およびモード切替操作のためのボタン等の入力装置である。操作部１１５は、後述する操作パネルおよびメンテナンスボタンを含む。
【００２９】
ＬＥＤ表示部１１６は、ＣＢ１１０の動作状態をユーザに通知するために点灯または点滅するＬＥＤである。
【００３０】
図３は、ＣＢ１１０の本体外観を説明するための図であり、（ａ）はＣＢ１１０の前面斜視図であり、（ｂ）はＣＢ１１０の背面斜視図である。
【００３１】
図３に示すように、ＣＢ１１０は、箱型の筺体１８０を有し、この筺体１８０は、前述したＣＢ１１０の構成を内部に収容可能である。よって、ＣＢ１１０は、宅内通信システムＡにおいて主たる監視対象となる酸素濃縮器１３０等から分離して設置できる。
【００３２】
メンテナンスカバー１８１は、筺体１８０内部に設けられた設定パネル（図示せず）のカバーである。メンテナンスカバー１８１は、筺体１８０に着脱自在であり、装着時にはネジ孔１８２にネジを締めることにより筺体１８０に固定され、設定パネルを覆ってその誤操作を防止する。ネジを取り外すとメンテナンスカバー１８１が筺体１８０から分離され、操作パネルを用いた各種設定操作が可能となる。主電源ケーブル１８３は、ＡＣ１００Ｖ電源１１７とＣＢ１１０とを接続し、ＣＢ１１０に電源を供給するケーブルである。
【００３３】
インジケータパネル１８４は、ＬＥＤ表示部１１６のＬＥＤを用いて構成される表示パネルである。本実施の形態では、図４に示すように、ＣＢ１１０の様々な動作状態を区別して表示するために４つのＬＥＤ１８４ａ、１８４ｂ、１８４ｃ、１８４ｄが設けられている。ＬＥＤ１８４ａは、主電源ケーブル１８３がＡＣ１００Ｖ電源１１７に接続され、ＣＢ１１０が電源供給を受けているときに、点灯する。ＬＥＤ１８４ａは、メンテナンスモード中は点滅する。また、ＬＥＤ１８４ｂは、ＣＢ１１０の近距離通信モジュール１１４と他の機器との間で近距離無線通信リンクが確立され、近距離無線通信が行われているときに、点灯する。また、ＬＥＤ１８４ｃは、公衆通信モジュール１２０を介してサーバシステムＣとの通信が行われているときに、点灯する。なお、ＬＥＤ１８４ｃは、サーバシステムＣとの通信が正常に完了したときに、その旨を表現するために発光色を変え、数秒間点灯してから消灯するようにしてもよい。ＬＥＤ１８４ｄは、近距離無線通信リンクが確立できなかったとき、あるいはサーバシステムＣとの通信が確立できなかったときに、点灯し、その後その通信エラーが解消されると消灯する。
【００３４】
放熱孔１８５はＣＢ１１０内部のＭＰＵ１１１等から発せられる熱を放熱するための通気孔である。メンテナンスボタン１８６は、メンテナンスモードの実行および解除を行うスイッチである。ＲＳ２３２Ｃインタフェース１１３を構成するＲＳ２３２Ｃコネクタ１８７は、ＲＳ２３２Ｃケーブル１１３ａのコネクタである。
【００３５】
図５は、酸素濃縮器１３０およびそのアダプタ１５０の構成を示すブロック図である。
【００３６】
酸素濃縮器１３０は、ＭＰＵ１３１、メモリ１３２、およびＲＳ２３２Ｃインタフェース１３３を有する。酸素濃縮器１３０は、ＡＣ１００Ｖ電源１３４から電源供給を受ける。
【００３７】
制御部としてのＭＰＵ１３１は、酸素濃縮器１３０内部に予め記憶されているソフトウェアプログラムを実行して酸素濃縮器１３０全体の動作を司るコンピュータである。酸素濃縮器１３０の主たる機能は、高濃度酸素を生成し、これを患者に供給することである。一般に、高濃度酸素は、室内から取り込んで圧縮された空気から生成され、鼻腔カニューラを介して患者体内に導入される。他の方式によるものもあるが、いずれの方式であっても高濃度酸素の生成供給方法およびその構成は周知であるため、ここではその詳細な説明を省略する。
【００３８】
メモリ１３２は、例えば８キロバイト程度の容量を有するフラッシュメモリ等の記憶装置である。
【００３９】
通信部としてのＲＳ２３２Ｃインタフェース１３３は、アダプタ１５０と通信するためにＲＳ２３２Ｃケーブル１５３ａを介してアダプタ１５３ａと接続するインタフェースである。ＲＳ２３２Ｃインタフェース１３３は、ＲＳ２３２ＣコネクタおよびＲＳ２３２Ｃドライバ回路（いずれも図示せず）を含む。
【００４０】
アダプタ１５０は、ＭＰＵ１５１、メモリ１５２、ＲＳ２３２Ｃインタフェース１５３、および近距離通信モジュール１５４を有する。
【００４１】
制御部としてのＭＰＵ１５１は、アダプタ１５０内部に予め記憶されているソフトウェアプログラムを実行してアダプタ１５０全体の動作を司るコンピュータである。
【００４２】
メモリ１５２は、例えば８キロバイト程度の容量を有するフラッシュメモリ等の記憶装置である。
【００４３】
第１の通信部としてのＲＳ２３２Ｃインタフェース１５３は、酸素濃縮器１３０と通信するために酸素濃縮器１３０と接続するインタフェースである。ＲＳ２３２Ｃインタフェース１５３は、ＲＳ２３２ＣコネクタおよびＲＳ２３２Ｃドライバ回路（いずれも図示せず）、ならびにＲＳ２３２Ｃケーブル１５３ａを含む。
【００４４】
第２の通信部としての近距離通信モジュール１５４は、Ｂｌｕｅｔｏｏｔｈ（登録商標）通信によって他の機器（本実施の形態ではＣＢ１１０）と通信するためのモジュールである。近距離通信モジュール１５４は、他の機器との近距離無線通信においてスレーブ機器として動作する。
【００４５】
図６は、アダプタ１５０の本体外観を説明するための前面斜視図である。
【００４６】
図６に示すように、アダプタ１５０は、箱型の筺体１９０を有し、この筺体１９０は、前述したアダプタ１５０の構成を内部に収容可能である。アダプタ１５０は、ネジ孔１９１を有しており、ここに、酸素濃縮器１３０に取り付けるためのキット（図示せず）をネジで固定することができる。このキットを利用してアダプタ１５０を酸素濃縮器１３０と一体化させることができる。
【００４７】
図７は、血圧計１４０およびそのアダプタ１６０の構成を示すブロック図である。
【００４８】
血圧計１４０は、ＭＰＵ１４１、メモリ１４２、赤外線通信モジュール１４３、およびバッテリ１４４を有する。血圧計１４０は、バッテリ１４４から電源供給を受ける。
【００４９】
制御部としてのＭＰＵ１４１は、血圧計１４０内部に予め記憶されているソフトウェアプログラムを実行して血圧計１４０全体の動作を司るコンピュータである。血圧計１４０の主たる機能は、患者の血圧を測定することである。一般に、血圧の測定はオシロメトリック方式により行われる。他の方式によるものもあるが、いずれの方式であっても血圧測定方法およびその構成は周知であるため、ここではその詳細な説明を省略する。
【００５０】
メモリ１４２は、例えば８キロバイト程度の容量を有するフラッシュメモリ等の記憶装置である。
【００５１】
通信部としての赤外線通信モジュール１４３は、近距離無線通信の方式として赤外線通信を利用し、赤外線通信によって他の機器（本実施の形態ではアダプタ１６０）と通信するための通信モジュールである。
【００５２】
アダプタ１６０は、ＭＰＵ１６１、メモリ１６２、赤外線通信モジュール１６３、および近距離通信モジュール１６４を有する。アダプタ１６０は、ＡＣ１００Ｖ電源１６５から電源供給を受ける。
【００５３】
制御部としてのＭＰＵ１６１は、アダプタ１６０内部に予め記憶されているソフトウェアプログラムを実行してアダプタ１６０全体の動作を司るコンピュータである。
【００５４】
メモリ１６２は、例えば８キロバイト程度の容量を有するフラッシュメモリ等の記憶装置である。
【００５５】
第１の通信部としての赤外線通信モジュール１６３は、近距離無線通信の方式として赤外線通信を利用し、赤外線通信によって他の機器（本実施の形態では血圧計１４０）と通信するための通信モジュールである。
【００５６】
第２の通信部としての近距離通信モジュール１６４は、Ｂｌｕｅｔｏｏｔｈ（登録商標）通信によって他の機器（本実施の形態ではＣＢ１１０）と通信するためのモジュールである。近距離通信モジュール１６４は、他の機器との近距離無線通信においてスレーブ機器として動作する。
【００５７】
アダプタ１６０の本体外観は、アダプタ１５０の本体外観と同様とすることができる。
【００５８】
以上、本実施の形態の在宅医療支援システムの構成、特に宅内通信システムＡの各種装置の構成（内部構成および外観構成）について説明した。
【００５９】
なお、宅内通信システムＡの各種装置の構成は上記のものだけに限定されず、種々変更して実施することができる。例えば、近距離無線通信の方式は適宜選択可能である。
【００６０】
また、宅内通信システムＡにおいて監視対象となる在宅医療機器の例として据置型の酸素濃縮器１３０が記載されているが、これは携帯型の酸素濃縮器でもよく、据置型の酸素濃縮器でも携帯型の酸素濃縮器でもない別の医療機器でもよい。また、宅内通信システムＡにおいて監視対象となるヘルスケア機器の例として血圧計１４０が記載されているが、これは体温計や体重計等の別のヘルスケア機器でもよい。また、例えば血圧計１４０内のバッテリ１４４等のような付属品も監視対象としてよい。ただし通常、付属品自体は通信機能を有していないため、このような場合は付属品を収容する機器が、付属品についての情報の授受を付属品に代わって行う役割を担うこととなる。
【００６１】
すなわち、本実施の形態では、様々な在宅医療用器械を監視対象とすることができる。
【００６２】
次いで、上記構成を有する在宅医療支援システムにおける動作について説明する。
【００６３】
在宅医療支援システムにおける実行される動作の主たるものとしては、図８に概要として示すように、端末登録、確認通信、定期通信、緊急通信、点検通信、削除通信、および任意通信がある。
【００６４】
端末登録は、端末（つまり在宅医療用器械）を宅内に設置（交換を含む）したときにＣＢ１１０からサーバ１７０への要求によって始動する通信動作である。確認通信は、日単位の周期（例えば１日に１回の頻度）で定期的にＣＢ１１０からサーバ１７０への要求によって始動する通信動作である。定期通信は、月単位の周期（例えば１月に１回の頻度）で定期的にＣＢ１１０からサーバ１７０への要求によって始動する通信動作である。緊急通信は、在宅医療用器械から収集された動作情報の内容に基づいて必要と判断されたときに（したがって、不定期に）、ＣＢ１１０からサーバ１７０への要求によって始動する通信動作である。点検通信は、酸素濃縮器１３０のメンテナンス作業後にＣＢ１１０からサーバ１７０への要求によって始動する通信動作である。削除通信は、在宅医療用器械を宅内から撤去（交換を含む）するときにＣＢ１１０からサーバ１７０への要求によって始動する通信動作である。任意通信は、在宅医療支援機関の任意でサーバ１７０からＣＢ１１０に対して要求を発信することによって始動する通信動作である。
【００６５】
ここで、端末登録、緊急通信、確認通信、定期通信、点検通信および任意通信について順に、具体的に説明する。なお、緊急通信は、ＣＢ１１０と在宅医療用器械との定期的な通信（定期収集）の結果に応じて臨時的に行われるため、定期収集と併せて説明する。
【００６６】
なお、以下の説明では、在宅医療用器械として酸素濃縮器１３０を例にとって説明するが、血圧計１５０の場合も動作の流れは同一である。
【００６７】
また、酸素濃縮器１３０には事前にアダプタ１５０が接続されており、ＣＢ１１０と酸素濃縮器１３０とがアダプタ１５０を介して相互に通信可能な状態となっているものとする。さらに、アダプタ１５０は事前にＣＢ１１０に接続機器として登録されており、ＣＢ１１０とアダプタ１５０との間で近距離無線通信が可能な状態となっているものとする。すなわち、アダプタ１５０は、ＣＢ１１０から酸素濃縮器１３０へのコマンドをＢｌｕｅｔｏｏｔｈ（登録商標）でＣＢ１１０から受信し、これをＲＳ２３２Ｃで酸素濃縮器１３０に転送する。そして、アダプタ１５０は、酸素濃縮器１３０からのレスポンスをＲＳ２３２Ｃで酸素濃縮器１３０から受信し、これをＢｌｕｅｔｏｏｔｈ（登録商標）でＣＢ１１０に転送する。以下の説明では、便宜上、ＣＢ１１０と酸素濃縮器１３０との間での送受信が直接行われているように記述されているが、実際には前述のとおりである。
【００６８】
図９は、端末登録を説明するためのシーケンス図である。
【００６９】
端末登録は、ＣＢ１１０が端末登録要求コマンドをサーバ１７０に送信し、サーバ１７０がその許可を返信することにより、始動する（Ｓ１０１）。端末登録が始動すると、サーバ１７０は識別情報を要求するコマンド（機器識別情報取得コマンド）をＣＢ１１０に送信し、ＣＢ１１０はＣＢ１１０の識別情報をサーバ１７０に返信する（Ｓ１０２）。さらに、サーバ１７０はソフトウェアプログラムのバージョン情報を要求するコマンド（バージョン情報取得コマンド）をＣＢ１１０に送信し、ＣＢ１１０はＣＢ１１０のソフトウェアプログラムのバージョン情報をサーバ１７０に返信する（Ｓ１０３）。サーバ１７０はＣＢ１１０の識別情報およびバージョン情報をデータベースに登録する。なお、識別情報は、製品の機種名と製品のシリアル番号との組み合わせである。
【００７０】
さらに、サーバ１７０は、機器識別情報取得コマンドを登録対象の在宅医療用器械に送信すること（コマンド透過）を要求するコマンドをＣＢ１１０に送信し（Ｓ１０４）、ＣＢ１１０はこれを、登録対象の在宅医療用器械に送信する（Ｓ１０５）。酸素濃縮器１３０は、酸素濃縮器１３０の識別情報をＣＢ１１０に返信する。ＣＢ１１０は、酸素濃縮器１３０の識別情報を、メモリ１１２に保存するとともに、サーバ１７０に送信する。サーバ１７０は酸素濃縮器１３０の識別情報をデータベースに登録する。
【００７１】
なお、この例では、登録対象の在宅医療用器械として酸素濃縮器１３０だけが挙げられているため、機器識別情報取得コマンドの宛先となる在宅医療用器械が酸素濃縮器１３０だけとなっている。しかし、酸素濃縮器１３０だけでなく複数の在宅医療用器械の登録を行う場合には、ＣＢ１１０は個々の登録対象に対して順次、機器識別情報取得コマンドを送信して識別情報を収集し、これをメモリ１１２に保存するとともにサーバ１７０に送信する。このとき、サーバ１７０には、各在宅医療用器械とＣＢ１１０との接続関係を反映したツリー構造が形成されるように、各在宅医療用器械の識別情報が登録される。
【００７２】
そして、サーバ１７０は、バージョン情報取得コマンドを登録対象の在宅医療用器械に送信すること（コマンド透過）を要求するコマンドをＣＢ１１０に送信し（Ｓ１０６）、ＣＢ１１０はこれを、登録対象の在宅医療用器械に送信する（Ｓ１０７）。酸素濃縮器１３０は、酸素濃縮器１３０のソフトウェアプログラムのバージョン情報をＣＢ１１０に返信する。ＣＢ１１０は、酸素濃縮器１３０のバージョン情報を、酸素濃縮器１３０の識別情報に対応付けてメモリ１１２に保存するとともに、サーバ１７０に送信する。サーバ１７０は酸素濃縮器１３０のバージョン情報を酸素濃縮器１３０の識別情報に対応付けてデータベースに登録する。
【００７３】
データベース登録が完了すると、サーバ１７０は、カレンダーの情報を含むコマンド（カレンダー設定コマンド）をＣＢ１１０に送信する（Ｓ１０８）。ＣＢ１１０は、内部に実装しているリアルタイムクロック（ＲＴＣ）にカレンダーを設定し、カレンダー設定完了後、カレンダー設定完了をサーバ１７０に通知する。これにより、ＣＢ１１０およびサーバ１７０を同期化することができる。続いて、ＣＢ１１０は、カレンダー設定コマンドを酸素濃縮器１３０に送信する（Ｓ１０９）。酸素濃縮器１３０は、内部に実装しているＲＴＣにカレンダーを設定し、カレンダー設定完了後、カレンダー設定完了をＣＢ１１０に通知する。これにより、酸素濃縮器１３０およびＣＢ１１０も同期化することができる。
【００７４】
そして、サーバ１７０は、定期通信について予め定められているスケジュールの情報を含むコマンド（スケジュール設定コマンド）をＣＢ１１０に送信する（Ｓ１１０）。ＣＢ１１０は、受け取った情報に基づき、次回の定期通信の日時を設定する。ＣＢ１１０は、スケジュール設定完了後、スケジュール設定完了をサーバ１７０に通知する。
【００７５】
そして、サーバ１７０は、緊急通信のためのフィルタリング条件の情報を含むコマンド（フィルタ設定コマンド）をＣＢ１１０に送信する（Ｓ１１１）。ＣＢ１１０は、受け取った情報に基づき、緊急通信のためのフィルタリング条件を設定する。ＣＢ１１０は、フィルタリング条件設定完了後、フィルタリング条件設定完了をサーバ１７０に通知する。なお、フィルタリング条件については後述する。
【００７６】
そして、サーバ１７０は、積算時間取得コマンドを登録対象の在宅医療用器械に送信すること（コマンド透過）を要求するコマンドをＣＢ１１０に送信する（Ｓ１１２）。ここで、積算時間取得コマンドとは、積算時間を示す情報（稼動情報）を定期収集において報告することを要求するコマンドである。酸素濃縮器１３０についての稼動情報は、酸素濃縮器１３０を設置してからの経過時間（機器積算時間）と、酸素濃縮器１３０を用いて患者が治療行為を行った時間の合計（患者積算時間）と、を含む。機器積算時間および患者積算時間は、酸素濃縮器１３０において算出および保存される。ＣＢ１１０は、積算時間取得コマンドを、メモリ１１２に保存するとともに酸素濃縮器１３０に送信し（Ｓ１１３）、酸素濃縮器１３０は、これを定期収集に備えてメモリ１３２に保存する。積算時間取得コマンドの保存完了は、酸素濃縮器１３０からＣＢ１１０へ、そしてＣＢ１１０からサーバ１７０へと、順次報告される。
【００７７】
そして、サーバ１７０は、ログイベント取得コマンドを登録対象の在宅医療用器械に送信すること（コマンド透過）を要求するコマンドをＣＢ１１０に送信する（Ｓ１１４）。ここで、ログイベント取得コマンドとは、ログイベントを示す情報（ログ情報）を定期収集において報告することを要求するコマンドである。酸素濃縮器１３０についてのログ情報は、酸素濃縮器１３０において生じる様々なイベントをそれぞれの発生日時（年月日時分秒）とともに示す情報（ログイベント）の集合である。酸素濃縮器１３０における典型的なイベントとしては、例えば、電源オン、運転スイッチのオン／オフ、流量変更および変更後の流量、停電、電源コード抜け、測定パラメータの異常（供給する酸素の流量および濃度等）、機械（例えばコンプレッサ等）や部品（例えばカニューラ等）の異常、等がある。それぞれのイベントには予めログコードが割り当てられている。ログ情報は、酸素濃縮器１３０において生成および保存される。ＣＢ１１０は、ログイベント取得コマンドを、メモリ１１２に保存するとともに酸素濃縮器１３０に送信し（Ｓ１１５）、酸素濃縮器１３０は、これを定期収集に備えてメモリ１３２に保存する。ログイベント取得コマンドの保存完了は、酸素濃縮器１３０からＣＢ１１０へ、そしてＣＢ１１０からサーバ１７０へと、順次報告される。
【００７８】
このようにして、端末登録が行われる。
【００７９】
図１０は、定期収集およびそれに伴う緊急通信を説明するためのシーケンス図である。
【００８０】
ＣＢ１１０は、酸素濃縮器１３０と定期収集のための通信を行う。定期収集は、端末登録が完了している在宅医療用器械についての稼動情報およびログ情報を収集するための通信動作である。これは、一定のインターバルを挟みながら（例えば１時間ごとに）繰り返して周期的に行われるものであり、毎回、ＣＢ１１０から在宅医療用器械に対する要求によって始動する。なお、以下の説明において、稼動情報およびログ情報を特に区別せずにこれらに言及するときは、「動作情報」という。
【００８１】
定期収集では、まず、ＣＢ１１０は、メモリ１１２に保存されている積算時間取得コマンドに基づき、稼動情報の報告を酸素濃縮器１３０に要求し（Ｓ２０１）、酸素濃縮器１３０は、その要求時点までの機器積算時間および患者積算時間を示す稼動情報をＣＢ１１０に返信する。ＣＢ１１０は、受信した稼動情報をメモリ１１２に保存する。さらに、ＣＢ１１０は、メモリ１１２に保存されているログイベント取得コマンドに基づき、ログ情報の報告を酸素濃縮器１３０に要求し（Ｓ２０２）、酸素濃縮器１３０は、その要求時点までの全てのログイベントを示すログ情報をＣＢ１１０に返信する。ＣＢ１１０は、受信したログ情報をメモリ１１２に保存する。
【００８２】
定期収集の際にＣＢ１１０と酸素濃縮器１３０のアダプタ１５０との通信が確立できない場合、ＣＢ１１０はリトライを例えば３回繰り返す。３回繰り返しても通信が確立できなかった場合は、ＣＢ１１０は、ＣＢ１１０についての通信ログ情報として、この通信失敗を発生日時とともにメモリ１１２に保存する。ＣＢ１１０からサーバ１７０への通信ログ情報の送信は、確認通信において行われるため、後述する。
【００８３】
ここで、酸素濃縮器１３０だけでなく複数の在宅医療用器械から動作情報の収集を行う場合について、図１１を用いて説明する。
【００８４】
ＣＢ１１０は、複数（図示した例では６つ）の在宅医療用器械から動作情報を受信すると、それぞれからの動作情報が混在している受信データＲＤを得る。ＣＢ１１０は、この受信データＲＤを識別情報に基づいて器械別の受信データＲＤａ、ＲＤｂ、ＲＤｃ、ＲＤｄ、ＲＤｅ、ＲＤｆに振り分ける。さらに、ＣＢ１１０は、受信データＲＤ（あるいは各受信データＲＤａ、ＲＤｂ、ＲＤｃ、ＲＤｄ、ＲＤｅ、ＲＤｆ）の受信時刻のタイムスタンプを、各受信データＲＤａ、ＲＤｂ、ＲＤｃ、ＲＤｄ、ＲＤｅ、ＲＤｆに付加する。そして、ＣＢ１１０は、メモリ１１２内に各器械に割り当てられたフォルダを作成し、タイムスタンプ付加後の受信データＲＤａ、ＲＤｂ、ＲＤｃ、ＲＤｄ、ＲＤｅ、ＲＤｆを、それぞれ対応するフォルダＦａ、Ｆｂ、Ｆｃ、Ｆｄ、Ｆｅ、Ｆｆに分類して保存する。これにより、同時相で複数の在宅医療用器械のログ情報を容易に管理することができる。
【００８５】
そして、ＣＢ１１０は、最新の定期収集の結果として、メモリ１１２に保存されている酸素濃縮器１３０のログ情報が更新されたときに、ログ情報のフィルタリング処理を行う（Ｓ２０３）。フィルタリング処理には、事前に設定されているフィルタリング条件が用いられ、フィルタリング条件には、緊急通信を行うべき条件として１つ以上の項目（例えば、測定パラメータの異常等）が示されている。よって、ＣＢ１１０は、ログ情報の各ログイベントに含まれているログコードをスキャンして、フィルタリング条件（設定条件に複数の項目がある場合は少なくともいずれか１つの項目）に該当するログイベントを特定する（Ｓ２０４）。条件に該当するログイベントが抽出されなかったときには、緊急通信は行われない（Ｓ２０５）。条件に該当するログイベントが抽出されたときには、定期通信の周期を無視して臨時的に、ＣＢ１１０は、緊急通信を要求するコマンド（緊急通信要求コマンド）をサーバ１７０に送信する（Ｓ２０６）。緊急通信要求コマンドには、酸素濃縮器１３０の識別情報、およびログイベントが抽出されたフィルタリング条件が、示される。
【００８６】
なお、ここではＣＢ１１０が図１１に示す方法で複数の在宅医療用器械からの動作情報を内部のメモリ１１２に収集することについて説明したが、アダプタ１５０（またはアダプタ１６０）が図１１に示す方法で複数の在宅医療用器械からの動作情報を内部のメモリ１５２（またはメモリ１６２）に収集してもよい。この場合、ＣＢ１１０は、アダプタ１５０（またはアダプタ１６０）により受信時刻のタイムスタンプを付与された受信データを収集することとなる。
【００８７】
ＣＢ１１０からの緊急通信要求をサーバ１７０が許可すると、緊急通信が始動される。
【００８８】
緊急通信においては、まず、サーバ１７０は、フィルタリング条件に該当するログイベントを発生させた在宅医療用器械に積算時間取得コマンドを送信すること（コマンド透過）を要求するコマンドをＣＢ１１０に送信する（Ｓ２０７）。このとき、ＣＢ１１０は、直近の定期収集において酸素濃縮器１３０から稼動情報を収集してメモリ１１２に保存しているので、コマンド透過は行わずに、酸素濃縮器１３０について保存されている最新の稼動情報をサーバ１７０に返信する。さらに、サーバ１７０は、フィルタリング条件に該当するログイベントを発生させた在宅医療用器械にログイベント取得コマンドを送信すること（コマンド透過）を要求するコマンドをＣＢ１１０に送信する（Ｓ２０８）。このとき、ＣＢ１１０は、直近の定期収集において酸素濃縮器１３０からログ情報を収集してメモリ１１２に保存しているので、コマンド透過は行わずに、酸素濃縮器１３０について保存されているログ情報をサーバ１７０に返信する。このときにサーバ１７０に送信するログ情報は、フィルタリング条件に該当したログイベントのみを含む。サーバ１７０は、受信した動作情報を、ＣＢ１１０と同様（図１１）、登録されている（つまり監視対象となっている）器械ごとに分類してデータベースに記録する。
【００８９】
このようにして、定期収集および緊急通信が行われる。
【００９０】
ところで、上記ステップＳ２０６においてサーバ１７０が緊急通信要求を受信すると、サーバ１７０は、データ閲覧システムＣのパソコン１７２および携帯電話１７３に対して、電子メールを送信する。この電子メールには、フィルタリング条件に該当するログイベントを発生させた在宅医療用器械の識別情報、およびログイベントが該当したフィルタリング条件が、示される。電子メールを見た在宅医療支援機関の担当者は、パソコン１７２または携帯電話１７３を用いてサーバ１７０のデータベースにアクセスする。このとき、サーバ１７０は、ブラウザ閲覧用の画面を作成する。これにより、在宅医療支援機関の担当者は、フィルタリング条件に該当するログイベントを発生させた在宅医療用器械の動作情報をブラウザで閲覧することができ、在宅医療用器械あるいはそのユーザに対して、タイムリーに適切な対応を取ることができる。
【００９１】
図１２は、ブラウザで閲覧される動作情報を示す図である。図１２（ａ）は、宅内通信システムＡ内の端末としてサーバ１７０に登録されている全ての在宅医療用器械についての動作情報を表示する画面の例である。図１２（ｂ）は、宅内通信システムＡ内の在宅医療機器（例えば、酸素濃縮器１３０）についての動作情報を表示する画面の例である。図１２（ｃ）は、宅内通信システムＡ内の通信装置（例えば、ＣＢ１１０）についての動作情報を表示する画面の例である。
【００９２】
図１３は、確認通信を説明するためのシーケンス図である。
【００９３】
カレンダーが、事前設定された確認通信の日時になると、ＣＢ１１０は、確認通信を要求するコマンド（確認通信要求コマンド）をサーバ１７０に送信する（Ｓ３０１）。
【００９４】
サーバ１７０は、確認通信を許可した後、機器状態取得コマンドをＣＢ１１０に送信する（Ｓ３０２）。機器状態取得コマンドは、ＣＢ１１０が宅内で接続する在宅医療用器械との通信状態の報告を要求するコマンドであり、報告される通信状態の情報としては、ＣＢ１１０のメモリ１１２に保存されている通信ログ情報が利用される。ＣＢ１１０は、宅内での通信状態の情報、つまりＣＢ１１０の通信ログ情報をサーバ１７０に送信する。サーバ１７０は、受信した通信ログ情報をデータベースに記録する。これにより、在宅医療支援機関の担当者がブラウザでこの情報を閲覧することが可能となる。したがって、例えば、酸素濃縮器１３０において測定パラメータ異常が発生したときに通信異常が原因で酸素濃縮器１３０が測定パラメータ異常を通報できなくても、確認通信の時期が来ればＣＢ１１０が通信異常を通報でき、担当者がこれを閲覧できる。このとき、担当者は、通信異常が原因で酸素濃縮器１３０からの異常通報の欠落が生じている可能性に気付き、患者宅までＣＢ１１０および酸素濃縮器１３０を点検しに行く等、適切な対応を取ることが可能となる。
【００９５】
サーバ１７０は、機器状態の情報を取得した後、確認通信のスケジュール情報を含むコマンド（スケジュール設定コマンド）をＣＢ１１０に送信することができる（Ｓ３０３）が、これは週１回程度の実施で十分である。ＣＢ１１０は、スケジュール設定コマンドを受信した場合、受け取ったスケジュールに従って、次回の確認通信の日時を設定し、設定完了後、その設定完了をサーバ１７０に通知する。ＣＢ１１０は、サーバ１７０からスケジュール設定コマンドが来ない場合、翌日の同時刻に次回の確認通信を行うようにスケジュールの設定を行う。
【００９６】
このようにして、確認通信が行われる。
【００９７】
図１４は、定期通信を説明するためのシーケンス図である。
【００９８】
カレンダーが、事前設定された定期通信の日時になると、ＣＢ１１０は、定期通信を要求するコマンド（定期通信要求コマンド）をサーバ１７０に送信する（Ｓ４０１）。サーバ１７０は、定期通信を許可した後、監視対象の在宅医療用器械に積算時間取得コマンドを送信すること（コマンド透過）を要求するコマンドをＣＢ１１０に送信する（Ｓ４０２）。このとき、ＣＢ１１０は、直近の定期収集において酸素濃縮器１３０から稼動情報を収集してメモリ１１２に保存しているので、コマンド透過は行わずに、酸素濃縮器１３０について保存されている最新の稼動情報をサーバ１７０に返信する。さらに、サーバ１７０は、監視対象の在宅医療用器械にログイベント取得コマンドを送信すること（コマンド透過）を要求するコマンドをＣＢ１１０に送信する（Ｓ４０３）。このとき、ＣＢ１１０は、直近の定期収集において酸素濃縮器１３０からログ情報を収集してメモリ１１２に保存しているので、コマンド透過は行わずに、酸素濃縮器１３０について保存されている最新のログ情報をサーバ１７０に返信する。サーバ１７０に送信する最新のログ情報は、サーバ１７０に対して未送信のログイベントを全て含む。サーバ１７０は、受信した動作情報を、ＣＢ１１０と同様（図１１）、登録されている器械ごとに分類してデータベースに記録する。
【００９９】
したがって、その後、在宅医療支援機関の担当者がデータベースにアクセスすると、サーバ１７０は最新の内容に基づきブラウザ閲覧用画面を作成するので、担当者は定期通信において報告された酸素濃縮器１３０の動作情報をブラウザで閲覧することができる。
【０１００】
ここで、定期収集、緊急通信および定期通信の関係について説明する。
【０１０１】
本実施の形態では、定期通信は例えば１時間に１回の周期で行われる。よって、図１５に示すように、定期収集により情報は毎時間収集され、収集のたびに（つまり毎時間）、緊急通信の要否判断のためのフィルタリング処理が行われる。これに対し、定期通信は例えば１カ月に１回の周期で行われる。したがって、フィルタリング条件に該当するログイベントが１カ月発生しない場合（図１５のＸ月参照）、その期間においては宅内通信システムＡからサーバシステムＣに対して動作情報の報告を行う機会は基本的に生じない。しかし、本実施の形態では、１カ月経過すれば必ず、過去１カ月間に収集された動作情報が定期通信において纏めて報告される。したがって、外部からは、１カ月間にわたって特に異常が発生しなかったということでさえも確認することができる。
【０１０２】
定期通信に関しては、その頻度を抑え、複数回に分けて順次収集された情報を１回で纏めて送信することにより、ＣＢ１１０の処理負荷軽減を図ることができる。これに対し、定期収集に関しては、高頻度で実施し、監視対象の在宅医療用器械から動作情報をこまめに収集することにより、その在宅医療用器械およびそのアダプタにおいて必要なメモリ容量を低く抑えることができ、製造コストの増大を抑えることができる。
【０１０３】
さらに、本実施の形態では、重大なログイベントだけが報告されるのではなく、全てのログイベントが報告されるが、重大と判断された（つまりフィルタリング条件に該当した）ものを除くログイベントは、後で纏めて報告される。その結果として、重大と判断されたログイベントを優先的に報告することが可能となり（図１５のＹ月参照）、ログイベントの報告順にログイベントの重大性が加味された、効率のよい報告を実現することができる。
【０１０４】
さらに、例えば月の途中で緊急通信を要するログイベントが発生したにもかかわらず通信エラーにより緊急通信が失敗に終わったとしても、そのログイベントをその月の定期通信において報告することができる。よって、通信エラー等が原因で報告漏れが生じる可能性を低減することができる。
【０１０５】
動作情報のデータベース記録が完了すると、サーバ１７０は、カレンダーの情報を含むコマンド（カレンダー設定コマンド）をＣＢ１１０に送信する（Ｓ４０４）。ＣＢ１１０は、内部のＲＴＣにカレンダーを設定し、カレンダー設定完了後、カレンダー設定完了をサーバ１７０に通知する。これにより、定期通信のたびにＣＢ１１０およびサーバ１７０を同期化することができる。続いて、ＣＢ１１０は、カレンダー設定コマンドを酸素濃縮器１３０に送信する（Ｓ４０５）。酸素濃縮器１３０は、内部のＲＴＣにカレンダーを設定し、カレンダー設定完了後、カレンダー設定完了をＣＢ１１０に通知する。これにより、定期通信のたびに酸素濃縮器１３０およびＣＢ１１０も同期化することができる。
【０１０６】
そして、サーバ１７０は、定期通信のスケジュール情報を含むコマンド（スケジュール設定コマンド）をＣＢ１１０に送信する（Ｓ４０６）。ＣＢ１１０は、受け取った情報に基づき、次回の定期通信の日時を設定する。ＣＢ１１０は、スケジュール設定完了後、スケジュール設定完了をサーバ１７０に通知する。
【０１０７】
このようにして、定期通信が行われる。
【０１０８】
図１６は、点検通信を説明するためのシーケンス図である。
【０１０９】
監視対象の在宅医療用器械、特に酸素濃縮器１３０のような在宅医療機器に対してメンテナンス作業を行うときに、ＣＢ１１０の動作モードが一時的にメンテナンスモードに切り替えられる。動作モードの切替は、ＣＢ１１０のメンテナンスボタン１８６の操作によって行われる。メンテナンスモード中のＣＢ１１０の動作については後述する。
【０１１０】
メンテナンスモードが解除されると、ＣＢ１１０は、点検通信を要求するコマンド（点検通信要求コマンド）をサーバ１７０に送信する（Ｓ５０１）。サーバ１７０は、これを許可した後、積算時間取得コマンドを監視対象の在宅医療用器械に送信すること（コマンド透過）を要求するコマンドをＣＢ１１０に送信する（Ｓ５０２）。このとき、ＣＢ１１０は、直近の定期収集において酸素濃縮器１３０から稼動情報を収集してメモリ１１２に保存しているので、コマンド透過は行わずに、酸素濃縮器１３０について保存されている最新の稼動情報をサーバ１７０に返信する。さらに、サーバ１７０は、監視対象の在宅医療用器械にログイベント取得コマンドを送信すること（コマンド透過）を要求するコマンドをＣＢ１１０に送信する（Ｓ５０３）。このとき、ＣＢ１１０は、直近の定期収集において酸素濃縮器１３０からログ情報を収集してメモリ１１２に保存しているので、コマンド透過は行わずに、酸素濃縮器１３０について保存されている最新のログ情報をサーバ１７０に返信する。サーバ１７０に送信する最新のログ情報は、サーバ１７０に対して未送信のログイベントを全て含む。サーバ１７０は、受信した動作情報を、登録されている器械ごとに分類してデータベースに記録する。すなわち、点検通信が実施されると、定期通信が実施された場合と同様、サーバ１７０のデータベースが最新の内容に更新される。
【０１１１】
動作情報のデータベース記録が完了すると、サーバ１７０は、カレンダーの情報を含むコマンド（カレンダー設定コマンド）をＣＢ１１０に送信する（Ｓ５０４）。ＣＢ１１０は、内部のＲＴＣにカレンダーを設定し、カレンダー設定完了後、カレンダー設定完了をサーバ１７０に通知する。これにより、点検通信のたびにＣＢ１１０およびサーバ１７０を同期化することができる。続いて、ＣＢ１１０は、カレンダー設定コマンドを酸素濃縮器１３０に送信する（Ｓ５０５）。酸素濃縮器１３０は、内部のＲＴＣにカレンダーを設定し、カレンダー設定完了後、カレンダー設定完了をＣＢ１１０に通知する。これにより、点検通信のたびに酸素濃縮器１３０およびＣＢ１１０も同期化することができる。
【０１１２】
そして、サーバ１７０は、定期通信のスケジュール情報を含むコマンド（スケジュール設定コマンド）をＣＢ１１０に送信する（Ｓ５０６）。ＣＢ１１０は、受け取った情報に基づき、次回の定期通信の日時を設定する。ＣＢ１１０は、スケジュール設定完了後、スケジュール設定完了をサーバ１７０に通知する。これにより、点検通信が実施された時期に基づいて、次回の定期通信の時期を調整することができる。
【０１１３】
このようにして、点検通信が行われる。
【０１１４】
ここで、メンテナンスモード中のＣＢ１１０の動作について説明する。
【０１１５】
酸素濃縮器１３０の定期メンテナンス実施時には、装置が正常に動作することを確認するため、電源アラームやカニューラアラームを敢えて発生させたり、流量を変更して吐出圧を測定したりする。酸素濃縮器１３０においてこれらのようなログイベントが発生するときに、ＣＢ１１０が通常モードで動作をしていると、不要な緊急通信が行われることとなる。そこで、ＣＢ１１０には、動作モードを通常モードからメンテナンスモードに変更したり元に戻したりするためのメンテナンスボタン１８６が設けられている。
【０１１６】
通常モード中にメンテナンスボタン１８６が押されると（例えば、３秒間長押し）、動作モードがメンテナンスモードに切り替わる。ＣＢ１１０がメンテナンスモードに入ると、ＬＥＤ１８４ａの点滅により、メンテナンスモードであることが視認可能となる。
【０１１７】
メンテナンスモード中、ＣＢ１１０は定期通信を始動させない。メンテナンス作業後に点検通信が行われ、メンテナンス作業中の定期通信は不要だからである。
【０１１８】
また、メンテナンスモード中、ＣＢ１１０は、ログ情報のフィルタリング処理による緊急通信を禁止する。例えばフィルタリング処理そのものを実行しない（つまり、図１０のシーケンス図におけるＳ２０３をスキップする）ようにすることにより、メンテナンスモード中は不要である緊急通信の実施を回避することができる。
【０１１９】
なお、メンテナンスモード中、ＣＢ１１０は、フィルタリング条件に該当するログイベントが特定された場合、そのログイベントにその旨を表すフラグを設定したうえで、そのログイベントをサーバ１７０に送信する緊急通信を実施してもよい。この場合は、サーバ１７０において、通常モード中の緊急通信であるのかメンテナンスモード中の緊急通信であるのかを区別することができる。
【０１２０】
また、メンテナンスモード中にメンテナンスボタン１８６が押されると（例えば、３秒間長押し）、動作モードが通常モードに切り替わり、点検通信が始動されることは、前述のとおりである。
【０１２１】
図１７は、任意通信を説明するためのシーケンス図である。
【０１２２】
任意通信は、在宅医療支援機関の担当者等が、任意でサーバ１７０のデータベースを最新状態に更新するための通信である。データ閲覧システムＤのパソコン１７２あるいは携帯電話１７３で所定の入力処理を行うことにより、任意通信を始動させることができる。
【０１２３】
任意通信が始動されると、サーバ１７０は、積算時間取得コマンドを監視対象の在宅医療用器械に送信することを（コマンド透過）を要求するコマンドをＣＢ１１０に送信する（Ｓ６０１）。このとき、ＣＢ１１０は、直近の定期収集において酸素濃縮器１３０から稼動情報を収集してメモリ１１２に保存しているので、コマンド透過は行わずに、酸素濃縮器１３０について保存されている最新の稼動情報をサーバ１７０に返信する。さらに、サーバ１７０は、監視対象の在宅医療用器械にログイベント取得コマンドを送信すること（コマンド透過）を要求するコマンドをＣＢ１１０に送信する（Ｓ６０２）。このとき、ＣＢ１１０は、直近の定期収集において酸素濃縮器１３０からログ情報を収集してメモリ１１２に保存しているので、コマンド透過は行わずに、酸素濃縮器１３０について保存されている最新のログ情報をサーバ１７０に返信する。サーバ１７０に送信する最新のログ情報は、サーバ１７０に対して未送信のログイベントを全て含む。サーバ１７０は、受信した動作情報を、登録されている器械ごとに分類してデータベースに記録する。すなわち、任意通信が実施されると、定期通信が実施された場合と同様、サーバ１７０のデータベースが最新の内容に更新される。
【０１２４】
このようにして、任意通信が行われる。
【０１２５】
以上のように、本実施の形態によれば、ＣＢ１１０の本体は、酸素濃縮器１３０等の在宅医療機器から分離設置可能に形成されており、在宅医療機器から分離配置された本体にて、在宅医療機器の動作情報を無線で受信し、受信した動作情報の処理を制御する。このため、ユーザは、在宅医療機器を使いやすい場所に設置でき、外部との通信を担う装置であるＣＢ１１０を、外部との通信状態を良好に保持できる場所に設置できる。すなわち、在宅医療機器の設置場所の自由度を高くすることができ、ユーザにとっての利便性を向上させることができる。
【０１２６】
また、本実施の形態によれば、在宅医療用器械の動作情報をその器械のＭＰＵから受信するアダプタ１５０、１６０に対して、ＣＢ１１０はその送信を周期的に要求する。よって、アダプタ１５０、１６０は、ＣＢ１１０から要求が来るたびに、その要求の前に受信した動作情報をＣＢ１１０に無線で送信し、ＣＢ１１０は、アダプタ１５０、１６０から動作情報を受信するたびに、受信した動作情報をサーバ１７０に送信する。このため、在宅医療用器械内の異常の有無にかかわらずその器械についての詳細な動作情報を外部にて得ることができ、その情報をメンテナンスあるいはユーザサポートサービスにおいて活用することができる。よって、在宅医療用器械の使用に関するユーザサポートサービスの質的向上および効率化、ならびに器械メンテナンスの効率化を図ることができる。
【０１２７】
在宅医療において、在宅医療用器械の動作状態を把握することは重要である。例えば、体温計や体重計の測定結果をグラフ用紙に記入して体調管理の指標としたり、ＣＰＡＰ（Nasal Continuous Positive Airway Pressure）と呼ばれる睡眠時無呼吸治療器の動作ログを患者管理に使用したりすることが知られている。一方で、在宅医療においては、医療従事者やユーザサポートを実施する機器管理者は患者の状況を常時監視可能ではない。そのため、個々の在宅医療用器械で取得されたデータ、あるいは複数の在宅医療用器械で取得されたデータの組み合わせを、患者の状況把握のための客観的資料の１つとして活用したり、機器メンテナンスの実施時期の判断指標として活用したりすることがある。つまり、このデータは、使用者である患者本人よりも、外部にいる医療従事者またはメンテナンス受託企業等により積極的に活用されるケースがある。
【０１２８】
しかし、各在宅医療用器械が記録したデータの測定項目や測定周期等は、それぞれの在宅医療用器械の特性や目的に応じて、独立したデータとして収集されることがある。そのため、特に、１人の患者が同時に複数機種を使用する場合には、それぞれの器械個別のデータを収集しても、それらのデータは一覧性が低く、効率的な活用が困難なデータである。
【０１２９】
すなわち、本実施の形態のシステムを使用することで、器械ごとにデータを収集する作業負担を減らし、同じ時間軸で器械ごとのデータを管理することが可能となるため、データの一覧性を高め、データの効率的な活用を実現することができる。
【０１３０】
（実施の形態２）
以下、本発明の実施の形態２について説明する。本実施の形態の在宅医療支援システムの基本構成は、実施の形態１で詳細に説明したものと同様である。よって、実施の形態１で説明したものと同一の構成には同一の参照番号を付し、その詳細な説明を省略する。
【０１３１】
図１８は、本実施の形態のＣＢの構成を示すブロック図である。図１８に示すＣＢ２１０は、図２に示すＣＢ１１０の構成に停電検出部２１８ａおよびバッテリ２１８ｂを加えた構成を有する。
【０１３２】
停電検出部２１８ａは、ＡＣ１００Ｖ電源１１７の停電の発生およびその停電からの復旧を検出する、周知の構成を有する停電検出回路である。
【０１３３】
バッテリ２１８ｂは、ＣＢ２１０の本体（図３に示すＣＢ１１０の本体と同様）に内蔵された補助電源であり、二次電池等である。
【０１３４】
上記構成において、停電検出部２１８ａは、ＡＣ１００Ｖ電源１１７の停電を検出すると、停電の発生をＭＰＵ１１１に通知する。ＭＰＵ１１１はその通知を受けて、停電の発生をサーバ１７０に緊急通知するための通信を始動させる。バッテリ２１８ｂは、そのような通信を行うＭＰＵ１１１に対してＡＣ１００Ｖ電源１１７に代わって電源供給を行う。これにより、ＣＢ１１０は宅内通信システムＡが停電に遭っていることを、サーバシステムＣに、ひいては在宅医療支援機関に、知らせることができる。
【０１３５】
また、停電検出部２１８ａは、ＡＣ１００Ｖ電源１１７が停電から復旧したことを検出すると、停電からの復旧をＭＰＵ１１１に通知する。ＭＰＵ１１１はその通知を受けて、停電からの復旧をサーバ１７０に緊急通知するための通信を始動させる。このときの電源供給は、バッテリ２１８ｂからでもよいし、ＡＣ１００Ｖ電源１１７からでもよい。
【０１３６】
（実施の形態３）
以下、本発明の実施の形態３について説明する。本実施の形態の在宅医療支援システムの基本構成は、実施の形態１で詳細に説明したものと同様である。よって、実施の形態１で説明したものと同一の構成には同一の参照番号を付し、その詳細な説明を省略する。
【０１３７】
図１９は、本実施の形態のＣＢの構成を示すブロック図であり、図２０は、本実施の形態の補助表示装置の構成を示すブロック図である。
【０１３８】
図１９に示すＣＢ３１０は、図２に示すＣＢ１１０の構成に液晶表示（ＬＣＤ：Liquid Crystal Display）部３１９を加えた構成を有する。ＬＣＤ部３１９は、ＣＢ３１０の本体（図３に示すＣＢ１１０の本体と同様）に外装された液晶表示装置である。ＬＥＤ表示部１１６とＬＣＤ部３１９との組み合わせは、本発明に係る通信制御装置の表示部または通知部を構成する。
【０１３９】
図２０に示す補助表示装置３００は、ＣＢ３１０とは別体として形成された本体を有する表示装置である。補助表示装置３００は、ＣＢ３１０のＬＥＤ表示部１１６およびＬＣＤ部３１９における表示パターンおよび表示内容を、宅内の別の場所で同時に実現することを目的として、ＣＢ３１０から分離した場所に設置されるものである。補助表示装置３００は、ＭＰＵ３０１、近距離通信モジュール３０２、ＬＥＤ表示部３０３、およびＬＣＤ部３０４を有する。補助表示装置３００は、ＡＣ１００Ｖ電源３０５から電源供給を受ける。
【０１４０】
制御部としてのＭＰＵ３０１は、補助表示装置３００内部に予め記憶されているソフトウェアプログラムを実行して補助表示装置３００全体の動作を司るコンピュータである。
【０１４１】
通信部としての近距離通信モジュール３０２は、Ｂｌｕｅｔｏｏｔｈ（登録商標）通信によって他の機器（本実施の形態ではＣＢ３１０）と通信するためのモジュールである。近距離通信モジュール３０２は、他の機器との近距離無線通信においてスレーブ機器として動作する。
【０１４２】
ＬＥＤ表示部３０３は、図４に示すように４つのＬＥＤ１８４ａ〜１８４ｄを用いて様々な通信状態を表現するＣＢ３１０のＬＥＤ表示部１１６と同一の表示パターンを実現できるように、ＬＥＤ表示部３０３も、表示パネル上に配列された４つのＬＥＤを有する。
【０１４３】
したがって、例えば、ＣＢ３１０がサーバシステムＣとの通信を行っているときには、ＣＢ３１０のＬＥＤ１８４ｃが点灯すると同時に、補助表示装置３００のＬＥＤのうちの１つが点灯する。これを実現するために、ＣＢ３１０のＭＰＵ１１１は、ＣＢ３１０がサーバシステムＣと通信しているとき、その旨を表す信号を、近距離通信モジュール１１４、３０２間の通信を利用して補助表示装置３００のＭＰＵ３０１に送る。その信号に従い、補助表示装置３００のＭＰＵ３０１はＬＥＤ表示部３０３を制御し、１つのＬＥＤをＬＥＤ１８４ｃと同様に点灯させる。すなわち、ＣＢ３１０のＭＰＵ１１１は、ＣＢ３１０からサーバ１７０への送信が行われていることを、ＣＢ３１０と補助表示装置３００との双方からユーザに通知させる。これにより、ユーザは、宅内の様々な場所でＣＢ３１０の通信状態を確認することができる。そして、通信が実際に行われているかどうか、というユーザの心理的不安感を軽減させることができる。
【０１４４】
また、例えば、ＣＢ３１０がサーバシステムＣとの通信を正常に完了したときには、ＣＢ３１０のＬＥＤ１８４ｃが発光色を変えて数秒間点灯してから消灯すると同時に、補助表示装置３００のＬＥＤのうちの１つも発光色を変えて数秒間点灯してから消灯する。これを実現するために、ＣＢ３１０のＭＰＵ１１１は、ＣＢ３１０がサーバシステムＣとの通信を正常に完了したとき、その旨を表す信号を、近距離通信モジュール１１４、３０２間の通信を利用して補助表示装置３００のＭＰＵ３０１に送る。その信号に従い、補助表示装置３００のＭＰＵ３０１はＬＥＤ表示部３０３を制御し、１つのＬＥＤをＬＥＤ１８４ｃと同様に変色させ、消灯させる。すなわち、ＣＢ３１０のＭＰＵ１１１は、ＣＢ３１０からサーバ１７０への送信が正常に完了したことを、ＣＢ３１０と補助表示装置３００との双方からユーザに通知させる。これにより、ユーザは、宅内の様々な場所でＣＢ３１０の通信状態を確認することができる。そして、通信が正常に完了したかどうか、というユーザの心理的不安感を軽減させることができる。
【０１４５】
ＬＣＤ部３０４は、補助表示装置３００の本体に外装された液晶表示装置である。
【０１４６】
上記構成において、ＣＢ３１０のＭＰＵ１１１は、監視対象の在宅医療用器械からＣＢ３１０に送信された動作情報（例えば、酸素濃縮器１３０の設定流量等）や、その動作情報に応じたアラーム情報等を、ＬＣＤ部３１９に表示させる制御を行う。このとき、ＭＰＵ１１１は、ＬＣＤ部３１９の表示内容と同一内容を表す信号を、近距離通信モジュール１１４、３０２間の通信を利用して補助表示装置３００のＭＰＵ３０１に送る。その信号に従い、補助表示装置３００のＭＰＵ３０１はＬＣＤ部３０４を制御し、同一内容を、ＬＣＤ部３０４に表示させる。
【０１４７】
したがって、例えば図２１に示すように、ＣＢ３１０のＬＣＤ部３１９に酸素濃縮器１３０の設定流量が表示されているときに、補助表示装置３００のＬＣＤ部３０４にも酸素濃縮器１３０の設定流量を表示させることができる。また、図示された波形のように、他の医療機器で測定された生体情報がＭＰＵ１１１の制御によりＬＣＤ部３１９に表示可能である場合は、同一内容を示す信号をＭＰＵ１１１に送ることで、同一内容の情報をＬＣＤ部３０４にも表示させることができる。
【０１４８】
すなわち、ＣＢ３１０のＭＰＵ１１１は、ＣＢ３１０のＭＰＵ１１１は、監視対象の在宅医療用器械から受信した動作情報を、ＣＢ３１０のＬＣＤ部３１９と補助表示装置３００のＬＣＤ部３０４との双方に表示させる制御を行う。これにより、患者、特に寝たきりの患者が在宅にて治療しているときに、その家族は、必ずしも患者の傍にいなくても別の場所にて患者の様子を確認することができる。よって、家庭内管理負担を軽減させることができる。
【０１４９】
なお、ＣＢ３１０および補助表示装置３００の各ＬＣＤ部３１９、３０４は、各本体周辺の電波強度（Ｂｌｕｅｔｏｏｔｈ（登録商標）通信の電波強度、ＰＨＳ通信の電波強度等）を、レベルメータあるいはマークによって表示できるようにされていてもよい。この電波強度の表示は、設置時あるいは移設時にのみ表示され、通常使用時は表示されないようにするとよい。
【０１５０】
また、本実施の形態では、通信状態や動作情報等をユーザに通知するための手段として視覚的な通知手段であるＬＥＤとＬＣＤとを用いているが、音や声、光、振動等による通知手段を代用してもよい。
【０１５１】
以上、本発明の実施の形態について説明した。なお、以上の説明は本発明の好適な実施の形態の例証であり、本発明の範囲はこれに限定されない。つまり、上記各装置の構成および動作についての説明は一例であり、本発明の範囲においてこれらの例に対する様々な変更や追加が可能であることは明らかである。
【符号の説明】
【０１５２】
Ａ  宅内通信システム
Ｂ  公衆通信網
Ｃ  サーバシステム
Ｄ  データ閲覧システム
１１０、２１０、３１０  通信制御装置（ＣＢ）
１１１、１３１、１４１、１５１、１６１、３０１  ＭＰＵ
１１２、１３２、１４２、１５２、１６２  メモリ
１１３、１３３、１５３  ＲＳ２３２Ｃインタフェース
１１４、１５４、１６４、３０２  近距離通信モジュール
１１５  操作部
１１６、３０３  ＬＥＤ表示部
１２０、１７１  公衆通信モジュール
１３０  酸素濃縮器
１４０  血圧計
１４３、１６３  赤外線通信モジュール
１５０、１６０  アダプタ
１７０  サーバ
１７２  パソコン
１７３  携帯電話
２１８ａ  停電検出部
２１８ｂ  バッテリ
３００  補助表示装置
３０４、３１９  ＬＣＤ部
【図１】
2015127980.tif 000003
【図２】
2015127980.tif 000004
【図３】
2015127980.tif 000005
【図４】
2015127980.tif 000006
【図５】
2015127980.tif 000007
【図６】
2015127980.tif 000008
【図７】
2015127980.tif 000009
【図８】
2015127980.tif 000010
【図９】
2015127980.tif 000011
【図１０】
2015127980.tif 000012
【図１１】
2015127980.tif 000013
【図１２】
2015127980.tif 000014
【図１３】
2015127980.tif 000015
【図１４】
2015127980.tif 000016
【図１５】
2015127980.tif 000017
【図１６】
2015127980.tif 000018
【図１７】
2015127980.tif 000019
【図１８】
2015127980.tif 000020
【図１９】
2015127980.tif 000021
【図２０】
2015127980.tif 000022
【図２１】
2015127980.tif 000023