CN112042213A - 基于iot设备的信息系统和方法 - Google Patents

Abstract

本文公开基于IOT设备的信息通信系统和方法。示例系统包括：物联网后端系统，包括IOT设备，这些IOT设备实现邻近和物理Web发现服务，并实现修改后的短程无线通信协议栈，以便与内核级别的通信设备进行通信；每个通信设备被配置为通过短程无线连接从所述物联网后端系统接收消息，所述消息被呈现给所述通信设备，而没有在所述通信设备上安装应用程序,所述修改后的短程无线通信协议栈是基于在每个通信设备上均处于活动状态的短程无线协议进行配置的。

Description

基于IOT设备的信息系统和方法

相关申请的交叉引用

本非临时申请要求于2017年12月12日提交的名称为“基于IOT设备的信息系统和方法”的美国临时申请No.62/597,660的权益和优先权，出于所有目的，其全部内容通过引用并入本文，包括其中引用的所有参考文献和附录。

技术领域

本公开总体上涉及消息传递架构，并且更具体地但不限于允许使用分布式架构(例如物联网“IOT”)进行消息传递的系统和方法，其中终端设备(用户设备“UE”)可以在分布式架构中发送和接收通知和内容，而无需安装应用程序以启用此类消息传递和内容传递服务。一些实施例包括蓝牙日志文件和/或内核级别通信的使用。

发明内容

根据一些实施方案，本公开涉及一种用于无应用程序通信的系统，该系统包括物联网后端系统，包括IOT设备，这些IOT设备实现邻近和物理Web发现服务，并实现修改后的短程无线通信协议栈，以便与内核级别的通信设备进行通信；和每个通信设备通过短程无线连接从所述物联网后端系统接收消息，所述消息被呈现给所述通信设备，而没有在所述通信设备上安装应用程序，所述修改后的短程无线通信协议栈是基于在每个通信设备上均处于活动状态的短程无线协议进行配置的。

在一些实施方案中，本文的系统和方法传递IOT参与通知信息，例如文本、照片、声音等。在某些使用例子中，通过与设备内核级别的组件(如打印、电话、照相机、手电筒和声音，仅举几例)进行通信来促进IOT参与通知。

根据一些实施方案，本公开涉及一种方法，包括：使用由物联网后端系统的物联网(IOT)设备实现的修改后的短程无线通信协议栈通过短程无线连接与通信设备进行通信；基于在所述通信设备上处于活动状态的短程无线协议配置所述协议栈；当所述通信设备邻近所述IOT设备进行短程无线通信时，由所述物联网后端系统的IOT设备读取存储在所述通信设备上的低级协议日志文件；和使用所述短程无线协议向所述通信设备发送消息，其中该消息能够显示在所述通信设备上而无需在所述通信设备上安装应用程序，其中该消息具有基于所述低级协议日志文件的内容。

同样，在通信设备的设备内核级别服务处提供IOT参与通知消息。消息传递使用的例子发送信息以在通信设备上呈现，并且该消息可以在通信设备的内核级别服务处起作用。

根据一些实施方案，本公开涉及一种方法，包括：在物联网(IOT)设备和通信设备之间建立短程无线连接，基于在所述通信设备上处于活动状态的短程无线协议配置所述IOT设备的协议栈，和配置用于在所述通信设备上显示的消息，其中该消息使用通信设备的内核级别服务呈现。

附图说明

贯穿单独的视图，附图中的相同附图标记指代相同或功能上相似的元件，以及以下的详细描述，被并入说明书中并形成说明书的一部分，并且用于进一步示出包括所要求保护的公开内容的概念的实施例，并说明这些实施例的各种原理和优点。

已经在附图中适当地由常规符号表示了本文公开的方法和系统，其中仅示出了与理解本公开的实施方式有关的那些特定细节，以免那些对那些人而言显而易见的细节使本公开难以理解受益于本文描述。

图1是根据本公开构造的示例系统的示意性架构图。

图2示出了信标架构在感测通信设备以及通知和内容的提供中的使用。

图3是根据本公开构造的另一示例系统的示意性架构图。

图4是描绘根据本文描述的实施例的具有架构组件的浏览器指纹识别流程的示意图。

图5是本公开的示例过程的信号流程图。

图6示出了根据本公开的实施例的在通信设备上显示的通知和相应的内容。

图7示出了可用于实现系统的一些或全部实施例的示例性计算机系统。

图8示出了可以用于实践本公开的各方面的系统的示例架构。

图9A和9B共同示出了诸如通知和对通信设备的定制报价之类的参与的显示。

图10是本公开的示例方法的流程图。

图11是本公开的另一示例方法的流程图。

图12示出了本公开的本地安全警报过程和系统的示例实施例。

图13示出了实现多按钮设备的本公开的本地安全警报过程和系统的另一示例实施例。

具体实施方式

一般而言，本公开的实施例针对消息传递体系结构和方法，并且更具体地但不限于通过允许使用分布式体系结构进行消息传递的系统和方法。在一些实施例中，端点设备(用户设备“UE”或也称为通信设备)可以相对于分布式体系结构发送和接收内容，而不必安装应用程序来启用消息传递服务。这些UE可以使用单个UE固有的低级协议发送和接收消息。例如，低层协议可以包括本机通知功能。例如，在iOS^TM中，可以使用数字钱包密码通过Apple Wallet^TM功能使用本机通知功能。在Android^TM操作系统中，本机通知功能包括通知面板功能。在一些实施例中，通过Apple Wallet^TM和Android^TM的通知是通过Passkit^TM完成的。在某些情况下，本文公开的系统所利用的API将无应用程序的内容传递给UE。

每种类型的通信设备都包括其自己的独特本机通知功能(基于OS)，并且本文中公开的消息传递体系结构可以适于与这些本机通知功能中的每一种进行通信，以在不要求UE安装应用程序以发送和接收消息(例如通知和/或内容)的情况下将内容传递给UE。以此方式，诸如商家的内容递送方可以将消息发送到UE，而无需UE安装针对商家的应用程序。这些特征提供了对技术问题的技术解决方案，该技术问题是由于内容提供商无法在不要求UE安装和执行特定应用的情况下将内容传递给UE而引起的。在一个示例中，商家通常创建应用程序以便向感兴趣的方/设备递送内容或要约。这要求感兴趣的一方在其UE上安装应用程序以便接收这些报价/内容。对于感兴趣的一方和商人而言，这都是采用的主要障碍。感兴趣的一方必须花一些时间来安装和配置商人的应用程序。相应地，商人必须创建其应用程序的各种版本，以便为具有不同操作系统和设备配置的设备提供服务。这些应用程序中的每一个都需要商家对操作系统和/或设备的特定更改做出持续的维护，而这些更改可能会频繁发生。

在一些实施方案中，UE使用低级或本机协议或UE设备本机通知功能来接收IOT无应用程序参与内容，该内容在通信和OS内核服务之间进行交互。如本文所公开的IOT设备生成与UE设备本地通知服务交互的参与推送(PUSH)通知。URL由IOT后端系统自动生成(也可能出现在IOT设备级别)，并根据UE数据(例如但不限于实时位置、邻近度、地理围栏、信标、通过类型、组和终点)推送到激活的设备。

在示例用例中，酒店客房管理员激活实现安全通过文件的移动设备上的安全按钮(可以是物理的也可以是虚拟的)(这里将更详细地讨论低级协议文件)。当用户按下移动设备上的按钮时，将生成URL，并通过WiFi、蓝牙或任何其他合适的通信协议将ALERT通知发送给已将安全通过文件实现为本地通知的其他UE设备。此示例说明了本地安全警报的一个方面。示出了与本地安全警报有关的实施例的示例，并相对于图11更详细地描述。

利用每个特定设备和/或操作系统而不是特定应用程序的低级本机协议或通知功能允许在基于传统应用程序的方法之外向UE提供通知和/或内容。

并且，在一些实施方案中，本文所使用的系统和方法提供了在不收集该UE的终端用户的个人可识别信息的情况下向UE提供目标内容的能力。

本文公开的系统提供的服务基于但不限于近场通信。服务产品的工具包括片上系统(SoC)嵌入式设备、可穿戴设备、智能手表、传感器、信标、加密狗和客户手机(例如智能手机)。一般方面允许切屑佩戴者执行简单的任务，例如打开自动门、授权付款、验证身份、使用电梯等。这些芯片还允许后端系统识别一个人在受监控空间内的位置，并根据位置和个人偏好数据库进行操作，例如确定并使用位置重心时，如本文所述。

在一些实施例中使用集中式无线电接入网络(C-RAN)。在一个或多个实施例中，本文所利用的无线电系统是模块化的并且利用了可以演进到5G网络的多频带、多层和多标准，电子设备包括可穿戴电子设备、传感器、信标和加密狗，它们通过低级协议相互通信。可穿戴电子设备可以包括与用户的识别信息相关联的智能手表。电子设备通过低级协议进行通信，使得每个设备都具有将消息和信息从一个设备传递到任何其他设备的能力。例如，在紧急情况下，第一响应者通过中央无线电接入网(C-RAN)进行通信，利用每个电子设备作为节点，该节点可以将重要消息和信息从第一响应者传递到受害者或其他用户，反之亦然。在某些实施方案中，该系统和方法使用多个信标来实时确定可穿戴电子设备的位置。在其他实施方案中，该系统和方法使用与显示系统耦合的加密狗向附近的用户发送目标内容。

通常，本公开针对一种可穿戴电子设备，该可穿戴电子设备经由近场通信与信标、传感器、软件狗、移动计算设备和其他电子设备进行通信。本公开将智能手表设备与固定电子设备、移动计算设备以及具有物联网(IoT)能力的设备耦合，以向用户提供目标服务和能力。

在示例性实施方案中，旅馆或其他相关场所向访客或顾客用户提供本公开的智能手表。智能手表具有与用户相关联的标识。当智能手表进入每个设备的预定通信范围时，整个企业中的各种设备将智能手表识别为与用户相关联。在某些实施方案中，该设备是电子门锁传感器，其可操作为在检测到预定智能手表的存在时或在从用户的智能手表接收到信号时从锁定状态切换到解锁状态，反之亦然。在其他实施方案中，用户通过企业授权付款，提供个人身份信息或通过智能手表控制电梯。应当理解，本公开不限于酒店环境。在某些实施方案中，智能手表还可以与集中式无线访问网络(C-RAN)上的其他电子设备进行通信，例如车辆或其他建筑物中的电子锁定设备。智能手表和其他电子设备包括具有射频(RF)模块的嵌入式系统，该模块有助于在两个或多个设备之间发送和接收无线电信号。在一些实施方案中，嵌入式系统使用软件定义无线电(SDR)无线电通信系统。

