一种数据处理方法及设备与流程

本申请涉及互联网信息处理技术领域以及计算机技术领域，尤其涉及一种基于契约的数据处理方法及设备。

背景技术：

随着科学技术的发展，经济形态正在由货币经济形态向信用经济形态发展。所谓信用经济是指以信用作为交易媒介来实现商品交换或者金融交易。这里的信用是指依附在不同主体之间和商品交易之间形成的一种相互信任的生产关系和社会关系。基于这种信用，可以在不同用户之间或者用户与商户之间建立契约关系，通过这种契约关系可以实现商品交换或者金融交易。

所谓契约是指双方或者多方共同协商订立的有关特定事件(例如：买卖、抵押、租赁等)的法律文书。基于该法律文书，在双方或者多方建立与特定事件有关的契约关系。在该法律文书中规定了订立双方或者多方的权利和义务，双方或者多方需要按照该法律文书中记载的权利和义务履行相应的义务。

随着互联网技术的发展，互联网金融业务也逐渐发展起来。为了降低互联网金融业务的风险，互联网金融服务平台需要对用户的契约履行能力进行评估，进而得到该用户的信用数据，这样互联网金融服务平台可以根据得到的该用户的信用数据为该用户提供相应的互联网金融服务。

但是，目前采用的信用评估方式还不够完善，存在一定的局限性。

技术实现要素：

有鉴于此，本申请实施例提供了一种基于契约的数据处理方法，用于解决现有技术中信用评估方式存在一定局限性导致得到的用户的信用数据不准确的问题。

本申请实施例采用下述技术方案：

本申请实施例提供一种数据处理方法，包括：

接收第一用户发送的契约签订请求，所述契约签订请求中包含第二用户的用户标识和契约数据，所述契约数据用于表征所述第一用户向所述第二用户承诺在设定时间内所履行的义务；

将所述契约签订请求发送给所述第二用户的用户标识对应的第二用户；

接收所述第二用户返回的确认信息，并根据所述确认信息，建立所述第一用户与所述第二用户之间的契约关系。

本申请实施例还提供一种数据处理方法，包括：

确定契约事件，并基于所述契约事件生成契约数据，所述契约数据用于表征第一用户向第二用户承诺在设定时间内所履行的义务；

将携带所述第二用户的标识和所述契约数据的契约签订请求发送给服务器，使所述服务器对所述契约签订请求进行处理。

本申请实施例还提供一种数据处理方法，包括：

接收服务器发送的契约签订请求，所述契约签订请求中包含第一用户的用户标识和契约数据，所述契约数据用于表征所述第一用户向第二用户承诺在设定时间内所履行的义务；

若确定接受所述契约签订请求，则向所述服务器发送确认信息，使所述服务器根据所述确认信息，建立所述第一用户与所述第二用户之间的契约关系。

本申请实施例提供一种数据处理设备，包括：

接收单元，接收第一用户发送的契约签订请求，所述契约签订请求中包含第二用户的用户标识和契约数据，所述契约数据用于表征所述第一用户向所述第二用户承诺在设定时间内所履行的义务；

发送单元，将所述契约签订请求发送给所述第二用户的用户标识对应的第二用户；

所述接收单元，接收所述第二用户返回的确认信息；

处理单元，根据所述确认信息，建立所述第一用户与所述第二用户之间的契约关系。

本申请实施例还提供一种数据处理设备，包括：

处理单元，确定契约事件，并基于所述契约事件生成契约数据，所述契约数据用于表征第一用户向第二用户承诺在设定时间内所履行的义务；

发送单元，将携带所述第二用户的标识和所述契约数据的契约签订请求发送给服务器，使所述服务器对所述契约签订请求进行处理。

本申请实施例还提供一种数据处理设备，包括：

接收单元，接收服务器发送的契约签订请求，所述契约签订请求中包含第一用户的用户标识和契约数据，所述契约数据用于表征所述第一用户向第二用户承诺在设定时间内所履行的义务；

发送单元，若确定接受所述契约签订请求，则向所述服务器发送确认信息，使所述服务器根据所述确认信息，建立所述第一用户与所述第二用户之间的契约关系。

本申请实施例采用的上述至少一个技术方案能够达到以下有益效果：

