JP6244064B2 - 医療用診療装置 - Google Patents

Description

本発明は、医療用診療装置に関し、特に、複数の機能を選択して組み合わせることが可能な医療用診療装置に関する。

従来から、歯科や医科などの医療分野における診療では、複数の機能を選択して組み合わせることが可能な医療用診療装置が知られている。

たとえば、特開２００２−３３６２８１号公報（特許文献１）に開示された医療用診療装置は、歯科診療に用いることが可能であるが、そのための機能として、根管の長さを測定する根管長測定機能と、根管を拡大する根管拡大機能とを備えた機能モジュールを取り付けることが可能である。このように、複数の機能を選択して組み合わせることにより、主なユーザである医師の趣向、診療内容、および使用環境などに合った様々な機能を発揮する医療用診療装置を提供することができる。

特開２００２−３３６２８１号公報

医療用診療装置において機能を発揮するためには、機能を発揮するためのプログラムおよびデータの少なくとも１つ（以下、プログラムなどとも称する）を所定の更新情報に基づき更新する更新処理を実行しなければならない場合がある。更新処理を実行する際には、たとえば、機能を発揮するための機能部を特定するとともに、特定した機能部に対応する更新情報を選択しなければならない。しかし、機能部に対応する更新情報を個別に準備することは煩雑であるし、医療用診療装置に取り付けられた全ての機能部に対して個別に順番に更新処理を実行することは時間が掛かるといった問題がある。さらに、機能部の特定や更新情報の選択を誤ってしまった場合、機能部が機能を発揮できずに診療自体を中断せざる得ない虞がある。

特許文献１に開示された医療用診療装置においても同様に、機能モジュール内に設けられた基板などの機能部において更新処理を実行しなければ、根管長測定機能および根管拡大機能といった各機能を発揮することができないと考えられるが、上記問題については何ら鑑みられていない。

本発明は上記の課題を解決するためになされたものであり、複数の機能を選択して組み合わせた場合であっても、誤ることなく容易にプログラムなどを更新することができる医療用診療装置を提供することを目的とする。

本発明に係る医療用診療装置は、複数の機能を選択して組み合わせることが可能な医療用診療装置であって、機能を発揮するための少なくとも１つの機能部と、機能を発揮するためのプログラムおよびデータの少なくとも１つを所定の更新情報に基づき更新する更新処理を、機能部に実行させる更新制御部とを備え、更新制御部は、医療用診療装置に取り付け可能な全ての機能部の更新情報を包括した包括更新情報を取得する取得部と、医療用診療装置に取り付けられている機能部を特定する機能特定部と、取得部で取得した包括更新情報の中から機能特定部で特定した機能部に対応する更新情報を特定する更新情報特定部と、機能特定部で特定した機能部に対して、少なくとも更新情報特定部で特定した更新情報を送信する送信部とを含み、機能部は、送信部から送信された更新情報に基づき更新処理を実行する更新部を含み、更新制御部または機能部は、プログラムおよびデータの少なくとも１つと、更新情報特定部で特定された更新情報とに基づき、更新処理を実行する必要があるか否かを判定する更新有無判定部をさらに含む。

好ましくは、更新制御部は、医療用診療装置に取り付けられている機能部のうちの１つの機能部と同じ基板上に設けられている。

好ましくは、更新制御部は、医療用診療装置に取り付けられている機能部とは別の基板上に設けられている。

好ましくは、機能部は、選択可能な複数の副機能を有し、副機能が選択された後においては、選択された副機能に対応する更新情報に基づいて更新処理を実行したことを条件に副機能を発揮可能であり、包括更新情報は、選択可能な副機能に対応する更新情報を包括し、更新情報特定部は、取得部で取得した包括更新情報の中から機能特定部で特定した機能部および選択された副機能に対応する更新情報を特定する。

好ましくは、機能部は、同じ機能を発揮する複数の仕様を有し、機能特定部は、医療用診療装置に取り付けられている機能部の仕様をさらに特定し、更新情報特定部は、取得部で取得した包括更新情報の中から機能特定部で特定した機能部および仕様に対応する更新情報を特定する。

好ましくは、医療用診療装置は、機能部の仕様を特定可能な仕様情報を記憶する記憶部をさらに備え、更新情報特定部は、記憶部に記憶された仕様情報に基づき、取得部で取得した包括更新情報の中から機能特定部で特定した機能部および仕様に対応する更新情報を特定する。

好ましくは、複数の機能部には、医療用診療装置の基本的な機能を発揮する基本機能部と、医療用診療装置の拡張的な機能を発揮する拡張機能部とがある。

好ましくは、複数の機能部には、所定の機能を発揮する第１機能部と、第１機能部と関連する機能を発揮する第２機能部とがあり、第２機能部は、第１機能部の更新処理を実行したことを条件に機能を発揮可能である。

好ましくは、更新制御部は、送信部で更新情報を送信する前に、更新情報特定部で特定した更新情報の正当性を判定する正当性判定部をさらに含む。

好ましくは、更新制御部は、有線または無線で接続された伝送路を介して取得部により包括更新情報を取得する。

好ましくは、取得部は、他の医療用診療装置と通信可能であり、他の医療用診療装置の取得部によって取得された包括更新情報を、通信によって取得する。

本発明に係る医療用診療装置によれば、機能部に対応する更新情報を個別に準備する必要もないし、医療用診療装置に取り付けられた全ての機能部に対して個別に順番に更新処理を実行する必要もない。さらに、機能部の特定や更新情報の選択を誤ってしまうこともないため、機能部が正常に機能を発揮することができる。このように、複数の機能を選択して組み合わせた場合であっても、誤ることなく容易にプログラムなどを更新することができる。

医療用診療装置の外観の構成を示す概略図である。 医療用診療装置の内部の構成を概略的に示すブロック図である。 取り付けられる基板の組み合わせに応じた医療用診療装置のバリエーションの一例を説明するための図である。 医療用診療装置に対する包括更新用データの取得経路を説明するための図である。 ホスト基板およびクライアント基板の機能を概略的に示すブロック図である。 包括更新用データの構成を説明するための概念図である。 包括更新用データの構成を説明するための詳細図である。 ホスト基板が実行する更新制御のメインルーチンを説明するためのフローチャートである。 ホスト基板のメモリに記憶された構成メンバーテーブルを説明するための図である。 ホスト基板が実行する更新制御のサブルーチンを説明するためのフローチャートである。 ホスト基板が実行する更新制御のサブルーチンを説明するためのフローチャートである。 プログラムなどの更新例を説明するための図である。

本発明に係る実施の形態について、図面を参照しながら説明する。
本実施の形態においては、本発明に係る医療用診療装置の１つの例示的形態として、歯科診療に用いることが可能な医療用診療装置について説明する。なお、本発明に係る医療用診療装置は、歯科に限らず、眼科、耳鼻咽喉科、放射線科、および獣医科など、あらゆる医科の診療にも適用することが可能である。また、診療には、診断および治療が含まれる。

[医療用診療装置１０の基本構成]
図１は、医療用診療装置１０の外観の構成を示す概略図であり、図２は、医療用診療装置１０の内部の構成を概略的に示すブロック図である。図１および図２に示すように、医療用診療装置１０は、診療椅子１と、フートコントローラ５と、トレーテーブル３と、制御装置９と、ベースンユニット２とを備える。

診療椅子１は、医師から診療を受ける際に患者が座る椅子であり、患者の頭を支えるヘッドレスト１ａと、患者の背中を支える背もたれ１ｂと、患者の尾尻を支える座面シート１ｃと、患者の足を支える足置き台１ｄとを備えている。ヘッドレスト１ａ、背もたれ１ｂ、座面シート１ｃ、および足置き台１ｄは、シート駆動部１１に接続されており、シート駆動部１１の制御に基づき駆動することができる。たとえば、ヘッドレスト１ａ、背もたれ１ｂ、および足置き台１ｄは、シート駆動部１１の制御に基づき、座面シート１ｃに対して垂直方向または水平方向に移動することができ、垂直方向に移動したときには患者が座位姿勢になり、水平方向に移動したときには患者が仰向け姿勢になる。

