JP2003076816A - Statute-dependent object management program, statute- dependent object management system and statute database update server - Google Patents

Statute-dependent object management program, statute- dependent object management system and statute database update server

Info

Publication number
JP2003076816A
JP2003076816A JP2001264993A JP2001264993A JP2003076816A JP 2003076816 A JP2003076816 A JP 2003076816A JP 2001264993 A JP2001264993 A JP 2001264993A JP 2001264993 A JP2001264993 A JP 2001264993A JP 2003076816 A JP2003076816 A JP 2003076816A
Authority
JP
Japan
Prior art keywords
law
dependent property
database
property management
logic check
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.)
Pending
Application number
JP2001264993A
Other languages
Japanese (ja)
Inventor
Shinji Ietomi
慎二 家富
Kuniaki Ito
邦章 伊藤
Akihito Ogawa
彰人 小川
Takeshi Takehara
健 竹原
Yutaka Abe
豊 阿部
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fujitsu Ltd
Original Assignee
Fujitsu Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Fujitsu Ltd filed Critical Fujitsu Ltd
Priority to JP2001264993A priority Critical patent/JP2003076816A/en
Publication of JP2003076816A publication Critical patent/JP2003076816A/en
Pending legal-status Critical Current

Links

Landscapes

  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

PROBLEM TO BE SOLVED: To solve a problem that, for a conventional statute-dependent object management system (for instance, patent management system), a considerable amount of man-hour is required for precise and speedy version upgrade of the system package by a vendor at every statute revision, and a user also necessitates a considerable amount of man-hour for customizing associated with the version upgrade. SOLUTION: A statute-dependent object management program is separated into a business logic check program and a statute logic check program, further, the statute logic check program is separated into a statute logic check common part and a statute logic check customizing part, and a statute database part is separated from the statute logic check program, so that the range of version upgrade at the statute revision can be limited to the statute logic check program, the statute logic check common part and the statute database part, revision misses can be reduced, and the man-hour can be reduced.

Description

【発明の詳細な説明】Detailed Description of the Invention

【0001】[0001]

【発明の属する技術分野】本発明は、技術開発企業等に
おいて自社出願特許の帰趨を管理する特許管理システム
のように、法令依存物件(例えば出願済特許)を管理す
る法令依存物件管理システムの構築技術に係り、特に、
法令の改訂に伴うシステムレベルアップを効率よく行う
技術に関する。
TECHNICAL FIELD The present invention relates to the construction of a law-dependent property management system for managing law-dependent properties (for example, applied patents) like a patent management system for managing the consequences of patents filed in-house by technology development companies. Technology, especially
The present invention relates to a technology for efficiently increasing the system level according to the revision of laws and regulations.

【0002】[0002]

【従来の技術】世界的な技術開発競争時代にはいり、特
に技術開発企業においては特許戦略が経営戦略の重要な
一部となってきた。世界をマーケットとする技術開発企
業においては、日本のみならず米国、欧州、アジアの各
国に対し戦略的に特許出願を行い、適切な権利取得を図
っている。このように多数の出願件数をもつ企業では、
特許戦略推進のために、IT技術を用いて特許管理業務
のシステム化を図ってきた。図2(a) にはこのような特
許管理業務のシステム化の全貌を示す。
2. Description of the Related Art In the age of global competition for technological development, the patent strategy has become an important part of management strategy, especially in technological development companies. Technology development companies in the world market strategically apply for patents not only in Japan but also in the United States, Europe, and Asia to obtain appropriate rights. In a company with a large number of applications like this,
In order to promote patent strategy, we have systematized patent management operations using IT technology. Figure 2 (a) shows the overall picture of systematization of such patent management work.

【0003】図に示す如く、代表的なシステムとして、 1.公知例検索システム:CD-ROM公報の蓄積、検索機能を
もち、発明者や社内審査部門が自社特許アイデアを検討
する際に使用する。 2.発明者出願支援システム:社内出願依頼、パソコン出
願、事務所連携などの機能をもち、出願実務をサポート
する。 3.特許管理システム:発明者からの出願依頼の社内受
付、進捗管理、年金管理、経費管理等を行い、出願特許
の帰趨履歴を管理する。 4.包袋管理システム:出願書類、手続き書類の電子保
管、検索機能をもち、問題特許や特許係争時のツールと
なる。
As shown in the figure, as a typical system, 1. Known example search system: It has a function of accumulating and searching for CD-ROM gazettes, and is used by the inventor and the in-house examination department when examining their own patent ideas. . 2. Inventor application support system: It has functions such as in-house application request, PC application, office cooperation, etc. to support application practice. 3. Patent management system: In-house acceptance of application requests from the inventor, progress management, pension management, expense management, etc., and management of the history of application patents. 4. Baggage management system: Electronic storage of application documents and procedural documents, a search function, and a tool for problem patents and patent disputes.

【0004】本発明は、上記範囲のうち、3.特許管理シ
ステムに関するものである。特許管理システムは特許誕
生以前から権利満了に至る特許のライフサイクル中の帰
趨履歴を特許データベースで管理する。システムには特
許ライフサイクルに則して多くの特許管理業務が含まれ
るが、図2(b) にその代表的な業務一覧を示す。本発明
はそのうち、特許管理システムの特許データベースP-DB
を更新する特許管理業務に関するもので、図2(b) で◎
を付した部分であるが、これについては後に説明する。
The present invention relates to the patent management system 3. within the above range. The patent management system manages the return history during the life cycle of the patent from the birth of the patent to the expiration of the patent in the patent database. The system includes many patent management operations in accordance with the patent life cycle, and Fig. 2 (b) shows a typical list of operations. The present invention includes the patent database P-DB of the patent management system.
Related to patent management work for updating
The part marked with is described later.

【0005】多数の技術開発企業などでこれらの特許管
理システムを導入しているが、その多くはシステムベン
ダが提供する特許管理システムパッケージを購入し、自
社環境や社内特許管理方針やルールに適合するようにカ
スタマイズを行ってこのシステムを運用している。しか
るに、特許権をはじめとする工業所有権を定める法令
(以下特許法令と呼ぶ)は多くは各国ごとに異なり、特
許権、商標権など種類が多いために、大規模な特許管理
システムユーザでは30国以上、100種以上の特許法
令を取り入れている。システムベンダはもちろんこれら
すべてをサポートする。
Many technology development companies have introduced these patent management systems, but most of them purchase a patent management system package provided by a system vendor and conform to their own environment or in-house patent management policies and rules. We operate this system by customizing it. However, many laws and regulations (hereinafter referred to as patent laws and regulations) that define industrial property rights, including patent rights, differ from country to country, and there are many types of patent rights, trademark rights, etc. It has adopted more than 100 kinds of patent laws in more than one country. System vendors support all of these, of course.

【0006】さらに、プロパテント時代を反映して、こ
れら法令は小改訂や大改訂をとりまぜて頻繁に改訂され
ている。例えば、日本特許法では近年でも平成5年改
正、平成6年改正、平成10年改正、平成11年改正、
と続いている。しかも、現行日本特許期間が出願から2
0年であるように、一般に特許管理は長期管理を要する
ので、何世代も前の特許法を適用する事件特許の管理が
必要である。
Further, reflecting the era of pro-patent, these laws are frequently revised including small revisions and major revisions. For example, the Japanese Patent Law has recently been revised in 1993, 1994, 1998, 1999,
Continues. Moreover, the current Japanese patent period is 2 from the application
As in 0 years, patent management generally requires long-term management, so management of case patents applying the patent law of generations before is necessary.

【0007】以上述べた特許管理システムのように、多
数の法令に依存する物件(例えば出願済特許)を管理す
る法令依存物件管理システムでは、上記のように多種の
関連する法令を抱えていると年1〜2回の改訂に遭遇
し、システムベンダではその改訂のつどパッケージのバ
ージョンアップ作業への没頭が必要であり、さらに、バ
ージョンアップシステムをユーザに適用するにあたっ
て、当該ユーザのカスタマイズ箇所をユーザ毎に把握し
て、当該バージョンアップに整合するように新たなカス
タマイズ作業が必要であった。
Like the patent management system described above, the law-dependent property management system that manages properties that depend on a large number of laws (for example, applied patents) has various related laws as described above. We encounter revisions once or twice a year, and the system vendor needs to immerse themselves in the version upgrade work of each revision. Furthermore, when applying the version upgrade system to the user, the user needs to customize the customization part of the user. Each time, it was necessary to carry out new customization work to match the version upgrade.

【0008】[0008]

【発明が解決しようとする課題】このように従来の特許
管理システムに代表されるような法令依存物件管理シス
テムでは、法令改訂のたびにベンダーは正確迅速なシス
テムパッケージのバージョンアップのために多大な工数
が必要であり、ユーザもこのバージョンアップに伴うカ
スタマイズに多大な工数を要するという課題があった。
本発明はこのような課題を解決し、法令改訂に伴うパッ
ケージのバージョンアップ範囲をより減少させ、作業工
数の削減とミスによる改訂反映漏れを減少させる法令依
存物件管理システムを提供することを目的とする。ま
た、パッケージのバージョンアップに伴うユーザカスタ
マイズの作業工数を削減させる法令依存物件管理システ
ムを提供することを目的とする。
As described above, in the law-dependent property management system represented by the conventional patent management system, the vendor is required to update the system package accurately and promptly every time the law is revised. There is a problem in that man-hours are required, and the user also needs a lot of man-hours for customization accompanying this version upgrade.
An object of the present invention is to solve such problems, and to provide a law-dependent property management system that further reduces the package version upgrade range associated with law revisions, reduces the number of work steps, and reduces revision revision omissions due to mistakes. To do. Another object of the present invention is to provide a law-dependent property management system that reduces the number of man-hours required for user customization that accompanies a package version upgrade.

【0009】[0009]

【課題を解決するための手段】上記課題は、図1に示す
如く、法令依存物件の帰趨履歴を格納する法令依存物件
データベースP-DBを有し、法令に基づいて必要となる手
続を管理する法令依存物件管理サーバ2と、前記法令依
存物件データベースP-DBへのデータ登録、更新入力を行
う1つ以上の法令依存物件管理クライアント1とから構
成される法令依存物件管理システムにおいて、法令依存
物件管理サーバ2のコンピュータに法令依存物件管理情
報処理を実行させるための法令依存物件管理プログラム
であって、前記法令依存物件管理クライアント1からの
前記法令依存物件データベースP-DBへのデータ登録、更
新のためのデータ入力に対して、管理業務における予め
定められたルールであるビジネスロジックに従ってチェ
ックを行い、エラーがあれば再入力を促し、ビジネスロ
ジックとしてのエラーのないデータのみを受け入れるビ
ジネスロジックチェック手段21としてコンピュータを機
能させるビジネスロジックチェックプログラムと、前記
データ入力に対し法令における予め定められたルールで
ある法令ロジックに照らしてエラーがあれば再入力を促
し、法令ロジックエラーのないデータのみを受け入れる
法令ロジックチェック手段22としてコンピュータを機能
させる法令ロジックチェックプログラムと、を有し、前
記ビジネスロジックチェックプログラムと前記法令ロジ
ックチェックプログラムとが分離している法令依存物件
管理プログラム、によって解決される。
[Means for Solving the Problems] As shown in FIG. 1, the above problem has a law-dependent property database P-DB that stores the history of the return of law-dependent properties, and manages necessary procedures based on the law. In the law-dependent property management system that consists of the law-dependent property management server 2 and one or more law-dependent property management clients 1 that register and update data in the law-dependent property database P-DB, A law-dependent property management program for causing the computer of the management server 2 to execute law-dependent property management information processing. Data registration and update from the law-dependent property management client 1 to the law-dependent property database P-DB For the data input for the check, it is checked according to the business logic that is a predetermined rule in management work, and the error is If so, a business logic check program that prompts re-entry and causes a computer to function as a business logic check means 21 that accepts only error-free data as business logic, and a law logic that is a predetermined rule in law for the data input. A legal logic check program that causes a computer to function as the legal logic check means 22 that accepts only data that has no legal logic error and prompts re-entry if there is an error in light of the above-mentioned business logic check program and the legal logic. It is solved by the law-dependent property management program, which is separate from the check program.

【0010】また前記ビジネスロジックチェック機能
(ビジネスロジックチェック手段21の機能)はビジネス
ロジックチェック処理を共通的に記述する抽象クラスオ
ブジェクト集合であるビジネスロジックチェック共通部
BC-Kと、前記ビジネスロジックチェック共通部BC-Kを実
行するための実行クラスからなりユーザ毎のシステム環
境や業務条件に適合するようにカスタマイズされたビジ
ネスロジックチェックカスタマイズ部BC-Cとから構成さ
れたプログラムによって実現され、前記法令ロジックチ
ェック機能(法令ロジックチェック手段22の機能)は法
令ロジックチェック処理を共通的に記述する抽象クラス
オブジェクト集合である法令ロジックチェック共通部LC
-Kと、前記法令ロジックチェック共通部LC-Kを実行する
ための実行クラスからなりユーザ毎のシステム環境や業
務条件に適合するようにカスタマイズされた法令ロジッ
クチェックカスタマイズ部LC-Cとから構成されたプログ
ラムによって実現する法令依存物件管理プログラム、に
よって上記課題は解決される。
The business logic check function (function of the business logic check means 21) is a business logic check common part which is a set of abstract class objects that commonly describe business logic check processing.
Consists of BC-K and a business logic check customizing section BC-C that is customized to match the system environment and business conditions of each user and consists of an execution class for executing the business logic check common section BC-K. The legal logic check function (the function of the legal logic check means 22) realized by the implemented program is an abstract class object set that commonly describes the legal logic check processing.
-K and the legal logic check customizing section LC-C that is customized to suit the system environment and business conditions of each user and consists of an execution class for executing the legal logic check common section LC-K. The above-mentioned problems are solved by the law-dependent property management program realized by the program.

【0011】また、法令ロジックチェック機能(法令ロ
ジックチェック手段22の機能)は法令の所定の記述をコ
ンピュータにロジックチェックさせるために適した項目
の集合として構成した法令データベースL-DBを、法令ロ
ジックチェック共通部LC-Kと分離して保持する法令依存
物件管理プログラム、によって上記課題は解決される。
The law logic check function (the function of the law logic check means 22) is a law logic check function for a law database L-DB configured as a set of items suitable for causing a computer to perform a logic check of a predetermined description of a law. The above problem is solved by the law-dependent property management program that is held separately from the common part LC-K.

【0012】また、改訂された法令の所定の記述をコン
ピュータにロジックチェックさせるために適した項目の
集合として構成した改訂法令データベース情報として登
録する改訂法令登録手段32と、法令依存物件管理システ
ムに対してインターネットを通じて前記改訂法令データ
ベース情報を送信する改訂法令データベース情報送信手
段31とを有する法令データベース更新サーバ3から、イ
ンターネットを通じて改訂法令データベース情報を受信
し法令データベースL-DBを更新する法令データベース受
信更新手段24を有する法令依存物件管理システム、によ
って上記課題は解決される。
In addition, the revised law registration means 32 for registering the prescribed description of the revised law as revised law database information configured as a set of items suitable for causing a computer to perform a logic check, and the law-dependent property management system The law database receiving / updating means for receiving the revised law database information through the internet from the law database updating server 3 having the revised law database information transmitting means 31 for transmitting the revised law database information through the internet and updating the law database L-DB. The above problem is solved by a law-dependent property management system having 24.

【0013】以上の作用については実施例に則して以下
に詳述する。
The above operation will be described in detail below with reference to an embodiment.

【0014】[0014]

【発明の実施の形態】本発明の法令依存物件管理プログ
ラム、法令依存物件管理システム、および法令データベ
ース更新サーバの実施例を図1〜図12により説明す
る。なお、本発明におけるコンピュータ処理は、コンピ
ュータプログラムにより当該コンピュータの主記憶装置
上で実行されるが、このコンピュータプログラムの提供
形態は、当該コンピュータに接続された補助記憶装置を
はじめ、CD−ROM等の可搬型記憶装置やネットワー
ク接続された他のコンピュータの主記憶装置及び補助記
憶装置等の各記録媒体に格納されて提供されるもので、
このコンピュータプログラムの実行に際しては、当該コ
ンピュータの主記憶装置上にローディングされ実行され
るものである。
BEST MODE FOR CARRYING OUT THE INVENTION Embodiments of a law-dependent property management program, a law-dependent property management system, and a law database updating server according to the present invention will be described with reference to FIGS. Note that the computer processing in the present invention is executed by a computer program on the main storage device of the computer, and the provision form of the computer program includes an auxiliary storage device connected to the computer, a CD-ROM, and the like. It is provided by being stored in each recording medium such as a portable storage device or a main storage device and an auxiliary storage device of another computer connected to a network.
When executing this computer program, it is loaded into the main memory of the computer and executed.

【0015】先に図2(b) で説明したように、特許デー
タベースP-DBを更新する特許管理業務は多様である。以
下にその業務概要を抜粋して示すと、公開確認(出願特
許の公開番号、公開日入力)、審査請求判断(社内審査
による出願特許の審査請求要否、請求時期、補正有無の
判断結果入力)、審査請求(請求日、ほか事務データ入
力)、庁通知処理(拒絶理由通知等、各種通知受理入
力)、中間処理(社内担当部門による庁への対応アクシ
ョン判断結果の入力)、補正手続(補正書、意見書の発
送日、事務所名等の入力)などである。
As described above with reference to FIG. 2B, there are various types of patent management work for updating the patent database P-DB. The following is an excerpt of the outline of the work: Confirmation of publication (input of the publication number and publication date of the application patent), judgment of examination request (necessity of examination request of application patent by internal examination, request time, input of judgment result of amendment) ), Request for examination (input billing date, other administrative data), notification processing of office (input of acceptance of various notifications such as notification of reasons for refusal), intermediate processing (input of judgment result of corresponding action to department by internal department in charge), correction procedure ( Amendment, submission of opinion, office name, etc.).

【0016】システムベンダはこれら業務をパッケージ
化してユーザ企業に納入するが、これらの業務はユーザ
企業の環境や社内特許管理方針やルールに適合するよう
にカスタマイズされるのが普通である。図2(b) で※印
を付した業務はユーザカスタマイズ部分が大きい業務と
見られるものである。一方、これら業務で特許データベ
ースP-DBへの入力は当該企業のビジネス環境で決められ
た約束(本明細書ではこれをビジネスロジックと呼ぶ)
との整合性が必要であり、この整合性チェックをビジネ
スロジックチェックと呼び、図2(b)に示した。ビジネ
スロジックチェックの例としては、知財担当者入力があ
るか?、発明者寄与率合計が100以内か?、審査請求
期限一年前の請求要否判断がなされているか?、などで
ある。通常これらのビジネスロジックチェックはユーザ
カスタマイズの対象となる。
The system vendor packages these services and delivers them to the user company, but these services are usually customized to suit the environment of the user company and the internal patent management policy and rules. Jobs marked with * in Fig. 2 (b) are considered to have a large amount of user customization. On the other hand, in these operations, the input to the patent database P-DB is a promise determined in the business environment of the company (in this specification, this is called business logic).
2) is required, and this consistency check is called a business logic check and is shown in FIG. 2 (b). Is there an input from an intellectual property representative as an example of business logic check? Is the total inventor contribution rate within 100? , Is the decision whether or not to make a request one year before the examination request deadline? , And so on. Normally, these business logic checks are subject to user customization.

【0017】また、これら業務は対象発明の依拠する法
令の配下にあるので、特許データベースP-DBへの入力は
当該法令の定めるロジックに反するものであってはなら
ず、各業務では必要な法令ロジックチェックを行う。例
えば、当該出願国には公開制度があるか?、審査請求期
限日までの残日数はいくらか?、などである。図2(b)
に示す如く、法令ロジックチェックは日本特許法、日本
実用新案法、米国特許法、欧州特許条約( 指定各国特許
法) など多種であり、ベンダはこれらすべてのサポート
を行うが、ユーザは自社が出願している国だけを取り入
れたシステムにカスタマイズしている。なお、特許法令
は改正の都度、適用種類が増えることに注意が必要であ
る。例えば日本特許法の平成6年改正で平成7年7 月1
日以降出願の特許は存続期間が20年となったが、それ以
前の出願特許については旧法が適用されるので、ベンダ
はこの2 種類とも取り込み、該当発明の出願日によって
適用する法令を決定するロジックを付加しなければなら
ない。
Further, since these services are under the laws and regulations on which the subject invention relies, the input to the patent database P-DB must not violate the logic stipulated by the laws and regulations, and the required laws and regulations for each business. Perform logic check. For example, does the applicant country have a disclosure system? , How many days are left before the deadline for requesting examination? , And so on. Figure 2 (b)
As shown in, there are various kinds of legal logic checks such as Japanese Patent Law, Japanese Utility Model Law, United States Patent Law, European Patent Convention (Patent Law of each country), and vendors support all of these, but users apply for their own. We are customizing the system to include only the countries in which we operate. It should be noted that each time the patent law is revised, the types of application will increase. For example, in the 1994 revision of the Japanese Patent Law, July 1st, 1995
The patents filed on or after the date of application have a term of 20 years, but the old law is applied to the patents filed before that date, so the vendor incorporates both types and determines the law to apply based on the filing date of the applicable invention. Logic must be added.

【0018】このように特許管理システムの各業務はビ
ジネスロジックチェックの要素と法令ロジックチェック
の要素を持つが、従来のシステムでは各業務プログラム
ごとにこれらを業務仕様に適合するように組み合わせて
作成していた。図3(a) には従来の特許管理システムの
構成例を示す。これはあるユーザ企業( これをu と呼
ぶ) 向けにカスタマイズされた特許管理システムであ
る。特許管理クライアント1' にはフロントエンドチェ
ック手段11' があるが、これはフロントエンドチェック
プログラムFC(u) を含んでいる。ここにFC(u) はベンダ
の提供するフロントエンドチェックプログラムFCをユー
ザu 向けにカスタマイズしたことを示すものとする。同
様に特許管理サーバ2' には業務プログラム選択部のも
とに、公開確認プログラムGP01、審査請求判断プログラ
ムGP02(u) 、審査請求プログラムGP03、庁通知処理プロ
グラムGP04、中間処理プログラムGP05(u) 、補正手続プ
ログラムGP06、審判手続プログラムGP07、登録確認プロ
グラムGP08(u) 、年金管理プログラムGP09、維持要否判
断プログラムGP10(u) 、権利満了処理プログラムGP11、
放棄処理プログラムGP12(u) と構成されている。この例
では、例えば公開確認プログラムGP01はベンダ提供パッ
ケージのままであるが、審査請求判断プログラムGP02
(u) はベンダ提供パッケージをカスタマイズしたプログ
ラムである。
As described above, each business of the patent management system has an element of business logic check and an element of legal logic check. In the conventional system, each business program is created by combining these so as to conform to business specifications. Was there. Fig. 3 (a) shows an example of the configuration of a conventional patent management system. This is a patent management system customized for a user company (call it u). The patent management client 1'has front-end checking means 11 ', which includes the front-end checking program FC (u). Here, FC (u) indicates that the front end check program FC provided by the vendor is customized for user u. Similarly, in the patent management server 2 ', the publication confirmation program GP01, the examination request judgment program GP02 (u), the examination request program GP03, the agency notification processing program GP04, the intermediate processing program GP05 (u) under the business program selection unit. , Amendment procedure program GP06, trial procedure program GP07, registration confirmation program GP08 (u), pension management program GP09, maintenance necessity judgment program GP10 (u), right expiration processing program GP11,
It is configured with the abandonment processing program GP12 (u). In this example, for example, the disclosure confirmation program GP01 remains the vendor-provided package, but the examination request determination program GP02
(u) is a program that customizes the vendor-provided package.

