CN103077358A - 信息处理装置和事件控制方法 - Google Patents

Abstract

本发明的课题是在使用位置信息进行事件控制的***中，在确保安全性的同时提高灵活性。事件控制模块1获取含有用户属性8a、用户的位置信息8b以及用户集合状态8c中任意一个的用户信息8，判定用户属性8a、位置信息8b以及集合状态8c是否满足事件发生条件93，判定为满足事件发生条件93时，允许或指示事件的发生。

Description

信息处理装置和事件控制方法

技术领域

本发明涉及用于事件控制的技术。

背景技术

以往曾有提案提出一种当人、物体或一群人/物体到达或接近目标位置时被执行对话要求、实施接近性驱动式或位置驱动式活动的***（参照专利文献1）。

此外，也有提案提出，仅在GPS（Global Positioning  System）获取的当前地理位置为经过允许的地理位置时，允许访问用户的存储信息的访问控制方法（参照专利文献2）；对可访问文档的地区进行带有设定于文档自身的位置信息的加密***（参照专利文献3）等。

又，还有提案提出，在GPS对应装置上显示含有在相同或大致相同位置被发现的社会关系网成员所关联的GPS标识符与身份状态的联系内容的***（参照专利文献4）。

【专利文献1】日本专利特表2005-509198号公报

【专利文献2】日本专利特开2000-163379号公报

【专利文献3】日本专利特开2007-241907号公报

【专利文献4】日本专利特表2010-520540号公报

发明内容

以往有提出各种用于使用位置信息而令人和物体相关联的技术。此外，也有提出各种参照位置信息而判定允许/不允许访问等的使用位置信息来提高安全性的技术。

但是，安全性的高低与***的灵活性一般存在权衡关系。因此，要使用位置信息等提高安全性的话，会丧失***的灵活性，相反，要提高***的灵活性的话，存在安全性不充分的问题。

本公开鉴于上述问题，目的是在使用位置信息进行事件控制的***中，在确保安全性的同时提高灵活性。

为解决上述课题，本发明提出的信息处理装置是，在事件控制方法以及事件控制用程序中，当满足事件设定的属性条件的多个用户满足地点条件、且满足集合状态条件时，允许或指示事件的发生。

更详细的，本发明涉及的信息处理装置，具备有：获取含有用户的属性信息、显示该用户当前位置的位置信息以及该用户所属的规定的用户集合状态中的至少任意一个用户信息的用户信息获取单元；判定上述属性信息、上述位置信息以及上述规定的用户集合状态是否满足规定的事件相关联条件的判定单元；通过上述判定单元判定为满足上述条件时，允许或指示上述规定事件发生的事件控制单元。

此外，本发明也可理解为通过计算机所执行的方法或计算机所执行的程序。此外，本公开还可理解为是将此种程序存储到计算机和其他装置、机械等可读取的记录媒体。此处，计算机等可读取的记录媒体指的是，可将数据和程序等的信息通过电、磁、光学、机械或化学作用存储，并从计算机等读取的记录媒体。

根据本公开涉及的信息处理装置、事件控制方法以及事件控制用程序，在使用位置信息进行事件控制的***中，可在确保安全性的同时提高灵活性。

附图说明

图1是显示实施方式涉及的***构成的概略图。

图2是显示实施方式涉及的事件控制模块硬件构成的概略图。

图3A是显示实施方式涉及的事件登录终端的功能构成的概略图。

图3B是显示实施方式涉及的用户终端的功能构成的概略图。

图3C是显示实施方式涉及的事件控制模块的功能构成的概略图。

图4是显示实施方式中使用的事件发生条件的构成图。

图5是显示实施方式涉及的***中的处理阶段的图。

图6是显示实施方式涉及的事件生成处理的概要图。

图7是显示实施方式中生成的事件信息的例子的图。

图8是显示实施方式涉及的事件登录处理的概要图。

图9是显示实施方式涉及的用户信息获取处理的概要图。

图10是显示实施方式中用户终端的SNS信息获取部件获取的用户属性的例子的图。

图11是显示实施方式中通过多个用户终端获取用户信息、向事件控制模块发送的例示图。

图12是显示实施方式中事件控制模块获取的用户信息的例子的图。

图13是显示实施方式涉及的事件发生判定处理的概要图。

图14是显示实施方式涉及的事件发生条件判定处理流程的流程图。

图15是显示实施方式涉及的事件发生条件判定结果的例子的图。

图16是显示实施方式涉及的事件发生处理的概要图。

图17是显示实施方式中每个用户终端的事件发生状况的例子的图。

图18是显示事件登录的变化例的图。

图19是显示变化中的事件控制模块的功能构成的概略图。

图20是显示存储器中令事件发生时的事件发生的机制图。

图21是显示变化中的事件控制模块的功能构成的概略图。

图22是显示用户终端中令事件发生时的事件发生的机制图。

图23是显示变化中的事件控制模块的功能构成的概略图。

图24是显示事件控制模块中令事件发生时的事件发生的机制图。

图25是显示变化中的事件控制模块的功能构成的概略图。

图26是显示将实施方式涉及的***适用于多个用户使用各自的用户终端并通过网络相互连接同时玩游戏的游戏***的例子的图。

图27A是显示将实施方式涉及的***适用于游戏***时登录的事件信息的例子的图。

图27B是显示实施方式涉及的***适用于游戏***时登录的事件信息的例子的图。

图27C是显示实施方式涉及的***适用于游戏***时登录的事件信息的例子的图。

图27D是显示实施方式涉及的***适用于游戏***时登录的事件信息的例子的图。

图28是显示实施方式涉及的***适用于社区联动***时登录的事件信息的例子的图。

图29是显示运用实施方式涉及的***时的事件发生状况的图。

图30是显示实施方式涉及的***适用于定向运动***时登录的事件信息的例子的图。

图31是显示运用实施方式涉及的***时的事件发生状况的图。

图32A是显示实施方式涉及的***适用于会议管理***时登录的事件信息的例子的图。

