提供者还可提供行动识别服务(因此，对象服务器250可具有如针对图1所示的服务器150描述的功能配置)，进一步获取通过另一提供者的行动识别服务获取的行动历史信息，以及使用所获取的行动历史信息来计算属性得分和生成对象。
[0142](2.第二实施例)
[0143]接下来，将参照图12和图13描述本公开的第二实施例。该第二实施例与第一实施例的不同之处在于，表示用户的对象是要重叠在用户的实际图像上的对象。另外，其它(诸如功能配置)与第一实施例相同，因此将省略重复的详细描述。
[0144]图12是示出本公开的第二实施例中的第一显示示例的图。在本实施例中，服务器150的对象生成单元162生成的对象2101重叠在用户的实际图像2103上。在所示出的示例中，穿套装的男性用户被显示为实际图像2103，并且草帽的对象2101重叠在实际图像2103上。对象2101可例如指示用户现在穿套装并且在工作，但是用户在周末忙于菜园。以此方式，对象不限于在虚拟空间中显示的虚拟形象，而是可以是伴随用户的实际图像而显示的衣服、附属品、发型、宠物等的对象。
[0145]这里，用户的实际图像2103在视觉上被识别为例如通过拍摄在AR应用等中设置的实际空间的图像而获得的图像以及通过透视显示单元看到的实际图像的图像。客户端100的对象生成单元162或显示控制单元106识别用户的实际图像2103的位置和姿势，并且根据该位置和姿势而显示对象2101。另外，当执行这样的显示时，生成其对象的用户可不同于观看所显示的对象的用户。
[0146]图13是示出本公开的第二实施例中的第二显示示例的图。如图12的示例一样，在所示出的示例中，穿套装的男性用户被显示为实际图像2103。对象2105是例如显示实际图像的背景的环境对象，并且对象2105的显示隐藏了用户的实际图像2103。当指示用户不满足预定条件时，对象2105可基于属性得分而生成。例如，当查看图像的用户设置条件“经常运动的人”时，其属性得分指示用户不经常运动的用户重叠对象2105以从查看图像的用户的视线消失。
[0147]例如，当在大量用户聚集的事件站点用户搜索对方用户以打招呼时，这样的显示对于识别哪些用户满足期望条件以有利于与该用户打招呼之后的交流是有效的。甚至在该情况下，可以说，对象2105反映了用户的用户不满足预定条件的个性。
[0148](3.第三实施例)
[0149]接下来，将参照图14至图19描述本公开的第三实施例。该第三实施例与第一实施例的不同之处在于，表示用户的对象显示在地图上，并且可以在该显示上执行某种功能。另外，其它与第一实施例相同，从而将省略重复的详细描述。
[0150](3-1.功能配置)
[0151]图14是示出根据本公开的第三实施例的系统的示意功能配置的框图。图14示出了系统40，该系统40包括客户端400和服务器450。客户端400和服务器450经由多种有线或无线网络而连接到彼此，并且根据需要而彼此通信。以下将进一步描述客户端400和服务器450中的每个的配置。
[0152](客户端)
[0153]客户端400与参照图1描述的客户端100的不同之处在于客户端400不包括任何感测单元102，但是在其它方面与客户端100相同。客户端400不将感测结果传送到服务器，并且主要由观看包括针对其他用户生成的对象的图像的用户使用。因此，客户端400包括输入单元104、显示控制单元106和显示单元108。由于客户端100也具有相同的功能配置，因此将省略针对该功能配置的详细描述。
[0154](服务器)
[0155]服务器450与参照图1描述的服务器150的不同之处在于服务器450包括操作获取单元474和消息传送单元476，但是在其它方面与服务器150相同。虽然未在图中示出，服务器450可包括时间范围选择单元170和属性选择单元172中的一个或两者。
[0156]由于在所示出的示例中客户端400不将感测结果传送到服务器，因此服务器450的行动识别单元152基于来自不同于客户端400的其它客户端的信息而识别使用其它客户端的用户的行动。因此，存储在行动历史DB 154中的行动历史信息是关于与客户端400不同的用户的行动历史信息，并且通过行动历史获取单元156、属性得分计算单元158和对象生成单元162的处理而生成的对象表示与客户端400的用户不同的用户。
[0157]也就是说，在服务器450中针对其他用户生成的对象显示在客户端400上，并且系统40是用于客户端400的用户在显示上执行某种操作的系统。以下将进一步描述包括在系统40的服务器450中的操作获取单元474和消息传送单元476的功能。另外，操作获取单元474和消息传送单元476两者例如由根据存储在存储器中的程序操作的CPU来实现。
[0158]操作获取单元474经由通信单元168从输入单元104接收信息，该输入单元104获取客户端400中的用户的操作。如以下讨论的示例所示，这里所接收的信息可以是例如指示指定显示在地图上的对象(对象生成单元162生成的对象)的至少一部分的操作的信息。还可在该操作信息中指定要指定的对象的类型。操作获取单元474将所获取的信息提供到消息传送单元476。另外，操作获取单元474可获取用于在地图上显示对象的请求。该请求可包括例如要显示的对象的类型、关于客户端400的位置信息等。该信息可被提供到对象生成单元162。
[0159]消息传送单元476是根据从操作获取单元474获取的信息而执行预定功能的功能单元的示例。在所示出的示例中，消息传送单元476将消息传送到与地图上的对象对应的用户，该对象是根据操作获取单元474获取的操作信息而指定的。消息要被传送至的目的地可以是将用于识别行动的信息提供到例如行动识别单元152的至少一部分客户端。消息传送单元476可参考用户DB 166以便获取关于消息被传送至的目的地的信息。
[0160](3-2.处理的流程)
[0161]图15是示出在本公开的第三实施例中使用的数据的示例的图。所示出的数据可存储在例如服务器450的用户DB 166中。该数据包括针对各个用户(用户A至D)的项“对象类型”、“当前位置”和“电子邮件”。“对象类型”上记录有对象的类型，该对象是由对象生成单元162生成的并且与各个用户相关联。“当前位置”上例如以玮度和经度形式记录有关于每个用户的位置信息，该位置信息是利用GPS等检测的。“电子邮件”上记录有电子邮件地址，该电子邮件地址是例如由每个用户登记的以用于服务的使用。
[0162]在所示出的示例中，对象类型“商人”(例如，针对对于工作具有相对高属性得分的用户生成的对象的类型)被记录用于用户A和用户D，对象类型“华丽”(例如，针对对于奢侈购物具有相对高属性得分的用户生成的对象的类型)被记录用于用户B，并且对象类型“运动人士”(例如，针对对于运动具有相对高属性得分的用户生成的对象的类型)被记录用于用户C。另外，这些对象类型可例如基于用户的所有属性得分来确定，或者作为用户利用时间范围选择单元170、属性选择单元172等设置某种条件之后的结果来确定。
[0163]图16是示出本公开的第三实施例中的处理的示例的流程图。首先，对象生成单元162基于由服务器450中的属性得分计算单元158计算的属性得分而定期地更新存储在用户DB 166中的关于用户的对象信息(步骤S201)。这还更新了例如图15所示的“对象类型”中的项。这里，当客户端400请求显示对象时(步骤S203)，在服务器450中执行用于显示对象的处理。
[0164]在本实施例中，由对象生成单元162预先生成对象，并且对象信息存储在用户DB166中。因此，用于显示对象的处理开始于如下处理:如果响应于显示请求存在要显示的对象类型的选项，则对象生成单元162基于存储在用户DB 166中的关于对象的信息而选择显示哪个用户的对象(步骤S207)。在其它实施例中，如在图3的示例中，可执行属性得分计算单元158计算属性得分或读出属性得分的处理，此外，可执行行动历史获取单元156获取行动历史的处理。
[0165]接下来，对象生成单元162基于包括在显示请求中的关于客户端400的位置信息而提取要显示的对象(步骤S209)。当在步骤S207中选择了对象的类型时，这里提取的对象限于目标类型的对象。否则，提取对象而不管类型。
[0166]接下来，对象生成单元162基于存储在用户DB 166中的关于相应用户的位置信息而将所提取的对象映射在地图上(步骤S211)，并且将关于对象所映射的地图的信息传送到客户端400 (步骤S213)。这里，对象所映射的地图是基于包括在显示请求中的关于客户端400的位置信息而设置的。
[0167](3-3.显示示例)
[0168]图17是示出本公开的第三实施例中的第一显示示例的图。在所示出的示例中，客户端400的显示单元108在地图3100上显示表示用户的对象3101。这里，对象3101的颜色根据用户的属性得分而改变。也就是说，针对对于“走路”的得分被计算为指示当前行动的属性得分的用户的对象3101a(对象类型为“走路”的对象)、对于“火车”的得分以相同方式被计算的用户的对象3101b (对象类型为“火车”的对象)以及对于“汽车”的得分以相同方式被计算的用户的对象3101c(对象类型为“汽车”的对象)而生成颜色不同的对象。如图所示，在该示例中生成的对象具有抽象图形或圆圈，并且甚至在该情况下，也可以通过例如根据属性得分改变颜色而显示关于用户的个性的信息(在该情况下，以何种方式用于移动)。
[0169]图18是示出本公开的第三实施例中的第二显示示例的图。如在图17的示例中一样，在所示出的示例中，当客户端400在地图3100上显示对象3101时，包括在输入单元104中的触摸板等用于输入指定图形3103的范围。另外，为了指定目标对象类型，选择复选框3105显示在对象的图例上，这允许利用输入单元104进行选择。在所示出的示例中，范围指定图形3103指定了位于地图3100的中心附近的用户，并且复选框3105将目标限制于显示有目标类型“走路”的用户。这使得可以例如仅对位于预定区域内并且具有指定属性的用户执行操作，诸如投递消息。
[0170]操作获取单元474然后获取关于由范围指定图形3103的绘制和复选框3105的选择而显示的用户的操作的信息，并且消息传送单元476执行诸如在服务器450中传送消息的功能。这里，消息传送单元476例如将图15所示的数据中的“当前位置”与地图3100上的范围指定图形3103指示的区域进行比较以提取满足位置条件的用户。此外，消息传送单元476将“对象类型”与复选框3105指定的对象类型进行比较以提取满足对象类型的条件的用户，并且将消息传送到被显示为所提取的用户的“电子邮件”的地址。
[0171]上述配置例如使得可以利用直观且容易的操作从特定地方的用户中提取具有特定属性(由对象类型指示)的用户并且将消息传送到所提取的用户。另外，可设置两个或更多个属性。例如，当在图18的示例中其对象被显示的所有用户被限制于作为“办公室职员”的用户(基于第一属性的限制)时，针对这些用户进一步指定车站附近的区域(基于位置信息的限制)，用户进一步被限制为步行移动的用户(基于第二属性的限制)，并且消息被传送到所限制的用户，这允许例如饭店午餐的广告仅被递送到被估计为购买者的用户。
[0172](3-4.变型例)
[0173]图19是示出根据本公开的第三实施例的变型例的系统的示意功能配置的框图。图19示出了系统42，该系统42包括客户端400和服务器450。系统42的配置与参照图14描述的根据本实施例的系统40的配置基本上相同，但是不同之处在于系统42取代消息传送单元476而包括发帖接收单元478作为服务器450的功能单元。
[0174]发帖接收单元478是根据从操作获取单元474获取的信息而执行预定功能的功能单元的示例。在所示出的示例中，发帖接收单元478基于操作获取单元474获取的操作信息而接收来自用户的发帖，并且参考存储在用户DB 166中的对象信息而确定用户是否够资格发帖。当用户够资格发帖时，发帖接收单元478经由通信单元168将用于发帖的输入屏幕传送到客户端400。发帖接收单元478例如由根据存储在存储器中的程序进行操作的CPU来实现。
[0175]图20是示出本公开的第三实施例的变型例的流程图。首先，对象生成单元162基于服务器450中的属性得分计算单元158计算的属性得分而定期地更新存储在用户DB 166中的对象信息(步骤S301)。这还更新图15所示的“对象类型”中的项。这里，当客户端400发出评论发布请求时(步骤S303)，在服务器450中执行用于基于对象类型进行确定的处理。另外，评论在这里表示诸如从使用了饭店等的用户提供的饭店评价的信息。
[0176]这里，发帖接收单元478确定传送了评论发布请求的用户是否与预定对象类型相关联(步骤S305)。该确定可例如基于针对对象生成单元162预先生成的对象的存储在用户DB 166中的对象信息来进行。替选地，当进行确定时，对象生成单元162可基于属性得分而生成对象，并且可基于该对象的类型进行确定。另外，预定对象类型是例如针对每个评论发布目标商店或者显示其评论的每个团体而预先设置的。
[0177]在步骤S305中，当用户与预定对象属性相关联时，发帖接收单元478还参考用户DB 166以确定关于用户的位置信息是否指示评论发布目标商店附近的区域(步骤S307)。这里，当确定关于用户的位置信息指示商店附近的区域时，发帖接收单元478经由通信单元168将评论发布屏幕传送到客户端400 (步骤S309)。相反，当在步骤305或步骤S307中做出了否定确定时，发帖接收单元478经由通信单元168将指示不可以接收评论发布的消息(发布禁止消息)传送到客户端400。
[0178]这些处理允许例如发布关于商店的评论的用户限制于具有特定属性的用户(诸如仅女士以及仅成人)。例如，当商店设置了该商店的目标群时，或者当评论显示在目标为具有特定属性的用户的团体中时，这样的限制可以是有效的。另外，如果用户的位置限制于商店附近的区域，则可以仅接收商店的实际用户紧接在使用商店之后做出的评论