信息管理装置和方法、通信处理装置和方法及程序产品专利检索- .移动性数据处理例如在HLR[归属位置寄存器]或VLR[访问位置寄存器]上的注册信息;在例如HLRVLR或外部网络之间的移动性数据传送专利检索查询-专利查询网

信息管理装置和方法、通信处理装置和方法及程序产品
申请号	CN200910146490.5	申请日	2009-06-09	公开(公告)号	CN101604332B	公开(公告)日	2012-08-29
申请人	索尼株式会社;			发明人	黑田诚司; 相马功; 石川泰清; 高田一雄; 米田好博; 宫林直树;
摘要	本发明公开了一种信息管理装置和方法、通信处理装置和方法及程序产品，其中，该信息管理装置包括：通信单元，被配置为从多个通信处理装置接收在多个通信处理装置中执行的近场通信的多个通信历史数据；数据比较单元，被配置为执行由通信单元接收的多个通信历史数据的比较；以及数据登录单元，被配置为如果通过数据比较单元根据近场通信的多个通信历史数据确认已在多个通信处理装置之间执行近场通信，那么就将与多个通信处理装置相关联的多个用户信息作为组登录到数据库中，通过本发明，可以避免由于虚拟用户等带来的负面影响。
权利要求	1.一种信息管理装置，包括：通信单元，被配置为从多个通信处理装置接收在所述通信处理装置中执行的近场通信的多个通信历史数据；数据比较单元，被配置为执行由所述通信单元接收的所述多个通信历史数据的比较；以及数据登录单元，被配置为如果通过所述数据比较单元根据所述近场通信的所述多个通信历史数据确认已在所述多个通信处理装置之间执行所述近场通信，那么就将与所述多个通信处理装置相关联的多个用户信息作为组登录到数据库中。 2.根据权利要求1所述的信息管理装置，其中，所述数据比较单元被配置为根据所述多个通信处理装置中其他的通信处理装置已与其执行所述近场通信的通信处理装置的用户ID来确定是否已在所述多个通信处理装置之间执行所述近场通信，其中，所述用户ID包括在从所述其他通信处理装置接收的多个通信历史数据中。 3.根据权利要求1所述的信息管理装置，其中，所述数据比较单元被配置为根据包括在从所述多个通信处理装置接收的所述多个通信历史数据中的多个近场通信日期和时间数据是否相互匹配来确定是否已在所述多个通信处理装置之间执行所述近场通信。 4.根据权利要求1所述的信息管理装置，其中，所述数据比较单元被配置为根据包括在从所述多个通信处理装置接收的所述多个通信历史数据中的多个近场通信位置数据是否相互匹配来确定是否已在多个所述通信处理装置之间执行所述近场通信。 5.一种在信息管理装置中执行的信息管理方法，所述方法包括以下步骤：通过使用通信单元从多个通信处理装置接收在所述多个通信处理装置中执行的近场通信的多个通信历史数据；通过使用数据比较单元执行所接收的多个通信历史数据的比较；以及如果根据所述近场通信的所述多个通信历史数据确认已在所述多个通信处理装置之间执行所述近场通信，那么就通过使用数据登录单元将与所述多个通信处理装置相关联的多个用户信息作为组登录到数据库中。
说明书全文	信息管理装置和方法、通信处理装置和方法及程序产品 [0001] 相关申请的交叉参考 [0002] 本申请包含于2008年6月9日向日本专利局提交的日本优先专利申请JP2008-150149的主题，其全部内容结合于此作为参考。技术领域 [0003] 本发明涉及信息管理装置、方法和计算机程序产品、以及通信处理装置、方法和计算机程序产品，更具体地，涉及应用于社会网络服务(SNS)社区等的建设和管理的信息管理装置、方法和计算机程序产品、以及通信处理装置、方法和计算机程序产品。背景技术 [0004] 最近，已积极执行通过网络的通信。例如，诸如SNS的社区建设服务是通过网络提供的服务。例如，在日本未审查专利申请公开第2007-110616号中描述了SNS。 [0005] 在这种社区服务建设中，通过将包括(例如)用户简介的用户信息登录到提供社区建设服务的站点上并使用户信息公开，用户可以通过网络与访问站点的许多用户通信。 [0006] 例如，诸如SNS的社区建设服务引起以下问题： [0007] ·无意提供类似于用于保存个人日记的博客网站的网站 [0008] ·由专有成员组成的封闭社区变为包括加入社区的用户数量的随机增长的开放社区 [0009] ·虚拟用户(ghost user)数量因为一个用户使用两个以上的ID而增加[0010] ·无意提供约会网站 [0011] 此外，因为SNS社区使用网络而可能产生以下问题： [0012] ·用户看不到彼此的脸 [0013] ·存在大量虚拟用户 [0014] 如果SNS社区由善意用户组成，那就不会出现上述问题。然而，事实上，具有各种不良意图的用户能够加入社区。因此，难以避免上述问题。发明内容 [0015] 期望提供一种通过限制谁可以加入社区而避免诸如虚拟用户数量增加的负面影响并保持社区秩序的信息管理装置、方法和计算机程序产品、以及通信处理装置、方法和计算机程序产品。 [0016] 根据本发明的第一实施例的信息管理装置包括：通信单元，被配置为从多个通信处理装置接收在多个通信处理装置中执行的近场通信的多个通信历史数据；数据比较单元，被配置为执行由通信单元接收的多个通信历史数据的比较；以及数据登录单元，被配置为如果通过数据比较单元根据近场通信的多个通信历史数据确认已在多个通信处理装置之间执行近场通信，那么就将与多个通信处理装置相关联的多个用户信息作为组登录到数据库中。 [0017] 此外，在信息管理装置中，数据比较单元可以被配置为根据多个通信处理装置中其他的通信处理装置已与其执行近场通信的通信处理装置的用户ID来确定是否已在多个通信处理装置之间执行近场通信，其中，用户ID包括在从其他通信处理装置接收的多个通信历史数据中。 [0018] 此外，在信息管理装置中，数据比较单元可以被配置为根据包括在从多个通信处理装置接收的多个通信历史数据中的多个近场通信日期和时间数据是否相互匹配来确定是否已在多个通信处理装置之间执行近场通信。 [0019] 此外，在信息管理装置中，数据比较单元可以被配置为根据包括在从多个通信处理装置接收的多个通信历史数据中的多个近场通信位置数据是否相互匹配来确定是否已在多个通信处理装置之间执行近场通信。 [0020] 在根据本发明的第二实施例的通信处理装置包括：近场通信单元，被配置为执行近场通信；控制单元，被配置为获取通过使用近场通信单元执行的近场通信的通信历史数据；以及存储单元，被配置为在控制单元的控制下存储通信历史数据。控制单元被配置为当向执行信息管理的服务器发出信息登录请求时，获取存储在存储单元中的通信历史数据并且将所获取的通信历史数据传送至服务器。 [0021] 此外，在通信处理装置中，控制单元可以被配置为获取关于已执行近场通信的通信处理装置的识别信息，作为通信历史数据，并且当发出信息登录请求时，将所获取的识别信息传送至服务器。 [0022] 此外，在通信处理装置中，控制单元可以被配置为获取关于执行近场通信时的日期和时间的执行日期和时间信息，作为通信历史数据，并且当发出信息登录请求时，将所获取的执行日期和时间信息传送至服务器。 [0023] 此外，在通信处理装置中，控制单元可以被配置为获取关于执行近场通信的位置的执行位置信息，作为通信历史数据，并且当发出信息登录请求时，将所获取的执行位置信息传送至服务器。 [0024] 在根据本发明的第三实施例的信息管理装置中执行的信息管理方法包括以下步骤：通过使用通信单元从多个通信处理装置接收在多个通信处理装置中执行的近场通信的多个通信历史数据；通过使用数据比较单元执行所接收的多个通信历史数据的比较；以及如果根据近场通信的多个通信历史数据确认已在多个通信处理装置之间执行近场通信，那么就通过使用数据登录单元将与多个通信处理装置相关联的多个用户信息作为组登录到数据库中。 [0025] 在根据本发明的第四实施例的通信处理装置中执行的数据处理方法包括以下步骤：通过使用近场通信单元执行与另一通信处理装置的近场通信；通过使用控制单元获取通过使用近场通信单元执行的近场通信的通信历史数据，并且通过使用控制单元将所获取的通信历史数据存储在存储单元中；以及当通过使用控制单元向执行信息管理的服务器发出信息登录请求时，通过使用控制单元获取存储在存储单元中的通信历史数据并且通过使用控制单元将所获取的通信历史数据传送至服务器。 [0026] 根据本发明的第五实施例的计算机程序产品，具有当被CPU读取时使信息管理装置执行信息管理处理的指令，包括以下步骤：使通信单元从多个通信处理装置接收在多个通信处理装置中执行的近场通信的多个通信历史数据；使数据比较单元执行所接收的多个通信历史数据的比较；以及如果根据近场通信的多个通信历史数据确认已在多个通信处理装置之间执行近场通信，那么就使数据登录单元将与多个通信处理装置相关联的多个用户信息作为组登录到数据库中。 [0027] 根据本发明的第六实施例的计算机程序产品，具有当被CPU读取时使通信处理装置执行数据处理的指令，包括以下步骤：使近场通信单元执行与另一通信处理装置的近场通信；使控制单元获取通过使用近场通信单元执行的近场通信的通信历史数据并将所获取的通信历史数据存储在存储单元中；以及当使控制单元向执行信息管理的服务器发出信息登录请求时，使控制单元获取存储在存储单元中的通信历史数据并且将所获取的通信历史数据传送至服务器。 [0028] 根据本发明实施例的计算机程序产品是(例如)可以提供给能够以计算机可读存储介质或通信介质的形式执行各种类型的程序码的计算机系统的计算机程序。这种程序以计算机可读形式提供，从而根据计算机系统上的程序来执行处理。 [0029] 从基于本发明的实施例的以下详细描述以及附图将显而易见本发明的其他特征和优点。注意，在描述中所提到的系统表示多个装置的逻辑集合结构，并且具有个别配置的装置并不必须包含在单个外壳中。 [0030] 根据本发明实施例的特征，从多个通信处理装置接收在多个通信处理装置中执行的近场通信的多个通信历史数据，并且执行所接收的多个通信历史数据的比较。如果确认已在多个通信处理装置之间执行近场通信，那么就登录多个通信处理装置的用户作为社区成员。所获得的且经受比较的多个通信历史数据中的每个是关于已与其执行通信的装置ID、通信日期和时间、通信执行位置等的信息。如果根据数据确认实际上已执行近场通信，那么可以执行作为社区的成员的登录。通过这种处理，可以避免诸如实际上并不存在的虚拟用户的用户登录。附图说明 [0031] 图1是示出根据本发明实施例通信管理系统的配置实例的说明图； [0032] 图2是示出根据本发明实施例的登录社区成员的处理序列的说明图； [0033] 图3是示出根据本发明实施例的登录社区成员的处理序列的说明图； [0034] 图4是示出根据本发明实施例的登录社区成员的处理序列的说明图； [0035] 图5是示出根据本发明实施例的登录社区成员的处理序列的说明图；以及[0036] 图6是示出根据本发明实施例的信息管理装置(服务器)的配置实例的说明图。具体实施方式 [0037] 将参照附图详细描述根据本发明实施例的信息管理装置、方法和计算机程序产品、以及通信处理装置、方法和计算机程序产品。 [0038] 根据本发明的实施例，通过限制谁可以加入社区，可以避免诸如虚拟用户数量增加的负面影响并且保持了社区秩序。在本发明实施例的社区管理处理中，根据以下条件限制谁可以加入社区： [0039] (a)已在现实世界中见到登录用户 [0040] (b)已处于特定位置或地点 [0041] (c)已加入诸如特定集会或党派的活动 [0042] 例如，允许满足条件(a)～(c)中任意项的用户加入社区。 [0043] 将参照图1描述根据本发明实施例的社区管理系统的整体配置的实例。图1示出了提供用于建立SNS社区等的站点并执行社区管理处理的服务器110、用户A所拥有的通信处理装置A120和用户B所拥有的通信处理装置B130，用户A和B加入了社区。 [0044] 服务器110以及通信处理装置A120和通信处理装置B130中的每个都能够通过诸如互联网的网络来相互通信。服务器110包括数据库111，在数据库中存储了包括诸如作为用户标识符的用户ID的关于加入社区的用户的信息的社区管理信息。 [0045] 在图1中仅示出了用户A和B所分别拥有的通信处理装置A和B作为代表实例。然而，大量用户加入社区，并且加入社区的用户所拥有的许多通信处理装置也可以通过网络来执行通信。 [0046] 在图1所示的实例中，通信处理装置A120和B130是蜂窝电话。然而，根据本发明实施例的通信处理装置并不必须是蜂窝电话。例如，根据本发明实施例的通信处理装置可以是诸如个人计算机(PC)的装置。 [0047] 现在将描述通信处理装置A120的配置。如图1所示，通信处理装置A120包括控制单元121、通信单元122、近场通信单元123和存储单元124。控制单元121控制在通信处理装置A120中执行的各种数据处理和数据通信操作。通信单元122通过诸如互联网的网络来执行通信。 [0048] 近场通信单元123与诸如通信处理装置B130的另一个通信处理装置执行近场通信(例如，符合近场通信(NFC)标准的近场通信)。在存储单元124中存储通信处理装置A120的识别信息(ID)、关于在通信处理装置A120中执行的各种数据处理和数据通信操作的程序和参数、通信历史信息等。注意，近场通信单元123采用(例如) 技术，这是索尼公司开发的近场通信技术。 [0049] 在图1所示的通信处理装置A120的控制单元121获取通过近场通信单元123执行的近场通信的通信历史数据，并将所获取的通信历史数据存储在存储单元124中。此外，当向执行社区管理的服务器110发布社区成员登录请求时，控制单元121获取存储在存储单元124中的通信历史数据(已与其执行近场通信的装置的识别信息、关于执行近场通信的日期和时间的信息、关于执行近场通信的位置的信息等)，并将所获取的通信历史数据传输至服务器110。稍后将详细描述处理的细节。 [0050] 参考图1，通信处理装置B130具有与通信处理装置A120类似的配置。通信处理装置B130包括控制单元131、通信单元132、近场通信单元133和存储单元134。图1所示的配置示出了作为根据本发明实施例的通信处理装置的最低必需的功能。如上所述，根据本发明实施例的通信处理装置可以是蜂窝电话、PC等。通信处理装置的配置根据装置的组件而不同。 [0051] 在图1所示的配置中，通过诸如互联网的网络执行服务器110和通信处理装置A120之间的通信以及服务器110和通信处理装置B130之间的通信。同时，通过通信处理装置A120的近场通信单元123和通信处理装置B130的近场通信单元133执行作为近场通信的通信处理装置A120和通信处理装置B130之间的通信。在这种情况下，可以执行近场通信的范围最大是几米。因此，用户A和B必须相互见到，并且通过使通信处理装置A120和B130彼此接近来执行通信。在通信处理装置A120的存储单元124和通信处理装置B130的存储单元134中存储了近场通信的通信历史。 [0052] 将参照图2～图5所示的序列图说明在本发明实施例中的对社区的用户登录处理序列的多个实例。例如，考虑以下的多个处理实例： [0053] (1)如果用户B在现实世界中见到登录为社区成员的用户A就登录用户B作为社区成员的处理序列(参见图2) [0054] (2)如果用户A和B在现实世界中互相见到就登录作为社区成员登录的用户A和B作为社区成员的特定组(朋友)的成员的处理序列(参见图3) [0055] (3)仅允许已去过商店的用户登录作为通过商店建立的社区的成员的处理序列(参见图4) [0056] (4)在由用户拥有的多个通信处理装置(例如，蜂窝电话和PC)之间传送近场通信历史信息并使用传送信息的处理序列(参见图5) [0057] 以下将按顺序说明处理序列(1)～(4)。 [0058] (1)如果用户B在现实世界中见到登录为社区成员的用户A就登录用户B作为社区成员的处理序列(参见图2) [0059] 首先，将参照图2描述如果用户B在现实世界中见到登录为社区成员的用户A就登录用户B作为社区成员的处理序列。 [0060] 图2示出了在对社区执行管理处理(更特定地，对社区的登录成员执行登录处理)的服务器以及由登录为社区成员的用户A和B所拥有的通信处理装置A和B中所执行的通信处理序列之间执行的通信处理序列。 [0061] 在步骤S101和S102中与服务器的通信中，执行用户A的用户登录。然后，登录用户B作为用户A的“朋友”。这里，“朋友”是加入社区的一类成员。 [0062] 如下描述用于登录用户B作为新社区成员的处理序列的概述。 [0063] ·用户B在现实世界中见到已登录为社区成员的用户A，并在由用户A和B所拥有的通信处理装置A和B之间执行近场通信。 [0064] ·服务器从通信处理装置A和B获取关于近场通信的通信历史信息，并将从通信处理装置A获取的通信历史信息和从通信处理装置B获取的通信历史信息进行比较。 [0065] ·如果从通信处理装置A接收的通信历史信息与从通信处理装置B接收的通信历史信息匹配并且确认成功，那就登录用户B作为社区成员(例如，用户A的“朋友”)。 [0066] 在这个处理实例中，仅有满足条件(a)：已在现实世界中见到登录用户的用户可以被登录为新成员。 [0067] 将说明图2所示的序列图的处理步骤。 [0068] 步骤S101～S102的处理是根据在由用户A所拥有的通信处理装置和服务器之间执行的通信处理而执行的用户A的登录处理。执行用户A的登录处理，例如，用于登录社区的初始成员的处理。执行预定的用户确认处理，并执行用户登录。这种用于登录初始成员的登录序列不同于稍后将描述的用于登录用户B的登录序列。因此，期望仅将预定的限制数量的成员登录为初始成员。 [0069] 如下描述用于登录用户A的登录序列。在步骤S101中，用户A通过通信处理装置A向服务器传输包括用户识别信息(用户ID)的预定用户信息。服务器根据从通信处理装置A接收的包括用户识别信息(用户ID)的用户信息来执行预定的用户确认顺序。在确定用户A满足登录要求的情况下，服务器将包括用户识别信息的用户信息存储在数据库中，并执行用于登录用户A作为社区成员的处理。在完成登录之后，在步骤S102中，服务器将登录完成通知传输至通信处理装置A。用户ID可以是对应于用户A的ID或对应于通信处理装置A的ID。 [0070] 步骤S103和随后步骤的处理是用于登录社区的新成员(额外成员)的处理。在这个处理实例中，为了避免虚拟成员等的登录，仅已在现实世界中遇到授权登录成员(在该实例中，用户A)的用户才能够被登录。 [0071] 在步骤S103中，用户A(已登录为社区成员)和用户B(还未登录)彼此见到，并且执行在由用户A所拥有的通信处理装置A和由用户B所拥有的通信处理装置B之间的近场通信。通过图1所示通信处理装置120和130的近场通信单元123和133执行近场通信。 [0072] 在步骤S104中，通信处理装置A将从通信处理装置B接收的数据作为通信历史信息存储在通信处理装置A的存储单元中，并且通信处理装置B将从通信处理装置A接收的数据作为通信历史信息存储在通信处理装置B的存储单元中。 [0073] 在近场通信中，例如，从通信处理装置A向通信处理装置B传输以下数据： [0074] (a)用户A的用户ID(对应于用户A的ID或对应于通信处理装置A的ID)[0075] (b)对应于用户ID的用户A的昵称(由用户A设定的任意名字(称号))[0076] (c)执行近场通信时的日期和时间的数据 [0077] (d)关于执行近场通信的位置的信息(在通信处理装置配备有全球定位系统(GPS)的情况下) [0078] (e)由用户A登录的服务器站点(网站)的标识符 [0079] (f)服务器站点的访问信息(统一资源定位器(URL)) [0080] 从由用户A所拥有的通信处理装置A向由用户B所拥有的通信处理装置B传输数据(a)～(f)。通信处理装置B将所接收的数据作为通信历史信息存储在通信处理装置B的存储单元中。在数据(a)～(f)中，仅数据(a)和(c)是必需的。其他数据都不是必需的。然而，期望如果可入传输其他数据就也传输其他数据。 [0081] 同时，在近场通信中，例如，从通信处理装置B向通信处理装置A传输以下数据： [0082] (a)用户B的用户ID(对应于用户B的ID或对应于通信处理装置B的ID)[0083] (b)对应于用户ID的用户B的昵称(由用户B设定的任何名字(称号))[0084] (c)执行近场通信时的日期和时间的数据 [0085] (d)关于执行近场通信的位置的信息(通信处理装置配备有GPS的情况下)[0086] 从由用户B所拥有的通信处理装置B向由用户A所拥有的通信处理装置A传输数据(a)～(d)。通信处理装置A将所接收的数据作为通信历史信息存储在通信处理装置A的存储单元中。在数据(a)～(d)中，仅数据(a)和(c)是必需的。其他数据都不是必需的。然而，期望如果可以传输其他数据就也传输其他数据。 [0087] 在执行通信处理装置A和通信处理装置B之间的近场通信之后，执行步骤S105和随后步骤的处理。 [0088] 在步骤S105中，通信处理装置A连接至服务器，并向服务器发布登录请求以登录用户B为用户A的“朋友”。如上所述，“朋友”是加入由服务器提供和管理的社区的一类成员。当发布登录请求时，通信处理装置A将存储在通信处理装置A的存储单元中的作为与通信处理装置B的近场通信的记录的通信历史数据上传至服务器。更具体地，从存储单元获取以下数据并传输至服务器： [0089] (a)用户B的用户ID [0090] (b)对应于用户ID的用户B的昵称(由用户B设定的任何名字(称号))[0091] (c)执行近场通信时的日期和时间的数据 [0092] (d)关于执行近场通信的位置的信息(通信处理装置配备有GPS的情况下)[0093] 在数据(a)～(d)中，仅数据(a)和(c)是必需的。其他数据都不是必需的。然而，期望如果已获得其他数据就也传输其他数据。 [0094] 当通信处理装置B连接至服务器时，通过通信处理装置B执行步骤S106和S107的处理。在步骤S106和S107的处理中，通信处理装置B请求服务器执行用于登录用户B的处理和用于登录用户A为用户B的“朋友”的处理。 [0095] 在步骤S106中，通信处理装置B连接至服务器并向服务器发布登录请求。通信处理装置B将存储在在通信处理装置B的存储单元中的通信历史数据作为与通信处理装置A近场通信的记录上传至服务器。更具体地，以下数据是从存储单元获取的并被传输至服务器： [0096] (a)用户A的用户ID [0097] (b)对应于用户ID的用户A的昵称(由用户A设定的任何名字(称号))[0098] (c)执行近场通信时的日期和时间的数据 [0099] (d)关于执行近场通信的位置的信息(通信处理装置配备有GPS的情况下)[0100] 在数据(a)～(d)中，仅数据(a)和(c)是必需的。其他数据都不是必需的。然而，期望如果已获得其他数据就也传输其他数据。 [0101] 此外，在步骤S107中，通信处理装置B连接至服务器并向服务器传输用户B的识别信息(用户ID)。用户ID是对应于用户B的ID或对应于通信处理装置B的ID。因此，在步骤S106～S107中，通信处理装置B请求服务器执行用于登录用户B的处理和用于登录用户A为用户B的“朋友”的处理。 [0102] 在步骤S108中，服务器将从通信处理装置A接收的近场通信的记录的通信历史数据和从通信处理装置B接收的近场通信的记录的通信历史数据进行比较。 [0103] 例如，比较处理包括以下数据确认处理： [0104] (x)确认在从通信处理装置A接收的通信历史数据中所记录的通信日期和时间与在从通信处理装置B接收的通信历史数据中所记录的通信日期和时间匹配。 [0105] (y)确认在从通信处理装置A接收的通信历史数据中所记录的用户ID与在从通信处理装置B接收的对应于用户B(或通信处理装置B)的用户ID相同并且在从通信处理装置B接收的通信历史数据中所记录的用户ID与对应于登录用户A(或通信处理装置A)的用户ID相同。 [0106] 在步骤S108中，服务器执行数据确认处理(x)和(y)。例如，在已经从通信处理装置A和B接收关于已执行近场通信的位置的信息的情况下，服务器检查从通信处理装置A接收的位置信息是否与从通信处理装置B接收的位置信息匹配。此外，如果已接收可经受比较的其他数据，那么服务器执行数据的比较。 [0107] 如上所述，在步骤S108中，通过将从通信处理装置A接收的数据和从通信处理装置B接收的数据进行比较，服务器检查是否已在通信处理装置A和通信处理装置B之间执行近场通信。 [0108] 在步骤S108中的确认成功并确认已在通信处理装置A和通信处理装置B之间执行近场通信的情况下，服务器在步骤S109中登录用户B为用户A的“朋友”。 [0109] 在步骤S110中，服务器向通信处理装置A传输表明用户B已被登录为用户A的“朋友”的登录完成的通知。在步骤S111中，服务器向通信处理装置B传输表明用户B已被登录为用户A的“朋友”的登录完成的通知。 [0110] 在以上描述中，执行步骤S101～S102中关于用户A的登录处理作为用于登录社区的初始成员的处理。然而，这个登录处理并不是通常必须的登录处理。步骤S101～S102的处理可以作为用户A的临时登录处理被执行，并且如果完成了一系列的步骤S103～S109，那么就可以执行用户A的正常登录。通过这种处理，设定在现实世界中见到了已登录的用户(在这种情况下，用户B)，作为关于用户A的用户登录的要求。 [0111] (2)如果用户A和B在现实世界中彼此见到，那么就将被登录作为社区成员的用户A和B登录为社区成员的特定组(朋友)的成员的处理序列(参见图3) [0112] 接下来，将参照图3说明如果用户A和B在现实世界中彼此见到就将被登录为社区成员的用户A和B登录为社区成员的特定组(朋友)的成员的处理序列。 [0113] 在图2所示的序列中，没有被登录为社区成员的用户B直接登录为作为一类社区成员的“朋友”。在图3所示的序列中，类似于用户A，对用户B执行社区成员的初始登录。此后，如果用户B在现实世界中见到用户A，就将用户B作为“朋友”登录为升级成员(一类社区成员组)。 [0114] 即，在这个处理实例中，尽管初始成员和登录为“朋友”的成员是社区成员，但是初始成员和登录为“朋友”的成员作为不同类型的成员彼此有所区分。 [0115] 如图2，图3示出了在对社区执行管理处理(更具体地，执行用于登录社区的成员的登录处理)的服务器、以及由登录为社区成员的用户A和B所拥有的通信处理装置A和B之中所执行的通信处理序列。 [0116] 以下将说明在图3所示的序列图中的处理步骤。 [0117] 步骤S201～S202的处理是根据在由用户A所拥有的通信处理装置A和服务器之间执行的通信处理执行的用户A的登录处理。例如，用户A的这种登录处理是社区初始成员的登录，而不是作为“朋友”的登录。 [0118] 下面描述用于登录用户A的登录序列。在步骤S201中，用户A通过通信处理装置A向服务器传输包括用户识别信息(用户ID)的预定用户信息。服务器根据从通信处理装置A接收的包括用户识别信息(用户ID)的用户信息来执行预定的用户确认序列。在确定用户A满足登录要求的情况下，服务器将包括用户识别信息的用户信息存储在数据库中，并执行用于登录用户A为社区成员的处理。在完成登录之后，在步骤S202中，服务器将登录完成通知传输至通信处理装置A。用户ID可以是对应于用户A的ID或对应于通信处理装置A的ID。 [0119] 步骤S203～S204的处理是根据在由用户B所拥有的通信处理装置B和服务器之间执行的通信处理执行用于用户B的登录处理。例如，用户B的登录处理也是社区初始成员的登录，而不是作为“朋友”的登录。由于步骤S203～S204的处理类似于上述的步骤S201～S202的处理，所以将省略对步骤S203～S204的处理的描述。 [0120] 在执行步骤S201～S204的处理之后，执行步骤S205和随后步骤的处理，并且执行每个用户作为“朋友”的登录。 [0121] 在步骤S205中，用户A(初始成员)和用户B(初始成员)互相见到，并且在由用户A所拥有的通信处理装置A和由用户B所拥有的通信处理装置B之间执行近场通信。通过使用图1所示的通信处理装置120和130的近场通信单元123和133执行近场通信。 [0122] 在步骤S206中，通信处理装置A将从通信处理装置B接收的数据作为通信历史信息存储在通信处理装置A的存储单元中，以及通信处理装置B将从通信处理装置A接收的数据作为通信历史信息存储在通信处理装置B的存储单元中。 [0123] 在近场通信中，例如，从通信处理装置A向通信处理装置B传输以下数据，如按图2所示的处理序列中： [0124] (a)用户A的用户ID(对应于用户A的ID或对应于通信处理装置A的ID)[0125] (b)对应于用户ID的用户A的昵称(由用户A设定的任何名字(称号))[0126] (c)执行近场通信时的日期和时间的数据 [0127] (d)关于执行近场通信的位置的信息(通信处理装置配备有GPS的情况下)[0128] (e)用户A登录的服务器站点(网站)的标识符 [0129] (f)服务器站点的访问信息(URL) [0130] 从由用户A所拥有的通信处理装置A向由用户B所拥有的通信处理装置B传输数据(a)～(f)。通信处理装置B将所接收的数据作为通信历史信息存储在通信处理装置B的存储单元中。在数据(a)～(f)中，仅数据(a)和(c)是必需的。其他数据都不是必需的。然而，期望如果可以传输其他数据就也传输其他数据。 [0131] 同时，在近场通信中，例如，从通信处理装置B向通信处理装置A传输以下数据： [0132] (a)用户B的用户ID(对应于用户B的ID或对应于通信处理装置B的ID)[0133] (b)对应于用户ID的用户B的昵称(由用户B设定的任何名字(称号))[0134] (c)执行近场通信时的日期和时间的数据 [0135] (d)关于执行近场通信的位置的信息(通信处理装置配备有GPS的情况下)[0136] 从由用户B所拥有的通信处理装置B向由用户A所拥有的通信处理装置A传输数据(a)～(d)。通信处理装置A将所接收的数据作为通信历史信息存储在通信处理装置A的存储单元中。在数据(a)～(d)中，仅数据(a)和(c)是必需的。其他数据都不是必需的。然而，期望如果可以传输其他数据就也传输其他数据。 [0137] 在执行通信处理装置A和通信处理装置B之间的近场通信之后，执行步骤S207和随后步骤的处理。 [0138] 在步骤S207中，通信处理装置A连接至服务器并向服务器发布登录请求以登录用户B为用户A的“朋友”。如上所述，“朋友”是加入由服务器提供和管理的社区的一类成员，并且登录为“朋友”的成员与“初始成员”有所区分。当发布登录请求时，通信处理装置A将存储在通信处理装置A的存储单元中的作为与通信处理装置B近场通信的记录的通信历史数据上传至服务器。更具体地，以下数据是从存储单元获得的并被传输至服务器： [0139] (a)用户B的用户ID [0140] (b)对应于用户ID的用户B的昵称(由用户B设定的任何名字(称号))[0141] (c)执行近场通信时的日期和时间的数据 [0142] (d)关于执行近场通信的位置的信息(通信处理装置配备有GPS的情况下)[0143] 在数据(a)～(d)中，仅数据(a)和(c)是必需的。其他数据都不是必需的。然而，期望如果已获得其他数据就也传输其他数据。 [0144] 同时，在步骤S208中，通信处理装置B被连接至服务器，并且向服务器发布登录请求以登录用户A为用户B的“朋友”。当发布登录请求时，通信处理装置B向服务器上传通信历史数据，其是与通信处理装置A近场通信的记录，存储在通信处理装置B的存储单元中。更具体地，以下数据是从存储单元获得的并被传输至服务器： [0145] (a)用户A的用户ID [0146] (b)对应于用户ID的用户A的昵称(由用户A设定的任何名字(称号))[0147] (c)执行近场通信时的日期和时间的数据 [0148] (d)关于执行近场通信的位置的信息(通信处理装置配备有GPS的情况下)[0149] 在数据(a)～(d)中，仅数据(a)和(c)是必需的。其他数据都不是必需的。然而，期望如果已获得其他数据就也传输其他数据。 [0150] 在步骤S209中，服务器将从通信处理装置A接收的近场通信的记录的通信历史数据和从通信处理装置B接收的近场通信的记录的通信历史数据进行比较。 [0151] 例如，比较处理包括以下数据确认处理： [0152] (x)确认在从通信处理装置A接收的通信历史数据中所记录的通信日期和时间与在从通信处理装置B接收的通信历史数据中所记录的通信日期和时间匹配。 [0153] (y)确认在从通信处理装置A接收的通信历史数据中所记录的用户ID与在从通信处理装置B接收的对应于用户B(或通信处理装置B)的用户ID相同，以及在从通信处理装置B接收的通信历史数据中所记录的用户ID与对应于用户A(或通信处理装置A)的用户ID相同。 [0154] 在步骤S209中，服务器执行数据确认处理(x)和(y)。例如，在已从通信处理装置A和B接收关于执行近场通信的位置的信息的情况下，服务器检查从通信处理装置A接收的位置信息是否与从通信处理装置B接收的位置信息匹配。此外，如果已接收可经受比较的其他数据，那么服务器执行数据的比较。 [0155] 如上所述，在步骤S209中，通过将从通信处理装置A接收的数据和从通信处理装置B接收的数据进行比较，服务器检查是否已在通信处理装置A和通信处理装置B之间执行近场通信。 [0156] 在步骤S209中的确认成功并且确认已经在通信处理装置A和通信处理装置B之间执行近场通信的情况下，服务器在步骤S210中登录用户A和B为不同于初始成员的一类成员的“朋友”。 [0157] 在步骤S211中，服务器向通信处理装置A传输表明用户A和B已登录为“朋友”的登录完成通知。在步骤S212中，服务器向通信处理装置B传输表明用户A和B已经登录为“朋友”的登录完成通知。 [0158] 在以下描述中，执行步骤S201～S204中的用于用户A和B的登录处理作为用于登录社区初始成员的处理。然而，这个登录处理并不是通常必须的登录处理。步骤S201～S204的处理可以作为用于用户A和B的临时登录处理被执行，并且如果完成步骤S205～S210的序列，那么用户A和B可以登录为授权成员。 [0159] (3)仅允许已进入商店的用户登录为通过商店建立的社区的成员的处理序列(参见图4) [0160] 接下来，将参照图4说明仅允许已进入商店的用户登录为通过商店建立的社区的成员的处理序列。 [0161] 例如，这个处理实例可以应用于以下的服务形式，其中，商店建立由已进入商店的用户组成的社区，以使登录到社区的用户有资格以折扣价购买产品。 [0162] 在商店建立这种社区并执行用户登录的情况下，登录但实际上并不访问商店的虚拟成员的数量增加。以图4所示的序列，避免了这种虚拟成员的数量的增加，并且仅允许已实际进入商店的用户被登录为成员。 [0163] 图4示出了在对社区执行管理处理(更具体地，执行用于登录社区成员的登录处理)的服务器间、充当安装在建立了社区的商店C中的商店终端的通信处理装置C、以及由将登录为社区成员的用户A所拥有的通信处理装置之中执行的通信处理序列。通信处理装置C具有与图1所示的通信处理装置A和B中的每个类似的配置。 [0164] 将说明图4所示的序列图中的处理步骤。 [0165] 步骤S301～S302的处理是根据在由用户A所拥有的通信处理装置A和服务器之间执行的通信处理执行的用户A的登录处理。用户A的登录处理是用以获得加入由服务器管理的社区的资格的用户登录处理。这个登录处理并不是作为由商店C建立的社区的成员的登录。这个登录处理是作为变成由商店C建立的社区的成员的前提所必需的用户登录。 [0166] 下面描述登录用户A的登录序列。在步骤S301中，用户A通过通信处理装置A向服务器传输包括用户识别信息(用户ID)的预定用户信息。服务器根据从通信处理装置A接收的包括用户识别信息(用户ID)的用户信息执行预定的用户确认序列。在确定用户A满足登录要求的情况下，服务器将包括用户识别信息的用户信息存储在数据库中，并且执行用于登录用户A为有资格加入由服务器管理的各种社区的成员的处理。在完成登录之后，在步骤S302中，服务器将登录完成通知传输至通信处理装置A。用户ID可以是对应于用户A的ID或对应于通信处理装置A的ID。 [0167] 步骤S303～S304的处理是根据在由商店C所拥有的商店终端的通信处理装置C和服务器之间执行的通信处理执行商店C的登录处理。例如，商店C的登录处理也是用以获得加入由服务器管理的社区的资格的登录。由于步骤S303～S304的处理类似于上述的步骤S301～S302的处理，所以将省略对步骤S303～S304的处理的描述。 [0168] 此外，在步骤S305～S306中，根据在作为商店终端的通信处理装置C和服务器之间执行的通信处理来执行用于建立由商店C管理的社区的处理。获得建立社区资格的用户能够建立社区。在步骤S305～S306的处理中，商店C建立社区。 [0169] 在步骤S305中，作为商店终端的通信处理装置C向服务器发布创建社区的请求。当发布请求时，通信处理装置C向服务器传输符合由服务器设定的管理标准的信息。在确认满足预定要求之后，服务器创建将由商店C管理的社区。在步骤S306中，服务器向由商店C所拥有通信处理装置C传输社区建立完成通知。 [0170] 步骤S307和随后步骤的处理是用于登录加入由商店C管理的社区的成员的登录序列。 [0171] 在步骤S307中，携带通信处理装置A的用户访问商店C，并且将通信处理装置A放到作为安装在商店C中的商店终端的通信处理装置C上，以便可以执行通信处理装置A和通信处理装置C之间的近场通信。这里执行的近场通信类似于通过图1所示通信处理装置120和130的近场通信单元123和133执行的近场通信。 [0172] 在步骤S308中，通信处理装置A将从通信处理装置C接收的数据作为通信历史信息存储在通信处理装置A的存储单元中，以及通信处理装置C将从通信处理装置A接收的数据作为通信历史信息存储在通信处理装置C的存储单元中。 [0173] 在近场通信中，例如，如图2所示的处理序列，从通信处理装置A向通信处理装置C传输以下数据： [0174] (a)用户A的用户ID(对应于用户A的ID或对应于通信处理装置A的ID)[0175] (b)对应于用户ID的用户A的昵称(由用户A设定的任何名字(称号))[0176] (c)执行近场通信时的日期和时间的数据 [0177] (d)关于执行近场通信的位置的信息(通信处理装置配备有GPS的情况下)[0178] (e)用户A登录的服务器站点(网站)的标识符 [0179] (f)服务器站点的访问信息(URL) [0180] 从由用户A所拥有的通信处理装置A向安装在商店C中的通信处理装置C传输数据(a)～(f)。通信处理装置C将所接收的数据作为通信历史信息存储在通信处理装置C的存储单元中。在数据(a)～(f)中，仅数据(a)和(c)是必需的。其他数据都不是必需的。然而，期望如果可以传输其他数据就也传输其他数据。 [0181] 同时，在近场通信中，例如，从通信处理装置C向通信处理装置A传输以下数据： [0182] (a)商店C的用户ID(对应于商店C的ID或对应于通信处理装置C的ID)[0183] (b)对应于用户ID的商店C的昵称(由商店C设定的任何名字(称号))[0184] (c)执行近场通信时的日期和时间的数据 [0185] (d)关于执行近场通信的位置的信息(通信处理装置配备有GPS的情况下)[0186] 从通信处理装置C向由用户A所拥有的通信处理装置A传输数据(a)～(d)。通信处理装置A将所接收的数据作为通信历史信息存储在通信处理装置A的存储单元中。在数据(a)～(d)中，仅数据(a)和(c)是必需的。其他数据都不是必需的。然而，期望如果可以其他数据可以被传输就也传输其他数据。 [0187] 在执行通信处理装置A和通信处理装置C之间的近场通信之后，执行步骤S309和随后步骤的处理。 [0188] 在步骤S309中，通信处理装置A连接至服务器并向服务器发布登录请求以登录通信处理装置A为由商店C管理的社区的成员。当发布登录请求时，通信处理装置A将存储在通信处理装置A的存储单元中的作为与通信处理装置C近场通信的记录的通信历史数据上传至服务器。更具体地，以下数据是从存储单元获得的并被传输至服务器： [0189] (a)商店C的用户ID [0190] (b)对应于用户ID的商店C的昵称(由商店C设定的任何名字(称号))[0191] (c)执行近场通信时的日期和时间的数据 [0192] (d)关于执行近场通信的位置的信息(通信处理装置配备有GPS的情况下)[0193] 在数据(a)～(d)中，仅数据(a)和(c)是必需的。其他数据都不是必需的。然而，期望如果已获得其他数据就也传输其他数据。 [0194] 同时，在步骤S310中，安装在商店C中的通信处理装置C连接至服务器并向服务器发布更新请求以更新由商店C管理的社区上的登录信息。当发布更新请求时，通信处理装置C将存储在通信处理装置C的存储单元中的作为与通信处理装置A近场通信的记录的通信历史数据上传至服务器。更具体地，以下数据是从存储单元获得的并被传输至服务器： [0195] (a)用户A的用户ID [0196] (b)对应于用户ID的用户A的昵称(由用户A设定的任何名字(称号))[0197] (c)执行近场通信时的日期和时间的数据 [0198] (d)关于执行近场通信的位置的信息(通信处理装置配备有GPS的情况下)[0199] 在数据(a)～(d)中，仅数据(a)和(c)是必需的。其他数据都不是必需的。然而，期望如果已获得其他数据就也传输其他数据。 [0200] 在步骤S311中，服务器将从通信处理装置A接收的近场通信的记录的通信历史数据和从通信处理装置C接收的近场通信的记录的通信历史数据进行比较。 [0201] 例如，比较处理包括以下数据确认处理： [0202] (x)确认在从通信处理装置A接收的通信历史数据中所记录的通信日期和时间与在从通信处理装置C接收的通信历史数据中所记录的通信日期和时间相匹配。 [0203] (y)确认在从通信处理装置A接收的通信历史数据中所记录的用户ID与在从通信处理装置C接收的对应于用户C(或通信处理装置C)的用户ID相同，以及在从通信处理装置C接收的通信历史数据中所记录的用户ID与对应于用户A(或通信处理装置A)的用户ID相同。 [0204] 在步骤S311中，服务器执行数据确认处理(x)和(y)。例如，在已从通信处理装置A和C接收到关于执行近场通信的位置的信息的情况下，服务器检查从通信处理装置A接收的位置信息是否与从通信处理装置C接收的位置信息相匹配。此外，如果已接收可经受比较的其他数据，那么服务器执行数据的比较。 [0205] 如上所述，在步骤S311中，通过将从通信处理装置A接收的数据和从通信处理装置C接收的数据进行比较，服务器检查是否已在通信处理装置A和通信处理装置C之间执行近场通信。 [0206] 在步骤S311中的确认成功并且确认已在通信处理装置A和通信处理装置C之间执行近场通信的情况下，服务器在步骤S312中登录用户A为由商店C管理的社区的成员。 [0207] 在步骤S313中，服务器向通信处理装置A传输表明用户A已登录为由商店C管理的社区的成员的登录完成通知。在步骤S314中，服务器向通信处理装置C传输表明用户A已登录为由商店C管理的社区的成员的登录完成通知。 [0208] 在图4所示的序列图中，首先，在步骤S301～S302中，根据在由用户A所拥有的通信处理装置A和服务器之间执行的通信处理执行用于用户A的登录处理。然后，用户A访问商店C，并且在步骤S307～S308中执行通信处理装置A和作为商店终端的通信处理装置C之间的近场通信。这些处理步骤的顺序可以不同于以上所述。即，首先，用户A可以访问商店C，并且会在通信处理装置A和作为商店终端的通信处理装置C之间执行近场通信。然后，可以根据在通信处理装置A和服务器之间执行的通信处理来执行用户A的登录处理。 [0209] (4)在由用户拥有的多个通信处理装置(例如，蜂窝电话和PC)之间传送近场通信历史信息并使用传送信息的处理序列(参见图5) [0210] 接下来，将参照图5描述在由用户拥有的多个通信处理装置(例如，蜂窝电话和PC)之间传送近场通信历史信息并使用传送信息的处理序列。 [0211] 图5示出了在对社区执行管理处理(更具体地，执行用于登录社区的成员的登录处理)的服务器、用户A所拥有的通信处理装置A、以及用户B所拥有的通信处理装置B1和通信处理装置B2之中执行的通信处理序列，其中，用户A和B被登录为社区成员。例如，用户B所拥有的通信处理装置B1是便携电话。例如，用户B所拥有的通信处理装置B2是PC。通信处理装置A、通信处理装置B1和通信处理装置B2具有与以上参照图1所述的通信处理装置类似的功能。 [0212] 在步骤S401～S402中，根据与服务器的通信执行用户A的用户登录。然后，用户B被登录为用户A的“朋友”。这里，“朋友”是加入社区的一类成员。 [0213] 在参照图2所述的处理中，处理实例也是仅满足条件“已在现实世界中见到登录用户”的用户才能够被重新登录的处理序列。 [0214] 以下将说明图5所示序列图中处理步骤。 [0215] 步骤S401～S402的处理是根据在由用户A所拥有的通信处理装置A和服务器之间执行的通信处理执行用于用户A的登录处理。例如，执行用于用户A的登录处理作为用于登录社区初始成员的处理。执行预定的用户确认处理，并且执行用户登录。这种用于登录初始成员的登录序列不同于稍后将描述的用于登录用户B的登录序列。因此，期望仅预定的限制数量的成员才被登录为初始成员。 [0216] 下面描述用于登录用户A的登录序列。在步骤S401中，用户A通过通信处理装置A向服务器传输包括用户识别信息(用户ID)的预定用户信息。服务器根据从通信处理装置A接收的包括用户识别信息(用户ID)的用户信息执行预定的用户确认序列。在确定用户A满足登录请求的情况下，服务器在数据库中存储包括用户识别信息的用户信息，并且执行用于登录用户A为社区成员的处理。在完成登录之后，在步骤S402中，服务器将登录完成通知传输至通信处理装置A。用户ID可以是对应于用户A的ID或对应于通信处理装置A的ID。 [0217] 步骤S403和随后步骤的处理是用于登录社区新成员(额外成员)的处理。在这个处理实例中，为了避免虚拟成员等的登录，仅已在现实世界中见到授权的登录成员(在该实例中，用户A)的用户才能够被登录。 [0218] 在步骤S403中，用户A(已登录为社区成员)和用户B(没有登录)彼此见到，并且执行由用户A所拥有的通信处理装置A和由用户B所拥有的通信处理装置B1之间的近场通信。通过图1所示通信处理装置120和130的近场通信单元123和133执行近场通信。 [0219] 在步骤S404中，通信处理装置A将从通信处理装置B1接收的数据作为通信历史信息存储在通信处理装置A的存储单元中，以及通信处理装置B1将从通信处理装置A接收的数据作为通信历史信息存储在通信处理装置B1的存储单元中。 [0220] 在近场通信中，例如，从通信处理装置A向通信处理装置B1传输以下数据： [0221] (a)用户A的用户ID(对应于用户A的ID或对应于通信处理装置A的ID)[0222] (b)对应于用户ID的用户A的昵称(由用户A设定的任何名字(称号))[0223] (c)执行近场通信时的日期和时间的数据 [0224] (d)关于执行近场通信的位置的信息(通信处理装置配备有GPS的情况下)[0225] (e)用户A登录的服务器站点(网站)的标识符 [0226] (f)服务器站点的访问信息(URL) [0227] 从由用户A所拥有的通信处理装置A向由用户B所拥有的通信处理装置B1传输数据(a)～(f)。通信处理装置B1将所接收的数据作为通信历史信息存储在通信处理装置B1的存储单元中。在数据(a)～(f)中，仅数据(a)和(c)是必需的。其他数据都不是必需的。然而，期望如果可以传输其他数据就也传输其他数据。 [0228] 同时，在近场通信中，例如，从通信处理装置B1向通信处理装置A传输以下数据： [0229] (a)用户B的用户ID(对应于用户B的ID或对应于通信处理装置B1的ID)[0230] (b)对应于用户ID的用户B的昵称(由用户B设定的任何名字(称号))[0231] (c)执行近场通信时的日期和时间的数据 [0232] (d)关于执行近场通信的位置的信息(通信处理装置配备有GPS的情况下)[0233] 从由用户B所拥有的通信处理装置B1向由用户A所拥有的通信处理装置A传输数据(a)～(d)。通信处理装置A将所接收的数据作为通信历史信息存储在通信处理装置A的存储单元中。在数据(a)～(d)中，仅数据(a)和(c)是必需的。其他数据都不是必需的。然而，期望如果可以传输其他数据就也传输其他数据。 [0234] 在执行通信处理装置A和通信处理装置B1之间的近场通信之后，用户B将通信处理装置B1带回家中，并且在通信处理装置B1和诸如位于用户B家中的PC的另一通信处理装置B2之间执行近场通信。通过这种近场通信，向通信处理装置B2传送存储在通信处理装置B1的存储单元中的与通信处理装置A的通信历史信息。通信处理装置B2将从通信处理装置B1接收的通信历史信息存储在通信处理装置B2的存储单元中。 [0235] 在步骤S407中，通信处理装置A连接至服务器，并且向服务器发布登录请求以登录用户B为用户A的“朋友”。如上所述，“朋友”是加入由服务器提供和管理的社区的一类成员。当发布登录请求时，通信处理装置A将存储在通信处理装置A的存储单元中的作为与通信处理装置B1近场通信的记录的通信历史数据上传至服务器。更具体地，以下数据是从存储单元获得的并被传输至服务器： [0236] (a)用户B的用户ID [0237] (b)对应于用户ID的用户B的昵称(由用户B设定的任何名字(称号))[0238] (c)执行近场通信时的日期和时间的数据 [0239] (d)关于执行近场通信的位置的信息(通信处理装置配备有GPS的情况下)[0240] 在数据(a)～(d)中，仅数据(a)和(c)是必需的。其他数据都不是必需的。然而，期望如果已获得其他数据就也传输其他数据。 [0241] 在步骤S408中，通信处理装置B2连接至服务器并向服务器发布登录请求以登录用户B。这个登录请求是登录用户B为用户A的“朋友”的登录请求。当发布登录请求时，通信处理装置B将从通信处理装置B1传送并被存储在通信处理装置B2的存储单元中的作为与通信处理装置A近场通信的记录的通信历史数据上传至服务器。更具体地，以下数据是从存储单元获得的并被传输至服务器： [0242] (a)用户A的用户ID [0243] (b)对应于用户ID的用户A的昵称(由用户A设定的任何名字(称号))[0244] (c)执行近场通信时的日期和时间的数据 [0245] (d)关于执行近场通信的位置的信息(通信处理装置配备有GPS的情况下)[0246] 在数据(a)～(d)中，仅数据(a)和(c)是必需的。其他数据都不是必需的。然而，期望如果已获得其他数据就也传输其他数据。 [0247] 此外，在步骤S409中，通信处理装置B2连接至服务器并向服务器传输用户B的识别信息(用户ID)。用户ID是对应于用户B的ID或对应于通信处理装置B1的ID。 [0248] 在步骤S410中，服务器将从通信处理装置A接收的近场通信的记录的通信历史数据和从通信处理装置B2接收的近场通信的记录的通信历史数据进行比较。 [0249] 例如，比较处理包括以下数据确认处理： [0250] (x)确认在从通信处理装置A接收的通信历史数据中所记录的通信日期和时间与在从通信处理装置B2接收的通信历史数据中所记录的通信日期和时间匹配。 [0251] (y)确认在从通信处理装置A接收的通信历史数据中所记录的用户ID与在从通信处理装置B2接收的对应于用户B(或通信处理装置B1)的用户ID相同，以及在从通信处理装置B2接收的通信历史数据中所记录的用户ID与对应于登录用户A(或通信处理装置A)的用户ID相同。 [0252] 在步骤S410中，服务器执行数据确认处理(x)和(y)。例如，在已从通信处理装置A和B2接收关于执行近场通信的位置的信息的情况下，服务器检查从通信处理装置A接收的位置信息是否与从通信处理装置B2接收的位置信息匹配。此外，如果已接收可经受比较的其他数据，那么服务器执行数据的比较。 [0253] 如上所述，在步骤S410中，通过将从通信处理装置A接收的数据和从通信处理装置B2接收的数据进行比较，服务器检查是否已在通信处理装置A和通信处理装置B1之间执行近场通信。 [0254] 在步骤S410中的确认成功并且确认已经在通信处理装置A和通信处理装置B1之间执行近场通信的情况下，服务器在步骤S411中登录用户B为用户A的“朋友”。 [0255] 在步骤S412中，服务器向通信处理装置A传输表明用户B已登录为用户A的“朋友”的登录完成通知。在步骤S413中，服务器向通信处理装置B2传输表明用户B已经登录为用户A的“朋友”的登录完成通知。 [0256] 在以上描述中，执行步骤S401～S402中的用于用户A的登录处理作为用于登录社区初始成员的处理。然而，这个登录处理并不是通常必须的登录处理。步骤S401～S402的处理可以作为用于用户A的临时登录处理被执行，并且如果完成步骤S403～S411的序列，那么可以执行用于用户A的正常登录。通过这种处理，设定在现实世界中见到登录用户(在这种情况下，用户B)，作为对用户A的用户登录的要求。 [0257] 已说明了多个处理序列。从上述序列清楚，在根据本发明实施例的社区管理处理中，当确认用户已执行近场通信时，用户可以登录为社区成员。此外，当确认诸如可以进行近场通信的蜂窝电话的装置已与其他通信处理装置执行近场通信时，可以执行社区成员的登录。 [0258] 即，如上所述，允许用户加入社区，例如，在确认的情况下，根据近场通信历史数据，用户满足以下条件(a)～(c)中的任意条： [0259] (a)已在现实世界中见到登录用户 [0260] (b)已处于特定位置或地点 [0261] (c)已加入诸如特定集会或党派的活动 [0262] 通过应用本发明实施例的特性的应用，例如，在可执行近场通信的装置被安装在超市或快餐店中并且在装置和由用户所拥有的装置之间交换通信历史的情况下，可以实现以下优点： [0263] ·仅是已经访问商店的用户可以登录为成员，并且销售信息、新产品信息等仅可以提供给这种将访问商店的实际成员。 [0264] ·可以直接从顾客那里听到意见。 [0265] ·这种技术可以被利用作销售工具。 [0266] 此外，在可以执行近场通信的装置被安装在音乐会或活动场所(例如，棒球场或体育场)中并且在装置和由用户所拥有的装置之间交换通信历史的情况下，可以实现以下用途： [0267] ·建立仅由已进入地点的人组成的追星俱乐部。 [0268] ·可以向登录成员提供隐私生活信息和专有商品信息。 [0269] ·已进入地点多次的顾客可以被升级并作为忠诚顾客来对待。 [0270] 此外，加入社区的个人用户可以享受以下优点； [0271] ·用户可以在升级类中登录为社区提供站点的朋友。 [0272] ·用户可以适当使用信息资源(组)。 [0273] 图6示出作为执行社区管理处理的信息管理装置的服务器110的配置实例。图6所示的服务器110对应于图1所示的服务器110。如图6所示，作为信息管理装置的服务器110包括通信单元311、数据比较单元312以及数据登录单元313。 [0274] 通信单元311从多个通信处理装置接收在多个通信处理装置中执行的近场通信的多个通信历史数据。数据比较单元312执行由通信单元311接收的多个通信历史数据的比较。如果数据比较单元312根据近场通信的多个通信历史数据确认已在多个通信处理装置之间执行近场通信，那么数据登录单元313就将用于将多个通信处理装置的用户作为社区成员登录到数据库111中的处理。 [0275] 例如，数据比较单元312根据已与其他通信处理装置执行近场通信的通信处理装置的用户ID来确定是否已在多个通信处理装置之间执行近场通信，用户ID包括在从其他通信处理装置接收的通信历史数据中。 [0276] 此外，数据比较单元312执行确认处理，确认处理用于检查包括在从多个通信处理装置接收的多个通信历史数据中的多个近场通信日期和时间的数据是否相互匹配并检查包括在从多个通信处理装置接收的多个通信历史数据中的多个近场通信位置的数据是否相互匹配。因此数据比较单元312确定是否已在多个通信处理装置之间执行近场通信。 [0277] 以上已描述了本发明的特定实施例。然而，本领域的技术人员可以在不脱离本发明的范围的条件下对本发明进行实施例的各种修改或变化。即，本发明已通过示例性实施例披露但不应以限制方式来解释。应参考附加权利要求来确定本发明的范围。 [0278] 此外，在说明书中所述的一系列处理可以通过硬件或软件或其组合来执行。当这一系列处理通过软件执行时，记录处理序列的程序可以被安装在结合了专用硬件的计算机的内部存储器中并被执行，或可以安装在能够执行各种处理的通用计算机上并被执行。例如，程序可以预先记录在记录介质上。程序可被从记录介质安装到计算机上，或从局域网(LAN)或互联网接收，以使计算机可将程序安装到诸如内部硬盘的记录介质上。 [0279] 注意，说明书中所述的各种类型的处理并不必须如所述按时序方式执行而是可以根据执行处理的装置的性能或者按需要来同时或单独执行。此外，在说明书中提到的系统表示多个装置的逻辑集合结构，并且具有单个配置的装置并不必须包含在单个外壳中。 [0280] 本领域的技术人员应理解，根据设计要求和其他因素，可以有多种修改、组合、再组合和改进，均应包含在随附权利要求或等同物的范围之内。

意见反馈