このように、シート駆動部１１は、ヘッドレスト１ａ、背もたれ１ｂ、および足置き台１ｄを駆動して、患者を座位姿勢または仰向け姿勢にする機能（以下、シート駆動機能とも称する）を有する。なお、シート駆動部１１は、Ａ基板上に実装されたＣＰＵ（Central Processing Unit）およびメモリ（ＲＯＭ（Read Only Memory）やＲＡＭ（Random Access Memory）（図示は省略）などによって構成されるコンピュータに対応する。すなわち、シート駆動機能は、Ａ基板によって発揮される。

フートコントローラ５は、医師などの足踏操作によって、診療椅子１を駆動させるための操作を受け付けるとともに、後述する診療器具４を駆動させるための操作を受け付ける操作部である。たとえば、フートコントローラ５に設けられた診療椅子駆動用のスイッチを足踏操作することにより、フートコントローラ５が備える操作部１２からシート駆動部１１に対して制御信号が出力され、シート駆動部１１の制御によって診療椅子１が駆動する。また、フートコントローラ５に設けられた診療器具駆動用のスイッチを足踏操作することにより、操作部１２から診療器具駆動部１４に対して制御信号が出力され、診療器具駆動部１４の制御によって診療器具４が駆動する。

このように、操作部１２は、診療椅子１および診療器具４を駆動させるための操作を受け付ける機能（以下、操作受付機能とも称する）を有する。なお、操作部１２は、Ｂ基板上に実装されたＣＰＵおよびメモリ（図示は省略）などによって構成されるコンピュータに対応する。すなわち、操作受付機能は、Ｂ基板によって発揮される。

トレーテーブル３は、診療時の物置台として用いられる。トレーテーブル３は、診療椅子１または床から延びるアーム（図示は省略）に接続されており、診療椅子１に対して手動で回動、水平移動、および垂直移動することができる。

制御装置９は、トレーテーブル３の底面に設けられており、複数の診療器具４と、操作パネル８と、モニタ６とが接続されている。制御装置９は、これら各構成を駆動させるための制御部である。

診療器具４は、たとえば、エアータ−ビンハンドピース、マイクロモータハンドピースなどのハンドピース、あるいは、スケーラ、スリーウェイシリンジ、バキュームシリンジなど、診療に用いるインスツルメントである。診療器具４は、トレーテーブル３に設けられたインスツルメントホルダ（図示は省略）によって保持される。なお、診療器具４は、これらに限らず、口腔内カメラ、光重合用照射器、根管長測定器、および根管拡大器などであってもよいし、鏡や注射器など、駆動しない器具であってもよい。本実施の形態においては、診療器具４ａ〜４ｅの５種類が用いられる。各診療器具４は、制御装置９が備える診療器具駆動部１４に接続されており、診療器具駆動部１４の制御に基づき駆動することができる。たとえば、診療器具４としてハンドピースを用いた場合、診療器具駆動部１４の制御に基づき、ヘッド部に保持される切削工具を回転させて治療に用いることができる。

このように、診療器具駆動部１４は、診療器具４を駆動する機能（以下、診療器具駆動機能とも称する）を有する。なお、診療器具駆動部１４は、Ｄ基板上に実装されたＣＰＵおよびメモリ（図示は省略）などによって構成されるコンピュータに対応する。すなわち、診療器具駆動機能は、Ｄ基板によって発揮される。

操作パネル８は、表示した所定画像（たとえば、文字画像やアイコン画像など）に対する医師などのタッチ操作によって、診療椅子１を駆動させるための操作を受け付けるとともに、診療器具４の駆動に関する設定操作（たとえば、水やエアの噴出有無の設定操作、モータの回転速度の設定操作など）を受け付ける操作部である。たとえば、操作パネル８は、診療椅子１を駆動させるために操作される診療椅子駆動用のアイコン画像と、診療器具４の駆動に関する設定をするために操作される診療器具駆動用のアイコン画像とを表示する。制御装置９が備えるパネル制御部１３は、診療椅子駆動用のアイコン画像に対するタッチ操作を検出すると、シート駆動部１１に対して制御信号を出力する。これにより、シート駆動部１１の制御によって診療椅子１が駆動する。また、パネル制御部１３は、診療器具駆動用のアイコン画像に対するタッチ操作を検出すると、診療器具駆動部１４に対して制御信号を出力する。これにより、診療器具駆動部１４の制御によって診療器具４の駆動に関する設定が行われる。

このように、パネル制御部１３は、操作パネル８が表示する所定画像に対するタッチ操作を検出してシート駆動部１１を駆動させる機能および診療器具駆動部１４の駆動に関する設定を行う機能（以下、パネル制御機能とも称する）を有する。なお、パネル制御部１３は、Ｃ基板上に実装されたＣＰＵおよびメモリ（図示は省略）などによって構成されるコンピュータに対応する。すなわち、パネル制御機能は、Ｃ基板によって発揮される。

モニタ６は、液晶ディスプレイなどで構成され、制御装置９が備えるモニタ制御部１５の制御に基づき、所定画像を表示する。たとえば、モニタ６は、インスツルメントホルダから取り出されて使用されている診療器具４の駆動情報を示す画像、根管内での切削工具の先端の位置を示す画像、および口腔内カメラによって撮影された口腔内の画像などを表示する。

このように、モニタ制御部１５は、モニタ６の画像表示を制御する機能（以下、モニタ制御機能とも称する）を有する。なお、モニタ制御部１５は、Ｅ基板上に実装されたＣＰＵおよびメモリ（図示は省略）などによって構成されるコンピュータに対応する。すなわち、モニタ制御機能は、Ｅ基板によって発揮される。

ベースンユニット２は、診療椅子１の側部に備え付けられており、排水口が形成された鉢２ａと、コップが載置されるコップ台２ｂと、コップに給水するための給水栓２ｃとを備える。ベースンユニット２は、給水栓２ｃからコップに給水された水を用いて患者がうがいをするための台である。

また、ベースンユニット２は、ベースン制御部１６を備えており、ベースン制御部１６の制御に基づき医療用診療装置１０で用いられる水の流れを制御する。

このように、ベースン制御部１６は、医療用診療装置１０で用いられる水の流れを制御する機能（以下、ベースン制御機能とも称する）を有する。なお、ベースン制御部１６は、Ｆ基板上に実装されたＣＰＵおよびメモリ（図示は省略）などによって構成されるコンピュータに対応する。すなわち、ベースン制御機能は、Ｆ基板によって発揮される。

さらに、ベースンユニット２は、照明制御部１７を備えており、照明制御部１７の制御に基づき照明装置７の照明および消灯を制御する。

このように、照明制御部１７は、照明装置７の照明および消灯を制御する機能（以下、照明制御機能とも称する）を有する。なお、照明制御部１７は、Ｇ基板上に実装されたＣＰＵおよびメモリ（図示は省略）などによって構成されるコンピュータに対応する。すなわち、照明制御機能は、Ｇ基板によって発揮される。

なお、図２に示す例において、医療用診療装置１０は、Ａ基板〜Ｇ基板のみ備えているが、それ以外の基板を備えるとともに、上述した以外の機能を発揮できるものであってもよいし、Ａ基板〜Ｇ基板のうち、備えていない基板があってもよい。

また、医療用診療装置１０において、機能を発揮する複数の基板の中には、歯科診療を行う際に必須となる基本的な機能を発揮する基板と、拡張的な機能を発揮する基板とが含まれる。たとえば、シート駆動機能を発揮するＡ基板、操作受付機能を発揮するＢ基板、パネル制御機能を発揮するＣ基板、および診療器具駆動機能を発揮するＤ基板は、歯科診療を行う際には必須である。このため、通常、これらの基板は、医療用診療装置１０の生産後に納入されたときから標準装備されている。一方、これ以外の基板については、拡張的な機能を発揮する基板であるため、オプションとして追加可能になっている。よって、医療用診療装置１０は、主なユーザである医師の趣向、診療内容、および使用環境などに応じて、納入時点、もしくは納入後において、拡張的な機能を発揮する基板を取り付けたり取り外したりすることが可能である。

