JP2000029757A - 情報管理装置および方法、記録媒体 - Google Patents
情報管理装置および方法、記録媒体Info
- Publication number
- JP2000029757A JP2000029757A JP10211914A JP21191498A JP2000029757A JP 2000029757 A JP2000029757 A JP 2000029757A JP 10211914 A JP10211914 A JP 10211914A JP 21191498 A JP21191498 A JP 21191498A JP 2000029757 A JP2000029757 A JP 2000029757A
- Authority
- JP
- Japan
- Prior art keywords
- definition
- information
- model
- input
- inconsistency
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/28—Databases characterised by their database models, e.g. relational or object models
- G06F16/284—Relational databases
- G06F16/288—Entity relationship models
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/23—Updating
- G06F16/2365—Ensuring data consistency and integrity
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
- Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10S707/00—Data processing: database and file management or data structures
- Y10S707/99931—Database or file accessing
- Y10S707/99933—Query processing, i.e. searching
- Y10S707/99934—Query formulation, input preparation, or translation
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
- Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10S707/00—Data processing: database and file management or data structures
- Y10S707/99941—Database schema or data structure
- Y10S707/99943—Generating database or data structure, e.g. via user interface
Landscapes
- Engineering & Computer Science (AREA)
- Databases & Information Systems (AREA)
- Theoretical Computer Science (AREA)
- Data Mining & Analysis (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Computer Security & Cryptography (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
(57)【要約】
【課題】 構造を持った情報の当該構造を簡単な作業で
自由に定義することができ、多人数による共同作業にも
対応可能なシステムを提供する。 【解決手段】 情報の構造定義を入力する構造定義入力
手段１と、入力された構造定義に従って情報の実体およ
び実体間の関連を表すデータ定義を入力するデータ定義
入力手段２と、入力された定義や制約事項を解析してＥ
Ｒモデルに変換するモデル化手段４とを設け、どのよう
な形で定義を入力しても同じＥＲモデルを得ることがで
きるようにする。これにより、情報の複雑な構造を完全
に意識することなくユーザが書きやすいように自由に定
義を行えるようにするとともに、関連付けも両方向から
行わなくても済むようにすることにより、情報の構造を
自由かつ簡単に定義できるようにする。
自由に定義することができ、多人数による共同作業にも
対応可能なシステムを提供する。 【解決手段】 情報の構造定義を入力する構造定義入力
手段１と、入力された構造定義に従って情報の実体およ
び実体間の関連を表すデータ定義を入力するデータ定義
入力手段２と、入力された定義や制約事項を解析してＥ
Ｒモデルに変換するモデル化手段４とを設け、どのよう
な形で定義を入力しても同じＥＲモデルを得ることがで
きるようにする。これにより、情報の複雑な構造を完全
に意識することなくユーザが書きやすいように自由に定
義を行えるようにするとともに、関連付けも両方向から
行わなくても済むようにすることにより、情報の構造を
自由かつ簡単に定義できるようにする。
Description
【０００１】
【発明の属する技術分野】本発明は情報管理装置および
方法、更にはこれらを実現するためのプログラムを格納
した記録媒体に関し、特に、関連あるいは構造を持った
情報の作成・管理・利用支援を行うためのシステムに用
いて好適なものである。
方法、更にはこれらを実現するためのプログラムを格納
した記録媒体に関し、特に、関連あるいは構造を持った
情報の作成・管理・利用支援を行うためのシステムに用
いて好適なものである。
【０００２】
【従来の技術】一般に、システム開発を行ったり、開発
されたシステムを使って作業を行ったりする際には、種
々の情報が使用される。そしてこれらの情報は、実際に
は個々が単に独立したものとして存在するのではなく、
他の情報との関連を持って存在することが多い。また、
システム開発等の分野に限らず、それ以外の様々な分野
においても（例えば、プレゼンテーション用資料やオン
ラインマニュアル等の各種ドキュメント、住所録や用語
辞書等の各種データベースの作成を行う際にも）、使用
される情報は互いに関連を持っていることが多い。
されたシステムを使って作業を行ったりする際には、種
々の情報が使用される。そしてこれらの情報は、実際に
は個々が単に独立したものとして存在するのではなく、
他の情報との関連を持って存在することが多い。また、
システム開発等の分野に限らず、それ以外の様々な分野
においても（例えば、プレゼンテーション用資料やオン
ラインマニュアル等の各種ドキュメント、住所録や用語
辞書等の各種データベースの作成を行う際にも）、使用
される情報は互いに関連を持っていることが多い。
【０００３】この場合、そのような関連、つまり構造を
持った情報をコンピュータにて管理すること、しかもそ
の管理を円滑に行えるようにすることが望まれる。例え
ば、ソフトウェア開発において、仕様書に登場する用語
に対して、その用語の意味や付随する情報を適切に管理
することは、ソフトウェア開発の生産性を向上させる上
で有益である。すなわち、仕様書と用語との結びつき
や、仕様書上の用語と実装上の情報（プログラム化の際
の変数名や、あるいはその変数の型や制約事項などの情
報）との結びつき、または用語同士の関連（同義語な
ど）などがなす体系を適切に管理することにより、開発
効率を向上させることが期待される。また、同義語など
に限らず、例えば「コンピュータ」と「パソコン」のよ
うに概念的に関連している情報を関連付けておければ更
に便利である。
持った情報をコンピュータにて管理すること、しかもそ
の管理を円滑に行えるようにすることが望まれる。例え
ば、ソフトウェア開発において、仕様書に登場する用語
に対して、その用語の意味や付随する情報を適切に管理
することは、ソフトウェア開発の生産性を向上させる上
で有益である。すなわち、仕様書と用語との結びつき
や、仕様書上の用語と実装上の情報（プログラム化の際
の変数名や、あるいはその変数の型や制約事項などの情
報）との結びつき、または用語同士の関連（同義語な
ど）などがなす体系を適切に管理することにより、開発
効率を向上させることが期待される。また、同義語など
に限らず、例えば「コンピュータ」と「パソコン」のよ
うに概念的に関連している情報を関連付けておければ更
に便利である。
【０００４】
【発明が解決しようとする課題】従来、このような構造
を持った情報を管理するためのツールがいくつか提案さ
れ、また、利用されている。しかしながら、それらのツ
ールは何れも、それぞれのツールに決められた方式に従
って情報間の関連付けを行わなければならず、また、双
方向に関連を持つ情報間ではその双方向から関連付けを
行わなければならなかった。そのため、構造を自由に定
義することができず、しかもその作業は非常に面倒であ
った。
を持った情報を管理するためのツールがいくつか提案さ
れ、また、利用されている。しかしながら、それらのツ
ールは何れも、それぞれのツールに決められた方式に従
って情報間の関連付けを行わなければならず、また、双
方向に関連を持つ情報間ではその双方向から関連付けを
行わなければならなかった。そのため、構造を自由に定
義することができず、しかもその作業は非常に面倒であ
った。
【０００５】また、例えばシステム開発のような場面で
は、上述のような構造を持った情報の作成・管理を多人
数による共同作業によって行う場合が多い。この場合に
は、作成した情報の構造に不整合が生じる可能性が高く
なる。従来は、このような不整合は人手によって発見し
て修正しなければならなかった。
は、上述のような構造を持った情報の作成・管理を多人
数による共同作業によって行う場合が多い。この場合に
は、作成した情報の構造に不整合が生じる可能性が高く
なる。従来は、このような不整合は人手によって発見し
て修正しなければならなかった。
【０００６】例えば不整合を発見するツールを利用した
としても、従来は単に不整合を発見してエラーであるこ
とをユーザに伝えるものであったため、情報を１項目入
力するたびに整合性チェックをかけて、常に整合性をと
りながら作業を進めていくというアプローチが用いられ
ていた。
としても、従来は単に不整合を発見してエラーであるこ
とをユーザに伝えるものであったため、情報を１項目入
力するたびに整合性チェックをかけて、常に整合性をと
りながら作業を進めていくというアプローチが用いられ
ていた。
【０００７】この場合、複数人による共同作業時には、
他人の入力を待たないと自分の入力ができなかったり、
他人のミスによって入力ができなくなってしまったりす
ることが有り得る。しかも、これを完璧に行わないと再
びエラーを引き起こすことになる。このようなことか
ら、共同作業では、不整合の解消作業に要する時間が多
くを占めていた。
他人の入力を待たないと自分の入力ができなかったり、
他人のミスによって入力ができなくなってしまったりす
ることが有り得る。しかも、これを完璧に行わないと再
びエラーを引き起こすことになる。このようなことか
ら、共同作業では、不整合の解消作業に要する時間が多
くを占めていた。
【０００８】また、不整合が発見されたときは、共同作
業者のうちの誰が作成したどの情報に不整合が有るかを
調べ、それを解決して次の作業に移るという手順を踏む
必要がある。この場合、不整合であった部分およびその
不整合であった部分に関連する情報も全てシステムへ入
力できなくなり、利用できなくなってしまうということ
があった。
業者のうちの誰が作成したどの情報に不整合が有るかを
調べ、それを解決して次の作業に移るという手順を踏む
必要がある。この場合、不整合であった部分およびその
不整合であった部分に関連する情報も全てシステムへ入
力できなくなり、利用できなくなってしまうということ
があった。
【０００９】このようなことから、構造を持った情報を
管理するための従来のツールは、情報の作成の段階で十
分に注意を払いながら作業を進める必要があり、多人数
による共同作業には不向きであった。
管理するための従来のツールは、情報の作成の段階で十
分に注意を払いながら作業を進める必要があり、多人数
による共同作業には不向きであった。
【００１０】本発明は、このような問題を解決するため
に成されたものであり、構造を持った情報の当該構造を
簡単な作業で自由に定義することができ、多人数による
共同作業にも対応可能なシステムを提供することによ
り、構造を持つ情報の作成・管理の作業効率を向上でき
るようにすることを目的とする。
に成されたものであり、構造を持った情報の当該構造を
簡単な作業で自由に定義することができ、多人数による
共同作業にも対応可能なシステムを提供することによ
り、構造を持つ情報の作成・管理の作業効率を向上でき
るようにすることを目的とする。
【００１１】
【課題を解決するための手段】本発明の情報管理装置
は、構造を持った情報の管理を行う情報管理装置であっ
て、上記構造の定義を入力する第１の入力手段と、上記
第１の入力手段により入力された構造定義に従って各情
報の実体および実体間の関連を表すデータ定義を入力す
る第２の入力手段と、上記第１、第２の入力手段により
入力された定義を解析してＥＲモデルに変換するモデル
化手段とを備えたことを特徴とする。
は、構造を持った情報の管理を行う情報管理装置であっ
て、上記構造の定義を入力する第１の入力手段と、上記
第１の入力手段により入力された構造定義に従って各情
報の実体および実体間の関連を表すデータ定義を入力す
る第２の入力手段と、上記第１、第２の入力手段により
入力された定義を解析してＥＲモデルに変換するモデル
化手段とを備えたことを特徴とする。
【００１２】本発明の他の態様では、上記モデル化手段
は、上記第１、第２の入力手段により入力された各情報
の実体を解析する第１の解析手段と、上記各情報間の関
連を解析する第２の解析手段と、上記第１の解析手段に
よる解析結果に従って上記ＥＲモデルのエンティティ定
義に変換するエンティティ変換手段と、上記第２の解析
手段による解析結果に従って上記ＥＲモデルのリレーシ
ョンシップ定義に変換するリレーションシップ変換手段
とを備える。
は、上記第１、第２の入力手段により入力された各情報
の実体を解析する第１の解析手段と、上記各情報間の関
連を解析する第２の解析手段と、上記第１の解析手段に
よる解析結果に従って上記ＥＲモデルのエンティティ定
義に変換するエンティティ変換手段と、上記第２の解析
手段による解析結果に従って上記ＥＲモデルのリレーシ
ョンシップ定義に変換するリレーションシップ変換手段
とを備える。
【００１３】本発明のその他の態様では、上記第１、第
２の入力手段により入力された定義を上記モデル化手段
により上記ＥＲモデルに変換する際に、定義内容の不整
合を検出する不整合検出手段を備える。ここで、上記情
報の構造を定義する際に任意の制約事項を入力する第３
の入力手段を備え、上記不整合検出手段は上記制約事項
の検証を行うようにしても良い。また、上記不整合検出
手段により検出された不整合をエラーとして出力するよ
うにしても良い。また、上記不整合検出手段により検出
された不整合の部分を、不整合であることを示すエンテ
ィティおよびリレーションシップの定義に変換する置き
換え手段を備えるようにしても良い。
２の入力手段により入力された定義を上記モデル化手段
により上記ＥＲモデルに変換する際に、定義内容の不整
合を検出する不整合検出手段を備える。ここで、上記情
報の構造を定義する際に任意の制約事項を入力する第３
の入力手段を備え、上記不整合検出手段は上記制約事項
の検証を行うようにしても良い。また、上記不整合検出
手段により検出された不整合をエラーとして出力するよ
うにしても良い。また、上記不整合検出手段により検出
された不整合の部分を、不整合であることを示すエンテ
ィティおよびリレーションシップの定義に変換する置き
換え手段を備えるようにしても良い。
【００１４】本発明のその他の態様では、上記ＥＲモデ
ルをハイパーテキストに展開する手段を備える。
ルをハイパーテキストに展開する手段を備える。
【００１５】また、本発明の情報管理方法は、構造を持
った情報の管理を行うための情報管理方法であって、上
記構造の定義を入力するステップと、上記入力された構
造定義に従って各情報の実体および実体間の関連を表す
データ定義を入力するステップと、上記入力された定義
を解析してＥＲモデルに変換するステップとを備えたこ
とを特徴とする。
った情報の管理を行うための情報管理方法であって、上
記構造の定義を入力するステップと、上記入力された構
造定義に従って各情報の実体および実体間の関連を表す
データ定義を入力するステップと、上記入力された定義
を解析してＥＲモデルに変換するステップとを備えたこ
とを特徴とする。
【００１６】本発明の他の態様では、上記ＥＲモデルへ
の変換を行う際に、定義内容の不整合を検出する。ここ
で、上記検出された不整合の部分を、不整合であること
を示すエンティティおよびリレーションシップの定義に
変換し、モデル変換処理の終了後に上記不整合の部分を
抽出してまとめて提示するようにしても良い。
の変換を行う際に、定義内容の不整合を検出する。ここ
で、上記検出された不整合の部分を、不整合であること
を示すエンティティおよびリレーションシップの定義に
変換し、モデル変換処理の終了後に上記不整合の部分を
抽出してまとめて提示するようにしても良い。
【００１７】本発明のその他の態様では、上記変換され
たＥＲモデルをハイパーテキストに展開するステップを
更に備える。
たＥＲモデルをハイパーテキストに展開するステップを
更に備える。
【００１８】また、本発明のコンピュータ読み取り可能
な記録媒体は、構造を持った情報の管理を行う情報管理
装置において、上記構造の定義を入力する第１の入力手
段と、上記第１の入力手段により入力された構造定義に
従って各情報の実体および実体間の関連を表すデータ定
義を入力する第２の入力手段と、上記第１、第２の入力
手段により入力された定義を解析してＥＲモデルに変換
するモデル化手段としてコンピュータを機能させるため
のプログラムを記録したことを特徴とする。
な記録媒体は、構造を持った情報の管理を行う情報管理
装置において、上記構造の定義を入力する第１の入力手
段と、上記第１の入力手段により入力された構造定義に
従って各情報の実体および実体間の関連を表すデータ定
義を入力する第２の入力手段と、上記第１、第２の入力
手段により入力された定義を解析してＥＲモデルに変換
するモデル化手段としてコンピュータを機能させるため
のプログラムを記録したことを特徴とする。
【００１９】本発明の他の態様では、上記ＥＲモデルへ
の変換を行う際に定義内容の不整合を検出する手段とし
ての機能を更にコンピュータを実現させるためのプログ
ラムを記録する。
の変換を行う際に定義内容の不整合を検出する手段とし
ての機能を更にコンピュータを実現させるためのプログ
ラムを記録する。
【００２０】本発明のその他の態様では、上記ＥＲモデ
ルをハイパーテキストに展開する手段としての機能を更
にコンピュータを実現させるためのプログラムを記録す
る。
ルをハイパーテキストに展開する手段としての機能を更
にコンピュータを実現させるためのプログラムを記録す
る。
【００２１】
【発明の実施の形態】以下、本発明の一実施形態を図面
に基づいて説明する。図１は、本発明による情報管理装
置の要素的特徴を表す機能構成ブロック図である。以
下、具体例を挙げながら本発明の情報管理装置および方
法について説明する。
に基づいて説明する。図１は、本発明による情報管理装
置の要素的特徴を表す機能構成ブロック図である。以
下、具体例を挙げながら本発明の情報管理装置および方
法について説明する。
【００２２】図１において、１は構造定義入力手段であ
り、管理を行う対象となる様々な情報の構造を定義する
ためのものである。この構造定義入力手段１により、情
報間相互の関連、各情報に付随する情報などに構造を定
義することが可能である。以下では一例として、図２
（ａ）に示すような人事構成の構造を定義することを考
える。この図２（ａ）は、「部」の下に幾つかの「グル
ープ」があり、そのグループに何人かの「人」が所属し
ており、人同士の関係においては上下関係が存在すると
いう構造を表している。
り、管理を行う対象となる様々な情報の構造を定義する
ためのものである。この構造定義入力手段１により、情
報間相互の関連、各情報に付随する情報などに構造を定
義することが可能である。以下では一例として、図２
（ａ）に示すような人事構成の構造を定義することを考
える。この図２（ａ）は、「部」の下に幾つかの「グル
ープ」があり、そのグループに何人かの「人」が所属し
ており、人同士の関係においては上下関係が存在すると
いう構造を表している。
【００２３】このような構造の定義は、実際にはスクリ
プトベースで入力するようになっている。例えば、上記
図２（ａ）の構造は、図３のように記述される。図３の
スクリプトでは、説明の便宜上左側に行番号が記述され
ているが、実際にはこの行番号は不要である。図２
（ａ）の「部」、「グループ」、「人」に対応する定義
がそれぞれ図３の第４〜８行目、第９〜１２行目、第１
３〜１８行目に記述されている。この構造で定義される
「部」、「グループ」などの単位をクラスと呼び、後述
する実際に入力される実体のデータをインスタンスと呼
ぶ。
プトベースで入力するようになっている。例えば、上記
図２（ａ）の構造は、図３のように記述される。図３の
スクリプトでは、説明の便宜上左側に行番号が記述され
ているが、実際にはこの行番号は不要である。図２
（ａ）の「部」、「グループ」、「人」に対応する定義
がそれぞれ図３の第４〜８行目、第９〜１２行目、第１
３〜１８行目に記述されている。この構造で定義される
「部」、「グループ」などの単位をクラスと呼び、後述
する実際に入力される実体のデータをインスタンスと呼
ぶ。
【００２４】例えば、クラス「部」は、“string”、
“list＿of＿ref ＿to”、“optionalstring ”という
３つの要素で定義されている。第５行目の“string”
は、このクラスがどんなものであるかという概要を記載
するための文字列を定義する部分である。第６行目の
“list＿of＿ref ＿to”は、他のクラスを参照し、それ
をリスト化するという定義である。具体的には、クラス
「グループ」を参照して、そこに存在するインスタンス
を抽出して「グループリスト」としてリスト化するとい
う内容である。
“list＿of＿ref ＿to”、“optionalstring ”という
３つの要素で定義されている。第５行目の“string”
は、このクラスがどんなものであるかという概要を記載
するための文字列を定義する部分である。第６行目の
“list＿of＿ref ＿to”は、他のクラスを参照し、それ
をリスト化するという定義である。具体的には、クラス
「グループ」を参照して、そこに存在するインスタンス
を抽出して「グループリスト」としてリスト化するとい
う内容である。
【００２５】また、第７行目では“optional string ”
でコメント欄を設けているが、この“optional”が付い
ている要素は、制約チェック（不整合の確認）を行わな
くても良い部分を示している。詳細は後述するが、ここ
で言う制約チェックとは、対応するインスタンスにおい
てこの要素が存在する必要があるかどうかという確認を
行うことである。
でコメント欄を設けているが、この“optional”が付い
ている要素は、制約チェック（不整合の確認）を行わな
くても良い部分を示している。詳細は後述するが、ここ
で言う制約チェックとは、対応するインスタンスにおい
てこの要素が存在する必要があるかどうかという確認を
行うことである。
【００２６】また、第１５行目の“optional ref＿to”
では、クラス「グループ」を参照して、そこに存在する
インスタンスを「所属」として使用するという定義が記
述されている。この場合も先の“optional string ”と
同様に、制約チェック（不整合の確認）を行わなくても
良いものなので、対応するインスタンスの要素が存在す
る必要があるかどうかという確認をする必要はなく、そ
の要素が空白であっても良い。
では、クラス「グループ」を参照して、そこに存在する
インスタンスを「所属」として使用するという定義が記
述されている。この場合も先の“optional string ”と
同様に、制約チェック（不整合の確認）を行わなくても
良いものなので、対応するインスタンスの要素が存在す
る必要があるかどうかという確認をする必要はなく、そ
の要素が空白であっても良い。
【００２７】ただし、“optional ref＿to”の場合は、
“ ref＿to”が示す通り他のクラスを参照する必要があ
るので、対応するインスタンスが空白でない場合には、
その内容が示す参照先が定義されているかどうかという
参照のチェックは行われる。例えば、先の第１５行目の
例では、クラス「グループ」を参照して、そこに存在す
るインスタンスを「所属」として使用する必要があるの
で、参照先のクラス「グループ」が定義されているかど
うかというチェックが行われる。
“ ref＿to”が示す通り他のクラスを参照する必要があ
るので、対応するインスタンスが空白でない場合には、
その内容が示す参照先が定義されているかどうかという
参照のチェックは行われる。例えば、先の第１５行目の
例では、クラス「グループ」を参照して、そこに存在す
るインスタンスを「所属」として使用する必要があるの
で、参照先のクラス「グループ」が定義されているかど
うかというチェックが行われる。
【００２８】以上のようにクラスを定義することによ
り、情報の構造を定義することができる。なお、図３の
第１〜３行目、第１９〜２１行目は、単なるコメント行
で動作には関係ない部分である。本実施形態では、この
ような構造の定義に併せて、制約事項入力手段３によっ
て様々な制約事項に関する情報も記述することが可能で
ある。例えば、図２（ａ）では電話番号は表現されてい
ないが、図３では第１４行目で、“string”として電話
番号が定義されている。つまり、「人」は必ず「電話番
号」を持っていなければならないといったものである。
り、情報の構造を定義することができる。なお、図３の
第１〜３行目、第１９〜２１行目は、単なるコメント行
で動作には関係ない部分である。本実施形態では、この
ような構造の定義に併せて、制約事項入力手段３によっ
て様々な制約事項に関する情報も記述することが可能で
ある。例えば、図２（ａ）では電話番号は表現されてい
ないが、図３では第１４行目で、“string”として電話
番号が定義されている。つまり、「人」は必ず「電話番
号」を持っていなければならないといったものである。
【００２９】図１に戻り、２はデータ定義入力手段であ
り、上記構造定義入力手段１により入力された構造定義
に従って、管理を行う対象となる上記情報の実体および
実体間の関連等を表すデータ定義を入力するためのもの
である。例えば、図４に示すように、図３のように入力
された構造定義に従って、部は「開発部」、グループは
「開発１課」と「開発２課」、人は「木下太郎」、「田
中次郎」、「井上三郎」という各情報の実体とこれらの
実体間の関連を表す情報、および電話番号等の制約事項
に関する情報、更に図３の“optional”に相当する情報
等をスクリプトベースで入力する。
り、上記構造定義入力手段１により入力された構造定義
に従って、管理を行う対象となる上記情報の実体および
実体間の関連等を表すデータ定義を入力するためのもの
である。例えば、図４に示すように、図３のように入力
された構造定義に従って、部は「開発部」、グループは
「開発１課」と「開発２課」、人は「木下太郎」、「田
中次郎」、「井上三郎」という各情報の実体とこれらの
実体間の関連を表す情報、および電話番号等の制約事項
に関する情報、更に図３の“optional”に相当する情報
等をスクリプトベースで入力する。
【００３０】なお、ここにおいて実体間の関連に関して
は、部のデータ定義において「開発部」のグループリス
トとして「開発１課」と「開発２課」とがあり、人のデ
ータ定義において「木下太郎」、「田中次郎」、「井上
三郎」は皆「開発１課」に所属しており、「田中次郎」
および「井上三郎」の上司が「木下太郎」であるという
ことの内容が記述されている。
は、部のデータ定義において「開発部」のグループリス
トとして「開発１課」と「開発２課」とがあり、人のデ
ータ定義において「木下太郎」、「田中次郎」、「井上
三郎」は皆「開発１課」に所属しており、「田中次郎」
および「井上三郎」の上司が「木下太郎」であるという
ことの内容が記述されている。
【００３１】４はモデル化手段であり、上記各入力手段
１〜３により入力された構造定義、データ定義、制約事
項を解析してＥＲモデル（entity relationship model
）に変換する。ＥＲモデルとは、数あるデータモデル
の中の１つであり、対象とする世界を主にエンティティ
（実体）とリレーションシップ（関連）という２つの概
念を用いて表現するモデルを言う。複数個のエンティテ
ィは、リレーションシップの意味に応じて結びつけられ
る。また、エンティティおよびリレーションシップは共
に属性を持つことができる（例えば、「人」というエン
ティティにおいては上述の電話番号や氏名など）。
１〜３により入力された構造定義、データ定義、制約事
項を解析してＥＲモデル（entity relationship model
）に変換する。ＥＲモデルとは、数あるデータモデル
の中の１つであり、対象とする世界を主にエンティティ
（実体）とリレーションシップ（関連）という２つの概
念を用いて表現するモデルを言う。複数個のエンティテ
ィは、リレーションシップの意味に応じて結びつけられ
る。また、エンティティおよびリレーションシップは共
に属性を持つことができる（例えば、「人」というエン
ティティにおいては上述の電話番号や氏名など）。
【００３２】図２（ｂ）は、上記図４に示したデータ定
義をＥＲモデルに変換した結果の例を示す概念図であ
る。図２（ｂ）において、楕円形で示したものがエンテ
ィティであり、その楕円形を結ぶ実線がリレーションシ
ップである。なお、ここでは、それぞれのエンティティ
およびリレーションシップに紐付いている属性（電話番
号など）については、図示を省略している。このように
して変換されたＥＲモデルの情報は、図１のＥＲ情報記
憶部５に記憶され、保存される。
義をＥＲモデルに変換した結果の例を示す概念図であ
る。図２（ｂ）において、楕円形で示したものがエンテ
ィティであり、その楕円形を結ぶ実線がリレーションシ
ップである。なお、ここでは、それぞれのエンティティ
およびリレーションシップに紐付いている属性（電話番
号など）については、図示を省略している。このように
して変換されたＥＲモデルの情報は、図１のＥＲ情報記
憶部５に記憶され、保存される。
【００３３】以上のように、本実施形態では、入力され
た定義に従って、管理を行う対象とする情報をＥＲモデ
ルへ変換する手段を設けたので、上記情報の複雑な構造
を完全に意識することなく、ユーザが書きやすいように
自由に記述することができる。すなわち、例えば図２の
ような構造をどのように記述しようとも（例えば、
「部」と「グループ」とのリレーションシップや「グル
ープ」と「人」とのリレーションシップ等をどの立場か
ら記述しても）、ＥＲ展開すれば皆同じ形のモデルとな
るので、リレーションシップの定義の仕方は何ら拘束さ
れるものではなく、自由に記述することができる。
た定義に従って、管理を行う対象とする情報をＥＲモデ
ルへ変換する手段を設けたので、上記情報の複雑な構造
を完全に意識することなく、ユーザが書きやすいように
自由に記述することができる。すなわち、例えば図２の
ような構造をどのように記述しようとも（例えば、
「部」と「グループ」とのリレーションシップや「グル
ープ」と「人」とのリレーションシップ等をどの立場か
ら記述しても）、ＥＲ展開すれば皆同じ形のモデルとな
るので、リレーションシップの定義の仕方は何ら拘束さ
れるものではなく、自由に記述することができる。
【００３４】すなわち、図３および図４の例では、
「部」と「グループ」とのリレーションシップについて
は「部」のデータ定義の中で記述し（「開発部」内には
「開発１課」と「開発２課」があるという記述形態）、
「グループ」と「人」とのリレーションシップについて
は「人」のデータ定義の中で記述しているが（誰それは
「開発１課」に所属するという記述形態）、他の記述形
式によっても同じＥＲモデルに展開することができる。
「部」と「グループ」とのリレーションシップについて
は「部」のデータ定義の中で記述し（「開発部」内には
「開発１課」と「開発２課」があるという記述形態）、
「グループ」と「人」とのリレーションシップについて
は「人」のデータ定義の中で記述しているが（誰それは
「開発１課」に所属するという記述形態）、他の記述形
式によっても同じＥＲモデルに展開することができる。
【００３５】例えば、「部」と「グループ」とのリレー
ションシップおよび「グループ」と「人」とのリレーシ
ョンシップの全てを「グループ」のデータ定義の中で記
述しても（「開発１課」と「開発２課」は「開発部」に
属する。また、「開発１課」には誰それがいるという記
述形態）、同じＥＲモデルに展開することができる。こ
のように、本実施形態の情報管理装置によれば、ユーザ
が分かりやすい形で自由にかつ簡単に構造を定義するこ
とができる。
ションシップおよび「グループ」と「人」とのリレーシ
ョンシップの全てを「グループ」のデータ定義の中で記
述しても（「開発１課」と「開発２課」は「開発部」に
属する。また、「開発１課」には誰それがいるという記
述形態）、同じＥＲモデルに展開することができる。こ
のように、本実施形態の情報管理装置によれば、ユーザ
が分かりやすい形で自由にかつ簡単に構造を定義するこ
とができる。
【００３６】また、図１に示すように、本実施形態の情
報管理装置では、モデル化手段４は不整合検出手段４ａ
と置き換え手段４ｂとを備えている。不整合検出手段４
ａは、各入力手段１〜３により入力された定義や制約事
項をモデル化手段４によりＥＲモデルに変換する際に、
定義内容の不整合を検出する。例えば、入力された制約
事項の検証を行うことにより、構造定義に従って入力す
べき必須項目が未入力になっていたり、エンティティ間
のリレーションシップが定義されているにもかかわらず
そのエンティティ自身が定義されていないといったよう
な不整合を検出する。
報管理装置では、モデル化手段４は不整合検出手段４ａ
と置き換え手段４ｂとを備えている。不整合検出手段４
ａは、各入力手段１〜３により入力された定義や制約事
項をモデル化手段４によりＥＲモデルに変換する際に、
定義内容の不整合を検出する。例えば、入力された制約
事項の検証を行うことにより、構造定義に従って入力す
べき必須項目が未入力になっていたり、エンティティ間
のリレーションシップが定義されているにもかかわらず
そのエンティティ自身が定義されていないといったよう
な不整合を検出する。
【００３７】例えば、図５に示すように、「部」のデー
タ定義においてグループリストとして「開発３課」を記
述しているにもかかわらず、「グループ」のデータ定義
においてその「開発３課」のエンティティを定義してい
ない場合には、エンティティ間を結ぶことのできないリ
レーションシップが存在するとして不整合が検出され
る。なお、例えば「開発部」の他にこれとは何ら関係性
のない「営業部」（図示せず）の構造も定義する場合な
どには、リレーションシップが定義されていなくても不
整合とはならない。このように不整合として検出するか
否かは、制約事項として記述することができる。
タ定義においてグループリストとして「開発３課」を記
述しているにもかかわらず、「グループ」のデータ定義
においてその「開発３課」のエンティティを定義してい
ない場合には、エンティティ間を結ぶことのできないリ
レーションシップが存在するとして不整合が検出され
る。なお、例えば「開発部」の他にこれとは何ら関係性
のない「営業部」（図示せず）の構造も定義する場合な
どには、リレーションシップが定義されていなくても不
整合とはならない。このように不整合として検出するか
否かは、制約事項として記述することができる。
【００３８】ところで、不整合を検出した場合にそれを
直ちにエラーとして出力することも可能であるが、ただ
単にエラー出力した場合には、不整合の部分に付随する
情報が全て使えなくなってしまい、構造を持った情報を
作成する途中段階の支援が不十分になってしまう。すな
わち、情報の構造化は試行錯誤を経て徐々に完成されて
いくものであり、作成途中では不整合は多数発生するの
が通常であるが、単なるエラー出力を行う場合は、１つ
の不整合が発見される度にＥＲモデルへの変換が中断さ
れてしまう。
直ちにエラーとして出力することも可能であるが、ただ
単にエラー出力した場合には、不整合の部分に付随する
情報が全て使えなくなってしまい、構造を持った情報を
作成する途中段階の支援が不十分になってしまう。すな
わち、情報の構造化は試行錯誤を経て徐々に完成されて
いくものであり、作成途中では不整合は多数発生するの
が通常であるが、単なるエラー出力を行う場合は、１つ
の不整合が発見される度にＥＲモデルへの変換が中断さ
れてしまう。
【００３９】多人数で共同作業を行っている場合には、
このような不整合が発生することが多く、その度に作業
が中断していたのでは、作業効率が悪くなる。そこで本
実施形態では、このような不整合を検出した際に、直ち
にエラーとしてはじくのではなく、仮のエンティティを
作成するようにしている。つまり、本実施形態では不整
合は一時的に許可されることになり、作業が中断するこ
とがない。また、不整合の部分に付随する情報がそのま
ま使えるので、作業効率は従来と比べて格段に向上す
る。
このような不整合が発生することが多く、その度に作業
が中断していたのでは、作業効率が悪くなる。そこで本
実施形態では、このような不整合を検出した際に、直ち
にエラーとしてはじくのではなく、仮のエンティティを
作成するようにしている。つまり、本実施形態では不整
合は一時的に許可されることになり、作業が中断するこ
とがない。また、不整合の部分に付随する情報がそのま
ま使えるので、作業効率は従来と比べて格段に向上す
る。
【００４０】不整合を許可する処理は、具体的には、上
記置き換え手段４ｂが、上記不整合検出手段４ａにより
検出された不整合の部分を、不整合であることを示す特
別なエンティティおよびリレーションシップの定義に変
換する。すなわち、本実施形態では、不整合を検出した
場合に、その不整合の部分を特別なエンティティおよび
リレーションシップの定義に置き換えてＥＲモデルへの
変換処理を続行し、変換処理の終了後に、置き換えた特
別な部分を検索してまとめて出力するようにしている。
図６は、その出力画面の例である。
記置き換え手段４ｂが、上記不整合検出手段４ａにより
検出された不整合の部分を、不整合であることを示す特
別なエンティティおよびリレーションシップの定義に変
換する。すなわち、本実施形態では、不整合を検出した
場合に、その不整合の部分を特別なエンティティおよび
リレーションシップの定義に置き換えてＥＲモデルへの
変換処理を続行し、変換処理の終了後に、置き換えた特
別な部分を検索してまとめて出力するようにしている。
図６は、その出力画面の例である。
【００４１】ここで、これらの不整合検出手段４ａおよ
び置き換え手段４ｂを含むモデル化手段４によるＥＲモ
デルへの変換動作を、図７のフローチャートに示す。以
下、この図７のフローチャートに従って説明する。図７
において、まずステップＳ１で上記構造定義入力手段１
により入力された構造定義を解析し、ステップＳ２で上
記制約事項入力手段３により入力された制約事項を解析
し、ステップＳ３で上記データ定義入力手段２により入
力されたデータ定義を構造定義に従って解析する。
び置き換え手段４ｂを含むモデル化手段４によるＥＲモ
デルへの変換動作を、図７のフローチャートに示す。以
下、この図７のフローチャートに従って説明する。図７
において、まずステップＳ１で上記構造定義入力手段１
により入力された構造定義を解析し、ステップＳ２で上
記制約事項入力手段３により入力された制約事項を解析
し、ステップＳ３で上記データ定義入力手段２により入
力されたデータ定義を構造定義に従って解析する。
【００４２】次に、ステップＳ４では、構造定義、デー
タ定義、制約事項の定義を解析し、その解析結果に従っ
てＥＲモデルの全てのエンティティを作成する。そし
て、ステップＳ５で、各エンティティ間の関連性を解析
し、その解析結果に従って上記作成した各エンティティ
間のリレーションシップを作成する。その結果、例えば
「リレーションが設定されているが対応するエンティテ
ィがない」という構造が定義されていると、ステップＳ
６で不整合ありと判断される。この場合はステップＳ７
に進み、その不整合を回避するために仮のエンティティ
を作成するとともに、リレーションシップを張る。
タ定義、制約事項の定義を解析し、その解析結果に従っ
てＥＲモデルの全てのエンティティを作成する。そし
て、ステップＳ５で、各エンティティ間の関連性を解析
し、その解析結果に従って上記作成した各エンティティ
間のリレーションシップを作成する。その結果、例えば
「リレーションが設定されているが対応するエンティテ
ィがない」という構造が定義されていると、ステップＳ
６で不整合ありと判断される。この場合はステップＳ７
に進み、その不整合を回避するために仮のエンティティ
を作成するとともに、リレーションシップを張る。
【００４３】このように不整合は、例えばネットワーク
接続された複数のユーザ端末にて共同で作業する場合に
多く発生すると考えられる。よって、本実施形態のよう
に、一時的な不整合の存在を許してＥＲモデルへの変換
処理を続行し、その後で不整合部分をまとめて提示する
方が、全体の作業効率の向上を図る観点からより好まし
い。不整合部分をまとめて提示することにより、不完全
な部分の個数などにより作業進捗の管理をすることもで
きる。
接続された複数のユーザ端末にて共同で作業する場合に
多く発生すると考えられる。よって、本実施形態のよう
に、一時的な不整合の存在を許してＥＲモデルへの変換
処理を続行し、その後で不整合部分をまとめて提示する
方が、全体の作業効率の向上を図る観点からより好まし
い。不整合部分をまとめて提示することにより、不完全
な部分の個数などにより作業進捗の管理をすることもで
きる。
【００４４】再び図１において、６は共通出力部であ
り、上記ＥＲ情報記憶部５に保存されているＥＲ情報を
図示しないディスプレイやプリンタに出力したり、ネッ
トワーク上に転送したりするものである。本実施形態で
は、この共通出力部６を介してＨＴＭＬ出力部７、検索
情報出力部８、ＬａＴｅＸ出力部９により様々な表現形
式で出力することができる。
り、上記ＥＲ情報記憶部５に保存されているＥＲ情報を
図示しないディスプレイやプリンタに出力したり、ネッ
トワーク上に転送したりするものである。本実施形態で
は、この共通出力部６を介してＨＴＭＬ出力部７、検索
情報出力部８、ＬａＴｅＸ出力部９により様々な表現形
式で出力することができる。
【００４５】ＨＴＭＬ出力部７は、ＥＲ情報の内容をＨ
ＴＭＬファイル群に展開して出力する。その際、リレー
ションシップが定義されているエンティティ間にハイパ
ーリンクを張ることにより、高速な情報ナビゲート（リ
ンクを辿ることによるノード間の移動）環境を提供す
る。図８および図９は、ＨＴＭＬ出力されたハイパーテ
キストの一例を示す図である。これらの図において、下
線を引いた部分はハイパーリンクが張られた部分を示し
ており、ここをクリックすることにより該当するノード
に直ちに移動することができる。図９は、図８の画面上
で「開発部」の部分をクリックしたときに表示される画
面の例である。
ＴＭＬファイル群に展開して出力する。その際、リレー
ションシップが定義されているエンティティ間にハイパ
ーリンクを張ることにより、高速な情報ナビゲート（リ
ンクを辿ることによるノード間の移動）環境を提供す
る。図８および図９は、ＨＴＭＬ出力されたハイパーテ
キストの一例を示す図である。これらの図において、下
線を引いた部分はハイパーリンクが張られた部分を示し
ており、ここをクリックすることにより該当するノード
に直ちに移動することができる。図９は、図８の画面上
で「開発部」の部分をクリックしたときに表示される画
面の例である。
【００４６】特に本実施形態では、ＥＲモデルによりエ
ンティティ間の相互のリレーションシップが明確に定義
付けられているので、エンティティ間の移動表示を双方
向から自由に行うことができる。これにより、情報の相
互参照を簡便にすることができる。また、図６に示した
ように、不整合の検出結果もハイパーテキスト形式にて
出力するようにしているので、ハイパーリンクにより該
当する不整合の部分に直ちに移動することができ、作業
効率を更に向上させることができる。
ンティティ間の相互のリレーションシップが明確に定義
付けられているので、エンティティ間の移動表示を双方
向から自由に行うことができる。これにより、情報の相
互参照を簡便にすることができる。また、図６に示した
ように、不整合の検出結果もハイパーテキスト形式にて
出力するようにしているので、ハイパーリンクにより該
当する不整合の部分に直ちに移動することができ、作業
効率を更に向上させることができる。
【００４７】さらに、各入力手段１〜３によって定義や
制約事項を入力するときに責任範囲を規定する内容も入
力しておき、それを併せて提示することにより、検出さ
れた不整合が本当の不整合なのか、自分の定義ミスによ
る不整合であるのか、あるいは共同作業している他人の
情報を処理していないための不整合であるのかなど、不
整合の原因を容易に特定することができる。これは、具
体的には図３および図４のようにスクリプト中に定義し
て実現される。
制約事項を入力するときに責任範囲を規定する内容も入
力しておき、それを併せて提示することにより、検出さ
れた不整合が本当の不整合なのか、自分の定義ミスによ
る不整合であるのか、あるいは共同作業している他人の
情報を処理していないための不整合であるのかなど、不
整合の原因を容易に特定することができる。これは、具
体的には図３および図４のようにスクリプト中に定義し
て実現される。
【００４８】例えば、図３のスクリプト中に更に、exte
rn 支店 勤務地；という定義を第２２行目として追
加する。これは、図３の構造定義のスクリプト以外の外
部のスクリプトにて定義されている「支店」というクラ
スを参照してインスタンスを抽出し、「勤務地」として
使用するという定義である。自分の責任範囲が図３のス
クリプトの範囲で定義されているクラスだけであれば、
クラス「支店」は責任範囲外ということが分かる。この
ように責任範囲の分離を行うことにより、複数作業者に
よる作成の支援も効率的に行うことができる。
rn 支店 勤務地；という定義を第２２行目として追
加する。これは、図３の構造定義のスクリプト以外の外
部のスクリプトにて定義されている「支店」というクラ
スを参照してインスタンスを抽出し、「勤務地」として
使用するという定義である。自分の責任範囲が図３のス
クリプトの範囲で定義されているクラスだけであれば、
クラス「支店」は責任範囲外ということが分かる。この
ように責任範囲の分離を行うことにより、複数作業者に
よる作成の支援も効率的に行うことができる。
【００４９】なお、上記説明でも分かるように、スクリ
プトは必ずしも構造定義とデータ定義、あるいは制約事
項を別個に作成する必要はない。つまり、構造定義は構
造定義の文法、データ定義はデータ定義の文法、制約事
項は制約事項の文法で書けば１つのスクリプトに記載し
て構わない。
プトは必ずしも構造定義とデータ定義、あるいは制約事
項を別個に作成する必要はない。つまり、構造定義は構
造定義の文法、データ定義はデータ定義の文法、制約事
項は制約事項の文法で書けば１つのスクリプトに記載し
て構わない。
【００５０】検索情報出力部８は、ＥＲ情報記憶部５に
保存されているＥＲ情報の一覧表や情報の種類別の一覧
表、あるいは名称などによる単純検索やキーワードによ
る曖昧検索を行うための検索用情報を作成し、例えばＨ
ＴＭＬ形式のファイルに展開して出力する。また、Ｌａ
ＴｅＸ出力部９は、ＥＲ情報記憶部５に保存されている
ＥＲ情報に基づいて印刷用のデータを作成して出力す
る。
保存されているＥＲ情報の一覧表や情報の種類別の一覧
表、あるいは名称などによる単純検索やキーワードによ
る曖昧検索を行うための検索用情報を作成し、例えばＨ
ＴＭＬ形式のファイルに展開して出力する。また、Ｌａ
ＴｅＸ出力部９は、ＥＲ情報記憶部５に保存されている
ＥＲ情報に基づいて印刷用のデータを作成して出力す
る。
【００５１】以上詳しく説明したように、本実施形態に
よれば、管理を行う対象とする情報の複雑な構造を意識
することなく、ユーザが書きやすいところ、あるいは書
けるところから自由に定義することができる。しかも、
情報間の関連付けは一方向から行えば良く、情報の構造
を簡単に定義することができる。また、本実施形態によ
れば、ＥＲモデルへの変換の際に不整合が自動的に検出
されて提示されるので、構造を持った情報の作成の作業
効率を向上させることができる。このような構造を持っ
た情報の作成を多人数による共同作業によって行う場合
には不整合が生じる可能性が高くなるので、共同作業を
行う場合に特にメリットがある。
よれば、管理を行う対象とする情報の複雑な構造を意識
することなく、ユーザが書きやすいところ、あるいは書
けるところから自由に定義することができる。しかも、
情報間の関連付けは一方向から行えば良く、情報の構造
を簡単に定義することができる。また、本実施形態によ
れば、ＥＲモデルへの変換の際に不整合が自動的に検出
されて提示されるので、構造を持った情報の作成の作業
効率を向上させることができる。このような構造を持っ
た情報の作成を多人数による共同作業によって行う場合
には不整合が生じる可能性が高くなるので、共同作業を
行う場合に特にメリットがある。
【００５２】なお、以上の実施形態では、人事構成に関
する構造を持った情報を作成する場合を例に挙げて説明
したが、本発明はこの例に限定されるものではなく、構
造を持った情報であればどのようなものにも適用するこ
とが可能である。例えば、図１０に示すようなワークフ
ローモデル、図１１に示すような用語辞書モデル、図１
２に示すような資源管理モデル、図１３に示すようなス
ケジュール管理モデルが他の例として挙げられる。
する構造を持った情報を作成する場合を例に挙げて説明
したが、本発明はこの例に限定されるものではなく、構
造を持った情報であればどのようなものにも適用するこ
とが可能である。例えば、図１０に示すようなワークフ
ローモデル、図１１に示すような用語辞書モデル、図１
２に示すような資源管理モデル、図１３に示すようなス
ケジュール管理モデルが他の例として挙げられる。
【００５３】図１０に示すワークフローモデルの構造に
ついて簡単に説明する。例えば、ソフトウェアの開発と
いうワークを考えた場合、「開発プロセス」としてはソ
フトウェアを「設計」する作業と、その設計内容に従っ
て実際にプログラミングする「コーディング」の作業と
が必要である。「設計」する際には「仕様書」が必要で
あり、その結果「設計書」ができ上がる。これを担当す
るのは「設計者」であり、「設計書」をもとに「コーデ
ィング」することにより「ソースコード」を作成するの
が「ＳＥ」である。
ついて簡単に説明する。例えば、ソフトウェアの開発と
いうワークを考えた場合、「開発プロセス」としてはソ
フトウェアを「設計」する作業と、その設計内容に従っ
て実際にプログラミングする「コーディング」の作業と
が必要である。「設計」する際には「仕様書」が必要で
あり、その結果「設計書」ができ上がる。これを担当す
るのは「設計者」であり、「設計書」をもとに「コーデ
ィング」することにより「ソースコード」を作成するの
が「ＳＥ」である。
【００５４】さらに、上記設計者やＳＥなどの「役割」
と、仕様書や設計書やソースコードなどの「情報」との
間に“レビュー役割”というリレーションシップが存在
する。図１０の右側に示したＥＲモデルの概念図には
「設計者」と「設計書」との間には実線が引かれていな
いが、上記“レビュー役割”に対応する実線をここに引
くと、「設計書」をレビューする（例えば承認印を押
す）のは「設計者」であるというリレーションシップを
持たせることができる。
と、仕様書や設計書やソースコードなどの「情報」との
間に“レビュー役割”というリレーションシップが存在
する。図１０の右側に示したＥＲモデルの概念図には
「設計者」と「設計書」との間には実線が引かれていな
いが、上記“レビュー役割”に対応する実線をここに引
くと、「設計書」をレビューする（例えば承認印を押
す）のは「設計者」であるというリレーションシップを
持たせることができる。
【００５５】また、図１１に示す用語辞書モデルは、
「パソコン」、「ワークステーション」、「コンピュー
タ」、「計算機」などの用語とその意味や同義語・多義
語との関連、あるいは用語間の関連を構造として定義し
た例である。また、図１２に示す資源管理モデルは、
「田中次郎」による管理の下で、「計算機１」を「○○
電機」が製造して「△△商事」が販売するとともに、
「机１」を「××事務機」が製造して「△△商事」が販
売するとの関連を構造として定義した例である。
「パソコン」、「ワークステーション」、「コンピュー
タ」、「計算機」などの用語とその意味や同義語・多義
語との関連、あるいは用語間の関連を構造として定義し
た例である。また、図１２に示す資源管理モデルは、
「田中次郎」による管理の下で、「計算機１」を「○○
電機」が製造して「△△商事」が販売するとともに、
「机１」を「××事務機」が製造して「△△商事」が販
売するとの関連を構造として定義した例である。
【００５６】また、図１３に示すスケジュール管理モデ
ルは、「田中次郎」は「開発部」の「プログラマ１」で
あり、「グループスケジュール」に沿って「プログラ
ム」を行うが、それとは全く別に「個人スケジュール」
も持っているという構造を定義した例である。
ルは、「田中次郎」は「開発部」の「プログラマ１」で
あり、「グループスケジュール」に沿って「プログラ
ム」を行うが、それとは全く別に「個人スケジュール」
も持っているという構造を定義した例である。
【００５７】（本発明の他の実施形態）上記図１に示し
た各機能構成ブロック１〜９は、実際にはＣＰＵあるい
はＭＰＵ、ＲＯＭおよびＲＡＭ等からなるマイクロコン
ピュータシステムにより構成され、その動作はＲＯＭに
格納された作業プログラムに従って実現されるが、ハー
ド的に構成してもよい。また、上記各機能構成ブロック
１〜９の機能を実現するように当該機能を実現するため
のソフトウェアのプログラムコードをＲＯＭに供給し、
そのプログラムに従って上記各ブロック１〜９を動作さ
せることによって実施したものも、本発明の範疇に含ま
れる。
た各機能構成ブロック１〜９は、実際にはＣＰＵあるい
はＭＰＵ、ＲＯＭおよびＲＡＭ等からなるマイクロコン
ピュータシステムにより構成され、その動作はＲＯＭに
格納された作業プログラムに従って実現されるが、ハー
ド的に構成してもよい。また、上記各機能構成ブロック
１〜９の機能を実現するように当該機能を実現するため
のソフトウェアのプログラムコードをＲＯＭに供給し、
そのプログラムに従って上記各ブロック１〜９を動作さ
せることによって実施したものも、本発明の範疇に含ま
れる。
【００５８】この場合、上記ソフトウェアのプログラム
コード自体が上述した実施形態の機能を実現することに
なり、そのプログラムコード自体、およびそのプログラ
ムコードをコンピュータに供給するための手段、例えば
かかるプログラムコードを格納した記録媒体は本発明を
構成する。かかるプログラムコードを記憶する記録媒体
としては、上記ＲＯＭの他に、例えばフロッピーディス
ク、ハードディスク、光ディスク、光磁気ディスク、Ｃ
Ｄ−ＲＯＭ、ＣＤ−Ｉ、ＣＤ−Ｒ、ＣＤ−ＲＷ、ＤＶ
Ｄ、ｚｉｐ、磁気テープ、不揮発性のメモリカード等を
用いることができる。
コード自体が上述した実施形態の機能を実現することに
なり、そのプログラムコード自体、およびそのプログラ
ムコードをコンピュータに供給するための手段、例えば
かかるプログラムコードを格納した記録媒体は本発明を
構成する。かかるプログラムコードを記憶する記録媒体
としては、上記ＲＯＭの他に、例えばフロッピーディス
ク、ハードディスク、光ディスク、光磁気ディスク、Ｃ
Ｄ−ＲＯＭ、ＣＤ−Ｉ、ＣＤ−Ｒ、ＣＤ−ＲＷ、ＤＶ
Ｄ、ｚｉｐ、磁気テープ、不揮発性のメモリカード等を
用いることができる。
【００５９】また、コンピュータが供給されたプログラ
ムコードを実行することにより、上述の実施形態の機能
が実現されるだけでなく、そのプログラムコードがコン
ピュータにおいて稼働しているＯＳ（オペレーティング
システム）あるいは他のアプリケーションソフト等の共
同して上述の実施形態の機能が実現される場合にもかか
るプログラムコードは本発明の実施形態に含まれること
は言うまでもない。
ムコードを実行することにより、上述の実施形態の機能
が実現されるだけでなく、そのプログラムコードがコン
ピュータにおいて稼働しているＯＳ（オペレーティング
システム）あるいは他のアプリケーションソフト等の共
同して上述の実施形態の機能が実現される場合にもかか
るプログラムコードは本発明の実施形態に含まれること
は言うまでもない。
【００６０】さらに、供給されたプログラムコードがコ
ンピュータの機能拡張ボードやコンピュータに接続され
た機能拡張ユニットに備わるメモリに格納された後、そ
のプログラムコードの指示に基づいてその機能拡張ボー
ドや機能拡張ユニットに備わるＣＰＵ等が実際の処理の
一部または全部を行い、その処理によって上述した実施
形態の機能が実現される場合にも本発明に含まれること
は言うまでもない。
ンピュータの機能拡張ボードやコンピュータに接続され
た機能拡張ユニットに備わるメモリに格納された後、そ
のプログラムコードの指示に基づいてその機能拡張ボー
ドや機能拡張ユニットに備わるＣＰＵ等が実際の処理の
一部または全部を行い、その処理によって上述した実施
形態の機能が実現される場合にも本発明に含まれること
は言うまでもない。
【００６１】
【発明の効果】本発明は上述したように、入力された構
造定義やデータ定義に従って対象となる情報をＥＲモデ
ルへ変換する手段を設けたので、どのような形で定義を
入力しても同じＥＲモデルを得ることができるようにな
り、これにより、情報の複雑な構造を完全に意識するこ
となく、ユーザが書きやすいように自由に定義すること
ができる。しかも、情報間の関連付けは一方向から行え
ば良いので、情報の構造を簡単に定義することができ、
構造を持つ情報の作成・管理の作業効率を格段に向上さ
せることができる。
造定義やデータ定義に従って対象となる情報をＥＲモデ
ルへ変換する手段を設けたので、どのような形で定義を
入力しても同じＥＲモデルを得ることができるようにな
り、これにより、情報の複雑な構造を完全に意識するこ
となく、ユーザが書きやすいように自由に定義すること
ができる。しかも、情報間の関連付けは一方向から行え
ば良いので、情報の構造を簡単に定義することができ、
構造を持つ情報の作成・管理の作業効率を格段に向上さ
せることができる。
【００６２】また、本発明の他の特徴によれば、入力さ
れた定義をＥＲモデルに変換する際に定義内容の不整合
を検出する手段を設けたので、ＥＲモデルへの変換の際
に不整合を自動的に検出して提示するようにすることが
でき、構造を持った情報の作成の作業効率を更に向上さ
せることができる。したがって、不整合の生じる可能性
が高い多人数による共同作業において作業効率を図る場
合にも十分に対応することが可能である。
れた定義をＥＲモデルに変換する際に定義内容の不整合
を検出する手段を設けたので、ＥＲモデルへの変換の際
に不整合を自動的に検出して提示するようにすることが
でき、構造を持った情報の作成の作業効率を更に向上さ
せることができる。したがって、不整合の生じる可能性
が高い多人数による共同作業において作業効率を図る場
合にも十分に対応することが可能である。
【００６３】また、本発明のその他の特徴によれば、変
換されたＥＲモデルをハイパーテキストに展開する手段
を更に設けたので、高速な情報ナビゲート環境を提供す
ることができる。このとき、ＥＲモデルによりエンティ
ティ間の相互のリレーションシップが明確に定義付けら
れているので、エンティティ間の移動表示を双方向から
自由に行うことができ、情報の相互参照を簡便に行うこ
とができる。
換されたＥＲモデルをハイパーテキストに展開する手段
を更に設けたので、高速な情報ナビゲート環境を提供す
ることができる。このとき、ＥＲモデルによりエンティ
ティ間の相互のリレーションシップが明確に定義付けら
れているので、エンティティ間の移動表示を双方向から
自由に行うことができ、情報の相互参照を簡便に行うこ
とができる。
【図１】本発明の情報管理装置の要素的特徴を表す機能
構成ブロック図である。
構成ブロック図である。
【図２】構造を持った情報の一例として人事構成モデル
を示す図である。
を示す図である。
【図３】図２の例に従った構造定義の一例を示す図であ
る。
る。
【図４】図２の例に従ったデータ定義の一例を示す図で
ある。
ある。
【図５】図２の例に従ったデータ定義の他の例を示す図
である。
である。
【図６】不整合検出結果の出力例を示す図である。
【図７】モデル化手段によるＥＲモデルへの変換動作を
示すフローチャートである。
示すフローチャートである。
【図８】ＨＴＭＬ形式によるハイパーテキストの出力例
を示す図である。
を示す図である。
【図９】ＨＴＭＬ形式によるハイパーテキストの出力例
を示す図である。
を示す図である。
【図１０】構造を持った情報の一例としてワークフロー
モデルを示す図である。
モデルを示す図である。
【図１１】構造を持った情報の一例として用語辞書モデ
ルを示す図である。
ルを示す図である。
【図１２】構造を持った情報の一例として資源管理モデ
ルを示す図である。
ルを示す図である。
【図１３】構造を持った情報の一例としてスケジュール
管理モデルを示す図である。
管理モデルを示す図である。
１ 構造定義入力手段 ２ データ定義入力手段 ３ 制約事項入力手段 ４ モデル化手段 ４ａ 不整合検出手段 ４ｂ 置き換え手段 ５ ＥＲ情報記憶部 ６ 共通出力部 ７ ＨＴＭＬ出力部 ８ 検索情報出力部 ９ ＬａＴｅＸ出力部
Claims (14)
- 【請求項１】 構造を持った情報の管理を行う情報管理
装置であって、 上記構造の定義を入力する第１の入力手段と、 上記第１の入力手段により入力された構造定義に従って
各情報の実体および実体間の関連を表すデータ定義を入
力する第２の入力手段と、 上記第１、第２の入力手段により入力された定義を解析
してＥＲモデルに変換するモデル化手段とを備えたこと
を特徴とする情報管理装置。 - 【請求項２】 上記モデル化手段は、上記第１、第２の
入力手段により入力された各情報の実体を解析する第１
の解析手段と、 上記各情報間の関連を解析する第２の解析手段と、 上記第１の解析手段による解析結果に従って上記ＥＲモ
デルのエンティティ定義に変換するエンティティ変換手
段と、 上記第２の解析手段による解析結果に従って上記ＥＲモ
デルのリレーションシップ定義に変換するリレーション
シップ変換手段とを備えることを特徴とする請求項１に
記載の情報管理装置。 - 【請求項３】 上記第１、第２の入力手段により入力さ
れた定義を上記モデル化手段により上記ＥＲモデルに変
換する際に、定義内容の不整合を検出する不整合検出手
段を備えたことを特徴とする請求項１または２に記載の
情報管理装置。 - 【請求項４】 上記情報の構造を定義する際に任意の制
約事項を入力する第３の入力手段を備え、 上記不整合検出手段は上記制約事項の検証を行うことを
特徴とする請求項３に記載の情報管理装置。 - 【請求項５】 上記不整合検出手段により検出された不
整合をエラーとして出力することを特徴とする請求項３
または４に記載の情報管理装置。 - 【請求項６】 上記不整合検出手段により検出された不
整合の部分を、不整合であることを示すエンティティお
よびリレーションシップの定義に変換する置き換え手段
を備えたことを特徴とする請求項３または４に記載の情
報管理装置。 - 【請求項７】 上記ＥＲモデルをハイパーテキストに展
開する手段を備えたことを特徴とする請求項１〜６の何
れか１項に記載の情報管理装置。 - 【請求項８】 構造を持った情報の管理を行うための情
報管理方法であって、 上記構造の定義を入力するステップと、 上記入力された構造定義に従って各情報の実体および実
体間の関連を表すデータ定義を入力するステップと、 上記入力された定義を解析してＥＲモデルに変換するス
テップとを備えたことを特徴とする情報管理方法。 - 【請求項９】 上記ＥＲモデルへの変換を行う際に、定
義内容の不整合を検出することを特徴とする請求項８に
記載の情報管理方法。 - 【請求項１０】 上記検出された不整合の部分を、不整
合であることを示すエンティティおよびリレーションシ
ップの定義に変換し、モデル変換処理の終了後に上記不
整合の部分を抽出してまとめて提示することを特徴とす
る請求項９に記載の情報管理方法。 - 【請求項１１】 上記変換されたＥＲモデルをハイパー
テキストに展開するステップを更に備えたことを特徴と
する請求項８〜１０の何れか１項に記載の情報管理方
法。 - 【請求項１２】 構造を持った情報の管理を行う情報管
理装置において、 上記構造の定義を入力する第１の入力手段と、 上記第１の入力手段により入力された構造定義に従って
各情報の実体および実体間の関連を表すデータ定義を入
力する第２の入力手段と、 上記第１、第２の入力手段により入力された定義を解析
してＥＲモデルに変換するモデル化手段としてコンピュ
ータを機能させるためのプログラムを記録したことを特
徴とするコンピュータ読み取り可能な記録媒体。 - 【請求項１３】 上記ＥＲモデルへの変換を行う際に定
義内容の不整合を検出する手段としての機能を更にコン
ピュータを実現させるためのプログラムを記録したこと
を特徴とする請求項１２に記載のコンピュータ読み取り
可能な記録媒体。 - 【請求項１４】 上記ＥＲモデルをハイパーテキストに
展開する手段としての機能を更にコンピュータを実現さ
せるためのプログラムを記録したことを特徴とする請求
項１２または１３に記載のコンピュータ読み取り可能な
記録媒体。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP21191498A JP4982819B2 (ja) | 1998-07-10 | 1998-07-10 | 情報管理装置および方法、記録媒体 |
| US09/349,976 US6453318B1 (en) | 1998-07-10 | 1999-07-09 | Control apparatus of structured information and method of controlling the information |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP21191498A JP4982819B2 (ja) | 1998-07-10 | 1998-07-10 | 情報管理装置および方法、記録媒体 |
Related Child Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2009106867A Division JP5153718B2 (ja) | 2009-04-24 | 2009-04-24 | 情報管理装置および方法、記録媒体 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2000029757A true JP2000029757A (ja) | 2000-01-28 |
| JP4982819B2 JP4982819B2 (ja) | 2012-07-25 |
Family
ID=16613758
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP21191498A Expired - Lifetime JP4982819B2 (ja) | 1998-07-10 | 1998-07-10 | 情報管理装置および方法、記録媒体 |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US6453318B1 (ja) |
| JP (1) | JP4982819B2 (ja) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2002222103A (ja) * | 2001-01-25 | 2002-08-09 | Yoshikazu Shiraishi | データベース設計システム、データベース設計方法、及び表示方法 |
| US7155135B2 (en) | 2002-09-27 | 2006-12-26 | Canon Kabushiki Kaisha | Image forming apparatus with mode having prolonged rotation time of image bearing member at non-image forming time |
Families Citing this family (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4580518B2 (ja) * | 1999-08-12 | 2010-11-17 | 慶和 白石 | データベース設計システム |
| US20080091690A1 (en) * | 2006-10-13 | 2008-04-17 | International Business Machines Corporation | Deriving a Data Model From a Hierarchy Of Related Terms, And Deriving a Hierarchy Of Related Terms From a Data Model |
| US20080098008A1 (en) * | 2006-10-19 | 2008-04-24 | Mustafa Eid | System and method for teaching entity-relationship modeling |
| US10063575B2 (en) * | 2015-10-08 | 2018-08-28 | Cisco Technology, Inc. | Anomaly detection in a network coupling state information with machine learning outputs |
Family Cites Families (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH01162979A (ja) * | 1987-12-19 | 1989-06-27 | Ricoh Co Ltd | データベース管理システムの機能拡張装置 |
| EP0360387B1 (en) * | 1988-09-23 | 1996-05-08 | International Business Machines Corporation | Data base management system |
| US5369761A (en) * | 1990-03-30 | 1994-11-29 | Conley; John D. | Automatic and transparent denormalization support, wherein denormalization is achieved through appending of fields to base relations of a normalized database |
| US5303367A (en) * | 1990-12-04 | 1994-04-12 | Applied Technical Systems, Inc. | Computer driven systems and methods for managing data which use two generic data elements and a single ordered file |
| US5418957A (en) * | 1992-03-09 | 1995-05-23 | Narayan; Rom | Network data dictionary |
| US5504879A (en) * | 1992-07-16 | 1996-04-02 | International Business Machines Corporation | Resolution of relationship source and target in a versioned database management system |
| US5611076A (en) * | 1994-09-21 | 1997-03-11 | Micro Data Base Systems, Inc. | Multi-model database management system engine for databases having complex data models |
| US5535325A (en) * | 1994-12-19 | 1996-07-09 | International Business Machines Corporation | Method and apparatus for automatically generating database definitions of indirect facts from entity-relationship diagrams |
| US5960200A (en) * | 1996-05-03 | 1999-09-28 | I-Cube | System to transition an enterprise to a distributed infrastructure |
| US5987458A (en) * | 1996-09-26 | 1999-11-16 | Lockheed Martin Corporation | Automated cable schematic generation |
| US6038566A (en) * | 1996-12-04 | 2000-03-14 | Tsai; Daniel E. | Method and apparatus for navigation of relational databases on distributed networks |
| US6003039A (en) * | 1997-06-27 | 1999-12-14 | Platinum Technology, Inc. | Data repository with user accessible and modifiable reuse criteria |
| US5978940A (en) * | 1997-08-20 | 1999-11-02 | Mci Communications Corporation | System method and article of manufacture for test operations |
-
1998
- 1998-07-10 JP JP21191498A patent/JP4982819B2/ja not_active Expired - Lifetime
-
1999
- 1999-07-09 US US09/349,976 patent/US6453318B1/en not_active Expired - Lifetime
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2002222103A (ja) * | 2001-01-25 | 2002-08-09 | Yoshikazu Shiraishi | データベース設計システム、データベース設計方法、及び表示方法 |
| JP4653320B2 (ja) * | 2001-01-25 | 2011-03-16 | 慶和 白石 | データベース設計システム、データベース設計方法、及び表示方法 |
| US7155135B2 (en) | 2002-09-27 | 2006-12-26 | Canon Kabushiki Kaisha | Image forming apparatus with mode having prolonged rotation time of image bearing member at non-image forming time |
Also Published As
| Publication number | Publication date |
|---|---|
| JP4982819B2 (ja) | 2012-07-25 |
| US6453318B1 (en) | 2002-09-17 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6098061A (en) | Computer system for interactive help using human-understandable knowledge and computer-understandable knowledge | |
| JP3856969B2 (ja) | オブジェクト分析設計支援方法 | |
| US5799193A (en) | Scenario based iterative method for development of an object oriented system model | |
| US8117594B2 (en) | Graphical editor with incremental development | |
| US6219831B1 (en) | Device and method for converting computer programming languages | |
| US20050132278A1 (en) | Structural conversion apparatus, structural conversion method and storage media for structured documents | |
| CN106445536B (zh) | 自动化业务设计管理系统 | |
| JPH09212352A (ja) | プログラム開発支援システム | |
| JP3577400B2 (ja) | システム設計装置及びデータウエアハウス設計システム | |
| Gómez et al. | An approach to the co-creation of models and metamodels in Enterprise Architecture Projects. | |
| Halpin et al. | Database modeling with Microsoft® Visio for enterprise architects | |
| Meixner et al. | Towards a domain-specific language for product-process-resource constraints | |
| US20050138039A1 (en) | Method and system for tailoring metamodel requirements capture processing to varying users | |
| JPH09212353A (ja) | 再利用設計支援方法および設計支援装置 | |
| Abrams et al. | Architectural thinking and modeling with the Architects' Workbench | |
| JP2000029757A (ja) | 情報管理装置および方法、記録媒体 | |
| US20060212475A1 (en) | Enterprise information management and business application automation by using the AIMS informationbase architecture | |
| JPH0743700B2 (ja) | データ駆動型情報処理装置 | |
| US7865335B2 (en) | System and methods for integrating authoring with complexity analysis for computing system operation procedures | |
| Ibrahim et al. | Towards an ontology based integrated framework for semantic web | |
| Etienne et al. | An improved approach for automatic process plan generation of complex borings | |
| JP2571144B2 (ja) | プログラム開発装置 | |
| JP3115578B2 (ja) | プログラム開発装置 | |
| JP5153718B2 (ja) | 情報管理装置および方法、記録媒体 | |
| Monnier et al. | Classifying Data Mapping Techniques to Facilitate the Digital Thread and Smart Manufacturing |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050112 |
|
| A711 | Notification of change in applicant |
Free format text: JAPANESE INTERMEDIATE CODE: A711 Effective date: 20060417 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080523 |
|
| A601 | Written request for extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A601 Effective date: 20080822 |
|
| A602 | Written permission of extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A602 Effective date: 20080827 |
|
| A601 | Written request for extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A601 Effective date: 20080916 |
|
| A602 | Written permission of extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A602 Effective date: 20080919 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20081125 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20081225 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20090424 |
|
| A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20090619 |
|
| A912 | Re-examination (zenchi) completed and case transferred to appeal board |
Free format text: JAPANESE INTERMEDIATE CODE: A912 Effective date: 20090710 |
|
| RD02 | Notification of acceptance of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7422 Effective date: 20100702 |
|
| A601 | Written request for extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A601 Effective date: 20110714 |
|
| A602 | Written permission of extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A602 Effective date: 20110720 |
|
| A601 | Written request for extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A601 Effective date: 20110822 |
|
| A602 | Written permission of extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A602 Effective date: 20110825 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20120130 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A711 | Notification of change in applicant |
Free format text: JAPANESE INTERMEDIATE CODE: A712 Effective date: 20120323 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20120404 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20150511 Year of fee payment: 3 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| EXPY | Cancellation because of completion of term |