基于客户端的上传方法以及客户端与流程

本申请涉及信息传输技术领域，特别是涉及一种基于客户端的上传方法以及客户端。

背景技术：

目前的客户端例如视觉柜等处理图片的能力有限，一般会将得到的图片上传至服务端以请求服务器进行处理。

本申请的发明人发现，目前客户端在上传图片时，除了传输图片，还会传输其他数据，即图片和数据一起传输，而这样的上传方式会造成数据堵塞，导致服务端在对图片进行处理时耗费很长的时间。

技术实现要素：

本申请主要解决的技术问题是提供一种基于客户端的上传方法以及客户端，能够减轻服务端的并发压力以及降低时间成本。

为解决上述技术问题，本申请采用的一个技术方案是：提供一种基于客户端的上传方法，所述上传方法包括：向服务端上传处理请求，其中，所述处理请求携带有图片信息，所述服务端接收到所述处理请求后，存储所述图片信息并生成所述图片信息的存储路径；接收所述服务端返回的所述图片信息的存储路径；向所述服务端上传数据信息，其中，所述数据信息包括与所述图片信息对应的处理数据和所述图片信息的存储路径，从而使所述服务端根据所述图片信息的存储路径而查找所述图片信息，并将所述处理数据与所述图片信息关联，从而处理所述图片信息。

为解决上述技术问题，本申请采用的另一个技术方案是：提供一种基于服务端的处理方法，所述处理方法包括：接收客户端传来的处理请求，其中，所述处理请求携带有图片信息；存储所述图片信息并将所述图片信息的存储路径返回至所述客户端；接收所述客户端传来的数据信息，其中，所述数据信息包括与所述图片信息对应的处理数据和所述图片信息的存储路径；根据所述图片信息的存储路径而查找所述图片信息，并将所述处理数据与所述图片信息关联，从而处理所述图片信息。

为解决上述技术问题，本申请采用的另一个技术方案是：提供一种客户端，包括处理器、存储器以及通信电路，所述处理器分别耦接所述存储器以及所述通信电路，所述处理器通过执行所述存储器内的程序数据实现上述基于客户端的上传方法中的步骤。

为解决上述技术问题，本申请采用的另一个技术方案是：提供一种服务端，包括处理器、存储器以及通信电路，所述处理器分别耦接所述存储器以及所述通信电路，所述处理器通过执行所述存储器内的程序数据实现上述基于服务端的处理方法中的步骤。

为解决上述技术问题，本申请采用的另一个技术方案是：提供一种具有存储功能的装置，存储有程序数据，所述程序数据能够被处理器执行以实现上述方法中的步骤。

本申请的有益效果是：本申请先将图片信息上传给服务端，然后服务端将图片信息的存储路径返回给客户端，客户端将图片信息的存储路径和处理数据再一起发送给服务端，服务端根据存储路径查找图片信息，进而对图片信息进行处理，实现将图片信息和处理数据分步上传给服务端，避免图片信息和处理数据一起上传容易发生堵塞的缺陷，能够降低服务端的并发压力，降低时间成本。

附图说明

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

图1是本申请信息传输方法一实施方式的流程示意图；

图2是本申请信息传输方法另一实施方式的流程示意图；

图3是本申请基于客户端的上传方法一实施方式的流程示意图；

图4是本申请基于服务端的处理方法一实施方式的流程示意图；

图5是本申请客户端一实施方式的结构示意图；

图6是本申请服务端一实施方式的结构示意图；

图7是本申请信息传输系统一实施方式的结构示意图；

图8是本申请具有存储功能的装置一实施方式的结构示意图。

具体实施方式

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

在介绍本申请的技术方案之前，先对本申请的背景做如下介绍：

本申请中的客户端具体可以是任一种终端设备，例如进行商品售卖的视觉柜(例如视觉冰箱)、手机、电脑等，当客户端因为能力有限、处理任务过多等原因需要服务端帮助处理图片时，客户端可将图片和对应的处理数据发送给服务端，而后服务端根据要求对图片进行处理，例如对图片进行识别、对图片进行图像处理(例如美化、灰度处理)等。

