JP3230332B2 - データライブラリ管理装置 - Google Patents
データライブラリ管理装置Info
- Publication number
- JP3230332B2 JP3230332B2 JP11626393A JP11626393A JP3230332B2 JP 3230332 B2 JP3230332 B2 JP 3230332B2 JP 11626393 A JP11626393 A JP 11626393A JP 11626393 A JP11626393 A JP 11626393A JP 3230332 B2 JP3230332 B2 JP 3230332B2
- Authority
- JP
- Japan
- Prior art keywords
- data
- media
- medium
- registered
- registration
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Medical Treatment And Welfare Office Work (AREA)
- Processing Or Creating Images (AREA)
Description
【０００１】
【産業上の利用分野】本発明は画像データを含む大量の
データを管理するデータライブラリシステムに関する。
データを管理するデータライブラリシステムに関する。
【０００２】医療機関等においては、検査画像等のデー
タが日々大量に発生する。それらのデータを媒体に保管
・管理するとともに、検索を行いやすくする必要があ
る。そのため媒体の管理が容易にできるデータライブラ
リシステムが要求される。
タが日々大量に発生する。それらのデータを媒体に保管
・管理するとともに、検索を行いやすくする必要があ
る。そのため媒体の管理が容易にできるデータライブラ
リシステムが要求される。
【０００３】
【従来の技術】データライブラリシステムの１つに医療
用画像データライブラリシステムがある。本システム
は、病院等の医療機関において、医療用画像発生装置か
ら発生する画像検査情報（Ｘ線、ＣＴスキャン、ＭＲ
Ｉ、超音波等による画像）をディジタルデータとして取
込み、付属データ項目を付加して登録・保管し、必要に
応じて検索・参照・付属データの更新を可能とする画像
データベースを備える医療用画像情報システムの例であ
る。
用画像データライブラリシステムがある。本システム
は、病院等の医療機関において、医療用画像発生装置か
ら発生する画像検査情報（Ｘ線、ＣＴスキャン、ＭＲ
Ｉ、超音波等による画像）をディジタルデータとして取
込み、付属データ項目を付加して登録・保管し、必要に
応じて検索・参照・付属データの更新を可能とする画像
データベースを備える医療用画像情報システムの例であ
る。
【０００４】医療用画像情報システムにおいて取り扱う
データは、画像データ、および検査属性や患者属性等の
付属データに大別される。この内、画像データのデータ
量が膨大であるので、その記憶保存のために複数の光磁
気ディスクを媒体とする光磁気ディスクライブラリ装置
が使用される。図７に光磁気ディスクライブラリ装置の
構成の概念図を示す。11は媒体を読み書きするドライブ
であり、通常２台ある。12は媒体を保持しておく棚であ
りスロットと呼ぶ。13はスロットから媒体を取り出して
ドライブへセットするための搬送機構である。14は媒体
を交換するためのディスクパックであり、複数の（図で
は１６枚の）媒体を保持することができ、そのままライ
ブラリ装置に装着されスロットの一部となる。なお、媒
体は一枚ずつ交換することも可能である。
データは、画像データ、および検査属性や患者属性等の
付属データに大別される。この内、画像データのデータ
量が膨大であるので、その記憶保存のために複数の光磁
気ディスクを媒体とする光磁気ディスクライブラリ装置
が使用される。図７に光磁気ディスクライブラリ装置の
構成の概念図を示す。11は媒体を読み書きするドライブ
であり、通常２台ある。12は媒体を保持しておく棚であ
りスロットと呼ぶ。13はスロットから媒体を取り出して
ドライブへセットするための搬送機構である。14は媒体
を交換するためのディスクパックであり、複数の（図で
は１６枚の）媒体を保持することができ、そのままライ
ブラリ装置に装着されスロットの一部となる。なお、媒
体は一枚ずつ交換することも可能である。
【０００５】医療用画像情報システムに求められる要件
として次のことがあげられる。 画像データという特質上、一つの検査データは一つの
媒体（１枚の光磁気ディスク）に格納しなければならな
い。 検査データは、患者毎に発生量が異なり、また同一の
患者の検査データが日を置いて複数発生する可能性があ
るが、それらのデータは同一の媒体に格納することが望
ましい。１枚または多くても２枚の媒体をアクセスすれ
ばよいようにすれば、ある患者の検査実施後、その画像
の読影診断を行うときに、その患者の他の検査画像およ
び過去の検査画像を参照することが容易になる。 日々に新しい情報が大量に発生するので、すべてをオ
ンラインでアクセスすることは困難であり、媒体を交換
して古いデータをオフラインデータとする必要がある。
よく参照するのは新しいデータであるので、新しいデー
タが入った媒体はオンラインでなければならない。すな
わち、一つの媒体にはなるべく同時期のデータを入れる
ことが望ましい。
として次のことがあげられる。 画像データという特質上、一つの検査データは一つの
媒体（１枚の光磁気ディスク）に格納しなければならな
い。 検査データは、患者毎に発生量が異なり、また同一の
患者の検査データが日を置いて複数発生する可能性があ
るが、それらのデータは同一の媒体に格納することが望
ましい。１枚または多くても２枚の媒体をアクセスすれ
ばよいようにすれば、ある患者の検査実施後、その画像
の読影診断を行うときに、その患者の他の検査画像およ
び過去の検査画像を参照することが容易になる。 日々に新しい情報が大量に発生するので、すべてをオ
ンラインでアクセスすることは困難であり、媒体を交換
して古いデータをオフラインデータとする必要がある。
よく参照するのは新しいデータであるので、新しいデー
タが入った媒体はオンラインでなければならない。すな
わち、一つの媒体にはなるべく同時期のデータを入れる
ことが望ましい。
【０００６】以上の要件の内、を満たすことは容易で
あるが、，を同時に満たすことは簡単ではない。従
来の媒体への内容書込み方法の内、最も単純な方法は、
発生した順に１つの媒体に格納してゆき、一杯になった
ら次の媒体に移るというものである。この方法は、前記
の要件のを満足できない。それを解決するためにデー
タを分散して複数の媒体に分散して書き込むことが考え
られた。
あるが、，を同時に満たすことは簡単ではない。従
来の媒体への内容書込み方法の内、最も単純な方法は、
発生した順に１つの媒体に格納してゆき、一杯になった
ら次の媒体に移るというものである。この方法は、前記
の要件のを満足できない。それを解決するためにデー
タを分散して複数の媒体に分散して書き込むことが考え
られた。
【０００７】図６(a) に従来のデータ分散方法の説明図
を示す。データを患者ＩＤ順に順次別の媒体へと格納し
てゆき、媒体数をＮとして、Ｎ＋１番目のＩＤのデータ
を最初の媒体に格納するという具合に循環させる方法で
ある。この方法は、患者毎にまた患者グループ毎に発生
データ量が異なるため、媒体毎のデータ量が異なり、ど
れか１つの媒体が一杯になると、Ｎ個の媒体を同時に交
換する必要があり、媒体の交換単位が大きくて無駄が多
い。図６の例ではＮ＝６４であり、０００４の媒体が満
杯になったので他の媒体はまだ充分に余裕があるのに６
４の媒体全部を交換しなければならない。
を示す。データを患者ＩＤ順に順次別の媒体へと格納し
てゆき、媒体数をＮとして、Ｎ＋１番目のＩＤのデータ
を最初の媒体に格納するという具合に循環させる方法で
ある。この方法は、患者毎にまた患者グループ毎に発生
データ量が異なるため、媒体毎のデータ量が異なり、ど
れか１つの媒体が一杯になると、Ｎ個の媒体を同時に交
換する必要があり、媒体の交換単位が大きくて無駄が多
い。図６の例ではＮ＝６４であり、０００４の媒体が満
杯になったので他の媒体はまだ充分に余裕があるのに６
４の媒体全部を交換しなければならない。
【０００８】また、交換時期が事前に分からないため、
交換前に行っておくべき業務（例えば診断を下すための
データ参照・読影）を行う前に媒体がオフラインにされ
てしまって、再度人手をかけてセットする必要があった
り、交換が必要になってから交換を促すメッセージを使
用者に伝えていたので、交換用の媒体の準備が間に合わ
ず、システムを停止しなければならないことがあった。
交換前に行っておくべき業務（例えば診断を下すための
データ参照・読影）を行う前に媒体がオフラインにされ
てしまって、再度人手をかけてセットする必要があった
り、交換が必要になってから交換を促すメッセージを使
用者に伝えていたので、交換用の媒体の準備が間に合わ
ず、システムを停止しなければならないことがあった。
【０００９】
【発明が解決しようとする課題】以上のように、媒体の
管理（交換）が困難であるという問題がある。本発明
は、媒体の管理を容易にしたデータライブラリシステム
を実現することを目的としている。
管理（交換）が困難であるという問題がある。本発明
は、媒体の管理を容易にしたデータライブラリシステム
を実現することを目的としている。
【００１０】
【課題を解決するための手段】図１は本発明の原理ブロ
ック図である。図は、データライブラリ装置１と、ライ
ブラリ管理装置２とよりなり、ライブラリ管理装置２
は、データ発生装置Ａから送られたデータをデータライ
ブラリ装置１内の媒体に書込み、登録する登録手段21
と、登録されたデータを読み出してデータ表示装置Ｂに
送出する参照更新手段22とをもつデータライブラリシス
テムを示す。
ック図である。図は、データライブラリ装置１と、ライ
ブラリ管理装置２とよりなり、ライブラリ管理装置２
は、データ発生装置Ａから送られたデータをデータライ
ブラリ装置１内の媒体に書込み、登録する登録手段21
と、登録されたデータを読み出してデータ表示装置Ｂに
送出する参照更新手段22とをもつデータライブラリシス
テムを示す。
【００１１】ライブラリ管理装置に、媒体割当管理手段
23を設け、媒体割当管理手段23は、登録しようとするデ
ータの中の項目の一部をあらかじめ分散キーとして選定
しておき、この分散キーにより登録データをグループに
分け、グループに対してデータライブラリ装置１内の媒
体を割当て、媒体管理テーブル20により、媒体の番号と
分散キーとの対応を管理し、登録手段21は、割当てられ
た媒体にデータを書き込むように構成する。
23を設け、媒体割当管理手段23は、登録しようとするデ
ータの中の項目の一部をあらかじめ分散キーとして選定
しておき、この分散キーにより登録データをグループに
分け、グループに対してデータライブラリ装置１内の媒
体を割当て、媒体管理テーブル20により、媒体の番号と
分散キーとの対応を管理し、登録手段21は、割当てられ
た媒体にデータを書き込むように構成する。
【００１２】媒体割当管理手段23はさらに、データライ
ブラリ装置１内の媒体を、媒体管理テーブル20に未使用
の「予備」、使用中の「現用」、残り容量なしの「満
杯」に区分して、媒体管理テーブル20に登録、管理す
る。 データライブラリ装置内に新たな未使用の媒体を検
出すると「予備」として登録し、あるグループに「予
備」の媒体を割り当てると「現用」に登録区分を変更
し、グループに割当てられた「現用」媒体の残り容量が
所定限度以下であることを検出すると、「予備」媒体か
ら所定数を割り当て、それぞれの媒体の登録区分を「満
杯」、「現用」に変更し、データライブラリ装置１内の
「予備」媒体の残り数が所定数より少なくなった事を検
出すると、媒体交換を促す通知を使用者に対して出力す
る。
ブラリ装置１内の媒体を、媒体管理テーブル20に未使用
の「予備」、使用中の「現用」、残り容量なしの「満
杯」に区分して、媒体管理テーブル20に登録、管理す
る。 データライブラリ装置内に新たな未使用の媒体を検
出すると「予備」として登録し、あるグループに「予
備」の媒体を割り当てると「現用」に登録区分を変更
し、グループに割当てられた「現用」媒体の残り容量が
所定限度以下であることを検出すると、「予備」媒体か
ら所定数を割り当て、それぞれの媒体の登録区分を「満
杯」、「現用」に変更し、データライブラリ装置１内の
「予備」媒体の残り数が所定数より少なくなった事を検
出すると、媒体交換を促す通知を使用者に対して出力す
る。
【００１３】第２の発明では、第１の発明に対して、媒
体排出管理手段24を設ける。参照更新手段22は、使用者
の指定により登録データを参照し、（使用者にその後の
扱いを指定するよう促して）そのとき指定された内容を
データ取扱い状態としてデータ項目の１つに記録し、媒
体排出管理手段24は、随時又は定期的に、「満杯」媒体
の登録データのデータ取扱い状態のデータ項目の内容を
チェックして排出可能か否かを判断し、排出可能であれ
ば媒体管理テーブル20の登録区分に「完了」を記し、
「完了」媒体（すなわち交換すべき媒体）の数がデータ
ライブラリ装置１の交換単位に達したことを検出する
と、媒体交換を促す通知を出力する。
体排出管理手段24を設ける。参照更新手段22は、使用者
の指定により登録データを参照し、（使用者にその後の
扱いを指定するよう促して）そのとき指定された内容を
データ取扱い状態としてデータ項目の１つに記録し、媒
体排出管理手段24は、随時又は定期的に、「満杯」媒体
の登録データのデータ取扱い状態のデータ項目の内容を
チェックして排出可能か否かを判断し、排出可能であれ
ば媒体管理テーブル20の登録区分に「完了」を記し、
「完了」媒体（すなわち交換すべき媒体）の数がデータ
ライブラリ装置１の交換単位に達したことを検出する
と、媒体交換を促す通知を出力する。
【００１４】第３の発明では、媒体排出管理手段24は、
使用者の指示を受けると、必要があれば「完了」または
「満杯」媒体を（例えば完了日付の古いものから）交換
可能位置に入れ（必要があればそこにある媒体と交換
し）、使用者が媒体交換を行なったことを検出すると、
媒体管理テーブル20の登録区分に「排出」を記し、新し
い媒体を「予備」として登録する。
使用者の指示を受けると、必要があれば「完了」または
「満杯」媒体を（例えば完了日付の古いものから）交換
可能位置に入れ（必要があればそこにある媒体と交換
し）、使用者が媒体交換を行なったことを検出すると、
媒体管理テーブル20の登録区分に「排出」を記し、新し
い媒体を「予備」として登録する。
【００１５】第４の発明は、第１ないし第３の発明に対
し、媒体交換予測手段25を設ける。媒体交換予測手段25
は、登録手段21がデータを登録する毎にそのデータのデ
ータ量の数値を受け取り、単位時間の間積算して単位時
間登録データ量とし、媒体の交換単位数から「満杯」お
よび「完了」媒体数を引いた数だけ、「現用」媒体の残
り容量を、残り容量の少ない順に合計した値を、単位時
間登録データ量で割って得た時間を媒体交換までの予測
時間とする。
し、媒体交換予測手段25を設ける。媒体交換予測手段25
は、登録手段21がデータを登録する毎にそのデータのデ
ータ量の数値を受け取り、単位時間の間積算して単位時
間登録データ量とし、媒体の交換単位数から「満杯」お
よび「完了」媒体数を引いた数だけ、「現用」媒体の残
り容量を、残り容量の少ない順に合計した値を、単位時
間登録データ量で割って得た時間を媒体交換までの予測
時間とする。
【００１６】第５の発明は、第１ないし第３の発明に対
し、媒体交換予測手段25を設ける。媒体交換予測手段25
は、登録手段21がデータを登録する毎にそのデータのデ
ータ量の数値を受け取り、単位時間の間積算して単位時
間登録データ量とし、「現用」媒体の残り容量の合計
と、規定数以外の「予備」媒体の容量の合計との合計を
単位時間登録データ量で割って得た時間を媒体交換まで
の予測時間とする。
し、媒体交換予測手段25を設ける。媒体交換予測手段25
は、登録手段21がデータを登録する毎にそのデータのデ
ータ量の数値を受け取り、単位時間の間積算して単位時
間登録データ量とし、「現用」媒体の残り容量の合計
と、規定数以外の「予備」媒体の容量の合計との合計を
単位時間登録データ量で割って得た時間を媒体交換まで
の予測時間とする。
【００１７】第６の発明は、第４または第５の発明にお
いて、媒体交換予測手段25は、単位時間登録データ量の
記録を複数個もち、新たに積算した単位時間登録データ
量を既にある記録の最も古いものと入替え、予測時間を
計算する場合に複数の単位時間登録データ量の記録の平
均値を用いる。
いて、媒体交換予測手段25は、単位時間登録データ量の
記録を複数個もち、新たに積算した単位時間登録データ
量を既にある記録の最も古いものと入替え、予測時間を
計算する場合に複数の単位時間登録データ量の記録の平
均値を用いる。
【００１８】
【作用】媒体割当管理手段23は、分散キーによって媒体
を割り当てるので同一の分散キーをもつデータは同一の
媒体に書き込まれる。また媒体に残り容量がなくなった
とき、その媒体の代わりの媒体が、ある範囲の分散キー
をもつグループに対して割当てられるので、他のグルー
プの媒体は余裕があればそのまま使用される。すなわち
媒体はすべてほぼ容量一杯まで使うことができる。
を割り当てるので同一の分散キーをもつデータは同一の
媒体に書き込まれる。また媒体に残り容量がなくなった
とき、その媒体の代わりの媒体が、ある範囲の分散キー
をもつグループに対して割当てられるので、他のグルー
プの媒体は余裕があればそのまま使用される。すなわち
媒体はすべてほぼ容量一杯まで使うことができる。
【００１９】第１の発明によれば、予備媒体がまだ残っ
ている段階で対応の必要性を使用者に通知できる。第２
の発明によれば、「満杯」の媒体であっても、登録デー
タのデータ取扱い状態で排出可能と指定してないものが
あれば、ただちに排出されてしまうことはない。従っ
て、未参照なのに媒体がオフラインになっていることを
避けることができる。
ている段階で対応の必要性を使用者に通知できる。第２
の発明によれば、「満杯」の媒体であっても、登録デー
タのデータ取扱い状態で排出可能と指定してないものが
あれば、ただちに排出されてしまうことはない。従っ
て、未参照なのに媒体がオフラインになっていることを
避けることができる。
【００２０】第３の発明によれば、媒体の交換作業が容
易になり、排出されてオフラインになった媒体も明確に
でき、ライブラリ全体の管理が容易になる。第４の発明
によれば、「完了」および「満杯」媒体数が交換単位数
に達する時（予想日）があらかじめ分かるので、「満
杯」媒体の処理をする時間の限界がわかる。
易になり、排出されてオフラインになった媒体も明確に
でき、ライブラリ全体の管理が容易になる。第４の発明
によれば、「完了」および「満杯」媒体数が交換単位数
に達する時（予想日）があらかじめ分かるので、「満
杯」媒体の処理をする時間の限界がわかる。
【００２１】第５の発明によれば、「予備」媒体数が一
定数より少なくなる時（予想日）があらかじめ分かるの
で、媒体の用意ができる。第６の発明によれば、単位時
間登録データ量の時間的移動平均を用いることになるの
で、第４，第５の発明の予測時間が、より正確になる。
定数より少なくなる時（予想日）があらかじめ分かるの
で、媒体の用意ができる。第６の発明によれば、単位時
間登録データ量の時間的移動平均を用いることになるの
で、第４，第５の発明の予測時間が、より正確になる。
【００２２】
【実施例】以下、図面を参照して本発明の実施例を説明
する。図２は本発明の実施例の医療用画像データライブ
ラリシステムのシステム構成図である。本実施例は、ラ
イブラリ管理装置をＬＡＮによって結合したワークステ
ーションまたはパソコンによって、サーバ・クライアン
トシステムとして機能分散を図ったシステムである。
する。図２は本発明の実施例の医療用画像データライブ
ラリシステムのシステム構成図である。本実施例は、ラ
イブラリ管理装置をＬＡＮによって結合したワークステ
ーションまたはパソコンによって、サーバ・クライアン
トシステムとして機能分散を図ったシステムである。
【００２３】図１と機能の同一のものは、同一の符号を
付して示す。図において、ＡはＮＲＩ装置等の医療用画
像データ発生装置、Ｂはデータを参照するための表示装
置であり、それぞれ複数台存在できる。点線内がライブ
ラリ管理装置に相当し、ＬＡＮおよび公知の通信手段に
より結合されたワークステーション等のプロセサにより
構成されている。１は光磁気ディスクライブラリ装置で
あり、図７にも示したように、多数の媒体（光磁気ディ
スク）がスロットに収容されており、必要なときに搬送
機構により指定された媒体がドライブに装着され、デー
タの読み書きが行われる。媒体の交換は一枚づつ、また
は交換用ディスクパックにより複数枚同時に行う。
付して示す。図において、ＡはＮＲＩ装置等の医療用画
像データ発生装置、Ｂはデータを参照するための表示装
置であり、それぞれ複数台存在できる。点線内がライブ
ラリ管理装置に相当し、ＬＡＮおよび公知の通信手段に
より結合されたワークステーション等のプロセサにより
構成されている。１は光磁気ディスクライブラリ装置で
あり、図７にも示したように、多数の媒体（光磁気ディ
スク）がスロットに収容されており、必要なときに搬送
機構により指定された媒体がドライブに装着され、デー
タの読み書きが行われる。媒体の交換は一枚づつ、また
は交換用ディスクパックにより複数枚同時に行う。
【００２４】データベースサーバは光磁気ディスクライ
ブラリ装置１をワークステーションまたはパソコンによ
って制御するように構成したものである。媒体割当て、
媒体排出、媒体交換予測の媒体の管理に関する処理は媒
体管理テーブルを含めて媒体管理手段200 としてまとめ
てある。
ブラリ装置１をワークステーションまたはパソコンによ
って制御するように構成したものである。媒体割当て、
媒体排出、媒体交換予測の媒体の管理に関する処理は媒
体管理テーブルを含めて媒体管理手段200 としてまとめ
てある。
【００２５】登録手段はデータベースサーバの21ｂと表
示装置側の21ｔとで構成し、参照更新手段はデータベー
スサーバの22ｂと画像データ発生装置側の22ｔとで構成
する。他に管理サーバがあり、検査データの内、画像デ
ータ以外の付属データを保持し、データベースの検索処
理等のシステム全体の管理を行なう。
示装置側の21ｔとで構成し、参照更新手段はデータベー
スサーバの22ｂと画像データ発生装置側の22ｔとで構成
する。他に管理サーバがあり、検査データの内、画像デ
ータ以外の付属データを保持し、データベースの検索処
理等のシステム全体の管理を行なう。
【００２６】検査が行なわれ、データが発生すると検査
ＩＤが検査毎に付けられて画像データは光磁気ディスク
データライブラリに収容され、付属データは管理サーバ
の磁気ディスクに収容されるが、検査ＩＤによってリン
クされる。図３に検査データの内の付属データを示す。
ＩＤが検査毎に付けられて画像データは光磁気ディスク
データライブラリに収容され、付属データは管理サーバ
の磁気ディスクに収容されるが、検査ＩＤによってリン
クされる。図３に検査データの内の付属データを示す。
【００２７】図３に示すように、付属データには検査日
時、データ取扱い状態、診断結果、担当医師、患者Ｉ
Ｄ、格納媒体番号等が記録される。この内、データ取扱
い状態、診断結果等は後から書込み更新が行なわれる。
時、データ取扱い状態、診断結果、担当医師、患者Ｉ
Ｄ、格納媒体番号等が記録される。この内、データ取扱
い状態、診断結果等は後から書込み更新が行なわれる。
【００２８】画像データを収容する媒体を割当てるため
患者ＩＤの一部を分散キーとして使用する。グループの
決定法はどのようにしてもよいが、以下に例を示す。分
散単位ｎを、 ｎ ＞ 安全係数＊（分散キー数／オンライン媒体数） となる最小の整数とする。
患者ＩＤの一部を分散キーとして使用する。グループの
決定法はどのようにしてもよいが、以下に例を示す。分
散単位ｎを、 ｎ ＞ 安全係数＊（分散キー数／オンライン媒体数） となる最小の整数とする。
【００２９】分散キーを患者ＩＤの下２桁とし、安全係
数を２とすると、分散単位は、 ｎ ＞ ２＊（１００／６４） から、ｎ＝４となるので、患者ＩＤの下２桁を（00,01,
02,03)、(04,05,06,07)・・・（96,97,98,99)のように
４つずつ組にしてグループとする。このグループ毎に順
次媒体（光磁気ディスク）の番号を割り当てる。
数を２とすると、分散単位は、 ｎ ＞ ２＊（１００／６４） から、ｎ＝４となるので、患者ＩＤの下２桁を（00,01,
02,03)、(04,05,06,07)・・・（96,97,98,99)のように
４つずつ組にしてグループとする。このグループ毎に順
次媒体（光磁気ディスク）の番号を割り当てる。
【００３０】はじめは、６４枚のディスクをすべて予備
ディスクとしておき、分散キーに従ってディスクを割り
当ててゆく。データは割り当てられたディスクに書き込
む。分散キーのそれぞれに対応するデータ（この場合は
１００人の患者のデータ）を書き込んだ後は患者数が何
人であっても、どれかのディスクの残り容量が無くなる
までは割り当ては変わらない。書き込み時、書き込むデ
ータ量よりディスクの残り容量が少ない時そのディスク
は「満杯」状態として、予備ディスクから新しいディス
クをその分散キーに割り当てる。割り当て状態は管理テ
ーブルに登録して管理する。
ディスクとしておき、分散キーに従ってディスクを割り
当ててゆく。データは割り当てられたディスクに書き込
む。分散キーのそれぞれに対応するデータ（この場合は
１００人の患者のデータ）を書き込んだ後は患者数が何
人であっても、どれかのディスクの残り容量が無くなる
までは割り当ては変わらない。書き込み時、書き込むデ
ータ量よりディスクの残り容量が少ない時そのディスク
は「満杯」状態として、予備ディスクから新しいディス
クをその分散キーに割り当てる。割り当て状態は管理テ
ーブルに登録して管理する。
【００３１】図４に媒体管理テーブルの例１を示す。媒
体の番号に対応して使用容量、分散キー（グループ）、
登録区分、媒体の存在するスロット番号が記録される。
この例ではオンライン媒体は６４枚あり、交換用ディス
クパックは１６枚単位で収容する、すなわち１６枚単位
で交換できるものとする。図示の例では、媒体番号００
００〜００１５は既にオフラインとなり、オンライン媒
体の内、００１６〜００３９の２４枚は完了または満杯
状態であり、現在使用中の媒体は００４０〜００６３の
２５枚、未使用の予備媒体は００６４〜００７９であ
る。
体の番号に対応して使用容量、分散キー（グループ）、
登録区分、媒体の存在するスロット番号が記録される。
この例ではオンライン媒体は６４枚あり、交換用ディス
クパックは１６枚単位で収容する、すなわち１６枚単位
で交換できるものとする。図示の例では、媒体番号００
００〜００１５は既にオフラインとなり、オンライン媒
体の内、００１６〜００３９の２４枚は完了または満杯
状態であり、現在使用中の媒体は００４０〜００６３の
２５枚、未使用の予備媒体は００６４〜００７９であ
る。
【００３２】「満杯」状態のディスクが増え、「予備」
ディスクの数が規定数より少なくなったとき、交換警告
を表示して使用者（管理者）に通知する。図３の例で規
定数を１６と定めてあったとすれば、すでに交換警告を
出した状態である。
ディスクの数が規定数より少なくなったとき、交換警告
を表示して使用者（管理者）に通知する。図３の例で規
定数を１６と定めてあったとすれば、すでに交換警告を
出した状態である。
【００３３】交換警告を出す状態になった時は、「満
杯」状態のディスクのデータ項目の状態表示を調べ、未
参照の検査データが無い（読影・診断済）ディスクの登
録区分を「完了」に変えて交換候補とし、交換候補ディ
スクの数がディスクパックの格納枚数に達した時、交換
指示を表示して使用者（管理者）に通知する。また、未
参照の検査データを早く処理済にするよう使用者（担当
医師）に通知する。
杯」状態のディスクのデータ項目の状態表示を調べ、未
参照の検査データが無い（読影・診断済）ディスクの登
録区分を「完了」に変えて交換候補とし、交換候補ディ
スクの数がディスクパックの格納枚数に達した時、交換
指示を表示して使用者（管理者）に通知する。また、未
参照の検査データを早く処理済にするよう使用者（担当
医師）に通知する。
【００３４】使用者（管理者）がディスクパックを交換
したときに、媒体の登録区分を「完了」から「排出」へ
変え、新たに入れられた媒体を「予備」とする。また、
必要に応じてオフラインディスク管理情報を作成し、そ
のデータを表示・印刷する。オフラインディスク管理情
報は、分散キー、ディスク番号、最初と最後の検査日付
等よりなる。これによりオフラインライブラリの管理も
容易になる。
したときに、媒体の登録区分を「完了」から「排出」へ
変え、新たに入れられた媒体を「予備」とする。また、
必要に応じてオフラインディスク管理情報を作成し、そ
のデータを表示・印刷する。オフラインディスク管理情
報は、分散キー、ディスク番号、最初と最後の検査日付
等よりなる。これによりオフラインライブラリの管理も
容易になる。
【００３５】図５は、媒体管理テーブルを、取扱いが便
利なように幾つかのテーブルに分けた例である。 (a)は
「予備」媒体のリスト、 (b)はオンライン媒体管理テー
ブル、 (c)はオフライン媒体管理テーブル、 (d)はスロ
ット管理テーブルである。図３と本質的な違いはない。
図示の例では検査データがさらに増え、特にグループ１
と２が多く、オフライン媒体が２〜３枚になった状態を
示している。
利なように幾つかのテーブルに分けた例である。 (a)は
「予備」媒体のリスト、 (b)はオンライン媒体管理テー
ブル、 (c)はオフライン媒体管理テーブル、 (d)はスロ
ット管理テーブルである。図３と本質的な違いはない。
図示の例では検査データがさらに増え、特にグループ１
と２が多く、オフライン媒体が２〜３枚になった状態を
示している。
【００３６】「完了」ディスクの数が交換単位に達する
時期と、予備ディスクの数が規定数以下になる時期が予
測できると、ディスク交換前に行うべき業務（読影・レ
ポート作成、媒体の購入手配等）をいつまでに行うべき
か事前に把握することができる。
時期と、予備ディスクの数が規定数以下になる時期が予
測できると、ディスク交換前に行うべき業務（読影・レ
ポート作成、媒体の購入手配等）をいつまでに行うべき
か事前に把握することができる。
【００３７】光磁気ディスク媒体に書き込もうとするデ
ータのデータ量は分かっているので、その都度そのデー
タ量の値を積算してゆく。単位時間後に残った値は単位
時間に登録したデータ量であり、データ登録速度であ
る。単位時間のとりかたは任意であるが、１日、一週間
等が考えられる。単位時間登録量を複数個とり、最新の
もので最古のものを置き換えるようにし、複数の単位時
間登録量の平均値をとれば、曜日による変動等が吸収で
き、より正確なデータ登録速度が得られる。
ータのデータ量は分かっているので、その都度そのデー
タ量の値を積算してゆく。単位時間後に残った値は単位
時間に登録したデータ量であり、データ登録速度であ
る。単位時間のとりかたは任意であるが、１日、一週間
等が考えられる。単位時間登録量を複数個とり、最新の
もので最古のものを置き換えるようにし、複数の単位時
間登録量の平均値をとれば、曜日による変動等が吸収で
き、より正確なデータ登録速度が得られる。
【００３８】また、各媒体毎に書込みデータ量の値は積
算され、媒体管理テーブルに記録されているので、各媒
体の残り容量も算定できる。従って、 Ｖ ： データ登録速度 Ｃ ： 交換単位媒体数 Ｅ ： 交換可能な媒体数（「完了」および「満杯」の
媒体数） Ｄn ： 媒体ｎの残り容量（ｎ＝１，２，・・・Ｎ） として、第１の予測時間の計算は、Ｅ≧Ｃとなる条件を
求めればよい。まず、「現用」媒体の残り容量の少ない
順に（Ｃ−Ｅ）個分の合計を計算する。
算され、媒体管理テーブルに記録されているので、各媒
体の残り容量も算定できる。従って、 Ｖ ： データ登録速度 Ｃ ： 交換単位媒体数 Ｅ ： 交換可能な媒体数（「完了」および「満杯」の
媒体数） Ｄn ： 媒体ｎの残り容量（ｎ＝１，２，・・・Ｎ） として、第１の予測時間の計算は、Ｅ≧Ｃとなる条件を
求めればよい。まず、「現用」媒体の残り容量の少ない
順に（Ｃ−Ｅ）個分の合計を計算する。
【００３９】Ｄ ＝ ΣＤn （１≦ｎ≦（Ｃ−Ｅ）） データ登録が充分に分散されると仮定すると、これが媒
体交換までに登録可能な容量である。従って、Ｄ／Ｖを
計算すれば、交換可能な媒体が交換単位数に達する時間
を予測できる。
体交換までに登録可能な容量である。従って、Ｄ／Ｖを
計算すれば、交換可能な媒体が交換単位数に達する時間
を予測できる。
【００４０】また、「現用」媒体の残り容量の合計Ｄr
と、規定数を除く「予備」媒体の容量の合計Ｄu とを求
め、（Ｄｒ＋Ｄu ）／Ｖを計算すれば、「予備」媒体の
数が規定値よりも少なくなるまでの時間を予測できる。
と、規定数を除く「予備」媒体の容量の合計Ｄu とを求
め、（Ｄｒ＋Ｄu ）／Ｖを計算すれば、「予備」媒体の
数が規定値よりも少なくなるまでの時間を予測できる。
【００４１】全体管理サーバ201 は、これらの予測を、
予備媒体数の規定値に達した状態や交換可能媒体の交換
単位数に達した状態、および、その他の条件（検査日時
など）と併せて総合的に判断して、未処理検査データの
担当医師に対して、いつまでに処理すべきかを示して通
知または警告をしたり、管理担当者への媒体購入計画に
役立つ情報の提供、媒体用意の指示、交換指示をするこ
とができる。
予備媒体数の規定値に達した状態や交換可能媒体の交換
単位数に達した状態、および、その他の条件（検査日時
など）と併せて総合的に判断して、未処理検査データの
担当医師に対して、いつまでに処理すべきかを示して通
知または警告をしたり、管理担当者への媒体購入計画に
役立つ情報の提供、媒体用意の指示、交換指示をするこ
とができる。
【００４２】以上、請求項に記した発明をすべて適用し
た実施例を説明したが、一部を適用することでもよいこ
とは言うまでもない。
た実施例を説明したが、一部を適用することでもよいこ
とは言うまでもない。
【００４３】
【発明の効果】以上説明したように、本発明によれば媒
体管理を容易にきめ細かく行なうことができるデータラ
イブラリシステムを実現することができる。
体管理を容易にきめ細かく行なうことができるデータラ
イブラリシステムを実現することができる。
【図１】本発明の原理構成図である。
【図２】本発明の実施例のシステム構成図である。
【図３】検査データの付属データの例を示す図である。
【図４】媒体管理テーブルの例１を示す図である。
【図５】媒体管理テーブルの例２を示す図である。
【図６】従来のデータ分散方法の説明図である。
【図７】光磁気ディスクライブラリ装置の構成概念図で
ある。
ある。
Ａ データ発生装置（医療用画像データ発生装置） Ｂ データ参照装置（表示装置） １ データライブラリ装置（光磁気ディスクライブラリ
装置） 11 ドライブ 12 スロット 13 搬送機構 14 媒体交換ディスクパック ２ ライブラリ管理装置 20 媒体管理テーブル 21, 21b, 21t 登録手段 22 22b, 22t 参照更新手段 23 媒体割当管理手段 24 媒体排出管理手段 25 媒体交換予測手段 200 媒体管理手段 201 全体管理手段
装置） 11 ドライブ 12 スロット 13 搬送機構 14 媒体交換ディスクパック ２ ライブラリ管理装置 20 媒体管理テーブル 21, 21b, 21t 登録手段 22 22b, 22t 参照更新手段 23 媒体割当管理手段 24 媒体排出管理手段 25 媒体交換予測手段 200 媒体管理手段 201 全体管理手段
フロントページの続き (51)Int.Cl.7 識別記号 ＦＩ Ｇ０６Ｆ 3/08 Ｇ０６Ｆ 3/08 Ｆ (56)参考文献 特開 平２−212949（ＪＰ，Ａ) 特開 平３−266039（ＪＰ，Ａ) 特開 平４−117535（ＪＰ，Ａ) 特開 平２−278440（ＪＰ，Ａ) 特開 昭63−45650（ＪＰ，Ａ) 特開 平３−25636（ＪＰ，Ａ) 特開 平３−235115（ＪＰ，Ａ) 特開 平２−216556（ＪＰ，Ａ) 特開 平２−307138（ＪＰ，Ａ) 特開 平３−31942（ＪＰ，Ａ) 特開 昭58−189749（ＪＰ，Ａ) 特開 昭62−241022（ＪＰ，Ａ) 特開 平４−195232（ＪＰ，Ａ) 特開 平３−42742（ＪＰ，Ａ) 特開 平５−100920（ＪＰ，Ａ) 特開 昭61−251928（ＪＰ，Ａ) 特開 平４−96150（ＪＰ，Ａ) Ｄｅｗｉｔｔ Ｄ．，Ｇｒａｙ Ｊ．，”Ｐａｒａｌｌｅｌ Ｄａｔａｂ ａｓｅ Ｓｙｓｔｅｍｓ：Ｔｈｅ Ｆｕ ｔｕｒｅ ｏｆ Ｈｉｇｈ Ｐｅｒｆｏ ｒｍａｎｃｅ Ｄａｔａｂａｓｅ Ｓｙ ｓｔｅｍｓ”ＣＯＭＭＵＮＩＣＡＴＩＯ Ｎ ＯＮ ＴＨＥ ＡＣＭ Ｖｏｌ．35 Ｎｏ．６（1992）ｐ．85−98 (58)調査した分野(Int.Cl.7，ＤＢ名) G06F 12/00 G06F 3/06 - 3/08 G11B 17/22 G11B 15/68
Claims (6)
- 【請求項１】 データ発生装置から受け取ったデータを
データライブラリ装置内の媒体に書込み、登録する登録
手段と、 登録されたデータを読み出し、表示装置に送出する参照
更新手段と登録しようとするデータの中の項目の一部を
あらかじめ分散キーとして選定しておき、この分散キー
により登録データをグループに分け、グループに対して
データライブラリ装置内の媒体を割当て、媒体管理テー
ブルにより、媒体の番号と分散キーとの対応を管理する
媒体割当管理手段と、 割当てられた媒体にデータを書き込む登録手段と、 を有するデータライブラリ管理装置であって、 媒体割当管理手段は、データライブラリ装置内の媒体
を、未使用の「予備」、使用中の「現用」、残り容量な
しの「満杯」に区分して媒体管理テーブルに登録、管理
するものであり、 データライブラリ装置内に、新たな未使用の媒体を検出
すると、「予備」として登録し、 あるグループに「予備」の媒体を割り当てると「現用」
に登録区分を変更し、グループに割当てられた「現用」
媒体の残り容量が所定限度以下であることを検出する
と、「予備」媒体から所定数を割り当て、それぞれの媒
体の登録区分を「満杯」、「現用」に変更し、 データライブラリ装置内の「予備」媒体の残り数が所定
数より少なくなった事を検出すると、媒体交換を促す通
知を使用者に対して出力することを特徴とするデータラ
イブラリ管理装置。 - 【請求項２】 媒体排出管理手段を有し、 参照更新手段は、使用者の指定により登録データを参照
し、そのとき指定された内容をデータ取扱い状態として
データ項目の１つに記録し、 媒体排出管理手段は、随時または定期的に、「満杯」媒
体の登録データの、データ取扱い状態のデータ項目の内
容をチェックして排出可能か否かを判断し、排出可能で
あれば媒体管理テーブルの登録区分に「完了」を記し、
「完了」媒体の数がデータライブラリ装置の交換単位に
達したことを検出すると、媒体交換を促 す通知を出力す
ることを特徴とする請求項１に記載のデータライブラリ
管理装置。 - 【請求項３】 媒体排出管理手段を有し、 媒体排出管理手段は、使用者の指示を受けると、必要が
あれば「完了」または「満杯」媒体を交換可能位置に入
れ、使用者が媒体交換を行なったことを検出すると、媒
体管理テーブルの登録区分に「排出」を記し、新しい媒
体を「予備」として登録することを特徴とする請求項１
又は請求項２に記載のデータライブラリ管理装置。 - 【請求項４】 媒体交換予測手段を有し、 媒体交換予測手段は、登録手段がデータを登録する毎に
そのデータのデータ量の数値を受け取り、単位時間の間
積算して単位時間登録データ量とし、 媒体の交換単位数から「満杯」および「完了」媒体数を
引いた数だけ、「現用」媒体の残り容量を、残り容量の
少ない順に合計した値を、単位時間登録データ量で割っ
て得た時間を媒体交換までの予測時間とすることを特徴
とする請求項１ないし請求項３に記載のデータライブラ
リ管理装置。 - 【請求項５】 媒体交換予測手段を有し、 媒体交換予測手段は、登録手段がデータを登録する毎に
そのデータのデータ量の数値を受け取り、単位時間の間
積算して単位時間登録データ量とし、 「現用」媒体の残り容量の合計と、規定数以外の「予
備」媒体の容量の合計との合計を単位時間登録データ量
で割って得た時間を媒体交換までの予測時間とすること
を特徴とする請求項１ないし請求項３に記載のデータラ
イブラリ管理装置。 - 【請求項６】 媒体交換予測手段は、単位時間登録デー
タ量の記録を複数個もち、新たに積算した単位時間登録
データ量を既にある記録の最も古いものと入替え、予測
時間を計算する場合に複数の単位時間登録データ量の記
録の平均値を用いることを特徴とする請求項４または請
求項５に記載のデータライブラリ管理装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP11626393A JP3230332B2 (ja) | 1993-05-19 | 1993-05-19 | データライブラリ管理装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP11626393A JP3230332B2 (ja) | 1993-05-19 | 1993-05-19 | データライブラリ管理装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH06332768A JPH06332768A (ja) | 1994-12-02 |
| JP3230332B2 true JP3230332B2 (ja) | 2001-11-19 |
Family
ID=14682775
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP11626393A Expired - Lifetime JP3230332B2 (ja) | 1993-05-19 | 1993-05-19 | データライブラリ管理装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3230332B2 (ja) |
Families Citing this family (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006023966A (ja) * | 2004-07-08 | 2006-01-26 | Yokogawa Electric Corp | 監査証跡の記録方法、および監査証跡の記録装置 |
| JP2005310186A (ja) * | 2005-07-01 | 2005-11-04 | Hitachi Ltd | 記憶装置システム |
| JP2013161500A (ja) | 2012-02-06 | 2013-08-19 | Hitachi-Lg Data Storage Inc | 記録再生システム、サーバ |
| JP2013210708A (ja) | 2012-03-30 | 2013-10-10 | Hitachi-Lg Data Storage Inc | 記録再生システム、サーバ |
-
1993
- 1993-05-19 JP JP11626393A patent/JP3230332B2/ja not_active Expired - Lifetime
Non-Patent Citations (1)
| Title |
|---|
| Ｄｅｗｉｔｔ Ｄ．，Ｇｒａｙ Ｊ．，"Ｐａｒａｌｌｅｌ Ｄａｔａｂａｓｅ Ｓｙｓｔｅｍｓ：Ｔｈｅ Ｆｕｔｕｒｅ ｏｆ Ｈｉｇｈ Ｐｅｒｆｏｒｍａｎｃｅ Ｄａｔａｂａｓｅ Ｓｙｓｔｅｍｓ"ＣＯＭＭＵＮＩＣＡＴＩＯＮ ＯＮ ＴＨＥ ＡＣＭ Ｖｏｌ．３５ Ｎｏ．６（１９９２）ｐ．８５−９８ |
Also Published As
| Publication number | Publication date |
|---|---|
| JPH06332768A (ja) | 1994-12-02 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3382978B2 (ja) | 医用データ保管システム及びその制御方法 | |
| EP0714063B1 (en) | Method for identifying ways to improve performance in computer data storage systems | |
| US5983318A (en) | Maximizing hit ratio in an automated storage library | |
| KR100655358B1 (ko) | 디스크 어레이 기억장치에서의 볼륨 교환 방법 | |
| US6791910B1 (en) | Library controller having stored table indicating attributes of an automated data storage library with respect to media | |
| US5121483A (en) | Virtual drives in an automated storage library | |
| EP0458555A2 (en) | Apparatus and method for accessing data in a data processing system including an automated storage library | |
| KR100757168B1 (ko) | 데이터 관리 방법 및 장치 및 계층형 기억 장치 | |
| JPS59180644A (ja) | 記憶装置区分方法 | |
| WO1999042943A1 (en) | Digital image management system having method for managing images according to image groups | |
| JPH056889B2 (ja) | ||
| US6513101B1 (en) | Expiring host selected scratch logical volumes in an automated data storage library | |
| EP0116366B1 (en) | Method for controlling storage of data sets in memory unit | |
| JP3230332B2 (ja) | データライブラリ管理装置 | |
| US5778391A (en) | Method and system for reclaiming stacked volumes within a peripheral data storage subsystem | |
| US7222140B2 (en) | Method for improving the recovery time from a lost database in a VTS automation system | |
| JP3414466B2 (ja) | データ保管通信システム | |
| JPH08249135A (ja) | 論理マップ式データ記憶装置における物理空間の割振り方法、およびそのシステム | |
| Bakker et al. | Traffic between PACS and HIS/RIS: data or information? | |
| JP2001125811A (ja) | 情報ネットワークシステム | |
| EP0507437A2 (en) | Self-cleaning automated storage library | |
| Daigle et al. | Queueing analysis of an optical disk jukebox based office system | |
| Hindel | The impact of image storage organization on the effectiveness of PACS | |
| JPH0733318A (ja) | 印刷装置 | |
| Bakker | Integrated hospital information systems |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20010814 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080914 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080914 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090914 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090914 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100914 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100914 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110914 Year of fee payment: 10 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120914 Year of fee payment: 11 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120914 Year of fee payment: 11 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130914 Year of fee payment: 12 |
|
| EXPY | Cancellation because of completion of term |