用于云扩展属性简档的方法和系统与流程

1.本公开涉及外围设备，并且具体地涉及外围设备与网络元件之间的通信。


背景技术：

2.外围设备可以用于多种情况。例如，外围设备可以是用于为患者提供医疗信息的医疗设备。患者可能需要将诸如血压监测器、血糖监测器等设备带回家，并且定期报告来自这样的设备的读数。在其他情况下，外围设备可以是用于感测数据的任何其他设备。
3.为了使外围设备与网络元件安全通信，连接器在某些情况下可以用于外围设备与网络元件之间的通信，其中连接器能够使用第一通信技术与外围设备通信，并且使用第二通信技术与网络元件通信。
4.连接器、(多个)外围设备和网络元件形成平台，该平台可以通过由不同方设计、开发或操作的多个部件来构建。这导致难以将新的外围设备添加到平台中，因为在外围设备与连接器之间交换的数据的类型和格式、以及发送到网络元件和从网络元件发送的数据的类型和格式可能会因应用而异。这导致连接器需要不断更新以适应新型外围设备或外围设备的新制造商。
附图说明
5.参考附图将能够更好地理解本公开，在附图中：
6.图1是示出具有通过连接器与至少一个网络元件通信的外围设备的示例平台的框图；
7.图2是示出具有通过连接器与多个网络元件通信的医疗外围设备的示例平台的框图；
8.图3是示出通用属性简档(gatt)的框图；
9.图4是示出用于在蓝牙低功耗服务器与蓝牙低功耗客户端之间的通信中使用的gatt简档的框图；
10.图5是示出蓝牙低功耗服务器与蓝牙低功耗客户端之间的通信的框图；
11.图6是示出外围设备与网络元件之间的通信的数据流图，其中在通信路径中具有连接器和第二网络元件；
12.图7是示出设备管理服务器向连接器提供插件以用于与外围设备的通信的数据流图；
13.图8是示出网络元件与外围设备之间通过连接器的通信的数据流图，其中协议指令从网络元件被转发到连接器；以及
14.图9是能够与本公开的实施例一起被使用的简化计算设备的框图。
具体实施方式
15.本公开提供了在连接器设备处的方法，该方法包括：从外围设备接收第一消息，该
gatt。ble gatt使用客户端/服务器模型，其中外围设备作为gatt服务器进行操作并且连接器120作为gatt客户端进行操作。由蓝牙特别兴趣组(bt sig)标准定义的gatt协议具有若干基本操作：发现、读、写、通知、指示。
25.通信连接122可以使用能够在连接器120与网络130之间进行通信的任何通信协议，并且在一些情况下，可以包括蜂窝、卫星、wi-fi以及用于通信的其他选项。网络130可以是局域网或广域网，并且可以包括例如互联网、蜂窝基础设施网络或各种网络的组合。
26.一个或多个网络元件140可以消费来自外围设备110、外围设备112或外围设备114的数据，并且可以向外围设备110、外围设备112或外围设备114提供命令。
27.图1的环境可以在多种情况中使用。关于图2示出了一个非限制性示例。在图2的实施例中，诸如血压监测器等医疗外围设备210可以被部署到患者的家中。同时，可以为患者提供连接器220，该连接器220可以通过蓝牙低功耗连接216与医疗外围设备210通信。
28.在图2的示例中，连接器220还被配置为通过诸如蜂窝连接等连接222与网络230通信。例如，为了确保始终可以接收来自患者的数据，连接器220可以被配置有蜂窝sim卡，并且可以能够与蜂窝网络建立通信，以向连接器220提供数据和从连接器220提供数据。然而，其他选项是可能的。
29.在图2的示例中，示出了三个网络元件。应用服务器240可以存储从连接器220接收的数据，并且可以向连接器220提供命令以转发到医疗外围设备210。应用服务器240在一些情况下可以与其他网络元件通信，诸如安全数据传输元件242，安全数据传输元件242可以确保应用服务器与连接器220之间的数据传递是安全的。此外，网络元件可以包括用户设备244，诸如医疗专业人员的计算机，其中医疗专业人员正在监测患者，该患者被分发医疗外围设备210。在一些情况下，所有网络元件可以直接与连接器220通信。在其他情况下，网络元件可以彼此通信，并且只有网络元件中的一个网络元件或网络元件子集可以与连接器220通信。
30.图1和图2的实施例中所示的平台由多个部件构成。在实际情况下，这些部件通常由不同方进行设计、开发或操作，包括不同组织、或组织内的不同团队。
31.典型的部署涉及在连接器120上为将要连接到它的每个新型外围设备110(医疗传感器等)开发新的客户端实现。具体地，很多iot和连接设备应用(包括医疗应用)是数据驱动的，并且旨在在(云)服务器上运行以处理数据，并且与用户(包括医疗专业人员)通信以对数据采取行动。
32.然而，针对每个新设备的连接器120上的每个新客户端实现都涉及在新外围设备被引入时向每个连接器重写和推送更新。需要机制来扩展通过诸如蓝牙等短距离通信协议来自传感器和返回到运行应用逻辑的云或网络元件的属性(例如，gatt)命令。
33.例如，医疗传感器设备有各种类型，诸如血压读数、肾功能监测、输液泵控制等。连接器和医疗物联网(iomt)平台需要支持各种现有设备，而且还需要面向未来以便以最少的返工添加新设备。一些设备很常见，并且将成为标准可互操作gatt(或其他属性简档)服务的主题，但其他设备是高度专业化或专有的，并且连接器设备可能需要同时支持这两者。在一般iot连接设备空间中，传感器和应用的种类甚至更多。
34.对于ble，虽然gatt原语是标准化的，但bt sig定义标准服务和特性的方式是非常特定于应用的。各种短距离通信协议中的其他属性简档存在类似的原语。因此，可能需要使
用每个新的服务/特性对连接器进行重新编程，以支持其他类型的外围设备。这个问题既是上市前的开发活动，也与将新简档部署到市场上的设备有关。
35.此外，外围设备和连接器设备可以由不同组织开发。在这点上，不确定谁应当开发特定于新外围设备的代码。在某些情况下，可能需要在医疗设备上进行代码更新。在某些情况下，可能需要在连接器上进行代码更新。在某些情况下，可能需要在云上或在网络服务器处进行更新代码。每种情况都在下面讨论。
36.通用gatt传输服务
37.蓝牙gatt服务是为各种设备类型而定义的，并且在下面被描述为属性简档的一个示例。这包括一些常见的医疗设备和诸如自行车配件等非医疗设备。
38.如上所述，gatt是通用属性简档，并且定义了两个蓝牙低功耗设备在它们之间传输数据的方式。gatt使用称为服务和特性的概念进行这样的数据传输，如下所述。
39.gatt当在外围设备与连接器之间建立专用连接之后应用，并且因此用于数据交换而不是配对。
40.现在参考图3，图3示出了简档、嵌套服务和嵌套特性的概念的框图。
41.特别地，简档310提供可以由bt sig组编译的定义的服务集合。
42.服务用于将数据组合成逻辑实体，特别是基于逻辑功能组合成一组特性。服务可以具有一个或多个特性，并且可以具有称为通用唯一标识符(uuid)的唯一标识符。
43.特性封装单个数据点或相关数据的阵列。例如，特性可以以特定数据格式来提供数据点，诸如心率测量特性。在某些情况下，数据可以包括数据的阵列，诸如来自加速度计的三个轴。其他选项是可能的。
44.特性也可以用于将数据提供回外围设备，并且从而允许向特性进行写入。
45.在图3的示例中，简档310包括服务320和服务330。
46.服务320包括三个特性，即，特性322、特性324和特性326。
47.服务330包括特性332和特性334。
48.如上所述，每个外围设备可以利用不同的gatt简档，并且取决于设备类型，可能需要某些服务存在于这种简档内。然而，这使得连接器难以与各种外围设备通信。
49.利用上述结构，在一个实施例中，为云传输服务定义了新的gatt服务和对应特性。这可以定义为特定于供应商的服务(专有)，或定义为bt sig内的标准。这样的gatt服务是用于向外围设备获取信息和从外围设备获取信息的通用数据读写服务。通用gatt传输服务可以在本地点对点使用，或者与将数据进一步传输到云(网络元件)和从云(网络元件)接收命令相结合使用。它是外围设备与连接器之间的管道，该管道负责加密、重新传输以及其他这样的功能。
50.从网络元件，控制平面命令和管理平面命令可以控制读写行为的各方面。来自网络元件的写操作由连接器写入ble gatt服务器。读操作的内容以及通知和指示在连接器处通过蓝牙被接收并且被传输到网络元件。如本文中使用的，网络元件可以包括云服务、本地部署服务器、或用于正在传输的数据的另一端点。
51.因此，根据一个实施例，外围设备实现通用云传输服务而不是任何设备特定服务。
52.此外，关于gatt操作的信息可以被嵌入在连接器与网络元件/云之间的消息传递中。例如，如果使用消息队列遥测传输(mqtt)作为连接器与网络元件/云之间的协议，则“主
题”字段可以被填充有关gatt操作的信息。例如，可以用utf-8文本字符串填充主题，该字符串指定数据是经由指示或通知而被接收的，还是响应于读命令而被接收的。其他数据传输也可以用于云通信。
53.例如，现在参考图4，其中提供了示例gatt服务。与旨在简化gatt服务器和复杂化gatt客户端的传统ble gatt服务相反，图4的示例简化gatt服务器，并且也简化gatt客户端，以将任何复杂逻辑推送到云端或其他处理服务器。这样的设计使连接器只是通往云端的管道。
54.在图4的实施例中，外围设备410包括简档420。可以定义各种服务，诸如服务430和服务440。服务可以包括诸如服务430内的特性432、特性434和特性436等特性。此外，特性442和特性444可以是服务440的一部分。其他特性也可以是服务440的一部分，并且因此服务440不限于两个特性。在一个实施例中，服务440可以是通用服务。
55.通用gatt服务可能需要子过程，包括下表1中列出的那些。
[0056][0057]
表1：gatt子过程
[0058]
服务可以包括例如可以是16比特或128比特的uuid。
[0059]
在一个实施例中，服务440可以具有至少四个特性。这样的特性可以是旨在对控制/管理/数据平面进行拆分的简单特性。示例特性包括配置特性，诸如bt配置(btconfiguration)特性；云数据下载(clouddatadownload)特性；云数据上传(clouddataupload)特性；以及设备配置(deviceconfig)特性。每个特性都在下面描述。
[0060]
参考图5，图5示出了充当短距离通信属性简档服务器(诸如ble gatt服务器)的外围设备510与充当短距离通信属性简档客户端(诸如ble gatt客户端)的连接器512之间的通信。
[0061]
配置特性(诸如bt配置特性)是用于具有短距离通信协议配置消息520(例如，蓝牙配置消息)的设备配置的读特性和写特性。该特性可以用于配置上行链路下行链路业务模式和定时、以及是否由客户端读(轮询)上行链路数据、或者是否使用通知。该配置应当被读到云以及从云写入，并且连接器仅执行读/写。
[0062]
云数据下载特性是写特性，其中来自云/网络元件的数据分组通过诸如ble等协议被写入外围设备。这与消息530一起示出。在一个实施例中，最大分组长度是509个八位字节。但是，20个八位字节适合一个ble帧，因此可以通过较小的分组长度实现更高效的无线
传输。在一些实施例中可能需要分组大小协商、分段和重组。
[0063]
云数据上传特性是读、指示和通知特性。来自外围设备的数据分组被传输到连接器，连接器又将它们传输到云/网络元件。这与消息540一起示出，并且可以以各种方式实现并且由配置特性控制。
[0064]
例如，在一个实施例中，可以使用指示来使得外围设备能够在任何时间进行传输。在当前ble规范下，指示最多为20个字节，因此如果上传的有效载荷很小，则这样的有效载荷可以在指示内被发送。如果上传的有效载荷较大，则该指示可以指示较大的有效载荷大小，并且然后客户端可能需要进行读特性操作以检索有效载荷内容。在某些情况下，可以提供两个不同指示，一个指示在有效载荷适合该指示时使用，一个指示在有效载荷不适合该指示时使用。在某些情况下，可以使用在有效载荷中指定的带有标志的一个指示。
[0065]
在一个实现中，读操作用于连接器轮询外围设备以获取数据。
[0066]
设备配置特性是读特性和写特性，并且表示通过安全协议被来回地传输到云/网络元件的有效载荷。这种安全协议的示例可以包括传输层安全协议(tls)、消息队列遥测传输(mqtt)等。设备配置特性是管道概念的一部分，其中配置在云处被设置并且由连接器写入设备。此外，配置可以由连接器读取并且被报告回云/网络元件。这与消息550一起示出。
[0067]
以上说明了管道概念，其中连接器仅仅是针对信息的通道。具体地，现在参考图6。在图6的实施例中，外围设备610可以是医疗设备并且网络元件616可以是具有云服务的医疗服务提供商。在这种情况下，可以是通用云服务的连接器612和网络元件614存在于外围设备610与网络元件616之间。
[0068]
虽然图6的实施例示出了通过网络元件614的消息传递流，但在一些情况下，它可以直接从连接器612流向网络元件616。在其他情况下，更多网络元件可以能在路径中，并且本公开是不受网络元件数目的限制。
[0069]
各种特性可以用于从外围设备610获取数据和向外围设备610提供数据。图6的实施例中的消息的顺序仅作为示例提供。
[0070]
例如，在图6的实施例中，从外围设备610向连接器612提供配置消息620。例如，消息620可以是蓝牙配置消息。连接器612可以接收消息620，在一些情况下为网络元件重新打包消息620，并且将该消息作为消息622提供给网络元件614。例如，重新打包可以将关于属性简档操作的信息插入到消息622中的指定字段中。
[0071]
然后，网络元件614可以将该消息作为消息624转发到网络元件616。网络元件616可以具有用于确定应当如何配置设备的逻辑，并且在这种情况下，网络元件616可以利用配置消息630提供外围设备610的重新配置，配置消息630被发送到网络元件614。配置消息作为消息632被发送到连接器612。
[0072]
连接器612然后可以接收该消息，在必要时将其重新打包，并且将其作为消息634提供给外围设备610。这可以使用通用属性简档格式来进行。例如，消息632中的指定字段中的数据可以提供关于属性简档操作的信息以允许创建消息634。
[0073]
当网络元件616具有针对外围设备610的数据时，这可以作为云数据下载来提供，如消息640所示，消息640被发送到网络元件614。云数据下载然后作为消息642被发送到连接器612。连接器612然后可以重新打包数据并且使用消息644以通用属性简档格式将其提供给外围设备610。
[0074]
当外围设备610具有需要提供给网络元件616的数据时，外围设备610可以向连接器612提供如消息650所示的指示。在这种情况下，该指示是数据不适合指示消息并且因此连接器612可以执行如消息652所示的读操作的指示。然后利用通用属性简档格式在消息654中提供数据。
[0075]
连接器612可以根据需要重新打包数据，并且将数据作为消息656提供给网络元件614。
[0076]
网络元件614然后可以将数据提供给网络元件616，如消息658所示。
[0077]
类似地，如果网络元件616需要重新配置外围设备610，这可以通过提供给网络元件614的设备配置消息660来进行。网络元件614将消息662中的设备配置传递给连接器612。
[0078]
连接器612可以接收消息662，根据需要将消息重新打包成通用属性简档格式，并且将通用属性简档格式化的消息作为消息664提供给外围设备610。
[0079]
在一些情况下，设备配置信息可以从外围设备610被提供给网络元件616。这可以通过利用到连接器612的消息670以通用属性简档格式将设备配置打包来进行。然后连接器612可以重新打包该消息并且将其作为消息672发送到网络元件614。
[0080]
然后可以利用设备配置消息674将设备配置消息从网络元件614提供给网络元件616。
[0081]
以这种方式，连接器充当用于消息传递的通道，其逻辑存在于网络元件616内。
[0082]
gatt服务插件
[0083]
根据本公开的另一实施例，针对连接器的插件被编写并且可以从云/网络元件被安装以在连接器上运行。例如，这样的插件可以通过无线(ota)被供应。
[0084]
云中或网络元件上的设备管理软件能够基于将与连接器一起使用的外围设备向连接器供应这些插件。设备管理器可以在外围设备的操作生命周期内根据需要改变已安装的属性简档服务插件。
[0085]
通过使用该插件模型，可以根据需要配置连接器。具体地，支持可以与连接器相关联的外围设备使用的所有可能的短距离通信属性简档服务(例如，ble gatt服务)集合需要在连接器上实现单片库，该单片库将随着每个可能的新外围设备被添加到可以与连接器相关联的外围设备集合中而增长。
[0086]
相反，本实施例支持“插件”方法，由此针对每个可能的短距离通信属性简档服务的支持被编码到“插件”中，该“插件”可以基于特定连接器实例预期将与(多个)什么外围设备相关联而被动态地下载和供应到连接器上。
[0087]
在一个实施例中，插件可以使用伪编程语言来描述服务行为。
[0088]
现在参考图7。在图7的实施例中，外围设备710与连接器712通信。此外，设备管理软件714可以存在于网络或云中。
[0089]
在一个示例中，外围设备710是与连接器712配对的新设备，如消息720所示。然而，这仅仅是一个示例，并且在其他情况下，连接器712可以基于连接器的预期用途而在任何外围设备连接到这样的连接器之前被配置。
[0090]
根据图7的实施例，连接器712不识别外围设备的类型，并且因此将消息722中的设备信息提供给设备管理软件714。
[0091]
在一个实施例中，设备管理软件714可以具有针对各种外围设备的插件的数据库，
并且可以为外围设备710找到适当的插件。这样的插件可以在返回连接器712的消息730中被提供。
[0092]
当接收到消息730时，连接器712可以安装插件，如框740所示。插件在框740处的安装将允许连接器712接收和解释来自外围设备710的数据，并且基于针对外围设备的特定属性简档以用于通信的适当格式为外围设备710格式化数据。
[0093]
随后，可以发生针对利用外围设备的属性简档的通信，如箭头750所示。然后可以向或从云服务提供这种通信。
[0094]
在其他实施例中，当正在部署连接器时，例如当它在医疗场景中被分发给患者时，连接器可以配置有插件以用于连接器的预期使用。在一些情况下，预期使用可以基于以下各项来指定：配置程序中的选择、提供给设备管理软件的标识码、或将允许设备管理软件714确定配置并且因此确定针对连接器712的必要插件的其他标识信息。
[0095]
图7的实施例允许灵活地与已经实现了属性简档服务的现有外围设备一起工作，但仍然需要在连接器设备管理系统上针对每属性简档服务来开发定制代码。在一些情况下，当设备被设计并且已经实现了属性简档服务时，可以使用图7的实施例。在这种情况下，连接器提供商有责任开发属性简档客户端插件。
[0096]
gatt代理服务
[0097]
根据另一实施例，可以在连接器设备与云/网络元件之间提供以驱动在远离云/网络元件的连接器设备上运行的属性简档客户端(例如，gatt客户端)的行为的协议。
[0098]
特别地，外围设备像往常一样被设计，以实现任何属性简档服务和属性简档特性并且作为属性简档服务器来操作。连接器充当属性简档客户端，但其短距离通信属性简档栈(例如，ble gatt栈)的行为未在本地被编程和运行。
[0099]
具体地，所有属性简档客户端操作都是经由代理服务被远程驱动的。这允许从云或网络元件动态地驱动新的属性简档客户端简档。
[0100]
不需要对连接器的编程逻辑进行更新，当实现针对新属性简档服务的支持或改变当前属性简档服务的行为时，只需要对云或网络元件进行改变。
[0101]
在该解决方案中，代理指令来自云/网络，并且使连接器上的应用通过短距离通信协议栈来影响所有短距离通信属性简档服务功能，诸如ble gatt服务功能。
[0102]
在一个实施例中，该协议是使用置于mqtt帧中的javascript对象表示法(json)语法来设计的，但是可以使用不同语法或协议。
[0103]
指令被编码成json字符串，该json字符串指定对什么服务或特性(例如，基于ble uuid)采取什么行动(例如，读、写)。来自外围设备的响应和数据也被编码为json字符串，以反映类型(例如，对读指令的响应、诸如ble通知等通知、诸如ble指示等指示、错误响应等)和出处(哪个特性基于uuid而携带通知或指示)。
[0104]
可以支持除json字符串之外的其他机制，包括但不限于可扩展标记语言(xml)、二进制等，因为格式本身可能不重要，并且只有指令和响应可能是相关的。
[0105]
例如，现在参考图8。在图8的实施例中，外围设备810通过连接器812与网络元件814通信。外围设备已经被验证并且被结合到连接器，如箭头820所示。
[0106]
此后，客户端与服务器之间的接口涉及对特性的读取和写入。在图8的实施例中，创建了作为远程客户端的代理的客户端，其中读写这些特性可以通过使用描述应当做什么
的协议而发送到客户端的指令来进行。
[0107]
下面提供了用于此的一个示例应用编程接口(api)。指令以json字符串而被编码，作为mqtt有效载荷被接收，并且由连接器812处的应用进行解码。指令涵盖与短距离通信协议服务交互所需要的典型类型的动作。
[0108][0109][0110]
表2：示例json标记和描述
[0111]
如表2中可知，各种json标签可以用作关于如何处理消息的指令的一部分。这些指令作为消息830被发送到连接器812，使得连接器应用可以正确处理去往和来自外围设备810的消息。
[0112]
例如，外围设备810可以发送消息840。连接器812处的连接器应用然后可以在框842应用协议指令。然后，该消息可以作为消息844被转发到网络元件814。
[0113]
类似地，网络元件814可以将消息850发送到连接器812。然后连接器812可以将协议指令应用于消息，如框852所示。然后，转换后的消息可以作为消息854被提供给外围设备810。
[0114]
消息830的指令中的可能值可以包括：
[0115][0116][0117]
表3：示例值
[0118]
使用来自表2的标签和来自表3的值，可以将命令发送到连接器。示例命令如表4所示。
[0119][0120]
表4：示例命令
[0121]
表4的示例是某种短距离通信协议功能(例如，ble功能)的非限制性示例，连接器应用可以使用该功能来应用于消息。
[0122]
图8的实施例提供了与已经实现了属性简档服务的现有外围设备一起工作的灵活性，但是对于云/网络上的每属性简档服务仍有定制代码要开发。因此，图8的实施例可以在外围设备已经被设计并且实现了属性简档服务并且云应用提供商有责任开发与外围设备相对应的云应用代码的情况下使用。
[0123]
基于上述内容，提供了用于外围设备与连接器之间的通信的各种选项，其中连接器用于允许外围设备与网络元件之间的通信。这允许随着时间的推移而改变或添加外围设备，并且避免了每次将新类型的外围设备与这种连接器一起使用时都重写或更新连接器上的软件。
[0124]
上述连接器、外围设备、网络元件和其他计算平台可以使用任何计算设备来实现。关于图9示出了计算设备的一个简化图。图9的计算设备可以是任何固定或移动计算设备。
[0125]
在图9中，设备910包括处理器920和通信子系统930，其中处理器920和通信子系统930协作以执行上述实施例的方法。通信子系统930允许设备910与其他设备或网络元件进
行通信，并且可以基于正在执行的通信类型而改变。例如，如果设备910是外围设备，则通信子系统可以包括ble通信子系统或其他短距离通信子系统。此外，通信子系统930可以包括多种通信技术，包括任何有线通信技术或无线通信技术。例如，如果设备910是连接器，则通信子系统930可以包括ble通信子系统以及广域网通信子系统两者(诸如蜂窝通信子系统或wi-fi通信子系统)、以及其他选项。
[0126]
处理器920被配置为执行可编程逻辑，该可编程逻辑可以与数据一起被存储在设备910上，并且在图9的示例中被示出为存储器932。存储器932可以是存储指令代码的任何有形的非暂态的计算机可读存储介质，该指令代码在由处理器920执行时，使设备910执行本公开的方法。计算机可读存储介质可以是有形或暂态/非暂态介质，诸如光学(例如，cd、dvd等)、磁性(例如，磁带)、闪存驱动器、硬盘驱动器或本领域已知的其他存储器。
[0127]
备选地或除了存储器932，设备910可以从外部存储介质访问数据或可编程逻辑，例如通过通信子系统930。
[0128]
在图9的示例中，一个或多个传感器940可以与计算设备相关联。例如，如果设备910是用于测量血压的外围设备，则传感器940可以是血压监测传感器。然而，这是可选的，并且在某些情况下，计算设备910将不与传感器相关联。
[0129]
在一个实施例中，设备910的各种元件之间的通信可以通过内部总线960。然而，其他形式的通信也是可能的。
[0130]
本文中描述的实施例是具有与本技术的技术的元素相对应的元素的结构、系统或方法的示例。该书面描述可以使得本领域技术人员能够制作和使用具有同样对应于本技术的技术的元素的替代元素的实施例。因此，本技术的技术的预期范围包括与本文中描述的本技术的技术没有区别的其他结构、系统或方法，并且还包括与本文中描述的本技术的技术没有本质区别的其他结构、系统或方法。
[0131]
虽然在附图中以特定顺序描绘了操作，但这不应当理解为要求以所示特定顺序或按顺序执行这样的操作，或者执行所有所示操作以获取期望结果。在某些情况下，可以采用多任务和并行处理。此外，上述实现中各种系统组件的分离不应当理解为在所有实现中都需要这种分离，而应当理解，所描述的程序组件和系统通常可以集成在单个软件产品中或者打包成多个软件产品。
[0132]
此外，在各种实现中描述和图示为离散或分离的技术、系统、子系统和方法可以与其他系统、模块、技术或方法组合或集成。示出或讨论为彼此耦合或直接耦合或通信的其他项目可以通过某种接口、设备或中间组件间接耦合或通信，无论是电的、机械的还是其他方式。改变、替换和变更的其他示例是本领域技术人员可以确定的并且可以做出。
[0133]
尽管以上详细描述已经示出、描述和指出了应用于各种实现的本公开的基本新颖特征，但是应当理解，可以由本领域技术人员对所示出的系统的形式和细节进行各种省略、替换和改变。此外，方法步骤的顺序并不由它们在权利要求中出现的顺序所暗指。
[0134]
当向电子设备发送消息/从电子设备发送消息时，这样的操作可能不是即时的或直接来自服务器的。它们可以从支持本文中描述的设备/方法/系统的服务器或其他计算系统基础设施同步或异步递送。前述步骤可以全部或部分地包括去往/来自设备/基础设施的同步/异步通信。此外，来自电子设备的通信可以是到网络上的一个或多个端点。这些端点可以由服务器、分布式计算系统、流处理器等提供服务。内容交付网络(cdn)也可以提供与
电子设备的通信。例如，除了典型的服务器响应之外，服务器还可以为内容交付网络(cdn)供应或指示数据以等待由电子设备在稍后时间(诸如电子设备的后续活动)下载。因此，数据可以直接从服务器或其他基础设施(诸如分布式基础设施或cdn)作为系统的一部分或与系统分开发送。
[0135]
通常，存储介质可以包括以下中的任何一个或某种组合：半导体存储器设备，诸如动态或静态随机存取存储器(dram或sram)、可擦除可编程只读存储器(eprom)、电可擦除可编程只读存储器(eeprom)和闪存；磁盘，诸如固定、软盘和可移动磁盘；另一种磁性介质，包括磁带；光学介质，诸如光盘(cd)或数字视频光盘(dvd)；或其他类型的存储设备。注意，上面讨论的指令可以在一个计算机可读或机器可读存储介质上提供，或者备选地，可以在分布在可能具有多个节点的大型系统中的多个计算机可读或机器可读存储介质上提供。(多个)这种计算机可读或机器可读存储介质被认为是物品(或制品)的一部分。物品或制品可以是指任何制造的单个组件或多个组件。(多个)存储介质可以位于运行机器可读指令的机器中，或者位于可以通过网络从其下载机器可读指令以供执行的远程站点处。
[0136]
在前述描述中，阐述了很多细节以提供对本文中公开的主题的理解。然而，实现可以在没有这些细节中的一些的情况下实施。其他实现可以包括对上述细节的修改和变型。所附权利要求旨在涵盖这样的修改和变型。