JP2001325099A

JP2001325099A - ソフトウェア開発システム

Info

Publication number: JP2001325099A
Application number: JP2000142358A
Authority: JP
Inventors: Hiroko Watabe; 裕子渡部; Shinichi Imai; 慎一今井
Original assignee: NEC Software Aomori Ltd
Current assignee: NEC Software Aomori Ltd
Priority date: 2000-05-15
Filing date: 2000-05-15
Publication date: 2001-11-22
Anticipated expiration: 2020-05-15
Also published as: JP3702294B2

Abstract

(57)【要約】【課題】発注元が複数のソフトウェア開発会社に異な
るソフトウェアの開発を依頼し、ネットワークを介して
納入させ、納入されたソフトウェアをロードモジュール
として各社に配信するソフトウェア開発システムにおい
て、常に最新のロードモジュールを配信できるようにす
る。【解決手段】ソフトウェア開発会社Ａ２０は、自社の
開発サーバＡで開発したロードモジュールＡ１４をネッ
トワーク１００を介してソフトウェア納入先（発注元）
１０のロードモジュール格納領域１１へ送信すると共
に、ソフトウェア納入先１０のWWW サーバ１７内にある
ロードモジュール更新情報１３を更新する。この後、定
時刻起動の自動配信プログラム１２により、ロードモジ
ュール格納領域１１内の更新状況が収集され、更新があ
ったロードモジュールは各ソフトウェア開発会社Ａ２
０，Ｂ３０，Ｃ４０に配信される。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、発注元の注文に応
じて複数のソフトウェア開発会社が異なるソフトウェア
を開発する場合に用いて好適なソフトウェア開発システ
ムに関するものである。

【０００２】

【従来の技術】従来より、発注元の注文に応じて複数の
ソフトウェア開発会社が異なるソフトウェアを開発し、
開発したソフトウェアをインターネット等のネットワー
クを介して納入先（発注元）に納入するようにしたソフ
トウェア開発システムが知られている。

【０００３】

【発明が解決しようとする課題】しかしながら、従来の
ソフトウェア開発システムでは次のような問題があっ
た。・ソフトウェア開発会社は他社開発分のソフトウェアと
連動して動作確認試験を行うことが一般的に行われる
が、その際に他社開発分のソフトウェア（ロードモジュ
ール）が必ずしも最新状態では無いことがあった。ま
た、それが最新状態かどうかの判断をするのに手間が掛
かっていた。

【０００４】・開発したソースファイル（テキスト情
報）のバージョン管理を開発担当者任せ（手作業）で行
っていることから、開発担当者間の連絡ミス、作業ミス
等により、誤ったバージョンを納入してしまった事例が
続出していた。・ソフトウェア開発会社とソフトウェア納入先を相互に
接続するネットワークを専用線ベースで構築していたた
め、一年間に掛かる通信費が莫大であった。

【０００５】本発明においては、以上の問題点を解決す
るためにインターネットを利用したソフトウェア開発シ
ステムにおける複数社によるソフトウェア納入とバージ
ョン管理方法を提供することを目的としている。

【０００６】

【課題を解決するための手段】上記の目的を達成するた
めに、本発明によるソフトウェア開発システムは、ソフ
トウェア開発の発注元が複数のソフトウェア開発装置に
対してそれぞれ異なるソフトウェアの開発を発注し、各
ソフトウェア開発装置は開発したソフトウェアをロード
モジュールとして上記発注元にネットワークを介して納
入し、上記発注元は納入されたロードモジュールを各ソ
フトウェア開発装置に上記ネットワークを介して配信す
るソフトウェア開発システムにおいて、上記各ソフトウ
ェア開発装置から納入された上記ロードモジュールに関
する情報を作成して登録する登録手段と、上記登録手段
に登録された上記情報が更新されことが検出されたとき
対応するロードモジュールを各ソフトウェア開発装置に
配信する配信手段とを設けたものである。

【０００７】

【発明の実施の形態】以下、本発明の実施の形態を図面
を参照して説明する。本発明実施の形態は、発注元から
それぞれ別々のソフトウェアの開発を依頼された複数の
ソフトウェア開発会社が、インターネットを介して発注
元（納入先）へロードモジュールを納入し、発注元がそ
のロードモジュールを各ソフトウェア開発会社へ提供す
る仕組みと、ソフトウェア開発会社がインターネットを
介してソースファイル（テキスト情報）を納入する仕組
みと、ソースファイルのバージョン管理方法を提供する
ものである。

