CN112288419B - 协议确定方法、装置、系统和电子设备 - Google Patents

Abstract

本公开提供了一种协议确定方法、装置、系统和电子设备，可用于云计算领域或其他领域，该协议确定方法包括：获取基于介质发起的资源转移请求，资源转移请求包括资源转入对象标识信息，介质承载有资源转出对象身份信息；响应于资源转移请求，基于资源转出对象身份信息和第一映射关系确定产品协议，第一映射关系是资源转出对象标识信息与产品协议之间的关系，产品协议包括至少一个子协议；如果至少一个子协议中至少部分与资源转入对象标识信息之间存在第二映射关系，则基于第二映射关系和资源转入对象标识信息从至少部分子协议中确定推荐子协议，推荐子协议使得资源转移途径最优；以及输出推荐子协议的关联信息。

Description

协议确定方法、装置、系统和电子设备

技术领域

本公开涉及云计算技术领域，更具体地，涉及一种协议确定方法、装置、系统和电子设备。

背景技术

随着数字化银行的不断发展，在线资源转移功能在用户的工作和生活中的地位越来越重要。

相关技术中，机构(如银行)发行的产品经常与介质绑定，如用户拿着银行与某合作方联合发行的联名卡时，才能享受到该卡片对应的产品服务。银行会与较多的企业开展合作以期为客户提供更为丰富的产品服务。

在实现本公开构思的过程中，发明人发现相关技术中至少存在如下问题。客户为享受每一项服务优惠就得办理一种联名卡，导致介质(如联名卡)的数量众多，不便于用户随身携带。此外，在使用介质进行支付过程中，用户需要从众多的接着里准确地挑选出与当前场景适配的介质，给用户带来不便。

发明内容

有鉴于此，本公开提供了一种用于提升用户资源转移便捷度的协议确定方法、装置、系统和电子设备。

本公开的一个方面提供了由服务器端执行的协议确定方法，包括：获取基于介质发起的资源转移请求，资源转移请求包括资源转入对象标识信息，介质承载有资源转出对象身份信息；响应于资源转移请求，基于资源转出对象身份信息和第一映射关系确定产品协议，第一映射关系是资源转出对象标识信息与产品协议之间的关系，产品协议包括至少一个子协议；以及如果至少一个子协议中至少部分与资源转入对象标识信息之间存在第二映射关系，则基于第二映射关系和资源转入对象标识信息从至少部分子协议中确定推荐子协议，推荐子协议使得资源转移途径最优；以及输出推荐子协议的关联信息。

本公开的一个方面提供了一种业务架构，该业务架构包括：介质业务对象、客户业务对象和产品协议业务对象。其中，介质业务对象存储有用于识别客户身份的所有介质，如身份证件、银行提供的卡片、客户预留的生物特征以及其他可电子化且标识客户的唯一特征值。客户业务对象主要存储客户的相关信息。产品协议业务对象主要存储银行与客户签定的产品协议，产品协议包括能为客户提供服务的各项具体的服务内容。

本公开的一个方面提供了一种服务器端中的协议确定装置，包括：请求接收模块，用于获取基于介质发起的资源转移请求，资源转移请求包括资源转入对象标识信息，介质承载有资源转出对象身份信息，资源转出对象标识信息与产品协议之间存在第一映射关系；产品协议确定模块，用于响应于资源转移请求，基于资源转出对象身份信息和第一映射关系确定产品协议，产品协议包括至少一个子协议；推荐子协议确定模块，用于如果至少一个子协议中至少部分与资源转入对象标识信息之间存在第二映射关系，则基于第二映射关系和资源转入对象标识信息从至少部分子协议中确定推荐子协议，推荐子协议使得资源转移途径最优；以及关联信息输出模块，用于输出推荐子协议的关联信息。

本公开的一个方面提供了一种协议确定系统，包括相互通信连接的客户端和服务器端，客户端是资源转入对象的客户端。其中，客户端响应于基于介质的用户操作，生成资源转移请求，并且将资源转移请求发送至服务器端，资源转移请求包括资源转入对象标识信息，介质承载有资源转出对象身份信息；服务器端响应于资源转移请求，基于资源转出对象身份信息和第一映射关系确定产品协议，第一映射关系是资源转出对象标识信息与产品协议之间的关系，产品协议包括至少一个子协议；服务器端还用于如果至少一个子协议中至少部分与资源转入对象标识信息之间存在第二映射关系，则基于第二映射关系和资源转入对象标识信息从至少部分子协议中确定推荐子协议，推荐子协议使得资源转移途径最优；以及服务器端输出推荐子协议的关联信息，或者基于推荐子协议将资源转出对象的资源转移至资源转入对象。

本公开的另一方面提供了一种电子设备，包括一个或多个处理器以及存储装置，其中，存储装置用于存储可执行指令，可执行指令在被处理器执行时，实现如上所述的方法。

本公开的另一方面提供了一种计算机可读存储介质，存储有计算机可执行指令，指令在被执行时用于实现如上所述的方法。

本公开的另一方面提供了一种计算机程序，计算机程序包括计算机可执行指令，指令在被执行时用于实现如上所述的方法。

本公开实施例提供的协议确定方法、装置、系统和电子设备，在接收到资源转移请求后，查找出资源转出对象签定的所有产品协议，在这些协议中查找是否有与资源转入对象相关的产品协议，如果存在与资源转入对象相关的相关产品协议，则从相关产品协议中找出与该场景适配的推荐子协议，便于确定最优的资源转移途径，提升用户体验。

本公开实施例提供的协议确定方法、装置、系统和电子设备，介质只有相应的特殊信息，不再包含客户、账户、产品等之间的关联信息。服务器端解析出来的数据与数据库里的数据进行比对后，找到对应的客户信息，再找到为该客户提供的所有产品服务的协议，进而确定对应的账户，以进行相应的账务处理。

