(57)【要約】【課題】  ナースコール機器のファームウェアを書き換える際に、制御機に書き換え先の機器の動作状況を判断する機能を設けることで、強制的に機器を停止させること無く書き換えを可能としたナースコールシステムを提供する。【解決手段】  制御機４にシステム内の機器の少なくともいずれかの機器のファームウェアを記憶すると共にファームウェアの書換処理の進行状況を管理する状態監視テーブルを記憶する書換情報記憶部４２を設け、制御機ＣＰＵ４４が書換対象機器の動作状態を判別し、状態判別結果を基に待受状態であると判定した対象機器に対しては、ファームウェアの書き込みを実施する書き換えモードに移行させるためのモード移行信号を送信してファームウェアの書き込みを実施し、使用状態にあると判定した対象機器に対しては、待受状態に遷移してからモード移行信号を送信してファームウェアの書き換えを実施する。【選択図】  図１
2015073143.tif 000002
【特許請求の範囲】
【請求項１】
ベッド毎に設置されて患者がナースコール呼出を行うためのナースコール子機と、ナースコール呼出を報知するための廊下灯と、ナースコール呼出に看護師が応答するためのナースコール親機と、機器間の通信を制御する制御機とを有し、前記廊下灯、前記ナースコール親機、及び前記制御機の間がＬＡＮ接続されて成るナースコールシステムにおいて、
前記制御機は、ナースコールシステム内の機器の少なくともいずれかの機器の新規なファームウェアを記憶すると共に、ファームウェアの書換処理の進行状況を管理する状態監視テーブルを記憶する書換情報記憶部と、
書換対象機器の動作状態を判別する状態判別部と、
前記状態判別部の情報を基に前記新規なファームウェアを送信して書き換えを行う書換制御部とを有し、
前記書換制御部は、前記状態判別部の判定結果を受けて、待受状態であると判定した対象機器に対しては、ファームウェアの書き換えを実施する書き換えモードに移行させるためのモード移行信号を送信してファームウェアの書き換えを実施し、
使用状態にあると判定した対象機器に対しては、待受状態に遷移してから前記モード移行信号を送信してファームウェアの書き換えを実施することを特徴とするナースコールシステム。
【請求項２】
前記書換制御部は、同一のファームウェアを送信する対象機器の数が所定数を超えたらマルチキャスト通信により送信し、所定数以下であればユニキャスト通信で送信してファームウェアの書き換えを実施することを特徴とする請求項１記載のナースコールシステム。
【請求項３】
前記ファームウェアの制御機への送信は、ファームウェアを記憶した管理用機器を前記制御機にアクセス可能なネットワークを介して、或いは前記制御機に直接接続して、或いは前記ナースコール親機に接続して実施されることを特徴とする請求項１又は２に記載のナースコールシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はナースコールシステムに関し、特にその動作ブログラムを書き換える技術の改良に関する。
【背景技術】
【０００２】
ナースコールシステムでは、従来よりナースコール親機は勿論のこと、制御機や廊下灯においてもＣＰＵが内蔵されて、それぞれに動作プログラム（ファームウェア）がインストールされてそれぞれ機器を動作させている。
このようなナースコールシステムにおいて、機器のバージョンアップや病棟の拡張等が発生すると、ナースコールシステムの個々の機器を変更しないまでも機器を動作させるファームウェアの変更（書き換え）が必要となる。この書き換えは、当初ファームウェアを記憶したＲＡＭカードを変更対象の機器に接続して書き換えを行ったが、書き換える機器の数に比例して作業量が増加したし、その間ナースコールシステムの運用は停止しなければ成らなかったため、面倒で厄介な作業となっていた。
【０００３】
そのため、制御機に書き換えるファームウェアを一旦記憶させ、制御機からナースコール親機や廊下灯に送信して各機器のファームウェアを書き換える例えば特許文献１に示す技術が提案された。こうして制御機を介して実施することで、書き換える機器が多くても制御機にインストールするだけで各機器の書き換えを実施できた。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００３−２８３６７９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記特許文献１の技術により、書換対象機器毎にＲＡＭカード等を接続する必要は無くなったが、書き換える際に書き換え対象の機器を強制的に書換モードに移行させる制御は変わらないため、通信を実施して使用中の機器がある場合は通信が遮断された。そのため、書き換えはシステムの稼働を停止させて実施するのを基本とした。
また、書き換えは、スイッチ操作で順次実施することも可能であったが、いずれにしても機器の動作状況に関係なく書き換えを行うため、システムの稼働を停止してから実施する状況は変わらなかった。そのため、２４時間患者を看護する病院においては、負担の掛かる作業となっていた。
【０００６】
そこで、本発明はこのような問題点に鑑み、ナースコール機器のファームウェアを書き換える際に、制御機に書き換え先の機器の動作状況を判断する機能を設けることで、強制的に機器を停止させること無く書き換えを可能としたナースコールシステムを提供することを目的としている。
【課題を解決するための手段】
【０００７】
上記課題を解決する為に、請求項１の発明は、ベッド毎に設置されて患者がナースコール呼出を行うためのナースコール子機と、ナースコール呼出を報知するための廊下灯と、ナースコール呼出に看護師が応答するためのナースコール親機と、機器間の通信を制御する制御機とを有し、廊下灯、ナースコール親機、及び制御機の間がＬＡＮ接続されて成るナースコールシステムにおいて、制御機は、ナースコールシステム内の機器の少なくともいずれかの機器の新規なファームウェアを記憶すると共に、ファームウェアの書換処理の進行状況を管理する状態監視テーブルを記憶する書換情報記憶部と、書換対象機器の動作状態を判別する状態判別部と、状態判別部の情報を基に新規なファームウェアを送信して書き換えを行う書換制御部とを有し、書換制御部は、状態判別部の判定結果を受けて、待受状態であると判定した対象機器に対しては、ファームウェアの書き換えを実施する書き換えモードに移行させるためのモード移行信号を送信してファームウェアの書き換えを実施し、使用状態にあると判定した対象機器に対しては、待受状態に遷移してからモード移行信号を送信してファームウェアの書き換えを実施することを特徴とする。
この構成によれば、制御機が書換対象機器の状態を判断してファームウェアの書き換えを実施するため、強制的に対象機器の動作を停止させるようなことが無い。よって、システムを停止させること無く対象機器のファームウェアの書き換えを実施することが可能となる。
【０００８】
請求項２の発明は、請求項１に記載の構成において、書換制御部は、同一のファームウェアを送信する対象機器の数が所定数を超えたらマルチキャスト通信により送信し、所定数以下であればユニキャスト通信で送信してファームウェアの書き換えを実施することを特徴とする。
この構成によれば、同一のファームウェアを送信する対象機器数が所定数を超えるとマルチキャスト通信で送信するため、対象機器数が多くなることで書き換え時間が長時間に及んだり、トラフィックが混雑してエラーが発生するような事態を防止できる。
【０００９】
請求項３の発明は、請求項１又は２に記載の構成において、ファームウェアの制御機への送信は、ファームウェアを記憶した管理用機器を制御機にアクセス可能なネットワークを介して、或いは制御機に直接接続して、或いはナースコール親機に接続して実施されることを特徴とする。
この構成によれば、管理用機器は制御機にアクセスできれば何処に接続しても良く、作業し易い場所から制御機にファームウェアをインストールでき、容易に制御機へインストールできる。よって、制御機へのインストール作業が看護師業務の負担になることがない。
【発明の効果】
【００１０】
本発明によれば、制御機が書換対象機器の状態を判断して書き換えを実施するため、強制的に対象機器の動作を停止させるようなことが無い。よって、システムを停止させること無く対象機器のファームウェアの書き換えを実施することが可能となる。
【図面の簡単な説明】
【００１１】
【図１】本発明に係るナースコールシステムの一例を示す構成図である。
【図２】制御機の要部回路ブロック図である。
【発明を実施するための形態】
【００１２】
以下、本発明を具体化した実施の形態を、図面を参照して詳細に説明する。図１は本発明に係るナースコールシステムの一例を示す構成図であり、１は患者が看護師を呼び出すためにベッド毎に設置されたナースコール子機（以下、単に「子機」と称する。）、２は子機１による呼び出し発生を報知するために病室毎に設置された廊下灯、３は患者からの呼び出しに応答するためにナースステーションに設置されたナースコール親機（以下、単に「親機」と称する。）、４は機器間の通信を制御する制御機、５は患者からの呼び出しに応答するために看護師が携行する携帯端末、６はアクセスポイント７を介して携帯端末５の通信を管理する交換機である。
子機１は病室毎に廊下灯２に伝送線Ｌ１を介して接続され、廊下灯２、親機３はＬＡＮ８を介して制御機４に接続されている。また、交換機６は伝送線Ｌ２により制御機４に接続される一方、ＬＡＮ８を介して廊下灯２、親機３と接続されている。尚、９はＨＵＢである。
【００１３】
子機１は、呼出握りボタン１ａと、通話するためのマイク及びスピーカを備えたプレート子機１ｂとで構成されている。
【００１４】
廊下灯２は、病室毎に入口付近に設置され、子機１による呼び出しが発生したら点滅して報知動作する通知灯２ａ、病室の患者情報を表示する患者情報表示部２ｂを有し、子機１から送出された呼出信号を中継し、ＬＡＮ８を介して制御機４に送信する。
【００１５】
親機３は、呼び出しに応答するためのハンドセット３１、患者情報を一覧表示するための第１ディスプレイ３２を備えたボード型親機３ａと、パーソナルコンピュータから成り、患者情報を表示するための第２ディスプレイ３３を備えて患者情報の入力や表示を行うＰＣ親機３ｂとで構成されている。
【００１６】
図２は制御機４の要部回路ブロック図を示している。図２に示すように、制御機４は患者と子機１の関係、患者と看護師の関係等を記憶する呼出先情報記憶部４１、ファームウェア及びファームウェアの書換処理の進行状況を管理する状態監視テーブルを記憶する書換情報記憶部４２、制御機４を制御する制御機ＣＰＵ４４、ＬＡＮ８に接続するための制御機第１ＩＦ４５、交換機６を接続する制御機第２ＩＦ４６等を備えている
【００１７】
上記の如く構成されたナースコールシステムの動作は以下の様である。但し、子機１による呼び出し（ナースコール呼出）の発生を受けて親機３、或いは携帯端末５で応答する動作は従来と同様であるため説明を省略し、ここでは個々の機器、具体的に子機１、廊下灯２、親機３、制御機４、交換機６等をそれぞれ動作させるファームウェアの書き換えについて説明する。
【００１８】
この書き換えは制御機４の制御により実施され、まず制御機４に変更するファームウェアである新規なファームウェアをインストールする。新規なファームウェアのインストール操作は、ファームウエアを保存しているパーソナルコンピュータから成る管理用機器１１を使用して、図示しないネットワークを介して外部から、或いはＬＡＮ８を介して、或いは親機３に接続して制御機４に送信し、或いは制御機４に直接接続して送信して書換情報記憶部４２に保存することで実施される。尚、図１では制御機４に直接接続した状態を示している。
【００１９】
尚、ファームウェア書換対象の機器情報も合わせて管理用機器１１から送信され、制御機４の書換情報記憶部４２に対象機器ＩＤが記憶される。対象機器が複数種類ある場合は複数種類のファームウェアが送信されて書換情報記憶部４２に保存される。
【００２０】
新規のファームウェアを書換情報記憶部４２に保存した制御機４は、ファームウェアを送信するにあたり、制御機ＣＰＵ４４が対象機器が使用状態／待受状態の何れであるか確認する。制御機ＣＰＵ４４は書換対象となる全ての機器の通信を制御しており、信号の送受状態から常時動作状態を把握している。
【００２１】
制御機ＣＰＵ４４は、使用状態にある機器に対してはその時点での送信対象から除外し、他の使用状態に無く待受状態にある機器に対してファームウェアを送信する制御を開始する。まず書き換えを行う書き換えモードに移行させるためのモード移行信号を対象機器に送信し、その後対象機器に関連付けられているファームウェアを送信する。
モード移行信号を受けた機器は、通常動作モードから書換モードに移行して制御機以外の機器との通信を停止し、制御機以外の機器から信号を受けてもブロックする。こうして書換モードに移行した機器は、新規なファームウェアを受信して書き換えが行われる。
【００２２】
一方、使用中であったためモード移行信号を送信しなかった対象機器に関しては、状態の監視を継続し、動作が終了（使用が終了）して待受状態に状態が遷移したら、それを検出してモード移行信号を送信する。このモード移行信号を受けた機器は、書換モードに移行し、その後制御機４から送信されたファームウェアを受信して書き換えが実施される。
【００２３】
こうして、順次対象機器のファームウェアの書き換えが実施される。そして、これら書き換えの未／済みの状況は、制御機ＣＰＵ４４が書換情報記憶部４２の状態監視テーブルに登録して記憶される。この情報を基に、制御機ＣＰＵ４４は対象機器毎に書き換えの状態が「未」であるか「済み」であるか管理し、全ての対象機器が「済み」になるまで機器の状態を監視し、待受状態への移行を受けて書き換えを実施し、全ての書換対象機器の状態が「済み」になったら、書換制御を終了する。
【００２４】
但し、制御機ＣＰＵ４４は、同一のファームウェアを送信する対象機器の数に応じてファームウェアをマルチキャスト通信、ユニキャスト通信の何れかを選択して通信するように制御する。例えば、廊下灯２のファームウェアを書き換える場合、２台以下であればユニキャスト通信で実施し、３台以上であればマルチキャストで実施する。
尚、異なるファームウェアを異なる機器に同時に送信することも可能である。
【００２５】
このように、制御機４が書換対象機器の状態を判断して書き換えを実施するため、強制的に対象機器の動作を停止させるようなことが無くなり、システムを停止させること無く対象機器のファームウェアの書き換えを実施することが可能となる。
また、同一のファームウェアを送信する対象機器数が３以上の場合はマルチキャスト通信で送信するため、対象機器数が多くなることで書き換え時間が長時間になったり、トラフィックが混雑してエラーが発生すような事態を防止できる。
更に、管理用機器１１は、制御機４にアクセスできれば何処に接続しても良く、作業し易い場所から制御機４にファームウェアをインストールでき、容易に制御機４へインストールできる。よって、制御機４へのインストール作業が看護師業務の負担になることがない。
【００２６】
尚、上記実施形態では、マルチキャスト通信による送信へ移行させる機器数を３以上としたが、この数は任意であり複数の場合は全てマルチキャスト通信としても良い。
【符号の説明】
【００２７】
１・・ナースコール子機、２・・廊下灯、３・・ナースコール親機、４・・制御機、６・・交換機、１１・・管理用機器、４２・・書換情報記憶部、４４・・制御機ＣＰＵ（状態判別部、書換制御部）。
【図１】
2015073143.tif 000003
【図２】
2015073143.tif 000004