图32B是显示实施方式涉及的***适用于会议管理***时登录的事件信息的例子的图。

图33A是显示实施方式涉及的***适用于共享记事本***时登录的事件信息的例子的图。

图33B是显示实施方式涉及的***适用于共享记事本***时登录的事件信息的例子的图。

图33C是显示实施方式涉及的***适用于共享记事本***时登录的事件信息的例子的图。

图34是显示实施方式涉及的***适用于信息发送***时登录的事件信息的例子的图。

符号说明

1事件控制模块

21事件发生条件接收部

22用户信息接收部

23时刻获取部

2***发生条件判定部

25事件发生触发发送部

26事件内容存储地信息发送部

具体实施方式

以下根据附图说明本公开涉及的信息处理装置、事件控制方法以及事件控制用程序的实施方式。另外，以下说明的实施方式只是实施方式的例示，本公开涉及的信息处理装置、事件控制方法以及事件控制用程序不限定于以下说明的具体构成。实施时可适当采用根据实施方式的具体构成。

本实施方式中，本公开涉及的信息处理装置作为事件控制模块1实施。但是，本发明的适用对象，只要是使用位置信息进行事件控制的***即可，不限定于本实施方式中说明的***。例如，信息处理装置可实施为通过用户终端5进行事件控制的***。

本实施方式中，事件指的是在特定的条件下发生的，通过事件信息9定义。事件信息9中包含有事前设定的为事件发生所赋条件的事件发生条件93、显示事件内容91的存储地的事件内容存储地信息92、显示希望作为事件发生的处理等的事件内容91（参照图7等）。

此处，事件内容91是记述了被触发发生的事件内容的信息，记述的格式根据实施方式而多种多样，并无限定。事件内容91可以是例如，为了事件发生而执行的软件本身，也可以是对于事件执行功能所下的指令（command）。此外，事件内容存储地信息92是对于存储事件内容91的存储器2的指针。对于事件发生条件93以及事件内容存储地信息92，记述格式也可根据实施方式适当采用，并无限定。

＜***的构成＞

图1显示的是本实施方式涉及的***构成的概略图。本实施方式涉及的***，是事件控制模块1、存储器2、SNS（Social Networking Service）3、事件登录终端4、用户终端5通过互联网等网络而被相互连接的***。另外，事件控制模块1与存储器2既可各自作为单独的服务器构成，也可构成为单个服务器。此外，事件登录终端4可以和用户终端5为同一终端。例如，某用户既是会议的参加成员也是主办人时，该用户的终端兼为事件登录终端4与用户终端5。

图2显示的是本实施方式涉及的事件控制模块1的硬件构成的概略图。事件控制模块1，是其中CPU（Central Processing Unit）11、RAM（Random Access Memory）12、ROM（Read Only Memory）13、辅助存储器19、通过网络用于与外部通信的网络接口16电连接的信息处理装置。另外，关于信息处理装置的具体硬件构成，可根据实施方式适当省略、置换、追加构成要素。

CPU11是中央处理器，通过处理RAM12以及ROM13等所展开的命令以及数据，控制RAM12、辅助存储器19等事件控制模块1所具备的各结构。此外，RAM12是主存储器，受CPU11控制，写入、读出各种命令和数据。即，CPU11、RAM12以及ROM13构成事件控制模块1的控制部。

辅助存储器19是非易失存储器，主要是写入、读出即使事件控制模块1的电源切断也需要保持的信息，例如，载入RAM12的事件控制模块1的OS（Operating System）和后述的用于执行处理的各种程序，另外还有通过事件控制模块1使用的各种数据。作为辅助存储器19，可使用例如，EEPROM（Electrically Erasable Programmable ROM）和HDD（Hard Disk Drive）等。

另外，存储器2、SNS3、事件登录终端4以及用户终端5，与事件控制模块1相同，是具备作为普通计算机的构成的CPU、RAM、ROM、辅助存储器、网络接口等的计算机***（省略图示）。

此外，事件控制模块1、存储器2以及SNS3等的各种服务器也可安装为网络云服务。此时，各服务器的处理主体是分散于网络上的多个机器，但本实施方式中，用于发挥服务器功能的多个机器统称为“服务器”。

用户终端5，除了上述说明的普通计算机的构成，还具备有用于获取显示该用户终端5当前位置的位置信息8b的构成。作为用于获取位置信息8b的构成，可采用例如，通过GPS获取用户终端5的位置信息8b的模块、或通过可通讯的无线LAN（Wi-Fi）接入点的位置信息8b获取用户终端5的位置信息8b的模块。通过使用无线LAN接入点的位置信息8b，除了经纬度，还可获得建筑物内的楼层数等更详细的位置信息8b。又，用于获取位置信息8b的构成中，既可采用其他手段，也可组合采用多个包含了使用GPS以及使用无线LAN接入点的位置信息8b在内的各种手段。

接着说明构成本***的各终端具备的功能。图3A至图3C显示的是本实施方式涉及的***功能构成的概略图。

图3A显示的是本实施方式涉及的事件登录终端4的功能构成的概略图。事件登录终端4是用于向***登录事件信息9的终端，具备有：生成包含事件发生条件93、事件内容存储地信息92以及事件内容91的事件信息9的事件生成部41；将生成的事件信息9登录到事件控制模块1或存储器2等中的事件登录部42。更具体的，事件登录部42，将事件发生条件93以及事件内容存储地信息92登录到事件控制模块1，将事件内容91储存到事件内容存储地信息92所示的存储器2。例如，可将PC（Personal Computer）、手机、智能手机、平板终端、便携式游戏机等用作事件登录终端4。

存储器2具备有接收、存储事件内容91的事件内容存储部（省略图示）。例如，可将云存储器、服务器等用作存储器2。