本公开实施例提供的协议确定方法、装置、系统和电子设备，产品与介质分离，可以方便客户根据需要选择更为合适、更为有利的产品服务，而不需要随身携带大量的实物介质以应对可能出现的使用场景，提升客户享受服务的同时更具安全性。另一方面，介质里只体现与客户相关的特殊数据，没有关联的银行账户等数据，对客户而言更加安全。

本公开实施例提供的协议确定方法、装置、系统和电子设备，当客户的生物特征发生变化时，只需要使用其中一种介质进行身份认证后，即可更新在银行数据集合中预留的身份认证信息。当新技术的应用可形成新的介质时，不需要对系统做大改造，只需要完成信息采集、在介质业务对象库里增加相应的信息即可，提升系统的灵活性，满足客户的新需求。

附图说明

通过以下参照附图对本公开实施例的描述，本公开的上述以及其他目的、特征和优点将更为清楚，在附图中：

图1示意性示出了根据本公开实施例的协议确定方法、装置、系统和电子设备的应用场景；

图2示意性示出了根据本公开实施例的可以应用协议确定方法、协议确定装置的示例性系统架构；

图3示意性示出了现有技术中介质、产品协议和账户之间的关系示意图；

图4示意性示出了根据本公开实施例的协议确定方法的流程图；

图5示意性示出了根据本公开实施例的介质、产品协议和账户之间的关系示意图；

图6示意性示出了根据本公开实施例的解耦过程示意图；

图7示意性示出了根据本公开实施例的业务对象的示意图；

图8示意性示出了根据本公开另一实施例的协议确定方法的流程图；

图9示意性示出了根据本公开实施例的协议确定装置的框图；

图10示意性示出了根据本公开实施例的协议确定系统的框图；

图11示意性示出了根据本公开实施例的协议确定系统的逻辑图；以及

图12示意性示出了根据本公开实施例的电子设备的方框图。

具体实施方式

以下，将参照附图来描述本公开的实施例。但是应该理解，这些描述只是示例性的，而并非要限制本公开的范围。在下面的详细描述中，为便于解释，阐述了许多具体的细节以提供对本公开实施例的全面理解。然而，明显地，一个或多个实施例在没有这些具体细节的情况下也可以被实施。此外，在以下说明中，省略了对公知结构和技术的描述，以避免不必要地混淆本公开的概念。

在此使用的术语仅仅是为了描述具体实施例，而并非意在限制本公开。在此使用的术语“包括”、“包含”等表明了所述特征、步骤、操作和/或部件的存在，但是并不排除存在或添加一个或多个其他特征、步骤、操作或部件。

在此使用的所有术语(包括技术和科学术语)具有本领域技术人员通常所理解的含义，除非另外定义。应注意，这里使用的术语应解释为具有与本说明书的上下文相一致的含义，而不应以理想化或过于刻板的方式来解释。

在使用类似于“A、B和C等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有A、B和C中至少一个的系统”应包括但不限于单独具有A、单独具有B、单独具有C、具有A和B、具有A和C、具有B和C、和/或具有A、B、C的系统等)。在使用类似于“A、B或C等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有A、B或C中至少一个的系统”应包括但不限于单独具有A、单独具有B、单独具有C、具有A和B、具有A和C、具有B和C、和/或具有A、B、C的系统等)。术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个特征。

本公开的实施例提供了一种协议确定方法、装置、系统和电子设备。该协议确定方法包括产品协议确定过程和关联信息输出过程。在资源转移方案确定过程中，首先，获取基于介质发起的资源转移请求，资源转移请求包括资源转入对象标识信息，介质承载有资源转出对象身份信息，然后，响应于资源转移请求，基于资源转出对象身份信息和第一映射关系确定产品协议，第一映射关系是资源转出对象标识信息与产品协议之间的关系，产品协议包括至少一个子协议。在完成产品协议确定过程之后进入关联信息输出过程，如果至少一个子协议中至少部分与资源转入对象标识信息之间存在第二映射关系，则基于第二映射关系和资源转入对象标识信息从至少部分子协议中确定推荐子协议，推荐子协议使得资源转移途径最优，然后，输出推荐子协议的关联信息。

图1示意性示出了根据本公开实施例的协议确定方法、装置、系统和电子设备的应用场景。

如图1所示，以用户支付的场景为例进行说明。用户在XX私房菜餐厅就餐后，进行结账支付时，可以选择现金支付、信用卡支付、联名卡支付、微信支付、支付宝支付等方式进行支付。其中，该XX私房菜餐厅可能和某个可支付机构(如银行)签订有协议，如采用该银行的信用卡可以享受9折优惠，使用其与该银行推出的联名卡可以享受8折优惠。此外，该XX私房菜餐厅可能还会不定期推出一些新的活动以达到促销的目的，如消费满500元减150元。此时，用户使用哪种支付方式能得到更多的优惠，以提升促销的效果就显得尤为重要。

相关技术中，银行发行的产品经常与介质绑定，如用户拿着银行与XX私房菜餐厅联合发行的联名卡时，才能享受到该卡片对应的产品服务。银行会与较多的企业开展合作以期为客户提供更为丰富的产品服务。但对于客户而言，为享受每一项服务优惠就得办理一种联名卡的话，会有大量的卡片需要随身携带。不但钱包难以承载，在使用过程中需要准确挑选出那张具体的卡片，极不方便。此外，在进行支付时，通常是由用户基于自己已知的信息进行权衡，以确定使用哪种支付方式，然后，用户需要从众多的银行卡中选取找到可以享受优惠的信用卡或联名卡进行支付。一方面，其粗略估算的结果不一定准确(如看起来满500元减150元的促销力度更大，但是，当其消费金额为800元时，联名卡享受8折更加优惠)。另一方面，用户选卡不方便，如果忘记携带银行卡，则无法享受优惠。