参阅图1，图1是本申请信息传输方法一实施方式的流程示意图，在该实施方式中，信息传输方法包括：

s110：客户端向服务端上传处理请求，其中，处理请求携带有图片信息。

处理请求携带的图片信息为此次请求服务端处理的图片，其中携带的图片可以是一个或多个。

s120：服务端接收到处理请求后，存储图片信息并生成图片信息的存储路径。

s130：服务端返回图片信息的存储路径。

服务端在接收到处理请求后，将处理请求所携带的图片信息进行存储，并生成对应的存储路径，而后将对应的存储路径返回给客户端，其中返回的存储路径具体为一串存储路径字符串，即存储路径id。

其中若处理请求所携带的图片为多个，服务器既可以将多个图片存储在同一个文件夹中，也可以将多个图片分开进行存储。可以理解的是，当将多个图片存储在同一个文件夹中时，服务端返回的是一个存储路径，当将多个图片分开进行存储时，服务器返回的是多个存储路径。

s140：客户端向服务端上传数据信息，其中，数据信息包括与图片信息对应的处理数据和图片信息的存储路径。

客户端向服务端上传的数据信息不包括图片信息，从而能够避免传输通道发生堵塞。

s150：服务端根据图片信息的存储路径而查找图片信息，并将处理数据与图片信息关联，从而处理图片信息。

服务端直接根据图片信息的存储路径查找图片信息，在查找到图片信息后，在一应用场景中，服务端将处理数据与图片信息关联，并根据处理数据对图片信息进行处理，在另一应用场景中，服务端直接对图片信息进行处理，同时将处理数据与图片信息进行关联并保存，以便后续管理人员需要对图片信息的处理结果进行复核时，可直接在服务端中根据处理数据查找对应的图片信息。

从上述内容可以看出，上述信息传输方法先将图片信息上传给服务端，然后服务端将图片信息的存储路径返回给客户端，客户端将存储路径和处理数据再一起发送给服务端，服务端根据图片信息的存储路径查找图片信息，进而对图片信息进行处理，实现将图片信息和处理数据分步上传给服务端，避免图片信息和处理数据一起上传容易发生堵塞的缺陷，能够降低服务端的并发压力，降低时间空间成本。

在本实施方式中，当管理人员需要对图片信息的处理结果进行复核时，即在得到图片信息的处理结果后，需要判定服务端对图片信息的处理结果是否正确，管理人员需要到服务端上查找原图片信息(即客户端发送给服务端的图片信息)，而为了方便管理人员查找图片信息，与图片信息对应的处理数据包括客户端的设备标识、客户端的位置信息以及处理请求对应的请求标识中的至少一种。

客户端的设备标识具有唯一性，一个设备标识代表一个客户端，通过设备标识可以在服务端中找到与之对应的客户端发送给服务端的图片信息。

与设备标识类似，客户端的位置信息(例如客户端的gps位置信息)也具有唯一性，通过位置信息可以在服务端中找到处于某一位置处的客户端发送给服务端的图片信息。

处理请求对应的请求标识与客户端上传的处理请求具有一一对应关系，同一个客户端在不同时刻上传的处理请求对应不同的请求标识，因此当要查找特定客户端在特定时刻向服务端发送的图片信息时，可在服务端中通过该客户端在该时刻向服务端发送的处理请求对应的请求标识查找对应的图片信息。在一应用场景中，处理请求对应的请求标识为时间戳、客户端的设备标识以及随机数的组合，其中时间戳为客户端生成处理请求的时间所对应的时间戳，例如，请求标识为时间戳加客户端的设备标识的若干位加随机数。

在其他实施方式中，与图片信息对应的处理数据还可以是对图片信息进行处理的参数数据，服务端在接收到客户端发送的参数数据后，将该参数数据和图片信息进行关联，而后对应参数数据对图片信息进行相应的处理。

在本实施方式中，客户端响应于有图片信息上传生成携带有图片信息的处理请求，并向服务端上传处理请求。

具体地，当客户端侦测到有图片信息上传时，生成携带有此次上传图片信息的处理请求，并将该处理请求上传至服务端。

