多租户争议服务制造技术

一种用于处理多租户架构系统中的争议的方法，包括：在第一服务供应商处接收来自管理多个顾客的实体身份的第二服务供应商的争议请求。该争议请求指示多个顾客中的顾客与另一实体之间的有争议的交易。方法包括访问身份管理器以确定顾客表示，该身份管理器先前将多个顾客入驻作为多个顾客表示。身份管理器由第一服务供应商托管，该第一服务供应商管理与顾客的实体身份相对应的顾客表示。有争议的请求与顾客表示一起被传播到确定争议的结果的争议管理引擎，该确定是基于有争议的交易的特征和顾客的特征的。方法还包括将确定传播到第二服务供应商。

【技术实现步骤摘要】
【国外来华专利技术】多租户争议服务
技术介绍
本公开的实施例一般涉及软件架构领域，并且更具体地涉及管理如何在多租户系统架构中入驻(on-board)、管理和/或访问各种实体。复杂的软件系统可以具有各种架构，包括单租户软件架构和多租户软件架构等。在单租户软件架构中，每个实体(例如一家公司或该公司的一部分)均可以拥有每个软件应用程序、数据和任何支持基础设施的自己的实例。在单租户架构中，每个租户实体的软件均可以根据需要进行定制。然而，使用单租户架构的缺点包括资源费用以及为每个租户托管、定制和维护单独的软件应用程序的要求。相比之下，在多租户软件架构中，每个实体均可以共享应用程序、数据和/或基础设施的相同实例。多租户软件供应商可从单个软件架构向多个实体提供其应用程序和/或资源。在多租户软件架构中，可以在各个实体之间共享对数据的访问。通过共享大量应用程序、数据和软件，可以优化各种资源，例如安装、配置、物理服务器数量、维护甚至电力。然而，使用多租户架构的缺点包括管理多个软件应用程序如何在多个客户端之间配置和共享的复杂性。同样，设计提供对数据、资源、和/或使用数据和/或资源进行操作的交易服务的安全和可靠访问的多租户基于架构的软件系统可能是棘手的。此外，当在多租户架构系统中使用最初由不同企业管理和/或托管的软件应用程序时，可能会出现互操作性困难。附图说明通过参考附图，可以更好地理解本实施例，并且本领域技术人员可以清楚地了解许多目的、特征和优点。图1是示出可以通过与用户设备进行通信来访问的多租户软件架构系统的实施例的系统示意图。图2是示出图1的多租户软件架构的用于处理争议的实施例的系统示意图。图3是示出由多租户市场架构系统使用的数据结构的示意图。图4是示出用于多租户架构系统的多租户争议服务的模型的实施例的示意图。图5是示出在多租户架构系统中使用多租户争议服务的操作流程的实施例的时序图。图6是示出在多租户架构系统中使用多租户争议服务的操作流程的实施例的示意图。图7是示出图1-图6的通信系统中使用的电子设备的实施例的框图。具体实施方式下面的描述包括体现本公开的技术的示例性系统、方法、技术、指令序列和/或计算机程序产品。然而，应当理解，可以在没有这些具体细节的情况下实践所描述的实施例。例如，虽然一些示例涉及访问租户服务，但也考虑了其他类型的服务供应商，例如软件即服务(SaaS)等。此外，虽然讨论主要涉及向访问多租户系统的各种实体提供争议服务，但也考虑了使用类似方法提供其他服务。在本文描述的多租户软件架构中，每个租户均可以共享应用程序、数据和/或基础设施。多租户软件供应商可以使用多租户软件平台向多个实体提供应用程序和/或资源。多租户软件平台可以促进添加新租户以及入驻由这些新租户提供的数据和/或服务。多租户软件平台可以通过跨租户的各个实体来实现数据访问的规则和策略。多租户软件平台可以使用身份服务(identityservice)来提供对这些服务的访问，例如从关联一个租户的实体到另一个租户提供的服务。多租户软件平台可以促进租户之间的交易业务，例如源自访问另一租户的资源的一个租户的交易业务。多租户软件平台还可以向任何租户的实体(例如，客户)提供争议解决能力。同一租户或不同租户的实体之间可能会发生争议。例如，第一个租户(例如，PAYPAL)的顾客可能会与另一个租户(例如，BRAINTREE)的商家进行交易，例如购买某种产品并付款。再举一个例子，另一个租户(例如，VENMO)的客户可以发起一笔交易，将资金从客户的账户转移到另一个客户(例如，个人对个人的P2P交易)。因此，交易可能涉及P2P或企业对消费者(B2C)交易中的资金转移。在某些情况下，这些交易可能会产生争议。争议可能是由于第一实体与第二实体之间的分歧。在上面讨论的第一示例中，顾客可能声称其没有收到从商家购买的物品。顾客可能会声称该互动是欺诈性的，并且其没有参与互动。顾客可能会声称向顾客账户收取的交易金额与预期或约定的不同。作为另一个示例，顾客可能声称收到的物品与描述不符、损坏、有缺陷和/或从商家收到的物品存在另一个问题。顾客可能会声称交易发生了重复收费。客户可能会声称商家没有按照先前解决的争议所承诺的那样处理退款。对于上面讨论的第二个示例(即P2P)，可能会出现类似的争议原因，取决于基础交易的类型。多租户软件平台(也称为多租户平台)可以包括多个先前已入驻的租户。多租户平台可以使用与用户相关联的统一身份来促进对这些租户的实体、策略和服务的访问。租户可以由服务供应商托管和管理。可以基于统一身份的特权以及每个租户的策略来确定对服务的访问。服务可以包括各种商家服务，例如经由(与统一身份相关联的)用户设备(在某个租户处)在店内结账、访问租户的在线商店、在租户的某个商店提前订购、特定租户处的现金流入过程(例如，在自动柜员机(ATM)上)、现金流出过程(例如，在ATM上)、以及在租户的油泵边支付加油站处的自助加油结账等。这些服务可以包括SaaS和平台即服务(PaaS)服务和/或用户设备可访问的其他云服务。例如，解决方案供应商可以提供对用户设备、各种软件应用程序的访问，或者将此类软件交付给用户设备。服务还可以包括租户间交易服务，其中源自第一租户的交易服务需要访问第二租户的交易资源。多租户平台可以访问其他服务，例如多租户身份服务和/或多租户交易资源服务，以确定如何处理租户间交易(以及租户内交易)。多租户平台因此可以利用统一身份服务来基于与每个租户相关联的策略提供对租户的选定服务和/或数据的访问。多租户平台可以使用单独的数据库来存储数据以实现隔离，例如当新租户入驻现有平台时，并提供逻辑和/或物理数据隔离。通过入驻租户和选择性地交叉公开服务，可以实现共享数据访问。例如，对于由PAYPAL管理的多租户平台，多租户平台的某些功能，例如风险即服务(RaaS)和/或争议即服务(DaaS)，可以被提供给第三方入驻租户，如FACEBOOK、GOOGLE及其相应的组织，如市场、商店等。因此，在一些实施例中，多租户平台可以包括核心租户(例如PAYPAL)和/或从该租户访问多租户平台的用户，该核心租户提供核心服务和基础设施(包括身份即服务(IaaS)功能)以及对选定租户的任何附加数据访问。可以通过每个租户和/或多租户平台的规则和/或策略，来确定对核心服务和/或基础设施的访问级别。多租户平台可以通过利用使用一个或多个数据结构的身份管理器来入驻新租户。在一些实施例中，多租户平台可以基于用户请求为用户应用程序展示适当的用户体验。多租户平台可以实现向各种实体和/或租户提供IaaS服务的方法。多租户平台可以通过访问经由各种分层数据结构建模(或使用其他实现方式建模)的服务和实体来提供IaaS和其他服务(例如，DaaS)。多租户平台可以入驻第三方租户，并为这些租户及其相应的组织提供入站服务和出站服务。例如，多租户平台可以入驻GOOGLE和GOOGLE的各种组织，例如，INSTAGRAM和SHOPS、它们相应的商家、以及每个商家的客户。在一些实施本文档来自技高网...

