图像处理方法、服务端、客户端和图像处理系统与流程

文档序号:20065398发布日期:2020-03-06 08:25阅读:149来源:国知局
图像处理方法、服务端、客户端和图像处理系统与流程

本发明涉及图像处理技术领域,尤其涉及一种图像处理方法、服务端、客户端和图像处理系统。



背景技术:

随着终端显示技术的发展,终端的显示方案呈现百花齐放的局面。基于采用电泳显示(electrophoresisdisplay,简称epd)技术的显示面板的电子终端,以其超薄轻便、廉价舒适、超低耗电的特点,成为目前iot(internetofthings,物联网)解决方案中重要的末端信息展示和收集的设备。但是,由于特殊的材料和技术,显示的图像需要符合专有的显示协议,并且无法在设备内部内置复杂的图像处理模块,导致图像的处理需要在后端进行高效稳定的处理,而图像处理算法的复杂性、专业性、安全性与专业性的要求,给后端的业务融合造成很多的困难和不便,进而导致人力成本高,工作效率低。



技术实现要素:

本发明提供一种图像处理方法、服务端、客户端和图像处理系统,以解决相关技术中的不足。

根据本发明实施例的第一方面,提供一种图像处理方法,应用于服务端,所述方法包括:

接收客户端发送的图像处理请求,所述图像处理请求包括第一图像格式的待处理图像;

根据所述图像处理请求获取待处理图像,并对所述待处理图像进行处理,获得第二图像格式的目标图像;

根据所述目标图像生成反馈消息,并将所述反馈消息发送给所述客户端。

在一个实施例中,所述服务端包含至少一个图像引擎;所述根据所述图像处理请求获取待处理图像,并对所述待处理图像进行处理,获得第二图像格式的目标图像,包括:

确定至少一个图像引擎中用于处理所述图像处理请求的第一目标图像引擎;

所述第一目标图像引擎根据所述图像处理请求获取待处理图像,并对待处理图像进行处理,获得第二图像格式的目标图像。

在一个实施例中,所述确定至少一个图像引擎中用于处理所述图像处理请求的第一目标图像引擎,包括:

获取至少一个图像引擎各自的状态标识;所述状态标识用于标识所述图像引擎处于工作状态或空闲状态;

根据至少一个图像引擎各自的状态标识确定处于空闲状态的所述第一目标图像引擎。

在一个实施例中,所述确定至少一个图像引擎中用于处理所述图像处理请求的第一目标图像引擎,包括:

获取至少一个图像引擎各自的处理能力标识;

根据至少一个图像引擎各自的处理能力标识与所选的第一分配策略确定所述第一目标图像引擎;所述第一分配策略与所述图像引擎的处理能力标识相关。

在一个实施例中,所述确定至少一个图像引擎中用于处理所述图像处理请求的第一目标图像引擎,包括:

获取至少一个图像引擎各自的处理能力标识与当前待处理的图像处理请求的数量;

根据至少一个图像引擎各自的处理能力标识、当前待处理的图像处理请求的数量与所选的第二分配策略确定所述第一目标图像引擎;所述第二分配策略与所述图像引擎的处理能力标识、当前待处理的图像处理请求的数量相关。

在一个实施例中,所述的图像处理方法,还包括:

对所述待处理图像进行处理,获得所述目标图像的预览图像,所述预览图像符合所述客户端的显示协议;

所述根据所述目标图像生成反馈消息,包括:

根据所述目标图像与所述预览图像生成所述反馈消息。

在一个实施例中,所述图像处理请求包含业务信息;所述方法,还包括:

根据所述图像处理请求获取业务信息;

根据所述目标图像生成反馈消息,包括:

根据所述目标图像与所述业务信息生成所述反馈消息。

在一个实施例中,所述第二图像格式为符合电泳显示屏的显示协议的二进制图像格式。

根据本发明实施例的第二方面,提供一种图像处理方法,应用于客户端,所述方法包括:

根据第一图像格式的待处理图像生成图像处理请求;

将所述图像处理请求发送给服务端,以使所述服务端根据所述图像处理请求获取待处理图像,并对所述待处理图像进行处理,获得第二图像格式的目标图像以及根据所述目标图像生成反馈消息;

接收所述服务端发送的所述反馈消息。

在一个实施例中,所述反馈消息包括预览图像;所述预览图像符合所述客户端的显示协议;所述方法,还包括:

根据所述反馈消息获得预览图像;