图3B显示的是本实施方式涉及的用户终端5的功能构成的概略图。用户终端5是用于用户接收事件信息9的终端，具备有获取用户信息并发送到事件控制模块1的用户信息获取功能以及令事件发生的事件发生功能。更具体的，用户终端5具备有：获取SNS3上的用户涉及的信息的SNS信息获取部51；获取用户终端5的当前位置的位置信息8b的位置信息获取部52；获取认证信息8e的认证信息获取部53；将获取的信息发送到事件控制模块1的用户信息发送部54；从存储器2接收事件内容91的事件内容接收部55；从事件控制模块1接收事件发生触发的事件发生触发接收部56；接受事件发生触发并执行根据事件内容91的事件的事件执行部57。其中，通过SNS信息获取部51、位置信息获取部52、认证信息获取部53以及用户信息发送部54可实现用户信息获取功能，通过事件内容接收部55、事件发生触发接收部56以及事件执行部57可实现事件发生功能（参照图3B）。例如，可将PC、手机、智能手机、平板终端、便携式游戏机等用作用户终端5。

另外，事件的发生主体也可以不是用户终端5。用户终端5以外的令事件发生时的构成及处理后述。此外，将用户终端5也用作事件登录终端4时，用户终端5兼备上述说明的用户终端5的功能与事件登录终端4的功能。

图3C显示的是本实施方式涉及的事件控制模块1的功能构成的概略图。事件控制模块1具有事件登录功能、用户信息接收功能、事件发生条件判定功能以及事件发生功能，根据事件发生条件93以及用户信息8判定各用户是否满足事件发生条件93。更具体的，本实施方式涉及的事件控制模块1，通过CPU11对RAM12所展开的各种程序进行解释以及执行，作为具备有事件发生条件接收部21、用户信息接收部22、时刻获取部23、事件发生条件判定部24、事件发生触发发送部25、事件内容存储地信息发送部26的信息处理装置发挥功能（参照图3C）。此外，本实施方式中说明的例子中，这些功能均通过通用的CPU11执行，但这些功能也可部分或全部由1个或多个专用的处理器实现。另外，事件控制模块1也可安装于例如，云上、服务器上、用户终端5上等。

事件发生条件接收部21从事件登录终端4接收事件发生条件93以及事件内容存储地信息92。

用户信息接收部22从用户终端5接收用户信息8。此处，用户信息8中，包含用户属性8a、显示用户当前位置的位置信息8b、用户所属的规定的用户集合状态（以下称为“集合状态”）8c、当前时刻8d以及用户的认证信息8e中的至少任意一个。另外，集合状态8c，是显示例如，包含其他用户在内的用户的集合中，用户属性8a或位置信息8b满足规定条件的用户数、规定的用户的位置信息8b是否满足规定条件等的信息，可根据其他用户的用户属性8a和位置信息8b等而得到。

时刻获取部23获取当前时刻8d。另外，当前时刻8d也可通过用户终端5获取并向事件控制模块1发送，但本实施方式中，是将事件控制模块1的时刻获取部23所获取的当前时刻8d用作用户信息8。因此，可以防止发生用户变更用户终端5的时间设定等以使得事件发生的舞弊事件。

事件发生条件判定部24根据事件发生条件93以及用户信息8判定各用户是否满足事件发生条件93。更具体的，事件发生条件判定部24判定用户信息8所含的用户属性8a、位置信息8b、集合状态8c、当前时刻8d以及认证信息8e是否满足事件相关联的事件发生条件93所含的属性条件93a、地点条件93b、集合状态条件93c、时间条件93d以及认证条件93e。此处，各条件也可针对每个用户或用户组合而设定为不同。例如，地点条件93b可针对每个用户或用户组合而设定为不同的地点。

图4显示的是本实施方式中使用的事件发生条件93的构成图。图4所示的事件发生条件93中设定有属性条件93a、地点条件93b以及集合状态条件93c。此外，事件发生条件93中还可设定时间条件93d以及认证条件93e。

此处，属性条件93a指的是用于判定希望事件发生的用户或用户终端5的属性，例如，判定用户的SNS3参加状态。更具体的，判定用户所属的SNS3上的团组·社区等的参加状态、用户在SNS3上的简介中表明的爱好和品味等的身份状态等。此处，作为团组的例子，可举出有，所属公司、所属部门、所属小组、在读或毕业的学校等，作为身份状态的例子，可举出有，出生地、居住地、在读或毕业的学校、工作单位、爱好等。

地点条件93b指的是用于判定希望事件发生的地点的条件，可以团组单位·个人单位设定。地点条件93b例如可通过指定经纬度范围而设定，也可通过指定地图上映射的区域而设定。通过指定经纬度范围设定地点条件93b时，例如，可通过使用中心点的经纬度与中心点起的距离指定圆形的范围而设定。地点条件93b的设定方法可根据实施方式而适当选择，并不限定于本发明中说明的方法。此外，地点条件93b中也可设定多个地点，也可设定非固定位置。

集合状态条件93c指的是用于判定希望事件发生的用户终端5的集合状态8c的条件，例如，可设定满足地点条件93b的用户数（“满足地点条件的用户有n人以上”等）、必须存在有满足地点条件93b的特定用户（关键人物）、用户还必须满足的限缩条件等。

此外，时间条件93d指的是用于判定当前时刻8d是否是事件发生时间的条件，例如，可通过特定的月日·时刻·星期·期间等而设定。

认证条件93e指的是用于希望认证用户终端5的用户时的条件，主要用于强化安全性和用户或关键人物的本人确认。作为认证所使用的具体方法，可举出有，除了使用一般的用户标识符（员工编号等）和密码的认证以外，还有通过语音输入口号·密码·会员编号等进行的语音认证、通过文字输入口号·密码·会员编号等进行的文字认证、输入装置中检测出用户的姿势和动作等进行的手势认证、拍摄会员证·QR码·条形码·拍摄解析景色而成的图像·表单认证、通过语音的说话人认证·脸部认证·指纹、掌纹认证·虹膜、视网膜图案·静脉图案·笔迹鉴定的生物认证、记忆认证等。

事件发生触发发送部25，是通过向满足事件发生条件93的用户终端5发送事件发生触发，从而允许或指示事件内容91所示的事件发生。即，事件发生触发发送部25，是在判定为满足事件发生条件93时允许或指示事件发生。

