CN109074603A - 用于供应客户产品的方法和*** - Google Patents

用于供应客户产品的方法和*** Download PDF

Info

Publication number
CN109074603A
CN109074603A CN201680084837.6A CN201680084837A CN109074603A CN 109074603 A CN109074603 A CN 109074603A CN 201680084837 A CN201680084837 A CN 201680084837A CN 109074603 A CN109074603 A CN 109074603A
Authority
CN
China
Prior art keywords
product
entity
global
database
entities
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
CN201680084837.6A
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.)
Telefonaktiebolaget LM Ericsson AB
Original Assignee
Telefonaktiebolaget LM Ericsson AB
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 Telefonaktiebolaget LM Ericsson AB filed Critical Telefonaktiebolaget LM Ericsson AB
Publication of CN109074603A publication Critical patent/CN109074603A/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
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G06Q30/0601—Electronic shopping [e-shopping]
    • G06Q30/0621—Item configuration or customization
    • 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
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G06Q30/0601—Electronic shopping [e-shopping]
    • G06Q30/0603—Catalogue ordering
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/21—Design, administration or maintenance of databases
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/23—Updating
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/66—Policy and charging system
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/50—Service provisioning or reconfiguring

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Databases & Information Systems (AREA)
  • General Business, Economics & Management (AREA)
  • Strategic Management (AREA)
  • Marketing (AREA)
  • Economics (AREA)
  • Data Mining & Analysis (AREA)
  • Development Economics (AREA)
  • General Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

提供了一种产品供应方法，所述方法包括：基于一个或多个标准来评估产品的每个实体，以确定所述产品是否能够作为能够全局更新的产品被填充在数据库中；如果已经确定所述产品有资格作为能够全局更新的产品被填充在数据库中，则执行以下步骤：对于所述产品的每个实体，确定该实体是否具有成为全局实体的资格；对于所述产品的每个有资格的实体，生成全局实体实例；对于所述产品的每个有资格的实体，保存所述全局实体实例；对于所述产品的每个无资格的实体，生成缺省实体实例；将每个缺省实体实例保存在数据库中；以及如果已经确定所述产品没有资格作为能够全局更新的产品被填充在数据库中，则作为本地产品来实例化所述产品并将所述产品填充在数据库中。

Description