显示所述预览图像。

根据本发明实施例的第三方面,提供一种计算机设备,包括处理器和存储器;所述存储器,用于存储计算机程序;所述处理器,用于执行所述存储器上所存储的计算机程序,实现上述第一方面或上述第二方面所述的方法步骤。

根据本发明实施例的第四方面,提供一种计算机可读存储介质,所述计算机可读存储介质内存储有计算机程序,所述计算机程序被处理器执行时实现上述第一方面或上述第二方面所述的方法步骤。

根据本发明实施例的第五方面,提供一种图像处理系统,包括服务端与客户端;

所述服务端包括处理器和存储器;所述存储器,用于存储计算机程序;所述处理器,用于执行所述存储器上所存储的计算机程序,实现上述第一方面所述的方法步骤;

所述客户端包括处理器和存储器;所述存储器,用于存储计算机程序;所述处理器,用于执行所述存储器上所存储的计算机程序,实现上述第二方面所述的方法步骤。

在一个实施例中,所述图像处理请求包含业务信息;所述反馈消息包括所述目标图像与所述业务信息;所述图像处理系统还包括:数据库;

所述客户端被配置为根据所述反馈消息获取所述目标图像与所述业务信息,并将所述目标图像与所述业务信息存储到所述数据库中。

在一个实施例中,所述图像处理系统还包括:消息转发设备、边缘网关与显示设备;

所述客户端被配置为根据所述目标图像与所述业务信息生成业务指令,并发送给所述消息转发设备;

所述消息转发设备被配置为根据所述业务指令获取所述业务信息,并根据所述业务信息以及业务信息与边缘网关的对应关系确定对应的边缘网关,以及将所述目标图像发送给对应的边缘网关;

所述边缘网关被配置为将所述目标图像发送给所述显示设备,以使所述显示设备显示所述目标图像。

根据上述实施例可知,通过客户端向服务端发送包括第一图像格式的待处理图像的图像处理请求,以使服务端对待处理图像进行处理,得到第二图像格式的目标图像,以及根据目标图像生成反馈消息,并将反馈消息发送给客户端,从而使客户端获得第二图像格式的目标图像。这样,可以解耦业务处理与图像处理,对业务处理屏蔽图像处理的复杂性和实现细节,降低图像处理的复杂度,降低人力成本,提高工作效率。

应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,并不能限制本发明。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本发明的实施例,并与说明书一起用于解释本发明的原理。

图1是根据本发明实施例示出的一种图像处理方法的流程图;

图2是根据本发明实施例示出的另一种图像处理方法的流程图;

图3是根据本发明实施例示出的另一种图像处理方法的流程图;

图4是根据本发明实施例示出的另一种图像处理方法的流程图;

图5是根据本发明实施例示出的另一种图像处理方法的流程图;

图6是根据本发明实施例示出的另一种图像处理方法的流程图;

图7是根据本发明实施例示出的另一种图像处理方法的流程图;

图8是根据本发明实施例示出的一种服务端的框图;

图9是根据本发明实施例示出的一种客户端的框图。

具体实施方式

这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本发明相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本发明的一些方面相一致的装置和方法的例子。

本发明实施例提供一种图像处理方法,应用于服务端。如图1所示,该图像处理方法,包括以下步骤101~103:

在步骤101中,接收客户端发送的图像处理请求,图像处理请求包括第一图像格式的待处理图像。

在步骤102中,根据图像处理请求获取待处理图像,并对待处理图像进行处理,获得第二图像格式的目标图像。

在步骤103中,根据目标图像生成反馈消息,并将反馈消息发送给客户端。

在本实施例中,服务端接收客户端发送的包括第一图像格式的待处理图像的图像处理请求,并根据图像处理请求获取待处理图像,然后,对待处理图像进行处理,得到第二图像格式的目标图像,然后根据目标图像生成反馈消息,并将反馈消息发送给客户端,从而使客户端获得第二图像格式的目标图像。这样,可以解耦业务处理与图像处理,对业务处理屏蔽图像处理的复杂性和实现细节,降低图像处理的复杂度,降低人力成本,提高工作效率。

本发明实施例还提供一种图像处理方法,应用于客户端。如图2所示,该图像处理方法,包括以下步骤201~203:

在步骤201中,根据第一图像格式的待处理图像生成图像处理请求。

在步骤202中,将图像处理请求发送给服务端,以使服务端根据图像处理请求获取待处理图像,并对待处理图像进行处理,获得第二图像格式的目标图像以及根据目标图像生成反馈消息。