智能手表、传感器、信标和加密狗通过C-RAN通过近场通信进行通信。每个设备包括设计成具有通过蜂窝、WiFi、蓝牙、ZigBee、网状网络或其他合适的通信协议的双向通信能力的芯片。特别地，每个设备通过诸如ZigBee、蓝牙或其他合适协议的低级协议进行通信。这样，在自然灾害或其他紧急情况(其中诸如WiFi的高级协议可能无法运行)的情况下，本公开的电子设备将仍然具有经由低级协议进行通信的能力。每个芯片的通信范围从以英寸为单位的非常短的距离到大约三十英尺的中等范围不等。例如，具有小范围的芯片更适合与电子门锁和厂商购买进行通信，以使接收信号的设备识别与用户相关联的特定芯片。

智能手表或其他可穿戴电子设备包括短距离和中距离近场通信。关于图7示出和描述了可以与智能手表一起使用的示例计算机系统。在一个或多个实施方案中，智能手表还包括一个WiFi热点适配器，至少一个麦克风，GPS和一个摄像头。智能手表可以获取第一语言的文本或音频输入，将输入实时地转换为第二语言的输出，并向用户提供翻译后的输出。在某些实施方案中，智能手表包括多个应用程序，允许用户确认购买，响应报价，接收文本和电子邮件以及查看各种显示。

在一些实施方案中，用户建立包含智能手表的虚拟边界或“地理围栏”。例如，父母可以建立儿童安全区，并在其子女离开安全区时收到通知。在某些实施方案中，用户在定义安全区地理边界的计算设备上绘制虚拟边界边界内/边界内的持续时间。当通信系统检测到智能手表的GPS坐标在虚拟边界之外时，它将向用户发送通知。

在其他实施方案中，在智能手表中，物联网安全按钮(在通信设备上作为虚拟或物理按钮提供)还包括各种传感器和触发警报的按钮。这样的警报可以在移除智能手表、越过虚拟边界、按下紧急或紧急按钮或其他合适的触发器时触发。在某些实施方案中，通信设备可以生成通过WiFi连接的Web浏览器客户端推送的URL。该实施例指示了连接到物联网系统的智能手机或其他设备。当设备上的按钮被按下时，将生成URL，并通过WiFi或蓝牙将ALERT通知发送到其他UE设备，其中包含我们将安全通行证文件实现为本地通知的功能。

智能手表通过低级协议传达警报和通知，从而使警报在一个或多个设备之间中继，直到到达适当的接收者(当地警察局、紧急响应者、父母等)为止。

传感器包括电子设备，该电子设备测试条件并在条件满足时执行操作。特别地，电子设备测试通过/失败正常操作条件，并针对每个过程事件实时执行通过/失败测试。这种通过/失败测试的示例是将实时测量结果与预定阈值进行比较。如果实时测量值超过预定阈值，则传感器将执行操作，例如发送信号或激活警报。与本发明的智能手表和其他电子设备通信的传感器包括门锁、电梯控制器、一氧化碳传感器、盖革计数器、爆炸/辐射检测器、恒温器和其他热传感器、运动检测器、以及其他电子传感器。传感器还经由低级协议进行通信，并且能够将消息和信息作为节点传递到本公开的其他设备和从本公开的其他设备传递。

在传感器的一个示例中，提供了可以与管道的接头相关联的水传感器。例如，在管段之间的每个连接点或与固定装置或阀门的连接处，水传感器缠绕在管上。水传感器能够检测水的存在并通过信标通信将通知发送到附近的设备或远程设备。也就是说，本文公开的信标架构可以包括用于电力、电力、空气、水、火灾、紧急情况、生物统计信息等的各种传感器。可以使用此处描述的无应用程序通知功能来报告有关这些物理状况中的任何一种的通知。

在多种实施方案中，本公开可以直接和/或间接向紧急报告系统提供通知。本公开的IOT安全按钮设备及其对应的体系结构可以被配置为与这些和其他第一响应者/紧急系统通信，并以本文所述的无应用方式提供通知。这些功能还允许使用通信和无线紧急警报(WEA)的公共服务消息传递和终结点，以根据游客和公民的地理位置向他们提供信息。

如本文所公开的信标及其地理围栏包括位置和通信系统，并且与智能手表，传感器，显示系统，软件狗和其他计算设备通信。信标是网格信标，因为每个信标还与其他信标通信。在一些实施方案中，信标将更新发送到其他信标、智能手表、IOT设备、传感器、显示系统和加密狗中的至少一个。

在某些实施方案中，通信系统使用地理围栏识别用户在监视空间内的位置。每个地理围栏都有一个围栏半径，可以从底层协议通行证文件接收API通信，以确定UE与地理围栏之间的距离。通信系统通过控制器基于所计算的多个距离和每个地理围栏半径的预定位置实时地确定UE的位置。在一些实施方案中，通信系统确定接收来自API的通信的地理围栏的重心，以确定UE的位置。

通过实时识别UE的位置确定用户的位置后，通信系统通过UE进行的本机通知可以基于用户的位置和对某些景点的接近度来吸引或发送用户目标内容。中央服务器实时接收有关用户位置的更新，然后发出警报、通知和目标内容。系统使用多个协议的层次结构：如果系统无法使用某些协议，则系统会自动切换到低级协议，反之亦然。

该通信系统存储至少一个业务规则、条件和用于激活目标内容的传递的触发器。例如，如果通信系统检测到用户正走在礼品店的前面，则通信系统将向用户发送关于礼品店的冲动销售或其他交易的通知。在这里，业务规则和条件是由礼品店的管理员创建的，该店规定满足特定用户条件的客户可以在15分钟内进行冲动销售。当用户的位置，特别是与用户相关联的智能手表的位置被识别为在礼品店的预定距离内时，发生触发。在某些实施方案中，通信系统根据用户的位置和有关用户购买或参加的活动的信息确定目标内容。该信息可以存储在经由计算机网络耦合到通信系统的数据库中。

这样，由于报价是直接相关的，因此用户更有可能对交易和目标内容采取行动。有针对性的内容可能包含具有短时限(约几分钟)的交易，因为由于内容是实时针对用户需求的，因此用户将能够对交易采取行动。

在一些实施方案中，UE可以包括家庭安全跟踪器用例，尤其是针对孩子的家庭安全跟踪器。在一些实施方案中，物联网安全设备(例如，图12中所示的启用按钮的设备)、智能手表可用于医疗保健、酒店和度假村、用于教育的IoT中，并与包含商品安全跟踪器和地理围栏的系统结合使用。

本公开的另一用例是在大学或学校中，其向每个学生发行UE设备以及他们的用于身份证的护照/钱包通行证文件。UE将与遍布学校的各种传感器进行交互，从而使学生只能访问他们有权限的区域。此外，在紧急情况下，第一响应者可以通过一种方式来验证学生的身份，确定学生的位置并确定他们如何联系学生。

在一些实施方案中，在示例性通信系统中，本公开的系统可以包括IOT、UE、智能手表、传感器、信标、加密狗。

本公开的一些实施例针对一种用于使用WiFi地理围栏信标系统向移动设备传递针对消费者参与通知的广告的系统。通常，本公开允许信标的用户，该信标被配置为在护照/钱包通行证的广播区域中向移动设备发送推送通知。无论移动设备是否在信标和/或后端系统中注册，都可以使用移动设备上可用的PUSH通知协议，将护照/钱包用于在其广播区域中将消息推送到移动设备。同样也考虑了通过短距离无线方法进行通信的其他方法。

如果移动设备之前从未遇到过护照或信标，则该信标可以向该移动设备发送包含URL链接的初始PUSH通知。该通知显示在移动设备屏幕上。用户可以单击URL链接作为响应。当用户单击URL链接时，将在移动设备上打开浏览器会话，该浏览器会话会将消息发送回后端系统。由于这是移动设备与地理围栏、通行证、WiFi、信标系统的首次接合，因此该响应消息将不包括代表该移动设备的任何标识。后端服务器识别出该移动设备是未知或未标识的设备。根据此确定，后端系统将获得用于创建移动设备指纹的移动设备信息。指纹是移动设备的唯一标识符，可以根据以下任何一种或组合来创建：移动设备的类型和版本、操作系统和版本、屏幕分辨率、支持的字体、插件、时区、语言和字体首选项、甚至硬件配置及其组合。

指纹存储在移动设备上，并可通过与IOT、地理围栏、WiFi、信标的交互在以后与后端系统的通信中使用。例如，当移动设备在将来的事件中进入信标的广播区域，并且接收到PUSH通知时，当用户单击PUSH通知中的URL时，将发送指纹。

当用户使用他们的移动设备和/或从事诸如购买物品、玩游戏等行为时，移动设备将指示这些行为的信息发送到后端系统。然后，后端系统可以开始组装并定期更新用户配置文件，其中包括有关用户行为的经验数据。

在一些实施方案中，当移动设备在地理围栏、WiFi和/或IOT信标范围内时，将同步传输此行为信息。在其他实施方案中，行为信息可以存储在移动设备上，并异步传输到后端系统。例如，如果用户从事地理围栏、WiFi、信标范围之外的商业行为，则行为数据存储在移动设备上，然后当移动设备进入信标的广播范围内并通过上述PUSH通知和URL响应方法与后端系统进行交互时，通过地理围栏、WiFi、信标发送给后端系统。

在一些实施方案中，除了使用指纹或其他非cookie相关的跟踪方法外，信标系统还可以利用存储在移动设备上的cookie来收集行为信息。Cookies可用于需要异步收集和传输行为数据的情况。也就是说，cookie可以和/或浏览器可以根据需要存储传输到后端系统的信息。

一旦创建了移动设备/用户的行为配置文件，后端系统就可以开始向移动设备发送消费者参与内容、要约，并向移动设备发出本机通知(例如广告)，当移动设备位于信标范围之内时。在另一个优点中，移动设备的唯一标识和使用用户的经验数据的行为简档的创建允许后端系统利用这些数据来创建和向用户传播高度相关和/或针对性的广告。

同样，有利地，通过许多移动设备上可用的通用协议使用PUSH通知，可以通过信标在后端系统和移动设备之间进行通信，而无需移动设备安装或执行专门配置的应用程序以从后端系统接收报价。即，后端系统可以与地理围栏、WiFi、信标的广播范围内的任何移动设备一起提供初始参与消息。不需要用户安装任何应用程序或连接到任何特定设备即可接收PUSH通知。仅通过与PUSH通知进行交互，用户就可以有选择地选择从后端系统接收目标订婚通行证类型的门票、事件、会员资格、优惠券、忠诚度奖励产品，方法是单击URL，并可以选择跟随后端系统的信息请求。示例GUI在图6中示出并且在本文中被更详细地描述。

