JP2001022567A

JP2001022567A - 開発保守支援システム

Info

Publication number: JP2001022567A
Application number: JP11189875A
Authority: JP
Inventors: Hideji Nishijima; 英児西島; Shigetoshi Samejima; 茂稔鮫嶋; Katsumi Kono; 克己河野; Tomoaki Nakamura; 智明中村
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 1999-07-05
Filing date: 1999-07-05
Publication date: 2001-01-26

Abstract

(57)【要約】【課題】各種の開発支援ツール間の動作の連携を支援
する。【解決手段】開発支援ツール毎にデータ交換部を設け
て、該データ交換部とデータ処理をする連携部を設け
て、該データ交換部が該開発支援ツールと該連携部との
各種のデータ処理を有し、開発支援ツールの動作に応じ
て該データ交換部が動作して連携部を介して他のデータ
交換部と該データ処理をすることによって、該開発支援
ツール間がお互いに連携する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、複数の異種開発支
援ツール間の連携を支援するシステムに係り、特に、各
種の開発支援ツールを利用して定義されたデータを、各
々の開発支援ツール間で相互に流用し合うことによっ
て、プログラムやデータの開発および保守を効率的に行
なうのに好適な開発保守支援システムに関するものであ
る。

【０００２】

【従来の技術】各メーカやベンダの開発によって、多様
な流通ソフトウエア（COTS:Commercial Off-The-Shel
f）製品が世の中に出回っている。このようなCOTS製品
を適材敵所に有効利用することが望まれている。これら
のCOTS製品を利用する場合には開発対象プログラムの処
理に必要となる変数等の定義データをCOTS製品附属の開
発支援ツールにて入力・作成するのが通常である。例え
ばＦＡ（Factory Automation）やＰＡ（Plant Automati
on）の分野では、制御プログラム向けの開発支援ツー
ル、監視プログラム向けの開発支援ツール、および、帳
表作成支援ツールなどがあり、それぞれのツールを利用
して開発対象のプログラムやデータを作成する。

【０００３】各メーカやベンダ製の開発支援ツールは定
義データをツール独自のデータ形式で格納しており、各
種の開発支援ツール間でデータ形式が統一されておらず
異なった形式である。このため、一方の開発支援ツール
から他方の開発支援ツールへ定義データを流用すること
ができない。例えば制御プログラム向けの開発支援ツー
ルはあるメーカの製品で、一方、監視プログラム向けの
開発支援ツールが他のメーカの製品の場合には、制御プ
ログラム向けの開発支援ツールで作成した定義データを
監視プログラム向けの開発支援ツールで再利用すること
ができない。この問題を解決する従来の技術は各定義デ
ータ間でデータ形式を相互に変換するコンバータを開発
していた。

【０００４】従来技術の代表例として、特開平５−３４
６９６５号「異機種コンピュータ間のデータ交換システ
ム」が挙げられる。従来技術は、図１５に示すように、
例えば制御用の開発支援ツールＸ１５０１と、それとは
扱うデータ形式が異なる例えば監視用の開発支援ツール
Ｙ１５１１とがあり、開発支援ツールＸ１５０１が作成
した開発支援ツールＸ固有のデータ形式を持つデータＸ
１５０２を開発支援ツールＹ１５１１で利用する場合、
コンバータ（Ｘ->Ｙ）１５２１を起動して、データＸ１
５０２のデータ形式を開発支援ツールＹ固有のデータ形
式に変換してデータＹ１５１２を作成し、このデータＹ
１５１２を開発支援ツールＹ１５１１で利用していた。
逆に、開発支援ツールＹ１５１１が作成したデータＹ１
５１２を開発支援ツールＸ１５０１で利用する場合、コ
ンバータ（Ｙ->Ｘ）１５２２を起動して、データＹ１５
１２のデータ形式を変換してデータＸ１５０２を作成
し、このデータＸ１５０２を開発支援ツールＸ１５０１
で利用していた。

【０００５】

【発明が解決しようとする課題】上述の従来技術によれ
ば、開発支援ツール数がＮ個の場合にＮ個から２つをと
る組合せ分のコンバータを開発する必要があるため、開
発支援ツール数が４個以上になるとコンバータ数が６個
以上必要となり、コンバータの開発量が増大してしま
う。なお、代表的な開発支援ツールを選定しておき、代
表なものとそれ以外の開発支援ツール間でコンバータを
準備すれば、コンバータの開発量を節約することができ
る。しかし、その代表的な開発支援ツールが古くなった
り用済みになって使われなくなることがあり、そうなれ
ば、全てのコンバータが利用不可となる。

【０００６】また、全てのデータを流用することはほと
んどなく部分的なデータを流用することが多いために、
コンバータでデータを流用した後に不要なデータを削除
するという無駄な作業が発生してしまう。

【０００７】さらに、コンバータによってデータを流用
したとしても、流用元のデータ内容を変更した時に、再
度コンバータを利用して変更内容を反映しなければなら
ず、これを忘れると反映洩れによって各開発支援ツール
間のデータ内容に不合理が生じてしまう。

【０００８】しかも、使い慣れた開発支援ツールは、最
近では半年周期でバージョンアップされたり、新規（他
のメーカやベンダ製）の開発支援ツールに置き換わって
いる。これによって、データの形式も変わっていき、こ
の変化に早期に追従していかないと本来のアプリケーシ
ョンソフトウエア開発に支障が生じる。