本公开实施例提供的协议确定方法、装置、系统和电子设备，可以基于多种介质发起支付请求，该介质可以是实物介质，还可以是数字介质，使得用户可以通过刷脸支付或指纹支付等，此外还可以实现诸如银行卡支付、身份证支付或驾照支付等，极大地提升了支付便捷度。例如，XX私房菜餐厅将拍摄的客户脸部图像和自己的标识信息以及消费金额等发送给银行的服务器端，由银行服务器端对客户脸部图像进行识别，确定其为陈X，该客户与银行签定过诸如协议1、协议2等产品协议(如分别对应信用卡的产品协议和联名卡的产品协议)。该XX私房菜餐厅与银行签定过针对联名卡的协议2，其中，该协议可以包括多个条款，如条款1：使用联名卡支付可以享受8折优惠；条款2：举办的活动可以享受满500元减150元优惠。此时，银行的服务器端可以基于支付请求包括的信息对支付者进行身份认证以确定其与银行签定过的协议，然后与收款方的协议进行匹配，得到最优惠的支付途径：条款1：使用联名卡支付可以享受8折优惠，优惠金额为160元，以便基于该优惠的支付途径进行支付。

此外，银行的服务器端还可以将支付途径、用户可享受的优惠、实际支付金额等发送给XX私房菜餐厅的客户端或支付者的客户端以供支付者确定所需的支付途径或留存支付凭证等。有效提升支付便捷度和体验。

需要说明的是，上述支付场景仅为示例性说明，还可以是诸如有价证券交易、实物交易等，在此不做限定。

本公开实施例提供的协议确定方法、装置、系统和电子设备，基于业务架构推进产品与介质分离。使得当客户需要享受机构某个产品提供的优惠服务时，只需要通过一种介质进行身份认证后，即可由服务器端自动为其推荐最为适合的产品服务，让客户能轻松享受机构为其提供的智能化场景服务，而不需要用户携带各种介质、也不需要用户自行判断适合的场景、也不需要用户找出适用的卡片，有效提升资源转移的便捷度。

图2示意性示出了根据本公开实施例的可以应用协议确定方法、协议确定装置的示例性系统架构。需要注意的是，图2所示仅为可以应用本公开实施例的系统架构的示例，以帮助本领域技术人员理解本公开的技术内容，但并不意味着本公开实施例不可以用于其他设备、系统、环境或场景。需要说明的是，本公开实施例提供的协议确定方法、装置、系统和电子设备可用于云计算领域在资源转移相关方面，也可用于除云计算领域之外的多种领域，如金融领域，本公开实施例提供的协议确定方法、装置、系统和电子设备的应用领域不做限定。

如图2所示，根据该实施例的系统架构200可以包括终端设备201、202、203，网络204和服务器205。网络204可以包括多个网关、路由器、集线器、网线等，用以在终端设备201、202、203和服务器205之间提供通信链路的介质。网络204可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备201、202、203通过网络204与其他终端设备和服务器205进行交互，以接收或发送信息等，如发送资源转移请求和接收协议、资源转移结果等。终端设备201、202、203可以安装有各种通讯客户端应用，例如银行类应用、电商类应用、网页浏览器应用、搜索类应用、办公类应用、即时通信工具、邮箱客户端、社交平台软件等应用(仅为示例)。

终端设备201、202、203包括但不限于智能手机、销售终端(point of sale，简称POS)、台式电脑、增强现实设备、平板电脑、膝上型便携计算机、零售终端等等可以支持至少一种支付方式的电子设备。

服务器205可以接收资源转移请求，并对资源转移请求进行处理。例如，服务器205可以为后台管理服务器、服务器集群等。后台管理服务器可以对接收到的服务请求、信息请求等进行分析处理，并将处理结果(如协议信息、资源转移数量信息、奖励信息、资源转移处理的结果等)反馈给终端设备。

需要说明的是，本公开实施例所提供的协议确定方法可以由服务器205执行。相应地，本公开实施例所提供的协议确定装置可以设置于服务器205中。应该理解，终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

图3示意性示出了现有技术中介质、产品协议和账户之间的关系示意图。

为了便于更好地理解本公开的实施例，首先对现有技术中介质、产品协议和账户之间的关系进行示例性说明。如图3所示，现有技术中，介质里包含客户及账户信息，有些介质甚至包含产品信息，客户在使用介质时，银行服务器端直接按产品协议去做相应的账务处理。其中，介质可以为U盾、银行卡、存折等实体介质，该实体介质中可以存储信息，这些信息可以标识账户，这样使得银行可以基于介质中存储的信息确定对应的账户，以便于对账户进行管理，如资金划拨等。然而，如上，现有技术中介质、产品协议和账户之间的关系使得介质中必须存储包括账户、产品协议等相关信息，使得用户必须随身携带介质才能实现诸如支付等功能。此外，介质中存储的银行账户等数据与客户的财产安全密切相关，如果介质丢失，则可能对财产安全、隐私等构成威胁。

图4示意性示出了根据本公开实施例的协议确定方法的流程图。

如图4所示，该由服务器端执行的协议确定方法，可以包括操作S401～操作S407。

在操作S401，获取基于介质发起的资源转移请求，资源转移请求包括资源转入对象标识信息，介质承载有资源转出对象身份信息。

