JP2021026728A - サーバ装置、プログラム、および情報処理方法 - Google Patents

Abstract

【課題】 システムの要件定義や設計で定義するモデルについて、複数の設計者間でモデルの定義を共有できるサーバ装置等を提供する。【解決手段】 サーバ装置は、システムの要件定義または設計で定義するモデルの標準とする標準モデルを、複数の設計者が使用する複数の端末に提供する提供部と、複数の端末から、提供部により提供された標準モデルを更新した複数のカスタマイズモデルを受け付けるモデル受付部と、標準モデルと複数のカスタマイズモデルのそれぞれとの差分を抽出する抽出部と、差分を標準モデルおよびカスタマイズモデルの少なくとも一つに対応付けて出力するための差分出力情報を生成する生成部と、を備える。【選択図】図３

Description

本発明は、サーバ装置、プログラム、および情報処理方法に関する。

従来、システムの要件定義や設計を支援する技術が知られている。下記特許文献１に開示されているデータベース設計支援装置では、表形式データベースの設計において、表形式データが有する複数のデータ項目について、グループ分けを行い、グループごとに個別データのデータ項目と集計データのデータ項目に分類する。そして、当該データベース設計支援装置では、この分類により、グループごとに集計データのデータ項目を親とし個別データのデータ項目を子として階層定義情報を生成する。

特許６２８９７３５号

しかしながら、特許文献１のデータベース支援装置では、システムを利用する業種や顧客等によって定義するデータモデルがそれぞれ異なってくるため、設計者はシステムの開発ごとに個別にこのようなデータモデルの定義を行う必要がある。しかしながら、このようなデータモデルは、システムを利用する業種や顧客等によって異なるものの共通する部分も少なくない。したがって、このようなデータモデルの定義を、システムの開発ごとに個別に行うことは属人的であり、標準化の観点で問題がある。

そこで、本発明は、システムの要件定義や設計で定義するモデルについて、複数の設計者間でモデルの定義を共有できるサーバ装置等を提供することを目的とする。

本発明の一態様に係るサーバ装置は、システムの要件定義または設計で定義するモデルの標準とする標準モデルを、複数の設計者が使用する複数の端末に提供する提供部と、複数の端末から、提供部により提供された標準モデルを更新した複数のカスタマイズモデルを受け付けるモデル受付部と、標準モデルと複数のカスタマイズモデルのそれぞれとの差分を抽出する抽出部と、差分を標準モデルおよびカスタマイズモデルの少なくとも一つに対応付けて出力するための差分出力情報を生成する生成部と、を備える。

本発明の一態様に係るプログラムは、コンピュータに、システムの要件定義または設計で定義するモデルの標準とする標準モデルを、複数の設計者が使用する複数の端末に提供する提供機能と、複数の端末から、提供機能により提供された標準モデルを更新した複数のカスタマイズモデルを受け付けるモデル受付機能と、標準モデルと複数のカスタマイズモデルのそれぞれとの差分を抽出する抽出機能と、差分を標準モデルおよびカスタマイズモデルの少なくとも一つに対応付けて出力するための差分出力情報を生成する生成機能と、を実現させる。

本発明の一態様に係る情報処理方法は、コンピュータが、システムの要件定義または設計で定義するモデルの標準とする標準モデルを、複数の設計者が使用する複数の端末に提供する提供ステップと、複数の端末から、提供ステップにより提供された標準モデルを更新した複数のカスタマイズモデルを受け付けるモデル受付ステップと、標準モデルと複数のカスタマイズモデルのそれぞれとの差分を抽出する抽出ステップと、差分を標準モデルおよびカスタマイズモデルの少なくとも一つに対応付けて出力するための差分出力情報を生成する生成ステップと、を含む。

上記の態様によれば、サーバ装置は、標準モデルをベースとして複数の設計者が更新した複数のカスタマイズモデルのそれぞれの差分をこれらのカスタマイズモデル等に対応付けて出力させることができる。すなわち、上記の態様によれば、設計者は、サーバ装置が出力する上記差分の対応付けにより、自身によるカスタマイズと他の設計者によるカスタマイズを含めて、これらのカスタマイズによるモデルの定義を把握することができる。したがって、上記の態様によれば、設計者は、他の設計者との間で、システムの要件定義または設計におけるモデルの定義を共有することができる。

本発明によれば、システムの要件定義や設計で定義するモデルについて、複数の設計者間でモデルの定義を共有できるサーバ装置等を提供することを目的とする。

本実施形態に係る設計支援システムのシステム構成例を説明するための図である。 本実施形態に係る設計支援システムの概要を説明するための図である。 本実施形態に係る設計支援サーバの機能構成の一例を示す図である。 本実施形態に係る設計支援システムの画面例を示す図である。 本実施形態に係る設計支援システムの出力例を示す図である。 本実施形態に係る設計支援システムの画面例を示す図である。 本実施形態に係る設計支援システムの動作例を示す図である。 本実施形態に係る設計支援システムの動作例を示す図である。 本実施形態に係る設計支援サーバおよび端末のハードウェア構成の一例を示す図である。

添付図面を参照して、本発明の好適な実施形態（以下、「本実施形態」という）について説明する。なお、各図において、同一の符号を付したものは、同一または同様の構成を有する。

本実施形態において、「部」や「手段」、「装置」、「システム」とは、単に物理的手段を意味するものではなく、その「部」や「手段」、「装置」、「システム」が有する機能をソフトウェアによって実現する場合も含む。また、１つの「部」や「手段」、「装置」、「システム」が有する機能が２つ以上の物理的手段や装置により実現されても、２つ以上の「部」や「手段」、「装置」、「システム」の機能が１つの物理的手段や装置により実現されてもよい。

＜１．システム構成＞
本実施形態では、システムＳ１の設計者Ｕ１およびシステムＳ２の設計者Ｕ２が、本実施形態に係る設計支援システム１を利用して、それぞれのシステムの要件定義や設計で定義するデータモデルを共有する例を用いて説明するが、これに限る趣旨ではない。設計支援システム１において複数の設計者がシステムの要件定義や設計で共有できるモデル（以下、単に「モデル」という）は、データモデルの他に、いわゆる分析モデルや設計モデルも含まれる。なお、設計者Ｕ１と設計者Ｕ２とは、特に区別の必要が無い場合は、まとめて「設計者Ｕ」という。

「分析モデルや設計モデル」とは、例えば、ＵＭＬ（Ｕｎｉｆｉｅｄ Ｍｏｄｅｌｉｎｇ Ｌａｎｇｕａｇｅ）で定義されるダイアグラム（クラス図やシーケンス図等）、またはＭＶＣ（Ｍｏｄｅｌ−Ｖｉｅｗ−Ｃｏｎｔｒｏｌｌｅｒ）モデル等である。

