JP5675666B2 - Timed data history management system - Google Patents
Timed data history management system Download PDFInfo
- Publication number
- JP5675666B2 JP5675666B2 JP2012025930A JP2012025930A JP5675666B2 JP 5675666 B2 JP5675666 B2 JP 5675666B2 JP 2012025930 A JP2012025930 A JP 2012025930A JP 2012025930 A JP2012025930 A JP 2012025930A JP 5675666 B2 JP5675666 B2 JP 5675666B2
- Authority
- JP
- Japan
- Prior art keywords
- data
- application
- basic
- selling price
- server
- 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.)
- Expired - Fee Related
Links
Images
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Description
この発明は時限データの履歴管理システムに係り、特に、有効期間を備えた時限データの履歴を管理する技術に関する。 The present invention relates to a history management system for timed data, and more particularly to a technique for managing a history of timed data having a valid period.
商品の販売価格やサービスの提供価格は一定ではなく、通常価格(定価)の他にも様々な期間限定のキャンペーン価格が存在するため、同一商品について後で売上の集計等を行う際には、各販売時点における販売価格を特定する必要がある。価格は一定に据え置いたまま、時間帯によって割引率を変更する場合も同様である。このため、販売管理システム等においては、時系列に沿って販売価格や割引率が変遷したことを記録する履歴管理機能が設けられている。 Product sales prices and service provision prices are not fixed, and there are various limited-time campaign prices in addition to the regular price (list price). It is necessary to specify the sales price at each point of sale. The same applies when changing the discount rate depending on the time of day while keeping the price constant. For this reason, a sales management system or the like is provided with a history management function for recording changes in sales prices and discount rates in time series.
あるいは、各国の消費税率も常時一定ではなく、法律改正によって変動する可能性があるため、消費税額を算出するためには、やはり各販売時点における販売国の消費税率を特定する必要がある。このため、経理システム等においては、時系列に沿って消費税率が変遷したことを記録する履歴管理機能が不可欠となる。
上記のように、各種の業務システムにおいては、期間によって値が変動する様々な時限データについて、その変遷履歴を管理する仕組みが設けられているが、これまでは有効期間の適用対象毎に担当技術者が独自に履歴管理システムを設計していた。このため、その度に余計な労力がかかることはもちろん、システム間に互換性がなく、メンテナンスが困難であった。また、各自が一からコーディングするため、連結テストも個別に行う必要があった。 As described above, in various business systems, there is a mechanism to manage the transition history of various timed data whose values vary depending on the period. Have designed their own history management system. For this reason, in addition to the extra effort required each time, the systems are not compatible and maintenance is difficult. In addition, since each one coded from scratch, it was necessary to individually perform a link test.
この発明は、このような現状に鑑みて案出されたものであり、汎用性に優れた時限データの履歴管理システムを提供することを目的としている。 The present invention has been devised in view of such a current situation, and an object thereof is to provide a history management system for timed data having excellent versatility.
上記の目的を達成するため、請求項1に記載した時限データの履歴管理システムは、特定の有効期間と値を備えた時限データを格納しておくDBサーバと、このDBサーバにアクセスしてデータの参照及び追加を依頼する履歴管理部とを備えたシステムであって、上記DBサーバは、有効期間の適用対象及びその値を固有の基本IDに関連付けて格納する基本テーブルと、上記適用対象及び値の有効期間の始期を、対応の基本ID及び固有の適用開始IDに関連付けて登録する適用開始テーブルと、上記適用対象及び値の有効期間の終期を、対応の基本ID及び固有の適用終了IDに関連付けて登録する適用終了テーブルと、上記適用開始IDを格納する適用開始取消テーブルと、上記適用終了IDを格納する適用終了取消テーブルとを備え、上記履歴管理部は、(1)適用対象、値、有効期間を特定した時限データの追加リクエストが入力された場合に、上記DBサーバに対し、上記基本テーブルに当該適用対象及び値を備えた基本データが存在するか否かを照会し、当該基本データが存在する場合には、その基本ID及び有効期間の始期を備えた適用開始データを上記適用開始テーブルに追加すると共に、同基本ID及び有効期間の終期を備えた適用終了データを上記適用終了テーブルに追加することを依頼し、上記基本データが存在しない場合には、上記適用対象及び値を備えた基本データを上記基本テーブルに追加すると共に、この基本データの基本ID及び有効期間の始期を備えた適用開始データを上記適用開始テーブルに追加し、同基本ID及び有効期間の終期を備えた適用終了データを上記適用終了テーブルに追加することを依頼する処理を実行し、(2)適用対象、値、有効期間の少なくとも一つを検索条件として特定した時限データの参照リクエストが入力された場合に、上記DBサーバに対して、上記検索条件にマッチする基本データ、適用開始データ、適用終了データ、適用開始取消データ、適用終了取消データの送信を依頼し、DBサーバから送信された時限データの中で、適用開始取消データ及び適用終了取消データが登録されたものを除外した上で、検索結果として出力する処理を実行し、(3)特定の時限データの削除リクエストが入力された場合に、上記DBサーバに対し、当該時限データに係る適用開始データの適用開始IDを備えた適用開始取消データを上記適用開始取消テーブルに追加すると共に、当該時限データに係る適用終了データの適用終了IDを備えた適用終了取消データを上記適用終了取消テーブルに追加することを依頼する処理を実行し、(4)適用対象、値、有効期間を特定した時限データの修正リクエストが入力された場合に、上記DBサーバに対し、上記基本テーブルに当該適用対象及び値を備えた基本データが存在するか否かを照会し、当該基本データが存在する場合には、その基本ID及び有効期間の始期を備えた適用開始データを上記適用開始テーブルに追加すると共に、同基本ID及び有効期間の終期を備えた適用終了データを上記適用終了テーブルに追加することを依頼し、上記基本データが存在しない場合には、上記適用対象及び値を備えた基本データを上記基本テーブルにを追加すると共に、この基本データの基本ID及び有効期間の始期を備えた適用開始データを上記適用開始テーブルに追加し、同基本ID及び有効期間の終期を備えた適用終了データを上記適用終了テーブルに追加することを依頼する処理を実行することを特徴としている。
In order to achieve the above object, the history management system for timed data described in
請求項2に記載した時限データの履歴管理システムは、請求項1に記載のシステムであって、さらに上記DBサーバは、上記適用開始ID及び適用終了IDを関連付けて登録する適用期間テーブルを備えており、上記履歴管理部は、(1)適用対象、値、有効期間の始期を特定した時限データの追加リクエストが入力された場合に、上記DBサーバに対し、上記基本テーブルに当該適用対象及び値を備えた基本データが存在するか否かを照会し、当該基本データが存在する場合には、その基本ID及び有効期間の始期を備えた適用開始データを上記適用開始テーブルに追加することを依頼し、上記基本データが存在しない場合には、上記適用対象及び値を備えた基本データを上記基本テーブルに追加すると共に、この基本データの基本ID及び有効期間の始期を備えた適用開始データを上記適用開始テーブルに追加することを依頼する処理を実行し、(2)上記基本ID、適用開始ID及び有効期間の終期を特定した時限データの追加リクエストが入力された場合に、上記DBサーバに対し、当該基本ID及び上記終期を備えた適用終了データを上記適用終了テーブルに追加すると共に、上記適用開始ID及び上記適用終了データの適用終了IDを上記適用期間テーブルに追加することを依頼する処理を実行し、(3)適用対象、値、有効期間の終期を特定した時限データの追加リクエストが入力された場合に、上記DBサーバに対し、上記基本テーブルに当該適用対象及び値を備えた基本データが存在するか否かを照会し、当該基本データが存在する場合には、その基本ID及び有効期間の終期を備えた適用終了データを上記適用終了テーブルに追加することを依頼し、上記基本データが存在しない場合には、上記適用対象及び値を備えた基本データを上記基本テーブルに追加すると共に、この基本データの基本ID及び有効期間の終期を備えた適用終了データを上記適用終了テーブルに追加することを依頼する処理を実行し、(4)上記基本ID、適用終了ID及び有効期間の始期を特定した時限データの追加リクエストが入力された場合に、上記DBサーバに対し、当該基本ID及び上記始期を備えた適用開始データを上記適用開始テーブルに追加すると共に、上記適用終了ID及び上記適用開始データの適用開始IDを上記適用期間テーブルに追加することを依頼する処理を実行することを特徴としている。
The history management system for timed data described in
請求項3に記載した時限データの履歴管理システムは、請求項1または2に記載のシステムであって、さらに、同一の適用対象について相互に重複する有効期間を備えた複数の時限データが存在する場合に、上記履歴管理部は、上記適用開始データ及び適用終了データに設定された登録日時が最も新しい時限データを重複している期間について有効と認定することを特徴としている。
The history management system for timed data according to
請求項4に記載した時限データの履歴管理システムは、請求項1〜3に記載のシステムであって、さらに、上記適用対象の種類に対応した具体的なテーブル名及び各テーブルが備える上記適用対象の種類に対応した具体的な項目名とデータ型のテーブル設定情報に基づいて、少なくとも具体的なテーブル名、具体的なデータ項目及び各データ項目のデータ型を定義したクラスをテーブル毎に生成し、所定の記憶手段に格納する型生成手段と、上記履歴管理部の処理ロジックを記述したプログラム部品を格納しておく記憶手段と、上記プログラム部品に上記の各クラスを引数として与えることにより、各テーブルの操作に特化した履歴管理部を生成する手段とを備えたことを特徴としている。
The history data management system for timed data described in
請求項1に記載した時限データの履歴管理システムの場合、それぞれ極めて簡素なデータ項目を備えた基本テーブル、適用開始テーブル、適用終了テーブル、適用開始取消テーブル、適用終了取消テーブルに対し、履歴管理部が定型的な処理を実行することによって、時限データの追加、参照、削除、修正が実現される。このため、汎用的な履歴管理システムとして、様々な業務システムに組み込むことが容易となる。
しかも、時限データを削除する場合に、該当の時限データをテーブル上から物理的に削除するのではなく、適用開始取消テーブルに適用開始データのIDを登録すると共に、適用終了取消テーブルに適用終了データのIDを登録することによって論理的に削除する方式を採用している。また、時限データを修正する場合でも、該当の時限データ自体を修正するのではなく、修正後の時限データを新たな時限データとして追加することで、論理的に修正する方式を採用している。この結果、処理の簡素化及び汎用化が実現されると共に、時限データの履歴を削除履歴や変更履歴をも含めて完全な形で保全することが可能となり、データの再利用性と再現性が向上する。
In the case of the timed data history management system according to
In addition, when deleting timed data, the corresponding timed data is not physically deleted from the table, but the ID of the application start data is registered in the application start cancellation table and the application end data is registered in the application end cancellation table. A method of logical deletion by registering the ID of the system is adopted. Further, even when correcting the timed data, a method of logically correcting the timed data by adding the timed data after correction as new timed data is adopted instead of correcting the timed data itself. As a result, simplification and generalization of processing are realized, and it becomes possible to maintain the history of timed data in a complete form including deletion history and change history, which makes data reusability and reproducibility easy. improves.
請求項2に記載した時限データの履歴管理システムの場合、適用開始データと適用終了データ間の関連付けを行うテーブルを備えているため、適用開始データと適用終了データを異なるタイミングで登録しても有効期間を正しく管理することができるようになり、時限データの履歴管理に柔軟性を付与することが可能となる。
In the case of the timed data history management system according to
請求項3に記載した時限データの履歴管理システムの場合、同一の適用対象について有効期間が重複する複数の時限データが併存していても、登録日時の新しいものが優先適用されるため、時限データ間の有効期間の整合性を考慮することなく、また一々既存の時限データについて修正や削除を施すことなく、必要に応じて次々と時限データを登録することが可能となり、時限データの有効期間を柔軟に設定することが可能となる。
In the case of the timed data history management system according to
請求項4に記載した時限データの履歴管理システムの場合、商品の売価や割引率、あるいは国別の消費税率といった適用対象の種類に応じて具体的なテーブルが生成される場合に、各テーブルの設定情報に基づいて対応のクラスが自動生成されると共に、各クラスの定義内容を汎用のプログラム部品に適用することにより、当該適用対象の種類に特化した履歴管理部が自動生成される仕組みを備えている。
しかも、プログラム部品は汎用性があるため一度テストしておけば済み、具体的なテーブルに対応したクラスも人手を介すことなく自動生成されるため、具体的な履歴管理部を生成する都度、連結テストを実施する必要がない。
以上のことから、この時限データの履歴管理システムを様々な業務システム中に組み込むことが、極めて容易となる。
In the case of the timed data history management system according to
Moreover, since the program parts are versatile, they only need to be tested once, and classes corresponding to specific tables are automatically generated without human intervention, so every time a specific history management unit is generated, There is no need to perform consolidation tests.
From the above, it becomes extremely easy to incorporate this time-limited data history management system into various business systems.
図1は、この発明に係る時限データの第1の履歴管理システム10の全体構成を示すものであり、Webサーバ12と、APサーバ14と、DBサーバ16とを備えている。
各サーバ間は、通信ネットワークを介して接続されている。
また、Webサーバ12には、通信ネットワークを介して、ユーザの操作するクライアント端末17が接続される。
クライアント端末17は、PC等のコンピュータよりなり、OSやWebブラウザ、テキストエディタ等のプログラムを搭載している。
FIG. 1 shows an overall configuration of a first
Each server is connected via a communication network.
In addition, a
The
APサーバ14は、データ参照部18と、データ更新部20と、売価履歴管理部22と、テーブル設定部24と、型生成部26と、型格納部27と、コンパイラ28と、データアクセス汎用部品30とを備えている。
上記のデータ参照部18、データ更新部20、売価履歴管理部22、テーブル設定部24、型生成部26、コンパイラ28は、APサーバ14のCPUが、専用のアプリケーションプログラムに従って所定の処理を実行することで実現される。また、型格納部27は、APサーバ14の外部記憶装置内に設けられている。データアクセス汎用部品30も、同外部記憶装置内に格納されている。
The AP
In the
DBサーバ16は、データベース管理システム(RDBMS)32と、売価基本テーブル34と、売価適用開始テーブル36と、売価適用終了テーブル38と、売価適用開始取消テーブル40と、売価適用終了取消テーブル42とを備えている。
The
図2は、上記の各テーブルの具体的構成を示すものである。
まず、売価基本テーブル34は、「売価基本ID(主キー)」、「商品ID(外部キー)」、「売価」及び「登録日時」のデータ項目を備えている。
また、売価適用開始テーブル36は、「売価適用開始ID(主キー)」、「売価基本ID(外部キー)」、「適用開始日」及び「登録日時」のデータ項目を備えている。有効期限が時間単位で設定される場合には、適用開始日の代わりに、「適用開始日時」のデータ項目が設けられる。
売価適用終了テーブル38は、「売価適用終了ID(主キー)」、「売価基本ID(外部キー)」、「適用終了日」及び「登録日時」のデータ項目を備えている。有効期限が時間単位で設定される場合には、適用終了日の代わりに、「適用終了日時」のデータ項目が設けられる。
売価適用開始取消テーブル40は、「売価適用開始ID(主キー/外部キー)」及び「登録日時」のデータ項目を備えている。
売価適用終了取消テーブル42は、「売価適用終了ID(主キー/外部キー)」及び「登録日時」のデータ項目を備えている。
FIG. 2 shows a specific configuration of each table.
First, the basic selling price table 34 includes data items of “basic selling price ID (primary key)”, “product ID (external key)”, “selling price”, and “registration date”.
The selling price application start table 36 includes data items of “selling price application start ID (primary key)”, “selling price basic ID (external key)”, “application start date”, and “registration date”. When the expiration date is set in units of time, a data item of “application start date / time” is provided instead of the application start date.
The sales price application end table 38 includes data items of “sale price application end ID (primary key)”, “sale price basic ID (external key)”, “application end date”, and “registration date”. When the expiration date is set in units of time, a data item of “application end date and time” is provided instead of the application end date.
The sales price application start cancellation table 40 includes data items of “sale price application start ID (primary key / foreign key)” and “registration date”.
The sale price application end cancellation table 42 includes data items of “sale price application end ID (primary key / foreign key)” and “registration date”.
上記の各テーブルには、以下の制約が予め課せられている。
(1)キー項目は一つに限定される。
したがって、複数の項目の組合せによってキー項目を構成すること(複合キー)は、禁止される。
The following restrictions are imposed on each table in advance.
(1) The key item is limited to one.
Therefore, it is prohibited to configure a key item (composite key) by combining a plurality of items.
(2)各テーブルにはレコードの追加のみが許容され、既存レコードの値の更新やレコードの削除は禁止される。
したがって、値に変更が生じた場合など、発生タイミングの異なる情報は別レコードとしてテーブルに格納されることとなる(詳細は後述)。
(2) Only addition of records is allowed in each table, and updating of existing record values and deletion of records are prohibited.
Therefore, when the value is changed, information with different generation timings is stored in the table as a separate record (details will be described later).
(3)各テーブルのカラムには、NULL値禁止制約、フラグ値禁止制約、区分値禁止制約が課せられる。
まず「NULL値禁止制約」とは、データ項目の値としてNULL(値なし)を充填することが禁止されることを意味しており、このようなNULL値の充填を想定したデータ項目の設定自体が許容されないことになる。
つぎに「フラグ値禁止制約」とは、データ項目の値としてフラグ値(「1/0」、「ON/OFF」、「TRUE/FALSE」等の2値データ)を充填することが禁止されることを意味しており、このようなフラグ値の充填を想定したデータ項目の設定自体が許容されないことになる。
「区分値禁止制約」とは、データ項目の値として区分値(「1:正社員」、「2:パート」、「3:アルバイト」等)を充填することが禁止されることを意味しており、このような区分値の充填を想定したデータ項目の設定自体が許容されないことになる。
(3) A NULL value prohibition constraint, a flag value prohibition constraint, and a partition value prohibition constraint are imposed on the columns of each table.
First, "NULL value prohibition constraint" means that it is prohibited to fill NULL (no value) as the value of the data item, and the setting of the data item assuming such filling of the NULL value itself Is not allowed.
Next, “flag value prohibition constraint” prohibits filling of flag values (binary data such as “1/0”, “ON / OFF”, “TRUE / FALSE”, etc.) as data item values. This means that setting of data items assuming such filling of flag values is not allowed.
“Category value prohibition constraint” means that it is prohibited to fill a data item value with a category value (“1: regular employee”, “2: part”, “3: part-time job”, etc.). Therefore, the setting of the data items assuming such filling of the segment values is not allowed.
これらの制約ルールは、新規テーブルの設計時やSQL発行時に、データベース管理システム32によって適否がチェックされ、制約ルールに違反する処理の実行が拒絶されることにより、その実効性が担保される。
These constraint rules are checked for suitability by the
図2より明らかなように、上記のルールに従い、各テーブルは単一のデータ項目によって主キー(PK)が構成されている。
また、「売価適用開始取消」に関するデータも、通常であれば売価適用開始テーブル36において「売価適用開始取消フラグ」等のデータ項目が設けられ、各レコードに「1/0」等のフラグ値を充填することで状態が管理されるか、あるいは売価取消開始レコード自体が削除されるところであるが、売価適用開始取消テーブル40を売価適用開始テーブル36とは別個に設けることにより、売価適用開始取消の状態管理がなされている。要するに、この売価適用開始取消テーブル40に登録された売価適用開始IDが「取消」状態にあることとなり、レコードの有無によって取消の有無が表現されている。
As is clear from FIG. 2, in accordance with the above rules, each table has a primary key (PK) composed of a single data item.
In addition, data relating to “sale price application start cancellation” is usually provided with a data item such as “sale price application start cancellation flag” in the sales price application start table 36, and a flag value such as “1/0” is assigned to each record. Although the state is managed by filling or the sales price cancellation start record itself is deleted, the sales price application start cancellation table 40 is provided separately from the sales price application start table 36, so that State management is done. In short, the selling price application start ID registered in the selling price application start cancellation table 40 is in a “cancel” state, and the presence or absence of a record is expressed by the presence or absence of a record.
同様に、「売価適用終了取消」に関するデータも、通常であれば売価適用終了テーブル38において「売価適用終了取消フラグ」等のデータ項目が設けられ、各レコードに「1/0」等のフラグ値を充填することで状態が管理されるか、あるいは売価取消終了レコードが削除されるところであるが、売価適用終了取消テーブル42を売価適用終了テーブル38とは別個に設けることにより、売価適用終了取消の状態管理がなされている。 Similarly, the data relating to “sale price application end cancellation” is usually provided with data items such as “sell price application end cancellation flag” in the sales price application end table 38, and a flag value such as “1/0” is set in each record. The sales price cancellation end record is deleted, but the sales price application end cancellation table 42 is provided separately from the sales price application end table 38. State management is done.
ここで、クライアント端末17からの検索リクエストを受け取ったWebサーバ12は、検索条件入力画面をクライアント端末17に送信する。
図3(a)は、クライアント端末17のWebブラウザ上に表示された検索条件入力画面50を示しており、同画面50は商品ID、年月日、売価の項目を備えている。
これに対しユーザが、商品IDとして「A」を、年月日として「2010/10/03」を入力して検索ボタン52をクリックすると、これらの検索条件がWebサーバ12経由でAPサーバ14に送信される。
これを受けたデータ参照部18は、売価履歴管理部22に上記の検索条件を渡し、検索処理を依頼する。
Here, the
FIG. 3A shows a search
On the other hand, when the user inputs “A” as the product ID and “2010/10/03” as the date and clicks the
Receiving this, the
これに対し売価履歴管理部22は、まず売価基本テーブル34から「商品ID:A」に係る売価基本データの取得を依頼する内容のSQLをDBサーバ16に対して発行する。
つぎに売価履歴管理部22は、DBサーバ16から受信したデータから売価基本IDを抽出し、売価適用開始テーブル36及び売価適用終了テーブル38から対応の売価基本IDに係るデータの取得を依頼する内容のSQLをDBサーバ16に対して発行する。
In response to this, the selling price
Next, the selling price
つぎに売価履歴管理部22は、DBサーバ16から受信したデータから売価適用開始IDを抽出し、売価適用開始取消テーブル40から対応の売価適用開始IDに係るデータの取得を依頼する内容のSQLをDBサーバ16に対して発行する。同時に、DBサーバ16から受信したデータから売価適用終了IDを抽出し、売価適用終了取消テーブル42から対応の売価適用終了IDに係るデータの取得を依頼する内容のSQLをDBサーバ16に対して発行する。
Next, the selling price
つぎに売価履歴管理部22は、DBサーバ16から送信された各データを解析し、「2010年10月3日」における「商品ID:A」の売価を特定する。
図4は、DBサーバ16から送信されたデータに基づいて生成された商品ID:Aの売価適用情報を時系列に沿って並べた模式図である。
Next, the selling price
FIG. 4 is a schematic diagram in which sales price application information of the product ID: A generated based on the data transmitted from the
図中、鎖線で表示された(1)の売価適用情報は、売価が800円、適用開始日(始期)が「2010/09/01」、適用終了日(終期)が「2011/03/31」、登録日が「2010/04/01」であるが、同日付で削除されているため、対象外情報であることを示している。
この売価適用情報が「削除」されていることは、具体的には、売価適用開始取消テーブル40及び売価適用終了取消テーブル42に、対応の売価適用開始ID及び売価適用終了IDが登録されていることから判定される(詳細は後述)。
In the figure, the selling price application information of (1) displayed with a chain line shows that the selling price is 800 yen, the application start date (start) is "2010/09/01", and the application end date (end) is "2011/03/31 ”, The registration date is“ 2010/04/01 ”, but it is deleted on the same date, indicating that it is non-target information.
The fact that the selling price application information is “deleted” is specifically that the selling price application start ID and selling price application end ID are registered in the selling price application start cancellation table 40 and the selling price application cancellation table 42. (It will be described later in detail).
これに対し、実線で表示された(2)の売価適用情報は、売価が700円、適用開始日が「2010/09/01」、適用終了日が「2011/03/31」、登録日が「2010/04/01」であり、削除されていないことを示している。
同様に、実線で表示された(3)の売価適用情報は、売価が600円、適用開始日が「2010/10/01」、適用終了日が「2010/12/25」、登録日が「2010/08/15」であり、削除されていないことを示している。
同じく実線で表示された(4)の売価適用情報は、売価が500円、適用開始日が「2010/11/01」、適用終了日が「2010/12/25」、登録日が「2010/10/25」であり、削除されていないことを示している。
同じく実線で表示された(5)の売価適用情報は、売価が500円、適用開始日が「2010/11/01」、適用終了日が「2011/01/31」、登録日が「2010/12/25」であり、削除されていないことを示している。
売価履歴管理部22は、各売価適用開始データ及び売価適用終了データの登録日時を比較し、同一の登録日時を備えた両データを抽出することにより、有効期間の始期と終期を備えた売価適用情報を生成する。
On the other hand, the sales price application information (2) displayed with a solid line is 700 yen, the application start date is "2010/09/01", the application end date is "2011/03/31", and the registration date is “2010/04/01”, indicating that it has not been deleted.
Similarly, the sales price application information of (3) displayed with a solid line is 600 yen, the application start date is “2010/10/01”, the application end date is “2010/12/25”, and the registration date is “ 2010/08/15 ", indicating that it has not been deleted.
Similarly, the sales price application information in (4) displayed with a solid line shows that the sales price is 500 yen, the application start date is “2010/11/01”, the application end date is “2010/12/25”, and the registration date is “2010 / 10/25 ", indicating that it has not been deleted.
Similarly, the sales price application information of (5) displayed with a solid line is 500 yen, the application start date is “2010/11/01”, the application end date is “2011/01/31”, and the registration date is “2010 / 12/25 ", indicating that it has not been deleted.
The sales price
ここで、削除されていない(2)〜(5)の売価適用情報を参照すると、「2010年10月3日」が適用期間中に含まれる売価適用情報として、(2)及び(3)が該当することがわかる。
ただし、このように適用期間が重複している複数の売価適用情報が併存する場合には、登録日時が後の売価適用情報が優先されるルールに従い、売価履歴管理部22は(3)の売価適用情報の「600円」を「2010年10月3日」における有効な売価と認定し、データ参照部18に出力する。
Here, referring to the selling price application information of (2) to (5) that has not been deleted, as the selling price application information that includes “October 3, 2010” during the application period, (2) and (3) It turns out that it corresponds.
However, when multiple sales price application information with overlapping application periods coexist in this way, the sales price
データ参照部18は、この検索結果データをWebサーバ12に送信する。
この結果、Webサーバ12からクライアント端末17に対して、検索結果画面が送信される。
図3(b)は、クライアント端末17のWebブラウザ上に表示された検索結果画面54を示すものであり、「売価」の項目に「600」(円)の値が表示されている。
The
As a result, a search result screen is transmitted from the
FIG. 3B shows the
因みに、クライアント端末17から送信された検索条件が「商品ID:A/年月日:2011/02/15」であった場合には、(2)の売価適用情報に従い、「700円」の売価がクライアント端末17に表示されることとなる。
By the way, if the search condition sent from the
また、図示は省略したが、ユーザが図3(a)の検索条件入力画面50において「商品ID:A」及び「売価:600」を入力して検索ボタン52をクリックした場合には、商品ID:Aに係る売価600の売価履歴情報がリストアップされた検索結果画面が、クライアント端末17のディスプレイに表示される。
これによりユーザは、商品ID:Aの商品を売価600円で販売した期間を認識することが可能となる。
Although not shown, when the user inputs “product ID: A” and “sale price: 600” and clicks the
As a result, the user can recognize the period in which the product with the product ID: A is sold at a selling price of 600 yen.
図5(a)に示すように、検索条件入力画面50において「商品ID:A」のみを特定し、年月日をブランクとした検索条件が入力された場合、図5(b)に示すように、商品ID:Aに係る全ての有効な売価適用情報(削除されたものは除く)がリストアップされた検索結果画面56が、クライアント端末17のWebブラウザ上に表示される。
リストアップされた各売価適用情報は、No、売価、適用開始、適用終了、登録日時の表示項目を備えている。
この表示用データも、売価履歴管理部22によって生成される。
As shown in FIG. 5 (a), when only the “product ID: A” is specified on the search
Each listed selling price application information includes display items of No, selling price, application start, application end, and registration date / time.
This display data is also generated by the selling price
ここで、ユーザがNO. 0014のチェックボックスにチェックを入れて修正ボタン58をクリックすると、図6に示すように、商品ID、売価、適用開始、適用終了の項目を備えた当該売価適用情報の詳細画面60が、クライアント端末17のWebブラウザ上に表示される。
Here, when the user checks the check box of No. 0014 and clicks the
これに対しユーザが、売価を「500→550」に書き換えた上で登録ボタン62をクリックすると、売価履歴管理部22はデータ修正のための処理を実行する。
まず売価履歴管理部22は、DBサーバ16に対して「商品ID:A/売価:550円」の売価基本データが既に登録されているか否かを照会するSQLを発行する。
ここで、「商品ID:A/売価:550円」の売価基本データが売価基本テーブル34に存在した場合、当該売価基本データの売価基本IDに関連付けた売価適用開始データ(適用開始日:2010/11/01)を売価適用開始テーブル36に追加することを求めるSQLと、同売価基本IDを指定した売価適用終了データ(適用終了日:2010/12/25)を売価適用終了テーブル38に追加することを求めるSQLを、DBサーバ16に発行する。
On the other hand, when the user rewrites the selling price from “500 → 550” and clicks the
First, the selling price
Here, if the basic selling price data of “Product ID: A / Selling price: 550 yen” exists in the basic selling price table 34, the selling price application start data associated with the basic selling price ID of the basic selling price data (application start date: 2010 / 11/01) is added to the selling price application start table 36, and selling price application end data (application end date: 2010/12/25) specifying the selling price basic ID is added to the selling price application end table 38 The SQL requesting that is issued to the
これに対し、「商品ID:A/売価:550円」の売価基本データが売価基本テーブル34に存在しなかった場合、この売価基本データを売価基本テーブル34に追加することを求めるSQLをDBサーバ14に発行する。
つぎに売価履歴管理部22は、DBサーバ16から上記売価基本データの売価基本IDを取得した後、当該売価基本IDを指定した売価適用開始データ(適用開始日:2010/11/01)を売価適用開始テーブル36に追加することを求めるSQLと、同売価基本IDを指定した売価適用終了データ(適用終了日:2010/12/25)を売価適用終了テーブル38に追加することを求めるSQLを、DBサーバ16に発行する。
On the other hand, if the selling price basic data of “product ID: A / selling price: 550 yen” does not exist in the selling price basic table 34, the SQL server that requests to add this selling price basic data to the selling price basic table 34 is DB server. Issued to 14.
Next, the selling price
上記の結果、「商品ID:A/売価:550円/適用開始日:2010/11/01/適用終了日:2010/12/25」の売価適用情報が、DBサーバ16に新たに追加される。この段階では、「商品ID:A/売価:500円/適用開始日:2010/11/01/適用終了日:2010/12/25」の売価適用情報と重複することになるが、上記の通り、登録日時が新しい方が優先適用されるため、論理的な修正が実現されたことになる。もちろん、ユーザは重複する従前の売価適用情報について売価適用開始取消データ及び売価適用終了取消データを登録することにより、これを論理的に削除することもできる。
ユーザは、売価と共に適用開始日及び適用終了日の修正を同時にリクエストすることも当然に可能である。
As a result of the above, the sales price application information of “Product ID: A / Sales price: 550 yen / Application start date: 2010/11/01 / Application end date: 2010/12/25” is newly added to the
Naturally, the user can also request correction of the application start date and the application end date together with the selling price.
ユーザが、図5(b)の検索結果画面56において、NO.0014のチェックボックスにチェックを入れて削除ボタン64をクリックした場合には、売価履歴管理部22は売価履歴データの削除のための処理を実行する。
まず売価履歴管理部22は、DBサーバ16に対して、NO.0014の売価適用情報に係る売価適用開始IDを売価適用開始取消テーブル40に格納することを求めるSQLを、DBサーバ16に発行する。
同時に売価履歴管理部22は、DBサーバ16に対して、上記売価適用情報に係る売価適用終了IDを売価適用終了取消テーブル42に格納することを求めるSQLを、DBサーバ16に発行する。
以上の結果、売価基本ID:0041の売価履歴データは、論理的に削除された状態となる。
When the user checks the NO.0014 check box and clicks the
First, the selling price
At the same time, the selling price
As a result, the selling price history data with the selling price basic ID: 0041 is logically deleted.
ユーザが、図5(b)の検索結果画面56において追加ボタン66をクリックするか、あるいは図示しないメニュー画面において「売価データの追加」ボタンをクリックすると、Webサーバ12から新規登録画面がクライアント端末17に送信され、Webブラウザ上に表示される。
図示は省略したが、この新規登録画面は図6に示した詳細画面60と同様、商品ID、売価、適用開始、適用終了の項目を備えている。ただし、各項目には文字列が充填されてはおらず、空白となされている。
When the user clicks the
Although not shown, this new registration screen includes items of product ID, selling price, application start, and application end, as in the
これに対しユーザが、商品ID、売価、適用開始日、適用終了日を入力した上で登録ボタンをクリックすると、売価履歴管理部22はデータ追加のための処理を実行する。
まず売価履歴管理部22は、DBサーバ16に対して、入力された商品ID及び売価を備えた売価基本データが既に登録されているか否かを照会するSQLを発行する。
ここで、該当の売価基本データが売価基本テーブル34に存在した場合、売価履歴管理部22は、当該売価基本データの売価基本ID及び入力された売価適用開始日を備えた売価適用開始データを売価適用開始テーブル36に追加することを求めるSQLと、同売価基本ID及び入力された売価適用終了データを売価適用終了テーブル38に追加することを求めるSQLを、DBサーバ16に発行する。
On the other hand, when the user inputs the product ID, the selling price, the application start date, and the application end date and clicks the registration button, the selling price
First, the selling price
Here, if the corresponding selling price basic data exists in the selling price basic table 34, the selling price
これに対し、該当の売価基本データが売価基本テーブル34に存在しなかった場合、売価履歴管理部22はDBサーバ16に対して、この売価基本データを売価基本テーブル34に追加することを求めるSQLを発行する。
つぎに売価履歴管理部22は、DBサーバ16から上記売価基本データの売価基本IDを取得した後、当該売価基本ID及び入力された売価適用開始日を備えた売価適用開始データを売価適用開始テーブル36に追加することを求めるSQLと、同売価基本ID及び入力された売価適用終了日を備えた売価適用終了データを売価適用終了テーブル38に追加することを求めるSQLを、DBサーバ16に発行する。
On the other hand, if the corresponding selling price basic data does not exist in the selling price basic table 34, the selling price
Next, after the selling price
売価履歴管理部22は、上記の通り、データ参照部18から出力されたデータの参照要求やデータ更新部20から出力されたデータの更新要求に応じて必要なSQLをDBサーバ16に発行すると共に、DBサーバ16から取得したデータの加工・分析処理を実行する。
そして、DBサーバ16に格納された各テーブルにアクセスするためには、それぞれのテーブル構成(「売価基本テーブル」等のテーブル名や、「売価」等のカラム名)を認識している必要がある。このため、売価履歴管理部22は文字通り売価履歴の管理機能に特化されたものであり、これを税率履歴管理システムなどとして流用することはできない。
As described above, the selling price
In order to access each table stored in the
しかしながら、具体的なテーブル名やカラム名を除いた処理ロジックの部分(例えば、クライアント端末から特定の時限データについて削除のリクエストがあった場合には、適用開始取消データと適用終了取消データを追加する等)に関しては、どのような種類の時限データについても共通に適用可能といえる。
このため、この第1の履歴管理システム10にあっては、各テーブルの設定時に当該テーブルの構成にマッチした「○○履歴管理部」を、自動生成する機能を備えている。
However, the processing logic part excluding the specific table name and column name (for example, when there is a request for deletion of specific timed data from the client terminal, application start cancellation data and application end cancellation data are added. Etc.) can be applied to any kind of timed data in common.
For this reason, the first
まずユーザは、クライアント端末17からテーブル設定部24にアクセスし、新規テーブルの作成をリクエストする。この結果、テーブル設定画面がクライアント端末17に送信され、Webブラウザ上に表示される(図示省略)。
ユーザは、このテーブル設定画面上で、テーブルの名称(売価基本テーブル等)、データ項目名(売価基本ID等)、データ型、桁数等を指定し、テーブル設定部24に送信する。
First, the user accesses the
On the table setting screen, the user designates a table name (such as a basic selling price table), a data item name (such as a basic selling price ID), a data type, the number of digits, and the like, and transmits it to the
テーブル設定部24は、送信された設定データをDBサーバ16に送信し、新規テーブルの生成を依頼する。
これを受けたデータベース管理システム32は、この設定データに従って新規のテーブル(売価基本テーブル34、売価適用開始テーブル36、売価適用終了テーブル38、売価適用開始取消テーブル40、売価適用終了取消テーブル42)をDBサーバ16の記憶装置内に生成する。
The
In response to this, the
つぎに、型生成部26が起動し、テーブル設定部24から受け取った各テーブルの設定データに基づいて、DBサーバ16内に生成された各テーブルに対応したクラス(型)を生成する。具体的には、売価基本クラス70、売価適用開始クラス71、売価適用終了クラス72、売価適用開始取消クラス73、売価適用終了取消クラス74が生成され、型格納部27に格納される。
これらクラスの実体は、対応テーブルの名称、データ項目、データ型、桁数等が記述されたプログラムである。
Next, the
The entities of these classes are programs in which the names of correspondence tables, data items, data types, the number of digits, etc. are described.
つぎに、コンパイラ28が起動し、型格納部27内の各クラスをデータアクセス汎用部品30に引数として与えることにより、売価履歴管理部22を生成する。
すなわち、データアクセス汎用部品30は、「○○履歴管理部」が共通して実行すべき処理ロジックの部分のコードを備えたプログラム部品であり、これに対して処理対象となる売価基本テーブル等の具体的な構成を組み込むことにより、当該売価履歴データの管理に特化した売価履歴管理部22が生成される。
Next, the
In other words, the data access general-
上記した売価基本クラス70、売価適用開始クラス71、売価適用終了クラス72、売価適用開始取消クラス73、売価適用終了取消クラス74は、テーブルの設計データに基づいて型生成部26が自動生成するものであるため、人為的なミスが生じる余地がなく、本来的にテスト不要といえる。
また、データアクセス汎用部品30のコーディング自体は人間の手によってなされるものであるが、汎用的に使い回すことができるため、事前に厳重なテストを施し、バグを徹底的に潰しておけば、「○○履歴管理部」を生成する都度、テストを実施する必要がない。
以上のことから、操作対象となる各テーブルの構成に特化した各種履歴管理部を生成する度にテストを実施する必要がないということになる。
The selling price
In addition, the coding itself of the data access general-
From the above, it is not necessary to perform a test each time various history management units specialized for the configuration of each table to be operated are generated.
つぎに、図7に基づいて、この第1の履歴管理システム10を各国における消費税率の履歴管理に用いる例を説明する。
この場合、まずユーザは、クライアント端末17からテーブル設定部24にアクセスし、新規テーブルの作成をリクエストする。この結果、テーブル設定画面がクライアント端末17に送信され、Webブラウザ上に表示される(図示省略)。
ユーザは、このテーブル設定画面上で、テーブルの名称(税率基本テーブル等)、データ項目名(税率基本ID等)、データ型、桁数等を指定し、テーブル設定部24に送信する。
Next, an example in which the first
In this case, first, the user accesses the
On this table setting screen, the user designates the table name (tax rate basic table, etc.), data item name (tax rate basic ID, etc.), data type, number of digits, etc., and transmits them to the
テーブル設定部24は、送信された設定データをDBサーバ16に送信し、新規テーブルの生成を依頼する。
これを受けたデータベース管理システム32は、この設定データに従って税率の履歴管理に特化したテーブルとして、税率基本テーブル76、税率適用開始テーブル77、税率適用終了テーブル78、税率適用開始取消テーブル79、税率適用終了取消テーブル80を、DBサーバ16の記憶装置内に生成する。
The
In response to this, the
図8は、上記の各テーブルの具体的構成を示すものである。
まず、税率基本テーブル76は、「税率基本ID(主キー)」、「国ID(外部キー)」、「税率」及び「登録日時」のデータ項目を備えている。
また、税率適用開始テーブル77は、「税率適用開始ID(主キー)」、「税率基本ID(外部キー)」、「適用開始日」及び「登録日時」のデータ項目を備えている。
税率適用終了テーブル78は、「税率適用終了ID(主キー)」、「税率基本ID(外部キー)」、「適用終了日」及び「登録日時」のデータ項目を備えている。
税率適用開始取消テーブル79は、「税率適用開始ID(主キー/外部キー)」及び「登録日時」のデータ項目を備えている。
税率適用終了取消テーブル80は、「税率適用終了ID(主キー/外部キー)」及び「登録日時」のデータ項目を備えている。
FIG. 8 shows a specific configuration of each table described above.
First, the tax rate basic table 76 includes data items of “tax rate basic ID (primary key)”, “country ID (external key)”, “tax rate”, and “registration date”.
The tax rate application start table 77 includes data items of “tax rate application start ID (primary key)”, “tax rate basic ID (external key)”, “application start date”, and “registration date”.
The tax rate application end table 78 includes data items of “tax rate application end ID (primary key)”, “tax rate basic ID (external key)”, “application end date”, and “registration date”.
The tax rate application start cancellation table 79 includes data items of “tax rate application start ID (primary key / foreign key)” and “registration date”.
The tax rate application end cancellation table 80 includes data items of “tax rate application end ID (primary key / foreign key)” and “registration date”.
上記の各テーブルには、上記と同様、以下の制約が予め課せられている。
(1)キー項目は一つに限定される。
(2)各テーブルにはレコードの追加のみが許容され、既存レコードの値の更新やレコードの削除は禁止される。
(3)各テーブルのカラムには、NULL値禁止制約、フラグ値禁止制約、区分値禁止制約が課せられる。
In the above-described tables, the following restrictions are imposed in advance as described above.
(1) The key item is limited to one.
(2) Only addition of records is allowed in each table, and updating of existing record values and deletion of records are prohibited.
(3) A NULL value prohibition constraint, a flag value prohibition constraint, and a partition value prohibition constraint are imposed on the columns of each table.
つぎに、型生成部26が起動し、テーブル設定部24から受け取った各テーブルの設定データに基づいて、DBサーバ16内に生成された各テーブルに対応したクラス(型)を生成する。具体的には、税率基本クラス81、税率適用開始クラス82、税率適用終了クラス83、税率適用開始取消クラス84、税率適用終了取消クラス85が生成され、型格納部27に格納される。
Next, the
つぎに、コンパイラ28が起動し、型格納部27内の各クラスをデータアクセス汎用部品30に引数として与えることにより、税率履歴データの管理に特化した税率履歴管理部86を生成する。
これ以降、この第1の履歴管理システム10は税率履歴管理システムとして機能し、税率基本テーブル76、税率適用開始テーブル77、税率適用終了テーブル78、税率適用開始取消テーブル79、税率適用終了取消テーブル80に対応のデータが蓄積されていく。
Next, the
Thereafter, the first
ここで、クライアント端末17からの検索リクエストを受け取ったWebサーバ12は、検索条件入力画面をクライアント端末17に送信する。
図9(a)は、クライアント端末17のWebブラウザ上に表示された検索条件入力画面87を示しており、同画面87は国ID、年月日、税率の項目を備えている。
これに対しユーザが、国IDとして「JP」を、年月日として「2009/01/03」を入力して検索ボタン88をクリックすると、これらの検索条件がWebサーバ12経由でAPサーバ14に送信される。
これを受けたデータ参照部18は、税率履歴管理部86に上記の検索条件を渡し、検索処理を依頼する。
Here, the
FIG. 9A shows a search
On the other hand, when the user inputs “JP” as the country ID and “2009/01/03” as the date and clicks the
Receiving this, the
これに対し税率履歴管理部86は、まず税率基本テーブル76から「国ID:JP」に係る税率基本データの取得を依頼する内容のSQLをDBサーバ16に対して発行する。
つぎに税率履歴管理部86は、DBサーバ16から受信したデータから税率基本IDを抽出し、税率適用開始テーブル77及び税率適用終了テーブル78から対応の税率基本IDに係るデータの取得を依頼する内容のSQLをDBサーバ16に対して発行する。
In response to this, the tax rate
Next, the tax rate
つぎに税率履歴管理部86は、DBサーバ16から受信したデータから税率適用開始IDを抽出し、税率適用開始取消テーブル79から対応の税率適用開始IDに係るデータの取得を依頼する内容のSQLをDBサーバ16に対して発行する。同時に、DBサーバ16から受信したデータから税率適用終了IDを抽出し、税率適用終了取消テーブル80から対応の税率適用終了IDに係るデータの取得を依頼する内容のSQLをDBサーバ16に対して発行する。
Next, the tax rate
つぎに税率履歴管理部86は、DBサーバ16から送信された各データを解析し、「2009年1月3日」におけるJP(日本)の税率を特定する。
データ参照部18は、この検索結果データをWebサーバ12に送信する。
この結果、Webサーバ12からクライアント端末17に対して、検索結果画面が送信される。
図9(b)は、クライアント端末17のWebブラウザ上に表示された検索結果画面89を示すものであり、「税率」の項目に「5」(%)の値が表示されている。
Next, the tax rate
The
As a result, a search result screen is transmitted from the
FIG. 9B shows a
その他、詳細な説明は省略するが、税率履歴管理部86は上記の売価履歴管理部22と同様、クライアント端末17からのリクエストに応じて、税率適用データの論理的な修正や削除、あるいは追加処理を実行する。
In addition, although detailed explanation is omitted, the tax rate
各種業務システムの中では、様々な時限データが取り扱われており、これまでは個々の時限データ毎に履歴を管理するための仕組みが場当たり的に設計されてきた。
これに対し、第1の履歴管理システム10の場合には、時限データの履歴管理のためのテーブルを、「基本テーブル」、「適用開始テーブル」、「適用終了テーブル」、「適用開始取消テーブル」、「適用終了取消テーブル」の5つに統一すると共に、履歴管理の処理ロジックをデータアクセス汎用部品30として共通化しておき、これに具体的なテーブル構成を適用することにより、各種の時限データに特化した履歴管理部を自動生成する仕組みを備えている。
この結果、個別に履歴管理システムを構築したりテストを実施したりする手間が省けることはもちろん、時限データの種類を問わず共通の仕組みを備えることにより、メンテナンス性が向上する利点が生じる。
In various business systems, various timed data are handled, and until now, a mechanism for managing the history for each timed data has been designed ad hoc.
On the other hand, in the case of the first
As a result, there is an advantage that maintenance is improved by providing a common mechanism regardless of the type of timed data, as well as saving time and labor for individually constructing a history management system and performing tests.
上記においては、5つのテーブル(基本テーブル、適用開始テーブル、適用終了テーブル、適用開始取消テーブル、売価適用終了取消テーブル)によって、様々な時限データの履歴を管理する方式について説明したが、さらに「適用期間」のテーブルを追加することにより、より柔軟な履歴管理を実現することができる。 In the above description, a method for managing various timed data histories using five tables (basic table, application start table, application end table, application start cancellation table, and sale price application end cancellation table) has been described. By adding a “period” table, more flexible history management can be realized.
図10はその具体例を示すものであり、この時限データの第2の履歴管理システム90は、DBサーバ16内に、売価基本テーブル34、売価適用開始テーブル36、売価適用終了テーブル38、売価適用開始取消テーブル40、売価適用終了取消テーブル42の他に、売価適用期間テーブル91を設けた点に特徴を備えている。
FIG. 10 shows a specific example thereof. The second
図11に示すように、売価適用期間テーブル91は、「売価適用開始ID(主キー/外部キー)」、「売価適用終了ID(外部キー)」及び「登録日時」のデータ項目を備えている。ただし、「売価適用終了ID」を主キーとしてもよい。
他のテーブルの構成は、図2に示したものと同じである。
As shown in FIG. 11, the selling price application period table 91 includes data items of “selling price application start ID (primary key / foreign key)”, “sale price application end ID (external key)”, and “registration date”. . However, “sale price application end ID” may be used as a primary key.
The structure of the other tables is the same as that shown in FIG.
このような、売価適用開始IDと売価適用終了IDとの関連性を管理するためのテーブルを備えない第1の履歴管理システム10の場合、売価適用開始データと売価適用終了データとの関連付けはそれぞれの「登録日時」に基づいて行われていたため、両データは必ず同一のタイミングで登録される必要性があった。
これに対し、売価適用開始ID及び売価適用終了IDの項目を備えた売価適用期間テーブル91を設けることにより、両データを別個のタイミングで登録しても、有効期間を正しく管理することが可能となる。
In the case of the first
On the other hand, by providing a selling price application period table 91 with items of selling price application start ID and selling price application end ID, it is possible to manage the validity period correctly even if both data are registered at separate timings. Become.
例えば、図12(a)に示すように、ユーザが新規登録画面95において商品ID、売価、適用開始日のみを特定して登録ボタン96をクリックした場合、売価履歴管理部22は上記と同様の手順で、DBサーバ16に対して「商品ID:A/売価:700/適用開始日:2010/09/01」の売価適用情報の登録を求める。
For example, as shown in FIG. 12A, when the user specifies only the product ID, the selling price, and the application start date on the
これを受けたDBサーバ16のデータベース管理システム32は、上記と同様、「商品ID:A/売価:700」の売価基本データが存在しない場合に限り、売価基本テーブル34に当該売価基本データのレコードを追加する。
つぎにデータベース管理システム32は、売価適用開始テーブル36に売価基本ID及び適用開始日(2010/09/01)を備えたレコードを追加する。
図13(1)は、「適用開始日」のみが登録された売価履歴データを示している。
In response to this, the
Next, the
FIG. 13 (1) shows the selling price history data in which only the “application start date” is registered.
後日、ユーザのクライアント端末17から「商品ID:A」が検索条件として入力された場合、図示は省略したが、商品ID:Aに係る全ての有効な売価適用情報がリストアップされた検索結果画面が、クライアント端末17のWebブラウザ上に表示される。
そして、このリスト中からユーザが「商品ID:A/売価:700/適用開始日:2010/09/01」の売価適用情報にチェックを入れ、修正ボタンをクリックすると、図12(b)に示すように、当該売価適用情報の詳細画面60が表示される。
When “product ID: A” is input as a search condition from the
Then, when the user checks the selling price application information of “product ID: A / selling price: 700 / application start date: 2010/09/01” from this list and clicks the correction button, the list is shown in FIG. As described above, the
これに対しユーザが、ブランクとなっている「適用終了」の項目に「2011/03/31」を入力して登録ボタン62をクリックすると、売価履歴管理部22はデータ修正のための処理を実行する。
On the other hand, when the user inputs “2011/03/31” in the blank “end of application” item and clicks the
まず売価履歴管理部22は、「商品ID:A/売価:700」の売価基本データに係る売価基本IDと、「2011/03/31」の適用終了日を備えた売価適用終了データを、売価適用終了テーブル38に追加することを求めるSQLを、DBサーバ16に発行する。
First, the selling price
つぎに売価履歴管理部22は、当該売価適用終了データに係る売価適用終了IDと、「適用開始日:2010/09/01」の売価適用開始データに係る売価適用開始IDを備えた売価適用期間データを、売価適用期間テーブル91に追加することを求めるSQLを、DBサーバ16に発行する。
Next, the selling price
この結果、図13(2)に示すように、売価適用情報の「適用開始日」及び「適用終了日」が揃った状態となる。
この売価適用情報の適用開始日と適用終了日の関連付けは、売価履歴管理部22が、DBサーバ16から送信された各売価適用開始データの適用開始IDと売価適用終了データの適用終了IDが一の売価適用期間データ中に揃って登録されているか否かをチェックすることにより、実現される。
As a result, as shown in FIG. 13 (2), the “application start date” and “application end date” of the selling price application information are aligned.
The sales price
この第2の履歴管理システム90の場合、上記のように参照時に売価履歴管理部22が売価適用期間テーブル91をチェックし、売価適用開始データと売価適用終了データとの関連付けを行う必要が生じるが、最初に開始日を登録しておき、後から終了日を追加登録することが可能となり、時限データのより柔軟な管理運用が可能となる。
In the case of the second
もちろん、テーブル数が増加する分、上記の通り、売価履歴管理部22の処理内容が複雑化することは否めないが、これに対応した処理ロジックがコーディングされたデータアクセス汎用部品30を用意しておくことで、上記と同様、具体的な履歴管理部を自動生成することができるため、個々のプログラム開発の負担を抑えることができる。
Of course, as the number of tables increases, as described above, the processing contents of the selling price
すなわち、クライアント端末17から売価適用期間テーブルを含めた各テーブルの設定データが送信されると、テーブル設定部24はこれをDBサーバ16に送信し、新規テーブルの生成を依頼する。
これを受けたデータベース管理システム32は、この設定データに従って新規のテーブル(売価基本テーブル34、売価適用開始テーブル36、売価適用終了テーブル38、売価適用開始取消テーブル40、売価適用終了取消テーブル42、売価適用期間テーブル91)をDBサーバ16の記憶装置内に生成する。
That is, when setting data of each table including the selling price application period table is transmitted from the
In response to this setting data, the
つぎに型生成部26が起動し、テーブル設定部24から受け取った各テーブルの設定データに基づいて、DBサーバ16内に生成された各テーブルに対応したクラス(型)を生成する。具体的には、売価基本クラス70、売価適用開始クラス71、売価適用終了クラス72、売価適用開始取消クラス73、売価適用終了取消クラス74、売価適用期間テーブル93が生成され、型格納部27に格納される。
Next, the
つぎにコンパイラ28が起動し、型格納部27内の各クラスを、6つのテーブル構成に対応したデータアクセス汎用部品30に引数として与えることにより、6つのテーブル構成に対応した売価履歴管理部22を生成する。
Next, the
上記のように、ユーザが図12(a)の新規登録画面95において適用開始日のみを入力し、適用終了日を入力したかった場合、売価適用期間データは売価適用終了データの追加時に売価適用期間テーブル91に登録される。
これに対し、ユーザが図12(a)の新規登録画面95において適用開始日と適用終了日を同時に入力した場合、売価履歴管理部22はDBサーバ16に対し、最初から売価適用期間データを売価適用期間テーブル91に登録することを依頼する。
As described above, when the user inputs only the application start date on the
On the other hand, when the user inputs the application start date and the application end date at the same time on the
もっとも、ユーザが図12(a)の新規登録画面95において適用開始日と適用終了日を同時に入力した場合には、売価適用期間データを売価適用期間テーブル91に登録することなく、5つのテーブル構成を前提とした第1の履歴管理システム10の場合と同様、売価履歴管理部22が適用開始データ及び適用終了データの登録日時の同一性に基づいて適用開始日と適用終了日のマッチングを行うように、この第2の履歴管理システム90を構成することもできる。
Of course, when the user inputs the application start date and the application end date simultaneously on the
売価適用開始データを一旦登録した後、対をなす売価適用終了データが登録される前に当該売価適用開始データ自体が不要になった場合には、当該売価適用開始データに係る売価適用開始IDを売価適用開始取消テーブル40に登録すればよい。 If the selling price application start data itself becomes unnecessary before the selling price application end data is registered after registering the selling price application start data once, the selling price application start ID related to the selling price application start data is set. It may be registered in the selling price application start cancellation table 40.
上記においては、先に売価適用開始日が登録された後、売価適用終了日が追加されるパターンを例示したが、図14(1)に示すように、先に売価適用終了日を登録しておき、図14(2)に示すように、後で売価適用開始日を追加することも当然に可能である。 In the above example, the sale price application end date is registered after the sale price application start date is registered first. However, as shown in FIG. 14 (1), the sale price application end date is registered first. Of course, as shown in FIG. 14 (2), it is of course possible to add the sales price application start date later.
上記においては、クライアント端末17からのリクエストに応じてデータの検索や更新が実行される例を示したが、履歴管理部は他のコンピュータシステムからのリクエストに応じて上記の各種処理を実行することも当然に可能である。
In the above, an example in which search and update of data is executed in response to a request from the
10 時限データの第1の履歴管理システム
12 Webサーバ
14 APサーバ
16 DBサーバ
17 クライアント端末
18 データ参照部
20 データ更新部
22 売価履歴管理部
24 テーブル設定部
26 型生成部
27 型格納部
28 コンパイラ
30 データアクセス汎用部品
32 データベース管理システム
34 売価基本テーブル
36 売価適用開始テーブル
38 売価適用終了テーブル
40 売価適用開始取消テーブル
42 売価適用終了取消テーブル
50 検索条件入力画面
52 検索ボタン
54 検索結果画面
56 検索結果画面
58 修正ボタン
60 詳細画面
62 登録ボタン
64 削除ボタン
66 追加ボタン
70 売価基本クラス
71 売価適用開始クラス
72 売価適用終了クラス
73 売価適用開始取消クラス
74 売価適用終了取消クラス
76 税率基本テーブル
77 税率適用開始テーブル
78 税率適用終了テーブル
79 税率適用開始取消テーブル
80 税率適用終了取消テーブル
81 税率基本クラス
82 税率適用開始クラス
83 税率適用終了クラス
84 税率適用開始取消クラス
85 税率適用終了取消クラス
86 税率履歴管理部
87 検索条件入力画面
88 検索ボタン
89 検索結果画面
90 時限データの第2の履歴管理システム
91 売価適用期間テーブル
93 売価適用期間クラス
95 新規登録画面
96 登録ボタン
The first history management system for 10 timed data
12 Web server
14 AP server
16 DB server
17 Client terminal
18 Data reference section
20 Data update section
22 Sales Price History Management Department
24 Table setting section
26 Type generator
27 type storage
28 Compiler
30 Data access general-purpose parts
32 Database management system
34 Basic sales price table
36 Sales price application start table
38 Sales price application end table
40 Sales price application start cancellation table
42 Sales price application end cancellation table
50 Search condition input screen
52 Search button
54 Search results screen
56 Search result screen
58 Correction button
60 Detailed screen
62 Registration button
64 Delete button
66 Add button
70 Basic price class
71 Sales price start class
72 End-of-sale class
73 Sales price start cancellation class
74 End of sale price cancellation class
76 Tax rate basic table
77 Tax rate application start table
78 Tax rate application end table
79 Tax rate application start cancellation table
80 Tax rate termination cancellation table
81 Basic tax rate class
82 Tax rate application start class
83 Tax rate termination class
84 Tax rate application start cancellation class
85 Tax rate termination termination class
86 Tax rate history management department
87 Search condition input screen
88 Search button
89 Search result screen
90 second time history data management system
91 Sales period table
93 Sales period class
95 New registration screen
96 Registration button
Claims (4)
このDBサーバにアクセスしてデータの参照及び追加を依頼する履歴管理部とを備えた時限データの履歴管理システムであって、
上記DBサーバは、
有効期間の適用対象及びその値を固有の基本IDに関連付けて格納する基本テーブルと、
上記適用対象及び値の有効期間の始期を、対応の基本ID及び固有の適用開始IDに関連付けて登録する適用開始テーブルと、
上記適用対象及び値の有効期間の終期を、対応の基本ID及び固有の適用終了IDに関連付けて登録する適用終了テーブルと、
上記適用開始IDを格納する適用開始取消テーブルと、
上記適用終了IDを格納する適用終了取消テーブルとを備え、
上記履歴管理部は、
(1)適用対象、値、有効期間を特定した時限データの追加リクエストが入力された場合に、上記DBサーバに対し、上記基本テーブルに当該適用対象及び値を備えた基本データが存在するか否かを照会し、当該基本データが存在する場合には、その基本ID及び有効期間の始期を備えた適用開始データを上記適用開始テーブルに追加すると共に、同基本ID及び有効期間の終期を備えた適用終了データを上記適用終了テーブルに追加することを依頼し、上記基本データが存在しない場合には、上記適用対象及び値を備えた基本データを上記基本テーブルに追加すると共に、この基本データの基本ID及び有効期間の始期を備えた適用開始データを上記適用開始テーブルに追加し、同基本ID及び有効期間の終期を備えた適用終了データを上記適用終了テーブルに追加することを依頼する処理を実行し、
(2)適用対象、値、有効期間の少なくとも一つを検索条件として特定した時限データの参照リクエストが入力された場合に、上記DBサーバに対して、上記検索条件にマッチする基本データ、適用開始データ、適用終了データ、適用開始取消データ、適用終了取消データの送信を依頼し、DBサーバから送信された時限データの中で、適用開始取消データ及び適用終了取消データが登録されたものを除外した上で、検索結果として出力する処理を実行し、
(3)特定の時限データの削除リクエストが入力された場合に、上記DBサーバに対し、当該時限データに係る適用開始データの適用開始IDを備えた適用開始取消データを上記適用開始取消テーブルに追加すると共に、当該時限データに係る適用終了データの適用終了IDを備えた適用終了取消データを上記適用終了取消テーブルに追加することを依頼する処理を実行し、
(4)適用対象、値、有効期間を特定した時限データの修正リクエストが入力された場合に、上記DBサーバに対し、上記基本テーブルに当該適用対象及び値を備えた基本データが存在するか否かを照会し、当該基本データが存在する場合には、その基本ID及び有効期間の始期を備えた適用開始データを上記適用開始テーブルに追加すると共に、同基本ID及び有効期間の終期を備えた適用終了データを上記適用終了テーブルに追加することを依頼し、上記基本データが存在しない場合には、上記適用対象及び値を備えた基本データを上記基本テーブルに追加すると共に、この基本データの基本ID及び有効期間の始期を備えた適用開始データを上記適用開始テーブルに追加し、同基本ID及び有効期間の終期を備えた適用終了データを上記適用終了テーブルに追加することを依頼する処理を実行することを特徴とする時限データの履歴管理システム。 A DB server that stores timed data with a specific validity period and value;
A timed data history management system comprising a history management unit that accesses the DB server and requests data reference and addition,
The DB server
A basic table for storing the valid period application target and its value in association with a unique basic ID;
An application start table for registering the start of the valid period of the application target and value in association with the corresponding basic ID and unique application start ID;
An application end table that registers the end of the valid period of the application target and value in association with the corresponding basic ID and unique application end ID;
An application start cancellation table for storing the application start ID;
An application end cancellation table for storing the application end ID,
The history management unit
(1) When a request to add timed data specifying the target, value, and validity period is entered, whether there is basic data with the target and value in the basic table for the DB server If the basic data exists, the application start data including the basic ID and the start of the effective period is added to the application start table, and the basic ID and the end of the effective period are provided. When requesting to add application end data to the application end table and the basic data does not exist, basic data including the application target and value is added to the basic table, and the basic data Application start data with ID and effective period start is added to the application start table, and application end data with basic ID and effective period end is added to the application end table. Execute the process of requesting to be added to
(2) When a reference request for timed data that specifies at least one of the target, value, and validity period is entered as a search condition, basic data that matches the search condition and application start to the DB server Requested transmission of data, application end data, application start cancellation data, and application end cancellation data, and excluded data registered for application start cancellation data and application end cancellation data from the time limit data sent from the DB server Above, execute the process to output as search results,
(3) When a request to delete specific timed data is input, application start cancellation data with the application start ID of application start data related to the timed data is added to the application start cancellation table. And executing a process for requesting to add the application end cancellation data with the application end ID of the application end data related to the time limit data to the application end cancellation table,
(4) When a correction request for timed data specifying the application target, value, and validity period is input, whether or not basic data with the application target and value exists in the basic table for the DB server If the basic data exists, the application start data including the basic ID and the start of the effective period is added to the application start table, and the basic ID and the end of the effective period are provided. When requesting to add application end data to the application end table and the basic data does not exist, basic data including the application target and value is added to the basic table, and the basic data Application start data with ID and effective period start is added to the application start table, and application end data with basic ID and effective period end is added to the application end table. A timed data history management system characterized by executing processing for requesting addition to a timed data.
上記履歴管理部は、
(1)適用対象、値、有効期間の始期を特定した時限データの追加リクエストが入力された場合に、上記DBサーバに対し、上記基本テーブルに当該適用対象及び値を備えた基本データが存在するか否かを照会し、当該基本データが存在する場合には、その基本ID及び有効期間の始期を備えた適用開始データを上記適用開始テーブルに追加することを依頼し、上記基本データが存在しない場合には、上記適用対象及び値を備えた基本データを上記基本テーブルに追加すると共に、この基本データの基本ID及び有効期間の始期を備えた適用開始データを上記適用開始テーブルに追加することを依頼する処理を実行し、
(2)上記基本ID、適用開始ID及び有効期間の終期を特定した時限データの追加リクエストが入力された場合に、上記DBサーバに対し、当該基本ID及び上記終期を備えた適用終了データを上記適用終了テーブルに追加すると共に、上記適用開始ID及び上記適用終了データの適用終了IDを上記適用期間テーブルに追加することを依頼する処理を実行し、
(3)適用対象、値、有効期間の終期を特定した時限データの追加リクエストが入力された場合に、上記DBサーバに対し、上記基本テーブルに当該適用対象及び値を備えた基本データが存在するか否かを照会し、当該基本データが存在する場合には、その基本ID及び有効期間の終期を備えた適用終了データを上記適用終了テーブルに追加することを依頼し、上記基本データが存在しない場合には、上記適用対象及び値を備えた基本データを上記基本テーブルに追加すると共に、この基本データの基本ID及び有効期間の終期を備えた適用終了データを上記適用終了テーブルに追加することを依頼する処理を実行し、
(4)上記基本ID、適用終了ID及び有効期間の始期を特定した時限データの追加リクエストが入力された場合に、上記DBサーバに対し、当該基本ID及び上記始期を備えた適用開始データを上記適用開始テーブルに追加すると共に、上記適用終了ID及び上記適用開始データの適用開始IDを上記適用期間テーブルに追加することを依頼する処理を実行することを特徴とする請求項1に記載の時限データの履歴管理システム。 The DB server includes an application period table for registering the application start ID and application end ID in association with each other,
The history management unit
(1) When a request to add timed data specifying the target of application, value, and validity period is entered, there is basic data with the target and value in the basic table for the DB server. If the basic data exists, it requests that the application start data having the basic ID and the start of the validity period be added to the application start table, and the basic data does not exist. In this case, the basic data including the application target and the value is added to the basic table, and the application start data including the basic ID of the basic data and the start of the effective period is added to the application start table. Execute the requested process,
(2) When a request for adding timed data specifying the basic ID, application start ID, and the end of the validity period is input, the application end data including the basic ID and the end is input to the DB server. Add to the application end table, and execute a process of requesting to add the application start ID and the application end ID of the application end data to the application period table,
(3) When a request to add timed data specifying the target, value, and end of validity period is entered, there is basic data with the target and value in the basic table for the DB server. If the basic data exists, request that the application end data with the basic ID and the end of the validity period be added to the application end table, and the basic data does not exist. In such a case, the basic data including the application target and the value is added to the basic table, and the application end data including the basic ID of the basic data and the end of the effective period is added to the application end table. Execute the requested process,
(4) When a request for adding timed data specifying the basic ID, application end ID, and the start of the validity period is input, the application start data including the basic ID and the start is sent to the DB server. 2. The time limit data according to claim 1, wherein the time limit data is added to the application start table and requests to add the application end ID and the application start ID of the application start data to the application period table. History management system.
上記履歴管理部の処理ロジックを記述したプログラム部品を格納しておく記憶手段と、
上記プログラム部品に上記の各クラスを引数として与えることにより、各テーブルの操作に特化した履歴管理部を生成する手段と、
を備えたことを特徴とする請求項1〜3の何れかに記載の時限データの履歴管理システム。 Based on the specific table name corresponding to the type of application target and the specific item name corresponding to the type of application target included in each table and the table setting information of the data type , at least the specific table name, specific A type defining unit that generates a class defining a typical data item and a data type of each data item for each table and stores the class in a predetermined storage unit
Storage means for storing program parts describing the processing logic of the history management unit;
Means for generating a history management unit specialized for the operation of each table by giving each of the above classes as an argument to the program part;
The history management system for timed data according to any one of claims 1 to 3, further comprising:
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2012025930A JP5675666B2 (en) | 2012-02-09 | 2012-02-09 | Timed data history management system |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2012025930A JP5675666B2 (en) | 2012-02-09 | 2012-02-09 | Timed data history management system |
Related Child Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2014258980A Division JP5841704B2 (en) | 2014-12-22 | 2014-12-22 | Timed data history management system |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2013164647A JP2013164647A (en) | 2013-08-22 |
JP5675666B2 true JP5675666B2 (en) | 2015-02-25 |
Family
ID=49175980
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2012025930A Expired - Fee Related JP5675666B2 (en) | 2012-02-09 | 2012-02-09 | Timed data history management system |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP5675666B2 (en) |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP6549245B2 (en) * | 2015-11-06 | 2019-07-24 | 株式会社野村総合研究所 | Data management system |
WO2017081737A1 (en) * | 2015-11-10 | 2017-05-18 | 株式会社野村総合研究所 | Data management system |
JP7287918B2 (en) * | 2020-04-24 | 2023-06-06 | カシオ計算機株式会社 | Slip processing device, slip processing method and program |
Family Cites Families (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH09114653A (en) * | 1995-10-16 | 1997-05-02 | Hitachi Ltd | Device for automatically generating source code related to record definition |
JP3245047B2 (en) * | 1996-03-28 | 2002-01-07 | 三菱電機株式会社 | Version control apparatus and method |
JPH10154090A (en) * | 1996-11-22 | 1998-06-09 | Mitsubishi Electric Corp | Data management system |
JP2002328819A (en) * | 2001-05-02 | 2002-11-15 | Pca Corp | Information management system, information management method and information management program |
JP2003044557A (en) * | 2001-08-02 | 2003-02-14 | Hitachi Information Systems Ltd | Calculating apparatus for information on use of service of transit system, calculating method therefor and processing program for the method |
JP2007108912A (en) * | 2005-10-12 | 2007-04-26 | Matsushita Electric Ind Co Ltd | Data management device, data management method and data management program |
JP4396988B2 (en) * | 2006-03-03 | 2010-01-13 | 三菱電機インフォメーションシステムズ株式会社 | Database system |
JP5237030B2 (en) * | 2008-09-29 | 2013-07-17 | 株式会社富士通ビー・エス・シー | Software development support program, software development support apparatus, and software development support method |
-
2012
- 2012-02-09 JP JP2012025930A patent/JP5675666B2/en not_active Expired - Fee Related
Also Published As
Publication number | Publication date |
---|---|
JP2013164647A (en) | 2013-08-22 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20150363725A1 (en) | Systems and Methods for Flexible Sourcing Systems | |
US7505983B2 (en) | Extending data flows | |
US11907980B2 (en) | Method and system for improved management of a purchase order by intercepting order submission messages | |
US7974960B2 (en) | System for identification of context related information in knowledge sources | |
US8560576B2 (en) | Mass change of master data via templates | |
US20130036013A1 (en) | Methods and apparatus for dynamically providing advertisements | |
EP2610741B1 (en) | Frontend-backend communication decision based on business object metadata | |
JP2008243193A (en) | Data management system | |
US20120030073A1 (en) | Creation and use of constraint templates | |
CN111831325A (en) | Method, device, system and medium for updating configuration file in application | |
CN106600082A (en) | Processing method and device of task in service system, and service system construction system | |
JP5675666B2 (en) | Timed data history management system | |
WO2013136442A1 (en) | Data usage system, history management system for timed data and data processing system | |
US8234649B2 (en) | Composite system to integrate process systems using secondarily created process objects for local database operations and inter process system communications | |
JP5474743B2 (en) | Program development support system | |
JP5841704B2 (en) | Timed data history management system | |
US20230052352A1 (en) | Systems and methods for assigning attribution weights to nodes | |
US11556523B2 (en) | Calculating order dependency in configuration activation for complex scenarios | |
US20140012632A1 (en) | Extension of business scenarios | |
US20150120355A1 (en) | Mobile terminal management server and mobile terminal management program | |
US20160148129A1 (en) | Report data management device, non-transitory computer-readable storage medium storing report data management program, and report data management method | |
US20140297427A1 (en) | Method of online national and local text, banner and video advertisement self-creation | |
US20150066574A1 (en) | Business operation processing system, method of generating processing related to a business operation, and computer-readable non-transitory storage medium | |
KR20110087371A (en) | System and method for managing affiliated good's information and recording medium | |
US20130085898A1 (en) | 3D version of self-choosing a rental car or truck online and business solution for the car and truck rental business |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20140205 |
|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20140826 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20140929 |
|
A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20141121 |
|
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: 20141210 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20141224 |
|
R150 | Certificate of patent or registration of utility model |
Ref document number: 5675666 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
LAPS | Cancellation because of no payment of annual fees |