在本实施例中，介质包括：实物介质和数据介质中至少一种。其中，实物介质包括但不限于：银行卡、身份证件、U盾、存折、驾照等。其中，银行卡可以包括：借记卡、工资卡、信用卡、联名卡、银联卡等。这些介质可以存储有用户的账户、个人身份信息等。数据介质的引入使得用户可以脱离实物介质进行资源转移操作，使得用户无需再随身携带实物介质。例如，数据介质中可以承载有用户身份信息等。例如，数据介质包括但不限于人脸图像(特征)、指纹信息(特征)或声纹信息(特征)等多种生物特征。资源转入对象可以为商家、个人、第三方支付机构等。资源转出对象可以为商家、个人、第三方支付机构等。资源转入对象和资源转出对象在不同的场景下可能发生身份互换。

在操作S403，响应于资源转移请求，基于资源转出对象身份信息和第一映射关系确定产品协议，第一映射关系是资源转出对象标识信息与产品协议之间的关系，产品协议包括至少一个子协议。

在一个实施例中，为了增加用户的财产安全性，可以首先对个人身份信息进行身份认证。具体地，基于资源转出对象身份信息和第一映射关系确定产品协议可以包括如下操作。

首先，对介质承载的资源转出对象身份信息进行身份认证。例如，对于介质是银行卡的场景，可以由用户输入查询密码或支付密码进行认证。例如，对于介质是人脸图像的场景，可以由银行服务器端对人脸图像进行人脸识别，以确定该人脸图像对应哪个用户或用户标识，其中，人脸识别的技术可以采用多种现有技术。例如，对于介质是身份证的场景，可以由终端设备采集的人脸图像和身份证预留的认证人脸图像进行比对，以确定身份证持卡者是否为本人。第一映射关系可以是用户签定协议时生成的，如资源转出对象在签定协议时录入服务器端的用户标识与产品协议之间的映射关系。

然后，如果身份认证的结果是通过，则基于资源转出对象身份信息确定资源转出对象标识信息。身份认证过程可以采用多种身份认证技术，如加密、编码、解密、特征提取、特征比对、密码认证等。资源转出对象标识信息可以是资源转出对象由银行的服务器端分配的唯一标识符、姓名、身份证号码及其组合等。

接着，基于资源转出对象标识信息和第一映射关系确定产品协议。这样就可以确定资源转出对象曾与银行签定过哪些协议，这些签定的协议可以为诸如支付等操作提供支持。

在一个实施例中，为了进一步增加用户财产安全性，还可以基于资源转入对象的资源转入对象密钥对资源转入对象进行身份认证。该资源转入对象密钥可以是配对的公私钥对中一者。

通过以上方式可以在对资源转入对象进行身份认证的同时，确定与资源转入对象对应的资源转入对象标识信息，这样便于进一步基于该资源转入对象标识信息快速准确地确定对应的产品协议。

在操作S405，如果至少一个子协议中至少部分与资源转入对象标识信息之间存在第二映射关系，则基于第二映射关系和资源转入对象标识信息从至少部分子协议中确定推荐子协议，推荐子协议使得资源转移途径最优。

通过匹配的方式可以确定资源转出对象和资源转入对象之间存在哪些相匹配的产品协议，进而便于从相匹配的产品协议中确定最优的资源转移途径。其中，最优的资源转移途径可以是指针对某个或多个指标最优的途径。指标包括但不限于：优惠力度、转移成本、转移用时、转移路径、中转次数、安全成本、风险成本等。

例如，银行服务器端基于资源转出对象和资源转入对象，查找出资源转出对象签定的所有产品协议，在这些协议中查找是否有与该资源转入对象相关的产品协议，若有，则从相关产品协议中找出与该场景相关的协议条款及优惠条件，这样便于基于协议条款及优惠条件确定最优的资源转移途径。

在一个实施例中，各子协议与资源转出对象的账户和资源转入对象的账户中至少一个之间存在第三映射关系，以便通过账户进行资源转移。这样便于利用账户进行资源转移。

在操作S407，输出推荐子协议的关联信息。

在一个实施例中，可以由银行服务器端将推荐子协议输出至联动完成资源转移的服务器以直接完成资源转移。也可以是由银行服务器端将推荐子协议输出至终端设备以供用户基于展示的子协议关联信息选择资源转移途径。其中，子协议关联信息包括但不限于子协议信息、账户、商户活动、商户优惠、实际支付金额、奖励等中至少一种信息。

图5示意性示出了根据本公开实施例的介质、产品协议和账户之间的关系示意图。

相对于如图3所示现有技术的介质、产品协议和账户之间的关系，本公开实施例的介质、产品协议和账户之间的关系，如图5所示，转变为：介质除U盾、银行卡、存折等信息外，还可以是身份证件、生物特征，如指纹、虹膜、声纹、脸部等特征数据，这些隐私信息通过资源转入对象前台专门的设备读取，通过加密处理后传给银行的服务器端进行解码、验证。系统解析出来的数据与数据库里的信息进行比对后，找到对应的客户信息，再找到为该客户提供的所有产品服务的协议，再找到账户去做相应的账务处理。这样使得介质只有相应的特殊信息，不再包含客户、账户、产品等关联信息成为可能，有助于实现无实物介质化，并且有助于提升用户的财产安全和个人隐私安全等。

本公开实施例提供的协议确定方法，可以方便客户根据自身需求选择更为合适、更为有利的产品服务，并且不需要随身携带大量的实物介质以应对可能出现的使用场景，提升客户享受服务的同时更具安全性。

以下对身份认证过程进行示例性说明。

在一个实施例中，对于数据介质包括生物信息的场景，对介质承载的资源转出对象身份信息进行身份认证可以包括如下操作。首先，获取生物信息。然后，确定与生物信息对应的介质业务对象的数据集合。接着，基于生物信息在数据集合中进行匹配。然后，如果存在匹配结果，则身份认证的结果是通过。

例如，可以确定与生物信息对应的介质业务对象的数据集合，介质业务对象包括至少一个数据集合，至少一个数据集合的类型与生物信息的类型相适配。然后，基于生物信息在类型相适配的数据集合中进行匹配，类型相适配的数据集合包括生物认证信息。如上所示，生物信息可以是多种声音或图像信息等。

