JP2010198200A - プロファイル情報管理装置、プロファイル情報管理方法、及びプログラム - Google Patents

Abstract

【課題】サービス提供装置間でのプロファイル情報の整合性を確保しつつ、プロファイル情報を一元化して管理する。
【解決手段】ＤＢ制御部１０２は、登録要求があると、チェック情報ＤＢ１０２−１を参照し、ＩＤ重複有無等のチェック処理を要求し、ＤＢ部１０１でのチェック結果に問題がある場合には、管理者端末３００に対して登録不可を通知する一方、チェック結果に問題がない場合には、ＤＢ部１０１を介してプロファイル情報を登録する。ＤＢ制御部１０２は、登録が完了した後、通知先管理ＤＢ１０２−２を参照し、通知先アドレス、及びプロトコル情報を取得する。プロトコル変換部１０４、１０５は、自身のプロトコルに従って、更新情報通知メッセージを構築し、サービスコンポーネント２００、またはネットワーク装置２０１に送信する。
【選択図】図１

Description

本発明は、Ｗｅｂサービス等のサービスコンポーネントを連携して利用するシステムに係り、サービスコンポーネント、及びサービスコンポーネントが関係するネットワーク装置に関するプロファイル情報を管理するプロファイル情報管理装置、プロファイル情報管理方法、及びプログラムに関する。

非特許文献１のようなサービスコンポーネントを連携して利用するシステムにおいて、ユーザプロファイル情報（ＩＤ、認証情報など）や、装置プロファイル情報（ｃｏｎｆｉｇ設定値など）などのプロファイル情報は、該プロファイル情報を利用する装置内のデータベースで記憶される形態を取っている。このようなプロファイル情報管理形態においては、下記の２つのような点が特徴として挙げられる。

第１の特徴として、プロファイル情報の追加・更新・検索・削除などの処理を実施する場合、自装置内のデータベースに対してプロファイル情報を操作するための処理が容易であることが挙げられる。例えば、プロファイル情報を追加する場合、自装置で記憶するデータベースに対してＩＤ情報の重複有無などをチェックし、チェックの結果、問題がなければプロファイル情報の追加を実施している。

第２の特徴として、自装置内にデータベースを備えているため、プロファイル情報に変更があった場合、変更内容を即座にサービスコンポーネント等でのサービス提供内容に反映できることが挙げられる。例えば、輻輳時に、プロファイル情報を変更することにより、即座に装置に変更内容を反映し、帯域制限を実施することが可能となる。

山登庸次、大西浩行、須永宏，"Ｗｅｂ−テレコム連携のためのサービス実行制御技術の研究開発，"電子情報通信学会論文誌，ＶＯＬ．Ｊ９１−Ｂ，ｎｏ．１１，ｐｐ．１４１７−１４２７，Ｎｏｖ．２００８．

上述した従来技術のようなサービスコンポーネントを連携して利用するシステムにおいて、ユーザプロファイル情報は、複数の装置のデータベースにおいて整合性を取った形で格納する必要がある。しかしながら、複数の装置間で整合性を取ろうとすると、整合性確保のために装置間通信を実施する必要があり、これが大きな手間となっている。この問題を解決する方法として、各装置で記憶しているデータベースを１つの装置で一元管理するという方法があるが、単に一元化しただけでは、下記の事項を解決することができないという問題がある。

（１）ユーザ毎のサービス加入状況等をチェックするといったプロファイル情報の整合性の確保が必要となる。

（２）各サービスコンポーネント・ネットワーク装置にデータベース変更内容を迅速に反映させるために、各サービスコンポーネント・ネットワーク装置にデータベース変更内容を通知する必要がある。しかしながら、サービス毎に利用する装置が異なるため、プロファイル情報を格納するサービスコンポーネント、及びネットワークを選別した上で、関係する装置にのみ変更内容を通知する機能が必要となる。

（３）各サービスコンボーネント、及び構成装置において、利用する通信プロトコルが異なるため、各装置の通信プロトコルに対応したプロファイル情報送信方式が必要となる。