图1以分布式或信标架构的形式示出了本公开的示例系统100。系统100通常包括服务器102、一个或多个传感器(例如传感器104)以及一个或多个信标(例如信标106-110)。系统100可以包括比所示的更多或更少的传感器和/或信标。为了说明，系统100在逻辑上被分为后端部分113和客户服务或前端部分114。前端部分114存在于用户118与他们的通信设备120一起存在的环境116中，诸如商店、娱乐场、旅馆、学校等。

在一个示例实施例中，信标106-110在环境116周围分布在要提供离散内容的关键位置。例如，信标106与商品架122相关联。当通信设备120靠近商品架122并且用户响应来自信标106的无应用通知时，触发包括商品架122上出售的产品的优惠券的报价在内的内容。

在另一个示例中，信标108与显示设备124相关联，例如商店或娱乐场中的电视屏幕。当通信设备120靠近显示设备124时，特定内容被显示在显示设备124上。在又一示例中，可以将物联网设备或信标110放置在环境116中的任何位置，并且可以将其配置为提供用于另一目的的内容。

提供给通信设备120的内容可以基于特定环境的业务性质。在诸如此类的实施例中，信标108可以包括可以安装在诸如电视的显示设备124上的加密狗。通常，加密狗将USB驱动器的内存与信标的通信功能以及通过Wi-Fi进行通信的功能结合在一起。加密狗不带电池，但是可以从计算机或电视接收电源，并通过标准USB端口连接。

本公开的加密狗可以被编程为接收在其附近的通信设备的标识符，并且使用服务器102来识别设备的参数或属性。然后，加密狗可以基于用户指示显示设备124播放特定消息。该消息可以是完整的视频，抓取或屏幕上的其他活动。加密狗甚至可以与Smartwatches和智能手机进行通信并回复短信。在一个示例用例中，加密狗可以识别出参加鸭猎人会议的酒店的观众，为户外公司展示广告，并为发短信给“鸭子”的人提供折扣券。本公开的加密狗是用于实时和本地通信的强大工具。

在一个或多个实施方案中，服务器102被配置为基于各种因素来提供这些各种类型的内容。在一些实施方案中，服务器102被配置为基于遇到的信标来选择和提供内容。在多种实施方案中，内容的传递部分由逻辑链接(例如与特定信标关联的URL)控制。在一个示例中，每个信标106-110被提供有专用且固定的URL(例如，专用逻辑链接)。URL指向基于通知的提供被传递到通信设备120(或通过单击URL来访问)的内容。URL可以固定到信标，或者在某些情况下可以由服务器102动态分配。

如本文所公开的信标被配置为向诸如通信设备之类的其他设备发送信息和从其接收信息。信标使用多种协议进行通信，并且可以与Smartwatches、传感器、电视加密狗和计算机进行通信。一些信标与其他信标进行通信，并称为网状信标。这些信标中的每一个都可以按位置进行映射。通过仅将一个信标与计算机(或其他数字设备，例如电视或传感器)连接，计算机就可以识别网格测试中对于特定条件为阳性的信标。

网格信标允许计算机(例如，服务器102)识别哪些信标正在从哪个通信设备接收通信。即，服务器102或耦合到服务器102的其他类似计算设备可以充当控制器以协调网状网络中的IoT设备的功能。控制器可以是链接到服务器102或可以与服务器102通信的计算设备。示例控制器包括如图7所示的计算设备，该计算设备已经被具体配置为协调和/或控制环境内的IoT设备的使用。例如，控制器可以控制计算环境中传感器，信标和其他设备的操作，这些设备提供本文所述的无应用程序通信功能。在一个非限制性示例中，控制器可以包括诸如环境内的接入点或交换机之类的设备。控制器可以与服务器(例如服务器102)以及多个信标或其他(IoT)设备通信地耦合。通常，控制器用于控制环境中IoT设备的运行，而服务器用于控制或管理控制器。例如，通过将指令集通过服务器提供给控制器，可以将IoT设备行为作为指令集推送到环境中的IoT设备。然后，控制器将IoT设备指令分别分发到每个IoT设备(或部分IoT设备)。

地理计算允许服务器102估计特定通信设备的位置。考虑具有如图2中的网格图案布置的信标的走廊200，如图1所示。左侧的图案示出了布置在走廊的天花板中的信标202a-n。信标读取由通信设备120的蓝牙芯片发出的代码。在一个实施例中，目标包括诱使客人参观礼品店204。客人“XX3Z9”已经从北部进入礼品店的区域，如由点表示的(代表通信设备120)。访客使突出显示的区域206中所示的五个信标绊倒。通过标识被绊倒的信标202a-n的重心，服务器102可以估计通信设备120的位置，并确定通信设备120已经进入礼品店冲动购买的目标区域(例如，虚拟地理围栏)，如图所示。服务器102和一个或多个信标202a-n可以将文本(例如，通知)发送到通信设备120，或者通过电子邮件向用户发送关于在礼品店的冲动销售的通知。如果与服务器102相关联的数据库128识别出与通信设备120相关联的用户最近在旅馆高尔夫球场上打球，则服务器102可以向用户提供高尔夫球场的礼品店204或专业店中的酒店高尔夫配件或服装的交易。

通常，每个信标可以与虚拟地理围栏关联，并且虚拟地理围栏与唯一的内容类型关联。例如，与为礼品店提供服务的信标相关联的内容可以为在礼品店中出售的物品提供激励，而为走廊另一区域中的电视显示器提供服务的信标可以提供提供信息内容的视频形式提供内容。

像传感器一样，网格信标可以独立运行或作为一个整体运行。如果与后端服务器的通信丢失，则信标保留其先前的说明。由于信标使用多种协议进行通信并且由微小的电池供电，因此信标可以在没有电源或WiFi的情况下继续长时间运行。

再次参考图1，每个信标106-110被配置为在通信设备120上触发通知。当通信设备120进入包围信标的虚拟地理围栏或以其他方式进入与信标的短距离连接时，可以触发该通知。例如，信标106包括虚拟地理围栏126，该虚拟地理围栏126围绕商品架子122并且可以延伸到期望的任何距离。当通信设备120接触或破坏虚拟地理围栏126时，信标106将使通知呈现在通信设备120上。用于在通信设备120上引起通知的方法和组件在下文中更详细地描述，但是，通常，信标106将使用通信设备120的本机通知功能或通过浏览器通知来触发通知。

该通知通常包括指向存储在数据库128上的内容的URL链接(动态地或永久地提供给信标)。应当理解，数据库128可以包括本地或基于云的存储库。也可以使用信息亭130实时查询数据库128的内容。在一些实施例中，信息亭130可以利用Android应用，该Android应用用于使用信标技术来促进报价。进入或离开环境116的顾客(用户)使用信息亭130来首先向系统100注册并通过他们的通信设备获得内容或选择加入其他通知/内容。可以肯定的是，在某些实施例中，不需要信息亭130的注册过程。在确实包括信息亭的实施例中，信息亭130被配置为响应于运动或用户存在而发光。

在一些实施方案中，信息亭130具有搜索功能，并连接到实时云数据库(例如数据库128)，提供分析，多语言支持，基于云的规则引擎，视频聊天(记录并保存到云)，通过此处所述的无应用程序架构进行双向通信以进行聊天，运动感测，发送到智能手机和/或电子邮件的各种数据的传输。

在一些实施方案中，信息亭130被配置为在屏幕上显示可操作的消息，例如“您今天想赢吗？”带有可操作按钮的“是”和“否”。一旦用户单击“是”，便将用户定向到一个新屏幕，其中可能包含诸如机会游戏之类的内容。如果选择，则将用户定向到带有报价的页面。如果要约被接受，则将其定向到注册页面，在该页面中，要求用户输入电子邮件标识符并声明其要约。

当用户点击图标或游戏的其他部分时，他们可以从与信息亭130关联的信标接收通知。该通知在通信设备120上接收，允许用户执行与信息亭130相同的操作。例如，用户可以点击通知，在其通信设备120的浏览器中打开URL，并在浏览器上接收报价。在一个示例用例中，用户可以通过提交电子邮件地址来声明要约。用户也可以拒绝报价。在某些情况下，可以使用动作和/或反馈来定制将来的报价，包括正面反馈(单击或接受的报价)和负面反馈(忽略或拒绝的报价)。

管理员可以使用后端系统132设计和创建新的报价，并设置报价的到期时间。可以根据计划将旧的报价替换为新的报价。例如，如果管理员使用要约创建平台创建了25个要约，则他们可以如下设置要约激活日期和时间：要约1-从22/01/2017 05:00pm到22/01/2017 09:00pm。要约2-从22/01/2017 09:01pm至22/01/2017 11:00pm。要约3-从22/01/2017 11:01pm至22/01/2017 12:30am。同样，这些仅是示例计划，可以根据管理员的喜好进行调整。

在一些实施方案中，优惠是时间敏感的。例如，要约被配置为向用户指示他们赢得了$100的信用。可以配置此要约，使每分钟价值降低$1。要停止计时，用户必须完成完整的注册或登录帐户并接受报价。

离开环境116的用户可以在启用信标的门附近退出(未示出，但是总体上示为信标110)。即使不通过信息亭130进行注册，通信设备120仍然可以从门所放置的信标接收通知。作为示例，用户接收到该通知，但是具有比来自信息亭130的要价更小的要价。

可以肯定的是，地理围栏和信标在环境中的数量和位置是主观的，并且可以包括提供的任何数量的信标以及内容的数量和种类。

在一些实施方案中，信息亭130被连接到因特网134以用于连接回到服务器102或数据库128。在一些情况下，使用信息亭130的用户和不使用信息亭130的用户都通过其各自的通信设备接收通知。

如上所述，可以以无应用方式在任何给定的通信设备上提供通知，而与通信设备中包括的操作系统或硬件无关。在一个示例实施例中，使用通信设备120的本地通知功能在通信设备120上呈现通知。在一些实施例中，使用浏览器扩展或功能来提供通知。再次，通知的提供完全不使用通常由商人提供的专用应用程序发生。

在示例实施例中，IOT设备、地理围栏、信标传递已安装并驻留在通信设备120的数字钱包中的文件或指令集。在这种情况下，通信设备120是iPhone，并且数字钱包是苹果钱包。在另一个示例中，使用具有该功能的iOS版本提供的通知协议来触发通知。