在步骤203中,接收服务端发送的反馈消息。

在本实施例中,客户端根据第一图像格式的待处理图像生成图像处理请求,并将图像处理请求发送给服务端,以使服务端根据图像处理请求获取待处理图像,并对待处理图像进行处理,获得第二图像格式的目标图像以及根据目标图像生成反馈消息,客户端接收服务端发送的反馈消息。这样,可以解耦业务处理与图像处理,对业务处理屏蔽图像处理的复杂性和实现细节,降低图像处理的复杂度,降低人力成本,提高工作效率。

本发明实施例还提供一种图像处理方法,应用于图像处理系统,该图像处理系统包括服务端与客户端。如图3所示,该图像处理方法,包括以下步骤301~305:

在步骤301中,客户端根据第一图像格式的待处理图像生成图像处理请求。

在一个示例性实施例中,上述的图像处理系统可以用于为公共交通工具上的电子拉手提供图像处理服务。其中,公共交通工具为公交车或地铁。电子拉手可以包括拉手本体以及显示屏。该显示屏可以是采用电泳显示(epd)技术的显示屏。

在一个实施例中,客户端可以接收用户上传的第一图像格式的待处理图像。客户端可以显示待处理图像,以便用户确认待处理图像的内容。其中,第一图像格式可以为jpg、jpeg、png、gif、bmp、tif、pcx、tga、exif、fpx、svg、psd、cdr、pcd、dxf、ufo、eps、ai、raw、wmf或webp。

需要说明的是,由于第一图像格式的待处理图像不符合电子拉手的显示屏的显示协议,因此,当需要电子拉手的显示屏显示待处理图像的内容时,需要对待处理图像进行处理,以获得符合电子拉手的显示屏的显示协议的目标图像。

在一个实施例中,当用户确认待处理图像的内容后,可以输入图像处理指令。客户端接收图像处理指令后,可以根据第一图像格式的待处理图像生成图像处理请求。其中,图像处理请求包括第一图像格式的待处理图像。

在一个实施例中,图像处理请求可以是json(javascriptobjectnotation,js对象简谱)格式。

在步骤302中,客户端将图像处理请求发送给服务端。

在一个实施例中,客户端与服务端通信连接。客户端可以将图像处理请求发送给服务端。

在步骤303中,服务端根据图像处理请求获取待处理图像,并对待处理图像进行处理,获得第二图像格式的目标图像。

在一个实施例中,服务端可以包括至少一个图像引擎。服务端可以将一个图像处理请求分配给任意一个图像引擎,图像引擎可以对图像处理请求进行解析,获取待处理图像,然后,对待处理图像进行处理,获得第二图像格式的目标图像。所以,本发明的实施例实现了无状态的图像引擎处理服务,解决基本业务功能和图像处理引擎的复杂交互的问题,便于图像处理能力的横向拓展,可以灵活的按需伸缩,支持高可用,满足业务的增长需求。

在一个实施例中,图像引擎是基于flask框架技术、对复杂的图像处理算法进行深度封装而成的独立的处理引擎。图像引擎可以提供开放的服务restfulapi,以供外部的客户端同一访问内部核心的图像引擎功能。本发明实施例中,将原来图像处理算法功能中的数据协议规范的输入解析、转换、序列化等通用功能全部委托基于flask图像端点实现。同时对外部访问屏蔽内部实现细节。将外部的访问和内部的调用逻辑隔离开来,使业务模块专注于业务处理,实现了低耦合、高扩展的设计。而且,由于图像引擎之间相互独立,因此,可以支持图像算法核心模块的热替换和秒级升级,而且,对业务功能是透明和无缝的。

需要说明的是,flask是一个基于python编写的轻量级web应用框架。其也被称为“microframework(微框架)”,核心简单,微服务方案友好,易于扩展。依赖python强大而完备的生态体系,可以应用于图像处理与数据处理。而且,本发明实施例中的基于flask的图像引擎可以应用于linux系统、windows系统与mac系统,实现了跨平台,增强了适用性。

在一个实施例中,第二图像格式可以为符合电泳显示屏的显示协议的二进制图像格式。

在一个实施例中,如图4所示,步骤303可以包括以下步骤401~402:

在步骤401中,确定至少一个图像引擎中用于处理图像处理请求的第一目标图像引擎。