以下对业务对象进行示例性说明。

在一个实施例中，介质业务对象的数据集合通过如下方式构建。首先，构建介质业务对象。然后，将耦合的资源转出对象标识信息与产品协议进行拆分，得到产品协议信息。接着，将与产品协议信息对应，并且耦合的产品协议信息和介质信息进行拆分，得到介质信息。然后，将介质存储至介质业务对象的数据集合。

在一个实施例中，该协议确定方法还可以包括如下操作。

首先，构建业务对象，业务对象包括客户业务对象和产品协议业务对象。

然后，将耦合的对象标识信息与产品协议进行拆分，得到对象标识信息，其中，对象标识信息包括资源转出对象标识信息和资源转入对象标识信息。

接着，将产品协议信息存储在产品协议业务对象的数据集合中，并且将对象标识信息存储在客户业务对象的数据集合中。

图6示意性示出了根据本公开实施例的解耦过程示意图。

如图6所示，陈X签订过如下协议：协议1：信用卡；协议2：联名卡。将该信息拆分为三部分：陈X是针对客户业务对象的。协议1：信用卡是针对产品协议业务对象的。协议2：联名卡是针对产品协议业务对象的。这样可以将解耦后的三部分信息分别存储在与各自对应的业务对象的数据集合(如数据库)中。

图7示意性示出了根据本公开实施例的业务对象的示意图。

如图7所示，银行在构建业务架构时，需要将产品与介质分离，分别构建起客户、产品协议、介质等业务对象，为产品与介质分离创造基础条件。

其中，介质业务对象主要解决用于识别客户身份的所有介质，如身份证件、银行提供的卡片、客户预留的生物特征以及其他所有可电子化且属于客户的唯一特征值。

客户业务对象主要存储客户的相关信息，以更好为客户服务。

产品协议业务对象主要存储银行与客户签定的，能为客户提供服务的各项具体的服务内容。

构建介质与客户、客户与产品协议间的关联实体，以实现可以通过介质定位到客户，通过客户找到客户签定的产品协议。

具体地，对于银行等机构中已有的数据，可以通过原用户信息改造的方式构建上述客户、产品协议、介质等业务对象。

例如，数据架构层根据业务对象完成相应的数据库表改造后，将原耦合的客户与产品协议、产品与介质进行分拆，并进行数据移行，实现按新规则完成数据存储。其中，此改造对客户透明，不需要客户提供额外信息，只需要银行内部完成即可。

此外，对于银行等机构中没有的数据(如新客户的数据)，可以通过新建客户信息的方式构建上述客户、产品协议、介质等业务对象。

在一个实施例中，上述协议确定方法还可以包括如下操作。

首先，获取新对象标识信息以及与新对象标识信息对应的对象所签订的新产品协议。

然后，给新对象标识信息分配新介质信息。

接着，相关联地分别存储新对象标识信息、新产品协议和新介质信息。

例如，用户成为银行客户后，银行为客户建立起能标识出客户特征的业务对象信息；根据客户提供的信息建立起该能识别出客户的介质信息。

将客户、产品和介质分离后，客户可以通过任意介质均可进行客户的身份认证。随着新技术的成熟应用，便于实现客户身份认证的方式多样化，客户、产品和介质的分离将最大可能地充分应用新技术成果，银行服务器端只需要进行小范围的技术改造即可快速提供服务支持。

在构建上述客户、产品协议、介质等业务对象之后，便于银行为客户推荐相应的产品服务，与客户签定的产品协议内容存储于与客户相关联的产品协议业务对象中。需要说明的是，客户可以选择银行是否提供与该服务协议相关的实物介质。若选择实物介质，相关信息需要作为客户持有的介质回补到介质业务对象中。

在一个实施例中，资源转移请求还可以包括场景信息。

相应地，基于第二映射关系和资源转入对象标识信息从至少部分子协议中确定推荐子协议可以包括如下操作。

首先，根据场景信息、至少部分子协议的条款和与条款对应的优惠条件，确定至少部分子协议的条款各自优惠程度，以便基于优惠程度进行排序，确定优惠程度最高的条款。

然后，基于优惠程度最高的条款从至少部分子协议中确定推荐子协议。

表1处理逻辑

在一个实施例中，根据至少部分子协议的条款和与条款对应的优惠条件，按优惠程度进行排序，确定优惠程度最高的条款包括：将优惠条件、优惠金额输入筛选模型，得到优惠程度最高的条款。

关于最优惠的条款：将优惠条件、优惠金额作为特征值，使用机器学习模型，如Light Gradient Boosting Machine，简称LGB)模型筛选出最佳优惠条件，即客户能得到的最大的优惠金融按从高到低进行排序、推荐。

参考图1所示，客户在XX私房菜餐厅消费时，客户为持商家和银行的联名卡可享受8拆优惠，此时的优惠金额为消费后的2折金融。若此时银行与商家正在联合做每满500减150的活动，银行服务器端需要计算这两种优惠哪种的优惠力度更大，以免客户无法享受到最好优惠，导致促销效果不佳。

若客户消费了1000元，按联名卡优惠金额为200元，而按满减活动则优惠300元，银行服务器端会将满减活动作为最优服务推荐。若客户消费了800元，联名卡优惠金融为160元，而满减活动优惠150元，则银行服务器端将联名卡折扣作为最优服务推荐。

在确定了推荐子协议之后，可以基于该推荐子协议进行资源转移。其中，可以由银行服务器端自动基于该推荐子协议进行资源转移。此外，也可以由用户对推荐子协议进行确认后，再请求银行服务器端自动基于该推荐子协议进行资源转移。

图8示意性示出了根据本公开另一实施例的协议确定方法的流程图。