【０００９】以上を整理すると次のような課題が挙げら
れる。

【００１０】（１）開発支援ツールの数によらないデー
タの流用（２）ユーザ選択によるデータの部分的流用（３）定義データ間の合理性チェック（４）新規の開発支援ツールやバージョンアップ版の開
発支援ツールへの対応時の修正の影響範囲の局所化本発明の目的は、プログラムやデータの開発を容易かつ
効率的にするために、複数の異種開発支援ツールが独自
のデータ形式にて管理するデータであっても、各種の開
発支援ツールが相互に連絡を取り合うことによって、ツ
ール間の動作の連携を図り、データの流用を可能とする
システム、すなわち異種開発支援ツール間連携の開発保
守支援システムを提供することである。

【００１１】

【課題を解決するための手段】複数の開発支援ツールを
利用して、一連の処理を達成させるためのプログラムや
データを開発・保守する計算機システムにおいて、開発
支援ツール毎にデータ交換部を設ける。さらに、各該デ
ータ交換部とデータ処理をする連携部を設ける。これに
加えて、該データ交換部が該開発支援ツールと該連携部
間との連絡のために各種のデータ処理を有し、少なくと
も１つの開発支援ツールの動作に応じて該データ交換部
が動作して連携部を介して他のデータ交換部と該データ
処理をすることによって、該開発支援ツール間がお互い
に連携することを達成する。

【００１２】以上は基本的な構成であり、開発支援ツー
ル間でのデータ流用やデータ合理性のチェックのために
は、データ交換部や連携部は以下のような処理を有す
る。

【００１３】ツール間連携部は、データ処理として、
（１）データ交換部の動作の制御、（２）データ交換部
および他のツール間連携部とのデータの受け渡し、
（３）データ交換部の参入／離脱の監視、を有する。

【００１４】標準のデータ形式は、（１）複数の異種開
発支援ツールのいずれのデータ形式とも異なる共通のデ
ータ形式（以下共通データ形式と称す）、（２）業界標
準として決められているデータ形式、（３）複数の異種
開発支援ツールのうちの予め定められた特定の開発支援
ツールのデータ形式（以下特定データ形式と称す）、の
いずれかである。

【００１５】データ交換部は、データ処理として、
（１）開発支援ツール固有のデータ形式から所定のデー
タ形式に相互に変換する、（２）データの合理性のチェ
ック、（３）整合性のチェック、を図る。

【００１６】開発支援ツールの管理するデータへの相互
変換対象の種別が（１）構築データ、（２）ライブラリ
データ、のいずれでも良い。

【００１７】対象とするデータの範囲が（１）全てのデ
ータ、（２）前回との差分のデータ（具体的には追加・
削除・変更されたデータ）、のいずれかを対象とする。

【００１８】上述の解決手段によって、次のような効果
がある。

【００１９】（１）現在利用している開発支援ツールの
バージョンによってデータ形式が変更されたとしても、
その開発支援ツールのデータ交換部を新バージョンのデ
ータ形式に合わせるように処理を変更すれば良い。

【００２０】（２）新しく開発支援ツールを利用したい
場合には、その開発支援ツールのデータ交換部を新規に
１つだけ作成すれば良い。

【００２１】

【発明の実施の形態】以下、本発明を実現するための実
施例を図面により説明する。

【００２２】本発明の実施例では、ＦＡ（Factory Auto
mation）やＰＡ（Plant Automation）の分野で多種多様
な開発支援ツールを利用して、情報制御システム、例え
ば電力制御監視システム等のアプリケーションソフトウ
エアを開発することを想定している。多種多様な開発支
援ツールには、制御用途向けの開発支援ツール、監視用
途向けの開発支援ツール、および、帳表作成支援ツール
等がある。制御用途向けの開発支援ツールでは主にセン
サやモータ等のＩＯ装置に対して制御するためのアプリ
ケーションソフトウエアを開発する。また、監視用途向
けの開発支援ツールでは主にＩＯ装置の状態をモニタす
るためのアプリケーションソフトウエアを開発する。

【００２３】さらに、帳表作成支援ツールではＩＯ装置
の状態履歴等の報告書を作成するためのアプリケーショ
ンソフトウエアを開発する。このような開発支援ツール
は制御や監視用途向けに各種のソフトウエアライブラリ
が事前に準備されており、ユーザは各ＩＯ装置に変数名
やデータ型等を割り当てて、ある変数に対してどのソフ
トウエアライブラリで制御や監視させるかを指定するこ
とがアプリケーションソフトウエア開発の主な内容であ
る。実際の開発では、各ＩＯ装置の状態値は制御や監視
等の全てのアプリケーションソフトウエアに必要不可欠
となっている。このため、各ＩＯ装置に変数名やデータ
型等の割り当ては各種の開発支援ツール毎に別々に行っ
ていたが、この入力作業の二度手間を改善するのが本発
明の狙いである。以下では、制御用途向けの開発支援ツ
ール、監視用途向けの開発支援ツール、および、帳表作
成支援ツールを、単に、開発支援ツールＡ、開発支援ツ
ールＢ、および、開発支援ツールＣと呼ぶことにする。