在又一个实施例中，使用在通信设备120上运行的浏览器客户端的浏览器扩展来呈现通知。例如，在iPhone的通知中心上提供Chrome Today^TM小部件的Chrome^TM浏览器用于呈现来自本公开的信标的当前通知。

在iOS中，显示“今日视图”屏幕，用户从iPhone顶部向下滑动。默认情况下，它显示日历和股票信息，但是可以安装其他应用程序小部件。如果安装了Chrome浏览器，则可以添加Chrome Today小部件。如果激活了Chrome Today小部件，则第一次遇到本公开的信标时，网站标题和说明将出现在Chrome Today小部件中。

轻按网站即可启动Chrome浏览器到信标传输的网页地址(例如，固定或动态URL)。该网页可以被优化用于移动观看，向访问者提供欢迎消息，该欢迎消息可以请求下载应用程序以进一步利用本公开的信标。当然，为了接收本文公开的通知或接收内容/报价不需要应用程序，并且使用应用程序是可选功能。以上描述了数字钱包通行证安装的实施例不需要浏览器安装即可使用通信设备的本机通知功能来接收和显示通知。在这些情况下，令牌(例如cookie)是可选的。

再次，一般而言，本文公开的系统和方法不特别限于在靠近信标时向用户呈现网页，而是允许智能手机所有者与物理世界进行交互而无需与以下内容相关的专用应用程序：他们周围物理世界的各个方面。

因此，代替将信息“推”给用户(这可能会干扰他们当时在那个位置实际想要做的事情)，本公开允许设备所有者在不需要专用应用的情况下找到它们附近的物理对象并与之交互。

举例来说，当电话进入信标范围时，信标会自动广播URL，该URL通过PUSH通知发送到电话。当电话用户单击PUSH通知时，它将在浏览器中打开通知中包含的URL，以显示链接到URL的可用内容。例如，如果用户走过电影海报，则在海报后面广播URL的信标会提供电影的预告片。这一切都无需使用电影院或电影制片人/发行人创建的应用程序即可完成。

在这些示例中，信标将向包含URL的通信设备推送通知。该URL可以连接到提供客户端配置的登录页面的服务器上的目标(在某些情况下称为授权和交付系统)。该系统是连接数据库的后端接口。当使用指纹技术(在下文中更详细地公开)时，系统可以识别用户设备的唯一性并将该信息用于目标内容传递。

当用户打开URL时，在加载时，浏览器会将带有指纹的JSON发送到授权和交付系统。对于新用户，它将指纹发送为空白。权限和交付系统(例如，图1的服务器102)第一次发送具有唯一密钥和指纹的有效载荷(例如，内容)，并向有效载荷提供一些附加数据。在某些情况下，此指纹密钥将保存到用户通信设备的浏览器的本地存储中。

下次同一用户单击URL时，系统将检查规则引擎，并将定制的参与提议列表发送给用户。可以肯定的是，规则引擎可以包括专用的模块或系统，该模块或系统提供一组算法，这些算法可以使用以前的活动(例如，点击和正面和负面反馈之类的动作)检查设备的行为并为特定用户(例如，通过位置和/或接近程度)自定义将来的服务或内容。在某些情况下，未来内容的提供是通过使用机器学习生成的。本文使用的机器学习将(MDP)马尔可夫决策过程离散时间随机控制过程用于各种目的的操作、游戏、复杂的模拟分析。

图3示出了示例信标架构(称为系统300)。通常，系统300包括信息亭302、网络服务器304、信标306(或相应的地理围栏)和服务器308。信息亭302可包括关于图1的信息亭描述的任何特征和功能。在一些实施例中，信息亭302利用应用程序编程接口(API 310)与服务器308或另一个计算设备提供的登录页面接口312通信。

在一些实施方案中，信息亭302为用户提供了一个初始接触点，用户可以在此注册他们的通信设备并选择接收内容。因此，信息亭302接收对所请求的内容的初始内容偏好以及将内容递送到特定通信设备的授权。在某些情况下，这可以通过在信息亭302呈现可扫描对象(例如条形码或快速响应(QR)代码)来发生。扫描后，通信设备可以下载令牌或其他无应用程序的工具，以允许基于设备类型(例如，数字钱包)的通知。这可以包括配置本机通知功能(例如，使用数字钱包通行证)或通过通信设备上的浏览器客户端来启用通知。

在将通信设备配置为接收通知之后，通信设备可以基于请求的参数从实时数据库接收通知和/或内容。在一些情况中，实时结果和搜索也可以在信息亭302上执行。

可以肯定的是，系统300可以从在线实时服务中获得通信设备的相关内容。而且，系统300可以收集相对于提供给通信设备的内容的响应性反馈，以建立设备偏好简档或记录，该引擎偏好配置文件或记录由规则引擎316(下面公开)使用，以根据收到的负面和正面反馈，随时间更新内容。

信标306提供对指向目的地页面界面312的动态生成的URL的通知和访问。此处公开的要约或内容通过登陆页面界面312提供。

尽管在图3中示出了信标306，但是本领域普通技术人员将理解，信标306可以包括任何一个或多个不同的物联网(IoT)设备。这些设备可以包括传感器、自主计算设备，可以合并传感器的信标以及配置为执行本文所公开的无应用程序通信过程的任何其他计算设备。在一些实施例中，信息的无应用程序通信可以包括显示QR码或提供静态URL的条形码，而不是IoT计算设备。

在多种实施方案中，服务器308包括应用服务器层314，其与在给定环境中分布的各种信标和/或信息亭进行通信。服务器308还通过着陆页界面312控制信标/信息亭/地理行为，并控制参与/提供/内容传递。

在多种实施方案中，服务器308包含一个规则引擎316，用于管理诸如令牌生成(例如可能包括浏览器cookie)，浏览器/设备指纹识别，商品/内容管理和信标URL管理等功能，其中URL被分配给静态或动态基础的信标。如上所述，规则引擎316可以实施机器学习，以便向与系统300的信标通信的通信设备传递相关的实时内容。

在一些实施方案中，服务器308包括存储帐户318和加密/解密服务320。存储帐户318可以存储事件日志、内容队列、静态内容等。加密/解密服务320允许企业密钥管理服务和用户授权。

在某些情况下，服务器308包括与规则引擎316合作以存储指示通信设备行为等的信息的关系数据库系统322。

在一些实施方案中，信息亭302从IOT设备306接收消息要约。后端应用程序服务器308生成由IOT设备12广播的特定要约的URL。可以使用Web浏览器通过DNS服务器提供的专用域来访问信息亭10。可以在DNS服务器和应用程序服务器14之间实现负载平衡器。(一个或多个)应用程序服务器314在网络花园中包括多个应用程序池。规则引擎实现316浏览器指纹识别、cookie管理、商品管理和/或IOT设备URL管理功能。加密和/或其他安全措施也在应用服务器级别实施。

图4是通过另一示例系统400的示意性工作流程，其具体示出了具有独立规则引擎的本文所述的通知特征。系统400包括链接到通过接口提供的静态或动态URL 404的一个或多个信标402。当通过信标402接收请求时，执行过程406，其中服务器确定连接到信标402的通信设备是正在使用cookie 408还是正在通过指纹识别410检测到。更详细地，浏览器/设备指纹识别允许规则引擎412确定各种参数，例如用户代理、可接受的内容类型、内容编码、内容语言、插件、操作系统(例如平台)、时区、屏幕分辨率和画布-仅举几例。本领域普通技术人员将理解可用于设备指纹识别的参数。

一旦收集了相关的设备相关信息，规则引擎412就在过程414中利用该设备相关信息通过其cookie或指纹来识别用户(例如设备)。这包括确定设备是否已知。如果设备未知，则可以生成新的指纹或向该设备提供cookie。规则引擎412通过信标联系、内容反馈等来跟踪交互和设备行为，例如实时位置跟踪。可以在过程416中创建唯一的消费者参与提议。在过程418中生成并存储规则，在过程420中示出行为的更新和跟踪。在过程422中传递定制内容。

动态规则生成也可以在过程424中执行。该过程424可以发生在规则引擎412或管理或包括规则引擎412的另一服务器中(对于嵌入在服务器中的示例规则引擎，请参见图3)。过程424包括基于参考用户可访问的接口426收集的设备/用户行为的动态规则生成。该界面426可以包括通过任何设备的信息亭或网站访问。界面426可以呈现从用户收集数据和/或提供内容的GUI。当用户提供他们的用户数据或与界面426交互时，该数据被合并到过程424中，该过程424响应于用户操作(例如，点击)、访问的报价(例如，用户在通知中单击URL)、用户兴趣(明确提供或确定)、用户区域等。

在此公开的每个系统实施例都能够在基于云的环境中被示例和执行，其程度是这样的系统组件适合于在基于云的环境中的实施例。因此，在某些情况下，服务器和规则引擎可以是云中的虚拟计算设备。

规则引擎412可以通过使用cookie和/或非cookie识别(例如指纹识别)来识别用户/设备。基于诸如拜访/先前传达的报价、用户的偏好/兴趣、区域、用户类型和/或其组合之类的因素来创建唯一报价。规则引擎412还被配置为更新用户活动并捕获用户兴趣，例如用户点击什么、他们购买了什么、与他们进行交互等等。动态规则生成在动态规则生成模块424中发生。例如，动态规则生成模块424向网站426提供定制报价。可以由规则引擎412生成唯一的个性化参与提议，并通过诸如IOT设备402的IOT设备将其传送给用户。在一些实施例中，规则引擎412可以确定用户/设备的基于cookie的标识是否可用。如果是这样，则规则引擎412依赖于驻留在IOT设备与之通信的设备上的cookie(例如，通过服务消息的所选URL404)。否则，可以利用指纹或其他非cookie跟踪和ID处理。

在一些实施方案中，基于IOT设备的消息服务和系统允许IOT设备在用户脱机和/或使用无法使用WiFi和/或其他短距离无线通信方法的设备时传达参与报价。在一些实施例中，该系统向用户提供WiFi接入，以便于向用户传输参与提议。在这些实施例中，用户可以向系统注册以便获得对WiFi的访问。

图5是示出根据本公开执行的方法的信号流程图。在一些实施例中，该方法包括由信标架构的信标506从处于与信标的短距离通信接近的通信设备508接收对内容的请求504。通常，信标体系架构可以包括与图5中提供的功能描述相一致的本文所述的任何系统。通常，图5所示的信标体系架构可以包括服务器510和信标506。