たとえば、図３は、取り付けられる基板の組み合わせに応じた医療用診療装置１０のバリエーションの一例を説明するための図である。なお、図３の例では、医療用診療装置１０ａ〜１０ｃの３種類が示されている。

図３に示すように、医療用診療装置１０ａは、Ａ基板〜Ｗ基板といった、取り付け可能な全ての基板が取り付けられているのに対して、医療用診療装置１０ｂおよび医療用診療装置１０ｃは、全ての基板が取り付けられることなく、選択的に組み合わされている。たとえば、医療用診療装置１０ｂは、Ｅ基板が取り付けられていないため、Ｅ基板によるモニタ制御機能を発揮することはできないし、医療用診療装置１０ｃは、Ｆ基板およびＧ基板が取り付けられていないため、Ｆ基板によるベースン制御機能およびＧ基板による照明制御機能を発揮することはできない。

以上のように、本実施の形態の医療用診療装置１０は、取り付けられた各基板によって各機能を発揮することができるため、医師は、医療用診療装置１０を用いて円滑に患者を診療することができる。また、複数の機能を選択して組み合わせることにより、主なユーザである医師の趣向、診療内容、および使用環境などに合った様々な機能を発揮する医療用診療装置１０を提供することができる。

ここで、各基板がその機能を発揮するためには、基板のメモリに記憶されたプログラムなどを所定の更新用データに基づき更新する更新処理を実行しなければならない場合がある。なお、本実施の形態におけるプログラムなどには、プログラムおよびデータの少なくとも１つが含まれる。プログラムとは、基板上のコンピュータが所定の動作をするための命令および処理手順、すなわち、基板のソフトウェア（ファームウェアとも言える）のことである。また、データとは、設定データ、画像データ、および音声データなど、基板上のコンピュータが所定の動作をする際に用いる様々なデータのことである。さらに、本実施の形態の更新用データには、たとえば、プログラムなどの最新の情報が含まれる。すなわち、更新処理の実行により、基板のメモリに記憶されたプログラムなどが、更新用データ内の最新のプログラムなどに更新（書き換えともいえる）される。以下、更新処理を実行しなければならない場合について説明する。なお、以下の例はあくまで一例であり、その他の理由でも更新処理を実行しなければならない場合はある。

第１の例として、たとえば、各基板のプログラムなどに何らかの不具合が生じた場合、正常なプログラムなどに更新しなければ各機能を発揮することができない。具体的に、たとえば、パネル制御部１３であるＣ基板のプログラムなどに何らかの不具合が生じた場合、Ｃ基板のプログラムなどを正常なプログラムなどに更新しなければ、操作パネル８が表示する所定画像に対するタッチ操作を検出することができなかったり、タッチ操作を検出できてもシート駆動部１１を駆動させるための制御信号および診療器具駆動部１４を駆動させるための制御信号を出力することができなかったりする場合がある。また、Ｃ基板のデータに何らかの不具合が生じた場合、モニタ６に本来表示されることのない画像が表示されてしまう場合がある。

第２の例として、基板の中には、選択可能な複数の副機能を有し、副機能が選択された後においては、選択された副機能に対応する更新用データに基づいて更新処理を実行したことを条件に副機能を発揮可能となるものがある。たとえば、診療器具駆動部１４であるＤ基板が発揮する診療器具駆動機能には、標準装備されるハンドピース、スケーラ、スリーウェイシリンジ、およびバキュームシリンジなどのインスツルメントを駆動する主機能と、追加装備可能な口腔内カメラ、光重合用照射器、根管長測定器、および根管拡大器などの器具を駆動する副機能とが含まれる。主機能を発揮するためのプログラムなどは、医療用診療装置１０の納入当初からＤ基板のメモリに記憶されているが、副機能を発揮するためのプログラムなどは、Ｄ基板のメモリに記憶されていない。このため、医療用診療装置１０の納入後に口腔内カメラ、光重合用照射器、根管長測定器、および根管拡大器などの器具を追加した場合は、Ｄ基板のプログラムなどを更新しなければ、追加した器具に対して診療器具駆動機能を発揮することができない。また、副機能を発揮するためのプログラムに限らず、主機能を発揮するためのプログラムについても、診療内容や環境に応じて変更しなければならない場合もある。たとえば、電気モータの仕様が変更されれば、それに応じて駆動を制御するための情報も変更する必要があり、この場合でも、Ｄ基板のプログラムなどを変更しなければ、変更した器具に対して診療器具駆動機能を発揮することができない。

第３の例として、基板の中には、同じ機能を発揮する複数の仕様を有するものがある。たとえば、パネル制御部１３であるＣ基板は、日本向け仕様、欧州向け仕様、および中東向け仕様など、言語の違いや診療器具の使われ方の違いなどに応じて、操作パネル８の画像表示が異なるように複数の仕様が存在する。このため、Ｃ基板の仕様が変われば、変更後の仕様に合わせてＣ基板のプログラムなども更新しなければ、仕様に応じたパネル制御機能を発揮することができない。また、ベースン制御部１６であるＦ基板は、ベースンユニット２内に取り付けられる管路に複数の仕様が存在する。このため、Ｆ基板によって制御される管路仕様が変われば、変更後の管路仕様に合わせてＦ基板のプログラムなども更新しなければ、医療用診療装置１０で用いられる水の流れを制御することができない。

第４の例として、基板の中には、他の基板と関連する機能を発揮する基板があり、他の基板で更新処理を実行したことを条件に機能を発揮可能となるものがある。たとえば、診療器具４を新たに追加した場合、診療器具駆動部１４であるＤ基板のプログラムなどを更新しなければ、パネル制御部１３であるＣ基板は、追加した器具を認識することができず、追加した器具に対してパネル制御機能を発揮することができない。

第５の例として、医療用診療装置１０は、拡張的な機能を発揮する基板を取り付けたり取り外したりすることが可能であるため、たとえば、医療用診療装置１０の納入当初、モニタ６が標準装備されていなかったが、納入後に追加することも考えられる。この場合、単に医療用診療装置１０にモニタ６とモニタ制御部１５であるＥ基板とを取り付けるだけではなく、Ｅ基板のプログラムなどを更新しなければ、Ｅ基板は、モニタ制御機能を発揮することができない。

以上のように、各基板がその機能を発揮するためには、基板のプログラムなどの更新処理を実行しなければならない場合がある。更新処理を実行する際には、たとえば、医療用診療装置１０に取り付けられた基板を特定するとともに、特定した基板に対応する更新用データを選択しなければならない。しかし、各基板に対応する更新用データを個別に準備することは煩雑であるし、医療用診療装置１０に取り付けられた全ての基板に対して個別に順番に更新処理を実行することは時間が掛かる。さらに、基板の特定や更新用データの選択を誤ってしまった場合、基板が機能を発揮できずに診療自体を中断せざる得ない虞がある。

そこで、本実施の形態における医療用診療装置１０は、取り付け可能な全ての基板の更新用データを包括した包括更新用データを取得して、医療用診療装置１０に取り付けられている基板（以下、構成基板とも称する）を特定し、取得した包括更新用データの中から特定した基板に対応する更新用データを特定する。さらに、医療用診療装置１０は、基板のプログラムなどと、特定した更新用データとに基づき、更新処理を実行する必要があると判定したときに、特定した更新用データに基づき更新処理を実行する。以下、本実施の形態の医療用診療装置１０が実行する更新処理について説明する。

