CN102970318B - 信息处理装置和信息处理方法 - Google Patents

Abstract

本申请公开了信息处理装置和信息处理方法。提供了一种信息处理装置，包括：获取单元，用于获取从终端发送来的信息；以及社群生成单元，用于根据从多个终端发送来的信息之间的类似度生成社群，其中，当从一个终端发送来多个不同类型的信息时，社群生成单元对于多个类型的信息中的每个信息，对发送了与该信息类似的信息的终端的数目计数，并且生成许可发送了与如下信息类似的信息的终端的用户参与的社群：最大数目的终端发送了与该信息类似的信息。

Description

信息处理装置和信息处理方法

技术领域

本公开涉及信息处理装置、信息处理方法和程序，更具体而言涉及能够容易地生成例如非常便利的(虚拟)社群(community)的信息处理装置、信息处理方法和程序。

背景技术

在真实世界(实际世界)中，人们形成社群，例如结婚典礼、学习班、日常午餐和公司会议。除了真实世界中的这种社群以外，为了共享信息，诸如因特网之类的网络上的SNS(社交网络服务)、公告牌等等目前作为虚拟世界(虚拟)社群已普及。

另外，已请求了对如下虚拟世界社群的提案：在这种虚拟世界社群中，真实世界社群和虚拟世界社群可与彼此同步，即只有在真实世界中共享空间和时间的用户能够参与其中。

例如，参与比如结婚典礼这样的真实世界社群的用户可通过参与与该结婚典礼同步的虚拟世界社群来共享关于新娘和新郎的照片、视频、消息等。另外，例如，参与比如学习班这样的真实世界社群的用户可通过参与与该学习班同步的虚拟世界社群来共享该学习班的资料。

然而，在现有的SNS或公告牌中，可能有参与虚拟世界社群(以下简称为社群，除非另有说明)的手续复杂的问题或者安全性的问题。

也就是说，在现有的SNS中，用户必须成为管理社群的拥有者(管理者)，并且邀请其他用户到该社群。受邀的用户必须创建其账户或利用账户登录。

另外，在现有的公告牌中，虽然创建社群比在SNS中更容易，但必须向将被邀请到社群的用户发送公告牌的地址。另外，在现有的公告牌中，非特定个体可访问该社群。

已提出了各种SNS来应对如上所述的参与社群的手续复杂或安全性的问题。

例如，在日本专利早期公布No.2010-218524中提出了一种SNS，其中利用具有GPS功能的移动装置中的位置信息或时间信息，仅以共享相同时间和相同地点的用户(移动装置)形成社群，从而使得拥有者邀请他人到社群的手续变得不必要。

另外，在日本专利早期公布No.2008-257359中提出了一种技术，其中具有登记ID(标识)的用于座位检测的USB(通用串行总线)存储器被不可移除地安装在大学的教室的桌子中，并且来上课的学生将ID从安装在桌子中的USB存储器传送到PC(个人计算机)，从而使得来上课的学生的信息发送成为可能。