モデルは、他の例として、システムの要件定義や設計において共通で用いられる用語の辞書を含んでもよい。設計支援システム１では、このような用語を標準化することで、国際化に対応しオフショア開発等における外国人との意思疎通を容易にすることができる。

本例では、設計者Ｕ１は、システムＳ１を開発するため、システムＳ１が取り扱うデータのデータモデルＭ１の設計を行う。また、設計者Ｕ２は、システムＳ２を開発するため、システムＳ２が取り扱うデータのデータモデルＭ２の設計を行う。

図１を参照して、設計支援システム１のシステム構成例を説明する。

設計支援システム１は、設計者Ｕが行うシステムの要件定義や設計を支援するためのシステムである。図１に示すように、設計支援システム１は、設計者Ｕが行うデータモデルの設計を支援するための設計支援サーバ１００と、設計者Ｕ１が使用する端末２００ａと、設計者Ｕ２が使用する端末２００ｂとを含む。なお、端末２００ａと端末２００ｂとは、特に区別の必要が無い場合は、まとめて「端末２００」という。設計支援サーバ１００と端末２００とは、ネットワークＮを介して互いに接続されている。

ネットワークＮは、無線ネットワークや有線ネットワークにより構成される。ネットワークの一例としては、携帯電話網や、ＰＨＳ（Ｐｅｒｓｏｎａｌ Ｈａｎｄｙ−ｐｈｏｎｅ Ｓｙｓｔｅｍ）網、無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、３Ｇ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ）、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）、４Ｇ（４ｔｈ Ｇｅｎｅｒａｔｉｏｎ）、５Ｇ（５ｔｈ Ｇｅｎｅｒａｔｉｏｎ）、ＷｉＭａｘ（登録商標）、赤外線通信、Ｂｌｕｅｔｏｏｔｈ（登録商標）、有線ＬＡＮ、電話線、電灯線ネットワーク、ＩＥＥＥ１３９４等に準拠したネットワークがある。

設計支援サーバ１００は、端末２００との通信やモデルの管理が可能な情報処理装置である。また、設計支援サーバ１００は、サーバ装置の一例である。設計支援サーバ１００は、所定のプログラムを実行することにより、端末２００と連携して、モデルの新規登録、変更並びに削除（以下、これらの処理をまとめて「更新」ともいう）、またはこれらの履歴を管理し、標準モデルの更新処理を制御するサーバ機能を実現する。

「標準モデル」とは、システムの要件定義または設計で定義するモデルの標準とするモデルである。また、標準モデルは、例えば、様々な業種や事業者のシステムに適用可能な汎用的なデータモデルであってもよい。

標準モデルは、例えば、システムを利用する業種による分類、システムの規模による分類、システムを利用する事業者による分類、システムの開発環境による分類およびシステムの動作環境による分類の少なくとも一つの分類ごとに設けられてもよい。システムの開発環境には、例えば、システム開発で利用するフレームワークを含んでもよい。これらの分類を総称して、以下「モデル分類」という。

標準モデルとカスタマイズモデル（以下、「標準モデル等」ともいう）は、例えば、それぞれ複数の定義項目を有してもよい。ここで「カスタマイズモデル」とは、標準モデルを更新したモデルである。カスタマイズモデルは、例えば、標準モデルをベースとして、要件定義対象または設計対象のシステムに合わせるように設計者Ｕにより定義されたモデルである。また、ここで「定義項目」とは、システムの要件定義または設計で定義する項目をいう。

標準モデル等における上記の定義項目は、例えば、データモデルにおける個々のデータ項目であってもよいし、データの分類であってもよいし、当該データモデルで使用する用語であってもよい。標準モデル等が例えば表形式のデータモデルである場合、上記の定義項目は、例えば、各テーブルのテーブル名、各テーブルが有するカラムの項目名（カラム名）、型、長さ、主キーか否かのフラグ、ＮＯＴ ＮＵＬＬか否かのフラグ等であってもよい。

端末２００は、設計者Ｕからの標準モデルに対する更新の入力や設計支援サーバ１００との通信が可能なスマートフォンやラップトップ端末等の端末装置である。端末２００は、所定のプログラムを実行することにより、設計支援サーバ１００と連携してモデルに関する情報を送受信したりモデルに関する画面を表示したり設計者Ｕの要求を受け付けたりする。

＜２．概要＞
図２を参照して、設計支援システム１の概要を説明する。

図２に示すように、設計支援サーバ１００は、標準データモデルＭを管理する。標準データモデルＭとは、システムの要件定義または設計で定義するデータモデルの標準とするモデルである。標準データモデルＭは、複数の設計者が共有するデータモデルである。

（１）設計支援サーバ１００は、標準データモデルＭを複数の端末２００に提供する。（１−１）設計支援サーバ１００は、例えば、設計者Ｕ１による端末２００ａからの標準データモデルＭのリクエストに応じて、端末２００ａに標準データモデルＭをダウンロードする。（１−２）また、設計支援サーバ１００は、設計者Ｕ２による端末２００ｂからの標準データモデルＭのリクエストに応じて、端末２００ｂに標準データモデルＭをダウンロードする。

（２−１）設計者Ｕ１は、システムＳ１の要件定義または設計のため、データモデルＭ１を定義する。設計者Ｕ１は、例えば、端末２００ａに出力された標準データモデルＭの顧客テーブルＴに対して、データ項目「取引先分類」を新たに追加するよう更新入力する。そして設計者Ｕ１が更新入力した結果より、データモデルＭ１の顧客テーブルＴ１が設定され、カスタマイズモデルとしてデータモデルＭ１が生成される。すなわち、設計者Ｕ１は、標準データモデルＭを更新することで、データモデルＭ１を定義する。

（２−２）設計者Ｕ２は、システムＳ２の要件定義または設計のため、データモデルＭ２を定義する。設計者Ｕ２は、例えば、端末２００ｂに出力された標準データモデルＭの顧客テーブルＴに対して、データ項目「アドレス」の項目名を「メールアドレス」に変更するよう更新入力する。そして設計者Ｕ２が更新入力した結果より、データモデルＭ２の顧客テーブルＴ２が設定され、カスタマイズモデルとしてデータモデルＭ２が生成される。すなわち、設計者Ｕ２は、標準データモデルＭを更新することで、データモデルＭ２を定義する。

（３−１）設計者Ｕ１は、端末２００ａから、生成したデータモデルＭ１を設計支援サーバ１００にアップロードする。（３−２）設計者Ｕ２は、端末２００ｂから、生成したデータモデルＭ２を設計支援サーバ１００にアップロードする。

（４）設計支援サーバ１００は、アップロードされたデータモデルＭ１とデータモデルＭ２とを受け付ける。

