一种偏好设置、业务处理的系统、方法、装置及设备与流程

本说明书涉及计算机
技术领域：
，尤其涉及一种偏好设置、业务处理的方法、装置及设备。
背景技术：
为了能够更好的向用户提供服务，当前，各服务商可以和同一第三方进行合作，以使各自运营的app中能够支持该第三方提供的业务。例如，多个服务商与能够提供支付业务的同一第三方进行合作，以使各自运营的app具备调用该第三方提供的支付业务的功能。在实际应用中，服务商可以向用户提供偏好执行方式的设置服务，以使用户可以通过自己喜欢的执行方式来执行该业务。例如，不同的用户在执行支付业务时所喜爱的验证方式有所不同，有些用户习惯通过密码进行验证，有些用户倾向使用指纹验证，有些则用户喜欢使用手势密码来进行验证。因此，用户可以通过app提供的偏好执行方式的设置功能，设置自身偏好的验证方式。由于各服务商基于自身的实际需求，所能向用户提供的设置执行该业务时的偏好执行方式的偏好类型可能不尽相同。这就需要第三方的工作人员针对不同的服务商的实际需求，在第三方的用户管理系统中为不同的服务商手动设置不同的偏好类型。当服务商需要修改、删除、增加一些偏好类型时，工作人员也需要对用户管理系统中保存的偏好类型手动进行修改、删除、增加等操作，因此极大的增加工作人员的负担，同时增加了服务商调整偏好类型的周期。基于现有技术，需要更为快捷、方便的偏好设置方式。技术实现要素：本说明书提供一种偏好设置的系统，用以解决现有技术的无法灵活设置偏好类型的问题。本说明书提供了一种偏好设置的系统，包括：用户管理系统，接收用户通过应用app发送的偏好设置请求，根据所述偏好设置请求中携带的待设置的偏好类型确定偏好设置信息，将所述偏好设置信息发送给偏好管理系统，当接收到所述偏好管理系统发送的指示消息时，根据所述偏好设置请求中携带的偏好执行方式，对所述待设置的偏好类型进行设置；偏好管理系统，接收用户管理系统发送的偏好设置信息，判断所述偏好设置信息中携带的待设置的偏好类型是否存在于预先保存的与所述app对应的偏好类型，若是，发送所述指示消息，若否，则不发送所述指示消息。本说明书提供一种偏好设置的方法，用以解决现有技术的无法灵活设置偏好类型的问题。本说明书提供了一种偏好设置的方法，包括：接收用户管理系统发送的偏好设置信息，所述偏好设置信息是所述用户管理系统根据用户通过所述app发送的偏好设置请求确定出的；判断所述偏好设置信息中携带的待设置的偏好类型，是否存在于预先保存的与所述app对应的偏好类型中；若是，指示所述用户管理系统根据所述偏好设置请求中携带的偏好执行方式，对所述待设置的偏好类型进行设置；若否，不指示所述用户管理系统对所述待设置的偏好类型进行设置。本说明书提供一种偏好设置的装置，用以解决现有技术的无法灵活设置偏好类型的问题。本说明书提供了一种偏好设置的装置，包括：接收模块，接收用户管理系统发送的偏好设置信息，所述偏好设置信息是所述用户管理系统根据用户通过所述app发送的偏好设置请求确定出的；判断模块，判断所述偏好设置信息中携带的待设置的偏好类型，是否存在于预先保存的与所述app对应的偏好类型中；若是，指示所述用户管理系统根据所述偏好设置请求中携带的偏好执行方式，对所述待设置的偏好类型进行设置；若否，不指示所述用户管理系统对所述待设置的偏好类型进行设置。本说明书提供一种偏好设置的设备，用以解决现有技术的无法灵活设置偏好类型的问题。本说明书提供了一种偏好设置的设备，包括一个或多个存储器以及处理器，所述存储器存储程序，并且被配置成由所述一个或多个处理器执行以下步骤：接收用户管理系统发送的偏好设置信息，所述偏好设置信息是所述用户管理系统根据用户通过所述app发送的偏好设置请求确定出的；判断所述偏好设置信息中携带的待设置的偏好类型，是否存在于预先保存的与所述app对应的偏好类型中；若是，指示所述用户管理系统根据所述偏好设置请求中携带的偏好执行方式，对所述待设置的偏好类型进行设置；若否，不指示所述用户管理系统对所述待设置的偏好类型进行设置。本说明书提供一种业务处理的系统，用以解决现有技术的无法灵活设置偏好类型的问题。本说明书提供了一种业务处理的系统，包括：业务系统，接收用户通过应用app发送的业务处理请求，根据所述业务处理请求中携带的所述app的app标识，确定偏好查询请求，将所述偏好查询请求发送给偏好管理系统，以获取与所述app标识对应的偏好类型，从用户管理系统中查询出与所述偏好类型对应的偏好执行方式，通过所述偏好执行方式，对所述业务处理请求对应的业务进行处理；偏好管理系统，接收业务系统发送的偏好查询请求，查询与所述偏好查询请求中携带的所述app标识对应的偏好类型，并返回给所述业务系统；用户管理系统，接收业务系统发送的偏好类型，并返回与所述偏好类型对应的偏好执行方式。本说明书提供一种业务处理的方法，用以解决现有技术的无法灵活设置偏好类型的问题。本说明书提供了一种业务处理的方法，包括：接收业务系统发送的偏好查询请求，所述偏好查询请求是所述业务系统根据获取到的应用app标识确定出的，所述app标识是所述业务系统从用户通过app发送的业务处理请求中获取到的与所述app对应的app标识；查询与所述偏好查询请求中携带的所述app标识对应的偏好类型；将查询出的所述偏好类型发送给所述业务系统，以使所述业务系统根据所述偏好类型，从所述用户管理系统中确定出与所述偏好类型对应的偏好执行方式，以通过所述偏好执行方式，对所述用户发送的业务处理请求所对应的业务进行处理。本说明书提供一种业务处理的装置，用以解决现有技术的无法灵活设置偏好类型的问题。本说明书提供了一种业务处理的装置，包括：接收模块，接收业务系统发送的偏好查询请求，所述偏好查询请求是所述业务系统根据获取到的应用app标识确定出的，所述app标识是所述业务系统从用户通过app发送的业务处理请求中获取到的与所述app对应的app标识；查询模块，查询与所述偏好查询请求中携带的所述app标识对应的偏好类型；发送模块，将查询出的所述偏好类型发送给所述业务系统，以使所述业务系统根据所述偏好类型，从所述用户管理系统中确定出与所述偏好类型对应的偏好执行方式，以通过所述偏好执行方式，对所述用户发送的业务处理请求所对应的业务进行处理。本说明书提供一种业务处理的系统，用以解决现有技术的无法灵活设置偏好类型的问题。本说明书提供了一种业务处理的系统，包括一个或多个存储器以及处理器，所述存储器存储程序，并且被配置成由所述一个或多个处理器执行以下步骤：接收业务系统发送的偏好查询请求，所述偏好查询请求是所述业务系统根据获取到的应用app标识确定出的，所述app标识是所述业务系统从用户通过app发送的业务处理请求中获取到的与所述app对应的app标识；查询与所述偏好查询请求中携带的所述app标识对应的偏好类型；将查询出的所述偏好类型发送给所述业务系统，以使所述业务系统根据所述偏好类型，从所述用户管理系统中确定出与所述偏好类型对应的偏好执行方式，以通过所述偏好执行方式，对所述用户发送的业务处理请求所对应的业务进行处理。本说明书提供一种业务处理的方法，用以解决现有技术的无法灵活设置偏好类型的问题。本说明书提供了一种业务处理的方法，包括：接收用户通过应用app发送的业务处理请求；根据所述业务处理请求中携带的所述app的app标识，确定偏好查询请求；将所述偏好查询请求发送给偏好管理系统，以获取与所述app标识对应的偏好类型；从用户管理系统中查询出与所述偏好类型对应的偏好执行方式；通过所述偏好执行方式，对所述业务处理请求对应的业务进行处理。本说明书提供一种业务处理的装置，用以解决现有技术的无法灵活设置偏好类型的问题。本说明书提供了一种业务处理的装置，包括：接收模块，接收用户通过应用app发送的业务处理请求；确定模块，根据所述业务处理请求中携带的所述app的app标识，确定偏好查询请求；发送模块，将所述偏好查询请求发送给偏好管理系统，以获取与所述app标识对应的偏好类型；查询模块，从用户管理系统中查询出与所述偏好类型对应的偏好执行方式；处理模块，通过所述偏好执行方式，对所述业务处理请求对应的业务进行处理。本说明书提供一种业务处理的系统，用以解决现有技术的无法灵活设置偏好类型的问题。本说明书提供了一种业务处理的系统，包括一个或多个存储器以及处理器，所述存储器存储程序，并且被配置成由所述一个或多个处理器执行以下步骤：接收用户通过应用app发送的业务处理请求；根据所述业务处理请求中携带的所述app的app标识，确定偏好查询请求；将所述偏好查询请求发送给偏好管理系统，以获取与所述app标识对应的偏好类型；从用户管理系统中查询出与所述偏好类型对应的偏好执行方式；通过所述偏好执行方式，对所述业务处理请求对应的业务进行处理。本说明书采用的上述至少一个技术方案能够达到以下有益效果：在本说明书一个或多个实施例中，偏好管理系统可以接收用户管理系统发送的偏好设置信息，该偏好设置信息是该用户管理系统根据用户通过app发送的偏好设置请求确定出的。偏好管理系统可以判断该偏好设置信息中携带的待设置的偏好类型，是否存在于预先保存的与该app对应的偏好类型中，若是，则可指示该用户管理系统根据该偏好设置请求中携带的偏好执行方式，对该待设置的偏好类型进行设置，否则，不指示该用户管理系统对该待设置的偏好类型进行设置。由于可以通过偏好管理系统，对偏好类型进行设置，并将设置的各偏好类型保护在该偏好管理系统中。后续用户通过该偏好管理系统中包含的该app对应的偏好类型进行偏好设置时，偏好管理系统只需判断出偏好设置信息中携带的偏好类型存在于已经保存的该app对应的偏好类型中，即可指示用户管理系统对待设置的偏好类型进行设置，从而极大的提高了偏好类型设置的灵活性。附图说明此处所说明的附图用来提供对本说明书的进一步理解，构成本说明书的一部分，本说明书的示意性实施例及其说明用于解释本说明书，并不构成对本说明书的不当限定。在附图中：图1为本说明书提供的现有技术中用户进行偏好设置以及业务处理的示意图；图2为本说明书提供的偏好设置的过程示意图；图3为本说明书提供的业务处理的过程示意图；图4为本说明书提供的用户进行偏好设置以及业务处理的详细过程示意图；图5为本说明书提供的一种偏好设置的装置示意图；图6为本说明书提供的一种业务处理的装置示意图；图7为本说明书提供的一种业务处理的装置示意图；图8为本说明书提供的偏好设置的设备示意图；图9为本说明书提供的业务处理的设备示意图；图10为本说明书提供的业务处理的设备示意图。具体实施方式在现有技术中，用户可以通过app进行偏好设置，如图1所示。图1为本说明书提供的现有技术中用户进行偏好设置以及业务处理的示意图。用户根据自身的实际需求，需要对执行支付业务时的偏好执行方式进行设置。app可以向用户展示相应的支付偏好设置页面，用户可以在该支付偏好设置页面中，选择使用信用卡支付作为执行该支付业务所需的偏好执行方式，进而使app根据用户选择的偏好执行方式，生成相应的偏好设置请求，并将该偏好设置请求发送的用户管理系统。用户管理系统在接收到该偏好设置请求后，可以根据该偏好设置请求中包含的页面标识，确定出该支付偏好设置页面所对应的偏好类型：favoritepayment，并将该favoritepayment作为数据主键key，与该偏好设置请求中作为value的“使用信用卡支付”的字段对应进行保存，从而完成对用户偏好执行方式的设置，并将设置成功的结果返回给用户。用户通过该app执行支付业务时，可以通过该app向支付系统发送支付请求。该支付系统可以通过该支付请求中包含的页面标识，确定出该页面标识对应的偏好类型key，继而向用户管理系统中查询该偏好类型key对应的值value，以通过该value确定出用户需要通过信用卡支付的方式进行支付，进而通过该用户预先绑定的信用卡处理该支付业务。然而在现有技术中，用户管理系统中的各个偏好类型(即上述示例中的key)均是系统维护人员预先根据服务商的实际需求写死在用户管理系统中的。换句话说，若是服务商需要更改存储在用户管理系统中的各偏好类型，则系统维护人员需要手动对用户管理系统中保存的各偏好类型进行修改，从而使得服务商更改各偏好类型变得较为困难。并且，由于在实际应用中，多个服务商可能会和同一第三方进行合作，以使各自运营的app中能够支持该第三方提供的业务。这样一来，第三方的系统维护人员需要根据不同的服务商的需要，手动为每个服务商设置偏好类型，并保存在第三方的用户管理系统中，这样将进一步增加系统维护人员的负担。为此，本说明书提供了一种偏好设置的方法，在该方法中偏好管理系统可以接收用户管理系统发送的偏好设置信息，该偏好设置信息是该用户管理系统根据用户通过app发送的偏好设置请求确定出的。偏好管理系统可以判断该偏好设置信息中携带的待设置的偏好类型，是否存在于预先保存的与该app对应的偏好类型中，若是，则可指示该用户管理系统根据该偏好设置请求中携带的偏好执行方式，对该待设置的偏好类型进行设置，否则，不指示该用户管理系统对该待设置的偏好类型进行设置。由于可以通过偏好管理系统，对偏好类型进行设置，并将设置的各偏好类型保护在该偏好管理系统中。后续用户通过该偏好管理系统中包含的该app对应的偏好类型进行偏好设置时，偏好管理系统只需判断出偏好设置信息中携带的偏好类型存在于已经保存的该app对应的偏好类型中，即可指示用户管理系统对待设置的偏好类型进行设置，从而极大的提高了偏好类型设置的灵活性。为了使本
技术领域：
的人员更好地理解本说明书一个或多个实施例中的技术方案，下面将结合本说明书一个或多个实施例中的附图，对本说明书一个或多个实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本说明书一部分实施例，而不是全部的实施例。基于本说明书中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都应当属于本说明书保护的范围。图2为本说明书提供的偏好设置的过程示意图，具体包括以下步骤：s200：接收用户管理系统发送的偏好设置信息，所述偏好设置信息是所述用户管理系统根据用户通过所述app发送的偏好设置请求确定出的。在本说明书中，设有偏好管理系统，该偏好管理系统中预先保存有各app对应的各偏好类型。该偏好管理系统可以通过保存的各app与各偏好类型的对应关系，以及接收到的用户管理系统发送的偏好设置信息，指示该用户管理系统对用户所需的偏好执行方式进行设置。其中，这里提到的偏好设置信息可以是用户管理系统根据用户发送的偏好设置请求确定出的。app可以根据用户在该app所展示的偏好设置页面中所选择的偏好执行方式，生成相应的偏好设置请求。该偏好设置请求中包含有该app的app标识、业务类型以及用户选择的偏好执行方式所对应的偏好类型。这里提到的业务类型与该偏好设置页面相对应。在实际应用中，用户需要对一项业务进行偏好设置时，可以在app中展示的针对该业务的偏好设置页面中选择所需的偏好执行方式。所以，不同的偏好设置页面可以对应不同的业务，也即对应不同的业务类型。如，用户在支付偏好设置页面中设置偏好的支付方式时，该支付偏好设置页面即与支付业务(该支付业务即为业务类型)相对应。在本说明书中，app中预先保存有该app对应的各偏好类型，app可以根据用户所设置的偏好执行方式，确定出与之对应的偏好类型。例如，用户在app中设置偏好的验证方式时，则app可以确定出与该验证方式相对应的偏好类型：favoriteauthentication。由于在实际应用中，不同的服务商可以和同一第三方进行合作，但是在这种场景下，可能会存在不同服务商设置相同的偏好类型，但是相同的偏好类型在不同服务商所推出的app中所对应的偏好执行方式不同的情况发生。例如，假设服务商a和服务商b均设置有fav1这一偏好类型，但是在服务商a所推出的app中，fav1对应的偏好执行方式为最喜欢的支付方式，而在服务商b推出的app中，fav1对应的偏好执行方式为最喜欢的验证方式。为了能够有效的区分不同服务商所设置的偏好类型，可以引入app标识，将各服务商设置的各偏好类型在app的层面上进行有效的隔离，从而避免混用不同服务商设置的相同的偏好类型。当然，也可以通过服务商标识(如服务商名称、服务商机构代码等)，来对各偏好类型在服务商的层面上进行有效隔离。相应的，app向用户管理系统发送的偏好设置请求中也将携带有服务商标识。用户管理系统可以根据该偏好设置请求确定出偏好设置信息。该偏好设置信息中包含有app标识、业务类型以及偏好类型。偏好管理系统在接收到该偏好设置信息后，可以在后续过程中，对该偏好设置信息进行验证，并确定该偏好设置信息验证通过后，指示用户管理系统对用户所需的偏好执行方式进行设置。需要说明的是，在本说明书中，运营app的服务商可以根据自身的实际需求，可以在该偏好管理系统中设置偏好类型。当服务商需要在原有的基础上增加偏好类型时，可以将待添加偏好类型发送给偏好管理系统，偏好管理系统可以将该待添加偏好类型与该app对应的app标识，以及该待添加偏好类型对应的偏好执行方式所适用的业务类型进行对应保存。同理，服务商需要对原有的偏好类型删除时，可以将待删除偏好类型发送给偏好管理系统，该偏好管理系统可以将保存的待删除偏好类型与该app标识的对应关系进行删除，同时，可以指示用户管理系统将该待删除偏好类型以及与之对应的偏好执行方式进行删除。若服务商需要对原有的偏好类型进行修改，则可以将待修改偏好类型以及针对该待修改偏好类型进行修改后所得到的修改后偏好类型发送给偏好管理系统，该偏好管理系统可以将保存的该待修改偏好类型修改为该修改后偏好类型，并指示该用户管理系统将该待修改偏好类型修改为该修改后偏好类型。从上述可以看出，在整个系统架构中设置的偏好管理系统可以为各服务商提供便捷的偏好类型设置服务，相当于该偏好管理系统为各服务商提供了一个设置偏好类型的窗口。各服务商可以根据自己的实际需求，自行的完成各偏好类型的设置、修改、删除，从而提高了服务商设置偏好类型的便捷性以及灵活性。s202：判断所述偏好设置信息中携带的待设置的偏好类型，是否存在于预先保存的与所述app对应的偏好类型中，若是，则执行步骤s204，若否，则执行步骤s206。s204：指示所述用户管理系统根据所述偏好设置请求中携带的偏好执行方式，对所述待设置的偏好类型进行设置。s206：不指示所述用户管理系统对所述待设置的偏好类型进行设置。在实际应用中，可能会存在服务商更新了app，但未对偏好类型进行及时更新的情况发生。假设，服务商针对一项业务增加了一种偏好类型，并在自身所推出的app中添加了相应的偏好类型，但是，服务商却未及时在偏好管理系统中同步该偏好类型。基于此，偏好管理系统在接收到用户管理系统发送的偏好设置信息后，可以判断是否已经保存有该偏好设置信息中包含的app标识、业务类型以及偏好类型这三者之间的对应关系。若存在，则可以确定该偏好类型为该服务商预先设置的，进而在后续过程中，可以向用户管理系统发送指示消息，以指示用户管理系统，将该偏好类型与该偏好设置请求中包含的偏好执行方式对应保存，否则，不向该用户管理系统发送指示消息，即，不指示用户管理系统将该偏好类型与该偏好执行方式对应进行保存。当然，若是偏好管理系统确定未保存有该对应关系，则可以向该app对应的服务商发送询问消息，以询问该服务商是否增加了该偏好类型，以通过这种方式及时提示该服务商对偏好管理系统中包含的偏好类型进行同步。在本说明书中，用户管理系统可以根据偏好管理系统的指示，将该偏好标识与该偏好执行方式进行对应保存。具体的，用户管理系统可以将该偏好类型作为查询主键key，并将偏好设置请求中表示用户设置的偏好执行方式的偏好方式字段作为value进行保存，如下表所示。keyvalue业务类型favoritepayment信用卡支付表1假设，用户管理系统在接收到偏好管理系统发送的指示后，可以将偏好类型作favoritepayment作为查询主键key，将偏好设置请求中表示偏好执行方式的偏好方式字段：信用卡，作为该key：favoritepayment的value对应进行保存，同时可以将该偏好类别对应的业务类型一并对应进行保存。这样一来，后续app可以将该偏好类型favoritepayment作为查询主键key，从用户管理系统中查询出该key：favoritepayment对应的value值，进而通过该value值，确定出用户需要通过使用信用卡的支付方式完成支付。当然，上述对应关系中也可以加入app标识(或服务商标识)，也即，用户管理系统中可以将app标识、偏好类型、偏好方式字段以及业务类型这四者对应进行保存。从上述方法中可以看出，由于可以通过偏好管理系统，对偏好类型进行设置，并将设置的各偏好类型保护在该偏好管理系统中。后续用户通过该偏好管理系统中包含的该app对应的偏好类型进行偏好设置时，偏好管理系统只需判断出偏好设置信息中携带的偏好类型存在于已经保存的该app对应的偏好类型中，即可指示用户管理系统对待设置的偏好类型进行设置，从而极大的提高了偏好类型设置的灵活性。用户完成偏好执行方式的设置后，可以在后续过程中，通过设置的偏好执行方式进行业务处理，如图3所示。图3为本说明书提供的业务处理的过程示意图。s300：接收用户通过应用app发送的业务处理请求。s302：根据所述业务处理请求中携带的所述app的app标识，确定偏好查询请求。用户在业务执行过程中，可以通过终端中安装的app，向业务系统发送业务处理请求，以进行业务执行。这里提到的终端可以是手机、电脑等设备。该app向业务系统发送的业务处理请求中可以携带有该app对应的app标识，以及该业务对应的业务类型，进而根据确定出的该app标识以及业务类型，确定出相应的偏好查询请求。s304：将所述偏好查询请求发送给偏好管理系统，以获取与所述app标识对应的偏好类型。由于偏好管理系统中保存有各app标识、各业务类型以及各偏好类型的对应关系，因此，业务系统可以将该偏好查询请求发送的偏好管理系统，偏好管理系统可以根据该偏好查询请求中包含的app标识以及业务类型，确定出与该业务类型以及app标识相对应的至少一个偏好类型，进而将确定出的偏好类型返回给业务系统。s306：从用户管理系统中查询出与所述偏好类型对应的偏好执行方式。s308：通过所述偏好执行方式，对所述业务处理请求对应的业务进行处理。从上述说明可知，业务系统中保存有各偏好类型和各偏好执行方式的对应关系，所以，业务系统可以进一步的从用户管理系统中查询出与获取到的偏好类型相对应的偏好执行方式，进而通过查询出的偏好执行方式，对获取到的业务处理请求所对应的业务进行处理。具体的，业务类型可以将获取到的偏好类型作为查询主键，以从用户管理系统中查询出与该查询主键对应的值，以通过查询出的值，确定出用户设置的与偏好类型相对应的偏好执行方式，进而通过该偏好执行方式，进行业务处理。为了能够进一步的描述本说明书提供的偏好设置和业务处理方法，下面将以具体的实例，将偏好设置和业务处理的两个过程完整的进行说明，如图5所示。图4为本说明书提供的用户进行偏好设置以及业务处理的详细过程示意图。用户可以通过app，设置在执行支付业务时所需的偏好执行方式。app可以根据用户选择的偏好执行方式，生成相应的偏好设置请求，以发送给用户管理系统。其中，该偏好设置请求中包含有该app对应的app标识、该支付业务对应的业务类型，以及该偏好执行方式对应的偏好类型。用户管理系统可以根据该偏好设置请求，生成包含有该app标识、业务类型以及该偏好类型的偏好设置信息，并将该偏好设置信息发送给偏好管理系统。该偏好管理系统可以对该偏好设置信息中包含的这三者的对应关系进行验证，以确定这三者的对应关系是否存在于该偏好管理系统中包含的各app标识、各业务类型以及各偏好类型的对应关系中。若存在，则可以指示用户管理系统，将该偏好类型以及该偏好设置请求中包含的偏好执行方式进行对应保存。用户在执行支付业务时，可以通过app向支付系统(即业务系统)发送支付请求(即业务处理请求)。支付系统可以从该支付请求中确定出发送该支付请求的app的app标识，进而向偏好管理系统中查询与该app提供的支付业务相对应的偏好类型。支付系统获取到该偏好类型后，可以从用户管理系统中查询出与该偏好类型以及该用户的用户标识(如用户账号等)对应的偏好执行方式为：银行卡支付，进而可以通过银行卡支付的方式，完成该用户执行的支付业务。以上为本说明书的一个或多个实施例提供的偏好设置方法以及业务处理的方法，基于同样的思路，本说明书还提供了相应的偏好设置的装置，以及业务处理的装置，如图5、6、7所示。图5为本说明书提供的一种偏好设置的装置示意图，具体包括：接收模块501，接收用户管理系统发送的偏好设置信息，所述偏好设置信息是所述用户管理系统根据用户通过所述app发送的偏好设置请求确定出的；判断模块502，判断所述偏好设置信息中携带的待设置的偏好类型，是否存在于预先保存的与所述app对应的偏好类型中；若是，指示所述用户管理系统根据所述偏好设置请求中携带的偏好执行方式，对所述待设置的偏好类型进行设置；若否，不指示所述用户管理系统对所述待设置的偏好类型进行设置。所述偏好设置信息还包括：所述app的app标识、业务对应的业务类型；所述判断模块502，判断是否预先保存有所述app标识、所述业务类型以及所述偏好类型的对应关系。所述装置还包括：保存模块503，当接收到待添加偏好类型时，则将所述待添加偏好类型与所述app的app标识对应保存；当接收到待删除偏好类型时，则删除保存的所述待删除偏好类型与所述app标识的对应关系；当接收到待修改偏好类型以及所述待修改偏好类型对应的修改后偏好类型时，则将保存的所述待修改偏好类型修改为所述修改后偏好类型，并指示所述用户管理系统将待修改偏好类型修改为所述修改后偏好类型。图6为本说明书提供的一种业务处理的装置示意图，具体包括：接收模块601，接收业务系统发送的偏好查询请求，所述偏好查询请求是所述业务系统根据获取到的应用app标识确定出的，所述app标识是所述业务系统从用户通过app发送的业务处理请求中获取到的与所述app对应的app标识；查询模块602，查询与所述偏好查询请求中携带的所述app标识对应的偏好类型；发送模块603，将查询出的所述偏好类型发送给所述业务系统，以使所述业务系统根据所述偏好类型，从所述用户管理系统中确定出与所述偏好类型对应的偏好执行方式，以通过所述偏好执行方式，对所述用户发送的业务处理请求所对应的业务进行处理。所述偏好查询请求中还携带有所述业务对应的业务类型；所述查询模块602，从预先保存的各app标识、各业务类型以及各偏好类型的对应关系中，查询与所述app标识和所述业务类型相对应的偏好类型。图7为本说明书提供的一种业务处理的装置示意图，具体包括：接收模块701，接收用户通过应用app发送的业务处理请求；确定模块702，根据所述业务处理请求中携带的所述app的app标识，确定偏好查询请求；发送模块703，将所述偏好查询请求发送给偏好管理系统，以获取与所述app标识对应的偏好类型；查询模块704，从用户管理系统中查询出与所述偏好类型对应的偏好执行方式；处理模块705，通过所述偏好执行方式，对所述业务处理请求对应的业务进行处理。所述确定模块702，根据所述业务处理请求中携带的所述app的app标识以及所述业务对应的业务类型，确定所述偏好查询请求。所述发送模块703，将所述偏好查询请求发送给所述偏好管理系统，以从所述偏好管理系统中获取与所述app标识和所述业务类型相对应的偏好类型。所述查询模块704，将获取到的偏好类型作为查询主键发送给所述用户管理系统，以从所述用户管理系统中获取所述查询主键对应的值；根据获取到的值，确定所述偏好类型对应的偏好执行方式。基于上述说明的偏好设置的方法，本说明书还对应提供了一种用于偏好设置的设备，如图8所示。该设备包括一个或多个存储器以及处理器，所述存储器存储程序，并且被配置成由所述一个或多个处理器执行以下步骤：接收用户管理系统发送的偏好设置信息，所述偏好设置信息是所述用户管理系统根据用户通过所述app发送的偏好设置请求确定出的；判断所述偏好设置信息中携带的待设置的偏好类型，是否存在于预先保存的与所述app对应的偏好类型中；若是，指示所述用户管理系统根据所述偏好设置请求中携带的偏好执行方式，对所述待设置的偏好类型进行设置；若否，不指示所述用户管理系统对所述待设置的偏好类型进行设置。基于上述说明的业务处理的方法，本说明书还对应提供了一种用于业务处理的设备，如图9所示。该设备包括一个或多个存储器以及处理器，所述存储器存储程序，并且被配置成由所述一个或多个处理器执行以下步骤：接收业务系统发送的偏好查询请求，所述偏好查询请求是所述业务系统根据获取到的应用app标识确定出的，所述app标识是所述业务系统从用户通过app发送的业务处理请求中获取到的与所述app对应的app标识；查询与所述偏好查询请求中携带的所述app标识对应的偏好类型；将查询出的所述偏好类型发送给所述业务系统，以使所述业务系统根据所述偏好类型，从所述用户管理系统中确定出与所述偏好类型对应的偏好执行方式，以通过所述偏好执行方式，对所述用户发送的业务处理请求所对应的业务进行处理。基于上述说明的业务处理的方法，本说明书还对应提供了一种用于业务处理的设备，如图10所示。该设备包括一个或多个存储器以及处理器，所述存储器存储程序，并且被配置成由所述一个或多个处理器执行以下步骤：接收用户通过应用app发送的业务处理请求；根据所述业务处理请求中携带的所述app的app标识，确定偏好查询请求；将所述偏好查询请求发送给偏好管理系统，以获取与所述app标识对应的偏好类型；从用户管理系统中查询出与所述偏好类型对应的偏好执行方式；通过所述偏好执行方式，对所述业务处理请求对应的业务进行处理。在本说明书的一个或多个实施例中，偏好管理系统可以接收用户管理系统发送的偏好设置信息，该偏好设置信息是该用户管理系统根据用户通过app发送的偏好设置请求确定出的。偏好管理系统可以判断该偏好设置信息中携带的待设置的偏好类型，是否存在于预先保存的与该app对应的偏好类型中，若是，则可指示该用户管理系统根据该偏好设置请求中携带的偏好执行方式，对该待设置的偏好类型进行设置，否则，不指示该用户管理系统对该待设置的偏好类型进行设置。由于可以通过偏好管理系统，对偏好类型进行设置，并将设置的各偏好类型保护在该偏好管理系统中。后续用户通过该偏好管理系统中包含的该app对应的偏好类型进行偏好设置时，偏好管理系统只需判断出偏好设置信息中携带的偏好类型存在于已经保存的该app对应的偏好类型中，即可指示用户管理系统对待设置的偏好类型进行设置，从而极大的提高了偏好类型设置的灵活性。在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)，如调制的数据信号和载波。还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。本说明书可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本说明书的一个或多个实施例，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。以上所述仅为本说明书的一个或多个实施例而已，并不用于限制本说明书。对于本领域技术人员来说，本说明书的一个或多个实施例可以有各种更改和变化。凡在本说明书的一个或多个实施例的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本说明书的权利要求范围之内。当前第1页12