其中，上传的图片信息可以是客户端自行拍摄的图片，也可以是其他终端设备发送给客户端的图片，在此不做限制。

在本实施方式中，为了让客户端得到处理结果，服务端还会将图片信息的处理结果发送给客户端。

在其他实施方式中，客户端在发送数据信息的时候，还可以指定处理结果的接收方(处理结果的接收方既可以是发送数据信息的客户端，也可以是不同于该客户端的其他终端设备)，例如将处理结果的接收方保存在图片信息对应的处理数据中发送给服务端，最后服务端根据图片信息对应的处理数据将图片信息的处理结果发送给该接收方。

总而言之，本申请只要保证客户端是分开将图片信息和数据信息发送给服务端，至于其他本申请并不限制。

参阅图2，图2是本申请信息传输方法另一实施方式的流程示意图。在该实施方式中，信息传输方法包括：

s210：客户端向服务端上传处理请求，其中，处理请求携带有图片信息。

s220：服务端接收到处理请求后，在临时文件夹中存储图片信息并生成图片信息的存储路径。

s230：服务端返回图片信息的存储路径。

s240：客户端向服务端上传数据信息，其中，数据信息包括与图片信息对应的处理数据和图片信息的存储路径。

s250：服务端根据图片信息的存储路径而查找图片信息。

s260：服务端在查找图片信息后，将图片信息从临时文件夹转移到正式文件夹中进行保存。

s270：将处理数据与转移到正式文件夹中的图片信息进行关联，从而处理图片信息。

s280：生成图片信息的处理结果。

s290：返回处理结果以及图片信息转移后的存储路径。

客户端在将处理请求上传给服务端后，若因为故障(例如客户端与服务端断开连接)而没来得及接收服务端返回的存储地址以及将处理数据上传给服务端，后续在排除故障后，客户端会重新发送处理请求，而若上次处理请求携带的图片信息一直保存在服务端中，保存的图片信息会占用服务端的内存，拖慢服务端的运行速度。

因此为了避免该缺陷，与上述实施方式不同的是，服务端在对图片信息进行处理之前，将图片信息保存在临时文件夹中，该临时文件夹可以随时被删除。在一应用场景中，服务端响应于图片信息在临时文件夹中的保存时间超过时间阈值(例如半小时)，服务端判定此图片信息为无效图片信息，进而将图片信息在临时文件夹中删除。

当服务端接收到数据信息后，服务端确认该图片信息为有效图片信息，将图片信息从临时文件夹转移到正式文件夹中，该正式文件夹需要经过验证才能被删除，安全性较高，后续服务端对保存在正式文件夹中的图片信息进行处理。

同时为了便于管理人员通过客户端对图片信息的处理结果进行复核，服务端在返回处理结果的同时还返回图片信息转移后的存储路径，以便管理人员通过客户端上图片信息的存储路径查找到原图片信息，从而对应处理结果和原图片信息判定服务端的处理是否正确。

本实施方式中的部分步骤与上述实施方式中的步骤对应相同，详见上述实施方式，在此不再赘述。

为了更进一步理解本申请中的信息传输方法，下面结合具体实例对上述方法进行详细的说明。

在该实例中，客户端为视觉柜。在一应用场景中，当用户购买视觉柜中的商品而使视觉柜需要对该商品进行结算时，视觉柜对其内商品进行拍摄而获得图片信息(可以是多张图片，例如视觉柜对每层商品都进行拍摄)，然后生成携带有该图片信息的处理请求上传至服务端。

服务端在接收到该处理请求时，在临时文件夹中保存处理请求携带的图片信息，然后将图片信息的存储路径返回给视觉柜。

视觉柜在接收到存储路径后，向服务端上传数据信息，该数据信息包括服务端返回的图片信息的存储路径以及处理请求携带的图片信息所对应的处理数据，在一应用场景中，图片信息所对应的处理数据包括客户端的设备标识。

服务端在接收到数据信息后，根据存储路径查找图片信息，此时图片信息依旧存储在临时文件夹中，当服务端查找到图片信息后，服务端将图片信息从临时文件夹转移到正式文件夹中，而后对图片信息进行识别，具体为识别出图片信息中的商品以及对应的数量。在识别之后，服务端将识别结果以及图片信息新的存储路径返回给客户端，同时还会关联图片信息与处理数据并进行保存，以便后续管理人员对此次的识别结果进行复核。

