(57)【要約】 コミュニティ参加者のプライバシーの保護の設定・管理を容易にし、さらに、情報・サービスの提供元の選択を行うためのフィルタ機能を提供する。図３４（Ａ）に示すように、提供属性として「スニークイン」が設定されたユーザは、コミュニティへの参加・不参加を問わず全てのユーザからの情報・サービスの提供が一切、受けられない。「コミュニティオンリー」が設定されたユーザは、コミュニティに参加しているユーザだけから情報・サービスの提供を受けられる。「バディオンリー」が設定されたユーザは、予め設定されたリストに含まれるユーザからのみ、情報・サービスの提供を受けられる。「パブリック」が設定されたユーザは、全てのユーザによる情報・サービスの提供を受けられる。このような属性を設定することにより、情報・サービスの提供元のフィルタリングを行う。
2008126838.tif 000002
【特許請求の範囲】
【請求項１】
それぞれ１人以上のユーザが参加するコミュニティに対して、前記コミュニティに不参加のユーザが提供者として、情報およびサービスまたはこれらのいずれか（以下、「情報・サービス」と記載）を提供する情報・サービス提供システムであって、
複数のユーザの識別子を少なくとも含むユーザプロファイル情報を記憶するユーザプロファイル情報記憶手段（３０６）と、
前記コミュニティの識別子それぞれと、前記コミュニティに属する０人以上のユーザの識別子、および、前記コミュニティに属するユーザそれぞれが、前記提供される情報・サービスを受けるときの態様とを少なくとも対応付けたコミュニティメンバー情報を記憶するコミュニティメンバー情報記憶手段（３１６）と、
前記記憶されたユーザプロファイル情報と、前記記憶されたコミュニティメンバー情報とに基づいて、前記コミュニティに参加するユーザそれぞれに対して、前記記憶されたコミュニティメンバー情報に含まれる態様で、前記提供者による情報・サービスを提供する提供手段（５０）と
を有する情報・サービス提供システム。
【請求項２】
前記ユーザが、提供される情報・サービスを受けるときの態様は、
一切の情報・サービスの提供を受けない第１の態様と、
前記コミュニティに不参加の提供者による情報・サービスを受けない第２の態様と、
全ての情報・サービスの提供を受ける第３の態様と
を少なくとも含み、
前記提供手段は、情報・サービスを、前記第３の態様が、前記コミュニティメンバー情報に記憶されているユーザに対してのみ提供する
請求項１に記載の情報・サービス提供システム。
【請求項３】
前記記憶されたユーザプロファイル情報は、
前記ユーザの識別子それぞれと、０人以上のユーザの識別子を含むリストとを対応付けたバディリスト(buddy list)
をさらに含み、
前記ユーザが、提供される情報・サービスを受けるときの態様は、
前記ユーザのバディリストに含まれるユーザが提供者であるときにのみ、情報・サービスの提供を受ける第４の態様
をさらに含み、
前記提供手段は、情報・サービスを、
前記第３の態様が、前記コミュニティメンバー情報に記憶されているユーザに対して提供し、
前記第４の態様が、前記コミュニティメンバー情報に記憶されているユーザの内、前記提供者が、前記ユーザのバディリストに含まれる前記ユーザにのみ提供する
請求項２に記載の情報・サービス提供システム。
【請求項４】
前記ユーザの識別子それぞれと、前記ユーザの識別子を自身のバディリストに含む、０人以上のユーザの識別子のリストとを対応付けた逆引きバディリスト情報記憶手段（３１２）
をさらに有し、
前記提供手段は、情報・サービスを、
前記第３の態様が、前記コミュニティメンバー情報に記憶されているユーザに対して提供し、
前記第４の態様が、前記コミュニティメンバー情報に記憶されているユーザの内、前記提供者の逆引きバディリスト情報に含まれるユーザにのみ提供する
請求項２に記載の情報・サービス提供システム。
【請求項５】
それぞれ１人以上のユーザが参加する第１のコミュニティに対してなされた、情報およびサービスまたはこれらのいずれか（以下、「情報・サービス」と記載）の提供の申し出に応じて、情報・サービスの提供を希望したユーザに対して、情報・サービスを提供する情報・サービス提供システムであって、
前記情報・サービスの提供の申し出に応じて、動的に作成される第２のコミュニティの識別子と、所定の情報・サービス提供の態様とを少なくとも対応付けたコミュニティプロファイル情報記憶手段（３０８）と、
前記コミュニティの識別子それぞれと、前記コミュニティに属する０人以上のユーザの識別子とを少なくとも対応付けたコミュニティメンバー情報を記憶するコミュニティメンバー情報記憶手段（３１６）と、
前記記憶されたコミュニティプロファイル情報と、前記記憶されたコミュニティメンバー情報とに基づいて、前記第２のコミュニティへの参加を要求するユーザに対して、前記所定の情報・サービス提供の態様に従って、前記参加を要求したユーザの参加可否を制御し、情報・サービスを提供する提供手段（５０）と
を有する情報・サービス提供システム。
【請求項６】
前記所定の情報・サービス提供の態様は、
前記情報・サービスの提供の申し出のときに、この申し出に応じて情報・サービスの提供を希望したユーザに対してのみ、情報・サービスを提供する第１の態様と、
前記第１のコミュニティに参加するユーザに対してのみ、前記第２のコミュニティへの参加を許し、情報・サービスを提供する第２の態様と、
任意のユーザに対して情報・サービスを提供する第３の態様と
を含み、
前記提供手段は、前記第１〜第３の態様のいずれかに従って、情報・サービスを提供する
請求項５に記載の情報・サービス提供システム。
【請求項７】
前記ユーザの識別子それぞれと、前記ユーザの識別子を自身のバディリストに含む、０人以上のユーザの識別子のリストとを対応付けた逆引きバディリスト情報記憶手段（３１２）
をさらに有し、
前記所定の情報・サービス提供の態様は、
前記情報・サービスの提供の申し出のときに、この申し出に応じて情報・サービスの提供を希望したユーザのバディリストに含まれるユーザに対して、前記第２のコミュニティへの参加を許し、情報・サービスを提供する第４の態様
をさらに含み、
前記提供手段は、情報・サービスを、
前記提供手段は、前記第１〜第４の態様のいずれかに従って、情報・サービスを提供する
請求項６に記載の情報・サービス提供システム。
【請求項８】
それぞれ１人以上のユーザが参加するコミュニティにおいて、ユーザ間で情報を共有する情報共有システムであって、
複数のユーザの識別子を少なくとも含むユーザプロファイル情報を記憶するユーザプロファイル情報記憶手段（３０６）と、
前記コミュニティの識別子それぞれと、前記コミュニティに属する０人以上のユーザの識別子、および、前記コミュニティに属するユーザそれぞれが、前記情報を共有するときの態様とを少なくとも対応付けたコミュニティメンバー情報を記憶するコミュニティメンバー情報記憶手段（３１６）と、
前記記憶されたユーザプロファイル情報と、前記記憶されたコミュニティメンバー情報とに基づいて、前記コミュニティに参加するユーザの間で、前記記憶されたコミュニティメンバー情報に含まれる態様で、情報を共有させる共有手段（５０）と
を有する情報共有システム。
【請求項９】
前記ユーザが、情報を共有するときの態様は、
一切の情報共有を行わない第１の態様と、
前記コミュニティに参加するユーザとの間でのみ情報の共有を行う第２の態様と、
全てのユーザとの間で情報の共有を行う第３の態様と
を少なくとも含み、
前記共有手段は、情報・サービスを、
前記第２の態様が、前記コミュニティメンバー情報に記憶されているユーザの間でのみ情報を共有させ、
前記第３の態様が、前記コミュニティメンバー情報に記憶されているユーザの情報を、全てのユーザの間で情報を共有させる
請求項８に記載の情報共有システム。
【請求項１０】
前記ユーザの識別子それぞれと、前記ユーザの識別子を自身のバディリストに含む、０人以上のユーザの識別子のリストとを対応付けた逆引きバディリスト情報記憶手段（３１２）
をさらに有し、
前記ユーザが、情報を共有するときの態様は、
前記ユーザのバディリストに含まれるユーザとの間でのみ、情報の共有を行う第４の態様
をさらに含み、
前記共有手段は、情報・サービスを、
前記第２の態様が、前記コミュニティメンバー情報に記憶されているユーザの間でのみ情報を共有させ、
前記第３の態様が、前記コミュニティメンバー情報に記憶されているユーザの情報を、全てのユーザの間で情報を共有させ、
前記第４の態様が、前記コミュニティメンバー情報に記憶されているユーザの内、このユーザを逆引きバディリスト情報に含むユーザとの間でのみ情報を共有させる
請求項９に記載の情報共有システム。
【請求項１１】
それぞれ１人以上のユーザが参加するコミュニティに対して、前記コミュニティに不参加のユーザが提供者として、情報およびサービスまたはこれらのいずれか（以下、「情報・サービス」と記載）を提供する情報・サービス提供方法であって、
複数のユーザの識別子を少なくとも含むユーザプロファイル情報を記憶するユーザプロファイル情報記憶ステップ（３０６）と、
前記コミュニティの識別子それぞれと、前記コミュニティに属する０人以上のユーザの識別子、および、前記コミュニティに属するユーザそれぞれが、前記提供される情報・サービスを受けるときの態様とを少なくとも対応付けたコミュニティメンバー情報を記憶するコミュニティメンバー情報記憶ステップ（３１６）と、
前記記憶されたユーザプロファイル情報と、前記記憶されたコミュニティメンバー情報とに基づいて、前記コミュニティに参加するユーザそれぞれに対して、前記記憶されたコミュニティメンバー情報に含まれる態様で、前記提供者による情報・サービスを提供する提供ステップ（５０）と
をコンピュータに実行させる情報・サービス提供方法。
【請求項１２】
それぞれ１人以上のユーザが参加する第１のコミュニティに対してなされた、情報およびサービスまたはこれらのいずれか（以下、「情報・サービス」と記載）の提供の申し出に応じて、情報・サービスの提供を希望したユーザに対して、情報・サービスを提供する情報・サービス提供方法であって、
前記情報・サービスの提供の申し出に応じて、動的に作成される第２のコミュニティの識別子と、所定の情報・サービス提供の態様とを少なくとも対応付けたコミュニティプロファイル情報記憶ステップ（３０８）と、
前記コミュニティの識別子それぞれと、前記コミュニティに属する０人以上のユーザの識別子とを少なくとも対応付けたコミュニティメンバー情報を記憶するコミュニティメンバー情報記憶ステップ（３１６）と、
前記記憶されたコミュニティプロファイル情報と、前記記憶されたコミュニティメンバー情報とに基づいて、前記第２のコミュニティへの参加を要求するユーザに対して、前記所定の情報・サービス提供の態様に従って、前記参加を要求したユーザの参加可否を制御し、情報・サービスを提供する提供ステップ（５０）と
をコンピュータに実行させる情報・サービス提供方法。
【請求項１３】
それぞれ１人以上のユーザが参加するコミュニティにおいて、ユーザ間で情報を共有する情報共有方法であって、
複数のユーザの識別子を少なくとも含むユーザプロファイル情報を記憶するユーザプロファイル情報記憶ステップ（３０６）と、
前記コミュニティの識別子それぞれと、前記コミュニティに属する０人以上のユーザの識別子、および、前記コミュニティに属するユーザそれぞれが、前記情報を共有するときの態様とを少なくとも対応付けたコミュニティメンバー情報を記憶するコミュニティメンバー情報記憶ステップ（３１６）と、
前記記憶されたユーザプロファイル情報と、前記記憶されたコミュニティメンバー情報とに基づいて、前記コミュニティに参加するユーザの間で、前記記憶されたコミュニティメンバー情報に含まれる態様で、情報を共有させる共有ステップ（５０）と
をコンピュータに実行させる情報共有方法。
【請求項１４】
それぞれ１人以上のユーザが参加するコミュニティに対して、前記コミュニティに不参加のユーザが提供者として、情報およびサービスまたはこれらのいずれか（以下、「情報・サービス」と記載）を提供する情報・サービス提供プログラムであって、
複数のユーザの識別子を少なくとも含むユーザプロファイル情報を記憶するユーザプロファイル情報記憶ステップ（３０６）と、
前記コミュニティの識別子それぞれと、前記コミュニティに属する０人以上のユーザの識別子、および、前記コミュニティに属するユーザそれぞれが、前記提供される情報・サービスを受けるときの態様とを少なくとも対応付けたコミュニティメンバー情報を記憶するコミュニティメンバー情報記憶ステップ（３１６）と、
前記記憶されたユーザプロファイル情報と、前記記憶されたコミュニティメンバー情報とに基づいて、前記コミュニティに参加するユーザそれぞれに対して、前記記憶されたコミュニティメンバー情報に含まれる態様で、前記提供者による情報・サービスを提供する提供ステップ（５０）と
をコンピュータに実行させる情報・サービス提供プログラム。
【請求項１５】
それぞれ１人以上のユーザが参加する第１のコミュニティに対してなされた、情報およびサービスまたはこれらのいずれか（以下、「情報・サービス」と記載）の提供の申し出に応じて、情報・サービスの提供を希望したユーザに対して、情報・サービスを提供する情報・サービス提供プログラムであって、
前記情報・サービスの提供の申し出に応じて、動的に作成される第２のコミュニティの識別子と、所定の情報・サービス提供の態様とを少なくとも対応付けたコミュニティプロファイル情報記憶ステップ（３０８）と、
前記コミュニティの識別子それぞれと、前記コミュニティに属する０人以上のユーザの識別子とを少なくとも対応付けたコミュニティメンバー情報を記憶するコミュニティメンバー情報記憶ステップ（３１６）と、
前記記憶されたコミュニティプロファイル情報と、前記記憶されたコミュニティメンバー情報とに基づいて、前記第２のコミュニティへの参加を要求するユーザに対して、前記所定の情報・サービス提供の態様に従って、前記参加を要求したユーザの参加可否を制御し、情報・サービスを提供する提供ステップ（５０）と
をコンピュータに実行させる情報・サービス提供プログラム。
【請求項１６】
それぞれ１人以上のユーザが参加するコミュニティにおいて、ユーザ間で情報を共有する情報共有プログラムであって、
複数のユーザの識別子を少なくとも含むユーザプロファイル情報を記憶するユーザプロファイル情報記憶ステップ（３０６）と、
前記コミュニティの識別子それぞれと、前記コミュニティに属する０人以上のユーザの識別子、および、前記コミュニティに属するユーザそれぞれが、前記情報を共有するときの態様とを少なくとも対応付けたコミュニティメンバー情報を記憶するコミュニティメンバー情報記憶ステップ（３１６）と、
前記記憶されたユーザプロファイル情報と、前記記憶されたコミュニティメンバー情報とに基づいて、前記コミュニティに参加するユーザの間で、前記記憶されたコミュニティメンバー情報に含まれる態様で、情報を共有させる共有ステップ（５０）と
をコンピュータに実行させる情報共有プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、それぞれ１人以上のユーザが参加するコミュニティに対して、情報およびサービスまたはこれらのいずれか（情報・サービス）を提供する情報・サービス提供システム、コミュニティに属するユーザなどの間で情報を共有させる情報共有システム、およびこれらの方法に関する。
【背景技術】
【０００２】
多くの企業や団体が、企業情報、販促情報および広告情報などの各種情報を、不特定多数の一般消費者や顧客などに発信するために、インターネット上で自らのウェブサイトを運営している。
一般消費者や顧客など（ユーザ；ユーザには、自然人と、法人などの団体・組織とが含まれる（自然人と法人などとを総称して「人」とも記す））は、パーソナルコンピュータ（ＰＣ）等の端末から、検索エンジンなどを利用して、所望の情報が存在するウェブサーバ（ウェブページ）に接続して要求を出し、所望の情報をウェブサーバからダウンロードする。
このような情報の入手手順では、ユーザは、自ら要求しないと所望の情報を得られず、このような手順で情報を配信するシステムは、プル型情報配信システムと呼ばれる。【０００３】
ユーザが、プル型情報配信システムを用いて、膨大な情報の中から、自らの興味や関心に合った情報を検索により入手するためには、ユーザに、非常に手間と時間がかかる作業を強いることとなる。
また、プル型情報配信システムにおいては、ユーザが情報を得た後に、さらにその情報が更新されても、ユーザが再度、その情報を要求しない限り、更新後の最新の情報を入手することはできない。【０００４】
一方、プル型情報配信型システムの逆の仕組みで情報を配信するシステムは、プッシュ型情報配信システムと呼ばれており、プッシュ型情報配信システムにおいては、ユーザが情報を要求しなくても、ウェブサーバ側が、所定のタイミングで、一方的に情報を配信するので、ユーザは、常に最新の情報を得ることができる。
しかしながら、プッシュ型情報配信システムの利用のためには、ユーザは、自らのＰＣでクライアントソフトウェアを起動し、興味がある情報のカテゴリー（チャネル）を選択して登録を行う必要がある。【０００５】
従って、情報提供者は、プッシュ型情報配信のためのクライアントソフトウェアをユーザに配布し、予めそのＰＣにインストールさせなければ、情報の配信ができない。
また、同一内容の情報を大量にユーザのＰＣに配信する必要があるので、配信に必要とされる伝送帯域が大きくなり、ネットワークおよびプッシュ型情報配信のためのウェブサーバ（プッシュサーバ）の負担が大きくなってしまう。
上述したプッシュ型配信システムの問題点を解消するために、特許文献１では、情報配信側で、ユーザの種類を絞り込んだり、ユーザのチャネル購読開始および購読終了などを制御できるようにして、ネットワークおよびプッシュサーバの負荷を軽くし、多数のユーザに、継続的に安定して情報を配信することができるようにしたプッシュ型情報配信システムを開示する。
しかしながら、上述したプッシュ型情報配信システムが一般化すると、善良なユーザを、悪意ある情報提供者や情報利用者から保護する必要が生じる。
【特許文献１】特開２００３−１５０４８７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
本発明は、上述のような背景からなされたものであって、プッシュ型情報配信により、効率的に情報・サービスをユーザに提供したり、ユーザ間で情報を共有したりすることができるように改良された情報・サービス提供システム、情報共有システムおよびこれらの方法を提供することを目的とする。
また、本発明は、善良なユーザを、悪意ある情報提供者や情報利用者から保護することができるように改良された情報・サービス提供システム、情報共有システムおよびこれらの方法を提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記目的を達成するために、本発明にかかる第１の情報・サービス提供システムは、それぞれ１人以上のユーザが参加するコミュニティに対して、前記コミュニティに不参加のユーザが提供者として、情報およびサービスまたはこれらのいずれか（以下、「情報・サービス」と記載）を提供する情報・サービス提供システムであって、複数のユーザの識別子を少なくとも含むユーザプロファイル情報を記憶するユーザプロファイル情報記憶手段（３０６）と、前記コミュニティの識別子それぞれと、前記コミュニティに属する０人以上のユーザの識別子、および、前記コミュニティに属するユーザそれぞれが、前記提供される情報・サービスを受けるときの態様とを少なくとも対応付けたコミュニティメンバー情報を記憶するコミュニティメンバー情報記憶手段（３１６）と、前記記憶されたユーザプロファイル情報と、前記記憶されたコミュニティメンバー情報とに基づいて、前記コミュニティに参加するユーザそれぞれに対して、前記記憶されたコミュニティメンバー情報に含まれる態様で、前記提供者による情報・サービスを提供する提供手段（５０）とを有する。【０００８】
本発明にかかる第２の情報・サービス提供システムは、それぞれ１人以上のユーザが参加する第１のコミュニティに対してなされた、情報およびサービスまたはこれらのいずれか（以下、「情報・サービス」と記載）の提供の申し出に応じて、情報・サービスの提供を希望したユーザに対して、情報・サービスを提供する情報・サービス提供システムであって、前記情報・サービスの提供の申し出に応じて、動的に作成される第２のコミュニティの識別子と、所定の情報・サービス提供の態様とを少なくとも対応付けたコミュニティプロファイル情報記憶手段（３０８）と、前記コミュニティの識別子それぞれと、前記コミュニティに属する０人以上のユーザの識別子とを少なくとも対応付けたコミュニティメンバー情報を記憶するコミュニティメンバー情報記憶手段（３１６）と、前記記憶されたコミュニティプロファイル情報と、前記記憶されたコミュニティメンバー情報とに基づいて、前記第２のコミュニティへの参加を要求するユーザに対して、前記所定の情報・サービス提供の態様に従って、前記参加を要求したユーザの参加可否を制御し、情報・サービスを提供する提供手段（５０）とを有する。【０００９】
また、本発明にかかる第３の情報・サービス共有システムは、それぞれ１人以上のユーザが参加するコミュニティにおいて、ユーザ間で情報を共有する情報共有システムであって、複数のユーザの識別子を少なくとも含むユーザプロファイル情報を記憶するユーザプロファイル情報記憶手段（３０６）と、前記コミュニティの識別子それぞれと、前記コミュニティに属する０人以上のユーザの識別子、および、前記コミュニティに属するユーザそれぞれが、前記情報を共有するときの態様とを少なくとも対応付けたコミュニティメンバー情報を記憶するコミュニティメンバー情報記憶手段（３１６）と、前記記憶されたユーザプロファイル情報と、前記記憶されたコミュニティメンバー情報とに基づいて、前記コミュニティに参加するユーザの間で、前記記憶されたコミュニティメンバー情報に含まれる態様で、情報を共有させる共有手段（５０）とを有する。
【発明の効果】
【００１０】
本発明にかかる情報・サービス提供システム、情報共有システムおよびこれらの方法によれば、プッシュ型情報配信により、効率的に情報・サービスをユーザに提供したり、ユーザ間で情報を共有したりできる。
また、本発明にかかる情報・サービス提供システム、情報共有システムおよびこれらの方法によれば、善良なユーザを、悪意ある情報提供者や情報利用者から保護することができる。
【図面の簡単な説明】
【００１１】
【図１】本発明にかかるコミュニティ情報検索システムの構成を例示する図である。
【図２】図１に示したクライアントＰＣなどの各クラスタノードのハードウエア構成を例示する図である。
【図３】図１に示したコミュニティ情報検索システムにより検索の対象となるコミュニティ情報により示されるコミュニティを例示する第１の図である。
【図４】図１に示したコミュニティ情報検索システムにより検索の対象となるコミュニティ情報により示されるコミュニティを例示する第２の図であって、（Ａ）は、図３に示したコミュニティが形成される前のコミュニティ情報検索システムのユーザの状態を示し、（Ｂ）は、図３に示したコミュニティの形成を示し、（Ｂ）は、図３に示したコミュニティの変化を示す。
【図５】図１に示したコミュニティ情報検索システムにより検索の対象となるコミュニティ情報により示されるコミュニティを例示する第３の図である。
【図６】図１に示したデータアクセス装置が、クライアントＰＣからの要求に応じて、データアクセス装置および外部プロファイル情報管理装置またはこれらのいずれかから読み出すユーザプロファイル情報を例示する図である。
【図７】コミュニティプロファイル情報を例示する図である。
【図８】コミュニティリスト情報を例示する図である。
【図９】コミュニティメンバー情報を例示する図である。
【図１０】逆引きバディリスト情報を例示する図である。
【図１１】識別テーブル情報を例示する図である。
【図１２】図１に示したデータアクセス装置およびプロファイル仕様情報管理装置に記憶され、管理されるプロファイル仕様情報を例示する図である。
【図１３】図６〜図１１に示した情報の参照関係などを示す図である。
【図１４】図１に示したデータアクセス装置に記憶され、管理されるプロファイル情報を例示する図である。
【図１５】図１に示したデータアクセス装置上で実行されるプロファイル情報操作プログラムの構成を示す図である。
【図１６】図１５に示したプロファイル情報検索部の構成を示す図である。
【図１７】図１６に示したデータアクセス装置特定部の処理を示す図である。
【図１８】図１６に示したプロファイル情報格納部の構成を示す図である。
【図１９】図１６に示したプロファイル情報削除部の構成を示す図である。
【図２０】データアクセス装置上で動作するプロファイル仕様情報確認プログラムの構成を示す図である。
【図２１】プロファイル仕様情報管理装置（図１）上で動作するプロファイル仕様情報操作プログラム４２の構成を示す図である。
【図２２】外部プロファイル情報管理装置（図１）上で動作するプロファイル情報検索プログラムの構成を示す図である。
【図２３】管理ＰＣ（図１）上で動作するプロファイル仕様情報操作プログラムの構成を示す図である。
【図２４Ａ】コミュニティ情報検索システム（図１）におけるクライアントＰＣ、データアクセス装置、プロファイル仕様管理装置、外部プロファイル管理装置、ポリシサーバおよびサービス実行装置の動作（Ｓ１０）を例示する第１の通信シーケンスの第１の部分を示す図である。
【図２４Ｂ】コミュニティ情報検索システム（図１）におけるクライアントＰＣ、データアクセス装置、プロファイル仕様管理装置、外部プロファイル管理装置、ポリシサーバおよびサービス実行装置の動作（Ｓ１０）を例示する第１の通信シーケンスの第２の部分を示す図である。
【図２４Ｃ】コミュニティ情報検索システム（図１）におけるクライアントＰＣ、データアクセス装置、プロファイル仕様管理装置、外部プロファイル管理装置、ポリシサーバおよびサービス実行装置の動作（Ｓ１０）を例示する第１の通信シーケンスの第３の部分を示す図である。
【図２４Ｄ】コミュニティ情報検索システム（図１）におけるクライアントＰＣ、データアクセス装置、プロファイル仕様管理装置、外部プロファイル管理装置、ポリシサーバおよびサービス実行装置の動作（Ｓ１０）を例示する第１の通信シーケンスの第４の部分を示す図である。
【図２４Ｅ】コミュニティ情報検索システム（図１）におけるクライアントＰＣ、データアクセス装置、プロファイル仕様管理装置、外部プロファイル管理装置、ポリシサーバおよびサービス実行装置の動作（Ｓ１０）を例示する第１の通信シーケンスの第５の部分を示す図である。
【図２５】図２４Ａに示したクライアントＰＣの要求を受けて、データアクセス装置が、プロファイル仕様情報管理装置に対してプロファイル仕様情報を検索するとき、同時に行われる動作を例示するシーケンス図である。
【図２６】図２４Ａに示したデータアクセス装置が、データアクセス装置のプロファイル仕様情報キャッシュＤＢ、または、プロファイル仕様情報管理装置のプロファイル仕様情報ＤＢから、プロファイル仕様情報（図１２）を検索する処理を例示するシーケンス図である。
【図２７】プロファイル情報の記憶位置と、プロファイル情報の種類との対応付けを例示する図である。
【図２８】図２４Ａに示したクライアントＰＣの要求を受けて、データアクセス装置が、別のデータアクセス装置に対してプロファイル情報を検索するとき、同時に行われる動作を例示するシーケンス図である。
【図２９】図２４Ａに示したデータアクセス装置が、別のデータアクセス装置に対して、プロファイル情報を検索する処理を例示するシーケンス図である。
【図３０】図２４Ｄに示したクライアントＰＣの要求を受けて、データアクセス装置が、外部プロファイル情報管理装置に対してプロファイル情報を検索するとき、同時に行われる動作を例示するシーケンス図である。
【図３１】図２４Ｄに示すデータアクセス装置が、外部プロファイル情報管理装置に対して、プロファイル情報を検索する処理を例示するシーケンス図である。
【図３２Ａ】コミュニティ情報検索システム（図１）におけるクライアントＰＣ、データアクセス装置、プロファイル仕様管理装置、外部プロファイル管理装置、ポリシサーバおよびサービス実行装置の動作（Ｓ２０）を例示する第２の通信シーケンスの第１の部分を示す図である。
【図３２Ｂ】コミュニティ情報検索システム（図１）におけるクライアントＰＣ、データアクセス装置、プロファイル仕様管理装置、外部プロファイル管理装置、ポリシサーバおよびサービス実行装置の動作（Ｓ２０）を例示する第２の通信シーケンスの第２の部分を示す図である。
【図３２Ｃ】コミュニティ情報検索システム（図１）におけるクライアントＰＣ、データアクセス装置、プロファイル仕様管理装置、外部プロファイル管理装置、ポリシサーバおよびサービス実行装置の動作（Ｓ２０）を例示する第２の通信シーケンスの第３の部分を示す図である。
【図３２Ｄ】コミュニティ情報検索システム（図１）におけるクライアントＰＣ、データアクセス装置、プロファイル仕様管理装置、外部プロファイル管理装置、ポリシサーバおよびサービス実行装置の動作（Ｓ２０）を例示する第２の通信シーケンスの第４の部分を示す図である。
【図３２Ｅ】コミュニティ情報検索システム（図１）におけるクライアントＰＣ、データアクセス装置、プロファイル仕様管理装置、外部プロファイル管理装置、ポリシサーバおよびサービス実行装置の動作（Ｓ２０）を例示する第２の通信シーケンスの第５の部分を示す図である。
【図３３Ａ】コミュニティ情報検索システム（図１）におけるクライアントＰＣ、データアクセス装置、プロファイル仕様管理装置、外部プロファイル管理装置、ポリシサーバおよびサービス実行装置の動作（Ｓ３０）を例示する第３の通信シーケンスの第１の部分を示す図である。
【図３３Ｂ】コミュニティ情報検索システム（図１）におけるクライアントＰＣ、データアクセス装置、プロファイル仕様管理装置、外部プロファイル管理装置、ポリシサーバおよびサービス実行装置の動作（Ｓ３０）を例示する第３の通信シーケンスの第２の部分を示す図である。
【図３３Ｃ】コミュニティ情報検索システム（図１）におけるクライアントＰＣ、データアクセス装置、プロファイル仕様管理装置、外部プロファイル管理装置、ポリシサーバおよびサービス実行装置の動作（Ｓ３０）を例示する第３の通信シーケンスの第３の部分を示す図である。
【図３３Ｄ】コミュニティ情報検索システム（図１）におけるクライアントＰＣ、データアクセス装置、プロファイル仕様管理装置、外部プロファイル管理装置、ポリシサーバおよびサービス実行装置の動作（Ｓ３０）を例示する第３の通信シーケンスの第４の部分を示す図である。
【図３３Ｅ】コミュニティ情報検索システム（図１）におけるクライアントＰＣ、データアクセス装置、プロファイル仕様管理装置、外部プロファイル管理装置、ポリシサーバおよびサービス実行装置の動作（Ｓ３０）を例示する第３の通信シーケンスの第５の部分を示す図である。
【図３４】コミュニティに対する情報・サービス提供および情報共有のための制御のために用いられる属性を示す図表であって、（Ａ）は、コミュニティに参加していないユーザが、情報・サービスの提供者となり、コミュニティのメンバーに情報・サービスを提供するための制御に用いられる提供属性を示し、（Ｂ）は、提供者による情報・サービスの提供の申し出に伴って動的に生成されるコミュニティに、どのようなユーザの参加を許すかを制御するための参加属性を示し、（Ｃ）は、コミュニティのメンバー間における情報共有のための共有属性を示す。
【図３５】コミュニティ外からの情報・サービスの提供を例示する図である。
【図３６】動的に作成されるコミュニティへの参加を例示する図である。
【図３７】コミュニティにおける情報共有を例示する図である。
【図３８】図１に示したデータアクセスサーバにおいて実行されるデータアクセスサーバプログラムの構成を示す図である。
【図３９】図３４（Ａ）に示したコミュニティ外からの情報・サービスの提供のための処理（Ｓ５２）を示すフローチャートである。
【図４０】図３４（Ａ）に示したコミュニティ外からの情報・サービスの提供のための制御処理（Ｓ４０）を示すシーケンス図である。
【図４１】動的に作成されるコミュニティへの参加のための制御処理（Ｓ５４）を示すフローチャートである。
【図４２】図４１に示されたサービスセッション制御処理（Ｓ５６）を示すフローチャートである。
【図４３】動的に作成されるコミュニティへの参加のための制御処理（Ｓ４６）を示す通信シーケンス図である。
【図４４】情報共有のための制御処理（Ｓ５８）を示すフローチャートである。
【図４５】情報共有のための制御処理（Ｓ６０）を示す通信シーケンス図である。
【発明を実施するための最良の形態】
【００１２】
［情報・サービス提供システム１］
図１は、本発明にかかる情報・サービス提供システム１の構成を例示する図である。
図１に示すように、本発明にかかる情報・サービス提供システム１は、企業サーバ１０２−１〜１０２−ｎ、管理ＰＣ１０４、プロファイル仕様管理装置１２、外部プロファイル管理装置１４−１〜１４−ｎ、外部プロファイル情報格納装置１５−１〜１５−ｎ、ポリシサーバ１６−１〜１６−ｎ、サービス実行装置１８−１〜１８−ｎ、ユーザ＃１〜＃ｎが用いるクライアントＰＣ２−１〜２−ｎ（携帯電話・携帯コンピュータでもよい）、データアクセス装置３−１〜３−ｎ、データアクセスサーバ５、コミュニティ関連データ管理装置７および識別子管理装置８が、移動体通信ネットワーク、インターネットあるいはＬＡＮ(Local Area Network)などのネットワーク１００を介して、互いに通信可能に接続されて構成される。【００１３】
情報・サービス提供システム１は、これらの構成部分により、ユーザが形成するコミュニティを示すデータ（コミュニティ情報）を作成し、記憶し、ユーザあるいはアプリケーション（プログラム）の要求に応じて、記憶したコミュニティ情報の検索を行い、検索結果を利用して、様々な情報およびサービスまたはこれらのいずれか（情報・サービス）の提供およびユーザ間の情報共有などを実現する。
情報・サービス提供システム１においては、コミュニティ関連データ管理装置７が、データアクセスサーバ５によるコミュニティ情報のメモリ領域へのキャッシュのために用いられる各種テーブル（関連性役割（ＡＲ(Association Role)）テーブル，Ｔノード用識別子（ＩＤ(Identifier)）テーブル，Ａノード用識別子（ＩＤ）テーブル；図１４〜図１６）を作成する。
また、データアクセス装置３−１〜３−ｎおよび外部プロファイル情報管理装置１４−１〜１４−ｎが、コミュニティ情報を、複数の種類のプロファイル情報として分散して記憶し、管理する。
また、プロファイル仕様情報管理装置１２が、コミュニティ情報（プロファイル情報）に関する情報（プロファイル仕様情報）を記憶し、管理する。【００１４】
なお、図１および以下の各図において、ｎは１以上の整数であって、全てのｎが同じ数であるとは限らない。
また、企業サーバ１０２−１〜１０２−ｎなど、複数あり得る構成部分のいずれかを特定せずに示すときには、単に企業サーバ１０２と記すことがある。
また、図１および以下の各図において、企業サーバ１０２、プロファイル仕様管理装置１２およびクライアントＰＣ２など、通信および情報処理の主体となりうる構成部分を、クラスタノードと総称することがある。
また、情報・サービス提供システム１においては、任意の２つ以上のクラスタノードは、機能などに矛盾が生じない限り、適宜、一体に構成されうる。
また、以下の各図において、実質的に同じ構成部分・処理には、同じ符号が付される。【００１５】
図２は、図１に示したクライアントＰＣ２などの各クラスタノードのハードウエア構成を例示する図である。
図２に示すように、情報・サービス提供システム１の各クラスタノードは、ＣＰＵ１１２およびメモリ（メモリ領域）１１４などを含むクラスタノード本体１１０、表示装置およびキーボードなどを含む入出力装置１１６、記録装置１１８、および、他のクラスタノードとの間の通信のために用いられる通信装置１２２から構成される。
つまり、情報・サービス提供システム１の各クラスタノードは、他のクラスタノードとの通信が可能なコンピュータとしてのハードウエア構成部分を含んでいる。
情報・サービス提供システム１の各クラスタノードには、ＯＳ（図示せず）がインストールされて実行される。
各クラスタノードにインストールされた様々なプログラムは、ＯＳを介して、各クラスタノードのハードウエアを具体的に利用して実行される。
なお、メモリ１１４は、半導体メモリ（ＲＯＭ，ＲＡＭなど）から構成される。
また、記録装置１１８は、例えば、ＣＤ装置、ＤＶＤ装置およびＨＤＤ装置などのディスク記録装置であって、ＣＤ，ＤＶＤ，ＨＤおよびＦＤなどの記録媒体１２０に対するデータの記録および再生を行う。
一般的に、メモリ１１４の記憶容量は、記録装置１１８の記憶容量よりも少ない。
一方、一般的に、ＣＰＵ１１２とメモリ１１４との間で転送されるデータのデータ転送速度は、ＣＰＵ１１２と記録装置１１８との間で転送されるデータのデータ転送速度よりも高い。【００１６】
［コミュニティ］
情報・サービス提供システム１の詳細を説明する前に、まず、その理解のために、コミュニティを説明する。
図３は、図１に示した情報・サービス提供システム１により検索の対象となるコミュニティ情報により示されるコミュニティを例示する第１の図である。
例えば、図１に示した企業サーバ１０２−１が、情報・サービス提供システム１のユーザの内、企業・出版社Ｘが出版するゲーム雑誌Ａの定期購読者を管理するときには、図３に示すように、ゲーム雑誌Ａの定期購読者＃１〜＃ｎは、１つのコミュニティ（ゲーム雑誌Ａ定期購読者コミュニティ）を形成する。【００１７】
図４は、図１に示した情報・サービス提供システム１により検索の対象となるコミュニティ情報により示されるコミュニティを例示する第２の図であって、（Ａ）は、図３に示したコミュニティが形成される前の情報・サービス提供システム１のユーザの状態を示し、（Ｂ）は、図３に示したコミュニティの形成を示し、（Ｃ）は、図３に示したコミュニティの派生を示す。
図４（Ａ）に示すように、出版社Ｘがゲーム雑誌Ａの定期購読者の管理を企業サーバ１０２により行う以前には、少なくとも出版社Ｘのゲーム雑誌Ａの定期購読者に関するコミュニティは、形成されていない。
つまり、情報・サービス提供システム１において、ユーザは、出版社Ｘのゲーム雑誌Ａの定期購読について、ユーザは、何らの関連も有していない状態にある。【００１８】
次に、図３および図４（Ｂ）に示すように、情報・サービス提供システム１のユーザの一部が、出版社Ｘのゲーム雑誌Ａの定期購読者＃１〜＃ｎとなり、出版社Ｘが、定期購読者の管理を、その企業サーバ１０２により行うと、情報・サービス提供システム１において、出版社Ｘのゲーム雑誌Ａの定期購読者に関するコミュニティが形成される。
さらに、図４（Ｃ）に示すように、ゲームメーカーＹが、ゲーム雑誌Ａの定期購読者のコミュニティに、オンラインゲームＢの広告メッセージを出す。
この広告に応じて、ゲーム雑誌Ａの定期購読者の一部が、オンラインゲームの参加者＃１〜＃ｎとなり、ゲームメーカーＹが、その企業サーバ１０２により参加者の管理を行うと、オンラインゲームＢの参加者のコミュニティが、出版社Ｘのゲーム雑誌Ａの定期購読者のコミュニティから派生する。【００１９】
なお、ゲーム雑誌Ａの休刊、あるいは、オンラインゲームＢのサービス終了により、ゲーム雑誌Ａの定期購読者のコミュニティ、あるいは、オンラインゲームＢの参加者のコミュニティは消滅し、ゲーム雑誌Ａの定期購読あるいはオンラインゲームＢへの参加について、情報・サービス提供システム１のユーザは、図４（Ａ）に示したような互いに無関係な状態に戻る。
つまり、図４（Ａ）〜（Ｃ）に示すように、情報・サービス提供システム１においては、様々なコミュニティが、形成され、変化し、他のコミュニティから派生し、さらに、消滅する。【００２０】
図５は、図１に示した情報・サービス提供システム１により検索の対象となるコミュニティ情報により示されるコミュニティを例示する第３の図である。
図５に示すように、情報・サービス提供システム１の各ユーザは、図３および図４（Ｂ）に示したゲーム雑誌Ａの定期購読者のコミュニティ、図４（Ｃ）に示したオンラインゲームＢの参加者のコミュニティ、および、その他の雑誌Ｃの購読者のコミュニティに対して、任意に加入しうるので、情報・サービス提供システム１におけるコミュニティには、そのメンバーに重複が生じうる。【００２１】
[プロファイル情報]
以下、情報・サービス提供システム１において扱われるプロファイル情報を説明する。
図６は、図１に示したデータアクセスサーバ５が、クライアントＰＣ２からの要求に応じて、データアクセス装置３および外部プロファイル情報管理装置１４またはこれらのいずれかから読み出すユーザプロファイル情報を例示する図である。
情報・サービス提供システム１においては、ユーザプロファイル情報自体は、コミュニティの形成、削除とは独立して存在し、ユーザプロファイル情報は、パスによって識別されて、検索の対象となる。
図６に示すように、ユーザプロファイル情報は、パスと、１つ以上の属性とを含む。
パスは、プロファイル名およびユーザＩＤの組み合わせを含む（プロファイル名およびユーザＩＤについては、後述する）。
なお、パスには、これらの情報の他に、ユーザプロファイル情報に含まれる属性名など、プロファイル名およびユーザＩＤ以外の要素が含まれうる。【００２２】
プロファイル名は、ユーザプロファイル情報の名前を示す。
ユーザＩＤは、ユーザを識別する値を示す。
属性は、ユーザプロファイル情報を構成するデータであって、ユーザプロファイル情報は、１つ以上の属性を含む。
ユーザプロファイル情報内のそれぞれの属性は属性名で識別され、属性値を値として持つ。
なお、図６に示されたユーザプロファイル情報には、あるユーザの「名前」，「年齢」，「性別」の属性、このユーザが好む「映画」の属性、および、「その他」の付加的な属性を含み、これらの属性それぞれは、属性名と属性値とを含む。【００２３】
図７は、コミュニティプロファイル情報を例示する図である。
図８は、コミュニティリスト情報を例示する図である。
図９は、コミュニティメンバー情報を例示する図である。
図１０は、逆引きバディリスト情報を例示する図である。
図１１は、識別子テーブル情報を例示する図である。
図７〜図１０に示すコミュニティプロファイル情報、コミュニティリスト情報、コミュニティメンバー情報および逆引きバディ(buddy)リスト情報は、図６に示したユーザプロファイル情報と同様な構成を採る。
クライアントＰＣ２からの要求に応じて、これらの情報は、データアクセスサーバ５（図１）によって、データアクセス装置３および外部プロファイル情報管理装置１４またはこれらのいずれかから読み出される。【００２４】
コミュニティプロファイル情報は、関係テーブルにより実現されるときには、１つのレコードが１つのコミュニティに対応する。
図７に示すように、コミュニティプロファイル情報は、プロファイル名と、コミュニティＩＤとを含み、コミュニティの名称、コミュニティが作成された日時、コミュニティの作成者およびコミュニティメンバー情報への参照を、属性として含む。
コミュニティリスト情報の１レコードは、１人のユーザに対応し、コミュニティリスト情報は、各ユーザが属しているコミュニティのＩＤリストを属性として含む。
それぞれのコミュニティＩＤにより、コミュニティプロファイル情報の該当するレコードが参照される。
図８に示すように、コミュニティリスト情報は、プロファイル名と、ユーザＩＤとを含み、このユーザＩＤが示すユーザが属する全てのコミュニティのコミュニティＩＤを、属性として含む。
コミュニティメンバー情報は、コミュニティプロファイル情報の（レコード）に含まれるポインタ属性により参照され、その１テーブルが１つのコミュニティに対応し、各テーブルには、コミュニティに属する全てのユーザのユーザＩＤおよびステータスが記憶される。
図９に示すように、コミュニメンバー情報は、プロファイル名と、コミュニティＩＤとを含み、このコミュニティに属する全てのユーザのユーザＩＤおよびコミュニティにおけるステータス（例えば、オンライン、オフライン、ビジーなど現在の状態を示す情報）を、属性として含む。【００２５】
逆引きバディリスト情報の１レコードは、１人のユーザに対応する。
逆引きバディリストは、１つのコミュニティと考えることができ、コミュニティリスト情報のユーザＩＤにより、逆引きバディリスト情報の該当するレコードが参照される。
図１０に示すように、逆引きバディリスト情報は、プロファイル名と、ユーザＩＤとを含み、このユーザを仲間(buddy)としている全てのユーザのユーザＩＤを、属性として含む。
逆引きバディリストは、検索の効率化及び高速化のために用いられる。
図１１に示すように、識別子テーブル情報は、識別子管理装置８に記憶され、情報・サービス提供システム１と、その外部との通信に用いられるデータ量が多い識別子（例えば、文字列として表記されるＳＩＰ  ＵＲＩなど）と、情報・サービス提供システム１内部で用いられるデータ量が少ない識別子（例えば、符号なし整数型（32ビット）データ）との変換のために用いられ、この識別子は、情報・サービス提供システム１において、ユーザを一意に識別するために用いられる。
なお、図６〜図１０に示された情報は、例えば、クライアントＰＣ２あるいは企業サーバ１０２により作成され、データアクセス装置３および外部プロファイル管理装置１４に送られて記憶される。【００２６】
なお、例えば、情報・サービス提供システム１に、１０００万人のユーザがいるときには、ユーザプロファイル情報は、プロファイルのタイプ（図６に示した映画に関する嗜好情報など）ごとに１０Ｇバイト程度のデータ量になると予想される。
なお、一般に、ユーザプロファイルには、ユーザの特徴を表す基本情報（年齢・職業・住所など）の他に、嗜好、関心事項、興味、目的および知識などが含まれ、これらを識別（区別）するためにプロファイルタイプが用いられる。
また、コミュニティプロファイル情報は、情報・サービス提供システム１全体として１００Ｇバイト程度のデータ量になると予想される。
また、コミュニティリスト情報は、情報・サービス提供システム１全体として１００Ｇバイト程度のデータ量になると予想される。
また、コミュニティメンバー情報は、コミュニティごとに１００Ｍバイト程度のデータ量になると予想される。
また、逆引きバディリスト情報は、情報・サービス提供システム１全体として、１００ＧＢ程度のデータ量になると予想される。
また、識別子テーブル情報は、情報・サービス提供システム１全体として、１Ｇバイト程度のデータ量になると予想される。
これらの情報の内、逆引きバディリスト情報および識別子テーブル情報は、処理の高速化ためにメモリ１１４に記憶され、これら以外の情報の全ては記録装置１１８に記憶され、その一部が、処理の高速化のためにメモリ１１４にキャッシュされる。【００２７】
［プロファイル仕様情報］
図１２は、図１に示したプロファイル仕様情報管理装置１２に記憶され、管理されるプロファイル仕様情報を例示する図である。
プロファイル仕様情報は、プロファイル情報のメタデータであって、図６〜図１０に示した情報それぞれに対応する。
図１２に示すように、プロファイル仕様情報は、プロファイル名、スキーマ情報、データソース、データアクセス装置情報および実行サービス情報を含む。
さらに、データアクセス装置情報は、鍵フィルタおよび鍵ハッシュ表を含む。【００２８】
プロファイル名は、対応付けられるプロファイル情報の名前を記述し、プロファイル仕様情報を識別するために用いられる。
スキーマ情報は、プロファイル情報のデータ構造を記述する。
データソースは、プロファイル情報がどのクラスタノードに格納されているかを記述する。
データアクセス装置情報は、プロファイル情報がどのデータアクセス装置に格納されているかを示す。
実行サービス情報は、必要に応じてプロファイル仕様情報に含められ、プロファイル情報の操作に伴って実行されるサービスを示す。【００２９】
鍵フィルタは、与えられたメッセージ（本明細書においては、ユーザＩＤまたはコミュニティＩＤ）から、固定長の擬似乱数を生成するために用いられる関数（具体的には、ＭＤ５やＳＨＡ１のようなハッシュ関数）を記述する。
なお、鍵フィルタによって生成された固定長の擬似乱数を、鍵フィルタ値という。
鍵ハッシュ表は、鍵フィルタ値と、検索対象であるデータ（図１に示したデータアクセス装置３を識別する値）とを対応付ける表を記述する。
なお、以下、「データアクセス装置３を識別する値」を、「データアクセス装置ＩＤ」と記述する。【００３０】
図１３は、図６〜図１１に示した情報の参照関係などを示す図である。
既に述べたように、ユーザプロファイル情報自体は、コミュニティの形成、削除とは独立して存在する。
また、コミュニティプロファイル情報は、関係テーブルで実装する場合、その１レコードが１つのコミュニティに対応する。
コミュニティメンバー情報は、コミュニティプロファイル情報の（レコード）に含まれるポインタ属性により参照され、その１テーブルが１つのコミュニティに対応し、各テーブルには、コミュニティに属する全てのユーザのユーザＩＤおよびステータスが記憶される。
また、コミュニティリスト情報は、そのレコードが１人のユーザに対応し、各ユーザが属しているコミュニティのＩＤリストを属性として含み、それぞれのコミュニティＩＤにより、コミュニティプロファイル情報の該当するレコードが参照されます。
また、逆引きバディリスト情報も、その１レコードが１人のユーザに対応する。
逆引きバディリストも、１つのコミュニティと考えられ、コミュニティリスト情報のユーザＩＤにより、逆引きバディリスト情報の該当するレコードが参照される。
図１３に示すように、プロファイル名により識別されたプロファイル仕様情報から対応するユーザプロファイル情報のスキーマ、データソースなどの情報が読み出され、さらに、システム内部用に変換されたユーザＩＤを利用して、ユーザプロファイル情報が特定される。
ユーザ情報（図６）は、そのプロファイル仕様情報により参照される。
外部の識別子（例えば、ＳＩＰ  ＵＲＩ）は、識別子テーブル情報により、情報・サービス提供システム１内部で用いられる識別子（ユーザＩＤ）に変換され、ユーザプロファイル情報およびコミュニティリスト情報のＩＤとして利用される。【００３１】
コミュニティプロファイル情報は、コミュニティリスト情報に含まれる各ユーザが属するそれぞれのコミュニティのコミュニティＩＤを示す属性により参照される。
逆引きバディリスト情報は、コミュニティリスト情報に含まれるユーザＩＤにより参照される。
コミュニティメンバー情報は、コミュニティメンバー情報は、コミュニティプロファイル情報（のレコード）に含まれるポインタ属性により参照され、１テーブルが１つのコミュニティに対応する。
コミュニティメンバー情報の各テーブルには、コミュニティに属する全てのユーザのユーザIDおよびステータスを記憶される。
コミュニティメンバー情報は、ユーザのコミュニティへの加入およびコミュニティからの離脱に応じて、随時、更新され、また、ユーザプロファイル情報およびコミュニティプロファイル情報の変更に伴って、随時、更新される。【００３２】
図１４は、図１に示したデータアクセス装置３に記憶され、管理されるプロファイル情報を例示する図である。
プロファイル名、ユーザＩＤまたはコミュニティＩＤ（ＩＤ）、鍵フィルタ値およびプロファイル情報は、上述の通りである。
フラグは、鍵ハッシュ表において、あるデータアクセス装置ＩＤが、鍵フィルタ値に対応付けられなくなったとき、そのデータアクセス装置ＩＤに対応付けられるデータアクセス装置３に格納されるプロファイル情報であるか否かを示す。【００３３】
このように、パスのうち、プロファイル名は、データアクセス装置３がプロファイル仕様情報を識別し、検索するために使用される。
さらに、検索されたプロファイル仕様情報およびパスは、データアクセス装置３がプロファイル情報を検索するために使用される。
なお、パスは、プロファイル情報全体を検索するためのほかに、プロファイル情報の一部を検索するためにも使用されうる。【００３４】
[データアクセス装置３]
図１に示したデータアクセス装置３は、図１５〜図１９を参照して後述するプロファイル情報操作プログラム３０を実行して、下記（１）〜（３）の処理を行う。【００３５】
（１）プロファイル情報検索処理：
クライアントＰＣ２（図１）を操作するユーザが、ユーザにとって既知のパスを指定して、情報（図６，図１４）の検索を指示すると、クライアントＰＣ２は、その指定および指示を受け入れ、データアクセス装置３に送信する。
検索を指示されたデータアクセス装置３は、プロファイル情報を検索する。
データアクセス装置３は、検索したプロファイル情報を、検索を要求したクライアントＰＣ２に送信する。【００３６】
（２）プロファイル情報格納処理：
上述した「（１）プロファイル情報検索処理」においてと同様に、ユーザがパスおよび格納すべきプロファイル情報を指定して、プロファイル情報の格納を指示すると、クライアントＰＣ２は、その指定および指示を受け入れ、データアクセス装置３に送信する。
格納を指示されたデータアクセス装置３は、プロファイル情報を格納する。【００３７】
（３）プロファイル情報削除処理：
上述した「（１）プロファイル情報検索処理」においてと同様に、ユーザがパスを指定して、プロファイル情報の削除を指示すると、クライアントＰＣ２は、その指定および指示を受け入れ、データアクセス装置３に送信する。
なお、ユーザは、パスおよび削除すべきプロファイル情報を指定することができる。
削除を指示されたデータアクセス装置３は、プロファイル情報を削除する。【００３８】
さらに、データアクセス装置３は、図２０を参照して後述するプロファイル仕様情報確認プログラム４０を実行して、下記（４）の処理を行う。
（４）プロファイル仕様情報確認処理：
プロファイル仕様情報更新部４２６（図２１）が、プロファイル仕様情報（図１２）を更新した場合、データアクセス装置３は、更新されたプロファイル仕様情報を読み込み、プロファイル仕様情報に含まれる鍵ハッシュ表に変更があったか否かを調べる。【００３９】
さらに、データアクセス装置３は、プロファイル仕様情報管理装置１２（図１）と協働して、下記（５）の処理を行う。
（５）プロファイル仕様情報検索処理：
プロファイル仕様情報検索部３２４（図１６）が、プロファイル仕様情報キャッシュＤＢ３０２から、所望のプロファイル仕様情報（図１２）を検索できなかった場合、データアクセス装置３は、プロファイル仕様情報管理装置１２に対し、検索できなかったプロファイル仕様情報の検索を要求する。
検索を要求されたプロファイル仕様情報管理装置１２は、プロファイル仕様情報を検索する。【００４０】
さらに、データアクセス装置３は、外部プロファイル情報管理装置１４（図１）と協働して、下記（６）の処理を行う。
（６）プロファイル情報検索処理：
データアクセス装置３によるプロファイル情報の検索（図１６を参照して後述する、プロファイル情報検索部３３８における検索処理）が行われたが、プロファイル情報キャッシュＤＢ３０４、ユーザプロファイル情報ＤＢ３０６、コミュニティプロファイル情報ＤＢ３０８、コミュニティリスト情報ＤＢ３１０および逆引きバディリスト情報ＤＢ３１２に、所望の情報（図６〜図１０）が記憶されておらず検索できなかった場合、データアクセス装置３は、外部プロファイル情報管理装置１４に対し、検索できなかったプロファイル情報の検索を要求する。
検索を要求された外部プロファイル情報管理装置１４は、プロファイル情報を検索する。【００４１】
［プロファイル情報操作プログラム３０］
図１５は、図１に示したデータアクセス装置３上で実行されるプロファイル情報操作プログラム３０の構成を示す図である。
図１５に示すように、プロファイル情報操作プログラム３０は、通信処理部３００、プロファイル仕様情報キャッシュＤＢ３０２、プロファイル情報キャッシュＤＢ３０４、ユーザプロファイル情報ＤＢ３０６、コミュニティプロファイル情報ＤＢ３０８、コミュニティリスト情報ＤＢ３１０、逆引きバディリスト情報ＤＢ３１４、識別子テーブル情報ＤＢ３１６、コミュニティメンバー情報ＤＢ３１２、プロファイル情報検索部３２、プロファイル情報格納部３６およびプロファイル情報削除部３８から構成される。【００４２】
通信処理部３００は、他のクラスタノードと通信するために必要な処理を行う。
プロファイル仕様情報キャッシュＤＢ３０２は、プロファイル仕様情報（図１２）をキャッシュデータとして格納する。
なお、キャッシュ処理の詳細は、図２５および図２６を参照して後述する。
プロファイル情報キャッシュＤＢ３０４は、図６〜図１１に示した情報をキャッシュデータとして格納する。
なお、キャッシュ処理の詳細は、図２８〜図３１を参照して後述する。
ユーザプロファイル情報ＤＢ３０６は、ユーザプロファイル情報（図６）を記憶する。
コミュニティプロファイル情報ＤＢ３０８は、コミュニティプロファイル情報（図７）を記憶する。
コミュニティメンバー情報ＤＢ３１２は、コミュニティメンバー情報ＤＢ３１２（図８）を記憶する。
コミュニティリスト情報ＤＢ３１０は、コミュニティリスト情報（図９）を記憶する。
逆引きバディリスト情報ＤＢ３１４は、逆引きバディリスト情報（図１０）を記憶する。
識別子テーブル情報ＤＢ３１６は、識別子テーブル情報（図１１）を記憶する。【００４３】
図１６は、図１５に示したプロファイル情報検索部３２の構成を示す図である。
図１６に示すように、プロファイル情報検索部３２は、ユーザインターフェース（ＵＩ）部３２０、リクエスト解釈部３２２、プロファイル仕様情報検索部３２４、データアクセス装置特定部３２６、アクセス制御部３３４、サービス実行制御部３３６、プロファイル情報検索部３３８、クラスタノード特定部３４０から構成される。
さらに、データアクセス装置特定部３２６は、鍵フィルタ値算出部３２８、データアクセス装置ＩＤ取得部３３０およびデータアクセス装置ＩＤ判定部３３２から構成される。
さらに、クラスタノード特定部３４０は、データソース読出部３４２、プロファイル情報検索部３４４、プロファイル情報格納部３４６から構成される。【００４４】
プロファイル情報検索部３２は、これらの構成部分により、通信処理部３００、プロファイル仕様情報キャッシュＤＢ３０２、プロファイル情報キャッシュＤＢ３０４、ユーザプロファイル情報ＤＢ３０６、コミュニティプロファイル情報ＤＢ３０８、コミュニティリスト情報ＤＢ３１０、逆引きバディリスト情報ＤＢ３１４、コミュニティメンバー情報ＤＢ３１２およびクラスタノード特定部３４０と協働して、上述した「（１）プロファイル情報検索処理」を行う。
また、同様に、プロファイル情報検索部３２は、プロファイル情報格納部３６（図１８を参照して後述）などと協働して、上述した「（２）プロファイル情報格納処理」を行う。
また、同様に、プロファイル情報検索部３２は、プロファイル情報削除部３８（図１９を参照して後述）などと協働して、「（３）プロファイル情報削除処理」を行う。【００４５】
ＵＩ部３２０は、データアクセス装置３のユーザに対して、その操作を補助するためのユーザインターフェースを提供する。
また、同様に、ＵＩ部３２０は、ネットワーク１００を介して、クライアントＰＣ２などの他のクラスタノードのユーザに対して、データアクセス装置３（プロファイル情報操作プログラム３０）の操作を補助するためのユーザインターフェースを提供する。
さらに、ＵＩ部３２０は、ユーザインターフェースに対して行われた操作を受け入れ、受け入れた操作を示すデータを、リクエスト解釈部３２２に対して出力する。【００４６】
リクエスト解釈部３２２は、識別子テーブル情報DB３１４の情報に基づき、システム内部でのユーザIDへの変換を行い、ＵＩ部３２０から入力されたユーザの操作（命令の種類・パスなど）およびプロファイル情報を解釈する。
クライアントＰＣ２から送信された命令が、「（１）プロファイル情報検索処理」を要求するときには、リクエスト解釈部３２２は、解釈したパスを、プロファイル仕様情報検索部３２４、鍵フィルタ値算出部３２８、データアクセス装置ＩＤ判定部３３２、プロファイル情報検索部３３８およびプロファイル情報検索部３４４に対して出力する。【００４７】
また、クライアントＰＣ２から送信された命令が、「（２）プロファイル情報格納処理」を要求するときには、リクエスト解釈部３２２は、解釈したパスを、プロファイル仕様情報検索部３２４、鍵フィルタ値算出部３２８およびデータアクセス装置ＩＤ判定部３３２に対して出力する。
さらに、リクエスト解釈部３２２は、解釈したパスを、プロファイル情報格納部３６２（図１８を参照して後述）に対して出力する。
さらに、リクエスト解釈部３２２は、解釈したプロファイル情報を、前提条件確認部３６０（図１８を参照して後述）およびプロファイル情報格納部３６２に対して出力する。【００４８】
また、クライアントＰＣ２から送信された命令が、「（３）プロファイル情報削除処理」を要求するときには、リクエスト解釈部３２２は、解釈したパスを、図１６に示したプロファイル仕様情報検索部３２４、鍵フィルタ値算出部３２８およびデータアクセス装置ＩＤ判定部３３２に対して出力する。
さらに、リクエスト解釈部３２２は、解釈したパスを、プロファイル情報削除部３８０（図１９を参照して後述）に対して出力する。
さらに、リクエスト解釈部３２２は、解釈したプロファイル情報があれば、そのプロファイル情報を、前提条件確認部３６０（図１９を参照して後述）およびプロファイル情報削除部３８０に対して出力する。【００４９】
図１２に示したように、プロファイル名は、プロファイル仕様情報（図１２）それぞれに対して、一意に定義される。
従って、プロファイル仕様情報は、リクエスト解釈部３２２から出力されるパスに含まれるプロファイル名を使用して検索されうる。
プロファイル仕様情報検索部３２４は、リクエスト解釈部３２２から入力されるプロファイル名を使用して、プロファイル仕様情報キャッシュＤＢ３０２などから、プロファイル仕様情報を検索する。
「（１）プロファイル情報検索処理」において、プロファイル仕様情報検索部３２４は、検索したプロファイル仕様情報を、鍵フィルタ値算出部３２８、データアクセス装置ＩＤ取得部３３０、サービス実行制御部３３６およびデータソース読出部３４２に対して出力する。
また、「（２）プロファイル情報格納処理」において、プロファイル仕様情報検索部３２４は、検索したプロファイル仕様情報（図１２）を、鍵フィルタ値算出部３２８、データアクセス装置ＩＤ取得部３３０およびサービス実行制御部３３６に対して出力する。
さらに、プロファイル仕様情報検索部３２４は、検索したプロファイル仕様情報を、プロファイル情報格納部３６２（図１８を参照して後述）に出力する。【００５０】
また、「（３）プロファイル情報削除処理」において、プロファイル仕様情報検索部３２４は、検索したプロファイル仕様情報（図１２）を、鍵フィルタ値算出部３２８、データアクセス装置ＩＤ取得部３３０およびサービス実行制御部３３６に対して出力する。
さらに、プロファイル仕様情報検索部３２４は、検索したプロファイル仕様情報を、プロファイル情報削除部３８０（図１９を参照して後述）に出力する。【００５１】
図１７は、図１６に示したデータアクセス装置特定部３２６の処理を示す図である。
データアクセス装置特定部３２６の鍵フィルタ値算出部３２８は、リクエスト解釈部３２２から入力されたパスに含まれるユーザＩＤまたはコミュニティＩＤ（ＩＤ）と、プロファイル仕様情報検索部３２４から入力されたプロファイル仕様情報に含まれる鍵フィルタとを用いて、鍵フィルタ値を算出し、データアクセス装置ＩＤ取得部３３０に対して出力する。
なお、具体的には、鍵フィルタ値算出部３２８は、ＩＤを鍵フィルタに代入することにより、鍵フィルタ値を算出する。【００５２】
データアクセス装置ＩＤ取得部３３０は、鍵フィルタ値算出部３２８から入力された鍵フィルタ値と、プロファイル仕様情報検索部３２４から入力されたプロファイル仕様情報に含まれる鍵ハッシュ表とを用いて、いずれかのデータアクセス装置３を特定する識別子（データアクセス装置ＩＤ）を導出する。
データアクセス装置ＩＤ取得部３３０は、導出したデータアクセス装置ＩＤを、データアクセス装置ＩＤ判定部３３２に対して出力する。【００５３】
データアクセス装置ＩＤ判定部３３２は、データアクセス装置ＩＤ取得部３３０から入力されたデータアクセス装置ＩＤに対応するデータアクセス装置３が、プロファイル情報操作プログラム３０を動作しているデータアクセス装置３を示すデータアクセス装置ＩＤを含むか否かを判定する。
例えば、プロファイル情報操作プログラム３０が、データアクセス装置３−ｉ（ｉ＝１〜ｎ）上で実行されているとき、このプロファイル情報操作プログラム３０に含まれるデータアクセス装置ＩＤ判定部３３２は、データアクセス装置ＩＤに対応する１つ以上のデータアクセス装置３に、データアクセス装置３−ｉが含まれているか否かを判定する。
データアクセス装置ＩＤ判定部３３２は、プロファイル情報操作プログラム３０が動作中のデータアクセス装置ＩＤを含まない（上記の例で言えば、データアクセス装置ＩＤに対応する１つ以上のデータアクセス装置３に、データアクセス装置３−ｉが含まれない）と判定した場合、以下の処理を行う。【００５４】
データアクセス装置ＩＤ判定部３３２は、データアクセス装置ＩＤ取得部３３０から入力されたデータアクセス装置ＩＤに対応するデータアクセス装置３に、リクエスト解釈部３２２から入力されたパスを指定して、そのパスに対応付けられる情報（図６〜図１０）の検索を要求する。
このとき、検索を要求されたデータアクセス装置３がアクセスを拒否するなど、通信エラーが発生することがある。
検索を要求されたデータアクセス装置３に通信エラーが発生した場合、アクセス装置ＩＤ判定部３３２は、アクセスを拒否したデータアクセス装置３がエラー状態にあることを記録する。
さらに、アクセス装置ＩＤ判定部３３２は、エラー記録がされているアクセス装置３に対して、プロファイル情報の検索を要求しないようにする。【００５５】
具体的には、アクセス装置ＩＤ判定部３３２は、情報・サービス提供システム１（図１）に接続されたＳＮＭＰ（Simple Network Management Protocol）エージェント（図示せず）に、クラスタノードやアクセス装置３のエラー状態を送信する。
ネットワーク管理者は、情報・サービス提供システム１に接続されたＳＮＭＰマネージャ（図示せず）で、ＳＮＭＰエージェントから送信されたエラー状態を管理することができる。
以下、各種通信エラーが発生した際、同様の処理が行われる。【００５６】
通信エラー等によって処理が中断されなければ、検索を要求されたデータアクセス装置３は、ユーザプロファイル情報ＤＢ３０６などから、指定されたパスに対応付けられるプロファイル情報を検索する。
検索を要求されたデータアクセス装置３は、検索したプロファイル情報を、データアクセス装置ＩＤ判定部３３２に送信する。【００５７】
「（１）プロファイル情報検索処理」において、データアクセス装置ＩＤ判定部３３２は、データアクセス装置３から返されたプロファイル情報を、検索を要求したクライアントＰＣ２に送信する。
データアクセス装置ＩＤ判定部３３２が、プロファイル情報をクライアントＰＣに適切に送信した後、プロファイル情報操作プログラム３０は検索処理を終了する。
「（２）プロファイル情報格納処理」および「（３）プロファイル情報削除処理」において、データアクセス装置ＩＤ判定部３３２は、データアクセス装置３から返されたプロファイル情報を、前提条件確認部３６０（図１８および図１９を参照して後述）に送信する。
一方、データアクセス装置ＩＤ判定部３３２が、プロファイル情報操作プログラム３０が動作しているデータアクセス装置３を含むと判定した場合、プロファイル情報操作プログラム３０は、操作処理をアクセス制御部３３４に移す。【００５８】
アクセス制御部３３４は、操作処理を要求したクライアントＰＣ２からデータアクセス装置３へのアクセスが、アクセスポリシに則って許可されるアクセスであるか否かを判定する。
具体的には、アクセス制御部３３４は、操作処理を要求したクライアントＰＣ２から、データアクセス装置３にアクセスできるか否かを、ポリシサーバ１６に問い合わせる。
問い合わせを受けたポリシサーバ１６は、アクセスの可否を、データアクセス装置３に送信する。
ポリシサーバ１６がアクセスを許可する場合、プロファイル情報操作プログラム３０は、操作処理をサービス実行制御部３３６に移す。
一方、ポリシサーバ１６がアクセスを拒否する場合、プロファイル情報操作プログラム３０は、操作処理をクラスタノード特定部３４０に移す。【００５９】
サービス実行制御部３３６は、プロファイル仕様情報検索部３２４から入力された仕様情報に含まれる、実行サービス情報を読み出す。
サービス実行制御部３３６は、サービス実行装置１８に、読み出した実行サービス情報の内容に基づくサービスの実行を要求する。
なお、サービスが実行されるタイミングは、プロファイル情報が操作される前でも後でもよい。
また、サービスがまったく行われなくともよい。
サービス実行を要求されたサービス実行装置１８が、適切にサービスを実行した後、プロファイル情報操作プログラム３０は、操作処理をプロファイル情報検索部３３８に移す。【００６０】
プロファイル情報検索部３３８は、プロファイル情報キャッシュＤＢ３０４と、ユーザプロファイル情報ＤＢ３０６、コミュニティプロファイル情報ＤＢ３０８、コミュニティリスト情報ＤＢ３１０、逆引きバディリスト情報ＤＢ３１４およびコミュニティメンバー情報ＤＢ３１２とから、情報（図６〜図１０）を検索する。
あるいは、プロファイル情報検索部３３８は、プロファイル情報キャッシュＤＢ３０４、および、ユーザプロファイル情報ＤＢ３０６、コミュニティプロファイル情報ＤＢ３０８、コミュニティリスト情報ＤＢ３１０および逆引きバディリスト情報ＤＢ３１４のいずれかから、情報（図６〜図１０）を検索する。
パスはプロファイル情報それぞれに対して一意であるから、プロファイル情報検索部３３８は、リクエスト解釈部３２２から入力されたパスを用いて、パスに対応付けられるプロファイル情報を検索する。【００６１】
「（１）プロファイル情報検索処理」において、プロファイル情報検索部３３８は、プロファイル情報を検索して、検索されたプロファイル情報を、検索を要求したクライアントＰＣ２に送信する。
プロファイル情報検索部３３８が、クライアントＰＣ２にプロファイル情報を適切に返した後、プロファイル情報操作プログラム３０は、検索処理を終了する。
処理の途中でエラーが発生するなど、プロファイル情報検索部３３８がプロファイル情報を検索できない場合、プロファイル情報操作プログラム３０は、操作処理をクラスタノード特定部３４０に移す。【００６２】
クラスタノード特定部３４０は、アクセス制御部３３４でアクセスが拒否された場合、および、プロファイル情報検索部３３８でプロファイル情報を検索できなかった場合などには、他クラスタノードからプロファイル情報を検索する。
データソース読出部３４２は、プロファイル仕様情報検索部３２４から入力されたプロファイル仕様情報（図１２）に含まれるデータソースを用いて、情報（図６〜図１０）が記憶されているクラスタノードを導出する。
データソース読出部３４２は、導出したクラスタノードの情報を、プロファイル情報検索部３４４に対して出力する。【００６３】
プロファイル情報検索部３４４は、データソース読出部３４２から入力されたクラスタノードの情報を読み出す。
さらに、プロファイル情報検索部３４４は、読み出したクラスタノードに対して、リクエスト解釈部３２２から入力されたパスを指定して、そのパスに対応付けられるプロファイル情報の検索を要求する。【００６４】
検索を要求されたクラスタノードは、そのクラスタノードのユーザプロファイル情報ＤＢ３０６などから、プロファイル情報検索部３４４により指定されたパスに対応付けられる情報（図６〜図１０）を検索する。
なお、この検索処理の詳細は、図２２を参照して後述する。
さらに、検索を要求されたクラスタノードは、プロファイル情報を検索した後、検索したプロファイル情報を、プロファイル情報検索格納部３４６に送信する。【００６５】
「（１）プロファイル情報検索処理」において、プロファイル情報格納部３４６は、クラスタノードから送信されたプロファイル情報を、検索を要求したクライアントＰＣ２に送信する。
さらに、プロファイル情報格納部３４６は、クラスタノードから送信されたプロファイル情報を、プロファイル情報キャッシュＤＢ３０４に格納する。
プロファイル情報格納部３４６が、プロファイル情報を適切に処理した後、プロファイル情報操作プログラム３０は、検索処理を終了する。【００６６】
「（２）プロファイル情報格納処理」および「（３）プロファイル情報削除処理」において、プロファイル情報格納部は、クラスタノードから送信されたプロファイル情報を、前提条件確認部３６０（図１８および図１９を参照して後述）に送信する。
さらに、プロファイル情報格納部３４６は、クラスタノードから送信されたプロファイル情報を、プロファイル情報キャッシュＤＢ３０４に格納する。【００６７】
図１８は、図１６に示したプロファイル情報格納部３６の構成を示す図である。
図１８に示すように、プロファイル情報格納部３６は、前提条件確認部３６０およびプロファイル情報格納部３６２から構成される。
プロファイル情報格納部３６は、プロファイル情報検索部３２などと協働して、上述した「（２）プロファイル情報格納処理」を行う。
さらに、プロファイル情報格納部３６は、必要に応じて、「（２）プロファイル情報格納処理」に加え、情報（図６〜図１０）が適切に格納された旨を、格納を要求したクライアントＰＣ２に通知する。【００６８】
前提条件確認部３６０は、図１６に示したリクエスト解釈部３２２から入力された情報（図６〜図１０）を読み出して、これらの情報を格納するための前提条件が一致しているか否かを確認する。
前提条件が一致しているか否かとは、例えば、ある属性の値が決められた範囲内にあるか否か、書式に従っているか否かなどを示す。
前提条件確認部３６０が、前提条件の一致を確認した後、プロファイル情報操作プログラム３０は、格納処理をプロファイル情報格納部３６２に移す。【００６９】
プロファイル情報格納部３６２は、プロファイル仕様情報検索部３２４から入力されたプロファイル仕様情報に含まれるデータソースを読み出す。
さらに、プロファイル情報格納部３６２は、読み出したデータソースに対応付けられるクラスタノードに対して、リクエスト解釈部３２２から送信されたパスを指定して、リクエスト解釈部３２２から入力されたプロファイル情報の格納を要求する。【００７０】
なお、読み出したデータソースに対応付けられるクラスタノードが複数存在する場合、ネットワーク１００の負荷が高くなるおそれがある。
ネットワーク１００の高負荷状態を回避するためには、プロファイル情報格納部３６２が、全てのクラスタノードに対して、プロファイル情報格納処理に伴って発生するサービス実行制御部３３６（図１６）によるサービス実行、および、前提条件確認部３６０による前提条件の確認を要求しないようにすればよく、あるいは、必要に応じて一部のクラスタノードに対して要求するようにすればよい。
さらに、プロファイル情報格納部３６２は、ユーザプロファイル情報ＤＢ３０６などに対して、リクエスト解釈部３２２から入力されたパスを指定して、情報（図６〜図１０）を更新する。
プロファイル情報格納部３６２が適切に格納および更新を行った後、プロファイル情報操作プログラム３０は、格納処理を終了する。【００７１】
図１９は、図１６に示したプロファイル情報削除部３８の構成を示す図である。
図１９に示すように、プロファイル情報削除部３８は、前提条件確認部３６０およびプロファイル情報削除部３８０から構成される。
プロファイル情報削除部３８は、これらの構成部分により、プロファイル情報検索部３２などと協働して、上述した「（３）プロファイル情報削除処理」を行う。
さらに、プロファイル情報削除部３８は、必要に応じて、「（３）プロファイル情報削除処理」に加えて、情報（図６〜図１０）が適切に格納された旨を、格納を要求したクライアントＰＣ２に通知する。【００７２】
前提条件確認部３６０は、図１６に示したプロファイル情報検索部３３８またはプロファイル情報格納部３４６から入力されたプロファイル情報を読み出して、プロファイル情報を削除するための前提条件が一致しているか否かを確認する。
前提条件確認部３６０が前提条件の一致を確認した後、プロファイル情報操作プログラム３０は、削除処理をプロファイル情報削除部３８０に移す。【００７３】
プロファイル情報削除部３８０は、図１６に示したプロファイル仕様情報検索部３２４から入力されたプロファイル仕様情報（図１２）に含まれるデータソースを読み出す。
さらに、プロファイル情報削除部３８０は、読み出したデータソースに対応付けられるクラスタノードに対して、図１６に示したリクエスト解釈部３２２から入力されたパスを指定して、パスに対応付けられるプロファイル情報を削除する要求を出す。
さらに、プロファイル情報削除部３８０は、読み出したデータソースから、読み出したデータソースに対応付けられるクラスタノードに関する記載を削除する。【００７４】
なお、読み出したデータソースに対応付けられるクラスタノードが複数存在する場合、ネットワーク１００（図１）の負荷状況が高くなるおそれがある。
ネットワークの高負荷状態の回避のためには、プロファイル情報削除部３８０が、複数のクラスタノードすべてに対して、プロファイル情報の格納に伴って起こりうる、サービス実行制御部３３６（図１６）によるサービスの実行、および、前提条件確認部３６０による前提条件の確認を要求しないようにすればよい。
さらに、プロファイル情報削除部３８０は、ユーザプロファイル情報ＤＢ３０６などに対して、パスを指定して、そのパスに対応付けられる情報（図６〜図１０）を削除する。
プロファイル情報削除部３８０が適切に削除を行った後、プロファイル情報操作プログラム３０は、削除処理を終了する。【００７５】
[プロファイル仕様情報確認プログラム４０]
データアクセス装置３（図１）は、図２０に示すプロファイル仕様情報確認プログラム４０を実行して、上述した「（４）プロファイル仕様情報確認処理」を行う。
図２０は、データアクセス装置３上で動作するプロファイル仕様情報確認プログラム４０の構成を示す図である。
図２０に示すように、プロファイル仕様情報確認プログラム４０は、通信処理部３００、プロファイル仕様情報確認部４００から構成される。【００７６】
プロファイル仕様情報が更新されたとき、データアクセス装置３は、プロファイル仕様情報管理装置１２から、プロファイル仕様情報を受け取る（図２１を参照して後述）。
データアクセス装置３は、通信処理部３００を介して受け取ったプロファイル仕様情報に含まれる鍵ハッシュ表において、現在処理を行っているデータアクセス装置３に関する情報に変化があるか否かを調べる。
つまり、データアクセス装置３は、鍵ハッシュ表の更新によって、現在処理を行っているデータアクセス装置３に対応付けられる鍵フィルタ値が記述されなくなり、そのデータアクセス装置３に記憶されているプロファイル仕様情報を、他のデータアクセス装置３に移動させる必要が生じたか否かを調べる。
鍵ハッシュ表が更新されていない場合、および、鍵ハッシュ表が更新されているが、現在処理を行っているデータアクセス装置３に対応付けられる鍵フィルタ値が更新されていない場合、プロファイル仕様情報確認プログラム４０は、確認処理を終了する。
一方、鍵ハッシュ表の更新によって、現在処理を行っているデータアクセス装置３に対応付けられる鍵フィルタ値が記述されなくなった場合、そのデータアクセス装置３に記憶されるプロファイル仕様情報を、他のデータアクセス装置３に移動させる必要がある。【００７７】
具体的には、データアクセス装置３は、以下の処理を行う。
データアクセス装置３は、移動すべきプロファイル仕様情報に含まれるフラグを無効に設定して、フラグが無効に設定されている間、他のクラスタノードからアクセスされないようにする。
さらに、データアクセス装置３は、移動すべきプロファイル仕様情報を、更新された鍵ハッシュ表において、そのプロファイル仕様情報を記憶するとされたデータアクセス装置３に格納する。
データアクセス装置３が適切にプロファイル仕様情報を格納した後、プロファイル仕様情報確認プログラム４０は、確認処理を終了する。
このような処理により、データアクセス装置３間におけるデータの移動が、最小限になる。【００７８】
[プロファイル仕様情報管理装置１２]
ロファイル仕様情報管理装置１２（図１）は、図２１に示すプロファイル仕様情報操作プログラム４２を実行して、上述した「（５）プロファイル仕様情報検索処理」に加えて、下記の（７）〜（９）の処理を行う。【００７９】
（７）プロファイル仕様情報格納処理：
プロファイル仕様情報を指定されて、そのプロファイル仕様情報の格納を要求されたとき、プロファイル仕様情報管理装置１２は、プロファイル仕様情報を格納する。【００８０】
（８）プロファイル仕様情報更新処理：
プロファイル名およびプロファイル仕様情報を指定されて、プロファイル名に対応付けられるプロファイル仕様情報を、指定したプロファイル仕様情報に更新することを要求されたとき、プロファイル仕様情報管理装置１２は、プロファイル仕様情報を更新する。【００８１】
（９）プロファイル仕様情報削除処理：
プロファイル名を指定されて、プロファイル名に対応付けられるプロファイル仕様情報の削除を要求されたとき、プロファイル仕様情報管理装置１２は、プロファイル仕様情報を削除する。【００８２】
[プロファイル仕様情報操作プログラム４２]
図２１は、プロファイル仕様情報管理装置１２（図１）上で動作するプロファイル仕様情報操作プログラム４２の構成を示す図である。
図２１に示すように、プロファイル仕様情報操作プログラム４２は、通信処理部３００、リクエスト解釈部４２０、プロファイル仕様情報検索部４２２、プロファイル仕様情報格納部４２４、プロファイル仕様情報更新部４２６、プロファイル情報削除部４２８およびプロファイル仕様情報ＤＢ４３０から構成される。
プロファイル仕様情報操作プログラム４２は、これらの構成部分により、上記「（５）プロファイル仕様情報検索処理」、「（７）プロファイル仕様情報格納処理」、「（８）プロファイル仕様情報更新処理」および「（９）プロファイル仕様情報削除処理」の処理を行う。【００８３】
リクエスト解釈部４２０は、通信処理部３００を介して他クラスタノードから送信された指示（命令の種類・プロファイル名など）およびプロファイル仕様情報を解釈する。
他クラスタノードから送信された命令が「（５）プロファイル仕様情報検索処理」を要求するときには、リクエスト解釈部４２０は、解釈したプロファイル名を、プロファイル仕様情報検索部４２２に対して出力する。【００８４】
また、他クラスタノードから送信された命令が「（７）プロファイル仕様情報格納処理」を要求するときには、リクエスト解釈部４２０は、解釈したプロファイル名およびプロファイル仕様情報を、プロファイル仕様情報格納部４２４に対して出力する。【００８５】
また、他クラスタノードから送信された命令が「（８）プロファイル仕様情報更新処理」を要求するときには、リクエスト解釈部４２０は、解釈したプロファイル名およびプロファイル仕様情報を、プロファイル仕様情報更新部４２６に対して出力する。【００８６】
また、他クラスタノードから送信された命令が「（９）プロファイル仕様情報削除処理」を要求するときには、リクエスト解釈部４２０は、解釈したプロファイル名を、プロファイル仕様情報削除部４２８に対して出力する。【００８７】
「（５）プロファイル仕様情報検索処理」において、プロファイル仕様情報検索部４２２は、プロファイル仕様情報を検索して、通信処理部３００を介して、検索を要求したクラスタノードに、検索したプロファイル仕様情報を送信する。
プロファイル仕様情報検索部４２２が適切にプロファイル仕様情報を送信した後、プロファイル仕様情報操作プログラム４２は、検索処理を終了する。【００８８】
「（７）プロファイル仕様情報格納処理」において、プロファイル仕様情報格納部４２４は、リクエスト解釈部４２２から入力されたプロファイル名を用いて、リクエスト解釈部４２２から入力されたプロファイル仕様情報を、プロファイル仕様情報ＤＢ４３０に格納する。
プロファイル仕様情報格納部４２４が適切にプロファイル仕様情報を格納した後、プロファイル仕様情報操作プログラム４２は、格納処理を終了する。【００８９】
「（８）プロファイル仕様情報格納処理」において、プロファイル仕様情報更新部４２６は、リクエスト解釈部４２０から入力されたプロファイル名を用いて、プロファイル名に対応付けられるプロファイル仕様情報を、プロファイル仕様情報ＤＢ４３０から検索する。【００９０】
さらに、プロファイル仕様情報更新部４２６は、検索したプロファイル仕様情報を、リクエスト解釈部４２０から入力されたプロファイル仕様情報に更新する。
さらに、プロファイル仕様情報格納部４２４は、格納したプロファイル仕様情報をデータアクセス装置３に送信して、図２０を参照して上述したように、プロファイル仕様情報の確認を要求する。
プロファイル仕様情報更新部４２６が適切にプロファイル仕様情報を更新した後、プロファイル仕様情報操作プログラム４２は、更新処理を終了する。【００９１】
「（９）プロファイル仕様情報削除処理」において、プロファイル仕様情報削除部４２８は、リクエスト解釈部４２０から入力されたプロファイル名を用いて、プロファイル名に対応付けられるプロファイル仕様情報を、プロファイル仕様情報ＤＢ４３０から削除する。
プロファイル仕様情報削除部４２８が適切にプロファイル仕様情報を削除した後、プロファイル仕様情報操作プログラム４２は、削除処理を終了する。
プロファイル仕様情報ＤＢ４３０は、プロファイル仕様情報を格納する。【００９２】
[プロファイル情報検索プログラム４４]
外部プロファイル情報管理装置１４（図１）は、図２２に示すプロファイル情報検索プログラム４４を実行して、上記した「（６）プロファイル情報検索処理」を行う。
図２２は、外部プロファイル情報管理装置１４（図１）上で動作するプロファイル情報検索プログラム４４の構成を示す図である。
図２２に示すように、プロファイル情報検索プログラム４４は、通信処理部３００、プロファイル情報検索部４４０、ユーザプロファイル情報ＤＢ３０６、コミュニティプロファイル情報ＤＢ３０８、コミュニティリスト情報ＤＢ３１０、逆引きバディリスト情報ＤＢ３１２およびコミュニティメンバー情報ＤＢ３１６から構成される。【００９３】
通信処理部３００は、データアクセス装置３から、プロファイル情報の検索要求を受け取り、プロファイル仕様情報検索部４４０に出力する。
プロファイル情報検索部４４０は、通信処理部３００から入力された検索要求を受けて、ユーザプロファイル情報ＤＢ３０６などから、情報（図６〜図１０）を検索する。
プロファイル情報検索部４４０は、プロファイル情報を検索した後、通信処理部３００を介して、データアクセス装置３に検索したプロファイル情報を送信する。
プロファイル情報検索部４４０が適切にプロファイル仕様情報を送信した後、プロファイル情報検索プログラム４４は、検索処理を終了する。【００９４】
クライアントＰＣ２の内、外部プロファイル情報管理装置１４の管理者が操作するクライアントＰＣ２は、管理ＰＣ１０４として用いられる。
管理ＰＣ１０４は、図２３に示すプロファイル仕様情報操作プログラム４６を実行し、下記（１０）の処理を行う。
（１０）指示送信処理：
管理ＰＣ１０４を操作する管理者が、管理者にとって既知のプロファイル名およびプロファイル仕様情報を指定して、その操作を指示すると、管理ＰＣ１０４は、その指示を受け入れ、プロファイル仕様情報管理装置１２（図１）に送信する。【００９５】
図２３は、管理ＰＣ１０４（図１）上で動作するプロファイル仕様情報操作プログラム４６の構成を示す図である。
図２３に示すように、プロファイル仕様情報操作プログラム４６は、通信処理部３００、ＵＩ部３２０、リクエスト解釈部４２０、プロファイル仕様情報検索部４２２、プロファイル仕様情報格納部４２４、プロファイル仕様情報更新部４２６およびプロファイル仕様情報削除部４２８から構成される。【００９６】
リクエスト解釈部４２０は、管理ＰＣ１０４から出された指示（命令の種類・プロファイル名など）およびプロファイル仕様情報（図１２）を解釈して、プロファイル仕様情報検索部４２２、プロファイル仕様情報格納部４２４、プロファイル仕様情報更新部４２６またはプロファイル仕様情報削除部４２８に対して出力する。
リクエスト解釈部４２０が、管理ＰＣ１０４からの要求が検索要求であると判断した場合、プロファイル仕様情報操作プログラム４６は、プロファイル仕様情報検索部４２２によって、プロファイル仕様情報を検索する。
リクエスト解釈部４２０が、管理ＰＣ１０４からの要求が格納要求であると判断した場合、プロファイル仕様情報操作プログラム４６は、プロファイル仕様情報格納部４２４によって、プロファイル仕様情報を格納する。【００９７】
リクエスト解釈部４２０が、管理ＰＣ１０４からの要求が更新要求であると判断した場合、プロファイル仕様情報操作プログラム４６は、プロファイル仕様情報更新部４２６によって、プロファイル仕様情報を更新する。
リクエスト解釈部４２０が、管理ＰＣ１０４からの要求が削除要求であると判断した場合、プロファイル仕様情報操作プログラム４６は、プロファイル仕様情報削除部４２８によって、プロファイル仕様情報を削除する。【００９８】
プロファイル仕様情報格納部４２２は、プロファイル仕様情報管理装置１２（図１）に、リクエスト解釈部４２０から入力されたプロファイル仕様情報を検索するように要求する。
検索を要求されたプロファイル仕様情報管理装置１２が、図２１に示したように、プロファイル仕様情報を適切に検索すると、プロファイル仕様情報操作プログラム４６は、検索処理を終了する。【００９９】
プロファイル仕様情報格納部４２４は、プロファイル仕様情報管理装置１２（図１）に、リクエスト解釈部４２０から入力されたプロファイル仕様情報を格納するように要求する。
格納を要求されたプロファイル仕様情報管理装置１２が、図２１に示したように、プロファイル仕様情報を適切に格納すると、プロファイル仕様情報操作プログラム４６は、格納処理を終了する。【０１００】
プロファイル仕様情報更新部４２６は、プロファイル仕様情報管理装置１２（図１）に対して、リクエスト解釈部４２０から入力されたプロファイル名に対応するプロファイル仕様情報を、リクエスト解釈部４２０から入力されたプロファイル仕様情報に更新するように要求する。
格納を要求されたプロファイル仕様情報管理装置１２が、図２１に示したように、プロファイル仕様情報を適切に格納すると、プロファイル仕様情報操作プログラム４６は、格納処理を終了する。【０１０１】
プロファイル仕様情報更新部４２８は、プロファイル仕様情報管理装置１２（図１）に対して、リクエスト解釈部４２０から入力されたプロファイル名に対応するプロファイル仕様情報を削除するように要求する。
削除を要求されたプロファイル仕様情報管理装置１２が、図２１に示したように、プロファイル仕様情報を適切に削除すると、プロファイル仕様情報操作プログラム４６は、削除処理を終了する。【０１０２】
以上述べたように、管理者は、プロファイル仕様情報管理装置１２を介して、管理ＰＣ１０４からプロファイル仕様情報の更新を行うことができる。
また、管理者は、プロファイル仕様情報のうち、特に鍵ハッシュ表を以下のように更新することで、データアクセス装置の操作を行うことができる。
管理者は、鍵ハッシュ表に新しいデータアクセス装置３の情報を追加することにより、情報・サービス提供システム１（図１）に、新しいデータアクセス装置３を追加することができる。
同様に、管理者は、鍵ハッシュ表からあるデータアクセス装置３の情報を削除することで、情報・サービス提供システム１から、そのデータアクセス装置３を削除することができる。
さらに、管理者は、鍵ハッシュ表において、鍵フィルタ値およびデータアクセス装置ＩＤの対応付けを変えることで、情報・サービス提供システム１のデータアクセス装置３における負荷を分散することができる。【０１０３】
[クライアントＰＣ２，データアクセス装置３，プロファイル仕様管理装置１２，外部プロファイル管理装置１４，ポリシサーバ１６，サービス実行装置１８の動作]
以下、情報・サービス提供システム１の構成部分の内、データアクセスサーバ５を除くクライアントＰＣ２、データアクセス装置３、プロファイル仕様管理装置１２、外部プロファイル管理装置１４、ポリシサーバ１６およびサービス実行装置１８の動作を説明する。
図２４Ａ〜図２４Ｅは、情報・サービス提供システム１（図１）におけるクライアントＰＣ２、データアクセス装置３、プロファイル仕様管理装置１２、外部プロファイル管理装置１４、ポリシサーバ１６およびサービス実行装置１８の動作（Ｓ１０）を例示する第１の通信シーケンス図であって、クライアントＰＣ２からデータアクセス装置３に対して、プロファイル情報検索要求がされ、プロファイル情報操作プログラム３０が起動したときの処理を示す。【０１０４】
[プロファイル情報検索]
図２４Ａに示すように、ステップ１００（Ｓ１００）において、クライアントＰＣ２は、データアクセス装置３に対して、パスを指定して、情報（図６〜図１０）の検索を要求する。
ステップ１０２（Ｓ１０２）において、検索を要求されたデータアクセス装置３は、プロファイル仕様情報管理装置１２から、指定されたプロファイル名に対応付けられるプロファイル仕様情報（図１２）を検索する。
ステップ１０４（Ｓ１０４）において、プロファイル仕様情報が得られた後、プロファイル仕様情報管理装置１２は、得られたプロファイル仕様情報をデータアクセス装置３に送信する。【０１０５】
図２５は、図２４Ａに示したクライアントＰＣ２の要求を受けて、データアクセス装置３が、プロファイル仕様情報管理装置１２に対してプロファイル仕様情報を検索するとき、同時に行われる動作を例示するシーケンス図である。
図２５に示すように、プロファイル仕様情報管理装置１２から検索されたプロファイル仕様情報（Ｓ１０２）は、データアクセス装置３に送信され（Ｓ１０４）、プロファイル仕様情報キャッシュＤＢ３０２にキャッシュデータとして記憶されうる。
このような処理によって、プロファイル仕様情報管理装置１２に対してプロファイル仕様情報の検索を行わなくとも、データアクセス装置３でプロファイル仕様情報を検索できる。【０１０６】
図２６は、図２４Ａに示したデータアクセス装置３が、データアクセス装置３のプロファイル仕様情報キャッシュＤＢ３０２、または、プロファイル仕様情報管理装置１２のプロファイル仕様情報ＤＢ４３０から、プロファイル仕様情報（図１２）を検索する処理を例示するシーケンス図である。
図２５に示したように、ステップ１０４（Ｓ１０４）において、プロファイル仕様情報は一度検索されると、プロファイル仕様情報キャッシュＤＢ３０２に、キャッシュデータとして記憶される。
したがって、データアクセス装置３は、検索を要求されたとき、まず、プロファイル仕様キャッシュＤＢ３０２に対して検索を行い（Ｓ１０２−１）、プロファイル仕様情報が得られた後、得たプロファイル仕様情報をデータアクセス装置３に保持する（Ｓ１０４−１）。【０１０７】
所望のプロファイル仕様情報が、プロファイル仕様キャッシュＤＢ３０２から検索できない場合のみ、データアクセス装置３は、プロファイル仕様情報管理装置１２のプロファイル仕様情報ＤＢ４３０に対して検索を行う（Ｓ１０２−２）。
プロファイル仕様情報管理装置１２は、プロファイル仕様情報ＤＢ４３０からプロファイル仕様情報が得られた後、得たプロファイル情報をデータアクセス装置３に送信する（Ｓ１０４−２）。
このような処理によって、データアクセス装置３は、より効率的に検索を行うことができる。【０１０８】
以下、図２４Ａに戻って、ステップ１０４（Ｓ１０４）における処理の続きを説明する。
ステップ１０４（Ｓ１０４）において、データアクセス装置３は、検索されたプロファイル仕様情報に含まれるデータアクセス装置情報およびデータソースを読み出す。
データアクセス装置３は、読み出したデータアクセス装置情報およびデータソースに基づいて、指定されたパスに対応付けられるプロファイル情報の記憶位置を求める。【０１０９】
プロファイル情報操作プログラム３０は、プロファイル情報の記憶位置によって、プロファイル情報の種類およびプロファイル情報操作プログラム３０における検索処理を決定する。
以下、プロファイル情報操作プログラム３０における格納処理および削除処理においても、同様とする。【０１１０】
図２７は、プロファイル情報の記憶位置と、プロファイル情報の種類との対応付けを例示する図である。
図２７に示すように、Ｓ１０４（図２４Ａ）の処理より導出されるプロファイル情報の記憶位置に応じて、プロファイル情報は、物理プロファイル情報、外部プロファイル情報および論理プロファイル情報に分類される。
データアクセス装置３は、ステップ１０４（Ｓ１０４）の処理により得られたプロファイル仕様情報の一部（データソースおよびデータアクセス装置情報）を用いて、プロファイル情報の記憶位置を判断した後、その記憶位置からプロファイル情報を検索する。【０１１１】
[物理プロファイル情報]
図２７に符号ａを付して示すように、データソースに何も記述がされていない場合、データアクセス装置３は、プロファイル情報がデータアクセス装置３（複数可）に記憶されていると判断する。
このとき、データアクセス装置３は、データアクセス装置情報を用いて、プロファイル情報が記憶されているデータアクセス装置３を特定する。【０１１２】
データアクセス装置３を特定する方法については、図１７に示したように、鍵フィルタおよび鍵ハッシュ表を用いる方法が採られる。
このように、特定されたデータアクセス装置３に格納されたプロファイル情報を、物理プロファイル情報という。【０１１３】
[外部プロファイル情報]
図２７に符号ｂを付して示すように、データソースに外部プロファイル情報管理装置１４を識別する記載（例えば、ＵＲＬなど）がされている場合、データアクセス装置３は、プロファイル情報が外部プロファイル情報管理装置１４（複数可）に記憶されていると判断する。
このとき、データアクセス装置３は、データソースの記載を用いて、プロファイル情報が記憶されている外部プロファイル情報管理装置１４を特定する。【０１１４】
なお、外部プロファイル装置とは、プロファイル情報を記憶する既存ＤＢ（例えば、この情報検索システムが構築される前から使用されているＤＢなど）に接続される装置などを意味する。
このように、特定された外部プロファイル装置１４に格納されたプロファイル情報を、外部プロファイル情報という。【０１１５】
なお、外部プロファイル情報は、データアクセス装置情報を用いて、プロファイル情報キャッシュＤＢ３０４に記憶することができる。
この処理によって、プロファイル情報が冗長化される。【０１１６】
[論理プロファイル情報]
図２７に符号ｃを付して示すように、データソースにプロファイル名が記述されている場合、データアクセス装置３は、そのプロファイル名に対応付けられるプロファイル仕様情報に、プロファイル情報の記憶位置が記載され、プロファイル情報は、プロファイル情報データアクセス装置３（複数可）および外部プロファイル情報管理装置１４（複数可）に記憶されていると判断する。
このように、特定されたデータアクセス装置３および外部プロファイル情報管理装置１４に格納されたプロファイル情報を、論理プロファイル情報という。
なお、外部プロファイル情報と同様、論理プロファイル情報は、データアクセス情報を用いて、プロファイル情報キャッシュＤＢ３０４に記憶できる。【０１１７】
以下、図２４Ａに戻って、ステップ１０４（Ｓ１０４）における処理の続きを説明する。
プロファイル情報操作プログラム３０は、ステップ１０４（Ｓ１０４）で読み込んだプロファイル仕様情報から、記憶位置がデータアクセス装置３である（＝物理プロファイル情報である）と判断した場合、Ｓ１０６〜Ｓ１２０の処理（図２４Ｂを参照して後述）、または、Ｓ１２２〜Ｓ１３２の処理（図２４Ｃを参照して後述）を行う。【０１１８】
プロファイル情報操作プログラム３０は、ステップ１０４（Ｓ１０４）の処理において読み込んだプロファイル仕様情報から、記憶位置が外部プロファイル情報装置１４である（＝外部プロファイル情報である）と判断した場合、Ｓ１３４〜Ｓ１４８の処理を行う（図２４Ｄを参照して後述）。
プロファイル情報操作プログラム３０は、ステップ１０４（Ｓ１０４）で読み込んだプロファイル仕様情報から、記憶位置がデータアクセス装置３および外部プロファイル情報装置１４である（＝論理プロファイル情報である）と判断した場合、Ｓ１５０〜Ｓ１６２の処理を行う（図２４Ｅを参照して後述）。【０１１９】
[物理プロファイル情報の検索（１）]
ステップ１０４（Ｓ１０４）において、プロファイル仕様情報を用いてデータアクセス装置ＩＤを導出した後、データアクセス装置３は、導出されたデータアクセス装置ＩＤに対応付けられるデータアクセス装置３に、検索処理を行っているデータアクセス装置３が含まれるか否かを判定する。
検索処理を行っているデータアクセス装置３が含まれない場合、プロファイル情報操作プログラム３０は、Ｓ１０６〜Ｓ１２０の処理を行う。
一方、検索処理を行っているデータアクセス装置３が含まれる場合、プロファイル情報操作プログラム３０は、Ｓ１２２〜Ｓ１３２の処理を行う。
以下、各ステップの処理を記述する。【０１２０】
図２４Ｂに示すステップ１０６（Ｓ１０６）において、検索要求を受け取ったデータアクセス装置３は、Ｓ１０４の処理により導出されたデータアクセス装置ＩＤに対応付けられるデータアクセス装置３に対して、Ｓ１００の処理において受け取ったパスを指定して、情報（図６〜図１０）の検索を要求する。
ステップ１０８（Ｓ１０８）において、検索要求を出したクライアントＰＣ２から、このデータアクセス装置３にアクセス可能か否かを、ポリシサーバ１６に問い合わせる。
ステップ１１０（Ｓ１１０）において、ポリシサーバ１６は、アクセスの可否を調べて、Ｓ１０６の処理において検索を要求されたデータアクセス装置３に送信する。【０１２１】
ステップ１１２（Ｓ１１２）において、Ｓ１０６の処理において検索を要求されたデータアクセス装置３は、Ｓ１０４の処理において検索されたプロファイル仕様情報（図１２）に含まれる実行サービス情報を読み出す。
さらに、Ｓ１０６の処理において検索を要求されたデータアクセス装置３は、サービス実行装置１８に、読み出した実行サービス情報に基づくサービスの実行を要求する。【０１２２】
なお、プロファイル情報操作プログラム３０は、Ｓ１１２の処理におけるサービスの実行を、プロファイル情報の検索前か検索後に行ってもかまわないし、まったく行わなくともかまわない。
以下、プロファイル情報の格納および削除に伴うサービス実行について、同様とする。
サービス実行装置１８が適切にサービスを実行した後（Ｓ１１４）、Ｓ１０６の処理において検索を要求されたデータアクセス装置３は、ユーザプロファイル情報ＤＢ３０６などから、情報（図６〜図１０）を検索する（Ｓ１１６）。
ステップ１０６（Ｓ１０６）で検索を要求されたデータアクセス装置３は、情報（図６〜図１０）を検索した後、検索したプロファイル情報を、クライアントＰＣ２から検索要求を受けたデータアクセス装置３に送信する（Ｓ１１８）。【０１２３】
図２８は、図２４Ａに示したクライアントＰＣ２の要求を受けて、データアクセス装置３が、別のデータアクセス装置３に対してプロファイル情報を検索するとき、同時に行われる動作を例示するシーケンス図である。
図２８に示すように、パス指定を受けた別のデータアクセス装置３から検索されたプロファイル情報（Ｓ１１６）は、データアクセス装置３に送信されるとともに、プロファイル情報キャッシュＤＢ３０４にキャッシュデータとして記憶されうる（Ｓ１１８）。
このような処理によって、別のデータアクセス装置３に対してプロファイル情報を検索しなくとも、データアクセス装置３でプロファイル情報を検索できる。【０１２４】
図２９は、図２４Ａに示したデータアクセス装置３が、別のデータアクセス装置３に対して、プロファイル情報を検索する処理を例示するシーケンス図である。
図２８に示したように、ステップ１１８（Ｓ１１８）において、プロファイル情報は一度検索されると、プロファイル情報キャッシュＤＢ３０４にキャッシュデータとして記憶される。
したがって、データアクセス装置３は、別のデータアクセス装置３にパス指定する（Ｓ１０６）前に、プロファイル情報キャッシュＤＢ３０４に記憶されたプロファイル情報に対して検索を行い（Ｓ１１６−１）、プロファイル情報が得られた後、得たプロファイル情報をデータアクセス装置３に保持する（Ｓ１１８−１）。【０１２５】
所望のプロファイル情報が、プロファイル情報キャッシュＤＢ３０４に記憶されていない場合のみ、別のデータアクセス装置３に対し、パスを指定して検索を行う（Ｓ１０６〜Ｓ１１６−２）。
パス指定を受けた別のデータアクセス装置３は、プロファイル情報が得られた後、得たプロファイル情報をデータアクセス装置３に送信する（Ｓ１１８−２）。
この処理により、データアクセス装置３は、より効率的に検索を行うことができる。
パス指定を受けた別のデータアクセス装置３は、プロファイル情報が得られた後、得たプロファイル情報をデータアクセス装置３に送信する（Ｓ１１８−２）。
この処理により、データアクセス装置３は、より効率的に検索を行うことができる。【０１２６】
以下、図２４Ｂに戻って、ステップ１２０（Ｓ１２０）以降の処理を説明する。
ステップ１１８（Ｓ１１８）でプロファイル情報を受け取ったデータアクセス装置３は、受け取ったプロファイル情報を、検索を要求したクライアントＰＣ２に送信する（Ｓ１２０）。
クライアントＰＣ２が、送信されたプロファイル情報を受け取った後、プロファイル情報操作プログラム３０は、物理プロファイル情報の検索処理を終了する。【０１２７】
[物理プロファイル情報の検索（２）]
図２４Ｃに示すステップ１２２（Ｓ１２２）において、データアクセス装置３が、検索を要求したクライアントＰＣ２からデータアクセス装置３にアクセス可能か否かを、ポリシサーバ１６に問い合わせる。
ステップ１２４（Ｓ１２４）において、ポリシサーバ１６は、アクセスの可否を調べて、データアクセス装置３に送信する。【０１２８】
ステップ１２６（Ｓ１２６）において、データアクセス装置３は、ステップ１０４（Ｓ１０４）で検索されたプロファイル仕様情報に含まれる実行サービス情報を読み出す。
さらに、データアクセス装置３は、サービス実行装置１８に、実行サービス情報に基づくサービスの実行を要求する。
サービス実行装置１８が適切にサービスを実行すると（Ｓ１２８）、データアクセス装置３は、プロファイル情報キャッシュＤＢ３０４などから、プロファイル情報を検索する（Ｓ１３０）。
データアクセス装置３は、ステップ１３０（Ｓ１３０）の処理により検索したプロファイル情報を、検索を要求したクライアントＰＣ２に送信する（Ｓ１３２）。
クライアントＰＣ２が、送信されたプロファイル情報を受け取った後、プロファイル情報操作プログラム３０は、物理プロファイル情報の検索処理を終了する。【０１２９】
[外部プロファイル情報の検索]
図２４Ｄに示すステップ１３４（Ｓ１３４）において、クライアントＰＣ２から検索要求を受けたデータアクセス装置３は、検索要求を出したクライアントＰＣ２から、Ｓ１０４（図２４Ａ）の処理により、プロファイル情報の記憶位置と判断された外部プロファイル情報管理装置１４に、アクセス可能か否かを、ポリシサーバ１６に問い合わせる。
ステップ１３６（Ｓ１３６）において、ポリシサーバ１６は、アクセスの可否を調べて、データアクセス装置３に送信する。【０１３０】
ステップ１３８（Ｓ１３８）において、データアクセス装置３は、Ｓ１０４（図２４Ａ）で検索されたプロファイル仕様情報（図１２）に含まれる実行サービス情報を読み出す。
さらに、データアクセス装置３は、読み出した実行サービス情報に基づき、サービス実行装置１８にサービス実行を要求する。
サービス実行装置１８が適切にサービスを実行すると（Ｓ１４０）、データアクセス装置３は、Ｓ１０４（図２４Ａ）の処理において、プロファイル情報の記憶位置と判断された外部プロファイル情報管理装置１４に、プロファイル情報の検索を要求する（Ｓ１４２）。
ステップ１４２（Ｓ１４２）で検索を要求された外部プロファイル情報管理装置１４は、プロファイル情報ＤＢ３０６などから、情報（図６〜図１０）を検索する（Ｓ１４４）。
プロファイル情報を検索した後、外部プロファイル情報管理装置１４は、ステップ１４６（Ｓ１４６）において、検索されたプロファイル情報を、データアクセス装置３に送信する。【０１３１】
図３０は、図２４Ｄに示したクライアントＰＣ２の要求を受けて、データアクセス装置３が、外部プロファイル情報管理装置１４に対してプロファイル情報を検索するとき、同時に行われる動作を例示するシーケンス図である。
図３０に示すように、データアクセス装置３からの検索要求を受け（Ｓ１４２）、外部プロファイル情報管理装置１４から検索された（Ｓ１４４）プロファイル情報は、データアクセス装置３に送信される（Ｓ１４６）とともに、プロファイル情報キャッシュＤＢ３０４に記憶することができる。
この処理によって、外部プロファイル情報管理装置１４に対してプロファイル情報を検索しなくとも、データアクセス装置３でプロファイル情報を検索できる。【０１３２】
図３１は、図２４Ｄに示すデータアクセス装置３が、外部プロファイル情報管理装置１４に対して、プロファイル情報を検索する処理を例示するシーケンス図である。
図３１に示すように、Ｓ１４６（図３０）の処理として示したように、プロファイル情報は一度検索されると、データアクセス装置３のプロファイル情報キャッシュＤＢ３０４に、キャッシュデータとして記憶される。【０１３３】
したがって、データアクセス装置３は、外部プロファイル情報管理装置１４に検索を要求する（ステップ１４２（Ｓ１４２））前に、まず、そのプロファイル情報キャッシュＤＢ３０４に記憶されたプロファイル情報に対して検索を行い（Ｓ１４４−１）、プロファイル情報が得られた後、得たプロファイル情報をデータアクセス装置３に保持する（Ｓ１４６−１）。
該当するプロファイル情報が、データアクセス装置３のプロファイル情報キャッシュＤＢ３０４に記憶されていない場合のみ、データアクセス装置３は、外部プロファイル情報管理装置１４に検索を要求し（Ｓ１４２）、外部プロファイル情報管理装置１４は、そのユーザプロファイル情報ＤＢ３０６などに対する検索を行う（Ｓ１４４−２）。
外部プロファイル情報管理装置１４は、プロファイル情報を得られた後、得たプロファイル情報をデータアクセス装置３に送信する（Ｓ１４６−２）。
この処理により、データアクセス装置３は、より効率的に検索を行うことができる。【０１３４】
以下、図２４Ｄに戻って、ステップ１４８（Ｓ１４８）以降の処理を説明する。
データアクセス装置３は、ステップ１４６（Ｓ１４６）で送信されたプロファイル情報を受け取った後、検索を要求したクライアントＰＣ２に送信する（Ｓ１４８）。
クライアントＰＣ２が送信されたプロファイル情報を受け取った後、プロファイル情報操作プログラム３０は、外部プロファイル情報の検索処理を終了する。【０１３５】
[論理プロファイル情報の検索]
図２４Ｅに示すように、ステップ１５０（Ｓ１５０）において、データアクセス装置３は、検索を要求したクライアントＰＣ２から、Ｓ１０４の処理によりプロファイル情報の記憶位置と判断されたデータアクセス装置３および外部プロファイル情報管理装置１４に、アクセス可能か否かを、ポリシサーバ１６に問い合わせる。
ステップ１５２（Ｓ１５２）において、ポリシサーバ１６は、アクセスの可否を調べて、データアクセス装置３に送信する。【０１３６】
ステップ１５４（Ｓ１５４）において、データアクセス装置３は、Ｓ１０４の処理において検索されたプロファイル仕様情報（図１２）に含まれる実行サービス情報を読み出す。
さらに、データアクセス装置３は、サービス実行装置１８に、読み出した実行サービス情報に基づくサービスの実行を要求する。【０１３７】
サービス実行装置１８が適切にサービスを実行すると（Ｓ１５６）、データアクセス装置３および外部プロファイル情報管理装置１４は、そのユーザプロファイル情報ＤＢ３０６などから、情報（図６〜図１０）を検索する（Ｓ１５８）。
ステップ１６０（Ｓ１６０）において、データアクセス装置３および外部プロファイル情報管理装置１４は、Ｓ１５８の処理において検索されたプロファイル情報を、データアクセス装置３に送信する。【０１３８】
データアクセス装置３は、ステップ１６０（Ｓ１６０）で送信されたプロファイル情報を受け取り、検索を要求したクライアントＰＣ２に送信する（Ｓ１６２）。
クライアントＰＣ２が、送信されたプロファイル情報を受け取った後、プロファイル情報操作プログラム３０は、論理プロファイル情報の検索処理を終了する。【０１３９】
[プロファイル情報の格納]
図３２Ａ〜図３２Ｅは、情報・サービス提供システム１（図１）におけるクライアントＰＣ２、データアクセス装置３、プロファイル仕様管理装置１２、外部プロファイル管理装置１４、ポリシサーバ１６およびサービス実行装置１８の動作（Ｓ２０）を例示する第２の通信シーケンス図である。
なお、図３２Ａ〜図３２Ｅは、クライアントＰＣ２からデータアクセス装置３に対して、プロファイル情報格納要求がされ、プロファイル情報操作プログラム３０が起動したときの処理を示す。【０１４０】
図３２Ａに示すステップ２００（Ｓ２００）において、クライアントＰＣ２は、データアクセス装置３に対して、パスおよびプロファイル情報を指定して、プロファイル情報の格納を要求する。
図３２Ｂに示すステップ２０２（Ｓ２０２）において、クライアントＰＣ２から検索要求を受けたデータアクセス装置３は、Ｓ１０４の処理により記憶位置とされたデータアクセス装置３に、パスおよびプロファイル情報を指定して、プロファイル情報の格納を要求する。
ステップ２０４（Ｓ２０４）において、データアクセス装置３は、Ｓ２００の処理において指定されたプロファイル情報が、プロファイル情報を格納するための前提条件を満たすか否かを確認する。
データアクセス装置３は、前提条件の一致を確認した後、ステップ２０６（Ｓ２０６）において、Ｓ１０４の処理においてプロファイル情報の記憶位置と判断されたデータアクセス装置３すべてに、プロファイル情報の格納要求を送る。【０１４１】
ステップ２０６（Ｓ２０６）で格納要求を受け、プロファイル情報の格納を行ったデータアクセス装置３は、クライアントＰＣ２から格納要求を受けたデータアクセス装置３に、格納の成否を送信する（Ｓ２０８）。
クライアントＰＣ２から格納要求を受けたデータアクセス装置３は、送信された格納の成否を、格納要求を出したクライアントＰＣ２に送信する（Ｓ２１０）。
クライアントＰＣ２が格納の成否を受け取った後、プロファイル情報操作プログラム３０は、物理プロファイル情報格納処理を終了する。  【０１４２】
なお、ステップ１０４（Ｓ１０４）で記憶位置と判断されたデータアクセス装置３が複数存在する場合、Ｓ１０８の処理(アクセス可否問いあわせ)、Ｓ１１０の処理(アクセス可否)、Ｓ１１２の処理（サービス実行要求）、Ｓ１１４の処理（サービス実行）、および、Ｓ２０４の処理（前提条件確認）は、そのうちの１台に対してのみ、行われればよい。
同様に、図３２Ｃにおいて、ステップ１２２（Ｓ１２２）における処理(アクセス可否問いあわせ)、Ｓ１２３の処理(アクセス可否)、Ｓ１２６の処理（サービス実行要求）、Ｓ１２８の処理（サービス実行）、および、Ｓ２１２の処理（前提条件確認）は、そのうちの１台に対してのみ、行われればよい。【０１４３】
また、同様に、図３２Ｄにおいて、記憶位置と判断されたデータアクセス装置３が複数存在する場合、Ｓ１３４の処理(アクセス可否問いあわせ)、Ｓ１３６の処理(アクセス可否)、Ｓ１３８の処理（サービス実行要求）、Ｓ１４０の処理（サービス実行）、および、Ｓ２１８の処理（前提条件確認）は、そのうちの１台に対してのみ、行われればよい（以下、プロファイル情報削除時においても、同様とする）。
なお、データアクセス装置３は、ステップ２１８（Ｓ２１８）において前提条件を確認すると、Ｓ２２０の処理において、外部プロファイル情報管理装置１４にプロファイル情報の格納を要求する。【０１４４】
また、同様に、図３２Ｅにおいて、記憶位置と判断されたデータアクセス装置３が複数存在するときには、Ｓ１５０の処理(アクセス可否問いあわせ)、Ｓ１５２の処理(アクセス可否)、Ｓ１５４の処理（サービス実行要求）、Ｓ１５６の処理（サービス実行）、および、Ｓ２２８の処理（前提条件確認）は、そのうちの１台に対してのみ、行われればよい（以下、プロファイル情報削除時においても、同様とする）。
図３２Ｅでは、データアクセス装置３からのみ、サービス実行を要求し（Ｓ１５４）、データアクセス装置３においてのみ、前提条件の確認を行う（Ｓ２２８）例を示す。【０１４５】
[プロファイル情報の削除]
図３３Ａ〜図３３Ｅは、情報・サービス提供システム１（図１）におけるクライアントＰＣ２、データアクセス装置３、プロファイル仕様管理装置１２、外部プロファイル管理装置１４、ポリシサーバ１６およびサービス実行装置１８の動作（Ｓ３０）を例示する第３の通信シーケンス図である。
なお、図３３Ａ〜図３３Ｅは、クライアントＰＣ２からデータアクセス装置３に対して、プロファイル仕様情報削除要求がされ、プロファイル情報操作プログラム３０が起動したときの処理を示す。【０１４６】
図３３Ａに示すように、ステップ１００（Ｓ１００）において、クライアントＰＣ２は、データアクセス装置３に対して、パスを指定して、情報（図６〜図１０）の削除を要求する。
なお、このとき、クライアントＰＣ２は、データアクセス装置３に対して、削除するプロファイル情報を指定することができる。
図３３Ｂに示すステップ２０４（Ｓ２０４）において、データアクセス装置３は、Ｓ２０４（図３２Ａ）の処理と同様に、Ｓ２００の処理により指定されたプロファイル情報があれば、そのプロファイル情報が、プロファイル情報を削除するための前提条件を満たしているか否かを確認する。
データアクセス装置３は、Ｓ２０４の処理において、前提条件の一致を確認した後、ステップ３００（Ｓ３００）において、Ｓ１０４の処理によりプロファイル情報の記憶位置と判断されたデータアクセス装置３すべてに、プロファイル情報の削除要求を送る。【０１４７】
クライアントＰＣ２から削除要求を受けたデータアクセス装置３が、クライアントＰＣ２に、削除の成否を送信した後、プロファイル情報操作プログラム３０は、物理プロファイル情報削除処理を終了する。
また、ステップ２０４（Ｓ２０４）と同様、Ｓ２１２（図３３Ｃ）の処理、Ｓ２１８（図３３Ｄ）、および、Ｓ２２８（図３３Ｅ）においても、プロファイル情報を削除するための前提条件が一致するか否かを確認する。
なお、図３３Ｄにおいて、データアクセス装置３は、Ｓ２１８の処理において前提条件を確認した後、Ｓ３０４の処理において、外部プロファイル管理装置１４にプロファイル情報の削除を要求する。
また、ステップ３００（Ｓ３００）の処理と同様、Ｓ３０２（図３３Ｃ）、Ｓ３０６（図３３Ｄ）およびＳ３０８（図３３Ｅ）においても、プロファイル情報を削除して、削除を要求したクライアントＰＣ２に削除の成否を送信した後、プロファイル情報操作プログラム３０は、削除処理を終了する。【０１４８】
以上のように、情報・サービス提供システム１において、クライアントＰＣ２、データアクセス装置３、プロファイル仕様管理装置１２、外部プロファイル管理装置１４、ポリシサーバ１６およびサービス実行装置１８は、システムの冗長性を確保し、システムを構成するクラスタノードの負荷を分散させることができる。
また、情報・サービス提供システム１において、クライアントＰＣ２、データアクセス装置３、プロファイル仕様管理装置１２、外部プロファイル管理装置１４、ポリシサーバ１６およびサービス実行装置１８は、情報を検索する際、鍵フィルタおよび鍵ハッシュ表を介して識別子を用いることにより、識別子の管理にともなう煩雑さを低減し、情報を保持するクラスタノードを適度に分散させることができる。
さらに、情報・サービス提供システム１において、クライアントＰＣ２、データアクセス装置３、プロファイル仕様管理装置１２、外部プロファイル管理装置１４、ポリシサーバ１６およびサービス実行装置１８は、鍵ハッシュ表を使用することにより、クラスタノードを変更するにあたり、鍵ハッシュ表さえ変更すればよく、データの変更を最小限にすることができる。【０１４９】
［データアクセスサーバ５］
携帯電話機などの移動端末の普及に伴い、モバイル環境でのユーザ数が増大しているので、ＰＣなどを用いて固定ネットワークに接続しているユーザに対して、効果的に情報及びサービスを提供する必要があるだけでなく、移動体ネットワークに接続しているユーザに対しても、効果的に情報及びサービスを提供する必要がある。
移動体ネットワークの利用形態に特有で、固定ネットワークには見られない利用形態としては、様々な移動先において、利用者のグループが、その都度生成されることを挙げることができる。
つまり、ある特定の場所において、共通の目的、興味、感心に基づいて、動的に生成されたユーザグループ（「モバイルコミュニティ」あるいは「コミュニティ」）に対して情報・サービスを提供することが重要となっている。【０１５０】
さらに、コミュニティに対して提供された情報を一方的に受け取るだけでなく、コミュニティ内で、コミュニティに参加している他のユーザに情報を発信したり、コミュニティに参加しているユーザ同士で、情報を共有したりしたいという要求がでてくる。
このようなモバイルコミュニティを単位とした情報・サービスの提供、および、情報の共有を、効率的に行うことができるシステムが必要とされている。
以下に説明するデータアクセスサーバ５は、情報・サービス提供システム１の他の構成部分と協働して、モバイルコミュニティを単位とした情報・サービスの提供、および、情報の共有を、効率的に行うことができるように工夫されている。【０１５１】
［情報・サービス提供および情報共有のための制御の概要］
図３４は、コミュニティに対する情報・サービス提供および情報共有のための制御のために用いられる属性を示す図表であって、（Ａ）は、コミュニティに参加していない企業あるいはユーザなどが、情報・サービスの提供者となり、コミュニティのメンバーに情報・サービスを提供するための制御に用いられる提供属性を示し、（Ｂ）は、提供者による情報・サービスの提供の申し出に伴って動的に生成されるコミュニティに、どのようなユーザの参加を許すかを制御するための参加属性を示し、（Ｃ）は、コミュニティのメンバー間における情報共有のための共有属性を示す。
まず、データアクセスサーバ５による情報・サービス提供および情報共有のための制御の概要を説明する。【０１５２】
［（１）コミュニティ外からの情報・サービスの提供のための制御］
図３５は、コミュニティ外からの情報・サービスの提供を例示する図である。
図３６は、動的に作成されるコミュニティへの参加を例示する図である。
図３７は、コミュニティにおける情報共有を例示する図である。
図３５に示すように、データアクセスサーバ５は、コミュニティに参加していない企業またはユーザが、情報・サービスの提供者となり、コミュニティのメンバーに情報・サービスを提供するときに、メンバーごとに設定される提供属性（図３４（Ａ））を用いて、情報・サービスの提供のための制御を行う。
なお、図３４（Ａ），（Ｃ）に示す提供属性および共有属性は、図３５，図３７に示すように、ユーザごとに、図９に示したコミュニティメンバー情報の属性として、ユーザがコミュニティに参加するときに設定され、コミュニティメンバー情報ＤＢ３１６（図２２）に記憶される。【０１５３】
図３４（Ａ）に示すように、提供属性として、「スニークイン(Sneak-in)」が設定されたユーザは、コミュニティに参加しているか否かを問わず、全てのユーザからの情報・サービスの提供を、一切、受けない。
また、提供属性として、「コミュニティオンリー(Community-only)」が設定されたユーザは、コミュニティに参加しているユーザによる情報・サービスの提供は受けるが、コミュニティに参加していないユーザによる情報・サービスの提供は受けない。【０１５４】
また、提供属性として、「バディオンリー(Buddy-only)」が設定されたユーザは、そのユーザのバディリストに含まれるユーザによる情報・サービスの提供は受けるが、バディリストに含まれていないユーザによる情報・サービスの提供は受けない。
なお、あるユーザのバディリストには、同じコミュニティに属するユーザと、同じコミュニティに属していないユーザとの両方が含まれうる。また、そのユーザのバディリストに、別のあるユーザが含まれるか否かを高速に効率よく調べるために、逆引きバディリスト情報（図１０）が用いられる。
また、提供属性として、「パブリック(Public)」が設定されたユーザは、同じコミュニティに属しているか否か、および、バディリストに含まれているか否かを問わず、全てのユーザによる情報・サービスの提供を受ける。【０１５５】
［（２）動的に作成されるコミュニティへの参加のための制御］
図４（Ｃ）を参照して説明したように、コミュニティは、提供者による情報・サービスの提供の申し出などに伴って、他のコミュニティから動的に派生しうる。
図３６に示すように、データアクセスサーバ５は、図３４（Ｂ）に示した参加属性を用いて、情報・サービスの提供の申し出などに伴って、動的に派生し、その中で情報・サービスの提供が行われるコミュニティに、どのようなユーザの参加を許すかを制御する。
図３４（Ｂ）に示される参加属性は、図３６に示すように、コミュニティごとに、コミュニティプロファイル情報（図７）の属性として、コミュニティが作成されるときに設定され、コミュニティプロファイル情報ＤＢ３０８（図２２）に記憶される。【０１５６】
図３４（Ｂ）に示すように、参加属性として、「プライベートセッション(Private session)」が設定されたコミュニティにおいては、情報・サービスの提供開始時に、情報・サービスの提供のために作られたコミュニティにメンバーとして属していたユーザに対してのみ、その情報・サービスが提供される。
つまり、参加属性として、「プライベートセッション(Private session)」が設定されたコミュニティにおいては、情報・サービスの提供の開始後に、他のユーザは途中参加することができない。
参加属性として、「コミュニティオンリーセッション(Community-only session)」が設定されたコミュニティにおいては、情報・サービスの提供の申し出が行われたコミュニティにメンバーとして属しているユーザの全てが、このコミュニティに参加することができる。【０１５７】
参加属性として、「バディオンリーセッション(Buddy-only session)」が設定されたコミュニティにおいては、情報・サービスの提供開始時に、情報・サービスの提供のために作られたコミュニティにメンバーとして属していたユーザのバディリストに含まれるユーザのみ、このコミュニティに参加することができる。ここで、コミュニティへの参加を要求したユーザが、コミュニティの各メンバーのバディリストに含まれるか否かを高速に効率よく調べるために、逆引きバディリスト情報（図１０）を利用する。
参加属性として、「パブリックセッション(Public session)」が設定されたコミュニティにおいては、情報・サービスの提供の申し出が行われたコミュニティに属しているか否か、および、情報・サービスの提供の申し出が行われたコミュニティにメンバーとして属しているユーザのバディリストに含まれているか否かを問わず、全てのユーザが、このコミュニティに参加することができる。【０１５８】
［（３）コミュニティにおける情報共有のための制御］
図３７に示すように、データアクセスサーバ５は、あるコミュニティに属するユーザが、他のユーザと情報を共有するための操作を行ったときに、このコミュニティのコミュニティメンバー情報の属性として記憶された共有属性（図３４（Ｃ））を用いて、情報共有のための制御を行う。
図３４（Ｃ）に示すように、共有属性として、「スニークイン(Sneak-in)」が設定されたユーザは、他のユーザと一切の情報共有ができない。
また、共有属性として、「コミュニティオンリー(Community-only)」が設定されたユーザは、コミュニティに参加している他のユーザの全てと情報を共有できる。【０１５９】
また、共有属性として、「バディオンリー(Buddy-only)」が設定されたユーザは、そのユーザのバディリストに含まれるユーザとの間で情報共有ができ、バディリストに含まれていないユーザとの間で情報共有ができない。ここで、情報共有を要求したユーザが、各ユーザのバディリストに含まれているか否かを高速に効率よく調べるために、逆引きバディリスト情報（図１０）を利用する。
また、共有属性として、「パブリック(Public)」が設定されたユーザは、「コミュニティオンリー(Community-only)」が設定されたユーザと同様に、全てのユーザとの間で情報共有ができる。【０１６０】
［データアクセスサーバプログラム５０］
図３８は、図１に示したデータアクセスサーバ５において実行されるデータアクセスサーバプログラム５０の構成を示す図である。
図３８に示すように、要求受信部５００、情報取得部５０２、対象リスト管理部５０４、アクセス制御部５０６、情報・サービス提供部５０８、セッション制御部５１０、コミュニティ管理部５１２、情報共有処理部５１４および通信制御部５２０から構成される。
データアクセスサーバプログラム５０は、これらの構成部分により、情報・サービス提供システム１の各構成部分と協働して、上述した（１）コミュニティ外からの情報・サービスの提供のための制御、（２）動的に作成されるコミュニティへの参加のための制御、および、（３）コミュニティにおける情報共有のための制御を行う。【０１６１】
データアクセスサーバプログラム５０において、通信制御部５２０は、ネットワーク１００を介して、他のノードとの通信を行うための通信制御を行う。
要求受信部５００は、情報・サービス提供システム１のＰＣ２および企業サーバ１０２（図１）などのノードから、情報・サービスの提供をするための要求、および、情報共有を行うための要求を受け入れる。
情報取得部５０２は、プロファイル仕様管理装置１２（図１）、データアクセス装置３およびポリシサーバ１６にアクセスし、（１）コミュニティ外からの情報・サービスの提供のための制御、（２）動的に作成されるコミュニティへの参加のための制御、および、（３）コミュニティにおける情報共有のための制御のために必要な情報（ユーザプロファイル情報、コミュニティプロファイル情報、コミュニティメンバー情報および逆引きバディリスト情報；図６，図７，図９，図１０）を取得する。【０１６２】
アクセス制御部５０６は、コミュニティ外からの情報・サービスの提供があったときに、取得されたコミュニティメンバー情報に含まれる各ユーザの提供属性（図３４（Ａ））、および、各ユーザのユーザプロファイル情報に含まれるバディリストを用いて、この情報・サービスの提供の対象となるユーザを選択する。
また、アクセス制御部５０６は、コミュニティにおける情報共有のための操作がＰＣ２などに対して行われたときに、取得されたコミュニティメンバー情報に含まれる各ユーザの共有属性（図３４（Ｃ））、および、情報共有を要求したユーザの逆引きバディリスト情報を用いて、この情報共有の対象となるユーザを選択する。
つまり、アクセス制御部５０６は、コミュニティ外からのサービスが提供されるとき、および、情報共有が要求されたときに、図３４（Ａ），（Ｃ）に従って、コミュニティ外からのサービスを提供するユーザ、および、情報共有の対象となるユーザを選択し、これらのユーザが使用するＰＣ２などにアクセスするための制御を行う。【０１６３】
対象リスト管理部５０４は、アクセス制御部５０６により選択され、情報・サービスまたは情報共有の提供の対象となるユーザを示すリスト（対象リスト）を作成し、管理する。【０１６４】
情報・サービス提供部５０８は、情報の提供、および、サービス実行装置１８などと連携したサービスの提供を、ユーザのＰＣ２などに対して行う。
セッション制御部５１０は、情報・サービスの提供が行われるコミュニティが派生したとき、図３４（Ｂ）に従って、このコミュニティにどのようなユーザの参加を許すかの制御を行う。
コミュニティ管理部５１２は、情報・サービスの提供の申し出などに伴って、動的に作成されたコミュニティを管理するための処理、および、情報・サービスの提供終了後に、派生させたコミュニティを消滅させるための処理を行う。
情報共有処理部５１４は、情報共有が要求されたときに、情報共有の対象となるユーザに対して、共有される情報を送信する。【０１６５】
［データアクセスサーバプログラム５０の動作］
以下、図３８に示したデータアクセスサーバプログラム５０の動作を説明する。【０１６６】
［（１）コミュニティ外からの情報・サービスの提供］
以下、コミュニティ外からの情報・サービスの提供について説明する。
図３９は、図３４（Ａ）に示したコミュニティ外からの情報・サービスの提供のための処理（Ｓ５２）を示すフローチャートである。
図３９に示すように、ステップ５２０（Ｓ５２０）において、データアクセスサーバプログラム５０の要求受信部５００（図３８）は、ＰＣ２または企業サーバ１０２から、情報・サービス提供のための要求を受信する。
ステップ５２２（Ｓ５２２）において、対象リスト管理部５０４は、対象メンバーリストを初期化する。【０１６７】
ステップ５２４（Ｓ５２４）において、情報取得部５０２は、プロファイル仕様管理装置１２から、コミュニティメンバー情報に関するプロファイル仕様情報を取得し、この情報に基づき、データアクセス装置３から、情報・サービスの提供の対象とされるコミュニティのコミュニティメンバー情報を取得する。
ステップ５２６（Ｓ５２６）において、対象リスト管理部５０４は、コミュニティの全メンバーについて、処理を終了したか否かを判断する。
データアクセスサーバプログラム５０は、コミュニティの全メンバーについての処理が終了したときにはＳ５３４の処理に進み、これ以外のときにはＳ５２８の処理に進む。【０１６８】
ステップ５３４（Ｓ５３４）において、情報・サービス提供部５０８は、対象リスト管理部５０４によって作成された、情報・サービスの提供の対象となるユーザのリストを用いて、サービス実行装置１８（図１）などと協働して、情報・サービスの提供の対象となるユーザのＰＣ２に対して、情報・サービスの提供を行う。
ステップ５２８，５３０（Ｓ５２８，Ｓ５３０）において、アクセス制御部５０６は、これまでに処理の対象となっていないユーザの提供属性（図３４（Ａ））を処理の対象とし、データアクセス装置３から、そのユーザのユーザプロファイル情報を取得し、情報・サービスの提供をしうるか否かを判断する。
データアクセスサーバプログラム５０は、そのユーザに対して情報・サービスの提供がし得ないときにはＳ５２６の処理に戻り、これ以外のときにはＳ５３２の処理に進む。
ステップ５３２（Ｓ５３２）において、対象リスト管理部５０４は、情報・サービスの提供の対象となるユーザを対象メンバーリストに追加する。【０１６９】
コミュニティ外からの情報・サービスの提供のための処理を、さらに説明する。
図４０は、図３４（Ａ）に示したコミュニティ外からの情報・サービスの提供のための制御処理（Ｓ４０）を示すシーケンス図である。
図４０に示すように、ステップ４００（Ｓ４００）において、コミュニティに属していないメンバーのＰＣ２などから、情報・サービスの提供の実行が要求される。
ステップ４０２（Ｓ４０２）において、データアクセスサーバ５は、プロファイル仕様管理装置１２に対して、コミュニティメンバー情報に関するプロファイル仕様情報の検索を行う。
ステップ４０４（Ｓ４０４）において、プロファイル仕様管理装置１２は、データアクセスサーバ５に対して、コミュニティメンバー情報に関するプロファイル仕様情報（図１２）を返す。【０１７０】
ステップ４０６（Ｓ４０６）において、データアクセスサーバ５は、データアクセス装置３に対して、情報・サービスの提供の対象となるコミュニティに対応するコミュニティメンバー情報のパスを指定する。
ステップ４０８（Ｓ４０８）において、データアクセス装置３は、ポリシサーバ１６に対して、情報・サービスの提供の実行を要求したユーザ（ＰＣ２など）の、コミュニティメンバー情報へのアクセスの可否を問い合わせる。
ステップ４１０（Ｓ４１０）において、ポリシサーバ１６は、データアクセス装置３に対して、コミュニティメンバー情報へのアクセスの可否を応答する（許可する）。【０１７１】
ステップ４１２（Ｓ４１２）において、データアクセス装置３は、情報・サービス提供の対象となるコミュニティのコミュニティメンバー情報（図９）を検索する。
ステップ４１４（Ｓ４１４）において、データアクセス装置３は、データアクセスサーバ５に対して、コミュニティメンバー情報を送信する。【０１７２】
以下、ステップ４１６（Ｓ４１６）〜４２８（Ｓ４２８）の処理は、情報・サービス提供の対象となるコミュニティに参加しているメンバー全員について行われる。
ステップ４１６（Ｓ４１６）において、データアクセスサーバ５は、プロファイル仕様管理装置１２に対して、ユーザプロファイル情報に関するプロファイル仕様情報の検索を行う。
ステップ４１８（Ｓ４１８）において、プロファイル仕様管理装置１２は、データアクセスサーバ５に対して、ユーザプロファイル情報に関するプロファイル仕様情報を返す。【０１７３】
ステップ４２０（Ｓ４２０）において、データアクセスサーバ５は、データアクセス装置３に対して、コミュニティメンバー情報に含まれるユーザのユーザプロファイル情報のパスを指定する。
ステップ４２２（Ｓ４２２）において、データアクセス装置３は、ポリシサーバ１６に対して、情報・サービスの提供の実行を要求したユーザ（ＰＣ２など）の、ユーザプロファイル情報へのアクセスの可否を問い合わせる。
ステップ４２４（Ｓ４２４）において、ポリシサーバ１６は、ユーザプロファイル情報へのアクセスの可否を応答する（許可する）。
ステップ４２６（Ｓ４２６）において、データアクセス装置３は、コミュニティメンバーのユーザプロファイル情報（図６）を検索する。
ステップ４２７（Ｓ４２７）において、データアクセス装置３は、データアクセスサーバ５に対して、ユーザプロファイル情報を送信する。
ステップ４２８（Ｓ４２８）において、データアクセスサーバ５は、ユーザの参加属性およびユーザプロファイル情報に含まれるバディリストを用いて、情報・サービス提供可否の判断を行い、対象メンバーリストを作成する。【０１７４】
ステップ４３０（Ｓ４３０）において、データアクセスサーバ５は、ＰＣ２から提供が要求されたサービスの実行、あるいは、情報の提供を、サービス実行装置１８に対して要求する。
ステップ４３２（Ｓ４３２）において、サービス実行装置１８は、要求された、情報またはサービスの提供結果を、データアクセスサーバ５に返す。
ステップ４３４（Ｓ４３４）において、データアクセスサーバ５は、情報またはサービスの提供結果を、ＰＣ２に返す。【０１７５】
［（２）動的に作成されるコミュニティへの参加のための制御］
以下、動的に作成されるコミュニティへの参加のための制御を説明する。
図４１は、動的に作成されるコミュニティへの参加のための制御処理（Ｓ５４）を示すフローチャートである。
図４２は、図４１に示されたサービスセッション制御処理（Ｓ５６）を示すフローチャートである。
図４１に示すように、ステップ５４０（Ｓ５４０）において、ＰＣ２および企業サーバ１０２などから、ユーザおよびデータアクセスサーバ５に対して、情報・サービス提供の告知がなされる。
ステップ５４２（Ｓ５４２）において、データアクセスサーバプログラム５０（図３８）のコミュニティ管理部５１２は、ユーザからの情報・サービス提供への参加を求める応答を受けて、情報・サービス提供のためのコミュニティを作成する。
ステップ５４４（Ｓ５４４）において、情報・サービス提供部５０８は、サービス実行装置１８と協働して、情報・サービスの提供を開始する。【０１７６】
ステップ５６（Ｓ５６）において、セッション制御部５１０は、サービスセッション制御を行う。
図４２に示すように、ステップ５６０（Ｓ５６０）において、セッション制御部５１０は、ユーザのＰＣ２から、情報・サービス提供のためのコミュニティへの参加要求を受信したか否かを判断する。
データアクセスサーバプログラム５０は、情報・サービス提供のためのコミュニティへの参加要求を受信したときにはＳ５６２の処理に進み、これ以外のときにはＳ５４６（図４１）の処理に進む。
ステップ５６２（Ｓ５６２）において、情報取得部５０２は、情報・サービス提供のために作成されたコミュニティのコミュニティプロファイル情報（図７）とコミュニティメンバー情報（図９）、および、参加を要求したユーザの逆引きバディリスト情報（図１０）を取得する。【０１７７】
ステップ５６４，５６６（Ｓ５６４，Ｓ５６６）において、セッション制御部５１０は、Ｓ５６２の処理により取得された情報と、参加属性（図３４（Ｂ））とに基づいて、参加を要求したユーザに、情報・サービス提供のためのコミュニティへの参加を許すか否かを判断する。
データアクセスサーバプログラム５０は、参加を要求したユーザに、コミュニティへの参加を許すときにはＳ５６８の処理に進み、これ以外のときにはＳ５４６（図４１）の処理に進む。
ステップ５６８（Ｓ５６８）において、セッション制御部５１０は、参加を要求したユーザに、情報・サービスを提供するための処理を行う。【０１７８】
ステップ５４６（Ｓ５４６）において、コミュニティ管理部５１２は、情報・サービスの提供が終了したか否かを判断する。
データアクセスサーバプログラム５０は、情報・サービスの提供が終了したときにはＳ５４８の処理に進み、これ以外のときにはＳ５６の処理に戻る。
ステップ５４８（Ｓ５４８）において、コミュニティ管理部５１２は、情報・サービスの提供のために作成したコミュニティを削除する。【０１７９】
動的に作成されるコミュニティへの参加のための制御を、さらに説明する。
図４３は、動的に作成されるコミュニティへの参加のための制御処理（Ｓ４６）を示す通信シーケンス図である。
図４３に示すように、ステップ４６０（Ｓ４６０）において、ＰＣ２などから、データアクセスサーバ５に対して、情報・サービス提供のためのコミュニティへの参加要求が出される。
ステップ４６２（Ｓ４６２）において、データアクセスサーバ５は、プロファイル仕様管理装置１２に対して、コミュニティプロファイル情報、コミュニティメンバー情報、および逆引きバディリスト情報に関するプロファイル仕様情報検索を行う。
ステップ４６４（Ｓ４６４）において、プロファイル仕様管理装置１２は、検索の結果として見つかったコミュニティプロファイル情報、コミュニティメンバー情報、および逆引きバディリスト情報に関するプロファイル仕様情報を返す。【０１８０】
ステップ４６６（Ｓ４６６）において、データアクセスサーバ５は、データアクセス装置３に対して、情報・サービス提供のためのコミュニティのコミュニティプロファイル情報とコミュニティメンバー情報のパス、および参加を要求したユーザの逆引きバディリスト情報のパスを指定する。
ステップ４６８（Ｓ４６８）において、データアクセス装置３は、ポリシサーバ１６に対して、情報・サービス提供のためのコミュニティへの参加要求を出したＰＣ２などの、コミュニティプロファイル情報およびコミュニティメンバー情報へのアクセスの可否を問い合わせる。
ステップ４７０（Ｓ４７０）において、ポリシサーバ１６は、コミュニティプロファイル情報およびコミュニティメンバー情報へのアクセスの可否を応答する（許可する）。【０１８１】
ステップ４７２（Ｓ４７２）において、データアクセス装置３は、コミュニティプロファイル情報（図７）、コミュニティメンバー情報（図９）、および逆引きバディリスト情報（図１０）を検索する。
ステップ４７３（Ｓ４７３）において、データアクセス装置３は、データアクセスサーバ５に対して、コミュニティプロファイル情報、コミュニティメンバー情報、および逆引きバディリスト情報を送信する。
ステップ４７４（Ｓ４７４）において、データアクセスサーバ５は、これらの情報に基づいて、参加を要求したユーザに、情報・サービス提供のためのコミュニティへの参加を許すか否かを判断する。
ステップ４７５（Ｓ４７５）において、データアクセスサーバ５は、サービス実行装置１８に対して、情報・サービスの提供の実行を要求する。【０１８２】
ステップ４７６（Ｓ４７６）において、サービス実行装置１８は、データアクセスサーバ５に対して、情報・サービスの提供の実行結果を応答する。
ステップ４７８（Ｓ４７８）において、データアクセスサーバ５は、コミュニティへの参加を要求したユーザが参加可能であるときには、参加可能である旨の応答と、情報・サービス提供の実行結果を、ＰＣ２に対して出力する。
また、データアクセスサーバ５は、コミュニティへの参加を要求したユーザが参加不可能であるときには、参加不可能である旨の応答を、ＰＣ２に対して出力する。【０１８３】
［（３）コミュニティにおける情報共有のための制御］
以下、コミュニティにおける情報共有のための制御を説明する。
図４４は、情報共有のための制御処理（Ｓ５８）を示すフローチャートである。
図４４に示すように、ステップ５８０（Ｓ５８０）において、要求受信部５００は、ＰＣ２から、情報共有の要求を受信する。
ステップ５８２（Ｓ５８２）において、情報取得部５０２は、情報共有の要求を出したユーザの逆引きバディリスト情報（図１０）を取得する。【０１８４】
ステップ５８４（Ｓ５８４）において、対象リスト管理部５０４は、対象メンバーリストを初期化する。
ステップ５８６（Ｓ５８６）において、情報取得部５０２は、プロファイル仕様管理装置１２から、コミュニティメンバー情報に関するプロファイル仕様情報を取得し、この情報に基づき、データアクセス装置３から、情報共有が要求されたコミュニティのコミュニティメンバー情報を取得する。
ステップ５８８（Ｓ５８８）において、対象リスト管理部５０４は、コミュニティの全メンバーについて、処理を終了したか否かを判断する。
データアクセスサーバプログラム５０は、コミュニティの全メンバーについての処理が終了したときにはＳ５９６の処理に進み、これ以外のときにはＳ５９０の処理に進む。【０１８５】
ステップ５９６（Ｓ５９６）において、情報共有処理部５１４は、対象リスト管理部５０４によって作成された、情報共有の対象となるユーザのリストを用いて、サービス実行装置１８（図１）などと協働して、対象リストに含まれるユーザに対して、共有されるべき情報を提供する。
ステップ５９０，５９２（Ｓ５９０，Ｓ５９２）において、アクセス制御部５０６は、これまでに処理の対象となっていないユーザの共有属性（図３４（C））を処理の対象とし、情報共有を要求したユーザの逆引きバディリスト情報を用いて、情報の共有をしうるか否かを判断する。
データアクセスサーバプログラム５０は、そのユーザに対して情報の共有をなし得ないときにはＳ５８８の処理に戻り、これ以外のときにはＳ５９４の処理に進む。
ステップ５９４（Ｓ５９４）において、対象リスト管理部５０４は、情報共有の対象となるユーザを対象メンバーリストに追加する。【０１８６】
情報共有のための制御を、さらに説明する。
図４５は、情報共有のための制御処理（Ｓ６０）を示す通信シーケンス図である。
図４５に示すように、ステップ６００（Ｓ６００）において、コミュニティのメンバーであるＰＣ２などから、情報共有の実行が要求される。
ステップ６０２（Ｓ６０２）において、データアクセスサーバ５は、プロファイル仕様管理装置１２に対して、逆引きバディリスト情報に関するプロファイル仕様情報の検索を行う。【０１８７】
ステップ６０４（Ｓ６０４）において、プロファイル仕様管理装置１２は、データアクセスサーバ５に対して、逆引きバディリスト情報に関するプロファイル仕様情報（図１２）を返す。
ステップ６０６（Ｓ６０６）において、データアクセスサーバ５は、データアクセス装置３に対して、情報共有の要求を出したユーザの、逆引きバディリスト情報のパスを指定する。
ステップ６０８（Ｓ６０８）において、データアクセス装置３は、ポリシサーバ１６に対して、情報共有の実行を要求したユーザ（ＰＣ２など）の、逆引きバディリスト情報へのアクセスの可否を問い合わせる。【０１８８】
ステップ６１０（Ｓ６１０）において、ポリシサーバ１６は、データアクセス装置３に対して、逆引きバディリスト情報へのアクセスの可否を応答する（許可する）。
ステップ６１２（Ｓ６１２）において、データアクセス装置３は、情報共有の実行を要求したユーザの、逆引きバディリスト情報（図１０）を検索する。
ステップ６１４（Ｓ６１４）において、データアクセス装置３は、データアクセスサーバ５に対して、逆引きバディリスト情報を送信する。【０１８９】
ステップ６１６（Ｓ６１６）において、データアクセスサーバ５は、プロファイル仕様管理装置１２に対して、コミュニティメンバー情報に関するプロファイル仕様情報の検索を行う。
ステップ６１８（Ｓ６１８）において、プロファイル仕様管理装置１２は、データアクセスサーバ５に対して、コミュニティメンバー情報に関するプロファイル仕様情報を返す。
ステップ６２０（Ｓ６２０）において、データアクセスサーバ５は、データアクセス装置３に対して、情報共有が要求されたコミュニティのコミュニティメンバー情報のパスを指定する。【０１９０】
ステップ６２２（Ｓ６２２）において、データアクセス装置３は、ポリシサーバ１６に対して、情報共有の実行を要求したユーザ（ＰＣ２など）の、コミュニティメンバー情報へのアクセスの可否を問い合わせる。
ステップ６２４（Ｓ６２４）において、ポリシサーバ１６は、コミュニティメンバー情報へのアクセスの可否を応答する（許可する）。
ステップ６２６（Ｓ６２６）において、データアクセス装置３は、コミュニティメンバー情報（図９）を検索する。
ステップ６２７（Ｓ６２７）において、データアクセス装置３は、データアクセスサーバ５に対して、コミュニティメンバー情報を送信する。【０１９１】
以下、ステップ６２８（Ｓ６２８）の処理は、情報共有の対象となるコミュニティに参加しているメンバー全員について行われる。
ステップ６２８（Ｓ６２８）において、データアクセスサーバ５は、ユーザの共有属性、および情報共有の実行を要求したユーザの逆引きバディリスト情報を用いて、情報共有可否の判断を行い、対象メンバーリストを作成する。
ステップ６３０（Ｓ６３０）において、データアクセスサーバ５は、ＰＣ２から要求された情報の共有を、サービス実行装置１８に対して要求する。
ステップ６３２（Ｓ６３２）において、サービス実行装置１８は、要求された、情報共有の結果を、データアクセスサーバ５に返す。
ステップ６３４（Ｓ６３４）において、データアクセスサーバ５は、情報共有の結果を、ＰＣ２に返す。【０１９２】
以上説明したデータアクセスサーバプログラム５０の処理によれば、一定の規約に従うユーザのみから構成されるコミュニティの間で、情報・サービスの提供を行うことができるので、一般のユーザを、悪意を持つユーザから保護することができる。
また、コミュニティ参加者にとって、アクセス制御を行うために必要な情報を、自分で作成することは、手間と時間がかかるので、面倒な作業だが、本発明にかかる方法によれば、コミュニティ参加時の属性情報（図３４（Ａ）〜（Ｃ）に示した情報）、および、各参加者のユーザプロファイル情報に含まれるバディリスト（または、逆引きバディリスト情報）を用いてアクセス制御ができる。
従って、本発明にかかる方法は、コミュニティ参加者のプライバシーの保護の設定・管理を容易にするだけでなく、コミュニティ参加者に、情報・サービスの提供元の選択を行うためのフィルタ機能を提供できる。
【符号の説明】
【０１９３】
１・・・コミュニティ情報検索システム，
１２・・・プロファイル仕様情報管理装置，
１４・・・外部プロファイル情報管理装置，
１５・・・外部プロファイル情報格納装置，
１６・・・ポリシサーバ，
１８・・・サービス実行装置，
２・・・クライアントＰＣ，
１１０・・クラスタノード本体，
１１２・・・ＣＰＵ，
１１４・・・メモリ，
１１８・・・記録装置，
１２０・・・記録媒体，
１２２・・・通信装置，
３・・・データアクセス装置
３０・・・プロファイル情報操作プログラム
３００・・・通信処理部
３０２・・・プロファイル仕様情報キャッシュＤＢ
３０４・・・プロファイル情報キャッシュＤＢ
３０６・・・プロファイル情報ＤＢ
３０８・・・コミュニティプロファイル情報ＤＢ，
３１０・・・コミュニティリスト情報ＤＢ，
３１２・・・逆引きバディリスト情報ＤＢ，
３１６・・・コミュニティメンバー情報ＤＢ，
３２・・・プロファイル情報検索部，
３２０・・・ＵＩ部，
３２２・・・リクエスト解釈部，
３２４・・・プロファイル仕様情報検索部，
３２６・・・データアクセス装置特定部，
３２８・・・鍵フィルタ値算出部，
３３０・・・データアクセス装置ＩＤ取得部，
３３２・・・データアクセス装置ＩＤ判定部，
３３４・・・アクセス制御部，
３３６・・・サービス実行制御部，
３３８・・・プロファイル情報検索部，
３４０・・・クラスタノード特定部，
３４２・・・データソース読出部，
３４４・・・プロファイル情報検索部，
３４６・・・プロファイル情報格納部，
３６・・・プロファイル情報格納部，
３６０・・・前提条件確認部，
３６２・・・プロファイル情報格納部，
３８・・・プロファイル情報削除部，
３８０・・・前提条件確認部，
３８２・・・プロファイル情報削除部，
１０４・・・管理ＰＣ，
４０・・・プロファイル仕様情報確認プログラム，
４００・・・プロファイル仕様情報確認部，
４２・・・プロファイル仕様情報操作プログラム，
４２０・・・リクエスト解釈部，
４２２・・・プロファイル仕様情報検索部，
４２４・・・プロファイル仕様情報格納部，
４２６・・・プロファイル仕様情報更新部，
４２８・・・プロファイル仕様情報削除部，
４３０・・・プロファイル仕様情報ＤＢ，
４４・・・プロファイル情報検索プログラム，
４４０・・・プロファイル情報検索部，
４６・・・プロファイル仕様情報操作プログラム，
５・・・データアクセスサーバ，
５０・・・データアクセスサーバプログラム，
５００・・・要求受信部，
５０２・・・情報取得部，
５０４・・・対象リスト管理部，
５０６・・・アクセス制御部，
５０８・・・情報・サービス提供部，
５１０・・・セッション制御部，
５１２・・・コミュニティ管理部，
５１４・・・情報共有処理部，
５２０・・・通信制御部，
８・・・識別子管理装置，
【産業上の利用可能性】
【０１９４】
本発明は、ネットワークを介した情報・サービスの提供のために利用可能である。
【図１】
2008126838.tif 000003
【図２】
2008126838.tif 000004
【図３】
2008126838.tif 000005
【図４】
2008126838.tif 000006
【図５】
2008126838.tif 000007
【図６】
2008126838.tif 000008
【図７】
2008126838.tif 000009
【図８】
2008126838.tif 000010
【図９】
2008126838.tif 000011
【図１０】
2008126838.tif 000012
【図１１】
2008126838.tif 000013
【図１２】
2008126838.tif 000014
【図１３】
2008126838.tif 000015
【図１４】
2008126838.tif 000016
【図１５】
2008126838.tif 000017
【図１６】
2008126838.tif 000018
【図１７】
2008126838.tif 000019
【図１８】
2008126838.tif 000020
【図１９】
2008126838.tif 000021
【図２０】
2008126838.tif 000022
【図２１】
2008126838.tif 000023
【図２２】
2008126838.tif 000024
【図２３】
2008126838.tif 000025
【図２４Ａ】
2008126838.tif 000026
【図２４Ｂ】
2008126838.tif 000027
【図２４Ｃ】
2008126838.tif 000028
【図２４Ｄ】
2008126838.tif 000029
【図２４Ｅ】
2008126838.tif 000030
【図２５】
2008126838.tif 000031
【図２６】
2008126838.tif 000032
【図２７】
2008126838.tif 000033
【図２８】
2008126838.tif 000034
【図２９】
2008126838.tif 000035
【図３０】
2008126838.tif 000036
【図３１】
2008126838.tif 000037
【図３２Ａ】
2008126838.tif 000038
【図３２Ｂ】
2008126838.tif 000039
【図３２Ｃ】
2008126838.tif 000040
【図３２Ｄ】
2008126838.tif 000041
【図３２Ｅ】
2008126838.tif 000042
【図３３Ａ】
2008126838.tif 000043
【図３３Ｂ】
2008126838.tif 000044
【図３３Ｃ】
2008126838.tif 000045
【図３３Ｄ】
2008126838.tif 000046
【図３３Ｅ】
2008126838.tif 000047
【図３４】
2008126838.tif 000048
【図３５】
2008126838.tif 000049
【図３６】
2008126838.tif 000050
【図３７】
2008126838.tif 000051
【図３８】
2008126838.tif 000052
【図３９】
2008126838.tif 000053
【図４０】
2008126838.tif 000054
【図４１】
2008126838.tif 000055
【図４２】
2008126838.tif 000056
【図４３】
2008126838.tif 000057
【図４４】
2008126838.tif 000058
【図４５】
2008126838.tif 000059
【国際調査報告】
2008126838.tif 000060
2008126838.tif 000061
2008126838.tif 000062
2008126838.tif 000063
2008126838.tif 000064
2008126838.tif 000065