在本申请实施例中，提供契约签订平台，在该契约签订平台上，接收第一用户发送的契约签订请求，所述契约签订请求中包含第二用户的用户标识和契约数据，所述契约数据用于表征所述第一用户向所述第二用户承诺在设定时间内所履行的义务；将所述契约签订请求发送给所述第二用户的用户标识对应的第二用户；接收所述第二用户返回的确认信息，并根据所述确认信息，建立所述第一用户与所述第二用户之间的契约关系。这样，能够对用户与用户之间的契约履行进行有效监控，有效地通过获取不同用户之间的各种契约关系产生的评估数据，进而比较全面地对用户的信用进行估计，有效提升了对用户信用评估的准确性，完善信用评估机制，实现对互联网金融业务的风险进行有效控制。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1为本申请实施例提供的一种数据处理方法的流程示意图；

图2为本申请实施例提供的一种数据处理方法的流程示意图；

图3为本申请实施例提供的一种数据处理方法的流程示意图；

图4为本申请实施例提供的第一用户的契约签订请求示意图；

图5为本申请实施例提供的第一用户的契约履行示意图；

图6为本申请实施例提供的第二用户的履约能力评估示意图；

图7为本申请实施例提供的一种数据处理设备的结构示意图；

图8为本申请实施例提供的一种数据处理设备的结构示意图；

图9为本申请实施例提供的一种数据处理设备的结构示意图；

图10为本申请实施例提供的一种数据处理系统的结构示意图。

具体实施方式

为了实现本申请的目的，本申请实施例提供了一种基于契约的数据处理方法及设备，提供契约签订平台，在该契约签订平台上，接收第一用户发送的契约签订请求，所述契约签订请求中包含第二用户的用户标识和契约数据，所述契约数据用于表征所述第一用户向所述第二用户承诺在设定时间内所履行的义务；将所述契约签订请求发送给所述第二用户的用户标识对应的第二用户；接收所述第二用户返回的确认信息，并根据所述确认信息，建立所述第一用户与所述第二用户之间的契约关系。这样，能够对用户与用户之间的契约履行进行监控，有效地通过获取不同用户之间的各种契约关系产生的评估数据，比较全面地对用户的信用进行估计，有效提升了对用户信用评估的准确性，进而将对用户的信用评估由b2c(business-to-customer)方式扩展至c2c(customer-to-customer)方式，完善信用评估机制，实现对互联网金融业务的风险进行有效控制。

需要说明的是，本申请实施例中所记载的契约签订平台可以通过微程序的方式实现，也可以是集成在互联网金融平台中的一个功能模块，这里不做具体限定。本申请实施例中关于契约关系的类型不做限定，可以是法律规定的买卖关系、借款关系、抵押关系；也可以是日常生活中不同用户之间约定的事务关系，例如：夫妻之间的约定的家务分配等等。

本申请实施例中所记载的第二用户与所述第一用户之间预先建立指定关系，所述指定关系包含亲属关系、朋友关系、同学关系中的一种或者多种。

为使本申请的目的、技术方案和优点更加清楚，下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

以下结合附图，详细说明本申请各实施例提供的技术方案。

图1为本申请实施例提供的一种数据处理方法的流程示意图。所述方法可以如下所示。本申请实施例的执行主体为契约签订平台对应的服务器。

步骤101：接收第一用户发送的契约签订请求。

所述契约签订请求中包含第二用户的用户标识和契约数据，所述契约数据用于表征所述第一用户向所述第二用户承诺在设定时间内所履行的义务。

由于在实际应用中契约签订的方式一般采用双方或者多方协商订立纸质合同方式和双方或者多方达成口头协议方式，这两种方式存在对契约履行不能够进行系统监管的问题。此外，由于双方或者多方之间缺乏法律知识，使得所签署的纸质合同或者达成的口头协议存在法律问题，在履约时容易发生法律纠纷，为双方或者多方带来不便。

考虑到上述问题，在本申请实施例中提供契约签订平台，需要签订契约的双方或者多方可以通过该契约签订平台签订契约，这样能够实现对契约签订双方或者多方的履约能力进行监控。

