社区生成支援系统、社区生成支援方法及其程序 【技术领域】
本发明涉及社区生成支援系统(community generation support system)、社区生成支援方法及其程序。
背景技术
例如，在非专利文献1中公开了系统地对通过Web爬行(crawling)而挑选的社区进行列举的方法。
此外，非专利文献2公开了通过注意包含在URL(Uniform ResourceLocator，统一资源定位器)中的术语(term)来发现用户社区的技术。
非专利文献1：
http://www8.org/w8-papers/4a-search-mining/trawling/trawling.html
非专利文献2：
http://research.nii.ac.jp/kaken-johogaku/reports/H16_A02/A02-32.pdf
【发明内容】
本发明要解决的问题
本发明是根据上述背景而完成的，其目的在于提供一种检测潜在社区的成员，对由该成员构成的社区的生成进行支援的社区生成支援系统、社区生成支援方法及其程序。
用于解决问题的手段
为了实现上述目的，本发明的社区生成支援系统，具有：多个用户终端；信息提供装置，对信息进行存储和提供；以及社区生成支援装置，对上述多个用户终端的用户参加的社区的生成进行支援，其中，上述多个用户终端、上述信息提供装置和上述社区生成支援装置相互连接到网络，上述多个用户终端经由网络对上述信息提供装置发送信息，上述社区生成支援装置具有：社区生成条件信息接受单元，接受与上述社区的生成条件相关的社区生成条件信息；信息监视单元，对存储在上述信息提供装置中的信息进行监视；潜在社区检测单元，基于通过上述信息监视单元监视的信息来检测潜在社区，该潜在社区可以由满足基于上述社区生成条件信息的条件的用户构成，但是上述用户还没有参加；社区生成支援单元，通过对上述检测出的潜在社区的用户的用户终端，进行是否参加与上述潜在社区对应的社区的确认，从而对该社区的生成进行支援；以及社区检测单元，对应于上述社区生成支援单元的处理，在满足基于上述社区生成条件信息的条件的情况下，检测上述社区。
此外，本发明的社区生成支援方法，在多个用户终端、对信息进行存储和提供的信息提供装置、以及对上述多个用户终端的用户参加的社区的生成进行支援的社区生成支援装置中执行，其中，上述多个用户终端、上述信息提供装置和上述社区生成支援装置相互连接到网络，上述多个用户终端经由网络对上述信息提供装置发送信息，上述社区生成支援方法包括在上述社区生成支援装置中执行以下步骤：社区生成条件信息接受步骤，接受与上述社区的生成条件相关的社区生成条件信息；信息监视步骤，对存储在上述信息提供装置中的信息进行监视；潜在社区检测步骤，基于上述监视到的信息来检测潜在社区，该潜在社区可以由满足基于上述社区生成条件信息的条件的用户构成，但是上述用户还没有参加；社区生成支援步骤，通过对上述检测出的潜在社区的用户的用户终端，进行是否参加与上述潜在社区对应的社区的确认，从而对该社区的生成进行支援；以及社区检测步骤，对应于上述社区生成支援步骤的处理，在满足基于上述社区生成条件信息的条件的情况下，检测上述社区。
此外，本发明的社区生成支援程序，在多个用户终端、对信息进行存储和提供的信息提供装置、以及对上述多个用户终端的用户参加的社区的生成进行支援的社区生成支援装置中执行，其中，上述多个用户终端、上述信息提供装置和上述社区生成支援装置相互连接到网络，上述多个用户终端经由网络对上述信息提供装置发送信息，上述社区生成支援程序使上述社区生成支援装置执行以下步骤：社区生成条件信息接受步骤，接受与该社区的生成条件相关的社区生成条件信息；信息监视步骤，对存储在上述信息提供装置中的信息进行监视；潜在社区检测步骤，基于上述监视到的信息来检测潜在社区，该潜在社区可以由满足基于上述社区生成条件信息的条件的用户构成，但是上述用户还没有参加该潜在社区；社区生成支援步骤，通过对上述检测出的潜在社区的用户的用户终端，进行是否参加与上述潜在社区对应的社区的确认，从而对该社区的生成进行支援；以及社区检测步骤，对应于上述社区生成支援步骤的处理，在满足基于上述社区生成条件信息的条件的情况下，检测上述社区。
本发明的效果
根据本发明，能够提供检测潜在社区的成员，对由该成员组成的社区的生成进行支援的社区生成支援系统、社区生成支援方法以及其程序。
【附图说明】
图1是例示根据本发明实施方式的社区生成支援系统的结构的图。
图2是例示潜在社区和社区的概念的图。
图3是示出了在图1中示出的社区生成支援系统中，在各节点之间进行的社区生成的方式的图。
图4是例示图1中示出的用户终端、Web服务器和社区生成支援装置的硬件结构的图。
图5是示出了在图1中示出的用户终端中执行的用户终端程序的结构的图。
图6是示出了在图1中示出的Web服务器中执行的Web服务器程序的结构的图。
图7是例示成员简档(profile)信息的结构的图。
图8是例示成员的公开信息的结构的图。
图9是示出了在图1中示出的社区生成支援装置中执行的社区生成支援程序的结构的图。
图10是例示社区生成条件信息的结构的图。
图11是示出了在图9中示出的信息监视容器(container)内的代理(agent)的配置的图。
图12是示出了社区空间监视代理的处理的流程图。
图13是示出了在图9中示出的社区检测容器内的代理的结构的图。
图14是示出了用户简档信息检索部的处理的流程图。
图15是例示存储在用户点存储部中的用户点表格的图。
图16是示出了用户点管理部的处理的流程图。
图17是示出了参加成员管理部的处理的流程图。
图18是示出了在图9中示出的社区生成支援容器内的代理的结构的图。
图19是示出了在图1中示出的社区生成支援系统的整体工作的通信顺序图。
附图标记的说明
1...社区生成支援系统，
100...网络，
20...用户终端，
120...主体，
122...CPU，
124...存储器，
126...输入输出装置，
128...通信装置，
130...记录装置，
132...记录介质，
200...用户终端程序，
202...通信处理部，
204...UI，
210...邮件客户端部，
216...Web浏览器部，
24...Web服务器，
240...Web服务器程序，
242...通信处理部，
244...用户标识符接收部，
246...成员简档信息接收部，
248...成员公开信息接收部，
250...邮件接收部，
252...邮件发送部，
254...HTTP请求接收部，
256...Web数据发送部，
260...社区空间管理部，
270...成员简档DB，
272...社区空间DB，
3...社区生成支援装置，
30...社区生成支援程序，
302...通信处理部，
304...管理者IF，
306...社区信息管理部，
308...社区DB，
310...社区生成条件信息接受部，
312...社区生成条件信息变换部，
32...信息监视容器，
320...社区空间监视代理，
322...Web服务器变更信息检索部，
324...社区空间Web数据存储部，
326...变更信息判断部，
328...用户信息通知部，
330...社区成员参加注册监视代理，
332...参加注册接收部，
334...参加注册通知部，
34...社区检测容器，
340...潜在社区检测代理，
342...用户信息取得部，
344...用户简档信息检索部，
350...用户点管理部，
352...用户点存储部，
354...潜在社区成员列表通知部，
360...社区检测代理，
362...参加注册取得部，
364...参加成员管理部，
368...社区成员列表通知部，
38...社区生成支援容器，
380...社区生成支援代理，
382...潜在社区成员列表取得部，
384...社区招待消息创建部，
386...社区招待消息发送部，
388...社区生成要求部，
390...社区成员列表接受部，
【具体实施方式】
下面说明本发明的实施方式。
[社区生成支援系统1]
图1是例示本发明的实施方式的社区生成支援系统1的结构的图。
如图1所示，社区生成支援系统1构成为，经由网络100连接PC等的用户终端20-1～20-N(N是1以上的整数。N并不一定总是相同的数)、Web服务器24-1～24-M(M是1以上的整数。M并不一定总是相同的数)、以及社区生成支援装置3。
再有，在下面的描述中，在不特别指定用户终端20-1～20-N等的、多个构成部分的任何一个而表示时，有时仅略记为“用户终端20等”。
此外，在下面的描述中，将社区生成支援装置3等、在社区生成支援系统1中能够成为信息处理和通信的主体的装置，有时总称为节点。
此外，在图1中示出的构成社区生成支援系统1的装置中，可以适宜地将任意两个以上整体地构成。
此外，在以下各图中，对实质上相同的结构部分和处理赋予相同的附图标记。
如使用图5后述的那样，用户终端20创建电子邮件并对网络100发送，此外还从网络100接收电子邮件。
此外，用户终端20对Web服务器24发送用户希望经由网络100公开的信息。
再有，在本实施方式中，假设用户终端20是PC，但例如作为便携式电话机或PDA(Personal Digital Assistants，个人数字助理)等也可。
如使用图6后述的那样，Web服务器24对来自用户终端20的信息进行存储。
此外，Web服务器24通过将所存储的信息对连接到网络100的节点提供，从而公开网页等的信息。
此外，Web服务器24还管理虚拟场所(spot)，该虚拟场所用于用户终端20的多个用户在该用户之间进行消息的交换，从而进行讨论或交流。
在这里，“虚拟场所”例如是由关于某个特定的主题(话题)的博客(Weblog，网志)和BBS(Bulletin Board System，公告板系统)构成的网站等，在本说明书中将这些总称为社区空间，将经由该社区空间形成的虚拟的共同体称为社区。
此外，将社区的参加者(即，构成社区的用户)称为社区成员，或者简单地称为成员。
如使用图9后述的那样，社区生成支援装置3监视Web服务器24的信息，对与预定话题相关的潜在的社区(潜在社区)进行检测。
在这里，针对潜在社区进行说明。
图2是例示潜在社区和社区的概念的图，图2(A)为例示潜在社区的图，图2(B)为例示社区的概念的图。
在图2(A)的例子中，用户#1～#N针对“摩托车”，分别在不同的社区空间中进行信息交换，或者仅是将文本数据“摩托车”向分别不同的社区空间发送。
例如，用户#1在某个SNS(Social Networking Service，社会性网络服务)中进行与“摩托车”相关的信息交换，用户#2在某个博客中写入单词“摩托车”，而用户#N在某个BBS进行与“摩托车”相关的写入。
在这里，由于用户#1～#N将关于“摩托车”的信息对某个社区空间发送，因此可以推测对“摩托车”感兴趣。
另一方面，用户#1～#N不是自愿地参加某一个关于“摩托车”的社区。
可是，存在如下的可能性，即用户#1～#N通过接收到关于“摩托车”的社区空间的招待通知而参加该社区空间，构成关于“摩托车”的社区。
像这样，将有可能形成关于某个话题(在上述例子中为“摩托车”)的社区的用户，即潜在社区成员的集合称为潜在社区。
此外，上述的“监视Web服务器24的信息”是对关于预定话题(例如，“摩托车”等)由Web服务器24公开的信息进行监视。
例如，在预定话题为关于“摩托车”的话题的情况下，对公开的信息中是否包含与“摩托车”相关的关键字进行监视。
在这里，在公开的信息中包含与″摩托车″相关的关键字的情况下，如果满足预定条件的话，创建了该信息的用户可能成为关于“摩托车”的社区的成员。
该“预定条件”例如是如下条件，即按公开的信息的每一个对用户附加点(point)，在附加的点的合计成为预定数量以上的情况下，可能成为社区的成员。
即，例如，在某个用户创建的某个公开的信息中包含关键字“摩托车”的情况下，对该用户附加预定的点(例如，2点)，在该点的合计成为预定数量(例如，10点)以上的情况下，该用户可能成为关于“摩托车”的社区的成员。
此外，当检测到预定数量(例如，3人)以上的用户可能成为关于“摩托车”的社区的成员时，社区生成支援装置3检测由那些用户构成的潜在社区的产生。
社区生成支援装置3对检测出的构成潜在社区的成员(潜在社区成员)的用户终端20，发送用于确认是否参加的消息。
此外，社区生成支援装置3从确认了参加的成员的用户终端22接收参加注册信息。
进而，社区生成支援装置3为了使表示了参加对应于该潜在社区的社区的意愿的成员参加社区，进行必要的处理。
在这里，“成员加入社区”包括例如成员使用用户终端20利用社区空间的情况。
图2(B)例示了通过上述社区生成支援装置3的处理，用户#1～#N利用一个关于“摩托车”的社区空间，生成一个关于“摩托车”的社区的方式。
图3是示出了在图1中示出的社区生成支援系统1中，在各节点之间进行的社区生成的方式的图。
社区生成支援装置3以下列方式支援社区的生成。
(1)用户终端20对Web服务器24经由网络100发送用于在各节点公开的信息(公开信息)，Web服务器24存储所接收的公开信息。
(2)社区生成支援装置3监视存储在Web服务器24中的信息。
(3)社区生成支援装置3基于对信息的监视，检测潜在社区。
(4)社区生成支援装置3以生成与所检测的潜在社区相关的社区空间的方式，对Web服务器24进行要求。
再有，成为要求的对象的Web服务器24，通过使用图18后述的社区生成支援装置3的社区生成支援代理380来特别指定。
(5)Web服务器24生成社区空间。
(6)社区生成支援装置3经由在(4)中特别指定的Web服务器24，对构成潜在社区的用户(潜在社区成员)的用户终端20，发送表示是否参加对应于该潜在社区的社区的招待通知。
(7)在用户参加该社区的情况下，接收到招待通知的用户终端20经由该特别指定的Web服务器24对社区生成支援装置3发送参加注册通知。
(8)用户终端20进行用于使用户参加社区的处理(例如，对社区空间发送信息)。
[硬件]
图4是例示图1中示出的用户终端20、Web服务器24和社区生成支援装置3的硬件结构的图。
如图4中所示，用户终端20、Web服务器24和社区生成支援装置3构成为包括：主体120，包含CPU 122和存储器124等；输入输出装置126，包含键盘和显示装置等；通信装置128，进行与其它节点的通信；以及CD装置和HDD装置等的记录装置130，进行对记录介质132的数据的记录和再生。
也就是说，用户终端20、Web服务器24和社区生成支援装置3具有：作为能够进行信息处理和与其它节点的通信的计算机的硬件结构部分。
[用户终端程序]
图5是示出了在图1中示出的用户终端20中执行的用户终端程序200的结构的图。
如图5中所示，用户终端程序200构成为包括：通信处理部202、用户界面(UI)204、邮件客户端部210和Web浏览器部216。
例如，将用户终端程序200经由网络100(图1)或经由记录介质132(图4)提供给用户终端20，加载到存储器124上，安装在用户终端20中，并且在执行的OS(未图示)上具体地利用用户终端20的硬件资源来执行(关于以下的各程序也是同样)。
在用户终端程序200中，通信处理部202进行用于与其它处理节点的通信的控制。
UI 204接受用户对输入输出装置126的操作，并且对邮件客户端部210和Web浏览器部216输出表示所接受的操作的数据。
邮件客户端部210从UI 204接受表示用户的操作的数据并创建电子邮件，经由通信处理部202将所创建的电子邮件信息对网络100发送。
此外，邮件客户端部210经由通信处理部202从网络100接收电子邮件，并且将该电子邮件信息对UI 204输出。
UI 204将从邮件客户端部210接受的电子邮件信息对输入输出装置126显示。
Web浏览器部216进行用于阅览由Web服务器24等公开的网页等的信息的处理，对UI 204输出处理后的信息。
Web浏览器部216将HTTP请求(request)对Web服务器24发送，从该Web服务器24接收与该HTTP请求对应的Web数据等的信息。
UI 204将来自Web浏览器部216的信息对输入输出装置126显示。
Web浏览器部216从UI 204输入表示用户的操作的数据，创建由Web服务器24等公开的公开信息等，经由通信处理部202和网络100对Web服务器24发送。
[Web服务器程序]
图6是示出了在图1中示出的Web服务器24中执行的Web服务器程序240的结构的图。
如图6中所示，Web服务器程序240构成为包括：通信处理部242、用户标识符接收部244、成员简档信息接收部246、成员公开信息接收部248、邮件接收部250、邮件发送部252、HTTP请求接收部254、Web数据发送部256、社区空间管理部260、成员简档数据库(DB)270和社区空间DB272。
在Web服务器程序240中，通信处理部242进行用于与其它处理节点的通信的控制。
当经由网络100和通信处理部242从用户终端20接收到电子邮件和公开信息的情况等下，用户标识符接收部244从该用户终端20接收电子邮件地址等的标识符(用户标识符)。
此外，用户标识符接收部244将所接收的用户标识符对社区空间管理部260输出。
社区空间管理部260进行用于将使用了社区空间的服务作为Web数据提供给连接到网络100的节点的处理。
此外，社区空间管理部260管理用户的简档信息或公开信息等的与社区空间相关的信息。
进而，社区空间管理部260基于来自用户标识符接收部244的用户标识符，进行用户的认证等处理。
社区空间管理部260可以通过该认证处理，仅对已经被认证的用户的用户终端20提供使用了社区空间的服务。
此外，社区空间管理部260对应于来自社区生成支援装置3的要求创建社区空间，并且进行用于运营使用了所创建的社区空间的服务的处理。
此外，社区空间管理部260在社区空间DB272中存储与所创建的社区空间相关的信息(社区信息)，并且管理该信息的输入输出等。
此外，社区空间管理部260从社区生成支援装置3接收用于发送给用户终端20的社区招待通知，并且将该社区招待通知对用户终端20发送。
进而，社区空间管理部260将来自用户终端20的参加注册通知对社区生成支援装置3发送。
成员简档信息接收部246从用户终端20经由网络100和通信处理部242接收该用户终端20的成员的简档(成员简档信息)。
此外，成员简档信息接收部246将所接收的成员简档信息对社区空间管理部260输出。
社区空间管理部260在成员简档DB270中存储来自成员简档信息接收部246的成员简档信息，并且进行该信息的输入输出等的管理。
图7是例示成员简档信息的结构的图。
如图7中所示，成员简档信息包含成员的用户标识符和成员的简档信息。
成员公开信息接收部248(图6)从用户终端20经由网络100和通信处理部242接收公开信息(成员公开信息)。
此外，成员公开信息接收部248将所接收的成员公开信息对社区空间管理部260输出。
社区空间管理部260在社区空间DB272中存储来自成员公开信息接收部248的成员公开信息，并且进行该信息的输入输出等的管理。
图8是例示成员公开信息的结构的图。
如图8中所示，成员公开信息包含：社区空间的标识符(社区标识符)、表示该成员的公开信息被发送的时刻的时刻信息、以及成员的用户标识符和公开信息。
公开信息包含例如向BBS写入的数据、或构成博客等的数据等，也可以是文本数据，也可以包含图像数据等。
邮件接收部250(图6)从用户终端20经由网络100和通信处理部242接收电子邮件。
此外，邮件接收部250将所接收的电子邮件对社区空间管理部260输出。
基于来自邮件接收部250的电子邮件，社区空间管理部260进行用于管理社区空间的预定的处理。
此外，对应于需要，社区空间管理部260自动地或者通过管理者手动地创建用于发送给成员的用户终端20的电子邮件，并且将所创建的电子邮件对邮件发送部252输出。
邮件发送部252经由通信处理部242和网络100将由社区空间管理部260创建的、以某个用户终端20为目的地的电子邮件对该用户终端20发送。
HTTP请求接收部254经由通信处理部242从连接到网络100的节点接收HTTP请求，并且将该HTTP请求对社区空间管理部260输出。
社区空间管理部260将与来自HTTP请求接收部254的HTTP请求对应的Web数据对Web数据发送部256输出。
Web数据发送部256经由通信处理部242和网络100将来自社区空间管理部260的Web数据对已经发送HTTP请求的节点发送。
再有，成员简档DB270和社区空间DB272是分别不同的结构，但是可以作为是相同的数据库。
[社区生成支援程序]
图9是示出了在图1中示出的社区生成支援装置3中执行的社区生成支援程序30的结构的图。
如图9中所示，社区生成支援程序30包括：通信处理部302、管理者界面(IF)304、社区信息管理部306、社区DB308、社区生成条件信息接受部310、社区生成条件信息变换部312、信息监视容器32、社区检测容器34和社区生成支援容器38。
在社区生成支援程序30中，通信处理部302进行用于与连接到网络100的Web服务器24的通信的控制。
管理者IF 304将通过使用了输入输出装置126的系统管理者的操作而创建的社区生成条件信息对社区生成条件信息接受部310输出。
社区生成条件信息接受部310从管理者IF 304接受社区生成条件信息，对社区生成条件信息变换部312输出。
图10是例示社区生成条件信息的结构的图。
如图10中所示，社区生成条件信息包含：社区标识符、潜在社区定义信息、社区定义信息和社区生成支援处理内容信息。
社区标识符是根据该社区生成条件可能生成的社区的标识符，被唯一地分配给每个社区。
潜在社区定义信息是定义用于检测到潜在社区的条件的信息，包含：用户简档条件信息、用户行动条件信息、潜在社区成员条件信息和潜在社区产生条件信息。
用户简档条件信息是表示用于基于正使用某个社区空间的用户的简档，判断该用户是否可能成为潜在社区成员的条件的信息，包含关键字信息和简档点数据。
关键字信息是包含在简档信息中的关键字的信息，简档点数据是对应于该关键字信息对用户附加的点的数据。
例如，当在存储在Web服务器24中的简档信息包含与该社区相关的预定关键字的情况下，对与该简档信息对应的用户，附加与点数据对应的点。
举例来说，在该社区是关于“摩托车”的社区的情况下，关键字信息可以包含“摩托车”、“自行车”或“机器脚踏车”等的文本信息。
再有，使用图15对点进一步详细进行描述。
用户行动条件信息是表示用于基于正利用某个现有社区空间的用户的行动，判断该用户是否可能成为潜在社区成员的条件的信息，包含：行动定义信息和行动点数据。
行动定义信息是定义可能成为潜在社区成员的用户的行动的信息，行动点数据是对应于该行动定义信息对用户附加的点的数据。
例如，行动定义信息可以定义是表示如下行动的信息，即，“用户在某个现有的社区空间中写入在新近检测到的且将要生成的社区中要讨论的话题的关键字”的信息。
举例来说，在将包含与基于社区生成支援装置3生成的社区相关的预定关键字信息的信息写入由Web服务器24提供的社区空间(BBS等)中的情况下，对写入该信息的用户附加与行动点数据对应的点。
进而，在该社区是关于“摩托车”的社区的情况下，行动定义信息可以包含“摩托车”、“自行车”或“机器脚踏车”等的文本信息。
此外，每当用户进行对应于行动定义信息的行动时，都可以对用户赋予该点。
潜在社区成员条件信息是用于判断某个用户是否可能是潜在社区成员的信息，包含行动期间信息和成员条件合计点数据。
行动期间信息是用于在用户的基于行动定义信息的行动中，将从何时起到何时为止进行的行动作为对象进行定义的信息，当在行动期间信息表示的期间内对用户附加的合计点为成员条件合计点数据表示的点以上时，判断该用户可能是潜在社区成员。
潜在社区产生条件信息是表示潜在社区可能产生的条件的信息，例如，在判断为可能是潜在社区成员的用户数量是在该潜在社区产生条件信息中决定的数量以上时，检测出潜在社区的产生。
社区定义信息是定义用于检测到新社区的条件的信息，包含成员行动条件信息和社区产生条件信息。
成员行动条件信息是表示潜在社区成员进行的行动的条件的信息，例如包含表示“潜在社区成员已经向该社区空间参加注册了”的行动的信息。
社区产生条件信息是表示基于成员行动条件信息而可能产生社区的条件的信息。
例如，在已经参加注册了的潜在社区成员的数量是在社区产生条件信息中决定的数量以上时，检测到新社区的产生。
社区生成支援处理内容信息是表示社区生成支援装置3执行的用来支援生成社区的处理的内容的信息，包含监视对象服务器标识符和社区招待消息信息。
监视对象服务器标识符是社区生成支援装置3所监视的Web服务器24的标识符，或者是该Web服务器24提供的社区空间的标识符。
社区招待消息信息是与如下的消息相关的信息，该消息经由Web服务器24对潜在社区成员的用户终端22发送，用于确认是否参加，例如，社区招待消息信息可以是包含预定消息的电子邮件信息。
社区生成条件信息变换部312(图9)例如是编译器(complier)，将图10中示出的社区生成条件信息变换为分别在信息监视容器32、社区检测容器34和社区生成支援容器38内进行处理的代理。
在这里，代理是在容器内进行预定处理的处理实体，容器是用于代理进行处理的执行环境。
在社区生成条件信息包含的信息内，社区生成条件信息变换部312将用户行动条件信息、成员行动条件信息和监视对象服务器标识符变换为在信息监视容器32内进行处理的代理。
此外，在社区生成条件信息包含的信息内，社区生成条件信息变换部312将用户简档条件信息、潜在社区成员条件信息、潜在社区产生条件信息和社区产生条件信息变换为在社区检测容器34内进行处理的代理。
进而，在社区生成条件信息包含的信息内，社区生成条件信息变换部312将社区招待消息信息变换为在社区生成支援容器38内进行处理的代理。
社区生成条件信息变换部312将这些代理对各个代理进行处理的容器输出。
当各容器从社区生成条件信息变换部312取得各代理时，进行用于使各代理进行预定处理所必需的处理。
对各容器内的代理的处理的概要进行说明。
信息监视容器32内的代理对由对应于监视对象服务器标识符的Web服务器24提供的Web数据进行监视，将与对应于用户行动条件信息的条件符合的用户标识符对社区检测容器34输出。
社区检测容器34内的代理根据来自信息监视容器32的用户标识符、满与对应于用户简档条件信息的条件符合的用户的标识符、以及潜在社区成员条件信息来确定用户是否可能是潜在社区成员。
进而，社区检测容器34内的代理在满足对应于潜在社区产生条件信息的条件的情况下，检测潜在社区的产生，将构成潜在社区的成员的列表(潜在社区成员列表)对社区生成支援容器38输出。
社区生成支援容器38内的代理对Web服务器24以创建社区空间的方式进行要求。
此外，社区生成支援容器38内的代理，以对潜在社区成员列表中包含的成员的用户终端20发送用于招待加入对应于该潜在社区的社区的消息(社区招待消息)的方式，对Web服务器24进行要求。
信息监视容器32内的代理从用户终端20接收对社区招待消息的响应，在该响应符合与成员行动条件信息对应的条件的情况下，将该用户的标识符对社区检测容器34输出。
社区检测容器34内的代理接收用户标识符，在符合与社区产生条件信息对应的条件的情况下，将成为社区成员的用户的列表(社区成员列表)对社区生成支援容器38输出。
社区生成支援容器38内的代理将所接收的社区成员列表对社区信息管理部306输出。
社区信息管理部306基于所接受的社区成员列表，在社区DB308中存储关于所检测的社区的信息，对该信息的输入输出进行管理。
下面详细描述了各个容器的结构。
图11是示出了在图9中示出的信息监视容器32内的代理的结构的图。如图11所示，信息监视容器32内的代理由社区空间#1监视代理320-1～社区空间#m监视代理320-m(m是1以上的整数。数字m不一定总是相同的数)以及社区成员参加注册监视代理330构成。
再有，在下面的描述中，在针对社区空间#1监视代理320-1～社区空间#m监视代理320-m不特别指定哪一个而表示时，有时仅略记为社区空间监视代理320等。
社区空间#1监视代理320-1～社区空间#m监视代理320-m以下面说明的方式来分别监视社区空间#1～社区空间#m。
例如，社区空间#1可能是某个SNS，社区空间#2可能是某个博客。
此外，社区空间#1和社区空间#2可以由相同的Web服务器24运营，或者由不同的Web服务器24来运营。
社区空间监视代理320构成为包括：Web服务器变更信息检索部322、社区空间Web数据存储部324、变更信息判断部326和用户信息通知部328。
Web服务器变更信息检索部322使用图10所示的监视对象服务器标识符来访问Web服务器24，提取与监视对象服务器标识符对应的社区空间的Web数据。
此外，Web服务器变更信息检索部322将所提取的社区空间的Web数据存储在社区空间Web数据存储部324中。
进而，在经过了预定的时间之后，Web服务器变更信息检索部322使用相同的监视对象服务器标识符来再次访问Web服务器24，提取与监视对象服务器标识符对应的社区空间的Web数据。
Web服务器变更信息检索部322对所提取的Web数据与已经存储在社区空间Web数据存储部324中的Web数据进行比较。
在对所提取的Web数据追加了新的信息的情况下，Web服务器变更信息检索部322将该新的信息和写入该新的信息的用户的标识符对变更信息判断部326输出。
再有，Web服务器变更信息检索部322也可以从Web服务器24接收公开信息的追加的通知，而不是自己检索Web服务器24。
变更信息判断部326对在新的信息中是否包含基于图10中所示的行动定义信息的预定的关键字信息进行判断。
例如，在社区生成支援装置3是对关于摩托车的社区的生成进行支援的装置的情况下，“预定的关键字信息”可以是“摩托车”、“自行车”或“机器脚踏车”等的文本数据。
当包含有预定的关键字信息时，变更信息判断部326将用户标识符对用户信息通知部328输出。
用户信息通知部328将与图10所示的行动点数据对应的点、和用户标识符对应起来，对社区检测容器34输出。
再有，与用户标识符对应起来的点，按照包含的关键字信息的每一个不同也可，相同也可。
图12是示出了社区空间监视代理320的处理(S10)的流程图。
如图12中所示，在步骤100(S100)中，Web服务器变更信息检索部322提取某个Web服务器24提供的社区空间的Web数据。
在步骤102(S102)中，Web服务器变更信息检索部322对在所提取的Web数据中是否追加了新的信息进行判断，在存在追加时进行到S104，否则就返回S100。
在步骤104(S104)中，变更信息判断部326对在新的信息中是否包含预定的关键字信息进行判断，在包含的情况下进行到S106，否则就回到S100。
在步骤106(S106)中，用户信息通知部328将点和用户标识符对社区检测容器34输出。
在步骤108(S108)中，对是否已经收到结束处理的命令进行判断，在是这样的情况下结束处理，否则就返回S100。
社区成员参加注册监视代理330(图11)是基于成员行动条件信息而创建的，构成为包括参加注册接收部332和参加注册通知部334。
参加注册接收部332经由Web服务器24从用户终端20接收与该用户终端20对应的用户标识符、和表示是否参加社区的参加注册信息，对参加注册通知部334输出。
在所接受的参加注册信息是表示“参加”的信息的情况下，参加注册通知部334将该参加注册信息和用户标识符对社区检测容器34输出。
图13是示出了在图9中示出的社区检测容器34内的代理的结构的图。
如图13中所示，社区检测容器34内的代理构成为包括潜在社区检测代理340和社区检测代理360。
潜在社区检测代理340构成为包括：用户信息取得部342、用户简档信息检索部344、用户点管理部350、用户点存储部352和潜在社区成员列表通知部354。
用户信息取得部342从信息监视容器32接受点和用户标识符，并且对用户点管理部350输出。
此外，用户信息取得部342还将所接受的用户标识符对用户简档信息检索部344输出。
用户简档信息检索部344使用图10所示的监视对象服务器标识符来访问Web服务器24，从与监视对象服务器标识符对应的社区空间的Web数据中提取与该用户标识符对应的用户的简档信息。
此外，用户简档信息检索部344对在所提取的简档信息中是否包含图10所示的关键字信息进行判断。
在包含关键字信息的情况下，用户简档信息检索部344将与图10所示的简档点数据对应的点和用户标识符对应起来，对用户点管理部350输出。
再有，与用户标识符对应起来的点，按照包含的关键字信息的每一个不同也可，相同也可。
此外，对应于简档点数据的点、和对应于行动点数据的点是相同的也可，是不同的也可。
此外，在使两者不同的情况下，对简档信息的写入，比起对社区空间的评论栏的写入，有时更强烈地反映用户的意图。因此，也可以使对应于简档点数据的点比对应于行动点数据的点大(例如，前者可以是5点而后者是2点)。
图14是示出了用户简档信息检索部344的处理(S20)的流程图。
如图14中所示，在步骤200(S200)中，用户简档信息检索部344从用户信息取得部342接受用户标识符。
在步骤202(S202)中，用户简档信息检索部344从Web服务器24提取与所接受的用户标识符对应的简档信息。
在步骤204(S204)中，用户简档信息检索部344对简档信息是否包含关键字信息进行判断，在包含的情况下进行到S206，否则就进行到S210。
在步骤206(S206)中，用户简档信息检索部344将点和用户标识符对用户点管理部350输出。
在步骤210(S210)中，用户简档信息检索部344判断是否已经针对全部监视对象的Web服务器24结束了处理，在是这样的情况下结束处理，否则就返回S202。
用户点管理部350(图13)从用户信息取得部342和用户简档信息检索部344接受用户标识符和与该用户标识符对应起来的点，并且存储在用户点存储部352中。
用户点存储部352从用户点管理部350接受用户标识符和点，并且作为图15中示出的用户点表格进行存储。
图15是例示存储在用户点存储部352中的用户点表格的图。
如图15中所示，按照从以用户标识符#1表示的用户(用户#1)到以用户标识符#n(n是2以上的整数)表示的用户(用户#n)的各个用户的每一个，存储有所取得的点。
进而，还存储有与简档相关的点、和从与图10表示的行动期间信息对应的预定的日(在图15中是30天)到今日为止的点。
例如，用户#1取得5点作为与简档相关的点，30天前取得2点，2天前取得2点、并且今天取得2点。此外，按照每个用户存储有与简档相关的点和过去30天的点的合计点。
例如，用户#1所取得的合计点是11点而用户#2所取得的合计点是2点。
用户点管理部350(图13)使用用户点表格来进行使用图16后述的处理，创建可能成为潜在社区成员的用户的列表(潜在社区成员列表)。
此外，用户点管理部350将所创建的潜在社区成员列表对潜在社区成员列表通知部354输出。
潜在社区成员列表通知部354将所接受的潜在社区成员列表对社区生成支援容器输出。
图16是示出了用户点管理部350的处理(S30)的流程图。
如图16中所示，在步骤300(S300)中，用户点管理部350从用户信息取得部342或用户简档信息检索部344取得用户标识符和点。
在步骤302(S302)中，用户点管理部350将用户标识符和点存储在用户点存储部352中，并且创建用户点表格。
在步骤304(S304)中，用户点管理部350对是否已经针对全部用户结束了下列处理进行判断，在已经结束的情况下进行到S316，否则就进行到S306。
在步骤306(S306)中，用户点管理部350从用户点存储部352中提取用户#i(i是1以上n以下的整数)所取得的合计点。
在步骤308(S308)中，用户点管理部350对用户#i的合计点是否在与图10所示的成员条件合计点对应的点(图16中的X)以上进行判断。
在用户#i的合计点为X点以上的情况下进行到S310，否则就进行到S304。
在步骤310(S310)中，用户点管理部350创建已经取得X点以上的点的用户的列表，追加用户#i。
在步骤316(S316)中，用户点管理部350对已经取得X点以上的用户是否是k(k是2以上n以下的整数：例如，3)人以上进行判断，在是k人以上的情况下进行到S318，否则就结束该处理。
在步骤318(S318)中，用户点管理部350创建包含已经取得X点以上的点的用户的标识符的潜在社区成员列表。
社区检测代理360(图13)构成为包括：参加注册取得部362、参加成员管理部364和社区成员列表通知部368。
社区检测代理360使用这些结构，对由希望参加社区的成员构成的社区的产生进行检测。
参加注册取得部362从信息监视容器接收表示“参加”的参加注册信息和用户标识符，对参加成员管理部364输出。
参加成员管理部364进行使用图17后述的处理，创建成为社区成员的用户的列表(社区成员列表)。
此外，参加成员管理部364将所创建的社区成员列表对社区成员列表通知部368输出。
社区成员列表通知部368将所接受的社区成员列表对社区生成支援容器38输出。
图17是示出了参加成员管理部364的处理(S40)的流程图。
如图17中所示，在步骤400(S400)中，参加成员管理部364从社区成员参加注册监视代理330取得参加注册信息。
在步骤404(S404)中，参加成员管理部364对作为“参加”的成员的是否h(h是2以上k以下的整数)人以上进行判断，在是h人以上的情况下进行到S406，否则结束处理。
在步骤406(S406)中，参加成员管理部364创建社区成员列表。
图18是示出了在图9中示出的社区生成支援容器38内的代理的结构的图。
如图18中所示，社区生成支援容器38内的代理由社区生成支援代理380构成。
社区生成支援代理380构成为包括：潜在社区成员列表取得部382、社区招待消息创建部384、社区招待消息发送部386、社区生成要求部388和社区成员列表接受部390。
潜在社区成员列表取得部382从社区检测容器34接收潜在社区成员列表，对社区生成要求部388和社区招待消息创建部384输出。
当社区生成要求部388从潜在社区成员列表取得部382收到潜在社区成员列表时，特别指定任意的Web服务器24-x(x是1以上M以下的任意的整数)，将用于生成社区空间的要求信号对该Web服务器24-x发送。
社区生成要求部388可以特别指定例如正运营与生成的社区空间相同类型的社区空间的Web服务器24作为Web服务器24-x。
即，当由社区生成支援系统1生成的社区空间是BBS时，社区生成要求部388可以特别指定任意的正运营BBS的Web服务器24作为Web服务器24-x。
社区招待消息创建部384基于图10所示的社区招待消息信息而创建社区招待消息。
该社区招待消息的目的地成为与潜在社区成员列表中包含的用户标识符对应的地址。
进而，社区招待消息创建部384将社区招待消息对社区招待消息发送部386输出。
社区招待消息发送部386经由Web服务器24-x将社区招待消息对与该目的地对应的用户终端20发送。
社区成员列表接受部390从社区检测容器34接受社区成员列表，对社区信息管理部306和Web服务器24-x发送。
Web服务器24-x接受社区成员列表，由此能够识别参加所生成的社区空间的成员的信息。
[社区生成支援系统1的整体工作]
下面对社区生成支援系统1的整体工作进行说明。
图19是示出了图1中示出的社区生成支援系统1的整体工作(S50)的通信顺序图。
如图19中所示，在步骤500-1～500-N(S500-1～S500-N)中，用户终端20-1～20-N将用户标识符和公开信息对Web服务器24-1～24-M中的以上进行。
在步骤502(S502)中，社区生成支援装置3监视由Web服务器24-1～24-M提供的信息(Web数据等)。
在步骤504(S504)中，社区生成支援装置3基于信息监视来检测潜在社区。
在步骤506(S506)中，社区生成支援装置3特别指定任意的Web服务器24-x，对该Web服务器24-x以生成社区空间的方式进行要求。
在步骤508(S508)中，Web服务器24-x生成社区空间。
在步骤510-1～510-k(S510-1～S510-k)中，社区生成支援装置3经由Web服务器24-x将社区招待通知对潜在社区成员的用户终端20-1～20-k发送。
在步骤512-1～512-h(S512-1～S512-h)中，希望参加社区的成员的用户终端20-1～20-h将表示社区的参加注册的信息经由Web服务器24-x对社区生成支援装置3输出。
在步骤514-1～514-h(S514-1～S514-h)中，用户终端20-1～20-h利用由Web服务器24-x提供的社区空间加入社区。
再有，在上述实施方式中，由社区生成支援装置3特别指定的Web服务器24-x生成与所检测的社区相关的社区空间，但作为社区生成支援装置3生成该新的社区空间的结构也可。
即，举例来说，也可以在社区生成支援装置3追加Web服务器24的社区空间管理部260的功能，进行该新的社区空间的生成，以进行用于使已经发送参加信息的用户终端20的用户参加社区的管理的方式运行社区。
此外，在上述实施方式中，构成为社区生成支援装置3监视由Web服务器24提供的信息，但是可以省略Web服务器24。
即，也可以是社区生成支援装置3具有Web服务器24的功能，通过该功能来运营一个以上的现有的社区空间，监视由社区生成支援装置3自己运营的社区空间，从在该社区空间的成员检测出潜在社区。
由此，在本实施方式中的社区生成支援系统1中，不需要人们去分析发现的社区是什么类型的社区，而预先记述了社区的特征并且可以发现符合该记述的社区。
此外，在本实施方式中的社区生成支援系统1中，还能够通过变更预先记述的社区特征的内容而灵活地变更要发现的社区。
进而，在本实施方式中的社区生成支援系统1中，不仅能够发现现有的社区，还能够发现由具有形成社区的可能性的人们构成的潜在社区。
工业实用性
本发明能够在支援社区的生成的社区生成支援系统等中利用。