本発明は、このような事情を考慮してなされたものであり、その目的は、サービス提供装置間でのプロファイル情報の整合性を確保しつつ、プロファイル情報を一元化して管理することができるプロファイル情報管理装置、プロファイル情報管理方法、及びプログラムを提供することにある。

上述した課題を解決するために、本発明は、複数のサービス提供装置の各々に対するプロファイル情報を管理するプロファイル情報管理装置であって、前記プロファイル情報を記憶するデータベースと、前記データベースに記憶されている前記プロファイル情報に対する情報操作の要求があると、前記データベースに対して、前記プロファイル情報の整合性を検証する検証手段と、前記検証手段による検証結果に問題がない場合に、前記データベースに記憶されている前記プロファイル情報に対して前記情報操作を実行する情報操作実行手段とを備えることを特徴とするプロファイル情報管理装置である。

本発明は、上記の発明において、前記データベースに対する情報操作の種類毎に、前記検証手段による検証の有無情報を記憶する検証有無保持手段と、前記データベースに対して情報操作の要求があると、前記検証有無保持手段に記憶された検証の有無情報を参照し、検証有りであった場合に、前記検証手段に対して検証処理を要求する検証要求手段とを備えることを特徴とする。

本発明は、上記の発明において、前記情報操作の内容を通知すべき通知先情報を記憶する通知先保持手段と、前記情報操作実行手段により前記データベースに記憶されている前記プロファイル情報に対して情報操作が行われた場合、前記通知先保持手段に記憶されている通知先情報に対応するサービス提供装置に前記情報操作で変更されたプロファイル情報を通知する通知手段とを備えることを特徴とする。

本発明は、上記の発明において、前記通知手段は、前記プロファイル情報に代えて、前記情報操作が行われたデータベースを検索して前記情報操作で変更されたプロファイル情報を取得するためのキー情報を、前記通知先保持手段に記憶されている通知先情報に対応するサービス提供装置に通知する、ことを特徴とする。

本発明は、上記の発明において、前記通知手段は、前記複数のサービス提供装置で用いられる通信プロトコル毎に設けられた複数のプロトコル変換手段からなり、前記複数のプロトコル変換手段は、各々に割り当てられた通信プロトコルに基づいて、前記情報操作で変更されたプロファイル情報、または前記キー情報を含む通知メッセージを構築し、該通知メッセージを、前記通知先保持手段に記憶されている通知先情報に対応するサービス提供装置に送信する、ことを特徴とする。

また、上述した課題を解決するために、本発明は、複数のサービス提供装置の各々に対するプロファイル情報を管理するプロファイル情報管理方法であって、データベースに記憶されている前記プロファイル情報に対する情報操作の要求があると、前記データベースに対して、前記プロファイル情報の整合性を検証するステップと、前記検証結果に問題がない場合に、前記データベースに記憶されている前記プロファイル情報に対して前記情報操作を実行するステップとを含むことを特徴とするプロファイル情報管理方法である。

本発明は、上記の発明において、前記情報操作の内容を通知すべき通知先情報を記憶するステップと、前記データベースに記憶されている前記プロファイル情報に対して情報操作が行われた場合、前記記憶されている通知先情報に対応するサービス提供装置に前記情報操作で変更されたプロファイル情報を通知するステップとを含むことを特徴とする。

本発明は、上記の発明において、前記通知するステップは、前記プロファイル情報に代えて、前記情報操作が行われたデータベースを検索して前記情報操作で変更されたプロファイル情報を取得するためのキー情報を、前記通知先情報に対応するサービス提供装置に通知する、ことを特徴とする。

本発明は、上記の発明において、前記通知するステップは、前記通知先情報に対応するサービス提供装置で用いられる通信プロトコルに基づいて、前記情報操作で変更されたプロファイル情報、または前記キー情報を含む通知メッセージを構築し、該通知メッセージを、前記通知先情報に対応するサービス提供装置に送信する、ことを特徴とする。