该方法还包括令牌512，该令牌512被发送到通信设备508，该令牌512允许使用通信设备508的本机通知功能将通知传递到通信设备508。如本文所述，这可以包括Cookie或其他用于访问和使用通信设备508的本机通知功能的方式。另一个示例包括在通信设备508上创建或建立数字钱包通行证，这也被理解为包括用于在过程515中建立使用本机通知功能的许可的过程。可以使用数字钱包通行证来代替或使用数字钱包通行证。结合本文所述的Cookie。当组合使用令牌时，令牌用作收集设备相关信息的手段，而数字钱包密码用于建立传递通知的权限。

在多种实施方案中，在步骤511中，请求504被转发到服务器510，并且服务器510确定是否存在cookie和/或指纹(例如，该设备是否已知？)。如果不存在指纹或cookie，则服务器510可以在过程513中生成cookie或指纹，并且在步骤512中如上所述返回令牌。

在一些实施例中，该方法包括通知514被发送到通信设备508。如通篇所提到的，该通知包括到诸如静态或动态URL之类的内容的链接。

在一个或多个实施方案中，该方法包括基于对链接的选择将内容516传输到通信设备508(对内容的请求517)。在一些实施例中，内容被显示在通信设备508上或在紧邻通信设备508的显示器上。内容可以包括任何数字内容。

图6示出了使用本地通知功能的通知的提供以及响应于该通知的内容。通常，通信设备600包括显示器，该显示器包括使用本机通知功能显示的通知602。该通知是通过信标架构的信标提供的。通知602包括消息部分604和URL链接606。当响应于用户选择链接而在通信设备600上显示与URL链接606相关联的内容608时，用户可以接受或拒绝该内容，在这种情况下，包括定向报价。

在多种实施方案中，通知602可以包装或贴上提供通知和/或内容的实体的名称。例如，在一些实施方案中，通知602可以用横幅或边界603包裹，横幅或边界603包括提供该通知的娱乐场或商店的名称。

一般而言，本公开涉及利用和利用数字钱包通行证通知(本地通知功能)来创建认知营销程序、忠诚度和奖励程序、产品促销、参与提议、琐事和带有社交媒体分享机会的游戏来吸引、影响和留住客户。信标架构允许设备连接到智能服务和终端。

本公开的信标架构还通过在三个维度上使用纬度/经度“框”和其他地理空间表示来实现灵活的地理目标。这些系统可以使用地理位置将通知广播给用户组，并为通知和/或内容提供阶段性和延迟的有效时间以及到期时间。

同样，在一些实施例中，信标架构可以利用设备的其他通知协议，例如锁屏警报和通知。

将理解的是，本文所描述的各种系统的组件可以以任何期望的方式彼此集成和/或组合，如本领域的普通技术人员在本公开之前将其理解的那样。

图7示出了可用于实现本发明的一些实施例的示例性计算机系统1。可以在计算系统、网络、服务器或其组合之类的上下文中实现图7的计算机系统1。图7的计算机系统1包括一个或多个处理器单元10和主存储器20。主存储器20在此部分地存储由处理器单元10执行的指令和数据。在这个例子中，主存储器20在操作时存储可执行代码。图7的计算机系统1还包括大数据存储器30、便携式存储设备40、输出设备50、用户输入设备60、图形显示系统70和外围设备80。

图7中所示的组件被描绘为经由单个总线90连接。这些组件可以通过一个或多个数据传输装置连接。处理器单元10和主存储器20通过本地微处理器总线连接、大数据存储器30、外围设备80、便携式存储设备40和图形显示系统70通过一个或多个输入/输出连接(I/O)。

可以用磁盘驱动器、固态驱动器或光盘驱动器实现的大容量数据存储器30是用于存储数据和指令以供处理器单元10使用的非易失性存储设备。大数据存储器30存储用于实现本公开的实施例的系统软件，以便将该软件加载到主存储器20中。

便携式存储设备40与诸如闪存驱动器、软盘、光盘、数字视频盘或通用串行总线(USB)存储设备之类的便携式非易失性存储介质一起操作，以向图7的计算机系统1输入数据和向其输出数据和代码。用于实现本公开实施例的系统软件存储在这样的便携式介质上，并经由便携式存储设备40输入到计算机系统1。

用户输入设备60可以提供用户界面的一部分。用户输入设备60可以包括一个或多个麦克风、用于输入字母数字和其他信息的字母数字小键盘、例如键盘、或者诸如鼠标、轨迹球、手写笔或光标方向键的指示设备。用户输入设备60还可以包括触摸屏。另外，如图7所示的计算机系统1包括输出设备50。合适的输出设备50包括扬声器、打印机、网络接口和监视器。

图形显示系统70包括液晶显示器(LCD)或其他合适的显示设备。图形显示系统70可配置为接收文本和图形信息并处理该信息以输出到显示设备。外围设备80可以包括任何类型的计算机支持设备，以向计算机系统添加附加功能。

在图7的计算机系统1中提供的组件是通常在计算机系统中发现的那些组件，其可以适合于与本公开的实施例一起使用，并且意图代表本领域中众所周知的这种计算机组件的广泛类别。因此，图7的计算机系统1可以是个人计算机(PC)、手持式计算机系统、电话、移动计算机系统、工作站、平板电脑、平板手机、移动电话、服务器、小型计算机、大型计算机、可穿戴设备或任何其他电脑系统。该计算机还可以包括不同的总线配置、联网平台、多处理器平台等。可以使用各种操作系统，包括UNIX、LINUX、WINDOWS、MAC OS、iOS、ANDROID、PALMOS、QNX ANDROID、IOS、CHROME、TIZEN和其他合适的操作系统。

上述某些功能可以由存储在存储介质(例如，计算机可读介质)上的指令组成。指令可以由处理器检索并执行。存储介质的一些示例是存储设备、磁带、磁盘等。指令在由处理器执行时是可操作的，以指导处理器根据技术进行操作。本领域技术人员熟悉指令、处理器和存储介质。

在一些实施方案中，计算系统1可以被实现为基于云的计算环境，诸如在计算云内运行的虚拟机。在其他实施方案中，计算系统1本身可以包括基于云的计算环境，其中以分布式方式执行计算系统1的功能。因此，计算系统1在被配置为计算云时，可以包括各种形式的多个计算设备，这将在下面更详细地描述。

通常，基于云的计算环境是一种资源，该资源通常结合了大型处理器组(例如在Web服务器中)的计算能力和/或结合了大型计算机内存或存储设备的存储容量。提供基于云的资源的系统可以由其所有者专有地使用，或者此类系统可以由在计算基础结构内部署应用程序的外部用户访问，以获得大型计算或存储资源的好处。

例如，云是由包括多个计算设备(例如计算机系统1)的Web服务器网络形成的，每个服务器(或其至少多个)提供处理器和/或存储资源。这些服务器管理由多个用户(例如，云资源客户或其他用户)提供的工作负载。通常，每个用户对云的工作负载需求实时变化，有时甚至是很大。这些变化的性质和程度通常取决于与用户关联的业务类型。

根据一些实施方案，本公开针对通过短距离或近场通信与通信设备(例如，用户设备)进行通信的IOT系统。在一些实施例中，IOT后端系统包括在整个环境中分布的部署的IOT设备、信标、传感器、加密狗、移动计算设备和其他电子设备，如本文公开的各种实施例所示。如上所述，可以使用低级协议进行这些通信，而无需在最终用户的通信设备上安装应用程序。物联网后端系统可以提供目标服务和功能。

具体而言，IOT后端系统实现了“无应用程序”技术，该技术可以例如使用经过修改的蓝牙协议栈，该协议栈被配置为与IOT后端系统附近的通信设备的浏览器或本机通知功能进行通信以及物理Web发现服务。邻近性和物理Web发现服务在开放系统互连(OSI)参考模型栈中以较低级别进行交互。即，本文描述的系统和方法可以在内核级别上操作。

该系统和方法还允许与内核服务交互，例如通信设备的传真、打印、电话、视频、音频和通信功能。利用本文描述的技术，用户不需要下载应用程序即可使用户接收IOT设备正在向其通信设备发送或推出的信息(例如具有要约或警报的通知)。

根据一些实施例，IOT后端系统包括与通信设备(例如，智能电话、平板电脑或智能电话)进行短程无线通信的IOT设备(通常是分布在环境中的许多IOT设备)。在一些实例中，并且如上所述，可以实现可配置的信息亭，其允许用户创建和管理通过IOT设备传输到移动设备的报价。通过使用IOT设备与通信设备进行通信的IOT后端系统。在各种实施例中，IOT设备被配置为向通信设备发送PUSH通知，该PUSH通知包括例如指向所提供的资源的URL，而不需要在通信设备上安装已安装的应用程序。同样，PUSH通知的传输可以利用运行了附近服务的浏览器使用经过修改的蓝牙协议栈。

图8描绘了系统的示例性高级技术架构。通常，该架构包括IOT后端系统800，该IOT后端系统800包括BNS服务器802、参与服务804和至少一个IOT设备806。该架构还包括在通信设备810上传递的示例无应用程序消息服务808(例如UE)。在某些情况下，架构还包括业务开发者平台812。

在一些实施方案中，基于位置服务、GPS数据、蓝牙连接性、众包WiFi热点信息、蜂窝塔位置数据、RFID、ARVR、NFC等、IOT设备(例如IOT设备806)彼此通信和/或通信设备。使用这些通信协议中的一个或多个，将PUSH通知发送到UE设备。这些UE使用通知访问过程，该过程涉及模板存储和检索通知日志文件过程，并使用每个模板的令牌和/或认证密钥访问内核服务。可以针对各种UE类型及其配置创建模板。该模板指定UE的协议类型和功能，该协议向IOT系统指示应如何格式化消息以在UE上或通过UE呈现。

物联网设备806可以包括信息亭，其可以是安装有信息亭应用的平板计算机。业务开发人员平台812的管理员可以从Web应用程序配置和监视信息亭。信息亭可以放置在实际的营业地点，以吸引用户并向他们展示报价。

在另一个示例中，IOT设备806可以包括信标。信标是蓝牙低能耗设备，它向安装在通信设备810上的浏览器客户端814发出要约URL。可以从信标广播消息，例如要约，并由通信设备810接收。当通信设备810接近物联网设备806时，在通信设备810上呈现通知816。该通知可以将通信设备810的浏览器客户端814重定向到由IOT后端系统800的参与服务804提供的报价页面(参见个性化登陆页面报价)。在一些实施例中，通知816可以作为PUSH通知被提供给通信设备810，并且可以使用本机通知功能来呈现，而无需在通信设备810上安装应用。即，IOT后端系统800与通信设备810之间的通信以客户端-服务器的方式进行，但是不需要在通信设备810上安装应用程序。

