(57)【特許請求の範囲】
【請求項１】
複数の医用画像ファイルを記憶する第１記憶手段を備える画像管理装置と、第２記憶手段を備える書庫サーバーと、がインターネットを介して接続され、前記第１記憶手段に記憶されている複数の医用画像ファイルを前記第２記憶手段にアップロードする医用画像管理システムであって、
前記画像管理装置は、
前記第１記憶手段に記憶されている複数の医用画像ファイルを所定の単位でｔａｒ形式で結合させて書庫ファイルを生成し、当該生成された書庫ファイルを前記インターネットを介して前記書庫サーバーに送信し、
前記所定の単位で生成された書庫ファイルを前記書庫サーバーに送信した後、当該所定の単位に含まれる医用画像ファイルが前記第１記憶手段に追加された場合に、当該追加された医用画像ファイルのみをｔａｒ形式で結合させて追加分の書庫ファイルを生成し、当該生成された追加分の書庫ファイルを前記書庫サーバーに送信する第１制御手段を備え、
前記書庫サーバーは、
前記画像管理装置から前記追加分の書庫ファイルを受信した場合に、当該追加分の書庫ファイルに含まれる前記追加された医用画像ファイルを、前記第２記憶手段に先にアップロードされている書庫ファイルに追加する第２制御手段を備える医用画像管理システム。
【請求項２】
前記所定の単位は、シリーズ単位又は検査単位である請求項１に記載の医用画像管理システム。
【請求項３】
前記第１制御手段は、所定の時間間隔で、又は、前記第１記憶手段に新たに医用画像ファイルが記憶された場合に、前記書庫ファイルを生成し、当該生成された書庫ファイルを前記書庫サーバーに送信する請求項１又は２に記載の医用画像管理システム。
【請求項４】
前記書庫サーバーの前記第２記憶手段に記憶されている書庫ファイルからの任意の医用画像ファイルの抽出、又は、前記書庫サーバーの前記第２記憶手段に記憶されている書庫ファイルに対する医用画像ファイルの追加を行う書庫ゲートウェイ装置を備える請求項１から３のいずれか一項に記載の医用画像管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、医用画像管理システムに関する。
【背景技術】
【０００２】
従来、医用画像の画像ファイルは、画像ファイルが生成された医療施設で保存・管理されるだけでなく、バックアップや長期保存等の目的で、インターネット等を介して外部の画像サーバーにアップロードされることもある。
【０００３】
画像ファイルのアップロードでは、アップロード完了時にベリファイ（verify）を行う必要があるため、ファイル単位でアップロードを行うことが多い。そのため、画像サーバーにファイルをアップロードする際に、ファイルサイズの大小にかかわらず、ファイル毎に画像サーバーに接続する必要があり、ファイル数が多い場合には、回線速度に対してアップロード効率が悪い。
【０００４】
具体的には、インターネット上の画像サーバーにファイルをアップロードする際には、画像サーバーに対して、（１）認証開始処理、（２）格納先ディレクトリー作成処理、（３）ファイルのアップロード処理、（４）ベリファイ処理、（５）認証終了処理等を行うため、１ファイル毎に画像サーバーとの間で複数回通信を行う必要がある。ＣＴ（Computed Tomography）やＭＲＩ（Magnetic Resonance Imaging）等、複数の画像が存在する場合には、各画像に対してそれぞれ複数回の通信処理が必要となる。
【０００５】
複数の画像をアップロードするシステムとして、例えば、同一シリーズ内の複数の画像をＺＩＰ形式で圧縮し、圧縮されたファイルをサーバーにアップロードする技術が提案されている（特許文献１参照）。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２０１４−２１０１３４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、特許文献１に記載されている技術は、同一シリーズ内の複数の画像をＺＩＰ形式で圧縮するものであり、ファイルをアップロードする際のファイルの容量を減らすことを目的としている。そのため、画像をアップロードした後で同一シリーズに画像が追加された場合には、再度同一シリーズ内の全画像をＺＩＰ形式で圧縮したファイルをアップロードし直す必要があった。つまり、画像サーバー内のファイルを置き換えることになるため、既にアップロードされていたファイルについては無駄になっていた。
【０００８】
また、各医療施設で画像ファイルを圧縮してから画像サーバーにアップロードする場合、圧縮対象のファイル数が多く、ファイルサイズが大きいほど、圧縮処理を行う端末におけるＣＰＵ（Central Processing Unit）やファイルＩ／Ｏの処理負荷が大きかった。また、画像の読影時にも、読影に用いる端末において、画像サーバーから圧縮ファイルを取得し、ファイルを展開する必要があるため、圧縮ファイル内に格納されているファイルが多い場合、展開処理にかかる時間が大きく、且つ、処理負荷が大きくなり、読影実施時の画像表示に問題が生じる場合があった。
【０００９】
本発明は、上記の従来技術における問題に鑑みてなされたものであって、医用画像ファイルのアップロードにおける処理負荷を軽減させることを課題とする。
【課題を解決するための手段】
【００１０】
上記課題を解決するために、請求項１に記載の発明は、複数の医用画像ファイルを記憶する第１記憶手段を備える画像管理装置と、第２記憶手段を備える書庫サーバーと、がインターネットを介して接続され、前記第１記憶手段に記憶されている複数の医用画像ファイルを前記第２記憶手段にアップロードする医用画像管理システムであって、前記画像管理装置は、前記第１記憶手段に記憶されている複数の医用画像ファイルを所定の単位でｔａｒ形式で結合させて書庫ファイルを生成し、当該生成された書庫ファイルを前記インターネットを介して前記書庫サーバーに送信し、前記所定の単位で生成された書庫ファイルを前記書庫サーバーに送信した後、当該所定の単位に含まれる医用画像ファイルが前記第１記憶手段に追加された場合に、当該追加された医用画像ファイルのみをｔａｒ形式で結合させて追加分の書庫ファイルを生成し、当該生成された追加分の書庫ファイルを前記書庫サーバーに送信する第１制御手段を備え、前記書庫サーバーは、前記画像管理装置から前記追加分の書庫ファイルを受信した場合に、当該追加分の書庫ファイルに含まれる前記追加された医用画像ファイルを、前記第２記憶手段に先にアップロードされている書庫ファイルに追加する第２制御手段を備える。
【００１１】
請求項２に記載の発明は、請求項１に記載の医用画像管理システムにおいて、前記所定の単位は、シリーズ単位又は検査単位である。
【００１２】
請求項３に記載の発明は、請求項１又は２に記載の医用画像管理システムにおいて、前記第１制御手段は、所定の時間間隔で、又は、前記第１記憶手段に新たに医用画像ファイルが記憶された場合に、前記書庫ファイルを生成し、当該生成された書庫ファイルを前記書庫サーバーに送信する。
【００１４】
請求項４に記載の発明は、請求項１から３のいずれか一項に記載の医用画像管理システムにおいて、前記書庫サーバーの前記第２記憶手段に記憶されている書庫ファイルからの任意の医用画像ファイルの抽出、又は、前記書庫サーバーの前記第２記憶手段に記憶されている書庫ファイルに対する医用画像ファイルの追加を行う書庫ゲートウェイ装置を備える。
【発明の効果】
【００１６】
本発明によれば、医用画像ファイルのアップロードにおける処理負荷を軽減させることができる。
【図面の簡単な説明】
【００１７】
【図１】本発明の実施の形態に係る医用画像管理システムのシステム構成図である。
【図２】書庫ファイルの格納イメージを示す図である。
【図３】追加ファイルの格納イメージを示す図である。
【図４】医用画像管理システムにおいて実行される新規ファイルのアップロード処理を示すシーケンス図である。
【図５】医用画像管理システムにおいて実行される追加ファイルのアップロード処理を示すシーケンス図である。
【発明を実施するための形態】
【００１８】
以下、本発明に係る医用画像管理システムの実施の形態について説明する。ただし、発明の範囲は、図示例に限定されない。
【００１９】
図１に、医用画像管理システム１００のシステム構成を示す。医用画像管理システム１００は、画像管理装置１０、書庫サーバー２０、書庫ゲートウェイ装置３０等を備える。画像管理装置１０と書庫ゲートウェイ装置３０とは、インターネットＮを介して相互にデータ通信可能に接続されている。書庫サーバー２０及び書庫ゲートウェイ装置３０は、データセンターに設置されている。画像管理装置１０の台数については、限定されない。
【００２０】
画像管理装置１０は、各医療施設に設置され、医療施設で患者を撮影して得られた医用画像ファイルを保存・管理する。画像管理装置１０として、ＰＡＣＳ（Picture Archiving and Communication System）等が用いられる。
【００２１】
画像管理装置１０は、制御部１１、操作部１２、表示部１３、通信部１４、第１記憶手段としての記憶部１５等を備える。
制御部１１は、ＣＰＵ、ＲＯＭ（Read Only Memory）及びＲＡＭ（Random Access Memory）等から構成され、画像管理装置１０の処理動作を統括的に制御する。
操作部１２は、カーソルキー、文字入力キー及び各種機能キー等を備えたキーボードと、マウス等のポインティングデバイスを備えて構成され、キーボードに対するキー操作やマウス操作により入力された操作信号を制御部１１に出力する。
表示部１３は、ＬＣＤ（Liquid Crystal Display）等のモニターを備えて構成されており、制御部１１から入力される表示信号の指示に従って、各種画面を表示する。
通信部１４は、ネットワークインターフェース等により構成され、インターネットＮを介して接続された書庫ゲートウェイ装置３０等の外部機器との間でデータの送受信を行う。
記憶部１５は、ハードディスクや不揮発性メモリー等により構成され、複数の医用画像ファイル、画像管理テーブルＴ１等、各種データを記憶する。
【００２２】
医用画像ファイルとしては、ＤＩＣＯＭ（Digital Image and Communications in Medicine）規格に則った形式で生成された画像、ＪＰＥＧＰ１０等の可逆圧縮方式により圧縮された画像等が挙げられる。医用画像ファイルは、例えば、ＣＲ（Computed Radiography）装置、ＣＴ装置、ＭＲＩ装置等のモダリティーによって生成される。
記憶部１５に記憶されている複数の医用画像ファイルは、書庫サーバー２０の記憶部２３にアップロードされる。
【００２３】
画像管理テーブルＴ１には、記憶部１５に記憶されている各医用画像ファイルについて、記憶部１５における医用画像ファイルの格納場所（ファイルパス）と、書庫サーバー２０における保存状態を示す保存ステータスフラグと、が対応付けられている。保存ステータスフラグが「０」の場合には、医用画像ファイルが書庫サーバー２０にバックアップされていないこと（未バックアップ）を示し、保存ステータスフラグが「１」の場合には、医用画像ファイルが書庫サーバー２０にバックアップされていること（バックアップ済み）を示し、保存ステータスフラグが「２」の場合には、同一シリーズ内の医用画像ファイルがバックアップされた後に追加された医用画像ファイルであることを示している。
【００２４】
制御部１１は、記憶部１５に記憶されている複数の医用画像ファイルを所定の単位でｔａｒ（Tape Archives）形式で結合させて書庫ファイルを生成し（書庫化）、当該生成された書庫ファイルをインターネットＮを介して書庫サーバー２０に送信する。書庫ファイルとは、複数のファイルを一つのファイルにまとめたものである。具体的には、制御部１１は、複数の医用画像ファイルをシリーズ単位で結合させて書庫ファイルを生成する。本実施の形態では、制御部１１は、書庫サーバー２０に送信すべきデータを、書庫サーバー２０とのデータ通信を中継する書庫ゲートウェイ装置３０に送信する。
制御部１１は、所定の時間間隔で、書庫ファイルを生成し、当該生成された書庫ファイルを書庫サーバー２０に送信する。
【００２５】
制御部１１は、シリーズ単位で生成された書庫ファイルを書庫サーバー２０に送信した後、当該シリーズ単位に含まれる医用画像ファイルが記憶部１５に追加された場合に、当該追加された医用画像ファイルのみをｔａｒ形式で結合させて追加分の書庫ファイルを生成し、当該生成された追加分の書庫ファイルを書庫サーバー２０に送信する。
【００２６】
制御部１１は、書庫ファイルにまとめた状態で医用画像ファイルを書庫サーバー２０にアップロードした際に、書庫サーバー２０にデータが正しく書き込まれたか否かを確認するベリファイ処理を行う。例えば、制御部１１は、ファイルサイズ、チェックサム等でファイルの真正性を確認する。
【００２７】
書庫サーバー２０にアップロードされた医用画像ファイルは、所定の期間が経過した後に、記憶部１５から削除されることとしてもよい。
【００２８】
書庫サーバー２０は、各医療施設に設置された画像管理装置１０からアップロードされた書庫ファイルを記憶し、管理する装置である。
【００２９】
書庫サーバー２０は、制御部２１、通信部２２、第２記憶手段としての記憶部２３等を備える。
制御部２１は、ＣＰＵ、ＲＯＭ及びＲＡＭ等から構成され、書庫サーバー２０の処理動作を統括的に制御する。
通信部２２は、ローカルに接続された書庫ゲートウェイ装置３０との間でデータの送受信を行う。
記憶部２３は、ハードディスクや不揮発性メモリー等により構成され、書庫ファイルを記憶する。
【００３０】
書庫ゲートウェイ装置３０は、インターネットＮを介して接続された画像管理装置１０等の外部機器と、書庫サーバー２０と、の間のデータ通信を中継する。書庫ゲートウェイ装置３０は、外部機器からの医用画像ファイルの取得要求に応じて、要求された医用画像ファイルを書庫サーバー２０から取得し、外部機器に提供する。
【００３１】
書庫ゲートウェイ装置３０は、制御部３１、通信部３２、記憶部３３等を備える。
制御部３１は、ＣＰＵ、ＲＯＭ及びＲＡＭ等から構成され、書庫ゲートウェイ装置３０の処理動作を統括的に制御する。
通信部３２は、ネットワークインターフェース等により構成され、インターネットＮを介して接続された画像管理装置１０等の外部機器との間でデータの送受信を行う。また、通信部３２は、ローカルに接続された書庫サーバー２０との間でデータの送受信を行う。
記憶部３３は、ハードディスクや不揮発性メモリー等により構成され、各種データを記憶する。
【００３２】
制御部３１は、画像管理装置１０から送信された書庫ファイルを受信し、受信した書庫ファイルを書庫サーバー２０の記憶部２３に記憶させる。
制御部３１は、書庫サーバー２０の記憶部２３に記憶されている書庫ファイルから任意の医用画像ファイルを抽出する。また、制御部３１は、書庫サーバー２０の記憶部２３に記憶されている書庫ファイルに対して医用画像ファイルを追加する。
【００３３】
図２に、書庫ファイルの格納イメージを示す。
図２に示すように、画像管理装置１０の記憶部１５では、画像フォルダーの下位階層に画像種別毎のフォルダーが作成され、画像種別を示すフォルダーの下位階層に受信日毎のフォルダーが作成され、受信日を示すフォルダーの下位階層にモダリティー毎のフォルダーが作成され、モダリティーを示すフォルダーの下位階層にシリーズＵＩＤ毎のフォルダーが作成され、シリーズＵＩＤを示すフォルダー内に、シリーズＵＩＤに対応するシリーズに含まれる医用画像ファイルＦ１〜Ｆｎが格納されている。
画像種別は、画像の種別を示す情報であり、例えば、ＪＰＥＧＰ１０等が挙げられる。
受信日は、画像管理装置１０において、モダリティーから医用画像ファイルが受信された日である。
モダリティーは、医用画像ファイルが生成された画像生成装置であり、例えば、ＣＲ装置、ＣＴ装置、ＭＲＩ装置等に分類される。
シリーズＵＩＤは、シリーズを識別するためのＩＤである。
【００３４】
画像管理装置１０から書庫サーバー２０にファイルをアップロードする際には、画像管理装置１０において、同一シリーズに含まれる医用画像ファイルＦ１〜Ｆｎをｔａｒ形式で結合させて、書庫ファイルＧ１を生成する。
画像管理装置１０は、ＷｅｂＤＡＶ通信を用いて、インターネットＮを介して書庫ファイルＧ１を書庫ゲートウェイ装置３０に送信する。
【００３５】
書庫ゲートウェイ装置３０は、画像管理装置１０から受信した書庫ファイルＧ１を書庫サーバー２０に格納する。具体的には、書庫サーバー２０の記憶部２３において、画像管理装置１０が設置された医療施設に対応する施設ＩＤを示すフォルダーが作成され、施設ＩＤを示すフォルダーの下位階層に画像種別を示すフォルダーが作成され、画像種別を示すフォルダーの下位階層に受信日を示すフォルダーが作成され、受信日を示すフォルダーの下位階層にモダリティーを示すフォルダーが作成され、モダリティーを示すフォルダーの下位階層にシリーズＵＩＤを示すフォルダーが作成され、シリーズＵＩＤを示すフォルダー内に書庫ファイルＧ１が格納される。
【００３６】
図３に、追加ファイルの格納イメージを示す。
ここでは、図２を参照して説明したように、書庫サーバー２０に既に医用画像ファイルＦ１〜Ｆｎがｔａｒ形式で結合された書庫ファイルＧ１が格納されているものとする。
図３では、或るシリーズについてアップロードが終了した後で、画像管理装置１０の記憶部１５に、医用画像ファイルＦ１１，Ｆ１２が追加された場合を例にする。
【００３７】
画像管理装置１０は、一旦医用画像ファイルのバックアップが終了した後に、そのシリーズに追加された医用画像ファイルＦ１１，Ｆ１２をｔａｒ形式で結合させて、追加分の書庫ファイルＧ２を生成する。
画像管理装置１０は、インターネットＮを介して書庫ファイルＧ２を書庫ゲートウェイ装置３０に送信する。
【００３８】
書庫ゲートウェイ装置３０は、画像管理装置１０から受信した書庫ファイルＧ２から、書庫ファイルＧ２に含まれる医用画像ファイルＦ１１，Ｆ１２を抽出し、抽出された医用画像ファイルＦ１１，Ｆ１２を書庫サーバー２０内の書庫ファイルＧ１に格納する。これにより、書庫ファイルＧ１には、医用画像ファイルＦ１〜Ｆｎだけでなく、医用画像ファイルＦ１１，Ｆ１２も含まれることになる。
【００３９】
なお、図２及び図３に示したディレクトリー構成は一例であり、図示例に限定されるものではない。
【００４０】
図４は、医用画像管理システム１００において実行される新規ファイルのアップロード処理を示すシーケンス図である。この処理は、所定の時間間隔で実行される処理であり、処理対象となるシリーズ内の医用画像ファイルがアップロードされていない状態で実行される処理である。
【００４１】
まず、画像管理装置１０において、制御部１１は、記憶部１５から未バックアップの医用画像ファイルを取得する（ステップＳ１）。具体的には、制御部１１は、記憶部１５に記憶されている画像管理テーブルＴ１を参照して、保存ステータスフラグが「０」の医用画像ファイルを特定し、特定された医用画像ファイルのファイルパスを取得し、このファイルパスに基づいて、アップロードの対象となる医用画像ファイルを取得する。
【００４２】
次に、制御部１１は、取得された未バックアップの複数の医用画像ファイルをシリーズ単位でｔａｒ形式で結合させて書庫ファイルを生成する（ステップＳ２）。
【００４３】
次に、制御部１１は、書庫ゲートウェイ装置３０との間で通信を開始するために、書庫ゲートウェイ装置３０に対し、認証開始処理を行う（ステップＳ３）。具体的には、制御部１１は、通信部１４を介して、データ通信可能な状態とする旨の指示を書庫ゲートウェイ装置３０に送信し、書庫ゲートウェイ装置３０からその応答を受信する。
【００４４】
次に、制御部１１は、書庫ゲートウェイ装置３０に対し、画像格納先フォルダーの作成依頼を、通信部１４を介して送信する（ステップＳ４）。具体的には、制御部１１は、画像管理装置１０が設置された医療施設に対応する施設ＩＤ、画像種別、受信日、モダリティー、シリーズＵＩＤを示すフォルダーが順に階層構造をなすようなフォルダー（図２参照）の作成依頼を送信する。
【００４５】
書庫ゲートウェイ装置３０では、通信部３２により、画像管理装置１０から画像格納先フォルダーの作成依頼を受信すると、制御部３１は、書庫サーバー２０の記憶部２３に画像格納先フォルダーを作成する（ステップＳ５）。
具体的には、制御部３１は、画像格納先フォルダーの作成依頼を、通信部３２を介して書庫サーバー２０に送信する。
書庫サーバー２０では、制御部２１が、記憶部２３に、施設ＩＤ、画像種別、受信日、モダリティー、シリーズＵＩＤという階層順でフォルダーを作成する。
【００４６】
次に、画像管理装置１０の制御部１１は、書庫ゲートウェイ装置３０に対し、ステップＳ２で生成した書庫ファイル、書庫ファイルの保存先アドレス、保存タイプを、通信部１４を介して送信する（ステップＳ６）。
保存先アドレスは、ステップＳ４において作成が依頼された画像格納先フォルダーを示す情報である。
保存タイプは、処理対象となるシリーズ内の医用画像ファイルが新規にアップロードされるものであるか（ＮＥＷ）、追加でアップロードされるものであるか（ＡＤＤ）を示す情報である。本処理では、保存タイプとして、「ＮＥＷ」が送信される。
【００４７】
書庫ゲートウェイ装置３０では、通信部３２により、画像管理装置１０から書庫ファイル、保存先アドレス、保存タイプを受信すると、制御部３１は、受信した書庫ファイルを書庫サーバー２０の記憶部２３の指定されたアドレスに格納する（ステップＳ７）。
具体的には、制御部３１は、画像管理装置１０から受信した保存タイプが「ＮＥＷ」である場合には、画像管理装置１０から受信した保存先アドレスに、画像管理装置１０から受信した書庫ファイルを格納する旨の指示を、通信部３２を介して書庫サーバー２０に送信する。
書庫サーバー２０では、制御部２１が、記憶部２３の保存先アドレス（ステップＳ５において作成されたフォルダー）に、書庫ファイルを格納する。
【００４８】
次に、画像管理装置１０の制御部１１は、書庫ゲートウェイ装置３０に対し、書庫サーバー２０にアップロードされた書庫ファイル内の各医用画像ファイルのファイル名とサイズの取得依頼を、通信部１４を介して送信する（ステップＳ８）。
【００４９】
書庫ゲートウェイ装置３０では、通信部３２により、画像管理装置１０から書庫ファイル内の各医用画像ファイルのファイル名とサイズの取得依頼を受信すると、制御部３１は、ｔａｒコマンドを実行して、書庫サーバー２０から、ステップＳ７において格納された書庫ファイル内のファイル一覧（ファイル名）と各ファイルのサイズを取得する（ステップＳ９）。
制御部３１は、書庫ファイル内のファイル一覧と各ファイルのサイズを、通信部３２を介して画像管理装置１０に送信する（ステップＳ１０）。
【００５０】
画像管理装置１０では、通信部１４により、書庫ゲートウェイ装置３０から書庫ファイル内のファイル一覧と各ファイルのサイズを受信すると、制御部１１は、ローカルのファイルとアップロードされたファイルのサイズチェックを行う（ベリファイ処理）（ステップＳ１１）。具体的には、制御部１１は、ステップＳ２において書庫ファイルを生成した際に結合された各々の医用画像ファイルのサイズと、書庫ゲートウェイ装置３０から取得した書庫ファイル内に含まれる各々の医用画像ファイルのサイズと、を比較し、同じファイル名のファイル同士のサイズが一致するか否かを判断する。
【００５１】
制御部１１は、記憶部１５に記憶されている画像管理テーブルＴ１において、サイズチェックによりアップロードが成功したと判断された医用画像ファイルに対応する保存ステータスフラグを、「０」からバックアップ済みを示す「１」に変更する（ステップＳ１２）。
【００５２】
次に、制御部１１は、書庫ゲートウェイ装置３０との間で通信を終了するために、書庫ゲートウェイ装置３０に対し、認証終了処理を行う（ステップＳ１３）。具体的には、制御部１１は、通信部１４を介して、データ通信を切断する旨の指示を書庫ゲートウェイ装置３０に送信し、書庫ゲートウェイ装置３０からその応答を受信する。
以上で、新規ファイルのアップロード処理が終了する。
【００５３】
図５は、医用画像管理システム１００において実行される追加ファイルのアップロード処理を示すシーケンス図である。この処理は、一旦バックアップされたシリーズ内に医用画像ファイルが追加された場合に実行される処理である。
【００５４】
まず、画像管理装置１０において、制御部１１は、シリーズ内の医用画像ファイルが一旦バックアップされた後に追加された医用画像ファイルを記憶部１５から取得する（ステップＳ２１）。具体的には、制御部１１は、記憶部１５に記憶されている画像管理テーブルＴ１を参照して、保存ステータスフラグが「２」の医用画像ファイルを特定し、特定された医用画像ファイルのファイルパスを取得し、このファイルパスに基づいて、追加アップロードの対象となる医用画像ファイルを取得する。
【００５５】
次に、制御部１１は、バックアップ後に追加された医用画像ファイルをシリーズ単位でｔａｒ形式で結合させて追加分の書庫ファイルを生成する（ステップＳ２２）。
【００５６】
次に、制御部１１は、書庫ゲートウェイ装置３０との間で通信を開始するために、書庫ゲートウェイ装置３０に対し、認証開始処理を行う（ステップＳ２３）。
【００５７】
次に、制御部１１は、書庫ゲートウェイ装置３０に対し、ステップＳ２２で生成した書庫ファイル、書庫ファイルの保存先アドレス、保存タイプを、通信部１４を介して送信する（ステップＳ２４）。
本処理では、保存先のアドレスとして、該当するシリーズに対応する画像格納先フォルダーを示す情報が送信され、保存タイプとして、「ＡＤＤ」が送信される。
【００５８】
書庫ゲートウェイ装置３０では、通信部３２により、画像管理装置１０から書庫ファイル、保存先アドレス、保存タイプを受信すると、制御部３１は、受信した書庫ファイル内の医用画像ファイルを、書庫サーバー２０の記憶部２３の指定されたアドレスの書庫ファイルに追加格納する（ステップＳ２５）。
具体的には、制御部３１は、画像管理装置１０から受信した保存タイプが「ＡＤＤ」である場合には、画像管理装置１０から受信した追加分の書庫ファイルから個々の医用画像ファイルを抽出し、画像管理装置１０から受信した保存先のアドレスの書庫ファイルに、抽出した医用画像ファイルを追加する旨の指示を、通信部３２を介して書庫サーバー２０に送信する。
書庫サーバー２０では、制御部２１が、記憶部２３の保存先アドレスの書庫ファイルに、書庫ゲートウェイ装置３０から受信した医用画像ファイルを追加する。
【００５９】
次に、画像管理装置１０の制御部１１は、書庫ゲートウェイ装置３０に対し、ファイルが追加された書庫ファイル内の各医用画像ファイルのファイル名とサイズの取得依頼を、通信部１４を介して送信する（ステップＳ２６）。
【００６０】
書庫ゲートウェイ装置３０では、通信部３２により、画像管理装置１０から書庫ファイル内の各医用画像ファイルのファイル名とサイズの取得依頼を受信すると、制御部３１は、ｔａｒコマンドを実行して、書庫サーバー２０から、ステップＳ２５において追加された書庫ファイル内のファイル一覧（ファイル名）と各ファイルのサイズを取得する（ステップＳ２７）。
制御部３１は、書庫ファイル内のファイル一覧と各ファイルのサイズを、通信部３２を介して画像管理装置１０に送信する（ステップＳ２８）。
【００６１】
画像管理装置１０では、通信部１４により、書庫ゲートウェイ装置３０から書庫ファイル内のファイル一覧と各ファイルのサイズを受信すると、制御部１１は、ローカルのファイルとアップロードされたファイルのサイズチェックを行う（ベリファイ処理）（ステップＳ２９）。具体的には、制御部１１は、記憶部１５に追加された医用画像ファイルと同一シリーズの各々の医用画像ファイルのサイズと、書庫ゲートウェイ装置３０から取得した書庫ファイル内に含まれる各々の医用画像ファイルのサイズと、を比較し、同じファイル名のファイル同士のサイズが一致するか否かを判断する。つまり、制御部１１は、追加されたファイルだけでなく、シリーズ内の全てのファイルについて、サイズチェックを行う。
【００６２】
制御部１１は、記憶部１５に記憶されている画像管理テーブルＴ１において、サイズチェックにより追加アップロードが成功したと判断された医用画像ファイルに対応する保存ステータスフラグを、「２」からバックアップ済みを示す「１」に変更する（ステップＳ３０）。
【００６３】
次に、制御部１１は、書庫ゲートウェイ装置３０との間で通信を終了するために、書庫ゲートウェイ装置３０に対し、認証終了処理を行う（ステップＳ３１）。
以上で、追加ファイルのアップロード処理が終了する。
【００６４】
書庫サーバー２０に記憶されている書庫ファイルに含まれる医用画像ファイルを参照する際には、各医療施設に設置された画像管理装置１０において、ユーザーが、操作部１２からの操作により、参照対象となる医用画像ファイルを指定する。具体的には、書庫サーバー２０の記憶部２３内の参照先アドレス（書庫ファイルが格納されているフォルダー）を指定することで、書庫ファイルが特定され、この書庫ファイルに含まれる医用画像ファイルのファイル名を指定することで、参照対象となる医用画像ファイルが特定される。
【００６５】
書庫ゲートウェイ装置３０の制御部３１は、書庫サーバー２０の記憶部２３に記憶されている特定された書庫ファイルから、特定された医用画像ファイルを抽出し、抽出された医用画像ファイルを通信部３２を介して画像管理装置１０に送信する。このように、制御部３１は、ユーザーの指定に応じて、シリーズ内の任意の医用画像ファイルのみを画像管理装置１０に送信することができる。
画像管理装置１０では、制御部１１が、書庫ゲートウェイ装置３０を経由して書庫サーバー２０から取得した医用画像ファイルに基づいて、表示部１３に医用画像を表示させる。
【００６６】
以上説明したように、本実施の形態によれば、画像管理装置１０におけるｔａｒ形式の書庫ファイルの生成は、データの圧縮を伴わないので、医用画像ファイルのアップロードにおける処理負荷を軽減させることができる。
また、ｔａｒ形式の書庫ファイルとして扱うことで、結合された状態のままファイル名とファイルサイズを取得可能となるため、容易にベリファイ処理を行うことができる。
【００６７】
また、書庫サーバー２０において、ｔａｒ形式の書庫ファイルとして保存されているため、画像を参照する際に、画像管理装置１０等の参照に用いる端末（参照端末）又は書庫サーバー２０において、展開処理が不要である。書庫ゲートウェイ装置３０は、書庫ファイルに含まれる医用画像ファイルのうち、参照対象として指定された医用画像ファイルのみを参照端末に送信することができる。
従来は、シリーズ内に多数の医用画像ファイルが含まれる場合に、シリーズ単位で圧縮されていると、参照端末において、書庫サーバー２０からダウンロードした圧縮ファイルの展開処理が終わるまで画像が表示されないという問題があったが、本実施の形態によれば、医用画像ファイル毎にダウンロードが可能であるため、画像参照時のユーザーのストレスを軽減することができる。
【００６８】
また、一旦シリーズ内の医用画像ファイルがアップロードされた後に、同一シリーズ内に医用画像ファイルが追加された場合に、追加された医用画像ファイルのみを書庫ファイルに対して追加することができるので、アップロード済みの医用画像ファイルについては再度アップロードする必要がなく、処理負荷を軽減させることができる。
【００６９】
また、書庫ゲートウェイ装置３０を設けることによって、任意の医用画像ファイルの抽出や、書庫サーバー２０に対する医用画像ファイルの追加が容易になる。
【００７０】
また、複数の医用画像ファイルをシリーズ単位で結合させ、書庫ファイルとして扱うことで、各医用画像ファイルを別々にアップロードする場合と比較して、画像管理装置１０と書庫サーバー２０（書庫ゲートウェイ装置３０）との間の通信回数を減らすことができる。特に、一つの書庫サーバー２０に対して複数の画像管理装置１０が設けられているため、各画像管理装置１０と書庫サーバー２０との間の通信負荷を軽減させることは重要である。
【００７１】
なお、上記実施の形態における記述は、本発明に係る医用画像管理システムの例であり、これに限定されるものではない。システムを構成する各装置の細部構成及び細部動作に関しても本発明の趣旨を逸脱することのない範囲で適宜変更可能である。
【００７２】
例えば、上記実施の形態では、画像管理装置１０から書庫サーバー２０に医用画像ファイルをアップロードする際に、シリーズ単位でｔａｒ形式で結合させて書庫ファイルを生成し、書庫サーバー２０に送信することとしたが、検査単位で書庫ファイルを生成し、書庫サーバー２０に送信することとしてもよい。
【００７３】
また、上記実施の形態では、所定の時間間隔で、画像管理装置１０から書庫サーバー２０に医用画像ファイルをアップロードすることとしたが、画像管理装置１０の記憶部１５に新たに医用画像ファイルが記憶された場合に、所定の単位で書庫ファイルを生成し、当該生成された書庫ファイルを書庫サーバー２０に送信することとしてもよい。
例えば、画像管理装置１０が画像の送信元からStorage Commitment（画像保存委託）を受信し、画像が保管されていることを返信したタイミングで、書庫ファイルを生成し、書庫サーバー２０にアップロードすることとしてもよい。Storage Commitmentは、ＰＡＣＳ（画像管理装置１０）に対して画像送信を行った際に、送信元が送信先に画像が保管されているか確認を行うサービスである。
【００７４】
また、画像管理装置１０がＲＩＳ（Radiology Information System）からＭＰＰＳ（Modality Performed Procedure Step：モダリティー実施済手続きステップ）のＣＯＭＰＬＥＴＥＤを受信したタイミングで、書庫ファイルを生成し、書庫サーバー２０にアップロードすることとしてもよい。ＭＰＰＳは、モダリティーによる検査の実施状況を伝える仕様のことである。検査の開始及び実施中は進行中（ＩＮ  ＰＲＯＧＲＥＳＳ）という状態となり、実施完了時に完了（ＣＯＭＰＬＥＴＥＤ）又は中止（ＤＩＳＣＯＮＴＩＮＵＥＤ）という状態となる。
【００７５】
また、上記実施の形態では、画像管理装置１０と書庫サーバー２０との間のデータ通信を、書庫ゲートウェイ装置３０を介して行う場合について説明したが、画像管理装置１０から書庫サーバー２０にファイルを格納するだけであれば、書庫ゲートウェイ装置３０がない構成としてもよい。
【符号の説明】
【００７６】
１０  画像管理装置
１１  制御部
１２  操作部
１３  表示部
１４  通信部
１５  記憶部
２０  書庫サーバー
２１  制御部
２２  通信部
２３  記憶部
３０  書庫ゲートウェイ装置
３１  制御部
３２  通信部
１００  医用画像管理システム
Ｎ  インターネット
【図１】
0006736960.tif 000002
【図２】
0006736960.tif 000003
【図３】
0006736960.tif 000004
【図４】
0006736960.tif 000005
【図５】
0006736960.tif 000006