事件内容存储地信息发送部26向满足事件发生条件93的用户终端5发送事件内容存储地信息92。

＜处理的流程＞

以下使用图5至图17说明本实施方式涉及的处理的详细情况。另外，本实施方式中说明的处理的具体内容以及顺序等是实施上的一个例子。具体的处理内容以及顺序等可根据实施方式适当选择。

图5显示的是本实施方式涉及的***中的处理阶段的图。通过本实施方式涉及的***执行的处理大致分为事前设定阶段和运用阶段。事前设定阶段是事件信息9的生成以及事件信息9的登录所构成的阶段，是相当于在事件登录终端4中生成事件信息9、生成的事件信息9登录到事件控制模块1以及存储器2的所谓准备阶段的阶段。另一方面，运用阶段是用户信息8的获取、是否需要事件发生的判定以及事件的发生所构成的阶段，是根据事前设定阶段中设定的条件等而运行***的阶段。

首先说明事前设定阶段中的处理。

图6显示的是本实施方式涉及的事件生成处理的概要图。身为管理人的用户向事件登录终端4输入事件内容91、事件发生条件93以及事件内容存储地信息92。接受了输入的事件登录终端4的事件生成部41，根据用户的输入生成包含有事件内容91、事件发生条件93以及事件内容存储地信息92的事件信息9。

图7显示的是本实施方式中生成的事件信息9的例子的图。该例子中，制作事件信息9的管理人是会议主办人，基于防止信息泄露的观点，不希望在事前通过邮件发送资料和发放印刷物，而是将机密资料信息仅在会议中与会议参加者共享。此外，该会议所查阅的资料是必须经过所属部门管理者批准的资料。

为了制作满足上述要求的事件信息9，管理人向事件登录终端4输入：作为事件内容91的“机密资料的查阅（允许访问存储了机密资料的存储器2以及机密资料的加密解除）”、作为事件发生条件93中的地点条件93b的“东京总公司（销售团组·企划团组对象）”以及“大阪分公司（开发团组对象）”、作为事件发生条件93中的属性条件93a的“销售团组OR企划团组OR开发团组”、作为集合状态条件93c的“各地点中该用户的管理者同行”、作为时间条件93d的“会议中的时间段（8月17日13:00-18:00）”、作为认证条件93e的“输入员工编号与密码”。事件内容存储地信息92可适当设定为例如，“○○云存储器的△△文件夹”等的可从会议召开地访问的存储器2。接受了输入的事件登录终端4的事件生成部41，根据上述输入内容，生成包含有事件内容91、事件发生条件93以及事件内容存储地信息92的事件信息9（参照图7）。事件信息9生成结束后，处理进入到事件登录处理。

图8显示的是本实施方式涉及的事件登录处理的概要图。事件信息9生成后，事件登录终端4的事件登录部42会登录生成的事件信息9。具体的，事件登录终端4的事件登录部42向事件控制模块1发送事件发生条件93以及事件内容存储地信息92，向事件内容存储地信息92所示的存储器2发送事件内容91。接收了事件发生条件93以及事件内容存储地信息92的事件控制模块1的事件发生条件接收部21，将事件发生条件93以及事件内容存储地信息92登录到辅助存储器19。此外，接收了事件内容91的存储器2会存储事件内容91。

接着说明运用阶段中的处理。

图9显示的是本实施方式涉及的用户信息获取处理的概要图。图9所示的处理会在事件信息9登录后定期执行。用户终端5会获取用户信息8，向事件控制模块1发送。用户信息8包含有用户属性8a、位置信息8b以及认证信息8e等。

图10显示的是本实施方式中通过用户终端5的SNS信息获取部51获取的用户属性8a的例子的图。图10所示的例子中，用户终端5的SNS信息获取部51从SNS3的API（Application Program Interface）获取作为用户A~F的用户属性8a的公司中用户的所属团组以及用户的身份状态（职位等）等。

图11显示的是本实施方式中通过多个用户终端5获取用户信息8、并向事件控制模块1发送的例示图。用户终端5的SNS信息获取部51，通过调用SNS3的API等的方法，通过互联网获取用户属性8a，位置信息获取部52，通过位置信息获取用的API等，获取使用GPS等得到的用户终端5的位置信息8b。此外，用户终端5的认证信息获取部53，通过认证信息API等，将用户输入的员工编号（业务员编号）和密码的组合发送到认证服务器。接收到员工编号和密码组合的认证服务器判定员工编号和密码的组合是否与判定对象的用户终端5的用户的员工编号以及密码一致。另外，每个用户的员工编号和密码的组合预先保存于认证服务器。认证服务器在结束用户认证（本人确认）后，作为本人确认结果，向用户终端5发送认证信息8e。

获取用户属性8a、位置信息8b以及认证信息8e等用户信息8后，用户终端5的用户信息发送部54将获取的用户信息8发送到事件控制模块1。然后，事件控制模块1的用户信息接收部22接收到发自用户终端5的用户信息8。此外，事件控制模块1的时刻获取部23会获取当前时刻8d，并将获取到的时刻作为用户信息8所获取的时刻嵌入用户信息8。

图12显示的是本实施方式中通过事件控制模块1获取的用户信息8的例子的图。获取用户信息8后，进入事件发生判定处理。

图13显示的是本实施方式涉及的事件发生判定处理的概要图。事件发生判定处理中，会进行用户信息8与事件发生条件93的判定，并向满足条件的用户终端5发送事件发生触发与事件内容存储地信息92。以下说明事件发生判定处理的详细情况。

事件发生条件判定部24，将事前设定阶段的事件登录处理中预先登录的事件发生条件93从辅助存储器19中读出，通过与用户信息获取处理中获取的用户信息8进行比较，判定事件发生条件。

图14显示的是本实施方式涉及的事件发生条件判定处理流程的流程图。本流程图所示的处理，是以通过用户信息接收部22获取到用户信息8为契机执行的。

