一种用于机器人的数据传输处理方法与流程

文档序号:12132220阅读:532来源:国知局
一种用于机器人的数据传输处理方法与流程

本发明涉及机器人领域,具体涉及一种用于机器人的数据传输处理方法。



背景技术:

随着机器人技术的不断发展,智能机器人越来越多的被应用于人类的家庭生活中。

当前,智能机器人与用户的人机交互通常是面对面的交互,即用户直接向机器人发出交互请求(交互命令),机器人解析用户输入的交互请求(交互命令)并做出相应回应。

但是,随着机器人功能的不断完善,用户与机器人的交互模式也不断变化,在某些场景中,用户希望控制机器人执行某些特定的应用操作。因此,需要一种可以实现机器人控制的数据传输处理方法。



技术实现要素:

本发明提供了一种用于机器人的数据传输处理方法,所述方法包括:

机器人端的操作系统接收来自服务器的推送信息;

所述操作系统解析所述推送信息,确定所述推送信息对应的所述机器人端上的应用;

所述操作系统将所述推送信息发送到对应的所述应用以控制所述应用执行输出。

在一实施例中,所述方法还包括:

移动端生成推送信息并将所述推送信息发送到服务器;

所述服务器根据所述推送信息确定对应的机器人端并将所述推送信息推送到对应的机器人端的操作系统。

在一实施例中,移动端生成推送信息并将所述推送信息发送到服务器,其中,所述推送信息包含移动端的唯一推送地址、操作系统的唯一推送地址、机器人端应用的应用秘钥以及操作内容。

在一实施例中,所述服务器根据所述推送信息确定对应的机器人端并将所述推送信息推送到对应的机器人端的操作系统,其中,所述服务器对所述推送信息进行验证,将通过验证的所述推送信息推送到对应的机器人端的操作系统。

在一实施例中,所述操作系统将所述推送信息发送到对应的所述应用,其中:

所述操作系统通过状态机对所述推送信息进行验证,将通过验证的所述推送信息发送到对应的所述应用。

本发明还提出了一种针对机器人的数据传输处理系统,所述系统包括:

推送信息接收模块,其配置为接收来自服务器的推送信息;

推送信息解析模块,其配置为解析所述推送信息,确定所述推送信息对应的所述机器人端上的应用;

推送信息发送模块,其配置为将所述推送信息发送到对应的所述应用以控制所述应用执行输出。

在一实施例中,所述系统还包括:

推送信息生成模块,其配置为生成推送信息并将所述推送信息发送到服务器;

以及,

推送信息推送模块,其配置为根据所述推送信息确定对应的机器人端并将所述推送信息推送到对应的机器人端的操作系统。

在一实施例中,所述推送信息生成模块配置为生成包含移动端的唯一推送地址、操作系统的唯一推送地址、机器人端应用的应用秘钥以及操作内容的推送信息。

在一实施例中,所述推送信息推送模块还配置为:

对所述推送信息进行验证,将通过验证的所述推送信息推送到对应的机器人端的操作系统。

在一实施例中,所述推送信息解析模块包含用于验证所述推送信息合法性的状态机,其中:

所述推送信息发送模块配置为仅将通过验证的所述推送信息发送到对应的所述应用。

根据本发明的方法以及系统,可以实现移动端对智能机器人的操控;本发明的方法不仅操作简单、容易实现,而且具有较高的安全性,在实现操控的同时可以有效防止非法用户对智能机器人进行操控。

本发明的其它特征或优点将在随后的说明书中阐述。并且,本发明的部分特征或优点将通过说明书而变得显而易见,或者通过实施本发明而被了解。本发明的目的和部分优点可通过在说明书、权利要求书以及附图中所特别指出的步骤来实现或获得。

附图说明

附图用来提供对本发明的进一步理解,并且构成说明书的一部分,与本发明的实施例共同用于解释本发明,并不构成对本发明的限制。在附图中:

图1是根据本发明一实施例的方法流程图;

图2~图4是根据本发明实施例的方法的部分流程图;

图5是根据本发明一实施例的机器人系统结构简图;

图6是根据本发明一实施例的机器人系统部分结构简图。

具体实施方式

以下将结合附图及实施例来详细说明本发明的实施方式,借此本发明的实施人员可以充分理解本发明如何应用技术手段来解决技术问题,并达成技术效果的实现过程并依据上述实现过程具体实施本发明。需要说明的是,只要不构成冲突,本发明中的各个实施例以及各实施例中的各个特征可以相互结合,所形成的技术方案均在本发明的保护范围之内。