【００２４】（Ａ）ソフトウエア構成図１に本発明を実現するためのソフトウエア構成の一例
を示す。図１の計算機１００はオペレーティングシステ
ム（ＯＳ）１０１および通信ドライバ１０２を備えてい
る。計算機１００内では複数の異種開発支援ツールが利
用される。図１では、開発支援ツールが３種類の例で示
してあり、開発支援ツールＡ１１１、開発支援ツールＢ
１２１、開発支援ツールＣ１３１が存在するものとす
る。制御アプリケーションソフトウエアの開発では、開
発支援ツールＡ１１１を利用することによって定義デー
タＡ１１２を作成するものである。定義データＡ１１２
は各ＩＯ装置に対して割り付けた変数やデータ型等が格
納される。同様に、監視アプリケーションソフトウエア
の開発では、開発支援ツールＢ１２１を利用することに
よって定義データＢ１２２を作成するものであり、帳表
作成アプリケーションソフトウエアの開発では、開発支
援ツールＣ１３１を利用することによって定義データＣ
１３２を作成するものである。定義データＢ１２２や定
義データＣ１３２も定義データＡ１１２と同様に変数や
データ型等が格納される。

【００２５】しかし、各々の定義データ１１２、１２
２、１３２はデータ形式が異なる。また、開発支援ツー
ルにはカタログデータが存在する場合がある。カタログ
データは共通に利用できる変数やデータ型等を格納して
おくことによって、後でカタログデータから必要な変数
を選択するだけで定義データを作成できるものである。
開発支援ツールＡ１１１、Ｂ１２１、Ｃ１３１が、各
々、カタログデータＡ１１３、カタログデータＢ１２
３、カタログデータＣ１３３を準備しているものとす
る。この計算機１００にツール間連携部１０３を設け
て、さらに、各々の開発支援ツールＡ１１１、Ｂ１２
１、Ｃ１３１別に、データ交換Ａ１１４、データ交換Ｂ
１２４、データ交換Ｃ１３４を設けて、各種の開発支援
ツールＡ１１１、Ｂ１２１、Ｃ１３１間の連携を可能と
する。データ交換Ａ１１４、Ｂ１２４、Ｃ１３４はツー
ル間連携部１０３に着脱が可能な構成である。

【００２６】（Ｂ）開発支援ツールによる定義データの
作成開発支援ツールによる定義データの作成の一例を説明す
る。各々の開発支援ツールは定義データとして作成する
データ項目はほぼ同じである。開発支援ツール間で異な
ることは表示形式や操作手順ぐらいである。一例として
開発支援ツールＡ１１１の場合で示す。図２は開発支援
ツールＡ１１１を利用してユーザがデータを入力する画
面表示の例である。図２において、名称２１０の欄には
変数の名称、型２２０の欄には開発支援ツールＡ１１１
で備えているデータ型、属性２３０の欄にはデータ値の
入力か出力かの区分、コメント２４０の欄にはユーザに
とって理解しやすいコメント内容が表示される。これら
の名称、型、属性、コメントがユーザの入力する項目で
ある。図２の例では、変数「Water_Level」２５０、変
数「Soap_Empty」２６０、変数「Water_Temparature」
２７０、変数「Faucet_Switch」２８０が既に入力され
た内容で示している。

【００２７】ここで、保存２０１を選択すると、入力し
たデータ内容が定義データＡ１１２に格納される。図６
が定義データＡ１１２に格納された内容である。図６の
詳細は後で説明する。一方、キャンセル２０３を選択す
ると、入力したデータ内容が定義データＡ１１２に反映
されずにキャンセルされる。ここで、カタログ２０２を
選択すると、事前にカタログとして入力した変数が一覧
で表示されて、ユーザが変数を選択することによって、
その選択した変数を定義データに追加できる。

【００２８】以上のようにして、ユーザは開発支援ツー
ルを利用して定義データを作成する。

【００２９】（Ｃ）動作の流れ図３から図５を用いて、本発明の異種開発支援ツール間
の連携の流れを説明する。以下では、一例として、開発
支援ツールＡ１１１を利用して定義データＡ１１２を作
成した後に、定義データＡ１１２の内容を定義データＢ
１２２および定義データＣ１３２へ流用する例で示す。

【００３０】図３は、定義済みのデータを一括して他の
開発支援ツールへ流用する場合である。図２の定義デー
タの画面によってアプリケーションプログラムの処理に
必要となる変数等を入力し終えて、図２の保存２０１を
選択すると、ユーザの定義したデータが定義データＡ１
１２に格納される。この保存２０１を選択することによ
って、データ交換Ａ１１４が起動されるようにしてお
く。起動されたデータ交換Ａ１１４がその定義データＡ
１１２を受け取り、定義データＡ１１２のデータ形式Ａ
を共通データ形式へ変換した共通データ３０１をツール
間連携部１０３へ渡す。

【００３１】ツール間連携部１０３は共通データ３０１
を受け取ると、存在するデータ交換部へ共通データ３０
１を渡して起動する。この例では、データ交換Ｂ１２４
とデータ交換Ｃ１３４が存在するので、それぞれのデー
タ交換Ｂ１２４とデータ交換Ｃ１３４へ共通データ３０
１を渡す。データ交換Ｂ１２４は共通データ３０１を受
け取ると、共通データ形式から開発支援ツールＢ固有の
データ形式すなわちデータ形式Ｂへ変換したものを定義
データＢ１２２へ格納する。同様に、データ交換Ｃ１３
４は共通データ３０１を受け取ると、共通データ形式か
ら開発支援ツールＣ固有のデータ形式すなわちデータ形
式Ｃへ変換したものを定義データＣ１３２へ格納する。
以上によって、開発支援ツールＡを利用して定義データ
Ａを作成すると同時に、定義データＢおよび定義データ
Ｃも作成することができる。