若第一用户需要与第二用户之间签订一份契约，那么该第一用户通过所使用的客户端登录该契约签订平台，在该契约签订平台中确定契约事件。这里的契约事件中包含契约类型、契约履行时间以及所述第一用户向所述第二用户承诺在设定时间(或者契约履行时间)内所履行的义务。客户端基于用户输入的契约事件生成契约数据，并向服务器发送契约签订请求，该契约签订请求中包含第二用户的用户标识和该契约数据。

需要说明的是，本申请实施例中所记载的契约可以是法律意义上的一份合同，由双方或者多方共同协商订立的；也可以是一个用户的某一个承诺，例如：第一用户向第二用户承诺：未来一周的家务(例如：包括做饭、洗碗、打扫卫生、洗衣服等)由第一用户负责。假设该承诺为确定的契约事件，那么为了对第一用户的履约能力进行监控，第一用户可以通过所使用的客户端登录该契约签订平台，在该契约签订平台中生成契约数据，该契约数据中包含契约履行时间以及所述第一用户向所述第二用户承诺在设定时间(或者契约履行时间)内所履行的义务，并将携带该契约数据和第二用户的用户标识的契约签订请求发送给服务器。

较优地，在本申请实施例中，第一用户可以选择契约签订的受约方，即从与所述第一用户预先建立指定关系的第二用户的用户标识集中选择其中一个用户标识，并将选择的所述用户标识对应的第二用户确定为受约方，所述指定关系包含亲属关系、朋友关系、同学关系中的一种或者多种。

需要说明的是，第一用户通过所使用的客户端登录该契约签订平台时，服务器可以根据该第一用户的用户标识，确定与所述第一用户建立设定关系的第二用户的用户标识集，并将该用户标识集发送给第一用户。

步骤102：将所述契约签订请求发送给所述第二用户的用户标识对应的第二用户。

在本申请实施例中，服务器在接收到第一用户发送的契约签订请求时，从该契约签订请求中解析出第二用户的用户标识，并将该契约签订请求发送给该第二用户的用户标识对应的第二用户。

步骤103：接收所述第二用户返回的确认信息。

在本申请实施例中，第二用户在接收到服务器发送的契约签订请求时，进一步确定是否接受该契约签订请求。一方面需要确定该契约签订请求中包含的契约数据中所记载的义务是否合理、合法；另一方面确定该契约签订请求是否属于真实意思表达。

若第二用户确定接受该契约签订请求，则向所述服务器发送确认信息；否则，向服务器发送拒绝信息。

步骤104：根据所述确认信息，建立所述第一用户与所述第二用户之间的契约关系。

在本申请实施例中，服务器在接收到第二用户发送的确认信息时，确定第二用户接受该契约签订请求，并建立所述第一用户与所述第二用户之间的契约关系，以便于后续针对该契约关系对第一用户和/或第二用户的履约能力进行监控。

下面以对第一用户的履约能力进行监控为例进行说明。

在本申请实施例中，当建立所述第一用户与所述第二用户之间的契约关系时，根据该契约签订请求中包含的契约履行时间，生成契约履行提示信息。

其中，所述契约履行提示信息用于提示所述第一用户履行所述契约关系对应的义务。

较优地，所述方法还包括：

在所述设定时间(即契约履行时间)到达时，向所述第一用户发送契约履行提示信息。

在本申请实施例中，有些用户可能在契约履行时间之前已经履行该契约关系对应的义务，说明这些用户的履约能力比较强，因此，在向所述第一用户发送契约履行提示信息之前，进一步判断第一用户是否已经履行所述契约关系对应的义务。

在确定所述第一用户尚未履行所述契约关系对应的义务时，向所述第一用户发送契约履行提示信息。

在确定所述第一用户已履行所述契约关系对应的义务时，获取所述第一用户的履约数据。

其中，所述履约数据中包含所述契约关系、履行所述契约关系对应的义务的行为数据以及所述行为数据的产生时间。

较优地，在本申请实施例中，所述方法还包括：

接收所述第一用户发送的履约数据，并将所述履约数据发送给所述第二用户。

