JP5090579B2 - 内視鏡システム、その光源装置 - Google Patents

Description

本発明は、内視鏡システムに関する。

内視鏡システムは、例えば、体腔内に挿入するスコープ（内視鏡）と、このスコープに接続する光源装置及びビデオプロセッサと、その他モニタ装置等から成る。

体腔内は、外部の光が入らず真っ暗であるので、光源装置が必要となる。スコープに関してはその先端部分等において、ＣＣＤ等の撮像装置が設けられると共に、光源装置から供給される光（白色光／ＲＧＢ光など；照診光というものとする）の出射口が設けられている。

ここで、例えば直接観察時と写真撮影時とでは必要とされる光量が異なる、対象とする部位によって適正光量が異なる、あるいは観察する対象と内視鏡先端との距離によって必要とされる光量が異なる等の理由から、光源装置においては光量調節機能が必要不可欠であった（例えば、距離が近い時は光量を弱くして内視鏡画像が白トビするのを回避し、遠い時は光量を強くして暗部を観察できるようにする）。この光量調節機能では、例えば、ランプを切り換えたり、ランプへの供給電力を変化させたり、絞りの調節等を行っている。絞りの調節は、絞り羽根の駆動角度に基づいて行われる。

上記内視鏡システムに係る従来の技術、背景に関しては、例えば特許文献１等に開示されている。

また、従来より、例えば特許文献２等に開示されているように、上記内視鏡の光源装置において照明光（照診光）をＲ（赤）、Ｇ（緑）、Ｂ（青）等の各色光とすることが行われている。

また、上記特許文献２の従来技術に記載されているように、電子スコープのカラー画像撮像方式には、例えば参考文献１（特開昭６１−８２７３１号公報）に示される、照明光をＲ（赤）、Ｇ（緑）、Ｂ（青）等に順次切り換える面順次式と、例えば参考文献２（特開昭６０−７６８８８号公報）に示される、固体撮像素子の前面にＲ，Ｇ，Ｂ等の色光をそれぞれ透過する色透過フィルタをモザイク状等に配列したフィルタアレイを設けたカラーモザイク方式（同時式とも言う）とが知られている。同時式の場合、上記照診光は白色光となる。
特開昭６０−２３２５２３号公報 特開平０３−２１２１９号公報

上記内視鏡システムの光源装置として、例えば一例として、当該光源装置全体を制御するプロセッサ（メインＣＰＵと呼ぶ）と、上記光量調節機能（調光機能）専用のプロセッサ（演算専用ＣＰＵと呼ぶ）とを有する構成がある。この様な構成において、演算専用ＣＰＵが故障した場合、当然、光量調節機能（調光機能）が働かなくなり、モニタ画面（内視鏡画像）が白く／黒くなり（真っ白／真っ黒になる場合もある）体腔内画像が見難くなったり殆ど見えなくなる場合がある。

この為、演算ＣＰＵが故障した場合、メインＣＰＵが代わりに光量調節（調光）を実行する案が考えられる。しかしながら、元々、メインＣＰＵは光源装置全体を制御する様々は処理を行う為、光量調節機能（調光機能）まで行うと処理負荷が大きすぎる為、上記調光機能専用のプロセッサ（演算専用ＣＰＵ）を設けていたのであり、上記の案は現実には実現困難となる。

本発明の課題は、内視鏡システムに係わり、特にメインＣＰＵと内視鏡への光量調節機能（調光機能）専用の演算専用ＣＰＵとが設けられた光源装置に関して、演算専用ＣＰＵが故障した場合、代わりにメインＣＰＵが処理負荷増大を抑制しつつ調光を行える内視鏡システム、その光源装置等を提供することである。

本発明の内視鏡システムは、被写体を照射する照明光を出射する内視鏡を備えた内視鏡システムであって、被写体を照射する照明光を出射する照明手段と、前記内視鏡に設けられ、照明光により照明された被写体を撮像する撮像手段と、前記撮像手段より測光信号を生成する測光信号生成手段と、前記測光信号生成手段に基づき、第１の調光信号を演算出力する第１の演算手段と、前記第１の演算手段の状態を検出する演算手段状態検出手段と、前記内視鏡システム内の少なくとも一部の制御を行う為の、前記第１の演算手段とは別の演算手段であって、前記演算手段状態検出手段により前記第１の演算手段が異常と判断された場合、処理負荷増大を抑えつつ前記少なくとも一部の制御と共に前記測光信号生成手段に基づく第２の調光信号を演算出力する第２の演算手段と、前記演算手段状態検出手段により前記第１の演算手段が正常と判断された場合、前記第１の演算手段により演算出力された前記第１の調光信号を出力し、前記演算手段状態検出手段により前記第１の演算手段が異常と判断された場合、前記第２の演算手段により、前記測光信号生成手段に基づく前記第２の調光信号を演算出力させた調光信号を出力する調光信号制御手段と、前記調光信号制御手段により出力された調光信号に基づき、前記照明光の調光を行う調光手段とを有する。

本例の内視鏡システムの全体図を示す図である。 高輝度光源装置の制御デバイスの詳細構成を示す図である。 制御デバイスの動作を示す処理フローチャート図（その１）である。 制御デバイスの動作を示す処理フローチャート図（その２）である。 制御デバイスの動作を示す処理フローチャート図（その３）である。 （ａ）〜（ｃ）は、他の特徴を説明する為の図（その１）である。 （ａ）〜（ｃ）は、他の特徴を説明する為の図（その２）である。

以下、図面を参照して本発明の実施の形態について説明する。

図１に、本例の内視鏡システムの全体図を示す。

本例の内視鏡システムは、主にスコープ１０、ビデオプロセッサ２０、高輝度光源装置３０等から成り、更に、モニター６、入力装置７（キーボード等）等も備えていてよい。スコープ（内視鏡）１０に対して、ビデオプロセッサ２０及び高輝度光源装置３０が接続されている。この接続構成は従来通りであり特に示さないが、図示のように高輝度光源装置３０からスコープ１０に対して照診光が出力され、ビデオプロセッサ２０にはスコープ１０からの映像信号が入力される。また、ビデオプロセッサ２０はスコープ１０のメモリ１２から後述する各種情報を読み出す。

スコープ１０は、患者の体腔内に挿入する内視鏡本体であり、従来と同様にＣＣＤ１１や不図示の射出口（光源装置３０から供給された照診光を体腔内に射出する射出口）等も備えている。つまり、スコープ１０は、体腔内の任意の被写体を照射する照明光（上記照診光）を出射する内視鏡であって、この内視鏡には照明光により照明された被写体を撮像する撮像部（ＣＣＤ１１）が設けられている。

そして、本例のスコープ１０には、更に当該スコープ１０に関する各種情報（ＣＣＤ情報、出射時間情報、ランプ電流情報等）が予め記憶されたメモリ１２（ＲＯＭ等）が内蔵されている。

ビデオプロセッサ２０は、ＦＰＧＡ（Field Programmable Gate Array）などの制御デバイス２１、映像処理回路２２、不揮発性メモリ２３、ブザー２４等を有しており、更に外部インターフェースとして複数のコネクタ１〜４を備えている。コネクタ１によってモニタ６に接続しており、コネクタ２によってキーボードなどの入力装置７に接続しており、コネクタ３によって不図示の外部サーバに接続しており、コネクタ４によって高輝度光源装置３０に接続している。

尚、言うまでないが、コネクタ１−モニタ６間、コネクタ２−入力装置７間、コネクタ３−外部サーバ間、コネクタ４−高輝度光源装置３０間は、それぞれ任意の通信ケーブルで接続されており、この通信ケーブルを介して任意の信号が送受信される。

また、尚、上記ＦＰＧＡ(Field Programmable Gate Array) とは、利用者が独自の論理回路を書き込むことの出来るゲートアレイの一種であり、プログラマブルロジックデバイスの中で特に再書き換え可能であるものをＦＰＧＡと呼ぶものと定義されている場合もある。

制御デバイス２１は、例えば上記スコープ１０のＣＣＤ１１による撮像信号（映像信号）を入力し、この映像信号から「モニタ出力用の映像信号」を生成して映像処理回路２２に渡す。制御デバイス２１は、更に、入力した上記ＣＣＤ１１による撮像信号（映像信号）に基づいて測光信号を生成し、この測光信号をコネクタ４，５を介して光源装置３０へ転送する。この測光信号は、簡単に説明するならば画面（体腔内映像）の明るさを示すものであり、光源装置３０における調光制御に用いられる。