また、上述した課題を解決するために、本発明は、複数のサービス提供装置の各々に対するプロファイル情報を管理するプロファイル情報管理装置のコンピュータに、データベースに記憶されている前記プロファイル情報に対する情報操作の要求があると、前記データベースに対して、前記プロファイル情報の整合性を検証するステップと、前記検証結果に問題がない場合に、前記データベースに記憶されている前記プロファイル情報に対して前記情報操作を実行するステップとを実行させることを特徴とするプログラムである。

この発明によれば、サービス提供装置間でのプロファイル情報の整合性を確保しつつ、プロファイル情報を一元化して管理することができるという利点が得られる。

本発明の実施形態によるプロファイル情報管理システムの構成を示すブロック図である。 本実施形態による、チェック情報ＤＢのテーブル構造を示す概念図である。 本実施形態による、通知先管理ＤＢのテーブル構造を示す概念図である。 本実施形態において、管理者端末３００がプロファイル情報をプロファイル情報管理装置１００に登録する際の手順を説明するためのシーケンス図である。 本実施形態において、サービスコンポーネント２００から、更新情報通知による最新のプロファイル情報取得手順を説明するためのシーケンス図である。 本実施形態において、プロファイル情報キャッシュ保持部２０１−１を利用するネットワーク装置２０１の一例を示すブロック図である。 本実施形態において、ネットワーク装置のアプリケーションから、プロファイル情報キャッシュ保持部の利用手順を説明するためのシーケンス図である。

以下、本発明の一実施形態を、図面を参照して説明する。

図１は、本発明の実施形態によるプロファイル情報管理システムの構成を示すブロック図である。図において、プロファイル情報管理システムは、プロファイル情報管理装置１００、サービスコンポーネント２００、ネットワーク装置２０１、及び管理者端末３００から構成される。プロファイル情報管理装置１００は、ＤＢ（データベース）部１０１と、ＤＢ制御部１０２と、プロトコル変換部（ＳＯＡＰ対応）１０４、プロトコル変換部（ＸＣＡＰ対応）１０５とからなる。ＤＢ部１０１は、プロファイル情報を記憶する１つ以上のデータベースＤＢ−Ａ、ＤＢ−Ｂ、ＤＢ−Ｃから構成される（図示では３つであるが１つ、あるいは４つ以上であってもよい）。なお、上記ＳＯＡＰは、Simple Object Access Protocolの略であり、上記ＸＣＡＰは、XML Configuration Access Protocolの略である。

ＤＢ制御部１０２は、管理者端末３００等の外部からのＤＢ操作を受け付ける機能や、ＤＢ部１０１の操作を制御する機能、チェック情報ＤＢ１０２−１を用いてＤＢ変更内容をチェックする機能、通知先管理ＤＢ１０２−２を用いて更新情報の通知先を管理する機能などを有する。プロトコル変換部１０４、１０５は、自身に割り当てられた特定のプロトコルに沿った更新情報通知メッセージを構築し、サービスコンポーネント２００、及びネットワーク装置２０１などにプロファイル情報を送信する。

サービスコンポーネント２００は、プロファイル情報キャッシュ保持部２００−１とキャッシュ２００−２とを備えている。プロファイル情報キャッシュ保持部２００−１は、プロファイル情報管理装置１００からの更新情報通知メッセージを受信する機能と、受信したプロファイル情報をキャッシュ２００−２に格納する機能とを有する。

ネットワーク装置２０１は、プロファイル情報キャッシュ保持部２０１−１とキャッシュ２０１−２とを備えている。プロファイル情報キャッシュ保持部２０１−１は、プロファイル情報管理装置１００からの更新情報通知メッセージを受信する機能と、受信したプロファイル情報をキャッシュ２０１−２に格納する機能とを有する。

従来技術とは、以下の機能・動作が異なる。
データベース一元化時に整合性を取るために、ＤＢ制御部１０２のチェック処理ＤＢ１０２−１を用いてデータベース変更内容のＩＤ重複チェック・パラメータチェック等を実施し、プロファイル情報の整合性の確保を可能としている。

