CN107944949A - 处理查询请求的方法及装置 - Google Patents

处理查询请求的方法及装置 Download PDF

Info

Publication number
CN107944949A
CN107944949A CN201711085220.9A CN201711085220A CN107944949A CN 107944949 A CN107944949 A CN 107944949A CN 201711085220 A CN201711085220 A CN 201711085220A CN 107944949 A CN107944949 A CN 107944949A
Authority
CN
China
Prior art keywords
record
user
service
credit services
access
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
Application number
CN201711085220.9A
Other languages
English (en)
Inventor
徐惠
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Advanced New Technologies Co Ltd
Advantageous New Technologies Co Ltd
Original Assignee
Alibaba Group Holding Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Alibaba Group Holding Ltd filed Critical Alibaba Group Holding Ltd
Priority to CN201711085220.9A priority Critical patent/CN107944949A/zh
Publication of CN107944949A publication Critical patent/CN107944949A/zh
Pending legal-status Critical Current

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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
    • G06Q30/00Commerce
    • G06Q30/06Buying, selling or leasing transactions
    • G06Q30/0601Electronic shopping [e-shopping]
    • G06Q30/0609Buyer or seller confidence or verification

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Storage Device Security (AREA)

Abstract

本说明书披露的实施例提供的一种处理查询请求的方法。该方法包括:处理平台在接收第一服务方发送的查询请求消息后,根据该消息中用户的身份信息和第一信用服务的标识信息,获取该用户使用第二服务方提供的第二信用服务的履约记录,并根据履约记录确定用户使用第一信用服务的使用权限。然后,向第一服务方提供该使用权限。

Description

