通用物联网(IoT)智能转换器的制作方法

文档序号:11206242
通用物联网(IoT)智能转换器的制造方法与工艺

本申请要求2016年3月22日提交的美国临时专利申请序号62/311,729的优先权。



背景技术:

诸如灯泡、烤面包器、电视等许多物联网(IoT)设备可以利用某些IoT协议并能够被在用户设备(例如,智能电话、平板电脑、个人计算机等)上运行的各种应用程序(或“app”)控制或者另外与之相交互。

此类IoT设备利用各种各样的通信协议。同样地,应用程序可以利用各种各样的协议。终端用户被迫使用支持IoT设备的通信协议的应用程序。另外,IoT设备可能由于不同的协议而不能彼此相交互。

诸如桥接器之类的现有解决方案迫使用户利用单一目的地协议,因此限制了设备的选择。

因此需要一种能够支持多个设备协议和多个应用程序协议的通用IoT转换器。



技术实现要素:

某些实施例提供了一种通用物联网(IoT)转换器。此类转换器可以在用户设备协议与IoT设备协议不匹配时允许用户设备(和/或关联应用程序)与IoT设备(和/或关联应用程序)之间的通信。

所述通用转换器可以包括核心、一组服务以及一组虚拟装置(virtual)。每个服务和每个虚拟装置可以与不同的协议相关联。该核心可以使用内部协议在服务与虚拟装置之间通信。

所述通用转换器的某些实施例可以侦听设备和/或应用程序。如果从设备或应用程序接收到广播消息或信标,则通用转换器可以识别与设备或应用程序相关联的协议。某些实施例可以维护应用程序和设备的表格,其指定所使用的协议和用于每个应用程序或设备的唯一标识符。

所述通用转换器可能能够在用户设备与IoT设备之间中继消息、命令、数据等。可以在虚拟装置处从用户设备接收消息并从该虚拟装置的协议转换成通用转换器的内部协议。可以将消息中继到与IoT设备相关联的服务。该服务可以将消息发送到IoT设备。

可以在关联服务处从IoT设备接收消息、数据等并转换成内部协议。已转换消息可以被中继到与用户设备协议相关联的虚拟设备并由该虚拟设备发送到用户设备。

前面的发明内容意图充当对某些示例性实施例的各种特征的简要介绍。在不脱离本公开的范围的情况下可以按照其它特定形式来实现其它实施例。

附图说明

在所附权利要求中阐述了本公开的示例性特征。然而,出于说明的目的,在以下各图中图示出多个实施例。

图1图示出根据示例性实施例的示例性硬件系统的示意性框图;

图2图示出由图1的系统提供的示例性通用转换器的示意性框图;

图3图示出由图2的通用转换器提供的示例性核心的示意性框图;

图4图示出由图2的通用转换器提供的示例性服务的示意性框图;

图5图示出由图2的通用转换器提供的示例虚拟设备的示意性框图;

图6图示出图1的系统所使用的示例性通信结构的消息流图;

图7图示出提供通用转换的示例性过程的流程图;

图8图示出为与多个应用程序相关联的IoT设备提供通用转换的示例性过程的流程图;

图9图示出从用户设备向IoT设备发送操作的示例性过程的流程图;以及

图10图示出用来实现某些实施例的示例性计算机系统的示意性框图。

具体实施方式

以下详细描述描述了执行示例性实施例的当前设想模式。不应在限制性意义上理解本描述,而其仅仅是出于说明某些实施例的一般原理的目的而进行的,因为本公开的范围由所附权利要求最佳地定义。

下面描述每一个可以相互独立地或者与其它特性相组合地使用的各种特征。宽泛地,某些实施例一般地提供用以实现各种物联网(IoT)设备之间的通信的方式。

第一示例性实施例提供了一种提供用户设备与IoT设备之间的通信的系统。所述系统包括:至少一个用户设备,其能够执行能够使用至少第一IoT协议进行通信的至少一个应用程序;至少一个IoT设备,其能够使用至少第二IoT协议进行通信;以及通用转换器,其能够使用至少第一IoT协议和第二IoT协议进行通信。

第二示例性实施例提供了一种提供用户设备与物联网(IoT)设备之间的通信的自动化方法。所述自动化方法包括:确定IoT设备的协议;确定用户设备的协议;以及如果IoT设备的协议不同于用户设备的协议,则在IoT设备与用户设备之间插入虚拟设备。

