内視鏡、内視鏡装置、内視鏡レンタル支援システム
【課題】貸し出し先における内視鏡の不正使用を防止する。
【解決手段】レンタル業者１２は、依頼者２６からの申し込みを受け付けて、病院２７へ内視鏡１１を貸し出す。内視鏡１１には、その使用を制限する使用制限手段と、使用制限の実行及び解除を行うために用いられる登録情報を記憶するＥＥＰＲＯＭ１１ａとが設けられている。在庫管理端末１９は、貸し出し対象の内視鏡１１のＥＥＰＲＯＭ１１ａに対して、照合情報及び使用量の上限値からなる登録情報を書き込む。内視鏡１１は、使用制限を実行した状態で貸し出される。被検者３６に対しては、前記照合情報と照合される認証情報を記憶した認証カード３３が配布される。病院２７において、認証カード３３によって使用制限が解除される。また、使用量が上限値を超えた場合には、使用制限が実行される。
【解決手段】レンタル業者１２は、依頼者２６からの申し込みを受け付けて、病院２７へ内視鏡１１を貸し出す。内視鏡１１には、その使用を制限する使用制限手段と、使用制限の実行及び解除を行うために用いられる登録情報を記憶するＥＥＰＲＯＭ１１ａとが設けられている。在庫管理端末１９は、貸し出し対象の内視鏡１１のＥＥＰＲＯＭ１１ａに対して、照合情報及び使用量の上限値からなる登録情報を書き込む。内視鏡１１は、使用制限を実行した状態で貸し出される。被検者３６に対しては、前記照合情報と照合される認証情報を記憶した認証カード３３が配布される。病院２７において、認証カード３３によって使用制限が解除される。また、使用量が上限値を超えた場合には、使用制限が実行される。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、被検体内を撮影する内視鏡、内視鏡装置、及びこれらを用いた内視鏡レンタル支援システムに関するものである。
【背景技術】
【０００２】
特許文献１に記載されているように、内視鏡を貸し出すレンタルサービス及びそのサービスを提供するためのレンタル支援システムが提案されている。このレンタル支援システムは、医療施設などの依頼元から、貸し出しの依頼をオンラインで受け付ける受付端末を備えており、受け付けた依頼情報の管理や依頼内容に応じた内視鏡の手配を、コンピュータを利用して実現している。また、貸し出し先から回収された使用済み内視鏡は、洗浄や消毒などのリプロセス処理が施された後、倉庫に保管される。このレンタル支援システムでは、リプロセスの完了情報や、倉庫内の内視鏡の在庫状況を、受付端末で参照できるように管理される。
【０００３】
特許文献２及び特許文献３には、貸し出した内視鏡の使用量を測定して、保守点検の時期の把握や使用量に応じた課金処理を行う技術が開示されている。これらのシステムでは、内視鏡と通信可能に接続されるプロセッサなどの周辺装置に内視鏡の使用量を測定する測定手段が設けられており、周辺装置は、測定した使用量と内視鏡から取得したＩＤとを関連付けて記録する。使用量は、例えば、内視鏡とプロセッサとの接続回数や内視鏡の使用時間である。こうして記録された使用量に基づいて、点検時期が把握され、使用量に応じた料金の算出が行われる。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ところで、内視鏡のレンタルサービス、特に、医療用の内視鏡のレンタルサービスにおいては、内視鏡の動作不良や内視鏡を通じた二次感染が、被検者の人体や生命に危険を及ぼすため、貸し出し対象の内視鏡の整備状態や洗浄状態を含む品質の管理には高い管理レベルが求められる。そのため、レンタルサービスを提供するレンタル事業者は、細心の注意を払って品質管理体制を構築する必要がある。
【０００５】
しかし、レンタル事業者の管轄において品質管理がどれだけ徹底されていても、貸し出し先において、契約内容を遵守した適正な使用がなされなければ、二次感染を含む医療事故の発生を防止することは困難である。例えば、契約された使用量を超えて内視鏡が使用されたり、貸し出した内視鏡がレンタル事業者に無断で転貸されると、整備や洗浄が不完全な状態で内視鏡が使用される原因となり、医療事故が発生する危険性も高まる。
【０００６】
貸し出した内視鏡で医療事故が発生すると、例えレンタル事業者に帰責事由が無い場合でも、レンタル事業者のサービスへの信頼が大きく損なわれる可能性が高い。上記従来技術では、こうした問題に対する対策がなんら考慮されていない。そのため、内視鏡のレンタルサービスを事業化するに当たっては、貸し出し先における内視鏡の不正な使用を防止するための対策が要望されていた。
【０００７】
上記従来技術では、内視鏡の使用量を測定しており、測定した使用量が、周辺装置を介してオンラインでレンタル事業者に送信されるようにしている。この技術を利用して、レンタル業者が、貸し出した内視鏡の使用量をリアルタイムで監視することができれば、予め契約された上限値を超えた使用がなされた場合には、使用者に対して使用の中止を求めるといった対策をすることができる。
【０００８】
しかしながら、使用量を送信する主導権は、貸し出し先に委ねられており、貸し出し途中に内視鏡の使用量をレンタル業者で把握することは事実上困難である。また、貸し出す内視鏡に設けたメモリに内視鏡ＩＤとともに使用量を記憶する技術も記載されているが、これによっても、使用量の把握は内視鏡の回収後にならざるを得ず、上記問題の対策にはならない。さらに、上述のとおり、貸出先における内視鏡の不正な使用には、使用量が超過する場合以外にも、無断で転貸される場合もあり、上記従来技術では、いずれの場合の対策にもなり得なかった。
【０００９】
本発明は、こうした背景に鑑みてなされたもので、その目的は、貸し出し先における内視鏡の不正な使用を防止することにある。
【課題を解決するための手段】
【００１０】
本発明の内視鏡は、被検体内を撮影する内視鏡において、前記内視鏡の使用を制限する使用制限手段と、前記使用制限手段による使用制限の実行又はその解除をするために用いられる登録情報を記憶する記憶手段とを備えたことを特徴とする。この内視鏡をレンタル機器として利用することで、貸し出し先における不正な使用を防止することができる。
【００１１】
前記登録情報は、前記使用制限手段による使用制限を解除するための照合情報、及び前記使用制限を実行するために予め定められた使用量の上限値のうち、少なくとも１つを含む。
【００１２】
前記内視鏡には、前記照合情報と照合される被照合情報を入力する被照合情報入力手段と、前記照合情報と前記被照合情報を照合する照合手段とを設け、前記使用制限手段が、前記照合手段の照合結果に基づいて、前記前記使用制限を解除することが好ましい。被照合情報は、例えば、前記内視鏡で検査を受ける正当な権限を有する権利者、又は、前記内視鏡を使用する正当な権限を有する権利者であることを認証するための認証情報である。これによれば、被照合情報が入力されない間は、前記内視鏡の使用が制限されるので、正当な権限を有する権利者以外に対して、前記内視鏡が使用されることを制限することができる。
【００１３】
前記内視鏡には、前記内視鏡の使用量を測定する使用量測定手段と、前記使用量の実測値が前記上限値を超えたか否かを判定する判定手段とを設け、前記使用制限手段が、前記判定手段の判定結果に基づいて、前記使用制限を実行することが好ましい。これによれば、予め定められた使用量を超えて内視鏡を使用することを防止することができる。
【００１４】
前記使用制限手段は、前記判定手段によって前記実測値が前記上限値を超えたと判定された場合でも、所定の実行条件が満足されるまで、前記使用制限を実行しないことが好ましい。これにより、例えば、検査中に内視鏡の使用制限が実行された場合の不都合を回避することができる。前記実行条件は、例えば、一定時間の経過又は再起動である。
【００１５】
前記照合結果及び前記判定結果のうち、少なくとも１つを表示する表示手段を設けることが好ましい。
【００１６】
撮影された画像を格納する画像メモリ、又は、前記画像メモリが着脱自在にセットされ、前記画像メモリにアクセスして前記画像を記録する記録手段を備えることが好ましい。これにより、検査施設の手を煩わすことなく、被検者に対して検査画像を提供することができる。
【００１７】
本発明の内視鏡装置は、被検体内を撮影する内視鏡と、前記内視鏡と通信可能に接続される周辺装置とからなる内視鏡装置において、前記内視鏡の使用を制限する使用制限手段と、前記使用制限手段による使用制限の実行又はその解除をするための登録情報を記憶する記憶手段とを備えたことを特徴とする。前記周辺装置は、例えば、前記内視鏡が出力する撮像信号に基づいて画像を生成するプロセッサである。
【００１８】
前記登録情報は、前記使用制限手段による使用制限を解除するための照合情報、及び前記使用制限を実行するために予め定められた使用量の上限値のうち、少なくとも１つを含む。
【００１９】
前記内視鏡装置は、前記照合情報と照合される被照合情報を入力する被照合情報入力手段と、前記照合情報と前記被照合情報を照合する照合手段とを備えており、前記使用制限手段が、前記照合手段の照合結果に基づいて、前記使用制限を解除することが好ましい。
【００２０】
前記内視鏡装置は、前記内視鏡の使用量を測定する使用量測定手段と、前記使用量の実測値が前記上限値を超えたか否かを判定する判定手段とを備えており、前記使用制限手段は、前記判定手段の判定結果に基づいて、前記使用制限を実行することが好ましい。
【００２１】
前記内視鏡は、前記プロセッサが生成した前記画像を受信する受信手段と、前記画像を画像メモリに記録する記録手段とを備えていることが好ましい。
【００２２】
本発明の内視鏡レンタル支援システムは、内視鏡又は前記内視鏡を含む内視鏡装置をレンタル機器として貸し出すレンタルサービスを支援する内視鏡レンタル支援システムにおいて、前記レンタル機器は、その使用を制限する使用制限手段と、前記使用制限手段による使用制限の実行又はその解除をするために用いられる登録情報を記憶する記憶手段とを有しており、依頼元端末から通信ネットワークを通じてオンラインでレンタルの申し込み情報を受け付ける受付手段と、前記レンタル機器を貸し出す前に、前記登録情報を生成し、前記レンタル機器の記憶手段に前記登録情報を書き込む登録情報書き込み手段を備えたことを特徴とする。
【００２３】
前記登録情報は、前記レンタル機器前記使用制限手段による使用制限を解除するための照合情報、及び前記使用制限を実行するために予め定められた使用量の上限値のうち、少なくとも１つを含む。
【００２４】
前記照合情報と照合される被照合情報を生成する被照合情報生成手段を備えていることが好ましい。被照合情報は、例えば、上記のとおり正当な権限を有する権利者であることを認証するための認証情報である。
【００２５】
前記レンタル機器が貸し出し先から回収された後、前記記憶手段から前記登録情報を消去して前記記憶手段を初期化する初期化手段を備えていることが好ましい。
【００２６】
前記レンタル機器に設けられた画像メモリにアクセスして、前記画像メモリから撮影された画像を読み出す画像読み出し手段と、読み出した画像が保管され、前記画像をオンラインで要求元へ配信する画像サーバとを備えていることが好ましい。
【発明の効果】
【００２７】
本発明によれば、内視鏡を含むレンタル機器にその使用制限の実行又は解除するための登録情報を記憶させて、貸し出しを行うようにしたから、貸し出し先における内視鏡の不正な使用を防止することができる。
【発明を実施するための最良の形態】
【００２８】
内視鏡レンタルサービスの概要を示す図１において、内視鏡レンタル支援システム１０は、内視鏡１１のレンタルサービスを提供するレンタル業者１２が行う業務を、コンピュータを用いて支援するシステムである。レンタル業者１２は、レンタルの申し込みを受け付ける受付センタ１３と、貸し出し用の内視鏡１１を保管する保管センタ１４を保有している。保管センタ１４には、回収した使用済みの内視鏡１１に対して洗浄，消毒，滅菌などを行う洗浄装置１６と、洗浄済みの内視鏡１１を保管する保管庫１７が設置されている。
【００２９】
内視鏡レンタル支援システム１０は、受付センタ１３に設置される受付サーバ１８と、保管センタ１４に設置される在庫管理端末１９と、ＤＢ（データベース）サーバ２１とを備えており、これらはＬＡＮ（Local Area Network）２２によって相互に通信可能に接続されている。受付サーバ１８は、ルータ２３を介して、公衆系の通信ネットワークであるインターネット２４に接続されており、インターネット２４を通じてオンラインでレンタルの申し込みを受け付ける。ＤＢサーバ２１には、受付サーバ１８が受け付けた受付情報と、在庫として保有している内視鏡１１を管理するための管理情報とを格納するＤＢが構築されており、ＤＢサーバ２１は、受付サーバ１８及び在庫管理端末１９からのリクエストに応じて、ＤＢ内の情報検索とＤＢの更新を行う。
【００３０】
内視鏡のレンタルサービスでは、レンタルを申し込む依頼者と貸し出される内視鏡１１の使用者が、ともに内視鏡検査を行う医療施設（例えば、病院、診療所、検診センタ）となるのが標準的であるが、本例では、依頼者と使用者が一致しない例で説明する。具体的には、企業の健康保険組合が、その組合員の集団検診を行うためにレンタルを申し込む依頼者２６となり、医療施設である病院２７が、貸し出された内視鏡１１を使用する使用者となる例で説明する。本例のレンタルサービスは、例えば、順番を示す括弧付き数字が付された手順で行われる。
【００３１】
依頼元端末２８は、例えば、パーソナルコンピュータであり、インターネット２４上のＷｅｂサイトにアクセスしてＷｅｂページを閲覧するためのブラウザがインストールされている。依頼元端末２８は、キーボードやマウスなどの入力デバイスによって操作される。依頼元端末２８は、操作指示が入力されると、受付サーバ１８へアクセスして、図２に示すレンタル申し込み画面３１をダウンロードして、その画面３１をモニタに表示する。レンタル申し込み画面３１から申し込み情報が入力されて、送信指示がなされると、依頼元端末２８は、入力された申し込み情報を受付サーバ１８へ送信する。こうして、レンタル申し込みが行われる。
【００３２】
図２に示すように、レンタル申し込み画面３１には、レンタル希望日，内視鏡種別及び本数，依頼者種別，依頼者名，希望検査施設，会員コード，被検者情報の各項目からなる申し込み情報を入力する入力欄３１ａ〜３１ｇが設けられている。入力欄３１ａには、レンタルの貸し出し日及び貸し出し日数が入力される。
【００３３】
入力欄３１ｂでは、内視鏡の種別が指定される。内視鏡には、検査種別（用途）に応じて、上部消化管用、下部消化管用などの種別があり、入力欄３１ｂには、その種別情報が入力される。入力欄３１ｂには、異なる種別の複数の内視鏡の申し込みを１回の申し込みで行えるように、種別及び本数を入力する入力ボックスが複数組設けられている。
【００３４】
入力欄３１ｃでは、依頼者の種別が、医療施設，健康保険組合，その他の３つの選択肢から選択して指定される。各選択肢にはチェックボックスが設けられており、選択は、チェックボックスをチェックすることにより行われる。本例においては、依頼者２６が健康保険組合なので、健康保険組合のチェックボックスがチェックされている。入力欄３１ｄには、依頼者名（例えば「○×会社健康保険組合」）が入力される。
【００３５】
入力欄３１ｅでは、依頼者２６が希望する検査施設（レンタル業者１２から見れば内視鏡１１の使用者）が指定される。入力欄３１ｅの入力ボックスをマウスのポインタでクリックすると、複数の検査施設が含まれる選択メニューが表示される。選択メニューに表示される検査施設は、例えば、レンタル業者１２と提携した医療施設であり、レンタルの内視鏡１１を受け入れて、その内視鏡１１を使用して検査が可能な医療施設である。選択メニューは、例えば、プルダウン形式で表示され、そのメニューから所望の検査施設が選択されて指定される。これにより、依頼者２６の希望に適う検査施設を選べるようにしている。なお、医療施設が依頼者となり、自ら使用する内視鏡のレンタルを申し込む場合には、希望検査施設の入力は不要である。
【００３６】
会員コードの入力欄３１ｆには、レンタル業者１２が依頼者２６に対して発行した会員コードが入力される。会員コードの入力により、依頼者名や依頼者種別の入力を省略可能としてもよい。新規の申し込みの場合には、会員コードの入力は省略される。
【００３７】
被検者情報の入力欄３１ｇでは、内視鏡検査を受診する被検者の情報が入力される。被検者は、本例の場合では、健康保険組合の組合員となる。入力欄３１ｇには、入力ボタン３１ｈが設けられており、入力ボタン３１ｈをクリックすると、氏名，年齢，性別，住所などの詳細な項目を入力するための入力ウインドウ（図示せず）が開く。依頼者２６は、入力ウインドウから、受診予定の被検者に関する情報（氏名、性別、年齢など）を入力する。また、入力欄３１ｇには、入力ウインドウを使用せずに被検者情報を送付するためのチェックボックス（「後で送信する」）が設けられている。被検者情報を記載したリストを、電子メールやＦＡＸ等を用いて後で送信する場合には、チェックボックスにチェックを入れる。
【００３８】
申し込みボタン３１ｊは、入力した申し込み情報を送信指示するボタンであり、キャンセルボタン３１ｋは、入力した内容をキャンセルするボタンであり、閉じるボタン３１ｍは、レンタル申し込み画面３１を閉じるボタンである。
【００３９】
図１に戻って、受付サーバ１８は、依頼元端末２８からの申し込み情報を受信すると、受付処理を行う。受付処理では、ＤＢサーバ２１に対して申し込み情報を転送して、受付情報の記録要求と、在庫問い合わせ要求を発行する。ＤＢサーバ２１は、記録要求に従って、受付情報を記録し、在庫問い合わせ要求に従って、在庫の有無（レンタル希望日に指定された種別の内視鏡１１が指定本数分あるか否か）を検索して、受付サーバ１８に検索結果を応答する。
【００４０】
受付サーバ１８は、在庫があることを確認した場合には、その在庫を確保するために、ＤＢサーバ２１に対してＤＢの更新要求を発行する。ＤＢサーバ２１は、更新要求を受けて、該当する内視鏡１１が予約済みであることを示す情報をＤＢに記録する。この後、受付サーバ１８は、受付番号を発行し、依頼元端末２８に対して、受付処理が完了した旨の受付完了通知を送信する。
【００４１】
受付完了通知送信後、受付サーバ１８は、保管センタ１４の在庫管理端末１９へ出庫準備依頼を発行する。出庫準備処理では、依頼者２６に発行する認証カード３３、及び貸し出し対象となる内視鏡１１内に設けられたＥＥＰＲＯＭ（Electrically Erasable Programmable Read Only Memory）１１ａへの情報登録が行われる。情報登録処理は、保管センタ１４のスタッフの操作指示に従って、在庫管理端末１９によって実行される。
【００４２】
認証カード３３は、病院２７において、被検者３６が、貸し出された内視鏡１１で内視鏡検査を受ける正当な権限を有することを認証するための認証情報（被照合情報）が登録されるカードである。認証カード３３としては、例えば、情報を記憶するＩＣメモリを内蔵したＩＣカードが使用される。内視鏡１１のＥＥＰＲＯＭ１１ａには、予め貸し出し時に照合情報が登録されており、認証カード３３の認証情報は、ＥＥＰＲＯＭ１１ａの照合情報と照合される。後述するように、内視鏡１１には、不正な使用を防止するための使用制限機構が設けられており、内視鏡１１は、使用制限が実行された状態で貸し出される。認証情報と照合情報は、内視鏡１１の使用制限の解除をするための情報として利用される。
【００４３】
出庫準備処理が完了した後、在庫管理端末１９を通じて、内視鏡１１の貸し出し先となる病院２７の受付端末３４に対して、内視鏡１１の配送日が通知される。また、依頼者２６に対しては、情報登録済みの認証カード３３が発送される。認証カード３３は、依頼者２６によって、被検者３６へ配布される。一方、情報登録済みの内視鏡１１は、貸し出し日に合わせて病院２７へ配送される。
【００４４】
検査日には、被検者３６が病院２７へ登院して、内視鏡検査を受ける。病院２７の医師３７は、貸し出された内視鏡１１を用いて、内視鏡検査を行う。この検査の際に、認証カード３３によって内視鏡１１の使用制限が解除される。
【００４５】
病院２７において、内視鏡１１は、プロセッサ３８と接続されて使用される。プロセッサ３８は、内視鏡１１から撮像信号を得て画像を生成するプロセッサである。検査が終了すると、使用済みの内視鏡１１は、レンタル業者によって回収される。保管センタ１４では、回収された使用済みの内視鏡１１を再使用可能にするためのリプロセス処理が行われる。
【００４６】
リプロセス処理は、洗浄装置１６による洗浄処理と、洗浄終了後に行われる後処理とからなる。ここで、洗浄処理には、洗浄液による洗浄に加えて、消毒液による消毒、オートクレーブなどの滅菌のうち少なくとも１つが含まれる。洗浄が終了した内視鏡１１は、保管庫１７へ収納される。
【００４７】
後処理は、内視鏡１１のＥＥＰＲＯＭ１１ａからの情報を読み出す情報読み出し処理と、ＥＥＰＲＯＭ１１ａを初期化する初期化処理からなる。後処理は、例えば、内視鏡１１を保管庫１７に収納した状態で、在庫管理端末１９によって行われる。また、在庫管理端末１９は、後処理完了後、その完了通知を受付サーバ１８へ通知する。受付サーバ１８は、その通知を受けて、依頼者２６に対して代金請求処理を行う。
【００４８】
本例のレンタルサービスの概要は、以上の通りである。以下、上記サービスを支援する内視鏡レンタル支援システム１０の各部の構成について説明する。
【００４９】
図３に示すように、ＤＢサーバ２１は、受付サーバ１８及び在庫管理端末１９によって共用されるデータベースサーバであり、各装置１８，１９から受付情報や管理情報を受信して、そのデータを保管するデータストレージとしても機能する。ＤＢサーバ２１には、受付情報や管理情報の検索を容易にできるように、ＤＢ４１が構築される。ＤＢサーバ２１は、例えば、ワークステーションやパーソナルコンピュータなどのコンピュータをベースに、データベースを管理するソフトウエアであるＤＢＭＳ（Data Base Management System）をインストールすることによって構成される。
【００５０】
ＤＢ４１は、受付情報が格納される受付テーブル（ＴＢＬ）４２，内視鏡１１の管理情報が格納される管理テーブル（ＴＢＬ）４３から構成される。受付サーバ１８は、１件の申し込みを受け付ける毎に、申し込み情報に基づいて、図４（Ａ）に示す受付レコード４２ａを１件生成する。受付レコード４２ａは、受付テーブル４２に、受付順に格納される。受付レコード４２ａは、受付番号，受付日時，依頼者情報，内視鏡種別及び本数，貸し出し日，貸し出し日数，検査施設，被検者情報，代金請求などの複数のデータフィールドからなる。申し込み情報の各項目は、それぞれに対応するデータフィールドに記録される。
【００５１】
被検者情報のデータフィールドには、被検者名や被検者ＩＤなどの被検者情報が記録されるが、申し込み情報とは別に、複数の被検者情報を収録したリストファイルを受け付けた場合には、被検者情報のデータフィールドには、リストファイル名（例えば、被検者リスト１２４７８）が記録される。図４（Ｃ）に示すように、リストファイルは、ＤＢ４１に、リスト情報４４として格納される。リスト情報４４と受付レコード４２ａとは、リストファイル名によって相互参照が可能になっている。また、返却日のデータフィールドには、返却日が記録され、代金請求のデータフィールドには、請求済みか未了かを表す情報が記録される。
【００５２】
図４（Ｂ）に示す管理レコード４３ａは、在庫として抱える内視鏡１１を管理するための情報であり、在庫管理端末１９によって、内視鏡１本毎に生成される。管理レコード４３ａは、内視鏡ＩＤ，内視鏡種別，最終洗浄日時，最終貸し出し日，受付番号，最終返却日，最終点検日などの複数のデータフィールドからなる。内視鏡ＩＤは、内視鏡１１毎に付与される固有の識別情報である。最終洗浄日時，最終貸し出し日，最終返却日，最終点検日は、それぞれ、当該内視鏡１１が最後に、洗浄，貸し出し，返却，点検された日時を表す情報であり、これらのデータフィールドは、在庫管理端末１９によって更新される。
【００５３】
受付番号は、受付時の在庫確認後に当該内視鏡１１を確保するために受付サーバ１８によって記録される。この受付番号が管理レコード４３ａに記録されているか否かによって、当該内視鏡１１に貸し出しの予約がされているか否かが識別される。また、受付番号によって、受付レコード４２ａと管理レコード４３ａは、相互参照可能に対応付けられる。
【００５４】
また、ＤＢ４１には、これらのデータの他に、会員の名称、住所、連絡先などの会員情報を記録する会員マスタファイル、提携先の検査医療施設の名称、住所、連絡先などの情報を記録する検査医療施設マスタファイル、レンタル料金の体系を定めた課金情報を記録する課金マスタファイルなどが含まれており、これらのデータも受付サーバ１８及び在庫管理端末１９から参照可能に格納されている。
【００５５】
受付サーバ１８は、ワークステーションやパーソナルコンピュータなどのコンピュータをベースに、レンタル受付プログラムをインストールすることによって構成される。受付サーバ１８は、ＣＰＵ５１，メモリ５２，ＨＤＤ５３，ＬＡＮポート５４，コンソール５６を備えており、これらはデータバス５７を介して接続されている。コンソール５６は、操作画面やデータを表示するディスプレイと、キーボードやマウスを含む入力デバイスからなる。
【００５６】
ＨＤＤ５３には、オペレーティングシステムなどの制御プログラムやレンタル受付プログラム５８、レンタル申し込み画面３１のデータなどがインストールされている。メモリ５２は、ＣＰＵ５１が処理を実行するための作業用のメモリである。ＣＰＵ５１は、ＨＤＤ５３に格納されたプログラムをメモリ５２へロードして、プログラムに従った処理を実行することにより、装置各部を統括的に制御する。ＬＡＮポート５４は、ＬＡＮ２２を介して通信を行うための通信制御を行うネットワークインタフェースである。
【００５７】
ＣＰＵ５１は、レンタル受付プログラム５８が起動されると、申し込み受付部５１ａ，出庫準備依頼部５１ｂ，代金請求部５１ｃとして機能する。申し込み受付部５１ａは、依頼元端末２８からのアクセスを受け付けて、レンタル申し込み画面３１の配信処理を実行するとともに、レンタル申し込み画面３１を通じて入力された申し込み情報を受信して、上記受付処理を実行する。申し込み受付部５１ａは、申し込み情報に基づいて、受付レコード４２ａを生成する。また、依頼内容（内視鏡種別及び本数）に応じた内視鏡１１の管理レコード４３ａに受付番号を記録して、内視鏡１１を確保する。受付処理終了後、受付完了通知を依頼元端末２８へ送信する。
【００５８】
出庫準備依頼部５１ｂは、在庫管理端末１９に対して、出庫準備依頼を発行する。代金請求部５１ｃは、依頼者２６に対してレンタル代金の請求処理をする。請求処理では、予め依頼者２６から届け出を受けた金融機関に対して、決済情報が送信される。代金請求部５１ｃは、在庫管理端末１９から、回収した内視鏡１１のリプロセスが終了した旨の通知を受けると、請求処理を実行する。
【００５９】
在庫管理端末１９は、ワークステーションやパーソナルコンピュータなどのコンピュータをベースに、在庫管理プログラムをインストールすることによって構成される。在庫管理端末１９は、ＣＰＵ６１，メモリ６２，ＨＤＤ６３，ＵＳＢ（Universal Serial Bus）ポート６４，ＬＡＮポート６６，コンソール６７を備えており、これらはデータバス６８を介して接続されている。コンソール６７は、操作画面やデータを表示するディスプレイと、キーボードやマウスを含む入力デバイスからなる。
【００６０】
ＨＤＤ６３には、オペレーティングシステムなどの制御プログラムや在庫管理プログラム６９がインストールされている。メモリ６２は、ＣＰＵ６１が処理を実行するための作業用のメモリである。ＣＰＵ６１は、ＨＤＤ６３に格納されたプログラムをメモリ６２へロードして、プログラムに従った処理を実行することにより、装置各部を統括的に制御する。
【００６１】
ＬＡＮポート６６は、ＬＡＮ２２を介して通信を行うための通信制御を行うネットワークインタフェースである。ＵＳＢポート６４は、周知のように、ＵＳＢ規格に準拠した通信インタフェースであり、パソコンとその周辺装置との接続を行うための標準的な通信インタフェースである。ＵＳＢポート６４には、認証カード３３にアクセスして情報の読み出しや書き込みを行う、認証カード用のリーダライタ７１が接続される。
【００６２】
ＣＰＵ６１は、在庫管理プログラム６９が起動されると、準備依頼受付部６１ａ，情報登録部６１ｂ，後処理部６１ｃとして機能する。準備依頼受付部６１ａは、受付サーバ１８が発行する準備依頼を受け付ける。準備依頼を受信すると、在庫管理端末１９のコンソール６７にはその旨の表示がなされ、保管センタ１４のスタッフに内視鏡１１の出庫準備処理の実行を促す。
【００６３】
情報登録部６１ｂは、保管センタ１４のスタッフによってコンソール６７を通じて入力される操作指示に従って、認証カード３３及びＥＥＰＲＯＭ１１ａへの情報登録を行う。
【００６４】
図５に示すように、リーダライタ７１は、認証カード３３が装填されるスロットを備えている。スタッフは、未記録の認証カード３３をスロットに装填して、出庫準備処理を実行すべき内視鏡ＩＤ、申し込みの受付番号、情報登録指示を、在庫管理端末１９へ入力する。この操作指示が入力されると、情報登録部６１ｂは、ＤＢサーバ２１のＤＢ４１にアクセスして、必要な情報を読み出して、認証カード３３に登録すべき認証情報を生成する。認証情報を生成した後、その書き込み指示をリーダライタ７１に与える。リーダライタ７１は、書き込み指示に従って、認証情報を認証カード３３へ記録する。
【００６５】
一方、情報登録部６１ｂは、認証カード３３に対応する照合情報を、内視鏡１１のＥＥＰＲＯＭ１１ａに対して登録する。登録は、ＥＥＰＲＯＭ用のリーダライタ７２を用いて行われる。リーダライタ７２は、例えば、保管庫１７に設置された、内視鏡１１を収納する収納ラック７６に設けられている。収納ラック７６には、複数本の内視鏡１１が収納可能であり、リーダライタ７２は、その本数分設けられる。内視鏡１１は、例えば、コネクタを介してリーダライタ７２と接続された状態で、収納ラック７６内に保管される。リーダライタ７２は、例えば、ＬＡＮ２２を介して、在庫管理端末１９と通信可能に接続される。
【００６６】
情報登録部６１ｂは、コンソール６７から登録指示が入力されると、前記認証情報に対応する照合情報を生成し、その照合情報の書き込み指示をリーダライタ７２に与える。リーダライタ７２は、書き込み指示に従って、照合情報をＥＥＰＲＯＭ１１ａに書き込む。在庫管理端末１９の後処理部６１ｃは、回収された内視鏡１１のＥＥＰＲＯＭ１１ａから情報を読み出して、ＤＢ４１を更新する。そして、情報読み出し後、ＥＥＰＲＯＭ１１ａ内の照合情報等を消去して、ＥＥＰＯＲＭ１１ａを初期化する。
【００６７】
図６に示すように、ＥＥＰＲＯＭ１１ａには、例えば、内視鏡ＩＤ，洗浄情報，照合情報，使用量情報，照合結果が格納される。内視鏡ＩＤとしては、例えば、製造時にメーカで記録されるＩＤや、レンタル業者１２によって付与される識別用のＩＤが使用される。洗浄情報としては、最後に洗浄が行われた最終洗浄日時が記録される。この最終洗浄日時は、洗浄装置１６によって記録される。在庫管理端末１９は、ＥＥＰＲＯＭ１１ａに記録された最終洗浄日時を参照して、管理レコード４３ａの最終洗浄日時を記録する。
【００６８】
照合情報には、例えば、依頼者情報，検査医療施設，被検者情報，検査（使用）予定日が含まれる。認証カード３３のＩＣメモリ３３ａには、これら照合情報と同じ情報が、認証情報として登録される。これら照合情報と認証情報が照合され、両者が一致した場合に、内視鏡１１の使用制限が解除される。認証カード３３は、被検者３６によって病院２７に持ち込まれるので、被検者３６が検査を受診するまでの間に、被検者３６に割り当てられた内視鏡１１が別の検査に使用されることが防止される。
【００６９】
なお、本例で示した照合情報及び認証情報の各項目は、一例であり、各項目の組み合わせはこれに限るものではない。例えば、これらのうち、いずれか１項目でもよいし、これらの項目に加えて、さらに別項目を加えてもよい。また、これらの各項目を、認証カード３３やＥＥＰＲＯＭ１１ａにそれぞれ登録だけはしておき、そのうちの１項目を照合対象の項目として使用してもよい。また、被検者情報などのＩＤ情報をパスワードと利用しているが、これらの項目とは別に、専用のパスワードを生成して使用してもよい。
【００７０】
使用量情報は、内視鏡１１が所定の使用量を超えて不正に使用されないようにするために記録される情報である。使用量情報としては、例えば、プロセッサ３８と内視鏡１１との接続回数及び接続時間を含む使用量の上限値、接続回数及び接続時間の実測値が格納される。
【００７１】
使用量上限値は、貸し出し日数を含むレンタル契約の内容に応じて設定され、出庫準備処理の際に、在庫管理端末１９によって記録される。例えば、貸し出し日数が１日の場合には、使用量上限値が１日と設定され、２日の場合には、２日と設定される。もちろん、日数単位ではなく時間単位で定めてもよい。接続回数は、プロセッサ３８と接続可能な回数であり、例えば、１回の検査に必要な接続回数が上限値として設定される。使用量上限値は、貸し出し日数が１日の場合でも、２日を設定するといったように、ある程度余裕を持たせた値を設定してもよく、レンタル業者１２によって適宜設定が可能である。
【００７２】
接続回数及び接続時間の実測値は、後述するように、内視鏡１１自体で測定されて記録される。実測値が上限値を超えた場合には、内視鏡１１の使用制限が実行される。また、実測値は、内視鏡１１の回収後、在庫管理端末１９によって読み出され、管理レコード４３ａに記録される。管理レコード４３ａに記録された実測値は、例えば、保守点検の時期を見極めるための情報として利用される。また、その実測値を、依頼者２６への請求代金を算定する基礎として利用してもよい。
【００７３】
照合結果は、認証情報と照合情報が一致したか否かのいずれかが記録される。使用量判定結果は、実測値が上限を超えたか否か（超過ｏｒ上限値内）が記録される。照合結果及び使用量判定結果も、実測値と同様に、内視鏡１１によって記録される。これら使用量情報、照合結果及び使用量判定結果は、照合情報とともに初期化処理の対象となり、回収後に読み出された後、消去される。
【００７４】
図７に示すように、内視鏡１１は、接続されたプロセッサ３８からの給電を受けて動作する。内視鏡１１は、被検者３６の体腔内に挿入される可撓性の挿入部を備えている。挿入部の先端には、観察窓８１が設けられており、観察窓８１の内部には、撮影レンズ８２と、ＣＣＤ８３などの固体撮像素子が設けられている。また、先端には、照明窓が設けられており、ライトガイドによって導光される光が、照明窓から被観察部位に向けて照射される。
【００７５】
内視鏡１１は、ＣＣＤ８３及びＥＥＰＲＯＭ１１ａの他、ドライバ８４，コネクタ８６，制限スイッチ８７，切り替え回路８８，ＣＰＵ８９，タイマ９１，表示器９２，操作ボタン９３，カードリーダ９４を備えている。
【００７６】
ドライバ８４は、制御信号に基づいてＣＣＤ８３を駆動する。ＣＣＤ８３から出力されるアナログの撮像信号は、コネクタ８６を介してプロセッサ３８に入力される。制限スイッチ８７は、例えば、スイッチングトランジスタであり、ドライバ８４とコネクタ８６を結ぶ信号経路上に配置されている。制限スイッチ８７がオフされると、信号経路が遮断されて、撮像信号のプロセッサ３８への入力が阻止される。オンされると、信号経路が導通されて、プロセッサ３８への入力が許容される。制限スイッチ８７のオンオフは、切り替え回路８８によって切り替えられる。制限スイッチ８７は、オフの状態で貸し出される。
【００７７】
ＣＰＵ８９は、内視鏡１１の装置各部を制御する。カードリーダ９４は、内視鏡１１の本体に設けられており、認証カード３３を着脱自在に装填可能なスロット９４ａを備えている。カードリーダ９４は、認証カード３３にアクセスして登録された認証情報を読み取る。ＣＰＵ８９は、カードリーダ９４から認証情報を受け取り、ＥＥＰＲＯＭ１１ａから読み出した照合情報との照合処理を行う。照合処理の結果、両者が一致しない場合には、使用制限を解除せず、両者が一致した場合には、ＣＰＵ８９は、切り替え回路８８を通じて制限スイッチ８７をオンして、使用制限を解除する。照合結果は、ＣＰＵ８９によってＥＥＰＲＯＭ１１ａに書き込まれる。
【００７８】
また、ＣＰＵ８９は、プロセッサ３８と内視鏡１１の接続を検知する接続検知手段として機能する。接続の検知は、コネクタ８６を通じて、プロセッサ３８と接続されたときの信号線の電圧変化などを検出することにより行われる。タイマ９１は、接続時間を測定する測定手段である。タイマ９１は、プロセッサ３８との接続が検知されると、作動して計時を開始する。
【００７９】
ＣＰＵ８９は、タイマ９１で測定された接続時間に基づいて、ＥＥＰＲＯＭ１１ａ内の接続時間の実測値を、所定時間間隔で更新する。ＣＰＵ８９は、接続時間の実測値と、予め設定された使用量上限値とを比較して、実測値が使用量上限値を超えたか否かを判定する。実測値が使用上限値を超えた場合には、切り替え回路８８を介して、制限スイッチ８７をオフする。この判定は、実測値の更新間隔に合わせて繰り返し行われる。
【００８０】
なお、本例では、実測値の更新や判定を所定時間間隔で行っているが、これは、内視鏡１１が、プロセッサ３８から給電を受けて動作しているため、実測値の更新や判定のタイミングを、接続終了時とすると、適切に更新や判定が行われない可能性があるからである。したがって、例えば、内視鏡１１にバッテリを内蔵して、プロセッサ３８からの給電を受けずに、更新や判定が確実に行われるようにすれば、接続中は、更新や判定を行わずに、接続終了の際に、更新と判定を実行するようにしてもよい。
【００８１】
表示器９２は、例えば、液晶表示器であり、使用者にメッセージを報知する。表示されるメッセージには、カードリーダ９４への認証カード３３の挿入を促すメッセージ（例えば、「認証カードを挿入してください」）、認証情報と照合情報の照合結果（例えば、「パスワードが一致しないので、使用制限を解除できません。あるいは、パスワードが一致したので、使用制限を解除しました」）、使用量の実測値と上限値の判定結果（例えば、「使用量が上限を超えたため、使用制限を実行しました」）が含まれる。さらに、ＣＰＵ８９が使用量の上限値から実測値を控除した値に基づいて、使用可能な残量（時間、日数及び接続回数）を表示してもよい。
【００８２】
操作ボタン９３には、静止画の画像データを記録するためのレリーズボタンや、プロセッサ３８のモニタの画像表示を一時停止するフリーズボタンが含まれる。操作ボタン９３の操作信号は、ＣＰＵ８９を経由して、プロセッサ３８へ入力される。
【００８３】
プロセッサ３８は、ＣＰＵ１０１，コネクタ１０２，信号処理部１０３，画像処理部１０４，表示制御部１０５，ＨＤＤ１０６，ＬＡＮポート１０７を備えている。ＣＰＵ１０１は、装置各部を制御する。コネクタ１０２は、コネクタ８６と接続され、内視鏡１１からの撮像信号を受信するとともに、ＣＰＵ１０１からの制御信号を内視鏡１１へ送信する通信インタフェースである。
【００８４】
信号処理部１０３は、アナログの撮像信号のゲイン調整や、撮像信号をデジタルな画像データへ変換するＡ／Ｄ変換を行う。画像処理部１０４は、画像データに対して種々の画像処理を施す。表示制御部１０５は、画像処理済みの画像データに基づいて表示用画像を生成して、モニタ１０９へ出力する。また、画像処理部１０４は、レリーズボタンの押下により静止画の記録指示が入力された場合には、撮影された静止画の画像データをＨＤＤ１０６に出力して保存する。動画を保存する場合には、動画の画像データがＨＤＤ１０６に出力されて保存される。
【００８５】
ＬＡＮポート１０７は、ＬＡＮ２２を介して通信を行うための通信制御を行うネットワークインタフェースである。プロセッサ３８は、ＬＡＮポート１０７を介して、例えば、画像ファイリング装置と接続され、ＬＡＮポート１０７は、保存した画像データを画像ファイリング装置へ転送するための出力ポートとして用いられる。
【００８６】
以下、図８〜図１０のフローチャートを参照しながら、上記構成による作用を説明する。レンタル申し込みから出庫準備までのフローを示す図８において、受付サーバ１８が起動されると、申し込みを受け付ける待機状態に入る。依頼元端末２８からのアクセスを受け付けると、依頼元端末２８へレンタル申し込み画面３１を配信する。依頼元端末２８は、レンタル申し込み画面３１を通じて入力された申し込み情報を受付サーバ１８に送信する。
【００８７】
受付サーバ１８は、申し込み情報を受信すると、受付処理を実行する。受付処理では、申し込み情報に基づいて受付レコード４２ａを生成し、これを受付テーブル４２へ格納する。また、内視鏡１１の種別及び本数を検索条件としてＤＢサーバ２１へ送信して、該当する内視鏡１１の在庫の有無を確認する。在庫が確認できた場合には、その内視鏡１１の管理レコード４３ａに受付番号を記録して、管理テーブル４３を更新し、内視鏡１１を確保する。そして、受付サーバ１８は、在庫管理端末１９に対して、受付番号を記録した内視鏡１１の出庫準備依頼を発行する。受付処理が完了すると、受付サーバ１８は、依頼元端末２８に対して受付完了通知を送信する。
【００８８】
保管センタ１４のスタッフは、在庫管理端末１９に出庫準備依頼が届いている場合には、在庫管理端末１９を使用して出庫準備を行う。スタッフは、在庫管理端末１９を操作して、依頼対象の内視鏡ＩＤを確認し、その内視鏡１１に対する情報登録指示を入力する。情報登録指示が入力されると、在庫管理端末１９は、申し込み情報に基づいて、図６に示す照合情報を生成し、ＬＡＮ２２及びリーダライタ７２を通じて、指定された内視鏡１１のＥＥＰＲＯＭ１１ａに照合情報を登録する。また、この照合情報に対応する認証情報を、リーダライタ７１にセットされた未記録の認証カード３３へ登録する。
【００８９】
ＬＡＮ２２及びリーダライタ７２を通じて、内視鏡１１のＥＥＰＲＯＭ１１に情報が登録されるので、情報登録のために内視鏡１１を保管庫１７から運び出したり、スタッフが保管庫１７に赴く必要がなく、出庫準備作業を簡単に行うことができる。
【００９０】
在庫管理端末１９は、情報登録が完了した後、配送日を病院２７へ通知する。出庫準備処理が完了すると、スタッフによって、情報登録済みの認証カード３３が依頼者２６へ発送され、依頼者２６によって、被検者３６に認証カード３３が配布される。また、内視鏡１１は、使用制限が実行された状態（制限スイッチ８７がオフ）で出庫され、貸し出し日に間に合うように、病院２７へ配送される。
【００９１】
検査日には、被検者３６が認証カード３３を持参して病院２７で検査を受ける。医師３７は、被検者から認証カード３３を受け取って、内視鏡検査を開始する。内視鏡１１は、コネクタ８６を介してプロセッサ３８に接続される。内視鏡１１は、プロセッサ３８に接続されると、プロセッサ３８から給電を受けて作動を開始する。
【００９２】
図９に示すように、ＣＰＵ８９は、プロセッサ３８との接続を検知すると、認証カード３３の装填を促す案内メッセージを表示器９２に表示する。認証カード３３がカードリーダ９４へ装填されると、ＣＰＵ８９は、ＥＥＰＲＯＭ１１ａ内の照合情報と認証カード３３内の認証情報とを照合する。照合により、両情報が一致した場合には、ＣＰＵ８９は、切り替え回路８８を通じて、制限スイッチ８７をオンして、使用制限を解除する。一方、一致しない場合には、使用制限を解除せずに、表示器９２に警告メッセージを表示する。
【００９３】
このように、被検者３６が持参する認証カード３３内の認証情報によって、内視鏡１１の使用制限を解除するようにしているから、被検者３６以外の検査に内視鏡１１が不正に使用されることがない。レンタル業者１２にとっては、不正使用が防止されることにより、貸し出した内視鏡１１に起因する不測の医療事故の発生を未然に防ぐことができる。また、被検者３６に対しては、レンタル業者１２によって適切に整備された状態の内視鏡１１によって検査が受けられるという、安心感を与えることができる。
【００９４】
使用制限が解除されると、ＣＰＵ８９は、ＥＥＰＲＯＭ１１ａ内の接続回数の実測値を更新する。また、接続時間の計時が開始され、ＥＥＰＲＯＭ１１ａ内の接続時間の実測値が所定時間間隔で更新される。そして、ＣＰＵ８９は、これらの実測値と上限値の比較を、実測値が更新される毎に行う。ＣＰＵ８９は、使用量が上限値を超えた場合には、制限スイッチ８７をオフして、使用制限を実行する。使用制限を実行した場合には、規定の使用量を超えたので内視鏡１１が使用不能にされた旨の警告メッセージが、表示器９２に表示される。このように、内視鏡１１の使用量を監視して、規定の使用量を超えた場合に、使用制限を行うようにしたので、予め契約した使用量を超えて、内視鏡１１が不正に使用されることが防止される。このため、内視鏡１１が適切な点検時期を超えて使用されることが防止され、貸し出し先における医療事故の発生を未然に防ぐことができる。
【００９５】
検査を終了した内視鏡１１は、病院２７から保管センタ１４へ回収される。保管センタ１４へ回収されると、使用済みの内視鏡１１は、洗浄装置１６で洗浄される。この洗浄の際に、洗浄装置１６によって、ＥＥＰＲＯＭ１１ａ内に最終洗浄日時が記録される。洗浄処理が終了すると、内視鏡１１は保管庫１７へ収容され、後処理が開始される。
【００９６】
図１０に示すように、在庫管理端末１９が起動されて、スタッフによって、指定した内視鏡１１の後処理の指示が入力されると、在庫管理端末１９は、ＬＡＮ２２及びリーダライタ７２を通じて、後処理を実行する。リーダライタ７２によってＥＥＰＲＯＭ１１ａから使用量の実測値が読み出されると、在庫管理端末１９は、その実測値をＤＢ４１の管理テーブル４３に記録する。また、受付テーブル４２にアクセスして、受付レコード４２ａに返却日を記録する。返却日を記録した後、在庫管理端末１９は、受付レコード４２ａ内の受付番号をクリアする。これにより、当該内視鏡１１に次の予約が入れられるようになる。在庫管理端末１９は、ＥＥＰＲＯＭ１１ａから必要な情報の読み出しを終了した後、ＥＥＰＲＯＭ１１ａ内の登録情報を消去して、初期化する。在庫管理端末１９は、後処理が完了すると、後処理完了通知を受付サーバ１８に送信する。受付サーバ１８は、後処理完了通知を受信すると、依頼元へ代金請求処理を実行する。
【００９７】
上記実施形態では、認証情報が登録された認証カードを用い、認証カードを内視鏡へセットすることにより、内視鏡への認証情報の入力を行い、照合処理が実行されるようにしているが、内視鏡へ認証情報を入力する手段は、上記に限定されるものではない。例えば、暗証番号や暗証コードなどの認証情報を入力するための操作パネルを内視鏡に設けて、その操作パネルから認証情報を入力するようにしてもよい。また、内視鏡と接続されるプロセッサや、プロセッサと接続される画像ファイリング装置などの周辺装置から、コネクタを通じて内視鏡へ認証情報を入力するようにしてもよい。
【００９８】
これらの場合には、例えば、被検者が認証情報を内視鏡検査を行う病院のスタッフに告げて、スタッフが認証情報を入力する。また、被検者が入力してもよい。また、これらの場合には、内視鏡に認証カードがセットされるカードリーダを設ける必要はない。さらに、これらの場合には、認証情報を登録した認証カードを依頼者へ送付しなくてもよく、認証情報を電子メールなどによって依頼者へ通知するようにしてもよい。この場合には、例えば、受付サーバ１８が依頼元端末２８へ認証情報を通知する。
【００９９】
上記実施形態では、内視鏡の使用制限として、内視鏡によって検査を受ける被検者の認証による使用制限とともに、使用量を監視して使用量に応じた使用制限の両方を行う例で説明したが、いずれか一方だけでもよい。
【０１００】
上記実施形態では、使用量が上限値を超えた場合には、直ちに内視鏡が使用不能になる例で説明したが、検査中に突然使用不能になって観察画像が確認できなくなってしまうと、すでに内視鏡が挿入されている被検体の観察や処置に支障が生じる。そのため、使用量が超えたと判定された場合でも、所定の実行条件が満足されるまでの間、使用制限が実行されないようにするとよい。所定の実行条件は、当該検査が終了するまでの間、観察や処置に支障が生じないようにするための条件であり、具体的には、以下のとおりである。
【０１０１】
例えば、図１１に示すように、使用量が上限値を超えた場合には、ＣＰＵ８９が、使用量判定結果として使用量超過フラグをＥＥＰＲＯＭ１１ａに書き込み、接続が終了するまでは、使用制限を行わず、警告のみを行う。そして、次回の接続により内視鏡が再起動した際には、ＣＰＵが使用量超過フラグの有無を判定し、使用量超過フラグが書き込まれている場合には、使用制限を実行する。
【０１０２】
また、使用量が上限値を超えた場合でも、警告のみを行って、一定時間が経過する間、使用制限の実行を猶予するようにしてもよい。この場合には、ＣＰＵ８９は、使用量が上限値を超えたと判定したときに、タイマ９１による計時を開始し、一定時間の経過を待って使用制限を実行する。
【０１０３】
また、上記実施形態では、使用制限手段として、撮像信号の信号経路を遮断する制限スイッチを用い、撮像信号が出力されないようにする例で説明したが、撮像信号が全く出力されないようにするのではなく、出力する解像度や画素数を落とすようにしてもよい。これによれば、使用制限を実行した場合でも、低画質の観察画像が得られるので、観察や処置に最小限必要な視野を確保できる。
【０１０４】
また、使用制限の内容としては、例えば、観察は可能だが、静止画の保存はできないなど、一部の機能を制限するようにしてもよい。また、撮像信号ではなく、制御信号の信号経路や給電経路を遮断するようにしてもよい。
【０１０５】
また、上記実施形態では、使用量が上限値を超えたか否かの判定を、使用時間や接続回数に従って実測値を更新し、更新した実測値と上限値とを比較して行っているが、予め記録した上限値から、使用時間や接続回数を控除して、上限値が０になったときに使用量が上限値を超えたと判定するようにしてもよい。
【０１０６】
また、上記実施形態では、使用時間と接続回数の両方を使用量として使用しているが、いずれか一方だけでもよい。また、使用量としては、静止画の撮影枚数を使用してもよい。
【０１０７】
また、上記実施形態では、警告や案内のメッセージを表示する表示器として、液晶表示器を使用した例で説明しているが、もちろん、液晶表示器に限らず、インジケータランプ、音声表示器など、各種の表示器を使用してもよい。
【０１０８】
また、上記実施形態では、内視鏡のＥＥＰＲＯＭに照合情報を記録する例で説明したが、照合情報を記録する内視鏡用の内部メモリとしては、ＥＥＰＲＯＭ以外でもよく、例えば、ＲＦＩＤタグを利用してもよい。
【０１０９】
また、上記実施形態では、内視鏡に、制限スイッチ、ＥＥＰＲＯＭ及びＣＰＵを設け、内視鏡で、使用制限の解除や実行を判定するようにしているが、使用制限を行うための構成の全部又は一部を、プロセッサや画像ファイリング装置など、内視鏡と通信可能に接続される周辺装置に設けてもよい。この場合には、例えば、周辺装置が内視鏡のＣＰＵの代わりに、内視鏡のＥＥＰＲＯＭから照合情報を読み出して、使用制限の解除をするか否かを判定したり、使用量を測定して、使用量の実測値が上限値を超えたか否かを判定する。また、内視鏡とプロセッサをセットでレンタルするような場合には、プロセッサ内に照合情報や使用量の上限値を登録する記憶手段を設け、プロセッサで使用制限の解除や実行の判定を行うとともに、内視鏡に対して制御信号の出力を制限するといった使用制限を行うようにしてもよい。
【０１１０】
ところで、被検者の中には、内視鏡の検査結果だけでなく、検査時に撮影した検査画像を欲するものもいる。しかし、医療施設は、多忙を極めているため、そうした被検者の要望には応えにくいという問題があった。そこで、以下に、レンタル用の内視鏡を利用して、そうした要望に応えることが可能な実施形態を以下に示す。
【０１１１】
図１２において、内視鏡１１０は、画像データの記録が可能な容量を持つメモリカード１１１が着脱自在に装填される。ここで、内視鏡１１０は、図７に示す内視鏡１１と共通する部分が多いため、共通部分については、便宜上、共通の符合を付す。メモリカード１１１は、例えば、ＣＦカードである。
【０１１２】
内視鏡１１０は、上記内視鏡１１と同様に使用制限機能を備えており、メモリカード１１１は、ＩＣカードを用いた上記認証カード３３と同様に機能する。すなわち、メモリカード１１１には、被検者の認証を行うための認証情報が登録され、被検者３６によって病院２７に持ち込まれる。内視鏡１１０には、メモリカード１１１にアクセスして情報の読み出しと書き込みを行うメモリカード用のリーダライタ１１２が設けられている。リーダライタ１１２は、メモリカード１１１を着脱自在にセットされるスロット１１２ａを備えている。リーダライタ１１２は、スロット１１２ａに装填されたメモリカード１１１にアクセスして、メモリカード１１１から認証情報を読み出しと、メモリカード１１１への画像データの書き込みを行う。
【０１１３】
ＣＰＵ８９は、プロセッサ３８に対して、ＨＤＤ１０６に保存された静止画の画像データの送信をリクエストする。プロセッサ３８は、送信リクエストに応答して、コネクタ１０２を介して内視鏡１１０に対して、画像データを送信する。コネクタ８６で受信した画像データは、リーダライタ１１２によってメモリカード１１１に書き込まれる。検査終了後、メモリカード１１１は、被検者３６によって持ち帰られる。これにより、被検者３６は、検査画像を受け取ることができる。なお、静止画を記録する例で説明したが、メモリカード１１１に容量があれば、静止画に加えて動画を記録してもよい。
【０１１４】
また、上記実施形態では、メモリカードに検査画像を記録して、被検者３６に提供する例で説明したが、メモリカードの代わりに、内視鏡のＥＥＰＲＯＭに記録してもよい。この場合には、図１３に示すように、例えば、保管センタ１４において実施される後処理において、在庫管理端末１９が、リーダライタ７２を通じて、内視鏡１１のＥＥＰＲＯＭ１１ａから、被検者情報とともに検査画像を読み出す。在庫管理端末１９は、ＥＥＰＲＯＭ１１ａからの検査画像の読み出しが完了した場合には、ＥＥＰＲＯＭ１１ａ内の検査画像を消去する。これにより、個人情報がレンタル用の内視鏡を通じて不用意に流出することが防止される。検査画像の消去は、例えば、後処理部６１ｃによって、登録情報の消去を行う初期化のタイミングで行われる。
【０１１５】
読み出した検査画像は、在庫管理端末１９から、ＬＡＮ２２を通じて、画像サーバ１２１にアップロードされる。画像サーバ１２１の制御部１２１ａは、画像格納エリア１２１ｂに、検査画像を、被検者ＩＤに関連付けて格納する。
【０１１６】
画像サーバ１２１は、インターネット２４に接続されており、インターネット２４を通じて検査画像の配信要求を受け付ける。被検者３６は、ブラウザがインストールされたパーソナルコンピュータなどの端末から画像サーバ１２１にアクセスする。画像サーバ１２１は、画像配信要求を受信すると、ＩＤ入力画面を要求元端末へ配信する。このＩＤ入力画面で、例えば、被検者ＩＤが入力されて、そのＩＤが画像サーバ１２１へ送信される。画像サーバ１２１の制御部１２１ａは、そのＩＤに対応する検査画像を、画像格納エリア１２１ｂ内から検索する。被検者ＩＤに対応する検査画像がある場合には、その検査画像を要求元へ配信する。対応する検査画像が無い場合には、その旨のメッセージを配信する。
【０１１７】
これにより、内視鏡のＥＥＰＲＯＭに検査画像を記録するようにした場合でも、被検者に対して検査画像を提供することが可能となる。検査画像は、被検者ＩＤによって認証された端末へ配信されるので、個人情報が不用意に流出することはない。よりセキュリティを重視する場合には、被検者ＩＤとは別にパスワードを発行して、パスワード照合により、配信を許可するようにしてもよい。
【０１１８】
このように内視鏡のＥＥＰＲＯＭを、検査画像を格納する画像メモリとして用いれば、ＣＦカードなどのメモリカードを用いずに、検査画像を提供することが可能になる。また、画像提供サービスにメモリカードを使用すると、メモリカードの代金を利用料に転嫁せざるを得ないので、サービスの利用料が高額化する懸念があるが、内視鏡のメモリと画像サーバを使用して画像提供を行えば、そうした懸念もなく、利用料を低額化することができる。なお、内視鏡とプロセッサをセットで貸し出す場合には、プロセッサのＨＤＤを画像メモリとして使用してもよい。
【０１１９】
上記実施形態では、受付サーバによって、レンタルの申し込みの受付処理を行って、在庫管理端末によって、出庫準備処理と後処理を行う例で説明したが、これらの処理を１つの装置で行うようにしてもよい。
【０１２０】
上記実施形態では、在庫管理端末によって、回収後の内視鏡の後処理（情報読み出し及び初期化）を行う例で説明したが、在庫管理端末の代わりに、洗浄装置によって行ってもよい。この場合には、洗浄装置には、内視鏡のコネクタと接続して、内視鏡の内部メモリの情報を読み出し、読み出した情報を、ネットワークを通じて外部に出力する情報出力機能が備えられる。また、画像の読み出し及び画像サーバへのアップロードを、在庫管理端末の代わりに洗浄装置に行わせてもよい。
【０１２１】
上記実施形態では、依頼者として、企業などの法人の健康保険組合を例に説明したが、依頼者は、法人に限らず個人でもよい。依頼者が個人となる場合のレンタルサービスの利用例としては、例えば、依頼者が、内視鏡のレンタルの申し込みをし、そのレンタル内視鏡で検査を受ける権利を、依頼者の近親者や大切な友人など、依頼者がその人の健康を気づかって内視鏡検査を受けてもらいたいと考えている相手に対して、あたかもギフト券のようにプレゼントするといった利用例が考えられる。内視鏡検査には少なからず苦痛が伴うため、内視鏡検査を受けることに消極的な人や、自ら検査を申し込むことを億劫がって敬遠している人も多く、そのような人に対しては、こうしたサービスが、検査を受ける良い機会を与えることにもなる。
【０１２２】
また、レンタルサービスの形態として、内視鏡をレンタルする依頼者と、貸し出された内視鏡を使用する使用者とが一致しない例で説明したが、これに限らず、本発明は、依頼者と使用者が一致する標準的な形態（例えば、医療施設がレンタルを申し込む場合）のレンタルサービスにも適用することが可能である。
【０１２３】
また、内視鏡単体をレンタル機器としてレンタルする例で説明したが、内視鏡と、プロセッサや画像ファイリング装置などの周辺装置からなる内視鏡装置をレンタル機器としてもよい。
【０１２４】
また、医療用内視鏡を例に説明したが、本発明は、工業用内視鏡など、医療用内視鏡以外にも適用することが可能である。
【０１２５】
また、上記実施形態では、本発明を、レンタルサービスを支援するシステムの形態で説明したが、方法やプログラムの形態にも適用可能である。
【図面の簡単な説明】
【０１２６】
【図１】内視鏡レンタルサービスの概要を説明する説明図である。
【図２】レンタル申し込み画面の例を示す説明図である。
【図３】受付サーバと在庫管理端末の概略構成図である。
【図４】受付レコードと管理レコードの説明図である。
【図５】後処理の説明図である。
【図６】ＥＥＰＲＯＭ及び認証カードに記録される情報の例を示す説明図である。
【図７】内視鏡装置の構成図である。
【図８】レンタル申し込みから出庫準備までの手順を示すフローチャートである。
【図９】内視鏡の使用制限の解除及び実行の手順を説明するフローチャートである。
【図１０】内視鏡の回収後の手順を示すフローチャートである。
【図１１】検査途中で使用制限が実行されないようにする例のフローチャートである。
【図１２】メモリカードを使用して被検者に検査画像を提供する場合の内視鏡装置の構成図である。
【図１３】内視鏡のＥＥＰＲＯＭをしようして被検者に検査画像を提供する場合の説明図である。
【図１４】図１３の例の検査画像のダウンロード手順を示すフローチャートである。
【符号の説明】
【０１２７】
１０ 内視鏡レンタル支援システム
１１ 内視鏡
１１ａ ＥＥＰＲＯＭ
１２ レンタル業者
１３ 受付センタ
１４ 保管センタ
１６ 洗浄装置
１７ 保管庫
１８ 受付サーバ
１９ 在庫管理端末
２１ ＤＢサーバ
２６ 依頼者
２７ 病院
２８ 依頼元端末
３３ 認証カード
３３ａ ＩＣメモリ
３６ 被検者
３８ プロセッサ
４１ ＤＢ
５１ （受付サーバの）ＣＰＵ
５１ａ 申し込み受付部
５１ｂ 出庫準備依頼部
５１ｃ 代金請求部
６１ （在庫管理端末の）ＣＰＵ
６１ａ 準備依頼受付部
６１ｂ 情報登録部
６１ｃ 後処理部
８６ コネクタ
８７ 制限スイッチ
８８ 切り替え回路
８９ ＣＰＵ
９１ タイマ
９２ 表示器
【技術分野】
【０００１】
本発明は、被検体内を撮影する内視鏡、内視鏡装置、及びこれらを用いた内視鏡レンタル支援システムに関するものである。
【背景技術】
【０００２】
特許文献１に記載されているように、内視鏡を貸し出すレンタルサービス及びそのサービスを提供するためのレンタル支援システムが提案されている。このレンタル支援システムは、医療施設などの依頼元から、貸し出しの依頼をオンラインで受け付ける受付端末を備えており、受け付けた依頼情報の管理や依頼内容に応じた内視鏡の手配を、コンピュータを利用して実現している。また、貸し出し先から回収された使用済み内視鏡は、洗浄や消毒などのリプロセス処理が施された後、倉庫に保管される。このレンタル支援システムでは、リプロセスの完了情報や、倉庫内の内視鏡の在庫状況を、受付端末で参照できるように管理される。
【０００３】
特許文献２及び特許文献３には、貸し出した内視鏡の使用量を測定して、保守点検の時期の把握や使用量に応じた課金処理を行う技術が開示されている。これらのシステムでは、内視鏡と通信可能に接続されるプロセッサなどの周辺装置に内視鏡の使用量を測定する測定手段が設けられており、周辺装置は、測定した使用量と内視鏡から取得したＩＤとを関連付けて記録する。使用量は、例えば、内視鏡とプロセッサとの接続回数や内視鏡の使用時間である。こうして記録された使用量に基づいて、点検時期が把握され、使用量に応じた料金の算出が行われる。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ところで、内視鏡のレンタルサービス、特に、医療用の内視鏡のレンタルサービスにおいては、内視鏡の動作不良や内視鏡を通じた二次感染が、被検者の人体や生命に危険を及ぼすため、貸し出し対象の内視鏡の整備状態や洗浄状態を含む品質の管理には高い管理レベルが求められる。そのため、レンタルサービスを提供するレンタル事業者は、細心の注意を払って品質管理体制を構築する必要がある。
【０００５】
しかし、レンタル事業者の管轄において品質管理がどれだけ徹底されていても、貸し出し先において、契約内容を遵守した適正な使用がなされなければ、二次感染を含む医療事故の発生を防止することは困難である。例えば、契約された使用量を超えて内視鏡が使用されたり、貸し出した内視鏡がレンタル事業者に無断で転貸されると、整備や洗浄が不完全な状態で内視鏡が使用される原因となり、医療事故が発生する危険性も高まる。
【０００６】
貸し出した内視鏡で医療事故が発生すると、例えレンタル事業者に帰責事由が無い場合でも、レンタル事業者のサービスへの信頼が大きく損なわれる可能性が高い。上記従来技術では、こうした問題に対する対策がなんら考慮されていない。そのため、内視鏡のレンタルサービスを事業化するに当たっては、貸し出し先における内視鏡の不正な使用を防止するための対策が要望されていた。
【０００７】
上記従来技術では、内視鏡の使用量を測定しており、測定した使用量が、周辺装置を介してオンラインでレンタル事業者に送信されるようにしている。この技術を利用して、レンタル業者が、貸し出した内視鏡の使用量をリアルタイムで監視することができれば、予め契約された上限値を超えた使用がなされた場合には、使用者に対して使用の中止を求めるといった対策をすることができる。
【０００８】
しかしながら、使用量を送信する主導権は、貸し出し先に委ねられており、貸し出し途中に内視鏡の使用量をレンタル業者で把握することは事実上困難である。また、貸し出す内視鏡に設けたメモリに内視鏡ＩＤとともに使用量を記憶する技術も記載されているが、これによっても、使用量の把握は内視鏡の回収後にならざるを得ず、上記問題の対策にはならない。さらに、上述のとおり、貸出先における内視鏡の不正な使用には、使用量が超過する場合以外にも、無断で転貸される場合もあり、上記従来技術では、いずれの場合の対策にもなり得なかった。
【０００９】
本発明は、こうした背景に鑑みてなされたもので、その目的は、貸し出し先における内視鏡の不正な使用を防止することにある。
【課題を解決するための手段】
【００１０】
本発明の内視鏡は、被検体内を撮影する内視鏡において、前記内視鏡の使用を制限する使用制限手段と、前記使用制限手段による使用制限の実行又はその解除をするために用いられる登録情報を記憶する記憶手段とを備えたことを特徴とする。この内視鏡をレンタル機器として利用することで、貸し出し先における不正な使用を防止することができる。
【００１１】
前記登録情報は、前記使用制限手段による使用制限を解除するための照合情報、及び前記使用制限を実行するために予め定められた使用量の上限値のうち、少なくとも１つを含む。
【００１２】
前記内視鏡には、前記照合情報と照合される被照合情報を入力する被照合情報入力手段と、前記照合情報と前記被照合情報を照合する照合手段とを設け、前記使用制限手段が、前記照合手段の照合結果に基づいて、前記前記使用制限を解除することが好ましい。被照合情報は、例えば、前記内視鏡で検査を受ける正当な権限を有する権利者、又は、前記内視鏡を使用する正当な権限を有する権利者であることを認証するための認証情報である。これによれば、被照合情報が入力されない間は、前記内視鏡の使用が制限されるので、正当な権限を有する権利者以外に対して、前記内視鏡が使用されることを制限することができる。
【００１３】
前記内視鏡には、前記内視鏡の使用量を測定する使用量測定手段と、前記使用量の実測値が前記上限値を超えたか否かを判定する判定手段とを設け、前記使用制限手段が、前記判定手段の判定結果に基づいて、前記使用制限を実行することが好ましい。これによれば、予め定められた使用量を超えて内視鏡を使用することを防止することができる。
【００１４】
前記使用制限手段は、前記判定手段によって前記実測値が前記上限値を超えたと判定された場合でも、所定の実行条件が満足されるまで、前記使用制限を実行しないことが好ましい。これにより、例えば、検査中に内視鏡の使用制限が実行された場合の不都合を回避することができる。前記実行条件は、例えば、一定時間の経過又は再起動である。
【００１５】
前記照合結果及び前記判定結果のうち、少なくとも１つを表示する表示手段を設けることが好ましい。
【００１６】
撮影された画像を格納する画像メモリ、又は、前記画像メモリが着脱自在にセットされ、前記画像メモリにアクセスして前記画像を記録する記録手段を備えることが好ましい。これにより、検査施設の手を煩わすことなく、被検者に対して検査画像を提供することができる。
【００１７】
本発明の内視鏡装置は、被検体内を撮影する内視鏡と、前記内視鏡と通信可能に接続される周辺装置とからなる内視鏡装置において、前記内視鏡の使用を制限する使用制限手段と、前記使用制限手段による使用制限の実行又はその解除をするための登録情報を記憶する記憶手段とを備えたことを特徴とする。前記周辺装置は、例えば、前記内視鏡が出力する撮像信号に基づいて画像を生成するプロセッサである。
【００１８】
前記登録情報は、前記使用制限手段による使用制限を解除するための照合情報、及び前記使用制限を実行するために予め定められた使用量の上限値のうち、少なくとも１つを含む。
【００１９】
前記内視鏡装置は、前記照合情報と照合される被照合情報を入力する被照合情報入力手段と、前記照合情報と前記被照合情報を照合する照合手段とを備えており、前記使用制限手段が、前記照合手段の照合結果に基づいて、前記使用制限を解除することが好ましい。
【００２０】
前記内視鏡装置は、前記内視鏡の使用量を測定する使用量測定手段と、前記使用量の実測値が前記上限値を超えたか否かを判定する判定手段とを備えており、前記使用制限手段は、前記判定手段の判定結果に基づいて、前記使用制限を実行することが好ましい。
【００２１】
前記内視鏡は、前記プロセッサが生成した前記画像を受信する受信手段と、前記画像を画像メモリに記録する記録手段とを備えていることが好ましい。
【００２２】
本発明の内視鏡レンタル支援システムは、内視鏡又は前記内視鏡を含む内視鏡装置をレンタル機器として貸し出すレンタルサービスを支援する内視鏡レンタル支援システムにおいて、前記レンタル機器は、その使用を制限する使用制限手段と、前記使用制限手段による使用制限の実行又はその解除をするために用いられる登録情報を記憶する記憶手段とを有しており、依頼元端末から通信ネットワークを通じてオンラインでレンタルの申し込み情報を受け付ける受付手段と、前記レンタル機器を貸し出す前に、前記登録情報を生成し、前記レンタル機器の記憶手段に前記登録情報を書き込む登録情報書き込み手段を備えたことを特徴とする。
【００２３】
前記登録情報は、前記レンタル機器前記使用制限手段による使用制限を解除するための照合情報、及び前記使用制限を実行するために予め定められた使用量の上限値のうち、少なくとも１つを含む。
【００２４】
前記照合情報と照合される被照合情報を生成する被照合情報生成手段を備えていることが好ましい。被照合情報は、例えば、上記のとおり正当な権限を有する権利者であることを認証するための認証情報である。
【００２５】
前記レンタル機器が貸し出し先から回収された後、前記記憶手段から前記登録情報を消去して前記記憶手段を初期化する初期化手段を備えていることが好ましい。
【００２６】
前記レンタル機器に設けられた画像メモリにアクセスして、前記画像メモリから撮影された画像を読み出す画像読み出し手段と、読み出した画像が保管され、前記画像をオンラインで要求元へ配信する画像サーバとを備えていることが好ましい。
【発明の効果】
【００２７】
本発明によれば、内視鏡を含むレンタル機器にその使用制限の実行又は解除するための登録情報を記憶させて、貸し出しを行うようにしたから、貸し出し先における内視鏡の不正な使用を防止することができる。
【発明を実施するための最良の形態】
【００２８】
内視鏡レンタルサービスの概要を示す図１において、内視鏡レンタル支援システム１０は、内視鏡１１のレンタルサービスを提供するレンタル業者１２が行う業務を、コンピュータを用いて支援するシステムである。レンタル業者１２は、レンタルの申し込みを受け付ける受付センタ１３と、貸し出し用の内視鏡１１を保管する保管センタ１４を保有している。保管センタ１４には、回収した使用済みの内視鏡１１に対して洗浄，消毒，滅菌などを行う洗浄装置１６と、洗浄済みの内視鏡１１を保管する保管庫１７が設置されている。
【００２９】
内視鏡レンタル支援システム１０は、受付センタ１３に設置される受付サーバ１８と、保管センタ１４に設置される在庫管理端末１９と、ＤＢ（データベース）サーバ２１とを備えており、これらはＬＡＮ（Local Area Network）２２によって相互に通信可能に接続されている。受付サーバ１８は、ルータ２３を介して、公衆系の通信ネットワークであるインターネット２４に接続されており、インターネット２４を通じてオンラインでレンタルの申し込みを受け付ける。ＤＢサーバ２１には、受付サーバ１８が受け付けた受付情報と、在庫として保有している内視鏡１１を管理するための管理情報とを格納するＤＢが構築されており、ＤＢサーバ２１は、受付サーバ１８及び在庫管理端末１９からのリクエストに応じて、ＤＢ内の情報検索とＤＢの更新を行う。
【００３０】
内視鏡のレンタルサービスでは、レンタルを申し込む依頼者と貸し出される内視鏡１１の使用者が、ともに内視鏡検査を行う医療施設（例えば、病院、診療所、検診センタ）となるのが標準的であるが、本例では、依頼者と使用者が一致しない例で説明する。具体的には、企業の健康保険組合が、その組合員の集団検診を行うためにレンタルを申し込む依頼者２６となり、医療施設である病院２７が、貸し出された内視鏡１１を使用する使用者となる例で説明する。本例のレンタルサービスは、例えば、順番を示す括弧付き数字が付された手順で行われる。
【００３１】
依頼元端末２８は、例えば、パーソナルコンピュータであり、インターネット２４上のＷｅｂサイトにアクセスしてＷｅｂページを閲覧するためのブラウザがインストールされている。依頼元端末２８は、キーボードやマウスなどの入力デバイスによって操作される。依頼元端末２８は、操作指示が入力されると、受付サーバ１８へアクセスして、図２に示すレンタル申し込み画面３１をダウンロードして、その画面３１をモニタに表示する。レンタル申し込み画面３１から申し込み情報が入力されて、送信指示がなされると、依頼元端末２８は、入力された申し込み情報を受付サーバ１８へ送信する。こうして、レンタル申し込みが行われる。
【００３２】
図２に示すように、レンタル申し込み画面３１には、レンタル希望日，内視鏡種別及び本数，依頼者種別，依頼者名，希望検査施設，会員コード，被検者情報の各項目からなる申し込み情報を入力する入力欄３１ａ〜３１ｇが設けられている。入力欄３１ａには、レンタルの貸し出し日及び貸し出し日数が入力される。
【００３３】
入力欄３１ｂでは、内視鏡の種別が指定される。内視鏡には、検査種別（用途）に応じて、上部消化管用、下部消化管用などの種別があり、入力欄３１ｂには、その種別情報が入力される。入力欄３１ｂには、異なる種別の複数の内視鏡の申し込みを１回の申し込みで行えるように、種別及び本数を入力する入力ボックスが複数組設けられている。
【００３４】
入力欄３１ｃでは、依頼者の種別が、医療施設，健康保険組合，その他の３つの選択肢から選択して指定される。各選択肢にはチェックボックスが設けられており、選択は、チェックボックスをチェックすることにより行われる。本例においては、依頼者２６が健康保険組合なので、健康保険組合のチェックボックスがチェックされている。入力欄３１ｄには、依頼者名（例えば「○×会社健康保険組合」）が入力される。
【００３５】
入力欄３１ｅでは、依頼者２６が希望する検査施設（レンタル業者１２から見れば内視鏡１１の使用者）が指定される。入力欄３１ｅの入力ボックスをマウスのポインタでクリックすると、複数の検査施設が含まれる選択メニューが表示される。選択メニューに表示される検査施設は、例えば、レンタル業者１２と提携した医療施設であり、レンタルの内視鏡１１を受け入れて、その内視鏡１１を使用して検査が可能な医療施設である。選択メニューは、例えば、プルダウン形式で表示され、そのメニューから所望の検査施設が選択されて指定される。これにより、依頼者２６の希望に適う検査施設を選べるようにしている。なお、医療施設が依頼者となり、自ら使用する内視鏡のレンタルを申し込む場合には、希望検査施設の入力は不要である。
【００３６】
会員コードの入力欄３１ｆには、レンタル業者１２が依頼者２６に対して発行した会員コードが入力される。会員コードの入力により、依頼者名や依頼者種別の入力を省略可能としてもよい。新規の申し込みの場合には、会員コードの入力は省略される。
【００３７】
被検者情報の入力欄３１ｇでは、内視鏡検査を受診する被検者の情報が入力される。被検者は、本例の場合では、健康保険組合の組合員となる。入力欄３１ｇには、入力ボタン３１ｈが設けられており、入力ボタン３１ｈをクリックすると、氏名，年齢，性別，住所などの詳細な項目を入力するための入力ウインドウ（図示せず）が開く。依頼者２６は、入力ウインドウから、受診予定の被検者に関する情報（氏名、性別、年齢など）を入力する。また、入力欄３１ｇには、入力ウインドウを使用せずに被検者情報を送付するためのチェックボックス（「後で送信する」）が設けられている。被検者情報を記載したリストを、電子メールやＦＡＸ等を用いて後で送信する場合には、チェックボックスにチェックを入れる。
【００３８】
申し込みボタン３１ｊは、入力した申し込み情報を送信指示するボタンであり、キャンセルボタン３１ｋは、入力した内容をキャンセルするボタンであり、閉じるボタン３１ｍは、レンタル申し込み画面３１を閉じるボタンである。
【００３９】
図１に戻って、受付サーバ１８は、依頼元端末２８からの申し込み情報を受信すると、受付処理を行う。受付処理では、ＤＢサーバ２１に対して申し込み情報を転送して、受付情報の記録要求と、在庫問い合わせ要求を発行する。ＤＢサーバ２１は、記録要求に従って、受付情報を記録し、在庫問い合わせ要求に従って、在庫の有無（レンタル希望日に指定された種別の内視鏡１１が指定本数分あるか否か）を検索して、受付サーバ１８に検索結果を応答する。
【００４０】
受付サーバ１８は、在庫があることを確認した場合には、その在庫を確保するために、ＤＢサーバ２１に対してＤＢの更新要求を発行する。ＤＢサーバ２１は、更新要求を受けて、該当する内視鏡１１が予約済みであることを示す情報をＤＢに記録する。この後、受付サーバ１８は、受付番号を発行し、依頼元端末２８に対して、受付処理が完了した旨の受付完了通知を送信する。
【００４１】
受付完了通知送信後、受付サーバ１８は、保管センタ１４の在庫管理端末１９へ出庫準備依頼を発行する。出庫準備処理では、依頼者２６に発行する認証カード３３、及び貸し出し対象となる内視鏡１１内に設けられたＥＥＰＲＯＭ（Electrically Erasable Programmable Read Only Memory）１１ａへの情報登録が行われる。情報登録処理は、保管センタ１４のスタッフの操作指示に従って、在庫管理端末１９によって実行される。
【００４２】
認証カード３３は、病院２７において、被検者３６が、貸し出された内視鏡１１で内視鏡検査を受ける正当な権限を有することを認証するための認証情報（被照合情報）が登録されるカードである。認証カード３３としては、例えば、情報を記憶するＩＣメモリを内蔵したＩＣカードが使用される。内視鏡１１のＥＥＰＲＯＭ１１ａには、予め貸し出し時に照合情報が登録されており、認証カード３３の認証情報は、ＥＥＰＲＯＭ１１ａの照合情報と照合される。後述するように、内視鏡１１には、不正な使用を防止するための使用制限機構が設けられており、内視鏡１１は、使用制限が実行された状態で貸し出される。認証情報と照合情報は、内視鏡１１の使用制限の解除をするための情報として利用される。
【００４３】
出庫準備処理が完了した後、在庫管理端末１９を通じて、内視鏡１１の貸し出し先となる病院２７の受付端末３４に対して、内視鏡１１の配送日が通知される。また、依頼者２６に対しては、情報登録済みの認証カード３３が発送される。認証カード３３は、依頼者２６によって、被検者３６へ配布される。一方、情報登録済みの内視鏡１１は、貸し出し日に合わせて病院２７へ配送される。
【００４４】
検査日には、被検者３６が病院２７へ登院して、内視鏡検査を受ける。病院２７の医師３７は、貸し出された内視鏡１１を用いて、内視鏡検査を行う。この検査の際に、認証カード３３によって内視鏡１１の使用制限が解除される。
【００４５】
病院２７において、内視鏡１１は、プロセッサ３８と接続されて使用される。プロセッサ３８は、内視鏡１１から撮像信号を得て画像を生成するプロセッサである。検査が終了すると、使用済みの内視鏡１１は、レンタル業者によって回収される。保管センタ１４では、回収された使用済みの内視鏡１１を再使用可能にするためのリプロセス処理が行われる。
【００４６】
リプロセス処理は、洗浄装置１６による洗浄処理と、洗浄終了後に行われる後処理とからなる。ここで、洗浄処理には、洗浄液による洗浄に加えて、消毒液による消毒、オートクレーブなどの滅菌のうち少なくとも１つが含まれる。洗浄が終了した内視鏡１１は、保管庫１７へ収納される。
【００４７】
後処理は、内視鏡１１のＥＥＰＲＯＭ１１ａからの情報を読み出す情報読み出し処理と、ＥＥＰＲＯＭ１１ａを初期化する初期化処理からなる。後処理は、例えば、内視鏡１１を保管庫１７に収納した状態で、在庫管理端末１９によって行われる。また、在庫管理端末１９は、後処理完了後、その完了通知を受付サーバ１８へ通知する。受付サーバ１８は、その通知を受けて、依頼者２６に対して代金請求処理を行う。
【００４８】
本例のレンタルサービスの概要は、以上の通りである。以下、上記サービスを支援する内視鏡レンタル支援システム１０の各部の構成について説明する。
【００４９】
図３に示すように、ＤＢサーバ２１は、受付サーバ１８及び在庫管理端末１９によって共用されるデータベースサーバであり、各装置１８，１９から受付情報や管理情報を受信して、そのデータを保管するデータストレージとしても機能する。ＤＢサーバ２１には、受付情報や管理情報の検索を容易にできるように、ＤＢ４１が構築される。ＤＢサーバ２１は、例えば、ワークステーションやパーソナルコンピュータなどのコンピュータをベースに、データベースを管理するソフトウエアであるＤＢＭＳ（Data Base Management System）をインストールすることによって構成される。
【００５０】
ＤＢ４１は、受付情報が格納される受付テーブル（ＴＢＬ）４２，内視鏡１１の管理情報が格納される管理テーブル（ＴＢＬ）４３から構成される。受付サーバ１８は、１件の申し込みを受け付ける毎に、申し込み情報に基づいて、図４（Ａ）に示す受付レコード４２ａを１件生成する。受付レコード４２ａは、受付テーブル４２に、受付順に格納される。受付レコード４２ａは、受付番号，受付日時，依頼者情報，内視鏡種別及び本数，貸し出し日，貸し出し日数，検査施設，被検者情報，代金請求などの複数のデータフィールドからなる。申し込み情報の各項目は、それぞれに対応するデータフィールドに記録される。
【００５１】
被検者情報のデータフィールドには、被検者名や被検者ＩＤなどの被検者情報が記録されるが、申し込み情報とは別に、複数の被検者情報を収録したリストファイルを受け付けた場合には、被検者情報のデータフィールドには、リストファイル名（例えば、被検者リスト１２４７８）が記録される。図４（Ｃ）に示すように、リストファイルは、ＤＢ４１に、リスト情報４４として格納される。リスト情報４４と受付レコード４２ａとは、リストファイル名によって相互参照が可能になっている。また、返却日のデータフィールドには、返却日が記録され、代金請求のデータフィールドには、請求済みか未了かを表す情報が記録される。
【００５２】
図４（Ｂ）に示す管理レコード４３ａは、在庫として抱える内視鏡１１を管理するための情報であり、在庫管理端末１９によって、内視鏡１本毎に生成される。管理レコード４３ａは、内視鏡ＩＤ，内視鏡種別，最終洗浄日時，最終貸し出し日，受付番号，最終返却日，最終点検日などの複数のデータフィールドからなる。内視鏡ＩＤは、内視鏡１１毎に付与される固有の識別情報である。最終洗浄日時，最終貸し出し日，最終返却日，最終点検日は、それぞれ、当該内視鏡１１が最後に、洗浄，貸し出し，返却，点検された日時を表す情報であり、これらのデータフィールドは、在庫管理端末１９によって更新される。
【００５３】
受付番号は、受付時の在庫確認後に当該内視鏡１１を確保するために受付サーバ１８によって記録される。この受付番号が管理レコード４３ａに記録されているか否かによって、当該内視鏡１１に貸し出しの予約がされているか否かが識別される。また、受付番号によって、受付レコード４２ａと管理レコード４３ａは、相互参照可能に対応付けられる。
【００５４】
また、ＤＢ４１には、これらのデータの他に、会員の名称、住所、連絡先などの会員情報を記録する会員マスタファイル、提携先の検査医療施設の名称、住所、連絡先などの情報を記録する検査医療施設マスタファイル、レンタル料金の体系を定めた課金情報を記録する課金マスタファイルなどが含まれており、これらのデータも受付サーバ１８及び在庫管理端末１９から参照可能に格納されている。
【００５５】
受付サーバ１８は、ワークステーションやパーソナルコンピュータなどのコンピュータをベースに、レンタル受付プログラムをインストールすることによって構成される。受付サーバ１８は、ＣＰＵ５１，メモリ５２，ＨＤＤ５３，ＬＡＮポート５４，コンソール５６を備えており、これらはデータバス５７を介して接続されている。コンソール５６は、操作画面やデータを表示するディスプレイと、キーボードやマウスを含む入力デバイスからなる。
【００５６】
ＨＤＤ５３には、オペレーティングシステムなどの制御プログラムやレンタル受付プログラム５８、レンタル申し込み画面３１のデータなどがインストールされている。メモリ５２は、ＣＰＵ５１が処理を実行するための作業用のメモリである。ＣＰＵ５１は、ＨＤＤ５３に格納されたプログラムをメモリ５２へロードして、プログラムに従った処理を実行することにより、装置各部を統括的に制御する。ＬＡＮポート５４は、ＬＡＮ２２を介して通信を行うための通信制御を行うネットワークインタフェースである。
【００５７】
ＣＰＵ５１は、レンタル受付プログラム５８が起動されると、申し込み受付部５１ａ，出庫準備依頼部５１ｂ，代金請求部５１ｃとして機能する。申し込み受付部５１ａは、依頼元端末２８からのアクセスを受け付けて、レンタル申し込み画面３１の配信処理を実行するとともに、レンタル申し込み画面３１を通じて入力された申し込み情報を受信して、上記受付処理を実行する。申し込み受付部５１ａは、申し込み情報に基づいて、受付レコード４２ａを生成する。また、依頼内容（内視鏡種別及び本数）に応じた内視鏡１１の管理レコード４３ａに受付番号を記録して、内視鏡１１を確保する。受付処理終了後、受付完了通知を依頼元端末２８へ送信する。
【００５８】
出庫準備依頼部５１ｂは、在庫管理端末１９に対して、出庫準備依頼を発行する。代金請求部５１ｃは、依頼者２６に対してレンタル代金の請求処理をする。請求処理では、予め依頼者２６から届け出を受けた金融機関に対して、決済情報が送信される。代金請求部５１ｃは、在庫管理端末１９から、回収した内視鏡１１のリプロセスが終了した旨の通知を受けると、請求処理を実行する。
【００５９】
在庫管理端末１９は、ワークステーションやパーソナルコンピュータなどのコンピュータをベースに、在庫管理プログラムをインストールすることによって構成される。在庫管理端末１９は、ＣＰＵ６１，メモリ６２，ＨＤＤ６３，ＵＳＢ（Universal Serial Bus）ポート６４，ＬＡＮポート６６，コンソール６７を備えており、これらはデータバス６８を介して接続されている。コンソール６７は、操作画面やデータを表示するディスプレイと、キーボードやマウスを含む入力デバイスからなる。
【００６０】
ＨＤＤ６３には、オペレーティングシステムなどの制御プログラムや在庫管理プログラム６９がインストールされている。メモリ６２は、ＣＰＵ６１が処理を実行するための作業用のメモリである。ＣＰＵ６１は、ＨＤＤ６３に格納されたプログラムをメモリ６２へロードして、プログラムに従った処理を実行することにより、装置各部を統括的に制御する。
【００６１】
ＬＡＮポート６６は、ＬＡＮ２２を介して通信を行うための通信制御を行うネットワークインタフェースである。ＵＳＢポート６４は、周知のように、ＵＳＢ規格に準拠した通信インタフェースであり、パソコンとその周辺装置との接続を行うための標準的な通信インタフェースである。ＵＳＢポート６４には、認証カード３３にアクセスして情報の読み出しや書き込みを行う、認証カード用のリーダライタ７１が接続される。
【００６２】
ＣＰＵ６１は、在庫管理プログラム６９が起動されると、準備依頼受付部６１ａ，情報登録部６１ｂ，後処理部６１ｃとして機能する。準備依頼受付部６１ａは、受付サーバ１８が発行する準備依頼を受け付ける。準備依頼を受信すると、在庫管理端末１９のコンソール６７にはその旨の表示がなされ、保管センタ１４のスタッフに内視鏡１１の出庫準備処理の実行を促す。
【００６３】
情報登録部６１ｂは、保管センタ１４のスタッフによってコンソール６７を通じて入力される操作指示に従って、認証カード３３及びＥＥＰＲＯＭ１１ａへの情報登録を行う。
【００６４】
図５に示すように、リーダライタ７１は、認証カード３３が装填されるスロットを備えている。スタッフは、未記録の認証カード３３をスロットに装填して、出庫準備処理を実行すべき内視鏡ＩＤ、申し込みの受付番号、情報登録指示を、在庫管理端末１９へ入力する。この操作指示が入力されると、情報登録部６１ｂは、ＤＢサーバ２１のＤＢ４１にアクセスして、必要な情報を読み出して、認証カード３３に登録すべき認証情報を生成する。認証情報を生成した後、その書き込み指示をリーダライタ７１に与える。リーダライタ７１は、書き込み指示に従って、認証情報を認証カード３３へ記録する。
【００６５】
一方、情報登録部６１ｂは、認証カード３３に対応する照合情報を、内視鏡１１のＥＥＰＲＯＭ１１ａに対して登録する。登録は、ＥＥＰＲＯＭ用のリーダライタ７２を用いて行われる。リーダライタ７２は、例えば、保管庫１７に設置された、内視鏡１１を収納する収納ラック７６に設けられている。収納ラック７６には、複数本の内視鏡１１が収納可能であり、リーダライタ７２は、その本数分設けられる。内視鏡１１は、例えば、コネクタを介してリーダライタ７２と接続された状態で、収納ラック７６内に保管される。リーダライタ７２は、例えば、ＬＡＮ２２を介して、在庫管理端末１９と通信可能に接続される。
【００６６】
情報登録部６１ｂは、コンソール６７から登録指示が入力されると、前記認証情報に対応する照合情報を生成し、その照合情報の書き込み指示をリーダライタ７２に与える。リーダライタ７２は、書き込み指示に従って、照合情報をＥＥＰＲＯＭ１１ａに書き込む。在庫管理端末１９の後処理部６１ｃは、回収された内視鏡１１のＥＥＰＲＯＭ１１ａから情報を読み出して、ＤＢ４１を更新する。そして、情報読み出し後、ＥＥＰＲＯＭ１１ａ内の照合情報等を消去して、ＥＥＰＯＲＭ１１ａを初期化する。
【００６７】
図６に示すように、ＥＥＰＲＯＭ１１ａには、例えば、内視鏡ＩＤ，洗浄情報，照合情報，使用量情報，照合結果が格納される。内視鏡ＩＤとしては、例えば、製造時にメーカで記録されるＩＤや、レンタル業者１２によって付与される識別用のＩＤが使用される。洗浄情報としては、最後に洗浄が行われた最終洗浄日時が記録される。この最終洗浄日時は、洗浄装置１６によって記録される。在庫管理端末１９は、ＥＥＰＲＯＭ１１ａに記録された最終洗浄日時を参照して、管理レコード４３ａの最終洗浄日時を記録する。
【００６８】
照合情報には、例えば、依頼者情報，検査医療施設，被検者情報，検査（使用）予定日が含まれる。認証カード３３のＩＣメモリ３３ａには、これら照合情報と同じ情報が、認証情報として登録される。これら照合情報と認証情報が照合され、両者が一致した場合に、内視鏡１１の使用制限が解除される。認証カード３３は、被検者３６によって病院２７に持ち込まれるので、被検者３６が検査を受診するまでの間に、被検者３６に割り当てられた内視鏡１１が別の検査に使用されることが防止される。
【００６９】
なお、本例で示した照合情報及び認証情報の各項目は、一例であり、各項目の組み合わせはこれに限るものではない。例えば、これらのうち、いずれか１項目でもよいし、これらの項目に加えて、さらに別項目を加えてもよい。また、これらの各項目を、認証カード３３やＥＥＰＲＯＭ１１ａにそれぞれ登録だけはしておき、そのうちの１項目を照合対象の項目として使用してもよい。また、被検者情報などのＩＤ情報をパスワードと利用しているが、これらの項目とは別に、専用のパスワードを生成して使用してもよい。
【００７０】
使用量情報は、内視鏡１１が所定の使用量を超えて不正に使用されないようにするために記録される情報である。使用量情報としては、例えば、プロセッサ３８と内視鏡１１との接続回数及び接続時間を含む使用量の上限値、接続回数及び接続時間の実測値が格納される。
【００７１】
使用量上限値は、貸し出し日数を含むレンタル契約の内容に応じて設定され、出庫準備処理の際に、在庫管理端末１９によって記録される。例えば、貸し出し日数が１日の場合には、使用量上限値が１日と設定され、２日の場合には、２日と設定される。もちろん、日数単位ではなく時間単位で定めてもよい。接続回数は、プロセッサ３８と接続可能な回数であり、例えば、１回の検査に必要な接続回数が上限値として設定される。使用量上限値は、貸し出し日数が１日の場合でも、２日を設定するといったように、ある程度余裕を持たせた値を設定してもよく、レンタル業者１２によって適宜設定が可能である。
【００７２】
接続回数及び接続時間の実測値は、後述するように、内視鏡１１自体で測定されて記録される。実測値が上限値を超えた場合には、内視鏡１１の使用制限が実行される。また、実測値は、内視鏡１１の回収後、在庫管理端末１９によって読み出され、管理レコード４３ａに記録される。管理レコード４３ａに記録された実測値は、例えば、保守点検の時期を見極めるための情報として利用される。また、その実測値を、依頼者２６への請求代金を算定する基礎として利用してもよい。
【００７３】
照合結果は、認証情報と照合情報が一致したか否かのいずれかが記録される。使用量判定結果は、実測値が上限を超えたか否か（超過ｏｒ上限値内）が記録される。照合結果及び使用量判定結果も、実測値と同様に、内視鏡１１によって記録される。これら使用量情報、照合結果及び使用量判定結果は、照合情報とともに初期化処理の対象となり、回収後に読み出された後、消去される。
【００７４】
図７に示すように、内視鏡１１は、接続されたプロセッサ３８からの給電を受けて動作する。内視鏡１１は、被検者３６の体腔内に挿入される可撓性の挿入部を備えている。挿入部の先端には、観察窓８１が設けられており、観察窓８１の内部には、撮影レンズ８２と、ＣＣＤ８３などの固体撮像素子が設けられている。また、先端には、照明窓が設けられており、ライトガイドによって導光される光が、照明窓から被観察部位に向けて照射される。
【００７５】
内視鏡１１は、ＣＣＤ８３及びＥＥＰＲＯＭ１１ａの他、ドライバ８４，コネクタ８６，制限スイッチ８７，切り替え回路８８，ＣＰＵ８９，タイマ９１，表示器９２，操作ボタン９３，カードリーダ９４を備えている。
【００７６】
ドライバ８４は、制御信号に基づいてＣＣＤ８３を駆動する。ＣＣＤ８３から出力されるアナログの撮像信号は、コネクタ８６を介してプロセッサ３８に入力される。制限スイッチ８７は、例えば、スイッチングトランジスタであり、ドライバ８４とコネクタ８６を結ぶ信号経路上に配置されている。制限スイッチ８７がオフされると、信号経路が遮断されて、撮像信号のプロセッサ３８への入力が阻止される。オンされると、信号経路が導通されて、プロセッサ３８への入力が許容される。制限スイッチ８７のオンオフは、切り替え回路８８によって切り替えられる。制限スイッチ８７は、オフの状態で貸し出される。
【００７７】
ＣＰＵ８９は、内視鏡１１の装置各部を制御する。カードリーダ９４は、内視鏡１１の本体に設けられており、認証カード３３を着脱自在に装填可能なスロット９４ａを備えている。カードリーダ９４は、認証カード３３にアクセスして登録された認証情報を読み取る。ＣＰＵ８９は、カードリーダ９４から認証情報を受け取り、ＥＥＰＲＯＭ１１ａから読み出した照合情報との照合処理を行う。照合処理の結果、両者が一致しない場合には、使用制限を解除せず、両者が一致した場合には、ＣＰＵ８９は、切り替え回路８８を通じて制限スイッチ８７をオンして、使用制限を解除する。照合結果は、ＣＰＵ８９によってＥＥＰＲＯＭ１１ａに書き込まれる。
【００７８】
また、ＣＰＵ８９は、プロセッサ３８と内視鏡１１の接続を検知する接続検知手段として機能する。接続の検知は、コネクタ８６を通じて、プロセッサ３８と接続されたときの信号線の電圧変化などを検出することにより行われる。タイマ９１は、接続時間を測定する測定手段である。タイマ９１は、プロセッサ３８との接続が検知されると、作動して計時を開始する。
【００７９】
ＣＰＵ８９は、タイマ９１で測定された接続時間に基づいて、ＥＥＰＲＯＭ１１ａ内の接続時間の実測値を、所定時間間隔で更新する。ＣＰＵ８９は、接続時間の実測値と、予め設定された使用量上限値とを比較して、実測値が使用量上限値を超えたか否かを判定する。実測値が使用上限値を超えた場合には、切り替え回路８８を介して、制限スイッチ８７をオフする。この判定は、実測値の更新間隔に合わせて繰り返し行われる。
【００８０】
なお、本例では、実測値の更新や判定を所定時間間隔で行っているが、これは、内視鏡１１が、プロセッサ３８から給電を受けて動作しているため、実測値の更新や判定のタイミングを、接続終了時とすると、適切に更新や判定が行われない可能性があるからである。したがって、例えば、内視鏡１１にバッテリを内蔵して、プロセッサ３８からの給電を受けずに、更新や判定が確実に行われるようにすれば、接続中は、更新や判定を行わずに、接続終了の際に、更新と判定を実行するようにしてもよい。
【００８１】
表示器９２は、例えば、液晶表示器であり、使用者にメッセージを報知する。表示されるメッセージには、カードリーダ９４への認証カード３３の挿入を促すメッセージ（例えば、「認証カードを挿入してください」）、認証情報と照合情報の照合結果（例えば、「パスワードが一致しないので、使用制限を解除できません。あるいは、パスワードが一致したので、使用制限を解除しました」）、使用量の実測値と上限値の判定結果（例えば、「使用量が上限を超えたため、使用制限を実行しました」）が含まれる。さらに、ＣＰＵ８９が使用量の上限値から実測値を控除した値に基づいて、使用可能な残量（時間、日数及び接続回数）を表示してもよい。
【００８２】
操作ボタン９３には、静止画の画像データを記録するためのレリーズボタンや、プロセッサ３８のモニタの画像表示を一時停止するフリーズボタンが含まれる。操作ボタン９３の操作信号は、ＣＰＵ８９を経由して、プロセッサ３８へ入力される。
【００８３】
プロセッサ３８は、ＣＰＵ１０１，コネクタ１０２，信号処理部１０３，画像処理部１０４，表示制御部１０５，ＨＤＤ１０６，ＬＡＮポート１０７を備えている。ＣＰＵ１０１は、装置各部を制御する。コネクタ１０２は、コネクタ８６と接続され、内視鏡１１からの撮像信号を受信するとともに、ＣＰＵ１０１からの制御信号を内視鏡１１へ送信する通信インタフェースである。
【００８４】
信号処理部１０３は、アナログの撮像信号のゲイン調整や、撮像信号をデジタルな画像データへ変換するＡ／Ｄ変換を行う。画像処理部１０４は、画像データに対して種々の画像処理を施す。表示制御部１０５は、画像処理済みの画像データに基づいて表示用画像を生成して、モニタ１０９へ出力する。また、画像処理部１０４は、レリーズボタンの押下により静止画の記録指示が入力された場合には、撮影された静止画の画像データをＨＤＤ１０６に出力して保存する。動画を保存する場合には、動画の画像データがＨＤＤ１０６に出力されて保存される。
【００８５】
ＬＡＮポート１０７は、ＬＡＮ２２を介して通信を行うための通信制御を行うネットワークインタフェースである。プロセッサ３８は、ＬＡＮポート１０７を介して、例えば、画像ファイリング装置と接続され、ＬＡＮポート１０７は、保存した画像データを画像ファイリング装置へ転送するための出力ポートとして用いられる。
【００８６】
以下、図８〜図１０のフローチャートを参照しながら、上記構成による作用を説明する。レンタル申し込みから出庫準備までのフローを示す図８において、受付サーバ１８が起動されると、申し込みを受け付ける待機状態に入る。依頼元端末２８からのアクセスを受け付けると、依頼元端末２８へレンタル申し込み画面３１を配信する。依頼元端末２８は、レンタル申し込み画面３１を通じて入力された申し込み情報を受付サーバ１８に送信する。
【００８７】
受付サーバ１８は、申し込み情報を受信すると、受付処理を実行する。受付処理では、申し込み情報に基づいて受付レコード４２ａを生成し、これを受付テーブル４２へ格納する。また、内視鏡１１の種別及び本数を検索条件としてＤＢサーバ２１へ送信して、該当する内視鏡１１の在庫の有無を確認する。在庫が確認できた場合には、その内視鏡１１の管理レコード４３ａに受付番号を記録して、管理テーブル４３を更新し、内視鏡１１を確保する。そして、受付サーバ１８は、在庫管理端末１９に対して、受付番号を記録した内視鏡１１の出庫準備依頼を発行する。受付処理が完了すると、受付サーバ１８は、依頼元端末２８に対して受付完了通知を送信する。
【００８８】
保管センタ１４のスタッフは、在庫管理端末１９に出庫準備依頼が届いている場合には、在庫管理端末１９を使用して出庫準備を行う。スタッフは、在庫管理端末１９を操作して、依頼対象の内視鏡ＩＤを確認し、その内視鏡１１に対する情報登録指示を入力する。情報登録指示が入力されると、在庫管理端末１９は、申し込み情報に基づいて、図６に示す照合情報を生成し、ＬＡＮ２２及びリーダライタ７２を通じて、指定された内視鏡１１のＥＥＰＲＯＭ１１ａに照合情報を登録する。また、この照合情報に対応する認証情報を、リーダライタ７１にセットされた未記録の認証カード３３へ登録する。
【００８９】
ＬＡＮ２２及びリーダライタ７２を通じて、内視鏡１１のＥＥＰＲＯＭ１１に情報が登録されるので、情報登録のために内視鏡１１を保管庫１７から運び出したり、スタッフが保管庫１７に赴く必要がなく、出庫準備作業を簡単に行うことができる。
【００９０】
在庫管理端末１９は、情報登録が完了した後、配送日を病院２７へ通知する。出庫準備処理が完了すると、スタッフによって、情報登録済みの認証カード３３が依頼者２６へ発送され、依頼者２６によって、被検者３６に認証カード３３が配布される。また、内視鏡１１は、使用制限が実行された状態（制限スイッチ８７がオフ）で出庫され、貸し出し日に間に合うように、病院２７へ配送される。
【００９１】
検査日には、被検者３６が認証カード３３を持参して病院２７で検査を受ける。医師３７は、被検者から認証カード３３を受け取って、内視鏡検査を開始する。内視鏡１１は、コネクタ８６を介してプロセッサ３８に接続される。内視鏡１１は、プロセッサ３８に接続されると、プロセッサ３８から給電を受けて作動を開始する。
【００９２】
図９に示すように、ＣＰＵ８９は、プロセッサ３８との接続を検知すると、認証カード３３の装填を促す案内メッセージを表示器９２に表示する。認証カード３３がカードリーダ９４へ装填されると、ＣＰＵ８９は、ＥＥＰＲＯＭ１１ａ内の照合情報と認証カード３３内の認証情報とを照合する。照合により、両情報が一致した場合には、ＣＰＵ８９は、切り替え回路８８を通じて、制限スイッチ８７をオンして、使用制限を解除する。一方、一致しない場合には、使用制限を解除せずに、表示器９２に警告メッセージを表示する。
【００９３】
このように、被検者３６が持参する認証カード３３内の認証情報によって、内視鏡１１の使用制限を解除するようにしているから、被検者３６以外の検査に内視鏡１１が不正に使用されることがない。レンタル業者１２にとっては、不正使用が防止されることにより、貸し出した内視鏡１１に起因する不測の医療事故の発生を未然に防ぐことができる。また、被検者３６に対しては、レンタル業者１２によって適切に整備された状態の内視鏡１１によって検査が受けられるという、安心感を与えることができる。
【００９４】
使用制限が解除されると、ＣＰＵ８９は、ＥＥＰＲＯＭ１１ａ内の接続回数の実測値を更新する。また、接続時間の計時が開始され、ＥＥＰＲＯＭ１１ａ内の接続時間の実測値が所定時間間隔で更新される。そして、ＣＰＵ８９は、これらの実測値と上限値の比較を、実測値が更新される毎に行う。ＣＰＵ８９は、使用量が上限値を超えた場合には、制限スイッチ８７をオフして、使用制限を実行する。使用制限を実行した場合には、規定の使用量を超えたので内視鏡１１が使用不能にされた旨の警告メッセージが、表示器９２に表示される。このように、内視鏡１１の使用量を監視して、規定の使用量を超えた場合に、使用制限を行うようにしたので、予め契約した使用量を超えて、内視鏡１１が不正に使用されることが防止される。このため、内視鏡１１が適切な点検時期を超えて使用されることが防止され、貸し出し先における医療事故の発生を未然に防ぐことができる。
【００９５】
検査を終了した内視鏡１１は、病院２７から保管センタ１４へ回収される。保管センタ１４へ回収されると、使用済みの内視鏡１１は、洗浄装置１６で洗浄される。この洗浄の際に、洗浄装置１６によって、ＥＥＰＲＯＭ１１ａ内に最終洗浄日時が記録される。洗浄処理が終了すると、内視鏡１１は保管庫１７へ収容され、後処理が開始される。
【００９６】
図１０に示すように、在庫管理端末１９が起動されて、スタッフによって、指定した内視鏡１１の後処理の指示が入力されると、在庫管理端末１９は、ＬＡＮ２２及びリーダライタ７２を通じて、後処理を実行する。リーダライタ７２によってＥＥＰＲＯＭ１１ａから使用量の実測値が読み出されると、在庫管理端末１９は、その実測値をＤＢ４１の管理テーブル４３に記録する。また、受付テーブル４２にアクセスして、受付レコード４２ａに返却日を記録する。返却日を記録した後、在庫管理端末１９は、受付レコード４２ａ内の受付番号をクリアする。これにより、当該内視鏡１１に次の予約が入れられるようになる。在庫管理端末１９は、ＥＥＰＲＯＭ１１ａから必要な情報の読み出しを終了した後、ＥＥＰＲＯＭ１１ａ内の登録情報を消去して、初期化する。在庫管理端末１９は、後処理が完了すると、後処理完了通知を受付サーバ１８に送信する。受付サーバ１８は、後処理完了通知を受信すると、依頼元へ代金請求処理を実行する。
【００９７】
上記実施形態では、認証情報が登録された認証カードを用い、認証カードを内視鏡へセットすることにより、内視鏡への認証情報の入力を行い、照合処理が実行されるようにしているが、内視鏡へ認証情報を入力する手段は、上記に限定されるものではない。例えば、暗証番号や暗証コードなどの認証情報を入力するための操作パネルを内視鏡に設けて、その操作パネルから認証情報を入力するようにしてもよい。また、内視鏡と接続されるプロセッサや、プロセッサと接続される画像ファイリング装置などの周辺装置から、コネクタを通じて内視鏡へ認証情報を入力するようにしてもよい。
【００９８】
これらの場合には、例えば、被検者が認証情報を内視鏡検査を行う病院のスタッフに告げて、スタッフが認証情報を入力する。また、被検者が入力してもよい。また、これらの場合には、内視鏡に認証カードがセットされるカードリーダを設ける必要はない。さらに、これらの場合には、認証情報を登録した認証カードを依頼者へ送付しなくてもよく、認証情報を電子メールなどによって依頼者へ通知するようにしてもよい。この場合には、例えば、受付サーバ１８が依頼元端末２８へ認証情報を通知する。
【００９９】
上記実施形態では、内視鏡の使用制限として、内視鏡によって検査を受ける被検者の認証による使用制限とともに、使用量を監視して使用量に応じた使用制限の両方を行う例で説明したが、いずれか一方だけでもよい。
【０１００】
上記実施形態では、使用量が上限値を超えた場合には、直ちに内視鏡が使用不能になる例で説明したが、検査中に突然使用不能になって観察画像が確認できなくなってしまうと、すでに内視鏡が挿入されている被検体の観察や処置に支障が生じる。そのため、使用量が超えたと判定された場合でも、所定の実行条件が満足されるまでの間、使用制限が実行されないようにするとよい。所定の実行条件は、当該検査が終了するまでの間、観察や処置に支障が生じないようにするための条件であり、具体的には、以下のとおりである。
【０１０１】
例えば、図１１に示すように、使用量が上限値を超えた場合には、ＣＰＵ８９が、使用量判定結果として使用量超過フラグをＥＥＰＲＯＭ１１ａに書き込み、接続が終了するまでは、使用制限を行わず、警告のみを行う。そして、次回の接続により内視鏡が再起動した際には、ＣＰＵが使用量超過フラグの有無を判定し、使用量超過フラグが書き込まれている場合には、使用制限を実行する。
【０１０２】
また、使用量が上限値を超えた場合でも、警告のみを行って、一定時間が経過する間、使用制限の実行を猶予するようにしてもよい。この場合には、ＣＰＵ８９は、使用量が上限値を超えたと判定したときに、タイマ９１による計時を開始し、一定時間の経過を待って使用制限を実行する。
【０１０３】
また、上記実施形態では、使用制限手段として、撮像信号の信号経路を遮断する制限スイッチを用い、撮像信号が出力されないようにする例で説明したが、撮像信号が全く出力されないようにするのではなく、出力する解像度や画素数を落とすようにしてもよい。これによれば、使用制限を実行した場合でも、低画質の観察画像が得られるので、観察や処置に最小限必要な視野を確保できる。
【０１０４】
また、使用制限の内容としては、例えば、観察は可能だが、静止画の保存はできないなど、一部の機能を制限するようにしてもよい。また、撮像信号ではなく、制御信号の信号経路や給電経路を遮断するようにしてもよい。
【０１０５】
また、上記実施形態では、使用量が上限値を超えたか否かの判定を、使用時間や接続回数に従って実測値を更新し、更新した実測値と上限値とを比較して行っているが、予め記録した上限値から、使用時間や接続回数を控除して、上限値が０になったときに使用量が上限値を超えたと判定するようにしてもよい。
【０１０６】
また、上記実施形態では、使用時間と接続回数の両方を使用量として使用しているが、いずれか一方だけでもよい。また、使用量としては、静止画の撮影枚数を使用してもよい。
【０１０７】
また、上記実施形態では、警告や案内のメッセージを表示する表示器として、液晶表示器を使用した例で説明しているが、もちろん、液晶表示器に限らず、インジケータランプ、音声表示器など、各種の表示器を使用してもよい。
【０１０８】
また、上記実施形態では、内視鏡のＥＥＰＲＯＭに照合情報を記録する例で説明したが、照合情報を記録する内視鏡用の内部メモリとしては、ＥＥＰＲＯＭ以外でもよく、例えば、ＲＦＩＤタグを利用してもよい。
【０１０９】
また、上記実施形態では、内視鏡に、制限スイッチ、ＥＥＰＲＯＭ及びＣＰＵを設け、内視鏡で、使用制限の解除や実行を判定するようにしているが、使用制限を行うための構成の全部又は一部を、プロセッサや画像ファイリング装置など、内視鏡と通信可能に接続される周辺装置に設けてもよい。この場合には、例えば、周辺装置が内視鏡のＣＰＵの代わりに、内視鏡のＥＥＰＲＯＭから照合情報を読み出して、使用制限の解除をするか否かを判定したり、使用量を測定して、使用量の実測値が上限値を超えたか否かを判定する。また、内視鏡とプロセッサをセットでレンタルするような場合には、プロセッサ内に照合情報や使用量の上限値を登録する記憶手段を設け、プロセッサで使用制限の解除や実行の判定を行うとともに、内視鏡に対して制御信号の出力を制限するといった使用制限を行うようにしてもよい。
【０１１０】
ところで、被検者の中には、内視鏡の検査結果だけでなく、検査時に撮影した検査画像を欲するものもいる。しかし、医療施設は、多忙を極めているため、そうした被検者の要望には応えにくいという問題があった。そこで、以下に、レンタル用の内視鏡を利用して、そうした要望に応えることが可能な実施形態を以下に示す。
【０１１１】
図１２において、内視鏡１１０は、画像データの記録が可能な容量を持つメモリカード１１１が着脱自在に装填される。ここで、内視鏡１１０は、図７に示す内視鏡１１と共通する部分が多いため、共通部分については、便宜上、共通の符合を付す。メモリカード１１１は、例えば、ＣＦカードである。
【０１１２】
内視鏡１１０は、上記内視鏡１１と同様に使用制限機能を備えており、メモリカード１１１は、ＩＣカードを用いた上記認証カード３３と同様に機能する。すなわち、メモリカード１１１には、被検者の認証を行うための認証情報が登録され、被検者３６によって病院２７に持ち込まれる。内視鏡１１０には、メモリカード１１１にアクセスして情報の読み出しと書き込みを行うメモリカード用のリーダライタ１１２が設けられている。リーダライタ１１２は、メモリカード１１１を着脱自在にセットされるスロット１１２ａを備えている。リーダライタ１１２は、スロット１１２ａに装填されたメモリカード１１１にアクセスして、メモリカード１１１から認証情報を読み出しと、メモリカード１１１への画像データの書き込みを行う。
【０１１３】
ＣＰＵ８９は、プロセッサ３８に対して、ＨＤＤ１０６に保存された静止画の画像データの送信をリクエストする。プロセッサ３８は、送信リクエストに応答して、コネクタ１０２を介して内視鏡１１０に対して、画像データを送信する。コネクタ８６で受信した画像データは、リーダライタ１１２によってメモリカード１１１に書き込まれる。検査終了後、メモリカード１１１は、被検者３６によって持ち帰られる。これにより、被検者３６は、検査画像を受け取ることができる。なお、静止画を記録する例で説明したが、メモリカード１１１に容量があれば、静止画に加えて動画を記録してもよい。
【０１１４】
また、上記実施形態では、メモリカードに検査画像を記録して、被検者３６に提供する例で説明したが、メモリカードの代わりに、内視鏡のＥＥＰＲＯＭに記録してもよい。この場合には、図１３に示すように、例えば、保管センタ１４において実施される後処理において、在庫管理端末１９が、リーダライタ７２を通じて、内視鏡１１のＥＥＰＲＯＭ１１ａから、被検者情報とともに検査画像を読み出す。在庫管理端末１９は、ＥＥＰＲＯＭ１１ａからの検査画像の読み出しが完了した場合には、ＥＥＰＲＯＭ１１ａ内の検査画像を消去する。これにより、個人情報がレンタル用の内視鏡を通じて不用意に流出することが防止される。検査画像の消去は、例えば、後処理部６１ｃによって、登録情報の消去を行う初期化のタイミングで行われる。
【０１１５】
読み出した検査画像は、在庫管理端末１９から、ＬＡＮ２２を通じて、画像サーバ１２１にアップロードされる。画像サーバ１２１の制御部１２１ａは、画像格納エリア１２１ｂに、検査画像を、被検者ＩＤに関連付けて格納する。
【０１１６】
画像サーバ１２１は、インターネット２４に接続されており、インターネット２４を通じて検査画像の配信要求を受け付ける。被検者３６は、ブラウザがインストールされたパーソナルコンピュータなどの端末から画像サーバ１２１にアクセスする。画像サーバ１２１は、画像配信要求を受信すると、ＩＤ入力画面を要求元端末へ配信する。このＩＤ入力画面で、例えば、被検者ＩＤが入力されて、そのＩＤが画像サーバ１２１へ送信される。画像サーバ１２１の制御部１２１ａは、そのＩＤに対応する検査画像を、画像格納エリア１２１ｂ内から検索する。被検者ＩＤに対応する検査画像がある場合には、その検査画像を要求元へ配信する。対応する検査画像が無い場合には、その旨のメッセージを配信する。
【０１１７】
これにより、内視鏡のＥＥＰＲＯＭに検査画像を記録するようにした場合でも、被検者に対して検査画像を提供することが可能となる。検査画像は、被検者ＩＤによって認証された端末へ配信されるので、個人情報が不用意に流出することはない。よりセキュリティを重視する場合には、被検者ＩＤとは別にパスワードを発行して、パスワード照合により、配信を許可するようにしてもよい。
【０１１８】
このように内視鏡のＥＥＰＲＯＭを、検査画像を格納する画像メモリとして用いれば、ＣＦカードなどのメモリカードを用いずに、検査画像を提供することが可能になる。また、画像提供サービスにメモリカードを使用すると、メモリカードの代金を利用料に転嫁せざるを得ないので、サービスの利用料が高額化する懸念があるが、内視鏡のメモリと画像サーバを使用して画像提供を行えば、そうした懸念もなく、利用料を低額化することができる。なお、内視鏡とプロセッサをセットで貸し出す場合には、プロセッサのＨＤＤを画像メモリとして使用してもよい。
【０１１９】
上記実施形態では、受付サーバによって、レンタルの申し込みの受付処理を行って、在庫管理端末によって、出庫準備処理と後処理を行う例で説明したが、これらの処理を１つの装置で行うようにしてもよい。
【０１２０】
上記実施形態では、在庫管理端末によって、回収後の内視鏡の後処理（情報読み出し及び初期化）を行う例で説明したが、在庫管理端末の代わりに、洗浄装置によって行ってもよい。この場合には、洗浄装置には、内視鏡のコネクタと接続して、内視鏡の内部メモリの情報を読み出し、読み出した情報を、ネットワークを通じて外部に出力する情報出力機能が備えられる。また、画像の読み出し及び画像サーバへのアップロードを、在庫管理端末の代わりに洗浄装置に行わせてもよい。
【０１２１】
上記実施形態では、依頼者として、企業などの法人の健康保険組合を例に説明したが、依頼者は、法人に限らず個人でもよい。依頼者が個人となる場合のレンタルサービスの利用例としては、例えば、依頼者が、内視鏡のレンタルの申し込みをし、そのレンタル内視鏡で検査を受ける権利を、依頼者の近親者や大切な友人など、依頼者がその人の健康を気づかって内視鏡検査を受けてもらいたいと考えている相手に対して、あたかもギフト券のようにプレゼントするといった利用例が考えられる。内視鏡検査には少なからず苦痛が伴うため、内視鏡検査を受けることに消極的な人や、自ら検査を申し込むことを億劫がって敬遠している人も多く、そのような人に対しては、こうしたサービスが、検査を受ける良い機会を与えることにもなる。
【０１２２】
また、レンタルサービスの形態として、内視鏡をレンタルする依頼者と、貸し出された内視鏡を使用する使用者とが一致しない例で説明したが、これに限らず、本発明は、依頼者と使用者が一致する標準的な形態（例えば、医療施設がレンタルを申し込む場合）のレンタルサービスにも適用することが可能である。
【０１２３】
また、内視鏡単体をレンタル機器としてレンタルする例で説明したが、内視鏡と、プロセッサや画像ファイリング装置などの周辺装置からなる内視鏡装置をレンタル機器としてもよい。
【０１２４】
また、医療用内視鏡を例に説明したが、本発明は、工業用内視鏡など、医療用内視鏡以外にも適用することが可能である。
【０１２５】
また、上記実施形態では、本発明を、レンタルサービスを支援するシステムの形態で説明したが、方法やプログラムの形態にも適用可能である。
【図面の簡単な説明】
【０１２６】
【図１】内視鏡レンタルサービスの概要を説明する説明図である。
【図２】レンタル申し込み画面の例を示す説明図である。
【図３】受付サーバと在庫管理端末の概略構成図である。
【図４】受付レコードと管理レコードの説明図である。
【図５】後処理の説明図である。
【図６】ＥＥＰＲＯＭ及び認証カードに記録される情報の例を示す説明図である。
【図７】内視鏡装置の構成図である。
【図８】レンタル申し込みから出庫準備までの手順を示すフローチャートである。
【図９】内視鏡の使用制限の解除及び実行の手順を説明するフローチャートである。
【図１０】内視鏡の回収後の手順を示すフローチャートである。
【図１１】検査途中で使用制限が実行されないようにする例のフローチャートである。
【図１２】メモリカードを使用して被検者に検査画像を提供する場合の内視鏡装置の構成図である。
【図１３】内視鏡のＥＥＰＲＯＭをしようして被検者に検査画像を提供する場合の説明図である。
【図１４】図１３の例の検査画像のダウンロード手順を示すフローチャートである。
【符号の説明】
【０１２７】
１０ 内視鏡レンタル支援システム
１１ 内視鏡
１１ａ ＥＥＰＲＯＭ
１２ レンタル業者
１３ 受付センタ
１４ 保管センタ
１６ 洗浄装置
１７ 保管庫
１８ 受付サーバ
１９ 在庫管理端末
２１ ＤＢサーバ
２６ 依頼者
２７ 病院
２８ 依頼元端末
３３ 認証カード
３３ａ ＩＣメモリ
３６ 被検者
３８ プロセッサ
４１ ＤＢ
５１ （受付サーバの）ＣＰＵ
５１ａ 申し込み受付部
５１ｂ 出庫準備依頼部
５１ｃ 代金請求部
６１ （在庫管理端末の）ＣＰＵ
６１ａ 準備依頼受付部
６１ｂ 情報登録部
６１ｃ 後処理部
８６ コネクタ
８７ 制限スイッチ
８８ 切り替え回路
８９ ＣＰＵ
９１ タイマ
９２ 表示器
【特許請求の範囲】
【請求項１】
被検体内を撮影する内視鏡において、
前記内視鏡の使用を制限する使用制限手段と、
前記使用制限手段による使用制限の実行又はその解除をするために用いられる登録情報を記憶する記憶手段とを備えたことを特徴とする内視鏡。
【請求項２】
前記登録情報は、前記使用制限手段による使用制限を解除するための照合情報、及び前記使用制限を実行するために予め定められた使用量の上限値のうち、少なくとも１つを含むことを特徴とする請求項１記載の内視鏡。
【請求項３】
前記照合情報と照合される被照合情報を入力する被照合情報入力手段と、
前記照合情報と前記被照合情報を照合する照合手段を備えており、
前記使用制限手段は、前記照合手段の照合結果に基づいて、前記使用制限を解除することを特徴とする請求項２記載の内視鏡。
【請求項４】
前記内視鏡の使用量を測定する使用量測定手段と、
前記使用量の実測値が前記上限値を超えたか否かを判定する判定手段と、
前記使用制限手段は、前記判定手段の判定結果に基づいて、前記使用制限を実行することを特徴とする２又は３記載の内視鏡。
【請求項５】
前記使用制限手段は、前記判定手段によって前記実測値が前記上限値を超えたと判定された場合でも、所定の実行条件が満足されるまで、前記使用制限を実行しないことを特徴とする請求項４記載の内視鏡。
【請求項６】
前記実行条件は、一定時間の経過又は再起動であることを特徴とする請求項５記載の内視鏡。
【請求項７】
前記照合結果及び前記判定結果のうち、少なくとも１つを表示する表示手段を備えたことを特徴とする請求項３又は４記載の内視鏡。
【請求項８】
撮影された画像を格納する画像メモリ、又は、前記画像メモリが着脱自在にセットされ、前記画像メモリにアクセスして前記画像を記録する記録手段を備えたことを特徴とする請求項１〜７いずれか記載の内視鏡。
【請求項９】
被検体内を撮影する内視鏡と、前記内視鏡と通信可能に接続される周辺装置とからなる内視鏡装置において、
前記内視鏡の使用を制限する使用制限手段と、
前記使用制限手段による使用制限の実行又はその解除をするための登録情報を記憶する記憶手段とを備えたことを特徴とする内視鏡装置。
【請求項１０】
前記周辺装置は、前記内視鏡が出力する撮像信号に基づいて画像を生成するプロセッサであることを特徴とする請求項９記載の内視鏡装置。
【請求項１１】
前記登録情報は、前記使用制限手段による使用制限を解除するための照合情報、及び前記使用制限を実行するために予め定められた使用量の上限値のうち、少なくとも１つを含むことを特徴とする請求項９又は１０記載の内視鏡装置。
【請求項１２】
前記照合情報と照合される被照合情報を入力する被照合情報入力手段と、
前記照合情報と前記被照合情報を照合する照合手段を備えており、
前記使用制限手段は、前記照合手段の照合結果に基づいて、前記使用制限を解除することを特徴とする請求項１１記載の内視鏡装置。
【請求項１３】
前記内視鏡の使用量を測定する使用量測定手段と、
前記使用量の実測値が前記上限値を超えたか否かを判定する判定手段と、
前記使用制限手段は、前記判定手段の判定結果に基づいて、前記使用制限を実行することを特徴とする１１又は１２記載の内視鏡装置。
【請求項１４】
前記内視鏡は、前記プロセッサが生成した前記画像を受信する受信手段と、前記画像を画像メモリに記録する記録手段とを備えたことを特徴とする請求項１０〜１３いずれか記載の内視鏡装置。
【請求項１５】
内視鏡又は前記内視鏡を含む内視鏡装置をレンタル機器として貸し出すレンタルサービスを支援する内視鏡レンタル支援システムにおいて、
前記レンタル機器は、その使用を制限する使用制限手段と、前記使用制限手段による使用制限の実行又はその解除をするために用いられる登録情報を記憶する記憶手段とを有しており、
依頼元端末から通信ネットワークを通じてオンラインでレンタルの申し込み情報を受け付ける受付手段と、
前記レンタル機器を貸し出す前に、前記登録情報を生成し、前記レンタル機器の記憶手段に前記登録情報を書き込む登録情報書き込み手段を備えたことを特徴とする内視鏡レンタル支援システム。
【請求項１６】
前記登録情報は、前記レンタル機器前記使用制限手段による使用制限を解除するための照合情報、及び前記使用制限を実行するために予め定められた使用量の上限値のうち、少なくとも１つを含むことを特徴とする請求項１５記載の内視鏡レンタル支援システム。
【請求項１７】
前記照合情報と照合される被照合情報を生成する被照合情報生成手段を備えていることを特徴とする請求項１６記載の内視鏡レンタル支援システム。
【請求項１８】
前記レンタル機器が貸し出し先から回収された後、前記記憶手段から前記登録情報を消去して前記記憶手段を初期化する初期化手段を備えていることを特徴とする請求項１５〜１７いずれか記載の内視鏡レンタル支援システム。
【請求項１９】
前記レンタル機器に設けられた画像メモリにアクセスして、前記画像メモリから撮影された画像を読み出す画像読み出し手段と、
読み出した画像が保管され、前記画像をオンラインで要求元へ配信する画像サーバとを備えたことを特徴とする請求項１５〜１８いずれか記載の内視鏡レンタル支援システム。
【請求項１】
被検体内を撮影する内視鏡において、
前記内視鏡の使用を制限する使用制限手段と、
前記使用制限手段による使用制限の実行又はその解除をするために用いられる登録情報を記憶する記憶手段とを備えたことを特徴とする内視鏡。
【請求項２】
前記登録情報は、前記使用制限手段による使用制限を解除するための照合情報、及び前記使用制限を実行するために予め定められた使用量の上限値のうち、少なくとも１つを含むことを特徴とする請求項１記載の内視鏡。
【請求項３】
前記照合情報と照合される被照合情報を入力する被照合情報入力手段と、
前記照合情報と前記被照合情報を照合する照合手段を備えており、
前記使用制限手段は、前記照合手段の照合結果に基づいて、前記使用制限を解除することを特徴とする請求項２記載の内視鏡。
【請求項４】
前記内視鏡の使用量を測定する使用量測定手段と、
前記使用量の実測値が前記上限値を超えたか否かを判定する判定手段と、
前記使用制限手段は、前記判定手段の判定結果に基づいて、前記使用制限を実行することを特徴とする２又は３記載の内視鏡。
【請求項５】
前記使用制限手段は、前記判定手段によって前記実測値が前記上限値を超えたと判定された場合でも、所定の実行条件が満足されるまで、前記使用制限を実行しないことを特徴とする請求項４記載の内視鏡。
【請求項６】
前記実行条件は、一定時間の経過又は再起動であることを特徴とする請求項５記載の内視鏡。
【請求項７】
前記照合結果及び前記判定結果のうち、少なくとも１つを表示する表示手段を備えたことを特徴とする請求項３又は４記載の内視鏡。
【請求項８】
撮影された画像を格納する画像メモリ、又は、前記画像メモリが着脱自在にセットされ、前記画像メモリにアクセスして前記画像を記録する記録手段を備えたことを特徴とする請求項１〜７いずれか記載の内視鏡。
【請求項９】
被検体内を撮影する内視鏡と、前記内視鏡と通信可能に接続される周辺装置とからなる内視鏡装置において、
前記内視鏡の使用を制限する使用制限手段と、
前記使用制限手段による使用制限の実行又はその解除をするための登録情報を記憶する記憶手段とを備えたことを特徴とする内視鏡装置。
【請求項１０】
前記周辺装置は、前記内視鏡が出力する撮像信号に基づいて画像を生成するプロセッサであることを特徴とする請求項９記載の内視鏡装置。
【請求項１１】
前記登録情報は、前記使用制限手段による使用制限を解除するための照合情報、及び前記使用制限を実行するために予め定められた使用量の上限値のうち、少なくとも１つを含むことを特徴とする請求項９又は１０記載の内視鏡装置。
【請求項１２】
前記照合情報と照合される被照合情報を入力する被照合情報入力手段と、
前記照合情報と前記被照合情報を照合する照合手段を備えており、
前記使用制限手段は、前記照合手段の照合結果に基づいて、前記使用制限を解除することを特徴とする請求項１１記載の内視鏡装置。
【請求項１３】
前記内視鏡の使用量を測定する使用量測定手段と、
前記使用量の実測値が前記上限値を超えたか否かを判定する判定手段と、
前記使用制限手段は、前記判定手段の判定結果に基づいて、前記使用制限を実行することを特徴とする１１又は１２記載の内視鏡装置。
【請求項１４】
前記内視鏡は、前記プロセッサが生成した前記画像を受信する受信手段と、前記画像を画像メモリに記録する記録手段とを備えたことを特徴とする請求項１０〜１３いずれか記載の内視鏡装置。
【請求項１５】
内視鏡又は前記内視鏡を含む内視鏡装置をレンタル機器として貸し出すレンタルサービスを支援する内視鏡レンタル支援システムにおいて、
前記レンタル機器は、その使用を制限する使用制限手段と、前記使用制限手段による使用制限の実行又はその解除をするために用いられる登録情報を記憶する記憶手段とを有しており、
依頼元端末から通信ネットワークを通じてオンラインでレンタルの申し込み情報を受け付ける受付手段と、
前記レンタル機器を貸し出す前に、前記登録情報を生成し、前記レンタル機器の記憶手段に前記登録情報を書き込む登録情報書き込み手段を備えたことを特徴とする内視鏡レンタル支援システム。
【請求項１６】
前記登録情報は、前記レンタル機器前記使用制限手段による使用制限を解除するための照合情報、及び前記使用制限を実行するために予め定められた使用量の上限値のうち、少なくとも１つを含むことを特徴とする請求項１５記載の内視鏡レンタル支援システム。
【請求項１７】
前記照合情報と照合される被照合情報を生成する被照合情報生成手段を備えていることを特徴とする請求項１６記載の内視鏡レンタル支援システム。
【請求項１８】
前記レンタル機器が貸し出し先から回収された後、前記記憶手段から前記登録情報を消去して前記記憶手段を初期化する初期化手段を備えていることを特徴とする請求項１５〜１７いずれか記載の内視鏡レンタル支援システム。
【請求項１９】
前記レンタル機器に設けられた画像メモリにアクセスして、前記画像メモリから撮影された画像を読み出す画像読み出し手段と、
読み出した画像が保管され、前記画像をオンラインで要求元へ配信する画像サーバとを備えたことを特徴とする請求項１５〜１８いずれか記載の内視鏡レンタル支援システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【公開番号】特開２００９−１６０３１２（Ｐ２００９−１６０３１２Ａ）
【公開日】平成２１年７月２３日（２００９．７．２３）
【国際特許分類】
【出願番号】特願２００８−２５４２（Ｐ２００８−２５４２）
【出願日】平成２０年１月９日（２００８．１．９）
【出願人】（３０６０３７３１１）富士フイルム株式会社 (25,513)
【Ｆターム（参考）】
【公開日】平成２１年７月２３日（２００９．７．２３）
【国際特許分類】
【出願日】平成２０年１月９日（２００８．１．９）
【出願人】（３０６０３７３１１）富士フイルム株式会社 (25,513)
【Ｆターム（参考）】
[ Back to top ]