需要说明的是，本申请实施例中所记载的契约履行时间可以是一个(例如：借款契约，在该借款契约中规定了借款人的还款日期)，也可以是多个(例如：第一用户向第二用户做出的做家务的承诺，这个承诺的有效期可以是7天(01号～07号))，那么第一用户发送的履约数据可以是针对该契约履行时间的一个数据包，如果该契约履行时间为一个，那么该数据包中包含一个履约数据；如果该契约履行时间为多个，那么该数据包中包含多个履约数据(例如7个)，每一个履约数据与契约履行子时间对应。针对契约履行时间为一段时间(包含多个时间点)，那么在产生每一个时间点对应的履约数据时，第一用户可以将该时间点对应的履约数据发送给服务器。

较优地，在本申请实施例中，所述方法还包括：

接收所述第二用户发送的评估数据，所述评估数据用于表征所述第二用户根据所述履约数据对所述第一用户的履约能力进行评估，所述评估数据中包含是否准时履约、履约程度中的一种或者多种。

具体地，第二用户在接收到服务器发送的履约数据时，根据所述履约数据对所述第一用户的履约能力进行评估。

这里的评估可以是针对该契约关系对第一用户的履约能力所作出的整体评估，也可以是针对该契约关系中的一个契约履行时间点对第一用户在该契约履行时间点的履约能力作出评估，在契约履行期结束时给出综合评估，这里不做具体限定。

这里的评估包含是否准时履约、履约完成的效果如何等等。

为了保证第二用户能够及时对第一用户的履约能力进行评估，在本申请实施例中，在所述契约关系的履行期结束时，向所述第二用户发送评估提示信息，所述评估提示信息用于提示所述第二用户对所述第一用户的履约能力进行评估。

在本申请实施例中，所述方法还包括：

将所述评估数据发送给所述第一用户。

若第一用户对第二用户的评估数据存在异议，那么接收所述第一用户发送的异议数据，所述异议数据用于表征所述第一用户对所述评估数据的异议；

存储所述契约关系、所述异议数据与所述评估数据之间的映射关系。

较优地，所述方法还包括：

根据所述映射关系，对所述第一用户的信用数据进行处理。

为了确保后续基于评估数据对第一用户的信用进行评估，服务器存储所述异议数据与所述评估数据之间的映射关系，可以通过大数据分析的角度确定这些评估数据对第一用户的信用数据的影响程度，进而保证了评估第一用户的信用数据的准确性。

在本申请实施例中，服务器在获取到第二用户发送的评估数据后，所述方法还包括：

根据所述评估数据，对所述第一用户的信用数据进行处理。

具体地，根据所述评估数据，调整所述第一用户的信用值。

即确定该评估数据的影响因子，利用该影响因子，调整所述第一用户的信用值。

具体地，根据所述评估数据以及历史评估数据，确定所述第一用户的信用标签，所述信用标签用于表征用户的可信等级，并建立所述信用标签与所述第一用户的用户标识之间的映射关系。

在本申请实施例中，信用标签包括但不限于：靠谱标签、可信标签、待定标签和不可信标签。不同的信用标签对应一个信用值区间。

其中，靠谱标签对应的信用值大于可信标签对应的信用值；可信标签对应的信用值大于待定标签对应的信用值；待定标签对应的信用值大于不可信标签对应的信用值。

在本申请实施例中，第一用户在与第二用户发送的契约签订请求时，还可以在契约签订请求中包含履约结果的披露权限，即在针对契约签订请求中包含的契约关系履行结束时，需要将履约数据和评估数据发送给谁，说明谁具备查看该履约数据和评估数据的权限。

具体地，根据所述契约签订请求中包含的履约结果的披露权限，通过设定的社交平台发布所述契约关系以及所述评估数据，以使的与所述披露权限对应的其他用户通过所述社交平台访问所述评估数据。

例如：披露权限为第一用户与第二用户的朋友可以访问，那么通过设定的社交平台发布所述契约关系以及所述评估数据，在该社交平台中与第一用户和第二用户建立朋友关系的用户可以访问该评估数据；

例如：披露权限为第一用户与第二用户的亲属可以访问，那么通过设定的社交平台发布所述契约关系以及所述评估数据，在该社交平台中与第一用户和第二用户建立亲属关系的用户可以访问该评估数据。

