JPH07295865A - 画像データ蓄積システム - Google Patents

Abstract

(57)【要約】 【目的】 本発明の目的はデータベースにおける許容容
量を限定せずに、画像データを格納し、ファイル間や装
置間の結合情報を検索情報という形で備え、検索情報を
アクセスするだけで所望の画像データをアクセスするこ
とが可能な画像データ登録・アクセス方法を提供するこ
とである。 【構成】 本発明は、データベース４２０及び装置４０
０を論理的に結合した階層情報３２２、結合されている
装置、画像データが格納されているデータベースの管理
情報３２１及び画像データが格納されている位置を管理
する格納情報３２３を保持する結合情報ファイル３２０
と、装置毎の識別情報を管理する検索用ファイル４１０
を有する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、画像データ蓄積システ
ムに係り、特に、マルチメディアにおいて大容量となる
画像データを蓄積する場合に、記憶容量に限定を持たせ
ずにデータベースを構築し、当該データベースに蓄積さ
れたデータをアクセスする画像データ蓄積システムに関
する。

【０００２】近年、ファクシミリ通信等を含むマルチメ
ディアにおいて、大容量を必要とする画像データを蓄積
する必要があり、物理的に１つのデータベースで１つの
システムの画像データを全て蓄積するのは、不可能であ
り、許容容量を越えてしまうとそれ以上のサービスは不
可能となる。そのため、必要とする画像データを容量を
意識せずに蓄積でき、さらに迅速に格納されている画像
データをアクセスすることができるシステムが望まれて
いる。

【０００３】

【従来の技術】従来の画像データをデータベースに蓄積
する場合には、画像データの大きさに合わせて蓄積でき
るデータベースを各画像データごとに割り当てている。

【０００４】図１２は、従来の画像データの蓄積を説明
するための図である。同図において、画像データＡは、
０．５ＧＢ、画像データＢは０．６ＧＢ、画像データＣ
は１．２ＧＢ、画像データＤは０．８ＧＢの容量を必要
とする。また、これらの画像データを格納するデータベ
ースはそれぞれ、ＤＢα、ＤＢβは１ＧＢ、ＤＢγは、
２．５ＧＢの容量を有する。この場合、画像データＡは
ＤＢαに蓄積可能である。また、画像データＢは、ＤＢ
αの残りの容量（０．５ＧＢ）よりも使用容量が大きい
ので、ＤＢβに格納される。画像データＣはＤＢγに格
納される。画像データＤは、１ＧＢの容量が必要となる
が、ＤＢγの残り容量は、０．８ＧＢしかないため、デ
ータベースシステム側では、画像データＤは蓄積できな
い。

【０００５】

【発明が解決しようとする課題】上記従来のシステム
は、画像データのようにデータ規模が大きいデータをデ
ータベースに格納する場合に、１つのデータベースに許
容容量が予め決定されているため、その容量を越えて蓄
積することはできないため、サービスが制限されてしま
うという問題がある。上記の従来の例では、３つのデー
タベースの容量の合計は、４ＧＢであり、画像データＡ
〜Ｄの容量の合計は、３．３ＧＢである。このように、
画像データの総容量よりデータベースの総容量の方が
０．７ＧＢ多いにもかかわらず、画像データが格納でき
ないという問題が発生する。

【０００６】本発明は、上記の点に鑑みなされたもので
あり、上記従来の問題点を解決し、データベースにおけ
る許容容量を限定せずに、画像データを格納し、ファイ
ル間や装置間の結合情報を検索情報という形で備え、検
索情報をアクセスするだけで所望の画像データをアクセ
スすることが可能な画像データ蓄積システムを提供する
ことを目的とする。

【０００７】

