CN110807703A - 订单处理方法、装置、电子设备及计算机可读存储介质 - Google Patents

Abstract

本申请提供一种订单处理方法、装置、电子设备及计算机可读存储介质，涉及计算机数据处理技术领域。该方法可以包括：获取日志中的第一订单的第一状态信息、第一订单在缓存中的第二状态信息；判断第一状态信息与第二状态信息是否相同；在第一状态信息与第二状态信息不相同时，将缓存中的第一订单的第二状态信息更改为第一状态信息。在本方案中，通过在日志中订单的状态信息发生变化时，将缓存中该订单的状态信息更改为日志中该订单的状态信息，使得缓存中的订单能够及时进行得到更新，能够改善利用缓存中订单数据进行处理所得到的处理结果不准确的问题。

Description

订单处理方法、装置、电子设备及计算机可读存储介质

技术领域

本发明涉及计算机数据处理技术领域，具体而言，涉及一种订单处理方法、装置、电子设备及计算机可读存储介质。

背景技术

在金融或物流行业中，电子设备可以通过日志的方式记录各类订单业务的操作记录，以便于通过日志查看历史操作记录。在日志记录的过程中，形成的日志存储在电子设备的硬盘、存储卡等不易丢失的存储介质中。在对订单进行更改或其他操作时，需要从电子设备的缓存中获取数据并进行相应的处理，因此，缓存中会预先存储相应的订单信息。在现有技术中，利用缓存中的订单数据进行相应的订单处理时，容易存在处理结果不准确的情况。

发明内容

本申请提供一种订单处理方法、装置、电子设备及计算机可读存储介质，能够改善利用缓存中订单数据进行处理所得到的处理结果不准确的问题。

为了实现上述目的，本申请实施例所提供的技术方案如下所示：

第一方面，本申请实施例提供一种订单处理方法，所述方法包括：

获取日志中的第一订单的第一状态信息、所述第一订单在缓存中的第二状态信息；判断所述第一状态信息与所述第二状态信息是否相同；在所述第一状态信息与所述第二状态信息不相同时，将所述缓存中的所述第一订单的所述第二状态信息更改为所述第一状态信息。

在上述的实施方式中，通过在日志中订单的状态信息发生变化时，将缓存中该订单的状态信息更改为日志中该订单的状态信息，使得缓存中的订单能够及时进行得到更新，能够改善利用缓存中订单数据进行处理所得到的处理结果不准确的问题。

结合第一方面，在一些可选的实施方式中，获取日志中的第一订单的第一状态信息、所述第一订单在缓存中的第二状态信息，包括：每隔预设时长获取所述预设时长内的日志中的第一订单的第一状态信息、所述第一订单在缓存中的第二状态信息，所述第一状态信息为所述预设时长内所述第一订单的最新状态信息；或者，获取当前日志中的第一订单的第一状态信息、所述第一订单在缓存中的第二状态信息。

在上述的实施方式中，通过每隔预设时长从日志中获取订单的最新状态信息，或者，直接获取当前日志中订单的状态信息，能够及时获取到订单的新的状态信息，从而有助于及时对缓存中的订单的状态信息进行更新。

结合第一方面，在一些可选的实施方式中，判断所述第一状态信息与所述第二状态信息是否相同，包括：比对所述日志中记录的所述第一订单的状态在所述第一状态信息时的第一时刻与所述缓存中记录的所述第一订单的状态为所述第二状态信息时的第二时刻；当所述第一时刻在所述第二时刻之后时，确认所述第一状态信息与所述第二状态信息不相同。

在上述的实施方式中，通过比对订单所在状态的时间来判断订单的状态信息是否相同，无需对订单具体的状态进行识别，有助于简化判断的操作过程，快速实现判断的处理。

结合第一方面，在一些可选的实施方式中，所述方法还包括：接收用户用于执行第二订单的结算业务的操作指令；根据所述操作指令包括的所述结算业务的类型及额度确定用户的剩余授信额度。

在上述实施方式中，确定出的剩余授信额度有利于金融机构、用户进行查看，避免剩余授信额度过低而使用户无法赊欠或借贷。