通过本申请实施例提供的技术方案，提供契约签订平台，在该契约签订平台上，接收第一用户发送的契约签订请求，所述契约签订请求中包含第二用户的用户标识和契约数据，所述契约数据用于表征所述第一用户向所述第二用户承诺在设定时间内所履行的义务；将所述契约签订请求发送给所述第二用户的用户标识对应的第二用户；接收所述第二用户返回的确认信息，并根据所述确认信息，建立所述第一用户与所述第二用户之间的契约关系。这样，能够对用户与用户之间的契约履行进行有效监控，进而将对用户的信用评估由b2c方式扩展至c2c(customer-to-customer)方式，有效地通过获取不同用户之间的各种契约关系产生的评估数据，比较全面地对用户的信用进行估计，有效提升了对用户信用评估的准确性，进而对互联网金融业务的风险进行有效控制。

基于同一个发明构思，图2为本申请实施例提供的一种数据处理方法的流程示意图。所述方法可以如下所示。本申请实施例的执行主体为契约签订平台对应的客户端。

步骤201：确定契约事件，并基于所述契约事件生成契约数据，所述契约数据用于表征第一用户向第二用户承诺在设定时间内所履行的义务。

较优地，在本申请实施例中，所述方法还包括：

在生成契约数据之前，从与所述第一用户预先建立指定关系的第二用户的用户标识集中选择其中一个用户标识，并将选择的所述用户标识对应的第二用户确定为受约方，所述指定关系包含亲属关系、朋友关系、同学关系中的一种或者多种。

步骤202：将携带所述第二用户的标识和所述契约数据的契约签订请求发送给服务器，使所述服务器对所述契约签订请求进行处理。

较优地，在本申请实施例中，所述方法还包括：

在确定与所述第二用户建立契约关系后，根据所述契约签订请求中包含的设定时间，履行所述契约关系对应的义务，并将携带履行义务所产生的行为数据、所述行为数据的产生时间以及所述契约关系的履约数据中发送给所述服务器。

基于同一个发明构思，图3为本申请实施例提供的一种数据处理方法的流程示意图。所述方法可以如下所示。本申请实施例的执行主体为契约签订平台对应的客户端。

步骤301：接收服务器发送的契约签订请求。

其中，所述契约签订请求中包含第一用户的用户标识和契约数据，所述契约数据用于表征所述第一用户向第二用户承诺在设定时间内所履行的义务。

步骤302：若确定接受所述契约签订请求，则向所述服务器发送确认信息，使所述服务器根据所述确认信息，建立所述第一用户与所述第二用户之间的契约关系。

较优地，在本申请实施例中，所述方法还包括：

接收所述服务器发送的履约数据，所述履约数据中包含所述契约关系、履行所述契约关系对应的义务的行为数据以及所述行为数据的产生时间；

根据所述履约数据，对所述第一用户的履约能力进行评估，并生成评估数据，所述评估数据中包含是否准时履约、履约程度中的一种或者多种；

将所述评估数据发送给所述服务器。

图4为本申请实施例提供的第一用户的契约签订请求示意图。

从图4中可以看出，第一用户启动运行契约签订平台对应的客户端，登录该客户端后，在契约签订平台对应的客户端中显示契约签订请求页面，在该页面中显示契约类型、受约方、契约履行时间以及履行契约的义务等。当第一用户在该页面中输入相关的契约内容之后，触发提交控件，视为向服务器发送契约签订请求。

图5为本申请实施例提供的第一用户的契约履行示意图。

从图5中可以看出，服务器在建立第一用户与第二用户之间的契约关系后，第一用户所使用的客户端中显示契约履行页面，在该契约履行页面中包含契约关系、受约方、契约履行时间以及契约履行数据，该契约履行数据中包含不同时间点产生的履行数据，可以通过一个页面显示，也可以通过多个页面显示，这里不做具体限定。

图6为本申请实施例提供的第二用户的履约能力评估示意图。

从图6中可以看出，第二用户在接受第一用户的契约签订请求后，在第二用户所使用的客户端中显示履约评估页面，在该页面中包含契约关系的发起者(第一用户的用户标识)、第一用户发送的履约数据以及第二用户的评估数据。当第二用户在该页面中输入评估数据之后，触发提交控件，视为向服务器发送评估数据，以完成对第一用户的履约能力进行评估。

