CN111882393A

CN111882393A - 一种托盘信息处理系统及方法

Info

Publication number: CN111882393A
Application number: CN202010732165.3A
Authority: CN
Inventors: 张洪
Original assignee: Individual
Current assignee: Individual
Priority date: 2020-07-27
Filing date: 2020-07-27
Publication date: 2020-11-03

Abstract

本发明涉及托盘技术领域，具体涉及一种托盘信息处理系统及方法，该托盘信息处理系统包括服务端和用户端，其中，所述用户端向所述服务端发送信息变更请求；所述服务端接收用户端发送的信息变更请求，并根据所述信息变更请求确定是否更新该用户端的托盘记录信息，以及在确定出需要更新时更新该用户端的托盘记录信息。本发明方案中，用户端在有信息变更时及时向服务端发出请求，服务端可及时响应用户端的请求，并进行相应处理，提高托盘的利用率。

Description

一种托盘信息处理系统及方法

技术领域

本发明属于托盘技术领域，具体的，本发明涉及一种托盘信息处理系统及方法。

背景技术

托盘是一种载物的平台，几乎适用于所有工厂和领域，例如物流、仓储、冷库、农业、超市等。一般而言，托盘的使用量是比较大的，且容易被叉车撞坏，因此，托盘的购置成本相对较高，这就导致一些运输量较小的工厂放弃使用托盘装卸货物。于是有人提出了托盘共享的技术，托盘的租借成本显然比购置成本要低很多，就可以实现更多用户使用托盘来提高货物装卸的效率。一般而言托盘的使用量大且使用时间相对较长，所以租赁方为了便于对托盘进行高效管理，可能在使用者租借时就会要求确定租借期限。然而，基于某些原因，尤其是小型工厂使用者，可能出现托盘的实际需求与预期不符，例如因为疫情原因导致产品生产量骤降，继而导致托盘的需求量和/或需求时间下降，此时如果使用者还是只能在租借期限到达时才能归还，那么势必会造成托盘的闲置，也会增加使用者的租借成本。

发明内容

本发明的目的是提供一种托盘信息处理系统及方法，以解决如何及时处理租借方的托盘变更信息，提高托盘利用率的问题。

为了实现上述发明目的，本发明实施例提供了以下技术方案：

一种托盘信息处理系统，包括服务端和用户端，其中，

所述用户端向所述服务端发送信息变更请求；

所述服务端接收用户端发送的信息变更请求，并根据所述信息变更请求确定是否更新该用户端的托盘记录信息，以及在确定出需要更新时更新该用户端的托盘记录信息。

上述方案中，用户端在有信息变更时及时向服务端发出请求，服务端可及时响应用户端的请求，并根据信息变更请的具体情况进行相应处理，不仅保障了托盘记录信息更新的及时性，而且有利于提高托盘的利用率。

在进一步优化的方案中，所述信息变更请求中包含有变更项目和托盘数量，若变更项目为转租或退租，则服务端判断托盘的租借时间长度是否大于等于设定的时间阈值，如果是，则更新该用户端的托盘记录信息。

上述方案中，当变更项目为转租或退租时，服务端首先判断托盘的租借时间长度是否大于等于设定的时间阈值，只有在超过时间阈值时才更新托盘记录信息，一方面可以避免过于频繁地进行出租、转租(或退租)的交互过程，进而方便于托盘的有效管理，以及降低交托盘的运输及存储成本(每交互一次就涉及一次运输和存储)；另一方面，可以避免转租(或退租)的托盘闲置，进而提高托盘的利用率，也降低使用者的租借成本。

在进一步优化的一个方案中，所述服务端定期或不定期地向所述用户端发送询问信息，所述询问信息包括托盘数量及使用状态；所述用户端响应服务端的询问信息，向服务端上报当前的托盘数量及使用状态；所述服务端接收用户端上报的托盘数量和使用状态信息，并与原有的托盘记录信息做比较，如果有变动则更新托盘记录信息。