尚、これより、制御デバイス２１は、ＣＣＤ１１による撮像信号に基づいて測光信号を生成する測光信号生成機能部（不図示）を備えるものと言える。

映像処理回路２２は、上記「モニタ出力用の映像信号」に基づいてモニタ６に患者の体腔内の映像等を表示させる。勿論、この映像の信号は、コネクタ１を介してモニタ６に出力されるものである。

また、不揮発性メモリ２３には、例えばビデオプロセッサ情報が記憶されている。ビデオプロセッサ情報は、例えば、このビデオプロセッサ２０が、上記面順次式であるか上記同時式であるかを示す情報である。

尚、面順次式／同時式に関しては、スコープ１０は必ずビデオプロセッサ２０と同種のものとなる。すなわち、ビデオプロセッサ２０が面順次式であればスコープ１０も面順次式対応となり、ビデオプロセッサ２０が同時式であればスコープ１０も同時式対応となる。これより、ビデオプロセッサ２０の不揮発性メモリ２３には、その内視鏡（スコープ１０）に適した照明方式（面順次式／同時式）が記憶されているものと言える。

制御デバイス２１は、例えば起動時等の初期処理において、上記スコープ１０のメモリ１２に記憶されている各種情報（上記ＣＣＤ情報、出射時間情報、ランプ電流情報等）を読み出し、更に不揮発性メモリ２３から上記ビデオプロセッサ情報を読み出して、これら読み出した各種情報を高輝度光源装置３０へ転送する。これより、制御デバイス２１は、その処理機能の１つとして、上記不揮発性メモリ２３に記憶されている上記照明方式（面順次式／同時式）を読み出す照明方式読み出し機能部（不図示）を備えているものということもできる。

また、制御デバイス２１は、運用中は随時、上記測光信号を生成してこれを光源装置３０へ転送する。

高輝度光源装置３０には図示のコネクタ５が設けられており、任意の通信線によってコネクタ４−コネクタ５間が接続されており、光源装置３０−ビデオプロセッサ２０間の通信は、この通信線を介して行われる。よって、当然、制御デバイス２１による上記各種情報の高輝度光源装置３０への転送も、この通信線を介して行われる。光源装置３０とビデオプロセッサ２０は、この通信線を介して相互にデータ送受信して連携動作する。

高輝度光源装置３０は、ＦＰＧＡなどの制御デバイス３１、計時デバイス（RTC＆電池）３２、光源制御回路３３、不揮発性メモリ３４、プログラム成否検出部３５、ブザー３６等を有しており、更に外部インターフェースとして上記通信線に接続されたコネクタ５を有している。

光源制御回路３３は、制御デバイス３１による制御に従ってＲＧＢフィルタ制御、絞り羽制御、ランプ電流制御動作を実現する。光源制御回路３３の構成は、上記特許文献２等に開示されている既存の構成であるので、ここでは特に詳細には説明しないが、光源制御回路３３は、電子回路だけでなくモータ、絞り羽、回転カラーフィルタ等の物理的動作を行う構成も含まれており、以下、簡単に説明する。

光源制御回路３３は、例えば、上記特許文献２等に開示されている光源ランプ、ランプ制御回路、モータ、モータ制御回路、絞り（絞り羽）、絞り制御回路、回転カラーフィルタ、モータ移動制御回路等を有するものである。

回転カラーフィルタは、Ｒ（赤）、Ｇ（緑）、Ｂ（青）の３色の色透過フィルタよりなり、光源ランプからの白色光を上記３色の色透過フィルタに透過させることで、Ｒ（赤）、Ｇ（緑）、Ｂ（青）の何れかの色の光を、図示の照診光としてスコープ１０へ出力して、スコープ１０の先端から体腔内に照射させる。上記ＲＧＢフィルタ制御は、基本的にはＲ（赤）、Ｇ（緑）、Ｂ（青）の各色の照射時間を制御するものである。

上記絞り羽制御は、上記絞り制御回路によって上記絞り羽の角度を調整制御させることで、照診光の光量（光の強さ）を調整する（調光を行う）ものである。上記ランプ電流制御は、上記ランプ制御回路によって上記光源ランプの発光量を制御することで照診光の光量を調整するものである。演算専用ＣＰＵ４２による通常の調光制御では、絞り羽制御、ランプ電流制御連動で調光を行うものである。

尚、調光制御は、上記測光信号等に基づいて行われるが、これについては既存技術であり特に説明しない。

また、上記特許文献２の構成では、回転カラーフィルタを移動させて光軸上から外すことで、光源ランプからの白色光をそのまま図示の照診光としてスコープ１０へ出力することもできる。

これを利用して、接続されているビデオプロセッサ２０（及びスコープ１０）が上記「同時式」の場合には、白色光を照診光としてスコープ１０へ出力すればよい。一方、接続されているビデオプロセッサ２０（及びスコープ１０）が上記「面順次式」の場合には、上記回転カラーフィルタによってＲ（赤）、Ｇ（緑）、Ｂ（青）の３色を順次、照診光としてスコープ１０へ出力すればよい。

この様に、本例の光源装置３０（例えばメインＣＰＵ４１）は、接続されたビデオプロセッサ２０（及びスコープ１０）の種類に応じて、面順次式／同時式の何れかに自動的に切換える（照明方式を切換える）機能を備えている。換言すればスコープ１０への照診光として白色光／ＲＧＢ光の何れかに切換える機能を有している。これは、例えば、ビデオプロセッサ情報に基づいて自動的に面順次式／同時式の切換え制御を行うものである。尚、この様な機能をＲＧＢフィルタ切替制御機能または照明方式切替機能と呼ぶものとする。

尚、初期処理は例えばメインＣＰＵ４１が実行する。

計時デバイス３２は、ＲＴＣ（リアルタイムクロック）とバックアップ電池とから成り、計時動作を行う。不揮発性メモリ３４には、任意のデータ（光源情報、制御情報、ログ情報等）が記憶される。

制御デバイス３１は、これら光源情報、制御情報、ログ情報等を、起動時等の初期処理の際または任意のときに、ビデオプロセッサ２０へ送信する。光源情報は、現在の光源の状態（例えば白色光かＲＧＢ光）を示すデータ、制御情報やログ情報は例えば各種エラー情報（電池電圧低下や演算専用ＣＰＵの故障情報等）等である。

ビデオプロセッサ２０側では、例えば上記エラー情報をモニタ６に表示したり、不図示の外部サーバ等へ通知する。

ここで、制御デバイス３１は、メインＣＰＵ４１と演算専用ＣＰＵ４２を有する。演算専用ＣＰＵ４２は、調光機能に特化した演算専用のＣＰＵである。演算専用ＣＰＵ４２は、光源制御回路３３を制御することで、上記スコープ１０に係る自動調光機能を実現する。演算専用ＣＰＵ４２は、上記のように、絞り羽制御、ランプ電流制御連動で調光を行う。

演算専用ＣＰＵ４２は、初期処理の際に上記スコープ１０のメモリ１２から読み出されて当該装置３０に転送されてくる上記各種情報（ＣＣＤ情報、ランプ電流情報等）と、その後に随時転送されてくる上記測光信号等に基づいて、上記スコープ１０に係る自動調光機能を実現する。

ランプ電流情報は、そのスコープ１０（そのＣＣＤ１１）の特性に応じたランプ電流値の範囲（上限値と下限値）の情報である。よって、ランプ電流情報に基づいて、光量が適切な範囲内となるように制御できる。ランプ電流情報をスコープ１０から取得することで、ＣＣＤ毎に適切な光量を提供できるようになる。

また、メモリ１２に記憶されているＣＣＤ情報は、そのスコープ１０のＣＣＤ１１の種別（特性）に応じた適切な明るさ（光量）を示す情報である。光源装置３０では、光量の初期値をＣＣＤ情報に従って決定する。その後は、フィードバック情報（測光信号等）に基づいて光量を調整制御する。