步骤S101中，判定用户终端5的使用用户的属性是否满足属性条件93a。事件发生条件判定部24判定所获取的用户信息8所含的用户属性8a是否满足事件发生条件93中设定的属性条件93a。即，步骤S101中，判定使用用户终端的用户自身是否具有规定的属性。

图7所示的事件信息9的例子中，作为属性条件93a，设定为“销售团组OR企划团组OR开发团组”。因此，事件发生条件判定部24判定用户属性8a是否属于销售团组、企划团组以及开发团组中的至少任意一个。图12所示的例子中，用户A~E满足属性条件93a，但用户F属于事务团组，不满足属性条件93a。

判定用户属性不满足属性条件93a时，处理进入步骤S107。另一方面，判定用户属性满足属性条件93a时，处理进入步骤S102。

步骤S102中，判定用户终端5的当前位置是否满足地点条件93b。事件发生条件判定部24判定所获取的用户信息8所含的位置信息8b所示的当前位置是否满足事件发生条件93中设定的地点条件93b。例如，位置信息8b表示为经纬度时，事件发生条件判定部24通过判定位置信息8b所示的经纬度是否在地点条件93b所示的经纬度范围内，从而判定用户信息8所含的位置信息8b所示的当前位置是否满足地点条件93b。

图7所示的事件信息9的例子中，作为地点条件93b，设定为“东京总公司（销售团组·企划团组对象）”以及“大阪分公司（开发团组对象）”。因此，事件发生条件判定部24，对于属于销售团组·企划团组的用户（图12所示的例子中，用户A、B以及E）判定位置信息8b所示的当前位置是否在东京总公司范围内，对于属于开发团组的用户（图12所示的例子中，用户C以及D）判定位置信息8b所示的当前位置是否在大阪分公司范围内。图12所示的例子中，用户A~C、E以及F满足地点条件93b，但用户D的位置信息8b显示用户D的当前地点是富士山，不满足地点条件93b。

用户终端5的位置信息8b判定为不满足地点条件93b时，处理进入步骤S107。另一方面，用户终端5的位置信息8b判定为满足地点条件93b时，处理进入步骤S103。

步骤S103中，判定用户终端5的集合状态是否满足集合状态条件93c。事件发生条件判定部24判定包含其他用户终端5在内的规定的用户终端5的集合的状态（集合状态）是否满足事件发生条件93中设定的集合状态条件93c。作为集合状态条件93c，可判定例如，满足地点条件93b的用户数（“满足地点条件的用户在n人以上”等）、特定用户满足地点条件93b（关键人物在规定地点）、用户还必须满足的限缩条件等。

用于使用了集合状态条件93c进行判定的集合状态8c的信息，可参照图12所示的通过事件控制模块1储存的含有其他用户终端5的用户信息8的用户信息的集合，根据集合状态条件进行相应分析处理，由此获取集合状态。例如，集合状态条件93c为“满足属性条件的用户中，满足地点条件的用户在n人以上”时，事件发生条件判定部24可参照含有满足属性条件的其他用户终端5的用户信息8的用户信息的集合，通过计数满足地点条件的用户数，获取集合状态。此外，例如，当集合状态条件93c为“特定用户满足地点条件93b”时，事件发生条件判定部24可参照含有其他用户终端5的用户信息8的用户信息的集合，通过判定特定用户是否满足地点条件93b，获取集合状态。

图7所示的事件信息9的例子中，作为集合状态条件93c，设定为“各地点中该用户的管理者同行”。因此，事件发生条件判定部24，对于属于销售团组·企划团组的用户（图12所示的例子中，用户A、B以及E）判定东京总公司范围内是否有身为管理者的用户，对于属于发团组的用户（图12所示的例子中，用户C以及D）判定大阪分公司的范围内是否有身为管理者的用户。图12所示的例子中，对于用户A以及B，由于身为销售团组的管理者（部长）的用户A在东京总公司内，因此满足集合状态条件93c，对于用户C以及D，由于身为开发团组的管理者（部长）的用户C在大阪分公司内，因此满足集合状态条件93c，但对于用户E，由于企划团组的管理者不在东京总公司内，因此不满足集合状态条件93c。

用户终端5的集合状态判定为不满足集合状态条件93c时，处理进入步骤S107。另一方面，用户终端5的集合状态判定为满足集合状态条件93c时，处理进入步骤S104。

步骤S104中，判定当前时刻8d是否满足时间条件93d。事件发生条件判定部24判定所获取的用户信息8所含的当前时刻8d是否满足事件发生条件93中设定的时间条件93d。更具体的，事件发生条件判定部24判定当前时刻8d是否在时间条件93d所示的开始时间以后且在结束时间以前，由此判定当前时刻8d是否满足时间条件93d。但是，时间条件93d也可只设定开始时间以及结束时间中的任意一个。

图7所示的事件信息9的例子中，作为时间条件93d，设定为“会议中的时间段（8月17日13:00-18:00）”。因此，事件发生条件判定部24判定当前时刻8d是否在8月17日的13:00以后且18:00以前。图12所示的例子中，事件发生条件判定处理在会议中的时间段内执行，用户A~F均满足时间条件93d。

当前时刻8d判定为不满足时间条件93d时，处理进入步骤S107。另一方面，当前时刻8d判定为满足时间条件93d时，处理进入步骤S105。

步骤S105中，判定用户终端5的认证信息8e是否满足认证条件93e。事件发生条件判定部24判定所获取的用户信息8所含的认证信息8e是否满足事件发生条件93中设定的认证条件93e。

图7所示的事件信息9的例子中，作为认证条件93e，设定为“输入员工编号和密码”。因此，事件发生条件判定部24通过参照用户信息8中是否含有显示为输入了员工编号和密码且经过认证服务器的本人确认的认证信息8e以进行判定。图12所示的例子中，用户A~F均满足认证条件93e。另外，本实施方式中，用户信息8中作为认证信息8e含有认证服务器的本人确认结果，并参照它进行判定，但作为此种方法的替代，也可通过用户信息8含有员工编号和密码、通过事件控制模块1判定员工编号和密码的正当性而判定是否满足认证条件93e。