在此架构中实现的IOT设备可以利用不同协议的组合，例如条形码、QR码、近场通信(NFC)的RFID、蓝牙和WiFi，这些协议几乎覆盖了通信设备支持的所有无线电频带。

为了确保覆盖所有或最常见的通信设备，无论它们运行什么OS，IOT后端系统800都可以包括系统向导820，该系统向导820为每个用例生成警报或提供通知解决方案。物联网后端系统800的该组件允许管理员创建不同类型的参与。在一个示例实施例中，参与包括来自任何商店的促销折扣优惠。在另一个实施例中，参与包括来自游戏俱乐部或娱乐场的免费积分或现金优惠。在又一个实施例中，约定包括停车场优惠券。系统向导820还可以利用其他数据，例如支付信息和非结构化数据集，例如音频、视频、图片、演出票、位置、社交媒体帖子、推文、消息、对话等等。

大多数情况下，这些操作系统会在后台不断寻找信号，这些信号可能是附近的蓝牙低功耗设备协议、NFC信号、红外设备或开放的WiFi。在一些实施例中，IOT设备复制这些框架/协议以进入移动设备并通过该通信推送URL。这将是单向通信，不会像任何自组织网络一样具有任何类型的配对。在一些实施例中，IOT设备可以形成智能消息网以与形成网的每个节点通信。物联网设备可以发送一种类型的射频信号或发送定制的广播并接收另一种。

根据一些实施例，IOT后端系统800内的IOT设备实现邻近和物理网络发现服务，以及实现用于在内核级别与通信设备进行通信的修改的短程无线通信协议栈。

在一些实施方案中，可以在Bluetooth协议栈、Bluetooth服务发现协议(SDP)和Bluetooth传输协议(RFCOMM))(使用通用属性配置文件(GATT)使用面向同步连接(SCO)的链接)中使用逻辑链路控制和适配协议(L2CAP)在IOT设备806和通信设备810之间建立连接，然后创建一个Internet协议枚举(IP ENUM)，用于在任何或所有内核级别(Android和iOS)进行通信。在一些实施例中，将IP ENUM从内核模式传递到用户模式，再传递到蓝牙API和蓝牙LE发现，这又通过IOT设备806以及邻近性和物理网络发现服务产生虚拟浏览器发现。SCO是IOT设备806与通信设备810之间的初始连接握手，例如当扬声器将其配对信号发送给Android和IOS的蓝牙发现服务时。

再次，本公开利用“无应用程序”技术，其中通信设备从IOT后端系统的IOT设备接收通知。PUSH通知是通信设备进入IOT后端系统并获取，查看或以其他方式确认或接受要约或警报的入口点，而无需在通信设备上安装任何应用程序。

在一些实施方案中，BNS服务器802可以实现多个业务客户规则引擎，例如业务客户规则引擎822和业务客户规则引擎824。在一些实施方案中，为每个业务客户提供了一个业务客户规则引擎，该引擎可定制可以通过其特定的IOT系统提供给其客户的业务。BNS服务器802还可以包括通知日志文件826，该通知日志文件826跟踪并存储其通知和参数。BNS服务器802提供从IOT设备806传递到通信设备810的通知。

如上所述，在一些实施例中，BNS服务器802利用参与服务804来创建参与。即，商业客户规则引擎可以与参与服务804结合使用以创建递送给用户的通知和参与(例如，报价)。

在一些实施方案中，参与服务804包括实时分析模块828、机器学习引擎830、个性化登录页面832和随机报价模块836。表838中显示了多种参与/提供类型。

实时分析模块828可以被配置为对用户行为执行实时分析，包括用户偏好的收集和分析。在一些实施方案中，实时分析模块828利用机器学习引擎830对用户数据执行基于机器学习的处理，以确定适合于用户偏好的特定参与。

在一些实施方案中，参与服务804评估用户的兴趣并促进用户最感兴趣的类别的报价。这是由实时分析模块828和机器学习引擎830提供的数据挖掘算法来完成的。

在多种实施方案中，机器学习引擎830可以使用来自多个用户的聚合数据，以便对用户行为和偏好进行建模，以生成定制的参与。在一些实施方案中，定制的参与包括个性化登录页面832。也就是说，当用户响应其设备上的参与通知时，用户的通信设备将重定向为最终用户创建的个性化登录页面832中的个性化登录页面834。在其他实施例中，参与服务804可以服务于来自随机要约模块836的随机要约/参与。

在一些实施方案中，为不同的客户类型(例如会员和非会员)创建了互动，或者互动可以是个性化的，或者仅包括通知和/或一般要约或信息。在一个实施例中，如果客户已经向IOT后端系统800注册了他们的设备或简档，则IOT后端系统800可以将第一提议或约定发送给通信设备810。该第一提议与用户是会员并且可以包括货币报价。在另一个实施例中，如果客户先前未向IOT后端系统800注册他们的设备或简档，则IOT后端系统800可以将第二类型的报价或约定发送给通信设备810。用户成为会员，并且可以包含非金钱优惠。

可以为这些示例性无应用程序消息传递服务配置的其他示例性系统包括有关图3和图4公开和说明的实施例。使用这些实施例中的任何一个，用户都可以查看要约的细节并接受要约，而无需在其通信设备810上安装应用程序。参与可以是任何类型的促销提议(例如销售商品或服务)、赠品、折扣提议、优惠券、金钱提议、调查提议、买一送一、等等。用户可以通过提供他们的电子邮件标识符和/或电话号码来向IOT后端系统800注册。或者，用户也可以在社交登录(例如通过诸如Facebook^TM之类的社交媒体登录)的帮助下进行注册。用户与系统互动后，无论用户何时何地，管理员都可以与用户联系。也就是说，一旦通信设备810处于与IOT设备806的短距离无线邻近范围内，则通信设备810以无应用方式接收通知或其他参与。一旦用户接受了这种参与，即使当用户离开短距离无线接近度时，IOT后端系统800也可以与用户通信。由IOT后端系统800实施的通知系统允许管理员通过电子邮件、短信和PUSH通知与客户联系，而无需在最终用户的智能设备上安装任何应用程序。可以通过文本和电子邮件进行通信，而与通信设备810的短距离无线设备与IOT后端系统800或更具体地与IOT设备806的接近程度无关。

在一些实施方案中，通信设备810和IOT设备806使用可接受的握手或蓝牙配对成功地通过蓝牙连接进行连接。该过程在通信设备810和IOT设备806之间产生虚拟会话，该虚拟会话指示服务器/客户端关系。接下来，在通信设备810的网络浏览器814上呈现弹出或推送通知。

在一些实施方案中，在虚拟会话内部，可能有一个URL，它可能是通知本身。因此，该示例中的IOT设备106可以与报价一起广播短代码。物联网设备106可以例如广播其中具有短代码的URL，并且该短代码产生在通信设备810的网络浏览器814上呈现的通知。用户在他们的通信设备810上接收通知，并且该通知可以包括报价。用户可以通过个性化的登陆页面报价832或通过在实体店中兑换报价来在线兑换报价。诸如通知816之类的通知可以提供时间戳、标题、通知的描述等。用户有时可以通过社交媒体共享通知。物联网后端系统800可以向用户提供定制的和唯一的通知。

如上所述，提供给用户的报价可以取决于用户是否在系统中注册。即，物联网设备可以发出两种类型的通知。例如，一个物联网设备可以向注册会员提供货币优惠，而同一物联网设备可以为非注册会员提供仅积分的优惠。

如果用户拒绝了某项要约中的一个或多个要约，则系统可以从用户的过去行为中学习，并且不再从该类别中向用户提供任何其他要约。邻近发现算法将使用类别来命名用户将收到的通知类型，例如餐饮、旅行、运动、美容用品、城市服务、优惠等。这些类别将用于在参与服务804级别将通知与用户的偏好配对。

在一个或多个实施方案中，物联网设备806(或物联网后端系统800的任何其他合适的部分)可以存储低级协议日志文件(例如蓝牙日志文件)，该协议文件可以包括与通信设备810相关联的用户的个人信息，例如用户访问的位置。因此，通过IOT设备806行走的用户可以接收多个通知。一旦用户离开由IOT设备806服务的区域，则如果通知仍被存储在通信设备810上的临时数据文件中，则用户仍可以访问多个通知。即，在一些实施例中，低级协议日志文件可以持久化或存储在通信设备810上。

如果用户返回到通知的保存的URL，则该链接可以绑定到为通信设备810生成的指纹以及与该用户关联的规则引擎数据，从而更新并显示其首选项以包括该保存的通知。上文详细公开了指纹识别和规则引擎数据的利用方面。

在一些实施方案中，蓝牙扫描仪可以记录存储在位于IOT设备806上的扫描仪应用程序内部的所有数据，因此IOT后端系统800可以将该用户数据存储在具有参考点的云中。用户首选项可以与显示给他们的通知相匹配。在一些实施例中，IOT后端系统800可以将通知或具有类别的报价的通知链接分组，例如公用事业、餐饮、旅行、交通、运动等。

在一个示例用例中，如果用户在其偏好中指示他们仅对就餐和运动类别感兴趣，则用户可以仅基于其预设的用户偏好来接收就餐和运动通知。因此，IOT后端系统800可以个性化用户的报价并呈现用户选择加入的报价。在一些实施例中，IOT后端系统800还可以推送随机通知或要约。也就是说，走过具有IOT设备的位置的用户可能会收到消息或通知，因为这种参与是IOT设备806与通信设备806之间的首次交互，但是，第二次通信设备806在同一位置与IOT设备806接合时，用户可能不会收到该消息。

可以通过IOT后端系统800将通知分配给位置、项目或服务。因此，穿过购物中心的用户可以通过引擎824通过邻近位置，并且将那20个要约设置为在各个时间段运行。用户在步行经过附近位置时可能会收到静态报价。可以使用户与与其偏好匹配的报价相匹配，并且可以在特定时间段内呈现报价。与用户的偏好不匹配的优惠可能根本不会呈现给用户。

在另外的实施例中，IOT后端系统800可以实现邻近度发现算法，以便配对正确的通信设备以发送消息。例如，IOT设备806可以询问通信设备810以确定所选择的提议是否适合用户的简档或预设的偏好。例如，如果用户指示他不喜欢网球，则不会向他提供有关网球的优惠。随着时间的流逝，机器学习引擎830学习用户的行为，以便用户仅接收其订阅的类别的个性化信息或通知。