また、ビデオプロセッサ２０（及びスコープ１０）が上記面順次式の場合には、更に上記ＲＧＢフィルタ制御も行うが、これはメインＣＰＵ４１が実行する。

ビデオプロセッサ２０（及びスコープ１０）が上記面順次式の場合には、スコープ１０のメモリ１２には更に上記出射時間情報も記憶されており、この出射時間情報もビデオプロセッサ２０から光源装置３０に送られてくるので、メインＣＰＵ４１はこの出射時間情報に基づいてＲＧＢフィルタ制御を実行する。ＲＧＢフィルタ制御自体は、既存の制御であり特に説明しないが、開口時間（ＲＧＢ各色の出射時間）に関する情報をスコープ１０から取得・設定することで、ＣＣＤ毎に一定の明るさを保つことができる。

メインＣＰＵ４１は、高輝度光源装置３０全体を制御する中央処理装置であり、基本的には、上記演算専用ＣＰＵ４２の調光機能以外の処理を実行する。例えば、ビデオプロセッサ２０との通信処理や、上記ＲＧＢフィルタ制御や（但し、面順次式の場合に限る）、後述する各種フラグチェック（異常発生チェック）や、不図示の他の構成の制御処理等を実行する。

また、高輝度光源装置３０は、上記の通り面順次式と同時式の両方に対応可能となっており、面順次式、同時式の何れかの方式で光出射するようにする上述したＲＧＢフィルタ切替制御機能も有している。尚、面順次式と同時式については、上述したように、例えば上記参考文献１、２等に開示されている。

制御デバイス３１は、起動時の初期処理等において、自装置に接続されているビデオプロセッサ２０と通信を行って上記各種情報を取得する。この各種情報に含まれる上記ビデオプロセッサ情報によって、ビデオプロセッサ２０のタイプ（面順次式または同時式）が示されるので、制御デバイス３１は、このビデオプロセッサ情報に従って面順次式／同時式の何れかに切換え制御する。つまり、自装置に接続されているビデオプロセッサ２０のタイプに応じて、自動で出射光のタイプ（白色光／ＲＧＢ光）を切り替える。但し、この例に限ることなく、例えばビデオプロセッサ２０からの指示（ユーザによる指示等）に応じて出射光のタイプを切り替えること等も可能である。

以下、まず、ビデオプロセッサ２０が同時式タイプである場合について説明する。尚、面順次式の場合、同時式の場合に比べて更にＲＧＢフィルタ制御が加わるので、同時式と面順次式の両方に共通の動作を説明するものとも言える。

まず、予め、調光演算に必要な情報（ランプ電流情報、ＣＣＤ情報）が、スコープ１０内のメモリ１２（ＲＯＭ等）に保存されている。これは、各ＣＣＤ毎に対応してランプ電流情報、ＣＣＤ情報が記憶されているものと言える。

上記のように初期処理等においてビデオプロセッサ２０によってメモリ１２の格納情報が読み出されて高輝度光源装置３０に通知されるので、上記ランプ電流情報、ＣＣＤ情報等も高輝度光源装置３０に通知される。これより、高輝度光源装置３０では、既に述べたようにスコープ１０（そのＣＣＤ１１）の光学特性に応じた適切な光量を出射することが出来る。

尚、スコープ１０内にメモリ１２（ＲＯＭ等）がない構成の場合は、例えばユーザ等がビデオプロセッサ２０に接続されている入力装置７（キーボードなど）を操作することにより、上記ランプ電流情報、ＣＣＤ情報等を任意に設定する事も出来る。勿論、この設定された上記ランプ電流情報、ＣＣＤ情報等は、ビデオプロセッサ２０から高輝度光源装置３０に転送される。

次に、以下、ビデオプロセッサ２０が面順次式タイプであると判別した場合について説明する。面順次式の場合、上記同時式の場合と略同様の動作を行い、更にＲＧＢに関する動作も行う。以下、このＲＧＢに関する動作について説明する。

面順次式の場合、スコープ１０内のメモリ１２（ＲＯＭ等）には、予め更にＲＧＢの各色要素の出射時間情報が記憶されている。

上記のように初期処理等においてビデオプロセッサ２０によってメモリ１２の格納情報が読み出されて高輝度光源装置３０に通知されるので、上記ＲＧＢの出射時間情報も、高輝度光源装置３０に通知される。これによって、高輝度光源装置３０では、スコープ１０（そのＣＣＤ１１）の光学特性に応じた最適な出射時間／照射時間を設定することができる。

すなわち、各種スコープ１０毎に、そのスコープ１０のＣＣＤ１１の光学特性に応じた最適な出射時間／照射時間（ＲＧＢの各色要素毎の出射時間／照射時間）が予め任意に決められて、そのスコープ１０のメモリ１２に記憶されている。尚、以下では、出射時間／照射時間は、照射時間に統一して説明するものとする。

従来より光源装置では（例えば特許文献２に記載の構成）、設定された照射時間に従ってＲＧＢ各色の照射時間を制御する構成が備えられている。この既存構成についてはここでは特に図示／説明等はしないが、例えばメインＣＰＵ４１等が、上記ビデオプロセッサ２０によってスコープ１０のメモリ１２から読み出されて転送されてきたＲＧＢの各色要素毎の照射時間を、上記既存構成に設定することで、現在使用されているスコープ１０（そのＣＣＤ１１）の光学特性に応じた最適な照射時間を設定することができる。

尚、上記の例ではスコープ１０のメモリ１２にはＲＧＢの各色要素毎の照射時間が記憶されているものとしたが、この例に限らず、例えば非照射時間が記憶されていてもよい。非照射時間は、所定の１周期（１サイクル）内における上記照射時間以外の時間帯を意味し、よって例えばメインＣＰＵ４１が非照射時間に基づいて照射時間を求めることができる。あるいは、上記既存構成が、設定された非照射時間に従ってＲＧＢ各色の照射時間を制御する構成であってもよい。また、スコープ１０のメモリ１２にはＲＧＢの各色要素毎の照射時間と非照射時間の双方が記憶されていてもよい。

また、上記ＲＧＢの各色要素毎の照射時間または／及び非照射時間は、上述した一例（スコープ１０のメモリ１２に予め記憶しておいたデータを読出し・設定する例）に限らず、例えば、外部（例えば入力装置７等）から任意に入力して設定できるようにしてもよい。

尚、その他のＨＷ（ハードウェア）制御、調光制御は同時式と同様であり、ここでは特に説明しない。

図２は、高輝度光源装置３０の主に制御デバイス３１の詳細構成を示す図である。

図２に示すように、高輝度光源装置３０の制御デバイス３１は、まず図１においても図示して説明したメインＣＰＵ４１と演算専用ＣＰＵ４２を有する。更に、演算専用ＣＰＵ状態通知モジュール４３、メインＣＰＵ状態通知モジュール４４、ＨＷ制御モジュール４５、ＲＴＣ電圧低下フラグ４６、ＨＷエラーフラグ４７を有する。

演算専用ＣＰＵ状態通知モジュール４３は、演算専用ＣＰＵ４２の正常・異常状態を検知する。メインＣＰＵ状態通知モジュール４４は、メインＣＰＵ４１の正常・異常状態を検知する。両モジュール４３，４４とも、例えば正常・異常状態を示すフラグを保持しており、上記正常・異常状態の検知結果をフラグに反映させる。例えば、異常検知した場合にはフラグＯＮする。メインＣＰＵ４１／演算専用ＣＰＵ４２は、このフラグを参照することで、正常／異常を判別する。

上記のように、演算専用ＣＰＵ状態通知モジュール４３は、実質的に、演算専用ＣＰＵ４２の異常を検知してメインＣＰＵ４１に通知する。同様に、メインＣＰＵ状態通知モジュール４４は、実質的に、メインＣＰＵ４１の異常を検知して演算専用ＣＰＵ４２に通知する。

ＲＴＣ電圧低下フラグ４６は、計時デバイス３２における上記バックアップ電池の低下を示すフラグである。計時デバイス３２は、バックアップ電池の低下を検出する機能と、このバックアップ電池の低下を検出した場合にＲＴＣ電圧低下フラグ４６をフラグＯＮすする機能とを有している。例えば、メインＣＰＵ４１は、このＲＴＣ電圧低下フラグ４６を参照することで、バックアップ電池の低下を認識することができる。