[医療用診療装置１０の更新処理に関する構成]
図２および図３に示すように、医療用診療装置１０の構成基板には、ホスト基板とクライアント基板とが含まれている。ホスト基板は、「更新制御部」の一実施例に対応し、クライアント基板は、「機能部」の一実施例に対応する。各基板はいずれかの他の基板と装置内ネットワークを介して互いに通信可能に接続されている。なお、図２および図３の例では、ホスト基板は、隣り合うクライアント基板のみと通信可能に接続されており、その他のクライアント基板とは、隣り合うクライアント基板を介して通信可能に接続されている。しかし、このような通信形態に限らず、ホスト基板は、他の全てのクライアント基板と直接的に通信可能に接続されてもよい。

ホスト基板は、外部から取得した更新用データに基づきプログラムなどを更新する更新処理を、各クライアント基板に実行させる制御（以下、更新制御とも称する）を実行する基板であり、基本的な機能を発揮する基板が対応する。図２および図３に示す例では、ホスト基板は、Ｃ基板が対応する。このように、標準装備される基本的な機能を発揮する基板をホスト基板にすることで、拡張的な機能を発揮する基板のように、納入後に取り外されてしまう虞がない。クライアント基板は、ホスト基板の更新制御に基づき、更新処理を実行する基板であり、基本的な機能を発揮する基板および拡張的な機能を発揮する基板のいずれにおいても対応する。図２および図３に示す例では、クライアント基板は、Ｃ基板以外の基板が対応する。

なお、図３に示すように、基板の中には、同じ機能を発揮する複数の仕様を有するものがある。たとえば、医療用診療装置１０ａのＴ基板およびＵ基板はＡ仕様であり、医療用診療装置１０ｂのＴ基板およびＵ基板はＢ仕様である。また、医療用診療装置１０ｃのＴ基板はＣ仕様、Ｕ基板はＢ仕様である。なお、仕様には、ハードウェアの仕様とソフトウェアの仕様とがある。具体的に、ハードウェアの仕様が異なる例として、医療用診療装置１０ａにおけるＡ仕様のＴ基板では、モータ回路に特定部品が実装されているのに対して、医療用診療装置１０ｂにおけるＢ仕様のＴ基板では、モータ回路に特定部品が実装されていない例が挙げられる。また、ソフトウェアの仕様が異なる例として、医療用診療装置１０ａにおけるＡ仕様のＴ基板では、モータの回転数が低速仕様であるため高速回転させるためのソフトウェアが対応しないのに対して、医療用診療装置１０ｂにおけるＢ仕様のＴ基板では、モータの回転数が高速仕様であるため高速回転させるためのソフトウェアが対応する例が挙げられる。

図４は、医療用診療装置１０に対する包括更新用データの取得経路を説明するための図である。図４に示すように、ホスト基板であるＣ基板は、有線ＬＡＮ（Local Area Network）または無線ＬＡＮを介して外部から包括更新用データを取得可能であり、また、記憶媒体などから包括更新用データを取得可能である。

さらに、医療用診療装置１０のＣ基板は、他の医療用診療装置１０のＣ基板と有線ＬＡＮまたは無線ＬＡＮを介して互いに通信可能であり、医療用診療装置１０のＣ基板が取得した包括更新用データを、他の医療用診療装置１０のＣ基板との間で受け渡すことも可能である。たとえば、医療用診療装置１０ａのＣ基板、医療用診療装置１０ｂのＣ基板、および医療用診療装置１０ｃのＣ基板は、有線ＬＡＮまたは無線ＬＡＮを介して互いに通信可能であり、医療用診療装置１０ａのＣ基板が外部から取得した包括更新用データを、医療用診療装置１０ｂのＣ基板および医療用診療装置１０ｃのＣ基板との間で受け渡すことができる。

図５は、ホスト基板およびクライアント基板の機能を概略的に示すブロック図である。なお、図５において、ホスト基板は、パネル制御部１３であるＣ基板に対応し、クライアント基板は、診療器具駆動部１４であるＤ基板に対応する例を示すが、その他の基板が、ホスト基板またはクライアント基板に対応したとしても、図５に示す機能と同様の機能を有する。また、図５に示す各種機能は一部であり、ホスト基板およびクライアント基板は、その他の機能も有する。

ホスト基板は、構成記憶部１３０と、包括更新用データ取得部１３１と、更新用データ特定部１３２と、構成基板特定部１３３と、更新用データ送信部１３４と、ファームウェア情報取得部１３５と、更新有無判定部１３６と、ファームウェア情報記憶部１３７と、更新部１３８と、機能部１３９とを有する。

クライアント基板は、ファームウェア情報送信部１４１と、ファームウェア情報記憶部１４２と、更新用データ取得部１４３と、更新部１４４と、機能部１４５とを有する。

まず、ホスト基板側について説明する。包括更新用データ取得部１３１は、「取得部」の一実施例に対応し、有線ＬＡＮまたは無線ＬＡＮ、あるいは記憶媒体などを介して外部から包括更新用データを取得する。なお、包括更新用データ取得部１３１は、他の医療用診療装置１０の包括更新用データ取得部１３１によって取得された包括更新用データを、通信部（図示は省略）による通信によって取得してもよい。構成基板特定部１３３は、「機能特定部」の一実施例に対応し、構成記憶部１３０に記憶された構成メンバーテーブル（詳細は後述する）に基づき、医療用診療装置１０のクライアント基板を特定する。なお、構成記憶部１３０は、「記憶部」の一実施例に対応し、後述するメモリの機能を有する。

更新用データ特定部１３２は、「更新情報特定部」の一実施例に対応し、包括更新用データ取得部１３１によって取得された包括更新用データの中から、構成基板特定部１３３によって特定されたクライアント基板に対応する更新用データを特定する。ファームウェア情報取得部１３５は、クライアント基板が有するファームウェア情報送信部１４１から送信されたファームウェア情報を取得する。なお、ファームウェア情報には、クライアント基板のプログラムなどを特定可能な情報が含まれる。

更新有無判定部１３６は、「更新有無判定部」の一実施例に対応し、ファームウェア情報取得部１３５によって取得されたファームウェア情報と、更新用データ特定部１３２によって特定された更新用データとに基づき、更新処理を実行する必要があるか否かを判定する。具体的に、更新有無判定部１３６は、ファームウェア情報から特定可能なプログラムなどの情報と、更新用データから特定可能なプログラムなどの情報とから、クライアント基板のプログラムなどが最新であるかを判定し、最新でない場合には更新処理を実行する必要があると判定する一方で、最新である場合には更新処理を実行する必要がないと判定する。更新用データ送信部１３４は、「送信部」の一実施例に対応し、更新有無判定部１３６によって更新処理を実行する必要があると判定されたときに、構成基板特定部１３３によって特定されたクライアント基板に対して、更新用データ特定部１３２によって特定された更新用データを送信する。

次に、クライアント基板側について説明する。更新用データ取得部１４３は、更新用データ送信部１３４から送信された更新用データを取得する。更新部１４４は、「更新部」の一実施例に対応し、更新用データ取得部１４３によって取得された更新用データに基づき、ファームウェア情報記憶部１４２（後述するメモリの機能に対応）に記憶されたプログラムなどを更新する更新処理を実行する。機能部１４５は、ファームウェア情報記憶部１４２に記憶されたプログラムなどに基づいて、機能を発揮する。たとえば、図５の例の場合、診療器具駆動部１４の機能部１４５は、ファームウェア情報記憶部１４２に記憶されたプログラムなどに基づき診療器具４を駆動する。

なお、ホスト基板においても更新処理は実行される。具体的に、更新用データ特定部１３２は、包括更新用データ取得部１３１によって取得された包括更新用データの中から、ホスト基板に対応する更新用データを特定する。更新有無判定部１３６は、ファームウェア情報記憶部１３７に記憶されたファームウェア情報と、更新用データ特定部１３２によって特定された更新用データとに基づき、更新処理を実行する必要があるか否かを判定する。更新部１３８は、更新有無判定部１３６によって更新処理を実行する必要があると判定されたときに、更新用データ特定部１３２によって特定された更新用データに基づき、ファームウェア情報記憶部１３７に記憶されたプログラムなどを更新する更新処理を実行する。また、機能部１３９は、ファームウェア情報記憶部１３７に記憶されたプログラムなどに基づいて、機能を発揮する。たとえば、図５の例の場合、パネル制御部１３の機能部１３９は、ファームウェア情報記憶部１３７に記憶されたプログラムなどに基づき操作パネル８が表示する所定画像に対するタッチ操作を検出してシート駆動部１１および診療器具駆動部１４を駆動させる。