サービス毎に利用する装置が異なるため、ＤＢ制御部１０２内に記憶されている通知先管理ＤＢ１０２−２を用いて、プロファイル情報を格納するサービスコンポーネント２００、またはネットワーク装置２０１のいずれかを選択し、データベース変更内容を通知することを可能としている。

プロトコル変換部１０４、１０５は、ＤＢ制御部１０２からの更新情報通知を受けて、自身に割り当てられた通信プロトコルを用いて、更新情報通知メッセージを構築し、関連装置に更新情報通知メッセージを送信するという処理を導入することにより、サービスコンポーネント２００、及びネットワーク装置２０１への影響を最小限としている。

次に、図２は、本実施形態による、チェック情報ＤＢのテーブル構造を示す概念図である。チェック情報ＤＢ１０２−１には、チェック対象ＤＢ毎に、データベースに対する操作内容、ＩＤユニーク性チェック有無、ＩＤユニーク性チェック対象、ＩＤ上限、ＩＤ下限が対応付けて記憶されている。図示の例では、データベースＤＢ−Ａに対して、登録（Ｃｒｅａｔｅ）処理があった場合には、ＩＤユニーク性チェック有無が「１」であるので、ＩＤユニーク性チェック対象に設定されているデータベースＤＢ−Ｂ、及びデータベースＤＢ−Ｃに対するＩＤ重複有無等のチェックを要求する必要があることを示している。一方、データベースＤＢ−Ａに対して、更新（Ｕｐｄａｔｅ）処理や、削除（Ｄｅｌｅｔｅ）処理があった場合には、ＩＤユニーク性チェック有無が「０」であるので、ＩＤ重複有無等のチェックを要求する必要がない。データベースＤＢ−Ｂについても同様である。ＩＤ上限、ＩＤ下限は、対応するデータベースに登録可能なユーザＩＤ数の上限、下限である。なお、実施形態では、ＩＤユニーク性チェックをプロファイル情報の整合性を検出する例として挙げているが、整合性をチェックは、データ形式（文字・数字等）を比較して行ってもよい。

また、図３は、本実施形態による、通知先管理ＤＢのテーブル構造を示す概念図である。通知先管理ＤＢ１０２−２には、更新対象ＤＢ毎に、通知先装置のアドレス情報と通知先装置との間で用いる通知プロトコルとが対応付けて記憶されている。図示の例では、データベースＤＢ−Ａには、通知先装置として、サービスコンポーネントＡのアドレス情報が登録されており、通知プロトコルとして、ＳＯＡＰが登録されている。また、データベースＤＢ−Ｂには、通知先装置として、ネットワーク装置Ｂのアドレス情報、サービスコンポーネントＣのアドレス情報、サービスコンポーネントＤのアドレス情報が登録されており、それぞれの通知プロトコルとして、ＳＯＡＰ、ＸＣＡＰ、ＸＣＡＰが登録されている。すなわち、該通知先管理ＤＢ１０２−２のテーブル構造を参照することで、通知先装置と通知プロトコルとを容易に取得することができる。

次に、本実施形態の動作について説明する。

［プロファイル情報登録時の処理手順］
まず、プロファイル情報登録時（または、プロファイル情報更新時）の処理方法について説明する。
図４は、本実施形態において、管理者端末３００がプロファイル情報をプロファイル情報管理装置１００に登録する際の手順を説明するためのシーケンス図である。まず、管理者端末３００は、ＤＢ制御部１０２に対してプロファイル情報登録要求を実施する（ステップＳ１）。この要求を受けたＤＢ制御部１０２は、自身で記憶する図２に示すようなデータ構造を有するチェック情報ＤＢ１０２−１を参照してチェック処理内容を取得する（ステップＳ２）。