ＨＷエラーフラグ４７は、ＨＷ制御モジュール４５のエラーを示すフラグである。ＨＷ制御モジュール４５は、自己やハードウェア（モータ、ランプ等）の異常を検知する機能と、異常検知した場合にＨＷエラーフラグ４７をフラグＯＮする機能等も有する。例えばメインＣＰＵ４１等は、ＨＷエラーフラグ４７を参照することで、ＨＷ制御モジュール４５に係る異常発生を認識することができる。

ＨＷ制御モジュール４５のエラーを検知した場合には、各モジュールやＣＰＵ４１，４２が、本装置３０を安全な状態に移行させる（例えば、モータ故障検知の場合にはモータが動作すると危険であるのでモータを動かさないモードに移行したり、ランプの異常を検知した場合にはランプを消灯する等）。尚、ＨＷエラーフラグ４７は、１つのフラグだけでなく、各種故障（モータの故障、ランプの異常等）に対応してそれぞれフラグが設けられたものであってもよい。

このように、ＨＷ制御モジュール４５のエラーを検知する構成を設けて、エラー時に装置を安全状態にしてから、エラー処理を行うことができる。

また、バックアップ電池の低下を検知した場合には、例えばメインＣＰＵ４１等が、ビデオプロセッサ２０経由で上記不図示の外部サーバに対して「バックアップ電池の低下」通知する。これによって、ＲＴＣの計時動作の停止を事前に把握する事が出来、以って電池切れを未然に防ぐことができる。

また、装置の起動時など、動作が安定するまでの間、フラグを立てておくようにすれば、起動時に不安定な動作をしないように制御できる。

尚、ＨＷ制御モジュール４５は、モータ、ランプ等を制御する既存の構成であり、ここでは特に説明しない。但し、図２に示すようにＨＷ制御モジュール４５から光源制御回路３３に対してモータ、ランプ等の制御信号が出力されているが、少なくともランプ電流値に関しては演算専用ＣＰＵ４２がＨＷ制御モジュール４５を制御することで、ランプの明るさを制御している。これより、演算専用ＣＰＵ４２は、絞り羽制御だけでなくランプ電流値（ランプの明るさ）の制御も行っているものと言える。

ここで、本手法では、演算専用ＣＰＵ４２に異常発生した場合に、メインＣＰＵ４１が調光演算機能を補い、自動調光機能を継続する。但し、メインＣＰＵ４１は高輝度光源装置３０全体の制御も行っているため、更に演算専用ＣＰＵ４２が実行していた自動調光機能をそのまま継続すると、処理負荷が非常に大きくなる。場合によっては、メインＣＰＵ４１の処理負荷が大き過ぎて、メインＣＰＵ４１の動作に異常が生じる可能性もある。

この様な問題を解決する為に、ここでは以下の第１の手法、第２の手法を提案するが、これらの例に限るわけではない。

第１の手法では、メインＣＰＵ４１は、演算専用ＣＰＵ４２が実行していた自動調光機能をそのまま継続するのではなく、いわば“簡略化された自動調光機能”（以下、簡易調光機能というものとする）を実行する。この簡易調光機能の具体的な実現方法としては、例えば、ランプ電流制御は止めてランプ電流値固定とし、絞り羽制御のみを行う方法や、ＦＢ（フィードバック）制御の期間を長くする方法や、調光の階調を粗くする方法等が考えられるが、これらの例に限るものではなく、何らかの簡易演算アルゴリズムを実施することで簡易調光機能の実現が可能となる。

ＦＢ（フィードバック）制御の期間を長くする方法とは、例えば１フレーム毎の制御であったものを例えば２フレーム毎、３フレーム毎等の制御にすることである。すなわち、既存の調光制御は、内視鏡画面について１フレーム毎に（１フレーム分の測光信号毎に）制御するものであるが、これを２フレーム毎、３フレーム毎に行うことで、制御処理負担を軽減できる。換言すれば、メインＣＰＵ４１による演算周期を、演算専用ＣＰＵ４２が行う演算周期（上記の例では１フレーム分）よりも長い周期にして、調光の為の演算を行わせる。

また、上記調光の階調を粗くする方法とは、絞り羽の制御ステップを粗くする（例えば角度２度ずつの制御であったものを５度ずつの制御にする等）方法である。これは、換言すれば、メインＣＰＵ４１が出力する出力範囲を、演算専用ＣＰＵ４２が出力する出力範囲（上記の例では絞り羽の角度２度ずつ）よりも狭い範囲（上記の例では絞り羽の角度５度ずつ等）にして、調光制御を行わせる。

第２の手法では、メインＣＰＵ４１は、演算専用ＣＰＵ４２が実行していた自動調光機能をそのまま継続し、高輝度光源装置３０全体の制御を、簡略化したアルゴリズムで実行する（以下、簡易全体制御というものとする）。つまり、メインＣＰＵ４１の本来の処理機能を制限して、自動調光機能の演算処理に比重を置く方法とする。

尚、メインＣＰＵ４１は、上記第１または第２の手法による処理を実行することと並行して、演算専用ＣＰＵ４２にリセット信号を与える等の復帰作業を実施してもよい。また、不揮発性メモリ３４に、演算専用ＣＰＵ４２がエラー状態であったことをログとして保存してもよい。

図３に、上記第１の手法の具体例を示す。

図３は、制御デバイス３１の動作を示す処理フローチャート図（その１）である。

図３において、高輝度光源装置３０の電源をＯＮすることで、メインＣＰＵ４１、演算専用ＣＰＵ４２は、それぞれ所定の起動処理（初期処理）を実行し、ここでは正常に起動するものとする（ステップＳ１１，Ｓ２１）。

上記正常起動後、メインＣＰＵ４１、演算専用ＣＰＵ４２は、それぞれ所定の処理を繰り返し実行する。メインＣＰＵ４１は、上述したように高輝度光源装置３０全体の制御を行っており、上記のように面順次式の場合にはＲＧＢフィルタ制御も行っている（ステップＳ１２）。また、上記全体制御処理には、例えば定期的に演算専用ＣＰＵ４２が正常か否かをチェックする処理も含まれる（ステップＳ１３）。これは、上記演算専用ＣＰＵ状態通知モジュール４３のフラグを参照し、フラグが立っている場合（フラグＯＮの場合）には異常と判定し（ステップＳ１３，ＮＯ）、フラグが立っていない場合（フラグＯＦＦ）には正常と判定するものである（ステップＳ１３，ＹＥＳ）。正常と判定した場合には（ステップＳ１３，ＹＥＳ）、ステップＳ１２に戻り、上記通常処理（各種全体制御（面順次式の場合にはＲＧＢフィルタ制御含む））を続行する。

一方、演算専用ＣＰＵ４２は、上述したような自動調光機能の演算処理（絞り羽、ランプ電流連動制御）を行っている（ステップＳ２２）。

尚、上記ＲＧＢフィルタ制御、絞り羽制御、ランプ電流制御は、メインＣＰＵ４１または演算専用ＣＰＵ４２が、光源制御回路３３に対して任意の制御信号を出力することで、光源制御回路３３による上記ＲＧＢフィルタ制御や絞り羽制御やランプ電流制御を実現させるものである。

そして、任意のときに演算専用ＣＰＵ４２に何らかの異常が発生した場合には（故障した場合等）（ステップＳ２３）、演算専用ＣＰＵ４２は停止し、上記演算専用ＣＰＵ状態通知モジュール４３はこの異常を検知して自己のフラグを立てる（ステップＳ２４）。

これにより、その後にメインＣＰＵ４１が上記ステップＳ１３の処理を行ったときには異常と判定されることになり（ステップＳ１３，ＮＯ）、ステップＳ１４〜Ｓ１７の処理へと移行する。尚、上記ステップＳ１２，Ｓ１３の処理をメインＣＰＵ４１の通常モードの処理とするならば、ステップＳ１４〜Ｓ１７の処理はメインＣＰＵ４１の特別モードの処理であるということもできる。つまり、メインＣＰＵ４１は、ステップＳ１３がＮＯとなるまでは通常モードであり、ステップＳ１３がＹＥＳとなったときに特別モードへと移行するものと見做すこともできる。