（５）設計支援サーバ１００は、標準データモデルＭとデータモデルＭ１、データモデルＭ２それぞれとを比較して差分を抽出する。設計支援サーバ１００は、例えば、標準データモデルＭの顧客テーブルＴと、更新したデータモデルＭ１の顧客テーブルＴ１とを比較する。設計支援サーバ１００は、当該比較の結果に基づいて、顧客テーブルＴと顧客テーブルＴ１との差分（以下、「差分Ｄ１」という）としてデータ項目「取引先分類」の追加を抽出する。

設計支援サーバ１００は、例えば、顧客テーブルＴと、更新したデータモデルＭ２の顧客テーブルＴ２とを比較する。設計支援サーバ１００は、当該比較の結果に基づいて、顧客テーブルＴと顧客テーブルＴ２との差分（以下、「差分Ｄ２」という）としてデータ項目の項目名「アドレス」から項目名「メールアドレス」への変更を抽出する。

（６−１）設計支援サーバ１００は、標準データモデルＭに上記（５）で抽出された差分Ｄ１、差分Ｄ２を対応付けて出力するための差分出力情報を生成する。この差分出力情報により、例えば、設計支援サーバ１００に外付けされる端末（不図示）に、標準データモデルＭと差分Ｄ１、差分Ｄ２との対応付けを出力させてもよいし、端末２００に、これらの対応付けを出力させてもよい。

設計支援サーバ１００は、例えば、差分Ｄ１および差分Ｄ２を顧客テーブルＴに反映した形で、差分Ｄ１および差分Ｄ２に該当するデータ項目を他のデータ項目と区別できるよう表示態様を変えて、上記の対応付けを出力する差分出力情報を生成してもよい。本例では、他のデータ項目に対して、該当するデータ項目の背景をハッチングし、文字列を斜体にして下線を引くよう表示態様を変更するものとする。

設計支援サーバ１００は、例えば、マウスオーバーにより、差分Ｄ１および差分Ｄ２に該当するデータ項目にカーソルを合わせるとそれぞれの更新内容を示す更新内容情報をポップアップ表示等で出力するようにしてもよい。

（６−２）設計支援サーバ１００は、データモデルＭ１に上記（５）で抽出された差分Ｄ１、差分Ｄ２を対応付けて出力するための差分出力情報を生成してもよい。この差分出力情報により、例えば、端末２００ａに、これらの対応付けを出力させてもよい。

設計支援サーバ１００は、例えば、差分Ｄ１が反映された顧客テーブルＴ１に、差分Ｄ１に該当するデータ項目を他のデータ項目と区別できるよう上記（６−１）と同様に表示態様を変えて、上記の対応付けを出力する差分出力情報を生成してもよい。設計支援サーバ１００は、差分Ｄ２に該当するデータ項目を差分Ｄ１に該当するデータ項目および他のデータ項目と区別できるよう表示態様を変えて、上記の対応付けを出力する差分出力情報を生成してもよい。本例では、差分Ｄ１に該当するデータ項目および他のデータ項目に対して、差分Ｄ２に該当するデータ項目の文字列を太字にするよう表示態様を変更するものとする。

設計支援サーバ１００は、例えば、差分Ｄ２に該当するデータ項目にカーソル等を合わせると他の設計者により更新されている旨および差分Ｄ２の更新内容情報をポップアップ表示等で出力するようにしてもよい。

上記構成によれば、設計支援サーバ１００は、標準データモデルＭをベースとして設計者Ｕ１および設計者Ｕ２が更新したデータモデルＭ１およびデータモデルＭ２の差分Ｄ１および差分Ｄ２を標準データモデルＭやデータモデルＭ１等に対応付けて出力させることができる。すなわち、上記構成によれば、設計者Ｕ１および設計者Ｕ２は、設計支援サーバ１００が出力する上記差分の対応付けにより、自身によるカスタマイズと他の設計者によるカスタマイズを含めて、データモデルＭ１およびデータモデルＭ２によるモデルの定義を把握することができる。したがって、上記の態様によれば、設計者Ｕ１と設計者Ｕ２との間で、システムの要件定義または設計におけるモデルの定義を共有することができる。

＜３．機能構成＞
図３を参照して、本実施形態に係る設計支援サーバ１００の機能構成を説明する。図３に示すように、設計支援サーバ１００は、制御部１１０と、通信部１３０と、記憶部１４０と、を備える。

制御部１１０は、提供部１１１と、モデル受付部１１２と、抽出部１１３と、生成部１１４と、を備える。また、制御部１１０は、例えば、分類受付部１１５、算出部１１６、指定受付部１１７、対応付け部１１８、統合部１１９、反映部１２０、または反映受付部１２１を備えてもよい。

提供部１１１は、標準モデルを、複数の設計者Ｕが使用する複数の端末２００に提供する。提供部１１１は、例えば、後述の指定受付部１１７が端末２００ａから設計者Ｕによる標準モデルの更新の指定を受け付けた場合、指定した端末２００ａに標準モデルを提供してもよい。

提供部１１１の提供の態様は、どのような態様でもよく、例えば、標準モデルを示すモデルの定義ファイルを提供対象の端末２００に送信してもよいし、標準モデルそのものを示すＷｅｂページ（例えば、後述の図４のカスタマイズ画面Ａ１のページ等）または標準モデルへのリンクが示されたＷｅｂページ等を生成して、提供対象の端末２００にこれらのＷｅｂページ等を配信してもよい。端末２００は、この配信されたＷｅｂページ等を、設計者Ｕに対して出力する。

上記のモデルの定義ファイル（以下、単に「定義ファイル」という）は、具体的には、モデルを定義するＳＱＬ（Ｓｔｒｕｃｔｕｒｅｄ Ｑｕｅｒｙ Ｌａｎｇｕａｇｅ）ファイルやＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）ファイル、ＣＳＶ（Ｃｏｍｍａ−Ｓｅｐａｒａｔｅｄ Ｖａｌｕｅｓ）ファイル、特定のオブジェクト指向言語のソースファイル（例えば、Ｊａｖａ（登録商標）であれば、ｊａｖａファイル）等であってもよい。

提供部１１１は、例えば、後述の分類受付部１１５により受け付けられたモデル分類の標準モデルを提供してもよい。

モデル受付部１１２は、複数の端末２００から、提供部１１１により提供された標準モデルを更新した複数のカスタマイズモデルを受け付ける。

設計支援サーバ１００において、モデル受付部１１２の受け付けを含め端末２００からの受け付けの態様は、どのような態様でもよい。当該受け付けの態様は、例えば、通信部１３０を介して端末２００から送信されたカスタマイズモデルを示すモデルの定義ファイルを受信してもよい。また、上記受け付けの態様は、他の例として、上記のように図４のカスタマイズ画面Ａ１のようなＷｅｂページで標準モデルが提供された場合は当該Ｗｅｂページへの入力内容に基づいてカスタマイズモデルを受け付けてもよい。

モデル受付部１１２は、例えば、複数の端末２００から、モデル分類ごとに、標準モデルを更新した複数のカスタマイズモデルを受け付けてもよい。

