CN106993043B - 基于代理的数据通信***和方法 - Google Patents

Abstract

本发明实施例提供一种基于代理的数据通信***和方法，***包括：控制后台，终端设备，安装于终端设备中的多个应用程序和代理；其中，代理中设置有多个应用程序的标识，用于根据应用程序的标识分别与多个应用程序建立通信连接；代理中存储有控制后台的通信地址，用于根据控制后台的通信地址与控制后台建立通信连接；代理中设置有服务接口集合，集合中的服务接口对应于多个应用程序提供的服务集合，以基于代理与控制后台的通信连接，代理与应用程序的通信连接以及各服务接口，通过代理来实现控制后台与终端设备中应用程序的及时性地数据通信，以便于控制后台及时发现终端设备的异常状况进行相应处理。

Description

基于代理的数据通信***和方法

技术领域

本发明涉及数据通信技术领域，尤其涉及一种基于代理的数据通信***和方法。

背景技术

近年来，随着机器人技术的发展和人工智能研究不断深入，智能移动机器人在人类生活中扮演越来越重要的角色，在诸多领域得到广泛应用。

为了为用户提供更加智能的服务，在机器人中往往会设置多种应用程序。机器人在使用的过程中，可能由于机器故障、应用程序运行异常等问题，往往需要运维人员人工去到现场进行维护。比如，运维人员去到现场，了解异常问题出现的原因、场景，当是应用程序异常时，需拉取错误日志反馈给相应的开发人员，开发人员修复后重新安装该应用程序到机器人中，解决问题的时效性变得很低，大大降低了用户体验度。

发明内容

有鉴于此，本发明实施例提供一种基于代理的数据通信***和方法，用以通过代理实现控制后台与终端设备中的应用程序间的及时通信，以便于控制后台及时发现终端设备的异常状况进行相应处理。

本发明实施例提供一种基于代理的数据通信***，包括：

控制后台，终端设备，安装于所述终端设备中的多个应用程序，安装于所述终端设备中的代理；其中，

所述代理中设置有所述多个应用程序的标识，所述代理用于根据所述应用程序的标识分别与所述多个应用程序建立通信连接；

所述代理中存储有所述控制后台的通信地址，所述代理还用于根据所述控制后台的通信地址与所述控制后台建立通信连接；

所述代理中设置有服务接口集合，所述服务接口集合中的服务接口对应于所述多个应用程序提供的服务集合。

本发明实施例提供一种基于代理的数据通信方法，包括：

根据预先存储的控制后台的通信地址，与所述控制后台建立第一通信连接；

根据预先存储的所属终端设备中的多个应用程序的标识，分别与所述多个应用程序建立第二通信连接；

根据所述第一通信连接、所述第二通信连接和预设服务接口集合，进行所述控制后台与所述多个应用程序之间的数据通信处理，所述预设服务接口集合中的服务接口对应于所述多个应用程序提供的服务集合。

本发明实施例提供的基于代理的数据通信***和方法，该***包括：控制后台，终端设备，安装于终端设备中的多个应用程序和代理。其中，代理中设置有多个应用程序的标识，以根据各应用程序的标识分别与多个应用程序建立通信连接；并且，代理中存储有控制后台的通信地址，以根据控制后台的通信地址与控制后台建立通信连接。另外，代理中设置有对应于终端设备中多个应用程序提供的服务集合的服务接口集合，从而，基于代理与控制后台的通信连接，代理与应用程序的通信连接以及各服务接口，可以通过代理来实现控制后台与终端设备中应用程序的及时性地数据通信，以便于控制后台及时发现终端设备的异常状况进行相应处理。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1a为本发明实施例提供的基于代理的数据通信***实施例一的结构示意图；

图1b为在图1a所示***的场景下的一种数据通信方式的信令交互图；

图1c为在图1a所示***的场景下的另一种数据通信方式的信令交互图；

图1d为在图1a所示***的场景下的又一种数据通信方式的信令交互图；

图2为本发明实施例提供的基于代理的数据通信方法实施例的流程图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

在本发明实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本发明。在本发明实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义，“多种”一般包含至少两种，但是不排除包含至少一种的情况。

应当理解，本文中使用的术语“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

应当理解，尽管在本发明实施例中可能采用术语第一、第二、第三等来描述XXX，但这些XXX不应限于这些术语。这些术语仅用来将XXX彼此区分开。例如，在不脱离本发明实施例范围的情况下，第一XXX也可以被称为第二XXX，类似地，第二XXX也可以被称为第一XXX。