用于供应客户产品的方法和***
技术领域
本发明总体上涉及通信网络，且更具体地涉及用于提供和/或供应产品的机制和技术。
背景技术
随着时间的推移，向电信产品用户提供的产品和服务的数量已显著增长。例如，在无线通信的早些年，设备可以用于通话，并且可能还具有发送和接收文本消息的能力。随着时间的推移，引入了具有各种能力的先进技术和无线电话，其可以访问由网络运营商提供的各种服务，例如数据服务。最近有许多设备(例如所谓的“智能”电话和平板电脑)可以访问通信网络，在通信网络中，网络的运营商和其他各方提供许多不同类型的服务、应用等。这些服务和产品已经变得如此众多，以至于更新它们已成为一项昂贵的挑战。
现在将关于计费和账单***(Charging and Billing system)来描述如何提供电信服务和产品的示例。在计费和账单***中，客户可以使用的服务(例如，向另一方发送短消息服务(SMS)或利用移动数据)被建模为通过产品规范(specification)和产品报价(offering)来实现的服务。产品报价是客户实际看到的要购买的项目。该产品报价可以是单个产品或捆绑产品。产品规范例如包含诸如产品与哪些服务相关之类的配置，且产品报价包含例如使用这些服务的价格以及经常性费用等。
图1示出了与实体、客户和产品相关联的传统产品供应(provisioning)过程的一部分。当客户102订购产品报价时，该产品报价被实例化为客户102的合同104上的产品实例(instance)106。服务和其他实体(entity)也被实现为为了使客户102能够使用该产品而需要的合同104上的个人实例。例如，如图1所示，还存在与产品实例106相关联的面向客户服务(CFS)112和面向资源服务(RFS)114，它们也具有与产品规范110相关联的对应实例。这些对应实例是面向客户服务规范(CFSS)116和面向资源服务规范(RFSS)118。备选地，服务和其他实体可能由于先前的产品购买已经在之前进行了实例化并且已经存在。一旦在合同上对产品实例106进行了实例化并将其设置为活动状态，客户102就可以使用与该产品相关联的服务。个人实例(例如产品或服务实例)还可以包含对于客户和合同独一无二的值，例如联系地址、个人价格或最喜欢的折扣数。与产品实例104相关联的是描述产品的一个或多个产品报价实体108和描述技术定义的产品规范实体110，技术定义例如是在计费中使用的价格模型，其根据需要从产品报价中输入价格。
在大多数情况下，如图2和图3所示，客户属于基础简档(profile)，其也被称为基础订阅(subscription)，该基础简档具有对于该简档来说共用的产品和数据的集合。例如，“客户1”200可以签订合同“合同1”202，该“合同1”202链接到该客户已购买或订阅的产品和服务。在该示例中是“产品A”204、“产品B”206、“产品C”208和“产品D”210。类似地，如图3所示，“客户2”300可以签订合同“合同2”302，该合同也链接到该客户已购买或订阅的产品和服务。在该示例中是“产品A”304、“产品B”306、“产品C”308和“产品D”310。可以将这些产品和服务视为订阅的基础产品的实例化的表示。在大多数***中，使用的大多数实例都是此基础产品类型。然而，除了基础订阅之外，客户还可以拥有附加产品，附加产品是客户在基础订阅之上购买的产品。
实例化的产品通常包括本文中被描述为“属性”的可能需要更新的各种数据项或字段。可能需要在某个时间点进行修改的、产品可能包括的属性的示例包括：名称；描述；通向所谓“子产品”(例如，当产品是包含若干其他产品在内的捆绑产品时，该若干其他产品例如是用于SMS的一个产品、用于语音呼叫的另一产品以及用于数据流量的第三产品)的链接；通向由产品包含的定价所针对的服务的链接；通向包含用于支付的资源在内的桶(例如，使用其包含的服务)的链接；使用价格、经常性费用、启动费用等；通向实例化该产品时所来自的产品报价的链接；以及产品的特征值(如果产品是个性化的或定制的)。
在已有***中，每个产品报价直接在客户合同上进行实例化，这导致与每个产品相关联的一部分信息在***中被多次存储。这是有问题的，并且随着设备数量和产品/服务数量的增加，问题越来越严重。
在供应对产品报价的更改(例如配置更新或错误更正)时，需要资源和时间来更新所有客户实例，并且通常分批执行而不是一次性执行。此外，由于可能需要接触或修改数百万个实例，因此该供应通常在***中的低流量时间期间执行。产品的这种大规模供应也称为“分批处理”。这通常要求该分批处理需要在新版本产品的发布日期之前恰当执行。优选地，所选择的该发布日期具有可接受的交付期(lead time)，使得使用同一产品的所有客户将以下述方式来应用这些更改：这些更改将在基本相同的时间变得有效。实施产品更改时的延迟也可能是有问题的，因为在实施更改时不得不具有时间延迟可能会导致客户的不良体验，这取决于例如更改的性质。
图4中以简化格式示出了分批处理的示例，其中，将产品传播给两个不同的用户。在该示例中，“客户1”400和“客户2”406各自具有它们自己的合同“合同1”402和“合同2”408。每个合同还包括与每个客户的合同的产品(“产品A”404)有关的信息。对“产品A”的更改(如“产品报价”410所示)正在发生，并且需要经由分批处理向每个用户传播，如箭头412和414所示。这在时间和资源方面可能是昂贵的，特别是当存在许多产品、许多更改、许多用户，并且每个实体需要作为分批处理的一部分单独更新时。
对于纠错的情况，执行分批处理可能会导致其他问题。例如，对于从应用更改的时间点起直到所有实例都已被供应更改为止的期间内已经发生的所有事务，运营商可能还需要在之后纠正这些事务。可以通过例如重新定额或通过直接补偿客户(如果不能重新定额的话)来执行该纠正。
备选地，已经建立了各种次优解决方案以避免分批更新，且这些复杂的解决方案通常也会产生它们自己的问题集。例如，一种备选方案是不允许影响所有实例的更改，即，使用在所允许的改变方面非常不灵活的***。再举一个例子，***可能无法更新已有产品，而是代之以供应新产品实例(和其他实体实例)，并让客户停止使用旧产品。
因此，需要提供克服实现产品供应的传统方法的上述缺点的方法和设备。
发明内容
实施例允许将共用的产品、服务等实例化为全局实体，以供订购这些产品和服务的所有客户访问。这通过减少这些数据的副本的数量(在某些情况下减少至单个实例)来减少与供应产品和服务相关联的成本和时间。
根据实施例，提供一种产品供应方法。所述方法包括：基于一个或多个标准来评估产品的每个实体，以确定所述产品是否能够作为能够全局更新的产品被填充在数据库中；如果已经确定所述产品有资格作为能够全局更新的产品被填充在数据库中，则执行以下步骤：对于所述产品的每个实体，确定该实体是否具有成为全局实体的资格；对于所述产品的每个有资格的实体，生成全局实体实例；对于所述产品的每个有资格的实体，保存所述全局实体实例；对于所述产品的每个无资格的实体，生成缺省实体实例；以及将每个缺省实体实例保存在数据库中；如果已经确定所述产品没有资格作为能够全局更新的产品被填充在数据库中，则作为本地产品来实例化所述产品并将所述产品填充在数据库中。
根据一个实施例，提供一种用于产品供应的通信节点。所述通信节点包括：执行以下步骤的处理器：基于存储器中存储的一个或多个标准来评估产品的每个实体，以确定所述产品是否能够作为能够全局更新的产品被填充在数据库中；如果已经确定产品实例有资格作为能够全局更新的产品被填充在数据库中，则执行以下步骤：对于所述产品的每个实体，确定该实体是否具有成为全局实体的资格；对于所述产品的每个有资格的实体，生成全局实体实例；对于所述产品的每个有资格的实体，保存所述全局实体实例；对于所述产品的每个无资格的实体，生成缺省实体实例；以及将每个缺省实体实例保存在数据库中；如果已经确定所述产品没有资格作为能够全局更新的产品被填充在数据库中，则作为本地产品来将所述产品填充在数据库中。
根据实施例，提供一种用于产品供应的非暂时性计算机可读介质，其在由处理器执行时执行以下步骤：基于一个或多个标准来评估产品的每个实体，以确定所述产品是否能够作为能够全局更新的产品被填充在数据库中；如果已经确定所述产品有资格作为能够全局更新的产品被填充在数据库中，则执行以下步骤：对于所述产品的每个实体，确定该实体是否具有成为全局实体的资格；对于所述产品的每个有资格的实体，生成全局实体实例；对于所述产品的每个有资格的实体，保存所述全局实体实例；对于所述产品的每个无资格的实体，生成缺省实体实例；以及将每个缺省实体实例保存在数据库中；如果已经确定所述产品没有资格作为能够全局更新的产品被填充在数据库中，则作为本地产品来实例化所述产品并将所述产品填充在数据库中。
附图说明
合并在说明书中并且构成其一部分的附图示出一个或多个实施例并连同描述一起解释这些实施例。在附图中：
图1示出了传统产品供应过程的一部分；
图2显示了具有基础订阅的客户；
图3显示了具有基础订阅的另一个客户；
图4示出了分批处理的示例；
图5描绘了根据实施例的捆绑产品的示例；
图6显示了根据实施例的客户、合同和捆绑产品之间的视图；
图7示出了根据实施例的对产品更新的供应；
图8描绘了根据实施例的支持供应的节点和功能；
图9示出了根据实施例的订单流程；
图10显示了根据实施例的算法；
图11显示了根据实施例的用于供应产品的方法的流程图；
图12示出了根据实施例的用于供应产品的另一种方法的流程图；
图13显示了根据实施例的用户设备(UE)；以及
图14描绘了根据实施例的通信节点。
具体实施方式
对实施例的以下描述参照附图。不同附图中的相同的附图标记表示相同或者相似的元素。以下详细描述并不限制本发明。反之，本发明的范围由所附权利要求限定。接下来要讨论的实施例不限于下面描述的配置，而是可以扩展到稍后讨论的其他布置。
贯穿说明书，对“一个实施例”或“实施例”的提及意味着结合实施例所描述的特定特征、结构或特性被包括在本发明的至少一个实施例中。因此，贯穿本说明书在各个地方出现的短语“在一个实施例中”或“在实施例中”不一定全指代同一实施例。此外，可以在一个或多个实施例中通过任何合适的方式来组合特定特征、结构或特性。
如上所述，存在与当前的产品和服务供应方法相关联的问题，例如，数据的多个副本、长供应时间和大量资源需求，然而以下实施例描述了通过减少这类数据的副本数量(在某些情况下减少至某些实体的单个实例)来减轻这些问题的***和方法。这些产品和服务可以包括(但不限于)由客户的用户设备(UE)和其他客户设备使用的移动应用、数据服务、游戏和语音服务。
例如，代替直接在客户合同下实例化所有产品，可以将一些共用的产品、服务等实例化为全局实体，以供所有订购这些产品和服务的客户(在本文中也称为“用户”)重用。特定实体是否可以被实例化为全局实体将取决于例如实体的内容和实体的活动时间帧。通过引入这些全局定义，外部视角或用户视角不需要发生改变，且周围***无需意识到实体是本地实体还是全局实体。
为了帮助澄清本文描述的实施例的不同方面，现在描述各种概念和术语。产品通常描述服务以及客户可以如何使用它。客户在购买产品(可以是单个产品或捆绑产品)时会看到描述该服务的产品报价。产品报价链接到它通过产品规范来描述的一个或多个服务。实体与产品报价、服务规范和相关联资源相关联。实体还描述了要提供的服务的各种元素以及诸如定价之类的信息。
产品报价不在运营商网络的实际实施服务的所谓技术部分中，即，它们不包括用于执行所需服务的可执行逻辑。相反，产品报价是包括商业信息(例如，使用价格、安装价格、月费等)在内的描述符，在较高级别上由用户看到。与产品规范和服务规范相关联的实体处于由***看到的更详细的级别，以便***理解需要获取、指向或创建哪些可执行元素(例如实例)。技术规范描述了实体的执行逻辑，且实例赋予用户“执行”实体并保持客户的个人属性和实体偏好的权利。
本文使用的实体可以是本地实体，例如，在购买时在每个客户合同上实例化，或者是全局实体，例如，被存储在单个位置但经由链接来引用。此外，还有缺省实体实例，其用于保持全局产品实例的个人数据。属性(attribute)是实体实例可以包含的各条信息。
实施例确定哪些产品以及哪些实体可以使用全局或本地实体来定义。另外，实施例使得能够通过使用缺省实体来保持全局实体的一些个性化数据。缺省实体实例保持全局实体实例的个人数据，但在客户合同处被实例化。通过尽可能使用全局实体定义(例如，当个人数据量较低时)，为产品供应而执行的分批更新的数量将减少，这进而减少了存储器存储，降低错误可能性，减少产品和服务所需的更新时间，并降低网络运营商的成本。此外，实施例允许以更快的时间来更新对整个客户群(customer base)的配置，因为对单个全局实例的更新将即时影响使用该全局定义的所有合同。
前面已经在较高级别上描述了实施例，现在参考图5来描述捆绑产品的示例，该捆绑产品具有多个实体并且具有订阅模板，用户可以购买该订阅模板以在设备上使用或由设备使用。订阅模板500包括名为MobileComplete4GB的基础订阅502，并且在目录管理器中被定义。MobileComplete4GB 502例如表示以下订阅：向客户提供使用来自移动设备的语音、数据、SMS的能力，并且被限制为4千兆字节(GB)限额。MobileComplete4GB 502包括多个实体：产品报价(PO)基础语音504、PO基础数据506、PO基础短消息服务(SMS)508、PO数据4GB510、产品规范(PS)基础语音512、PS基础数据514、PS基础SMS 516、PS数据4GB 518、面向客户服务规范(CFSS)语音520、CFSS数据522、CFSS SMS 524、面向资源服务规范(RFSS)语音526、RFSS数据528、RFSS SMS 530和IDSpec 532。
产品报价一般描述所报价的产品，且产品规范一般描述与PO相关联的更多技术方面(例如计费)。在此示例中，所有这些实体都是全局实体，但IDSpec 532除外，它是缺省实体。另外，虽然每个实体被示为单个块，但是每个实体可以具有与它们相关联的一个或多个子实体(未示出)。
根据实施例，存在客户和合作伙伴管理(CPM)***(下面参考图8更详细地描述)，该CPM***负责实例化客户，并且还通过接收与MobileComplete4GB 502的全局定义的全局引用“globalRef”关系，来确定何时应该使用基础订阅MobileComplete4GB 502来实例化新客户和合同。如果不存在MobileComplete4GB的全局定义，则必须首先创建该全局定义。
为简单起见，在图5所示的该示例中，假设基础订阅下的除IDSpec 532以外的所有产品和实体被共同实例化，且在“BeginningOfTime”到“EndofTime”期间具有活动状态和有效性。在该实施例中，这允许这些实体是全局实体。关于可以是用户的电话号码的实体IDSpec，该实体中的值对于每个用户是独一无二的，且因此不是全局的。对于诸如此类的情况，创建缺省实体以保持独一无二的数据，并充当该个人数据在MobileComplete4GB 502捆绑产品中的保持点(holding spot)。
根据实施例，缺省实体是覆盖(overlay)实体，在覆盖实体中，为原本使用全局实体来定义的实体存储特定于客户的细节。缺省实体仅存储特定信息，并在新请求的数据创建内的任何内容与全局定义的数据不匹配时创建。当创建缺省实体时，使用“ShadowRef”作为能够在正常实体(例如，本地或全局实体)与缺省实体之间进行区分的关系。
根据实施例，客户、合同和捆绑产品MobileComplete4GB 502之间的内部透视图将如图6所示。更具体地，在图6中，客户A 602具有合同X 604，客户B 606具有合同Y 608，并且客户C 610具有合同Z 612，其中每个合同604、608、612与捆绑产品MobileComplete4GB 502相关联。另外，每个客户及其各自的合同还具有独一无二的标识符以独一无二地标识用户。在该示例中，独一无二的标识符是与每个客户相关联的移动台国际订户目录号码(MSISDN)614、616和618。已经创建了缺省实体MSISDN 620，作为覆盖以供与MobileComplete4GB502相关联的全局捆绑产品使用。从客户实例的角度来看，MobileComplete4GB还包括产品基础语音622、产品基础数据624、产品基础(SMS)626、产品4GB数据628、面向客户规范(CFS)语音630、CFS数据632、CFS SMS 634、面向资源规范(RFS)语音636、RFS数据638、RFS SMS 640。
通过使用这些全局实体来引入与客户群有关的新产品和服务，成本将显著降低，这是因为新产品和服务只需要在构成基础订阅的全局实体上写入一次，而不需要在每个单一客户合同上写入。
考虑图6中所示的示例，可以看出：不是针对每个客户合同来更新大量实体，而是在每个客户合同与全局存储的产品捆绑之间提供链接，并且在各MSISDN 614、616和618到缺省实体MSISDN 620之间提供链接。
根据实施例，用于引入新产品时关于图6描述的全局供应过程也可以用于供应对产品和服务的更新，现在关于图7对其进行描述。在图7所示的该示例中，已经将称为基础补充的新服务或产品702添加到产品捆绑MobileComplete4GB 502(其包括先前关于图6讨论的实体)。基础补充702例如可以是一种选项，其允许客户通过网页(可以通过该网页支付以进行补充)或通过代金券***，经由称为基本补充的服务向预付费账户添加更多资金。基础补充702还包括实体CFS补充704和RFS补充706。通过更新MobileComplete4GB的产品报价，可以使用新实体来供应全局定义实例，且结果是新的补充服务将基本上即时可用于具有MobileComplete4GB 502的所有客户。
如上所述，与产品相关联的实体可以例如在与账单和计费***相关联的数据库中本地实例化或全局实例化。根据实施例，存在被标记为智能实体优化器(IEO)的功能，该功能确定一个实体是否将是本地实体、全局实体、缺省实体或多个实体(例如全局实体和缺省实体)。图8示出了各种节点和功能，它们相互作用以处理订单并确定要为产品和服务生成的实体类型。在图8中存在购物车802，其包含由客户生成的订单。订单管理(OM)节点804负责处理订购并协调基于所下订单所需的所有更改，例如，需要创建新服务实体或需要将电话号码发布给客户。
客户和合作伙伴管理(CPM)节点806存放实际的客户信息，例如产品和服务的独一无二实体。IEO 808可以是CPM 806内的实例创建流程的一部分，备选地，IEO 808可以是独立节点或另一节点的一部分。目录管理器(CAT)810管理产品报价的目录，并且存有可由客户购买的实体的服务和产品规范。当生成实体的实例化时，OM 804和CPM 806都可以使用实体的这些服务和产品规范。另外，存在用于存储信息的数据库(DB)812，该信息例如是本地、全局和缺省实体。
使用关于图8描述的节点和功能，在图9中示出了描绘根据实施例的订单请求流程的序列图，现在将对其进行描述。在该示例中，客户902已经浏览自助门户网站并购买产品，例如MobileComplete4G 502，如步骤904所示。在步骤906中，订单被放入购物车802并发送到订单管理804。在步骤908中，订单管理804接收请求并准备处理请求。与处理请求相关联，OM 804还在步骤910中向CAT 810请求并从其接收信息，例如，与所订购产品的技术规范有关的信息。然后，OM 804在步骤912中使用该信息来指示CPM 806需要在客户的合同上创建哪些实体。
在步骤914中，CPM 806从OM 804接收用于创建所请求实体的独一无二实例的请求，然后创建独一无二实例。一旦创建了独一无二实例，CPM 806就向IEO 808发送所请求实体的独一无二实例。然后，IEO 808通过确定是否可以将任何实体实现为全局实体来优化实体，并向CPM 806返回该信息，如框916所示。下面参考图10来提供可用于进行该确定的特定算法的示例。然后，CPM 806通过将本地实体输入到客户的合同上并将对全局实体的引用或链接输入到客户的合同上，来安装作为本地实体和/或全局实体的实体，如步骤918所示。
应当理解：上面关于图9描述的示例被简化，因为对于来自客户的大多数预期订单，可能存在若干实体的实例化。例如，产品和服务以及用于保持要用于消费的单元的一个或多个资源。IEO 808将通过对实体进行遍历循环并为每个实体执行全局或本地实体分析，来检验与订单相关的所有实体。
根据实施例，IEO 808可以通过分析所请求的产品实体的独一无二实例，在步骤916中实现优化产品的各种算法。图10示出了算法的一个示例，现在将对其进行描述。在从CPM 806接收到输入之后，IEO 806分析第一个实体。如步骤1002所示，检验实体的配置，以确定是否存在直接指示或暗示IEO 806应将该特定实体实例化为全局实体的任何标志或参数。如果存在该标志或参数，则在步骤1004中进一步确定全局实体是否已经存在。如果已存在全局实体，则在新结构中捕捉该信息，该新结构在步骤1008中向CPM 806返回。如果不存在全局实体，则在步骤1006中构造全局实体，并且在新结构中捕捉该信息，该新结构在步骤1008中向CPM 806返回。
在不存在直接指示或暗示IEO应将该特定实体实例化为全局实体的标志或参数的情况下，在步骤1010中检查实体以查看其是否具有可接受的静态激活时段，可接受的静态激活时段可以是“始终活动”的或具有已知的开始和/或结束日期。更一般地，该上下文中的静态激活时段是多个预定静态激活类型之一。如果不存在可接受的静态激活时段，则在步骤1012中确定被分析的实体没有资格成为全局实体，并且该信息被返回到CPM 806。如果存在可接受的静态激活时段，则在步骤1014中，由IEO 808确定是否存在与该实体有关的足够少量的个人数据。在该上下文中，个人数据是指基于产品的用户的个人(即，广泛变化)的数据。这种少量的个人数据可以是预定阈值(例如，0、1或2个字段)的个人数据，但是可以根据需要由运营商网络修改，同时理解需要创建缺省实体的个人数据越多，这样做的成本就越高。
根据实施例，IEO 808可以通过从相关联规范接收指示不需要个人值的缺省值，来确定实体中的特定数据字段是否包括个人数据。备选地，与规范中的缺省值相同的值可以被作为“个人”值接收。如果与实体有关的个人数据量小于阈值量，则流程返回到步骤1004，其中，用于实例化全局实体(已有的或新的)的过程如上面关于步骤1004、1006和1008所描述的那样执行。否则，流程前进到步骤1012，且被评估的实体被识别为作为本地实体实例而不是全局实体实例进行实例化。
关于图10描述的实施例示出了检验实体的三个不同特征以将其实例化为全局实体或本地实体。备选实施例可以使用更少特征或更多特征来确定实体是否具备成为全局实体的资格。例如，IEO 808可以仅检查直接暗示实体具备成为全局实体的资格的标志或参数。产品或服务可能具有这种标志或参数的情况的示例是当存在仅在基础订阅中使用的产品报价时的情况。可用于确定实体的全局资格的其他准则包括激活时段长期存在，产品不应被流量请求激活，以及实体不包含许多个人值，这是因为个人值越多，与使实体成为全局实体相关联的成本越高。
根据实施例，一种用于产品供应的方法如图11所示。该方法包括：在步骤1102中，从用户接收购买产品的请求；在步骤1104中，获取与产品关联的规范；在步骤1106中，基于规范来确定需要在用户的合同上创建哪些实体；在步骤1108中，为每个要创建的实体创建独一无二实例；在步骤1110中，分析每个所创建的实体，以确定哪些实体有资格被先前定义的全局实体所替换；在步骤1112中，用先前定义的全局实体来替换每个有资格的实体；在步骤1114中，在用户的合同上，保存所有无资格的实体，且对于任何被替换的实体，保存对全局实体的引用，其中，所有无资格的实体是本地实体；以及在步骤1116中，向用户供应产品。
根据实施例，另一种用于产品供应的方法如图12所示。该方法包括：在步骤1202中，基于一个或多个标准来评估产品的每个实体，以确定产品是否能够作为能够全局更新的产品被填充在数据库中；在步骤1204中，如果已确定产品有资格作为能够全局更新的产品被填充在数据库中，则执行以下步骤：在步骤1206中，对于产品的每个实体，确定该实体是否具有成为全局实体的资格；在步骤1208中，对于产品的每个有资格的实体，生成全局实体实例；在步骤1210中，对于产品的每个有资格的实体，保存全局实体实例；在步骤1212中，对于产品的每个无资格的实体，生成缺省实体实例；在步骤1214中，将每个缺省实体实例保存在数据库中；以及在步骤1216中，如果已经确定产品没有资格作为能够全局更新的产品被填充在数据库中，则作为本地产品来实例化产品并将产品填充在数据库中。
根据实施例，可以将产品、服务和相关联的更新供应给客户的合同，以在用户设备(UE)和/或其他设备上使用。图13中示出了这种UE 1300的示例。UE 1300包括：用于执行指令的处理器1302、可以显示与各种产品和服务相关联的信息的显示器1304、存储信息的存储器1306、以及用于与通信网络的节点以及其他UE和设备通信的收发器1308。
根据实施例，通信节点可用于实现本文描述的节点和功能中的一个或多个，例如，购物车802、OM 804、CPM 806、IEO 808、CAT 810和DB 812。图14中示出了这种通信节点的示例。通信节点1400包括：用于执行指令的处理器1402、用于存储信息的存储器1404、以及接口1406，接口1406用于与其他节点和设备通信，以支持与通信网络和本文所述实施例相关联的操作。
所公开的实施例提供了用于通过改为使用全局实体来避免对客户群的分批更新的方法和设备。应理解：该描述并非意图限制本发明。反之，实施例旨在覆盖本发明的精神和范围中包括的备选、修改和等同物。此外，在实施例的详细描述中，阐述大量细节以提供对本发明的全面理解。然而，本领域技术人员应理解：可以在没有这些具体细节的情况下实践各个实施例。
如本领域技术人员还将理解的：实施例可以采用完全硬件实施例的形式或组合硬件和软件方面的实施例的形式。此外，实施例(例如，IEO 808使用的算法)可以采用计算机可读存储介质上存储的计算机程序产品的形式，该计算机可读存储介质具有在介质中包含的计算机可读指令。可以利用任何合适的计算机可读介质，包括硬盘、CD-ROM、数字通用盘(DVD)、光学存储设备或诸如软盘或磁带之类的磁存储设备。计算机可读介质的其他非限制性示例包括闪存型存储器或其他已知存储器。
尽管在实施例中以具体组合描述了本实施例的特征和元素，但是每个特征或元素可以在没有实施例的其他特征和元素的情况下单独使用，或者在具有或不具有本文公开的其他特征和元素的情况下以各种组合来实现。可以在计算机可读存储介质上有形体现以用于由专用编程计算机或处理器执行的计算机程序、软件或固件中实现本申请中所提供的方法或流程图。