[包括更新用データの構成]
図６は、包括更新用データの構成を説明するための概念図である。図７は、包括更新用データの構成を説明するための詳細図である。図６および図７に示すように、包括更新用データは、ヘッダ部と、データ部とから構成される。さらに、包括更新用データでは、医療用診療装置１０に取り付け可能な全ての構成基板の各々に対応して、ヘッダ部およびデータが格納されている。

ヘッダ部には、データ部に格納された更新用データに関する情報が格納されている。たとえば、ヘッダ部には、データ部に格納されているソフトウェアの総数、包括更新用データの更新バージョン、包括更新用データの参照を許可するためのセキュリティパスワード、送受信時の誤りを検出するためのチェックサム、データ部における各基板の更新用データが格納されている位置、照合・書き込み・読み出しなどを指示するコマンド、およびデータ部に格納された更新用データの仕様に対応するシリアル情報などが格納されている。なお、シリアル情報としては、たとえば、医療用診療装置１０のシリアル番号（たとえば、製造番号）が用いられる。医療用診療装置１０のシリアル情報が分かれば、そのシリアル情報に基づき、データ部に格納された更新用データのうち、どの仕様に対応する更新用データであるかが分かるようになっている。すなわち、シリアル情報は、データ部に格納された更新用データの仕様を特定可能な情報であるとも言える。

データ部には、更新用データとして、プログラムなどの最新の情報が格納されている。たとえば、データ部には、医療用診療装置１０に取り付け可能な全ての基板（Ａ基板〜Ｗ基板）のソフトウェア、設定データなどの各種データ、およびＦＰＧＡ（Field Programmable Gate Array）などのように回路をプログラム可能なデバイスで用いるプログラムであるコンフィグレーションなどが格納されている。

また、図７に示すヘッダ部およびデータ部におけるシグネチャは、ホスト基板が、メモリ内の構成メンバーテーブルに基づき、構成基板の更新用データを特定するための識別情報である。

さらに、データ部には、診療器具駆動部１４であるＤ基板で選択される副機能のように、全ての基板において選択可能な全ての副機能に対応する更新用データが格納されている。

このように、包括更新用データには、医療用診療装置１０に取り付け可能な全ての基板の仕様および選択可能な副機能に対応する全ての更新用データが格納されている。このため、包括更新用データを１つ取得するだけで、あらゆる基板、あらゆる仕様、あらゆる副機能に対応する更新用データを取得することができ、取得した更新用データに基づき一括して容易に更新処理を実行することができる。

[ホスト基板の更新制御に関するフローチャート]
図８は、ホスト基板が実行する更新制御のメインルーチンを説明するためのフローチャートである。なお、図８に示すルーチンは、構成基板のメモリに記憶されたプログラムなどを最新のプログラムなどに更新させる更新制御を実行する際のルーチンであり、作業者の操作に基づきセキュリティパスワードによって認証された後、ホスト基板により実行される。

図８に示すように、まず、ホスト基板は、包括更新用データ取得部１３１により、外部から包括更新用データを取得したか否かを判定する（Ｓ１）。ホスト基板は、包括更新用データを取得していないと判定した場合（Ｓ１でＮＯ）、本ルーチンを終了する。

一方、ホスト基板は、包括更新用データを取得した場合（Ｓ１でＹＥＳ）、ホスト基板は、構成基板特定部１３３により、メモリ内の構成メンバーテーブルを読み出し、医療用診療装置１０の構成基板を特定し、さらに、シリアル情報を特定する（Ｓ２）。ここで、図９は、ホスト基板のメモリに記憶された構成メンバーテーブルを説明するための図である。図９に示すように、構成メンバーテーブルには、医療用診療装置１０に取り付けられている構成基板のシグネチャおよびシリアル情報が格納されている。たとえば、医療用診療装置１０ａには、Ａ基板〜Ｗ基板といった、取り付け可能な全ての基板が取り付けられているため、構成メンバーテーブルには、全ての基板に対応するシグネチャと、「Ｊ０１２３４」といったシリアル情報とが格納されている。構成メンバーテーブルに格納されたシリアル情報は、構成基板の仕様を特定可能な情報である。このため、構成メンバーテーブルに格納されたシリアル情報とヘッダ部に格納されたシリアル情報とを照合することにより、構成基板の仕様に対応する更新用データが特定可能である。他の医療用診療装置１０ｂおよび医療用診療装置１０ｃにおいても同様に、構成メンバーテーブルには、構成基板のシグネチャおよびシリアル情報が格納されている。

なお、構成メンバーテーブル内の情報は、医療用診療装置１０に対して基板が取り付けられたり取り外されたりした場合、あるいは、包括更新用データにホスト基板が未知の構成メンバーがあることを確認できた場合に、ホスト基板によって更新される。これに関して図５を参照しながら説明する。

構成メンバーテーブルは、ホスト基板のメモリの機能を有する構成記憶部１３０に記憶されている。すなわち、構成基板のシグネチャ、および構成基板の仕様を特定可能なシリアル情報は、ホスト基板の構成記憶部１３０に記憶されている。構成記憶部１３０は、「記憶部」の一実施例に対応する。ホスト基板は、各クライアント基板との接続部（図示は省略する）に対して所定間隔（たとえば、１００ｍｓｅｃ間隔）でシグネチャを要求するコマンドを送信する。なお、ホスト基板は、各クライアント基板との接続部に対して包括更新用データを受け取ったときにシグネチャを要求するコマンドを送信してもよい。ホスト基板との接続部にクライアント基板が新たに取り付けられたときには、ホスト基板からのコマンドに反応して、クライアント基板のファームウェア情報送信部１４１は、ホスト基板に対してシグネチャを送信する。これにより、構成記憶部１３０に記憶された構成メンバーテーブル内に新たに取り付けられたクライアント基板のシグネチャが追加される。つまり、クライアント基板が送信する情報に基づき、ホスト基板が構成メンバーテーブルを再生成することができるため、ホスト基板が包括更新用データに基づいて、最新の構成メンバーテーブルを保持することができる。一方、ホスト基板との接続部に取り付けられていたクライアント基板が取り外されたときには、ホスト基板からのコマンドに対して反応がない。これにより、構成記憶部１３０に記憶された構成メンバーテーブル内から取り外されたクライアント基板のシグネチャが削除される。このように、所定間隔（たとえば、１００ｍｓｅｃ間隔）、あるいは包括更新用データを受け取ったときに、ホスト基板における構成メンバーテーブル内の情報が更新される。

なお、シリアル情報は、医療用診療装置１０の製造時点で構成メンバーテーブルに格納されているが、取り付けられるクライアント基板の仕様が変更されたときに、シグネチャと同様に所定間隔（たとえば、１００ｍｓｅｃ間隔）で更新されるものであってもよい。

ホスト基板は、メモリ内の構成メンバーテーブルを参照することによって、医療用診療装置１０に取り付けられている構成基板およびシリアル情報を特定することができる。

図８に戻り、ホスト基板は、更新用データ特定部１３２により、包括更新用データ内のヘッダ部と、構成メンバーテーブルから特定した構成基板およびシリアル情報とに基づき、データ部において構成基板の仕様に対応する更新用データを特定する（Ｓ３）。たとえば、ホスト基板は、構成メンバーテーブルに格納されたシリアル情報と、ヘッダ部に格納されたシリアル情報とに基づき、データ部に格納された更新用データのうち、構成基板の仕様に対応する更新用データが格納されている位置を特定する。さらに、ホスト基板は、構成メンバーテーブルに格納された構成基板のシグネチャと、ヘッダ部に格納されたシグネチャとに基づき、データ部において構成基板の更新用データが格納されている位置を特定する。これにより、ホスト基板は、包括更新用データの中から、構成基板の仕様に対応する更新用データを特定することができる。

