(57)【要約】【課題】既存のグループとは別に専用の共有コミュニティを作ることなく、ユーザが登録しているグループの枠を超えて他のグループのユーザとコミュニケーションを行える場をユーザの意思で動的に作ることができるようにする。【解決手段】コミュニティＡ，Ｂ，Ｃに関して、コミュニティの枠を超えてユーザがコミュニケーションを行うために必要な参加権限の有無を設定することを可能とし、その参加権限に関する権限情報に基づいて、コミュニティ間におけるユーザのコミュニケーションへの参加の許否を制御するようにすることにより、任意のコミュニティ間でコミュニケーションを行えるようにしたり、任意のコミュニティ間でコミュニケーションを行えないようにしたりすることができるようにする。【選択図】図２
2014071817.tif 000002
【特許請求の範囲】
【請求項１】
第１階層のグループを定義する第１階層グループ定義情報、および、上記第１階層の下位に属する第２階層のグループを定義する第２階層グループ定義情報を記憶するグループ情報記憶部と、
上記第１階層のグループに登録しているユーザおよび上記第２階層のグループに登録しているユーザに関するユーザ情報を記憶するユーザ情報記憶部と、
上記第１階層のグループに関して、所定の設定画面へのデータ入力を通じて、グループの枠を超えてユーザがコミュニケーションを行うために必要な参加権限の有無を設定する参加権限設定部と、
上記参加権限設定部により設定された上記参加権限の有無に関する権限情報を記憶する権限情報記憶部と、
上記グループ情報記憶部、上記ユーザ情報記憶部および上記権限情報記憶部に記憶されているそれぞれの情報に基づいて、上記グループ間におけるユーザの上記コミュニケーションへの参加の許否を制御する参加制御部とを備えたことを特徴とするソーシャルネットワークサービスの管理システム。
【請求項２】
上記参加権限設定部は、上記第１階層のグループの中から自グループおよび他グループを特定した上で、当該自グループと他グループとの間におけるユーザの参加権限の有無を設定するようになされていることを特徴とする請求項１に記載のソーシャルネットワークサービスの管理システム。
【請求項３】
上記参加権限設定部により、上記第１階層のグループの中から上記自グループおよび上記他グループを特定して参加権限を拒否する設定が行われた場合、上記参加制御部は、上記他グループとして特定された上記第１階層のグループに属する上記第２階層のグループの全てについて、上記自グループからのまたは上記自グループへのユーザの参加を拒否するように制御することを特徴とする請求項２に記載のソーシャルネットワークサービスの管理システム。
【請求項４】
上記参加権限設定部により、上記第１階層のグループの中から上記自グループおよび上記他グループを特定して参加権限を拒否する設定が行われた場合、上記参加制御部は、上記他グループとして特定された上記第１階層のグループに属する上記第２階層のグループのうち、当該第２階層のグループの管理者によって作成された公式グループについて、上記自グループからのまたは上記自グループへのユーザの参加を拒否するように制御することを特徴とする請求項２に記載のソーシャルネットワークサービスの管理システム。
【請求項５】
ユーザによる操作に応じて、上記第２階層のグループのうちユーザが参加可能なグループを検索するグループ検索部と、
上記グループ検索部により検索されたグループを画面表示させるグループ表示部とを更に備え、
上記グループ検索部は、上記操作を行ったユーザが登録されている上記第１階層のグループに所属する上記第２階層のグループ、および、上記操作を行ったユーザが登録されていない上記第１階層のグループであって上記権限情報により上記参加権限が与えられている上記第１階層のグループに所属する上記第２階層のグループを、上記参加可能なグループとして検索することを特徴とする請求項１〜４の何れか１項に記載のソーシャルネットワークサービスの管理システム。
【請求項６】
第１階層のグループを定義する第１階層グループ定義情報、および、第２階層のグループを定義する第２階層グループ定義情報を記憶するグループ情報記憶部と、上記第１階層のグループに登録しているユーザおよび上記第２階層のグループに登録しているユーザに関するユーザ情報を記憶するユーザ情報記憶部とを備えたソーシャルネットワークサービスの管理システムに適用される管理プログラムであって、
上記第１階層のグループに関して、所定の設定画面へのデータ入力を通じて、グループの枠を超えてユーザがコミュニケーションを行うために必要な参加権限の有無を設定し、設定した上記参加権限の有無に関する権限情報を権限情報記憶部に記憶させる参加権限設定手段、および
上記グループ情報記憶部、上記ユーザ情報記憶部および上記権限情報記憶部に記憶されているそれぞれの情報に基づいて、上記グループ間におけるユーザの上記コミュニケーションへの参加の許否を制御する参加制御手段
としてコンピュータを機能させるためのソーシャルネットワークサービスの管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ソーシャルネットワークサービスの管理システムおよび管理プログラムに関し、特に、コミュニケーションを行う場であるグループが階層的に形成されたソーシャルネットワークサービスにおいて、異なるグループに跨るユーザの参加許否を管理するシステムに用いて好適なものである。
【背景技術】
【０００２】
近年、インターネット等のネットワークを通じて人と人とのつながりを促進・サポートする、いわゆるソーシャルネットワークサービス（ＳＮＳ）が広く提供されている。ＳＮＳは、ユーザのプロフィールを紹介するプロフィール機能、所望のユーザを検索するユーザ検索機能、コメントやトラックバックなどのコミュニケーション機能、個人的な体験・日記・特定のトピック等を綴るブログ機能などを備えていることが多い。
【０００３】
また、多くのＳＮＳでは、趣味や嗜好、居住地域、出身校など共通の属性を持つものどうしが集まってグループを形成し、グループ内でコミュニケーションを行えるようにした仕組みも提供している。グループは、階層的に形成される場合もある。例えば、ある企業が提供する１つの企業コミュニティの中に複数のサークルを設定し、企業コミュニティの登録ユーザがその中の任意のサークルに登録してコミュニケーションを行えるようにしたサービスも提供されている。
【０００４】
基本的に、ユーザは所望のグループに登録することが可能であるが、登録に一定の条件が課されたり、参加権限が設定されたりすることも多い。例えば、特定のプロフィールを持つ者のみグループへの登録を認めるというのが条件設定の典型例である。従来、ユーザがグループに登録するための条件や参加権限の管理機能を備えたシステムが種々提案されている（例えば、特許文献１参照）。
【０００５】
特許文献１に記載のコミュニティ管理システムでは、複数ＳＮＳ一元管理データベースに格納された管理情報に基づいて、異なるＳＮＳをまたがる共有コミュニティの設定、単一のＳＮＳ内のローカルコミュニティの設定、および異なるＳＮＳ利用者の管理を行うことができるようになされている。例えば、異なるＳＮＳの利用者を参加者として含む共有コミュニティへの参加に関しては、ＳＮＳシステム管理者が当該共有コミュニティへ招待することにより、共有コミュニティへの参加権限をユーザに与える仕組みとなっている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２０１０−３９８７１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、上記特許文献１に記載のシステムでは、個々のローカルコミュニティに登録しているユーザどうしが、当該ロカールコミュニティの枠を超えて相互にコミュニケーションを行えるようにするためには、ロカールコミュニティとは別に専用の共有コミュニティを設定しなければならないという問題があった。また、設定される共有コミュニティは固定的なものであり、任意のローカルコミュニティにまたがる共有コミュニティを動的に作ることができないという問題もあった。
【０００８】
本発明は、このような問題を解決するために成されたものであり、既存のグループとは別に専用の共有コミュニティを作ることなく、ユーザが登録しているグループの枠を超えて他のグループのユーザとコミュニケーションを行えるようにすることを目的とする。また、本発明は、そのようなコミュニケーションを行うための所望の場をユーザの意思で動的に作ることができるようにすることを目的とする。
【課題を解決するための手段】
【０００９】
上記した課題を解決するために、本発明によるソーシャルネットワークサービスの管理システムでは、ソーシャルネットワークサービスでコミュニケーションを行う場として定義された第１階層のグループおよびその下位に属する第２階層のグループに関するグループ定義情報と、各階層のグループに対してそれぞれ登録されているユーザに関するユーザ情報とを記憶している。また、第１階層のグループに関して、所定の設定画面へのデータ入力を通じて、グループの枠を超えてユーザがコミュニケーションを行うために必要な参加権限の有無を設定することを可能とし、設定された参加権限の有無に関する権限情報も記憶するようにしている。そして、グループ定義情報、ユーザ情報および権限情報に基づいて、グループ間におけるユーザのコミュニケーションへの参加の許否を制御するようにしている。
【発明の効果】
【００１０】
上記のように構成した本発明によれば、第１階層のグループに対して参加権限の有無を任意に設定すれば、第１階層の任意のグループ間でコミュニケーションを行えるようにしたり、任意のグループ間でコミュニケーションを行えないようにしたりすることができる。また、本発明によれば、元々存在する複数のグループ間で、それぞれのグループの登録ユーザ共有のコミュニケーションが行えるようになるので、既存のグループとは別に専用の共有コミュニティを作る必要はない。
【００１１】
したがって、本発明によれば、既存のグループとは別に専用の共有コミュニティを作ることなく、ユーザが登録しているグループの枠を超えて他のグループのユーザとコミュニケーションを行うことができるようになる。また、本発明によれば、そのようなコミュニケーションを行うための所望の場をユーザの意思で動的に作ることができるようになる。
【図面の簡単な説明】
【００１２】
【図１】本実施形態によるソーシャルネットワークサービスの管理システムの構成例を示す機能ブロック図である。
【図２】本実施形態による第１階層のグループおよび第２階層のグループの概念を模式的に示す図である。
【図３】本実施形態による検索画面の一例を示す図である。
【発明を実施するための形態】
【００１３】
以下、本発明の一実施形態を図面に基づいて説明する。図１は、本実施形態によるソーシャルネットワークサービスの管理システムの構成例を示す機能ブロック図である。図１に示すように、本実施形態によるソーシャルネットワークサービスの管理システム（以下、管理システム１００と記す）は、インターネット等の通信ネットワーク３００に接続されたサーバにより構成される。本実施形態の管理システム１００は、通信ネットワーク３００を介して複数のユーザ端末２００と接続可能に構成されている。
【００１４】
管理システム１００は、その機能構成として、通信インタフェース部１０、グループ登録部１１、ユーザ登録部１２、参加権限設定部１３、管理データベース１４、コミュニケーション管理部１５およびグループ検索部１６を備えている。ここで、管理データベース１４は、グループ情報記憶部１４ａ、ユーザ情報記憶部１４ｂ、権限情報記憶部１４ｃおよびアクティビティ情報記憶部１４ｄを備えている。また、コミュニケーション管理部１５は、その具体的な機能構成として、参加制御部１５ａおよびグループ表示部１５ｂを備えている。
【００１５】
なお、管理システム１００が備える機能構成１１，１２，１３，１５，１６は、ハードウェア構成、ＤＳＰ（Digital Signal Processor）、ソフトウェアの何れによっても実現することが可能である。例えばソフトウェアによって実現する場合、上記機能構成は、実際にはサーバのＣＰＵあるいはＭＰＵ、ＲＡＭ、ＲＯＭなどを備えて構成され、ＲＡＭやＲＯＭに記憶されたプログラム（本発明によるソーシャルネットワークサービスの管理プログラムに相当）が動作することによって実現できる。
【００１６】
したがって、サーバが上記機能を果たすように動作させるプログラムを例えばＣＤ−ＲＯＭのような記録媒体に記録し、サーバに読み込ませることによって実現できるものである。上記プログラムを記録する記録媒体としては、ＣＤ−ＲＯＭ以外に、フレキシブルディスク、ハードディスク、磁気テープ、光ディスク、光磁気ディスク、ＤＶＤ、不揮発性メモリカード等を用いることができる。また、上記プログラムを通信ネットワーク３００を介してサーバにダウンロードすることによっても実現できる。
【００１７】
以下、図１に示した各機能構成について詳しく説明する。通信インタフェース部１０は、通信ネットワーク３００を介して複数のユーザ端末２００との間で各種データの通信を行う。
【００１８】
グループ登録部１１は、ＳＮＳにおいてユーザが互いにコミュニケーションを行う場としてのグループを登録する。グループの登録は、例えば、管理システム１００の管理者がサーバの操作部（キーボード、マウス等）を操作することによって行うことが可能である。また、管理システム１００から通信ネットワーク３００を介してユーザ端末２００に登録画面を提供し、ユーザがユーザ端末２００の操作部を操作して当該登録画面にデータを入力することによってグループの登録を行うことも可能である。
【００１９】
本実施形態において、グループ登録部１１は、第１階層のグループを定義する第１階層グループ定義情報と、第１階層の下位に属する第２階層のグループを定義する第２階層グループ定義情報とを登録する。管理データベース１４のグループ情報記憶部１４ａは、グループ登録部１１によって生成された第１階層グループ定義情報および第２階層グループ定義情報を記憶する。
【００２０】
図２は、第１階層のグループおよび第２階層のグループの概念を模式的に示す図である。図２に示すように、管理システム１００が提供するコミュニケーションの場であるモールの中に、複数のコミュニティＡ，Ｂ，Ｃが登録され、各コミュニティＡ，Ｂ，Ｃの中に複数のサークルａ１，ａ２，ｂ１，ｂ２，ｃ１，ｃ２，ｃ３が登録されている。コミュニティＡ，Ｂ，Ｃがそれぞれ第１階層のグループ、サークルａ１，ａ２，ｂ１，ｂ２，ｃ１，ｃ２，ｃ３がそれぞれ第２階層のグループである。
【００２１】
ここで、サークルａ１，ａ２はコミュニティＡの下位に属し、サークルｂ１，ｂ２はコミュニティＢの下位に属し、サークルｃ１〜ｃ３はコミュニティＣの下位に属している。本実施形態において、コミュニティＡ，Ｂは企業が提供するグループ（企業コミュニティ）であり、コミュニティＣは管理システム１００の管理者が提供するグループ（一般コミュニティ）であるとする。また、サークルａ１〜ｃ３は、ユーザ間のコミュニケーションが行われる掲示板であるとする。
【００２２】
本実施形態において、サークルには２つのタイプがある。１つは公式サークルであり、企業コミュニティＡ，Ｂの管理者が公式に作成したサークルである。もう１つは非公式のユーザサークルであり、コミュニティＡ，Ｂ，Ｃに登録しているユーザが自由に作成したサークルである。例えば、サークルａ１，ｂ１が公式サークルであり、サークルａ２，ｂ２，ｃ１〜ｃ３がユーザサークルであるとする。
【００２３】
コミュニティＡ，Ｂ，Ｃを定義する第１階層グループ定義情報は、どんなコミュニティが登録されているかを示すための情報である。例えば、コミュニティＩＤ、コミュニティ名称、提供企業名、登録日時などの情報が第１階層グループ定義情報として含まれている。
【００２４】
なお、コミュニティ名称と提供企業名については、管理システム１００から通信ネットワーク３００を介してユーザ端末２００に提供される登録画面を通じて、ユーザがユーザ端末２００の操作部を操作して入力したものをグループ登録部１１が受け付ける。一方、コミュニティＩＤと登録日時についてはグループ登録部１１が自動発行する。
【００２５】
また、サークルａ１〜ｃ３を定義する第２階層グループ定義情報は、どんなサークルが登録されているかを示すための情報である。例えば、サークルＩＤ、サークル名称、登録日時、所属コミュニティＩＤ、公式サークルかユーザサークルかを示すサークル種別フラグ、各サークルを図形で表すアイコンなどの情報が第２階層グループ定義情報として含まれている。
【００２６】
なお、サークル名称およびサークル種別フラグについては、ユーザがユーザ端末２００の操作部を操作して入力したものをグループ登録部１１が受け付ける。一方、サークルＩＤ、登録日時および所属コミュニティＩＤについてはグループ登録部１１が自動発行する。ただし、どのコミュニティに属するサークルであるかはユーザがユーザ端末２００の操作部を操作して指定する。
【００２７】
ユーザ登録部１２は、コミュニティＡ，Ｂ，Ｃに登録しているユーザおよびサークルａ１〜ｃ３に登録しているユーザに関するユーザ情報を登録する。管理データベース１４のユーザ情報記憶部１４ｂは、ユーザ登録部１２によって生成されたユーザ情報を記憶する。
【００２８】
ここで、ユーザ情報は、ユーザのプロフィールや所属グループなどを示すための情報である。例えば、ユーザを一意に識別するユーザＩＤ、ログインパスワード、メールアドレス、生年月日、性別、自己紹介文、ユーザが登録しているグループを一意に識別するグループＩＤ（登録コミュニティＩＤおよび登録サークルＩＤ）、複数のグループでユーザが使用するニックネームなどの情報がユーザ情報として含まれている。ユーザＩＤは、ユーザがモールにログインしてコミュニケーションを行う場合のログインＩＤとして使われる。
【００２９】
なお、ユーザＩＤ、ログインパスワード、メールアドレス、生年月日、性別、自己紹介文およびニックネームについては、管理システム１００から通信ネットワーク３００を介してユーザ端末２００に提供される登録画面を通じて、ユーザがユーザ端末２００の操作部を操作して入力したものをユーザ登録部１２が受け付ける。一方、グループＩＤについてはユーザ登録部１２が自動発行する。ただし、どのコミュニティに登録するか、どのサークルに登録するかについては、ユーザがユーザ端末２００の操作部を操作して指定する。
【００３０】
本実施形態において、ユーザは１つのコミュニティに登録することが可能であり、登録コミュニティの中のサークルであれば１以上のサークルに任意に登録することが可能である。ユーザが１以上のサークルに登録した場合、ユーザ登録部１２によってユーザ情報記憶部１４ｂに記憶されるユーザ情報の中には、ユーザＩＤに関連付けて１以上の登録サークルＩＤが含まれている。
【００３１】
また、本実施形態において、ユーザは１以上のニックネームを登録することが可能であり、サークルごとに異なるニックネームを使ってコミュニケーションを楽しむことができるようになっている。ユーザが１以上のニックネームを登録した場合、ユーザ登録部１２によってユーザ情報記憶部１４ｂに記憶されるユーザ情報の中には、ユーザＩＤに関連付けて１以上のニックネームが含まれている。ここで、１以上のニックネームは、それをどのサークルで使用するものであるかを識別可能なように、登録サークルＩＤに関連付けてユーザ情報記憶部１４ｂに記憶される。
【００３２】
コミュニケーション管理部１５は、サークルａ１〜ｃ３上でのユーザ間によるコミュニケーションを管理する。例えば、コミュニケーション管理部１５は、ユーザ端末２００から送られてくる各種のアクティビティ情報をアクティビティ情報記憶部１４ｄに記憶させて管理する。また、コミュニケーション管理部１５は、ユーザ端末２００から送られてくる閲覧要求に応じて、アクティビティ情報記憶部１４ｄからアクティビティ情報を読み出してユーザ端末２００に提供する。
【００３３】
アクティビティ情報記憶部１４ｄは、ユーザによって行われたコミュニケーションに関するアクティビティ情報を、ユーザＩＤおよびグループＩＤと関連付けてグループごとに記憶する。このアクティビティ情報には、発言情報、拍手情報、参加情報などが含まれる。
【００３４】
発言情報は、投稿等によって書き込まれたコメント情報であり、書き込みが行われた日時情報や発言ＩＤと共にアクティビティ情報記憶部１４ｄに記憶される。拍手情報は、発言情報を閲覧したユーザがその内容に共感して拍手ボタンを押下したことを示す情報であり、拍手ボタンが押下された日時情報や、拍手を送った発言情報の発言ＩＤと共にアクティビティ情報記憶部１４ｄに記憶される。
【００３５】
参加情報は、ユーザが未登録のサークルへ参加しようとする際に行われるコミュニケーションに関する情報である。基本的に、ユーザが登録しているサークルであれば、発言、拍手、閲覧などのアクティビティを自由に行うことができる。これに対して、ユーザが登録していないサークルに関しては、他人の発言情報を閲覧することは可能であるものの、発言および拍手は行うことができない。
【００３６】
しかし、未登録のサークルへの参加を申請し、それが承認されると、未登録のサークルにおいても発言や拍手を行うことが可能となる。参加情報とは、具体的には、参加の申請や承認に関する情報であり、どのユーザがどのサークルに参加申請をしているのかという情報や、どのユーザがどのサークルへの参加を承認されたのかという情報である。なお、参加を認めるか否かについては、以下に説明する参加権限設定部１３によって設定される。
【００３７】
参加権限設定部１３は、第１階層のグループであるコミュニティＡ，Ｂ，Ｃに関して、所定の設定画面へのデータ入力を通じて、グループの枠を超えてユーザが発言や拍手などのコミュニケーションを行うために必要な参加権限の有無を設定する。なお、以下の説明において「コミュニケーション」というときは、発言と拍手を意味するものとする。
【００３８】
参加権限の設定は、管理システム１００の管理者がサーバの操作部を操作し、サーバ上に提供される設定画面にデータを入力することによって行うことが可能である。また、管理システム１００から通信ネットワーク３００を介してユーザ端末２００に提供される設定画面を通じて、ユーザがユーザ端末２００の操作部を操作してデータを入力することによって参加権限の設定を行うことも可能である。
【００３９】
本実施形態では、コミュニティＡ，Ｂ，Ｃの中から任意のコミュニティを自コミュニティおよび他コミュニティとして特定した上で、当該自コミュニティと他コミュニティとの間におけるユーザの参加権限の有無を設定する。具体的には、企業コミュニティＡ，Ｂについては、その管理者が、自コミュニティから他コミュニティに対するユーザの参加権限の有無を設定する。また、一般コミュニティＣについては、管理システム１００の管理者が、自コミュニティから他コミュニティに対するユーザの参加権限の有無を設定する。
【００４０】
本実施形態では、デフォルト状態においてはコミュニティＡ，Ｂ，Ｃの間で互いにコミュニケーションを行うことが許可されている。これに対して、企業コミュニティＡ，Ｂの管理者が自コミュニティから他コミュニティに対するユーザの参加を拒否したいと考える場合は、管理システム１００からユーザ端末２００に提供される設定画面を通じて、管理者がユーザ端末２００の操作部を操作することによって、自コミュニティから他コミュニティに対するユーザの参加権限を与えないように設定することができるようにしている。
【００４１】
また、一般コミュニティＣの管理者（管理システム１００の管理者）が自コミュニティから他コミュニティに対するユーザの参加を拒否したいと考える場合は、管理システム１００において提供される設定画面を通じて、管理者が管理システム１００の操作部を操作することによって、自コミュニティから他コミュニティに対するユーザの参加権限を与えないように設定することができるようにしている。
【００４２】
例えば、企業コミュニティＡの管理者は、自分の企業コミュニティＡと他の企業コミュニティＢとを特定して、自コミュニティＡから他コミュニティＢに対する参加権限を与えないように設定することが可能である。この場合、企業コミュニティＡの登録ユーザが一般コミュニティＣのサークルｃ１〜ｃ３に参加することは可能であるが、企業コミュニティＢのサークルｂ１，ｂ２に参加することはできなくなる。なお、ここでは企業コミュニティＡの管理者がユーザ端末２００の操作部を操作して自コミュニティＡも特定しているが、管理システム１００によって自動的に特定するようにしてもよい。
【００４３】
ここで、企業コミュニティＡの管理者がもう１つの企業コミュニティＢを特定して参加権限を拒否しているのは、企業コミュニティＡ，Ｂは企業が提供するものなので、競合企業のコミュニティ間で自由にコミュニケーションができてしまうことに支障が生じる場合があるからである。もちろん、企業コミュニティＡの管理者が希望する場合は、一般コミュニティＣを特定して参加権限を拒否するように設定することも可能である。
【００４４】
同様に、企業コミュニティＢの管理者は、もう１つの企業コミュニティＡに対する参加権限を与えないように設定することが可能である。この場合、企業コミュニティＢの登録ユーザが一般コミュニティＣのサークルｃ１〜ｃ３に参加することは可能であるが、企業コミュニティＡのサークルａ１，ａ２に参加することはできなくなる。
【００４５】
なお、ここでは、例えば企業コミュニティＢを特定して参加権限を与えないように設定した場合に、当該企業コミュニティＢに属する全てのサークルｂ１，ｂ２への参加を拒否する例について説明したが、本発明はこれに限定されない。例えば、企業コミュニティＢの公式サークルｂ１への参加のみを拒否し、ユーザサークルｂ２への参加は許可を維持するようにしてもよい。
【００４６】
管理データベース１４の権限情報記憶部１４ｃは、参加権限設定部１３により設定された権限情報を記憶する。権限情報は、どのコミュニティがどのコミュニティに対して参加権限を拒否しているかを示す情報である。なお、ここではグループ情報記憶部１４ａと権限情報記憶部１４ｃとを別々に備える構成について説明したが、本発明はこれに限定されない。例えば、権限情報を第１階層グループ定義情報の１つとしてグループ情報記憶部１４ａに記憶するようにしてもよい。この場合、権限情報記憶部１４ｃは不要である。
【００４７】
コミュニケーション管理部１５の参加制御部１５ａは、グループ情報記憶部１４ａ、ユーザ情報記憶部１４ｂおよび権限情報記憶部１４ｃに記憶されているそれぞれの情報に基づいて、コミュニティ間におけるユーザの参加の許否を制御する。具体的には、参加制御部１５ａは、あるコミュニティ（自コミュニティ）が他のコミュニティを特定して参加権限を拒否していることが権限情報により示されている場合に、当該自コミュニティから他コミュニティに対するユーザの参加を拒否し、それ以外のコミュニティ間についてのユーザの参加を許可する。
【００４８】
本実施形態において、ユーザのコミュニティへの参加を拒否するというのは、あるユーザが参加可能なコミュニティに所属するサークルの情報のみをそのユーザのユーザ端末２００に表示させ、参加不可能なコミュニティに所属するサークルの情報については表示させないということである。
【００４９】
つまり、あるユーザが参加不可能なコミュニティのサークルについてはユーザ端末２００において情報を見せないようにすることで、ユーザがそのコミュニティのサークルに参加する機会を与えないようにする。このような表示制御は、コミュニケーション管理部１５のグループ表示部１５ｂが参加制御部１５ａの制御を受けて行っている。
【００５０】
グループ検索部１６は、ユーザ端末２００の操作部に対するユーザによる操作に応じて、サークルａ１〜ｃ３のうちユーザが参加可能なサークルを検索する。ユーザ端末２００のユーザは、モールにログインした後、ユーザ端末２００に表示される所定の画面において所望のサークルを選択してコミュニケーションを実行することが可能である。このときユーザが参加可能なサークルを検索するための機能がグループ検索部１６である。
【００５１】
グループ検索部１６は、検索のための操作を行ったユーザが登録しているコミュニティに所属するサークルを、参加可能なサークルとして検索する。これに加えて、グループ検索部１６は、検索操作を行ったユーザが登録していないコミュニティであって、権限情報記憶部１４ｃに記憶されている権限情報により参加権限が与えられているコミュニティに所属するサークルも、参加可能なサークルとして検索する。コミュニケーション管理部１５のグループ表示部１５ｂは、グループ検索部１６により検索されたサークルの情報をユーザ端末２００に画面表示させるように制御する。
【００５２】
図３は、サークルの検索を行うことが可能な検索画面の一例を示す図である。図３の表示例は、企業コミュニティＢに属し、その中の２つのサークルｂ１，ｂ２に登録しているユーザのマイページを示すものである。マイページとは、アクティビティ情報記憶部１４ｄに記憶されているアクティビティ情報のうち、そのユーザに関するアクティビティ情報だけを取り出して表示したページのことをいう。
【００５３】
図３において、２１はアクティビティ情報の一覧表示であり、ユーザが登録している複数のサークルｂ１，ｂ２に関して行われたコミュニケーションに関するアクティビティ情報が混在した状態で表示されている。例えば、複数のサークルｂ１，ｂ２に関する複数のアクティビティ情報が、日時の新しい順に表示されている。それぞれのアクティビティ情報には、そのアクティビティ情報に関するユーザが使用しているニックネームと、そのユーザが所属しているサークル名とが表示されている。
【００５４】
２２はサークルアイコンの一覧表示であり、ユーザが登録している複数のサークルｂ１，ｂ２がアイコンとして表示されている。ユーザは、所望のアイコンをクリックして選択することにより、選択したサークルのページに遷移して発言、拍手などのコミュニケーションを行うことができるようになっている。
【００５５】
２３はサークル検索領域であり、ユーザが所望のキーワードを入力して検索ボタンを押下することにより、そのキーワードに合致する名称のサークルを検索することができるようになっている。この場合に検索されるサークルは、サークル名がキーワードに合致し、かつ、そのユーザの所属するコミュニティからの参加が許可されているコミュニティに属するサークルである。
【００５６】
また、キーワードを入力せずに検索ボタンを押下することにより、ユーザが参加可能な全てのサークルを検索することもできるようになっている。この場合に検索されるサークルは、そのユーザの所属するコミュニティからの参加が許可されているコミュニティに属する全てのサークルである。
【００５７】
例えば、企業コミュニティＡの管理者が、もう１つの企業コミュニティＢに対する参加権限を拒否する設定を行っていたとする。しかし、一般コミュニティＣに対する参加権限については、これを拒否する設定を行っていなかったとする。
【００５８】
この場合において、例えばコミュニティＡに登録しているユーザがモールにログインした後、参加可能な全サークルの検索をユーザ端末２００から指示したとする。この場合、この指示を受け取ったグループ検索部１６は、コミュニティＡに属するサークルａ１，ａ２と、コミュニティＣに属するサークルｃ１〜ｃ３とを参加可能なサークルとして検索する。
【００５９】
そして、グループ表示部１５ｂは、これらのサークルａ１，ａ２，ｃ１〜ｃ３の情報をユーザ端末２００に表示させる。これにより、ユーザは、自身が登録しているコミュニティＡのサークルａ１，ａ２以外にも、コミュニティＣに属するサークルｃ１〜ｃ３にも参加可能であることを知ることができ、参加を申請することができる。一方、コミュニティＢに所属するサークルｂ１，ｂ２については情報がユーザ端末２００に全く表示されないので、ユーザはこれらのサークルｂ１，ｂ２の存在を知り得ず、参加することができない。
【００６０】
以上詳しく説明したように、本実施形態では、第１階層のグループであるコミュニティＡ，Ｂ，Ｃに関して、ユーザ端末２００に提供される所定の設定画面へのデータ入力を通じて、コミュニティの枠を超えてユーザがコミュニケーションを行うために必要な参加権限の有無を設定することを可能としている。そして、その参加権限に関する権限情報に基づいて、コミュニティ間におけるユーザのコミュニケーションへの参加の許否を制御するようにしている。
【００６１】
このように構成した本実施形態によれば、コミュニティに対して参加権限の有無を任意に設定すれば、任意のコミュニティ間でコミュニケーションを行えるようにしたり、任意のコミュニティ間でコミュニケーションを行えないようにしたりすることができるようになる。また、本実施形態によれば、元々存在する複数のコミュニティＡ，Ｂ，Ｃ間で、それぞれのコミュニティの登録ユーザ共有のコミュニケーションが行えるようになるので、既存のコミュニティＡ，Ｂ，Ｃとは別に専用の共有コミュニティを作る必要はない。
【００６２】
したがって、本実施形態によれば、既存のコミュニティとは別に専用の共有コミュニティを作ることなく、ユーザが登録しているコミュニティの枠を超えて他のコミュニティのユーザとコミュニケーションを行うことができるようになる。また、本実施形態によれば、そのようなコミュニケーションを行うための所望の場をユーザの意思で動的に作ることができるようになる。
【００６３】
なお、上記実施形態では、デフォルト状態においてはコミュニティＡ，Ｂ，Ｃの間で互いにコミュニケーションを行うことを許可しておき、コミュニティＡ，Ｂ，Ｃの管理者が自コミュニティから他コミュニティに対する参加権限を任意に拒否する設定を行う例について説明したが、本発明はこれに限定されない。例えば、コミュニティＡ，Ｂ，Ｃの管理者が他コミュニティから自コミュニティに対する参加権限を任意に拒否する設定を行うようにしてもよい。
【００６４】
あるいは、デフォルト状態においてはコミュニティＡ，Ｂ，Ｃの間で互いにコミュニケーションを行うことを拒否しておき、コミュニティＡ，Ｂ，Ｃの管理者が自コミュニティから他コミュニティに対する参加権限を任意に許可する設定を行ったり、コミュニティＡ，Ｂ，Ｃの管理者が他コミュニティから自コミュニティに対する参加権限を任意に許可する設定を行ったりするようにしてもよい。
【００６５】
また、上記実施形態では、参加不可能なコミュニティに所属するサークルの情報をユーザ端末２００に表示させないことによってユーザのコミュニティへの参加を拒否する例について説明したが、ユーザの参加を拒否する制御の例はこれに限定されない。例えば、モールにログイン済みのユーザによって、参加不可能なコミュニティに属するサークルへの参加が申請されたとき、あるいは、参加不可能なコミュニティに属するサークルにおいて発言や拍手が行われようとしたときに、クッキー（Cookie）情報などからそのユーザを識別する。そして、当該ユーザに関してユーザ情報記憶部１４ｂに記憶されているユーザ情報と権限情報記憶部１４ｃに記憶されている権限情報とを照合することにより、発言、拍手、参加の処理自体を拒否するようにしてもよい。
【００６６】
その他、上記実施形態は、何れも本発明を実施するにあたっての具体化の一例を示したものに過ぎず、これによって本発明の技術的範囲が限定的に解釈されてはならないものである。すなわち、本発明はその要旨、またはその主要な特徴から逸脱することなく、様々な形で実施することができる。
【符号の説明】
【００６７】
１４  管理データベース
１４ａ  グループ情報記憶部
１４ｂ  ユーザ情報記憶部
１４ｃ  権限情報記憶部
１５  コミュニケーション管理部
１５ａ  参加制御部
１５ｂ  グループ表示部
１６  グループ検索部
【図１】
2014071817.tif 000003
【図２】
2014071817.tif 000004
【図３】
2014071817.tif 000005