第三示例性实施例提供了一种转换用于物联网(IoT)系统的通信的自动化方法。所述自动化方法包括:接收设备协议和标识符;接收应用程序协议和标识符;将应用程序标识符添加到应用程序列表;以及将设备标识符添加到设备列表。

在下面的各部分中描述了多个更详细的实施例。部分I提供了示例性硬件架构的描述。然后,部分II描述了各种示例性操作方法。最后,部分III描述了一种实现某些实施例的计算机系统。

I. 系统架构

图1图示出根据示例性实施例的示例性硬件系统100的示意性框图。如所示,系统可以包括通用转换器110、各种IoT设备120以及各种用户设备130。各种组件可以使用IoT协议140-150进行通信。

通用转换器110可以是能够根据需要跨多个协议140-150在IoT设备120与用户设备130之间通信的电子设备。可以使用跨各种适当网络(例如,蜂窝式网络、无线网络、因特网等)可访问的一个或多个服务器设备来实现通用转换器110。可以在用户设备130、IoT设备120和/或用户设备130、IoT设备120和/或服务器的组合处包括转换器。

可以将通用转换器110提供为到任何IoT协议(无论是标准还是专用)的完全可扩展插件。转换器可以自动地且安全地接收和应用更新。转换器可以支持诸如无线协议之类的现有和/或潜在协议。转换器可以利用加密通信。下面将参考图2-5来更详细地描述通用转换器。

每个IoT设备120可以是能够跨至少一个协议140进行通信的电子设备。IoT设备120可以包括具有嵌入式IoT功能的物理设备、运载工具、建筑物等。示例性IoT设备包括锁具、电源或照明设备、器械、HVAC或加热系统等。在某些情况下,IoT设备可以包括能够跨一个或多个网络通信的多个物理组件(例如,智能灯泡可以包括物理灯泡和驻留于云中的计算机系统)。

此类设备可以包括诸如传感器、致动器、有线或无线通信发送机和/或接收机等元件。此类设备通常能够连接到一个或多个本地或分布式网络。

每个用户设备130可以是诸如智能电话、平板电脑、个人计算机、遥控器等之类的设备。其能够通常通过执行应用程序而跨至少一个协议150进行通信。另外,每个用户设备可以包括可以用来控制各种IoT设备140或者另外与之相交互的组件,诸如用户接口元件(例如,触摸屏、小键盘、按钮等)。

在某些实施例中,IoT设备120可以充当用户设备130。例如,可以使用IoT车库门打开器来控制IoT灯泡。

在操作期间,用户设备130可以尝试与IoT设备120相交互(例如,通过向IoT设备发送命令)。如果用户设备130能够使用协议150通信,而IoT设备能够使用协议140通信,则通用转换器110可以跨协议150从用户设备130接收命令并跨协议140将该命令递送到IoT设备120。

通用转换器110可以通过在协议140上从IoT设备接收通信并跨协议150将该通信递送到用户设备130而同样地允许IoT设备120发送消息或数据。

图2图示出由系统100提供的示例性通用转换器110的示意性框图。如所示,通用转换器可以包括核心210、一组服务220以及一组虚拟设备230。本领域普通技术人员将认识到的是可以使用多个物理设备或计算机系统来实现转换器110的各种组件210-230。

核心210可以使用内部协议来处理服务220与虚拟设备230之间的通信。核心210可以执行、引导和/或另外实行各种其它操作,诸如数据查找、存储和/或评估、其它组件的管理等。下面将参考图3来更详细地描述核心。

服务220可以包括多个插件模块,其能够使用任何支持的协议来与各种IoT设备120和或应用程序(例如,经由用户设备130)进行通信。下面将参考图4来更详细地描述此类服务220。

虚拟设备230可以包括多个插件模块,其能够实例化为IoT设备以便使用任何支持的协议与各种用户设备130进行通信。下面将参考图5来更详细地描述此类虚拟设备230。

图3图示出由通用转换器110提供的示例性核心210的示意性框图。如所示,核心210可以包括通信模块310、转换器命令模块320、主命令模块330、用户数据模块340。应用程序列表350以及设备列表360。

通信模块310可以管理、执行或者另外实行服务子系统220与虚拟设备子系统230之间的通信(例如,消息发送、线程等)。通信模块310可以进一步管理各种硬件子系统。

转换器命令模块320可以管理命令和/或协议解析。

主命令模块330可以管理用核心子系统210来监督所有其它模块的主线程。