基于同一个发明构思，图7为本申请实施例提供的一种数据处理设备的结构示意图。所述数据处理设备包括：接收单元701、发送单元702和处理单元703，其中：

接收单元701，接收第一用户发送的契约签订请求，所述契约签订请求中包含第二用户的用户标识和契约数据，所述契约数据用于表征所述第一用户向所述第二用户承诺在设定时间内所履行的义务；

发送单元702，将所述契约签订请求发送给所述第二用户的用户标识对应的第二用户；

所述接收单元701，接收所述第二用户返回的确认信息；

处理单元703，根据所述确认信息，建立所述第一用户与所述第二用户之间的契约关系。

在本申请的另一个实施例中，所述发送单元702，在所述设定时间到达时，向所述第一用户发送契约履行提示信息，所述契约履行提示信息用于提示所述第一用户履行所述契约关系对应的义务。

在本申请的另一个实施例中，所述发送单元702向所述第一用户发送契约履行提示信息，包括：

在确定所述第一用户尚未履行所述契约关系对应的义务时，向所述第一用户发送契约履行提示信息。

在本申请的另一个实施例中，所述接收单元701，接收所述第一用户发送的履约数据，所述履约数据中包含所述契约关系、履行所述契约关系对应的义务的行为数据以及所述行为数据的产生时间；

所述发送单元702，将所述履约数据发送给所述第二用户。

在本申请的另一个实施例中，所述接收单元701，接收所述第二用户发送的评估数据，所述评估数据用于表征所述第二用户根据所述履约数据对所述第一用户的履约能力进行评估，所述评估数据中包含是否准时履约、履约程度中的一种或者多种。

在本申请的另一个实施例中，所述处理单元703，根据所述评估数据，对所述第一用户的信用数据进行处理。

在本申请的另一个实施例中，所述处理单元703根据所述评估数据，对所述第一用户的信用数据进行处理，包括：

根据所述评估数据，调整所述第一用户的信用值。

在本申请的另一个实施例中，所述处理单元703根据所述评估数据，对所述第一用户的信用数据进行处理，包括：

根据所述评估数据以及历史评估数据，确定所述第一用户的信用标签，所述信用标签用于表征用户的可信等级；

建立所述信用标签与所述第一用户的用户标识之间的映射关系。

在本申请的另一个实施例中，所述接收单元701接收所述第二用户发送的评估数据，包括：

在所述契约关系的履行期结束时，向所述第二用户发送评估提示信息，所述评估提示信息用于提示所述第二用户对所述第一用户的履约能力进行评估。

在本申请的另一个实施例中，所述数据处理设备还包括：存储单元704，其中：

所述发送单元702，将所述评估数据发送给所述第一用户；

所述接收单元701，接收所述第一用户发送的异议数据，所述异议数据用于表征所述第一用户对所述评估数据的异议；

所述存储单元704，存储所述契约关系、所述异议数据与所述评估数据之间的映射关系。

在本申请的另一个实施例中，所述处理单元703，根据所述映射关系，对所述第一用户的信用进行处理。

在本申请的另一个实施例中，所述处理单元703，根据所述契约签订请求中包含的履约结果的披露权限，通过设定的社交平台发布所述契约关系以及所述评估数据，以使的与所述披露权限对应的其他用户通过所述社交平台访问所述评估数据。

在本申请的另一个实施例中，所述第二用户与所述第一用户之间预先建立指定关系，所述指定关系包含亲属关系、朋友关系、同学关系中的一种或者多种。

需要说明的是，本申请实施例所记载数据处理设备可以通过软件方式实现，也可以通过硬件方式实现，这里不做具体限定。所述数据处理设备提供契约签订平台，在该契约签订平台上，接收第一用户发送的契约签订请求，所述契约签订请求中包含第二用户的用户标识和契约数据，所述契约数据用于表征所述第一用户向所述第二用户承诺在设定时间内所履行的义务；将所述契约签订请求发送给所述第二用户的用户标识对应的第二用户；接收所述第二用户返回的确认信息，并根据所述确认信息，建立所述第一用户与所述第二用户之间的契约关系。这样，能够对用户与用户之间的契约履行进行有效监控，进而将对用户的信用评估由b2c方式扩展至c2c(customer-to-customer)方式，有效地通过获取不同用户之间的各种契约关系产生的评估数据，比较全面地对用户的信用进行估计，有效提升了对用户信用评估的准确性，进而对互联网金融业务的风险进行有效控制。

