(57)【特許請求の範囲】
【請求項１】
複数のプロファイラヘのアクセスが可能なプロファイル管理装置であって，
利用者からのリクエストを受け付ける複数のインターフェイスと，
前記インターフェイスのいずれかが受けたリクエストに含まれるデータ要素名と，プロファイラを特定する情報およびプロファイラ内でアクセスされるデータ要素名との対応付関係を記憶した記憶部と，
前記記憶部を参照し，前記インターフェイスが受けたリクエストに含まれるデータ要素名に対応する，プロファイラを特定する情報とプロファイラ内でアクセスされるデータ要素名とを抽出する第１の抽出手段と，
前記第１の抽出手段により抽出されたプロファイラを特定する情報に対応するプロファイラに対し，前記第１の抽出手段により抽出したデータ要素名に対応するプロファイル情報へのアクセスを行うプロファイルアクセス手段と，
を有するプロファイル管理装置。
【請求項２】
請求項１記載のプロファイル管理装置において，
前記記憶部が記憶したプロファイラを特定する情報およびプロファイラ内でアクセスされるデータ要素名は，該プロファイラの物理アドレスおよびそのプロファイラ内データ要素の実名である
ことを特徴とするプロファイル管理装置。
【請求項３】
請求項１または請求項２記載のプロファイル管理装置において，
前記記憶部は，全ユーザに対して共通に適用する対応情報のテーブルと，各ユーザ別または／および各サービス別に適用する対応情報のテーブルとを記憶し，
前記第１の抽出手段は，前記各ユーザ別または／および各サービス別に適用する対応情報のテーブルを先に用いて，前記リクエストに含まれるデータ要素名に対応する，プロファイラを特定する情報とプロファイラ内でアクセスされるデータ要素名とを抽出し，該テーブルに該当するデータ要素名がなかった場合に，前記全ユーザに対して共通に適用する対応情報のテーブルを用いて，前記リクエストに含まれるデータ要素名に対応する，プロファイラを特定する情報とプロファイラ内でアクセスされるデータ要素名とを抽出する
ことを特徴とするプロファイル管理装置。
【請求項４】
複数のプロファイラヘのアクセスが可能なプロファイル管理装置であって，
利用者からのリクエストを受け付ける複数のインターフェイスと，
前記インターフェイスのいずれかが受けたリクエストに含まれるデータ要素名と，プロファイラを特定する情報およびプロファイラ内でアクセスされるデータ要素名との対応付関係を記憶した記憶部と，
前記記憶部を参照し，前記インターフェイスが受けたリクエストに含まれるデータ要素名に対応する，プロファイラを特定する情報とプロファイラ内でアクセスされるデータ要素名とを抽出する第１の抽出手段と，
前記第１の抽出手段により抽出されたプロファイラを特定する情報に対応するプロファイラに対し，前記第１の抽出手段により抽出したデータ要素名に対応するプロファイル情報へのアクセスを行うプロファイルアクセス手段と，
新たなプロファイラの追加またはプロファイラに対する新たなデータ要素の追加に対して，あらかじめ入力された，値が同じデータ要素またはデータ要素名が一致するという条件のもとで，複数のプロファイラに存在するデータ要素が一つのものとして扱われ，それらの一つが更新されると他の関連するデータ要素も同じように更新される操作を意味する定義情報を含む対応情報作成ルールに従って，前記記憶部が記憶した対応付関係の情報を作成する対応情報作成手段と，
を有するプロファイル管理装置。
【請求項５】
複数のプロファイラヘのアクセスが可能なプロファイル管理装置が実行するプロファイル管理方法であって，
利用者からのリクエストを受け付ける複数のインターフェイスのいずれかからリクエストを受け付ける過程と，
前記インターフェイスのいずれかが受けたリクエストに含まれるデータ要素名と，プロファイラを特定する情報およびプロファイラ内でアクセスされるデータ要素名との対応付関係を記憶した記憶部を参照し，前記インターフェイスから受け付けたリクエストに含まれるデータ要素名に対応する，プロファイラを特定する情報とプロファイラ内でアクセスされるデータ要素名とを抽出する抽出過程と，
前記抽出過程により抽出したプロファイラを特定する情報に対応するプロファイラに対し，前記抽出過程により抽出したデータ要素名に対応するプロファイル情報へのアクセスを行うプロファイルアクセス過程と，
を有するプロファイル管理方法。
【請求項６】
複数のプロファイラヘのアクセスが可能なプロファイル管理方法を，コンピュータに実行させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体であって，
利用者からのリクエストを受け付ける複数のインターフェイスのいずれかからリクエストを受け付ける手順と，
前記インターフェイスのいずれかが受けたリクエストに含まれるデータ要素名と，プロファイラを特定する情報およびプロファイラ内でアクセスされるデータ要素名との対応付関係を記憶した記憶部を参照し，前記インターフェイスから受け付けたリクエストに含まれるデータ要素名に対応する，プロファイラを特定する情報とプロファイラ内でアクセスされるデータ要素名とを抽出する抽出手順と，
前記抽出手順により抽出したプロファイラを特定する情報に対応するプロファイラに対し，前記抽出手順により抽出したデータ要素名に対応するプロファイル情報へのアクセスを行うプロファイルアクセス手順とを，
コンピュータに実行させるためのプログラムを記録したプロファイル管理用プログラム記録媒体。
【請求項７】
複数のプロファイラヘのアクセスが可能なプロファイル管理方法を，コンピュータに実行させるためのプログラムであって，
利用者からのリクエストを受け付ける複数のインターフェイスのいずれかからリクエストを受け付ける手順と，
前記インターフェイスのいずれかが受けたリクエストに含まれるデータ要素名と，プロファイラを特定する情報およびプロファイラ内でアクセスされるデータ要素名との対応付関係を記憶した記憶部を参照し，前記インターフェイスから受け付けたリクエストに含まれるデータ要素名に対応する，プロファイラを特定する情報とプロファイラ内でアクセスされるデータ要素名とを抽出する抽出手順と，
前記抽出手順により抽出したプロファイラを特定する情報に対応するプロファイラに対し，前記抽出手順により抽出したデータ要素名に対応するプロファイル情報へのアクセスを行うプロファイルアクセス手順とを，
コンピュータに実行させるためのプロファイル管理用プログラム。
【発明の詳細な説明】
【０００１】
本発明は，ネットワークで接続された複数のコンピュータにおいて，アクセスプロトコル，データ表現形式が異なる複数のプロファイラを統合する目的で利用されるプロファイラ管理装置に関する。
【０００２】
プロファイラとは，例えばネットワークに接続される情報端末を使ってネットワーク上のサービスを受けるユーザに対して，ユーザ毎にカスタマイズされたサービスを提供するために必要な，サービスの設定情報あるいは個人情報を格納および参照するデータ記憶装置あるいはデータ記憶プログラムを意味する。本発明は，１台のユーザの情報端末上に，複数のサービスと複数のプロファイラが存在し，各種のサービスを提供する場合を含む。
【０００３】
【従来の技術】
従来，サービスを提供するプログラムがそのサービスを利用するユーザ毎の好みに合わせたカスタマイズサービスを提供する場合には，図９に示すように，各サービス１，２，…，ｎ毎に独自のプロファイラ１，２，…，ｎを用意し，それぞれのプロファイラ１，２，…，ｎによってサービスの設定情報を管理していた。サービスとそのサービスが利用するプロファイラとの関係は，古典的にはコンピュータで動作するアプリケーションプログラムとその初期設定ファイルとの関係に相当する。
【０００４】
一般に，ユーザは目的に応じてこれらのサービスを使い分けているが，サービス（特にネットワークサービス）に必要な設定情報は規格化されたものが多くなってきている。異なるサービスでも，一部共通の情報要素を設定情報として使う場合が増えている。ここで，異なるアプリケーションが使う共通の情報要素の例としては，自分のメール・アドレスや電話番号，ウェブ・プロキシ，メールサーバ，ニュースサーバなどの各種サーバ・アドレス，ウェブ・ブックマークやアドレスブックなどが想定される。
【０００５】
しかし，現状ではサービス毎に設定情報を格納するプロファイラが独立しているため，ユーザが新しいサービスを使い始めるときには，必ず設定情報を入力する必要があった。また，複数のサービスで既に設定され共通に使われている設定情報を変更する場合には，それらのサービスが使っているプロファイラの該当する情報要素を個別に変更する必要があった。
【０００６】
【発明が解決しようとする課題】
本発明は，既存のサービスおよびプロファイラにできるだけ影響を与えることなく，サービス毎に独立に存在するプロファイラを統合し，アクセスプロトコル，データ表現形式を統一的なインタフェースにし，サービス設定情報や個人情報を利用するユーザやサービス提供者の管理上の負担を軽減することを目的とする。
【０００７】
【課題を解決するための手段】
本発明では，既存のサービスとそのプロファイラの間に複数プロファイルを管理する装置を設け，複数プロファイル管理機能を利用するサービスからは，アクセス手段の異なるプロファイラを統合した１つの仮想プロファイラとして見えるようにする。
【０００８】
すなわち，本発明は，既存のプロファイラを統合し，１つの仮想的なプロファイラ（統合プロファイラ）を提供する。これにより，既存のサービスは，専用のプロファイラと同じプロトコルと同じデータ要素名を使って設定情報や個人情報にアクセスできるうえ，さらに，他のサービスが利用している設定情報や個人情報にも，そのサービス専用のプロトコルを使ってアクセスすることができる。このため，サービスの機能拡張の際に必要となるユーザとサービス提供者の負担が軽減される。
【０００９】
また，既存のプロファイラの統合により，異なるサービスで利用される共通の設定情報や個人情報に変更の必要が生じた場合に，ユーザは仮想の統合プロファイラを１度だけ変更すればよい。ここで，仮想の統合プロファイラとは，各サービスおよびユーザからプロファイラを見た場合に，物理的に複数のプロファイラが存在しても，それらが統一された一つのプロファイラとして見えるようなアクセス手段が付随するプロファイラを意味している。
【００１０】
【発明の実施の形態】
図１は，本発明に係る装置のブロック構成図である。複数プロファイル管理装置１は，統合アクセス部２，名前管理部３，データ要素対応テーブル記憶部３０，プロファイルアクセス部４およびデータ要素対応テーブル作成部５から構成される。
【００１１】
プロファイルアクセス部４は，複数のプロファイルアクセスインタフェース４０を備え，これらの各々はプロファイラ５０の異なるアクセスプロトコル毎に用意され，名前管理部３に対して１種類のプロファイルアクセスのためのインタフェースを提供する。例えば，プロファイラ５０Ａに対してプロファイルアクセスインタフェース４０Ａが用意され，同様に，プロファイラ５０Ｂに対してプロファイルアクセスインタフェース４０Ｂが，プロファイラ５０Ｚに対してプロファイルアクセスインタフェース４０Ｚが用意される。各プロファイルアクセスインタフェース４０Ａ−４０Ｚは，それぞれ独立したモジュールとして組み込み可能であり，新たな種類のプロファイラ５０Ｘの接続に対して，そのプロファイラ５０Ｘに対するアクセスプロトコルに応じたプロファイルアクセスインタフェース４０Ｘを簡単に組み込むことができる。
【００１２】
統合アクセス部２は，各サービス１０がプロファイラ５０を利用する時のプロトコルを理解し，プロファイラ５０中のデータ要素に対する追加，削除，参照，更新リクエストを翻訳して，名前管理部３にサービス１０からのリクエストを伝える統合アクセスインタフェース２０を提供する。
【００１３】
統合アクセスインタフェース２０は，サービス１０とプロファイラ５０がある特定のプロトコルを使って既に運用されている場合に，そのサービス１０とプロファイラ５０の実装を変更せずに複数プロファイル管理機能を付加する場合に役に立つ。
【００１４】
名前管理部３は，統合アクセス部２の統合アクセスインタフェース２０を通じてサービス１０からのプロファイルアクセス要求を受け取り，データ要素対応テーブル記憶部３０を参照して，要求のパラメータに含まれる仮想データ要素名から物理的なプロファイラ名（プロファイラの物理アドレス）と実際のデータ要素名との対データを求め，仮想データ要素名をその対データに変換し，プロファイルアクセス要求を対応するプロファイルアクセス部４のプロファイルアクセスインタフェース４０に転送する。
【００１５】
データ要素対応テーブル記憶部３０は，仮想データ要素名と，プロファイラ名およびデータ要素名からなる対データとの対応テーブルを記憶する。図１の例では，対応テーブルとして，すべてのサービスとユーザとに共通に使われる共通対応テーブル３１と，ユーザ毎にカスタマイズされるユーザ用対応テーブル３２と，サービス毎に管理するサービス用対応テーブル３３とがある。これらは，ユーザ用対応テーブル３２，サービス用対応テーブル３３，共通対応テーブル３１の優先順位で参照されるが，少なくともこれらのうちの１つのテーブルがあれば本発明の実施には十分である。
【００１６】
また，これらの対応テーブルの複数を階層的に組み合わせたテーブル構成とすることも可能である。図２の例では，すべてのサービスとユーザとに共通に使われる共通対応テーブル３１のほかに，各ユーザ毎にユーザ用対応テーブル３２−１，３２−２，…が設けられ，各ユーザ用対応テーブルは，さらに各サービス毎に，仮想データ要素名と，プロファイラ名とデータ要素名とからなる対データとの対応情報を保持している。
【００１７】
これらの対応テーブルを複数プロファイル管理装置１の内部に持たずに，外部の記憶装置もしくは外部のサーバ装置内に持つようにしてもよい。
【００１８】
また，データ要素対応テーブル記憶部３０には，新しいプロファイラ５０の作成もしくは既存のプロファイラ５０の変更時に，対応テーブルを自動作成／変更するための対応テーブル作成ルール３４を格納しておくこともできる。データ要素対応テーブル作成部５は，システム管理者，ユーザまたはサービス提供者からの指示により，必要に応じて対応テーブル作成ルール３４を用いて，共通対応テーブル３１，ユーザ用対応テーブル３２またはサービス用対応テーブル３３の作成，変更を行う。
【００１９】
図１に示す装置の作用は，以下のとおりである。名前管理部３は，統合アクセス部２の統合アクセスインタフェース２０から，データ要素の追加，削除，参照または更新リクエストを受け取ると，そのリクエストのパラメータに物理的なプロファイラ名（プロファイラの物理アドレス）が含まれるかどうかをチェックする。プロファイラ名が含まれる場合には，それに対応するプロファイルアクセス部４のプロファイルアクセスインタフェース４０に対して，追加，削除，参照または更新リクエストを送信する。
【００２０】
リクエストにプロファイラ名が含まれない場合には，リクエスト情報（送信元アドレスや認証情報など）からユーザ名とサービス名を取得し，それらに対応するデータ要素対応テーブル（ユーザ用対応テーブル３２またはサービス用対応テーブル３３）がデータ要素対応テーブル記憶部３０に存在するかどうかをチェックする。もし，該当するテーブルがなかった場合，あるいは該当するテーブルにおいて指定された仮想データ要素名が検索されなかった場合には，共通対応テーブル３１を仮想データ要素名をキーにして検索し，プロファイラ名と実際のデータ要素名を取得する。
【００２１】
名前管理部３は，プロファイラ名と実際のデータ要素名が取得できたら，そのプロファイラ５０に対応するプロファイルアクセス部４のプロファイルアクセスインタフェース４０に対して，取得された実際のデータ要素名に対する追加，削除，参照，更新リクエストを送信し，リクエスト結果を待つ。リクエスト結果が返送されたら，その結果を統合アクセス部２に転送する。
【００２２】
次に，具体例に従って本発明の実施の形態をさらに詳しく説明する。サービスが利用するプロファイラとしては，各サービスに閉じた独自の実装のものから標準的なプロトコルを利用したものまで各種存在する。標準的なプロトコルとしては，ディレクトリサーバとして知られるＬＤＡＰ(Lightweight Directory Access Protocol）や多くのデータベースが採用しているＳＱＬ(Structured Query Language）およびＯＤＢＣ（Open DataBase Connectivity）等のインタフェースが例として挙げられる。また，Ｗｅｂサービスの多くはＨＴＴＰプロトコルによるプロファイルアクセスを独自に実装している場合もある。
【００２３】
以下で説明する例では，統合アクセス部２において統合アクセスインタフェース２０ＢがＨＴＴＰを実装しており，また，プロファイルアクセス部４においてプロファイルアクセスインタフェース４０ＢがＳＱＬを実装しているものとする。サービス１０Ｂは，統合アクセスインタフェース２０Ｂ，名前管理部３，プロファイルアクセスインタフェース４０Ｂを通じて，データベースに格納されたプロファイル情報にアクセスする。
【００２４】
統合アクセス部２の統合アクセスインタフェース２０Ｂは，例えば以下のようなフォーマットのＨＴＴＰリクエストを受け取る。
【００２５】
0004343457.tif 000002
このＨＴＴＰリクエストに対して，統合アクセスインタフェース２０Ｂは，uid=28539 はユーザ名，command=readは参照要求，name=aは仮想データ要素名が“ａ”であることを示すため，以下のような情報を抽出する。
【００２６】
0004343457.tif 000003
名前管理部３は，プロファイラ５０Ｂの物理アドレスとそのプロファイラ内データ要素の実名とからなる対データと，複数プロファイル管理装置１で利用される仮想データ要素名との対応情報を，共通対応テーブル３１，ユーザ用対応テーブル３２またはサービス用対応テーブル３３としてデータ要素対応テーブル記憶部３０内に管理している。
【００２７】
名前管理部３は，仮想データ要素名〔name:"a"〕をキーにデータ要素対応テーブル記憶部３０中の対応テーブルを参照することにより，物理的なプロファイラ５０Ｂのアドレス〔Ｐ１〕を取得し，以下のような情報に変換する。
【００２８】
0004343457.tif 000004
対応テーブルから得た“Ｐ１”は物理的なプロファイラ名を示し，これにより対応するプロファイルアクセス部４のプロファイルアクセスインタフェース４０Ｂが選択されることになる。
【００２９】
ここで，選択されたプロファイルアクセスインタフェース４０Ｂが，以下のようにＳＱＬコマンドによるデータベースアクセスをＪａｖａ言語で実装していたとする。
【００３０】
0004343457.tif 000005
これによって，プロファイルアクセスインタフェース４０Ｂは，名前管理部３から得た情報にもとづき，データベース“Ｐ１”に格納されたユーザ“２８５３９”のデータ要素“ａ”を取得する。
【００３１】
［名前管理部における変換例（その１）］
図３に，要素名“ａ”，“ｂ”，“ｅ”，“ｆ”を持つプロファイラ５０Ａと，要素名“ｃ”，“ｄ”，“ｅ”，“ｆ”を持つプロファイラ５０Ｂが存在した場合の，複数プロファイル管理装置１におけるデータ要素対応テーブル記憶部３０のテーブルの例を示す。この例では，共通対応テーブル３１だけ存在し，ユーザ用対応テーブル３２およびサービス用対応テーブル３３は存在しないものとする。
【００３２】
ここで，あるサービスが複数プロファイル管理装置１に対して，要素名“ａ”の値を要求した場合，名前管理部３において要素名“ａ”に対応するデータとして｛Ａ，”ａ”｝が取得され，要求元のサービスはプロファイラ５０Ａを指定せずに要素名“ａ”の指定だけで，プロファイラ５０Ａからそのデータ要素の値“１０００”を取得することができる。
【００３３】
また，あるサービスが複数プロファイル管理装置１に対して，要素名“ｅ”の値を“Ｔｏｓｈｉ”に更新する要求を出した場合，名前管理部３において，データ要素対応テーブル記憶部３０における対応データとして｛Ａ，”ｅ”｝と｛Ｂ，”ｅ”｝の２つが取得される。このため，プロファイラ５０Ａのデータ要素“ｅ”とプロファイラ５０Ｂのデータ要素“ｅ”は共に，“Ｆｕｊｉ”から“Ｔｏｓｈｉ”に書き換えられる。現実的には，このような複数箇所の同時書き換えを安全に行うためには，一般によく知られたトランザクション機能を名前管理部３が持つ必要がある。
【００３４】
［対応テーブル作成ルールの例］
データ要素対応テーブル記憶部３０に記憶する対応テーブルを自動生成するための対応テーブル作成ルール３４として，以下のような定義が例として考えられる。ここで同期とは，複数のプロファイラに存在するデータ要素が実質的に一つのものとして扱われ，それらの一つが更新されると他の関連するデータ要素も同じように更新される操作を意味する。
【００３５】
ｒｕｌｅ１＝値が同じデータ要素は同期する
ｒｕｌｅ２＝データ要素名が一致する場合は同期する
ｒｕｌｅ３＝例外：“ｆ”→｛Ｂ，“ｆ”｝
…              …
このルール定義により，データ要素対応テーブル作成部５では，例えば，図３に示す共通対応テーブル３１を，プロファイラ５０Ａとプロファイラ５０Ｂの内容を調べることにより自動生成することができる。なお，対応テーブル作成ルール３４は，共通対応テーブル３１，ユーザ用対応テーブル３２およびサービス用対応テーブル３３のそれぞれに対して，別々に用意しておくことができる。
【００３６】
［名前管理部における変換例（その２）］
図４に，ユーザ毎あるいはサービス毎にデータ要素名と各プロファイラのデータ要素とのユーザ用対応テーブルあるいはサービス用対応テーブルを独自に用意して，カスタマイズ可能にした場合のテーブルの使用例を示す。この例は，ユーザＵ１とユーザＵ２がサービス１０Ａを使ってデータ要素名“ｆ”を参照しようとした場合の例である。
【００３７】
ユーザ用対応テーブル３２が存在する場合，名前管理部３は，ユーザ用対応テーブル３２を共通対応テーブル３１よりも優先してデータ要素名のマッピングに使用する。したがって，ユーザＵ１からのデータ要素名“ｆ”を指定した要求に対して，データ要素名“ｆ”は，ユーザ（Ｕ１）用対応テーブル３２−１の参照により｛Ａ，“ｆ”｝，｛Ｂ，“ｆ”｝に変換され，ユーザＵ１のデータ要素“ｆ”に対する参照リクエストは，プロファイラ５０Ａまたはプロファイラ５０Ｂのデータ要素“ｆ”への参照となる。更新リクエストの場合，これら２つのデータ要素は常に同期的に更新されるように振る舞う。
【００３８】
一方，ユーザＵ２が同じようにデータ要素“ｆ”に対するアクセスを行った場合，ユーザ２のユーザ（Ｕ２）用対応テーブル３２−２には，データ要素名“ｆ”に対するマッピングのエントリがないため，リクエストのパラメータで指定されたデータ要素“ｆ”は，各ユーザおよび各サービスが共用する共通対応テーブル３１から，プロファイル５０Ｂのデータ要素“ｆ”への参照にマッピングされ，プロファイル５０Ａの“ｆ”とは独立に扱われるようになる。
【００３９】
ユーザＵ１のように，１対多のマッピングを行う具体的な例としては，ＬＤＡＰサーバで管理されている自分の電話番号とデータベースで管理されている自分の電話番号を同期して管理したい場合などがこれに当たる。
【００４０】
また図４の例では，ユーザＵ２からは，データ要素“ａ”とデータ要素名“ｃ”は共にプロファイラ５０Ｂのデータ要素“ｃ”にマッピングされるようにカスタマイズされている。このような多対１へのマッピングの具体的な使用例としては，例えばユーザＵ２が２つのメールアドレスを持っており，それら２つのメールアドレスに届いたメールを１つのメールボックスで管理したいような場合がこれに当たる。
【００４１】
図５に，統合プロファイル・カスタマイズのための画面表示例を示す。図５の画面例に示されるように，ある要素名を物理的なプロファイルにマッピング（対応付け）する場合に，要素名マッピングテーブルから変更したい要素の行を１または複数行選択し，選択した行を画面右側の利用可能プロファルのアイコンのいずれかにドラッグ・アンド・ドロップする。既に１つ以上のプロファイルへの対応が存在する状態でこの操作を行うと，複数プロファイルへのマッピングを追加することになる。各要素のプロファイルのマッピングを変更する場合には，変更したい要素の行を選択し，編集ボタンを押すことにより表示される編集ダイアログ上で処理を行う。要素名や要素値などを変更する場合にも同様に編集ダイアログ上で処理を行う。
【００４２】
図６に，名前管理部３の処理フローを示す。名前管理部３では，統合アクセス部２からのデータ要素の追加，削除，参照，更新リクエストを待ち（ステップＳ１），リクエストを受け取ると，そのリクエストのパラメータに物理的なプロファイラ名（プロファイラの物理アドレス）が含まれるかどうかをチェックする（ステップＳ２）。物理的なプロファイラ名が含まれる場合には，ステップＳ１０へ進む。
【００４３】
リクエストにプロファイラ名が含まれない場合には，リクエスト情報（送信元アドレスや認証情報など）からユーザ名とサービス名を取得し（ステップＳ３），それらに対応するユーザ用対応テーブル３２（またはサービス用対応テーブル３３）がデータ要素対応テーブル記憶部３０に存在するかどうかをチェックする（ステップＳ４）。該当するテーブルがあれば，ユーザ用対応テーブル３２をリクエストの仮想データ要素名をキーにして検索する（ステップＳ５）。検索した結果，ユーザ用対応テーブル３２に該当する仮想データ要素名があれば（ステップＳ６），ステップＳ９へ進む。
【００４４】
もし，該当するユーザ用対応テーブル３２がなかった場合（ステップＳ４），あるいは該当するユーザ用対応テーブル３２に該当する仮想データ要素名がなかった場合には（ステップＳ６），共通対応テーブル３１を仮想データ要素名をキーにして検索する（ステップＳ７）。検索した結果，共通対応テーブル３１に該当する仮想データ要素名があれば（ステップＳ８），ステップＳ９へ進み，共通対応テーブル３１にも該当する仮想データ要素名がなければ，要素名なしの理由でエラー情報を送信元の統合アクセス部２に送信する（ステップＳ１６）。
【００４５】
ステップＳ９では，ユーザ用対応テーブル３２もしくは共通対応テーブル３１から，プロファイラ名と実データ要素名を取得し（ステップＳ９），ステップＳ１０へ進む。
【００４６】
ステップＳ１０では，Ｎ＝実データ要素名の数およびｉ＝０を設定する。次に，プロファイラ名に対応するプロファイルアクセス部４のプロファイルアクセスインタフェース４０に対して，追加，削除，参照および更新リクエストを実データ要素名をパラメータにして送信し（ステップＳ１１），リクエスト結果を待つ（ステップＳ１２）。リクエスト結果がきたらｉを１カウントアップし（ステップＳ１３），ｉが実データ要素名の数Ｎになるまで，ステップＳ１１〜Ｓ１３を繰り返す（ステップＳ１４）。その後，リクエスト結果を統合アクセス部２に返送する（ステップＳ１５）。以上の処理の後，ステップＳ１へ戻り，次のリクエストを待つ。
【００４７】
図７に，統合アクセス部の処理フローを示す。統合アクセス部２では，サービス１０からのデータ要素の追加，削除，参照，更新リクエストを待ち（ステップＳ２０），リクエストを受け取ると，リクエストからデータ要素名，データ要素値などのパラメータを抽出し，名前管理部３に送信して（ステップＳ２１），名前管理部３からのリクエスト結果を待つ（ステップＳ２２）。リクエスト結果が返送されてきたら，そのリクエスト結果を該当するサービス１０に返送する（ステップＳ２３）。
【００４８】
図８に，プロファイルアクセス部４の処理フローを示す。プロファイルアクセス部４では，名前管理部３からのデータ要素の追加，削除，参照，更新リクエストを待ち（ステップＳ３０），リクエストを受け取ると，コマンド，データ要素名，データ要素値をもとに，プロファイラ５０のＡＰＩ(Application Programming Interface）に合わせてリクエストを発行し（ステップＳ３１），プロファイラ５０からのリクエスト結果を待つ（ステップＳ３２）。リクエスト結果が返送されてきたら，そのリクエスト結果を名前管理部３に返送する（ステップＳ３３）。
【００４９】
以上説明したように，複数プロファイル管理装置１は，アクセスプロトコル，データ表現形式および各データ名が異なる複数のプロファイラのインタフェースの統一とデータ要素の名前管理を行うことにより，仮想的な１つの統合プロファイラを提供する。特に，異なるプロファイラに問い合わせを行うプロファイルアクセスインタフェース４０を分離して設けることにより，新たな種類のプロファイラの接続を容易に実現することができる。
【００５０】
また，名前管理部３では，プロファイラの物理アドレスとそのプロファイラ内データ要素の実名とからなる対データと，複数プロファイル管理機能で利用される仮想データ要素名とのデータ要素対応テーブルを管理する。これにより，プロファイラの物理アドレスを指定せずに，仮想データ要素名を指定するだけで目的のデータにアクセスすることが可能となる。
【００５１】
また，名前管理部３では，プロファイラの物理アドレスとそのプロファイラ内データ要素の実名とからなる複数の対データと，１つの仮想データ要素名とを対応付けることを許容する。このため，これに該当するデータ要素名の更新要求が発生した時には，対応する複数のデータ要素を同期して更新することが可能になる。
【００５２】
また，複数プロファイル管理装置１において，対応テーブル作成ルール３４を用意し，データ要素対応テーブル作成部５が対応テーブル作成ルール３４を評価する機能を持つ。これにより，新たなプロファイルが複数プロファイル管理装置１に接続されたとき，あるいは，新たなデータ要素が追加された時，自動的にデータ要素対応テーブルの書き換えを行うことが可能となる。
【００５３】
また，複数プロファイル管理装置１では，データ要素対応テーブル記憶部３０中の対応テーブルを，共通用とユーザ用とに分離し，ユーザ用対応テーブルはユーザによる書き換えを許容する。これにより，プロファイルをアクセスするユーザ毎にデータ要素の対応関係をカスタマイズすることが可能になる。
【００５４】
同様に，複数プロファイル管理装置１では，データ要素対応テーブルを，共通用とサービス用とに分離して構成することもでき，複数プロファイル管理機能を利用するサービス毎にデータ要素の対応関係が異なるようにすることも可能である。
【００５５】
複数プロファイル管理装置１は，ハードウェアとしては，図示省略するが例えば１または複数のＣＰＵと，主記憶装置と，ハードディスク等の外部記憶装置と，それらを接続するバス等からなるコンピュータによって実現される。このコンピュータを複数プロファイル管理装置１として機能させるためのソフトウェアプログラムは，コンピュータが読み取り可能な可搬媒体メモリ，半導体メモリ，ハードディスクなどの適当な記録媒体に格納することができる。
【００５６】
【発明の効果】
以上述べたように，本発明を適用することにより，各種サービスが利用するプロファイラが独立に運用されているものであっても，１つの仮想的なプロファイラとして扱うことができ，重複した内容のデータを１回のアクセスで同期して扱うことが可能となる。
【００５７】
また，従来サービスが使用していたアクセスプロトコルと同じプロトコルを統合アクセス部として用意することにより，各サービスは従来のプロトコルのまま統合されたプロファイラにアクセスすることができ，既存サービスに対する影響が小さい。このようなプロファイルの共有により，新規サービスを追加した場合のサービス提供者とユーザの双方の負担を軽減できる効果は大きい。
【図面の簡単な説明】
【図１】本発明に係る装置のブロック構成図である。
【図２】データ要素対応テーブル記憶部の構成例を示す図である。
【図３】データ要素対応テーブル記憶部のテーブルの具体例を示す図である。
【図４】データ要素対応テーブル記憶部のテーブルの具体例を示す図である。
【図５】統合プロファイル・カスタマイズのための画面表示例を示す図である。
【図６】名前管理部の処理フロー図である。
【図７】統合アクセス部の処理フロー図である。
【図８】プロファイルアクセス部の処理フロー図である。
【図９】従来技術の説明図である。
【符号の説明】
１  複数プロファイル管理装置
２  統合アクセス部
３  名前管理部
４  プロファイルアクセス部
５  データ要素対応テーブル作成部
１０  サービス
２０  統合アクセスインタフェース
３０  データ要素対応テーブル記憶部
３１  共通対応テーブル
３２  ユーザ用対応テーブル
３３  サービス用対応テーブル
３４  対応テーブル作成ルール
４０  プロファイルアクセスインタフェース
５０  プロファイラ
【図１】
0004343457.tif 000006
【図２】
0004343457.tif 000007
【図３】
0004343457.tif 000008
【図４】
0004343457.tif 000009
【図５】
0004343457.tif 000010
【図６】
0004343457.tif 000011
【図７】
0004343457.tif 000012
【図８】
0004343457.tif 000013
【図９】
0004343457.tif 000014