用户数据模块340可以处理用户和/或配置数据并维护应用程序列表350和设备列表360。

应用程序列表350可以包括关联应用程序列表、其状态和/或其它相关信息。可以基于诸如用户设备上的安装、应用程序的先前执行、来自提供商的可用应用程序的列表等各种相关准则来关联应用程序。

设备列表360可以包括关联IoT设备的列表、其状态和/或其它相关信息。可以基于诸如先前交互、与制造商的关联等各种相关因素来关联设备。

本领域普通技术人员将认识到的是在不脱离本公开的范围的情况下可以以各种不同方式来实现图1-3的系统和/或设备。例如,某些实施例可以包括附加模块、设备等。作为另一示例,可以消除各种模块。此外,可以使用与所示出的相比各种不同通信路径或方案来实现各种模块、设备等。

图4图示出由通用转换器110提供的示例性服务220的示意性框图。如所示,服务220包括平台410以及协议特定服务420和相关联移植层(porting layer)430的多个集合。

平台410可以由转换器110的内部协议提供并可以允许与核心210的交互。内部协议可以是能够被IoT设备使用的完整IoT协议。

每个协议特定设备420可以与一个或多个相应IoT协议相关联,并且可以包括与IoT协议相关联的通信规则、参数、属性等。在某些情况下,可以将一个或多个协议特定服务420与单个IoT设备120或用户设备130应用程序、设备或应用程序的类型或品牌、与特定协议相关联的多个设备或应用程序等相关联。

每个移植层430可以经由平台410将关联特定服务420链接到内部协议。

图5图示出由通用转换器110提供的示例性虚拟设备的示意性框图。如所示,虚拟装置230包括平台510以及特定虚拟设备520和相关联移植层530的多个集合。

平台510可以由转换器110的内部协议提供并可以允许与核心210的交互。

每个虚拟设备520可以与一个或多个相应协议相关联,并且可以包括与IoT设备或用户设备协议相关联的通信规则、参数、属性等,这里该协议可以与在用户设备上运行的应用程序相关联。在某些情况下,可以将一个或多个协议特定虚拟装置520与单个IoT设备120或用户设备130、设备的类型或品牌、与特定协议相关联的多个设备等相关联。

每个移植层530可以经由平台510将关联特定虚拟装置520链接到内部协议。

本领域普通技术人员将认识到的是在不脱离本公开的范围的情况下可以用各种不同方式来实现上文参考图1-5所描述的系统和组件。例如,某些实施例可以包括附加模块或组件(例如,硬件模块、用户接口元件等),可以省略各种组件,包括组件的不同布置等。

II.操作方法

图6图示出系统100所使用的示例性通信结构600的消息流图。如所示,系统可以包括通用转换器110、IoT设备120以及用户设备130。在本示例中通用转换器110包括核心210、服务220以及虚拟装置230。用户设备130可以包括新的应用程序610和旧的或先前添加的应用程序615。

如所示,核心210可以向服务220发送用以发起针对每个所支持的IoT协议的服务的请求620。服务220可以通过在每个所支持协议上侦听设备和/或应用程序来对此类请求进行响应。

接下来,IoT设备120可以广播能够被服务220中的一个接收的存在消息或信标625。该服务进而可以基于消息625的协议来处理新设备120的发现。

新的应用程序610然后可以广播能够被服务220中的一个接收到的存在消息或信标630。该服务进而可以基于消息630的协议来处理新的应用程序610的发现。

服务220可以在服务220与设备120之间建立通信信道635。接下来,服务220可以向核心210发送设备通知640。通知640可以包括新设备的指示、与设备相关联的已识别协议、与设备相关联的唯一标识符或ID等。

服务220然后可以向核心210发送应用程序通知645。通知645可以包括新应用程序的指示、与应用程序相关联的已识别协议、与应用程序相关联的唯一标识符或ID等。

响应于通知640-645,核心210然后可以向应用程序列表中插入新应用程序信息并向设备列表宏插入新设备信息。针对每个新设备,核心210可以通过应用程序列表进行循环,并且如果协议不匹配,核心可以发起对应于应用程序协议的虚拟设备实例。此类发起可以通过从核心210向虚拟装置230发送用于新应用程序的实例化请求650和/或用于现有应用程序的实例化请求655而实现。