此外，关于社群，提出了在预先产生用户ID并且交换简档(profile)之后执行通信(http://jp.techcrunch.com/archives/jp-the-day-sekai-camera-threw-away-camera/)或者利用Facebook ID生成社群的应用(http://www.itmedia.co.jp/news/articles/1103/02/news029.html)。

另外，在日本专利早期公布No.2010-218524和No.2008-257359的技术中，必须预先利用一定的方法设定用于个人认证的ID以便标识个人联系。另外，在日本专利早期公布No.2008-257359中公开的技术中，由于具有登记ID的USB存储器被不可移除地安装在教室的桌子中，所以位置没有通用性并且难以在除教室以外的地点执行信息发送。

发明内容

对于社群，需要提出一种容易地生成非常便利的社群的技术。

本技术是鉴于上述情况而作出的，并且使得能够容易地生成非常便利的社群。

本技术的一方面的信息处理装置或程序是如下的信息处理装置或用于使得计算机具有该信息处理装置的功能的程序，该信息处理装置包括：获取单元，用于获取从终端发送来的信息；社群生成单元，用于根据从多个终端发送来的信息之间的类似度生成社群，其中，当从一个终端发送来不同类型的多个信息时，社群生成单元对于多个类型的信息中的每个信息，对发送了与该信息类似的信息的终端的数目进行计数，并且生成许可下述终端的用户参与的社群：该终端发送了与某信息(最大数目的终端发送了与此信息类似的信息)类似的信息。

本技术的一方面的信息处理方法是包括如下步骤的信息处理方法：获取从终端发送来的信息；根据从多个终端发送来的信息之间的类似度生成社群，其中，当从一个终端发送来不同类型的多个信息时，社群的生成包括：对于多个类型的信息中的每个信息，对发送了与该信息类似的信息的终端的数目进行计数，并且生成许可下述终端的用户参与的社群：该终端发送了与某信息(最大数目的终端发送了与此信息类似的信息)类似的信息。

在如上所述的方面中，获取从终端发送来的信息，并且根据从多个终端发送来的信息之间的类似度生成社群。在社群的生成中，当从一个终端发送来不同类型的多个信息时，对于多个类型的信息中的每个信息，对发送了与多个类型的信息中的每个信息类似的信息的终端的终端数计数，并且生成许可发送了与最大数目的终端发送了与之类似的信息的信息类似的信息的终端的用户参与的社群。

另外，信息处理装置可以是独立装置或者可以是构成一个装置的内部块。

另外，可通过经由传输介质传输来提供程序，或者可在记录在记录介质上后提供程序。

根据本技术的一方面，可以容易地生成非常便利的社群。

附图说明

图1是示出应用了本技术的社群提供系统的实施例的配置示例的框图；

图2是示出社群提供系统中的处理的概要的示图；

图3是示出移动终端11的硬件的配置示例的框图；

图4是示出移动终端11的功能配置示例的框图；

图5是示出移动终端11中的处理的流程图；

图6是示出ASNS服务器12的功能配置示例的框图；

图7是示出社群管理单元62的配置示例的框图；

图8是示出临时登记DB 64中存储的临时表格的示例的示图；

图9是示出社群DB 65中存储的认证表格的示例的示图；

图10是示出社群DB 65中存储的社群表格的示例的示图；

图11是示出临时表格的示图；

图12是示出临时表格的示图；

图13是示出临时表格的示图；

图14是示出临时表格的示图；

图15是示出临时表格、认证表格和社群表格的示图；

图16是示出临时表格的示图；

图17是示出临时表格的示图；

图18是示出临时表格的示图；

图19是示出临时表格的示图；

图20是示出社群的生成的示图，图20A示出了临时表格，图20B是示出能够参与在级别1的安全性级别中生成的社群的示图；

图21是示出社群的生成的示图，图21A示出了临时表格，图21B是示出能够参与在级别2的安全性级别中生成的社群的示图；

图22是示出临时表格登记处理的流程图；

图23是示出共通(common)对象处理的详情的流程图；

图24是示出认证ID指派处理的流程图；

图25是示出社群生成处理的流程图；

图26是示出安全性处理的流程图；

图27是示出安全性处理的流程图；

图28是示出社群提供系统提供社群的处理的示图；

图29是示出当希望参与的用户利用第一中途参与方法中途参与社群时移动终端11中的处理的流程图；

图30是示出当希望参与的用户利用第一中途参与方法中途参与社群时ASNS服务器12中的处理的流程图；

图31是示出当希望参与的用户利用第一中途参与方法中途参与社群时社群提供系统中的处理的示图；

图32是示出当希望参与的用户利用第二中途参与方法中途参与社群时移动终端11中的处理的流程图；

图33是示出当希望参与的用户利用第二中途参与方法中途参与社群时ASNS服务器12中的处理的流程图；并且

图34是示出当希望参与的用户利用第二中途参与方法中途参与社群时社群提供系统中的处理的示图。

具体实施方式

[应用了本技术的社群提供系统的实施例]

图1是示出应用了本技术的社群提供系统的实施例的配置示例的框图。

在图1中，社群提供系统包括网络10、多个移动终端11和ASNS服务器12。

网络10是ASNS服务器12连接到的网络，例如因特网。

移动终端11例如是诸如便携式游戏机、移动电话或智能电话之类的便携式平板终端，或者诸如膝上型PC之类的能够被用户携带的终端。移动终端11具有经由网络10与ASNS服务器12执行通信的功能。

另外，可以采用无线通信或有线通信作为网络10与移动终端11之间的通信。

ASNS服务器12通过经由网络10与移动终端11通信来向移动终端11的用户提供临时性社群，其中只有在该场所的一定用户能够参与(访问)该临时性社群并且该临时性社群实现安全通信。

这里，在ASNS服务器12中提供社群(临时性社群)的服务也被称为ASNS(自组织SNS)。

图2是示出图1的社群提供系统中的处理的概要的示图。

希望参与社群的用户操纵该用户拥有的移动终端11以例如将对象发送到ASNS服务器12，该对象是由GPS(全球定位系统)获取的当前地点的位置信息或者诸如预定图像、语音(声音)或文本之类的信息。

ASNS服务器12接收来自移动终端11的对象并且生成社群，其中在发送对象的移动终端11之中，只有在基本相同的时刻发送共通(类似)对象的移动终端11的用户能够参与该社群。

从而，例如，只要在真实世界中共享空间和时间的多个用户通过操纵各个用户拥有的移动终端11来向ASNS服务器12发送共通对象，ASNS服务器12就生成只有发送共通对象的移动终端11的用户能够参与的社群。

另外，ASNS服务器12向发送共通对象的移动终端11发送作为用于标识只有发送相互共通的对象的移动终端11的用户能够参与的社群的临时性ID的社群ID，并且向每个移动终端11发送作为用于标识参与社群的移动终端11(的用户)的临时性ID的终端ID。

发送共通对象的移动终端11接收该移动终端11的终端ID和该移动终端11(的用户)参与的社群的社群ID。另外，利用终端ID和社群ID，移动终端11可参与(访问)该社群ID所标识的社群。

这里，多个用户为了生成社群和参与社群的目的通过操纵各个用户拥有的移动终端11而发送到ASNS服务器12的对象应当具有共通性(类似性)。用户为了生成社群和参与社群的目的通过操纵移动终端11而发送到ASNS服务器12的对象也被称为共通对象。

在ASNS服务器12中，共通对象用于用户参与社群所必要的用户认证。

也就是说，当在基本相同的时刻接收到的多个共通对象与彼此类似(具有共通性)时，ASNS服务器12生成只许可发送彼此类似的共通对象的移动终端11的用户参与的社群。

从而，在由ASNS服务器12生成的社群中，拥有者不必邀请用户到该社群。

用作共通对象的对象优选为只有在真实世界中共享空间和时间并且希望参与社群的用户能够获得的信息(不在该场所的人难以获得的信息)。

从而，例如，可以采用通过拍摄在该场所的人而获得的照片或视频、通过以预定的构图拍摄该场所的风景而获得的照片或视频、由该场所决定的作为口令的文本或语音、当移动终端11具有GPS功能时利用GPS功能获取的当前地点的位置信息等等作为共通对象。

另外，ASNS服务器12作出关于多个共通对象是否与彼此类似的类似性的判定(类似性判定)，但类似性判定方法取决于共通对象的类型(例如诸如文本、图像和语音之类的媒体之间的差别)，并且随着科学技术的发展而变化。

如果共通对象例如是文本的口令，则当作为口令的文本完全匹配时，作为多个共通对象的口令可被判定为与彼此类似。

另外，如果共通对象例如是通过拍摄人而获得的照片(个人照片)，则当指示该个人照片中反映的人与彼此类似的程度的类似度等于或大于预定阈值时，作为多个共通对象的个人照片可被判定为与彼此类似。

另外，如果共通对象例如是通过以相同构图拍摄该场所的风景而获得的照片，则当所有照片之间的类似度等于或大于预定阈值时，作为多个共通对象的照片可被判定为与彼此类似。

另外，如果共通对象例如是该场所的声音(环境音)，则当环境音的波形之间的类似度等于或大于预定阈值时，作为多个共通对象的环境音可被判定为与彼此类似。

另外，如果共通对象例如是通过拍摄该场所的一个场景而获得的视频(带声音的视频)，则当作为视频的图像之间的类似度等于或大于预定阈值并且伴随视频的语音的波形之间的类似度等于或大于预定阈值时，作为多个共通对象的视频可被判定为与彼此类似。

另外，如果共通对象例如是当前地点的位置信息，则当位置信息指示的位置之间的距离在预定阈值内时，作为多个共通对象的位置信息可被判定为类似。

另外，可以采用多个对象作为共通对象。也就是说，例如，可以采用诸如以第一构图拍摄的第一照片和以第二构图拍摄的第二照片这样的多个相同类型的对象或者诸如位置信息和视频这样的多个不同类型的对象作为共通对象。

如果采用多个对象作为共通对象，当多个对象类似时，即例如采用位置信息和视频作为共通对象，当位置信息类似并且视频与彼此类似时，ASNS服务器12判定共通对象与彼此类似。

如上所述，例如，当采用诸如位置信息和视频这样的多个对象作为共通对象，位置信息与彼此类似并且视频与彼此类似时，与一个对象被用作共通对象时相比，当判定共通对象与彼此类似时可以生成更安全的社群。

另外，ASNS服务器12判定在基本相同的时刻接收的多个共通对象之间的类似性。如果判定这多个共通对象与彼此类似，则生成只许可发送类似的共通对象的移动终端11的用户参与的社群。在社群的生成中，假定被判定为与彼此类似的共通对象是社群生成用对象。

在ASNS服务器12中，当在生成社群之后从尚未参与社群的用户(以下也称为未参与用户)的移动终端11接收到共通对象时，如果这样的共通对象与社群生成用对象类似，则许可该未参与用户参与该社群(从该未参与用户的移动终端11访问该社群)。

在此情况下，通过将许可发送与社群生成用对象类似的共通对象的未参与用户参与社群的时限限制到社群生成之后的一定时间段，可以提高安全性。

[硬件的配置示例]

图3是示出图1的移动终端11的硬件的配置示例的框图。

在图3中，移动终端11包括总线21、CPU(中央处理单元)22、ROM(只读存储器)23、RAM(随机访问存储器)24、硬盘25、输出单元26、输入单元27、通信单元28、驱动器29、输入/输出接口30和可移除记录介质31。

CPU 22至硬盘25经由总线21连接到输入/输出接口30。CPU 22至硬盘25和输入/输出接口30(连接到输入/输出接口30的装置)可经由总线21与彼此交换数据。

另外，输出单元26至驱动器29连接到输入/输出接口30，从而CPU 22至驱动器29可经由总线21和输入/输出接口30与彼此交换数据。

CPU 22通过执行存储在ROM 23中的程序或者从硬盘25读取并存储在RAM 24中(在RAM 24中展开)的程序来执行各种处理。

ROM 23例如是EEPROM(电可擦除可编程ROM)，并且存储即使当移动终端11被断电时也有必要保持的数据或程序。

RAM 24存储CPU 22的操作所必要的程序或数据。

CPU 22执行的程序或各种数据被记录在硬盘25中。

输出单元26例如是诸如液晶面板之类的显示装置以及扬声器，并且显示图像和输出声音。

输入单元27例如是键盘、诸如平板(触摸屏)之类的指点装置，等等。输入单元27被用户操纵并且输出与该操纵相应的数据(信号)。

通信单元28例如是诸如LAN(局域网)之类的通信接口，并且控制与外部装置的无线或有线通信。

可移除记录介质31是诸如DVD(数字多功能盘)之类的光盘或诸如USB存储器之类的半导体存储器，其被可脱离地安放在驱动器29上。

驱动器29驱动安放在其上的可移除记录介质31以将数据记录在可移除记录介质31上和从可移除记录介质31读取数据。

输入/输出接口30具有用于将各种装置连接到移动终端11的接口的功能。在图3中，总线21和输出单元26至驱动器29如上所述连接到输入/输出接口30，但其他装置也可连接到输入/输出接口30。

在如上所述配置的移动终端11中，例如，作为ASNS客户端侧的程序的客户端程序(客户端应用)被安装在硬盘25上。

CPU 22通过执行安装在硬盘25中的程序来执行各种处理。

另外，程序可被预先安装在硬盘25上。

另外，程序可被存储(记录)在可移除记录介质31中并从可移除记录介质31安装在移动终端11中。可作为所谓的封装软件提供这种可移除记录介质31。

另外，程序可被从可移除记录介质31安装在移动终端11中或者可经由通信网络或广播网络被下载到移动终端11并安装在嵌入的硬盘25上。也就是说，程序例如可经由用于数字卫星广播的人造卫星被从下载站点无线发送到移动终端11，或者可经由诸如LAN或因特网之类的网络以有线方式被发送到移动终端11。

这里，ASNS服务器12(图1)以及移动终端11可如图3中所示那样配置。

然而，安装在硬盘25中的程序在移动终端11和ASNS服务器12之间是不同的。在ASNS服务器12安装了作为ASNS服务器侧的程序的服务器程序(服务器应用)，而不是客户端程序(客户端应用)。

[移动终端11的功能配置示例]

图4是示出图1中的移动终端11的功能配置示例的框图。

移动终端11具有图4的等价功能配置并且通过CPU 22(图3)执行客户端程序来执行各种处理。

在图4中，移动终端11包括通信单元51、共通对象获取单元52和控制单元53。

通信单元51经由网络10(图1)与ASNS服务器12执行通信。另外，通信单元51可经由例如WiFi(注册商标)-direct、红外、Bump(注册商标)、3G、蓝牙(注册商标)或诸如NFC(近场通信)之类的邻近通信与另外的移动终端11执行通信。

共通对象获取单元52例如根据用户操纵获取共通对象。

也就是说，共通对象获取单元52例如具有GPS功能，并且获取当前地点的位置信息作为共通对象。另外，共通对象获取单元52例如是相机或麦克风，并且获取视频、作为静止图像的照片或语音作为共通对象。另外，共通对象获取单元52例如是键盘或语音识别装置，并且获取当用户操纵键盘时输入的文本或者通过利用语音识别装置识别用户发出的语音而获得的文本作为共通对象。

此外，共通对象获取单元52可获取移动终端11中存储的诸如视频、照片、语音或文本之类的文件作为共通对象。

控制单元53控制整个移动终端11。

[移动终端11中的处理]

图5是示出图4的移动终端11中的处理的流程图。

希望参与社群的用户激活例如客户端程序，然后操纵该用户拥有的移动终端11以获取共通对象。

移动终端11根据用户操纵激活客户端程序，并且通过图4中所示的配置而具有ASNS客户端的功能。

也就是说，在步骤S11中，共通对象获取单元52(图4)例如根据用户操纵获取共通对象，并且处理前进到步骤S12。

在步骤S12中，通信单元51(图4)向ASNS服务器12发送ASNS服务器12请求的数据，该数据包含共通对象获取单元52获取的共通对象，并且处理前进到步骤S13。

这里，移动终端11的通信单元51发送到ASNS服务器12的包含共通对象的数据也被称为终端数据。

在步骤S13中，控制单元53(图4)判定ASNS服务器12是否许可参与(访问)社群。

如果在步骤S13中判定参与社群未被许可，即如果如后文将描述的，用于标识社群的社群ID(C_id)和用于标识移动终端11的终端ID(i-uid)尚未被从ASNS服务器12发送来，则处理跳过步骤S14和S15并且结束。

另外，如果在步骤S13中判定参与社群得到许可，即当社群ID(C_id)和终端ID(i-uid)已被从ASNS服务器12发送来时，处理前进到步骤S14，在步骤S14中通信单元51接收来自ASNS服务器12的社群ID和终端ID。处理前进到步骤S15。

在步骤S15中，控制单元53利用通信单元51接收到的社群ID和终端ID参与社群。

也就是说，控制单元53例如通过根据用户操纵控制通信单元51，来经由网络10向ASNS服务器12上生成的由社群ID标识的社群上传例如以下内容：诸如照片或视频之类的图像数据，或者诸如用户的电子邮件地址之类的简档。

另外，控制单元53例如根据用户操纵控制通信单元51以从由社群ID标识的社群下载内容。

在社群中，除了内容的上传和下载以外，还可执行参与社群的用户之间的消息的交换。当执行经由社群的消息交换时，控制单元53控制该消息交换。

[ASNS服务器12的功能配置示例]

图6是示出图1的ASNS服务器12的功能配置示例的框图。

ASNS服务器12通过CPU 22(图3)执行服务器程序而具有图6的等价功能配置，并且执行各种处理。

在图6中，ASNS服务器12包括通信单元61、社群管理单元62、控制单元63、临时登记DB(数据库)64和社群DB 65。

通信单元61经由网络10(图1)与移动终端11执行通信。

社群管理单元62例如基于临时登记DB 64或社群DB 65中存储的数据，除了执行社群的生成外，还执行社群管理。

控制单元63控制整个ASNS服务器12。

临时登记DB 64存储后文将描述临时表格。

社群DB 65存储后文将描述的认证表格和社群表格。

图7是示出图6的社群管理单元62的配置示例的框图。

在图7中，社群管理单元62包括控制单元71、共通对象处理单元72、社群生成单元73、社群处理单元74和内容管理单元75。

控制单元71控制整个社群管理单元62。

共通对象处理单元72获取从移动终端11发送到ASNS服务器12的共通对象，并且执行对共通对象之间的类似度(距离)的计算、基于类似度对共通对象之间的类似性的判定和关于共通对象的处理。

社群生成单元73根据来自移动终端11的共通对象之间的类似度生成社群。

也就是说，如果在基于从移动终端11发送到ASNS服务器12的共通对象之间的类似度的类似性的判定中判定共通对象与彼此类似，即当从多个移动终端11接收的共通对象与彼此类似时，社群生成单元73生成许可发送类似共通对象的移动终端11(的用户)参与的社群。

这里，社群的实体是在存储器(例如图3的RAM 24)上确保的存储区域。参与社群的用户(的移动终端11)可利用作为社群的存储区域执行内容的上传或下载、与另外用户的消息交换，等等。

社群处理单元74管理社群生成单元73生成的社群。也就是说，社群处理单元74执行例如对以下事项的控制：在社群中存储从参与社群的用户的移动终端11上传(发送)来的内容，从社群中读取移动终端11请求下载的内容，以及用户之间经由社群的消息交换的消息发送和接收。

内容管理单元75管理上传到社群的内容。也就是说，内容管理单元75例如只允许内容拥有者(上传内容的用户)删除被上传到社群的内容。另外，内容管理单元75例如只允许由内容拥有者授权的用户下载被上传到社群的内容。

[临时表格]

图8是示出图6的临时登记DB 64中存储的临时表格的示例的示图。

当终端数据被从移动终端11发送并被通信单元61(图6)接收时，社群管理单元62的社群生成单元73(图7)对于一个终端数据在临时表格中新登记一个条目(记录)。

在临时表格(的条目)中，登记了id、Auth_id、i_uid、MAC、time、Auth_type、obj和S_level。

在临时表格中，id是用于区分(标识)临时表格的条目的标识信息(以下也称为临时表格ID)。

当新条目被登记在临时表格中时，社群生成单元73向该新条目指派临时表格ID。在图8中，每个条目唯一的号码被用作临时表格的id(临时表格ID)。

Auth_id是用于区分将共通对象与彼此类似的多个终端数据(关于这些终端数据的条目)分成群组的这些群组的标识信息(以下也称为认证ID)。

也就是说，共通对象被包含在移动终端11发送到ASNS服务器12的终端数据中，如参考图5所述，并且当从多个移动终端11发送来的各个终端数据中包含的共通对象与彼此类似时，社群生成单元73认为发送类似共通对象的(移动终端11的)多个用户在为了参与社群的认证中成功，并且向关于来自这多个移动终端11的各个终端数据的条目指派相同认证ID(Auth_id)。

在图8中，每个群组唯一的号码被用作认证ID(Auth_id)。

i_uid是用于标识发送终端数据的移动终端11(的用户)的标识信息(以下称为终端ID)。

当在临时表格中登记关于一个终端数据的条目时，社群生成单元73向发送该终端数据的移动终端11指派临时性ID作为终端ID(i_uid)。

在图8中，发送终端数据的每个移动终端11(的用户)唯一的号码被用作终端ID(i_uid)。

这里，由于终端ID(i_uid)如上所述是每个移动终端11(的用户)唯一的，所以当关于从任何移动终端11发送来的终端数据的条目已经被登记在临时表格中时，当从同一移动终端11再发送来终端数据时，与指派给已经为同一移动终端11登记的条目的终端ID相同的终端ID被指派给关于再发送的终端数据的条目。

在图8中，在临时表格ID(id)是2和3的条目中登记相同的终端ID(i_uid)345。临时表格ID(id)是2和3的条目是当发送数据被从同一移动终端11(的用户)两次发送来时为第一终端数据和第二终端数据登记的条目。

MAC指示发送终端数据的移动终端11的MAC地址，并且time指示在临时表格中登记条目的时刻(日期和时刻)。

Auth_type指示用于为了参与社群的认证的信息，即共通对象(媒体)的类型。

当社群生成单元73在临时表格中登记关于终端数据的条目时，社群生成单元73识别终端数据中包含的共通对象的类型并将指示该类型的信息作为Auth_type登记。

这里，例如，值为1的Auth_type指示共通对象例如是照片。另外，例如，值为2的Auth_type指示共通对象例如是语音，并且例如值为3的Auth_type指示共通对象例如是视频。另外，例如，值为4的Auth_type指示共通对象例如是位置信息，并且例如值为5的Auth_type指示共通对象例如是文本。另外，例如，值为9的Auth_type指示共通对象例如是包括一系列文字的令牌。

obj是来自移动终端11的终端数据中包含的共通对象(或者共通对象的文件名的URI(统一资源标识符))。

S_level是指示社群的安全性也就是为了参与社群的认证的严格性(严密性)的安全性级别。

安全性级别例如包括指示安全性宽松的级别1(第一级别)、指示安全性既不宽松也不严格(普通)的级别2(第二级别)和指示安全性严格的级别3(第三级别)。

在级别1的安全性级别中，许可(接受)从参与社群的多个用户的各个移动终端11发送来的共通对象是不同类型的对象。

从而，在级别1的安全性级别中，如后文将描述的，例如，发送不同类型的共通对象的用户，例如发送包含照片作为共通对象的终端数据的(移动终端11的)用户和发送包含语音作为共通对象的终端数据的用户，能够参与同一社群。

在级别2的安全性级别中，从参与社群的多个用户的各个移动终端11发送来的共通对象必须是相同类型的对象。

从而，在级别2的安全性级别中，例如，发送不同类型的共通对象的用户，例如发送包含照片作为共通对象的终端数据的用户和发送包含语音作为共通对象的终端数据的用户很难轻易地参与同一社群。

在级别3的安全性级别中，必须从参与社群的多个用户的各个移动终端11发送两个或更多个共通对象(包含两个或更多个共通对象的终端数据)。

另外，在级别3的安全性级别中，当一用户(的移动终端11)发送的两个或更多个共通对象分别与另一用户发送的两个或更多个共通对象类似时，这些用户被许可参与社群。

另外，级别3的安全性级别中必要的两个或更多个共通对象可以是相同类型的对象或者可以是不同类型的对象。

这里，除了共通对象(obj)以外，移动终端11的MAC地址和安全性级别(S_level)也被包含在来自移动终端11的终端数据中。社群生成单元73在临时表格中登记终端数据中包含的共通对象(obj)、MAC地址和安全性级别(S_level)。

另外，在移动终端11中可根据指定安全性级别的用户操纵将安全性级别(S_level)包含在终端数据中。当用户未进行指定安全性级别的操纵时，在移动终端11中可将默认安全性级别包含在终端数据中。

当默认安全性级别被包含在终端数据中时，社群生成单元73在临时表格中登记例如级别1作为默认安全性级别。

另外，在社群生成单元73中，可例如基于移动终端11的当前地点的位置信息来设定默认安全性级别。

也就是说，在移动终端11中，移动终端11的当前地点的位置信息被包含在终端数据中。社群生成单元73可基于终端数据中包含的位置信息将默认安全性级别设定到例如级别1或级别3。

具体而言，当移动终端11的位置信息指示例如非特定的人访问的地点，比如结婚礼堂或餐馆时，可设定安全性宽松的级别1作为默认安全性级别。

另外，当移动终端11的位置信息指示例如特定人访问的地点，比如公司的会议室时，可设定安全性严格的级别3作为默认安全性级别。

另外，例如，除了上述级别1至3以外，还可采用认证所必要的共通对象根据移动终端11的当前地点而不同的级别作为安全性级别。

[认证表格]

图9是示出图6的社群DB 65中存储的认证表格的示例的示图。

如果对临时表格中登记的条目(发送该条目的终端数据的用户)的认证成功，则社群生成单元73(图7)对于认证已成功的该条目中登记的数据(条目数据)，也就是已被指派了认证ID的条目数据(以下也称为认证成功数据)，在认证表格中新登记一条目(在认证表格中登记与临时表格的已被指派了认证ID的条目相对应的条目)。

在认证表格(的条目)中登记了id、Auth_id、i_uid、MAC、time、Auth_type和obj。

在认证表格中，id是用于区分认证表格的条目的标识信息(以下也称为认证表格ID)。

当社群生成单元73在认证表格中登记新条目时，社群生成单元73向该新条目指派认证表格ID。在图9中，每个条目唯一的号码被用作认证表格的id(认证表格ID)。

另外，认证表格ID是与临时表格ID分开的独立ID。

Auth_id是参考图8描述的认证ID，并且社群生成单元73在认证表格的条目中登记针对该条目的认证成功数据(临时表格的已被指派了该认证ID的条目的数据)中包含的认证ID。

i_uid是参考图8描述的终端ID，并且社群生成单元73在认证表格的条目中登记针对该条目的认证成功数据中包含的终端ID。

MAC指示MAC地址，并且社群生成单元73在认证表格的条目中，登记针对该条目的认证成功数据中包含的MAC地址。

time指示在认证表格中登记条目的时刻(日期和时刻)。

Auth_type与图8中一样指示共通对象的类型，并且社群生成单元73在认证表格的条目中登记针对该条目的认证成功数据中包含的Auth_type。

obj与图8中一样是共通对象，并且社群生成单元73在认证表格的条目中登记针对该条目的认证成功数据中包含的共通对象(obj)。

[社群表格]

图10是示出图6的社群DB 65中存储的社群表格的示例的示图。

当在认证表格中登记的条目之中存在被指派以相同认证ID(Auth_id)的条目时，社群生成单元73(图7)生成被指派以相同认证ID的用户(发送作为被指派以相同认证ID的条目的来源的终端数据的移动终端11的用户)能够参与的社群。

也就是说，社群生成单元73确保作为被指派以相同认证ID的用户能够参与的社群的存储区域。

另外，社群生成单元73对于被指派以相同认证ID的用户能够参与的社群，在社群表格中新登记用于管理该社群的社群数据的条目(在社群表格中登记与认证表格的被指派以相同认证ID的条目相对应的条目)。

在社群表格(的条目)中登记了id、C_id、i_uid、time、time_limit、Auth_id和S_level作为社群数据。

在社群表格中，id是用于区分社群表格的条目的标识信息(以下也称为社群表格ID)。

当社群生成单元73在社群表格中登记新条目时，社群生成单元73向该新条目指派社群表格ID。在图10中，每个条目唯一的号码被用作社群表格的id(社群表格ID)。

另外，社群表格ID是与临时表格ID和认证表格ID分开的独立ID。

C_id是用于区分该条目(登记了该C_id的条目)的社群数据所管理的社群的标识信息(以下也称为社群ID)，并且社群生成单元73在生成社群时向该社群指派唯一的社群ID(C_id)。

i_uid是参考图8描述的终端ID，并且社群生成单元73登记向能够参与由社群ID(C_id)指示的社群的用户(的移动终端11)指派的终端ID(的列表)作为社群表格的i_uid。

time指示在社群表格中登记条目的时刻(日期和时刻)。

time_limt指示能够请求参与社群的时限。社群生成单元73在time_limit中登记例如通过向社群表格的条目的time加上预定时间而获得的时刻。

在经过time_limit指示的时刻之后，终端数据被登记在临时表格中的用户即使其共通对象与能够参与社群的用户的共通对象类似，也不被授权参与社群(不从ASNS服务器12提供终端ID和社群ID)。

Auth_id是参考图8描述的认证ID，并且社群生成单元73在社群表格的Auth_id中登记被指派给能够参与社群表格的社群ID所指示的社群(由社群ID指定的社群)的用户的认证ID。

S_level是参考图8描述的安全性级别，并且社群生成单元73在社群表格的S_level中登记从能够参与社群表格的社群ID所指示的社群的用户(的移动终端11)发送来的终端数据中包含的安全性级别。

另外，当从能够参与社群表格的社群ID所指示的社群的用户(以下也简称为参与用户)发送来的终端数据中包含的安全性级别匹配时，匹配的安全性级别被登记在社群表格的S_level中。

当从参与用户发送来的终端数据中包含的安全性级别不匹配时，例如，从参与用户发送来的终端数据中包含的安全性级别之中的最严格安全性级别(具有最大值的级别)被登记在社群表格的S_level中。

[临时表格、认证表格和社群表格中的数据的登记]

图11至21是示出在ASNS服务器12的社群生成单元73中执行的临时表格、认证表格和社群表格中的数据(条目)的登记的示图。

图11是示出临时表格的示图。

当终端数据被从某个用户U#1(的移动终端11)发送到ASNS服务器12时，社群生成单元73向发送该终端数据的用户U#1指派终端ID(i_uid)，并且在临时表格中对于来自用户U#1的终端数据登记具有例如为1的临时表格ID(id)的条目，如图11中所示。

以下，适当地，在临时表格中登记的具有值为k的临时表格ID(id)的条目被描述为临时表格条目#k。

在图11中，向用户U#1指派值为123的终端ID(i_uid)。

然后，假定另一用户U#2向ASNS服务器12发送终端数据两次。

在此情况下，社群生成单元73也向发送终端数据的用户U#2指派终端ID(i_uid)，并且在临时表格中为来自用户U#2的两个终端数据登记条目。

在图11中，在临时表格中为来自用户U#2的两个终端数据之中的第一终端数据登记具有为2的临时表格ID(id)的条目(临时表格条目#2)，并且在临时表格中为第二终端数据登记具有为3的临时表格ID(id)的条目(临时表格条目#3)。

另外，在图11中，向用户U#2指派值为345的终端ID(i_uid)。

由于临时表格条目#2和#3都是为来自用户U#2的终端数据登记的条目，所以这些条目的i_uid是345，这是指派给用户U#2的值。

另外，在图11中，由于用户U#1发送了包含照片的共通对象的终端数据，所以临时表格条目#1的Auth_type是1，这是指示照片的值。

另外，在图11中，由于用户U#2发送了包含照片的共通对象的第一终端数据和包含语音的共通对象的第二终端数据，所以临时表格条目#2的Auth_type是1，这是指示照片的值，并且临时表格条目#3的Auth_type是2，这是指示语音的值。

现在，如果来自用户U#1的终端数据中包含的临时表格的共通对象与来自用户U#2的第一终端数据中包含的照片的共通对象类似，则社群生成单元73认为发送了类似共通对象的用户U#1和U#2在为了参与社群的认证中成功，并且向包含类似共通对象的来自用户U#1的终端数据的临时表格条目#1和来自用户U#2的第一终端数据的临时表格条目#2指派相同的认证ID(Auth_id)。

图12是示出在向临时表格条目#1和#2指派相同认证ID之后的临时表格的示图。

在图12中，向临时表格条目#1和#2指派值为321的认证ID(Auth_id)。

另外，在图12中，由于在临时表格中尚未登记与来自用户U#2的第二终端数据中包含的语音的共通对象类似的共通对象，所以不向来自用户U#2的第二终端数据的临时表格条目#3指派认证ID(Auth_id)。

然后，假定另一用户U#3向ASNS服务器12发送终端数据。

社群生成单元73向发送终端数据的用户U#3指派终端ID(i_uid)，并且在临时表格中为来自用户U#3的终端数据登记一条目。

图13是示出登记了关于来自用户U#3的终端数据的条目的临时表格的示例。

在图13中，对于来自用户U#3的终端数据，在临时表格中登记临时表格ID(id)为4的条目(临时表格条目#4)。

另外，在图13中，向用户U#3指派值为678的终端ID(i_uid)。

另外，在图13中，由于用户U#3发送了包含语音的共通对象的终端数据，所以临时表格条目#4的Auth_type是2，这是指示语音的值。

此时，如果来自用户U#2的第二终端数据中包含的语音的共通对象与来自用户U#3的终端数据中包含的语音的共通对象类似，则社群生成单元73认为发送了类似共通对象的用户U#2和U#3在为了参与社群的认证中成功，并且向包含类似共通对象的来自用户U#2的第二终端数据的临时表格条目#3和来自用户U#3的终端数据的临时表格条目#4指派相同的认证ID(Auth_id)。

图14是示出在向临时表格条目#3和#4指派相同的认证ID之后的临时表格的示图。

在图14中，向临时表格条目#3和#4指派了具有与指派给临时表格条目#1和#2的认证ID 321不同的值333的认证ID(Auth_id)。

这里，在图14中，临时表格条目#1至#4的安全性级别(S_level)都是级别1。

在级别1的安全性级别中，许可从参与社群的多个用户(的移动终端11)发送来的共通对象为不同类型的对象，如图8中所述。

从而，在级别1的安全性级别中，例如，发送不同类型的共通对象的用户U#1至U#3，例如发送包含照片作为共通对象的终端数据的用户U#1和U#2和发送包含语音作为共通对象的终端数据的用户U#2和U#3，能够参与同一社群。

也就是说，当在发送了针对安全性级别为级别1的临时表格条目的终端数据的用户之中有发送不同类型的多个共通对象的用户时，社群生成单元73(图7)生成所有发送与这多个共通对象中的一些类似的共通对象(包含这样的共通对象的终端数据)的用户都被许可参与的社群。

在图14中，发送了针对安全性级别为级别1的临时表格条目#1至#4的终端数据的用户U#1至U#3中的用户U#2发送作为不同类型的多个共通对象的照片和语音的共通对象。

另外，用户U#1发送的照片的共通对象与用户U#2发送的照片的共通对象类似，并且用户U#3发送的语音的共通对象与用户U#2发送的照片的共通对象类似。

在此情况下，社群生成单元73生成所有用户U#1至U#3都被许可参与的社群。

图15是示出当生成用户U#1至U#3全都被许可参与的社群时的临时表格、认证表格和社群表格的示图。

在图15中，在临时表格中登记与图14中相同的临时表格条目#1至#4。

在临时表格中，如上所述，向临时表格条目#1和#2指派值为321的认证ID，并且向临时表格条目#3和#4指派值为333的认证ID。指派给临时表格条目#1和#2的认证ID不同于指派给临时表格条目#3和#4的认证ID。

社群生成单元73在认证表格中登记与被指派以相同认证ID的临时表格条目相对应的条目。

在图15中，与被指派了值为321的认证ID的临时表格条目#1和#2相对应的条目被登记在认证表格中。

以下，适当地，认证表格中登记的具有值为k的认证表格ID(id)的条目被描述为认证表格条目#k。

在图15中，认证表格条目#1对应于临时表格条目#1(是关于临时表格条目#1的条目数据的条目)，并且认证表格条目#2对应于临时表格条目#2。

社群生成单元73在认证表格中登记与被指派了值为333的认证ID的各个临时表格条目#3和#4相对应的认证表格条目，但是当在被指派了不同认证ID的临时表格条目中登记了相同终端ID(i_uid)时，社群生成单元73将与被指派了不同认证ID的临时表格条目相对应的认证表格条目登记在认证表格中并使之具有相同值的认证ID。

在图15中，在临时表格的被指派了值为321的认证ID的临时表格条目#1和#2之中的临时表格条目#2和被指派了值为333的认证ID的临时表格条目#3和#4之中的临时表格条目#3中，登记了相同的值为345的终端ID(i_uid)。

在此情况下，社群生成单元73将被指派了不同认证ID的临时表格条目，即具有值321的认证ID(Auth_id)的临时表格条目#1和#2和具有值333的认证ID(Auth_id)的临时表格条目#3和#4的认证ID统一成例如作为最小值(较小值)的值321，并且将与被指派了统一的认证ID的临时表格条目#1至#4相对应的认证表格条目#1至#4登记在认证表格中。

另外，社群生成单元73从临时表格中删除与被登记在认证表格中的认证表格条目#1至#4相对应的临时表格条目#1至#4。

如参考图10所述，当在认证表格中登记的条目之中有被指派了相同认证ID(Auth_id)的条目时，社群生成单元73生成被指派了相同认证ID的条目中登记的终端ID(i_uid)所指定的(移动终端11的)用户能够参与的社群。

也就是说，在图15中，向认证表格条目#1至#4指派了具有同一值321的认证ID，并且社群生成单元73确保作为如下用户能够参与的社群的存储区域：作为认证表格条目#1中登记的终端ID(i_uid)的值123所指定的用户U#1、作为认证表格条目#2和#3中登记的终端ID(i_uid)的值345所指定的用户U#2以及作为认证表格条目#4中登记的终端ID(i_uid)的值678所指定的用户U#3。

另外，社群生成单元73在社群表格中登记与被指派了具有同一值321的认证ID的认证表格条目#1至#4相对应的条目。

也就是说，社群生成单元73向被指派了具有同一值321的认证ID的用户U#1至U#3(被指派了具有同一值321的认证ID的认证表格条目#1至#4中登记的终端ID(i_uid)所指定的用户U#1至U#3)能够参与的社群指派社群ID(C_id)，并且在社群表格中登记包含该社群ID(C_id)或能够参与社群的用户U#1至U#3的终端ID(i_uid)的社群数据的条目。

以下，适当地，社群表格中登记的具有值k的社群表格ID(id)的条目被描述为社群表格条目#k。

在图15中，作为与被指派了具有同一值321的认证ID的认证表格条目#1至#4相对应的社群表格条目，即用于管理用户U#1至U#3能够参与的社群的社群表格条目，被指派了具有值10的社群ID(C_id)并且包含作为用户U#1至U#3的终端ID的值123、345和678的社群表格条目#1，被登记在社群表格中。

社群处理单元74通过参考社群表格条目#1，只许可其终端ID(i_uid)123、345和678被登记在社群表格条目#1中的用户U#1至U#3(的移动终端11)访问社群表格条目#1中登记的社群ID(C_id)10所指定的社群。

如上所述，在级别1的安全性级别中，发送不同类型的共通对象的用户U#1至U#3，即发送包含照片作为共通对象的终端数据的用户U#1和U#2和发送包含语音作为共通对象的终端数据的用户U#2和U#3，全都能参与同一社群。

这里，例如，当用户U#1至U#3聚集在某个地点并且为了生成社群，用户U#1利用例如作为移动终端11的带相机的移动电话向ASNS服务器12发送包含用相机拍摄的聚集地点的风景的照片作为共通对象的终端数据，用户U#2利用例如作为移动终端11的带相机的移动电话向ASNS服务器12发送包含用相机拍摄的聚集地点的风景的照片作为共通对象的终端数据并随后向ASNS服务器12发送包含通过说出预定话语而获得的语音作为共通对象的终端数据，并且用户U#3利用例如作为移动终端11的不带相机的移动电话向ASNS服务器12发送包含通过说出预定话语而获得的语音作为共通对象的终端数据时，如图11至15中所述，生成用户U#1至U#3能够参与的社群。

图16是示出临时表格的示图。

与图14的临时表格的一样，临时表格条目#1至#4被登记在图16的临时表格中。

从而，临时表格条目#1和#2的认证ID(Auth_id)不同于临时表格条目#3和#4的认证ID(Auth_id)。临时表格条目#1和#2的认证ID(Auth_id)具有值321，并且临时表格条目#3和#4的认证ID(Auth_id)具有值333。

然而，在图14中，临时表格条目#1至#4的安全性级别(S_level)全都是级别1，而在图16中，临时表格条目#1至#4的安全性级别(S_level)全都是级别2。

在级别2的安全性级别中，从参与社群的多个用户的各个移动终端11发送来的共通对象必须是相同类型的对象，如图8中所述。

从而，在级别2的安全性级别中，例如，发送不同类型的共通对象的用户，例如发送包含照片作为共通对象的终端数据的用户和发送包含声音作为共通对象的终端数据的用户，难以参与同一社群。

也就是说，当在发送了针对安全性级别为级别2的临时表格条目的终端数据的用户之中有发送不同类型的多个共通对象的用户时，社群生成单元73(图7)对于这多个共通对象，对发送与这样的共通对象类似的共通对象的移动终端11的终端数(以下也称为用户数，因为终端数是移动终端11的用户的用户数)计数，并且通过基于用户数的多数判决，生成许可发送了与用户数最大的共通对象类似的共通对象的(移动终端11的)用户参与的社群。

在图16中，在发送了针对安全性级别为级别2的临时表格条目#1至#4的终端数据的用户U#1至U#3之中，用户U#2发送了作为不同类型的多个共通对象的照片和语音的共通对象。

在此情况下，社群生成单元73对发送与作为用户U#2发送的多个共通对象的照片和语音的共通对象类似的共通对象的(移动终端11的)用户的用户数计数。

在图16中，用户U#1发送的照片的共通对象与用户U#2发送的照片的共通对象类似，并且用户U#3发送的语音的共通对象与用户U#2发送的照片的共通对象类似。

从而，在图16中，发送与用户U#2发送的照片的共通对象类似的共通对象的用户只有用户U#1，并且发送与用户U#2发送的语音的共通对象类似的共通对象的用户只有用户U#3。从而，由于通过多数判决难以判定胜者，因此社群生成单元73在这个阶段不生成社群。

然后，假定除了用户U#1至U#3以外，用户U#4也向ASNS服务器12发送终端数据。

社群生成单元73向发送终端数据的用户U#4指派终端ID(i_uid)，并且在临时表格中为来自用户U#4的终端数据登记一条目。

图17是示出登记了关于来自用户U#4的终端数据的条目的临时表格的示图。

在图17中，在临时表格中，对于来自用户U#4的终端数据，登记临时表格ID(id)为5的条目(临时表格条目#5)

另外，在图17中，向用户U#4指派值为900的终端ID(i_uid)。

另外，在图17中，由于用户U#4发送了包含照片的共通对象的终端数据，所以临时表格条目#5的Auth_type是作为指示照片的值的1。

另外，临时表格条目#5的安全性级别(S_level)是与其他临时表格条目#1至#4相同的级别2。

现在，如果来自用户U#4的终端数据中包含的照片的共通对象与来自用户U#1或用户U#2的终端数据中包含的照片的共通对象类似，则社群生成单元73认为发送该类似共通对象的用户U#4的为了参与社群的认证成功，并且向关于来自用户U#4的终端数据的临时表格条目#5指派与登记了与来自用户U#4的终端数据中包含的照片的共通对象类似的照片的共通对象的临时表格条目#1或#2相同的认证ID(Auth_id)。

图18是示出在向临时表格条目#5指派与临时表格条目#1和#2相同的认证ID之后的临时表格的示图。

在图18中，向临时表格条目#5指派了与临时表格条目#1和#2相同的认证ID，结果，临时表格条目#1、#2和5的认证ID具有值321，并且临时表格条目#3和#4的认证ID具有值333。

图19是示出通过基于用户数目的多数判决进行的社群生成的示图。

也就是说，图19示出了其中登记有与图18中相同的临时表格条目#1至#5的临时表格。

在图19中，由于发s送与发送了作为多个共通对象的照片和语音的共通对象的用户U#2(具有i_uid 345的用户)的多个共通对象之中的照片的共通对象类似的共通对象的用户是两个人，即用户U#1和U#4(具有i_uid 123的用户和具有i_uid 900的用户)，而发送与用户U#2的语音的共通对象类似的共通对象的用户是一个人，即用户U#3(具有i_uid 678的用户)，所以发送照片的共通对象的用户和发送语音的共通对象的用户之间的多数判决是3:2，其中包括用户U#2。

从而，由于用户U#2发送的作为多个共通对象的照片和语音的共通对象之中的照片的共通对象比语音的共通对象具有更大的用户数，所以社群生成单元73生成许可发送了具有更大用户数的照片的共通对象的用户参与的社群。

也就是说，社群生成单元73在认证表格中登记与包含作为用户数的多数判决的胜者的照片的共通对象的来自用户U#1的终端数据的临时表格条目#1、来自用户U#2的第一终端数据的临时表格条目#2和来自用户U#4的终端数据的临时表格条目#5(图19中被指派了具有值321的认证ID(Auth_id)的临时表格条目)相对应的认证表格条目，并且如图15中所述生成许可发送了作为多数判决的胜者的照片的共通对象的用户U#1、U#2和U#4参与(用户U#1、U#2和U#4能够参与)的社群。

没有发送作为多数判决的胜者的照片的共通对象(具有值为1的Auth_type的共通对象)的用户，即只发送了不是多数判决的胜者的语音的共通对象(具有值为2的Auth_type的共通对象)的用户U#3(发送了针对临时表格条目#3的终端数据的用户U#3)，难以参与用户U#1、U#2和U#4能够参与的社群。

为了参与用户U#1、U#2和U#4能够参与的社群，用户U#3必须向ASNS服务器12发送作为多数判决的胜者的照片的共通对象(与作为多数判决的胜者的照片的共通对象类似的照片的共通对象)。

从而，社群生成单元73可使得通信单元61(图6)发送消息来请求只发送了不是多数判决的胜者的语音的共通对象(具有值为2的Auth_type的共通对象)的用户U#3发送作为多数判决的胜者的照片的共通对象(具有值为1的Auth_type的共通对象)。

如上所述，当从一个移动终端11发送来不同类型的多个共通对象时，ASNS服务器12对于这多个共通对象，对发送与这样的共通对象类似的共通对象的移动终端11的终端数(用户数)计数，并且生成许可发送了与终端数最大的共通对象类似的共通对象的移动终端11的用户参与的社群。也就是说，当接收到多个类型的共通对象时，ASNS服务器12生成许可发送了数目最大的类似共通对象的用户参与的社群。从而，可以容易地生成非常便利的社群。

也就是说，可以容易地生成其中能够通过对希望生成社群的用户的多数判决来确定用于为了参与社群的认证的共通对象的社群。

另外，由于ASNS服务器12基于安全性级别来生成社群，所以用户只要通过指定安全性级别，就可以如上所述生成例如许可发送了与多个(类型的)共通对象中的任何一个类似的共通对象的用户参与的社群，或者可以容易地生成其中能够通过多数判决来确定用于为了参与社群的认证的共通对象(的类型)的社群。

图20是示出当安全性级别(S_level)是级别1时社群生成单元73(较长7)中的社群生成的示图。

以下，适当地，被指派了值k作为终端ID(i_uid)的(移动终端11的)用户在下文中被描述为用户i_uid#k。

图20A示出了临时表格。

在图20A的临时表格中，登记了关于用户i_uid#123发送的包含共通对象Xxx-1的终端数据的临时表格条目#1、关于用户i_uid#345发送的包含共通对象Xxx-2的终端数据的临时表格条目#2、关于用户i_uid#345发送的包含共通对象000的终端数据的临时表格条目#3和关于用户i_uid#678发送的包含共通对象001的终端数据的临时表格条目#4。

从而，在图20中，用户i_uid#345发送两个共通对象Xxx-2和000。

另外，在图20A的临时表格中，包含共通对象Xxx-1的临时表格条目#1的Auth_type和包含共通对象Xxx-2的临时表格条目#2的Auth_type都是指示照片的值1。包含共通对象000的临时表格条目#3的Auth_type和包含共通对象001的临时表格条目#4的Auth_type都是指示文本的值5。

从而，共通对象Xxx-1和Xxx-2是照片(的对象)，并且共通对象000和001是文本。

另外，共通对象Xxx-1和Xxx-2与彼此类似，并且共通对象000和001与彼此类似。

在图20A中，临时表格条目#1至#4的安全性级别(S_level)是级别1。

另外，在图20A中，用户i_uid#345发送两个共通对象Xxx-2和000，即照片的共通对象Xxx-2和文本的共通对象000。

另外，来自用户i_uid#123的照片的共通对象Xxx-1与来自发送了两个共通对象Xxx-2和000的用户i_uid#345的照片的共通对象Xxx-2类似，并且来自用户i_uid#678的文本的共通对象001与来自发送了两个共通对象Xxx-2和000的用户i_uid#345的文本的共通对象000类似。

在此情况下，在级别1的安全性级别中，如图15中所述，生成许可用户i_uid#123、i_uid#345和i_uid#678参与的社群。

图20B是示出能够参与在级别1的安全性级别中生成的社群的示图。

例如，用户i_uid#123向ASNS服务器12发送照片的共通对象Xxx-1，并且用户i_uid#345向ASNS服务器12发送两种类型的共通对象，即与共通对象Xxx-1类似的照片的共通对象Xxx-2以及文本的共通对象000。

另外，例如，用户i_uid#678向ASNS服务器12发送与共通对象000类似的文本的共通对象001。

在此情况下，由于用户i_uid#123的照片的共通对象Xxx-1和用户i_uid#678的文本的共通对象001具有不同的类型(媒体)，所以它们不与彼此类似。

从而，在ASNS服务器12中，如果仅有用户i_uid#123的照片的共通对象Xxx-1和用户i_uid#678的文本的共通对象001，是不会生成用户i_uid#123和i_uid#678能够参与的社群的。

然而，在图20中，用户i_uid#345向ASNS服务器12发送两种类型的共通对象，即与用户i_uid#123的照片的共通对象Xxx-1类似的照片的共通对象Xxx-2和与用户i_uid#678的文本的共通对象001类似的文本的共通对象000。

在此情况下，在ASNS服务器12中，发送了类似的照片的共通对象的用户i_uid#123和i_uid#345被链接起来(被归到一个群组中)(被指派以相同的认证ID)，如图20B中所示。

另外，在ASNS服务器12中，发送了类似的文本的共通对象的用户i_uid#345和i_uid#678被链接起来，如图20B中所示。

另外，在级别1的安全性级别中，发送了照片的共通对象的用户i_uid#123和发送了文本的共通对象的用户i_uid#678经由作为共通链接目的地的用户i_uid#345被链接起来，如图20B中所示。

如上所述，在ASNS服务器12中，所有用户i_uid#123、i_uid#345和i_uid#678都被链接起来，并且生成用户i_uid#123、i_uid#345和i_uid#678能够参与的社群。

图21是示出当安全性级别(S_level)是级别2时社群生成单元73(图7)中的社群生成的示图。

图21A示出了临时表格。

在图21A的临时表格中，登记了关于用户i_uid#123发送的包含共通对象Xxx-1的终端数据的临时表格条目#1、关于用户i_uid#345发送的包含共通对象Xxx-2的终端数据的临时表格条目#2、关于用户i_uid#345发送的包含共通对象000的终端数据的临时表格条目#3、关于用户i_uid#678发送的包含共通对象001的终端数据的临时表格条目#4和关于用户i_uid#900发送的包含共通对象Xxx-3的终端数据的临时表格条目#5。

在图21中，与图20中一样，用户i_uid#345发送两个共通对象Xxx-2和000。

另外，在图21A的临时表格中，包含共通对象Xxx-1的临时表格条目#1的Auth_type、包含共通对象Xxx-2的临时表格条目#2的Auth_type和包含共通对象Xxx-3的临时表格条目#5的Auth_type都具有指示照片的值1。包含共通对象000的临时表格条目#3的Auth_type和包含共通对象001的临时表格条目#4的Auth_type都具有指示文本的值5。

从而，共通对象Xxx-1、Xxx-2和Xxx-3是照片，并且共通对象000和001是文本。

另外，假定共通对象Xxx-1、Xxxx-2和Xxx-3与彼此类似，并且假定共通对象000和001与彼此类似。

在图21A中，临时表格条目#1至#5的安全性级别(S_level)是级别2。

另外，在图21A中，用户i_uid#345发送两个共通对象Xxx-2和000，即照片的共通对象Xxx-2和文本的共通对象000。

另外，来自用户i_uid#123的照片的共通对象Xxx-1与来自发送了两个共通对象Xxx-2和000的用户i_uid#345的照片的共通对象Xxx-2类似。

另外，来自用户i_uid#900的照片的共通对象Xxx-3与来自发送了两个共通对象Xxx-2和000的用户i_uid#345的照片的共通对象Xxx-2类似。

另外，来自用户i_uid#678的文本的共通对象001与来自发送了两个共通对象Xxx-2和000的用户i_uid#345的文本的共通对象000类似。

从而，来自用户i_uid#123的照片的共通对象Xxx-1和来自用户i_uid#900的照片的共通对象Xxx-3这两个共通对象与来自发送了两个共通对象Xxx-2和000的用户i_uid#345的照片的共通对象Xxx-2类似。

另外，只有一个共通对象，也就是来自用户i_uid#678的文本的共通对象001，与来自发送了两个共通对象Xxx-2和000的用户i_uid#345的文本的共通对象000类似。

在此情况下，在来自发送了两个共通对象Xxx-2和000的用户i_uid#345的照片的共通对象Xxx-2和文本的共通对象000之中，照片的共通对象Xxx-2具有较大数目的类似共通对象。从而，在级别2的安全性级别中，如图17至19中所述，通过多数判决生成许可发送了类似的照片对象的用户i_uid#123、i_uid#345和i_uid#900参与的社群。

图21B是示出能够参与在级别2的安全性级别中生成的社群的示图。

例如，用户i_uid#123向ASNS服务器12发送照片的共通对象Xxx-1，并且用户i_uid#345向ASNS服务器12发送两种类型的共通对象，即与共通对象Xxx-1类似的照片的共通对象Xxx-2以及文本的共通对象000。

另外，例如，用户i_uid#678向ASNS服务器12发送与共通对象000类似的文本的共通对象001，并且用户i_uid#900向ASNS服务器12发送与共通对象Xxx-1类似的照片的共通对象Xxx-3。

在此情况下，在ASNS服务器12中，通过多数判决生成发送了具有较大数目的类似共通对象的照片的共通对象的用户i_uid#123、i_uid#345和i_uid#900能够参与的社群。

也就是说，在级别2的安全性级别中，发送了类似的照片的共通对象的用户i_uid#123、i_uid#345和i_uid#900被链接起来，如图21B中所示。

另外，发送了类似的文本的共通对象的用户i_uid#345和i_uid#678被链接起来，如图21B中所示。

然而，在级别2的安全性级别中，即使存在作为共同链接目的地的用户i_uid#345，只发送了照片的共通对象的用户i_uid#123或i_uid#900和只发送了文本的共通对象的用户i_uid#678也不会经由用户i_uid#345被链接起来，如图21B中所示。

另外，在ASNS服务器12中，生成链接数目较大的用户i_uid#123、i_uid#345和i_uid#900能够参与的社群。

在此情况下，只发送了文本的共通对象001的用户i_uid#678难以参与用户i_uid#123、i_uid#345和i_uid#678能够参与的社群，除非用户i_uid#678发送与照片的共通对象Xxx-1、Xxx-2或Xxx-3类似的照片的共通对象。

如上所述，在级别2的安全性级别中，限制没有发送作为多数判决的胜者的类型的共通对象(图21中的照片的共通对象)的用户参与发送了作为胜者的类型的共通对象的用户能够参与的社群。

[临时表格登记处理]

图22是示出ASNS服务器12(图6)在临时表格中登记临时表格条目的临时表格登记处理的流程图。

在ASNS服务器12中，通信单元61等待从移动终端11接收终端数据，并且在步骤S21中，接收并获取来自移动终端11的终端数据，并将终端数据提供给社群管理单元62(图7)的社群生成单元73。处理前进到步骤S22。

在步骤S22中，社群生成单元73向发送了在刚才的步骤S21中接收到的终端数据的(移动终端11的)用户指派终端ID(i_uid)，根据终端ID和终端数据生成条目数据，并且将条目数据登记在临时表格(图8)的临时表格条目中。处理前进到步骤S23。

在步骤S23中，共通对象处理单元72执行共通对象处理以处理临时表格的临时表格条目中登记的共通对象(来自用户的终端数据中包含的共通对象)。

另外，ASNS服务器12等待从移动终端11接收终端数据，并且处理从步骤S23返回到步骤S21。随后重复相同的处理。

[共通对象处理]

图23是示出图22的步骤S23中执行的共通对象处理的流程图。

在步骤S41中，共通对象处理单元72通过参考临时表格(图8)的最新临时表格条目的Auth_type来判定该最新临时表格条目的共通对象(obj)的类型是基于GPS的位置信息、文本还是二进制数据。

如果在步骤S41中判定最新临时表格条目的共通对象(obj)的类型是文本，则处理前进到步骤S47，在步骤S47中共通对象处理单元72将作为最新临时表格条目的共通对象(obj)的文本作为用于对共通对象是否类似的类似性判定的对象分析数据提供给社群生成单元73，并且处理返回。

另外，如果在步骤S41中判定最新临时表格条目的共通对象(obj)的类型是GPS的位置信息，则处理前进到步骤S42，在步骤S42中共通对象处理单元72设定类似性范围，并且处理前进到步骤S47，该类似性范围是类似性判定的阈值，在该范围内可以说作为最新临时表格条目的共通对象(obj)的位置信息与作为另一共通对象的位置信息类似。

在此情况下，在步骤S47中，共通对象处理单元72将作为最新临时表格条目的共通对象(obj)的位置信息作为用于对共通对象是否类似的类似性判定的对象分析数据提供给社群生成单元73，并且将在步骤S42中设定的类似性范围提供给社群生成单元73。然后，处理返回。

这里，社群生成单元73(图7)如后所述执行关于共通对象是否与彼此类似的类似性判定。关于共通对象是否类似的类似性判定例如是基于共通对象之间的距离(相当于参考图2描述的类似度的倒数)是否在预定阈值内来作出的。

也就是说，如果共通对象之间的距离在预定阈值内，则判定共通对象与彼此类似，而如果共通对象之间的距离不在预定阈值内，则判定共通对象不与彼此类似。

用于获得共通对象之间的距离的数据是对象分析数据。当共通对象是例如作为GPS的位置信息的纬度和经度时，可利用该纬度和经度来获得距离，从而作为位置信息的纬度和经度可被直接用作对象分析数据。

另外，如果在类似性判定中共通对象之间的距离在预定阈值内，则如上所述判定共通对象与彼此类似，但该预定阈值是类似性范围，并且在步骤S42中设定作为用于位置信息的共通对象之间的类似性判定的阈值的类似性范围。

另外，当在文本的共通对象之间的类似性判定中，文本逐字逐句地匹配时，判定文本的共通对象与彼此类似。从而，由于在文本的共通对象之间的类似性判定中，文本的每个文字被用作对象分析数据来计算距离并且类似性范围不存在(是0)，所以如果在步骤S41中判定最新临时表格条目的共通对象(obj)的类型是文本，则对于这样的文本的共通对象，难以(并且不必要)获得对象分析数据或类似性范围。

这里，当设定类似性范围时，例如，对于每类共通对象(对于用于获得距离的每个对象分析数据)，可以设定预先确定的值作为类似性范围。

如果在步骤S41中判定最新临时表格条目的共通对象(obj)的类型是二进制数据，则处理前进到步骤S43，在步骤S43中共通对象处理单元72判定作为最新临时表格条目的共通对象(obj)的二进制数据是照片、视频还是语音(声音)。

如果在步骤S43中判定作为最新临时表格条目的共通对象(obj)的二进制数据是照片，则处理前进到步骤S44，在步骤S44中共通对象处理单元72分析作为最新临时表格条目的共通对象(obj)的照片以获得作为该照片的图像的特征量(向量)来作为对象分析数据，并且设定用于照片的类似性判定的类似性范围。处理前进到步骤S45。

在步骤S45中，共通对象处理单元72判定作为最新临时表格条目的共通对象(obj)的照片是否是包括人的脸部的脸部照片。

如果在步骤S45中判定作为最新临时表格条目的共通对象(obj)的照片不是脸部照片，则处理跳过步骤S46并前进到步骤S47，在步骤S47中共通对象处理单元72将在刚才的步骤S44中获得的对象分析数据和类似性范围提供给社群生成单元73。然后，处理返回。

另外，如果在步骤S45中判定作为最新临时表格条目的共通对象(obj)的照片是脸部照片，则处理前进到步骤S46，在步骤S46中共通对象处理单元72利用获得脸部的特征量的方法分析作为最新临时表格条目的共通对象(obj)的脸部照片，从而获得作为脸部照片的操纵的特征量，来作为对象分析数据，并且设定用于脸部照片的类似性判定的类似性范围。处理前进到步骤S47。

在此情况下，在步骤S47中，共通对象处理单元72将在刚才的步骤S46中获得的对象分析数据和类似性范围提供给社群生成单元73。然后，共通对象处理返回。

同时，如果在步骤S43中判定作为最新临时表格条目的共通对象(obj)的二进制数据是视频，则处理前进到步骤S48，在步骤S48中共通对象处理单元72分析伴随作为最新临时表格条目的共通对象(obj)的视频的语音(声音)的波形，从而获取语音的特征量(向量)来作为对象分析数据，并且设定用于语音的类似性判定的类似性范围。处理前进到步骤S49。

在步骤S49中，共通对象处理单元72分析作为最新临时表格条目的共通对象(obj)的视频的图像以获得该图像的特征量来作为对象分析数据，并且设定用于图像的类似性判定的类似性范围。处理前进到步骤S47。

在此情况下，在步骤S47中，共通对象处理单元72将在刚才的步骤S48中获得的关于伴随视频的语音的对象分析数据和类似性范围以及在刚才的步骤S49中获得的关于作为视频的图像的对象分析数据和类似性范围提供给社群生成单元73。然后，处理返回。

这里，在视频的共通对象之间的类似性判定中，当关于伴随视频的语音的对象分析数据之间的距离(从对象分析数据获得的距离)等于或小于关于语音的类似性范围(在类似性范围内)并且关于作为视频的图像的对象分析数据之间的距离等于或小于关于图像的类似性范围时，判定视频类似。

如果在步骤S43中判定作为最新临时表格条目的共通对象(obj)的二进制数据是语音(声音)，则处理前进到步骤S50，在步骤S50中共通对象处理单元72分析作为最新临时表格条目的共通对象(obj)的语音的波形以获得语音的特征量来作为对象分析数据，并且设定用于语音的类似性判定的类似性范围。处理前进到步骤S47。

在此情况下，在步骤S47中，共通对象处理单元72将在刚才的步骤S50中获得的关于语音的对象分析数据和类似性范围提供给社群生成单元73，并且共通对象处理返回。

[认证ID指派处理]

图24是示出社群生成单元73(图7)向临时表格的条目之中的尚未被指派认证ID(Auth_id)的条目指派认证ID(Auth_id)的认证ID指派处理的流程图。

在步骤S61中，社群生成单元73从临时表格(图8)中选择尚未被指派认证ID(Auth_id)的条目作为关注条目，并且处理前进到步骤S62。

在步骤S62中，社群生成单元73从临时表格(图8)中选择除关注条目以外的条目，即尚未针对关注条目被选择为比较对象条目的条目之一，作为是要与关注条目进行共通对象比较的比较对象的比较对象条目，并且处理前进到步骤S63。

在步骤S63中，社群生成单元73利用从关注条目的共通对象获取的对象分析数据和从比较对象条目的共通对象获取的对象分析数据来计算作为关注条目的共通对象和比较对象条目的共通对象之间的类似度的距离，并且处理前进到步骤S64。

在步骤S64中，社群生成单元73基于作为关注条目的共通对象和比较对象条目的共通对象之间的类似度的距离，判定关注条目的共通对象是否与比较对象条目的共通对象类似。

如果在步骤S64中关注条目的共通对象不与比较对象条目的共通对象类似，则处理前进到步骤S65，在步骤S65中社群生成单元73判定临时表格的除关注条目以外的所有条目是否都已被选择为比较对象条目。

如果在步骤S65中判定在临时表格的除关注条目以外的条目之中有尚未被选择为比较对象条目的条目，则处理返回到步骤S62。随后重复相同的处理。

另外，如果在步骤S65中判定临时表格的除关注条目以外的所有条目都已被选择为比较对象条目，则处理返回到步骤S61。随后重复相同的处理。

同时，如果在步骤S64中判定关注条目的共通对象与比较对象条目的共通对象类似，即关注条目的共通对象和比较对象条目的共通对象之间的类似度的距离等于或小于为关注条目的共通对象设定的类似性范围(图23)，则处理前进到步骤S66，在步骤S66中社群生成单元73判定是否已经向临时表格(图8)的比较对象条目指派了认证ID(Auth_id)。

如果在步骤S66中判定已经向比较对象条目指派了认证ID(Auth_id)，则处理前进到步骤S67，在步骤S67中社群生成单元73向临时表格的关注条目指派与指派给比较对象条目的认证ID(Auth_id)相同的认证ID(Auth_id)。处理返回到步骤S61。

另外，如果在步骤S66中判定尚未向比较对象条目指派认证ID(Auth_id)，则处理前进到步骤S68，在步骤S68中社群生成单元73生成(发出)在临时表格中不存在的唯一认证ID(Auth_id)，并且将该认证ID(Auth_id)指派给临时表格的关注条目和比较对象条目。然后，处理返回到步骤S61。

如上所述，在认证ID指派处理中，当在临时表格中存在与尚未被指派认证ID(Auth_id)的条目在共通对象上类似的另一条目时，向尚未被指派认证ID(Auth_id)的条目指派认证ID(Auth_id)。

在指派认证ID(Auth_id)时，当已经向与尚未被指派认证ID(Auth_id)的条目在共通对象上类似的另一条目指派了认证ID(Auth_id)时，与该认证ID(Auth_id)相同的认证ID(Auth_id)被指派给该尚未被指派认证ID(Auth_id)的条目。

同时，当还没有向与尚未被指派认证ID(Auth_id)的条目在共通对象上类似的另一条目指派认证ID(Auth_id)时，向该尚未被指派认证ID(Auth_id)的条目和与该条目在共通对象上类似的该另一条目指派新发出的唯一认证ID(Auth_id)。

[社群生成处理]

图25是示出社群生成单元73(图7)通过参考临时表格来生成社群的社群生成处理的流程图。

在步骤S81中，社群生成单元73在从在临时表格(图8)中登记起已经过了预定时间(以上)时选择一个条目作为关注条目，并且处理前进到步骤S82。

在步骤S82中，社群生成单元73判定是否已向该关注条目指派认证ID(Auth_id)。

如果在步骤S82中判定尚未向关注条目指派认证ID(Auth_id)，则处理前进到步骤S83，在步骤S83中社群生成单元73从临时表格中删除该关注条目。然后，处理返回到步骤S81。

在此情况下，由于关注条目是在从在临时表格中登记起已经过了至少预定时间的条目，所以尚未指派通过认证ID指派处理(图24)指派给关注条目的认证ID(Auth_id)这个事实表明，很有可能，在关注条目被登记在临时表格中的时刻之前和之后的预定时间期间，与关注条目的共通对象类似的共通对象(包含这样的共通对象的终端数据)未被发送到ASNS服务器12并且没有其他用户希望参与这些其他用户能够与发送关注条目的共通对象的用户一起参与的社群。

当尚未向关注条目指派认证ID(Auth_id)时，社群生成单元73在步骤S83中从临时表格中删除关注条目，如上所述。

另一方面，如果在步骤S82中判定向关注条目指派了认证ID(Auth_id)，即如果在临时表格(图8)中存在其与关注条目的共通对象类似的共通对象已被登记的其他条目，则处理前进到步骤S84，在步骤S84中社群生成单元73执行安全性处理，以在认证表格(图9和15)中登记与已被指派了认证ID(Auth_id)的关注条目相对应的认证表格条目或者与其与关注条目的共通对象类似的共通对象已被登记的临时表格条目相对应的认证表格条目。然后处理前进到步骤S85。这里，将在后文中详细描述安全性处理。

在步骤S85中，社群生成单元73判定在认证表格中是否存在被指派了与指派给临时表格的关注条目的认证ID(Auth_id)相同的认证ID(Auth_id)的认证表格条目。

如果在步骤S85中判定在认证表格没有被指派了与指派给临时表格的关注条目的认证ID(Auth_id)相同的认证ID(Auth_id)的认证表格条目，则处理返回到步骤S81。

另外，如果在步骤S85中判定在认证表格中有被指派了与指派给临时表格的关注条目的认证ID(Auth_id)相同的认证ID(Auth_id)的认证表格条目，则处理前进到步骤S86，在步骤S86中社群生成单元73从认证表格(图9)中检测被指派了与指派给临时表格的关注条目的认证ID(Auth_id)相同的认证ID(Auth_id)的认证表格条目(以下也称为相同认证ID条目)。

另外，社群生成单元73生成相同认证ID条目中登记的终端ID(i_uid)所指定的(移动终端11的)用户能够参与的社群。

也就是说，社群生成单元73确保作为相同认证ID条目中登记的终端ID(i_uid)所指定的用户(以下也称为授权用户)能够参与的社群的存储区域，并且向该社群指派社群ID(C_id)。

另外，社群生成单元73在社群表格(图10和15)中登记包含指派给社群的社群ID(C_id)或者在相同认证ID条目中登记的授权用户的终端ID(i_uid)的社群数据的条目，并且处理从步骤S86前进到步骤S87。

在步骤S87中，社群生成单元73从临时表格中删除关注条目和被指派了与关注条目的认证ID(Auth_id)相同的认证ID(Auth_id)的临时表格条目，并且处理前进到步骤S88。

在步骤S88中，社群生成单元73使得通信单元61向授权用户的移动终端11发送授权用户的终端ID(i_uid)和授权用户能够参与的社群的社群ID(C_id)，并且处理返回到步骤S81。

如上所述，接收到从社群生成单元73发送来的终端ID(i_uid)和社群ID(C_id)的移动终端11(的用户)能够参与该社群ID(C_id)所指定的社群。

[安全性处理]

在图25的步骤S84中执行的安全性处理根据安全性级别(S_level)而具有不同的处理内容。

图26是示出当安全性级别(S_level)是级别1时(当在社群表格的安全性级别(S_level)中登记了级别1时)的安全性处理的流程图。

在步骤S101中，社群生成单元73从临时表格(图15)中检测被指派了与关注条目的认证ID(Auth_id)相同的认证ID(Auth_id)的临时表格条目(以下也称为认证ID直接匹配条目)，并且处理前进到步骤S102。

在步骤S102中，社群生成单元73判定在临时表格中，在被指派了与关注条目的认证ID(Auth_id)不同的认证ID(Auth_id)的条目之中，是否存在登记有与认证ID直接匹配条目的终端ID(i_uid)相同的终端ID(i_uid)的条目，也就是与关注条目具有不同的认证ID(Auth_id)、但与认证ID直接匹配条目(中的任何一个)具有相同的终端ID(i_uid)的临时表格条目(以下称为认证ID不匹配/终端ID匹配条目)。

这里，例如，如果关注条目是图15的临时表格条目#1，则图15的临时表格条目#2成为被指派了与关注条目的认证ID(Auth_id)相同的认证ID(Auth_id)的认证ID直接匹配条目。

另外，在图15中，与临时表格条目#2在终端ID上匹配的临时表格条目#3成为与作为关注条目的临时表格条目#1在认证ID(Auth_id)上不同、但与作为认证ID直接匹配条目的临时表格条目#2在终端ID(i_uid)上相同的认证ID不匹配/终端ID匹配条目。

从而，认证ID不匹配/终端ID匹配条目和认证ID直接匹配条目指的是关于来自同一用户的终端数据的临时表格条目，然而其中登记的共通对象(的类型)是不同的。

如果在步骤S102中判定在临时表格中没有认证ID不匹配/终端ID匹配条目，则处理前进到步骤S103，在步骤S103中社群生成单元73在认证表格(图15)中登记与步骤S101中检测到的认证ID直接匹配条目相对应的认证表格条目。然后，处理返回。

另外，如果在步骤S102中判定在临时表格中有认证ID不匹配/终端ID匹配条目，则处理前进到步骤S104，在步骤S104中社群生成单元73从临时表格中检测被指派了与认证ID不匹配/终端ID匹配条目相同的认证ID(Auth_id)的临时表格条目(以下也称为认证ID间接匹配条目)。处理前进到步骤S105。

这里，例如，如果关注条目是图15的临时表格条目#1，则图15的临时表格条目#4是被指派了与作为认证ID不匹配/终端ID匹配条目的临时表格条目#3相同的认证ID(Auth_id)的认证ID间接匹配条目。

在步骤S105中，社群生成单元73在认证表格(图15)中登记与在步骤S101中检测到的认证ID直接匹配条目和在步骤S104中检测到的认证ID间接匹配条目相对应的认证表格条目。

另外，在步骤S105中，社群生成单元73将认证表格的与认证ID直接匹配条目和认证ID间接匹配条目相对应的认证表格条目的认证ID(Auth_id)统一成例如具有与临时表格的关注条目的认证ID(Auth_id)相同的值，并且处理返回。

当安全性级别(S_level)是级别1时，通过执行如上所述的安全性处理生成如图15或20中所述许可发送了不同类型的共通对象的用户参与的社群。

图27是示出当安全性级别(S_level)是级别2时(当在社群表格的安全性级别(S_level)中登记了级别2时)的安全性处理的流程图。

在步骤S111中，社群生成单元73从临时表格(图18)中检测被指派了与关注条目的认证ID(Auth_id)相同的认证ID(Auth_id)的临时表格条目(认证ID直接匹配条目)，并且处理前进到步骤S112。

在步骤S112中，社群生成单元73判定在临时表格中，在被指派了与关注条目的认证ID(Auth_id)不同的认证ID(Auth_id)的条目之中，是否存在登记有与认证ID直接匹配条目的终端ID(i_uid)相同的终端ID(i_uid)的条目，也就是与关注条目具有不同的认证ID(Auth_id)、但与认证ID直接匹配条目(中的任何一个)具有相同的终端ID(i_uid)的临时表格条目(认证ID不匹配/终端ID匹配条目)。

这里，例如，如果假定关注条目是图18的临时表格条目#1，则图15的临时表格条目#2和#5是被指派了与关注条目的认证ID(Auth_id)相同的认证ID(Auth_id)的认证ID直接匹配条目。

另外，在图15中，具有与作为认证ID直接匹配条目的临时表格条目#2匹配的终端ID、但具有与临时表格条目#2不匹配的认证ID(Auth_id)的临时表格条目#3是认证ID不匹配/终端ID匹配条目。

如图26中所述，认证ID不匹配/终端ID匹配条目和认证ID直接匹配条目指的是关于来自同一用户的终端数据的临时表格条目，然而对于这些条目，登记的共通对象(的类型)是不同的。

如果在步骤S112中判定在临时表格中没有认证ID不匹配/终端ID匹配条目，则处理跳过步骤S113至S115并前进到步骤S116，在步骤S116中社群生成单元73在认证表格(图9)中登记与步骤S111中检测到的认证ID直接匹配条目相对应的认证表格条目。然后处理返回。

如上所述，当在临时表格中没有认证ID不匹配/终端ID匹配条目时，只有与认证ID直接匹配条目相对应的认证表格条目被登记在认证表格(图9)中，从而，生成了认证ID直接匹配条目也就是被指派了与关注条目的认证ID(Auth_id)相同的认证ID(Auth_id)的临时表格条目的终端ID(i_uid)所指定的用户能够参与的社群。

另外，如果在步骤S112中判定在临时表格中有认证ID不匹配/终端ID匹配条目，则处理前进到步骤S113，在步骤S113中社群生成单元73对临时表格中的被指派了与认证ID不匹配/终端ID匹配条目相同的认证ID(Auth_id)的临时表格条目的条目数计数，并且对认证ID直接匹配条目的条目数计数。然后，处理前进到步骤S114。

这里，在步骤S113中，在临时表格中被指派了与认证ID不匹配/终端ID匹配条目相同的认证ID(Auth_id)的临时表格条目的条目数是针对每个认证ID(Auth_id)来计数的。

也就是说，认证ID不匹配/终端ID匹配条目是被指派了与关注条目的认证ID(Auth_id)不同的认证ID(Auth_id)的临时表格条目。当在临时表格中有多个认证ID不匹配/终端ID匹配条目时，所有这多个认证ID不匹配/终端ID匹配条目的认证ID(Auth_id)可能不匹配。

由于步骤S113中对认证ID不匹配/终端ID匹配条目的计数被执行来检查被指派了相同认证ID(Auth_id)的认证ID不匹配/终端ID匹配条目的条目数，所以该计数是对每一个(相同)认证ID(Auth_id)执行的。

在步骤S114中，社群生成单元73通过比较步骤S113中对条目数计数的结果，判定在被指派了与认证ID不匹配/终端ID匹配条目相同的认证ID(Auth_id)的临时表格条目和认证ID直接匹配条目之中，认证ID直接匹配条目的条目数是否是最大的。

如果在步骤S114中判定在被指派了与认证ID不匹配/终端ID匹配条目相同的认证ID(Auth_id)的临时表格条目和认证ID直接匹配条目之中，被指派了与认证ID不匹配/终端ID匹配条目相同的认证ID(Auth_id)的临时表格条目的条目数是最大的，即如果认证ID直接匹配条目的共通对象不是多数判决的胜者，则处理跳过步骤S115和S116并且返回。

当认证ID直接匹配条目的共通对象如上所述不是多数判决的胜者时，不执行认证表格条目在认证表格中的登记。从而，不生成认证ID直接匹配条目也就是被指派了与关注条目的认证ID(Auth_id)相同的认证ID(Auth_id)的临时表格条目的终端ID(i_uid)所指定的用户能够参与的社群。

另一方面，如果在步骤S114中判定在被指派了与认证ID不匹配/终端ID匹配条目相同的认证ID(Auth_id)的临时表格条目和认证ID直接匹配条目之中认证ID直接匹配条目的条目数是最大的，即认证ID直接匹配条目的共通对象是多数判决的胜者，则处理前进到步骤S115，在步骤S115中社群生成单元73向被指派了与认证ID不匹配/终端ID匹配条目相同的认证ID(Auth_id)的临时表格条目的终端ID(i_uid)所指定的用户(发送了与作为多数判决的胜者的共通对象不同类型的共通对象的用户)的移动终端11发送指出为了参与社群必须发送认证ID直接匹配条目的Auth_type所指示的类型的共通对象、也就是与作为多数判决的胜者的共通对象相同类型的共通对象的消息(用于请求与作为多数判决的胜者的共通对象相同类型的共通对象的消息)。然后处理前进到步骤S116。

在步骤S116中，社群生成单元73在认证表格(图9)中登记与具有作为多数判决的胜者的类型的共通对象的认证ID直接匹配条目相对应的认证表格条目，并且处理返回。

如上所述，当认证ID直接匹配条目的共通对象(的类型)是多数判决的胜者时，只有与具有作为胜者的类型的共通对象的认证ID直接匹配条目相对应的认证表格条目被登记在认证表格(图9)中。从而，生成了认证ID直接匹配条目也就是被指派了与关注条目的认证ID(Auth_id)相同的认证ID(Auth_id)的临时表格条目的终端ID(i_uid)所指定的用户能够参与的社群。

当安全性级别(S_level)是级别2时，执行如上所述的安全性处理，以生成发送了作为多数判决的胜者的类型的共通对象也就是数目最大的类似共通对象的用户能够参与的社群，如参考图19至21所述。

[社群提供系统中的处理]

图28是示出图1的社群提供系统提供社群的处理的示图。

以下，适当地，某个用户A的移动终端11也被称为终端A，并且与用户A不同的用户B的移动终端11也被称为终端B。

当用户A和B希望生成用户A和B能够参与的社群时，用户A和B操纵终端A和B以获取类似的共通对象并且发送包含这些共通对象的终端数据。

终端A在步骤S131中根据用户A的操纵向ASNS服务器12发送终端数据作为对生成社群的请求。

在ASNS服务器12中，社群管理单元62(图6)接收来自终端A的终端数据，并且在步骤S132中，执行临时表格登记处理(图22)以在临时登记DB 64(图6)的临时表格(图8)中登记关于来自终端A的终端数据的临时表格条目。

另外，在步骤S133中，ASNS服务器12中的社群管理单元62执行认证ID指派处理(图24)，以向临时登记DB 64的临时表格的临时表格条目指派认证ID。

当在步骤S133中执行认证ID指派处理时，尚未在临时表格登记中登记具有与来自用户A(终端A)的终端数据中包含的共通对象类似的共通对象的临时表格条目，从而此时尚未向关于用户A的终端数据的临时表格条目指派认证ID。

同时，终端B在步骤S134中根据用户B的操纵向ASNS服务器12发送包含与用户A的终端数据中包含的共通对象类似的共通对象的终端数据作为对生成社群的请求。

在ASNS服务器12中，社群管理单元62接收到来自终端B的终端数据，并且在步骤S135中，执行临时表格登记处理(图22)以将关于来自终端B的终端数据的临时表格条目登记在临时登记DB 64的临时表格中。

另外，在步骤S136中，ASNS服务器12中的社群管理单元62执行认证ID指派处理(图24)以向临时登记DB 64的临时表格的临时表格条目指派认证ID。

在步骤S136中，当执行认证ID指派处理时，关于来自用户A的终端数据的临时表格条目(以下也称为临时表格条目A)和关于来自用户B的终端数据的临时表格条目(以下也称为临时表格条目B)被登记在临时表格中。

另外，由于临时表格条目A的共通对象与临时表格条目B的共通对象类似，所以向临时表格条目A和B指派相同的认证ID(Auth_id)。

然后，在步骤S137中，社群管理单元62在生成被指派了相同认证ID的临时表格条目中登记的终端ID所指定的用户能够参与的社群的社群生成处理(图25)中从临时表格中检测被指派了相同认证ID的临时表格条目A和B。

在步骤S138中，社群管理单元62在社群生成处理(图25)中，在社群DB 65(图6)的认证表格(图9)中，登记与从临时表格中检测到的被指派了相同认证ID的临时表格条目A和B相对应的认证表格条目A和B。

另外，社群管理单元62在社群生成处理(图25)中生成在社群DB 65的认证表格中登记的认证表格条目A和B中登记的终端ID(i_uid)所指定的用户A和B能够参与的社群。

也就是说，社群管理单元62确保作为用户A和B能够参与的社群的存储区域，向该社群指派社群ID(C_id)，并且在社群DB 65的社群表格(图10)中登记用于管理该社群的包含例如社群ID(C_id)的社群数据的条目。

在步骤S139中，社群管理单元62从社群DB 65的社群表格中获取用户A和B能够参与的社群的社群的社群ID(C_id)和用户A和B的终端ID(i_uid)。

在步骤S140中，社群管理单元62向终端A发送用户A的终端ID和社群ID，并且向终端B发送用户B的终端ID和社群ID。

终端A和B从社群管理单元62接收终端ID和社群ID。另外，用户A和B可通过操纵接收到终端ID和社群ID的终端A和B，经由社群ID所指定的社群，执行内容的下载或上传以及消息的交换。

[中途参与社群]

根据图1的社群提供系统，共享空间和时间的多个用户通过在类似的定时向ASNS服务器12发送包含类似对象的终端数据，能够参与这多个用户能够参与的社群。

顺便说一下，如图10中所述，time_limit被登记在社群表格的条目中，并且当经过time_limit所指示的时刻之后，此时限制尚未参与该社群的用户参与社群。

也就是说，在经过了指示社群的time_limit的时刻之后，即使当作为尚未参与该社群的用户的未参与用户发送与已经参与了该社群的参与完成用户发送的共通对象类似的共通对象时，也不许可该未参与用户参与该社群(不从ASNS服务器12提供终端ID和社群ID)。

然而，当完全不接受用户后来参与现有的(已生成的)社群时，可能引起社群的不便。

另一方面，当无限地许可用户后来参与现有的(已生成的)社群时，可能对社群的安全性引起问题。

在图1的社群提供系统中，在一定限制下用户可在后来参与现有的社群(以下也称为中途参与)。

中途参与社群的方法包括改变社群表格(图10)的time_limit的第一中途参与方法和使用包括一系列文字的令牌的第二中途参与方法。

首先，将描述第一中途参与方法。

以下，适当地，已经参与了现有社群的参与完成用户的移动终端11也被称为参与完成终端，而尚未参与现有社群并且是希望中途参与该社群的希望参与用户的未参与用户的移动终端11也被称为希望参与终端B。

图29是示出当希望参与用户利用第一中途参与方法中途参与社群时移动终端11中的处理的流程图。

希望中途参与社群的希望参与用户向与其共享时间和空间的参与完成用户指出其希望中途参与。

当参与完成用户接受希望参与用户的中途参与时，参与完成用户操纵作为参与完成终端的移动终端11(例如操纵设在参与完成终端中的用于请求中途参与的按钮)以发送用于请求添加参与社群的用户的用户添加请求。

参与完成终端在步骤S201中根据参与完成用户的操纵向ASNS服务器12发送用户添加请求。

同时，希望中途参与社群的希望参与用户激活客户端程序，然后操纵希望参与用户拥有的作为希望参与终端B的移动终端11以获取共通对象。

在希望参与终端B中，客户端程序被激活，并且在步骤S202中，根据用户操纵获取共通对象(与参与完成用户已经发送的共通对象类似的共通对象)。另外，在希望参与终端B中，包含共通对象的终端数据被发送到ASNS服务器12。

然后，在步骤S203中，希望参与终端B判定ASNS服务器12是否许可参与(访问)社群。

如果在步骤S203中判定不许可参与社群，即如果参与完成用户已参与的社群的社群ID(C_id)和用于标识希望参与终端B的终端ID(i-uid)未从ASNS服务器12发送来，则处理跳过步骤S204和S205并且结束。

另外，如果在步骤S203中判定许可参与社群，即如果参与完成用户已参与的社群的社群ID(C_id)和用于标识希望参与终端B的终端ID(i-uid)被从ASNS服务器12发送来，则处理前进到步骤S204，在步骤S204中，希望参与终端B接收来自ASNS服务器12的社群ID和终端ID。然后处理前进到步骤S205。

在步骤S205中，希望参与终端B利用来自ASNS服务器12的社群ID和终端ID参与社群。

图30是示出当希望参与用户利用第一中途参与方法中途参与社群时ASNS服务器12中的处理的流程图。

当从参与完成终端接收到用户添加请求时，ASNS服务器12在步骤S211中根据用户添加请求将用于管理参与完成用户已参与的社群的社群表格(图10)的time_limit改变成通过向当前时刻加上预定时间而获得的时刻。

也就是说，例如，在当前时刻是19:01:20时，ASNS服务器12将time_limit改变成例如19:01:50，这是通过向当前时刻加上30秒的预定时间而获得的时刻。

另外，为了改变time_limit而加到当前时刻的预定时间不限于例如30秒。也可预先在ASNS服务器12中设定该预定时间，或者可通过参与完成用户操纵参与完成终端来指定该预定时间。

另外，预先在ASNS服务器12中设定的预定时间和利用该预定时间改变的time_limit可通过参与完成用户操纵参与完成终端而被改变成不同的时刻。

在步骤S212中，ASNS服务器12等待从希望参与终端B发送来包含共通对象的终端数据，并且接收(得到)该终端数据。

在步骤S213中，ASNS服务器12向发送了终端数据的希望参与终端B(的希望参与用户)指派终端ID(i_uid)，生成包含例如该终端ID的关于来自希望参与终端B的终端数据的临时表格条目，并且将该临时表格条目登记(存储)在临时表格(图8)中。

在步骤S214中，ASNS服务器12执行共通对象处理(图23)以处理关于来自希望参与终端B的终端数据的临时表格条目的共通对象。

在步骤S215中，当ASNS服务器12生成参与完成用户参与的社群时，ASNS服务器12基于通过在步骤S214中执行的共通对象处理获得的对象分析数据，判定参与完成用户发送的(终端数据中包含的)共通对象和来自希望参与终端B的终端数据中的共通对象(关于来自希望参与终端B的终端数据的临时表格条目的共通对象)是否与彼此类似。

如果在步骤S215中判定参与完成用户发送的共通对象和来自希望参与终端B的终端数据中包含的共通对象不与彼此类似，则处理前进到步骤S216，在步骤S216中ASNS服务器12向希望参与终端B发送指出利用不与参与完成用户发送的共通对象类似的共通对象难以中途参与社群的差错消息。然后处理结束。

另外，如果在步骤S215中判定参与完成用户发送的共通对象和来自希望参与终端B的终端数据中包含的共通对象与彼此类似，则处理前进到步骤S217，在步骤S217中ASNS服务器12更新社群表格(图10)。

也就是说，在步骤S217中，ASNS服务器12通过将希望参与终端的终端ID(i_uid)添加到社群表格(图10)中的参与完成用户已参与的社群的社群数据的条目，来将社群表格更新到希望参与用户能够参与参与完成用户已参与的社群的状态。

另外，当已经过了社群表格的条目的time_limit(图1)所指示的时刻时，限制在步骤S217中更新社群表格，即限制向该条目添加终端ID(i_uid)。

在步骤S218中，ASNS服务器12向希望参与终端B发送参与完成用户已参与的社群的社群ID和参与完成用户的终端ID。然后处理结束。

接收到社群ID和终端ID的希望参与终端B可利用该社群ID和终端ID来(中途)参与社群，如参考图29所述。

图31是示出当希望参与用户利用第一中途参与方法中途参与社群时图1的社群提供系统中的处理的示图。

这里，假定用户A是参与完成用户，并且假定用户B是希望参与用户。以下，适当地，参与完成用户A的移动终端11也被描述为参与完成终端A，并且希望参与的用户B的移动终端11也被描述为希望参与终端B。

当参与完成用户A接收到来自希望参与用户B的对中途参与参与完成用户A已参与的社群的请求并且接受该请求时，参与完成用户A操纵参与完成终端A以发送用户添加请求。

参与完成终端A在步骤S231中根据参与完成用户A的操纵，将用户添加请求作为对于改变社群表格的time_limit的请求发送到ASNS服务器12。

在ASNS服务器12中，社群管理单元62(图6)接收来自参与完成终端A的用户添加请求，并且在步骤S232中，根据来自参与完成终端A的用户添加请求，将社群DB 65(图6)的社群表格(图10)中的用于管理参与完成用户A已参与的社群的社群数据的条目的time_limit改变(改写)为通过向当前时刻加上预定时间而获得的时刻。

同时，在希望参与用户B向参与完成用户A发送对于中途参与社群的请求之后，希望参与用户B操纵希望参与终端B以获取共通对象并发送包含共通对象的终端数据。

在步骤S233中，希望参与终端B根据希望参与用户B的操纵，将包含与在生成社群时参与完成用户A发送的终端数据中包含的共通对象类似的共通对象的终端数据作为对生成社群的请求发送到ASNS服务器12。

在ASNS服务器12中，社群管理单元62接收到来自希望参与终端B的终端数据，并且在步骤S234中，执行临时表格登记处理(图22)以将关于来自希望参与终端B的终端数据的临时表格条目登记在临时登记DB64的临时表格中。

另外，在步骤S235中，ASNS服务器12中的社群管理单元62执行关于临时登记DB 64的临时表格的临时表格条目的来自希望参与用户B的共通对象是否与在生成社群时参与完成用户A发送的共通对象类似的类似性判定(对类似似的判定)。

另外，当来自希望参与用户B的共通对象与在生成社群时参与完成用户A发送的共通对象类似时，社群管理单元62在步骤S236中将希望参与用户B的终端ID(i_uid)添加到社群DB 65的社群表格中的参与完成用户A已参与的社群的社群数据的条目。

在步骤S237中，社群管理单元62从社群DB 65的社群表格中获取参与完成用户A已参与的社群的社群ID(C_id)和希望参与用户B的终端ID(i_uid)。

在步骤S238中，社群管理单元62向希望参与终端B发送希望参与用户B的终端ID(i_uid)和社群ID(C_id)。

希望参与终端B接收来自社群管理单元62的终端ID和社群ID。另外，希望参与用户B可通过操纵接收到终端ID和社群ID的希望参与终端B，通过社群ID指定的社群执行内容的下载或上传、消息的交换等等。

接下来，将描述第二中途参与方法。

图32是示出当希望参与用户B利用第二中途参与方法中途参与社群时移动终端11中的处理的流程图。

希望中途参与社群的希望参与用户B向与其共享时间和空间的参与完成用户A指出其希望中途参与。

当参与完成用户A接受希望参与用户B的中途参与时，参与完成用户A操纵作为参与完成终端A的移动终端11，以使得操作模式是与ASNS服务器12执行令牌的传送的令牌传送模式。

参与完成终端A在步骤S301中根据参与完成用户A的操纵，将操作模式设定到令牌传送模式，并且将参与完成终端A的MAC地址发送到ASNS服务器12以向ASNS服务器12请求令牌。

在步骤S302中，参与完成终端A等待从ASNS服务器12发送来令牌，并且获取(接收)来自ASNS服务器12的令牌。

这里，从ASNS服务器12发送到参与完成终端A的令牌具有(中途)参与社群的权利的功能。

在步骤S303中，参与完成终端A和希望参与终端B开始邻近通信，例如NFC。

在步骤S304中，希望参与终端B通过邻近通信从参与完成终端A获取参与完成终端A已从ASNS服务器12获取的令牌。

在步骤S305中，希望参与终端B通过邻近通信将希望参与终端B的MAC地址发送(递送)到参与完成终端A。

在步骤S306中，参与完成终端A向ASNS服务器12发送从希望参与终端B接收的希望参与终端B的MAC地址。

在步骤S307中，希望参与终端B通过邻近通信将从参与完成终端A获取的令牌与希望参与终端B的MAC地址一起发送到ASNS服务器12。

然后，在步骤S308中，希望参与终端B判定ASNS服务器12是否许可参与(访问)社群。

如果在步骤S308中判定不许可参与社群，即如果参与完成用户A已参与的社群的社群ID(C_id)和用于标识希望参与终端B的终端ID(i-uid)未从ASNS服务器12发送来，则处理跳过步骤S309和S310并且结束。

另外，如果在步骤S308中判定许可参与社群，即如果参与完成用户A已参与的社群的社群ID(C_id)和用于标识希望参与终端B的终端ID(i-uid)被从ASNS服务器12发送来，则处理前进到步骤S309，在步骤S309中，希望参与终端B接收来自ASNS服务器12的社群ID和终端ID。然后处理前进到步骤S310。

在步骤S310中，希望参与终端B利用来自ASNS服务器12的社群ID和终端ID参与社群。

图33是示出当希望参与用户B利用第二中途参与方法中途参与社群时ASNS服务器12中的处理的流程图。

当从处于令牌传送模式中的参与完成终端A接收参与完成终端A的MAC地址时，ASNS服务器12在步骤S321中接收参与完成终端A的MAC地址(以下也称为MAC地址A)。

在步骤S322中，ASNS服务器12临时存储(记录)来自参与完成终端A的参与完成终端A的MAC地址A。

另外，在步骤S322中，ASNS服务器12检查MAC地址A是否已被登记在社群表格中。如果MAC地址A已被登记在社群表格中，即如果MAC地址A是参与先前生成的社群的用户的移动终端11的MAC地址，则例如ASNS服务器12发出随机数作为令牌并且将该令牌发送到发送了MAC地址A的参与完成终端A。

在步骤S323中，ASNS服务器12等待从参与完成终端A发送来希望参与终端B的MAC地址(以下也称为MAC地址B)，并且接收MAC地址B。

在步骤S324中，ASNS服务器12临时存储来自参与完成终端A的希望参与终端B的MAC地址B。

在步骤S325中，ASNS服务器12等待从希望参与终端B发送来希望参与终端B的MAC地址B和令牌，并且接收MAC地址B和令牌。

另外，在步骤S326中，ASNS服务器12判定在步骤S325中从希望参与终端B接收的MAC地址(以下也称为接收MAC地址)是否匹配在步骤S324中存储的来自参与完成终端A的希望参与终端B的MAC地址B(以下也称为存储MAC地址)。

如果在步骤S326中判定接收MAC地址不匹配存储MAC地址，则处理前进到步骤S327，在步骤S327中ASNS服务器12认为发送了接收MAC地址的移动终端11有可能为希望参与终端B，并且向发送了接收MAC地址的移动终端11发送差错消息。然后处理结束。

另外，如果在步骤S326中判定接收MAC地址匹配存储MAC地址，则处理前进到步骤S328，在步骤S328中ASNS服务器12判定在步骤S325中从希望参与终端B接收的令牌(以下也称为接收令牌)和在步骤S322中发出的令牌(以下也称为发出令牌)是否匹配。

如果在步骤S328中判定接收令牌和发出令牌不匹配，则处理前进到步骤S327，在步骤S327中ASNS服务器12认为发送了接收令牌的移动终端11有可能为希望参与终端B，并且向发送了接收令牌的移动终端11发送差错消息。然后处理结束。

另外，如果在步骤S328中判定接收令牌和发出令牌匹配，则处理前进到步骤S329，在步骤S329中ASNS服务器12更新社群表格(图10)。

也就是说，在步骤S329中，ASNS服务器12通过将希望参与用户B的终端ID添加到社群表格(图10)中的参与完成用户A已参与的社群的社群数据的条目，来将社群表格更新到希望参与用户B能够参与参与完成用户A已参与的社群的状态。

另外，当已经过了社群表格的条目的time_limit所指示的时刻时，不限制步骤S329中对社群表格的更新，即不限制该条目的终端ID的添加。

在步骤S330中，ASNS服务器12向希望参与终端B发送参与完成用户A已参与的社群的社群ID和参与完成用户的终端ID，并且处理结束。

接收到社群ID和终端ID的希望参与终端B可利用该社群ID和终端ID来(中途)参与社群，如图32中所述。

图34是示出当希望参与用户利用第二中途参与方法中途参与社群时图1的社群提供系统中的处理的示图。

参与完成用户A接收来自希望参与用户B的对中途参与参与完成用户A已参与的社群的请求。当参与完成用户A接受该请求时，参与完成用户A操纵参与完成终端A以进入令牌传送模式。

参与完成终端A在步骤S341中根据参与完成用户A的操纵将操作模式设定到令牌传送模式，并且向ASNS服务器12发送参与完成终端A的MAC地址。

在ASNS服务器12中，社群管理单元62(图6)在步骤S342中接收来自参与完成终端A的MAC地址A并且例如在临时登记DB 64中临时存储MAC地址A。

在步骤S343中，社群管理单元62发出令牌并且将该令牌发送到发送了MAC地址A的参与完成终端A。

参与完成终端A接收到来自社群管理单元62的令牌，并且开始与希望参与终端B的邻近通信。

也就是说，在步骤S344中，参与完成终端A通过邻近通信向希望参与终端B发送令牌，并且希望参与终端B接收来自参与完成终端A的令牌。

在步骤S345中，希望参与终端B通过邻近通信向参与完成终端A发送希望参与终端B的MAC地址B，并且参与完成终端A接收来自希望参与终端B的MAC地址B。

然后，在步骤S346中，参与完成终端A将来自希望参与终端B的MAC地址B发送到社群管理单元62。

社群管理单元62接收来自参与完成终端A的MAC地址B，并且在步骤S347中，将MAC地址B与在步骤S343中发出的令牌相关联地临时存储在例如临时登记DB 64中。

在步骤S348中，希望参与终端B向社群管理单元62发送希望参与终端B的MAC地址B和通过邻近通信从参与完成终端A获取的令牌。

社群管理单元62接收来自希望参与终端B的MAC地址B和令牌，并且在步骤S349中，将作为存储在临时登记DB 64中的令牌的发出令牌和作为与发出令牌相关联地存储在临时登记DB 64中的MAC地址B的存储MAC地址与作为从希望参与终端B接收的令牌和MAC地址B的接收令牌和接收MAC地址相比较。

在步骤S350中，社群管理单元62判定作为在步骤S349中比较发出令牌和存储MAC地址与接收令牌和接收MAC地址的结果，发出令牌是否匹配接收令牌并且存储MAC地址是否匹配接收MAC地址。

当发出令牌匹配接收令牌并且存储MAC地址匹配接收MAC地址时，社群管理单元62在步骤S351中将希望参与用户B的终端ID(i_uid)添加到社群DB 65的社群表格的参与完成用户A已参与的社群的社群数据的条目。

在步骤S352中，社群管理单元62从社群DB 65的社群表格中获取参与完成用户A已参与的社群的社群ID(C_id)和希望参与用户B的终端ID(i_uid)。

另外，在步骤S352中，社群管理单元62向希望参与终端B发送希望参与用户B的终端ID和社群ID(i_uid)。

希望参与终端B接收来自社群管理单元62的终端ID和社群ID。另外，希望参与用户B可通过操纵接收到终端ID和社群ID的希望参与终端B，通过社群ID指定的社群执行内容的下载或上传、消息的交换等等。

利用第二中途参与方法，通过使用令牌和MAC地址，可以防止对希望参与终端B的假冒。

另外，利用第二中途参与方法，希望参与终端B不必向ASNS服务器12发送共通对象。

另外，在令牌中设定期满日期。期满日期已经过的令牌是无效的，并且ASNS服务器12对于无效令牌不执行处理。

根据本技术，可以更安全且更简单地使用社群。

另外，根据本技术，可以例如在公车旅行、结婚典礼、诸如摇滚音乐节之类的音乐会、公司中的会议、展览会等等中生成非常便利的社群。

具体而言，例如，在公车旅行中陌生人来到一起。在此情况下，公车旅行的参与者临时执行通信，但例如使用电子邮件交换的通信是复杂的。另外，在公车旅行中，公车旅行的任何参与者创建现有技术中的SNS社群并将其他参与者邀请到该社群，是很麻烦的。

另一方面，当在公车旅行中创建根据本技术的实施例的社群时，可实现安全通信。另外，根据本技术的实施例的社群，公车旅行的参与者可共享其他参与者拍摄的照片或视频，而无需披露诸如电子邮件地址之类的个人信息。

接下来，例如，在结婚典礼中，结婚典礼的大多数参与者都是相互不熟识的，但根据本技术的实施例的社群使得能够简单地共享新娘和新郎的照片、视频、消息等等。

另外，由于在根据本技术的实施例的社群中中途参与是可能的，所以结婚典礼的第二次宴会或第三次宴会的参与者能够中途参与在结婚典礼中创建的社群。从而，当在结婚典礼中拍摄的视频被上传到社群时，在结婚典礼的参与者与例如第二次宴会的参与者之间可以共享结婚典礼中发生的事件。

接下来，例如，在诸如摇滚音乐节或各种音乐流派的艺术家的音乐会之类的事件中，在参与同一事件的用户之间，喜好的趣味和音乐流派是不同的。

当针对该事件的每个艺术家创建根据本技术的实施例的社群时，有相同的喜好音乐流派的用户可容易发现彼此。

另外，用户可参与一个或多个社群并且参与社群的用户之间的共通性(参与某个社群和另一社群两者的用户的数目)可作为社群之间的相关性被呈现给用户，以例如使得用户可发现与被识别为喜好音乐流派的音乐流派在用户上共通的、未被识别为喜好音乐流派的音乐流派。

接下来，例如，对于公司外的会议，在公司外的会议中初次认识的人可创建根据本技术的实施例的社群。当公司外的会议的参与者有例如智能电话时，可利用智能电话分析用户的语音并且在根据本技术的实施例的社群中累积这些语音。在此情况下，社群可被用作用于存储参与者的发言的日志，并且该日志在将来可有用地用于产生会议记录。

接下来，例如，对于展览会，例如，在展览会中参与商业会谈的用户的语音可被累积在根据本技术的实施例的社群中。在此情况下，可以使用社群来作为用于存储参与商业会谈的用户的发言的日志，并且将来可根据该日志来识别商业会谈中的氛围或者研究展览会的声誉。

这里，在本公开中，计算机根据程序执行的处理不一定是按流程图中描述的顺序顺次执行的。也就是说，计算机根据程序执行的处理也可包括并行或单独执行的处理(例如并行处理或基于对象的处理)。

另外，程序可由一个计算机(处理器)处理或者可由多个计算机以分布方式处理。另外，程序可被发送到远程计算机并由远程计算机执行。

本技术的实施例不限于上述实施例，并且在不脱离本技术的精神和范围的情况下可作出各种改变。

此外，本技术也可如下配置。

(1)一种信息处理装置，包括：

获取单元，用于获取从终端发送来的信息；以及

社群生成单元，用于根据从多个终端发送来的信息之间的类似度生成社群，

其中，当从一个终端发送来不同类型的多个信息时，所述社群生成单元对于多个类型的信息中的每个信息，对发送了与该信息类似的信息的终端的数目计数，并且生成许可发送了与如下信息类似的信息的终端的用户参与的社群：最大数目的终端发送了与该信息类似的信息。

(2)根据(1)所述的信息处理装置，其中，所述社群生成单元基于预定的安全性级别生成社群。

(3)根据(2)所述的信息处理装置，其中

所述安全性级别至少包括

第一级别，在该第一级别中，从参与社群的多个用户的终端发送的多条信息被允许是不同类型的信息，以及

第二级别，在该第二级别中，从参与社群的多个用户的终端发送的各条信息必须是相同类型的信息，

当所述安全性级别是所述第一级别时，所述社群生成单元生成许可发送了与所述多个类型的信息中的任何信息类似的信息的终端的用户参与的社群，并且

当所述安全性级别是所述第二级别时，所述社群生成单元对于所述多个类型的信息中的每个信息，对发送了与该信息类似的信息的终端的数目进行计数，并且生成许可下述终端的用户参与的社群：该终端发送了与某信息(最大数目的终端发送了与此信息类似的信息)类似的信息。

(4)根据(1)至(3)中的任何一项所述的信息处理装置，其中

发送了与所述最大数目的终端发送的信息不同类型的信息的终端被请求发送与所述最大数目的终端发送的信息相同类型的信息。

(5)一种信息处理方法，包括：

获取从终端发送来的信息；以及

根据从多个终端发送来的信息之间的类似度生成社群，

其中，当从一个终端发送来不同类型的多个信息时，生成社群的步骤包括：对于多个类型的信息中的每个信息，对发送了与该信息类似的信息的终端的数目进行计数，并且生成许可下述终端的用户参与的社群：该终端发送了与某信息(最大数目的终端发送了与此信息类似的信息)类似的信息。

(6)一种程序，用于使得计算机具有如下单元的功能：

获取单元，用于获取从终端发送来的信息；以及

社群生成单元，用于根据从多个终端发送来的信息之间的类似度生成社群，

其中，当从一个终端发送来不同类型的多个信息时，所述社群生成单元对于多个类型的信息中的每个信息，对发送了与该信息类似的信息的终端的数目进行计数，并且生成许可下述终端的用户参与的社群：该终端发送了与某信息(最大数目的终端发送了与此信息类似的信息)类似的信息。

本公开包含与2011年7月26日向日本专利局提交的日本优先权专利申请JP 2011-163366中公开的主题相关的主题，特此通过引用将该申请的全部内容并入。

Claims (5)

1.一种信息处理装置，包括：

获取单元，用于获取从终端发送来的信息；以及

社群生成单元，用于根据从多个终端发送来的信息之间的类似度生成社群，

其中，当从一个终端发送来不同类型的多个信息时，所述社群生成单元对于多个类型的信息中的每个信息，对发送了与该信息类似的信息的终端的数目进行计数，并且生成许可发送了与下述信息类似的信息的终端的用户参与的社群：最大数目的终端发送了与该信息类似的信息。

2.根据权利要求1所述的信息处理装置，其中，所述社群生成单元基于预定的安全性级别生成社群。

3.根据权利要求2所述的信息处理装置，其中，

所述安全性级别至少包括：

第一级别，在该第一级别中，允许从参与社群的多个用户的终端发送的多条信息是不同类型的信息，以及

第二级别，在该第二级别中，从参与社群的多个用户的终端发送的各条信息必须是相同类型的信息，

当所述安全性级别是所述第一级别时，所述社群生成单元生成许可下述终端的用户参与的社群：该终端发送了与所述多个类型的信息中的任一个信息类似的信息，并且

当所述安全性级别是所述第二级别时，所述社群生成单元对于所述多个类型的信息中的每个信息，对发送了与该信息类似的信息的终端的数目进行计数，并且生成许可发送了与下述信息类似的信息的终端的用户参与的社群：最大数目的终端发送了与该信息类似的信息。

4.根据权利要求3所述的信息处理装置，其中，

发送了与所述最大数目的终端发送的信息不同类型的信息的终端被请求发送与所述最大数目的终端发送的信息相同类型的信息。

5.一种信息处理方法，包括：

获取从终端发送来的信息；以及

根据从多个终端发送来的信息之间的类似度生成社群，

其中，当从一个终端发送来不同类型的多个信息时，生成所述社群的步骤包括：对于多个类型的信息中的每个信息，对发送了与该信息类似的信息的终端的数目进行计数，并且生成许可发送了与下述信息类似的信息的终端的用户参与的社群：最大数目的终端发送了与该信息类似的信息。