【００３２】図４は、定義済みのデータを他の開発支援
ツールで選択的に利用できるように流用する場合であ
る。図５の場合と同様に、図２の保存２０１を選択する
ことによって、データ交換Ａ１１４が起動されるように
しておく。この時に流用先を定義データとカタログデー
タのいずれかを選択できるようにしておいても良い。さ
て、起動されたデータ交換Ａ１１４がその定義データＡ
１１２を受け取り、定義データＡ１１２のデータ形式Ａ
を共通データ形式へ変換した共通データ３０１をツール
間連携部１０３へ渡す。ツール間連携部１０３は共通デ
ータ３０１を受け取ると、存在するデータ交換部へ共通
データ３０１を渡して起動する。この例では、データ交
換Ｂ１２４とデータ交換Ｃ１３４が存在するので、それ
ぞれのデータ交換Ｂ１２４とデータ交換Ｃ１３４へ渡
す。

【００３３】データ交換Ｂ１２４は共通データ３０１を
受け取ると、共通データ形式から開発支援ツールＢ固有
のデータ形式すなわちデータ形式Ｂへ変換したものを定
義データの代わりにカタログデータＢ１２３へ格納す
る。同様に、データ交換Ｃ１３４は共通データ３０１を
受け取ると、共通データ形式から開発支援ツールＣのデ
ータ形式すなわちデータ形式Ｃへ変換したものをカタロ
グデータＣ１３３へ格納する。以上によって、開発支援
ツールＡを利用して定義データＡを作成すると同時に、
定義データＢを作成するためのカタログデータＢおよび
定義データＣを作成するためのカタログデータＣを作成
することができる。ユーザは開発支援ツールＢまたはＣ
を利用して、カタログデータＢとＣから必要なデータだ
けを選択するだけで定義データを作成可能となる。

【００３４】図５は、図４の変形例であり、他の開発支
援ツールの定義済みのデータを問い合わせ／応答にて流
用する場合である。データ交換Ａ１１４は開発支援ツー
ルＡ１１１からカタログデータの参照を要求された時に
起動される。起動されたデータ交換Ａ１１４は問い合わ
せ内容をツール間連携部１０３に要求を出して、ツール
間連携部１０３が他のデータ交換部へその問い合わせ内
容を渡して起動する。各々のデータ交換部は開発支援ツ
ール固有の定義データから共通データに変換したものを
ツール間連携部１０３へ返す。例えば、データ交換Ｂ１
２４は定義データＢ１２２を開発支援ツールＢ固有のデ
ータ形式Ｂから共通データ形式に変換した共通データ３
０１をツール間連携部１０３へ返す。同様に、データ交
換Ｃ１３４は定義データＣ１３２を開発支援ツールＣ固
有のデータ形式Ｃから共通データ形式に変換した共通デ
ータ３０１をツール間連携部１０３へ返す。

【００３５】ツール間連携部１０３は各々の共通データ
３０１を整理して、問い合わせ元のデータ交換Ａ１１４
へ共通データを応答する。問い合わせ元のデータ交換Ａ
１１４は整理された共通データ３０１を開発支援ツール
Ａ固有のデータ形式Ａへ変換した後に、カタログデータ
Ａ１１３に格納する。開発支援ツールＡはそのカタログ
データＡ１１３を利用する。以上によって、開発支援ツ
ールから問い合わせの要求があった時に他の定義データ
を元にカタログデータを入手でき、データの流用が可能
となる。

【００３６】以上によって、データ交換部を開発支援ツ
ール別に設けることによって、各種の開発支援ツール間
の連携が可能となる。しかも、データ交換部が自分自信
に対応する開発支援ツールと連絡を取り合うために、新
規の開発支援ツールやバージョンアップ版の開発支援ツ
ールへの対応時には、該当する開発支援ツールのデータ
交換部のみを修正すれば良く、修正の影響範囲が局所化
される。

【００３７】（Ｄ）データ構造図６は定義データＡ１１２のデータ形式とその内容の例
である。ここで、開発支援ツールＡ１１１は、変数名と
して扱える文字が大文字と小文字の英字および特殊記号
であり、変数名の文字列が２０文字以内であり、データ
型としてAnalog型とDigital型を備えているものとす
る。Analog型は符合付き６４ビット整数型であり、Digi
tal型は８ビットの論理型を指す。ここではコメントは
特に制限がないものとする。

