JP2004348356A - Database search method - Google Patents

Database search method Download PDF

Info

Publication number
JP2004348356A
JP2004348356A JP2003143515A JP2003143515A JP2004348356A JP 2004348356 A JP2004348356 A JP 2004348356A JP 2003143515 A JP2003143515 A JP 2003143515A JP 2003143515 A JP2003143515 A JP 2003143515A JP 2004348356 A JP2004348356 A JP 2004348356A
Authority
JP
Japan
Prior art keywords
database
search
data
alarm
order
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.)
Withdrawn
Application number
JP2003143515A
Other languages
Japanese (ja)
Inventor
Satoshi Aoki
聡 青木
Yuuki Fukuda
勇気 福田
Eiji Imai
英治 今井
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fujitsu Ltd
Original Assignee
Fujitsu Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Fujitsu Ltd filed Critical Fujitsu Ltd
Priority to JP2003143515A priority Critical patent/JP2004348356A/en
Publication of JP2004348356A publication Critical patent/JP2004348356A/en
Withdrawn legal-status Critical Current

Links

Images

Landscapes

  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

<P>PROBLEM TO BE SOLVED: To provide a database search method which reduces the amount of processing needed to end a database search and the time of processing by performing search processes in the order of processing that matches each search condition, in the database search where the order of inputting commands for the search conditions is designated. <P>SOLUTION: The database has a database processing table which holds the search items of database searches and data for designating the order of executing the searches, and a temporary buffer for temporarily storing the data extracted from the database. The data are extracted from the database starting with the search item which is higher in the order of priority for executing the searches, designated in the database processing table. The data extracted are stored on the database. <P>COPYRIGHT: (C)2005,JPO&NCIPI

Description