Claims (20)

1.一种产品供应方法，所述方法包括：
基于一个或多个标准来评估(1202)产品的每个实体，以确定所述产品是否能够作为能够全局更新的产品被填充在数据库中；
如果(1204)已经确定所述产品有资格作为能够全局更新的产品被填充在数据库中，则执行以下步骤：
对于所述产品的每个实体，确定(1206)该实体是否具有成为全局实体的资格；
对于所述产品的每个有资格的实体，生成(1208)全局实体实例；
对于所述产品的每个有资格的实体，保存(1210)所述全局实体实例；
对于所述产品的每个无资格的实体，生成(1212)缺省实体实例；以及
将每个缺省实体实例保存(1214)在数据库中；以及
如果(1216)已经确定所述产品没有资格作为能够全局更新的产品被填充在数据库中，则作为本地产品来实例化所述产品并将所述产品填充在数据库中。
2.根据权利要求1所述的方法，其中，所述产品是在移动设备上使用的服务。
3.根据权利要求1～2所述的方法，其中，所述产品的所述实体包括以下各项之一：名称、描述、标识、序列号、通向由所述产品包含的定价所针对的服务的一个或多个链接、通向用于使用所述服务的一个或多个资源的一个或多个链接、一个或多个价格、以及通向所述产品的所述实体所来自的产品报价的链接。
4.根据权利要求1～3所述的方法，其中，基于标准集合来评估产品的每个实体以确定所述产品是否能够作为能够全局更新的产品被填充在数据库中的步骤还包括以下至少一项：
检查是否存在指示所述实体是全局实体的指示符；
检查是否存在与所述实体相关联的静态激活时段；以及
确定与所述实体有关的个人数据量。
5.根据权利要求1～4所述的方法，其中，如果存在指示实体是全局实体的指示符或者如果存在与所述实体相关联的至少具有预定持续时间的静态激活时段以及如果与所述实体有关的个人数据量小于预定的个人数据量，则所述实体有资格成为全局实体。
6.根据权利要求1～5所述的方法，其中，如果所述能够全局更新的产品包括一个或多个缺省实体，则不修改所述能够全局更新的产品的所述缺省实体。
7.根据权利要求1～6所述的方法，还包括：
通过对产品的单个实例供应对数据库中的所述产品的全局实体的更改，来执行对能够全局更新的产品的全局更新。
8.根据权利要求1～7所述的方法，其中，包括用户签订了合同所针对的一个或多个全局实体在内的产品实例包括所述合同上的通向存储所述全局实体的数据库的链接。
9.根据权利要求1～8所述的方法，其中，如果已确定所述产品有资格作为能够全局更新的产品被填充在数据库中则执行以下步骤的步骤还包括以下步骤：
对于所述能够全局更新的产品的其全局实体已经存在的每个有资格的实体，生成通向所述全局实体的链接。
10.根据权利要求1～9所述的方法，还包括：
通过对多个用户的合同供应对产品的本地实体的变更，来执行对本地产品的分批更新。
11.一种用于产品供应的通信节点(1400)，所述通信节点包括：
执行以下步骤的处理器(1402)：
基于存储器(1404)中存储的一个或多个标准来评估(1202)产品的每个实体，以确定所述产品是否能够作为能够全局更新的产品被填充在数据库中；
如果(1204)已经确定所述产品的实例有资格作为能够全局更新的产品被填充在数据库中，则执行以下步骤：
对于所述产品的每个实体，确定(1206)该实体是否具有成为全局实体的资格；
对于所述产品的每个有资格的实体，生成(1208)全局实体实例；
对于所述产品的每个有资格的实体，保存(1210)所述全局实体实例；
对于所述产品的每个无资格的实体，生成(1212)缺省实体实例；以及
将每个缺省实体实例保存(1214)在数据库中；
如果(1216)已经确定所述产品没有资格作为能够全局更新的产品被填充在数据库中，则作为本地产品来将所述产品填充在数据库中。
12.根据权利要求11所述的通信节点，其中，所述产品是在移动设备上使用的服务。
13.根据权利要求11～12所述的通信节点，其中，所述产品的所述实体包括以下各项之一：名称、描述、标识、序列号、通向由所述产品包含的定价所针对的服务的一个或多个链接、通向用于使用所述服务的一个或多个资源的一个或多个链接、一个或多个价格；以及通向所述产品的所述实体所来自的产品报价的链接。
14.根据权利要求11至13所述的通信节点，其中，基于标准集合来评估产品的每个实体以确定所述产品是否能够作为能够全局更新的产品被填充在数据库中的步骤还包括：
检查是否存在指示所述实体是全局实体的指示符；
检查是否存在与所述实体相关联的静态激活时段；以及
确定与所述实体有关的个人数据量。
15.根据权利要求11～14所述的通信节点，其中，如果存在指示实体是全局实体的指示符或者如果存在与所述实体相关联的具有足够持续时间的静态激活时段以及如果与所述实体有关的个人数据量小于预定的个人数据量，则所述实体有资格成为全局实体。
16.根据权利要求11～15所述的通信节点，其中，如果所述能够全局更新的产品包括一个或多个缺省实体，则不修改对所述能够全局更新的产品的所述缺省实体的更新。
17.根据权利要求11～16所述的通信节点，其中，所述通信节点还执行以下步骤：
通过对产品的单个实例供应对数据库中的所述产品的全局实体的更改，来执行对能够全局更新的产品的全局更新。
18.根据权利要求11～17所述的通信节点，其中，包括用户签订了合同所针对的一个或多个全局实体在内的产品包括所述合同上的通向存储所述全局实体的数据库的链接。
19.根据权利要求11～18所述的通信节点，其中，如果已确定所述产品有资格作为能够全局更新的产品被填充在数据库中则执行以下步骤的步骤还包括以下步骤：
对于所述能够全局更新的产品的其全局实体已经存在的每个有资格的实体，生成通向所述全局实体的链接。
20.根据权利要求11～19所述的通信节点，其中，所述通信节点还执行以下步骤：
通过对多个用户的合同供应对产品的实体的变更，来执行对能够分批更新的产品的分批更新。
CN201680084837.6A 2016-04-21 2016-04-21 用于供应客户产品的方法和*** Pending CN109074603A (zh)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/EP2016/058926 WO2017182085A1 (en) 2016-04-21 2016-04-21 Methods and systems for provisioning of customer product