如图8所示，在执行操作S407，输出推荐子协议的关联信息之后，该协议确定方法还可以包括如下操作S809～操作S811。

在操作S809，获取资源转移指令，该资源转移指令表征按照推荐子协议执行由资源转出对象向资源转入对象进行资源转移的操作。

操作S811，响应于资源转移指令，基于推荐子协议将资源转出对象的资源转移至资源转入对象。

关于联动完成相应的业务处理：由于客户在银行有多个账户，系统将根据不同的优惠条件匹配到该产品协议条款所对应的账户完成相应的账务处理。

如上述案例中，满减活动是针对白金卡客户提供的，进行账务处理时，就会记白金卡所对应的账户进行账务处理；使用联名卡折扣时，记联名卡对应的账户进行账务处理。

本公开实施例提供的协议确定方法，产品与介质分离，可以方便客户根据需要选择更为合适、更为有利的产品服务，而不需要随身携带大量的实物介质以应对可能出现的使用场景，提升客户享受服务的同时更具安全性。另一方面，介质里只体现与客户相关的特殊数据，没有关联的银行账户等数据，对客户而言更具安全性。

当客户的生物特征发生变化时，只需要使用其中一种介质进行身份认证后，即可更新在银行预留的相应信息。当新技术的应用可形成新的介质时，不需要对系统做大改造，只需要完成相就原信息采集、在介质业务对象库里增加相应的信息存储后即可解决，提升系统的灵活性，满足客户的新需求。

本公开的一个方面提供了一种资源转移装置，图9示意性示出了根据本公开实施例的协议确定装置的框图。

如图9所示，该服务器端中的协议确定装置900可以包括：请求接收模块910、产品协议确定模块920、推荐子协议确定模块930和关联信息输出模块940。

其中，请求接收模块910用于获取基于介质发起的资源转移请求，资源转移请求包括资源转入对象标识信息，介质承载有资源转出对象身份信息，资源转出对象标识信息与产品协议之间存在第一映射关系。

产品协议确定模块920用于响应于资源转移请求，基于资源转出对象身份信息和第一映射关系确定产品协议，产品协议包括至少一个子协议。

推荐子协议确定模块930用于如果至少一个子协议中至少部分与资源转入对象标识信息之间存在第二映射关系，则基于第二映射关系和资源转入对象标识信息从至少部分子协议中确定推荐子协议，推荐子协议使得资源转移途径最优。

关联信息输出模块940用于输出推荐子协议的关联信息。

需要说明的是，各模块可执行的操作参考上述方法相关描述部分，在此不再赘述。

图10示意性示出了根据本公开实施例的协议确定系统的框图。

如图10所示，该协议确定系统1000包括相互通信连接的客户端1010和服务器端1020，客户端1010可以是资源转入对象的客户端。

例如，客户端1010响应于基于介质的用户操作，生成资源转移请求，并且将资源转移请求发送至服务器端，资源转移请求包括资源转入对象标识信息，介质承载有资源转出对象身份信息。

所述服务器端1020响应于所述资源转移请求，基于所述资源转出对象身份信息和第一映射关系确定产品协议，所述第一映射关系是资源转出对象标识信息与产品协议之间的关系，所述产品协议包括至少一个子协议。

所述服务器端1020还用于如果至少一个所述子协议中至少部分与所述资源转入对象标识信息之间存在第二映射关系，则基于所述第二映射关系和所述资源转入对象标识信息从至少部分所述子协议中确定推荐子协议，所述推荐子协议使得资源转移途径最优。

服务器端1020输出推荐子协议的关联信息，或者基于推荐子协议将资源转出对象的资源转移至资源转入对象。

图11示意性示出了根据本公开实施例的协议确定系统的逻辑图。

如图11所示，客户提供介质信息，如提供银行卡以供刷卡，或者面对摄像头以拍摄用户面部图像，或者按压指纹采集装置等。这样使得商家的客户端可以向银行系统(如银行服务器端)提供客户介质、商家信息和服务场景信息等。银行服务器端基于上述客户介质、商家信息和服务场景信息等进行客户身份认证以及商家认证。在双方认证通过后，可以定位与客户签定的产品协议，并从产品协议中确定最优方案。

例如，查找出客户签定的所有产品协议，在这些协议中查找是否有与该商家相关的产品协议，若有，则从相关产品协议中找出与该场景相关的协议条款及优惠条件。这样就可以向客户端反馈处理结果：如支付结果、采用的协议、支付的金额、优惠金额等信息。这样便于客户基于客户端显示的上述信息进行结果确认。

需要说明的是，装置部分实施例中各模块/单元等的实施方式、解决的技术问题、实现的功能、以及达到的技术效果分别与方法部分实施例中各对应的步骤的实施方式、解决的技术问题、实现的功能、以及达到的技术效果相同或类似，在此不再一一赘述。

根据本公开的实施例的模块、单元中的任意多个、或其中任意多个的至少部分功能可以在一个模块中实现。根据本公开实施例的模块、单元中的任意一个或多个可以被拆分成多个模块来实现。根据本公开实施例的模块、单元中的任意一个或多个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(FPGA)、可编程逻辑阵列(PLA)、片上系统、基板上的系统、封装上的系统、专用集成电路(ASIC)，或可以通过对电路进行集成或封装的任何其他的合理方式的硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，根据本公开实施例的模块、单元中的一个或多个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。

例如，请求接收模块910、产品协议确定模块920、推荐子协议确定模块930和关联信息输出模块940中的任意多个可以合并在一个模块中实现，或者其中的任意一个模块可以被拆分成多个模块。或者，这些模块中的一个或多个模块的至少部分功能可以与其他模块的至少部分功能相结合，并在一个模块中实现。根据本公开的实施例，请求接收模块910、产品协议确定模块920、推荐子协议确定模块930和关联信息输出模块940中的至少一个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(FPGA)、可编程逻辑阵列(PLA)、片上系统、基板上的系统、封装上的系统、专用集成电路(ASIC)，或可以通过对电路进行集成或封装的任何其他的合理方式等硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，请求接收模块910、产品协议确定模块920、推荐子协议确定模块930和关联信息输出模块940中的至少一个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。