视觉柜在接收到返回的识别结果以及图片信息新的存储路径后，保存图片信息新的存储路径，以便后续管理人员通过该存储路径查找原图片信息以进行复核，同时视觉柜还会将此次的识别结果与前一次的识别结果进行比较，从而得到用户购买商品的种类和数量，达到结算的目的。

参阅图3，图3是本申请基于客户端的上传方法一实施方式的流程示意图。在该实施方式中，基于客户端的上传方法包括：

s310：向服务端上传处理请求，其中，处理请求携带有图片信息，服务端接收到处理请求后，存储图片信息并生成图片信息的存储路径。

s320：接收服务端返回的图片信息的存储路径。

s330：向服务端上传数据信息，其中，数据信息包括与图片信息对应的处理数据和图片信息的存储路径，从而使服务端根据图片信息的存储路径而查找图片信息，并将处理数据与图片信息关联，从而处理图片信息。

本实施方式中基于客户端的上传方法的步骤与前述实施方式中客户端执行的方法中的步骤相同，详情可参见上述实施方式，在此不再赘述。

参阅图4，图4是本申请基于服务端的处理方法一实施方式的流程示意图。在该实施方式中，基于服务端的处理方法包括：

s410：接收客户端传来的处理请求，其中，处理请求携带有图片信息。

s420：存储图片信息并将图片信息的存储路径返回至客户端。

s430：接收客户端传来的数据信息，其中，数据信息包括与图片信息对应的处理数据和图片信息的存储路径。

s440：根据图片信息的存储路径而查找图片信息，并将处理数据与图片信息关联，从而处理图片信息。

本实施方式中基于服务端的处理方法的步骤与前述实施方式中服务端执行的方法中的步骤相同，详情可参见上述实施方式，在此不再赘述。

参阅图5，图5是本申请客户端一实施方式的结构示意图，该客户端500包括处理器510、存储器520以及通信电路530，处理器510分别耦接存储器520以及通信电路530，处理器510通过执行存储器520内的程序数据实现上述基于客户端的上传方法中的步骤，详细的步骤请参见上述实施方式，在此不再赘述。

客户端500可以是任一项终端设备，例如视觉柜、手机、电脑等，在此不做限制。

参阅图6，图6是本申请服务端一实施方式的结构示意图。该服务端600包括处理器610、存储器620以及通信电路630，处理器610分别耦接存储器620以及通信电路630，处理器610通过执行存储器620内的程序数据实现上述基于服务端的处理方法中的步骤，详细的步骤可参见上述实施方式，在此不再赘述。

参阅图7，图7是本申请信息传输系统一实施方式的流程示意图，该信息传输系统700包括客户端710以及服务端720，该客户端710与上述实施方式中的客户端500结构相同，服务端720与上述实施方式中的服务端600结构相同，具体结构可参见上述实施方式，在此不再赘述。

在本实施方式中，客户端500通过有线或无线的方式与服务端720连接，同时一个服务端720可以同时与多个客户端710连接。

参阅图8，图8是本申请具有存储功能的装置一实施方式的结构示意图。该具有存储功能的装置800存储有程序数据810，程序数据810能够被处理器执行以实现上述任一项方法实施方式中的步骤，详细的方法可参见上述实施方式，在此不再赘述。

其中具存储功能的装置800可以是服务器、u盘、移动硬盘、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、磁碟或者光盘等各种装置。

总而言之，本申请先将图片信息上传给服务端，然后服务端将图片信息的存储路径返回给客户端，客户端将图片信息的存储路径和处理数据再一起发送给服务端，服务端根据存储路径查找图片信息，进而对图片信息进行处理，实现将图片信息和处理数据分步上传给服务端，避免图片信息和处理数据一起上传容易发生堵塞的缺陷，能够降低服务端的并发压力，降低时间空间成本，减少客户端等待的时间。

以上所述仅为本申请的实施方式，并非因此限制本申请的专利范围，凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本申请的专利保护范围内。