(57)【要約】【課題】  データどうしの関連付けが上下関係で表されるデータを管理するデータ管理システムにおいて、上下関係のデータ群のうち所望のデータ群を容易に素早く取得することができるデータ管理システムを提供することである。【解決手段】  上下関係を構成する各データをデータベースのレコードとして記憶する際、各レコードごとに、少なくとも、上下関係における自データのすべての上位レベルのデータを示す情報をセットする検索キー用項目を設けて記憶する記憶制御手段と、データベースから検索キー用項目をキーとしてレコード抽出を行うレコード抽出手段とをさらに備えたことを特徴とする。【選択図】  図１
2005165381.tif 000002
【特許請求の範囲】
【請求項１】
データベースを構築した記憶手段を有し、前記データベースに格納したデータにアクセスするデータ管理システムにおいて、
前記データベースに格納するデータが所定のレベル数の上下関係を有するデータであって、
前記上下関係を構成する各データを前記データベースのレコードとして記憶する際、各レコードごとに、少なくとも、前記上下関係における自データのすべての上位レベルのデータを示す情報をセットする検索キー用項目を設けて記憶する記憶制御手段と、
前記データベースから前記検索キー用項目をキーとしてレコード抽出を行うレコード抽出手段と
をさらに備えたことを特徴とするデータ管理システム。
【請求項２】
前記検索キー用項目が、該データが前記上下関係の中のいずれのレベルのデータであるかを示す情報を含むことを特徴とする請求項１に記載のデータ管理システム。
【請求項３】
前記レコード抽出手段が、前記データベースを操作可能なＳＱＬ文によって前記レコード抽出を行うことを特徴とする請求項１または２に記載のデータ管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はデータ管理システムに関し、特にコンピュータを用いて所定の情報を記憶、管理しておく際のデータ管理システムに関する。
【背景技術】
【０００２】
従来からコンピュータを用いて様々なシステムを構築する際には、その基本技術として、記憶装置に対して各種情報等のデータを記憶する際の書き込みおよび記憶してあるデータの読み出しの効率化が重要な課題であり、常に検討されてきた。
【０００３】
また、たとえばあるデータと別のあるデータとが所定の関連を有する場合、データ記憶の際にその関連付けをどのような形式で記憶するようにするか、これを効率的に行うにはどうするかなど、効率的なデータ管理も非常に重要な課題であった。
【０００４】
たとえば特許文献１に記載の発明においては、データどうしにいわゆる上下関係（上位、下位の関係）のような関連がある場合に、自データを記憶する際には、自データを指し示すたとえばアドレスと共に自データのすぐ上位（直近上位）のデータを指し示すその直近上位データのたとえばアドレスを記憶することによって、データどうしの関連を記憶するようにしている。
【０００５】
【特許文献１】特許第２８５７９６８号明細書
【発明の開示】
【発明が解決しようとする課題】
【０００６】
ところが、たとえば特許文献１に記載のような従来の方式では、以下のような問題があった。
【０００７】
特許文献１に記載の発明のようなデータ記憶方式を採用した場合には、各データの直近上位のデータを見つけ出すのは非常に容易であるが、その直近上位のデータのさらに上位のデータなど３レベル（クラス）以上にわたるデータを取得したい場合には、上位のデータ、そのさらに上位のデータという具合に順々にたどっていかなければならないという問題があった。
【０００８】
したがって、従来のデータ記憶方式を採用したデータ管理システムでは、３レベル以上の上下関係（親子関係）を有するデータを記憶した場合にあって、あるレベルの所定のデータのレベルに関連付けられたデータを即座に取得したいような場合には、取得処理に手間がかかり、処理速度もそれに応じて遅くなってしまうという問題があった。
【０００９】
本発明は上記の点にかんがみてなされたもので、データどうしの関連付けが上下関係で表されるデータを管理するデータ管理システムにおいて、上下関係のデータ群のうち所望のデータ群を容易に素早く取得することができるデータ管理システムを提供することを目的とする。
【課題を解決するための手段】
【００１０】
本発明は上記の目的を達成するために、データベースを構築した記憶手段を有し、前記データベースに格納したデータにアクセスするデータ管理システムにおいて、前記データベースに格納するデータが上下関係を有するデータであって、前記上下関係を構成する各データを前記データベースのレコードとして記憶する際、各レコードごとに、少なくとも、前記上下関係における自データのすべての上位レベルのデータを示す情報をセットする検索キー用項目を設けて記憶する記憶制御手段と、前記データベースから前記検索キー用項目をキーとしてレコード抽出を行うレコード抽出手段とをさらに備えたことを特徴とする。
【００１１】
また本発明は、請求項１に記載の発明において、前記検索キー用項目が、該データが前記上下関係の中のいずれのレベルのデータであるかを示す情報を含むことを特徴とする。
【００１２】
また本発明は、請求項１または２に記載の発明において、前記レコード抽出手段が、前記データベースを操作可能なＳＱＬ文によって前記レコード抽出を行うことを特徴とする。
【発明の効果】
【００１３】
本発明によれば、データの関連付けが上下関係で表されるデータを管理するデータ管理システムにおいて、上下関係のデータ群のうち所望のデータ群を容易に素早く取得することができるデータ管理システムを提供することができる。
【００１４】
すなわち、本発明によれば、各データをデータベースのレコードとして記憶する際、各レコードに検索キー用の項目として自データの上下関係のすべてを示すデータをセットする項目（「序列」）を設けたので、この項目をキーとしてレコード抽出を行うことによって、上下関係の所望のデータを１つの操作で素早く容易に取得することができる。
【発明を実施するための最良の形態】
【００１５】
以下、本発明による実施の形態について図面を参照して説明する。
【００１６】
図１は、本発明によるデータ管理システムの一実施の形態の構成を示すブロック図である。
【００１７】
本実施の形態のデータ管理システムは、会社の職制、各社員の所属部署関係を、コンピュータを用いて、記憶手段に構築したデータベースに記憶させてデータ管理するものである。
【００１８】
図１に示すように、本実施の形態のデータ管理システムは、サーバーコンピュータ１とプリンタ２とパソコン３とパソコン４とをネットワーク５で接続して構成される。
【００１９】
なお、本実施の形態のデータ管理システムは、図１のようなネットワーク構成を採用しているが、本発明はこれに限られるものではなく、スタンドアロンで動作するコンピュータにおいて処理実行するものであってもかまわない。
【００２０】
図１において、ネットワーク５は、たとえばイーサネット（登録商標）やトークンリング等のＬＡＮやそのほかインターネットなど、また有線、無線を問わず、また通信プロトコルも問わず、どのようなネットワークでもかまわない。ネットワーク５に接続された各装置のそれぞれには、予めネットワーク上のアドレスが設定されており、各装置はこのアドレスによって識別され、ネットワーク５に接続された他の装置との通信を行う。
【００２１】
プリンタ２は、ネットワーク５に接続された各装置からの指示によって、データベースから抽出した表等を印刷可能な装置である。
【００２２】
図２は、図１に示したサーバーコンピュータ１の構成を示すブロック図である。
【００２３】
サーバーコンピュータ１は、図１に示したネットワーク５とのインタフェースであるネットワーク接続手段１４と、サーバーコンピュータ１全体の動作を制御するＣＰＵやＭＰＵなどの制御手段１１と、ユーザがサーバーコンピュータ１に対する操作、指示等を入力したり、サーバーコンピュータ１がユーザに対して様々な情報を表示したり出力する入出力手段１２と、サーバーコンピュータ１の動作に必要なプログラムおよびパラメータ等、さらにデータベースを記憶する記憶手段１３とを有して構成される。入出力手段１２としては、たとえば、入力のためにキーボードやマウス等が用いられ、出力のためにディスプレイ装置等が用いられる。
【００２４】
図３は、図１に示したパソコン３の構成を示すブロック図である。
【００２５】
図１に示したパソコン３および４は、本実施の形態に関わる基本構成は同様であるので、ここでは代表してパソコン３について説明する。
【００２６】
パソコン３は、図１に示したネットワーク５とのインタフェースであるネットワーク接続手段３４と、パソコン３全体の動作を制御するＣＰＵやＭＰＵなどの制御手段３１と、ユーザがパソコン３に対する操作、指示等を入力したり、パソコン３がユーザに対して様々な情報を表示したり出力する入出力手段３２と、パソコン３の動作に必要なプログラムおよびパラメータ等を記憶する記憶手段３３とを有して構成される。入出力手段３２としては、たとえば、入力のためにキーボードやマウス等が用いられ、出力のためにディスプレイ装置等が用いられる。
【００２７】
次に、本実施の形態の動作について説明する。
【００２８】
本実施の形態のデータ管理システムは、たとえばサーバコンピュータ１の記憶手段１３にデータベースを構築し、そのデータベースに対するアクセスを提供するアプリケーションプログラムをサーバーコンピュータ１やパソコン３等において起動させて実現される。
【００２９】
上述のように、ここでは、上下関係（親子関係）を有するデータの例として、会社の職制、各社員の所属部署関係を、データベース化する場合を例にとって説明する。
【００３０】
図４は、図１に示したデータ管理システムでデータベース化するデータについて説明する図である。
【００３１】
今回データベース化するデータは、図４に示すように、会社の組織として、「開発本部所属のＡ氏」の直属の部下として「開発第１部所属のＢ氏」、「開発第２部所属のＪ氏」および「開発企画課所属のＬ氏」が存在し、「開発第１部所属のＢ氏」の直属の部下として「開発第１部第１課所属のＣ氏」、「開発第１部第２課所属のＦ氏」および「開発第１部第３課所属のＩ氏」が存在し、「開発第１部第１課所属のＣ氏」の直属の部下として「開発第１部第１課所属のＤ氏」および「開発第１部第１課所属のＥ氏」が存在し、「開発第１部第２課所属のＦ氏」の直属の部下として「開発第１部第２課所属のＧ氏」および「開発第１部第２課所属のＨ氏」が存在し、「開発第２部所属のＪ氏」の直属の部下として「開発第２部第１課所属のＫ氏」が存在するというものであるとする。
【００３２】
このデータは、図４に示すように上下４段階すなわち４レベル（クラス）の上下関係を有し、基本的に上位レベルから順に各レベルのデータを経て下位レベルへとデータがつながっていく。図４の例では、「開発本部所属のＡ氏」が第１レベルであり、「開発第１部所属のＢ氏」および「開発第２部所属のＪ氏」が第２レベルであり、「開発第１部第１課所属のＣ氏」、「開発第１部第２課所属のＦ氏」、「開発第１部第３課所属のＩ氏」、「開発第２部第１課所属のＫ氏」および「開発企画課所属のＬ氏」が第３レベルであり、「開発第１部第１課所属のＤ氏」、「開発第１部第１課所属のＥ氏」、「開発第１部第２課所属のＧ氏」および「開発第１部第２課所属のＨ氏」が第４レベルである。
【００３３】
また、「開発企画課所属のＬ氏」の系統については、図４に示すように、「開発企画課所属のＬ氏」が「開発本部所属のＡ氏」の直属の部下であり、また、「開発第１部所属のＢ氏」や「開発第２部所属のＪ氏」に相当する第２レベルが存在せず、「開発企画課所属のＬ氏」は第３レベルである。本実施の形態によれば、このような複雑な上下関係のデータであってもデータベース化して記憶し、データ管理において利用することができる。
【００３４】
図５は、本実施の形態のデータ管理システムにおいて利用するデータの構造を示す図である。
【００３５】
なお、本実施の形態では、サーバーコンピュータ１の制御手段１１やパソコン３の制御手段３１にて、サーバーコンピュータ１の記憶手段１３に格納するデータベースを管理するＤＢＭＳ（データベースマネージメントシステム）のソフトウェアプログラムを動作させる。本実施の形態では、ＤＢＭＳが、ネットワーク５を介してパソコン３からサーバーコンピュータ１の記憶手段１３のデータベースにアクセス可能とし、このようなリモート操作を可能としている。
【００３６】
記憶手段１３のデータベースに図４のようなデータを入力する際には、たとえばパソコン３の入出力手段３２やサーバーコンピュータ１の入出力手段１２を用いて、操作者が各データの入力を行う。この入力は、そのデータ入力を実行するための、そのＤＢＭＳが対応しているＳＱＬ（Ｓｔｒｕｃｔｕｒｅｄ  Ｑｕｅｒｙ  Ｌａｎｇｕａｇｅ）文を操作者が入力するようにしてもよいし、たとえば表形式やカード形式でユーザが入力したものを、制御手段３１や制御手段１１においてＳＱＬ文に変換し、このＳＱＬ文を実行することによってデータ入力を行うようにしてもよい。
【００３７】
本実施の形態のデータ構造を表形式で示すと、図５に示すようになる。なお、本明細書では、図５に示すように、表形式で表した場合の縦１列を「項目」と呼び、横１行を「レコード」と呼んでいる。
【００３８】
図４では、所属と名前とがデータとされ、それぞれの所属関係（上司と部下の関係、上位／下位の関係）が示されている。このような情報をデータベースに格納する際、本実施の形態では、図５に示すように、所属の項目および名前の項目のほかに、「序列」という項目（検索キー用項目）を新たに設けるようにしている。
【００３９】
この「序列」の項目の値は、そのレコードがこの表において、どのレベルであり、他のどのレコードの下位に属するものであるかを示すものである。すなわち、「序列」の項目（前記検索キー用項目）は、そのデータが上下関係の中のいずれのレベルのデータであるかを示す情報を含む。
【００４０】
たとえば、本実施の形態では、そのレコードのレベルを「序列」の桁数で示している。１つのレベルが３桁の数値で表され、第１レベルのレコードの場合には「序列」は３桁の数値となり、第Ｎレベルのレコードの場合には「序列」は（３×Ｎ）桁の数値となる。「開発本部所属のＡ氏」のレコードは、図４を参照してわかるように「Ａ氏」が第１レベルであるために「序列」は３桁であり、また「開発第２部第１課所属のＫ氏」のレコードは、「Ｋ氏」が第３レベルであるために「序列」は９桁である。
【００４１】
また、この「序列」の１つのレベルを示す３桁の数値は、同一の上位データの直下の複数の下位データのそれぞれを識別するために用いられる。たとえば、「開発第１部第１課所属のＤ氏」および「開発第１部第１課所属のＥ氏」は両者とも「開発第１部第１課所属のＣ氏」の直属の部下であるので、それぞれを識別するために、「Ｄ氏」のレコードの「序列」の下３桁には００１が与えられ、「Ｅ氏」のレコードの「序列」の下３桁には００２が与えられる。
【００４２】
また、「序列」の数値のうち下３桁よりも上位の桁には、自分の直近上位のデータの「序列」の数値がセットされる。たとえば、「開発第１部第１課所属のＣ氏」のレコードの「序列」の上６桁（「序列」の数値のうち下３桁よりも上位の桁）には、「Ｃ氏」の直近上位の「開発第１部所属のＢ氏」のレコードの「序列」である「００１００１」がセットされる。
【００４３】
なお、「開発企画課所属のＬ氏」のように直上のレベルのデータが存在しない場合には、たとえばその存在しないレベルにおいて、存在しないことを示す「０００」をセットするようにすればよい。
【００４４】
以上説明した「序列」の項目の入力は、本実施の形態のデータ管理システムにおいては、上述のデータ構造に基づいて操作者がたとえばパソコン３の入出力手段３２やサーバーコンピュータ１の入出力手段１２を用いて入力するようにしてもよいが、操作者が「序列」のデータ構造を意識することなく図４に示したようなデータを入力できるようなユーザインタフェースをたとえば制御手段３１で動作するプログラムによる制御の基で入出力手段３２において提供するようにしてもよい。
【００４５】
この場合、たとえば図４に示したような視覚的な上下関係を、操作者が入出力手段３２によって入力し、その視覚的な上下関係を制御手段１１や制御手段３１において解析して各データに適切な「序列」を付与し、図５に示したデータ構造にて記憶手段１３のデータベースに格納する。視覚的な上下関係の解析処理を行う手段は、当業者であれば、ソフトウェアプログラムを制御手段１１や制御手段３１で動作させることによって任意に実現可能であることはいうまでもない。
【００４６】
これが、上下関係を構成する各データをデータベースのレコードとして記憶する際、各レコードごとに、少なくとも、上下関係における自データのすべての上位レベルのデータを示す情報をセットする検索キー用項目を設けて記憶する記憶制御手段である。
【００４７】
図５に示し、以上説明した「序列」を有するデータ構造にて、データが記憶手段１３のデータベースに格納された状態においては、本実施の形態のデータ管理システムによって、所望のデータの抽出、取得が非常に容易に行えるようになる。
【００４８】
たとえば図４および図５に示した「Ｂ氏」の部下すべての情報を取得したいような場合には、操作者が、入出力手段３２を操作したり、所定のユーザインタフェースにおいて、「序列」をキー（検索キー用項目）とし、ＳＱＬ文の実行が可能な制御手段１１にて「ＷＨＥＲＥ  序列  ＬＩＫＥ  ”００１００１％”」といったＳＱＬ文を実行することによって即座に取得することができる。この取得結果は制御手段１１や制御手段３１にて任意の形式に成形して入出力手段３２に表示したり、プリンタ２で印刷したりすることも可能である。
【００４９】
これが、データベースから検索キー用項目をキーとしてレコード抽出を行うレコード抽出手段である。
【００５０】
また、図５に示した「序列」を有するデータ構造を用いれば、各データのそれぞれが何レベル目のデータであるかが容易に判明し（第Ｎレベルのデータの「序列」は（３×Ｎ）桁である）、それを後段の処理で利用することも可能である。
【００５１】
また、ＳＱＬ文「ＯＲＤＥＲ  ＢＹ  序列」を実行すれば、データベースのレコードの並べ替えも非常に容易に行うことができる。
【００５２】
なお、上述の実施の形態では、「序列」の１レベル分の桁数を３桁としたが、これは、３桁に限られず、格納しようとするデータの種類、特性等に応じて任意に定めればよいことはいうまでもない。
【００５３】
また、上述の実施の形態では、「序列」に数値をセットするようにしたが、本発明はこれに限られるものではなく、英字や記号、その他の文字等であってもかまわない。
【００５４】
また、上述の実施の形態ではデータベースに格納するデータの種類の例として会社の職制、各社員の所属部署関係を挙げて説明したが、本発明はこれに限られるものではなく、各データの関係を上下関係で表すことができるものであればどのようなものであってもかまわない。たとえば、ある装置、機械、ソフトウェア製品、ハードウェア製品等が複数の部品によって構成され、この複数の部品がさらに細かな部品によって構成されるような場合にも、各部品の構成関係を上下関係で表現することができ、これらをデータベースによって管理する部品管理においても本発明を適用することができる。
【産業上の利用可能性】
【００５５】
本発明のデータ管理システムを利用することによって、データベース（ＤＢＭＳ）のＳＱＬ文を解釈して実行する部分自体は従来と同じものを使用しながら、データの抽出を従来よりも容易に素早く行うことができ、産業に寄与する効果を奏するものであることは明白であり、産業上利用可能なものであることは明かである。
【００５６】
また、本発明の「序列」を有するデータ構造でデータベースに記憶されたデータはデータ管理システムによって利用され、データ管理システムは制御手段３１等のハードウェア資源を活用し、ソフトウェアプログラムがハードウェア資源と協働しているので、「自然法則を利用した技術的思想の創作」であることは明かである。
【図面の簡単な説明】
【００５７】
【図１】本発明によるデータ管理システムの一実施の形態の構成を示すブロック図である。
【図２】図１に示したサーバーコンピュータの構成を示すブロック図である。
【図３】図１に示したパソコンの構成を示すブロック図である。
【図４】図１に示したデータ管理システムでデータベース化するデータについて説明する図である。
【図５】本実施の形態のデータ管理システムにおいて利用するデータの構造を示す図である。
【符号の説明】
【００５８】
１  サーバーコンピュータ
２  プリンタ
３  パソコン
４  パソコン
５  ネットワーク
１１  制御手段
１２  入出力手段
１３  記憶手段
１４  ネットワーク接続手段
３１  制御手段
３２  入出力手段
３３  記憶手段
３４  ネットワーク接続手段
【図１】
2005165381.tif 000003
【図２】
2005165381.tif 000004
【図３】
2005165381.tif 000005
【図４】
2005165381.tif 000006
【図５】
2005165381.tif 000007