在进一步优化的另一个方案中，所述用户端定期或不定期地向服务端发送当前的托盘信息，所述托盘信息包括托盘数量及使用状态；所述服务端接收用户端上报的托盘数量和使用状态的信息，并与原有的托盘记录信息做比较，如果有变动则更新托盘记录信息。

上述两个方案中，通过用户端定期或不定期地上报当前的托盘信息，以及在托盘信息有变动的情况下更新用户端的托盘记录信息，一方面可以解决托盘的实际情况可能与服务端记录的信息不一致的问题，保障服务端信息记录的准确性，另一方面也便于服务端对变化的信息进行及时更新，例如当托盘的使用状态为闲置时可以及时安排转租，以提高托盘的利用率。

一种托盘信息处理方法，包括步骤：

用户端向服务端发送信息变更请求；

一种托盘信息处理方法，包括步骤：服务端接收用户端发送的信息变更请求，并根据所述信息变更请求确定是否更新该用户端的托盘记录信息，以及在确定出需要更新时更新该用户端的托盘记录信息。

与现有技术相比，本发明方案中，用户端在有信息变更时可以及时向服务端发出请求，服务端也可及时响应用户端的请求，并根据信息变更请的具体情况进行相应处理，不仅保障了托盘记录信息更新的及时性，而且有利于提高托盘的利用率。

本发明方案的更多有益效果将在后文中详细阐述。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本发明实施例提供的托盘信息处理系统的结构图。

图2为实施例中一种托盘信息处理方法的流程图。

图3为实施例中另一种托盘信息处理方法的流程图。

具体实施方式

下面将结合本发明实施例中附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施例。基于本发明的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。

请参阅图1，本实施例中提供的托盘信息处理系统，包括一个服务端100和若干个用户端200，用户端200与服务端100之间进行信息交互。用户端即是指用户(托盘使用者，也即承租方)所使用的终端设备，服务端即是指租赁方使用的终端设备，用户端和服务端均可以是终端或服务器，终端可以是移动电话、智能电话、笔记本电脑、数字广播接收器、个人数字助理(PDA)、平板电脑(PAD)等用户设备(User Equipment，UE)、手持设备，甚至可以是车载设备、可穿戴设备、计算设备或连接到无线调制解调器的其它处理设备、移动台(Mobilestation，MS)等。

用户端主要是在托盘信息发生变更时，向服务端发送信息变更请求，以及接收服务端发送的反馈信息。

服务端主要是接收用户端发送的信息变更请求，并根据所述信息变更请求确定是否更新该用户端的托盘记录信息，以及在确定出需要更新时更新该用户端的托盘记录信息。服务端还可以向用户端发送反馈信息，以便于用户端知晓信息变更请求的处理结果。

托盘信息的变更主要是指租借状态的变化，例如续租、转租、退租等。续租即是指租期满后将要继续租借；转租即是指租期未满但需要转租给其他用户，或者托盘的使用类型由内部使用转换为外部使用；退租即是指租期未满但需要停止租借。

托盘的使用一般有两种方式，一种是内部使用，另一种是外部使用。内部使用是指托盘只是在例如工厂内部运输，例如将生产线上的产品通过托盘输送至仓库，或者将原材料通过托盘输送至生产线，或者将一个工位制得的半成品通过托盘输送至另一个工位，等等。外部使用是指托盘会随货物从本工厂运输到收货方，例如叉车将载满货物的托盘一起装上货车，到达收货方后叉车又将货物与托盘一起卸下，此时如果要取出托盘则需要人工卸货，即人工将货物从托盘上取下，耗费时间和人力，因此通常情况下是不取出托盘，将托盘送给收货方，即由收货方接管托盘。因此，托盘如果由内部使用转换为外部使用，则托盘移交后原用户就不再具有该托盘的使用权。

信息变更请求中包含有变更项目和托盘数量，服务端针对于不同的变更项目有不同的处理方式。例如，若变更项目为续租，则服务端直接更新该用户端的托盘记录信息，并向用户端反馈例如请及时移交托盘等提示信息。

