(57)【要約】【課題】DICOM(Digital Imaging and Communication in Medicine)規格等に準拠した医用画像ネットワークシステムにおいて、診断装置からサーバに対して画像を送信する際に、サーバが画像を受信できないような状態であることを確実に検知し、ユーザの不要な待ち時間を排除する。【解決手段】診断装置が定期的にサーバ１１に対して画像受信が可能かどうかを問い合わせるためC-ECHO要求コマンドを送信し、サーバ１１より応答があった場合には画像送信可能であると認識し、応答が無かった場合にはエラー表示を行う。画像送信命令が入力された際には、画像送信可能であると認識している場合にのみサーバ１１に画像を送信する。【選択図】図１
2010026687.tif 000002
【特許請求の範囲】
【請求項１】
医用画像を保存管理するサーバと、該サーバに対して医用画像を送信する機能を有する医用診断装置とを含む医用画像ネットワークシステムにおいて、前記医用診断装置が、
前記サーバに対して画像受信が可能か否かを定期的に問い合わせる画像受信可否問合手段と、
画像送信命令が入力された際に、前記サーバより画像受信可との応答を受けている場合にのみ、該サーバに対して医用画像を送信する画像送信手段と、
を備えることを特徴とする医用画像ネットワークシステム。
【請求項２】
前記医用診断装置が、
前記サーバに対して初回に画像受信可否を問い合わせた後に該サーバより応答が無い場合には、前記画像受信可否問合手段及び前記画像送信手段の動作を停止し、画像送信命令が入力された際には該サーバに対して医用画像を送信する
ことを特徴とする請求項１に記載の医用画像ネットワークシステム。
【請求項３】
医用画像を保存管理するサーバと、該サーバに対して医用画像を送信する機能を有する医用診断装置とを含む医用画像ネットワークシステムにおいて、前記医用診断装置が、
起動時又は画像送信命令が初回に入力されたときのみに、前記サーバに対して画像受信が可能か否かを問い合わせる画像受信可否問合手段と、
画像送信命令が入力された際に、前記サーバより画像受信可との応答を受けている場合にのみ、該サーバに対して医用画像を送信する画像送信手段と、
を備えることを特徴とする医用画像ネットワークシステム。
【請求項４】
前記画像受信可否問合手段が前記サーバに対して行う問い合わせがDICOM規格に準拠したC-ECHO要求コマンドである
ことを特徴とする請求項１〜３のいずれかに記載の医用画像ネットワークシステム。
【請求項５】
前記医用診断装置が更に、
前記サーバより画像受信不可との応答を受けた場合、又は所定の時間内に応答が無かった場合に、ユーザに対してエラーを通知するエラー通知手段
を備えることを特徴とする請求項１〜４のいずれかに記載の医用画像ネットワークシステム。
【請求項６】
請求項１〜５のいずれかに記載の医用画像ネットワークシステムにおいて使用される医用診断装置。
【請求項７】
医用画像を保存管理するサーバと、該サーバに対して医用画像を送信する機能を有する医用診断装置とを含む医用画像ネットワークシステムにおいて、前記医用診断装置を、
前記サーバに対して画像受信が可能か否かを定期的に問い合わせる画像受信可否問合手段と、
画像送信命令が入力された際に、前記サーバより画像受信可との応答を受けている場合にのみ、該サーバに対して医用画像を送信する画像送信手段と、
として機能させることを特徴とする医用診断装置用プログラム。
【請求項８】
医用画像を保存管理するサーバと、該サーバに対して医用画像を送信する機能を有する医用診断装置とを含む医用画像ネットワークシステムにおいて、前記医用診断装置を、
起動時又は画像送信命令が初回に入力されたときのみに、前記サーバに対して画像受信が可能か否かを問い合わせる画像受信可否問合手段と、
画像送信命令が入力された際に、前記サーバより画像受信可との応答を受けている場合にのみ、該サーバに対して医用画像を送信する画像送信手段と、
として機能させることを特徴とする医用診断装置用プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、医用画像を保存管理するサーバと、サーバに対して医用画像を送信する機能を有する医用診断装置とを含んで成る医用画像ネットワークシステムに関する。また、本発明はそのような医用画像ネットワークシステムにおける医用診断装置用プログラムに関する。
【背景技術】
【０００２】
電子通信技術の進歩と普及とに伴い、医療の現場においてもデジタル化が急速に進んでいる。例えば、従来であれば患者のカルテは全て紙媒体によるものであったが、最近では電子データである電子カルテの使用が一般化してきている。
【０００３】
また、医療機関では、カルテのみならず医用画像も電子的に管理されるようになってきている。昨今では、例えばCT(Computed Tomography：コンピュータ断層撮影)装置やMRI(Magnetic Resonance Imaging：核磁気共鳴映像法)装置、超音波診断装置、内視鏡といった医用診断装置では、取得された画像（つまり医用画像）はデジタルデータ化されるのが一般的となっている。そして、取得された医用画像等は装置毎に保存して管理されるのではなく、各装置とデータ通信ネットワークを介して接続されたサーバにおいて集中的に管理される。病院においてこのようなシステムが組まれていることにより、そのネットワークに接続されてさえいれば、いかなる端末からでもサーバに保存されているデータを参照したり利用したりすることができる。
【０００４】
こういった医用画像を適切に管理することを目的とした、医用画像の保存や通信のための規格が制定されている。この規格の標準的なものはDICOM(Digital Imaging and Communication in Medicine)であり、近年では医用診断装置の多くがDICOMの規格に準拠して動作するようになってきている。DICOMのような統一規格に準拠することにより、各種機器のメーカや機種の相違を超えて画像情報を管理したり利用したりすることが容易になるといったメリットがある。
【０００５】
例えばDICOMには画像のフォーマットの規格が含まれており、医用診断装置が出力する画像はそのフォーマット（DICOMフォーマット）に沿ったものとなっている。これは、撮影された画像と付帯情報とを一体化して成るデータ形式であり、ヘッダ部分と実際の画像データ部分とから構成されている。ヘッダ部分には、ＩＤ、氏名、性別、生年月日などを含む患者に関する各種の情報と、画像の形式やサイズなどを含む画像に関する情報とが納められる。
【０００６】
また、DICOMのような統一規格に関連して、ユーザの利便性を一層高めたり、システムの信頼性を更に向上させたりするための研究開発が精力的になされている。例として特許文献１には、DICOMに準拠した医用機器によって取得された診断画像に付加された属性情報を認識するための装置が開示されている。
【０００７】
【特許文献１】特開２００６−１８７０２２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
DICOM規格に沿って診断装置からサーバに画像を転送する場合、まず診断装置側がサーバに対して、画像の受信を要求するためのコマンドである"C-STORE"コマンドによって画像を送信する。そしてサーバ側がこのコマンドに応答することで、画像の受信が行われる。
【０００９】
しかしながら、例えばサーバの電源が切れていたり通信ケーブルが抜けていたりするといった原因のためにサーバが画像受信可能状態にない場合には、診断装置ではサーバからの応答が得られない。よって一定時間経過した後にタイムアウトとなる。すなわち、診断装置を操作しているユーザは、タイムアウトによるエラーが表示されるまで待たなければならないという不便が発生していた。多くの場合、タイムアウトと判定されるまでは他の操作が受け付けられないため、ユーザは次の動作が受け付けられるまで待機するよりほかない。
【００１０】
DICOM規格には、画像を送信しようとする診断装置側からサーバに対して、そのサーバが受信可能状態か否かを問い合わせるためのコマンドである"C-ECHO"要求コマンドが規定されている。画像を転送しようとする度に、毎回このC-ECHO要求コマンドをサーバに対して送信し、サーバからの応答を確認してからC-STORE要求コマンドで以て画像を送信するようにすることも可能である。しかしながら、この方法にはC-ECHO要求コマンドに対するサーバからの返答を受信した上で画像を送信することになり、転送時間が延びるという不利な点がある。さらに、サーバの種類によってはC-ECHO要求コマンドに対応していないこともある。そのため、実際にはC-ECHO要求コマンドによってサーバが画像受信可能であることをまず確認した後に画像を転送することはあまり行われていない。
【００１１】
本発明は上述したような問題を解決するためになされたものである。すなわち、その解決しようとする課題は、医用画像ネットワークシステムにおいて、診断装置側からサーバへ医用画像を転送するプロセスにおいて、サーバが画像を受信できないような状態であることを予め検知し、結果としてユーザの不要な待ち時間を排除し、迅速に問題の解決を図ることができるシステムを提供することにある。
【課題を解決するための手段】
【００１２】
以上のようにして成された本発明に係る医用画像ネットワークシステムは、
医用画像を保存管理するサーバと、該サーバに対して医用画像を送信する機能を有する医用診断装置とを含む医用画像ネットワークシステムにおいて、前記医用診断装置が、
前記サーバに対して画像受信が可能か否かを定期的に問い合わせる画像受信可否問合手段と、
画像送信命令が入力された際に、前記サーバより画像受信可との応答を受けている場合にのみ、該サーバに対して医用画像を送信する画像送信手段と、
を備えることを特徴とする。
【００１３】
また、本発明に係る医用画像ネットワークシステムは、前記医用診断装置が更に、前記サーバより画像受信不可との応答を受けた場合、又は所定の時間内に応答が無かった場合に、ユーザに対してエラーを通知するエラー通知手段を備えることが好ましい。
【００１４】
なお、サーバが医用診断装置からの画像受信可否の問い合わせに応答する機能を備えていない場合（例えば、C-ECHO要求コマンドに非対応の場合）もあり得るため、本発明に係る医用画像ネットワークシステムは、上記医用診断装置が、初回の画像問い合わせ時にサーバから応答がない場合には、該サーバが画像受信可否の問い合わせに応答する機能を備えていないと判断し、それに応じた動作を行うものとすることが望ましい。
【００１５】
すなわち、本発明に係る医用画像ネットワークシステムは、前記医用診断装置が、前記サーバに対して初回に画像受信可否を問い合わせた後に該サーバより応答が無い場合には、前記画像受信可否問合手段及び前記画像送信手段の動作を停止し、画像送信命令が入力された際には該サーバに対して医用画像を送信するものとすることができる。
【００１６】
また本発明は、医用画像を保存管理するサーバと、該サーバに対して医用画像を送信する機能を有する医用診断装置とを含む医用画像ネットワークシステムにおいて、前記医用診断装置を、
前記サーバに対して画像受信が可能か否かを定期的に問い合わせる画像受信可否問合手段と、
画像送信命令が入力された際に、前記サーバより画像受信可との応答を受けている場合にのみ、該サーバに対して医用画像を送信する画像送信手段と、
して機能させることを特徴とする医用診断装置用プログラムも提供する。
【００１７】
なお、本発明の医用画像ネットワークシステム又は医用診断装置用プログラムにおける画像受信可否問合手段は、医用診断装置の起動時、又は医用診断装置に画像送信命令が初回に入力されたときのみに、前記サーバに対して画像受信が可能か否かを問い合わせるものであってもよい。
【００１８】
以下では適宜、医用診断装置のことを単に診断装置と表記する。
【発明の効果】
【００１９】
本発明に係る医用画像ネットワークシステムによれば、サーバが画像を受信できないような状態であるときにも、ユーザはタイムアウトになるまで待つ必要がなくなる。従って、不必要な待ち時間を排除することができ、作業の効率化が図られる。
【００２０】
また、医用診断装置が更にエラー通知手段を備えている場合には、ユーザは画像の送受信に関して何らかの問題が発生していることを画像送信を行う以前の段階で知ることができる。従って、システムにおける問題を早い段階で解決したり何らかの対応をしたりすることが可能となる。
【００２１】
また、本発明に係る医用画像ネットワークシステムは具体的には医療機器からサーバへの問い合わせ形態を変更するだけであるから、従来よりシステムに利用されている医療機器をそのまま継続して使用することが可能である。従って、コストの面でも非常に有利である。
【発明を実施するための最良の形態】
【００２２】
以下、本発明に係る医用画像ネットワークシステムについて、例を示しつつ詳細に説明する。なお、本実施形態に係るシステムでは、画像の取り扱いや通信方法は、DICOMの規格に準拠しているものとする。また、「医用画像（単に画像とも表記する）」とは、医用画像ネットワークシステムにおいて管理される各種画像を包含する概念である。
【００２３】
図１は、本発明に係る医用画像ネットワークシステムの一実施形態である。院内ネットワーク１０は病院内に設置されたLAN(Local Area Network)などのデータ通信ネットワークである。この院内ネットワーク１０に、サーバ１１、診断装置Ａ、診断装置Ｂ、診断装置Ｃ、…が接続されている。
【００２４】
サーバ１１はCPU(Central Processing Unit)や、RAM(Random Access Memory)等から成るメモリ、ハードディスク等の大容量記憶媒体などを具備する一般的なコンピュータであり、その基本構成は特に問わない。サーバ１１の主たる機能は、院内ネットワーク１０を介して各診断装置から送信されてくる医用画像をデータベース化して管理することである。
サーバ１１には医用画像ネットワークシステムを実現するためのソフトウエアである、医用画像ネットワークサーバプログラムがあらかじめインストールされており、サーバ１１のCPUがこのプログラムを実行することによって、本システムにおけるサーバとしての機能がソフトウエア的に具現化される。
【００２５】
診断装置Ａ、Ｂ、Ｃ、…は、例えばCT装置、MRI装置、超音波診断装置などの病院で利用される各種の装置であって、いずれも何らかの画像を取得し、それを基にDICOMに準拠した医用画像を生成する手段を備えている。ただし、本発明においては診断装置の種類は特に問わないし、画像の種類も特に問わない。
これらの各診断装置には上述したサーバ１１と同様にCPUやメモリ、大容量記憶媒体などから成るコンピュータが一体的に、又は別体として含まれている。
【００２６】
各診断装置には、医用画像ネットワークを実現するためのソフトウエアである医用診断装置用プログラムが前もってインストールされており、診断装置のCPUがこのプログラムを実行することによって、画像受信可否問合部２１、画像送信部２２、エラー通知部２３を代表とする各種の機能がソフトウエア的に具現化される。以下にこれらの機能について具体的に説明する。
【００２７】
画像受信可否問合部２１：これは、サーバ１１に対して画像受信が可能であるか否かを定期的に問い合わせるための手段である。「定期的に」とは、予め定められたタイミングで以て周期的に問い合わせるという意味であるが、厳密に一定の時間間隔である必要はもちろんない。また、画像受信可否問合部２１は診断装置が起動した時点でまずサーバ１１に対して問い合わせを行うことが望ましい。本実施形態においてサーバ１１へのこの問い合わせは、DICOM規格に準拠したC-ECHO要求コマンドである。
【００２８】
画像送信部２２：これは、ユーザから入力される（又は診断装置内で自動的に発生する）画像送信命令を受けて、サーバ１１に画像を送信する手段であり、その動作は上記画像受信可否問合部２１による問い合わせの結果に応じて変化する（詳細は後述する）。なお、前記の画像送信命令とはサーバ１１に対して画像を送信することを指示する命令であり、これを受けて画像送信部２２がサーバ１１へ画像を送信する際には、DICOM規格に準拠したC-STORE要求コマンドによって画像がサーバ１１へ送信される。
【００２９】
エラー通知部２３：これは、画像受信可否問合部２１がサーバ１１に対して画像受信が可能であるか否かを問い合わせた際に、ある一定の時間が経ってもサーバ１１より応答が無い場合、またはサーバ１１よりエラーが返ってきた場合に、ユーザに対してエラー通知を行うものである。エラー通知の方法はどのようなものでもよく、例えば診断装置のモニタに警告を表示させたり、所定のランプを点灯させたりするといった方法が考えられる。
【００３０】
次に、図２のフローチャートを参照しつつ、本発明に係る医用画像ネットワークシステムの動作について、特に画像受信可否問合部２１の動作について説明する。なお、以下の説明ではユーザが図１における診断装置Ａを操作するものとする。
【００３１】
まず、ユーザが診断装置Ａの電源を投入すると（開始）、画像受信可否問合部２１はサーバ１１に対して画像受信が可能かどうかを問い合わせるためのC-ECHO要求コマンドを送信する（ステップＳ１１）。これに対してサーバ１１よりエラーが返ってきた場合、又は所定の時間内に応答が無くタイムアウトした場合（ステップＳ１２でＮｏ）には、画像受信可否問合部２１はステップＳ１５においてサーバ１１が画像受信不可状態であると認識する（実際には診断装置Ａの所定の記憶領域にサーバ１１が画像受信不可状態であることを示す情報が書き込まれる。）。更に、エラー通知部２３が、診断装置Ａのモニタにエラー表示を行うことによりユーザに対してエラーを通知する（ステップＳ１６）。
【００３２】
一方、上記ステップＳ１２においてサーバ１１より画像受信可能であるとの応答があった場合（ステップＳ１２でＹｅｓ）には、画像受信可否問合部２１はステップＳ１３においてサーバ１１が画像受信可能状態にあると認識する（実際には診断装置Ａの所定の記憶領域にサーバ１１が画像受信可能状態であることを示す情報が書き込まれる。）。次いで画像受信可否問合部２１は予め定められた一定時間待機し（ステップＳ１４）、その後上記ステップＳ１１に戻って再びサーバ１１に対してC-ECHO要求コマンドを送信する。
【００３３】
上記のようにして画像受信可否問合部２１はサーバ１１が画像受信可能状態であるか否かを定期的に確認する。
【００３４】
次に、図３のフローチャートを参照しつつ、本発明に係る医用画像ネットワークシステムにおいて診断装置からサーバ１１に画像を送信する場合の動作について説明する。図３は特に、画像送信部２２の動作について説明するためのフローチャートである。
【００３５】
ユーザが診断装置Ａの入力部を操作することによって画像の送信を指示するための画像送信命令を入力すると（ステップＳ２１）、この入力を受けた画像送信部２２は、この動作と並行して実行されている、画像受信可否問合部２１によるサーバ１１への画像受信可否問い合わせの結果を参照する。直近の問い合わせに対してサーバ１１より画像受信可能であるという結果が返ってきている場合、すなわち診断装置Ａにおいてサーバ１１が画像受信可能という認識がある場合には（ステップＳ２２でＹｅｓ）、画像送信部２２はサーバ１１に対してC-STORE要求コマンドを送信する（ステップＳ２３）。このC-STORE要求コマンドに対してサーバ１１から応答があれば（ステップＳ２４でＹｅｓ）、画像送信部２２は画像をサーバ１１に転送する（ステップＳ２５及び終了）。
【００３６】
上述したように、サーバ１１が受信可能状態であることは画像受信可否問合部２１によって定期的に確認されているため、ステップＳ２３のC-STORE要求コマンドをサーバ１１へ送信するための通信がエラーになる可能性は非常に低い。しかしながら、万一、ステップＳ２３で送信したC-STORE要求コマンドに対してサーバ１１から応答がなかった場合（ステップＳ２４でＮｏ）には、エラー通知部２３が、診断装置Ａのモニタにエラー表示を行うことによりユーザに対してその旨を通知する（ステップＳ２６及び終了）。
【００３７】
一方、上記ステップＳ２２でＮｏの場合、すなわちサーバ１１より画像受信可能であるという結果が返ってきておらず、診断装置Ａにおいてサーバ１１が画像送信不可状態であるという認識がある場合には、画像送信部２２は診断装置Ａのモニタに所定のエラー表示を行うことにより、ユーザに対してサーバ１１へ画像の送信が行えない旨を通知する（ステップＳ２６及び終了）。これにより、ユーザは迅速に問題を解決することができる。
【００３８】
なお、既に画像受信可否問合部２１が画像受信不可状態であることを認識している場合には、画像送信命令の入力そのものを許可しない構成としても構わない。
【００３９】
以上、本発明に係る医用画像ネットワークシステムについて具体例を挙げつつ説明を行った。当然のこととして、上記の説明は一例に過ぎず、適宜改良や修正を行ったとしても構わない。
【００４０】
例えば、上記実施例では、画像受信可否問合部２１によって定期的にC-ECHO要求コマンドを送信してサーバ１１が画像受信可能か否かを問い合わせる構成としたが、これに代わり、診断装置の起動時のみ、又は診断装置の起動後に初めて画像送信命令を受け付けた時のみに、C-ECHO要求コマンドの送信を行うようにしてもよい。
【００４１】
図４は、起動時のみにC-ECHO要求コマンドを送信する場合の、診断装置Ａの動作を示すフローチャートである。まず、ユーザが診断装置Ａの電源を投入すると（開始）、画像受信可否問合部２１はサーバ１１に対してC-ECHO要求コマンドを送信する（ステップＳ３１）。これに対してサーバ１１よりエラーが返ってきた場合、又は所定の時間内に応答が無くタイムアウトした場合（ステップＳ３２でＮｏ）には、画像受信可否問合部２１はサーバ１１が画像受信不可状態であると認識し（ステップＳ３４）、エラー通知部２３が、ユーザに対してエラーを通知する（ステップＳ３５及び終了）。一方、上記ステップＳ３２においてサーバ１１より画像受信可能であるとの応答があった場合（ステップＳ３２でＹｅｓ）には、画像受信可否問合部２１はサーバ１１が画像受信可能状態にあると認識する（ステップＳ３３及び終了）。なお、その後画像送信命令が入力された場合の動作は上述の図３と同様であるため説明を省略する。
【００４２】
図５は、最初の画像転送時にC-ECHO要求コマンドを送信する場合の、診断装置Ａの動作を示すフローチャートである。まず、ユーザによって診断装置Ａの電源が投入され（開始）、その後、ユーザが診断装置Ａの入力部を操作することによって最初の画像送信命令を入力すると（ステップＳ４１）、画像受信可否問合部２１はサーバ１１に対してC-ECHO要求コマンドを送信する（ステップＳ４２）。これに対してサーバ１１よりエラーが返ってきた場合、又は所定の時間内に応答が無くタイムアウトした場合（ステップＳ４３でＮｏ）には、画像受信可否問合部２１はサーバ１１が画像受信不可状態であると認識し（ステップＳ４８）、エラー通知部２３が、ユーザに対してエラーを通知する（ステップＳ４９及び終了）。一方、上記ステップＳ４３においてサーバ１１より画像受信可能であるとの応答があった場合（ステップＳ４３でＹｅｓ）には、画像受信可否問合部２１はサーバ１１が画像受信可能状態にあると認識し（ステップＳ４４）、画像送信部２２がサーバ１１に対してC-STORE要求コマンドを送信する（ステップＳ４５）。このC-STORE要求コマンドに対してサーバ１１から応答があれば（ステップＳ４６でＹｅｓ）、画像送信部２２は画像をサーバ１１に送信する（ステップＳ４７及び終了）。一方、前記C-STORE要求コマンドに対してサーバ１１から応答がなかった場合（ステップＳ４６でＮｏ）には、エラー通知部２３が、診断装置Ａのモニタにエラー表示を行うことによりユーザに対してその旨を通知する（ステップＳ４９及び終了）。なお、以上の動作が終了した後、２回目以降の画像送信命令が入力された際には、C-ECHO要求コマンドの送信は行わずに、上述の図３と同様の動作を行う。
【００４３】
また、サーバの種類によっては、C-ECHO要求コマンドに対応していないものもある。そこで、本発明に係る医用画像ネットワークシステム及び医用診断装置用プログラムは、サーバがC-ECHO要求コマンドに対応していない可能性を考慮した動作を行うものとすることが望ましい。具体的には、診断装置Ａからサーバ１１へC-ECHO要求コマンドを定期的に送信してサーバ１１が受信可能状態であるか否かを調べる場合において、当初はサーバ１１から応答があったが、途中から応答がなくなった場合、サーバ１１はC-ECHO要求コマンドに対応しており、始めは受信可能状態であったものの、途中で通信エラーが発生したものと考えられる。この場合には、エラー表示を行ってユーザにその旨を通知すると共に、その後に、画像送信命令が入力された際にも画像（及びC-STORE要求コマンド）の送信を行わずにエラーを表示する。一方、始めからC-ECHO要求コマンドに対する応答がない場合には、サーバ１１がC-ECHO要求コマンドに非対応であると予想されるので、診断装置Ａはその後のC-ECHO要求コマンドの送信を中止し、画像送信命令が入力された際には常にサーバ１１に対して画像（及びC-STORE要求コマンド）を送信するようにする。
【００４４】
図６は、このような場合の診断装置Ａの動作を示すフローチャートであり、主に画像受信可否問合部２１の動作を示している。まず、ユーザが診断装置Ａの電源を投入すると（開始）、画像受信可否問合部２１はサーバ１１に対してC-ECHO要求コマンドを送信する（ステップＳ５１）。これに対してサーバ１１より画像受信可能であるとの応答があった場合（ステップＳ５２でＹｅｓ）には、画像受信可否問合部２１はサーバ１１が画像受信可能状態にあると認識する（ステップＳ５３）。その後、一定時間待機した後（ステップＳ５４）、再びサーバ１１にC-ECHOコマンドを送信し（ステップＳ５５）、サーバ１１から応答があれば（ステップＳ５６でＹｅｓ）、サーバ１１が画像受信可能状態であると認識して（ステップＳ５７）、ステップＳ５４に戻る。ステップＳ５４〜Ｓ５７を繰り返し実行して定期的にC-ECHO要求コマンドを送信し、ステップＳ５６においてサーバ１１よりエラーが返ってきた場合、又は所定の時間内に応答が無くタイムアウトした場合には、画像受信可否問合部２１はサーバ１１が受信不可状態であると認識し（ステップＳ５９）、エラー通知部２３がエラーを表示する（ステップＳ６０）。以上の場合において、以降に画像送信命令が入力された場合の動作は上述の図３と同様であるので説明を省略する。
【００４５】
一方、初回のC-ECHO要求コマンドの送信時（ステップＳ５１）においてサーバ１１よりエラーが返ってきた場合、又は所定の時間内に応答が無くタイムアウトした場合（ステップＳ５２でＮｏ）には、画像受信可否問合部２１はサーバ１１がC-ECHO要求コマンドに非対応であると認識し（ステップＳ５８）、以降のC-ECHO要求コマンドの送信を中止する（終了）。この場合において、以降に画像送信命令が入力された場合には、図３のステップＳ２２のような判断を行うことなく、常にC-STORE要求コマンドによって画像をサーバ１１へ送信する。
【００４６】
なお、本発明の医用画像ネットワークシステムはDICOMのような統一規格に準拠させることが好適ではあるものの、本システムの適用は当然何らかの規格に準拠したシステムに限定されるものではなく、各種の医用画像ネットワークシステムに適用させることが可能である。
【図面の簡単な説明】
【００４７】
【図１】本発明に係る医用画像ネットワークシステムの構成例を示す模式図。
【図２】画像受信可否問合部の動作を説明するためのフローチャート。
【図３】画像送信部の動作を説明するためのフローチャート。
【図４】診断装置の起動時に画像受信可否の問い合わせを行う場合の動作を説明するためのフローチャート。
【図５】初回の画像送信時に画像受信可否の問い合わせを行う場合の動作を説明するためのフローチャート。
【図６】画像受信可否問合部の動作の別の例を説明するためのフローチャート。
【符号の説明】
【００４８】
１０…院内ネットワーク
１１…サーバ
２１…画像受信可否問合部
２２…画像送信部
２３…エラー通知部
【図１】
2010026687.tif 000003
【図２】
2010026687.tif 000004
【図３】
2010026687.tif 000005
【図４】
2010026687.tif 000006
【図５】
2010026687.tif 000007
【図６】
2010026687.tif 000008