在其他实施方案中，可以使用本文描述的系统和方法向用户提供紧急警报。例如，出于公共安全原因，警察局可能希望提醒公众，特定海滩将在晚上10:00之后关闭。如果具有通信设备810的用户越过存在IOT设备(例如IOT设备806)的某个边界，则该用户可能会听到可听见的警报，而无需在通信设备810上安装应用程序。该技术可以利用用户通信设备810的所有功能，包括视频和音频功能。返回该示例，用户可以用他的母语接收到海滩在晚上10:00时关闭的通知，并且为了用户的安全，通知用户，当海滩在早上7:00之后重新开放时，他可以返回海滩。在这种情况下，当IOT设备806与通信设备810之间发生蓝牙配对时，紧急地将通知发送到用户的通信设备810。蓝牙协议对允许IOT设备806与通信设备810的扬声器配对，并且由于该技术不知道用户是传统设备还是智能设备，因此它将使用通信设备810的音频特征来发送紧急警报通知。

通常，IOT设备806被配置为使用通信设备810的内核级别服务，包括通信设备810的传真、打印、电话、视频、音频或通信特征中的任何一个。在一些实施例中，IOT设备806可以配置为在活动的用户通信协议之间切换以传递通知消息。这允许IOT设备806为大量的通信设备提供服务，这些通信设备可以利用由其特定操作系统定义的广泛的无应用程序通信特征。即，IOT设备806可以基于在每个通信设备上活动的短程无线协议来选择性地修改其短程无线通信协议栈。总之，图8中公开的实施例包括一种能够以无应用程序的方式与智能手机等通信设备进行通信。通常，系统包括物联网后端系统，包括IOT设备，这些IOT设备实现邻近和物理Web发现服务，并实现修改后的短程无线通信协议栈，以便与内核级别的通信设备进行通信。

通常，每个通信设备都通过短程无线连接从物联网后端系统接收消息。所述消息被呈现给所述通信设备，而没有在所述通信设备上安装应用程序。在多种实施方案中，系统的IOT设备使用的修改后的短程无线通信协议栈是基于在每个通信设备上均处于活动状态的短程无线协议进行配置的。即，IOT设备可以根据给定通信设备的通信能力选择性地配置其短距离无线协议栈。可以肯定的是，在一些实施例中，由IOT设备与之通信的通信设备的至少一部分使用彼此不同的短距离无线协议。因此，IOT设备选择性地配置其短距离无线协议栈的能力允许IOT设备与各种设备进行通信。

在一些实施方案中，IOT设备102可以通过识别通信设备正在使用的一个或多个通信协议来配置协议栈。一旦标识了一个或多个通信协议，就在IOT设备上复制一个或多个通信协议。诸如通知之类的约定然后可以被发送到通信设备。参与包括URL或文件。

图9A示出了在通信设备810上呈现的示例通知816。图9B示出了在通信设备810上呈现的个性化报价840。

关于图8的前述描述(并且在某些情况下，鉴于上面公开的其他实施例)提供了可以用于实践本公开的各方面的示例架构的系统描述。以下段落描述了可以使用以上公开的任何系统执行的示例性方法实施例。

现在参考图10，本公开的示例方法包括步骤1002：使用由物联网后端系统的物联网(IOT)设备实现的修改后的短程无线通信协议栈通过短程无线连接与通信设备进行通信。IOT设备可以包括本文公开的任何IOT设备。当通信设备进入至少一个IOT设备的广播范围时，可以触发该步骤。可以使用上面公开的任何已建立的方法(例如蓝牙握手过程)在IOT设备和通信设备之间建立通信连接。

接下来，该方法包括步骤1004：在通信设备上处于活动状态的短程无线协议上配置IOT设备的协议栈。同样，这包括IOT设备选择通信设备使用的通信协议，但是当其他通信设备(使用不同的通信协议或OS)进入短距离无线范围时，IOT设备能够有选择地更改其协议栈。

接下来，该方法包括步骤1006：当所述通信设备邻近所述IOT设备进行短程无线通信时，由所述物联网后端系统的IOT设备读取存储在所述通信设备上的低级协议日志文件。该低级协议日志文件可以包括描述用户或通信设备的通信能力的用户首选项或其他用户或通信设备数据。

该方法可以包括步骤1008：使用低级协议日志文件中的用户偏好或者存储在IOT后端系统内的用户偏好来生成定制的参与。

该方法还可以包括以下步骤1010：使用所述短程无线协议向所述通信设备发送消息。为了确定，该消息能够显示在所述通信设备上而无需在所述通信设备上安装应用程序。在多种实施方案中，该消息具有基于所述低级协议日志文件的内容(例如，根据用户的喜好量身定制)。

如上所述，IOT设备可以使用所述修改后的短程无线通信协议栈在短程无线连接上以这样的方式将报价推送到所述通信设备，该方式为所述通信设备不需要应用程序来接收或显示所述报价。

图11是本公开的另一示例方法的流程图。在一些实施方案中，该方法包括步骤1102：在物联网(IOT)设备和通信设备之间建立短程无线连接。上面公开在物联网(IOT)设备和通信设备之间建立短程无线连接的示例方法。

接下来，该方法包括步骤1104：基于在所述通信设备上处于活动状态的短程无线协议配置所述IOT设备的协议栈。即，IOT设备确定通信设备使用的协议，然后根据其选择性地调整其协议栈。

在一些实施方案中，该方法包括步骤1106：由IOT设备配置用于使用通信设备的内核级别服务在通信设备上呈现的消息。内核级别服务允许使用不是智能设备的通信设备来呈现通知。上面的示例包括使通信设备的麦克风输出音调。

图12示出了IOT设备1200的另一示例实施例，该IOT设备1200可以由诸如他们的通信设备或智能电话的最终用户使用。IOT设备1200不是不是IOT后端系统的组成部分的IOT设备，而是包括允许单按钮安全通信的安全按钮1202的特定类型的UE。物联网设备1200可以包括处理器和存储器，该处理器和存储器存储指令以及诸如短距离无线通信模块之类的通信能力。响应于安全按钮1202的按下，IOT设备1200的处理器可以推送或广播本地通知消息。在一些实施例中，IOT设备1200使用与其他类似启用的IOT设备1204通信的WiFi浏览器模块。可以使用WiFi、蓝牙或其他类似协议在这些UE之间进行通信。

在一些实施方案中，IOT设备1200的安全按钮1202实现WiFi浏览器模块，该WiFi浏览器模块向一个或多个端点UE发送URL(例如，通知)。

这些物联网设备中的每一个都存储并实施安全通行证。物联网设备会收到PUSH本机锁定屏幕通知。当按下安全按钮时，本机警报通知会发送到具有指定钱包安全通行证的端点设备。这允许到指定端点UE的消息的一对多推送。UE本机通知指定激活的安全按钮位置(IOT设备1200的位置)。在一些实施例中，消息包括在UE上的导航程序中使用的导航信息。相应地，消息可以包括IOT设备1200的每个地理围栏位置内的地理围栏数据，例如进/出和持续时间。在一些实施例中，可以在物联网设备之间实现双向通信，例如一键通或直接消息传递。

图13示出了实现多按钮安全按钮接口1302的IOT设备1300的另一示例实施例。在一个实施例中，多按钮安全按钮接口1302上的每个按钮可以包括物理和/或虚拟按钮。可以为每个按钮分配不同的条件。例如，按钮可能与触发警察派遣的威胁相关联。另一个按钮表示炸弹威胁，同样会触发警察派遣。另一个实施例指示一般的帮助请求，该请求可以触发与客户服务或前台(例如在旅馆或办公楼中)的通信。附加按钮是常规安全按钮，可以触发消防部门的派遣。可以使用另一个按钮来触发包括公用事业在内的地方或城市当局，而另一个按钮可以触发派遣紧急急救人员(例如急救人员)。可以将其他按钮分配给更特定的事件，并导致结果触发服务。

与其他实施例一样，IOT设备1300包括被配置为使用浏览器模块经由WiFi将本机通知推送到与IOT设备1300类似地配置的另一端点UE设备的UE。在一些实施例中，IOT设备1300可以包括：存储指令的处理器和存储器，以及通信功能，例如短距离无线通信模块。响应于多按钮安全按钮接口1302上的任何按钮的按下，IOT设备1300的处理器可以推送或广播本机通知消息。在一些实施例中，物联网设备1300使用与其他类似启用的物联网设备通信的WiFi浏览器模块。这些UE之间的通信可以使用WiFi、蓝牙或其他类似协议进行。这些物联网设备中的每一个都存储并实施安全通行证。

安全按钮导致将本地选定的警报通知推送到具有指定钱包通行证的一个或多个端点UE。如上所述，这实现了UE端点之间的一对多通信。多个安全按钮中的每一个都可以指定警报类型、警报位置、提供导航，并且地理围栏数据指示每个地理围栏位置内UE的进/出和持续时间。与图12的实施例一样，一些实施例允许在配置的IOT设备(例如，UE)之间包括双向实时参与和通信，并且端点UE可以经由内核级别服务对实时通信进行分组。值得注意的是，图12和13的实施例可以与本文描述的任何其他实施例组合。

值得注意的是，适合于执行本文描述的处理的任何硬件平台都适合与该技术一起使用。本文所使用的术语“计算机可读存储介质”和“计算机可读存储介质”是指参与向CPU提供指令以执行的任何一种或多种介质。这样的媒体可以采取多种形式，包括但不限于非易失性介质、易失性介质和传输介质。非易失性介质包括例如光盘或磁盘，例如固定盘。易失性介质包括动态内存，例如系统RAM。传输介质包括同轴电缆、铜线和光纤，其中包括构成总线的一个实施例的线。传输介质也可以采用声波或光波的形式，例如在射频(RF)和红外(IR)数据通信期间生成的声波或光波。计算机可读介质的常见形式包括，例如，软盘、软盘、硬盘、磁带、任何其他磁介质、CD-ROM盘、数字视频盘(DVD)、任何其他光学介质、具有标记或孔图案的任何其他物理介质、RAM、PROM、EPROM、EEPROM、FLASHEPROM、任何其他存储芯片或数据交换适配器、载波或计算机可以从中读取的任何其他介质。

各种形式的计算机可读介质可以涉及将一个或多个指令的一个或多个序列传送给CPU以执行。总线将数据传送到系统RAM，CPU从中检索并执行指令。由系统RAM接收的指令可以选择在CPU执行之前或之后存储在固定磁盘上。