认证信息8e判定为不满足认证条件93e时，处理进入步骤S107。另一方面，认证信息8e判定为满足认证条件93e时，处理进入步骤S106。

步骤S106中，发送事件发生触发。事件发生触发发送部25，在步骤S101至步骤S105的所有判定中满足条件时，判断为满足事件发生条件93，向用户终端5发送事件发生触发。

图15显示的是本实施方式涉及的事件发生条件判定结果的例子的图。图15所示的例子中，对于用户A~C，由于满足事件发生条件93，因此通过事件发生触发发送部25发送事件发生触发。另一方面，对于用户D~F，由于不满足事件发生条件93，因此不发送事件发生触发。然后，本流程图所示的处理结束，进入事件发生处理。

步骤S107中，输出了错误提示。事件控制模块1，在步骤S101至步骤S105的任一判定中不满足条件时，判断为不满足事件发生条件93，向用户终端5发送错误提示。图15所示的例子中，对于用户D~F，由于不满足事件发生条件93，因此发送错误提示。然后，本流程图所示的处理结束。

但是，也可以不发送步骤S107中的错误提示。例如，对于诸如定期执行事件发生条件判定处理、在满足事件发生条件93的时点自动发生的事件等并不优选输出错误提示的事件，也可不发送错误提示。另一方面，对于诸如接受用户的事件要求以执行事件发生条件判定处理的事件等优选通知用户事件不发生的情况，可以发送错误提示。

再参照图13，说明图14的流程图所示的事件发生条件判定处理中判定为满足事件发生条件93时的处理流程。如上所述（参照图14的步骤S106），事件发生触发发送部25，在满足事件发生条件93时，向用户终端5发送事件发生触发。被发送的事件发生触发由用户终端5的事件发生触发接收部56接收。

此外，事件控制模块1的事件内容存储地信息发送部26，从辅助存储器19读出与满足的事件发生条件93对应的事件内容存储地信息92，向用户终端5发送。用户终端5的事件内容接收部55接收事件内容存储地信息92后，参照该事件内容存储地信息92，访问事件内容存储地信息92所示的存储器2，从该存储器2获取与满足的事件发生条件93对应的事件内容91。然后进入事件发生处理。

另外，本实施方式中，事件内容存储地信息92以及事件内容91，在满足事件发生条件93时，通过用户终端5获取，但事件内容存储地信息92以及事件内容91也可通过用户终端5预先（在满足事件发生条件93前）获取。如此，在满足事件发生条件93时，仅发出事件发生触发就可令事件发生。

图16显示的是本实施方式涉及的事件发生处理的概要图。用户终端5的事件执行部57，通过事件发生触发接收部56接收事件发生触发后，根据事件内容91令事件发生。如上所述，事件的发生指的既可以是执行规定的事件用软件，也可以是对于规定的功能发出指令（command）。

图17显示的是本实施方式中每个用户终端5的事件发生状况的例子的图。图15所示的例子中，由于用户A·B·C均满足事件发生条件93，因此各个终端会接收事件发生触发以及事件内容存储地信息92，获取事件内容91“机密文件的查阅”，令事件发生（参照图17）。与此相对，由于用户D没有满足地点条件93b，用户E没有满足集合条件状态，用户F没有满足属性条件93a，因此不能接收事件发生触发以及事件内容存储地信息92，不能获取事件内容91（参照图17）。此外，即便用户D~F想在日后接收事件内容91，由于不能满足时间条件93d，仍无法接收事件发生触发以及事件内容存储地信息92，不能获取事件内容91。

此外，也可预先对事件内容91或事件内容存储地信息92进行加密，事件发生触发发送部25通过发出作为用于解密被加密的事件内容91或事件内容存储地信息92的解密键的事件发生触发，从而允许或指示事件的发生。如此，在不满足事件发生条件93的状态下，即使用户终端5想要令事件发生，也不能解密事件内容91或事件内容存储地信息92。即，通过此种结构，可以防止用户造成的事件的不当发生。

＜变化例＞

接着说明本公开涉及的***实施时的实施方式的变化。

上述说明的实施方式中，事件信息9所含的信息中，事件发生条件93以及事件内容存储地信息92从事件登录终端4登录到事件控制模块1，事件内容91从事件登录终端4存储到直接存储器2的例子已经说明，但事件信息9的登录规则也可以多种多样。

图18显示的是事件登录的变化。此外，图19显示的是图18所示的变化中的事件控制模块1的功能构成概略图。图18所示的例子中，事件信息9所含的事件内容91、事件发生条件93以及事件内容存储地信息92从事件登录终端4先发送到事件控制模块1。然后，事件控制模块1登录其中的事件发生条件93以及事件内容存储地信息92，将事件内容91转发到存储器2并存储到存储器2。因此，该变化涉及的事件控制模块1除了图3C所述的功能，还具备通过事件内容路由部27的事件内容路由功能（参照图19）。

此外，上述说明的实施方式中，作为满足事件发生条件93时事件发生的机制，采用的是事件发生触发以及事件内容存储地信息92由事件控制模块1发送到用户终端5，接收到它的用户终端5参照事件内容存储地信息92，向存储器2读取事件内容91，在用户终端5中令事件发生的机制，但作为此种机制的替代，也可采用其他的事件发生机制。

图20显示的是存储器2中令事件发生时的事件发生机制图。此外，图21显示的是图20所示的变化中的事件控制模块1的功能构成概略图。图20所示的例子中，满足事件发生条件93的话，首先，事件控制模块1参照事件内容存储地信息92，向存储器2发送事件发生触发。然后，存储器2内汇齐了事件发生触发和事件内容91，因而事件发生。因此，本变化涉及的事件控制模块1也可不具备图3C所述的事件内容存储地信息发送部26。此外，事件控制模块1的事件发生触发发送部25向存储器2发送事件发生触发（参照图21）。

