"被写体を照射する照明光を出射する内視鏡を備えた内視鏡システムであって、前記内視鏡に設けられ、照明光により照明された被写体を撮像する撮像手段と、前記撮像手段より測光信号を生成する測光信号生成手段と、前記測光信号生成手段に基づき、第1の調光信号を演算出力する第1の演算手段と、前記第1の演算手段の状態を検出する演算手段状態検出手段と、前記内視鏡システム内の全体制御を行う為の、前記第1の演算手段とは別の演算手段であって、前記演算手段状態検出手段により前記第1の演算手段が異常と判断された場合、前記測光信号生成手段に基づく第2の調光信号を演算出力する第2の演算手段と、前記演算手段状態検出手段により前記第1の演算手段が正常と判断された場合、前記第1の演算手段により演算出力された前記第1の調光信号を出力し、前記演算手段状態検出手段により前記第1の演算手段が異常と判断された場合、前記第2の演算手段により、前記測光信号生成手段に基づく前記第2の調光信号を演算出力させた調光信号を出力する調光信号制御手段と、前記調光信号制御手段により出力された調光信号に基づき、前記照明光の調光を行う調光手段と、を備えたことを特徴とする内視鏡システム。前記第2の演算手段は、前記演算手段状態検出手段により前記第1の演算手段が異常と判断された場合、処理負荷増大を抑えつつ前記全体制御と共に前記第2の調光信号の演算出力を行うことを特徴とする、前記請求項1記載の内視鏡システム。前記第2の演算手段は、前記演算手段状態検出手段により前記第1の演算手段が異常と判断された場合における前記第2の調光信号の演算出力に関して、絞り羽制御は行うがランプ電流値制御は行わないことを特徴とする、前記請求項1記載の内視鏡システム。前記第2の演算手段は、前記演算手段状態検出手段により前記第1の演算手段が異常と判断された場合、前記演算手段状態検出手段により前記第1の演算手段が正常と判断された場合に前記第1の演算手段が演算を行う演算周期より、長い周期で、前記測光信号生成手段に基づく前記第2の調光信号を演算出力することを特徴とする、前記請求項1記載の内視鏡システム。前記第2の演算手段は、前記演算手段状態検出手段により前記第1の演算手段が異常と判断された場合、前記演算手段状態検出手段により前記第1の演算手段が正常と判断された場合に前記第1の演算手段が出力する出力範囲より、狭い範囲で、前記測光信号生成手段に基づく前記第2の調光信号を出力することを特徴とする、前記請求項1記載の内視鏡システム。前記第2の演算手段は、前記演算手段状態検出手段により前記第1の演算手段が異常と判断された場合、前記測光信号生成手段に基づく前記第2の調光信号の演算出力を開始すると共に、前記内視鏡システム内の全体制御を、簡略化した全体制御に切り換えることを特徴とする、前記請求項1記載の内視鏡システム。前記請求項1の内視鏡システムは、更に、前記第1の演算手段において実行される演算プログラムを格納する第1の記憶手段と、前記第1の演算手段において実行される別の演算プログラムを格納する第2の記憶手段と、前記内視鏡システムの起動時において、前記第1の記憶手段からの前記演算プログラムの読み出しの成功失敗を検出する演算プログラム読み出し成否検出手段と、前記演算プログラム読み出し成否検出手段により、前記演算プログラムの読み出しが失敗したことが検出された時、前記第2の記憶手段から前記別の演算プログラムを読み出し、前記演算手段に設定する演算プログラム読み出し制御手段と、を備えることを特徴とする内視鏡システム。前記請求項1記載の内視鏡システムは、更に、前記内視鏡に適した照明方式を記憶する照明方式記憶手段と、前記照明方式記憶手段に記憶されている照明方式を読み出す照明方式読み出し手段と、前記照明方式読み出し手段により読み出された照明方式に基づき、照明方式を切り換える照明方式切替手段と、を備えたことを特徴とする内視鏡システム。被写体に対して、色要素毎に照射と非照射を繰り返す照明光を出射する前記請求項1の内視鏡システムであって、更に、前記内視鏡に設けられ、少なくとも、前記各色要素の照射時間、または、前記各色要素の照射後の非照射時間、または、前記各色要素の照射時間と前記各色要素の照射後の非照射時間の双方、のいずれか1つの照明光に関する情報を記憶する照射時間記憶手段と、前記内視鏡の前記照射時間記憶手段から前記照明光に関する情報を読み出す照射時間読み出し手段と、前記照射時間読み出し手段により読み出された前記照明光に関する情報に基づき、各色要素の照射時間と非照射時間を設定して、該設定に基づき前記照明光を照射させる照明制御手段と、を備えたことを特徴とする内視鏡システム。前記請求項6記載の内視鏡システムは、更に、外部より各色要素の前記照射時間を設定する照明時間設定手段、を備えたことを特徴とする内視鏡システム。被写体を照射する照明光を出射すると共に該照明光により照明された被写体を撮像して撮像信号を出力する内視鏡と、該撮像信号に基づいて測光信号を生成する機能も有するビデオプロセッサと、該測光信号を入力して該測光信号に基づいて調光した前記照明光を前記内視鏡へ供給する光源装置を有する内視鏡システムにおける該光源装置であって、前記測光信号に基づき、第1の調光信号を演算出力する第1の演算手段と、前記第1の演算手段の状態を検出する演算手段状態検出手段と、前記光源装置の全体制御を行う為の、前記第1の演算手段とは別の演算手段であって、前記演算手段状態検出手段により前記第1の演算手段が異常と判断された場合、前記測光信号生成手段に基づく第2の調光信号を演算出力する第2の演算手段と、前記演算手段状態検出手段により前記第1の演算手段が正常と判断された場合、前記第1の演算手段により演算出力された前記第1の調光信号を出力し、前記演算手段状態検出手段により前記第1の演算手段が異常と判断された場合、前記第2の演算手段により、前記測光信号生成手段に基づく前記第2の調光信号を演算出力させた調光信号を出力する調光信号制御手段と、前記調光信号制御手段により出力された調光信号に基づき、前記照明光の調光を行う調光手段と、を備えたことを特徴とする内視鏡システム。以下、図面を参照して本発明の実施の形態について説明する。図1に、本例の内視鏡システムの全体図を示す。本例の内視鏡システムは、主にスコープ10、ビデオプロセッサ20、高輝度光源装置30等から成り、更に、モニター6、入力装置7キーボード等等も備えていてよい。スコープ内視鏡10に対して、ビデオプロセッサ20及び高輝度光源装置30が接続されている。この接続構成は従来通りであり特に示さないが、図示のように高輝度光源装置30からスコープ10に対して照診光が出力され、ビデオプロセッサ20にはスコープ10からの映像信号が入力される。また、ビデオプロセッサ20はスコープ10のメモリ12から後述する各種情報を読み出す。スコープ10は、患者の体腔内に挿入する内視鏡本体であり、従来と同様にCCD11や不図示の射出口光源装置30から供給された照診光を体腔内に射出する射出口等も備えている。つまり、スコープ10は、体腔内の任意の被写体を照射する照明光上記照診光を出射する内視鏡であって、この内視鏡には照明光により照明された被写体を撮像する撮像部CCD11が設けられている。そして、本例のスコープ10には、更に当該スコープ10に関する各種情報CCD情報、出射時間情報、ランプ電流情報等が予め記憶されたメモリ12ROM等が内蔵されている。ビデオプロセッサ20は、FPGAFieldProgrammableGateArrayなどの制御デバイス21、映像処理回路22、不揮発性メモリ23、ブザー24等を有しており、更に外部インターフェースとして複数のコネクタ1~4を備えている。コネクタ1によってモニタ6に接続しており、コネクタ2によってキーボードなどの入力装置7に接続しており、コネクタ3によって不図示の外部サーバに接続しており、コネクタ4によって高輝度光源装置30に接続している。尚、言うまでないが、コネクタ1-モニタ6間、コネクタ2-入力装置7間、コネクタ3-外部サーバ間、コネクタ4-高輝度光源装置30間は、それぞれ任意の通信ケーブルで接続されており、この通信ケーブルを介して任意の信号が送受信される。また、尚、上記FPGAとは、利用者が独自の論理回路を書き込むことの出来るゲートアレイの一種であり、プログラマブルロジックデバイスの中で特に再書き換え可能であるものをFPGAと呼ぶものと定義されている場合もある。制御デバイス21は、例えば上記スコープ10のCCD11による撮像信号映像信号を入力し、この映像信号からモニタ出力用の映像信号を生成して映像処理回路22に渡す。制御デバイス21は、更に、入力した上記CCD11による撮像信号映像信号に基づいて測光信号を生成し、この測光信号をコネクタ4,5を介して光源装置30へ転送する。この測光信号は、簡単に説明するならば画面体腔内映像の明るさを示すものであり、光源装置30における調光制御に用いられる。尚、これより、制御デバイス21は、CCD11による撮像信号に基づいて測光信号を生成する測光信号生成機能部不図示を備えるものと言える。映像処理回路22は、上記モニタ出力用の映像信号に基づいてモニタ6に患者の体腔内の映像等を表示させる。勿論、この映像の信号は、コネクタ1を介してモニタ6に出力されるものである。また、不揮発性メモリ23には、例えばビデオプロセッサ情報が記憶されている。ビデオプロセッサ情報は、例えば、このビデオプロセッサ20が、上記面順次式であるか上記同時式であるかを示す情報である。尚、面順次式/同時式に関しては、スコープ10は必ずビデオプロセッサ20と同種のものとなる。すなわち、ビデオプロセッサ20が面順次式であればスコープ10も面順次式対応となり、ビデオプロセッサ20が同時式であればスコープ10も同時式対応となる。これより、ビデオプロセッサ20の不揮発性メモリ23には、その内視鏡スコープ10に適した照明方式面順次式/同時式が記憶されているものと言える。制御デバイス21は、例えば起動時等の初期処理において、上記スコープ10のメモリ12に記憶されている各種情報上記CCD情報、出射時間情報、ランプ電流情報等を読み出し、更に不揮発性メモリ23から上記ビデオプロセッサ情報を読み出して、これら読み出した各種情報を高輝度光源装置30へ転送する。これより、制御デバイス21は、その処理機能の1つとして、上記不揮発性メモリ23に記憶されている上記照明方式面順次式/同時式を読み出す照明方式読み出し機能部不図示を備えているものということもできる。また、制御デバイス21は、運用中は随時、上記測光信号を生成してこれを光源装置30へ転送する。高輝度光源装置30には図示のコネクタ5が設けられており、任意の通信線によってコネクタ4-コネクタ5間が接続されており、光源装置30-ビデオプロセッサ20間の通信は、この通信線を介して行われる。よって、当然、制御デバイス21による上記各種情報の高輝度光源装置30への転送も、この通信線を介して行われる。光源装置30とビデオプロセッサ20は、この通信線を介して相互にデータ送受信して連携動作する。高輝度光源装置30は、FPGAなどの制御デバイス31、計時デバイスRTC電池32、光源制御回路33、不揮発性メモリ34、プログラム成否検出部35、ブザー36等を有しており、更に外部インターフェースとして上記通信線に接続されたコネクタ5を有している。光源制御回路33は、制御デバイス31による制御に従ってRGBフィルタ制御、絞り羽制御、ランプ電流制御動作を実現する。光源制御回路33の構成は、上記特許文献2等に開示されている既存の構成であるので、ここでは特に詳細には説明しないが、光源制御回路33は、電子回路だけでなくモータ、絞り羽、回転カラーフィルタ等の物理的動作を行う構成も含まれており、以下、簡単に説明する。光源制御回路33は、例えば、上記特許文献2等に開示されている光源ランプ、ランプ制御回路、モータ、モータ制御回路、絞り絞り羽、絞り制御回路、回転カラーフィルタ、モータ移動制御回路等を有するものである。回転カラーフィルタは、R赤、G緑、B青の3色の色透過フィルタよりなり、光源ランプからの白色光を上記3色の色透過フィルタに透過させることで、R赤、G緑、B青の何れかの色の光を、図示の照診光としてスコープ10へ出力して、スコープ10の先端から体腔内に照射させる。上記RGBフィルタ制御は、基本的にはR赤、G緑、B青の各色の照射時間を制御するものである。上記絞り羽制御は、上記絞り制御回路によって上記絞り羽の角度を調整制御させることで、照診光の光量光の強さを調整する調光を行うものである。上記ランプ電流制御は、上記ランプ制御回路によって上記光源ランプの発光量を制御することで照診光の光量を調整するものである。演算専用CPU42による通常の調光制御では、絞り羽制御、ランプ電流制御連動で調光を行うものである。尚、調光制御は、上記測光信号等に基づいて行われるが、これについては既存技術であり特に説明しない。また、上記特許文献2の構成では、回転カラーフィルタを移動させて光軸上から外すことで、光源ランプからの白色光をそのまま図示の照診光としてスコープ10へ出力することもできる。これを利用して、接続されているビデオプロセッサ20及びスコープ10が上記同時式の場合には、白色光を照診光としてスコープ10へ出力すればよい。一方、接続されているビデオプロセッサ20及びスコープ10が上記面順次式の場合には、上記回転カラーフィルタによってR赤、G緑、B青の3色を順次、照診光としてスコープ10へ出力すればよい。この様に、本例の光源装置30例えばメインCPU41は、接続されたビデオプロセッサ20及びスコープ10の種類に応じて、面順次式/同時式の何れかに自動的に切換える照明方式を切換える機能を備えている。換言すればスコープ10への照診光として白色光/RGB光の何れかに切換える機能を有している。これは、例えば、ビデオプロセッサ情報に基づいて自動的に面順次式/同時式の切換え制御を行うものである。尚、この様な機能をRGBフィルタ切替制御機能または照明方式切替機能と呼ぶものとする。尚、初期処理は例えばメインCPU41が実行する。計時デバイス32は、RTCリアルタイムクロックとバックアップ電池とから成り、計時動作を行う。不揮発性メモリ34には、任意のデータ光源情報、制御情報、ログ情報等が記憶される。制御デバイス31は、これら光源情報、制御情報、ログ情報等を、起動時等の初期処理の際または任意のときに、ビデオプロセッサ20へ送信する。光源情報は、現在の光源の状態例えば白色光かRGB光を示すデータ、制御情報やログ情報は例えば各種エラー情報電池電圧低下や演算専用CPUの故障情報等等である。ビデオプロセッサ20側では、例えば上記エラー情報をモニタ6に表示したり、不図示の外部サーバ等へ通知する。ここで、制御デバイス31は、メインCPU41と演算専用CPU42を有する。演算専用CPU42は、調光機能に特化した演算専用のCPUである。演算専用CPU42は、光源制御回路33を制御することで、上記スコープ10に係る自動調光機能を実現する。演算専用CPU42は、上記のように、絞り羽制御、ランプ電流制御連動で調光を行う。演算専用CPU42は、初期処理の際に上記スコープ10のメモリ12から読み出されて当該装置30に転送されてくる上記各種情報CCD情報、ランプ電流情報等と、その後に随時転送されてくる上記測光信号等に基づいて、上記スコープ10に係る自動調光機能を実現する。ランプ電流情報は、そのスコープ10そのCCD11の特性に応じたランプ電流値の範囲上限値と下限値の情報である。よって、ランプ電流情報に基づいて、光量が適切な範囲内となるように制御できる。ランプ電流情報をスコープ10から取得することで、CCD毎に適切な光量を提供できるようになる。また、メモリ12に記憶されているCCD情報は、そのスコープ10のCCD11の種別特性に応じた適切な明るさ光量を示す情報である。光源装置30では、光量の初期値をCCD情報に従って決定する。その後は、フィードバック情報測光信号等に基づいて光量を調整制御する。また、ビデオプロセッサ20及びスコープ10が上記面順次式の場合には、更に上記RGBフィルタ制御も行うが、これはメインCPU41が実行する。ビデオプロセッサ20及びスコープ10が上記面順次式の場合には、スコープ10のメモリ12には更に上記出射時間情報も記憶されており、この出射時間情報もビデオプロセッサ20から光源装置30に送られてくるので、メインCPU41はこの出射時間情報に基づいてRGBフィルタ制御を実行する。RGBフィルタ制御自体は、既存の制御であり特に説明しないが、開口時間RGB各色の出射時間に関する情報をスコープ10から取得設定することで、CCD毎に一定の明るさを保つことができる。メインCPU41は、高輝度光源装置30全体を制御する中央処理装置であり、基本的には、上記演算専用CPU42の調光機能以外の処理を実行する。例えば、ビデオプロセッサ20との通信処理や、上記RGBフィルタ制御や但し、面順次式の場合に限る、後述する各種フラグチェック異常発生チェックや、不図示の他の構成の制御処理等を実行する。また、高輝度光源装置30は、上記の通り面順次式と同時式の両方に対応可能となっており、面順次式、同時式の何れかの方式で光出射するようにする上述したRGBフィルタ切替制御機能も有している。尚、面順次式と同時式については、上述したように、例えば上記参考文献1、2等に開示されている。制御デバイス31は、起動時の初期処理等において、自装置に接続されているビデオプロセッサ20と通信を行って上記各種情報を取得する。この各種情報に含まれる上記ビデオプロセッサ情報によって、ビデオプロセッサ20のタイプ面順次式または同時式が示されるので、制御デバイス31は、このビデオプロセッサ情報に従って面順次式/同時式の何れかに切換え制御する。つまり、自装置に接続されているビデオプロセッサ20のタイプに応じて、自動で出射光のタイプ白色光/RGB光を切り替える。但し、この例に限ることなく、例えばビデオプロセッサ20からの指示ユーザによる指示等に応じて出射光のタイプを切り替えること等も可能である。以下、まず、ビデオプロセッサ20が同時式タイプである場合について説明する。尚、面順次式の場合、同時式の場合に比べて更にRGBフィルタ制御が加わるので、同時式と面順次式の両方に共通の動作を説明するものとも言える。まず、予め、調光演算に必要な情報ランプ電流情報、CCD情報が、スコープ10内のメモリ12ROM等に保存されている。これは、各CCD毎に対応してランプ電流情報、CCD情報が記憶されているものと言える。上記のように初期処理等においてビデオプロセッサ20によってメモリ12の格納情報が読み出されて高輝度光源装置30に通知されるので、上記ランプ電流情報、CCD情報等も高輝度光源装置30に通知される。これより、高輝度光源装置30では、既に述べたようにスコープ10そのCCD11の光学特性に応じた適切な光量を出射することが出来る。尚、スコープ10内にメモリ12ROM等がない構成の場合は、例えばユーザ等がビデオプロセッサ20に接続されている入力装置7キーボードなどを操作することにより、上記ランプ電流情報、CCD情報等を任意に設定する事も出来る。勿論、この設定された上記ランプ電流情報、CCD情報等は、ビデオプロセッサ20から高輝度光源装置30に転送される。次に、以下、ビデオプロセッサ20が面順次式タイプであると判別した場合について説明する。面順次式の場合、上記同時式の場合と略同様の動作を行い、更にRGBに関する動作も行う。以下、このRGBに関する動作について説明する。面順次式の場合、スコープ10内のメモリ12ROM等には、予め更にRGBの各色要素の出射時間情報が記憶されている。上記のように初期処理等においてビデオプロセッサ20によってメモリ12の格納情報が読み出されて高輝度光源装置30に通知されるので、上記RGBの出射時間情報も、高輝度光源装置30に通知される。これによって、高輝度光源装置30では、スコープ10そのCCD11の光学特性に応じた最適な出射時間/照射時間を設定することができる。すなわち、各種スコープ10毎に、そのスコープ10のCCD11の光学特性に応じた最適な出射時間/照射時間RGBの各色要素毎の出射時間/照射時間が予め任意に決められて、そのスコープ10のメモリ12に記憶されている。尚、以下では、出射時間/照射時間は、照射時間に統一して説明するものとする。従来より光源装置では例えば特許文献2に記載の構成、設定された照射時間に従ってRGB各色の照射時間を制御する構成が備えられている。この既存構成についてはここでは特に図示/説明等はしないが、例えばメインCPU41等が、上記ビデオプロセッサ20によってスコープ10のメモリ12から読み出されて転送されてきたRGBの各色要素毎の照射時間を、上記既存構成に設定することで、現在使用されているスコープ10そのCCD11の光学特性に応じた最適な照射時間を設定することができる。尚、上記の例ではスコープ10のメモリ12にはRGBの各色要素毎の照射時間が記憶されているものとしたが、この例に限らず、例えば非照射時間が記憶されていてもよい。非照射時間は、所定の1周期1サイクル内における上記照射時間以外の時間帯を意味し、よって例えばメインCPU41が非照射時間に基づいて照射時間を求めることができる。あるいは、上記既存構成が、設定された非照射時間に従ってRGB各色の照射時間を制御する構成であってもよい。また、スコープ10のメモリ12にはRGBの各色要素毎の照射時間と非照射時間の双方が記憶されていてもよい。また、上記RGBの各色要素毎の照射時間または/及び非照射時間は、上述した一例スコープ10のメモリ12に予め記憶しておいたデータを読出し設定する例に限らず、例えば、外部例えば入力装置7等から任意に入力して設定できるようにしてもよい。尚、その他のHWハードウェア制御、調光制御は同時式と同様であり、ここでは特に説明しない。図2は、高輝度光源装置30の主に制御デバイス31の詳細構成を示す図である。図2に示すように、高輝度光源装置30の制御デバイス31は、まず図1においても図示して説明したメインCPU41と演算専用CPU42を有する。更に、演算専用CPU状態通知モジュール43、メインCPU状態通知モジュール44、HW制御モジュール45、RTC電圧低下フラグ46、HWエラーフラグ47を有する。演算専用CPU状態通知モジュール43は、演算専用CPU42の正常異常状態を検知する。メインCPU状態通知モジュール44は、メインCPU41の正常異常状態を検知する。両モジュール43,44とも、例えば正常異常状態を示すフラグを保持しており、上記正常異常状態の検知結果をフラグに反映させる。例えば、異常検知した場合にはフラグONする。メインCPU41/演算専用CPU42は、このフラグを参照することで、正常/異常を判別する。上記のように、演算専用CPU状態通知モジュール43は、実質的に、演算専用CPU42の異常を検知してメインCPU41に通知する。同様に、メインCPU状態通知モジュール44は、実質的に、メインCPU41の異常を検知して演算専用CPU42に通知する。RTC電圧低下フラグ46は、計時デバイス32における上記バックアップ電池の低下を示すフラグである。計時デバイス32は、バックアップ電池の低下を検出する機能と、このバックアップ電池の低下を検出した場合にRTC電圧低下フラグ46をフラグONすする機能とを有している。例えば、メインCPU41は、このRTC電圧低下フラグ46を参照することで、バックアップ電池の低下を認識することができる。HWエラーフラグ47は、HW制御モジュール45のエラーを示すフラグである。HW制御モジュール45は、自己やハードウェアモータ、ランプ等の異常を検知する機能と、異常検知した場合にHWエラーフラグ47をフラグONする機能等も有する。例えばメインCPU41等は、HWエラーフラグ47を参照することで、HW制御モジュール45に係る異常発生を認識することができる。HW制御モジュール45のエラーを検知した場合には、各モジュールやCPU41,42が、本装置30を安全な状態に移行させる例えば、モータ故障検知の場合にはモータが動作すると危険であるのでモータを動かさないモードに移行したり、ランプの異常を検知した場合にはランプを消灯する等。尚、HWエラーフラグ47は、1つのフラグだけでなく、各種故障モータの故障、ランプの異常等に対応してそれぞれフラグが設けられたものであってもよい。このように、HW制御モジュール45のエラーを検知する構成を設けて、エラー時に装置を安全状態にしてから、エラー処理を行うことができる。また、バックアップ電池の低下を検知した場合には、例えばメインCPU41等が、ビデオプロセッサ20経由で上記不図示の外部サーバに対してバックアップ電池の低下通知する。これによって、RTCの計時動作の停止を事前に把握する事が出来、以って電池切れを未然に防ぐことができる。また、装置の起動時など、動作が安定するまでの間、フラグを立てておくようにすれば、起動時に不安定な動作をしないように制御できる。尚、HW制御モジュール45は、モータ、ランプ等を制御する既存の構成であり、ここでは特に説明しない。但し、図2に示すようにHW制御モジュール45から光源制御回路33に対してモータ、ランプ等の制御信号が出力されているが、少なくともランプ電流値に関しては演算専用CPU42がHW制御モジュール45を制御することで、ランプの明るさを制御している。これより、演算専用CPU42は、絞り羽制御だけでなくランプ電流値ランプの明るさの制御も行っているものと言える。ここで、本手法では、演算専用CPU42に異常発生した場合に、メインCPU41が調光演算機能を補い、自動調光機能を継続する。但し、メインCPU41は高輝度光源装置30全体の制御も行っているため、更に演算専用CPU42が実行していた自動調光機能をそのまま継続すると、処理負荷が非常に大きくなる。場合によっては、メインCPU41の処理負荷が大き過ぎて、メインCPU41の動作に異常が生じる可能性もある。この様な問題を解決する為に、ここでは以下の第1の手法、第2の手法を提案するが、これらの例に限るわけではない。第1の手法では、メインCPU41は、演算専用CPU42が実行していた自動調光機能をそのまま継続するのではなく、いわば簡略化された自動調光機能以下、簡易調光機能というものとするを実行する。この簡易調光機能の具体的な実現方法としては、例えば、ランプ電流制御は止めてランプ電流値固定とし、絞り羽制御のみを行う方法や、FBフィードバック制御の期間を長くする方法や、調光の階調を粗くする方法等が考えられるが、これらの例に限るものではなく、何らかの簡易演算アルゴリズムを実施することで簡易調光機能の実現が可能となる。FBフィードバック制御の期間を長くする方法とは、例えば1フレーム毎の制御であったものを例えば2フレーム毎、3フレーム毎等の制御にすることである。すなわち、既存の調光制御は、内視鏡画面について1フレーム毎に1フレーム分の測光信号毎に制御するものであるが、これを2フレーム毎、3フレーム毎に行うことで、制御処理負担を軽減できる。換言すれば、メインCPU41による演算周期を、演算専用CPU42が行う演算周期上記の例では1フレーム分よりも長い周期にして、調光の為の演算を行わせる。また、上記調光の階調を粗くする方法とは、絞り羽の制御ステップを粗くする例えば角度2度ずつの制御であったものを5度ずつの制御にする等方法である。これは、換言すれば、メインCPU41が出力する出力範囲を、演算専用CPU42が出力する出力範囲上記の例では絞り羽の角度2度ずつよりも狭い範囲上記の例では絞り羽の角度5度ずつ等にして、調光制御を行わせる。第2の手法では、メインCPU41は、演算専用CPU42が実行していた自動調光機能をそのまま継続し、高輝度光源装置30全体の制御を、簡略化したアルゴリズムで実行する以下、簡易全体制御というものとする。つまり、メインCPU41の本来の処理機能を制限して、自動調光機能の演算処理に比重を置く方法とする。尚、メインCPU41は、上記第1または第2の手法による処理を実行することと並行して、演算専用CPU42にリセット信号を与える等の復帰作業を実施してもよい。また、不揮発性メモリ34に、演算専用CPU42がエラー状態であったことをログとして保存してもよい。図3に、上記第1の手法の具体例を示す。図3は、制御デバイス31の動作を示す処理フローチャート図その1である。図3において、高輝度光源装置30の電源をONすることで、メインCPU41、演算専用CPU42は、それぞれ所定の起動処理初期処理を実行し、ここでは正常に起動するものとするステップS11,S21。上記正常起動後、メインCPU41、演算専用CPU42は、それぞれ所定の処理を繰り返し実行する。メインCPU41は、上述したように高輝度光源装置30全体の制御を行っており、上記のように面順次式の場合にはRGBフィルタ制御も行っているステップS12。また、上記全体制御処理には、例えば定期的に演算専用CPU42が正常か否かをチェックする処理も含まれるステップS13。これは、上記演算専用CPU状態通知モジュール43のフラグを参照し、フラグが立っている場合フラグONの場合には異常と判定しステップS13,NO、フラグが立っていない場合フラグOFFには正常と判定するものであるステップS13,YES。正常と判定した場合にはステップS13,YES、ステップS12に戻り、上記通常処理各種全体制御面順次式の場合にはRGBフィルタ制御含むを続行する。一方、演算専用CPU42は、上述したような自動調光機能の演算処理絞り羽、ランプ電流連動制御を行っているステップS22。尚、上記RGBフィルタ制御、絞り羽制御、ランプ電流制御は、メインCPU41または演算専用CPU42が、光源制御回路33に対して任意の制御信号を出力することで、光源制御回路33による上記RGBフィルタ制御や絞り羽制御やランプ電流制御を実現させるものである。そして、任意のときに演算専用CPU42に何らかの異常が発生した場合には故障した場合等ステップS23、演算専用CPU42は停止し、上記演算専用CPU状態通知モジュール43はこの異常を検知して自己のフラグを立てるステップS24。これにより、その後にメインCPU41が上記ステップS13の処理を行ったときには異常と判定されることになりステップS13,NO、ステップS14~S17の処理へと移行する。尚、上記ステップS12,S13の処理をメインCPU41の通常モードの処理とするならば、ステップS14~S17の処理はメインCPU41の特別モードの処理であるということもできる。つまり、メインCPU41は、ステップS13がNOとなるまでは通常モードであり、ステップS13がYESとなったときに特別モードへと移行するものと見做すこともできる。ステップS14の処理は、上記ステップS12と略同様の処理であり、各種全体制御面順次式の場合にはRGBフィルタ制御含むである。つまり、メインCPU41本来の制御である各種全体制御については、演算専用CPU42故障後もそのまま続行する。そして、このステップS14の処理と並行して、ステップS15,S16,S17の処理を実行する。まず、上述した簡易調光機能を実現する上記簡易演算アルゴリズムを起動する。これによって、ステップS16、S17の簡易調光機能が実現される。すなわち、ランプ電流値は固定値としてステップS16、絞り羽制御のみを実行するステップS17。この様に、実質的にランプ電流値に関する制御は行わないようにすることで、メインCPU41の処理負荷は軽減される。更に、このステップS17の絞り羽制御において、上述したFBフィードバック制御の期間を長くする制御や、調光の階調を粗くする制御を行うようにしてもよい。この様にすることでメインCPU41の処理負荷は更に軽減される。勿論、メインCPU41においては、通常モード時に比べれば処理負荷は増えることになるが、処理負荷増大を抑えることができる。尚、上記ランプ電流値固定値は、例えば上記簡易演算アルゴリズムのプログラム内に含まれている。また尚、上記一例ではランプ電流制御は行わずに絞り羽制御のみを実行するものとしたが、この例に限るものではなく、逆にしてもよい。すなわち、絞り羽制御は行わずに絞り羽角度を所定角度に固定する等する、ランプ電流制御のみを実行するようにしてもよい。図4に、上記第2の手法の具体例を示す。第2の手法では、演算専用CPU42故障後のメインCPU41は、演算専用CPU42と同様の自動調光機能を実行すると共に、全体制御を簡略化する。図4は、制御デバイス31の動作を示す処理フローチャート図その2である。図4において、図3に示す各処理ステップと略同一の処理ステップには同一符号を付してあり、その説明は省略または簡略化する。図4に示す通り、演算専用CPU42に何らかの異常が発生するまでの処理は、図3と略同様である。すなわち、演算専用CPU42は、電源ONにより正常起動したらステップS21、調光制御絞り羽制御とランプ電流制御を実行するステップS22。そして、任意のときに演算専用CPU42に何らかの異常故障等が生じたらステップS23、演算専用CPU42は停止し、演算専用CPU状態通知モジュール43はこの異常を検知してフラグセットするステップS24。メインCPU41は、電源ONにより正常起動したらステップS11、上記各種全体制御面順次式の場合にはRGBフィルタ制御含むを実行しステップS12、例えば定期的に演算専用CPU42の異常の有無をチェックするステップS13。そして、上記フラグONによって演算専用CPU42の異常を検出したらステップS13,NO、図3ではステップS14~S17の処理に移行したが、ここでは図4に示すステップS31,S32,S33の処理を実行する。これは、上記図3の場合と同様、メインCPU41は、ステップS13がNOとなるまでは通常モードであり、ステップS13がYESとなったときに特別モードへと移行するものと見做すこともできる。つまり、演算専用CPU42の処理は、図3と同じである。メインCPU41の処理は、通常モードの処理は図3と同じであるが、特別モードの処理は図3とは異なる。特別モードにおいて、メインCPU41は、簡略化した全体制御を実行するステップS31。これはステップS12の光源装置全体制御の機能を簡略化して実行するものであり、例えば観察モード特殊光を用いるモード;特開2009142654号公報等参照への切り替えを禁止したり、各種ポーリング時間を長くするメインCPU41は、モジュール43,44内のフラグやフラグ46,47等の各種フラグを定周期で参照する処理を行っており、この定周期の時間各フラグを見に行く時間間隔を長くする等によって全体制御の簡略化を実現する。特別モードにおいては、メインCPU41は、上記ステップS31の処理と並行して、ステップS32、S33の処理も実行する。すなわち、所定の演算アルゴリズムを起動してステップS32、この演算アルゴリズムを実行することで、調光制御絞り羽制御とランプ電流制御を実行するステップS33。ステップS33の処理は、上記ステップS22の処理と同じであってよい。尚、これより、特に説明していないが演算専用CPU42においても上記ステップS32の所定の演算アルゴリズムを保持しており、上記ステップS21の処理の際にはこの演算アルゴリズムを起動することで、上記ステップS22の処理が行われるものと言えることになる。この様に、第2の手法では、演算専用CPU42に何らかの異常が発生した場合、メインCPU41は、実質的に演算専用CPU42の調光制御絞り羽制御とランプ電流制御をそのまま引き継ぐが、自己の光源装置全体制御は簡略化して実行することで、処理負荷を軽減するものである。尚、上記の通り、通常モード時に比べれば処理負荷は増大するものであり、処理負荷の軽減は、処理負荷の増大を抑えることを意味する。ところで、ここで、本例の内視鏡システムでは、上述した通りメインCPU41、演算専用CPU42のどちらも調光制御簡易調光制御も含むを行い得るものである。つまり、メインCPU41または演算専用CPU42は、上記測光信号に基づいて調光制御の為の制御信号調光信号というを生成し、これを光源制御回路33に対して出力し得るものである。よって、例えば図2に示すように、メインCPU41から光源制御回路33に対して調光信号を出力する為の信号線51と、演算専用CPU42から光源制御回路33に対して調光信号を出力する為の信号線52が設けられている。そして、通常モードにおいては演算専用CPU42から光源制御回路33に対して調光信号が出力され、特別モードにおいてはメインCPU41から光源制御回路33に対して調光信号が出力されることになるが、光源制御回路33側では通常モード⇔特別モードのモード切り替えは知らないので、対策が必要となる。この対策方法は、様々であってよいが、ここでは2つの例を示す。第1の対策例では、図2に示すように、光源制御回路33内にセレクタ33aを設けて、このセレクタ33aの入力側には上記2つの信号線51,52を接続している。そして、セレクタ33aは、これら2つの信号線51,52の何れか一方の信号を選択出力する。これは例えば、光源制御回路33側に、これら2つの信号線51,52上の信号の有無を検出する機能不図示を設けて、‘信号有り’の信号線をセレクタ33aで選択させる。但し、演算専用CPU42が故障した場合、基本的には上記のように停止するが、何らかの理由で停止せずに信号線52上に何らかの信号を出力し続ける可能性がある。これに対して、第2の対策例では、図2に示すようにそして、図5に示す処理によって、メインCPU41が演算専用CPU状態通知を、光源制御回路33へ通知する。これについて図5を参照して説明する。図5は、制御デバイス31の動作を示す処理フローチャート図その3である。図5において、図3に示す各処理ステップと略同一の処理ステップには同一符号を付してあり、その説明は省略または簡略化する。図5に示す通り、演算専用CPU42に何らかの異常が発生するまでの処理は、図3のステップS11~S13、ステップS21~S24の処理と略同様であり、よって同一のステップ番号を付してあり、その説明は省略する。そして、演算専用CPU42に何らかの異常が発生した場合ステップS13,NO、メインCPU41は、図2に示すように光源制御回路33に対して演算専用CPUの状態異常発生を通知するステップS41。この通知を受けた光源制御回路33は、その後はメインCPU41からの調光信号を用いて動作する。これは、例えば、セレクタ33aを切換え制御して、セレクタ33aにおいてメインCPU41からの調光信号を選択出力させる。換言すれば、第1の対策例、第2の対策例のどちらもセレクタ33aを用いるが、その切換え制御に関しては、第1の対策例では光源制御回路33側で判断するが、第2の対策例ではメインCPU41からの指示通知に応じて実行するものと考えても良い。勿論、この様な例に限るものではない。図5に示す例では、上記ステップS41の通知処理と並行して、メインCPU41による上記特別モード時の処理を開始するステップS42。これは、上記第1の手法、第2の手法のどちらの処理であってもよい。すなわち、図3に示す上記ステップS14,S15,S16,S17の処理を実行開始するようにしてもよいし、図4に示す上記ステップS31,S32,S33の処理を実行開始するようにしてもよい。上記第1、第2の対策例のどちらであっても、セレクタ33aは、演算専用CPU状態通知モジュール43によって演算専用CPU42が正常と判断された場合には演算専用CPU42により演算出力された調光信号第1の調光信号というものとするを選択出力することになる。また、上記第1、第2の対策例のどちらであっても、セレクタ33aは、演算専用CPU状態通知モジュール43によって演算専用CPU42が異常と判断された場合には、メインCPU41により演算出力された調光信号第2の調光信号というものとするを選択出力することになる。そして、CPUからの調光信号に基づいて実際に照診光の調光を行う構成である光源制御回路33は、上記セレクタ33aによって選択出力される調光信号上記第1の調光信号、第2の調光信号の何れか一方照診光の調光を行うことになる。演算専用CPU42が故障した場合には、第2の調光信号に基づいて照診光の調光を行うことになる。この第2の調光信号は、上記の通りメインCPU41により演算出力されるものであるが、上述した通り、簡易的な演算を行う場合もあれば、演算専用CPU42と略同様の演算を行う場合もある後者の場合には、全体制御を簡易的にする。何れにしても、メインCPU41の処理負荷増大を抑えつつ、メインCPU41が調光演算機能を補い、自動調光機能を継続することができる。以上説明したように、本例の内視鏡システムによれば、演算専用CPU42に異常発生した場合に、メインCPU41が調光演算機能を補い、自動調光機能を継続することができる。よって、特に、処置中に特に出血中に処置を中断するという最悪の事態は避けられる。以下、本例の内視鏡システムの他の特徴についても説明する。まず、図1に示す高輝度光源装置30内のプログラム成否検出部35に係る特徴について説明する。ここで、図1に示すように、高輝度光源装置30内の不揮発性メモリ34の記憶領域は、複数のエリアに分けられているため、各CPU41,42それぞれのプログラムを2重化して保持させる事も可能である。例えば、予め、演算専用CPU42で実行させる任意のプログラム第1のプログラムというものとするを不揮発性メモリ34の任意のエリアに格納すると共に、他のエリアには第2のプログラムを格納しておく。第2のプログラムは第1のプログラムと同一であるものとしてもよいが、この例に限らない。そして、上記第1のプログラムが正常に動作しなくなった場合等に、例えば電源を再投入することで上記第2のプログラムを実行させる事も可能である。メインCPU41に関しても同様に、メインCPU41で実行させる任意のプログラムを不揮発性メモリ34に二重化して保持することで第3のプログラム、第4のプログラムというものとする、例えば第3のプログラムが正常に動作しなくなった場合等に、例えば電源を再投入することで上記第4のプログラムを実行させる事も可能である。尚、第1のプログラムと第2のプログラムとは、格納エリアが異なるだけであり全く同一のプログラムとしてもよいし、多少異なるプログラムとしてもよい例えば、通常版のプログラムと簡易処理版のプログラム上記絞り羽制御のみを行うもの等。これは、第3、第4のプログラムに関しても略同様である。また、尚、上記不揮発性メモリ34の複数のエリアを仮にエリア1、エリア2、エリア3、エリア4とするならば、例えば、エリア1には上記第1のプログラムが格納され、エリア2には上記第2のプログラムが格納され、エリア3には上記第3のプログラムが格納され、エリア4には上記第4のプログラムが格納される等ということになる。ここで、上記各CPU41,42は、例えば内視鏡システムの起動時において、それぞれ自己が実行するプログラムを、不揮発性メモリ34から読出して保持することで、その後、当該プログラムを実行することになる。ここでは仮に起動時に、演算専用CPU42はエリア1から第1のプログラムを読出し、メインCPU41はエリア3から第3のプログラムを読出すものとする。このとき、上記プログラム成否検出部35は、これらプログラムの読み出しの成功失敗を検出する。この検出方法は、既存技術で実現でき、例えば通信におけるCRCCyclicRedundancyCheck;巡回冗長検査やチェックサム等のようなデータを送受信する際のデータ誤り検出手法を用いる。プログラム成否検出部35は、これらCRC、チェックサム等により、CPU41またはCPU42が揮発性メモリ34から読み出しているプログラムをチェックして、このプログラムに異常があるか否かを検出する。プログラムに異常がある場合にはプログラムの読み出し失敗と判定する。そして、各CPU41,42は、プログラム成否検出部35によって上記プログラムの読み出しが失敗したことが検出された場合には、上記二重化された他方のプログラムを読み出す。例えば、プログラム成否検出部35によって上記第1のプログラムの読み出しが失敗したことが検出された場合には、演算専用CPU42は、上記エリア2から上記第2のプログラムを読み出す。同様に、例えば、プログラム成否検出部35によって上記第3のプログラムの読み出しが失敗したことが検出された場合には、メインCPU41は、上記エリア4から上記第4のプログラムを読み出す。この様なプログラム読み出し制御機能は、制御デバイス31が有するが、必ずしも上記一例のように各CPU41,42が有するものとは限らず、制御デバイス31が有する不図示の他の構成によって実現してもよい。次に、図6を参照して、本例の内視鏡システムの更に他の特徴について説明する。上記ビデオプロセッサ20と高輝度光源装置30は、起動すると、コネクタ4とコネクタ5に接続された通信ケーブルを介して連携動作を開始する。その際、通信ケーブルが正常に接続されていないと通信が出来ないため、通信ケーブルが正常接続されていることを検出する構成があることが望ましい。図6aには、上記スコープ10、ビデオプロセッサ20、高輝度光源装置30を概略的に示すと共に、ビデオプロセッサ20-高輝度光源装置30間の接続に関わる構成をより具体的に示す。図6aにおいて、ハーネス80は、ビデオプロセッサ20-高輝度光源装置30間を接続する通信ケーブルであり、図1の例ではその一端をビデオプロセッサ20のコネクタ4に接続し、他端を高輝度光源装置30のコネクタ5に接続することになる。図示の接続基板62がコネクタ4に相当し、接続基板71がコネクタ5に相当する。また、制御基板61は制御デバイス21に相当する。ハーネス80は、図示のケーブル部83と、ケーブル部83の両端にあるコネクタ部81、コネクタ部82から成る。コネクタ部81は接続基板71に接続され、コネクタ部82は接続基板62に接続される。ここで、コネクタ部81、コネクタ部82は両方とも、図6bに示すように、両端に接続検知ピンを備えた構成となっている。そして、図6aには、この接続検知ピンに係わる線のみを示し、他のピン図6bの例では他に7個のピンがある係わる線は省略して示しており、その説明も省略する。図6aに示すように、高輝度光源装置30の接続基板71コネクタ5において上記コネクタ部81の2つの接続検知ピンを接続する部分は、アースされている。一方、ビデオプロセッサ20の接続基板62コネクタ4において上記コネクタ部82の2つの接続検知ピンを接続する部分には、図示の配線パターン63,64が接続されており、これら配線パターン63,64には制御基板61上で図示の抵抗R1,R2を介して不図示の電源が接続されている。この様な構成により、制御基板61上のFPGA61aは、配線パターン63,64上の電圧等を監視することで、ハーネス80の接続の有無ビデオプロセッサ20-高輝度光源装置30間に正常に接続されているか否かを検知することができる。ここで、この様な接続の有無を検知する為の構成自体は、既存技術である。しかしながら、本手法では、図6bに示すように、コネクタの両端に1つずつ計2つの接続検知ピンを備えた構成となっている。この様な構成は、特に、一応は通信ケーブルをビデオプロセッサ20のコネクタ4と高輝度光源装置30のコネクタ5の両方に接続しているが、きちんと接続していない為、コネクタ4,5の一方または両方において、コネクタの全てのピンが接続されていない状態中途半端に接続された状態例えば半挿し等の正常に接続されていない状態であった場合に、顕著な効果を奏する。すなわち、もし、接続検知ピンが1つだけであったならば、上記中途半端に接続された状態であっても、接続検知ピンが接続されていれば、全てのピンが接続されていなくても、異常であることを検出できないことになる。また、接続検知ピンを2つにした場合でも、上記のように両端に1つずつで計2つとする構成ではなく、例えばコネクタのどちらか一端側に2つ設けた場合には、これら2つのピンが接続されている状態でも、コネクタの他端側のピンはきちんと接続されていない状態となることは有り得るものである。これに対して、図6bのようにコネクタの両端に1つずつ接続検知ピンを備えた構成とした場合には、2つの接続検知ピンの両方とも接続されている状態では、確実に他のピンも全て接続されているはずであり、確実に接続の有無の検知を行うことができる。また、この様な構成は、基板間接続に応用することもできる。すなわち、例えば図6cに示すように、各基板A,Bに各々設けられた基板間コネクタ91、92によって2つの基板A,B同士を接続することが従来より行われているが、本手法によって、この基板間コネクタ91、92同士の接続が、正常に行われているか否かを確実に検出することができる。尚、図6cでは基板間コネクタ91、92同士を接続済みの状態を示すが、基板間コネクタ91は基板Aに設けられており、基板間コネクタ92は基板Bに設けられている。尚、一例として、制御デバイス21や制御デバイス31を、図6cに示す構成とすることも考えられる。例えば、制御デバイス31を図6cに示す構成とした場合、図示の基板A上のFPGACPU93は上記メインCPU41に相当し、基板B上のFPGACPU94は上記演算専用CPU42に相当すると考えることもできる。ここで、図6cに示す例では、基板間コネクタ91、92には、両端に2つずつの計4つの接続検知ピンを備えた構成となっている。4つのピンの各ピンに係わる構成は、図6a、bと略同様であり、図6cに示すように各ピン毎に基板A,Bのどちら一方はアース、他方は電源が接続された構成となっている。仮に基板間コネクタ91、92のピン数がM個であるものとし、ピン1~ピンMと記すものとすると、ピン1とピン2とピンM-1とピンMが接続検知ピンということになる。そして、例えば、基板間コネクタ91のピン1と、基板間コネクタ92のピン1とを接続することになる他のピンについても同様であり、同一番号のピン同士を接続するものと仮定して説明する。図6cにおいて基板間コネクタ91、92の図上最も上のピンがピン1、最も下のピンがピンMであるものとする。これより、図示のように、例えば基板間コネクタ91のピン1はGNDに接続されており、基板間コネクタ92のピン1は電源Vccに接続されると共に基板B上のFPGACPU94に接続している。これにより、FPGACPU94は、ピン1が接続されているか否かを検知できる。同様に、図示のように、例えば基板間コネクタ91のピンM-1はGNDに接続されており、基板間コネクタ92のピンM-1は電源Vccに接続されると共に基板B上のFPGACPU94に接続している。これにより、FPGACPU94は、ピンM-1が接続されているか否かを検知できる。上記のことから、FPGACPU94は、ピン1とピンM-1の両方が接続されていることを検知した場合、基板間コネクタ91-基板間コネクタ92とが正常に接続されたものと判定する。基板AのFPGACPU94に関しても同様であり、ピン2とピンMの両方が接続されていることを検知した場合、基板間コネクタ91-基板間コネクタ92とが正常に接続されたものと判定する。尚、ここでは両端に2つずつの計4つの接続検知ピンを備えた構成を示したが、この例に限らず、両端に1つずつの計2つの接続検知ピンを備えた構成としてもよい。この場合、FPGACPU93、94のどちらか一方のみが、基板間コネクタ91と基板間コネクタ92とが正常に接続されているか否かを判定することになる。尚、上記の例の場合、ピン2とピンM-1は、厳密に言えば両端のピンとは言えないが、ほぼ両端のピンであると言えるし、効果もそれほど変わらないので、これらのピン2、ピンM-1も、両端のピンであるものと定義することにする。尚、未接続や半挿しを検知したら、ブザーやモニター表示などにより報知したり、制御に制限をかける例えば光量を最小にする。例えば報知に関しては、ビデオプロセッサ20の場合、制御デバイス21はブザー24を鳴らしたり、モニタ6に何らかのエラーメッセージ等を表示することになる。高輝度光源装置30の場合、制御デバイス31はブザー36を鳴らすことになる。以上説明したように、図6a、bに示す接続検知手法を利用して、図6の様に装置内の基板間接続においても同様の処理にて接続検知をすることもできる。また、ビデオプロセッサ20および高輝度光源装置30を電源ONすると、制御デバイス21、31が不揮発性メモリ23,34より設定値を読出して起動処理を開始するこれは既存の一般的な動作であり、よって設定値や起動処理については特に説明しない。また、従来より、例えばモニタ6に表示させる内視鏡画面において任意のコメントを表示させることが行われている。本手法では、予めユーザ等に入力装置7キーボード等から任意のコメントを入力させ、このコメントを不揮発性メモリ23に記憶しておく。そして、制御デバイス21は、上記起動処理の際に、上記設定値だけでなく上記コメントも不揮発性メモリ23から読み出す。そして、制御デバイス21は、読み出したコメントを、上記モニタ6の内視鏡画面内そのコメント表示欄等に表示する。このように、コメント初期値を表示する形で起動する事も出来る。また、例えば図1に示すコネクタ1,2,3,4,5等に接続するケーブルにおいて、ドレイン線を持たないシールド付きツイストペア線を結線する際は、シールド処理部とは独立した熱収縮チューブを用いることで、ペア線と電線アース線107を密着させEMI性能を向上させる構造をとってもよい。この特徴について、図7に一例を示して説明する。図7a~cには、ペア線105がシールド103及び被覆104によって覆われたケーブル100を示している。このケーブル100の両端に上記コネクタ1~5等のコネクタに接続する為のコネクタを設ける必要があり、このコネクタにペア線105、アース線107等を接続ハンダ付け等する必要がある。尚、アース線107は、シールド103に接続された電線である。その際に、図7bに示すようにその先端部分のシールド103及び被覆104を除去した後、この為に剥き出しになったシールド103の一部を熱収縮チューブ101で覆うこれを上記シールド処理部と呼んでいる。ここまでは従来と同じである。つまり、図7bに示すケーブル100は、従来の構成を示すものと見做してよい。尚、図7bは、被覆104内や熱収縮チューブ101内については透視図となっている。本手法では、上記従来構成に加えて更に、図7aや図7cに示すケーブル100Aやケーブル100Bのように、上記のようにシールド103及び被覆104を除去することで剥き出しになったペア線105やアース線107を、上記シールド処理部の熱収縮チューブ101とは異なる熱収縮チューブ図示の熱収縮チューブ102や熱収縮チューブ106によって覆っている。尚、言うまでも無いが、熱収縮チューブ101、102、106は、熱を加えることで収縮するものであり、図7aや図7cにはこれら熱収縮チューブに熱を加えた後の状態を示している。この様に熱収縮チューブ102、106が収縮することで、熱収縮チューブ102、106は図示のようにペア線105等に密着するようにしてペア線105等を覆い、結果として、ペア線と電線アース線を密着させEMI性能を向上させることができる。尚、図7aと図7cとの違いは、図7aの熱収縮チューブ102は比較的長い1本のチューブであるが、図7cの熱収縮チューブ106は比較的短い複数本本例では3本のチューブである点である。このように、本特徴では、熱収縮チューブの処理を工夫し、屈曲性と加工性を確保しつつ、EMIの性能も確保することができる。本発明の内視鏡システム、その光源装置等によれば、メインCPUと内視鏡への光量調節機能調光機能専用の演算専用CPUとが設けられた光源装置に関して、演算専用CPUが故障した場合、代わりにメインCPUが処理負荷増大を抑制しつつ調光を行える。これより、特に何らかの検査中に演算専用CPUが故障した場合でも、検査を続行できなくなる事態を回避できる。"