JP2010117835A - Business support database apparatus and method therefor - Google Patents
Business support database apparatus and method therefor Download PDFInfo
- Publication number
- JP2010117835A JP2010117835A JP2008289797A JP2008289797A JP2010117835A JP 2010117835 A JP2010117835 A JP 2010117835A JP 2008289797 A JP2008289797 A JP 2008289797A JP 2008289797 A JP2008289797 A JP 2008289797A JP 2010117835 A JP2010117835 A JP 2010117835A
- Authority
- JP
- Japan
- Prior art keywords
- record
- search
- data
- records
- category
- 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.)
- Granted
Links
- 238000000034 method Methods 0.000 title claims description 28
- 230000008569 process Effects 0.000 claims description 20
- 238000000605 extraction Methods 0.000 claims description 17
- 239000011159 matrix material Substances 0.000 claims description 6
- 238000003745 diagnosis Methods 0.000 description 6
- 239000000126 substance Substances 0.000 description 5
- 230000008859 change Effects 0.000 description 3
- 238000010586 diagram Methods 0.000 description 3
- 230000003287 optical effect Effects 0.000 description 3
- 240000000220 Panda oleosa Species 0.000 description 2
- 235000016496 Panda oleosa Nutrition 0.000 description 2
- 230000009471 action Effects 0.000 description 2
- 238000004891 communication Methods 0.000 description 2
- 238000013500 data storage Methods 0.000 description 2
- 201000010099 disease Diseases 0.000 description 2
- 208000037265 diseases, disorders, signs and symptoms Diseases 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 239000000284 extract Substances 0.000 description 2
- 230000006870 function Effects 0.000 description 2
- 238000007726 management method Methods 0.000 description 2
- 230000036651 mood Effects 0.000 description 2
- 238000013170 computed tomography imaging Methods 0.000 description 1
- 238000012790 confirmation Methods 0.000 description 1
- 238000013075 data extraction Methods 0.000 description 1
- 208000016354 hearing loss disease Diseases 0.000 description 1
- 230000004044 response Effects 0.000 description 1
Images
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
Description
この発明は、業務支援データベース装置に関し、特に新しいデータ構造およびその検索に関する。 The present invention relates to a business support database apparatus, and more particularly to a new data structure and its search.
発明者は、特許文献１にて、特殊なデータ構造をしたデータベースシステムを開示した。
The inventor disclosed a database system having a special data structure in
発明者は、業務支援において、特許文献１では「指示」に着目して単一のフォーマットでこれを表すようにしたが、「指示」以外にも「許可」等も存在することが分かった。さらに、特許文献１で明らかなように、作業者、対象者などについては、別途マスタファイルを作成する必要がある。すなわち、このような人などのマスタファイルと「指示」のためのマスタファイルの双方について、データベース管理を行うプログラムが必要であった。
In the business support, the inventor focused on “instruction” in
この発明は、上記問題を解決し、柔軟性の高いデータベース管理装置を提供することを目的とする。 An object of the present invention is to solve the above problems and provide a highly flexible database management apparatus.
１）本発明にかかる業務支援データベース装置は、業務における動作を人間が認識する場合に用いる複数の個別データを複数のレコードに分けて記憶しておき、前記複数のレコードにより１の動作が表されているグループレコードとして、データ検索する業務支援データベース装置であって、Ａ）前記各レコードは、フィールドとして、レコードＩＤ、実体データアドレスまたは実体データアドレスへ導くデータが記載されたカテゴリー、上位レコードＩＤが記載されたアップディスクリプタを有しており、Ｂ）検索条件として複数の検索語が与えられると、当該検索条件のうち任意の１の検索語でフィールド”カテゴリ”を検索し、該当する1または２以上のレコードを開始レコードとして特定する開始レコード特定手段、Ｃ）開始レコードが与えられると、当該レコードのアップディスクリプタを参照して、その上位レコードを特定する処理を、アップディスクリプタに上位レコードが定義されていないレコードまで繰り返し、前記上位レコードが定義されていないレコードを先頭レコードとして特定する先頭レコード特定手段、Ｄ）開始レコードが与えられると、当該開始レコードよりもレコードＩＤが大きく、前記アップディスクリプタに上位レコードが定義されていないレコードの１つ前のレコードを末尾レコードとして、特定する末尾レコード特定手段、Ｅ）前記開始レコード特定手段が特定した全開始レコードを、前記先頭レコード特定手段および前記末尾レコード特定手段に与え、各開始レコードについて、当該開始レコードの先頭レコードから末尾レコードで構成される複数のレコードを１のグループレコードであると特定するグループレコード特定手段、Ｆ）前記抽出したグループレコード全てについて、前記任意の１の検索語以外の検索語が、存在するグループレコードを１または２以上特定し、特定したレコードのカテゴリに記憶されたデータまたは、当該データで特定されるアドレスの実体データを前記検索語の検索結果とする検索結果特定手段を備えている。したがって、複数のレコードによって、属性を定義するデータベースであっても、レコード群を特定した検索ができる。 1) The business support database apparatus according to the present invention stores a plurality of individual data used when a person recognizes a business operation in a plurality of records, and one operation is represented by the plurality of records. A) The business support database device for retrieving data as a group record, in which A) each record has a record ID, an entity data address or a category in which data leading to the entity data address is described, and an upper record ID as a field B) When a plurality of search terms are given as search conditions, the field “category” is searched with any one search term among the search conditions, and the corresponding 1 or 2 Start record specifying means for specifying the above records as start records, C) start record Is given, the process of identifying the upper record with reference to the up descriptor of the record is repeated until the upper record is not defined in the up descriptor, and the record in which the upper record is not defined is the first record. D) When a start record is given, a record ID is larger than the start record, and the record immediately preceding the record in which no higher-order record is defined in the up-descriptor is defined as the end record. E) Specify end record specifying means, E) Give all start records specified by the start record specifying means to the start record specifying means and the end record specifying means, and for each start record, from the start record of the start record to the end record Consists of F) a group record specifying means for specifying a plurality of records as one group record, and F) for all the extracted group records, a group record in which a search term other than the arbitrary one search term exists is 1 or 2 There is provided search result specifying means for specifying the data stored in the category of the specified record as described above or the substance data of the address specified by the data as the search result of the search term. Therefore, even in a database in which attributes are defined by a plurality of records, a search specifying a record group can be performed.
２）本発明にかかるデータベース検索装置は、レコードと所定のフィールドがマトリックス配置されたデータベース検索装置であって、Ａ）前記各レコードは、フィールドとして、レコードＩＤ、実体データアドレスまたは実体データアドレスへ導くデータが記載されたカテゴリ、上位レコードＩＤが記載されたアップディスクリプタを有しており、Ｂ）検索条件として複数の検索語が与えられると、当該検索条件のうち任意の１の検索語でフィールドであるカテゴリを検索し、該当するレコードを開始レコードとして特定する開始レコード特定手段、Ｃ）開始レコードから前記アップディスクリプタを順次たどり、当該開始レコードと同じグループに属する先頭レコードを特定する先頭レコード特定手段、Ｄ）前記先頭レコードＩＤが前記アップディスクリプタに記憶されているレコードを抽出し、抽出した前記に直接または他のレコードを介して間接に連結されているレコードを、前記アップディスクリプタを参照して、順次抽出する所属レコード抽出手段、Ｅ）前記所属レコード抽出手段が抽出したレコードについて、前記任意の１の検索語以外の検索語が、存在するレコードを１または２以上特定し、特定したレコードのカテゴリに記憶されたデータまたは、当該データで特定されるアドレスの実体データを前記検索語の検索結果とする検索結果特定手段を備えている。 2) A database search apparatus according to the present invention is a database search apparatus in which records and predetermined fields are arranged in a matrix. A) Each record is led to a record ID, a substance data address or a substance data address as a field. It has an up-descriptor in which a category in which data is described and a higher-level record ID are described. B) When a plurality of search terms are given as search criteria, any one search term in the search criteria is displayed in the field. A start record specifying means for searching for a certain category and specifying the corresponding record as a start record; C) a start record specifying means for sequentially tracing the up descriptor from the start record and specifying a start record belonging to the same group as the start record; D) The first record ID is the above Affiliation record extraction means for extracting records stored in the data descriptor and sequentially extracting the records directly connected to the extracted data or indirectly through other records with reference to the up-descriptor, E) For the record extracted by the belonging record extracting means, one or more search terms other than the arbitrary one search term are specified, and the data stored in the category of the specified record, A search result specifying unit is provided which uses entity data at an address specified by the data as a search result of the search term.
したがって、複数のレコードによって、属性を定義するデータベースであっても、レコード群を特定した検索ができる。 Therefore, even in a database in which attributes are defined by a plurality of records, a search specifying a record group can be performed.
３）本発明にかかるデータベース検索装置は、さらに、フィールドとしてマークを有しており、前記先頭レコード特定手段は、前記開始レコードから前記先頭レコードを特定する際に、注目したレコードのアップディスクリプタから参照する上位レコードを特定するときに、前記注目したレコードの、下のレコードのフィールド「マーク」に、先頭を示す属性が存在する場合には、当該注目したレコードが先頭レコードであると判断する。 3) The database search apparatus according to the present invention further has a mark as a field, and the head record specifying means refers to the up descriptor of the record of interest when specifying the head record from the start record. When an upper record to be identified is specified, if an attribute indicating the head exists in the field “mark” of the lower record of the target record, it is determined that the target record is the first record.
したがって、先頭レコードの特定が簡易迅速にできる。 Therefore, the first record can be identified easily and quickly.
４）本発明にかかるデータベース検索装置は、レコードと所定のフィールドがマトリックス配置されたデータベースシステムであって、前記フィールドとして、レコードＩＤ、実体データアドレスまたは実体データアドレスへ導くデータが記載されたカテゴリ、上位レコードＩＤが記載されたアップディスクリプタ、属するグループの先頭レコードＩＤ、および前記先頭レコードＩＤが参照するレコードＩＤのフィールド「カテゴリ」の値を有しており、前記複数のレコードに記憶されたデータにより１の動作が表されているグループレコードとして、データ検索を行うデータベースシステムにおいて、Ａ）検索条件として複数の検索語が与えられると、当該検索条件のうち任意の１の検索語でフィールドであるカテゴリを検索し、該当するレコードを開始レコードとして特定する開始レコード特定手段、Ｂ）開始レコードについて属するグループの先頭レコードＩＤを参照して、同じＩＤが定義されているレコードをグループレコードとして抽出する抽出手段、Ｃ）前記抽出手段が抽出したレコードについて、前記１の検索語以外の検索語が、存在するレコードを１または２以上特定し、特定したレコードのカテゴリに記憶されたデータまたは、当該データで特定されるアドレスの実体データを前記検索語の検索結果とする検索結果特定手段を備えている。 4) The database search apparatus according to the present invention is a database system in which records and predetermined fields are arranged in a matrix, and as the fields, a record ID, an entity data address, or a category in which data leading to an entity data address is described, It has the value of the field “category” of the up-descriptor in which the upper record ID is described, the first record ID of the group to which it belongs, and the record ID referred to by the first record ID, In a database system that performs data search as a group record in which one operation is represented, A) When a plurality of search terms are given as search criteria, a category that is a field in any one search term among the search criteria Search for and apply A start record specifying means for specifying a code as a start record, B) an extraction means for extracting a record in which the same ID is defined as a group record with reference to the first record ID of a group belonging to the start record, and C) the extraction means For the record extracted by the above, the search term other than the one of the search terms specifies one or more records that exist and the data stored in the category of the specified record or the substance data of the address specified by the data Is provided with a search result specifying means for using the search word as a search result.
したがって、複数のレコードによって、属性を定義するデータベースであっても、レコード群を特定した検索が迅速にできる。 Therefore, even in a database in which attributes are defined by a plurality of records, a search specifying a record group can be performed quickly.
５）本発明にかかるデータベース検索方法は、レコードと所定のフィールド項目がマトリックス配置されたデータベースのコンピュータによる検索方法であって、前記各レコードには、フィールドとして、レコードＩＤ、実体データアドレスまたは実体データアドレスへ導くデータが記載されたカテゴリ、上位レコードＩＤが記載されたアップディスクリプタを有しており、コンピュータが下記のステップを実行すること、Ａ）検索条件として複数の検索語が与えられると、当該検索条件のうち任意の１の検索語でフィールドであるカテゴリを検索し、該当するレコードを開始レコードとして特定するステップ、Ｂ）開始レコードから前記アップディスクリプタを順次たどり、当該開始レコードと同じグループに属する先頭レコードを特定するステップ、Ｃ）前記先頭レコードＩＤが前記アップディスクリプタに記憶されているレコードを抽出し、抽出した前記に直接または他のレコードを介して間接に連結されているレコードを、前記アップディスクリプタを参照して、順次抽出するステップ、Ｄ）前記抽出したレコードについて、前記任意の１の検索語以外の検索語が、存在するレコードを１または２以上特定し、特定したレコードのカテゴリに記憶されたデータまたは、当該データで特定されるアドレスの実体データを前記検索語の検索結果とするステップ。 5) A database search method according to the present invention is a search method by a computer of a database in which records and predetermined field items are arranged in a matrix. Each record has a record ID, entity data address or entity data as a field. A category in which data leading to an address is described, and an up-descriptor in which a higher-level record ID is described. The computer executes the following steps. A) When a plurality of search terms are given as search conditions, A step of searching for a category as a field with any one search term in the search conditions and specifying the corresponding record as a start record, and B) sequentially tracing the up descriptor from the start record and belonging to the same group as the start record Identify the first record Step C) The record in which the first record ID is stored in the up descriptor is extracted, and the record directly connected to the extracted or indirectly through another record is referred to the up descriptor. A step of sequentially extracting, D) for the extracted record, a search term other than the arbitrary one search term identifies one or more existing records, and data stored in the category of the identified record, or The entity data at the address specified by the data is used as the search result of the search term.
したがって、複数のレコードによって、属性を定義するデータベースであっても、レコード群を特定した検索ができる。 Therefore, even in a database in which attributes are defined by a plurality of records, a search specifying a record group can be performed.
６）本発明にかかるデータベース検索プログラムは、各レコードが、フィールドとして、レコードＩＤ、実体データアドレスまたは実体データアドレスへ導くデータが記載されたカテゴリ、上位レコードＩＤが記載されたアップディスクリプタを有しているデータベースを検索するプログラムであって、コンピュータを以下の手段として機能させるためのデータベース検索プログラム。Ａ）検索条件として複数の検索語が与えられると、当該検索条件のうち任意の１の検索語でフィールドであるカテゴリを検索し、該当するレコードを開始レコードとして特定する開始レコード特定手段、Ｂ）開始レコードから前記アップディスクリプタを順次たどり、当該開始レコードと同じグループに属する先頭レコードを特定する先頭レコード特定手段、Ｃ）前記先頭レコードＩＤが前記アップディスクリプタに記憶されているレコードを抽出し、抽出した前記に直接または他のレコードを介して間接に連結されているレコードを、前記アップディスクリプタを参照して、順次抽出する所属レコード抽出手段、Ｄ）前記所属レコード抽出手段が抽出したレコードについて、前記任意の１の検索語以外の検索語が、存在するレコードを１または２以上特定し、特定したレコードのカテゴリに記憶されたデータまたは、当該データで特定されるアドレスの実体データを前記検索語の検索結果とする検索結果特定手段。 6) In the database search program according to the present invention, each record has, as fields, a record ID, an entity data address, a category in which data leading to the entity data address is described, and an up descriptor in which an upper record ID is described. A database search program for causing a computer to function as the following means. A) When a plurality of search terms are given as search conditions, a start record specifying means for searching a field category with any one search term of the search conditions and specifying the corresponding record as a start record, B) First record identifying means for sequentially tracing the up descriptor from the start record and identifying the first record belonging to the same group as the start record, C) extracting and extracting the record in which the first record ID is stored in the up descriptor Belonging record extracting means for sequentially extracting records linked directly or indirectly through another record with reference to the up-descriptor; D) the record extracted by the belonging record extracting means; Search terms other than the search term of 1 Results specifying means specifies two or more, stored in a category of the specified record data or to the substance data of the address specified in the data and results for the search term.
したがって、複数のレコードによって、属性を定義するデータベースであっても、レコード群を特定した検索ができる。 Therefore, even in a database in which attributes are defined by a plurality of records, a search specifying a record group can be performed.
なお、グループとは、実施形態ではグランドプランとして取り扱われる単位をいう。 In addition, a group means the unit handled as a grand plan in embodiment.
１．着眼点および前提となるデータ構造についての説明
発明者は、業務支援システムを作成するに当たって、個々の業務を「人による認識」という観点でとらえ、その集合であると把握すれば、これを特定することができるのではないかと考えた。たとえば「診察する」という行為は、医師が患者を診て、処置をする行為である。したがって、「診察する」という個別業務は、「医師」「患者」「病名診断」「処置」という用語を用いて定義することができる。また、対象者などのマスタファイルも、「登録する」という分類に属する行為であり、それを「認識」という観点でとらえれば同じデータ構造のデータベースシステムで管理が可能とであると考えるに至った。その際、どのようなデータ構造とすれば、データ管理が可能であるかについて、種々検討した結果、図１に示すようなデータ構造が好ましいと考えた。
1. Explanation of data points and assumptions The inventor identifies each business from the perspective of “recognition by humans” and creates a business support system. I thought I could do it. For example, the act of “diagnose” is an act in which a doctor examines a patient and performs treatment. Therefore, the individual task of “diagnose” can be defined by using the terms “doctor”, “patient”, “disease name diagnosis”, and “treatment”. In addition, the master file of the target person, etc. is also an activity belonging to the category of “register”, and if it is viewed from the viewpoint of “recognition”, it came to be considered that it can be managed with a database system with the same data structure . At that time, as a result of various studies on what kind of data structure is possible to manage the data, the data structure as shown in FIG. 1 is considered preferable.
図１を用いて、本件発明に用いたデータ形式について説明する。 The data format used in the present invention will be described with reference to FIG.
各レコードのフィールドについて説明する。１レコードは、フィールド「ＩＤ」、フィールド「カテゴリ」、フィールド「アップディスクリプタ」、フィールド「マーク」、およびフィールド「サイン」で構成されている。フィールド「ＩＤ」はレコードごとに一意である。フィールド「カテゴリ」は、このレコードの上位概念が何かを示し、具体的には、参照先レコードのＩＤが記憶される。フィールド「マーク」は、後述する格を記憶する。フィールド「サイン」は、「カテゴリ」、「アップディスクリプタ」、「マーク」には入れられないデータが記憶される。たとえば、ＣＴ撮影した場合の画像データの保存アドレスなどが記憶される。 The fields of each record will be described. One record includes a field “ID”, a field “category”, a field “updescriptor”, a field “mark”, and a field “sign”. The field “ID” is unique for each record. The field “category” indicates what the superordinate concept of this record is, and specifically, the ID of the reference destination record is stored. The field “mark” stores a case described later. In the field “sign”, data that cannot be entered in “category”, “updescriptor”, and “mark” is stored. For example, a storage address of image data when CT imaging is performed is stored.
本件発明に関するデータ構造は、複数のレコードが１のグループを構成し、特定を希望するデータが表現される。 In the data structure related to the present invention, a plurality of records form one group, and data desired to be specified is expressed.
どのレコードが１のグループを構成するのかについては、フィールド「アップディスクリプタ」を順次参照したときに、共通のレコードにたどり着くか否かで判断できる。たとえば、ＩＤ「１０００１００００００００９７」が所属するグループを捜す場合、ＩＤ「１０００１００００００００９７」は、フィールド「アップディスクリプタ」が「１０００１００００００００９５」である（図１レコード２７３参照）。ＩＤ「１０００１００００００００９５」は、フィールド「アップディスクリプタ」には何も記述されていない（レコード２７１参照）。したがって、先頭レコードであることが分かる。先頭レコードが分かれば、フィールド「アップディスクリプタ」に先頭レコードのＩＤが記載されているレコードは、１のグループに属すると判断できる。レコード２７４についても、フィールド「アップディスクリプタ」が「１０００１００００００００９５」であるので、１のグループに属する。一方、次のレコードであるＩＤ「１０００１００００００００９９」であるレコード２７５は、フィールド「アップディスクリプタ」は、「１０００１００００００００９５」ではない。したがって、同じグループではないと判断できる。このようにして、１のグループを構成するレコードを特定することができる。
Which record constitutes one group can be determined by whether or not the common record is reached when the field “updescriptor” is sequentially referred to. For example, when searching for a group to which the ID “100010000000000097” belongs, the field “updescriptor” of the ID “100010000000000097” is “100010000000000095” (see the
また、あるレコードを仲介して先頭レコードにつながっている場合もある。たとえば、図１ｂに示すように、ＩＤ「１０００５０００００００１２４」であるレコード４８２は、同様にして、レコード４７７が先頭レコードであると判断できる。レコード４７７は、ＩＤ「１０００５０００００００１１９」であり、フィールド「アップディスクリプタ」が「１０００５０００００００１１９」であるレコードは、レコード４７７〜４８３が同じグループに属すると判断できる。
In some cases, a certain record is intervened and connected to the first record. For example, as shown in FIG. 1b, a
レコード４８３の次のレコード４８４は、フィールド「アップディスクリプタ」が「１０００５０００００００１２５」で、先頭レコードのＩＤ「１０００５０００００００１１９」とは異なる。しかし、ＩＤ「１０００５０００００００１２５」であるレコード３２４は、フィールド「アップディスクリプタ」が「１０００５０００００００１１９」である。したがって、ＩＤ「１０００５０００００００１２５」であるレコード４８４は、ＩＤ「１０００５０００００００１１９」の孫レコードであることがわかる。
A
これを順次繰り替えすことにより、先頭レコードに属するレコードを抽出することができる。このようにして、先頭レコードからたどれる範囲が、１の固まりのレコードであると判断できる。このように、フィールド「アップディスクリプタ」は、各レコードがどのレコードに属するのかを特定するデータが記述されており、各レコードの所属先が直接的または別のレコード(複数段階の場合もあり）を介して間接的に記述される。 By repeating this sequentially, it is possible to extract records belonging to the first record. In this way, it can be determined that the range traced from the first record is a single record. In this way, the field “updescriptor” describes the data that identifies which record each record belongs to, and the record affiliation of each record is either direct or different (may be in multiple stages). Described indirectly.
この場合、図１ｂの場合には、ＩＤ「１０００５０００００００１１９」であるレコード４７７〜ＩＤ「１０００５０００００００１４０」であるレコード４９８が、１のグループであると判断できる。
In this case, in the case of FIG. 1B, it can be determined that the
なお、次のレコードであるＩＤ「１００００００００００００００１」であるレコード４９９は、フィールド「アップディスクリプタ」には、何も記述されていない。したがって、先頭レコード４７７からたどることができない。
Note that the
記述したように複数のレコードである１レコード群で定義される用語は、各レコードが定義される属性を有することとなる。たとえば、図１に示すレコード２７１〜２７４で特定されるグループは、以下のような複数の属性を有する。
As described, a term defined in one record group which is a plurality of records has an attribute in which each record is defined. For example, the group specified by the
図１に示すレコードＩＤ「１０００１０００００００９５」であるレコード２７１は、フィールド「カテゴリ」が「１０００１」である。ＩＤ「１０００１」のレコード１２３は、図２に示すように、フィールド「サイン」が「ＩＤ登録」である。したがって、レコード２７１は、「ＩＤ登録」という属性を示している。
In the
なお、ＩＤ「１０００２」のレコード１２４は、図２に示すように、フィールド「サイン」が「ｓｃｒｉｐｔ登録」である。「ｓｃｒｉｐｔ登録」とは、個別業務など、所定の手順で定義されるものをいう。
In the
レコードＩＤ「１０００１０００００００９６」であるレコード２７２は、フィールド「カテゴリ」が「５０００１」である。ＩＤ「５０００１」は、図２に示すように、フィールド「サイン」が「運営者」であるレコード１２８である。したがって、このグループは、「運営者」という属性を示している。この属性を用いてシステムにおけるデータの更新制限などが可能となる。 A record 272 with a record ID “10001000000096” has a field “category” of “50001”. As shown in FIG. 2, the ID “50001” is a record 128 whose field “signature” is “operator”. Therefore, this group shows the attribute “operator”. Using this attribute, it is possible to restrict data update in the system.
図１に示すレコードＩＤ「１０００１０００００００９７」であるレコード２７３は、フィールド「カテゴリ」が「２００５」で、フィールド「サイン」が「受付担当」である。ＩＤ「２００５」を参照すると、図２に示すように、フィールド「サイン」が「日本語」である。これは、このグループは、「日本語」という属性を有する「受付担当」という用語を属性として有することを示している。
In the
図１に示すレコードＩＤ「１０００１０００００００９８」であるレコード２７４は、フィールド「カテゴリ」が「１０００１０００００００６７」である。図５のレコードＩＤ「１０００１０００００００６７」であるレコード２４３を参照すると、レコード２４３から始まるレコード群で定義される「スタッフ」を参照している。また、フィールド「マーク」が「ｒ１１」である。「ｒ１１」は、図３ｂのレコード８８を参照すると、「上格」である。「上格」とは、上のレコードに属していること、すなわち、レコード２７３であるＩＤ「１０００１０００００００９８」は、「スタッフ」に属するという属性を有する。
In the
図３，図３ｂに示す各種の格について、簡単に説明する。「時間格」とは、時間を表す属性である。「場所格」とは場所を表す属性である。「場所格」は、さらに詳細に、「内」「外」「上」「下」「右」「左」「through」・・・「gui」がある。たとえば、「ｌ１」、フィールド「サイン」に記載されていれば、内側であることを意味する。このような詳細を属性として有することにより、個別業務をより的確に規定することができる。 Various cases shown in FIGS. 3 and 3b will be briefly described. The “time case” is an attribute representing time. The “location case” is an attribute representing a location. The “location case” includes “inside”, “outside”, “upper”, “lower”, “right”, “left”, “through”,... “Gui”. For example, if it is described in “l1” and the field “sign”, it means inside. By having such details as attributes, it is possible to more accurately define individual tasks.
「ムード格」とは、「許可格」、「勧告格」、「命令格」、「事実格」、「マニュアル格」があり、それぞれ、属性として、許可を求めるもの、勧告を求めるもの、命令（指示）を求めるもの、事実であることを示すもの、マニュアル（説明）であることを示すものである。 The “mood case” includes “permission case”, “recommendation case”, “instruction case”, “facts case”, and “manual case”. (Instruction) is requested, fact is indicated, and manual (explanation) is indicated.
「関係性格」とは、レコードとレコードの関係を示しており、そのＩＤ「５９」を参照しているレコードから明らかなように、「小」、「択一格」、「併走格」、「順列格」、「結果格」、「属性格」、「必須格」、「親和格」、「連想格」、「禁忌格」、「禁忌推奨格」、「類縁格」、「上格」、「下格」がある。 “Relationship personality” indicates the relationship between records, and as is clear from the record referring to the ID “59”, “small”, “choice”, “parallel running”, “ Permutation case, outcome case, attribute case, required case, affinity case, associative case, contraindication case, contraindication recommendation case, affinity, high grade, There is "degrade".
「小」とは、値が小さいこと、「択一格」とは、複数レコードが並んでいる場合、いずれか1つしか選択できないこと、「併走格」とは、並列で実行可能であり、その順番は問わないことを意味する。「併走格」を表すには、それぞれのレコードに「１」が入る。また、「順列格」を表すには、順列に応じて、「１」「２」と順番が入る。 “Small” means that the value is small, “Choice” means that if multiple records are arranged, only one of them can be selected, and “Parallel case” can be executed in parallel, It means that the order does not matter. “1” is entered in each record to indicate “parallel running”. In order to represent “permutation case”, “1” and “2” are entered according to the permutation.
「結果格」とは、因果をあらわすもので、Ａという行為の結果、Ｂという行為が起きる（または起きた）場合に、Ｂが結果格という属性を有することとなる。「属性格」とは、事象間の関係性を示すもので、「上格」とは、上のレコードに属するということを示す。「下格」とは下のレコードがこのレコードに属しているいうことを示す。「親和格」とは、Ａという事象からみてＢという事象が近い関係の時に、ＢはＡの親和格という属性を有する。「連想格」とは、ある事象から近い関係にある事象を示しているもので、Ａという事象からみてＢという事象が近い関係の時に、Ｂは、Ａの連想格という属性を有する。「必須格」とは、つぎの事象を発生させるために必要な条件を定義するもので、「禁忌格」とは、つぎの事象を発生させる際に、あってはならない条件を定義するものである。「権限格」とは、そのＩＤ「７４」を参照しているレコードから明らかなように、「確定格」、「上書格」、「閲覧格」、「複写格」がある。「確定格」とはデータを確定（＝変更不可に）させられる権限を示し，これにより、データの入力・変更が禁止することができる。本実施形態においては、１行目のフィールド「サイン」に確定日時を入力することを示す。「上書格」はデータの上書きができる権限を示す。「閲覧格」はデータの閲覧のみが可能である権限を示す。「複写格」は、「複写格」とは、データをコピーしてデータベースに登録できる権限を示す。 The “result case” represents a cause and effect. When an action B occurs (or occurs) as a result of an action A, B has an attribute of a result case. The “attribute case” indicates the relationship between events, and the “upper case” indicates that it belongs to the upper record. “Degraded” indicates that the lower record belongs to this record. “Affinity” means that when an event B is close to an event A, B has an attribute of A affinity. The “associative case” indicates an event that is closely related to a certain event, and B has an attribute called an associative case of A when the event of B is close to the event of A. “Essential case” defines the conditions necessary to cause the next event, and “Contraindications” defines the conditions that must not occur when the next event occurs. is there. As is clear from the record referring to the ID “74”, the “authority case” includes “definite case”, “overwriting case”, “browsing case”, and “copying case”. “Definite rating” indicates an authority to confirm (= cannot change) data, thereby prohibiting data input / change. In the present embodiment, it indicates that a fixed date and time is input in the field “signature” in the first row. “Overwrite” indicates the authority to overwrite data. “Browsing rating” indicates an authority that allows only browsing of data. “Copy case” indicates the authority to copy data and register it in the database.
以上説明したように、複数のレコードによって、複数の属性を表すことができるので、この業務システムで用いる用語を定義することができる。同様にして、この業務支援システムにおける人物を定義することもできる。図４，５を用いて、具体的に説明する。たとえば、図１の場合と同様にして、レコード５１１〜５１７が１のレコード群であることがわかる。
As described above, since a plurality of attributes can be represented by a plurality of records, terms used in this business system can be defined. Similarly, a person in this business support system can be defined. This will be specifically described with reference to FIGS. For example, as in the case of FIG. 1, it can be seen that the
なお、本実施形態においては、先頭レコードのフィールド「アップディスクリプタ」は空としたので、先頭レコードのフィールド「アップディスクリプタ」は空であるレコードを先頭レコードとし、次の先頭レコードの手前までが１のレコード群であると判断してもよい。また、本実施形態においては、先頭レコードのフィールド「マーク」には、そのレコードのモードを記憶するようにしたので、ｍ１〜ｍ４のいずれかが記述される。したがって、かかるマークを参照して、値がｍ１〜ｍ４のレコードを先頭レコードとし、次の先頭レコードの手前までが１のレコード群であると判断してもよい。 In this embodiment, since the field “updescriptor” of the first record is empty, the field “updescriptor” of the first record is an empty record as the first record, and the first record is 1 before the next first record. You may judge that it is a record group. In the present embodiment, since the mode of the record is stored in the field “mark” of the first record, any one of m1 to m4 is described. Therefore, with reference to such a mark, it may be determined that a record having values m1 to m4 is the first record and that the record before the next first record is one record group.
ＩＤ「２０００００００００００００８」であるレコード５１１は、フィールド「カテゴリ」が「１０００１」である。ＩＤ「１０００１」を参照すると、図２に示すように、フィールド「サイン」が「ＩＤ登録」である。したがって、このグループは、「ＩＤ登録」という属性を有する。
A
レコードＩＤ「２０００００００００００００９」であるレコード５１２は、フィールド「カテゴリ」が「５０００１」である。ＩＤ「５０００１」を参照すると、図２に示すように、フィールド「サイン」が「運営者」である。レコードＩＤ「２００００００００００００１０」であるレコード５１３は、フィールド「カテゴリ」が「５０００２」である。ＩＤ「５０００２」を参照すると、図２に示すように、フィールド「サイン」が「利用者」である。したがって、このグループは、「運営者」および「利用者」という属性を示している。この属性を用いてシステムにおけるデータの更新制限などが可能となる。
A record 512 with a record ID “200000000000000009” has a field “category” of “50001”. Referring to ID “50001”, as shown in FIG. 2, the field “signature” is “operator”. A
図４に示すＩＤ「２００００００００００００１１」であるレコード５１４は、フィールド「カテゴリ」が「２００５」で、フィールド「サイン」が「成仁太郎」である。ＩＤ「２００５」であるレコード１１２は、図２に示すように、フィールド「サイン」が「日本語」である。したがって、このグループは、「日本語」という属性を有する「成仁太郎」という用語で定義される。
In the
図４に示すＩＤ「２００００００００００００１２」であるレコード５１５は、フィールド「カテゴリ」が「２００６」で、フィールド「サイン」が「セイジンタロウ」である。ＩＤ「２００６」であるレコード１１３は、図２に示すように、フィールド「サイン」が「カナ」である。したがって、このグループは、「カナ」という属性を有する「セイジンタロウ」という用語で定義される。
In the
図４に示すＩＤ「２００００００００００００１３」であるレコード５１６は、フィールド「カテゴリ」が「１０００００００００００００１」である。フィールド「ＩＤ」が、「１０００００００００００００１」のレコード４９９は、図４に示すように、フィールド「カテゴリ」が「１０００１」である。したがって、図１の場合と同様に、レコード４９９は「ＩＤ登録」を示している。
In the
ここでレコード４９９は、レコード５００〜５０３とともに、１のレコード群を構成している。１のレコード群を構成しているか否かの判断手法については既に説明したので、省略する。したがって、レコード５１６は、レコード４９９〜５０３のレコード群を示す。レコード４９９〜５０３のレコード群は「医療法人社団成仁」を定義しているので、結局レコード５１６は、「医療法人社団成仁」を属性として有することが定義されている。
Here, the
図４に示すＩＤ「２０００００００００００１４」であるレコード５１７は、フィールド「アップディスクリプタ」が「１０００１０００００００７１」であるので、図５に示すフィールド「ＩＤ」が、「１０００１０００００００７１」のレコード２４７は、レコード４９９と同様に、レコード２４７〜２５０の１のレコード群を構成している。レコード２４７〜２５０で定義されるレコード群は、「医師」を定義している。
Since the record “517” with the ID “20000000000014” shown in FIG. 4 has the field “updescriptor” “1000100000000071”, the
結局、図４に示すレコード５１１〜５１７のレコード群は、図６に示すような階層構造の属性を有することとなる。このように、複数のレコード群によって、複数の属性を表すことができる。
Eventually, the record group of the
２．機能ブロック図
図７に、本発明にかかる業務支援データベース装置１の機能ブロック図を示す。業務支援データベース装置１は、業務における動作を人間が認識する場合に用いる複数の個別データを複数のレコードに分けて記憶しておき、前記複数のレコードにより１の動作が表されているグループレコードとして、データ検索する装置であって、各レコードは、フィールドとして、「ＩＤ」、実体データアドレスまたは実体データアドレスへ導くデータが記載された「カテゴリ」、上位レコードＩＤが記載された「アップディスクリプタ」、および、その他の事項が記載される「サイン」を有している。
2. Functional Block Diagram FIG. 7 shows a functional block diagram of the business
業務支援データベース装置１は、開始レコード特定手段３、先頭レコード特定手段４、末尾レコード特定手段５、グループレコード特定手段６、および検索結果特定手段７を備えている。
The business
開始レコード特定手段３は、検索条件として複数の検索語が与えられると、当該検索条件のうち任意の１の検索語でフィールド”カテゴリ”を検索し、該当する1または２以上のレコードを開始レコードとして特定する。先頭レコード特定手段４は開始レコードが与えられると、当該レコードのアップディスクリプタを参照して、その上位レコードを特定する処理を、アップディスクリプタに上位レコードが定義されていないレコードまで繰り返し、前記上位レコードが定義されていないレコードを先頭レコードとして特定する。末尾レコード特定手段５は、開始レコードが与えられると、当該開始レコードよりもレコードＩＤが大きく、前記アップディスクリプタに上位レコードが定義されていないレコードの１つ前のレコードを末尾レコードとして、特定する。グループレコード特定手段６は、開始レコード特定手段３が特定した全開始レコードを、先頭レコード特定手段４および末尾レコード特定手段５に与え、各開始レコードについて、当該開始レコードの先頭レコードから末尾レコードで構成される複数のレコードを１のグループレコードであると特定する。検索結果特定手段７は、前記抽出したグループレコード全てについて、前記任意の１の検索語以外の検索語が、存在するグループレコードを１または２以上特定し、特定したレコードのカテゴリに記憶されたデータまたは、当該データで特定されるアドレスの実体データを前記検索語の検索結果とする。
When a plurality of search terms are given as a search condition, the start record specifying means 3 searches the field “category” with any one search term among the search conditions, and selects one or more corresponding records as the start record. As specified. When the start record is given, the top
３．ハードウェア構成
図７に示す業務支援システム１のハードウェア構成について、図８を用いて説明する。同図は、業務支援データベース装置１を、ＣＰＵを用いて構成したハードウェア構成の一例である。
3. Hardware Configuration The hardware configuration of the
業務支援データベース装置１は、ＣＰＵ２３、メモリ２７、ハードディスク２６、モニタ３０、光学式ドライブ２５、入力デバイス２８、通信ボード３１、およびバスライン２９を備えている。ＣＰＵ２３は、ハードディスク２６に記憶された各プログラムにしたがいバスライン２９を介して、各部を制御する。
The business
ハードディスク２６は、オペレーティングシステムプログラム２６ｏ（以下ＯＳと略す）、データベース管理プログラム２６ｐが記憶される。
The
データベース管理プログラム２６ｐの処理は、検索処理を除くと従来と同様である。検索処理については後述する。データ記憶部２６k には、図１に示すようなテーブル構造にて、データが記憶される。
The processing of the
患者に関する情報、医師に関する情報、事務員に関する情報についても、既に説明したように、図４，図５に示すようなテーブル構造で記憶される。 Information relating to the patient, information relating to the doctor, and information relating to the clerk are also stored in the table structure as shown in FIGS.
データの入出力処理については、従来と同様に、業務における個別業務ごとに、後述するように、専用の入出力画面をハードディスク２６に記憶させておき、必要な画面が読み出されて、表示される。
Regarding data input / output processing, as in the past, a dedicated input / output screen is stored in the
本実施形態においては、オペレーティングシステムプログラム（ＯＳ）２６ｏとして、LINUX（登録商標または商標）を採用したが、これに限定されるものではない。 In this embodiment, LINUX (registered trademark or trademark) is adopted as the operating system program (OS) 26o, but the present invention is not limited to this.
なお、上記各プログラムは、光学式ドライブ２５を介して、プログラムが記憶されたＣＤ−ＲＯＭ２５ａから読み出されてハードディスク２６にインストールされたものである。なお、ＣＤ−ＲＯＭ以外に、フレキシブルディスク（ＦＤ）、ＩＣカード等のプログラムをコンピュータ可読の記録媒体から、ハードディスクにインストールさせるようにしてもよい。さらに、通信回線を用いてダウンロードするようにしてもよい。
Each of the above programs is read from the CD-
本実施形態においては、プログラムをＣＤ−ＲＯＭからハードディスク２６にインストールさせることにより、ＣＤ−ＲＯＭに記憶させたプログラムを間接的にコンピュータに実行させるようにしている。しかし、これに限定されることなく、ＣＤ−ＲＯＭに記憶させたプログラムを光学式ドライブ２５から直接的に実行するようにしてもよい。なお、コンピュータによって、実行可能なプログラムとしては、そのままインストールするだけで直接実行可能なものはもちろん、一旦他の形態等に変換が必要なもの（例えば、データ圧縮されているものを、解凍する等）、さらには、他のモジュール部分と組合して実行可能なものも含む。
In the present embodiment, the program stored in the CD-ROM is indirectly executed by the computer by installing the program from the CD-ROM to the
４．検索処理に用いるデータ構造について
すでに説明したように本件データ構造では、フィールド「カテゴリ」に上位概念を、フィールド「アップディスクリプタに、レコード間の接続関係を、フィールド「マーク」に格を、フィールド「サイン」にその他の情報が記載される。また、１のレコード群を構成するレコード数は任意である。したがって、特許文献１のように「指示」のためのひな形ファイルを別途も受けることなく、業務におけるマスタも前記レコード群の定義形式によって定義することができる。
4). Data structure used for search processing As already explained, in this data structure, the field “category” has a superordinate concept, the field “updescriptor, the connection relationship between records, the field“ mark ”, and the field“ signature ”. Other information is described in Further, the number of records constituting one record group is arbitrary. Therefore, the master in the business can be defined by the definition format of the record group without receiving a template file for “instruction” as in
図９、図１０に示すレコード群３５９〜４１５は、診察をする場合のマスタである。診察は、「予約」、「来訪確認」、「呼び込み」、「処置」、「会計」、「処方箋発行」・・・という個別業務から構成される。このような個別業務について、共通で使うデータもある。たとえば、患者ＩＤは「予約」、「来訪確認」、「呼び込み」、「病名付与」、「処置」、「会計」、「処方箋発行」等で全て共通である。医者ＩＤも「予約」、「処置」、等で共通である。したがって、これらをまとめて、マスタを作成している。本実施形態においてはこれらをグランドプランマスタと呼ぶ。
The
このようなグランドプランマスタを作成しておき、「診察」についてデータ入力する際には、これを読み出して、コピーして、入力データを上書きするようにすればよい。なお、本件データ構造では、データの格納レコードが当該レコード群のうち、何番目のレコードに存在するかについて、固定されておらず、任意である。したがって、あるレコード群にデータを上書きする際に、当該レコード群のうち、どのレコードにデータを書き込むのかを決定する必要がある。たとえば、図９では、変動する部分については、そこに記録されるデータの上位概念を記述しておき、これを参照して、上書きするようにすればよい。たとえば、レコード３８３はフィールド「カテゴリ」が「１０００１０００００００７１」である。「１０００１０００００００７１」は、属性「医師」であることがわかる（図５参照）。このように、フィールド「カテゴリ」の値を参照して、どのレコードに上書きすればよいことが分かる。
Such a grand plan master is created, and when data is input for the “diagnosis”, it may be read out and copied to overwrite the input data. In the present data structure, the number of records in the record group in which the data storage record exists is not fixed and is arbitrary. Therefore, when overwriting data in a certain record group, it is necessary to determine which record in the record group to write data. For example, in FIG. 9, the fluctuating portion may be overwritten by describing the superordinate concept of the data recorded therein and referring to this. For example, the field “Category” of the
なお、その際、フィールド「マーク」を参照する。たとえば、レコード３６５は、フィールド「マーク」が「ｐ１」である。これは、図１１を参照すると、「実施格」であることが分かる。「実施格」とは、その業務を行う主体を意味する。レコード１０のフィールド「サイン」は、「被作用格」である。「被作用格」とはその業務の対象者を意味する。レコード９，１０はフィールド「アップディスクリプタ」の値が「７」である。ＩＤ「７」のレコード８は、フィールド「サイン」に「人格」と記述されている。いずれも人に関する属性であることが分かる。
At that time, the field “mark” is referred to. For example, in the
また、時刻については、レコード３７４のフィールド「マーク」は「ｔ」である。「ｔ」はレコード５２（図３参照）から時間格であることが分かり、その下のレコード３８５，３８６のフィールド「マーク」は「ｆｒｏｍ」と「ｔｏ」であるので、これが診察開始時刻と診察終了時刻を上書きするレコードであると判断できる。このように、各レコードに記録されている属性を判断して、データを書き込むようにすればよい。
Regarding the time, the field “mark” of the
また、本実施形態においては、前記グランドプランについて、１のムード格を付与するようにした。グランドプランは、複数のプランで構成される。プランは、ひとまとまりとなる作業をまとめた小グループであり、たとえば、図９，図１０に示す１のグランドプランは、図９のレコード３６９〜３７７，３７８〜３８９、図１０のレコード３９０〜４１４までの３つのプランを含む。また、レコード３５９、３６０、３６１，３６２，３６３，３６４、３６５〜３６６，３６７〜３６８もそれぞれ１のプランである。本実施形態においては、このように、レコード３５９、３６０、３６１，３６２，３６３，３６４、３６５〜３６６，３６７〜３６８をそれぞれ１のプランとしたが、レコード３５９〜３６８をまとめて１のプランと扱ってもよい。
In this embodiment, a mood rating of 1 is assigned to the grand plan. The grand plan is composed of a plurality of plans. The plan is a small group in which a group of operations are collected. For example, one grand plan shown in FIGS. 9 and 10 includes
このようにプランについて、順列がある場合、フィールド「マーク」に順列を表す数字を記憶させるようにしている。これにより、概念的に上下関係にある言葉と、手順的につながっている言葉を区別することができる。 As described above, when there is a permutation for the plan, a number representing the permutation is stored in the field “mark”. This makes it possible to distinguish words that are conceptually related to each other and words that are procedurally connected.
図１２、図１３は、図９、図１０に示すグランドプランマスタをコピーしたレコード群にデータを入力した入力後のレコード群９７７〜１０３８である。コピーしているので、レコードＩＤは異なっている。たとえば、図１２と図９を比較すると、レコード９８３のフィールド「カテゴリ」の値が「２００００００００００００２９」、と、レコード９８５のフィールド「カテゴリ」の値が「２００００００００００００４９」と、レコード９９４のフィールド「カテゴリ」の値が「２００００００００００００２９」と、レコード１０００のフィールド「カテゴリ」の値が「２０００００００００００００８」と、レコード１００２の値が、「２００８／１０／１／１１：００」と、レコード１００３のフィールド「カテゴリ」の値が「２００８／１０／１／１１：３０」と上書きされている。
12 and 13
データ入力処理は、従来と同様である。たとえば、図１４Ａに示す入力画面を表示し、図１４Ｂに示すように、必要なデータが入力され、保存ボタン５１が選択されると、対応づけたレコードのフィールド「カテゴリ」の値を上書きするようすればよい。
The data input process is the same as the conventional one. For example, when the input screen shown in FIG. 14A is displayed and necessary data is input and the
また、本件データ構造では、１のレコード群を構成するレコード数については制限がない。したがって、上記説明したようにグランドプランマスタにまとめてもよいし、また、各個別業務について１つのグランドプランマスタとしてもよい。 In the present data structure, there is no limit on the number of records constituting one record group. Therefore, as described above, they may be grouped into a grand plan master, or a single grand plan master may be used for each individual task.
本明細書においては、マスタのレコード群もこれに入力データを上書きしたレコード群もデータ構造が同じであるので、検索プログラムを共用することができる。 In this specification, the master record group and the record group in which the input data is overwritten have the same data structure, so that the search program can be shared.
５．フローチャート
つぎに、本データ構造における検索処理について説明する。以下では、図１５、図１６、図１７に示すデータが、既に記憶されている場合に、医師「成仁太郎」の「２００８年１０月１日」の「診察」の予定を画面上に一覧表示する場合の処理について説明する。
5). Flowchart Next, search processing in this data structure will be described. Below, when the data shown in FIG. 15, FIG. 16, and FIG. 17 are already stored, a list of “medical examination” schedules of “October 1, 2008” of doctor “Naruto Taro” is displayed on the screen. The processing for doing this will be described.
一般的には、上記のような３つの検索語で検索する場合、これらの条件をand条件で満足するデータを抽出することになる。しかし、本件データ構造では、全レコードのデータ形式が同じであり、１のレコード群の範囲が明確でない。本件データベース装置においては、任意の１つの検索語を用いて、レコード群を特定し、その１つの検索語を満足しているレコード群のうち、残りの検索語についても条件を満たすレコード群から、該当するレコードの値を抽出することにより、目的のデータを抽出できるようにしている。 Generally, when searching with the above three search terms, data satisfying these conditions with the and conditions is extracted. However, in this data structure, the data format of all records is the same, and the range of one record group is not clear. In the present database apparatus, a record group is specified using any one search word, and among the record groups satisfying the one search word, from the record group satisfying the conditions for the remaining search words, The target data can be extracted by extracting the value of the corresponding record.
ＣＰＵ２３は、複数の検索語として、「成仁太郎」、「２００８年１０月１日」「診察」を記憶し(図１８ステップＳ１）、いずれか 検索語を特定する(ステップＳ３）。この実施例では、３つの検索語のうち、先頭の検索語「成仁太郎」を特定するものとする。なお、いずれを選択するのかについては任意であり、かかる手法に限定されるものではない。
The
ＣＰＵ２３は、選択した検索語から候補レコード群を特定する(ステップＳ５）。ステップＳ５の処理について、図１９を用いて説明する。検索語から、ＩＤ抽出し、注目レコードとする(ステップＳ１１）。この場合、検索語は「成仁太郎」であるので、「成仁太郎」がフィールド「カテゴリ」に存在するレコードを抽出する（ステップＳ２１）。これは、本実施形態においては、そのレコードの、上位概念のレコードのＩＤまたは日時を、フィールド「カテゴリ」に書き込むように規定したからである。この場合、図４に示すように、「成仁太郎」は、ＩＤ「２００００００００００００１１」に存在する(図４レコード５１４参照)。これを注目レコードとする。つぎに、ＣＰＵ２３は、先頭レコードを特定する(ステップＳ１３）。
The
ステップＳ１３の処理について、図２０を用いて説明する。ＣＰＵ２３は、注目レコード５１４のアップディスクリプタから上位レコードを取得する(ステップＳ３１）。この場合、注目レコード５１４(図４参照)のフィールド「アップディスクリプタ」の値「２０００００００００００００８」が取得される。つぎに、ＣＰＵ２３は、取得された値がフィールド「ＩＤ」に記憶されているレコードを特定し、そのレコードのフィールド「アップディスクリプタ」が空か否か判断する(ステップＳ３３）。この場合、取得された値がフィールド「ＩＤ」に記憶されているレコード５１１のフィールド「アップディスクリプタ」を参照すると、値が空である。ＣＰＵ２３は、ステップＳ２１にて取得したレコード５１１が、注目レコードの所属するレコード群の先頭レコードであると決定する（ステップＳ３７）。これにより、「成仁太郎」は、ＩＤ「２０００００００００００００９」で表されることがわかる。
The process of step S13 will be described with reference to FIG. The
また、ステップＳ３３にて、フィールド「アップディスクリプタ」が空でない場合には、取得した上位レコードを注目レコードとし(ステップＳ３５）、ステップＳ３３の処理が繰り返される。 In step S33, if the field “updescriptor” is not empty, the acquired upper record is set as the record of interest (step S35), and the process of step S33 is repeated.
このようにして、先頭レコードが特定される。なお、図９ステップＳ１１，ステップＳ１３の処理が必要なのは、本件データ構造においては、各用語についても複数のレコードにて定義されているので、検索語が存在するレコードが所属するレコード群の先頭レコードのＩＤを特定する必要があるからである。 In this way, the first record is specified. Note that the processing in steps S11 and S13 in FIG. 9 is necessary because each term is defined by a plurality of records in this data structure, so the first record of the record group to which the record containing the search term belongs This is because it is necessary to specify the ID.
ＣＰＵ２３は、先頭レコードのＩＤがフィールド「カテゴリ」に存在するレコードを抽出する(図１９ステップＳ１５）。この場合、先頭レコードは、レコード５１１であるので、フィールド「カテゴリ」が、「２０００００００００００００８」であるレコードが抽出される。この場合、図１５，図１６、図１７から、レコード６５０、７０５、９２５の３つが抽出される。
The
ＣＰＵ２３は、処理番号iを初期化し(ステップＳ１６）、i番目のレコードについて、レコード群giを特定する(ステップＳ１７）。ステップＳ１７の処理について、図２１を用いて説明する。
The
ＣＰＵ２３は、i番目のレコードを注目レコードとし（ステップＳ２１）、この注目レコードから、先頭レコードを特定する(ステップＳ２３）。先頭レコードの特定については既に説明した(図２０)ので、詳細は省略する。これにより、１番目のレコード６５０の先頭レコードとして、レコード６２７が特定される(図１６参照）。つぎに、ＣＰＵ２３は、特定した先頭レコードに対応する末尾レコードを特定する(図２１ステップＳ２５）。
The
末尾レコードの特定処理について、図２２を用いて説明する。ＣＰＵ２３は、先頭レコードを抽出対象レコードとする(ステップＳ４１）。この場合、レコード６２７が抽出対象レコードとなる。ＣＰＵ２３は、抽出対象レコードのフィールド「ＩＤ」の値が、フィールド「アップディスクリプタ」に記録されているレコードを抽出する(図２２ステップＳ４３）。この場合、「３０００００００００００００１」が記憶されているレコード６２８〜６３２，６３４、６３６、６４５が抽出される(図１５参照)。ＣＰＵ２３は、ステップＳ４３にて抽出したレコードを抽出対象レコードに追加する（ステップＳ４５）。これにより、抽出対象レコードは、レコード６２８〜６３２，６３４、６３６、６４５となる。ＣＰＵ２３は、抽出対象レコードの、次のレコードのフィールド「アップディスクリプタ」が空か否か判断する（ステップＳ４７）。この場合、いずれも空ではないので、ステップＳ４３に戻り、抽出対象レコード６２８〜６３２，６３４、６３６、６４５のフィールド「ＩＤ」の値が、フィールド「アップディスクリプタ」に記録されているレコードを抽出する(ステップＳ４３）。この場合、「３０００００００００００００１」〜「３０００００００００００００６」、「３０００００００００００００８」、「３００００００００００００１０」、「３００００００００００００１９」が記録されている６３３、６３５、６３７〜６４１，６４３、６４６〜６４９、６５１、６５４〜６５６が抽出される(図１５参照)。ＣＰＵ２３は、ステップＳ４３にて抽出したレコードを抽出対象レコードに追加する。これにより、抽出対象レコードは、レコード６２７〜６４１、６４３、６４５〜６４９、６５１，６５４〜６５６となる。以下同様にして、抽出対象レコードが追加され、抽出対象レコードの次のレコードについて、そのフィールド「アップディスクリプタ」が空となるまで繰り返す。このように、階層構造を順次、抽出することにより、末尾レコードを取得することができる。仮に、図１６に示すレコード６５６が、ステップＳ４７の条件を満たしたとすると、レコード６５６が、末尾レコードとして決定される（図２２ステップＳ４９）。
The tail record specifying process will be described with reference to FIG. The
ＣＰＵ２３は、末尾レコードを取得すると、レコード群g1としてレコード６２７〜６５６を記憶する(図２１ステップＳ２７)。ＣＰＵ２３は１番目のレコード群が特定されると、ステップＳ１５で抽出したレコード全てについて、ステップＳ１７の処理を実行したか否か判断する(ステップＳ１８）。この場合、残っているレコードがあるので、ステップＳ１９に進み、処理番号iをインクリメントする。そして、２番目のレコードについてステップＳ１７の処理を実行する。
When acquiring the tail record, the
このようにして、レコード群g1（レコード６２７〜レコード６５６（図１５参照））,g2（レコード６８２〜７１１（図１６参照））,g3（レコード９１６〜９４７（図１７参照））が抽出される。
In this way, record groups g1 (record 627 to record 656 (see FIG. 15)), g2 (
選択した検索語から候補レコード群が特定する処理(図１８ステップＳ５）が終了すると、ＣＰＵ２３は、残りの検索語にて、ステップＳ５にて抽出したレコード群を検索して、データ抽出を行う(ステップＳ７)。この場合、残りの検索語は、「２００８年１０月１日」および「診察」である。したがって、これらがフィールド「カテゴリ」に記憶されているレコードを有するレコード群を抽出する。
When the process of identifying the candidate record group from the selected search word (step S5 in FIG. 18) is completed, the
検索語「診察」については、検索語「成仁太郎」と同様にして、これを定義しているレコード群の先頭レコードを抽出する。本実施形態においては、日付はフィールド「カテゴリ」に直接、記録するようにしたので、そのまま、検索することができる。これにより、レコード群g1（レコード６２７〜６５６））,g2（レコード６８２〜７１１）が抽出される。この場合、スケジュールを検索する場合であるので、抽出したレコード群から必要なレコードのフィールド「カテゴリ」から、データを読み出するようにすればよい。この場合、たとえば、図２３に示すような表示が可能となる。
For the search term “diagnosis”, the first record of the record group defining this is extracted in the same manner as the search term “Narijintaro”. In the present embodiment, the date is directly recorded in the field “category”, so that it can be searched as it is. Thereby, the record groups g1 (
なお、いずれのレコードを抽出すればよいかについては、フィールド「マーク」を参考にすることにより、より明確となる。フィールド「マーク」については、「p」は人間であり、「ｔ」は日時であり、「from」「to」は、人間の場合には誰から誰にとなり、日時の場合には、いつからいつまでを表している。 Note that which record should be extracted becomes clearer by referring to the field “mark”. For the field “mark”, “p” is a person, “t” is a date and time, “from” and “to” are from who to who in the case of a human, and from when to when in the case of a date Represents.
末尾レコードの特定について、この実施形態では、先頭レコードのＩＤがフィールド「アップディスクリプタ」に記憶されているレコードを順次抽出することにしたが、先頭レコードまたは注目レコードから大きな番号のレコードのフィールド「アップディスクリプタ」を順次チェックし、空であるレコードを検出すると、その手前までが１のレコード群であると判断してもよい。 Regarding the identification of the end record, in this embodiment, the record in which the ID of the start record is stored in the field “up descriptor” is sequentially extracted. When the “descriptor” is sequentially checked and an empty record is detected, it may be determined that the preceding record is one record group.
また、本実施形態においては、先頭レコードのフィールド「マーク」には、そのレコードのモードを記憶するようにしたので、ｍ１〜ｍ４のいずれかが記述される。したがって、かかるマークを参照して、値がｍ１〜ｍ４のレコードを先頭レコードとし、次の先頭レコードの手前までが１のレコード群であると判断してもよい。 In the present embodiment, since the mode of the record is stored in the field “mark” of the first record, any one of m1 to m4 is described. Therefore, with reference to such a mark, it may be determined that a record having values m1 to m4 is the first record and that the record before the next first record is one record group.
本実施形態においては、フィールド「アップディスクリプタ」の値によって、同じレコード群を構成するレコードであるかを判断するようにしている。したがって、属性を追加する場合でも、フィールドを増やす必要がない。これにより、たとえば、ある個別業務について、対象者が複数存在する場合でも、レコードを追加するだけでデータ保持が可能となる。また、ＡさんがＢ医師の予約をしたが、Ｂ医師がＣ医師に代理で頼む場合も、Ｂ医師を中間指示者として記憶することもできる。 In this embodiment, it is determined whether the records constitute the same record group based on the value of the field “updescriptor”. Therefore, there is no need to increase the number of fields even when attributes are added. Thereby, for example, even when there are a plurality of target persons for a certain individual job, it is possible to hold data only by adding a record. In addition, when Mr. A makes a reservation for Dr. B, when Dr. B asks Dr. C as a proxy, Dr. B can be stored as an intermediate indicator.
一般的には、検索をメインに考えると、レコード構造とするのが好ましい。一方、項目も項目に記載するデータ長も不明な場合、非固定長でデータ羅列することが多い。しかし、前者では新たな属性を記憶するには、フィールドを１つ増やす必要がある。これに対して、後者では、検索の都度、全データを調べる必要がある。本発明のデータ構成は、両者のよいところを引き継ぎ、項目の追加等は1つレコードを増やすだけである。また、検索の場合には、各フィールドの値で検索ができるので、全データを、検索する必要がない。したがって、データ変更が容易で且つ、データ検索が容易なデータ構造を提供することができる。 In general, it is preferable to use a record structure when searching is mainly considered. On the other hand, when the item and the data length described in the item are unknown, the data is often arranged in a non-fixed length. However, in the former, it is necessary to increase one field in order to store a new attribute. On the other hand, in the latter case, it is necessary to check all data for each search. The data structure of the present invention inherits the good points of both, and only one record is added to add items. Further, in the case of a search, a search can be performed using the value of each field, so that it is not necessary to search all data. Therefore, it is possible to provide a data structure that allows easy data change and easy data retrieval.
また、上記特許文献１でも、人や道具などについては別途、データ構成の異なるマスターファイルが必要であった。これに対して、本件発明では、人や各種の属性についても、このデータ構成で定義することができる。
Also, in the above-mentioned
６．他の実施形態
なお、本実施形態においては、検索時に各レコードのフィールド「アップディスクリプタ」を参照して、そのレコードがつながっているレコードを特定して、レコード群を特定している。また、検索時に各レコードのフィールド「カテゴリ」を参照して、上位のレコードを特定することにより、そのレコードが属する概念を特定している。
6). Other Embodiments In this embodiment, a record group is specified by referring to the field “updescriptor” of each record at the time of search to identify the record to which the record is connected. Further, by referring to the field “category” of each record at the time of search, the concept to which the record belongs is specified by specifying the upper record.
しかし、検索時に動的に行うのではなく、図２４に示すように、予め、各レコードが所属するレコード群(グランドプランｉｄ)を予め演算し、特定するようにしてもよい。さらに、そのレコード群の先頭レコードのフィールド「カテゴリ」の値を記憶するようにしてもよい。 However, instead of dynamically performing the search, as shown in FIG. 24, a record group (grand plan id) to which each record belongs may be calculated in advance and specified. Furthermore, the value of the field “category” of the first record of the record group may be stored.
レコード５５２が注目レコードである場合、フィールド「アッププランＩＤ」が同じレコードが同一レコード群であることが分かる。また、そのレコード群の先頭レコードのフィールド「カテゴリ」の値は、そのレコード群のいずれかのレコードのフィールド「アッププラン」を参照すると、取得することができる。これにより、検索処理時間を向上させることができる。 When the record 552 is the record of interest, it can be seen that records having the same field “up plan ID” are the same record group. Further, the value of the field “category” of the first record of the record group can be acquired by referring to the field “up plan” of any record of the record group. Thereby, the search processing time can be improved.
なお、図２４では、フィールド「マーク」「サイン」については省略している。 In FIG. 24, the fields “mark” and “sign” are omitted.
図２４では、さらに、プランＩＤを予め演算して特定している。プランＩＤとは、既に説明したように、グランドプランを構成する小グループである。 In FIG. 24, the plan ID is further calculated and specified in advance. The plan ID is a small group that constitutes the grand plan as described above.
また、本実施形態においては「場所格」として、その詳細を設定可能である。このように、各格について、詳細が必要な場合にはこれを定義しておくことにより、レコードに記載されたデータの属性を、コンピュータがより確実に判断することができる。 Further, in the present embodiment, the details can be set as the “location case”. As described above, when details are necessary for each case, the computer can more reliably determine the attribute of the data described in the record by defining this.
なお、本実施形態においては、フィールド「サイン」にテキストデータを記憶するようにした。しかし、これにフィールド「サイン」に記憶されるのは、これに限定されるわけではなく、音声やイラスト等を記憶することもできる。 たとえば、本実施形態においては、図４に示すように、「成仁太郎」を定義するレコード５１４に、フィールド「カテゴリ」が「２００５」で、フィールド「マーク」が「i1」で、フィールド「サイン」が「成仁太郎」である。なお、「i1」は、レコード９６(図３ｂ)を参照にすると、テキスト格であることが分かる。たとえば、その次のレコードに、フィールド「カテゴリ」が「２００５」で、フィールド「マーク」が「ｉ４」で、フィールド「サイン」が「音声ファイルを記憶したアドレス」を記憶させることにより、これを読みだせば、聴覚障害者にも対応可能である。「ｉ４」は、レコード９９を参照にすると、音声格であることが分かる。
In the present embodiment, text data is stored in the field “signature”. However, what is stored in the field “signature” is not limited to this, and voice, illustrations, and the like can also be stored. For example, in the present embodiment, as shown in FIG. 4, in a
同様に、写真や、動画なども同様に属性として参照することもできる。その場合の格のレコードについては、図３ｂレコード９５〜１００に記載している。
Similarly, a photograph, a moving image, etc. can be similarly referred to as an attribute. The case records in this case are described in the
上記実施形態では、1台の装置として適用した場合について説明したが、複数のコンピュータをネットワーク接続して、これを実現してもよい。たとえば、検索指示は端末から与えられ、これを受けてサーバで検索処理を行い、検索結果を当該端末に与えるようにすればよい。 Although the case where the present invention is applied as a single device has been described in the above embodiment, a plurality of computers may be connected to the network to realize this. For example, a search instruction may be given from a terminal, and a search process may be performed by a server in response to the search instruction so that a search result is given to the terminal.
上記実施形態においては、図１に示す機能を実現するために、ＣＰＵを用い、ソフトウェアによってこれを実現している。しかし、その一部若しくはすべてを、ロジック回路等のハードウェアによって実現してもよい。 In the above embodiment, the CPU is used to realize the function shown in FIG. 1, and this is realized by software. However, some or all of them may be realized by hardware such as a logic circuit.
なお、上記プログラムの一部の処理をオペレーティングシステム（ＯＳ）にさせるようにしてもよい。 In addition, you may make it make an operating system (OS) process a part of said program.
１・・・・ 業務支援データベース装置
２３・・・ＣＰＵ
２７・・・メモリ
1 ... Business
27 ... Memory
Claims (6)
Ａ）前記各レコードは、フィールドとして、レコードＩＤ、実体データアドレスまたは実体データアドレスへ導くデータが記載されたカテゴリー、上位レコードＩＤが記載されたアップディスクリプタを有しており、
Ｂ）検索条件として複数の検索語が与えられると、当該検索条件のうち任意の１の検索語でフィールド”カテゴリ”を検索し、該当する1または２以上のレコードを開始レコードとして特定する開始レコード特定手段、
Ｃ）開始レコードが与えられると、当該レコードのアップディスクリプタを参照して、その上位レコードを特定する処理を、アップディスクリプタに上位レコードが定義されていないレコードまで繰り返し、前記上位レコードが定義されていないレコードを先頭レコードとして特定する先頭レコード特定手段、
Ｄ）開始レコードが与えられると、当該開始レコードよりもレコードＩＤが大きく、前記アップディスクリプタに上位レコードが定義されていないレコードの１つ前のレコードを末尾レコードとして、特定する末尾レコード特定手段、
Ｅ）前記開始レコード特定手段が特定した全開始レコードを、前記先頭レコード特定手段および前記末尾レコード特定手段に与え、各開始レコードについて、当該開始レコードの先頭レコードから末尾レコードで構成される複数のレコードを１のグループレコードであると特定するグループレコード特定手段、
Ｆ）前記抽出したグループレコード全てについて、前記任意の１の検索語以外の検索語が、存在するグループレコードを１または２以上特定し、特定したレコードのカテゴリに記憶されたデータまたは、当該データで特定されるアドレスの実体データを前記検索語の検索結果とする検索結果特定手段、
を備えたことを特徴とする業務支援データベース装置。 A business support database that stores a plurality of individual data used when a person recognizes a motion in a business, divided into a plurality of records, and retrieves data as a group record in which one motion is represented by the plurality of records. A device,
A) Each record has, as fields, a record ID, an entity data address or a category in which data leading to the entity data address is described, and an up-descriptor in which an upper record ID is described.
B) When a plurality of search terms are given as a search condition, a field “category” is searched with any one search term among the search conditions, and a start record that identifies one or more corresponding records as a start record Specific means,
C) When a start record is given, the process of referring to the up-descriptor of the record and specifying the higher-order record is repeated until the record for which the higher-order record is not defined in the up-descriptor, and the higher-order record is not defined. First record identification means for identifying a record as the first record,
D) When a start record is given, a tail record specifying means for specifying a record immediately before a record having a record ID larger than the start record and having no upper record defined in the up-descriptor as a tail record;
E) All the start records specified by the start record specifying means are given to the start record specifying means and the end record specifying means, and for each start record, a plurality of records configured from the start record of the start record to the end record A group record specifying means for specifying as one group record,
F) For all the extracted group records, one or more search terms other than the one arbitrary search term are specified, and the data stored in the category of the specified record or the data Search result specifying means for using the entity data of the specified address as a search result of the search term;
A business support database device characterized by comprising:
前記各レコードは、フィールドとして、レコードＩＤ、実体データアドレスまたは実体データアドレスへ導くデータが記載されたカテゴリ、上位レコードＩＤが記載されたアップディスクリプタを有しており、
検索条件として複数の検索語が与えられると、当該検索条件のうち任意の１の検索語でフィールドであるカテゴリを検索し、該当するレコードを開始レコードとして特定する開始レコード特定手段、
開始レコードから前記アップディスクリプタを順次たどり、当該開始レコードと同じグループに属する先頭レコードを特定する先頭レコード特定手段、
前記先頭レコードＩＤが前記アップディスクリプタに記憶されているレコードを抽出し、抽出した前記に直接または他のレコードを介して間接に連結されているレコードを、前記アップディスクリプタを参照して、順次抽出する所属レコード抽出手段、
前記所属レコード抽出手段が抽出したレコードについて、前記任意の１の検索語以外の検索語が、存在するレコードを１または２以上特定し、特定したレコードのカテゴリに記憶されたデータまたは、当該データで特定されるアドレスの実体データを前記検索語の検索結果とする検索結果特定手段、
を備えたことを特徴とするデータベース検索装置。 A database search device in which records and predetermined fields are arranged in a matrix,
Each record has, as fields, a record ID, an entity data address or a category in which data leading to the entity data address is described, and an up descriptor in which an upper record ID is described,
When a plurality of search terms are given as search conditions, a start record specifying means for searching a category that is a field with any one search term among the search conditions and specifying the corresponding record as a start record,
First record identification means for sequentially tracing the up descriptor from the start record and identifying the first record belonging to the same group as the start record,
The record in which the first record ID is stored in the up-descriptor is extracted, and the records directly connected to the extracted or indirectly through other records are sequentially extracted with reference to the up-descriptor. Affiliation record extraction means,
For the records extracted by the belonging record extracting means, one or more search terms other than the one arbitrary search term are specified, and the data stored in the specified record category or the data Search result specifying means for using the entity data of the specified address as a search result of the search term;
A database search device characterized by comprising:
さらに、フィールドとしてマークを有しており、
前記先頭レコード特定手段は、前記開始レコードから前記先頭レコードを特定する際に、注目したレコードのアップディスクリプタから参照する上位レコードを特定するときに、前記注目したレコードの下のレコードのフィールド「マーク」に、先頭を示す属性が存在する場合には、当該注目したレコードが先頭レコードであると判断すること、
を特徴とするデータベース検索装置。 The database search device according to claim 2,
In addition, it has a mark as a field,
The first record specifying means, when specifying the first record from the start record, specifies a higher-level record to be referenced from the up-descriptor of the record of interest, when the field “mark” of the record below the record of interest If the attribute indicating the head exists, it is determined that the noted record is the first record,
A database search device characterized by the above.
検索条件として複数の検索語が与えられると、当該検索条件のうち任意の１の検索語でフィールドであるカテゴリを検索し、該当するレコードを開始レコードとして特定する開始レコード特定手段、
開始レコードについて属するグループの先頭レコードＩＤを参照して、同じＩＤが定義されているレコードをグループレコードとして抽出する抽出手段、
前記抽出手段が抽出したレコードについて、前記１の検索語以外の検索語が、存在するレコードを１または２以上特定し、特定したレコードのカテゴリに記憶されたデータまたは、当該データで特定されるアドレスの実体データを前記検索語の検索結果とする検索結果特定手段、
を備えたことを特徴とするデータベースシステム。 A database system in which records and predetermined fields are arranged in a matrix, and the field includes a record ID, an entity data address or a category in which data leading to the entity data address is described, and an up-descriptor in which an upper record ID is described As a group record that has the value of the field “category” of the first record ID of the group and the record ID referred to by the first record ID, and one operation is represented by the data stored in the plurality of records In a database system for data retrieval,
When a plurality of search terms are given as search conditions, a start record specifying means for searching a category that is a field with any one search term among the search conditions and specifying the corresponding record as a start record,
An extraction means for extracting a record in which the same ID is defined as a group record with reference to the first record ID of the group belonging to the start record;
For the record extracted by the extracting means, one or more search terms other than the one search term specify the existing records, and the data stored in the category of the specified record or the address specified by the data Search result specifying means for using the actual data of the search term as a search result of the search term,
A database system characterized by comprising:
前記各レコードには、フィールドとして、レコードＩＤ、実体データアドレスまたは実体データアドレスへ導くデータが記載されたカテゴリ、上位レコードＩＤが記載されたアップディスクリプタを有しており、
コンピュータが下記のステップを実行すること、
検索条件として複数の検索語が与えられると、当該検索条件のうち任意の１の検索語でフィールドであるカテゴリを検索し、該当するレコードを開始レコードとして特定するステップ、
開始レコードから前記アップディスクリプタを順次たどり、当該開始レコードと同じグループに属する先頭レコードを特定するステップ、
前記先頭レコードＩＤが前記アップディスクリプタに記憶されているレコードを抽出し、抽出した前記に直接または他のレコードを介して間接に連結されているレコードを、前記アップディスクリプタを参照して、順次抽出するステップ、
前記抽出したレコードについて、前記任意の１の検索語以外の検索語が、存在するレコードを１または２以上特定し、特定したレコードのカテゴリに記憶されたデータまたは、当該データで特定されるアドレスの実体データを前記検索語の検索結果とするステップ、
を特徴とするデータベース検索方法。 A computer search method for a database in which records and predetermined field items are arranged in a matrix,
Each record has, as fields, a record ID, an entity data address or a category in which data leading to the entity data address is described, and an up descriptor in which an upper record ID is described,
That the computer performs the following steps:
When a plurality of search terms are given as search criteria, a step of searching a category that is a field with any one search term of the search criteria and specifying the corresponding record as a start record,
Sequentially tracing the up-descriptor from the start record, and identifying the first record belonging to the same group as the start record;
The record in which the first record ID is stored in the up-descriptor is extracted, and the records directly connected to the extracted or indirectly through other records are sequentially extracted with reference to the up-descriptor. Step,
For the extracted record, one or more search terms other than the one arbitrary search term specify existing records, and the data stored in the category of the specified record or the address specified by the data Making entity data a search result of the search term;
Database search method characterized by
検索条件として複数の検索語が与えられると、当該検索条件のうち任意の１の検索語でフィールドであるカテゴリを検索し、該当するレコードを開始レコードとして特定する開始レコード特定手段、
開始レコードから前記アップディスクリプタを順次たどり、当該開始レコードと同じグループに属する先頭レコードを特定する先頭レコード特定手段、
前記先頭レコードＩＤが前記アップディスクリプタに記憶されているレコードを抽出し、抽出した前記に直接または他のレコードを介して間接に連結されているレコードを、前記アップディスクリプタを参照して、順次抽出する所属レコード抽出手段、
前記所属レコード抽出手段が抽出したレコードについて、前記任意の１の検索語以外の検索語が、存在するレコードを１または２以上特定し、特定したレコードのカテゴリに記憶されたデータまたは、当該データで特定されるアドレスの実体データを前記検索語の検索結果とする検索結果特定手段。 A program for searching a database in which each record has a record ID, an entity data address or a category in which data leading to the entity data address is described, and an up-descriptor in which a higher-level record ID is described as a field. A database search program for functioning as the following means.
When a plurality of search terms are given as search conditions, a start record specifying means for searching a category that is a field with any one search term among the search conditions and specifying the corresponding record as a start record,
First record identification means for sequentially tracing the up descriptor from the start record and identifying the first record belonging to the same group as the start record,
The record in which the first record ID is stored in the up-descriptor is extracted, and the records directly connected to the extracted or indirectly through other records are sequentially extracted with reference to the up-descriptor. Affiliation record extraction means,
For the records extracted by the belonging record extracting means, one or more search terms other than the one arbitrary search term are specified, and the data stored in the specified record category or the data Search result specifying means for using the entity data of the specified address as a search result of the search term.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2008289797A JP5352197B2 (en) | 2008-11-12 | 2008-11-12 | Business support database apparatus and method |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2008289797A JP5352197B2 (en) | 2008-11-12 | 2008-11-12 | Business support database apparatus and method |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2010117835A true JP2010117835A (en) | 2010-05-27 |
| JP5352197B2 JP5352197B2 (en) | 2013-11-27 |
Family
ID=42305486
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2008289797A Active JP5352197B2 (en) | 2008-11-12 | 2008-11-12 | Business support database apparatus and method |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP5352197B2 (en) |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH05151042A (en) * | 1991-11-27 | 1993-06-18 | Nec Corp | Method for designing file for computer processing system |
| JP2000276475A (en) * | 1999-03-24 | 2000-10-06 | Fuji Photo Film Co Ltd | Method and device for controlling display of data base retrieval item |
| JP2002032383A (en) * | 2000-07-19 | 2002-01-31 | Dainippon Printing Co Ltd | Merchandise information database system |
| JP2003233516A (en) * | 2002-02-08 | 2003-08-22 | Comax Inc | Database, computer readable program, database management system, new registration method for database, retrieving method in database, and update registration method for database |
-
2008
- 2008-11-12 JP JP2008289797A patent/JP5352197B2/en active Active
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH05151042A (en) * | 1991-11-27 | 1993-06-18 | Nec Corp | Method for designing file for computer processing system |
| JP2000276475A (en) * | 1999-03-24 | 2000-10-06 | Fuji Photo Film Co Ltd | Method and device for controlling display of data base retrieval item |
| JP2002032383A (en) * | 2000-07-19 | 2002-01-31 | Dainippon Printing Co Ltd | Merchandise information database system |
| JP2003233516A (en) * | 2002-02-08 | 2003-08-22 | Comax Inc | Database, computer readable program, database management system, new registration method for database, retrieving method in database, and update registration method for database |
Also Published As
| Publication number | Publication date |
|---|---|
| JP5352197B2 (en) | 2013-11-27 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6698013B1 (en) | Real time monitoring system for tracking and documenting changes made by programmer's during maintenance or development of computer readable code on a line by line basis and/or by point of focus | |
| US8078627B2 (en) | File management apparatus, method for controlling file management apparatus, computer program, and storage medium | |
| JP4402033B2 (en) | Information processing system | |
| JP5452030B2 (en) | Integrated log generation device, integrated log generation program, and recording medium | |
| DE112011105930T5 (en) | Screen data editing device for a programmable display device | |
| JP2006099751A (en) | Method, program and computer for assigning personnel to task constituting project | |
| JP2001155100A (en) | Local electronic medical record system and recording medium with recorded program | |
| JP2010015458A (en) | Program correction support system, program correction support method, and program correction support program | |
| JP4959501B2 (en) | Information processing apparatus, information processing method, and program | |
| JP5045042B2 (en) | Business flow editing program, business flow editing apparatus, and business flow editing method | |
| JP2009123114A (en) | Information processor and information processing method | |
| WO2023063172A1 (en) | Work information management system and data search method | |
| JP5352197B2 (en) | Business support database apparatus and method | |
| JP2005352980A (en) | Document difference display system, document difference display server and document difference display method and its program | |
| JP2017033257A (en) | Image reading report creation support system, image reading report creation support method, and image reading report creation support program | |
| JPH1139293A (en) | Document management method and document retrieval method and device | |
| CN107491466A (en) | client device, information processing system and information processing method | |
| US20090271452A1 (en) | Document management apparatus, document management method, and computer-readable encoding medium recorded with a computer program | |
| JP2001056809A (en) | Document managing system | |
| EP1816572A1 (en) | Time sharing managing device, document creating device, document reading device, time sharing managing method, document creating method, and document reading method | |
| KR100928401B1 (en) | Medical record information database management method and database accordingly | |
| JP4369864B2 (en) | Component management system and component management program | |
| JP2002342137A (en) | Device and method for managing document and recording medium | |
| JP4805491B2 (en) | Dictionary management program and computer system | |
| JP2014071768A (en) | Hospital discharge summary editing program, hospital discharge summary editing device, and hospital discharge summary editing method |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20111111 |
|
| RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20130307 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20130415 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20130610 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20130729 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20130826 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 5352197 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |