JP2000003270A - Version managing device and shipping managing device - Google Patents
Version managing device and shipping managing deviceInfo
- Publication number
- JP2000003270A JP2000003270A JP16493998A JP16493998A JP2000003270A JP 2000003270 A JP2000003270 A JP 2000003270A JP 16493998 A JP16493998 A JP 16493998A JP 16493998 A JP16493998 A JP 16493998A JP 2000003270 A JP2000003270 A JP 2000003270A
- Authority
- JP
- Japan
- Prior art keywords
- module
- version
- shipment
- client
- date
- 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
Links
Landscapes
- Stored Programmes (AREA)
Abstract
Description
【０００１】[0001]
【発明の属する技術分野】この発明は、クライアント・
サーバ・システムのクライアントで動作するクライアン
トモジュールとサーバで動作するサーバモジュールのバ
ージョン（版）を管理するバージョン管理装置に関する
ものである。また、この発明はクライアント・サーバ・
システムのクライアントとサーバで動作するモジュール
の出荷管理をする出荷管理装置に関するものである。TECHNICAL FIELD The present invention relates to a client
The present invention relates to a version management device that manages a version (version) of a client module operating on a client of a server system and a server module operating on a server. The present invention also relates to a client server
The present invention relates to a shipping management device that manages shipping of modules operating on a client and a server of a system.
【０００２】[0002]
【従来の技術】図１７は従来のクライアント・サーバ・
システムの構成図である。サーバ５０はデータベース３
９を有しておりデータベース３９に記憶されたデータを
クライアント４０に提供する。クライアント４０はロー
カルエリアネットワークあるいはワイドエリアネットワ
ークあるいは無線によりサーバ５０に接続されている。
１台のサーバ５０に対して、複数のクライアント４０が
接続される。クライアント４０には複数のクライアント
モジュール４１が配布されている。複数のクライアント
モジュール４１はサーバモジュール３８と通信を行うこ
とにより、データベース３９に格納されたデータを利用
することができる。2. Description of the Related Art FIG. 17 shows a conventional client server.
It is a block diagram of a system. Server 50 is database 3
9 and provides the data stored in the database 39 to the client 40. The client 40 is connected to the server 50 via a local area network, a wide area network, or wirelessly.
A plurality of clients 40 are connected to one server 50. A plurality of client modules 41 are distributed to the client 40. The plurality of client modules 41 can use data stored in the database 39 by communicating with the server module 38.
【０００３】図１８はクライアントモジュールとサーバ
モジュールを開発する開発者からクライアントモジュー
ルとサーバモジュールの配布方法を示す図である。クラ
イアントモジュールが開発者のパーソナルコンピュータ
（ＰＣ）で開発されると、クライアントモジュールはフ
レキシブルディスク（ＦＤ）やＣＤーＲやＣＤ−ＲＯＭ
にコピーされ、社内私送便や郵便を使ってユーザに送ら
れる。ユーザは配布されたクライアントモジュールをク
ライアント４０にインストールする。あるいは、予め開
発者のＰＣとユーザのＰＣに配布ツールがインストール
されている場合には、開発者のＰＣからユーザのＰＣへ
直接クライアントモジュールを配布することができる。
また、開発したクライアントモジュールをホームページ
に登録することにより、ユーザはホームページからクラ
イアントモジュールをダウンロードし、クライアント４
０へインストールすることができる。FIG. 18 shows a method of distributing a client module and a server module from a developer who develops the client module and the server module. When the client module is developed on the developer's personal computer (PC), the client module can be a flexible disk (FD), a CD-R or a CD-ROM.
And sent to the user using company private mail or postal mail. The user installs the distributed client module on the client 40. Alternatively, when the distribution tool is installed in the developer's PC and the user's PC in advance, the client module can be directly distributed from the developer's PC to the user's PC.
Also, by registering the developed client module on the homepage, the user downloads the client module from the homepage and downloads the client module from the homepage.
0 can be installed.
【０００４】一方、開発用サーバを用いて開発されたサ
ーバモジュールはサーバ５０に対してファイル転送によ
り配布される。On the other hand, a server module developed using a development server is distributed to the server 50 by file transfer.
【０００５】前述したように、クライアントモジュール
を社内私送便や郵便で送る場合には郵送に時間がかか
る。また、ユーザがクライアントモジュールをインスト
ールするというインストール作業が必要である。また、
配布ツールを用いてクライアントモジュールを配布する
場合には配布ツールに障害がある場合があり、クライア
ントモジュールが正常に配布されない場合がある。ま
た、ホームページからクライアントモジュールをダウン
ロードする場合は、ユーザが自らクライアントモジュー
ルをダウンロードするという作業が必要である。このよ
うにクライアントモジュールの配布には時間的な遅れが
生じてしまう。[0005] As described above, it takes a long time to send a client module by private mail or mail. In addition, an installation operation for a user to install a client module is required. Also,
When distributing a client module using a distribution tool, the distribution tool may have a failure and the client module may not be normally distributed. In addition, when a client module is downloaded from a homepage, it is necessary for the user to download the client module by himself. Thus, there is a time delay in the distribution of the client modules.
【０００６】[0006]
【発明が解決しようとする課題】サーバモジュールが配
布されるサーバ５０は１台または数台であり、ファイル
転送によりサーバモジュールが配布されるのに比べて、
ユーザが用いるクライアント４０は数台から数百台あ
り、かつ、地域も広範囲にわたっている。従って、サー
バモジュールの入れ替えは瞬時で完了するが、クライア
ントモジュールのインストールがサーバモジュールの入
れ替えに比べて遅れてしまうという問題が発生する。サ
ーバモジュールとクライアントモジュールはバージョン
が一致しないと動作しなかったり、あるいは、システム
エラーを発生させたりする場合がある。あるいは、シス
テムエラーにならなくてもデータベース３９の交信エラ
ーが発生する恐れがある。The server module to which the server module is distributed is one or several servers, and compared with the case where the server module is distributed by file transfer,
There are several to several hundred clients 40 used by the user, and the area is wide. Therefore, the replacement of the server module is completed instantaneously, but there is a problem that the installation of the client module is delayed compared to the replacement of the server module. The server module and the client module may not operate unless the versions match, or may cause a system error. Alternatively, a communication error of the database 39 may occur even if a system error does not occur.
【０００７】図１９は不具合の具体的な例を示す図であ
る。旧版では、クライアントモジュール４１とサーバモ
ジュール３８はデータ１，２，３を正しく参照交信する
ことができるものとする。新版では、クライアントモジ
ュール４１とサーバモジュール３８がデータ１と３を正
しく参照交信できるものとする。もし、クライアント４
０に旧版がインストールされたままであり、サーバ５０
に新版がインストールされた状態が生じると、クライア
ントモジュール４１がアクセスするデータ２と３は、サ
ーバモジュール３８ではデータ２として受け取って良い
のか、あるいはデータ３として受け取って良いのか不明
である。従って、障害が発生してしまう。FIG. 19 is a diagram showing a specific example of a defect. In the old version, it is assumed that the client module 41 and the server module 38 can correctly communicate data 1, 2, and 3 with reference. In the new version, it is assumed that the client module 41 and the server module 38 can correctly communicate data 1 and 3 with reference. If client 4
0 still has the old version installed and the server 50
When a new version is installed in the server module 38, it is unclear whether the data 2 and 3 accessed by the client module 41 may be received as data 2 or data 3 by the server module 38. Therefore, a failure occurs.
【０００８】その他の障害が発生する場合として新版の
クライアントモジュールでデータチェック処理が増えた
場合、旧版を使っているユーザはチェック処理をしない
ままサーバモジュールにデータを送ってしまうことにな
る。サーバモジュールはクライアントモジュールでチェ
ック処理が行われていないデータを処理しなければなら
ないため、サーバモジュールにおいて障害が発生する可
能性がある。[0008] When data check processing is increased in the new version of the client module as another failure occurs, a user using the old version sends data to the server module without performing the check processing. Since the server module must process data that has not been checked by the client module, a failure may occur in the server module.
【０００９】この発明は以上のような問題点を解決する
ためになされたものであり、クライアント・サーバ・シ
ステムにおいてクライアントで動作するクライアントモ
ジュールとサーバで動作するサーバモジュールのバージ
ョン管理が行えるバージョン管理装置を提供することを
目的とする。また、この発明はクライアントモジュール
とサーバモジュールのバージョンの出荷の同期を保つこ
とができる出荷管理装置を提供することを目的とする。SUMMARY OF THE INVENTION The present invention has been made to solve the above-mentioned problems, and a version management apparatus capable of managing versions of a client module operating on a client and a server module operating on a server in a client-server system. The purpose is to provide. It is another object of the present invention to provide a shipping management device capable of keeping the shipping of the versions of the client module and the server module synchronized.
【００１０】[0010]
【課題を解決するための手段】この発明に係るバージョ
ン管理装置は、クライアント・サーバ・システムのクラ
イアントで動作するクライアントモジュールのバージョ
ンを管理するバージョン管理装置において、クライアン
トモジュールに対応してバージョンを登録するモジュー
ル登録部と、モジュール登録部により登録されるクライ
アントモジュールとそのバージョンを記憶するモジュー
ル記憶部と、自己のバージョンを保有するバージョン保
持部と、動作時にモジュール記憶部に記憶されたバージ
ョンを参照して記憶されたバージョンとバージョン保持
部に保持した自己のバージョンと比較し、一致した場合
に動作を続行し、一致しない場合に、バージョンが一致
しない旨のメッセージを出力するバージョンチェックル
ーチンとを有するクライアントモジュールとを備えたこ
とを特徴とする。A version management apparatus according to the present invention is a version management apparatus for managing a version of a client module operating on a client of a client / server system, and registers a version corresponding to the client module. A module registration unit, a module storage unit that stores the client module registered by the module registration unit and its version, a version holding unit that holds its own version, and a version stored in the module storage unit at the time of operation. A version check routine that compares the stored version with its own version held in the version holding unit, continues the operation when they match, and outputs a message that the versions do not match when they do not match; Characterized by comprising a compliant module.
【００１１】上記バージョン管理装置は、さらに、関連
するモジュールを登録する関連モジュール登録部と、関
連モジュール登録部により登録される関連するモジュー
ルを記憶する関連モジュール記憶部とを備え、上記クラ
イアントモジュールは、関連モジュール記憶部に記憶さ
れた関連するモジュールを参照し、そのモジュールに関
連するモジュールを検索し、検索したモジュールのバー
ジョン保持部からのそのバージョンを取得し、バージョ
ン保持部に記憶された検索したクライアントモジュール
のバージョンを参照して、記憶したクライアントモジュ
ールのバージョンと、バージョン保持部から取得したバ
ージョンとを比較し、一致した場合に動作を続行し、一
致しない場合に、バージョンが一致しない旨のメッセー
ジを出力する関連モジュールチェックルーチンを有する
ことを特徴とする。The version management apparatus further includes a related module registration unit for registering related modules, and a related module storage unit for storing related modules registered by the related module registration unit. Referring to the related module stored in the related module storage unit, searching for the module related to the module, obtaining the version from the version holding unit of the searched module, and searching for the client stored in the version holding unit Referring to the module version, the stored client module version is compared with the version obtained from the version holding unit. If the versions match, the operation is continued. If the versions do not match, a message indicating that the versions do not match is displayed. Output related And having a module check routine.
【００１２】上記クライアントモジュールは、関連モジ
ュール記憶部から関連するモジュールが検索された場
合、検索されたモジュールに対して、関連モジュールチ
ェックルーチンを繰り返し動作させることを特徴とす
る。The client module is characterized in that, when a related module is searched from the related module storage unit, a related module check routine is repeatedly performed on the searched module.
【００１３】この発明に係る出荷管理装置は、クライア
ント・サーバ・システムのクライアントとサーバとで動
作するモジュールの出荷を管理する出荷管理装置におい
て、出荷するモジュールのバージョンと出荷希望日を出
荷情報として登録する出荷情報登録部と、出荷情報登録
部により登録される出荷情報を記憶する出荷情報記憶部
と、出荷情報記憶部に記憶された出荷情報を参照し、日
付を指定して、その日に出荷すべきモジュールを一覧表
示する出荷モジュール一覧表示部と、出荷したモジュー
ルに対して、出荷日を登録する出荷日登録部と、出荷日
登録部により登録される出荷日を記憶する出荷日記憶部
と、出荷日記憶部に記憶された出荷日を参照して出荷の
有無を確認する出荷確認部とを備えたことを特徴とす
る。[0013] A shipment management apparatus according to the present invention is a shipment management apparatus for managing shipment of modules operating on a client and a server of a client-server system, in which a version of a module to be shipped and a desired shipment date are registered as shipment information. A shipping information registering section, a shipping information storing section storing shipping information registered by the shipping information registering section, and a shipping date stored in the shipping information storing section are referred to, a date is designated, and shipping is performed on that day. A shipping module list displaying section for displaying a list of modules to be shipped, a shipping date registering section for registering a shipping date for a shipped module, a shipping date storing section for storing a shipping date registered by the shipping date registering section, A shipment confirmation unit for confirming the presence or absence of shipment by referring to the shipment date stored in the shipment date storage unit.
【００１４】上記出荷管理装置は、さらに、発生した障
害を登録する障害登録部と、障害登録部により登録され
る障害を記憶するとともに、その障害が除去された日を
障害の修復完了日として記憶する障害記憶部と、障害記
憶部に記憶された障害と、その障害を除去したモジュー
ルとを対応させて登録するモジュール／障害登録部と、
モジュール／障害登録部により登録される障害とモジュ
ールの対応とを記憶するモジュール／障害記憶部と、出
荷日登録部により登録される出荷日を、障害記憶部に記
憶される障害の修復完了日として、上記障害記憶部に登
録する完了日転記部とを備えたことを特徴とする。The shipping management apparatus further stores a fault registration unit for registering a fault that has occurred, a fault registered by the fault registration unit, and a date on which the fault has been removed as a repair completion date of the fault. A failure storage unit to be registered, a module stored in the failure storage unit, and a module / failure registration unit for registering the failure-removed module in association with each other.
The module / fault storage unit storing the correspondence between the fault registered by the module / failure registration unit and the module, and the shipping date registered by the shipping date registration unit are used as the repair completion date of the fault stored in the fault storage unit. And a completion date transcription unit to be registered in the failure storage unit.
【００１５】上記出荷管理装置は、さらに、出荷情報記
憶部と出荷日記憶部とを参照して、モジュールの最新バ
ージョンを一覧表示するバージョン一覧表示部を備えた
ことを特徴とする。The shipment management apparatus further includes a version list display section for displaying a list of the latest versions of the modules by referring to the shipment information storage section and the shipment date storage section.
【００１６】上記出荷管理装置は、さらに、出荷情報記
憶部と出荷日記憶部とを参照して、モジュールの出荷履
歴を表示する出荷履歴バージョン一覧表示部を備えたこ
とを特徴とする。The shipment management apparatus further includes a shipment history version list display section for displaying a shipment history of the module with reference to the shipment information storage section and the shipment date storage section.
【００１７】[0017]
【発明の実施の形態】この明細書において、以下に述べ
る各種の登録部とは、情報の入力、更新、削除を行うプ
ログラムを意味する。また、この明細書において、以下
に述べる各種の記憶部とは、登録部により登録される情
報を記憶するファイルを意味する。DESCRIPTION OF THE PREFERRED EMBODIMENTS In this specification, various registration units described below mean programs for inputting, updating, and deleting information. In this specification, the various storage units described below mean files storing information registered by the registration unit.
【００１８】実施の形態１．図１はこの発明のバージョ
ン管理装置の一例を示す図である。サーバ５０には記憶
部５１が設けられている。記憶部５１にはモジュール記
憶部６０と関連モジュール記憶部７０が設けられてい
る。また、サーバ５０はモジュール登録部５２と関連モ
ジュール登録部５３を有している。図２は、モジュール
記憶部６０の構成を示す図である。モジュール記憶部６
０はモジュール名６１とその最新のバージョン６２とサ
イズ６３と作成日６４から構成されている。モジュール
登録部５２はモジュール名６１〜作成日６４を登録する
プログラムである。図３は、関連モジュール記憶部７０
の構成を示す図である。関連モジュール記憶部７０はフ
ロー元モジュール名７１とフロー先モジュール名７２か
ら構成されている。関連モジュール登録部５３はフロー
元モジュール名７１とフロー先モジュール名７２を登録
するプログラムである。図４は複数のクライアントモジ
ュール４１の関連を示す図である。図５は図４に示した
関連図の具体例を示す図である。図５は図４に示したク
ライアントモジュールがそれぞれ一つの画面を提供する
プログラムであるとした場合を示している。図５に示す
場合、クライアントモジュールＡはメニュー画面を表示
するプログラムである。クライアントモジュールＢは例
えば特許出願のための事件番号を登録する事件登録画面
を表示して事件番号を入力するプログラムである。クラ
イアントモジュールＣは発明者の氏名を入力するプログ
ラムである。クライアントモジュールＤは出願人を入力
するプログラムである。図６はクライアントモジュール
の構成を示す図である。クライアントモジュール４１は
バージョン保持部４２とバージョンチェックルーチン４
３と関連モジュールチェックルーチン４４と業務ルーチ
ン４５から構成されているプログラムである。バージョ
ン保持部４２はクライアントモジュール４１のバージョ
ンを保持する。バージョン保持部４２はクライアントモ
ジュールの先頭から決められた場所（例えば、先頭の１
バイト目）に存在するものとする。バージョンチェック
ルーチン４３と関連モジュールチェックルーチン４４は
バージョンをチェックするルーチンである。その詳細は
後述する。業務ルーチン４５はクライアントモジュール
４１が処理すべき業務を実行するルーチンである。例え
ばクライアントモジュールＡは業務ルーチン４５におい
てメニュー画面を表示する。また、クライアントモジュ
ールＢは業務ルーチン４５において事件登録画面を表示
して事件番号を入力する。クライアントモジュールＣは
業務ルーチン４５において発明者名を入力する。クライ
アントモジュールＤは業務ルーチン４５において出願人
を入力する。Embodiment 1 FIG. 1 is a diagram showing an example of a version management device according to the present invention. The storage unit 51 is provided in the server 50. The storage unit 51 includes a module storage unit 60 and a related module storage unit 70. The server 50 has a module registration unit 52 and a related module registration unit 53. FIG. 2 is a diagram illustrating a configuration of the module storage unit 60. Module storage unit 6
0 includes a module name 61, its latest version 62, size 63, and creation date 64. The module registration unit 52 is a program for registering the module names 61 to the creation date 64. FIG. 3 shows a related module storage unit 70.
FIG. The related module storage unit 70 includes a flow source module name 71 and a flow destination module name 72. The related module registration unit 53 is a program for registering the flow source module name 71 and the flow destination module name 72. FIG. 4 is a diagram showing the relationship between a plurality of client modules 41. FIG. 5 is a diagram showing a specific example of the related diagram shown in FIG. FIG. 5 shows a case where each of the client modules shown in FIG. 4 is a program for providing one screen. In the case shown in FIG. 5, the client module A is a program for displaying a menu screen. The client module B is, for example, a program for displaying a case registration screen for registering a case number for a patent application and inputting the case number. The client module C is a program for inputting the name of the inventor. The client module D is a program for inputting the applicant. FIG. 6 is a diagram showing the configuration of the client module. The client module 41 includes a version holding unit 42 and a version check routine 4
3 and a related module check routine 44 and a business routine 45. The version holding unit 42 holds the version of the client module 41. The version holding unit 42 stores a location determined from the top of the client module (for example,
Byte). The version check routine 43 and the related module check routine 44 are routines for checking the version. The details will be described later. The job routine 45 is a routine for executing a job to be processed by the client module 41. For example, the client module A displays a menu screen in the business routine 45. Further, the client module B displays a case registration screen in the business routine 45 and inputs a case number. The client module C inputs the inventor name in the business routine 45. The client module D inputs the applicant in the business routine 45.
【００１９】次に、図３に示した関連モジュール記憶部
７０にフロー元モジュール名７１とフロー先モジュール
名７２として登録される関連モジュールについて説明す
る。関連モジュールとはあるモジュールが実行された場
合に、そのモジュールの後に必ず実行されなければなら
ないモジュールあるいは必ず実行されるモジュールを言
う。図４および図５に示すように、クライアントモジュ
ールＡの実行後にクライアントモジュールＢ又はクライ
アントモジュールＥのいずかが実行される場合は、クラ
イアントモジュールＡの関連モジュールは存在しない。
従って図３に示す関連モジュール記憶部７０にはクライ
アントモジュールＡの登録はされていない。一方、シス
テム設計者が、クライアントモジュールＢに対してクラ
イアントモジュールＣとクライアントモジュールＤは必
ず実行されなければならないものとしてシステムを構築
した場合、クライアントモジュールＢに対してクライア
ントモジュールＣおよびクライアントモジュールＤは関
連モジュールとして登録する。従って、図３に示す様に
フロー元モジュール名７１にクライアントモジュールＢ
が登録され、その関連モジュールとしてフロー先モジュ
ール名７２にクライアントモジュールＣとクライアント
モジュールＤが登録されることになる。また、クライア
ントモジュールＥに対してクライアントモジュールＦは
必ず実行されるものであるから、図３に示す様にフロー
元モジュール名７１にクライアントモジュールＥが登録
され、その関連モジュールとしてフロー先モジュール名
７２にクライアントモジュールＦが登録される。Next, the related modules registered as the flow source module name 71 and the flow destination module name 72 in the related module storage unit 70 shown in FIG. 3 will be described. A related module is a module that must be executed after a certain module or must be executed after that module. As shown in FIGS. 4 and 5, when either the client module B or the client module E is executed after the execution of the client module A, there is no related module of the client module A.
Therefore, the client module A is not registered in the related module storage unit 70 shown in FIG. On the other hand, when the system designer constructs the system assuming that the client module C and the client module D must be executed for the client module B, the client module C and the client module D Register as a module. Therefore, as shown in FIG. 3, the client module B is added to the flow source module name 71.
Is registered, and the client module C and the client module D are registered in the flow destination module name 72 as the related modules. Since the client module F is always executed for the client module E, the client module E is registered in the flow source module name 71 as shown in FIG. The client module F is registered.
【００２０】図７は、バージョンチェックルーチン４３
の動作を示すフローチャート図である。バージョンチェ
ックルーチン４３はクライアントモジュール４１が起動
された場合に一番先に実行されるルーチンである。バー
ジョンチェックルーチン４３が起動されるとまず、Ｓ１
０において、モジュール記憶部６０を検索し自分自身の
モジュールの最新のバージョン６２を検索する。次にＳ
１１において、バージョン保持部４２に保持したバージ
ョンとモジュール記憶部６０から検索した最新のバージ
ョン６２を比較する。一致する場合には、自分自身が最
新のバージョンであるということがわかる。そして、Ｓ
１３において関連モジュールチェックルーチン４４を実
行する。もし、自分自身が最新のバージョンでないこと
が分かった場合には、Ｓ１２において図８に示すメッセ
ージ４６をクライアント４０の画面に表示して処理を中
断する。図８はクライアントモジュールＡの最新バージ
ョンが２であるのに対して、自分自身がバージョン１で
ある場合に、表示されるメッセージの例を示している。FIG. 7 shows a version check routine 43.
It is a flowchart figure which shows operation | movement. The version check routine 43 is a routine that is executed first when the client module 41 is activated. When the version check routine 43 is started, first, S1
At 0, the module storage unit 60 is searched for the latest version 62 of its own module. Then S
In step 11, the version stored in the version storage unit 42 is compared with the latest version 62 retrieved from the module storage unit 60. If they match, you know that you are the latest version. And S
At step 13, a related module check routine 44 is executed. If it is determined that the self is not the latest version, a message 46 shown in FIG. 8 is displayed on the screen of the client 40 in S12, and the processing is interrupted. FIG. 8 shows an example of a message displayed when the latest version of the client module A is 2 and the client module A itself is version 1.
【００２１】図９は、関連モジュールチェックルーチン
４４の動作を示すフローチャート図である。まず、Ｓ２
０において関連モジュールが存在するかどうかをチェッ
クする。すなわち、関連モジュール記憶部７０のフロー
先モジュール名７２を取得する。もし、関連モジュール
記憶部７０に関連モジュールが登録されていなければＳ
２４において業務ルーチン４５を起動する。Ｓ２０にお
いて関連モジュールが存在する場合にはＳ２１において
検索したフロー先モジュール名７２を用いてモジュール
記憶部６０の最新のバージョン６２を検索する。次にＳ
２２においてフロー先モジュールを参照し、その先頭か
ら決められた場所（たとえば、先頭の１バイト目）に存
在するバージョン保持部４２に保持しているバージョン
を得て、このバージョン保持部４２に保持しているバー
ジョンとモジュール記憶部６０から検索した最新のバー
ジョン６２を比較する。一致する場合には、関連モジュ
ールが最新のバージョンであることが分かる。関連モジ
ュールが最新の場合には、その関連モジュールに対する
次の関連モジュールに対して、Ｓ２０〜Ｓ２２を繰り返
し、実行する。なお、フロー先モジュールのバージョン
保持部４２に保持しているバージョンの取得方法は、上
記に限らず他の方法でも良い。また、バージョン６２の
かわりにモジュールのサイズ６３と作成日６４を用いて
フロー先モジュールのサイズと作成日と比較し最新モジ
ュールか否かのチェックをしても良い。クライアントモ
ジュールＡの場合には、関連モジュールがないので、Ｓ
２０の後、Ｓ２４が実行される。一方、クライアントモ
ジュールＢの場合には、関連モジュールとしてクライア
ントモジュールＣとクライアントモジュールＤが登録さ
れているので、Ｓ２０〜Ｓ２２のステップはクライアン
トモジュールＣとクライアントモジュールＤのためにそ
れぞれ実行される。クライアントモジュールＣとクライ
アントモジュールＤに対するバージョンのチェックが終
了すると、クライアントモジュールＢに対する関連モジ
ュールはさらに存在しないし、また、クライアントモジ
ュールＣとクライアントモジュールＤに対する関連モジ
ュールも存在しないので、Ｓ２０において、さらなる関
連モジュールが存在しないと判断され、Ｓ２４におい
て、クライアントモジュールＢの業務ルーチン４５を実
行する。Ｓ２４において業務ルーチン４５が実行される
場合は、クライアントモジュールＢに関連するモジュー
ル全て（すなわち、クライアントモジュールＣとＤ）が
最新バージョンであるということがチェック済みの場合
である。もし、Ｓ２２において、関連モジュールのバー
ジョンが最新で無い場合には、Ｓ２３において図１０に
示すメッセージ４７を表示して処理を中断する。図１０
は例えばクライアントモジュールＦの現在のバージョン
が１であり、最新のバージョンが２である場合の例を示
している。図１０に示すメッセージ４７はクライアント
モジュールＥの起動時に表示される。従って、クライア
ントモジュールＥの業務ルーチン４５は実行されない。FIG. 9 is a flowchart showing the operation of the related module check routine 44. First, S2
Check at 0 if there is an associated module. That is, the flow destination module name 72 of the related module storage unit 70 is acquired. If the related module is not registered in the related module storage unit 70, S
At 24, a business routine 45 is started. If the related module exists in S20, the latest version 62 of the module storage unit 60 is searched using the flow destination module name 72 searched in S21. Then S
At step 22, the version holding unit 42 refers to the flow destination module, obtains the version held in the version holding unit 42 existing at a location determined from the top (for example, the first byte of the head), and holds the version in the version holding unit 42. The current version is compared with the latest version 62 retrieved from the module storage unit 60. If they match, it indicates that the relevant module is the latest version. If the related module is the latest, S20 to S22 are repeated and executed for the next related module with respect to the related module. Note that the method of acquiring the version held in the version holding unit 42 of the flow destination module is not limited to the above, and another method may be used. Also, instead of the version 62, the size of the module and the creation date 64 may be used to compare the size and the creation date of the flow destination module to check whether the module is the latest module. In the case of client module A, since there is no related module, S
After 20, S24 is executed. On the other hand, in the case of the client module B, since the client module C and the client module D are registered as related modules, steps S20 to S22 are executed for the client module C and the client module D, respectively. When the version check for the client module C and the client module D is completed, there is no related module for the client module B, and there is no related module for the client module C and the client module D. Is determined not to exist, and the business routine 45 of the client module B is executed in S24. The case where the business routine 45 is executed in S24 is a case where it is checked that all the modules related to the client module B (that is, the client modules C and D) are the latest version. If the version of the related module is not the latest in S22, a message 47 shown in FIG. 10 is displayed in S23 and the processing is interrupted. FIG.
Shows an example where the current version of the client module F is 1 and the latest version is 2, for example. The message 47 shown in FIG. 10 is displayed when the client module E starts. Therefore, the business routine 45 of the client module E is not executed.
【００２２】このように関連モジュールチェックルーチ
ン４４が後に実行される関連モジュール全てのバージョ
ンチェックを行い、関連モジュール全てが最新のバージ
ョンである場合にだけ、すなわち、全てのモジュールが
正しく実行されると言う保証がある場合にだけ、関連モ
ジュールの先頭のモジュールの実行が開始される。も
し、関連モジュールチェックルーチン４４がなければ、
複数のクライアントモジュールからなる一塊りの業務の
途中まで実行した時点で業務を中断しなければならない
と言う不具合が発生してしまう。関連モジュールチェッ
クルーチン４４がある一塊りの業務に用いられる複数の
関連モジュールのバージョンを予めチェックすることに
よりその一塊りの業務が確実に最後まで実行できること
が保証される。As described above, the related module check routine 44 checks the versions of all the related modules to be executed later, and only when all the related modules are the latest version, that is, all the modules are correctly executed. Only when there is a guarantee, execution of the first module of the related module is started. If there is no related module check routine 44,
A problem arises in that the business must be interrupted when it is executed halfway through a mass of business consisting of a plurality of client modules. The related module check routine 44 pre-checks the versions of a plurality of related modules used for a certain task, thereby ensuring that the task can be completely executed.
【００２３】図１１は、モジュール記憶部６０と関連モ
ジュール記憶部７０をあわせたものである。図１１のよ
うにモジュール記憶部６０と関連モジュール記憶部７０
をあわせて一つのファイルまたは一つのテーブルにして
おいても構わない。同様に図１に示したモジュール登録
部５２と関連モジュール登録部５３を一つのプログラム
で実現しても構わない。FIG. 11 shows the module storage unit 60 and the related module storage unit 70 together. As shown in FIG. 11, the module storage unit 60 and the related module storage unit 70
May be combined into one file or one table. Similarly, the module registration unit 52 and the related module registration unit 53 shown in FIG. 1 may be realized by one program.
【００２４】実施の形態２．図１２はこの発明の出荷管
理装置の一例を示す図である。記憶部５１には出荷情報
記憶部６７と出荷日記憶部６８が存在している。また、
記憶部５１には障害記憶部８０とモジュール／障害記憶
部９０が設けられている。また、サーバは出荷管理者３
２のために出荷日登録部５４と出荷モジュール一覧表示
部５５を設けている。また、サーバ５０は開発者３１の
ために出荷情報登録部５６，出荷確認部５７，モジュー
ル／障害登録部５８，障害登録部５９を設けている。障
害登録部５９はユーザからの障害の報告を受けつけて管
理する障害管理者によっても使用される。また、クライ
アント４０は、ユーザ３０のためにバージョン一覧表示
部４８と出荷履歴表示部４９を有している。図１３は出
荷情報記憶部６７と出荷日記憶部６８の構成を示す図で
ある。出荷情報記憶部６７はモジュール名６１とバージ
ョン６２とサイズ６３と作成日６４と出荷予定日６５か
ら構成されている。出荷日記憶部６８は出荷日６６によ
り構成されている。出荷情報登録部５６は出荷情報記憶
部６７のモジュール名６１，バージョン６２，サイズ６
３，作成日６４，出荷予定日６５を登録するプログラム
である。出荷モジュール一覧表示部５５は出荷情報記憶
部６７に記憶された出荷予定日６５を参照し、ある指定
された日に出荷するモジュールの一覧表を表示するプロ
グラムである。出荷管理者３２は出荷モジュール一覧表
示部５５により表示された一覧表を用いてクライアント
モジュールの出荷予定日６５を知ることができる。出荷
日登録部５４は、出荷日６６を登録するプログラムであ
る。出荷管理者３２は出荷が終了した場合には出荷日登
録部５４を用いて出荷日６６を登録する。出荷確認部５
７は出荷情報記憶部６７と出荷日記憶部６８を参照し、
クライアントモジュールが出荷されたことを確認するプ
ログラムである。開発者３１は、出荷情報登録部５６で
登録した出荷すべきクライアントモジュールの出荷日を
出荷確認部５７により確認することができる。Embodiment 2 FIG. FIG. 12 is a diagram showing an example of the shipping management device of the present invention. The storage unit 51 includes a shipping information storage unit 67 and a shipping date storage unit 68. Also,
The storage unit 51 includes a failure storage unit 80 and a module / failure storage unit 90. In addition, the server is a shipping manager 3
2, a shipping date registration unit 54 and a shipping module list display unit 55 are provided. In addition, the server 50 includes a shipping information registration unit 56, a shipment confirmation unit 57, a module / failure registration unit 58, and a failure registration unit 59 for the developer 31. The fault registration unit 59 is also used by a fault manager who receives and manages fault reports from users. In addition, the client 40 has a version list display unit 48 and a shipping history display unit 49 for the user 30. FIG. 13 is a diagram showing a configuration of the shipping information storage unit 67 and the shipping date storage unit 68. The shipping information storage unit 67 includes a module name 61, a version 62, a size 63, a creation date 64, and a scheduled shipping date 65. The shipping date storage unit 68 is configured by the shipping date 66. The shipping information registration unit 56 stores the module name 61, version 62, and size 6 in the shipping information storage unit 67.
3, a program for registering a creation date 64 and a scheduled shipping date 65. The shipment module list display section 55 is a program for displaying a list of modules to be shipped on a specified day by referring to the scheduled shipment date 65 stored in the shipment information storage section 67. The shipping manager 32 can know the estimated shipping date 65 of the client module using the list displayed by the shipping module list display section 55. The shipping date registration unit 54 is a program for registering a shipping date 66. When the shipment is completed, the shipment manager 32 registers the shipment date 66 using the shipment date registration unit 54. Shipping confirmation section 5
7 refers to the shipping information storage unit 67 and the shipping date storage unit 68,
This is a program that confirms that the client module has been shipped. The developer 31 can confirm the shipment date of the client module to be shipped registered in the shipment information registration unit 56 by the shipment confirmation unit 57.
【００２５】図１４は障害記憶部８０の構成を示す図で
ある。障害記憶部８０は障害ナンバー８１と発生日８２
と障害内容８３と修復完了日８４により構成される。障
害登録部５９は障害記憶部８０の障害ナンバー８１と発
生日８２と障害内容８３を登録するプログラムである。
障害記憶部８０の修復完了日８４には出荷管理者３２が
出荷日登録部５４により出荷日６６を入力した場合に完
了日転記部６９により自動的に出荷日６６と同じ日付が
入力される。完了日転記部６９は出荷日登録部５４の終
了によって起動されるプログラムである。FIG. 14 is a diagram showing the configuration of the fault storage unit 80. The failure storage unit 80 stores the failure number 81 and the date of occurrence 82
And a failure content 83 and a repair completion date 84. The failure registration unit 59 is a program for registering a failure number 81, an occurrence date 82, and a failure content 83 in the failure storage unit 80.
When the shipping manager 32 inputs the shipping date 66 through the shipping date registering unit 54, the same date as the shipping date 66 is automatically input by the completion date posting unit 69 as the repair completion date 84 in the failure storage unit 80. The completion date transcription unit 69 is a program started when the shipment date registration unit 54 ends.
【００２６】図１５はモジュール／障害記憶部９０の構
成を示す図である。モジュール／障害記憶部９０はモジ
ュール名９１とバージョン９２と障害ナンバー９３によ
り構成される。図１５のモジュール名９１は図１３のモ
ジュール名６１と同じものである。図１５のモジュール
名９２は図１３のモジュール名６２と同じである。図１
５の障害ナンバー９３は図１４の障害ナンバー８１と同
じものである。モジュール／障害登録部５８はモジュー
ル／障害記憶部９０のモジュール名９１とバージョン９
２と障害ナンバー９３を登録するプログラムである。FIG. 15 is a diagram showing the configuration of the module / fault storage unit 90. The module / fault storage unit 90 includes a module name 91, a version 92, and a fault number 93. The module name 91 in FIG. 15 is the same as the module name 61 in FIG. The module name 92 in FIG. 15 is the same as the module name 62 in FIG. FIG.
The obstacle number 93 of 5 is the same as the obstacle number 81 of FIG. The module / failure registration unit 58 stores the module name 91 and the version 9 of the module / failure storage unit 90.
This is a program for registering 2 and obstacle number 93.
【００２７】クライアント４０に設けられたバージョン
一覧表示部４８は出荷情報記憶部６７に記憶されたクラ
イアントモジュールの最新のバージョンを検索してユー
ザ３０に表示するプログラムである。出荷履歴表示部４
９は出荷情報記憶部６７と出荷日記憶部６８に記憶され
たクライアントモジュールの出荷履歴をユーザに表示す
るプログラムである。The version list display section 48 provided in the client 40 is a program for searching for the latest version of the client module stored in the shipping information storage section 67 and displaying it to the user 30. Shipping history display section 4
9 is a program for displaying to the user the shipping history of the client module stored in the shipping information storage section 67 and the shipping date storage section 68.
【００２８】次に、図１２に示した出荷管理装置の動作
について説明する。まず、開発者３１が出荷して欲しい
モジュールの情報を出荷情報登録部５６を用いて出荷情
報記憶部６７に入力する。即ちモジュール名６１〜出荷
予定日６５を入力する。出荷管理者３２は出荷モジュー
ル一覧表示部５５を用いてその日に出荷する必要がある
モジュールを知る。出荷管理者３２はモジュールの出荷
後、出荷日登録部５４を用いて出荷日記憶部６８に出荷
日６６を登録する。開発者３１は出荷して欲しいモジュ
ールが出荷されたかという確認を出荷確認部５７により
行うことができる。この出荷の確認は出荷日記憶部６８
の出荷日６６の入力の有無で確認する。Next, the operation of the shipping management apparatus shown in FIG. 12 will be described. First, the developer 31 inputs information on a module to be shipped to the shipping information storage unit 67 using the shipping information registration unit 56. That is, the module name 61 to the expected shipping date 65 are input. The shipping manager 32 uses the shipping module list display section 55 to know which module needs to be shipped on that day. After shipping the module, the shipping manager 32 registers the shipping date 66 in the shipping date storage unit 68 using the shipping date registration unit 54. The developer 31 can confirm whether the module desired to be shipped has been shipped by the shipment confirmation unit 57. The confirmation of this shipment is made by the shipping date storage unit 68.
Is confirmed by the input of the shipping date 66 of.
【００２９】一方、開発者３１は障害が発生する度に障
害登録部５９を用いて障害記憶部８０に障害ナンバー８
１と発生日８２障害内容８３を登録しておく。また、開
発者３１は出荷情報登録部５６を用いて出荷するモジュ
ールがいずれの障害を解決したものであるかをモジュー
ル／障害登録部５８を用いてモジュール／障害記憶部９
０に登録しておく。出荷管理者３２が出荷日６６を入力
した場合、完了日転記部６９が出荷日６６を修復完了日
８４に転記する。この転記処理によりどの障害がいつ修
復されたかを知ることができる。図１３，図１４，図１
５を用いて具体的に説明する。図１４は障害ナンバー１
０４が登録されている。図１５には図１４に示した障害
ナンバー１００〜１０４の障害がどのモジュールのどの
バージョンで修復されたかを示している。例えば、障害
ナンバー１００の場合、クライアントモジュールＡのバ
ージョン２により障害が修復されたことを示している。
その修復完了日８４は１９９７年６月１日であることを
示している。図１３に示すようにクライアントモジュー
ルＡのバージョン２が出荷された出荷日６６は同じく１
９９７年６月１日である。On the other hand, every time a failure occurs, the developer 31 stores the failure number 8 in the failure storage unit 80 using the failure registration unit 59.
1 and the date of occurrence 82 and the fault contents 83 are registered. Further, the developer 31 uses the module / fault registering unit 58 to determine which fault the module to be shipped using the shipping information registration unit 56 has been resolved.
0 is registered. When the shipping manager 32 inputs the shipping date 66, the completion date posting section 69 transcribes the shipping date 66 to the repair completion date 84. With this transfer process, it is possible to know which fault has been repaired and when. FIG. 13, FIG. 14, FIG.
5 will be specifically described. Figure 14 shows obstacle number 1
04 is registered. FIG. 15 shows which module and version of the faults of fault numbers 100 to 104 shown in FIG. 14 have been repaired. For example, a failure number 100 indicates that the failure has been repaired by version 2 of the client module A.
The restoration completion date 84 indicates that it is June 1, 1997. As shown in FIG. 13, the shipment date 66 when the version 2 of the client module A was shipped is 1
June 1, 997.
【００３０】以上のことからバージョン情報と出荷情報
と障害情報を記憶部５１に記憶させておきこれらの情報
をユーザ３０と開発者３１と出荷管理者３２の間で共有
することができ、これらの情報を一元管理することがで
きる。As described above, the version information, shipping information, and fault information are stored in the storage unit 51, and these information can be shared among the user 30, the developer 31, and the shipping manager 32. Information can be centrally managed.
【００３１】図１６は図１に示したバージョン管理装置
と図１２に示した出荷管理装置をあわせたものである。
図１６に示す様にバージョン管理装置と出荷管理装置を
あわせることによりクライアント・サーバ・システムの
モジュールのバージョン管理と出荷管理を統合したシス
テムを提供することができる。FIG. 16 shows a combination of the version management device shown in FIG. 1 and the shipping management device shown in FIG.
By combining the version management device and the shipment management device as shown in FIG. 16, it is possible to provide a system in which the version management and the shipment management of the module of the client-server system are integrated.
【００３２】[0032]
【発明の効果】以上のように、この発明によればクライ
アントモジュールの実行前にクライアントモジュールの
バージョンをチェックするようにしたので、クライアン
トモジュールとサーバモジュールのバージョンが一致し
ない場合の生ずる不具合を除去することができる。As described above, according to the present invention, the version of the client module is checked before the execution of the client module. Therefore, a problem that occurs when the versions of the client module and the server module do not match is eliminated. be able to.
【００３３】また、この発明によれば開発者とユーザ間
でのバージョン情報を共有することができ、バージョン
情報と出荷情報と障害情報の一元管理を行うことができ
る。Further, according to the present invention, version information can be shared between a developer and a user, and unified management of version information, shipping information and fault information can be performed.
【図１】 この発明のバージョン管理装置の一例を示す
図である。FIG. 1 is a diagram illustrating an example of a version management device according to the present invention.
【図２】 この発明のモジュール記憶部６０を示す図で
ある。FIG. 2 is a diagram showing a module storage unit 60 of the present invention.
【図３】 この発明の関連モジュール記憶部７０を示す
図である。FIG. 3 is a diagram showing a related module storage unit 70 of the present invention.
【図４】 この発明のクライアントモジュールの関連を
示す図である。FIG. 4 is a diagram showing the relationship between client modules of the present invention.
【図５】 この発明のクライアントモジュールの表示す
る画面の具体例を示す図である。FIG. 5 is a diagram showing a specific example of a screen displayed by the client module of the present invention.
【図６】 この発明のクライアントモジュール４１の構
成を示す図である。FIG. 6 is a diagram showing a configuration of a client module 41 of the present invention.
【図７】 この発明のバージョンチェックルーチン４３
のフローチャート図である。FIG. 7 is a version check routine 43 of the present invention.
FIG.
【図８】 この発明のメッセージ４６を示す図である。FIG. 8 is a diagram showing a message 46 of the present invention.
【図９】 この発明の関連モジュールチェックルーチン
４４のフローチャート図である。FIG. 9 is a flowchart of a related module check routine 44 of the present invention.
【図１０】 この発明のメッセージ４７を示す図であ
る。FIG. 10 is a diagram showing a message 47 of the present invention.
【図１１】 この発明のモジュール記憶部６０の他の例
を示す図である。FIG. 11 is a diagram showing another example of the module storage unit 60 of the present invention.
【図１２】 この発明の出荷管理装置の一例を示す図で
ある。FIG. 12 is a diagram showing an example of a shipping management device of the present invention.
【図１３】 この発明の出荷情報記憶部６７と出荷日記
憶部６８を示す図である。FIG. 13 is a diagram showing a shipping information storage section 67 and a shipping date storage section 68 of the present invention.
【図１４】 この発明の障害記憶部８０を示す図であ
る。FIG. 14 is a diagram showing a fault storage unit 80 of the present invention.
【図１５】 この発明のモジュール／障害記憶部９０を
示す図である。FIG. 15 is a diagram showing a module / fault storage unit 90 of the present invention.
【図１６】 この発明のバージョン管理装置と出荷管理
装置の統合図である。FIG. 16 is an integrated diagram of a version management device and a shipping management device of the present invention.
【図１７】 従来のクライアント・サーバ・システムの
構成図である。FIG. 17 is a configuration diagram of a conventional client server system.
【図１８】 従来のクライアントモジュールとサーバモ
ジュールの配布方式を示す図である。FIG. 18 is a diagram showing a conventional distribution method of a client module and a server module.
【図１９】 従来の問題点を示す図である。FIG. 19 is a diagram showing a conventional problem.
３０ ユーザ、３１ 開発者、３２ 出荷管理者、３３
障害管理者、３８サーバモジュール、３９ データベ
ース、４０ クライアント、４１ クライアントモジュ
ール、４２ バージョン保持部、４３ バージョンチェ
ックルーチン、４４ 関連モジュールチェックルーチ
ン、４５ 業務ルーチン、４６，４７メッセージ、４８
バージョン一覧表示部、４９ 出荷履歴表示部、５０
サーバ、５１ 記憶部、５２ モジュール登録部、５
３ 関連モジュール登録部、５４ 出荷日登録部、５５
出荷モジュール一覧表示部、５６ 出荷情報登録部、
５７ 出荷確認部、５８ モジュール／障害登録部、５
９ 障害登録部、６０モジュール記憶部、６１ モジュ
ール名、６２ バージョン、６３ サイズ、６４ 作成
日、６５ 出荷予定日、６６ 出荷日、６７ 出荷情報
記憶部、６８出荷日記憶部、６９ 完了日転記部、７０
関連モジュール記憶部、７１ フロー元モジュール
名、７２ フロー先モジュール名、８０ 障害記憶部、
８１ 障害ナンバー、８２ 発生日、８３ 障害内容、
８４ 修復完了日、９０ モジュール／障害記憶部、９
１ モジュール名、９２ バージョン、９３ 障害ナン
バー。30 users, 31 developers, 32 shipping managers, 33
Failure manager, 38 server module, 39 database, 40 client, 41 client module, 42 version holding unit, 43 version check routine, 44 related module check routine, 45 business routine, 46, 47 message, 48
Version list display, 49 Shipping history display, 50
Server, 51 storage unit, 52 module registration unit, 5
3 Related module registration unit, 54 Shipping date registration unit, 55
Shipping module list display section, 56 shipping information registration section,
57 Shipping confirmation section, 58 Module / failure registration section, 5
9 Fault registration unit, 60 module storage unit, 61 module name, 62 version, 63 size, 64 creation date, 65 shipping date, 66 shipping date, 67 shipping information storage unit, 68 shipping date storage unit, 69 completion date posting unit , 70
Related module storage unit, 71 flow source module name, 72 flow destination module name, 80 failure storage unit,
81 Obstacle number, 82 Date of occurrence, 83 Obstacle content,
84 Date of completion of repair, 90 modules / failure storage, 9
1 Module name, 92 version, 93 failure number.
Claims (7)
イアントで動作するクライアントモジュールのバージョ
ンを管理するバージョン管理装置において、 クライアントモジュールに対応してバージョンを登録す
るモジュール登録部と、 モジュール登録部により登録されるクライアントモジュ
ールとそのバージョンを記憶するモジュール記憶部と、 自己のバージョンを保有するバージョン保持部と、動作
時にモジュール記憶部に記憶されたバージョンを参照し
て記憶されたバージョンとバージョン保持部に保持した
自己のバージョンと比較し、一致した場合に動作を続行
し、一致しない場合に、バージョンが一致しない旨のメ
ッセージを出力するバージョンチェックルーチンとを有
するクライアントモジュールとを備えたことを特徴とす
るバージョン管理装置。1. A version management apparatus for managing a version of a client module operating on a client of a client / server system, comprising: a module registration unit for registering a version corresponding to the client module; and a client registered by the module registration unit. A module storage unit for storing a module and its version, a version storage unit for storing its own version, and a version stored in the version storage unit with reference to the version stored in the module storage unit during operation. A client module having a version check routine for comparing with the version, continuing the operation when they match, and outputting a message indicating that the versions do not match when they do not match. Version management device.
と、 関連モジュール登録部により登録される関連するモジュ
ールを記憶する関連モジュール記憶部とを備え、 上記クライアントモジュールは、関連モジュール記憶部
に記憶された関連するモジュールを参照し、そのモジュ
ールに関連するモジュールを検索し、検索したモジュー
ルのバージョン保持部からのそのバージョンを取得し、
モジュール記憶部に記憶された検索したクライアントモ
ジュールのバージョンを参照して、記憶したクライアン
トモジュールのバージョンと、バージョン保持部から取
得したバージョンとを比較し、一致した場合に動作を続
行し、一致しない場合に、バージョンが一致しない旨の
メッセージを出力する関連モジュールチェックルーチン
を有することを特徴とする請求項１記載のバージョン管
理装置。2. The client device according to claim 2, further comprising: a related module registration unit for registering related modules; and a related module storage unit for storing related modules registered by the related module registration unit. Refers to the related module stored in the related module storage unit, searches for a module related to the module, acquires the version from the version holding unit of the searched module,
Referring to the searched client module version stored in the module storage unit, the stored client module version is compared with the version obtained from the version holding unit, and if they match, the operation is continued; if not, 2. The version control apparatus according to claim 1, further comprising a related module check routine for outputting a message indicating that the versions do not match.
ジュール記憶部から関連するモジュールが検索された場
合、検索されたモジュールに対して、関連モジュールチ
ェックルーチンを繰り返し動作させることを特徴とする
請求項２記載のバージョン管理装置。3. The client module according to claim 2, wherein, when a related module is searched from the related module storage unit, the client module repeatedly executes a related module check routine for the searched module. Version control device.
イアントとサーバとで動作するモジュールの出荷を管理
する出荷管理装置において、 出荷するモジュールのバージョンと出荷希望日を出荷情
報として登録する出荷情報登録部と、 出荷情報登録部により登録される出荷情報を記憶する出
荷情報記憶部と、 出荷情報記憶部に記憶された出荷情報を参照し、日付を
指定して、その日に出荷すべきモジュールを一覧表示す
る出荷モジュール一覧表示部と、 出荷したモジュールに対して、出荷日を登録する出荷日
登録部と、 出荷日登録部により登録される出荷日を記憶する出荷日
記憶部と、 出荷日記憶部に記憶された出荷日を参照して出荷の有無
を確認する出荷確認部とを備えたことを特徴とする出荷
管理装置。4. A shipment management device for managing shipment of modules operating on a client and a server of a client / server system, comprising: a shipment information registration unit for registering a version of a module to be shipped and a desired shipping date as shipment information; A shipment information storage unit that stores shipment information registered by a shipment information registration unit, and a shipment that refers to the shipment information stored in the shipment information storage unit, specifies a date, and displays a list of modules to be shipped on that day. A module list display section, a shipment date registration section for registering a shipment date for the shipped module, a shipment date storage section for storing a shipment date registered by the shipment date registration section, and a shipment date storage section. And a shipment confirmation unit for confirming the presence or absence of shipment with reference to the shipment date.
その障害が除去された日を障害の修復完了日として記憶
する障害記憶部と、 障害記憶部に記憶された障害と、その障害を除去したモ
ジュールとを対応させて登録するモジュール／障害登録
部と、 モジュール／障害登録部により登録される障害とモジュ
ールとの対応を記憶するモジュール／障害記憶部と、 出荷日登録部により登録される出荷日を、障害記憶部に
記憶される障害の修復完了日として、上記障害記憶部に
登録する完了日転記部とを備えたことを特徴とする請求
項４記載の出荷管理装置。5. The shipping management device further stores a fault registration unit for registering a fault that has occurred, a fault registered by the fault registration unit,
A failure storage unit that stores a date on which the failure has been removed as a repair completion date of the failure, a module / failure registration unit that registers the failure stored in the failure storage unit and the module from which the failure has been removed in association with each other. A module / fault storage unit for storing the correspondence between a fault registered by the module / fault registration unit and the module; and a shipment date registered by the shipment date registration unit, and a repair completion date of the fault stored in the fault storage unit. 5. The shipping management apparatus according to claim 4, further comprising: a completion date posting unit for registering in the failure storage unit.
ルの最新バージョンを一覧表示するバージョン一覧表示
部を備えたことを特徴とする請求項４記載の出荷管理装
置。6. The shipment management apparatus according to claim 1, further comprising a version list display section for displaying a list of the latest versions of the modules by referring to the shipment information storage section and the shipment date storage section. 4. The shipping management device according to 4.
ルの出荷履歴を表示する出荷履歴バージョン一覧表示部
を備えたことを特徴とする請求項４記載の出荷管理装
置。7. The shipment management apparatus according to claim 1, further comprising a shipment history version list display section for displaying a shipment history of the module by referring to the shipment information storage section and the shipment date storage section. Item 4. The shipping management device according to Item 4.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP16493998A JP2000003270A (en) | 1998-06-12 | 1998-06-12 | Version managing device and shipping managing device |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP16493998A JP2000003270A (en) | 1998-06-12 | 1998-06-12 | Version managing device and shipping managing device |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2000003270A true JP2000003270A (en) | 2000-01-07 |
Family
ID=15802727
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP16493998A Pending JP2000003270A (en) | 1998-06-12 | 1998-06-12 | Version managing device and shipping managing device |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2000003270A (en) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2008282362A (en) * | 2007-05-14 | 2008-11-20 | Keyence Corp | Program editing support device, computer program, program editing support method, and plc system |
| JP2017211747A (en) * | 2016-05-24 | 2017-11-30 | 株式会社日立ビルシステム | Remote writing system and program file update method thereof |
| JP6473211B1 (en) * | 2017-11-07 | 2019-02-20 | 株式会社大和総研ビジネス・イノベーション | Service providing system and terminal application program |
-
1998
- 1998-06-12 JP JP16493998A patent/JP2000003270A/en active Pending
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2008282362A (en) * | 2007-05-14 | 2008-11-20 | Keyence Corp | Program editing support device, computer program, program editing support method, and plc system |
| JP2017211747A (en) * | 2016-05-24 | 2017-11-30 | 株式会社日立ビルシステム | Remote writing system and program file update method thereof |
| JP6473211B1 (en) * | 2017-11-07 | 2019-02-20 | 株式会社大和総研ビジネス・イノベーション | Service providing system and terminal application program |
| JP2019087056A (en) * | 2017-11-07 | 2019-06-06 | 株式会社大和総研ビジネス・イノベーション | Service providing system and terminal application program |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN105763369B (en) | A kind of terminal unit remote software version distribution method and system | |
| US7594219B2 (en) | Method and apparatus for monitoring compatibility of software combinations | |
| US7584349B2 (en) | Method and system for receiving a software image from a customer for installation into a computer system | |
| US8972963B2 (en) | End-to-end patch automation and integration | |
| US6751794B1 (en) | Intelligent patch checker | |
| US8234639B2 (en) | Autonomic auto-configuration using prior installation configuration relationships | |
| JP5263696B2 (en) | Computer system, method and computer program for backing up software components | |
| US7958210B2 (en) | Update management method and update management unit | |
| US20030115511A1 (en) | Method, apparatus and program for diagnosing system risk | |
| US20040025155A1 (en) | Method, computer program product, and system for configuring a software image for installation into a computer system | |
| US20020087668A1 (en) | Automatic upgrade of live network devices | |
| US20030195951A1 (en) | Method and system to dynamically detect, download and install drivers from an online service | |
| US20020004824A1 (en) | Method and apparatus for automatically deploying data and simultaneously Executing computer program scripts in a computer network | |
| US20070277167A1 (en) | System and method for computer system maintenance | |
| WO2002065251A2 (en) | Software installation over a network with build plan defining the build, plan transferred to recipient computer and executed | |
| US20070245335A1 (en) | Software management apparatus and software management method | |
| JP4084092B2 (en) | End-user diagnostic system | |
| US20030005093A1 (en) | Server configuration versioning tool | |
| JP2004362183A (en) | Program management method, execution device and processing program | |
| JP2006119848A (en) | Software update program, software update device and software update method | |
| JP2007080167A (en) | Software resource distribution system and method, and program | |
| JP2003233512A (en) | Client monitoring system with maintenance function, monitoring server, program, and client monitoring/ maintaining method | |
| JP2004145715A (en) | Maintenance system and maintenance method for computer | |
| JP2000003270A (en) | Version managing device and shipping managing device | |
| JP5661505B2 (en) | Parallel development management device |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| RD01 | Notification of change of attorney |
Effective date: 20050603 Free format text: JAPANESE INTERMEDIATE CODE: A7421 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050606 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20071206 |
|
| A131 | Notification of reasons for refusal |
Effective date: 20080108 Free format text: JAPANESE INTERMEDIATE CODE: A131 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20080507 |