【課題を解決するための手段】本発明は、画像データの
蓄積システムにおいて、一連の画像データを分割して格
納する複数個の記憶手段４２０、４３０、４４０と、記
憶手段４２０、４３０、４４０を記憶している装置４０
０及び記憶手段４２０、４３０、４４０における一連の
画像データの記憶位置を階層的に管理する階層情報３２
２と、記憶手段４２０、４３０、４４０の空き領域を管
理する管理情報３２１と、階層情報３２２に基づいて所
望の画像データをアクセスする手段１０、２０、３０
と、管理情報３２１に基づいて記憶手段４２０、４３
０、４４０の空き領域を求め、画像データを登録すると
共に、階層情報３２２及び管理情報３２１を更新する登
録手段９００とを有する。

【０００８】

【作用】本発明は、データベース、装置を論理的に結合
させ、個々のデータベースの収容容量の限界を設定しな
い。従って、一連の画像データが１つのデータベースに
格納できない場合に、格納できなかった残りの画像デー
タを他のデータベースに格納する。このとき、一連の画
像データがどの装置のどのデータベースに格納されてい
るかを示す階層情報と格納アドレスを管理する画像デー
タベース管理情報ファイルを備えることにより、検索時
には、画像データベース管理情報ファイルを階層情報に
沿ってアクセスすることにより、画像データを取得する
ことが可能となる。これにより、１つのデータベースに
１つの画像データの格納を許容できるだけの領域がなく
とも、他のデータベースの空き領域に画像データを格納
することが可能となる。これにより、大容量が必要とな
る画像データの蓄積において資源が節約できる。

【０００９】さらに、データベースに蓄積されている画
像データをアクセスする場合に、画像データが格納され
た装置・データベースの階層情報及び位置情報を、画像
データベース管理情報ファイルを参照して目的別に索引
ファイルに登録しておくことにより、検索したい画像デ
ータがどの装置に配置されているか管理できる。

【００１０】また、検索条件を登録する索引ファイルを
目的別に作成することにより、検索条件を限定し、指定
された検索条件により、画像ＤＢ管理情報ファイルをア
クセスすることにより得られた画像データが格納されて
いる装置の実アドレスに基づいて画像データを取得する
ことが可能となる。

【００１１】

【実施例】以下、図面とともに本発明の実施例を詳細に
説明する。

【００１２】図１は、本発明の一実施例のシステム構成
を示す。同図に示すシステム構成は、ファクシミリ端末
装置１００から通信網２００を介してセンタ３００に伝
送されたファクシリミリメールである画像データが複数
の装置内の複数のデータベースのいずれかに格納され
る。センタ１０００のメイン装置Ｚ３００が有する画像
データベース（以下、ＤＢ）管理情報ファイル３２０
は、画像データを格納する他の装置４００、５００、
…、８００及びその画像データＤＢ４２０，４３０，４
４０の空き領域や状態を管理するＤＢ管理情報３２１、
各装置や画像データＤＢの論理結合情報、画像データを
格納している格納情報等を格納する。本発明では、複数
の装置を論理的に結合させた状態で、各々の装置が有す
るファイルを一元化して使用するものである。

【００１３】装置Ａ４００、装置Ｂ５００、装置Ｘ８０
０は、それぞれ、各装置の識別情報を保持する装置情報
４１１と画像データＤＢの識別情報４１２を含む画像デ
ータ索引サブファイル及び画像データを格納する画像デ
ータファイルを有する。

【００１４】図２は、本発明の一実施例の画像データの
蓄積を説明するための図である。同図において、メイン
装置Ｚ３００には、サブ装置である装置Ａ４００、装置
Ｂ５００、装置Ｘ８００が接続されている。

【００１５】装置Ａ４００は、装置自体のインデックス
を示す装置情報４１１と、画像データＤＢ４２０、４３
０、４４０の識別情報４１２含む画像データ索引サブフ
ァイル４１０を有する。同様に、装置Ｂ５００は、画像
データ索引サブファイル５１０を有する。装置Ｘ８００
は、画像データ索引サブファイル８１０を有する。