【0019】この様子をさらに具体的に、図4に例とし
て審査請求判断プログラムGP02(u)の構成例によって説
明する。図4(a) には二つのユーザa,b の審査請求判断
仕様を示す。すなわち、ユーザa では社内審査分類とし
て当該発明を(重点度a,b,c) に分類し、( 補正
要、否:請求要、不要)の決定をする。そして、重点a
は即請求、重点bは一次時点で請求、重点cは二次時点
で請求することが社内ルールである。ここに一次時点と
はこのユーザの場合出願後3 年時点、二次時点とは出願
後6 年時点と決められている。一方、ユーザb の審査請
求判断仕様では、社内審査分類として当該発明を(補正
要、否) および( 即時審査請求、 1年前見直し時点まで
保留、請求不要)の決定をする。
This situation will be described more concretely with reference to an example of the configuration of the examination request judgment program GP02 (u) as an example in FIG. Fig. 4 (a) shows the examination request judgment specifications of two users a and b. That is, the user a classifies the invention into the (priority levels a, b, c) as the in-house examination classification and determines (correction required / not required: request required / not required). And important point a
Is an instant rule, priority b is a request at the primary time point, and priority c is a request at the secondary time point. For this user, the primary time is defined as 3 years after the application and the secondary time is defined as 6 years after the application. On the other hand, according to the user b's examination request judgment specification, the invention is determined as the in-house examination classification (amendment required or not) and (immediate examination request, pending until one year's review, no request required).

【0020】これらの仕様を反映した業務プログラムGP
02(a),GP02(b) の構成例は図4(b)のようになる。ここ
にルーチンK1,K2,K3,K4 はベンダの提供するGP02プログ
ラムのコア部を形成するもので、図3(c) にその内容が
示される。すなわち、ルーチンK1は特許管理クライアン
ト1' から該当発明の整理番号、社内審査分類を受け入
れ、該当発明の出願日、現日付を求める。ルーチンK2は
一次時点の日付、二次時点の日付、審査請求期限日付、
一次時点残日数、二次時点残日数、期限日残日数、期限
日 1年前日、期限日1 年前残日数などを計算する。ここ
では、まず出願日から適用法令を探し、該当法令の定め
る審査請求期限日を求め、これをもとに社内ルールで定
めた一次時点の日付、二次時点などの日付を計算する。
ルーチンK2設計にあたっては、一次時点、二次時点とし
ていかなる時点をとるかを全ユーザの希望を満たすよう
に種々与えることができるよう工夫する。
Business program GP that reflects these specifications
A configuration example of 02 (a) and GP02 (b) is as shown in FIG. 4 (b). The routines K1, K2, K3 and K4 form the core of the GP02 program provided by the vendor, and the contents are shown in FIG. 3 (c). That is, the routine K1 receives the reference number and in-house examination classification of the invention from the patent management client 1 ', and obtains the filing date and the current date of the invention. Routine K2 consists of primary date, secondary date, deadline for requesting examination,
Calculate the remaining days at the primary time, the remaining days at the secondary time, the remaining days on the deadline, the year before the deadline, and the remaining days on the year before the deadline. Here, first, the applicable law is searched for from the application date, the examination request deadline date determined by the applicable law is calculated, and the date of the primary time point, the secondary time point, etc. determined by the in-house rule is calculated based on this.
In designing the routine K2, it is devised to give various points as primary and secondary points so as to satisfy all users' wishes.

【0021】図4(b) のユーザa の業務プログラムGP02
(a) ではルーチンK1,K2 によって期限に関するチェック
を実行した後、仕分けルーチンS(a)で当該発明を(重点
a,b,c,請求不要、期限エラー)に仕分ける。この
部分はユーザa の社内仕様にカスタマイズされたルーチ
ンである。次いで、GP02プログラムのコア部のルーチン
K3( 期限エラーの場合はリトライを促し、確認クリック
の場合は次に進む) 、ルーチンK4( 特許データベース更
新手段23' をコールしデータベース更新を行う) を実行
して終了する。
Business program GP02 of user a in FIG. 4 (b)
In (a), after checking the deadline by routines K1 and K2, the invention is sorted into (priority a, b, c, billing unnecessary, deadline error) in the sorting routine S (a). This part is a routine customized for user a's internal specifications. Then, the routine of the core part of the GP02 program
K3 (prompt for retry in case of error due to deadline, proceed to next in case of confirmation click) and routine K4 (call patent database updating means 23 'to update the database) and terminate.

【0022】一方、図4(b) のユーザb の業務プログラ
ムGP02(b) でもルーチンK1,K2,K3,K4 の部分はユーザa
と同様であり、仕分けルーチンS(b)のみが仕分けルーチ
ンS(a)と異なり、当該発明を(請求即、 1年前見直し、
不要、期限エラー)に仕分ける。この部分はユーザb の
社内仕様にカスタマイズされたルーチンである。図3に
戻って、図3(a) のような従来のシステムにおいて、法
令改訂があった場合のバージョン更新に伴う必要作業を
図3(b) に示す。必要作業はバージョン更新作業v-wkと
各ユーザ向けカスタマイズ作業c-wkとである。バージョ
ン更新作業v-wkとしては提供パッケージの全業務にわた
り法令ロジックチェックが関わっているので全コア部の
見直しが必要である。さらにこれをユーザに適用する場
合、該当ユーザのカスタマイズプログラム( 図3(a) の
例では審査請求判断プログラムGP02(u) 、中間処理プロ
グラムGP05(u) 、登録確認プログラムGP08(u) 、維持要
否判断プログラムGP10(u) 、放棄処理プログラムGP12
(u) ) において各ユーザ向けカスタマイズ作業c-wkが必
要である。
On the other hand, in the business program GP02 (b) of the user b in FIG. 4 (b), the routines K1, K2, K3, and K4 are part of the user a.
However, only the sorting routine S (b) is different from the sorting routine S (a).
Unnecessary, deadline error). This part is a routine customized for user b's internal specifications. Returning to FIG. 3, FIG. 3 (b) shows the necessary work involved in version updating in the case where there is a legal revision in the conventional system as shown in FIG. 3 (a). Required work is version update work v-wk and customization work c-wk for each user. As for version update work v-wk, legal logic check is involved in all operations of the provided package, so it is necessary to review all core parts. Furthermore, when applying this to users, the customization program of the corresponding user (examination request judgment program GP02 (u), intermediate processing program GP05 (u), registration confirmation program GP08 (u), maintenance required in the example of FIG. 3 (a)) Rejection judgment program GP10 (u), abandonment processing program GP12
(u)) requires customization work c-wk for each user.

【0023】本発明はこのような法令改訂に伴う作業範
囲の減少を図り、もって作業工数の削減とミスによる改
訂反映漏れを減少を期するものである。図4で示した審
査請求判断プログラムGP02(u) の従来例を題材にして、
本発明における実施例を図5に示す。本発明ではまず、
図5(a) に示す如く、従来の業務プログラムを見直し、
内在するビジネスロジック部分と法令ロジック部分を分
離したプログラムスタイルをとる。具体的には、図4の
例ではルーチンK1,K3 は法令ロジックを含まないのでビ
ジネスロジック部であり、ルーチンK4は法令ロジック部
であるが、ルーチンK2および仕分けルーチンS(a),S(b)
において法令ロジック部分が混在しているので、図のよ
うに分離する。
The present invention intends to reduce the work range associated with such revision of laws and regulations, thereby reducing the number of work steps and the omission of revision reflection due to mistakes. Using the conventional example of the examination request judgment program GP02 (u) shown in Fig. 4,
An embodiment of the present invention is shown in FIG. In the present invention, first,
As shown in Fig. 5 (a), review the conventional business program,
Take a program style that separates the underlying business logic and legal logic. Specifically, in the example of FIG. 4, since the routines K1 and K3 do not include the law logic, they are the business logic section, and the routine K4 is the law logic section, but the routine K2 and the sorting routines S (a), S (b )
Since the legal logic part is mixed in, separate it as shown in the figure.

【0024】すなわち、ルーチンK2から法令ロジック部
分である期限日を計算するルーチンをルーチンK2L とし
て分離し、残余をビジネスロジックルーチンK2B とす
る。図式的にはK2=K2B+K2Lと表される。同様に、仕分け
ルーチンS=仕分けビジネスロジックルーチンSB+ 法令ロ
ジックルーチンSL と分離する。すなわち、図式的には
S(a)=SB(a)+SL 、S(b)=SB(b)+SL である。ここにSLは仕
分けに関するユーザ共通の法令ロジックチェック部分で
あり、法令に依存するがユーザ仕様には依存しない部分
である。
That is, a routine for calculating a deadline date, which is a legal logic portion, is separated from the routine K2 as a routine K2L, and the rest is made a business logic routine K2B. It is represented schematically as K2 = K2B + K2L. Similarly, it is separated from the sorting routine S = the sorting business logic routine SB + the law logic routine SL. That is, schematically
S (a) = SB (a) + SL and S (b) = SB (b) + SL. Here, SL is a legal logic check part common to users regarding sorting, and is a part that depends on the law but does not depend on user specifications.