结合第一方面，在一些可选的实施方式中，所述方法还包括：在所述剩余授信额度小于或等于预设阈值时，向指定的用户终端发送提示信息。

在上述的实施方式中，通过向用户终端发送提示信息，有助于用户及时发现剩余授信额度较低或不足的情况。

结合第一方面，在一些可选的实施方式中，所述方法还包括：根据所述缓存中的订单判断所述用户的账户是否存在借贷类型的结算业务；当存在所述借贷类型的结算业务时，确定所述借贷类型的结算业务对应的还款期限；当所述还款期限在当前时间之后，且在所述当前时间至所述还款期限之间的时长小于或等于预设时长时，向指定的用户终端发送提示信息。

在上述的实施方式中，通过在还款期限前向用户终端发送提示信息，有助于用户及时进行还款，改善用户因忘记还款期限而出现逾期的情况。

结合第一方面，在一些可选的实施方式中，所述方法还包括：根据用户的账户的资产数据、借贷记录、还款记录、个人信用中的至少一种数据确定所述用户的总授信额度。

在上述的实施方式中，通过确定的总授信额度，有利于用户基于该总授信额度办理相应的赊欠/借贷业务。

第二方面，本申请实施例还提供一种订单处理装置，所述订单处理装置包括：

信息获取单元，用于获取日志中的第一订单的第一状态信息、所述第一订单在缓存中的第二状态信息；

判断单元，用于判断所述第一状态信息与所述第二状态信息是否相同；

信息更新单元，用于在所述第一状态信息与所述第二状态信息不相同时，将所述缓存中的所述第一订单的所述第二状态信息更改为所述第一状态信息。

第三方面，本申请实施例还提供一种电子设备，所述电子设备包括相互耦合的存储器、处理器，所述存储器内存储计算机程序，当所述计算机程序被所述处理器执行时，使得所述电子设备执行上述的方法。

第四方面，本申请实施例还提供一种计算机可读存储介质，所述可读存储介质中存储有计算机程序，当所述计算机程序在计算机上运行时，使得所述计算机执行上述的方法。

附图说明

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

图1为本申请实施例提供的电子设备的方框示意图。

图2为本申请实施例提供的电子设备与用户终端的通信连接示意图。

图3为本申请实施例提供的订单处理方法的流程示意图。

图4为本申请实施例提供的订单处理装置的功能框图。

图标：10-电子设备；11-处理模块；12-存储模块；13-通信模块；14-缓存模块；20-用户终端；100-订单处理装置；110-信息获取单元；120-判断单元；130-信息更新单元。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。需要说明的是，术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

请参照图1，本申请实施例提供一种电子设备10，可以用于执行或实现下述的订单处理方法，能够及时对缓存中的订单进行更新。

可理解地，电子设备10可以用于供用户对订单进行操作，以实现对订单的相应处理。用户可以是但不限于金融机构(比如银行、借贷公司等机构)的工作人员、借贷/还款人员、物流行业中需要运输物品的邮寄方、需要收取邮寄方邮寄的物品的收货方。

例如，用户为物流行业中需要运输物品的个人，当用户与物流公司长期合作时，该用户在通过物流公司运输物品时，可以无需在每次运输时向物流公司支付费用，可以预先与物流公司约定集中支付运输费用日期，比如为每月的最后一天(当然该日期可以根据实际情况进行设置，这里不作具体限定)。该用户可以在约定日期对需要支付运输费用的所有订单/运单进行集中支付。同样地，对于用户为收货方时，用户可以无需在每次收取物品时支付物流费用(所支付的物流费用包括但不限于邮寄物品的邮寄费用、购买物品的费用等)，可以在与物流公司约定的日期去集中结算，以便于集中对订单的费用进行结算，提高对订单的结算效率。

又例如，用户为还款人员时，还款人员可以通过电子设备10对已借贷的订单进行还款操作。或者，用户为工作人员时，还款人员可以通过金融机构的工作人员实现还款操作，也就是由工作人员利用电子设备10为还款人员已借贷的订单进行还款操作。