取决于语境，如在此所使用的词语“如果”、“若”可以被解释成为“在……时”或“当……时”或“响应于确定”或“响应于检测”。类似地，取决于语境，短语“如果确定”或“如果检测(陈述的条件或事件)”可以被解释成为“当确定时”或“响应于确定”或“当检测(陈述的条件或事件)时”或“响应于检测(陈述的条件或事件)”。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的商品或者***不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种商品或者***所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的商品或者***中还存在另外的相同要素。

图1a为本发明实施例提供的基于代理的数据通信***实施例一的结构示意图，如图1a所示，该***包括：

控制后台1，终端设备2，安装于终端设备2中的多个应用程序21，安装于终端设备2中的代理22。其中，在机器人应用场景中，上述终端设备2可以是安装于机器人内的电子设备。

其中，代理22中存储有控制后台1的通信地址，代理22还用于根据控制后台1的通信地址与控制后台1建立通信连接。

具体地，代理22配置好后启动，通过预先存储的控制后台1的通信地址，通过预设端口向控制后台1发送连接请求，如果控制后台1通过预设端口接收到该连接请求，则与代理22建立通信连接。

可选地，当应用场景中不止一个终端设备2时，该连接请求中可以包括当前触发该连接请求的终端设备2的标识以及终端设备2的通信地址。其中，代理22中被预先存入其所安装于的终端设备2的标识和终端设备2的通信地址，该终端设备的标识比如可以是主板编号等用于唯一标识一个终端设备的标识，该通信地址比如可以是终端设备的IP地址，比如内网地址或外网地址，端口信息等。此时，控制后台1，在根据该连接请求建立与代理22的通信连接后，还在连接池中添加与终端设备2的标识对应的通信连接信息。

具体地，控制后台1在启动后，创建连接池，当接收到上述代理22发送的连接请求后，通过该连接请求中携带的终端设备2的标识判断连接池中是否包含有与之对应的通信连接信息，如果没有，则将当前的连接请求中的终端设备2的标识以及终端设备2的通信地址以键值的方式添加到连接池中，其中键为终端设备2的标识，值为终端设备2的通信地址。

另外，代理22中设置有多个应用程序21的标识，该代理22用于根据应用程序21的标识分别与多个应用程序21建立通信连接。

将代理22配置于终端设备2中，将需要使用代理22的多个应用程序21中添加代理22中预先设置的标识，以便于代理22与该多个应用程序21建立通信连接，且标识不能重复。

而且，代理22中设置有服务接口集合，该服务接口集合对应于多个应用程序21提供的服务集合。

其中，上述应用程序的标识，可以包括表征一个应用程序的标识，也可以进一步包括表征该应用程序提供的服务的标识，比如服务名称。

值得说明的是，上述服务接口集合中的服务接口与多个应用程序提供的服务集合中的服务并非一定是一一对应关系，比如可以是一对多的对应关系，此时，可以对服务集合中的服务进行共性的抽象，如果某几个服务的处理逻辑一致，则对应于同一个服务接口。另外，可选地，控制后台1维护的服务接口集合与代理22维护的服务接口集合也可以不完全一致，因为同理，控制后台1可能进一步对代理22维护的服务接口集合中的几个服务接口抽象共性，对应于一个控制后台侧的服务接口。

具体地，可以预先在代理22中定义服务接口集合，该服务接口集合中的服务接口用于进行代理22与相应应用程序21间的通信。举例来说，假设应用程序A中提供的服务包括服务a、服务b，应用程序B中提供的服务包括服务c、服务d，那么在代理22中预先定义与服务a、服务b、服务c、服务d分别对应的服务接口，以便于当控制后台1与应用程序A中的服务a之间有数据通信需求时，代理22能够将通信数据通过与之对应的服务接口传输至服务a，同理，当服务a想要传输数据给控制后台1时，可以基于与之对应的服务接口将数据发送至代理22，以便代理22将数据转发至控制后台1。

具体地，应用程序21与代理22间通信建立的过程比如可以是：

在需要使用代理22的应用程序21的Service中添加固定的服务名称；

在应用程序21的Service初始化后，对Agent定义的服务接口进行实现，对实现进行实例化后，通过反射和动态代理机制，对实例化的对象进行发布。当某服务被触发产生数据通信需求时，通过Android的Intent机制获取代理的对应服务接口，发送相应的通信数据；其中，假设应用程序21和代理22所安装于的终端设备2是基于Android***的；