基于同一个发明构思，本申请实施例还提供了一种数据处理设备，包括：存储器和至少一个处理器，其中：所述存储器存储有程序，并被配置成由所述至少一个处理器执行以下步骤：

接收第一用户发送的契约签订请求，所述契约签订请求中包含第二用户的用户标识和契约数据，所述契约数据用于表征所述第一用户向所述第二用户承诺在设定时间内所履行的义务；

将所述契约签订请求发送给所述第二用户的用户标识对应的第二用户；

接收所述第二用户返回的确认信息；

根据所述确认信息，建立所述第一用户与所述第二用户之间的契约关系。

具体处理方式可以参见图7所示实施例中记载的内容，这里不再一一赘述。

基于同一个发明构思，本申请实施例还提供了一种计算机可读存储介质，包括：与数据处理设备结合使用的程序，所述程序可被处理器执行以完成以下步骤：

接收第一用户发送的契约签订请求，所述契约签订请求中包含第二用户的用户标识和契约数据，所述契约数据用于表征所述第一用户向所述第二用户承诺在设定时间内所履行的义务；

将所述契约签订请求发送给所述第二用户的用户标识对应的第二用户；

接收所述第二用户返回的确认信息；

根据所述确认信息，建立所述第一用户与所述第二用户之间的契约关系。

具体处理方式可以参见图7所示实施例中记载的内容，这里不再一一赘述。

基于同一个发明构思，图8为本申请实施例提供的一种数据处理设备的结构示意图。所述数据处理设备包括：处理单元801和发送单元802，其中：

处理单元801，确定契约事件，并基于所述契约事件生成契约数据，所述契约数据用于表征第一用户向第二用户承诺在设定时间内所履行的义务；

发送单元802，将携带所述第二用户的标识和所述契约数据的契约签订请求发送给服务器，使所述服务器对所述契约签订请求进行处理。

在本申请的另一个实施例中，所述数据处理设备还包括：选择单元803，其中：

所述选择单元803，在生成契约数据之前，从与所述第一用户预先建立指定关系的第二用户的用户标识集中选择其中一个用户标识，并将选择的所述用户标识对应的第二用户确定为受约方，所述指定关系包含亲属关系、朋友关系、同学关系中的一种或者多种。

在本申请的另一个实施例中，所述处理单元801，在确定与所述第二用户建立契约关系后，根据所述契约签订请求中包含的设定时间，履行所述契约关系对应的义务；

所述发送单元802，将携带履行义务所产生的行为数据、所述行为数据的产生时间以及所述契约关系的履约数据中发送给所述服务器。

需要说明的是，本申请实施例所记载数据处理设备可以通过软件方式实现，也可以通过硬件方式实现，这里不做具体限定。

基于同一个发明构思，本申请实施例还提供了一种数据处理方法，包括：存储器和至少一个处理器，其中：所述存储器存储有程序，并被配置成由所述至少一个处理器执行以下步骤：

确定契约事件，并基于所述契约事件生成契约数据，所述契约数据用于表征第一用户向第二用户承诺在设定时间内所履行的义务；

将携带所述第二用户的标识和所述契约数据的契约签订请求发送给服务器，使所述服务器对所述契约签订请求进行处理。

具体处理方式可以参见图8所示实施例中记载的内容，这里不再一一赘述。

基于同一个发明构思，本申请实施例还提供了一种计算机可读存储介质，包括：与数据处理设备结合使用的程序，所述程序可被处理器执行以完成以下步骤：

确定契约事件，并基于所述契约事件生成契约数据，所述契约数据用于表征第一用户向第二用户承诺在设定时间内所履行的义务；

将携带所述第二用户的标识和所述契约数据的契约签订请求发送给服务器，使所述服务器对所述契约签订请求进行处理。