【００３８】図６において、定義データＡ１１２はAnal
og６０１とDigital６０２の２つのファイルに格納され
る。Analogファイル６０１にはAnalog型として定義され
た変数の一覧が格納されている。Digitalファイル６０
２にはDigital型として定義された変数の一覧が格納さ
れている。Analogファイル６０１において、第１行目に
は入出力の属性と変数の個数が記述され、第２行目以降
には変数の名称およびコメントが列挙される。変数の個
数分の行の次には、同様に、入出力の属性と変数の個数
が記述され、その次の行以降には変数の名称およびコメ
ントが列挙される。図６のAnalogファイル６０１の例で
は、入出力の属性が「INPUT」でありその入力の変数の
個数が「１」個であり、変数の名称として「Water_Leve
l」、コメントとして「タンク水量」と記述されてお
り、さらに、入出力の属性が「OUTPUT」であり変数の個
数が「１」個であり、変数の名称として「Water_Temper
ature」、コメントとして「タンク水温」が記述されて
いる。一方、Digitalファイル６０２もAnalogファイル
６０１と同様のデータ形式である。Digitalファイル６
０２の例では、入出力の属性が「INPUT」でありその入
力の変数の個数が「１」個であり、変数の名称として
「Soap_Empty」、コメントとして「石鹸の有無」が記述
されており、さらに、入出力の属性が「OUTPUT」であり
変数の個数が「１」個であり、変数の名称として「Fauc
et_Switch」、コメントとして「水道蛇口のスイッチ」
が記述されている。ここではカタログデータＡ１１３も
図６と同様なデータ形式で格納されているものとする。
なお定義データＡ１１２とカタログデータＡ１１３が異
なる場合には、カタログデータＡ１１３のデータ形式に
合わせれば良い。

【００３９】図７は定義データＢ１２２のデータ形式と
その内容の例である。ここで、開発支援ツールＢ１２１
は、変数名として扱える文字が大文字と小文字の英字お
よび数字であり、変数名の文字列が６文字以内であり、
データ型としてint型とlong型およびbool型を備えてい
るものとする。int型は符合付き３２ビット整数型であ
り、long型は符合付き６４ビット整数型であり、bool型
は８ビットの論理型を指す。ここではコメントは特に制
限がないものとする。

【００４０】図７において、定義データＢ１２２は１つ
のIO.dbファイル７０１に格納される。IO.dbファイル７
０１の第１行目には入出力の属性が記述され、第２行目
以降には変数の名称と型およびコメントが記述される。
その次の行には、同様に、入出力の属性が記述され、そ
の次の行以降に変数の名称と型およびコメントが記述さ
れる。図７のIO.dbファイル７０１の例では、入出力の
属性が「INPUT」の場合には、変数の名称として「Water
L」、変数の型として「long」、コメントとして「タン
ク水量」が記述されており、さらに、変数の名称として
「SoapEm」、変数の型として「bool」、コメントとして
「石鹸の有無」が記述されている。入出力の属性が「OU
TPUT」の場合には、変数の名称として「WaterT」、変数
の型として「int」、コメントとして「タンク水温」が
記述されており、さらに、変数の名称として「Fauce
t」、変数の型として「bool」、コメントとして「水道
蛇口のスイッチ」が記述されている。カタログデータＢ
１２３も図７と同様なデータ形式で格納されているもの
とする。なお定義データＢ１２２とカタログデータＢ１
２３が異なる場合には、カタログデータＢ１２３のデー
タ形式に合わせれば良い。

【００４１】図８は共通データ３０１の共通データ形式
とその内容の例である。なお、後述するが図８は定義デ
ータＣ１３２のデータ形式とその内容も兼ねている。共
通データは変数名として扱える文字および文字数に制限
がなく、データ型も様々なものを備えられているもので
ある。そのデータ型の一覧は図９に示す通りである。

【００４２】図８において、共通データ形式は図８の第
１行目に示され、第１欄が変数の名称、第２欄が変数の
データ型、第３欄が入出力の属性、第４欄がコメントか
らなる。これらの欄の区切り目コードはタブなどを用い
れば良い。これによって文字数の制限を設けなくて済
む。共通データの内容は図８の第２行目以降に示され、
第２行目が変数名として「Water_Level」、その型とし
て「LINT」、その属性として「INPUT」、そのコメント
として「タンク水量」となっている。変数の名称Water_
Temperature,Soap_Empty,Faucet_Switchの型、属性、コ
メントは図８に示す通りである。

【００４３】上記に示したように、定義データＡのファ
イル６０１、６０２と定義データＢのファイル７０１間
の違いはデータ形式や型や属性の内部コードであり、変
数の名称や型および属性等の項目は同一なものが多い。
この違いを吸収するために、共通データ８０１は型や属
性を一意に識別できる共通コードで記述しておけば良
い。図９は、データ型の共通コードの一覧である。図９
において、データ型コード９１０の欄にはデータ型の共
通コードを示しており、サイズ（バイト）９２０の欄に
はデータ型のバイト数、説明９３０の欄にはデータ型の
簡単な説明を示してある。

【００４４】図８に示した共通データは、データ交換Ａ
が定義データＡを元に変換したデータであったり、デー
タ交換Ｂが定義データＢを元に変換したデータであった
り、データ交換Ｃが定義データＣを元に変換したデータ
であったりする。データ交換Ａとデータ交換Ｂとデータ
交換Ｃ間のデータのやりとりはお互いが識別可能な共通
データを介して行うために、開発支援ツール間の連携が
可能となる。

【００４５】（Ｅ）データ交換部の処理内容図１０にデータ交換部の共通データへ変換する処理フロ
ーを示す。ステップ１００１は開発支援ツールの所定の
格納エリアから定義データまたはカタログデータを入力
してくる。例えば定義データＡ１１２を入力する場合に
は、図６に示すファイルAnalog６０１およびDigital６
０２から定義データを入力してくる。ステップ１００２
はツール固有のデータ形式に従って定義データのうち１
レコード分を取り出す。図６の例では第１番目のレコー
ドはファイルAnalog６０１の第１行目から第２行目であ
る。第２番目のレコードは第３行目から第４行目であ
る。同様に、第３番目と第４番目のレコードはファイル
Digital６０２の第１行目から第２行目、第３行目から
第４行目である。ステップ１００３は現レコードの各ア
イテムをツール固有コードから共通コードへコード変換
する。