代理22启动初始化，并将终端设备2中的应用程序21配置的服务名称进行注册，启动后，当存在向某服务的通信需求时，通过服务名称获取到相应的服务接口，建立通信通道，向对应服务发送通信数据。

基于上述过程，控制后台1与应用程序21之间可以通过代理22进行数据通信。比如，控制后台1可以通过代理22向某个应用程序21发送版本升级信息；某个应用程序21可以通过代理22向控制后台1发送版本升级请求，发送运行状态信息等。

另外，由于终端设备2中使用该代理22的应用程序21的数量往往是多个，而控制后台1往往在不同情况下都会有与不同应用程序的通信需求，基于本实施例，不论控制后台1需要与哪个使用代理22的应用程序进行数据通信，都是通过代理22实现的，此时，控制后台1仅需要维护与代理22之间的一条通信连接即可，不需要控制后台1维护与各应用程序之间的通信连接，降低了控制后台1的通信连接的维护成本，即大大降低了控制后台1的连接池中的通信连接信息数量。

综上，本实施例提供的基于代理的数据通信***，包括：控制后台，终端设备，安装于终端设备中的多个应用程序和代理。其中，代理中设置有多个应用程序的标识，以根据各应用程序的标识分别与多个应用程序建立通信连接；并且，代理中存储有控制后台的通信地址，以根据控制后台的通信地址与控制后台建立通信连接。另外，代理中还设置有对应于终端设备中多个应用程序提供的服务集合的服务接口集合，控制后台可以对该服务接口集合进行实现，从而，基于代理与控制后台的通信连接，代理与应用程序的通信连接以及各服务接口，可以通过代理来实现控制后台与终端设备中应用程序的及时性地数据通信，以便于控制后台及时发现终端设备的异常状况进行相应处理。

图1b为在图1a所示***的场景下的一种数据通信方式的信令交互图，如图1b所示，包括如下步骤：

步骤101、代理以预设时间间隔向控制后台发送心跳消息，心跳消息中包含终端设备的标识。

步骤102、控制后台响应于心跳消息，查询连接池中是否包含与终端设备的标识对应的通信连接信息，若不包含，则在连接池中添加与终端设备的标识对应的通信连接信息，若包含，则修改该通信连接信息的更新时间。

步骤103、控制后台若在预设时间内没有接收到代理发送的心跳消息，或者，接收到代理发送的离线通知消息，则在连接池中删除该通信连接信息。

本实施例中，为了保证代理22与控制后台1之间通信连接的可靠性，代理22还用于以一定时间间隔循环向控制后台1发送心跳消息，以保证两者之前通信连接的有效性。

相应地，控制后台1还用于：在接收到该心跳消息后，查询连接池中是否包含与终端设备的标识对应的通信连接信息，若不包含，说明代理22与控制后台1的通信连接已经中断，此时，可以重新建立两者间的通信连接，并在连接池中添加对应的通信连接信息；若包含，则修改该通信连接信息的更新时间，以更新该通信连接信息最新被检测为有效的时间。如果控制后台1若在预设时间内没有接收到代理22发送的心跳消息，或者，接收到代理22发送的离线通知消息，则说明两者间的通信连接中断，在连接池中删除与之对应的通信连接信息。

本实施例中，基于上述心跳机制，能够保证了代理与控制后台之间通信连接的有效性。

图1c为在图1a所示***的场景下的另一种数据通信方式的信令交互图，如图1c所示，包括如下步骤：

步骤201、控制后台接收用户触发的数据通信请求，该数据通信请求中包括终端设备的标识、应用标识和服务接口标识。

在一应用场景中，假设控制后台1需要与某应用程序21进行数据通信，该数据通信需求的触发，可选地，可以是控制后台1侧的工作人员即上述用户主动触发的。

当用户触发该数据通信请求时，用户可以是基于在控制后台1的界面上通过选择向哪个终端设备的哪个应用程序触发什么样的服务来触发上述数据通信请求。

步骤202、控制后台根据终端设备的标识从连接池中查询通信连接信息，以根据通信连接信息和服务接口标识对应的服务接口向代理发送数据通信请求。

由于控制后台1的连接池中可能维护有与多个不同的终端设备2对应的代理之间的通信连接信息，当控制后台1当前需要与某个终端设备2中的某应用程序21进行针对某服务的数据通信时，基于该终端设备2的标识，从连接池中查询对应的通信连接信息，以基于该通信连接信息，通过相应的通信连接，并调用对应的服务接口向对应的代理22发送数据通信请求。