ホスト基板は、メモリ内の構成メンバーテーブルに基づき、構成基板の総数Ｎを算出する（Ｓ４）。ホスト基板は、ホスト基板自身の更新処理を実行するためのサブルーチン（図１０のサブルーチン）およびクライアント基板に更新処理を実行させるためのサブルーチン（図１１のサブルーチン）を実行する（Ｓ５）。

ホスト基板は、更新処理を未だ実行していない構成基板の総数ｎ（＝Ｎ−１）を算出する（Ｓ６）。ホスト基板は、更新処理を未だ実行していない構成基板が存在しない、すなわちｎ＝０であるか否かを判定する（Ｓ７）。ホスト基板は、更新処理を未だ実行していない構成基板が存在する場合（Ｓ７でＮＯ）、再びＳ５に戻って、サブルーチンを実行する。

一方、ホスト基板は、更新処理を未だ実行していない構成基板が存在しない場合（Ｓ７でＹＥＳ）、各種デバイスを再起動し（Ｓ８）、本ルーチンを終了する。

次に、図１０は、ホスト基板が実行する更新制御のサブルーチンを説明するためのフローチャートである。なお、図１０は、ホスト基板自身の更新処理を実行するためのサブルーチンである。

図１０に示すように、まず、ホスト基板は、図８のＳ３で特定した、包括更新用データ内のホスト基板用の更新用データを読み出す（Ｓ１１）。ホスト基板は、読み出した更新用データの正当性を判定するため、チェックサムの照合が正常であるか否かを判定する（Ｓ１２）。ホスト基板は、チェックサムの照合が正常でない場合（Ｓ１２でＮＯ）、本ルーチンを終了する。

一方、ホスト基板は、チェックサムの照合が正常である場合（Ｓ１２でＹＥＳ）、ホスト基板のメモリ内のファームウェア情報を取得する（Ｓ１３）。ホスト基板は、更新有無判定部１３６により、取得したファームウェア情報と、Ｓ１１で読み出した更新用データとに基づき、ホスト基板のメモリ内のプログラムなどは最新であるか否か、すなわち更新処理を実行する必要があるか否かを判定する（Ｓ１４）。ホスト基板は、ホスト基板のメモリ内のプログラムなどが最新である、すなわち更新処理を実行する必要がない場合（Ｓ１４でＹＥＳ）、本ルーチンを終了する。

一方、ホスト基板は、ホスト基板のメモリ内のプログラムなどが最新でない、すなわち更新処理を実行する必要がある場合（Ｓ１４でＮＯ）、Ｓ１１で読み出した更新用データに基づき、メモリ内のプログラムなどを更新する更新処理を実行し（Ｓ１５）、本ルーチンを終了する。

次に、図１１は、ホスト基板が実行する更新制御のサブルーチンを説明するためのフローチャートである。なお、図１１は、クライアント基板に更新処理を実行させるためのサブルーチンである。

図１１に示すように、まず、ホスト基板は、図８のＳ３で特定した、包括更新用データ内のクライアント基板用の更新用データを読み出す（Ｓ２１）。ホスト基板は、読み出した更新用データの正当性を判定するため、チェックサムの照合が正常であるか否かを判定する（Ｓ２２）。ホスト基板は、チェックサムの照合が正常でない場合（Ｓ２２でＮＯ）、本ルーチンを終了する。

一方、ホスト基板は、チェックサムの照合が正常である場合（Ｓ２２でＹＥＳ）、クライアント基板のメモリ内のファームウェア情報を、装置内ネットワークを介して更新対象のクライアント基板に対して要求して取得する（Ｓ２３）。ホスト基板は、更新有無判定部１３６により、取得したファームウェア情報と、Ｓ２１で読み出した更新用データとに基づき、更新対象のクライアント基板のメモリ内のプログラムなどは最新であるか否か、すなわち更新処理を実行する必要があるか否かを判定する（Ｓ２４）。ホスト基板は、更新対象のクライアント基板のメモリ内のプログラムなどが最新である、すなわち更新処理を実行する必要がない場合（Ｓ２４でＹＥＳ）、本ルーチンを終了する。

一方、ホスト基板は、更新対象のクライアント基板のメモリ内のプログラムなどが最新でない、すなわち更新処理を実行する必要がある場合（Ｓ２４でＮＯ）、更新用データ送信部１３４により、Ｓ２１で読み出した更新用データを、図８のＳ２で特定した更新対象のクライアント基板に対して送信する（Ｓ２５）。

その後、ホスト基板は、更新対象のクライアント基板においてプログラムなどの更新処理が完了したか否かを判定する（Ｓ２６）。なお、ホスト基板は、装置内ネットワークを介して、クライアント基板から、更新部１４４による更新処理が完了したことを特定可能な情報を受信したか否かに基づき、Ｓ２６の判定を実行する。その後、ホスト基板は、本ルーチンを終了する。

以上、説明した本実施の形態の医療用診療装置１０は、主に以下の構成を備えている。
本実施の形態の医療用診療装置１０は、複数の機能を選択して組み合わせることが可能な医療用診療装置であって、機能を発揮するための少なくとも１つのクライアント基板と、機能を発揮するためのプログラムなどを更新用データに基づき更新する更新処理を、各基板に実行させるホスト基板とを備え、ホスト基板は、医療用診療装置１０に取り付け可能な全ての基板の更新用データを包括した包括更新用データを取得する包括更新用データ取得部１３１と、医療用診療装置１０に取り付けられているクライアント基板を特定する構成基板特定部１３３と、包括更新用データ取得部１３１で取得した包括更新用データの中から構成基板特定部１３３で特定したクライアント基板に対応する更新用データを特定する更新用データ特定部１３２と、構成基板特定部１３３で特定したクライアント基板のプログラムなどの情報を特定可能なファームウェア情報と、更新用データ特定部１３２で特定した更新用データとに基づき、更新処理を実行する必要があるか否かを判定する更新有無判定部１３６と、更新有無判定部１３６により更新処理を実行する必要があると判定したときに、構成基板特定部１３３で特定したクライアント基板に対して、少なくとも更新用データ特定部１３２で特定した更新用データを送信する更新用データ送信部１３４とを含み、クライアント基板は、更新用データ送信部１３４から送信された更新用データに基づき更新処理を実行する更新部１４４を含む。

これにより、各構成基板のプログラムなどに何らかの不具合が生じて更新処理を実行しなければならない場合であっても、各構成基板に対応する更新用データを個別に準備する必要もないし、全ての構成基板に対して個別に順番に更新処理を実行する必要もない。さらに、取り付けられている基板の特定や基板に合った更新用データの選択を誤ってしまうこともないため、正常に各種機能を発揮することができる。このように、複数の機能を選択して組み合わせた場合であっても、誤ることなく一括して容易にプログラムなどを更新することができる。

ホスト基板は、医療用診療装置１０に取り付けられている基板のうちのＣ基板が担っている。すなわち、図５に示すように、更新制御を実行するための包括更新用データ取得部１３１、構成基板特定部１３３、更新用データ特定部１３２、更新有無判定部１３６、および更新用データ送信部１３４など各部は、ホスト基板自身の機能を発揮するための機能部１３９と同じ基板上に設けられている。

これにより、更新制御を実行するための基板と、機能を発揮するための基板とを共通化することができるため、更新制御を実行するための基板と機能を発揮するための基板とを別の基板に分けた場合よりも、省スペースで基板設計することができる。

包括更新用データには、医療用診療装置１０に取り付け可能な全ての基板で選択可能な副機能に対応する全ての更新用データが格納されている。

これにより、診療器具駆動部１４であるＤ基板のように、選択可能な複数の副機能を有し、副機能が選択された後においては、更新処理を実行したことを条件に副機能を発揮可能となるものであっても、１つの包括更新用データを取得することにより、誤ることなく容易に更新処理を実行することができる。