【技术保护点】
1.一种用于处理多租户架构系统中的争议的方法，所述方法包括：/n在第一服务供应商处接收来自管理多个顾客的实体身份的第二服务供应商的争议请求，所述争议请求指示所述多个顾客中的顾客与另一实体之间的有争议的交易；/n访问身份管理器以确定所述顾客的顾客表示，所述多个顾客先前入驻所述身份管理器作为相应的多个顾客表示，所述身份管理器由所述多租户架构系统托管，所述多租户架构系统管理与所述第二服务供应商的多个顾客的实体身份相对应的顾客表示；/n将具有所述顾客表示的所述争议请求传播到争议管理引擎，所述争议管理引擎确定所述争议的结果，所述确定基于所述有争议的交易的特征和所述顾客的特征；以及/n将所述确定传播到所述第二服务供应商。/n

【技术特征摘要】
【国外来华专利技术】20181228 US 16/235,9761.一种用于处理多租户架构系统中的争议的方法，所述方法包括：
在第一服务供应商处接收来自管理多个顾客的实体身份的第二服务供应商的争议请求，所述争议请求指示所述多个顾客中的顾客与另一实体之间的有争议的交易；
访问身份管理器以确定所述顾客的顾客表示，所述多个顾客先前入驻所述身份管理器作为相应的多个顾客表示，所述身份管理器由所述多租户架构系统托管，所述多租户架构系统管理与所述第二服务供应商的多个顾客的实体身份相对应的顾客表示；
将具有所述顾客表示的所述争议请求传播到争议管理引擎，所述争议管理引擎确定所述争议的结果，所述确定基于所述有争议的交易的特征和所述顾客的特征；以及
将所述确定传播到所述第二服务供应商。


