JP2013228970A - Version-up management method in task system - Google Patents
Version-up management method in task system Download PDFInfo
- Publication number
- JP2013228970A JP2013228970A JP2012102029A JP2012102029A JP2013228970A JP 2013228970 A JP2013228970 A JP 2013228970A JP 2012102029 A JP2012102029 A JP 2012102029A JP 2012102029 A JP2012102029 A JP 2012102029A JP 2013228970 A JP2013228970 A JP 2013228970A
- Authority
- JP
- Japan
- Prior art keywords
- test
- module
- function
- target environment
- management method
- 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
- Debugging And Monitoring (AREA)
- Stored Programmes (AREA)
Abstract
Description
本発明は、いわゆる業務システムについて、バージョンアップ(世代変更)を行うための技術に関する。その中でも、特に、バージョンアップの際のテストを行う技術に関する。 The present invention relates to a technique for performing version upgrade (generation change) for a so-called business system. In particular, it relates to a technique for performing a test at the time of version upgrade.
現在、様々な業務がいわゆるコンピュータシステムで実行されている。このような場合、新たな機能追加や修正によるバージョンアップが必要になってくる。そして、バージョンアップにおいては、追加、修正する機能のテストを行う必要がある。 Currently, various tasks are executed by so-called computer systems. In such a case, it is necessary to upgrade the version by adding or correcting a new function. In the version upgrade, it is necessary to test the function to be added or modified.
このテストに関する従来技術として、特許文献1が存在する。特許文献1では、複数のコンポーネントから構成されるソフトウェアの効率的なバージョンアップ手法を提供することを目的としている。この目的を達成するために、特許文献1には、受け付けたバージョンアップ対象のコンポーネント及びそのテストプログラムをコンポーネント管理サーバ取得し、このテストプログラム等をについて、テストに失敗した場合、関連する未実行コンポーネントが存在すれば、当該コンポーネントをバージョンアップ対象のコンポーネントと共にバージョンアップを行うものである。
As a prior art relating to this test, there is
ここで、業務システムにおいては、一度のバージョンアップにおいて、複数の機能が追加ないし変更されることがある。このような場合、あるモジュールについて、複数回のテストが実行されることがある。さらに、複数回のテストを行った場合、それぞれでモジュールに修正が入ることがあり得る。 Here, in the business system, a plurality of functions may be added or changed in one version upgrade. In such a case, a plurality of tests may be executed for a certain module. Furthermore, if a test is performed a plurality of times, the module may be modified in each case.
しかし、特許文献1においては、複数回のテストが行われることは考慮されておらず、これを如何に自動的に行うかについては開示されていない。
However,
上記の課題を解決するために、本発明では、テスト対象機能毎に、関連する各モジュールの変更の有無をタイムスタンプを用いて判断し、その結果を確定フラグとして記録することで管理するものである。この中でも特に、本発明では、テスト対象機能を識別する変更機能IDを、変更があったモジュールと対応付けて記憶することで、変更後のモジュールのうち有効なものを特定することが好適である。つまり、修正があったモジュールかを、マスタテーブルに格納された変更機能IDで判断し、当該変更機能IDと該当するテスト機能を用いて、有効なモジュール(修正済みの)を特定するものである。 In order to solve the above problems, in the present invention, for each function to be tested, whether or not each related module is changed is determined using a time stamp, and the result is recorded as a confirmation flag for management. is there. Among these, particularly, in the present invention, it is preferable to specify a valid function among the modules after the change by storing the change function ID for identifying the function to be tested in association with the module that has been changed. . That is, it is determined whether the module has been modified based on the changed function ID stored in the master table, and the effective module (modified) is specified using the changed function ID and the corresponding test function. .
本発明によれば、複数のモジュールについて、複数回のテストがなされた場合でも容易に管理することが可能になる。 According to the present invention, it is possible to easily manage a plurality of modules even when a plurality of tests are performed.
本発明の一実施形態について、図面を用いて説明する。
図1は、本実施形態の対象の概念を示す図である。まず、保守環境(サーバ)と現行(稼動)環境が存在し、それぞれがネットワークを介して接続される。そして、保守環境でテスト、修正された内容が、ネットワークを介して、現行環境に展開され、旧バージョンと差換えられる。その流れを図2を用いて説明する。まず、(1)バージョンアップの際、元になるもの(本例では、第4世代)のプログラム等をテスト環境に移行する。(2)そして、テスト環境で、新機能に対応するモジュールの追加、修正およびテストを実行する。(3)テスト完了した後、リリース候補モジュールとして、リリース管理サーバに格納する。また、これらと並行して、(4)現行環境では、ミラー領域を作成し、現行のプログラム等をミラー領域に同期させる。そして、(2)のテスト完了した場合、(5)ネットワークを介してテストが完了したプログラム等を、現行環境にネットワークを介して展開し、また、(6)新世代として(本例では第5世代)、保守環境に保存する。また、現行環境では、(5)で展開されたものを現行環境に登録し、さらなる動作確認を行う。この結果、不具合が生じた場合には、(7)バージョンアップ前に戻す、つまり、ミラー領域に格納されている内容を現行領域に上書きする。また、不具合が生じなかった場合には、ミラー領域の旧バージョン(本例では第四世代)を削除する。
An embodiment of the present invention will be described with reference to the drawings.
FIG. 1 is a diagram showing the concept of the object of this embodiment. First, a maintenance environment (server) and a current (operational) environment exist, and each is connected via a network. Then, the contents tested and corrected in the maintenance environment are deployed to the current environment via the network and replaced with the old version. The flow will be described with reference to FIG. First, at the time of (1) version upgrade, the original program (fourth generation in this example) is transferred to the test environment. (2) Then, add, modify, and test a module corresponding to the new function in the test environment. (3) After the test is completed, it is stored in the release management server as a release candidate module. In parallel with these, (4) in the current environment, a mirror area is created and the current program or the like is synchronized with the mirror area. When the test of (2) is completed, (5) the program or the like that has been tested via the network is deployed to the current environment via the network, and (6) as a new generation (in this example, the fifth Generation) and save it in the maintenance environment. Also, in the current environment, the one developed in (5) is registered in the current environment, and further operation confirmation is performed. As a result, if a problem occurs, (7) the previous version is restored, that is, the contents stored in the mirror area are overwritten on the current area. Also, if no malfunction occurs, the old version of the mirror area (fourth generation in this example) is deleted.
以下、この詳細を図面を用いて説明する。図3に本実施形態で用いるシステムの構成図を示す。本システムは、テスト環境であるユーザAテストサーバ3101と、テスト要員がテスト等を実行させるための入力を行うテスト端末3111、3112と、ネットワークを介して接続される現行環境である現行サーバ3301、3302とこれを利用するための各利用者端末で構成される。そして、リリース管理サーバ300では、図5から7に示す各種テーブルを保持している。また、マスタ管理サーバ320、現行サーバ3301、3302においては、業務実行するプログラム等が格納されている。また、各端末においても、いわゆるコンピュータで実現されるものであり、このプログラムに従って、CPUのような演算装置が各種処理を実行する(各サーバについても同様)。また、リリース管理サーバ300は、複数の現行サーバ(システム)とネットワークを介して接続され、それぞれ保守(バージョンアップ)が可能になっている。
The details will be described below with reference to the drawings. FIG. 3 shows a configuration diagram of a system used in this embodiment. This system includes a user
なお、本実施形態が対象とするバージョンアップにおいては、そのテストを「変更機能」単位で行う。これは、追加、修正されるモジュールやこれらと関連して動作する既存のモジュールを単位とし、これら関連は、変更表と呼ばれる対応表で対応付けられている。この変更表は、紙媒体であっても構わないし、電子媒体に電子的に記録されていもよい。 In the version upgrade targeted by the present embodiment, the test is performed in units of “change function”. This is based on modules to be added or modified and existing modules that operate in association with these, and these associations are associated with each other in a correspondence table called a change table. The change table may be a paper medium or electronically recorded on an electronic medium.
以下、図4のフローチャートを用いて、本実施形態の処理の詳細を説明する。本実施形態では、上述した(2)の処理を行うものである。 The details of the processing of this embodiment will be described below using the flowchart of FIG. In the present embodiment, the above-described process (2) is performed.
ステップ401において、リリース管理サーバ300は、各テスト機能について、当該テストでテストされるモジュールを、テスト対策機能管理表(図5)に登録する。これは、テスト要員からの入力に従ってテスト端末3111や3112からの入力ないし図示しない設計情報に従って、構成欄に「既存」「新規」を登録するものである。ここで、「既存」とはバージョンアップ前から存在するモジュールを示し、「新規」とは、バージョンアップにより追加、ないし、修正されるモジュールを示す。そして、該当するテスト対策機能において、テストされるモジュールに記録される。これは、上述した変更表に基づいて特定され、テスト要員の入力に従い、あるいは電子的なデータに従って特定される。
In step 401, the
次に、ステップ402において、リリース管理サーバ300は、テストすべきテスト対策機能を特定する。これは、テスト要員からの入力に従ってテスト端末3111や3112からの入力に従って、特定すればよい。
Next, in step 402, the
次に、ステップ403において、特定されたテスト対策機能について、変更機能IDの有無を判断する。変更機能IDは、他のテスト対策機能でのテストにおいて、修正されたこと、および修正されたテストのテスト対策機能を識別するものである。このために、まず、テスト対策機能管理表(図5)を用いて、特定されたテスト対策機能でテストされるモジュールを、構成欄から判断する。そして、テストされるモジュールについて、マスタテーブル(図6)の対応するレコードに変更機能ID6007が登録されているかを判断する。この結果、登録されている場合は、ステップ404に進む。登録されていない場合には、ステップ405に進む。
Next, in step 403, it is determined whether or not there is a change function ID for the specified test countermeasure function. The change function ID identifies that the test was corrected in another test countermeasure function and the test countermeasure function of the corrected test. For this purpose, first, using the test countermeasure function management table (FIG. 5), the module to be tested with the specified test countermeasure function is determined from the configuration column. Then, it is determined whether the
ステップ404において、リリース管理サーバ300は、変更機能IDを用いて、該当する実体モジュールを特定する。これは、以下の処理により実現される。まず、変更機能IDを抽出する。そして、抽出された変更機能IDをキーに、対象となるモジュールが修正(変更)されたテスト対象機能と、モジュールを識別する識別子を特定する。そして、これらをキーに、図7に示す修正プログラム管理表を検索し、最新(ないし有効な)モジュールを特定する。そして、このモジュールを含む当該テスト対象機能に必要なモジュールを、テスト環境に投入する。
In step 404, the
また、ステップ405において、ステップ403で変更機能ID6007が登録されていないと判断された場合、マスタをユーザテスト環境220に投入する。
If it is determined in step 405 that the changed
ステップ406では、新規作成・修正されるモジュールをテスト環境に投入する。以降、ステップ404、405、406において投入したモジュールを対象に、そのモジュールのプロパティ日付情報をテスト対策機能管理表(図5)の初期タイムスタンプ5007に登録する。そして、ステップ408に機能毎テストの実施を開始する。
In step 406, a module to be newly created / modified is input to the test environment. Thereafter, the property date information of the module input in steps 404, 405, and 406 is registered in the
ステップ409では、テスト実施した回数をカウントし、テスト対策機能管理表(図5)のテスト回数5006に登録する。テスト回数はプログラムを変更し、テスト実施した回数を示す指標である。
In step 409, the number of times the test has been performed is counted and registered in the
次に、ステップ410において、テスト対象の機能について、テストを行い、テスト要員が実行結果をテスト用のチェックリストに記載する想定結果と比較し、不具合の有無を判断する。不具合が生じた場合、プログラムの変更を実施した後に、ステップ408に戻り、テストを再実施する。不具合がない場合、ステップ412に進む。 Next, in step 410, the function to be tested is tested, and the test personnel compares the execution result with the assumed result described in the test checklist to determine whether there is a defect. If a problem occurs, after changing the program, the process returns to step 408 and the test is performed again. If there is no defect, the process proceeds to step 412.
ステップ412において、該当機能の各構成モジュールのプロパティ日付情報をテスト対策機能管理表(図5)の最終タイムスタンプ5008に登録する。
In step 412, the property date information of each component module of the corresponding function is registered in the
次に、ステップ413で、テスト対策機能管理表(図5)の構成欄5004からモジュールの新規か既存を判断し、新規であれば、ステップ415に進み、テスト対策機能管理表(図5)の確定フラグ5009が有効であることを示すように記録する。
Next, in step 413, it is determined whether the module is new or existing from the
また、バージョンアップ前から存在する既存のモジュールであれば、ステップ414に進み、最終タイムスタンプ5008と初期タイムスタンプ5007が等しいかを判断する。異なった場合には、確定フラグ5009を有効にする。確定フラグを有効にしたモジュールは変更されたことを意味している。ステップ416において、修正されたモジュールの情報を修正モジュール管理表(図7)に登録する。ここで、テスト対象機能を区別するための変更機能IDとモジュールIDのほか、モジュールの実体をテスト環境以外のリリース管理サーバ上の保存先に格納しておくディレクトリの情報を記憶する。
If it is an existing module existing before the version upgrade, the process proceeds to step 414 to determine whether the
次に、ステップ417にマスタ管理表(図6)の変更機能ID6007を登録する。そして、ステップ418にテスト要員がテスト項目を消化し、テスト完了を判断する。完了した場合、該当機能のテストにおいて、リリース構成を確定する(ステップ419)。
Next, in step 417, the
なお、上述した実施形態では、変更機能IDを用いたが、これを省略したものも本発明の一態様に含まれる。つまり、ステップ403やステップ416、417を省略し、構成(既存、新規)、確定フラグおよびタイムスタンプを用いた処理であってもよい。 In the above-described embodiment, the changed function ID is used. However, one in which this is omitted is also included in one aspect of the present invention. That is, the processing using the configuration (existing or new), the confirmation flag, and the time stamp may be performed by omitting steps 403 and 416 and 417.
100…保守環境、110…ネットワーク、120、130…ユーザ稼動環境、
200…マスタ管理サーバ、2001〜2005…マスタ世代構成、210…リリース管理サーバ、220…ユーザテストサーバ、230…ネットワーク、240…ユーザ稼動サーバ、300…リリース管理サーバ、310…テストサーバ、320…マスタ管理サーバ、3111、3112…テスト用端末、3301…ユーザA現用サーバ、3302ユーザA待機サーバ、340…ユーザA監視サーバ、3501、3502…ユーザ利用者端末、401〜419…フローチャート、5001〜5009…テスト対策機能管理表項目、
6001〜6007…マスタ管理表項目、7001〜7003…修正モジュール管理表項目
100: maintenance environment, 110: network, 120, 130: user operating environment,
200 ... Master management server, 2001-2005 ... Master generation configuration, 210 ... Release management server, 220 ... User test server, 230 ... Network, 240 ... User operation server, 300 ... Release management server, 310 ... Test server, 320 ... Master Management server, 3111, 3112 ... test terminal, 3301 ... user A active server, 3302 user A standby server, 340 ... user A monitoring server, 3501, 3502 ... user user terminal, 401-419 ... flow chart, 5001-5009 ... Test countermeasure function management table items,
6001 to 6007 ... Master management table item, 7001 to 7003 ... Correction module management table item
Claims (3)
特定されたテスト対象環境について、当該テスト対象環境のテストによりモジュールに修正があったかを、当該モジュールに対するタイムスタンプに基づいて判断し、
当該判断の結果、修正があった場合、前記テスト対象環境を管理するテスト対象環境表の該当するモジュールついて、修正があった旨の示す確定フラグを記録することを特徴とする業務システムにおけるバージョンアップ管理方法。 In a version upgrade management method in a business system composed of a plurality of modules, a test target environment in which a plurality of modules are tested is specified as a test unit in the version upgrade of the business system,
For the identified test target environment, determine whether the module has been modified by the test of the test target environment based on the time stamp for the module,
As a result of the determination, if there is a correction, a confirmation flag indicating that the correction has been recorded is recorded for the corresponding module in the test target environment table for managing the test target environment. Management method.
各モジュールに関する情報を格納するマスタテーブルであって、前記テストにおいてモジュールに修正があった場合、当該モジュールに対応付けて修正されたテストのテスト対象環境を識別する変更機能IDを登録し、
特定された前記テスト対象環境においてテストされるモジュールの修正の有無および修正が施されたテスト対象環境を、前記変更機能IDを用いて判断し、
修正があると判断された場合、修正が施されたテスト対象環境と当該モジュールを識別する識別子に基づいて、有効なモジュールを特定し、
特定されたモジュールを含む情報を用いて前記テストを実行することを特徴とする業務システムにおけるバージョンアップ管理方法。 The upgrade management method according to claim 1,
A master table for storing information about each module, and when a module is modified in the test, register a change function ID for identifying a test target environment of the test modified in association with the module,
The presence or absence of modification of the module to be tested in the identified test target environment and the test target environment in which the correction has been performed are determined using the change function ID,
If it is determined that there is a fix, identify a valid module based on the test environment under which the correction was made and an identifier identifying the module,
A version upgrade management method in a business system, wherein the test is executed using information including a specified module.
前記テストが実行された際、実行されたテスト対象環境でモジュールの修正があった場合、前記確定フラグおよび当該テスト対象環境の変更機能IDを、前記マスタテーブルに格納することを特徴とする業務システムにおけるバージョンアップ管理方法。 In the version upgrade management method in the business system system according to claim 2,
When the test is executed, if the module is corrected in the executed test target environment, the determination flag and the change function ID of the test target environment are stored in the master table. Version upgrade management method.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2012102029A JP5537599B2 (en) | 2012-04-27 | 2012-04-27 | Version upgrade management method in business system |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2012102029A JP5537599B2 (en) | 2012-04-27 | 2012-04-27 | Version upgrade management method in business system |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2013228970A true JP2013228970A (en) | 2013-11-07 |
JP5537599B2 JP5537599B2 (en) | 2014-07-02 |
Family
ID=49676510
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2012102029A Expired - Fee Related JP5537599B2 (en) | 2012-04-27 | 2012-04-27 | Version upgrade management method in business system |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP5537599B2 (en) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104572728A (en) * | 2013-10-22 | 2015-04-29 | 阿里巴巴集团控股有限公司 | Method and device for checking consistency of text description and functions of controls |
CN108089986A (en) * | 2017-12-18 | 2018-05-29 | 江苏木盟智能科技有限公司 | A kind of version updating test method and system based on robot |
CN109726132A (en) * | 2019-01-03 | 2019-05-07 | 京东方科技集团股份有限公司 | A kind of method for testing software and software test automation management system |
EP3722945A1 (en) | 2019-04-11 | 2020-10-14 | Hitachi, Ltd. | Program operation system and program operation method |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH05233234A (en) * | 1992-02-24 | 1993-09-10 | Nec Corp | Release processing system for software package |
JPH07334352A (en) * | 1994-06-03 | 1995-12-22 | Nippon Telegr & Teleph Corp <Ntt> | Terminal file managing system |
JP2008176803A (en) * | 2008-02-14 | 2008-07-31 | Fujitsu Ltd | Level-down detection program, level-down detection method, and management program |
JP2009169724A (en) * | 2008-01-17 | 2009-07-30 | Nomura Research Institute Ltd | Maintenance support device |
JP2009295050A (en) * | 2008-06-06 | 2009-12-17 | Ntt Data Corp | Product management server, product management method and program |
JP2010039751A (en) * | 2008-08-05 | 2010-02-18 | Fujitsu Ltd | Software development system |
-
2012
- 2012-04-27 JP JP2012102029A patent/JP5537599B2/en not_active Expired - Fee Related
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH05233234A (en) * | 1992-02-24 | 1993-09-10 | Nec Corp | Release processing system for software package |
JPH07334352A (en) * | 1994-06-03 | 1995-12-22 | Nippon Telegr & Teleph Corp <Ntt> | Terminal file managing system |
JP2009169724A (en) * | 2008-01-17 | 2009-07-30 | Nomura Research Institute Ltd | Maintenance support device |
JP2008176803A (en) * | 2008-02-14 | 2008-07-31 | Fujitsu Ltd | Level-down detection program, level-down detection method, and management program |
JP2009295050A (en) * | 2008-06-06 | 2009-12-17 | Ntt Data Corp | Product management server, product management method and program |
JP2010039751A (en) * | 2008-08-05 | 2010-02-18 | Fujitsu Ltd | Software development system |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104572728A (en) * | 2013-10-22 | 2015-04-29 | 阿里巴巴集团控股有限公司 | Method and device for checking consistency of text description and functions of controls |
CN108089986A (en) * | 2017-12-18 | 2018-05-29 | 江苏木盟智能科技有限公司 | A kind of version updating test method and system based on robot |
CN109726132A (en) * | 2019-01-03 | 2019-05-07 | 京东方科技集团股份有限公司 | A kind of method for testing software and software test automation management system |
US11281570B2 (en) | 2019-01-03 | 2022-03-22 | Boe Technology Group Co., Ltd. | Software testing method, system, apparatus, device medium, and computer program product |
EP3722945A1 (en) | 2019-04-11 | 2020-10-14 | Hitachi, Ltd. | Program operation system and program operation method |
US11399071B2 (en) | 2019-04-11 | 2022-07-26 | Hitachi, Ltd. | Program operation system and program operation method |
Also Published As
Publication number | Publication date |
---|---|
JP5537599B2 (en) | 2014-07-02 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10949194B2 (en) | Updating dependent services | |
EP3616066B1 (en) | Human-readable, language-independent stack trace summary generation | |
US9471594B1 (en) | Defect remediation within a system | |
US10635429B2 (en) | Systems and methods of just-in-time proactive notification of a product release containing a software fix | |
WO2013140608A1 (en) | Method and system that assist analysis of event root cause | |
US10747776B2 (en) | Replication control using eventually consistent meta-data | |
US20150142813A1 (en) | Language tag management on international data storage | |
KR101365840B1 (en) | Work item event procession | |
WO2016013199A1 (en) | Virtualization substrate management device, virtualization substrate management system, virtualization substrate management method, and recording medium for recording virtualization substrate management program | |
JP5537599B2 (en) | Version upgrade management method in business system | |
JP6722528B2 (en) | Software development support method and system | |
JP2008065682A (en) | Traceability management device, program, and method of tracing | |
CN110865806B (en) | Code processing method, device, server and storage medium | |
CN111290738A (en) | Resource processing method, device and equipment of application program and storage medium | |
JP2010009411A (en) | Virtual environment operation support system and virtual environment operation support program | |
JP2010128597A (en) | Information processor and method of operating the same | |
JP6015750B2 (en) | Log collection server, log collection system, and log collection method | |
CN110908644A (en) | Configuration method and device of state node, computer equipment and storage medium | |
US20090276779A1 (en) | Job management apparatus | |
WO2015019488A1 (en) | Management system and method for analyzing event by management system | |
US10503722B2 (en) | Log management apparatus and log management method | |
JP2014085951A (en) | Source code management system, source code management method, and source code management program | |
JP5661505B2 (en) | Parallel development management device | |
CN111078258A (en) | Version upgrading method and device | |
JP2015045901A (en) | Business processing system, method for generating process pertaining business, and program |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20140221 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20140225 |
|
A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20140314 |
|
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: 20140401 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20140425 |
|
R151 | Written notification of patent or utility model registration |
Ref document number: 5537599 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R151 |
|
LAPS | Cancellation because of no payment of annual fees |