Publications (1)

Publication Number Publication Date
CN109074603A true CN109074603A (zh) 2018-12-21

Family

ID=55806349

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201680084837.6A Pending CN109074603A (zh) 2016-04-21 2016-04-21 用于供应客户产品的方法和***

Country Status (4)

Country Link
US (1) US10991017B2 (zh)
EP (1) EP3446276A1 (zh)
CN (1) CN109074603A (zh)
WO (1) WO2017182085A1 (zh)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
AU2015271640A1 (en) * 2014-06-02 2016-12-15 Dgit Systems Pty Ltd Telecommunications product defining and provisioning
CN112364058B (zh) * 2020-11-10 2024-06-18 北京思特奇信息技术股份有限公司 一种产商品资费配置的稽核方法及装置
WO2023117072A1 (en) 2021-12-22 2023-06-29 Telefonaktiebolaget Lm Ericsson (Publ) Order capture system for a communication network

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20100023425A1 (en) * 2008-07-25 2010-01-28 Vizio, Inc System, Method and Apparatus for Geographical Restriction of Offers for Sale
US20130173430A1 (en) * 2011-12-29 2013-07-04 Invenquery, Llc Computer program, method, and system for inventory management and point of sale
CN104769908A (zh) * 2012-09-07 2015-07-08 甲骨文国际公司 基于ldap的多租户云中身份管理***

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
AU2001280820A1 (en) * 2000-07-28 2002-02-13 James G. Hazard Telecommunication-based common contracting
US8078505B2 (en) * 2002-06-10 2011-12-13 Ebay Inc. Method and system for automatically updating a seller application utilized in a network-based transaction facility
US20060190339A1 (en) * 2005-02-23 2006-08-24 International Business Machines Corporation Policy-based store catalog synchronization
US8924559B2 (en) * 2009-12-03 2014-12-30 International Business Machines Corporation Provisioning services using a cloud services catalog
US20120150668A1 (en) * 2010-12-13 2012-06-14 Devin Wade Methods for facilitating creation and management of item lists with unique identification codes for items and associating the lists to sponsor's payment financial transaction card programs
US20160300223A1 (en) * 2015-04-08 2016-10-13 Portable Data Corporation Protected data transfer across disparate networks

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20100023425A1 (en) * 2008-07-25 2010-01-28 Vizio, Inc System, Method and Apparatus for Geographical Restriction of Offers for Sale
US20130173430A1 (en) * 2011-12-29 2013-07-04 Invenquery, Llc Computer program, method, and system for inventory management and point of sale
CN104769908A (zh) * 2012-09-07 2015-07-08 甲骨文国际公司 基于ldap的多租户云中身份管理***

