(57)【要約】      （修正有）【課題】パッケージソフトウエアに対して行われるレベルアップを、特定の顧客に対してカスタマイズされたプログラムに対して適用する場合における問題を認識可能にする。【解決手段】本方法は、基本画面定義データに対して修正が施された後の画面定義データである修正基本画面定義データと、基本画面定義データに対して特定の顧客向けにカスタマイズされた画面定義データである顧客画面定義データとを比較し、顧客画面定義データとは異なっている修正基本画面定義データの部分を抽出する工程Ｓ５と、抽出された修正基本画面定義データの部分を識別可能な態様で顧客画面定義データに反映させ、変更後顧客画面定義データを生成し、変更後顧客画面定義データ格納部に格納する工程と、顧客画面定義データから構成される画面と、変更後顧客画面データから構成される画面とを比較可能な態様で表示する工程Ｓ７とを含む。【選択図】図２
2006276953.tif 000002
【特許請求の範囲】
【請求項１】
修正基本画面定義データ格納部に格納され且つ基本画面定義データに対して修正が施された後の画面定義データである修正基本画面定義データと、顧客画面定義データ格納部に格納され且つ前記基本画面定義データに対して特定の顧客向けにカスタマイズされた画面定義データである顧客画面定義データとを比較し、前記顧客画面定義データとは異なっている前記修正基本画面定義データの部分を抽出する抽出ステップと、
抽出された前記修正基本画面定義データの部分を識別可能な態様で前記顧客画面定義データに反映させ、変更後顧客画面定義データを生成し、変更後顧客画面定義データ格納部に格納する生成ステップと、
前記顧客画面定義データ格納部に格納された前記顧客画面定義データから構成される画面と、前記変更後顧客画面データ格納部に格納された前記変更後顧客画面データから構成される画面とを比較可能な態様で表示するステップと、
を含み、コンピュータにより実行される画面定義データ差分抽出方法。
【請求項２】
修正基本画面定義データ格納部に格納され且つ基本画面定義データに対して修正が施された後の画面定義データである修正基本画面定義データと、顧客画面定義データ格納部に格納され且つ前記基本画面定義データに対して特定の顧客向けにカスタマイズされた画面定義データである顧客画面定義データとを比較し、前記顧客画面定義データとは異なっている前記修正基本画面定義データの部分を抽出する抽出ステップと、
抽出された前記修正基本画面定義データの部分を識別可能な態様で前記顧客画面定義データに反映させ、変更後顧客画面定義データを生成し、変更後顧客画面定義データ格納部に格納する生成ステップと、
前記顧客画面定義データ格納部に格納された前記顧客画面定義データから構成される画面と、前記変更後顧客画面データ格納部に格納された前記変更後顧客画面データから構成される画面とを比較可能な態様で表示するステップと、
をコンピュータに実行させる画面定義データ差分抽出プログラム。
【請求項３】
修正基本画面定義データ格納部に格納され且つ基本画面定義データに対して修正が施された後の画面定義データである修正基本画面定義データと、顧客画面定義データ格納部に格納され且つ前記基本画面定義データに対して特定の顧客向けにカスタマイズされた画面定義データである顧客画面定義データとを比較し、前記顧客画面定義データとは異なっている前記修正基本画面定義データの部分を抽出する抽出手段と、
抽出された前記修正基本画面定義データの部分を識別可能な態様で前記顧客画面定義データに反映させ、変更後顧客画面定義データを生成し、変更後顧客画面定義データ格納部に格納する生成手段と、
前記顧客画面定義データ格納部に格納された前記顧客画面定義データから構成される画面と、前記変更後顧客画面データ格納部に格納された前記変更後顧客画面データから構成される画面とを比較可能な態様で表示する手段と、
を有する画面定義データ差分抽出装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、システムの更新技術に関し、より詳しくはプログラムにより表示される画面の更新についての技術に関する。
【背景技術】
【０００２】
システム構築時に当該システム用のパッケージソフトウエアを適用してシステム構築を行うことが多くあるが、パッケージソフトウエアをそのまま適用してシステムを構築することは少なく、多くの場合顧客の業務運用に合わせた形でカスタマイズがなされている。このようなパッケージソフトウエアに対しては、定期的に又は必要に応じて、不具合や顧客の要望に応じるため修正や機能追加などのレベルアップが行われるのが通常である。しかし、上で述べたように顧客毎にカスタマイズがなされているため、単純にレベルアップを行ってしまうと、新たなプログラムなどによって顧客用にカスタマイズされたプログラムなどが上書きされてしまい、レベルアップ後に再度顧客に適合するようなカスタマイズを行う必要がある。ユーザが直接接する入力画面はカスタマイズが施されている場合が多いため、単純にレベルアップを行うとその問題が顕著に現れる。
【０００３】
なお、特開２００４−３１０２７９号公報には、業務処理システムに関するアプリケーション開発の生産性、メンテナンスの容易性、再利用性、仕様変更等に対する柔軟性を向上させるための技術が開示されている。具体的には、業務処理の標準プログラムをスーパークラスに実装させるとともに、業務処理の修正時に修正プログラムが実装される空のサブクラスを当初から用意しておき、スーパークラスが実装する標準プログラムのメソッドを受け継いだサブクラスを順次実行するようにすることにより、業務処理のカスタマイズによって実装される修正プログラムＰＧ’が標準プログラムＰＧと混ざらないようにして、標準プログラムをカスタマイズする際の工数を大幅に削減できるようにするとともに、バージョンアップの容易性、管理の容易性を向上させることができるようにするものである。また、画面デザイン（画面上のレイアウトなど）と画面データ（画面に貼り付けられている部品など）とロジック（画面へのデータ入力、入力データのチェック、データの加工、データベースに対するデータの伝達などを行うプログラム）とを切り分けて開発するようにしている。
【特許文献１】特開２００４−３１０２７９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら上記公開公報開示の技術は、パッケージソフトウエアに対して行われるレベルアップを、特定の顧客に対してカスタマイズされたプログラムに対してどのように適用するかといった問題に対して適切な解答を示していない。すなわち、上記公開公報開示の技術を用いたとしても、パッケージソフトウエアに対してレベルアップを行うこと、及び特定の顧客に対してカスタマイズされたプログラムに対してレベルアップを行うことが、個別に容易になるだけである。具体的には、レベルアップにより画面上の部品追加が発生する場合、上記公開公報開示の技術では、単に部品の追加が容易になるだけであって、特定の顧客にとって、当該部品の追加が使い勝手を悪くするなどの問題を発生させるか否かを判断する場面等においては役に立たない。このように、パッケージソフトウエアに対して行われるレベルアップを、特定の顧客に対してカスタマイズされたプログラムに対してどのように適用するかを判断するのは別の問題である。
【０００５】
従って、本発明の目的は、パッケージソフトウエアに対して行われるレベルアップを、特定の顧客に対してカスタマイズされたプログラムに対して適用する場合における問題を認識可能にするための技術を提供することである。
【課題を解決するための手段】
【０００６】
本発明に係る画面定義データ差分抽出方法は、修正基本画面定義データ格納部に格納され且つ基本画面定義データに対して修正が施された後の画面定義データである修正基本画面定義データと、顧客画面定義データ格納部に格納され且つ基本画面定義データに対して特定の顧客向けにカスタマイズされた画面定義データである顧客画面定義データとを比較し、顧客画面定義データとは異なっている修正基本画面定義データの部分を抽出する抽出ステップと、抽出された修正基本画面定義データの部分を識別可能な態様で顧客画面定義データに反映させ、変更後顧客画面定義データを生成し、変更後顧客画面定義データ格納部に格納する生成ステップと、顧客画面定義データ格納部に格納された顧客画面定義データから構成される画面と、変更後顧客画面データ格納部に格納された変更後顧客画面データから構成される画面とを比較可能な態様で表示するステップとを含む。
【０００７】
このようにすれば、仮にパッケージソフトウエアに対して行われるレベルアップを特定の顧客に対してカスタマイズされたプログラムに対して適用した場合に表示されることになる画面を、当該特定の顧客に対してカスタマイズされたプログラムにおける画面と比較可能な態様で表示するため、レベルアップをそのまま適用しても良いのかを容易に判断することができるようになる。
【０００８】
本発明に係る画面定義データ差分抽出方法をコンピュータに実行させるためのプログラムを作成することができ、当該プログラムは、例えばフレキシブル・ディスク、ＣＤ−ＲＯＭ、光磁気ディスク、半導体メモリ、ハードディスク等の記憶媒体又は記憶装置に格納される。また、ネットワークを介してディジタル信号にて頒布される場合もある。なお、処理途中のデータについては、コンピュータのメモリ等の記憶装置に一時保管される。
【発明の効果】
【０００９】
本発明によれば、パッケージソフトウエアに対して行われるレベルアップを、特定の顧客に対してカスタマイズされたプログラムに対して適用する場合における問題を認識可能にすることができる。
【発明を実施するための最良の形態】
【００１０】
図１に本発明の一実施の形態に係る画面定義差分データ抽出装置の機能ブロック図を示す。本実施の形態に係る画面定義差分データ抽出装置は、入力部１と、入力データ格納部３と、修正パッケージレイアウト定義体抽出部５と、修正パッケージレイアウト定義体格納部７と、顧客レイアウト定義体抽出部９と、顧客レイアウト定義体格納部１１と、特定修正パッケージレイアウト定義体格納部１３と、特定顧客レイアウト定義体格納部１５と、差分抽出部１７と、変更顧客レイアウト定義体格納部１９と、出力部２１とを有する。
【００１１】
入力部１は、ユーザから入力されたデータを入力データ格納部３に格納する。修正パッケージレイアウト定義体抽出部５は、入力データ格納部３に格納されたデータに基づき、ユーザの指示に係る修正パッケージレイアウト定義体を修正パッケージレイアウト定義体格納部７から抽出し、特定修正パッケージレイアウト定義体格納部１３に格納する。顧客レイアウト定義体抽出部９は、入力データ格納部３と特定修正パッケージレイアウト定義体格納部１３とに格納されたデータに基づき、ユーザの指示に係る顧客レイアウト定義体を顧客レイアウト定義体格納部１１から抽出し、特定顧客レイアウト定義体格納部１５に格納する。差分抽出部１７は、特定顧客レイアウト定義体格納部１５に格納されている顧客レイアウト定義体データと特定修正パッケージレイアウト定義体格納部１３に格納されている修正パッケージレイアウト定義体データとを比較し、修正パッケージレイアウト定義体データの、顧客レイアウト定義体データからの差分を特定し、顧客レイアウト定義体データに対して差分を反映させ、差分反映後の顧客レイアウト定義体データを変更顧客レイアウト定義体データとして変更顧客レイアウト定義体データ格納部１９に格納する。出力部２１は、変更顧客レイアウト定義体データ格納部１９に格納されている変更顧客レイアウト定義体データと特定顧客レイアウト定義体格納部１５に格納されている顧客レイアウト定義体データとを用いて、両レイアウト定義体による画面の比較を行うための画面を生成し、表示装置に出力する。
【００１２】
次に、図２乃至図１２を用いて、図１に示した画面定義差分データ抽出装置の処理を説明する。まず、入力部１は、ユーザに対してレベルアップ（特定の段階又は日付のレベルアップ）と顧客の指定を促し、ユーザからレベルアップ及び顧客の指定を受け付け、入力データ格納部３に格納する（ステップＳ１）。本実施の形態では、画面に影響のあるレベルアップのみを取り扱うので、入力部１は、例えば多数のレベルアップから画面に影響のあるレベルアップを特定して、リストとしてユーザに提示するようにしても良いし、多数のレベルアップに対して画面に影響のあるレベルアップに色を付したり、それのみにボタンを設けるなど識別可能な態様でユーザに選択を促す。
【００１３】
そして修正パッケージレイアウト定義体抽出部５は、入力データ格納部３に格納されたレベルアップの指定を用いて、修正パッケージレイアウト定義体格納部７から該当する修正パッケージレイアウト定義体のデータを抽出し、特定修正パッケージレイアウト定義体格納部１３に格納する。また、顧客レイアウト定義体抽出部９は、入力データ格納部３に格納された顧客の指定と特定修正パッケージレイアウト定義体格納部１３に格納された修正パッケージレイアウト定義体のデータとを用いて、顧客レイアウト定義体格納部１１から対応する顧客レイアウト定義体のデータを抽出し、特定顧客レイアウト定義体格納部１５に格納する（ステップＳ３）。その後、差分抽出部１７が、差分抽出処理を実施する（ステップＳ５）。この処理については、図３乃至図１１を用いて説明する。
【００１４】
まず、前提として修正前のパッケージの画面例及びそのレイアウト定義体を図３及び図４に示す。図３の例では、使用状況表示欄３０２には特に表示される情報はなく、ラジオボタン群表示欄３０１では、「未定」「初診」「再診」のいずれかを選択するためのラジオボタンと、１行で表示される「診察対象外」２行で表示される「対面診察」２行で表示される「電話診察」のいずれかを選択するためのラジオボタンとが含まれている。また、図３のような画面を表示するために用いられ且つＸＴＭＬ（eXTensible Markup Language）で記述された、修正前のパッケージレイアウト定義体が、図４に示されている。図４の例では、ラジオボタン群表示欄３０１を表示するためにＣＨＥＣＫＢＯＸタグが設けられることが示されている。なお、ＣＨＥＣＫＢＯＸタグのＮＡＭＥ属性の属性値は”＿ｃｈｋＮＹＵＧＡＩ”であり、ＴＥＲＭ属性の属性値は”’未定’，’初診’，’再診’”であり、図３において表示されているものと同一である。また、ＴＥＲＭ２属性の属性値は、”’診察対象外’，’対面／ｎ診察’，’電話／ｎ診察’”であり、図３において表示されているものと同一である。なお、／ｎは改行を表している。
【００１５】
また、特定修正パッケージレイアウト定義体格納部１３に格納されたレイアウト定義体から構成される画面例及び当該レイアウト定義体のデータを図５及び図６に示す。図５の例では、使用状況表示欄３０２に、端末内線、利用者ＩＤ、利用者名及びＰＨＳ等の表示テーブル３１１が追加されており、ラジオボタン群表示欄３１２では、「未定」「初診」「再診」のいずれかを選択するためのラジオボタンと、１行で表示される「診察外」２行で表示される「対面診察」２行で表示される「電話診察」のいずれかを選択するためのラジオボタンとが含まれている。ラジオボタン群表示欄３１２では、「診察対象外」という文字が「診察外」という文字に置換されている。
【００１６】
また、図５のような画面を表示するために用いられ且つＸＴＭＬで記述された、修正後のパッケージレイアウト定義体が、図６に示されている。図６の例では、表示テーブル３１１を表示させるためにＬＡＢＥＬタグが設けられている。なお、ＬＡＢＥＬタグのＮＡＭＥ属性の属性値は”＿ｌｂｌＫａｎｊａ２”となっている。その他の属性については本例では関係ないので説明を省略する。また、ラジオボタン群表示欄３２１を表示するためにＣＨＥＣＫＢＯＸタグが設けられている。なお、ＣＨＥＣＫＢＯＸタグのＮＡＭＥ属性の属性値は”＿ｃｈｋＮＹＵＧＡＩ”であり、ＴＥＲＭ属性の属性値は”’未定’，’初診’，’再診’”であり、図５において表示されているものと同一である。また、ＴＥＲＭ２属性の属性値は、”’診察外’，’対面／ｎ診察’，’電話／ｎ診察’”であり、図５において表示されているものと同一である。
【００１７】
さらに、特定顧客レイアウト定義体格納部１５に格納されたレイアウト定義体から構成される画面例及び当該レイアウト定義体のデータを図７及び図８に示す。図７の例では、使用状況表示欄３２１には特に表示される情報はなく、ラジオボタン群表示欄３２２では、「未定」「初診」「再診」のいずれかを選択するためのラジオボタンと、１行で表示される「診察外」１行で表示される「対面診察」１行で表示される「電話診察」のいずれかを選択するためのラジオボタンとが含まれている。また、図７のような画面を表示するために用いられ且つＸＴＭＬで記述された、修正前の顧客パッケージレイアウト定義体が、図８に示されている。図８の例では、ラジオボタン群表示欄３２２を表示するためにＣＨＥＣＫＢＯＸタグが設けられていることが示されている。なお、ＣＨＥＣＫＢＯＸタグのＮＡＭＥ属性の属性値は”＿ｃｈｋＮＹＵＧＡＩ”であり、ＴＥＲＭ属性の属性値は”’未定’，’初診’，’再診’”であり、図７において表示されているものと同一である。また、ＴＥＲＭ２属性の属性値は、”’診察外’，’対面診察’，’電話診察’”であり、図７において表示されているものと同一である。なお、「対面診察」及び「電話診察」については／ｎが含まれておらず、１行で表示することを指示していることが分かる。すなわち、カスタマイズされた部分である。なお、図７に示した「診察室呼出」ボタン３２３は、図３に示した画面には存在していないボタンであり、カスタマイズされた部分である。
【００１８】
次にステップＳ５の詳細を図９乃至図１１を用いて説明する。差分抽出部１７は、特定修正パッケージレイアウト定義体格納部１３に格納されている修正パッケージレイアウト定義体から１つのタグ等（例えば開始タグと要素と終了タグをひとまとめにするなど、階層構造を反映した形で読み出す）を読み出す（ステップＳ１１）。次に、読み出したタグ等のデータからタグ名称及びＮＡＭＥ属性の属性値を抽出する（ステップＳ１３）。そして、特定顧客レイアウト定義体格納部１５に格納された顧客レイアウト定義体データを読み出し、当該顧客レイアウト定義体において、ステップＳ１３で抽出されたタグ名称及びＮＡＭＥ属性の属性値と同じタグ名称及びＮＡＭＥ属性の属性値を有するタグが存在するか判断する（ステップＳ１５）。
【００１９】
ステップＳ１３で抽出されたタグ名称及びＮＡＭＥ属性の属性値と同じタグ名称及びＮＡＭＥ属性の属性値を有するタグが存在しないと判断された場合、ステップＳ１１で読み出されたタグ等が新たに追加されたタグ等ということになるので、読み出したタグにおいてタグ属性ＣＯＬＯＲに属性値”ＦＦ００００”（赤）を指定し、追加する（ステップＳ２５）。すなわち、ＣＯＬＯＲ＝”ＦＦ００００”という属性データを追加する。そして、顧客レイアウト定義体に対して、ステップＳ２５で変更されたタグを追加する（ステップＳ２７）。そしてステップＳ２９に移行する。
【００２０】
図６に示した修正パッケージレイアウト定義体から＜ＬＡＢＥＬ  ＮＡＭＥ＝”＿ｌｂｌＫａｎｊａ２”  ＴＩＴＬＥ＝”選択”  ＦＯＲＥＣＯＬＯＲ＝”＃００４Ｆ４Ｆ４Ｆ”  ＢＡＣＫＣＯＬＯＲ＝”＃００ＦＥＦＤＤＥ”  ＯＵＴＦＯＲＥＣＯＬＯＲ  ”＃００００００００”＞を読み出して処理を行う場合には、図８に示した顧客レイアウト定義体においてはタグ名称及びＮＡＭＥ属性の属性値が同じタグが存在していない。従って、ＣＯＬＯＲ＝”ＦＦ００００”を追加して、＜ＬＡＢＥＬ  ＮＡＭＥ＝”＿ｌｂｌＫａｎｊａ２”  ＴＩＴＬＥ＝”選択”  ＦＯＲＥＣＯＬＯＲ＝”＃００４Ｆ４Ｆ４Ｆ”  ＢＡＣＫＣＯＬＯＲ＝”＃００ＦＥＦＤＤＥ”  ＣＯＬＯＲ＝”ＦＦ００００”  ＯＵＴＦＯＲＥＣＯＬＯＲ  ”＃００００００００”＞として顧客レイアウト定義体に追加する。
【００２１】
一方、ステップＳ１３で抽出されたタグ名称及びＮＡＭＥ属性の属性値と同じタグ名称及びＮＡＭＥ属性の属性値を有するタグが存在すると判断された場合、当該タグにおける内部属性等まで一致しているか判断する（ステップＳ１７）。一致していると判断されれば、タグ等は完全一致しているので、何もせずステップＳ２９に移行する。
【００２２】
一方、内部属性等に不一致が存在する場合には、読み出したタグにおいてタグ属性ＣＯＬＯＲにおいてタグ属性に属性値”００００ＦＦ”（青）を指定し、追加する（ステップＳ１９）。すなわち、ＣＯＬＯＲ＝”００００ＦＦ”という属性データを追加する。そして、顧客レイアウト定義体において対応するタグを削除し（ステップＳ２１）、その後顧客レイアウト定義体に対して、ステップＳ１９で変更されたタグ等を追加する（ステップＳ２３）。そしてステップＳ２９に移行する。
【００２３】
図６に示した修正パッケージレイアウト定義体から＜ＣＨＥＣＫＢＯＸ  ＥＬＥＭＥＮＴ＝”＿ｃｈｋＮＹＵＧＡＩ”  ＮＡＭＥ＝”＿ｃｈｋＮＹＵＧＡＩ”  ＴＥＲＭ＝’未定’，’初診’，’再診’  ＴＥＲＭ２＝’診察外’，’対面／ｎ診察’，’電話／ｎ診察’  ＨＥＩＧＨＴ＝”２５０”  ＴＡＢＩＮＤＥＸ＝”６”  ＯＵＴＦＯＲＥＣＯＬＯＲ＝”＃０００００”＞を読み出して処理を行う場合には、図８に示した顧客レイアウト定義体においてタグ名称及びＮＡＭＥ属性の属性値が同じタグが存在すると判断される。しかし、ＴＥＲＭ２＝’診察外’，’対面／ｎ診察’，’電話／ｎ診察’が、図８のＴＥＲＭ２＝’診察外’，’対面診察’，’電話診察’と相違しており、さらにＨＥＩＧＨＴ＝”２５０”が図８のＨＥＩＧＨＴ＝”３６０”と相違している。従って、ＣＯＬＯＲ＝”００００ＦＦ”を追加して、＜ＣＨＥＣＫＢＯＸ  ＥＬＥＭＥＮＴ＝”＿ｃｈｋＮＹＵＧＡＩ”  ＮＡＭＥ＝”＿ｃｈｋＮＹＵＧＡＩ”  ＴＥＲＭ＝’未定’，’初診’，’再診’  ＴＥＲＭ２＝’診察外’，’対面／ｎ診察’，’電話／ｎ診察’  ＣＯＬＯＲ＝”００００ＦＦ”  ＨＥＩＧＨＴ＝”２５０”  ＴＡＢＩＮＤＥＸ＝”６”  ＯＵＴＦＯＲＥＣＯＬＯＲ＝”＃０００００”＞として、顧客レイアウト定義体に追加する。
【００２４】
ステップＳ１７、Ｓ２３又はＳ２７の後に、差分抽出部１７は、未処理のタグ等が修正パッケージレイアウト定義体に存在しているか判断する（ステップＳ２９）。未処理のタグ等が存在している場合には、未処理のタグ等を１つ特定してステップＳ１３に戻る（ステップＳ３１）。一方、未処理タグ等が存在していない場合には、変更後の顧客レイアウト定義体を変更顧客レイアウト定義体格納部１９に格納する（ステップＳ３３）。そして元の処理に戻る。
【００２５】
このような処理を行うことにより、図１０に示すような変更顧客レイアウト定義体のデータが、変更顧客レイアウト定義体格納部１９に格納されるようになる。図１０の例では、ＬＡＢＥＬタグ４０１が追加され、ＣＨＥＣＫＢＯＸタグ４０２が置換されている。なお、顧客レイアウト定義体に対して、修正パッケージレイアウト定義体における不足要素又は変更要素が反映されることになるので、カスタマイズされた部分と変更要素とが重複しない限りカスタマイズ部分は保存されることになり、カスタマイズ部分を確認しつつ変更・追加された部分を確認することができるようになる。
【００２６】
なお、変更顧客レイアウト定義体を用いて表示を行うと例えば図１１に示すような画面が表示される。図１１に示すように、使用状況表示欄には「赤」で囲まれた表示テーブル４１１が追加され、ラジオボタン群表示欄４１２は「青」で囲まれる。なお、「診察室呼出」ボタン４１３については、図５に示した修正後の画面と図７に示した顧客レイアウト定義体による画面とを比較すると差ではあるが、図７で示した処理フローでは修正レイアウト定義体からタグ等を読み出して一致するか否かを判断するため、修正レイアウト定義体に含まれていないが顧客レイアウト定義体に含まれるタグ等は処理の対象外となり、通常表示される。すなわち、特定の顧客に対するカスタマイズが保持された態様で表示されるようになる。
【００２７】
図２の説明に戻って、出力部２１は、変更顧客レイアウト定義体格納部１９に格納された変更顧客レイアウト定義体のデータと特定顧客レイアウト定義体格納部１５に格納された顧客レイアウト定義体のデータとを読み出し、それぞれについて画面を構成し、並べて表示する（ステップＳ７）。例えば図１２のような画面を表示する。左が顧客レイアウト定義体のデータによる画面、右が変更顧客レイアウト定義体のデータによる画面である。このように、表示テーブル４１１とラジオボタン群表示欄４１２とに差が存在することが容易に分かる。
【００２８】
このようにすればレベルアップが、特定の顧客についてカスタマイズされた画面に対してどのような影響を及ぼすかを容易に認識でき、レベルアップを行うべきか否かなどを判断することもできるようになる。また、特定の部分のみ修正すべきであるといったことも判断できるようになる。
【００２９】
以上本発明の一実施の形態を説明したが、本発明はこれに限定されるものではない。例えば、図１に示した機能ブロック図は一例であって、必ずしも実際のプログラムにおけるプログラムモジュールとは一致しない。
【００３０】
また、図９に示した処理フローについては、例えばＸＭＬの構造解析処理を行って、ツリー構造を生成し、そのツリーに従って処理を行うようにしても良い。さらに、処理の高速化のためのデータ構造を生成するようにしても良い。
【００３１】
さらに、本実施の形態における画面定義差分データ抽出装置はコンピュータ装置であって、図１３に示すように、メモリ２５０１（記憶装置）とＣＰＵ２５０３（処理装置）とハードディスク・ドライブ（ＨＤＤ）２５０５と表示装置２５０９に接続される表示制御部２５０７とリムーバブル・ディスク２５１１用のドライブ装置２５１３と入力装置２５１５とネットワークに接続するための通信制御部２５１７とがバス２５１９で接続されている。オペレーティング・システム（ＯＳ：Operating System）及び本実施の形態における処理を実施するためのアプリケーション・プログラムは、ＨＤＤ２５０５に格納されており、ＣＰＵ２５０３により実行される際にはＨＤＤ２５０５からメモリ２５０１に読み出される。必要に応じてＣＰＵ２５０３は、表示制御部２５０７、通信制御部２５１７、ドライブ装置２５１３を制御して、必要な動作を行わせる。また、処理途中のデータについては、メモリ２５０１に格納され、必要があればＨＤＤ２５０５に格納される。本発明の実施の形態では、上で述べた処理を実施するためのアプリケーション・プログラムはリムーバブル・ディスク２５１１に格納されて頒布され、ドライブ装置２５１３からＨＤＤ２５０５にインストールされる。インターネットなどのネットワーク及び通信制御部２５１７を経由して、ＨＤＤ２５０５にインストールされる場合もある。このようなコンピュータ装置は、上で述べたＣＰＵ２５０３、メモリ２５０１などのハードウエアとＯＳ及び必要なアプリケーション・プログラムとが有機的に協働することにより、上で述べたような各種機能を実現する。
【００３２】
（付記１）
修正基本画面定義データ格納部に格納され且つ基本画面定義データに対して修正が施された後の画面定義データである修正基本画面定義データと、顧客画面定義データ格納部に格納され且つ前記基本画面定義データに対して特定の顧客向けにカスタマイズされた画面定義データである顧客画面定義データとを比較し、前記顧客画面定義データとは異なっている前記修正基本画面定義データの部分を抽出する抽出ステップと、
抽出された前記修正基本画面定義データの部分を識別可能な態様で前記顧客画面定義データに反映させ、変更後顧客画面定義データを生成し、変更後顧客画面定義データ格納部に格納する生成ステップと、
前記顧客画面定義データ格納部に格納された前記顧客画面定義データから構成される画面と、前記変更後顧客画面データ格納部に格納された前記変更後顧客画面データから構成される画面とを比較可能な態様で表示するステップと、
を含み、コンピュータにより実行される画面定義データ差分抽出方法。
【００３３】
（付記２）
前記抽出ステップにおいて、前記修正基本画面定義データにおいて追加された追加部分と、前記修正基本画面定義データにおいて変更された変更部分とを区別して抽出し、
前記生成ステップにおいて、抽出された前記追加部分と前記変更部分とを異なる態様で前記顧客画面定義データに反映させる
ことを特徴とする付記１記載の画面定義データ差分抽出方法。
【００３４】
（付記３）
修正基本画面定義データ格納部に格納され且つ基本画面定義データに対して修正が施された後の画面定義データである修正基本画面定義データと、顧客画面定義データ格納部に格納され且つ前記基本画面定義データに対して特定の顧客向けにカスタマイズされた画面定義データである顧客画面定義データとを比較し、前記顧客画面定義データとは異なっている前記修正基本画面定義データの部分を抽出する抽出ステップと、
抽出された前記修正基本画面定義データの部分を識別可能な態様で前記顧客画面定義データに反映させ、変更後顧客画面定義データを生成し、変更後顧客画面定義データ格納部に格納する生成ステップと、
前記顧客画面定義データ格納部に格納された前記顧客画面定義データから構成される画面と、前記変更後顧客画面データ格納部に格納された前記変更後顧客画面データから構成される画面とを比較可能な態様で表示するステップと、
をコンピュータに実行させる画面定義データ差分抽出プログラム。
【００３５】
（付記４）
修正基本画面定義データ格納部に格納され且つ基本画面定義データに対して修正が施された後の画面定義データである修正基本画面定義データと、顧客画面定義データ格納部に格納され且つ前記基本画面定義データに対して特定の顧客向けにカスタマイズされた画面定義データである顧客画面定義データとを比較し、前記顧客画面定義データとは異なっている前記修正基本画面定義データの部分を抽出する抽出手段と、
抽出された前記修正基本画面定義データの部分を識別可能な態様で前記顧客画面定義データに反映させ、変更後顧客画面定義データを生成し、変更後顧客画面定義データ格納部に格納する生成手段と、
前記顧客画面定義データ格納部に格納された前記顧客画面定義データから構成される画面と、前記変更後顧客画面データ格納部に格納された前記変更後顧客画面データから構成される画面とを比較可能な態様で表示する手段と、
を有する画面定義データ差分抽出装置。
【図面の簡単な説明】
【００３６】
【図１】本発明の実施の形態に係る機能ブロック図である。
【図２】本発明の実施の形態に係る処理フローを示す図である。
【図３】修正前のレイアウト定義体による画面の一例を示す図である。
【図４】修正前のレイアウト定義体のデータの一例を示す図である。
【図５】修正後のレイアウト定義体による画面の一例を示す図である。
【図６】修正後のレイアウト定義体のデータの一例を示す図である。
【図７】顧客レイアウト定義体による画面の一例を示す図である。
【図８】顧客レイアウト定義体のデータの一例を示す図である。
【図９】差分抽出処理の処理フローを示す図である。
【図１０】変更顧客レイアウト定義体による画面の一例を示す図である。
【図１１】変更顧客レイアウト定義体のデータの一例を示す図である。
【図１２】出力部による出力例を示す図である。
【図１３】コンピュータの機能ブロック図である。
【符号の説明】
【００３７】
１  入力部    ３  入力データ格納部    
５  修正パッケージレイアウト定義体抽出部
７  修正パッケージレイアウト定義体格納部
９  顧客レイアウト定義体抽出部
１１  顧客レイアウト定義体格納部
１３  特定修正パッケージレイアウト定義体格納部
１５  特定顧客レイアウト定義体格納部
１７  差分抽出部
１９  変更顧客レイアウト定義体格納部
２１  出力部
【図１】
2006276953.tif 000003
【図２】
2006276953.tif 000004
【図３】
2006276953.tif 000005
【図４】
2006276953.tif 000006
【図５】
2006276953.tif 000007
【図６】
2006276953.tif 000008
【図７】
2006276953.tif 000009
【図８】
2006276953.tif 000010
【図９】
2006276953.tif 000011
【図１０】
2006276953.tif 000012
【図１１】
2006276953.tif 000013
【図１２】
2006276953.tif 000014
【図１３】
2006276953.tif 000015