抽出部１１３は、標準モデルと複数のカスタマイズモデルのそれぞれとの差分（以下、単に「差分」ともいう）を抽出する。抽出部１１３は、抽出した差分を、抽出元の標準モデルおよびカスタマイズモデルの少なくとも一つに対応付けてもよい。抽出部１１３は、例えば、標準モデルと複数のカスタマイズモデルのそれぞれとを比較して差分を抽出してもよい。抽出部１１３は、具体的には、比較対象の標準モデルとカスタマイズモデルがそれぞれ有する定義項目を照合させて、いずれか一方にはあるものの双方にはない定義項目を差分として抽出してもよい。

抽出部１１３は、他の例として、標準モデルからカスタマイズモデルに更新された更新履歴を示す更新履歴情報に基づいて、差分を抽出してもよい。抽出部１１３は、具体的には、標準データモデルＭに対して新たなデータ項目を追加して当該データ項目に値を入力してデータモデルＭ１を生成した場合、これらの更新履歴情報に基づいて、標準データモデルＭとデータモデルＭ１との差分を抽出してもよい。このような構成によれば、抽出部１１３は、標準モデルと複数のカスタマイズモデルのそれぞれとを比較せずとも、差分を抽出することができる。

「更新履歴情報」とは、所定期間標準モデルからカスタマイズモデルに更新された更新履歴を示す情報である。更新履歴情報は、例えば、各カスタマイズモデルを識別するためのカスタマイズモデル識別情報、更新元の標準モデルを識別するための標準モデル識別情報、更新した設計者を示す更新者、各カスタマイズモデルの最終の更新日時を示す更新日時、更新の種別（例えば、「新規追加」、「変更」または「削除」等）を示す更新種別、更新した内容を示す更新内容情報等を含んでもよい。また、更新履歴情報は、定義項目ごとの更新履歴を示してもよく、この場合、各定義項目を識別するための定義項目識別情報をさらに含んでもよい。また、ここで「所定期間」とは、この更新履歴が蓄積される期間であり、例えば、半年、１年、３年または１０年等適宜設定されればよい。

抽出部１１３は、例えば、同じ定義項目に対して複数回更新がなされていた場合、それらの更新履歴情報を統合して、差分を抽出してもよい。抽出部１１３の統合の態様は、例えば、定義項目を構成する最小単位の構成要素ごとに最新の更新履歴を採用してもよいし、後述の統合部１１９の統合と同様であってもよい。ここで「定義項目を構成する最小単位の構成要素」は、例えば、定義項目がデータ項目であれば、当該データ項目における項目名、データの型、長さ等であってもよい。このような構成によれば、抽出部１１３は、更新の途中経過ではなく、最終的な更新の結果に基づいて、差分を抽出することができる。

抽出部１１３は、例えば、モデル分類ごとに、標準モデルと複数のカスタマイズモデルのそれぞれとの差分を抽出してもよい。

抽出部１１３は、定義項目ごとの差分を抽出してもよい。抽出部１１３は、例えば、定義項目が特定のデータ項目の場合、当該データ項目における項目名、データの型、長さ等比較対象の標準モデルのものとカスタマイズモデルのものとで照合させる。そして、抽出部１１３は、当該照合の結果に基づいて、差異があるものを当該データ項目の差分として抽出してもよい。抽出部１１３は、抽出した差分を、抽出元の標準モデルの定義項目およびカスタマイズモデルの定義項目の少なくとも一つに対応付けてもよい。

生成部１１４は、差分出力情報を生成する。ここで「差分出力情報」とは、抽出部１１３により抽出された差分を標準モデルおよびカスタマイズモデルの少なくとも一つに対応付けて出力するための情報である。

上記構成によれば、生成部１１４は、標準モデルをベースとして複数の設計者Ｕが更新した複数のカスタマイズモデルのそれぞれの差分を標準モデル等に対応付けて出力させることができる。すなわち、上記構成によれば、設計者Ｕは、出力されるこれらの差分の対応付けにより、自身によるカスタマイズと他の設計者によるカスタマイズを含めて、カスタマイズモデルによるモデルの定義を把握することができる。

生成部１１４は、例えば、モデル分類ごとに、差分出力情報を生成してもよい。このような構成によれば、生成部１１４は、設計者が定義するカスタマイズモデルにより即した標準モデルを出力させることができる。このため、このような構成によれば、設計支援サーバ１００は、設計者Ｕにとって利便性の高い設計支援サービスを提供することができる。

生成部１１４は、例えば、更新度出力情報を生成してもよい。ここで「更新度出力情報」とは、標準モデルおよびカスタマイズモデルの少なくとも一つに対応付けて定義項目ごとの更新度を出力するための情報である。生成部１１４は、例えば、図４のカスタマイズ画面Ａ１の更新度表示領域ａ２のように該当する定義項目に並列させて更新度を出力させてもよい。このような構成によれば、生成部１１４は、頻繁に更新されている定義項目等を設計者Ｕに通知することができる。

生成部１１４は、例えば、対応付け出力情報を生成してもよい。ここで「対応付け出力情報」とは、後述の指定受付部１１７が指定を受け付けた端末２００に、後述の対応付け部１１８による第１カスタマイズモデルおよび第２カスタマイズモデルにおける定義項目ごとの対応付けを出力するための情報である。この対応付けは、例えば、第１カスタマイズモデルと第２カスタマイズモデルとの定義項目間のマッピング表であってもよい。このような構成によれば、生成部１１４は、設計者Ｕから指定された二つのカスタマイズモデルの定義項目間の対応付けを当該設計者Ｕに通知することができる。このため、このような構成によれば、設計者Ｕは、例えば、システム移行等において、移行元のシステムのカスタマイズモデルと移行先のシステムのカスタマイズモデルとの定義項目間の対応付けを把握することができる。

生成部１１４は、例えば、統合出力情報を生成してもよい。ここで「統合出力情報」とは、後述の統合部１１９で統合された差分を標準モデルおよびカスタマイズモデルの少なくとも一つに対応付けて出力するための情報である。

生成部１１４は、指定受付部１１７がシステムの要件定義書または設計書に関する文書の出力指定を受け付けた場合、設計出力情報を生成してもよい。ここで「設計出力情報」とは、カスタマイズモデルに基づいて、システムの要件定義または設計に関する文書を出力するための情報である。このような構成によれば、生成部１１４は、設計者Ｕがシステムの要件定義書または設計書を作成する負荷を低減することができる。

上記のシステムの要件定義または設計に関する文書とは、例えば、システムの要件定義書または設計書そのものであってもよいし、これらの文書を作成するためのシステムを利用する顧客からのヒアリングシート等でもよい。また、このシステムの要件定義または設計に関する文書は、それぞれのテンプレートであってもよく、設計者Ｕは、この出力されたシステムの要件定義または設計に関するテンプレートに対して、未定義の定義項目を埋めて、また、更新したい定義項目を更新して、システムの要件定義を行ったり設計を行ったりしてもよい。