在本实施例中，电子设备10可以包括处理模块11、存储模块12、通信模块13、缓存模块14以及订单处理装置100，处理模块11、存储模块12、通信模块13、缓存模块14以及订单处理装置100各个元件之间直接或间接地电性连接，以实现数据的传输或交互。例如，这些元件相互之间可通过一条或多条通讯总线或信号线实现电性连接。

处理模块11可以是一种集成电路芯片，具有信号的处理能力。上述处理模块11可以是通用处理器。例如，该处理器可以是中央处理器(Central Processing Unit，CPU)、图形处理器(Graphics Processing Unit，GPU)、网络处理器(Network Processor，NP)等；还可以是数字信号处理器(Digital Signal Processing，DSP)、专用集成电路(ApplicationSpecific Integrated Circuit，ASIC)、现场可编程门阵列(Field－Programmable GateArray，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件，可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。

存储模块12可以是，但不限于，可编程只读存储器，可擦除可编程只读存储器，电可擦除可编程只读存储器、硬盘等不易丢失数据的存储介质。在本实施例中，存储模块12可以用于存储系统的日志、订单等数据。其中，日志中可以包括订单数据。当然，存储模块12还可以用于存储程序，处理模块11在接收到执行指令后，执行该程序。

通信模块13用于通过网络建立电子设备10与用户终端20的通信连接，并通过网络收发数据。

缓存模块14可以为内存条或用于缓存数据的其他存储介质，可以用于存储订单的状态信息。可理解地，相比于硬盘类的不易丢失数据的存储介质，电子设备10能够更快地从缓存模块14中获取数据，从而有助于加快数据处理的速率，提高数据处理的效率。

订单处理装置100包括至少一个可以软件或固件(firmware)的形式存储于存储模块12中或固化在电子设备10操作系统(Operating System，OS)中的软件功能模块。处理模块11用于执行存储模块12中存储的可执行模块，例如订单处理装置100所包括的软件功能模块及计算机程序等。

可以理解的是，图1所示的结构仅为电子设备10的一种结构示意图，电子设备10还可以包括比图1所示更多的组件。图1中所示的各组件可以采用硬件、软件或其组合实现。

请参照图2，本申请实施例提供的电子设备10为服务器时，该电子设备10可以与至少一个用户终端20通过网络建立通信连接，以进行数据交互。网络可以是，但不限于，有线网络或无线网络。

电子设备10可以是，但不限于，服务器、个人电脑(Personal Computer，PC)、平板电脑、个人数字助理(Personal Digital Assistant，PDA)、移动上网设备(MobileInternet Device，MID)等。

用户终端20可以是，但不限于，智能手机、个人电脑、平板电脑、个人数字助理、移动上网设备等，可以为客户(客户可以指借贷/还款人员)持有的设备。电子设备10可以向用户终端20发送提示信息，以便于用户及时通过用户终端20获取到提示信息。

请参照图3，本申请实施例提供一种订单处理方法，可以应用于上述的电子设备10。可理解地，该订单处理方法的各步骤可以由电子设备10来执行或实现。

在本实施例中，订单处理方法可以包括以下步骤：

步骤S210，获取日志中的第一订单的第一状态信息、所述第一订单在缓存中的第二状态信息；

步骤S220，判断所述第一状态信息与所述第二状态信息是否相同；

步骤S230，在所述第一状态信息与所述第二状态信息不相同时，将所述缓存中的所述第一订单的所述第二状态信息更改为所述第一状态信息。

在上述的实施方式中，订单的状态信息可以为通过在日志中订单的状态信息发生变化时，将缓存中该订单的状态信息更改为日志中该订单的状态信息，使得缓存中的订单能够及时进行得到更新，能够改善利用缓存中订单数据进行处理所得到的处理结果不准确的问题。

下面将对图3中所示的订单处理方法的各步骤进行详细阐述：

步骤S210，获取日志中的第一订单的第一状态信息、所述第一订单在缓存中的第二状态信息。

在本实施例中，日志存储在电子设备10的存储模块12中。日志中可以记录有电子设备10的各类操作记录。比如，日志中可以记录电子设备10对订单进行处理的记录。

其中，第一订单可理解为在金融借贷行业中，借贷/还款业务的订单。比如，该订单为月结单，也就是需要每月进行结算，比如为客户每月需要还款的月结单。第一订单的第一状态信息可以理解为订单生成的时间(该时间通常为日志中记录的该订单的生成时间)；或者为订单的借贷/还款业务类型(或称为借贷/还款状态)。第一订单的第二状态信息可理解为订单存储在缓存中时的时间，指第一订单录入缓存时刻的时间；或者为订单的借贷/还款业务类型(或称为借贷/还款状态)。可理解地，第一状态信息与第二状态信息可以相同，也可以不相同，需要根据实际情况进行判断。

需要说明的是，借贷并非特指金融行业中的借贷，还可以理解为账务处理过程中的“赊欠”。比如，借贷状态可以理解为用户向金融机构进行借贷时的借贷订单处于未还款的状态，或者，物流中用户向物流公司赊欠的需支付物流费用的订单所处于的未支付状态。同样的，还款状态可以理解为用户对借贷订单进行了还款操作后订单的状态，或者为物流中用户支付了物流费用后订单的状态。

在本实施例中，电子设备10生成日志的过程可以如下：

例如，客户需要向金融机构申请贷款(该贷款申请过程并非特指金融行业中的借贷申请，也可以理解为物流中用户向物流公司申请物流费用的授信额度/赊欠额度，该授信额度/赊欠额度即为在约定期限内允许用户赊欠物流公司的资金额度)，在申请成功后，电子设备10便会生成一个借贷业务类型的订单，并生成日志作为操作记录，并将日志存储在电子设备10的存储模块12中。当客户后期对该借贷业务类型的订单还款时，电子设备10可以对该订单的状态进行更改，也就是将订单由借贷业务类型变更为还款业务类型。在还款成功后，电子设备10可以记录还款操作的日志，并存储在存储模块12中。

在本实施例中，日志可以为MySQL-binlog日志。电子设备10可以通过Canal工具监听MySQL-binlog日志。其中，MySQL-binlog日志是MySQL(My Structured Query Language，关系型数据库管理系统)数据库的二进制日志，用于记录用户对数据库操作的SQL语句(除了数据查询语句)信息。Canal工具为一种用于监听日志的软件工具。

作为一种可选的实施方式，步骤S210可以包括：每隔预设时长获取所述预设时长内的日志中的第一订单的第一状态信息、所述第一订单在缓存中的第二状态信息，所述第一状态信息为所述预设时长内所述第一订单的最新状态信息。

在本实施例中，每个订单携带有订单标识，订单标识可以为文字、字符串、数字编号等，用于各个订单的身份识别，以便于对各个订单进行区分。可理解地，不同订单的订单标识不相同。

若在预设时长内生成的日志中记录有同一个订单(即订单标识相同的订单)的多条记录，那么第一订单的第一状态为该预设时长内第一订单的最新状态信息。第一订单的最新状态信息，即为日志中记录的到当前时刻最近的时刻的第一订单的状态信息。其中，预设时长可以根据实际情况进行设置，例如，可以为1小时、24小时等时长，这里对预设时长的具体时长不作限定。

可理解地，在获取缓存中的订单的状态信息时，若缓存中不存在与日志中的第一订单相同的订单，则将日志中的第一订单及该订单的状态信息录入缓存中。

在上述的实施方式中，通过每隔预设时长来获取存储模块12中的订单的状态信息，以及该订单在缓存中的状态信息，能够降低获取订单状态信息的频率，以降低电子设备10的运算量。

作为一种可选的实施方式，步骤S210可以包括：获取当前日志中的第一订单的第一状态信息、所述第一订单在缓存中的第二状态信息。

在本实施例中，当电子设备10中有关于订单的新日志生成时，电子设备10便会获取当前日志，并将当前日志中的订单作为第一订单，将日志中第一订单的状态信息作为第一状态信息。然后在缓存中查找是否存在该第一订单，若存在第一订单，则获取缓存中的第一订单的状态信息以作为第二状态信息。若缓存中不存在第一订单，则将日志中的第一订单及其状态信息存入缓存中。

在上述的实施方式中，通过获取当前日志中的订单的状态信息及订单在缓存中的状态信息，有助于提高获取数据的实时性，有助于及时利用所获取的订单的状态信息对缓存中的订单的状态信息进行更新。

步骤S220，判断所述第一状态信息与所述第二状态信息是否相同。

作为一种可选的实施方式，步骤S220可以包括：对日志中的第一订单的第一状态信息与第一订单在缓存中的第二状态信息进行比对。当第一状态信息与第二状态信息不相同时，便得到表示第一状态信息与第二状态信息不相同的第一判断结果。当第一状态信息与第二状态信息相同时，便得到表示第一状态信息与第二状态信息相同的第二判断结果。

例如，若第一订单在日志中的第一状态信息为还款业务类型(表示借贷订单已完成还款)，第一订单在缓存中的第二状态信息为借贷业务类型(表示借贷订单未完成还款)，此时，电子设备10便可以确定第一状态信息与第二状态信息不相同。

作为一种可选的实施方式，步骤S220可以包括：比对所述日志中记录的所述第一订单的状态在所述第一状态信息时的第一时刻与所述缓存中记录的所述第一订单的状态为所述第二状态信息时的第二时刻；当所述第一时刻在所述第二时刻之后时，确认所述第一状态信息与所述第二状态信息不相同。

在本实施例中，日志中记录的第一订单的第一时刻可理解为：若第一订单为首次生成的订单，则该订单生成时的状态即为第一状态(比如为借贷的业务状态)，该订单生成的时刻便为第一时刻，该时刻也是日志记录该订单的时刻；若第一订单不是首次生成的订单，则将订单的状态发生变更(比如在客户将之前的贷款订单进行还款之后，订单的状态便会由借贷的业务状态便为已还款的业务状态)的时刻作为第一时刻。可理解地，第一时刻为第一订单的状态刚为第一状态信息时的时刻。

在缓存中写入订单(包括订单编号及订单的状态信息等)时，该订单会携带订单的状态刚为第二状态时的时间，该时间便为订单的第二时刻。例如，在订单刚为借贷的业务状态时，会记录该时间，若将在该借贷业务状态下的订单写入缓存中，那么缓存中会记录该订单刚在借贷的业务状态时的时间，并将该时间作为第二时刻。

可理解地，缓存中的订单通常为预先写入的，在缓存中写入该订单的时刻到当前时刻期间，可能存在该订单的状态信息发生变化的情况。比如，在这期间，订单由借贷状态便为了还款状态(也就是客户还款了借贷订单中部分或全部的借贷资金)，那么存储模块12中的订单所在状态的第一时刻便更新为还款时的时间，此时，缓存中的订单的第二时刻便与存储模块12中该订单的最新状态信息下的第一时刻不相同。因此，可以通过订单所在状态的生成时间，来判断日志中的订单的状态信息与缓存中的该订单的状态信息是否相同。

步骤S230，在所述第一状态信息与所述第二状态信息不相同时，将所述缓存中的所述第一订单的所述第二状态信息更改为所述第一状态信息。

可理解地，第一状态信息通常为该订单的最新状态信息。当第一状态信与第二状态信息不相同时，通过将缓存中该订单的状态信息更改为第一状态信息，便能实现缓存中订单状态的及时更新。

作为一种可选的实施方式，方法还可以包括：接收用户用于执行第二订单的结算业务的操作指令；根据所述操作指令包括的所述结算业务的类型及额度确定用户的剩余授信额度。

可理解地，电子设备10中可以存储有用户的总授信额度。结算业务可以包括贷款业务、还款业务等类型的业务。该总授信额度可理解为用户可以借贷/赊欠的总金额。

当用户向物流公司申请物流费用的赊欠额度时，剩余授信额度＝总授信额度-已申请的赊欠总额+已还款的赊欠总额。比如，一客户在物流公司确定出的总授信额度为5万(此处及下文的“万”可理解为“万元人民币”的简称，当然也可以为其他币种)，若该用户通过该物流公司进行物流运输物品，或者通过该物流公司收取物品所涉及的物流费用共存在3万未支付(也就是用户需要向物流公司支付3万物流费用，但此时用户还未支付)，那么该用户的剩余授信额度便为2万。若该用户在赊欠3万之后，还款2万，此时，剩余授信额度便为5-3+2＝4万。若该用户在赊欠3万之后，将3万赊欠额度全部还清，那么该用户的剩余授信额度为5万，此时，剩余授信额度便为总授信额度。

同样地，当用户通过金融机构进行借贷时，剩余授信额度＝总授信额度-已借贷总额+已还款总额。比如，一客户在金融机构确定出的总授信额度为50万，若该用户通过该金融机构一共贷款了30万，那么该用户的剩余授信额度便为20万。若该用户在贷款30万之后，还款20万(可以包括相应的利息或其他服务费)，此时，剩余授信额度便为50-30+20＝40万。若该用户在贷款30万之后，将30万贷款(包括利息或其他服务费)全部还清，那么该用户的剩余授信额度为50万，此时，剩余授信额度便为总授信额度。

基于此，能够及时根据用户的借贷/还款情况，对用户的剩余授信额度进行调整，方便客户、金融机构查看可用的剩余授信额度。

作为一种可选的实施方式，方法还可以包括：在所述剩余授信额度小于或等于预设阈值时，向指定的用户终端20发送提示信息。

在本实施例中，预设阈值可以根据实际情况进行设置，例如可以为0、1万等数值。比如，预设阈值为0，在借贷过程中，若检测到借贷后客户的剩余授信额度小于或等于0时，则向用户终端20(比如为客户持有的终端)发送提示信息，以使客户及时知晓剩余授信额度较少或不足的情况。若剩余授信额度小于0，可以终止本次的借贷操作，避免借贷/赊欠金额过大而使得客户在规定期限内无法还清所借贷/赊欠的金额。

可理解地，指定的用户终端20可以为与用户的身份或账户绑定的终端设备。比如用户终端20为用户的智能手机，该智能手机的手机号预先与电子设备10、用户的账号绑定，当确定需要发送提示信息时，电子设备10可以根据用户的身份确定需要发送提示消息的手机号，然后向该具有该手机号的智能手机发送提示信息。

作为一种可选的实施方式，方法还可以包括：根据所述缓存中的订单判断所述用户的账户是否存在借贷类型的结算业务；当存在所述借贷类型的结算业务时，确定所述借贷类型的结算业务对应的还款期限；当所述还款期限在当前时间之后，且在所述当前时间至所述还款期限之间的时长小于或等于预设时长时，向指定的用户终端20发送提示信息。当然，除了手机号能够与电子设备10、用户的账户进行绑定，也可以为用户的邮箱或其他通信方式与电子设备10、用户的账户进行绑定。

在本实施例中，同一个用户的账户中可能存在一个或多个借贷类型的结算业务。当存在多个借贷类型的结算业务时，电子设备10可以确定出各个借贷业务的还款期限，并将还款期限最近的日期和当前日期做比对，若还款日期在当前日期之前，则表示该结算业务的还款已逾期。若还款日期为当前日期或在当前日期之后，则表示结算业务的还款未逾期。

当电子设备10确定借贷类型的结算业务的还款逾期时，可以向指定的用户终端20发送提示信息。为了改善出现逾期的情况，电子设备10可以在还款日期前的预设时长时(预设时长可以称为第一预设时长，根据实际情况进行设置，比如，在还款日期的前5天)向指定的用户终端20发送提示信息，以提示用户及时进行还款操作。其中，提示信息可以根据实际情况进行设置，例如，提示信息可以包括用户的还款日期及还款金额。

作为一种可选的实施方式，方法还可以包括：根据用户的账户的资产数据、借贷记录、还款记录、个人信用中的至少一种数据确定所述用户的总授信额度。

在本实施例中，电子设备10可以每隔预设时长(可以称为第二预设时长)确定一次用户的总授信额度，以便于及时对总授信额度进行更新。其中。该预设时长可以根据实际情况进行设置，这里不作具体限定。

用户账户的资产数据可以包括但不限于用户的固定资产、用户的收入明细等，可以由用户在贷款时提供。借贷记录及还款记录可以由电子设备10根据用户的借贷情况及还款情况的历史记录获取得到。个人信用可以由电子设备10从征信机构获取得到。

其中，个人信用可以根据用户还款是否逾期进行增减。比如，若用户一直在期限内完成还款，则该用户的每在期限内完成一次还款，其个人信用值可以增加一个设定值(该设定值可以根据实际情况进行设置，每次增加的值可以相同，可以不相同，这里不作具体限定)。若用户存在逾期的还款记录，每出现一次，则对用户的信用值做一次减法运算，每次减掉的信用值可以根据实际情况进行设置。

在根据用户的个人信用确定用户的总授信额度时，若用户的信用值发送变更，用户的总授信额度也会发生变更。例如，用户的个人信用的值增大，那么该用户的总授信额度也会增大，其增大的额度可以根据实际情况进行设置。若用户的个人信用的值减少，那么该用户的总授信额度也会减小，其减小的额度可以根据实际情况进行设置，这里不作具体限定。

同样地，若用户的资产数据增大，在其他数据(比如个人信用)未发生变化的情况下，该用户的总授信额度也会增大。若用户的资产数据减小，在其他数据(比如个人信用)未发生变化的情况下，该用户的总授信额度也会减小。其中，增大、减小的额度可以根据实际情况进行确定，这里不作具体限定。

基于此，能够灵活对用户的总授信额度进行调整，有助于金融机构、用户借贷业务的开展。

请参照图4，本申请实施例还提供一种订单处理装置100，该订单处理装置100可以用于执行或实现上述的订单处理方法，可以应用于上述的电子设备10中。该订单处理装置100可以包括信息获取单元110、判断单元120及信息更新单元130。

信息获取单元110，用于获取日志中的第一订单的第一状态信息、所述第一订单在缓存中的第二状态信息。

判断单元120，用于判断所述第一状态信息与所述第二状态信息是否相同。

信息更新单元130，用于在所述第一状态信息与所述第二状态信息不相同时，将所述缓存中的所述第一订单的所述第二状态信息更改为所述第一状态信息。

可选地，信息获取单元110还可以用于：每隔预设时长获取所述预设时长内的日志中的第一订单的第一状态信息、所述第一订单在缓存中的第二状态信息，所述第一状态信息为所述预设时长内所述第一订单的最新状态信息；或者，用于获取当前日志中的第一订单的第一状态信息、所述第一订单在缓存中的第二状态信息。

可选地，判断单元120还可以用于：比对所述日志中记录的所述第一订单的状态在所述第一状态信息时的第一时刻与所述缓存中记录的所述第一订单的状态为所述第二状态信息时的第二时刻；当所述第一时刻在所述第二时刻之后时，确认所述第一状态信息与所述第二状态信息不相同。

可选地，订单处理装置100还可以包括指令接收单元及额度确定单元。其中，指令接收单元用于：接收用户用于执行第二订单的结算业务的操作指令。额度确定单元用于：根据所述操作指令包括的所述结算业务的类型及额度确定用户的剩余授信额度。

可选地，订单处理装置100还可以包括期限确定单元及提示单元。判断单元120还可以用于：根据所述缓存中的订单判断所述用户的账户是否存在借贷类型的结算业务。期限确定单元用于：当存在所述借贷类型的结算业务时，确定所述借贷类型的结算业务对应的还款期限。提示单元用于：当所述还款期限在当前时间之后，且在所述当前时间至所述还款期限之间的时长小于或等于预设时长时，向指定的用户终端20发送提示信息。

可选地，额度确定单元还可以用于：根据用户的账户的资产数据、借贷记录、还款记录、个人信用中的至少一种数据确定所述用户的总授信额度。

需要说明的是，所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的电子设备10的具体工作过程，可以参考前述方法中的各步骤对应过程，在此不再过多赘述。

本申请实施例还提供一种计算机可读存储介质。可读存储介质中存储有计算机程序，当计算机程序在计算机上运行时，使得计算机执行如上述实施例中所述的订单处理方法。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本申请可以通过硬件实现，也可以借助软件加必要的通用硬件平台的方式来实现，基于这样的理解，本申请的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施场景所述的方法。

综上所述，本申请提供一种订单处理方法、装置、电子设备及计算机可读存储介质。该方法可以包括：获取日志中的第一订单的第一状态信息、第一订单在缓存中的第二状态信息；判断第一状态信息与第二状态信息是否相同；在第一状态信息与第二状态信息不相同时，将缓存中的第一订单的第二状态信息更改为第一状态信息。在本方案中，通过在日志中订单的状态信息发生变化时，将缓存中该订单的状态信息更改为日志中该订单的状态信息，使得缓存中的订单能够及时进行得到更新，能够改善利用缓存中订单数据进行处理所得到的处理结果不准确的问题。

在本申请所提供的实施例中，应该理解到，所揭露的装置、系统和方法，也可以通过其它的方式实现。以上所描述的装置、系统和方法实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本申请的多个实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。另外，在本申请各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。

以上所述仅为本申请的优选实施例而已，并不用于限制本申请，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (10)

1.一种订单处理方法，其特征在于，所述方法包括：

获取日志中的第一订单的第一状态信息、所述第一订单在缓存中的第二状态信息；

判断所述第一状态信息与所述第二状态信息是否相同；

在所述第一状态信息与所述第二状态信息不相同时，将所述缓存中的所述第一订单的所述第二状态信息更改为所述第一状态信息。

2.根据权利要求1所述的方法，其特征在于，获取日志中的第一订单的第一状态信息、所述第一订单在缓存中的第二状态信息，包括：

每隔预设时长获取所述预设时长内的日志中的第一订单的第一状态信息、所述第一订单在缓存中的第二状态信息，所述第一状态信息为所述预设时长内所述第一订单的最新状态信息；

或者，获取当前日志中的第一订单的第一状态信息、所述第一订单在缓存中的第二状态信息。

3.根据权利要求1所述的方法，其特征在于，判断所述第一状态信息与所述第二状态信息是否相同，包括：

比对所述日志中记录的所述第一订单的状态在所述第一状态信息时的第一时刻与所述缓存中记录的所述第一订单的状态为所述第二状态信息时的第二时刻；

当所述第一时刻在所述第二时刻之后时，确认所述第一状态信息与所述第二状态信息不相同。

4.根据权利要求1所述的方法，其特征在于，所述方法还包括：

接收用户用于执行第二订单的结算业务的操作指令；

根据所述操作指令包括的所述结算业务的类型及额度确定用户的剩余授信额度。

5.根据权利要求4所述的方法，其特征在于，所述方法还包括：

在所述剩余授信额度小于或等于预设阈值时，向指定的用户终端发送提示信息。

6.根据权利要求4所述的方法，其特征在于，所述方法还包括：

根据所述缓存中的订单判断所述用户的账户是否存在借贷类型的结算业务；

当存在所述借贷类型的结算业务时，确定所述借贷类型的结算业务对应的还款期限；

当所述还款期限在当前时间之后，且在所述当前时间至所述还款期限之间的时长小于或等于预设时长时，向指定的用户终端发送提示信息。

7.根据权利要求1所述的方法，其特征在于，所述方法还包括：

根据用户的账户的资产数据、借贷记录、还款记录、个人信用中的至少一种数据确定所述用户的总授信额度。

8.一种订单处理装置，其特征在于，所述订单处理装置包括：

信息获取单元，用于获取日志中的第一订单的第一状态信息、所述第一订单在缓存中的第二状态信息；

判断单元，用于判断所述第一状态信息与所述第二状态信息是否相同；

信息更新单元，用于在所述第一状态信息与所述第二状态信息不相同时，将所述缓存中的所述第一订单的所述第二状态信息更改为所述第一状态信息。

9.一种电子设备，其特征在于，所述电子设备包括相互耦合的存储器、处理器，所述存储器内存储计算机程序，当所述计算机程序被所述处理器执行时，使得所述电子设备执行如权利要求1-7中任一项所述的方法。

10.一种计算机可读存储介质，其特征在于，所述可读存储介质中存储有计算机程序，当所述计算机程序在计算机上运行时，使得所述计算机执行如权利要求1-7中任意一项所述的方法。

Images