【0025】このように、ビジネスロジックチェック部
分と法令ロジックチェック部分とを分離してプログラム
を作成することにより、法令改訂時のバージョン更新範
囲の減少が図られる。これを図6で説明する。すなわ
ち、図6(a) のように、本発明の特許管理システムはビ
ジネスロジックチェック手段21( プログラムBC(u))と法
令ロジックチェック手段22( プログラムLC(u))とを分離
して持つ。このような構成にした場合、法令改訂時のバ
ージョン更新範囲は図6(b) に示すようになる。これを
従来例の図3(b) と比較すると、一般にLCコア部サイズ
< (GP01+GP02+...+GP12) コア部サイズが成立するの
で、ベンダにおけるバージョン更新作業v-wkの範囲の減
少が図られ、作業負荷の減少が図られている。またカス
タマイズ部についても、一般にLC(u) サイズ <(GP01(u)
+GP02(u)+...+GP12(u)) サイズであるから、(LC(a)+...
+LC(e)) サイズ < ((GP01(a)+GP02(a)+...+GP12(a))
+...+(GP01(e)+GP02(e)+...+GP12(e))サイズである。従
って、法令改訂に伴う各ユーザ向けカスタマイズ作業c-
wk負荷の減少も図られている。
By thus creating the program by separating the business logic check part and the law logic check part from each other, the version update range at the time of revision of the law can be reduced. This will be described with reference to FIG. That is, as shown in FIG. 6A, the patent management system of the present invention has the business logic check means 21 (program BC (u)) and the law logic check means 22 (program LC (u)) separately. With such a configuration, the version update range when the law is revised is as shown in Fig. 6 (b). Comparing this with Fig. 3 (b) of the conventional example, the LC core size is generally
<(GP01 + GP02 + ... + GP12) Since the core size is established, the range of version update work v-wk in the vendor is reduced, and the workload is reduced. Also, regarding the customized part, generally LC (u) size <(GP01 (u)
+ GP02 (u) + ... + GP12 (u)) size, so (LC (a) + ...
+ LC (e)) size <((GP01 (a) + GP02 (a) + ... + GP12 (a))
The size is + ... + (GP01 (e) + GP02 (e) + ... + GP12 (e)). Therefore, customization work for each user due to the revision of laws c-
The wk load is also being reduced.

【0026】再び図5に帰って、本発明の各ユーザ向け
カスタマイズの構造を図5(b) で説明する。ユーザa 向
け業務プログラムGP02(a) を実質的に動作させるプログ
ラムは図4および図5(a) から、K1,K2B,K2L,SB(a),SL,
K3,K4 であることがわかる。このうち、K1,K2B,SB(a),K
3 がビジネスロジックチェック手段21に含まれ、K2L,S
L,K4 は法令ロジックチェック手段22に含まれることは
既に述べた通りである。ビジネスロジックチェック手段
21中のK1,K2B,SB(a),K3 に着目すると、K1,K2B,K3 はコ
ア部でありSB(a) のみがユーザa 向けカスタマイズ部で
ある。本発明ではこれらルーチンをオブジェクト指向技
術によりオブジェクト集合としてインプリメントする。
そして、コアオブジェクトをカスタマイズすることをオ
ブジェクト間の継承関係を利用して実現する。
Returning to FIG. 5 again, the structure of customization for each user of the present invention will be described with reference to FIG. 5 (b). The programs that actually operate the business program GP02 (a) for user a are K1, K2B, K2L, SB (a), SL, and
It can be seen that they are K3 and K4. Of these, K1, K2B, SB (a), K
3 is included in the business logic check means 21, and K2L, S
As described above, L and K4 are included in the legal logic check means 22. Business logic check means
Focusing on K1, K2B, SB (a), K3 in 21, K1, K2B, K3 are the core parts, and only SB (a) is the customization part for user a. In the present invention, these routines are implemented as an object set by the object-oriented technology.
Then, customizing the core object is realized by using the inheritance relationship between the objects.

【0027】図5(b) によってその仕組みを説明する。
本発明では図5(b) のようにビジネスロジックチェック
手段21をビジネスロジックチェックカスタマイズ部BC-C
とビジネスロジックチェック共通部BC-Kとに分離する。
また、法令ロジックチェック手段22についても、法令ロ
ジックチェックカスタマイズ部LC-Cと法令ロジックチェ
ック共通部LC-Kとに分離する。このとき、ベンダで提供
する実効メソッドを内蔵するオブジェクトを抽象クラス
とし、これを共通部(例えばビジネスロジックチェック
共通部BC-K,法令ロジックチェック共通部LC-K)とし、
これを実行させるインタフェースとしての実行クラスを
カスタマイズ部(例えばビジネスロジックチェックカス
タマイズ部BC-C,法令ロジックチェックカスタマイズ部
LC-C)として提供する。このように提供された実行クラ
スのオブジェクトは、自らはメソッドを内蔵せず、起動
メッセージを受けた場合、親クラスである抽象クラスを
たどり、該当のオブジェクトのメソッドを実行する。そ
して、カスタマイズが必要な場合はこのカスタマイズ部
の実行クラスオブジェクトをカスタマイズ内容をメソッ
ドとして記述したカスタマイズオブジェクトに置き換え
る。
The mechanism will be described with reference to FIG.
In the present invention, as shown in FIG. 5 (b), the business logic check means 21 is provided with the business logic check customization section BC-C.
And business logic check common part BC-K.
Further, the law logic check means 22 is also separated into a law logic check customizing section LC-C and a law logic check common section LC-K. At this time, the object that contains the effective method provided by the vendor is an abstract class, and this is a common part (for example, business logic check common part BC-K, legal logic check common part LC-K),
An execution class as an interface for executing this is customized (for example, business logic check customizer BC-C, legal logic check customizer.
Provided as LC-C). The object of the execution class provided in this way does not have a built-in method itself, and when an activation message is received, it follows the abstract class that is the parent class and executes the method of the corresponding object. If customization is required, the execution class object of the customization section is replaced with a customization object that describes the customization content as a method.

【0028】以上の関係をユーザa 向け業務プログラム
GP02(a) の場合で説明すると、図5(b) のように、ビジ
ネスロジックチェック共通部BC-KにはK1,K2B,K3,SB、法
令ロジックチェック共通部LC-KにはK2L,SL,K4 の抽象ク
ラスオブジェクトが用意されている。そしてこれらに対
応する実行クラスオブジェクトK1',K2B',K3',SB'、K2
L',SL',K4'がカスタマイズ部に準備されている。これに
対して、ユーザa は共通部の仕分けルーチンSB+SL をユ
ーザ仕様によってSB(a)+SLに変更したい場合、抽象クラ
スのSBを変更するのではなく、実行クラスのSB' をSB
(a) に置き換えるのである。
The above relationships are related to the business program for user a.
Explaining in case of GP02 (a), as shown in Fig. 5 (b), K1, K2B, K3, SB for business logic check common block BC, K2L, SL for legal logic check common block LC-K. , K4 abstract class object is prepared. And the corresponding execution class objects K1 ', K2B', K3 ', SB', K2
L ', SL', K4 'are prepared in the customization department. On the other hand, when the user a wants to change the common part sorting routine SB + SL to SB (a) + SL according to the user specifications, instead of changing the abstract class SB, the execution class SB ′ is changed to SB (a) + SL.
Replace with (a).

【0029】これによってユーザa とユーザb のシステ
ムでは共通のビジネスロジックチェック共通部BC-Kおよ
び法令ロジックチェック共通部LC-Kを有し、ベンダは全
ユーザに唯一つの共通のビジネスロジックチェック共通
部BC-K, 法令ロジックチェック共通部LC-Kをサポートす
ればよい。かつ、ビジネスロジックチェック共通部BC-K
は法令改訂の影響を受けない構造となっているので、法
令改訂にあたっては、ベンダは唯一つの法令ロジックチ
ェック共通部LC-Kに対してバージョン更新作業v-wkを行
えばよい。また、この構造では法令改訂の内容はオブジ
ェクトの継承関係によってユーザカスタマイズ部に自動
的に反映する。
As a result, the user a and user b systems have a common business logic check common part BC-K and a legal logic check common part LC-K, and the vendor has only one common business logic check common part for all users. BC-K, legal logic check common part LC-K should be supported. And business logic check common section BC-K
Has a structure that is not affected by the revision of laws and regulations, the vendor may perform version update work v-wk for only one law-logic check common part LC-K when the law is revised. Further, in this structure, the contents of revision of the law are automatically reflected in the user customization section due to the inheritance relationship of the objects.

【0030】以上の説明を図7によって復唱すると、図
7(a) の実施例のシステムでは特許管理サーバ2のビジ
ネスロジックチェック手段21はビジネスロジックチェッ
クカスタマイズ部BC-Cとビジネスロジックチェック共通
部BC-Kとに分離した構造であり、法令ロジックチェック
手段22は法令ロジックチェックカスタマイズ部LC-Cと法
令ロジックチェック共通部LC-Kとに分離している。この
状態における法令改訂バージョン更新作業の範囲は図7
(b) に示すようにフロントエンドチェック共通部FC-K、
ビジネスロジックチェック共通部BC-K、法令ロジックチ
ェック共通部LC-Kに限定されるので、従来よりもバージ
ョン更新作業v-wkの範囲の減少が図られ、作業負荷の減
少が図られている。さらに、FC-C(u),BC-C(u),LC-C(u)
は FC-K,BC-K,LC-K のバージョン更新作業v-wkの内容を
継承する実行クラスなので法令改訂に伴う変更は不要、
従って、ユーザカスタマイズ工数が不要である。
If the above explanation is repeated with reference to FIG. 7, in the system of the embodiment shown in FIG. 7A, the business logic check means 21 of the patent management server 2 has the business logic check customizing section BC-C and the business logic check common section BC. -K and a separate structure, the law logic check means 22 is separated into a law logic check customization section LC-C and a law logic check common section LC-K. Figure 7 shows the scope of legal revision version update work in this state.
As shown in (b), the front end check common part FC-K,
Since it is limited to the business logic check common part BC-K and the law logic check common part LC-K, the range of version update work v-wk is reduced and the work load is reduced. Furthermore, FC-C (u), BC-C (u), LC-C (u)
Is an execution class that inherits the contents of FC-K, BC-K, LC-K version update work v-wk, so there is no need to change it due to revision of laws,
Therefore, a user customization man-hour is unnecessary.

【0031】さらに、第3の実施例について図8により
説明する。図8(a) の特許管理システムは法令ロジック
チェック手段22の中で、さらに法令データベースL-DBを
分離した構造である。法令データベースL-DBは法令の所
定の記述をコンピュータにロジックチェックさせるため
に適した項目の集合として構成したものであり、図10
にその構造例を示す。
Further, a third embodiment will be described with reference to FIG. The patent management system of FIG. 8 (a) has a structure in which the law database L-DB is further separated in the law logic check means 22. The law database L-DB is configured as a set of items suitable for causing a computer to perform a logic check on a prescribed description of a law, and FIG.
Shows an example of the structure.

【0032】図10の実施例では図10(a) に示すよう
に法令データベースL-DBは個別の法令に対応したデータ
ベースファイル( 日本特許法.db,米国特許法.db 、...)
の集合である。例えば、日本特許法に対応する法令デー
タベースL-DBの構造は図10(b) に示すように、過去の
すべての改訂を含むものである。図は平成6年改正時点
の例である。図のように法令ロジックチェックに必要な
項目が大項目、中項目、小項目に整理され、各項目は必
要に応じて複数列作られる。例えば審査請求期限につい
ては、平成5年改正以前から『出願日から7 年』であ
り、平成6年改正にあっても不変であるので、この欄は
『ap---07y00m00d』と記入された1 セルだけでよい。し
かし、平成11年改正によって『出願日から3 年』とな
るので、平成11年改正を反映すると『出願日< 2001年
10月1 日なら出願日から7 年』、『出願日> 2001年10月
1 日なら出願日から3 年』の2 つを選択して適用しなけ
ればならない。このことを法令データベースL-DB上に反
映すると、『適用ルール:ap,011001 、期限:ap---07y
00m00d』および『適用ルール:011001,ap 、期限:ap--
-03y00m00d』の2 項目2 列に書き換えられることとな
る。
In the embodiment shown in FIG. 10, as shown in FIG. 10A, the law database L-DB is a database file (Japanese patent law .db, US patent law .db, ...) Corresponding to each law.
Is a set of. For example, the structure of the law database L-DB corresponding to the Japanese Patent Law includes all revisions in the past, as shown in FIG. 10 (b). The figure is an example at the time of revision in 1994. As shown in the figure, the items required for legal logic check are organized into large items, medium items, and small items, and each item is created in multiple columns as necessary. For example, the examination request deadline is "7 years from the application date" before the 1993 revision, and it remains unchanged even after the 1994 revision. Therefore, this field is filled with "ap --- 07y00m00d". Only one cell is needed. However, since the revision in 1999 will be “3 years from the date of application,” the 1999 revision will reflect “application date <2001
If it is October 1, it will be 7 years from the application date ”,“ Application date> October 2001
If it is 1 day, 3 years from the application date ”must be selected and applied. When this is reflected in the law database L-DB, "Applicable rule: ap, 011001, deadline: ap --- 07y
00m00d ”and“ Applicable rule: 011001, ap, Deadline: ap--
-03y00m00d ”will be rewritten into 2 items and 2 columns.

【0033】図8に戻ると、図8(a) のように構成され
た特許管理システムでは、図8(b)に示すように、法令
改訂にあたって法令ロジックチェック共通部LC-Kすらも
バージョン更新作業の対象ではなく、法令データベース
L-DBのみをバージョン更新作業v-wkの範囲とすることが
できる。これは法令の枠組みが変わらない範囲の改訂で
あって、例えば、審査請求制度そのものがなくなったり
新たな手続が挿入されるような大改訂の場合には法令ロ
ジックチェック共通部LC-Kにもバージョン更新作業が必
要となることが想定されるが、現在までの枠組み変化の
実績に対しては法令データベースL-DBの変更で対処でき
ている。
Returning to FIG. 8, in the patent management system configured as shown in FIG. 8 (a), as shown in FIG. 8 (b), even the LC-K even the legal logic check common section LC-K is updated when the law is revised. Law database, not the target of work
Only L-DB can be the scope of version update work v-wk. This is a revision to the extent that the legal framework does not change.For example, in the case of a major revision where the examination request system itself disappears or a new procedure is inserted, the version is also updated to LC-K, the common section of the legal logic check. It is expected that updating work will be required, but the actual changes in the framework to date can be dealt with by changing the legal database L-DB.

【0034】次に、法令改訂に伴う法令データベースL-
DBの変更作業について検討する。本発明では図1に示す
ような法令データベースL-DBを更新する法令データベー
ス更新サーバ3を提案する。次に図12を併用して法令
データベース更新サーバ3の動作例を説明する。改訂法
令登録更新時処理について図12(a) の動作フローによ
り説明する。法令データベース更新サーバ3は改訂法令
登録手段32を有しており、ステップS1201によって改訂
法令登録手段32は改訂法令データベース情報L-DB' を読
み込み法令データベース更新サーバ3内に格納する。改
訂法令データベース情報L-DB' は図10(b) の構造に適
するように変更するデータ部分のみを書き換える情報と
してベンダエンジニアによって作成され改訂法令登録手
段32に投入されたものである。次いで法令データベース
更新サーバ3の図示しないメール手段はオペレータ指示
によりステップS1202においてサポートユーザリストか
ら今回改訂の法令を使用しているユーザを抽出する。こ
のサポートユーザリストはベンダからユーザに特許管理
システムが納入される毎に、そのカスタマイズ情報やユ
ーザ責任者メールアドレス、ユーザ担当者メールアドレ
スなどとともに法令データベース更新サーバ3に記録更
新されるものである。次いで法令データベース更新サー
バ3の図示しないメール手段はステップS1202で決定し
たユーザをステップS1203で送信対象ユーザとして未受
信ユーザリストを生成し印刷すると共に、ステップS12
04でこれらユーザに更新案内メールを作成しユーザ担当
者メールアドレスに自動送付する。更新案内の内容は、
例えば改訂概要、適用開始日付、ダウンロード方法、イ
ンストール方法などを知らせるものである。
Next, the law database L- associated with the law revision
Consider DB modification work. The present invention proposes a law database update server 3 for updating the law database L-DB as shown in FIG. Next, an operation example of the law database updating server 3 will be described with reference to FIG. The process for updating the revised law registration will be described with reference to the operation flow of FIG. The law database update server 3 has a revised law registration means 32, and the revised law registration means 32 reads the revised law database information L-DB ′ and stores it in the law database update server 3 in step S1201. The revised law database information L-DB 'is created by the vendor engineer as information for rewriting only the data portion that is changed to suit the structure of FIG. Next, the e-mail means (not shown) of the law database updating server 3 extracts the user who is using the revised law this time from the support user list in step S1202 according to the operator's instruction. This support user list is recorded and updated in the law database update server 3 every time the patent management system is delivered to the user from the vendor, along with the customization information, the user responsible email address, the user responsible email address, and the like. Next, the mail means (not shown) of the law database updating server 3 generates and prints the unreceived user list as the users to be transmitted in step S1203, and prints the undetermined user list in step S1203.
In 04, an update guide mail is created for these users and automatically sent to the user contact mail address. The content of the update guide is
For example, it informs the revision outline, application start date, download method, installation method, and the like.

【0035】上記メールを受信したユーザ担当者が法令
データベース更新サーバ3のホームページにダウンロー
ド要求を送ることによって、図12(c) のダウンロード
要求受信時処理が開始する。法令データベース更新サー
バ3の改訂法令データベース情報送信手段31はステップ
S1209によってダウンロード要求ユーザのチェックを行
い、認証処理によって正しいユーザであること、ダウン
ロード費用の契約関係が処理済であることを確認する。
その結果をステップS1210で判定し、送信許可と判定さ
れたならば、改訂法令データベース情報送信手段31はス
テップS1211で当該改訂法令データベース情報L-DB' を
送信する。そして送信が成功したならば未受信ユーザリ
ストに送信済を記録して消し込みを行い、未受信ユーザ
リストを更新する。
The person in charge of the user who has received the mail sends a download request to the home page of the law database updating server 3 to start the download request receiving process shown in FIG. 12 (c). The revised law database information transmitting means 31 of the law database update server 3 checks the download requesting user in step S1209, and confirms by the authentication process that the user is the correct user and that the contract relationship of the download cost has been processed.
If the result is determined in step S1210 and it is determined that the transmission is permitted, the revised law database information transmitting means 31 transmits the revised law database information L-DB 'in step S1211. Then, if the transmission is successful, the transmission completion is recorded in the unreceived user list and erased, and the unreceived user list is updated.

【0036】さらに、法令データベース更新サーバ3の
図示しない共通制御部は、オペレータ指定期間中は毎日
定時に図12(b) に示す日次処理を起動する。すなわ
ち、法令データベース更新サーバ3のアラーム先判定手
段33はステップS1205で現在時点の未受信ユーザリスト
を表示し、ステップS1206で当該改訂法令適用日までの
残日数を計算し、残日数が30日である場合にはステップ
S1207を、残日数が15日であるならばステップS1208を
起動する。
Further, the common control unit (not shown) of the law database updating server 3 activates the daily processing shown in FIG. 12B at a fixed time every day during the operator designated period. That is, the alarm destination determination means 33 of the law database updating server 3 displays the unreceived user list at the present time in step S1205, calculates the number of remaining days until the revised law applying date in step S1206, and the remaining number of days is 30 days. If there is, step S1207 is started, and if the number of remaining days is 15 days, step S1208 is started.

【0037】ステップS1207では法令データベース更新
サーバ3のアラーム通知手段34は当該未受信ユーザの責
任者および担当者にアラームメールを自動送付する。そ
の内容としては当該法令改訂を適用しない場合の影響範
囲や責任事項、改訂法令データベース情報L-DB' インス
トール、テスト所要期間予想などを示し、回答の返信を
依頼する。なお、図12に図示しないが、上記回答によ
って未受信でよいことが確認された場合は法令データベ
ース更新サーバ3のオペレータはマニュアルで当該ユー
ザを未受信ユーザリストから抹消する。ステップS1208
ではアラーム通知手段34は未受信ユーザをサポートする
ベンダの担当営業責任者、営業担当者にコンタクト依頼
メールを自動送付する。メール内容は当該ユーザにコン
タクトして早急な対応をとるように依頼するものであ
る。
In step S1207, the alarm notification means 34 of the law database updating server 3 automatically sends an alarm mail to the person in charge and the person in charge of the unreceived user. As the contents, show the scope of impact and responsibilities when the relevant law revision is not applied, the revised law database information L-DB 'installation, the expected test period, etc., and request a reply. Although not shown in FIG. 12, when it is confirmed from the above response that the user has not received the message, the operator of the law database updating server 3 manually deletes the user from the unreceived user list. Step S1208
Then, the alarm notification means 34 automatically sends a contact request mail to the sales manager in charge of the vendor who supports the unreceived user and the sales staff. The content of the e-mail requests that the user be contacted to take immediate action.

【0038】以上説明した法令データベース更新サーバ
3に対して、図9に示す本発明の特許管理システムの実
施例では特許管理サーバ2は法令データベース受信更新
手段24を有して、前記法令データベース更新サーバ3か
らの改訂法令データベース情報L-DB' を受信し法令デー
タベースL-DBに上書きする。このような実施例では改訂
法令データベース情報L-DB' によって法令データベース
L-DBを更新するバージョン更新作業v-wkがユーザサイト
で実行可能となる。従ってユーザは従来のように更新パ
ッケージインストール作業経費をベンダに支払う必要が
ない。
In contrast to the law database updating server 3 described above, in the embodiment of the patent management system of the present invention shown in FIG. 9, the patent management server 2 has law database receiving and updating means 24, and the law database updating server The revised law database information L-DB 'from 3 is received and the law database L-DB is overwritten. In such an embodiment, the revised law database information L-DB '
Version update work v-wk to update L-DB can be executed at the user site. Therefore, the user does not have to pay the vendor the cost of installing the update package as in the conventional case.

【0039】改訂法令データベース情報L-DB' のデータ
形式については任意であるが、本発明の実施例として図
11に示すようなXML 形式による改訂法令データベース
情報L-DB' の表現例を説明する。本形式は図10(b) の
データ構造に対応するもので、大項目、中項目、小項目
のそれぞれの項目名をタグとしデータ値が開始/ 終了タ
グ間に記載される。
Although the data format of the revised law database information L-DB 'is arbitrary, an example of representation of the revised law database information L-DB' in XML format as shown in FIG. 11 will be described as an embodiment of the present invention. . This format corresponds to the data structure of FIG. 10 (b), and the data value is described between the start / end tags with the item names of the large item, the medium item, and the small item as tags.

【0040】図11(a) は平成6 年改正時の改訂法令デ
ータベース情報L-DB' の抜粋例であり、本改訂法令デー
タベース情報L-DB' が格納された状態が図10(b) の満
了ルール部分に対応する。また、先に説明した平成11
年改正の図10(b) の※印に対応する改訂法令データベ
ース情報L-DB' の抜粋が図11(b) に示されるものであ
る。データ中のap,pb,rg,or はそれぞれ出願日、公告
日、登録日、基準出願日を示す変数名であり、例えば図
11(a) の三つの満了ルールA,B,Cはそれぞれ下記
のようなルールを表現している。 満了ルールA:本ルールは特許データベースP-DB中に公
告日を入力するアクションで起動し、出願日<1994
年1月1日であるならば公告日から15年を権利満了と
設定せよ。 満了ルールB:本ルールは特許データベースP-DB中に公
告日を入力するアクションで起動し、1994年1月1
日<出願日<1995年7月1日であるならば、出願日
から20年、公告日から15年のうち短い方の期間を権
利満了と設定せよ。 満了ルールC:本ルールは特許データベースP-DB中に登
録日を入力するアクションで起動し、1995年7月1
日<出願日であるならば基準出願日から20年を権利満
了と設定せよ。
FIG. 11 (a) is an example of excerpt of the revised law database information L-DB 'at the time of revision in 1994. The state in which this revised law database information L-DB' is stored is shown in FIG. 10 (b). Corresponds to the expiration rule part. Also, the above-mentioned Heisei 11
An excerpt of the revised law database information L-DB 'corresponding to the * mark in Figure 10 (b) of the year revision is shown in Figure 11 (b). Ap, pb, rg, or in the data are variable names indicating the filing date, the publication date, the registration date, and the standard filing date. For example, the three expiration rules A, B, and C in Fig. 11 (a) are as follows. It expresses a rule like. Expiration rule A: This rule is activated by the action of entering the publication date in the patent database P-DB, and the filing date <1994
If it is January 1st of the year, set 15 years from the date of publication as expiration. Expiration Rule B: This rule is activated by the action of entering the date of publication in the patent database P-DB, January 1, 1994
If date <application date <July 1, 1995, set the shorter of 20 years from the application date and 15 years from the date of publication as the expiration date. Expiration rule C: This rule is activated by the action of entering the registration date in the patent database P-DB, and it was activated on July 1, 1995.
If date <application date, set 20 years from the basic application date as expiration.

【0041】このような形式を採用することにより書き
換え必要項目のみを分かりやすいフォームで送信するこ
とができる。また、このようなオープン形式データは本
発明の特許管理システム以外でもデータとして応用可能
であり、一般に有料コンテンツとしての流通可能性を持
つものである。 (付記1) 法令依存物件の帰趨履歴を格納する法令依
存物件データベースを有し、法令に基づいて必要となる
手続を管理する法令依存物件管理サーバと、前記法令依
存物件データベースへのデータ登録、更新入力を行う1
つ以上の法令依存物件管理クライアントとから構成され
る法令依存物件管理システムにおいて、法令依存物件管
理サーバのコンピュータに法令依存物件管理情報処理を
実行させるための法令依存物件管理プログラムであっ
て、前記法令依存物件管理クライアントからの前記法令
依存物件データベースへのデータ登録、更新のためのデ
ータ入力に対して、管理業務における予め定められたル
ールであるビジネスロジックに従ってチェックを行い、
エラーがあれば再入力を促し、ビジネスロジックとして
のエラーのないデータのみを受け入れるビジネスロジッ
クチェック手段としてコンピュータを機能させるビジネ
スロジックチェックプログラムと、前記データ入力に対
して、法令における予め定められたルールである法令ロ
ジックに照らしてエラーがあれば再入力を促し、法令ロ
ジックエラーのないデータのみを受け入れる法令ロジッ
クチェック手段としてコンピュータを機能させる法令ロ
ジックチェックプログラムと、を有し、前記ビジネスロ
ジックチェックプログラムと前記法令ロジックチェック
プログラムとが分離していることを特徴とする法令依存
物件管理プログラム。
By adopting such a format, it is possible to send only the rewriting necessary items in an easy-to-understand form. Further, such open format data can be applied as data other than the patent management system of the present invention, and generally has the possibility of distribution as pay content. (Supplementary Note 1) A law-dependent property management server that has a law-dependent property database that stores the return history of law-dependent properties, manages necessary procedures based on laws, and registers and updates data to the law-dependent property database. Input 1
A law-dependent property management system for causing a computer of a law-dependent property management server to execute law-dependent property management information processing in a law-dependent property management system including one or more law-dependent property management clients. For the data entry from the dependent property management client to the law-dependent property database and data input for updating, check according to the business logic that is a predetermined rule in management work,
If there is an error, the business logic check program that prompts re-entry and causes the computer to function as a business logic check means that accepts only error-free data as business logic; A legal logic check program that causes a computer to function as a legal logic check means that prompts re-entry if there is an error in the light of a certain legal logic, and accepts only data that does not have a legal logic error. A law-dependent property management program characterized by being separated from the law logic check program.

【0042】(付記2) 前記ビジネスロジックチェッ
クプログラムは、さらに、ビジネスロジックチェック処
理を共通的に記述する抽象クラスオブジェクト集合であ
るビジネスロジックチェック共通部と、前記ビジネスロ
ジックチェック共通部を実行するための実行クラスから
なりユーザ毎のシステム環境や業務条件に適合するよう
にカスタマイズされたビジネスロジックチェックカスタ
マイズ部と、に分離されたプログラムであり、前記法令
ロジックチェックプログラムは、さらに、法令ロジック
チェック処理を共通的に記述する抽象クラスオブジェク
ト集合である法令ロジックチェック共通部と、前記法令
ロジックチェック共通部を実行するための実行クラスか
らなりユーザ毎のシステム環境や業務条件に適合するよ
うにカスタマイズされた法令ロジックチェックカスタマ
イズ部と、に分離されたプログラムであることを特徴と
する付記1記載の法令依存物件管理プログラム。
(Supplementary Note 2) The business logic check program further executes the business logic check common part, which is an abstract class object set that commonly describes the business logic check processing, and the business logic check common part. It is a program that is separated into a business logic check customization section that is customized to suit the system environment and business conditions of each user, and the law logic check program further shares the law logic check processing. It is made up of a set of abstract class objects that are described in an abstract manner and a legal logic check common part, and an execution class for executing the legal logic check common part, which is customized to suit the system environment and business conditions of each user. The law-dependent property management program described in appendix 1, characterized in that it is a program that is separated into a legislative logic check customization section.

【0043】(付記3) 前記法令ロジックチェック共
通部は、さらに、法令の所定の記述をコンピュータにロ
ジックチェックさせるために適した項目の集合として構
成した法令データベースを外部に有し、当該法令データ
ベースを参照して法令ロジックチェックを行う構造であ
ることを特徴とする付記2記載の法令依存物件管理プロ
グラム。
(Supplementary Note 3) The common law logic check section further has a law database externally configured as a set of items suitable for causing a computer to perform a logic check of a predetermined description of a law, and the law database is provided. The law-dependent property management program described in appendix 2, characterized in that the law logic check is performed by reference.

【0044】(付記4) 法令依存物件の帰趨履歴を格
納する法令依存物件データベースを有し、法令に基づい
て必要となる手続を管理する法令依存物件管理サーバ
と、前記法令依存物件データベースへのデータ登録、更
新入力を行う1つ以上の法令依存物件管理クライアント
とから構成される法令依存物件管理システムであって、
前記法令依存物件データベースへのデータ登録、更新の
ためのデータ入力のフォーマットチェックを行い、エラ
ーがあれば再入力を促し、フォーマットエラーのないデ
ータのみを受け入れるフロントエンドチェック手段と、
付記1または2または3記載の法令依存物件管理プログ
ラムによって機能するビジネスロジックチェック手段お
よび法令ロジックチェック手段を有する法令依存物件管
理サーバと、を有することを特徴とする法令依存物件管
理システム。
(Supplementary Note 4) A law-dependent property management server that has a law-dependent property database that stores the history of the return of law-dependent properties, and manages necessary procedures based on laws, and data to the law-dependent property database. A law-dependent property management system consisting of one or more law-dependent property management clients that perform registration and update input,
Front-end check means for registering data in the law-dependent property database, performing format check of data input for updating, prompting re-input if there is an error, and accepting only data without format error,
A law-dependent property management system, comprising: a business logic check unit that functions according to the law-dependent property management program described in appendix 1 or 2; and a law-dependent property management server having a law logic check unit.

【0045】(付記5) 改訂された法令の所定の記述
をコンピュータにロジックチェックさせるために適した
項目の集合として構成した改訂法令データベース情報と
して登録する改訂法令登録手段と、法令依存物件管理シ
ステムに対してインターネットを通じて前記改訂法令デ
ータベース情報を送信する改訂法令データベース情報送
信手段とを有する法令データベース更新サーバ。
(Supplementary Note 5) The revised law registration means and the law-dependent property management system for registering as the revised law database information configured as a set of items suitable for causing a computer to perform a logic check on the prescribed description of the revised law A revised law database updating server having a revised law database information transmitting means for transmitting the revised law database information to the Internet.

【0046】(付記6) 付記5記載の法令データベー
ス更新サーバであって、さらに、前記法令依存物件管理
システムのカスタマイズ情報と前記改訂法令データベー
ス情報と現在日時および送信済履歴とを対比して、前記
改訂法令データベース情報の受信が必要であるのに未受
信である法令依存物件管理システムを抽出するアラーム
先判定手段と、前記アラーム先判定手段が抽出した法令
依存物件管理システムに対してアラーム通知を行うアラ
ーム通知手段と、を有することを特徴とする法令データ
ベース更新サーバ。
(Supplementary Note 6) The law database updating server according to Supplementary Note 5, further comparing the customized information of the law-dependent property management system, the revised law database information, the current date and time, and the transmitted history, An alarm notification is sent to the law-dependent property management system that extracts the law-dependent property management system that needs to receive the revised law database information but has not yet received, and the law-dependent property management system extracted by the alarm destination determination unit. A law database updating server comprising: an alarm notifying means.

【0047】(付記7) 付記5または6記載の法令デ
ータベース更新サーバからインターネットを通じて改訂
法令データベース情報を受信し法令データベースを更新
する法令データベース受信更新手段を有することを特徴
とする法令依存物件管理システム。 (付記8) 法令依存物件の帰趨履歴を格納する法令依
存物件データベースを有し、法令に基づいて必要となる
手続を管理する法令依存物件管理サーバと、前記法令依
存物件データベースへのデータ登録、更新入力を行う1
つ以上の法令依存物件管理クライアントとから構成され
る法令依存物件管理システムの法令依存物件管理方法で
あって、前記法令依存物件データベースへのデータ登
録、更新のためのデータ入力のフォーマットチェックを
行い、エラーがあれば再入力を促し、フォーマットエラ
ーのないデータのみを受け入れるフロントエンドチェッ
ク段階と、前記法令依存物件管理クライアントからの前
記法令依存物件データベースへのデータ登録、更新のた
めのデータ入力に対して、管理業務における予め定めら
れたルールであるビジネスロジックに従ってチェックを
行い、エラーがあれば再入力を促し、ビジネスロジック
としてのエラーのないデータのみを受け入れるビジネス
ロジックチェック段階と、前記データ入力に対し法令に
おける予め定められたルールである法令ロジックに照ら
してエラーがあれば再入力を促し、法令ロジックエラー
のないデータのみを受け入れる法令ロジックチェック段
階と、を有することを特徴とする法令依存物件管理方
法。
(Supplementary Note 7) A law-dependent property management system characterized by having a law database receiving / updating means for receiving revised law database information from the law database updating server according to Appendix 5 or 6 via the Internet and updating the law database. (Supplementary Note 8) A law-dependent property management server that has a law-dependent property database that stores the history of the return of law-dependent properties, and manages necessary procedures based on laws, and registers and updates data in the law-dependent property database. Input 1
A law-dependent property management method of a law-dependent property management system consisting of one or more law-dependent property management clients, wherein data registration in the law-dependent property database and data input format check for updating are performed, If there is an error, prompt the re-entry and accept only the data without format error, front-end check stage, and data entry from the law-dependent property management client to the law-dependent property database, data input for updating The business logic check stage that checks according to business logic that is a predetermined rule in management work, prompts re-input if there is an error, and accepts only error-free data as business logic, and the law regarding the data input Predetermined in Prompting reenter any errors in light of the law logic is the rule, law dependence property management method characterized by having a law logic check out only accept no law logic error data.

【0048】(付記9) 付記1または2または3記載
の法令依存物件管理プログラムを記録したコンピュータ
読み取り可能な記録媒体。 (付記10) 法令依存物件管理システムに対して改訂
法令データベース情報を供給する情報処理を法令データ
ベース更新サーバに実行させる法令データベース更新サ
ーバプログラムであって、改訂された法令の所定の記述
をコンピュータにロジックチェックさせるために適した
項目の集合として構成した改訂法令データベース情報と
して登録する改訂法令登録段階と、法令依存物件管理シ
ステムに対してインターネットを通じて前記改訂法令デ
ータベース情報を送信する改訂法令データベース情報送
信段階と、を法令データベース更新サーバに実行させる
ことを特徴とする法令データベース更新サーバプログラ
ム。
(Supplementary Note 9) A computer-readable recording medium recording the law-dependent property management program according to Supplementary Note 1, 2 or 3. (Supplementary note 10) A law database update server program for causing a law database update server to execute information processing for supplying revised law database information to a law-dependent property management system, wherein a predetermined description of revised law is written in a computer. A revised law registration stage of registering as revised law database information configured as a set of items suitable for checking, and a revised law database information transmission stage of transmitting the revised law database information to the law-dependent property management system via the Internet. A law database update server program for causing a law database update server to execute.

【0049】(付記11) 付記10記載の法令データ
ベース更新サーバプログラムであって、さらに、前記法
令依存物件管理システムのカスタマイズ情報と前記改訂
法令データベース情報と現在日時および送信済履歴とを
対比して、前記改訂法令データベース情報の受信が必要
であるのに未受信である法令依存物件管理システムを抽
出するアラーム先判定段階と、前記アラーム先判定手段
が抽出した法令依存物件管理システムに対してアラーム
通知を行うアラーム通知段階と、を法令データベース更
新サーバに実行させることを特徴とする法令データベー
ス更新サーバプログラム。
(Supplementary Note 11) The law database updating server program according to Supplementary Note 10, further comparing the customization information of the law-dependent property management system, the revised law database information, the current date and time, and the transmitted history, An alarm destination determination step for extracting a law-dependent property management system that has not yet received the revised law database information, and an alarm notification is sent to the law-dependent property management system extracted by the alarm destination determination means. A law database update server program characterized by causing a law database update server to execute the alarm notification step to be performed.

【0050】(付記12) 法令依存物件管理システム
コンピュータに法令依存物件管理を実行させるための法
令依存物件管理プログラムであって、付記5または6記
載の法令データベース更新サーバからインターネットを
通じて改訂法令データベース情報を受信し法令データベ
ースを更新する法令データベース受信更新段階をコンピ
ュータに実行させることを特徴とする法令依存物件管理
プログラム。
(Supplementary Note 12) Law-dependent Property Management System A law-dependent property management program for causing a computer to execute law-dependent property management. A law-dependent property management program characterized by causing a computer to execute the law database reception / update step of receiving and updating the law database.

【0051】[0051]

【発明の効果】以上の説明から明らかなように、本発明
によれば、法令改訂に伴うパッケージのバージョンアッ
プ範囲をより減少させ、作業工数の削減とミスによる改
訂反映漏れを減少させる特許管理システムの提供が可能
となる、という効果がある。また、パッケージのバージ
ョンアップに伴うユーザカスタマイズの作業工数を削減
させる特許管理システムの提供が可能となる、という効
果がある。また、本発明の実施例では特許管理システム
における詳細な内容を説明したが、特許管理システムだ
けでなく、一般に、法令に基づいて必要となる手続を行
う法令依存物件を管理する法令依存物件管理システム全
般にいえることである。
As is apparent from the above description, according to the present invention, the patent management system that further reduces the version upgrade range of a package due to the revision of laws and regulations, reduces the man-hours required and misses the revision reflection due to mistakes. Can be provided. Further, there is an effect that it is possible to provide a patent management system that can reduce the number of man-hours required for user customization accompanying a package version upgrade. Further, although the details of the patent management system have been described in the embodiments of the present invention, not only the patent management system but also a law-dependent property management system for managing law-dependent properties that generally perform necessary procedures based on laws and regulations. This is generally true.

【図面の簡単な説明】[Brief description of drawings]

【図1】本発明の法令依存物件管理システムおよび法令
データベース更新サーバの構成例
[FIG. 1] Configuration example of a law-dependent property management system and a law database update server of the present invention

【図2】特許データベースP-DBを更新する特許管理業務
一覧
[Fig. 2] List of patent management operations for updating the patent database P-DB

【図3】従来の特許管理システムとバージョン更新時の
作業範囲例
[Fig. 3] Conventional patent management system and example of work range at version update

【図4】従来の業務プログラム(GP02(u) 審査請求判
断)の構成例
[Fig. 4] Example of conventional business program (GP02 (u) examination request judgment)

【図5】本発明実施例における(GP02(u) 審査請求判
断)部分の構成例
FIG. 5 is a structural example of a (GP02 (u) examination request judgment) portion in the embodiment of the present invention.

【図6】特許管理システムの第1の実施例でのバージョ
ン更新時の作業範囲例
FIG. 6 is an example of a work range at the time of version update in the first embodiment of the patent management system.

【図7】特許管理システムの第2の実施例でのバージョ
ン更新時の作業範囲例
FIG. 7 is an example of a work range at the time of version update in the second embodiment of the patent management system.

【図8】特許管理システムの第3の実施例でのバージョ
ン更新時の作業範囲例
FIG. 8 is an example of a work range at the time of version update in the third embodiment of the patent management system.

【図9】特許管理システムの第4の実施例でのバージョ
ン更新時の作業範囲例
FIG. 9 is an example of a work range at the time of version update in the fourth embodiment of the patent management system.

【図10】法令データベースL-DBの構造例[Figure 10] Example of structure of law database L-DB

【図11】XML 形式による改訂法令データベース情報L-
DB' の表現例
[Figure 11] Revised law database information in XML format L-
DB 'example

【図12】法令データベース更新サーバの動作例フロー
FIG. 12 is a flow chart of an operation example of the law database updating server.

【符号の説明】[Explanation of symbols]

1 法令依存物件管理クライアント(特許管理クライア
ント) 2 法令依存物件管理サーバ(特許管理サーバ) 3 法令データベース更新サーバ 11 フロントエンドチェック手段 21 ビジネスロジックチェック手段 22 法令ロジックチェック手段 23 法令依存物件データベース更新手段(特許データベ
ース更新手段) 24 法令データベース受信更新手段 31 改訂法令データベース情報送信手段 32 改訂法令登録手段 33 アラーム先判定手段 34 アラーム通知手段 FC-K フロントエンドチェック共通部 FC-C フロントエンドチェックカスタマイズ部 BC-K ビジネスロジックチェック共通部 BC-C ビジネスロジックチェックカスタマイズ部 LC-K 法令ロジックチェック共通部 LC-C 法令ロジックチェックカスタマイズ部 L-DB 法令データベース L-DB' 改訂法令データベース情報 P-DB 法令依存物件データベース(特許データベース)
1 Law-dependent property management client (patent management client) 2 Law-dependent property management server (patent management server) 3 Law database update server 11 Front-end check means 21 Business logic check means 22 Law logic check means 23 Law-dependent property database update means ( Patent database update means) 24 Law database reception update means 31 Revised law database information transmission means 32 Revised law registration means 33 Alarm destination judgment means 34 Alarm notification means FC-K Front end check common part FC-C Front end check customized part BC- K Business logic check common part BC-C Business logic check customizing part LC-K Legal logic check common part LC-C Legal logic check customizing part L-DB Legal database L-DB 'Revised legal database information P-DB Legal dependency Case database (patent database)

フロントページの続き (72)発明者 伊藤 邦章 長野県長野市大字鶴賀字鍋屋田1403番地3 株式会社富士通長野システムエンジニア リング内 (72)発明者 小川 彰人 長野県長野市大字鶴賀字鍋屋田1403番地3 株式会社富士通長野システムエンジニア リング内 (72)発明者 竹原 健 神奈川県川崎市中原区上小田中4丁目1番 1号 富士通株式会社内 (72)発明者 阿部 豊 長野県長野市大字鶴賀字鍋屋田1403番地3 株式会社富士通長野システムエンジニア リング内Continued front page    (72) Inventor Kuniaki Ito             Nagano-shi Nagano-shi large Tsuruga character Nabeyada 1403-3               Fujitsu Nagano System Engineer Co., Ltd.             In the ring (72) Inventor Akito Ogawa             Nagano-shi Nagano-shi large Tsuruga character Nabeyada 1403-3               Fujitsu Nagano System Engineer Co., Ltd.             In the ring (72) Inventor Ken Takehara             4-1, Kamiodanaka, Nakahara-ku, Kawasaki-shi, Kanagawa             No. 1 within Fujitsu Limited (72) Inventor Yutaka Abe             Nagano-shi Nagano-shi large Tsuruga character Nabeyada 1403-3               Fujitsu Nagano System Engineer Co., Ltd.             In the ring

Claims (9)

【特許請求の範囲】[Claims] 【請求項1】 法令依存物件の帰趨履歴を格納する法令
依存物件データベースを有し、法令に基づいて必要とな
る手続を管理する法令依存物件管理サーバと、前記法令
依存物件データベースへのデータ登録、更新入力を行う
1つ以上の法令依存物件管理クライアントとから構成さ
れる法令依存物件管理システムにおいて、法令依存物件
管理サーバのコンピュータに法令依存物件管理情報処理
を実行させるための法令依存物件管理プログラムであっ
て、 前記法令依存物件管理クライアントからの前記法令依存
物件データベースへのデータ登録、更新のためのデータ
入力に対して、管理業務における予め定められたルール
であるビジネスロジックに従ってチェックを行い、エラ
ーがあれば再入力を促し、ビジネスロジックとしてのエ
ラーのないデータのみを受け入れるビジネスロジックチ
ェック手段としてコンピュータを機能させるビジネスロ
ジックチェックプログラムと、 前記データ入力に対して、法令における予め定められた
ルールである法令ロジックに照らしてエラーがあれば再
入力を促し、法令ロジックエラーのないデータのみを受
け入れる法令ロジックチェック手段としてコンピュータ
を機能させる法令ロジックチェックプログラムと、を有
し、前記ビジネスロジックチェックプログラムと前記法
令ロジックチェックプログラムとが分離していることを
特徴とする法令依存物件管理プログラム。
[Claim 1] A law-dependent property management server that has a law-dependent property database that stores the return history of law-dependent properties, manages necessary procedures based on laws, and registers data in the law-dependent property database. In a law-dependent property management system consisting of one or more law-dependent property management clients that perform update input, a law-dependent property management program that causes the computer of the law-dependent property management server to execute law-dependent property management information processing. Therefore, the data registration and update data input from the law-dependent property management client to the law-dependent property database is checked according to the business logic that is a predetermined rule in the management work, and an error is detected. If so, it prompts for re-entry, and there is no error as business logic. Business logic check program that causes a computer to function as a business logic check means that accepts only data, and prompts for re-entry if there is an error in light of the above-mentioned data input in accordance with the law logic that is a predetermined rule in the law. A law logic check program that causes a computer to function as law logic check means that accepts only data with no logic error, and the business logic check program and the law logic check program are separated. Dependent property management program.
【請求項2】 前記ビジネスロジックチェックプログラ
ムは、さらに、 ビジネスロジックチェック処理を共通的に記述する抽象
クラスオブジェクト集合であるビジネスロジックチェッ
ク共通部と、 前記ビジネスロジックチェック共通部を実行するための
実行クラスからなりユーザ毎のシステム環境や業務条件
に適合するようにカスタマイズされたビジネスロジック
チェックカスタマイズ部と、に分離されたプログラムで
あり、 前記法令ロジックチェックプログラムは、さらに、 法令ロジックチェック処理を共通的に記述する抽象クラ
スオブジェクト集合である法令ロジックチェック共通部
と、 前記法令ロジックチェック共通部を実行するための実行
クラスからなりユーザ毎のシステム環境や業務条件に適
合するようにカスタマイズされた法令ロジックチェック
カスタマイズ部と、に分離されたプログラムであること
を特徴とする請求項1記載の法令依存物件管理プログラ
ム。
2. The business logic check program further includes a business logic check common part, which is an abstract class object set that commonly describes business logic check processing, and an execution class for executing the business logic check common part. It is a program that is separated into a business logic check customization section that is customized to suit the system environment and business conditions of each user, and the law logic check program further performs common law logic check processing. It is composed of an abstract class object set to describe the legal logic check common part, and an execution class for executing the legal logic check common part, which is customized to suit the system environment and business conditions of each user. Claim 1 wherein laws dependent property management program, characterized in that the logic checking customization part, in a separate program.
【請求項3】 前記法令ロジックチェック共通部は、さ
らに、 法令の所定の記述をコンピュータにロジックチェックさ
せるために適した項目の集合として構成した法令データ
ベースを外部に有し、当該法令データベースを参照して
法令ロジックチェックを行う構造であることを特徴とす
る請求項2記載の法令依存物件管理プログラム。
3. The statutory logic check common unit further has an external statute database configured as a set of items suitable for causing a computer to perform a logic check of a prescribed description of a statute, and refers to the statute database. The law-dependent property management program according to claim 2, wherein the law-based property management program is configured to perform a logic check.
【請求項4】 法令依存物件の帰趨履歴を格納する法令
依存物件データベースを有し、法令に基づいて必要とな
る手続を管理する法令依存物件管理サーバと、前記法令
依存物件データベースへのデータ登録、更新入力を行う
1つ以上の法令依存物件管理クライアントとから構成さ
れる法令依存物件管理システムであって、 前記法令依存物件データベースへのデータ登録、更新の
ためのデータ入力のフォーマットチェックを行い、エラ
ーがあれば再入力を促し、フォーマットエラーのないデ
ータのみを受け入れるフロントエンドチェック手段と、 請求項1または2または3記載の法令依存物件管理プロ
グラムによって機能するビジネスロジックチェック手段
および法令ロジックチェック手段を有する法令依存物件
管理サーバと、を有することを特徴とする法令依存物件
管理システム。
4. A law-dependent property management server that has a law-dependent property database that stores the history of the return of law-dependent properties, manages necessary procedures based on laws, and registers data in the law-dependent property database. A law-dependent property management system consisting of one or more law-dependent property management clients that perform update input. Data registration to the law-dependent property database, format check of data input for update, error checking If there is, there is a front-end check means that prompts re-entry and accepts only data without format errors, and a business logic check means and a law logic check means that function with the law-dependent property management program according to claim 1 or 2 or 3. Having a legally dependent property management server Legal dependent property management system to butterflies.
【請求項5】 改訂された法令の所定の記述をコンピュ
ータにロジックチェックさせるために適した項目の集合
として構成した改訂法令データベース情報として登録す
る改訂法令登録手段と、法令依存物件管理システムに対
してインターネットを通じて前記改訂法令データベース
情報を送信する改訂法令データベース情報送信手段とを
有する法令データベース更新サーバ。
5. A revised law registration means for registering revised law database information configured as a set of items suitable for causing a computer to perform a logic check of a prescribed description of a revised law, and a law-dependent property management system. A law database updating server having a revised law database information transmitting means for transmitting the revised law database information through the Internet.
【請求項6】 請求項5記載の法令データベース更新サ
ーバであって、さらに、 前記法令依存物件管理システムのカスタマイズ情報と前
記改訂法令データベース情報と現在日時および送信済履
歴とを対比して、前記改訂法令データベース情報の受信
が必要であるのに未受信である法令依存物件管理システ
ムを抽出するアラーム先判定手段と、 前記アラーム先判定手段が抽出した法令依存物件管理シ
ステムに対してアラーム通知を行うアラーム通知手段
と、を有することを特徴とする法令データベース更新サ
ーバ。
6. The law database updating server according to claim 5, further comprising: comparing the customization information of the law-dependent property management system, the revised law database information, the current date and time, and the transmitted history, and revising the revision. An alarm destination determination means for extracting a law-dependent property management system that needs to receive the law database information but has not been received, and an alarm for notifying the law-dependent property management system extracted by the alarm destination determination means A law database updating server comprising: a notifying means.
【請求項7】 請求項5または6記載の法令データベー
ス更新サーバからインターネットを通じて改訂法令デー
タベース情報を受信し法令データベースを更新する法令
データベース受信更新手段を有することを特徴とする法
令依存物件管理システム。
7. A law-dependent property management system comprising law database receiving and updating means for receiving revised law database information from the law database updating server according to claim 5 or 6 through the Internet and updating the law database.
【請求項8】 法令依存物件の帰趨履歴を格納する法令
依存物件データベースを有し、法令に基づいて必要とな
る手続を管理する法令依存物件管理サーバと、前記法令
依存物件データベースへのデータ登録、更新入力を行う
1つ以上の法令依存物件管理クライアントとから構成さ
れる法令依存物件管理システムの法令依存物件管理方法
であって、 前記法令依存物件データベースへのデータ登録、更新の
ためのデータ入力のフォーマットチェックを行い、エラ
ーがあれば再入力を促し、フォーマットエラーのないデ
ータのみを受け入れるフロントエンドチェック段階と、 前記法令依存物件管理クライアントからの前記法令依存
物件データベースへのデータ登録、更新のためのデータ
入力に対して、管理業務における予め定められたルール
であるビジネスロジックに従ってチェックを行い、エラ
ーがあれば再入力を促し、ビジネスロジックとしてのエ
ラーのないデータのみを受け入れるビジネスロジックチ
ェック段階と、 前記データ入力に対し法令における予め定められたルー
ルである法令ロジックに照らしてエラーがあれば再入力
を促し、法令ロジックエラーのないデータのみを受け入
れる法令ロジックチェック段階と、を有することを特徴
とする法令依存物件管理方法。
8. A law-dependent property management server that has a law-dependent property database that stores the history of the return of law-dependent properties, manages necessary procedures based on laws, and registers data in the law-dependent property database. A law-dependent property management method for a law-dependent property management system comprising one or more law-dependent property management clients that perform update input, including data registration to the law-dependent property database and data input for updating. Performs a format check, prompts for re-entry if there is an error, and accepts only data with no format error in the front-end check stage, and for registering and updating data from the law-dependent property management client to the law-dependent property database. It is a predetermined rule in management work for data input Business logic check stage that checks according to business logic, prompts re-entry if there is an error, and accepts only error-free data as business logic, and legal logic that is a predetermined rule in the law for data input A law-dependent property management method characterized by having a law logic check stage that prompts re-entry if there is an error and accepts only data with no law logic error.
【請求項9】 請求項1または2または3記載の法令依
存物件管理プログラムを記録したコンピュータ読み取り
可能な記録媒体。
9. A computer-readable recording medium in which the law-dependent property management program according to claim 1, 2 or 3 is recorded.
JP2001264993A 2001-08-31 2001-08-31 Statute-dependent object management program, statute- dependent object management system and statute database update server Pending JP2003076816A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2001264993A JP2003076816A (en) 2001-08-31 2001-08-31 Statute-dependent object management program, statute- dependent object management system and statute database update server

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2001264993A JP2003076816A (en) 2001-08-31 2001-08-31 Statute-dependent object management program, statute- dependent object management system and statute database update server

Publications (1)

Publication Number Publication Date
JP2003076816A true JP2003076816A (en) 2003-03-14

Family

ID=19091519

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2001264993A Pending JP2003076816A (en) 2001-08-31 2001-08-31 Statute-dependent object management program, statute- dependent object management system and statute database update server

Country Status (1)

Country Link
JP (1) JP2003076816A (en)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2005004022A1 (en) * 2003-07-01 2005-01-13 Mitsui Chemicals, Inc. Office routine work management system and office routine work management method
JP2008502993A (en) * 2004-06-14 2008-01-31 ジーイー・コーポレート・ファイナンシャル・サービシーズ,インコーポレイテッド System and method for managing litigation and other matters
JP2009116594A (en) * 2007-11-06 2009-05-28 Toshiba Corp Application information management system
JP2017068665A (en) * 2015-09-30 2017-04-06 能美防災株式会社 Support device and terminal
JP2017102726A (en) * 2015-12-02 2017-06-08 株式会社日立ソリューションズ・クリエイト Heir specification program and heir specification method

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2005004022A1 (en) * 2003-07-01 2005-01-13 Mitsui Chemicals, Inc. Office routine work management system and office routine work management method
JPWO2005004022A1 (en) * 2003-07-01 2006-08-17 三井化学株式会社 Administrative procedure management system and administrative procedure management method
JP2008502993A (en) * 2004-06-14 2008-01-31 ジーイー・コーポレート・ファイナンシャル・サービシーズ,インコーポレイテッド System and method for managing litigation and other matters
JP2009116594A (en) * 2007-11-06 2009-05-28 Toshiba Corp Application information management system
JP4686528B2 (en) * 2007-11-06 2011-05-25 株式会社東芝 Application information management system
JP2017068665A (en) * 2015-09-30 2017-04-06 能美防災株式会社 Support device and terminal
JP2017102726A (en) * 2015-12-02 2017-06-08 株式会社日立ソリューションズ・クリエイト Heir specification program and heir specification method

Similar Documents

Publication Publication Date Title
US7600182B2 (en) Electronic data capture and verification
US7234103B1 (en) Network-based tax framework database
US7305361B2 (en) Apparatus, methods and articles of manufacture for constructing and executing computerized transaction processes and programs
US10366352B2 (en) Method and system for communicating vehicle repair information to a business-to-business rental vehicle reservation management computer system
US9063823B2 (en) Software development and distribution workflow employing meta-object time stamping
US20140180883A1 (en) System, method and article of manufacture for providing tax services in a network-based tax architecture
US7277861B1 (en) Insurance policy renewal method and system
JP2000357202A (en) Method and system for order processing
JP2018530092A (en) Intellectual property portfolio management system
US20030208384A1 (en) Agent appointment process via a computer network
CN102007756A (en) Method and apparatus for dynamic provisioning in data processing environment
US7058582B2 (en) Method for performing programming by plain text requests
AU2009201575B2 (en) Computer Implemented Method for Adapting and Using a Computing Environment, Computer Program Product and Computer Based System
JP2006507550A (en) Method and computer system for connecting entities with general functions in aspect patterns
JP3711162B2 (en) Software price settlement system and method
US8370858B2 (en) Creating step descriptions for application program interfaces
JP2003076816A (en) Statute-dependent object management program, statute- dependent object management system and statute database update server
JP2018097608A (en) Credit card settlement system
JP2011034298A (en) Method for foreign remittance auto process control, and program
US6850963B1 (en) Method of providing subscription based information services through an information service provider
JP5048537B2 (en) Workflow processing device
JP3939904B2 (en) Workflow system, document approval method, and storage medium
JP7266654B1 (en) Document examination support device, document examination support method and computer program
JP6603426B1 (en) Information processing program, information processing apparatus, and information processing method
KR20190122462A (en) Method and apparatus for providing contract management service

Legal Events

Date Code Title Description
RD02 Notification of acceptance of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7422

Effective date: 20040610

RD04 Notification of resignation of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7424

Effective date: 20040610

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20060406

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20081031

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20081111

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20090310