【００１６】画像ＤＢ管理情報ファイル３２０のデータ
ベース管理情報３２１は、接続されている装置Ａ４０
０、装置Ｂ５００、…、装置Ｘ８００がそれぞれ有する
画像データＤＢの状態を管理するＤＢ管理情報３２１を
有し、各装置が有する画像データＤＢの空き容量や、使
用状態を管理する情報である。階層情報３２２は、接続
される装置及びその装置が有する画像データＤＢとの接
続関係を管理する情報である。格納情報３２３は、画像
データが格納されている画像データＤＢの格納位置情報
を管理する情報である。

【００１７】図３は、本発明の一実施例の画像ＤＢ管理
情報ファイルの格納情報の形式を示す。格納情報３２３
は、レコード管理情報４１、開始物理装置情報４２１、
開始論理情報４２２、開始レコードアドレス４２３を有
する開始レコード情報４２、終了物理装置情報４３１、
終了論理情報４３２、終了レコードアドレス４３３を有
する終了レコード情報４３を有する。格納情報３２３
は、画像データのレコードが格納されている画像データ
ＤＢのアドレスを管理し、例えば、装置Ａ４００の画像
データＤＢ４２０に格納されているとすれば、例えば、
装置の識別子が“Ａ”、画像データファイル４２０のフ
ァイル識別子が“１”であれば、“Ａ−１”という情報
を保持する。

【００１８】画像データＤＢ４２０、４３０、４４０、
５２０、５３０、５４０、８２０、８３０、８４０は各
々の画像データを格納している。図４は、本発明の一実
施例の画像データＤＢの画像データレコードの形式を示
す。画像データレコード５０は、自レコードの前の前レ
コード情報５１として、前レコードが格納されている物
理装置情報５１１、論理情報５１２、レコードアドレス
５１３、自レコードの次のレコードの物理装置情報５２
１、論理情報５２２、レコードアドレス５２３、自レコ
ードのレコード情報５３、画像データ５４から構成され
る。

【００１９】［画像データの蓄積］次に、画像データを
各画像データファイルに格納する場合について説明す
る。図５は、本発明の一実施例の画像データの格納を説
明するための図である。同図において、１レコード目
は、装置Ａ４００の画像データＤＢ４２０に格納され、
２レコード目は、同装置Ａ４００の画像データＤＢ４３
０に格納され、３レコード目は、装置Ｂ５００の画像デ
ータＤＢ５２０に格納されるとする。この場合に、レコ
ード毎に、前レコード情報及び次レコード情報を指定す
ることにより、一連の画像データが論理的に接続され
る。

【００２０】図６は、本発明の一実施例の画像データを
他のファイルに格納する例を示す。同図において、ま
ず、画像データを装置Ａの画像データＤＢ４２０に格納
する場合に、格納中の画像データＤＢ４２０の空き容量
を画像データ管理情報ファイル３２０のデータベース管
理情報３２１から参照し、格納できる容量（レコード
数）を決定する。画像データＤＢ４２０に現在格納でき
る容量は２レコード分であり、画像データＤＢ４３０は
０レコードであり、画像データＤＢ４４０の空きレコー
ド数は４である。このように、データベース管理情報３
２１から格納可能な画像データＤＢ４２０、４４０を検
出する。画像データの格納すべきレコードが３レコード
分あるとき、まず、画像データＤＢ４２０の空きレコー
ドは２レコード分あるので、画像データを画像データＤ
Ｂ４２０の第４レコード目と第５レコード目に格納す
る。次に、画像データＤＢ４４０の第１レコード目に格
納する。

【００２１】このように、画像データを画像データＤＢ
に格納する場合には、装置毎の画像ＤＢ管理情報３２１
を参照して、空いているファイルの領域に格納する。例
えば、削除処理等により、情報がシーケンスに格納され
ていない場合でも、削除処理がなされた場合には、画像
ＤＢ管理情報３２１に削除されたファイルの位置を登録
しておく。

【００２２】図７は、本発明の一実施例の画像データ格
納動作を示すフローチャートである。同図に示す動作
は、上記の図２に示す構成を例として図６に示す例に基
づいて３レコード分の画像データを装置Ａの画像データ
ＤＢ４２０、４４０に登録する場合を説明する。

