(57)【要約】【課題】ストレージ機器に保存させようとするデータを送信したが保存されなかった場合において、その後、ストレージ機器に確実に保存させるようにする。【解決手段】データ処理装置１２から送信したＤＩＣＯＭデータがストレージ機器２０に保存されたかどうかを判断し、ストレージ機器２０に保存されなかったと判断した場合には、ＤＩＣＯＭデータをデータ処理装置１２に保存する。通信が復帰したときに、データ処理装置１２に保存しているＤＩＣＯＭデータを再度送信してストレージ機器２０に保存させる。【選択図】図１
2004110746.tif 000002
【特許請求の範囲】
【請求項１】
所定フォーマットのデータをストレージ機器に送信して保存させるデータ処理装置に適用されるデータ送信処理方法において、
入力された医用画像データを前記所定フォーマットのデータに変換するステップと、
変換した前記所定フォーマットのデータを前記ストレージ機器に送信するステップと、
送信した前記所定フォーマットのデータが前記ストレージ機器に保存されたかどうかを判断するステップと、
前記ストレージ機器に保存されなかったと判断した場合には、前記所定フォーマットのデータを前記データ処理装置に保存しておくステップと
を有することを特徴とする医用画像データ送信処理方法。
【請求項２】
請求項１記載の医用画像データ送信処理方法において、
さらに、前記ストレージ機器に保存されなかったと判断した場合には、保存されなかった理由を通知する通知ステップ
を有することを特徴とする医用画像データ送信処理方法。
【請求項３】
請求項２記載の医用画像データ送信処理方法において、
前記保存されなかった理由が必須情報が不足しているということである場合に、必須情報が不明なとき、さらに、必須情報のダミーを入力するステップ
を有することを特徴とする医用画像データ送信処理方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は、所定フォーマットのデータをストレージ機器に送信して保存させるデータ処理装置に適用される医用画像データ送信処理方法に関し、たとえば、医用画像装置（モダリティ）で得られる画像を識別する属性情報（検査情報ともいう。）と医用画像装置から出力される画像データとをマージしてＤＩＣＯＭ（Ｄｉｇｉｔａｌ　Ｉｍａｇｅ　Ｃｏｍｍｕｎｉｃａｔｉｏｎ　ｉｎ　Ｍｅｄｉｃｉｎｅ）規格のフォーマット（ＤＩＣＯＭフォーマット）のデータ、いわゆるＤＩＣＯＭデータに変換するＤＩＣＯＭ変換機に適用して好適な医用画像データ送信処理方法に関する。
【０００２】
【従来の技術】
従来から、ＭＲＩ（Ｍａｇｎｅｔｉｃ　Ｒｅｓｏｎａｎｃｅ　Ｉｍａｇｅ）などの医用画像装置と、患者名あるいは患者ＩＤ（Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）または検査箇所などの医用画像の属性情報データと医用画像装置で得られる画像データをマージしＤＩＣＯＭデータに変換して送信するＤＩＣＯＭ変換機と、送信されたＤＩＣＯＭデータをプリントするプリント機器と、送信されたＤＩＣＯＭデータを保存するストレージ機器が通信回線で接続された医用画像ネットワークシステムが利用に供されている。
【０００３】
なお、このような医用画像ネットワークシステムに類似する構成のネットワークシステムがある（特許文献１参照。）。
【０００４】
ところで、ＤＩＣＯＭデータ化された医用画像をプリントおよび保存する際には、プリントに比較してストレージ機器に保存する方が多くの必須の属性情報（必須情報という。）を必要とする。
【０００５】
必須情報が不足している場合、ストレージ機器はＤＩＣＯＭデータの受領を拒否してしまう。そのため、ＤＩＣＯＭデータをストレージ機器に保存することができない。
【０００６】
また、ストレージ機器が故障してダウンしている場合にも、送信が失敗し、保存することができない。
【０００７】
なお、送信が失敗したときには、一定時間毎に繰り返し同一内容のＤＩＣＯＭデータを送信するような構成とすることで、ストレージ機器の故障復帰時に送信を成功させることが可能である。
【０００８】
一方、コンピュータに接続されたファクシミリ装置では、コンピュータが電源遮断等により使用できないときに送信されてきたファクシミリデータをファクシミリ装置のバッファに記憶しておき、コンピュータの復帰時に、ファクシミリ装置からコンピュータにファクシミリデータの受信があったことを知らせるものがある（特許文献２、特許文献３参照）。
【０００９】
【特許文献１】
特開２００１−９２６０６号公報（図３）
【特許文献２】
特開２０００−２０１２４９号公報
【特許文献３】
特開２０００−１８８６６０号公報
【００１０】
【発明が解決しようとする課題】
しかしながら、データの送信が失敗したときに、一定時間毎に繰り返し同一内容のＤＩＣＯＭデータを送信する技術でも、必須情報が不足しているＤＩＣＯＭデータの送信の場合には、たとえストレージ機器が故障から復帰していたとしても、ストレージ機器にＤＩＣＯＭデータが保存されることがない。そのため、ひたすら無駄な再送を繰り返すこととなってしまう。
【００１１】
また、コンピュータが電源遮断等により使用できないときに送信されてきたファクシミリデータをファクシミリ装置のバッファに記憶しておく技術では、バッファに記憶したとき、ファクシミリデータをプリントするかどうかについては何も考慮されていない。
【００１２】
この発明はこのような課題を考慮してなされたものであり、ストレージ機器に保存させようとするデータを送信したが保存されなかった場合においても、その後、ストレージ機器に確実に保存させることを可能とする医用画像データ送信処理方法を提供することを目的とする。
【００１３】
また、この発明は、ストレージ機器に対して、保存指示と同時に、所定フォーマットのデータを構成する必須情報が不足したデータ（このデータはストレージ機器に保存させようとするデータ）を送信し保存が失敗した場合においても、後に必須情報が整ったときにストレージ機器に確実に保存させることを可能とする医用画像データ送信処理方法を提供することを目的とする。
【００１４】
【課題を解決するための手段】
この発明の医用画像データ送信処理方法は、所定フォーマットのデータをストレージ機器に送信して保存させるデータ処理装置に適用されるデータ送信処理方法において、入力された医用画像データを前記所定フォーマットのデータに変換するステップと、変換した前記所定フォーマットのデータを前記ストレージ機器に送信するステップと、送信した前記所定フォーマットのデータが前記ストレージ機器に保存されたかどうかを判断するステップと、前記ストレージ機器に保存されなかったと判断した場合には、前記所定フォーマットのデータを前記データ処理装置に保存しておくステップとを有することを特徴とする。
【００１５】
この発明によれば、送信した所定フォーマットのデータがストレージ機器に保存されたかどうかを判断するステップを有し、このステップにおいて、ストレージ機器に保存されなかったと判断された場合には、所定フォーマットのデータをデータ処理装置に保存しておくステップを設けているので、その後、ストレージ機器に対して確実に保存させることができる。
【００１６】
たとえば、ストレージ機器に対して、保存指示と同時に、所定フォーマットのデータを構成する必須情報が不足したデータ（このデータはストレージ機器に保存させようとするデータ）を送信し保存が失敗した場合においても、後に必須情報が整ったときにストレージ機器に送信することでストレージ機器に確実に所定フォーマットのデータを保存させることができる。
【００１７】
ストレージ機器に保存されなかったと判断した場合には、保存されなかった理由を通知する通知ステップを有することで、ユーザなどに迅速な対応を促すことができる。
【００１８】
保存されなかった理由が必須情報の不足にある場合、必須情報が不明なとき、必須情報のダミーを入力するステップを有することで、たとえ必須情報が不足、あるいは不明であってもストレージ機器に所定フォーマットのデータを保存させることができる。
【００１９】
【発明の実施の形態】
以下、この発明の実施の形態について図１−図４の図面を参照して説明する。
【００２０】
図１は、この発明に係る医用画像データ送信処理方法が適用されたデータ処理装置（データ送信処理装置ともいう。）１２を含む医用画像ネットワークシステム１０の構成例を示す模式図である。このような医用画像ネットワークシステム１０は、たとえば総合病院、大学病院あるいは健康保険センター等に適用される。
【００２１】
図２は、図１例の医用画像ネットワークシステム１０のブロック図である。
【００２２】
図１および図２において、この医用画像ネットワークシステム１０は、基本的には、ビットマップデータ等の非ＤＩＣＯＭ画像データを出力するＭＲＩ装置等の医用画像装置１６と、医用画像装置１６からの非ＤＩＣＯＭデータを受けて所定フォーマットのデータ、この実施形態では、ＤＩＣＯＭデータに変換する一実施形態のデータ処理装置１２と、データ処理装置１２からＤＩＣＯＭデータを受けて医用画像が形成されたフイルム等を出力するプリント機器１８と、データ処理装置１２からＤＩＣＯＭデータを受けて保存するストレージ機器２０とから構成されている。
【００２３】
図示していない入力装置（キーボードおよび磁気カードリーダ）や表示装置が設けられている医用画像装置１６は、近くに配置されているデータ処理装置１２にインタフェース２７（Ｉ／Ｆ）を介してローカルに接続されている。その一方、データ処理装置１２とストレージ機器２０とプリント機器１８とは、ＬＡＮ（Ｌｏｃａｌ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）などの通信回線１４を介して接続されている。なお、医用画像装置１６も通信回線１４に接続するように構成を変更することも可能である。
【００２４】
上記所定のフォーマットのデータとしては、ＤＩＣＯＭデータ以外に、ポストスクリプトやＮＥＭＡ（Ｔｈｅ　Ｎａｔｉｏｎａｌ　Ｅｌｅｃｔｒｉｃａｌ　Ｍａｎｕｆａｃｔｕｒｅｒｓ　Ａｓｓｏｃｉａｔｉｏｎ）によるフォーマットのデータを使用することができる。
【００２５】
また、この実施形態において、データ処理装置１２は、実際上は、図１に示すように、ＤＩＣＯＭ変換機２２と端末２４とから構成されているが、これらはともにコンピュータであり一体的な構成とすることができるので、図２のブロック図では、繁雑さを回避するため、その一体的な構成で描いている。
【００２６】
これら医用画像装置１６、データ処理装置１２（ＤＩＣＯＭ変換機２２と端末２４）、ストレージ機器２０およびプリント機器１８は、それぞれ、プログラムに従って、一連の計算またはデータ処理を自動的に行うコンピュータの機能を有している。
【００２７】
図２例に示すように、データ処理装置１２は、通信回線１４に対してインタフェース（Ｉ／Ｆ）２８を介して接続されている。また、データ処理装置１２は、ＣＰＵ（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）３２を有し、ＣＰＵ３２は、ＲＯＭ（Ｒｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙ）３４やＨＤ（ハードディスク）３６などに格納されている各種プログラムに基づき、時計４８等を参照しながらバス３８を介してデータ処理装置１２全体を制御する。さらに、ＣＰＵ３２は、ＲＡＭ４０をワークメモリとして利用して各種の画像処理や通信処理およびデータ処理を実行する。
【００２８】
ＣＰＵ３２は、また、キーボードおよびマウス等の入力装置４２からの入力コマンドを解釈して、ＣＲＴ等の表示装置４４に検査画像（診断画像）を表示する等の処理も行う。なお、入力装置４２には、磁気カードリーダも含まれる。
【００２９】
さらに、ＣＰＵ３２は、ハードディスク３６の一部領域が割り当てられて、プリントやストレージ（保存）ができなかったときに、その送信データであり所定フォーマットのデータであるＤＩＣＯＭデータを一時的に保存する記憶装置であるローカルメモリ４６を管理する。
【００３０】
次に、上述の実施形態の動作について、図３、図４に示すフローチャートを参照しながら説明する。
【００３１】
まず、準備段階として、撮影技師等のオペレータが、カルテを見ながら非ＤＩＣＯＭモダリティである医用画像装置１６のキーボードを利用して、あるいは磁気カードで作成されているカルテを磁気カードリーダで読み取り、受付番号、患者名、患者ＩＤ、性別、生年月日、身長・体重、血液型、診療科、検査部位、撮影技師名、検査年月日等の情報｛後述するタグのデータ部の情報（タグ情報）の意味である。｝を医用画像装置１６に入力する。
【００３２】
そこで、ステップＳ１では、医用画像装置１６で撮影された患者の撮影部位の画像と、入力された患者ＩＤ等の文字がマージされた画像を表すビットマップデータ等の非ＤＩＣＯＭデータが医用画像装置１６からデータ処理装置１２に送信され、インタフェース２７を介してＲＡＭ４０に展開され、ハードディスク３６に取り込まれる。
【００３３】
次に、ステップＳ２では、データ処理装置１２のＣＰＵ３２（繁雑となるので、以下、プログラムを実行するデータ処理装置１２のＣＰＵ３２を、単にデータ処理装置１２ともいう。）は、ＤＩＣＯＭ変換機能により非ＤＩＣＯＭデータをＤＩＣＯＭデータに変換するのに必要な情報を予め取得する。
【００３４】
ここで、ＤＩＣＯＭデータについて説明する。ＤＩＣＯＭデータの形式は、タグ＋データ（データ部という。）＋タグ＋データ（データ部）…タグ＋データ（データ部）とされている。
【００３５】
この場合、タグは、その日の患者の受付番号タグ、患者名タグ、患者ＩＤタグ、性別タグ、生年月日タグ、身長タグ、体重タグ、血液型タグ、診療科タグ、撮影部位（検査部位）タグ、撮影技師名タグ、撮影年月日タグ、プリントフォーマットタグ、検査ＩＤタグ、プリント枚数タグ、画像情報タグ等の属性情報の種類を識別する４バイト（２バイト＋２バイト）の識別子である。各タグのすぐ後のデータ部には、タグにより識別される属性情報の実際の内容のデータ（タグ情報という。）が割り付けられる。
【００３６】
なお、タグ中、プリントフォーマットタグとは、プリント出力しようとする１枚のフイルム中に、１つの画像を表示するか２つの画像を表示するかを識別するための情報を意味するタグであり、データ部には、１つの画像を表示する場合、「ＳＴＡＮＤＡＲＤ１￥１」と記載され、２つの画像を表示する場合、「ＳＴＡＮＤＡＲＤ１￥２」と記載される。実際上、タグは、１６進データで取り扱われている。
【００３７】
この場合、タグの先頭の２バイトは、たとえば患者属性、検査属性等のグループ番号を表し、後の２バイトが、その属性中の要素番号を表す。たとえば、グループ番号患者属性には、患者名タグ、患者ＩＤタグ、性別タグ等の要素番号があり、グループ番号検査属性には、受付番号タグ、検査ＩＤタグ、撮影年月日タグ等の要素番号がある。
【００３８】
そして、たとえば受付番号タグの後のデータ部に実際の受付番号がデータとして次のステップＳ３のＤＩＣＯＭ変換処理により埋め込まれる。また、たとえば患者名タグあるいは患者ＩＤタグの後のデータ部には実際の患者名あるいはそのＩＤ（識別符号）が同様に英数字文字列で埋め込まれる。画像情報タグの後のデータ部にはビットマップデータである画像データが同様に埋め込まれる。
【００３９】
そこで、このステップＳ２においては、このタグのデータ部に書き込むためのデータであるタグ情報の取り込み処理を行う。
【００４０】
この場合、たとえば、ＲＡＭ４０に展開されているデータ中、画像データから文字認識プログラムにより、画像データに撮影画像とともに記録されている患者名、患者ＩＤ、撮影年月日、撮影部位、性別等の文字情報を読み取る。また、文字認識プログラムを使用することに代替して、あるいは文字認識プログラムと併用して、磁気カードで作成されているカルテを磁気カードリーダ入力装置４２で読み取り、タグのデータ部、すなわちタグ情報を得る。もちろん、このステップＳ２では、キーボード入力装置４２を利用してオペレータが紙のカルテあるいは磁気カードカルテの記載内容を見ながらタグのデータ部の情報を入力することもできる。
【００４１】
次に、ステップＳ３において、データ処理装置１２は、ＤＩＣＯＭ変換機能により非ＤＩＣＯＭデータをＤＩＣＯＭデータに変換する。すなわち、医用画像装置１６から取り込んだ画像データおよび入力装置４２で得たタグ情報（データ部の情報）を、タグ＋データ部＋タグ＋データ部…タグ＋データ部のＤＩＣＯＭ形式のデータ部に埋め込む。得られたＤＩＣＯＭデータは、ＲＡＭ４０に展開されるとともに、一時的にハードディスク３６に記録される。
【００４２】
次に、ステップＳ４において、データ処理装置１２は、入力装置４２によりプリントとストレージ（保存）の要求がなされたとき、プリントとストレージのコマンドを同時に発行する。これにより、通信回線１４を介してＤＩＣＯＭデータとそのプリントコマンドがプリント機器１８に送信され、ＤＩＣＯＭデータとそのストレージコマンドがストレージ機器２０に送信される。
【００４３】
次いで、ステップＳ５において、データ処理装置１２は、プリント機器１８およびストレージ機器２０からそれぞれの返答（成功したか失敗したか、失敗した場合にはその理由、いわゆるエラーメッセージ）を受信する。
【００４４】
そこで、ステップＳ６においては、この返答を解釈しプリント機器１８でのプリントが成功したかどうかを確認する。プリントが成功している場合には、表示装置４４の画面上にその旨を表示してプリント処理を終了する。この場合、プリント機器１８から診断画像が形成されたフイルムが出力される。
【００４５】
その一方、プリントが失敗していた場合には、ステップＳ７において、表示装置４４の画面上に、失敗の理由を通知（表示）してオペレータに処理を委ねる。この場合、プリント失敗の理由としては、たとえば、プリント機器１８のフイルム切れ、タグ＋データ部の必須情報の不足等がある。
【００４６】
なお、失敗の理由は、ＤＩＣＯＭデータをプリント可能なプリント機器１８の仕様およびＤＩＣＯＭデータを保存可能なストレージ機器２０の仕様により、それぞれ必須情報が異なることなどを一因とする。
【００４７】
たとえば、あるプリント機器１８では、上述した、出力しようとする１枚のフイルム中に、１つのプリント画像を表示するか（仮にプリントフォーマット１とする。）、２つの画像を表示するか（仮にプリントフォーマット２とする。）を識別するための情報を意味するプリントフォーマットタグ等が必須情報とされている。すなわち、ＤＩＣＯＭデータのタグ情報中に、プリントフォーマットタグのデータ部が「ＳＴＡＮＤＡＲＤ１￥１」か「ＳＴＡＮＤＡＲＤ１￥２」かのデータが記載されていない場合には、その旨が表示装置４４上にエラーメッセージとして表示され、プリントフォーマットタグのデータ部の入力を促す画面が表示される。ストレージ失敗の理由については後記する。なお、図１例のデータ処理装置１２を有する医用画像ネットワークシステム１０では、ストレージの成功、失敗にかかわらず、プリント機器１８でプリントを行うことができる。
【００４８】
次いで、ステップＳ８において、データ処理装置１２において、ステップＳ５の返答内容から、ストレージ機器２０にストレージ（保存）が成功したかどうかが判断される。ストレージが成功していた場合には、その旨を表示装置４４に表示するとともに、ＲＡＭ４０に展開していたＤＩＣＯＭデータおよびハードディスク３６に一時的に記憶していたＤＩＣＯＭデータを削除して処理を終了する。
【００４９】
ステップＳ８の判断において、ストレージが失敗していた場合には、識別子１を経由して図４に示すステップＳ９以降の処理を行う。
【００５０】
ステップＳ９の処理では、ＲＡＭ４０に展開していて保存しようとしたＤＩＣＯＭデータをローカルメモリ４６に保存する。
【００５１】
次に、ステップＳ１０でデータ処理装置１２は、ステップＳ５で受け取った返答における失敗の理由、すなわちエラーメッセージを解読し、そのエラーメッセージが必須情報の不足によるものかどうかを判断する。
【００５２】
ここで、ストレージ機器２０での必須情報は、たとえば、患者ＩＤタグとそのデータ部および画像情報タグとそのデータ部（すなわち画像データ）とされる。
【００５３】
そこで、ステップＳ１１において、データ処理装置１２は、不足している必須情報をユーザであるオペレータに通知するために、表示装置４４の画面に表示し、オペレータに必須情報の入力を求める。
【００５４】
その画面上で、オペレータが不足情報を入力すると、ステップＳ１２において、データ処理装置１２は、ステップＳ９でローカルメモリ４６に記憶しているＤＩＣＯＭデータを読み出しＲＡＭ４０に展開して、不足情報を設定し、修正したＤＩＣＯＭデータを作成する。このとき、ローカルメモリ４６に保存されているＤＩＣＯＭデータは修正したＤＩＣＯＭデータで上書きされる。
【００５５】
なお、ステップＳ１２において、不足している必須情報のデータ部に、必須情報のダミーをデータ処理装置１２により自動的に入力しておき、オペレータにダミーデータでの保存を希望するかどうかを確認し、オペレータが希望した場合には、それが修正ＤＩＣＯＭデータとされる。なお、必要情報のダミーの入力をオペレータに促すこともできる。
【００５６】
次いで、ステップＳ１３において、データ処理装置１２は、修正したＤＩＣＯＭデータをストレージ機器２０に再度送信する。また、ステップＳ１０において、エラーメッセージの内容が必須情報の不足によるものではなく、ストレージ機器２０から返答（応答）が返ってこない等の理由である場合には、データ処理装置１２により、一定時間後に、ストレージに失敗した上書き前のＤＩＣＯＭデータが読み出されてストレージ機器２０に再度送信される。
【００５７】
次いで、ステップＳ１４では、ストレージ機器２０から返答を受信する。ステップＳ１５において、ストレージが成功したかどうかが判断される。
【００５８】
ストレージが成功した場合には、ステップＳ１６において、ローカルメモリ４６に記憶され保存されているＤＩＣＯＭデータが削除され、処理が完了する。
【００５９】
ステップＳ１５の判断において、ストレージが失敗していた場合、ステップＳ１７において、データ処理装置１２により、所定の回数ｎ回の再送が繰り返されているかどうかが判断され、否定的である場合には所定回数の再送が繰り返され、所定回数の再送が繰り返されていた場合には、ストレージ機器２０がダウンしていると判断され、ステップＳ１９の処理が行われる。
【００６０】
ステップＳ１９において、データ処理装置１２は、ストレージ機器２０がダウンしている可能性があると表示装置４４上に表示するとともに、ストレージ機器２０へのストレージが未完である旨を表示し、ＤＩＣＯＭデータは、そのままローカルメモリ４６に保持しておく。
【００６１】
ステップＳ２０において、ステップＳ１３の再送信とは異なる条件で、すなわちＤＩＣＯＭデータを送信することなく、一定時間毎に状態監視コマンド（Ｐｉｎｇ等）を通信回線１４に送り、ストレージ機器２０からの応答を待つ。あるいは、ストレージ機器２０から復帰信号が送信されてくるのを待つ。
【００６２】
そして、ステップＳ２１において、データ処理装置１２は、ストレージ機器２０が復帰したかどうかを判断し、復帰していない場合には、ステップＳ２０の処理にもどり、復帰していた場合には、ステップＳ１３において、ローカルメモリ４６に保持してあるＤＩＣＯＭデータをストレージ機器２０に再度送信する。
【００６３】
以上説明したように、上述した実施形態によれば、ＤＩＣＯＭデータをストレージ機器２０に送信して保存させるデータ処理装置１２に適用されるデータ送信処理方法において、医用画像装置１６から入力された非ＤＩＣＯＭデータである画像データをデータ処理装置１２はＤＩＣＯＭデータに変換する（ステップＳ３）。そして、変換したＤＩＣＯＭデータをストレージ機器２０に送信する（ステップＳ４）。さらに、送信したＤＩＣＯＭデータがストレージ機器２０に保存されたかどうかを判断する（ステップＳ８）。ストレージ機器２０に保存されなかったと判断した場合には、ＤＩＣＯＭデータをデータ処理装置１２のローカルメモリ４６に保存しておく（ステップＳ９、Ｓ１９）。
【００６４】
このように、データ送信処理装置１２のプログラム内に、送信したＤＩＣＯＭデータがストレージ機器２０に保存されたかどうかを判断するステップＳ８を有し、このステップＳ８において、ストレージ機器２０に保存されなかったと判断した場合には、ＤＩＣＯＭデータをデータ処理装置１２のローカルメモリ４６に保存しておくステップＳ９、Ｓ１９を設けているので、その後、ストレージ機器２０に対して確実に保存させることができる。
【００６５】
すなわち、ストレージ機器２０に対して、保存指示と同時に、ＤＩＣＯＭデータを構成する必須情報が不足したデータ（このデータはストレージ機器２０に保存させようとするデータ）を送信し保存が失敗した場合においても、後のたとえばステップＳ１２の処理で必須情報が整ったときにストレージ機器２０に再送信することで（ステップＳ１３）、ストレージ機器２０に確実にＤＩＣＯＭデータを保存させることができる。
【００６６】
なお、ステップＳ８において、ストレージ機器２０に保存されなかったと判断した場合には、保存されなかった理由をユーザに通知する通知ステップＳ１１を有することで、ユーザに迅速な対応を促すことができる。
【００６７】
そして、保存されなかった理由が必須情報が不足しているということである場合に必須情報が不明なときは、必須情報のダミーを入力するステップＳ１２を有することで、たとえ必須情報が不明であってもストレージ機器２０に保存させることができる。
【００６８】
なお、この発明は、上述の実施形態に限らず、たとえば医用画像データ以外のデータの送信に適用する等、この明細書の記載内容に基づき、種々の構成を採り得ることはもちろんである。
【００６９】
【発明の効果】
以上説明したように、この発明によれば、ストレージ機器に保存させようとするデータを送信したが保存されなかった場合においても、その後、ストレージ機器に確実に保存させることができる。たとえば、ストレージ機器がダウンしている場合であっても、ストレージ機器が復帰したときに確実に保存させることができる。
【００７０】
また、ストレージ機器で保存するのに必須な情報が不足しているデータを送信し保存が失敗した場合、すなわちストレージ機器に保存を拒否された場合においても、後に必須情報が整ったときにストレージ機器に確実に保存させることができる。
【図面の簡単な説明】
【図１】この発明の一実施形態が適用された医用画像ネットワークシステムの構成例を示す模式図である。
【図２】図１例の医用画像ネットワークシステムのブロック図である。
【図３】図１例、図２例の医用画像ネットワークシステムの動作説明に供されるフローチャート（１／２）である。
【図４】図１例、図２例の医用画像ネットワークシステムの動作説明に供されるフローチャート（２／２）である。
【符号の説明】
１０…医用画像ネットワークシステム　　１２…データ処理装置
１４…通信回線　　　　　　　　　　　　１６…医用画像装置
１８…プリント機器　　　　　　　　　　２０…ストレージ機器
２２…ＤＩＣＯＭ変換機　　　　　　　　２４…端末
３２…ＣＰＵ　　　　　　　　　　　　　３４…ＲＯＭ
３６…ＨＤ（ハードディスク）　　　　　３８…バス
４０…ＲＡＭ　　　　　　　　　　　　　４２…入力装置
４４…表示装置　　　　　　　　　　　　４６…ローカルメモリ
４８…時計
【図１】
2004110746.tif 000003
【図２】
2004110746.tif 000004
【図３】
2004110746.tif 000005
【図４】
2004110746.tif 000006