具体处理方式可以参见图8所示实施例中记载的内容，这里不再一一赘述。

基于同一个发明构思，图9为本申请实施例提供的一种数据处理设备的结构示意图。所述数据处理设备包括：接收单元901和发送单元902，其中：

接收单元901，接收服务器发送的契约签订请求，所述契约签订请求中包含第一用户的用户标识和契约数据，所述契约数据用于表征所述第一用户向第二用户承诺在设定时间内所履行的义务；

发送单元902，若确定接受所述契约签订请求，则向所述服务器发送确认信息，使所述服务器根据所述确认信息，建立所述第一用户与所述第二用户之间的契约关系。

在本申请的另一个实施例中，所述数据处理设备还包括：处理单元903，其中：

所述接收单元901，接收所述服务器发送的履约数据，所述履约数据中包含所述契约关系、履行所述契约关系对应的义务的行为数据以及所述行为数据的产生时间；

所述处理单元903，根据所述履约数据，对所述第一用户的履约能力进行评估，并生成评估数据，所述评估数据中包含是否准时履约、履约程度中的一种或者多种；

所述发送单元902，将所述评估数据发送给所述服务器。

需要说明的是，本申请实施例所记载数据处理设备可以通过软件方式实现，也可以通过硬件方式实现，这里不做具体限定。

基于同一个发明构思，本申请实施例还提供了一种数据处理方法，包括：存储器和至少一个处理器，其中：所述存储器存储有程序，并被配置成由所述至少一个处理器执行以下步骤：

接收服务器发送的契约签订请求，所述契约签订请求中包含第一用户的用户标识和契约数据，所述契约数据用于表征所述第一用户向第二用户承诺在设定时间内所履行的义务；

若确定接受所述契约签订请求，则向所述服务器发送确认信息，使所述服务器根据所述确认信息，建立所述第一用户与所述第二用户之间的契约关系。

具体处理方式可以参见图9所示实施例中记载的内容，这里不再一一赘述。

基于同一个发明构思，本申请实施例还提供了一种计算机可读存储介质，包括：与数据处理设备结合使用的程序，所述程序可被处理器执行以完成以下步骤：

接收服务器发送的契约签订请求，所述契约签订请求中包含第一用户的用户标识和契约数据，所述契约数据用于表征所述第一用户向第二用户承诺在设定时间内所履行的义务；

若确定接受所述契约签订请求，则向所述服务器发送确认信息，使所述服务器根据所述确认信息，建立所述第一用户与所述第二用户之间的契约关系。

具体处理方式可以参见图9所示实施例中记载的内容，这里不再一一赘述。

基于同一个发明构思，图10为本申请实施例提供的一种数据处理系统的结构示意图。

在该数据处理系统中包含第一用户的客户端1001、第二用户的客户端1002、契约签订平台1003、监控平台1004和社交平台1005，其中：

第一用户的客户端1001与第二用户的客户端1002，作为契约签订双方，通过契约签订平台1003建立契约关系；

监控平台1004，对第一用户的履约能力进行监控，并获取第二用户对第一用户的履约能力的评估数据；

社交平台1005，接收监控平台发送的评估数据和履约数据，并根据第一用户与第二用户之间约定的披露权限，在披露权限对应的信息发布平台中发布评估数据和履约数据。

在20世纪90年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(programmablelogicdevice,pld)(例如现场可编程门阵列(fieldprogrammablegatearray，fpga))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片pld上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logiccompiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(hardwaredescriptionlanguage，hdl)，而hdl也并非仅有一种，而是有许多种，如abel(advancedbooleanexpressionlanguage)、ahdl(alterahardwaredescriptionlanguage)、confluence、cupl(cornelluniversityprogramminglanguage)、hdcal、jhdl(javahardwaredescriptionlanguage)、lava、lola、myhdl、palasm、rhdl(rubyhardwaredescriptionlanguage)等，目前最普遍使用的是vhdl(very-high-speedintegratedcircuithardwaredescriptionlanguage)与verilog。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。

控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(applicationspecificintegratedcircuit，asic)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：arc625d、atmelat91sam、microchippic18f26k20以及siliconelabsc8051f320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。

为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本申请时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flashram)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitorymedia)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

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