【０００８】始めに、各実施の形態の概略を説明する。
まず、ロードモジュールを納入する仕組みについて図１
を参照して説明する。図１において、ソフトウェア開発
会社Ａ２０は、自社の開発サーバＡで開発したロードモ
ジュールＡ１４をネットワーク１００を介してソフトウ
ェア納入先（発注元）１０のロードモジュール格納領域
１１へ送信する。また、ソフトウェア納入先１０のWWW
サーバ１７内にあるロードモジュール更新情報１３を更
新する。この後、定時刻起動の自動配信プログラム１２
により、ロードモジュール格納領域１１内の更新状況が
収集され、更新があったロードモジュールは各ソフトウ
ェア開発会社Ａ２０，Ｂ３０，Ｃ４０に配信される。

【０００９】次に、ソースファイルを納入する仕組みに
ついて図２を参照して説明する。ソフトウェア開発会社
Ａは、自社の開発サーバＡでバージョン管理プログラム
２４を使用して、最新バージョンのソースファイルＡ２
５を取り出す。このソースファイルＡ２５に修正を加え
た後、生成されたロードモジュールを用いて動作確認試
験を行う。正常動作が確認できたならば、今回修正を加
えたソースファイルＡ’２６をバージョン管理プログラ
ム２４を使用して、最新バージョンとして登録する。こ
のときソースファイルＡ２５とソースファイルＡ’２６
との差分情報２７を取って手元に残しておく。そして、
ソースファイルＡ’２６をネットワーク１００を介して
ソフトウェア納入先１０のソースファイル一時格納領域
へ送信する。

【００１０】ソフトウェア納入先１０では、今回納入さ
れたソースファイルＡ’２２（ソースファイルＡ’２
６）とその旧バージョンに相当するソースファイルＡ２
１との差分情報２３を取り、この差分情報２３をネット
ワーク１００を介してソフトウェア開発会社Ａ２０に送
信する。

【００１１】ソフトウェア開発会社Ａ２０では、受け取
った差分情報２３と手元に残しておいた差分情報２７と
の比較を行う。両者が同じであったならば、ソフトウェ
ア納入先１０はソースファイルＡ’２２を正式な納入最
新バージョンと判断しソースファイルＡ２１として登録
する。

【００１２】次に、上記ロードモジュール納入の仕組み
の第１の実施の形態について詳細に説明する。図１にお
いて、本実施の形態は、ソフトウェア納入先（発注元）
１０の管理サーバ１８とWWW サーバ１７と、各ソフトウ
ェア開発会社Ａ２０、Ｂ３０，Ｃ４０の開発サーバＡ、
開発サーバＢ、開発サーバＣと、これらを相互に接続す
るインターネットによる通信ネットワーク１００から構
成されている。

【００１３】ソフトウェア納入先１０の管理サーバ１８
とＷＷＷサーバ１７は磁気ディスク装置を備えた情報処
理装置である。この管理サーバ１８は、各ソフトウェア
開発会社Ａ２０、Ｂ３０，Ｃ４０から納入されるロード
モジュールを格納し保存しておく領域と、自動配信プロ
グラムを定時刻起動により実行して、各ソフトウェア開
発会社の開発サーバにネットワーク１００を介して配信
対象のロードモジュールを配信する機能を有する。

【００１４】また、WWW サーバ１７は、各ソフトウェア
開発会社から照会があったときに、ロードモジュールの
更新情報を画面情報として提供する機能を有する。更新
情報としては、図５に示すようにロードモジュールの和
名、ＩＤ、更新日付等のロードモジュールに関する情報
が参照可能である。

【００１５】各ソフトウェア開発会社の開発サーバＡ、
Ｂ、Ｃは、磁気ディスク装置を備えた情報処理装置であ
り、自社が開発したロードモジュール、及び他社が開発
したロードモジュールを格納し保存しておく領域を有
し、操作者のオペレーションによってネットワーク１０
０を介してソフトウェア納入先１０の管理サーバ１８と
WWW サーバ１７に接続できる機能を有する。

【００１６】次に、図１、図３及び図５を参照して本実
施の形態の動作について詳細に説明する。図３におい
て、ソフトウェア開発会社Ａ２０は自社の開発サーバＡ
上で、新規に作成、あるいは修正済みのソースファイル
を用いて新しいロードモジュールＡを生成する（ステッ
プＡ１）。次に、この新しいロードモジュールＡをソフ
トウェア納入先１０の管理サーバ１８内のロードモジュ
ール格納領域１１に向けて、ファイル転送プロトコル
（ＦＴＰ）を用いて送信する（ステップＡ２）。