例えば、ＤＢ−Ａに対して登録処理をしようとする場合、図２から、データベースＤＢ−Ａは、データベースＤＢ−Ｂ、及びデータベースＤＢ−Ｃと、ＩＤのユニーク性を担保する必要があるため（ＩＤユニーク性チェック有無「１」）、ＤＢ部１０１に対して、データベースＤＢ−ＢとデータベースＤＢ−Ｃに対するＩＤ重複有無等のチェック処理を要求する（ステップＳ３）。ＤＢ部１０１は、ＩＤ重複有無等のチェック要求に応じて、ＩＤ重複有無等のチェック処理を実行し、チェック結果を示すチェック処理応答を返す（ステップＳ４）。

ここで、ＤＢ制御部１０２は、チェックの結果に問題があるか否かを判定する（ステップＳ５）。そして、チェックの結果に問題があると判定された場合には、管理者端末３００に対して登録不可通知を送信する（ステップＳ６）。一方、チェックの結果に問題がないと判定された場合には、ＤＢ制御部１０２は、ＤＢ部１０１の関係するデータベース（この例では、データベースＤＢ−Ａ）に対して、プロファイル情報登録要求を送出する（ステップＳ７）。ＤＢ部１０１は、プロファイル情報登録要求に従って、プロファイル情報の登録処理を実施し、登録応答を返す（ステップＳ８）。

ＤＢ部１０１への登録が完了した後、ＤＢ制御部１０２は、自身で記憶する図３に示すようなデータ構造を有する通知先管理ＤＢ１０２−２を参照し、通知先アドレス、及び通知先装置が対応するプロトコル情報を取得する（ステップＳ９）。プロトコル変換部１０４、１０５には、予め更新情報通知メッセージを構築するためのプロトコルが設定されている。例えば、プロトコル変換部１０４には、ＳＯＡＰが、プロトコル変換部１０５には、ＸＣＡＰが割り当てられている。

ＤＢ制御部１０２は、通知先管理ＤＢ１０２−２より取得した対応プロトコル情報に基づいて、送信先プロトコル変換部１０４、１０５のいずれか一方を選択し、ＤＢ変更内容、及び通知先アドレス情報を含む更新情報通知を、プロトコル情報に対応したプロトコル変換部１０４、１０５の選択された方に送信する（ステップＳ１０）。この例では、プロトコル変換部１０４が選択されたとする。

プロトコル変換部１０４は、予め設定されたプロトコルに従って、更新情報通知メッセージを構築し（ステップＳ１１）、関連装置であるサービスコンポーネント２００のプロファイル情報キャッシュ保持部２００−１に送信する（ステップＳ１２）。更新情報通知を受信したプロファイル情報キャッシュ保持部２００−１は、キャッシュ２００−２に受信した情報を設定することで、サービスコンポーネント２００が最新の情報を利用可能な状態となる（ステップＳ１３）。

図示の例では、プロトコル変換部１０４が選択された場合について説明したが、プロトコル変換部１０５が選択された場合でも同様であり、この場合、ネットワーク装置２０１のプロファイル情報キャッシュ保持部２０１−１に対して更新情報通知メッセージが送信される。

なお、本実施形態では、プロファイル情報登録時の手順について説明したが、プロファイル情報更新時・削除時も同様の手順を実行することになる。

［更新情報通知による最新のプロファイル情報取得手順］
上述したプロファイル情報登録時の処理手順では、更新情報通知に、更新された内容（実データ）を搭載して通知しているが、この場合、通信データ量が大きくなるため、更新情報通知に実データを載せず、更新情報通知を受信した後、プロファイル情報管理装置１００のＤＢ部１０１から実データを取得可能にするための検索キーのみを載せるようにしてもよい。以下では、このように、更新情報通知に実データを載せず、更新情報通知を受信した後、プロファイル情報管理装置１００のＤＢ部１０１から実データを取得可能にするための検索キーのみを載せた場合に、最新のプロファイル情報取得する際の手順について説明する。

