JP2008084114A - オントロジー統合支援装置、オントロジー統合支援方法及びオントロジー統合支援プログラム - Google Patents

オントロジー統合支援装置、オントロジー統合支援方法及びオントロジー統合支援プログラム Download PDF

Info

Publication number
JP2008084114A
JP2008084114A JP2006264837A JP2006264837A JP2008084114A JP 2008084114 A JP2008084114 A JP 2008084114A JP 2006264837 A JP2006264837 A JP 2006264837A JP 2006264837 A JP2006264837 A JP 2006264837A JP 2008084114 A JP2008084114 A JP 2008084114A
Authority
JP
Japan
Prior art keywords
classification
integration
attribute
ontology
destination
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
Application number
JP2006264837A
Other languages
English (en)
Other versions
JP4171757B2 (ja
Inventor
Akira Hosokawa
晃 細川
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Toshiba Corp
Original Assignee
Toshiba Corp
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Toshiba Corp filed Critical Toshiba Corp
Priority to JP2006264837A priority Critical patent/JP4171757B2/ja
Priority to US11/896,311 priority patent/US7805451B2/en
Priority to EP07017088A priority patent/EP1906315A1/en
Publication of JP2008084114A publication Critical patent/JP2008084114A/ja
Application granted granted Critical
Publication of JP4171757B2 publication Critical patent/JP4171757B2/ja
Priority to US12/852,117 priority patent/US8060519B2/en
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

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/25—Integrating or interfacing systems involving database management systems
    • G06F16/258—Data format conversion from or to a database

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)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Stored Programmes (AREA)

Abstract

【課題】オントロジーの統合を容易に行う。
【解決手段】統合元のオントロジーの分類と、統合先のオントロジーの分類とを対応付ける分類対応テーブルと、分類対応テーブルに格納された対応済分類の上位分類と、上位分類が有する属性と、統合先のオントロジーの分類が有する属性を示す統合先属性と、を対応付ける属性対応テーブルとを記憶し、統合元のオントロジーから統合対象分類に特定する分類特定部と、統合対象分類の上位分類が有する属性を、属性対応テーブルから取得する属性対応情報取得部と、統合対象分類と距離が最小となる対応済分類を特定する対応済分類特定部と、対応済分類と対応付けられている統合先対応済分類を特定する統合先対応済分類特定部と、統合先対応済分類から継承関係を経路として辿り、属性対応情報取得手部が取得した属性に対応する統合先属性を有する分類を、統合対象分類と対応付けられた分類の位置とする位置特定部と、を備える。
【選択図】 図２

Description