分類受付部１１５は、複数の端末２００から、標準モデルの分類の選択を受け付ける。

算出部１１６は、更新履歴情報を記憶する記憶部を参照する。なお、算出部１１６が参照する記憶部は、後述の記憶部１４０であってもよいし、端末２００が備える記憶部（不図示）であってもよい。

算出部１１６は、更新履歴情報および抽出部１１３により抽出された定義項目ごとの差分の少なくとも一つに基づいて、定義項目ごとに、設計者Ｕにより更新された度合いを示す更新度を算出する。算出部１１６は、例えば、定義項目ごとに抽出部１１３により差分が抽出された回数をカウントし、当該カウントした回数をそのまま更新度としてもよいし、このカウントした回数が取りうる値のレンジごとにこのカウントした回数を分類して更新度としてもよい（例えば、この抽出された回数が５回未満は更新度「低」、５回以上１０回未満は更新度「中」、１０回以上は更新度「高」に分類する等）。

指定受付部１１７は、端末２００から、設計者Ｕによる標準モデルの更新の指定を受け付ける。また、指定受付部１１７は、例えば、端末２００から、第１カスタマイズモデルと第２カスタマイズモデルの指定を受け付けてもよい。ここで「第１カスタマイズモデル」および「第２カスタマイズモデル」とは、対応付け部１１８において定義項目ごとの対応付け（マッピング）を行う対象のカスタマイズモデルである。これらのカスタマイズモデルは、例えば、システム移行における現行システムのモデルと新規開発のシステムのモデルとであってもよい。

指定受付部１１７は、例えば、端末２００から、システムの要件定義または設計に関する文書の出力の指定を受け付けてもよい。また、指定受付部１１７は、例えば、端末２００から、この端末２００への差分の通知対象の定義項目、または標準モデル若しくはカスタマイズモデルの指定を受け付けてもよい。

対応付け部１１８は、標準モデルの定義項目を介して、第１カスタマイズモデルの定義項目と第２カスタマイズモデルの定義項目との対応付けを行う。

統合部１１９は、抽出部１１３により抽出された差分を、標準モデルの定義項目ごとに統合する。ここでいう「統合」とは、複数の差分を、融合、併合、合併、混合、結合等する処理を総じていう。統合部１１９は、例えば、一つの標準モデルの定義項目に対応付けられた複数の差分を所定の規則に従って統合させて、一つの差分を生成する処理を行ってもよい。ここで「所定の規則」とは、例えば、単純／内部／外部結合等やこれらの結合における重複の排除等を行う規則であってもよい。

統合部１１９は、他の例として、一つの標準モデルの定義項目に対応付けられた複数の差分に対して差分ごとに優先度を設定し、設定された優先度に基づいて複数の差分から最も優先度の高い一つの差分を選択してもよい。この優先度の設定にあたって、統合部１１９は、例えば、時間軸において抽出された時点が新しい差分を優先度が高くなるよう設定してもよいし、出現の頻度が高い差分を優先度が高くなるよう設定してもよい。

統合部１１９は、例えば、複数の差分の類似度または相関度を算出し、これらの度合いに応じて複数の差分に対してグルーピングを行ってもよい。統合部１１９は、まずはこのグルーピングごとに差分を統合して、つぎに所定の条件に基づいていくつかのグループにおける統合された差分から一つのグループにおける統合された差分を選択してもよい。ここで「所定の条件」とは、例えば、上記の統合部１１９の差分ごとに設定された優先度のように、グループごとに優先度を設定し、設定された優先度に基づいて一つのグループを選択してもよい。統合部１１９のこのような構成は、特に、特定の標準モデルの定義項目に対応付けられていない複数の差分について有効である。

反映部１２０は、標準モデルの定義項目に、統合部１１９により統合された差分を反映する。反映部１２０は、例えば、特定の標準モデルの定義項目に対応付けられた統合された差分であれば、当該定義項目をこの統合された差分で上書きしてもよい。反映部１２０は、例えば、特定の標準モデルの定義項目に対応付けられていない統合された差分であれば、この統合された差分を新たな定義項目として追加してもよい。

反映部１２０は、例えば、抽出部１１３により抽出された差分および／または上記の統合された差分を端末２００に通知してもよい。反映部１２０の通知の態様は、例えば、端末２００にインストールされた既存のメッセージソフトに対するメッセージの出力、既存のメールソフトに対するメール送信、上記のような標準モデルを提供しカスタマイズモデルを受け付けるＷｅｂページ上でのメッセージ出力など、様々な通知の態様が適用可能である。また、反映部１２０は、定義項目、または標準モデル若しくはカスタマイズモデルごとに、これらに対応する差分を通知してもよい。また、反映部１２０は、指定受付部１１７により端末２００から通知の指定を受け付けた定義項目、または標準モデル若しくはカスタマイズモデルに対応する差分を通知してもよい。さらに、反映部１２０は、例えば、通知対象の差分から当該差分に対応する定義項目、または標準モデル若しくはカスタマイズモデルへのリンクを示すリンク情報を当該差分と併せて通知してもよい。リンク情報は、例えば、上記のような、これらの定義項目、または標準モデル若しくはカスタマイズモデルを設計者Ｕに提供し、設計者Ｕからの更新の入力を受け付けるＷｅｂページのアドレス情報（例えば、ＵＲＬなど）であってもよい。

上記構成によれば、反映部１２０は、設計者Ｕに対して、標準モデルに対するカスタマイズ箇所を容易に把握させることができる。また、上記構成によれば、反映部１２０は、設計者Ｕに対して、当該設計者Ｕが指定した定義項目単位又はモデル単位での標準モデルに対するカスタマイズ箇所を索引のように示すこともできる。

上記構成によれば、反映部１２０は、複数の設計者Ｕの複数のカスタマイズ（差分）を統合して標準モデルに反映させることができる。したがって、上記構成によれば、反映部１２０は、複数の設計者Ｕによりシステムの要件定義や設計において定義された結果を、標準モデルにフィードバックさせることができる。

反映部１２０は、算出部１１６が算出する更新度に基づいて、標準モデルの定義項目の更新度が所定の更新度以上の場合に、当該定義項目に統合部１１９により統合された差分を反映してもよい。このような構成によれば、反映部１２０は、標準モデルにおいて、頻繁にカスタマイズされている定義項目、すなわち汎用的に用いられていない定義項目について、差分を反映することができる。

反映部１２０は、例えば、標準モデルの定義項目に、後述の反映受付部１２１により受け付けた指定に基づいて、統合された差分を反映してもよい。

反映受付部１２１は、端末２００から、統合出力情報に基づき出力された統合された差分を、当該差分に対応する標準モデルの定義項目に反映する指定を受け付ける。