核心210可以确定旧应用程序615的协议是否与新IoT设备120的协议匹配,并且如果协议不匹配,则创建使用旧应用程序615的协议的IoT设备120的虚拟装置230。接下来,新虚拟装置230可以向新应用程序610广播存在消息660并在虚拟装置230与新应用程序610之间建立通信信道665。同样地,与现有应用程序615相关联的虚拟装置230可以向旧应用程序615广播存在消息670并在虚拟装置230与旧应用程序615之间建立通信信道675。替换地,如果协议不配,则核心120可以直接地而不是经由虚拟装置230与新应用程序610通信。

然后可以利用建立的通信信道(和通用转换器110的内部信道)来允许设备120与应用程序610或615之间的双向通信。下面参考消息680-695来描述一个示例性情形。

在本示例中,可以由新应用程序610发起操作(例如,接通命令)。如所示,可以从新应用程序610向虚拟装置230发送命令680。虚拟装置可以将操作、命令或应用编程接口(API)规格化到通用转换器内部协议。

接下来,可以使用内部协议从虚拟装置230向核心210发送规格化消息685。响应于消息685,核心可以使用设备列表来识别与消息相关联的IoT设备。然后可以从核心210向使用设备列表识别的特定服务220发送规格化操作690。最后,服务可以使用用于IoT设备的适当协议向IoT设备120发送操作695。

可以使用类似通信算法来从IoT设备120向用户设备130中继消息或数据。

本领域普通技术人员将认识到的是在不脱离本公开的范围的情况下可以用各种不同方式来实现通信结构600。例如,虽然可以将某些消息表示为单个实体,但各种通信可以包括各种数目的数据包、初始化消息、握手或其它通信协议等。另外,虽然已按照特定顺序示出了消息,但不同的实施例可以根据一个或多个消息的内容和/或其它相关因素而允许不同的结构和/或消息发送序列。此外,可以使用不同的特定物理组件来实现通信结构。

图7图示出提供通用转换的示例性过程的流程图700。此类过程可以例如在用户设备应用程序被启动时、在IoT设备被接通时等开始。该过程可以由诸如转换器110之类的组件执行。

如所示,过程可以识别(在710处)IoT设备。接下来,过程可以确定(在720处)用于IoT设备的协议和唯一标识符(ID)。可以基于各种相关因素(例如,从设备接收到的消息)来进行协议确定。唯一标识符可以先前已经在转换器110处生成,并且可以与诸如列表360之类的设备列表相关联。

该过程然后可以识别(在730处)应用程序。该应用程序可以由诸如智能电话、平板电脑、个人计算机、可穿戴设备等用户设备执行。接下来,过程可以确定(在740处)与用户设备和或应用程序相关联的协议和唯一ID。可以基于各种适当准则(例如,从应用程序或设备接收到的消息)来进行协议确定。该唯一ID可以已经先前在转换器110处生成,并且可以与诸如列表350之类的应用程序列表相关联。

唯一ID可以至少部分地基于与用户设备相关联的信息(例如,序号、型号等),并且可以包括自动增加的元素、随机生成串、用户输入数据、协议特定ID和/或可以允许在遇到新应用程序和设备时针对该新应用程序和设备生成附加唯一ID的其它适当特征。转换器110然后可能能够基于从应用程序或设备接收到的未来通信而识别唯一ID。该唯一ID在某些实施例的通用IoT系统内可以是唯一的(即,ID在其自己的协议内是唯一的是不够的)。

过程700然后可以确定(在750处)在IoT设备与用户设备之间协议和/或ID是否匹配。另外,某些实施例可以确定在新应用程序或新应用程序与每个现有应用程序或设备之间协议是否匹配。如果协议和ID不匹配,则过程可以插入(在760处)能够在用户设备与IoT设备之间转换通信的虚拟设备。

接下来,过程可以从应用程序接收(在770处)诸如命令之类的操作。该过程然后可以向IoT设备发送(在780处)操作,其中,可以视情况经由虚拟设备来发送该操作。

可以使用类似过程来在用户设备处从IoT设备接收通信或允许IoT设备之间的通信。

图8图示出为与多个应用程序相关联的IoT设备提供通用转换的示例性过程800的流程图。具体地,过程800描述了新应用程序和设备的处理。此类过程可以例如当用户设备应用程序被启动时、当IoT设备被接通时等开始。该过程可以由诸如转换器110之类的组件执行。