この発明は、統合元のオントロジーに含まれる分類と統合先のオントロジーに含まれる分類との対応付けを支援するオントロジー統合支援装置、オントロジー統合支援方法及びオントロジー統合支援プログラムに関するものである。
近年、知識又は概念を体系的に分類して記述されたオントロジーが、産業界でも利用され始めている。一般的なオントロジーでは、これら知識又は概念が、上位分類が持つ属性（プロパティ）を下位分類が継承する分類階層として表現される。そして、分類階層上の分類（クラス）毎に、当該分類が有する属性に従って記述されたデータ（群）が対応付けられている。これらのデータ（群）はこの分類又は分類階層のインスタンスと呼ばれる。
このような分類階層の顕著な特徴として、下位分類が持つインスタンスを上位分類からも閲覧することが可能となることが挙げられる。これは、下位分類が上位分類の属性を継承しているためである。また、上位分類から下位分類が持つインスタンスを閲覧した場合、上位分類が有する属性に対応する値のみ閲覧できる。
このようなオントロジーについて、ＷＥＢに存在する語彙や知識とそれらの間の関係を体系的に表す技術としては、ＯＷＬ（Web Ontology Language）が挙げられる。このＯＷＬは、Ｗ３Ｃ(The World Wide Web Consortium)で勧告されており、ＲＤＦ(Resource Description Framework)のトリプルの集合で語彙の推論可能な分類体系を表現する。また、オントロジー技術は、国際規格であるＰＬＩＢ(ISO13584/Parts Library)等、産業上の様々な領域でのデータモデルとしても利用されている。
オントロジー技術を利用して概念やそのインスタンスを管理する場合、複数のオントロジーを統合する必要がしばしば生じる。例えば、複数の企業の合併や複数の部門の統廃合が生じた場合、各企業又は各部門で管理しているオントロジーを統合し、インスタンスを一元的に管理する必要が生じる。
この場合に、オントロジーを一から構築するより、既存のいずれかのオントロジーを再利用する方が望ましい場合もある。ここで、一方のオントロジーを再利用する場合、他方のオントロジーが有する分類を、再利用するオントロジーの分類階層へ追加したり、既に存在している分類階層を拡張したりして分類の割り当てを行う。これにより、統合元オントロジーに格納されたインスタンスを統合先のオントロジーに移動氏、統合先のオントロジーでこれを管理することができる。
オントロジーを統合する技術としては、これまでに様々な技術が提案されている。例えば、特許文献１では、各オントロジーに含まれる分類の属性を比較、解析することで、分類間の類似性を求め、オントロジー間で類似性が高いと見なせる分類同士を対応付けている。このような技術を用いることで、オントロジーに含まれる分類間の対応関係が明確になるため、オントロジーの統合が容易となる。
特開２００１−１４１６６号公報
しかしながら、特許文献１で示された技術では、統合元オントロジーに含まれる分類が有する属性と、統合先オントロジーに含まれる分類が有する属性の粒度が考慮されていない。そのため、それぞれの分類に粒度が異なる属性がある場合、分類および属性のうまく対応付けできないという問題がある。
ここで、属性の粒度とは、属性が表す対象の範囲のことをいう。例えば統合元オントロジーにおける「高さ」という属性が、統合先オントロジーにおける「寝かせた時の高さ」、「立てた時の高さ」という属性などに対応付けされる等の尺度の違いを意味する。
つまり、統合元のオントロジーに含まれる分類が有する属性と、統合先のオントロジーに含まれる分類が有する属性とで粒度が異なる場合、一方のオントロジーで用いられている属性に対して他方のオントロジーで用いられている属性が複数対応付けられることになる。このため、オントロジー間で粒度が異なる属性が多いほど、一つの属性に対して対応付けられる属性が爆発的に増加する。これにより、対象となる属性が複数の属性と対応付けられている場合、それらの中から適切な対応先属性を自動的に特定することが困難になり、これにより対応先の分類を自動的に決定することが妨げられる。
本発明は、上記に鑑みてなされたものであって、異なるオントロジー間の分類の対応付けを行う利用者の作業負担を軽減させるオントロジー統合支援装置、オントロジー統合支援方法及びオントロジー統合支援プログラムを提供することを目的とする。
上述した課題を解決し、目的を達成するために、本発明は、上位分類が持つ属性を下位分類が継承すると共に継承関係が特定可能な階層型オントロジーの統合を支援するオントロジー統合支援装置において、統合元のオントロジーに含まれる分類と、統合先のオントロジーに含まれる分類とを対応付ける分類対応情報を記憶する分類記憶手段と、統合元のオントロジーのうち前記分類対応情報において対応付けられた分類を示す対応済分類の上位分類と、当該対応済分類の上位分類が有する属性と、前記対応済分類に対応する統合先のオントロジーの分類が有する属性を示す統合先属性と、を対応付ける属性対応情報を記憶する属性記憶手段と、前記統合元のオントロジーに含まれる分類であって前記対応済分類以外の分類から、統合先のオントロジーに含まれる分類と対応付ける対象となる統合対象分類を特定する分類特定手段と、前記統合対象分類の上位分類が有する属性であって、前記属性対応情報において前記統合先のオントロジーの統合先属性と対応付けられている属性の対応情報を、取得する属性対応情報取得手段と、前記分類対応情報に含まれている前記対応済分類のうち、前記統合対象分類との共通の上位分類と前記統合対象分類との距離が最小となる対応済分類を特定する対応済分類特定手段と、前記分類対応情報から、前記対応済分類特定手段により特定された前記対応済分類と対応付けられている前記統合先のオントロジーに含まれる統合先対応済分類を特定する統合先対応済分類特定手段と、前記特定された前記統合先対応済分類から前記継承関係を経路として辿り、前記属性対応情報取得手段が取得した属性に対応する統合先属性を有する前記統合先のオントロジーの分類を、前記統合対象分類と対応付けられる分類が存在する位置として特定する位置特定手段と、を備えることを特徴とする。
また、本発明は、上位分類が持つ属性を下位分類が継承している階層型オントロジーの統合を支援するオントロジー統合支援方法において、統合元のオントロジーに含まれる分類であって、当該統合元のオントロジーに含まれる分類と統合先のオントロジーに含まれる分類とを対応付ける分類対応情報に格納された前記対応済分類以外の分類から、統合先のオントロジーに含まれる分類と対応付ける対象となる統合対象分類を特定する分類特定ステップと、統合元のオントロジーのうち前記分類対応情報において対応付けられた分類を示す対応済分類と、当該対応済分類の上位分類が有する属性と、前記対応済分類に対応する統合先のオントロジーの分類が有する属性を示す統合先属性と、を対応付ける属性対応情報から、前記統合対象分類の上位分類が有する属性であって、前記統合先のオントロジーの統合先属性と対応付けられている属性の対応情報を、取得する属性対応情報取得ステップと、前記分類対応情報に含まれている前記対応済分類のうち、前記統合対象分類との共通の上位分類と前記統合対象分類との距離が最小となる対応済分類を特定する対応済分類特定ステップと、前記分類対応情報から、前記対応済分類特定ステップにより特定された前記対応済分類と対応付けられている前記統合先のオントロジーに含まれる統合先対応済分類を特定する統合先対応済分類特定ステップと、前記特定された前記統合先対応済分類から前記継承関係を経路として辿り、前記属性対応情報取得ステップが取得した属性に対応する統合先属性を有する前記統合先のオントロジーの分類を、前記統合対象分類と対応付けられる分類が存在する位置として特定する位置特定ステップと、を有することを特徴とする。
また、本発明は、上位分類が持つ属性を下位分類が継承している階層型オントロジーの統合を支援するオントロジー統合支援プログラムにおいて、統合元のオントロジーに含まれる分類であって、当該統合元のオントロジーに含まれる分類と統合先のオントロジーに含まれる分類とを対応付ける分類対応情報に格納された前記対応済分類以外の分類から、統合先のオントロジーに含まれる分類と対応付ける対象となる統合対象分類を特定する分類特定ステップと、統合元のオントロジーのうち前記分類対応情報において対応付けられた分類を示す対応済分類と、当該対応済分類の上位分類が有する属性と、前記対応済分類に対応する統合先のオントロジーの分類が有する属性を示す統合先属性と、を対応付ける属性対応情報から、前記統合対象分類の上位分類が有する属性であって、前記統合先のオントロジーの統合先属性と対応付けられている属性の対応情報を、取得する属性対応情報取得ステップと、前記分類対応情報に含まれている前記対応済分類のうち、前記統合対象分類との共通の上位分類と前記統合対象分類との距離が最小となる対応済分類を特定する対応済分類特定ステップと、前記分類対応情報から、前記対応済分類特定ステップにより特定された前記対応済分類と対応付けられている前記統合先のオントロジーに含まれる統合先対応済分類を特定する統合先対応済分類特定ステップと、前記特定された前記統合先対応済分類から前記継承関係を経路として辿り、前記属性対応情報取得ステップが取得した属性に対応する統合先属性を有する前記統合先のオントロジーの分類を、前記統合対象分類と対応付けられる分類が存在する位置として特定する位置特定ステップと、をコンピュータに実行させることを特徴とする。
本発明によれば、粒度が異なる属性が多く存在する場合でも、統合元のオントロジーに含まれる分類と統合先のオントロジーに含まれる分類の対応を自動的に特定できるので、オントロジーの統合を容易に行うことができるという効果を奏する。
以下に添付図面を参照して、この発明にかかるオントロジー統合支援装置、オントロジー統合支援方法及びオントロジー統合支援プログラムの最良な実施の形態を詳細に説明する。後述する実施の形態においては、オントロジー統合支援装置を適用した統合支援サーバの例について説明するが、どのような装置に適用しても良い。
（第１の実施の形態）
図１は、第１の実施の形態にかかるオントロジー統合支援システムのネットワーク構成を示す模式図である。本図に示すように、本実施の形態にかかるオントロジー統合支援システムでは、統合支援サーバ１００と、クライアント端末１０１と、クライアント端末１０２とがネットワーク１５０を介して接続されている。本実施の形態では、図１に示すようなクライアントサーバシステムを想定している。
また、ネットワーク１５０は、どのようなネットワークを用いても良く、例えばＬＡＮ（Local Area Network）や公衆ネットワークを用いることが考えられる。また、図１ではクライアント端末が２台しか接続されていないが、ネットワーク１５０に接続するクライアント端末の台数を制限するものではない。
図２は、第１の実施の形態にかかる統合支援サーバ１００及びクライアント端末１０１のブロック構成を示した図である。ユーザは、クライアント端末１０１に接続されたモニタ２６０でオントロジー等を参照し、統合支援サーバ１００に記憶されたオントロジーの統合するための作業を、クライアント端末１０１等から行う。
次に、本実施の形態で用いられるオントロジーについて説明する。本実施の形態にかかる階層型オントロジーは、分類を階層的に配置することで、分類によるツリー構造を形成している。ここで、分類は概念を表したものであり、例えば「製品」や「自動車」などである。
階層型オントロジーに含まれる分類は、当該分類の特徴となる「属性」の集合となる。なお、数学的な定義によると、この属性の集合は、分類の「内包」と呼ばれるものである。
階層型オントロジーの特徴として、上位の分類が有する属性を、当該分類の下位に配置されたすべての分類、すなわち上位分類を根とした部分階層上のすべての分類が継承する。また、階層型オントロジーでは、１つ上の分類を「親分類」、１つ下の分類を「子分類」、すべての上位分類を「先祖」、すべての下位分類を「子孫」と呼ぶことが多い。なお、本実施の形態も同様に上述した単語を、上述した意味で用いる。なお、後述する図３では、親子関係にある分類間を線分で結んでいる。
また、階層型オントロジーは、分類毎に、当該分類が有する属性に従って記述されたインスタンスを要素として保持する。数学的な定義によると、このインスタンスの集合は分類の「外延」と呼ばれ、個々のインスタンスは「メンバー」と呼ばれる。階層型オントロジーでは、下位分類のすべてのインスタンスはその上位分類のインスタンスでもある。
ただし、上位分類から、下位分類のインスタンスを参照する場合、当該上位分類が保持する属性の値のみとなる。また、一般的な階層型オントロジーでは、最も下位の分類のみインスタンスが存在することが多いが、本実施の形態はこれに制限するものではなく、上位の分類にインスタンスが存在していても良い。
図３は、本実施の形態で用いられる階層型オントロジー及びインスタンスの例を示した概念図である。図３に示す例では、７個の分類Ｘ１、Ｘ２、Ｘ３、Ｘ４、Ｘ５、Ｘ６、Ｘ７から構成される階層型オントロジーを示している。そして、Ｘ２、Ｘ３はＸ１の子分類と、Ｘ４、Ｘ５はＸ２の子分類と、Ｘ６、Ｘ７はＸ３の子分類となる。
そして、分類よっては、属性が定義されている。例えば、分類Ｘ１では属性ｘ１が、分類Ｘ２では属性ｘ２が、分類Ｘ６では属性ｘ３が、分類Ｘ７では属性ｘ４が定義されている。また、上述したように、上位分類の有する属性は、下位の分類に継承されている。例えば、分類Ｘ６は、分類Ｘ６で定義された属性ｘ３の他に、上位分類Ｘ１で定義された属性ｘ１も継承して有している。なお、他の分類も、同様に上位分類から属性を継承して有している。
図３の太枠で囲まれた表は、線分で結ばれた分類が持つインスタンスの例を示している。図３に示した例では、分類Ｘ５、Ｘ６、Ｘ７にインスタンスが存在している。それぞれのインスタンスは、分類が有する属性毎に、当該属性に従った値を保持している。図３で示した例では、インスタンスの第一行目は表のヘッダとして各属性の属性名を、第二行目以降は属性を示す値を記載している。
階層型オントロジーの定義に従い、分類Ｘ２はその子分類Ｘ４、Ｘ５のインスタンスを、分類Ｘ３はその子分類Ｘ６、Ｘ７のインスタンスを参照できる。また、分類Ｘ１は、図３に記載されたオントロジーの最上位の分類であるため、このオントロジーの全てのインスタンスを参照できる。ただし、分類Ｘ１が参照できる各インスタンスの値は、分類Ｘ１自身に定義された属性ｘ１のみに制限される。また、分類Ｘ２、Ｘ３も同様に、自身が定義した属性及び上位分類から継承した属性の値のみ参照できる。
なお、本実施の形態にかかるオントロジーでは、分類階層を単純木で示しているが、分類階層の構造をこのような単純木に制限するものではない。例えば、複数の親分類を持つ「多重継承」の概念や、厳密な意味の親子関係ではないが、いくつかの属性を輸入する関係で形成される「部分継承」の概念など、すべての分類階層の構造を対象とする。
図２に戻り、クライアント端末１０１は、選択分類出力部２５１と、表示処理部２５２とを備えている。また、クライアント端末１０１は、オントロジー入出力プログラムを起動させている。
選択分類出力部２５１は、ユーザから統合元のオントロジーに含まれる分類の中から、図示しない入力デバイスを用いてユーザが対応付ける対象の分類を選択した場合、当該選択された分類を後述する統合支援サーバ１００に出力する。
表示処理部２５２は、モニタ２６０に、画面を表示する処理を行う。例えば、オントロジー入出力プログラムが起動している状態では、表示処理部２５２は、統合支援サーバ１００から受信したデータを用いて生成したオントロジー統合操作画面を、モニタ２６０に出力している。これにより、クライアント端末１０１は、ユーザが表示された画面上で、入力デバイスを介して行った作業や設定の内容に基づくデータやコマンドを受け付け、必要に応じて受け付けたデータ等を統合支援サーバ１００に出力する。なお、オントロジー統合操作画面の例については後述する。
統合支援サーバ１００は、オントロジー情報記憶部２０１と、分類対応記憶部２０２と、属性対応記憶部２０３と、分類特定部２０４と、表示データ生成部２０５と、オントロジー情報取得部２０６と、対応済分類特定部２０７と、統合先対応済分類特定部２０８と、位置特定部２０９と、属性対応情報取得部２１０と、分類登録部２１１と、属性登録部２１２とを備える。
オントロジー情報記憶部２０１は、オントロジー分類テーブルと、属性テーブルと、インスタンステーブルとを記憶している。
図４は、オントロジー情報記憶部２０１が記憶するオントロジー分類テーブルのテーブル構造の例を示す図である。図４に示すように、オントロジー分類テーブルは、分類ＩＤと、親分類ＩＤと、属性の輸入元分類ＩＤと、分類の名前とを対応付けて保持する。これにより、各レコードに格納された分類情報から、分類の名前と親分類とを特定することができる。
このように、オントロジー分類テーブルは、分類毎に親分類を特定できるので、オントロジーが有する分類の階層構造を記憶していることになる。また、輸入元分類ＩＤフィールドは、部分継承先を格納している。なお、本実施の形態で用いるオントロジーは、部分継承をしていないので、輸入元分類ＩＤフィールドは空欄となる。また、オントロジー分類テーブルの名前フィールドは、人間が直感的に分類を特定するための分類の名前情報が格納されている。
図５は、オントロジー情報記憶部２０１が記憶する属性テーブルのテーブル構造の例を示す図である。図５に示すように、属性テーブルは、属性ＩＤと、定義分類ＩＤと、名前とを対応付けて保持する。これにより、各属性が定義されている分類及び当該属性の名称を特定できる。
図６は、オントロジー情報記憶部２０１が記憶するインスタンステーブルのテーブル構造の例を示す図である。図６に示すように、インスタンステーブルは、インスタンスが属する分類を記述する分類ＩＤと各属性ＩＤをヘッダとしたテーブルで構成される。この例では、テーブルはこのオントロジーの各々の属性に対応する列を持つ。
このように、インスタンステーブルは、一つのオントロジーに含まれる全ての分類のインスタンスを、一つのテーブルで管理している。つまり、オントロジーの数に応じてインスタンステーブルが用意される。
なお、オントロジー情報記憶部２０１に記憶されるテーブル構成は、上述した構成に制限するものではない。例えば、分類間の関係と、分類語との定義情報とを別テーブルに格納する、若しくはインスタンステーブルを分類ごとに用意してもよい。このように、同様な意味を表していれば、どのような形式で記憶しても良い。
分類対応記憶部２０２は、分類対応テーブルを記憶する。図７は、分類対応テーブルのテーブル構造の例を示す図である。図７に示すように、統合元の分類ＩＤと、統合先の分類ＩＤとを対応付けて保持する。つまり、分類対応テーブルに、統合元の分類と、統合先の分類とが対応付けて登録されることで、異なるオントロジーの分類間での対応付けがなされたことを意味する。
図７で示した例では、統合元オントロジーＸの分類Ｘ５と統合先オントロジーＹの分類Ｙ７との対応関係、統合元オントロジーＸの分類Ｘ７と統合先オントロジーＹの分類Ｙ５との対応関係が記憶されている。
属性対応記憶部２０３は、属性対応テーブルを記憶する。図８は、属性対応テーブルのテーブル構造の例を示す図である。図８に示すように、統合元の分類ＩＤと、統合元の属性ＩＤと、統合先の属性ＩＤと、を対応付けて保持する。つまり、属性対応テーブルに、統合元の分類と、統合元の属性と、統合先の属性とが対応付けて登録されることで、異なるオントロジーの属性間での対応付けがなされたことを意味する。また、属性対応テーブルでは、統合元の分類も属性と対応付けて格納される。
図８に示す例では、統合元オントロジーＸに含まれる分類Ｘ１、Ｘ２、Ｘ３、Ｘ５、Ｘ７の５つの分類について、それぞれ属性の対応情報が記憶されている。
次に、属性の粒度を説明する。一般に、階層型オントロジーは、これ自身で閉じた世界を形成している。そのため、オントロジー毎に、当該オントロジーに含まれる分類及び属性の定義、分類毎に定義される属性の種類及び数、分類階層の構成が異なる。したがって、任意のオントロジーで定義された属性が、他のオントロジーではより小さい範囲で定義されることがある。そこで、属性が対象とする範囲の大きさの尺度を「粒度」と呼び、その範囲が小さいほど「属性の粒度が小さい」と表現する。
図９は、属性の粒度の違いの概念を示す説明図である。図９に示した例では、オントロジーＸ内で定義されている属性ｘ１と、オントロジーＹ内で定義されている属性ｙ１及びｙ２とを示している。オントロジーＸでは、名称が「高さ」となる属性ｘ１が定義されている。そして、オントロジーＹでは、名称が「最長部の高さ」の属性ｙ１と、名称が「天井までの高さ」の属性ｙ２とが定義されている。図９に示した例において、属性ｘ１、属性ｙ１及び属性ｙ２は、いずれも「あるものの高さ」を表す属性であるが、属性ｘ１の方が属性ｙ１及びｙ２より広い範囲の概念を示している。そこで、属性ｘ１は、属性ｙ１及びｙ２より属性の粒度が大きいといえる。
属性の粒度の違いは、従来の手法ではオントロジーの自動統合時において問題が生じる。すなわち、オントロジーの自動統合時に、統合元オントロジーの属性と、統合先オントロジーの属性とを対応付ける必要があるが、統合元オントロジーの属性の方が統合先オントロジーの対応属性よりも粒度が高い場合、統合先オントロジーの対応属性の候補が複数存在することになり、従来の手法では分類や属性の対応付けをうまく特定することができない。そこで、本実施の形態では、属性対応記憶部２０３で示したテーブル構造を有することで、統合元のオントロジーの分類と属性で、統合先のオントロジーの属性を特定しているので、対応属性の候補が複数存在しても、対応付けが容易となる。なお、対応付けの処理については後述する。
分類対応記憶部２０２の分類対応テーブルは、統合元オントロジーと統合先オントロジーとの間で既に対応付けられた分類の対応情報を格納している。また、属性対応記憶部２０３の属性対応テーブルは、統合元オントロジーと統合先オントロジーとの間で既に対応付けられた属性の対応情報を格納している。つまり、分類対応テーブル及び属性対応テーブルに格納された情報を用いて、分類の自動対応付けを行うためには、予めある程度の対応情報を格納しておく必要がある。
つまり、ユーザ又は統合支援サーバ１００が、統合元オントロジーＸと統合先オントロジーＹを参照し、対応関係が明確な分類間について対応付けを行う。これにより、分類対応テーブル及び属性対応テーブルに情報が蓄積されていく。そして、蓄積された情報を用いることで、当初対応関係が不明だった分類間の対応関係が明らかになる。これにより、統合支援サーバ１００は、オントロジーに含まれる分類間の自動対応付けが可能となる。
図７で示した分類対応テーブルと、図８に示した属性対応テーブルの構成は、上述した構成に制限するものではなく、上述した意味を含有したテーブル構造であればよい。
分類登録部２１１は、統合元オントロジーＸに含まれる分類と、統合先オントロジーＹに含まれる分類とを、対応付けて分類対応テーブルに登録する処理を行う。
属性登録部２１２は、統合元オントロジーＸに含まれる分類と、統合先オントロジーＹに含まれる分類とが対応付けられた場合、対応付けられた統合元の分類と、対応付けられた統合元の分類が有する属性と、対応付けられた統合先の分類が有する属性とを対応付けて、属性対応テーブルに登録する処理を行う。また、属性登録部２１２は、対応付けられた統合元の分類についてのみ登録する処理を行うのではなく、対応付けられた統合元の分類の先祖の分類についても同様の属性の組み合わせで登録する処理を行う。
図１０は、統合元オントロジーＸに含まれる分類Ｘ５と、統合先オントロジーＹに含まれる分類Ｙ７とを、ユーザにより手動で対応付けが行われた例を示す概念図である。図１０に示した例では、統合元オントロジーＸを、統合先オントロジーＹに統合する例とする。そして、ユーザは統合元オントロジーＸと統合先オントロジーＹとを参照して、分類Ｘ５と分類Ｙ７とが対応すると判断した場合を想定している。
ここで、ユーザが分類Ｘ５と分類Ｙ７とを対応付ける操作を行った場合、クライアント端末１０１は、対応付ける操作を示す操作情報を統合支援サーバ１００に出力する。これにより、統合支援サーバ１００の分類登録部２１１は、分類Ｘ５と分類Ｙ７とを対応付けて、分類対応テーブルに登録する。
その後、属性登録部２１２は、分類Ｘ５の有する属性と、分類Ｙ７の有する属性とを対応付けて、属性対応テーブルに登録する。図１０に示す例では、符号１００１に示すように、属性登録部２１２は、分類Ｘ５の属性ｘ１と属性ｙ２とを対応付けてこれらの対応情報を属性対応テーブルに登録すると共に、分類Ｘ５の属性ｘ２と属性ｙ３とを対応付けてこれらの対応情報を属性対応テーブルに登録する。なお、対応付けられる属性の特定は、どのような手法を用いても良く、例えば統合支援サーバ１００が属性間の類似度を算出して特定しても良いし、ユーザが手動で対応付けられる属性を特定しても良い。対応付けられた分類間の属性の対応付けが終了した後、以降で説明するように先祖の分類にさかのぼって、属性の対応付けを行う。
図１１は、統合元オントロジーＸに含まれる分類Ｘ５と統合先オントロジーＹに含まれる分類Ｙ７との対応付けが終了した後、分類Ｘの先祖の分類に対して属性の対応付けを行う例を示す概念図である。図１１に示した統合元オントロジーＸでは、分類Ｙ７と対応付けられた分類Ｘ５が有する属性ｘ２は分類Ｘ２で定義されており、属性ｘ１は分類Ｘ１で定義されている。
そこで、属性登録部２１２は、これら属性（属性ｘ１、属性ｘ２）が定義されている分類及びこれら属性が継承されている分類全てに対して、これら属性を、統合先オントロジーＹの属性と対応付けて登録する。
つまり、属性登録部２１２は、分類Ｘ５の親分類である分類Ｘ２に遡り、分類Ｘ２と属性ｘ１と属性ｙ２とを対応付けて属性対応テーブルに登録すると共に、分類Ｘ２と属性ｘ２と属性ｙ３とを対応付けて属性対応テーブルに登録する。その後、属性登録部２１２は、分類Ｘ２の親分類である分類Ｘ１に遡り、分類Ｘ１と属性ｘ１と属性ｙ２とを対応付けて属性対応テーブルに登録する。
図１２は、これらの操作の後で統合元オントロジーＸに含まれる分類Ｘ７と、統合先オントロジーＹに含まれる分類Ｙ４とを、ユーザにより手動で対応付けが行われた例を示す概念図である。図１０と同様に、ユーザは統合元オントロジーＸと統合先オントロジーＹとを参照して、分類Ｘ７と分類Ｙ４とが対応すると判断した場合を想定している。
ここで、ユーザが分類Ｘ７と分類Ｙ４とを対応付ける操作を行った場合、クライアント端末１０１は、対応付ける操作を示す操作情報を統合支援サーバ１００に出力する。これにより、統合支援サーバ１００の分類登録部２１１は、分類Ｘ７と分類Ｙ４とを対応付けて、分類対応テーブルに登録する。
その後、属性登録部２１２は、分類Ｘ７の有する属性と、分類Ｙ４の有する属性とを対応付けて、属性対応テーブルに登録する。図１２に示す例では、符号１２０１に示すように、属性登録部２１２は、分類Ｘ７の属性ｘ１と属性ｙ１とを対応付けてこれらの対応情報を属性対応テーブルに登録すると共に、分類Ｘ７の属性ｘ４と属性ｙ４とを対応付けてこれらの対応情報を属性対応テーブルに登録する。対応付けられた分類間の属性の対応付けが終了した後、次のように先祖の分類にさかのぼって、属性の対応付けを行う。
図１３は、統合元オントロジーＸに含まれる分類Ｘ７と統合先オントロジーＹに含まれる分類Ｙ４との対応付けが終了した後、分類Ｘ７の先祖の分類に対して属性の対応付けを行う例を示す概念図である。図１３に示した統合元オントロジーＸでは、分類Ｙ４と対応付けられた分類Ｘ７が有する属性ｘ４は分類Ｘ７で定義されており、属性ｘ１は分類Ｘ１で定義されている。
そこで、属性登録部２１２は、属性ｘ１が定義されている分類及び属性ｘ１が継承されている分類全てに対して、属性ｘ１を、統合先オントロジーＹの属性ｙ１と対応付けて登録する。なお、属性ｘ４は、分類Ｘ７で定義されたものであるため、先祖の分類での対応付けは行わない。
つまり、属性登録部２１２は、分類Ｘ７の親分類である分類Ｘ３に遡り、分類Ｘ３と属性ｘ１と属性ｙ１とを対応付けて属性対応テーブルに登録する。その後、属性登録部２１２は、分類Ｘ３の親分類である分類Ｘ１に遡り、分類Ｘ１と属性ｘ１と属性ｙ１とを対応付けて属性対応テーブルに登録する。
図１０〜図１３で示した登録処理を行うことで、ｘ１は、属性ｙ１と対応付けられると共に、属性ｙ２とも対応付けられたことになる。このように本実施の形態による登録処理では、上位分類では、統合元の一つの属性に対して、属性の粒度の違い等の理由により、統合先の複数の属性が対応付けられることになる。
図１０〜図１３で示した登録処理で対応関係が登録された後の分類対応テーブルは図７に、属性対応テーブルは図８に示した通りなので説明を省略する。また、図８に示した属性対応テーブルにおいて、統合元オントロジーＸ１の属性ｘ１は、属性ｙ１との対応情報及び属性ｙ２との対応情報が記憶されているのが確認できる。
そして、図１０〜図１３で示された登録処理により、分類対応テーブル及び属性対応テーブルに対応関係が登録された。これにより、格納された情報を用いて自動的に対応付けを行うことが可能となる。
オントロジー情報取得部２０６は、オントロジー情報記憶部２０１から、統合元のオントロジーの情報と、統合先のオントロジーの情報を取得する。
表示データ生成部２０５は、クライアント端末１０１に出力する画面情報を生成する。ここで、表示データ生成部２０５が生成する画面情報は、オントロジー情報記憶部２０１から入力された統合元のオントロジーの情報と、統合先のオントロジーの情報を用いて生成される。
また、表示データ生成部２０５が生成する画面情報は、統合元のオントロジーの階層や、統合先のオントロジー階層、既に対応付けられた分類及び属性の対応関係を示す情報等が含まれている。そして、クライアント端末１０１が、当該画面情報に従って、オントロジー統合画面を表示する。これにより、ユーザは、画面上に表示された情報を参照して、各種操作を行う。そして、ユーザが対応付ける分類を選択した場合、選択分類出力部２５１が選択された分類を、統合支援サーバ１００に出力する。
図１４は、クライアント端末１０１が、画面情報に従って表示するオントロジー統合画面の例を示した図である。図１４に示すように、オントロジー統合画面は、統合元オントロジーの分類階層を表示する統合元オントロジー表示領域１４０１と、統合先オントロジーの分類階層を表示する統合先オントロジー表示領域１４０２と、統合処理の開始を意味する「ＵＮＩＯＮ」ボタン１４０３などの各種ボタンから構成されている。
図１４に示した統合元オントロジー表示領域１４０１及び統合先オントロジー表示領域１４０２は、既に対応付けられた分類、すなわち統合元オントロジーの分類Ｘ５と、統合先オントロジーの分類Ｙ７とを、色付けして表示する。
これは、オントロジー統合画面を参照したユーザが、未対応の分類と、対応済みの分類との区別を可能とするためである。このため、未対応の分類と対応済みの分類が区別可能であれば、分類の色付け以外に、例えば分類を表す形状を変更する等の手法を用いても良い。
また、ユーザがマウスなどのポインティングデバイスで、統合元オントロジーの対応済みの分類を選択した場合、選択された分類に対応付けられている統合先オントロジーの分類を指し示したアイコン等を表示してもよい。これにより、ユーザは、分類の対応関係を視覚的に把握することができる。なお、分類の対応関係の表示は、アイコンに限るものではなく、例えば対応する分類を点滅させるなどのエフェクト等を用いても良い。
また、オントロジー統合画面上では、ユーザがクライアント端末１０１の入力デバイスを介して、各種ボタンのクリック、ドラッグ操作による統合元オントロジーの分類及び部分階層の選択を行うことができる。また、ユーザが、対応付けを行う統合対象の分類を選択する場合、ユーザのポインティングデバイスによるドラッグ操作で、統合元オントロジー表示領域１４０１上の統合対象となる分類を選択できる。この状態でＵＮＩＯＮボタン１４０３が押下されると、選択分類出力部２５１が、選択された分類に関する情報を、統合支援サーバ１００に出力する。そして、統合支援サーバ１００が、選択された分類に関する情報を受け付けた場合、後述する分類特定部２０４に入力される。
図２に戻り、分類特定部２０４は、クライアント端末１０１、１０２から選択された分類に関する情報を入力として、ネットワーク１５０を介して受け付けた後、入力情報にある分類を対応付け対象となる統合対象分類と特定する。なお、当該統合対象分類は、統合元のオントロジーに含まれる分類であり、統合先のオントロジーに含まれている分類と未だ対応付けがなされていない分類であることを前提とする。
属性対応情報取得部２１０は、属性の対応情報を取得する。ここで、属性の対応情報とは、属性対応テーブルに格納されている情報をいう。
また、属性対応情報取得部２１０は、属性の対応情報から、統合元オントロジーＸの統合対象分類の属性を全て含み、さらに統合対象分類の先祖の分類で定義された属性については、当該属性に対応する統合先のオントロジーＹの属性（以下、統合先属性とする）を含む属性リストに整形する。これにより、属性リストを取得したことになる。なお、なお、詳細な処理手順は、後述する。
図１５は、属性対応情報取得部２１０が、統合対象分類Ｘ６が有する属性について、属性対応テーブルに格納されている属性の対応情報から利用可能な対応情報を取得するまでの手順を示した概念図である。図１５に示した例では、ユーザから分類Ｘ６の対応付けの要求がなされた場合を想定している。これにより、分類特定部２０４は、統合対象分類として分類Ｘ６に特定した。
まず、属性対応テーブルでは、統合対象分類Ｘ６の属性の情報は、格納されていない。そこで、属性対応情報取得部２１０は、属性対応テーブルから、統合対象分類Ｘ６の先祖である分類の属性の対応情報の取得を要求する。図８に示した属性対応テーブルでは、分類Ｘ６の親分類である分類Ｘ３が有する属性の対応情報が格納されている。
そこで、属性対応情報取得部２１０は、属性の対応情報として、分類Ｘ６が持つ属性ｘ１について、属性ｙ１との対応情報を取得する。
対応済分類特定部２０７は、分類対応記憶部２０２から分類の対応情報を取得し、分類の対応情報から、統合元のオントロジーＸの分類のうち、統合対象分類と共通の先祖となる分類を介して、統合対象分類と距離が最も近い分類を特定する（以下、特定された分類を対応済分類とする）。また、分類の対応情報とは、分類対応テーブルに格納されていた情報をいう。
統合先対応済分類特定部２０８は、対応済分類特定部２０７で特定された対応済分類を用いて、分類対応テーブルからこの対応済み分類と対応付けられた統合先のオントロジーＹに含まれる分類を特定する（以下、特定された分類を統合先対応済分類とする）。
位置特定部２０９は、特定した統合先対応済分類から、分類間を結ぶ継承関係を経路（以下、分類経路とする）として辿り、統合対象分類に対応する分類と統合先対応済分類との共通する先祖と推測される分類を特定する。なお、特定手法については、後述する。
そして、位置特定部２０９は、特定した分類を検索開始位置として、統合対象分類に対応する分類を検索する。この際、位置特定部２０９は、取得した属性リストに含まれる統合先のオントロジーの属性を有するか否かを基準として、統合対象分類と対応付けられる分類が存在する位置を特定する。なお、詳細な処理手順については後述する。
図１６は、統合支援サーバ１００により、統合対象分類から共通する先祖である分類を介して最も距離が近い対応済分類を特定してから、統合先オントロジーの統合対象分類と対応する分類を検索する位置を特定するまでの処理を示した概念図である。図１６に示すように、対応済分類特定部２０７は、統合対象分類Ｘ６との共通する先祖と分類Ｘ６との距離が最短になる対応済分類として分類Ｘ７を特定する。
次に、統合先対応済分類特定部２０８は、対応済分類Ｘ７と、分類対応テーブルで対応付けられた統合先の対応済分類Ｙ４を特定する。そして、位置特定部２０９は、統合先対応済分類Ｙ４から分類経路を辿る。そして、位置特定部２０９は、統合対象分類に対応する分類と、統合先対応済分類Ｙ４との共通する先祖と推測される分類Ｙ２を特定する。そして、位置特定部２０９は、統合先の分類Ｙ２を、統合対象分類と対応する分類の検索開始位置として決定する。
図１７は、統合支援サーバ１００により、検索開始位置から統合対象分類に対応する分類を検出し、統合対象分類とこれを対応付け、さらにこれらの分類間で属性を対応付けるまでの処理を示した概念図である。図１７に示すように、位置特定部２０９は、検索開始位置である統合先の分類Ｙ２から、統合対象分類Ｘ６に対応する分類の検索を行い、統合対象分類Ｘ６と対応する分類Ｙ５を特定する。なお、特定する判断基準等は後述する。
そして、統合対象分類Ｘ６と対応する分類Ｙ５を特定すると、分類登録部２１１は、統合対象分類Ｘ６と分類Ｙ５とを対応付けて、分類対応テーブルに登録する。その後、属性登録部２１２が、分類Ｘ６と分類Ｙ５との間で対応付けられた属性の対応付け情報を登録する。図１７で示した例では、属性登録部２１２は、属性ｘ３と属性ｙ５とを対応付けて、属性対応テーブルに登録する。なお、対応付けられる属性の判断手法は、どのような手法を用いても良い。
これらの処理が終了すると、表示データ生成部２０５は、統合先オントロジーと統合元のオントロジーにおいて、分類及び属性の対応情報を更新した画面情報を生成する。そして、生成された画面情報は、クライアント端末１０１に出力される。
図１８は、クライアント端末１０１が、統合対象分類の対応付け後の画面情報に従って表示するオントロジー統合画面の例を示した図である。図１８に示した画面では、統合対象分類Ｘ６を示すマーク１８０１と、統合対象分類Ｘ６と対応付けられた分類Ｙ５を示すマーク１８０２とが、同じ色に変更された状態で表示される。
また、上述した処理では、統合対象分類に対応付けられた分類を特定する場合について説明したが、統合対象分類に対応する分類がない場合、統合先オントロジーに、対応する分類を生成しても良い。
図１９は、上述した処理とは異なる例として、統合対象分類の対応する分類を生成した後の画面情報に従ってクライアント端末１０１が表示するオントロジー統合画面の例を示した図である。図１９に示した例では、統合先オントロジーには、当初分類Ｙ４（マーク１９０５）の下位に分類は存在しない状態であった。そして、対応付け処理が行われた結果、分類Ｘ３（マーク１９０１）と分類Ｙ４（マーク１９０５）とが対応付けされた。その結果分類Ｘ３の下位の分類Ｘ４（マーク１９０２）、Ｘ５（マーク１９０３）、Ｘ６（マーク１９０４）に対応する分類が存在しない。そこで、位置特定部２０９は、分類Ｘ４、Ｘ５、Ｘ６の対応付けの処理を行う際に、分類Ｘ４、Ｘ５、Ｘ６に対応する分類として、統合先オントロジーに対して、新たに分類Ｙ８（マーク１９０６）、Ｙ９（マーク１９０７）、Ｙ１０（マーク１９０８）を生成している。
また、図１９に示すように、ユーザは、統合元オントロジーの分類Ｘ３を根として分類Ｘ４、Ｘ５及びＸ６からなる部分分類階層を選択することもできる。この場合、分類Ｘ３と分類Ｙ４が対応付けられた場合、分類Ｘ４、Ｘ５、Ｘ６に対応する統合先オントロジーの分類を分類Ｙ４の子分類としてそれぞれ自動的に生成することができる。
次に、統合支援サーバ１００の分類を対応付ける処理手順について説明する。図２０は、統合支援サーバ１００の分類を対応付ける処理手順を示すフローチャートである。
まず、クライアント端末１０１が、図１４で示したオントロジー統合画面の統合元オントロジー表示領域１４０１に表示された分類階層から、未対応の分類または未対応の分類を根とする部分分類階層の選択を受け付ける。そして、クライアント端末１０１が、ＵＮＩＯＮボタン１４０３のクリックを受け付けた場合、選択されていた分類または部分分類階層が、統合支援サーバ１００に出力される。これにより、統合支援サーバ１００は、図２０で示した処理を行うことになる。
まず、統合支援サーバ１００の分類特定部２０４は、クライアント端末１０１から入力を受け付けた分類（又は部分分類階層）を、統合対象分類と特定する（ステップＳ２００１）。
次に、属性対応情報取得部２１０は、オントロジー情報と、属性の対応情報を取得する（ステップＳ２００２）。また、オントロジー情報は、オントロジー情報取得部２０６から取得した統合元オントロジーおよび統合先オントロジーの分類情報およびこれらの属性情報とする。
なお、上述した情報は、属性対応情報取得部２１０が統合支援サーバ１００の初期設定時に予め読み込んで、ＲＡＭ等に格納していても良い。ただし、ＲＡＭ等に格納された情報は、オントロジー情報記憶部２０１、分類対応記憶部２０２及び属性対応記憶部２０３のうちいずれかの情報が変更された時のみ更新する。
そして、属性対応情報取得部２１０は、オントロジー情報と、属性の対応情報とから、統合対象分類の上位分類で定義された属性の対応情報（属性リスト）を取得する（ステップＳ２００３）。なお、詳細な処理手順は後述する。
そして、属性対応情報取得部２１０は、取得した属性の対応情報が空か否か判断する（ステップＳ２００４）。そして、属性対応情報取得部２１０が、空だと判断した場合（ステップＳ２００４：Ｙｅｓ）、処理を終了する。
つまり、属性の対応情報が空の場合、統合元オントロジーと統合先オントロジーとの間でどの分類も対応付けされていない状態であるため、分類の自動対応付けを行うことができないので、終了する。
次に、属性対応情報取得部２１０は、属性の対応情報（属性リスト）が空ではないと判断した場合（ステップＳ２００４：Ｎｏ）、当該属性リストから、統合対象分類が有する属性と対応する属性を抽出して、対応先属性のリスト（対応先属性リスト）を取得する（ステップＳ２００５）。この対応先属性リストは、統合先オントロジーの分類階層において、統合対象分類に対応する分類が存在する位置、または統合対象分類を含む部分分類階層が存在する位置を特定するために利用される。
そして、対応済分類特定部２０７は、分類対応テーブルから取得した分類の対応情報から、統合元のオントロジーの対応済分類のうち、統合対象分類との共通の先祖となる分類と統合対象分類との距離が最短になる対応済分類を特定する（ステップＳ２００６）。
次に、統合先対応済分類特定部２０８及び位置特定部２０９が、特定された統合元の対応済分類の対応先の分類を特定し、特定された対応先の分類を起点として、統合対象分類に対応する分類を特定する（ステップＳ２００７）。
そして、分類登録部２１１が、統合対象分類と、統合対象分類と対応する分類とを対応付けた情報を分類対応テーブルに登録し、属性登録部２１２が、最終的にこれらの分類間で対応付けられた属性の対応情報を属性対応テーブルに登録する（ステップＳ２００８）。その後、分類登録部２１１又は属性登録部２１２が、表示データ生成部２０５に対して統合処理の終了を通知する。
そして、表示データ生成部２０５は、分類及び属性の対応情報が更新された画面情報を生成する（ステップＳ２００９）。そして、生成された画面情報は、クライアント端末に出力される。これにより、クライアント端末１０１が、最新情報をユーザに対して提示することができる。また、統合元オントロジーおよび統合先オントロジーの情報と、対応済み情報をＲＡＭ等で記憶している場合には、ステップＳ２００９の画面情報の出力時にそれぞれ必要な情報を更新する。
次に、図２０のステップＳ２００３で示した統合対象分類の上位分類の属性の対応情報（属性リスト）を取得するまでの処理手順について説明する。図２１は、図２０のステップＳ２００３で示した統合対象分類の属性リストを取得するまでの処理手順を示すフローチャートである。そして、当該フローチャートは、複数の分類で構成される部分分類階層の対応付けが要求された場合を想定している。なお、統合対象分類が一つの場合にも同様の処理を行えば可能なので、説明を省略する。
まず、属性対応情報取得部２１０は、部分分類階層のうち最も上位の分類を統合対象分類として取得する（ステップＳ２１０１）。
そして、属性対応情報取得部２１０は、統合対象分類が有する属性が記載されている属性リストを生成する（ステップＳ２１０２）。次に、属性対応情報取得部２１０は、統合対象分類に親分類が存在するか否か判定する（ステップＳ２１０３）。そして、親分類が存在しないと判定した場合（ステップＳ２１０３：Ｎｏ）、処理を終了する。
また、属性対応情報取得部２１０が、統合対象分類に親分類が存在すると判定した場合（ステップＳ２１０３：Ｙｅｓ）、親分類にポインタを移動させる（ステップＳ２１０４）。そして、属性対応情報取得部２１０は、属性リストに含まれる属性であって、未だ対応情報を有していない属性毎に、ポインタが指し示す親分類の属性の対応情報として存在するか否か確認し、存在すれば当該対応情報を取得して、属性リストに当該対応情報の書き込み処理を行う（ステップＳ２１０５）。これにより、属性リストに、統合元オントロジーの属性と、統合先オントロジーの属性とが対応付けて格納されることになる。
次に、属性対応情報取得部２１０が、属性リスト中の全ての属性について、属性の対応情報を取得済みか否か判断する（ステップＳ２１０６）。全ての属性において対応情報が取得済みと判断した場合（ステップＳ２１０６：Ｙｅｓ）、処理を終了する。
また、属性対応情報取得部２１０は、まだ対応情報を取得していない属性が存在すると判断した場合（ステップＳ２１０６：Ｎｏ）、ステップＳ２１０３に戻り、親分類が存在するか否かの判断から再開する。
すなわち、統合対象分類から分類階層を１個ずつ上位に移動しながら、それぞれの分類が有する属性の対応情報を取得する。また、既に対応情報を取得した属性については、ステップＳ２１０５の処理対象から除外されるので、本実施の形態による各属性の対応情報の取得手法は、統合対象分類に近い先祖が有する属性の対応情報ほど優先されるという特徴を持つ。
次に、図２２は、図２０のステップＳ２００７で示した分類の対応情報から統合対象分類と最も近い対応済分類を特定するまでの処理手順を示すフローチャートである。
まず、対応済分類特定部２０７は、分類の対応情報から、統合元オントロジーに含まれる全ての対応済分類を取得する（ステップＳ２２０１）。
次に、対応済分類特定部２０７は、統合元の対応済分類の中で、統合対象分類との共通の上位分類と統合対象分類との距離が最小になる対応済分類を特定する（ステップＳ２２０２）。
なお、ステップＳ２２０２で示した距離とは、統合元オントロジーにおいて、統合対象分類と、各対応済分類との共通の先祖と統合対象分類との間の枝の最小数とする。例えば、図１５では、分類Ｘ５と分類Ｘ７が、統合先オントロジーＹの分類と対応済の分類である。そして、対応済分類特定部２０７は、分類Ｘ６が統合対象分類として、統合対象分類Ｘ６と分類Ｘ７との共通の上位分類と統合対象分類Ｘ６との最小距離を計算すると、枝の数１を算出する。ここで、これらの分類の共通の上位分類はＸ１とＸ３であるが、それぞれとＸ６の距離で最小のものが選ばれることに注意する。また、対応済分類特定部２０７は、統合対象分類Ｘ６と分類分類Ｘ５との共通の上位分類と統合体小分類Ｘ６との最小距離を同様に計算すると、枝の数２を算出する。これにより、分類Ｘ７が、最小の距離となる対応済分類として特定される。
なお、対応済分類特定部２０７は、ステップＳ２２０２の処理後に距離が最小となる候補が複数の候補が存在すると判断した場合、それらの中からランダムに特定してもよいし、それら全てを特定してもよい。
次に、図２３は、図２０のステップＳ２００７で示した特定された対応済分類の対応先の分類を特定し、特定された対応先の分類を起点として、統合対象分類に対応する分類を特定するまでの処理手順を示すフローチャートである。
まず、統合先対応済分類特定部２０８は、ステップＳ２００７で特定された対応済分類に対応する統合先対応済分類を、ステップＳ２００２で取得した分類の対応情報から取得する（ステップＳ２３０１）。
次に、位置特定部２０９は、統合先対応済分類と、ステップＳ２００２で取得した統合先オントロジーの分類の情報および属性の情報と、ステップＳ２００５で取得した対応先属性リストから、統合先オントロジーの対応済分類の上位分類から、対応先属性リストに含まれる全ての属性を有する分類を特定する（ステップＳ２３０２）。このために、位置特定部２０９は、統合先対応済分類から１個ずつ分類階層を上位に移動し、移動後の分類に対して、対応先属性リストに含まれる全ての属性を有するか否か判断する。
この探索処理では、最初に該当した分類が特定される。すなわち、条件を満たす上位分類の中で、最も下位の分類に特定されることになる。この特定された分類が、統合対象分類に対応する分類と統合先対応済分類との共通の上位分類と推定される。
次に、位置特定部２０９は、この特定された分類を検索開始位置として、検索開始位置より下位の分類毎に、当該分類が有する属性と属性リストで対応付けられていない属性の類似度等から、統合対象分類に対応する分類の挿入位置を特定する（ステップＳ２３０３）。
そして、位置特定部２０９は、統合対象分類に対応する分類を検出できない場合、上記の類似度等から、統合対象分類に対応する分類の親分類と推測される分類の下位に分類を自動的に生成し、生成した分類を統合対象分類に対応する分類と特定する。
また、位置特定部２０９は、統合対象分類に対応する分類を特定した際に、未対応の属性が対応先の分類に存在しないと判断した場合、特定した分類を拡張して属性を追加して、属性間を対応付ける。なお、これらの方法は、既存の対応付け手法と同様であり、説明を省略する。
このように本実施の形態のオントロジー統合支援システムによれば、属性の粒度が異なるようなオントロジー間の統合時において、統合元オントロジーの属性が統合先の複数のオントロジーの属性に対応付けられる場合でも、統合元の対応済み分類との関係から統合先のオントロジーにおける挿入位置を絞り込むことができる。これにより、統合支援サーバ１００では、分類および属性の対応付けの自動化を可能とし、オントロジーの統合を容易に行うことができる。
また、分類および属性の対応付けを行うほど、属性対応テーブル及び分類対応テーブルに多くの情報が登録されることになる。これにより、既に対応付けられた分類や属性の情報を多く利用することができ、統合処理の精度を向上させることができる。
また、オントロジーの規模が大きい場合、オントロジーの全体構造に精通することは難しい。このため、従来の手法では、統合先のオントロジーの規模が大きいほど、統合元オントロジーの各分類を、統合先オントロジーの階層構造上のどの位置に対応付ければ良いか判断することが難しかった。しかし、本実施の形態で示した手法では、対応関係が明らかな分類及び属性について予め登録することで、情報が蓄積されていくことになる。そして、規模が大きいほど蓄積される情報も増加する。これにより、上述した分類及び属性自動対応付け処理で、対応付けることが可能となる。
なお、本実施の形態においては、サーバクライアントシステムを想定したが、これに限るものではなく、ネットワークに接続されていないスタンドアロンの形態で実施しても良い。
図２４は、統合支援サーバ１００及びクライアント端末１０１、１０２のハードウェア構成を示す図である。統合支援サーバ１００及びクライアント端末１０１、１０２は、情報処理を行うＣＰＵ（Central Processing Unit）２４０１と、ＢＩＯＳなどを記憶した読み出し専用メモリであるＲＯＭ（Read Only Memory）２４０２と、各種データを書き換え可能に記憶するＲＡＭ(Random Access Memory）２４０６と、各種データベースとして機能するとともに各種のプログラムを格納するＨＤＤ（Hard Disk Drive）２４０３と、記憶媒体２４０９に対して情報の読み込み、書き込み処理を行うＣＤ−ＲＯＭドライブ等の媒体駆動装置２４０７と、ネットワーク１５０を介して外部の他のコンピュータと情報の送受信を制御する通信制御装置２４０８と、処理経過や結果等を表示するＣＲＴ（Cathode Ray Tube）やＬＣＤ（Liquid Crystal Display）等の表示部２４０５と、ユーザから当該装置に対する命令や情報等の入力を受け付けるためのキーボード及びポインティングデバイスで構成される入力部２４０４と、これらの各部間で送受信されるデータを調停するバスコントローラ２４１０と、を備えている。
このような統合支援サーバ１００およびクライアント端末１０１、１０２では、ユーザが電源を投入すると、ＣＰＵ２４０１がＲＯＭ２４０２内のローダーというプログラムを起動させ、ＨＤＤ２４０４よりＯＳ（Operating System）というコンピュータのハードウェアとソフトウェアとを管理するプログラムをＲＡＭ２４０３に読み込み、当該ＯＳを起動させる。
また、ＯＳは、ユーザの操作に応じてプログラムの起動、情報を読み込み処理、保存処理等を行う。ＯＳのうち代表的なものとしては、Ｗｉｎｄｏｗｓ（登録商標）、ＵＮＩＸ（登録商標）等が知られている。これらのＯＳ上で走る動作プログラムをアプリケーションプログラムと呼ぶ。なお、アプリケーションプログラムは、所定のＯＳ上で動作するものに限らず、後述の各種処理の一部の実行をＯＳに肩代わりさせるものであってもよいし、所定のアプリケーションソフトやＯＳなどを構成する一群のプログラムファイルの一部として含まれているものであってもよい。
ここで、統合支援サーバ１００は、アプリケーションプログラムとして、オントロジー統合処理プログラムをＨＤＤ２４０４に記憶している。この意味で、ＨＤＤ２４０４は、オントロジー統合処理プログラムを記憶する記憶媒体として機能する。
また、クライアント端末１０１、１０２は、アプリケーションプログラムとして、オントロジー入出力プログラムをＨＤＤ２４０４に記憶している。この意味で、ＨＤＤ２４０４は、オントロジー入出力プログラムを記憶する記憶媒体として機能する。
また、一般的には、統合支援サーバ１００およびクライアント端末１０１、１０２のＨＤＤ２４０４にインストールされるアプリケーションプログラムは、ＣＤ−ＲＯＭやＤＶＤなどの各種の光ディスク、フレキシブルディスクなどの各種磁気ディスク、半導体メモリ等の各種方式のメディア等の記憶媒体２４０９に記憶され、この記憶媒体２４０９に記録された動作プログラムがＨＤＤ２４０４にインストールされる。このため、ＣＤ−ＲＯＭ等の光情報記録メディアやＦＤ等の磁気メディア等の可搬性を有する記憶媒体２４０９も、アプリケーションプログラムを記憶する記憶媒体となり得る。さらには、アプリケーションプログラムは、例えば通信制御装置２４０８を介して外部から取り込まれ、ＨＤＤ２４０４にインストールされても良い。
また、オントロジー統合処理プログラム及びオントロジー入出力プログラムは、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成しても良い。また、本実施形態のオントロジー統合処理プログラム及びオントロジー入出力プログラムをインターネット等のネットワーク経由で提供または配布するように構成しても良い。
また、本実施形態のオントロジー統合処理プログラム及びオントロジー入出力プログラムを、ＲＯＭ等に予め組み込んで提供するように構成してもよい。
統合支援サーバ１００は、ＯＳ上で動作するオントロジー統合処理プログラムが起動すると、このオントロジー統合処理プログラムに従い、ＣＰＵ２４０１が各種の演算処理を実行して各部を集中的に制御する。一方、クライアント端末１０１、１０２は、ＯＳ上で動作するオントロジー入出力プログラムが起動すると、このオントロジー入出力プログラムに従い、ＣＰＵ２４０１が各種の演算処理を実行して各部を集中的に制御する。
以上のように、本発明にかかるオントロジー統合支援装置、オントロジー統合支援方法及びオントロジー統合支援プログラムは、オントロジーを統合する技術として有用である。
第１の実施の形態にかかるオントロジー統合支援システムのネットワーク構成を示す模式図である。 第１の実施の形態にかかる統合支援サーバ及びクライアント端末のブロック構成を示した図である。 第１の実施の形態で用いられる階層型オントロジー及びインスタンスの例を示した概念図である。 第１の実施の形態にかかる統合支援サーバのオントロジー情報記憶部が記憶するオントロジー分類テーブルのテーブル構造の例を示す図である。 前記オントロジー情報記憶部が記憶する属性テーブルのテーブル構造の例を示す図である。 前記オントロジー情報記憶部が記憶するインスタンステーブルのテーブル構造の例を示す図である。 分類対応記憶部に記憶される分類対応テーブルのテーブル構造の例を示す図である。 属性対応記憶部に記憶される属性対応テーブルのテーブル構造の例を示す図である。 属性の粒度の違いの概念を示す説明図である。 統合元オントロジーに含まれる分類と、統合先オントロジーに含まれる分類とを、ユーザにより手動で対応付けが行われた第１の例を示す概念図である。 統合元オントロジーに含まれる分類と統合先オントロジーに含まれる分類との対応付けが終了した後、統合元オントロジーに含まれる分類の先祖の分類に対して属性の対応付けを行う第１の例を示す概念図である。 統合元オントロジーに含まれる分類と、統合先オントロジーに含まれる分類とを、ユーザにより手動で対応付けが行われた第２の例を示す概念図である。 統合元オントロジーに含まれる分類と統合先オントロジーに含まれる分類との対応付けが終了した後、統合元オントロジーに含まれる分類の先祖の分類に対して属性の対応付けを行う例を示す概念図である。 クライアント端末が、画面情報に従って表示するオントロジー統合画面の例を示した図である。 属性対応情報取得部が、統合対象分類が有する属性であって、属性対応テーブルに格納されている属性の情報を取得するまでの手順を示した概念図である。 統合支援サーバにより、統合対象分類から共通する先祖である分類を介して最も距離が近い対応済分類を特定してから、統合先オントロジーの統合対象分類と対応する分類を検索する位置を特定するまでの処理を示した概念図である。 統合支援サーバにより、検索開始位置から統合対象分類に対応する分類を検出し、統合対象分類と、統合対象分類と対応する分類の属性の対応付けるまでの処理を示した概念図である。 クライアント端末が、統合対象分類の対応付け後の画面情報に従って表示するオントロジー統合画面の例を示した図である。 クライアント端末が、統合対象分類の対応する分類を生成した後の画面情報に従って表示するオントロジー統合画面の例を示した図である。 統合支援サーバの分類を対応付ける処理手順を示すフローチャートである。 図２０のステップＳ２００４で示した統合対象分類の属性リストを取得するまでの処理手順を示すフローチャートである。 分類の対応情報から統合対象分類と最も近い対応済分類を特定するまでの処理手順を示すフローチャートである。 特定された対応済分類の対応先の分類を特定し、特定された対応先の分類を起点として、統合対象分類に対応する分類を特定するまでの処理手順を示すフローチャートである。 統合支援サーバ及びクライアント端末のハードウェア構成を示す図である。
符号の説明
１００ 統合支援サーバ
１０１、１０２ クライアント端末
１５０ ネットワーク
２０１ オントロジー情報記憶部
２０２ 分類対応記憶部
２０３ 属性対応記憶部
２０４ 分類特定部
２０５ 表示データ生成部
２０６ オントロジー情報記憶部
２０７ 対応済分類特定部
２０８ 統合先対応済分類特定部
２０９ 位置特定部
２１０ 属性対応情報取得部
２１１ 分類登録部
２１２ 属性登録部
２５１ 選択分類出力部
２５２ 表示処理部
２６０ モニタ
１４０１ 統合元オントロジー表示領域
１４０２ 統合先オントロジー表示領域
２４０１ ＣＰＵ
２４０２ ＲＯＭ
２４０３ ＨＤＤ
２４０４ 入力部
２４０５ 表示部
２４０６ ＲＡＭ
２４０７ 媒体駆動装置
２４０８ 通信制御装置
２４０９ 記憶媒体
２４１０ バスコントローラ

Claims (4)

  1. 上位分類が持つ属性を下位分類が継承すると共に継承関係が特定可能な階層型オントロジーの統合を支援するオントロジー統合支援装置において、
    統合元のオントロジーに含まれる分類と、統合先のオントロジーに含まれる分類とを対応付ける分類対応情報を記憶する分類記憶手段と、
    統合元のオントロジーのうち前記分類対応情報において対応付けられた分類を示す対応済分類の上位分類と、当該対応済分類の上位分類が有する属性と、前記対応済分類に対応する統合先のオントロジーの分類が有する属性を示す統合先属性と、を対応付ける属性対応情報を記憶する属性記憶手段と、
    前記統合元のオントロジーに含まれる分類であって前記対応済分類以外の分類から、統合先のオントロジーに含まれる分類と対応付ける対象となる統合対象分類を特定する分類特定手段と、
    前記統合対象分類の上位分類が有する属性であって、前記属性対応情報において前記統合先のオントロジーの統合先属性と対応付けられている属性の対応情報を、取得する属性対応情報取得手段と、
    前記分類対応情報に含まれている前記対応済分類のうち、前記統合対象分類との共通の上位分類と前記統合対象分類との距離が最小となる対応済分類を特定する対応済分類特定手段と、
    前記分類対応情報から、前記対応済分類特定手段により特定された前記対応済分類と対応付けられている前記統合先のオントロジーに含まれる統合先対応済分類を特定する統合先対応済分類特定手段と、
    前記特定された前記統合先対応済分類から前記継承関係を経路として辿り、前記属性対応情報取得手段が取得した属性に対応する統合先属性を有する前記統合先のオントロジーの分類を、前記統合対象分類と対応付けられる分類が存在する位置として特定する位置特定手段と、
    を備えることを特徴とするオントロジー統合支援装置。
  2. 前記位置特定手段により特定された位置に存在する分類と、前記統合対象分類とを対応付けて、前記分類対応情報に登録する分類登録手段と、
    前記位置特定手段により特定された位置に存在する分類が有する属性であって前記属性対応情報に対応付けられていない属性と、前記統合対象分類が有する属性であって前記属性対応情報取得手段により取得しなかった属性と、を対応付けて前記属性対応情報に登録する属性登録手段と、
    をさらに備えることを特徴とする請求項１に記載のオントロジー統合支援装置。
  3. 上位分類が持つ属性を下位分類が継承している階層型オントロジーの統合を支援するオントロジー統合支援方法において、
    統合元のオントロジーに含まれる分類であって、当該統合元のオントロジーに含まれる分類と統合先のオントロジーに含まれる分類とを対応付ける分類対応情報に格納された前記対応済分類以外の分類から、統合先のオントロジーに含まれる分類と対応付ける対象となる統合対象分類を特定する分類特定ステップと、
    統合元のオントロジーのうち前記分類対応情報において対応付けられた分類を示す対応済分類と、当該対応済分類の上位分類が有する属性と、前記対応済分類に対応する統合先のオントロジーの分類が有する属性を示す統合先属性と、を対応付ける属性対応情報から、前記統合対象分類の上位分類が有する属性であって、前記統合先のオントロジーの統合先属性と対応付けられている属性の対応情報を、取得する属性対応情報取得ステップと、
    前記分類対応情報に含まれている前記対応済分類のうち、前記統合対象分類との共通の上位分類と前記統合対象分類との距離が最小となる対応済分類を特定する対応済分類特定ステップと、
    前記分類対応情報から、前記対応済分類特定ステップにより特定された前記対応済分類と対応付けられている前記統合先のオントロジーに含まれる統合先対応済分類を特定する統合先対応済分類特定ステップと、
    前記特定された前記統合先対応済分類から前記継承関係を経路として辿り、前記属性対応情報取得ステップが取得した属性に対応する統合先属性を有する前記統合先のオントロジーの分類を、前記統合対象分類と対応付けられる分類が存在する位置として特定する位置特定ステップと、
    を有することを特徴とするオントロジー統合支援方法。
  4. 上位分類が持つ属性を下位分類が継承している階層型オントロジーの統合を支援するオントロジー統合支援プログラムにおいて、
    統合元のオントロジーに含まれる分類であって、当該統合元のオントロジーに含まれる分類と統合先のオントロジーに含まれる分類とを対応付ける分類対応情報に格納された前記対応済分類以外の分類から、統合先のオントロジーに含まれる分類と対応付ける対象となる統合対象分類を特定する分類特定ステップと、
    統合元のオントロジーのうち前記分類対応情報において対応付けられた分類を示す対応済分類と、当該対応済分類の上位分類が有する属性と、前記対応済分類に対応する統合先のオントロジーの分類が有する属性を示す統合先属性と、を対応付ける属性対応情報から、前記統合対象分類の上位分類が有する属性であって、前記統合先のオントロジーの統合先属性と対応付けられている属性の対応情報を、取得する属性対応情報取得ステップと、
    前記分類対応情報に含まれている前記対応済分類のうち、前記統合対象分類との共通の上位分類と前記統合対象分類との距離が最小となる対応済分類を特定する対応済分類特定ステップと、
    前記分類対応情報から、前記対応済分類特定ステップにより特定された前記対応済分類と対応付けられている前記統合先のオントロジーに含まれる統合先対応済分類を特定する統合先対応済分類特定ステップと、
    前記特定された前記統合先対応済分類から前記継承関係を経路として辿り、前記属性対応情報取得ステップが取得した属性に対応する統合先属性を有する前記統合先のオントロジーの分類を、前記統合対象分類と対応付けられる分類が存在する位置として特定する位置特定ステップと、
    をコンピュータに実行させるオントロジー統合支援プログラム。
JP2006264837A 2006-09-28 2006-09-28 オントロジー統合支援装置、オントロジー統合支援方法及びオントロジー統合支援プログラム Expired - Fee Related JP4171757B2 (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
JP2006264837A JP4171757B2 (ja) 2006-09-28 2006-09-28 オントロジー統合支援装置、オントロジー統合支援方法及びオントロジー統合支援プログラム
US11/896,311 US7805451B2 (en) 2006-09-28 2007-08-30 Ontology-integration-position specifying apparatus, ontology-integration supporting method, and computer program product
EP07017088A EP1906315A1 (en) 2006-09-28 2007-08-31 Ontology-integration-position specifying apparatus, ontology-integration supporting method, and computer program product
US12/852,117 US8060519B2 (en) 2006-09-28 2010-08-06 Ontology-integration-position specifying apparatus, ontology-integration supporting method, and computer program product

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2006264837A JP4171757B2 (ja) 2006-09-28 2006-09-28 オントロジー統合支援装置、オントロジー統合支援方法及びオントロジー統合支援プログラム

Publications (2)

Publication Number Publication Date
JP2008084114A true JP2008084114A (ja) 2008-04-10
JP4171757B2 JP4171757B2 (ja) 2008-10-29

Family

ID=38786979

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2006264837A Expired - Fee Related JP4171757B2 (ja) 2006-09-28 2006-09-28 オントロジー統合支援装置、オントロジー統合支援方法及びオントロジー統合支援プログラム

Country Status (3)

Country Link
US (2) US7805451B2 (ja)
EP (1) EP1906315A1 (ja)
JP (1) JP4171757B2 (ja)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009294939A (ja) * 2008-06-05 2009-12-17 Toshiba Corp 文書分類装置
WO2012035754A1 (ja) * 2010-09-13 2012-03-22 日本電気株式会社 データ統合処理装置、システム、方法及びプログラム
JP2020060981A (ja) * 2018-10-10 2020-04-16 富士通株式会社 ノード探索方法及びノード探索プログラム

Families Citing this family (75)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070106797A1 (en) * 2005-09-29 2007-05-10 Nortel Networks Limited Mission goal statement to policy statement translation
JP2009080624A (ja) * 2007-09-26 2009-04-16 Toshiba Corp 情報表示装置、方法及びプログラム
WO2010067295A1 (en) * 2008-12-12 2010-06-17 Koninklijke Philips Electronics N.V. A method and module for linking data of a data source to a target database
CN102365597A (zh) * 2009-03-30 2012-02-29 西门子公司 用于创建过程模型的装置和方法
US8793208B2 (en) * 2009-12-17 2014-07-29 International Business Machines Corporation Identifying common data objects representing solutions to a problem in different disciplines
US8250101B2 (en) 2010-05-27 2012-08-21 International Business Machines Corporation Ontology guided reference data discovery
US20120078595A1 (en) * 2010-09-24 2012-03-29 Nokia Corporation Method and apparatus for ontology matching
US9684885B2 (en) * 2011-01-17 2017-06-20 Infosys Technologies, Ltd. Method and system for converting UBL process diagrams to OWL
US8655882B2 (en) * 2011-08-31 2014-02-18 Raytheon Company Method and system for ontology candidate selection, comparison, and alignment
US8560494B1 (en) * 2011-09-30 2013-10-15 Palantir Technologies, Inc. Visual data importer
US9053140B2 (en) * 2012-02-03 2015-06-09 Apple Inc. Enhanced B-trees with record merging
US8747115B2 (en) 2012-03-28 2014-06-10 International Business Machines Corporation Building an ontology by transforming complex triples
US9418151B2 (en) * 2012-06-12 2016-08-16 Raytheon Company Lexical enrichment of structured and semi-structured data
US8539001B1 (en) 2012-08-20 2013-09-17 International Business Machines Corporation Determining the value of an association between ontologies
JP5871842B2 (ja) * 2013-03-04 2016-03-01 日本電信電話株式会社 情報可視化装置、方法及びプログラム
US20220164840A1 (en) 2016-04-01 2022-05-26 OneTrust, LLC Data processing systems and methods for integrating privacy information management systems with data loss prevention tools or other tools for privacy design
US10997318B2 (en) 2016-06-10 2021-05-04 OneTrust, LLC Data processing systems for generating and populating a data inventory for processing data access requests
US11134086B2 (en) 2016-06-10 2021-09-28 OneTrust, LLC Consent conversion optimization systems and related methods
US11222142B2 (en) 2016-06-10 2022-01-11 OneTrust, LLC Data processing systems for validating authorization for personal data collection, storage, and processing
US11366909B2 (en) 2016-06-10 2022-06-21 OneTrust, LLC Data processing and scanning systems for assessing vendor risk
US11188862B2 (en) 2016-06-10 2021-11-30 OneTrust, LLC Privacy management systems and methods
US11544667B2 (en) 2016-06-10 2023-01-03 OneTrust, LLC Data processing systems for generating and populating a data inventory
US11227247B2 (en) 2016-06-10 2022-01-18 OneTrust, LLC Data processing systems and methods for bundled privacy policies
US11418492B2 (en) 2016-06-10 2022-08-16 OneTrust, LLC Data processing systems and methods for using a data model to select a target data asset in a data migration
US12118121B2 (en) 2016-06-10 2024-10-15 OneTrust, LLC Data subject access request processing systems and related methods
US11403377B2 (en) 2016-06-10 2022-08-02 OneTrust, LLC Privacy management systems and methods
US11416798B2 (en) 2016-06-10 2022-08-16 OneTrust, LLC Data processing systems and methods for providing training in a vendor procurement process
US11461500B2 (en) 2016-06-10 2022-10-04 OneTrust, LLC Data processing systems for cookie compliance testing with website scanning and related methods
US11727141B2 (en) 2016-06-10 2023-08-15 OneTrust, LLC Data processing systems and methods for synching privacy-related user consent across multiple computing devices
US11636171B2 (en) 2016-06-10 2023-04-25 OneTrust, LLC Data processing user interface monitoring systems and related methods
US11475136B2 (en) 2016-06-10 2022-10-18 OneTrust, LLC Data processing systems for data transfer risk identification and related methods
US11222139B2 (en) 2016-06-10 2022-01-11 OneTrust, LLC Data processing systems and methods for automatic discovery and assessment of mobile software development kits
US12045266B2 (en) 2016-06-10 2024-07-23 OneTrust, LLC Data processing systems for generating and populating a data inventory
US11188615B2 (en) 2016-06-10 2021-11-30 OneTrust, LLC Data processing consent capture systems and related methods
US11416109B2 (en) 2016-06-10 2022-08-16 OneTrust, LLC Automated data processing systems and methods for automatically processing data subject access requests using a chatbot
US10318761B2 (en) 2016-06-10 2019-06-11 OneTrust, LLC Data processing systems and methods for auditing data request compliance
US10846433B2 (en) 2016-06-10 2020-11-24 OneTrust, LLC Data processing consent management systems and related methods
US11354434B2 (en) 2016-06-10 2022-06-07 OneTrust, LLC Data processing systems for verification of consent and notice processing and related methods
US11625502B2 (en) 2016-06-10 2023-04-11 OneTrust, LLC Data processing systems for identifying and modifying processes that are subject to data subject access requests
US10909488B2 (en) 2016-06-10 2021-02-02 OneTrust, LLC Data processing systems for assessing readiness for responding to privacy-related incidents
US11416589B2 (en) 2016-06-10 2022-08-16 OneTrust, LLC Data processing and scanning systems for assessing vendor risk
US12052289B2 (en) 2016-06-10 2024-07-30 OneTrust, LLC Data processing systems for data-transfer risk identification, cross-border visualization generation, and related methods
US11354435B2 (en) 2016-06-10 2022-06-07 OneTrust, LLC Data processing systems for data testing to confirm data deletion and related methods
US11481710B2 (en) 2016-06-10 2022-10-25 OneTrust, LLC Privacy management systems and methods
US11438386B2 (en) 2016-06-10 2022-09-06 OneTrust, LLC Data processing systems for data-transfer risk identification, cross-border visualization generation, and related methods
US11586700B2 (en) 2016-06-10 2023-02-21 OneTrust, LLC Data processing systems and methods for automatically blocking the use of tracking tools
US11651106B2 (en) 2016-06-10 2023-05-16 OneTrust, LLC Data processing systems for fulfilling data subject access requests and related methods
US11651104B2 (en) 2016-06-10 2023-05-16 OneTrust, LLC Consent receipt management systems and related methods
US11416590B2 (en) 2016-06-10 2022-08-16 OneTrust, LLC Data processing and scanning systems for assessing vendor risk
US11294939B2 (en) 2016-06-10 2022-04-05 OneTrust, LLC Data processing systems and methods for automatically detecting and documenting privacy-related aspects of computer software
US11520928B2 (en) 2016-06-10 2022-12-06 OneTrust, LLC Data processing systems for generating personal data receipts and related methods
US11562097B2 (en) 2016-06-10 2023-01-24 OneTrust, LLC Data processing systems for central consent repository and related methods
US11675929B2 (en) 2016-06-10 2023-06-13 OneTrust, LLC Data processing consent sharing systems and related methods
US10284604B2 (en) 2016-06-10 2019-05-07 OneTrust, LLC Data processing and scanning systems for generating and populating a data inventory
US11392720B2 (en) 2016-06-10 2022-07-19 OneTrust, LLC Data processing systems for verification of consent and notice processing and related methods
US10013577B1 (en) 2017-06-16 2018-07-03 OneTrust, LLC Data processing systems for identifying whether cookies contain personally identifying information
CN107545041B (zh) * 2017-08-07 2021-01-05 昆明理工大学 一种基于本体和推理机制的旅游路线检索方法
US11544409B2 (en) 2018-09-07 2023-01-03 OneTrust, LLC Data processing systems and methods for automatically protecting sensitive data within privacy management systems
US10803202B2 (en) 2018-09-07 2020-10-13 OneTrust, LLC Data processing systems for orphaned data identification and deletion and related methods
CN112542234A (zh) * 2019-12-17 2021-03-23 上海联影智能医疗科技有限公司 用于组织医学数据的系统和方法
US11734333B2 (en) * 2019-12-17 2023-08-22 Shanghai United Imaging Intelligence Co., Ltd. Systems and methods for managing medical data using relationship building
WO2022011142A1 (en) 2020-07-08 2022-01-13 OneTrust, LLC Systems and methods for targeted data discovery
US11444976B2 (en) 2020-07-28 2022-09-13 OneTrust, LLC Systems and methods for automatically blocking the use of tracking tools
WO2022032072A1 (en) 2020-08-06 2022-02-10 OneTrust, LLC Data processing systems and methods for automatically redacting unstructured data from a data subject access request
US11436373B2 (en) 2020-09-15 2022-09-06 OneTrust, LLC Data processing systems and methods for detecting tools for the automatic blocking of consent requests
WO2022061270A1 (en) 2020-09-21 2022-03-24 OneTrust, LLC Data processing systems and methods for automatically detecting target data transfers and target data processing
WO2022099023A1 (en) 2020-11-06 2022-05-12 OneTrust, LLC Systems and methods for identifying data processing activities based on data discovery results
WO2022159901A1 (en) 2021-01-25 2022-07-28 OneTrust, LLC Systems and methods for discovery, classification, and indexing of data in a native computing system
WO2022170047A1 (en) 2021-02-04 2022-08-11 OneTrust, LLC Managing custom attributes for domain objects defined within microservices
WO2022173912A1 (en) 2021-02-10 2022-08-18 OneTrust, LLC Systems and methods for mitigating risks of third-party computing system functionality integration into a first-party computing system
US11775348B2 (en) 2021-02-17 2023-10-03 OneTrust, LLC Managing custom workflows for domain objects defined within microservices
US11546661B2 (en) 2021-02-18 2023-01-03 OneTrust, LLC Selective redaction of media content
EP4305539A1 (en) 2021-03-08 2024-01-17 OneTrust, LLC Data transfer discovery and analysis systems and related methods
US11562078B2 (en) 2021-04-16 2023-01-24 OneTrust, LLC Assessing and managing computational risk involved with integrating third party computing functionality within a computing system
US11620142B1 (en) 2022-06-03 2023-04-04 OneTrust, LLC Generating and customizing user interfaces for demonstrating functions of interactive user environments

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3797821B2 (ja) 1999-06-29 2006-07-19 富士通株式会社 オントロジー構築支援装置
AU2001270069A1 (en) * 2000-06-23 2002-01-08 The Johns-Hopkins University Architecture for distributed database information access
US7673282B2 (en) * 2001-05-25 2010-03-02 International Business Machines Corporation Enterprise information unification
US7099885B2 (en) * 2001-05-25 2006-08-29 Unicorn Solutions Method and system for collaborative ontology modeling
US20030101170A1 (en) * 2001-05-25 2003-05-29 Joseph Edelstein Data query and location through a central ontology model
US7146399B2 (en) * 2001-05-25 2006-12-05 2006 Trident Company Run-time architecture for enterprise integration with transformation generation
GB0226778D0 (en) * 2002-11-18 2002-12-24 Hewlett Packard Co Using semantic web technology to enhance current business-to-business integration approaches
CN1856790A (zh) * 2003-07-22 2006-11-01 基诺技术公司 使用本体的信息访问
US7328209B2 (en) 2004-08-11 2008-02-05 Oracle International Corporation System for ontology-based semantic matching in a relational database system
US20060053130A1 (en) 2004-09-03 2006-03-09 Hite Thomas D System and method for describing a relation ontology

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009294939A (ja) * 2008-06-05 2009-12-17 Toshiba Corp 文書分類装置
WO2012035754A1 (ja) * 2010-09-13 2012-03-22 日本電気株式会社 データ統合処理装置、システム、方法及びプログラム
JPWO2012035754A1 (ja) * 2010-09-13 2014-01-20 日本電気株式会社 データ統合処理装置、システム、方法及びプログラム
US8972356B2 (en) 2010-09-13 2015-03-03 Nec Corporation Device, system, method and program for data integration process
JP2020060981A (ja) * 2018-10-10 2020-04-16 富士通株式会社 ノード探索方法及びノード探索プログラム
JP7087904B2 (ja) 2018-10-10 2022-06-21 富士通株式会社 ノード探索方法及びノード探索プログラム

Also Published As

Publication number Publication date
US7805451B2 (en) 2010-09-28
JP4171757B2 (ja) 2008-10-29
US20080082574A1 (en) 2008-04-03
EP1906315A1 (en) 2008-04-02
US20100299330A1 (en) 2010-11-25
US8060519B2 (en) 2011-11-15

Similar Documents

Publication Publication Date Title
JP4171757B2 (ja) オントロジー統合支援装置、オントロジー統合支援方法及びオントロジー統合支援プログラム
Wei et al. NaviGO: interactive tool for visualization and functional similarity and coherence analysis with gene ontology
US20190163675A1 (en) Identification of Relevant Data Events by Use of Clustering
US6571247B1 (en) Object oriented technology analysis and design supporting method
US8281238B2 (en) System, method and computer program for creating and manipulating data structures using an interactive graphical interface
JP5260672B2 (ja) レイアウトマネージャ
US8077178B2 (en) Displaying multi-ownership in a tree-map visualization
US20100235771A1 (en) System And Method For Drag-And-Drop Graph Building With Live Feedback
US20090046898A1 (en) Displaying ranked categories of data in a venn diagram
US20080077564A1 (en) Document-search supporting apparatus and computer program product therefor
CN116881476A (zh) 一种知识图谱构建方法、平台及计算机存储介质
US9996535B1 (en) Efficient hierarchical user interface
Hoarau et al. Augmenting the scope of interactions with implicit and explicit graphical structures
JP2007108877A (ja) 情報管理システムおよび情報表示装置
KR102153259B1 (ko) 데이터 도메인 추천 방법 및 추천된 도메인을 이용하여 통합 데이터 저장소 관리 시스템을 구축하는 방법
JP2007219649A (ja) ダイヤグラム編集装置
CN118095231A (zh) 一种图表构建方法及相关设备
JP2009265814A (ja) 情報提示装置、情報提示方法および情報提示用プログラム
CN115185535A (zh) 依赖关系显示方法及装置、存储介质及电子设备
JP5884925B2 (ja) 管理支援装置、管理支援方法及び管理支援プログラム
US20100251211A1 (en) Generating and using code-based diagrams
JP4813906B2 (ja) 画面パターン分類装置、画面パターン分類方法及び画面パターン分類プログラム
CN111052082A (zh) 计算机网络建模
WO2023226311A1 (zh) 一种数据资产图谱的管理方法及相关设备
JP5682452B2 (ja) 変更管理支援装置、変更管理支援方法及び変更管理支援プログラム

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20080327

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20080527

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20080710

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20080805

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20080811

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110815

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110815

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110815

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120815

Year of fee payment: 4

LAPS Cancellation because of no payment of annual fees