【００１７】また、ソフトウェア開発会社Ａ２０以外の
開発会社及びソフトウェア納入先１０に対してロードモ
ジュールＡに更新があったことを連絡する目的で、ロー
ドモジュールの更新情報を作成してWWW サーバ１７に登
録し、ブラウザから参照できるようにする（ステップＡ
３）。ロードモジュールの更新情報としては、図５に示
すような形式で業務名、和名、ＩＤ名、更新日付等のロ
ードモジュールに関する情報が表示される。

【００１８】次に、ソフトウェア納入先１０では、定時
刻起動の自動配信プログラム１２が起動される。これは
管理サーバ１８のＯＳに予め毎日の深夜帯（２３：００
〜翌日３：００）に自動配信プログラム１２が実行され
るように設定することで、指定時刻になると自動的にプ
ログラムが起動される仕組みになっている。自動配信プ
ログラム１２は、まず管理サーバ１８のロードモジュー
ル格納領域１１の更新状況をチェックし、新たにロード
モジュールが提供されたことで日付が更新された物件の
抽出を行う。この抽出されたロードモジュールを各ソフ
トウェア開発会社の開発サーバに対してファイル転送プ
ロトコル（ＦＴＰ）を用いて送信する（ステップＡ
４）。

【００１９】翌日以降、ロードジュールＡの配信を受け
たソフトウェア開発会社Ｂ３０とソフトウェア開発会社
Ｃ４０では、ソフトウェア納入先１０のWWW サーバ１７
を閲覧することで、ロードモジュールＡに更新があった
ことを知ることができる（ステップＡ５、Ａ５’）。ま
た、Ｂ社の管理サーバ内のロードモジュール格納領域に
はロードモジュールＡ１５が、Ｃ社の管理サーバ内のロ
ードモジュール格納領域にはロードモジュールＡ１６
が、それぞれ格納済であるため、必要に応じてこのロー
ドモジュールＡを実行して機能確認を行うことができる
（ステップＡ６、Ａ６’）。

【００２０】本実施の形態によれば、他社開発分のロー
ドモジュールであってもソフトウェア納入先のロードモ
ジュールが更新されると、自動的に配信プログラムが送
信を行うため、自社環境において最新のロードモジュー
ルで機能確認を行う環境を得ることができる。また、他
社開発分のロードモジュールの更新情報をWWW サーバ
（ホームページ）を参照することで容易に知ることがで
きる。

【００２１】次に、ソースファイル納入とバージョン管
理の仕組みの実施の形態について詳細に説明する。図２
において、本実施の形態は、ソフトウェア納入先１０の
管理サーバ１８、ソフトウェア開発会社Ａ２０，Ｂ３
０，Ｃ４０（ここではソフトウェア開発会社Ａを例にし
て説明する）の開発サーバＡ，Ｂ，Ｃと、これらを相互
に接続するインターネットによる通信ネットワーク１０
０から構成されている。

【００２２】ソフトウェア納入先１０の管理サーバ１８
は磁気ディスク装置を備えた情報処理装置である。この
管理サーバ１８は、各ソフトウェア開発会社から納入さ
れるソースファイルを正式版として格納し保存しておく
領域と、各ソフトウェア開発会社からソースファイルを
納入直後に一時的に格納しておく領域を有する。

【００２３】各ソフトウェア開発会社の開発サーバは磁
気ディスク装置を備えた情報処理装置であり、自社が開
発したソースファイルを格納し保存しておく領域と、そ
れらのソースファイルのバージョン管理機能を持つプロ
グラムから成り、ネットワーク１００を介してソフトウ
ェア納入先１０の管理サーバ１８に接続できる機能を有
する。

【００２４】次に、図２、図４を参照して本実施の形態
の動作について詳細に説明する。図４において、ソフト
ウェア開発会社Ａ２０は自社の開発サーバＡ上で、バー
ジョン管理プログラム２４を用いて最新バージョンのソ
ースファイルＡ２５の払い出しを行う（ステップＢ
１）。次に、この払い出しされたソースファイルＡ２５
に修正を行う（ステップＢ２）。そして、修正済のソー
スファイルＡ’２６から生成されたロードモジュールを
用いて、動作確認試験を実施する（ステップＢ３）。こ
こで動作確認試験において異常が認められた場合には、
ステップＢ２まで戻って、再度ソースファイルＡ’２６
の修正を実施する（ステップＢ３，ＮＧルート）。

【００２５】上記動作確認試験において正常動作が確認
できた場合、バージョン管理プログラム２４を用いて修
正済ソースファイルＡ’２６を最新バージョンのソース
ファイルとして登録する（ステップＢ４）。

