(57)【特許請求の範囲】
【請求項１】
コンピュータが動的呼出サービスの実行結果であるオントロジーにおけるクラスのインスタンスをレンダリングする方法であって、
前記コンピュータが、
前記オントロジーにおけるクラスのインスタンスのタグに基づいて、当該オントロジーにおけるクラスのインスタンスが属するクラスを特定し、
予め前記オントロジーにおける各クラス及びそのプロパティに基づいて生成されたテンプレートを記録した記憶部から前記オントロジーにおけるクラスのインスタンスが属するクラスのＵＲＬに対応するテンプレートを検索し、
前記検索したテンプレートを利用して前記実行結果であるオントロジーにおけるクラスのインスタンスをレンダリングし、
そのうち、オントロジーにおけるクラスのインスタンスにインスタンスのオブジェクトプロパティが存在していれば、前記オブジェクトプロパティの値を別のインスタンスに変換し、当該別のインスタンスの所属するクラスを特定し、前記記憶部から当該別のインスタンスの所属するクラスのインスタンスに対応するテンプレートを検索し、当該クラスの対応するテンプレートを利用して前記実行結果におけるインスタンスのオブジェクトプロパティの部分をレンダリングすること、
を特徴とする方法。
【請求項２】
前記テンプレートにはクラスの各データプロパティのユニバーサルリソースロケータURLが保存されており、
オントロジーにおけるクラスのインスタンスにインスタンスのデータプロパティが存在していれば、当該データプロパティの値で前記データプロパティのURLを置換する、
請求項１に記載の方法。
【請求項３】
前記オブジェクトプロパティのURLが前記オントロジーにおけるクラスのインスタンスの所属するクラスのテンプレートにおいて現れれば、前記オブジェクトプロパティの部分のレンダリング結果で当該テンプレートにおける当該オブジェクトプロパティのURLを置換し、
さもなければ、前記オブジェクトプロパティの部分のレンダリング結果を前記オブジェクトプロパティの部分の所属するインスタンスのレンダリング結果の後に順に連結する、
請求項１に記載の方法。
【請求項４】
前記オントロジーにおけるクラスのインスタンスの所属するクラスのテンプレートが存在していなければ、
前記オントロジーにおけるクラスのインスタンスの所属するクラスと最も類似するクラスを検索し、当該最も類似するクラスの対応するテンプレートを利用して前記実行結果をレンダリングすること、
を特徴とする請求項１乃至請求項３の何れか１項に記載の方法。
【請求項５】
動的呼出サービスの実行結果であるオントロジーにおけるクラスのインスタンスをレンダリングする装置であって、
前記オントロジーにおけるクラスのインスタンスのタグに基づいて、当該オントロジーにおけるクラスのインスタンスが属するクラスを特定する特定ユニットと、
予め前記オントロジーにおける各クラス及びそのプロパティに基づいて生成されたテンプレートを記録した記憶部から前記オントロジーにおけるクラスのインスタンスが属するクラスのＵＲＬに対応するテンプレートを検索する検索ユニットと、
前記検索したテンプレートを利用して前記実行結果であるオントロジーにおけるクラスのインスタンスをレンダリングする第１のレンダリングユニットと、を含み、
前記第１のレンダリングユニットは、
オントロジーにおけるクラスのインスタンスにインスタンスのオブジェクトプロパティが存在していれば、前記オブジェクトプロパティの値を別のインスタンスに変換するインスタンス変換サブユニットと、
前記別のインスタンスの所属するクラスを特定し、前記記憶部から当該別のインスタンスの所属するクラスのインスタンスに対応するテンプレートを検索し、当該クラスの対応するテンプレートを利用して前記実行結果におけるインスタンスのオブジェクトプロパティの部分をレンダリングするオブジェクトプロパティレンダリングサブユニットと、
を含むこと、
を特徴とする装置。
【請求項６】
前記テンプレートにはクラスの各データプロパティのユニバーサルリソースロケータURLが保存されており、
前記の第１のレンダリングユニットは、オントロジーにおけるクラスのインスタンスにインスタンスのデータプロパティが存在していれば、当該データプロパティの値で前記データプロパティのURLを置換する第１の置換サブユニットを含む、
請求項５に記載の装置。
【請求項７】
前記オントロジーにおけるクラスのインスタンスの所属するクラスのテンプレートが存在していなければ、
前記オントロジーにおけるクラスのインスタンスの所属するクラスと最も類似するクラスを検索する類似検索ユニットと、
前記最も類似するクラスの対応するテンプレートを利用して前記実行結果をレンダリングする第２のレンダリングユニットと、
を更に含むこと、
を特徴とする請求項５又は６に記載の装置。
【請求項８】
動的呼出サービスの実行結果であるオントロジーにおけるクラスのインスタンスをレンダリングするシステムであって、
予め前記オントロジーにおける各クラス及びそのプロパティに基づいて生成されたテンプレートを記憶する記憶部と、
検索サブモジュールを備え、指定されたクラスの対応するテンプレートの検索要求を受けた時に、当該クラスの対応するテンプレートを返送する管理モジュールと、
請求項５乃至請求項７の何れか１項に記載の装置と、を含むこと、
を特徴とするシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般的に実行結果のレンダリング技術に関し、特に動的呼出サービスの実行結果をレンダリングする方法、装置及びシステムに関する。
【背景技術】
【０００２】
インターネットが急速に発展している現在、大量のWebサービスは、互いに独立で、或いは互いに提携してインターネット上に実行され、インフラストラクチャ、プラットフォーム及びソフトウェアを含む様々なサービスを提供する。しかしながら、Webサービス技術は、主に機器同士間のインタラクションのために設計され、その入力及び出力のタイプが何れもXML  schemaにより定義され、出力をどのようにして表示するかという情報が含まれていないので、Webサービスの実行結果をフレンドリで直接に実行結果の閲覧者に展示することができない。したがって、Webサービスの実行結果に対してレンダリングすることが必要となっている。
【０００３】
従来の方法により、静的に呼び出されたWebサービスの実行結果に対するレンダリングの課題を解決することができる。これは、静的に呼び出されたWebサービスの場合に、呼び出し者は呼び出しのクライアント側を設計する際に、当該Webサービスを特定し、更にその出力タイプを特定することができ、その後にハードコーディング方式で当該Webサービスの実行結果をレンダリングすることができるからである。一方、動的に呼び出されたWebサービスの場合に、呼び出されたWebサービス及びその出力タイプを予め知ることができないため、ハードコーディング方式でレンダリングすることができない。
【０００４】
従来技術において、Webサービス毎のXML  schemaに基づいてその出力タイプに対してテンプレートを配置することにより、動的に呼び出されたWebサービスの実行結果に対するレンダリングが実現可能である。このような方法は、コードの改正が必要せず、テンプレートの改正のみで実行結果に対するレンダリングの方式を変更できるため、柔軟である。しかしながら、各Webサービスの出力タイプが記録されたXML  schemaは各サービスプロバイダにより自己定義されたものであり、これらサービスプロバイダが事前に同一タイプをどのように定義するかについての共同認識を達成することが不可能であるため、文法上で異なる一方、語義上で重なるテンプレートが多く生成された。これらのテンプレートは、互いに無関係なものであり、組立て、管理及び保守に不便である。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明の目的は、システムにおけるテンプレートの数を削減して、テンプレートの組織、管理及び保守を便利にすることができる、動的呼出サービスの実行結果をレンダリングする方法、装置及びシステムを提供することにある。
【課題を解決するための手段】
【０００６】
本発明の一実施例によれば、コンピュータが動的呼出サービスの実行結果であるオントロジーにおけるクラスのインスタンスをレンダリングする方法が提供される。前記コンピュータが、前記オントロジーにおけるクラスのインスタンスのタグに基づいて、当該オントロジーにおけるクラスのインスタンスが属するクラスを特定し、予め前記オントロジーにおける各クラス及びそのプロパティに基づいて生成されたテンプレートを記録した記憶部から前記オントロジーにおけるクラスのインスタンスが属するクラスのＵＲＬに対応するテンプレートを検索し、前記検索したテンプレートを利用して前記実行結果であるオントロジーにおけるクラスのインスタンスをレンダリングする。
【発明の効果】
【０００７】
本発明の実施例によれば、動的呼出サービスの実行結果をレンダリングする方法、装置及びシステムを提供することができる。
【図面の簡単な説明】
【０００８】
【図１】オントロジーの構成の模式図である。
【図２】本発明の実施例に提供される方法のフローチャートである。
【図３】本発明の実施例に提供される方法におけるレンダリング結果の模式図である。
【図４】本発明の実施例に提供される方法における他のレンダリング結果の模式図である。
【図５】本発明の実施例に提供される第１の装置の模式図である。
【図６】本発明の実施例に提供される第２の装置の模式図である。
【図７】本発明の実施例に提供される第３の装置の模式図である。
【図８】本発明の実施例に提供される第４の装置の模式図である。
【図９】本発明の実施例に提供されるシステムの模式図である。
【図１０】本発明の実施例に提供される他のシステムの模式図である。
【図１１】本発明の実施例に採用される情報処理機器であるパーソナルコンピュータの例示的構成を示すブロック図である。
【発明を実施するための形態】
【０００９】
以下に、図面を参照しながら本発明の実施例について説明する。なお、図面には、同一又は対応する技術的特徴、又は部品を同一又は対応する符号で示す。
【００１０】
本発明の実施例において、動的呼出サービスの実行結果をレンダリングするために、まず、テンプレートを生成する必要があり、このようなテンプレートは、オントロジーにおけるクラスに基づいて生成されたものです。理解を容易にするために、以下に、まず、オントロジーの概念について簡単に説明する。
【００１１】
オントロジーは、語句関係を形式的に定義する規範化のファイルと見なしても良く、一般的に各分野の専門家により保守され、それぞれの分野において標準的な分類体系を有する。当該分類体系において、各種類は重ならずに分野全体をカバーすることができる。本発明の実施例において、オントロジーはある分野のオントロジー、又は複数の分野のオントロジーの組み合わせによる共通オントロジー(或いは中心オントロジー)であっても良い。
【００１２】
オントロジー中のクラス(Class)のそれぞれは、一種のデータタイプを代表し、更に各データタイプのそれぞれは、データプロパティ(DataProperty)又はオブジェクトプロパティ(ObjectProperty)を含む自分のプロパティを有し、オブジェクトプロパティもデータタイプ間の関係を記述している。
【００１３】
例えば、図１は一つのオントロジーの模式図である。ここで、RootTypeはこのオントロジーのルートクラスである。それぞれItem、Rss及びSearchである三つのノードクラスを有する。ClassHasItemは、RssとSearchの共通の親クラスであり、一つ又は複数のhasItemオブジェクトプロパティ(ObjectProperty)を有する。hasItemプロパティの値域はItemである。ItemとRssの両方とも、値域がhttp://www.w3.org/2001/XMLSchema#stringであるデータプロパティ(DataProperty)、即ちhasTitle、hasLink、hasDescription、hasCategory、hasPubDateを有する。Searchは、値域がhttp://www.w3.org/2001/XMLSchema#stringであるデータプロパティ、即ちhasKeywordを有する。このオントロジーの名前空間(namespace)は、http://www.example.comである。各クラス又はプロパティのそれぞれは、一意的に当該クラス又はプロパティを標識するための各自のURLを有する。ここで、クラス又はプロパティのURLは、いずれも、「namespace#name」の形式で示されても良い。例えば、RssというクラスのURLはhttp://www.example.com#Rssである。
【００１４】
つまり、オントロジーには、標準的なデータタイプ（例えばItem、Search、Rss等）及びその間の関係を有する。各種のデータタイプのそれぞれは自分のURL及び各自のプロパティを有する。同時に、各プロパティはそれぞれ自分のURLを有する。
【００１５】
実際の動的呼出サービスの実行結果は、オントロジーにおけるあるクラスのインスタンスである。つまり、動的呼出サービスの出力タイプはサービスプロバイダにより自己定義されたものであるが、サービスプロバイダにより動的呼出サービスを作成する際にどのようにデータタイプを定義するかにもかかわらず、その実行結果は常にあるオントロジーにおけるあるクラスのインスタンスである。したがって、本発明の実施例において、オントロジーにおけるクラスに基づいて作成されたテンプレートを用いて各動的呼出サービスの実行結果をレンダリングする。そのため、まずテンプレートを作成する必要がある。以下に、テンプレートの作成手順について説明する。
【００１６】
本発明の実施例において、テンプレートはオントロジーにおいて記述されたデータタイプ及びそのプロパティに基づいて作成されたものであり、HTML等の言語を採用して記述されても良く、オントロジーに記述されたデータタイプと一対一に対応されている。即ち、オントロジーに対して、当該オントロジーにおけるデータタイプの数に見合った数のテンプレートを作成することができる。これらのテンプレートを保存して当該オントロジーに対するテンプレートライブラリ（記憶部）を生成することができる。そして、保存を行う時に、データタイプのURLとそのテンプレートとの間の対応関係を保存しても良い。このように、データタイプのURLに応じて一意的に当該データタイプの対応するテンプレートを検索することができる。
【００１７】
あるデータタイプについては、そのテンプレートが当該データタイプの各プロパティの値の出現位置を記述するものである。テンプレートにおいて、各プロパティが具体的な値を有しないため、各プロパティのURL(記述を便利にするために、本発明の実施例においてこれを例に説明する)で代替することができる。レンダリングを行う際に、実行結果における各プロパティの値で対応するプロパティのURLを置換することに相当する。
【００１８】
ここで、上記のように、一つのデータタイプは、データプロパティを有する可能性があり、オブジェクトプロパティを有する可能性もある。あるデータタイプのテンプレートを生成する時に、当該データタイプのデータプロパティのURLは必ずテンプレートに現れ、さもなければ、当該プロパティの値は最終的なレンダリング結果に現れることができない。一方、当該データタイプのオブジェクトプロパティは、テンプレートに表示宣言を行う必要がなく、テンプレートに現れると、当該オブジェクトプロパティの値が当該プロパティのURLのテンプレートにおける位置に現れることになり、さもなければ、当該オブジェクトプロパティの値が当該オブジェクトプロパティの部分の所属するインスタンスのレンダリング結果の後に順に連結されることになる。
【００１９】
生成されたテンプレートはテンプレートライブラリ（記憶部）のテーブルに記憶されても良い。当該テーブルは二つのフィールドを含んでも良い。第一個のフィールドはデータタイプのURLを記憶するために用いられ、第二個のフィールドはテンプレートの内容を記憶するために用いられる。上記の説明のように、データタイプのURLは、「namespace#name」の形式で表れても良く、URLが記憶されたフィールドは、当該テーブルのプライマリキーとして、特定のデータタイプのテンプレートを唯一的に検索するために用いられることができる。図１に示したオントロジーにおいて、テンプレートライブラリ（記憶部）に、表１に示された各データタイプのテンプレートが格納されているとしている。
【表１】
0005799795.tif 000002
【００２０】
ここで、“http://www.example.com#Item”はItemというデータタイプのURLであり、対応するテンプレートは当該データタイプのテンプレートである。前記のように、当該データタイプは、hasTitle、hasLink、hasDescription、hasCategory、hasPubDateというデータプロパティを有する。表１からわかるように、当該データタイプのテンプレートにおいて、これら五つのデータプロパティのURLは何れも現れた。ここで、“http://www.example.com#hasLink”はデータプロパティhasLinkのURL、“http://www.example.com#hasTitle”はデータプロパティhasTitleのURL、  “http://www.example.com#hasDescription”はデータプロパティhasDescriptionのURL、“http://www.example.com#hasCategory  &nbsp”はデータプロパティhasCategoryのURL、  “http://www.example.com#hasPubDate”はデータプロパティhasPubDateのURLである。以上からわかるように、当該テンプレートにおいて、各データプロパティを規定する値は、hasLink、hasTitle、hasDescription、hasCategory、hasPubDateの順でレンダリング結果に表示される。このように、ある実行結果をレンダリングする時に、当該実行結果がItemクラスのインスタンスであれば、当該テンプレートを用いて当該実行結果をレンダリングすることができる。レンダリングを行う際に、直接実行結果における各プロパティの値で対応するプロパティのURLを置換すれば良い。表１における他の部分については、前記と類似するため、ここでは説明を省略する。
【００２１】
実際の応用において、テンプレートはオントロジーにおけるデータタイプにより生成され、オントロジーにおけるデータタイプと一対一に対応しているため、管理インターフェースを設計してテンプレートとデータタイプとの間の一致性を確保し、テンプレート作成の重複等の問題を避けることができる。具体的に、管理者はテンプレートを作成する時に、あるデータタイプのURLを入力することができ、管理インターフェースは、まず当該URLの対応するテンプレートがテンプレートライブラリ（記憶部）に存在しているか否かを検査する。存在していると、作成の操作を中止し、重複に作成することを避ける。さもなければ、管理インターフェースは当該URLに応じてデータタイプオントロジーライブラリから、当該URLの代表するデータタイプ(Class)を検索する。当該データタイプが存在していなければ、当該データタイプが当該オントロジー中のクラスではないことを証明し、作成の操作を終止する。さもなければ、当該データタイプがオントロジー中のクラスに該当し、テンプレートがまだ作成されていないことを証明したので、当該クラスの全てのデータプロパティとオブジェクトプロパティのURLを含むオリジナルテンプレートを、管理者の編集ウィンドウに返送することができる。管理者はこのオリジナルテンプレートを受け取った後に、HTMLタグを付加し、プロパティURLの位置を調整することにより、オリジナルテンプレートを改正し、最後に改正されたテンプレートをテンプレートライブラリ（記憶部）に格納する。
【００２２】
つまり、オントロジーにおけるデータタイプ及びその対応するプロパティが既に特定されたものであるため、管理者からのテンプレートの作成要求を受けると、作成条件が満足されている場合に、当該データタイプの各プロパティのURLを一つのオリジナルテンプレートの形式で管理者に返送することができる。例えば、表１に示したItemのテンプレートに対して、オリジナルテンプレートが以下のように表現可能である。
http://www.example.com#hasLink
http://www.example.com#hasTitle
http://www.example.com#hasDescription
http://www.example.com#hasPubDate
http://www.example.com#hasCategory  &nbsp;
管理者は、これを基礎として、“a  href=”、“</a>”、“<br>”等のHTMLタグを付加し、各URLの順序を調整し、例えば、http://www.example.com#hasTitleをhttp://www.example.com#hasLinkの前に調整するなどをすることができ、最終的に表１に示されたItemのテンプレートを取得して保存すれば良い。
【００２３】
また、前記管理インターフェースは、あるデータタイプのテンプレートに対する検索、改正、又は削除の操作に用いられても良い。例えば、検索の過程において、オントロジーにおける一つのデータタイプのURLが入力されると、テンプレートライブラリ（記憶部）において当該URLに対応するテンプレートの内容を返送することができる。改正の過程において、まず管理者により入力されたURLに応じて当該URLの対応するテンプレートがテンプレートライブラリ（記憶部）に存在しているか否かを検査することができる。存在していなければ、改正の操作を終止し、さもなければ、管理インターフェースにより当該URLの対応するテンプレートが管理者の編集ウィンドウに返送される。管理者はこのテンプレートを受け取ると、HTMLタグ又はプロパティのURLを付加又は削除すること、或いはそれらの順序を調整することにより、当該テンプレートを改正し、最後に改正されたテンプレートをテンプレートライブラリ（記憶部）に保存すると共に、元のテンプレートを上書きする。削除の操作に入力されるのはオントロジーにおける一つのデータタイプのURLである。削除の要求を受けると、管理インターフェースは管理者に対して確認を行うことができる。管理者により削除の操作の実行が確認されれば、当該URLの対応するテンプレートに対する削除の操作を実行する。削除成功であるかどうかのメッセージを管理者に返送してもよい。
【００２４】
具体的に実行結果に対してレンダリングを行う時に、レンダリングエンジンはテンプレートライブラリ（記憶部）におけるテンプレートを呼び出して実行結果をレンダリングすることができる。具体的に、図２を参照して、本発明の実施例により提供される動的呼出サービスの実行結果をレンダリングする方法は、以下のステップを含むことができる。
【００２５】
Ｓ１０１：前記実行結果の所属するクラスを特定する。
【００２６】
上記の説明のように、動的呼出サービスの実行結果は常にあるクラスのインスタンスであり、即ち、当該実行結果があるクラスのインスタンスであると判断されると、当該実行結果が当該あるクラスに属する。例えば、ある実行結果は、Searchクラスのインスタンスであると判断されると、当該実行結果の所属するクラスが当該Searchクラスである。
【００２７】
具体的な実現において、実行結果を解析して実行結果の所属するクラスを特定することができる。例えば、ある実行結果は以下のようになる。
……
<j.0:Search>
<j.0:hasKeyword>実行結果レンダリング</j.0:hasKeyword>
<j.0:hasItem>
<j.0:Item>
<j.0:hasTitle>http://www.tup.tsinghua.edu.cn/Resource/tsyz/028213-01.txt</j.0:hasTitle>
<j.0:hasDescription>第１５章  三次元編集、作成複雑  実体モデル及びレンダリング  本章の要点  本章紹介AutoCAD  2009の...  オブジェクトの選択:(対応する実体オブジェクトを選択する)  オブジェクトの選択:(オブジェクトの選択を継続しても良い)  実行結果：</j.0:hasDescription>
<j.0:hasPubDate>2010-11-10</j.0:hasPubDate>
<j.0:hasLink>http://www.tup.tsinghua.edu.cn/Resource/tsyz/028213-01.txt</j.0:hasLink>
</j.0:Item>
</j.0:hasItem>
<j.0:hasItem>
<j.0:Item>
<j.0:hasLink>http://www.cnblogs.com/astin/</j.0:hasLink>
<j.0:hasTitle>Astin  -  ブログ園</j.0:hasTitle>
<j.0:hasDescription>CHC/CHC++をOGREに導入する課題において、レンダリングの流れを必ず変更することは、優先順位が高い。これは、ハードウェアからオクルージョンカリングの検索結果が返送されていない時に幾つかのレンダリング操作を実行し、そして、以下のことを保証する必要があり、即ち</j.0:hasDescription>
<j.0:hasPubDate>2010-11-10</j.0:hasPubDate>
</j.0:Item>
</j.0:hasItem>
<j.0:hasItem>
<j.0:Item>
<j.0:hasComments></j.0:hasComments>
<j.0:hasSource></j.0:hasSource>
<j.0:hasDescription>Zeroプラットフォームは二つの方式を提供して実行結果をクライアントまでレンダリングする。一つの方式は、OutputStream又はPrintWriterを直接に採用して結果をHTTP  responseに書込み、例えば：</j.0:hasDescription>
<j.0:hasPubDate>2010-11-10</j.0:hasPubDate>
<j.0:hasLink>http://tech.ddvip.com/2009-11/1258441679138854.html</j.0:hasLink>
<j.0:hasEnclosure></j.0:hasEnclosure>
<j.0:hasGuid></j.0:hasGuid>
<j.0:hasTitle>  Rubyスクリプトを用いてProject_Zero  プラットフォームにおいてRestful  応用を構築する−豆豆網</j.0:hasTitle>
</j.0:Item>
</j.0:hasItem>
<j.0:hasItem>
<j.0:Item>
<j.0:hasComments></j.0:hasComments>
<j.0:hasSource></j.0:hasSource>
<j.0:hasPubDate>2010-11-10</j.0:hasPubDate>
<j.0:hasDescription>本文はウェブページのレンダリング方面から比較評価を実行する。まず、テストとしてGoogle画像捜索ページ上に新たな画像捜索(比較的に人気のない単語を利用する)を実行し、その後に、結果ページ上の、全ての画像のロードを完成するために必要なものを記録する</j.0:hasDescription>
<j.0:hasEnclosure></j.0:hasEnclosure>
<j.0:hasGuid></j.0:hasGuid>
<j.0:hasTitle>IE8等の複数の最新ブラウザのウェブページレンダリングの比較評価-ウェブページ閲覧-ネットワーク技術-...</j.0:hasTitle>
<j.0:hasLink>http://www.hackhome.com/InfoView/Article_150343.html</j.0:hasLink>
</j.0:Item>
</j.0:hasItem>
<j.0:hasItem>
<j.0:Item>
<j.0:hasLink>http://www.ibm.com/developerworks/cn/lotus/web20-perf-3/?ca=drs-tp4608</j.0:hasLink>
<j.0:hasEnclosure></j.0:hasEnclosure>
<j.0:hasGuid></j.0:hasGuid>
<j.0:hasTitle>  Web  2.0アプリケーションの性能を全面的に向上し、第３部分：ブラウザレンダリング時間...</j.0:hasTitle>
<j.0:hasComments></j.0:hasComments>
<j.0:hasSource></j.0:hasSource>
<j.0:hasDescription>本文はWeb  2.0の応用性能の解析過程においてページレンダリング性能に対して解析する方法及びツールを継続して説明し、IBM  Mashups  Center製品を組み合わせて、以下の内容を紹介し、即ち、どのようにブラウザ側でレンダリングを行うページに対して性能を</j.0:hasDescription>
<j.0:hasPubDate>2010-11-10</j.0:hasPubDate>
</j.0:Item>
</j.0:Search>
ここで、実行結果におけるタグに基づいて当該実行結果の所属するクラスを認識することができる。例えば、以上のような実行結果のトップ<j.0:Search>からわかるように、当該実行結果の所属するクラスはSearchクラスである。
【００２８】
Ｓ２０２：テンプレートライブラリ（記憶部）から前記実行結果の所属するクラスが対応するテンプレートを検索する。
【００２９】
ここで、テンプレートライブラリ（記憶部）は、上記の予めオントロジーにおける各クラス及びそのプロパティに基づいて生成されたものである。具体的に実行結果の所属するクラスが対応するテンプレートを検索する時に、実行結果の所属するクラスのＵＲＬに応じてテンプレートライブラリ（記憶部）から当該クラスのテンプレートを検索することができる。例えば、前記の例において、実行結果の所属するクラスがSearchクラスであると特定されると、当該クラスのURL“http://www.example.com#Search”に応じて当該クラスのテンプレートを検索することができる。
【００３０】
当該Searchクラスのテンプレートが以下のもの、即ち：
<b>Keyword</b>:  http://10.167.174.139:8080/2010/owl-s/1.1/service/DataType.owl#hasKeyword
であると仮定する。
【００３１】
前記のテンプレートにより、レンダリングを行う際に当該hasKeywordというデータプロパティのURLを実行結果における当該データプロパティの値に置換することができる。つまり、実行結果においてインスタンスのデータプロパティが存在すれば、直接に実行結果における当該データプロパティの値を用いてテンプレートにおける当該データプロパティのURLを置換すれば良い。
【００３２】
具体的な応用において、同様に実行結果におけるタグに基づいて各プロパティの値を特定することができる。例えば、実行結果において、二つの<j.0:hasKeyword>の間で現れた内容はhasKeywordというデータプロパティの値である。したがって、当該例において、当該データプロパティの値は「実行結果レンダリング」である。当該値でテンプレートにおけるhasKeywordのURLを置換すると、得られたレンダリング結果において、“Keyword：実行結果レンダリング”が現れることになる。
【００３３】
なお、実際の応用において、実行結果においてインスタンスのオブジェクトプロパティが存在する可能性もある。この場合に、オブジェクトプロパティの値を他のインスタンスに変換し、当該他のインスタンスの所属するクラスを特定し、当該クラスが対応するテンプレートを用いて実行結果におけるインスタンスのオブジェクトプロパティの部分をレンダリングすることができる。
【００３４】
例えば、前記の例からわかるように、実行結果において、Searchというオブジェクトは、１つのhasKeywordプロパティのほか、複数のオブジェクトプロパティ、即ちhasItemを有する。実行結果におけるタグにより、当該オブジェクトプロパティの値がItemであると特定することができる。当該値は具体的な値ではなく、Itemクラスの１つのインスタンスである。したがって、オブジェクトプロパティという部分の実行結果をレンダリングする時に、まず当該対応するプロパティの値を他のインスタンスに変換し、当該他のインスタンスの所属するクラスを特定することができる。当該例において、当該他のインスタンスの所属するクラスはItemクラスである。次に、当該ItemクラスのURLに応じてテンプレートライブラリ（記憶部）から当該Itemクラスが対応するテンプレートを検索することができる。
【００３５】
ここで、前記の実行結果において、第１個のhasItemオブジェクトプロパティの部分は、Itemクラスのインスタンスに変換された後、当該Itemオブジェクトは以下のデータプロパティの値を有し、即ち：
二つの<j.0:hasTitle>の間で表示されるのは、hasTitleというデータプロパティの値であり、当該実行結果において、http://www.tup.tsinghua.edu.cn/Resource/tsyz/028213-01.txtとなる。
【００３６】
二つの<j.0:hasDescription>の間で表示されるのは、hasDescriptionというデータプロパティの値であり、当該実行結果において、“第１５章  三次元編集、作成複雑  実体モデル及びレンダリング  本章の要点  本章紹介AutoCAD  2009の...  オブジェクトの選択:(対応する実体オブジェクトを選択する)オブジェクトの選択:(オブジェクトの選択を継続しても良い)  実行結果：”となる。
【００３７】
二つの<j.0:hasPubDate>の間で表示されるのは、hasPubDateというデータプロパティの値であり、当該実行結果において、“2010-11-10”となる。
【００３８】
二つの<j.0:hasLink>の間で表示されるのは、hasLinkというデータプロパティの値であり、当該実行結果において、http://www.tup.tsinghua.edu.cn/Resource/tsyz/028213-01.txtとなる。
【００３９】
各データプロパティの値でテンプレートにおいて対応するプロパティのURLを置換すると、この部分の実行結果に対するレンダリング結果を取得することができる。Itemクラスの対応するテンプレートが以下のものであると仮定し、即ち：
<a  href="http://10.167.174.139:8080/2010/owl-s/1.1/service/DataType.owl#  hasLink"><font  color="blue"><u>http://10.167.174.139:8080/2010/owl-s/1.1/service/DataType.owl#hasTitle</u></font></a>
<br/>
<div  class="des"><p>http://10.167.174.139:8080/2010/owl-s/1.1/service/  DataType.owl#hasDescription</p>
</div>
<div>
<b>Publishdate</b>:  http://10.167.174.139:8080/2010/owl-s/1.1/service/DataType.owl#hasPubDate
</div>
<br/>
具体的なレンダリング結果は図３に示されている。
【００４０】
なお、当該例において、Searchクラスの対応するテンプレートにおいて、データプロパティhasKeywordのみに対して宣言しており、オブジェクトプロパティhasItemに対して表示宣言していない。したがって、図３に示したレンダリング結果において、当該オブジェクトプロパティに対するレンダリング結果は、データプロパティの部分に対するレンダリング結果の後に順に連結されることになる。
【００４１】
本発明の実施例に記載された、オブジェクトプロパティを、表示宣言した場合と、表示宣言していない場合との区別をより良く理解させるため、以下に別の具体的な例を用いて比較説明を行う。
【００４２】
依然として前記の実行結果を例として、まずテンプレートライブラリ（記憶部）においてSearchクラスが対応するテンプレートは以下のものであると仮定し、即ち：
http://10.167.174.139:8080/2010/owl-s/1.1/service/DataType.owl#hasItem
http://10.167.174.139:8080/2010/owl-s/1.1/service/DataType.owl#hasItem
<b>Keyword</b>:  http://10.167.174.139:8080/2010/owl-s/1.1/service/DataType.owl#hasKeyword
以上からわかるように、当該テンプレートにおいて、データプロパティhasKeywordだけでなく、オブジェクトプロパティhasItemも表示宣言され、且つ二つのオブジェクトプロパティのみが表示宣言され、この二つのオブジェクトプロパティがデータプロパティの前に現れている。
【００４３】
このように、前記実行結果におけるオブジェクトプロパティの部分をレンダリングすると、前の二つのオブジェクトプロパティのレンダリング結果がデータプロパティの部分のレンダリング結果の前に表示され、他のオブジェクトプロパティのレンダリング結果がデータプロパティのレンダリング結果の後に順に連結されることになる。Itemクラスの対応するテンプレートが前記のようになると仮定すると、具体的なレンダリング結果が図４に示したようになる。
【００４４】
図３及び図４からわかるように、テンプレートにおいてオブジェクトプロパティを表示宣言しているかどうかに応じて、最終的なレンダリング結果が異なるとなる。図３において、Searchクラスの対応するテンプレートにおいてオブジェクトプロパティhasItemを表示宣言していないため、実行結果において各オブジェクトプロパティの部分のレンダリング結果が何れもhasKeywordのレンダリング結果の後に現れている。図４において、Searchクラスの対応するテンプレートにおいて二つのオブジェクトプロパティhasItemを表示宣言しているため、実行結果において前の二つのhasItemオブジェクトプロパティの部分のレンダリング結果がhasKeywordのレンダリング結果の前に表示され、残りのHasItemオブジェクトプロパティの部分のレンダリング結果がhasKeywordのレンダリング結果の後に現れている。
【００４５】
実際の応用において、ある実行結果をレンダリングする時に、実行結果の所属するクラスのテンプレートが存在していない恐れがある。例えば、レンダリングエンジンは実行結果を受けた時に、まず当該実行結果の所属するクラスがC１であると特定され、その後に、当該クラスのURLによりテンプレートライブラリ（記憶部）において当該クラスの対応するテンプレートを検索することができる。しかしながら、検索結果としては、当該クラスの対応するテンプレートが存在していない(当該テンプレートがまだ作成されていない、又は既に削除された)ことになる可能性がある。この場合に対して、本発明の実施例において、当該実行結果の所属するクラスと最も類似するクラスを検索することができ、例えばC２であるとし、当該C２クラスの対応するテンプレートを用いて当該実行結果をレンダリングする。C２のテンプレートも存在していない場合に、空の文字列を返送して今回のレンダリングが失敗したことを表明する。
【００４６】
例えば、Searchクラスのテンプレートが存在していなければ、その代わりとして、RSSクラスのテンプレートを用いてレンダリングを行うことができる。これは、計算により、それとSearchクラスとの間の距離が最も短いからである。ここで、二つのクラスの間の距離、又は類似度を計算する方法は、従来の技術に属し、本発明の重点ではないため、ここでは詳しく説明しない。
【００４７】
要するに、本発明の実施例において、実行結果を受信した時に、当該実行結果をインスタンスI１と仮定し、レンダリングエンジンはまずI１の所属するクラスC１とC１のテンプレートを検索する。C１のテンプレートが存在していなければ、C１との距離が最も短い(最も類似する)クラスC２及びC２のテンプレートを検索する。C２のテンプレートも存在していなければ、空の文字列を返送して今回のレンダリングが失敗したことを表明する。さもなければ、検索されたテンプレートを用いてI１をレンダリングする。I１のプロパティのそれぞれについては、データプロパティであれば、テンプレートにおける全ての当該プロパティのURLを当該プロパティの値に置換し、オブジェクトプロパティであれば、当該プロパティの値を別のインスタンスI２に変換し、その後にレンダリングエンジンを再帰的に呼び出してI２をレンダリングする。当該オブジェクトプロパティのURLがI１の所属するクラスが対応するテンプレートに現れれば、当該テンプレートにおける全ての当該オブジェクトプロパティのURLをI２の実行結果に置換し、さもなければ、I２の実行結果をI１の実行結果の後に連結する。最後に、当該I１の実行結果を＜div＞タグでパッケージしてサービス使用者のブラウザに返送して表示すれば良い。
【００４８】
前記のように、本発明の実施例により提供された、動的呼出サービスの実行結果をレンダリングする方法について詳細に説明した。以上の説明からわかるように、オントロジーにおけるクラスに基づいてテンプレートの定義を行い、これらオントロジーにおけるクラスの対応するテンプレートを用いて動的呼出サービスの実行結果をレンダリングすることができる。即ち、各動的呼出サービスの実行結果については、何れもオントロジーにおけるクラスの対応するテンプレートを用いてレンダリングを行うことができる。換言すれば、各動的呼出サービスの実行結果に対して各自のテンプレートをそれぞれ生成する必要はない。したがって、システムにおけるテンプレートの数の削減に有利し、テンプレートの組織、管理及び保守が便利になる。
【００４９】
なお、本発明の実施例に記述した動的呼出サービスとは、任意のサービスプロバイダにより作成された動的呼出サービスである。ここで、サービスプロバイダは、動的呼出サービスを作成する時に、オントロジーにおけるデータタイプ及びそのプロパティを用いて出力データを定義することができる。即ち、直接に動的呼出サービスをOWL-S（Ontology  Web  Language  for  Services，サービスのオントロジー言語）サービスとして作成する。このように、実行結果において現れるデータタイプ及びそのプロパティの名称はオントロジーにおいての定義と同じとなる。
【００５０】
もちろん、サービスを作成する時のサービスプロバイダの柔軟性を体現するために、サービスプロバイダが自己定義の方式を採用してデータタイプ及びそのプロパティの名称を定義することが許可されることもできる。即ち、直接にWSDL（Web  Services  Description  Language，Webサービス記述言語）サービスに作成する。しかしながら、この場合については、特別な処理を行わないと、実行結果において現れるデータタイプ及びそのプロパティの名称がサービスプロバイダにより自己定義されたものと同じとなることは明らかである。このように、本発明の実施例に提供した方法でレンダリングを行う時に、タグ名称の違いによって、具体的なタグを認識することができず、更にレンダリングの失敗に繋がる恐れがある。
【００５１】
このため、前記の事情に対して、本発明の実施例において、更にOWL-Sサービスを提供することができ、当該OWL-Sファイルにおいて、XSLT（Extensible  Stylesheet  Language  Transformations，拡張スタイルシート言語変換）コードがある。ある動的呼出サービスを呼び出す時に、先ず、当該OWL-Sサービスを呼び出し、それから、OWL-Sサービスはサービスプロバイダにより提供されたWSDLサービスを呼び出すことができ、WSDLサービスからOWL−Sサービスへ返送されるのはXSDファイルであり、OWL−Sサービスは、XSDファイルを受け取ると、XSLTコードを利用して当該XSDファイルを変換して、オントロジーに関連付けさせる。このように、OWL−Sサービスから最終的に返送されたのは、オントロジーにおけるクラスのインスタンスである。
【００５２】
つまり、本発明の実施例において、サービスプロバイダは、直接に動的呼出サービスを、OWL−Sサービスとして作成したり、WSDLサービスとして作成したりする。後者の場合に、本発明の実施例では、更に動的呼出サービスの実行結果のインスタンスのタイプ名称及びプロパティ名称を、前記オントロジーライブラリにおいて記述されたクラス名称及びそのプロパティ名称に変換し、その後に変換されたクラス名称に基づいて当該実行結果のインスタンスの所属するクラスを特定し、当該クラスの対応するテンプレートを利用して当該実行結果をレンダリングする必要がある。
【００５３】
本発明の実施例により提供された、動的呼出サービスの実行結果をレンダリングする方法に対応して、本発明の実施例は更に、動的呼出サービスの実行結果をレンダリングする装置を提供する。
【００５４】
図５を参照して、当該装置は、前記実行結果の所属するクラスを特定するための特定ユニット５０１と、予め前記オントロジーにおける各クラス及びそのプロパティに基づいて生成されたテンプレートライブラリ（記憶部）から前記実行結果の所属するクラスが対応するテンプレートを検索するための検索ユニット５０２と、検索されたテンプレートを利用して前記実行結果をレンダリングするための第１のレンダリングユニット５０３とを備える。
【００５５】
ここで、テンプレートの内容の部分にはクラスの各データプロパティのユニバーサルリソースロケータ、即ちURLが保存されている。図６を参照して、第１のレンダリングユニット５０３は、更に、実行結果においてインスタンスのデータプロパティが存在していれば、前記実行結果における当該データプロパティの値で前記テンプレートにおける当該データプロパティのURLを置換するための第１の置換サブユニット５０３１を備える。
【００５６】
実行結果においてインスタンスのオブジェクトプロパティが存在すれば、第１のレンダリングユニット５０３は更に、実行結果においてインスタンスのオブジェクトプロパティが存在していれば、前記オブジェクトプロパティの値を別のインスタンスに変換するためのインスタンス変換サブユニット５０３２と、当該別のインスタンスの所属するクラスを特定し、当該クラスの対応するテンプレートを利用して前記実行結果におけるインスタンスのオブジェクトプロパティの部分をレンダリングするためのオブジェクトプロパティレンダリングサブユニット５０３３と、を備える。
【００５７】
ここで、図７を参照して、オブジェクトプロパティレンダリングサブユニット５０３３は、前記オブジェクトプロパティのURLが前記実行結果の所属するクラスのテンプレートに現れれば、前記オブジェクトプロパティの部分のレンダリング結果で当該テンプレートにおける当該オブジェクトプロパティのURLを置換するための第２の置換サブユニット５０３３１と、前記オブジェクトプロパティのURLが前記実行結果の所属するクラスのテンプレートにおいて現れていなければ、前記オブジェクトプロパティの部分のレンダリング結果を前記オブジェクトプロパティの所属するインスタンスのレンダリング結果の後に順に連結するための連結表示サブユニット５０３３２と、を備えることができる。
【００５８】
図８を参照して、当該装置は更に、前記実行結果の所属するクラスのテンプレートが存在していなければ、前記実行結果の所属するクラスと最も類似するクラスを検索するための類似検索ユニット５０４と、前記最も類似するクラスの対応するテンプレートを利用して前記実行結果をレンダリングするための第２のレンダリングユニット５０５とを備える。
【００５９】
本発明の実施例により提供された装置によれば、オントロジーにおけるクラスに基づいてテンプレートの定義を行い、これらのオントロジーにおけるクラスの対応するテンプレートを用いて動的呼出サービスの実行結果をレンダリングすることができる。即ち、各動的呼出サービスの実行結果については、何れもオントロジーにおけるクラスの対応するテンプレートを用いてレンダリングを行うことができる。換言すれば、各動的呼出サービスの実行結果に対して各自のテンプレートをそれぞれ生成する必要はない。したがって、システムにおけるテンプレートの数の削減に有利し、テンプレートの組織、管理及び保守が便利になる。
【００６０】
本発明の実施例により提供された、動的呼出サービスの実行結果をレンダリングする方法及び装置に対応して、本発明の実施例は更に、動的呼出サービスの実行結果をレンダリングするシステムを提供する。
【００６１】
図９を参照して、当該システムは、オントロジーにおける各クラス及びそのプロパティに基づいて生成されたテンプレートを保存するためのテンプレートライブラリ（記憶部）９０１と、検索サブモジュール９０２１を備え、指定されたクラスの対応するテンプレートの検索要求を受けた時に当該クラスの対応するテンプレートを返送するための管理モジュール９０２と、前記の動的呼出サービスの実行結果をレンダリングする装置９０３と、を備える。
【００６２】
図１０を参照して、管理モジュール９０２は、指定されたクラスの対応するテンプレートの作成要求を受けた時に、前記テンプレートライブラリ（記憶部）において前記指定されたクラスの対応するテンプレートが存在しておらず、且つ前記指定されたクラスがオントロジーにおけるクラスに該当するならば、オントロジーにおける当該クラスの全てのプロパティを含むオリジナルテンプレートを返送し、ユーザが前記オリジナルテンプレートを改正し、保存命令を出した後に、改正されたテンプレートを当該クラスの対応するテンプレートとして保存するための作成サブモジュール９０２２を備えることができる。
【００６３】
また、テンプレートライブラリ（記憶部）におけるテンプレートに対する改正を便利にするために、管理モジュール９０２は更に、指定されたクラスの対応するテンプレートの改正要求を受けた時に、当該クラスの対応するテンプレートを返送し、ユーザが当該クラスの対応するテンプレートを改正し、保存命令を出した後に、改正されたテンプレートを当該クラスの対応するテンプレートとして保存するための改正サブモジュール９０２３を備えることができる。
【００６４】
既に作成されているテンプレートに対する削除を便利にするために、管理モジュール９０２は更に、あるクラスの対応するテンプレートの削除要求を受けた時に、当該クラスの対応するテンプレートを削除するための削除サブモジュール９０２４を備えることができる。
【００６５】
本発明の実施例により提供されたシステムによれば、オントロジーにおけるクラスに基づいてテンプレートの定義を行い、これらオントロジーにおけるクラスの対応するテンプレートを用いて動的呼出サービスの実行結果をレンダリングすることができる。即ち、各動的呼出サービスの実行結果については、何れもオントロジーにおけるクラスの対応するテンプレートを用いてレンダリングを行うことができる。換言すれば、各動的呼出サービスの実行結果に対して各自のテンプレートをそれぞれ生成する必要はない。したがって、システムにおけるテンプレートの数の削減に有利し、テンプレートの組織、管理及び保守を便利にする。
【００６６】
また、説明する必要なことは、前記一連の処理及び装置は、ソフトウェア及び/又はファームウェアにより実現可能である。ソフトウェア及び/又はファームウェアにより実現される場合には、記憶媒体又はネットワークから専用のハードウェア構成を持つコンピュータ、例えば図１１に示された汎用パーソナルコンピュータ１１００へ当該ソフトウェアを構成するプログラムをインストールする。当該コンピュータは各種プログラムがインストールされると各種機能等を実行することができる。
【００６７】
図１１において、中央処理装置（CPU）１１０１は、読取専用メモリ（ROM）１１０２に記憶されたプログラム、又はメモリ部１１０８からランダムアクセスメモリ（RAM）１１０３にロードされたプログラムにより、各種の処理を実行する。RAM１１０３には、必要に応じてCPU１１０１が各種の処理等を実行する時に必要なデータも記憶されている。
【００６８】
CPU１１０１、ROM１１０２とRAM１１０３はバス１１０４を介して互いに接続されている。入力／出力インターフェース１１０５もパス１１０４に接続されている。入力部１１０６（キーボード、マウス等を含む）と、出力部１１０７（ディスプレイ、例えばブラウン管（CRT）、液晶ディスプレイ（LCD）等とスピーカ等を含む）と、記憶部１１０８（ハードディスク等を含む）と、通信部１１０９（ネットワークインターフェースカード、例えばLANカード、モデム等を含む）とは、入力／出力インターフェース１１０５に接続されている。通信部１１０９はネットワーク、例えばインターネットを経由して通信処理を実行する。
【００６９】
必要に応じて、入力／出力インターフェース１１０５にはドライブ１１１０も接続されている。磁気ディスク、光ディスク、光磁気ディスク、半導体メモリ等のような取り外し可能な媒体１１１１は、必要に応じてドライブ１１１０に取り付けられており、その中から読み出されたコンピュータプログラムが必要に応じて記憶部１１０８にインストールされる。
【００７０】
ソフトウェアで前記の一連の処理を実現する場合、ネットワーク例えばインターネット、又は記憶媒体例えば取り外し可能な媒体１１１１からソフトウェアを構成するプログラムをインストールする。
【００７１】
このような記憶媒体は、図１１に示されたような、その中にプログラムが記憶されているものであって、デバイスから離れて配送されることでユーザにプログラムを提供する取り外し可能な媒体１１１１に限定されないことは、当業者が理解すべきである。取り外し可能な媒体１１１１の例として、磁気ディスク（フロッピディスク(登録商標)含む）、光ディスク（コンパクトディスクリードオンリーメモリ（CD−ROM）やディジタルヴァーサタイルディスク（DVD）を含む）、光磁気ディスク（ミニディスク(MD)（登録商標）を含む）及び半導体メモリを含む。または、記憶媒体はROM１１０２、記憶部１１０８に含まれるハードディスクなどであっても良い。その中にプログラムが記憶されており、且つこれらを含むデバイスと一緒にユーザに配送される。
【００７２】
また、前記一連の処理のステップは、そのまま説明した順序に従って時間順で実行されても良いが、必ず時間順で実行することに限定されない。幾つかのステップは並行で、又は互いに独立に実行されても良い。
【００７３】
本発明及びその利点を詳細に説明したが、付加の特許請求の範囲に限定された本発明の要旨と範囲から逸脱しない限り、各種の変更、置換及び変換が可能である。そして、本発明の実施例の専門語「含む」、「有する」、又は如何なる他の同等体は、非排他的な含みを覆うことを意図し、一連の要素を含む過程、方法、物品又は装置がそれらの要素を含むだけではなく、明確に列挙されていない他の要素、又はこのような過程、方法、物品又は装置の固有要素も含むことをさせる。更なる限定のない場合に、語句「一つの…を含む」により限定された要素は、前記要素を含む過程、方法、物品又は装置において更に別の同一の要素が存在することを排除しない。
【００７４】
以上の実施例を含む実施形態に関し、更に以下の付記を開示する。
【００７５】
（付記１）コンピュータが動的呼出サービスの実行結果であるオントロジーにおけるクラスのインスタンスをレンダリングする方法であって、前記コンピュータが、前記オントロジーにおけるクラスのインスタンスのタグに基づいて、当該オントロジーにおけるクラスのインスタンスが属するクラスを特定し、予め前記オントロジーにおける各クラス及びそのプロパティに基づいて生成されたテンプレートを記録した記憶部から前記オントロジーにおけるクラスのインスタンスが属するクラスのＵＲＬに対応するテンプレートを検索し、前記検索したテンプレートを利用して前記実行結果であるオントロジーにおけるクラスのインスタンスをレンダリングすること、を特徴とする方法。
【００７６】
（付記２）前記テンプレートにはクラスの各データプロパティのユニバーサルリソースロケータURLが保存されており、オントロジーにおけるクラスのインスタンスにインスタンスのデータプロパティが存在していれば、当該データプロパティの値で前記データプロパティのURLを置換する、付記１に記載の方法。
【００７７】
（付記３）オントロジーにおけるクラスのインスタンスにインスタンスのオブジェクトプロパティが存在していれば、前記オブジェクトプロパティの値を別のインスタンスに変換し、当該別のインスタンスの所属するクラスを特定し、前記記憶部から当該別のインスタンスの所属するクラスのインスタンスに対応するテンプレートを検索し、当該クラスの対応するテンプレートを利用して前記実行結果におけるインスタンスのオブジェクトプロパティの部分をレンダリングする、付記１に記載の方法。
【００７８】
（付記４）前記オブジェクトプロパティのURLが前記オントロジーにおけるクラスのインスタンスの所属するクラスのテンプレートにおいて現れれば、前記オブジェクトプロパティの部分のレンダリング結果で当該テンプレートにおける当該オブジェクトプロパティのURLを置換し、さもなければ、前記オブジェクトプロパティの部分のレンダリング結果を前記オブジェクトプロパティの部分の所属するインスタンスのレンダリング結果の後に順に連結する、付記３に記載の方法。
【００７９】
（付記５）前記オントロジーにおけるクラスのインスタンスの所属するクラスのテンプレートが存在していなければ、前記オントロジーにおけるクラスのインスタンスの所属するクラスと最も類似するクラスを検索し、当該最も類似するクラスの対応するテンプレートを利用して前記実行結果をレンダリングすること、を特徴とする付記１乃至付記４に記載の方法。
【００８０】
（付記６）各クラスの対応するテンプレートは各クラスのURLと一対一に対応しており、及び前記記憶部から前記実行結果のインスタンスの所属するクラスが対応するテンプレートを検索することは、更に、前記実行結果の所属するクラスのURLに応じて前記記憶部から当該クラスのテンプレートを検索する、ことを含む付記１乃至付記４に記載の方法。
【００８１】
（付記７）動的呼出サービスの実行結果であるオントロジーにおけるクラスのインスタンスをレンダリングする装置であって、前記オントロジーにおけるクラスのインスタンスのタグに基づいて、当該オントロジーにおけるクラスのインスタンスが属するクラスを特定する特定ユニットと、予め前記オントロジーにおける各クラス及びそのプロパティに基づいて生成されたテンプレートを記録した記憶部から前記オントロジーにおけるクラスのインスタンスが属するクラスのＵＲＬに対応するテンプレートを検索する検索ユニットと、前記検索したテンプレートを利用して前記実行結果であるオントロジーにおけるクラスのインスタンスをレンダリングする第１のレンダリングユニットと、を含むことを特徴とする装置。
【００８２】
（付記８）前記テンプレートにはクラスの各データプロパティのユニバーサルリソースロケータURLが保存されており、前記の第１のレンダリングユニットは、オントロジーにおけるクラスのインスタンスにインスタンスのデータプロパティが存在していれば、当該データプロパティの値で前記データプロパティのURLを置換する第１の置換サブユニットを含む、付記７に記載の装置。
【００８３】
（付記９）前記第１のレンダリングユニットは、オントロジーにおけるクラスのインスタンスにインスタンスのオブジェクトプロパティが存在していれば、前記オブジェクトプロパティの値を別のインスタンスに変換するインスタンス変換サブユニットと、前記別のインスタンスの所属するクラスを特定し、前記記憶部から当該別のインスタンスの所属するクラスのインスタンスに対応するテンプレートを検索し、当該クラスの対応するテンプレートを利用して前記実行結果におけるインスタンスのオブジェクトプロパティの部分をレンダリングするオブジェクトプロパティレンダリングサブユニットと、を含む付記７に記載の装置。
【００８４】
（付記１０）前記オブジェクトプロパティレンダリングサブユニットは、前記オブジェクトプロパティのURLが前記実行結果の所属するクラスのテンプレートにおいて現れれば、前記オブジェクトプロパティの部分のレンダリング結果で当該テンプレートにおける当該オブジェクトプロパティのURLを置換する第２の置換サブユニットと、前記オブジェクトプロパティのURLが前記実行結果の所属するクラスのテンプレートにおいて現れなければ、前記オブジェクトプロパティの部分のレンダリング結果を前記オブジェクトプロパティの所属するインスタンスのレンダリング結果の後に順に連結する連結表示サブユニットと、を備える付記９に記載の装置。
【００８５】
（付記１１）前記オントロジーにおけるクラスのインスタンスの所属するクラスのテンプレートが存在していなければ、前記オントロジーにおけるクラスのインスタンスの所属するクラスと最も類似するクラスを検索する類似検索ユニットと、前記最も類似するクラスの対応するテンプレートを利用して前記実行結果をレンダリングする第２のレンダリングユニットと、を更に含むことを特徴とする付記７乃至付記１０に記載の装置。
【００８６】
（付記１２）各クラスの対応するテンプレートは各クラスのURLと一対一に対応しており、前記検索ユニットは、前記実行結果の所属するクラスのURLに応じて前記テンプレートライブラリから当該クラスのテンプレートを検索する、付記７乃至付記１０に記載の装置。
【００８７】
（付記１３）動的呼出サービスの実行結果であるオントロジーにおけるクラスのインスタンスをレンダリングするシステムであって、予め前記オントロジーにおける各クラス及びそのプロパティに基づいて生成されたテンプレートを記憶する記憶部と、検索サブモジュールを備え、指定されたクラスの対応するテンプレートの検索要求を受けた時に、当該クラスの対応するテンプレートを返送する管理モジュールと、付記７乃至付記１２に記載の装置と、を含むことを特徴とするシステム。
【００８８】
（付記１４）前記管理モジュールは、更に、指定されたクラスの対応するテンプレートの作成要求を受けた時に、前記記憶部において前記指定されたクラスの対応するテンプレートが存在しておらず、且つ前記指定されたクラスがオントロジーにおけるクラスに該当するならば、オントロジーにおける当該クラスの全てのプロパティを含むオリジナルテンプレートを返送し、ユーザが前記オリジナルテンプレートを改正し、保存命令を出した後に、改正されたテンプレートを当該クラスの対応するテンプレートとして保存するための作成サブモジュールを含む、付記１３に記載のシステム。
【００８９】
（付記１５）前記管理モジュールは、更に、指定されたクラスの対応するテンプレートの改正要求を受けた時に、当該クラスの対応するテンプレートを返送し、ユーザが当該クラスの対応するテンプレートを改正し、保存命令を出した後に、改正されたテンプレートを当該クラスの対応するテンプレートとして保存するための改正サブモジュールを含む、付記１３に記載のシステム。
【００９０】
（付記１６）前記管理モジュールは、更に、あるクラスの対応するテンプレートの削除要求を受けた時に、当該クラスの対応するテンプレートを削除するための削除サブモジュールを含む、付記１３に記載のシステム。
【図１】
0005799795.tif 000003
【図２】
0005799795.tif 000004
【図３】
0005799795.tif 000005
【図４】
0005799795.tif 000006
【図５】
0005799795.tif 000007
【図６】
0005799795.tif 000008
【図７】
0005799795.tif 000009
【図８】
0005799795.tif 000010
【図９】
0005799795.tif 000011
【図１０】
0005799795.tif 000012
【図１１】
0005799795.tif 000013