步骤203、代理通过服务接口标识对应的服务接口向应用标识对应的应用程序发送数据通信请求。

代理22接收到该数据通信请求后，调用相应的服务接口，向对应应用程序21的相应服务发送该数据通信请求，以实现控制后台1与该应用程序21之间的数据通信。

另外，在另一场景中，可选地，当是某终端设备2中多个应用程序中的任一应用程序21需要与控制后台1进行数据通信时，比如该应用程序21被用户触发了某操作，该操作导致需要与控制后台1通信，此时，代理22还用于：接收该应用程序21通过相应的服务接口发送的数据通信请求；基于与控制后台1的通信连接，通过该服务接口向控制后台1发送该数据通信请求。

为便于理解，下面以一个实际的例子来说明控制后台1和应用程序21之间通过代理22实现的数据通信过程。

比如，当应用程序21需要被进行版本升级时，例如终端设备侧用户触发了对该应用程序21的升级请求时，应用程序21通过版本升级服务接口向代理22发送该升级请求，该升级请求中可以包括所属终端设备的标识、应用程序标识、当前版本号。代理22接收到该升级请求后，通过相应的服务接口以及与控制后台1之间已经建立的通信连接，向控制后台1发送该升级请求。控制后台1接收到该升级请求后，查询数据库中是否有与之对应的新版本信息，如果有，则将携带有新版本号、新版本下载地址等信息的升级响应反馈至代理22，代理22反馈至应用程序21，以使得应用程序21基于该升级响应完成相应的升级处理。

图1d为在图1a所示***的场景下的又一种数据通信方式的信令交互图，如图1d所示，包括如下步骤：

步骤301、代理以第一预设时间间隔采集多个应用程序和/或终端设备的运行状态信息。

步骤302、代理将运行状态信息缓存至代理数据库中.

步骤303、代理以第二预设时间间隔从代理数据库中读取相应时间内存入的运行状态信息，第二预设时间间隔大于第一预设时间间隔。

步骤304、代理将读取到的运行状态信息发送至控制后台。

步骤304、代理若发送成功，则将已发送的运行状态信息从代理数据库中删除；若发送不成功，则延迟至下一个发送时间重新发送该运行状态信息。

本实施例中，以对终端设备2中多个应用程序21以及终端设备2的运行状况进行监测的场景为例，对如何基于代理22实现控制后台1与终端设备2中多个应用程序21之间的数据通信进行说明。

代理22启动成功后，可以启动一个特定的定时任务，比如每隔5秒钟收集终端设备2的CPU使用率、内存使用率、磁盘使用率、电量信息、终端设备中已安装应用程序和其版本等运行状态信息，并将采集到的运行状态信息缓存到代理数据库。比如每隔一分钟，通过与控制后台1之间已经建立的通信连接向控制后台1上传此一分钟内收集到的运行状态信息，若上传成功，从代理数据库中删除已发送的相应运行状态信息，若未成功，则等待下次继续上传。

相应地，控制后台1接收并监控代理22发送来的运行状态信息。具体地，代理22上传运行状态信息时，还附加有对应的终端设备标识、数据收集时间、指标名称等描述信息，以用于确定数据的唯一性。具体地，如果控制后台1基于该描述信息发现后台数据库中已经存在了相应的运行状态信息，则不写入后台数据库。

基于本实施例，控制后台1可以通过代理对终端设备以及其中应用程序的运行状态进行及时监控，以便于及时发送终端设备、应用程序的异常，进行相应的处理。

图2为本发明实施例提供的基于代理的数据通信方法实施例的流程图，本实施例提供的该基于代理的数据通信方法可以由上述基于代理的数据通信***中的代理来执行。如图2所示，该方法包括如下步骤：

步骤401、代理根据预先存储的控制后台的通信地址，与控制后台建立第一通信连接。

步骤402、代理根据预先存储的所属终端设备中的多个应用程序的标识，分别与多个应用程序建立第二通信连接。

步骤403、代理根据第一通信连接、第二通信连接和预设服务接口集合，进行控制后台与多个应用程序之间的数据通信处理，预设服务接口集合中的服务接口对应于多个应用程序提供的服务集合。