图22显示的是用户终端5中令事件发生时的事件发生的机制图。此外，图23显示的是图22所示的变化中的事件控制模块1的功能构成概略图。图22所示的例子中，满足事件发生条件93的话，首先，事件控制模块1参照事件内容存储地信息92，向存储器2读取事件内容91。然后，事件控制模块1将事件内容91和事件发生触发发送到用户终端5，由此，用户终端5中汇齐了事件发生触发和事件内容91，因而事件发生。因此，本变化涉及的事件控制模块1，作为图3C所述的事件发生触发发送部25以及事件内容存储地信息发送部26的替代，具备有参照事件内容存储地信息92并从存储器2获取事件内容91的事件内容获取部28、将事件内容91发送到用户终端5的事件内容发送部29（参照图23）。

图24显示的是事件控制模块1中令事件发生时的事件发生机制图。此外，图25显示的是图24所示的变化中的事件控制模块1的功能构成概略图。图24所示的例子中，满足事件发生条件93的话，首先，事件控制模块1参照事件内容存储地信息92，向存储器2读取事件内容91。然后，通过事件控制模块1内汇齐了事件发生触发和事件内容91，使事件发生。因此，本变化涉及的事件控制模块1，作为图3C所述的事件发生触发发送部25以及事件内容存储地信息发送部26的替代，具备有：参照事件内容存储地信息92并从存储器2获取事件内容91的事件内容获取部28、和汇齐了事件发生触发和事件内容91时令事件发生的事件执行部30（参照图25）。

＜***的使用例＞

接着说明本公开可适用的***的具体例子。

（游戏***）

图26显示的是将实施方式涉及的***适用于多个用户使用各自的用户终端并通过网络相互连接而同时玩游戏的游戏***的例子的图。本实施例中，用户终端5除了上述说明的功能以外，还具备游戏功能。该游戏的目的是例如，多个用户合作打败怪物、获得游戏中可使用的优惠和道具。

图27A至图27D显示的是将本实施方式涉及的***适用于游戏***时登录的事件信息9的例子的图。其中，图27A至图27C所示的例子中，图26所示的小组α在推广活动期间（8月）中，当小组的2人以上处于东京电视塔、东京天空树或秋叶原时，可令事件发生。此处触发发生的事件是，限定的怪物出现、游戏中的特殊装备的获取、为获取游戏中的稀有道具的抽奖等。此外，根据图27B所示的事件信息9，作为认证条件93e，设定为图27A所示的事件信息9涉及的事件中的击败限定的怪物。如此，也可维持多个事件的关联性。

根据此种例子，游戏的提供者可与设定为地点条件93b的旅游景点等合作提高宣传效果，而设定为地点条件93b的旅游景点等也可利用游戏汇集客流。此外，用户也可与其他用户一边交流一边玩游戏、获得优惠。

此外，图27D所示的例子中，作为集合状态条件93c，设定为“不属于相同团组的玩家（用户）有3人以上”，此外，事件内容91为“自动结成3~4人的团组”。这样，平时并未结组的用户可相互聚集组成新的小组并且玩游戏。即，通过设定此种事件信息9，用户到达会场（与游戏公司合作的店铺等）的话，可自动结成小组、以该小组玩游戏。自动结成的小组在游戏结束后可以取消该小组，也可继续维持。

（地区联动***）

图28显示的是将本实施方式涉及的***适用于地区联动***时登录的事件信息9的例子的图。以往，学校·地区·PTA等的地区社会中，会采取对策以防止孩子在上下学时遭遇交通事故和犯罪。具体的，是在上下学时间段，在校车的车站和人行横道等有2~3个成人守护孩子们等。其作用是轮班制。

此外，虽然警察和学校会提供校园内的可疑人员信息，但为了保护个人信息和相关人员人身安全，必须注意使用。由于复制并广泛分发是必须注意的，因此通常会限定复制数量和传阅等，但由于不参加会议的话不能看到、时间受限不能充分查阅、印刷在纸张上而难以找到所需信息，因而存在无法得到最新信息等的问题。

因此，如图28所示设定事件信息9，通过使用用户终端5，仅在满足事件条件时令人查阅，可以提高信息查阅的便利性。

图29显示的是根据图28所示的事件信息9运用本实施方式涉及的***时的事件发生状况的图。当用户A以及B在平日8:00以后且9:30以前的上下学时间段一起站在校园1的十字路口时，由于满足事件信息9所示的事件发生条件93，因此用户A以及B可以查阅校园1的可疑人员信息。用户C以及D也是同样，在平日8:00以后且9:30以前的上下学时间段一起站在校园2的十字路口时，由于满足事件信息9所示的事件发生条件93，因此可以查阅校园2的可疑人员信息。但是，在非上下学时段的时间段中，即使用户A以及B、或用户C以及D  一起站在规定的十字路口，也不能查阅可疑人员信息。

此外，用户E以及F虽然在平日8:00以后且9:30以前的上下学时间段一起站在了校园2的十字路口，但由于用户F不满足“团组→PTA会员团组”的属性条件93a、用户E不满足“有2名以上PTA会员”的集合状态条件93c，因此用户E以及F无法查阅可疑人员信息。此外，用户G以及H虽然在平日8:00以后且9:30以前的上下学时间段在同一地点，但均不满足“校园内”的地点条件93b，因此无法查阅可疑人员信息。

（定向运动***）

图30显示的是将本实施方式涉及的***适用于定向运动***时登录的事件信息9的例子的图。以往，在定向运动的小组活动中，即使出现并非全员行动、而是各自到达点标、仅冲线时小组同时行动等的舞弊行为的小组，运营方也很难掌握。

因此，图30所示的事件信息9中，集合状态条件93c设定为“小组成员全员到齐”，事件内容91设定为“通知运营方小组的点标通过情况”，运营方可以掌握舞弊行为。

图31显示的是根据图30所示的事件信息9运用本实施方式涉及的***时的事件发生状况的图。在小组通过指令点标后，运营方可以获得小组成员全员到齐的小组的通过情况。