図５は、本実施形態において、サービスコンポーネント２００から、更新情報通知による最新のプロファイル情報取得手順を説明するためのシーケンス図である。なお、この場合も、更新情報通知に実データを載せず、プロファイル情報管理装置１００のＤＢ部１０１から実データを取得可能にするための検索キーのみを載せることを除いて、ＤＢ制御部１０２からプロトコル変換部１０４に更新情報が通知されるまでのシーケンス（ステップＳ１〜Ｓ１３）は、図４と同じでるので説明を省略する。

まず、プロトコル変換部１０４は、プロファイル情報キャッシュ保持部２００−１に対し、ＤＢ部１０１を検索するためのキー情報のみを更新情報通知として送信する（ステップＳ２１）。更新情報通知を受信したプロファイル情報キャッシュ保持部２００−１は、一定時間、あるいはトリガーとなるイベントが発生するまで待機する（ステップＳ２２）。なお、待機無しという場合もあり得る。すなわち、更新情報通知を受信後のプロファイル情報キャッシュ保持部２０２の待機時間が０秒の場合もあり得る。

そして、一定時間、あるいはトリガーとなるイベントが発生すると、プロファイル情報キャッシュ保持部２００−１は、プロトコル変換部１０４に対し、キー情報を搭載した検索要求を送信する（ステップＳ２３）。検索要求を受信したプロトコル変換部１０４は、検索要求をＤＢ制御部１０２に送信し（ステップＳ２４）、検索要求を受信したＤＢ制御部１０２は、検索キーを用いて、ＤＢ部１０１に対して検索要求を送信する（ステップＳ２５）。ＤＢ部１０１は、検索要求を受信すると、検索キーに基づいて、データベースＤＢ−Ａ〜ＤＢ−Ｃを検索し、ＤＢ内容とともに検索応答をＤＢ制御部１０２に返す（ステップＳ２６）。これにより、ＤＢ制御部１０２は、ＤＢ部１０１から最新のＤＢ内容を取得することになる。

次に、検索結果を取得したＤＢ制御部１０２は、プロトコル変換部１０４に対してＤＢ内容とともに検索応答を送信する（ステップＳ２７）。プロトコル変換部１０４は、予め設定されたプロトコルに従って、検索応答用メッセージを構築し（ステップＳ２８）、サービスコンポーネント２００のプロファイル情報キャッシュ保持部２００−１に送信する（ステップＳ２９）。検索応答用メッセージを受信したプロファイル情報キャッシュ保持部２００−１は、検索応答の内容を自身のキャッシュ２００−２に記憶することで、最新のキャッシュ情報を記憶することが可能となる（ステップＳ３０）。

上述したステップＳ２５、Ｓ２６でのＤＢ検索処理は、データベースＤＢ−Ａ〜ＤＢ−Ｃの内容の変更を伴わないため、他の装置への更新情報通知は発生しない。また、検索応答は、特定装置への返信であるため、通知先管理ＤＢ１０２−２は利用されない。

［アプリケーションからのプロファイル情報キャッシュ保持部の利用手順］
次に、ネットワーク装置２０１のアプリケーションからプロファイル情報キャッシュ保持部２０１−１を利用する際の手順について説明する。

図６は、本実施形態において、プロファイル情報キャッシュ保持部２０１−１を利用するネットワーク装置２０１の一例を示すブロック図である。プロファイル情報キャッシュ保持部２０１−１を利用するネットワーク装置２０１としては、アプリケーションサーバなどが挙げられる。アプリケーションサーバは、アプリケーション２０１−３を動作させるためのネットワーク装置２０１の一種であり、そのアプリケーションの処理において、プロファイル情報キャッシュ保持部２０１−１が記憶するキャッシュ２０１−２の情報を利用する。

図７は、本実施形態において、ネットワーク装置２０１のアプリケーション２０１−３から、プロファイル情報キャッシュ保持部２０１−１の利用手順を説明するためのシーケンス図である。アプリケーション２０１−３が起動すると、プロファイル情報キャッシュ保持部２０１−１に対して初期化要求を実行する（ステップＳ４１）。初期化要求を受けたプロファイル情報キャッシュ保持部２０１−１は、初期のキャッシュデータとして管理するデータを取得すべく、プロトコル変換部１０４を介して、ＤＢ制御部１０２に初期データ取得要求を送信する（ステップＳ４２、Ｓ４３）。