若变更项目为转租或退租，则服务端首先判断托盘的租借时间长度是否大于等于设定的时间阈值，如果是，则更新该用户端的托盘记录信息，还可以向用户端反馈例如请及时移交托盘等提示信息，以便于用户知晓后续处理流程；如果租借租借时间长度小于设定的时间阈值，则向用户端反馈例如拒绝变更或无权限等提示信息，也可以是不做任何处理。

相对而言，即使是小工厂，对于托盘的使用量都比较大，基本上是100片以上，如果频繁地变更托盘的租借状态，容易导致托盘管理混乱，且每一次租借状态变更都涉及托盘运输和存储，继而产生运输和存储成本，因此，一般地，对于使用类型为内部使用的托盘，在租借时就会指定租借期限，若租借时间太短，则是不允许退租或转租的。

服务端在接收到信息变更请求后，先分析变更项目，若变更项目为退租或转租，则首先判断托盘的租借时间长度是否大于等于设定的时间阈值(例如一个月)，当不超过时间阈值时则拒绝更新，可以避免过于频繁地变更租借状态而导致的管理混乱和成本增加，而当超过时间阈值时则接受更新，可以避免转租(或退租)的托盘闲置，进而提高托盘的利用率，也降低使用者的租借成本。

另外，若变更项目为转租时，信息变更请求中还需要指明转租类型，例如是转租其他用户，还是转租使用类型，当转租类型为转租其他用户时，还需在信息变更请求中指明其他用户的信息，以便于服务端知晓托盘的流向。

上述方案中，当用户端托盘信息有变更时可以得到及时处理，但是实际使用中，可能也会出现用户端托盘信息与服务端的托盘记录信息不一致的情况，例如托盘的使用状态发生变化，例如由使用状态变化为闲置状态，如果用户端不主动上报，则服务端将不会更新，进而导致这些闲置的托盘不能及时得到再次利用。因此，可选地，在其他方案中，服务端可以定期或不定期地向用户端发送询问信息，所述询问信息包括托盘数量及使用状态；或者用户端也可以定期或不定期地向服务端发送当前的托盘信息，所述托盘信息包括托盘数量及使用状态；服务端接收用户端上报的托盘数量和使用状态的信息，并与原有的托盘记录信息做比较，如果有变动则更新托盘记录信息，使得用户端实际的托盘信息与服务端托盘记录信息保持一致。另外，服务端也可以根据托盘的使用状态来确定是否主动向用户端发送租借状态变更信息，例如将闲置的托盘转租或退租，以提高托盘的利用率。

请参阅图2，基于上述系统，本实施例中还提供了一种托盘信息处理方法，本方法是基于整个系统而言的。具体地，该方法包括步骤：

S11，用户端向服务端发送信息变更请求，所述信息变更请求中包含有变更项目和托盘数量。例如，变更项目为退租，托盘数量为200。

S12，服务端接收用户端发送的信息变更请求，并从所述信息变更请求中解析出变更项目和托盘数量，若变更项目为转租或退租，则判断托盘的租借时间长度是否大于等于设定的时间阈值，如果是，则更新该用户端的托盘记录信息，否则向用户端反馈拒绝变更的提示信息；若变更项目为续租，则服务端更新该用户端的托盘记录信息。

例如上述举例中，服务端判断出变更项目为退租，则进一步判断托盘的租借时间长度是否大于等于时间阈值，例如托盘的实际租借时间长度为45天，时间阈值为30天，那么服务端更新该用户端的托盘记录信息。例如，原有的托盘记录信息为：用户A；托盘数量：200片；使用类型：内部使用；起租日期：2020年6月5日；计划租期：60天；实际租期0天；使用状态：使用中。更新后的托盘记录信息为：用户A；托盘数量：200片；使用类型：内部使用；起租日期：2020年6月5日；计划租期：60天；实际租期45天；使用状态：闲置。

对于托盘实际租借时间长度的计算，可以有多种实施方式，例如用户端可以在信息变更请求中直接指明托盘实际租借时间长度；又例如，服务端可以根据起租日期与接收到信息变更请求的日期进行计算。

请参阅图3，基于上述系统，本实施例中还提供了一种托盘信息处理方法，本方法是基于服务端而言的。具体地，该方法包括步骤：