如所示,本过程可以接收(在810处)设备协议和ID并接收(在820处)应用程序协议和ID。可以使用消息(诸如上文所述的消息640-645)在核心210处从服务220接收此类信息。

接下来,过程可以确定(在830处)应用程序是否是新应用程序(即,先前尚未遇到的应用程序)。可以通过将接收到的应用程序信息与应用程序列表中的信息相比较来进行此类确定。如果过程确定应用程序是新的,则过程将应用程序添加(在840处)到应用程序列表。

过程800然后可以通过现有IoT设备的列表进行循环(在845处)并针对设备列表中的设备确定(在850处)新应用程序和现有设备的协议是否匹配。如果协议不匹配,则过程可以发起(在855处)虚拟设备实例。

在确定(在830处)应用程序不是新的之后或者在确定(在850处)协议匹配之后或者在发起(在855处)虚拟设备实例之后,过程可以确定(在860处)设备是否是新设备。可以通过将接收到的设备信息与设备列表中的信息相比较来进行此类确定。如果设备不是新设备,则过程可以结束。

如果过程确定设备是新设备,则过程然后可以(在865处)将设备添加到设备列表。过程800然后可以通过应用程序列表进行循环(在870处)并针对应用程序列表中的每个应用程序确定(在880)新的设备和应用程序的协议是否匹配。如果协议不匹配,则过程可以发起(在890处)虚拟设备实例且然后可以结束。如果协议匹配,则过程可以在不将任何虚拟设备实例化的情况下结束。

图9图示出从用户设备向IoT设备发送操作的示例性过程900的流程图。此类过程可以例如当在用户设备应用程序处接收到命令时、当IoT设备对命令进行响应时等开始。该过程可以由诸如转换器110之类的组件执行。可以使用类似补充过程来从IoT设备接收消息并向用户设备发送消息。

如所示,过程可以接收(在910处)操作。此类操作可以是从应用程序接收到的,并且基于各种用户输入或动作。

接下来,过程可以将该操作规格化(在920处)以便在转换器的内部协议内使用。过程然后可以将该操作发送(在930处)到核心。过程然后可以从设备列表中识别(在940处)设备并识别(在950处)与设备相关联的服务。

过程900然后可以将操作发送(在970处)到已识别服务。最后,过程可以将操作从服务发送(在980处)至IoT设备且然后可以结束。

本领域普通技术人员将认识到的是过程700-900是示例性的,并且在不脱离本公开的范围的情况下可以以不同方式实现不同实施例。例如,某些实施例可以按照不同顺序执行操作,可以省略各种操作和/或可以包括附加操作。作为另一示例,可以迭代地执行某些操作和/或操作集合(例如,如当将一系列命令从用户设备中继到IoT设备时)。另外,可以将该过程划分成多个子过程和/或与较大的宏过程中的其它过程或操作组合。此外,该过程可以由各种不同的物理设备(和/或设备集合)执行。

III.计算机系统

可以将上文描述的许多过程和模块实现为被指定为记录在非临时储存介质上的一个或多个指令集的软件过程。当这些指令被一个或多个计算元件(例如,微处理器、微控制器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)等)执行时,该指令促使计算元件执行在指令中指定的动作。

在某些实施例中,可以完全使用可以包括设备或元件的各种集合(例如,传感器、逻辑门、模数转换器、数模转换器、比较器等)的电子电路来实现上文所述的各种过程和模块。此类电路可能能够执行可以与自始至终所描述的各种软件元素相关联的功能和/或特征。

图10图示出用来实现某些实施例的示例性计算机系统1000的示意性框图。例如,可以至少部分地使用计算机系统1000来实现上文参考图1所述的系统。作为另一示例,可以至少部分地使用被使用计算机系统1000执行的指令集来实现参考图6所述的通信结构和/或参考图7-9所述的过程。

可以使用各种适当设备来实现计算机系统1000。例如,可以使用一个或多个个人计算机(PC)、服务器、移动设备(例如,智能电话)、平板设备和/或任何其它适当设备来实现计算机系统。各种设备可以单独地(例如,可以将计算机实现为单个PC)或者相结合地(例如,计算机系统的某些组件可以由移动设备提供,而其它组件由平板设备提供)工作。

如所示,计算机系统1000可以包括至少一个通信总线1005、一个或多个处理器1010、系统存储器1015、只读存储器(ROM)1020、永久性储存设备1025、输入设备1030、输出设备1035、音频处理器1040、视频处理器1045、各种其它组件1050以及一个或多个网络接口1055。