【００４６】図６の第１番目のレコードの例では、各ア
イテム、すなわち変数名称が「Water_Level」でデータ
型が「Analog型」でコメントが「タンク水量」である。
第２番目のレコードでは、変数名称が「Water_Temperat
ure」でデータ型が「Analog型」でコメントが「タンク
水温」である。第３番目のレコードでは変数名称が「So
ap_Empty」でデータ型が「Digital型」でコメントが
「石鹸の有無」である。第４番目のレコードでは変数名
称が「Faucet_Switch」でデータ型が「Digital型」でコ
メントが「水道蛇口のスイッチ」である。このうちで変
数名称およびコメントはそのままのコードで変換する。
一方、データ型は図１１に示すように変換表に基づいて
ツール固有のコードから共通コードへ変換する。図１１
において、共通コード１１１０の欄の各々のデータ型の
共通コードはツール固有コード１１２０の欄の値および
属性１１３０の欄の値に当てはまるものに相互に変換さ
れる対応関係を示している。ビット長が異なる場合で
も、属性が入力の場合には共通データ側がツール固有デ
ータよりもビット長が短くても対応ができ、属性が出力
の場合には通データ側がツール固有データよりもビット
長が長くても対応ができる。また、符合付きと符合無し
の異なる場合や整数型と実数型の異なる場合でも変換に
よってデータ値のオーバーフローやアンダフローが起き
ない範囲で変換できれば良い。

【００４７】図１１の１１０３〜１１０６は、共通コー
ドからツール固有コードへ変換する場合に１対１の関係
である。逆に、ツール固有コードから共通コードへ変換
する場合には、ツール固有コードと属性が同じ内容であ
るので、選定の順位として、優先度の低い順で記述して
いる。例えば、データ型がAnalogの場合で、かつ、その
属性がINPUTの場合には、１１０３〜１１０６が当ては
まるが、優先度の低い順に並べているので、最高の優先
度の１１０６が採用されて、データ型コードAnalogはLI
NTへコード変換する。ステップ１００４はレコードが終
わりならば次のステップ１００５へ進み、終わりでなけ
ればステップ１００２へ戻る。すなわち、レコード数分
をステップ１００２〜１００３を繰り返すことになる。
ステップ１００５は変換後の全レコードを共通データ形
式でツール間連携部の所定のエリアへ出力する。図８が
共通データ形式として出力した結果の内容の例である。

【００４８】以上によって、図６に示す定義データＡ１
１２から図８に示す共通データ３０１へ変換できる。な
お、定義データＢ１２２および定義データＣ１３２も同
様の処理フローで共通データへの変換が実現できる。

【００４９】次に、図１２にデータ交換部の定義データ
またはカタログデータへ変換する処理フローを示す。図
１２は図１０とほとんど同様であり、異なる点は入力す
るデータと出力するデータが入れ替わるだけである。ま
た、コード変換において、開発支援ツール側の制限範囲
を超えた時にその対処の処理が含まれることである。ス
テップ１２０１はツール間連携部の所定のエリアから共
通データを入力する。例えば、図８に示す共通データを
入力してくる。ステップ１２０２は共通データ形式に従
って共通データのうち１レコード分を取り出す。図８の
例では第１番目のレコードは第２行目であり、第２番目
のレコードは第３行目であり、第３番目と第４番目のレ
コードは第４行目と第５行目である。ステップ１２０３
は現レコードの各アイテムを共通コードからツール固有
コードへコード変換する。

【００５０】図８の第１番目のレコードの例では、各ア
イテム、すなわち変数名称が「Water_Level」でデータ
型が「LINT型」でコメントが「タンク水量」である。第
２番目のレコードでは、変数名称が「Water_Temperatur
e」でデータ型が「INT型」でコメントが「タンク水温」
である。第３番目のレコードでは変数名称が「Soap_Emp
ty」でデータ型が「BOOL型」でコメントが「石鹸の有
無」である。第４番目のレコードでは変数名称が「Fauc
et_Switch」でデータ型が「BOOL型」でコメントが「水
道蛇口のスイッチ」である。このうちでコメントはその
ままのコードで変換する。

【００５１】変数名称は開発支援ツール固有の制限範囲
に丸め込む。例えば、開発支援ツールＢ１２１では、変
数名として扱える文字が大文字と小文字の英字および数
字であり、変数名の文字列が６文字以内であるため、こ
の制限範囲に丸め込む。第１番目の変数名は「Water_Le
vel」から扱えない文字「_」を削除して「WaterLevel」
として、さらに、「WaterLevel」から６文字以内に収め
て「WaterL」とする。同様に、第２番目の変数名称は
「Water_Temperature」から「WaterT」とし、第３番目
の変数名称は「Soap_Empty」から「SoapEm」とし、４番
目の変数名称は「Faucet_Switch」から「Faucet」とす
る。なお、変換後の変数名が既存の変換済み変数名と重
複する場合には変数名の最後の文字で重複を回避するよ
うに調整する。例えば変数名として「Water_Lxxxxx」が
存在した時にはこの変数名は「Water_Lxxxxx」から「Wa
terL」と変換されて重複することになるので最後の文字
「L」を調整して「Water1」などとすれば良い。