【００２３】ステップ１）センタ側１０００で他の装置
から画像データを受信する。

【００２４】ステップ２）メイン装置である装置Ｚ３１
０にて、データ管理情報３２１を参照し、接続される装
置が有する画像データＤＢに受信した画像データの格納
できる容量を持つ装置及び画像データＤＢを参照する。
この場合は、装置Ａの画像データＤＢ４２０及び画像デ
ータＤＢ４４０が得られたものとする。

【００２５】ステップ３）階層情報３２２により装置Ａ
の画像データ索引サブファイル４１０が示す装置情報４
１０を検索する。

【００２６】ステップ４）ここで、画像データファイル
４２０に空きレコードが２レコード分あるため、画像デ
ータを画像データファイル４２０に２レコード分の画像
データを格納する。

【００２７】ステップ５）画像データが格納された画像
データＤＢのアドレス情報“Ａ−１−４”（装置Ａの画
像データファイル識別子“１”の４レコード目）、“Ａ
−１−５”（装置Ａの画像データファイル識別子“１”
の５レコード目）で格納情報３２３を更新する。

【００２８】ステップ５）さらにデータベース管理情報
３２１に、画像データＤＢ４２０の空き領域がないこと
を登録する。

【００２９】ステップ６）この状態で、画像データが全
て格納できたかを判定する。

【００３０】ステップ７）全ての画像データの格納が終
了した場合には、蓄積処理を終了する。残りの画像デー
タがある場合には、ステップ２に戻り、全ての画像デー
タが終了するまで、上記の処理を繰り返す。

【００３１】［索引ファイル生成］前述の画像データベ
ース管理情報から各画像データＤＢに格納された画像デ
ータのレコード格納情報を参照し、索引ファイルを生成
するものである。

【００３２】図８は、本発明の一実施例の索引ファイル
の生成を説明するための図である。画像データ管理情報
ファイル３２０を読み、任意の目的別に検索する装置の
画像データファイル上に格納された画像データの実アド
レスを設定することにより、索引ファイル１０、２０、
３０を生成する。

【００３３】例えば、利用者別索引ファイル１０には、
利用者の識別子と、画像データを使用する利用者毎に検
索する画像データが格納されている画像データＤＢ内の
レコード格納情報（実アドレス）が設定される。格納さ
れているファイルまたは装置が複数ある場合であっても
図３に示す形式で設定すればよい。他のカテゴリ別、日
付別も同様の方法により生成する。これにより、検索す
る範囲を限定して、画像データＤＢ上の画像データを検
索することが可能となる。

【００３４】［画像データアクセス］次に、画像データ
ＤＢに登録された画像データをアクセスする場合につい
て説明する。図９は、本発明の一実際例の画像データを
アクセスする場合を説明するための図である。

【００３５】装置の画像データＤＢに格納された画像デ
ータを取り出す処理として、上記の索引ファイル生成処
理により、検索条件として利用者別情報索引ファイル１
０、カテゴリ別索引ファイル２０、日付別索引ファイル
３０等の索引ファイルが目的別に作成されているものと
する。このように生成された索引ファイルにおいて検索
条件として指定された画像データの格納情報により、画
像ＤＢ管理情報ファイル３２０をアクセスし、該当画像
データが格納されている装置と画像データＤＢ及びレコ
ード格納アドレスを取得する。

【００３６】利用者別検索ファイル１０から画像データ
ベース検索ファイルを検索する場合について説明する。
図１０は、本発明の一実施例の利用者別索引ファイルか
らのアクセスを説明するための図である。