ステップＳ１４の処理は、上記ステップＳ１２と略同様の処理であり、各種全体制御（面順次式の場合にはＲＧＢフィルタ制御含む）である。つまり、メインＣＰＵ４１本来の制御である各種全体制御については、演算専用ＣＰＵ４２故障後もそのまま続行する。

そして、このステップＳ１４の処理と並行して、ステップＳ１５，Ｓ１６，Ｓ１７の処理を実行する。

まず、上述した簡易調光機能を実現する上記簡易演算アルゴリズムを起動する(ステップＳ１５)。これによって、ステップＳ１６、Ｓ１７の簡易調光機能が実現される。すなわち、ランプ電流値は固定値として（ステップＳ１６）、絞り羽制御のみを実行する（ステップＳ１７）。この様に、実質的にランプ電流値に関する制御は行わないようにすることで、メインＣＰＵ４１の処理負荷は軽減される。更に、このステップＳ１７の絞り羽制御において、上述したＦＢ（フィードバック）制御の期間を長くする制御や、調光の階調を粗くする制御を行うようにしてもよい。この様にすることでメインＣＰＵ４１の処理負荷は更に軽減される。

勿論、メインＣＰＵ４１においては、通常モード時に比べれば処理負荷は増えることになるが、処理負荷増大を抑えることができる。

尚、上記ランプ電流値（固定値）は、例えば上記簡易演算アルゴリズムのプログラム内に含まれている。

また尚、上記一例ではランプ電流制御は行わずに絞り羽制御のみを実行するものとしたが、この例に限るものではなく、逆にしてもよい。すなわち、絞り羽制御は行わずに（絞り羽角度を所定角度に固定する等する）、ランプ電流制御のみを実行するようにしてもよい。

図４に、上記第２の手法の具体例を示す。第２の手法では、演算専用ＣＰＵ４２故障後のメインＣＰＵ４１は、演算専用ＣＰＵ４２と同様の自動調光機能を実行すると共に、全体制御を簡略化する。

図４は、制御デバイス３１の動作を示す処理フローチャート図（その２）である。図４において、図３に示す各処理ステップと略同一の処理ステップには同一符号を付してあり、その説明は省略または簡略化する。

図４に示す通り、演算専用ＣＰＵ４２に何らかの異常が発生するまでの処理は、図３と略同様である。

すなわち、演算専用ＣＰＵ４２は、電源ＯＮにより正常起動したら（ステップＳ２１）、調光制御（絞り羽制御とランプ電流制御）を実行する（ステップＳ２２）。そして、任意のときに演算専用ＣＰＵ４２に何らかの異常（故障等）が生じたら（ステップＳ２３）、演算専用ＣＰＵ４２は停止し、演算専用ＣＰＵ状態通知モジュール４３はこの異常を検知してフラグセットする（ステップＳ２４）。

メインＣＰＵ４１は、電源ＯＮにより正常起動したら（ステップＳ１１）、上記各種全体制御（面順次式の場合にはＲＧＢフィルタ制御含む）を実行し（ステップＳ１２）、例えば定期的に演算専用ＣＰＵ４２の異常の有無をチェックする（ステップＳ１３）。そして、上記フラグＯＮによって演算専用ＣＰＵ４２の異常を検出したら（ステップＳ１３，ＮＯ）、図３ではステップＳ１４〜Ｓ１７の処理に移行したが、ここでは図４に示すステップＳ３１，Ｓ３２，Ｓ３３の処理を実行する。

これは、上記図３の場合と同様、メインＣＰＵ４１は、ステップＳ１３がＮＯとなるまでは通常モードであり、ステップＳ１３がＹＥＳとなったときに特別モードへと移行するものと見做すこともできる。つまり、演算専用ＣＰＵ４２の処理は、図３と同じである。メインＣＰＵ４１の処理は、通常モードの処理は図３と同じであるが、特別モードの処理は図３とは異なる。

特別モードにおいて、メインＣＰＵ４１は、簡略化した全体制御を実行する（ステップＳ３１）。これはステップＳ１２の光源装置全体制御の機能を簡略化して実行するものであり、例えば観察モード（特殊光を用いるモード；特開2009-142654号公報等参照）への切り替えを禁止したり、各種ポーリング時間を長くする（メインＣＰＵ４１は、モジュール４３，４４内のフラグやフラグ４６，４７等の各種フラグを定周期で参照する処理を行っており、この定周期の時間（各フラグを見に行く時間間隔）を長くする）等によって全体制御の簡略化を実現する。

特別モードにおいては、メインＣＰＵ４１は、上記ステップＳ３１の処理と並行して、ステップＳ３２、Ｓ３３の処理も実行する。すなわち、所定の演算アルゴリズムを起動して（ステップＳ３２）、この演算アルゴリズムを実行することで、調光制御（絞り羽制御とランプ電流制御）を実行する（ステップＳ３３）。

ステップＳ３３の処理は、上記ステップＳ２２の処理と同じであってよい。尚、これより、特に説明していないが演算専用ＣＰＵ４２においても上記ステップＳ３２の所定の演算アルゴリズムを保持しており、上記ステップＳ２１の処理の際にはこの演算アルゴリズムを起動することで、上記ステップＳ２２の処理が行われるものと言えることになる。

この様に、第２の手法では、演算専用ＣＰＵ４２に何らかの異常が発生した場合、メインＣＰＵ４１は、実質的に演算専用ＣＰＵ４２の調光制御（絞り羽制御とランプ電流制御）をそのまま引き継ぐが、自己の光源装置全体制御は簡略化して実行することで、処理負荷を軽減するものである。尚、上記の通り、通常モード時に比べれば処理負荷は増大するものであり、処理負荷の軽減は、処理負荷の増大を抑えることを意味する。

ところで、ここで、本例の内視鏡システムでは、上述した通りメインＣＰＵ４１、演算専用ＣＰＵ４２のどちらも調光制御（簡易調光制御も含む）を行い得るものである。つまり、メインＣＰＵ４１または演算専用ＣＰＵ４２は、上記測光信号に基づいて調光制御の為の制御信号（調光信号という）を生成し、これを光源制御回路３３に対して出力し得るものである。よって、例えば図２に示すように、メインＣＰＵ４１から光源制御回路３３に対して調光信号を出力する為の信号線５１と、演算専用ＣＰＵ４２から光源制御回路３３に対して調光信号を出力する為の信号線５２が設けられている。

そして、通常モードにおいては演算専用ＣＰＵ４２から光源制御回路３３に対して調光信号が出力され、特別モードにおいてはメインＣＰＵ４１から光源制御回路３３に対して調光信号が出力されることになるが、光源制御回路３３側では「通常モード⇔特別モード」のモード切り替えは知らないので、対策が必要となる。

この対策方法は、様々であってよいが、ここでは２つの例を示す。

第１の対策例では、図２に示すように、光源制御回路３３内にセレクタ３３ａを設けて、このセレクタ３３ａの入力側には上記２つの信号線５１，５２を接続している。そして、セレクタ３３ａは、これら２つの信号線５１，５２の何れか一方の信号を選択・出力する。これは例えば、光源制御回路３３側に、これら２つの信号線５１，５２上の信号の有無を検出する機能（不図示）を設けて、‘信号有り’の信号線をセレクタ３３ａで選択させる。

但し、演算専用ＣＰＵ４２が故障した場合、基本的には上記のように停止するが、何らかの理由で停止せずに信号線５２上に何らかの信号(故障しているので無意味な信号となる)を出力し続ける可能性がある。

これに対して、第２の対策例では、図２に示すように（そして、図５に示す処理によって）、メインＣＰＵ４１が演算専用ＣＰＵ状態通知を、光源制御回路３３へ通知する。

これについて図５を参照して説明する。

図５は、制御デバイス３１の動作を示す処理フローチャート図（その3）である。図５において、図３に示す各処理ステップと略同一の処理ステップには同一符号を付してあり、その説明は省略または簡略化する。

図５に示す通り、演算専用ＣＰＵ４２に何らかの異常が発生するまでの処理は、図３のステップＳ１１〜Ｓ１３、ステップＳ２１〜Ｓ２４の処理と略同様であり、よって同一のステップ番号を付してあり、その説明は省略する。

