(57)【要約】【課題】このような情報資産に対する管理、特に内容のレベルで複数のアプリケーションで作成された情報資産の間の関係を管理することができる情報資産管理装置を提供することにある。【解決手段】アプリケーションソフトウェア１５１は、タグ構造を有するテキスト形式でファイル出力が可能であり、情報資産を編集する。プラグインモジュール１５３は、タグ構造を持つテキストドキュメントを入力可能であり、付属情報を生成する、情報資産サーバ１１０は、アプリケーションソフトウェア１５１が編集した情報資産に、プラグインモジュール１５３で生成した付属情報を埋め込み、情報資産データベース１１１に保存する。【選択図】図１
2008282231.tif 000002
【特許請求の範囲】
【請求項１】
タグ構造を有するテキスト形式でファイル出力が可能なアプリケーションソフトウェアで編集された情報資産を管理する情報資産管理装置であって、
アプリケーションソフトウェアの生成するテキストの他に、タグ構造を持つテキストドキュメントを入力可能なツールを用いて付属情報を、前記情報資産に埋め込んで保存することを特徴とする情報資産管理装置。
【請求項２】
請求項１記載の情報資産管理装置において、
前記ツールは、プラグインモジュールの入力手段であることを特徴とする情報資産管理装置。
【請求項３】
請求項２記載の情報資産管理装置において、
前記情報資産は、ファイルを構成する要素に対して一意な識別インデックスを持たせて保存することが可能なアプリケーションソフトウェアで編集されたものであり、
前記プラグインモジュールで情報資産の要素の識別インデックスを取得すると共に、前記プラグインモジュールの入力機能で入力された情報と、前記識別インデックスの組を保存する付属情報管理サーバを備えることを特徴とする情報資産管理装置。
【請求項４】
請求項３記載の情報資産管理装置において、
前記付属情報管理サーバは、
要求に応じて一意の識別ＩＤを生成するとともに、
前記プラグインモジュールの入力機能を通して入力された情報と、前記プラグインモジュールから前記付属情報管理サーバに対するＩＤ取得要求メッセージに対して取得されたＩＤとの組を格納することを特徴とする情報資産管理装置。
【請求項５】
請求項４記載の情報資産管理装置において、
前記付属情報に対して、プラグインで取得したＩＤを対象となる情報資産の要素の子要素として、出力するテキストに埋め込むことを特徴とする情報資産管理装置。
【請求項６】
請求項２記載の情報資産管理装置において、
前記付属情報を、対象となる情報資産の要素の子要素として、出力するテキストに埋め込むことを特徴とする情報資産管理装置。
【請求項７】
請求項３記載の情報資産管理装置において、
前記付属情報管理サーバは、予め定義された情報資産の構成要素に関連付ける情報の主キーと内容を格納した付属情報内容データベースと、情報資産の要素のＩＤと付属情報の主キーの対応を格納する付属情報データベースとを有し、
前記アプリケーションソフトウェアのプラグインから、編集中の情報資産の要素に付属情報を付与する際、前記付属情報内容データベースの内容を参照し、選択させることで、編集中の情報資産の要素の付属情報を決定し、前記要素のＩＤと選択された付属情報内容の主キーとの組を前記付属情報データベースに格納することを特徴とする情報資産管理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報資産管理装置に係り、特に、設計ドキュメントなどを管理するに好適な情報資産管理装置に関する。
【背景技術】
【０００２】
近年、ドキュメントの電子化が進行し、特に設計などの業務に係わるドキュメントでは、手書き文書が見られることは少なくなってきた。中でも、情報処理システム、制御システムなどに関する設計ドキュメントは、その傾向が強い。
【０００３】
一方で、建設におけるＣＡＤや、制御における制御系設計ツール（ＭａｔＬａｂなど）のような設計ツールのデファクトが進んでいないのが情報処理システムである。情報処理の部分に関しては、設計内容の記述方法が未だに定まっていない状況にある。ＵＭＬなど、この分野でも主力となる記述方法が現れつつあるが、必ずしも曖昧さの無い記述ができる記法ではないため、自動でプログラムの生成はできないと言われている。このようなことから、自然言語による補足説明が重要であるという考え方もある。例えば、ｅＸｔｒｅａｍｅ  Ｐｒｏｇｒａｍｍｉｎｇでは、設計ドキュメントに頼らず、プログラムとコメントを重要視している。
【０００４】
一方、情報処理ソフトウェアのコード量が飛躍的に増大していることは、携帯電話や自動車の組み込みソフトウェアの例で問題になっている通りである。このような分野では、短いサイクルで、高信頼なソフトウェアを作るため、過去の設計を再利用する場合が多い。この場合、再利用の対象となる何らかの機能に係わる設計ドキュメント、プログラムソース、テスト設計ドキュメント、テストツールやテストプログラム、テストに使用するデータ、テスト結果などを適切に再利用する必要がある。
【０００５】
このようなドキュメントやプログラム、データなどは、製品や案件毎に纏めて管理されている。また更に必要に応じて、より細かな単位として、例えば、“ステアリング制御機能”と言った機能や、或は、“多重化に関して”といった関心事のような単位で管理される場合もある。ここではこのような何らかの纏まりを持つドキュメントやプログラム、データなどを、「情報資産」と呼ぶことにする。
【０００６】
このような情報資産の管理に関しては、従来から様々な技術が開発されてきている。例えば、特許文献１のように、文書の状態と複数の文書間の関連を管理するものも知られている。また、特許文献２のように、文書とそれに対するアクセス権を管理し、ユーザのアクセス要求に対して、文書の表示可否を判断し、表示を制御するといったものも知られている。その他、前述したＵＭＬのような記法で記述されたモデルとプログラムの対応関係を双方向で管理し、どちらか一方の変更に対して、他方を自動的に修正するといった特許文献３のようなものも知られている。
【０００７】
【特許文献１】特開２００３−１９６４３９号公報
【特許文献２】特開２００５−２７５７５９号公報
【特許文献３】特表２００５−５３０２３８号公報  ところで、このような情報資産の内、特に全体の機能の説明、システム構成、情報処理に関する機能の目的や動的な動きの説明、テスト方案、リプレースの手順などは、専用のＣＡＤツールではなく、事務用のワードプロセッサや表計算ソフトウェア上に記述されていることが多い。特に機能に係わる情報処理において、プログラムやモジュール、機能間の動的な関係を記述するような場合、システムの構成を記述するような場合には、ワードプロセッサや表計算ソフトに描画領域を貼り、その中に、テキストオブジェクトや線や矩形などのオブジェクト、ビットマップなどを配置して、記載するといった方法が採られる場合が多い。
【発明の開示】
【発明が解決しようとする課題】
【０００８】
前述のように、情報処理ソフトウェアのコード量は飛躍的に増大している一方、開発期間への短縮要求は強まっている。また、例えば携帯電話の通話機能以外のように、その製品の本来の機能ではなくても、ユーザが増えれば、高い信頼性が求められるようになるため、信頼性の向上に対する要求も強まる傾向にある。
【０００９】
このような高信頼化と高機能化を両立して行くためには、機能をモジュール化して再利用性を高めて行くことが重要であるが、初めから、再利用が可能なモジュールができるケースはまれである。ソフトウェアよりもこのような再利用が進んでいる電子回路であっても、当初はディスクリートな回路で構成され、市場への浸透の少し先を行く形で、ワンチップ化されるといった経緯を辿るのが普通である。
【００１０】
このようにある程度の塊で再利用されるようになるまでには、機能の洗練や、コードレベルでの洗練、ドキュメントの修正、テストケースやテストデータの追加（或は削除）など、情報資産に対する様々な改変が発生する。
【００１１】
機能項目や関心事を、「情報資産の主題」と呼ぶことにすると、最大（粒度）の主題は、製品や案件のレベルであり、それより粒度の細かな主題として、前述の“ステアリング制御機能”や“多重化に関して”といったものがある。文書ファイルやプログラムファイルに１：１で対応するような粒度の主題に関する改変の場合でも、通常、設計内容を表す文書、対応するプログラム、テスト仕様、テストデータなど、複数の情報資産の変更管理が必要となる。
【００１２】
より細かな粒度の主題の場合には、複数の主題に関する内容が、同一の文書ファイルやプログラムファイルに記載されていることも少なくない。Ｃ言語が主流の時代には、一関数を一ファイルに記述するというスタイルも少なくは無かったが、Ｃ＋＋やＪａｖａ（登録商標）と言ったオブジェクト指向言語では、クラスとファイルが対応するため、複数のメンバー関数が一つのファイルに記述されるため、結果的に、複数の主題が一つにプログラムファイルに記述されるケースが多くなっている。このため、複数の主題に関する改変に対応した変更管理を行なうためには、個々の情報資産、すなわち、文書ファイルやプログラムファイル、データファイルの内容にまで踏み込んだ管理が必要になる。
【００１３】
このような内容のレベルでの管理を行なう必要がある一方で、情報資産の多くは、人が見ることを第一の目標とした電子化が行なわれているため、ワードプロセッサや表計算ソフトのどのような機能をどのように使うかと言ったことにまでは制限を与えていない場合が多い。そのため、文書を作成するアプリケーションソフト上での編集や検索、印刷は可能であるが、そのようなアプリケーションソフトウェア無しに、或は複数のアプリケーションソフトで作成されるファイルに跨って、内容のレベルでの情報資産の管理をすることは困難である。
【００１４】
本発明の目的は、このような情報資産に対する管理、特に内容のレベルで複数のアプリケーションで作成された情報資産の間の関係を管理することができる情報資産管理装置を提供することにある。
【課題を解決するための手段】
【００１５】
（１）上記目的を達成するために、本発明は、タグ構造を有するテキスト形式でファイル出力が可能なアプリケーションソフトウェアで編集された情報資産を管理する情報資産管理装置であって、アプリケーションソフトウェアの生成するテキストの他に、タグ構造を持つテキストドキュメントを入力可能なツールを用いて付属情報を、前記情報資産に埋め込んで保存するようにしたものである。  
かかる構成により、情報資産に対する管理、特に内容のレベルで複数のアプリケーションで作成された情報資産の間の関係を管理することができるものとなる。
【００１６】
（２）上記（１）において、好ましくは、前記ツールは、プラグインモジュールの入力手段である。
【００１７】
（３）上記（２）において、好ましくは、前記情報資産は、ファイルを構成する要素に対して一意な識別インデックスを持たせて保存することが可能なアプリケーションソフトウェアで編集されたものであり、前記プラグインモジュールで情報資産の要素の識別インデックスを取得すると共に、前記プラグインモジュールの入力機能で入力された情報と、前記識別インデックスの組を保存する付属情報管理サーバを備えるようにしたものである。
【００１８】
（４）上記（３）において、好ましくは、前記付属情報管理サーバは、要求に応じて一意の識別ＩＤを生成するとともに、前記プラグインモジュールの入力機能を通して入力された情報と、前記プラグインモジュールから前記付属情報管理サーバに対するＩＤ取得要求メッセージに対して取得されたＩＤとの組を格納するようにしたものである。
【００１９】
（５）上記（４）において、好ましくは、前記付属情報に対して、プラグインで取得したＩＤを対象となる情報資産の要素の子要素として、出力するテキストに埋め込むようにしたものである。
【００２０】
（６）上記（２）において、好ましくは、前記付属情報を、対象となる情報資産の要素の子要素として、出力するテキストに埋め込むようにしたものである。
【００２１】
（７）上記（３）において、好ましくは、前記付属情報管理サーバは、予め定義された情報資産の構成要素に関連付ける情報の主キーと内容を格納した付属情報内容データベースと、情報資産の要素のＩＤと付属情報の主キーの対応を格納する付属情報データベースとを有し、前記アプリケーションソフトウェアのプラグインから、編集中の情報資産の要素に付属情報を付与する際、前記付属情報内容データベースの内容を参照し、選択させることで、編集中の情報資産の要素の付属情報を決定し、前記要素のＩＤと選択された付属情報内容の主キーとの組を前記付属情報データベースに格納するようにしたものである。
【発明の効果】
【００２２】
本発明によれば、情報資産に対する管理、特に内容のレベルで複数のアプリケーションで作成された情報資産の間の関係を管理することができるものとなる。
【発明を実施するための最良の形態】
【００２３】
以下、図１〜図１０を用いて、本発明の第１の実施形態による情報資産管理装置の構成及び管理動作について説明する。  
最初に、図１を用いて、本実施形態による情報資産管理装置の構成について説明する。  
図１は、本発明の第１の実施形態による情報資産管理装置のシステム構成を示すシステムブロック図である。
【００２４】
本実施形態の情報資産管理装置は、情報資産サーバ１１０と、情報資産作成用クライアント１５０と、それらを繋ぐネットワーク１０１とで構成される。情報資産サーバ１１０には、複数のクライアント上の複数のアプリケーションソフトウェアで作成された文書，プログラムソース，データなどの情報資産が格納される情報資産データベース１１１と、情報資産の入出庫の管理を行なう情報資産管理プログラム１１５が装備されている。
【００２５】
情報資産作成用クライアント１５０には、複数の情報資産作成用アプリケーションソフトウェア１５１，１５２が格納されている。情報資産作成用アプリケーションソフトウェア１５１，１５２は、例えば、ワードプロセッシング用のアプリケーションソフトや、表計算用のアプリケーションソフトや、プレゼンテーション用のアプリケーションソフトなどである。情報資産作成用アプリケーションソフトウェア１５１，１５２は、ＸＭＬ，ＨＴＭＬ，ＳＧＭＬなどのタグ構造を有するテキスト形式でファイル出力が可能なものである。
【００２６】
情報資産作成用アプリケーションソフトウェア１５１、１５２で扱う情報を、情報資産の文書構造を表すツリーのノード（例えばノード１２１）とその内容（リーフ１２２）とすると、情報資産データベース１１１上の情報資産１１８は、情報資産の文書構造を表すツリーのノード（例えばノード１２１）、およびノードの内容（例えばリーフ１２２）の他、ノードに紐付いた付属情報（例えば、ノード１２１の場合、リーフ１２３）を有する。付属情報（例えばリーフ１２３）は、情報資産作成用アプリケーションソフトウェアでは予め取り扱いを想定していない情報であるため、アプリケーションソフトウェア１５１、１５２のメモリ上に読み出された情報資産１５５には、ノード（例えばノード１２１）と内容（例えばリーフ１２２）の情報のみが展開される。
【００２７】
情報資産作成用アプリケーションソフトウェア１５１、１５２には、付属情報を扱うプラグインモジュール１５３、１５４が追加されている。プラグインモジュール１５３，１５４は、例えば、ボタン押下に対して、ダイアログを表示し、付属情報を入力してもらうことで、編集中の情報資産に付属情報を追加する機能を実装する。また、付属情報の編集修了時に、追加された付属情報と、それが追加された位置を表すノード（文書の構造を表すノード）の情報のペアをサーバに送信する機能も実装する。プラグインモジュール１５３，１５４は、タグ構造を持つテキストドキュメントを入力可能なツールである。テキストドキュメントを入力可能なツールとしては、ノートパッドなどもある。
【００２８】
送信された付属情報は、対応する文書構造の上のノードの情報と共に、情報資産サーバ１１０の出庫中文書編集情報一時データベース１１２、１１３、１１４に格納される。例えば、図１の情報資産作成用アプリケーション１５２上で編集されている情報資産１５５に対する変更情報が、出庫中文書編集情報一時データベース１１４で管理中の場合、作成された付属情報１１９は、出庫中文書編集情報一時データベース１１４上に、図示のような形で、格納される。複数個所の変更があるため、出庫中文書編集情報一時データベース１１４に格納される付属情報１１９は、複数となる。また、情報資産管理サーバが複数クライアントにサービスを提供し、複数の文書を出庫している場合は、出庫中文書編集情報一時データベース１１２、１１３、１１４は、図に示すように複数となる。
【００２９】
情報資産作成用クライアント上で情報資産１５５を保存する際は、情報資産１５５の内容がシリアライズされてサーバに返却されるが、その際、付属情報復元処理部１１７でサーバ側にある出庫時（あるいは、直前の保存時）の情報資産１１８と返却された情報資産とを比較し、元の情報資産１１８が持っている付属情報（例えば１２３など）を更新後の情報資産に追加する。また、付属情報追加更新処理部１１６で、編集期間中に出庫中文書編集情報一時データベース１１４に保存された付属情報１１９を、更新された情報資産とマージする。情報資産管理プログラム１１５は、これらの前処理が終わった文書を情報資産データベース１１１に格納し、出庫中文書編集情報一時データベース１１４の内容をクリアする。
【００３０】
なお、付属情報復元処理部１１７の処理内容については、図４を用いて後述する。また、付属情報追加更新処理部１１６の処理内容については、図５を用いて後述する。
【００３１】
次に、図２及び図３を用いて、本実施形態による情報資産管理装置に用いるプラグインについて説明する。  
図２は、本発明の第１の実施形態による情報資産管理装置に用いるプラグインの画面表示例の説明図である。図３は、本発明の第１の実施形態による情報資産管理装置に用いるプラグイン実行時の入力画面の説明図である。
【００３２】
図２は、プラグインモジュール１５３は、情報資産作成用クライアント１５０上の情報資産作成用アプリケーションソフトウェア（たとえば１５１）の画面２０１上に、アイコン（ボタン）２０２として表示される。
【００３３】
図３は、プラグインのアイコン２０２をクリックした時に表示される画面の例を示しており、付属情報としてテキストを入力するものを示している。
【００３４】
次に、図４を用いて、本実施形態による情報資産管理装置における付属情報復元処理部１１７の処理内容について説明する。  
図４は、本発明の第１の実施形態による情報資産管理装置における付属情報復元処理部の処理内容を示すフローチャートである。
【００３５】
文書の情報は、例えば、図１の情報資産１１８や情報資産１５５に示した通り、ツリーで表現することができる。例えば、ＣやＰＡＳＣＡＬ、ＦＯＲＴＲＡＮといった言語を用いたプログラムの場合でも、ＧＯＴＯなどを使って構造化されていないプログラムにすることで、アルゴリズム自体（プログラムの制御の流れ）はツリーにならないように構成することができるが、その場合でも、プログラムの記述自体はツリーとして記述できる。
【００３６】
このようなツリー構造で記述された情報資産に対して、付属情報復元処理部１１７の処理では、最上位のノードから順次、その子ノードをチェックして、更新前の情報資産に含まれていた付属情報を更新後の情報資産の対応する場所にコピーする処理を示している。なお、図４の付属情報復元処理部１１７の処理アルゴリズムは、図１の情報資産１１８や情報資産１５５に示した様に、情報資産が仮想的な最上位ノードを一つだけ持つ場合を想定している。
【００３７】
初めに更新後の情報資産の最上位ノード（図１の更新後情報資産のｒｏｏｔ（１５５））をシリアライズしたデータから取得する（ステップ７０１）。続いて、更新前の情報資産の最上位ノード（図１の更新後情報資産のｒｏｏｔ（１１８））をシリアライズしたデータから取得する（ステップ７０２）。ステップ７０２で取得した更新前情報資産の最上位ノードの直接のリーフとして、付属情報があれば、これを更新後情報資産の最上位ノードの直接のリーフとして追加する（ステップ７０３）。
【００３８】
次に、更新後情報資産の最上位ノードの子ノード（図１の場合、“１章“と“２章“）の全てに関して、反復子（Ｉｔｅｒａｔｏｒ）を用いて、ブロック７９０の処理を実施する。
【００３９】
ブロック７９０では、現在の反復子が指すノードＮ（ｉ，ｊ）に対して、更新前の同じノードを検索し（ステップ７１０）、その子ノード（リーフ）として、付属情報が登録されている場合（ステップ７１１）には、更新後のノードＮ（ｉ，ｊ）の子ノード（リーフ）として、同じノードをコピーして追加する（ステップ７１２）。続いて更新後情報資産の当該ノードＮ（ｉ，ｊ）の子ノードについて（ステップ７１３）、反復子（Ｉｔｅｒａｔｏｒ）を用いて、ブロック７９０の処理を実施する（ステップ７２０）。
【００４０】
更新前の情報資産のノードＮ（ｉ，ｊ）と更新後の情報資産のノードＮ（ｉ，ｊ）の対応には幾つもの方法があるが。これは情報資産作成用アプリケーションのシリアライズ方式に依存する。例えば、ツリーの木構造をｒｏｏｔ側から辿って、一致する位置のノードとする方法、ノードに一意識別可能なＩＤがあり、それが一致するノードを選択する方法、ノードに直接接続されたリーフである内容（図１の１２２）の構文解析結果の結果が最も一致するノードなど、様々な方法が考えられるが、本発明では、使用する情報資産作成用アプリケーションの出力形式に依存した一致判定方法を、ドキュメントの拡張子などを用いて選択し、使用する。
【００４１】
次に、図５を用いて、本実施形態による情報資産管理装置における付属情報追加更新処理部１１６の処理内容について説明する。  
図５は、本発明の第１の実施形態による情報資産管理装置における付属情報追加更新処理部の処理内容を示すフローチャートである。
【００４２】
更新分および追加分に関する付属情報（複数）を更新時刻で古いほうから順にソートし（ステップ８０１）、ソートした更新分および追加分に関する付属情報の全てに対して反復子（Ｉｔｅｒａｔｏｒ）を用いて、順次、ステップ８０３、ステップ８０４の処理を実施する（ステップ８０２）。
【００４３】
ステップ８０３では、現在の反復子が指す更新および追加情報の内、情報資産の構造の情報を用いて、更新後の情報資産の対応するのノードを取得する。次の取得した更新後の情報資産のノードに、更新および追加情報の付属情報の内容をコピーして、子ノード（リーフ）として追加する（ステップ８０４）。
【００４４】
次に、図６を用いて、本実施形態による情報資産管理装置の情報資産管理サーバに格納された情報資産の一例について説明する。  
図６は、本発明の第１の実施形態による情報資産管理装置の情報資産管理サーバに格納された情報資産の一例の説明図である。
【００４５】
情報資産は、例えば図６に示すように、ＸＭＬ形式のようなタグ構造を有するテキスト形式のドキュメントとして記録される。
【００４６】
次に、図７を用いて、本実施形態による情報資産管理装置の情報資産作成用アプリケーション１５１、１５２で情報資産を変更し、保存する際の出力の一例について説明する。  
図７は、本発明の第１の実施形態による情報資産管理装置の情報資産作成用アプリケーションで情報資産を変更し、保存する際の出力の一例の説明図である。
【００４７】
図７は、情報資産作成用アプリケーション１５１、１５２で、図９に示した情報資産を変更し、保存する際の出力の一例を示している。この例では、情報資産作成用アプリケーションがＸＭＬ形式で文書を保存する例を示している。この例では、図１の情報資産１１８の内、第１章第１節、第１章第２節を変更した場合を示している。
【００４８】
次に、図８を用いて、本実施形態による情報資産管理装置における、付属情報を扱うプラグインモジュール１５３、１５４で追加した付属情報の一例について説明する。  
図８は、本発明の第１の実施形態による情報資産管理装置における、付属情報を扱うプラグインモジュールで追加した付属情報の一例の説明図である。
【００４９】
図８は、編集中に、付属情報を扱うプラグインモジュール１５３、１５４で追加した付属情報を示しており、これも、一例としてＸＭＬ形式で示している。この例では、図７で説明したように、第１章第２節を変更するとともに、その変更に関して、付属情報を追加した例を示している。
【００５０】
次に、図９及び図１０を用いて、本実施形態による情報資産管理装置における付属情報追加更新処理部１１６によって合成された情報資産の一例について説明する。  
図９及び図１０は、本発明の第１の実施形態による情報資産管理装置における付属情報追加更新処理部によって合成された情報資産の一例の説明図である。
【００５１】
付属情報追加更新処理部１１６は、図６に示す変更前の情報資産に対して、図７に示す変更後の情報資産と、図８に示す変更および追加した付属情報を合成する。合成した結果は、図９に示すようになる。また、図１０は、更新後のツリーの状況を示している。
【００５２】
以上説明したように、本実施形態によれば、ＸＭＬ形式などのテキスト形式でファイルを保存できる任意のアプリケーションソフトウェアを用いて作成される情報資産の内容、すなわち、ファイルを構成する章、節、項、図、表、及びその中のオブジェクトと言ったレベルの情報資産の構成要素に対して、補足的な付属情報を管理することができる。これにより、様々なアプリケーションで、任意のスタイルで記述される情報資産に主題を紐付けることができるようになるため、主題に応じた変更管理、影響波及の管理、再利用が可能となる。したがって、情報資産に対する管理、特に内容のレベルで複数のアプリケーションで作成された情報資産の間の関係を管理することができる。
【００５３】
次に、図１１を用いて、本発明の第２の実施形態による情報資産管理装置の構成について説明する。  
図１１は、本発明の第２の実施形態による情報資産管理装置のシステム構成を示すシステムブロック図である。なお、図１と同一符号は、同一部分を示している。
【００５４】
本実施形態では、出庫中文書編集情報一時データベースを情報資産サーバ１１０上に持たず、情報資産作成用アプリケーションソフトウェア１５１Ａのプラグインモジュール１５３Ａ上に配置する例である。プラグインモジュール１５３Ａには、出庫中文書編集情報一時データベース４０３があり、ここに、編集中の文書ごとに編集箇所に関する付属情報１１９を保持しておき、保存のタイミングで、編集中の情報資産のデータ１５５とともに、情報資産管理サーバ１１０へ、データを送信する。
【００５５】
本実施形態における資産管理プログラム１１５、付属情報追加更新部１１６、付属情報復元部１１７の機能は、図１〜図１０で示したものと同様である。
【００５６】
次に、図１２及び図１３を用いて、本発明の第３の実施形態による情報資産管理装置の構成について説明する。  
図１２は、本発明の第３の実施形態による情報資産管理装置のシステム構成を示すシステムブロック図である。なお、図１，図１１と同一符号は、同一部分を示している。図１３は、本発明の第３の実施形態による情報資産管理装置に用いるプラグインの画面表示例の説明図である。
【００５７】
本実施形態では、図１の例で情報資産管理サーバ１１０上の情報資産管理プログラム１１５の機能であった付属情報追加更新部１１６、付属情報復元部１１７を、それぞれ、情報資産作成用アプリケーションソフトウェア１５１Ｂ上のプラグインモジュールとして実装する構成例である。図１２に示すように、付属情報追加更新プラグインモジュール１１６Ａ、付属情報復元プラグインモジュール１１７Ａの機能は、それぞれ、図１の実施例の付属情報追加更新部１１６、および付属情報復元部１１７と同様である。
【００５８】
図１３は、図１２に示した実施形態における情報資産作成用アプリケーションソフトウェア１５１Ｂの画面の構成例を示している。図１２の例では、情報資産作成用アプリケーションソフトウェア１５１Ｂの画面６０１には、付属情報を扱うプラグインモジュール１５３Ａのアイコン６０２に加えて、付属情報追加更新プラグインモジュール１１６Ａのアイコン６０４と、付属情報復元プラグインモジュール１１７Ａのアイコン６０３とを持つ。
【００５９】
図１１〜図１３の実施形態においても、図１の実施形態と同様に、情報資産に対する管理、特に内容のレベルで複数のアプリケーションで作成された情報資産の間の関係を管理することができる。
【００６０】
次に、図１４を用いて、本発明の第４の実施形態による情報資産管理装置の構成について説明する。  
図１４は、本発明の第４の実施形態による情報資産管理装置のシステム構成を示すシステムブロック図である。なお、図１，図１１，図１２と同一符号は、同一部分を示している。
【００６１】
本実施形態では、情報資産管理サーバ１１０上の情報資産１１８Ａの保存形態としては、付属情報の内容まで保持せず、そのインデックスを保持する（例えば、１２３Ａ）。インデックスに紐付く情報は、別途、付属情報管理サーバ１３１０上の付属情報管理データベース１３１２に格納する。なお、付属情報管理サーバ１３１０は、必ずしも情報資産管理サーバ１１０と分ける必要は無く、両者を単一のサーバで実現してもよいものである。
【００６２】
本実施形態では、情報資産作成用アプリケーションソフトウェアのプラグインモジュールとなる、付属情報を定義するプラグインモジュール１５３Ａ、１５４Ａのアイコンがクリックされた時、当該情報資産の更新・追加情報を１１４を検索し、当該要素に関する変更・追加が既に実施されているかを確認する。これが見つからなかった場合、更に、情報管理サーバに問い合わせを行ない、当該情報資産の当該要素に関して、既にＩＤが設定されているか否かを確認する。これらの確認処理で、すでにＩＤが登録されている場合は、そのＩＤに対して、図３のような画面で登録された内容を付属情報管理サーバ１３１０に送り、付属情報管理データベース１３１２の登録内容を更新する。もし、上述の検索処理でＩＤが見つからなかった場合は、付属情報管理サーバ１３１０上のＩＤサービス１３１１から、新規のＩＤを取得し、このＩＤに関する付属情報として、図３のような画面で登録された内容を付属情報管理サーバに送り、付属情報管理データベース１３１２に登録する。
【００６３】
本実施形態においても、図１の実施形態と同様に、情報資産に対する管理、特に内容のレベルで複数のアプリケーションで作成された情報資産の間の関係を管理することができる。
【００６４】
次に、図１５及び図１６を用いて、本発明の第５の実施形態による情報資産管理装置の構成について説明する。  
図１５は、本発明の第５の実施形態による情報資産管理装置のシステム構成を示すシステムブロック図である。図１６は、本発明の第５の実施形態による情報資産管理装置にて用いる付属情報の選択画面の表示例の説明図である。なお、図１，図１１〜図１４と同一符号は、同一部分を示している。
【００６５】
本実施形態では、図１４の構成の例に対して更に、付属情報管理サーバの構成を変更したものである。本発明の付属情報管理サーバ１４１０では、付属情報を別途、付属情報内容データベース１４１３に格納し、情報資産のノードが持つ一意なインデックスに対して、付属情報の内容では無く、付属情報内容データベース１４１３のレコードの主キーを紐付ける。このようにすることにより、複数の情報資産や、複数の情報資産の内容（すなわち、一意のインデックスで識別される情報資産の要素）に対して、１つの付属情報の内容を紐付けることができるようになる。
【００６６】
本実施形態の構成では、予め、付属情報内容データベース１４１３を構築しておき、付属情報を定義するプラグインモジュール１５３Ｂ、１５４Ｂのアイコンをクリックした際、図３に示したようなテキスト画面ではなく、図１６のような画面で、付属情報データベースの内容を表示し、選択させることで、付属情報を入力させる構成としてもよいものである。
【００６７】
例えば、付属情報データベースには、開発するシステムに関する主題（機能や関心事）をリストアップしておき、これを情報資産の要素を作成する際に選択させることで、複数の情報資産が、システムのどのような主題について記載しているのかを、情報資産を作成するアプリケーションソフトウェアが扱う情報とは別に、記載し、管理することができる。
【００６８】
本実施形態においても、図１の実施形態と同様に、情報資産に対する管理、特に内容のレベルで複数のアプリケーションで作成された情報資産の間の関係を管理することができる。
【００６９】
次に、図１７を用いて、本発明の第６の実施形態による情報資産管理装置の構成について説明する。  
図１７は、本発明の第６の実施形態による情報資産管理装置のシステム構成を示すシステムブロック図である。なお、図１，図１１〜図１５と同一符号は、同一部分を示している。
【００７０】
本実施形態では、図１における付属情報追加更新処理部１１６、付属情報復元処理部１１７が無い構成としている。すなわち、図６から図１３に示したように、情報資産をシリアライズした結果のノードが個別の識別子を持つ構成となっている場合は、付属情報を定義するプラグインモジュール１５３Ｃ、１５４Ｃのアイコンをクリックした際、そのノードの識別情報を取得し、これと、付属情報の主キーを紐付けて、付属情報データベース１３１２Ａに格納する。これによって、図１における付属情報追加更新処理部１１６、付属情報復元処理部１１７が無い構成とできる。
【００７１】
本実施形態においても、図１の実施形態と同様に、情報資産に対する管理、特に内容のレベルで複数のアプリケーションで作成された情報資産の間の関係を管理することができる。
【００７２】
次に、図１８を用いて、本発明の第７の実施形態による情報資産管理装置の構成について説明する。  
図１８は、本発明の第７の実施形態による情報資産管理装置のシステム構成を示すシステムブロック図である。なお、図１，図１１〜図１５，図１７と同一符号は、同一部分を示している。
【００７３】
本実施形態では、図１５に示した付属情報内容データベース１４１３を予め構築せずに、付属情報を管理するようにしている。そのため、図１７に示した構成で、情報資産の要素の識別ＩＤに対して、図３に示したようなテキスト入力などにより、付属情報を直接入力させ、図１４のような付属情報管理データベース１３１２に格納する構成とする。
【００７４】
本実施形態においても、図１の実施形態と同様に、情報資産に対する管理、特に内容のレベルで複数のアプリケーションで作成された情報資産の間の関係を管理することができる。
【００７５】
本発明は、複数のアプリケーションソフトウェアを用いて、複数の作業者によって作成・編集される複数の設計ドキュメント、プログラム、データなどの管理が必要な組み込みシステムや、情報制御システムなどの文書管理に活用できるものである。
【図面の簡単な説明】
【００７６】
【図１】本発明の第１の実施形態による情報資産管理装置のシステム構成を示すシステムブロック図である。
【図２】本発明の第１の実施形態による情報資産管理装置に用いるプラグインの画面表示例の説明図である。
【図３】本発明の第１の実施形態による情報資産管理装置に用いるプラグイン実行時の入力画面の説明図である。
【図４】本発明の第１の実施形態による情報資産管理装置における付属情報復元処理部の処理内容を示すフローチャートである。
【図５】本発明の第１の実施形態による情報資産管理装置における付属情報追加更新処理部の処理内容を示すフローチャートである。
【図６】本発明の第１の実施形態による情報資産管理装置の情報資産管理サーバに格納された情報資産の一例の説明図である。
【図７】本発明の第１の実施形態による情報資産管理装置の情報資産作成用アプリケーションで情報資産を変更し、保存する際の出力の一例の説明図である。
【図８】本発明の第１の実施形態による情報資産管理装置における、付属情報を扱うプラグインモジュールで追加した付属情報の一例の説明図である。
【図９】本発明の第１の実施形態による情報資産管理装置における付属情報追加更新処理部によって合成された情報資産の一例の説明図である。
【図１０】本発明の第１の実施形態による情報資産管理装置における付属情報追加更新処理部によって合成された情報資産の一例の説明図である。
【図１１】本発明の第２の実施形態による情報資産管理装置のシステム構成を示すシステムブロック図である。
【図１２】本発明の第３の実施形態による情報資産管理装置のシステム構成を示すシステムブロック図である。
【図１３】本発明の第３の実施形態による情報資産管理装置に用いるプラグインの画面表示例の説明図である。
【図１４】本発明の第４の実施形態による情報資産管理装置のシステム構成を示すシステムブロック図である。
【図１５】本発明の第５の実施形態による情報資産管理装置のシステム構成を示すシステムブロック図である。
【図１６】本発明の第５の実施形態による情報資産管理装置にて用いる付属情報の選択画面の表示例の説明図である。
【図１７】本発明の第６の実施形態による情報資産管理装置のシステム構成を示すシステムブロック図である。
【図１８】本発明の第７の実施形態による情報資産管理装置のシステム構成を示すシステムブロック図である。
【符号の説明】
【００７７】
１０１…ネットワーク
１１０…情報資産サーバ
１１１…情報資産データベース
１１２、１１３、１１４…出庫中文書編集情報一時データベース
１１５…情報資産管理プログラム
１１６…付属情報追加更新処理部
１１７…付属情報復元処理部
１１８…情報資産データベース上の情報資産
１１９…更新・作成された付属情報
１５０…情報資産作成用クライアント
１５１、１５２…情報資産作成用アプリケーションソフトウェア
１５５…メモリ上に読み出された変種中の情報資産
１５３、１５４…付属情報を扱うプラグインモジュール
【図１】
2008282231.tif 000003
【図２】
2008282231.tif 000004
【図３】
2008282231.tif 000005
【図４】
2008282231.tif 000006
【図５】
2008282231.tif 000007
【図６】
2008282231.tif 000008
【図７】
2008282231.tif 000009
【図８】
2008282231.tif 000010
【図９】
2008282231.tif 000011
【図１０】
2008282231.tif 000012
【図１１】
2008282231.tif 000013
【図１２】
2008282231.tif 000014
【図１３】
2008282231.tif 000015
【図１４】
2008282231.tif 000016
【図１５】
2008282231.tif 000017
【図１６】
2008282231.tif 000018
【図１７】
2008282231.tif 000019
【図１８】
2008282231.tif 000020