【００３７】利用者別索引ファイル１０は、利用者毎
に、画像ＤＢ管理情報ファイル３２０の格納情報３２３
である画像データを検索する装置及び、画像データＤＢ
及び画像データレコードの格納アドレスが付与されてい
る。例えば、利用者１が、装置Ａの画像データＤＢ４２
０の第２レコードを検索する場合に指定される索引内容
は、“Ａ−１−２”となり、利用者２が装置Ｘの画像デ
ータＤＢ８３０の第４レコードを検索する場合の索引フ
ァイルの索引ファイルアドレスは、“Ｘ−２−４”のよ
うに設定されている。

【００３８】上記の利用者別索引ファイル１０を用いて
画像データＤＢに格納されている画像データを取得する
場合について説明する。

【００３９】まず、利用者検索索引ファイル１０の利用
者１が画像データを抽出する場合には、利用者別検索フ
ァイル１０を“利用者１”で検索し、利用者１に対応す
る索引ファイルアドレスを取得する。この索引ファイル
アドレスが例えば、“Ａ−１−１”であれば、索引ファ
イルアドレス“Ａ−１−１”をキーとして、画像ＤＢ管
理情報ファイル３２０を検索する。画像ＤＢ管理情報フ
ァイル３２０は、当該情報により、装置“Ａ”を有する
画像データ索引サブファイル４１０を検索する。ここで
は、画像データ索引サブファイル４１０を取得する。こ
れにより、画像データＤＢ４２０が参照され、その中の
第４レコードの画像データを取得する。

【００４０】図１１は、本発明の一実施例の画像データ
ファイルのアクセスを説明するための図である。同図に
示す例は、一連の画像データが３つの画像データＤＢに
跨がる場合である。この場合に、画像ＤＢ管理情報ファ
イル３２０の格納情報３２３には、開始レコード情報４
２に装置Ａ４２０の画像データＤＢ４２０の第３レコー
ド“Ａ−１−３”が指定されており、終了レコード情報
４３に装置Ｘ８４０の画像データＤＢ８４０の第３レコ
ード“Ｘ−ｎ−３”が指定されている。

【００４１】同図において、装置ＡのファイルＡ−１の
第３レコード目の画像データレコードの画像データａを
取得したとする。このとき、当該画像データレコードに
は、次レコード情報５２が設定されており、次レコード
情報５２は、物理装置情報５２１として『装置Ｂ』、論
理情報５２２として『ファイルＢ−２』、レコードアド
レス５２３として『第３レコード目のアドレス』が設定
されている場合には、当該次レコード情報５２に基づい
て、装置ＢのファイルＢ−２の第３レコードの画像デー
タｂを取得する。この取得した画像レコードには、さら
に、次レコード情報５２が設定されており、設定内容
は、物理装置情報５２１として『装置Ｘ』、論理情報５
２２として『ファイルＸ−ｎ』、レコードアドレスとし
て『第３レコード目のアドレス』が設定されている。こ
の次レコード情報５２に基づいて装置ＸのファイルＸ−
ｎの第３レコードの画像データｃを取得する。

【００４２】上記で取得した装置ＡのファイルＡ−１の
第３レコードの画像データａ、装置ＢのファイルＢ−２
の第３レコードの画像データｂ、装置ＸのファイルＸ−
ｎの第３レコードの画像データｃを組み立てて、アプリ
ケーションに一連の画像データとして転送する。

【００４３】上記のように、画像データを格納する複数
のデータベース及びその装置を論理的に結合し、結合し
た結合情報を上位装置で保持し、この上位装置をアクセ
スして結合情報を得、結合情報により画像データが格納
してある装置及び格納アドレスを知ることができる。

【００４４】また、格納された画像データを検索する場
合には、検索条件として利用者情報、カテゴリ情報、日
付情報の索引ファイルを目的別に作成し、検索する条件
を限定し、検索する範囲を決定する。この検索情報とし
て指定された情報によって、各検索ファイルをアクセス
し、結合情報を取得する。この結合情報により画像デー
タが格納されている装置・画像データＤＢをアクセスす
る。これにより各装置毎の索引ファイルをアクセスする
ことにより、格納されている画像データの実アドレスを
取得し、そのアドレスに格納されてる画像データを取得
することができる。