【００２６】次に、修正前ソースファイルＡ２５と最新
バージョンのソースファイルＡ’２６との差分情報２７
を取得する（ステップＢ５）。差分情報２７は、開発サ
ーバＡのＯＳがＵＮＩＸ（登録商標）であった場合は、
ｄｉｆｆコマンドを使用することにより取得可能であ
る。

【００２７】そして、最新バージョンのソースファイル
Ａ’２６をソフトウェア納入先１０の管理サーバ内のソ
ースファイル一時格納領域に向けて、ファイル転送プロ
トコル（ＦＴＰ）を用いて送信する（ステップＢ６）。
ソフトウェア納入先１０では、今回納入された最新バー
ジョンのソースファイルＡ’２２（ソースファイルＡ’
２６）と管理サーバ１８に登録済みの旧バージョンのソ
ースファイルＡ２１との差分情報２３を取得する。差分
情報２３も管理サーバのＯＳがUNIXであった場合は、ｄ
ｉｆｆコマンドを使用することにより取得可能である。
次に、この差分情報２３をソフトウェア開発会社Ａの開
発サーバＡに対してファイル転送プロトコル（ＦＴＰ）
を用いて送信する（ステップＢ８）。

【００２８】これを受けてソフトウェア開発会社Ａ２０
は、予め取得して手元に残しておいた差分情報２７と送
信された差分情報２３との比較を行う（ステップＢ
９）。ここで両者に不一致が発生した場合には、ステッ
プＢ６まで戻って、再度ソースファイルＡ’２６の送信
を行う（ステップＢ９，ＮＧルート）。

【００２９】差分情報が一致した場合は、ソフトウェア
開発会社Ａ２０はソースファイルが正しく送信された旨
の報告をソフトウェア納入先１０に対して行う（ステッ
プＢ１０）。この報告を受けてソフトウェア納入先１０
では、今回納入されたソースファイルＡ’２２を正式な
バージョンとして登録する（ステップＢ１１）。尚、ソ
フトウェア開発会社Ａ２０とソフトウェア納入先１０の
間で、ファイル送信した旨の連絡をとり合う手段として
は、電話、FAX 、電子メール等を用いることができる。

【００３０】本実施の形態によれば、ソースファイルを
バージョン管理プログラムを用いて払出し／登録する運
用を行うことで、古いバージョンに修正を行ってしまう
というような作業ミスを防ぐことができる。また、イン
ターネットを前提にしたネットワークを使用しているこ
とにより、ソースファイル（テキスト情報）が悪意の第
三者により改竄される可能性があるが、開発側（修正
元）と納入先の双方で取った差分情報の突き合わせを行
っているため、改竄を防止することができる。

【００３１】次に、ロードモジュール納入の仕組みにつ
いての第２の実施の形態について図６を参照して説明す
る。図６において、本実施の形態は、ソフトウェア納入
先１０の管理サーバ１８とWWW サーバ１７と、各ソフト
ウェア開発会社Ａ２０，Ｂ３０，Ｃ４０の開発サーバ
Ａ，Ｂ，Ｃと、各場所の通信ネットワークの接続点にＶ
ＰＮ機能（ヴァーチャル・プライベート・ネットワーク
機能）を有するファイアウォール１９，１９Ａ，１９
Ｂ，１９Ｃと、これらを相互に接続するインターネット
による通信ネットワーク１００から構成されている。通
信ネットワーク１００の接続点にＶＰＮ機能を有するフ
ァイアウォールを設置するという点で、図１の第１の実
施の形態と異なっているが、この部分を除くと第１の実
施の形態と実質的な動作の面においては、何ら変わりは
ない。

【００３２】上記ＶＰＮ機能を有するファイアウォール
１９，１９Ａ，１９Ｂ，１９Ｃは、通信ネットワークと
してインターネットを使用しながら通信を行う際に自動
的にユーザ認証を行い、通信情報を暗号化してやり取り
を行うことによって、専用線に匹敵する機密性を確保す
ることができる。第１の実施の形態においては、インタ
ーネットを経由するデータが暗号化されていないので、
通信情報の漏洩及び改竄が懸念されるが、本実施の形態
は、これを防止して機密性を確保することができ、より
現実的な実施の形態である。

【００３３】

【発明の効果】本発明によれば、他社開発分のロードモ
ジュールであってもソフトウェア納入先（発注元）のロ
ードモジュールが更新されると、自動的に最新のロード
モジュールが配信されるので、各ソフトウェア開発装置
は、常に最新のロードモジュールを用いて機能確認を行
う環境を得ることができる。また、他社開発分のロード
モジュールの更新情報をWWW サーバ（ホームページ）等
により容易に閲覧することができる。