【0001】
【発明の属する技術分野】
本発明は、通信ネットワーク等の監視・制御システム等のデータベースにおけるデータ検索方式に係り、特に、データベース検索条件である検索項目のコマンド入力の入力順位が指定されたデータベースのデータ検索方法に関する。
【0002】
【従来の技術】
先ず、始めに通信ネットワーク等の警報イベントの監視・制御・管理のシステムについて述べる。図5は従来の警報イベントの監視・制御・管理システム構成図である。
警報イベントの監視・制御・管理システムは、ネットワークを監視し、発生した警報イベントに対する対策・制御を行う監視・制御システム10、警報データ他のデータを保持するデータベース20、通信ネットワークの管理者であるクライアント端末30で構成する。監視・制御システム10のイベント収集システム11は発生した警報イベントについて、その発生、及び、その警報イベントに対する対策処置の履歴を収集し、データベース20の警報データベース21に蓄積保存する。システム管理者はクライアント端末30より警報データベースにアクセスを行い、通信ネットワークの警報データベースのデータをクライアント端末にダウンロードし、内容を確認し、通信ネットワークの管理を行う。
【0003】
データベース20には、例えば、図6のA3の検索対象DBテーブルである警報データベース21を有する。警報データベースを構成する警報イベントのデータ項目としては、通信ネットワークを構成する通信装置のどの装置で警報イベントが発生したかを示す装置種別、その装置のどのユニットで発生したかを示すユニット種別、対象警報イベントの種類を示す警報種別、対象警報イベントの重要度を示す感知重要度、及び警報イベントの発生した日時がある。
【0004】
従来の警報データベースの警報イベントの検索手順・編集方法について以下に述べる。
1) 図6は従来のデータベース検索手順である。
一例として、検索条件として、感知重要度が「MAJOR」の5件の警報を発生日時の古い順に表示したい場合を図6の例に沿って説明する。
(1)警報データベース21からデータをクライアント端末にダウンロードする。A3は検索対象のデータベースであり、このデータをクライアント端末に表示する。
(2)以下の検索条件コマンドを予め決められている順番で入力する。
【0005】
イ.発生日時のコマンド
対象となる期間を入力する。図6では、2002年12月16日から12月31日の間に発生した警報イベントを対象としている。
ロ.装置種別のコマンド
装置種別は問わないとして、図6では、入力は「空白」のブランクである。
【0006】
ハ.感知重要度のコマンド
感知重要度は問わないとして、図6では、入力は「空白」のブランクである。
ニ.警報種別のコマンド
警報種別として装置警報を対象として装置警報を入力する。
(3)クライアント端末において次の検索処理を行う。先ず、S20の発生日時でのソート条件より、データベース内の全レコード検索処理を行い、昇順でクライアント端末に一時的に保持しておく。B3はその内容である。
(4)一時的に保持してある全レコードB3に対しS21の感知重要度の条件でデータ抽出を行う。C3はB3の内、感知重要度「MAJOR」を抽出した結果であり、クライアント端末に一時的に保持しておく。
(5)C3の内容をS22の表示件数の条件より、発生日時の古い順に「MAJOR」のイベントを抽出し、5件をユーザインタフェース画面に表示する。
【0007】
この例の場合、S20の条件及びS21の条件により2回の検索処理を全レコードに対し行う。即ち、データベース内の全レコードに対する検索処理が2回必要となる。
又、B3で示す検索した結果を別途、別の検索項目でソートを行う場合、B3の内容をクライアント端末に保存しておきデータベースの再利用を図っている。
【0008】
データベース検索時間の短縮は重要のため、検索時間を短縮する方法として下記の技術が開示されている。
2) 特許文献1では、検索条件に対して、予め優先処理を設定しておき、それに基づいて検索処理を行う。データベース作成時に予め同一のキーの出現回数をキーの内容と対応させ蓄積しておき、検索条件に対し、そのキーの出現回数を調べ、その出現回数の少ないキーから順番に検索を行い、データの絞り込みを行うことにより検索時間を短縮する技術が開示されている。
【0009】
【特許文献1】特開平7−105223「データベース検索装置」
【0010】
【発明が解決しようとする課題】
通信ネットワーク等の監視・制御システムにおける警報イベント件数は30万件から50万件あり、検索時間の短縮は重要な課題であり、又、1度検索した結果を効率良く再利用し、検索時間を短縮することも又重要な課題である。〔従来の技術〕で述べた1)、2)の方法では以下の問題点がある。項目毎に説明する。
1)データベース検索の入力コマンドは予め、決められた固定の順位で入力する必要があり、図6の例で示した様に、入力順位であるイ.警報発生日時 ロ.感知重要度「MAJOR」の順に検索を行うと、前述のように全データベースの検索を2回行う必要がある。又、1度検索したデータベースを再利用する場合、クライアント端末に保存しておく必要がある。元の全データベースの件数30万件から50万件からのデータであることから、膨大な量のデータを保持する必要があり、クライアント端末のメモリを圧迫する、あるいは、マシンの性能を低下させる等に加え、物理的な限界も生ずる。
2)で述べた特許文献1のキーに対する出現回数の少ない検索キーから検索する方法では、検索回数をある程度繰り返さないと、検索時間短縮の効果を得ることは出来ない。
【0011】
【課題を解決するための手段】
上記目的を達成する本発明は以下の通りである。
データベース検索の検索項目とその実行順位を指定するデータを保持するデータベース処理テーブルと、データベースから抽出したデータを一時保存する一時バッファをデータベースに備える。クライアント端末より検索条件である複数の検索項目を入力し、前記検索項目に対し前記DB処理テーブルを参照し、前記データベース処理テーブルに予め指定してある前記検索項目の実行順位の優先位の高い順に、データベースより検索項目のデータ抽出を行う。抽出したデータは抽出結果をクライアント端末に表示する。
【0012】
更に、前記抽出したデータはデータベースの一時バッファに保存し、クライアント端末から編集条件を入力し、前記編集条件により一時バッファに保存してあるデータを、編集し、クライアント端末に表示する。
【0013】
【発明の実施の形態】
図1は、本発明の一実施形態の警報イベントの監視・制御・管理システム構成図である。基本的には図5の従来のシステム構成図と同一であり、同一部分には同一の番号を付与してある。データベース20に、警報データベース21より検索抽出したデータを保存する一時バッファ22、データベース検索の検索項目の実行順位を指定する優先処理マトリクステーブル23を設ける。
【0014】
図2は本発明の一実施形態による優先処理マトリクステーブルである。マトリクステーブルには、行方向に検索処理項目を、列方向に検索処理優先位を示す。一例を以下に示す。
1) 行方向で表す項目
イ.警報イベント発生日時
発生日時を表し、指定により昇順、あるいは降順に表示する。
ロ.発生した警報イベントの原因となった装置種別
制御・監視システムを構成する装置名を表す。
ハ.発生した警報イベントの原因装置のユニット種別
警報イベント原因装置を構成する各ユニット番号を表す。
ニ.発生した警報イベントの警報種別
警報種別として、電源部の故障、クロック系の異常等の装置故障、他装置との間での異常の接続異常等の警報発生箇所及び、どのような種類の警報であるかを示す。
ホ.警報種別の感知重要度
対策処置が最も重要な障害として感知する「MAJOR」から対策処置実施済を表す「CLEARED」などのシステム管理者が感知しておくべき警報イベントの感知重要度を表す。
ヘ.表示件数
表示したい警報イベントの件数を表す。
2) 列方向で表す項目
1列目から優先位の高い順を表す。
【0015】
図2の場合、優先位の高い順に装置種別、警報種別、感知重要度、ユニット種別、発生日時、表示件数の例を示している。
図3は本発明(請求項1)の一実施形態による検索処理手順である。従来例で述べた、感知重要度が「MAJOR」の5件の警報を発生日時の古い順に表示したい場合の検索処理の流れを以下に示す。図2で示す検索処理の優先位はシステムの管理で定めた処理項目と優先位を予め登録しておく。
従来例で述べた入力手順と重複する部分も併せ検索処理の手順を示す。
(1)クライアント端末よりデータベースの警報データベース(検索対象テー ブルA1)にアクセスを行う。
(2)クライアント端末より、予め決められている順番で以下の検索条件のコマンドをUI(User Inteface)を介してデータベースに入力する

