(57)【特許請求の範囲】
【請求項１】
サーバに格納される少なくとも２種類の地図情報にアクセス可能であり、指示手段と、表示装置と中央処理装置とを有するシステムにおいて実行される地図の対応関係表示方法であって、
前記地図情報はそれぞれ異なるアプリケーションで用いるための異なる階層構造により定義される属性を有するオブジェクトを含み、
前記中央処理装置が、上記指示手段を介して選択が入力された上記２種類の地図情報に含まれる２つのオブジェクトについてそれぞれのサーバの概要を表すサーバ定義データと上記指示手段を介して選択が入力された概要を表すアプリケーション定義データ、及び、該サーバ及び該アプリケーションの上記２種類の地図情報にふくまれるオブジェクト属性構造データを取得し、
前記中央処理装置が、類義語辞書データを用いて、前記アプリケーション定義データで規定されるオブジェクトの名称を置換してなる単語集合を作成し、前記単語集合を用いて前記アプリケーション定義データで規定されるオブジェクトの名称と前記サーバ定義データで規定されるオブジェクトの名称とを比較して上記２つのオブジェクトを対応付ける処理を行い、
前記表示手段が、上記サーバ及びアプリケーション各々のオブジェクト階層構造データと、上記自動生成された該オブジェクト間の対応関係、及び、上記指示手段を介して選択された上記オブジェクトのオブジェクト属性構造データを表示し、
前記中央処理装置が、類義語辞書データを用いて、対応付けられたアプリケーションオブジェクトの持つプロパティ名称と一致する同義語を取得し、前記同義語が対応付けられたサーバオブジェクトの持つプロパティ名称と一致するかを判定して、アプリケーションオブジェクトのプロパティとサーバオブジェクトのプロパティとを対応づける処理を行い、
前記表示手段が、前記自動生成されたプロパティ間の対応関係を表示し、
前記中央処理装置が、上記指示手段を介して入力された確認操作に基づいて上記オブジェクト対応関係及び/又はプロパティ対応関係を修正し、確定することを特徴とする地図の対応関係表示方法。
【請求項２】
上記オブジェクトの対応関係の確定度を、前記表示装置に表示されるアプリケーションオブジェクトとサーバオブジェクトとの対応関係表示部の線種に反映させて表示することを特徴とする請求項１に記載の地図の対応関係表示方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
電気、ガス、通信等の公共企業や自治体の上下水道、土木等の各課においては、設備の維持管理を行うために地図や設備図を必要とする。そのためにこれらの企業や自治体では、これまでに地図や設備図のディジタル化によるデータ整備が進められている。
【０００２】
一方、光通信網やATM等に代表されるネットワーク関連技術の進展により、最近ではインターネット環境において大容量のデータを通信可能となりつつあり、大容量を要する地図情報をも扱うことが実現可能となってきている。
【０００３】
このような状況のなかで、インターネットを介して各組織で管理する地図や設備図を共有することで、これまで行ってきたオフライン的なデータのやり取りをオンライン化することで、効率を向上することが望まれてきている。つまり、各企業や組織では自らの設備図面は管理しているが、他の企業や自治体の管理する設備図面までは管理していない。そのため、実際に工事を行うときには、各企業や自治体では該当箇所の設備図面を収集し、重ね合わせて設備の配置を把握しなければならない。
【０００４】
この設備図の重ね合わせには、単純に各企業や自治体が保持する設備図の座標系や単位を統一するだけでなく、ユーザが求める対象をそれぞれ記述内容の異なる図面から選択して表示しなければならない。通常、設備図面等の地図情報は実体種別毎に分類された複数のオブジェクトの集合からなり、しかも各々の設備図面を所有する組織や企業によって名前付けや定義が異なるため、前述のようなユーザの求めるオブジェクトの選択は容易ではない。
【０００５】
【従来の技術と発明が解決しようとする課題】
これまでに、ISO/TC211やOpenGIS等の標準化活動によって、メタデータによる地図情報の所在と概要の表記方法、分散オブジェクト技術による異種GIS間の共通インタフェイスの規定等が示されている。
【０００６】
しかし、実際に地図情報を相互に利用するためには前述のように、異なる組織から提供される地図情報に含まれる各オブジェクトが自らの組織におけるオブジェクト構成にいかに対応するかを定める必要がある。これに対して現状では、ユーザの手作業による対応付けに頼るに留まっている。
【０００７】
【課題を解決するための手段】
そこで本発明では、異なる組織や企業間において各々が保持する地図情報を共有する際に、各地図情報の特性を記述したメタデータを解釈することによって、自組織と他組織間のオブジェクトの対応付けと、座標系や単位等の差異を統一する手続きとを行い、ユーザが最適な対応関係を容易に決定することのできるインタフェイスを提供する。
【０００８】
【発明の実施の形態】
以下、本発明の実施例について説明する。図１は本発明による対応関係の表示処理を行うシステムの構成を示す図である。１は各プログラムを実行するための中央処理装置、２はユーザが操作を行う指示装置、３は各プログラムの実行結果を示すための表示装置、４は中央処理装置で処理を行うために必要なプログラムを格納するプログラムメモリ、５、６、７は各プログラムで使用するデータを格納するためのデータメモリを示す。
【０００９】
ここで４のプログラムメモリには、以下の５種類のプログラムが格納されている。これらは、５のデータメモリから各データを取得するための１１のアプリケーション定義データ検索プログラム、６や７のデータメモリから各データを取得するための１２のサーバ定義データ検索プログラム、アプリケーションとサーバで定義されるオブジェクト間の対応関係を生成する１３のオブジェクト対応関係生成プログラム、関係付けられたオブジェクト間で各オブジェクトが保持するプロパティの間の対応関係を生成する１４のプロパティ対応関係生成プログラム、及びサーバから提供されるオブジェクトをアプリケーションで定義するオブジェクト構造に変換するオブジェクト構造変換プログラムである。
【００１０】
次に５のデータメモリには、以下の４種類のデータが格納されている。まず、２１はアプリケーションの概要を示すアプリケーション定義データであり、２２はアプリケーションで適用されるオブジェクトの階層構造を示すオブジェクト階層構造データ、２３は各オブジェクトがどのようなプロパティ構成を持つかを示すオブジェクト属性構造データ、２４はオブジェクトの対応関係を生成する処理で使用するための名称間の関係を表した類義語辞書データを示す。
【００１１】
また６、７のデータメモリには、それぞれ以下の４種類のデータが格納されている。まず３１と４１はそのデータメモリが表すサーバの概要を示すサーバ定義データであり、３２と４２はデータメモリから提供されるオブジェクトの階層構造を示すオブジェクト階層構造データ、３３と４３は各オブジェクトがどのようなプロパティ構成を持つかを示すオブジェクト属性構造データ、３４と４４は実際の地図や図面のデータを示すオブジェクトデータを示す。
【００１２】
続いて図１のシステム構成を、ガス会社と自治体の水道課の間における相互運用に適用した場合を例として図２を用いて説明する。この構成では、２０１のガス設備管理企業と２０２の自治体が２０３のインターネットで接続された構成をとっている。ガス設備管理企業は、図１における６のデータメモリに該当し地図や図面を管理する２１３のガス設備管理サーバ、図１における１の中央処理装置、２の指示手段、３の表示装置、４のプログラムメモリ、及び５のデータメモリに該当する２１２のメディエータ、及び各種アプリケーションプログラムを実行する２１１のクライアント端末から構成される。ただし、一般に同一企業内でサーバとアプリケーションの間で等しいなオブジェクト定義に基づいてデータ整備及びアプリケーション開発が行われているという前提から、前述のアプリケーション定義データとサーバ定義データ、オブジェクト階層構造データ、オブジェクト属性構造データは等しくなることとする。一方、２０２の自治体は、図１における７のデータメモリに該当し、ガス設備管理企業とは異なるオブジェクト定義に基づいた水道設備関連の地図や図面を管理する２２１の水道設備管理サーバから構成されている。
【００１３】
なお、このシステム構成は本来、多数の他組織や企業のサーバ群が２０３のインターネットに接続され、各々の保持する地図や図面等を相互に利用することを目的とするが、ここでは簡単のために他のサーバを１つだけ相互運用の対象として説明を進める。なお、本発明で提供する方式は、インターネット環境下の相互運用だけではなく、企業や組織内における複数の部課間における地図や図面の相互運用へも適用可能であり、この場合は２０３のインターネットは企業や組織内のイントラネットを表す。
【００１４】
また、各サーバでは地図や図面を管理するソフトウェアとして多様な形態がとられるが、ここでは各サーバから提供される地図や図面をオブジェクトの形式に変換するラッパープログラムが設置されていることとする。ラッパープログラムの構成に関しては、OpenGISで示されるインタフェイス規定に従って開発する方式が挙げられる。
【００１５】
ここで、図１と図２で示したシステム構成における各データの構造を図３から図８を用いて説明する。これらのなかで図３から図５はアプリケーションを規定するデータを説明するものであり、続く図６から図８はサーバから提供されるデータの内容を説明するものである。
【００１６】
図３はアプリケーション定義データのデータ構造を示しており、図１において２１に該当するものである。これは、ガス会社で使用されているアプリケーションの仕様を示しており、２０１に示すようにそれぞれアプリケーション毎に名称、座標系、操作対象範囲、適用されるオブジェクト名称等といった項目からなる。これらのアプリケーションは各業務に応じて複数設けられ、各アプリケーション毎に適用されるオブジェクトが特定されている。
【００１７】
各アプリケーションで適用されるオブジェクトは通常、階層構造をとる。この階層構造のなかでオブジェクト間の親子関係としてis-a及びpart-ofが挙げられるが、ここではis-aで関連付けされた構成の例を図４の４０１に示す。同じく図４の４０２は階層構造を表すためのデータ構造であり、各オブジェクトをノードとするとそれぞれ、ノード名称、親ノードのID及び子ノードのIDからなる。
【００１８】
さらに図５に示すように、各オブジェクトは複数の属性から構成されており、それぞれの属性はintegerやshort等の数値型やstring等の文字列型の他に点、線、面等の図形データを表す図形型等からなる。５０１から５０４はそれぞれガス管設備管理アプリケーションで適用されるオブジェクトのデータ構造を示しており、いずれも数値型や文字列型、また図形を伴うオブジェクトに関しては図形型から構成されている。つまり、ガス管設備管理アプリケーションのプログラムではこれらのデータ構造に基づいたオブジェクトのみを処理対象とすることを意味する。なお、以上に述べた図４、図５は図１のシステム構成においてそれぞれ２２、２３に該当する。
【００１９】
続いて、サーバから提供されるデータに関して記す。まず各サーバは図６の６０１や６０２に示すように提供する地図・図面情報の概要を示すサーバ定義データを保持する。このデータは、サーバの名称、図形データの依存する座標系、管理しているデータの範囲を示す管理範囲などの項目からなり、各サーバに１つずつ登録されているものとする。つまり、図１でいえば６０１が３１に該当し、６０２は４１に該当する。また図２の例でいえば、２１３のガス設備管理サーバに６０１が格納され、２２１の水道設備管理サーバに６０２が格納されることになる。
【００２０】
このサーバ定義データに記述される提供オブジェクトに示されるオブジェクトは、前述のアプリケーションのオブジェクト階層構造データと同様にis-aあるいはpart-of等の関連付けに基づく階層構造をとる。図６の６０２で規定される提供オブジェクトに関する階層構造データを図７に示す。内容に関しては図４と同様に、階層構造をノード間の親子関係を記述するデータ構造として記述され、それぞれが該当するサーバに格納される。つまり、図１において水道設備管理サーバが７に該当するとすれば、図７は図１の４２の内容を示すことになる。
【００２１】
次に、図８の８０１から８０３は、上記サーバ定義データに記述された各オブジェクトの属性構造を示している。これは、同サーバから提供されるオブジェクトのデータ構造を示しており、各属性は数値型、文字列型、図形型などから構成されている。そして、これらの属性構造に従った実データが各サーバにオブジェクトデータとして格納される。つまり、オブジェクト属性構造データ及びオブジェクトデータが図２における２１３のガス設備管理サーバ、あるいは２２１の水道設備管理サーバに格納されることになる。
【００２２】
以上に説明したサーバ定義データ、オブジェクト階層構造データ、オブジェクト属性構造データ、オブジェクトデータに関しては、同一の企業や組織内におけるサーバとアプリケーションであれば、通常一致するよう規定されているが、図２のように異なる企業や組織間を接続する場合には、当然一致しない場合がほとんどである。そこで、本発明では続いて説明するオブジェクト間の対応関係生成処理によって、サーバとアプリケーション間で階層構造や属性構造の異なるオブジェクトを対応付けを行う。この対応付けに基づいて変換処理を行うことによって、異なる企業や組織間で定義の異なるオブジェクトを相互に利用可能となる。以下、本発明による対応関係生成処理に関して説明する。
【００２３】
複数のサーバから提供されるオブジェクトとアプリケーション側で規定されたオブジェクト間の対応関係を求め、インタフェイス上でユーザが決定する処理手順を図９に、このときのインタフェイスを図１０を用いて説明する。図９に示す処理では、まず初めに９０１と９０２でアプリケーションとサーバの定義データと階層構造データを取得する。次に９０３でアプリケーションとサーバの間におけるオブジェクトの対応関係を後述する方式によって求める。この処理結果として得られた対応関係が最適であるかを確認するために、９０６から９０８次に示すユーザの指示操作によって、必要に応じて対応関係を修正し、最適な対応関係を確定する。９０６では９０３で得られたオブジェクト間の対応関係の修正及び確認を、９０７では対応付けられた各オブジェクトの保持するプロパティ間の対応関係の修正及び確認を、９０８ではオブジェクトデータの保持する図形データを実際に表示したうえで対応関係を修正及び確認を、それぞれ続いて説明するインタフェイスを用いて行う。
【００２４】
図１０は上記指示操作を行うインタフェイスであり、以下に示す部位から構成される。まず、複数のアプリケーションをリスト表示して操作対象を指示手段により選択するアプリケーション選択部、同様に複数のサーバをリスト表示して操作対象を指示手段により選択するサーバ選択部。これらのリストには図９の９０１と９０２の処理で取得したアプリケーションやサーバの名称が表示される。図１０では、アプリケーション選択手段からガス設備管理アプリケーションが、サーバ選択手段ではこれに対応するサーバとして水道設備管理サーバが選択されている様子を示している。
【００２５】
次に、アプリケーション選択手段で選択したアプリケーションで適用されるオブジェクトの種類とその階層構造を表示するアプリケーションオブジェクト階層構造表示部、同様にサーバ選択手段で選択したサーバから提供されるオブジェクトの種類とその階層構造を表示するサーバオブジェクト階層構造表示部に関して述べる。これらの箇所にはそれぞれ図４と図７に示した各データが表示され、表示の際にはビュー選択手段からオブジェクト階層の種別等をリスト表示し、指示手段によってユーザが選択するis-a階層あるいはpart-of階層等のビューに基づいて表示を行う。ここでは、それぞれガス設備管理アプリケーションで規定されるオブジェクトと、水道設備管理サーバから提供されるオブジェクトの階層構造データが表示されている。
【００２６】
またこれらの間に位置するオブジェクト対応関係表示部には、アプリケーションオブジェクトとサーバオブジェクト間の対応関係を図９の９０３の処理結果に基づいて表示する。このとき、対応関係の確からしさの度合いをユーザに示すために、このオブジェクト対応関係生成処理の結果得られる確定度の値に応じて、関連付けを示す線の太さや線種を区別して表示する。図１０では確定度１を実線で、確定度αを点線で表示した場合の例をしめしている。なおオブジェクト対応関係生成処理については後で詳述する。
【００２７】
次に、上記オブジェクト対応関係表示部で関連付けられたオブジェクトの属性構造に関する対応関係を表示するためのアプリケーションオブジェクト属性構造表示部とサーバオブジェクト属性構造表示部に関して述べる。ここでは、前述のアプリケーションオブジェクト階層構造表示部とサーバオブジェクト階層構造表示部で選択されたオブジェクトに関して、それぞれの属性構造を表示する。そして、これらの間に位置するプロパティ対応関係表示部には、後で述べるプロパティ対応関係生成処理の結果得られるプロパティ対応関係データに基づいてプロパティ間の対応関係を表示し、必要に応じてユーザの確認を促す。
【００２８】
最終的なオブジェクト間の対応関係の確認は、インタフェイス上の下部に位置するアプリケーションオブジェクト表示部とサーバオブジェクト表示部に、検索位置指定部で与えた領域のオブジェクトデータを実際に表示して確定する。オブジェクトデータを検索して表示するには、各サーバ毎に異なる座標系や単位の図形データの変換や属性構造の変換が必要となるが、これに関しては後に詳述する。
【００２９】
ここでオブジェクト対応関係生成処理の流れを図１１、図１２及び図１３を用いて説明する。この処理は図９における９０３に相当し、９０１と９０２で取得されたアプリケーション定義データとサーバ定義データの集合を対象として、各々で規定されるオブジェクト間の対応関係を求めるものである。まず、１１０１では取得した全てのアプリケーションAiに関して、、かつ１１０２ではアプリケーションAiで規定される全てのオブジェクトOikに関して、それぞれ繰り返す。このとき１１０３ではオブジェクトOikの名称をキーとして、図１２に示す類義語辞書データを検索する。この類義語辞書データは、対象語と、対象語に類似した意味を持つ同義語、対象語よりさらに狭い意味を持つ狭義語、逆に対象語より広い意味を持つ広義語からなる。ここでは、Oikのオブジェクト名称を類義語辞書データを用いて、同義語、狭義語、広義語へ置換を行い、この置換されて得られる単語集合を用いてサーバ定義データに規定されたオブジェクトと比較する。そのために１１０４から１１０６では、取得したサーバ定義データ全てに関して、かつ各サーバ定義データに規定されるオブジェクト全てに関して、アプリケーションAiで規定されるオブジェクトOikの名称と、サーバSjに規定されるオブジェクトOjlの名称を比較する。このとき一致した組み合わせに関して、１１０７では確定度を付与する。同義語と一致した場合には確定度１を、狭義語、広義語と一致した場合にはそれぞれ確定度α、βを付与する。なおα、βは１以下の小数として規定することとする。次に１１０８では対応付けられたOikとOjlとの間のプロパティ対応関係を求める。これは各オブジェクトを構成する属性間での対応付けを行う処理であり、詳しくは後述する。この結果として得られるアプリケーションAi、オブジェクトOik、サーバSj、オブジェクトOjl、確定度及びプロパティ対応関係を１１０９で退避する。この処理結果として得られるオブジェクト対応関係データをず１３に示す。以上の処理により、サーバから提供されるオブジェクトのうちいずれがアプリケーションで適用されるかを求めることができる。続いては、以上の処理によって対応付けられたオブジェクト間の属性構造間の対応関係を生成する処理について述べる。
【００３０】
図１４と図１５を用いてオブジェクト間のプロパティ対応関係生成処理の流れを説明する。この処理は図１１における１１０８に相当し、対応付けられたオブジェクトOikのとオブジェクトOjlの間で一方のオブジェクトの保持する属性が他方のオブジェクトのいずれの属性に対応するものであるかを求める。まず対応付けられたアプリケーションオブジェクトOikとサーバオブジェクトOjlを対象として、Oikの持つプロパティをPmとすると、全てのmに関して順に、類義語辞書から対象語にプロパティ名称が一致する同義語を取得する。続いてOjlの持つプロパティをPnとすると、全てのnに関してPnのプロパティ名称が同義語に一致するかを判定する。一致した場合には、このときのPmとPnが同じドメインであるかを判定する。なお、ここでいうドメインとは、プロパティが持つデータ型の種類を指し、数値型や文字列型、また図形型などが挙げられる。つまり、これらの判定によりプロパティ名称の意味が類似し、かつデータ型が同じ分類であるプロパティの組み合わせが求められることになる。以上のように、OikのPmとOjlのPnの全ての組み合わせの間で判定を行うことによって、OikとOjlの間におけるプロパティの対応関係を生成する。この処理結果として図１５に示すように、アプリケーションオブジェクト名称とサーバオブジェクト名称、及び対応付けられたプロパティPmとプロパティPnの名称と各データ型からなるプロパティ対応関係データが得られる。
【００３１】
以上に述べてきたオブジェクト及びプロパティ間の対応関係生成処理によって、各サーバから提供されるオブジェクトとアプリケーションで規定するオブジェクトとの間の名称やデータ構造をもとにした対応関係を求めることができる。本発明ではこれに加えて、オブジェクトが保持する図形データの内容に基づいた対応関係付けを行うために、オブジェクトを実際に検索して表示した結果をユーザに提示して確認するための処理とインタフェイスを提供する。これに関して図１６と図１７を用いて説明する。
【００３２】
まず、図１６はサーバから取得したオブジェクトデータをアプリケーションで規定されたオブジェクトの構造へ変換する処理の流れを示している。この処理ではオブジェクトの持つ図形属性に関しては、アプリケーション定義データとサーバ定義データに記述された座標系、単位等の値をもとに図形データの変換を行う。一方、図形属性以外のプロパティに関しては、図１４に示したプロパティ対応関係生成処理の結果得られるプロパティ対応関係データをもとに各プロパティの型と値の変換を行う。
【００３３】
次に図１７では上記変換処理の結果得られるオブジェクトデータを表示して、ユーザの確認を求めるインタフェイスの表示例を示している。ここでは、アプリケーションオブジェクト表示部にアプリケーションオブジェクト階層構造表示部で示されたオブジェクトのオブジェクトデータとサーバオブジェクト階層構造表示部で選択されたオブジェクトの変換後の図形データを重畳して表示している。一方、サーバオブジェクト表示部には、サーバオブジェクト階層構造表示部で選択されたオブジェクトのみが表示されている。これらの表示部によって、サーバオブジェクトがどのような図形データを持っているか、またその他のオブジェクトデータとともにアプリケーション上で重畳表示したときの様子を確認することができる。以上の表示結果からユーザは所望の地図情報が得られているかを判断でき、これによって、サーバ及びサーバオブジェクトの適切な選択が可能となる。
尚、オブジェクトの階層構造を表示する際にオブジェクトの親子関係の種別によって表示方法を変更したり、最下層のオブジェクトと中間層のオブジェクトを区別して表示することもできる。又、オブジェクトの対応関係を表示する際に、対応付けられたオブジェクトの子オブジェクト以下を省略、オブジェクト間の関連度の高さを表す確定度の順に対応関係を表示することも可能である。
【００３４】
【発明の効果】
インターネット等のネットワーク環境下で散在する地図サーバから提供されるオブジェクトと、所望のアプリケーションで規定されるオブジェクトの間の最適な対応関係を生成し、さらにユーザによる確認及び修正作業を容易に行うことのできるインタフェイスを提供することで、相互運用システムに必須となる煩雑な関係付け手続きに要するコストを低減する。
【図面の簡単な説明】
【図１】本システムの全体構成。
【図２】インターネット環境下のシステム構成。
【図３】アプリケーション定義データ。
【図４】アプリケーションのオブジェクト階層構造データ。
【図５】アプリケーションのオブジェクト属性構造データ。
【図６】サーバ定義データ。
【図７】サーバのオブジェクト階層構造データ。
【図８】サーバのオブジェクト属性構造データ。
【図９】対応関係生成処理の流れ。
【図１０】対応関係表示インタフェイス。
【図１１】オブジェクト対応関係生成処理の流れ。
【図１２】類義語辞書データ。
【図１３】オブジェクト対応関係データ。
【図１４】オブジェクト間のプロパティ対応関係生成処理の流れ。
【図１５】プロパティ対応関係データ。
【図１６】オブジェクト構造変換処理の流れ。
【図１７】対応関係表示インタフェイスにおけるオブジェクト検索例。
【符号の説明】
1…中央処理装置、2…指示手段、3…表示装置、4…プログラムメモリ、5…データメモリ１、6…データメモリ２、7…データメモリ３、11…アプリケーション定義データ検索プログラム、12…サーバ定義データ検索プログラム、13…オブジェクト対応関係生成プログラム、14…プロパティ対応関係生成プログラム、15…オブジェクト構造変換プログラム、21…アプリケーション定義データ、22…オブジェクト階層構造データ、23…オブジェクト属性構造データ、24…類義語辞書データ、31,41…サーバ定義データ、32,42…オブジェクト階層構造データ、33,43…オブジェクト属性構造データ、34,44…オブジェクトデータ、201…ガス会社、202…自治体水道課、203…インターネット、211…クライアント、212…メディエータ、213…ガス設備管理サーバ、301…アプリケーション定義データ、401,402…アプリケーションのオブジェクト階層構造データ501,502,503,504…アプリケーションのオブジェクト属性構造データ、601,602…サーバ定義データ、701,702…サーバのオブジェクト階層構造データ、801〜803…サーバのオブジェクト属性構造データ、901〜908…対応関係生成処理の流れ、1001…対応関係表示インタフェイス、1101〜1109…オブジェクト対応関係生成処理の流れ、1201…類義語辞書データ、1301…オブジェクト対応関係データ、1401〜1406…オブジェクト間のプロパティ対応関係生成処理の流れ、1501…プロパティ対応関係データ、1601〜1606…オブジェクト構造変換処理の流れ、1701…対応関係表示インタフェイスにおけるオブジェクト検索例。
【図１】
0003990843.tif 000002
【図２】
0003990843.tif 000003
【図３】
0003990843.tif 000004
【図４】
0003990843.tif 000005
【図５】
0003990843.tif 000006
【図６】
0003990843.tif 000007
【図７】
0003990843.tif 000008
【図８】
0003990843.tif 000009
【図９】
0003990843.tif 000010
【図１０】
0003990843.tif 000011
【図１１】
0003990843.tif 000012
【図１２】
0003990843.tif 000013
【図１３】
0003990843.tif 000014
【図１４】
0003990843.tif 000015
【図１５】
0003990843.tif 000016
【図１６】
0003990843.tif 000017
【図１７】
0003990843.tif 000018