本实施例提供的所述基于代理的数据通信方法仅为以代理的角度，对如何基于代理实现控制后台与终端设备中应用程序间的数据通信进行的说明，其中未详细阐述的部分可以参见前述各实施例中的相关说明，在此不赘述。

以上所描述的***实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以产品的形式体现出来，该计算机产品可以存储在计算机可读存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机装置(可以是个人计算机，服务器，或者网络装置等)执行各个实施例或者实施例的某些部分所述的方法。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (9)

1.一种基于代理的数据通信***，其特征在于，包括：

控制后台，终端设备，安装于所述终端设备中的多个应用程序，安装于所述终端设备中的代理；其中，

所述代理中设置有所述多个应用程序的标识，所述代理用于根据所述应用程序的标识分别与所述多个应用程序建立通信连接；

所述代理中存储有所述控制后台的通信地址，所述代理还用于根据所述控制后台的通信地址与所述控制后台建立通信连接；

所述代理中设置有服务接口集合，所述服务接口集合中的服务接口对应于所述多个应用程序提供的服务集合，所述服务接口集合中的服务接口用于进行所述代理与相应应用程序间的通信；

所述控制后台，用于通过所述代理与所述终端设备中的应用程序进行数据通信，以发现所述终端设备的异常状况并进行相应处理。

2.根据权利要求1所述的***，其特征在于，所述代理中还存储有所述终端设备的标识和所述终端设备的通信地址，所述代理还用于根据所述控制后台的通信地址向所述控制后台发送连接请求，所述连接请求中包括所述终端设备的标识和所述终端设备的通信地址；

所述控制后台，还用于根据所述连接请求建立与所述代理的通信连接，并在连接池中添加与所述终端设备的标识对应的通信连接信息。

3.根据权利要求2所述的***，其特征在于，所述代理还用于：

以预设时间间隔向所述控制后台发送心跳消息，所述心跳消息中包含所述终端设备的标识；

所述控制后台还用于：响应于所述心跳消息，查询所述连接池中是否包含与所述终端设备的标识对应的所述通信连接信息，若不包含，则在所述连接池中添加所述通信连接信息，若包含，则修改所述通信连接信息的更新时间。

4.根据权利要求3所述的***，其特征在于，所述控制后台还用于：

若在预设时间内没有接收到所述代理发送的所述心跳消息，或者，接收到所述代理发送的离线通知消息，则在所述连接池中删除所述通信连接信息。

5.根据权利要求1至4中任一项所述的***，其特征在于，所述控制后台还用于：

接收用户触发的数据通信请求，所述数据通信请求中包括所述终端设备的标识、应用标识和服务接口标识；

根据所述终端设备的标识从所述连接池中查询所述通信连接信息，以根据所述通信连接信息和所述服务接口标识对应的服务接口向所述代理发送所述数据通信请求；

所述代理还用于：通过所述服务接口标识对应的服务接口向所述应用标识对应的应用程序发送所述数据通信请求。

6.根据权利要求1至4中任一项所述的***，其特征在于，所述代理还用于：

接收所述多个应用程序中的任一应用程序通过服务接口发送的数据通信请求；

通过所述服务接口向所述控制后台发送所述数据通信请求。

7.根据权利要求1至4中任一项所述的***，其特征在于，所述代理还用于：

以第一预设时间间隔采集所述多个应用程序和/或所述终端设备的运行状态信息；

将所述运行状态信息缓存至代理数据库中；

以第二预设时间间隔从所述代理数据库中读取相应时间内存入的运行状态信息，并发送至所述控制后台，所述第二预设时间间隔大于所述第一预设时间间隔。

8.根据权利要求7所述的***，其特征在于，所述代理还用于：

若所述发送成功，则将所述运行状态信息从所述代理数据库中删除；

若所述发送不成功，则延迟至下一个发送时间重新发送所述运行状态信息。

9.一种基于代理的数据通信方法，其特征在于，包括：

根据预先存储的控制后台的通信地址，与所述控制后台建立第一通信连接；

根据预先存储的所属终端设备中的多个应用程序的标识，分别与所述多个应用程序建立第二通信连接；

根据所述第一通信连接、所述第二通信连接和预设服务接口集合，进行所述控制后台与所述多个应用程序之间的数据通信处理，所述数据通信处理用于所述控制后台发现所述终端设备的异常状况并进行相应处理，所述预设服务接口集合中的服务接口对应于所述多个应用程序提供的服务集合，所述服务接口集合中的服务接口用于进行所述代理与相应应用程序间的通信。