【００３４】また、古いバージョンのソースファイルに
修正を行ってしまうというようなミスを防ぐことができ
る。さらに、インターネットを前提にしたネットワーク
を使用していることにより、ソースファイル（テキスト
情報）に対しては悪意の第三者により改竄される可能性
があるが、ソフトウェア開発側（修正元）と納入先との
双方で取った差分情報の突き合わせを行っているため、
改竄を防止することができる。

【図面の簡単な説明】

【図１】本発明によるソフトウェア開発システムにお
けるロードモジュール納入の仕組みの第１の実施の形態
を示すブロック図である。

【図２】本発明によるソフトウェア開発システムにお
けるソースファイル納入とバージョン管理の仕組みの実
施の形態を示すブロック図である。

【図３】ロードモジュール納入の仕組みの動作を示す
フローチャートである。

【図４】ソースファイル納入とバージョン管理の仕組
みの動作を示すフローチャートである。

【図５】ロードモジュールの更新情報を示す構成図で
ある。

【図６】本発明によるソフトウェア開発システムにお
けるロードモジュール納入の仕組みの第２の実施の形態
を示すブロック図である。

【符号の説明】

１０ソフトウェア納入先１１ロードモジュールＡ１２自動配信プログラム１３ロードモジュール更新情報１４ロードモジュールＡ（Ａ）１５ロードモジュールＢ（Ａ）１６ロードモジュールＣ（Ａ）１７ WWW サーバ１８管理サーバ１９，１９Ａ，１９Ｂ，１９ＣＶＰＮ機能を持つファ
イアウォール２０ソフトウェア開発会社Ａ３０ソフトウェア開発会社Ｂ４０ソフトウェア開発会社Ｃ２１ソースファイルＡ２２ソースファイルＡ’ ２３差分情報（Ａ’−Ａ）２４バージョン管理プログラム２５ソースファイルＡ２６ソースファイルＡ’ ２７差分情報（Ａ−Ａ’）１００ネットワーク

Claims

【特許請求の範囲】

【請求項１】ソフトウェア開発の発注元が複数のソフ
トウェア開発装置に対してそれぞれ異なるソフトウェア
の開発を発注し、各ソフトウェア開発装置は開発したソ
フトウェアをロードモジュールとして上記発注元にネッ
トワークを介して納入し、上記発注元は納入されたロー
ドモジュールを各ソフトウェア開発装置に上記ネットワ
ークを介して配信するソフトウェア開発システムにおい
て、上記各ソフトウェア開発装置から納入された上記ロード
モジュールに関する情報を作成して登録する登録手段
と、上記登録手段に登録された上記情報が更新されことが検
出されたとき対応するロードモジュールを各ソフトウェ
ア開発装置に配信する配信手段とを設けたことを特徴と
するソフトウェア開発システム。
【請求項２】上記ソフトウェア開発装置は、開発した
ロードモジュール及び上記発注元から配信されたロード
モジュールの動作確認試験を必要に応じて行うことを特
徴とする請求項１記載のソフトウェア開発システム。
【請求項３】上記ソフトウェア開発装置は、上記登録
手段の登録内容を閲覧できることを特徴とする請求項１
記載のソフトウェア開発システム。
【請求項４】上記配信は所定の時間帯において行われ
ることを特徴とする請求項１記載のソフトウェア開発シ
ステム。
【請求項５】上記ソフトウェア開発装置は、開発した
最新のソフトウェアのソースファイルを修正し、修正し
たソースファイルを上記発注元に納入すると共に、上記
修正したソースファイルと修正前のソースファイルとの
第１の差分情報を取得し、上記発注元は、上記納入された新しいソースファイルと
上記修正前に納入され登録されたソースファイルとの第
２の差分情報を取得し、上記第１の差分情報と第２の差分情報とを比較し、一致
したとき上記発注元は上記新しいソースファイルを正式
に登録することを特徴とする請求項１記載のソフトウェ
ア開発システム。
【請求項６】上記ソフトウェア開発装置は、上記修正
したソースファイルを用いて動作確認試験を行い、異常
がないときその修正したソースファイルを上記発注元に
納入し、異常があったときはさらに修正することを特徴
とする請求項５記載のソフトウェア開発システム。
【請求項７】上記発注元とソフトウェア開発装置とは
上記ネットワークを介して暗号化された情報を通信する
ことを特徴とする請求項１記載のソフトウェア開発シス
テム。