图12示意性示出了根据本公开实施例的电子设备的方框图。图12示出的电子设备仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图12所示，根据本公开实施例的电子设备1200包括处理器1201，其可以根据存储在只读存储器(ROM)1202中的程序或者从存储部分1208加载到随机访问存储器(RAM)1203中的程序而执行各种适当的动作和处理。处理器1201例如可以包括通用微处理器(例如CPU)、指令集处理器和/或相关芯片组和/或专用微处理器(例如，专用集成电路(ASIC))，等等。处理器1201还可以包括用于缓存用途的板载存储器。处理器1201可以包括用于执行根据本公开实施例的方法流程的不同动作的单一处理单元或者是多个处理单元。

在RAM 1203中，存储有电子设备1200操作所需的各种程序和数据。处理器1201、ROM 1202以及RAM 1203通过总线1204彼此通讯连接。处理器1201通过执行ROM 1202和/或RAM 1203中的程序来执行根据本公开实施例的方法流程的各种操作。需要注意，程序也可以存储在除ROM 1202和RAM 1203以外的一个或多个存储器中。处理器1201也可以通过执行存储在一个或多个存储器中的程序来执行根据本公开实施例的方法流程的各种操作。

根据本公开的实施例，电子设备1200还可以包括输入/输出(I/O)接口1205，输入/输出(I/O)接口1205也连接至总线1204。电子设备1200还可以包括连接至I/O接口1205的以下部件中的一项或多项：包括键盘、鼠标等的输入部分1206；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分1207；包括硬盘等的存储部分1208；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分1209。通信部分1209经由诸如因特网的网络执行通信处理。驱动器1210也根据需要连接至I/O接口1205。可拆卸介质1211，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器1210上，以便于从其上读出的计算机程序根据需要被安装入存储部分1208。

根据本公开的实施例，根据本公开实施例的方法流程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读存储介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分1209从网络上被下载和安装，和/或从可拆卸介质1211被安装。在该计算机程序被处理器1201执行时，执行本公开实施例的系统中限定的上述功能。根据本公开的实施例，上文描述的系统、设备、装置、模块、单元等可以通过计算机程序模块来实现。

本公开还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施例中描述的设备/装置/系统中所包含的；也可以是单独存在，而未装配入该设备/装置/系统中。上述计算机可读存储介质承载有一个或者多个程序，当上述一个或者多个程序被执行时，实现根据本公开实施例的方法。

根据本公开的实施例，计算机可读存储介质可以是非易失性的计算机可读存储介质，例如可以包括但不限于：便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。例如，根据本公开的实施例，计算机可读存储介质可以包括上文描述的ROM 1202和/或RAM 1203和/或ROM 1202和RAM 1203以外的一个或多个存储器。

本领域技术人员可以理解，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合，即使这样的组合或结合没有明确记载于本公开中。这些实施例仅仅是为了说明的目的，而并非为了限制本公开的范围。尽管在以上分别描述了各实施例，但是这并不意味着各个实施例中的措施不能有利地结合使用。本公开的范围由所附权利要求及其等同物限定。不脱离本公开的范围，本领域技术人员可以做出多种替代和修改，这些替代和修改都应落在本公开的范围之内。

Claims (13)

1.一种由服务器端执行的协议确定方法，包括：

获取基于介质发起的资源转移请求，所述资源转移请求包括资源转入对象标识信息，所述介质承载有资源转出对象身份信息；

响应于所述资源转移请求，基于所述资源转出对象身份信息和第一映射关系确定产品协议，所述第一映射关系是资源转出对象标识信息与产品协议之间的关系，所述产品协议包括至少一个子协议；

如果至少一个所述子协议中至少部分与所述资源转入对象标识信息之间存在第二映射关系，则基于所述第二映射关系和所述资源转入对象标识信息从至少部分所述子协议中确定推荐子协议，所述推荐子协议使得资源转移途径最优；以及

输出所述推荐子协议的关联信息，

其中，所述资源转移请求还包括场景信息；

所述基于所述第二映射关系和所述资源转入对象标识信息从至少部分所述子协议中确定推荐子协议包括：

根据所述场景信息、至少部分所述子协议的条款和与所述条款对应的优惠条件，确定至少部分所述子协议的条款各自优惠程度，以便基于所述优惠程度进行排序，确定优惠程度最高的条款；以及

基于所述优惠程度最高的条款从至少部分所述子协议中确定推荐子协议，

其中，所述根据至少部分所述子协议的条款和与所述条款对应的优惠条件，按优惠程度进行排序，确定优惠程度最高的条款包括：

将优惠条件、优惠金额输入筛选模型，得到所述优惠程度最高的条款，其中，所述筛选模型包括LGB模型。

2.根据权利要求1所述的协议确定方法，其中，所述介质包括：实物介质和数据介质中至少一种；

所述基于所述资源转出对象身份信息和第一映射关系确定产品协议包括：

对所述介质承载的所述资源转出对象身份信息进行身份认证；

如果所述身份认证的结果是通过，则基于所述资源转出对象身份信息确定所述资源转出对象标识信息；以及

基于所述资源转出对象标识信息和所述第一映射关系确定产品协议。

3.根据权利要求2所述的协议确定方法，其中，所述对所述介质承载的所述资源转出对象身份信息进行身份认证包括：所述数据介质包括生物信息，

获取所述生物信息；

确定与所述生物信息对应的介质业务对象的数据集合；