通信部１３０は、ネットワークＮを介して、端末２００と各種情報を送受信する。通信部１３０は、例えば、ネットワークＮを介して、端末２００からカスタマイズモデルを受信したり、このカスタマイズモデルと標準モデルとの差分に関する差分出力情報を端末２００に送信したりする。

記憶部１４０は、標準モデルと、カスタマイズモデルと、更新履歴情報と、を記憶する。記憶部１４０は、データベースマネジメントシステム（ＤＢＭＳ）を利用して各情報を記憶してもよいし、ファイルシステムを利用して各情報を記憶してもよい。ＤＢＭＳを利用する場合は、上記情報ごとにテーブルを設けて、当該テーブル間を関連付けて各情報を管理してもよい。

＜４．画面例および出力例＞
図４〜７を参照して、設計支援システム１の画面例および出力例を説明する。図４は、端末２００に表示される設計者Ｕがカスタマイズモデルの定義を行うためのカスタマイズ画面の例を表す模式図である。図４に示すように、カスタマイズ画面Ａ１は、データモデルＭ１における顧客テーブルＴ１の定義を行うための画面である。カスタマイズ画面Ａ１は、提供部１１１が標準モデルそのものをＷｅｂページで提供する場合における、端末２００で表示されるこのＷｅｂページの画面でもある。

カスタマイズ画面Ａ１は、標準データモデルＭが有する各データ項目を表示する標準表示領域ａ１と、標準データモデルＭが有する各データ項目の更新度を表示する更新度表示領域ａ２と、カスタマイズモデルとしてデータモデルＭ１を定義するためのカスタマイズ領域ａ３と、を含む。標準表示領域ａ１は、標準データモデルＭが有する各データ項目の「項目名」と、主キーか否かのフラグを示す「主キー」と、「項目タイプ（項目の型および長さ）」を表示する。カスタマイズ領域ａ３は、標準表示領域ａ１に表示されたデータ項目を変更するためのカスタマイズ入力フォームａ３１と、データ項目を新たに追加するための追加ボタンａ３２と、標準表示領域ａ１に表示された各データ項目を削除するための削除ボタンａ３３と、を含む。追加ボタンａ３２が押下されると、追加ボタンａ３２を備えるデータ項目の下に、新たにデータ項目を追加定義するための入力フォーム群が一列表示される。

本例において、カスタマイズ画面Ａ１において、（１）項目名「ｇｅｎｄｅｒ」において、項目タイプの型を「ＣＨＡＲ」から「ＶＡＲＣＨＡＲ」に、長さを「１」から「５」に変更したことによる差分と、（２）新規データ項目として、項目名「ｂｏｄｙＦａｔ」を項目タイプ「Ｄｏｕｂｌｅ，ＤＯＵＢＬＥ」で追加したことによる差分とに関する差分出力情報の例を図５に示す。

図５は、上記の図４の（１）および（２）の差分とデータモデルＭ１の顧客テーブルＴ１とを対応付けて出力する差分出力情報の出力例を示す模式図である。図５に示すように、生成部１１４は、これらの差分が対応付けられたデータ項目の表示態様を他のデータ項目と変えること、また、「備考」欄にこれらの差分に関する更新履歴情報を示すことで、これらの差分とデータモデルＭ１の対応付けを行ってもよい。

図６は、端末２００に表示される設計者Ｕがカスタマイズモデルの定義を行うためのカスタマイズ画面における図４の例とは別の例を表す模式図である。図６に示すように、カスタマイズ画面Ａ３は、データモデルＭ１の一つのデータ項目につき一画面を表示する例である。カスタマイズ画面Ａ３は、定義対象のデータ項目における項目ＩＤ、項目名（日本語・英語）、項目説明等の入力フォーム群を備える。また、カスタマイズ画面Ａ３は、対応付ける別のカスタマイズモデルのデータ項目（本例では、「Ｘ者ＥＲＰマッピング項目」と示す）を設計者Ｕが指定するための入力フォームを備えてもよい。

＜５．動作例＞
図７〜８を参照して設計支援システム１の動作例を説明する。なお、以下に示す図７〜８の動作例の処理の順番は一例であって、適宜、変更されてもよい。図７は、設計支援システム１における、標準モデルに対する更新の指定の受け付け処理から標準モデルとカスタマイズモデルとの差分を抽出する処理までの相互作用の例を示すシーケンス図である。図８は、図７の以降の動作として、設計支援システム１における、抽出された差分の対応付け処理から標準モデルに対する差分のフィードバック処理までの相互作用の例を示すシーケンス図である。

図７に示すように、端末２００ａと端末２００ｂと設計支援サーバ１００とは、ｐａｒ１（Ｐａｒａｌｌｅｌ１、以下同じ）タグのエリア内の破線上部と下部にあるメッセージのやり取りおよび処理をそれぞれ実行する。具体的には、端末２００ａは、設計者Ｕ１から標準モデルの更新の指定を受け付ける（Ｓ１０）。端末２００ａは、当該更新の指定を受け付けるとその旨を示す更新リクエストを設計支援サーバ１００に送信する（Ｓ１１）。設計支援サーバ１００の指定受付部１１７は、当該更新リクエストを受信して、標準モデルの更新の指定を受け付ける（Ｓ１２）。

提供部１１１は、指定受付部１１７が標準モデルの更新の指定を受け付けると、端末２００ａに標準モデルを提供するため、通信部１３０を介して端末２００ａに標準モデルを送信する（Ｓ１３）。端末２００ａは標準モデルを出力し、設計者Ｕ１は、出力された標準モデルを更新する（Ｓ１４）。端末２００ａは、当該更新の結果に基づいて第１カスタマイズモデルを生成する（Ｓ１５）。

端末２００ａは、生成した第１カスタマイズモデルを、設計支援サーバ１００にアップロードするため、設計支援サーバ１００に送信する（Ｓ１６）。設計支援サーバ１００のモデル受付部１１２は、端末２００ａから、提供部１１１により提供された標準モデルを更新した第１カスタマイズモデルを受け付ける（Ｓ１７）。抽出部１１３は、標準モデルと第１カスタマイズモデルとを比較して差分Ｄ１ａを抽出する（Ｓ１８）。

端末２００ｂは、設計者Ｕ２から標準モデルの更新の指定を受け付ける（Ｓ１９）。端末２００ｂは、当該更新の指定を受け付けるとその旨を示す更新リクエストを設計支援サーバ１００に送信する（Ｓ２０）。設計支援サーバ１００の指定受付部１１７は、更新リクエストを受信して、標準モデルの更新の指定を受け付ける（Ｓ２１）。