随着机器人技术的不断发展,智能机器人越来越多的被应用于人类的家庭生活中。当前,智能机器人与用户的人机交互通常是面对面的交互,即用户直接向机器人发出交互请求(交互命令),机器人解析用户输入的交互请求(交互命令)并做出相应回应。

但是,随着机器人功能的不断完善,用户与机器人的交互模式也不断变化,在某些场景中,用户希望控制机器人执行某些特定的应用操作。针对上述应用需求,本发明提出了一种用于机器人的数据传输处理方法。

接下来基于附图详细描述根据本发明实施例的方法的详细流程,附图的流程图中示出的步骤可以在包含诸如一组计算机可执行指令的计算机系统中执行。虽然在流程图中示出了各步骤的逻辑顺序,但是在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤。

如图1所示,在一实施例中,机器人端的操作系统接收来自服务器的推送信息(步骤S110)。具体的,在步骤S110中,机器人端的操作系统会提前启动服务,该服务用于注册第三方推送的接收能力,然而,该服务是否是第三方所推送的并不做局限。

当操作系统接收到推送信息后首先对推送信息进行初步的解析(步骤S120),确定推送信息对应的机器人端上的应用(步骤S130),即确定接收到的推送信息是针对哪一个应用程序的。然后操作系统将推送信息发送到步骤S130所确定的对应的应用以控制所述应用执行输出。(步骤S140)。具体的,在机器人接收推送信息并对推送信息作深入解析(步骤S150),从而确定需要执行的具体操作;最后机器人按照推送信息的解析结果执行输出(S160)。这样机器人就在服务器的推送信息的指挥下完成了行为操作,实现了机器人的控制。

在上述实施例的流程中,机器人相当于是被服务器发送来的推送信息操控的,具体的,在一实施例中,用户可以在移动端的家长端上操作以向机器人发送推送信息。进一步,在一实施例中,用户通过移动端(移动设备)向服务器发送推送信息,然后再由服务器将推送信息转发给机器人,服务器作为信息的中转。这样就实现了用户通过移动端对机器人的控制。

进一步的,在具体的应用场景中,用户通过移动端对机器人进行控制,在机器人端,机器人接收到的是推送信息。为了便于机器人操作系统以及应用理解并执行推送信息中的命令,推送信息具有与机器人操作系统以及应用匹配的格式。由移动端将控制/命令请求转化为与机器人操作系统以及应用匹配的格式。

如图2所示,在一实施例中,移动端首先采集用户输入(步骤S200),然后将用户输入转化为与机器人操作系统以及应用匹配的格式从而生成推送信息(步骤S210),接着移动端将推送信息发送到服务器(步骤S220)。

服务器接收推送信息(步骤S230),根据推送信息确定对应的机器人端(步骤S240),接着将推送信息推送到对应的机器人端的操作系统。

具体的,在一实施例中,移动端生成的推送信息包含操作系统的唯一推送地址(OS地址)。服务器根据操作系统的唯一推送地址来确定对应的机器人端(地址是唯一的,从而定位机器人端)。

进一步的,为了避免非法的移动端发送的推送信息被转发到机器人端,防止非法用户对机器人的操控,在一实施例中,服务器接收到推送信息后首先对推送信息进行验证,仅将通过验证的推送信息推送到对应的机器人端的操作系统。

如图3所示,在一实施例中,服务器首先接收来自移动端的推送信息(步骤S310);然后对接收到的推送信息进行验证(步骤S311);当推送信息通过验证时,根据推送信息确定对应的机器人端的机器人操作系统。当推送信息没有通过验证时,此时服务器不向机器人端推送推送信息并向移动端或者服务器管理员输出验证失败提示信息。

具体的,在一实施例中,服务器中保存有所有注册的合法的移动端的唯一推送地址,移动端生成的推送信息包含自身的唯一推送地址。当服务器接收到推送信息后通过移动端的唯一推送地址验证移动端是否为合法的移动端。

为了进一步防止非法用户对机器人的操控,在一实施例中,智能机器人端对接收到的推送信息的合法性进行验证。具体的,智能机器人的操作系统接收到推送信息后,通过状态机对推送信息进行验证,如果验证通过,则将推送信息发送到对应的应用。