ＤＢ部１０１は、初期データ取得要求を受信すると、ＤＢ部１０１に初期データ要求を送信する（ステップＳ４４）。ＤＢ部１０１は、初期データ要求を受信すると、データベースＤＢ−Ａ〜ＤＢ−Ｃから初期データを取り出し、初期データ応答としてＤＢ制御部１０２に返す（ステップＳ４５）。ＤＢ制御部１０２は、初期データ応答を受信すると、プロトコル変換部１０４に送信する（ステップＳ４６）。プロトコル変換部１０４は、予め設定されたプロトコルに従って、応答用メッセージを構築し（ステップＳ４７）、ネットワーク装置２０１のプロファイル情報キャッシュ保持部２０１−１に送信する（ステップＳ４８）。

初期データ応答を受け取ったプロファイル情報キャッシュ保持部２０１−１は、管理しているキャッシュ２０１−２に初期データを記憶する（ステップＳ４９）。以降、プロファイルデータ更新の度に、前述した図４、図５に示す処理に従って、キャッシュ２０１−２が更新されるため、アプリケーション２０１−３は、キャッシュ２０１−２にアクセスするだけで、最新のプロファイルデータにアクセスすることができる。

上述した実施形態によれば、プロファイル情報管理装置１００において、ＤＢ制御部１０２によりチェック情報ＤＢ１０２−１を参照して、ＩＤ重複有無等のチェックを行うことにより、容易にプロファイル情報を一元化して管理することができ、情報間の整合性を確保することができる。

また、同様に、ＤＢ制御部１０２にて通知先管理ＤＢ１０２−２を参照して、通知先装置を取得することにより、関係装置のみへの更新情報通知が可能となる。したがって、他の装置への通知処理を省略することができる。

さらに、プロファイル情報管理装置１００内に事前に対応プロトコルが定められたプロトコル変換部１０４、１０５を複数用意することにより、多種多様なプロトコルに応じて、プロファイル情報の更新を通知することできる。したがって、これまで利用していたプロトコルを用いてプロファイル情報を取得することが可能であり、関係装置への影響を最小限にすることができる。

なお、上述した実施形態において、プロファイル情報管理装置１００による各ステップを実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより、各処理を行ってもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものであってもよい。また、「コンピュータシステム」は、ＷＷＷシステムを利用している場合であれば、ホームページ提供環境（あるいは表示環境）も含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、フラッシュメモリ等の書き込み可能な不揮発性メモリ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。

さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ（例えばＤＲＡＭ（Dynamic Random Access Memory））のように、一定時間プログラムを記憶しているものも含むものとする。また、上記プログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）や電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体のことをいう。また、上記プログラムは、前述した機能の一部を実現するためのものであっても良い。さらに、前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であっても良い。

１００ プロファイル情報管理装置
１０１ ＤＢ部
１０２ ＤＢ制御部
１０２−１ チェック情報ＤＢ
１０２−２ 通知先管理ＤＢ
１０４ プロトコル（ＳＯＡＰ対応）変換部
１０５ プロトコル（ＳＯＡＰ対応）変換部
２００ サービスコンポーネント
２００−１ プロファイル情報キャッシュ保持部
２００−２ キャッシュ
２０１ ネットワーク装置
２０１−１ プロファイル情報キャッシュ保持部
２０１−２ キャッシュ
３００ 管理者端末

Claims (10)

1. 複数のサービス提供装置の各々に対するプロファイル情報を管理するプロファイル情報管理装置であって、
   前記プロファイル情報を記憶するデータベースと、
   前記データベースに記憶されている前記プロファイル情報に対する情報操作の要求があると、前記データベースに対して、前記プロファイル情報の整合性を検証する検証手段と、
   前記検証手段による検証結果に問題がない場合に、前記データベースに記憶されている前記プロファイル情報に対して前記情報操作を実行する情報操作実行手段と
   を備えることを特徴とするプロファイル情報管理装置。