S21，服务端接收用户端发送的信息变更请求，并从所述信息变更请求中解析出变更项目和托盘数量，若变更项目为转租或退租，则判断托盘的租借时间长度是否大于等于设定的时间阈值，如果是，则更新该用户端的托盘记录信息，否则向用户端反馈拒绝变更的提示信息；若变更项目为续租，则服务端更新该用户端的托盘记录信息。

S22，服务端定期向用户端发送询问信息，所述询问信息包括托盘数量及使用状态。

用户端接收到服务端发送的询问信息后，向服务端上报当前的托盘数量及使用状态。例如，当前托盘数量为200片，使用状态为闲置。

S23，服务端接收用户端上报的托盘数量和使用状态信息，并与原有的托盘记录信息做比较，如果有变动则更新托盘记录信息，反之不做任何处理。

例如上述举例，原有的托盘记录信息中使用状态为使用中，托盘数量为200，则判断出使用状态有变动，继而更新使用状态为闲置。

容易理解的，上述步骤S22、S23之间有先后的执行顺序之分，但是S21与S22无先后的执行顺序之分。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。

Claims

1.一种托盘信息处理系统，其特征在于，包括服务端和用户端，其中，

所述用户端向所述服务端发送信息变更请求；

2.根据权利要求1所述的托盘信息处理系统，其特征在于，所述信息变更请求中包含有变更项目和托盘数量，若变更项目为转租或退租，则服务端判断托盘的租借时间长度是否大于等于设定的时间阈值，如果是，则更新该用户端的托盘记录信息。

3.根据权利要求1所述的托盘信息处理系统，其特征在于，所述信息变更请求中包含有变更项目和托盘数量，若变更项目为续租，则服务端更新该用户端的托盘记录信息。

4.根据权利要求1所述的托盘信息处理系统，其特征在于，所述服务端定期或不定期地向所述用户端发送询问信息，所述询问信息包括托盘数量及使用状态；

所述用户端响应服务端的询问信息，向服务端上报当前的托盘数量及使用状态；

所述服务端接收用户端上报的托盘数量和使用状态信息，并与原有的托盘记录信息做比较，如果有变动则更新托盘记录信息。

5.根据权利要求1所述的托盘信息处理系统，其特征在于，所述用户端定期或不定期地向服务端发送当前的托盘信息，所述托盘信息包括托盘数量及使用状态；

所述服务端接收用户端上报的托盘数量和使用状态的信息，并与原有的托盘记录信息做比较，如果有变动则更新托盘记录信息。

6.一种托盘信息处理方法，其特征在于，包括步骤：

用户端向服务端发送信息变更请求；

7.根据权利要求6所述的托盘信息处理方法，其特征在于，所述服务端接收用户端发送的信息变更请求，并根据所述信息变更请求确定是否更新该用户端的托盘记录信息，以及在确定出需要更新时更新该用户端的托盘记录信息的步骤，包括：

所述服务端接收用户端发送的信息变更请求，并从所述信息变更请求中解析出变更项目和托盘数量，若变更项目为转租或退租，则判断托盘的租借时间长度是否大于等于设定的时间阈值，如果是，则更新该用户端的托盘记录信息。

8.根据权利要求6所述的托盘信息处理方法，其特征在于，还包括步骤：所述服务端接收用户端上报的托盘数量和使用状态信息，并与原有的托盘记录信息做比较，如果有变动则更新记录信息。

9.一种托盘信息处理方法，其特征在于，包括步骤：

服务端接收用户端发送的信息变更请求，并根据所述信息变更请求确定是否更新该用户端的托盘记录信息，以及在确定出需要更新时更新该用户端的托盘记录信息。

10.根据权利要求9所述的托盘信息处理方法，其特征在于，所述根据所述信息变更请求确定是否更新该用户端的托盘记录信息，以及在确定出需要更新时更新该用户端的托盘记录信息的步骤，包括：从所述信息变更请求中解析出变更项目和托盘数量，若变更项目为转租或退租，则判断托盘的租借时间长度是否大于等于设定的时间阈值，如果是，则更新该用户端的托盘记录信息。