包括更新用データには、医療用診療装置１０に取り付け可能な全ての基板の仕様に対応する全ての更新用データが格納されている。

さらに、ホスト基板のメモリ内の構成メンバーテーブルには、構成基板の仕様を特定可能なシリアル情報が格納されており、ホスト基板は、構成メンバーテーブルに格納されたシリアル情報と、包括更新用データのヘッダ部に格納されたシリアル情報とに基づき、包括更新用データのデータ部に格納された更新用データの中から構成基板の仕様に対応する更新用データを特定する。

これにより、同じ機能を発揮する複数の仕様が存在するものであっても、１つの包括更新用データを取得することにより、誤ることなく包括更新用データの中から構成基板の仕様に対応する更新用データを特定することができ、容易に更新処理を実行することができる。

たとえば、図１２は、プログラムなどの更新例を説明するための図である。図１２の（ａ）に示す更新例１のように、ベースン制御部１６であるＦ基板に接続される管路の仕様が管路仕様ａから管路仕様ｂに変更になった場合、Ｆ基板のメモリに記憶された管路仕様ａに対応するプログラムなどを、変更後の管路仕様ｂに対応するプログラムなどに更新しなければならない。ここで、管路仕様ａおよび管路仕様ｂの各々に対応する更新用データを個別に準備したり、管路仕様の変更に応じて個別に更新処理を実行するものであれば、更新用データの選択を誤ってしまった場合、たとえば、水漏れなどの異常が発生してしまう虞がある。

しかし、上記のように、医療用診療装置１０に取り付け可能な全ての基板の仕様に対応する全ての更新用データが格納された包括更新用データを用い、かつシリアル情報に基づき構成基板の仕様に対応する更新用データを特定すれば、誤ることなく容易に更新処理を実行することができる。

また、基板の中には、他の基板と関連する機能を発揮する基板があり、他の基板で更新処理を実行したことを条件に機能を発揮可能となるものがある。

たとえば、図１２の（ｂ）に示す更新例２のように、診療器具４を新たに追加した場合、診療器具駆動部１４であるＤ基板のメモリに記憶されたプログラムなどを更新しなければ、追加した診療器具４を駆動させることができない。また、Ｄ基板に限らず、パネル制御部１３であるＣ基板においても、メモリに記憶されたプログラムなどを更新しなければ、追加した診療器具４を駆動させるためのスイッチ画像を表示することができず、診療器具４を駆動させるための操作を受け付けることができない。すなわち、診療器具４を新たに追加した場合、Ｄ基板およびＣ基板の両方において、更新処理を実行しなければならない。さらに、Ｃ基板は、追加した診療器具４をＤ基板が認識したことを条件に更新処理が実行可能である。すなわち、Ｃ基板は、Ｄ基板で更新処理を実行したことを条件にパネル制御機能を発揮可能である。ここで、Ｃ基板およびＤ基板の各々に対応する更新用データを個別に準備したり、Ｃ基板およびＤ基板の各々に対して個別に更新処理を実行するものであれば、更新用データの選択を誤ってしまったり、先にＤ基板の更新処理を実行しなければならないところ、先にＣ基板の更新処理を試みてしまったりして、機能を発揮できずに診療自体を中断せざる得ない虞がある。

しかし、本実施の形態の医療用診療装置１０においては、１つの包括更新用データを用いて構成基板の全てに対して更新処理を実行できるため、誤ることなく容易にプログラムなどを更新することができる。

図１１のＳ２２に示すチェックサム照合において、ホスト基板は、更新用データ送信部１３４によって、クライアント基板に対して、更新用データを送信する前に、更新用データ特定部１３２で特定した更新用データの正当性を判定する。

これにより、送信時において、更新用データの誤りを検出することができ、異常が生じた更新用データがクライアント基板に送信されてしまうことを防ぎ、その結果、クライアント基板において異常が生じた更新用データに基づき更新処理が実行されてしまうことを防ぐことができる。

［変形例］
本発明は、上記の実施例に限られず、さらに種々の変形、応用が可能である。以下、本発明に適用可能な変形例について説明する。

本実施の形態において、ホスト基板は、医療用診療装置１０に取り付けられている基板のうちのＣ基板が担っていたが、その他の基板が担っていてもよい。また、医療用診療装置１０において、１つのホスト基板を設けるものに限らず、複数のホスト基板が設けられるものであってもよい。さらに、所定の条件に基づき各基板がグループ分けされるとともに、各グループ内で１つのホスト基板が設けられ、グループごとに更新制御が実行されてもよい。たとえば、Ａ基板〜Ｗ基板のうち、Ｃ基板およびＰ基板がホスト基板であってもよい。さらに、Ｃ基板は、Ａ基板〜Ｌ基板に対して更新制御を実行し、Ｐ基板は、Ｍ基板〜Ｗ基板に対して更新制御を実行するものであってもよい。

また、ホスト基板は、医療用診療装置１０に取り付けられた機能を発揮するための基板とは別の基板（たとえば、更新制御を実行するための専用基板）が担っていてもよい。すなわち、更新制御を実行するための基板と、機能を発揮するための基板とは別の基板であってもよい。このようにすれば、更新制御を実行するための基板が故障しても、機能を発揮するための基板まで取り外す必要がないし、機能を発揮するための基板が故障しても、更新制御を実行するための基板まで取り外す必要がない。

本実施の形態において、ホスト基板の更新用データ送信部１３４は、構成基板特定部１３３で特定したクライアント基板に対して、更新用データ特定部１３２で特定した更新用データを送信するものであった。しかし、これに限らず、更新用データ送信部１３４は、構成基板特定部１３３で特定したクライアント基板に対して、包括更新用データをそのまま送信するものであってもよい。すなわち、ホスト基板は、医療用診療装置１０に取り付けられたクライアント基板を特定し、特定したクライアント基板に対して、外部から取得した包括更新用データをそのまま送信するものであってもよい。そして、クライアント基板は、取得した包括更新用データの中から、メモリに記憶されたプログラムなどを更新するための更新用データを自ら特定し、特定した更新用データに基づき更新処理を実行するものであってもよい。

図５に示すように、本実施の形態において、更新有無判定部１３６は、ホスト基板のみが備えていたが、これに限らない。たとえば、クライアント基板のみが更新有無判定部を備えていてもよい。この場合、クライアント基板は、ホスト基板の更新用データ送信部１３４から更新用データ特定部１３２で特定された更新用データ、あるいは包括更新用データをそのまま送信してもらい、受信した更新用データ、あるいは包括更新用データに基づき、更新処理を実行する必要があるか否かを判定するものであってもよい。つまり、医療用診療装置１０は、複数の機能を選択して組み合わせることが可能な医療用診療装置であって、機能を発揮するための少なくとも１つのクライアント基板と、機能を発揮するためのプログラムなどを更新用データに基づき更新する更新処理を、各基板に実行させるホスト基板とを備え、ホスト基板は、医療用診療装置１０に取り付け可能な全ての基板の更新用データを包括した包括更新用データを取得する包括更新用データ取得部１３１と、医療用診療装置１０に取り付けられているクライアント基板を特定する構成基板特定部１３３と、包括更新用データ取得部１３１で取得した包括更新用データの中から構成基板特定部１３３で特定したクライアント基板に対応する更新用データを特定する更新用データ特定部１３２と、構成基板特定部１３３で特定したクライアント基板に対して、少なくとも更新用データ特定部１３２で特定した更新用データを送信する更新用データ送信部１３４とを含み、クライアント基板は、ファームウェア情報記憶部１４２に記憶されたプログラムなどの情報を特定可能なファームウェア情報と、ホスト基板の更新用データ送信部１３４から送信された更新用データとに基づき、更新処理を実行する必要があるか否かを判定する更新有無判定部と、更新有無判定部により更新処理を実行する必要があると判定したときに、更新用データ送信部１３４から送信された更新用データに基づき更新処理を実行する更新部１４４を含む。

