文所述的方法、过程或功能中的一个或多个。
[0039]如图3中所示，传感器300包括接近/运动传感器302、电源312、微处理器310、收发器308、RF匹配电路306和天线304。部件302-312当中每一个在本领域是众所周知的，并且因此将不在本文描述。尽管如此，应当理解，可以在接近/运动传感器302的实现中采用各种传感器技术。这种传感器技术包括，但不限于，声波技术和/或红外光反射技术。电源312可以包括，但不限于，能量采集设备(例如，将紫外线或可见光转换为电势或电流的设备)，和/或由外部电源驱动的整流电路(例如，AC主电源)或者结合电容器的电池(例如，干电池或锂离子电池)。
[0040]如应当理解的，可以在RF匹配电路306和收发器308之间添加功率放大器和/或低噪声放大器。可以提供这种放大器以增加传感器300与其它网络节点的有效通信范围。
[0041]现在参考图4，提供了用于图1的分析系统108的示例性体系架构的详细框图。如上所述，消息从DCS 106经由网络150发送到分析系统108。在接收到消息时，它被临时存储在缓冲区402中。在一些场景中，这可以利用数据结构对象的简单链表或双链表实现，每个对象记录其相应的消息事件、消息到达的时间、消息的类型、网络节点标识符、网络标识符，和/或传感器读数细节(例如，强度或信号持续时间)。
[0042]其后，消息被转发到数据库接口 404。在数据库接口 404，从消息解析某些信息。然后，解析的信息在完整性检查过程中被使用。基于完整性检查过程的结果，如果消息具有不完整的数据或者明显超出允许范围的数据，则消息可以被丢弃。如果消息不要被丢弃，则数据库接口 404执行操作以便将消息存储在原始数据库406中，并从缓冲区402删除消息。原始数据库406可以具有关于在过去数小时、数天、数月甚至数年接收到的消息的数据。这种数据方便对历史数据进行分析，以检测其中的趋势或模式。可以利用预定义的模式、动态生成的模式和/或学习到的模式来实现模式检测。
[0043]数据库查询引擎(“DQE”)408被配置为取回匹配具体数据库搜索标准的具体事件集。当从DQE 408的客户端模块快速相继地进行许多类似的数据库搜索时，DQE 408可以在数据高速缓存410中临时高速缓存搜索的结果，以减少搜索时间和查询等待时间。
[0044]顾客数据库控制器(“⑶C”)412被配置为经由DQE 408进行原始数据搜索并且利用各种数据分析器模块416-420分析原始数据，以创建和维护顾客数据库414。数据分析器模块416-420可以包括，但不限于，辨识代理和/或规则引擎。数据分析器模块416-420可以访问并使用存储在模式数据库422中的模式数据。基于顾客流量事件趋势分析的结果，模式数据库可以包括在分析系统108外部或分析系统108内部创建的模式。
[0045]图5中提供了对理解示例性模式500有用的示意图。模式500示出其中有七个接近传感器502-514以单行(例如，沿过道的长度)部署在零售商店内的场景。在时间1，传感器502和514报告事件。在时间2，传感器504和512报告事件。在时间3，传感器506和510报告事件。在时间4，传感器508报告事件。在时间5，传感器510报告事件。在时间6，传感器512报告事件。在时间7，传感器514报告事件。模式500可以被录入模式数据库422，作为“模式XI” = “两个购物者相遇，汇合并一起共同前进”。用于完全相同的事件序列的另一模式可以标上附加的备选解释(例如，在传感器只检测移动的人的情况下，“模式X2” = “两个购物者相遇，不汇合，一个继续前进而另一个逗留”)。
[0046]数据分析器模块416-420其中的一个可以被编程为用于这种模式辨识。在这种情况下，数据分析器模块(例如，模块416)可以维持最近事件消息的其自己的实例列表(复制)(或者使用由顾客数据库控制器412维持的主列表)。当数据分析器模块发现该列表中匹配来自模式数据库422的模式的情况时，它可以通知顾客数据库控制器412该匹配(或者，如果事件序列与多个模式匹配，则是多个匹配)。反过来，顾客数据库控制器412利用新信息(例如，“购物者6和11通过模式Xl和X2相关联”)更新顾客数据库414。其后，来自传感器506和510的事件消息可以到达分析系统108。事实上，不同的数据分析器模块(例如，模块418)可以警告顾客数据库控制器412由事件消息指定的模式与来自模式数据库422的不同模式之间的匹配。响应于该通知，顾客数据库控制器412应用逻辑来解决前面的问题并作出购物者6和11不在一起的结论。可以从更简单的模式和规则的合成来建立更复杂的模式和规则。
[0047]模式500的上述讨论仅仅是作为例子给出的并且不是要限制供本发明使用的模式的类型和多样性。事实上，应当注意的是，可选地或附加地可以在这里采用其它专家系统、机器学习或人工智能设计体系架构，而不损失本发明的一般性。分析系统108可以使其结果让外部设备或软件模块(例如，MPOS管理系统110)经由网络150可用。例如，结果可以通过由顾客数据库控制器412维持的web服务或服务组可用。即(在RESTful web服务方法中)，控制器412具有与其关联的根服务URI，该URI被用来发现和访问与零售商店内顾客的数量、每个顾客的位置和状态相关的一组web服务。这种web服务接口对应于分析系统108和MPOS管理系统110之间的网络接口。
[0048]现在参考图6，提供了用于MPOS管理系统110的示例性体系架构的示意图。MPOS管理系统110 —般被配置为方便顾客在零售商店内的定位和/或顾客状态的跟踪。通过跟踪顾客的状态和位置，可以向零售商店的顾客提供更高级的顾客服务。例如，MPOS管理系统110可以使用这种信息来预测MPOS处理需求和将需要MPOS的零售商店的区域。
[0049]如图6中所示，MPOS管理系统110包括MPOS服务管理器612。MPOS服务管理器612被配置为启动和监督与MPOS过程管理关联的大部分活动。在某一些场景中，MPOS服务管理器612周期性地检查新到达的顾客，或者利用由分析系统108维护的信息检查以前发现的顾客的状态。所述信息可以包括，但不限于，零售商店内顾客的数量、零售商店内每个顾客的位置、零售商店内每个顾客已访问过的区域、每个顾客放在各自购物车/篮中的物品、每个顾客已在零售商店内停留的总持续时间、每个顾客的行进速率(例如，每个顾客通过过道长度所花费的平均时间)、零售商店内还没有被每个顾客访问过的区域的数量、每个顾客的行进方向，和/或到每个顾客需要结帐之前的估计时间。从分析系统108接收的信息可以存储在MPOS顾客数据库602和/或POS雇员数据库610中。在这点上，MPOS服务管理器612经由消息队列606将顾客相关的信息传送到MPOS顾客数据库控制器604。MPOS服务管理器612经由消息队列606将雇员相关的信息传送到MPOS雇员数据库控制器608。
[0050]MPOS管理系统110还包括多个逻辑/规则模块618、620、…、622。这些模块618、620、…、622被配置为从接收自分析系统108和/或MPOS设备的信息识别以下:已经请求MPOS服务的顾客；在不久的将来(例如，随后的N分钟内)可能需要MPOS服务的顾客；和/或是或应当可用于提供MPOS服务的雇员。在一些场景中，由MPOS服务管理器612、MPOS顾客数据库控制器604和/或由MPOS雇员数据库610将作出这种识别所需的信息提供给丰旲块。
[0051]在一些场景中，模块618包括逻辑，以便在顾客访问商店的区超过三分钟的任何时候将顾客识别为有“中等可能性”即将需要MPOS服务，并且当顾客停留在相同的区超过七分钟时识别为有“高等可能性”即将需要MPOS服务。相应地，模块618可以定期查询MPOS顾客数据库602并且在其规则被满足的任何时候(即，它将顾客识别为可能需要MPOS服务)向MPOS服务管理器612发送警告。其它模块620、…、622可以对其它任务应用其它规则集和逻辑。
[0052]MPOS服务管理器612还可以经由消息队列606和手持式会话管理器616与雇员的MPOS设备来回传送消息。在雇员具有在他/她的MPOS设备上运行的MPOS应用程序的任何时候，该雇员在手持式会话管理器616中具有对应且活动的会话632p6322、…、或632N，如下面将详细描述的。与每个会话632ρ6322、…、632N关联的是会话状态，该状态将包括关于MPOS服务的对应MPOS设备状态的完整说明(S卩，目前未参与MPOS交易、MPOS交易被请求/未决、MPOS交易在处理当中、MPOS服