2.根据权利要求1所述的方法，
其中，所述访问所述身份管理器包括：从由所述身份管理器管理的第一分层数据系统确定所述顾客表示；并且
其中，所述第一分层数据系统存储所述多个顾客表示的实体身份。


3.根据权利要求1所述的方法，还包括：
使用所述顾客表示来访问活动管理器，以访问由所述第二服务供应商在所述多个顾客中的相应顾客与多个实体之间执行的交易的副本，其中，所述多个实体包括所述多个顾客中的至少一些顾客。


4.根据权利要求1所述的方法，还包括：
基于访问由所述第一服务供应商提供的风险服务来确定所述争议的结果，所述风险服务针对所述多个顾客中的至少一些顾客经由所述多个顾客表示中的相应顾客表示来提供风险确定服务。


5.根据权利要求1所述的方法，还包括：
确定访问已入驻的第二服务供应商的服务作为所述确定所述争议的结果的一部分。


6.根据权利要求1所述的方法，还包括：
确定所述另一实体是由入驻在所述身份管理器中的第三服务供应商下的商家表示所表示的商家；以及
使用与所述商家表示相关联的信息来修改所述争议请求。


7.根据权利要求6所述的方法，还包括：
确定所述商家先前经由所述商家表示访问的所述第一服务供应商的附加服务；
基于所述附加服务来确定所述信息。


8.根据权利要求1所述的方法，还包括：
使所述第二服务供应商入驻所述身份管理器，包括使所述多个顾客入驻作为所述相应的多个顾客表示，其中，所述使所述第二服务供应商入驻包括：确定由所述身份管理器建模的争议相关策略和能力。


9.根据权利要求1所述的方法，还包括：
在处理所述争议请求期间向所述第二服务供应商传送回调通信，以指示所述争议请求的传播。


10.一种系统，包括：
非暂态存储器存储指令；和
处理器，所述处理器被配置为执行所述指令以使得所述系统执行以下操作：
访问身份管理器以确定作为有争议的交易的一方的顾客的顾客表示，所述顾客是先前入驻所述身份管理器作为相应的多个顾客表示的多个顾客中的一个顾客，所述身份管理器由第一服务供应商托管，所述第一服务供应商管理与所述多个顾客的实体身份相对应的顾客表示身份，所述实体身份由第二服务供应商管理；
使用所述顾客表示来访问活动管理器，以确定所述顾客与另一实体之间的有争议的交易的细节，所述活动管理器存储所述多个顾客的多个交易的指示，所述多个交易的指示是从所述第二服务供应商接收的；以及
为所述多个顾客中的所述顾客与所述另一实体之间的所述有争议的交易生成争议请求，所述争议请求是基于所述顾客表示和所述有争议的...

【专利技术属性】
技术研发人员：普拉桑特·简赫德卡，阿拉维丹·兰加纳坦，桑迪普·库马尔，曼文德拉·夏尔马，诺希罗·青木，贾斯汀·怀特，杰夫·迈耶，
申请(专利权)人：贝宝公司，
类型：发明
国别省市：美国;US