一种残膜回收机防缠绕挑膜装置的制 一种秧草收获机用电力驱动行走机构

信用合约体系下的监听处理方法以及装置与流程

2022-05-18 06:15:34 来源:中国专利 TAG:

信用合约体系下的监听处理方法以及装置
1.本技术为申请号201910704395.6,申请日2019年7月31日,发明名称为“信用合约体系下的监听处理方法以及装置”的分案申请。
技术领域
2.本技术涉及互联网技术领域,特别涉及一种信用合约体系下的监听处理方法。本技术同时涉及一种信用合约体系下的监听处理装置,一种电子设备,以及一种计算机可读存储介质。


背景技术:

3.随着移动终端的普及,移动互联网技术也跟着发展起来,移动互联网是指互联网的技术、平台、商业模式和应用与移动通信技术结合并实践的活动的总称。
4.在当前的移动互联网解决方案中,大多数情况下,移动互联应用程序的客户端和服务器端是通过超文本传输通信,具体来说,客户端发起超文本传输请求,服务端返回数据,这种传统的请求应答模式就是典型的短连接,其特征是一次通话建立一次连接,通讯完成就中断连接,工作流程为:连接-》传输数据-》关闭连接。
5.然而,上述这种传输方式存在如下缺陷:(1)实时性不高,因为超文本传输协议连接使用的是“请求-响应”的方式,在请求时需要先建立连接,而且需要客户端向服务器发出请求后,服务器端才能回复数据,因此效率比较低,无法满足实时性要求比较高的业务需求;(2)建立连接的损耗,对于超文本传输协议来说,每次通讯完成就释放传输控制协议连接,下一次超文本传输请求到来时,重新建立连接进行数据传输,而每个传输控制协议连接都需要三次握手,造成时间和资源的损耗。


技术实现要素:

6.有鉴于此,本技术实施例提供了一种信用合约体系下的监听处理方法。本技术同时涉及一种信用合约体系下的监听处理装置,一种电子设备,以及一种计算机可读存储介质,以解决现有技术中存在的技术缺陷。
7.本技术提供一种信用合约体系下的监听处理方法,包括:
8.基于预先建立的长连接监听发约方参与信用项目过程中针对项目事件提交的接口调用请求,其中,所述接口调用请求中的调用参数包括由发约方基于所述项目事件的信用合约模板签约后生成的发约单对应的发约单号;
9.在数据库中查询与所述发约单号对应的发约单信息,以及获取与所述项目事件对应的签约页面模板;
10.基于发约单信息和所述签约页面模板进行页面渲染;
11.将渲染获得的签约页面作为邀请应约方参与所述信用项目的邀约请求向所述应约方发送并展示,以响应所述接口调用请求。
12.可选地,所述发约方通过如下方式提交所述接口调用请求:
13.基于扫描应约方出示的信用标识码提交所述接口调用请求;其中,所述接口调用请求中的调用参数包括通过扫描所述信用标识码获取的加密字符串以及由所述发约方基于目标业务的信用合约模板签约后生成的发约单对应的发约单号。
14.可选地,所述长连接通过如下方式建立:
15.接收所述发约方发送的长连接建立请求;
16.建立事件监听处理模块与所述发约方的第一长连接以响应所述长连接建立请求;
17.启动所述事件监听处理模块进行信用合约体系下的事件的监听处理。
18.可选地,所述基于预先建立的长连接监听发约方参与信用项目过程中针对项目事件提交的接口调用请求步骤执行之前,还包括:
19.检测与所述发约方建立的所述第一长连接是否断开;
20.若是,则重新建立与所述发约方的第二长连接;
21.若否,则执行所述基于预先建立的长连接监听发约方参与信用项目过程中针对项目事件提交的接口调用请求的步骤。
22.可选地,所述将渲染获得的签约页面作为邀请应约方参与所述信用项目的邀约请求向所述应约方发送并展示步骤执行之后,还包括:
23.在所述第一长连接或所述第二长连接的连接保持时长达到预设时长阈值,则断开所述第一长连接或第二长连接。
24.可选地,所述启动所述事件监听处理模块进行信用合约体系下的事件的监听处理包括:
25.以预设频率轮询是否有所述发约方参与信用项目过程中针对项目事件提交的接口调用请求,且所述预设频率不大于频率阈值。
26.可选地,所述基于预先建立的长连接监听发约方参与信用项目过程中针对项目事件提交的接口调用请求步骤执行之后,所述将渲染获得的签约页面作为邀请应约方参与所述信用项目的邀约请求向所述应约方发送并展示步骤执行之前,还包括:
27.对所述调用参数中的所述加密字符串进行解析获得所述应约方的信用账户页面信息;
28.相应的,所述将渲染获得的签约页面作为邀请应约方参与所述信用项目的邀约请求向所述应约方发送并展示包括:
29.将渲染获得的所述签约页面作为邀请应约方参与所述信用项目的邀约请求向所述应约方发送并在所述应约方的信用账户页面展示。
30.可选地,所述基于发约单信息和所述签约页面模板进行页面渲染包括:
31.获取所述签约页面模板中的多个待展示组件信息;
32.根据所述多个待展示组件信息确定多个组件渲染器;
33.利用所述多个组件渲染器分别对所述多个待展示组件进行渲染,生成多个页面片段;
34.将所述多个页面片段进行组合以完成对所述签约页面模板的渲染。
35.可选地,所述将渲染获得的签约页面作为邀请应约方参与所述信用项目的邀约请求向所述应约方发送并展示步骤执行之后,还包括:
36.检测所述应约方作用于所述签约页面的执行动作;
37.在所述执行动作为签约确认动作的情况下,基于所述发约单以及所述应约方的签约结果生成与所述项目事件对应的信用合约。
38.本技术还提供一种信用合约体系下的监听处理装置,包括:
39.事件监听模块,被配置为基于预先建立的长连接监听发约方参与信用项目过程中针对项目事件提交的接口调用请求,其中,所述接口调用请求中的调用参数包括由发约方基于所述项目事件的信用合约模板签约后生成的发约单对应的发约单号;
40.信息处理模块,被配置为在数据库中查询与所述发约单号对应的发约单信息,以及获取与所述项目事件对应的签约页面模板;
41.页面渲染模块,被配置为基于发约单信息和所述签约页面模板进行页面渲染;
42.页面发送模块,被配置为将渲染获得的签约页面作为邀请应约方参与所述信用项目的邀约请求向所述应约方发送并展示,以响应所述接口调用请求。
43.可选地,所述事件监听模块,还被配置为:
44.基于预先建立的长连接监听所述发约方基于扫描应约方出示的信用标识码提交所述接口调用请求;其中,所述接口调用请求中的调用参数包括通过扫描所述信用标识码获取的加密字符串以及由所述发约方基于目标业务的信用合约模板签约后生成的发约单对应的发约单号。
45.可选地,所述信用合约体系下的监听处理装置,还包括:
46.请求接收模块,被配置为接收所述发约方发送的长连接建立请求;
47.第一长连接建立模块,被配置为建立事件监听处理模块与所述发约方的第一长连接以响应所述长连接建立请求;
48.业务监听处理模块,被配置为启动所述事件监听处理模块进行信用合约体系下的事件的监听处理。
49.可选地,所述信用合约体系下的监听处理装置,还包括:
50.检测模块,被配置为检测与所述发约方建立的所述第一长连接是否断开;
51.若所述检测模块的执行结果为是,则运行第二长连接建立模块;
52.所述第二长连接建立模块,被配置为重新建立与所述发约方的第二长连接;
53.若所述检测模块的执行结果为否,则运行所述事件监听模块。
54.可选地,所述业务监听处理模块还被配置为:
55.以预设频率轮询是否有所述发约方参与信用项目过程中针对项目事件提交的接口调用请求,且所述预设频率不大于频率阈值。
56.可选地,所述页面渲染模块包括:
57.组件信息获取子模块,被配置为获取所述签约页面模板中的多个待展示组件信息;
58.组件渲染器确定子模块,被配置为根据所述多个待展示组件信息确定多个组件渲染器;
59.渲染子模块,被配置为利用所述多个组件渲染器分别对所述多个待展示组件进行渲染,生成多个页面片段;
60.组合子模块,被配置为将所述多个页面片段进行组合以完成对所述签约页面模板的渲染。
61.可选地,所述信用合约体系下的监听处理装置,还包括:
62.检测模块,被配置为检测所述应约方作用于所述签约页面的执行动作;
63.信用合约生成模块,被配置为在所述执行动作为签约确认动作的情况下,基于所述发约单以及所述应约方的签约结果生成与所述项目事件对应的信用合约。
64.本技术还提供了一种电子设备,包括:
65.存储器和处理器;
66.所述存储器用于存储计算机可执行指令,所述处理器用于执行所述计算机可执行指令:
67.基于预先建立的长连接监听发约方参与信用项目过程中针对项目事件提交的接口调用请求,其中,所述接口调用请求中的调用参数包括由发约方基于所述项目事件的信用合约模板签约后生成的发约单对应的发约单号;
68.在数据库中查询与所述发约单号对应的发约单信息,以及获取与所述项目事件对应的签约页面模板;
69.基于发约单信息和所述签约页面模板进行页面渲染;
70.将渲染获得的签约页面作为邀请应约方参与所述信用项目的邀约请求向所述应约方发送并展示,以响应所述接口调用请求。
71.本技术还提供了一种计算机可读存储介质,其存储有计算机指令,该指令被处理器执行时实现所述信用合约体系下的监听处理方法的步骤。
72.与现有技术相比,本技术具有如下优点:
73.本技术提供的一种信用合约体系下的监听处理方法,包括:基于预先建立的长连接监听发约方参与信用项目过程中针对项目事件提交的接口调用请求,其中,所述接口调用请求中的调用参数包括由发约方基于所述项目事件的信用合约模板签约后生成的发约单对应的发约单号;在数据库中查询与所述发约单号对应的发约单信息,以及获取与所述项目事件对应的签约页面模板;基于发约单信息和所述签约页面模板进行页面渲染;将渲染获得的签约页面作为邀请应约方参与所述信用项目的邀约请求向所述应约方发送并展示,以响应所述接口调用请求。
74.本技术提供的信用合约体系下的监听处理方法,通过预先建立的长连接进行事件的监听,可保证信息传输的实时性,提高事件处理效率,同时能够降低信息传输过程中造成的资源损耗。另外,将发约单信息作为签约页面的部分内容对所述项目事件对应的签约页面模板进行渲染获得的签约页面发送至所述用户,可通过所述签约页面中包含的发约单信息实现对应约方的履约行为的限制,进而有利于降低待应约用户应约后不按规定履约的风险。
附图说明
75.图1是本技术实施例提供的一种信用合约体系下的监听处理方法的流程图;
76.图2是本技术实施例提供的一种信用合约体系下的监听处理方法中用户出示信用标识码的界面示意图;
77.图3是本技术实施例提供的一种信用合约体系下的监听处理方法中的签约页面示意图;
78.图4是本技术实施例提供的一种应用于实际场景的信用合约体系下的监听处理方法的流程图;
79.图5是本技术实施例提供的一种信用合约体系下的监听处理装置的结构示意图;
80.图6是本技术实施例提供的一种电子设备的结构框图。
具体实施方式
81.在下面的描述中阐述了很多具体细节以便于充分理解本技术。但是本技术能够以很多不同于在此描述的其它方式来实施,本领域技术人员可以在不违背本技术内涵的情况下做类似推广,因此本技术不受下面公开的具体实施的限制。
82.在本说明书一个或多个实施例中使用的术语是仅仅出于描述特定实施例的目的,而非旨在限制本说明书一个或多个实施例。在本说明书一个或多个实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式,除非上下文清楚地表示其他含义。还应当理解,本说明书一个或多个实施例中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
83.应当理解,尽管在本说明书一个或多个实施例中可能采用术语第一、第二等来描述各种信息,但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如,在不脱离本说明书一个或多个实施例范围的情况下,第一也可以被称为第二,类似地,第二也可以被称为第一。取决于语境,如在此所使用的词语“如果”可以被解释成为“在
……
时”或“当
……
时”或“响应于确定”。
84.首先,对本发明一个或多个实施例涉及的名词术语进行解释。
85.信用合约:是指两方或者两方以上的参与方基于信用对某项服务的使用达成“权”、“责”、“利”的共识,并且,达成共识的各个参与方都会保留一份已达成的共识数据;比如图书馆与用户之间达成了基于信用进行图书借还的共识,多个用户在信用约束下就参与公益项目达成的共识,或者,用户之间在以信用作为抵押前提下达成借还钱财或者借还物品的共识;
86.其中,“权”定义了某一方享有的权利,也可以理解为另一方需要履约的行为,比如按照约定的方式还回已借图书、参与已许诺参加的公益项目、还回已借钱财或者已借物品等;
[0087]“责”定义了违约方需要承担的违约责任,比如在违约方的信用中记录违约事件、降低违约方的信用评分或者对违约方进行罚款等;
[0088]“利”定义了履约方能够获得的利益或者奖励,比如成功还回已借的图书的用户会通过这一次信用借书行为提升自身的信用评分,按照约定成功参与公益项目的用户可以获得基于信用的奖励,成功归还已借钱财或者已借物品的用户可以获得违约方赔付的金额等。
[0089]
长连接:指在一个连接上可以连续发送多个数据包,在连接保持期间,如果没有数据包发送,需要双方发链路检测包。
[0090]
本技术提供了一种信用合约体系下的监听处理方法。本技术还提供一种信用合约体系下的监听处理装置,一种电子设备,以及一种计算机可读存储介质,以下分别结合本技术提供的实施例的附图逐一进行详细说明。
[0091]
本技术提供的一种信用合约体系下的监听处理方法实施例如下:
[0092]
参见附图1,其示出了本实施例提供的一种信用合约体系下的监听处理方法的流程图,包括步骤102至步骤108。
[0093]
步骤102,基于预先建立的长连接监听发约方参与信用项目过程中针对项目事件提交的接口调用请求。
[0094]
其中,所述接口调用请求中的调用参数包括由发约方基于所述项目事件的信用合约模板签约后生成的发约单对应的发约单号。
[0095]
本技术实施例提供的所述信用合约体系下的发约处理方法中,所述信用项目包括信用借书项目或者信用公益项目,不同于传统的服务模式,本实施例在信用借书项目和信用公益项目中融入了信用合约,基于信用合约构建待应约用户与发约方之间的信用体系,基于所构建的信用体系完成相应的业务处理。
[0096]
信用借书项目是指以用户的信用信息为基础,在用户的信用信息满足图书借还机构设置的借书条件时,由图书借还机构与用户之间建立信用合约,进而用户可实现免押金免借书卡借书,图书借还机构根据用户是否按时履约对用户的信用信息进行更新。在信用借书项目中,发约方为图书借还机构,应约方为用户,具体的,所述用户为借书用户,所述图书借还机构可以包括图书馆、书店或其他可供待应约用户进行图书借还的机构。
[0097]
信用公益项目是指以用户的信用信息为基础,在用户的信用信息满足公益活动发起方设置的公益活动参加条件时,由公益活动发起方与用户之间建立信用合约,用户即可参与公益活动,公益活动发起方根据用户是否按时履约对用户的信用信息进行更新。在信用公益项目中,发约方为公益活动发起方,应约方为参与公益活动的用户。
[0098]
信用合约是基于用户使用其信用进行担保,通过计算机系统,采集用户的信用行为形成一套信用值标准,并以此信用标准,代替货币或者有价证券或者实物,充当保证金或者抵押物,使得该用户与另一用户建立合约的一种技术解决方案。采用信用值作为担保,可以代替在一些原有的领域中使用货币、有价证券等通用一般等价物方式充当保证金和抵押物的方式。
[0099]
发约方即活动的发起者,并向其他待应约用户发起加入活动的邀约请求。若待应约用户在接收到邀约请求并同意加入活动,则所述待应约用户即为应约方,发约方在发起邀约请求之前,首先会在针对所述活动生成的合同模板进行签名生成发约单,向其他待应约用户发起加入活动的邀约请求的同时,将所述发约单一并发送给待应约用户。通过信用合约对待应约用户和发约方建立连接。
[0100]
具体的,应约方的信用账户信息存储于信用平台,并且信用账户信息中包含应约方的详细信用信息,发约方与应约方建立信用合约后,根据应约方的具体履约情况对它的信用信息进行更新,即在应约方按时履约的情况下,信用平台会根据信用合约中的合约奖励条款对应约方进行信用奖励,为应约方增加信用积分,在应约方未按时履约的情况下,信用平台会根据信用合约中的合约惩罚条款对应约方进行信用惩罚,即扣除应约方的部分信用积分。
[0101]
长连接是指在一个连接上可以连续发送多个数据包,在连接保持期间,如果没有数据包发送,需要双方发链路检测包。在使用长连接的情况下,当一个网页打开完成后,客户端和服务器之间用于传输超文本传输数据的传输控制协议连接不会关闭,如果客户端再
次访问这个服务器上的网页,会继续使用这一条已经建立的连接。
[0102]
具体的,所述长连接通过如下方式进行建立:
[0103]
接收所述发约方发送的长连接建立请求;
[0104]
建立事件监听处理模块与所述发约方的第一长连接以响应所述长连接建立请求;
[0105]
启动所述事件监听处理模块进行信用合约体系下的事件的监听处理。
[0106]
其中,所述事件监听处理模块以预设频率轮询是否有所述发约方参与信用项目过程中针对项目事件提交的接口调用请求,且所述预设频率不大于频率阈值。
[0107]
以所述信用项目为信用借书项目为例,信用借书项目中的发约方为图书馆,应约方为用户,则发约方与信用平台建立长连接的过程中,发约方向信用平台发起长连接建立请求,信用平台接受所述长连接建立请求,建立事件监听处理模块与发约方的长连接以响应所述长连接建立请求。发约方与所述事件监听处理模块完成一次读写之后,二者之间的连接并不会主动关闭,后续的读写操作会继续使用这个连接,并且在建立长连接之后,信用平台启动所述事件监听处理模块,假设所述预设频率为60s/次,即所述事件监听处理模块以60s/次的频率监听图书馆是否通过所述长连接发送事件处理请求。
[0108]
具体的,所述发约方通过如下方式提交所述接口调用请求:
[0109]
基于扫描应约方出示的信用标识码提交所述接口调用请求;其中,所述接口调用请求中的调用参数包括通过扫描所述信用标识码获取的加密字符串以及由所述发约方基于目标业务的信用合约模板签约后生成的发约单对应的发约单号。
[0110]
仍以所述信用项目为信用借书项目为例,假设所述信用借书项目中的发约方为图书馆,应约方为用户,用户可通过图书馆的自助借书机进行图书借阅,即用户通过点击自助借书机可触控交互界面的“借书”按钮向自助借书机发起借书请求,自助借书机接收所述借书请求后,检测指定图书放置区域内的图书信息,并根据检测到的图书信息生成借书订单,生成借书订单后,自助借书机可提示用户出示信用标识码,具体的,用户出示信用标识码的界面示意图如图2所示,并提示所述用户将所述信用标识码放置于自助借书机的指定标识码扫描区进行扫码,在扫码成功后,向信用平台提交所述接口调用请求;其中,所述接口调用请求中的调用参数包括通过扫描所述信用标识码获取的加密字符串以及由图书馆基于借书业务的信用合约模板签约后生成的发约单对应的发约单号。
[0111]
长连接建立之后,不会永久保持连接,它有一个保持时间,具体的保持时间可根据实际需要进行设定。因此,在接收发约方发送的事件处理请求之前,还需判断与所述发约方建立的第一长连接是否断开,具体可通过以下步骤实现:
[0112]
检测与所述发约方建立的所述第一长连接是否断开;
[0113]
若是,则重新建立与所述发约方的第二长连接;
[0114]
若否,则执行所述基于预先建立的长连接监听发约方参与信用项目过程中针对项目事件提交的接口调用请求的步骤。
[0115]
具体的,在检测到所述第一长连接断开后,需重新建立第二长连接,建立方法与前述实施例中第一长连接的建立方法一致,在此不再赘述。
[0116]
步骤104,在数据库中查询与所述发约单号对应的发约单信息,以及获取与所述项目事件对应的签约页面模板。
[0117]
签约页面即应约方向发约方发起信用项目参与请求后,发约方扫描所述应约方出
示的信用标识码后,向所述应约方展示、供应约方签约的页面。实际应用过程中,所述签约页面可以在应约方的移动设备终端界面或发约方的终端界面展示。所述签约页面中包含发约方预先对合同模板进行签名生成的发约单,并且所述发约单中可以包含具体的履约行为对应的信用奖惩规则,应约方可在签约页面查看所述发约单,以选择是否应约。
[0118]
具体的,仍以所述信用项目为信用借书项目为例,假设所述信用借书项目中的发约方为图书馆,应约方为用户,用户向图书馆发送借书请求之前,图书馆预先向信用平台发送发约申请,所述发约申请所涉及的业务为借书业务,并对所述信用平台返回的与借书业务相关的合同模板进行签名生成发约单,将所述发约单及其对应的发约单号进行存储,同时图书馆将所述发约单及发约单号信息发送至信用平台进行再次存储。
[0119]
信用平台的事件监听处理模块接收到所述图书馆发送的接口调用请求后,获取所述接口调用请求中携带的发约单号,根据所述发约单号于数据库中查询与所述发约单号对应的发约单信息,图书馆获取所述发约单后,根据发约单中的内容可进一步确定与所述发约单相关的业务为借书业务,则获取与所述借书业务对应的签约页面模板。
[0120]
此外,若图书馆扫描用户出示的信用标识码,则可获取扫描结果中与所述信用标识码对应的加密字符串,具体的,所述加密字符串可以是统一资源定位符,将所述统一资源定位符合发约单号作为接口调用参数通过长连接发送至信用平台进行处理。
[0121]
信用平台的事件监听处理模块接收到所述图书馆发送的接口调用请求后,获取所述接口调用请求中携带的加密字符串,并对所述调用参数中的所述加密字符串进行解析获得所述用户的信用账户页面信息。
[0122]
步骤106,基于发约单信息和所述签约页面模板进行页面渲染。
[0123]
本技术提供的一个实施例中,基于发约单信息和所述签约页面模板进行页面渲染具体可通过以下步骤实现:
[0124]
获取所述签约页面模板中的多个待展示组件信息;
[0125]
根据所述多个待展示组件信息确定多个组件渲染器;
[0126]
利用所述多个组件渲染器分别对所述多个待展示组件进行渲染,生成多个页面片段;
[0127]
将所述多个页面片段进行组合以完成对所述签约页面模板的渲染。
[0128]
仍以所述信用项目为信用借书项目为例,假设发约单信息中包含的内容有“30天内还书,积累信用积分”,并且签约页面模板中包含多个待展示组件信息,具体的,所述待展示组件可以包括表格、树、联动下拉框等。对不同组件进行渲染所需的组件渲染器不同,因此,需根据不同组件信息分别确定各自对应的组件渲染器。确定组件渲染器后,利用所述组件渲染器对组件信息进行渲染,生成页面片段,在所述签约页面中的所有组件信息均完成渲染并生成对应的页面片段后,将所述多个页面片段进行组合即可获得渲染后的签约页面,具体的,渲染获得的签约页面如图3所示。
[0129]
步骤108,将渲染获得的签约页面作为邀请应约方参与所述信用项目的邀约请求向所述应约方发送并展示,以响应所述接口调用请求。
[0130]
由于长连接建立之后不会永久保持连接,它有一个保持时间,具体的保持时间可根据实际需要进行设定。因此,将渲染获得的签约页面作为邀请应约方参与所述信用项目的邀约请求向所述应约方发送并展示之后,需检测所述第一长连接或第二长连接的链接保
持时长,若检测到所述第一长连接或所述第二长连接的连接保持时长达到预设时长阈值,则断开所述第一长连接或第二长连接。
[0131]
本技术提供的一个实施例中,若图书馆扫描用户出示的信用标识码,则可获取扫描结果中与所述信用标识码对应的加密字符串,具体的,所述加密字符串可以是统一资源定位符,将所述统一资源定位符合发约单号作为接口调用参数通过长连接发送至信用平台进行处理。
[0132]
信用平台的事件监听处理模块接收到所述图书馆发送的接口调用请求后,获取所述接口调用请求中携带的加密字符串,并对所述调用参数中的所述加密字符串进行解析获得所述用户的信用账户页面信息。
[0133]
相应的,将渲染获得的签约页面作为邀请应约方参与所述信用项目的邀约请求向所述应约方发送并展示即将渲染获得的所述签约页面作为邀请应约方参与所述信用项目的邀约请求向所述应约方发送并在所述应约方的信用账户页面展示。
[0134]
本技术提供的另一个实施例中,将渲染获得的签约页面作为邀请应约方参与所述信用项目的邀约请求向所述应约方发送并展示步骤执行之后,还可执行如下操作:
[0135]
检测所述应约方作用于所述签约页面的执行动作;
[0136]
在所述执行动作为签约确认动作的情况下,基于所述发约单以及所述应约方的签约结果生成与所述项目事件对应的信用合约。
[0137]
具体的,仍以所述信用项目为信用借书项目为例,渲染获得的签约页面如图3所示,若用户查看所述发约单并认可发约单中的内容,并点击签约页面的虚拟按键“我要加入”,则可将所述执行动作确定为确认签约动作,根据用户对所述发约单的签名结果生成信用借书合约并存储即可。
[0138]
另外,若用户查看所述发约单,认可发约单中的内容,并点击签约页面的虚拟按键“我要加入”,则可将所述执行动作确定为确认签约动作,并基于所述执行动作生成用户的信用积分获取指令。
[0139]
图书馆的发约单中还可以包括用户的借书条件,在所述用户确认加入的情况下,再获取用户的信用积分并判断所述信用积分是否满足图书馆设置的借书条件,若用户的信用积分大于等于图书馆设置的积分阈值,则可成功借书;反之,则借书失败。
[0140]
除此之外,若用户查看所述发约单,认可发约单中的内容,并点击签约页面的虚拟按键“我要加入”,则可将所述执行动作确定为确认签约动作,可继续判断所述用户是否开通了个人信用体系;由于所述信用借书项目将信用合约与用户的信用信息相关联,因此,用户能够成功借书的前提条件为开通个人信用体系,若未开通,则会导致借书失败,系统可向所述待应约用户发送开通个人信用体系的提示信息;若已开通,则可成功借书。
[0141]
除前述的情形外,若用户查看所述发约单,认可发约单中的内容,并点击签约页面的虚拟按键“我要加入”,则可将所述执行动作确定为确认签约动作,基于所述执行动作生成地理位置信息获取指令,根据所述指令获取所述图书的地理位置信息以及所述用户的当前位置信息,计算所述用户与图书馆间的距离,若所述用户与图书馆间的距离小于等于预设距离阈值,则可成功借书;反之,则借书失败。
[0142]
本技术提供的信用合约体系下的监听处理方法,通过预先建立的长连接进行事件的监听,可保证信息传输的实时性,提高事件处理效率,同时能够降低信息传输过程中造成
的资源损耗。另外,将发约单信息作为签约页面的部分内容对所述项目事件对应的签约页面模板进行渲染获得的签约页面发送至所述用户,可通过所述签约页面中包含的发约单信息实现对应约方的履约行为的限制,进而有利于降低待应约用户应约后不按规定履约的风险。
[0143]
图4示出了本说明书一实施例的信用合约体系下的监听处理方法,该信用合约体系下的监听处理方法以对所述信用项目为信用借书项目,且所述信用借书项目中的发约方为图书馆为例进行描述,包括步骤402至步骤414。
[0144]
步骤402,接收图书馆发送的长连接建立请求。
[0145]
步骤404,建立事件监听处理模块与所述图书馆的长连接。
[0146]
步骤406,以预设频率轮询所述图书馆参与信用借书项目过程中基于扫描用户出示的信用标识码提交的接口调用请求。
[0147]
具体的,所述接口调用请求中的接口调用参数包括通过扫描所述信用标识码获取的加密字符串以及由所述发约方基于借书业务的信用合约模板签约后生成的发约单对应的发约单号。
[0148]
步骤408,在数据库中查询与所述发约单号对应的发约单信息,以及获取与所述借书业务对应的签约页面模板。
[0149]
步骤410,基于发约单信息和所述签约页面模板进行页面渲染。
[0150]
步骤412,将渲染获得的签约页面作为邀请用户参与所述信用借书项目的邀约请求向所述用户发送并展示,以响应所述接口调用请求。
[0151]
步骤414,检测所述用户确认参与的情况下,基于所述发约单以及所述用户的签约结果生成与所述借书业务对应的信用借书合约。
[0152]
在本技术实施例中,基于长连接通信链路,图书馆可以随时接收信用平台推送的业务数据,提高了长连接服务的可用性。并且长连接可以省去较多的tcp建立和关闭的操作,在图书馆频繁向信用平台发起业务处理请求的情况下,通过建立长连接进行业务数据传输,有利于减少资源浪费,提高数据传输效率。
[0153]
本技术提供的一种信用合约体系下的监听处理装置实施例如下:
[0154]
在上述的实施例中,提供了一种信用合约体系下的监听处理方法,与之相对应的,本技术还提供了一种信用合约体系下的监听处理装置,下面结合附图进行说明。
[0155]
参见附图5,其示出了本技术提供的一种信用合约体系下的监听处理装置实施例的示意图。
[0156]
由于装置实施例基本相似于方法实施例,所以描述的比较简单,相关的部分请参见上述提供的方法实施例的对应说明即可。下面描述的装置实施例仅仅是示意性的。
[0157]
本技术提供一种信用合约体系下的监听处理装置,包括:
[0158]
事件监听模块502,被配置为基于预先建立的长连接监听发约方参与信用项目过程中针对项目事件提交的接口调用请求,其中,所述接口调用请求中的调用参数包括由发约方基于所述项目事件的信用合约模板签约后生成的发约单对应的发约单号;
[0159]
信息处理模块504,被配置为在数据库中查询与所述发约单号对应的发约单信息,以及获取与所述项目事件对应的签约页面模板;
[0160]
页面渲染模块506,被配置为基于发约单信息和所述签约页面模板进行页面渲染;
[0161]
页面发送模块508,被配置为将渲染获得的签约页面作为邀请应约方参与所述信用项目的邀约请求向所述应约方发送并展示,以响应所述接口调用请求。
[0162]
可选地,所述事件监听模块,还被配置为:
[0163]
基于预先建立的长连接监听所述发约方基于扫描应约方出示的信用标识码提交所述接口调用请求;其中,所述接口调用请求中的调用参数包括通过扫描所述信用标识码获取的加密字符串以及由所述发约方基于目标业务的信用合约模板签约后生成的发约单对应的发约单号。
[0164]
可选地,所述信用合约体系下的监听处理装置,还包括:
[0165]
请求接收模块,被配置为接收所述发约方发送的长连接建立请求;
[0166]
第一长连接建立模块,被配置为建立事件监听处理模块与所述发约方的第一长连接以响应所述长连接建立请求;
[0167]
业务监听处理模块,被配置为启动所述事件监听处理模块进行信用合约体系下的事件的监听处理。
[0168]
可选地,所述信用合约体系下的监听处理装置,还包括:
[0169]
检测模块,被配置为检测与所述发约方建立的所述第一长连接是否断开;
[0170]
若所述检测模块的执行结果为是,则运行第二长连接建立模块;
[0171]
所述第二长连接建立模块,被配置为重新建立与所述发约方的第二长连接;
[0172]
若所述检测模块的执行结果为否,则运行所述事件监听模块。
[0173]
可选地,所述信用合约体系下的监听处理装置,还包括:
[0174]
长连接断开模块,被配置为在所述第一长连接或所述第二长连接的连接保持时长达到预设时长阈值,则断开所述第一长连接或第二长连接。
[0175]
可选地,所述业务监听处理模块还被配置为:
[0176]
以预设频率轮询是否有所述发约方参与信用项目过程中针对项目事件提交的接口调用请求,且所述预设频率不大于频率阈值。
[0177]
可选地,所述信用合约体系下的监听处理装置,还包括:
[0178]
解析模块,被配置为对所述调用参数中的所述加密字符串进行解析获得所述应约方的信用账户页面信息;
[0179]
相应的,所述页面发送模块,还被配置为:
[0180]
将渲染获得的所述签约页面作为邀请应约方参与所述信用项目的邀约请求向所述应约方发送并在所述应约方的信用账户页面展示。
[0181]
可选地,所述页面渲染模块包括:
[0182]
组件信息获取子模块,被配置为获取所述签约页面模板中的多个待展示组件信息;
[0183]
组件渲染器确定子模块,被配置为根据所述多个待展示组件信息确定多个组件渲染器;
[0184]
渲染子模块,被配置为利用所述多个组件渲染器分别对所述多个待展示组件进行渲染,生成多个页面片段;
[0185]
组合子模块,被配置为将所述多个页面片段进行组合以完成对所述签约页面模板的渲染。
[0186]
可选地,所述信用合约体系下的监听处理装置,还包括:
[0187]
检测模块,被配置为检测所述应约方作用于所述签约页面的执行动作;
[0188]
信用合约生成模块,被配置为在所述执行动作为签约确认动作的情况下,基于所述发约单以及所述应约方的签约结果生成与所述项目事件对应的信用合约。
[0189]
本技术提供的一种电子设备实施例如下:
[0190]
图6示出了根据本说明书一实施例的电子设备600的结构框图。该电子设备600的部件包括但不限于存储器610和处理器620。处理器620与存储器610通过总线630相连接,数据库650用于保存数据。
[0191]
电子设备600还包括接入设备640,接入设备640使得电子设备600能够经由一个或多个网络660通信。这些网络的示例包括公用交换电话网(pstn)、局域网(lan)、广域网(wan)、个域网(pan)或诸如因特网的通信网络的组合。接入设备640可以包括有线或无线的任何类型的网络接口(例如,网络接口卡(nic))中的一个或多个,诸如ieee802.11无线局域网(wlan)无线接口、全球微波互联接入(wi-max)接口、以太网接口、通用串行总线(usb)接口、蜂窝网络接口、蓝牙接口、近场通信(nfc)接口,等等。
[0192]
在本说明书的一个实施例中,电子设备600的上述部件以及图6中未示出的其他部件也可以彼此相连接,例如通过总线。应当理解,图6所示的电子设备结构框图仅仅是出于示例的目的,而不是对本说明书范围的限制。本领域技术人员可以根据需要,增添或替换其他部件。
[0193]
电子设备600可以是任何类型的静止或移动电子设备,包括移动计算机或移动电子设备(例如,平板计算机、个人数字助理、膝上型计算机、笔记本计算机、上网本等)、移动电话(例如,智能手机)、可佩戴的电子设备(例如,智能手表、智能眼镜等)或其他类型的移动设备,或者诸如台式计算机或pc的静止电子设备。电子设备600还可以是移动式或静止式的服务器。
[0194]
其中,处理器620用于执行如下计算机可执行指令:
[0195]
基于预先建立的长连接监听发约方参与信用项目过程中针对项目事件提交的接口调用请求,其中,所述接口调用请求中的调用参数包括由发约方基于所述项目事件的信用合约模板签约后生成的发约单对应的发约单号;
[0196]
在数据库中查询与所述发约单号对应的发约单信息,以及获取与所述项目事件对应的签约页面模板;
[0197]
基于发约单信息和所述签约页面模板进行页面渲染;
[0198]
将渲染获得的签约页面作为邀请应约方参与所述信用项目的邀约请求向所述应约方发送并展示,以响应所述接口调用请求。
[0199]
可选地,所述发约方通过如下方式提交所述接口调用请求:
[0200]
基于扫描应约方出示的信用标识码提交所述接口调用请求;其中,所述接口调用请求中的调用参数包括通过扫描所述信用标识码获取的加密字符串以及由所述发约方基于目标业务的信用合约模板签约后生成的发约单对应的发约单号。
[0201]
可选地,所述长连接通过如下方式建立:
[0202]
接收所述发约方发送的长连接建立请求;
[0203]
建立事件监听处理模块与所述发约方的第一长连接以响应所述长连接建立请求;
[0204]
启动所述事件监听处理模块进行信用合约体系下的事件的监听处理。
[0205]
可选地,所述基于预先建立的长连接监听发约方参与信用项目过程中针对项目事件提交的接口调用请求步骤执行之前,还包括:
[0206]
检测与所述发约方建立的所述第一长连接是否断开;
[0207]
若是,则重新建立与所述发约方的第二长连接;
[0208]
若否,则执行所述基于预先建立的长连接监听发约方参与信用项目过程中针对项目事件提交的接口调用请求的步骤。
[0209]
可选地,所述将渲染获得的签约页面作为邀请应约方参与所述信用项目的邀约请求向所述应约方发送并展示步骤执行之后,还包括:
[0210]
在所述第一长连接或所述第二长连接的连接保持时长达到预设时长阈值,则断开所述第一长连接或第二长连接。
[0211]
可选地,所述启动所述事件监听处理模块进行信用合约体系下的事件的监听处理包括:
[0212]
以预设频率轮询是否有所述发约方参与信用项目过程中针对项目事件提交的接口调用请求,且所述预设频率不大于频率阈值。
[0213]
可选地,所述基于预先建立的长连接监听发约方参与信用项目过程中针对项目事件提交的接口调用请求步骤执行之后,所述将渲染获得的签约页面作为邀请应约方参与所述信用项目的邀约请求向所述应约方发送并展示步骤执行之前,还包括:
[0214]
对所述调用参数中的所述加密字符串进行解析获得所述应约方的信用账户页面信息;
[0215]
相应的,所述将渲染获得的签约页面作为邀请应约方参与所述信用项目的邀约请求向所述应约方发送并展示包括:
[0216]
将渲染获得的所述签约页面作为邀请应约方参与所述信用项目的邀约请求向所述应约方发送并在所述应约方的信用账户页面展示。
[0217]
可选地,所述基于发约单信息和所述签约页面模板进行页面渲染包括:
[0218]
获取所述签约页面模板中的多个待展示组件信息;
[0219]
根据所述多个待展示组件信息确定多个组件渲染器;
[0220]
利用所述多个组件渲染器分别对所述多个待展示组件进行渲染,生成多个页面片段;
[0221]
将所述多个页面片段进行组合以完成对所述签约页面模板的渲染。
[0222]
可选地,所述将渲染获得的签约页面作为邀请应约方参与所述信用项目的邀约请求向所述应约方发送并展示步骤执行之后,还包括:
[0223]
检测所述应约方作用于所述签约页面的执行动作;
[0224]
在所述执行动作为签约确认动作的情况下,基于所述发约单以及所述应约方的签约结果生成与所述项目事件对应的信用合约。
[0225]
上述为本实施例的一种电子设备的示意性方案。需要说明的是,该电子设备的技术方案与上述的信用合约体系下的监听处理方法的技术方案属于同一构思,电子设备的技术方案未详细描述的细节内容,均可以参见上述信用合约体系下的监听处理方法的技术方案的描述。
[0226]
本技术提供的一种计算机可读存储介质实施例如下:
[0227]
本技术一实施例还提供一种计算机可读存储介质,其存储有计算机指令,该指令被处理器执行时用于:
[0228]
基于预先建立的长连接监听发约方参与信用项目过程中针对项目事件提交的接口调用请求,其中,所述接口调用请求中的调用参数包括由发约方基于所述项目事件的信用合约模板签约后生成的发约单对应的发约单号;
[0229]
在数据库中查询与所述发约单号对应的发约单信息,以及获取与所述项目事件对应的签约页面模板;
[0230]
基于发约单信息和所述签约页面模板进行页面渲染;
[0231]
将渲染获得的签约页面作为邀请应约方参与所述信用项目的邀约请求向所述应约方发送并展示,以响应所述接口调用请求。
[0232]
可选地,所述发约方通过如下方式提交所述接口调用请求:
[0233]
基于扫描应约方出示的信用标识码提交所述接口调用请求;其中,所述接口调用请求中的调用参数包括通过扫描所述信用标识码获取的加密字符串以及由所述发约方基于目标业务的信用合约模板签约后生成的发约单对应的发约单号。
[0234]
可选地,所述长连接通过如下方式建立:
[0235]
接收所述发约方发送的长连接建立请求;
[0236]
建立事件监听处理模块与所述发约方的第一长连接以响应所述长连接建立请求;
[0237]
启动所述事件监听处理模块进行信用合约体系下的事件的监听处理。
[0238]
可选地,所述基于预先建立的长连接监听发约方参与信用项目过程中针对项目事件提交的接口调用请求步骤执行之前,还包括:
[0239]
检测与所述发约方建立的所述第一长连接是否断开;
[0240]
若是,则重新建立与所述发约方的第二长连接;
[0241]
若否,则执行所述基于预先建立的长连接监听发约方参与信用项目过程中针对项目事件提交的接口调用请求的步骤。
[0242]
可选地,所述将渲染获得的签约页面作为邀请应约方参与所述信用项目的邀约请求向所述应约方发送并展示步骤执行之后,还包括:
[0243]
在所述第一长连接或所述第二长连接的连接保持时长达到预设时长阈值,则断开所述第一长连接或第二长连接。
[0244]
可选地,所述启动所述事件监听处理模块进行信用合约体系下的事件的监听处理包括:
[0245]
以预设频率轮询是否有所述发约方参与信用项目过程中针对项目事件提交的接口调用请求,且所述预设频率不大于频率阈值。
[0246]
可选地,所述基于预先建立的长连接监听发约方参与信用项目过程中针对项目事件提交的接口调用请求步骤执行之后,所述将渲染获得的签约页面作为邀请应约方参与所述信用项目的邀约请求向所述应约方发送并展示步骤执行之前,还包括:
[0247]
对所述调用参数中的所述加密字符串进行解析获得所述应约方的信用账户页面信息;
[0248]
相应的,所述将渲染获得的签约页面作为邀请应约方参与所述信用项目的邀约请
求向所述应约方发送并展示包括:
[0249]
将渲染获得的所述签约页面作为邀请应约方参与所述信用项目的邀约请求向所述应约方发送并在所述应约方的信用账户页面展示。
[0250]
可选地,所述基于发约单信息和所述签约页面模板进行页面渲染包括:
[0251]
获取所述签约页面模板中的多个待展示组件信息;
[0252]
根据所述多个待展示组件信息确定多个组件渲染器;
[0253]
利用所述多个组件渲染器分别对所述多个待展示组件进行渲染,生成多个页面片段;
[0254]
将所述多个页面片段进行组合以完成对所述签约页面模板的渲染。
[0255]
可选地,所述将渲染获得的签约页面作为邀请应约方参与所述信用项目的邀约请求向所述应约方发送并展示步骤执行之后,还包括:
[0256]
检测所述应约方作用于所述签约页面的执行动作;
[0257]
在所述执行动作为签约确认动作的情况下,基于所述发约单以及所述应约方的签约结果生成与所述项目事件对应的信用合约。
[0258]
上述为本实施例的一种计算机可读存储介质的示意性方案。需要说明的是,该存储介质的技术方案与上述的信用合约体系下的监听处理方法的技术方案属于同一构思,存储介质的技术方案未详细描述的细节内容,均可以参见上述信用合约体系下的监听处理方法的技术方案的描述。
[0259]
上述对本技术特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下,在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外,在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中,多任务处理和并行处理也是可以的或者可能是有利的。
[0260]
所述计算机指令包括计算机程序代码,所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括:能够携带所述计算机程序代码的任何实体或装置、记录介质、u盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(rom,read-only memory)、随机存取存储器(ram,randomaccess memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是,所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减,例如在某些司法管辖区,根据立法和专利实践,计算机可读介质不包括电载波信号和电信信号。
[0261]
需要说明的是,对于前述的各方法实施例,为了简便描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本技术并不受所描述的动作顺序的限制,因为依据本技术,某些步骤可以采用其它顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作和模块并不一定都是本技术所必须的。
[0262]
在上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见其它实施例的相关描述。
[0263]
以上公开的本技术优选实施例只是用于帮助阐述本技术。可选实施例并没有详尽叙述所有的细节,也不限制该发明仅为所述的具体实施方式。显然,根据本说明书的内容,
可作很多的修改和变化。本说明书选取并具体描述这些实施例,是为了更好地解释本技术的原理和实际应用,从而使所属技术领域技术人员能很好地理解和利用本技术。本技术仅受权利要求书及其全部范围和等效物的限制。
再多了解一些

本文用于企业家、创业者技术爱好者查询,结果仅供参考。

发表评论 共有条评论
用户名: 密码:
验证码: 匿名发表

相关文献