このような医療用診療装置１０においても、各構成基板のプログラムなどに何らかの不具合が生じて更新処理を実行しなければならない場合であっても、各構成基板に対応する更新用データを個別に準備する必要もないし、全ての構成基板に対して個別に順番に更新処理を実行する必要もない。さらに、取り付けられている基板の特定や基板に合った更新用データの選択を誤ってしまうこともないため、正常に各種機能を発揮することができる。このように、複数の機能を選択して組み合わせた場合であっても、誤ることなく一括して容易にプログラムなどを更新することができる。

なお、ホスト基板およびクライアント基板の両方が更新有無判定部を備えるものであってもよい。また、クライアント基板のみが更新有無判定部を備える場合、ホスト基板およびクライアント基板の両方が更新有無判定部を備える場合であっても、図１〜図１２を用いて説明した医療用診療装置１０が有する構成を適用することができる。

本実施の形態において、ホスト基板は、構成基板のメモリに記憶されたプログラムなどを最新のプログラムなどに更新させる更新制御を実行するものであったが、これに限らない。たとえば、作業者による外部からの操作に基づき、クライアント基板のメモリに記憶されたプログラムなどを強制的に古い状態のプログラムなど（たとえば、１つ前のバージョンのプログラムなど）に書き換えるものであってもよい。この場合、包括更新用データの中には、最新のプログラムなどに更新する更新用データと、前のバージョンのプログラムなどに書き換える更新用データとが含まれてもよい。さらに、図１０のＳ１４および図１１のＳ２４の処理は省略してもよい。

本実施の形態において、ホスト基板は、構成メンバーテーブルに格納されたシリアル情報と、包括更新用データのヘッダ部に格納されたシリアル情報とに基づき、包括更新用データのデータ部に格納された更新用データの中から構成基板の仕様に対応する更新用データを特定するものであったが、これに限らない。たとえば、構成メンバーテーブル内において、医療用診療装置１０に取り付けられている構成基板のシグネチャに加えて構成基板の仕様を特定可能な情報が格納されていてもよい。

本実施の形態において、ホスト基板は、ファームウェア情報取得部１３５によって、クライアント基板のファームウェア情報記憶部１４２に記憶されたファームウェア情報を取得するものであったが。これに限らない。たとえば、ホスト基板が有するファームウェア情報記憶部１３７において、医療用診療装置１０に取り付けられている各構成基板のファームウェア情報が予め記憶され、ファームウェア情報取得部１３５は、ファームウェア情報記憶部１３７から各構成基板のファームウェア情報を取得してもよい。

本実施の形態においては、病院などに設置される医療用診療装置について例示したが、このような備え付けの医療用診療装置に限らず、持ち運び可能な携帯型の医療用診療装置に対しても本発明を適用することもできる。すなわち、複数の機能を選択して組み合わせることが可能な医療用診療装置であれば、いずれの医療用診療装置に対しても本発明を適用することができる。

なお、今回開示された実施の形態は全ての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなく請求の範囲によって示され、請求の範囲と均等の意味および範囲内での全ての変更が含まれることが意図される。

１ 診療椅子、２ ベースンユニット、３ トレーテーブル、４ 診療器具、５ フートコントローラ、９ 制御装置、１０ 医療用診療装置、１１ シート駆動部、１２ 操作部、１３ パネル制御部、１４ 診療器具駆動部、１５ モニタ制御部、１６ ベースン制御部、１７ 照明制御部、１３１ 包括更新用データ取得部、１３２ 更新用データ特定部、１３３ 構成基板特定部、１３４ 更新用データ送信部、１３６ 更新有無判定部、１４２ ファームウェア情報記憶部、１４４ 更新部、１４５ 機能部。

Claims (11)

1. 複数の機能を選択して組み合わせることが可能な医療用診療装置であって、
   機能を発揮するための少なくとも１つの機能部と、
   機能を発揮するためのプログラムおよびデータの少なくとも１つを所定の更新情報に基づき更新する更新処理を、前記機能部に実行させる更新制御部とを備え、
   前記更新制御部は、
   前記医療用診療装置に取り付け可能な全ての前記機能部の前記更新情報を包括した包括更新情報を取得する取得部と、
   前記医療用診療装置に取り付けられている前記機能部を特定する機能特定部と、
   前記取得部で取得した前記包括更新情報の中から前記機能特定部で特定した前記機能部に対応する前記更新情報を特定する更新情報特定部と、
   前記機能特定部で特定した前記機能部に対して、少なくとも前記更新情報特定部で特定した前記更新情報を送信する送信部とを含み、
   前記機能部は、
   前記送信部から送信された前記更新情報に基づき前記更新処理を実行する更新部を含み、
   前記更新制御部または前記機能部は、前記プログラムおよび前記データの少なくとも１つと、前記更新情報特定部で特定された前記更新情報とに基づき、前記更新処理を実行する必要があるか否かを判定する更新有無判定部をさらに含む、医療用診療装置。
2. 前記更新制御部は、前記医療用診療装置に取り付けられている前記機能部のうちの１つの前記機能部と同じ基板上に設けられている、請求項１に記載の医療用診療装置。
3. 前記更新制御部は、前記医療用診療装置に取り付けられている前記機能部とは別の基板上に設けられている、請求項１に記載の医療用診療装置。
4. 前記機能部は、
   選択可能な複数の副機能を有し、
   前記副機能が選択された後においては、選択された前記副機能に対応する前記更新情報に基づいて前記更新処理を実行したことを条件に前記副機能を発揮可能であり、
   前記包括更新情報は、選択可能な前記副機能に対応する前記更新情報を包括し、
   前記更新情報特定部は、前記取得部で取得した前記包括更新情報の中から前記機能特定部で特定した前記機能部および選択された前記副機能に対応する前記更新情報を特定する、請求項１〜請求項３のいずれかに記載の医療用診療装置。
5. 前記機能部は、同じ機能を発揮する複数の仕様を有し、
   前記機能特定部は、前記医療用診療装置に取り付けられている前記機能部の仕様をさらに特定し、
   前記更新情報特定部は、前記取得部で取得した前記包括更新情報の中から前記機能特定部で特定した前記機能部および前記仕様に対応する前記更新情報を特定する、請求項１〜請求項４のいずれかに記載の医療用診療装置。
6. 前記機能部の仕様を特定可能な仕様情報を記憶する記憶部をさらに備え、
   前記更新情報特定部は、前記記憶部に記憶された前記仕様情報に基づき、前記取得部で取得した前記包括更新情報の中から前記機能特定部で特定した前記機能部および前記仕様に対応する前記更新情報を特定する、請求項５に記載の医療用診療装置。
7. 複数の前記機能部には、前記医療用診療装置の基本的な機能を発揮する基本機能部と、前記医療用診療装置の拡張的な機能を発揮する拡張機能部とがある、請求項１〜請求項６のいずれかに記載の医療用診療装置。
8. 複数の前記機能部には、所定の機能を発揮する第１機能部と、前記第１機能部と関連する機能を発揮する第２機能部とがあり、
   前記第２機能部は、前記第１機能部の前記更新処理を実行したことを条件に機能を発揮可能である、請求項１〜請求項７のいずれかに記載の医療用診療装置。
9. 前記更新制御部は、前記送信部で前記更新情報を送信する前に、前記更新情報特定部で特定した前記更新情報の正当性を判定する正当性判定部をさらに含む、請求項１〜請求項８のいずれかに記載の医療用診療装置。
10. 前記更新制御部は、有線または無線で接続された伝送路を介して前記取得部により前記包括更新情報を取得する、請求項１〜請求項９のいずれかに記載の医療用診療装置。
11. 前記取得部は、他の医療用診療装置と通信可能であり、前記他の医療用診療装置の前記取得部によって取得された前記包括更新情報を、通信によって取得する、請求項１〜請求項１０のいずれかに記載の医療用診療装置。