如图4所示,在一实施例中,机器人端的操作系统接收来自服务器的推送信息(步骤S410)。当操作系统接收到推送信息后首先对推送信息进行合法性验证(步骤S420);当推送信息通过验证时操作系统对推送信息进行初步的解析,确定推送信息对应的机器人端上的应用(步骤S430);然后操作系统将推送信息发送到步骤S430所确定的对应的应用(步骤S440);应用接收推送信息并对推送信息作深入解析(步骤S450)从而确定需要执行的具体操作;最后按照推送信息的解析结果执行输出(S460)。

当推送信息没有通过验证时操作系统不发送推送信息到应用,而是将验证失败的提示信息输出给机器人用户或远端服务器(步骤S400)。进一步的,在一实施例中,机器人保存验证失败记录。

进一步的,在一实施例中,推送信息包含移动端的唯一推送地址、操作系统的唯一推送地址、机器人端应用的应用秘钥以及操作内容。其中:移动端的唯一推送地址可以用于定位/验证移动端;操作系统的唯一推送地址可以用于定位机器人端和/或通过移动端的唯一推送地址与操作系统的唯一推送地址的匹配关系验证移动端;机器人端应用的应用秘钥可以用于定位应用和/或验证操作命令的合法性;操作内容可以用于生成操控应用的操作命令,操作内容还可以用于定位应用。

具体的,以一具体应用环境为例,手机端(移动端)通过服务器推送接口,通过post请求,把数据(推送信息)发送给服务器。发送的数据内容包括手机端的唯一推送地址,OS主板(机器人操作系统主板)的唯一推送地址,系统应用(app)的应用秘钥(appkey)以及具体操作内容等内容。

服务器收到请求数据后,解析并采用第三方推送能力,根据OS主板的唯一地址,将封装后的信息发送给OS(OS会提前启动一个服务,注册第三方推送(push)的接收能力)

OS的Push服务接收到消息后,通过广播将信息,发送给OS内部的状态机,来对push来的信息,进行过滤(验证合法性),决定是否推送给系统app,符合规则后,再通过广播,根据对应的包名(在消息内包含),将消息发送给对应的app。

系统app根据广播发来的消息,对其进行解析,来执行输出。

进一步的,在一实施例中,采用了服务器验证与机器人端验证相结合的双重验证机制,从而进一步防止非法用户操控机器人。

综上,根据本发明的方法,可以实现移动端对智能机器人的操控;本发明的方法不仅操作简单、便与实现,而且具有较高的安全性,在实现操控的同时可以有效防止非法用户对智能机器人进行操控。

基于本发明的方法,本发明还提出了一种针对机器人的数据传输处理系统。如图5所示,在一实施例中,系统包括机器人OS的:

推送信息接收模块511,配置为接收来自服务器的推送信息;

推送信息解析模块512,,配置为解析推送信息,确定推送信息对应的机器人端上的应用(图5所示实施例包含3个不同的应用521、522以及523,推送信息解析模块512配置为确定推送信息对应的是3个应用中的哪一个);

推送信息发送模块513,其安装在机器人操作系统510中,配置为将推送信息发送到对应的应用以控制应用执行输出。

进一步的,如图6所示,在一实施例中,系统还包括移动端的:

推送信息生成模块641,配置为生成推送信息并将推送信息发送到服务器630;

以及,服务器端的推送信息推送模块631,配置为根据推送信息确定对应的机器人端并将推送信息推送到该机器人端的操作系统。

进一步的,在一实施例中,推送信息生成模块641配置为生成包含移动端的唯一推送地址、操作系统的唯一推送地址、机器人端应用的应用秘钥以及操作内容的推送信息。

进一步的,在一实施例中,推送信息推送模块631还配置为:对推送信息进行验证,将通过验证的推送信息推送到对应的机器人端的操作系统。

进一步的,在一实施例中,图5所示的推送信息解析模块512包含用于验证推送信息合法性的状态机,推送信息发送模块513配置为仅将通过验证的推送信息发送到对应的应用。

综上,根据本发明的系统,可以实现移动端对智能机器人的操控;本发明的系统不仅结构简单、容易实现,而且具有较高的安全性,在实现操控的同时可以有效防止非法用户对智能机器人进行操控。

虽然本发明所公开的实施方式如上,但所述的内容只是为了便于理解本发明而采用的实施方式,并非用以限定本发明。本发明所述的方法还可有其他多种实施例。在不背离本发明实质的情况下,熟悉本领域的技术人员当可根据本发明做出各种相应的改变或变形,但这些相应的改变或变形都应属于本发明的权利要求的保护范围。

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