そして、演算専用ＣＰＵ４２に何らかの異常が発生した場合（ステップＳ１３，ＮＯ）、メインＣＰＵ４１は、図２に示すように光源制御回路３３に対して演算専用ＣＰＵの状態（異常発生）を通知する（ステップＳ４１）。この通知を受けた光源制御回路３３は、その後はメインＣＰＵ４１からの調光信号を用いて動作する。これは、例えば、セレクタ３３ａを切換え制御して、セレクタ３３ａにおいてメインＣＰＵ４１からの調光信号を選択・出力させる。換言すれば、第１の対策例、第２の対策例のどちらもセレクタ３３ａを用いるが、その切換え制御に関しては、第１の対策例では光源制御回路３３側で判断するが、第２の対策例ではメインＣＰＵ４１からの指示（通知）に応じて実行するものと考えても良い。勿論、この様な例に限るものではない。

図５に示す例では、上記ステップＳ４１の通知処理と並行して、メインＣＰＵ４１による上記特別モード時の処理を開始する（ステップＳ４２）。これは、上記第１の手法、第２の手法のどちらの処理であってもよい。すなわち、図３に示す上記ステップＳ１４，Ｓ１５，Ｓ１６，Ｓ１７の処理を実行開始するようにしてもよいし、図４に示す上記ステップＳ３１，Ｓ３２，Ｓ３３の処理を実行開始するようにしてもよい。

上記第１、第２の対策例のどちらであっても、セレクタ３３ａは、演算専用ＣＰＵ状態通知モジュール４３によって演算専用ＣＰＵ４２が正常と判断された場合には演算専用ＣＰＵ４２により演算出力された調光信号（第１の調光信号というものとする）を選択・出力することになる。また、上記第１、第２の対策例のどちらであっても、セレクタ３３ａは、演算専用ＣＰＵ状態通知モジュール４３によって演算専用ＣＰＵ４２が異常と判断された場合には、メインＣＰＵ４１により演算出力された調光信号（第２の調光信号というものとする）を選択・出力することになる。

そして、ＣＰＵからの調光信号に基づいて実際に照診光の調光を行う構成である光源制御回路３３は、上記セレクタ３３ａによって選択出力される調光信号（上記第１の調光信号、第２の調光信号の何れか一方）照診光の調光を行うことになる。

演算専用ＣＰＵ４２が故障した場合には、第２の調光信号に基づいて照診光の調光を行うことになる。この第２の調光信号は、上記の通りメインＣＰＵ４１により演算出力されるものであるが、上述した通り、簡易的な演算を行う場合もあれば、演算専用ＣＰＵ４２と略同様の演算を行う場合もある（後者の場合には、全体制御を簡易的にする）。何れにしても、メインＣＰＵ４１の処理負荷増大を抑えつつ、メインＣＰＵ４１が調光演算機能を補い、自動調光機能を継続することができる。

以上説明したように、本例の内視鏡システムによれば、演算専用ＣＰＵ４２に異常発生した場合に、メインＣＰＵ４１が調光演算機能を補い、自動調光機能を継続することができる。よって、特に、処置中に（特に出血中に）処置を中断するという最悪の事態は避けられる。

以下、本例の内視鏡システムの他の特徴についても説明する。

まず、図１に示す高輝度光源装置３０内のプログラム成否検出部３５に係る特徴について説明する。

ここで、図１に示すように、高輝度光源装置３０内の不揮発性メモリ３４の記憶領域は、複数のエリアに分けられているため、各ＣＰＵ４１，４２それぞれのプログラムを２重化して保持させる事も可能である。例えば、予め、演算専用ＣＰＵ４２で実行させる任意のプログラム（第１のプログラムというものとする）を不揮発性メモリ３４の任意のエリアに格納すると共に、他のエリアには第２のプログラムを格納しておく。第２のプログラムは第１のプログラムと同一であるものとしてもよいが、この例に限らない。

そして、上記第１のプログラムが正常に動作しなくなった場合等に、例えば電源を再投入することで上記第２のプログラムを実行させる事も可能である。

メインＣＰＵ４１に関しても同様に、メインＣＰＵ４１で実行させる任意のプログラムを不揮発性メモリ３４に二重化して保持することで（第３のプログラム、第４のプログラムというものとする）、例えば第３のプログラムが正常に動作しなくなった場合等に、例えば電源を再投入することで上記第４のプログラムを実行させる事も可能である。

尚、第１のプログラムと第２のプログラムとは、格納エリアが異なるだけであり全く同一のプログラムとしてもよいし、多少異なるプログラムとしてもよい（例えば、通常版のプログラムと簡易処理版のプログラム（上記絞り羽制御のみを行うもの等））。これは、第３、第４のプログラムに関しても略同様である。

また、尚、上記不揮発性メモリ３４の複数のエリアを仮にエリア１、エリア２、エリア３、エリア４とするならば、例えば、エリア１には上記第１のプログラムが格納され、エリア２には上記第２のプログラムが格納され、エリア３には上記第３のプログラムが格納され、エリア４には上記第４のプログラムが格納される等ということになる。

ここで、上記各ＣＰＵ４１，４２は、例えば内視鏡システムの起動時において、それぞれ自己が実行するプログラムを、不揮発性メモリ３４から読出して保持することで、その後、当該プログラムを実行することになる。ここでは仮に起動時に、演算専用ＣＰＵ４２はエリア１から第１のプログラムを読出し、メインＣＰＵ４１はエリア３から第３のプログラムを読出すものとする。

このとき、上記プログラム成否検出部３５は、これらプログラムの読み出しの成功・失敗を検出する。この検出方法は、既存技術で実現でき、例えば通信におけるＣＲＣ（Cyclic Redundancy Check；巡回冗長検査）やチェックサム等のようなデータを送受信する際のデータ誤り検出手法を用いる。プログラム成否検出部３５は、これらＣＲＣ、チェックサム等により、ＣＰＵ４１またはＣＰＵ４２が揮発性メモリ３４から読み出しているプログラムをチェックして、このプログラムに異常があるか否かを検出する。プログラムに異常がある場合にはプログラムの読み出し失敗と判定する。

そして、各ＣＰＵ４１，４２は、プログラム成否検出部３５によって上記プログラムの読み出しが失敗したことが検出された場合には、上記二重化された他方のプログラムを読み出す。例えば、プログラム成否検出部３５によって上記第１のプログラムの読み出しが失敗したことが検出された場合には、演算専用ＣＰＵ４２は、上記エリア２から上記第２のプログラムを読み出す。同様に、例えば、プログラム成否検出部３５によって上記第３のプログラムの読み出しが失敗したことが検出された場合には、メインＣＰＵ４１は、上記エリア４から上記第４のプログラムを読み出す。この様なプログラム読み出し制御機能は、制御デバイス３１が有するが、必ずしも上記一例のように各ＣＰＵ４１，４２が有するものとは限らず、制御デバイス３１が有する不図示の他の構成によって実現してもよい。

次に、図６を参照して、本例の内視鏡システムの更に他の特徴について説明する。

上記ビデオプロセッサ２０と高輝度光源装置３０は、起動すると、コネクタ４とコネクタ５に接続された通信ケーブルを介して連携動作を開始する。その際、通信ケーブルが正常に接続されていないと通信が出来ないため、通信ケーブルが正常接続されていることを検出する構成があることが望ましい。

図６（ａ）には、上記スコープ１０、ビデオプロセッサ２０、高輝度光源装置３０を概略的に示すと共に、ビデオプロセッサ２０−高輝度光源装置３０間の接続に関わる構成をより具体的に示す。

図６（ａ）において、ハーネス８０は、ビデオプロセッサ２０−高輝度光源装置３０間を接続する通信ケーブルであり、図１の例ではその一端をビデオプロセッサ２０のコネクタ４に接続し、他端を高輝度光源装置３０のコネクタ５に接続することになる。図示の接続基板６２がコネクタ４に相当し、接続基板７１がコネクタ５に相当する。また、制御基板６１は制御デバイス２１に相当する。

ハーネス８０は、図示のケーブル部８３と、ケーブル部８３の両端にあるコネクタ部８１、コネクタ部８２から成る。コネクタ部８１は接続基板７１に接続され、コネクタ部８２は接続基板６２に接続される。

