(57)【要約】【課題】カテゴリツリーの肥大化を回避し、オペレーションメタデータを効率的に検出するメタデータ管理方法、メタデータ管理システム、及び、メタデータ管理プログラムを提供する。【解決手段】サービスシナリオに基づきサービスコンポーネントを連携するサービス連携装置２と、サービスコンポーネントの動作を表すオペレーションメタデータをカテゴリごとに記憶し、カテゴリ間の関係情報を記憶するオントロジＤＢ装置３と、サービスコンポーネント提供装置４とを含むメタデータ管理システム１００において、オントロジＤＢ装置３が、オペレーションメタデータを含む登録要求信号を受信した場合、受信した登録要求信号のオペレーションメタデータをオントロジＤＢ装置３が記憶している既存のカテゴリへの登録の可否を判定し、当該カテゴリに登録可と判定された場合、登録要求信号のオペレーションメタデータを当該カテゴリに分類して記憶する。【選択図】図１
2008225997.tif 000002
【特許請求の範囲】
【請求項１】
サービスシナリオに基づきサービスコンポーネントを連携する連携サービスを提供するサービス連携装置と、前記サービスコンポーネントの動作を表すオペレーションメタデータをカテゴリごとに記憶し、カテゴリ間の関係情報を記憶するメタデータ記憶手段を備えるオントロジデータベース装置と、サービスコンポーネント提供装置とを含むメタデータ管理システムにおけるメタデータ管理方法であって、
前記オントロジデータベース装置が、
オペレーションメタデータを含む登録要求信号を受信した場合、受信した前記登録要求信号のオペレーションメタデータと、前記メタデータ記憶手段が記憶しているカテゴリに予め付与されるカテゴリのオペレーションメタデータとの対応関係に基づき、前記登録要求信号のオペレーションメタデータの前記カテゴリへの登録の可否を判定する検証ステップと、
前記検証ステップにおいて、前記カテゴリに登録可と判定された場合、前記登録要求信号のオペレーションメタデータを前記カテゴリに分類して記憶することにより登録し、
前記検証ステップにおいて、前記カテゴリに登録不可と判定された場合、新たなカテゴリを生成し、前記登録要求信号のオペレーションメタデータを生成した前記新たなカテゴリに分類して記憶することにより登録する検証済みメタデータ登録ステップと
を備えることを特徴とするメタデータ管理方法。
【請求項２】
前記検証済みメタデータ登録ステップは、前記カテゴリ間の同値関係、又は、継承関係を引き継ぐ
ことを特徴とする請求項１に記載のメタデータ管理方法。
【請求項３】
前記サービス連携装置が、
カテゴリ間の関係をたどるリンクのホップ数を入力するホップ数限定ステップと、
前記ホップ数を含むオペレーションメタデータの検索要求信号を前記オントロジデータベース装置に送信する検索要求ステップと、
前記オントロジデータベース装置が、
前記サービス連携装置から受信する前記検索要求信号の前記ホップ数に基づき、前記メタデータ記憶手段から検索対象のカテゴリを選択するカテゴリ抽出ステップと、
選択された前記カテゴリに分類される前記検索対象のオペレーションメタデータを前記サービス連携装置に応答情報として送信する応答ステップと、
前記サービス連携装置が、
受信した応答情報に基づき、サービスコンポーネントのインタフェース情報を含む情報を取得し、サービスシナリオを実行するサービスシナリオ実行ステップと
を備えることを特徴とする請求項１に記載のメタデータ管理方法。
【請求項４】
サービスシナリオに基づきサービスコンポーネントを連携する連携サービスを提供するサービス連携装置と、前記サービスコンポーネントの動作を表すオペレーションメタデータをカテゴリごとに記憶し、カテゴリ間の関係情報を記憶するメタデータ記憶手段を備えるオントロジデータベース装置と、サービスコンポーネント提供装置とを含むメタデータ管理システムであって、
前記サービスコンポーネント提供装置が、
オペレーションメタデータを含む登録要求信号を前記オントロジデータベース装置に送信する送信手段を備え、
前記オントロジデータベース装置が、
前記登録要求信号を受信する受信手段と、
前記受信手段が受信する前記登録要求信号のオペレーションメタデータと、前記メタデータ記憶手段が記憶しているカテゴリに予め付与されるカテゴリのオペレーションメタデータとの対応関係に基づき、前記登録要求信号のオペレーションメタデータの前記カテゴリへの登録の可否を判定する検証手段と、
前記検証手段による判定結果が、前記カテゴリに登録可であることを示す結果の場合、前記登録要求信号のオペレーションメタデータを前記カテゴリに分類して前記メタデータ記憶手段に記憶させることにより登録し、
前記検証手段による判定結果が、前記カテゴリに登録不可であることを示す結果の場合、新たなカテゴリを生成し、前記登録要求信号のオペレーションメタデータを生成した前記新たなカテゴリに分類して記憶することにより登録する検証済みメタデータ登録手段とを備える
ことを特徴とするメタデータ管理システム。
【請求項５】
サービスシナリオに基づきサービスコンポーネントを連携する連携サービスを提供するサービス連携装置と、前記サービスコンポーネントの動作を表すオペレーションメタデータをカテゴリごとに記憶し、カテゴリ間の関係情報を記憶するメタデータ記憶手段を備えるオントロジデータベース装置と、サービスコンポーネント提供装置とを含むメタデータ管理システムにおける前記オントロジデータベース装置に用いられるコンピュータに、
オペレーションメタデータを含む登録要求信号を受信した場合、受信した前記登録要求信号のオペレーションメタデータと、前記メタデータ記憶手段が記憶しているカテゴリに予め付与されるカテゴリのオペレーションメタデータとの対応関係に基づき、前記登録要求信号のオペレーションメタデータを前記カテゴリへの登録の可否を判定する検証ステップと、
前記検証ステップにおいて、前記カテゴリに登録可と判定された場合、前記登録要求信号のオペレーションメタデータを前記カテゴリに分類して記憶することにより登録し、
前記検証ステップにおいて、前記カテゴリに登録不可と判定された場合、新たなカテゴリを生成し、前記登録要求信号のオペレーションメタデータを生成した前記新たなカテゴリに分類して記憶することにより登録する検証済みメタデータ登録ステップと、
を実行させることを特徴とするメタデータ管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、主にメタデータ管理方法、メタデータ管理システム、及び、メタデータ管理プログラムに関する。
【背景技術】
【０００２】
従来のオントロジＤＢ（Database）装置を用いたサービスコンポーネントのオペレーションメタデータの管理技術としては、例えば、非特許文献１の技術を用いる非特許文献２などに示される手法を用い、オペレーションメタデータ群を目的ごとにカテゴライズし、カテゴライズしたカテゴリ間の関係（継承関係、同値関係）を双方向にリンクしているものがある。
【０００３】
図６は、例えば、非特許文献２の従来のシステムにおける処理を示す図である。サービスコンポーネントを提供するサービスコンポーネント提供装置４ａ〜４ｃが、オントロジＤＢ装置３ｂにオペレーションメタデータを登録する場合の処理の流れ、及び、サービスシナリオに基づきサービスコンポーネントの検出、選択、実行・連携を行うサービス連携装置２ｂが、オントロジＤＢ装置３ｂにオペレーションメタデータの検索を行う場合の処理の流れを概念的に示した図である。図６は、カテゴリ間の関係が、継承関係である場合の例を示す。
【０００４】
先ず、オペレーションメタデータの記述について説明する。オペレーションメタデータの記述に、例えば、非特許文献１に示されるＯＷＬ−Ｓ（Weｂ Ontology Language for Services）を適用している。ＯＷＬ−Ｓは、オントロジの記述として、プロファイル（Profile）と、プロセスモデル（Process Model）と、グラウンディング（Grounding）との３つの記述を規定する。
【０００５】
ここで、プロファイル情報は、どのようなサービスを提供するかの情報を記述した情報である。プロセスモデル情報は、サービスコンポーネントのオペレーションがどのようなオペレーションであるかや、その動作処理を抽象化して表したアトミックプロセス（Atomic Process）情報や、そのパラメータを含む。グラウンディング情報は、当該サービスコンポーネントへのアクセス方法の情報、即ち、プロセスモデル情報と実際のオペレーションのインタフェース情報とのマッピング情報である。ここで、プロセスモデル情報がオペレーションメタデータに相当する。
【０００６】
オントロジＤＢ装置３ｂは、メタデータ記憶部３１ｂと、カテゴリ入力部３５とを備える。メタデータ記憶部３１ｂは、カテゴリごとにサービスコンポーネントのプロセスモデル情報を記憶する。また、メタデータ記憶部３１ｂは、カテゴリ間の関係として、継承関係や、同値関係も記憶する。ここで、カテゴリとは、サービスコンポーネントの種類を示す。また、メタデータ記憶部３１ｂのカテゴリには、当該カテゴリがどのような種類のカテゴリであるかを示すアトミックプロセス情報が予め付与されている。
【０００７】
また、例えば、図６のメタデータ記憶部３１ｂに示すように、「車予約」と「タクシー予約１」とは、前者が後者を意味的に包含するカテゴリであり、「車予約」は「タクシー予約１」の上位概念である。このような上位概念と、その下位概念との関係にある複数のカテゴリ間の関係が継承関係である。
【０００８】
また、例えば、「車予約」に対する「Car reservation」のように、意味的に同義となるカテゴリ間の関係が、同値関係である。同値関係とは、カテゴリとして、「車予約」として定義づけられたカテゴリと、「Car reservation」と定義づけられたカテゴリとのいずれか一方が検索対象となる場合も、他方のカテゴリを検出可能とするため、同義語によって定義されたカテゴリとそのオペレーションメタデータ同士が同じ意味であるというリンクを、オントロジＤＢ装置３に記憶させるものである。
また、メタデータ記憶部３１ｂは、記憶するカテゴリ名の情報、及び、当該カテゴリに登録されるサービスコンポーネントのプロセスモデル情報をネットワーク上に公開する。
【０００９】
カテゴリ入力部３５は、カテゴリの情報をメタデータ記憶部３１ｂに入力する。ここで、カテゴリの情報の入力は、例えば、プロセスモデル登録前に、オントロジＤＢ装置３ｂを所有する事業者によってカテゴリ入力部３５が予め備えるキーボードやマウス等の操作手段が操作され、当該操作によって入力されるカテゴリの情報をメタデータ記憶部３１ｂに入力してもよい。また、オントロジＤＢ装置３ｂが受信するプロセスモデル情報の登録要求信号に含まれるアトミックプロセス情報の情報と一致するカテゴリがメタデータ記憶部３１ｂに記憶されていない場合に、カテゴリの情報を登録要求信号のアトミックプロセス情報に基づき、受信した登録要求信号に対応するカテゴリの情報をメタデータ記憶部３１ｂに入力することとしてもよい。
【００１０】
図６において、サービスコンポーネント提供装置４ａ〜４ｃは、同様の構成を有しており、ここでは、サービスコンポーネント提供装置４ａを代表例として説明する。サービスコンポーネント提供装置４ａは、メタデータ登録部４０ａ、サービスコンポーネントの機能（オペレーション）を実行するサービス実行部４３ａ、情報記憶部４８ａを備える。
【００１１】
メタデータ登録部４０ａは、カテゴリ参照部４１ａ、サービスコンポーネント提供装置４ａの提供するサービスコンポーネントのプロセスモデル情報４６ａを生成する登録メタデータ作成部４２ａを備え、オペレーションメタデータを含むプロセスモデル情報４６ａをオントロジＤＢ装置３ｂに登録する。
【００１２】
情報記憶部４８ａは、ＷＳＤＬなどのインタフェース情報であるインタフェース情報４４ａと、グラウンディング情報４５ａと、プロセスモデル情報４６ａと、プロファイル情報４７とを記憶する。
なお、図６において、サービスコンポーネント提供装置４ｂは、情報記憶部４８ｂのプロセスモデル情報４６ｂのみを図示しており、サービスコンポーネント提供装置４ｃも同様である。
サービスコンポーネント情報ＤＢ５は、サービスコンポーネント提供装置４ａから４ｃのサービスコンポーネントのプロファイル情報、プロセスモデル情報、グラウンディング情報４５、インタフェース情報と、当該サービスコンポーネントのＵＲＩ（Uniform Resource Identifier）、すなわち、インタフェース情報などの取得先の情報を対応付けて記憶する。
【００１３】
次に、図６に示すシステムのプロセスモデル情報４６ａをオントロジＤＢ装置３ｂに登録する処理を説明する。
オントロジＤＢ装置３ｂは、カテゴリ名「車予約」の情報、及び、「車予約」のカテゴリに登録されているサービスコンポーネントのアトミックプロセス情報を登録する処理は、以下の手順となる。
【００１４】
ここで、サービスコンポーネント提供装置４ａは、メタデータ記憶部３１ｂのカテゴリの情報「車予約」と、車予約であることを示すアトミックプロセス情報「α」とを参照し、サービスコンポーネント提供装置４ａが提供するサービスコンポーネントのプロセスモデル情報４６ａを生成する。
【００１５】
ここで、プロセスモデル情報４６ａは、車予約であることを示すアトミックプロセス情報「α」と、アトミックプロセス情報「α」の下位概念として、値段を条件とする「タクシー予約」であることを示すアトミックプロセス情報「β」とを含む。
なお、プロセスモデル情報４６ａは、アトミックプロセス情報「β」のパラメータとして、パラメータ「値段」と、プロセスモデル情報４６ａが「車予約」のカテゴリと継承関係であることを示す継承関係情報とを含む。
サービスコンポーネント提供装置４ａは、生成したプロセスモデル情報４６ａを含む登録要求信号をオントロジＤＢ装置３ｂに送信する。
【００１６】
オントロジＤＢ装置３ｂにおいて、カテゴリ入力部３５は、サービスコンポーネント提供装置４ａから受信する登録要求信号の継承関係情報に基づき、「車予約」のカテゴリと継承関係であり、かつ、アトミックプロセス情報「α」とアトミックプロセス情報「β」とをカテゴリを示すオペレーションメタデータとする「タクシー予約１」のカテゴリをメタデータ記憶部３１ｂに記憶し、記憶した「タクシー予約１」のカテゴリと、当該カテゴリを示すアトミックプロセス情報「α」とアトミックプロセス情報「β」とを公開する。
【００１７】
このように、プロセスモデル登録の際に、新たなカテゴリを生成して、公開する方法がある。又は、上述したように、プロセスモデル登録前に、予めオントロジＤＢ装置３ｂのカテゴリ入力部３５が、オントロジＤＢ装置３ｂを所有する事業者によって操作され、当該操作によって入力されるカテゴリ「タクシー予約１」のカテゴリの情報をカテゴリ「車予約」の継承関係としてメタデータ記憶部３１ｂに登録、すなわち、記憶させておくことでもよい。その後、プロセスモデル情報４６ａをカテゴリ「タクシー予約１」に属するとして登録してもよい。
【００１８】
同様に、サービスコンポーネント提供装置４ｂが、値段情報と車種とを条件としてタクシー予約を提供する場合、サービスコンポーネント提供装置４ｂが生成するプロセスモデル情報４６ｂは、「車予約」を示すアトミックプロセス情報「α」と、値段と車種とを条件とする「タクシー予約」を示すアトミックプロセス情報「β」とを含む。また、プロセスモデル情報４６ｂは、アトミックプロセス情報「β」のパラメータとして、パラメータ「値段」と、パラメータ「車種」とを含む。
【００１９】
また、このとき、サービスコンポーネント提供装置４ｂは、プロセスモデル情報４６ｂが、プロセスモデル情報４６ａと異なり、新たなパラメータ「車種」を含むため、カテゴリ「タクシー予約１」への登録要求ではなく、カテゴリ「車予約」と継承関係であることを示す継承関係情報を付加し、生成したプロセスモデル情報４６ｂを含む登録要求信号をオントロジＤＢ装置３ｂに送信する。
このように、プロセスモデル情報の登録の際に、新たなカテゴリを生成して公開する方法がある。また、上述したように、カテゴリ入力部３５が入力するカテゴリの情報に基づき、予め「タクシー予約２」をメタデータ記憶部３１ｂに記憶させておくこととしてもよい。
【００２０】
オントロジＤＢ装置３ｂにおいて、カテゴリ入力部３５は、サービスコンポーネント提供装置４ｂから受信する登録要求信号の継承関係情報に基づき、「タクシー予約２」のカテゴリをメタデータ記憶部３１ｂに記憶し、記憶した「タクシー予約２」のカテゴリを公開する。
ここで、カテゴリ「タクシー予約２」は、カテゴリ「車予約」と継承関係であり、かつ、アトミックプロセス情報「α」と、アトミックプロセス情報「β」とが、カテゴリ「タクシー予約２」のオペレーションメタデータとなる。
【００２１】
サービスコンポーネント提供装置４ｃは、サービスコンポーネント提供装置４ｂと同様に、値段情報と車種と場所とを条件としてタクシー予約を提供する場合、サービスコンポーネント提供装置４ｃが生成するプロセスモデル情報４６ｃは、「車予約」を示すアトミックプロセス情報「α」と、値段と車種と場所とを条件とする「タクシー予約」を示すアトミックプロセス情報「β」とを含む。また、プロセスモデル情報４６ｃは、アトミックプロセス情報「β」のパラメータとして、パラメータ「値段」と、パラメータ「車種」と、パラメータ「場所」とを含む。
【００２２】
また、このとき、サービスコンポーネント提供装置４ｃは、プロセスモデル情報４６ｃが、プロセスモデル情報４６ａ及びプロセスモデル情報４６ｃと異なり、新たなパラメータ「場所」を含むため、カテゴリ「タクシー予約１」、又は、「タクシー予約２」への登録要求ではなく、カテゴリ「車予約」と継承関係であることを示す継承関係情報を付加し、生成したプロセスモデル情報４６ｃを含む登録要求信号をオントロジＤＢ装置３ｂに送信する。
このように、プロセスモデル情報の登録の際に、新たなカテゴリを生成して公開する方法がある。また、上述したように、カテゴリ入力部３５が入力するカテゴリの情報に基づき、予め「タクシー予約３」をメタデータ記憶部３１ｂに記憶させておくこととしてもよい。
【００２３】
オントロジＤＢ装置３ｂにおいて、カテゴリ入力部３５は、サービスコンポーネント提供装置４ｃから受信する登録要求信号の継承関係情報に基づき、「タクシー予約３」のカテゴリをメタデータ記憶部３１ｂに記憶し、記憶した「タクシー予約３」のカテゴリと、当該カテゴリを示すアトミックプロセス情報「α」と、アトミックプロセス情報「β」とを公開する。
【００２４】
ここで、カテゴリ「タクシー予約３」は、カテゴリ「タクシー予約２」と継承関係であり、かつ、アトミックプロセス情報「α」と、アトミックプロセス情報「β」とが、カテゴリ「タクシー予約３」のオペレーションメタデータとなる。
以上に述べたとおり、オントロジＤＢ装置３ｂが記憶するカテゴリ「タクシー予約１〜３」と、サービスコンポーネント提供装置４ａ〜４ｃにおけるプロセスモデル情報４６ａ〜４６ｃとは、それぞれ１対１で対応する。
【００２５】
次に、プロセスモデル情報を上述したオントロジＤＢ装置３ｂから検出する処理について説明する。
サービス連携装置２ｂは、複数のサービスを連携し、連携したサービスをユーザに提供するサーバ装置である。
【００２６】
ここで、例えば、オントロジＤＢ装置３ｂが、カテゴリ名「車予約」と、アトミックプロセス情報「α」を検索キーとするプロセスモデル情報検索要求信号を受信した場合、カテゴリ「車予約」を検出し、さらに、カテゴリ間の継承関係、同値関係をたどり、カテゴリ「車予約」とカテゴリ「タクシー予約１〜３」とを検出することとなる。
【００２７】
すなわち、オントロジＤＢ装置３ｂは、プロセスモデル情報検索要求信号のカテゴリ「車予約」を起点として、カテゴリ間の関係（ここでは継承関係）に基づいて関係するカテゴリ「タクシー予約１」、カテゴリ「タクシー予約２」、カテゴリ「タクシー予約３」をたどり、プロセスモデル情報検索要求信号に含まれるオペレーションメタデータと同等のアトミックプロセス情報を付与されたカテゴリを検出する。
【００２８】
オントロジＤＢ装置３ｂは、検出したカテゴリに含まれるプロセスモデル情報を応答情報として、サービス連携装置２ｂに送信する。
上述した手順によって、オントロジＤＢ装置３ｂは、プロセスモデル情報検索要求信号を受信すると、カテゴリ名が一致したカテゴリを起点として、アトミックプロセス情報が同等となる全てのカテゴリを、カテゴリ間の関係（継承関係、同値関係）に基づき、検出する。ここで、アトミックプロセス情報が同等となるカテゴリを検出することが可能となるのは、以下の理由による。
あるカテゴリのアトミックプロセス情報「γ」と、別のカテゴリのアトミックプロセス情報「δ」とのアトミックプロセス情報の名前が異なっていても、双方のアトミックプロセス情報が同値関係、すなわち、同義の名前であるとしてメタデータ記憶部３１ｂに登録されていれば、検出することが可能となるためである。
【００２９】
情報ネットワーク２ｂのサービスコンポーネント検出部２２は、オントロジＤＢ装置３ｂから受信した応答情報のプロセスモデル情報を検索キーとして、当該プロセスモデル情報に対応するサービスコンポーネント提供装置の場所などの情報をサービスコンポーネント情報ＤＢ５から読み出す。
【００３０】
サービスコンポーネント検出部２２は、利用可能なサービスコンポーネントを数多く検出し、サービスコンポーネント選択部２３は、サービスコンポーネント検出部２２が検出したサービスコンポーネントのプロファイル情報に基づき、ユーザの状況に適応したサービスコンポーネントを選択する。サービスコンポーネント実行・連携部２４は、サービスコンポーネント選択部２３が選択したサービスコンポーネントのグラウンディング情報を用いて、当該サービスコンポーネントを実行する。
【非特許文献１】デイヴィッド  マーティン（David Martin）、他、”ＯＷＬ−Ｓ：セマンティック  マークアップ  フォア  ウェブ  サービセズ（OWL-S : Semantic Markup for Web Services）”、[online]、平成１６年１１月、OWL-S Coalition、[平成１９年１月３０日検索]、インターネット＜http://www.daml.org/services/owl-s/1.1/owl-s.html＞
【非特許文献２】山登  庸次、他、”ユビキタス環境にて動的にサービス実現するためのサービス合成技術”、情報処理学会論文誌、２００７年２月、第４８巻、第２号、p.５６２−５７７
【発明の開示】
【発明が解決しようとする課題】
【００３１】
しかしながら、従来のオントロジＤＢ装置３ｂにおけるサービスコンポーネントのオペレーションメタデータの管理技術においては、類似するサービスコンポーネント、すなわち、アトミックプロセス情報は同じでパラメータのみ異なるサービスコンポーネントをオントロジＤＢ装置３ｂに登録する場合であっても、新たなカテゴリとして追加することとなる。
【００３２】
したがって、メタデータ記憶部３１が記憶するカテゴリツリーが肥大化し、またカテゴリ間の関係については単純な継承関係のみならず多重継承もあり、さらには、同値関係のカテゴリをたどることも許容されていることから、検索時にカテゴリ間をたどる数が増加し、プロセスモデル情報の検出に時間がかかるとともに制御処理も複雑になるという問題がある。
さらに、カテゴリ間の関係の記述がループ状である、すなわち、例えば、カテゴリ「Ａ」と、カテゴリ「Ｂ」とが同値であり、カテゴリ「Ｂ」と、カテゴリ「Ｃ」とが同値であり、カテゴリ「Ｃ」と、カテゴリ「Ａ」とが同値であるような場合、無限ループに陥る可能性がある。
【００３３】
本発明は、このような事情を考慮し、上記の問題を解決すべくなされたもので、その目的は、カテゴリツリーの肥大化を回避し、オペレーションメタデータを効率的に検出することができるメタデータ管理方法、メタデータ管理システム、及び、メタデータ管理プログラムを提供することにある。
【課題を解決するための手段】
【００３４】
上記問題を解決するために、本発明は、サービスシナリオに基づきサービスコンポーネントを連携する連携サービスを提供するサービス連携装置と、前記サービスコンポーネントの動作を表すオペレーションメタデータをカテゴリごとに記憶し、カテゴリ間の関係情報を記憶するメタデータ記憶手段を備えるオントロジデータベース装置と、サービスコンポーネント提供装置とを含むメタデータ管理システムにおけるメタデータ管理方法であって、前記オントロジデータベース装置が、オペレーションメタデータを含む登録要求信号を受信した場合、受信した前記登録要求信号のオペレーションメタデータと、前記メタデータ記憶手段が記憶しているカテゴリに予め付与されるカテゴリのオペレーションメタデータとの対応関係に基づき、前記登録要求信号のオペレーションメタデータの前記カテゴリへの登録の可否を判定し、前記カテゴリに登録可と判定された場合、前記登録要求信号のオペレーションメタデータを前記カテゴリに分類して記憶することにより登録し、前記前記カテゴリに登録不可と判定された場合、新たなカテゴリを生成し、前記登録要求信号のオペレーションメタデータを生成した前記新たなカテゴリに分類して記憶することにより登録することを特徴とするメタデータ管理方法である。
【００３５】
また、本発明は、前記オペレーションメタデータを前記カテゴリに登録する場合に、前記カテゴリ間の同値関係、又は、継承関係を引き継ぐことを特徴とする。
【００３６】
また、本発明は、前記サービス連携装置が、カテゴリ間の関係をたどるリンクのホップ数を入力し、前記ホップ数を含むオペレーションメタデータの検索要求信号を前記オントロジデータベース装置に送信し、前記オントロジデータベース装置が、前記サービス連携装置から受信する前記検索要求信号の前記ホップ数に基づき、前記メタデータ記憶手段から検索対象のカテゴリを選択し、選択された前記カテゴリに分類される前記検索対象のオペレーションメタデータを前記サービス連携装置に応答情報として送信し、前記サービス連携装置が、受信した応答情報に基づき、サービスコンポーネントのインタフェース情報を含む情報を取得し、サービスシナリオを実行することを特徴とする。
【００３７】
また、本発明は、サービスシナリオに基づきサービスコンポーネントを連携する連携サービスを提供するサービス連携装置と、前記サービスコンポーネントの動作を表すオペレーションメタデータをカテゴリごとに記憶し、カテゴリ間の関係情報を記憶するメタデータ記憶手段を備えるオントロジデータベース装置と、サービスコンポーネント提供装置とを含むメタデータ管理システムであって、前記サービスコンポーネント提供装置が、オペレーションメタデータを含む登録要求信号を前記オントロジデータベース装置に送信する送信手段を備え、前記オントロジデータベース装置が、前記登録要求信号を受信する受信手段と、前記受信手段が受信する前記登録要求信号のオペレーションメタデータと、前記メタデータ記憶手段が記憶しているカテゴリに予め付与されるカテゴリのオペレーションメタデータとの対応関係に基づき、前記登録要求信号のオペレーションメタデータの前記カテゴリへの登録の可否を判定する検証手段と、前記検証手段による判定結果が、前記カテゴリに登録可であることを示す結果の場合、前記登録要求信号のオペレーションメタデータを前記カテゴリに分類して前記メタデータ記憶手段に記憶させることにより登録し、前記検証手段による判定結果が、前記カテゴリに登録不可であることを示す結果の場合、新たなカテゴリを生成し、前記登録要求信号のオペレーションメタデータを生成した前記新たなカテゴリに分類して記憶することにより登録する検証済みメタデータ登録手段とを備えることを特徴とするメタデータ管理システムである。
【００３８】
また、本発明は、サービスシナリオに基づきサービスコンポーネントを連携する連携サービスを提供するサービス連携装置と、前記サービスコンポーネントの動作を表すオペレーションメタデータをカテゴリごとに記憶し、カテゴリ間の関係情報を記憶するメタデータ記憶手段を備えるオントロジデータベース装置と、サービスコンポーネント提供装置とを含むメタデータ管理システムにおける前記オントロジデータベース装置に用いられるコンピュータに、オペレーションメタデータを含む登録要求信号を受信した場合、受信した前記登録要求信号のオペレーションメタデータと、前記メタデータ記憶手段が記憶しているカテゴリに予め付与されるカテゴリのオペレーションメタデータとの対応関係に基づき、前記登録要求信号のオペレーションメタデータを前記カテゴリへの登録の可否を判定する検証ステップと、前記検証ステップにおいて、前記カテゴリに登録可と判定された場合、前記登録要求信号のオペレーションメタデータを前記カテゴリに分類して記憶することにより登録し、前記検証ステップにおいて、前記カテゴリに登録不可と判定された場合、新たなカテゴリを生成し、前記登録要求信号のオペレーションメタデータを生成した前記新たなカテゴリに分類して記憶することにより登録する検証済みメタデータ登録ステップと、を実行させることを特徴とするメタデータ管理プログラムである。
【発明の効果】
【００３９】
本発明によれば、サービスシナリオに基づきサービスコンポーネントを連携する連携サービスを提供するサービス連携装置と、サービスコンポーネントの動作を表すオペレーションメタデータをカテゴリごとに記憶し、カテゴリ間の関係情報を記憶するメタデータ記憶手段を備えるオントロジデータベース装置と、サービスコンポーネント提供装置とを含むメタデータ管理システムにおけるメタデータ管理方法であって、オントロジデータベース装置が、オペレーションメタデータを含む登録要求信号を受信した場合、受信した登録要求信号のオペレーションメタデータと、前記メタデータ記憶手段が記憶しているカテゴリに予め付与されるカテゴリのオペレーションメタデータとの対応関係に基づき、前記登録要求信号のオペレーションメタデータの当該カテゴリへの登録の可否を判定し、当該カテゴリに登録可と判定された場合、登録要求信号のオペレーションメタデータを当該カテゴリに登録することとした。
これにより、オントロジデータベース装置が、受信する登録要求信号のオペレーションメタデータを新たなカテゴリとしてそのまま記憶せずに、既に記憶している既存のカテゴリに対応するか否かをオペレーションメタデータによって判定することが可能となるため、類似する新規のカテゴリとして多数オントロジデータベース装置に登録されることを防ぐ効果がある。
【００４０】
また、この発明によれば、カテゴリ間の同値関係、又は、継承関係を引き継いで、既存のカテゴリに登録要求信号のオペレーションメタデータをオントロジデータベース装置が記憶することとした。
これにより、人手を介さずにカテゴリ間の関係の情報を元にして、オペレーションメタデータ間の関係情報をオントロジデータベース装置が記憶することが可能となる効果がある。
【００４１】
また、この発明によれば、サービスシナリオに基づきサービスコンポーネントを連携する連携サービスを提供するサービス連携装置と、サービスコンポーネントの動作を表すオペレーションメタデータをカテゴリごとに記憶し、カテゴリ間の関係情報を記憶するメタデータ記憶手段を備えるオントロジデータベース装置と、サービスコンポーネント提供装置とを含むメタデータ管理システムにおけるメタデータ管理方法であって、サービス連携装置が、カテゴリ間の関係をたどるリンクのホップ数を入力し、ホップ数を含むオペレーションメタデータの検索要求信号をオントロジデータベース装置に送信し、オントロジデータベース装置が、サービス連携装置から受信する検索要求信号のホップ数に基づき、メタデータ記憶手段から検索対象のカテゴリを選択し、選択されたカテゴリに分類される検索対象のオペレーションメタデータをサービス連携装置に応答情報として送信し、サービス連携装置が、受信した応答情報に基づき、サービスコンポーネントのインタフェース情報を含む情報を取得し、サービスシナリオを実行することとした。
これにより、カテゴリ間の関係をたどる場合に、複数のカテゴリがループ状の関係性がある場合であっても、検索処理においてループに陥ることなく、オントロジデータベース装置が安定してオペレーションメタデータの検索処理を行うことが可能となる効果がある。
【発明を実施するための最良の形態】
【００４２】
以下、本発明の一実施形態によるメタデータ管理システム１００の全体構成を図面を参照して説明する。
図１は、本実施形態によるメタデータ管理システム１００の全体構成を示す概略ブロック図である。メタデータ管理システム１００は、ネットワーク１を介して接続されるサービス連携装置２、オントロジＤＢ装置３、サービスコンポーネント提供装置４、サービスコンポーネント情報ＤＢ５、サービスシナリオＤＢ６、ユーザコンテキスト・ポリシＤＢ７、ユーザ端末装置８を備える。ネットワーク１は、固定電話網、携帯電話網などの通信ネットワークや、インターネットなどの公衆網や、ＬＡＮ（Local Area Network）、専用線などの私設網などである。
【００４３】
ユーザ端末装置８は、例えば、パーソナルコンピュータ、ＰＤＡ（Personal Digital Assistants：情報携帯端末）、携帯電話などのコンピュータ端末であり、サービス連携装置２にサービスシナリオの利用要求を送信する。
サービス連携装置２は、ユーザ端末装置８から受信するサービスシナリオの利用要求に応じて、サービスシナリオに基づきサービスを連携し、連携したサービスの実行結果を利用要求に対する応答としてユーザ端末装置８に送信する。
【００４４】
また、サービス連携装置２は、サービスシナリオに対応するサービスコンポーネントをオントロジＤＢ装置３と、サービスコンポーネント情報ＤＢ５とユーザコンテキスト・ポリシＤＢ７とから検索する。具体的には、サービス連携装置２のサービスコンポーネント検出部２２は、シナリオに適用する候補となるサービスコンポーネントのプロセスモデル情報を要求する検索要求信号をオントロジＤＢ装置３に送信し、応答情報をオントロジＤＢ装置３から受信する。
【００４５】
サービスコンポーネント検出部２２は、受信した応答情報のプロセスモデル情報を検索キーとして、サービスコンポーネント情報ＤＢ５から、当該プロセスモデル情報にマッピングされた、すなわち、対応付けて記憶されている、プロファイル情報、プロセスモデル情報、グラウンディング情報を含むＯＷＬ−Ｓ情報と、インタフェース情報とを検索する。
【００４６】
ここで、サービスコンポーネント検出部２２は、オントロジＤＢ装置３から受信する応答情報のプロセスモデル情報が、複数の場合、全てのプロセスモデル情報に対応するＯＷＬ−Ｓ情報と、インタフェース情報とをサービスコンポーネント情報ＤＢ５から読み出す。また、一つのプロセスモデル情報にマッピングされたサービスコンポーネントが複数ある場合も、サービスコンポーネント情報ＤＢ５より、該当する全てのサービスコンポーネントのＯＷＬ−Ｓ情報を検索する。サービスコンポーネント選択部２３は、連携サービスの提供先のユーザに対応するユーザコンテキスト情報をユーザコンテキスト・ポリシＤＢ７から読み出す。サービスコンポーネント選択部２３は、読み出したユーザコンテキスト情報と、検索したサービスコンポーネントのプロファイル情報とに基づき、検索した複数の候補となるサービスコンポーネントから、ユーザに適するサービスコンポーネントを選択する。
【００４７】
サービスコンポーネント実行・連携部２４は、サービスコンポーネント選択部２３が選択したサービスコンポーネントを、当該サービスコンポーネントのグラウンディング情報と、インタフェース情報とに基づき実行し、実行結果をユーザに送信する。なお、サービス連携装置２のサービスコンポーネント検出部２２がオントロジＤＢ装置３からを受信後、サービスコンポーネント実行・連携部２４が、シナリオの実行結果をユーザに送信する処理手順は、上述した非特許文献２に示す従来の処理手順を例に説明している。
【００４８】
オントロジＤＢ装置３は、カテゴリ及びそれに対応付けられるサービスコンポーネントのプロセスモデル情報をカテゴリ間の関係情報を含めて記憶する。オントロジＤＢ装置３は、サービス連携装置２から入力されるオペレーションメタデータの検索要求信号に応じて、プロセスモデル情報の検索を実行し、実行結果をサービス連携装置２に出力する。また、サービスコンポーネント提供装置４から入力される新たなサービスコンポーネントのプロセスモデル情報の登録要求に応じて、プロセスモデル情報をカテゴリと対応付けて記憶する。
【００４９】
サービスコンポーネント提供装置４は、プロセスモデル情報をオントロジＤＢ装置３に登録する。また、サービスコンポーネント提供装置４は、サービス連携装置２から受信するサービスコンポーネントの機能（オペレーション）であるサービスの実行要求に基づき、実行したサービスの実行結果を応答情報としてサービス連携装置２に送信する。また、サービスコンポーネント提供装置４は、プロファイル情報、プロセスモデル情報、グラウンディング情報、インタフェース情報４４などのサービスコンポーネントの情報をサービスコンポーネント情報ＤＢ５に登録する。
【００５０】
サービスコンポーネント情報ＤＢ５は、サービスコンポーネントのプロファイル情報、プロセスモデル情報、グラウンディング情報４５、インタフェース情報と、当該サービスコンポーネントのＵＲＩ（Uniform Resource Identifier）、すなわち、インタフェース情報などの取得先の情報を対応付けて記憶するデータベースであり、これにより、ＯＷＬ−Ｓのサービス記述の検出が容易となる。
サービスシナリオＤＢ６は、サービスコンポーネントの実行手順を示すサービスシナリオを記憶する。
【００５１】
ユーザコンテキスト・ポリシＤＢ７は、ユーザコンテキストの情報と、ユーザポリシの情報とを記憶する。ここで、ユーザコンテキストの情報とは、例えば、ユーザの位置や、ユーザのおかれている、気温、湿度、照度などの環境状況や、ユーザの体温、脈拍、血圧などのユーザの身体状況情報などであり、ユーザのおかれている状況を示す状況情報である。また、ユーザポリシとは、どのようなサービスコンポーネントを優先するかをという指針を優先度とともに示す情報である。
【００５２】
ユーザコンテキスト情報と、ユーザポリシ情報と、プロファイル情報とを用いることにより、ユーザコンテキスト情報とユーザポリシ情報とに適する、すなわち、ユーザに適したサービスコンポーネントを選択することが可能となる。なお、これらの選択処理手順は、上述した非特許文献２に記載の方法を用いて場合を例に説明している。
【００５３】
なお、図１において、サービスコンポーネント提供装置４、及び、ユーザ端末装置８は、それぞれ一つの装置として示しているが、それぞれ複数の構成としてもよい。サービスコンポーネント提供装置４が複数ある場合に、サービスコンポーネント提供装置４ａ、サービスコンポーネント提供装置４ｂ、サービスコンポーネント提供装置４ｃとする。
【００５４】
次に、各装置の内部構成について説明する。
図２は、サービス連携装置２、オントロジＤＢ装置３、サービスコンポーネント提供装置４の内部構成を示すブロック図である。
なお、本実施形態においては、図６と同様の構成について、同一の符号を付している。
【００５５】
サービス連携装置２は、サービスシナリオ設定部２１と、サービスコンポーネント検出部２２と、サービスコンポーネント選択部２３と、サービスコンポーネント実行・連携部２４とホップ数指定部２５とを備える。サービスシナリオ設定部２１は、例えば、ユーザ端末装置８から送信されるサービスシナリオを受信する等により、サービスシナリオを設定する。ここで、サービスシナリオとは、実行対象のサービスコンポーネントのカテゴリ名と、オペレーションメタデータとの情報によってサービスコンポーネントの実行手順が記述されているシナリオである。
【００５６】
ホップ数指定部２５は、ホップ数、すなわち、カテゴリ間をたどるリンクの数の入力を行う。
サービスコンポーネント検出部２２は、サービスシナリオに記述されたカテゴリ名及びオペレーションメタデータと、ホップ数とに基づき、オペレーションメタデータ群から当該サービスシナリオに基づき実行するサービスコンポーネントの候補に対応するオペレーションメタデータの検索要求信号をオントロジＤＢ装置３に送信する。
【００５７】
サービスコンポーネント検出部２２は、検索要求信号の応答情報のプロセスモデル情報に対応付けられている、すなわち、マッピングしているサービスコンポーネントを、当該プロセスモデル情報を検索キーとしてサービスコンポーネント情報ＤＢ５から検索する。サービスコンポーネント検出部２２は、検索結果をサービスコンポーネント選択部２３に出力する。
【００５８】
サービスコンポーネント選択部２３は、サービスコンポーネント検出部２２から入力されるサービスコンポーネントの候補から、上述したように、サービスコンポーネント情報ＤＢ５及び、ユーザコンテキスト・ポリシＤＢ７の情報に基づき、実行対象のサービスコンポーネントを選択する。
サービスコンポーネント実行・連携部２４は、サービスコンポーネントを実行し、サービスシナリオに基づいてサービスコンポーネント間を連携する。また、サービスコンポーネント実行・連携部２４は、サービスシナリオの実行結果をユーザ端末装置８に送信する。
【００５９】
オントロジＤＢ装置３は、メタデータ記憶部３１と、検証部３２と、検証済みメタデータ登録部３３と、カテゴリ抽出部３４と、カテゴリ入力部３５とを備える。メタデータ記憶部３１は、カテゴリごとにサービスコンポーネントのプロセスモデル情報を記憶する。また、メタデータ記憶部３１は、カテゴリ間の関係として、継承関係や、同値関係も記憶する。ここで、カテゴリとは、サービスコンポーネントの種類を示し、メタデータ記憶部３１のカテゴリには、当該カテゴリがどのような種類のカテゴリであるかを示すアトミックプロセス情報が予め付与されている。
また、従来システムにおけるオントロジＤＢ装置３ｂに対するオントロジＤＢ装置３の特徴は、オントロジＤＢ装置３が検証部３２、検証済みメタデータ登録部３３、カテゴリ抽出部３４を備えた点である。
【００６０】
メタデータ記憶部３１は、記憶するカテゴリ名の情報、当該カテゴリのアトミックプロセス情報、及び、当該カテゴリに登録されるサービスコンポーネントのプロセスモデル情報を、ネットワーク１上に公開する。
カテゴリ入力部３５は、カテゴリをメタデータ記憶部３１に入力する。ここで、カテゴリの入力は、例えば、オントロジＤＢ装置３を所有する事業者によってカテゴリ入力部３５が予め備えるキーボードやマウス等の操作手段が操作され、当該操作によって入力されるカテゴリをメタデータ記憶部３１に入力してもよい。また、オントロジＤＢ装置３が受信するプロセスモデル情報の登録要求信号に含まれるアトミックプロセス情報の情報と一致するアトミックプロセス情報が付与されているカテゴリがメタデータ記憶部３１に記憶されていない場合に、カテゴリを登録要求信号のアトミックプロセス情報に基づき、受信した登録要求信号に対応するカテゴリをメタデータ記憶部３１に入力することとしてもよい。
【００６１】
検証部３２は、サービスコンポーネント提供装置４から受信する登録要求信号のプロセスモデル情報４６が、既存のカテゴリ、すなわち、メタデータ記憶部３１に既に記憶されているカテゴリへの登録の可否を判定し、判定結果として、登録先のカテゴリの識別情報であるカテゴリ名を検証済みメタデータ登録部３３に出力する。
【００６２】
ここで、検証部３２は、メタデータ記憶部３１が記憶しているカテゴリのアトミックプロセス情報と、プロセスモデル情報４６のアトミックプロセス情報とが、パラメータを除いて一致するか否かによって、受信した登録要求信号のプロセスモデル情報４６を既存のカテゴリに登録可であるか、既存のカテゴリに登録不可、すなわち、新規カテゴリを生成し、生成した新規カテゴリに受信した登録要求信号のプロセスモデル情報４６を登録するかのいずれかを判定する。
【００６３】
検証済みメタデータ登録部３３は、検証部３２から入力される判定結果に基づき、登録要求信号のプロセスモデル情報４６をメタデータ記憶部３１に書き込むことにより、登録処理を行う。
このように、プロセスモデル情報を登録する場合、上述したように、新たなカテゴリを生成して、生成したカテゴリにプロセスモデル情報を登録することとしてもよい。また、登録前に、オントロジＤＢ装置３のカテゴリ入力部３５が運営者によって操作されることにより入力されるカテゴリの情報に基づき、メタデータ記憶部３１が予めカテゴリの情報を記憶しており、メタデータ記憶部３１が記憶するカテゴリにプロセスモデル情報を登録することとしてもよい。
【００６４】
カテゴリ抽出部３４は、サービス連携装置２から受信する検索要求信号のホップ数に基づき、プロセスモデル情報を検索する。なお、カテゴリ抽出部３４は、予め所定に定められるホップ数に基づき、プロセスモデル情報を検索することとしてもよい。
【００６５】
サービスコンポーネント提供装置４は、図６のサービスコンポーネント提供装置４ａが有する機能を備えており、メタデータ登録部４０、サービス実行部４３、情報記憶部４８を備える。
【００６６】
メタデータ登録部４０は、カテゴリ参照部４１、登録メタデータ作成部４２を備え、オペレーションメタデータを含むプロセスモデル情報４６をオントロジＤＢ装置３に登録する。
カテゴリ参照部４１は、オントロジＤＢ装置３がネットワーク１上に公開するカテゴリの情報、及び、カテゴリごとに登録されるプロセスモデル情報を読み出す。登録メタデータ作成部４２は、カテゴリ参照部４１が読み出すカテゴリの情報に基づきサービスコンポーネント提供装置４の提供するサービスコンポーネントのプロセスモデル情報４６を生成する。サービス実行部４３は、サービスコンポーネントの処理を実行する。
【００６７】
なお、サービスコンポーネント提供装置４は、オントロジＤＢ装置３に既に登録されているプロセスモデル情報と、プロセスモデル情報４６とが同様の場合には、オントロジＤＢ装置３にプロセスモデル情報を登録せずに、対応するオントロジＤＢ装置３に既に登録されているプロセスモデル情報と、プロセスモデル情報４６とのマッピング情報を記述するグラウンディング情報４５を生成し、このグラウンディング情報４５をサービスコンポーネント情報ＤＢ５に登録することとしてもよい。
【００６８】
情報記憶部４８は、ＷＳＤＬ（Web Services Description Language）などのインタフェース情報であるインタフェース情報４４と、グラウンディング情報４５と、プロセスモデル情報４６と、プロファイル情報４７とを記憶する。
【００６９】
ここで、プロファイル情報は、どのようなサービスを提供するかの情報を記述した情報である。プロセスモデル情報は、サービスコンポーネントの処理（オペレーション）がどのようなオペレーションであるかや、その動作処理を抽象化して表したアトミックプロセス情報や、そのパラメータを含む。グラウンディング情報は、当該サービスコンポーネントへのアクセス方法の情報、即ち、プロセスモデル情報と実際のオペレーションのインタフェース情報とのマッピング情報である。ここで、プロセスモデル情報４６がオペレーションメタデータに相当する。
【００７０】
次に、図１に示すメタデータ管理システム１００において、プロセスモデル情報をオントロジＤＢ装置３に登録する処理を図面を参照して説明する。
図３は、プロセスモデル情報の登録処理の概念図である。なお、図３において、サービスコンポーネント提供装置４ｂは、情報記憶部４８ｂのプロセスモデル情報４６ｂ、メタデータ登録部４０ｂ以外を省略して図示しており、サービスコンポーネント提供装置４ｃも同様である。
なお、ここでは、カテゴリ間の関係が継承関係である例を取り上げているが、同値開係にあるカテゴリであっても同様の処理である。
【００７１】
図３において、図６と同様に、オントロジＤＢ装置３は、カテゴリ名「車予約」の情報、及び、「車予約」のカテゴリに登録されているプロセスモデル情報のアトミックプロセス情報「α」を公開し、サービスコンポーネント提供装置４ａ〜４ｃが、新しいサービスコンポーネントのアトミックプロセス情報をオントロジＤＢ装置３に登録する場合について説明する。ここで、メタデータ記憶部３１が予め記憶するカテゴリ「車予約」は、ルートカテゴリとし、プロセスモデル情報はルートカテゴリの下位のカテゴリにのみ記憶されることとする。
【００７２】
ここで、サービスコンポーネント提供装置４ａは、例えば、タクシー料金となる値段情報を条件としてタクシー予約を行うサービスを提供する場合、カテゴリの情報「車予約」と、車予約であることを示すアトミックプロセス情報「α」を参照し、サービスコンポーネント提供装置４ａが提供するサービスコンポーネントのプロセスモデル情報４６ａを生成する。ここで、プロセスモデル情報４６ａは、車予約であることを示すアトミックプロセス情報「α」と、「タクシー予約」であることを示すアトミックプロセス情報「β」とを含む。なお、プロセスモデル情報４６ａは、アトミックプロセス情報「β」のパラメータとして、パラメータ「値段」を含む。
【００７３】
また、このとき、サービスコンポーネント提供装置４ａは、プロセスモデル情報４６ａを、「車予約」のルートカテゴリと継承関係であることを示す継承関係情報を付加し、生成したプロセスモデル情報４６ａを含む登録要求信号をオントロジＤＢ装置３に送信する。ここで、サービスコンポーネント提供装置４ａが行うプロセスモデル情報４６ａの生成、及び、継承関係情報の付加等の処理は、サービスコンポーネント提供装置４ａを提供するサービス事業者の操作等に基づいて行われてもよいし、サービスコンポーネント提供装置４ａが予め所定の方法により、処理を行うことでもよい。
【００７４】
オントロジＤＢ装置３において、検証部３２は、入力される登録要求信号のアトミックプロセス情報「α」、「β」の２つのアトミックプロセス情報を有するカテゴリが、ルートカテゴリ「車予約」以下にないと判定し、カテゴリ入力部３５に登録要求信号を含む新カテゴリ生成命令を出力する。
【００７５】
カテゴリ入力部３５は、検証部３２から入力される新カテゴリ生成命令に含まれる登録要求信号の継承関係情報に基づき、「車予約」のカテゴリと継承関係であり、かつ、アトミックプロセス情報「α」とアトミックプロセス情報「β」とをカテゴリを示すオペレーションメタデータとする「タクシー予約」のカテゴリをメタデータ記憶部３１に記憶し、記憶した「タクシー予約」のカテゴリと、当該カテゴリを示すアトミックプロセス情報「α」とアトミックプロセス情報「β」とを公開する。
【００７６】
このように、プロセスモデル情報を登録する場合、上述したように、新たなカテゴリを生成して、生成したカテゴリ「タクシー予約」にプロセスモデル情報４６ａを登録することとしてもよい。また、登録前に、オントロジＤＢ装置３のカテゴリ入力部３５が運営者によって操作されることにより入力されるカテゴリの情報に基づき、メタデータ記憶部３１が予めカテゴリ「タクシー予約」の情報を記憶しており、メタデータ記憶部３１が記憶するカテゴリ「タクシー予約」にプロセスモデル情報４６ａを登録することとしてもよい。
【００７７】
次に、サービスコンポーネント提供装置４ｂが、値段情報と車種とを条件としてタクシー予約を提供する場合、サービスコンポーネント提供装置４ｂが生成するプロセスモデル情報４６ｂは、「車予約」を示すアトミックプロセス情報「α」と、値段と車種とを条件とする「タクシー予約」を示すアトミックプロセス情報「β」とを含む。また、プロセスモデル情報４６ｂは、アトミックプロセス情報「β」のパラメータとして、パラメータ「値段」とパラメータ「車種」とを含む。
【００７８】
また、このとき、サービスコンポーネント提供装置４のメタデータ登録部４０ｂは、プロセスモデル情報４６ｂが、プロセスモデル情報４６ａと異なり、新たなパラメータ「車種」を含むが、「タクシー予約」を示すアトミックプロセス情報「β」が、メタデータ記憶部３１のカテゴリ「タクシー予約」のアトミックプロセス情報「β」と一致するため、登録先のカテゴリをカテゴリ「タクシー予約」として、生成したプロセスモデル情報４６ｂを含む登録要求信号をオントロジＤＢ装置３に送信する。ここで、プロセスモデル情報４６ｂが、カテゴリ「車予約」のアトミックプロセス情報「α」を含むため、サービスコンポーネント提供装置４ｂは、カテゴリ「車予約」との継承関係情報を付加して、プロセスモデル情報４６ｂを含む登録要求信号をオントロジＤＢ装置３に送信することとしてもよい。
【００７９】
オントロジＤＢ装置３において、検証部３２は、入力された登録要求信号に含まれるアトミックプロセス情報「α」、「β」と、メタデータ記憶部３１が記憶するカテゴリに予め付与されているアトミックプロセス情報とを比較する。ここでは、カテゴリ「タクシー予約」のアトミックプロセス情報「α」、「β」と、入力された登録要求信号に含まれるアトミックプロセス情報「α」、「β」とが一致すると判定する。
【００８０】
検証部３２は、判定結果として、登録要求信号と、登録先の既存のカテゴリを示すカテゴリ名「タクシー予約」とを検証済みメタデータ登録部３３に出力する。検証済みメタデータ登録部３３は、プロセスモデル情報４６ｂが、カテゴリ「タクシー予約」に既に登録されているプロセスモデル情報４６ａに対し、パラメータ「車種」が異なると判定し、プロセスモデル情報４６ａと異なるプロセスモデル情報として、プロセスモデル情報４６ｂをカテゴリ「タクシー予約」に含まれるとしてメタデータ記憶部３１に書き込むことにより登録する。
メタデータ記憶部３１は、記憶したプロセスモデル情報４６ｂを公開する。
【００８１】
次に、サービスコンポーネント提供装置４ｃが、値段情報と車種と場所とを条件としてタクシー予約のサービスを提供する場合、サービスコンポーネント提供装置４ｃが生成するプロセスモデル情報４６ｃは、「車予約」を示すアトミックプロセス情報「α」と、値段と車種と場所とを条件とする「タクシー予約」を示すアトミックプロセス情報「β」とを含む。また、プロセスモデル情報４６ｃは、アトミックプロセス情報「β」のパラメータとして、パラメータ「値段」とパラメータ「車種」とパラメータ「場所」とを含む。
【００８２】
サービスコンポーネント提供装置４のメタデータ登録部４０ｃは、サービスコンポーネント提供装置４ｂと同様に、プロセスモデル情報４６ｃが、メタデータ記憶部３１ｂに登録されているプロセスモデル情報４６ａ、プロセスモデル情報４６ｂのいずれとも異なり、新たなパラメータ「場所」を含むが、「タクシー予約」を示すアトミックプロセス情報「β」が、メタデータ記憶部３１のカテゴリ「タクシー予約」のアトミックプロセス情報「β」と一致するため、登録先のカテゴリをカテゴリ「タクシー予約」として、生成したプロセスモデル情報４６ｃを含む登録要求信号をオントロジＤＢ装置３に送信する。
【００８３】
オントロジＤＢ装置３において、検証部３２は、入力された登録要求信号に含まれるアトミックプロセス情報「α」、「β」と、メタデータ記憶部３１が記憶するカテゴリに予め付与されているアトミックプロセス情報とを比較する。ここでは、カテゴリ「タクシー予約」のアトミックプロセス情報「α」、「β」と、入力された登録要求信号に含まれるアトミックプロセス情報「α」、「β」とが一致すると判定する。
【００８４】
検証部３２は、判定結果として、登録要求信号と、登録先の既存のカテゴリを示すカテゴリ名「タクシー予約」とを検証済みメタデータ登録部３３に出力する。検証済みメタデータ登録部３３は、プロセスモデル情報４６ｃがカテゴリ「タクシー予約」に既に登録されているプロセスモデル情報４６ａ、プロセスモデル情報４６ｂのいずれに対しても、パラメータ「場所」が異なると判定し、プロセスモデル情報４６ａ、プロセスモデル情報４６ｂと異なる、プロセスモデル情報として、プロセスモデル情報４６ｃをカテゴリ「タクシー予約」に含まれるとしてメタデータ記憶部３１に書き込むことにより登録する。
メタデータ記憶部３１は、記憶したプロセスモデル情報４６ｃを公開する。
【００８５】
これによりタクシー予約カテゴリには、プロセスモデル情報４６ａ（α、β）、プロセスモデル情報４６ｂ（α、β）、及び、プロセスモデル情報４６ｃ（α、β）の３つがオントロジＤＢ装置３に登録されたことになる。また、メタデータ記憶部３１は、プロセスモデル情報として、図３に示すように、（１）、（２）及び（３）の３つの記憶することになる。オントロジＤＢ装置３は、カテゴリ「タクシー予約」のカテゴリの情報、すなわち、カテゴリ「タクシー予約」に付与されるオペレーションメタデータと、それに登録されたプロセスモデル情報４６ａ〜４６ｃを公開する。
【００８６】
ここで、カテゴリ間の同値関係、又は、継承関係を引き継いで、既存のカテゴリに登録要求信号のプロセスモデル情報４６ｂ、４６ｃをメタデータ記憶部３１が記憶することとしてもよい。
この引継は、カテゴリ間の同値関係や継承関係を示す関係情報に基づき、カテゴリ間の関係情報やプロセスモデル情報同士の関係情報を引き継ぐことである。
なお、この関係情報の引継処理は、例えば、検証済みメタデータ登録部３３が行ってもよいし、カテゴリ入力部３５が行うこととしてもよいし、また、引継処理を行う引継処理手段をオントロジＤＢ装置３がさらに設けることとしてもよい。
【００８７】
例えば、図４において、カテゴリ「Ｂ」とカテゴリ「Ｇ」との間で、アトミックプロセス情報「ａ」とアトミックプロセス情報「ｆ」との同値関係、及びアトミックプロセス情報「ｂ」とアトミックプロセス情報「ｇ」との同値関係とが登録されている。ここで、例えば、カテゴリ「Ｃ」とカテゴリ「Ｈ」との間についても、アトミックプロセス情報「ａ」とアトミックプロセス情報「ｆ」とが同値関係であり、アトミックプロセス情報「ｂ」とアトミックプロセス情報「ｇ」とが同値関係であるとして、上述したように引継処理手段が、メタデータ記憶部３１に書き込む。
【００８８】
また、カテゴリに登録されたプロセスモデル情報に関しても、同様に、引継処理手段により、引継処理を行うことが可能である。例えば、カテゴリ「Ｂ」に登録されたプロセスモデル情報「Ｂ１」、「Ｂ２」があり、カテゴリ「Ｂ」と同値関係のカテゴリ「Ｇ」に登録されたプロセスモデル情報「Ｇ１」がある場合、プロセスモデル情報「Ｂ１」、「Ｂ２」、「Ｇ１」の間は、パラメータは異なるが、それぞれの属するカテゴリ間のアトミックプロセス情報は同値となる。したがって、プロセスモデル情報「Ｂ１」、「Ｂ２」、「Ｇ１」のそれぞれのプロセスモデル情報のアトミックプロセス情報は互いに同等、すなわち、同様の機能を意味する関係となるため、引継処理手段が、プロセスモデル情報「Ｂ１」、「Ｂ２」、「Ｇ１」のそれぞれのアトミックプロセス情報が同様の機能を意味する関係であることとしてメタデータ記憶部３１に登録する。
【００８９】
従来であれば、これら、プロセスモデル情報「Ｂ１」、「Ｂ２」、「Ｇ１」の間の関係情報は、例えば、オントロジＤＢ装置３の所有者等にの操作により、カテゴリ入力部３５が操作され、当該入力操作に基づき、メタデータ記憶部３１に関係情報が登録されることとなるが、上述したように、関係情報の引継処理を行う引継処理手段をオントロジＤＢ装置３が設けることにより、関係情報を人手を介さずに引き継ぐことが可能となる。
これにより、人手を介さずにカテゴリ間の関係の情報を元にして、プロセスモデル情報間の関係情報をオントロジＤＢ装置３が記憶することが可能となる効果がある。
【００９０】
上述したように、メタデータ記憶部３１は、１つのカテゴリに複数のプロセスモデル情報が登録されるため、オントロジＤＢ装置３が行うプロセスモデル情報の検索において、カテゴリのリンクをたどる回数１回あたり、すなわち、１ホップ数あたりのプロセスモデル情報検出数が増えることとなる効果がある。また、図６に示す従来のオントロジＤＢ装置３ｂが記憶するカテゴリツリーと比べて、カテゴリツリーの肥大化を抑制するため、オントロジＤＢ装置３の動作処理の負荷を軽減することが可能となる効果がある。
【００９１】
次に、プロセスモデル情報を上述したオントロジＤＢ装置３から検出する処理について説明する。
図４は、図２のオントロジＤＢ装置３及びサービス連携装置２おける検出処理を説明するための図である。図４はオントロジＤＢ３のメタデータ記憶部３１に、カテゴリＡ〜カテゴリＨまでの８つのカテゴリが継承関係及び同値関係を示す情報とともに記憶されていることを示している。継承関係は片方向矢印で、同値関係は両方向矢印で示している。
【００９２】
すなわち、ルートカテゴリのカテゴリ「Ａ」の下位のカテゴリは、カテゴリ「Ｂ」、「Ｃ」、「Ｄ」、「Ｅ」の順に継承関係における下位のカテゴリとして対応付けられている。同様に、ルートカテゴリのカテゴリ「Ｆ」の下位のカテゴリは、カテゴリ「Ｇ」、「Ｈ」の順に継承関係における下位のカテゴリとして対応付けられている。
【００９３】
また、図４において、同値関係にあるカテゴリ「Ｂ」とカテゴリ「Ｇ」とは、互いに異なるカテゴリであり、かつアトミックプロセス情報が互いに同じ意味を示すものであることを示している。ここで、カテゴリ「Ａ」とカテゴリ「Ｆ」についても、アトミックプロセス情報が互いに同じ意味となる同値関係であるが、ここでは、カテゴリ「Ｂ」とカテゴリ「Ｇ」との同値関係のみ、リンク情報として付与されていることとして説明する。
また、各カテゴリに予め付与されるアトミックプロセス情報をそれぞれカテゴリブロックの右に示している。
【００９４】
サービス連携装置２において、サービスシナリオに基づき、サービスコンポーネント提供装置４のプロセスモデル情報を検索する場合、ホップ数指定部２５は、カテゴリ間をたどるリンクのホップ数と、検索対象のカテゴリ名「Ｂ」と、アトミックプロセス情報「ｂ」とを含む検索要求信号をオントロジＤＢ装置３に送信する。
【００９５】
オントロジＤＢ３のカテゴリ抽出部３４は、検索要求信号に基づき、検索の対象となるカテゴリを抽出する。例えば、図４は、ホップ数指定部２５がホップ数を２とした場合の例である。この場合、検索の対象となるカテゴリは、カテゴリ「Ｂ」を起点として継承関係によりカテゴリ「Ｃ」及びカテゴリ「Ｄ」をたどり、また同値関係によりカテゴリ「Ｂ」からカテゴリ「Ｇ」をたどることとなる。ここでは、継承関係をたどるホップ、同値関係をたどるホップも両方とも１ホップとして検索する場合を例に説明している。
なお、同値関係は、継承関係よりも類似度が高いため、例えば、同値関係のリンクをたどる場合は、０．５ホップとして算出するなど、継承関係と同値関係とにおけるホップ数のカウント比が必ずしも１対１となっていなくてもよい。
【００９６】
なお、オントロジＤＢ３のカテゴリ抽出部３４は、ホップ数が含まれない検索要求信号を受信した場合であっても、事前に設定した所定の固定値、あるいはオントロジＤＢ装置３における検索制御処理の負荷状態と連動させるなどした可変値を用いることができるものである。この場合、制御処理の負荷状態等に応じて、カテゴリ間を辿るリンクのホップ数を制限できることとなり、効率的な制御ができるようになるという効果がある。
また、上述したプロセスモデル情報の検出処理において、ホップ数を制限することにより、無限ループ状態に陥る心配をなくすことが可能となるという効果がある。
【００９７】
次に、本発明の一実施形態によるメタデータ管理システム１００の動作全体について、図面を参照して説明する。
図５は、図１におけるメタデータ管理システム１００の動作例を示すシーケンスチャートである。図５は、ユーザ端末装置８、ユーザコンテキスト・ポリシＤＢ７、サービス連携装置２、オントロジＤＢ装置３、サービスシナリオＤＢ６、サービスコンポーネント情報ＤＢ５及びサービスコンポーネント提供装置４間のシーケンスを示している。
【００９８】
サービスコンポーネント提供装置４は、新しいサービスコンポーネントの登録処理を開始し（ステップＳ１）、上述したように、オントロジＤＢ装置３のメタデータ記憶部３１から、カテゴリの情報及びそれに登録されているプロセスモデル情報４６を参照する（ステップＳ２）。
【００９９】
サービスコンポーネント提供装置４は、上述した登録処理に基づき、プロセスモデル情報４６、グラウンディング情報４５、プロファイル情報４７などを含むサービスコンポーネントの情報を生成し（ステップＳ３）、これらのＵＲＩ情報をサービスコンポーネント情報ＤＢ５に登録し（ステップＳ４）、さらに、オントロジＤＢ装置３に登録要求信号を送信する（ステップＳ５）。なお、ここで、上述したようにサービスコンポーネント提供装置４は、オントロジＤＢ装置３に既に登録されているプロセスモデル情報と、プロセスモデル情報４６とが同様の場合には、オントロジＤＢ装置３にプロセスモデル情報を登録せずに、対応するオントロジＤＢ装置３に既に登録されているプロセスモデル情報と、プロセスモデル情報４６とのマッピング情報を記述するグラウンディング情報４５を生成し、このグラウンディング情報４５をサービスコンポーネント情報ＤＢ５に登録することとしてもよい。この場合、ステップＳ５は行わなくてもよい。
【０１００】
オントロジＤＢ装置３は、受信した登録要求信号のプロセスモデル情報４６が既存のカテゴリとパラメータを除いてアトミックプロセス情報が一致するか否かを判定し（ステップＳ６）、一致しないと判定した場合、カテゴリ入力部３５が新たなカテゴリを生成し、当該新たなカテゴリをメタデータ記憶部３１に登録する。
ステップＳ６において、受信した登録要求信号のプロセスモデル情報４６が既存のカテゴリとパラメータを除いてアトミックプロセス情報が一致すると判定した場合、既存のカテゴリにプロセスモデル情報４６をメタデータ記憶部３１に書き込むことにより、登録し、公開する（ステップＳ７）。
【０１０１】
なお、ステップＳ７において、新たなカテゴリを生成して、登録する方法の他に、上述したように、プロセスモデル登録前に、予めオントロジＤＢ装置３のカテゴリ入力部３５が、オントロジＤＢ装置３を所有する事業者によって操作され、当該操作によって入力されるカテゴリの情報をメタデータ記憶部３１に登録、すなわち、記憶させておくことでもよい。その後、プロセスモデル情報４６を予めメタデータ記憶部３１が記憶するカテゴリに属するとして登録してもよい。
ユーザ操作に基づき、ユーザ端末装置８は、サービス連携装置２にサービス提供要求信号を送信する（ステップＳ８）。
【０１０２】
サービス連携装置２は、受信したサービス提供要求信号に基づき、サービスシナリオＤＢ６からサービスシナリオを読み出すことにより、実行するサービスシナリオを設定し（ステップＳ９）、読み出したサービスシナリオに基づき、ホップ数を含む検索要求信号をオントロジＤＢ装置３に送信する。サービス連携装置２は、上述した検索処理に基づく検索結果を応答情報としてオントロジＤＢ装置３から受信する。
【０１０３】
サービス連携装置２のサービスコンポーネント検出部２２は、オントロジＤＢ装置３から受信する応答情報のプロセスモデル情報を用いて、サービスコンポーネント情報ＤＢ５から、当該プロセスモデル情報にマッピングしたサービスコンポーネントの情報のＵＲＩ情報を検索し、検索したＵＲＩ情報に基づき、サービスコンポーネント提供装置４のＯＷＬ−Ｓの情報、すなわち、プロファイル情報４７、プロセスモデル情報４６、グラウンディング情報４５を取得する（ステップＳ１０、Ｓ１１）。
【０１０４】
サービス連携装置２は、ユーザコンテキスト・ポリシＤＢ７の情報を読み出し、読み出したユーザコンテキスト情報に基づき、ユーザの状況に適応したサービスコンポーネントを選択する（ステップＳ１２）。
サービス連携装置２は、サービスコンポーネント提供装置４にサービスコンポーネントの実行を要求し、サービス間を連携し（ステップＳ１３）、ユーザ端末装置８にサービス実行結果を送信する（ステップＳ１４）。
【０１０５】
なお、ステップＳ１１において、サービス連携装置２がホップ数を指定しない場合、オントロジＤＢ装置３は予め所定に定めるホップ数、又は、オントロジＤＢ装置３の処理負荷状態に応じたホップ数に基づき、検索対象とするカテゴリを抽出することが可能となる。
【０１０６】
上記実施の形態によれば、１回のホップ回数あたりのオペレーションメタデータの検索数を向上させることが可能なシステムを実現することができるという効果がある。
また、これにより、ユーザにとっては、利用要求したサービスの実行結果を受信するまでの時間が短くなり使いやすくなるため、サービスの利用を促進することにつながるという効果がある。
【０１０７】
サービス提供者にとっては、オントロジＤＢ装置３のカテゴリツリーの肥大化が避けられ、効率的な制御ができるようになり、また無限ループに陥る心配がなくなり、システムの安定性を高めることが可能となるという効果がある。
なお、本発明は、図１〜図５を用いて説明した形態に限定されるものではなく、その主旨を逸脱しない範囲において種々変更可能である。
【０１０８】
なお、上述のサービス連携装置２、オントロジＤＢ装置３は、内部にコンピュータシステムを有している。そして、サービス連携装置２のサービスシナリオ設定部２１、サービスコンポーネント検出部２２、サービスコンポーネント選択部２３、サービスコンポーネント実行・連携部２４、ホップ数指定部２５、並びに、オントロジＤＢ装置３のメタデータ記憶部３１、検証部３２、検証済みメタデータ登録部３３、カテゴリ抽出部３４、カテゴリ入力部３５の動作の過程は、プログラムの形式でコンピュータ読み取り可能な記録媒体に記憶されており、このプログラムをコンピュータシステムが読み出して実行することによって、上記処理が行われる。ここでいうコンピュータシステムとは、ＣＰＵ及び各種メモリやＯＳ、周辺機器等のハードウェアを含むものである。
【０１０９】
また、図５に示す各ステップを実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、また、図３に示すオントロジＤＢ装置３の機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、また、図４におけるサービス連携装置２及びオントロジＤＢ装置３の機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより、オペレーションメタデータの効率的に管理する処理を行ってもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものであってもよい。
【０１１０】
また、「コンピュータシステム」は、ＷＷＷシステムを利用している場合であれば、ホームページ提供環境（あるいは表示環境）も含むものとする。
また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、フラッシュメモリ等の書き込み可能な不揮発性メモリ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。
【０１１１】
さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ（例えばＤＲＡＭ（Dynamic Random Access Memory））のように、一定時間プログラムを保持しているものも含むものとする。
【０１１２】
また、上記プログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）や電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体のことをいう。
また、上記プログラムは、前述した機能の一部を実現するためのものであっても良い。さらに、前述した機能をコンピュータシステムに既に記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であっても良い。
【０１１３】
なお、本発明に記載の関係情報は、同値関係、又は、継承関係に対応する。また、本発明に記載のオペレーションメタデータは、プロセスモデル情報に対応する。
【産業上の利用可能性】
【０１１４】
上記に説明したとおり、本発明が産業上の利用が可能であることは明らかである。即ちユーザにとっては、利用要求したサービスの実行結果が送られて来るまでの時間が短くなり使いやすくなり、サービス提供者にとっては、オントロジＤＢ装置３において、カテゴリツリーの肥大化が避けられ、効率的な制御ができるようになり、また無限ループに入る心配がなくなりシステムの安定性を増すことができることから、サービスの利用が拡大し、システム及び関連装置の需要が一層高まることが期待できる。
【図面の簡単な説明】
【０１１５】
【図１】本発明の一実施形態によるメタデータ管理システム１００の全体構成を示すブロック図である。
【図２】同実施形態によるサービス連携装置２、オントロジＤＢ装置３、情報処理装置４の内部構成を示すブロック図である。
【図３】同実施形態のプロセスモデル情報の登録処理の動作例を示す図である。
【図４】同実施形態におけるプロセスモデル情報の検索処理の動作例を示す図である。
【図５】同実施形態におけるメタデータ管理システム１００の動作フローを示す図である。
【図６】従来のシステムの概念図である。
【符号の説明】
【０１１６】
１  ネットワーク
２、２ｂ  サービス連携装置
３、３ｂ  オントロジＤＢ装置（オントロジデータベース装置）
４、４ａ、４ｂ、４ｃ  サービスコンポーネント提供装置
２１  サービスシナリオ設定部
２２  サービスコンポーネント検出部
２３  サービスコンポーネント選択部
２４  サービスコンポーネント実行・連携部
２５  ホップ数指定部
３１、３１ｂ  メタデータ記憶部
３２  検証部
３３  検証済みメタデータ登録部
３４  カテゴリ抽出部
３５  カテゴリ入力部
４０  メタデータ登録部
４０ａ、４０ｂ、４０ｃ  メタデータ登録部
４８、４８ａ、４８ｂ、４８ｃ  情報記憶部
４１、４１ａ  カテゴリ参照部
４２、４２ａ  登録メタデータ作成部
４３、４３ａ  サービス実行部
４４、４４ａ  インタフェース情報
４５、４５ａ  グラウンディング情報
４６、４６ａ、４６ｂ、４６ｃ  プロセスモデル情報
４７、４７ａ  プロファイル情報
５  サービスコンポーネント情報ＤＢ
６  サービスシナリオＤＢ
７  ユーザコンテキスト・ポリシＤＢ
８  ユーザ端末装置
【図１】
2008225997.tif 000003
【図２】
2008225997.tif 000004
【図３】
2008225997.tif 000005
【図４】
2008225997.tif 000006
【図５】
2008225997.tif 000007
【図６】
2008225997.tif 000008