JP3702294B2 - Software development system - Google Patents

Software development system Download PDF

Info

Publication number
JP3702294B2
JP3702294B2 JP2000142358A JP2000142358A JP3702294B2 JP 3702294 B2 JP3702294 B2 JP 3702294B2 JP 2000142358 A JP2000142358 A JP 2000142358A JP 2000142358 A JP2000142358 A JP 2000142358A JP 3702294 B2 JP3702294 B2 JP 3702294B2
Authority
JP
Japan
Prior art keywords
software development
source file
software
load module
delivered
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
JP2000142358A
Other languages
Japanese (ja)
Other versions
JP2001325099A (en
Inventor
裕子 渡部
慎一 今井
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.)
NEC Software Tohoku Ltd
Original Assignee
NEC Software Tohoku 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 NEC Software Tohoku Ltd filed Critical NEC Software Tohoku Ltd
Priority to JP2000142358A priority Critical patent/JP3702294B2/en
Publication of JP2001325099A publication Critical patent/JP2001325099A/en
Application granted granted Critical
Publication of JP3702294B2 publication Critical patent/JP3702294B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Landscapes

  • Stored Programmes (AREA)

Description

【0001】
【発明の属する技術分野】
本発明は、発注元の注文に応じて複数のソフトウェア開発会社が異なるソフトウェアを開発する場合に用いて好適なソフトウェア開発システムに関するものである。
【0002】
【従来の技術】
従来より、発注元の注文に応じて複数のソフトウェア開発会社が異なるソフトウェアを開発し、開発したソフトウェアをインターネット等のネットワークを介して納入先(発注元)に納入するようにしたソフトウェア開発システムが知られている。
【0003】
【発明が解決しようとする課題】
しかしながら、従来のソフトウェア開発システムでは次のような問題があった。
・ソフトウェア開発会社は他社開発分のソフトウェアと連動して動作確認試験を行うことが一般的に行われるが、その際に他社開発分のソフトウェア(ロードモジュール)が必ずしも最新状態では無いことがあった。また、それが最新状態かどうかの判断をするのに手間が掛かっていた。
【0004】
・開発したソースファイル(テキスト情報)のバージョン管理を開発担当者任せ(手作業)で行っていることから、開発担当者間の連絡ミス、作業ミス等により、誤ったバージョンを納入してしまった事例が続出していた。
・ソフトウェア開発会社とソフトウェア納入先を相互に接続するネットワークを専用線ベースで構築していたため、一年間に掛かる通信費が莫大であった。
【0005】
本発明においては、以上の問題点を解決するためにインターネットを利用したソフトウェア開発システムにおける複数社によるソフトウェア納入とバージョン管理方法を提供することを目的としている。
【0006】
【課題を解決するための手段】
上記の目的を達成するために、本発明によるソフトウェア開発システムは、ソフトウェア開発の発注元が複数のソフトウェア開発装置に対してそれぞれ異なるソフトウェアの開発を発注し、各ソフトウェア開発装置は開発したソフトウェアをロードモジュールとして上記発注元にネットワークを介して納入し、上記発注元は納入されたロードモジュールを各ソフトウェア開発装置に上記ネットワークを介して配信するソフトウェア開発システムにおいて、上記各ソフトウェア開発装置から納入された上記ロードモジュールに関する情報を作成して登録する登録手段と、上記登録手段に登録された上記情報が更新されことが検出されたとき対応するロードモジュールを各ソフトウェア開発装置に配信する配信手段とを設けたものである。
【0007】
【発明の実施の形態】
以下、本発明の実施の形態を図面を参照して説明する。
本発明実施の形態は、発注元からそれぞれ別々のソフトウェアの開発を依頼された複数のソフトウェア開発会社が、インターネットを介して発注元(納入先)へロードモジュールを納入し、発注元がそのロードモジュールを各ソフトウェア開発会社へ提供する仕組みと、ソフトウェア開発会社がインターネットを介してソースファイル(テキスト情報)を納入する仕組みと、ソースファイルのバージョン管理方法を提供するものである。
【0008】
始めに、各実施の形態の概略を説明する。
まず、ロードモジュールを納入する仕組みについて図1を参照して説明する。
図1において、ソフトウェア開発会社A20は、自社の開発サーバAで開発したロードモジュールA14をネットワーク100を介してソフトウェア納入先(発注元)10のロードモジュール格納領域11へ送信する。また、ソフトウェア納入先10のWWW サーバ17内にあるロードモジュール更新情報13を更新する。この後、定時刻起動の自動配信プログラム12により、ロードモジュール格納領域11内の更新状況が収集され、更新があったロードモジュールは各ソフトウェア開発会社A20,B30,C40に配信される。
【0009】
次に、ソースファイルを納入する仕組みについて図2を参照して説明する。
ソフトウェア開発会社Aは、自社の開発サーバAでバージョン管理プログラム24を使用して、最新バージョンのソースファイルA25を取り出す。このソースファイルA25に修正を加えた後、生成されたロードモジュールを用いて動作確認試験を行う。正常動作が確認できたならば、今回修正を加えたソースファイルA’26をバージョン管理プログラム24を使用して、最新バージョンとして登録する。このときソースファイルA25とソースファイルA’26との差分情報27を取って手元に残しておく。そして、ソースファイルA’26をネットワーク100を介してソフトウェア納入先10のソースファイル一時格納領域へ送信する。
【0010】
ソフトウェア納入先10では、今回納入されたソースファイルA’22(ソースファイルA’26)とその旧バージョンに相当するソースファイルA21との差分情報23を取り、この差分情報23をネットワーク100を介してソフトウェア開発会社A20に送信する。
【0011】
ソフトウェア開発会社A20では、受け取った差分情報23と手元に残しておいた差分情報27との比較を行う。両者が同じであったならば、ソフトウェア納入先10はソースファイルA’22を正式な納入最新バージョンと判断しソースファイルA21として登録する。
【0012】
次に、上記ロードモジュール納入の仕組みの第1の実施の形態について詳細に説明する。
図1において、本実施の形態は、ソフトウェア納入先(発注元)10の管理サーバ18とWWW サーバ17と、各ソフトウェア開発会社A20、B30,C40の開発サーバA、開発サーバB、開発サーバCと、これらを相互に接続するインターネットによる通信ネットワーク100から構成されている。
【0013】
ソフトウェア納入先10の管理サーバ18とWWWサーバ17は磁気ディスク装置を備えた情報処理装置である。この管理サーバ18は、各ソフトウェア開発会社A20、B30,C40から納入されるロードモジュールを格納し保存しておく領域と、自動配信プログラムを定時刻起動により実行して、各ソフトウェア開発会社の開発サーバにネットワーク100を介して配信対象のロードモジュールを配信する機能を有する。
【0014】
また、WWW サーバ17は、各ソフトウェア開発会社から照会があったときに、ロードモジュールの更新情報を画面情報として提供する機能を有する。更新情報としては、図5に示すようにロードモジュールの和名、ID、更新日付等のロードモジュールに関する情報が参照可能である。
【0015】
各ソフトウェア開発会社の開発サーバA、B、Cは、磁気ディスク装置を備えた情報処理装置であり、自社が開発したロードモジュール、及び他社が開発したロードモジュールを格納し保存しておく領域を有し、操作者のオペレーションによってネットワーク100を介してソフトウェア納入先10の管理サーバ18とWWW サーバ17に接続できる機能を有する。
【0016】
次に、図1、図3及び図5を参照して本実施の形態の動作について詳細に説明する。
図3において、ソフトウェア開発会社A20は自社の開発サーバA上で、新規に作成、あるいは修正済みのソースファイルを用いて新しいロードモジュールAを生成する(ステップA1)。次に、この新しいロードモジュールAをソフトウェア納入先10の管理サーバ18内のロードモジュール格納領域11に向けて、ファイル転送プロトコル(FTP)を用いて送信する(ステップA2)。
【0017】
また、ソフトウェア開発会社A20以外の開発会社及びソフトウェア納入先10に対してロードモジュールAに更新があったことを連絡する目的で、ロードモジュールの更新情報を作成してWWW サーバ17に登録し、ブラウザから参照できるようにする(ステップA3)。ロードモジュールの更新情報としては、図5に示すような形式で業務名、和名、ID名、更新日付等のロードモジュールに関する情報が表示される。
【0018】
次に、ソフトウェア納入先10では、定時刻起動の自動配信プログラム12が起動される。これは管理サーバ18のOSに予め毎日の深夜帯(23:00〜翌日3:00)に自動配信プログラム12が実行されるように設定することで、指定時刻になると自動的にプログラムが起動される仕組みになっている。自動配信プログラム12は、まず管理サーバ18のロードモジュール格納領域11の更新状況をチェックし、新たにロードモジュールが提供されたことで日付が更新された物件の抽出を行う。この抽出されたロードモジュールを各ソフトウェア開発会社の開発サーバに対してファイル転送プロトコル(FTP)を用いて送信する(ステップA4)。
【0019】
翌日以降、ロードジュールAの配信を受けたソフトウェア開発会社B30とソフトウェア開発会社C40では、ソフトウェア納入先10のWWW サーバ17を閲覧することで、ロードモジュールAに更新があったことを知ることができる(ステップA5、A5’)。また、B社の管理サーバ内のロードモジュール格納領域にはロードモジュールA15が、C社の管理サーバ内のロードモジュール格納領域にはロードモジュールA16が、それぞれ格納済であるため、必要に応じてこのロードモジュールAを実行して機能確認を行うことができる(ステップA6、A6’)。
【0020】
本実施の形態によれば、他社開発分のロードモジュールであってもソフトウェア納入先のロードモジュールが更新されると、自動的に配信プログラムが送信を行うため、自社環境において最新のロードモジュールで機能確認を行う環境を得ることができる。
また、他社開発分のロードモジュールの更新情報をWWW サーバ(ホームページ)を参照することで容易に知ることができる。
【0021】
次に、ソースファイル納入とバージョン管理の仕組みの実施の形態について詳細に説明する。
図2において、本実施の形態は、ソフトウェア納入先10の管理サーバ18、ソフトウェア開発会社A20,B30,C40(ここではソフトウェア開発会社Aを例にして説明する)の開発サーバA,B,Cと、これらを相互に接続するインターネットによる通信ネットワーク100から構成されている。
【0022】
ソフトウェア納入先10の管理サーバ18は磁気ディスク装置を備えた情報処理装置である。この管理サーバ18は、各ソフトウェア開発会社から納入されるソースファイルを正式版として格納し保存しておく領域と、各ソフトウェア開発会社からソースファイルを納入直後に一時的に格納しておく領域を有する。
【0023】
各ソフトウェア開発会社の開発サーバは磁気ディスク装置を備えた情報処理装置であり、自社が開発したソースファイルを格納し保存しておく領域と、それらのソースファイルのバージョン管理機能を持つプログラムから成り、ネットワーク100を介してソフトウェア納入先10の管理サーバ18に接続できる機能を有する。
【0024】
次に、図2、図4を参照して本実施の形態の動作について詳細に説明する。
図4において、ソフトウェア開発会社A20は自社の開発サーバA上で、バージョン管理プログラム24を用いて最新バージョンのソースファイルA25の払い出しを行う(ステップB1)。次に、この払い出しされたソースファイルA25に修正を行う(ステップB2)。そして、修正済のソースファイルA’26から生成されたロードモジュールを用いて、動作確認試験を実施する(ステップB3)。ここで動作確認試験において異常が認められた場合には、ステップB2まで戻って、再度ソースファイルA’26の修正を実施する(ステップB3,NGルート)。
【0025】
上記動作確認試験において正常動作が確認できた場合、バージョン管理プログラム24を用いて修正済ソースファイルA’26を最新バージョンのソースファイルとして登録する(ステップB4)。
【0026】
次に、修正前ソースファイルA25と最新バージョンのソースファイルA’26との差分情報27を取得する(ステップB5)。差分情報27は、開発サーバAのOSがUNIXであった場合は、diffコマンドを使用することにより取得可能である。
【0027】
そして、最新バージョンのソースファイルA’26をソフトウェア納入先10の管理サーバ内のソースファイル一時格納領域に向けて、ファイル転送プロトコル(FTP)を用いて送信する(ステップB6)。ソフトウェア納入先10では、今回納入された最新バージョンのソースファイルA’22(ソースファイルA’26)と管理サーバ18に登録済みの旧バージョンのソースファイルA21との差分情報23を取得する。差分情報23も管理サーバのOSがUNIXであった場合は、diffコマンドを使用することにより取得可能である。次に、この差分情報23をソフトウェア開発会社Aの開発サーバAに対してファイル転送プロトコル(FTP)を用いて送信する(ステップB8)。
【0028】
これを受けてソフトウェア開発会社A20は、予め取得して手元に残しておいた差分情報27と送信された差分情報23との比較を行う(ステップB9)。ここで両者に不一致が発生した場合には、ステップB6まで戻って、再度ソースファイルA’26の送信を行う(ステップB9,NGルート)。
【0029】
差分情報が一致した場合は、ソフトウェア開発会社A20はソースファイルが正しく送信された旨の報告をソフトウェア納入先10に対して行う(ステップB10)。この報告を受けてソフトウェア納入先10では、今回納入されたソースファイルA’22を正式なバージョンとして登録する(ステップB11)。尚、ソフトウェア開発会社A20とソフトウェア納入先10の間で、ファイル送信した旨の連絡をとり合う手段としては、電話、FAX 、電子メール等を用いることができる。
【0030】
本実施の形態によれば、ソースファイルをバージョン管理プログラムを用いて払出し/登録する運用を行うことで、古いバージョンに修正を行ってしまうというような作業ミスを防ぐことができる。
また、インターネットを前提にしたネットワークを使用していることにより、ソースファイル(テキスト情報)が悪意の第三者により改竄される可能性があるが、開発側(修正元)と納入先の双方で取った差分情報の突き合わせを行っているため、改竄を防止することができる。
【0031】
次に、ロードモジュール納入の仕組みについての第2の実施の形態について図6を参照して説明する。
図6において、本実施の形態は、ソフトウェア納入先10の管理サーバ18とWWW サーバ17と、各ソフトウェア開発会社A20,B30,C40の開発サーバA,B,Cと、各場所の通信ネットワークの接続点にVPN機能(ヴァーチャル・プライベート・ネットワーク機能)を有するファイアウォール19,19A,19B,19Cと、これらを相互に接続するインターネットによる通信ネットワーク100から構成されている。通信ネットワーク100の接続点にVPN機能を有するファイアウォールを設置するという点で、図1の第1の実施の形態と異なっているが、この部分を除くと第1の実施の形態と実質的な動作の面においては、何ら変わりはない。
【0032】
上記VPN機能を有するファイアウォール19,19A,19B,19Cは、通信ネットワークとしてインターネットを使用しながら通信を行う際に自動的にユーザ認証を行い、通信情報を暗号化してやり取りを行うことによって、専用線に匹敵する機密性を確保することができる。第1の実施の形態においては、インターネットを経由するデータが暗号化されていないので、通信情報の漏洩及び改竄が懸念されるが、本実施の形態は、これを防止して機密性を確保することができ、より現実的な実施の形態である。
【0033】
【発明の効果】
本発明によれば、他社開発分のロードモジュールであってもソフトウェア納入先(発注元)のロードモジュールが更新されると、自動的に最新のロードモジュールが配信されるので、各ソフトウェア開発装置は、常に最新のロードモジュールを用いて機能確認を行う環境を得ることができる。
また、他社開発分のロードモジュールの更新情報をWWW サーバ(ホームページ)等により容易に閲覧することができる。
【0034】
また、古いバージョンのソースファイルに修正を行ってしまうというようなミスを防ぐことができる。
さらに、インターネットを前提にしたネットワークを使用していることにより、ソースファイル(テキスト情報)に対しては悪意の第三者により改竄される可能性があるが、ソフトウェア開発側(修正元)と納入先との双方で取った差分情報の突き合わせを行っているため、改竄を防止することができる。
【図面の簡単な説明】
【図1】 本発明によるソフトウェア開発システムにおけるロードモジュール納入の仕組みの第1の実施の形態を示すブロック図である。
【図2】 本発明によるソフトウェア開発システムにおけるソースファイル納入とバージョン管理の仕組みの実施の形態を示すブロック図である。
【図3】 ロードモジュール納入の仕組みの動作を示すフローチャートである。
【図4】 ソースファイル納入とバージョン管理の仕組みの動作を示すフローチャートである。
【図5】 ロードモジュールの更新情報を示す構成図である。
【図6】 本発明によるソフトウェア開発システムにおけるロードモジュール納入の仕組みの第2の実施の形態を示すブロック図である。
【符号の説明】
10 ソフトウェア納入先
11 ロードモジュールA
12 自動配信プログラム
13 ロードモジュール更新情報
14 ロードモジュールA(A)
15 ロードモジュールB(A)
16 ロードモジュールC(A)
17 WWW サーバ
18 管理サーバ
19,19A,19B,19C VPN機能を持つファイアウォール
20 ソフトウェア開発会社A
30 ソフトウェア開発会社B
40 ソフトウェア開発会社C
21 ソースファイルA
22 ソースファイルA’
23 差分情報(A’−A)
24 バージョン管理プログラム
25 ソースファイルA
26 ソースファイルA’
27 差分情報(A−A’)
100 ネットワーク
[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a software development system suitable for use when a plurality of software development companies develop different software in accordance with an order from an orderer.
[0002]
[Prior art]
Conventionally, a software development system has been known in which multiple software development companies develop different software according to the order from the ordering party, and deliver the developed software to the customer (ordering party) via a network such as the Internet. It has been.
[0003]
[Problems to be solved by the invention]
However, the conventional software development system has the following problems.
・ Software development companies generally perform operation check tests in conjunction with software developed by other companies, but the software (load modules) developed by other companies may not always be up-to-date. . Also, it took time and effort to determine whether it was the latest state.
[0004]
・ Because version management of the developed source file (text information) is done by the person in charge of development (manual work), the wrong version has been delivered due to mistakes in communication between developers, work mistakes, etc. There were many cases.
・ Because a network that connects software development companies and software delivery destinations was built on a dedicated line basis, the communication cost for one year was enormous.
[0005]
An object of the present invention is to provide a software delivery and version management method by a plurality of companies in a software development system using the Internet in order to solve the above problems.
[0006]
[Means for Solving the Problems]
In order to achieve the above object, in the software development system according to the present invention, a software development orderer orders different software developments from a plurality of software development devices, and each software development device loads the developed software. Delivered as a module to the orderer via the network, and the orderer delivers the load module delivered to each software development device via the network in the software development system delivered from each software development device Registration means for creating and registering information relating to a load module and distribution means for delivering a corresponding load module to each software development device when it is detected that the information registered in the registration means is updated are provided. Is.
[0007]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, embodiments of the present invention will be described with reference to the drawings.
In the embodiment of the present invention, a plurality of software development companies requested to develop different software from the ordering party deliver load modules to the ordering party (delivery destination) via the Internet, and the ordering party receives the load modules. Are provided to each software development company, a mechanism in which the software development company delivers source files (text information) via the Internet, and a source file version management method.
[0008]
First, the outline of each embodiment will be described.
First, a mechanism for delivering a load module will be described with reference to FIG.
In FIG. 1, a software development company A20 transmits a load module A14 developed by its own development server A to the load module storage area 11 of the software delivery destination (ordering party) 10 via the network 100. Further, the load module update information 13 in the WWW server 17 of the software delivery destination 10 is updated. Thereafter, the update status in the load module storage area 11 is collected by the automatic distribution program 12 activated at a fixed time, and the updated load module is distributed to each software development company A20, B30, C40.
[0009]
Next, a mechanism for delivering a source file will be described with reference to FIG.
Software development company A uses version management program 24 on its development server A to retrieve the latest version of source file A25. After correcting the source file A25, an operation check test is performed using the generated load module. If the normal operation can be confirmed, the source file A ′ 26 with the current modification is registered as the latest version using the version management program 24. At this time, the difference information 27 between the source file A25 and the source file A'26 is taken and left at hand. Then, the source file A ′ 26 is transmitted to the temporary source file storage area of the software delivery destination 10 via the network 100.
[0010]
The software delivery destination 10 takes the difference information 23 between the source file A′22 (source file A′26) delivered this time and the source file A21 corresponding to the old version, and this difference information 23 is obtained via the network 100. Send to software development company A20.
[0011]
The software development company A20 compares the received difference information 23 with the difference information 27 left at hand. If the two are the same, the software delivery destination 10 determines that the source file A'22 is the latest official delivery version and registers it as the source file A21.
[0012]
Next, a first embodiment of the load module delivery mechanism will be described in detail.
In FIG. 1, the present embodiment includes a management server 18 and a WWW server 17 of a software delivery destination (ordering party) 10, development servers A, development servers B, and development servers C of software development companies A20, B30, and C40. The communication network 100 is an internet connecting these components.
[0013]
The management server 18 and the WWW server 17 of the software delivery destination 10 are information processing devices provided with magnetic disk devices. The management server 18 stores and stores load modules delivered from the software development companies A20, B30, and C40, and executes an automatic distribution program by starting at a fixed time, thereby developing the development server of each software development company. 1 has a function of distributing a load module to be distributed via the network 100.
[0014]
Further, the WWW server 17 has a function of providing load module update information as screen information when an inquiry is received from each software development company. As the update information, information related to the load module such as the Japanese name, ID, and update date of the load module can be referred to as shown in FIG.
[0015]
Development servers A, B, and C of each software development company are information processing devices equipped with magnetic disk devices, and have areas for storing and storing load modules developed by the company and load modules developed by other companies. In addition, it has a function that can be connected to the management server 18 and the WWW server 17 of the software delivery destination 10 via the network 100 by the operation of the operator.
[0016]
Next, the operation of the present embodiment will be described in detail with reference to FIG. 1, FIG. 3, and FIG.
In FIG. 3, the software development company A20 generates a new load module A on its development server A using a newly created or modified source file (step A1). Next, this new load module A is transmitted to the load module storage area 11 in the management server 18 of the software delivery destination 10 using a file transfer protocol (FTP) (step A2).
[0017]
Also, for the purpose of notifying the development company other than the software development company A20 and the software delivery destination 10 that the load module A has been updated, the update information of the load module is created and registered in the WWW server 17, and the browser (Step A3). As the update information of the load module, information related to the load module such as a business name, a Japanese name, an ID name, and an update date is displayed in a format as shown in FIG.
[0018]
Next, at the software delivery destination 10, the automatic distribution program 12 that is activated at a fixed time is activated. This is because the OS of the management server 18 is set in advance so that the automatic distribution program 12 is executed every day at midnight (23:00 to 3:00 on the next day). It has become a mechanism. The automatic distribution program 12 first checks the update status of the load module storage area 11 of the management server 18 and extracts a property whose date has been updated by newly providing a load module. The extracted load module is transmitted to the development server of each software development company using a file transfer protocol (FTP) (step A4).
[0019]
From the next day, software development company B30 and software development company C40 that received distribution of load module A can know that load module A has been updated by browsing WWW server 17 of software delivery destination 10. (Step A5, A5 ′). In addition, the load module A15 is stored in the load module storage area in the management server of company B, and the load module A16 is stored in the load module storage area in the management server of company C. The function can be confirmed by executing the load module A (steps A6 and A6 ′).
[0020]
According to this embodiment, even if the load module is developed by another company, when the load module of the software delivery destination is updated, the distribution program automatically sends it. An environment for confirmation can be obtained.
In addition, update information of load modules developed by other companies can be easily obtained by referring to the WWW server (homepage).
[0021]
Next, an embodiment of a source file delivery and version management mechanism will be described in detail.
In FIG. 2, the present embodiment includes a management server 18 of a software delivery destination 10 and development servers A, B, and C of software development companies A20, B30, and C40 (here, software development company A will be described as an example). The communication network 100 is an internet connecting these components.
[0022]
The management server 18 of the software delivery destination 10 is an information processing device provided with a magnetic disk device. The management server 18 has an area for storing and storing a source file delivered from each software development company as an official version, and an area for temporarily storing a source file from each software development company immediately after delivery. .
[0023]
The development server of each software development company is an information processing device equipped with a magnetic disk device, which consists of an area for storing and storing source files developed by the company, and a program that has a version management function for those source files. It has a function capable of connecting to the management server 18 of the software delivery destination 10 via the network 100.
[0024]
Next, the operation of the present embodiment will be described in detail with reference to FIGS.
In FIG. 4, the software development company A20 pays out the latest version of the source file A25 using the version management program 24 on its development server A (step B1). Next, the paid out source file A25 is corrected (step B2). Then, an operation check test is performed using the load module generated from the corrected source file A′26 (step B3). Here, when an abnormality is recognized in the operation check test, the process returns to step B2, and the source file A'26 is corrected again (step B3, NG route).
[0025]
When normal operation is confirmed in the operation check test, the modified source file A′26 is registered as the latest version of the source file using the version management program 24 (step B4).
[0026]
Next, the difference information 27 between the uncorrected source file A25 and the latest version of the source file A'26 is acquired (step B5). The difference information 27 can be acquired by using the diff command when the OS of the development server A is UNIX.
[0027]
Then, the latest version of the source file A′26 is transmitted to the temporary storage area of the source file in the management server of the software delivery destination 10 using the file transfer protocol (FTP) (step B6). The software delivery destination 10 acquires difference information 23 between the latest version of the source file A′22 (source file A′26) delivered this time and the old version of the source file A21 registered in the management server 18. The difference information 23 can also be acquired by using the diff command when the OS of the management server is UNIX. Next, the difference information 23 is transmitted to the development server A of the software development company A using a file transfer protocol (FTP) (step B8).
[0028]
In response to this, the software development company A20 compares the difference information 27 acquired in advance and left at hand with the transmitted difference information 23 (step B9). If there is a mismatch between the two, the process returns to step B6 to transmit the source file A'26 again (step B9, NG route).
[0029]
If the difference information matches, the software development company A20 reports to the software delivery destination 10 that the source file has been transmitted correctly (step B10). Upon receiving this report, the software delivery destination 10 registers the source file A′22 delivered this time as an official version (step B11). As a means for communicating that the file has been transmitted between the software development company A20 and the software delivery destination 10, a telephone, a FAX, an electronic mail, or the like can be used.
[0030]
According to the present embodiment, it is possible to prevent a work mistake such as correcting an old version by performing an operation of paying out / registering a source file using a version management program.
In addition, the source file (text information) may be falsified by a malicious third party due to the use of a network based on the Internet, but both the development side (correction source) and the delivery destination Since the difference information taken is matched, tampering can be prevented.
[0031]
Next, a second embodiment of the load module delivery mechanism will be described with reference to FIG.
In FIG. 6, the present embodiment relates to the management server 18 and the WWW server 17 of the software delivery destination 10, the development servers A, B, and C of the software development companies A20, B30, and C40, and the connection of the communication network at each location. The firewall 19, 19 </ b> A, 19 </ b> B, 19 </ b> C having a VPN function (virtual private network function) at a point, and a communication network 100 by the Internet that connects these to each other. 1 is different from the first embodiment of FIG. 1 in that a firewall having a VPN function is installed at a connection point of the communication network 100. Except for this part, the operation is substantially the same as that of the first embodiment. On the other hand, there is no change.
[0032]
The firewalls 19, 19 A, 19 B, and 19 C having the VPN function automatically perform user authentication when performing communication while using the Internet as a communication network, encrypt communication information, and exchange data, thereby exchanging private lines. Confidentiality comparable to can be secured. In the first embodiment, since data transmitted via the Internet is not encrypted, there is a concern about leakage and tampering of communication information, but this embodiment prevents this and ensures confidentiality. This is a more realistic embodiment.
[0033]
【The invention's effect】
According to the present invention, even when load modules are developed by other companies, when the load module of the software delivery destination (order source) is updated, the latest load module is automatically distributed. Therefore, it is possible to obtain an environment in which function confirmation is always performed using the latest load module.
In addition, update information on load modules developed by other companies can be easily viewed on a WWW server (homepage).
[0034]
It also prevents mistakes such as modifying old version source files.
Furthermore, the source file (text information) may be falsified by a malicious third party by using a network based on the Internet, but delivered to the software development side (modification source). Since the difference information taken on both sides is matched, falsification can be prevented.
[Brief description of the drawings]
FIG. 1 is a block diagram showing a first embodiment of a load module delivery mechanism in a software development system according to the present invention.
FIG. 2 is a block diagram showing an embodiment of a mechanism of source file delivery and version management in the software development system according to the present invention.
FIG. 3 is a flowchart showing an operation of a load module delivery mechanism.
FIG. 4 is a flowchart showing the operation of a source file delivery and version management mechanism.
FIG. 5 is a configuration diagram showing update information of a load module.
FIG. 6 is a block diagram showing a second embodiment of a load module delivery mechanism in the software development system according to the present invention.
[Explanation of symbols]
10 Software delivery destination 11 Load module A
12 Automatic distribution program 13 Load module update information 14 Load module A (A)
15 Load module B (A)
16 Load module C (A)
17 WWW server 18 Management server 19, 19A, 19B, 19C Firewall with VPN function 20 Software development company A
30 Software Development Company B
40 Software development company C
21 Source file A
22 Source file A '
23 Difference information (A'-A)
24 Version control program 25 Source file A
26 Source file A '
27 Difference information (AA ′)
100 network

Claims (6)

ソフトウェア開発の発注元が複数のソフトウェア開発装置に対してそれぞれ異なるソフトウェアの開発を発注し、各ソフトウェア開発装置は開発したソフトウェアをロードモジュールとして上記発注元にネットワークを介して納入し、上記発注元は納入されたロードモジュールを各ソフトウェア開発装置に上記ネットワークを介して配信するソフトウェア開発システムにおいて、
上記各ソフトウェア開発装置から納入された上記ロードモジュールに関する情報を作成して登録する登録手段と、
上記登録手段に登録された上記情報が更新されことが検出されたとき対応するロードモジュールを各ソフトウェア開発装置に配信する配信手段とを設けてなり、
上記ソフトウェア開発装置は、開発した最新のソフトウェアのソースファイルを修正し、修正したソースファイルを上記発注元に納入すると共に、上記修正したソースファイルと修正前のソースファイルとの第1の差分情報を取得し、
上記発注元は、上記納入された新しいソースファイルと上記修正前に納入され登録されたソースファイルとの第2の差分情報を取得し、
上記第1の差分情報と第2の差分情報とを比較し、一致したとき上記発注元は上記新しいソースファイルを正式に登録することを特徴とするソフトウェア開発システム。
A software development orderer orders different software developments for multiple software development devices, and each software development device delivers the developed software as a load module to the orderer via the network. In a software development system that distributes delivered load modules to each software development device via the network,
Registration means for creating and registering information on the load module delivered from each software development device;
A distribution unit that distributes a corresponding load module to each software development device when it is detected that the information registered in the registration unit is updated ;
The software development device corrects the source file of the latest software developed, delivers the corrected source file to the ordering source, and also provides first difference information between the corrected source file and the source file before correction. Acquired,
The ordering party obtains second difference information between the new source file delivered and the source file delivered and registered before the modification,
A software development system, wherein the first difference information and the second difference information are compared and the ordering party officially registers the new source file when they match .
上記ソフトウェア開発装置は、開発したロードモジュール及び上記発注元から配信されたロードモジュールの動作確認試験を必要に応じて行うことを特徴とする請求項1記載のソフトウェア開発システム。  The software development system according to claim 1, wherein the software development apparatus performs an operation check test of the developed load module and the load module distributed from the orderer as necessary. 上記ソフトウェア開発装置は、上記登録手段の登録内容を閲覧できることを特徴とする請求項1記載のソフトウェア開発システム。  The software development system according to claim 1, wherein the software development apparatus is capable of browsing registration contents of the registration means. 上記配信は所定の時間帯において行われることを特徴とする請求項1記載のソフトウェア開発システム。  The software development system according to claim 1, wherein the distribution is performed in a predetermined time zone. 上記ソフトウェア開発装置は、上記修正したソースファイルを用いて動作確認試験を行い、異常がないときその修正したソースファイルを上記発注元に納入し、異常があったときはさらに修正することを特徴とする請求項1記載のソフトウェア開発システム。The software development device is characterized in that an operation check test is performed using the corrected source file, the corrected source file is delivered to the ordering party when there is no abnormality, and further corrected when there is an abnormality. The software development system according to claim 1 . 上記発注元とソフトウェア開発装置とは上記ネットワークを介して暗号化された情報を通信することを特徴とする請求項1記載のソフトウェア開発システム。  2. The software development system according to claim 1, wherein the ordering party and the software development apparatus communicate encrypted information via the network.
JP2000142358A 2000-05-15 2000-05-15 Software development system Expired - Fee Related JP3702294B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2000142358A JP3702294B2 (en) 2000-05-15 2000-05-15 Software development system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2000142358A JP3702294B2 (en) 2000-05-15 2000-05-15 Software development system

Publications (2)

Publication Number Publication Date
JP2001325099A JP2001325099A (en) 2001-11-22
JP3702294B2 true JP3702294B2 (en) 2005-10-05

Family

ID=18649345

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2000142358A Expired - Fee Related JP3702294B2 (en) 2000-05-15 2000-05-15 Software development system

Country Status (1)

Country Link
JP (1) JP3702294B2 (en)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007115163A (en) * 2005-10-24 2007-05-10 Honda Motor Co Ltd Software management system
JP5206203B2 (en) * 2008-07-31 2013-06-12 富士通株式会社 Information processing apparatus, apparatus management system, apparatus management method, and program

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3078091B2 (en) * 1992-02-14 2000-08-21 日本電信電話株式会社 Source module version control method
JPH0651961A (en) * 1992-07-28 1994-02-25 Chubu Nippon Denki Software Kk Version managing system in program collection/delivery system
JPH08297619A (en) * 1995-04-26 1996-11-12 Oki Electric Ind Co Ltd Software distribution system

Also Published As

Publication number Publication date
JP2001325099A (en) 2001-11-22

Similar Documents

Publication Publication Date Title
US7237037B2 (en) Combined message broker
US7171662B1 (en) System and method for software licensing
US8918890B2 (en) Method of managing software license contracts, system and information processing apparatus therefor, and target software for license contracts
US8261080B2 (en) System and method for managing digital certificates on a remote device
CN107392766A (en) Method for processing business, adapter and computer-readable recording medium
US20050188196A1 (en) Method of nullifying digital certificate, apparatus for nullifying digital certificate, and system, program, and recoring medium for nullifying digital certificate
US20080155254A1 (en) Method and system for installing a root certificate on a computer with a root update mechanism
JP2010061684A (en) Computer system for data management, and method of operating computer system
EP0980047B1 (en) Recording medium with a signed hypertext recorded thereon, signed hypertext generating method and apparatus, and signed hypertext verifying method and apparatus
US20050160259A1 (en) Digital certificate management system, apparatus and software program
JP2009169594A (en) Authority transfer device, authority transfer system, authority transfer method and authority transfer program
US20030208384A1 (en) Agent appointment process via a computer network
KR100745432B1 (en) Self-managing computing system
US20130085951A1 (en) Method and System for Filing and Monitoring Electronic Claim Submissions in Multi-Claimant Lawsuits
US7246241B2 (en) Apparatus and method for securely realizing cooperative processing
US20030065725A1 (en) Verified message broker
US20170308906A1 (en) Systems and Methods For Processing Vehicle Permits, Titles, Registrations, and Liens Using A Hub Configuration
JP3702294B2 (en) Software development system
US20160358294A1 (en) Pre-discounting pharmacy prescriptions
US20040024849A1 (en) Method and system for distributing data
JP4834924B2 (en) Electronic form input support device, program, electronic form program, and platform
JP6240032B2 (en) Message file integration system
KR102273187B1 (en) An integrated civil dispenser capable of dual network and a system comprising the same
US20020087414A1 (en) Electronic settlement apparatus electronic settlement method, storage medium and computer data signal
JP2004185188A (en) Data transfer processing method and system, and data transfer processing program

Legal Events

Date Code Title Description
A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20040922

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20041012

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20041209

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20050405

A711 Notification of change in applicant

Free format text: JAPANESE INTERMEDIATE CODE: A712

Effective date: 20050427

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20050428

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20090729

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20100729

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110729

Year of fee payment: 6

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110729

Year of fee payment: 6

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120729

Year of fee payment: 7

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120729

Year of fee payment: 7

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130729

Year of fee payment: 8

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

S111 Request for change of ownership or part of ownership

Free format text: JAPANESE INTERMEDIATE CODE: R313111

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

LAPS Cancellation because of no payment of annual fees