JP3702294B2 - Software development system - Google Patents
Software development system Download PDFInfo
- 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
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
[0009]
Next, a mechanism for delivering a source file will be described with reference to FIG.
Software development company A uses
[0010]
The
[0011]
The software development company A20 compares the received
[0012]
Next, a first embodiment of the load module delivery mechanism will be described in detail.
In FIG. 1, the present embodiment includes a
[0013]
The
[0014]
Further, the
[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
[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
[0017]
Also, for the purpose of notifying the development company other than the software development company A20 and the
[0018]
Next, at the
[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
[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
[0022]
The
[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
[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
[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
[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
[0028]
In response to this, the software development company A20 compares the
[0029]
If the difference information matches, the software development company A20 reports to the
[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
[0032]
The
[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
12
15 Load module B (A)
16 Load module C (A)
17
30 Software Development Company B
40 Software development company C
21 Source file A
22 Source file A '
23 Difference information (A'-A)
24
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 .
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)
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)
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 |
-
2000
- 2000-05-15 JP JP2000142358A patent/JP3702294B2/en not_active Expired - Fee Related
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 |