Also Published As

Publication number Publication date
US10991017B2 (en) 2021-04-27
WO2017182085A1 (en) 2017-10-26
EP3446276A1 (en) 2019-02-27
US20190147518A1 (en) 2019-05-16

Similar Documents

Publication Publication Date Title
US20230247145A1 (en) System and method for monitoring account usage on a platform
US10412218B2 (en) Call volume reduction based upon a propensity to call in connection with a reason code
Borshchev Multi‐method modelling: AnyLogic
US10074114B2 (en) Order management system with order change management
EP2889813B1 (en) Method and system for implementing in-app software development kits
US20090017809A1 (en) Support service architecture for a mobile virtual network operator
US7835951B1 (en) Distribution channel management for wireless devices and services
US20180220292A1 (en) Blockchain-Based Subscription Management
CN107025531A (zh) 地址修改信息处理方法及装置
CN107844936A (zh) 物料清单的变更方法、装置、终端和计算机可读存储介质
CN109074603A (zh) 用于供应客户产品的方法和***
CN107609907A (zh) 广告位的调控方法及装置
US8768312B2 (en) Asynchronous activation of wireless devices within a real time billing infrastructure
US20150181045A1 (en) Flexibile event rating
CN105488716A (zh) 一种用于处理企业资源数据的方法和***
US11917505B2 (en) Methods and systems for provisioning rate plan features in a wireless communication network
CN110895777A (zh) 一种处理超时服务单的方法和装置
US10645171B1 (en) System and method for network and customer device provisioning
CN103425495B (zh) 业务请求信息的处理方法及***
US20140280954A1 (en) Automated Processing of Data Plan Offers for Wireless Communication Networks
US20180302348A1 (en) System And Method For Parsing A Natural Language Communication From A User And Automatically Generating A Response
US10778849B2 (en) Customized service plan generation
CN115712770A (zh) 推荐方法、显示方法及计算设备
US10354275B1 (en) System, method, and computer program for creating a customer specific business offer template
KR102179380B1 (ko) 금융 상품 관리 방법, 이를 위한 사용자 단말 및 금융 상품 관리 시스템

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
WD01 Invention patent application deemed withdrawn after publication
WD01 Invention patent application deemed withdrawn after publication

Application publication date: 20181221