ここで、コネクタ部８１、コネクタ部８２は両方とも、図６（ｂ）に示すように、両端に接続検知ピンを備えた構成となっている。そして、図６（ａ）には、この接続検知ピンに係わる線のみを示し、他のピン（図６（ｂ）の例では他に７個のピンがある）係わる線は省略して示しており、その説明も省略する。

図６（ａ）に示すように、高輝度光源装置３０の接続基板７１（コネクタ５）において上記コネクタ部８１の２つの接続検知ピンを接続する部分は、アースされている。一方、ビデオプロセッサ２０の接続基板６２（コネクタ４）において上記コネクタ部８２の２つの接続検知ピンを接続する部分には、図示の配線パターン６３，６４が接続されており、これら配線パターン６３，６４には制御基板６１上で図示の抵抗Ｒ１，Ｒ２を介して不図示の電源が接続されている。

この様な構成により、制御基板６１上のＦＰＧＡ６１ａは、配線パターン６３，６４上の電圧等を監視することで、ハーネス８０の接続の有無（ビデオプロセッサ２０−高輝度光源装置３０間に正常に接続されているか否か）を検知することができる。

ここで、この様な接続の有無を検知する為の構成自体は、既存技術である。しかしながら、本手法では、図６（ｂ）に示すように、コネクタの両端に１つずつ計２つの接続検知ピンを備えた構成となっている。この様な構成は、特に、一応は通信ケーブルをビデオプロセッサ２０のコネクタ４と高輝度光源装置３０のコネクタ５の両方に接続しているが、きちんと接続していない為、コネクタ４，５の一方または両方において、コネクタの全てのピンが接続されていない状態（中途半端に接続された状態（例えば半挿し等の正常に接続されていない状態））であった場合に、顕著な効果を奏する。

すなわち、もし、接続検知ピンが１つだけであったならば、上記中途半端に接続された状態であっても、接続検知ピンが接続されていれば、全てのピンが接続されていなくても、異常であることを検出できないことになる。また、接続検知ピンを２つにした場合でも、上記のように両端に１つずつで計２つとする構成ではなく、例えばコネクタのどちらか一端側に２つ設けた場合には、これら２つのピンが接続されている状態でも、コネクタの他端側のピンはきちんと接続されていない状態となることは有り得るものである。

これに対して、図６（ｂ）のようにコネクタの両端に１つずつ接続検知ピンを備えた構成とした場合には、２つの接続検知ピンの両方とも接続されている状態では、確実に他のピンも全て接続されているはずであり、確実に接続の有無の検知を行うことができる。

また、この様な構成は、基板間接続に応用することもできる。

すなわち、例えば図６（ｃ）に示すように、各基板Ａ，Ｂに各々設けられた基板間コネクタ９１、９２によって２つの基板Ａ，Ｂ同士を接続することが従来より行われているが、本手法によって、この基板間コネクタ９１、９２同士の接続が、正常に行われているか否かを確実に検出することができる。尚、図６（ｃ）では基板間コネクタ９１、９２同士を接続済みの状態を示すが、基板間コネクタ９１は基板Ａに設けられており、基板間コネクタ９２は基板Ｂに設けられている。

尚、一例として、制御デバイス２１や制御デバイス３１を、図６（ｃ）に示す構成とすることも考えられる。例えば、制御デバイス３１を図６（ｃ）に示す構成とした場合、図示の基板Ａ上のＦＰＧＡ（ＣＰＵ）９３は上記メインＣＰＵ４１に相当し、基板Ｂ上のＦＰＧＡ（ＣＰＵ）９４は上記演算専用ＣＰＵ４２に相当すると考えることもできる。

ここで、図６（ｃ）に示す例では、基板間コネクタ９１、９２には、両端に２つずつの計４つの接続検知ピンを備えた構成となっている。４つのピンの各ピンに係わる構成は、図６（ａ）、（ｂ）と略同様であり、図６（ｃ）に示すように各ピン毎に基板Ａ，Ｂのどちら一方はアース、他方は電源が接続された構成となっている。

仮に基板間コネクタ９１、９２のピン数がＭ個であるものとし、ピン（１）〜ピン（Ｍ）と記すものとすると、ピン（１）とピン（２）とピン（Ｍ−１）とピン（Ｍ）が接続検知ピンということになる。そして、例えば、基板間コネクタ９１のピン（１）と、基板間コネクタ９２のピン（１）とを接続することになる（他のピンについても同様であり、同一番号のピン同士を接続するものと仮定して説明する）。

図６（ｃ）において基板間コネクタ９１、９２の図上最も上のピンがピン（１）、最も下のピンがピン（Ｍ）であるものとする。これより、図示のように、例えば基板間コネクタ９１のピン（１）はＧＮＤに接続されており、基板間コネクタ９２のピン（１）は電源Ｖｃｃに接続されると共に基板Ｂ上のＦＰＧＡ（ＣＰＵ）９４に接続している。これにより、ＦＰＧＡ（ＣＰＵ）９４は、ピン（１）が接続されているか否かを検知できる。同様に、図示のように、例えば基板間コネクタ９１のピン（Ｍ−１）はＧＮＤに接続されており、基板間コネクタ９２のピン（Ｍ−１）は電源Ｖｃｃに接続されると共に基板Ｂ上のＦＰＧＡ（ＣＰＵ）９４に接続している。これにより、ＦＰＧＡ（ＣＰＵ）９４は、ピン（Ｍ−１）が接続されているか否かを検知できる。

上記のことから、ＦＰＧＡ（ＣＰＵ）９４は、ピン（１）とピン（Ｍ−１）の両方が接続されていることを検知した場合、基板間コネクタ９１−基板間コネクタ９２とが正常に接続されたものと判定する。

基板ＡのＦＰＧＡ（ＣＰＵ）９４に関しても同様であり、ピン（２）とピン（Ｍ）の両方が接続されていることを検知した場合、基板間コネクタ９１−基板間コネクタ９２とが正常に接続されたものと判定する。

尚、ここでは両端に２つずつの計４つの接続検知ピンを備えた構成を示したが、この例に限らず、両端に１つずつの計２つの接続検知ピンを備えた構成としてもよい。この場合、ＦＰＧＡ（ＣＰＵ）９３、９４のどちらか一方のみが、基板間コネクタ９１と基板間コネクタ９２とが正常に接続されているか否かを判定することになる。

尚、上記の例の場合、ピン（２）とピン（Ｍ−１）は、厳密に言えば両端のピンとは言えないが、ほぼ両端のピンであると言えるし、効果もそれほど変わらないので、これらのピン（２）、ピン（Ｍ−１）も、両端のピンであるものと定義することにする。

尚、未接続や半挿しを検知したら、ブザーやモニター表示などにより報知したり、制御に制限をかける（例えば光量を最小にする）。例えば報知に関しては、ビデオプロセッサ２０の場合、制御デバイス２１はブザー２４を鳴らしたり、モニタ６に何らかのエラーメッセージ等を表示することになる。高輝度光源装置３０の場合、制御デバイス３１はブザー３６を鳴らすことになる。

以上説明したように、図６（ａ）、（ｂ）に示す接続検知手法を利用して、図６(ｃ)の様に装置内の基板間接続においても同様の処理にて接続検知をすることもできる。

また、ビデオプロセッサ２０および高輝度光源装置３０を電源ＯＮすると、制御デバイス２１、３１が不揮発性メモリ２３，３４より設定値を読出して起動処理を開始する（これは既存の一般的な動作であり、よって設定値や起動処理については特に説明しない）。

また、従来より、例えばモニタ６に表示させる内視鏡画面において任意のコメントを表示させることが行われている。

本手法では、予めユーザ等に入力装置７（キーボード等）から任意のコメントを入力させ、このコメントを不揮発性メモリ２３に記憶しておく。そして、制御デバイス２１は、上記起動処理の際に、上記設定値だけでなく上記コメントも不揮発性メモリ２３から読み出す。そして、制御デバイス２１は、読み出したコメントを、上記モニタ６の内視鏡画面内（そのコメント表示欄等）に表示する。

このように、コメント初期値を表示する形で起動する事も出来る。

