JP2004213488A - Data consistency checking device and data consistency checking method - Google Patents
Data consistency checking device and data consistency checking method Download PDFInfo
- Publication number
- JP2004213488A JP2004213488A JP2003001562A JP2003001562A JP2004213488A JP 2004213488 A JP2004213488 A JP 2004213488A JP 2003001562 A JP2003001562 A JP 2003001562A JP 2003001562 A JP2003001562 A JP 2003001562A JP 2004213488 A JP2004213488 A JP 2004213488A
- Authority
- JP
- Japan
- Prior art keywords
- check
- data
- logical expression
- check condition
- database
- 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
Images
Landscapes
- Stored Programmes (AREA)
Abstract
Description
【0001】
【発明の属する技術分野】
本発明は、多数の要素から構成される通信システムなどのハードウェアを制御・動作させるためのソフトデータに、誤りが無いかどうかをチェックするデータ整合性チェック装置およびデータ整合性チェック方法に関する。
【0002】
【従来の技術】
交換機は、コンピュータにて制御されるハードウェアであり、動作させるためには、ソフトデータが必要である。そのソフトデータには、システムデータと局データの2種類が存在する。
システムデータとは、交換機を制御・動作させるためのシステムプログラムであるため、同種の交換機で共通のデータとなる。一方、局データは、自交換機内のハードウェア構成情報や、交換機間のネットワーク情報等を規定しているデータである。局データは、それぞれの交換機に個別(ユニーク)に設定する必要がある。システムプログラムは、局データの情報を取得して、交換機の運用を行うことになる。
【0003】
局データについて更に詳しく説明する。局データには、NW(Network)データとNE(Network E1ement)データの2種類が存在する。NWデータは、各交換機で共通に用いられるデータであり、代表的なものとして、ネットワーク内にある交換機の名前や課金情報等の全交換機で共通に使用されるデータが挙げられる。一方、NEデータは、各交換機のハード情報等を規定したデータなどがあり、例えば自交換機のCPU搭載数、回線保有数などの、ハード実装状態を示したデータなどが挙げられる。
【0004】
NWデータ及びNEデータは、設定用途ごとにデータが規定されており、テキストファイル形式で記述されている。これらを定義体と呼んでいる。局データは定義体の集まりである。
さて、第三世代携帯電話システムにおいて、このネットワークは、MMS(Mobile Multimedia Switch)と呼ばれる交換機で構成されている。MMSで実際に運用されている局データの定義体の種類は、NWデータで41種類、NEデータで84種類存在する。定義体によっては、1定義内で何千レコードものデータを入れるものが存在するため、1つの交換機当りトータル2万レコード程度のデータの設定が必要となる。
【0005】
局データの作成は、設備設計システムによって行われる。設備設計システムにおいては、テキストイメージで直接、定義体の値を入力するのではなく、GUI(Graphic User Interface)を設けることによって、同様なデータを入力する定義体に関しては、同一画面からの入力が行え、また、システム装置架イメージの画面を用意することによって、定義体の値が入力し易くなるように工夫が凝らされている。
【0006】
また、設備設計システムにおいては、局データの入力を支援する機能の他に、入力した値に対する整合性チェックを行う機能が設けられている。誤った局データを交換機へ投入してしまった場合、交換機でエラーを起こしたり、最悪の場合は交換機が作動しなくなったりしてしまうので、これらを未然に防ぐためである。
【0007】
局データ整合性チェックには、記入値チェック、項目間チェック、および定義間チェックの3種類がある。記入値チェックは、定義体内の各項目の値をチェックするものである。項目間チェックは、定義体内の各項目間の値をチェックするものである。定義間チェックは、定義体の間を跨る値をチェックするものである。
【0008】
これらのチェックを行う機能は、C言語によるプログラムで作られている。局データの変更や追加に応じて、局データのチェック条件が変更や追加となった場合、プログラマーがプログラムを変更し、再度コンパイルを行い、プログラムを実装するという作業を行う。そして、その実装されたプログラムによって、局データ全体に対して上記の各チェックを行うようになっている。
【0009】
しかし、このデータ整合性チェック装置においては、データチェック条件が変更または追加となった場合、その都度、データチェック用のプログラムを変更し、コンパイルを行わなければなければならないので、容易にデータのチェックを行うことができず、また、そのプログラムの変更を、専門知識を有する者で無ければ行えないという欠点がある。
【0010】
このような欠点を解消可能な装置として、例えば特許文献1に記載の入力チェック方式がある。この特許文献1の装置は、各入力項目に対するチェック内容をパターン化(チェックパターン)して、予めチェックパターンファイルに設定すると共に、画面制御ファイルに何れのチェックパターンを使用するかを任意に定義することで、各入力項目のチェック仕様(チェック条件)が変更された際に、プログラム自体を変更せずに定義やチェックパターンを変更して対処する処理を行うものである。
【0011】
【特許文献1】
特開平6−274389号公報(発明の効果欄、第1図参照)
【0012】
【発明が解決しようとする課題】
しかし、上記の特許文献1の方式においては、データチェック条件の変更に伴って定義されるチェックパターンは、予め設定されたものなので、変更や追加されたデータチェック条件に対応するチェックパターンが存在しなければ、新規にチェックパターンを作成するか、またはチェックパターンを変更して用いることを実施しなければならない。このため、専門知識を有する者でなければチェックパターンを変更または追加することができないという問題がある。
【0013】
また、チェックパターンの変更または追加後にチェック用のプログラムでデータの整合性をチェックする場合、データ全体をチェックしなければならないので、一度データチェックを実行してエラーとなった場合、エラー対象のみを修正して再チェックを行っても、エラー箇所のみのチェックではなく全体のチェックを行わなければならない。このため、データの再チェックに時間がかかるという問題がある。
【0014】
本発明は、このような課題に鑑みてなされたものであり、データチェックプログラムに用いられるデータのチェック条件の新規作成、変更または追加を、専門知識を有する者でなくても容易に行うことができ、また、データのエラー修正後の再チェックを短時間で行うことができるデータ整合性チェック装置およびデータ整合性チェック方法を提供することを目的としている。
【0015】
【課題を解決するための手段】
上記目的を達成するために、本発明の請求項1によるデータ整合性チェック装置は、多数の要素から構成される設備システムのハードウェアを制御・動作させるためのソフトデータを、当該ソフトデータの誤りをチェックするためのチェック条件に応じて、誤りが無いかどうかをチェックするデータ整合性チェック装置において、前記ソフトデータを、このデータ名ごとに記憶する第1のデータベースと、前記チェック条件を論理式で表現するための記号である演算子および関数を記憶する第2のデータベースと、前記チェック条件を論理式で表現するための入力命令に従って、前記第1のデータベースから該当データ名を読み込むと共に、前記第2のデータベースから該当演算子および関数を読み込んだ後、前記データ名、前記演算子および前記関数を組み合わせることにより前記チェック条件の個々に対応したチェック条件論理式を作成する作成手段と、前記作成手段で作成された個々のチェック条件論理式を、固有情報を対応付けて記憶する第3のデータベースと、前記第3のデータベースに記憶されたチェック条件論理式の構文を解析する解析手段と、前記ソフトデータをチェックするための基本部分が予め定められたプログラムに、前記解析手段の解析結果をパラメータとして用いることによって、前記ソフトデータの誤りをチェックするチェックプログラムを生成する生成手段と、前記チェックプログラムに従って前記ソフトデータの誤りをチェックするチェック手段とを備えたことを特徴としている。
【0016】
この構成によれば、ソフトデータの誤りをチェックするためのチェック条件に対応し、且つソフトデータのチェックプログラムを生成する際に用いられるチェック条件論理式を、ソフトデータのデータ名に、記号である演算子および関数を組み合わせることにより作成するようにしたので、簡単な記号の組み合わせでチェック条件論理式を作成することができる。
【0017】
また、本発明の請求項2によるデータ整合性チェック装置は、請求項1において、前記作成手段は、前記チェック条件論理式を変更する入力命令に従って、前記第3のデータベースから該当チェック条件論理式を読み込んだ後、そのチェック条件論理式の変更を行うことを特徴としている。
この構成によれば、チェック条件論理式を作成した後、任意に変更することができる。
【0018】
また、本発明の請求項3によるデータ整合性チェック装置は、請求項1または2において、前記作成手段は、前記第3のデータベースに記憶された前記チェック条件論理式を用いて新規なチェック条件論理式を作成することを特徴としている。
この構成によれば、一度作成したチェック条件論理式を用いることができるので、効率よくチェック条件論理式を作成することができる。
【0019】
また、本発明の請求項4によるデータ整合性チェック装置は、請求項1から3の何れか1項において、前記チェック手段によるチェック結果の良または不良を表すチェック状態を、前記固有情報に対応付けてテーブルに記述する管理手段と、前記テーブルに記述されたチェック状態が不良を表す固有情報のチェック条件論理式のみを、前記第3のデータベースから取得して前記解析手段へ出力する取得手段とを備えたことを特徴としている。
【0020】
この構成によれば、チェック結果が不良のソフトデータをチェックするためのチェック条件論理式のみを用いて、該当ソフトデータをチェックすることができる。
また、本発明の請求項5によるデータ整合性チェック装置は、請求項4において、前記管理手段は、前記第3のデータベースに記憶された前記チェック条件論理式が変更されるか、前記チェック条件論理式が新たに記憶されるかした場合に、該当チェック条件論理式によるチェックが未済であることを表すチェック状態を、そのチェック条件論理式の固有情報に対応付けて前記テーブルに記述し、前記取得手段は、前記テーブルに記述されたチェック状態が前記不良または前記未済の少なくとも1つを表す固有情報のチェック条件論理式のみを、前記第3のデータベースから取得して前記解析手段へ出力することを特徴としている。
【0021】
この構成によれば、チェック条件論理式が、変更、追加、新規作成された場合に、それらに該当するチェック条件論理式のみを用いて、該当ソフトデータをチェックすることができる。
また、本発明の請求項6によるデータ整合性チェック装置は、請求項1から5の何れか1項において、前記設備システムは交換機であり、前記ソフトデータは前記交換機を制御・動作させるためのデータであることを特徴としている。
【0022】
この構成によれば、交換機においても前記同様の作用効果を得ることができる。
また、本発明の請求項7によるデータ整合性チェック方法は、多数の要素から構成される設備システムのハードウェアを制御・動作させるためのソフトデータを、当該ソフトデータの誤りをチェックするためのチェック条件に応じて、誤りが無いかどうかをチェックするデータ整合性チェック方法において、前記ソフトデータを、このデータ名ごとに記憶する第1のデータベースと、前記チェック条件を論理式で表現するための記号である演算子および関数を記憶する第2のデータベースと、前記チェック条件を論理式で表現するための入力命令に従って、前記ソフトデータのデータ名に、前記チェック条件を論理式で表現するための記号である演算子および関数を組み合わせることにより前記チェック条件の個々に対応したチェック条件論理式を作成する作成ステップと、前記作成手段で作成された個々のチェック条件論理式を、固有情報を対応付けてデータベースに記憶する記憶ステップと、前記データベースに記憶されたチェック条件論理式の構文を解析する解析ステップと、前記ソフトデータをチェックするための基本部分が予め定められたプログラムに、前記解析ステップで得られる解析結果をパラメータとして用いることによって、前記ソフトデータの誤りをチェックするチェックプログラムを生成する生成ステップと、前記チェックプログラムに従って前記ソフトデータの誤りをチェックするチェックステップとを備えたことを特徴としている。
【0023】
この方法によれば、ソフトデータの誤りをチェックするためのチェック条件に対応し、且つソフトデータのチェックプログラムを生成する際に用いられるチェック条件論理式を、ソフトデータのデータ名に、記号である演算子および関数を組み合わせることにより作成することができるので、簡単な記号の組み合わせでチェック条件論理式を作成することが可能となる。
【0024】
【発明の実施の形態】
以下、本発明の実施の形態を、図面を参照して説明する。
(実施の形態)
図1は、本発明の実施の形態に係るデータ整合性チェック装置の構成を示すブロック図である。
【0025】
この図1に示すデータ整合性チェック装置10は、交換機を制御・動作させるためのソフトデータ(以下、データという)の整合性をチェックするものであり、チェック対象データ記憶データベース12と、演算子・関数記憶データベース14と、チェック条件作成部16と、キーボード18と、チェック条件記憶データベース20と、チェック状態管理テーブル22を有するチェック条件取得管理部24と、構文解析プログラム26を有する構文解析部28と、データチェックプログラム30を生成するプログラム生成部32と、データチェック部34と、チェック結果出力制御部36と、チェック結果記憶部38と、表示部40とを備えて構成されている。
【0026】
チェック対象データ記憶データベース12は、チェック対象となる種々多数のデータを、データ名ごとに記憶するものである。例えば、図2に示すような局データの仕様書であるA−HUB定義書51およびB−HUB定義書52の記載内容がデータ化されて記憶されている。
また、局データに関わる他の仕様書として、図3に示す局データ規定書53と、図4に示す記入値チェック、項目間チェック、および定義間チェックの各条件を文章で表した仕様書(以下、チェック条件仕様書という)54がある。
【0027】
局データ規定書53は、局データの構成およびチェック条件を示したドキュメントである。例えば、項番1のTGNは記入値の条件が2048〜4095の範囲内でなければならなく、もし2000という値が入力されていた場合は、エラーとして検知しなければならないことが記載されている。この局データ規定書53のみでは、記入値チェックの条件しか表現できないので、チェック条件仕様書54のようなドキュメントで、記入値、項目間、定義間のチェック条件も記述してある。このチェック条件仕様書54に記述されているチェック条件が、どのデータ間を比較してチェックするかは、例えばA−HUB定義書51およびB−HUB定義書52に、矢印Y1〜Y5で示した部分となる。矢印Y1は記入値チェックのデータ部分を示し、矢印Y2とY3は項目間チェックのデータ部分を示し、矢印Y4とY5は定義間チェックのデータ部分を示す。
【0028】
演算子・関数記憶データベース14は、<、>、=、&などの演算子と関数とを記憶するものである。演算子は、0<A<10のような論理式を構成するためのものである。また、関数としては、例えば図5のような仕様書56に示される関数の定義内容がデータ化されて記憶されている。その関数の意味は、例えば仕様書56におけるNO.4の関数length(val)であれば、文字列の長さを数えて出力するといった意味を有する。このような関数と演算子とを組み合わせて、簡単に文字列制限の論理式を作成することが可能となっている。
【0029】
チェック条件作成部16は、キーボード18の操作によって実行されるチェック条件論理式を作成するための命令に従って、データベース12,14からチェック対象データの名称(データ名)、演算子および関数を読み込み、チェック条件論理式を作成し、このチェック条件論理式に、固有のチェックIDを対応付け、データベース20において該当するチェック種別の欄に記憶するものである。つまり、チェック条件論理式は、チェック条件仕様書54などに記載されたチェック条件を、演算子と関数とを組み合わせた論理式で表現したものである。
【0030】
また、チェック条件作成部16は、キーボード18からのチェック条件論理式を変更する命令に従って、チェック条件記憶データベース20から該当チェック条件論理式を読み込んだ後、そのチェック条件論理式の変更を行って、データベース20のもとの記憶領域に上書きする。さらに、チェック条件作成部16は、チェック条件記憶データベース20に記憶されたチェック条件論理式を用いて新規なチェック条件論理式を作成することも可能となっている。
【0031】
上記の命令の操作は、チェック条件仕様書54に応じて行われるものであり、交換機の変更または増設に応じて、そのデータのチェック条件が変更または追加された場合や、全く新規にデータが作成された場合に行われる。また、チェック条件論理式の追加は、該当チェック種別の欄の最後尾に付加されて実行される。つまり、1行レコードを追加するといったイメージで行われる。
【0032】
チェック条件取得管理部24は、チェック条件記憶データベース20に記憶されたチェック条件論理式を、チェック状態管理テーブル22に応じて取得し、これを構文解析部28へ出力するものである。
図6にチェック状態管理テーブル22の内容例を示す。チェック状態管理テーブル22には、交換機のユニット名ごとにチェック条件論理式のチェックIDが記述されており、さらにチェックIDごとに、該当チェック条件論理式によるデータのチェック状態が記述されている。チェック状態の欄には、後述するデータチェックにより得られるチェック結果がOKの場合は「済み」と記述される。チェック結果がエラーの場合、またはチェック条件記憶データベース20にチェック条件論理式が変更・追加、または新規に記憶された場合は、当該チェック条件論理式のチェックIDの状態欄に「未実施」と記述されるようになっている。さらに、チェック対象データ自体が変更となった場合も、その変更が行われたチェック条件論理式のチェックIDの状態欄に「未実施」と記述されるようになっている。チェック条件取得管理部24は、その「済み」と「未実施」との記述を行う。
【0033】
つまり、チェック条件取得管理部24は、チェック条件論理式を取得する際に、チェック状態管理テーブル22に「未実施」と記述されたチェックIDのチェック条件論理式のみを取得し、これを構文解析部28へ出力する。また、チェック条件取得管理部24は、チェック条件論理式を取得する際に、チェック条件記憶データベース20のチェック種別欄における記入値チェック、項目間チェック、定義間チェックの何れかの条件を指定し、この指定されたチェック条件に対応付けられた全てのチェック条件論理式を取得することも可能となっている。
【0034】
構文解析部28は、チェック条件取得管理部24から入力されるチェック条件論理式の構文を、構文解析プログラム26に応じて解析し、この解析結果をプログラム生成部32へ出力するものである。その解析は、演算子並びに関数の定義を認識することによって行う。
プログラム生成部32は、データをチェックするための基本部分が予め定められたプログラムに、構文解析部28から入力される解析結果をパラメータとして用いることによって、データチェックプログラム30を生成するものである。つまり、データチェックプログラム30には、解析結果が反映されることになる。
【0035】
データチェック部34は、そのデータチェックプログラム30に応じてチェック対象データ記憶データベース12に記憶されたチェック対象データに、誤りが無いかどうかをチェックし、このチェック結果をチェック結果出力制御部36へ出力するものである。ただし、そのデータベース12におけるチェック対象データは、プログラム30中の構文解析で認識されたデータ名で検索されるようになっている。
【0036】
チェック結果出力制御部36は、データチェック部34からのチェック結果の内容をチェック結果記憶部38に記憶すると共に表示部40に表示し、さらにチェック結果をチェック条件取得管理部24へ出力するものである。この際、チェック条件取得管理部24は、チェック結果に応じて、チェック状態管理テーブル22のチェック状態を更新する。
【0037】
また、チェック結果出力制御部36の表示制御によって、表示部40には、例えば図7に示すような、チェック結果の内容を表すエラーリスト58が表示される。このエラーリスト58は、チェック種別が定義間チェックのエラーを示す「3」であり、そのエラー件数が「2」で、さらに、エラーごとの内容を表すものである。
【0038】
このような構成のデータ整合性チェック装置10によるデータ整合性チェックの処理を、図8を参照して説明する。
ただし、初期状態として、交換機の新設に伴い、その局データのチェック条件が全て新規に作成されたものとする。
この場合、ステップS1において、新設交換機の全ての局データのチェック条件論理式を作成するための命令が、キーボード18の操作によって順次入力される。この入力された命令に応じて、ステップS2では、チェック条件作成部16において、チェック対象データ記憶データベース12からチェック対象のデータ名が読み込まれると共に、演算子・関数記憶データベース14から演算子および関数が読み込まれる。
【0039】
この後、ステップS3に示すように、チェック条件作成部16において、その読み込まれたデータ名が、入力命令に応じて演算子および関数で定義付けられることによって、チェック条件論理式が作成される。この作成されたチェック条件論理式は、チェックIDが対応付けられた後、チェック条件記憶データベース20の該当チェック種別の欄に記憶される。
【0040】
このステップS3の処理によって、例えば図1のチェック条件記憶データベース20に示すように、記入値チェック欄に、チェックIDのOPCT_A001が対応付けられたチェック条件論理式の0<CLST.A<100が記憶され、項目間チェック欄に、OPCT_B001が対応付けられた(CLST.A>CLST.B)が記憶され、定義間チェック欄に、OPCT_C001が対応付けられた(CLST.A=OPCT.B)&(CLST.B=OPCT.B)が記憶される。ただし、図面上の各チェック欄には、チェック条件論理式の一部を記載したが、それ以外の多数のチェック条件論理式が存在するものとする。
【0041】
チェック条件論理式の記憶が行われると、ステップS4に示すように、チェック条件取得管理部24において、その記憶されたチェック条件論理式のチェック状態が該当チェックIDに対応付けられてチェック状態管理テーブル22に記憶される。
そして、ステップS5において、チェック条件取得管理部24によりチェック状態管理テーブル22が参照され、チェック状態に「未実施」があるか否かが判定される。ここでは、全てのチェック条件論理式が新規に作成されたことを前提としているので、全てのチェックIDに対応付けられたチェック状態が「未実施」となっている。
【0042】
従って、ステップS6において、チェック条件記憶データベース20から全てのチェック条件論理式が取得され、構文解析部28へ出力される。
構文解析部28では、ステップS7に示すように、構文解析プログラム26によって、その全てのチェック条件論理式の構文解析が行われ、この解析結果がプログラム生成部32へ出力される。
【0043】
ステップS8では、プログラム生成部32において、その解析結果に応じてデータチェックプログラム30が生成される。そして、ステップS9に示すように、データチェック部34において、その生成されたデータチェックプログラム30に応じてチェック対象データ記憶データベース12に記憶されたチェック対象データに、誤りが無いかどうかがチェックされ、このチェック結果がチェック結果出力制御部36へ出力される。
【0044】
ステップS10において、チェック結果出力制御部36で、そのチェック結果の内容がチェック結果記憶部38に記憶されると共に表示部40に表示される。さらにチェック結果は、チェック条件取得管理部24へ出力される。
チェック条件取得管理部24では、ステップS4に示すように、チェック結果に応じて、チェック状態管理テーブル22のチェック状態が更新される。ここで、チェック状態が、図6に示すように更新されたとする。つまり、チェックIDのOPCT_B001、C003、C004に対応する交換機のデータに誤りがあったとする。ここで、誤りのあったデータが修正される。この修正では、チェック状態は「未実施」のままである。
【0045】
その修正後、チェック条件取得管理部24では、ステップS5において、チェック状態管理テーブル22が参照され、チェック状態に「未実施」があるか否かが判定される。この場合は、「未実施」があるので、ステップS6において、その「未実施」のチェックIDに対応付けられたチェック条件論理式がチェック条件記憶データベース20から取得され、構文解析プログラム26へ出力される。そして、上述したように、再びステップS7〜ステップS10の処理が行われ、ステップS4において、チェック条件取得管理部24で、チェック結果に応じたチェック状態の更新が行われる。ここで、チェック状態が全て「済み」に更新されたとする。
【0046】
この更新後、チェック条件取得管理部24では、ステップS5において、チェック状態管理テーブル22が参照され、チェック状態に「未実施」があるか否かが判定される。この場合は無いので、データ整合性チェックの処理が終了する。このようなデータ整合性チェック装置10によれば、交換機を制御・動作させるためのソフトデータを、このデータ名ごとにチェック対象データ記憶データベース12に記憶し、また、チェック条件を論理式で表現するための記号である演算子および関数を演算子・関数記憶データベース14に記憶する。チェック条件作成部16で、チェック条件を論理式で表現するための入力命令に従って、データベース12から該当データ名を読み込むと共に、データベース14から該当演算子および関数を読み込んだ後、それらのデータ名、演算子および関数を組み合わせることによりチェック条件の個々に対応したチェック条件論理式を作成する。そして、チェック条件記憶データベース20に、個々のチェック条件論理式を、チェックIDを対応付けて記憶する。
【0047】
この記憶されたチェック条件論理式の構文を構文解析部28によって解析する。プログラム生成部32によって、データをチェックするための基本部分が予め定められたプログラムに、先の解析結果をパラメータとして用いることによって、データの誤りをチェックするデータチェックプログラム30を生成する。そして、データチェック部34によって、そのデータチェックプログラム30に従い、ソフトデータの誤りをチェックするようにした。
【0048】
つまり、ソフトデータの誤りをチェックするためのチェック条件に対応し、且つソフトデータのデータチェックプログラム30を生成する際に用いられるチェック条件論理式を、ソフトデータのデータ名に、記号である演算子および関数を組み合わせることにより作成するようにしたので、簡単な記号の組み合わせでチェック条件論理式を作成することができる。従って、データチェックプログラム30に用いられるデータのチェック条件の新規作成、変更または追加を、専門知識を有する者でなくても容易に行うことができる。
【0049】
また、チェック条件作成部16が、チェック条件論理式を変更する入力命令に従って、チェック条件記憶データベース20から該当チェック条件論理式を読み込んだ後、そのチェック条件論理式の変更を行うようにしたので、チェック条件論理式を作成した後、任意に変更することができる。
また、チェック条件作成部16が、チェック条件記憶データベース20に記憶されたチェック条件論理式を用いて新規なチェック条件論理式を作成するようにしたので、一度作成したチェック条件論理式を用いることができるので、効率よくチェック条件論理式を作成することができる。
【0050】
また、チェック条件取得管理部24によって、チェック結果の良を示す「未実施」またはエラーを表すチェック状態を、チェックIDに対応付けてチェック状態管理テーブル22に記述し、このテーブル22に記述されたチェック状態がエラーを表す固有情報のチェック条件論理式のみを、チェック条件記憶データベース20から取得して構文解析部28へ出力するようにしたので、チェック結果が不良のソフトデータをチェックするためのチェック条件論理式のみを用いて、該当ソフトデータをチェックすることができる。従って、データのエラー修正後の再チェックを短時間で行うことができる。
【0051】
また、チェック条件取得管理部24が、チェック条件記憶データベース20に記憶されたチェック条件論理式が変更されるか、チェック条件論理式が新たに記憶されるかした場合に、該当チェック条件論理式によるチェックが未実施であることを表すチェック状態を、そのチェック条件論理式のチェックIDに対応付けてチェック状態管理テーブル22に記述し、この記述されたチェック状態が不良または未済の少なくとも1つを表す固有情報のチェック条件論理式のみを、チェック条件記憶データベース20から取得して構文解析部28へ出力するようにしたので、チェック条件論理式が、変更、追加、新規作成された場合に、それらに該当するチェック条件論理式のみを用いて、該当ソフトデータをチェックすることができる。従って、データの変更、追加、新規作成時のチェックを短時間で行うことができる。
【0052】
【発明の効果】
以上説明したように本発明は、ソフトデータの誤りをチェックするためのチェック条件に対応し、且つソフトデータのチェックプログラムを生成する際に用いられるチェック条件論理式を、ソフトデータのデータ名に、記号である演算子および関数を組み合わせることにより作成するようにしたので、簡単な記号の組み合わせでチェック条件論理式を作成することができる。従って、チェックプログラムに用いられるデータのチェック条件の新規作成、変更または追加を、専門知識を有する者でなくても容易に行うことができるという効果がある。
【0053】
また、チェック結果の良を示す「未実施」またはエラーを表すチェック状態を、チェックIDに対応付けてテーブルに記述し、このテーブルに記述されたチェック状態がエラーを表す固有情報のチェック条件論理式のみを、データベースから取得して構文解析を行い、チェックプログラムを生成するようにしたので、チェック結果が不良のソフトデータをチェックするためのチェック条件論理式のみを用いて、該当ソフトデータをチェックすることができる。従って、データのエラー修正後の再チェックを短時間で行うことができるという効果がある。
【図面の簡単な説明】
【図1】本発明の実施の形態に係るデータ整合性チェック装置の構成を示すブロック図である。
【図2】交換機の局データの仕様書であるA−HUB定義書およびB−HUB定義書を示す図である。
【図3】交換機の局データの仕様書である局データ規定書を示す図である。
【図4】交換機の局データの仕様書であって、記入値チェック、項目間チェック、および定義間チェックの各条件を文章で表した仕様書を示す図である。
【図5】関数の仕様書を示す図である。
【図6】チェック状態管理テーブルを示す図である。
【図7】チェック結果の内容を記載したエラーリストを示す図である。
【図8】本発明の実施の形態に係るデータ整合性チェック装置によるデータ整合性チェック処理を説明するためのフローチャートである。
【符号の説明】
10 データ整合性チェック装置
12 チェック対象データ記憶データベース
14 演算子・関数記憶データベース
16 チェック条件作成部
18 キーボード
20 チェック条件記憶データベース
22 チェック状態管理テーブル
24 チェック条件取得管理部
26 構文解析プログラム
28 構文解析部
30 データチェックプログラム
32 プログラム生成部
34 データチェック部
36 チェック結果出力制御部
38 チェック結果記憶部
40 表示部[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to a data consistency check device and a data consistency check method for checking whether there is an error in software data for controlling and operating hardware such as a communication system including a large number of elements.
[0002]
[Prior art]
An exchange is hardware controlled by a computer, and requires software data to operate. There are two types of software data, system data and station data.
Since the system data is a system program for controlling and operating the exchange, it is common data for the same type of exchange. On the other hand, the office data is data defining hardware configuration information in the local exchange, network information between the exchanges, and the like. The office data must be set individually (uniquely) for each exchange. The system program acquires the information of the office data and operates the exchange.
[0003]
The station data will be described in more detail. There are two types of station data: NW (Network) data and NE (Network E1 element) data. The NW data is data commonly used by the exchanges, and typical examples include data commonly used by all the exchanges, such as the names of exchanges and charging information in the network. On the other hand, NE data includes data defining hardware information and the like of each exchange, such as data indicating the hardware mounting state such as the number of CPUs installed in the own exchange and the number of lines held.
[0004]
The NW data and the NE data are defined for each setting purpose, and are described in a text file format. These are called definition fields. Station data is a collection of definition fields.
By the way, in the third generation mobile phone system, this network is configured by an exchange called MMS (Mobile Multimedia Switch). There are 41 types of NW data and 84 types of NE data that are actually used in the MMS. Depending on the definition, there are some definitions that contain data of thousands of records in one definition, so it is necessary to set data of about 20,000 records in total per exchange.
[0005]
The station data is created by the facility design system. In a facility design system, a GUI (Graphic User Interface) is provided instead of directly inputting a value of a definition in a text image, so that a definition in which similar data is input can be input from the same screen. In addition, by preparing a screen of a system device frame image, a device has been devised so that the value of the definition field can be easily input.
[0006]
In addition, the facility design system is provided with a function of checking the consistency of the input value in addition to the function of supporting the input of station data. If erroneous office data is input to the exchange, an error occurs in the exchange or, in the worst case, the exchange does not operate, so that these are prevented beforehand.
[0007]
There are three types of station data consistency checks: entry value check, item-to-item check, and definition-to-definition check. The entry value check checks the value of each item in the definition. The item-to-item check checks a value between items in the definition. The definition-to-definition check is for checking a value that extends between definition fields.
[0008]
The function of performing these checks is made by a C language program. When the station data check conditions are changed or added in accordance with the change or addition of the station data, the programmer changes the program, compiles again, and implements the program. Each of the above checks is performed on the entire station data by the installed program.
[0009]
However, in this data consistency check device, when the data check condition is changed or added, the data check program must be changed and compiled each time, so that the data check can be easily performed. In addition, there is a disadvantage that the program cannot be changed unless a person with specialized knowledge can change the program.
[0010]
As an apparatus capable of solving such a defect, there is, for example, an input check method described in
[0011]
[Patent Document 1]
JP-A-6-274389 (refer to FIG. 1).
[0012]
[Problems to be solved by the invention]
However, in the method of
[0013]
Also, when checking data consistency with a check program after changing or adding a check pattern, it is necessary to check the entire data. Even if it is corrected and rechecked, the entire check must be performed instead of only the error part. Therefore, there is a problem that it takes time to recheck the data.
[0014]
The present invention has been made in view of such a problem, and new creation, change, or addition of data check conditions used in a data check program can be easily performed even by those who do not have expert knowledge. It is another object of the present invention to provide a data consistency check device and a data consistency check method capable of performing a recheck after correcting an error in data in a short time.
[0015]
[Means for Solving the Problems]
In order to achieve the above object, a data consistency check device according to
[0016]
According to this configuration, the check condition logical expression corresponding to the check condition for checking for an error in the soft data and used when generating the check program for the soft data is represented by a symbol in the data name of the soft data. Since it is created by combining operators and functions, a check condition logical expression can be created by a simple combination of symbols.
[0017]
According to a second aspect of the present invention, in the data consistency check apparatus according to the first aspect, the creating unit is configured to, based on the input instruction for changing the check condition logical expression, read the corresponding check condition logical expression from the third database. After the reading, the check condition logical expression is changed.
According to this configuration, the check condition logical expression can be arbitrarily changed after being created.
[0018]
The data consistency check device according to
According to this configuration, the check condition logical expression once created can be used, so that the check condition logical expression can be efficiently created.
[0019]
According to a fourth aspect of the present invention, there is provided a data consistency check device according to any one of the first to third aspects, wherein a check state indicating a good or bad check result by the check means is associated with the unique information. Management means for describing in a table by means of a table, and acquisition means for acquiring only a check condition logical expression of unique information whose check state indicates a failure described in the table from the third database and outputting the formula to the analysis means. It is characterized by having.
[0020]
According to this configuration, the corresponding soft data can be checked using only the check condition logical expression for checking the soft data whose check result is defective.
According to a fifth aspect of the present invention, in the data consistency check device according to the fourth aspect, the management unit may be configured to determine whether the check condition logical expression stored in the third database is changed or the check condition logical expression is changed. When the expression is newly stored, a check state indicating that the check by the corresponding check condition logical expression has not been completed is described in the table in association with the unique information of the check condition logical expression, and the Means for acquiring from the third database only a check condition logical expression of unique information indicating that the check state described in the table indicates the failure or the unfinished at least one, and outputs the check condition logical expression to the analysis means. Features.
[0021]
According to this configuration, when the check condition logical expression is changed, added, or newly created, the corresponding soft data can be checked using only the corresponding check condition logical expression.
The data consistency check device according to
[0022]
According to this configuration, the same effect can be obtained in the exchange as above.
A data consistency check method according to a seventh aspect of the present invention is a method for checking software data for controlling and operating hardware of an equipment system including a large number of elements for checking an error in the software data. In a data consistency check method for checking whether there is no error according to a condition, a first database for storing the soft data for each data name, and a symbol for expressing the check condition by a logical expression And a symbol for expressing the check condition in a logical expression in the data name of the soft data in accordance with an input command for expressing the check condition in a logical expression. Check condition theory corresponding to each of the check conditions by combining operators and functions A creating step of creating an expression, a storing step of storing each check condition logical expression created by the creating means in a database in association with unique information, and a syntax of the check condition logical expression stored in the database. An analysis step for analyzing, and a check program for checking an error in the soft data by using the analysis result obtained in the analysis step as a parameter in a program in which a basic part for checking the software data is predetermined. It is characterized by comprising a generating step of generating and a checking step of checking an error of the soft data according to the check program.
[0023]
According to this method, a check condition logical expression corresponding to a check condition for checking an error of the soft data and used when generating a check program for the soft data is represented by a symbol in the data name of the soft data. Since it can be created by combining operators and functions, it is possible to create a check condition logical expression with a simple combination of symbols.
[0024]
BEST MODE FOR CARRYING OUT THE INVENTION
Hereinafter, embodiments of the present invention will be described with reference to the drawings.
(Embodiment)
FIG. 1 is a block diagram showing a configuration of a data consistency check device according to an embodiment of the present invention.
[0025]
The data
[0026]
The check target
Further, as other specifications relating to the station data, a
[0027]
The
[0028]
The operator /
[0029]
The check condition creation unit 16 reads the names (data names), operators, and functions of the data to be checked from the
[0030]
The check condition creation unit 16 reads the corresponding check condition logical expression from the check
[0031]
The operation of the above command is performed in accordance with the check
[0032]
The check condition
FIG. 6 shows an example of the contents of the check state management table 22. The check state management table 22 describes a check ID of a check condition logical expression for each unit name of the exchange, and further describes a data check state according to the corresponding check condition logical expression for each check ID. In the column of the check state, "completed" is described when the check result obtained by the data check described later is OK. When the check result is an error, or when the check condition logical expression is changed, added, or newly stored in the check
[0033]
That is, when acquiring the check condition logical expression, the check condition
[0034]
The
The
[0035]
The data check
[0036]
The check result output control unit 36 stores the contents of the check result from the data check
[0037]
Also, under the display control of the check result output control unit 36, an
[0038]
The data consistency check process performed by the data
However, as an initial state, it is assumed that all the check conditions of the station data are newly created with the new installation of the exchange.
In this case, in step S1, an instruction for creating a check condition logical expression for all station data of the newly installed exchange is sequentially input by operating the
[0039]
Thereafter, as shown in step S3, in the check condition creation unit 16, the read data name is defined by an operator and a function according to the input command, thereby creating a check condition logical expression. The created check condition logical expression is stored in the corresponding check type column of the check
[0040]
By the processing in step S3, for example, as shown in the check
[0041]
When the check condition logical expression is stored, as shown in step S4, in the check condition
Then, in step S5, the check condition management table 22 is referred to by the check condition
[0042]
Therefore, in step S6, all check condition logical expressions are obtained from the check
In the
[0043]
In step S8, the
[0044]
In step S10, the check result output control unit 36 stores the contents of the check result in the check
The check condition
[0045]
After the correction, the check condition
[0046]
After this update, in step S5, the check condition
[0047]
The syntax of the stored check condition logical expression is analyzed by the
[0048]
That is, a check condition logical expression corresponding to a check condition for checking an error of the soft data and used when generating the data check
[0049]
Further, the check condition creation unit 16 reads the relevant check condition logical expression from the check
Further, since the check condition creation unit 16 creates a new check condition logical expression using the check condition logical expression stored in the check
[0050]
In addition, the check condition
[0051]
In addition, the check condition
[0052]
【The invention's effect】
As described above, according to the present invention, a check condition logical expression corresponding to a check condition for checking an error of soft data and used when generating a check program of the soft data is added to a data name of the soft data, Since it is created by combining operators and functions that are symbols, a check condition logical expression can be created with a simple combination of symbols. Therefore, there is an effect that new creation, change, or addition of the check condition of the data used in the check program can be easily performed even by a person who does not have specialized knowledge.
[0053]
In addition, a check state indicating “good” or an error indicating a check result is described in a table in association with a check ID, and the check state described in this table is a check condition logical expression of unique information indicating an error. Is obtained from the database and parsed, and a check program is generated, so the software data is checked using only the check condition logical expression for checking the soft data with a bad check result. be able to. Therefore, there is an effect that re-check after data error correction can be performed in a short time.
[Brief description of the drawings]
FIG. 1 is a block diagram showing a configuration of a data consistency check device according to an embodiment of the present invention.
FIG. 2 is a diagram showing an A-HUB definition document and a B-HUB definition document which are specifications of station data of an exchange.
FIG. 3 is a diagram showing an office data specification, which is a specification of office data of an exchange.
FIG. 4 is a diagram showing a specification of station data of an exchange, in which each condition of an entry value check, a check between items, and a check between definitions is expressed in text.
FIG. 5 is a diagram showing a specification of a function.
FIG. 6 is a diagram showing a check state management table.
FIG. 7 is a diagram showing an error list describing the contents of a check result.
FIG. 8 is a flowchart for explaining a data consistency check process by the data consistency check device according to the embodiment of the present invention.
[Explanation of symbols]
10 Data consistency check device
12 Data storage database to be checked
14. Operator and function storage database
16 Check condition creation section
18 Keyboard
20 Check condition storage database
22 Check status management table
24 Check condition acquisition management unit
26 Syntax analysis program
28 Syntax Analyzer
30 Data Check Program
32 Program Generator
34 Data Check Section
36 Check result output control unit
38 Check result storage
40 Display
Claims (7)
前記ソフトデータを、このデータ名ごとに記憶する第1のデータベースと、
前記チェック条件を論理式で表現するための記号である演算子および関数を記憶する第2のデータベースと、
前記チェック条件を論理式で表現するための入力命令に従って、前記第1のデータベースから該当データ名を読み込むと共に、前記第2のデータベースから該当演算子および関数を読み込んだ後、前記データ名、前記演算子および前記関数を組み合わせることにより前記チェック条件の個々に対応したチェック条件論理式を作成する作成手段と、
前記作成手段で作成された個々のチェック条件論理式を、固有情報を対応付けて記憶する第3のデータベースと、
前記第3のデータベースに記憶されたチェック条件論理式の構文を解析する解析手段と、
前記ソフトデータをチェックするための基本部分が予め定められたプログラムに、前記解析手段の解析結果をパラメータとして用いることによって、前記ソフトデータの誤りをチェックするチェックプログラムを生成する生成手段と、
前記チェックプログラムに従って前記ソフトデータの誤りをチェックするチェック手段と
を備えたことを特徴とするデータ整合性チェック装置。Data consistency to check if there is any error in software data for controlling and operating hardware of equipment system composed of many elements according to check conditions for checking errors in the software data In the checking device,
A first database storing the soft data for each data name;
A second database that stores operators and functions that are symbols for expressing the check condition by a logical expression;
According to an input command for expressing the check condition by a logical expression, a corresponding data name is read from the first database, and a corresponding operator and function are read from the second database. Creating means for creating a check condition logical expression corresponding to each of the check conditions by combining a child and the function,
A third database that stores the individual check condition logical expressions created by the creating means in association with unique information;
Analysis means for analyzing the syntax of the check condition logical expression stored in the third database;
Generating means for generating a check program for checking an error in the soft data by using the analysis result of the analyzing means as a parameter in a program in which a basic part for checking the soft data is predetermined,
Checking means for checking an error of the soft data in accordance with the check program.
ことを特徴とする請求項1に記載のデータ整合性チェック装置。2. The method according to claim 1, wherein the creating unit reads the corresponding check condition logical expression from the third database and changes the check condition logical expression in accordance with an input command for changing the check condition logical expression. 2. A data consistency check device according to claim 1.
ことを特徴とする請求項1または2に記載のデータ整合性チェック装置。The data consistency check device according to claim 1, wherein the creating unit creates a new check condition logical expression using the check condition logical expression stored in the third database.
前記テーブルに記述されたチェック状態が不良を表す固有情報のチェック条件論理式のみを、前記第3のデータベースから取得して前記解析手段へ出力する取得手段と
を備えたことを特徴とする請求項1から3の何れか1項に記載のデータ整合性チェック装置。Management means for writing a check state indicating good or bad of a check result by the check means in a table in association with the unique information;
An acquisition means for acquiring only a check condition logical expression of unique information indicating a failure in a check state described in the table from the third database and outputting it to the analysis means. 4. The data consistency check device according to any one of 1 to 3.
前記取得手段は、前記テーブルに記述されたチェック状態が前記不良または前記未済の少なくとも1つを表す固有情報のチェック条件論理式のみを、前記第3のデータベースから取得して前記解析手段へ出力する
ことを特徴とする請求項4に記載のデータ整合性チェック装置。The management means, if the check condition logical expression stored in the third database is changed or the check condition logical expression is newly stored, the check by the corresponding check condition logical expression has not been completed. Is described in the table in association with the unique information of the check condition logical expression,
The acquiring means acquires from the third database only a check condition logical expression of unique information whose check status described in the table indicates the defect or at least one of which is not completed, and outputs it to the analyzing means. 5. The data consistency check device according to claim 4, wherein:
ことを特徴とする請求項1から5の何れか1項に記載のデータ整合性チェック装置。6. The data consistency check device according to claim 1, wherein the facility system is an exchange, and the software data is data for controlling and operating the exchange.
前記ソフトデータを、このデータ名ごとに記憶する第1のデータベースと、
前記チェック条件を論理式で表現するための記号である演算子および関数を記憶する第2のデータベースと、
前記チェック条件を論理式で表現するための入力命令に従って、前記ソフトデータのデータ名に、前記チェック条件を論理式で表現するための記号である演算子および関数を組み合わせることにより前記チェック条件の個々に対応したチェック条件論理式を作成する作成ステップと、
前記作成手段で作成された個々のチェック条件論理式を、固有情報を対応付けてデータベースに記憶する記憶ステップと、
前記データベースに記憶されたチェック条件論理式の構文を解析する解析ステップと、
前記ソフトデータをチェックするための基本部分が予め定められたプログラムに、前記解析ステップで得られる解析結果をパラメータとして用いることによって、前記ソフトデータの誤りをチェックするチェックプログラムを生成する生成ステップと、
前記チェックプログラムに従って前記ソフトデータの誤りをチェックするチェックステップと
を備えたことを特徴とするデータ整合性チェック方法。Data consistency to check if there is any error in software data for controlling and operating hardware of equipment system composed of many elements according to check conditions for checking errors in the software data In the checking method,
A first database storing the soft data for each data name;
A second database that stores operators and functions that are symbols for expressing the check condition by a logical expression;
In accordance with an input command for expressing the check condition by a logical expression, the data name of the soft data is combined with an operator and a function, which are symbols for expressing the check condition by a logical expression, so that each of the check conditions is A creation step of creating a check condition formula corresponding to
A storage step of storing each check condition logical expression created by the creating means in a database in association with unique information;
An analyzing step of analyzing the syntax of the check condition logical expression stored in the database;
A generation step of generating a check program for checking an error in the soft data by using the analysis result obtained in the analysis step as a parameter for a program in which a basic part for checking the software data is predetermined,
A check step for checking an error of the soft data according to the check program.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2003001562A JP4152752B2 (en) | 2003-01-07 | 2003-01-07 | Data consistency check device and data consistency check method |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2003001562A JP4152752B2 (en) | 2003-01-07 | 2003-01-07 | Data consistency check device and data consistency check method |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2004213488A true JP2004213488A (en) | 2004-07-29 |
JP4152752B2 JP4152752B2 (en) | 2008-09-17 |
Family
ID=32819549
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2003001562A Expired - Fee Related JP4152752B2 (en) | 2003-01-07 | 2003-01-07 | Data consistency check device and data consistency check method |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP4152752B2 (en) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2006172313A (en) * | 2004-12-17 | 2006-06-29 | Fuji Electric Systems Co Ltd | Data check management method and program |
KR102291948B1 (en) * | 2020-07-24 | 2021-08-24 | 주식회사 이노룰스 | Apparatus and method for detecting conditional expression fault |
-
2003
- 2003-01-07 JP JP2003001562A patent/JP4152752B2/en not_active Expired - Fee Related
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2006172313A (en) * | 2004-12-17 | 2006-06-29 | Fuji Electric Systems Co Ltd | Data check management method and program |
KR102291948B1 (en) * | 2020-07-24 | 2021-08-24 | 주식회사 이노룰스 | Apparatus and method for detecting conditional expression fault |
Also Published As
Publication number | Publication date |
---|---|
JP4152752B2 (en) | 2008-09-17 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8490054B2 (en) | Software and related software tracking during software modification | |
EP2228726B1 (en) | A method and system for task modeling of mobile phone applications | |
US9594802B2 (en) | Graphical modeling of database query statements | |
CN110333850A (en) | Generation method, device, computer equipment and the storage medium of interface document | |
CN107273122A (en) | Based on decoupling mechanism can iteration set up operation system method and its terminal | |
US8387010B2 (en) | Automatic software configuring system | |
CN108762743A (en) | Data table operation code generation method and device | |
JP2007122135A (en) | Development support device, development support method and development support program | |
CN103530134B (en) | A kind of configurable software platform structure | |
CN110096304A (en) | Task construction method, device, equipment and storage medium based on Jenkins | |
CN111459460B (en) | Service data processing method and system | |
Lu et al. | Zen-CC: An automated and incremental conformance checking solution to support interactive product configuration | |
JP2004213488A (en) | Data consistency checking device and data consistency checking method | |
JP5924960B2 (en) | Image forming apparatus, image forming apparatus control method, and program | |
JP2004157927A (en) | Creating system for business form input, creating program and creating method | |
CN115344966A (en) | CAD assembly body part replacement method and system | |
JP2010039751A (en) | Software development system | |
JP4929018B2 (en) | Design method using cell concept, drawing creation device, program, and recording medium | |
JP2009163566A (en) | Job analysis support apparatus | |
JP2008165388A (en) | Program update management system, program update management method and computer program | |
JP6665637B2 (en) | Program creation support system | |
EP4261678A1 (en) | Generation of a technical instruction | |
Luna et al. | Capturing and validating personalization requirements in web applications | |
US9158504B2 (en) | Method and system to automatically generate use case sequence diagrams and class diagrams | |
CN116662123B (en) | Method and device for monitoring server component, electronic equipment and storage medium |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050414 |
|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20071003 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20071023 |
|
A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20071225 |
|
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: 20080617 |
|
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20080702 |
|
R150 | Certificate of patent or registration of utility model |
Ref document number: 4152752 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110711 Year of fee payment: 3 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110711 Year of fee payment: 3 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120711 Year of fee payment: 4 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120711 Year of fee payment: 4 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130711 Year of fee payment: 5 |
|
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 |
|
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 |
|
LAPS | Cancellation because of no payment of annual fees |