イ.発生日時のコマンド
対象となる期間を入力する。図3では、2002年12月16日から12月31日の間に発生した警報イベントを対象としている。
ロ.装置種別のコマンド
装置種別は問わないとして、図3では、入力は「空白」のブランクである。
ハ.感知重要度のコマンド
感知重要度は問わないとして、図3では、入力は「空白」のブランクである。
ニ.警報種別のコマンド
警報種別として装置警報を対象とする。
(3)図2で示す検索処理マトリクステーブルと1)の入力条件より、図3のD1で示すマトリクステーブルの黒抜きの3項目(優先位2位/項目5(感知重要度)、優先位5位/項目1(発生日時)、優先位6位/項目6(表示件数))が対象となる。この3項目の中での優先位1位の感知重要度がS2の条件として先ずソートする。
(5)全レコードB1に対し、S3の条件として、次の優先位である日付によりソートした結果がC1である。
(6)S4の5件表示の条件により抽出処理を実施する。
(7)S4によるソートの結果はUIを介して、発生日時の古い順に感知重要度「MAJOR」の警報イベント5件をクライアント端末に表示する。
【0016】
(7)のステップにおいて、別途このデータを再利用する場合は、保存の為一時バッファに保存する。(5)、(6)でソートした結果であるB1、C1はソートする度に更新され、一連の検索処理が終了後消去される。
次に、一度検索したデータベースC1を再利用する場合の方法について述べる。図4は本発明(請求項2)の一実施形態による検索処理手順である。
(8)詳細は省略するが入力した検索条件及びS11の検索パラメータにより再利用のデータであるB2にアクセスを行う。B2は図1で示した一時バッファ22に保存してある1度検索し、元のA2のデータを絞り込んだものである。
【0017】
(9)B2の内容を、指定カラム順にソートするS12の条件で編集を行う。C2はその結果であり、発生日時、感知重要度、ユニット番号、警報種別、装置種別の順に表示する例を示し、UIを介してクライアント端末に表示する
【0018】
【発明の効果】
本発明は、検索条件のコマンド入力順位が指定されたデータベース検索において、優先処理テーブルで指定する検索項目の順位による検索により、検索終了までの処理量を軽減し、処理時間を短縮するデータベース検索方法を提供できる。
【図面の簡単な説明】
【図1】本発明の一実施形態の警報イベントの監視・制御・管理システム構成図
【図2】本発明の一実施形態による優先処理マトリクステーブル
【図3】本発明(請求項1)の一実施形態による検索処理手順
【図4】本発明(請求項2)の一実施形態による検索処理手順
【図5】従来の警報イベントの監視・制御・管理システム構成図
【図6】従来のデータベース検索手順
[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to a data search method for a database such as a monitoring / control system such as a communication network, and more particularly to a data search method for a database in which an input order of command input of a search item as a database search condition is specified.
[0002]
[Prior art]
First, a system for monitoring, controlling, and managing an alarm event in a communication network or the like will be described. FIG. 5 is a block diagram of a conventional alarm event monitoring / control / management system.
The alarm event monitoring / control / management system is a monitoring / control system 10 for monitoring the network and taking countermeasures / control for the generated alarm event, a database 20 for holding alarm data and other data, and a communication network manager. It is composed of a client terminal 30. The event collection system 11 of the monitoring and control system 10 collects the history of the occurrence of the generated alarm event and the countermeasure for the alarm event, and stores the history in the alarm database 21 of the database 20. The system administrator accesses the alarm database from the client terminal 30, downloads the data in the alarm database of the communication network to the client terminal, checks the contents, and manages the communication network.
[0003]
The database 20 includes, for example, an alarm database 21 which is a search target DB table of A3 in FIG. The data items of the alarm event constituting the alarm database include a device type indicating which device of the communication device constituting the communication network has generated the alarm event, a unit type indicating which unit of the device has generated the alarm, and a target There are an alarm type indicating the type of alarm event, a sensing importance indicating the importance of the target alarm event, and a date and time when the alarm event occurred.
[0004]
A conventional alert database search procedure and editing method for an alert database will be described below.
1) FIG. 6 shows a conventional database search procedure.
As an example, a case where it is desired to display, as search conditions, five alarms whose sensing importance is “MAJOR” in chronological order of occurrence date and time will be described with reference to the example of FIG. 6.
(1) Download data from the alarm database 21 to the client terminal. A3 is a database to be searched, and this data is displayed on the client terminal.
(2) Input the following search condition commands in a predetermined order.
[0005]
I. Enter the period for which the occurrence date / time command is to be executed. FIG. 6 targets an alarm event that has occurred between December 16 and December 31, 2002.
B. In FIG. 6, the input is a blank of "blank", regardless of the command type of the device type.
[0006]
C. In FIG. 6, the input is a "blank" blank, assuming that the command importance of the command does not matter.
D. The device alarm is input for the device alarm as the command alarm type of the alarm type.
(3) The following search processing is performed in the client terminal. First, based on the sort condition at the date and time of occurrence in S20, a process of searching for all records in the database is performed and temporarily stored in the client terminal in ascending order. B3 is the content.
(4) Data is extracted from all the records B3 that are temporarily stored under the condition of the importance of sensing in S21. C3 is a result of extracting the sense importance “MAJOR” from B3, and is temporarily stored in the client terminal.
(5) The contents of C3 are extracted in the order of the date and time of occurrence in descending order of the occurrence date and time from the condition of the number of display cases in S22, and five events are displayed on the user interface screen.
[0007]
In the case of this example, two search processes are performed on all records under the conditions of S20 and S21. That is, search processing for all records in the database is required twice.
When the search result indicated by B3 is separately sorted by another search item, the contents of B3 are stored in the client terminal to reuse the database.
[0008]
Since it is important to reduce the database search time, the following technology has been disclosed as a method for reducing the search time.
2) In Patent Literature 1, priority processing is set in advance for search conditions, and search processing is performed based on the priority processing. When the database is created, the number of occurrences of the same key is stored in advance in association with the content of the key, the number of occurrences of the key is checked against the search condition, the search is performed in order from the key with the lowest number of occurrences, and A technique for shortening a search time by narrowing down is disclosed.
[0009]
[Patent Document 1] JP-A-7-105223 "Database search device"
[0010]
[Problems to be solved by the invention]
The number of alarm events in a monitoring / control system such as a communication network ranges from 300,000 to 500,000. Reducing the search time is an important issue. Shortening is also an important issue. The methods 1) and 2) described in [Prior Art] have the following problems. Explanation will be given for each item.
1) It is necessary to input a database search input command in a predetermined fixed order in advance, and as shown in the example of FIG. Date and time of alarm occurrence b. If the search is performed in the order of the sense importance “MAJOR”, it is necessary to search the entire database twice as described above. Further, when the database once searched is reused, it is necessary to save it in the client terminal. Since the total number of data in the original database is from 300,000 to 500,000, it is necessary to hold an enormous amount of data, which puts pressure on the memory of the client terminal or decreases the performance of the machine. In addition, there are physical limitations.
In the method of searching from a search key having a small number of appearances of the key described in 2) described in 2), the effect of reducing the search time cannot be obtained unless the number of searches is repeated to some extent.
[0011]
[Means for Solving the Problems]
The present invention that achieves the above object is as follows.
The database is provided with a database processing table for holding data for designating search items of the database search and their execution order, and a temporary buffer for temporarily storing data extracted from the database. A plurality of search items, which are search conditions, are input from the client terminal, the DB processing table is referred to for the search items, and the search items specified in the database processing table in the descending order of the priority of the execution order of the search items Then, data of the search item is extracted from the database. The extracted data displays the extraction result on the client terminal.
[0012]
Further, the extracted data is stored in a temporary buffer of a database, editing conditions are input from the client terminal, and the data stored in the temporary buffer is edited according to the editing conditions and displayed on the client terminal.
[0013]
BEST MODE FOR CARRYING OUT THE INVENTION
FIG. 1 is a configuration diagram of an alarm event monitoring / control / management system according to an embodiment of the present invention. This is basically the same as the conventional system configuration diagram of FIG. 5, and the same parts are denoted by the same reference numerals. The database 20 is provided with a temporary buffer 22 for storing data retrieved and extracted from the alarm database 21 and a priority processing matrix table 23 for designating the execution order of the retrieval items of the database retrieval.
[0014]
FIG. 2 is a priority processing matrix table according to an embodiment of the present invention. In the matrix table, search processing items are shown in the row direction, and the search processing priority is shown in the column direction. An example is shown below.
1) Items expressed in the row direction Indicates the date and time of occurrence of the alarm event, and is displayed in ascending or descending order according to the specification.
B. Indicates the name of the device that constitutes the device type control / monitoring system that caused the alarm event that occurred.
C. The unit type of the cause device of the generated alarm event represents each unit number constituting the alarm event cause device.
D. The alarm type of the alarm event that occurred is the alarm type, such as the failure of the power supply unit, the failure of the device such as a clock system failure, the location of the warning such as the abnormal connection of the abnormality with other devices, and the type of warning. Indicates if there is.
E. Sensing importance of alarm type Indicates the importance of alarm events to be detected by the system administrator, such as "CLEARED" indicating that the countermeasures have been taken from "MAJOR" which is detected as the most important obstacle by the countermeasures.
F. Displayed number Indicates the number of alarm events to be displayed.
2) Represents the order of priority from the first column of items in the column direction.
[0015]
In the case of FIG. 2, examples of the device type, the alarm type, the sensing importance, the unit type, the date and time of occurrence, and the number of displayed items are shown in descending order of priority.
FIG. 3 shows a search processing procedure according to an embodiment of the present invention (claim 1). The flow of the search processing when it is desired to display the five alarms with the sensing importance of “MAJOR” in the order of the date and time of occurrence described above in the conventional example is shown below. As the priorities of the search processing shown in FIG. 2, the processing items and priorities determined in the management of the system are registered in advance.
The portion that overlaps with the input procedure described in the conventional example also shows the procedure of the search processing.
(1) Access the alarm database (search target table A1) of the database from the client terminal.
(2) From the client terminal, commands of the following search conditions are input to the database via a UI (User Interface) in a predetermined order.
I. Enter the period for which the occurrence date / time command is to be executed. FIG. 3 is directed to an alarm event that occurred between December 16 and December 31, 2002.
B. In FIG. 3, the input is a blank of "blank", assuming that the command type of the device type does not matter.
C. In FIG. 3, the input is a "blank" blank, assuming that the command importance of the command does not matter.
D. The device alarm is targeted as the command alarm type of the alarm type.
(3) Based on the search processing matrix table shown in FIG. 2 and the input conditions of 1), three black-out items (second priority / item 5 (sensing importance) and priority 5) in the matrix table D1 shown in FIG. Rank / item 1 (date and time of occurrence), 6th priority / item 6 (number of displayed items)). Among the three items, the priority of the first priority is first sorted as the condition of S2.
(5) C1 is the result of sorting all records B1 by date as the next priority as the condition of S3.
(6) The extraction process is performed according to the condition for displaying five items in S4.
(7) The results of the sorting in S4 are displayed on the client terminal via the UI in the order of older occurrence date and time, with five alarm events of the sensing importance "MAJOR" on the client terminal.
[0016]
In step (7), if this data is to be reused separately, it is stored in a temporary buffer for storage. B1 and C1, which are the results of sorting in (5) and (6), are updated each time sorting is performed, and are deleted after a series of search processing is completed.
Next, a method for reusing the once searched database C1 will be described. FIG. 4 shows a search processing procedure according to an embodiment of the present invention (claim 2).
(8) Although not described in detail, B2, which is reuse data, is accessed based on the input search condition and the search parameter in S11. B2 is obtained by searching once stored in the temporary buffer 22 shown in FIG. 1 and narrowing down the original data of A2.
[0017]
(9) Edit the contents of B2 under the condition of S12 to sort in the specified column order. C2 is the result, showing an example in which the date and time of occurrence, the degree of importance of sensing, the unit number, the type of alarm, and the type of device are displayed in this order, and displayed on the client terminal via the UI.
【The invention's effect】
According to the present invention, in a database search in which a command input order of search conditions is specified, a search is performed based on the order of search items specified in a priority processing table, thereby reducing the amount of processing until the end of the search and shortening the processing time. Can be provided.
[Brief description of the drawings]
FIG. 1 is a configuration diagram of an alarm event monitoring / control / management system according to an embodiment of the present invention; FIG. 2 is a priority processing matrix table according to an embodiment of the present invention; Search processing procedure according to an embodiment [FIG. 4] Search processing procedure according to an embodiment of the present invention (claim 2) [FIG. 5] Conventional alarm event monitoring / control / management system configuration diagram [FIG. 6] Conventional database search procedure