【００５２】一方、データ型は図１３に示すように変換
表に基づいてツール固有のコードから共通コードへ変換
する。図１３は定義データＢ１２２またはカタログデー
タＢ１２３と共通データ間でのデータ型コードの変換表
である。図１３も図１１と同様の意味を持つ。共通コー
ド１３１０の欄の各々のデータ型の共通コードはツール
固有コード１３２０の欄の値および属性１３３０の欄の
値に当てはまるものに相互に変換される対応関係を示し
ている。共通コードからツール固有コードに変換する場
合に、例えば、共通データのデータ型がLINTの場合に
は、longにコード変換する。ステップ１２０４によっ
て、レコード数分をステップ１２０２〜１２０３を繰り
返すことになる。ステップ１２０５は変換後の全レコー
ドをツール固有データ形式でツール所定の格納エリアへ
出力する。図７が開発支援ツールＢのツール固有データ
形式として出力した結果の内容の例である。

【００５３】以上によって、図８に示す共通データ３０
１から図７に示す定義データＢ１２２へ変換できる。な
お、定義データＡ１１２および定義データＣ１３２も同
様の処理フローで共通データを元に変換が実現できる。

【００５４】データ交換部は、処理の全てのデータだけ
でなく、変化したデータだけを扱っても良い。例えば、
図１において、開発支援ツールＡ１１１による定義デー
タＡ１１２を作成終了した時点に、開発支援ツールＢ１
２１と開発支援ツールＣ１３１へ定義データＡ１１２を
流用した後に、再度開発支援ツールＡ１１１にて定義デ
ータＡ１１２を修正する場合がある。この場合、最初に
作成した定義データＡ１１２と次に作成した定義データ
Ａ１１２には差分が生じる。次に作成した定義データＡ
１１２の全てのデータを扱うよりも差分だけを扱う方が
処理効率が向上する。このため、データ交換Ａ１１４が
最初に作成した定義データＡ１１２を記憶しておき、次
に作成した定義データＡ１１２間の差分を求めて、その
差分だけをツール間連携部１０３へ渡すようにする。こ
のような差分に関する処理は図３から図５に適用が可能
である。

【００５５】さらに、データの流用だけでなく、変更さ
れたデータの開発支援ツール間の合理性チェック等を行
なっても良い。データ交換部が他のデータ交換部に定義
データの参照を要求して、自分のデータの内容と他のデ
ータの内容に矛盾がないかをチェックする。

【００５６】（Ｆ）ツール間連携部の処理内容どのデータ交換部が存在するかどうかを確認するために
は、データ交換部を所定の場所に置いておくことに決め
ておく。例えばデータ交換部の実行可能な形式をデイレ
クトリに格納しておき、そのデイレクトリに存在するデ
ータ交換部の実行可能な形式を識別すれば良い。この所
定の場所はメモリ等でも適用できる。これによって、デ
ータ交換部の参入／離脱が自由にできる。

【００５７】また、複数のデータ交換部から共通データ
を受け取った時に、それぞれの共通データに重複してい
る場合がある。その場合には、余分なデータを取り除く
ために、それぞれの共通データをマージして重複を取り
除いて必要とするデータ交換部に渡せば良い。

【００５８】図１４は、分散構成の場合のハードウエア
構成の例である。計算機１４０１〜１４０６がそれぞれ
ネットワークに接続されている。計算機１４０１〜１４
０６は図１の１００に相当するものである。なお、計算
機が１つでネットワーク１４１０に接続されていない場
合でもよい。このような分散構成の場合には、図１のツ
ール間連携部１０３が他のツール間連携部と通信するた
めの処理を備えることによって、分散して開発・保守す
る場合にも本発明が適用できる。

【００５９】（Ｇ）共通データ形式の選定共通データ形式は、各種の開発支援ツールのいずれとも
異なる共通のデータ形式にする場合、業界標準として決
められたデータ形式にする場合、開発支援ツールのいず
れか１つのデータ形式にする場合、がある。このうちの
第３の場合は、定義データのデータ形式が共通データ形
式として利用できる場合である。この場合、データ交換
部が共通データと開発支援ツール固有のデータの形式が
等しいので形式変換が不用となる。例えば、図１の定義
データＣ１３２のデータ形式とデータ内容が図８のデー
タ８０１の場合と同一ならば、図１のデータ交換Ｃ１３
４は形式変換を行なわなくて良い。

【００６０】

【発明の効果】本発明によれば、各種の開発支援ツール
が相互に連絡をとりながら動作の連携が可能となるため
に、特に、開発支援ツール間で、データの流用およびデ
ータの合理性チェックが可能となり、ユーザにとって開
発が容易となると共に効率があがる。

【図面の簡単な説明】

【図１】ソフトウエア構成を示す図。

【図２】開発支援ツールを利用して定義データを作成す
る画面の一例を示す図。

【図３】一括変換によるデータ流用時の動作の流れを示
す図。

【図４】選択データの準備のためのデータ流用時の動作
の流れを示す図。

【図５】問い合わせによるデータ流用時の動作の流れを
示す図。

【図６】データ形式Ａとそのデータ内容の例を示す図。

【図７】データ形式Ｂとそのデータ内容の例を示す図。

【図８】共通データ形式とデータ内容の例を示す図。

【図９】データ型の共通コードの一覧を示す図。

【図１０】データ交換部の共通データへ変換する処理フ
ローを示す図。