提供部１１１は、指定受付部１１７が標準モデルの更新の指定を受け付けると、端末２００ｂに標準モデルを提供するため、通信部１３０を介して端末２００ｂに標準モデルを送信する（Ｓ２２）。端末２００ｂは標準モデルを出力し、設計者Ｕ２は、出力された標準モデルを更新する（Ｓ２３）。端末２００ｂは、当該更新の結果に基づいて第２カスタマイズモデルを生成する（Ｓ２４）。

端末２００ｂは、生成した第２カスタマイズモデルを、設計支援サーバ１００にアップロードするため、設計支援サーバ１００に送信する（Ｓ２５）。設計支援サーバ１００のモデル受付部１１２は、端末２００ｂから、提供部１１１により提供された標準モデルを更新した第２カスタマイズモデルを受け付ける（Ｓ２６）。抽出部１１３は、標準モデルと第２カスタマイズモデルとを比較して差分Ｄ２ａを抽出する（Ｓ２７）。図８のシーケンス図に進む。

図８に示すように、抽出部１１３は、第１カスタマイズモデルおよび第２カスタマイズモデルと、差分Ｄ１ａおよび差分Ｄ２ａとを対応付ける（Ｓ２８）。生成部１１４は、これらの差分を第１カスタマイズモデルに対応付けて出力するための差分出力情報（１）を、また、これらの差分を第２カスタマイズモデルに対応付けて出力するための差分出力情報（２）を生成する（Ｓ２９）。

端末２００ａと端末２００ｂと設計支援サーバ１００とは、ｐａｒ２タグのエリア内の破線上部と下部にあるメッセージのやり取りおよび処理をそれぞれ実行する。具体的には、設計支援サーバ１００は、差分出力情報（１）を端末２００ａに送信する（Ｓ３０）。端末２００ａは、差分出力情報（１）を受信すると、差分出力情報（１）に基づいて差分Ｄ１ａおよび差分Ｄ２ａと第１カスタマイズモデルとの対応付けを出力する（Ｓ３１）。

設計支援サーバ１００は、差分出力情報（２）を端末２００ｂに送信する（Ｓ３２）。端末２００ｂは、差分出力情報（２）を受信すると、差分出力情報（２）に基づいて差分Ｄ１ａおよび差分Ｄ２ａと第２カスタマイズモデルとの対応付けを出力する（Ｓ３３）。

端末２００ａは、設計者Ｕ１から差分の統合および反映の指定を受け付ける（Ｓ３４）。端末２００ａは、当該指定を受け付けるとその旨を示す差分の統合および反映リクエストを設計支援サーバ１００に送信する（Ｓ３５）。設計支援サーバ１００の統合部１１９は、通信部１３０を介して当該リクエストを受信すると、差分Ｄ１ａと差分Ｄ２ａを統合する（Ｓ３６）。反映部１２０は、統合された差分を標準モデルに反映する（Ｓ３７）。設計支援サーバ１００は、統合された差分が反映済みの標準モデルを端末２００ａに送信する（Ｓ３８）。端末２００ａは、この反映済みの標準モデルを受信すると、当該標準モデルを設計者Ｕ１に対して出力する（Ｓ３９）。

＜６．ハードウェア構成＞
図９を参照して、上述してきた設計支援サーバ１００および端末２００をコンピュータ８００により実現する場合のハードウェア構成の一例を説明する。なお、それぞれの装置の機能は、複数台の装置に分けて実現することもできる。

図９に示すように、コンピュータ８００は、プロセッサ８０１と、メモリ８０３と、記憶装置８０５と、入力Ｉ／Ｆ部８０７と、データＩ／Ｆ部８０９と、通信Ｉ／Ｆ部８１１と、表示装置８１３と、を含む。

プロセッサ８０１は、メモリ８０３に記憶されているプログラムを実行することによりコンピュータ８００における様々な処理を制御する。例えば、設計支援サーバ１００の制御部１１０が備える各機能部等は、メモリ８０３に一時記憶された上で、主にプロセッサ８０１上で動作するプログラムとして実現可能である。

メモリ８０３は、例えばＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等の記憶媒体である。メモリ８０３は、プロセッサ８０１によって実行されるプログラムのプログラムコードや、プログラムの実行時に必要となるデータを一時的に記憶する。

記憶装置８０５は、例えばハードディスクドライブ（ＨＤＤ）やフラッシュメモリ等の不揮発性の記憶媒体である。記憶装置８０５は、オペレーティングシステムや、上記各構成を実現するための各種プログラムを記憶する。この他、記憶装置８０５は、標準モデル、カスタマイズモデル、生成部１１４が生成する各種出力情報、更新履歴情報等を登録するテーブルと、当該テーブルを管理するＤＢを記憶することも可能である。このようなプログラムやデータは、必要に応じてメモリ８０３にロードされることにより、プロセッサ８０１から参照される。

入力Ｉ／Ｆ部８０７は、ユーザである設計者Ｕからの入力を受け付けるためのデバイスである。入力Ｉ／Ｆ部８０７の具体例としては、キーボードやマウス、タッチパネル、各種センサ、ウェアラブル・デバイス等が挙げられる。入力Ｉ／Ｆ部８０７は、例えばＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）等のインタフェースを介してコンピュータ８００に接続されても良い。

データＩ／Ｆ部８０９は、コンピュータ８００の外部からデータを入力するためのデバイスである。データＩ／Ｆ部８０９の具体例としては、各種記憶媒体に記憶されているデータを読み取るためのドライブ装置等がある。データＩ／Ｆ部８０９は、コンピュータ８００の外部に設けられることも考えられる。その場合、データＩ／Ｆ部８０９は、例えばＵＳＢ等のインタフェースを介してコンピュータ８００へと接続される。

通信Ｉ／Ｆ部８１１は、コンピュータ８００の外部の装置と有線または無線により、インターネットＮを介したデータ通信を行うためのデバイスである。通信Ｉ／Ｆ部８１１は、コンピュータ８００の外部に設けられることも考えられる。その場合、通信Ｉ／Ｆ部８１１は、例えばＵＳＢ等のインタフェースを介してコンピュータ８００に接続される。

表示装置８１３は、各種情報を表示するためのデバイスである。表示装置８１３の具体例としては、例えば液晶ディスプレイや有機ＥＬ（Ｅｌｅｃｔｒｏ−Ｌｕｍｉｎｅｓｃｅｎｃｅ）ディスプレイ、ウェアラブル・デバイスのディスプレイ等が挙げられる。表示装置８１３は、コンピュータ８００の外部に設けられても良い。その場合、表示装置８１３は、例えばディスプレイケーブル等を介してコンピュータ８００に接続される。また、入力Ｉ／Ｆ部８０７としてタッチパネルが採用される場合には、表示装置８１３は、入力Ｉ／Ｆ部８０７と一体化して構成することが可能である。

なお、本実施形態は、本発明を説明するための例示であり、本発明をその実施の形態のみに限定する趣旨ではない。また、本発明は、その要旨を逸脱しない限り、さまざまな変形が可能である。さらに、当業者であれば、以下に述べる各要素を均等なものに置換した実施の形態を採用することが可能であり、かかる実施の形態も本発明の範囲に含まれる。