【００４５】従って、装置に対するアクセス回数を減ら
すことにより、大容量となるデータベースの高速アクセ
スが実現する。

【００４６】

【発明の効果】上述のように、本発明によれば、データ
ベースの許容範囲を限定することなく、画像データを格
納することができるため、データベースに無駄な空き領
域をつくることがない。

【００４７】また、データベースに格納されている画像
データを即座に検索することができるため、アクセス時
間が短縮される。

【図面の簡単な説明】

【図１】本発明の一実施例のシステム構成図である。

【図２】本発明の一実施例のファイルの蓄積情報を説明
するための図である。

【図３】本発明の一実施例の画像データベース管理情報
ファイルの格納情報の形式を示す図である。

【図４】本発明の一実施例の画像データＤＢの画像デー
タレコードの形式を示す図である。

【図５】本発明の一実施例の画像データの格納を説明す
るための図である。

【図６】本発明の一実施例の画像データを画像データデ
ータベースに格納する例を示す図である。

【図７】本発明の一実施例の画像データの格納動作を示
すフローチャートである。

【図８】本発明の一実施例の索引ファイルの生成を説明
するための図である。

【図９】本発明の一実施例の画像データをアクセスする
場合を説明するための図である。

【図１０】本発明の一実施例の利用者別検索ファイルか
らのアクセスを説明するための図である。

【図１１】本発明の一実施例の画像データデータベース
のアクセスを説明するための図である。

【図１２】従来の画像データの蓄積を説明するための図
である。

【符号の説明】

１０ 利用者別索引ファイル ２０ カテゴリ別索引ファイル ３０ 日付別索引ファイル ５０ 画像データレコード ４１ レコード管理情報 ４２ 開始レコード情報 ４３ 終了レコード情報 ５１ 前レコード情報 ５２ 次レコード情報 ５３ レコード情報 ５４ 画像データ １００ ファクシミリ装置 ２００ 通信網 ３００ センタ ３１０ メイン装置 ３２０ 画像データベース情報ファイル ３２３ 格納情報 ４００ 装置Ａ ４１０，５１０，８１０ 画像データ索引サブファイル ４１１ 装置情報 ４１２ ＤＢ識別情報 ４２０，４３０，４４０，５２０，５３０，５４０，８
２０，８３０，８４０画像データファイル ３１１ データベース管理情報 ３２１ データベース管理情報 ３２２ 階層情報 ３２３ 格納情報 ５００ 装置Ｂ ４２１ 開始物理装置情報 ４２２ 開始論理情報 ４２３ 開始レコードアドレス ４３１ 終了物理装置情報 ４３２ 終了論理情報 ４３３ レコードアドレス ５１１ 前レコード物理装置情報 ５１２ 前レコード論理情報 ５１３ 前レコードアドレス ５２１ 次レコード物理装置情報 ５２２ 次レコード論理情報 ５２３ レコードアドレス ８００ 装置Ｘ ３２２１ 物理装置情報 ３２２ 論理情報

Claims (1)

【特許請求の範囲】
1. 【請求項１】 画像データの蓄積システムにおいて、 一連の画像データを分割して格納する複数個の記憶手段
   （４２０、４３０、４４０）と、 該記憶手段（４２０、４３０、４４０）を記憶している
   装置（４００）及該記憶手段（４２０、４３０、４４
   ０）における該一連の画像データの記憶位置を階層的に
   管理する階層情報（３２２）と、 該記憶手段（４２０、４３０、４４０）の空き領域を管
   理する管理情報（３２１）と、 該階層情報（３２２）に基づいて所望の画像データをア
   クセスする手段（１０、２０、３０）と、 該管理情報（３２１）に基づいて該記憶手段（４２０、
   ４３０、４４０）の空き領域を求め、画像データを登録
   すると共に、該階層情報（３２２）及び該管理情報（３
   ２１）を更新する登録手段（９００）とを有することを
   特徴とする画像データ蓄積システム。