此外，作为事件内容91，通过再设定为“AR（Augmented Reality）tag的指令查阅”，可向定向运动的参加者提供小组全员到齐的优惠。AR tag如图31所示，是用户终端5的显示屏中显示为与通过用户终端5的相机拍摄的图像重叠的图像，可提供进行定向运动所必须的信息。

（会议管理***）

图32A以及图32B显示的是将本实施方式涉及的***适用于会议管理***时登录的事件信息9的例子的图。该会议为涉及保密信息的会议时，重要的是确保会议中查阅的资料的安全性。

根据图32A所示的事件信息9中设定的事件发生条件93，在会议时间段，如果没有经高管团组本人确认的参会者全员在会议召开地点到齐的话，无法查阅资料。但是，图32A所示的地点条件93b“总部OR分部”中的“分部”，可以通过令图32B所示的事件信息9涉及的事件“开设新分部”发生而进行追加。即，根据该实施例，即使全员没有到齐至预先设定的分部，只要在会议时间段有2人以上属于高管团组并完成本人确认、处于希望新开设的分部地点，则可以将该地点作为新的分部，接着令图32A所示的事件发生，从而可以查阅资料。

（共享记事本***）

图33A至图33C显示的是将本实施方式涉及的***适用于共享记事本***时登录的事件信息9的例子的图。另外，共享记事本***是针对多个用户（共享者）提供共享的在线记事本服务的***，共享记事本可由例如恋人、夫妻、家人等共享。

根据该实施例，用户属性8a中的作为共享者（例如，恋人之间）的用户，通过令图33A的事件信息9涉及的事件发生，可将多个共享者（恋人的话为2人）同时到访的地点登录作为图33B以及图33C涉及的事件条件的地点条件93b。然后，通过在登录地点令图33B的事件信息9涉及的事件发生，可在回忆地点进行照片＋注记、评论、AR tag、SNS投稿等的“回忆登录”（图33B的事件内容91）。此外，当登录地点再次有多个共享者同时到访时，通过令图33C的事件信息9涉及的事件发生，可发出警示（通知），“回忆再现”查看到以前来此时“回忆登录”的照片和SNS投稿等（图33C的事件内容91）。另外，图33B的事件内容91“回忆登录”，当登录地点再次有多个共享者到访时可令其发生，可以追加照片＋注记、评论、AR tag、SNS投稿等的“回忆登录”。

（信息发放***）

图34显示的是将本实施方式涉及的***适用于信息发放***时登录的事件信息9的例子的图。

该实施例子中，首先，到访地点条件93b中设定的店铺（餐厅等）时，令用户登录同时到访该店铺的多个用户所属的团组。用户可通过使用用户终端5指定团组所属的用户的SNS3中的识别信息，发送到SNS3等的方法，制作SNS3的团组。这样，当再次有2名以上该团组成员（不一定是全员）到访餐厅周边时，图34的事件信息9涉及的事件会发生，向该团组进行“今日推荐信息·优惠券发放”。

另外，图34的事件信息9中，时间条件93d设定为多个，根据满足其中任意一个的时间条件93d，所发放的优惠券是不同的。使用图14说明的事件发生条件判定处理中，判定是否满足事件相关联的事件发生条件93所含的属性条件93a、地点条件93b、集合状态条件93c、时间条件93d以及认证条件93e，但也可在各个条件内设定多个选项，根据选项结果而令发生的事件变化。例如，图34所示的例子中，除了是否满足时间条件93d，随着是否满足3个时间条件93d（10:00~13:00、16:00~20:00以及21:00~22:00）中的任意一个，所发放的优惠券内容有变化。

＜效果＞

根据本实施方式涉及的***，在使用位置信息对事件进行控制的***中，可在确保安全性的同时提高灵活性。

Claims (7)

1.一种信息处理装置，其特征在于，包括：

获取含有用户的属性信息、显示该用户当前位置的位置信息以及该用户所属的规定的用户集合的状态中的至少任意一个的用户信息的用户信息获取单元；

判定所述属性信息、所述位置信息以及所述规定的用户集合的状态是否满足与规定的事件相关联的条件的判定单元；和

通过所述判定单元判定为满足所述条件时，允许或指示所述规定的事件发生的事件控制单元。

2.根据权利要求1所述的信息处理装置，其特征在于，所述规定的用户集合的状态，是根据其他用户所涉及的所述属性信息以及所述位置信息中的至少任意一个得到的状态。

3.根据权利要求1或2所述的信息处理装置，其特征在于，所述规定的用户集合的状态是，所述属性信息或所述位置信息满足规定的条件的用户的个数，以及规定的用户的所述位置信息满足规定的条件中的至少任意一个。

4.根据权利要求1至3中任意一项所述的信息处理装置，其特征在于，所述判定单元，是根据对每个用户或每个用户组合所设定的地点条件，判定所述位置信息。

5.根据权利要求1至4中任意一项所述的信息处理装置，其特征在于，

所述用户信息获取单元，还获取当前时刻以及用户的认证信息中的至少任意一个，

所述判定单元，除了判定所述属性信息、所述位置信息以及所述规定的用户集合的状态是否满足所述条件，还判定所述当前时刻以及所述认证信息中的至少任意一个是否满足所述条件。

6.根据权利要求1至5中任意一项所述的信息处理装置，其特征在于，

所述规定的事件的内容被加密，

所述事件控制单元，通过发行用于解密被加密的所述规定的事件的内容的密匙，允许或指示所述规定的事件发生。

7.一种事件控制方法，其特征在于，由计算机执行以下步骤：

获取含有用户的属性信息、显示该用户当前位置的位置信息以及该用户所属的规定的用户集合的状态中的至少任意一个的用户信息的用户信息获取步骤；

判定所述属性信息、所述位置信息以及所述规定的用户集合的状态是否满足与规定的事件相关联的条件的判定步骤；和

在所述判定步骤中判定为满足所述条件时，允许或指示所述规定的事件发生的事件控制步骤。

Images