基于所述生物信息在所述数据集合中进行匹配；以及

如果存在匹配结果，则身份认证的结果是通过。

4.根据权利要求3所述的协议确定方法，其中，所述介质业务对象的数据集合通过如下方式构建：

构建介质业务对象；

将耦合的所述资源转出对象标识信息与所述产品协议进行拆分，得到产品协议信息；

将与所述产品协议信息对应，并且耦合的产品协议信息和介质信息进行拆分，得到介质信息；以及

将所述介质信息存储至所述介质业务对象的数据集合。

5.根据权利要求4所述的协议确定方法，还包括：

构建业务对象，所述业务对象包括客户业务对象和产品协议业务对象；

将耦合的对象标识信息与所述产品协议进行拆分，得到对象标识信息，其中，所述对象标识信息包括资源转出对象标识信息和资源转入对象标识信息；以及

将所述产品协议信息存储在所述产品协议业务对象的数据集合中，并且将所述对象标识信息存储在所述客户业务对象的数据集合中。

6.根据权利要求5所述的协议确定方法，还包括：

获取新对象标识信息以及与所述新对象标识信息对应的对象所签订的新产品协议；

给所述新对象标识信息分配新介质信息；以及

相关联地分别存储所述新对象标识信息、所述新产品协议和所述新介质信息。

7.根据权利要求1至6任一项所述的协议确定方法，还包括：在所述输出所述推荐子协议的关联信息之后，

获取资源转移指令，所述资源转移指令表征按照所述推荐子协议执行由所述资源转出对象向所述资源转入对象进行资源转移的操作；以及

响应于所述资源转移指令，基于所述推荐子协议将所述资源转出对象的资源转移至所述资源转入对象。

8.根据权利要求1至6任一项所述的协议确定方法，其中，各子协议与资源转出对象的账户和资源转入对象的账户中至少一个之间存在第三映射关系，以便通过所述账户进行资源转移。

9.根据权利要求1至6任一项所述的协议确定方法，还包括：基于所述资源转入对象的资源转入对象密钥对所述资源转入对象进行身份认证。

10.一种服务器端的协议确定装置，包括：

请求接收模块，用于获取基于介质发起的资源转移请求，所述资源转移请求包括资源转入对象标识信息，所述介质承载有资源转出对象身份信息，所述资源转出对象标识信息与产品协议之间存在第一映射关系；

产品协议确定模块，用于响应于所述资源转移请求，基于所述资源转出对象身份信息和所述第一映射关系确定产品协议，所述产品协议包括至少一个子协议；

推荐子协议确定模块，用于如果至少一个所述子协议中至少部分与所述资源转入对象标识信息之间存在第二映射关系，则基于所述第二映射关系和所述资源转入对象标识信息从至少部分所述子协议中确定推荐子协议，所述推荐子协议使得资源转移途径最优；以及

关联信息输出模块，用于输出所述推荐子协议的关联信息，

其中，所述资源转移请求还包括场景信息；

所述基于所述第二映射关系和所述资源转入对象标识信息从至少部分所述子协议中确定推荐子协议包括：

根据所述场景信息、至少部分所述子协议的条款和与所述条款对应的优惠条件，确定至少部分所述子协议的条款各自优惠程度，以便基于所述优惠程度进行排序，确定优惠程度最高的条款；以及

基于所述优惠程度最高的条款从至少部分所述子协议中确定推荐子协议，

其中，所述根据至少部分所述子协议的条款和与所述条款对应的优惠条件，按优惠程度进行排序，确定优惠程度最高的条款包括：

将优惠条件、优惠金额输入筛选模型，得到所述优惠程度最高的条款，其中，所述筛选模型包括LGB模型。

11.一种协议确定系统，包括相互通信连接的客户端和服务器端，所述客户端是资源转入对象的客户端，其中：

所述客户端响应于基于介质的用户操作，生成资源转移请求，并且将所述资源转移请求发送至所述服务器端，所述资源转移请求包括资源转入对象标识信息，所述介质承载有资源转出对象身份信息；

所述服务器端响应于所述资源转移请求，基于所述资源转出对象身份信息和第一映射关系确定产品协议，所述第一映射关系是资源转出对象标识信息与产品协议之间的关系，所述产品协议包括至少一个子协议；

所述服务器端还用于如果至少一个所述子协议中至少部分与所述资源转入对象标识信息之间存在第二映射关系，则基于所述第二映射关系和所述资源转入对象标识信息从至少部分所述子协议中确定推荐子协议，所述推荐子协议使得资源转移途径最优；以及

所述服务器端输出所述推荐子协议的关联信息，或者基于所述推荐子协议将所述资源转出对象的资源转移至所述资源转入对象，

其中，所述资源转移请求还包括场景信息；

所述基于所述第二映射关系和所述资源转入对象标识信息从至少部分所述子协议中确定推荐子协议包括：

根据所述场景信息、至少部分所述子协议的条款和与所述条款对应的优惠条件，确定至少部分所述子协议的条款各自优惠程度，以便基于所述优惠程度进行排序，确定优惠程度最高的条款；以及

基于所述优惠程度最高的条款从至少部分所述子协议中确定推荐子协议，

其中，所述根据至少部分所述子协议的条款和与所述条款对应的优惠条件，按优惠程度进行排序，确定优惠程度最高的条款包括：

将优惠条件、优惠金额输入筛选模型，得到所述优惠程度最高的条款，其中，所述筛选模型包括LGB模型。

12.一种电子设备，包括：

一个或多个处理器；

存储装置，用于存储可执行指令，所述可执行指令在被所述处理器执行时，实现根据权利要求1～9任一项所述的方法。

13.一种计算机可读存储介质，其上存储有可执行指令，该指令被处理器执行时实现根据权利要求1～9中任一项所述的方法。