处理查询请求的方法及装置
技术领域
本说明书披露的多个实施例涉及互联网技术领域,尤其涉及一种处理查询请求的方法及装置。
背景技术
随着互联网技术和社会经济的发展,人们越来越频繁的使用信用服务方提供的信用服务。信用服务方通常会采集用户在使用该方提供的信用服务时产生的服务记录,以对该用户的信用进行评定,并根据评定的结果判定该用户对该方提供的信用服务的使用权限。
同一用户可以使用多个信用服务方提供的信用服务,相应地会产生多条服务记录,这些服务记录往往不存在任何关联。例如,某用户在甲图书馆借了一本图书,并且超期未还,但该用户仍可以去乙图书馆借书。又例如,某用户在甲公司租借了一台相机,并且超期未还,但该用户仍可以使用乙公司提供的免押金借伞活动。同时,当某信用服务方根据对某用户信用的评定结果判定该用户对该方提供的信用服务的使用权限时,判定的依据通常由该信用服务方自行规定。例如,某用户在使用甲公司提供的共享单车时,没有将共享单车停放至规定区域,甲公司据此降低了该用户的信用等级,但仍允许该用户正常使用该公司提供的共享单车。而当同样的情况发生在乙公司时,乙公司限定该用户十天之内无法使用该公司提供的共享单车。因此,需要提供更合理的方法,对用户使用信用服务时产生的服务记录进行全面的管理。
发明内容
本说明书描述了一种处理查询请求的方法及装置,通过获取该用户使用第二服务方提供的第二信用服务的履约记录,从而能够快速全面地确定该用户对第一服务方提供的第一服务的使用权限。
第一方面,提供了一种处理查询请求的方法。该方法包括:
接收第一服务方发送的查询请求消息,所述查询请求消息用于查询用户对所述第一服务方提供的第一信用服务的使用权限;
获取所述用户使用第二服务方提供的第二信用服务的,并根据所述履约记录确定所述使用权限;
向所述第一服务方提供所述使用权限。
在一种可能的实施方式中,所述根据所述履约记录确定所述使用权限,包括:
获取根据所述履约记录而产生的针对第一信用服务的权限记录,并根据所述权限记录确定所述使用权限。
在一种可能的实施方式中,所述权限记录为多条权限记录;所述多条权限记录根据所述用户使用所述第二信用服务产生的各个履约记录分别确定。
在一种可能的实施方式中,所述权限记录包括准入记录,所述使用权限包括所述用户是否被准许使用所述第一信用服务;
所述根据所述权限记录确定所述使用权限,包括:根据所述准入记录确定所述用户是否被准许使用所述第一信用服务。
在一种可能的实施方式中,所述准入记录为多条准入记录;所述根据所述准入记录确定所述用户是否被准许使用所述第一信用服务,包括:
根据所述多条准入记录中产生时间最晚的准入记录确定所述用户是否被准许使用所述第一信用服务。
在一种可能的实施方式中,所述权限记录还包括服务条件记录,所述使用权限还包括所述用户使用所述第一信用服务的使用条件;
所述根据所述权限记录确定所述使用权限,还包括:
当根据所述准入记录确定所述用户被准许使用所述第一信用服务时,根据所述服务条件记录确定所述使用条件。
在一种可能的实施方式中,所述服务条件记录为多条服务条件记录;所述根据所述服务条件记录确定所述使用条件,包括:
将所述多条服务条件记录中包括的多个服务条件叠加处理,并根据所述叠加处理的结果确定所述使用条件。
在一种可能的实施方式中,所述履约记录包括按约未完成记录、纠正记录、违约记录、和修复记录。
在一种可能的实施方式中,所述权限记录根据所述履约记录和预设规则产生,所述预设规则包括,基于同类信用服务的规则,和基于不同类信用服务的规则。
第二方面,提供了一种处理查询请求的装置。该装置包括:
接收单元,用于接收第一服务方发送的查询请求消息,所述查询请求消息用于查询用户对所述第一服务方提供的第一信用服务的使用权限;
获取单元,用于获取所述用户使用第二服务方提供的第二信用服务的履约记录;
处理单元,用于根据所述履约记录确定所述使用权限;
发送单元,用于向所述第一服务方提供所述使用权限。
在一种可能的设计中,所述处理单元具体包括,
获取子单元,用于获取根据所述履约记录而产生的针对第一信用服务的权限记录;
确定子单元,根据所述权限记录确定所述使用权限。
在一种可能的设计中,所述获取子单元获取的所述权限记录为多条权限记录;
所述装置还包括确定单元,所述确定单元用于根据所述用户使用所述第二信用服务产生的各个履约记录分别确定所述多条权限记录。
在一种可能的设计中,获取子单元获取的所述权限记录包括准入记录,所述确定子单元确定的所述使用权限包括所述用户是否被准许使用所述第一信用服务;
所述确定子单元具体用于,根据所述准入记录确定所述用户是否被准许使用所述第一信用服务。
在一种可能的设计中,所述获取子单元获取的准入记录为多条准入记录;
所述确定子单元具体用于,根据所述多条准入记录中产生时间最晚的准入记录确定所述用户是否被准许使用所述第一信用服务。
在一种可能的设计中,所述获取子单元获取的权限记录还包括服务条件记录,所述确定子单元确定的使用权限还包括所述用户使用所述第一信用服务的使用条件;
所述确定子单元还用于,当根据所述准入记录确定所述用户被准许使用所述第一信用服务时,根据所述服务条件记录确定所述使用条件。
在一种可能的设计中,所述获取子单元获取的服务条件记录为多条服务条件记录;
所述确定子单元具体用于,将所述多条服务条件记录中包括的多个服务条件叠加处理,并根据所述叠加处理的结果确定所述使用条件。
在一种可能的设计中,所述获取单元获取的履约记录包括按约未完成记录、纠正记录、违约记录、和修复记录。
在一种可能的设计中,所述获取子单元获取的权限记录根据所述履约记录和预设规则产生,所述预设规则包括,基于同类信用服务的规则,和基于不同类信用服务的规则。
第三方面,提供了一种计算机可读存储介质,其上存储有计算机程序。当所述计算机程序在计算机中执行时,令计算机执行上述第一方面中任一实施例所提供的方法。
第四方面,提供了一种计算设备,包括存储器和处理器。所述存储器中存储有可执行代码,所述处理器执行所述可执行代码时,实现上述第一方面中任一实施例所提供的方法。
本说明书提供的一种处理查询请求的方法及装置,通过获取用户使用第二服务方提供的第二信用服务的履约记录,从而实现根据多个服务方提供的多条履约记录快速全面地确定该用户对第一服务方提供的第一服务的使用权限,并将使用权限提供给发送查询请求消息的第一服务方,以使第一服务方能够根据接收的使用权限向用户提供相应的服务,进而提高用户对自身信用的关注度,并减少第一服务方因用户的违约行为造成的损失。
附图说明
为了更清楚地说明本说明书披露的多个实施例的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本说明书披露的多个实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其它的附图。
图1为本说明书披露的一个实施例提供的一种处理查询请求的方法的应用场景示意图;
图2为本说明书披露的一个实施例提供的一种处理查询请求的方法流程图;
图3为本说明书披露的一个实施例提供的一种处理查询请求的装置结构图。
具体实施方式
下面结合附图,对本说明书披露的多个实施例进行描述。
图1为本说明书披露的一个实施例提供的一种处理查询请求的方法的应用场景示意图。所述处理方法的执行主体可以为处理平台。在一个应用场景中,用户请求使用第一服务方(例如,第一服务方可以为共享单车租赁平台)提供的第一信用服务(例如,租赁共享单车)。接收到用户的服务请求之后,第一服务方向处理平台发送查询请求,以查询用户的使用权限,从而确定是否准许用户的服务请求和/或在什么条件下准许其服务请求。图1中,处理平台(如,处理平台可以为信用服务平台)在获取第一服务方发送的查询请求消息(如,查询请求消息可以包括“是否准许用户小白使用共享单车”或者“需要向新注册用户小黑收取多少押金”)后,可以采用本说明书披露的多个实施例提供的处理查询请求的方法,获取在第一服务方发送查询请求之前,该用户使用第二服务方(例如,第二服务方可以为多个服务方)提供的第二信用服务的履约记录(例如,履约记录可以包括“该用户租借相机并按时归还”和/或“该用户在租住房屋的过程中造成室内墙面破损”),据此确定其使用权限。更具体地,处理平台可以获取基于履约记录而产生的针对第一信用服务的权限记录(例如,权限记录可以包括“允许该用户使用共享单车,并退还用户已缴纳押金中的10元押金”、“允许该用户使用共享单车,但需补交20元的使用押金”),进而根据权限记录确定使用权限(例如,使用权限可以为“允许该用户使用共享单车,但用户需补交10元的使用押金”),并向第一服务方提供该使用权限。
本说明书披露的多个实施例提供的处理查询请求的方法,通过获取用户使用第二服务方提供的第二信用服务的履约记录,从而实现根据多个服务方提供的多条履约记录快速全面地确定该用户对第一服务方提供的第一服务的使用权限,并将使用权限提供给发送查询请求消息的第一服务方,以使第一服务方能够根据接收的使用权限向用户提供相应的服务,进而提高用户对自身信用的关注度,并减少第一服务方因用户的违约行为造成的损失。
图2为本说明书披露的一个实施例提供的一种处理查询请求的方法流程图。所述方法的执行主体可以为具有处理能力的设备:服务器或者系统或者装置或者软件平台。如,图1中的处理平台。如图2所示,所述方法具体包括:
步骤S210,接收第一服务方发送的查询请求消息,该消息用于查询用户对第一服务方提供的第一信用服务的使用权限。
具体地,查询请求消息中包括用户的身份信息和第一信用服务的标识信息。例如,身份信息可以包括用户的身份证号、手机号、人脸信息、指纹信息或虹膜信息。第一信用服务的标识信息可以包括第一信用服务的类别、名称或编号等。使用权限可以包括用户是否被准许使用第一信用服务,和用户使用第一信用服务的使用条件。
可以理解,查询请求消息可以通过多种方式生成。比如说,第一服务方根据用户在第一服务方的应用界面或网络平台输入的操作指令,生成查询请求消息。或者,第一服务方根据其服务管理系统接收的查询指令,生成查询请求消息。
在一个实施例中,用户通过终端登录第一服务方的应用后,在应用界面输入使用服务的操作指令。终端根据该操作指令生成使用服务请求。第一服务方在接收到终端发送的使用服务请求后,根据该请求中用户的身份信息,向处理平台发送查询请求消息,以查询该用户是否被准许使用第一信用服务。
在一个例子中,用户通过手机登录共享单车的应用后,在应用界面点击“立即用车”。手机根据该操作生成用户用车请求。该应用的服务器在接收到终端发送的用户用车请求后,根据该请求中用户的身份信息,向处理平台发送查询请求消息,以查询该用户是否被准许使用此次用车服务。
在另一个实施例中,用户在第一服务方的实体公司请求使用服务,该公司的工作人员通过终端将用户提供的身份信息输入该公司的服务管理系统,并输入查询指令。终端根据该查询指令,向处理平台发送查询请求消息,以查询该用户是否被准许使用第一信用服务,以及用户使用第一信用服务的使用条件。
在一个例子中,用户去租赁公司租借相机,该公司的工作人员通过电脑将用户提供的姓名、手机号和身份证号输入该公司的租借系统,并在系统页面点击“权限查询”。电脑根据查询操作,向处理平台发送查询请求消息,以查询该用户是否可以租借相机,以及可以租借的机型和相应需要支付的押金数额。
响应于步骤S210接收到的如前所述的查询请求,在步骤S220,获取根据该用户使用第二服务方提供的第二信用服务的履约记录,并根据履约记录确定使用权限。
在一个实施例中,处理平台可以预先训练一个模型。如此,处理平台在获取用户使用第二服务方提供的第二信用服务的履约记录后,将履约记录输入上述逻辑模型中,并根据该逻辑模型的输出结果确定用户对第一信用服务的使用权限。
在另一个实施例中,步骤220中根据履约记录确定使用权限进一步包括,获取根据所述履约记录而产生的针对第一信用服务的权限记录,并根据权限记录确定使用权限。
在一个实施例中,处理平台中存储有,根据用户使用第二服务方提供的第二信用服务的履约记录而产生的、针对包括第一信用服务在内的多个信用服务的多个权限记录。
具体地,处理平台根据查询请求消息中用户的身份信息和第一信用服务的标识信息,从多个权限记录中获取该用户针对第一信用服务的权限记录。针对第一信用服务的权限记录可以包括准入记录,处理平台根据获取的准入记录确定用户是否被准许使用所述第一信用服务。或者,权限记录还可以包括服务条件记录,当处理平台根据准入记录确定用户被准许使用第一信用服务时,根据服务条件记录确定用户使用第一信用服务的使用条件。
在一个实施例中,权限记录包括一条准入记录,处理平台获取该条准入记录,并根据该条准入记录确定用户是否被准许使用所述第一信用服务。
在一个例子中,处理平台获取针对共享单车平台的准入记录为“用户被准许使用共享单车服务”,并根据该条准入记录确定用户被准许使用共享单车服务。
在另一个实施例中,权限记录包括多条准入记录,处理平台获取多条准入记录,并根据多条准入记录中产生时间最晚的准入记录确定用户是否被准许使用所述第一信用服务。
在一个例子中,处理平台获取针对图书馆书籍借阅服务的多条准入记录包括:“2017/10/01-用户不被准许借阅书籍”、“2017/10/10-用户被准许借阅书籍”、“2017/10/20-用户不被准许借阅书籍”,并根据这些准入记录中产生时间最晚的准入记录,即“2017/10/20-用户不被准许借阅书籍”,确定用户不被准许借阅书籍。
在又一个实施例中,权限记录包括准入记录和服务条件记录,处理平台首先根据准入记录确定用户是否被准许使用所述第一信用服务。当处理平台根据准入记录确定用户不被准许使用第一信用服务时,无需进一步确定用户使用第一信用服务的使用条件。
当处理平台根据准入记录确定用户被准许使用第一信用服务时,进一步根据服务条件记录确定用户使用第一信用服务的使用条件。其中,当服务条件记录多条服务条件记录时,处理平台可以将多条服务条件记录中包括的多个服务条件叠加处理,并根据所述叠加处理的结果确定所述使用条件。
在一个例子中,处理平台获取的权限记录包括:“2017/10/01-用户被准许租赁相机”且“用户租赁相机需支付2000元押金”,“2017/10/07-用户不被准许租赁相机”。处理平台根据权限记录中的准入记录确定用户不被准许租赁相机。
在另一个例子中,处理平台获取的权限记录包括:“2017/10/01-用户不被准许借阅书籍”,“2017/10/07-用户被准许借阅书籍”且“用户需要支付10元押金”。处理平台首先根据权限记录中的准入记录确定用户被准许借阅书籍,然后根据服务条件记录确定用户使用借书服务的使用条件为用户需要支付10元押金。
在又一个例子中,处理平台获取的权限记录包括:“2017/10/01-用户不被准许借阅书籍”,“2017/10/07-用户被准许借阅书籍”且“用户需要支付10元押金”,“2017/10/10-用户被准许借阅书籍”且“用户需要支付15元押金”。处理平台首先根据权限记录中的准入记录确定用户被准许借阅书籍,然后将多条服务条件记录中包括的多个服务条件叠加处理,并根据叠加处理的结果确定用户使用借书服务的使用条件为用户需要支付25元押金。在进一步的一个例子中,所述叠加处理还包括加权叠加,例如为不同日期的权限记录中的服务条件赋予不同的权重,越晚产生的权限记录对应的权重越大,通过加权综合的方式确定最终的服务条件。
接着,在步骤S230,向第一服务方提供使用权限。
具体地,处理平台响应第一服务方发送的查询请求消息,向第一服务方提供用户是否被准许使用第一信用服务,以及该用户使用第一信用服务的使用条件。在一个例子中,处理平台向共享单车平台提供信息:用户小白不被准许使用共享单车。在另一个例子中,处理平台向共享单车平台提供信息:用户小黑被准许注册账号,并且需要支付199元的押金。
需要说明的是,对步骤S220的描述中提及的针对包括第一信用服务在内的多个信用服务的权限记录,由处理平台根据用户使用第二服务方提供的第二信用服务的履约记录产生。
具体地,处理平台中入驻有多个服务方,多个服务方可以提供多个相同、不同或部分相同的信用服务。多个服务方中的每个服务方都可以在用户要求使用信用服务的时候,向处理平台发出查询使用权限的查询请求,也都可以在用户使用完信用服务之后,向处理平台提交用户的履约记录。在以上例子的描述中,将发出查询请求的服务方称为第一服务方,将提供履约记录的服务方称为第二服务方。但是应该理解,第二服务方实际上可以是多个服务方,在一些例子中,第二服务方可以包括第一服务方。
相应地,处理平台可以接收第二服务方发送的用户使用第二信用服务的履约记录,并根据各条履约记录以及预设规则,分别产生针对多个信用服务中各个信用服务的权限记录。
更具体地,履约记录可以包括多种类型。在一个实施例中,履约记录包括按约未完成记录、纠正记录、违约记录、和修复记录等。在一个例子中,按约未完成记录为“用户借阅某本书籍的时长尚未超过还书期限”,按约完成记录为“用户已在规定期限内归还借阅书籍并完成相应费用的支付”,违约记录为“用户借阅书籍的时长已超期”,修复记录为“用户归还超期借阅的书籍并已缴纳罚款”。
预设规则包括根据用户的履约记录生成权限记录的规则,可以由处理平台预先设定。在一个实施例中,预设规则包括根据用户的按约未完成记录、纠正记录、违约记录、和修复记录生成准入记录和服务条件记录的规则。并且,预设规则可以包括,基于同类信用服务的规则,也就是基于某类信用服务的履约记录产生针对该类信用服务的权限记录的规则,和基于不同类信用服务的规则,也就是基于某类信用服务的履约记录产生针对另一类信用服务的权限记录的规则。
在一个例子中,预设规则包括:
1、针对相机租赁服务方提供的相机租赁服务:
A:基于同类信用服务的规则:
A1.1当用户租借相机的时长未超过归还期限,该用户不被准许再次租借相机。
A1.2当用户已在规定期限内归还相机,且相机没有被损坏,该用户被准许再次租借相机,且押金减免100元。
A1.3当用户已在规定期限内归还相机,且相机被损坏,该用户被准许再次租借相机,且押金增加1000元。
A1.4当用户租借相机的时长已超期,该用户不被准许再次租借相机。
A1.5当用户归还超期租借的相机,且相机没有被损坏,该用户被准许再次租借相机,且押金增加500元。
A1.6当用户归还超期租借的相机,且相机被损坏,该用户在未来一个月内不被准许再次租借相机,且再次租借相机时押金增加2000元。
B:基于不同类信用服务的规则:
B2.1当用户在租房期间均按时支付租金,且房屋未出现破损,该用户被准许租赁相机,且押金减免500元。
B2.2当用户在租房期间均按时支付租金,且房屋出现破损,该用户被准许租赁相机,且押金增加100元。
B2.3当用户拖欠房屋租金,该用户不被准许租赁相机。
B2.4当用户已补交拖欠房屋租金,且房屋未出现破损,该用户被准许租赁相机,且押金增加500元。
B2.5当用户已补交拖欠房屋租金,且房屋出现破损,该用户被准许租赁相机,且押金增加100元。
2、针对房屋租赁服务方的房屋租赁服务:
A:基于同类信用服务的规则:
A2.1当用户在租房期间均按时支付租金,且房屋未出现破损,该用户被准许再次租赁房屋,且押金减免1000元。
A2.2当用户在租房期间均按时支付租金,且房屋出现破损,该用户被准许再次租赁房屋,该用户再次租赁房屋时需支付全额押金。
A2.3当用户拖欠房屋租金,该用户不被准许再次租赁房屋。
A2.4当用户已补交拖欠房屋租金,且房屋未出现破损,该用户被准许再次租赁房屋,且押金增加2000元。
A2.5当用户已补交拖欠房屋租金,且房屋出现破损,该用户被准许再次租赁房屋,且押金增加3000元。
B:基于不同类信用服务的规则:
B1.1当用户租借相机的时长未超过归还期限,该用户被准许租赁房屋,且押金不发生变化。
B1.2当用户已在规定期限内归还相机,且相机没有被损坏,该用户被准许租赁房屋,且押金减免200元。
B1.3当用户已在规定期限内归还相机,且相机被损坏,该用户被准许租赁房屋,且押金增加200元。
B1.4当用户租借相机的时长已超期,用户被准许租赁房屋,且押金增加500元。
B1.5当用户归还超期租借的相机,且相机没有被损坏,用户被准许租赁房屋,且押金增加300元。
B1.6当用户归还超期租借的相机,且相机被损坏,用户被准许租赁房屋,且押金增加1000元。
在一个例子中,处理平台接收到相机租赁服务方发送的履约记录“用户已在规定期限内归还相机,且相机没有被损坏”,那么根据预设规则,可以产生针对相机租赁服务方的权限记录“用户被准许租借相机”且“押金减免100元”,同时产生针对房屋租赁服务方的权限记录“该用户被准许租赁房屋”且“押金减免200元”。
此外,如果处理平台接收到房屋租赁服务方发送的履约记录“用户已补交拖欠房屋租金,且房屋未出现破损”,那么根据预设规则,可以产生针对房屋租赁服务方的权限记录“用户被准许再次租赁房屋”且“押金增加2000元”,且产生针对相机租赁服务方的权限记录“该用户被准许租赁相机”且“押金增加500元”。
由于根据用户先前的履约记录和这些规则产生有权限记录,因此在步骤S220中可以根据这些权限记录确定用户使用当前请求的信用服务的使用权限。
由上可知,本说明书披露的多个实施例提供的处理查询请求的方法,通过获取用户使用第二服务方提供的第二信用服务的履约记录,从而实现根据多个服务方提供的多条履约记录快速全面地确定该用户对第一服务方提供的第一服务的使用权限,并将使用权限提供给发送查询请求消息的第一服务方,以使第一服务方能够根据接收的使用权限向用户提供相应的服务,进而提高用户对自身信用的关注度,并减少第一服务方因用户的违约行为造成的损失。
与上述处理查询请求的方法对应地,本说明书披露的多个实施例还提供一种处理查询请求的装置,如图3所示,该装置包括:
接收单元310,用于接收第一服务方发送的查询请求消息,查询请求消息用于查询用户对第一服务方提供的第一信用服务的使用权限;
获取单元320,用于获取用户使用第二服务方提供的第二信用服务的履约记录;
处理单元330,用于根据履约记录确定使用权限;
发送单元340,用于向第一服务方提供使用权限。
在一种可能的设计中,处理单元330具体包括,获取子单元3301,用于获取根据履约记录而产生的针对第一信用服务的权限记录;
确定子单元3302,根据权限记录确定使用权限。
在一种可能的设计中,获取子单元3301获取的权限记录为多条权限记录;
该装置还包括确定单元350,确定单元350用于根据用户使用第二信用服务产生的各个履约记录分别确定多条权限记录。
在一种可能的设计中,获取子单元3301获取的权限记录包括准入记录,确定子单元3302确定的使用权限包括用户是否被准许使用第一信用服务;
确定子单元3302具体用于,根据准入记录确定用户是否被准许使用第一信用服务。
在一种可能的设计中,获取子单元3301获取的准入记录为多条准入记录;
确定子单元3302具体用于,根据多条准入记录中产生时间最晚的准入记录确定用户是否被准许使用第一信用服务。
在一种可能的设计中,获取子单元3301获取的权限记录还包括服务条件记录,确定子单元3302确定的使用权限还包括用户使用第一信用服务的使用条件;
确定子单元3302还用于,当根据准入记录确定用户被准许使用第一信用服务时,根据服务条件记录确定使用条件。
在一种可能的设计中,获取子单元3301获取的服务条件记录为多条服务条件记录;
确定子单元3302具体用于,将多条服务条件记录中包括的多个服务条件叠加处理,并根据叠加处理的结果确定使用条件。
在一种可能的设计中,获取单元320履约记录包括按约未完成记录、纠正记录、违约记录、和修复记录。
在一种可能的设计中,获取子单元3301获取的权限记录根据履约记录和预设规则产生。预设规则包括,基于同类信用服务的规则,和基于不同类信用服务的规则。
由上可知,本说明书披露的多个实施例提供的处理查询请求的装置,通过获取单元320获取用户使用第二服务方提供的第二信用服务的履约记录,从而使处理单元330快速全面地确定该用户对第一服务方提供的第一服务的使用权限,并通过发送单元340将使用权限提供给发送查询请求消息的第一服务方,以使第一服务方能够根据接收的使用权限向用户提供相应的服务,进而提高用户对自身信用的关注度,并减少第一服务方因用户的违约行为造成的损失。
本领域技术人员应该可以意识到,在上述一个或多个示例中,本说明书披露的多个实施例所描述的功能可以用硬件、软件、固件或它们的任意组合来实现。当使用软件实现时,可以将这些功能存储在计算机可读介质中或者作为计算机可读介质上的一个或多个指令或代码进行传输。
以上所述的具体实施方式,对本说明书披露的多个实施例的目的、技术方案和有益效果进行了进一步详细说明,所应理解的是,以上所述仅为本说明书披露的多个实施例的具体实施方式而已,并不用于限定本说明书披露的多个实施例的保护范围,凡在本说明书披露的多个实施例的技术方案的基础之上,所做的任何修改、等同替换、改进等,均应包括在本说明书披露的多个实施例的保护范围之内。