在步骤402中,第一目标图像引擎根据图像处理请求获取待处理图像,并对待处理图像进行处理,获得第二图像格式的目标图像。

在一个实施例中,服务端在接收到图像处理请求后,可以从所有图像引擎中确定用于处理图像处理请求的第一目标图像引擎,并将图像处理请求分配给第一目标图像引擎,以使第一目标图像引擎根据图像处理请求获取待处理图像,并对待处理图像进行处理,获得第二图像格式的目标图像。

在一个实施例中,如图5所示,步骤401可以包括以下步骤4011~4012:

在步骤4011中,获取至少一个图像引擎各自的状态标识;所述状态标识用于标识所述图像引擎处于工作状态或空闲状态。

在步骤4012中,根据至少一个图像引擎各自的状态标识确定处于空闲状态的所述第一目标图像引擎。

在一个实施例中,服务端还可以包括控制模块。控制模块可以周期性地获取所有图像引擎各自的状态标识。例如,状态标识为1,表示图像引擎处于工作状态,状态标识为0,表示图像引擎处于空闲状态。当服务端接收到图像处理请求后,控制模块可以根据所有图像引擎各自的状态标识确定处于空闲状态的图像引擎,作为第一目标图像引擎。当处于空闲状态的图像引擎为多个时,可以随机地选择其中一个处于空闲状态的图像引擎作为第一目标图像引擎,但不限于此。

在步骤304中,服务端根据目标图像生成反馈消息。

在一个实施例中,服务端可以根据目标图像生成反馈消息。反馈消息的格式也可以是json格式。反馈消息中包括目标图像。

在一个实施例中,服务端可以对目标图像进行序列化得到序列化数据,然后,根据序列化数据生成反馈消息。在一个实施例中,根据序列化数据生成反馈消息可以采用base64的编码方式,但不限于此。

在一个实施例中,反馈消息可以包括图像校验码,以避免目标图像被篡改。

在步骤305中,服务端将反馈消息发送给客户端。

在一个实施例中,服务端可以根据图像处理请求将反馈消息发送给对应的客户端。图像处理请求中可以包括客户端的身份标识。

本发明实施例中,通过客户端向服务端发送包括第一图像格式的待处理图像的图像处理请求,以使服务端对待处理图像进行处理,得到第二图像格式的目标图像,以及根据目标图像生成反馈消息,并将反馈消息发送给客户端,从而使客户端获得第二图像格式的目标图像。这样,可以解耦业务处理与图像处理,对业务处理屏蔽图像处理的复杂性和实现细节,降低图像处理的复杂度,降低人力成本,提高工作效率。

在一个实施例中,服务端还可以对待处理图像进行处理,获得目标图像的预览图像,然后,服务端根据目标图像与预览图像生成反馈消息。预览图像符合客户端的显示协议。客户端可以根据反馈消息获取预览图像,并显示预览图像。这样,客户端可以显示预览图像,以供用户确认目标图像是否符合要求。

在一个实施例中,预览图像的格式可以为jpg、jpeg、png、gif、bmp、tif、pcx、tga、exif、fpx、svg、psd、cdr、pcd、dxf、ufo、eps、ai、raw、wmf或webp。

在一个实施例中,图像处理请求还可以包含业务信息,图像处理系统还可包括数据库。服务端可以根据目标图像与业务信息生成反馈消息。例如,业务信息可以是公共交通工具的标识信息,但不限于此。例如,业务信息可以是地铁10号线的标识信息line10。客户端可以根据反馈消息获取目标图像与业务信息,并将目标图像与业务信息存储到数据库中,以便信息查询或后续调用。

在一个实施例中,图像处理系统还可包括消息转发设备。客户端可以接收用户输入的图像更新指令。图像更新指令中包括业务信息。客户端可以根据图像更新指令中的业务信息查询数据库并获取对应的目标图像,并根据目标图像与业务信息生成业务指令,然后,将业务指令发送给消息转发设备。

在一个实施例中,图像处理系统还可包括边缘网关。消息转发设备中可以预先存储业务信息与边缘网关的对应关系。业务信息与边缘网关的对应关系中可以关联存储业务信息与边缘网关的地址,但不限于此。消息转发设备可以根据边缘网关的地址将信息发送给边缘网关。消息转发设备可以根据业务信息以及业务与网关的对应关系确定对应的边缘网关,并将目标图像发送给对应的边缘网关。