2. 前記データベースに対する情報操作の種類毎に、前記検証手段による検証の有無情報を記憶する検証有無保持手段と、
   前記データベースに対して情報操作の要求があると、前記検証有無保持手段に記憶された検証の有無情報を参照し、検証有りであった場合に、前記検証手段に対して検証処理を要求する検証要求手段と
   を備えることを特徴とする請求項１記載のプロファイル情報管理装置。
3. 前記情報操作の内容を通知すべき通知先情報を記憶する通知先保持手段と、
   前記情報操作実行手段により前記データベースに記憶されている前記プロファイル情報に対して情報操作が行われた場合、前記通知先保持手段に記憶されている通知先情報に対応するサービス提供装置に前記情報操作で変更されたプロファイル情報を通知する通知手段と
   を備えることを特徴とする請求項１または２記載のプロファイル情報管理装置。
4. 前記通知手段は、
   前記プロファイル情報に代えて、前記情報操作が行われたデータベースを検索して前記情報操作で変更されたプロファイル情報を取得するためのキー情報を、前記通知先保持手段に記憶されている通知先情報に対応するサービス提供装置に通知する、
   ことを特徴とする請求項３記載のプロファイル情報管理装置。
5. 前記通知手段は、
   前記複数のサービス提供装置で用いられる通信プロトコル毎に設けられた複数のプロトコル変換手段からなり、
   前記複数のプロトコル変換手段は、
   各々に割り当てられた通信プロトコルに基づいて、前記情報操作で変更されたプロファイル情報、または前記キー情報を含む通知メッセージを構築し、該通知メッセージを、前記通知先保持手段に記憶されている通知先情報に対応するサービス提供装置に送信する、
   ことを特徴とする請求項３または４記載のプロファイル情報管理装置。
6. 複数のサービス提供装置の各々に対するプロファイル情報を管理するプロファイル情報管理方法であって、
   データベースに記憶されている前記プロファイル情報に対する情報操作の要求があると、前記データベースに対して、前記プロファイル情報の整合性を検証するステップと、
   前記検証結果に問題がない場合に、前記データベースに記憶されている前記プロファイル情報に対して前記情報操作を実行するステップと
   を含むことを特徴とするプロファイル情報管理方法。
7. 前記情報操作の内容を通知すべき通知先情報を記憶するステップと、
   前記データベースに記憶されている前記プロファイル情報に対して情報操作が行われた場合、前記記憶されている通知先情報に対応するサービス提供装置に前記情報操作で変更されたプロファイル情報を通知するステップと
   を含むことを特徴とする請求項６記載のプロファイル情報管理方法。
8. 前記通知するステップは、
   前記プロファイル情報に代えて、前記情報操作が行われたデータベースを検索して前記情報操作で変更されたプロファイル情報を取得するためのキー情報を、前記通知先情報に対応するサービス提供装置に通知する、
   ことを特徴とする請求項７記載のプロファイル情報管理方法。
9. 前記通知するステップは、
   前記通知先情報に対応するサービス提供装置で用いられる通信プロトコルに基づいて、前記情報操作で変更されたプロファイル情報、または前記キー情報を含む通知メッセージを構築し、該通知メッセージを、前記通知先情報に対応するサービス提供装置に送信する、
   ことを特徴とする請求項７または８記載のプロファイル情報管理方法。
10. 複数のサービス提供装置の各々に対するプロファイル情報を管理するプロファイル情報管理装置のコンピュータに、
    データベースに記憶されている前記プロファイル情報に対する情報操作の要求があると、前記データベースに対して、前記プロファイル情報の整合性を検証するステップと、
    前記検証結果に問題がない場合に、前記データベースに記憶されている前記プロファイル情報に対して前記情報操作を実行するステップと
    を実行させることを特徴とするプログラム。

Images