Claims (20)

1.一种处理查询请求的方法,其特征在于,包括:
接收第一服务方发送的查询请求消息,所述查询请求消息用于查询用户对所述第一服务方提供的第一信用服务的使用权限;
获取所述用户使用第二服务方提供的第二信用服务的履约记录,并根据所述履约记录确定所述使用权限;
向所述第一服务方提供所述使用权限。
2.根据权利要求1所述的方法,其特征在于,所述根据所述履约记录确定所述使用权限,包括:
获取根据所述履约记录而产生的针对第一信用服务的权限记录,并根据所述权限记录确定所述使用权限。
3.根据权利要求2所述的方法,其特征在于,所述权限记录为多条权限记录;所述多条权限记录根据所述用户使用所述第二信用服务产生的各个履约记录分别确定。
4.根据权利要求2所述的方法,其特征在于,所述权限记录包括准入记录,所述使用权限包括所述用户是否被准许使用所述第一信用服务;
所述根据所述权限记录确定所述使用权限,包括:根据所述准入记录确定所述用户是否被准许使用所述第一信用服务。
5.根据权利要求4所述的方法,其特征在于,所述准入记录为多条准入记录;所述根据所述准入记录确定所述用户是否被准许使用所述第一信用服务,包括:
根据所述多条准入记录中产生时间最晚的准入记录确定所述用户是否被准许使用所述第一信用服务。
6.根据权利要求4所述的方法,其特征在于,所述权限记录还包括服务条件记录,所述使用权限还包括所述用户使用所述第一信用服务的使用条件;
所述根据所述权限记录确定所述使用权限,还包括:
当根据所述准入记录确定所述用户被准许使用所述第一信用服务时,根据所述服务条件记录确定所述使用条件。
7.根据权利要求6所述的方法,其特征在于,所述服务条件记录为多条服务条件记录;所述根据所述服务条件记录确定所述使用条件,包括:
将所述多条服务条件记录中包括的多个服务条件叠加处理,并根据所述叠加处理的结果确定所述使用条件。
8.根据权利要求1所述的方法,其特征在于,所述履约记录包括按约未完成记录、纠正记录、违约记录、和修复记录。
9.根据权利要求2所述的方法,其特征在于,所述权限记录根据所述履约记录和预设规则产生,所述预设规则包括,基于同类信用服务的规则,和基于不同类信用服务的规则。
10.一种处理查询请求的装置,其特征在于,包括:
接收单元,用于接收第一服务方发送的查询请求消息,所述查询请求消息用于查询用户对所述第一服务方提供的第一信用服务的使用权限;
获取单元,用于获取所述用户使用第二服务方提供的第二信用服务的履约记录;
处理单元,用于根据所述履约记录确定所述使用权限;
发送单元,用于向所述第一服务方提供所述使用权限。
11.根据权利要求10所述的装置,其特征在于,所述处理单元具体包括,
获取子单元,用于获取根据所述履约记录而产生的针对第一信用服务的权限记录;
确定子单元,根据所述权限记录确定所述使用权限。
12.根据权利要求11所述的装置,其特征在于,所述获取子单元获取的所述权限记录为多条权限记录,所述装置还包括确定单元;
所述确定单元,用于根据所述用户使用所述第二信用服务产生的各个履约记录分别确定所述多条权限记录。
13.根据权利要求11所述的装置,其特征在于,所述获取子单元获取的所述权限记录包括准入记录,所述确定子单元确定的所述使用权限包括所述用户是否被准许使用所述第一信用服务;
所述确定子单元具体用于,根据所述准入记录确定所述用户是否被准许使用所述第一信用服务。
14.根据权利要求13所述的装置,其特征在于,所述获取子单元获取的准入记录为多条准入记录;
所述确定子单元具体用于,根据所述多条准入记录中产生时间最晚的准入记录确定所述用户是否被准许使用所述第一信用服务。
15.根据权利要求13所述的装置,其特征在于,所述获取子单元获取的权限记录还包括服务条件记录,所述确定子单元确定的使用权限还包括所述用户使用所述第一信用服务的使用条件;
所述确定子单元还用于,当根据所述准入记录确定所述用户被准许使用所述第一信用服务时,根据所述服务条件记录确定所述使用条件。
16.根据权利要求15所述的装置,其特征在于,所述获取子单元获取的服务条件记录为多条服务条件记录;
所述确定子单元具体用于,将所述多条服务条件记录中包括的多个服务条件叠加处理,并根据所述叠加处理的结果确定所述使用条件。
17.根据权利要求10所述的装置,其特征在于,所述获取单元获取的履约记录包括按约未完成记录、纠正记录、违约记录、和修复记录。
18.根据权利要求11所述的装置,其特征在于,所述获取子单元获取的权限记录根据所述履约记录和预设规则产生,所述预设规则包括,基于同类信用服务的规则,和基于不同类信用服务的规则。
19.一种计算机可读存储介质,其上存储有计算机程序,当所述计算机程序在计算机中执行时,令计算机执行权利要求1-9中任一项的所述的方法。
20.一种计算设备,包括存储器和处理器,其特征在于,所述存储器中存储有可执行代码,所述处理器执行所述可执行代码时,实现权利要求1-9中任一项所述的方法。
CN201711085220.9A 2017-11-07 2017-11-07 处理查询请求的方法及装置 Pending CN107944949A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201711085220.9A CN107944949A (zh) 2017-11-07 2017-11-07 处理查询请求的方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201711085220.9A CN107944949A (zh) 2017-11-07 2017-11-07 处理查询请求的方法及装置