在一个实施例中,图像处理系统还可包括显示设备,该显示设备可以是上述的电子拉手的显示屏。边缘网关可以通过组播消息,将目标图像发送给显示设备,以使显示设备显示目标图像。

当然,在另一个实施例中,反馈消息还可以包括目标图像、预览图像与业务信息。在本发明实施例中,客户端还可以将目标图像、预览图像与业务信息持久化到数据库中。当需要更新公共交通工具中的电子拉手的显示屏的显示内容时,用户可以通过向客户端输入图像更新指令将上述的业务指令下发到iot基础设施(消息转发设备),该业务指令包括业务信息与目标图像。上述的基础设施可以将业务指令转发到远端的边缘网关,边缘网关组播消息,该消息中包含目标图像,电子拉手接收到消息后显示屏显示目标图像,完成显示内容更新。

在本发明实施例中,服务端与客户端可以使用不同的服务器,可以单独对图像算法核心进行物理隔离。而且,可以进行单独的权限控制,对用户访问图像引擎设置权限,保护算法免受到外部的非法请求,这样,可以保护系统的核心能力。

本发明实施例还提供一种图像处理方法。在本实施例中,如图6所示,步骤401可以包括以下步骤4013~4014:

在步骤4013中,获取至少一个图像引擎各自的处理能力标识。

在步骤4014中,根据至少一个图像引擎各自的处理能力标识与所选的第一分配策略确定所述第一目标图像引擎;所述第一分配策略与所述图像引擎的处理能力标识相关。

在本实施例中,服务端还包括存储模块,存储模块中存储有所有图像引擎各自的处理能力标识与所选的第一分配策略。处理能力标识用于标识图像引擎的处理能力。所选的第一分配策略可以是默认设置,也可以是用户设置。第一分配策略与图像引擎的处理能力标识相关。例如,第一分配策略可括处理能力标识与图像处理请求的分配数目的对应关系。例如,处理能力标识为1,表示图像引擎每秒最多可以处理10条图像处理请求,10条是该图像引擎处理能力的最大值,图像处理请求的分配数目为10。处理能力标识为2,表示图像引擎每秒最多可以处理5条图像处理请求,5条是该图像引擎处理能力的最大值,图像处理请求的分配数目为5。

服务端在收到图像处理请求后,控制模块可以查询存储模块,根据所有引擎各自的处理能力标识与所选的第一分配策略确定第一目标图像引擎。例如,当服务器收到12条图像处理请求后,可以查询存储模块,将10条图像处理请求分配给处理能力标识为1的图像引擎,将其余2条图像处理请求分配给处理能力标识为2的图像引擎,即,处理能力标识为1的图像引擎为上述的10条图像处理请求的第一目标图像引擎,处理能力标识为2的图像引擎为上述的其余2条图像处理请求的第一目标图像引擎。

在本实施例中,服务端根据图像引擎各自的处理能力标识与所选的第一分配策略确定第一目标图像引擎,可以根据图像引擎的处理能力分配图像处理请求,可以提高图像处理的效率。

本发明实施例还提供一种图像处理方法。在本实施例中,如图7所示,步骤401可以包括以下步骤4015~4016:

在步骤4015中,获取至少一个图像引擎各自的处理能力标识与当前待处理的图像处理请求的数量。

在步骤4016中,根据至少一个图像引擎各自的处理能力标识、当前待处理的图像处理请求的数量与所选的第二分配策略确定第一目标图像引擎;第二分配策略与图像引擎的处理能力标识、当前待处理的图像处理请求的数量相关。

在本实施例中,服务端还包括存储模块,存储模块中存储有所有图像引擎各自的处理能力标识与所选的第二分配策略。所选的第二分配策略可以是默认设置,也可以是用户设置。第二分配策略与图像引擎的处理能力标识、当前待处理的图像处理请求的数量相关。其中,一个图像引擎的当前待处理的图像处理请求为该图像引擎的处理队列中排队等待处理的图像处理请求。

例如,上述处理能力标识为1的图像引擎的处理队列中包括5条图像处理请求,则处理能力标识为1的图像引擎的当前待处理的图像处理请求的数量为5,上述处理能力标识为2的图像引擎的处理队列中包括2条图像处理请求,则处理能力标识为2的图像引擎的当前待处理的图像处理请求的数量为2。当服务端又收到8条未在上述处理队列中的图像处理请求时,控制模块根据处理能力标识为1、处理能力标识为2、处理能力标识为1的图像引擎的当前待处理的图像处理请求的数目以及处理能力标识为2的图像引擎的当前待处理的图像处理请求的数目,将8条未在队列中的图像处理请求中的5条图像处理请求分配给处理能力标识为1的图像引擎,其余3条图像处理请求分配给处理能力标识为2的图像引擎。即,处理能力标识为1的图像引擎为上述的5条图像处理请求的第一目标图像引擎,处理能力标识为2的图像引擎为上述的其余3条图像处理请求的第一目标图像引擎。

