(57)【要約】【課題】アクセス管理のための管理者の作業を軽減して運用コストを抑えることができる通信フィルタリングシステムを提供する。【解決手段】メンバ情報記憶部５０３は、コミュニティ識別子とコミュニティメンバのユーザ識別子とを記憶する。利用サービス情報記憶部５０４は、コミュニティ識別子とそのコミュニティで利用可能なサービスのサービス識別子とを記憶する。コミュニティ情報管理部５０１は、コミュニティ開設時等に、メンバ情報記憶部５０３、利用サービス情報記憶部５０４等が記憶する情報を更新する。通信フィルタリング部３０は、リクエストを受信すると、ユーザ情報や、メンバ情報記憶部５０３、利用サービス情報記憶部５０４に記憶された情報を参照して、リクエストをサービス提供部６０に転送するか否かを判定する。【選択図】図１
2008046875.tif 000002
【特許請求の範囲】
【請求項１】
個々のユーザを識別するユーザ識別子と、ユーザ認証に用いられる個々のユーザの固有の情報であるユーザ認証情報とを対応付けて記憶するユーザ情報記憶部と、
ユーザの端末に対してサービスを提供するサービス提供部と、
ユーザの端末からのリクエストをサービス提供部に転送するか否かを判定する通信フィルタリング部と、
コミュニティに関する情報を登録するコミュニティ管理部と、
サービス提供部がユーザの端末にサービスを提供できるようにサービス提供部の設定を行うサービス管理部と、
コミュニティ管理部に情報を送信する管理者端末とを備え、
コミュニティ管理部は、
個々のコミュニティを識別するコミュニティ識別子を記憶するコミュニティ情報記憶部と、
コミュニティ識別子と、当該コミュニティ識別子が示すコミュニティに属するメンバのユーザ識別子とを対応づけたメンバ情報を記憶するメンバ情報記憶部と、
コミュニティ識別子と、当該コミュニティ識別子が示すコミュニティに属するメンバが利用可能なサービスを示すサービス識別子とを対応付けた利用サービス情報を記憶する利用サービス情報記憶部と、
コミュニティ情報記憶部へのコミュニティ識別子の登録、メンバ情報記憶部へのメンバ情報の登録、利用サービス情報記憶部への利用サービス情報の登録を行うコミュニティ情報管理部とを有し、
サービス管理部は、
サービス提供部がユーザの端末にサービスを提供できるようにサービス提供部の設定を行うサービスの開設、およびサービスを提供不能となるようにサービス提供部の設定を行うサービスの閉鎖を実行するサービス設定部と、
コミュニティ情報管理部からの要求に応じて、サービス設定部に対してサービスの開設またはサービスの閉鎖を要求するサービス情報管理部とを有し、
通信フィルタリング部は、
ユーザの端末から受信したリクエストに付加されているユーザ識別子およびユーザ認証情報の組み合わせがユーザ情報記憶部に記憶されている場合にユーザ認証に成功したと判定し、リクエストに付加されているユーザ識別子およびユーザ認証情報の組み合わせがユーザ情報記憶部に記憶されていない場合にユーザ認証に失敗したと判定するユーザ認証部と、
ユーザ認証に成功したと判定されたときに、ユーザの端末から受信したリクエストに付加されているユーザ識別子に対応するコミュニティ識別子をメンバ情報記憶部から取得し、前記リクエストに付加されているサービス識別子に対応するコミュニティ識別子を利用サービス情報記憶部から取得し、メンバ情報記憶部から取得したコミュニティ識別子の中に、利用サービス情報記憶部から取得したコミュニティ識別子が含まれている場合に、前記リクエストがユーザが参加するコミュニティに許可されたサービスへのリクエストであると判定するリクエスト内容検証部と、
ユーザ認証に成功し、リクエストがユーザが参加するコミュニティに許可されたサービスへのリクエストであると判定された場合に、前記リクエストをサービス提供部に転送するフィルタリング部とを有し、
コミュニティ情報管理部は、管理者端末から新たなコミュニティのメンバとなるユーザのユーザ識別子を受信すると、新たなコミュニティのコミュニティ識別子を生成し、当該コミュニティ識別子をコミュニティ情報記憶部に記憶させ、当該コミュニティ識別子と管理者端末から受信したユーザ識別子とを対応付けたメンバ情報をメンバ情報記憶部に記憶させ、前記新たなコミュニティのサービスの開設をサービス情報管理部に要求し、
サービス情報管理部は、コミュニティ情報管理部からの要求に応じて、サービス設定部に対してサービスの開設を要求し、
サービス設定部は、サービス情報管理部からの要求に応じて、サービス提供部がユーザの端末にサービスを提供できるようにサービス提供部の設定を行い、新たにサービス識別子を生成し、
コミュニティ情報管理部は、コミュニティ識別子と前記サービス識別子とを対応付けた利用サービス情報を利用サービス情報記憶部に記憶させる
ことを特徴とする通信フィルタリングシステム。
【請求項２】
サービス管理部は、サービス提供部に開設可能なサービスの種別を記憶するサービス提供部情報記憶部を備え、
コミュニティ情報管理部は、前記サービスの種別をサービス情報管理部に要求し、
サービス情報管理部は、コミュニティ情報管理部からの要求に応じて前記サービスの種別をサービス提供部情報記憶部から読み込んでコミュニティ情報管理部に送信し、
コミュニティ情報管理部は、前記サービスの種別を管理者端末に送信し、
コミュニティ情報管理部は、管理者端末に指定された種別のサービスの開設をサービス情報管理部に要求する
請求項１に記載の通信フィルタリングシステム。
【請求項３】
サービス設定部は、サービス提供部がユーザの端末にサービスを提供できるようにサービス提供部の設定を行うときに、前記サービスのアドレスを示すサービスアドレス情報を生成し、
サービス管理部は、サービス設定部が生成したサービス識別子とサービスアドレス情報とを記憶するサービス情報記憶部を備えた
請求項１または請求項２に記載の通信フィルタリングシステム。
【請求項４】
コミュニティ情報管理部は、管理者端末から閉鎖対象となるコミュニティのコミュニティ識別子を受信すると、当該コミュニティ識別子に対応するサービス識別子を利用サービス情報記憶部から読み込み、当該サービス識別子をサービス情報管理部に送信して、サービス情報管理部にサービスの閉鎖を要求し、
サービス情報管理部は、コミュニティ情報管理部から受信したサービス識別子が示すサービスの閉鎖をサービス設定部に要求し、
サービス設定部は、サービス識別子が示すサービスを提供不能となるようにサービス提供部の設定を行い、
コミュニティ情報管理部は、閉鎖対象となるコミュニティのコミュニティ識別子をコミュニティ情報記憶部から削除し、閉鎖対象となるコミュニティのコミュニティ識別子および当該コミュニティ識別子に対応するユーザ識別子をメンバ情報記憶部から削除し、閉鎖対象となるコミュニティのコミュニティ識別子および当該コミュニティ識別子に対応するサービス識別子を利用サービス情報記憶部から削除する
請求項１から請求項３のうちのいずれか１項に記載の通信フィルタリングシステム。
【請求項５】
サービス管理部は、サービス提供部に開設可能なサービスの種別を記憶するサービス提供部情報記憶部を備え、
コミュニティ情報管理部は、管理者端末からサービス変更対象となるコミュニティのコミュニティ識別子を受信すると、当該コミュニティ識別子に対応するサービス識別子を利用サービス情報記憶部から読み込み、当該サービス識別子を管理者端末に送信し、管理者端末に指定されたサービス識別子をサービス情報管理部に送信して、サービス情報管理部にサービスの閉鎖を要求し、
サービス情報管理部は、コミュニティ情報管理部から受信したサービス識別子が示すサービスの閉鎖をサービス設定部に要求し、
サービス設定部は、サービス識別子が示すサービスを提供不能となるようにサービス提供部の設定を行い、
コミュニティ情報管理部は、前記サービス識別子を利用サービス情報記憶部から削除し、
コミュニティ情報管理部は、サービスの種別をサービス情報管理部に要求し、
サービス情報管理部は、コミュニティ情報管理部からの要求に応じて前記サービスの種別をサービス提供部情報記憶部から読み込んでコミュニティ情報管理部に送信し、
コミュニティ情報管理部は、前記サービスの種別を管理者端末に送信し、
コミュニティ情報管理部は、管理者端末に指定された種別のサービスの開設をサービス情報管理部に要求し、
サービス情報管理部は、コミュニティ情報管理部からの要求に応じて、サービス設定部に対してサービスの開設を要求し、
サービス設定部は、サービス情報管理部からの要求に応じて、サービス提供部がユーザの端末にサービスを提供できるようにサービス提供部の設定を行い、新たにサービス識別子を生成し、
サービス情報管理部は、前記サービス識別子をサービス変更対象となるコミュニティのコミュニティ識別子に対応付けて利用サービス情報記憶部に記憶させる
請求項１から請求項４のうちのいずれか１項に記載の通信フィルタリングシステム。
【請求項６】
複数のユーザ情報記憶部を備え、
コミュニティ情報管理部は、各ユーザ情報記憶部に記憶されたユーザ識別子を管理者端末に送信し、管理者端末から新たなコミュニティのメンバとなるユーザのユーザ識別子を受信すると、新たなコミュニティのコミュニティ識別子を生成し、当該コミュニティ識別子と、管理者端末から受信したユーザ識別子と、当該ユーザ識別子を記憶しているユーザ情報記憶部の識別情報とを対応づけたメンバ情報をメンバ情報記憶部に記憶させる
請求項１から請求項５のうちのいずれか１項に記載の通信フィルタリングシステム。
【請求項７】
管理者端末からの要求に応じて、ユーザ情報記憶部にユーザ識別子とユーザ認証情報とを対応付けて記憶させるユーザ情報管理部と、
管理者のユーザ識別子と管理者のユーザ認証情報とを対応付けて記憶する管理者情報記憶部と、
管理者端末から受信した管理者のユーザ識別子および管理者のユーザ認証情報の組み合わせが管理者情報記憶部に記憶されている場合に管理者の認証に成功したと判定し、管理者端末から受信した管理者のユーザ識別子および管理者のユーザ認証情報の組み合わせが管理者情報記憶部に記憶されていない場合に管理者の認証に失敗したと判定する管理者認証部とを備え、
ユーザ情報管理部は、管理者の認証に成功したと判定された場合に、管理者端末からの要求に応じて、ユーザ情報記憶部にユーザ識別子とユーザ認証情報とを対応付けて記憶させる
請求項１から請求項６のうちのいずれか１項に記載の通信フィルタリングシステム。
【請求項８】
コミュニティ情報管理部は、管理者の認証に成功したと判定された場合に、管理者端末から新たなコミュニティのメンバとなるユーザのユーザ識別子を受信する
請求項７に記載の通信フィルタリングシステム。
【請求項９】
通信フィルタリング部は、ユーザ認証部によってユーザ認証に成功したと判定された場合に前記ユーザ認証に対応するデータである第１のセッション情報を生成し、リクエストの送信元のユーザの端末に第１のセッション情報を送信するセッション情報生成部と、
第１のセッション情報を記憶するセッション情報記憶部と、
ユーザの端末から新たに受信したリクエストに付加されている第１のセッション情報が、セッション情報記憶部に記憶されている場合に、前記第１のセッション情報が正規の第１のセッション情報であると判定するセッション情報管理部とを備え、
リクエスト内容検証部は、ユーザの端末から新たに受信したリクエストに付加されている第１のセッション情報が正規の第１のセッション情報であると判定されたならば、ユーザ認証部にユーザ認証に成功したと判定されていなくても、ユーザの端末から受信したリクエストに付加されているユーザ識別子に対応するコミュニティ識別子をメンバ情報記憶部から取得し、前記リクエストに付加されているサービス識別子に対応するコミュニティ識別子を利用サービス情報記憶部から取得し、メンバ情報記憶部から取得したコミュニティ識別子の中に、利用サービス情報記憶部から取得したコミュニティ識別子が含まれている場合に、前記リクエストがユーザが参加するコミュニティに許可されたサービスへのリクエストであると判定する
請求項１から請求項８のうちのいずれか１項に記載の通信フィルタリングシステム。
【請求項１０】
セッション情報生成部は、ユーザの端末から受信したリクエストがユーザが参加するコミュニティに許可されたサービスへのリクエストであるとリクエスト内容検証部によって判定された場合に前記判定に対応するデータである第２のセッション情報を生成し、第２のセッション情報と前記リクエストに付加されているサービス識別子とを対応付けてセッション情報記憶部に記憶させ、リクエストの送信元のユーザの端末に第２のセッション情報を送信し、
セッション情報管理部は、ユーザの端末から新たに受信したリクエストに付加された第２のセッション情報およびサービス識別子の組み合わせがセッション情報記憶部に記憶されているか否かを判定し、
フィルタリング部は、ユーザの端末から新たに受信したリクエストに付加されている第１のセッション情報が正規の第１のセッション情報であると判定され、かつ、前記リクエストに付加された第２のセッション情報およびサービス識別子の組み合わせがセッション情報記憶部に記憶されていると判定された場合に、前記リクエストがユーザが参加するコミュニティに許可されたサービスへのリクエストであるとリクエスト内容検証部によって判定されない場合であっても、前記リクエストをサービス提供部に転送する
請求項９に記載の通信フィルタリングシステム。
【請求項１１】
個々のユーザを識別するユーザ識別子と、ユーザ認証に用いられる個々のユーザの固有の情報であるユーザ認証情報とを対応付けて記憶するユーザ情報記憶部と、
ユーザの端末に対してサービスを提供するサービス提供部と、
ユーザの端末からのリクエストをサービス提供部に転送するか否かを判定する通信フィルタリング部と、
コミュニティに関する情報を登録するコミュニティ管理部と、
サービス提供部がユーザの端末にサービスを提供できるようにサービス提供部の設定を行うサービス管理部と、
コミュニティ管理部に情報を送信する管理者端末とを備え、
コミュニティ管理部が、
個々のコミュニティを識別するコミュニティ識別子を記憶するコミュニティ情報記憶部と、
コミュニティ識別子と、当該コミュニティ識別子が示すコミュニティに属するメンバのユーザ識別子とを対応づけたメンバ情報を記憶するメンバ情報記憶部と、
コミュニティ識別子と、当該コミュニティ識別子が示すコミュニティに属するメンバが利用可能なサービスを示すサービス識別子とを対応付けた利用サービス情報を記憶する利用サービス情報記憶部と、
コミュニティ情報記憶部へのコミュニティ識別子の登録、メンバ情報記憶部へのメンバ情報の登録、利用サービス情報記憶部への利用サービス情報の登録を行うコミュニティ情報管理部とを有し、
サービス管理部が、
サービス提供部がユーザの端末にサービスを提供できるようにサービス提供部の設定を行うサービスの開設、およびサービスを提供不能となるようにサービス提供部の設定を行うサービスの閉鎖を実行するサービス設定部と、
コミュニティ情報管理部からの要求に応じて、サービス設定部に対してサービスの開設またはサービスの閉鎖を要求するサービス情報管理部とを有する通信フィルタリングシステムを用いて、ユーザの端末からの所定のリクエストをサービス提供部に転送する通信フィルタリング方法であって、
コミュニティ情報管理部が、管理者端末から新たなコミュニティのメンバとなるユーザのユーザ識別子を受信すると、新たなコミュニティのコミュニティ識別子を生成し、当該コミュニティ識別子をコミュニティ情報記憶部に記憶させ、当該コミュニティ識別子と管理者端末から受信したユーザ識別子とを対応付けたメンバ情報をメンバ情報記憶部に記憶させ、前記新たなコミュニティのサービスの開設をサービス情報管理部に要求し、
サービス情報管理部が、コミュニティ情報管理部からの要求に応じて、サービス設定部に対してサービスの開設を要求し、
サービス設定部が、サービス情報管理部からの要求に応じて、サービス提供部がユーザの端末にサービスを提供できるようにサービス提供部の設定を行い、新たにサービス識別子を生成し、
コミュニティ情報管理部が、コミュニティ識別子と前記サービス識別子とを対応付けた利用サービス情報を利用サービス情報記憶部に記憶させ、
通信フィルタリング部が、ユーザの端末から受信したリクエストに付加されているユーザ識別子およびユーザ認証情報の組み合わせがユーザ情報記憶部に記憶されている場合にユーザ認証に成功したと判定し、リクエストに付加されているユーザ識別子およびユーザ認証情報の組み合わせがユーザ情報記憶部に記憶されていない場合にユーザ認証に失敗したと判定し、
通信フィルタリング部が、ユーザ認証に成功したと判定したときに、ユーザの端末から受信したリクエストに付加されているユーザ識別子に対応するコミュニティ識別子をメンバ情報記憶部から取得し、前記リクエストに付加されているサービス識別子に対応するコミュニティ識別子を利用サービス情報記憶部から取得し、メンバ情報記憶部から取得したコミュニティ識別子の中に、利用サービス情報記憶部から取得したコミュニティ識別子が含まれている場合に、前記リクエストがユーザが参加するコミュニティに許可されたサービスへのリクエストであると判定し、
通信フィルタリング部が、ユーザ認証に成功し、リクエストがユーザが参加するコミュニティに許可されたサービスへのリクエストであると判定した場合に、前記リクエストをサービス提供部に転送する
ことを特徴とする通信フィルタリング方法。
【請求項１２】
サービス提供部がユーザの端末にサービスを提供できるようにサービス提供部の設定を行うサービス管理部と、コミュニティ管理部に情報を送信する管理者端末とに接続されたコミュニティ管理装置であって、
個々のコミュニティを識別するコミュニティ識別子を記憶するコミュニティ情報記憶部と、
コミュニティ識別子と、当該コミュニティ識別子が示すコミュニティに属するメンバのユーザ識別子とを対応づけたメンバ情報を記憶するメンバ情報記憶部と、
コミュニティ識別子と、当該コミュニティ識別子が示すコミュニティに属するメンバが利用可能なサービスを示すサービス識別子とを対応付けた利用サービス情報を記憶する利用サービス情報記憶部と、
コミュニティ情報記憶部へのコミュニティ識別子の登録、メンバ情報記憶部へのメンバ情報の登録、利用サービス情報記憶部への利用サービス情報の登録を行うコミュニティ情報管理部とを備え、
コミュニティ情報管理部は、管理者端末から新たなコミュニティのメンバとなるユーザのユーザ識別子を受信すると、新たなコミュニティのコミュニティ識別子を生成し、当該コミュニティ識別子をコミュニティ情報記憶部に記憶させ、当該コミュニティ識別子と管理者端末から受信したユーザ識別子とを対応付けたメンバ情報をメンバ情報記憶部に記憶させ、前記新たなコミュニティのサービスの開設をサービス管理部に要求し、コミュニティ識別子とサービス管理部によって生成されたサービス識別子とを対応付けた利用サービス情報を利用サービス情報記憶部に記憶させる
ことを特徴とするコミュニティ管理装置
【請求項１３】
ユーザの端末に対してサービスを提供するサービス提供部と、コミュニティに関する情報を登録するコミュニティ管理部とに接続され、サービス提供部がユーザの端末にサービスを提供できるようにサービス提供部の設定を行うサービス管理装置であって、
サービス提供部がユーザの端末にサービスを提供できるようにサービス提供部の設定を行うサービスの開設、およびサービスを提供不能となるようにサービス提供部の設定を行うサービスの閉鎖を実行するサービス設定部と、
コミュニティ管理部からの要求に応じて、サービス設定部に対してサービスの開設またはサービスの閉鎖を要求するサービス情報管理部とを備え、
サービス設定部は、サービス情報管理部からの要求に応じて、サービス提供部がユーザの端末にサービスを提供できるようにサービス提供部の設定を行うときに、前記サービスを識別するサービス識別子を生成する
ことを特徴とするサービス管理装置。
【請求項１４】
個々のユーザを識別するユーザ識別子と、ユーザ認証に用いられる個々のユーザの固有の情報であるユーザ認証情報とを対応付けて記憶するユーザ情報記憶部とユーザ識別子およびユーザ認証情報を取得可能に接続され、
個々のコミュニティを識別するコミュニティ識別子と、当該コミュニティ識別子が示すコミュニティに属するメンバのユーザ識別子とを対応づけたメンバ情報を記憶するメンバ情報記憶部と、コミュニティ識別子と、当該コミュニティ識別子が示すコミュニティに属するメンバが利用可能なサービスを示すサービス識別子とを対応付けた利用サービス情報を記憶する利用サービス情報記憶部とを備えたコミュニティ管理装置と接続され、
ユーザの端末からのリクエストをサービス提供部に転送するか否かを判定する通信フィルタリング装置であって、
ユーザの端末から受信したリクエストに付加されているユーザ識別子およびユーザ認証情報の組み合わせがユーザ情報記憶部に記憶されている場合にユーザ認証に成功したと判定し、リクエストに付加されているユーザ識別子およびユーザ認証情報の組み合わせがユーザ情報記憶部に記憶されていない場合にユーザ認証に失敗したと判定するユーザ認証部と、
ユーザ認証に成功したと判定されたときに、ユーザの端末から受信したリクエストに付加されているユーザ識別子に対応するコミュニティ識別子をメンバ情報記憶部から取得し、前記リクエストに付加されているサービス識別子に対応するコミュニティ識別子を利用サービス情報記憶部から取得し、メンバ情報記憶部から取得したコミュニティ識別子の中に、利用サービス情報記憶部から取得したコミュニティ識別子が含まれている場合に、前記リクエストがユーザが参加するコミュニティに許可されたサービスへのリクエストであると判定するリクエスト内容検証部と、
ユーザ認証に成功し、リクエストがユーザが参加するコミュニティに許可されたサービスへのリクエストであると判定された場合に、前記リクエストをサービス提供部に転送するフィルタリング部とを備えた
ことを特徴とする通信フィルタリング装置。
【請求項１５】
サービス提供部がユーザの端末にサービスを提供できるようにサービス提供部の設定を行うサービス管理部と、コミュニティ管理部に情報を送信する管理者端末とに接続されたコンピュータであって、個々のコミュニティを識別するコミュニティ識別子を記憶するコミュニティ情報記憶部と、コミュニティ識別子と、当該コミュニティ識別子が示すコミュニティに属するメンバのユーザ識別子とを対応づけたメンバ情報を記憶するメンバ情報記憶部と、コミュニティ識別子と、当該コミュニティ識別子が示すコミュニティに属するメンバが利用可能なサービスを示すサービス識別子とを対応付けた利用サービス情報を記憶する利用サービス情報記憶部とを備えたコンピュータに、
管理者端末から新たなコミュニティのメンバとなるユーザのユーザ識別子を受信したときに、新たなコミュニティのコミュニティ識別子を生成するコミュニティ識別子生成処理、
当該コミュニティ識別子をコミュニティ情報記憶部に記憶させ、当該コミュニティ識別子と管理者端末から受信したユーザ識別子とを対応付けたメンバ情報をメンバ情報記憶部に記憶させる処理、および
前記新たなコミュニティのサービスの開設をサービス管理部に要求し、コミュニティ識別子とサービス管理部によって生成されたサービス識別子とを対応付けた利用サービス情報を利用サービス情報記憶部に記憶させる処理
を実行させるためのコミュニティ管理プログラム。
【請求項１６】
ユーザの端末に対してサービスを提供するサービス提供部と、コミュニティに関する情報を登録するコミュニティ管理部とに接続されるコンピュータに、
コミュニティ管理部からの要求に応じて、サービス提供部がユーザの端末にサービスを提供できるようにサービス提供部の設定を行うサービスの開設、およびサービスを提供不能となるようにサービス提供部の設定を行うサービスの閉鎖を実行し、サービス提供部がユーザの端末にサービスを提供できるようにサービス提供部の設定を行うときに、前記サービスを識別するサービス識別子を生成する処理
を実行させるためのサービス管理プログラム。
【請求項１７】
個々のユーザを識別するユーザ識別子と、ユーザ認証に用いられる個々のユーザの固有の情報であるユーザ認証情報とを対応付けて記憶するユーザ情報記憶部とユーザ識別子およびユーザ認証情報を取得可能に接続され、個々のコミュニティを識別するコミュニティ識別子と、当該コミュニティ識別子が示すコミュニティに属するメンバのユーザ識別子とを対応づけたメンバ情報を記憶するメンバ情報記憶部と、コミュニティ識別子と、当該コミュニティ識別子が示すコミュニティに属するメンバが利用可能なサービスを示すサービス識別子とを対応付けた利用サービス情報を記憶する利用サービス情報記憶部とを備えたコミュニティ管理装置と接続されたコンピュータに、
ユーザの端末から受信したリクエストに付加されているユーザ識別子およびユーザ認証情報の組み合わせがユーザ情報記憶部に記憶されている場合にユーザ認証に成功したと判定し、リクエストに付加されているユーザ識別子およびユーザ認証情報の組み合わせがユーザ情報記憶部に記憶されていない場合にユーザ認証に失敗したと判定するユーザ認証処理、
ユーザ認証に成功したと判定されたときに、ユーザの端末から受信したリクエストに付加されているユーザ識別子に対応するコミュニティ識別子をメンバ情報記憶部から取得し、前記リクエストに付加されているサービス識別子に対応するコミュニティ識別子を利用サービス情報記憶部から取得し、メンバ情報記憶部から取得したコミュニティ識別子の中に、利用サービス情報記憶部から取得したコミュニティ識別子が含まれている場合に、前記リクエストがユーザが参加するコミュニティに許可されたサービスへのリクエストであると判定するリクエスト内容検証処理、および
ユーザ認証に成功し、リクエストがユーザが参加するコミュニティに許可されたサービスへのリクエストであると判定された場合に、前記リクエストをサービス提供部に転送する処理
を実行させるための通信フィルタリングプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、外部ネットワークから内部ネットワークへの通信に対して、コミュニティに関する情報を用いてフィルタリングを行う通信フィルタリングシステム、通信フィルタリング方法、通信フィルタリングシステムに適用されるフィルタリング装置、コミュニティ管理装置、サービス管理装置、フィルタリングプログラム、コミュニティ管理プログラム、およびサービス管理プログラムに関する。
【背景技術】
【０００２】
近年、企業内において他部門や他社とのプロジェクトチームなどのコミュニティを形成して、共同して業務を行う機会が増えている。こうした状況下では、コミュニティメンバが各々の組織やネットワーク（以下、ＮＷと記す。）環境によらずに、掲示板やスケジュール共有やファイル共有などのコミュニティ専用のサービスを利用できる必要がある。
【０００３】
一般的に、企業のイントラネットやある部門に閉じたローカルなＮＷなどの内部ＮＷにおいて、社員やある部門のメンバに閉じたコミュニティサービスを提供している企業や部門は多い。実際に多くの企業や部門では、それらの組織に閉じた掲示板、スケジュール共有、ファイル共有などのコミュニティサービスを提供している。しかし、前述したように、他部門や他社のユーザとコミュニティを形成する機会が増加しており、外部ＮＷから内部ＮＷにアクセスする他部門や他社のユーザに対して、セキュリティを確保しつつ内部ＮＷのコミュニティサービスを提供したいという需要がある。また、普段は内部ＮＷでサービスを利用するコミュニティメンバであっても、内部ＮＷからだけではなく、インターネットなどの外部ＮＷからも内部ＮＷのコミュニティサービスを利用できるようにしたいという需要も多い。
【０００４】
しかし、多くの企業の内部ＮＷには、企業の極秘情報が散在していたり、様々なシステムが稼動しているため、外部ＮＷからの第三者による不正アクセスを抑止して、これらの安全性を確保する必要がある。このため、外部ＮＷから内部ＮＷへ許可された通信のみを通過させるように、外部ＮＷと内部ＮＷの間で通信フィルタリングを行うことが一般的である。
【０００５】
通信フィルタリングを行う装置としてファイアウォール（以下、ＦＷと記す。）装置が広く知られている。ＦＷ装置は、予め記憶しているポリシーに従ってフィルタリングを行う。外部ＮＷに存在する端末から内部ＮＷへのリクエストがあった場合、そのリクエストがポリシーに準じた内部ＮＷへのアクセスであれば、ＦＷはそのリクエストを内部ＮＷに属するサービス提供装置に転送するように動作する。しかし、ＦＷ装置に予め記憶されるポリシーは、ＩＰアドレスやポートなどの通信層の情報に基づくポリシーである。従って、外部ＮＷに存在する端末を利用するユーザに関する情報や、そのユーザが参加するコミュニティに関する情報に基づくフィルタリングを行うことはできなかった。
【０００６】
また、通信層の情報だけでなく、内部ＮＷにアクセスする端末のユーザに関する情報やそのユーザが参加するコミュニティに関する情報を用いてフィルタリングを行う技術として、ＳＳＬ−ＶＰＮ（Secure Socket Layer Virtual Private Network ）が知られている。ＳＳＬ−ＶＰＮでは、ＩＰアドレスやポートだけを用いてフィルタリングを行うのではなく、ユーザに関する情報を用いてユーザ認証を行ったり、ユーザが参加するコミュニティに関する情報を用いて、外部ＮＷからの内部ネットワークへのリクエストがそのユーザが参加するコミュニティに許可されたサービスに対するリクエストであるか否かを判定する。そして、ユーザ認証に成功し、外部ＮＷからの内部ネットワークへのリクエストがユーザの参加するコミュニティに許可されたサービスに対するとリクエストであると判定された場合に、そのリクエストは内部ＮＷに属するサービス提供装置に転送される。
【０００７】
また、ユーザに関する情報を保持するユーザＤＢと、システムによって提供可能なサービスに関する情報を保持するコミュニティサービスＤＢと、開設されたコミュニティのリストを保持するコミュニティＤＢと、コミュニティに属するメンバのリストを保持するコミュニティメンバＤＢとを備えるコミュニティサービス管理サーバを用いたネットワークアクセス管理方法が特許文献１に記載されている。
【０００８】
また、特許文献２には、アクセス制御時にユーザ認証を行うサーバクライアントシステムが記載されている。
【０００９】
【特許文献１】特開２００５−２２８１２２号公報
【特許文献２】特開２００５−３０９８２１号公報（段落００１３，００１４）
【発明の開示】
【発明が解決しようとする課題】
【００１０】
従来のＳＳＬ−ＶＰＮなどでは、アクセス管理のための運用コストが大きいという問題があった。すなわち、従来のＳＳＬ−ＶＰＮでは、利用者が内部ＮＷのコミュニティサービスを利用できるように新規にコミュニティを形成した場合、内部ＮＷのコミュニティサービスを利用していたコミュニティを解散した場合、さらにコミュニティが利用するサービスの種別（例えば、掲示板、ファイル共有、スケジュール共有などの種別）を変更する場合などには、その都度、管理者がユーザに関する情報やコミュニティに関する情報を更新しなければならかった。このようにコミュニティの形成や解散時、あるいはコミュニティが利用するサービスの種別を変更するときに、その都度、管理者がユーザに関する情報やコミュニティに関する情報を更新しなければならなかったので、運用コストが大きくなり、管理者の負担が大きかった。
【００１１】
また、管理者がユーザに関する情報やコミュニティに関する情報を更新していたので、更新時にユーザに関する情報やコミュニティに関する情報が誤って変更されるおそれがあった。
【００１２】
そこで、本発明は、アクセス管理のための管理者の作業を軽減して運用コストを抑えることを目的とする。また、アクセス管理のための情報が誤って更新される危険性を排除することを目的とする。
【課題を解決するための手段】
【００１３】
本発明の通信フィルタリングシステムは、個々のユーザを識別するユーザ識別子と、ユーザ認証に用いられる個々のユーザの固有の情報であるユーザ認証情報とを対応付けて記憶するユーザ情報記憶部と、ユーザの端末に対してサービスを提供するサービス提供部と、ユーザの端末からのリクエストをサービス提供部に転送するか否かを判定する通信フィルタリング部と、コミュニティに関する情報を登録するコミュニティ管理部と、サービス提供部がユーザの端末にサービスを提供できるようにサービス提供部の設定を行うサービス管理部と、コミュニティ管理部に情報を送信する管理者端末とを備え、コミュニティ管理部が、個々のコミュニティを識別するコミュニティ識別子を記憶するコミュニティ情報記憶部と、コミュニティ識別子と、当該コミュニティ識別子が示すコミュニティに属するメンバのユーザ識別子とを対応づけたメンバ情報を記憶するメンバ情報記憶部と、コミュニティ識別子と、当該コミュニティ識別子が示すコミュニティに属するメンバが利用可能なサービスを示すサービス識別子とを対応付けた利用サービス情報を記憶する利用サービス情報記憶部と、コミュニティ情報記憶部へのコミュニティ識別子の登録、メンバ情報記憶部へのメンバ情報の登録、利用サービス情報記憶部への利用サービス情報の登録を行うコミュニティ情報管理部とを有し、サービス管理部が、サービス提供部がユーザの端末にサービスを提供できるようにサービス提供部の設定を行うサービスの開設、およびサービスを提供不能となるようにサービス提供部の設定を行うサービスの閉鎖を実行するサービス設定部と、コミュニティ情報管理部からの要求に応じて、サービス設定部に対してサービスの開設またはサービスの閉鎖を要求するサービス情報管理部とを有し、通信フィルタリング部が、ユーザの端末から受信したリクエストに付加されているユーザ識別子およびユーザ認証情報の組み合わせがユーザ情報記憶部に記憶されている場合にユーザ認証に成功したと判定し、リクエストに付加されているユーザ識別子およびユーザ認証情報の組み合わせがユーザ情報記憶部に記憶されていない場合にユーザ認証に失敗したと判定するユーザ認証部と、ユーザ認証に成功したと判定されたときに、ユーザの端末から受信したリクエストに付加されているユーザ識別子に対応するコミュニティ識別子をメンバ情報記憶部から取得し、前記リクエストに付加されているサービス識別子に対応するコミュニティ識別子を利用サービス情報記憶部から取得し、メンバ情報記憶部から取得したコミュニティ識別子の中に、利用サービス情報記憶部から取得したコミュニティ識別子が含まれている場合に、前記リクエストがユーザが参加するコミュニティに許可されたサービスへのリクエストであると判定するリクエスト内容検証部と、
ユーザ認証に成功し、リクエストがユーザが参加するコミュニティに許可されたサービスへのリクエストであると判定された場合に、前記リクエストをサービス提供部に転送するフィルタリング部とを有し、コミュニティ情報管理部が、管理者端末から新たなコミュニティのメンバとなるユーザのユーザ識別子を受信すると、新たなコミュニティのコミュニティ識別子を生成し、当該コミュニティ識別子をコミュニティ情報記憶部に記憶させ、当該コミュニティ識別子と管理者端末から受信したユーザ識別子とを対応付けたメンバ情報をメンバ情報記憶部に記憶させ、前記新たなコミュニティのサービスの開設をサービス情報管理部に要求し、サービス情報管理部が、コミュニティ情報管理部からの要求に応じて、サービス設定部に対してサービスの開設を要求し、サービス設定部が、サービス情報管理部からの要求に応じて、サービス提供部がユーザの端末にサービスを提供できるようにサービス提供部の設定を行い、新たにサービス識別子を生成し、コミュニティ情報管理部が、コミュニティ識別子と前記サービス識別子とを対応付けた利用サービス情報を利用サービス情報記憶部に記憶させることを特徴とする。
【００１４】
そのような構成によれば、フィルタリング部が、実際に開設したコミュニティの情報を参照して、フィルタリングの判定を行うことができるため、管理者があらためてフィルタリング部にフィルタリングのルールを設定し直す必要がなくなり、アクセス管理のための管理者の作業を軽減して運用コストを抑えることができ、またアクセス管理のための情報が誤って更新される危険性を排除できる。
【００１５】
サービス管理部が、サービス提供部に開設可能なサービスの種別を記憶するサービス提供部情報記憶部を備え、コミュニティ情報管理部が、前記サービスの種別をサービス情報管理部に要求し、サービス情報管理部が、コミュニティ情報管理部からの要求に応じて前記サービスの種別をサービス提供部情報記憶部から読み込んでコミュニティ情報管理部に送信し、コミュニティ情報管理部が、前記サービスの種別を管理者端末に送信し、コミュニティ情報管理部が、管理者端末に指定された種別のサービスの開設をサービス情報管理部に要求する構成であってもよい。
【００１６】
サービス設定部が、サービス提供部がユーザの端末にサービスを提供できるようにサービス提供部の設定を行うときに、前記サービスのアドレスを示すサービスアドレス情報を生成し、サービス管理部が、サービス設定部が生成したサービス識別子とサービスアドレス情報とを記憶するサービス情報記憶部を備えた構成であってもよい。
【００１７】
コミュニティ情報管理部が、管理者端末から閉鎖対象となるコミュニティのコミュニティ識別子を受信すると、当該コミュニティ識別子に対応するサービス識別子を利用サービス情報記憶部から読み込み、当該サービス識別子をサービス情報管理部に送信して、サービス情報管理部にサービスの閉鎖を要求し、サービス情報管理部が、コミュニティ情報管理部から受信したサービス識別子が示すサービスの閉鎖をサービス設定部に要求し、サービス設定部が、サービス識別子が示すサービスを提供不能となるようにサービス提供部の設定を行い、コミュニティ情報管理部が、閉鎖対象となるコミュニティのコミュニティ識別子をコミュニティ情報記憶部から削除し、閉鎖対象となるコミュニティのコミュニティ識別子および当該コミュニティ識別子に対応するユーザ識別子をメンバ情報記憶部から削除し、閉鎖対象となるコミュニティのコミュニティ識別子および当該コミュニティ識別子に対応するサービス識別子を利用サービス情報記憶部から削除する構成であってもよい。
【００１８】
サービス管理部が、サービス提供部に開設可能なサービスの種別を記憶するサービス提供部情報記憶部を備え、コミュニティ情報管理部が、管理者端末からサービス変更対象となるコミュニティのコミュニティ識別子を受信すると、当該コミュニティ識別子に対応するサービス識別子を利用サービス情報記憶部から読み込み、当該サービス識別子を管理者端末に送信し、管理者端末に指定されたサービス識別子をサービス情報管理部に送信して、サービス情報管理部にサービスの閉鎖を要求し、サービス情報管理部が、コミュニティ情報管理部から受信したサービス識別子が示すサービスの閉鎖をサービス設定部に要求し、サービス設定部が、サービス識別子が示すサービスを提供不能となるようにサービス提供部の設定を行い、コミュニティ情報管理部が、前記サービス識別子を利用サービス情報記憶部から削除し、コミュニティ情報管理部が、サービスの種別をサービス情報管理部に要求し、サービス情報管理部が、コミュニティ情報管理部からの要求に応じて前記サービスの種別をサービス提供部情報記憶部から読み込んでコミュニティ情報管理部に送信し、コミュニティ情報管理部は、前記サービスの種別を管理者端末に送信し、コミュニティ情報管理部が、管理者端末に指定された種別のサービスの開設をサービス情報管理部に要求し、サービス情報管理部が、コミュニティ情報管理部からの要求に応じて、サービス設定部に対してサービスの開設を要求し、サービス設定部が、サービス情報管理部からの要求に応じて、サービス提供部がユーザの端末にサービスを提供できるようにサービス提供部の設定を行い、新たにサービス識別子を生成し、サービス情報管理部が、前記サービス識別子をサービス変更対象となるコミュニティのコミュニティ識別子に対応付けて利用サービス情報記憶部に記憶させる構成であってもよい。
【００１９】
そのような構成によれば、フィルタリング部が、実際に閉鎖あるいは更新を行ったコミュニティの情報を参照して、フィルタリングの判定を行うことができるため、管理者があらためてフィルタリング部にフィルタリングのルールを設定し直す必要がなくなり、アクセス管理のための管理者の作業を軽減して運用コストを抑えることができ、また管理者が直接情報を削除したり更新したりしないので、アクセス管理のための情報が誤って更新される危険性を排除できる。
【００２０】
複数のユーザ情報記憶部を備え、コミュニティ情報管理部が、各ユーザ情報記憶部に記憶されたユーザ識別子を管理者端末に送信し、管理者端末から新たなコミュニティのメンバとなるユーザのユーザ識別子を受信すると、新たなコミュニティのコミュニティ識別子を生成し、当該コミュニティ識別子と、管理者端末から受信したユーザ識別子と、当該ユーザ識別子を記憶しているユーザ情報記憶部の識別情報とを対応づけたメンバ情報をメンバ情報記憶部に記憶させる構成であってもよい。
【００２１】
そのような構成によれば、既存のデータベースシステムを流用して、さらに当該データベースシステムには登録されていないユーザ情報は別のデータベースシステムで管理するように運用し、流用したデータベースシステムにすでにユーザ識別子およびユーザ認証情報が記憶されている場合には、それらの情報を新規に登録する必要がなく、運用コストや運用負荷を軽減することができる。
【００２２】
管理者端末からの要求に応じて、ユーザ情報記憶部にユーザ識別子とユーザ認証情報とを対応付けて記憶させるユーザ情報管理部と、管理者のユーザ識別子と管理者のユーザ認証情報とを対応付けて記憶する管理者情報記憶部と、管理者端末から受信した管理者のユーザ識別子および管理者のユーザ認証情報の組み合わせが管理者情報記憶部に記憶されている場合に管理者の認証に成功したと判定し、管理者端末から受信した管理者のユーザ識別子および管理者のユーザ認証情報の組み合わせが管理者情報記憶部に記憶されていない場合に管理者の認証に失敗したと判定する管理者認証部とを備え、ユーザ情報管理部が、管理者の認証に成功したと判定された場合に、管理者端末からの要求に応じて、ユーザ情報記憶部にユーザ識別子とユーザ認証情報とを対応付けて記憶させる構成であってもよい。なお、管理者情報記憶部は、例えば、第３の実施の形態におけるユーザ情報記憶部４０２（図１１参照。）によって実現される。すなわち、ユーザ情報記憶部が管理者情報記憶部を兼ねてもよい。
【００２３】
コミュニティ情報管理部が、管理者の認証に成功したと判定された場合に、管理者端末から新たなコミュニティのメンバとなるユーザのユーザ識別子を受信する構成であってもよい。
【００２４】
通信フィルタリング部が、ユーザ認証部によってユーザ認証に成功したと判定された場合に前記ユーザ認証に対応するデータである第１のセッション情報を生成し、リクエストの送信元のユーザの端末に第１のセッション情報を送信するセッション情報生成部と、
第１のセッション情報を記憶するセッション情報記憶部と、ユーザの端末から新たに受信したリクエストに付加されている第１のセッション情報が、セッション情報記憶部に記憶されている場合に、前記第１のセッション情報が正規の第１のセッション情報であると判定するセッション情報管理部とを備え、リクエスト内容検証部が、ユーザの端末から新たに受信したリクエストに付加されている第１のセッション情報が正規の第１のセッション情報であると判定されたならば、ユーザ認証部にユーザ認証に成功したと判定されていなくても、ユーザの端末から受信したリクエストに付加されているユーザ識別子に対応するコミュニティ識別子をメンバ情報記憶部から取得し、前記リクエストに付加されているサービス識別子に対応するコミュニティ識別子を利用サービス情報記憶部から取得し、メンバ情報記憶部から取得したコミュニティ識別子の中に、利用サービス情報記憶部から取得したコミュニティ識別子が含まれている場合に、前記リクエストがユーザが参加するコミュニティに許可されたサービスへのリクエストであると判定する構成であってもよい。なお、セッション情報生成部は、例えば、第４の実施の形態におけるセッション情報管理部３０５（図１７参照。）によって実現される。すなわち、セッション情報管理部がセッション情報生成部を兼ねてもよい。
【００２５】
そのような構成によれば、ユーザ認証部によるユーザ認証を省略することができる。
【００２６】
セッション情報生成部が、ユーザの端末から受信したリクエストがユーザが参加するコミュニティに許可されたサービスへのリクエストであるとリクエスト内容検証部によって判定された場合に前記判定に対応するデータである第２のセッション情報を生成し、第２のセッション情報と前記リクエストに付加されているサービス識別子とを対応付けてセッション情報記憶部に記憶させ、リクエストの送信元のユーザの端末に第２のセッション情報を送信し、セッション情報管理部が、ユーザの端末から新たに受信したリクエストに付加された第２のセッション情報およびサービス識別子の組み合わせがセッション情報記憶部に記憶されているか否かを判定し、フィルタリング部が、ユーザの端末から新たに受信したリクエストに付加されている第１のセッション情報が正規の第１のセッション情報であると判定され、かつ、前記リクエストに付加された第２のセッション情報およびサービス識別子の組み合わせがセッション情報記憶部に記憶されていると判定された場合に、前記リクエストがユーザが参加するコミュニティに許可されたサービスへのリクエストであるとリクエスト内容検証部によって判定されない場合であっても、前記リクエストをサービス提供部に転送する構成であってもよい。
【００２７】
そのような構成によれば、リクエストがユーザが参加するコミュニティに許可されたサービスへのリクエストであるか否かの判定を省略することができる。
【００２８】
本発明による通信フィルタリング方法は、個々のユーザを識別するユーザ識別子と、ユーザ認証に用いられる個々のユーザの固有の情報であるユーザ認証情報とを対応付けて記憶するユーザ情報記憶部と、ユーザの端末に対してサービスを提供するサービス提供部と、ユーザの端末からのリクエストをサービス提供部に転送するか否かを判定する通信フィルタリング部と、コミュニティに関する情報を登録するコミュニティ管理部と、サービス提供部がユーザの端末にサービスを提供できるようにサービス提供部の設定を行うサービス管理部と、コミュニティ管理部に情報を送信する管理者端末とを備え、コミュニティ管理部が、個々のコミュニティを識別するコミュニティ識別子を記憶するコミュニティ情報記憶部と、コミュニティ識別子と、当該コミュニティ識別子が示すコミュニティに属するメンバのユーザ識別子とを対応づけたメンバ情報を記憶するメンバ情報記憶部と、コミュニティ識別子と、当該コミュニティ識別子が示すコミュニティに属するメンバが利用可能なサービスを示すサービス識別子とを対応付けた利用サービス情報を記憶する利用サービス情報記憶部と、コミュニティ情報記憶部へのコミュニティ識別子の登録、メンバ情報記憶部へのメンバ情報の登録、利用サービス情報記憶部への利用サービス情報の登録を行うコミュニティ情報管理部とを有し、サービス管理部が、サービス提供部がユーザの端末にサービスを提供できるようにサービス提供部の設定を行うサービスの開設、およびサービスを提供不能となるようにサービス提供部の設定を行うサービスの閉鎖を実行するサービス設定部と、コミュニティ情報管理部からの要求に応じて、サービス設定部に対してサービスの開設またはサービスの閉鎖を要求するサービス情報管理部とを有する通信フィルタリングシステムを用いて、ユーザの端末からの所定のリクエストをサービス提供部に転送する通信フィルタリング方法であって、コミュニティ情報管理部が、管理者端末から新たなコミュニティのメンバとなるユーザのユーザ識別子を受信すると、新たなコミュニティのコミュニティ識別子を生成し、当該コミュニティ識別子をコミュニティ情報記憶部に記憶させ、当該コミュニティ識別子と管理者端末から受信したユーザ識別子とを対応付けたメンバ情報をメンバ情報記憶部に記憶させ、前記新たなコミュニティのサービスの開設をサービス情報管理部に要求し、サービス情報管理部が、コミュニティ情報管理部からの要求に応じて、サービス設定部に対してサービスの開設を要求し、サービス設定部が、サービス情報管理部からの要求に応じて、サービス提供部がユーザの端末にサービスを提供できるようにサービス提供部の設定を行い、新たにサービス識別子を生成し、コミュニティ情報管理部が、コミュニティ識別子と前記サービス識別子とを対応付けた利用サービス情報を利用サービス情報記憶部に記憶させ、通信フィルタリング部が、ユーザの端末から受信したリクエストに付加されているユーザ識別子およびユーザ認証情報の組み合わせがユーザ情報記憶部に記憶されている場合にユーザ認証に成功したと判定し、リクエストに付加されているユーザ識別子およびユーザ認証情報の組み合わせがユーザ情報記憶部に記憶されていない場合にユーザ認証に失敗したと判定し、通信フィルタリング部が、ユーザ認証に成功したと判定したときに、ユーザの端末から受信したリクエストに付加されているユーザ識別子に対応するコミュニティ識別子をメンバ情報記憶部から取得し、前記リクエストに付加されているサービス識別子に対応するコミュニティ識別子を利用サービス情報記憶部から取得し、メンバ情報記憶部から取得したコミュニティ識別子の中に、利用サービス情報記憶部から取得したコミュニティ識別子が含まれている場合に、前記リクエストがユーザが参加するコミュニティに許可されたサービスへのリクエストであると判定し、通信フィルタリング部が、ユーザ認証に成功し、リクエストがユーザが参加するコミュニティに許可されたサービスへのリクエストであると判定した場合に、前記リクエストをサービス提供部に転送することを特徴とする。
【００２９】
本発明によるコミュニティ管理装置は、サービス提供部がユーザの端末にサービスを提供できるようにサービス提供部の設定を行うサービス管理部と、コミュニティ管理部に情報を送信する管理者端末とに接続されたコミュニティ管理装置であって、個々のコミュニティを識別するコミュニティ識別子を記憶するコミュニティ情報記憶部と、コミュニティ識別子と、当該コミュニティ識別子が示すコミュニティに属するメンバのユーザ識別子とを対応づけたメンバ情報を記憶するメンバ情報記憶部と、コミュニティ識別子と、当該コミュニティ識別子が示すコミュニティに属するメンバが利用可能なサービスを示すサービス識別子とを対応付けた利用サービス情報を記憶する利用サービス情報記憶部と、コミュニティ情報記憶部へのコミュニティ識別子の登録、メンバ情報記憶部へのメンバ情報の登録、利用サービス情報記憶部への利用サービス情報の登録を行うコミュニティ情報管理部とを備え、コミュニティ情報管理部は、管理者端末から新たなコミュニティのメンバとなるユーザのユーザ識別子を受信すると、新たなコミュニティのコミュニティ識別子を生成し、当該コミュニティ識別子をコミュニティ情報記憶部に記憶させ、当該コミュニティ識別子と管理者端末から受信したユーザ識別子とを対応付けたメンバ情報をメンバ情報記憶部に記憶させ、前記新たなコミュニティのサービスの開設をサービス管理部に要求し、コミュニティ識別子とサービス管理部によって生成されたサービス識別子とを対応付けた利用サービス情報を利用サービス情報記憶部に記憶させることを特徴とする。
【００３０】
本発明によるサービス管理装置は、ユーザの端末に対してサービスを提供するサービス提供部と、コミュニティに関する情報を登録するコミュニティ管理部とに接続され、サービス提供部がユーザの端末にサービスを提供できるようにサービス提供部の設定を行うサービス管理装置であって、サービス提供部がユーザの端末にサービスを提供できるようにサービス提供部の設定を行うサービスの開設、およびサービスを提供不能となるようにサービス提供部の設定を行うサービスの閉鎖を実行するサービス設定部と、コミュニティ管理部からの要求に応じて、サービス設定部に対してサービスの開設またはサービスの閉鎖を要求するサービス情報管理部とを備え、サービス設定部が、サービス情報管理部からの要求に応じて、サービス提供部がユーザの端末にサービスを提供できるようにサービス提供部の設定を行うときに、前記サービスを識別するサービス識別子を生成することを特徴とする。
【００３１】
本発明による通信フィルタリング装置は、個々のユーザを識別するユーザ識別子と、ユーザ認証に用いられる個々のユーザの固有の情報であるユーザ認証情報とを対応付けて記憶するユーザ情報記憶部とユーザ識別子およびユーザ認証情報を取得可能に接続され、個々のコミュニティを識別するコミュニティ識別子と、当該コミュニティ識別子が示すコミュニティに属するメンバのユーザ識別子とを対応づけたメンバ情報を記憶するメンバ情報記憶部と、コミュニティ識別子と、当該コミュニティ識別子が示すコミュニティに属するメンバが利用可能なサービスを示すサービス識別子とを対応付けた利用サービス情報を記憶する利用サービス情報記憶部とを備えたコミュニティ管理装置と接続され、ユーザの端末からのリクエストをサービス提供部に転送するか否かを判定する通信フィルタリング装置であって、ユーザの端末から受信したリクエストに付加されているユーザ識別子およびユーザ認証情報の組み合わせがユーザ情報記憶部に記憶されている場合にユーザ認証に成功したと判定し、リクエストに付加されているユーザ識別子およびユーザ認証情報の組み合わせがユーザ情報記憶部に記憶されていない場合にユーザ認証に失敗したと判定するユーザ認証部と、ユーザ認証に成功したと判定されたときに、ユーザの端末から受信したリクエストに付加されているユーザ識別子に対応するコミュニティ識別子をメンバ情報記憶部から取得し、前記リクエストに付加されているサービス識別子に対応するコミュニティ識別子を利用サービス情報記憶部から取得し、メンバ情報記憶部から取得したコミュニティ識別子の中に、利用サービス情報記憶部から取得したコミュニティ識別子が含まれている場合に、前記リクエストがユーザが参加するコミュニティに許可されたサービスへのリクエストであると判定するリクエスト内容検証部と、ユーザ認証に成功し、リクエストがユーザが参加するコミュニティに許可されたサービスへのリクエストであると判定された場合に、前記リクエストをサービス提供部に転送するフィルタリング部とを備えたことを特徴とする。
【００３２】
本発明によるコミュニティ管理プログラムは、サービス提供部がユーザの端末にサービスを提供できるようにサービス提供部の設定を行うサービス管理部と、コミュニティ管理部に情報を送信する管理者端末とに接続されたコンピュータであって、個々のコミュニティを識別するコミュニティ識別子を記憶するコミュニティ情報記憶部と、コミュニティ識別子と、当該コミュニティ識別子が示すコミュニティに属するメンバのユーザ識別子とを対応づけたメンバ情報を記憶するメンバ情報記憶部と、コミュニティ識別子と、当該コミュニティ識別子が示すコミュニティに属するメンバが利用可能なサービスを示すサービス識別子とを対応付けた利用サービス情報を記憶する利用サービス情報記憶部とを備えたコンピュータに、管理者端末から新たなコミュニティのメンバとなるユーザのユーザ識別子を受信したときに、新たなコミュニティのコミュニティ識別子を生成するコミュニティ識別子生成処理、当該コミュニティ識別子をコミュニティ情報記憶部に記憶させ、当該コミュニティ識別子と管理者端末から受信したユーザ識別子とを対応付けたメンバ情報をメンバ情報記憶部に記憶させる処理、および前記新たなコミュニティのサービスの開設をサービス管理部に要求し、コミュニティ識別子とサービス管理部によって生成されたサービス識別子とを対応付けた利用サービス情報を利用サービス情報記憶部に記憶させる処理を実行させることを特徴とする。
【００３３】
本発明によるサービス管理プログラムは、ユーザの端末に対してサービスを提供するサービス提供部と、コミュニティに関する情報を登録するコミュニティ管理部とに接続されるコンピュータに、コミュニティ管理部からの要求に応じて、サービス提供部がユーザの端末にサービスを提供できるようにサービス提供部の設定を行うサービスの開設、およびサービスを提供不能となるようにサービス提供部の設定を行うサービスの閉鎖を実行し、サービス提供部がユーザの端末にサービスを提供できるようにサービス提供部の設定を行うときに、前記サービスを識別するサービス識別子を生成する処理を実行させることを特徴とする。
【００３４】
本発明による通信フィルタリングプログラムは、個々のユーザを識別するユーザ識別子と、ユーザ認証に用いられる個々のユーザの固有の情報であるユーザ認証情報とを対応付けて記憶するユーザ情報記憶部とユーザ識別子およびユーザ認証情報を取得可能に接続され、個々のコミュニティを識別するコミュニティ識別子と、当該コミュニティ識別子が示すコミュニティに属するメンバのユーザ識別子とを対応づけたメンバ情報を記憶するメンバ情報記憶部と、コミュニティ識別子と、当該コミュニティ識別子が示すコミュニティに属するメンバが利用可能なサービスを示すサービス識別子とを対応付けた利用サービス情報を記憶する利用サービス情報記憶部とを備えたコミュニティ管理装置と接続されたコンピュータに、ユーザの端末から受信したリクエストに付加されているユーザ識別子およびユーザ認証情報の組み合わせがユーザ情報記憶部に記憶されている場合にユーザ認証に成功したと判定し、リクエストに付加されているユーザ識別子およびユーザ認証情報の組み合わせがユーザ情報記憶部に記憶されていない場合にユーザ認証に失敗したと判定するユーザ認証処理、ユーザ認証に成功したと判定されたときに、ユーザの端末から受信したリクエストに付加されているユーザ識別子に対応するコミュニティ識別子をメンバ情報記憶部から取得し、前記リクエストに付加されているサービス識別子に対応するコミュニティ識別子を利用サービス情報記憶部から取得し、メンバ情報記憶部から取得したコミュニティ識別子の中に、利用サービス情報記憶部から取得したコミュニティ識別子が含まれている場合に、前記リクエストがユーザが参加するコミュニティに許可されたサービスへのリクエストであると判定するリクエスト内容検証処理、およびユーザ認証に成功し、リクエストがユーザが参加するコミュニティに許可されたサービスへのリクエストであると判定された場合に、前記リクエストをサービス提供部に転送する処理を実行させることを特徴とする。
【発明の効果】
【００３５】
本発明によれば、フィルタリング部が、実際に開設したコミュニティの情報を参照して、フィルタリングの判定を行うことができるため、管理者があらためてフィルタリング部にフィルタリングのルールを設定し直す必要がなくなるため、アクセス管理のための管理者の作業を軽減して運用コストを抑えることができ、アクセス管理のための情報が誤って更新される危険性を排除できる。また、フィルタリング部が、実際に閉鎖あるいは更新したコミュニティの情報を参照して、フィルタリングの判定を行うことができるため、管理者があらためてフィルタリング部にフィルタリングのルールを設定し直す必要がなくなるため、アクセス管理のための管理者の作業を軽減して運用コストを抑えることができ、アクセス管理のための情報が誤って更新される危険性を排除できる。
【発明を実施するための最良の形態】
【００３６】
以下、本発明の実施の形態を図面を参照して説明する。
【００３７】
実施の形態１．
図１は、本発明の第１の実施の形態の例を示すブロック図である。本発明による通信フィルタリングシステムは、フィルタリング処理を行う通信フィルタリング部３０と、ユーザ情報の管理を行うユーザ管理部４０と、コミュニティ情報、メンバ情報および利用サービス情報の管理を行うコミュニティ管理部５０と、コミュニティに属するメンバの端末に対してサービスを提供するサービス提供部６０と、サービス提供部６０が提供するサービスの管理を行うサービス管理部７０と、管理者の操作に応じてコミュニティ管理部５０およびユーザ管理部４０に指示を送信したり、コミュニティ管理部５０から受信した情報を表示する端末２２とを備える。なお、管理者とは、通信フィルタリングシステムのシステム管理者であり、コミュニティ開設、閉鎖、サービスの変更等の管理を行う。
【００３８】
ユーザ管理部４０、コミュニティ管理部５０、およびサービス提供部６０は、内部ＮＷ（ネットワーク）１２に設けられ、内部ＮＷ１２を介して通信フィルタリング部３０に接続されている。また、通信フィルタリング部３０は、外部ＮＷ（ネットワーク）１１を介して、サービス提供部６０にサービスを要求する端末２１に接続されている。端末２１は、サービス提供部６０が提供するサービスを利用しようとするユーザ（具体的には、コミュニティのメンバ）によって操作される端末である。また、端末２２は、ユーザ管理部４０およびコミュニティ管理部５０に接続され、ユーザ管理部４０およびコミュニティ管理部５０に対して指示を送信する。
【００３９】
ユーザ管理部４０が行うユーザ情報の管理について説明する。ユーザ情報とは、個々のユーザを識別するユーザ識別子と、ユーザ認証に用いられる個々のユーザの固有の情報であるユーザ認証情報とを対応付けた情報である。ユーザ識別子とユーザ認証情報に加え、ユーザの属性（例えば、ユーザの名前など）が対応付けられていてもよい。ユーザ情報は、ユーザ管理部４０が備えるユーザ情報記憶部４０２に記憶される。ユーザ管理部４０が行うユーザ情報の管理処理には、少なくともユーザ情報記憶部４０２へのユーザ情報の登録が含まれる。この管理処理には、ユーザ情報記憶部４０２に記憶されたユーザ情報の変更や削除が含まれていてもよい。なお、より具体的には、ユーザ管理部４０が備えるユーザ情報管理部４０１が、ユーザ情報の管理を行う。
【００４０】
コミュニティ管理部５０が行うコミュニティ情報、メンバ情報および利用サービス情報の管理について説明する。コミュニティ情報とは、少なくとも個々のコミュニティを識別するコミュニティ識別子を含む情報である。以下の説明では、コミュニティ情報が、コミュニティ識別子と、コミュニティの属性とを対応付けた情報である場合を例にして説明する。コミュニティの属性とは、例えばコミュニティ名であるが、コミュニティ名以外の属性がコミュニティ識別子と対応付けられていてもよい。コミュニティ情報は、コミュニティ管理部５０が備えるコミュニティ情報記憶部５０２に記憶される。メンバ情報とは、コミュニティ識別子と、そのコミュニティ識別子が示すコミュニティに属する所属メンバのユーザ識別子とを対応づけた情報である。メンバ情報は、コミュニティ管理部５０が備えるメンバ情報記憶部５０３に記憶される。利用サービス情報とは、コミュニティ識別子と、そのコミュニティ識別子が示すコミュニティに属する所属メンバが利用可能なサービスのサービス識別子とを対応付けた情報である。なお、サービス識別子は、個々のサービスを識別する識別子である。利用サービス情報において、コミュニティ識別子とサービス識別子とが対応付けられ、さらにサービス識別子に、そのサービス識別子が示すサービスの種別（例えば、掲示板、ファイル共有、スケジュール共有などの種別）が対応付けられていてもよい。さらに、利用サービス情報において、個々のサービス識別子と、そのサービスの利用を要求する端末２１からのリクエストの転送先を特定可能な情報（以下、転送先情報と記す。）が記憶されていてもよい。以下の説明では、利用サービス情報において個々のサービス識別子と転送先情報とが対応付けられているものとする。利用サービス情報は、コミュニティ管理部５０が備える利用サービス情報記憶部５０４に記憶される。
【００４１】
コミュニティ管理部５０が行うコミュニティ情報の管理処理には、少なくともコミュニティ情報記憶部５０２へのコミュニティ情報の登録が含まれる。コミュニティ情報の管理処理には、コミュニティ情報記憶部５０２に記憶されたコミュニティ情報の変更、削除や、コミュニティ情報記憶部５０２に記憶されたコミュニティ情報を管理者の端末２２に送信して表示させることが含まれていてもよい。
【００４２】
コミュニティ管理部５０が行うメンバ情報の管理処理には、少なくともメンバ情報記憶部５０３へのメンバ情報の登録が含まれる。メンバ情報の管理処理には、メンバ情報記憶部５０３に記憶されたメンバ情報の変更、削除や、メンバ情報記憶部５０３に記憶されたメンバ情報を管理者の端末２２に送信して表示させることが含まれていてもよい。
【００４３】
コミュニティ管理部５０が行う利用サービス情報の管理処理には、少なくとも利用サービス情報記憶部５０４への利用サービス情報の登録が含まれる。利用サービス情報の管理処理には、利用サービス情報記憶部５０４に記憶された利用サービス情報の変更、削除や、利用サービス情報記憶部５０４に記憶された利用サービス情報を管理者の端末２２に送信して表示させることが含まれていてもよい。
【００４４】
サービス管理部７０によるサービスの管理について説明する。サービス管理部７０によるサービスの管理処理とは、サービスの開設処理および閉鎖処理と、開設されたサービスのサービス識別子およびそのサービスのサービスアドレス情報の記録を意味する。
【００４５】
サービスアドレス情報とは、各コミュニティの各サービスを示すアドレスであり、サービス設定部７０２がサービス提供部６０に対してサービスの閉鎖処理を行うときに、閉鎖対象となるサービスを特定するために用いらる。なお、サービス提供部６０が単一の装置によって構成されている場合には、当該装置内においてサービス提供のために設けられたディレクトリを示す情報をサービスアドレス情報としてもよい。この場合、「/boad/id123/」等のサービスアドレス情報と、サービス提供部情報記憶部７０３に記憶されたサービスを提供する装置のアドレス（例えばＩＰアドレス）の情報（以下、装置アドレス情報と記す。）とによって、サービスを特定することができる。
【００４６】
なお、ある装置内においてサービス提供のために設けられたディレクトリを示す情報と、装置アドレス情報とを含むアドレス情報をサービスアドレス情報としてもよい。このようなサービスアドレス情報の一態様として、例えば、「http://12.34.56.78/boad/id123/」のようなＵＲＬが挙げられ、この場合には当該ＵＲＬによってサービスを特定することができる。
【００４７】
本発明の通信フィルタリングシステムでは、管理者の端末２２からの要求により、ユーザ管理部４０がユーザ情報を管理し、コミュニティ管理部５０がユーザ情報によって特定されるユーザからなるコミュニティのコミュニティ情報、メンバ情報、利用サービス情報を管理する。また、コミュニティ管理部５０は、管理者の端末２２からコミュニティの形成や解散の通知を受信したり、コミュニティが利用中のサービスの変更を指示されたりすると、サービス管理部７０にそのコミュニティが利用可能なサービスの開設や閉鎖を要求し、サービス管理部７０はその要求に応じてサービスを開設したり閉鎖したりするように動作する。
【００４８】
また、本通信フィルタリングシステムでは、外部ＮＷ１１からのリクエストに対し、ユーザ情報、メンバ情報、利用サービス情報に基づいてフィルタリングを行い、通過を許可したリクエストのみをサービス提供部６０に転送する。
【００４９】
ユーザの端末２１や管理者の端末２２は特定の端末に限定されない。内部ＮＷ１２では、管理者の端末として複数の端末２２が設置され、複数の端末２２がコミュニティ管理部５０およびユーザ管理部４０に指示を送信できる構成としてもよい。また、図１において端末２１を一台のみ図示しているが、端末２１は一台に限定されず、外部ＮＷ１１では複数の端末２１がサービスへのリクエストを送信することができる。
【００５０】
また、外部ＮＷ１１と内部ＮＷ１２とは、通信フィルタリング部３０を介して接続され、ユーザの端末２１は、外部ＮＷ１１から内部ＮＷ１２に直接アクセスすることはできない。すなわち、ユーザの端末２１は、通信フィルタリング部３０を介さずに外部ＮＷ１１から内部ＮＷ１２にアクセスすることはできず、外部ＮＷ１１から内部ＮＷ１２にアクセスするときには必ず通信フィルタリング部３０を介してアクセスする。また、通信フィルタリング部３０は、少なくとも内部ＮＷ１２のユーザ管理部４０、コミュニティ管理部５０、サービス提供部６０にアクセスできるように構成されている。
【００５１】
また、ユーザ管理部４０、コミュニティ管理部５０、サービス管理部７０、サービス提供部６０は、外部ＮＷ１１と内部ＮＷ１２との間に配置されたり、通信フィルタリング部３０が備える構成要素として通信フィルタリング部３０の内部に配置されていてもよく、それぞれを任意に配置できる。ただし、第三者（例えば、内部ＮＷ１２が会社のＮＷである場合には社外の第三者）から直接アクセスされないように運用する必要があるので、運用の負荷を考慮すると内部ＮＷ１２にユーザ管理部４０、コミュニティ管理部５０、サービス管理部７０、サービス提供部６０を配置する構成が望ましい。
【００５２】
サービス提供部６０は、提供する各サービスのリソース６０１〜６０３を有する。サービス提供部６０は、１台のサーバであっても、複数のサーバ群であってもよい。また、サービス提供部６０は、不特定多数の装置からなる仮想的なサービス提供空間（サーバと複数のクライアント）であってもよい。さらに、サービス提供部６０は、複数の電子機器からなる仮想的なサービス提供空間（複数の電子機器）であってもよく、その電子機器の種類は、サーバに限定されず、パーソナルコンピュータ、家庭用電化製品、携帯電話機等であってもよい。サービス提供部６０は、提供するサービス毎に、例えばコミュニティ専用のディレクトリ、コミュニティ専用のＷｅｂサイト等のサービスのリソースを設けられる。なお、端末２１のユーザが故意にしろ故意でないにしろ、サービスのリソースを不正に利用できないように、予めセキュリティを確保したリソースとして用意することが好ましい。
【００５３】
なお、サービス提供部６０が仮想的なサービス提供空間（複数の装置）から構成されている場合、複数の装置のうち最初にサービスのリクエストを受けた装置およびその他の装置が連携して端末２１にサービスを提供する。
【００５４】
通信フィルタリング部３０は、フィルタリング部３０１と、ユーザ認証部３０２と、リクエスト内容検証部３０３とを備える。フィルタリング部３０１は、ユーザの端末２１からリクエストを受信すると、ユーザ認証部３０２にユーザ認証を要求し、また、リクエスト内容検証部３０３にリクエストの内容の検証（リクエストがユーザが参加するコミュニティに許可されたサービスへのリクエストであるか否かの検証）を要求する。ユーザ認証部３０２においてユーザ認証に失敗した場合、または、リクエスト内容検証部３０３によって、リクエストがユーザが参加するコミュニティに許可されたサービスへのリクエストではないと判定された場合、フィルタリング部３０１は、端末２１からのリクエストを破棄する。ユーザ認証部３０２においてユーザ認証に成功し、かつ、リクエスト内容検証部３０３によって、リクエストがユーザが参加するコミュニティに許可されたサービスへのリクエストであると判定した場合、端末２１からのリクエストを、リクエストされたサービスに転送する。
【００５５】
ユーザ認証部３０２は、フィルタリング部３０１からユーザ認証の要求を受けて、リクエストに含まれるユーザ識別子およびユーザ認証情報と、ユーザ情報記憶部４０２に記憶されているユーザ情報（ユーザ識別子およびユーザ認証情報）とを照合する。そして、ユーザ認証部３０２は、リクエストに含まれるユーザ識別子およびユーザ認証情報の組み合わせと一致するユーザ情報が存在していればユーザ認証に成功したと判定し、リクエストに含まれるユーザ識別子およびユーザ認証情報の組み合わせと一致するユーザ情報が存在していなければユーザ認証に失敗したと判定し、ユーザ認証結果をフィルタリング部３０１に通知する。
【００５６】
リクエスト内容検証部３０３は、フィルタリング部３０１から、リクエストがユーザが参加するコミュニティに許可されたサービスへのリクエストであるか否かの検証の要求を受けて、その検証を行う。リクエスト内容検証部３０３は、メンバ情報記憶部５０３に記憶されたメンバ情報の中から、リクエストに含まれるユーザ識別子に対応するコミュニティ識別子を取得し、また、利用サービス情報記憶部５０４に記憶された利用サービス情報の中から、リクエストに含まれるサービス識別子に対応するコミュニティ識別子を取得する。リクエスト内容検証部３０３は、ユーザ識別子に対応するコミュニティ識別子の中に、サービス識別子に対応するコミュニティ識別子が含まれていれば、リクエストがユーザが参加するコミュニティに許可されたサービスへのリクエストであると判定し、一方、ユーザ識別子に対応するコミュニティ識別子の中に、サービス識別子に対応するコミュニティ識別子が含まれていなければ、リクエストがユーザが参加するコミュニティに許可されたサービスへのリクエストではないと判定する。リクエスト内容検証部３０３は、その判定結果（検証結果）をフィルタリング部３０１に通知する。
【００５７】
図２は、本実施の形態における端末２１が通信フィルタリング部３０に対して送信するリクエスト内容の一例を示す説明図である。リクエストは最低限、ユーザ識別子とサービス識別子とを含む。図２ではユーザ認証のためにユーザＩＤ／パスワードによる認証方式を利用する場合の例を示しているので、ユーザ識別子であるユーザＩＤ、サービス識別子であるサービスＩＤのほかにパスワードをリクエストに含んでいる。図２に示す例において、パスワードは、ユーザ認証情報に該当する。ただし、ユーザ認証は、ユーザＩＤおよびパスワードを用いた認証方式に限定されない。例えば、ユーザ認証は、指紋情報や顔写真情報をユーザ認証情報として、予めユーザ識別子と対応付けてユーザ情報記憶部４０２に登録しておき、端末２１が通信フィルタリング部３０に送信するリクエストには、ユーザ識別子と、指紋情報あるいは顔写真情報とを含めるようにすればよい。そして、ユーザ認証部３０２は、リクエストに含まれるユーザ識別子およびユーザ認証情報（指紋情報あるいは顔写真情報）の組み合わせに一致するユーザ情報がユーザ情報記憶部４０２に記憶されているか否かを判定して、ユーザ認証を行う。また、リクエストには、サービスを利用するためのサービス固有の付加情報が含まれてもよい。
【００５８】
ユーザ管理部４０は、ユーザ情報の管理を行うユーザ情報管理部４０１と、ユーザ情報を記憶するユーザ情報記憶部４０２とを備える。ユーザ情報記憶部４０２は、ユーザ識別子とユーザ認証情報とを対応付けたユーザ情報を記憶する。ユーザ情報管理部４０１は、少なくともユーザ情報記憶部４０２へのユーザ情報の登録を行う。ユーザ情報管理部４０１は、ユーザ情報記憶部４０２に記憶されたユーザ情報の変更や削除を行ってもよい。
【００５９】
コミュニティ管理部５０は、コミュニティ情報、メンバ情報および利用サービス情報の管理を行うコミュニティ情報管理部５０１と、コミュニティ情報記憶部５０２と、メンバ情報記憶部５０３と、利用サービス情報記憶部５０４とを備える。
【００６０】
コミュニティ情報記憶部５０２は、コミュニティ情報を記憶する。本例では、コミュニティ情報が、コミュニティ識別子とコミュニティの属性（例えば、コミュニティ名）とを対応付けた情報である場合を例にして説明するが、コミュニティ情報は、少なくともコミュニティ識別子を含んでいればよい。
【００６１】
メンバ情報記憶部５０３は、コミュニティ識別子と、そのコミュニティ識別子が示すコミュニティに属する所属メンバのユーザ識別子とを対応づけたメンバ情報を記憶する。
【００６２】
利用サービス情報記憶部５０４は、コミュニティ識別子と、そのコミュニティ識別子が示すコミュニティに属する所属メンバが利用可能なサービスのサービス識別子とを対応付けた利用サービス情報を記憶する。ここでは、利用サービス情報記憶部５０４は、個々のサービス識別子にさらに転送先情報が対応付けられた利用サービス情報を記憶するものとして説明する。
【００６３】
コミュニティ情報管理部５０１は、コミュニティ情報などの管理処理として、少なくとも、コミュニティ情報記憶部５０２へのコミュニティ情報の登録、メンバ情報記憶部５０３へのメンバ情報の登録、利用サービス情報記憶部５０４への利用サービス情報の登録を行う。また、コミュニティ情報管理部５０１は、コミュニティ情報などの管理処理として、コミュニティ情報記憶部５０２に記憶されたコミュニティ情報の変更、削除、メンバ情報記憶部５０３に記憶されたメンバ情報の変更、削除、利用サービス情報記憶部５０４に記憶された利用サービス情報の変更、削除を行ってもよい。また、コミュニティ情報記憶部５０２に記憶されたコミュニティ情報、メンバ情報記憶部５０３に記憶されたメンバ情報、および利用サービス情報記憶部５０４に記憶された利用サービス情報を端末２２に送信して、表示させてもよい。
【００６４】
また、コミュニティ情報管理部５０１は、ユーザ情報記憶部４０２に記憶されているユーザ一覧情報をユーザ管理部４０から取得して端末２２に表示させる処理や、サービス管理部７０（より具体的には、サービス情報管理部７０１）にサービスの開設や閉鎖を要求する処理も行う。ただし、ユーザ一覧情報とは、ユーザ情報記憶部４０２に記憶されている各ユーザ識別子の情報であるが、各ユーザ識別子の情報に対応する各ユーザの属性もユーザ一覧情報に含めることが好ましい。
【００６５】
コミュニティ情報管理部５０１は、ユーザ情報管理部４０１から取得したユーザ一覧情報を端末２２に送信する。端末２２は、コミュニティ情報管理部５０１から受信したユーザ一覧情報を表示する。この結果、管理者はユーザ一覧情報を見ることができ、ユーザ情報記憶部４０２にユーザ情報が登録されている各ユーザを把握することができる。
【００６６】
サービス提供部６０は、コミュニティが利用するサービスのリソース６０１〜６０３を有する。サービスのリソースとして、例えばコミュニティ専用のディレクトリ、コミュニティ専用のＷｅｂサイト等が挙げられる。図１では、サービスのリソース６０１〜６０３を図示しているが、サービスは３つに限定されない。また、同種のサービスであってもコミュニティ毎に別々に開設される。
【００６７】
サービス管理部７０は、サービス情報管理部７０１と、サービス設定部７０２と、サービス提供部情報記憶部７０３と、サービス情報記憶部７０４とを備える。
【００６８】
サービス設定部７０２は、サービス情報管理部７０１からの要求に応じて、サービス提供部６０にサービスを開設したり、サービス提供部６０に開設されているサービスを閉鎖する処理を実行する。
【００６９】
サービス設定部７０２は、あるコミュニティで利用されるサービスを開設する場合、まず、そのサービスを他のサービスと識別するためのサービス識別子を定める。ここで、サービス識別子は、コミュニティ毎およびサービス毎にそれぞれ異なるように定められる。例えば、コミュニティＡとコミュニティＢとで同種のサービス（例えば、掲示板）を利用できるようにする場合であっても、コミュニティＡで利用される掲示板サービスと、コミュニティＢで利用される掲示板サービスとでは、サービス識別子が異なるようにサービス識別子を定める。また、サービス設定部７０２は、開設するサービスを示すサービスアドレス情報を定める。
【００７０】
サービス設定部７０２は、サービス提供部６０を構成するある装置内においてサービス提供のために設けられたディレクトリを示す情報をサービスアドレス情報としてもよい。また、そのようなディレクトリを示す情報とその装置の装置アドレス情報とを含むＵＲＬのようなアドレス情報をサービスアドレス情報としてもよい。
【００７１】
装置アドレス情報は、予めサービス提供部情報記憶部７０３に記憶されている。サービス提供部６０が単一の装置である場合、サービス提供部情報記憶部７０３は、その装置の装置アドレス情報を記憶しておけばよい。サービス提供部６０が複数の装置から構成される場合、サービス提供部情報記憶部７０３は、複数の装置アドレス情報を記憶しておくか、あるいは複数の装置のうち１台の装置でサービスの開設や閉鎖処理を行うようにサービス提供部６０が構成されていれば当該１台の装置アドレス情報を記憶しておけばよい。
【００７２】
サービス提供部情報記憶部７０３は、装置アドレス情報が記述されたファイルを記憶していてもよい。また、サービス提供部情報記憶部７０３が記憶する装置アドレス情報は、ブラウザから設定可能であってもよい。装置アドレス情報は、ＳＱＬでデータベースに直接登録されてもよい。また、サービス情報管理部７０１に処理を実行させるプログラムに装置アドレス情報がハードコーディングされていてもよい。
【００７３】
また、サービス設定部７０２は、開設するサービスに対して内部ＮＷにおいてサービスを提供するためにアクセスする場所としての転送先情報を定める。転送先情報は、サービスを開設したときにサービス提供部６０に対して設定するもので、例えば｛http://12.34.56.78/service123/｝のようなＵＲＬとすることができる。あるいは｛12.34.56.78,service=123｝のような装置アドレス情報と、サービス提供部６０がリクエストされたときにサービスを特定するためのパラメータを含んだ情報などであってもよく、この場合もサービスを開設したときに、サービス提供部６０に対して｛service=123｝のパラメータを受け取れば対応するサービスを提供するように設定する。なお、転送先情報は、装置アドレス情報およびサービスアドレス情報から構成することも可能で、例えば装置アドレス情報が｛12.34.56.78｝、サービスアドレス情報が｛/service123/｝である場合に、ＨＴＴＰプロトコルを示す｛http://｝を付加して｛http://12.34.56.78/service123/｝を転送先情報とすることができる。また、転送先情報に、サービスアドレス情報を含めない構成にすることも可能で、例えば装置アドレス情報が｛12.34.56.78｝、サービスアドレス情報が｛service123｝である場合に、転送先情報を｛http://12.34.56.78/s123/index.cgi｝のようにすることができ、この場合にはサービス設定部７０２は開設したサービスに対応するサービスアドレス情報および転送先情報を個別に設定する必要がある。
【００７４】
また、サービス設定部７０２は、開設する新たなサービスをサービス提供部６０が提供できるようにサービス設定部６０の設定を行う。サービス設定部７０２が行うサービスの開設とは、サービス設定部６０が端末２１にサービスを提供できるように（端末からの要求に応じた動作をするように）サービス提供部６０の設定を行うことを意味する。サービスの開設の態様は、サービスの種類等によって様々である。以下、その例を挙げる。
【００７５】
サービス提供部６０が単一のサーバである場合の例を挙げる。この場合、サービス設定部７０２は、コミュニティ用のプログラム（例えば掲示板プログラム）をサーバ（サービス提供部６０）上にコピーする。なお、コピー元のプログラムは、サーバ（サービス提供部６０）自身が保持していてもよいし、サーバ外に保持されていてもよい。サービス設定部７０２は、コピーしたプログラムにコミュニティ専用のＵＲＬを割り付け、そのＵＲＬでアクセスしたリクエストを受信したときに、サーバがコミュニティ用のプログラムに従って動作するようにサーバ（サービス提供部６０）を設定する。このとき、サーバに新規にＵＲＬを設定しなければならない構成になっているならば、サービス設定部７０２は、サーバに新規にＵＲＬを設定する。
【００７６】
また、例えば、サービス提供部６０にて、コミュニティ毎に個別のＵＲＬを割り当ててサービスを提供する単一のプログラムが動作している場合、サービス設定部７０２は新たなＵＲＬの設定を追加する動作を行うだけでよい。例えば、サーバの掲示板プログラム（ＵＲＬ毎にコミュニティ別の掲示板サービスを提供するプログラム）に対して新規にＵＲＬを設定し、そのＵＲＬに対するリクエストを受信したときに、サーバが新規に用意した掲示板を利用するようにサーバを設定してもよい。
【００７７】
また、サーバ（サービス提供部６０）において、標準的なＷＷＷサーバプログラムが動作している場合、例えば、サービス設定部７０２は、サーバに新たにディレクトリを作成し、また、ＷＷＷサーバプログラムを介して新たに定めたＵＲＬをそのディレクトリにマッピングさせることで、サーバがそのＵＲＬへのアクセスを受けると、該ディレクトリに保存されたファイルの一覧を端末２１に返したり、端末２１に送信して端末２１がファイルをダウンロードできるようにしたり、端末２１からファイルを該ディレクトリに保存できるようにすることができ、コミュニティメンバでファイルを共有するサービスとして開設することができる。
【００７８】
また、専用のファイル共有プログラムを介したファイル共有サービスを開設する場合、サービス設定部７０２はファイル共有プログラムに対して新規のファイル共有領域の設定を行う。つまり、サーバ（サービス提供部６０）に新たにディレクトリを作成し、さらに端末２１がファイル共有プログラムに対してリクエストを行うと、リクエストに付加された該ディレクトリのパス情報（例えば、/dir001/等）をもとに該ディレクトリに保存されたファイルの一覧を端末２１に返したり、端末２１に送信して端末２１がファイルをダウンロードできるようにしたり、端末２１からファイルを該ディレクトリに保存できるように設定を行う。
【００７９】
サービス提供部６０が単一のサーバではなく複数のコンピュータであり、複数のコンピュータがサービスを提供する場合の例を挙げる。サービス提供部６０が３台のコンピュータ（以下、ＣｏｍＡ，ＣｏｍＢ，ＣｏｍＣと記す。）によって構成されているとする。また、サービスを提供するときに最初にアクセスを受けるコンピュータはＣｏｍＡであるとする。サービス設定部７０２は、３台のコンピュータのうち、記憶装置（ハードディスク等）の空き容量が最も大きいコンピュータを検索する。サービス設定部７０２は、検索した空き容量が最大のコンピュータ（ここではＣｏｍＢとする。）にコミュニティ専用のディレクトリを作成する。サービス設定部７０２は、ＣｏｍＡにファイル共有プログラムに従ってコミュニティ専用のＵＲＬを設定し、そのＵＲＬへのリクエストをＣｏｍＢに生成したディレクトリに対応付けさせる。この場合、ＣｏｍＡは、コミュニティ専用のＵＲＬでファイル登録のリクエストがあると、ＣｏｍＢに生成したディレクトリにファイルを登録するように動作する。また、ＣｏｍＡは、ファイル取得のリクエストを受けると、ＣｏｍＢに作成したディレクトリから、指定されたファイルを取得して、端末に返却する動作を行う。
【００８０】
また、例えば、ファイルを断片化して複数のコンピュータで保持するサービスを新たに開設する場合、サービス設定部７０２は、以下のように動作する。サービス設定部７０２は、ＣｏｍＡ（サービスを提供するときに最初にアクセスを受けるコンピュータ）にコミュニティ専用のＵＲＬを設定させ、そのＵＲＬに対して、ファイル登録、参照、削除のリクエストを受けたときに、リクエストを受け付けるようにＣｏｍＡを設定する。ＣｏｍＡは、このＵＲＬに対してファイル登録のリクエストを受けると、ＣｏｍＡは、登録を要求されたファイルを断片化して、ＣｏｍＢ，ＣｏｍＣに記憶させる。ＣｏｍＡは、端末２１からファイルを要求された場合、ＣｏｍＢ，ＣｏｍＣから断片化されたデータを取得して元のファイルに復元した上で端末２１に送信する。
【００８１】
サービス設定部７０２は、サービスを開設したときに、サービス識別子とサービスアドレス情報とをサービス情報管理部７０１に通知する。なお、サービスアドレス情報がＵＲＬのような情報である場合には、当該ＵＲＬはサービス固有の情報とすることができるので、当該ＵＲＬをサービス識別子として用いることができる。
【００８２】
サービス設定部７０２は、サービスを閉鎖する場合、サービスを提供不能となるようにサービス提供部６０を設定する。例えば、そのサービスの提供のみで用いていたリソースを削除する。具体的には、サービス設定部７０２は、あるコミュニティで利用されるサービスを閉鎖する場合、そのサービスの提供のみで用いていたディレクトリやプログラム（例えば、サービス開設時にコピーされたプログラム）、あるいはプログラムに設定されたサービス固有の情報を削除する。サービスを提供するためのプログラムにサービス毎にＵＲＬの設定がなされる場合には、削除するサービスのＵＲＬの設定を破棄する。
【００８３】
サービス提供部情報記憶部７０３は、前述のように装置アドレス情報を予め記憶する。また、サービス提供部情報記憶部７０３は、サービス提供部６０が提供可能なサービス種別の一覧情報（例えば、掲示板、ファイル共有、スケジュール共有などの種別の一覧情報）を記憶する。
【００８４】
サービス情報記憶部７０４は、開設された各サービス毎に、サービス識別子と、サービスアドレス情報とを対応付けて記憶する。サービス情報記憶部７０４は、サービス毎に、サービス識別子と、サービスアドレス情報と、サービスの属性とを対応付けて記憶していてもよい。サービス情報記憶部７０４は、サービスの属性として、例えば、サービスの種別を記憶する。サービス種別とは、例えば、掲示板、スケジュール共有、ファイル共有などの種別のことである。また、サービスアドレス情報がＵＲＬなどのように一意な情報である場合には、サービスアドレス情報をサービス識別子として用いることができる。サービスアドレス情報をサービス識別子としても用い、サービスアドレス情報とサービス識別情報とを共通化する場合、サービス情報記憶部７０４には、その共通化した情報を記憶させてもよい。共通化した情報は、サービス識別子でもあり、サービスアドレス情報でもある。
【００８５】
サービス情報管理部７０１は、コミュニティ情報管理部５０１からサービスの開設や閉鎖の要求を受信したときに、サービス設定部７０２にサービスの開設や閉鎖を要求する。また、サービスが開設され、サービス設定部７０２からサービス識別子と、サービスアドレス情報が通知されたときには、サービス情報管理部７０１は、そのサービス識別子と、サービスアドレス情報と、サービスの属性（以下、サービスの種別であるものとする。）を対応付けて、サービス情報記憶部７０４に記憶させる。サービス設定部７０２からサービスの閉鎖に成功した旨の通知を受けたときには、そのサービスのサービス識別子、サービスアドレス情報、およびサービスの種別をサービス情報記憶部７０４から削除する。
【００８６】
なお、サービス提供部６０が一台の装置（例えば一台のサーバ）のみでサービスを提供可能であれば、サービス提供部６０とサービス管理部７０とを一台の装置で実現してもよい。
【００８７】
次に、図３〜図７のフローチャートを参照して第１の実施の形態の全体の動作について詳細に説明する。
【００８８】
図３はユーザ登録におけるフローチャートである。図３を参照すると、まず管理者は、端末２２からユーザ情報管理部４０１を利用して、コミュニティを形成するすべてのユーザのユーザ情報をユーザ情報記憶部４０２に予め登録しておく（ステップＳ１０１）。ステップＳ１０１において、端末２２には、管理者によってユーザ情報（ユーザ識別子、ユーザ認証情報）が入力される。端末２２に、ユーザ情報として、ユーザ識別子とユーザ認証情報とユーザの属性（例えば、ユーザの名前）が入力されてもよい。端末２２には、コミュニティを形成するすべてのユーザのユーザ情報が入力される。端末２２は入力されたユーザ情報をユーザ情報管理部４０１に送信し、ユーザ情報管理部４０１は端末２２から受信したユーザ情報をユーザ情報記憶部４０２に記憶させる。例えば、端末２２は、ユーザ識別子として“u1”、ユーザ認証情報として“pw1 ”等のパスワード、ユーザの属性として“山田太郎”等の名前などを入力される。端末２２は、入力されたユーザ情報（本例では“u1”、“pw1 ”および“山田太郎”の組み合わせ）をユーザ情報管理部４０１に送信し、ユーザ情報管理部４０１はそのユーザ情報をユーザ情報記憶部４０２に記憶させる。
【００８９】
図４は、新たにコミュニティが開設される場合の通信フィルタリングシステムの動作を示すフローチャートである。端末２２は、管理者の操作によって、コミュニティ登録要求（新たに開設されるコミュニティに関するコミュニティ情報、メンバ情報、利用サービス情報を登録する要求）をコミュニティ情報管理部５０１に送信する。コミュニティ情報管理部５０１は、端末２２からコミュニティ登録要求を受信すると、ユーザ情報記憶部４０２に記憶されているユーザ一覧情報（各ユーザ識別子。ただし、各ユーザ識別子に対応する各ユーザの属性もユーザ一覧情報に含めることが好ましい。）を取得し、ユーザ一覧情報を管理者の端末２２に送信する。端末２２は、ユーザ一覧情報を受信し、そのユーザ一覧情報を表示する（ステップＳ２０１）。端末２２は、ユーザ一覧情報を表示することによって、管理者にユーザの選択を促す。ここでは、ユーザ一覧情報に、各ユーザの名前が含まれている場合を例に説明する。この場合、端末２２は、各ユーザ識別子だけでなく「山田太郎」等の各ユーザの属性（本例では名前）も、ユーザ識別子に対応させて表示する。管理者は、新たに開設されるコミュニティのメンバとなる全てのユーザを、表示されたユーザ一覧情報の中から選択する。管理者は、コミュニティのメンバとして少なくとも一人のユーザを選択する。
【００９０】
端末２２は、新たに開設されるコミュニティのメンバとなる各ユーザを選択する操作が管理者に行われると、選択された各ユーザ（少なくとも一人分以上）のユーザ識別子をコミュニティ情報管理部５０１に送信する。
【００９１】
また、コミュニティ情報管理部５０１は、サービス情報管理部７０１にサービス種別の一覧情報を要求する。サービス情報管理部７０１は、この要求を受信すると、サービス提供部情報記憶部７０３からサービス種別の一覧情報を読み込み、コミュニティ情報管理部５０１に送信する（ステップＳ２０２）。コミュニティ情報管理部５０１は、サービス情報管理部７０１から受信したサービス種別の一覧情報を端末２２に送信し、端末２２は受信したサービス種別の一覧情報を表示する。端末２２は、サービス種別の一覧情報を表示することによって、新たに開設するコミュニティで利用可能なサービスの選択を促す。
【００９２】
端末２２は、新たなコミュニティで利用可能なサービスを選択する操作が管理者に行われると、選択されたサービスの種別をコミュニティ情報管理部５０１に送信する（ステップＳ２０３）。複数のサービスの種別を選択する操作が行われたならば、端末２２は、選択された複数の種別をコミュニティ情報管理部５０１に送信する。また、ステップＳ２０３において、管理者によって、新たなコミュニティの属性（本例では、コミュニティの名称とする。）も端末２２に入力され、端末２２がそのコミュニティの属性もコミュニティ情報管理部５０１に送信してもよい。
【００９３】
続いて、コミュニティ情報管理部５０１は、新たに開設されるコミュニティのコミュニティ識別子を生成する。コミュニティ情報管理部５０１は、コミュニティ識別子として、既存のコミュニティ識別子と重複しない一意の値を生成する（ステップＳ２０４）。
【００９４】
コミュニティ情報管理部５０１は、生成したコミュニティ識別子とコミュニティの属性とを対応付けて、コミュニティ情報記憶部５０２に記憶させる（ステップＳ２０５）。なお、コミュニティの属性は、管理者によって端末２２に入力されるのでなく、コミュニティ情報管理部５０１が自動的に作成してもよい。例えば、コミュニティ情報管理部５０１が、管理者によって選択されたサービスの種別を端末２２から受信した日時をコミュニティの属性としてもよい。
【００９５】
また、コミュニティ情報管理部５０１は、生成したコミュニティ識別子と、端末２２から受信したユーザ識別子（すなわち、管理者によってメンバとして選択されたユーザのユーザ識別子）とを対応付けメンバ情報記憶部５０３に記憶させる（ステップＳ２０６）。
【００９６】
続いて、コミュニティ情報管理部５０１は、管理者に選択された種別（ステップＳ２０３で端末２２から受信した種別）のサービスの開設をサービス情報管理部７０１に要求する（ステップＳ２０７）。例えば、掲示板が選択されたならば、掲示板のサービスの開設をサービス情報管理部７０１に要求する。
【００９７】
サービス情報管理部７０１は、コミュニティ情報管理部５０１からサービスの開設の要求を受信すると、サービス提供部情報記憶部７０３から装置アドレスを読み込む。サービス情報管理部７０１は、その装置アドレスが示す装置に、ステップＳ２０７でコミュニティ情報管理部５０１に要求された種別のサービスを開設することをサービス設定部７０２に要求する（ステップＳ２０８）。例えば、サービス情報管理部７０１は、サービス提供部情報記憶部７０３から装置アドレス（例えば、ＩＰアドレスである「12.34.56.78」）を読み込み、「12.34.56.78」に掲示板を開設すること等をサービス設定部７０２に要求する。
【００９８】
サービス設定部７０２は、サービス情報管理部７０１からの要求に応じて新たにサービスを開設する（ステップＳ２０９）。既に述べたように、サービスの開設の態様は、サービスの種類等によって様々である。サービス設定部７０２は、例えば、コミュニティ用のプログラムをサービス提供部６０上にコピーし、コミュニティ専用のＵＲＬを設定して、そのＵＲＬを用いてアクセスしたリクエストを受信したときに、サービス提供部６０がコミュニティ用のプログラムに従って動作するように設定すればよい。ここに示したサービスの開設は一例に過ぎず、既に説明した他の態様でサービスを開設してもよい。
【００９９】
また、サービス設定部７０２は、ステップＳ２０９において、開設するサービスに一意のサービス識別子を定める。また、サービス設定部７０２は、サービスのサービスアドレス情報を定める。サービス設定部７０２は、サービス提供部６０が単一の装置で構成される場合には当該装置内においてサービス提供のために設けられたディレクトリを示す情報（例えば、「/boad/id123/」等の情報）をサービスアドレス情報としてもよく、この場合にはサービス提供部情報記憶部６０に記憶されたサービス提供部６０のアドレス情報と併せてサービスの所在を特定できる。あるいは、サービス提供部６０が複数の装置で構成される場合には、ＵＲＬのようなサービス固有の情報をサービスアドレス情報としてもよく、この場合にはＵＲＬのようなサービス固有の情報だけでサービスの所在を特定できる。なお、サービスの所在を特定するのは、サービスを閉鎖する場合に、どのサービスを閉鎖するか特定する必要があるためである。
【０１００】
サービス設定部７０２は、サービス識別子およびサービスアドレス情報をサービス情報管理部７０１に送り、サービス情報管理部７０１は、そのサービス識別子とサービスアドレス情報とを対応付けてサービス情報記憶部７０４に記憶させる（ステップＳ２１０）。このとき、サービス情報管理部７０１は、サービス識別子と、サービスアドレス情報と、開設したサービスの種別とを対応付けてサービス情報記憶部７０４に記憶させてもよい。また、サービスアドレス情報をサービス識別子とする場合には、サービスアドレス情報とサービス識別子とを共通化した情報（サービスアドレス情報でもありサービス識別子でもある情報）をサービス情報管理部７０１に送信し、サービス情報管理部７０１は、その情報をサービス情報記憶部７０４に記憶させればよい。
【０１０１】
続いて、サービス設定部７０２は、サービス識別子と転送先情報をコミュニティ情報管理部５０１に送信する（ステップＳ２１１）。このとき、サービス設定部７０２は、開設したサービスの種別もコミュニティ情報管理部５０１に送信してもよい。転送先情報は、例えば、装置アドレス情報とサービスアドレス情報の組み合わせである。サービス提供部６０が１台の装置であり、サービス提供部６０の装置アドレス情報が１つしかなく、その装置アドレス情報を通信フィルタリング部３０が記憶する場合には、サービス設定部７０２は、転送先情報としてサービスアドレス情報のみをコミュニティ情報管理部５０１に送信してもよい。なお、転送先情報は、内部ＮＷにおいてサービスへのリクエストを行うために必要な所在情報であり、サービスの閉鎖を行う目的で利用するサービスアドレス情報（あるいはサービス提供部のアドレス情報との組み合わせ）と必ずしも一致するものではない。以下の説明では、サービスアドレス情報および装置アドレス情報の組み合わせを転送先情報として用いる場合、あるいは、装置アドレス情報を予め通信フィルタリング部３０が記憶してサービスアドレス情報を転送先情報として用いる場合を例にして説明する。
【０１０２】
コミュニティ情報管理部５０１は、サービス情報管理部７０１からサービス識別子および転送先情報を受信すると、そのサービス識別子と、ステップＳ２０４で生成したコミュニティ識別子と、転送先情報とを対応付けて利用サービス情報記憶部５０４に記憶させる（ステップＳ２１２）。コミュニティ情報管理部５０１は、サービス識別子等とともにサービスの種別も受信したならば、コミュニティ識別子と、サービス識別子と、転送先情報とを対応付け、さらにサービスの種別も対応付けて利用サービス情報記憶部５０４に記憶させる。
【０１０３】
また、コミュニティ情報管理部５０１は、受信したサービス識別子を管理者の端末２２に送信する。管理者の端末２２は、そのサービス識別子を表示する。管理者は、そのサービス識別子をコミュニティのメンバに知らせる。あるいは、管理者が意図的にメンバに知らせなくとも、例えば、ユーザの属性情報としてメールアドレスをユーザ情報記憶部４０２に記憶しておき、コミュニティ情報管理部５０１がメンバのメールアドレスを取得したのち、サービス識別子をメールによって自動送信することもできる。
【０１０４】
既に説明したように、サービス提供部６０が提供可能なサービス種別の一覧情報はサービス提供部情報記憶部７０３に記憶されており、コミュニティ情報管理部５０１は、サービス情報管理部７０１にサービス種別の一覧情報を要求し、サービス情報管理部７０１がサービス提供部情報記憶部７０３からサービス種別の一覧情報を読み込み、コミュニティ情報管理部５０１に送信している。
【０１０５】
以上の説明では、利用可能なサービスの種別を管理者に選択させる場合を示した。新たなコミュニティで利用可能なサービスを管理者が選択するのではなく、コミュニティで利用可能なサービスが予め固定的に決められていてもよい。例えば、新たに開設されるコミュニティで利用可能なサービスは「掲示板」および「スケジュール共有」の２つだけ等のように予め定められていてもよい。この場合、コミュニティに参加するメンバの選択が行われた後、ステップＳ２０２，Ｓ２０３の処理は省略される。ただし、コミュニティの属性（例えば、コミュニティの名称）が端末２２に入力され、端末２２がそのコミュニティの属性をコミュニティ情報管理部５０１に送信する処理は省略しなくてもよい。このとき、ステップＳ２０７では、固定的に定められている種別のサービス（上記の例では「掲示板」および「スケジュール共有」）の開設をサービス情報管理部７０１に要求すればよい。
【０１０６】
管理者にサービスを選択させる場合、新たなコミュニティで利用可能なサービスとして選択されるサービスは複数であってもよい。また、コミュニティ毎に異なるサービスが選択されてもよい。例えば、あるコミュニティは、掲示板とファイル共有を利用するが、別のコミュニティは掲示板とスケジュール共有を利用するようにサービスを選択してもよい。
【０１０７】
図５は、コミュニティを閉鎖する場合の通信フィルタリングシステムの動作を示すフローチャートである。端末２２は、管理者の操作（コミュニティ閉鎖指示の操作）に従って、コミュニティ情報管理部５０１にコミュニティ情報を要求する。コミュニティ情報管理部５０１は、この要求を受信するとコミュニティ情報記憶部５０２に記憶されている全てのコミュニティ情報を読み込み端末２２に送信する。端末２２は、受信したコミュニティ情報を表示する。コミュニティ情報には、少なくともコミュニティ識別子が含まれる。本例では、コミュニティ識別子と、コミュニティの属性とを対応付けた情報がコミュニティ情報である場合を例としている。管理者は、コミュニティ識別子またはコミュニティの属性（例えば名称）を参照して、閉鎖するコミュニティを選択する。管理者が閉鎖すべきコミュニティを把握しやすいので、コミュニティの属性をコミュニティ情報に含めることが好ましい。端末２２は、選択されたコミュニティのコミュニティ識別子をコミュニティ情報管理部５０１に送信する（ステップＳ３０１）。
【０１０８】
次に、コミュニティ情報管理部５０１は、端末２２から受信したコミュニティ識別子（すなわち、閉鎖対象のコミュニティのコミュニティ識別子）を含む利用サービス情報を利用サービス情報記憶部５０４から読み込む（ステップＳ３０２）。コミュニティ情報管理部５０１は、読み込んだ利用サービス情報において、コミュニティ識別子と対応付けられているサービス識別子をサービス情報管理部７０１に送信して、そのサービス識別子が示すサービスの閉鎖をサービス情報管理部７０１に要求する（ステップＳ３０３）。例えば、「serviceID=123,serviceID=456,method=delete」のような情報を送信する。本例において、「123」、「456」は、閉鎖するサービスのサービス識別子であり、「delete」は、サービスを閉鎖することを示す命令である。
【０１０９】
サービス情報管理部７０１は、サービス閉鎖の要求を受信すると、サービス提供部情報記憶部７０３から装置アドレスを読み込む（ステップＳ３０４）。さらに、サービス情報管理部７０１は、コミュニティ情報管理部５０１から受信したサービス識別子と対応付けてサービス情報記憶部７０４に記憶されているサービスアドレス情報を読み込む（ステップＳ３０５）。例えば、コミュニティ情報管理部５０１から「123」、「456」というサービス識別子を受信した場合、サービス情報管理部７０１は、サービス情報記憶部７０４に記憶されている「serviceID=123:/xxService/id123/,serviceID=456:/xxService/id456/」等の情報を読み込む。本例において、「/xxService/id123/」がサービス識別子「123」に対応するサービスアドレス情報であり、「/xxService/id456/」がサービス識別子「456」に対応するサービスアドレス情報である。なお、サービスアドレス情報がＵＲＬのようなサービス固有の情報である場合には、装置アドレスを読み込む必要がないため（装置アドレスをＵＲＬに含むため）、ステップＳ３０４を省略することもできる。
【０１１０】
続いて、サービス管理部７０１は、サービス設定部７０２に装置アドレス情報、サービスアドレス情報を送り、サービスを閉鎖する要求を行う。例えば、「delete, 12.34.56.78, /xxService/id123/, /xxService/id456/」のような情報をサービス設定部７０２に送信する。本例において、「delete」は、サービスを閉鎖することを示す命令である。「12.34.56.78」は、装置ドレス情報である。「/xxService/id123/」および「/xxService/id456/」は、サービスアドレス情報である。サービス設定部７０２は、装置アドレス情報およびサービスアドレス情報に基づいてサービスを閉鎖する（ステップＳ３０６）。ステップＳ３０６において、サービス設定部７０２は、装置アドレス情報およびサービスアドレス情報によって特定されるディレクトリを削除したり、サービスを提供するためのプログラムを削除する等の処理によってサービスを閉鎖する。
【０１１１】
ステップＳ３０６におけるサービスの閉鎖が完了すると、サービス管理部７０１は、閉鎖したサービスの情報をサービス情報記憶部７０４から削除する（ステップＳ３０７）。具体的には、削除したサービスのサービス識別子およびサービスアドレス情報を削除する。サービス識別子と、サービスアドレス情報と、サービスの属性（例えばサービス種別）とが対応付けられてサービス情報記憶部７０４に記憶されている場合には、サービスの属性も削除する。続いて、サービス管理部７０１は、コミュニティ情報管理部５０１にサービス閉鎖を完了した旨を通知（以下、閉鎖完了通知と記す。）する（ステップＳ３０８）。
【０１１２】
コミュニティ情報管理部５０１は、サービス情報管理部７０１から閉鎖完了通知を受信すると、利用サービス情報記憶部５０４とメンバ情報記憶部５０２とコミュニティ情報記憶部５０１とから、閉鎖したコミュニティに関連する情報を削除する（ステップＳ３０９，Ｓ３１０，Ｓ３１１）。具体的には、以下のように情報を削除する。コミュニティ情報管理部５０１は、ステップＳ３０１において端末２２から受信したコミュニティ識別子およびそのコミュニティ識別子に対応付けられたサービス識別子および転送先情報を利用サービス情報記憶部５０４から削除する（ステップＳ３０９）。そのサービス識別子と対応するサービスの種別も記憶されていたならば、その種別も削除する。また、コミュニティ情報管理部５０１は、ステップＳ３０１において端末２２から受信したコミュニティ識別子およびそのコミュニティ識別子に対応付けられたユーザ識別子をメンバ情報記憶部５０３から削除する（ステップＳ３１０）。また、コミュニティ情報管理部５０１は、ステップＳ３０１において端末２２から受信したコミュニティ識別子およびそのコミュニティ識別子に対応付けられたコミュニティの属性をコミュニティ情報記憶部５０２から削除する（ステップＳ３１１）。
【０１１３】
図６は、既に開設されているコミュニティが利用するサービス種別を変更する場合の通信フィルタリングシステムの動作を示すフローチャートである。端末２２は、管理者の操作（コミュニティのサービス種別変更指示の操作）に従って、コミュニティ情報管理部５０１にコミュニティ情報を要求する。コミュニティ情報管理部５０１は、この要求を受信するとコミュニティ情報記憶部５０２に記憶されている全てのコミュニティ情報を読み込み、端末２２に送信する。端末２２は、受信したコミュニティ情報を表示する。コミュニティ情報には、少なくともコミュニティ識別子が含まれる。本例では、コミュニティ識別子と、コミュニティの属性とを対応付けた情報がコミュニティ情報である場合を例としている。管理者は、コミュニティ識別子またはコミュニティの属性（例えば名称）を参照して、サービス種別を変更するコミュニティを選択する。端末２２は、選択されたコミュニティのコミュニティ識別子をコミュニティ情報管理部５０１に送信する（ステップＳ４０１）。
【０１１４】
次に、コミュニティ情報管理部５０１は、端末２２から受信したコミュニティ識別子（すなわち、サービス種別の変更対象とされたコミュニティの識別子）を含む利用サービス情報を利用サービス情報記憶部５０４から読み込む（ステップＳ４０２）。コミュニティ情報管理部５０１は、読み込んだ利用サービス情報において、コミュニティ識別子と対応付けられているサービス識別子をサービス情報管理部７０１に送信して、そのサービス識別子に対応する種別（サービスの種別）を要求する。サービス情報管理部７０１は、コミュニティ情報管理部５０１から受信したサービス識別子に対応するサービス種別をサービス情報記憶部７０４から読み込み、サービス識別子およびサービスの種別との組み合わせをコミュニティ情報管理部５０１に送信し、コミュニティ情報管理部５０１は、そのサービス識別子およびサービスの種別を受信する（ステップＳ４０３）。
【０１１５】
なお、利用サービス情報記憶部５０４が、コミュニティ識別子と、サービス識別子とを対応付けて記憶し、さらにそのサービス識別子とそのサービス識別子が示すサービスの種別とを対応付けて記憶している場合には、上記のステップＳ４０３の処理を行わずに、コミュニティ情報管理部５０１が、端末２２から受信したコミュニティ識別子に対応付けられたサービスの種別を利用サービス情報記憶部５０４から読み込んでもよい。すなわち、コミュニティ情報管理部５０１は、サービスの種別をサービス管理部７０から取得してもよいし、利用サービス情報記憶部５０４から取得してもよい。ただし、サービス情報記憶部７０４または利用サービス情報記憶部５０４のいずれかに、サービス識別子に対応付けてサービスの種別を記憶させるものとする。
【０１１６】
また、コミュニティ情報管理部５０１は、サービス情報管理部７０１にサービス種別の一覧情報を要求する。サービス情報管理部７０１は、この要求を受信すると、サービス提供部情報記憶部７０３からサービス種別の一覧情報を読み込み、コミュニティ情報管理部５０１に送信する。コミュニティ情報管理部５０１は、そのサービス種別の一覧情報を受信する（ステップＳ４０４）。
【０１１７】
コミュニティ情報管理部５０１は、現在コミュニティで利用可能なサービスの種別（すなわち、ステップＳ４０３でサービス情報管理部７０１から受信した種別、あるいは利用サービス情報記憶部５０４から読み込んだ種別）と、ステップＳ４０４で受信したサービス種別の一覧情報を端末２２に送信する。端末２２は、現在コミュニティで利用可能なサービスの種別、およびサービス種別の一覧情報を表示する。管理者は、表示された現在コミュニティで利用可能なサービスの種別の中から、閉鎖するサービスの種別を選択する。また、管理者は、サービス種別の一覧の中から、ステップＳ４０１で選択したコミュニティ用に開設するサービスの種別を選択する。端末２２は、閉鎖するサービスの種別および開設するサービスの種別をコミュニティ情報管理部５０１に送信し、コミュニティ情報管理部５０１は、閉鎖するサービスの種別および開設するサービスの種別を受信する（ステップＳ４０５）。
【０１１８】
続いて、コミュニティ情報管理部５０１は、閉鎖するサービスの種別に対応するサービス識別子を特定する。ステップＳ４０３の処理によって、サービス識別子およびサービス種別の組み合わせを受信している場合には、その組み合わせの中から、閉鎖するサービスの種別に対応するサービス識別子を特定すればよい。また、利用サービス情報記憶部５０４にサービス識別子とサービス種別とが対応付けて記憶されている場合には、閉鎖するサービスの種別およびステップＳ４０１で受信したコミュニティ識別子に対応するサービス識別子を読み込めばよい。コミュニティ情報管理部５０１は、閉鎖するサービスの種別に対応するサービス識別子と新たに開設するサービスの種別とを含む利用サービス変更要求をサービス情報管理部７０１に送信する（ステップＳ４０６）。
【０１１９】
サービス情報管理部７０１は、利用サービス変更要求を受けると、サービス提供部情報記憶部７０３から装置アドレスを読み込む（ステップＳ４０７）。さらに、サービス情報管理部７０１は、閉鎖するサービスのサービス識別子と対応付けてサービス情報記憶部７０４に記憶されているサービスアドレス情報を読み込む（ステップＳ４０８）。
【０１２０】
続いて、サービス管理部７０１は、サービス設定部７０２に装置アドレス情報、サービスアドレス情報を（サービスアドレス情報がＵＲＬのようなサービス固有の情報である場合には、サービスアドレス情報のみを）送り、サービスを閉鎖する要求を行う。サービス設定部７０２は、装置アドレス情報およびサービスアドレス情報に基づいて（サービスアドレス情報がＵＲＬのようなサービス固有の情報である場合には、サービスアドレス情報のみに基づいて）サービスを閉鎖する（ステップＳ４０９）。ステップＳ４０９におけるサービスの閉鎖が完了すると、サービス管理部７０１は、閉鎖したサービスの情報をサービス情報記憶部７０４から削除する（ステップＳ４１０）。具体的には、削除したサービスのサービス識別子およびサービスアドレス情報を削除する。サービス識別子と、サービスアドレス情報と、サービスの属性とが対応付けられてサービス情報記憶部７０４に記憶されている場合には、サービスの属性も削除する。ステップＳ４０７〜Ｓ４１０の動作は、ステップＳ３０４〜Ｓ３０７の動作と同様に行えばよい。
【０１２１】
また、サービス管理部７０１は、ステップＳ４０７で読み込んだ装置アドレスが示す装置に、新たに開設する種別のサービスを開設することをサービス設定部７０２に要求する。なお、新たに開設する種別は、ステップＳ４０６でサービス情報管理部７０１が受信する利用サービス変更要求に含まれている。サービス設定部７０２は、サービス情報管理部７０１からの要求に応じて新たにサービスを開設する（ステップＳ４１１）。
【０１２２】
続いて、サービス設定部７０２は、サービス識別子およびサービスアドレス情報をサービス情報管理部７０１に送り、サービス情報管理部７０１は、そのサービス識別子とサービスアドレス情報とを対応付けてサービス情報記憶部７０４に記憶させる（ステップＳ４１２）。このとき、サービス情報管理部７０１は、サービス識別子と、サービスアドレス情報と、開設したサービスの種別とを対応付けてサービス情報記憶部７０４に記憶させてもよい。
【０１２３】
さらにサービス情報管理部７０１は、サービスの閉鎖および開設が完了すると（具体的にはステップＳ４１２までの動作が完了すると）、コミュニティ情報管理部５０１にサービス閉鎖を完了した旨と、開設したサービスのサービス識別子および転送先情報をコミュニティ情報管理部５０１に通知する（ステップＳ４１３）。このとき、サービス情報管理部７０１は、開設したサービスの識別子とともにそのサービスの種別もコミュニティ情報管理部５０１に通知してもよい。ステップＳ４１１〜Ｓ４１３の動作は、ステップＳ２０９〜Ｓ２１１の動作と同様である。
【０１２４】
この通知を受信したコミュニティ情報管理部５０１は、閉鎖したサービスのサービス識別子および転送先情報を利用サービス情報記憶部５０４から削除する。また、利用サービス情報記憶部５０４において、サービス識別子とサービスの種別とが対応付けられていた場合には、閉鎖したサービスのサービス識別子に対応付けられていたサービスの種別も削除する。ただし、サービス識別子に対応付けられているコミュニティ識別子は削除しない。また、コミュニティ情報管理部５０１は、開設したサービスのサービス識別子および転送先情報を受信すると、そのサービス識別子および転送先情報を、サービス種別の変更対象となったコミュニティのコミュニティ識別子（ステップＳ４０１で受信したコミュニティ識別子）に対応付けて利用サービス情報記憶部５０４に記憶させる（ステップＳ４１４）。コミュニティ情報管理部５０１は、サービス識別子とともにサービスの種別も受信したならば、その種別もサービス識別子に対応付けて利用サービス情報記憶部５０４に記憶させる。
【０１２５】
また、コミュニティ情報管理部５０１は、受信したサービス識別子を管理者の端末２２に送信する。管理者の端末２２は、そのサービス識別子を表示する。管理者は、そのサービス識別子をコミュニティのメンバに知らせる。あるいは、管理者が意図的にメンバに知らせなくとも、例えば、ユーザの属性情報としてメールアドレスをユーザ情報記憶部４０２に記憶しておき、コミュニティ情報管理部５０１がメンバのメールアドレスを取得したのち、サービス識別子をメールによって自動送信することもできる。
【０１２６】
図７は、外部ＮＷ１１からサービスを利用するリクエストを受信した場合の通信フィルタリングシステムの動作を示すフローチャートである。まず、端末２１がコミュニティのメンバ向けに開設されているサービスを利用するためのリクエストを送信し、フィルタリング部３０１は外部ＮＷ１１を介してそのリクエストを受信する（ステップＳ５０１）。なお、端末２１は、コミュニティのメンバ（以下、利用者と記す。）によって操作される端末である。端末２１は、通信フィルタリング部３０にリクエストを送信する。
【０１２７】
なお、端末２１は、ユーザ識別子、ユーザ認証情報、サービス識別子を含むリクエストを送信する。例えば、端末２１で動作するプログラムにユーザ識別子、ユーザ認証情報、サービス識別子を入力した後リクエストを行い、当該プログラムがリクエストにユーザ識別子、ユーザ認証情報、サービス識別子を含めればよい。
【０１２８】
フィルタリング部３０１は、端末リクエストを受信すると、ユーザ認証部３０２にユーザ認証を要求する。このとき、フィルタリング部３０１は、リクエストに含まれるユーザ識別子（図２では「ユーザＩＤ」として示している。）およびユーザ認証情報（図２では「パスワード」として示している。）をユーザ認証部３０２に送る。
【０１２９】
ユーザ認証部３０２は、ユーザ認証の要求を受けると、ユーザ情報記憶部４０２に記憶されている各ユーザ情報（ユーザ識別子とユーザ認証情報とを対応付けた情報）を取得する（ステップＳ５０２）。続いて、ユーザ認証部３０２は、リクエストに含まれるユーザ識別子およびユーザ認証情報と、ステップＳ５０２において取得したユーザ情報とを照合してユーザ認証を行う（ステップＳ５０３）。具体的には、ユーザ認証部３０２は、リクエストに含まれるユーザ識別子およびユーザ認証情報の組み合わせと一致するユーザ情報が、ステップＳ５０２でユーザ情報記憶部４０２から取得した各ユーザ情報の中に含まれていればユーザ認証に成功したと判定し、リクエストに含まれるユーザ識別子およびユーザ認証情報の組み合わせと一致するユーザ情報が、ステップＳ５０２でユーザ情報記憶部４０２から取得した各ユーザ情報の中に含まれていなければユーザ認証に失敗したと判定する。そして、ユーザ認証部３０２は、ユーザ認証の結果（ユーザ認証に成功したか失敗したか）をフィルタリング部３０１に通知する。
【０１３０】
フィルタリング部３０１は、ユーザ認証に失敗した旨の通知をユーザ認証部３０２から受けた場合、ステップＳ５０１で端末２１から受信したリクエストを破棄する（ステップＳ５０８）。
【０１３１】
ユーザ認証に成功した旨の通知を受けた場合、フィルタリング部３０１は、さらにリクエストの内容の検証（リクエストがユーザが参加するコミュニティに許可されたサービスへのリクエストであるか否かの検証）をリクエスト内容検証部３０３に要求する。このとき、フィルタリング部３０１は、リクエストに含まれるユーザ識別子（図２では「ユーザＩＤ」として示している。）およびサービス識別子（図２では「サービスＩＤ」として示している。）をリクエスト内容検証部３０３に送る。
【０１３２】
リクエスト内容検証部３０３は、リクエストの内容の検証を要求されると、メンバ情報記憶部５０３に記憶されたメンバ情報の中から、リクエストに含まれるユーザ識別子に対応付けられているコミュニティ識別子を取得する（ステップＳ５０４）。利用者が複数のコミュニティのメンバである場合、その利用者のユーザ識別子に対応するコミュニティ識別子はメンバ情報記憶部５０３に複数種類記憶されている。このような場合、リクエストに含まれるユーザ識別子に対応付けられている全てのコミュニティ識別子をメンバ情報記憶部５０３から取得する。
【０１３３】
次に、リクエスト内容検証部３０３は、リクエストに含まれるサービス識別子に対応付けられたコミュニティ識別子をサービス情報記憶部５０４から取得する（ステップＳ５０５）。
【０１３４】
続いて、リクエスト内容検証部３０３は、ステップＳ５０５で取得したコミュニティ識別子が、ステップＳ５０４で取得したコミュニティ識別子の中に含まれているか否かを判定する（ステップＳ５０６）。なお、ステップＳ５０４で取得したコミュニティ識別子が１つしかなく、そのコミュニティ識別子がステップＳ５０５で取得したコミュニティ識別子と同一である場合、ステップＳ５０５で取得したコミュニティ識別子が、ステップＳ５０４で取得したコミュニティ識別子の中に含まれていると判定する。リクエスト内容検証部３０３は、判定結果をフィルタリング部３０１に通知する。
【０１３５】
フィルタリング部３０１は、ステップＳ５０５で取得したコミュニティ識別子が、ステップＳ５０４で取得したコミュニティ識別子の中に含まれている場合、受信したリクエストが正規のリクエスト（ユーザの参加するコミュニティに許可されたサービスへのリクエスト）であると判定し、リクエストを指定サービスへ転送する（ステップＳ５０７）。このとき、フィルタリング部３０１は、リクエストに含まれているサービス識別子に対応付けられた転送先情報を、利用サービス情報記憶部５０４から取得する。フィルタリング部３０１は、その転送先情報が示すアドレスを宛先として、サービス提供部６０にリクエストを転送する。
【０１３６】
なお、サービス提供部６０が単一の装置である場合、フィルタリング部３０１は、その装置の装置アドレス情報を予め記憶していてもよい。その場合、サービス管理部７０からコミュニティ管理部６０に送信して利用サービス情報記憶部５０４に記憶させる転送先情報には装置アドレス情報を含めなくてよい。フィルタリング部３０１は、リクエストに含まれているサービス識別子に対応付けられた転送先情報（本例では、サービスアドレス情報）と、自身が記憶している装置アドレス情報とによって特定されるアドレスを宛先として、サービス提供部６０にリクエストを転送すればよい。
【０１３７】
フィルタリング部３０１は、ステップＳ５０５で取得したコミュニティ識別子が、ステップＳ５０４で取得したコミュニティ識別子の中に含まれていない場合、受信したリクエストが不正なリクエスト（ユーザの参加するコミュニティに許可されていないサービスへのリクエスト）であると判定し、そのリクエストを破棄する（ステップＳ５０６）。
【０１３８】
また、上記の実施の形態では、利用サービス情報記憶部５０４が転送先情報を記憶する場合を示したが、端末２１が転送先情報を含むリクエストを通信フィルタリング部３０に送信する場合には、利用サービス情報記憶部５０４に転送先情報を記憶させなくてもよい。この場合、コミュニティ情報管理部５０１は、サービス管理部７０から受信した転送先情報を端末２２に送信すればよい。端末２２は、その転送先情報を表示し、管理者が利用者に転送先情報を通知すればよい。なお、転送先情報の一態様として、例えば、サービスの所在を一意に特定するＵＲＬ等が挙げられる。ＵＲＬは、例えば、サービス設定部７０２が作成すればよい。端末２１は、利用者によって転送先情報を入力され、その転送先情報をリクエストに含めればよい。そして、フィルタリング部３０１は、ステップＳ５０７において、リクエストに含まれる転送先情報が示すアドレスを宛先として、サービス提供部６０にリクエストを転送すればよい。
【０１３９】
次に、本実施の形態の効果について説明する。本実施の形態では、利用者が内部ＮＷのコミュニティサービスを利用するようにコミュニティを形成したり、あるいは内部ＮＷのコミュニティサービスを利用していたコミュニティを解散（閉鎖）した場合、さらにコミュニティが利用するサービスの種別を変更する場合、管理者自身は、アクセス制御の設定（利用サービス情報やメンバ情報）をあらためて通信フィルタリング部３０に設定する必要がない。また、コミュニティ閉鎖時にも、アクセス制御の設定（利用サービス情報やメンバ情報）をあらためて通信フィルタリング部３０に設定する必要がない。また、コミュニティが利用するサービスの種別を変更する場合も同様に、アクセス制御の設定（利用サービス情報やメンバ情報）をあらためて通信フィルタリング部３０に設定する必要がない。よって、利用者が内部ＮＷのコミュニティサービスを利用するようにコミュニティを形成したり、あるいは内部ＮＷのコミュニティサービスを利用していたコミュニティを解散（閉鎖）した場合、さらにコミュニティが利用するサービスの種別を変更する場合に、管理者があらためてアクセス制御の設定（利用サービス情報やメンバ情報）を変更する必要がないため、管理者の運用コストを増加させることなく、アクセス管理（フィルタリング）を行うことができる。
【０１４０】
また、利用者が内部ＮＷのコミュニティサービスを利用するようにコミュニティを形成したり、あるいは内部ＮＷのコミュニティサービスを利用していたコミュニティを解散（閉鎖）した場合、さらにコミュニティが利用するサービスの種別を変更する場合に、あらためて管理者がアクセス制御の設定（利用サービス情報やメンバ情報）を変更しなくても、セキュアな領域であるサービス提供部に開設されたサービスへのアクセスのみが自動的に許可される。従って、セキュリティに対する人為的なリスクを生じさせることなく、コミュニティが利用するサービスへのアクセス管理を行うことができる。
【０１４１】
実施の形態２．
図８は、本発明の第２の実施の形態の例を示すブロック図である。第２の実施の形態では、ユーザ管理部４０を複数備える。図８では、通信フィルタリングシステムが２つのユーザ管理部４０ａ，４０ｂを備えた場合を示している。第１の実施の形態と同様の構成要素については、図１と同一の符号を付して説明を省略する。ただし、メンバ情報記憶部５０３が記憶するメンバ情報は、第１の実施の形態と異なる。また、ユーザ認証部３０２がユーザ認証時にメンバ情報記憶部５０３に記憶されるメンバ情報を参照する点で、第１の実施の形態と異なる。メンバ情報記憶部５０３が記憶する情報およびユーザ認証部３の動作については後述する。
【０１４２】
ユーザ管理部４０ａは、ユーザ情報管理部４０１ａとユーザ情報記憶部４０２ａとを備える。ユーザ管理部４０ｂは、ユーザ情報管理部４０１ｂとユーザ情報記憶部４０２ｂとを備える。ユーザ情報管理部４０１ａ，４０１ｂは、第１の実施の形態におけるユーザ情報管理部４０１と同様であり、ユーザ情報記憶部４０２ａ，４０２ｂは、第１の実施の形態におけるユーザ情報管理部４０２と同様である。
【０１４３】
ただし、複数のユーザ情報管理部４０１ａ，４０１ｂのうち、一部のユーザ情報管理部は管理者の端末２２からの管理（具体的には端末２２からユーザ情報を受信してユーザ情報記憶部に記憶させる動作）を禁止してもよい。図８に示す例では、ユーザ情報管理部４０１ａは、第１の実施の形態で説明したステップＳ１０１と同様に、端末２２からユーザ情報を受信し、ユーザ情報記憶部４０２ａに記憶させる。一方、ユーザ情報管理部４０１ｂは、端末２２からユーザ情報を受信することはなく、端末２２が送信したユーザ情報をユーザ情報記憶部４０２に記憶させることもない。
【０１４４】
端末２２からの管理を禁止するユーザ管理部４０ｂは、例えば、企業の一般的な社員管理システム（社員情報データベース）によって実現される。企業の社員管理システムは、ユーザ情報を記憶するユーザ情報記憶部４０２ｂと、ユーザ情報記憶部４０２ｂにユーザ情報を記憶させるユーザ情報管理部４０１ｂとを備える。ただし、そのような社員管理システムは、本発明の通信フィルタリングシステムだけで用いられるわけではなく、通信フィルタリングシステムの管理者であっても、新たなユーザ情報を社員管理システムに登録する権限を持たない。ユーザ情報管理部４０１ｂは、社員管理システムのユーザ情報を更新する特別の権限を有する者の端末（図示せず。）からのユーザ情報を受信して、ユーザ情報記憶部４０２ｂに記憶させる。
【０１４５】
一方、ユーザ管理部４０ａは、コミュニティのメンバとなるユーザのうち、ユーザ管理部４０ｂにユーザ情報を登録できないユーザのユーザ情報を管理する。例えば、本発明の通信フィルタリングシステムの管理者がユーザＡ，Ｂ，Ｃの３人をメンバとするコミュニティを開設しようとしていて、ユーザＡ，Ｂのユーザ情報は社員管理システム（ユーザ管理部４０ｂ）に登録されているが、ユーザＣはユーザＡ，Ｂとは異なる企業の社員であるためユーザ管理部４０ｂにユーザＣのユーザ情報は登録できないとする。この場合、管理者は、ユーザＣのユーザ情報をユーザ情報４０２ａに記憶させればよい。このときのユーザ情報管理部４０１ａおよび端末２２の動作は、ステップＳ１０１の動作と同様である。なお、ユーザＡ，Ｂのユーザ情報は、予めユーザ情報記憶部４０２ｂに記憶されている。
【０１４６】
図９は、本実施の形態においてメンバ情報記憶部５０３が記憶するメンバ情報の例を示す説明図である。本実施の形態におけるメンバ情報は、コミュニティ識別子と、そのコミュニティ識別子が示すコミュニティに属する所属メンバのユーザ識別子とを対応付け、さらにそのユーザ識別子とそのユーザ識別子が登録されているユーザ管理部の識別子とを対応付けた情報である。図９に示す「c111」は、コミュニティ識別子である。また、「u123」および「u456」はそれぞれユーザ識別子である。また、「11.22.33.44」および「55.66.77.88」はそれぞれユーザ管理部の識別子（以下、管理部識別子と記す。）である。本例において、「11.22.33.44」はユーザ管理部４０ａを示す管理部識別子であり、「55.66.77.88」はユーザ管理部４０ｂを示す管理部識別子である。「u123」は、ユーザ管理部４０ａに記憶されていたユーザ識別子であり、「11.22.33.44」と対応付けられている。また、「u456」は、ユーザ管理部４０ｂに記憶されていたユーザ識別子であり、「55.66.77.88」と対応付けられている。また、「u123」および「u456」が示すユーザは、「c111」が示すコミュニティのメンバであり、「u123」および「11.22.33.44」と、「u456」および「55.66.77.88」とは、それぞれ「c111」に対応付けられている。
【０１４７】
ユーザ認証部３０２は、ユーザ情報を取得する前に、メンバ情報を参照し、ユーザ情報の取得先となるユーザ管理部を特定する。ユーザ認証部３０２は、ユーザ認証を行うときに、メンバ情報を取得し、リクエストに含まれているユーザ情報に含まれているユーザ識別子に対応する管理部識別子を特定する。そして、ユーザ認証部３０２は、その管理部識別子が示すユーザ管理部からユーザ情報を取得して、ユーザ認証を行う。
【０１４８】
次に、本実施の形態の動作について説明する。
本実施の形態では、コミュニティのメンバとなり得るユーザのうち、一部のユーザは予めユーザ情報記憶部４０２ｂに記憶されている。通信フィルタリングシステムの管理者は、ユーザ情報記憶部４０２ｂにユーザ情報を登録することができないユーザ（ユーザ情報記憶部４０２ｂが社員管理システムである場合における社外の者等）のユーザ情報記憶部４０２ｂに記憶させる。このときの、ユーザ情報管理部４０１ａおよび端末２２の動作は、第１の実施の形態で説明したステップＳ１０１における動作と同様である。
【０１４９】
なお、管理者は、複数のユーザ情報記憶部にユーザ情報が重複して記憶されないように、ユーザ情報を登録する。例えば、ユーザ情報記憶部４０２ｂに既にユーザ情報が登録されている場合、そのユーザ情報をユーザ情報記憶部４０２ａに登録しない。また、ユーザ情報記憶部４０２ａには、ユーザ情報記憶部４０２ｂにユーザ情報を登録できないユーザのユーザ情報を登録する。
【０１５０】
新たにコミュニティが開設される場合の動作について説明する。ステップＳ２０１（図４参照。）において、コミュニティ情報管理部５０１は、端末２２からコミュニティ登録要求を受信すると、各ユーザ情報記憶部４０２ａ，４０２ｂそろぞれからユーザ一覧情報を取得し、ユーザ一覧情報を端末２２に送信する。このとき、コミュニティ情報管理部５０１は、ユーザ情報記憶部４０２ａから取得したユーザ一覧情報と、ユーザ情報記憶部４０２ｂから取得したユーザ一覧情報とが別々に表示される態様でユーザ一覧情報を端末２２に送信してもよい。例えば、ユーザ一覧情報をユーザ情報記憶部毎に分けて表示する画面の画面情報を端末２２に送信してもよい。端末２２は、コミュニティ情報管理部５０１からユーザ一覧情報を受信し、ユーザ一覧情報を表示する。この後、通信フィルタリングシステムは、ステップＳ２０２〜Ｓ２０５（図４参照。）と同様に動作する。
【０１５１】
ステップＳ２０６において、コミュニティ情報管理部５０１は、生成したコミュニティ識別子と、端末２２から受信したユーザ識別子（すなわち、管理者によってメンバとして選択されたユーザのユーザ識別子）とを対応付けメンバ情報記憶部５０３に記憶させる。ただし、このとき、コミュニティ情報管理部５０１は、端末２２から受信したユーザ識別子がどのユーザ管理部に記憶されているかを判断し、端末２２から受信したユーザ識別子が記憶されているユーザ管理部の管理部識別子をユーザ識別子と対応付け、さらにコミュニティ識別子とも対応付けて、メンバ情報記憶部５０３に記憶させる。コミュニティ情報管理部５０１は、端末２２から受信したユーザ識別子が、ユーザ情報記憶部４０２ａから取得したユーザ一覧情報に含まれているならば、そのユーザ識別子とユーザ管理部４０ａの管理部識別子とを対応付けてメンバ情報記憶部５０３に記憶させればよい。また、端末２２から受信したユーザ識別子が、ユーザ情報記憶部４０２ｂから取得したユーザ一覧情報に含まれているならば、そのユーザ識別子とユーザ管理部４０ｂの管理部識別子とを対応付けてメンバ情報記憶部５０３に記憶させればよい。なお、管理部識別子として、例えば、ユーザ管理部のＩＰアドレスを用いればよい。その後、ステップＳ２０７以降の動作を行えばよい。
【０１５２】
コミュニティを閉鎖する場合の通信フィルタリングシステムの動作は、ステップＳ３０１〜Ｓ３１１の動作と同様である。ただし、ステップＳ３１０では、コミュニティ識別子およびそのコミュニティ識別子に対応付けられたユーザ識別子と、そのコミュニティ識別子に対応付けられたユーザ識別子および管理部識別子を削除する。コミュニティが利用するサービス種別を変更する場合の通信フィルタリングシステムの動作は、ステップＳ４０１〜Ｓ４１４の動作と同様である。
【０１５３】
図１０は、第２の実施の形態においてリクエストを受信した場合の通信フィルタリングシステムの動作を示すフローチャートである。端末２１がコミュニティのメンバ向けに開設されているサービスを利用するためのリクエストを送信し、フィルタリング部３０１はそのリクエストを受信する（ステップＳ６０１）。
【０１５４】
フィルタリング部３０１は、リクエスト受信すると、ユーザ認証部３０２にユーザ認証を要求する。この動作は、第１の実施の形態において、フィルタリング部３０１がユーザ認証部３０２にユーザ認証を要求する動作と同様である。
【０１５５】
ユーザ認証部３０２は、ユーザ認証の要求を受けると、リクエストに含まれるユーザ識別子と対応付けられた管理部識別子を、メンバ情報記憶部５０３から取得する（ステップＳ６０２）。この管理部識別子は、リクエストを行ったユーザのユーザ情報を記憶しているユーザ情報記憶部を備えたユーザ管理部を示している。ユーザ認証部３０２は、その管理部識別子が示すユーザ管理部のユーザ情報記憶部から各ユーザ情報（ユーザ識別子とユーザ認証情報とを対応付けた情報）を取得する（ステップＳ６０３）。ステップＳ６０３の後、第１の実施の形態で示したステップＳ５０３以降の動作を行えばよい。
【０１５６】
次に、本実施の形態の効果について説明する。本実施の形態では、複数のユーザ管理部４０ａ，４０ｂを設けるので、既存のデータベースシステム（既存の社員管理システム等の社員情報データベースシステム）をユーザ管理部として用いることができる。その結果、そのデータベースにユーザ情報を登録できないユーザ（例えば社外ユーザ）のユーザ情報はユーザ管理部４０ａに登録しつつ、既存のデータベースを利用して通信フィルタリングシステムを実現することができる。既存のデータベースにユーザ情報が記憶されているユーザに関しては、新規にユーザ情報の登録を行わなくてよいので、運用コストや運用負荷を軽減することができる。
【０１５７】
また、本実施の形態では、複数のユーザ管理部４０ａ，４０ｂを設けるので、複数の組織の既存のデータベースをユーザ管理装置として用いることもできる。例えば、組織Ａの既存のユーザ管理データベースと、組織Ｂの既存のユーザ管理データベースとを利用して通信フィルタリングシステムを実現することができる。
【０１５８】
実施の形態３．
図１１は、本発明の第３の実施の形態の例を示すブロック図である。第１の実施の形態と同様の構成要素については、図１と同一の符号を付し説明を省略する。ただし、本実施の形態では、外部ＮＷ１１と内部ＮＷ１２の間に設けられる通信フィルタリング部３０１が、ユーザ管理部４０とコミュニティ管理部５０とを備える。
【０１５９】
また、本実施の形態では、外部ＮＷ１１に端末２３が接続されている。端末２３は、通信フィルタリングシステムの管理者が使用する端末である。管理者は、第１の実施の形態で示したように、内部ＮＷ１２に接続された端末２２からユーザ情報の登録、コミュニティの開設、コミュニティの閉鎖、コミュニティが利用可能なサービスの変更を指示する。また、管理者は、端末２２だけでなく、端末２３から外部ＮＷ１１を介して、同様の指示を行ってもよい。
【０１６０】
ユーザ管理部４０は、ユーザ情報管理部４０１とユーザ情報記憶部４０２に加え、さらにコミュニティ管理者認証部４０３を備える。コミュニティ管理者認証部４０３は、端末２２や端末２３からユーザ情報の登録、コミュニティの開設、コミュニティの閉鎖、コミュニティが利用可能なサービスの変更の要求を受ける前に、端末２３等を使用する管理者のユーザ識別子およびユーザ認証情報を受信し、ユーザ情報記憶部４０２に記憶されているユーザ情報を照合して、管理者のユーザ認証を行う。
【０１６１】
端末２３や端末２２がユーザ情報の登録等を要求する場合、端末２３や端末２２は管理者のユーザ識別子およびユーザ認証情報をユーザ情報管理部４０１に送信する。ユーザ情報管理部４０１は、そのユーザ識別子およびユーザ認証情報をコミュニティ管理者認証部４０３に送り、管理者のユーザ認証を要求する。
【０１６２】
また、端末２３や端末２２がコミュニティの開設、コミュニティの閉鎖、コミュニティが利用可能なサービスの変更等を要求する場合、端末２３や端末２２は管理者のユーザ識別子およびユーザ認証情報をコミュニティ情報管理部５０１に送信する。コミュニティ情報管理部５０１は、そのユーザ識別子およびユーザ認証情報をコミュニティ管理者認証部４０３に送り、管理者のユーザ認証を要求する。
【０１６３】
端末２３は、特定の端末に限定されない。外部ＮＷ１１に管理者の端末として複数の端末２３が設置され、複数の端末２３が、コミュニティ管理部５０およびユーザ管理部４０に指示を送信できる構成としてもよい。端末２３は、外部ＮＷ１１を介してユーザ情報管理部４０１およびコミュニティ情報管理部５０１にアクセスできるように構成されている。
【０１６４】
また、端末２１および端末２３は、直接内部ＮＷ１２へアクセスできないが、通信フィルタリング部３０は、少なくともサービス提供部６０、サービス管理部７０にアクセスできるように構成されている。
【０１６５】
図１２は、ユーザ情報記憶部４０２が記憶する管理者のユーザ情報の例を示す説明図である。ユーザ情報記憶部４０２は、管理者（複数であってもよい。）が固定的に決まっている場合には、例えば、その管理者のユーザ識別子と、管理者のユーザ認証情報（例えば、パスワード、指紋情報、あるいは顔写真情報等）とを予めユーザ情報管理部４０２に記憶させておく。図１２（ａ）は、このような管理者のユーザ情報の例を示す。図１２（ａ）に示す「u987」および「u654」は、管理者のユーザ識別子であり、「xxx」および「yyy」は、それぞれ管理者「u987」と管理者「u654」のユーザ認証情報（ここではパスワード）である。ただし、ユーザ情報記憶部４０２は、このような管理者のユーザ情報を、利用者のユーザ情報（ステップＳ５０３のユーザ認証で用いるユーザ情報）と区別して記憶する。
【０１６６】
また、ユーザ情報記憶部４０２は、利用者のユーザ情報（ステップＳ５０３のユーザ認証で用いるユーザ情報）と、管理者のユーザ情報とを合わせて記憶してもよい。図１２（ｂ）は、この場合のユーザ情報の例を示す。図１２（ｂ）に示すように、利用者のユーザ情報と管理者のユーザ情報とを合わせて記憶する場合、ユーザ識別子およびユーザ認証情報に対応させて、そのユーザ識別子が示すユーザが管理者であるか否かを示す情報も記憶する。図１２（ｂ）に例示する「true」は、ユーザ識別子が示すユーザが管理者であることを示す。また、図１２（ｂ）に例示する「false」は、ユーザ識別子が示すユーザが管理者でないことを示す。
【０１６７】
図１２（ｂ）に例示するユーザ情報をユーザ情報記憶部４０２に登録する場合、ステップＳ１０１（図３参照。）において、管理者の端末２２や端末２３は、管理者の操作によって、管理者のユーザ識別子およびユーザ認証情報の他に、そのユーザ識別子が示すユーザが管理者であるか否かを示す情報もユーザ情報管理部４０１に送信する。ユーザ情報管理部４０１は、管理者のユーザ識別子と、ユーザ認証情報と、ユーザが管理者であるか否かを示す情報（図１２（ｂ）に示す例では「true」または「false」）とを対応付けてユーザ情報記憶部４０２に記憶させればよい。
【０１６８】
図１２（ｂ）に例示するように、ユーザが管理者であるか否かを示す情報とともにユーザ識別子およびユーザ認証情報とを記憶させておけば、ユーザが管理者であるか否かを示す情報を変更することによって、利用者に管理者権限を与えることができる。例えば、「false」を「true」に変更することによって、利用者に管理者権限を与えることができる。
【０１６９】
次に、本実施の形態の動作について説明する。また、以下の説明では、端末２３が各種要求（ユーザ情報の登録要求等）を送信する場合を例にして説明するが、端末２２が各種要求を送信する場合でも同様である。
【０１７０】
図１３は、ユーザ情報の登録の前に行う管理者のユーザ認証を示すフローチャートである。コミュニティ管理者認証部４０３は、ユーザ管理部４０がユーザ情報をユーザ情報記憶部４０２に記憶させる前に、管理者のユーザ認証を行う（ステップＳ７０１）。
【０１７１】
ステップＳ７０１の動作は、具体的には以下のようになる。端末２３は、ユーザ情報の登録等を要求する場合、管理者のユーザ識別子およびユーザ認証情報をユーザ情報管理部４０１に送信する。ユーザ情報管理部４０１はそのユーザ識別子およびユーザ認証情報をコミュニティ管理者認証部４０３に送る。
【０１７２】
コミュニティ管理者認証部４０３は、ユーザ情報記憶部４０２から管理者のユーザ情報を読み込む。ユーザ情報記憶部４０２が、図１２（ａ）に例示する管理者のユーザ情報を、利用者のユーザ情報と区別して記憶している場合、コミュニティ管理者認証部４０３は、その管理者のユーザ情報をユーザ情報記憶部４０２から読み込む。そして、ユーザ情報管理部４０１から送られたユーザ識別子およびユーザ認証情報と、ユーザ情報記憶部４０２から読み込んだユーザ情報とを照合してユーザ認証を行う。コミュニティ管理者認証部４０３は、ユーザ情報管理部４０１から送られたユーザ識別子およびユーザ認証情報の組み合わせと一致するユーザ情報が、ユーザ情報記憶部４０２から読み込んだ管理者のユーザ情報に含まれていれば、管理者のユーザ認証に成功したと判定する。また、ユーザ情報管理部４０１から送られたユーザ識別子およびユーザ認証情報の組み合わせと一致するユーザ情報が、ユーザ情報記憶部４０２から読み込んだ管理者のユーザ情報に含まれていなければ、コミュニティ管理者認証部４０３は管理者のユーザ認証に失敗したと判定する。
【０１７３】
また、ユーザ情報記憶部４０２が、図１２（ｂ）に例示するように管理者のユーザ情報および利用者のユーザ情報を合わせて記憶している場合には、コミュニティ管理者認証部４０３は、ユーザ情報記憶部４０２に記憶されている各ユーザ情報を読み込む。そして、ユーザ情報管理部４０１から送られたユーザ識別子およびユーザ認証情報と、ユーザ情報記憶部４０２から読み込んだユーザ情報とを照合してユーザ認証を行う。コミュニティ管理者認証部４０３は、ユーザ情報管理部４０１から送られたユーザ識別子およびユーザ認証情報の組み合わせと一致するユーザ情報が、ユーザ情報記憶部４０２から読み込んだ各ユーザ情報の中に含まれていて、かつ、ユーザが管理者であることを示す情報（例えば「true」）がそのユーザ識別子に対応付けられているならば、管理者のユーザ認証に成功したと判定する。また、ユーザ情報管理部４０１から送られたユーザ識別子およびユーザ認証情報の組み合わせと一致するユーザ情報が、ユーザ情報記憶部４０２から読み込んだ各ユーザ情報の中に含まれていなかったり、あるいは、含まれていたとしても、ユーザが管理者が管理者でないことを示す情報（例えば「false」）がそのユーザ識別子に対応付けられているならば、管理者のユーザ認証に失敗したと判定する。
【０１７４】
ユーザ情報管理部４０１は、ステップＳ７０１においてユーザ認証に成功したと判定された場合、ユーザ情報の登録を許可する。この場合、ステップＳ７０１の後、ステップＳ１０１（図３参照。）と同様の動作を行う。
【０１７５】
一方、ユーザ情報管理部４０１は、ステップＳ７０１においてユーザ認証に失敗したと判定された場合、ステップＳ１０１の動作を行わずに、そのまま動作を終了する。
【０１７６】
図１４は、コミュニティ開設の前に行う管理者のユーザ認証を示すフローチャートである。コミュニティ管理者認証部４０３は、ステップＳ２０１（図４参照。）の動作の前に管理者のユーザ認証を行う（ステップＳ８０１）。すなわち、端末２３は、コミュニティ開設をコミュニティ情報管理部５０１に要求する場合、管理者のユーザ識別子およびユーザ認証情報をコミュニティ情報管理部５０１に送信する。コミュニティ情報管理部５０１は、そのユーザ識別子およびユーザ認証情報をコミュニティ管理者認証部４０３に送る。
【０１７７】
コミュニティ情報管理部５０１からユーザ識別子およびユーザ認証情報を受信したコミュニティ管理者認証部４０３は、ステップＳ７０１と同様に管理者の認証を行う。
【０１７８】
コミュニティ情報管理部５０１は、ステップＳ８０１においてユーザ認証に成功したと判定された場合、コミュニティの開設を許可する。この場合、ステップＳ８０１の後、ステップＳ２０１以降（図４参照。）と同様の動作を行う。
【０１７９】
一方、コミュニティ情報管理部５０１は、ステップＳ８０１においてユーザ認証に失敗したと判定された場合、ステップＳ２０１以降の動作を行わずに、そのまま動作を終了する。
【０１８０】
図１５は、コミュニティ閉鎖の前に行う管理者のユーザ認証を示すフローチャートである。コミュニティ管理者認証部４０３は、ステップＳ３０１（図５参照。）の動作の前に管理者のユーザ認証を行う（ステップＳ９０１）。ステップＳ９０１の動作はステップＳ８０１と同様である。
【０１８１】
コミュニティ情報管理部５０１は、ステップＳ９０１においてユーザ認証に成功したと判定された場合、コミュニティの閉鎖を許可する。この場合、ステップＳ９０１の後、ステップＳ３０１以降（図５参照。）と同様の動作を行う。
【０１８２】
一方、コミュニティ情報管理部５０１は、ステップＳ９０１においてユーザ認証に失敗したと判定された場合、ステップＳ３０１以降の動作を行わずに、そのまま動作を終了する。
【０１８３】
図１６は、コミュニティの利用サービス種別の変更の前に行う管理者のユーザ認証を示すフローチャートである。コミュニティ管理者認証部４０３は、ステップＳ４０１（図６参照。）の動作の前に管理者のユーザ認証を行う（ステップＳ１００１）。ステップＳ１００１の動作はステップＳ８０１，Ｓ９０１と同様である。
【０１８４】
コミュニティ情報管理部５０１は、ステップＳ１００１においてユーザ認証に成功したと判定された場合、サービス種別の変更を許可する。この場合、ステップＳ１００１の後、ステップＳ４０１以降（図６参照。）と同様の動作を行う。
【０１８５】
一方、コミュニティ情報管理部５０１は、ステップＳ１００１においてユーザ認証に失敗したと判定された場合、ステップＳ４０１以降の動作を行わずに、そのまま動作を終了する。
【０１８６】
また、通信フィルタリング部３０が端末２１からリクエストを受信した場合のフィルタリング部３０１、ユーザ認証部３０２、リクエスト内容検証部３０３動作は、第１の実施の形態と同様である。
【０１８７】
次に、本実施の形態の効果について説明する。本実施の形態では、ユーザ管理部４０およびコミュニティ管理部５０に外部ＮＷ１１から端末２３がアクセスできるようにし、ユーザ管理およびコミュニティ管理を行う際にコミュニティ管理者であることの認証を行うようにすることで、外部ＮＷ１１からコミュニティ管理者権限のあるユーザであれば、ユーザ情報とコミュニティ情報を管理することができるようになる。
【０１８８】
実施の形態４．
図１７は、本発明の第４の実施の形態の例を示すブロック図である。第１の実施の形態と同様の構成要素については、図１と同一の符号を付し説明を省略する。本実施の形態では、通信フィルタリング部３０が、フィルタリング部３０１、ユーザ認証部３０２、リクエスト内容検証部３０３に加えて、セッション情報管理部３０５と、セッション情報記憶部３０６とを備える。他の構成要素は、第１の実施の形態と同様である。
【０１８９】
セッション情報管理部３０５は、端末２１のセッションを管理する。ここでは、端末２１からリクエストを受信してユーザ認証を行った後の端末２１と通信フィルタリングシステムとの通信をセッションと記す。セッション情報管理部３０５によるセッションの管理とは、具体的には以下の動作である。セッション情報管理部３０５は、ユーザ識別子およびユーザ認証情報によるユーザ認証に成功した後に、新たにセッション情報を発行し、セッション情報記憶部３０６に記憶させる。続いて、セッション情報が付加されたリクエストを通信フィルタリング部３０が受信したときに、セッション情報管理部３０５は、セッション情報記憶部３０６に記憶されたセッション情報を参照し、リクエストに付加されたセッション情報と照合する。この動作によって、ユーザ識別子およびユーザ認証情報によるユーザ認証を省略することができる。セッション情報管理部３０５は、必要に応じて、セッション情報記憶部３０６に記憶されたセッション情報を変更したり、削除したりしてもよい。
【０１９０】
図１８は、セッション情報の例を示す説明図である。セッション情報は、セッション識別子（セッションＩＤ）と、ランダムに生成される文字列（図１８に示す例では「x1y2z3abc 」）とを対応付けた情報である。セッション識別子は、ユーザ認証に成功した後の端末２１と通信フィルタリングシステムとの間の通信を識別する識別情報である。すなわち、セッション情報は、成功したと判定されたユーザ認証と対応するデータである。セッション情報管理部３０５は、ユーザ識別子およびユーザ認証情報を用いたユーザ認証部３０２によるユーザ認証に成功する毎に、例えば、シーケンシャルな値としてセッション識別子を定めればよい。例えば、あるリクエストについてユーザ認証部３０２によるユーザ認証に成功した場合、セッションＩＤを「１０１」と定めたとする。続いて、例えば他の端末からの他のリクエストについてユーザ認証部３０２によるユーザ認証に成功した場合、セッション識別子を「１０２」のように定めればよい。
【０１９１】
また、セッション情報管理部３０５は、ランダムで予測不能な文字列として、セッション識別子を対応付ける文字列を生成する。また、このランダムな文字列を一意になるように生成すれば、この文字列自体をセッション識別子として用いてもよい。
【０１９２】
セッション管理部３０５は、セッション情報が付加されていないリクエストに対してユーザ認証（ユーザ識別子およびユーザ認証情報を用いたユーザ認証）に成功したならば、新たにセッション情報を生成し、セッション情報記憶部３０６に記憶させる。また、セッション管理部３０５は、そのセッション情報を端末２１に送信する。その後、端末２１からセッション情報が付加されたリクエストを受信した場合には、そのセッション情報と、セッション情報記憶部３０６に記憶させたセッション情報とを照合する。そして、セッション情報記憶部３０６に記憶されたセッション情報の中に、リクエストに付加されたセッション情報が含まれていれば、ユーザ認証部３０２によるユーザ認証を行わなくてもユーザ認証に成功した場合と同様に次の動作を行う。
【０１９３】
セッション情報記憶部３０６は、セッション情報を記憶する。セッション情報記憶部３０６に記憶されたセッション情報は、ユーザ認証部３０２によるユーザ認証に成功した結果、発行（生成）されるセッション情報であるので、正規のセッション情報である。
【０１９４】
図１９は、本実施の形態において端末２１がリクエストに付加する情報の例を示す説明図である。ただし、図１９では、端末２１がセッション情報を受信し、リクエストにセッション情報を付加する場合の例を示している。図１９に示すように、端末２１は、通信フィルタリング部３０に送信するリクエストに、セッション情報、サービスＩＤ（すなわちサービス識別子）、およびユーザ識別子を付加し、そのリクエストを送信する。端末２１が通信フィルタリング部３０からセッション情報を受信するのは、通信フィルタリング部３０においてユーザ認証に成功した場合であり、また、リクエストにセッション情報を付加した場合にはユーザ認証を省略することができるので、リクエストにセッション情報を付加する場合には、ユーザ認証情報をリクエストに付加する必要はない。なお、ユーザ認証に成功した後であっても、後述のステップＳ１１０４の処理を実行可能とするために、リクエストにユーザ識別子を付加する。ただし、端末２１が最初に通信フィルタリング部３０に対してリクエストを送信するときにはセッション情報は通知されていないので、その場合には、端末２１はリクエストにセッション情報を付加しない。また、この場合には、通信フィルタリング部３０においてユーザ認証を行う必要があるので、リクエストにユーザ認証情報を付加する。すなわち、端末２１が最初に通信フィルタリング部３０に対してリクエストを送信するときには、リクエストにユーザ識別子、ユーザ認証情報、およびサービス識別子を付加し（例えば、図２参照。）、そのリクエストを送信する。なお、図２に示すユーザＩＤ、パスワード、サービスＩＤは、それぞれユーザ識別子、ユーザ認証情報、サービス識別子である。
【０１９５】
本実施の形態では、ユーザ登録時の動作は、第１の実施の形態と同様である（図３参照。）。また、コミュニティ開設時の動作も、第１の実施の形態と同様である（図４参照。）。コミュニティ閉鎖時の動作も、第１の実施の形態と同様である（図５参照。）。コミュニティが利用するサービス種別変更時の動作も、第１の実施の形態と同様である（図６参照。）。
【０１９６】
図２０は、外部ＮＷ１１からサービスを利用するリクエストを受信した場合の通信フィルタリングシステムの動作を示すフローチャートである。まず、端末２１がコミュニティのメンバ向けに開設されているサービスを利用するためのリクエストを送信し、フィルタリング部３０１は外部ＮＷ１１を介してそのリクエストを受信する（ステップＳ１１０１）。端末２１は、通信フィルタリング部３０にリクエストを送信する。
【０１９７】
フィルタリング部３０１は、端末２１からリクエストを受信すると、そのリクエストにセッション情報が付加されているか否かを確認する（ステップＳ１１０２）。
【０１９８】
リクエストにセッション情報が付加されている場合（ステップＳ１１０２のＹＥＳ）、フィルタリング部３０は、そのセッション情報をセッション情報管理部３０５に送り、そのセッション情報が正規のセッション情報であるかの確認をセッション情報管理部３０５に要求する。セッション情報管理部３０５は、リクエストに付加されていたセッション情報と一致するセッション情報が、セッション情報記憶部３０６に記憶されているセッション情報の中に含まれていれば、リクエストに付加されていたセッション情報は正規のセッション情報であると判定し、リクエストに付加されていたセッション情報と一致するセッション情報が、セッション情報記憶部３０６に記憶されているセッション情報の中に含まれていなければ、リクエストに付加されていたセッション情報は正規のセッション情報ではないと判定する（ステップＳ１１０３）。
【０１９９】
ステップＳ１１０３でセッション情報が正規のセッション情報ではないと判定された場合（ステップＳ１１０３のＮ０）、フィルタリング部３０１は、ステップＳ１１０１で受信したリクエストを破棄する（ステップＳ１１１１）。ステップＳ１１０３でセッション情報が正規のセッション情報であると判定された場合（ステップＳ１１０３のＹＥＳ）、フィルタリング部３０１は、さらにリクエストの内容の検証（リクエストがユーザが参加するコミュニティに許可されたサービスへのリクエストであるか否かの検証）をリクエスト内容検証部３０３に要求する。このとき、フィルタリング部３０１は、リクエストに含まれるユーザ識別子およびサービス識別子をリクエスト内容検証部３０３に送る。
【０２００】
そして、リクエスト内容検証部３０３は、メンバ情報記憶部５０３に記憶されたメンバ情報の中から、リクエストに含まれるユーザ識別子に対応付けられているコミュニティ識別子を取得する（ステップＳ１１０４）。利用者が複数のコミュニティのメンバである場合、その利用者のユーザ識別子に対応するコミュニティ識別子はメンバ情報記憶部５０３に複数種類記憶されている。このような場合、リクエストに含まれるユーザ識別子に対応付けられている全てのコミュニティ識別子をメンバ情報記憶部５０３から取得する。
【０２０１】
次に、リクエスト内容検証部３０３は、リクエストに含まれるサービス識別子に対応付けられたコミュニティ識別子をサービス情報記憶部５０４から取得する（ステップＳ１１０５）。
【０２０２】
続いて、リクエスト内容検証部３０３は、ステップＳ１１０５で取得したコミュニティ識別子が、ステップＳ１１０４で取得したコミュニティ識別子の中に含まれているか否かを判定する（ステップＳ１１０６）。なお、ステップＳ１１０４で取得したコミュニティ識別子が１つしかなく、そのコミュニティ識別子がステップＳ１１０５で取得したコミュニティ識別子と同一である場合、ステップＳ１１０５で取得したコミュニティ識別子が、ステップＳ１１０４で取得したコミュニティ識別子の中に含まれていると判定する。リクエスト内容検証部３０３は、判定結果をフィルタリング部３０１に通知する。
【０２０３】
ステップＳ１１０４〜Ｓ１１０６の動作は、第１の実施の形態におけるステップＳ５０４〜Ｓ５０６と同様である。
【０２０４】
ステップＳ１１０５で取得したコミュニティ識別子がステップＳ１１０４で取得したコミュニティ識別子の中に含まれている場合（ステップＳ１１０６のＹＥＳ）、フィルタリング部３０１は、リクエストが正規のリクエスト（すなわち、ユーザが参加するコミュニティに許可されたサービスへのリクエスト）であると判定し、リクエストを指定サービスへ転送する（ステップＳ１１０７）。また、ステップＳ１１０５で取得したコミュニティ識別子がステップＳ１１０４で取得したコミュニティ識別子の中に含まれていない場合（ステップＳ１１０６のＮＯ）、受信したリクエストが不正なリクエスト（ユーザの参加するコミュニティに許可されていないサービスへのリクエスト）であると判定し、そのリクエストを破棄する（ステップＳ１１１１）。
【０２０５】
なお、ステップＳ１１０７での転送処理は、第１の実施の形態と同様に行えばよい。例えば、フィルタリング部３０１は、リクエストに含まれているサービス識別子に対応付けられた転送先情報を利用サービス情報記憶部５０４から取得し、その転送先情報が示すアドレスを宛先として、サービス提供部６０にリクエストを転送すればよい。
【０２０６】
また、第１の実施の形態で説明したように、サービス提供部６０が単一の装置である場合、フィルタリング部３０１は、その装置の装置アドレス情報を予め記憶していてもよい。その場合、サービス管理部７０からコミュニティ管理部６０に送信して利用サービス情報記憶部５０４に記憶させる転送先情報には装置アドレス情報を含めなくてよい。そして、フィルタリング部３０１は、リクエストに含まれているサービス識別子に対応付けられた転送先情報（本例では、サービスアドレス情報）と、自身が記憶している装置アドレス情報とによって特定されるアドレスを宛先として、サービス提供部６０にリクエストを転送すればよい。
【０２０７】
また、端末２１がリクエストに転送先情報を含めた場合には、フィルタリング部３０１は、その転送先情報が示すアドレスを宛先として、サービス提供部６０にリクエストを転送すればよい。
【０２０８】
また、ステップＳ１１０２において、リクエストにセッション情報が付加されていない場合には（ステップＳ１１０２のＮＯ）、フィルタリング部３０１は、ユーザ認証部３０２にユーザ認証を要求する。このとき、フィルタリング部３０１は、リクエストに含まれるユーザ識別子およびユーザ認証情報をユーザ認証部３０２に送る。ユーザ認証部３０２は、ユーザ認証の要求を受けると、ユーザ情報記憶部４０２に記憶されている各ユーザ情報（ユーザ識別子とユーザ認証情報とを対応付けた情報）を取得する（ステップＳ１１０８）。
【０２０９】
続いて、ユーザ認証部３０２は、リクエストに含まれるユーザ識別子およびユーザ認証情報と、ステップＳ１１０８において取得したユーザ情報とを照合してユーザ認証を行う（ステップＳ１１０９）。具体的には、ユーザ認証部３０２は、リクエストに含まれるユーザ識別子およびユーザ認証情報の組み合わせと一致するユーザ情報が、ステップＳ１１０３でユーザ情報記憶部４０２から取得した各ユーザ情報の中に含まれていればユーザ認証に成功したと判定し、リクエストに含まれるユーザ識別子およびユーザ認証情報の組み合わせと一致するユーザ情報が、ステップＳ１１０８でユーザ情報記憶部４０２から取得した各ユーザ情報の中に含まれていなければユーザ認証に失敗したと判定する。そして、ユーザ認証部３０２は、ユーザ認証の結果（ユーザ認証に成功したか失敗したか）をフィルタリング部３０１に通知する。
【０２１０】
フィルタリング部３０１は、ユーザ認証に失敗した場合、端末２１からのリクエストを破棄する（ステップＳ１１１１）。また、ユーザ認証に成功した場合、フィルタリング部３０１は、セッション情報管理部３０５に新規にセッション情報の生成を要求する。セッション情報管理部３０５は、一意のセッション識別子およびランダムで予測不能な文字列を生成する。このセッション識別子および文字列の組み合わせがセッション情報である。なお、既に説明したように、生成する文字列が一意になるようにすれば、文字列のみを生成しその文字列をセッション識別子として用いてもよい。セッション管理部３０５は、生成したセッション情報（セッション識別子および文字列）をセッション情報記憶部３０６に記憶させ、また、そのセッション情報を端末２１に送信する（ステップＳ１１１０）。
【０２１１】
セッション情報を受信した端末２１は、リクエストにそのセッション情報を付加して、再度リクエストを通信フィルタリング部３０に送信する。例えば、端末２１は、セッション情報をクッキー（Cookie）の態様でリクエストに付加してもよい。このセッション情報が付加されたリクエストを受信すると（ステップＳ１１０１）、通信フィルタリング部３０は、ステップＳ１１０２，Ｓ１１０３，Ｓ１１０４〜Ｓ１１０６の処理を行う。そして、ステップＳ１１０５で取得したコミュニティ識別子がステップＳ１１０４で取得したコミュニティ識別子の中に含まれている場合（ステップＳ１１０６のＹＥＳ）、そのリクエストはサービスに転送される。
【０２１２】
本実施の形態によれば、リクエストに付加されたセッション情報と、セッション情報記憶装置３０６に記憶されるセッション情報との照合を行うので、ユーザ識別子およびユーザ認証情報とを用いたユーザ認証をリクエスト受信時に最初に行った後は省略することが可能となる。すなわち、同一ユーザの端末からのリクエスト毎に毎回ユーザ認証を行う必要がなくなるので、通信フィルタリング部３０の負荷を軽減することができる。
【０２１３】
次に、第４の実施の形態の変形例について説明する。本変形例においても、ユーザ登録時、コミュニティ開設時、コミュニティ閉鎖時、およびコミュニティが利用するサービス種別変更時の動作は、第１の実施の形態と同様である。以下の変形例では、上述のセッション情報を第１のセッション情報と記す。また、以下に示す変形例では、第１のセッション情報とは異なる第２のセッション情報も用いる。第２のセッション情報におけるセッションとは、あるサービスの要求以降における、そのサービスに関する通信を意味する。第２のセッション情報は、リクエストがユーザが参加するコミュニティに許可されたサービスへのリクエストであると検証された後の端末２１と通信フィルタリングシステムとの間の通信を識別する識別情報である。すなわち、第２のセッション情報は、リクエストがユーザが参加するコミュニティに許可されたサービスへのリクエストであるという判定に対応するデータである。図２１は、セッション情報記憶部３０６に記憶される第２のセッション情報とサービス識別子とを対応付けた情報の例を示す説明図である。第２のセッション情報は、セッション識別子（セッションＩＤ）と、ランダムに生成される文字列（図２１に示す例では「qwertyuio 」）とを対応付けた情報である。
【０２１４】
セッション情報管理部３０５は、リクエストがユーザが参加するコミュニティに許可されたサービスへのリクエストであると検証された場合に第２のセッション情報を生成する。セッション情報管理部３０５は、リクエストがユーザが参加するコミュニティに許可されたサービスへのリクエストであると判定すると、第２のセッション情報のセッション識別子を定める。第２のセッション情報のセッション識別子を定めるときには、既存の第２のセッション情報のセッション識別子と一致しないように一意な値として定める。例えば、セッション識別子を定める毎に、セッション識別子の値を順番に増加させればよい。なお、第２のセッション情報の文字列については、セッション情報管理部３０５は、第１のセッション情報の文字列と同様にランダムで予測不能な文字列として作成すればよい。
【０２１５】
また、本変形例において、第２のセッション情報は、リクエストに付加されたサービス識別子（図２１に示す例では「sv11」）と対応付けてセッション情報記憶部３０６に記憶される。
【０２１６】
また、第１のセッション情報と第２のセッション情報とを区別するための情報を、第１のセッション情報および第２のセッション情報に含める。例えば、図１８に例示する第１のセッション情報と、図２１に例示する第２のセッション情報とでは、セッション識別子の最上位の桁を「１」とするか「２」とするかによって区別している。すなわち、セッション識別子の最上位の桁が「１」であれば、そのセッション識別子を含むセッション情報は第１のセッション情報である。また、セッション識別子の最上位の桁が「２」であれば、そのセッション識別子を含むセッション情報は第２のセッション情報である。また、このように桁の値で区別するのではなく、第１のセッション情報であることを示す情報（例えば、「Type=1」等の情報）を第１のセッション情報に付加して、第１のセッション情報を生成し、第２のセッション情報であることを示す情報（例えば、「Type=2 」等の情報）を第２のセッション情報に付加して、第２のセッション情報を生成してもよい。
【０２１７】
第１のセッション情報は、ユーザ認証の省略のために用いられる。すなわち端末２１は、セッション情報が通知されていない初回のリクエスト送信時にはセッション情報をリクエストに付加せず、その結果、ユーザ認証部３０２によるユーザ認証が行われる。その場合、新たにセッション情報が生成され、端末２１に送信される。端末２１は、このセッション情報をリクエストに付加することによって、端末２１からの２回目の以降のリクエスト送信時ではユーザ認証部３０２によるユーザ認証は省略される。以上の点は、第４の実施の形態で述べたとおりである。
【０２１８】
第２のセッション情報は、一旦、リクエストがユーザが参加するコミュニティに許可されたサービスへのリクエストであると検証された後、同様の検証を省略するために用いられる。
【０２１９】
図２２は、第４の実施の形態の変形例において端末２１が送信するリクエストに付加される情報の例を示す説明図である。ただし、図２２では、端末２１が第１のセッション情報や第２のセッション情報を受信し、リクエストに第１のセッション情報および第２のセッション情報を付加する場合の例を示している。図２２に示すように、端末２１は、通信フィルタリング部３０に送信するリクエストに、第１のセッション情報、第２のセッション情報、サービスＩＤ（すなわちサービス識別子）、およびユーザ識別子を付加し、そのリクエストを送信する。端末２１が通信フィルタリング部３０から第１のセッション情報を受信するのは、通信フィルタリング部３０においてユーザ認証に成功した場合であり、また、リクエストに第１のセッション情報を付加した場合にはユーザ認証を省略することができるので、リクエストに第１のセッション情報を付加する場合には、ユーザ認証情報をリクエストに付加する必要はない。なお、ユーザ認証に成功した後であっても、後述のステップＳ１２１１の処理を実行可能とするために、リクエストにユーザ識別子を付加する。ただし、端末２１が最初に通信フィルタリング部３０に対してリクエストを送信するときには第１のセッション情報および第２のセッション情報は、通知されていないので、第１のセッション情報および第２のセッション情報をリクエストに付加しない。また、この場合には、通信フィルタリング部３０においてユーザ認証を行う必要があるので、リクエストにユーザ認証情報を付加する。すなわち、端末２１が最初に通信フィルタリング部３０に対してリクエストを送信するときには、リクエストにユーザ識別子、ユーザ認証情報、およびサービス識別子を付加し（例えば、図２参照。）、そのリクエストを送信する。その後、第１のセッション情報が通信フィルタリング部３０から通知されると、端末２１は第１のセッション情報も付加したリクエストを通信フィルタリング部３０に送信する。さらにその後、第２のセッション情報が通信フィルタリング部３０から通知されると、端末２１はさらに第２のセッション情報も付加したリクエストを通信フィルタリング部３０に送信する。
【０２２０】
本変形例において、セッション管理部３０５は、上述の第４の実施の形態と同様に、ユーザ認証に成功したならば第１のセッション情報を生成してセッション情報記憶部３０６に記憶させる。そして、セッション管理部３０５は、その第１のセッション情報を端末２１に送信する。
【０２２１】
また、セッション管理部３０５は、リクエストがユーザが参加するコミュニティに許可されたサービスへのリクエストであると検証された場合に、第２のセッション情報を生成し、リクエストに付加されたサービス識別子と対応付けてセッション情報記憶部３０６に記憶させる。そして、セッション管理部３０５は、その第２のセッション情報を端末２１に送信する。なお、図２０に示すフローチャートでは、ステップＳ１１０４〜Ｓ１１０６の処理が、リクエストがユーザに参加するコミュニティに許可されたサービスへのリクエストであるか否かの検証に相当する。本変形例のフローチャートにも同様の処理が含まれ（後述する図２３のステップＳ１２１１〜Ｓ１２１３）、第２のセッション情報によりこの処理を省略することが可能となる。
【０２２２】
セッション情報記憶部３０６は、第１のセッション情報を記憶する。また、第２のセッション情報とサービス識別子とを対応付けて記憶する。すなわち、セッション情報記憶部３０６は、第２のセッション情報とサービス識別子との組み合わせを記憶する。
【０２２３】
図２３は、第４の実施の形態の変形例において、外部ＮＷ１１からサービスを利用するリクエストを受信した場合の通信フィルタリングシステムの動作を示すフローチャートである。ただし、リクエストを受信してリクエストに第１のセッション情報が付加されてるか否かを確認する処理（ステップＳ１２０１，１２０２）、および第１のセッション情報が正規のセッション情報であるか否かを判定する処理（ステップＳ１２０３）は、それぞれ第４の実施の形態におけるステップＳ１１０１，Ｓ１１０２，Ｓ１１０３（図２０参照。）と同様であるので説明を省略する。また、リクエストにセッション情報が付加されていない場合におけるユーザ認証までの処理（ステップＳ１２０７，Ｓ１２０８）、およびユーザ認証後にリクエストを破棄したり（ステップＳ１２０９）、第１のセッション情報を生成したりする処理（Ｓ１２１０）は、それぞれ、第４の実施の形態におけるステップＳ１１０８，Ｓ１１０９，Ｓ１１１１，Ｓ１１１０（図２０参照。）と同様であるので説明を省略する。なお、既に述べたように、第４の実施の形態におけるセッション情報を、本変形例では第１のセッション情報と記している。
【０２２４】
ステップＳ１２０３で第１のセッション情報が正規の第１のセッション情報ではないと判定された場合（ステップＳ１２０３のＮＯ）、フィルタリング部３０１は、ステップＳ１２０１で受信したリクエストを破棄する（ステップＳ１２０９）。ステップＳ１２０３で第１のセッション情報が正規の第１のセッション情報であると判定された場合（ステップＳ１２０３のＹＥＳ）、フィルタリング部３０１は、受信したリクエストに第２のセッション情報が付加されているか否かの確認を行う（ステップＳ１２０４）。例えば、既に例示した態様で第１のセッション情報と第２のセッション情報とを区別するための情報がセッション情報に付加されているとする。この場合、ステップＳ１２０４では、最上位等の桁が「２」等の第２のセッション情報を表す値になっているセッション識別子を含むセッション情報がリクエストに付加されているか否か等を確認すればよい。あるいは、「Type=2」等の、第２のセッション情報であることを示す情報が付加されたセッション情報がリクエストに付加されているか等を確認してもよい。なお、第１のセッション情報が付加されているか否かの確認も同様である。
【０２２５】
リクエストに第２のセッション情報が付加されている場合（ステップＳ１２０４のＹＥＳ）、フィルタリング部３０は、その第２のセッション情報およびリクエストに付加されているサービス識別子をセッション情報管理部３０５に送り、その第２のセッション情報が正規の第２のセッション情報であるかの確認をセッション情報管理部３０５に要求する。セッション情報管理部３０５は、リクエストに付加されていたその第２のセッション情報およびサービス識別子の組み合わせと同一の組み合わせが、セッション情報記憶部３０６に記憶されている第２のセッション情報およびサービス識別子の組み合わせの中に含まれていれば、リクエストに付加されていた第２のセッション情報は正規の第２のセッション情報であると判定する。また、セッション情報管理部３０５は、リクエストに付加されていた第２のセッション情報およびサービス識別子の組み合わせと同一の組み合わせが、セッション情報記憶部３０６に記憶されている第２のセッション情報およびサービス識別子の組み合わせの中に含まれていなければ、リクエストに付加されていた第２のセッション情報は正規の第２のセッション情報ではないと判定する（ステップＳ１２０５）。
【０２２６】
なお、正規の第２のセッション情報とは、リクエストがユーザが参加するコミュニティに許可されたサービスへのリクエストであると検証された後に生成されたセッション情報である。
【０２２７】
リクエストに付加されていた第２のセッション情報は正規の第２のセッション情報である場合（ステップＳ１２０５のＹＥＳ）、フィルタリング部３０１は、リクエストを指定サービスに転送する（ステップＳ１２０６）。この転送は、第１の実施の形態や第４の実施の形態と同様に行えばよい。また、後述するステップＳ１２１５で第２のセッション情報を生成して、サービス識別子と対応付けてセッション情報記憶部３０６に記憶させるときに、そのサービス識別子に対応付けられた転送先情報を利用サービス情報記憶部５０４から取得し、第２のセッション情報と、サービス識別子と、転送先情報とを対応付けて、セッション情報記憶部３０６に記憶させてもよい。そして、ステップＳ１２０６では、リクエストに付加された転送先情報をセッション情報記憶部３０６から読み込んで、その転送先情報が示すアドレスを宛先として、サービス提供部６０にリクエストを送信してもよい。
【０２２８】
ステップＳ１２０４において、リクエストに第２のセッション情報が付加されていないと判定された場合（ステップＳ１２０４のＮＯ）、あるいは、ステップＳ１２０５において、リクエストに付加されていた第２のセッション情報およびサービス識別子の組み合わせと同一の組み合わせが、セッション情報記憶部３０６に記憶されている第２のセッション情報およびサービス識別子の組み合わせの中に含まれていない場合（ステップＳ１２０５のＮＯ）、ステップＳ１２１１に移行する。
【０２２９】
リクエストに付加されていた第２のセッション情報およびサービス識別子の組み合わせと同一の組み合わせが、セッション情報記憶部３０６に記憶されている第２のセッション情報およびサービス識別子の組み合わせの中に含まれていない場合（ステップＳ１２０５のＮＯ）にステップＳ１２１１に移行することによって、端末２１が要求するサービスの種類が変更され、リクエストに付加されるサービス識別子が変更された場合に、新たに第２のセッション情報を生成するステップ（ステップＳ１２１５）に移行することが可能となる。
【０２３０】
ステップＳ１２１１では、フィルタリング部３０１は、リクエストの内容の検証（リクエストがユーザが参加するコミュニティに許可されたサービスへのリクエストであるか否かの検証）をリクエスト内容検証部３０３に要求する。このとき、フィルタリング部３０１は、リクエストに含まれるユーザ識別子およびサービス識別子をリクエスト内容検証部３０３に送る。そして、リクエスト内容検証部３０３は、メンバ情報記憶部５０３に記憶されたメンバ情報の中から、リクエストに含まれるユーザ識別子に対応付けられているコミュニティ識別子を取得する（ステップＳ１２１１）。利用者が複数のコミュニティのメンバである場合、その利用者のユーザ識別子に対応するコミュニティ識別子はメンバ情報記憶部５０３に複数種類記憶されている。このような場合、リクエストに含まれるユーザ識別子に対応付けられている全てのコミュニティ識別子をメンバ情報記憶部５０３から取得する。
【０２３１】
次に、リクエスト内容検証部３０３は、リクエストに含まれるサービス識別子に対応付けられたコミュニティ識別子をサービス情報記憶部５０４から取得する（ステップＳ１２１２）。
【０２３２】
続いて、リクエスト内容検証部３０３は、ステップＳ１２１２で取得したコミュニティ識別子が、ステップＳ１２１１で取得したコミュニティ識別子の中に含まれているか否かを判定する（ステップＳ１２１３）。なお、ステップＳ１２１１で取得したコミュニティ識別子が１つしかなく、そのコミュニティ識別子がステップＳ１２１２で取得したコミュニティ識別子と同一である場合、ステップＳ１２１２で取得したコミュニティ識別子が、ステップＳ１２１１で取得したコミュニティ識別子の中に含まれていると判定する。リクエスト内容検証部３０３は、判定結果をフィルタリング部３０１に通知する。
【０２３３】
ステップＳ１２１１〜ステップＳ１２１３の動作は、第４の実施の形態におけるステップＳ１１０４〜Ｓ１１０６（図２０参照。）の動作と同様である。
【０２３４】
ステップＳ１２１２で取得したコミュニティ識別子がステップＳ１２１１で取得したコミュニティ識別子の中に含まれていない場合（ステップＳ１２１３のＮＯ）、受信したリクエストが不正なリクエスト（ユーザの参加するコミュニティに許可されていないサービスへのリクエスト）であると判定し、そのリクエストを破棄する（ステップＳ１２１４）。
【０２３５】
ステップＳ１２１２で取得したコミュニティ識別子がステップＳ１２１１で取得したコミュニティ識別子の中に含まれている場合（ステップＳ１２１３のＹＥＳ）、フィルタリング部３０１は、セッション情報管理部３０５に新規に第２のセッション情報の生成を要求する。このとき、フィルタリング部３０１は、リクエストに付加されているサービス識別子をセッション情報管理部３０５に送る。セッション情報管理部３０５は、一意のセッション識別子およびランダムで予測不能なな文字列を生成する。このセッション識別子および文字列の組み合わせが第２のセッション情報である。セッション管理部３０５は、生成した第２のセッション情報と、受信したリクエストに付加されていたサービス識別子とを対応付けてセッション情報記憶部３０６に記憶させる。また、セッション管理部３０５は、その第２のセッション情報を端末２１に送信する（ステップＳ１２１５）。
【０２３６】
以上のような処理では、リクエストに第１のセッション情報が付加されていない場合、ステップＳ１２１５に移行することはなく、先にステップＳ１２１０で第１のセッション情報が生成され、その第１のセッション情報が端末２１に送信される。端末２１が第１のセッション情報を付加したリクエストを送信した場合、ステップＳ１２１５に移行すれば、第２のセッション情報が生成され、端末２１に送信される。端末２１が第１のセッション情報および第２のセッション情報を付加したリクエスを送信し、通信フィルタリング部３０がこのリクエストを受信すると（ステップＳ１２０１）、ステップＳ１２０２，Ｓ１２０３，Ｓ１２０４，Ｓ１２０５の処理を行い、リクエストをサービスに転送する（ステップＳ１２０６）。
【０２３７】
なお、端末２１は、第１のセッション情報や第２のセッション情報をクッキー（Cookie）の態様でリクエストに付加してもよい。
【０２３８】
第１のセッション情報は、通信フィルタリング部３０がユーザのリクエスト毎にユーザ認証を行う負荷を軽減するためのもので、同じユーザの端末がリクエストを送信していることを保証する。
【０２３９】
また、第２のセッション情報は、同一ユーザの端末がリクエストを送信していることを保証したうえで、通信フィルタリング部３０が同一サービスに対するリクエスト毎にリクエスト内容の検証を行う負荷を軽減するためのものであり、同じユーザの端末が同じサービスへのリクエストを行っていることを保証する。すなわち、リクエストに第２のセッション情報が付加されていて、第２のセッション情報が正規の第２のセッション情報であることを判定すれば、リクエストがユーザが参加するコミュニティに許可されたサービスへのリクエストであるか否かの検証（ステップＳ１２１１〜Ｓ１２１３）を行わなくて済む。このように第２のセッション情報を用いることで、リクエストがユーザが参加するコミュニティに許可されたサービスへのリクエストであるか否かの検証（ステップＳ１２１１〜Ｓ１２１３）を省略できる。
【０２４０】
また、通信フィルタリング部３０から第１のセッション情報および第２のセッション情報を受信済みの端末２１が、それまで利用していたサービスとは別のサービスを利用するためにリクエストを送信する場合、第１のセッション情報によりユーザ認証は省略される。この場合、別のサービスを要求するので、端末２１は、リクエストに付加するサービス識別子を変更する。この場合、第１のセッション情報および第２のセッション情報がリクエストに付加されるので、ステップＳ１２０１の後、ステップＳ１２０２，Ｓ１２０３，Ｓ１２０４の処理を行い、ステップＳ１２０５に移行する。ここで、第１のセッション情報は正規のセッション情報であり、ステップＳ１２０３からステップＳ１２０４に移行するものとする。ステップＳ１２０５では、リクエストに付加された変更後のサービス識別子と第２のセッション情報との組み合わせは、セッション情報記憶部３０６に記憶されておらず、第２のセッション情報は正規のセッション情報ではないと判定され、ステップＳ１２１１以降の処理が行われる。この場合、ステップＳ１２１５に移行すれば、新たにセッション情報が発行され、変更後のサービス識別子と対応付けて正規の第２のセッション情報としてセッション情報記憶部３０６に記憶される。そして、その新たな第２のセッション情報が端末２１に送られ、端末２１は、第１のセッション情報および第２のセッション情報と変更後のサービス識別子を付加したリクエストを送信する。この場合、変更後のサービス識別子と第２のセッション情報との組み合わせは、セッション情報記憶部３０６に記憶されているので、ステップＳ１２０５において、第２のセッション情報は正規のセッション情報であると判定され、リクエストはサービスに転送される（ステップＳ１２０６）。
【０２４１】
従って、利用するサービスを変更する場合（リクエストに付加するサービス識別子を変更する場合）であっても、第２のセッション情報を新たに生成すれば、ユーザ認証を省略してリクエストを転送することができる。
【０２４２】
以下に、第４の実施の形態の変形例の具体的な動作を例示する。
端末２１が、最初に、「｛UserID=u123,Password=pass ｝」というユーザ識別子およびパスワードを付加したリクエストを通信フィルタリング部３０に送信したとする。なお、このリクエストには、第１のセッション情報および第２のセッション情報は付加されていない。また、本例において、「u123」はユーザ識別子であり、「pass」はパスワードである。
【０２４３】
リクエストに第１のセッション情報が付加されていないので、通信フィルタリング部３０は、ステップＳ１２０１，Ｓ１２０２の後、ユーザ認証（ステップＳ１２０７，Ｓ１２０８）を行う。ここでは、ユーザ認証に成功したものとする。すると、セッション情報管理部３０５は、第１のセッション情報を生成してセッション情報記憶部３０６に記憶させ、第１のセッション情報を端末２１に送信する。本例では、「｛SessionID=101,CertString=xyz｝」という第１のセッション情報が生成されたものとする。
【０２４４】
続いて、端末２１は、２回目のリクエストを送信する。端末２１は、「｛UserID=u123,ServiceID=sv11,｛SessionID=101,CertString=xyz｝｝」というユーザ識別子、サービス識別子（本例では「sv11」）、および第１のセッション情報を付加したリクエストを、通信フィルタリング部３０に送信する。なお、端末２１は、すでにユーザ認証に成功して第１のセッション情報を受信しているので、このときにパスワードなどのユーザ認証情報をリクエストに付加する必要はない。
【０２４５】
このリクエストを受信した場合、通信フィルタリング部３０は、ステップＳ１２０１，Ｓ１２０２の後、ステップＳ１２０３に移行する。ステップＳ１２０３において、リクエストに付加された第１のセッション情報と同一のセッション情報がセッション情報記憶部３０６に記憶されているので、ステップＳ１２０４に移行する。リクエストには、第２のセッション情報が付加されていないので、さらにステップＳ１２１１に移行する。その後、ステップＳ１２１１，Ｓ１２１２，Ｓ１２１３の後、ステップＳ１２１５に移行したとする。ステップＳ１２１５で、セッション情報管理部３０５は、第２のセッション情報を生成して、リクエストに付加されていたサービス識別子「sv11」と対応付けて、セッション情報記憶部３０６に記憶させる。また、第２のセッション情報を端末２１に送信する。本例では、「｛SessionID=201,CertString=abc｝」という第２のセッション情報が生成されたものとする。
【０２４６】
続いて、端末２１は、３回目のリクエストを送信する。端末２１は、「｛UserID=u123,ServiceID=sv11,｛SessionID=101,CertString=xyz｝,｛SessionID=201,CertString=abc｝｝」というユーザ識別子、サービス識別子、第１のセッション情報、および第２のセッション情報を付加したリクエストを通信フィルタリング部３０に送信する。
【０２４７】
このリクエストを受信した場合、通信フィルタリング部３０は、ステップＳ１２０１，Ｓ１２０２の後、ステップＳ１２０３に移行する。ステップＳ１２０３において、リクエストに付加された第１のセッション情報と同一のセッション情報がセッション情報記憶部３０６に記憶されているので、ステップＳ１２０４に移行する。また、リクエストに第２のセッション情報が付加されているのでステップＳ１２０５に移行する。さらに、リクエストに付加された第２のセッション情報およびサービス識別子「sv11」の組み合わせと同一の組み合わせがセッション情報記憶部３０６に記憶されているので、ステップＳ１２０６に移行し、リクエストをサービスに転送する。
【０２４８】
端末２１が、リクエストに付加するサービス識別子を「sv11」から「sv33」に変更したとする。すなわち、利用しようとするサービスを変えたとする。端末２１は、「｛UserID=u123,ServiceID=sv33,｛SessionID=101,CertString=xyz｝,｛SessionID=201,CertString=abc｝｝」というユーザ識別子、サービス識別子、第１のセッション情報、および第２のセッション情報を付加したリクエストを通信フィルタリング部３０に送信する。この場合、上記と同様に、ステップＳ１２０４まで移行する。しかし、リクエストに付加された第２の識別情報「｛SessionID=201,CertString=abc｝」およびサービス識別子「sv33」の組み合わせと同一の組み合わせはセッション情報記憶部３０６に記憶されていない。よって、この場合、ステップＳ１２１１に移行する。その後、ステップＳ１２１１，Ｓ１２１２，Ｓ１２１３の後、ステップＳ１２１５に移行したとする。ステップＳ１２１５で、セッション情報管理部３０５は、新たに第２のセッション情報を生成して、リクエストに付加されていたサービス識別子「sv33」と対応付けて、セッション情報記憶部３０６に記憶させる。また、第２のセッション情報を端末２１に送信する。本例では、「｛SessionID=202,CertString=1qaz2wsx3｝」という第２のセッション情報が新たに生成されたものとする。
【０２４９】
端末２１は、新たな第２のセッション情報をリクエストに付加して送信する。すなわち、端末２１は、「｛UserID=u123,ServiceID=sv33,｛SessionID=101,CertString=xyz｝, ｛SessionID=202,CertString=1qaz2wsx3｝｝」というユーザ識別子、サービス識別子、第１のセッション情報、および第２のセッション情報を付加したリクエストを通信フィルタリング部３０に送信する。このリクエストを受信した場合、通信フィルタリング部３０は、ステップＳ１２０１〜Ｓ１０２４の後、ステップＳ１２０５に移行する。リクエストに付加された第２のセッション情報およびサービス識別子「sv33」の組み合わせと同一の組み合わせがセッション情報記憶部３０６に記憶されているので、ステップＳ１２０６に移行し、リクエストをサービスに転送する。
【０２５０】
上記のような第４の実施の形態の変形例では、第１のセッション情報および第２のセッション情報を管理することで、通信フィルタリング部３０が、同一ユーザの端末のリクエスト毎に毎回ユーザ認証を行う必要がなくなり、また、同一ユーザの端末の同一サービスに対するリクエスト毎に毎回リクエスト内容の検証を行う必要がなくなる。よって、通信フィルタリング部３０の負荷を軽減することができる。
【０２５１】
第４の実施の形態および第４の実施の形態の変形例では、セッション情報管理部３０５がセッション情報（第１のセッション情報）や第２のセッション情報を生成する場合を例として説明した。セッション情報（第１のセッション情報）や第２のセッション情報の生成は、フィルタリング部３０１、ユーザ認証部３０２、あるいはリクエスト内容検証部３０３等の他の構成要素が行ってもよい。
【０２５２】
なお、以上の説明では、サービスアドレス情報および装置アドレス情報の組み合わせを転送先情報として用いる場合、あるいは、装置アドレス情報を予め通信フィルタリング部３０が記憶してサービスアドレス情報を転送先情報として用いる場合を例にして説明した。転送先情報の態様は、このような態様に限定されない。例えば、転送先情報は、装置アドレス情報と、サービス提供部６０がリクエストされたときにサービスを特定するためのパラメータを含んだ情報などであってもよい。
【０２５３】
第１の実施の形態、第４の実施の形態、および第４の実施の形態の変形例において、ユーザ管理部４０、コミュニティ管理部５０、サービス管理部７０は、それぞれ別個の装置であってもよい。あるいは、これらの構成要素の一部あるいは全部が１つの装置であってもよい。
【０２５４】
同様に第２の実施の形態において、ユーザ管理部４０ａ、コミュニティ管理部５０、サービス管理部７０は、それぞれ別個の装置であってもよい。あるいは、これらの構成要素の一部あるいは全部が１つの装置であってもよい。
【０２５５】
また、上記の各実施の形態において、サービス情報管理部７０１およびサービス設定部７０２は、例えば、プログラムに従って動作するコンピュータによって実現される。サービス情報管理部７０１およびサービス設定部７０２が同一のコンピュータによって実現されてもよい。この場合、サービス管理部７０は、コンピュータにサービス情報管理部７０１およびサービス設定部７０２としての動作を実行させるサービス管理プログラムを記憶装置（図示せず。）に記憶しておく。コンピュータは、サービス管理プログラムを読み込み、サービス管理プログラムに従って、サービス情報管理部７０１およびサービス設定部７０２としての動作を実行する。
【０２５６】
また、上記の各実施の形態において、コミュニティ情報管理部５０１は、例えば、プログラムに従って動作するコンピュータによって実現される。コミュニティ管理部５０は、コンピュータにコミュニティ管理部５０としての動作を実行させるコミュニティ管理プログラムを記憶装置（図示せず。）に記憶しておく。コンピュータは、コミュニティ管理プログラムを読み込み、コミュニティ管理プログラムに従って、コミュニティ情報管理部５０１としての動作を実行する。
【０２５７】
また、上記の各実施の形態において、フィルタリング部３０１、ユーザ認証部３０２、およびリクエスト内容検証部３０３は、例えば、プログラムに従って動作するコンピュータによって実現される。フィルタリング部３０１、ユーザ認証部３０２、およびリクエスト内容検証部３０３が同一のコンピュータによって実現されてもよい。この場合、通信フィルタリング部３０は、コンピュータに、フィルタリング部３０１、ユーザ認証部３０２、およびリクエスト内容検証部３０３としての動作を実行させるフィルタリングプログラムを記憶装置（図示せず。）に記憶させておく。コンピュータは、フィルタリングプログラムを読み込み、フィルタリングプログラムに従って、フィルタリング部３０１、ユーザ認証部３０２、およびリクエスト内容検証部３０３としての動作を実行する。さらに、フィルタリングプログラムは、コンピュータにセッション情報管理部３０５としての動作を実行させるプログラムであってもよい。この場合、コンピュータは、フィルタリングプログラムを読み込み、フィルタリングプログラムに従って、フィルタリング部３０１、ユーザ認証部３０２、リクエスト内容検証部３０３、およびセッション情報管理部３０５としての動作を実行する。
【０２５８】
また、上記の各実施の形態において、ユーザ情報管理部４０１（第２の実施の形態の場合は、ユーザ情報管理部４０１ａ，４０１ｂ）は、例えば、プログラムに従って動作するコンピュータによって実現される。ユーザ管理部４０（第２の実施の形態の場合は、ユーザ管理部４０ａ，４０ｂ）は、コンピュータにユーザ情報管理部４０１としての動作を実行させるユーザ情報管理プログラムを記憶装置（図示せず。）に記憶させておく。コンピュータは、ユーザ情報管理プログラムを読み込み、ユーザ情報管理プログラムに従って、ユーザ情報管理部４０１としての動作を実行させる。
【０２５９】
また、第３の実施の形態において、フィルタリング部３０１、ユーザ認証部３０２、リクエスト内容検証部３０３、ユーザ情報管理部４０１、コミュニティ管理者認証部４０３、およびコミュニティ情報管理部５０１が同一のコンピュータによって実現されてもよい。この場合、通信フィルタリング部３０は、コンピュータに、フィルタリング部３０１、ユーザ認証部３０２、リクエスト内容検証部３０３、ユーザ情報管理部４０１、コミュニティ管理者認証部４０３、およびコミュニティ情報管理部５０１としての動作を実行させるフィルタリングプログラムを記憶装置（図示せず。）に記憶させておく。コンピュータは、フィルタリングプログラムを読み込み、フィルタリングプログラムに従って、フィルタリング部３０１、ユーザ認証部３０２、リクエスト内容検証部３０３、ユーザ情報管理部４０１、コミュニティ管理者認証部４０３、およびコミュニティ情報管理部５０１としての動作を実行する。
【０２６０】
また、上記の各実施の形態において、ユーザ情報記憶部４０２（第２の実施の形態の場合は、ユーザ情報記憶部４０２ａ，４０２ｂ）、コミュニティ情報記憶部５０２、メンバ情報記憶部５０３、利用サービス情報記憶部５０４、サービス提供部情報記憶部７０３、サービス情報記憶部７０４は、それぞれデータベースによって実現される。
【０２６１】
なお、第３の実施の形態、第４の実施の形態、および第４の実施の形態の変形例において、第２の実施の形態と同様に、内部ＮＷ１２に接続されるユーザ管理部４０ｂを備え、複数のユーザ管理部にユーザ情報を登録する構成であってもよい。
【０２６２】
また、第４の実施の形態、および第４の実施の形態の変形例において、第３の実施の形態と同様に、通信フィルタリング部３０が、ユーザ管理部４０と、コミュニティ管理部５０とを備える構成としてもよい。
【産業上の利用可能性】
【０２６３】
本発明は、外部ネットワークから内部ネットワークへの通信に対して、コミュニティに関する情報を用いてフィルタリングを行う通信フィルタリングシステムとして好適に適用可能である。
【図面の簡単な説明】
【０２６４】
【図１】本発明の第１の実施の形態の例を示すブロック図である。
【図２】本実施の形態における端末が通信フィルタリング部に対して送信するリクエスト内容の一例を示す説明図である。
【図３】ユーザ登録におけるフローチャートである。
【図４】新たにコミュニティが開設される場合の通信フィルタリングシステムの動作を示すフローチャートである。
【図５】コミュニティを閉鎖する場合の通信フィルタリングシステムの動作を示すフローチャートである。
【図６】既に開設されているコミュニティが利用するサービス種別を変更する場合の通信フィルタリングシステムの動作を示すフローチャートである。
【図７】外部ＮＷからサービスを利用するリクエストを受信した場合の通信フィルタリングシステムの動作を示すフローチャートである。
【図８】本発明の第２の実施の形態の例を示すブロック図である。
【図９】第２の実施の形態においてメンバ情報記憶部が記憶するメンバ情報の例を示す説明図である。
【図１０】第２の実施の形態においてリクエストを受信した場合の通信フィルタリングシステムの動作を示すフローチャートである。
【図１１】本発明の第３の実施の形態の例を示すブロック図である。
【図１２】ユーザ情報記憶部が記憶する管理者のユーザ情報の例を示す説明図である。
【図１３】ユーザ情報の登録の前に行う管理者のユーザ認証を示すフローチャートである。
【図１４】コミュニティ開設の前に行う管理者のユーザ認証を示すフローチャートである。
【図１５】コミュニティ閉鎖の前に行う管理者のユーザ認証を示すフローチャートである。
【図１６】コミュニティの利用サービス種別の変更の前に行う管理者のユーザ認証を示すフローチャートである。
【図１７】本発明の第４の実施の形態の例を示すブロック図である。
【図１８】セッション情報の例を示す説明図である。
【図１９】第４の実施の形態において端末がリクエストに付加する情報の例を示す説明図である。
【図２０】外部ＮＷからサービスを利用するリクエストを受信した場合の通信フィルタリングシステムの動作を示すフローチャートである。
【図２１】セッション情報記憶部に記憶される第２のセッション情報の例を示す説明図である。
【図２２】第４の実施の形態の変形例において端末が送信するリクエストに付加される情報の例を示す説明図である。
【図２３】第４の実施の形態の変形例において、外部ＮＷからサービスを利用するリクエストを受信した場合の通信フィルタリングシステムの動作を示すフローチャートである。
【符号の説明】
【０２６５】
２１，２２  端末
３０  通信フィルタリング部
４０  ユーザ管理部
５０  コミュニティ管理部
６０  サービス提供部
７０  サービス管理部
３０１  フィルタリング部
３０２  ユーザ認証部
３０３  リクエスト内容検証部
４０１  ユーザ情報管理部
４０２  ユーザ情報記憶部
５０１  コミュニティ情報管理部
５０２  コミュニティ情報記憶部
５０３  メンバ情報記憶部
５０４  利用サービス情報記憶部
７０１  サービス情報管理部
７０２  サービス設定部
７０３  サービス提供部情報記憶部
７０４  サービス情報記憶部
【図１】
2008046875.tif 000003
【図２】
2008046875.tif 000004
【図３】
2008046875.tif 000005
【図４】
2008046875.tif 000006
【図５】
2008046875.tif 000007
【図６】
2008046875.tif 000008
【図７】
2008046875.tif 000009
【図８】
2008046875.tif 000010
【図９】
2008046875.tif 000011
【図１０】
2008046875.tif 000012
【図１１】
2008046875.tif 000013
【図１２】
2008046875.tif 000014
【図１３】
2008046875.tif 000015
【図１４】
2008046875.tif 000016
【図１５】
2008046875.tif 000017
【図１６】
2008046875.tif 000018
【図１７】
2008046875.tif 000019
【図１８】
2008046875.tif 000020
【図１９】
2008046875.tif 000021
【図２０】
2008046875.tif 000022
【図２１】
2008046875.tif 000023
【図２２】
2008046875.tif 000024
【図２３】
2008046875.tif 000025