機器監視システム
【課題】 通信端末機が時刻データを喪失した場合であってもサーバとのデータ通信を行わずに、あるいは最小限のサーバとのデータ通信により通信端末機の時刻データを復帰させる。
【解決手段】被監視機器と、外部供給電力により時刻データを保持するとともに前記被監視機器の運転データを受信する通信端末子機と、外部供給電力により時刻データを保持するとともに前記通信端末子機から受信した前記運転データを予め定めたアップロード時刻に公衆通信網を介してサーバに送信する通信端末親機とを有する機器監視システムにおいて、前記通信端末子機、通信端末親機のいずれか一方は、外部供給電力が遮断されて自らの時刻データを喪失した後に外部供給電力が復帰したときには、他方が保持する時刻データを取得し保持するので、サーバとの通信を行うことなく時刻データを復帰できる。
【解決手段】被監視機器と、外部供給電力により時刻データを保持するとともに前記被監視機器の運転データを受信する通信端末子機と、外部供給電力により時刻データを保持するとともに前記通信端末子機から受信した前記運転データを予め定めたアップロード時刻に公衆通信網を介してサーバに送信する通信端末親機とを有する機器監視システムにおいて、前記通信端末子機、通信端末親機のいずれか一方は、外部供給電力が遮断されて自らの時刻データを喪失した後に外部供給電力が復帰したときには、他方が保持する時刻データを取得し保持するので、サーバとの通信を行うことなく時刻データを復帰できる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、外部供給電力により時刻データを保持するとともに被監視機器の運転データを予め定めたアップロード時刻に公衆通信網を介してサーバに送信する通信端末機を有する機器監視システムに関し、特に、通信端末機の時刻データが喪失されたときにこれを復帰させる技術に関する。
【背景技術】
【０００２】
近年、喘息、肺気腫症、慢性気管支炎等の呼吸器系器官の疾患に苦しむ患者が増加する傾向にあるが、その治療法として最も効果的なもののひとつに酸素吸入療法がある。酸素吸入療法とは、酸素ガスあるいは酸素富化空気を患者に吸入させるものである。酸素ガスあるいは酸素富化空気の供給源として、酸素濃縮機、液体酸素、酸素ガスボンベ等が知られているが、使用時の便利さや保守管理の容易さから、在宅酸素療法には医療用酸素濃縮機（以下、単に酸素濃縮機という）が主流で用いられている。
【０００３】
この酸素濃縮機は病院のみならず在宅療法として広く家庭において使用される。在宅酸素療法では、酸素濃縮機が病院内で医師や看護師の監視下で使用される場合とは異なり、酸素濃縮機の状態を把握することができず、患者が医師から処方されたとおりに正しい設定で使用しているか、取扱説明書に記載されたとおりの正しい使用方法を実行しているかを確認する事は困難である。
【０００４】
この課題に対し、従来種々の方法が提案されており、次のような例があげられる。すなわち、患者宅における酸素濃縮機にその運転データを収集する機能を付加し、それとともに患者宅に電話回線などの公衆通信網に接続可能な通信端末機を設置する。また一方では、遠隔のサービスセンタに酸素濃縮機の設置情報や患者情報を格納するデータベースと酸素濃縮機の運転状態を一括管理するサーバを設置する。そして、各患者宅の酸素濃縮機の運転データを公衆通信網を介してサーバに収集することにより、医師の処方どおりに使用されているかの確認や、酸素濃縮機の運転動作の異常や患者の容態悪化の早期発見を行う。特許文献１〜３には、かかる方法を実施する医療機器監視システムの例が記載されている。
【特許文献１】特開平３−１４３４５１号公報
【特許文献２】特開平６−５４９１０号公報
【特許文献３】特開２００５−２４５７３５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
上記のような医療機器監視システムでは一般的に、酸素濃縮機の運転動作の異常や患者の容態の悪化を示すような運転状態が検出されたときなどの緊急時を除き、酸素濃縮機の定常的な運転データは、通信端末機に予め設定されるアップロード時刻にサーバに送信される。かかるアップロード時刻は、例えば深夜の時間帯に設定される。これは、患者宅からサーバへのデータ送信は公衆通信網、特に電話回線を介して行われることから、患者が電話回線を使用する可能性が大きい日中の時間帯を避け、電話回線の使用を妨げないようにするためである。
【０００６】
そして、サーバには多数の患者宅からの運転データが送信されるので、回線の混雑を避け円滑なデータ受信が行えるように、各患者宅の通信端末機には個別のアップロード時刻が割り当てられる。
【０００７】
こうしたことから、予め定めたアップロード時刻に運転データを送信するために、通信端末機は外部供給電力により動作する内部時計を備え、これにより常時時刻データを保持している。しかしながら、突発的な停電、起動スイッチの誤操作やコンセント抜けなどにより外部供給電力が遮断されると、内部時計が停止して時刻データを喪失してしまう。すると、外部供給電力が復帰したとしても時刻データに狂いが生じ、アップロード時刻に運転データが送信できなくなるという問題が生じる。
【０００８】
この点、サーバは耐障害性の高い電源を用いて常時時刻データを保持可能に構成されるので、サーバから時刻データを取得することも可能である。しかし、例えば日中の時間帯にかかるデータ通信のために電話回線を使用すると、患者の電話回線使用を妨げるおそれがある。また、通信端末機にバッテリを設け、外部供給電力の予期せぬ遮断に備えることも可能であるが、部品点数の増加やそのメンテナンスにかかるコスト増を招くことになり、好ましくない。
【０００９】
そこで、上記に鑑みてなされた本発明の目的は、通信端末機が時刻データを喪失した場合であってもサーバとのデータ通信を行わずに、あるいは最小限のサーバとのデータ通信により通信端末機の時刻データを復帰させ、予め定めたアップロード時刻に被監視機器の運転データをサーバに送信することが可能な機器監視システムを提供することにある。
【課題を解決するための手段】
【００１０】
上記の目的を達成するために、本発明の第１の側面によれば、被監視機器と、外部供給電力により時刻データを保持するとともに前記被監視機器の運転データを受信する通信端末子機と、外部供給電力により時刻データを保持するとともに前記通信端末子機から受信した前記運転データを予め定めたアップロード時刻に公衆通信網を介してサーバに送信する通信端末親機とを有する機器監視システムにおいて、前記通信端末子機、通信端末親機のいずれか一方は、外部供給電力が遮断されて自らの時刻データを喪失した後に外部供給電力が復帰したときには、他方が保持する時刻データを取得し保持することを特徴とする。
【００１１】
上記第１の側面の好ましい態様によれば、前記被監視機器はバックアップバッテリを有するとともに当該バックアップバッテリの供給電力により時刻データを保持し、前記通信端末子機は、外部供給電力が遮断されて自らの時刻データを喪失した後に外部供給電力が復帰したときには、さらに前記被監視機器が保持する時刻データを取得し保持することを特徴とする。
【００１２】
上記第１の側面のさらに好ましい態様によれば、前記通信端末親機は、前記通信端末子機から時刻データを取得できないときには、前記公衆通信網を介して前記サーバが保持する標準時刻データを取得し、前記通信端末子機は前記通信端末親機から前記標準時刻データをさらに取得することを特徴とする。
【００１３】
上記第１の側面の別の好ましい態様によれば、前記通信端末親機は、前記アップロード時刻に前記運転データを前記サーバに送信するときに、当該サーバが保持する標準時刻データを取得して自らの時刻データとして保持し、前記通信端末子機及び前記被監視機器は、前記サーバから取得された標準時刻データを自らの時刻データとして保持することを特徴とする。
【００１４】
上記の目的を達成するために、本発明の第２の側面によれば、バックアップバッテリを有するとともに当該バックアップバッテリの供給電力により時刻データを保持する被監視機器と、外部供給電力により時刻データを保持するとともに前記被監視機器の運転データを予め定められたアップロード時刻に公衆通信網を介してサーバに送信する通信端末機とを有する機器監視システムにおいて、前記通信端末機は、外部供給電力が遮断されて自らの時刻データを喪失した後に外部供給電力が復帰したときには、前記被監視機器が保持する時刻データを取得し保持することを特徴とする。
【００１５】
上記第２の側面の好ましい態様によれば、前記通信端末機は、前記被監視機器から時刻データを取得できないときには、前記公衆通信網を介して前記サーバが保持する標準時刻データを取得することを特徴とする。
【００１６】
上記第２の側面の別の好ましい態様によれば、前記通信端末機は、前記アップロード時刻に前記運転データを前記サーバに送信するときに、当該サーバが保持する標準時刻データを取得して自らの時刻データとして保持し、前記被監視機器は、前記サーバから取得された標準時刻データを自らの時刻データとして保持することを特徴とする。
【発明の効果】
【００１７】
本発明によれば、通信端末機は、外部供給電力が遮断されて自らの時刻データを喪失した場合でも、サーバとの通信を行うことなく時刻データを復帰でき、予め定めたアップロード時刻に運転データをサーバに送信できる。さらに、サーバが保持する標準時刻データを取得して自らの時刻データとして保持することで、より正確にアップロード時刻に運転データをサーバに送信することができる。
【発明を実施するための最良の形態】
【００１８】
以下、図面にしたがって本発明の実施の形態について説明する。但し、本発明の技術的範囲はこれらの実施の形態に限定されず、特許請求の範囲に記載された事項とその均等物まで及ぶものである。
【００１９】
［第１の実施形態］
図１は、第１の実施形態における機器監視システムが医療機器監視システムに適用された場合の構成を説明する図である。患者宅１には、「被監視機器」としての酸素濃縮機２、通信端末機親機４、通信端末機子機６が設置され、酸素濃縮機２の運転データを収集するサーバ８１は遠隔のサービスセンタ８０に設置される。酸素濃縮機２、通信端末子機６とはケーブルによりデータ通信可能に接続される。また、通信端末子機６と通信端末親機４は無線通信によってデータ通信可能に接続される。そして、通信端末親機４はモジュラージャックにより電話回線などの公衆通信網１０に接続され、公衆通信網１０を介して遠隔のデータセンター内にあるサーバ８１とデータ通信可能に接続される。
【００２０】
この構成は、例えば、患者の居室とモジュラージャックとがある程度離れている場合に、酸素濃縮機２と通信端末子機６を居室に、通信端末機４をモジュラージャック付近に設置して、通信端末機４と通信端末機６との間で無線通信を行うような場合に好適である。また、患者個人の患者宅のほかに、老人ホームや児童福祉施設、あるいは医療機関などで患者が自ら酸素濃縮機２を使用して治療を受ける場合にもこの構成は適用できる。よって、患者宅、老人ホーム、児童福祉施設、あるいは医療機関などが「サイト」に対応する。
【００２１】
酸素濃縮機２は、時刻データを保持する内部時計２６、通信端末子機６との通信を制御する通信回路２２、および予め設定されたプログラムに従って酸素濃縮機２全体の運転動作を制御するＣＰＵ（Central Processing Unit）で構成される制御部２４を有する。これら各部は、患者宅1内の給電コンセントからの外部供給電力により動作するよう構成される。ただし、酸素濃縮機２は、さらに内部時計２６に常時電力供給可能なバックアップバッテリ２８を有する。よって、内部時計２６は常時時刻データを保持可能に構成される。
【００２２】
かかる構成の酸素濃縮機２は、定常時には、時刻データに基づき予め設定されたアップロード時刻前に、その運転データを内部の記憶装置にログとして格納するとともに、運転データを通信端末子機６に送信する。酸素濃縮機２の運転データには、患者に供給する酸素濃度、酸素流量、酸素供給時間などが含まれる。この運転データはサーバ８１にて集計され、定期的に医療機関に転送されて医師による患者の処方履歴確認のために用いられる。
【００２３】
通信端末子機６は、時刻データを保持する内部時計６６、酸素濃縮機２および通信端末親機４との通信を制御する通信回路６２、及び通信端末子機６全体の動作を予め定めたプログラムに従って制御するＣＰＵで構成される制御部６４を有する。通信端末子機６は、酸素濃縮機２から運転データが送信されると、これを通信端末親機４に送信する。
【００２４】
通信端末親機４は、時刻データを保持する内部時計４６、通信端末子機６およびサーバ８１との通信を制御する通信回路４２、及び通信端末親機４全体の動作を予め定めたプログラムに従って制御するＣＰＵで構成される制御部４４を有する。また通信端末親機４は、通信端末子機６から送信された酸素濃縮機２の運転データを内部の記憶装置に格納するとともに、時刻データに基づき予め設定されたアップロード時刻に運転データをサーバ８１に送信する。
【００２５】
通信端末子機６、通信端末親機４は、いずれも患者宅１の給電コンセントから外部供給電力を取得し、外部供給電力により動作する。よって、通信端末子機６、通信端末親機４は、外部供給電力が供給される間は、時刻データを保持する。このように通信端末子機６、通信端末親機４は、バックアップバッテリを内蔵しない構成とすることで、部品点数削減と低コスト化を可能とする。
【００２６】
サーバ８１は、公衆通信網１０とのデータ通信を制御する通信回路８２と、酸素濃縮機２の設置情報や患者情報を格納するデータベースと酸素濃縮機２の運転状態を一括管理する、公知のパーソナルコンピュータなどの情報処理装置で構成される制御部８４と、時刻データを保持する内部時計８６を有する。サーバ８１は、サービスセンタ８０内における耐障害性の高い電源から常時電源供給を受け、内部時計８６を含む各部は常時動作可能に構成される。よって、サーバ８１は常時時刻データを保持できる。このため、この医療機器監視システムでは、サーバ８１の時刻データが標準の時刻データ（「標準時刻データ」）として用いられる。
【００２７】
このような医療機器監視システムでは、上述したような定常的な運転データ送信のほかに、運転データに酸素濃縮機２の運転動作の異常を示すデータや患者の容態悪化を示すデータが含まれる緊急時には、緊急事態の発生を示す緊急データを即時かつ確実にサーバ８１に送信し、速やかな対応をすることが求められる。よって通信端末子機６と酸素濃縮機２の間、及び通信端末機子機６と通信端末親機４の間では、かかる状態に備え相互に通信可能状態（以下、ステータスという）確認のためのデータ通信が頻繁に行われる。
【００２８】
例えば、酸素濃縮機２と通信端末子機６の間では数十秒に１回の頻度（以下の説明では３０秒に１回とする）でステータス確認が行われる。このとき、通信端末子機６は酸素濃縮機２にステータス要求を示すデータを送信し（以下、かかるデータ送信をステータス要求という）、酸素濃縮機２はこれに応答して自らのステータスを示すデータを通信端末子機６に送信する（以下、かかるデータ送信をステータス応答という）。
【００２９】
また、通信端末子機６と通信端末親機４の間では数秒に１回の頻度（以下の説明では２秒に１回とする）でステータス確認が行われる。このとき、通信端末親機４は通信端末子機６にステータス要求し、通信端末子機６はこれに対しステータス応答する。
【００３０】
ここで、酸素濃縮機２と通信端末子機６はケーブルで接続されており、したがってデータ通信の信頼性は通信端末機４と通信端末機６の無線通信より高いことを考慮し、通信端末機６と酸素濃縮機２とのステータス確認の頻度は通信端末機４と通信端末機６とのステータス確認の頻度より低い頻度（ただし、通信端末機４からサーバ８１への定常的な運転データ送信の頻度より高い頻度）に設定される。
【００３１】
ここで、通信端末親機４と通信端末子機６、及び通信端末子機６と酸素濃縮機２との間で行われるステータス確認で送受信されるステータス要求データとステータスデータの概略的な構成例を図２に示す。図示するように、ステータス要求データ及びステータスデータには、送信側が保持する時刻データを含むヘッダが付加される。これは、通信端末親機４、通信端末子機６、及び酸素濃縮機２は任意に設定可能な一定期間のステータス要求データまたはステータスデータをログとして格納し、動作異常などを解析する際に発生時刻を特定するためである。また、ヘッダには時刻データの状態及び種別を示すフラグデータＦ１、Ｆ２が付加される。フラグデータＦ１、Ｆ２の利用方法については後に詳述する。
【００３２】
図１に戻り、通信端末親機４からサーバ８１への運転データの送信は、例えば数時間〜数十時間に１回の比較的低い頻度で行われる。これは、酸素濃縮機２の定常的な運転データは、医師により患者の処方履歴を確認するために用いられるが、酸素濃縮機２の運転動作の異常や患者の容態悪化などに比べると対処の緊急度が低く、そのために電話回線を頻繁に占有すると患者の電話回線使用を妨げるおそれがあるからである。よって、通信端末親機４からサーバ８１への運転データの送信の頻度は、酸素濃縮機２と通信端末子機６の間でのステータス確認頻度より低くかつ患者の電話回線使用を妨げない頻度を下限とし、患者の処方履歴確認を効果的に行うために必要とされる運転データの収集頻度を上限とする範囲内で適宜に定めることが可能である。よって、以下の説明では２４時間に１回とする。
【００３３】
さらに、患者の電話回線使用を妨げないようなアップロード時刻として、深夜の時間帯が用いられる。そして、サーバ８１に各患者宅からのデータ通信が集中して回線の混雑が生じると、円滑なデータ通信が妨げられるおそれがあるので、各患者宅に設置される通信端末親機４は、それぞれ異なるアップロード時刻が割り当てられる。
【００３４】
図３は、第１の実施形態における医療機器監視システムの定常時の動作手順を説明するシーケンス図である。通信端末親機４は２秒ごとに、通信端末子機６にステータス要求し（Ｓ２）、通信端末子機６はこれに対しステータス応答する（Ｓ４）。また、通信端末子機６は３０秒ごとにステータス要求し（Ｓ６）、酸素濃縮機２はこれに応答してステータス応答する（Ｓ８）。
【００３５】
酸素濃縮機２は、自らの時刻データに基づきアップロード時刻前（適宜に設定可能な一定時間早いタイミング）になると（Ｓ１０）、運転データを通信端末子機６に送信する（Ｓ１２）。すると、これを受信した通信端末子機６は、運転データを親機４に送信する（Ｓ１４）。そして、通信端末親機４は、自らの時刻データに基づいてアップロード時刻になると（Ｓ１６）、運転データをサーバ８１に送信する（Ｓ１８）。
【００３６】
ところで、通信端末親機４は、突発的な停電、起動スイッチの誤操作やコンセント抜けなどにより外部供給電力が遮断されると、内部時計４６が停止して時刻データを喪失してしまう。かかる場合に、第１の実施形態における通信端末親機４は、外部供給電力が復帰し再起動した後、通信端末子機６からその時刻データを取得して、自らの時刻データとして保持する。このように、通信端末親機４は、通信端末子機６をいわばバックアップ手段として用いることで、通信端末親機４は自らの時刻データを復帰させることができ、予め定めたアップロード時刻にサーバ８１に運転データを送信することができる。
【００３７】
一方、通信端末子機６においても、突発的な停電、起動スイッチの誤操作やコンセント抜けなどにより外部供給電力が遮断されると、内部時計６６が停止して時刻データを喪失してしまう場合がある。かかる場合において、通信端末子機６は、外部供給電力が復帰し再起動した後、通信端末親機４からその時刻データを取得して、自らの時刻データとして保持する。そうすることで、通信端末子機６は自らの時刻データを復帰させることができ、通信端末親機４のバックアップ機能を回復できる。
【００３８】
さらに好適な態様としては、通信端末子機６は、外部供給電力が復帰し再起動した後、通信端末親機４に加え酸素濃縮機２からその時刻データを取得して、自らの時刻データとして保持することもできる。酸素濃縮機２はバックアップバッテリ２８の供給電力により時刻データを常時保持しているので、酸素濃縮機２が運転中であればその時刻データを取得できる。よって、仮に通信端末親機４から時刻データを取得できない場合であっても、通信端末子機６は自らの時刻データを復帰させ、通信端末親機４のバックアップとしての機能を回復できる。
【００３９】
図４は、第１の実施形態において通信端末親機４が時刻データを復帰させる場合の動作手順を説明するシーケンス図である。通信端末親機４の外部供給電力が遮断され（Ｓ４０）、その後外部供給電力が復帰すると（Ｓ４２）、通信端末親機４は予め設定された初期化処理を実行する（Ｓ４４）。
【００４０】
初期化処理では、その詳細な手順は後述するが、通信端末親機４は、２秒ごとに通信端末子機６にステータス要求すると（Ｓ４４４）、通信端末子機６が定常動作としてステータス応答する（Ｓ４）。ここで、図２に示したように、ステータスデータには、送信側である通信端末子機６が保持する時刻データが付加されている。よって、通信端末親機４はステータスデータに付加された時刻データを読み出して自らの時刻データとして保持する（Ｓ４５０）。このような手順により、通信端末親機４は自らの時刻データを復帰させることができ、予め定めたアップロード時刻にサーバ８１に運転データを送信することができる。
【００４１】
図５は、第１の実施形態において通信端末子機６が時刻データを復帰させる場合の動作手順を説明するシーケンス図である。通信端末子機６の外部供給電力が遮断され（Ｓ５０）、その後外部供給電力が復帰すると（Ｓ５２）、通信端末子機６は予め設定された初期化処理を実行する（Ｓ５４）。この初期化処理では、その詳細な手順は後述するが、通信端末子機６は、通信端末親機４が定常動作として実行する２秒ごとのステータス要求を受信すると（Ｓ２）、通信端末親機４にステータス応答する（Ｓ５４７）。ここで、図２に示したように、ステータス要求データには、送信側である通信端末親機４が保持する時刻データが付加されている。よって、通信端末子機６はステータス要求データに付加された時刻データを読み出して自らの時刻データとして保持する（Ｓ５５０）。
【００４２】
しかし、例えばこのとき通信端末親機４の外部供給電力が遮断されており通信端末親機４が動作しておらず、したがって通信端末親機４からのステータス要求がない場合には、通信端末子機６は時刻データを取得できない。その場合には、通信端末子機６は初期化処理で３０秒ごとに酸素濃縮機２にステータス要求し（Ｓ５５６）、酸素濃縮機２が定常動作としてステータス応答する（Ｓ８）。ここで、図２に示したように、ステータスデータには、送信側である酸素濃縮機２が保持する時刻データが付加されている。よって、通信端末子機６はステータスデータに付加された時刻データを読み出して自らの時刻データとして保持する（Ｓ５６２）。そうすることで、通信端末親機４の外部供給電力が復帰して通信端末親機４からステータス要求された場合に、時刻データを付加してステータス応答することができる。
【００４３】
このような手順により、通信端末子機６は通信端末親機４あるいは酸素濃縮機２のいずれかから時刻データを取得するので、確度良く時刻データを復帰させることができる。よって、通信端末親機４が時刻データを必要とする場合のバックアップとしての機能を回復することができ、医療機器監視システム全体としての信頼性が向上する。
【００４４】
なお、上記の手順では、通信端末親機４の外部供給電力が遮断されて時刻データを喪失し、その後外部供給電力が復帰した場合において、通信端末機４が通信端末子機６に２秒ごとにステータス要求したときに通信端子機６の外部供給電力が遮断されていると、通信端末子機６はステータス応答できず、したがって通信端末親機４は時刻データを取得できない。さらにその場合において、通信端末子機６の外部供給電力が復帰し、通信端末子機６が酸素濃縮機２に３０秒ごとにステータス要求したときに酸素濃縮機２が運転していないと、酸素濃縮機２の内部では時刻データが保持されていても通信端末子機６に対しステータス応答できず、したがって通信端末子機４は時刻データを取得できない。すると、通信端末子機６が再起動後に通信端末機４からの２秒ごとのステータス要求に応答したとしても、時刻データを喪失したままであるので、通信端末親機４は時刻データを取得できない。
【００４５】
このような場合には、通信端末親機４は時刻データを復帰できないので、内部の記憶装置に送信すべき運転データが格納されていたとしても、これをアップロード時刻にサーバ８１に送信できない。そこで、第１の実施形態では、かかる場合には通信端末親機４はサーバ８１から標準時刻データを取得することで、時刻データを復帰させる。
【００４６】
図６は、かかる場合の動作手順を説明するシーケンス図である。この場合、通信端末親機４は、外部供給電力が遮断（Ｓ４０）された後に復帰すると（Ｓ４２）、初期化処理を実行する（Ｓ４４）。そして、通信端末子機６にステータス要求するが（Ｓ４４４）、このとき通信端末子機６が外部供給電力が遮断された（Ｓ５０）状態だと、通信端末親機４は、通信端末子機６からステータス応答が得られず時刻データを取得できない。
【００４７】
そして、通信端末子機６の外部供給電力が復帰すると（Ｓ５２）、初期化処理を実行する（Ｓ５４）。そして、酸素濃縮機２にステータス要求するが（Ｓ５５６）、このとき酸素濃縮機６０は運転停止（Ｓ６０）された状態だと、通信端末子機６は酸素濃縮機２からステータス応答が得られず時刻データを取得できない。
【００４８】
この場合、通信端末親機４が、再度通信端末子機６にステータス要求すると（Ｓ４４４）、通信端末子機６はステータス応答するが（Ｓ５４７）、通信端末子機６の時刻データは喪失したままなので、通信端末親機４は通信端末子機６から時刻データを取得できない。よって、通信端末親機４は、再起動後一定時間（例えば２４時間）経過後に、サーバ８１に接続して時刻データを要求して（Ｓ４５６）、サーバ８１が標準時刻データを送信する（Ｓ４５７）。よって、通信端末親機４は、これを自らの時刻データとして保持する（Ｓ４６０）。
【００４９】
このようにすることで、通信端末親機４は、最長でも２４時間後には時刻データを復帰させることができる。よって、医療機器監視システムとしての信頼性が保たれる。なおこの場合、サーバ８１とのデータ通信は、標準時刻データの取得を目的としてアップロード時刻以外であっても実行される。よって、このとき運転データの送信を行わないようにすることで、例えば患者が電話回線を使用する可能性が大きい日中の時間帯であったとしても電話回線の使用時間を短縮し、患者の電話回線使用を妨げないようにすることができる。
【００５０】
次に、上述した手順における通信端末親機４、通信端末子機６の初期化手順について詳述する。
【００５１】
図７は、通信端末親機４の初期化処理（図４、図６の手順Ｓ４４）を詳述するフローチャート図である。この初期化処理は、外部供給電力を得て通信端末親機４が起動した直後に定常的に実行される。
【００５２】
通信端末親機４は、外部供給電力が遮断されたときに時刻データを喪失しているので、まず自らの制御プログラム内の変数として、時刻データの保持を示す時刻データフラグの値を初期化する（Ｓ４４０）。すると、自らの時刻データフラグの値から時刻データ喪失を判断して（Ｓ４４２のＹＥＳ）、通信端末子機６に２秒ごとにステータス要求する（Ｓ４４４）。通信端末子機６からステータス応答され（図４のＳ４、または図５のＳ５４７）、ステータス応答を確認すると（Ｓ４４６のＹＥＳ）、通信端末親機４はステータスデータから通信端末子機６が付加した時刻データと時刻データフラグを読み出す（Ｓ４４８）。ここでは、図２に示した、ステータスデータに時刻データとともに付加されるフラグデータＦ１が、送信側である通信端末子機６の時刻データフラグに対応する。
【００５３】
そして、時刻データフラグが保持を示す値であることを確認すると（Ｓ４４９のＹＥＳ）、通信端末子機６が送信した時刻データを自らの時刻データとして保持し、自らの時刻データフラグの値を保持を示す値に変更する（Ｓ４５０）。
【００５４】
ただし、例えば通信端末子機６の外部供給電力が遮断されており通信端末子機６が動作していないときには、通信端末親機４は２秒ごとのステータス要求（Ｓ４４４）を繰り返し実行しても通信端末子機６からステータス応答が得られない（Ｓ４４６のＮＯ）。あるいは、通信端末子機６の外部供給電力が通信端末親機４より遅れて復帰した場合であって酸素濃縮機２が運転状態でない場合に、通信端端末子機６の側では時刻データを喪失したままであるので、かかる場合には、２秒ごとのステータス要求（Ｓ４４４）に対し通信端末子機６からステータス応答が得られたことを確認しても（Ｓ４４６のＹＥＳ）、そのステータスデータには時刻データが付加されておらず、時刻データフラグは喪失を示す値であって保持を示す値ではない（Ｓ４４９のＮＯ）。
【００５５】
そこで、かかる状態のまま２４時間経過したときには（Ｓ４５２のＹＥＳ）、通信端末親機４はサーバ８１に接続して（Ｓ４５４）サーバ８１の時刻データ送信を要求する（Ｓ４５６）。そして、サーバ８１がこの要求に応答して標準時刻データを送信して（Ｓ４５６）通信端末親機４が受信を確認すると（Ｓ４５８のＹＥＳ）、通信端末親機４は標準時刻データを自らの時刻データとして保持して自らの時刻データフラグの値を保持を示す値に変更し（Ｓ４６０）、サーバとの接続を切断してデータ通信を終了する（Ｓ４６２）。なお、通信端末親機４がサーバ８１からの時刻データ受信を確認できないときには（Ｓ４５８のＮＯ）、通信端末親機４は一旦サーバ８１との接続を切断してデータ通信を終了し（Ｓ４６３）、手順Ｓ４４２に戻り上述の処理を再度実行する。
【００５６】
図８は、通信端末子機６の初期化処理（図５、図６の手順Ｓ５４）を詳述するフローチャート図である。この初期化処理は、外部供給電力を得て通信端末子機６が起動した直後に定常的に実行される。
【００５７】
通信端末子機６は、外部供給電力が遮断されたときに時刻データを喪失しているので、まず自らの制御プログラム内の変数として、時刻データの保持を示す時刻データフラグの値を初期化する（Ｓ５４０）。そして、自らの時刻データフラグの値から時刻データ喪失を判断して（Ｓ５４２のＹＥＳ）、通信端末親機４からのステータス要求があると（図５のＳ２または図６のＳ４４４）、ステータス要求されたことを確認し（Ｓ５４６のＹＥＳ）、通信端末親機４にステータス応答する（Ｓ５４７）。そして、通信端末子機６はステータス要求データから通信端末親機４が付加した時刻データと時刻データフラグを読み出す（Ｓ５４８）。ここでは、図２に示した、ステータス要求データに時刻データとともに付加されるフラグデータＦ１が、送信側である通信端末親機４の時刻データフラグに対応する。
【００５８】
そして、時刻データフラグが保持を示す値であることを確認すると（Ｓ５４９のＹＥＳ）、通信端末親機４が送信した時刻データを自らの時刻データとして保持し、自らの時刻データフラグの値を保持を示す値に変更する（Ｓ５５０）。
【００５９】
ただし、例えば通信端末親機４の外部供給電力が遮断されており通信端末親機４が動作していないときには、通信端末子機６は通信端末親機４からステータス要求されない（Ｓ５４６のＮＯ）。あるいは、通信端末親機４の外部供給電力が通信端末子機６より遅れて復帰した場合には、通信端端末親機４の側では時刻データを喪失したままであるので、かかる場合には通信端末親機４からステータス要求されたことを確認しても（Ｓ５４６のＹＥＳ）、そのステータスデータには時刻データが付加されておらず、時刻データフラグは喪失を示す値であって保持を示す値ではない（Ｓ５４９のＮＯ）。
【００６０】
そこで、かかる状態のまま３０秒経過したときには（Ｓ５５２のＹＥＳ）、通信端末子機６は酸素濃縮機２にステータス要求する（Ｓ５５６）。そして、酸素濃縮機２がステータス応答して（図５のＳ８）、通信端末子機６がステータス応答されたことを確認すると（Ｓ５５８のＹＥＳ）、通信端末子機６はステータスデータから酸素濃縮機２が付加した時刻データと時刻データフラグを読み出す（Ｓ５５９）。ここでは、図２に示した、ステータスデータに時刻データとともに付加されるフラグデータＦ１が、送信側である酸素濃縮機２の時刻データフラグに対応する。
【００６１】
そして、時刻データフラグが保持を示す値であることを確認すると（Ｓ５６０のＹＥＳ）、酸素濃縮機２が送信した時刻データを自らの時刻データとして保持し、自らの時刻データフラグの値を保持を示す値に変更する（Ｓ５６２）。そして、次に定常動作として通信端末親機４がステータス要求するときには、通信端末子機６は保持している時刻データを付加してステータス応答することができる。
【００６２】
上記手順を実行することにより、通信端末親機４、通信端末子機６のいずれかが時刻データを喪失した場合でもこれを復帰させることができる。このとき、定常的に実行するステータス要求・ステータス応答の際に送受信される時刻データを用いることで、時刻データ復帰のための追加的なデータ通信を実行することなく、時刻データを復帰できる。よって、通信端末親機４、通信端末子機６、及び酸素濃縮機２の処理負荷を最小限とすることができる。
【００６３】
そして、最長でも２４時間後にはサーバ８１から標準時刻データを取得して、通信端末親４の時刻データを復帰させることができる。よって、サーバ８１へのデータ通信を最小限の頻度に抑えることで在宅患者の電話回線使用を妨げないようにするとともに、定常的な運転データの送信の遅れを最小限に抑えることができる。よって、医療機器監視システムとしての信頼性が保たれる。
【００６４】
[第１の実施形態における変形例]
次に、第１の実施形態における変形例について説明する。この変形例では、アップロード時刻に通信端末親機４がサーバ８１に運転データを送信するときにサーバ８１から標準時刻データを受信し、通信端末親機４、通信端末子機６、または酸素濃縮機２のいずれかまたはすべてが標準時刻データをそれぞれの時刻データとして保持する。そうすることで、これらの内部時計の精度がサーバ８１の内部時計８６の精度より低い場合であっても、２４時間ごとにそれぞれの時刻データを標準時刻データに同期させることができる。よって、通信端末親機４、あるいは酸素濃縮機２は、より正確にアップロード時刻に運転データを送信することができる。また、通信端末子機６は、通信端末親機４のバックアップとして精度よい時刻データを保持することができる。よって、医療機器監視システム全体として、標準時刻に対しより正確な動作が可能となる。
【００６５】
図９は、かかる変形例における医療機器監視システムの動作手順を説明するシーケンス図である。図９の手順は、通信端末親機４が運転データをサーバ８１に送信した際に実行される。一部、図３の手順と重複する手順には、図３と同じ符号が付してある。
【００６６】
通信端末親機４は、アップロード時刻になると（Ｓ１６）、サーバ８１に運転データを送信し（Ｓ１８）、時刻データを要求する（Ｓ２０）。サーバ８１は、これに応答して標準時刻データを送信する（Ｓ２２）。そして、通信端末親機４は、標準時刻データを自らの時刻データとして保持する（Ｓ２４）。
【００６７】
そして、通信端末親機４は、通信端末子機６にステータス要求する際、標準時刻データを付加してステータス要求する（Ｓ２６）。このとき、例えば、図２に示したフラグデータＦ２を標準時刻データに保持したことを示す値に設定する。そうすることで、通信端末子機６はフラグデータＦ２の値から送信要求データに付加された時刻データは標準時刻データであることを判断し、標準時刻データを自らの時刻データとして保持する（Ｓ２８）。そして、通信端末親機４にステータス応答する（Ｓ３０）。
【００６８】
さらに、通信端末子機６は、酸素濃縮機２に３０秒ごとにステータス要求する際、標準時刻データとこれを示すフラグデータＦ２を付加してステータス要求する（Ｓ３２）。そして、酸素濃縮機２はフラグデータＦ２の値からステータス要求データに付加された時刻データは標準時刻データであることを判断し、標準時刻データを自らの時刻データとして保持する（Ｓ３４）。そして、通信端末子機６にステータス応答する（Ｓ３６）。
【００６９】
このような手順を実行することで、通信端末子機６、または酸素濃縮機２の内部時計の精度がサーバ８１の内部時計８６の精度より低い場合であっても、２４時間ごとにそれぞれの時刻データを標準時刻データに同期させることができ、医療機器監視システム全体として、標準時刻に対しより正確な動作が可能となる。
【００７０】
なお、上述の説明では、１対の通信端末親機と通信端末子機の場合を例としたが、１つの通信端末親機に対し、複数の通信端末子機とそれぞれの通信端末子機と通信を行う酸素濃縮機が設けられる構成であっても、第１の実施形態は適用できる。さらに、３つ以上の通信端末親機が連続して接続されデータ通信を行う場合にも、第１の実施形態は適用できる。その場合、データ通信経路の隣接する通信端末機間で酸素濃縮機側を通信端末子機、サーバ側を通信端末親機として上述した手順を実行する。そうすることで、サーバ８１に対するデータ通信頻度を最小限にしつつ、喪失した時刻データを通信端末機相互間で復帰させて保持することができる。よって、予め定めたアップロード時刻にサーバ８１に運転データを送信することができる。
【００７１】
[第２の実施形態]
図１０は、第２の実施形態における医療機器監視システムの構成を説明する図である。第２の実施形態では、通信端末親機４と通信端末子機６を設ける代わりに、通信端末機５が設けられる。通信端末機５は、第１の実施形態における通信端末親機４、通信端末子機６と同等の構成を有し、通信回路５２、制御部５４、内部時計５６を有する。通信端末機５は、外部供給電力により動作可能に構成され、外部供給電力により内部時計５６は時刻データを保持する。
【００７２】
酸素濃縮機２は、通信端末機５ケーブルにより接続されデータ通信可能に構成される。その他は、第１の実施形態における構成と同じである。
【００７３】
この構成は、酸素濃縮機２をモジュラージャック付近に設置可能な場合に、酸素濃縮機２と通信端末機５をケーブルで接続してデータ通信の信頼性を向上させるのに好適な構成として用いられる。また、通信端末機の個数を減らすことで煩雑な構成となることを防止できる。その場合、無線通信の場合よりデータ通信の信頼性が高いことを考慮し、両者間では例えば３０秒ごとにステータス確認が実行される。
【００７４】
以下では、酸素濃縮機２と通信端末機５がケーブル接続される場合を例として説明するが、酸素濃縮機２の通信回路２２と通信端末機５の通信回路５２を無線通信により接続される構成とする場合も、第２の実施形態に含まれる。その場合、ケーブル接続の場合よりデータ通信の信頼性が低下することを考慮し、両者間では、例えば２秒ごとにステータス確認が実行される。
【００７５】
そして、通信端末機５からサーバ８１へは、２４時間ごとに酸素濃縮機２の運転データが送信される。
【００７６】
図１１は、第２の実施形態における医療機器監視システムの定常時の動作手順を説明するシーケンス図である。通信端末機５は３０秒ごとにステータス要求し（Ｓ１０２）、酸素濃縮機２はこれに対してステータス応答する（Ｓ１０４）。そして、酸素濃縮機２は、その内部時計２６が保持する時刻データに基づきアップロード時刻前に（Ｓ１０６）、運転データを通信端末機５に送信する（Ｓ１０８）。そして、通信端末機５は、その内部時計４６が保持する時刻データに基づいてアップロード時刻になると（Ｓ１１０）運転データをサーバ８１に送信する（Ｓ１１２）。
【００７７】
第２の実施形態では、通信端末機５は、突発的な停電、起動スイッチの誤操作やコンセント抜けなどにより外部供給電力が遮断され時刻データを喪失した場合に、外部供給電力が復帰して再起動した後、酸素濃縮機２からその時刻データを取得して、自らの時刻データとして保持する。ここで、酸素濃縮機２の内部時計２６はバックアップバッテリ２８により常時運転可能であり、時刻データが喪失されることはない。よって、通信端末機５は、酸素濃縮機２が運転状態であれば確実に、時刻データを復帰させることができる。このように、酸素濃縮機２をいわばバックアップ手段として用いることで通信端末機５は時刻データを復帰させることができ、予め定めたアップロード時刻にサーバ８１に運転データを送信することができる。
【００７８】
図１２は、第２の実施形態において通信端末機５が時刻データを復帰させる場合の動作手順を説明するシーケンス図である。通信端末機５の外部供給電力が遮断され（Ｓ１４０）、その後外部供給電力が復帰すると（Ｓ１４２）、初期化処理を実行する（Ｓ１４４）。この初期化処理では、通信端末機５は、酸素濃縮機２にステータス要求して（Ｓ１４４４）酸素濃縮機２が定常動作としてステータス応答すると（Ｓ１０４）、通信端末機５はステータスデータに酸素濃縮機２が付加した時刻データを読み出して自らの時刻データとして保持する（Ｓ１４５０）。
【００７９】
このような手順により、通信端末機５はサーバ８１とのデータ通信を行わなくても時刻データを復帰させることができる。このとき、定常的に実行するステータス要求・ステータス応答の際に送受信される時刻データを用いることで、時刻データ復帰のための追加的なデータ通信を実行することなく、時刻データを復帰できる。よって、通信端末機５、及び酸素濃縮機２の処理負荷を最小限とすることができる。そして、予め定めたアップロード時刻にサーバ８１に酸素濃縮機２の運転データを送信することができる。
【００８０】
ただし酸素濃縮機２が運転状態でないときには、通信端末機５は酸素濃縮機２からステータス応答が得られず、したがって時刻データを取得できない。
【００８１】
この場合の手順を、図１３に示す。図１３では、図１２と重複する手順には同じ符号が付してある。
【００８２】
酸素濃縮機２が運転停止しており（Ｓ１６２）運転状態でないときには、通信端末機５は酸素濃縮機２にステータス要求しても（Ｓ１４４４）ステータス応答が得られず、したがって時刻データを取得できない。その場合、通信端末機５は、再起動から例えば２４時間経過後にサーバ８１に時刻データを要求し（Ｓ１４５６）、サーバ８１が標準時刻データを送信する（Ｓ１４５７）。そして、通信端末機５は、これを自らの時刻データとして保持する（Ｓ１４６０）。
【００８３】
このような手順により、最長でも２４時間後にはサーバ８１から標準時刻データを取得して、通信端末機５の時刻データを復帰させることができる。よって、サーバ８１へのデータ通信を最小限の頻度に抑えることで在宅患者の電話回線使用を妨げないようにするとともに、定常的な運転データの送信の遅れを最小限に抑えることができる。よって、医療機器監視システムとしての信頼性が保たれる。
【００８４】
図１４は、第２の実施例における通信端末機５の初期化処理を詳述するフローチャート図である。この初期化処理は、外部供給電力を得て通信端末機５が起動した直後に定常的に実行される。
【００８５】
通信端末機５は、外部供給電力が遮断されたときに時刻データを喪失しているので、まず自らの制御プログラム内の変数として、時刻データの保持を示す時刻データフラグの値を初期化する（Ｓ１４４０）。すると、自らの時刻データフラグの値から時刻データ喪失を判断して（Ｓ１４４２のＹＥＳ）、酸素濃縮機２に３０秒ごとにステータス要求する（Ｓ１４４４）。酸素濃縮機２が定常動作としてステータス応答し（図１２のＳ１０４）、ステータス応答されたことを確認すると（Ｓ１４４６のＹＥＳ）、通信端末機５はステータスデータから酸素濃縮機２が付加した時刻データと時刻データフラグ（図２に示したフラグＦ１）を読み出す（Ｓ１４４８）。そして、時刻データフラグが保持を示す値であることを確認する。なお、この場合、酸素濃縮機２ではバックアップバッテリ２８の電力により常時時刻データが保持されるので、時刻データフラグの値は保持を示すことが確認される（Ｓ１４４９のＹＥＳ）。すると、酸素濃縮機２が送信した時刻データを自らの時刻データとして保持し、自らの時刻データフラグの値を保持を示す値に変更する（Ｓ１４５０）。
【００８６】
ただし、例えば酸素濃縮機２が運転状態でないときには、通信端末機５は３０秒ごとのステータス要求（Ｓ１４４４）を繰り返し実行しても酸素濃縮機２からステータス応答が得られない（Ｓ１４４６のＮＯ）。あるいは、酸素濃縮機２が運転状態であるときであっても、バックアップバッテリ２８の消耗や故障などにより時刻データが喪失されている場合には、時刻データフラグが保持を示す値ではない（Ｓ１４４９のＮＯ）。このような場合には、通信端末機５は酸素濃縮機２から時刻データを取得できない。
【００８７】
そこで、かかる状態のまま２４時間経過したときには（Ｓ１４５２のＹＥＳ）、通信端末機５はサーバ８１に接続して（Ｓ１４５４）サーバ８１の時刻データ送信を要求する（Ｓ１４５６）。そして、サーバ８１がこの要求に応答して標準時刻データを送信して（Ｓ１４５７）通信端末機５がこれを受信したことを確認すると（Ｓ１４５８のＹＥＳ）、通信端末機５は標準時刻データを自らの時刻データとして保持して自らの時刻データフラグの値を保持を示す値に変更し（Ｓ１４６０）、サーバとの接続を切断してデータ通信を終了する（Ｓ１４６２）。なお、通信端末機５がサーバ８１からの時刻データ受信を確認できないときには（Ｓ１４５８のＮＯ）、通信端末機５は一旦サーバ８１との接続を切断してデータ通信を終了し（Ｓ１４６３）、手順Ｓ１４４２に戻り上述の処理を再度実行する。
【００８８】
上記手順を実行することにより、通信端末機５が時刻データを喪失した場合でもこれを復帰させることができる。このとき、酸素濃縮機２との間で定常的に実行するステータス要求・ステータス応答の際に送受信される時刻データを用いることで、時刻データ復帰のための追加的なデータ通信を実行することなく、時刻データを復帰できる。よって、通信端末機５の処理負荷を最小限とすることができる。
【００８９】
そして、最長でも２４時間後にはサーバ８１から標準時刻データを取得して、通信端末機５の時刻データを復帰させることができる。よって、サーバ８１へのデータ通信を最小限の頻度に抑えることで在宅患者の電話回線使用を妨げないようにするとともに、定常的な運転データの送信の遅れを最小限に抑えることができる。よって、医療機器監視システムとしての信頼性が保たれる。
【００９０】
[第２の実施形態における変形例]
第２の実施形態においても、通信端末機５の時刻データ、及び酸素濃縮機２の時刻データをサーバ８１から取得した標準時刻データに保持する変形例が可能である。
【００９１】
図１５は、かかる変形例を説明するシーケンス図である。すなわち、通信端末機５は、アップロード時刻になると（Ｓ１１０）、サーバ８１に運転データを送信し（Ｓ１１２）、標準時刻データを要求する（Ｓ１２０）。サーバ８１は、これに応答して標準時刻データを送信する（Ｓ１２２）。そして、通信端末機５は、標準時刻データを自らの時刻データとして保持する（Ｓ１２４）。
【００９２】
そして、通信端末機５は、酸素濃縮機２に３０秒ごとにステータス要求する際、標準時刻データを付加してステータス要求する（Ｓ１２６）。このとき、例えば、標準時刻データに保持したことを示すフラグデータをステータス要求データに付加する。そうすることで、酸素濃縮機２はそのフラグデータの値から送信要求データに付加された時刻データは標準時刻データであることを判断し、標準時刻データを自らの時刻データとして保持する（Ｓ１２８）。そして、通信端末機５にステータス応答する（Ｓ１３０）。
【００９３】
このような手順を実行することで、通信端末機５、または酸素濃縮機２の内部時計の精度がサーバ８１の内部時計８６の精度より低い場合であっても、２４時間ごとにそれぞれの時刻データを標準時刻データに同期させることができ、医療機器監視システム全体として、標準時刻に対しより正確な動作が可能となる。
【００９４】
上述の説明では、公衆通信網１０として電話回線を例としたが、酸素濃縮機２と通信端末機とが設置される患者宅や診療所に設置される電話機その他の通信機器（ファクシミリ、インターネットに接続されるパーソナルコンピュータなど）と共有される公衆通信網（たとえば有線通信手段あるいは無線通信手段を用いて実現されるインターネット、携帯電話通信網、またはＰＨＳ通信網などを含む公衆通信網）であれば、第１、第２の実施形態が適用できる。すなわち、第１、第２の実施形態によれば、かかる公衆通信網を介してサーバ８１とデータ通信を行う頻度を最小限とすることで、公衆通信網を共用する通信機器の使用を妨げることなく、通信端末機の時刻データを復帰できる。
【００９５】
また、上述の説明では、酸素濃縮機を被監視機器とする医療機器監視システムを例とした。しかしながら、酸素濃縮機以外の医療機器、例えば超音波治療器や成人用人工呼吸器など、在宅患者が家庭内で自ら使用する医療機器であって、その運転データを定常的に収集することが望まれる医療機器には、第１、第２の実施形態が適用できる。さらには、医療機器のほかにも、ガスメータなど、保安上の観点からその運転データを定常的に収集することが望まれる一般機器を被監視機器として、第１、第２の実施形態が適用できる。
【００９６】
以上説明したとおり、本発明によれば、機器監視システムにおいて通信端末機が時刻データを喪失した場合であっても通信端末機の時刻データを復帰させ、予め定めたアップロード時刻に運転データをサーバに送信することが可能となる。
【図面の簡単な説明】
【００９７】
【図１】第１の実施形態における機器監視システムが医療機器監視システムに適用された場合の構成を説明する図である。
【図２】ステータス確認時に送受信されるデータの構成を概略的に示す図である。
【図３】第１の実施形態における医療機器監視システムの定常時の動作手順を説明するシーケンス図である。
【図４】第１の実施形態において通信端末親機４が時刻データを復帰させる場合の動作手順を説明するシーケンス図である。
【図５】第１の実施形態において通信端末子機６が時刻データを復帰させる場合の動作手順を説明するシーケンス図である。
【図６】通信端末親機４がサーバ８１から時刻データを取得する場合の動作手順を説明するシーケンス図である。
【図７】通信端末親機４の初期化処理（図４、図６の手順Ｓ４４）を詳述するフローチャート図である。
【図８】通信端末子機６の初期化処理（図５、図６の手順Ｓ５４）を詳述するフローチャート図である。
【図９】第１の実施形態の変形例における医療機器監視システムの動作手順を説明するシーケンス図である。
【図１０】第２の実施形態における医療機器監視システムの構成を説明する図である。
【図１１】第２の実施形態における医療機器監視システムの定常時の動作手順を説明するシーケンス図である。
【図１２】、第２の実施形態において通信端末機５が時刻データを復帰させる場合の動作手順を説明するシーケンス図である。
【図１３】通信端末機５がサーバ８１から時刻データを取得する場合の動作手順を説明するシーケンス図である。
【図１４】第２の実施例における通信端末機５の初期化処理を詳述するフローチャート図である。
【図１５】第１の実施形態の変形例における医療機器監視システムの動作手順を説明するシーケンス図である。
【符号の説明】
【００９８】
１：患者宅、２：酸素濃縮機、４：通信端末親機、５：通信端末機、６：通信端末子機、１０：公衆通信網、８１：サーバ
【技術分野】
【０００１】
本発明は、外部供給電力により時刻データを保持するとともに被監視機器の運転データを予め定めたアップロード時刻に公衆通信網を介してサーバに送信する通信端末機を有する機器監視システムに関し、特に、通信端末機の時刻データが喪失されたときにこれを復帰させる技術に関する。
【背景技術】
【０００２】
近年、喘息、肺気腫症、慢性気管支炎等の呼吸器系器官の疾患に苦しむ患者が増加する傾向にあるが、その治療法として最も効果的なもののひとつに酸素吸入療法がある。酸素吸入療法とは、酸素ガスあるいは酸素富化空気を患者に吸入させるものである。酸素ガスあるいは酸素富化空気の供給源として、酸素濃縮機、液体酸素、酸素ガスボンベ等が知られているが、使用時の便利さや保守管理の容易さから、在宅酸素療法には医療用酸素濃縮機（以下、単に酸素濃縮機という）が主流で用いられている。
【０００３】
この酸素濃縮機は病院のみならず在宅療法として広く家庭において使用される。在宅酸素療法では、酸素濃縮機が病院内で医師や看護師の監視下で使用される場合とは異なり、酸素濃縮機の状態を把握することができず、患者が医師から処方されたとおりに正しい設定で使用しているか、取扱説明書に記載されたとおりの正しい使用方法を実行しているかを確認する事は困難である。
【０００４】
この課題に対し、従来種々の方法が提案されており、次のような例があげられる。すなわち、患者宅における酸素濃縮機にその運転データを収集する機能を付加し、それとともに患者宅に電話回線などの公衆通信網に接続可能な通信端末機を設置する。また一方では、遠隔のサービスセンタに酸素濃縮機の設置情報や患者情報を格納するデータベースと酸素濃縮機の運転状態を一括管理するサーバを設置する。そして、各患者宅の酸素濃縮機の運転データを公衆通信網を介してサーバに収集することにより、医師の処方どおりに使用されているかの確認や、酸素濃縮機の運転動作の異常や患者の容態悪化の早期発見を行う。特許文献１〜３には、かかる方法を実施する医療機器監視システムの例が記載されている。
【特許文献１】特開平３−１４３４５１号公報
【特許文献２】特開平６−５４９１０号公報
【特許文献３】特開２００５−２４５７３５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
上記のような医療機器監視システムでは一般的に、酸素濃縮機の運転動作の異常や患者の容態の悪化を示すような運転状態が検出されたときなどの緊急時を除き、酸素濃縮機の定常的な運転データは、通信端末機に予め設定されるアップロード時刻にサーバに送信される。かかるアップロード時刻は、例えば深夜の時間帯に設定される。これは、患者宅からサーバへのデータ送信は公衆通信網、特に電話回線を介して行われることから、患者が電話回線を使用する可能性が大きい日中の時間帯を避け、電話回線の使用を妨げないようにするためである。
【０００６】
そして、サーバには多数の患者宅からの運転データが送信されるので、回線の混雑を避け円滑なデータ受信が行えるように、各患者宅の通信端末機には個別のアップロード時刻が割り当てられる。
【０００７】
こうしたことから、予め定めたアップロード時刻に運転データを送信するために、通信端末機は外部供給電力により動作する内部時計を備え、これにより常時時刻データを保持している。しかしながら、突発的な停電、起動スイッチの誤操作やコンセント抜けなどにより外部供給電力が遮断されると、内部時計が停止して時刻データを喪失してしまう。すると、外部供給電力が復帰したとしても時刻データに狂いが生じ、アップロード時刻に運転データが送信できなくなるという問題が生じる。
【０００８】
この点、サーバは耐障害性の高い電源を用いて常時時刻データを保持可能に構成されるので、サーバから時刻データを取得することも可能である。しかし、例えば日中の時間帯にかかるデータ通信のために電話回線を使用すると、患者の電話回線使用を妨げるおそれがある。また、通信端末機にバッテリを設け、外部供給電力の予期せぬ遮断に備えることも可能であるが、部品点数の増加やそのメンテナンスにかかるコスト増を招くことになり、好ましくない。
【０００９】
そこで、上記に鑑みてなされた本発明の目的は、通信端末機が時刻データを喪失した場合であってもサーバとのデータ通信を行わずに、あるいは最小限のサーバとのデータ通信により通信端末機の時刻データを復帰させ、予め定めたアップロード時刻に被監視機器の運転データをサーバに送信することが可能な機器監視システムを提供することにある。
【課題を解決するための手段】
【００１０】
上記の目的を達成するために、本発明の第１の側面によれば、被監視機器と、外部供給電力により時刻データを保持するとともに前記被監視機器の運転データを受信する通信端末子機と、外部供給電力により時刻データを保持するとともに前記通信端末子機から受信した前記運転データを予め定めたアップロード時刻に公衆通信網を介してサーバに送信する通信端末親機とを有する機器監視システムにおいて、前記通信端末子機、通信端末親機のいずれか一方は、外部供給電力が遮断されて自らの時刻データを喪失した後に外部供給電力が復帰したときには、他方が保持する時刻データを取得し保持することを特徴とする。
【００１１】
上記第１の側面の好ましい態様によれば、前記被監視機器はバックアップバッテリを有するとともに当該バックアップバッテリの供給電力により時刻データを保持し、前記通信端末子機は、外部供給電力が遮断されて自らの時刻データを喪失した後に外部供給電力が復帰したときには、さらに前記被監視機器が保持する時刻データを取得し保持することを特徴とする。
【００１２】
上記第１の側面のさらに好ましい態様によれば、前記通信端末親機は、前記通信端末子機から時刻データを取得できないときには、前記公衆通信網を介して前記サーバが保持する標準時刻データを取得し、前記通信端末子機は前記通信端末親機から前記標準時刻データをさらに取得することを特徴とする。
【００１３】
上記第１の側面の別の好ましい態様によれば、前記通信端末親機は、前記アップロード時刻に前記運転データを前記サーバに送信するときに、当該サーバが保持する標準時刻データを取得して自らの時刻データとして保持し、前記通信端末子機及び前記被監視機器は、前記サーバから取得された標準時刻データを自らの時刻データとして保持することを特徴とする。
【００１４】
上記の目的を達成するために、本発明の第２の側面によれば、バックアップバッテリを有するとともに当該バックアップバッテリの供給電力により時刻データを保持する被監視機器と、外部供給電力により時刻データを保持するとともに前記被監視機器の運転データを予め定められたアップロード時刻に公衆通信網を介してサーバに送信する通信端末機とを有する機器監視システムにおいて、前記通信端末機は、外部供給電力が遮断されて自らの時刻データを喪失した後に外部供給電力が復帰したときには、前記被監視機器が保持する時刻データを取得し保持することを特徴とする。
【００１５】
上記第２の側面の好ましい態様によれば、前記通信端末機は、前記被監視機器から時刻データを取得できないときには、前記公衆通信網を介して前記サーバが保持する標準時刻データを取得することを特徴とする。
【００１６】
上記第２の側面の別の好ましい態様によれば、前記通信端末機は、前記アップロード時刻に前記運転データを前記サーバに送信するときに、当該サーバが保持する標準時刻データを取得して自らの時刻データとして保持し、前記被監視機器は、前記サーバから取得された標準時刻データを自らの時刻データとして保持することを特徴とする。
【発明の効果】
【００１７】
本発明によれば、通信端末機は、外部供給電力が遮断されて自らの時刻データを喪失した場合でも、サーバとの通信を行うことなく時刻データを復帰でき、予め定めたアップロード時刻に運転データをサーバに送信できる。さらに、サーバが保持する標準時刻データを取得して自らの時刻データとして保持することで、より正確にアップロード時刻に運転データをサーバに送信することができる。
【発明を実施するための最良の形態】
【００１８】
以下、図面にしたがって本発明の実施の形態について説明する。但し、本発明の技術的範囲はこれらの実施の形態に限定されず、特許請求の範囲に記載された事項とその均等物まで及ぶものである。
【００１９】
［第１の実施形態］
図１は、第１の実施形態における機器監視システムが医療機器監視システムに適用された場合の構成を説明する図である。患者宅１には、「被監視機器」としての酸素濃縮機２、通信端末機親機４、通信端末機子機６が設置され、酸素濃縮機２の運転データを収集するサーバ８１は遠隔のサービスセンタ８０に設置される。酸素濃縮機２、通信端末子機６とはケーブルによりデータ通信可能に接続される。また、通信端末子機６と通信端末親機４は無線通信によってデータ通信可能に接続される。そして、通信端末親機４はモジュラージャックにより電話回線などの公衆通信網１０に接続され、公衆通信網１０を介して遠隔のデータセンター内にあるサーバ８１とデータ通信可能に接続される。
【００２０】
この構成は、例えば、患者の居室とモジュラージャックとがある程度離れている場合に、酸素濃縮機２と通信端末子機６を居室に、通信端末機４をモジュラージャック付近に設置して、通信端末機４と通信端末機６との間で無線通信を行うような場合に好適である。また、患者個人の患者宅のほかに、老人ホームや児童福祉施設、あるいは医療機関などで患者が自ら酸素濃縮機２を使用して治療を受ける場合にもこの構成は適用できる。よって、患者宅、老人ホーム、児童福祉施設、あるいは医療機関などが「サイト」に対応する。
【００２１】
酸素濃縮機２は、時刻データを保持する内部時計２６、通信端末子機６との通信を制御する通信回路２２、および予め設定されたプログラムに従って酸素濃縮機２全体の運転動作を制御するＣＰＵ（Central Processing Unit）で構成される制御部２４を有する。これら各部は、患者宅1内の給電コンセントからの外部供給電力により動作するよう構成される。ただし、酸素濃縮機２は、さらに内部時計２６に常時電力供給可能なバックアップバッテリ２８を有する。よって、内部時計２６は常時時刻データを保持可能に構成される。
【００２２】
かかる構成の酸素濃縮機２は、定常時には、時刻データに基づき予め設定されたアップロード時刻前に、その運転データを内部の記憶装置にログとして格納するとともに、運転データを通信端末子機６に送信する。酸素濃縮機２の運転データには、患者に供給する酸素濃度、酸素流量、酸素供給時間などが含まれる。この運転データはサーバ８１にて集計され、定期的に医療機関に転送されて医師による患者の処方履歴確認のために用いられる。
【００２３】
通信端末子機６は、時刻データを保持する内部時計６６、酸素濃縮機２および通信端末親機４との通信を制御する通信回路６２、及び通信端末子機６全体の動作を予め定めたプログラムに従って制御するＣＰＵで構成される制御部６４を有する。通信端末子機６は、酸素濃縮機２から運転データが送信されると、これを通信端末親機４に送信する。
【００２４】
通信端末親機４は、時刻データを保持する内部時計４６、通信端末子機６およびサーバ８１との通信を制御する通信回路４２、及び通信端末親機４全体の動作を予め定めたプログラムに従って制御するＣＰＵで構成される制御部４４を有する。また通信端末親機４は、通信端末子機６から送信された酸素濃縮機２の運転データを内部の記憶装置に格納するとともに、時刻データに基づき予め設定されたアップロード時刻に運転データをサーバ８１に送信する。
【００２５】
通信端末子機６、通信端末親機４は、いずれも患者宅１の給電コンセントから外部供給電力を取得し、外部供給電力により動作する。よって、通信端末子機６、通信端末親機４は、外部供給電力が供給される間は、時刻データを保持する。このように通信端末子機６、通信端末親機４は、バックアップバッテリを内蔵しない構成とすることで、部品点数削減と低コスト化を可能とする。
【００２６】
サーバ８１は、公衆通信網１０とのデータ通信を制御する通信回路８２と、酸素濃縮機２の設置情報や患者情報を格納するデータベースと酸素濃縮機２の運転状態を一括管理する、公知のパーソナルコンピュータなどの情報処理装置で構成される制御部８４と、時刻データを保持する内部時計８６を有する。サーバ８１は、サービスセンタ８０内における耐障害性の高い電源から常時電源供給を受け、内部時計８６を含む各部は常時動作可能に構成される。よって、サーバ８１は常時時刻データを保持できる。このため、この医療機器監視システムでは、サーバ８１の時刻データが標準の時刻データ（「標準時刻データ」）として用いられる。
【００２７】
このような医療機器監視システムでは、上述したような定常的な運転データ送信のほかに、運転データに酸素濃縮機２の運転動作の異常を示すデータや患者の容態悪化を示すデータが含まれる緊急時には、緊急事態の発生を示す緊急データを即時かつ確実にサーバ８１に送信し、速やかな対応をすることが求められる。よって通信端末子機６と酸素濃縮機２の間、及び通信端末機子機６と通信端末親機４の間では、かかる状態に備え相互に通信可能状態（以下、ステータスという）確認のためのデータ通信が頻繁に行われる。
【００２８】
例えば、酸素濃縮機２と通信端末子機６の間では数十秒に１回の頻度（以下の説明では３０秒に１回とする）でステータス確認が行われる。このとき、通信端末子機６は酸素濃縮機２にステータス要求を示すデータを送信し（以下、かかるデータ送信をステータス要求という）、酸素濃縮機２はこれに応答して自らのステータスを示すデータを通信端末子機６に送信する（以下、かかるデータ送信をステータス応答という）。
【００２９】
また、通信端末子機６と通信端末親機４の間では数秒に１回の頻度（以下の説明では２秒に１回とする）でステータス確認が行われる。このとき、通信端末親機４は通信端末子機６にステータス要求し、通信端末子機６はこれに対しステータス応答する。
【００３０】
ここで、酸素濃縮機２と通信端末子機６はケーブルで接続されており、したがってデータ通信の信頼性は通信端末機４と通信端末機６の無線通信より高いことを考慮し、通信端末機６と酸素濃縮機２とのステータス確認の頻度は通信端末機４と通信端末機６とのステータス確認の頻度より低い頻度（ただし、通信端末機４からサーバ８１への定常的な運転データ送信の頻度より高い頻度）に設定される。
【００３１】
ここで、通信端末親機４と通信端末子機６、及び通信端末子機６と酸素濃縮機２との間で行われるステータス確認で送受信されるステータス要求データとステータスデータの概略的な構成例を図２に示す。図示するように、ステータス要求データ及びステータスデータには、送信側が保持する時刻データを含むヘッダが付加される。これは、通信端末親機４、通信端末子機６、及び酸素濃縮機２は任意に設定可能な一定期間のステータス要求データまたはステータスデータをログとして格納し、動作異常などを解析する際に発生時刻を特定するためである。また、ヘッダには時刻データの状態及び種別を示すフラグデータＦ１、Ｆ２が付加される。フラグデータＦ１、Ｆ２の利用方法については後に詳述する。
【００３２】
図１に戻り、通信端末親機４からサーバ８１への運転データの送信は、例えば数時間〜数十時間に１回の比較的低い頻度で行われる。これは、酸素濃縮機２の定常的な運転データは、医師により患者の処方履歴を確認するために用いられるが、酸素濃縮機２の運転動作の異常や患者の容態悪化などに比べると対処の緊急度が低く、そのために電話回線を頻繁に占有すると患者の電話回線使用を妨げるおそれがあるからである。よって、通信端末親機４からサーバ８１への運転データの送信の頻度は、酸素濃縮機２と通信端末子機６の間でのステータス確認頻度より低くかつ患者の電話回線使用を妨げない頻度を下限とし、患者の処方履歴確認を効果的に行うために必要とされる運転データの収集頻度を上限とする範囲内で適宜に定めることが可能である。よって、以下の説明では２４時間に１回とする。
【００３３】
さらに、患者の電話回線使用を妨げないようなアップロード時刻として、深夜の時間帯が用いられる。そして、サーバ８１に各患者宅からのデータ通信が集中して回線の混雑が生じると、円滑なデータ通信が妨げられるおそれがあるので、各患者宅に設置される通信端末親機４は、それぞれ異なるアップロード時刻が割り当てられる。
【００３４】
図３は、第１の実施形態における医療機器監視システムの定常時の動作手順を説明するシーケンス図である。通信端末親機４は２秒ごとに、通信端末子機６にステータス要求し（Ｓ２）、通信端末子機６はこれに対しステータス応答する（Ｓ４）。また、通信端末子機６は３０秒ごとにステータス要求し（Ｓ６）、酸素濃縮機２はこれに応答してステータス応答する（Ｓ８）。
【００３５】
酸素濃縮機２は、自らの時刻データに基づきアップロード時刻前（適宜に設定可能な一定時間早いタイミング）になると（Ｓ１０）、運転データを通信端末子機６に送信する（Ｓ１２）。すると、これを受信した通信端末子機６は、運転データを親機４に送信する（Ｓ１４）。そして、通信端末親機４は、自らの時刻データに基づいてアップロード時刻になると（Ｓ１６）、運転データをサーバ８１に送信する（Ｓ１８）。
【００３６】
ところで、通信端末親機４は、突発的な停電、起動スイッチの誤操作やコンセント抜けなどにより外部供給電力が遮断されると、内部時計４６が停止して時刻データを喪失してしまう。かかる場合に、第１の実施形態における通信端末親機４は、外部供給電力が復帰し再起動した後、通信端末子機６からその時刻データを取得して、自らの時刻データとして保持する。このように、通信端末親機４は、通信端末子機６をいわばバックアップ手段として用いることで、通信端末親機４は自らの時刻データを復帰させることができ、予め定めたアップロード時刻にサーバ８１に運転データを送信することができる。
【００３７】
一方、通信端末子機６においても、突発的な停電、起動スイッチの誤操作やコンセント抜けなどにより外部供給電力が遮断されると、内部時計６６が停止して時刻データを喪失してしまう場合がある。かかる場合において、通信端末子機６は、外部供給電力が復帰し再起動した後、通信端末親機４からその時刻データを取得して、自らの時刻データとして保持する。そうすることで、通信端末子機６は自らの時刻データを復帰させることができ、通信端末親機４のバックアップ機能を回復できる。
【００３８】
さらに好適な態様としては、通信端末子機６は、外部供給電力が復帰し再起動した後、通信端末親機４に加え酸素濃縮機２からその時刻データを取得して、自らの時刻データとして保持することもできる。酸素濃縮機２はバックアップバッテリ２８の供給電力により時刻データを常時保持しているので、酸素濃縮機２が運転中であればその時刻データを取得できる。よって、仮に通信端末親機４から時刻データを取得できない場合であっても、通信端末子機６は自らの時刻データを復帰させ、通信端末親機４のバックアップとしての機能を回復できる。
【００３９】
図４は、第１の実施形態において通信端末親機４が時刻データを復帰させる場合の動作手順を説明するシーケンス図である。通信端末親機４の外部供給電力が遮断され（Ｓ４０）、その後外部供給電力が復帰すると（Ｓ４２）、通信端末親機４は予め設定された初期化処理を実行する（Ｓ４４）。
【００４０】
初期化処理では、その詳細な手順は後述するが、通信端末親機４は、２秒ごとに通信端末子機６にステータス要求すると（Ｓ４４４）、通信端末子機６が定常動作としてステータス応答する（Ｓ４）。ここで、図２に示したように、ステータスデータには、送信側である通信端末子機６が保持する時刻データが付加されている。よって、通信端末親機４はステータスデータに付加された時刻データを読み出して自らの時刻データとして保持する（Ｓ４５０）。このような手順により、通信端末親機４は自らの時刻データを復帰させることができ、予め定めたアップロード時刻にサーバ８１に運転データを送信することができる。
【００４１】
図５は、第１の実施形態において通信端末子機６が時刻データを復帰させる場合の動作手順を説明するシーケンス図である。通信端末子機６の外部供給電力が遮断され（Ｓ５０）、その後外部供給電力が復帰すると（Ｓ５２）、通信端末子機６は予め設定された初期化処理を実行する（Ｓ５４）。この初期化処理では、その詳細な手順は後述するが、通信端末子機６は、通信端末親機４が定常動作として実行する２秒ごとのステータス要求を受信すると（Ｓ２）、通信端末親機４にステータス応答する（Ｓ５４７）。ここで、図２に示したように、ステータス要求データには、送信側である通信端末親機４が保持する時刻データが付加されている。よって、通信端末子機６はステータス要求データに付加された時刻データを読み出して自らの時刻データとして保持する（Ｓ５５０）。
【００４２】
しかし、例えばこのとき通信端末親機４の外部供給電力が遮断されており通信端末親機４が動作しておらず、したがって通信端末親機４からのステータス要求がない場合には、通信端末子機６は時刻データを取得できない。その場合には、通信端末子機６は初期化処理で３０秒ごとに酸素濃縮機２にステータス要求し（Ｓ５５６）、酸素濃縮機２が定常動作としてステータス応答する（Ｓ８）。ここで、図２に示したように、ステータスデータには、送信側である酸素濃縮機２が保持する時刻データが付加されている。よって、通信端末子機６はステータスデータに付加された時刻データを読み出して自らの時刻データとして保持する（Ｓ５６２）。そうすることで、通信端末親機４の外部供給電力が復帰して通信端末親機４からステータス要求された場合に、時刻データを付加してステータス応答することができる。
【００４３】
このような手順により、通信端末子機６は通信端末親機４あるいは酸素濃縮機２のいずれかから時刻データを取得するので、確度良く時刻データを復帰させることができる。よって、通信端末親機４が時刻データを必要とする場合のバックアップとしての機能を回復することができ、医療機器監視システム全体としての信頼性が向上する。
【００４４】
なお、上記の手順では、通信端末親機４の外部供給電力が遮断されて時刻データを喪失し、その後外部供給電力が復帰した場合において、通信端末機４が通信端末子機６に２秒ごとにステータス要求したときに通信端子機６の外部供給電力が遮断されていると、通信端末子機６はステータス応答できず、したがって通信端末親機４は時刻データを取得できない。さらにその場合において、通信端末子機６の外部供給電力が復帰し、通信端末子機６が酸素濃縮機２に３０秒ごとにステータス要求したときに酸素濃縮機２が運転していないと、酸素濃縮機２の内部では時刻データが保持されていても通信端末子機６に対しステータス応答できず、したがって通信端末子機４は時刻データを取得できない。すると、通信端末子機６が再起動後に通信端末機４からの２秒ごとのステータス要求に応答したとしても、時刻データを喪失したままであるので、通信端末親機４は時刻データを取得できない。
【００４５】
このような場合には、通信端末親機４は時刻データを復帰できないので、内部の記憶装置に送信すべき運転データが格納されていたとしても、これをアップロード時刻にサーバ８１に送信できない。そこで、第１の実施形態では、かかる場合には通信端末親機４はサーバ８１から標準時刻データを取得することで、時刻データを復帰させる。
【００４６】
図６は、かかる場合の動作手順を説明するシーケンス図である。この場合、通信端末親機４は、外部供給電力が遮断（Ｓ４０）された後に復帰すると（Ｓ４２）、初期化処理を実行する（Ｓ４４）。そして、通信端末子機６にステータス要求するが（Ｓ４４４）、このとき通信端末子機６が外部供給電力が遮断された（Ｓ５０）状態だと、通信端末親機４は、通信端末子機６からステータス応答が得られず時刻データを取得できない。
【００４７】
そして、通信端末子機６の外部供給電力が復帰すると（Ｓ５２）、初期化処理を実行する（Ｓ５４）。そして、酸素濃縮機２にステータス要求するが（Ｓ５５６）、このとき酸素濃縮機６０は運転停止（Ｓ６０）された状態だと、通信端末子機６は酸素濃縮機２からステータス応答が得られず時刻データを取得できない。
【００４８】
この場合、通信端末親機４が、再度通信端末子機６にステータス要求すると（Ｓ４４４）、通信端末子機６はステータス応答するが（Ｓ５４７）、通信端末子機６の時刻データは喪失したままなので、通信端末親機４は通信端末子機６から時刻データを取得できない。よって、通信端末親機４は、再起動後一定時間（例えば２４時間）経過後に、サーバ８１に接続して時刻データを要求して（Ｓ４５６）、サーバ８１が標準時刻データを送信する（Ｓ４５７）。よって、通信端末親機４は、これを自らの時刻データとして保持する（Ｓ４６０）。
【００４９】
このようにすることで、通信端末親機４は、最長でも２４時間後には時刻データを復帰させることができる。よって、医療機器監視システムとしての信頼性が保たれる。なおこの場合、サーバ８１とのデータ通信は、標準時刻データの取得を目的としてアップロード時刻以外であっても実行される。よって、このとき運転データの送信を行わないようにすることで、例えば患者が電話回線を使用する可能性が大きい日中の時間帯であったとしても電話回線の使用時間を短縮し、患者の電話回線使用を妨げないようにすることができる。
【００５０】
次に、上述した手順における通信端末親機４、通信端末子機６の初期化手順について詳述する。
【００５１】
図７は、通信端末親機４の初期化処理（図４、図６の手順Ｓ４４）を詳述するフローチャート図である。この初期化処理は、外部供給電力を得て通信端末親機４が起動した直後に定常的に実行される。
【００５２】
通信端末親機４は、外部供給電力が遮断されたときに時刻データを喪失しているので、まず自らの制御プログラム内の変数として、時刻データの保持を示す時刻データフラグの値を初期化する（Ｓ４４０）。すると、自らの時刻データフラグの値から時刻データ喪失を判断して（Ｓ４４２のＹＥＳ）、通信端末子機６に２秒ごとにステータス要求する（Ｓ４４４）。通信端末子機６からステータス応答され（図４のＳ４、または図５のＳ５４７）、ステータス応答を確認すると（Ｓ４４６のＹＥＳ）、通信端末親機４はステータスデータから通信端末子機６が付加した時刻データと時刻データフラグを読み出す（Ｓ４４８）。ここでは、図２に示した、ステータスデータに時刻データとともに付加されるフラグデータＦ１が、送信側である通信端末子機６の時刻データフラグに対応する。
【００５３】
そして、時刻データフラグが保持を示す値であることを確認すると（Ｓ４４９のＹＥＳ）、通信端末子機６が送信した時刻データを自らの時刻データとして保持し、自らの時刻データフラグの値を保持を示す値に変更する（Ｓ４５０）。
【００５４】
ただし、例えば通信端末子機６の外部供給電力が遮断されており通信端末子機６が動作していないときには、通信端末親機４は２秒ごとのステータス要求（Ｓ４４４）を繰り返し実行しても通信端末子機６からステータス応答が得られない（Ｓ４４６のＮＯ）。あるいは、通信端末子機６の外部供給電力が通信端末親機４より遅れて復帰した場合であって酸素濃縮機２が運転状態でない場合に、通信端端末子機６の側では時刻データを喪失したままであるので、かかる場合には、２秒ごとのステータス要求（Ｓ４４４）に対し通信端末子機６からステータス応答が得られたことを確認しても（Ｓ４４６のＹＥＳ）、そのステータスデータには時刻データが付加されておらず、時刻データフラグは喪失を示す値であって保持を示す値ではない（Ｓ４４９のＮＯ）。
【００５５】
そこで、かかる状態のまま２４時間経過したときには（Ｓ４５２のＹＥＳ）、通信端末親機４はサーバ８１に接続して（Ｓ４５４）サーバ８１の時刻データ送信を要求する（Ｓ４５６）。そして、サーバ８１がこの要求に応答して標準時刻データを送信して（Ｓ４５６）通信端末親機４が受信を確認すると（Ｓ４５８のＹＥＳ）、通信端末親機４は標準時刻データを自らの時刻データとして保持して自らの時刻データフラグの値を保持を示す値に変更し（Ｓ４６０）、サーバとの接続を切断してデータ通信を終了する（Ｓ４６２）。なお、通信端末親機４がサーバ８１からの時刻データ受信を確認できないときには（Ｓ４５８のＮＯ）、通信端末親機４は一旦サーバ８１との接続を切断してデータ通信を終了し（Ｓ４６３）、手順Ｓ４４２に戻り上述の処理を再度実行する。
【００５６】
図８は、通信端末子機６の初期化処理（図５、図６の手順Ｓ５４）を詳述するフローチャート図である。この初期化処理は、外部供給電力を得て通信端末子機６が起動した直後に定常的に実行される。
【００５７】
通信端末子機６は、外部供給電力が遮断されたときに時刻データを喪失しているので、まず自らの制御プログラム内の変数として、時刻データの保持を示す時刻データフラグの値を初期化する（Ｓ５４０）。そして、自らの時刻データフラグの値から時刻データ喪失を判断して（Ｓ５４２のＹＥＳ）、通信端末親機４からのステータス要求があると（図５のＳ２または図６のＳ４４４）、ステータス要求されたことを確認し（Ｓ５４６のＹＥＳ）、通信端末親機４にステータス応答する（Ｓ５４７）。そして、通信端末子機６はステータス要求データから通信端末親機４が付加した時刻データと時刻データフラグを読み出す（Ｓ５４８）。ここでは、図２に示した、ステータス要求データに時刻データとともに付加されるフラグデータＦ１が、送信側である通信端末親機４の時刻データフラグに対応する。
【００５８】
そして、時刻データフラグが保持を示す値であることを確認すると（Ｓ５４９のＹＥＳ）、通信端末親機４が送信した時刻データを自らの時刻データとして保持し、自らの時刻データフラグの値を保持を示す値に変更する（Ｓ５５０）。
【００５９】
ただし、例えば通信端末親機４の外部供給電力が遮断されており通信端末親機４が動作していないときには、通信端末子機６は通信端末親機４からステータス要求されない（Ｓ５４６のＮＯ）。あるいは、通信端末親機４の外部供給電力が通信端末子機６より遅れて復帰した場合には、通信端端末親機４の側では時刻データを喪失したままであるので、かかる場合には通信端末親機４からステータス要求されたことを確認しても（Ｓ５４６のＹＥＳ）、そのステータスデータには時刻データが付加されておらず、時刻データフラグは喪失を示す値であって保持を示す値ではない（Ｓ５４９のＮＯ）。
【００６０】
そこで、かかる状態のまま３０秒経過したときには（Ｓ５５２のＹＥＳ）、通信端末子機６は酸素濃縮機２にステータス要求する（Ｓ５５６）。そして、酸素濃縮機２がステータス応答して（図５のＳ８）、通信端末子機６がステータス応答されたことを確認すると（Ｓ５５８のＹＥＳ）、通信端末子機６はステータスデータから酸素濃縮機２が付加した時刻データと時刻データフラグを読み出す（Ｓ５５９）。ここでは、図２に示した、ステータスデータに時刻データとともに付加されるフラグデータＦ１が、送信側である酸素濃縮機２の時刻データフラグに対応する。
【００６１】
そして、時刻データフラグが保持を示す値であることを確認すると（Ｓ５６０のＹＥＳ）、酸素濃縮機２が送信した時刻データを自らの時刻データとして保持し、自らの時刻データフラグの値を保持を示す値に変更する（Ｓ５６２）。そして、次に定常動作として通信端末親機４がステータス要求するときには、通信端末子機６は保持している時刻データを付加してステータス応答することができる。
【００６２】
上記手順を実行することにより、通信端末親機４、通信端末子機６のいずれかが時刻データを喪失した場合でもこれを復帰させることができる。このとき、定常的に実行するステータス要求・ステータス応答の際に送受信される時刻データを用いることで、時刻データ復帰のための追加的なデータ通信を実行することなく、時刻データを復帰できる。よって、通信端末親機４、通信端末子機６、及び酸素濃縮機２の処理負荷を最小限とすることができる。
【００６３】
そして、最長でも２４時間後にはサーバ８１から標準時刻データを取得して、通信端末親４の時刻データを復帰させることができる。よって、サーバ８１へのデータ通信を最小限の頻度に抑えることで在宅患者の電話回線使用を妨げないようにするとともに、定常的な運転データの送信の遅れを最小限に抑えることができる。よって、医療機器監視システムとしての信頼性が保たれる。
【００６４】
[第１の実施形態における変形例]
次に、第１の実施形態における変形例について説明する。この変形例では、アップロード時刻に通信端末親機４がサーバ８１に運転データを送信するときにサーバ８１から標準時刻データを受信し、通信端末親機４、通信端末子機６、または酸素濃縮機２のいずれかまたはすべてが標準時刻データをそれぞれの時刻データとして保持する。そうすることで、これらの内部時計の精度がサーバ８１の内部時計８６の精度より低い場合であっても、２４時間ごとにそれぞれの時刻データを標準時刻データに同期させることができる。よって、通信端末親機４、あるいは酸素濃縮機２は、より正確にアップロード時刻に運転データを送信することができる。また、通信端末子機６は、通信端末親機４のバックアップとして精度よい時刻データを保持することができる。よって、医療機器監視システム全体として、標準時刻に対しより正確な動作が可能となる。
【００６５】
図９は、かかる変形例における医療機器監視システムの動作手順を説明するシーケンス図である。図９の手順は、通信端末親機４が運転データをサーバ８１に送信した際に実行される。一部、図３の手順と重複する手順には、図３と同じ符号が付してある。
【００６６】
通信端末親機４は、アップロード時刻になると（Ｓ１６）、サーバ８１に運転データを送信し（Ｓ１８）、時刻データを要求する（Ｓ２０）。サーバ８１は、これに応答して標準時刻データを送信する（Ｓ２２）。そして、通信端末親機４は、標準時刻データを自らの時刻データとして保持する（Ｓ２４）。
【００６７】
そして、通信端末親機４は、通信端末子機６にステータス要求する際、標準時刻データを付加してステータス要求する（Ｓ２６）。このとき、例えば、図２に示したフラグデータＦ２を標準時刻データに保持したことを示す値に設定する。そうすることで、通信端末子機６はフラグデータＦ２の値から送信要求データに付加された時刻データは標準時刻データであることを判断し、標準時刻データを自らの時刻データとして保持する（Ｓ２８）。そして、通信端末親機４にステータス応答する（Ｓ３０）。
【００６８】
さらに、通信端末子機６は、酸素濃縮機２に３０秒ごとにステータス要求する際、標準時刻データとこれを示すフラグデータＦ２を付加してステータス要求する（Ｓ３２）。そして、酸素濃縮機２はフラグデータＦ２の値からステータス要求データに付加された時刻データは標準時刻データであることを判断し、標準時刻データを自らの時刻データとして保持する（Ｓ３４）。そして、通信端末子機６にステータス応答する（Ｓ３６）。
【００６９】
このような手順を実行することで、通信端末子機６、または酸素濃縮機２の内部時計の精度がサーバ８１の内部時計８６の精度より低い場合であっても、２４時間ごとにそれぞれの時刻データを標準時刻データに同期させることができ、医療機器監視システム全体として、標準時刻に対しより正確な動作が可能となる。
【００７０】
なお、上述の説明では、１対の通信端末親機と通信端末子機の場合を例としたが、１つの通信端末親機に対し、複数の通信端末子機とそれぞれの通信端末子機と通信を行う酸素濃縮機が設けられる構成であっても、第１の実施形態は適用できる。さらに、３つ以上の通信端末親機が連続して接続されデータ通信を行う場合にも、第１の実施形態は適用できる。その場合、データ通信経路の隣接する通信端末機間で酸素濃縮機側を通信端末子機、サーバ側を通信端末親機として上述した手順を実行する。そうすることで、サーバ８１に対するデータ通信頻度を最小限にしつつ、喪失した時刻データを通信端末機相互間で復帰させて保持することができる。よって、予め定めたアップロード時刻にサーバ８１に運転データを送信することができる。
【００７１】
[第２の実施形態]
図１０は、第２の実施形態における医療機器監視システムの構成を説明する図である。第２の実施形態では、通信端末親機４と通信端末子機６を設ける代わりに、通信端末機５が設けられる。通信端末機５は、第１の実施形態における通信端末親機４、通信端末子機６と同等の構成を有し、通信回路５２、制御部５４、内部時計５６を有する。通信端末機５は、外部供給電力により動作可能に構成され、外部供給電力により内部時計５６は時刻データを保持する。
【００７２】
酸素濃縮機２は、通信端末機５ケーブルにより接続されデータ通信可能に構成される。その他は、第１の実施形態における構成と同じである。
【００７３】
この構成は、酸素濃縮機２をモジュラージャック付近に設置可能な場合に、酸素濃縮機２と通信端末機５をケーブルで接続してデータ通信の信頼性を向上させるのに好適な構成として用いられる。また、通信端末機の個数を減らすことで煩雑な構成となることを防止できる。その場合、無線通信の場合よりデータ通信の信頼性が高いことを考慮し、両者間では例えば３０秒ごとにステータス確認が実行される。
【００７４】
以下では、酸素濃縮機２と通信端末機５がケーブル接続される場合を例として説明するが、酸素濃縮機２の通信回路２２と通信端末機５の通信回路５２を無線通信により接続される構成とする場合も、第２の実施形態に含まれる。その場合、ケーブル接続の場合よりデータ通信の信頼性が低下することを考慮し、両者間では、例えば２秒ごとにステータス確認が実行される。
【００７５】
そして、通信端末機５からサーバ８１へは、２４時間ごとに酸素濃縮機２の運転データが送信される。
【００７６】
図１１は、第２の実施形態における医療機器監視システムの定常時の動作手順を説明するシーケンス図である。通信端末機５は３０秒ごとにステータス要求し（Ｓ１０２）、酸素濃縮機２はこれに対してステータス応答する（Ｓ１０４）。そして、酸素濃縮機２は、その内部時計２６が保持する時刻データに基づきアップロード時刻前に（Ｓ１０６）、運転データを通信端末機５に送信する（Ｓ１０８）。そして、通信端末機５は、その内部時計４６が保持する時刻データに基づいてアップロード時刻になると（Ｓ１１０）運転データをサーバ８１に送信する（Ｓ１１２）。
【００７７】
第２の実施形態では、通信端末機５は、突発的な停電、起動スイッチの誤操作やコンセント抜けなどにより外部供給電力が遮断され時刻データを喪失した場合に、外部供給電力が復帰して再起動した後、酸素濃縮機２からその時刻データを取得して、自らの時刻データとして保持する。ここで、酸素濃縮機２の内部時計２６はバックアップバッテリ２８により常時運転可能であり、時刻データが喪失されることはない。よって、通信端末機５は、酸素濃縮機２が運転状態であれば確実に、時刻データを復帰させることができる。このように、酸素濃縮機２をいわばバックアップ手段として用いることで通信端末機５は時刻データを復帰させることができ、予め定めたアップロード時刻にサーバ８１に運転データを送信することができる。
【００７８】
図１２は、第２の実施形態において通信端末機５が時刻データを復帰させる場合の動作手順を説明するシーケンス図である。通信端末機５の外部供給電力が遮断され（Ｓ１４０）、その後外部供給電力が復帰すると（Ｓ１４２）、初期化処理を実行する（Ｓ１４４）。この初期化処理では、通信端末機５は、酸素濃縮機２にステータス要求して（Ｓ１４４４）酸素濃縮機２が定常動作としてステータス応答すると（Ｓ１０４）、通信端末機５はステータスデータに酸素濃縮機２が付加した時刻データを読み出して自らの時刻データとして保持する（Ｓ１４５０）。
【００７９】
このような手順により、通信端末機５はサーバ８１とのデータ通信を行わなくても時刻データを復帰させることができる。このとき、定常的に実行するステータス要求・ステータス応答の際に送受信される時刻データを用いることで、時刻データ復帰のための追加的なデータ通信を実行することなく、時刻データを復帰できる。よって、通信端末機５、及び酸素濃縮機２の処理負荷を最小限とすることができる。そして、予め定めたアップロード時刻にサーバ８１に酸素濃縮機２の運転データを送信することができる。
【００８０】
ただし酸素濃縮機２が運転状態でないときには、通信端末機５は酸素濃縮機２からステータス応答が得られず、したがって時刻データを取得できない。
【００８１】
この場合の手順を、図１３に示す。図１３では、図１２と重複する手順には同じ符号が付してある。
【００８２】
酸素濃縮機２が運転停止しており（Ｓ１６２）運転状態でないときには、通信端末機５は酸素濃縮機２にステータス要求しても（Ｓ１４４４）ステータス応答が得られず、したがって時刻データを取得できない。その場合、通信端末機５は、再起動から例えば２４時間経過後にサーバ８１に時刻データを要求し（Ｓ１４５６）、サーバ８１が標準時刻データを送信する（Ｓ１４５７）。そして、通信端末機５は、これを自らの時刻データとして保持する（Ｓ１４６０）。
【００８３】
このような手順により、最長でも２４時間後にはサーバ８１から標準時刻データを取得して、通信端末機５の時刻データを復帰させることができる。よって、サーバ８１へのデータ通信を最小限の頻度に抑えることで在宅患者の電話回線使用を妨げないようにするとともに、定常的な運転データの送信の遅れを最小限に抑えることができる。よって、医療機器監視システムとしての信頼性が保たれる。
【００８４】
図１４は、第２の実施例における通信端末機５の初期化処理を詳述するフローチャート図である。この初期化処理は、外部供給電力を得て通信端末機５が起動した直後に定常的に実行される。
【００８５】
通信端末機５は、外部供給電力が遮断されたときに時刻データを喪失しているので、まず自らの制御プログラム内の変数として、時刻データの保持を示す時刻データフラグの値を初期化する（Ｓ１４４０）。すると、自らの時刻データフラグの値から時刻データ喪失を判断して（Ｓ１４４２のＹＥＳ）、酸素濃縮機２に３０秒ごとにステータス要求する（Ｓ１４４４）。酸素濃縮機２が定常動作としてステータス応答し（図１２のＳ１０４）、ステータス応答されたことを確認すると（Ｓ１４４６のＹＥＳ）、通信端末機５はステータスデータから酸素濃縮機２が付加した時刻データと時刻データフラグ（図２に示したフラグＦ１）を読み出す（Ｓ１４４８）。そして、時刻データフラグが保持を示す値であることを確認する。なお、この場合、酸素濃縮機２ではバックアップバッテリ２８の電力により常時時刻データが保持されるので、時刻データフラグの値は保持を示すことが確認される（Ｓ１４４９のＹＥＳ）。すると、酸素濃縮機２が送信した時刻データを自らの時刻データとして保持し、自らの時刻データフラグの値を保持を示す値に変更する（Ｓ１４５０）。
【００８６】
ただし、例えば酸素濃縮機２が運転状態でないときには、通信端末機５は３０秒ごとのステータス要求（Ｓ１４４４）を繰り返し実行しても酸素濃縮機２からステータス応答が得られない（Ｓ１４４６のＮＯ）。あるいは、酸素濃縮機２が運転状態であるときであっても、バックアップバッテリ２８の消耗や故障などにより時刻データが喪失されている場合には、時刻データフラグが保持を示す値ではない（Ｓ１４４９のＮＯ）。このような場合には、通信端末機５は酸素濃縮機２から時刻データを取得できない。
【００８７】
そこで、かかる状態のまま２４時間経過したときには（Ｓ１４５２のＹＥＳ）、通信端末機５はサーバ８１に接続して（Ｓ１４５４）サーバ８１の時刻データ送信を要求する（Ｓ１４５６）。そして、サーバ８１がこの要求に応答して標準時刻データを送信して（Ｓ１４５７）通信端末機５がこれを受信したことを確認すると（Ｓ１４５８のＹＥＳ）、通信端末機５は標準時刻データを自らの時刻データとして保持して自らの時刻データフラグの値を保持を示す値に変更し（Ｓ１４６０）、サーバとの接続を切断してデータ通信を終了する（Ｓ１４６２）。なお、通信端末機５がサーバ８１からの時刻データ受信を確認できないときには（Ｓ１４５８のＮＯ）、通信端末機５は一旦サーバ８１との接続を切断してデータ通信を終了し（Ｓ１４６３）、手順Ｓ１４４２に戻り上述の処理を再度実行する。
【００８８】
上記手順を実行することにより、通信端末機５が時刻データを喪失した場合でもこれを復帰させることができる。このとき、酸素濃縮機２との間で定常的に実行するステータス要求・ステータス応答の際に送受信される時刻データを用いることで、時刻データ復帰のための追加的なデータ通信を実行することなく、時刻データを復帰できる。よって、通信端末機５の処理負荷を最小限とすることができる。
【００８９】
そして、最長でも２４時間後にはサーバ８１から標準時刻データを取得して、通信端末機５の時刻データを復帰させることができる。よって、サーバ８１へのデータ通信を最小限の頻度に抑えることで在宅患者の電話回線使用を妨げないようにするとともに、定常的な運転データの送信の遅れを最小限に抑えることができる。よって、医療機器監視システムとしての信頼性が保たれる。
【００９０】
[第２の実施形態における変形例]
第２の実施形態においても、通信端末機５の時刻データ、及び酸素濃縮機２の時刻データをサーバ８１から取得した標準時刻データに保持する変形例が可能である。
【００９１】
図１５は、かかる変形例を説明するシーケンス図である。すなわち、通信端末機５は、アップロード時刻になると（Ｓ１１０）、サーバ８１に運転データを送信し（Ｓ１１２）、標準時刻データを要求する（Ｓ１２０）。サーバ８１は、これに応答して標準時刻データを送信する（Ｓ１２２）。そして、通信端末機５は、標準時刻データを自らの時刻データとして保持する（Ｓ１２４）。
【００９２】
そして、通信端末機５は、酸素濃縮機２に３０秒ごとにステータス要求する際、標準時刻データを付加してステータス要求する（Ｓ１２６）。このとき、例えば、標準時刻データに保持したことを示すフラグデータをステータス要求データに付加する。そうすることで、酸素濃縮機２はそのフラグデータの値から送信要求データに付加された時刻データは標準時刻データであることを判断し、標準時刻データを自らの時刻データとして保持する（Ｓ１２８）。そして、通信端末機５にステータス応答する（Ｓ１３０）。
【００９３】
このような手順を実行することで、通信端末機５、または酸素濃縮機２の内部時計の精度がサーバ８１の内部時計８６の精度より低い場合であっても、２４時間ごとにそれぞれの時刻データを標準時刻データに同期させることができ、医療機器監視システム全体として、標準時刻に対しより正確な動作が可能となる。
【００９４】
上述の説明では、公衆通信網１０として電話回線を例としたが、酸素濃縮機２と通信端末機とが設置される患者宅や診療所に設置される電話機その他の通信機器（ファクシミリ、インターネットに接続されるパーソナルコンピュータなど）と共有される公衆通信網（たとえば有線通信手段あるいは無線通信手段を用いて実現されるインターネット、携帯電話通信網、またはＰＨＳ通信網などを含む公衆通信網）であれば、第１、第２の実施形態が適用できる。すなわち、第１、第２の実施形態によれば、かかる公衆通信網を介してサーバ８１とデータ通信を行う頻度を最小限とすることで、公衆通信網を共用する通信機器の使用を妨げることなく、通信端末機の時刻データを復帰できる。
【００９５】
また、上述の説明では、酸素濃縮機を被監視機器とする医療機器監視システムを例とした。しかしながら、酸素濃縮機以外の医療機器、例えば超音波治療器や成人用人工呼吸器など、在宅患者が家庭内で自ら使用する医療機器であって、その運転データを定常的に収集することが望まれる医療機器には、第１、第２の実施形態が適用できる。さらには、医療機器のほかにも、ガスメータなど、保安上の観点からその運転データを定常的に収集することが望まれる一般機器を被監視機器として、第１、第２の実施形態が適用できる。
【００９６】
以上説明したとおり、本発明によれば、機器監視システムにおいて通信端末機が時刻データを喪失した場合であっても通信端末機の時刻データを復帰させ、予め定めたアップロード時刻に運転データをサーバに送信することが可能となる。
【図面の簡単な説明】
【００９７】
【図１】第１の実施形態における機器監視システムが医療機器監視システムに適用された場合の構成を説明する図である。
【図２】ステータス確認時に送受信されるデータの構成を概略的に示す図である。
【図３】第１の実施形態における医療機器監視システムの定常時の動作手順を説明するシーケンス図である。
【図４】第１の実施形態において通信端末親機４が時刻データを復帰させる場合の動作手順を説明するシーケンス図である。
【図５】第１の実施形態において通信端末子機６が時刻データを復帰させる場合の動作手順を説明するシーケンス図である。
【図６】通信端末親機４がサーバ８１から時刻データを取得する場合の動作手順を説明するシーケンス図である。
【図７】通信端末親機４の初期化処理（図４、図６の手順Ｓ４４）を詳述するフローチャート図である。
【図８】通信端末子機６の初期化処理（図５、図６の手順Ｓ５４）を詳述するフローチャート図である。
【図９】第１の実施形態の変形例における医療機器監視システムの動作手順を説明するシーケンス図である。
【図１０】第２の実施形態における医療機器監視システムの構成を説明する図である。
【図１１】第２の実施形態における医療機器監視システムの定常時の動作手順を説明するシーケンス図である。
【図１２】、第２の実施形態において通信端末機５が時刻データを復帰させる場合の動作手順を説明するシーケンス図である。
【図１３】通信端末機５がサーバ８１から時刻データを取得する場合の動作手順を説明するシーケンス図である。
【図１４】第２の実施例における通信端末機５の初期化処理を詳述するフローチャート図である。
【図１５】第１の実施形態の変形例における医療機器監視システムの動作手順を説明するシーケンス図である。
【符号の説明】
【００９８】
１：患者宅、２：酸素濃縮機、４：通信端末親機、５：通信端末機、６：通信端末子機、１０：公衆通信網、８１：サーバ
【特許請求の範囲】
【請求項１】
被監視機器と、外部供給電力により時刻データを保持するとともに前記被監視機器の運転データを受信する通信端末子機と、外部供給電力により時刻データを保持するとともに前記通信端末子機から受信した前記運転データを予め定めたアップロード時刻に公衆通信網を介してサーバに送信する通信端末親機とを有する機器監視システムにおいて、
前記通信端末子機、通信端末親機のいずれか一方は、外部供給電力が遮断されて自らの時刻データを喪失した後に外部供給電力が復帰したときには、他方が保持する時刻データを取得し保持することを特徴とする機器監視システム。
【請求項２】
請求項１において、
前記被監視機器はバックアップバッテリを有するとともに当該バックアップバッテリの供給電力により時刻データを保持し、
前記通信端末子機は、外部供給電力が遮断されて自らの時刻データを喪失した後に外部供給電力が復帰したときには、さらに前記被監視機器が保持する時刻データを取得し保持することを特徴とする機器監視システム。
【請求項３】
請求項１または２において、
前記通信端末親機は、前記通信端末子機から時刻データを取得できないときには、前記公衆通信網を介して前記サーバが保持する標準時刻データを取得し、
前記通信端末子機は前記通信端末親機から前記標準時刻データをさらに取得することを特徴とする機器監視システム。
【請求項４】
請求項２において、
前記通信端末親機は、前記アップロード時刻に前記運転データを前記サーバに送信するときに、当該サーバが保持する標準時刻データを取得して自らの時刻データとして保持し、
前記通信端末子機及び前記被監視機器は、前記サーバから取得された標準時刻データを自らの時刻データとして保持することを特徴とする機器監視システム。
【請求項５】
請求項１乃至４のいずれかにおいて、
前記通信端末親機及び前記通信端末子機は前記被監視機器が設置されるサイトに設けられ、
前記公衆通信網は、前記通信端末親機と前記サイトに設けられる他の通信機器とが共用することを特徴とする機器監視システム。
【請求項６】
請求項５において、
前記被監視機器と前記通信端末子機間、及び／または前記通信端末子機と前記通信端末親機間では、前記通信端末親機による前記サーバへの前記運転データの送信頻度より高い頻度で相互の通信可能状態確認が行われるときに、時刻データの送受信が行われることを特徴とする機器監視システム。
【請求項７】
バックアップバッテリを有するとともに当該バックアップバッテリの供給電力により時刻データを保持する被監視機器と、外部供給電力により時刻データを保持するとともに前記被監視機器の運転データを予め定められたアップロード時刻に公衆通信網を介してサーバに送信する通信端末機とを有する機器監視システムにおいて、
前記通信端末機は、外部供給電力が遮断されて自らの時刻データを喪失した後に外部供給電力が復帰したときには、前記被監視機器が保持する時刻データを取得し保持することを特徴とする機器監視システム。
【請求項８】
請求項７において、
前記通信端末機は、前記被監視機器から時刻データを取得できないときには、前記公衆通信網を介して前記サーバが保持する標準時刻データを取得することを特徴とする機器監視システム。
【請求項９】
請求項７において、
前記通信端末機は、前記アップロード時刻に前記運転データを前記サーバに送信するときに、当該サーバが保持する標準時刻データを取得して自らの時刻データとして保持し、
前記被監視機器は、前記サーバから取得された標準時刻データを自らの時刻データとして保持することを特徴とする機器監視システム。
【請求項１０】
請求項７乃至９のいずれかにおいて、
前記通信端末機は前記被監視機器が設置されるサイトに設けられ、
前記公衆通信網は、前記通信端末機と前記サイトに設けられる他の通信機器とに共用されることを特徴とする機器監視システム。
【請求項１１】
請求項１０において、
前記被監視機器と前記通信端機間では、前記通信端末機による前記サーバへの前記運転データの送信頻度より高い頻度で相互の通信可能状態確認が行われるときに、時刻データの送受信が行われることを特徴とする機器監視システム。
【請求項１】
被監視機器と、外部供給電力により時刻データを保持するとともに前記被監視機器の運転データを受信する通信端末子機と、外部供給電力により時刻データを保持するとともに前記通信端末子機から受信した前記運転データを予め定めたアップロード時刻に公衆通信網を介してサーバに送信する通信端末親機とを有する機器監視システムにおいて、
前記通信端末子機、通信端末親機のいずれか一方は、外部供給電力が遮断されて自らの時刻データを喪失した後に外部供給電力が復帰したときには、他方が保持する時刻データを取得し保持することを特徴とする機器監視システム。
【請求項２】
請求項１において、
前記被監視機器はバックアップバッテリを有するとともに当該バックアップバッテリの供給電力により時刻データを保持し、
前記通信端末子機は、外部供給電力が遮断されて自らの時刻データを喪失した後に外部供給電力が復帰したときには、さらに前記被監視機器が保持する時刻データを取得し保持することを特徴とする機器監視システム。
【請求項３】
請求項１または２において、
前記通信端末親機は、前記通信端末子機から時刻データを取得できないときには、前記公衆通信網を介して前記サーバが保持する標準時刻データを取得し、
前記通信端末子機は前記通信端末親機から前記標準時刻データをさらに取得することを特徴とする機器監視システム。
【請求項４】
請求項２において、
前記通信端末親機は、前記アップロード時刻に前記運転データを前記サーバに送信するときに、当該サーバが保持する標準時刻データを取得して自らの時刻データとして保持し、
前記通信端末子機及び前記被監視機器は、前記サーバから取得された標準時刻データを自らの時刻データとして保持することを特徴とする機器監視システム。
【請求項５】
請求項１乃至４のいずれかにおいて、
前記通信端末親機及び前記通信端末子機は前記被監視機器が設置されるサイトに設けられ、
前記公衆通信網は、前記通信端末親機と前記サイトに設けられる他の通信機器とが共用することを特徴とする機器監視システム。
【請求項６】
請求項５において、
前記被監視機器と前記通信端末子機間、及び／または前記通信端末子機と前記通信端末親機間では、前記通信端末親機による前記サーバへの前記運転データの送信頻度より高い頻度で相互の通信可能状態確認が行われるときに、時刻データの送受信が行われることを特徴とする機器監視システム。
【請求項７】
バックアップバッテリを有するとともに当該バックアップバッテリの供給電力により時刻データを保持する被監視機器と、外部供給電力により時刻データを保持するとともに前記被監視機器の運転データを予め定められたアップロード時刻に公衆通信網を介してサーバに送信する通信端末機とを有する機器監視システムにおいて、
前記通信端末機は、外部供給電力が遮断されて自らの時刻データを喪失した後に外部供給電力が復帰したときには、前記被監視機器が保持する時刻データを取得し保持することを特徴とする機器監視システム。
【請求項８】
請求項７において、
前記通信端末機は、前記被監視機器から時刻データを取得できないときには、前記公衆通信網を介して前記サーバが保持する標準時刻データを取得することを特徴とする機器監視システム。
【請求項９】
請求項７において、
前記通信端末機は、前記アップロード時刻に前記運転データを前記サーバに送信するときに、当該サーバが保持する標準時刻データを取得して自らの時刻データとして保持し、
前記被監視機器は、前記サーバから取得された標準時刻データを自らの時刻データとして保持することを特徴とする機器監視システム。
【請求項１０】
請求項７乃至９のいずれかにおいて、
前記通信端末機は前記被監視機器が設置されるサイトに設けられ、
前記公衆通信網は、前記通信端末機と前記サイトに設けられる他の通信機器とに共用されることを特徴とする機器監視システム。
【請求項１１】
請求項１０において、
前記被監視機器と前記通信端機間では、前記通信端末機による前記サーバへの前記運転データの送信頻度より高い頻度で相互の通信可能状態確認が行われるときに、時刻データの送受信が行われることを特徴とする機器監視システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【公開番号】特開２０１０−８６０５４（Ｐ２０１０−８６０５４Ａ）
【公開日】平成２２年４月１５日（２０１０．４．１５）
【国際特許分類】
【出願番号】特願２００８−２５１４５１（Ｐ２００８−２５１４５１）
【出願日】平成２０年９月２９日（２００８．９．２９）
【出願人】（５０３３６９４９５）帝人ファーマ株式会社 (159)
【出願人】（００００００２９５）沖電気工業株式会社 (6,645)
【Ｆターム（参考）】
【公開日】平成２２年４月１５日（２０１０．４．１５）
【国際特許分類】
【出願日】平成２０年９月２９日（２００８．９．２９）
【出願人】（５０３３６９４９５）帝人ファーマ株式会社 (159)
【出願人】（００００００２９５）沖電気工業株式会社 (6,645)
【Ｆターム（参考）】
[ Back to top ]