情景众包响应系统技术领域
本公开涉及事件响应系统，并且尤其涉及用于与对事件的众包
(crowd-sourced)响应者交互、组织并管理对事件的众包响应者的系统。
背景技术
“众包”(“crowdsourcing”)通常被理解成通过直接从社区(例如，人群)
中的人们征求贡献来获得信息、服务、创意、观点、内容等的实践。企业、教育机
构、社会媒体、公共和/或私有组织、作者、记者等可将众包用作工具，凭借此工
具，可以通过使用现代技术(诸如例如，像因特网那样的广域联网)来协作地利用
许多个体的能力。
众包可以用于各种不同的领域和上下文。例如，众包可以用于知识发现和知
识管理，其中，可以动员人群来发现并聚集信息。众包对于分布式信息处理可能也
是有用的，其中，人群可以处理和/或分析数据。另外，众包可以用于同行审查的
创意成果(例如，用于创造性的解决问题，其中，可以动员人群拿出对问题的解决
方案，该解决方案具有可能是主观的或依赖于公众支持的答案)。
已经在全国范围内应用的众包类型的系统的一个领域是用于向公众告知失踪
的儿童。美国的失踪者：广播紧急响应警报系统(America'sMissing:Broadcast
EmergencyResponse(AMBER)AlertingSystem)可以采用诸如电子路牌、选择参加
型(opt-in)无线消息通知等的各种自动措施来请求公众参与寻找失踪儿童。尽管
这个系统对于其预期目的(例如，将失踪儿童信息传递给公众)运行非常良好，但
是它难以适用于其他事件。AMBER警报系统和诸如紧急警报系统(EAS)之类的
其他公共解决系统不包括用于情景判断，组织可用资源，确定响应者技能，在受害
者、响应者、紧急服务提供者之间传输与事件相关的数据等的可缩放框架。
附图说明
在进行下列的具体实施方式时，并在参考附图后，所要求保护的主题的各种
实施例的特征和优点将是明显的，其中，相同的标号表示相同的部分，并且其中：
图1阐释根据本公开的至少一个实施例的、包括情景众包响应系统的示例设
备；
图2阐释根据本公开的至少一个实施例的可使用的设备的示例配置；
图3阐释根据本公开的至少一个实施例的示例众包响应管理(CSRM)客户机
模块；
图4阐释根据本公开的至少一个实施例的示例众包响应管理(CSRM)控制模
块；
图5阐释根据本公开的至少一个实施例的情景众包响应系统中的用户设备的
示例操作；以及
图6阐释根据本公开的至少一个实施例的情景众包响应系统的至少一个控制
设备的示例操作。
尽管将参考说明性实施例来进行下列具体实施方式，但是这些说明性实施例
的许多替代、修改和变型对本领域技术人员将是显而易见的。
具体实施方式
本公开涉及情景众包响应系统。在一个实施例中，系统可以包括至少一个众
包响应管理(CSRM)控制设备和用于CSRM系统订户的CSRM设备。事件的发
生可以发起系统中的活动。可以由CSRM设备(例如，通过事件通知)或从外部
报告系统(例如，EAS)报告事件。随后，至少一个CSRM控制设备可以判断CSRM
设备是否处于与事件的某个位置接近度内、接近CSRM设备的用户的资质证明等，
并且可以基于这些判断来形成多个响应组。可以激活至少一个响应组以提供关于事
件的援助(例如，经由发送到CSRM设备的响应指令)。在一个实施例中，可以
请求用户确认他们服从响应指令，使得如果有必要则可以激活附加的响应组。可以
激活受害者、响应者等的CSRM设备中的传感器和/或通信资源以协调众包援助、
紧急服务等。
在一个实施例中，至少一个设备可以包括例如通信模块和CSRM控制模块。
通信模块可以用于将数据发送到作为CSRM系统的部分的设备或从作为CSRM系
统的部分的设备接收数据中的至少一个操作。CSRM控制模块可以用于判断事件是
否已经发生以及判断CSRM设备与事件的位置接近度。随后，CSRM模块随后可
用于：至少基于CSRM设备与事件的位置接近度来将CSRM设备组织成多个响应
组；以及使事件数据经由通信模块被发送到至少一个响应组，所述事件数据至少包
括响应指令。
在一个示例实现中，CSRM控制模块用于确定事件已经发生可以包括：CSRM
控制模块用于经由通信模块接收来自至少一个CSRM设备的事件通知。CSRM控
制模块可以至少包括成员维护模块和事件处置模块，所述成员维护模块用于至少维
护订阅CSRM系统的用户的数据库，所述事件处置模块用于至少处理事件判断。
成员维护模块可进一步用于验证由订阅CSRM系统的用户提交的资质证明，将
CSRM设备组织成多个响应组还基于所述资质证明。事件处置模块可进一步用于验
证事件的上下文。在一个实施例中，事件数据可以进一步包括对与CSRM设备相
关联的用户将服从响应指令的确认的请求。随后，CSRM控制模块可以进一步用于：
从响应组中的CSRM设备接收数据；基于接收到的数据来判断与响应组中的CSRM
设备相关联的用户是否将服从响应指令；激活与将服从响应指令的用户相关联的
CSRM设备中的传感器或通信资源中的至少一者；以及基于将不服从响应指令的用
户而使事件数据经由通信模块被发送到附加的响应组。
在一个实施例中，一种设备可以包括通信模块和CSRM客户机模块。通信模
块可以用于将数据发送到众包响应管理(CSRM)系统中的至少一个控制设备或从
众包响应管理(CSRM)系统中的至少一个控制设备接收数据中的至少一个操作。
CSRM客户机模块可以用于：向CSRM系统注册设备，设备注册至少包括用于与
CSRM系统交互的偏好；基于偏好来监视事件或事件通知；以及基于监视来判断以
下情况中的至少一者：事件是否已经发生；或是否已经接收到事件通知。
示例偏好可以包括用于与CSRM系统通信的偏好或用于准许CSRM系统访问
设备中的资源的偏好中的至少一个。CSRM客户机模块还可用于：如果确定了事件
已经发生，则将事件通知发送到至少一个CSRM控制设备；如果确定了已经接收
到事件通知，则呈现响应指令；以及将用于确认用户服从响应指令的资源提供给至
少一个CSRM控制设备。与本公开一致的一种示例方法可以包括：确定事件已经
发生；确定CSRM系统中的设备与事件的位置接近度；至少基于CSRM的位置接
近度来将CSRM设备组织成多个响应组；以及使事件数据被发送到至少一个响应
组，事件数据至少包括响应指令。与本公开一致的一种附加的示例方法可以包括：
向CSRM系统注册设备，设备注册至少包括用于与CSRM系统交互的偏好；基于
偏好来监视事件或事件通知；以及基于监视来判断以下情况中的至少一者：事件是
否已经发生；或是否已经接收到事件通知。
图1阐释根据本公开的至少一个实施例的、包括情景众包响应系统的示例设
备。最初，重要的是要注意到，如本文中所引用，术语“事件”可以是指可能涉及
响应动作的任何事情。尽管事件可以包括涉及个人或人们的紧急情况，但是这一示
例仅用于解释。与本公开一致的各实施例可以适用于涉及公众的任何事情。CSRM
系统100可以与各种设备102交互以便例如检测事件的发生，收集关于事件的数据，
组织解决事件的响应动作，跟踪事件响应的状态，等等。示例CSRM系统100可
以包括经由WAN(如因特网)(例如，在云计算型的架构中)可访问的一个或多
个计算设备(例如，服务器)。设备102的各种示例可以包括但不限于，移动通信
设备，诸如，基于安卓(Android)操作系统(OS)、iOS、视窗(Windows)
OS、黑莓(Blackberry)OS、PalmOS、塞班(Symbian)OS等的蜂窝式
手持机或智能电话；移动计算设备，诸如，平板计算机，如iPad、Surface、
GalaxyTab、KindleFire等，包括由英特尔公司生产的低功率芯片组的超极本、
上网本、笔记本、膝上型计算机、掌上计算机等等；固定计算设备，诸如，台式计
算机、机顶设备、智能电视(TV)等等。
在一个实施例中，用户可以自愿订阅CSRM系统100。可以存在单个类型的
订阅或不同类型的订阅。例如，在单类型的订阅模型中，用户可以通过使得他们的
设备102可用于感测事件数据、响应于事件指令等来简单地同意参与CSRM系统
100。在多订阅模型中，用户可以订阅事件报道(例如，对于可能拥有医疗条件的
用户、居住在偏远地区的用户，等等)，或替代地订阅为事件的响应者(例如，为
本地紧急服务提供支持)。订阅事件报道的用户可以提供例如关于他们的情况的细
节(例如，医疗信息、日常事务，等等)，并且可以支付自愿的或必需的费用来接
收服务。订阅为响应者的用户可以提供例如关于他们的技能组的可用性的细节等。
一般而言，CSRM系统100可以使用众包资源来确定事件已经发生，并且可
以组织对事件的响应。可以基于从系统的外部或内部提供的信息来确定事件。例如，
CSRM系统100可以从国家警报系统(例如，AMBER警报、EAS，等等)，从本
地紧急服务提供者等接收事件信息。至少一个设备102提供关于事件的信息(例如，
提供者交互104)也可以是可能的。例如，设备102中的用户可以手动地触发事件
通知，设备102内(或至少耦合到设备102)的传感器可以检测事件，等等。示例
基于传感器的事件检测可以包括但不限于：耦合到设备102的生物传感器可以检测
到用户正在经历生理困难(例如，正在经历窒息、心脏病发作、中风，等等)；设
备102中的运动/加速度/定向传感器可以检测到与车辆事故(例如，自行车、小汽
车、公共汽车，等等)、自然灾难(例如，地震、龙卷风、森林火灾、暴风雪，等
等)等一致的条件。无论事件如何被检测到，提供者交互104可以包括事件相关的
数据至CSRM系统100的连续的传输，并且可以包括语音或文本通信的激活以便
与现场人员交互。
CSRM系统100可以通过动员众包响应者来响应于事件通知。在一个实施例
中，CSRM系统100可以确定关于事件的特性(例如，事件的类型、位置、伤亡、
主动的紧急服务响应，等等)，并且可以相应地组织众包响应者。例如，CSRM系
统100可以确定响应者可能驻留在的事件周围的区域108-114，并且可以基于与设
备102相关联的定位资源(例如，全球定位系统(GPS)资源、基于蜂窝塔交互的
三角测量、对接入点(AP)的短程可连接性，等等)来确定响应者的位置。基于
各种因素(包括例如，每一个区域108-114中的可能的响应者的数量、与可能的响
应者相关联的技能(例如，医疗资质证明，等等)、紧急服务响应状态等)，CSRM
100可以形成多组设备，并且可以经由响应者交互106来将指令分配给各组。例如，
可以指示在事件位置108处以及在区域110中紧挨事件位置外的响应者提供关于该
事件的援助。可以将这些事件指令作为响应者交互110的部分来发送给设备102。
此外，如果必要的话，可以将区域112中的可能的响应者置于提供援助的待命状态。
可以将区域114(例如，在事件的有效区域外部)中的可能的响应者重新定向为离
开事件。例如，在一些情况下，减少参与到事件中的人数可能是有益的(例如，如
果事件可能仍然是危险的，以便为紧急服务人员提供空间，等等)，然后，可以引
导区域114中的潜在响应者离开事件或去往可能需要响应者的另一事件。在一个实
施例中，事件指令可以请求可能的响应者确认他们的响应意向。此请求可以辅助
CSRM系统100管理众包响应。如果第一响应组中的响应者(例如，在区域108
和110中的响应者)不确认他们响应于该事件的意向，则CSRM系统100可以通
过将事件指令发送到对应于下一响应组中的潜在响应者的设备102(例如，区域112
中的设备102)来请求附加的支援。对于确认了他们响应于该事件的意向的响应者，
在一个实施例中，可以激活设备102中的感测和/或通信资源。这些资源的激活(例
如，取决于由用户设置的偏好)可以允许CSRM系统100获悉与事件相关的最新
进展，这允许在受害者、响应者、紧急服务方等之间的协调和通信。
图2阐释根据本公开的至少一个实施例的可使用的设备的示例配置。具体而
言，尽管设备102'和218可以执行诸如在图1中公开的功能之类的示例功能，但是
设备102'和218仅旨在作为根据与本公开一致的实施例的可使用的装备的示例，并
且不旨在将这些各种实施例限制为任何特定的实现方式。
示例设备102'可以包括配置为管理设备操作的系统模块200。系统模块200可
以包括例如处理模块202、存储器模块204、电源模块206、用户接口模块208和
通信接口模块210。通信模块212可以用于与通信模块210交互，而CSRM客户机
模块可以用于与用户接口模块208和通信模块212交互。尽管已经将通信模块212
和CSRM客户机模块214示出为与系统模块200分开，但是此布置仅用于在本文
中进行解释。与通信模块212和/或CSRM模块214相关联的功能中的一些或全部
也可以被合并在系统模块200内。
在设备102'中，处理模块202可以包括位于分开的组件中的一个或多个处理
器(或替代地包括在单个组件中(例如，在片上系统(SoC)配置中)具体化的一
个或多个处理核)以及任何处理器相关的支持电路(例如，桥接接口，等等)。示
例处理器可以包括但不限于可从英特尔公司获得的各种基于x86的微处理器，包括
奔腾(Pentium)、至强(Xeon)、安腾(Itanium)、赛扬(Celeron)、凌动(Atom)、
酷睿(Core)i系列产品家族中的那些，高级RISC(例如，精简指令集计算)机
器或“ARM”处理器，等等。支持电路的示例可以包括配置为提供接口的芯片组
(例如，可从英特尔公司获得的北桥、南桥等)，处理模块202可以通过该接口与
在设备102'中以不同的速度、在不同的总线上操作等的其他系统组件交互。通常与
支持电路相关联的功能中的一些或全部也可以被包括在与微处理器相同的物理封
装中(例如，在SoC封装中，如可从英特尔公司获得的沙桥(SandyBridge)集成
电路)。
处理模块202可以配置为执行设备102'中的各种指令。指令可以包括程序代
码，该程序代码配置为使处理模块202执行与读取数据、写入数据、处理数据、编
制数据、转换数据、变换数据等相关的活动。可以将信息(例如，指令、数据等)
存储在存储器模块204中。存储器模块204可以包括固定或可移除格式的随机存取
存储器(RAM)和/或只读存储器(ROM)。RAM可以包括配置为在设备102'的
操作期间保存信息的存储器，诸如例如，静态RAM(SRAM)或动态RAM(DRAM)。
ROM可以包括：配置为当设备102’以bios、统一可扩展固件接口(UEFI)等形式
激活提供指令的存储器，诸如，bios存储器；可编程存储器，诸如，电可编程ROM
(EPROM)；闪存，等等。其他非暂态固定式和/或可移除存储器可以包括：磁存
储器(诸如例如，软盘、硬盘驱动器，等等)；电子存储器，诸如例如，固态闪存
(例如，嵌入式多媒体卡(eMMC)，等等)；可移除存储卡或存储棒(例如，微
存储设备(uSD)、USB，等等))；光存储器，诸如，基于紧致盘的ROM(CD-ROM)，
等等。电源模块206可以包括内部电源(例如，电池)和/或外部电源(例如，机
电或太阳能发电设备、电网、燃料电池，等等)，并且相关的电路配置将操作所需
的功率供应给设备102’。
用户接口模块208可以包括配置为允许用户与设备102'交互的电路，诸如例
如，各种输入机制(例如，话筒、开关、按钮、旋钮、键盘、扬声器、触敏表面、
配置为捕捉图像和/或感测接近度、距离、运动、手势的一个或多个传感器，等等)
和输出机制(例如，扬声器、显示器、发光/闪烁指示器、用于振动、运动的机电
组件，等等)。通信接口模块210可以配置为处置通信模块212的分组路由和其他
控制功能，通信模块212可以包括配置为支持有线和/或无线通信的资源。有线通
信可以包括串行和并行有线介质，诸如例如，以太网、通用串行总线(USB)、火
线、数字视频接口(DVI)、高清晰度多媒体接口(HDMI)，等等。无线通信可
以包括例如：近接近度无线介质(例如，诸如基于近场通信(NFC)标准的射频(RF)、
红外(IR)、光学字符识别(OCR)、磁字符感测，等等)、近程无线介质(例
如，蓝牙、无线局域网(WLAN)、Wi-Fi，等等)以及远程无线介质(例如，蜂
窝式广域无线电通信技术、卫星技术，等等)。在一个实施例中，通信接口模块
210可以配置为防止在通信模块212中活动的无线通信彼此干扰。在执行此功能时，
通信接口模块210可以基于例如等待传输的消息的相对优先级来调度通信模块212
的活动。
在图2中所阐释的实施例中，CSRM客户机模块214可以用于与用户接口模
块208和通信模块212交互。例如，CSRM客户机模块214可以使事件通知和其他
事件相关的数据经由通信模块212而被传输。CSRM客户机模块214也可以经由通
信模块212来接收诸如事件指令之类的数据。经由通信模块212接收到的数据可以
经由用户接口模块208中的资源(例如，显示器，等等)被呈现给用户。此外，在
至少一个实施例中，事件指令可以请求用户确认他/她响应于该事件的意向。用户
接口模块208可以提供允许用户进行响应的资源(例如，用于指示响应意向的用户
接口)。
(多个)设备218可以用来实现CSRM系统100。例如，(多个)设备218
可以包括经由网络216(如因特网)可访问的至少一个计算设备(例如，服务器)。
(多个)设备218可以包括模块202'至212'，它们可以与参照设备102所公开的模
块202至212类似。CSRM控制模块220可以用于执行如在图1中所公开的活动，
并且在这方面而言可以至少与通信模块212'交互。例如，CSRM控制模块220可以
经由通信模块212’接收来自设备102的事件相关的数据，并且可以将事件相关指
令的发送到设备102。此外，CSRM控制模块220可以经由通信模块212'来与紧急
响应服务共享数据以协调事件响应工作。在一些实例中，CSRM控制模块220可以
也与用户接口模块208'交互以将响应状态提供给紧急控制中心中的人员等。
图3阐释根据本公开的至少一个实施例的示例CSRM客户机模块。CSRM客
户机模块214'可以包括例如可由用户安装在设备102'上的应用。CSRM客户机模块
214'可以包括例如，登记数据模块300、偏好模块302和事件处理程序模块304。
登记数据模块300可以允许用户将相关的数据提供给CSRM系统100。例如，用户
可以提供联系信息(例如，电话号码、地址，等等)、医疗信息(例如，心理/医
疗条件、医生，等等)、技能(例如，救生技能、紧急服务经验，等等)、资质证
明(例如，军衔、医学博士(MD)、执业护士(NP)、紧急医疗技术人员(EMT)
等)，等等。
偏好模块302可以允许用户设置各种参与的参数，包括例如，通信和感测偏
好。例如，用户可以定义它们可用于成为响应者的时间，按照偏好顺序的所允许的
通信形式，其中用户不可用于成为响应者的位置(例如，家庭、工作等)，等等。
此外，用户可能期望限制传感器对CSRM系统100的可用性(例如，出于隐私的
担忧)。默认地，CSRM系统100可能期望访问设备中的所有传感器以确定设备位
置、设备移动/加速度/定向、设备光/暗感测、设备温度，等等。在发生任何事件时，
CSRM系统100可以力图激活设备102中的图像/视频捕捉和/或音频捕捉。设备用
户可能期望限制提供给CSRM系统100的传感器访问的量。
事件处理程序模块304可以用于处理由设备102'检测到的事件和/或从CSRM
系统100接收到的事件指令。例如，事件处理程序模块304可以处理来自设备102'
中的传感器的数据，并且可以准备数据以供作为事件通知的部分进行传输。事件处
理程序模块304也可以从CSRM系统100接收事件指令。事件处理程序模块304
可以使得事件指令由设备102'(例如，由用户接口模块208)呈现，事件指令向用
户告知关于该事件的情况、要立即做什么(例如，寻求庇护、离开该区域，等等)、
在何处寻找援助、在何处能要求援助以确认他们是否能够提供援助，等等。
图4阐释根据本公开的至少一个实施例的示例CSRM控制模块。示例CSRM
控制模块220'可以包括成员维护模块400和事件处置模块402。成员维护模块400
可以用于维护CSRM系统100中的注册，并且可以包括成员数据库模块404、成员
事件历史模块406和成员资质证明验证模块408(例如，根据一些实施例，此成员
资质证明验证模块408是任选的)。成员数据库模块404可以包括例如订阅的用户、
由订阅的用户提供的各种数据、关于设备102的数据，等等。成员事件历史模块
406可以包括例如在成员数据库模块404中登记的用户的活动历史。活动历史可以
包括例如，由每一个用户所报告的事件、由每一个用户响应的事件，等等。由于由
CSRM系统100处理的事件可以包括紧急情况，因此存在一些用户(例如，行骗者、
黑客、恐怖分子等)利用糟糕情况使情况更糟的可能性。因而，将保护性特征合并
到CSRM系统100中以例如验证用户、事件通知等的真实性从而利用合适的措施
来响应于可能敏感或危险的事件可能是有益的。除了访问控制措施(如密码保护、
用户身份确认(例如，经由私人问题)、设备内和/或设备到设备的数据加密等)
之外，成员资质证明验证模块408是可验证由订阅的用户提供的保护性措施的示
例。例如，用户可以提供他们是执业医师、护士、EMT、危险废品处置人员等的
信息。期望响应者拥有这些资质证明，并且这些资质证明可以使CSRM系统100
在制定响应组时将经资质证明的用户的优先级排定为高于其他用户。然而，如果用
户并非真正地经资质证明的(例如，他们在开玩笑，只是引起关注，等等)，则请
求他们的协助可能是有害的。成员资质证明模块400可以与外部认证机构交互以验
证提供资质证明的用户是真正地经资质证明的，他们的执照仍然有效，等等。此验
证可以提供附加的安全级别。
事件处置模块402可以用于在事件发生时来处置事件，并且事件处置模块402
可以包括事件处理程序模块410、成员跟踪和组织模块412、事件上下文验证器模
块414和外部服务接口模块416。事件处理程序模块410可以例如充当通用事件处
置引擎。在收到事件通知时，事件处理程序模块410可以与成员跟踪和组织模块
412以及事件上下文验证器模块414交互。成员跟踪和组织模块412可以确定位置
上接近该事件的设备102，确定与被确定为接近该事件的设备102相关联的用户的
技能，并且可以基于以上确定来确定至少一个响应组。在一个实施例中，也可以考
虑用户的历史表现(例如，可以解除确认他们打算响应但实际上没有响应的用户的
优先级，排除这些用户，等等)。在形成响应组时确定其他因素也是可能的，即，
可能涉及事件上下文验证器模块414的情况。事件上下文验证器模块414可以包括
学习算法，该学习算法帮助评估事件的特性并确定适当类型的响应。例如，事件上
下文验证器模块414可以对事件分析给响应者带来潜在安全风险的情形。第一次报
告事件的设备102可以在被执行之前要求附加的支持性证据(例如，来自另一设备
102、全国/本地源等的确认)。可以筛选来自具有过度反应或提供不准确信息的历
史的订户的事件通知或解除该事件通知的优先级。从孤立的位置中的单个男性订户
接收到的事件通知可导致事件上下文验证器模块414使成员跟踪和组织模块412
将男性响应者的优先级排定为高于女性响应者。收集不寻常的和/或危险的位置中
的响应者或指示通知设备102处于第一地理位置且随后处于第二地理位置(所述第
一地理位置和第二地理位置分开在多次指示之间的时间内不能穿越的距离(例如，
由于定位信号欺骗，等等)的事件通知、设备102中不支持该事件通知的其他传感
器(例如，报告了车辆事故，但设备102中的运动/加速度/定向传感器不支持该结
论)可使事件上下文验证器模块414执行安全动作(例如，地方当局关于可能的骗
局、恐怖活动等的通知)。外部服务接口模块416可以维护紧急服务提供者与CSRM
系统100之间的状态数据和通信。例如，外部服务接口模块416可以传递事件相关
的数据、关于在现场的众包响应者的数据(包括来自现场响应者上的设备的信息)，
等等。
图5阐释根据本公开的至少一个实施例的情景众包响应系统中的用户设备的
示例操作。在操作500中，用户/设备可以订阅CSRM系统。例如，订阅用户可以
提供个人数据、医疗数据、技能数据、设备数据、用户偏好，等等。用户偏好可以
例如规定CSRM系统如何/何时/何处可以访问用户设备、可以访问用户设备中的传
感器，等等。在操作502中，用户设备可以根据用户偏好来执行监视。随后，在操
作504中，可以作出关于事件是否已经发生的判断。此判断可以基于设备中的传感
器、用户观察到事件并手动触发设备中的CSRM客户机模块的激活，等等。如果
在操作504中确定了事件已经发生，则在操作506中，可以将事件通知发送到CSRM
系统。事件通知可以包括事件相关的数据，包括例如，时间、位置、事件描述、受
伤人数统计、来自设备的传感器数据，等等。
如果在操作504中确定了事件没有发生，则在操作508中，可以作出关于是
否已经从CSRM系统接收到事件数据的进一步判断。如果在操作508确定了已经
接收到事件警报，则在操作510中，设备可以呈现响应指令(例如，随事件数据接
收)。响应指令可以向用户指示事件的位置、所需要的协助的类型、用户是否应当
响应于该事件、寻求庇护、逃离事件区域，等等。在一些实例中，响应指令可以请
求接收响应指令的用户打算响应的确认。因而，在任选的操作512中，用户可以确
认他/她服从响应指令的意向，这可以使设备将关于用户意向的指示发送到CSRM
系统。在操作508中没有事件数据508被接收到的确定之后，或替代地在操作512
之后，在操作502中可以恢复基于用户偏好的监视。
图6阐释根据本公开的至少一个实施例的情景众包响应系统中的至少一个控
制设备的示例操作。在操作600中，可由CSRM系统接收事件通知。例如，可以
从订阅CSRM系统的设备、从全国/本地通知系统等接收事件通知。随后，在操作
602中，CSRM系统可以检查附近的响应者。随后，在操作604中，可以作出是否
已经定位到任何接近的响应者的判断。如果在操作604中作出了没有响应者被定位
到的确定，则在操作606中，可以增加搜索区域，并且检查可以继续。当在操作
604中定位了一些响应者之后，随后在操作608中，CSRM系统可以将这些响应者
组织成多个响应组。可以基于例如与事件的接近度、技能、资质证明、响应历史等
来组织响应组。在操作610中，CSRM系统可以从下一响应组请求协助(例如，可
以将请求协助的事件指令发送到响应组中的用户)。随后，在操作612中，可以作
出关于响应组中可能的响应者是否打算响应(例如，打算服从请求他们的协助的事
件指令)的判断。如果在操作612中确定了并非该响应组中的全部用户可以/将响
应，则在操作614中可作出关于更多的响应组是否可用的进一步的判断。如果在操
作614中确定了更多的响应组仍然是可用的，则在操作610中，CSRM系统可以从
下一响应组中的用户请求协助。在操作614中的没有响应组保持存在的确定后续可
以是返回到操作602以定位附加的响应者。
如果在操作612中确定了响应组中的足够数量的用户打算响应，则在操作616
中，可以激活响应者的设备中的通信和/或传感器资源(例如，基于由用户在订阅
过程期间的建立的偏好)。例如，可以激活语音交互(例如，扬声器电话)、位置
服务、图像/视频捕捉资源、运动感测等以将关于事件、响应者、任何受害者等的
信息提供至CSRM系统。在操作618中，CSRM系统可以传递响应工作。例如，
CSRM系统可以与全国/本地紧急服务提供者交互以告知现场的情况(例如，提供
事件相关的数据)，对众包响应工作提出建议，从紧急服务提供者接收关于事件的
指令，等等。
尽管图5和图6阐释根据不同的实施例的操作，但应当理解，并不是图5和
图6中描绘的全部操作对其他实施例都是必要的。实际上，本文中完全构想了在本
公开的其他实施例中，图5和图6中描绘的操作和/或本文中描述的其他操作可以
按照没有在任何附图中特别示出的方式来组合，但仍然完全与本公开一致。因而，
涉及在一个附图示出中没有精确地示出的特征和/或操作的权利要求被视为是在本
公开的范围和内容之内。
如在本申请和权利要求中所使用，由术语“和/或”结合起来的项的列表可以
是指所列出的项的任何组合。例如，短语“A、B和/或C”可以是指A；B；C；A
和B；A和C；B和C；或A、B和C。如在本申请和权利要求中所使用，由术语
“……中的至少一个”结合起来的项的列表可以是指所列出的术语的任何组合。例
如，短语“A、B或C中的至少一个”可以是指A；B；C；A和B；A和C；B和
C；或A、B和C。
如本文中的任何实施例中所使用，术语“模块”可以是指配置为执行前述操
作中的任何操作的软件、固件和/或电路。软件可以具体化为记录在非暂态计算机
可读存储介质上的软件包、代码、指令、指令集和/或数据。固件可以具体化为在
存储器设备中硬编码(例如，非易失性)的代码、指令或指令集和/或数据。如本
文的任何实施例中所使用，术语“电路”可以例如包括单独的或者以任何组合的硬
布线电路、可编程电路(诸如，包括一个或多个独立指令处理核的计算机处理器)、
状态机电路和/或存储由可编程电路执行的指令的固件。模块可以共同地或个别地
具体化为形成更大的系统(例如，集成电路(IC)、系统片上(SoC)、台式计算
机、膝上型计算机、平板计算机、服务器、智能电话等)的部分的电路。
本文中描述的操作中的任何操作可以在系统中实现，该系统包括一个或多个
存储介质(例如，非暂态存储介质)，这一个或多个存储介质具有个别地或组合地
存储在其上的指令，这些指令当由一个或多个处理器执行时来执行方法。在此，处
理器可以包括例如服务器CPU、移动设备CPU和/或其他可编程电路。此外，预期
本文中描述的操作可以跨多个物理设备(诸如，跨在多于一个的不同的物理位置的
处理结构)而分布。存储介质可以包括任何类型的有形介质，例如，任何类型的盘，
包括硬盘、软盘、光盘、紧致盘只读存储器(CD-ROM)、可重写紧致盘(CD-RW)
和磁-光盘；半导体器件，诸如，只读存储器(ROM)、随机存取存储器(RAM)
(诸如，动态和静态RAM)、可擦除可编程只读存储器(EPROM)、电可擦除可
编程只读存储器(EEPROM)、闪存、固态盘(SSD)、嵌入式媒体卡(eMMC)、
安全数字输入/输出(SDIO)卡、磁卡或光卡；或适用于存储电子指令的任何类型
的介质。其他实施例可以实现为由可编程控制设备执行的软件模块。
因而，本公开涉及情景众包响应系统。该系统可以包括至少一个众包响应管
理(CSRM)控制设备和用于订户的CSRM设备。可以由CSRM设备(例如，通
过事件通知)或从外部报告系统(例如，EAS)报告事件。随后，至少一个CSRM
控制设备可以判断CSRM设备是否处于与事件的某个位置接近度内，确定接近
CSRM设备的用户的资质证明等，并且可以基于这些判断来形成多个响应组。随后，
可以激活至少一个响应组以提供关于事件的援助。也可以请求用户确认服从响应指
令，使得如果必要则可以激活附加的响应组。可以激活CSRM设备中的传感器和/
或通信资源以协调众包援助、紧急服务等。
下列的示例涉及进一步的实施例。本公开的下列示例可以包括如下文所提供
的、诸如以下主题素材：设备；方法；用于存储指令的至少一种机器可读介质，所
述指令在被执行时使机器执行基于方法来执行动作；用于执行基于方法来执行动作
的装置；和/或情景众包响应系统。
示例1
根据此示例提供至少一个设备，其包括：通信模块，用于将数据发送到作为
众包响应管理(CSRM)系统的部分的设备或从作为众包响应管理(CSRM)系统
的部分的接收数据中的至少一个操作；以及CSRM控制模块，用于：确定事件已
经发生；确定所述CSRM设备与所述事件的位置接近度；基于所述CSRM设备与
所述事件的位置接近度来将所述CSRM设备组织成多个响应组；以及使事件数据
经由所述通信模块被发送到至少一个响应组，所述事件数据至少包括响应指令。
示例2
此示例包括示例1的元素，其中，所述CSRM控制模块用于确定事件已经发
生包括：所述CSRM控制模块用于经由所述通信模块接收来自至少一个CSRM设
备的事件通知。
示例3
此示例包括示例1到2中的任一项的元素，其中，所述CSRM控制模块用于
确定事件已经发生包括：所述CSRM控制模块用于从外部通知系统接收事件通知。
示例4
此示例包括示例1到3中的任一项的元素，其中，所述CSRM控制模块至少
包括成员维护模块和事件处置模块，所述成员维护模块用于至少维护订阅所述
CSRM系统的用户的数据库，所述事件处置模块用于至少处理事件判断。
示例5
此示例包括示例4的元素，其中，所述成员维护模块进一步用于验证由订阅
所述CSRM系统的用户提交的资质证明，将所述CSRM设备组织成多个响应组还
基于所述资质证明。
示例6
此示例包括示例4到5中的任一项的元素，其中，所述成员维护模块进一步
用于维护订阅所述CSRM系统的每一个用户的用户活动历史。
示例7
此示例包括示例4到6中的任一项的元素，其中，所述事件处置模块进一步
用于验证所述事件的上下文。
示例8
此示例包括示例7的元素，其中，所述事件处置模块进一步用于以下操作中
的至少一项：基于所述事件上下文来组织所述响应组；或基于所述事件上下文来执
行安全动作。
示例9
此示例包括示例4到8中的任一项的元素，其中，所述事件处置模块进一步
用于管理在外部紧急服务提供者与所述CSRM系统之间的通信。
示例10
此示例包括示例1到9中的任一项的元素，其中，所述事件数据进一步包括
对与CSRM设备相关联的用户将服从所述响应指令的确认的请求。
示例11
此示例包括示例10的元素，其中，所述CSRM控制模块进一步用于：从所述
响应组中的CSRM设备接收数据；基于接收到的数据来判断与所述响应组中的
CSRM设备相关联的用户是否将服从所述响应指令；以及激活与将服从所述响应指
令的用户相关联的CSRM设备中的传感器或通信资源中的至少一者。
示例12
此示例包括示例11的元素，其中，所述CSRM控制模块进一步用于：基于将
不服从所述响应指令的用户而导致事件数据经由所述通信模块被发送到附加的响
应组。
示例13
此示例包括示例1到12中的任一项的元素，其中，所述事件数据进一步包括
对与CSRM设备相关联的用户将服从所述响应指令的确认的请求，所述CSRM控
制模块进一步用于：从所述响应组中的CSRM设备接收数据；基于接收到的数据
来判断与所述响应组中的CSRM设备相关联的用户是否将服从所述响应指令；激
活与将服从所述响应指令的用户相关联的CSRM设备中的传感器或通信资源中的
至少一者；以及基于将不服从所述响应指令的用户而导致事件数据经由所述通信模
块被发送到附加的响应组。
示例14
此示例包括示例1到13中的任一项的元素，其中，所述至少一个设备包括经
由广域网可访问的至少一个计算设备。
示例15
根据此示例提供一种设备，其包括：通信模块，用于将数据发送到众包响应
管理(CSRM)系统中的至少一个控制设备或从众包响应管理(CSRM)系统中的
至少一个控制设备接收数据中的至少一个操作；以及CSRM客户机模块，用于：
向所述CSRM系统注册所述设备，所述设备注册至少包括用于与所述CSRM系统
交互的偏好；基于所述偏好来监视事件或事件通知；以及基于所述监视来判断以下
情况中的至少一者：事件是否已经发生；或是否已经接收到事件通知。
示例16
此示例包括示例15的元素，其中，所述偏好包括用于与所述CSRM系统通信
的偏好或用于准许所述CSRM系统访问所述设备中的资源的偏好中的至少一者。
示例17
此示例包括示例15到16中的任一项的元素，其中，所述CSRM客户机模块
进一步用于：如果确定了事件已经发生，则将事件通知发送到所述至少一个CSRM
控制设备。
示例18
此示例包括示例17的元素，其中，所述事件通知包括事件相关的数据，所述
事件相关的数据包括以下各项中的至少一者：事件时间、事件位置和由所述设备中
的传感器生成的传感器数据。
示例19
此示例包括示例15到18中的任一项的元素，其中，所述CSRM客户机模块
进一步用于：如果确定了已经接收到事件通知，则呈现响应指令。
示例20
此示例包括示例15到19中的任一项的元素，其中，所述CSRM客户机模块
进一步用于：将用于确认用户服从所述响应指令的资源提供给所述至少一个CSRM
控制设备。
示例21
此示例包括示例20的元素，其中，所述资源包括用于确认用户服从所述响应
指令的意向的用户接口。
示例22
此示例包括示例15到21中的任一项的元素，其中，所述CSRM客户机模块
进一步用于：如果确定了已经接收到事件通知，则呈现响应指令；以及将用于确认
用户服从所述响应指令的资源提供给所述至少一个CSRM控制设备。
示例23
根据此示例提供一种方法，其包括以下步骤：确定事件已经发生；确定众包
响应管理(CSRM)系统中的设备与所述事件的位置接近度；至少基于所述CSRM
设备的位置接近度来将所述CSRM设备组织成多个响应组；以及使事件数据被发
送到至少一个响应组，所述事件数据至少包括响应指令。
示例24
此示例包括示例23的元素，其中，确定事件已经发生的步骤包括以下步骤：
从至少一个CSRM设备接收事件通知。
示例25
此示例包括示例23到24中的任一项的元素，其中，确定事件已经发生的步
骤包括以下步骤：从外部通知系统接收事件通知。
示例26
此示例包括示例23到25中的任一项的元素，并且进一步包括以下步骤：维
护订阅所述CSRM系统的用户的数据库。
示例27
此示例包括示例26的元素，并且进一步包括以下步骤：验证由订阅所述CSRM
系统的用户提交的资质证明，将所述CSRM设备组织成多个响应组还基于所述资
质证明。
示例28
此示例包括示例26到27中的任一项的元素，并且进一步包括以下步骤：维
护订阅所述CSRM系统的每一个用户的用户活动历史。
示例29
此示例包括示例23到28中的任一项的元素，并且进一步包括以下步骤：验
证所述事件的上下文。
示例30
此示例包括示例29的元素，进一步包括以下步骤：基于所述事件上下文来组
织所述响应组；或基于所述事件上下文来执行安全动作。
示例31
此示例包括示例23到31中的任一项的元素，其中，所述事件数据进一步包
括对与CSRM设备相关联的用户将服从所述响应指令的确认的请求。
示例32
此示例包括示例31的元素，并且进一步包括以下步骤：从所述响应组中的
CSRM设备接收指示；基于接收到的指示来判断与所述响应组中的CSRM设备相
关联的用户是否将服从所述响应指令；以及激活与将服从所述响应指令的用户相关
联的CSRM设备中的传感器或通信资源中的至少一者。
示例33
此示例包括示例32的元素，并且进一步包括以下步骤：基于将不服从所述响
应指令的用户而导致事件数据经由所述通信模块被发送到附加的响应组。
示例34
此示例包括示例23到33中的任一项的元素，其中，所述事件数据进一步包
括对与CSRM设备相关联的用户将服从所述响应指令的确认的请求，所述方法进
一步包括以下步骤：从所述响应组中的CSRM设备接收指示；基于接收到的指示
来判断与所述响应组中的CSRM设备相关联的用户是否将服从所述响应指令；激
活与将服从所述响应指令的用户相关联的CSRM设备中的传感器或通信资源中的
至少一者；以及基于将不服从所述响应指令的用户而使事件数据经由所述通信模块
被发送到附加的响应组。
示例35
根据此示例提供一种方法，其包括以下步骤：向众包响应管理(CSRM)系统
注册设备，所述设备注册至少包括用于与所述CSRM系统交互的偏好；基于所述
偏好来监视事件或事件通知；以及基于所述监视来判断以下情况中的至少一者：事
件是否已经发生；或是否已经接收到事件通知。
示例36
此示例包括示例35的元素，其中，所述偏好包括用于与所述CSRM系统通信
的偏好或用于准许所述CSRM系统访问所述设备中的资源的偏好中的至少一者。
示例37
此示例包括示例35到36中的任一项的元素，并且进一步包括以下步骤：如
果确定了事件已经发生，则发送事件通知。
示例38
此示例包括示例37的元素，其中，所述事件通知包括事件相关的数据，所述
事件相关的数据包括以下各项中的至少一者：事件时间、事件位置和由所述设备中
的传感器生成的传感器数据。
示例39
此示例包括示例35到38中的任一项的元素，并且进一步包括以下步骤：如
果确定了已经接收到事件通知，则呈现响应指令。
示例40
此示例包括示例39所述的元素，并且进一步包括以下步骤：提供用于确认用
户服从所述响应指令的资源。
示例41
此示例包括示例35到40中的任一项的元素，并且进一步包括以下步骤：如
果确定了已经接收到事件通知，则呈现响应指令；以及提供用于确认用户服从所述
响应指令的资源。
示例42
根据此示例提供一种系统，其包括至少一个设备，所述系统布置成用于执行
所述上述示例23到41中的任一项的方法。
示例43
根据此示例提供一种芯片组，其布置成用于执行上述示例23到41中的任一
项的方法。
示例44
根据此示例提供至少一种机器可读介质，其包括多条指令，响应于在计算设
备上执行所述多条指令，所述多条指令使所述计算设备执行根据上述示例23到41
中的任一项的方法。
示例45
根据此示例提供一种设备，其配置为与情景众包响应系统一起使用，所述设
备布置成用于执行上述示例23到41中的任一项的方法。
示例46
根据此示例提供一种设备，其具有用于执行上述示例23到41中的任一项
的方法的装置。