Publications (1)

Publication Number Publication Date
CN107944949A true CN107944949A (zh) 2018-04-20

Family

ID=61933426

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201711085220.9A Pending CN107944949A (zh) 2017-11-07 2017-11-07 处理查询请求的方法及装置

Country Status (1)

Country Link
CN (1) CN107944949A (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110458642A (zh) * 2019-07-01 2019-11-15 阿里巴巴集团控股有限公司 用于处理物品派遣请求的方法及装置

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104094304A (zh) * 2012-12-03 2014-10-08 益百利信息解决方案公司 用于提供可自定义信用报告的系统和方法
CN104103009A (zh) * 2014-05-16 2014-10-15 张岩 一种基于信用报告的数据库的构建方法
CN105631732A (zh) * 2015-12-31 2016-06-01 北京京东尚科信息技术有限公司 确定用户权限的方法和装置
CN105825590A (zh) * 2016-03-11 2016-08-03 成都爆米花信息技术有限公司 一种具有个人信用记录功能的雨伞管理系统
CN106230808A (zh) * 2016-07-28 2016-12-14 杭州云象网络技术有限公司 一种基于区块链技术的个人征信系统建设方法
CN106548395A (zh) * 2016-12-07 2017-03-29 深圳市好公寓信息技术有限公司 用于房屋租赁的消费借贷方法、装置及系统

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104094304A (zh) * 2012-12-03 2014-10-08 益百利信息解决方案公司 用于提供可自定义信用报告的系统和方法
CN104103009A (zh) * 2014-05-16 2014-10-15 张岩 一种基于信用报告的数据库的构建方法
CN105631732A (zh) * 2015-12-31 2016-06-01 北京京东尚科信息技术有限公司 确定用户权限的方法和装置
CN105825590A (zh) * 2016-03-11 2016-08-03 成都爆米花信息技术有限公司 一种具有个人信用记录功能的雨伞管理系统
CN106230808A (zh) * 2016-07-28 2016-12-14 杭州云象网络技术有限公司 一种基于区块链技术的个人征信系统建设方法
CN106548395A (zh) * 2016-12-07 2017-03-29 深圳市好公寓信息技术有限公司 用于房屋租赁的消费借贷方法、装置及系统

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
STCHIYUHAI: "如何通过芝麻信用免押金骑优拜共享单车", 《HTTPS://JINGYAN.BAIDU.COM/ARTICLE/DA1091FB1B76A5027849D698.HTML》 *
希财网: "芝麻信用分怎么计算?如何提高芝麻分", 《HTTPS://WWW.CSAI.CN/CREDITCARD/938343.HTML》 *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110458642A (zh) * 2019-07-01 2019-11-15 阿里巴巴集团控股有限公司 用于处理物品派遣请求的方法及装置

Similar Documents

Publication Publication Date Title
US11138300B2 (en) Multi-factor profile and security fingerprint analysis
US20190287100A1 (en) Method for managing token based on heterogeneous blockchain networks, and token management server using the same
CN110100429A (zh) 实时检测并防止欺诈和滥用
CN111444209B (zh) 一种基于区块链的数据处理方法、装置、设备及介质
CN103164810A (zh) 基于云计算技术和大数据技术的电子发票业务系统
CN107633454A (zh) 一种民间借贷登记系统及方法
US8666829B1 (en) Detecting fraudulent event listings
US8626612B2 (en) Consolidating leads into a lead group
CN107895324A (zh) 保险审核装置和方法
CN109447791A (zh) 一种基于区块链的资金交易方法及装置
CN110555692A (zh) 一种虚拟资源转移方法、装置和存储介质
KR102146134B1 (ko) 암호화폐를 이용한 선물 거래방법
CN104704521B (zh) 多因素简档和安全指纹分析
CN108038667B (zh) 保单生成方法、装置及设备
Oktian et al. BlockSubPay-a blockchain framework for subscription-based payment in cloud service
CN107944949A (zh) 处理查询请求的方法及装置
CN108765097A (zh) 基于位置定位匹配客户需求和房源的处理方法及终端设备
US20210334787A1 (en) Key pair authentication in a label tracking system
CN111222885B (zh) 数据处理请求背书方法、装置、计算机设备及存储介质
CN115619508A (zh) 基于信用的免押金租赁系统及方法
CN105225153A (zh) 数据处理方法及装置
JP2020071847A (ja) 顧客管理システム
CN107403107A (zh) 一种基于多点协作机制的数据安全管理方法及系统
KR20120091740A (ko) 게임아이템의 안전거래서비스를 제공하는 서버 및 방법
RU2691830C1 (ru) Система и способ работы проверки данных онлайн пользователей и создания скоринговой модели с использованием неперсональных данных пользователей

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: 1252330

Country of ref document: HK

TA01 Transfer of patent application right
TA01 Transfer of patent application right

Effective date of registration: 20201019

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: 20201019

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.

RJ01 Rejection of invention patent application after publication
RJ01 Rejection of invention patent application after publication

Application publication date: 20180420