可以以一种或多种编程语言的任何组合来编写用于执行本技术各方面的操作的计算机程序代码，所述编程语言包括诸如Java，Smalltalk，C++等之类的面向对象的编程语言以及和常规的过程编程语言，例如“C”编程语言或类似的编程语言。程序代码可以完全在用户计算机上，部分在用户计算机上，作为独立软件包执行，部分在用户计算机上并且部分在远程计算机上执行，或者完全在远程计算机或服务器上执行。在后一种情况下，远程计算机可以通过任何类型的网络(包括局域网(LAN)或广域网(WAN))连接到用户计算机，或者可以与外部计算机建立连接(例如，通过使用Internet服务提供商的Internet)。

所附权利要求中的所有装置或步骤加上功能元件的对应结构、材料、作用和等同物旨在包括用于与具体要求保护的其他要求保护的元件组合地执行功能的任何结构、材料或作用。已经出于说明和描述的目的给出了对本技术的描述，但是其并不旨在是穷举的或将本发明限于所公开的形式。在不脱离本发明的范围和精神的情况下，许多修改和变化对于本领域普通技术人员将是显而易见的。选择和描述示例性实施例是为了最好地解释本技术的原理及其实际应用，并使本领域的其他普通技术人员能够理解本发明的各种实施例，这些实施例具有适于预期的特定用途的各种修改。

上面参考根据本发明的实施例的方法、装置(系统)和计算机程序产品的流程图和/或框图描述了本技术的各方面。将理解的是，流程图图示和/或框图的每个框以及流程图图示和/或框图中的框的组合可以由计算机程序指令来实现。可以将这些计算机程序指令提供给通用计算机、专用计算机或其他可编程数据处理设备的处理器以产生机器，从而使得经由计算机或其他可编程数据处理设备的处理器执行的指令创建用于实现在流程图和/或框图方框中指定的功能/动作的装置。

这些计算机程序指令也可以存储在计算机可读介质中，该计算机可读介质可以指导计算机，其他可编程数据处理装置或其他设备以特定方式运行，从而使得存储在计算机可读介质中的指令产生包括实现在流程图和/或框图方框中指定的功能/动作的指令的制品。

也可以将计算机程序指令加载到计算机，其他可编程数据处理设备或其他设备上，以使一系列操作步骤在计算机，其他可编程设备或其他设备上执行以产生计算机实现的过程，从而使得在计算机或其他可编程装置上执行的指令提供用于实现流程图和/或框图方框中指定的功能/动作的过程。

流程图和框图示出了根据本技术的各种实施例的系统、方法和计算机程序产品的可能实现的架构、功能和操作。就这一点而言，流程图或框图中的每个框可以代表代码的模块、段或部分，其包括用于实现指定的逻辑功能的一个或多个可执行指令。还应注意，在一些替代实施方式中，方框中指出的功能可以不按图中指出的顺序发生。例如，取决于所涉及的功能，实际上可以基本上同时执行连续示出的两个框，或者有时可以以相反的顺序执行这些框。还应注意，框图和/或流程图说明的每个方框以及框图和/或流程图说明中的方框的组合可以通过执行特定功能或动作的基于专用硬件的系统、或专用硬件和计算机指令的组合来实现。

尽管上面已经描述了各种实施例，但是应该理解，它们仅是示例性的，而非限制性的。该描述无意将本技术的范围限制为本文阐述的特定形式。因此，优选实施例的广度和范围不应受到任何上述示例性实施例的限制。应当理解，以上描述是说明性的而非限制性的。相反，本说明书旨在覆盖可以包括在如所附权利要求所限定的技术的精神和范围之内并且本领域普通技术人员应理解的替代、修改和等同形式。因此，不应参考以上描述来确定技术范围，而应参考所附权利要求及其等同物的全部范围来确定技术范围。

Claims (30)

1.一种用于无应用程序通信的系统，该系统包括：

物联网后端系统，包括IOT设备，这些IOT设备实现邻近和物理Web发现服务，并实现修改后的短程无线通信协议栈，以便与内核级别的通信设备进行通信；和

每个通信设备通过短程无线连接从所述物联网后端系统接收消息，所述消息被呈现给所述通信设备，而没有在所述通信设备上安装应用程序，所述修改后的短程无线通信协议栈是基于在每个通信设备上均处于活动状态的短程无线协议进行配置的。

2.根据权利要求1所述的系统，其中当所述通信设备在短程邻近所述物联网后端系统的至少一部分时，创建所述短程无线连接。

3.根据权利要求1所述的系统，其中所述通信设备的至少一部分使用彼此不同的短程无线协议。

4.根据权利要求1所述的系统，其中所述邻近和物理Web发现服务实现开放系统互连参考模型栈。

5.根据权利要求4所述的系统，其中所述物联网后端系统在内核级别与所述邻近和物理Web发现服务进行通信。

6.根据权利要求5所述的系统，其中所述物联网虚拟系统还被配置为与所述通信设备的内核级别服务交互，包括所述通信设备的传真、打印、电话、视频、音频或通信功能中的任一种。

7.根据权利要求1所述的系统，其中所述物联网虚拟系统还被配置为使用所述修改后的短程无线通信协议栈通过所述物联网后端系统在短程无线连接上以这样的方式将报价推送到所述通信设备，该方式为所述通信设备不需要应用程序来接收或显示所述报价。

8.根据权利要求1所述的系统，其中所述物联网虚拟系统还被配置为:

当所述通信设备接近所述物联网后端系统的IOT设备时，识别所述通信设备的通信设备的存在；

识别所述通信设备正在使用的一种或多种通信协议；

在所述IOT设备上复制所述一种或多种通信协议；和

向包含URL或文件的通信设备推送通知。

9.根据权利要求8所述的系统，其中所述物联网虚拟系统还被配置为如果所述通信设备已在所述物联网后端系统中注册，则向所述通信设备提供第一报价；否则，如果所述通信设备未在所述物联网后端系统中注册，则向所述通信设备提供第二报价。

10.根据权利要求9所述的系统，其中所述物联网虚拟系统还被配置为存储低级协议日志文件，该协议日志文件包括所述通信设备用户的个人信息以及所述通信设备已访问的位置。

11.根据权利要求10所述的系统，其中所述通信设备被配置为将由所述物联网后端系统提供的一个或多个通知存储在临时存储中以供以后检索。

12.根据权利要求11所述的系统，其中所述一个或多个通知链接到所述通信设备的指纹。

13.根据权利要求1所述的系统，其中所述物联网后端系统包括IOT设备，所述IOT设备包括短程无线扫描仪，用于记录与所述通讯设备的短程无线交互。

14.一种方法，包括：

使用由物联网后端系统的物联网(IOT)设备实现的修改后的短程无线通信协议栈通过短程无线连接与通信设备进行通信；

基于在所述通信设备上处于活动状态的短程无线协议配置所述协议栈；

当所述通信设备邻近所述IOT设备进行短程无线通信时，由所述物联网后端系统的IOT设备读取存储在所述通信设备上的低级协议日志文件；和

使用所述短程无线协议向所述通信设备发送消息，其中该消息能够显示在所述通信设备上而无需在所述通信设备上安装应用程序，其中该消息具有基于所述低级协议日志文件的内容。

15.根据权利要求14所述的方法，其中所述物联网后端系统包括与所述通信设备通信的邻近和物理Web发现服务，其中所述邻近和物理Web发现服务实现开放系统互连参考模型栈。

16.根据权利要求15所述的方法，还包括在内核级别与邻近和物理Web发现服务进行通信的IOT设备。

17.根据权利要求16所述的方法，还包括与所述通信设备的内核级别服务交互的IOT设备，包括所述通信设备的传真、打印、电话、视频、音频或通信功能中的任一种。

18.根据权利要求16所述的方法，其中所述IOT设备还被配置为使用所述修改后的短程无线通信协议栈在短程无线连接上以这样的方式将报价推送到所述通信设备，该方式为所述通信设备不需要应用程序来接收或显示所述报价。

19.根据权利要求14所述的方法，其中基于在所述通信设备上处于活动状态的短程无线协议配置所述协议栈包括：

识别所述通信设备正在使用的一种或多种通信协议；

在所述IOT设备上复制所述一种或多种通信协议；和

向包含URL或文件的通信设备推送通知。

20.一种方法，包括：

在物联网(IOT)设备和通信设备之间建立短程无线连接；

基于在所述通信设备上处于活动状态的短程无线协议配置所述IOT设备的协议栈；和

配置用于在所述通信设备上显示的消息，其中该消息使用通信设备的内核级别服务呈现。

21.一种用于无应用程序通信的系统，该系统包括:

物联网后端系统，包括：

IOT设备，用于：

实现邻近和物理Web发现服务；和

实现修改后的短程无线通信协议栈以与所述通信设备进行通信并传递通知；

每个通信设备配置为：

实现护照或钱包用于通过短程无线连接从所述物联网后端系统接收通知，所述通知被呈现给所述通信设备而没有在所述通信设备上安装应用程序，每个通信设备进一步被配置为：

接收到所述通信设备上的按钮已被激活的指示；

基于所述按钮激活来产生消息；和

通过所述物联网后端系统的IOT设备将所述消息发送到一个或多个附加通信设备，该一个或多个附加通信设备类似地配置有护照或钱包。

22.根据权利要求21所述的系统，其中当所述通信设备的至少一部分在短程邻近所述物联网后端系统的至少一部分时，创建所述短程无线连接。

23.根据权利要求21所述的系统，其中所述通信设备的至少一部分使用彼此不同的短程无线协议。

24.根据权利要求21所述的系统，其中所述邻近和物理Web发现服务实现开放系统互连参考模型栈。

25.根据权利要求24所述的系统，其中所述物联网后端系统在内核级别与所述邻近和物理Web发现服务进行通信。

26.根据权利要求25所述的系统，其中所述物联网虚拟系统还被配置为与所述通信设备的至少一部分的内核级别服务交互，包括所述通信设备的至少一部分的传真、打印、电话、视频、音频或通信功能中的任一种。

27.根据权利要求21所述的系统，其中所述物联网虚拟系统还被配置为使用所述修改后的短程无线通信协议栈通过所述物联网后端系统在短程无线连接上以这样的方式将报价推送到所述通信设备的至少一部分，该方式为所述通信设备的至少一部分不需要应用程序来接收或显示所述报价。

28.根据权利要求21所述的系统，其中所述通信设备被配置为将由所述物联网后端系统提供的通知存储在临时存储中以供以后检索。

29.根据权利要求28所述的系统，其中所述通知链接到所述通信设备的指纹。

30.根据权利要求21所述的系统，其中所述物联网后端系统包括IOT设备，所述IOT设备包括短程无线扫描仪，用于记录与所述通讯设备的短程无线交互。

Images