【図１１】定義データＡ（カタログデータＡ）と共通コ
ード間の相互変換の対応を示す図。

【図１２】データ交換部の定義データまたはカタログデ
ータへ変換する処理フローを示す図。

【図１３】定義データＢ（カタログデータＢ）と共通コ
ード間の相互変換の対応を示す図。

【図１４】ハードウエア構成を示す図。

【図１５】従来技術を説明する図。

【符号の説明】

１００…計算機、１０１…オペレーティングシステム、
１０２…通信ドライバ、１０３…ツール間連携部、１１
１…開発支援ツールＡ、１１２…定義データＡ、１１３
…カタログデータＡ、１１４…データ交換Ａ、１２１…
開発支援ツールＢ、１２２…定義データＢ、１２３…カ
タログデータＢ、１２４…データ交換Ｂ、１３１…開発
支援ツールＣ、１３２…定義データＣ、１３３…カタロ
グデータＣ、１３４…データ交換Ｃ。

───────────────────────────────────────────────────── フロントページの続き (72)発明者河野克己神奈川県川崎市麻生区王禅寺1099番地株式会社日立製作所システム開発研究所内 (72)発明者中村智明茨城県日立市大みか町五丁目２番１号株式会社日立製作所大みか事業所内Ｆターム(参考） 5B076 AB09 DD00 DD02 EC07

Claims

【特許請求の範囲】

【請求項１】複数の開発支援ツールを利用して、一連の
処理を達成させるためのプログラムやデータを開発・保
守する計算機システムにおいて、開発支援ツール毎にデ
ータ交換部を設けて、さらに、各該データ交換部とデー
タ処理をする連携部を設けて、該データ交換部が該開発
支援ツールと該連携部間との連絡のために各種のデータ
処理を有し、少なくとも１つの開発支援ツールの動作に
応じて該データ交換部が動作して連携部を介して他のデ
ータ交換部と該データ処理をすることによって、該開発
支援ツール間がお互いに連携することを特徴とする開発
保守支援システム。
【請求項２】請求項１項記載において、前記のデータ交
換部の各種のデータ処理として、前記開発支援ツール固
有のデータ形式から所定のデータ形式に相互に変換する
処理を有し、前記の連携部のデータ処理として、所定の
データ形式を受け取る処理、および、データ交換部に所
定のデータ形式を渡して起動する処理を有し、少なくと
も１つの開発支援ツールによるデータ作成を終了した時
点に、該データ交換部が動作して該データ処理をして連
携部を介して他のデータ交換部と該データ処理をするこ
とによって、他の開発支援ツールのデータへ流用するこ
とを特徴とする開発保守支援システム。
【請求項３】請求項１項記載において、前記のデータ交
換部の各種のデータ処理として、請求項２項記載のデー
タ処理に加えて、問い合わせを要求する処理を有し、前
記の連携部のデータ処理として、請求項２項記載のデー
タ処理に加えて、問い合わせ要求を受け付ける処理、お
よび、データ交換部に問い合わせ内容を渡して起動する
処理を有し、少なくとも１つの開発支援ツールによるデ
ータ参照を要求された時点に、該データ交換部が動作し
て該データ処理をして連携部を介して他のデータ交換部
と該データ処理をすることによって、他の開発支援ツー
ルのデータから流用することを特徴とする開発保守支援
システム。
【請求項４】請求項２項記載の前記のデータが構築情報
として格納されたデータ、または、ユーザ選択可能なラ
イブラリ形式として格納されたデータであることを特徴
とする開発保守支援システム。
【請求項５】前記の所定のデータ形式が前記の開発支援
ツール固有のデータ形式とは全て相違する共通のものと
した請求項１項から４項のいずれか１項記載の開発保守
支援システム。
【請求項６】前記の所定のデータ形式が業界で標準とし
て定められたデータ形式とした請求項１項から４項のい
ずれか１項記載の開発保守支援システム。
【請求項７】前記の所定のデータ形式が前記のいずれか
１つの開発支援ツール固有のデータ形式とした請求項１
項から４項のいずれか１項記載の開発保守支援システ
ム。
【請求項８】請求項２項または３項記載のデータが入出
力装置に関する項目からなることを特徴とする請求項２
項から７項のいずれか１項記載の開発保守支援システ
ム。
【請求項９】請求項８項記載の入出力装置に関する項目
が変数名、データ型、入出力属性、コメントを部分的に
含むことを特徴とする請求項２項から８項のいずれか１
項記載の開発保守支援システム。
【請求項１０】請求項２項記載の相互に変換する処理が
扱える文字コードまたは文字列数の制約事項に引っかか
る場合に、請求項９項記載の変数名を重複を避けながら
制約範囲内に丸め込むことを特徴とする請求項２項から
９項のいずれか１項記載の開発保守支援システム。
【請求項１１】請求項２項記載の相互に変換する処理が
備えられているデータ型に対応できない場合に、請求項
９項記載のデータ型をオーバーフローまたはアンダーフ
ローさせない範囲内で置換することを特徴とする請求項
２項から９項のいずれか１項記載の開発保守支援システ
ム。
【請求項１２】請求項１項記載の計算機システムがネッ
トワークを介して分散しているシステムにおいて、前記
の連携部のデータ処理として、請求項２項記載のデータ
処理に加えて、他の計算機と通信する処理を有すること
を特徴とする請求項１項から４項のいずれか１項記載の
開発保守支援システム。