在本实施例中,服务端根据图像引擎各自的处理能力标识、图像引擎各自的当前待处理的图像处理请求的数量与所选的第二分配策略确定第一目标图像引擎,可以根据图像引擎的处理能力与当前待处理的图像处理请求的数量动态分配图像处理请求,避免出现堵塞现象,进而可以提高图像处理的效率。

本发明的实施例还提出了一种计算机设备,例如,设备1000可以被提供为一服务端。参照图8,设备1000包括处理组件1022,其进一步包括一个或多个处理器,以及由存储器1032所代表的存储器资源,用于存储可由处理部件1022的执行的指令,例如应用程序。存储器1032中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外,处理组件1022被配置为执行指令,以执行图1或图3所述的图像处理方法。

设备1000还可以包括一个电源组件1026被配置为执行设备1000的电源管理,一个有线或无线网络接口1050被配置为将设备1000连接到网络,和一个输入输出(i/o)接口1058。设备1000可以操作基于存储在存储器1032的操作系统,例如windowsservertm,macosxtm,unixtm,linuxtm,freebsdtm或类似。

在示例性实施例中,还提供了一种包括指令的非临时性计算机可读存储介质,例如包括指令的存储器1032,上述指令可由设备1000的处理组件1022执行以完成上述方法。例如,所述非临时性计算机可读存储介质可以是rom、随机存取存储器(ram)、cd-rom、磁带、软盘和光数据存储设备等。

本发明的实施例还提出了一种计算机设备,例如,该设备1100可以被提供为一客户端。参照图9,设备1100包括处理组件1122,其进一步包括一个或多个处理器,以及由存储器1132所代表的存储器资源,用于存储可由处理部件1122的执行的指令,例如应用程序。存储器1132中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外,处理组件1122被配置为执行指令,以执行图2或图3所述的图像处理方法。

设备1100还可以包括一个电源组件1126被配置为执行设备1100的电源管理,一个有线或无线网络接口1150被配置为将设备1100连接到网络,和一个输入输出(i/o)接口1158。设备1100可以操作基于存储在存储器1132的操作系统,例如windowsservertm,macosxtm,unixtm,linuxtm,freebsdtm或类似。

在示例性实施例中,还提供了一种包括指令的非临时性计算机可读存储介质,例如包括指令的存储器1132,上述指令可由设备1100的处理组件1122执行以完成上述方法。例如,所述非临时性计算机可读存储介质可以是rom、随机存取存储器(ram)、cd-rom、磁带、软盘和光数据存储设备等。

本发明的实施例还提出了一种图像处理系统,包括如图8所示的服务端与如图9所示的客户端。

在一个实施例中,图像处理请求包含业务信息,反馈消息包括目标图像与业务信息。图像处理系统还包括数据库。客户端被配置为根据反馈消息获取目标图像与业务信息,并将目标图像与业务信息存储到数据库中。

在一个实施例中,图像处理系统还包括消息转发设备、边缘网关与显示设备。客户端被配置为根据目标图像与业务信息生成业务指令,并发送给消息转发设备。消息转发设备被配置为根据业务指令获取业务信息,并根据业务信息以及业务信息与边缘网关的对应关系确定对应的边缘网关,以及将目标图像发送给对应的边缘网关。边缘网关被配置为将目标图像发送给显示设备,以使显示设备显示目标图像。

在本发明中,术语“第一”、“第二”仅用于描述目的,而不能理解为指示或暗示相对重要性。术语“多个”指两个或两个以上,除非另有明确的限定。

本领域技术人员在考虑说明书及实践这里公开的公开后,将容易想到本发明的其它实施方案。本发明旨在涵盖本发明的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本发明的一般性原理并包括本发明未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的,本发明的真正范围和精神由下面的权利要求指出。

应当理解的是,本发明并不局限于上面已经描述并在附图中示出的精确结构,并且可以在不脱离其范围进行各种修改和改变。本发明的范围仅由所附的权利要求来限制。

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