［変形例］
なお、本発明を上記実施形態に基づいて説明してきたが、以下のような場合も本発明に含まれる。

上記実施形態に係る設計支援サーバ１００おける各構成の少なくとも一部は、端末２００に搭載する設計支援システム１専用のアプリケーションプログラムが備えてもよい。例えば、このアプリケーションプログラムに、設計支援サーバ１００の制御部１１０の各機能部のうち、提供部１１１、モデル受付部１１２、抽出部１１３、および生成部１１４の少なくとも一つを備えさせてもよい。

１…設計支援システム、１００…設計支援サーバ、１１０…制御部、１１１…提供部、１１２…モデル受付部、１１３…抽出部、１１４…生成部、１１５… 分類受付部、１１６…算出部、１１７…指定受付部、１１８…対応付け部、１１９…統合部、１２０…反映部、１２１…反映受付部、１３０…通信部、１４０…記憶部、２００、２００ａ、２００ｂ…端末、８００…コンピュータ、８０１…プロセッサ、８０３…メモリ、８０５…記憶装置、８０７…入力Ｉ／Ｆ部、８０９…データＩ／Ｆ部、８１１…通信Ｉ／Ｆ部、８１３…表示装置。

Claims (10)

1. システムの要件定義または設計で定義するモデルの標準とする標準モデルを、複数の設計者が使用する複数の端末に提供する提供部と、
   前記複数の端末から、前記提供部により提供された前記標準モデルを更新した複数のカスタマイズモデルを受け付けるモデル受付部と、
   前記標準モデルと前記複数のカスタマイズモデルのそれぞれとの差分を抽出する抽出部と、
   前記差分を前記標準モデルおよび前記カスタマイズモデルの少なくとも一つに対応付けて出力するための差分出力情報を生成する生成部と、を備える、
   サーバ装置。
2. 前記標準モデルは、前記システムを利用する業種による分類、前記システムの規模による分類、前記システムを利用する事業者による分類、前記システムの開発環境による分類および前記システムの動作環境による分類の少なくとも一つの分類ごとに設けられ、
   前記複数の端末から、前記標準モデルの分類の選択を受け付ける分類受付部と、
   前記提供部は、前記分類受付部により受け付けられた分類の前記標準モデルを提供し、
   前記モデル受付部は、前記複数の端末から、前記分類ごとに、前記標準モデルを更新した複数のカスタマイズモデルを受け付け、
   前記抽出部は、前記分類ごとに、前記標準モデルと前記複数のカスタマイズモデルのそれぞれとを比較して差分を抽出し、
   前記生成部は、前記分類ごとに、前記差分出力情報を生成する、
   請求項１に記載のサーバ装置。
3. 前記標準モデルと前記カスタマイズモデルとは、それぞれ複数のシステムの要件定義または設計で定義する定義項目を有し、
   前記端末から、第１カスタマイズモデルと第２カスタマイズモデルの指定を受け付ける指定受付部と、
   前記標準モデルの定義項目を介して、前記第１カスタマイズモデルの定義項目と前記第２カスタマイズモデルの定義項目との対応付けを行う対応付け部と、をさらに備え、
   前記生成部は、前記端末に前記対応付けを出力するための対応付け出力情報を生成する、
   請求項１または２に記載のサーバ装置。
4. 前記抽出部により前記抽出された差分を、前記標準モデルの定義項目ごとに統合する統合部と、
   前記標準モデルの定義項目に、前記統合部により統合された差分を反映する反映部と、をさらに備える、
   請求項３に記載のサーバ装置。
5. 前記抽出部は、前記定義項目ごとの前記差分を抽出し、
   前記定義項目ごとに、所定期間前記標準モデルから前記カスタマイズモデルに更新された履歴を示す更新履歴情報を記憶する記憶部を参照する算出部であって、前記更新履歴情報および前記抽出された定義項目ごとの差分の少なくとも一つに基づいて、前記定義項目ごとに、前記設計者により更新された度合いを示す更新度を算出する算出部、をさらに備え、
   前記生成部は、前記標準モデルおよび前記カスタマイズモデルの少なくとも一つに対応付けて前記定義項目ごとの前記更新度を出力するための更新度出力情報を生成する、
   請求項４に記載のサーバ装置。
6. 前記反映部は、前記更新度に基づいて、前記標準モデルの定義項目の前記更新度が所定の更新度以上の場合に、当該定義項目に前記統合部により統合された差分を反映する、
   請求項５に記載のサーバ装置。
7. 前記抽出部により前記抽出された差分を、前記標準モデルの定義項目ごとに統合する統合部をさらに備え、
   前記生成部は、前記統合された差分を前記標準モデルおよび前記カスタマイズモデルの少なくとも一つに対応付けて出力するための統合出力情報を生成し、
   前記端末から、前記統合出力情報に基づき出力された前記統合された差分を、当該差分に対応する前記標準モデルの定義項目に反映する指定を受け付ける反映受付部と、
   前記標準モデルの定義項目に、前記反映受付部により受け付けた前記指定に基づいて、前記統合された差分を反映する反映部と、をさらに備える、
   請求項３または４に記載のサーバ装置。
8. 前記指定受付部は、前記端末から、前記システムの要件定義または設計に関する文書の出力の指定を受け付け、
   前記生成部は、前記指定受付部が前記指定を受け付けた場合、前記カスタマイズモデルに基づいて、前記文書を出力するための設計出力情報を生成する、
   請求項３から７のいずれか一項に記載のサーバ装置。
9. コンピュータに、
   システムの要件定義または設計で定義するモデルの標準とする標準モデルを、複数の設計者が使用する複数の端末に提供する提供機能と、
   前記複数の端末から、前記提供機能により提供された前記標準モデルを更新した複数のカスタマイズモデルを受け付けるモデル受付機能と、
   前記標準モデルと前記複数のカスタマイズモデルのそれぞれとの差分を抽出する抽出機能と、
   前記差分を前記標準モデルおよび前記カスタマイズモデルの少なくとも一つに対応付けて出力するための差分出力情報を生成する生成機能と、を実現させる、
   プログラム。
10. コンピュータが、
    システムの要件定義または設計で定義するモデルの標準とする標準モデルを、複数の設計者が使用する複数の端末に提供する提供ステップと、
    前記複数の端末から、前記提供ステップにより提供された前記標準モデルを更新した複数のカスタマイズモデルを受け付けるモデル受付ステップと、
    前記標準モデルと前記複数のカスタマイズモデルのそれぞれとの差分を抽出する抽出ステップと、
    前記差分を前記標準モデルおよび前記カスタマイズモデルの少なくとも一つに対応付けて出力するための差分出力情報を生成する生成ステップと、を含む、
    情報処理方法。