CN107767125A - 一种信息资源的处理方法、装置以及*** - Google Patents

一种信息资源的处理方法、装置以及*** Download PDF

Info

Publication number
CN107767125A
CN107767125A CN201610685562.3A CN201610685562A CN107767125A CN 107767125 A CN107767125 A CN 107767125A CN 201610685562 A CN201610685562 A CN 201610685562A CN 107767125 A CN107767125 A CN 107767125A
Authority
CN
China
Prior art keywords
information
client
resources
quantized value
demand
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
CN201610685562.3A
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.)
Individual
Original Assignee
Individual
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 Individual filed Critical Individual
Priority to CN201610685562.3A priority Critical patent/CN107767125A/zh
Publication of CN107767125A publication Critical patent/CN107767125A/zh
Pending legal-status Critical Current

Links

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/02—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP]
    • G06Q20/023—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP] the neutral party being a clearing house
    • 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/08—Payment architectures
    • G06Q20/085—Payment architectures involving remote charge determination or related payment systems
    • G06Q20/0855—Payment architectures involving remote charge determination or related payment systems involving a third party
    • 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/401—Transaction verification
    • 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
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/02—Banking, e.g. interest calculation or account maintenance

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Physics & Mathematics (AREA)
  • Strategic Management (AREA)
  • Finance (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Technology Law (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

本申请公开了一种信息资源的处理方法、装置、一种信息资源的获取方法、装置以及一种信息资源的处理***。其中，所述信息资源的处理方法，包括：接收客户端发送的获取信息资源的请求；所述请求中携带产品信息、服务类型信息以及信用信息；获取所述请求中携带的产品信息或服务类型信息的关注度；根据所述关注度以及信用信息按照预设的权重获取信息资源的量化值；向所述客户端发送所述信息资源的量化值。采用上述方法，解决了通过使用将用户的需求的服务或者产品进行归一量化，并通过服务器端提供的量化后的信息资源与其他客户端进行需求的交互操作，使操作更加方便快捷，节省了用户的支出。

Description

一种信息资源的处理方法、装置以及***
技术领域
本申请涉及通信技术技术领域，具体涉及一种信息资源的处理方法、一种信息资源的获取方法以及一种信息资源的处理***；本申请同时涉及一种信息资源的处理装置以及一种信息资源的获取装置。
背景技术
随着互联网技术的快速发展，网络在线支付在生活中具有重要作用。网络在线支付是电子支付的一种形式，它是通过第三方提供的与银行或应用程序之间的支付接口进行的即时支付方式，这种方式的好处在于可以直接把资金从用户的银行卡或应用程序中转账到网站账户中，汇款马上到账，不需要人工确认。用户和商家之间可采用***、电子钱包、电子支票和电子现金等多种电子支付方式进行网上支付，采用在网上电子支付的方式节省了交易的开销和交易难度。
然而网上支付与电子银行是电子商务双方结算处理的主要方式，这就需要改变过去传统的支付结算习惯。但由于这种方式很多商家、客户难以适应和接受，使网络在线支付对部分用户而言，操作上还是有难度，例如：通过第三方应用程序进行即时支付时，先需要将银行卡与应用程序进行绑定，相关知识缺乏致使企业与客户操作起来不方便，影响用户的使用。
发明内容
本申请提供一种信息资源的处理方法、一种信息资源的获取方法以及一种信息资源的处理***,以解决现有技术中的上述问题。本申请同时涉及一种信息资源的处理装置以及一种信息资源的获取装置。
本申请提供了一种信息资源的处理方法，所述信息资源的处理方法，包括：
接收客户端发送的获取信息资源的请求；所述请求中携带产品信息、服务类型信息以及信用信息；
获取所述请求中携带的产品信息或服务类型信息的关注度；
根据所述关注度以及信用信息按照预设的权重获取信息资源的量化值；
向所述客户端发送所述信息资源的量化值。
可选的，所述获取所述请求中携带的产品信息或服务类型信息的关注度，包括：
获取其他客户端对所述请求中携带的产品信息或服务类型信息的搜索热度或需求量。
可选的，所述根据所述热度以及信用信息按照预设的权重获取信息资源的量化值，包括：
将所述关注度按照预设的关注度权重获取热度的信息资源的量化值；
将所述信用信息按照预设的信用权重获取信用的信息资源的量化值；
将所述关注度的信息资源的量化值与信用的信息资源的量化值的和作为该客户端的信息资源的量化值。
可选的，在所述向所述客户端发送所述信息资源的量化值的步骤之后，包括：
接收客户端提交的需求信息；所述需求信息中携带产品信息或服务类型信息；
向满足所述需求信息的其他客户端发送所述需求信息；
接收所述其他客户端针对所述需求信息提交的确认消息；
根据所述确认消息生成对应客户端的信息资源量化值，并向提交所述需求信息的客户端发送所述信息资源量化值；
依据所述信息资源量化值对提交所述需求信息的客户端以及提交确认消息的客户端进行信息资源收支结算，并发送所述信息资源收支结算的结果。
可选的，所述向满足所述需求信息的其他客户端发送所述需求信息，包括：
提取所述需求信息中的关键字；
针对每一客户端的获取信息资源的请求，判断所述关键字是否与该客户端相对应；
若是，则向该客户端发送所述需求信息。
可选的，所述依据对所述需求信息的信息资源量化值对提交所述需求信息的客户端以及提交确认消息的客户端进行信息资源收支结算，包括：
对据所述需求信息中的产品信息或服务类型信息进行量化计算，生成所述需求信息的信息资源量化值；
从提交所述需求信息的客户端的信息资源的量化值中扣除根据所述需求信息生成的信息资源量化值；
将根据所述需求信息生成的信息资源量化值添加到提交确认消息的客户端的信息资源的量化值中。
可选的，在所述发送所述信息资源收支结算的结果的步骤之后，包括：
接收提交所述需求信息的客户端对提交确认消息的客户端的评价信息以及接收提交确认消息的客户端对提交所述需求信息的客户端的评价信息；
根据所述评价信息修改对应提交所述需求信息的客户端以及提交确认消息的客户端发送的获取信息资源的请求中携带的信用信息。
相应的，本申请还提供了一种信息资源的处理装置，所述信息资源的处理装置，包括：
资源请求接收单元，用于接收客户端发送的获取信息资源的请求；所述请求中携带产品信息、服务类型信息以及信用信息；
关注度获取单元，用于获取所述请求中携带的产品信息或服务类型信息的关注度；
信息资源量化获取单元，用于根据所述关注度以及信用信息按照预设的权重获取信息资源的量化值；
量化值发送单元，用于向所述客户端发送所述信息资源的量化值。
此外，本申请还提供了一种信息资源的获取方法，所述信息资源的获取方法，包括：
向服务器端发送获取信息资源的请求；所述请求中携带产品信息、服务类型信息以及信用信息；
接收所述服务器端发送的信息资源的量化值。
可选的，所述信用信息，包括：征信平台中企业、个人的信用信息或第三方平台中的信用信息。
可选的，在所述接收所述服务器端发送的信息资源的量化值的步骤之后，包括：
对该客户端接收到所述信息资源的量化值后进行时间计时。
可选的，在所述接收所述服务器端发送的所述信息资源的量化值的步骤之后，包括：
向服务器端提交需求信息；所述需求信息中携带产品信息或服务类型信息；
接收所述服务器端发送的基于所述确认消息生成对应客户端的信息资源量化值；
根据对信息资源量化值的选择生成与对应客户端的匹配信息；
接收所述服务器端发送的信息资源收支结算的结果。
可选的，在所述接收所述服务器端发送的信息资源收支结算的结果的步骤之后，
获取对提交确认消息的客户端的评价信息；
向所述服务器端发送对所述提交确认消息的客户端的评价信息。
可选的，在所述接收所述服务器端发送的所述信息资源的量化值的步骤之后，还包括：
接收服务器端发送的需求信息；
获取针对所述服务器端发送的需求信息输入的确认信息，并向所述服务器端提交该确认信息；
接收所述服务器端发送的信息资源收支结算的结果；
根据对该客户端接收到所述信息资源的量化值后的计时结果，计算信息资源的偿还值。
可选的，所述计算信息资源的偿还值，包括：
若所述计时结果小于设定时长，则所述信息资源的偿还值与接收到的所述服务器端发送的信息资源的量化值相同；
若所述计时结果超过所述设定时长，则按照预设的规则与接收到的所述服务器端发送的信息资源的量化值增加所述信息资源的偿还值。
可选的，若所述计时结果超过所述设定时长，则降低该客户端的信用信息。
可选的，在所述接收所述服务器端发送的信息资源收支结算的结果的步骤之后，包括：
获取对提交所述需求信息的客户端的评价信息；
向所述服务器端发送对提交所述需求信息的客户端的评价信息。
相应的，本申请还提供了一种信息资源的获取装置，所述信息资源的获取装置，包括：
信息资源请求发送单元，用于向服务器端发送获取信息资源的请求；所述请求中携带产品信息、服务类型信息以及信用信息；
信息资源量化接收单元，用于接收所述服务器端发送的信息资源的量化值。
此外，本申请还提供了一种信息资源的处理***，所述信息资源的处理***，包括：
上述的信息资源的处理装置；以及
上述的信息资源的获取装置。
与现有技术相比，本申请具有以下优点：
本申请提供的一种信息资源的处理方法、装置、一种信息资源的获取方法、装置以及一种信息资源的处理***，通过接收客户端发送的获取信息资源的请求；所述请求中携带产品信息、服务类型信息以及信用信息；获取所述请求中携带的产品信息或服务类型信息的关注度；根据所述关注度以及信用信息按照预设的权重获取信息资源的量化值；向所述客户端发送所述信息资源的量化值。所述技术方案解决了通过使用将用户的需求的服务或者产品进行归一量化，并通过服务器端提供的量化后的信息资源与其他客户端进行需求的交互操作，使操作更加方便快捷，节省了用户的支出。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请中记载的一些实施例，对于本领域普通技术人员来讲，还可以根据这些附图获得其他的附图。
图1示出了根据本申请的实施例提供的信息资源的处理方法的流程图；
图2示出了根据本申请的实施例提供的根据所述关注度以及信用信息按照预设的权重获取信息资源的量化值的流程图；
图3示出了根据本申请的实施例提供的信息资源收支结算的流程图；
图4示出了根据本申请的实施例提供的向满足所述需求信息的其他客户端发送所述需求信息的流程图；
图5示出了根据本申请的实施例提供的信息资源的处理装置的示意图；
图6示出了根据本申请的实施例提供的信息资源的获取方法的流程图；
图7示出了根据本申请的实施例提供的向服务器端提交需求信息的流程图；
图8示出了根据本申请的实施例提供的接收服务器端发送的需求信息的流程图；
图9示出了根据本申请的实施例提供的信息资源的获取装置的示意图；
图10示出了根据本申请的实施例提供的信息资源的处理***的示意图。
具体实施方式
为了能够更清楚地理解本申请的上述目的、特征和优点，下面结合附图和具体实施方式对本申请进行进一步的详细描述。需要说明的是，在不冲突的情况下，本申请的实施例及实施例中的特征可以相互组合。
在下面的描述中阐述了很多具体细节以便于充分理解本申请。但是，本申请能够以很多不同于在此描述的其它方式来实施，本领域技术人员可以在不违背本申请内涵的情况下做类似推广，因此，本申请不受下面公开的具体实施的限制。
本申请的实施例提供了一种信息资源的处理方法、一种信息资源的获取方法以及一种信息资源的处理***；本申请同时涉及一种信息资源的处理装置以及一种信息资源的获取装置。在下面的实施例中逐一进行详细说明。
目前网上支付与电子银行是电子商务双方结算处理的主要方式，这就需要改变过去传统的支付结算习惯。但由于这种方式很多商家、客户难以适应和接受，使网络在线支付对部分用户而言，操作上还是有难度，例如：通过第三方应用程序进行即时支付时，先需要将银行卡与应用程序进行绑定，相关知识缺乏致使企业与客户操作起来不方便，影响用户的使用。针对这一问题，本申请的技术方案通过使用将用户的需求的服务或者产品进行归一量化，并通过服务器端提供的量化后的信息资源与其他客户端进行需求的交互操作，使操作更加方便快捷，节省了用户的支出。
在详细描述本实施例的具体步骤之前，先对本技术方案涉及的客户端作简要说明。
所述客户端在所述信息资源的处理***中，既可以作为需求信息的发布方，也可以作为接收并完成需求信息的一方，当所述客户端作为需求信息的发布方时，是需求产品或需求服务的一方，在所述客户端发布需求信息时，所述客户端需要向完成所述需求信息的客户端提供信息资源；当所述客户端作为接收并完成需求信息的一方时，所述客户端会接收发布需求信息的客户端提供的信息资源。下面对本实施例作详细说明。
本申请的实施例提供了一种信息资源的处理方法。所述信息资源的处理方法实施例如下：
请参考图1，其示出了根据本申请的实施例提供的信息资源的处理方法的流程图。
所述信息资源的处理方法包括：
步骤S101，接收客户端发送的获取信息资源的请求；所述请求中携带产品信息、服务类型信息以及信用信息。
在本实施例中，所述接收客户端发送的获取信息资源的请求，可以采用如下方式实现：所述客户端通过WIFI等无线通讯方式向所述服务器端发送建立连接关系的请求，或者通过移动互联网向所述服务器端发送建立连接关系的请求，在接收到所述服务器端反馈的建立连接的反馈信息后，所述服务器端与所述客户端之间建立连接关系，并接收所述客户端发送的获取信息资源的请求。所述请求中携带产品信息、服务类型信息以及信用信息。
需要说明的是，由于本实施例的技术方案通过资源来完成需求的供给过程，资源又是通过所述客户端能够提供的服务或者产品进行量化归一后获取的，所述请求中携带产品信息、服务类型信息是指：当前客户端能够提供的服务类型或者产品信息，例如：提供拼车服务或者能够提供桶装水。
需要说明的是，所述信用信息是指：征信平台中企业、个人的信用信息或第三方平台中的信用信息。可以理解的，在当前客户端中登录的账户信息可以是个人所有的或企业所有的账户信息，所以在本实施例中，所述信用信息可以是针对个人或针对企业的信用记录。
步骤S103，获取所述请求中携带的产品信息或服务类型信息的关注度。
在本实施例中，所述获取所述请求中携带的产品信息或服务类型信息的关注度，可以采用如下方式实现：在服务器端的后台数据库中，获取其他客户端对所述请求中携带的产品信息或服务类型信息的搜索热度或需求量。
可以理解的，在本实施例中，客户端可以在服务器端中查询服务器端可以提供的服务类型或产品信息，当每一客户端在服务器端中查询后，服务器端或记录每一客户端查询的内容，来统计某一具体的服务类型或产品信息被***中的客户端所搜索的热度。例如：客户端每查询一次某一具体的服务类型或产品信息后，在服务器端就将该服务类型或产品信息的搜索热度加一(即搜索量加一)。
需要说明的是，所述需求量是指：客户端在***中发布的对某一具体的服务类型或产品信息的需求信息，同样的道理，当每一客户端在服务器端中发布某一具体的服务类型或产品信息的需求信息后，在服务器端就将该服务类型或产品信息的需求量加一。
可以理解的，产品信息或服务类型信息的搜索热度或需求量都可以反映出该产品信息或服务类型在***中被需要的程度。
步骤S105，根据所述关注度以及信用信息按照预设的权重获取信息资源的量化值。
在本实施例中，所述根据所述关注度以及信用信息按照预设的权重获取信息资源的量化值，可以采用如下方式实现：按照预设的权重将所述关注度以及信用信息进行比例缩放，获取服务类型或产品信息的信息资源的量化值。
所述根据所述关注度以及信用信息按照预设的权重获取信息资源的量化值，具体包括步骤S105-1至S105-3，下面结合附图2作进一步说明。
请参考图2，其示出了根据本申请的实施例提供的根据所述关注度以及信用信息按照预设的权重获取信息资源的量化值的流程图。
所述根据所述关注度以及信用信息按照预设的权重获取信息资源的量化值，包括：
步骤S105-1，将所述关注度按照预设的关注度权重获取关注度的信息资源的量化值。
在本实施例中，所述将所述关注度按照预设的关注度权重获取关注度的信息资源的量化值，可以采用如下方式实现：所述预设的关注度权重为70％，所述将获取的所述关注度乘以70％，获取关注度的信息资源的量化值。
步骤S105-2，将所述信用信息按照预设的信用权重获取信用的信息资源的量化值。
在本实施例中，所述将所述信用信息按照预设的信用权重获取信用的信息资源的量化值，可以采用如下方式实现：所述预设的信用权重为30％，所述将获取的所述信用信息乘以30％，获取信用的信息资源的量化值。
步骤S105-3，将所述关注度的信息资源的量化值与信用的信息资源的量化值的和作为该客户端的信息资源的量化值。
在本实施例中，所述将所述关注度的信息资源的量化值与信用的信息资源的量化值的和作为该客户端的信息资源的量化值，可以采用如下方式实现：将所述关注度以及信用信息进行比例缩放后的信息资源的量化值进行相加，获取该客户端的信息资源的量化值。
步骤S107，向所述客户端发送所述信息资源的量化值。
在本实施例中，所述向所述客户端发送所述信息资源的量化值，可以采用如下方式实现：所述服务器端通过WIFI等无线通讯方式向所述客户端发送建立连接关系的请求，或者通过移动互联网向所述客户端发送建立连接关系的请求，在接收到所述客户端反馈的建立连接的反馈信息后，所述服务器端与所述客户端之间建立连接关系，并向所述客户端发送在步骤S105中获取到的所述信息资源的量化值。
可以理解的，由于本实施例的技术方案通过资源来完成需求的供给过程，在向所述客户端发送所述信息资源的量化值后，所述客户端就完成了注册的响应操作，就可以通过服务器端向该客户端发放的临时信息资源的量化值与其他客户端进行需求的交互操作。
在执行步骤S107向所述客户端发送所述信息资源的量化值之后，所述服务器端还需要接收所述客户端提交的需求信息，具体包括步骤S108-1至S108-5，下面结合附图3作进一步说明。
请参考图3，其示出了根据本申请的实施例提供的信息资源收支结算的流程图。
所述信息资源收支结算，包括：
步骤S108-1，接收客户端提交的需求信息；所述需求信息中携带产品信息或服务类型信息。
在本实施例中，所述接收客户端提交的需求信息，可以采用如下方式实现：所述客户端通过WIFI等无线通讯方式向所述服务器端发送建立连接关系的请求，或者通过移动互联网向所述服务器端发送建立连接关系的请求，在接收到所述服务器端反馈的建立连接的反馈信息后，所述服务器端与所述客户端之间建立连接关系，并接收客户端提交的需求信息。所述需求信息中携带产品信息或服务类型信息。
需要说明的是，所述需求信息，包括：产品信息以及服务类型信息。例如：根据使用场景的不同，所述需求信息可以是交通、食品、专业服务或者智能设备等：在合乘汽车(以下简称为拼车)场景下，所述需求信息为服务类型信息，即：车位使用共享、在送水场景下，所述需求信息为产品信息，即：桶装水。
可以理解的，在不同的使用场景下，所述客户端的角色也存在差异，以拼车为例，所述客户端的角色可以是乘客，相应的所述客户端也可以是车主。
步骤S108-2，向满足所述需求信息的其他客户端发送所述需求信息。
在本实施例中，所述向满足所述需求信息的其他客户端发送所述需求信息，可以采用如下方式实现：向客户端提供的服务类型与产品信息与所述需求信息相对应的所述客户端发送所述需求信息。
本步骤对步骤S108-1中接收的客户端提交的需求信息进行识别，提取该需求信息中的关键字信息。
可以理解的，由于所述需求信息是客户端描述需求参数的标签或为需求输入的关键字，所以所述需求信息通常为表述简洁，往往只表达出其大概意义，而不太注意规范性的短语，可能包括拼写错误或者缩写短语等，并且所述需求信息中的关键字不一定只有一个词语，通常是包含了以空格分隔或条目分别的多个关键字，但关键字的内容离散且短，不能独立成文，所以在步骤S108-1中接收到客户端提交的需求信息不够清晰和明确。
下面对步骤S108-2向满足所述需求信息的其他客户端发送所述需求信息进行具体说明。所述向满足所述需求信息的其他客户端发送所述需求信息，具体包括步骤S108-2-1至S108-2-3，下面结合附图4作进一步说明。
请参考图4，其示出了根据本申请的实施例提供的向满足所述需求信息的其他客户端发送所述需求信息的流程图。
所述向满足所述需求信息的其他客户端发送所述需求信息，包括：
步骤S108-2-1，提取所述需求信息中的关键字。
在本实施例中，所述提取所述需求信息中的关键字，可以采用如下方式实现：将所述需求信息进行识别，将识别出的文字信息作为所述需求信息中的关键字。
具体的，在本步骤中是采用模糊匹配方法识别所述需求信息中的关键字信息。
需要说明的是，模糊匹配方法是目前计算机查找信息用得最多的一种匹配方法，是利用部分参数查找到相关数据的方式。比如说按姓名查询，仅指定姓名的某个部分，如姓或名字中的某个字或它们的组合，都可以找出与之相关的数据。主要用来在已知信息少的情况下尽可能的找出所需要的数据。在编程中主要用到：变量、宏替换运算(函数)&、包涵运算$。例如：SELECT*FROM oneself WHERE name like'％'，like是模糊查询的关键字，％是通配符，代表多个任意匹配，'％人民'就是搜索前半段是任意字符，结尾是人民的记录，类似的可以将％放在条件字段的任意位置。_是单个字符的统配符，可以匹配单个任意字符。
为了增加从所述需求信息中提取出的关键字的准确性以及命中率，本实施例的技术方案提供了一种优选实施方式，在优选方式下，可以先对所述需求信息进行预处理，使所述需求信息呈现标准化状态。
需要说明的是，对所述需求信息进行数据清洗的预处理，对所述需求信息进行分词处理，删除所述需求信息中的停止词和无实际意义的虚词等，使得预处理后的所述需求信息呈现为标准化状态。例如：可以使用Lucene分词工具对所述需求信息执行预处理。
步骤S108-2-2，针对每一客户端的获取信息资源的请求，判断所述关键字是否与该客户端相对应。
在本实施例中，所述针对每一客户端的获取信息资源的请求，判断所述关键字是否与该客户端相对应，可以采用如下方式实现：对每一个在服务器端注册客户端能够提供的产品信息或服务类型信息与所述关键词进行比对，判断所述关键字是否与该客户端能够提供的产品信息或服务类型信息相对应。
例如：从需求信息中提取出的关键词为桶装水，则服务类型信息为“送水”的客户端与所述需求信息相对应。
在本步骤中，若从所述需求信息中提取出的所述关键字与客户端能够提供的产品信息或服务类型信息相对应，则进入步骤S108-2-3向该客户端发送所述需求信息。
可以理解的，由于在所述服务器端中注册了的客户端的数目较多，所以在执行步骤S108-2-2时，可能有若干数目的客户端与所述需求信息中的关键词相对应。
步骤S108-2-3，若是，则向该客户端发送所述需求信息。
本步骤接收步骤S108-2-2中的判断结果，若从所述需求信息中提取出的所述关键字与客户端能够提供的产品信息或服务类型信息相对应，则执行所述向该客户端发送所述需求信息。
在本实施例中，所述向该客户端发送所述需求信息，可以采用如下方式实现：所述服务器端通过WIFI等无线通讯方式向所有与从所述需求信息中提取出的所述关键字相对应的客户端发送建立连接关系的请求，或者通过移动互联网向发送建立连接关系的请求，所述服务器端向接收到建立连接的反馈信息的客户端发送所述需求信息。
步骤S108-3，接收所述其他客户端针对所述需求信息提交的确认消息。
在所述其他客户端接收到所述服务器端发送的需求信息之后，所述客户端还需对需求信息进行选择，所述客户端可以接受所述需求信息，也可以拒绝所述需求信息，所以若本步骤接收到所述客户端针对所述需求信息提交的确认消息，则说明该资源需求方接受了所述需求信息。
所述接收所述其他客户端针对所述需求信息提交的确认消息，可以采用如下方式实现：所述服务器端通过WIFI等无线通讯方式向所述客户端发送建立连接关系的请求，或者通过移动互联网向所述服务器端发送建立连接关系的请求，在接收到所述服务器端反馈的建立连接的反馈信息后，所述服务器端与所述客户端之间建立连接关系，并接收所述客户端针对所述需求信息提交的确认消息。
步骤S108-4，根据所述确认消息生成对应客户端的信息资源量化值，并向提交所述需求信息的客户端发送所述信息资源量化值。
在本步骤中，以所述客户端能够提供的产品信息或服务类型作为纬度，来计算所述客户端需求的信息资源量化值。
除此之外，还可以同时采用多个纬度，来计算所述客户端需求的信息资源量化值，具体包括：通过所述客户端的评价信息对计算出的所述客户端需求的信息资源量化值进行调整，例如：若该客户端的评价信息超过四星，则提高计算出的所述客户端需求的信息资源量化值，反之，则降低计算出的所述客户端需求的信息资源量化值。
在本实施例中，根据所述确认消息生成对应客户端的信息资源量化值，可以采用如下方式实现：对反馈了确认消息的各个客户端，生成所述客户端需求的信息资源量化值。
可以理解的，所述根据所述确认消息生成对应客户端的信息资源量化值就是将客户端能够提供的产品信息或服务类型进行量化归一的过程，将服务类型或产品信息映射转化为该客户端提供产品信息或服务类型时收取的信息资源量化值。例如：所述客户端能提供的产品为一桶桶装水，且该桶装水在市面上的售价为20元，则可以按照市面上的价格标准对该桶装水进行量化计算，生成的该客户端的信息资源量化值为20资源。
步骤S108-5，依据所述信息资源量化值对提交所述需求信息的客户端以及提交确认消息的客户端进行信息资源收支结算，并发送所述信息资源收支结算的结果。
在本实施例中，所述依据所述信息资源量化值对提交所述需求信息的客户端以及提交确认消息的客户端进行信息资源收支结算，可以采用如下方式实现：“采用预付资源+完成需求时结算剩余资源”的形式，分为两次进行资源收支结算，具体的：
第一次资源收支结算，包括提交确认消息的客户端在接受发布的需求信息的客户端发布的需求信息后，发布的需求信息的客户端支付总资源的10％(与定金类似)时，对提交所述需求信息的客户端以及提交确认消息的客户端进行资源收支结算；
第二次资源收支结算，包括提交确认消息的客户端在完成发布的需求信息的客户端发布的需求信息后，发布的需求信息的客户端支付剩余的90％资源时，对提交所述需求信息的客户端以及提交确认消息的客户端进行资源收支结算。
在本实施例中，所述依据所述信息资源量化值对提交所述需求信息的客户端以及提交确认消息的客户端进行信息资源收支结算，包括：
对据所述需求信息中的产品信息或服务类型信息进行量化计算，生成所述需求信息的信息资源量化值；
从提交所述需求信息的客户端的信息资源的量化值中扣除根据所述需求信息生成的信息资源量化值；
将根据所述需求信息生成的信息资源量化值添加到提交确认消息的客户端的信息资源的量化值中。
例如：发布的需求信息的客户端从所述服务器端接收的临时信息资源的量化值为100资源，提交确认消息的客户端从所述服务器端接收的临时信息资源的量化值为50资源，发布的需求信息的客户端发布的需求信息为需求的产品为一桶桶装水时，由发布的需求信息的客户端先向提交确认消息的客户端支付2资源，发布的需求信息的客户端从所述服务器端接收的临时信息资源的量化值变为98资源，提交确认消息的客户端从所述服务器端接收的临时信息资源的量化值变为52资源，待提交确认消息的客户端将桶装水送到发布的需求信息的客户端后，发布的需求信息的客户端向提交确认消息的客户端支付剩下的18资源，发布的需求信息的客户端从所述服务器端接收的临时信息资源的量化值变为80资源，提交确认消息的客户端从所述服务器端接收的临时信息资源的量化值变为70资源.
需要说明的是，除本实施例提供的上述资源收支结算方式外，还可以采用其他资源收支结算方式，比如在提交确认消息的客户端在完成发布的需求信息的客户端发布的需求信息后，一次性结算发布的需求信息的客户端和提交确认消息的客户端的资源量化值，对此不做限定。
为了增加从所述服务器端每次接收的临时信息资源的量化值，在具体实施时，在本步骤执行后，可执行信用评价响应操作具体过程如下：
接收提交所述需求信息的客户端对提交确认消息的客户端的评价信息以及接收提交确认消息的客户端对提交所述需求信息的客户端的评价信息；
根据所述评价信息修改对应提交所述需求信息的客户端以及提交确认消息的客户端发送的获取信息资源的请求中携带的信用信息。
本实施例中，将提交确认消息的客户端和发布的需求信息的客户端的评价(即：信用)纳入处理范畴，建立了提交确认消息的客户端和发布的需求信息的客户端在供需过程中的一种信用体系，实现了提交确认消息的客户端和发布的需求信息的客户端之间的双向评价，并且通过该评价响应操作，对供需过程中的资源量化值进行调整。
在上述的实施例中，提供了一种信息资源的处理方法，与上述信息资源的处理方法相对应的，本申请还提供了一种信息资源的处理装置。由于装置的实施例基本相似于方法的实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。下述描述的装置实施例仅仅是示意性的。所述信息资源的处理装置实施例如下：
请参考图5，其示出了根据本申请的实施例提供的信息资源的处理装置的示意图。
所述信息资源的处理装置，包括：资源请求接收单元501、关注度获取单元503、信息资源量化获取单元505以及量化值发送单元507；
所述资源请求接收单元501，用于接收客户端发送的获取信息资源的请求；所述请求中携带产品信息、服务类型信息以及信用信息；
所述关注度获取单元503，用于获取所述请求中携带的产品信息或服务类型信息的关注度；
所述信息资源量化获取单元505，用于根据所述关注度以及信用信息按照预设的权重获取信息资源的量化值；
所述量化值发送单元507，用于向所述客户端发送所述信息资源的量化值。
可选的，所述关注度获取单元503，具体用于获取其他客户端对所述请求中携带的产品信息或服务类型信息的搜索热度或需求量。
可选的，所述信息资源量化获取单元505，包括：关注度量化子单元、信用量化子单元以及信息资源量化子单元；
所述关注度量化子单元，用于将所述关注度按照预设的关注度权重获取关注度的信息资源的量化值；
所述信用量化子单元，用于将所述信用信息按照预设的信用权重获取信用的信息资源的量化值；
所述信息资源量化子单元，用于将所述关注度的信息资源的量化值与信用的信息资源的量化值的和作为该客户端的信息资源的量化值。
可选的，所述的信息资源的处理装置，还包括：需求信息接收单元、需求信息转发单元、确认消息接收单元、资源量化生成单元以及信息资源收支结算单元；
所述需求信息接收单元，用于在所述向所述客户端发送所述信息资源的量化值之后，接收客户端提交的需求信息；所述需求信息中携带产品信息或服务类型信息；
所述需求信息转发单元，用于向满足所述需求信息的其他客户端发送所述需求信息；
所述确认消息接收单元，用于接收所述其他客户端针对所述需求信息提交的确认消息；
所述资源量化生成单元，用于根据所述确认消息生成对应客户端的信息资源量化值，并向提交所述需求信息的客户端发送所述信息资源量化值；
所述信息资源收支结算单元，用于依据所述信息资源量化值对提交所述需求信息的客户端以及提交确认消息的客户端进行信息资源收支结算，并发送所述信息资源收支结算的结果。
可选的，所述需求信息转发单元，包括：关键字提取子单元、关键字判断子单元以及需求信息转发子单元；
所述关键字提取子单元，用于提取所述需求信息中的关键字；
所述关键字判断子单元，用于针对每一客户端的获取信息资源的请求，判断所述关键字是否与该客户端相对应；
所述需求信息转发子单元，用于接收所述关键字判断子单元的判断结果，若是，则向该客户端发送所述需求信息。
可选的，所述信息资源收支结算单元，包括：需求量化子单元、量化值扣除子单元以及量化值添加子单元；
所述需求量化子单元，用于对据所述需求信息中的产品信息或服务类型信息进行量化计算，生成所述需求信息的信息资源量化值；
所述量化值扣除子单元，用于从提交所述需求信息的客户端的信息资源的量化值中扣除根据所述需求信息生成的信息资源量化值；
所述量化值添加子单元，用于将根据所述需求信息生成的信息资源量化值添加到提交确认消息的客户端的信息资源的量化值中。
可选的，所述的信息资源的处理装置，还包括：评价信息接收单元以及评价信息修改单元；
所述评价信息接收单元，用于在所述发送所述信息资源收支结算的结果之后，接收提交所述需求信息的客户端对提交确认消息的客户端的评价信息以及接收提交确认消息的客户端对提交所述需求信息的客户端的评价信息；
所述评价信息修改单元，用于根据所述评价信息修改对应提交所述需求信息的客户端以及提交确认消息的客户端发送的获取信息资源的请求中携带的信用信息。
在上述的实施例中，提供了一种信息资源的处理方法以及一种信息资源的处理装置，此外，本申请还提供了一种信息资源的获取方法；所述信息资源的获取方法实施例如下：
请参考图6，其示出了根据本申请的实施例提供的信息资源的获取方法的流程图。
所述信息资源的获取方法，包括
步骤S601，向服务器端发送获取信息资源的请求；所述请求中携带产品信息、服务类型信息以及信用信息。
在本实施例中，所述向服务器端发送获取信息资源的请求，可以采用如下方式实现：所述客户端通过WIFI等无线通讯方式向所述服务器端发送建立连接关系的请求，或者通过移动互联网向所述服务器端发送建立连接关系的请求，在接收到所述服务器端反馈的建立连接的反馈信息后，所述服务器端与所述客户端之间建立连接关系，并向服务器端发送获取信息资源的请求。所述请求中携带产品信息、服务类型信息以及信用信息。
需要说明的是，由于本实施例的技术方案通过资源来完成需求的供给过程，资源又是通过所述客户端能够提供的服务或者产品进行量化归一后获取的，所述请求中携带产品信息、服务类型信息是指：当前客户端能够提供的服务类型或者产品信息，例如：提供拼车服务或者能够提供桶装水。
需要说明的是，所述信用信息是指：征信平台中企业、个人的信用信息或第三方平台中的信用信息。可以理解的，在当前客户端中登录的账户信息可以是个人所有的或企业所有的账户信息，所以在本实施例中，所述信用信息可以是针对个人或针对企业的信用记录。
步骤S603，接收所述服务器端发送的信息资源的量化值。
在本实施例中，所述接收所述服务器端发送的信息资源的量化值，可以采用如下方式实现：所述服务器端通过WIFI等无线通讯方式向所述客户端发送建立连接关系的请求，或者通过移动互联网向所述客户端发送建立连接关系的请求，在接收到所述客户端反馈的建立连接的反馈信息后，所述服务器端与所述客户端之间建立连接关系，并接收所述服务器端发送的信息资源的量化值。
可以理解的，由于本实施例的技术方案通过资源来完成需求的供给过程，在向所述客户端发送所述信息资源的量化值后，所述客户端就完成了注册的响应操作，就可以通过服务器端向该客户端发放的临时信息资源的量化值与其他客户端进行需求的交互操作。
需要说明的是，由于在本步骤中接收的是所述服务器端向该客户端发放的临时信息资源的量化值，所以该客户端通过与其他客户端进行供给交互后，需要将获取到的信息资源的量化值向所述服务器端进行偿还，为了获取偿还时需要支付的额外信息资源的量化值，本申请的技术方案提出了一种优选实施方式，在优选方式下，在步骤S603接收所述服务器端发送的信息资源的量化值之后，对该客户端接收到所述信息资源的量化值后进行时间计时。
具体的，可以通过***后台的计时器对该客户端接收到所述信息资源的量化值后进行时间计时。
在执行步骤S603接收所述服务器端发送的信息资源的量化值之后，所述客户端还需要向所述服务器端提交的需求信息，以完成与其他客户端之间的供需交互，所述向服务器端提交需求信息，具体包括步骤S604-1至S604-4，下面结合附图7作进一步说明。
请参考图7，其示出了根据本申请的实施例提供的向服务器端提交需求信息的流程图。
所述向服务器端提交需求信息，包括：
步骤S604-1，向服务器端提交需求信息；所述需求信息中携带产品信息或服务类型信息。
在本实施例中，所述向服务器端提交需求信息，可以采用如下方式实现：所述客户端通过WIFI等无线通讯方式向所述服务器端发送建立连接关系的请求，或者通过移动互联网向所述服务器端发送建立连接关系的请求，在接收到所述服务器端反馈的建立连接的反馈信息后，所述服务器端与所述客户端之间建立连接关系，并向服务器端提交需求信息。
需要说明的是，所述需求信息，包括：产品信息以及服务类型信息。例如：根据使用场景的不同，所述需求信息可以是交通、食品、专业服务或者智能设备等：在合乘汽车(以下简称为拼车)场景下，所述需求信息为服务类型信息，即：车位使用共享、在送水场景下，所述需求信息为产品信息，即：桶装水。
步骤S604-2接收所述服务器端发送的基于所述确认消息生成对应客户端的信息资源量化值。
在本实施例中，所述接收所述服务器端发送的基于所述确认消息生成对应客户端的信息资源量化值，可以采用如下方式实现：客户端通过WIFI等无线通讯方式向所述服务器端发送建立连接关系的请求，或者通过移动互联网向所述服务器端发送建立连接关系的请求，在接收到所述服务器端反馈的建立连接的反馈信息后，接收所述服务器端发送的客户端基于所述需求信息生成的资源量化值。
可以理解的，由于可能有若干数目的客户端与需求信息相对应，所以在本步骤中，接收到的所述服务器端发送的客户端基于所述需求信息生成的资源量化值的数目可能大于一。
步骤S604-3，根据对信息资源量化值的选择生成与对应客户端的匹配信息。
在本实施例中，所述根据对信息资源量化值的选择生成与对应客户端的匹配信息，可以采用如下方式实现：确定用户选择的资源量化值对应的客户端，并建立当前客户端与确定用户选择的资源量化值对应的客户端的映射关系生成匹配信息。
步骤S604-4，接收所述服务器端发送的信息资源收支结算的结果。
在本实施例中，所述接收所述服务器端发送的信息资源收支结算的结果，可以采用如下方式实现：所述资源提供方通过WIFI等无线通讯方式向所述服务器端发送建立连接关系的请求，或者通过移动互联网向所述服务器端发送建立连接关系的请求，在接收到所述服务器端反馈的建立连接的反馈信息后，所述服务器端与所述客户端之间建立连接关系，接收所述服务器端发送的资源收支结算的结果。
需要说明的是，所述资源收支结算的结果是：在发布需求信息的客户端与提交确认信息的客户端之间完成供需过程后，进行扣除后的服务器端向该客户端发放的临时信息资源的量化值。
在具体实施时，在本步骤执行后，可执行评价响应操作具体过程如下：
获取对提交确认消息的客户端的评价信息；
向所述服务器端发送对所述提交确认消息的客户端的评价信息。
本实施例中，将提交确认信息的客户端的评价(即：信用)纳入处理范畴，并且通过该评价响应操作，对供需过程中的资源量化值进行调整。
在执行步骤S603接收所述服务器端发送的信息资源的量化值之后，所述客户端还需要接收服务器端发送的需求信息，以完成与其他客户端之间的供需交互，所述接收服务器端发送的需求信息，具体包括步骤S605-1至S605-4，下面结合附图8作进一步说明。
请参考图8，其示出了根据本申请的实施例提供的接收服务器端发送的需求信息的流程图。
所述接收服务器端发送的需求信息，可以采用如下方式实现：
步骤S605-1，接收服务器端发送的需求信息。
在本实施例中，所述接收服务器端发送的需求信息，可以采用如下方式实现：所述服务器端通过WIFI等无线通讯方式向提交确认信息的客户端发送建立连接关系的请求，或者通过移动互联网发送建立连接关系的请求，所述确认信息的客户端与所述服务器端之间建立连接关系，并接收服务器端发送的需求信息。
需要说明的是，所述需求信息，包括：产品信息以及服务类型信息。例如：根据使用场景的不同，所述需求信息可以是交通、食品、专业服务或者智能设备等：在合乘汽车(以下简称为拼车)场景下，所述需求信息为服务类型信息，即：车位使用共享、在送水场景下，所述需求信息为产品信息，即：桶装水。
步骤S605-2，获取针对所述服务器端发送的需求信息输入的确认信息，并向所述服务器端提交该确认信息。
在本实施例中，所述获取针对所述服务器端发送的需求信息输入的确认信息，并向所述服务器端提交该确认信息，可以采用如下方式实现：若当前终端接收到用户对需求信息输入的信息为确认，则基于输入的信息向所述服务器端提交确认信息；若当前终端接收到用户对需求信息输入的信息为拒绝，则不向所述服务器端提交任何反馈信息。
可以理解的，在本步骤中只有用户针对所述服务器端发送的需求信息输入的确认信息，才会向所述服务器端提交该确认信息。
为了使用户在选择时更加便捷，本实施例的技术方案提供了一种优选实施方式，具体包括如下步骤：
在提交确认信息的客户端的屏幕显示区域内显示相应的选择窗口；
接收对所述选择窗口所展示的确认按钮或拒绝按钮的选取操作。
具体的，所述提交确认信息的客户端在终端的屏幕显示区域内显示相应的选择窗口，所述选择窗口内包含接收用户选取操作的选择控件。
所述选择控件可以包括多种形式，例如下拉列表或者按钮等形式，为了向用户提供更为友好的图形界面，本实施例提供了一种优选实施方式：采用按钮选择控件，即：在终端的屏幕显示区域中展示具有确认按钮和拒绝按钮的选择控件。在采用按钮选择控件时，本步骤中接收到的就是用户输入的对同意按钮或拒绝按钮的触控操作，例如：单击或者长按操作。
上面描述了采用按钮选择控件的优选实施方式。在其他实施方式中，还可以采用显示文本输入框的方式。具体说，可以在终端的屏幕显示区域中显示文本输入框，同时在显示屏幕上显示虚拟键盘，并接收用户对虚拟键盘的触控操作，采用这种方式同样可以实现本技术方案，后续不再赘述。
步骤S605-3，接收所述服务器端发送的信息资源收支结算的结果。
在本实施例中，所述接收所述服务器端发送的资源收支结算的结果，可以采用如下方式实现：所述提交确认信息的客户端通过WIFI等无线通讯方式向所述服务器端发送建立连接关系的请求，或者通过移动互联网向所述服务器端发送建立连接关系的请求，在接收到所述服务器端反馈的建立连接的反馈信息后，所述服务器端与所述提交确认信息的客户端之间建立连接关系，接收所述服务器端发送的信息资源收支结算的结果。
需要说明的是，所述资源收支结算的结果是：在发布需求信息的客户端与提交确认信息的客户端之间完成供需过程后，进行扣除后的服务器端向该客户端发放的临时信息资源的量化值。
在具体实施时，在本步骤执行后，可执行评价响应操作具体过程如下：
获取对提交所述需求信息的客户端的评价信息；
向所述服务器端发送对提交所述需求信息的客户端的评价信息。
本实施例中，将发布需求信息的客户端的评价(即：信用)纳入处理范畴，并且通过该评价响应操作，对供需过程中的资源量化值进行调整。
步骤S605-4，根据对该客户端接收到所述信息资源的量化值后的计时结果，计算信息资源的偿还值。
在本实施例中，所述根据对该客户端接收到所述信息资源的量化值后的计时结果，计算信息资源的偿还值，可以采用如下方式实现：获取该客户端接收到所述信息资源的量化值后的计时结果，若所述计时结果小于设定时长，则所述信息资源的偿还值与接收到的所述服务器端发送的信息资源的量化值相同；若所述计时结果超过所述设定时长，则按照预设的规则与接收到的所述服务器端发送的信息资源的量化值增加所述信息资源的偿还值。
具体的，所述预设的规则采用如下方案之一：
为固定的偿还值；
以所述计时结果减去所述设定时长，获得超时时长，将所述超时时长乘以设定的单位时长的偿还值；
以所述计时结果减去所述设定时长，获得超时时长，将所述超时时长以不同区间划分为若干范围，不同的超时时长范围对应不同的单位时长的偿还值。
例如：若采用以所述计时结果减去所述设定时长，获得超时时长，将所述超时时长乘以设定的单位时长的偿还值，则设定时长为3个月，设定的单位时长的偿还值为10％/每月，当所述计时结果减去3个月后，获得超时时长为2个月，则将2个月乘以10％，获取到偿还值为20％，即需要向所述服务器端偿还的信息资源的量化值为120％；若以所述计时结果减去所述设定时长，获得超时时长，将所述超时时长以不同区间划分为若干范围，不同的超时时长范围对应不同的单位时长的偿还值，则设定时长为3个月，超时时长范围为1个月5％，2个月10％，3个月15％逐渐递增，当所述计时结果减去3个月后，获得超时时长为3个月，则获取到偿还值为5％+10％+15％为30％，即需要向所述服务器端偿还的信息资源的量化值为130％。
若所述计时结果超过所述设定时长，则降低服务器端中该客户端的信用信息。
需要说明的是，由于在本步骤中接收的是所述服务器端向该客户端发放的临时信息资源的量化值，所以该客户端通过与其他客户端进行供给交互后，需要将获取到的信息资源的量化值向所述服务器端进行偿还。
在上述的实施例中，提供了一种信息资源的获取方法，与上述信息资源的获取方法相对应的，本申请还提供了一种信息资源的获取装置。由于装置的实施例基本相似于方法的实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。下述描述的装置实施例仅仅是示意性的。所述信息资源的获取装置实施例如下：
请参考图9，其示出了根据本申请的实施例提供的信息资源的获取装置的示意图。
所述信息资源的获取装置，包括：信息资源请求发送单元901以及信息资源量化接收单元903；
所述信息资源请求发送单元901，用于向服务器端发送获取信息资源的请求；所述请求中携带产品信息、服务类型信息以及信用信息；
所述信息资源量化接收单元903，用于接收所述服务器端发送的信息资源的量化值。
可选的，所述信息资源请求发送单元901，具体用于向服务器端发送获取信息资源的请求；所述请求中携带产品信息、服务类型信息以及征信平台中企业、个人的信用信息或第三方平台中的信用信息。
可选的，所述的信息资源的获取装置，还包括：时间计时单元；
所述时间计时单元，用于在所述接收所述服务器端发送的信息资源的量化值之后，对该客户端接收到所述信息资源的量化值后进行时间计时。
可选的，所述的信息资源的获取装置，还包括：需求提交单元、信息资源量化接收单元、匹配信息生成单元以及收支结算接收单元；
所述需求提交单元，用于在所述接收所述服务器端发送的所述信息资源的量化值之后，向服务器端提交需求信息；所述需求信息中携带产品信息或服务类型信息；
所述信息资源量化接收单元，用于接收所述服务器端发送的基于所述确认消息生成对应客户端的信息资源量化值；
所述匹配信息生成单元，用于根据对信息资源量化值的选择生成与对应客户端的匹配信息；
所述收支结算接收单元，用于接收所述服务器端发送的信息资源收支结算的结果。
可选的，所述的信息资源的获取装置，还包括：第一评价接收单元以及第一评价发送单元；
所述第一评价接收单元，用于在所述接收所述服务器端发送的信息资源收支结算的结果之后，获取对提交确认消息的客户端的评价信息；
所述第一评价发送单元，用于向所述服务器端发送对所述提交确认消息的客户端的评价信息。
可选的，所述的信息资源的获取装置，还包括：需求接收单元、确认信息发送单元、收支结算接受单元以及计算单元；
所述需求接收单元，用于在所述接收所述服务器端发送的所述信息资源的量化值之后，接收服务器端发送的需求信息；
所述确认信息发送单元，用于获取针对所述服务器端发送的需求信息输入的确认信息，并向所述服务器端提交该确认信息；
所述收支结算接受单元，用于接收所述服务器端发送的信息资源收支结算的结果；
所述计算单元，用于根据对该客户端接收到所述信息资源的量化值后的计时结果，计算信息资源的偿还值。
可选的，所述计算单元，包括：按时计算子单元以及超时计算子单元；
所述按时计算子单元，用于若所述计时结果小于设定时长，则所述信息资源的偿还值与接收到的所述服务器端发送的信息资源的量化值相同；
所述超时计算子单元，用于若所述计时结果超过所述设定时长，则按照预设的规则与接收到的所述服务器端发送的信息资源的量化值增加所述信息资源的偿还值。
可选的，所述超时计算子单元，还包括：信用信息降低子单元；
所述信用信息降低子单元，用于若所述计时结果超过所述设定时长，则降低该客户端的信用信息。
可选的，所述的信息资源的获取装置，还包括：第二评价接收单元以及第二评价发送单元；
所述第二评价接收单元，用于在所述接收所述服务器端发送的信息资源收支结算的结果之后，获取对提交所述需求信息的客户端的评价信息；
所述第二评价发送单元，用于向所述服务器端发送对提交所述需求信息的客户端的评价信息。
在上述的实施例中，提供了一种信息资源的处理方法、一种信息资源的处理装置、一种信息资源的获取方法以及一种信息资源的获取装置，此外，本申请还提供了一种信息资源的处理***；所述信息资源的处理***实施例如下：
请参考图10，其示出了根据本申请的实施例提供的信息资源的处理***的示意图。
所述信息资源的处理***，包括：信息资源的处理装置1001以及信息资源的获取装置1003；
所述信息资源的处理装置1001，用于接收客户端发送的获取信息资源的请求；所述请求中携带产品信息、服务类型信息以及信用信息；获取所述请求中携带的产品信息或服务类型信息的关注度；根据所述关注度以及信用信息按照预设的权重获取信息资源的量化值；向所述客户端发送所述信息资源的量化值；
所述信息资源的获取装置1003，用于向服务器端发送获取信息资源的请求；所述请求中携带产品信息、服务类型信息以及信用信息；接收所述服务器端发送的信息资源的量化值。
所述信息资源的处理装置1001以及所述信息资源的获取装置1003，可以布置于智能终端或计算机上，但并不局限于这种设备，可以是能够实现上述信息资源的获取方法以及信息资源的处理方法的任何设备。
在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。
1、计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括非暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
2、本领域技术人员应明白，本申请的实施例可提供为方法、***或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请虽然以较佳实施例公开如上，但其并不是用来限定本申请，任何本领域技术人员在不脱离本申请的精神和范围内，都可以做出可能的变动和修改，因此本申请的保护范围应当以本申请权利要求所界定的范围为准。

Claims (19)

1.一种信息资源的处理方法，其特征在于，包括：
接收客户端发送的获取信息资源的请求；所述请求中携带产品信息、服务类型信息以及信用信息；
获取所述请求中携带的产品信息或服务类型信息的关注度；
根据所述关注度以及信用信息按照预设的权重获取信息资源的量化值；
向所述客户端发送所述信息资源的量化值。
2.根据权利要求1所述的信息资源的处理方法，其特征在于，所述获取所述请求中携带的产品信息或服务类型信息的关注度，包括：
获取其他客户端对所述请求中携带的产品信息或服务类型信息的搜索热度或需求量。
3.根据权利要求2所述的信息资源的处理方法，其特征在于，所述根据所述关注度以及信用信息按照预设的权重获取信息资源的量化值，包括：
将所述关注度按照预设的关注度权重获取热度的信息资源的量化值；
将所述信用信息按照预设的信用权重获取信用的信息资源的量化值；
将所述关注度的信息资源的量化值与信用的信息资源的量化值的和作为该客户端的信息资源的量化值。
4.根据权利要求1所述的信息资源的处理方法，其特征在于，在所述向所述客户端发送所述信息资源的量化值的步骤之后，包括：
接收客户端提交的需求信息；所述需求信息中携带产品信息或服务类型信息；
向满足所述需求信息的其他客户端发送所述需求信息；
接收所述其他客户端针对所述需求信息提交的确认消息；
根据所述确认消息生成对应客户端的信息资源量化值，并向提交所述需求信息的客户端发送所述信息资源量化值；
依据所述信息资源量化值对提交所述需求信息的客户端以及提交确认消息的客户端进行信息资源收支结算，并发送所述信息资源收支结算的结果。
5.根据权利要求4所述的信息资源的处理方法，其特征在于，所述向满足所述需求信息的其他客户端发送所述需求信息，包括：
提取所述需求信息中的关键字；
针对每一客户端的获取信息资源的请求，判断所述关键字是否与该客户端相对应；
若是，则向该客户端发送所述需求信息。
6.根据权利要求5所述的信息资源的处理方法，其特征在于，所述依据对所述需求信息的信息资源量化值对提交所述需求信息的客户端以及提交确认消息的客户端进行信息资源收支结算，包括：
对据所述需求信息中的产品信息或服务类型信息进行量化计算，生成所述需求信息的信息资源量化值；
从提交所述需求信息的客户端的信息资源的量化值中扣除根据所述需求信息生成的信息资源量化值；
将根据所述需求信息生成的信息资源量化值添加到提交确认消息的客户端的信息资源的量化值中。
7.根据权利要求4所述的信息资源的处理方法，其特征在于，在所述发送所述信息资源收支结算的结果的步骤之后，包括：
接收提交所述需求信息的客户端对提交确认消息的客户端的评价信息以及接收提交确认消息的客户端对提交所述需求信息的客户端的评价信息；
根据所述评价信息修改对应提交所述需求信息的客户端以及提交确认消息的客户端发送的获取信息资源的请求中携带的信用信息。
8.一种信息资源的处理装置，其特征在于，包括：
资源请求接收单元，用于接收客户端发送的获取信息资源的请求；所述请求中携带产品信息、服务类型信息以及信用信息；
关注度获取单元，用于获取所述请求中携带的产品信息或服务类型信息的关注度；
信息资源量化获取单元，用于根据所述关注度以及信用信息按照预设的权重获取信息资源的量化值；
量化值发送单元，用于向所述客户端发送所述信息资源的量化值。
9.一种信息资源的获取方法，其特征在于，包括：
向服务器端发送获取信息资源的请求；所述请求中携带产品信息、服务类型信息以及信用信息；
接收所述服务器端发送的信息资源的量化值。
10.根据权利要求9所述的信息资源的获取方法，其特征在于，所述信用信息，包括：征信平台中企业、个人的信用信息或第三方平台中的信用信息。
11.根据权利要求9所述的信息资源的获取方法，其特征在于，在所述接收所述服务器端发送的信息资源的量化值的步骤之后，包括：
对该客户端接收到所述信息资源的量化值后进行时间计时。
12.根据权利要求11所述的信息资源的获取方法，其特征在于，在所述接收所述服务器端发送的所述信息资源的量化值的步骤之后，包括：
向服务器端提交需求信息；所述需求信息中携带产品信息或服务类型信息；
接收所述服务器端发送的基于所述确认消息生成对应客户端的信息资源量化值；
根据对信息资源量化值的选择生成与对应客户端的匹配信息；
接收所述服务器端发送的信息资源收支结算的结果。
13.根据权利要求12所述的信息资源的获取方法，其特征在于，在所述接收所述服务器端发送的信息资源收支结算的结果的步骤之后，
获取对提交确认消息的客户端的评价信息；
向所述服务器端发送对所述提交确认消息的客户端的评价信息。
14.根据权利要求11所述的信息资源的获取方法，其特征在于，在所述接收所述服务器端发送的所述信息资源的量化值的步骤之后，还包括：
接收服务器端发送的需求信息；
获取针对所述服务器端发送的需求信息输入的确认信息，并向所述服务器端提交该确认信息；
接收所述服务器端发送的信息资源收支结算的结果；
根据对该客户端接收到所述信息资源的量化值后的计时结果，计算信息资源的偿还值。
15.根据权利要求14所述的信息资源的获取方法，其特征在于，所述计算信息资源的偿还值，包括：
若所述计时结果小于设定时长，则所述信息资源的偿还值与接收到的所述服务器端发送的信息资源的量化值相同；
若所述计时结果超过所述设定时长，则按照预设的规则与接收到的所述服务器端发送的信息资源的量化值增加所述信息资源的偿还值。
16.根据权利要求15所述的信息资源的获取方法，其特征在于，若所述计时结果超过所述设定时长，则降低该客户端的信用信息。
17.根据权利要求14所述的信息资源的获取方法，其特征在于，在所述接收所述服务器端发送的信息资源收支结算的结果的步骤之后，包括：
获取对提交所述需求信息的客户端的评价信息；
向所述服务器端发送对提交所述需求信息的客户端的评价信息。
18.一种信息资源的获取装置，其特征在于，包括：
信息资源请求发送单元，用于向服务器端发送获取信息资源的请求；所述请求中携带产品信息、服务类型信息以及信用信息；
信息资源量化接收单元，用于接收所述服务器端发送的信息资源的量化值。
19.一种信息资源的处理***，其特征在于，包括：
根据上述权利要求8所述的信息资源的处理装置；以及
根据上述权利要求18所述的信息资源的获取装置。
CN201610685562.3A 2016-08-18 2016-08-18 一种信息资源的处理方法、装置以及*** Pending CN107767125A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201610685562.3A CN107767125A (zh) 2016-08-18 2016-08-18 一种信息资源的处理方法、装置以及***

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201610685562.3A CN107767125A (zh) 2016-08-18 2016-08-18 一种信息资源的处理方法、装置以及***

Publications (1)

Publication Number Publication Date
CN107767125A true CN107767125A (zh) 2018-03-06

Family

ID=61262484

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201610685562.3A Pending CN107767125A (zh) 2016-08-18 2016-08-18 一种信息资源的处理方法、装置以及***

Country Status (1)

Country Link
CN (1) CN107767125A (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112016789A (zh) * 2020-07-15 2020-12-01 北京淇瑀信息科技有限公司 互联网金融业务处理方法、装置和电子设备

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1790409A (zh) * 2005-12-28 2006-06-21 刘建生 在通信终端之间执行电子虚拟货币的抵扣方法
CN101079131A (zh) * 2006-05-24 2007-11-28 腾讯科技（深圳）有限公司 一种在线支付方法及***
CN104700300A (zh) * 2014-12-01 2015-06-10 苏州朗米尔照明科技有限公司 一种基于信息流进行双向交易的***及交易方法
CN105407127A (zh) * 2015-06-26 2016-03-16 乌海涛 一种用于乘用工具资源免费共享的方法、装置以及***
CN105574173A (zh) * 2015-12-18 2016-05-11 畅捷通信息技术股份有限公司 基于语音识别的商品搜索方法及商品搜索装置
CN105678531A (zh) * 2016-01-25 2016-06-15 邓展鸣 一种基于移动终端的网购通信方法

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1790409A (zh) * 2005-12-28 2006-06-21 刘建生 在通信终端之间执行电子虚拟货币的抵扣方法
CN101079131A (zh) * 2006-05-24 2007-11-28 腾讯科技（深圳）有限公司 一种在线支付方法及***
CN104700300A (zh) * 2014-12-01 2015-06-10 苏州朗米尔照明科技有限公司 一种基于信息流进行双向交易的***及交易方法
CN105407127A (zh) * 2015-06-26 2016-03-16 乌海涛 一种用于乘用工具资源免费共享的方法、装置以及***
CN105574173A (zh) * 2015-12-18 2016-05-11 畅捷通信息技术股份有限公司 基于语音识别的商品搜索方法及商品搜索装置
CN105678531A (zh) * 2016-01-25 2016-06-15 邓展鸣 一种基于移动终端的网购通信方法

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112016789A (zh) * 2020-07-15 2020-12-01 北京淇瑀信息科技有限公司 互联网金融业务处理方法、装置和电子设备
CN112016789B (zh) * 2020-07-15 2024-01-16 北京淇瑀信息科技有限公司 互联网金融业务处理方法、装置和电子设备

Similar Documents

Publication Publication Date Title
US7752102B2 (en) Pay yourself first system
US9129268B2 (en) Directing payments to satisfy periodic financial obligations
US7318049B2 (en) System and method for an automated benefit recognition, acquisition, value exchange, and transaction settlement system using multivariable linear and nonlinear modeling
US8538874B2 (en) Pay yourself first with auto bill pay system and method
US11455353B2 (en) Concierge service system and method
US20050177503A1 (en) Pay yourself first loyalty system and method
CN101814170A (zh) 一种在广告发布控制***中发布广告的控制装置及方法
CN102859545A (zh) 能够使相关的产品数据和交易执行相关联的装置、方法和计算机程序产品
US11887148B2 (en) Cross-platform tracking of user generated data for unified data output
WO2022055739A1 (en) Application integration for contactless payments
US20050177501A1 (en) Pay yourself first
US20190180313A1 (en) Selectable ROCs in an Online Billing Statement
US20110313946A1 (en) Systems and methods for administering college savings plans
CN110276666A (zh) 一种基于供求双方的实时服务交易方法
KR101737500B1 (ko) 공동체 구성원 간의 자산과 재능의 상호 기부 지원 방법 및 시스템
US20050177500A1 (en) Pay yourself first with transfer options
CN107767125A (zh) 一种信息资源的处理方法、装置以及***
KR20200089225A (ko) 증강현실을 이용한 인테리어 디자인 중개 시스템
JP2002269348A (ja) 資金管理システム
US10346552B2 (en) Concierge service system and method
CN107659594A (zh) 一种资源的信息处理方法、装置以及***
JP7254996B2 (ja) 提供装置、提供方法及び提供プログラム
US20240242270A1 (en) Enhanced data display interactions
AU2008101141A4 (en) atOnce web 2.0 portal with integrated lead management & feedback loop
US20110087536A1 (en) System and method for career assistance

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
RJ01 Rejection of invention patent application after publication

Application publication date: 20180306

RJ01 Rejection of invention patent application after publication