Claims (2)

データベース検索の検索項目とその実行順位を指定するデータを保持するデータベース処理テーブルと、
データベースから抽出したデータを一時保存する一時バッファをデータベースに備えたデータベースのデータ検索方法であって、
クライアント端末より検索条件である複数の検索項目を入力し、前記検索項目に対し前記データベース処理テーブルを参照し、前記データベース処理テーブルに予め指定してある前記検索項目の実行順位の優先位の高い順に、データベースより検索項目のデータ抽出を行い、データ抽出結果をクライアント端末に表示することを特徴とするデータベース検索方法。
A database processing table that holds data specifying the search items of the database search and their execution order;
A data retrieval method for a database having a temporary buffer for temporarily storing data extracted from the database in the database,
A plurality of search items as search conditions are input from the client terminal, the database processing table is referred to for the search items, and the execution order of the search items specified in advance in the database processing table is in descending order of priority. And extracting data of a search item from a database and displaying a result of the data extraction on a client terminal.
請求項1記載のデータベース検索方法において、
前記抽出したデータをデータベースの一時バッファに保存し、クライアント端末から編集条件を入力し、前記編集条件により一時バッファに保存してあるデータを、編集することを特徴とするデータベース検索方法。
The database search method according to claim 1,
A database search method, wherein the extracted data is stored in a temporary buffer of a database, editing conditions are input from a client terminal, and the data stored in the temporary buffer is edited according to the editing conditions.
JP2003143515A 2003-05-21 2003-05-21 Database search method Withdrawn JP2004348356A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2003143515A JP2004348356A (en) 2003-05-21 2003-05-21 Database search method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2003143515A JP2004348356A (en) 2003-05-21 2003-05-21 Database search method

