CN110555704A - 基于信用担保的信用合约处理方法以及装置 - Google Patents
基于信用担保的信用合约处理方法以及装置 Download PDFInfo
- Publication number
- CN110555704A CN110555704A CN201910704388.6A CN201910704388A CN110555704A CN 110555704 A CN110555704 A CN 110555704A CN 201910704388 A CN201910704388 A CN 201910704388A CN 110555704 A CN110555704 A CN 110555704A
- Authority
- CN
- China
- Prior art keywords
- credit
- contract
- available
- guarantee
- amount
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000003672 processing method Methods 0.000 title claims abstract description 33
- 230000008014 freezing Effects 0.000 claims abstract description 43
- 238000007710 freezing Methods 0.000 claims abstract description 43
- 238000000034 method Methods 0.000 claims description 35
- 230000001960 triggered effect Effects 0.000 claims description 35
- 238000012545 processing Methods 0.000 claims description 26
- 230000000977 initiatory effect Effects 0.000 claims description 8
- 230000008569 process Effects 0.000 description 10
- 238000010586 diagram Methods 0.000 description 6
- 230000008901 benefit Effects 0.000 description 3
- 238000004891 communication Methods 0.000 description 2
- 238000004590 computer program Methods 0.000 description 2
- 230000001413 cellular effect Effects 0.000 description 1
- 230000007547 defect Effects 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000008676 import Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000009467 reduction Effects 0.000 description 1
- 230000004044 response Effects 0.000 description 1
- 239000004984 smart glass Substances 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
- G06Q20/403—Solvency checks
- G06Q20/4037—Remote solvency checks
Landscapes
- Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- Accounting & Taxation (AREA)
- Computer Security & Cryptography (AREA)
- Finance (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本申请提供基于信用担保的信用合约处理方法以及装置，其中所述基于信用担保的信用合约处理方法包括：接收参与信用合约项目的发约方签名后生成的发约单；基于信用担保请求，在应约方信用账户的可用信用额度小于信用担保金额，并应约方资金账户的可用资金额度与可用信用额度的和值满足信用担保金额的情况下；通过为可用信用额度添加标签，并通过冻结资金账户中资金额度的方式，完成信用担保请求；在检测到针对签约页的签约指令的情况下，创建第一信用合约。
Description
技术领域
本申请涉及互联网技术领域，特别涉及一种基于信用担保的信用合约处理方法。本申请同时涉及一种基于信用担保的信用合约处理装置，一种计算设备，以及一种计算机可读存储介质。
背景技术
随着互联网的发展，在网络上交易的方式愈来愈多样，无论是在企业之间，企业与个人之间，个人与个人之间都存在的交易关系，而网络交易的双方都有需要承担的责任与义务，而为了保证基于网络交易约定的责任和义务可以得到履行，在网络交易中往往需要提供担保，比如信用担保，资金担保或有价值的物品担保等。
目前，信用担保方式对线上业务来说，主要是存在于信用卡支付、或其他信用支付方式，并在信用额度不足的情况下，所能提供的信用担保方式也极为有限，因此导致一部分潜在交易不能达成。
发明内容
有鉴于此，本申请提供了一种基于信用担保的信用合约处理方法。本申请同时涉及一种基于信用担保的信用合约处理装置，一种计算设备，以及一种计算机可读存储介质，以解决现有技术中存在的技术缺陷。
根据本申请实施例的第一方面，提供了一种基于信用担保的信用合约处理方法，包括：
接收参与信用合约项目的发约方签名后生成的发约单；
基于所述发约单生成的签约页触发的信用担保请求，根据应约方的信用账户的信用评分确定所述信用账户的可用信用额度；
判断所述可用信用额度是否小于基于所述信用合约项目的项目订单确定的信用担保金额；
若是，判断所述应约方的资金账户的可用资金额度与可用信用额度的和值是否满足所述信用担保金额；
若满足，通过为所述可用信用额度添加信用抵扣额度标签，并通过冻结所述资金账户中与所述信用担保金额和所述可用信用额度之间的差值等额的资金额度的方式，完成所述信用担保请求；
在检测到针对所述签约页的签约指令的情况下，创建第一信用合约。
可选的，若所述判断所述可用信用额度是否小于基于所述信用合约项目的项目订单确定的信用担保金额步骤的判断结果为否，执行如下操作：
通过为所述可用信用额度中与所述信用担保金额等额的信用额度添加所述信用抵扣额度标签的方式，完成所述信用担保请求；
在检测到针对所述签约页的签约指令的情况下，创建第二信用合约。
可选的，若所述判断所述应约方的资金账户的可用资金额度与可用信用额度的和值是否能满足所述信用担保金额步骤的判断结果为不满足，执行如下操作：
根据所述信用担保金额与所述和值的差值，发起押金支付请求；
在应约方基于所述押金支付请求完成支付的情况下，通过为所述可用信用额度添加所述信用抵扣额度标签，并通过冻结所述资金账户中所述可用资金额度的方式，完成所述信用担保请求；
在检测到针对所述签约页的签约指令的情况下，创建第三信用合约。
可选的，所述基于所述发约单生成的签约页触发的信用担保请求，根据应约方的信用账户的信用评分确定所述信用账户的可用信用额度，包括：
基于所述信用担保请求，获取所述信用账户的信用评分；
根据预设的信用评分与信用额度的对应关系，确定与所述信用评分对应的目标信用额度作为所述可用信用额度。
可选的，所述基于所述发约单生成的签约页触发的信用担保请求，根据应约方的信用账户的信用评分确定所述信用账户的可用信用额度，包括：
基于所述信用担保请求，获取所述信用评分以及所述信用账户的已用信用额度；
根据预设的信用评分与信用额度的对应关系，确定与所述信用评分对应的目标信用额度；
将所述目标信用额度与所述已用信用额度的差值作为所述可用信用额度。
可选的，所述在检测到针对所述签约页的签约指令的情况下，创建第一信用合约步骤执行之后，还包括：
在完成所述第一信用合约中约定的履约事项的情况下，移除所述可用信用额度的所述信用抵扣额度标签，并解除所述资金账户中对所述资金额度的冻结。
可选的，所述在检测到针对所述签约页的签约指令的情况下，创建第二信用合约步骤执行之后，还包括：
在完成所述第二信用合约中约定的履约事项的情况下，移除所述信用额度的所述信用抵扣额度标签。
可选的，所述在检测到针对所述签约页的签约指令的情况下，创建第三信用合约步骤执行之后，还包括：
在完成所述第三信用合约中约定的履约事项的情况下，移除所述信用额度的所述信用抵扣额度标签；
解除所述资金账户中对所述可用资金额度的冻结，并返还所述押金。
可选的，在所述获取参与信用合约项目的发约方的发约单步骤执行之后，并在所述基于所述发约单生成的签约页触发的信用担保请求，根据应约方的信用账户的信用评分确定所述信用账户的可用信用额度步骤执行之前，还包括：
根据所述发约单，判断所述信用账户是否满足所述发约单的应约条件；
若是，向所述信用账户展示所述签约页；
基于所述签约页中的信用担保条款，触发所述信用担保请求，所述信用担保请求中携带所述信用合约项目的项目订单确定的信用担保金额。
根据本申请实施例的第二方面，提供了一种基于信用担保的信用合约处理装置，包括：
接收模块，被配置为接收参与信用合约项目的发约方签名后生成的发约单；
确定模块，被配置为基于所述发约单生成的签约页触发的信用担保请求，根据应约方的信用账户的信用评分确定所述信用账户的可用信用额度；
第一判断模块，被配置为判断所述可用信用额度是否小于基于所述信用合约项目的项目订单确定的信用担保金额；
若是，运行第二判断模块；所述第二判断模块，被配置为判断所述应约方的资金账户的可用资金额度与可用信用额度的和值是否满足所述信用担保金额；
若满足，运行冻结模块；所述冻结模块，被配置为通过为所述可用信用额度添加信用抵扣额度标签，并通过冻结所述资金账户中与所述信用担保金额和所述可用信用额度之间的差值等额的资金额度的方式，完成所述信用担保请求；
第一创建模块，被配置为在检测到针对所述签约页的签约指令的情况下，创建第一信用合约。
可选的，若所述第一判断模块的运行结果为否，运行如下模块：
添加标签模块，被配置为通过为所述可用信用额度中与所述信用担保金额等额的信用额度添加所述信用抵扣额度标签的方式，完成所述信用担保请求；
第二创建模块，被配置为在检测到针对所述签约页的签约指令的情况下，创建第二信用合约。
可选的，若所述第二判断模块的运行结果为不满足，运行如下模块：
请求模块，被配置为根据所述信用担保金额与所述和值的差值，发起押金支付请求；
支付模块，被配置为在应约方基于所述押金支付请求完成支付的情况下，通过为所述可用信用额度添加所述信用抵扣额度标签，并通过冻结所述资金账户中所述可用资金额度的方式，完成所述信用担保请求；
第三创建模块，被配置为在检测到针对所述签约页的签约指令的情况下，创建第三信用合约。
可选的，所述的基于信用担保的信用合约处理装置，还包括：
第一移除模块，被配置为在完成所述第一信用合约中约定的履约事项的情况下，移除所述可用信用额度的所述信用抵扣额度标签，并解除所述资金账户中对所述资金额度的冻结。
可选的，所述的基于信用担保的信用合约处理装置，还包括：
判断条件模块，被配置为根据所述发约单，判断所述信用账户是否满足所述发约单的应约条件；
若是，运行展示模块；所述展示模块，被配置为向所述信用账户展示所述签约页；
触发模块，被配置为基于所述签约页中的信用担保条款，触发所述信用担保请求，所述信用担保请求中携带所述信用合约项目的项目订单确定的信用担保金额。
根据本申请实施例的第三方面，提供了一种计算设备，包括：
存储器和处理器；
所述存储器用于存储计算机可执行指令，所述处理器用于执行所述计算机可执行指令：
接收参与信用合约项目的发约方签名后生成的发约单；
基于所述发约单生成的签约页触发的信用担保请求，根据应约方的信用账户的信用评分确定所述信用账户的可用信用额度；
判断所述可用信用额度是否小于基于所述信用合约项目的项目订单确定的信用担保金额；
若是，判断所述应约方的资金账户的可用资金额度与可用信用额度的和值是否满足所述信用担保金额；
若满足，通过为所述可用信用额度添加信用抵扣额度标签，并通过冻结所述资金账户中与所述信用担保金额和所述可用信用额度之间的差值等额的资金额度的方式，完成所述信用担保请求；
在检测到针对所述签约页的签约指令的情况下，创建第一信用合约。
根据本申请实施例的第四方面，提供了一种计算机可读存储介质，其存储有计算机可执行指令，该指令被处理器执行时实现任意一项所述基于信用担保的信用合约处理方法的步骤。
与现有技术相比，本申请具有如下优点：
本申请提供一种基于信用担保的信用合约处理方法，包括：接收参与信用合约项目的发约方签名后生成的发约单；基于所述发约单生成的签约页触发的信用担保请求，根据应约方的信用账户的信用评分确定所述信用账户的可用信用额度；判断所述可用信用额度是否小于基于所述信用合约项目的项目订单确定的信用担保金额；若是，判断所述应约方的资金账户的可用资金额度与可用信用额度的和值是否满足所述信用担保金额；若满足，通过为所述可用信用额度添加信用抵扣额度标签，并通过冻结所述资金账户中与所述信用担保金额和所述可用信用额度之间的差值等额的资金额度的方式，完成所述信用担保请求；在检测到针对所述签约页的签约指令的情况下，创建第一信用合约。
本申请提供的基于信用担保的信用合约处理方法，通过在接收参与信用合约项目发约方签名后生成的发约单之后，根据信用担保请求，在应约方的信用账户可用信用额度小于信用担保金额，且应约方的资金账户的可用资金额度和可用信用额度之和满足信用担保金额的情况下，通过为所述可用信用额度添加信用抵扣额度标签，并通过冻结所述资金账户中与所述信用担保金额和所述可用信用额度之间的差值等额的资金额度的方式，完成了基于信用担保的信用合约处理，并在可用信用额度不足的情况下，提供了以可用资金额度进行信用担保的方式，促进了信用合约的创建，并进一步提高了信用合约的签约率。
附图说明
图1是本申请实施例提供的一种基于信用担保的信用合约处理方法的流程图；
图2是本申请实施例提供的一种应用于信用借物项目的基于信用担保的信用合约处理方法的处理流程图；
图3是本申请实施例提供的一种基于信用担保的信用合约处理装置的结构示意图；
图4是本申请实施例提供的一种计算设备的结构框图。
具体实施方式
在下面的描述中阐述了很多具体细节以便于充分理解本申请。但是本申请能够以很多不同于在此描述的其它方式来实施，本领域技术人员可以在不违背本申请内涵的情况下做类似推广，因此本申请不受下面公开的具体实施的限制。
在本申请一个或多个实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请一个或多个实施例。在本申请一个或多个实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本申请一个或多个实施例中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
应当理解，尽管在本申请一个或多个实施例中可能采用术语第一、第二等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请一个或多个实施例范围的情况下，第一也可以被称为第二，类似地，第二也可以被称为第一。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。
在本申请中，提供了一种基于信用担保的信用合约处理方法，本申请同时涉及一种基于信用担保的信用合约处理装置，一种计算设备，以及一种计算机可读存储介质，在下面的实施例中逐一进行详细说明。
本申请提供的一种基于信用担保的信用合约处理方法实施例如下：
图1示出了根据本申请实施例的一种基于信用担保的信用合约处理方法的流程图，包括步骤S102至步骤S112。
步骤S102，接收参与信用合约项目的发约方签名后生成的发约单。
本申请实施例中，所述信用合约是指两方或者两方以上的参与方基于信用对某项服务的使用达成“权”、“责”、“利”的共识，并且，达成共识的各个参与方都会保留一份已达成的共识数据；而这种共识会以发约方和应约方签名进行表示，其中，“权”定义了某一方享有的权利，也可以说成另外一方需要履约的行为，比如：按时还钱、按时还物等，“责”定义了违约方需要承担的违约责任，比如：退回优惠、罚金、没收担保金、降低信用评分等、“利”定义了履约方能获得的权益，比如：提升信用评分、提升履约率、获得资金回报等。
相应的，信用合约项目，是指以发约方与应约方签订的信用合约为基础而展开的项目，可以是信用借物项目、信用借书项目、信用公益项目、信用借贷项目等。
其中，所述发约方，是参与信用合约项目的邀约方，即发起信用合约的一方，而应约方，是指接收发约方发出的发约单且同意根据发约单加入信用合约项目的一方。具体的，发约方和应约方是通过在信用平台中的信用账户参与信用合约项目，而发约方和应约方可以是用户，也可以是商家。
比如，在信用借物项目，一般以出借人作为发约方，以借物人作为应约方；而在信用借书项目中，一般以图书馆作为发约方，以借书用户作为应约方。
所述发约单，是指由发约方定义好发约方与应约方需要履行的信用合约的权、责、利的具体条款，并在这些条款上签名后形成的单方面的约定单据。
具体的，在接收到发约方签名后生成的发约单的基础上，本申请实施例提供的第一种可选实施方式中，在所述获取参与信用合约项目的发约方的发约单步骤执行之后，并在所述基于所述发约单生成的签约页触发的信用担保请求，根据应约方的信用账户的信用评分确定所述信用账户的可用信用额度步骤执行之前，还包括：
根据所述发约单，判断所述信用账户是否满足所述发约单的应约条件；
若是，向所述信用账户展示所述签约页；
若否，可向信用账户发出不满足应用条件的提醒；
基于所述签约页中的信用担保条款，触发所述信用担保请求，所述信用担保请求中携带所述信用合约项目的项目订单确定的信用担保金额。
所述应约条件，是指允许应约方签订发约方发出的发约单的条件，实际应用中，在发约方在发约单中会约定应约条件，只有当满足此应约条件，才能在此发约单生成的签约页中下发签约指令，比如，甲为发约方，甲在发约单中约定只有信用账户的信用评分大于600才能对针对发约单生成的签约页进行签约，信用评分大于600即为此发约单的应约条件。
所述信用账户，是指在信用平台参与所述信用合约项目的账户，实际应用中，信用平台会对信用账户参与过信用合约项目的履约情况进行评分，这些信用评分表示信用账户的信用值的高低，当信用账户的信用评分升高，可以参与某些特定的信用合约项目，或者具有某些优惠，具有信用额度。
所述签约页，是指当应约发收到发约单之后，会根据发约单生成可供应约方信用账户进行签约的页面，此页面中的具体条款与发约单相同，并具有签约按钮，或者签名区域，当应约方在签约页签约即表示对发约方的发约单认同，则信用合约创建成功。
所述信用担保条款，是由于有一些合约需要进行信用担保才得以进行，因此在发约单中会包含信用担保条款，并在发约单生成的签约页中会也包含信用担保条款，并基于此信用担保条款，触发信用担保请求，而此信用担保请求中携带所述信用合约项目的项目订单确定的信用担保金额，只有应约方根据信用担保金额完成此信用担保请求的情况下，才能够继续进行签约并创建信用合约。
所述项目订单，是指应约方与发约方在参与信用合约项目过程中签订的项目订单，实际应用中，当应约方与发约方签订项目订单之后，会进一步基于此项目订单签订信用合约，以此来约定与此项目订单相关的权、责、利。具体的，此项目订单可以是信用借物订单，信用借书订单，信用公益订单，信用借贷订单等，以信用借物订单为例，信用借物订单中通常包括，具体所借的物件、物件的个数、物件的金额、以及根据物件的总金额计算出的信用担保金额。
以甲为发约方，乙为应约方为例，以乙向甲借一部相机以及一部摄影机而签订的信用借物订单为基础，甲向乙发送甲已签名的发约单，此信用借物订单中具体包括：所借相机的品牌型号，所借相机的金额为3000，所借相机的个数为1个，所借摄影机的品牌型号，所借摄影机的金额为5000，所借摄影机的个数为1个，以及根据相机和摄影机的总金额3000+5000＝8000，并根据发约方的担保规则计算出的信用担保金额为3500。
甲向乙发送的发约单中约定只有信用评分大于600的信用账户才能应约，并约定相应的信用担保条款，则接收此发约单之后，会判断乙的信用账户的信用评分是否大于600，首先根据此发约单，获取到乙的信用账户的信用评分为780，此信用评分大于600，则乙的信用账户满足应约条件，向乙的信用账户展示此发约单生成的签约页，并根据此签约页中的信用担保条款发送信用担保请求，此信用担保请求中携带上述信用借物订单中的信用担保金额3500元，基于此信用担保请求，执行下述步骤S104。
本申请实施例，在接收发约方签名后生成的发约单之后，先判断应约方是否满足发约单中的应约条件，在应约方的信用账户满足应约条件的情况下，向应约方展示由发约单生成的签约页，并基于签约页中的信用担保条款，触发信用担保请求，在创建信用合约之前添加信用担保，增加了应约方对信用合约的履约率，并在应约方不能履约的情况下，保障了发约方的权益。
步骤S104，基于所述发约单生成的签约页触发的信用担保请求，根据应约方的信用账户的信用评分确定所述信用账户的可用信用额度。
具体实施时，在上述接收参与信用合约项目的发约方签名后生成的发约单之后，若发约单中存在涉及信用担保条款，则根据发约单生成的签约页中也存在此信用担保条款，表明需要在参与此信用合约项目的过程中进行信用担保，则触发信用担保请求，并根据应用方的信用账户的信用评分确定所述信用账户的可用信用额度，若发约单中不存在涉及信用担保条款，则根据发约单生成的签约页中也不会存在此信用担保条款，表明不需要在参与此信用合约项目的过程中进行信用担保，那么在检测到应约方在签约页的签约指令的情况下，可直接创建信用合约。
其中，可用信用额度是指可以用来抵扣信用担保金额的信用额度，实际应用中，通常信用评分与信用额度之间存在关联关系，根据信用评分就可确定与信用账户的信用额度，而可用信用额度是指在此信用额度中可以用来抵扣信用担保金额的信用额度。
本申请实施例提供的第一种可选实施方式中，所述基于所述发约单生成的签约页触发的信用担保请求，根据应约方的信用账户的信用评分确定所述信用账户的可用信用额度，具体采用如下方式实现：
基于所述信用担保请求，获取所述信用账户的信用评分；
根据预设的信用评分与信用额度的对应关系，确定与所述信用评分对应的目标信用额度作为所述可用信用额度。
实际应用中，当触发信用担保请求后，基于此信用担保请求，首先会获取应约方信用账户的信用评分，这种获取可以是实时的，当获取到信用账户的信用评分，则根据信用评分与信用额度的对应关系确定目标信用额度作为可用信用额度，具体的，所述预设的信用评分与信用额度的对应关系可以是信用评分区间与信用额度之间的对应关系，此对应关系具体如表1所示，也可以是信用评分与信用额度之间的对应关系，在此不做限制。
| 信用评分区间 | 550-600 | 600-700 | 700-800 | 800-900 | 900-1000 |
| 信用额度(元) | 1200 | 2100 | 3000 | 3900 | 4800 |
表1
以上述甲为发约方，以为应约方为例，基于甲发出的发约单生成的签约页触发的信用担保请求，获取到乙的信用评分为780，则根据表1，乙的信用评分在700-800的信用评分区间，此信用评分区间对应目标信用额度为3000，则可用信用额度为3000。
本申请实施例，通过将与信用账户的信用评分对应的目标信用额度作为可用信用额度，使用户可以通过信用抵扣信用合约中的担保金额，使信用合约的担保方式便捷，促进了信用合约的创建，并进一步提高了信用合约的签约率。
本申请实施例提供的第二种可选实施方式中，所述基于所述发约单生成的签约页触发的信用担保请求，根据应约方的信用账户的信用评分确定所述信用账户的可用信用额度，具体采用如下方式实现：
基于所述信用担保请求，获取所述信用评分以及所述信用账户的已用信用额度；
根据预设的信用评分与信用额度的对应关系，确定与所述信用评分对应的目标信用额度；
将所述目标信用额度与所述已用信用额度的差值作为所述可用信用额度。
所述已用信用额度，是指信用账户正在参与的信用合约项目中已经用来抵扣金额的信用额度，实际应用中，信用账户的信用评分是固定的，因此其对应的目标信用额度也是固定的，当这些目标信用额度中有一些信用额度已经被用来抵扣金额了，那么在目标信用额度中除已用信用额度之外的信用额度可用来抵扣信用担保金额，即作为可用信用额度。
以上述甲为发约方，以为应约方为例，基于甲发出的发约单生成的签约页触发的信用担保请求，获取到乙的信用评分为780，已用信用额度为1800，而乙的信用评分对应的目标信用额度为3000，则乙的可用信用额度为目标信用额度与已用信用额度的差值3000-1800＝1200。
本申请实施例，通过将与信用账户的信用评分对应的目标信用额度与已用信用额度的差值作为可用信用额度，防止信用账户的信用额度被多次重复使用，增加了信用担保的可靠性。
步骤S106，判断所述可用信用额度是否小于基于所述信用合约项目的项目订单确定的信用担保金额。
实际应用中，在上述步骤中根据信用账户的信用评分确定可用信用额度之后，判断所述可用信用额度是否小于信用担保金额，若是，表明只以可用信用额度来抵扣信用担保金额是不够的，则执行下述步骤S108；
若否，表明只以可用信用额度来抵扣信用担保金额是足够的，则以可用信用额度来抵扣信用担保金额来完成上述信用担保请求。
具体的，在以可用信用额度来抵扣信用担保金额是足够的情况下，本申请实施例提供的一种可选实施方式中，若所述判断所述可用信用额度是否小于基于所述信用合约项目的项目订单确定的信用担保金额步骤的判断结果为否，执行如下操作：
通过为所述可用信用额度中与所述信用担保金额等额的信用额度添加所述信用抵扣额度标签的方式，完成所述信用担保请求；
在检测到针对所述签约页的签约指令的情况下，创建第二信用合约。
实际应用中，所述信用抵扣额度标签，用来区分信用额度是否可用是否已被用来抵扣金额，且此标签还附带相关的发约单单号或应约单单号，通过单号表明此信用额度用来抵扣哪个发约单或应约单的信用担保金额，同一信用额度上可添加一个或至少一个信用抵扣额度标签，在此不做限制，此标签也可用于统计应约方的信用额度的抵扣情况，以及此信用额度同时抵扣了多少金额的情况。
以丙为发约方，丁为应约方为例，根据丙发出的发约单生成的签约页触发的信用担保请求中携带的信用担保金额为2800，而丁的信用账户的信用评分为850，根据表1可知信用评分850对应的可用信用额度为3900，则丁的可用信用额度不小于信用担保金额2800，则为丁的可用信用额度中2800的信用额度添加信用抵扣额度标签，以此抵扣信用担保请求中携带的信用担保金额2800，完成信用担保请求之后，丁通过信用账户在丙发出的发约单生成的签约页上签约，在检测到此签约指令的情况下，创建第二信用合约。
本申请实施例，在可用信用额度不小于信用担保金额的情况下，通过为可用信用额度中与信用担保金额等额的信用额度添加信用抵扣额度标签的方式，完成信用担保请求，使应约方仅通过其信用账户的信用额度就可以完成信用合约项目中的信用担保，并进一步创建信用合约，简化了创建信用合约的流程，也可以在应约方的担保资金不足的情况下，仍然可以凭借信用完成信用担保，进而创建信用合约，促进了信用合约的创建，并进一步提高了信用合约的签约率。
步骤S108，判断所述应约方的资金账户的可用资金额度与可用信用额度的和值是否满足所述信用担保金额。
实际应用中，在上述步骤中判断可用信用额度是否小于信用担保金额步骤的判断结果为是，则判断所述应约方的资金账户的可用资金额度与可用信用额度的和值是否满足所述信用担保金额，若是，表明应约方的资金账户的可用资金额度与可用信用额度之和是足够抵扣信用担保金额的，则执行下述步骤S110；
若否，表明应约方的资金账户的可用资金额度与可用信用额度之和是不够抵扣信用担保金额的，还需应约方提供其他的担保金或担保物完成上述信用担保请求。
其中，所述资金账户可以是信用卡账户、可以是信用账户自身携带的信用支付方式，在此不做限制，相应的，所述可用资金额度为信用卡账户或上述信用支付方式中，总资金额度减去已经使用的资金额度之后剩余的可用资金额度。
在应约方的资金账户的可用资金额度与可用信用额度之和不够抵扣信用担保金额的情况下，本申请实施例提供的一种可选实施方式中，若所述判断所述应约方的资金账户的可用资金额度与可用信用额度的和值是否能满足所述信用担保金额步骤的判断结果为不满足，执行如下操作：
根据所述信用担保金额与所述和值的差值，发起押金支付请求；
在应约方基于所述押金支付请求完成支付的情况下，通过为所述可用信用额度添加所述信用抵扣额度标签，并通过冻结所述资金账户中所述可用资金额度的方式，完成所述信用担保请求；
在检测到针对所述签约页的签约指令的情况下，创建第三信用合约。
具体实施时，在可用资金额度与可用信用额度之和不能满足信用担保额度的情况下，针对这二者之和所不能满足信用担保额度的情况下，向应约方的信用账户发起押金支付请求，基于此押金支付请求，应约方可以使用在信用账户的支付链路或者与此信用账户关联的第三方支付链路进行押金支付，在此不做限制，在押金支付完成之后，以可用信用额度和可用资金额度对信用担保金额进行抵扣，具体的，是为可用信用额度添加信用抵扣额度标签，并在资金账户中冻结可用资金额度来完成信用担保请求。
除向应约方发起押金支付请求之外，还可以向应约方发起压物交付请求，压物交付请求的具体实施方式与押金支付请求类似，在此不做赘述。
若根据丙发出的发约单生成的签约页触发的信用担保请求中携带的信用担保金额为6800，而丁的信用账户的信用评分为850，根据表1可知信用评分850对应的可用信用额度为3900，丁的资金账户的可用资金额度为1000，则丁的可用信用额度与可用资金额度的和值为4900，此和值小于信用担保金额6800；
则计算可得到信用担保金额和所述和值之间的差值为6800-4900＝1900，将此差值作为押金向丁发送押金支付请求，并在丁基于此押金支付请求支付押金1900的情况下，通过为3900的可用信用额度添加信用抵扣额度标签，并通过冻结丁的资金账户中1000的可用资金额度的方式抵扣信用担保请求中的携带的信用担保金额6800，完成信用担保请求之后，丁通过信用账户在丙发出的发约单生成的签约页上签约，在检测到此签约指令的情况下，创建第三信用合约。
本申请实施例，在应约方的可用资金额度和可用信用额度之和小于信用担保金额的情况下，通过向应约方发送押金支付请求，来满足信用担保金额，增加了抵扣信用担保金额的方式，进而促进了信用合约的创建，并进一步提高了信用合约的签约率。
步骤S110，通过为所述可用信用额度添加信用抵扣额度标签，并通过冻结所述资金账户中与所述信用担保金额和所述可用信用额度之间的差值等额的资金额度的方式，完成所述信用担保请求。
通过上述步骤S108，判断应约方的资金账户的可用资金额度与可用信用额度之是否满足信用担保金额的判断结果为是的情况下，需要将可用信用额度和可用资金额度共同用来抵扣信用担保金额。具体的，可通过为可用信用额度添加信用抵扣金额标签，并将可用信用额度不能满足信用担保金额的部分，即信用担保金额与所述可用信用额度之间的差值，通过冻结资金账户中的资金额度来完成信用担保请求。
以上述甲为发约方，乙为应约方为例，乙的信用账户的可用信用金额为3000，乙的资金账户的可用资金额度为2000，而甲发出的发约单生成的签约页触发的信用担保请求中，携带的信用担保金额为3500，则可用信用金额与可用资金额度之和为3000+2000＝5000可以满足信用担保金额3500，则通过为3000的可用信用额度添加信用抵扣额度标签，并通过冻结乙的资金账户中，与所述信用担保金额和可用信用额度之间的差值3500-3000＝500，等额的资金额度的方式抵扣信用担保金额3500，来完成信用担保请求。
步骤S112，在检测到针对所述签约页的签约指令的情况下，创建第一信用合约。
在完成信用担保请求的基础上，并应约方在签约页下发签约指令的情况下，创建第一信用合约。
除本申请实例涉及的在信用合约项目中由应约方提供的信用担保金额的情况之外，还有由发约方提供信用担保金额的情况，其具体实现与本申请类似，在此不做赘述。
在创建第一信用合约的基础上，本申请实施例提供的一种可选实施方式中，所述在检测到针对所述签约页的签约指令的情况下，创建第一信用合约步骤执行之后，还包括：
在完成所述第一信用合约中约定的履约事项的情况下，移除所述可用信用额度的所述信用抵扣额度标签，并解除所述资金账户中对所述资金额度的冻结。
实际应用中，当信用合约创建成功后，发约方和应约方需要各自履行信用合约中约定的履约事项，当发约方和应约方完成信用合约中约定的履约事项之后，会针对创建信用合约前，用以抵扣信用担保金额的部分，作相应的处理来去除信用担保。
以上述甲为发约方，乙为应约方为例，通过乙向甲借一部相机以及一部摄影机而签订的信用借物订单确定的信用担保金额为3500，而甲乙双方签订的中约定出借时间为30天，2天内发货，则根据发约单和信用借物订单创建履约单，履约单中表明甲需要履行的事项为：2天内发货，乙需要履行的事项为：30天内归还一部相机，并30天内归还一部摄影机，当甲和乙履行完成履约单中的事项后，将上述对3000可用信用额度添加的信用抵扣额度标签进行移除，并将上述冻结乙的资金账户中500资金额度进行解冻。
本申请实施例，在完成第一信用合约的情况下，将创建第一信用合约之前完成信用担保请求的过程中，对上述步骤S110中可用信用额度添加的信用抵扣额度标签进行移除，并对上述步骤S110中冻结的资金账户中的资金额度进行解冻，自助完成去担保，使信用合约的担保的流程更加快速和便捷。
在上述步骤S106中创建的所述第二信用合约的基础上，本申请实施例提供的一种可选实施方式中，所述在检测到针对所述签约页的签约指令的情况下，创建第二信用合约步骤执行之后，还包括：
在完成所述第二信用合约中约定的履约事项的情况下，移除所述信用额度的所述信用抵扣额度标签。
以上述丙为发约方，丁为应约方为例，在信用担保金额为2800的情况下，丙、丁双方完成创建的履约单中约定的事项之后，将上述为丁的可用信用额度中的2800信用额度添加的信用抵扣额度标签进行移除。
本申请实施例，在完成第二信用合约的情况下，将创建第二信用合约之前完成信用担保请求的过程中，对上述信用额度添加的信用抵扣额度标签进行移除，自助完成去担保，使信用合约的担保的流程更加快速和便捷。
在上述步骤S108中创建的所述第三信用合约的基础上，本申请实施例提供的一种可选实施方式中，所述在检测到针对所述签约页的签约指令的情况下，创建第三信用合约步骤执行之后，还包括：
在完成所述第三信用合约中约定的履约事项的情况下，移除所述信用额度的所述信用抵扣额度标签；
解除所述资金账户中对所述可用资金额度的冻结，并返还所述押金。
所述返还所述押金，是指将上述应约方支付的押金，返还给应约方，其中返还的方式，可以返还给应约方支付押金的账户，也可以返还给信用合约项目中指定的账户，在此不做限制。
以上述丙为发约方，丁为应约方为例，在信用担保金额为6800的情况下，丙、丁双方完成创建的履约单中约定的事项之后，将上述3900的可用信用额度添加的信用抵扣额度标签进行去除，并解除对丁的资金账户中1000的可用资金额度的冻结，最后将乙支付的押金1900进行返还。
本申请实施例，在完成第三信用合约的情况下，将创建第三信用合约之前完成信用担保请求的过程中，对上述信用额度添加的信用抵扣额度标签进行移除，自助完成去担保，使信用合约的担保的流程更加快速和便捷。
下述结合图2，以本申请提供的基于信用担保的信用合约处理方法在信用借物项目的应用为例，对所述基于信用担保的信用合约处理方法进行进一步说明，所述基于信用担保的信用合约处理方法具体包括步骤S202至步骤S224。
步骤S202，接收参与信用借物项目的发约方签名后生成的发约单。
步骤S204，根据所述发约单，判断所述信用账户是否满足所述发约单的应约条件；
若是，执行下述步骤S206；
若否，不做操作即可。
具体的，应约条件为应约方的信用账户的信用评分需大于600。
步骤S206，向所述信用账户展示所述发约单生成的签约页。
步骤S208，基于所述签约页中的信用担保条款，触发信用担保请求，所述信用担保请求中携带所述信用借物项目的信用借物订单确定的信用担保金额。
步骤S210，基于所述发约单生成的签约页触发的信用担保请求，获取所述应约方的信用账户的信用评分。
步骤S212，根据预设的信用评分与信用额度的对应关系，确定与所述信用评分对应的目标信用额度作为所述可用信用额度。
步骤S214，判断所述可用信用额度是否小于基于所述信用合约项目的项目订单确定的信用担保金额；
若否，执行下述步骤S216；
若是，执行下述步骤S220。
S216，通过为所述可用信用额度中与所述信用担保金额等额的信用额度添加所述信用抵扣额度标签的方式，完成所述信用担保请求。
S218，在检测到针对所述签约页的签约指令的情况下，创建第二信用合约。
S220，判断所述应约方的资金账户的可用资金额度与可用信用额度的和值是否满足所述信用担保金额；
若满足，执行下述步骤S222；
若不满足，根据所述信用担保金额与所述和值的差值，发起押金支付请求；在应约方基于所述押金支付请求完成支付的情况下，通过为所述可用信用额度添加所述信用抵扣额度标签，并通过冻结所述资金账户中所述可用资金额度的方式，完成所述信用担保请求；在检测到针对所述签约页的签约指令的情况下，创建第三信用合约。
S222，通过为所述可用信用额度添加信用抵扣额度标签，并通过冻结所述资金账户中与所述信用担保金额和所述可用信用额度之间的差值等额的资金额度的方式，完成所述信用担保请求。
S224，在检测到针对所述签约页的签约指令的情况下，创建第一信用合约。
综上所述，本申请提供的基于信用担保的信用合约处理方法，通过在接收参与信用合约项目发约方签名后生成的发约单之后，根据信用担保请求，在应约方的信用账户可用信用额度小于信用担保金额，且应约方的资金账户的可用资金额度和可用信用额度之和满足信用担保金额的情况下，通过为所述可用信用额度添加信用抵扣额度标签，并通过冻结所述资金账户中与所述信用担保金额和所述可用信用额度之间的差值等额的资金额度的方式，完成了基于信用担保的信用合约处理，并在可用信用额度不足的情况下，提供了以可用资金额度进行信用担保的方式，促进了信用合约的创建，并进一步提高了信用合约的签约率。
本申请提供的一种基于信用担保的信用合约处理装置实施例如下：
与上述方法实施例相对应，本申请还提供了基于信用担保的信用合约处理装置实施例，图3示出了本申请实施例的基于信用担保的信用合约处理装置的结构示意图。如图3所示，该装置包括：
接收模块302，被配置为接收参与信用合约项目的发约方签名后生成的发约单；
确定模块304，被配置为基于所述发约单生成的签约页触发的信用担保请求，根据应约方的信用账户的信用评分确定所述信用账户的可用信用额度；
第一判断模块306，被配置为判断所述可用信用额度是否小于基于所述信用合约项目的项目订单确定的信用担保金额；
若是，运行第二判断模块308；所述第二判断模块308，被配置为判断所述应约方的资金账户的可用资金额度与可用信用额度的和值是否满足所述信用担保金额；
若满足，运行冻结模块310；所述冻结模块310，被配置为通过为所述可用信用额度添加信用抵扣额度标签，并通过冻结所述资金账户中与所述信用担保金额和所述可用信用额度之间的差值等额的资金额度的方式，完成所述信用担保请求；
第一创建模块312，被配置为在检测到针对所述签约页的签约指令的情况下，创建第一信用合约。
可选的，若所述第一判断模块306的运行结果为否，运行如下模块：
添加标签模块，被配置为通过为所述可用信用额度中与所述信用担保金额等额的信用额度添加所述信用抵扣额度标签的方式，完成所述信用担保请求；
第二创建模块，被配置为在检测到针对所述签约页的签约指令的情况下，创建第二信用合约。
可选的，若所述第二判断模块308的运行结果为不满足，运行如下模块：
请求模块，被配置为根据所述信用担保金额与所述和值的差值，发起押金支付请求；
支付模块，被配置为在应约方基于所述押金支付请求完成支付的情况下，通过为所述可用信用额度添加所述信用抵扣额度标签，并通过冻结所述资金账户中所述可用资金额度的方式，完成所述信用担保请求；
第三创建模块，被配置为在检测到针对所述签约页的签约指令的情况下，创建第三信用合约。
可选的，所述确定模块304，包括：
第一获取子模块，被配置为基于所述信用担保请求，获取所述信用账户的信用评分；
第一确定子模块，被配置为根据预设的信用评分与信用额度的对应关系，确定与所述信用评分对应的目标信用额度作为所述可用信用额度。
可选的，所述确定模块304，包括：
第二获取子模块，被配置为基于所述信用担保请求，获取所述信用评分以及所述信用账户的已用信用额度；
第二确定子模块，被配置为根据预设的信用评分与信用额度的对应关系，确定与所述信用评分对应的目标信用额度；将所述目标信用额度与所述已用信用额度的差值作为所述可用信用额度。
可选的，所述的基于信用担保的信用合约处理装置，还包括：
第一移除模块，被配置为在完成所述第一信用合约中约定的履约事项的情况下，移除所述可用信用额度的所述信用抵扣额度标签，并解除所述资金账户中对所述资金额度的冻结。
可选的，所述的基于信用担保的信用合约处理装置，还包括：
第二移除模块，被配置为在完成所述第二信用合约中约定的履约事项的情况下，移除所述信用额度的所述信用抵扣额度标签。
可选的，所述的基于信用担保的信用合约处理装置，还包括：
第三移除模块，被配置为在完成所述第三信用合约中约定的履约事项的情况下，移除所述信用额度的所述信用抵扣额度标签；
解除模块，被配置为解除所述资金账户中对所述可用资金额度的冻结，并返还所述押金。
可选的，所述的基于信用担保的信用合约处理装置，还包括：
判断条件模块，被配置为根据所述发约单，判断所述信用账户是否满足所述发约单的应约条件；
若是，运行展示模块；所述展示模块，被配置为向所述信用账户展示所述签约页；
触发模块，被配置为基于所述签约页中的信用担保条款，触发所述信用担保请求，所述信用担保请求中携带所述信用合约项目的项目订单确定的信用担保金额。
上述为本实施例的一种基于信用担保的信用合约处理装置的示意性方案。需要说明的是，该基于信用担保的信用合约处理装置的技术方案与上述的基于信用担保的信用合约处理方法的技术方案属于同一构思，基于信用担保的信用合约处理装置的技术方案未详细描述的细节内容，均可以参见上述基于信用担保的信用合约处理方法的技术方案的描述。
本申请提供的一种计算设备实施例如下：
图4示出了根据本申请一实施例的计算设备400的结构框图。该计算设备400的部件包括但不限于存储器410和处理器420。处理器420与存储器410通过总线430相连接，数据库450用于保存数据。
计算设备400还包括接入设备440，接入设备440使得计算设备400能够经由一个或多个网络460通信。这些网络的示例包括公用交换电话网(PSTN)、局域网(LAN)、广域网(WAN)、个域网(PAN)或诸如因特网的通信网络的组合。接入设备440可以包括有线或无线的任何类型的网络接口(例如，网络接口卡(NIC))中的一个或多个，诸如IEEE802.11无线局域网(WLAN)无线接口、全球微波互联接入(Wi-MAX)接口、以太网接口、通用串行总线(USB)接口、蜂窝网络接口、蓝牙接口、近场通信(NFC)接口，等等。
在本申请的一个实施例中，计算设备400的上述部件以及图4中未示出的其他部件也可以彼此相连接，例如通过总线。应当理解，图4所示的计算设备的结构框图仅仅是出于示例的目的，而不是对本申请范围的限制。本领域技术人员可以根据需要，增添或替换其他部件。
计算设备400可以是任何类型的静止或移动计算设备，包括移动计算机或移动计算设备(例如，平板计算机、个人数字助理、膝上型计算机、笔记本计算机、上网本等)、移动电话(例如，智能手机)、可佩戴的计算设备(例如，智能手表、智能眼镜等)或其他类型的移动设备，或者诸如台式计算机或PC的静止计算设备。计算设备400还可以是移动式或静止式的服务器。
本申请提供一种计算设备，包括存储器410、处理器420及存储在存储器上并可在处理器上运行的计算机指令，所述处理器420用于执行如下计算机可执行指令：
接收参与信用合约项目的发约方签名后生成的发约单；
基于所述发约单生成的签约页触发的信用担保请求，根据应约方的信用账户的信用评分确定所述信用账户的可用信用额度；
判断所述可用信用额度是否小于基于所述信用合约项目的项目订单确定的信用担保金额；
若是，判断所述应约方的资金账户的可用资金额度与可用信用额度的和值是否满足所述信用担保金额；
若满足，通过为所述可用信用额度添加信用抵扣额度标签，并通过冻结所述资金账户中与所述信用担保金额和所述可用信用额度之间的差值等额的资金额度的方式，完成所述信用担保请求；
在检测到针对所述签约页的签约指令的情况下，创建第一信用合约。
可选的，若所述判断所述可用信用额度是否小于基于所述信用合约项目的项目订单确定的信用担保金额指令的执行结果为否，所述处理器420还用于执行如下计算机可执行指令：
通过为所述可用信用额度中与所述信用担保金额等额的信用额度添加所述信用抵扣额度标签的方式，完成所述信用担保请求；
在检测到针对所述签约页的签约指令的情况下，创建第二信用合约。
可选的，若所述判断所述应约方的资金账户的可用资金额度与可用信用额度的和值是否能满足所述信用担保金额指令的执行结果为不满足，所述处理器420还用于执行如下计算机可执行指令：
根据所述信用担保金额与所述和值的差值，发起押金支付请求；
在应约方基于所述押金支付请求完成支付的情况下，通过为所述可用信用额度添加所述信用抵扣额度标签，并通过冻结所述资金账户中所述可用资金额度的方式，完成所述信用担保请求；
在检测到针对所述签约页的签约指令的情况下，创建第三信用合约。
可选的，所述基于所述发约单生成的签约页触发的信用担保请求，根据应约方的信用账户的信用评分确定所述信用账户的可用信用额度，包括：
基于所述信用担保请求，获取所述信用账户的信用评分；
根据预设的信用评分与信用额度的对应关系，确定与所述信用评分对应的目标信用额度作为所述可用信用额度。
可选的，所述基于所述发约单生成的签约页触发的信用担保请求，根据应约方的信用账户的信用评分确定所述信用账户的可用信用额度，包括：
基于所述信用担保请求，获取所述信用评分以及所述信用账户的已用信用额度；
根据预设的信用评分与信用额度的对应关系，确定与所述信用评分对应的目标信用额度；
将所述目标信用额度与所述已用信用额度的差值作为所述可用信用额度。
可选的，所述在检测到针对所述签约页的签约指令的情况下，创建第一信用合约指令执行之后，所述处理器420还用于执行如下计算机可执行指令：
在完成所述第一信用合约中约定的履约事项的情况下，移除所述可用信用额度的所述信用抵扣额度标签，并解除所述资金账户中对所述资金额度的冻结。
可选的，所述在检测到针对所述签约页的签约指令的情况下，创建第二信用合约指令执行之后，所述处理器420还用于执行如下计算机可执行指令：
在完成所述第二信用合约中约定的履约事项的情况下，移除所述信用额度的所述信用抵扣额度标签。
可选的，所述在检测到针对所述签约页的签约指令的情况下，创建第三信用合约指令执行之后，所述处理器420还用于执行如下计算机可执行指令：
在完成所述第三信用合约中约定的履约事项的情况下，移除所述信用额度的所述信用抵扣额度标签；
解除所述资金账户中对所述可用资金额度的冻结，并返还所述押金。
可选的，在所述获取参与信用合约项目的发约方的发约单指令执行之后，并在所述基于所述发约单生成的签约页触发的信用担保请求，根据应约方的信用账户的信用评分确定所述信用账户的可用信用额度指令执行之前，所述处理器420还用于执行如下计算机可执行指令：
根据所述发约单，判断所述信用账户是否满足所述发约单的应约条件；
若是，向所述信用账户展示所述签约页；
基于所述签约页中的信用担保条款，触发所述信用担保请求，所述信用担保请求中携带所述信用合约项目的项目订单确定的信用担保金额。
上述为本实施例的一种计算设备的示意性方案。需要说明的是，该计算设备的技术方案与上述的基于信用担保的信用合约处理方法的技术方案属于同一构思，计算设备的技术方案未详细描述的细节内容，均可以参见上述基于信用担保的信用合约处理方法的技术方案的描述。
本申请提供的一种计算机可读存储介质实施例如下：
本申请提供一种计算机可读存储介质，其存储有计算机指令，该指令被处理器执行时以用于：
接收参与信用合约项目的发约方签名后生成的发约单；
基于所述发约单生成的签约页触发的信用担保请求，根据应约方的信用账户的信用评分确定所述信用账户的可用信用额度；
判断所述可用信用额度是否小于基于所述信用合约项目的项目订单确定的信用担保金额；
若是，判断所述应约方的资金账户的可用资金额度与可用信用额度的和值是否满足所述信用担保金额；
若满足，通过为所述可用信用额度添加信用抵扣额度标签，并通过冻结所述资金账户中与所述信用担保金额和所述可用信用额度之间的差值等额的资金额度的方式，完成所述信用担保请求；
在检测到针对所述签约页的签约指令的情况下，创建第一信用合约。
可选的，若所述判断所述可用信用额度是否小于基于所述信用合约项目的项目订单确定的信用担保金额步骤的判断结果为否，执行如下操作：
通过为所述可用信用额度中与所述信用担保金额等额的信用额度添加所述信用抵扣额度标签的方式，完成所述信用担保请求；
在检测到针对所述签约页的签约指令的情况下，创建第二信用合约。
可选的，若所述判断所述应约方的资金账户的可用资金额度与可用信用额度的和值是否能满足所述信用担保金额步骤的判断结果为不满足，执行如下操作：
根据所述信用担保金额与所述和值的差值，发起押金支付请求；
在应约方基于所述押金支付请求完成支付的情况下，通过为所述可用信用额度添加所述信用抵扣额度标签，并通过冻结所述资金账户中所述可用资金额度的方式，完成所述信用担保请求；
在检测到针对所述签约页的签约指令的情况下，创建第三信用合约。
可选的，所述基于所述发约单生成的签约页触发的信用担保请求，根据应约方的信用账户的信用评分确定所述信用账户的可用信用额度，包括：
基于所述信用担保请求，获取所述信用账户的信用评分；
根据预设的信用评分与信用额度的对应关系，确定与所述信用评分对应的目标信用额度作为所述可用信用额度。
可选的，所述基于所述发约单生成的签约页触发的信用担保请求，根据应约方的信用账户的信用评分确定所述信用账户的可用信用额度，包括：
基于所述信用担保请求，获取所述信用评分以及所述信用账户的已用信用额度；
根据预设的信用评分与信用额度的对应关系，确定与所述信用评分对应的目标信用额度；
将所述目标信用额度与所述已用信用额度的差值作为所述可用信用额度。
可选的，所述在检测到针对所述签约页的签约指令的情况下，创建第一信用合约步骤执行之后，还包括：
在完成所述第一信用合约中约定的履约事项的情况下，移除所述可用信用额度的所述信用抵扣额度标签，并解除所述资金账户中对所述资金额度的冻结。
可选的，所述在检测到针对所述签约页的签约指令的情况下，创建第二信用合约步骤执行之后，还包括：
在完成所述第二信用合约中约定的履约事项的情况下，移除所述信用额度的所述信用抵扣额度标签。
可选的，所述在检测到针对所述签约页的签约指令的情况下，创建第三信用合约步骤执行之后，还包括：
在完成所述第三信用合约中约定的履约事项的情况下，移除所述信用额度的所述信用抵扣额度标签；
解除所述资金账户中对所述可用资金额度的冻结，并返还所述押金。
可选的，在所述获取参与信用合约项目的发约方的发约单步骤执行之后，并在所述基于所述发约单生成的签约页触发的信用担保请求，根据应约方的信用账户的信用评分确定所述信用账户的可用信用额度步骤执行之前，还包括：
根据所述发约单，判断所述信用账户是否满足所述发约单的应约条件；
若是，向所述信用账户展示所述签约页；
基于所述签约页中的信用担保条款，触发所述信用担保请求，所述信用担保请求中携带所述信用合约项目的项目订单确定的信用担保金额。
上述为本实施例的一种计算机可读存储介质的示意性方案。需要说明的是，该存储介质的技术方案与上述的基于信用担保的信用合约处理方法的技术方案属于同一构思，存储介质的技术方案未详细描述的细节内容，均可以参见上述基于信用担保的信用合约处理方法的技术方案的描述。
上述对本申请特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。
所述计算机指令包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。
需要说明的是，对于前述的各方法实施例，为了简便描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其它顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定都是本申请所必须的。
在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其它实施例的相关描述。
以上公开的本申请优选实施例只是用于帮助阐述本申请。可选实施例并没有详尽叙述所有的细节，也不限制该发明仅为所述的具体实施方式。显然，根据本申请的内容，可作很多的修改和变化。本申请选取并具体描述这些实施例，是为了更好地解释本申请的原理和实际应用，从而使所属技术领域技术人员能很好地理解和利用本申请。本申请仅受权利要求书及其全部范围和等效物的限制。
Claims (16)
1.一种基于信用担保的信用合约处理方法，其特征在于，包括：
接收参与信用合约项目的发约方签名后生成的发约单；
基于所述发约单生成的签约页触发的信用担保请求，根据应约方的信用账户的信用评分确定所述信用账户的可用信用额度；
判断所述可用信用额度是否小于基于所述信用合约项目的项目订单确定的信用担保金额；
若是，判断所述应约方的资金账户的可用资金额度与可用信用额度的和值是否满足所述信用担保金额；
若满足，通过为所述可用信用额度添加信用抵扣额度标签，并通过冻结所述资金账户中与所述信用担保金额和所述可用信用额度之间的差值等额的资金额度的方式，完成所述信用担保请求；
在检测到针对所述签约页的签约指令的情况下，创建第一信用合约。
2.根据权利要求1所述的基于信用担保的信用合约处理方法，其特征在于，若所述判断所述可用信用额度是否小于基于所述信用合约项目的项目订单确定的信用担保金额步骤的判断结果为否，执行如下操作：
通过为所述可用信用额度中与所述信用担保金额等额的信用额度添加所述信用抵扣额度标签的方式，完成所述信用担保请求；
在检测到针对所述签约页的签约指令的情况下，创建第二信用合约。
3.根据权利要求1所述的基于信用担保的信用合约处理方法，其特征在于，若所述判断所述应约方的资金账户的可用资金额度与可用信用额度的和值是否能满足所述信用担保金额步骤的判断结果为不满足，执行如下操作：
根据所述信用担保金额与所述和值的差值，发起押金支付请求；
在应约方基于所述押金支付请求完成支付的情况下，通过为所述可用信用额度添加所述信用抵扣额度标签，并通过冻结所述资金账户中所述可用资金额度的方式，完成所述信用担保请求；
在检测到针对所述签约页的签约指令的情况下，创建第三信用合约。
4.根据权利要求1所述的基于信用担保的信用合约处理方法，其特征在于，所述基于所述发约单生成的签约页触发的信用担保请求，根据应约方的信用账户的信用评分确定所述信用账户的可用信用额度，包括：
基于所述信用担保请求，获取所述信用账户的信用评分；
根据预设的信用评分与信用额度的对应关系，确定与所述信用评分对应的目标信用额度作为所述可用信用额度。
5.根据权利要求1所述的基于信用担保的信用合约处理方法，其特征在于，所述基于所述发约单生成的签约页触发的信用担保请求，根据应约方的信用账户的信用评分确定所述信用账户的可用信用额度，包括：
基于所述信用担保请求，获取所述信用评分以及所述信用账户的已用信用额度；
根据预设的信用评分与信用额度的对应关系，确定与所述信用评分对应的目标信用额度；
将所述目标信用额度与所述已用信用额度的差值作为所述可用信用额度。
6.根据权利要求1所述的基于信用担保的信用合约处理方法，其特征在于，所述在检测到针对所述签约页的签约指令的情况下，创建第一信用合约步骤执行之后，还包括：
在完成所述第一信用合约中约定的履约事项的情况下，移除所述可用信用额度的所述信用抵扣额度标签，并解除所述资金账户中对所述资金额度的冻结。
7.根据权利要求2所述的基于信用担保的信用合约处理方法，其特征在于，所述在检测到针对所述签约页的签约指令的情况下，创建第二信用合约步骤执行之后，还包括：
在完成所述第二信用合约中约定的履约事项的情况下，移除所述信用额度的所述信用抵扣额度标签。
8.根据权利要求3所述的基于信用担保的信用合约处理方法，其特征在于，所述在检测到针对所述签约页的签约指令的情况下，创建第三信用合约步骤执行之后，还包括：
在完成所述第三信用合约中约定的履约事项的情况下，移除所述信用额度的所述信用抵扣额度标签；
解除所述资金账户中对所述可用资金额度的冻结，并返还所述押金。
9.根据权利要求1所述的基于信用担保的信用合约处理方法，其特征在于，在所述获取参与信用合约项目的发约方的发约单步骤执行之后，并在所述基于所述发约单生成的签约页触发的信用担保请求，根据应约方的信用账户的信用评分确定所述信用账户的可用信用额度步骤执行之前，还包括：
根据所述发约单，判断所述信用账户是否满足所述发约单的应约条件；
若是，向所述信用账户展示所述签约页；
基于所述签约页中的信用担保条款，触发所述信用担保请求，所述信用担保请求中携带所述信用合约项目的项目订单确定的信用担保金额。
10.一种基于信用担保的信用合约处理装置，其特征在于，包括：
接收模块，被配置为接收参与信用合约项目的发约方签名后生成的发约单；
确定模块，被配置为基于所述发约单生成的签约页触发的信用担保请求，根据应约方的信用账户的信用评分确定所述信用账户的可用信用额度；
第一判断模块，被配置为判断所述可用信用额度是否小于基于所述信用合约项目的项目订单确定的信用担保金额；
若是，运行第二判断模块；所述第二判断模块，被配置为判断所述应约方的资金账户的可用资金额度与可用信用额度的和值是否满足所述信用担保金额；
若满足，运行冻结模块；所述冻结模块，被配置为通过为所述可用信用额度添加信用抵扣额度标签，并通过冻结所述资金账户中与所述信用担保金额和所述可用信用额度之间的差值等额的资金额度的方式，完成所述信用担保请求；
第一创建模块，被配置为在检测到针对所述签约页的签约指令的情况下，创建第一信用合约。
11.根据权利要求10所述的基于信用担保的信用合约处理装置，其特征在于，若所述第一判断模块的运行结果为否，运行如下模块：
添加标签模块，被配置为通过为所述可用信用额度中与所述信用担保金额等额的信用额度添加所述信用抵扣额度标签的方式，完成所述信用担保请求；
第二创建模块，被配置为在检测到针对所述签约页的签约指令的情况下，创建第二信用合约。
12.根据权利要求10所述的基于信用担保的信用合约处理装置，其特征在于，若所述第二判断模块的运行结果为不满足，运行如下模块：
请求模块，被配置为根据所述信用担保金额与所述和值的差值，发起押金支付请求；
支付模块，被配置为在应约方基于所述押金支付请求完成支付的情况下，通过为所述可用信用额度添加所述信用抵扣额度标签，并通过冻结所述资金账户中所述可用资金额度的方式，完成所述信用担保请求；
第三创建模块，被配置为在检测到针对所述签约页的签约指令的情况下，创建第三信用合约。
13.根据权利要求10所述的基于信用担保的信用合约处理装置，其特征在于，还包括：
第一移除模块，被配置为在完成所述第一信用合约中约定的履约事项的情况下，移除所述可用信用额度的所述信用抵扣额度标签，并解除所述资金账户中对所述资金额度的冻结。
14.根据权利要求10所述的基于信用担保的信用合约处理装置，其特征在于，还包括：
判断条件模块，被配置为根据所述发约单，判断所述信用账户是否满足所述发约单的应约条件；
若是，运行展示模块；所述展示模块，被配置为向所述信用账户展示所述签约页；
触发模块，被配置为基于所述签约页中的信用担保条款，触发所述信用担保请求，所述信用担保请求中携带所述信用合约项目的项目订单确定的信用担保金额。
15.一种计算设备，其特征在于，包括：
存储器和处理器；
所述存储器用于存储计算机可执行指令，所述处理器用于执行所述计算机可执行指令：
接收参与信用合约项目的发约方签名后生成的发约单；
基于所述发约单生成的签约页触发的信用担保请求，根据应约方的信用账户的信用评分确定所述信用账户的可用信用额度；
判断所述可用信用额度是否小于基于所述信用合约项目的项目订单确定的信用担保金额；
若是，判断所述应约方的资金账户的可用资金额度与可用信用额度的和值是否满足所述信用担保金额；
若满足，通过为所述可用信用额度添加信用抵扣额度标签，并通过冻结所述资金账户中与所述信用担保金额和所述可用信用额度之间的差值等额的资金额度的方式，完成所述信用担保请求；
在检测到针对所述签约页的签约指令的情况下，创建第一信用合约。
16.一种计算机可读存储介质，其存储有计算机指令，其特征在于，该指令被处理器执行时实现权利要求1至9任意一项所述基于信用担保的信用合约处理方法的步骤。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910704388.6A CN110555704A (zh) | 2019-07-31 | 2019-07-31 | 基于信用担保的信用合约处理方法以及装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910704388.6A CN110555704A (zh) | 2019-07-31 | 2019-07-31 | 基于信用担保的信用合约处理方法以及装置 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN110555704A true CN110555704A (zh) | 2019-12-10 |
Family
ID=68736985
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201910704388.6A Pending CN110555704A (zh) | 2019-07-31 | 2019-07-31 | 基于信用担保的信用合约处理方法以及装置 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN110555704A (zh) |
Cited By (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111260472A (zh) * | 2020-01-15 | 2020-06-09 | 成都库珀区块链科技有限公司 | 一种虚拟货币资金管理方法、装置及系统 |
| CN111383007A (zh) * | 2020-03-03 | 2020-07-07 | 浙江网商银行股份有限公司 | 业务处理方法以及装置 |
| CN111598677A (zh) * | 2020-07-24 | 2020-08-28 | 北京淇瑀信息科技有限公司 | 一种资源配额确定方法、装置和电子设备 |
| CN111597508A (zh) * | 2020-05-19 | 2020-08-28 | 邹雯 | 一种基于大数据的旅游用户信用管理系统及方法 |
| CN112150252A (zh) * | 2020-10-12 | 2020-12-29 | 支付宝(杭州)信息技术有限公司 | 基于信用的业务处理方法以及装置 |
| CN112529587A (zh) * | 2020-12-16 | 2021-03-19 | 中国联合网络通信集团有限公司 | 资源担保方法、资源担保方节点和资源供应方节点 |
| CN112732736A (zh) * | 2021-01-06 | 2021-04-30 | 支付宝(杭州)信息技术有限公司 | 信用更新方法及装置 |
| CN112785283A (zh) * | 2021-02-22 | 2021-05-11 | 支付宝(杭州)信息技术有限公司 | 项目处理方法及装置、保险项目处理方法及装置 |
| CN113888309A (zh) * | 2021-10-09 | 2022-01-04 | 支付宝(杭州)信息技术有限公司 | 基于信用的数据处理方法及装置 |
Citations (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101576984A (zh) * | 2008-05-09 | 2009-11-11 | 乔美国际网路股份有限公司 | 直接金融资金存借反向交易的方法与系统 |
| US20110218905A1 (en) * | 2010-03-02 | 2011-09-08 | Zeringue Steven J | Method and System for Reduced-Risk Extension of Credit |
| US20130138556A1 (en) * | 2001-05-10 | 2013-05-30 | Elbie D. Wallace, JR. | Method of warranting third party payment for a renter or purchaser |
| CN105590217A (zh) * | 2015-12-23 | 2016-05-18 | 云南大学 | 一种基于社交网络多方担保的支付方法 |
| CN107749115A (zh) * | 2017-10-30 | 2018-03-02 | 中米（北京）农业科技股份有限公司 | 一种基于信用开启自助售货设备仓门方法及自动售货设备 |
| CN107944970A (zh) * | 2017-12-06 | 2018-04-20 | 阿里巴巴集团控股有限公司 | 基于信用实现租赁的方法 |
| CN108280601A (zh) * | 2018-03-15 | 2018-07-13 | 苏州嘉图软件有限公司 | 一种基于信用的图书智能借阅系统 |
| CN109034812A (zh) * | 2018-09-04 | 2018-12-18 | 深圳市百宝廊珠宝首饰有限公司 | 一种基于汽车租赁的支付方法和装置 |
| CN109064321A (zh) * | 2018-10-31 | 2018-12-21 | 曾文华 | 一种自动借贷系统及方法 |
| WO2019019070A1 (zh) * | 2017-07-27 | 2019-01-31 | 杭州复杂美科技有限公司 | 基于区块链的担保授信融资方案 |
| CN109544264A (zh) * | 2018-10-17 | 2019-03-29 | 深圳壹账通智能科技有限公司 | 金融借贷产品推荐方法、装置、计算机设备及存储介质 |
| CN109583998A (zh) * | 2018-11-13 | 2019-04-05 | 阿里巴巴集团控股有限公司 | 一种基于信用值的平台合约执行方法和装置 |
-
2019
- 2019-07-31 CN CN201910704388.6A patent/CN110555704A/zh active Pending
Patent Citations (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20130138556A1 (en) * | 2001-05-10 | 2013-05-30 | Elbie D. Wallace, JR. | Method of warranting third party payment for a renter or purchaser |
| CN101576984A (zh) * | 2008-05-09 | 2009-11-11 | 乔美国际网路股份有限公司 | 直接金融资金存借反向交易的方法与系统 |
| US20110218905A1 (en) * | 2010-03-02 | 2011-09-08 | Zeringue Steven J | Method and System for Reduced-Risk Extension of Credit |
| CN105590217A (zh) * | 2015-12-23 | 2016-05-18 | 云南大学 | 一种基于社交网络多方担保的支付方法 |
| WO2019019070A1 (zh) * | 2017-07-27 | 2019-01-31 | 杭州复杂美科技有限公司 | 基于区块链的担保授信融资方案 |
| CN107749115A (zh) * | 2017-10-30 | 2018-03-02 | 中米（北京）农业科技股份有限公司 | 一种基于信用开启自助售货设备仓门方法及自动售货设备 |
| CN107944970A (zh) * | 2017-12-06 | 2018-04-20 | 阿里巴巴集团控股有限公司 | 基于信用实现租赁的方法 |
| CN108280601A (zh) * | 2018-03-15 | 2018-07-13 | 苏州嘉图软件有限公司 | 一种基于信用的图书智能借阅系统 |
| CN109034812A (zh) * | 2018-09-04 | 2018-12-18 | 深圳市百宝廊珠宝首饰有限公司 | 一种基于汽车租赁的支付方法和装置 |
| CN109544264A (zh) * | 2018-10-17 | 2019-03-29 | 深圳壹账通智能科技有限公司 | 金融借贷产品推荐方法、装置、计算机设备及存储介质 |
| CN109064321A (zh) * | 2018-10-31 | 2018-12-21 | 曾文华 | 一种自动借贷系统及方法 |
| CN109583998A (zh) * | 2018-11-13 | 2019-04-05 | 阿里巴巴集团控股有限公司 | 一种基于信用值的平台合约执行方法和装置 |
Cited By (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111260472A (zh) * | 2020-01-15 | 2020-06-09 | 成都库珀区块链科技有限公司 | 一种虚拟货币资金管理方法、装置及系统 |
| CN111383007A (zh) * | 2020-03-03 | 2020-07-07 | 浙江网商银行股份有限公司 | 业务处理方法以及装置 |
| CN111597508A (zh) * | 2020-05-19 | 2020-08-28 | 邹雯 | 一种基于大数据的旅游用户信用管理系统及方法 |
| CN111598677A (zh) * | 2020-07-24 | 2020-08-28 | 北京淇瑀信息科技有限公司 | 一种资源配额确定方法、装置和电子设备 |
| CN112150252A (zh) * | 2020-10-12 | 2020-12-29 | 支付宝(杭州)信息技术有限公司 | 基于信用的业务处理方法以及装置 |
| CN112529587A (zh) * | 2020-12-16 | 2021-03-19 | 中国联合网络通信集团有限公司 | 资源担保方法、资源担保方节点和资源供应方节点 |
| CN112529587B (zh) * | 2020-12-16 | 2023-08-11 | 中国联合网络通信集团有限公司 | 资源担保方法、资源担保方节点和资源供应方节点 |
| CN112732736A (zh) * | 2021-01-06 | 2021-04-30 | 支付宝(杭州)信息技术有限公司 | 信用更新方法及装置 |
| CN112785283A (zh) * | 2021-02-22 | 2021-05-11 | 支付宝(杭州)信息技术有限公司 | 项目处理方法及装置、保险项目处理方法及装置 |
| CN112785283B (zh) * | 2021-02-22 | 2023-11-24 | 支付宝(杭州)信息技术有限公司 | 项目处理方法及装置、保险项目处理方法及装置 |
| CN113888309A (zh) * | 2021-10-09 | 2022-01-04 | 支付宝(杭州)信息技术有限公司 | 基于信用的数据处理方法及装置 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN110555704A (zh) | 基于信用担保的信用合约处理方法以及装置 | |
| Nicoletti et al. | Mobile banking | |
| US10535098B2 (en) | Recurring money transfer | |
| CN108764911B (zh) | 互联网积分的交易方法及系统 | |
| CN110163586A (zh) | 交易支付和退款处理的方法、装置及设备 | |
| WO2021139522A1 (zh) | 数据处理方法及装置 | |
| CN109146674A (zh) | 一种动态匹配借款平台资金的方法以及系统 | |
| EP3985587A1 (en) | Reprogrammable point of sale transaction flows | |
| US20180096343A1 (en) | Virtual payment account | |
| CN111680995B (zh) | 一种支付链构建方法、装置、计算机设备及可读存储介质 | |
| CN110544143B (zh) | 一种拼团信用项目的合约建立方法及装置 | |
| CN110796459B (zh) | 基于协议栈的合约处理系统、方法以及装置 | |
| CN111161068B (zh) | 交易要素核对方法以及装置 | |
| Julianto et al. | Technology acceptance model approach to analysing the use of fintech in MSME transactions in Buleleng | |
| CN106372878A (zh) | 一种支付方法、支付客户端和支付服务器 | |
| CN110706135A (zh) | 合约处理方法以及装置 | |
| US20230069223A1 (en) | Verified transactions through integrations | |
| CN108564301A (zh) | 需求供应匹配方法、系统、终端和服务器及其存储介质 | |
| Shahid et al. | Demonetisation for changing payment behaviour and building platforms | |
| Heng | Implications of e-Commerce for Banking and Finance | |
| CN112163858A (zh) | 一种交易方法、装置及设备 | |
| CN107274170B (zh) | 消费抵贷管理方法、存储介质和系统 | |
| US20230274372A1 (en) | Method and apparatus for providing tax preparation services over a communications network | |
| CN116468432B (zh) | 订单的处理方法、装置、设备和介质 | |
| Morgan et al. | Fintech in ASEAN+ 3 and implications for financial inclusion and financial stability |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| REG | Reference to a national code |
Ref country code: HK Ref legal event code: DE Ref document number: 40018710 Country of ref document: HK |
|
| TA01 | Transfer of patent application right |
Effective date of registration: 20201012 Address after: Cayman Enterprise Centre, 27 Hospital Road, George Town, Grand Cayman Islands Applicant after: Innovative advanced technology Co.,Ltd. Address before: Cayman Enterprise Centre, 27 Hospital Road, George Town, Grand Cayman Islands Applicant before: Advanced innovation technology Co.,Ltd. Effective date of registration: 20201012 Address after: Cayman Enterprise Centre, 27 Hospital Road, George Town, Grand Cayman Islands Applicant after: Advanced innovation technology Co.,Ltd. Address before: A four-storey 847 mailbox in Grand Cayman Capital Building, British Cayman Islands Applicant before: Alibaba Group Holding Ltd. |
|
| TA01 | Transfer of patent application right | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20191210 |
|
| RJ01 | Rejection of invention patent application after publication |