(57)【要約】 【課題】  コミュニティサイトなどへのアクセスに際して、個人からの申請を行わせることなくアクセスの管理を行うことができるアクセス管理装置およびアクセス管理方法を提供することを目的とする。【解決手段】  ランク取得部１０２は、一のユーザ端末である移動機３００から提供用データであるウエブデータに対するアクセス要求を受けると、電話帳センタ２００が記憶している複数ユーザの電話帳データにおける一のユーザ端末の電話番号の登録状況に基づいて定められた一のユーザ端末のランクを取得する。そして、ランク取得部１０２において所定以上のランクが取得された場合には、情報生成部１０４は、提供用データとして、データベースに記憶されている写真データなどを組み合わせたウエブデータを生成し、通信部１０１は、生成したウエブデータを移動機３００に出力する。【選択図】  図１
2008282284.tif 000002
【特許請求の範囲】
【請求項１】
複数のユーザのアドレス帳データを個別に記憶するアドレス帳記憶手段からデータを取得可能に構成されるアクセス管理装置において、
提供用データを記憶するデータ記憶手段と、
一のユーザ端末から前記データ記憶手段に記憶されている提供用データに対するアクセス要求を受けると、前記アドレス帳記憶手段に記憶されているアドレス帳データにおける前記一のユーザ端末のアドレス情報の登録状況に基づいて定められた前記一のユーザ端末のランクを取得する取得手段と、
前記取得手段により所定以上のランクが取得された場合には、前記データ記憶手段に記憶されている提供用データを前記一のユーザ端末に出力する出力手段と、
を備えるアクセス管理装置。
【請求項２】
前記一のユーザ端末から前記データ記憶手段に記憶されている提供用データに対するアクセス要求を受けると、前記アドレス帳記憶手段に記憶されているアドレス帳データにおける前記一のユーザ端末のアドレス情報の登録状況に基づいて前記一のユーザ端末のランクを判断する判断手段をさらに備え、
前記取得手段は、前記判断手段により判断された前記一のユーザ端末のランクを取得することを特徴とする請求項１に記載のアクセス管理装置。
【請求項３】
複数のユーザのアドレス帳データを個別に記憶するアドレス帳記憶手段と、前記アドレス帳記憶手段に記憶されているアドレス帳データに対する前記一のユーザ端末のアドレス情報の登録状況に基づいて前記一のユーザ端末のランクを判断する判断手段と、を備えるアドレス帳センタと通信接続し、
前記取得手段は、前記アドレス帳センタの判断手段において判断された前記一のユーザ端末のランクを取得することを特徴とする請求項１に記載のアクセス管理装置。
【請求項４】
前記判断手段により、前記一のユーザ端末のアドレス情報が前記アドレス帳記憶手段に記憶されているアドレス帳データにおいて所定数以上の他のユーザのアドレス帳に記述されていると判断された場合には、前記出力手段は、前記提供用データを前記一のユーザ端末に出力することを特徴とする請求項２または３に記載のアクセス管理装置。
【請求項５】
前記判断手段により、前記一のユーザ端末のアドレス情報が前記アドレス帳記憶手段に記憶されているアドレス帳データにおいて特定ユーザのアドレス帳に記述されていると判断された場合には、前記出力手段は、前記提供用データを前記一のユーザ端末に出力することを特徴とする請求項２または３に記載のアクセス管理装置。
【請求項６】
前記データ記憶手段は、ユーザのランクに応じた提供用データを記憶し、
前記判断手段により判断された一のユーザ端末のランクに応じた提供用データを、前記出力手段は出力することを特徴とする請求項１から５のいずれか１項に記載のアクセス管理装置。
【請求項７】
複数のユーザのアドレス帳データを個別に記憶するアドレス帳記憶手段からデータを取得可能に構成されるアクセス管理装置のアクセス管理方法において、
一のユーザ端末から提供用データに対するアクセス要求を受けると、前記アドレス帳記憶手段に記憶されているアドレス帳データにおける前記一のユーザ端末のアドレス情報の登録状況に基づいて定められた前記一のユーザ端末のランクを取得する取得ステップと、
前記取得ステップにより所定以上のランクが取得された場合には、提供用データを前記一のユーザ端末に出力する出力ステップと、
を備えるアクセス管理方法。
【請求項８】
複数のユーザのアドレス帳データを個別に記憶するアドレス帳記憶手段を有するアドレス帳センタと、前記アドレス帳センタと通信するアクセス管理装置とを備える通信システムにおいて、
前記アクセス管理装置は、
提供用データを記憶するデータ記憶手段と、
一のユーザ端末から前記データ記憶手段に記憶されている提供用データに対するアクセス要求を受けると、前記アドレス帳記憶手段に記憶されているアドレス帳データにおける前記一のユーザ端末のアドレス情報の登録状況に基づいて定められた前記一のユーザ端末のランクを取得する取得手段と、
前記取得手段により所定以上のランクが取得された場合には、前記データ記憶手段に記憶されている提供用データを前記一のユーザ端末に出力する出力手段と、
を備えることを特徴とする通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コミュニティなどの限定されたサイトに接続するアクセス管理装置およびアクセス管理方法に関する。
【背景技術】
【０００２】
近年、ＳＮＳ（SocialNetworking Service）、ブログなどのインターネットを使ったコミュニティが利用されている。このような不特定多数の利用者またはある条件を満たした利用者が、特定のコミュニティに接続することができるため、悪意をもってコミュニティに参加し、ブログ等への誹謗、中傷あるいはオークションでの詐欺等が横行することが予想される。このため、サイト提供者は利用者に対してＩＤおよびパスワードを付与することにより、利用できる利用者を限定している。利用者ごとにＩＤおよびパスワードを付与し、サイトへの接続を制限するものとして、例えば特許文献１に記載されている技術が挙げられる。この特許文献１には、デジタル画像に対して他のユーザからの不本意なアクセスを、パスワードを用いて防止することが記載されている。
【特許文献１】特開２００２−１７１５０３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
一般的に、コミュニティに参加するために、利用者はサイト管理者に対して書類、電子メールなどを用いて申請することにより、ＩＤおよびパスワードを付与してもらう。したがって、その申請内容の詐称は容易なものであり、サイト管理者にとっては悪意ある者の排除ならびに悪意ある者の行為（誹謗・中傷・詐欺）を防止することができない。
【０００４】
また、知人、友人を紹介することでコミュニティへの申請を行わせるコミュニティもあるが、やはり紹介する時点で詐称等を排除することはできず、やはり上述のとおり悪意ある者の行為を防止することは困難である。
【０００５】
さらに、このようにパスワード等を用いて認証を行おうとすると、サイト側でのパスワードの管理を必要とし、手間のかかるものであった。
【０００６】
そこで、本発明は、コミュニティサイトなどへのアクセスに際して、個人からの申請を行わせることなくアクセスの管理を行うことができるアクセス管理装置およびアクセス管理方法を提供することを目的とする。
【課題を解決するための手段】
【０００７】
上述の課題を解決するために、本発明のアクセス管理装置は、複数のユーザのアドレス帳データを個別に記憶するアドレス帳記憶手段からデータを取得可能に構成されるアクセス管理装置において、提供用データを記憶するデータ記憶手段と、一のユーザ端末から前記データ記憶手段に記憶されている提供用データに対するアクセス要求を受けると、前記アドレス帳記憶手段に記憶されているアドレス帳データにおける前記一のユーザ端末のアドレス情報の登録状況に基づいて定められた前記一のユーザ端末のランクを取得する取得手段と、前記取得手段により所定以上のランクが取得された場合には、前記データ記憶手段に記憶されている提供用データを前記一のユーザ端末に出力する出力手段と、を備えている。
【０００８】
この発明によれば、一のユーザ端末から提供用データに対するアクセス要求を受けると、あらかじめ記憶している複数ユーザのアドレス帳データにおける一のユーザ端末のアドレス情報の登録状況に基づいて定められた一のユーザ端末のランクを取得し、所定以上のランクが取得された場合には、提供用データを一のユーザ端末に出力する。これにより、他のユーザのアドレス帳に一のユーザ端末のアドレス情報が記憶されている状態においては、一のユーザ端末のユーザは他のユーザと知り合いであることが予想され、その場合には、提供用データを一のユーザ端末のユーザに閲覧をさせてもかまわないと判断できる。
【０００９】
したがって、ＩＤ、パスワードなどを用いたアクセス制限をかけることなく、またユーザからの申告によりＩＤを付与することなく、アクセス制限を行うことができる。また、ユーザからの申請内容の偽称を防止することができ、ユーザの客観的な情報に基づいてアクセス制限を行うことができる。
【００１０】
また、本発明のアクセス管理装置は、前記一のユーザ端末から前記データ記憶手段に記憶されている提供用データに対するアクセス要求を受けると、前記アドレス帳記憶手段に記憶されているアドレス帳データにおける前記一のユーザ端末のアドレス情報の登録状況に基づいて前記一のユーザ端末のランクを判断する判断手段をさらに備え、前記取得手段は、前記判断手段により判断された前記一のユーザ端末のランクを取得することが好ましい。
【００１１】
この発明によれば、一のユーザ端末から提供用データに対するアクセス要求を受けると、複数のユーザのアドレス帳データにおける一のユーザ端末のアドレス情報の登録状況に基づいて一のユーザ端末のランクを判断し、判断された一のユーザ端末のランクを取得する。これにより、ユーザの客観的な判断に基づいたランクを取得することができ、ＩＤ、パスワードなどを用いたアクセス制限をかけることなく、またユーザからの申告によりＩＤを付与することなく、アクセス制限を行うことができる。また、ユーザからの申請内容の偽称を防止することができ、ユーザの客観的な情報に基づいてアクセス制限を行うことができる。
【００１２】
また、本発明のアクセス管理装置において、複数のユーザのアドレス帳データを個別に記憶するアドレス帳記憶手段と、前記アドレス帳記憶手段に記憶されているアドレス帳データに対する前記一のユーザ端末のアドレス情報の登録状況に基づいて前記一のユーザ端末のランクを判断する判断手段とを備えるアドレス帳センタと通信接続し、前記取得手段は、前記アドレス帳センタの判断手段において判断された前記一のユーザ端末のランクを取得することが好ましい。
【００１３】
この発明によれば、アドレス帳センタが複数のユーザにおけるアドレス帳データおよび一のユーザ端末のアドレス情報に基づいて一のユーザ端末のランクを判断し、判断された一のユーザ端末のランクを取得する。よって、ユーザの客観的な判断に基づいたランクを取得することができ、ＩＤ、パスワードなどを用いたアクセス制限をかけることなく、またユーザからの申告によりＩＤを付与することなく、アクセス制限を行うことができる。また、ユーザからの申請内容の偽称を防止することができ、ユーザの客観的な情報に基づいてアクセス制限を行うことができる。
【００１４】
また、本発明のアクセス管理装置において、前記判断手段により、前記一のユーザ端末のアドレス情報が前記アドレス帳記憶手段に記憶されているアドレス帳データにおいて所定数以上の他のユーザのアドレス帳データに記述されていると判断された場合には、前記出力手段は、前記提供用データを前記一のユーザ端末に出力することが好ましい。
【００１５】
この発明によれば、一のユーザ端末のアドレス情報がアドレス帳データにおいて所定数以上の他のユーザのアドレス帳に記述されていると判断された場合には、提供用データを一のユーザ端末に出力する。これにより、登録状況に応じて提供用データを出力することができる。例えば、一のユーザ端末のアドレス情報が所定数以上の他のユーザ端末のアドレス帳に記憶された場合、一のユーザ端末のユーザは、他のユーザ端末のユーザ内で知り合いが多いものと推定できる。したがって、そのような一のユーザに対しては提供用データを閲覧させても、悪意ある者の行為（誹謗、中傷、詐欺）などを行うことはないと考えられる。よって、ユーザの客観的な情報に基づいたアクセス制限を行うことができる。
【００１６】
また、本発明のアクセス管理装置において、前記判断手段により、前記一のユーザ端末のアドレス情報が前記アドレス帳記憶手段に記憶されているアドレス帳データにおいて特定ユーザのアドレス帳に記述されていると判断された場合には、前記出力手段は、提供用データを前記一のユーザ端末に出力することが好ましい。
【００１７】
この発明によれば、一のユーザ端末のアドレス情報が他のユーザのアドレス帳データにおいて特定ユーザのアドレス帳に記述されていると判断された場合には、提供用データを一のユーザ端末に出力する。これにより、特定ユーザが、例えばコミュニティの幹部ユーザ（会員）である場合に、その特定ユーザのアドレス帳に登録されている一のユーザは、悪意ある者の行為（誹謗、中傷、詐欺）などを行うことはないと考えられる。よって、ユーザの客観的な情報に基づいたアクセス制限を行うことができる。
【００１８】
また、本発明のアクセス管理装置において、前記データ記憶手段は、ユーザのランクに応じた提供用データを記憶し、前記判断手段により判断された一のユーザ端末のランクに応じた提供用データを、前記出力手段は出力することが好ましい。
【００１９】
この発明によれば、ユーザのランクに応じた提供用データを記憶し、判断された一のユーザ端末のランクに応じた提供用データを出力する。よって、不特定多数の者に見せてもよいデータ、限られた者のみに見せてもよいデータに区別することができ、ユーザの客観的な情報に基づいたアクセス制限を行うことができる。
【００２０】
ところで、本発明は、上記のようにアクセス管理装置の発明として記述できる他に、以下のように、アクセス管理方法、通信システムの発明としても記述することができる。これらはカテゴリーが異なるだけで、実質的に同一の発明であり、同様の作用・効果を奏する。
【００２１】
すなわち、本発明のアクセス管理方法は、複数のユーザのアドレス帳データを個別に記憶するアドレス帳記憶手段を有するアドレス帳センタと通信するアクセス管理装置のアクセス管理方法において、一のユーザ端末から提供用データに対するアクセス要求を受けると、前記アドレス帳記憶手段に記憶されているアドレス帳データにおける前記一のユーザ端末のアドレス情報の登録状況に基づいて定められた前記一のユーザ端末のランクを取得する取得ステップと、前記取得ステップにより所定以上のランクが取得された場合には、提供用データを前記一のユーザ端末に出力する出力ステップと、を備えている。
【００２２】
また、本発明の通信システムは、複数のユーザのアドレス帳データを個別に記憶するアドレス帳記憶手段を有するアドレス帳センタと、前記アドレス帳センタと通信するアクセス管理装置とを備える通信システムにおいて、前記アクセス管理装置は、提供用データを記憶するデータ記憶手段と、一のユーザ端末から前記データ記憶手段に記憶されている提供用データに対するアクセス要求を受けると、前記アドレス帳記憶手段に記憶されているアドレス帳データにおける前記一のユーザ端末のアドレス情報の登録状況に基づいて定められた前記一のユーザ端末のランクを取得する取得手段と、前記取得手段により所定以上のランクが取得された場合には、前記データ記憶手段に記憶されている提供用データを前記一のユーザ端末に出力する出力手段と、を備えている。
【発明の効果】
【００２３】
本発明によれば、ＩＤ、パスワードなどを用いたアクセス制限をかけることなく、またユーザからの申告によりＩＤを付与することなく、アクセス制限を行うことができる。また、ユーザからの申請内容の偽称を防止することができ、ユーザの客観的な情報に基づいてアクセス制限を行うことができる。
【発明を実施するための最良の形態】
【００２４】
本発明は、一実施形態のために示された添付図面を参照して以下の詳細な記述を考慮することによって容易に理解することができる。引き続いて、添付図面を参照しながら本発明の実施形態を説明する。可能な場合には、同一の部分には同一の符号を付して、重複する説明を省略する。
【００２５】
図１は、本実施形態のウエブサーバ１００の構成を示すブロック図である。このウエブサーバ１００は、コミュニティの会員であるユーザが保有する移動機３００からコミュニティに対してアクセス要求がなされると、そのユーザのランクに応じたウエブデータを表示するようにウエブデータを生成して、ユーザ端末である移動機３００に対して出力する装置であって、移動機３００からのアクセス管理を行うアクセス管理装置である。すなわち、ウエブサーバ１００は、不特定多数のユーザに閲覧させてもよいデータ、特定のユーザに対してのみ閲覧させてもよいデータ、特定のユーザに対してのみ書き込みなどに参加可能にさせる処理データ、他のユーザに書き込まれたデータを、ユーザに応じて適宜選択してウエブデータとして移動機３００に出力し、移動機３００にてそのウエブデータを表示することができるように構成されたものである。
【００２６】
このウエブサーバ１００は、通信部１０１（出力手段）、ランク取得部１０２（取得手段）、情報生成部１０４、およびデータベース１０５（データ記憶手段）を含んで構成されている。なお、データベース１０５は、写真ＤＢ１０５ａ、テキストＤＢ１０５ｂ、テキスト入力ＤＢ１０５ｃおよび情報送信ＤＢ１０５ｄを記憶している。以下、各構成について説明する。
【００２７】
通信部１０１は、移動機３００から、移動機３００の電話番号（アドレス情報）および接続先を示すＵＲＬを伴った接続要求を受信し、また移動機３００のランクに応じて生成されたウエブデータを当該移動機３００に対して送信する部分である。
【００２８】
ランク取得部１０２は、通信部１０１において接続要求が受信されると、移動機３００のランク情報を取得するために電話帳センタ２００に対して登録状況要求を出力し、その応答情報としてコミュニティ情報およびランク情報を取得する部分である。
【００２９】
なお、ランク取得部１０２は、後述するように電話帳サーバ２００における判断部２０１と同等の機能を有するように構成してもよい。その場合、このランク取得部１０２は、電話帳センタ２００に記憶されている電話帳データにおける移動機３００の電話番号の登録状況に基づいて移動機３００のランクを判断する判断手段として機能する。
【００３０】
情報生成部１０４は、ランク取得部１０２により取得された移動機３００のランク情報に基づいて、データベース１０５から必要なデータを抽出し、抽出したデータを用いたウエブデータを生成する部分である。例えば、情報生成部１０４は、データベース１０５に記憶されている写真ＤＢ１０５ａ、テキストＤＢ１０５ｂ、テキスト入力ＤＢ１０５ｃ、情報送信ＤＢ１０５ｄから、必要なデータを抽出する。
【００３１】
移動機３００のユーザのランクが高い場合には、情報生成部１０４は、写真ＤＢ１０５ａから写真データ、テキストＤＢ１０５ｂからテキストデータ、テキスト入力ＤＢ１０５ｃからテキスト入力データおよび情報送信ＤＢ１０５ｄから情報送信データをそれぞれ取得する。また、移動機３００のユーザのランクが中である場合には、情報生成部１０４は、写真データ、テキストデータ、およびテキスト入力データをデータベース１０５から取得する。また、移動機３００のユーザのランクが低い場合には、情報生成部１０４は、写真データおよびテキストデータをデータベース１０５から取得する。また、移動機３００のユーザのランクが無い場合には、情報生成部１０４は、テキストデータをデータベース１０５から取得する。このように情報生成部１０４は、ユーザのランクに応じたデータを取得し、取得したデータを用いてウエブデータを生成する。
【００３２】
データベース１０５は、写真ＤＢ１０５ａ、テキストＤＢ１０５ｂ、テキスト入力ＤＢ１０５ｃおよび情報送信ＤＢ１０５ｄなどの移動機３００に対して提供するためのコンテンツデータ（提供用データ）を記憶している。写真ＤＢ１０５ａは、写真データを記憶する部分である。テキストＤＢ１０５ｂはテキストデータを記憶する部分である。テキスト入力ＤＢ１０５ｃは情報送信ＤＢ１０５ｄによるコメント書込フォームから入力されたテキストデータ、いわゆる他人のコメントを記憶する部分である。情報送信ＤＢ１０５ｄは、テキストＤＢ１０５ｂまたはテキスト入力ＤＢ１０５ｃに記憶されているテキストデータに対してコメントを書き込む処理を実行するためのコメント書込フォームを提供するフォームデータを記憶する部分である。なお、データベース１０５は、コミュニティごとにウエブサーバ１００に備えられているものである。
【００３３】
このように構成されたウエブサーバ１００は、移動機３００からの接続要求に応じて移動機３００のユーザのランクに基づいたデータをウエブデータとして生成し、移動機３００に対して送信することができる。すなわち、ユーザのランクに基づいてウエブサーバに含まれるコンテンツデータの送信の要否を判断することができる。
なお、上述のランク取得部１０２における処理は、接続要求をしたい動機３００はコミュニティ加入者であることを前提にした処理であるが、このランク取得部１０２は、その内部に登録処理部（図示せず）を備え、この登録処理部が移動機３００のユーザはコミュニティ非加入者であると判断した場合、すなわち予め記憶しているコミュニティ加入者情報（例えばユーザＩＤ）とユーザが接続要求を発する際に入力したユーザＩＤとの一致がとれない場合、自動的に加入者としてコミュニティ加入者情報に登録する処理を行ってもよい。その際、ランク取得部１０２は、ランクに応じて（他のユーザの電話帳の登録状況に応じて）、コミュニティ加入者情報への登録の可否を判断するようにしてもよい。
【００３４】
つぎに、電話帳センタ２００については説明する。図２は、電話帳センタ２００の構成を示すブロック図である。この電話帳センタ２００は、移動機３００を含む多数の移動機に記憶されている電話帳をそれぞれの移動機からの依頼により記憶することで、電話帳データを預かるセンタ装置である。この電話帳センタ２００は、本実施形態のウエブサーバ１００からの要求に応じて、移動機３００のユーザのランクを決定するものである。なお、この電話帳センタ２００は、電話番号のほかに電子メールアドレスなどの他のアドレス情報を記憶するアドレス帳センタとして機能するようにしてもよい。
【００３５】
この電話帳センタ２００は、判断部２０１（判断手段）、抽出部２０２、ＵＲＬデータベース２０３、コミュニティデータベース２０４、および電話帳データ記憶部２０５（アドレス帳記憶手段）を含んで構成されている。以下、各構成について説明する。
【００３６】
判断部２０１は、電話帳データ記憶部２０５に記憶されている電話帳データに基づいて、移動機３００のユーザのランクを判断し、そのランクを示すランク情報およびコミュニティ情報を含んだ応答情報をウエブサーバ１００に対して返信する部分である。すなわち、判断部２０１は、電話帳データ記憶部２０５にユーザごとに個別に記憶されている各ユーザ（ユーザＡ、ユーザＢ、ユーザＣ、ユーザＤ）の電話帳に基づいて移動機３００のユーザが登録状況を判断する。例えば、判断部２０１は、各ユーザの電話帳に記憶されているのであれば、移動機３００のユーザはランク高であると判断する。また、判断部２０１は、あらかじめ定めたユーザ、例えばコミュニティの幹部ユーザの電話帳に記憶されているのであれば、移動機３００のユーザはランク中であると判断する。また、判断部２０１は、あらかじめ定めたユーザ以外のいずれかのユーザの電話帳に記憶されているのであれば、移動機３００のユーザはランク低であると判断する。さらに、判断部２０１は、いずれのユーザの電話帳に記憶されていないのであれば、移動機３００のユーザはランク無しであると判断する。
【００３７】
例えば、移動機３００のユーザがユーザＡである場合であって、電話帳データ記憶部２０５に記憶されているユーザＢ〜Ｄの電話帳のすべてにユーザＡの電話番号が記憶されている場合には、判断部２０１は、ユーザＡのランクはランク高と判断する。また、ユーザＣがあらかじめ定められたユーザ、例えばコミュニティの幹部ユーザ（幹部会員）であると設定されていた場合で、移動機３００のユーザがユーザＢである場合には、ユーザＢのランクは、ランク中と判断することができる。なお、電話帳データ記憶部２０５の電話帳データには幹部ユーザ（幹部会員）であることを示す識別符号をそのユーザと対応付けて記憶させておくことが好ましい。なお、この電話帳データ記憶部２０５に記憶されている電話番号にかえて、電子メールアドレスなどの他のアドレス情報としてもよいし、また、電話番号のほかに、電子メールアドレスなどの他のアドレス情報を加え、複数種類のアドレス情報を混在させてもよい。本発明においては、少なくとも他の端末に通信接続するためのあて先（電話番号、電子メールアドレスなど）であるアドレス情報が、電話帳などのアドレス帳に記憶されていればよい。
【００３８】
抽出部２０２は、ウエブサーバ１００から登録状況の要求（ＵＲＬおよび移動機３００の電話番号を含む）を受けると、ＵＲＬデータベース２０３に対して問合せを行い、ＵＲＬに対応するコミュニティ情報を抽出する部分である。抽出したコミュニティ情報は、判断部２０１に出力され、判断部２０１において処理される。ここでＵＲＬデータベース２０３について説明する。図３は、ＵＲＬデータベース２０３の記憶内容を示す説明図である。図３に示すように、ＵＲＬデータベース２０３にはＵＲＬとコミュニティＮｏ．を示すコミュニティ情報とが対応付けて記述されている。
【００３９】
抽出部２０２は、コミュニティ情報を抽出すると、コミュニティデータベース２０４に対して問合せを行い、コミュニティ情報に対応するコミュニティの有無を判断する。ここで、コミュニティデータベース２０４について説明する。図４は、コミュニティデータベース２０４に記憶されている内容の説明図である。図４に示すように、コミュニティデータベース２０４には、コミュニティを示すコミュニティ情報ごとに、加入しているユーザ名が記述されている。例えば、図４では、コミュニティサイトＸ（コミュニティ情報Ｘ）には、ユーザＡ〜Ｄが記述されていることが示されている。
【００４０】
抽出部２０２は、コミュニティ情報を抽出し、そのコミュニティ情報に対応するコミュニティが存在しているか否かをコミュニティデータベース２０４に記憶されている情報に基づいて判断し、存在していないと判断する場合には、コミュニティが無い旨を応答情報に設定して、ウエブサーバ１００に送信する。また、存在していると判断する場合には、判断部２０１にその旨を指示し、判断部２０１において移動機３００のユーザのランク付けを行わせる。
【００４１】
このように電話帳センタ２００において電話帳に登録されている状況に応じて移動機３００のユーザのランクを判断することができる。
【００４２】
つぎに、このように構成されたウエブサーバ１００および電話帳センタ２００におけるアクセス管理方法について説明する。図５は、本実施形態のウエブサーバ１００および電話帳センタ２００の動作を示すフローチャートである。
【００４３】
移動機３００から接続要求がなされる（Ｓ１０１）。ここでは、ウエブサーバ１００において提供されるウエブデータ上のアンカーで示されている部分、例えばＵＲＬ（Uniform Resource Locator）が、ユーザ操作によりクリックされることにより、接続要求がなされる。例えば、ユーザはあるコミュニティで提供されるブログを閲覧するためにアンカー部分をクリックすることにより、移動機３００から、接続先であるＵＲＬ、要求元を示す移動機３００の電話番号を伴った接続要求が出力される。
【００４４】
ウエブサーバ１００では、通信部１０１により移動機３００から接続要求が受信されると（Ｓ１０２）、登録状況要求（接続先のＵＲＬおよび自己の電話番号を含む）がランク取得部１０２により出力される（Ｓ１０３）。
【００４５】
電話帳センタ２００では、抽出部２０２により、ウエブサーバ１００から送信された登録状況要求（ＵＲＬ）に基づいたコミュニティ情報が抽出される（Ｓ２０１）。ここでは、コミュニティ情報とは、例えば複数あるコミュニティのうちのひとつを特定するためのコミュニティＮｏ．（番号）であって、ＵＲＬデータベース２０３にこのコミュニティ情報はＵＲＬと対応付けて記憶されている。Ｓ２０１では、抽出部２０２によりＵＲＬデータベース２０３からＵＲＬに対応するコミュニティ情報が抽出されることになる。
【００４６】
また、コミュニティデータベース２０４には、コミュニティ情報が各ユーザの電話帳と対応付けて記憶されている。そして、抽出部２０２により抽出されたコミュニティ情報に対応付けられたコミュニティが、コミュニティデータベース２０４に存在するか否かが判断される（Ｓ２０２）。
【００４７】
抽出部２０２により、コミュニティが、コミュニティデータベース２０４に存在しないと判断された場合には（Ｓ２０２：ＮＯ）、コミュニティ無しの旨が応答情報に設定され、ウエブサーバ１００に通知される（Ｓ２０３）。また、抽出部２０２により、コミュニティが、コミュニティデータベース２０４に存在すると判断された場合には（Ｓ２０２：ＹＥＳ）、判断部２０１により当該コミュニティに対応付けられている各ユーザの電話帳に、移動機３００の電話番号が登録されているか否かが判断される（Ｓ２０４）。
【００４８】
ここで、判断部２０１により全員の電話帳に登録されていると判断された場合には、応答情報にランク高がセットされ（Ｓ２０５）、判断部２０１によりコミュニティ情報とともにランク高がセットされた応答情報がウエブサーバ１００に送信され（Ｓ２１１）、ウエブサーバ１００において受信される（Ｓ２１２）。
【００４９】
また、判断部２０１により、幹部会員などあらかじめ定められたユーザの電話帳に、移動機３００の電話番号が登録されているか否かが判断される（Ｓ２０６）。例えば、幹部ユーザであることを示す識別符号があるユーザの電話帳データに付加されていた場合には、そのユーザは幹部ユーザとして扱う。そして、ここであらかじめ定められたユーザの電話帳に、移動機３００の電話番号が登録されていると、判断部２０１により判断された場合には、ランク中が応答情報にセットされ（Ｓ２０７）、判断部２０１によりコミュニティ情報とともにランク中がセットされた応答情報がウエブサーバ１００に送信され（Ｓ２１１）、ウエブサーバ１００において受信される（Ｓ２１２）。
【００５０】
また、判断部２０１により、会員であるユーザのいずれかの電話帳に、移動機３００の電話番号が登録されているか否かが判断される（Ｓ２０８）。ここで会員であるユーザのいずれかの電話帳に、移動機３００の電話番号が登録されていると、判断部２０１により判断された場合には、ランク低が応答情報にセットされ（Ｓ２０９）、判断部２０１によりコミュニティ情報とともにランク低がセットされた応答情報がウエブサーバ１００に送信され（Ｓ２１１）、ウエブサーバ１００において受信される（Ｓ２１２）。
【００５１】
また、判断部２０１により、会員であるユーザのいずれの電話帳にも登録されていない場合には、ランク無しが応答情報セットされ（Ｓ２１０）、判断部２０１によりコミュニティ情報とともにランク無しがセットされた応答情報がウエブサーバ１００に送信され（Ｓ２１１）、ウエブサーバ１００において受信される（Ｓ２１２）。
【００５２】
以上のとおり、電話帳センタ２００において、コミュニティの会員である各ユーザの電話帳における一のユーザ（移動機３００）の電話番号の登録状況に応じて、そのユーザのランクを判断することができる。よって、比較的簡単な処理によりユーザのランクを判断することができ、認証のためにユーザを管理することなく、また自己の申請によりランクを決定することがないため、客観的なランク付けを行うことができる。
【００５３】
つぎに、電話帳センタ２００から送信された応答情報に基づいてコンテンツの表示を行うときのウエブサーバ１００の動作について説明する。図６は、ウエブサーバ１００のコンテンツ表示を行うときの処理を示すフローチャートである。
【００５４】
ランク取得部１０２により、電話帳センタ２００から取得された一のユーザ（移動機３００）のランクを含んだ応答情報が取得される。ランク取得部１０２により取得された応答情報にコミュニティ無しの旨がセットされていたと情報生成部１０４により判断されると、処理は終了し、エラーを通知する（Ｓ３０２）。情報生成部１０４により応答情報にコミュニティ情報が含まれていたと判断された場合、情報生成部１０４によりコミュニティ情報に基づいたデータベース１０５が読み出される（Ｓ３０３）。
【００５５】
そして、情報生成部１０４により応答情報にセットされているランク情報がランク高であると判断された場合（Ｓ３０４：ＹＥＳ）、ランク取得部１０２において取得されたコンテンツ情報に対応付けられたデータベース１０５に対して、情報生成部１０４によりアクセスがなされる。そして、情報生成部１０４により当該データベース１０５に記憶されている写真ＤＢ１０５ａ、テキストＤＢ１０５ｂ、テキスト入力ＤＢ１０５ｃおよび情報送信ＤＢ１０５ｄから写真データ、テキストデータ、テキスト入力用データ、および情報送信用データが抽出され、ひとつのコンテンツデータとしてウエブデータが生成され（Ｓ３０５）、通信部１０１により生成されたウエブデータが移動機３００に出力される。移動機３００では、ウエブデータが受信され、ディスプレイに表示される。例えば、図７（ａ）に示すような画面が移動機３００に表示されることになる。ここでは、写真、テキストデータ、他人のコメント、情報送信のためのボタン７０１が表示されている。
【００５６】
また、情報生成部１０４により応答情報にセットされているランク情報がランク中であると判断された場合（Ｓ３０６：ＹＥＳ）、ランク取得部１０２において取得されたコンテンツ情報に対応付けられたデータベース１０５に対して、情報生成部１０４によりアクセスがなされる。そして、情報生成部１０４により当該データベース１０５に記憶されている写真ＤＢ１０５ａ、テキストＤＢ１０５ｂおよびテキスト入力ＤＢ１０５ｃから写真データ、テキストデータおよびテキスト入力用データが抽出され、ひとつのコンテンツデータとしてウエブデータが生成され（Ｓ３０７）、通信部１０１により生成されたウエブデータが移動機３００に出力される。例えば、図７（ｂ）に示すような画面が移動機３００に表示されることになる。ここでは、写真、テキストデータ、他人のコメントが表示されている。
【００５７】
また、情報生成部１０４により応答情報にセットされているランク情報がランク低であると判断された場合（Ｓ３０８：ＹＥＳ）、ランク取得部１０２において取得されたコンテンツ情報に対応付けられたデータベース１０５に対して、情報生成部１０４によりアクセスがなされる。そして、情報生成部１０４により当該データベース１０５に記憶されている写真ＤＢ１０５ａおよびテキストＤＢ１０５ｂから写真データおよびテキストデータが抽出され、ひとつのコンテンツデータとしてウエブデータが生成され（Ｓ３０９）、通信部１０１により生成されたウエブデータが移動機３００に出力される。例えば、図７（ｃ）に示すような画面が移動機３００に表示されることになる。ここでは、写真、テキストデータが表示されている。
【００５８】
また、情報生成部１０４により応答情報にセットされているランク情報がランク無しであると判断された場合（Ｓ３０８：ＮＯ）、ランク取得部１０２において取得されたコンテンツ情報に対応付けられたデータベース１０５に対して、情報生成部１０４によりアクセスがなされる。そして、情報生成部１０４により当該データベース１０５に記憶されているテキストＤＢ１０５ｂからテキストデータが抽出され、ひとつのコンテンツデータとしてウエブデータが生成され（Ｓ３１０）、通信部１０１により生成されたウエブデータが移動機３００に出力される。例えば、図７（ｄ）に示すような画面が移動機３００に表示されることになる。ここでは、テキストデータが表示されている。
【００５９】
以上の処理により、移動機３００は、自己のランクに応じたコンテンツを受信し、表示することができる。よって、ウエブサーバ１００では電話帳センタ２００においてランク付けしたランクに基づいたコンテンツデータを表示することができ、移動機３００からの申請によって生成された情報に基づいたランクによらずに、客観的に定められたランクに基づいてコンテンツを表示させることができる。
【００６０】
なお、上述の実施形態では、ウエブサーバ１００と電話帳サーバ２００とは別体構成となっていたが、これに限るものではなく、ウエブサーバ１００と電話帳サーバ２００とは一体構成としてもよい。すなわち、ウエブサーバ１００は、電話帳データを記憶する電話帳データ記憶部を備えるように構成しても良い。
【００６１】
また、ウエブサーバ１００は、電話帳サーバ２００に対して、ユーザのランクを問い合わせる構成をとっているが、ウエブサーバ１００においてコミュニティごとに予めユーザの電話番号とそのランクとを対応付けて記憶しておいてもよい。その場合、ウエブサーバ１００において電話帳サーバ２００に対するランクの問合せ処理は不要となる。また、ランク情報を事前に登録しておく場合には、ランク情報を指定時間または任意の時間で自動的にまたは手動で更新できるようにしてもよい。例えば、所定時間になるとウエブサーバ１００は電話帳サーバ２００に対してコミュニティごとのユーザのランクの問合せを行い、電話帳サーバ２００では、ランクを判断し、その判断結果をウエブサーバ２００に返信するようにしてもよい。
【００６２】
また、本実施形態においては、電話帳データ記憶部２０５に各ユーザの電話帳を記憶させ、コミュニティデータベース２０４にコミュニティに参加しているユーザを記憶させているが、この形態に限るものではなく、コミュニティごとにユーザの電話帳を参照できる構成であればよい。例えば、コミュニティごとに各ユーザの電話帳データを記憶させてもよいし、各ユーザの電話帳データはひとつとし、各ユーザの電話帳データに参加しているコミュニティを特定するコミュニティ情報を付加しておいてもよい。
【００６３】
つぎにこのように構成された本実施形態のウエブサーバ１００の作用効果について説明する。本実施形態のウエブサーバ１００において、ランク取得部１０２は、一のユーザ端末である移動機３００から提供用データであるコンテンツデータに対するアクセス要求を受けると、電話帳センタ２００が記憶している複数ユーザの電話帳データにおける一のユーザ端末の電話番号の登録状況に基づいて定められた一のユーザ端末のランクを取得する。そして、ランク取得部１０２において所定以上のランクが取得された場合には、情報生成部１０４は、提供用データとして、データベースに記憶されている写真データなどのコンテンツデータを組み合わせたウエブデータを生成し、通信部１０１は、生成したウエブデータを移動機３００に出力する。これにより、他のユーザの電話帳に移動機３００のユーザの電話番号が記憶されている状態においては、そのユーザは他のユーザと知り合いであることが予想され、その場合には、ウエブデータを一のユーザ端末のユーザに閲覧をさせてもかまわないと判断できる。所定以下のランクである場合には、情報生成部１０４は、写真データを入れないなどのウエブデータに含まれるデータを制限したウエブデータを生成することになる。
【００６４】
したがって、ＩＤ、パスワードなどを用いたアクセス制限をかけることなく、またユーザからの申告によりＩＤを付与することなく、アクセス制限を行うことができる。また、ユーザからの申請内容の偽称を防止することができ、ユーザの客観的な情報に基づいてアクセス制限を行うことができる。
【００６５】
また、本実施形態のウエブサーバ１００においては、移動機３００からウエブデータに対するアクセス要求を受けると、ランク取得部１０２は、複数のユーザの電話帳データにおける一のユーザ端末の電話番号の登録状況に基づいて一のユーザ端末のランクを判断し、判断された一のユーザ端末のランクを取得する。この場合のランク取得部１０２は、電話帳サーバ２００における判断部２０１と同等の機能を有することになり、電話帳センタ２００に記憶されている電話帳データにおける移動機３００の電話番号の登録状況に基づいて移動機３００のランクを判断する判断手段として機能する。
【００６６】
これにより、ユーザの客観的な判断に基づいたランクを取得することができ、ＩＤ、パスワードなどを用いたアクセス制限をかけることなく、またユーザからの申告によりＩＤを付与することなく、アクセス制限を行うことができる。また、ユーザからの申請内容の偽称を防止することができ、ユーザの客観的な情報に基づいてアクセス制限を行うことができる。
【００６７】
また、本実施形態のウエブサーバ１００は、電話帳センタ２００において判断されたランクを、ランク取得部１０２が取得する。電話帳センタ２００では、判断部２０１が複数のユーザにおける電話帳データおよび一のユーザ端末の電話番号に基づいて一のユーザ端末のランクを判断することになる。よって、ユーザの客観的な判断に基づいたランクを取得することができ、ＩＤ、パスワードなどを用いたアクセス制限をかけることなく、またユーザからの申告によりＩＤを付与することなく、アクセス制限を行うことができる。また、ユーザからの申請内容の偽称を防止することができ、ユーザの客観的な情報に基づいてアクセス制限を行うことができる。
【００６８】
また、本実施形態のウエブサーバ１００において、ランク取得部１０２が移動機３００の電話番号が電話帳データにおいて所定数以上の電話帳に記述されていることを示すランク情報を取得した場合には、ウエブデータを移動機３００に出力する。これにより、登録状況に応じて写真データなどを含んだウエブデータを出力することができる。例えば、移動機３００の電話番号が所定数以上の他のユーザ端末の電話帳に記憶された場合、移動機３００のユーザは、他のユーザ端末のユーザ内で知り合いが多いものと推定できる。したがって、そのような一のユーザに対しては写真データなどを含んだウエブデータを閲覧させても、悪意ある者の行為（誹謗、中傷、詐欺）などを行うことはないと考えられる。よって、ユーザの客観的な情報に基づいたアクセス制限を行うことができる。
【００６９】
また、本実施形態のウエブサーバ１００において、移動機３００の電話番号が他のユーザの電話帳データにおいて幹部ユーザなど特定ユーザの電話帳に記述されていると判断された場合には、写真データなどを含んだウエブデータを一のユーザ端末に出力する。これにより、特定ユーザが、例えばコミュニティの幹部ユーザ（会員）である場合に、その特定ユーザの電話帳に登録されている一のユーザは、悪意ある者の行為（誹謗、中傷、詐欺）などを行うことはないと考えられる。よって、ユーザの客観的な情報に基づいたアクセス制限を行うことができる。
【００７０】
また、本実施形態のウエブサーバ１００において、情報生成部１０４は、ユーザのランクに応じたウエブデータを生成し、移動機３００のランクに応じウエブデータを出力する。よって、不特定多数の者に見せてもよいデータ（テキストデータなど）、限られた者のみに見せてもよいデータ（写真データ、他人のコメントデータ、情報送信のフォームデータ）に区別することができ、ユーザの客観的な情報に基づいたアクセス制限を行うことができる。
【図面の簡単な説明】
【００７１】
【図１】本実施形態のウエブサーバ１００の構成を示すブロック図である。
【図２】電話帳センタ２００の構成を示すブロック図である。
【図３】ＵＲＬデータベース２０３の記憶内容を示す説明図である。
【図４】コミュニティデータベース２０４に記憶されている内容の説明図である。
【図５】本実施形態のウエブサーバ１００および電話帳センタ２００の動作を示すフローチャートである。
【図６】ウエブサーバ１００のコンテンツ表示を行うときの処理を示すフローチャートである。
【図７】移動機３００で表示されるウエブデータを示す説明図である。
【符号の説明】
【００７２】
１００…ウエブサーバ、１０１…通信部、１０２…ランク取得部、１０４…情報生成部、１０５…データベース、２００…電話帳センタ、２０１…判断部、２０２…抽出部、２０３…ＵＲＬデータベース、２０４…コミュニティデータベース、２０５…電話帳データ記憶部、３００…移動機。
【図１】
2008282284.tif 000003
【図２】
2008282284.tif 000004
【図３】
2008282284.tif 000005
【図４】
2008282284.tif 000006
【図５】
2008282284.tif 000007
【図６】
2008282284.tif 000008
【図７】
2008282284.tif 000009