Publications (1)

Publication Number Publication Date
JP2004348356A true JP2004348356A (en) 2004-12-09

Family

ID=33531282

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2003143515A Withdrawn JP2004348356A (en) 2003-05-21 2003-05-21 Database search method

Country Status (1)

Country Link
JP (1) JP2004348356A (en)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2012128522A (en) * 2010-12-13 2012-07-05 Canon Inc Data retrieval device, method, and program

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2012128522A (en) * 2010-12-13 2012-07-05 Canon Inc Data retrieval device, method, and program

Similar Documents

Publication Publication Date Title
US11928118B2 (en) Generating a correlation search
US11604782B2 (en) Systems and methods for scheduling concurrent summarization of indexed data
US10909151B2 (en) Distribution of index settings in a machine data processing system
US11789961B2 (en) Interaction with particular event for field selection
US9582585B2 (en) Discovering fields to filter data returned in response to a search
US20200167681A1 (en) Graphical user interface indicating anomalous events
JP4458493B2 (en) Log notification condition definition support apparatus, log monitoring system, program, and log notification condition definition support method
US11477263B2 (en) Identifying un-deployed features of an application
CN107832196A (en) A kind of monitoring device and monitoring method for real-time logs anomalous content
CN112579728B (en) Behavior abnormity identification method and device based on mass data full-text retrieval
US20080263195A1 (en) Performance Monitoring
JP2001255929A (en) Device for supporting plant operation
JP2004348356A (en) Database search method
CN112434063A (en) Monitoring data processing method based on time sequence database
JP5735326B2 (en) IT failure detection / retrieval device and program
JP2001109647A (en) Situation analyzing device
JP4414298B2 (en) Defect case registration search device
CN112769729B (en) Server intrusion alarm method and system
JP2006277179A (en) Database tuning device, method, and program
US20230143297A1 (en) Production knowledge management system, production knowledge management method, and production knowledge management program
JP3689596B2 (en) Product development process management system
CN114301780B (en) Automatic monitoring method and system suitable for multi-terminal operation and maintenance management system, electronic equipment and readable storage medium
JP2011203911A (en) System and method, and program for failure information collection
JP2001060178A (en) Selecting method for remote control object
CN112883739A (en) Abnormal warning method and device for rating system, electronic equipment and storage medium

Legal Events

Date Code Title Description
A300 Application deemed to be withdrawn because no request for examination was validly filed

Free format text: JAPANESE INTERMEDIATE CODE: A300

Effective date: 20060801