また、例えば図１に示すコネクタ１，２，３，４，５等に接続するケーブルにおいて、ドレイン線を持たないシールド付きツイストペア線を結線する際は、シールド処理部とは独立した熱収縮チューブを用いることで、ペア線と電線（アース線１０７）を密着させＥＭＩ性能を向上させる構造をとってもよい。この特徴について、図７に一例を示して説明する。

図７（ａ）〜（ｃ）には、ペア線１０５がシールド１０３及び被覆１０４によって覆われたケーブル１００を示している。このケーブル１００の両端に上記コネクタ１〜５等のコネクタに接続する為のコネクタを設ける必要があり、このコネクタにペア線１０５、アース線１０７等を接続（ハンダ付け等）する必要がある。尚、アース線１０７は、シールド１０３に接続された電線である。

その際に、図７（ｂ）に示すようにその先端部分のシールド１０３及び被覆１０４を除去した後、この為に剥き出しになったシールド１０３の一部を熱収縮チューブ１０１で覆う（これを上記“シールド処理部”と呼んでいる）。ここまでは従来と同じである。つまり、図７（ｂ）に示すケーブル１００は、従来の構成を示すものと見做してよい。尚、図７（ｂ）は、被覆１０４内や熱収縮チューブ１０１内については透視図となっている。

本手法では、上記従来構成に加えて更に、図７（ａ）や図７（ｃ）に示すケーブル１００Ａやケーブル１００Ｂのように、上記のようにシールド１０３及び被覆１０４を除去することで剥き出しになったペア線１０５やアース線１０７を、上記“シールド処理部”の熱収縮チューブ１０１とは異なる熱収縮チューブ（図示の熱収縮チューブ１０２や熱収縮チューブ１０６）によって覆っている。

尚、言うまでも無いが、熱収縮チューブ（１０１、１０２、１０６）は、熱を加えることで収縮するものであり、図７（ａ）や図７（ｃ）にはこれら熱収縮チューブに熱を加えた後の状態を示している。この様に熱収縮チューブ１０２、１０６が収縮することで、熱収縮チューブ１０２、１０６は図示のようにペア線１０５等に密着するようにしてペア線１０５等を覆い、結果として、ペア線と電線（アース線）を密着させＥＭＩ性能を向上させることができる。

尚、図７（ａ）と図７（ｃ）との違いは、図７（ａ）の熱収縮チューブ１０２は比較的長い１本のチューブであるが、図７（ｃ）の熱収縮チューブ１０６は比較的短い複数本（本例では３本）のチューブである点である。

このように、本特徴では、熱収縮チューブの処理を工夫し、屈曲性と加工性を確保しつつ、ＥＭＩの性能も確保することができる。

本発明の内視鏡システム、その光源装置等によれば、メインＣＰＵと内視鏡への光量調節機能（調光機能）専用の演算専用ＣＰＵとが設けられた光源装置に関して、演算専用ＣＰＵが故障した場合、代わりにメインＣＰＵが処理負荷増大を抑制しつつ調光を行える。これより、特に何らかの検査中に演算専用ＣＰＵが故障した場合でも、検査を続行できなくなる事態を回避できる。

Claims (8)

1. 被写体を照射する照明光を出射する内視鏡を備えた内視鏡システムであって、
   被写体を照射する照明光を出射する照明手段と、
   前記内視鏡に設けられ、照明光により照明された被写体を撮像する撮像手段と、
   前記撮像手段より測光信号を生成する測光信号生成手段と、
   前記測光信号生成手段に基づき、第１の調光信号を演算出力する第１の演算手段と、
   前記第１の演算手段の状態を検出する演算手段状態検出手段と、
   前記内視鏡システム内の少なくとも一部の制御を行う為の、前記第１の演算手段とは別の演算手段であって、前記演算手段状態検出手段により前記第１の演算手段が異常と判断された場合、処理負荷増大を抑えつつ前記少なくとも一部の制御と共に前記測光信号生成手段に基づく第２の調光信号を演算出力する第２の演算手段と、
   前記演算手段状態検出手段により前記第１の演算手段が正常と判断された場合、前記第１の演算手段により演算出力された前記第１の調光信号を出力し、前記演算手段状態検出手段により前記第１の演算手段が異常と判断された場合、前記第２の演算手段により、前記測光信号生成手段に基づく前記第２の調光信号を演算出力させた調光信号を出力する調光信号制御手段と、
   前記調光信号制御手段により出力された調光信号に基づき、前記照明光の調光を行う調光手段と、
   を備えたことを特徴とする内視鏡システム。
2. 前記第２の演算手段は、前記演算手段状態検出手段により前記第１の演算手段が異常と判断された場合、前記少なくとも一部の制御を軽減する、または、前記第１の演算に対して処理負荷が軽減された前記第２の調光信号の演算を行うことを特徴とする、前記請求項１記載の内視鏡システム。
3. 前記第２の演算手段は、前記演算手段状態検出手段により前記第１の演算手段が異常と判断された場合における前記第２の調光信号の演算出力に関して、絞り羽制御は行うがランプ電流値制御は行わないことを特徴とする、前記請求項１記載の内視鏡システム。
4. 前記第２の演算手段は、前記演算手段状態検出手段により前記第１の演算手段が異常と判断された場合、前記演算手段状態検出手段により前記第１の演算手段が正常と判断された場合に前記第１の演算手段が演算を行う演算周期より、長い周期で、前記測光信号生成手段に基づく前記第２の調光信号を演算出力することを特徴とする、前記請求項１記載の内視鏡システム。
5. 前記第２の演算手段は、前記演算手段状態検出手段により前記第１の演算手段が異常と判断された場合、前記演算手段状態検出手段により前記第１の演算手段が正常と判断された場合に前記第１の演算手段が出力する出力範囲より、狭い範囲で、前記測光信号生成手段に基づく前記第２の調光信号を出力することを特徴とする、前記請求項１記載の内視鏡システム。
6. 前記第２の演算手段は、前記演算手段状態検出手段により前記第１の演算手段が異常と判断された場合、前記測光信号生成手段に基づく前記第２の調光信号の演算出力を開始すると共に、前記内視鏡システム内の全体制御を、簡略化した全体制御に切り換えることを特徴とする、前記請求項１記載の内視鏡システム。
7. 前記請求項１の内視鏡システムは、更に、
   前記第１の演算手段において実行される演算プログラムを格納する第１の記憶手段と、
   前記第１の演算手段において実行される別の演算プログラムを格納する第２の記憶手段と、
   前記内視鏡システムの起動時において、前記第１の記憶手段からの前記演算プログラムの読み出しの成功・失敗を検出する演算プログラム読み出し成否検出手段と、
   前記演算プログラム読み出し成否検出手段により、前記演算プログラムの読み出しが失敗したことが検出された時、前記第２の記憶手段から前記別の演算プログラムを読み出し、前記演算手段に設定する演算プログラム読み出し制御手段と、
   を備えることを特徴とする内視鏡システム。
8. 被写体を照射する照明光を出射すると共に該照明光により照明された被写体を撮像して撮像信号を出力する内視鏡と、該撮像信号に基づいて測光信号を生成する機能も有するビデオプロセッサと、該測光信号を入力して該測光信号に基づいて調光した前記照明光を前記内視鏡へ供給する光源装置を有する内視鏡システムにおける該光源装置であって、
   前記測光信号に基づき、第１の調光信号を演算出力する第１の演算手段と、
   前記第１の演算手段の状態を検出する演算手段状態検出手段と、
   前記光源装置の全体制御を行う為の、前記第１の演算手段とは別の演算手段であって、前記演算手段状態検出手段により前記第１の演算手段が異常と判断された場合、処理負荷増大を抑えつつ前記全体制御と共に、前記測光信号に基づく第２の調光信号を演算出力する第２の演算手段と、
   前記演算手段状態検出手段により前記第１の演算手段が正常と判断された場合、前記第１の演算手段により演算出力された前記第１の調光信号を出力し、前記演算手段状態検出手段により前記第１の演算手段が異常と判断された場合、前記第２の演算手段により、前記測光信号に基づく前記第２の調光信号を演算出力させた調光信号を出力する調光信号制御手段と、
   前記調光信号制御手段により出力された調光信号に基づき、前記照明光の調光を行う調光手段と、
   を備えたことを特徴とする光源装置。

Images