总线1005表示计算机系统1000的元件之间的所有通信路径。此类路径可以包括有线、无线、光学和/或其它适当的通信路径。例如,输入设备1030和/或输出设备1035可以使用无线连接协议或系统被耦合到系统1000。

处理器1010可以为了执行某些实施例的过程而从诸如系统存储器1015、ROM 1020以及永久性储存设备1025之类的组件检索要执行的指令和/或要处理的数据。可以通过总线1005来传递此类指令和数据。

系统存储器1015可以是易失性读写存储器,诸如随机存取储器(RAM)。系统存储器可以存储处理器在运行时使用的某些指令和数据。用来实现某些实施例的指令集和/或数据可以被存储在系统存储器1015、永久性储存设备1025和/或只读存储器1020中。ROM 1020可以存储可以被处理器1010和/或计算机系统的其它元件使用的静态数据和指令。

永久性储存设备1025可以是读写存储器设备。永久性储存设备可以是非易失性存储器单元,其即使在计算机系统1000关闭或断电时也存储指令和数据。计算机系统1000可以使用可移动储存设备和/或远程储存设备作为永久性储存设备。

输入设备1030可以使用户能够向计算机系统传送信息和/或操纵系统的各种操作。输入设备可以包括键盘、光标控制设备、音频输入设备和/或视频输入设备。输出设备1035可以包括打印机、显示器、音频设备等。输入和/或输出设备中的某些或全部可以以无线或光学方式连接到计算机系统1000。

音频处理器1040可以处理和/或生成音频数据和/或指令。音频处理器可能能够从诸如扩音器之类的输入设备1030接收音频数据。音频处理器1040可能能够向诸如一组扬声器之类的输出设备1040提供音频数据。音频数据可以包括数字信息和/或模拟信号。音频处理器1040可能能够分析和/或另外评估音频数据(例如,通过确定诸如信噪比、动态范围等品质)。另外,音频处理器可以执行各种音频处理功能(例如,均衡化、压缩等)。

视频处理器1045(或图形处理单元)可以处理和/或生成视频数据和/或指令。视频处理器可能能够从诸如相机之类的输入设备1030接收视频数据。视频处理器1045可能能够向诸如显示器之类的输出设备1040提供视频数据。视频数据可以包括数字信息和/或模拟信号。视频处理器1045可能能够分析和/或另外评估视频数据(例如,通过确定诸如分辨率、帧速率等品质)。另外,视频处理器可以执行各种视频处理功能(例如,对比度调整或规格化、色彩调整等)。此外,视频处理器可能能够渲染图形元素和/或视频。

其它组件1050可以执行各种其它功能,包括提供存储、与外部系统或组件相联系等。

最后,如图10中所示,计算机系统1000可以包括能够连接到一个或多个网络1060的一个或多个网络接口1055。例如,计算机系统1000可以被耦合到因特网上的网络服务器,使得在计算机系统1000上执行的网络浏览器可以在用户与在网络浏览器中操作的接口相交互时与网络服务器相交互。计算机系统1000可能能够通过网络接口1055和网络1060来访问一个或多个远程储存器1070和一个或多个外部组件1075。网络接口1055可以包括一个或多个API,其可以允许计算机系统1000访问远程系统和/或储存器,并且还可以允许远程系统和/或储存器访问计算机系统1000(或其元件)。

如在本申请的本说明书和任何权利要求中所使用的,术语“计算机”、“服务器”、“处理器”以及“存储器”全部指代电子设备。这些术语不包括人或人群。如在本申请的本说明书和任何权利要求中所使用的,术语“非临时储存介质”完全局限于以可被电子设备读取的形式存储信息的有形物理对象。这些术语不包括任何无线或其它瞬息信号。

本领域普通技术人员应认识到的是,可以结合某些实施例来使用计算机系统100的任何或所有组件。此外,本领域普通技术人员将领会到的是,还可以与某些实施例或某些实施例的组件相结合地使用许多其它系统配置。

另外,虽然所示的示例可以将许多单独模块举例说明为单独元件,但本领域普通技术人员将认识到的是,可以将这些模块组合成单个功能块或元件。本领域普通技术人员还将认识到的是,可以将单个模块划分成多个模块。

前文涉及示例性实施例的说明性细节,并且在不脱离由以下权利要求定义的本公开的范围的情况下可以进行修改。

再多了解一些
当前第1页1 2 3 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1