用于最小化软件应用之间的通信和集成复杂性的装置制造方法

xiaoxiao2020-7-22  3

【专利下载】Tel:18215660330

用于最小化软件应用之间的通信和集成复杂性的装置制造方法
【专利摘要】一种计算机系统装置,用于最小化在多个软件应用(3a-o)之间的通信和集成复杂性,所述应用(3a-o)各个具有定义应用参数(70a-o)的单独集合的单独的数据模型(7a-o),包括具有到所述多个应用(3a-o)的每一个的连接(24a-o)的总线装置(20),布置所述总线(20)以在每一个应用(3a-o)之间解译并且安排来自每一个应用(3a-o)的输入和输出请求,所述总线装置包括:通用信息模型(21),定义与每一个应用(3a-o)的应用参数(70a-o)有关的通用参数(61)的集合,所述适配器部件(23a-o),与所述通用信息模型(21)一起,结合输入请求,被布置以将所述单独数据模型(70a)的参数映射到所述通用参数(61),被布置以将所述已映射的信息模型(6)与请求一起转移到处理执行引擎(22)的部件,所述处理执行引擎(22)包括被布置以处理所述请求以识别所述请求所指向的对应适配器部件的部件,并且使用所述对应适配器部件与所述通用信息模型(21)一起来重新映射所述请求到其指向的应用的单独数据模型(7b)。本发明也针对进行所述装置的方法。
【专利说明】用于最小化软件应用之间的通信和集成复杂性的装置
【技术领域】
[0001]本发明涉及根据权利要求1的前特征部分的计算机系统装置(arrangement)以及根据权利要求11的前序的、执行该计算机系统装置的方法。
【背景技术】
[0002]电信网络、设施以及其他类型的服务的运营商通过电话、网络、报文等与他们的客户交互。客户基于他们的使用、价格、协议类型等对服务进行支付。本发明源自于电信运营商的背景并且在电信运营商的背景下描述该发明。然而,本发明也应当可应用在具有在不同支持系统之间交互的类似的需求的其他行业中。本发明还可以在来自不同行业的组合IT系统中尤其有用。
[0003]本质上,全部电信运营商使用IT系统来支持他们的关键处理(process)。存在用于记账、服务激活(供应)、客户交互、技术支持等的大量系统,运营商使用该大量系统以最少的人工交互来处理这些功能。
[0004]系统可以由内部运营商操作,或外包给第三方。
[0005]客户期望很多方式来和运营商交互(电话、传真、电邮、邮件、网络自助服务、IVR等)。同时,技术发展和运营商的竞争压力已经使得他们对各种产品和产品包产生了多种价格结构。这导致了运营商管理订阅、与客户交互、计费、服务的激活/禁用、问题解决等的复杂度。
[0006]难以使用单个一体化“标准”系统来处理全部这些交互,因为全部运营商是不同的,具有不同的网络设备,具有不同的立法、语言,并且具有本地业务。因而,支持系统通常使用子系统/应用来建立,每一个专注于特定任务,就像记账、客户关怀、供应、计费等,并且适配于运营商的商业环境。
[0007]由于需要处理大量交易,需要最小化人工交互。更重要的是,由于普遍的大量报价和产品打包组合,人工处理非常难。
[0008]很多运营商倾向于外包特定活动(例如,记账、客服等),使由每一个外包伙伴使用不同系统(具有其自己的信息模型)变得甚至更加可能。这导致了对于运营商保持全部支持系统同步的持续增加的复杂度(以及成本)。需要不同服务伙伴或系统来高效地进行每一个任务,但是同时系统需要彼此交互以便于更新数据、取得信息以及进行各种功能。
[0009]当运营商网络变得更为复杂以支持更多功能时,要求额外的支持系统,该系统需要与很多遗留系统交互。
[0010]结果是,运营商尽力互相集成不同商业支持系统功能,通常取决于很多其他系统而与一个系统集成。这通常还取决于在不同系统中而非在单一地点产生的数据和配置。
[0011]图1图示了问题是集成了很多系统的已知计算机装置系统,并且该系统给出了产品价格被键入若干系统的示例,而这在此类架构中非常普遍。
[0012]耗费时间并花费金钱来实现、测试、维护并更新每次集成。因而,集成的成本和时间以及错误的可能来源随着系统的数量快速增长。[0013]总之,图1中系统的架构具有如下缺点:
[0014]-大量的集成和配置以使得系统可运营。
[0015]-由于与很多其他系统的很多交互,非常难以替换一个系统,如果供应商停止支持该系统或该系统出于一些其他原因变得不可靠或不够用。
[0016]-对客户供给做出任何改变是困难、缓慢和昂贵的。
[0017]-复杂度以系统数量(η~2)快速增加,使得难以扩展到大量系统或难以在一个系统中适应若干运营商需要。
[0018]-与另一系统集成的每一个系统需要知道该系统的通信能力以及信息定义和结构。
[0019]减轻上述一些问题的若干已知方法已经考虑,并且在各种程度上实现,包括:
[0020]1、对于当在支持系统之间交换信息时如何描述信息存在标准。由电信管理论坛(WWW.tmforum.0rg)提供数据模型的一个示例。此模型的结构以图3所示的信息模型的已知结构图示。已知遵守这样的公共信息模型可以简化在子系统之间的数据交换。其通常被称为共享的、公共的、或规范的数据模型。
[0021]2、存在信息总线/企业应用集成/集成总线/集成集线器/信息集线器的各种概念(相同或类似概念的很多名字)。它们通过用作连接集线器并因此促进在不同支持系统之间的信息互联和交换而起作用。
[0022]图2 示出一个示例(W002/065360)。
[0023]在此示例中,企业应用集成总线用作互联不同子系统的功能,包括使得数据从一个系统的数据格式映射到其他系统的数据格式。
[0024]以上罗列的两种方法具有一些优势,但是具有如下缺点:
[0025]-标准化/共享/规范的信息模型仅在全部子系统遵守它们时工作良好。现实中,极少出现(很可能没有)这样的情况。当扩展时并且例如增加新信息时这还是一个问题,因为这些增加不能在全部系统中同时进行。还可以是要求尚未在标准信息模型中的数据交换的新特征要求专有修改。这意味着,处于功能开发的前线,难以遵循标准并且事实上标准信息模式的分歧约束了实现方式。标准的这样的分歧难以在全部受影响的子系统上同时维持。
[0026]-通常实现并且在示例中描述的信息总线概念仅将集成的问题集中于总线中的数据映射。多对多关系的基本问题继续存在,只是每一次翻译(或至少部分)发生在总线的数据映射中。因而,每一个系统依赖于与其他系统的集成的基本问题无法减轻。
[0027]即使集成,不同子系统通常使用不同名字或概念,使得难以遵循并且关联比如说当员工利用不同系统工作并且彼此对话时“账户”的含义。在一个系统中用来服务记账部分/功能的“账户”,在另一系统中可以大致称为用来服务客户支持部分/功能的“客户”,而在销售部门中的概念可能是“订阅”。此外,在这些之间可能不是1:1映射。一个客户可能具有若干账户,每一个具有若干订阅,这转而使用利用不同“功能”激活的若干“终端”。即使含糊地相关,也难以直觉地理解该概念如何彼此相关,因为翻译和映射是在每一对子系统之间做出的。
[0028]从US2007/0208768得知用于对活动数据建模的系统。在此已知系统中,处理基于有关活动的从属信息。该数据模型使用多个活动类,其中,每一个活动类包括与各种活动类共用一组数据元素。活动类定义了一个活动与有关该活动的各种实体的关系。对于每一个活动类,存在单独的数据模型用于映射(map off)信息。结果是,多个不同映射模型必须借助于系统处理和构建,而这导致不期望的复杂度。此外,在本申请中描述的优选实施例暗示借助于以服务器而非总线的形式的中央数据处理设备的一种点到点交互。

【发明内容】

[0029]本发明的一个目的是提供更为有效的计算机系统装置(以下,也称为“CSA”,这应当被宽泛地解释),并且避免或至少最小化关于已知系统所提及的缺点。本发明的另一目的是提供执行所述计算机系统装置的方法。
[0030]借助于在权利要求1的特征部分中定义的计算机系统装置和在权利要求11的特征部分中定义的方法实现这些目标,这提供显著的优势。
[0031]从属权利要求定义本发明的优选实施例。
[0032]根据本发明的计算机系统引入以高效方式集成子系统、处理产品定义和价格以及以直觉方式将在IT系统中使用的信息模型关联到在组织中使用的概念的方法。在不对已经存在的子系统施加显著的新要求的情况下进行全部这些,这使得根据本发明的计算机系统装置作为现有商业支持系统的改进和组合市场上不同子系统的新商业支持系统安装的都是有用的。
[0033]为了构建上述系统,将在每一个子系统和信息总线之间做出必要的数据映射/转换/翻译/格式化/协议适配。也做出描述以描述和获得在由组织使用的模型(组织信息模型)和总线中的信息模型(技术信息模型)之间的关系的概述。
[0034]这两个映射/集成活动(在每一个子系统和总线中的信息模型之间)以及(在组织中的信息模型和总线中的信息模型之间)因此是整个解决方案中的中心部分。为了确保在更大的系统中以良好的方式回档并维护,建议对初始设计均使用结构化图形编程工具,并且通过此工具做出改变。
[0035]额外的编程和硬件可能取决于每一个子系统的本质而要求,以确保良好的功能集成,例如匹配物理和逻辑接口。
[0036]为了充分地从此解决方案受益,重要的是包括至少一个产品配置器和数据库,其包括公司提供的全部产品的定义。这可以是独立系统或可能是某个其他子系统的一部分。然而,由于其中心本质,推荐与例如CRM和CSA系统分离的独立系统。产品配置随后使用产品配置器应用处理。产品数据库用作全部产品的主数据库,并包含产品信息、来自客户目标的关系及配置以及一路深入到在网络中实现的技术服务的销售渠道级别。其包含全部技术信息以及价格信息。其还具有与每一个和每个产品及供给有关的全部商业以及技术规则。在图7中图示产品定义的典型结构的图示,这还示出组织及IT系统的不同部分如何有关产品定乂。
[0037]最后,用来图示本发明的子系统仅为示例。可以存在更多或更少的子系统,并且它们可以以不同方式分割。可以例如是组合CRM、CSA系统以及产品配置器。或者,可以是涉及相同功能的若干系统。一个CSA可以用于一个国家内的分公司而另一 CSA用于另一国家内的分公司。
[0038]具体地,当与已知技术比较本发明时,两个代表性专利申请说明了被描述为已知技术的内容。如US2003/120502和US2008/049920的已知系统包括集成总线的各种使用。这些系统不同于根据本发明的CSA,在于它们不使用独立于子系统中的每一个数据模型的数据模型的概念。相反,其参考共享的(或规范的)数据模型。它们因而不包括向中间(独立)数据模型和从中间数据模型的双重翻译的概念。此外,它们缺乏简单方式来做出到在组织中使用的信息模型的映射,并且不描述如何实际中实现解决方案以获得本发明的优势的任何方式。事实上,类似于这些的概念的已知实现方式确实受困于大量实际问题。
[0039]相比于在先解决方案,总结可以根据本发明的优选实施例实现的优点
[0040]-建造更便宜,因为当需要集成的子系统的数量超过3时要求较少的子系统之间的集成。
[0041]-改变更快速,更易于替换系统或引入新服务
[0042]-较少的错误风险以及更易于查找问题/故障分离
[0043]-维护成本较少,因为接口较少
[0044]-集成复杂度的线性扩展性使得可以处理非常大量的子系统,而这对于下列企业是尤其有益的
[0045]?复杂运营商(这样的大量客户类型、产品、网络、产品包、服务提供商、技术、国家等)
[0046]?在若干国家中存在 的具有中心化和本地IT支持系统的运营商。
[0047].向有时具有类似应用有时具有不同应用的若干运营商供应外包IT服务的IT外包企业。
[0048]-任何人都可以概览他们在他们的日常工作中使用的概念是如何反映在IT支持系统中的。
[0049]-唯一难以取代的关键部分是集成本身,意味着只要运营商可以控制这些,例如用更现代的子系统取代老化子系统或用另一外包合作伙伴取代一个外包合作伙伴就相当简单。这是因为一个这样的系统的取代仅要求对信息总线的新集成,并且不影响对其他系统的集成。在总线本身需要取代的事件中,由于集成的较低数量,引入新总线的集成的数量仍然远低于在传统系统中做出实质改变的复杂性。
【专利附图】

【附图说明】
[0050]根据本发明的计算机系统装置(CSA)的优选实施例将参考附图在以下更详细地描述,其中:
[0051]图1示出现有技术,其中,计算机系统装置具有需要组合由运营商使用的典型子系统集合的集成。
[0052]图2示出通过使用集成总线来促进在不同子系统之间的通信的集成子系统的已知原理。仍然要求扩展集成以适配在每一个起点和目的系统之间的数据。
[0053]图3示出信息模型的已知结构(来自关联的TM论坛、电信管理论坛的示例)。进一步已知的是,遵守这样的公共信息模型可以简化在子系统之间的数据交换。
[0054]图4a示出使用信息模型作为总线的固有部分的本发明的优选版本。
[0055]图4b示出本发明的另一版本,其中,在全部信息将通过的外部系统中使用信息模型。在此情况下,信息总线本身是传统的实现方式,但是在新背景下使用,因为它利用向公共信息模型翻译/从公共信息模型翻译将信息适配到外部系统。
[0056]图4c示出根据本发明的计算机系统装置的再一版本,其中,与使用根据本发明的技术信息模型的外部系统一起使用两个不同的集成总线。
[0057]图4d示出根据本发明的计算机系统装置的再一版本,其中,使用具有在其间连接的防火墙设备的两个不同集成总线。
[0058]图5示出在总线和在组织中的信息模型之间的关系。
[0059]图6示出使用在市场上可用的组件的、根据本发明的计算机系统装置的典型实现方式。
[0060]图7示出如何建立例如产品定义以及它如何有关组织和不同子系统的不同部分。
[0061]图8示意性地示出处理关系。
[0062]图9示意性地示出在两个不同应用之间的地址字段和通用数据模型的数据映射。
[0063]图10示意性地示出根据本发明的计算机系统装置的实施例,应用于预支付以及实时记账和信用核查。
[0064]图11示出根据本发明的计算机系统装置的实施例,应用于各种目的的小额支付的处理。
[0065]图12a示出根据本发明的计算机系统装置的实施例,应用在智能电网以连接具有不同功能的多个单元及系统。
[0066]图12b示出与图12a的根据本发明的计算机系统装置的实施例类似的实施例,但是其中,智能测量设备本身由家用或小型商业总线组成。
[0067]图13示出根据本发明的计算机系统的实施例,图示一些系统可以是使用用于通信的无线电通信系统的移动电话的智能交通系统。
[0068]图14示出根据本发明的系统的示例以描述可以使用以添加功能/应用到系统的步骤。
[0069]图15示出在已经添加新功能/应用之后的图14的示例。
[0070]图16示出根据本发明的适配器的示意性详细视图。
【具体实施方式】
[0071]在附图中,贯穿不同的实施例,用相同的参考标号表示类似细节。在根据本发明的计算机系统装置(CSA)的各种实施例中标记不同“框”/子系统。在附图中示出的“框”/子系统仅是以示例的方式,并且可以以任何其他方式/组合布置而落入本发明的范围内。例如,“框”/子系统的数量可以少于或多于附图中示出的数量。
[0072]图1图示此类具有组合由运营商使用的典型的子系统集合所需的集成的已知计算机系统装置。要注意,此示例中的产品价格可以被插入到若干位置。在子系统之间的每一条线说明需要从一侧或两侧开始在子系统之间通信系统和信号。为了使得可以进行这样的通信,在所支持的物理接口、逻辑接口、缓冲等之间的各种适配是必要的。例如,可能需要变换单元、格式等。对于每一个系统还需要准确地知晓从哪个其他子系统取得信息。例如,可以从一个子系统抓取地址,而从另一子系统抓取电话号码。地址可以是三行的,具有需要翻译为国家名的国家代码等。每一个这样的通信还可以受困于需要恰当处理的故障。在此申请中,此开发活动和测试称为在子系统之间的“集成”。[0073]图2图示了用于通过使用集成总线110以促进在不同子系统之间的通信来集成子系统101-107的另一已知计算机系统装置100。仍然要求扩展集成以适配在每一个起点和目的系统之间的数据。尽管集成总线简化了在子系统之间的物理通信,包括一些基础数据映射和翻译,但是仍有效地进行在每一个组合之间适配数据的任务,如果该组合是源和目的系统。每一个子系统还需要知晓在另一侧的系统的信息,并且需要包括对每一个它需要与之通信的其他子系统的适配。因而,集成总线概念实际上没有减少需要主动开发、测试和维护的集成情况的数量,尽管它使得处理略微更简单。
[0074]图3图示信息模型的再一已知计算机系统装置。进一步已知遵守这样公共信息模型可以简化在子系统之间的数据交换,因为它最小化了对于在不同信息模型之间的复杂翻译的需要。然而,即使对其遵守,它也没有减少集成情况的数量,它只是简化每一次集成。每个实体之后分解为这里未示出的更详细的信息模型。
[0075]在图4a_d、5、6、7、10、ll和12a中,子系统如下表示:3a表示“CRM、自助服务和IVR", 3b表示“网络商店”,3c表示“产品数据库”,3d表示“计费系统”,3e表示“数值数据库”,3f表示“收入保障”,3g表示“信用卡”,3h表示“客户数据库”,3i表示“记账系统”,3 j表示“物流”,3k表示“供应系统”,31表示“信用控制”,3m表示“故障报告”,3n表示“清单”,而3ο表示“运营支持”。此外,3ρ表示“信用卡公司”,3q表示“银行”,3r表示“预付费账户”,3s表示“充值功能”,3t表示“分销网页”,3u表示“我的页面”,3v表示“产品配置器”,3x表示“列清单”,3y表示“G/L (Navision)”,而3z表示“存货(Navision)”。贯穿全部附图,适配器和连接,23和24,每一个分别用与对应的子系统3相同的索引表示。
[0076]图4a图示根据本发明的计算机系统装置的第一实施例,使用信息模型作为总线20的固有部分,并作为对处理执行和BPEE22 (商业处理执行引擎)的编程使用BPEL22A (商业处理执行语言)的示例。每一个子系统3a_o可以具有不通过总线的很多外部连接(图4a仅指示很少示例)。在每一个适配器框23a_o中进行数据映射。这是作为实现方式的示例在本申请的文本中主要描述的版本。当然,框23a_o的编号可以根据这样的实现方式而改变。
[0077]根据本发明的计算机系统装置包括具有到所述多个应用3a_o的每一个的连接24a_o。布置总线20以在每一个应用3a_o之间解译并安排来自每一个应用3a_o的输入和输出请求。总线装置20包括:定义与每一个应用3a-o的应用参数70a、70b有关的通用参数61的集合的通用信息模型21、布置以将每一个连接24a-o与所述通用信息模型互联的适配器部件23a_o,所述适配器装置23a_o与所述通用信息模型21 —起,结合输入请求,被布置以将该单独数据模型70a的参数映射到所述通用参数61,以及布置以将所述已映射的通用信息模型6与请求一起转移到处理执行引擎22的装置。此外,处理执行引擎22包括被布置以处理所述请求以识别所述请求指向的对应适配器装置23a-o的装置,并且使用该对应适配器装置23a_o与所述通用信息模型21 —起以重新映射所述请求到其指向的应用3a_o的单独数据模型7b。应用、适配器部件和其间的连接通常在全部附图中用附图标记3、23和24分别表示,但是也可以用索引来标记以示出它们的互相关联或用特定参考标号来标记。
[0078]此外,图4a表示存在总线和处理监视器70的主要使用的有益实施例,该处理监视器70可以用来监视总线的该状态。例如,可以查看请求在哪里可能列队,错误在哪里可能发生,超时在哪里可能发生,延迟在哪里可能发生以及其他性能统计。以该方式,将可以识别可能的问题(例如,延迟)以识别合适的动作(例如,增加一些带宽,计算性能等)并且检查每一个系统是如何进行的。此信息可以与在商业处理管理工具26中定义的商业处理关联,以便于将性能与每一个商业处理关联。因此,促进识别什么处理受特定问题影响。反之,如果存在特定处理的已观察到的性能问题,则工具700可以帮助识别该问题看起来要发生在哪个适配器/应用上。此外,其可以用来驱动商业有关的信息,诸如可以从若干应用积累活动的增加的客户活动、买卖等。
[0079]图4b图示根据本发明的计算机系统装置的第二实施例,其中,通用信息模型21在分离的系统27中使用,全部信息将通过该系统27并通过该系统27重新建模。在此情况下,信息总线20本身是传统实现,但是在新环境下使用,因为它借助于使用具有到分离的外部子系统27的连接28的特定适配器29在总线20内将信息适配到所连接的子系统3a_3o,该分离的外部子系统27包括GTIM21 (通用技术信息模型),进行向技术信息模型的翻译和从技术信息模型的翻译并且与BPEE22通信。子系统3i是记账系统,包括列清单XDR收集等。应当注意,信息两次穿过子系统27,即第一在商业处理掌管之前在从源的路径上,而第二次在商业处理之后在到目标的路径上。
[0080]图4c示出根据本发明的计算机系统装置的第三实施例,其中,分别借助于一个适配器32和33,将两个不同的集成总线20a、20b用来与包含技术信息模型21的一个公共外部子系统27—起操作。总线20a、20b连接到每一个应用3a_o分别用于输出和输入。因此,每一个子系统3a_o连接到一个总线20a以经由适配器23a_o发送信息用于翻译/执行,并且经由对应的适配器35和/或适配器32以及33发送到另一总线20b以接收已处理的信肩、O
[0081]图4d示出根据具有两条总线20a、20b的本发明的计算机系统装置的第四实施例,其中,防火墙39用来将更多公用系统从具有更高访问安全的更多内部系统分离。
[0082]图4a中示出的解决方案组合上述解决方案,使得总线20本身具有其自己的信息模型(标准的或私有的),并且全部信息翻译经过总线20,基本上翻译两次;一次是经由“输入适配器23”从起点系统7a (参见图9)到总线信息模型6,且一次是经由输出适配器23到目标系统信息模型7b。这包括任何已要求的协议和格式转换(信息总线的经典角色),但是还可以包括组合来自多个源和子系统的信息,而这提供了进一步的优势。
[0083]原则上,这可以将集成的数量从η (η-1)减少到大约2η。这不同于具有集成集线器或类似装置的现有解决方案,在于其严格使用总线中的信息模型使得起点系统不必意识到在目标系统中使用的格式、协议或概念的改变或意识到子系统是否分割或合并。因而,在子系统仅与信息总线集成并且进行到总线中的信息模型的必要翻译之后,一个子系统可以例如取代另一子系统而不影响全部其他子系统。
[0084]作为比较,具有η种不同母语的代表的会议中的与会者需要η (η_1)/2个译员,如果每一个译员仅可以在两种语言之间翻译(即,双向)。如果语言的数量变得庞大,则译员的数量迅速膨胀。在存在10种语言的情况下,需要45个译员。在100种语言的情况下需要4950个译员,成本和物流复杂性远超它们的价值。然而,如果全部译员可以翻译到英语/从英语翻译(或一些其他公共信息模型),则仅需要η个译员,在此情况下,需要10个(或9个,如果一人的母语是英语)而非45个译员。如果存在100种语言,需要100个译员而非4950个等。这说明了在已知技术和根据本发明的计算机系统装置之间的集成复杂性的差别。使用同样是已知技术的共享数据模型,与每一个人都使用英语对应。
[0085]作为具有如图4a中总线20的信息模型21的替代,可以如图4b在到总线20的外部单元27放置信息模型21,如此得到全部信息在从源到目的系统的路径上穿过的一类系统。在此情况下,在总线20本身中不存在信息模型单元21。相反,向外部系统27中的信息模型6 (参见图9)做出转换或从外部系统27中的信息模型6做出转换。优势和原理在此情况下将是相同的,除了总线本身不需要包括信息模型单元21的能力。相反,信息模型单元21在外部模块27中实现。然而,哪个替代是优选的取决于实现方式。在图4b和4c中示出两个替代原理。
[0086]以与处理信息模型6 (参见图9)类似的方式,全部处理定义在处理管理和设计工具25中。处理随后经由使用BPEL22A的连接利用连接到总线20的BPE22引擎历遍集成。
[0087]信息模型可以描述为由两个不同但是对应的模型构成,在组织中使用的一个模型被映射为在信息总线20内实现的另一模型。
[0088]图5示意性地图示在总线20、在应用3a_3f和组织中的信息模型之间的关系。组织信息模型(0IM)60定义组织所使用的概念和它们的关系,例如,客户称为“客户”。这些概念用在组织的日常生活中。通用技术信息模型6 (GHM)在精确和技术层面上定义了概念和它们的关系。0M60也映射到了 GHM6。在优选实施例中,可以使用外部定义的模型,t匕如TM论坛SID模型本身或修改版。每一个连接的应用3a-f具有定义该应用内的概念和关系的数据模型7a-f (ADM)0每一个ADM7a-f映射到用在iBus20中的GHM6,使得数据变换可以在每一个适配器23中完成。ADM7a-f因而也以一种方式映射到0M。
[0089]图6图示根据本发明的计算机系统装置I的第五实施例。借助于该实施例,使用市场上可用的已知组件图示计算机系统装置的典型实现方式,例如,使用基于使用SID的DXSI的数据变换单元21JPESB (Sonic)形式的执行引擎22。其他此类已知系统可以使用。
[0090]图7图示例如产品定义如何建立以及它如何与组织的不同部分和不同子系统有关,例如图4a中系统的3c和3k。例如其图示可能解决方案中产品数据3c的角色。当从下往上看时,在此示例中,产品基础是作为存在于网络中的服务的网络服务30。由要素管理器应用31管理它们。有时,需要组合这些网络服务30的若干个以便用于设置网络中的功能,这通过使用由供应DB3k控制和管理的供应服务32完成。这还使得能够将要素管理器31从产品层级的更高层次分离,从而这些定义变得独立于要素管理器31的不同供应商。该层级的上层由产品DB3c管理。为了处理售出的复杂产品,以两个主要层构建它们,技术定义层(组件说明33,包含服务、资源和技术属性,以及产品说明34,包含技术产品和技术规则)以及商业定义层(商业服务描述35,包含商业产品、打包、价格计划和打折规则,以及产品供应36包含特殊供应、商业规则和标准供应)。产品说明由一个或多个组件构成,并且知晓关于如何组合和利用这些的规则。商业服务描述35增加商业规则、价格计划、折扣计划等,并且仅可以使用在产品说明34层次上定义的内容。商业服务描述35不能出售给客户,仅产品供应36可以出售。很多产品供应36可以从商业服务描述35定义。产品供应36还知道通过哪个销售渠道37a可以出售它以及将哪个目标组37b作为目标。层级中的全部层次是已处理的版本并且还具有生命周期信息,比如成熟状态、有效日期等。你可以向左看到对每一层的建议责任,其中,网络部分38可以负责网络服务30和供应服务32,产品管理39用于技术和商业层次,但是其中,市场和销售40负责客户将看到和接收的产品供应36的部分。
[0091]图8图示处理关系。全部所定义的处理8在处理管理工具26 (参见例如图4a)中处理。此工具26产生在例如内部网络页面的导航工具9上可以可见和导航的处理图8a、8b作为组织的一种指导。工具25还用来产生由例如BPEL引擎22在iBus20中利用的BPEL或其他智能代码。此关系是双向的。处理取决于它们是否是用户交互处理8a或非用户交互处理Sb而不同地安排。多亏借助于相同的工具26来协调两类处理,可以实现在复杂结构中具有高度控制/精度的系统集成,并且以灵活和良好控制的方式而进行系统内的改变,系统的安全防护、成本高效以及可靠操作。
[0092]图9是根据本发明的、在连接到总线20的应用3和在总线20的GHM21中使用的通用信息模型6 (GM,优选地是CRM系统)之间的数据映射或数据翻译的示例。例如,示出在第一适配器23h中,地址字段61从(例如,在客户数据库3h内使用的)第一 ADM7a映射到GDM6并且经由第二适配器23b从GDM6映射到(例如,在网络商店3b内使用的)第二 ADM7b。
[0093]根据本发明的计算机系统装置适配于最小化在多个软件应用之间的通信和集成复杂性,其中,至少这些应用3a_o (参见例如图4a)的子集具有单独的数据模型(ADM)7a_o,每一个定义应用参数70a_o的单独集合,并且其中,第一适配器23内的第一映射首先从属于到总线20的输入请求70a的ADM7a实现,由此,GTIM21使用GM6将70a翻译为标准对象/参数61。随后,借助于BPEE22,所翻译的对象/参数指向一个(或多个)即至少第二适配器23,其中,将所翻译的请求61根据输入对象/参数70a所意图的应用3的ADM7b重新映射到对象/参数70b。
[0094]正如对于技术人员显然,本发明可以用于并适配于稍微不同的应用。以下给出四个示例:
[0095]1、预支付和实时记账以及信用检查的处理。无线运营商或设施有时应用后支付,即,在搜集数据记录和计算到期总量之后发布账单。结合订阅的初始化,这一般与可信赖度的某种评估组合。如上所述通过具有对信用评估功能的访问(例如,对基于特定参数确定可信赖度的系统的访问)而由本发明处理。然而,本发明还可以用于集成预支付系统,其中,一个子系统利用信用记录、债务记录和查看账户的功能来保持追踪每一个用户账户状态。参见图10中的说明。
[0096]2、小额支付和单一目的到多目的支付系统的转换的处理。本发明允许使用例如无线运营商的记账、预支付信用/债务功能等用于除了对电话呼叫收费之外的其他目的(或能源公司的对电力收费以及也对其他事项收费的系统)。在图11中示出的一个示例是将例如收费站、售货机和其他小额支付连接到移动电话订阅。这也可以不使用本发明就完成,但是本发明使得集成系统和使用已经对不同目的开发的解决方案更为简单,显著地减少了开发成本和时间以利用组合效果的优势。
[0097]3、智能电网。最优化电力能源的生产、存储、传输和消耗的现代解决方案通常称为“智能电网”。这些解决方案取决于在具有不同起点和用于高效工作的大量设备和系统之间的通信和集成。事实上,这是这样的解决方案的大范围布置的主要障碍中的一个。使用例如在例如450Mhz频带的具有良好覆盖的全国无线网络可以解决通信。本发明还设想简化智能电网的实现方式,如图12所示。
[0098]4、智能交通系统(ITS)。本发明不要求静止系统。相反,静止子系统可以与移动系统组合,例如具有某种身份或特性的车辆。图13图示智能交通系统的一个示例,其中,根据本发明的计算机系统装置通过使用具有通用信息模型的总线用来集成不同系统。
[0099]图10图示应用于处理预支付和实时记账和信用检查的本发明。可以注意,当集成可以用于新目的时,比如使用对后支付开发的信用卡公司的债务功能也适用于预支付自动充值,对信用卡公司3p、银行3q等的接口 /集成可以由后支付和预支付系统再次使用并且共享,示出了本发明的另一优势。具有对应适配器23p_t的高亮应用3p、3q、3r、3s、3t是涉及预支付交易的处理的关键系统。
[0100]图11图示应用于在此示例中的游戏、应用下载、公共交通、收费站、ITS和售货机的各种目的的小额支付的处理的本发明。此外,IOa表示“电信中介”,IOb表示“收费站读取器”,IOc表示“电表”,IOd表示“地铁入口读取器”,IOe表示“动态道路收费系统”,IOf表示“应用和媒体商店”,IOg表示“售货机”而IOh表示“蜂窝供应系统”。
[0101]图12图不在智能电网中应用以连接具有不冋功能的各种单兀和系统的本发明。在此图示中,(独立地)由电力公司使用本发明并在家庭智能电表实现方式中使用本发明,具有完全或部分可以标准化或全国调节的接口以鼓励智能电网的发展。在图示的下部中的每一个单元具有永久数据和可变数据,诸如关于物理连接的拓扑信息、容量、未利用容量、设备类型(生成、存储、传输或消耗)、预计的负载或生产(例如,电动车的充电何时必须完成)、价格阈值以增加/减少生产、消耗、存储等。这里,Ila表示“拓扑数据库”,Ilb表示“最优化,预测和交易系统”,Ilc表示“配电网控制/监视”,Ild表示“智能电表(总计器)”,Ile表示“电站”,Ilf表示“存储设施”,Ilg表示“电动车”,而Ilh表示“工业工具的家”。智能电表40/lld可以取决于价格和用户设置而具有特定功能以自动购买和出售电能电力,以控制家庭或工业上非时间关键的消耗项目(比如,电热水器、空调)等。类似地,电力公司可以建立系统41/1 Ib来最优化并且基于其关于可以增加/减少多少消耗、电力传输的成本和容量等的知识来计划其生产。也可以意味着风能或太阳能公司可以与电池银行所有人/电动车所有人达成交易以特定使用条款存储能量在它们的电池中。中心计费和记账功能42基于从电表等收集的数据来确定电力账单。电力公司的操作中心通过匹配来自网络的不同部分的数据而可以看到消耗中等的任何偏离。家庭所有人可以看到对电力公司不可用的细节并且可以对什么设备应当在什么价格条件下继续设置规则,或在必要时越过这些设置。在信息总线中的通用数据模型需要能够描述需要在不同单元之间交换的全部数据,但是与智能电表/智能家庭关联的总线不必具有与电力公司的总线相同的数据模型。不同的电力公司与不同类型的智能电网和政策工作用于最优化。利用在不同电力公司3v之间的标准接口和在每一个客户资产和包括必须和可选信息、私有和公共信息(仅对授权用户可访问)的电力公司之间的接口 40a (也参见图12b)可以是有用的。在这些接口中的信息将通常指总体可控容量等、用户确定例如开启设备的当前电力成本、越过正常设置、消耗信息(测量读取数据)等。系统是非常适于日渐复杂的容量的逐步增加和新功能,而网络的部分仍然是“老式”类型。
[0102]图12b和图12a—样,但是其中,智能电表设备本身由家庭或小型商业总线构成,而这本身是本发明的一个版本,允许控制和最优化各种电源、存储和消耗设备为小型家庭实现方式-而不向任何私有信息给出电力公司接入-仅汇总数据,但是仍然允许非常先进地优化家庭或企业能量使用。这里,子系统12a表示“洗碗机”,12b表示“热泵”,12c表示“水箱温度和IR传感器”,12d表示“电动车充电器/放电器”,12e表示“太阳能电板”,12f表示“风能”,而12g表示“网络控制板”。此外,20a表示“电光”,20b表示“冰柜和冰箱”,20c表示“消耗、生产和存储等”,20d表示“电表”,20e表示“家庭电池银行(具有充电逆变器)”,20f表示“风扇”,20g表示“家庭电力计费系统”,而20h表示“安全和警报系统水表等”。
[0103]图12b还示出使用相同智能家庭总线的其他设施(水表和安全43/20h)。这给出了它们可以共享很多功能和通信信道的优势。例如增加警报以防异常温度和水流。用户使用控制面板访问家庭安装或更可能通过使用具有网络浏览器的计算机来访问内置网络服务器。
[0104]图13图示基于本发明的智能交通系统,其中,一些系统是移动的,使用用于通信的无线电通信系统。图13图示与传统收费站结合的取决于当前或期望的堵塞和/或污染水平而施加通行费并且用来最优化车流的智能交通管理系统。车辆则可以具有计算(或请求)最低收费或速度最优化路线的内置单元。同时,中央功能可以获得更好的数据以预测堵塞。本发明允许增加越来越先进的功能到遗留系统用于例如收费道路支付。
[0105]根据用于创建根据上述实施例的计算机系统装置的方法,使用信息建模工具进行在单独应用数据模型7、通用信息模型6、和在组织中使用的信息模型60之间的信息模型映射,该信息建模工具被布置以定义和描述模型以及它们应当如何彼此关联。
[0106]参考图14,呈现向根据本发明的计算机系统装置添加功能/应用3的步骤的示例,假定向图14所示的系统添加信用检查功能以产生图15所呈现的系统。添加信用检查应用3z的原因可以是运营商受困于或担心受困于一些客户对后支付产品下单而没有对它们付费的能力。接收这样的订单的条件因而应当是客户被认为是可信赖的。这样的信用检查应当从若干地点可访问,比如网络商店、客户关怀、分销网页等。
[0107]可以使用以下步骤来添加期望的功能:
[0108]1、识别合适的方式来估计客户的可信赖度。在此示例中,假定第三方公司提供了信用检查功能/应用3z作为基于客户的通用信用历史和其他可用信息的信用检查系统的一部分。与操作包括一致的接口规定(例如,网络服务)的信用检查系统的公司达成协议。
[0109]2、产生物理连接和安全规定(可以是任何种类,例如,网络服务XML、ap1、任何类型的结构化文件等)。
[0110]3、进行逻辑连接和信息映射,即在信用检查应用3中的信息结构和在信息总线20中的GTiM21中使用的通用模型之间的数据模型映射。这随后在适配器23z中处理用于信用检查。如果数据模型要求改变在信息总线20中的通用技术信息模型21,则这将在MT25中完成并且随后在信息总线20的GTiM21中更新。
[0111]4、使用情况定义和处理定义/修改。(在BPMT26中修改/创建所涉及的处理并且随后在信息总线20中的BPEE22中更新)。
[0112]5、故障处理定义和质量确保规定。(在BPMT26中修改/创建所涉及的处理并且随后在信息总线中的BPEE22中更新)。
[0113]6、测试、部署和仿真。测试首先在分离的测试系统中进行,随后在生产环境下进行部署和仿真而不干扰生产。
[0114]7、当仿真令人满意时,包括信用检查应用3z的所修改的(多个)处理通过将其状态从仿真改为生产而激活。下下次唤醒处理时,将通过调用应用3z而无任何干扰地进行信用检查应用。
[0115]8、调用新应用3z的新使用情况可以稍后添加。例如,如果信用检查应用3z最初仅用于来自网络商店3b和其他系统(比如CRM系统3a)的订单,则也可以简单地通过修改处理而在不对总线信用检查接口适配器23a中做出任何改变的情况下使用信用检查功能/应用3z用于特定产品。
[0116]适配器23a_o满足至少两个目的,即,一方面,翻译/映射数据(参见图9 ),而另一方面,请求期望的处理/活动。之后,适配器在两个方向上翻译活动请求并且还提供用于供应已经借助于适配器翻译的数据。
[0117]图16示意性地示出在子系统/应用和信息总线20之间连接的适配器24的功能。在每一个适配器23内进行数据的映射。
[0118]根据本发明的计算机系统装置的修改在权利要求的范围内当然是可以的。此外,显然的是,技术人员知晓多种不同已知组件,软件和硬件及其组合可以用来实现根据上述原理的功能。此外,借助于分案的提交,预见到一些上述功能方面,还有一些上述具体系统可以是其本身专利申请的客体。
【权利要求】
1.一种计算机系统装置,用于最小化在多个软件应用之间的通信和集成复杂性,其中,至少这些应用(3a-0 )的子集具有单独的数据模型(7a-0 ),每一个定义应用参数(70a_o )的单独集合。 a.包括具有到所述多个应用(3a_o)的每一个的连接(24a_o)的总线装置(20), b.其特征在于,布置所述总线(20)以在每一个应用(3a_o)之间解译并且安排来自每一个应用(3a_o)的输入和输出请求,所述总线装置(20)包括: c.通用信息模型(21),定义与每一个应用(3a_o)的应用参数(70a_o)有关的通用参数的集合, d.适配器部件(23a-o),被布置以将每一个连接(24a-o)与所述通用信息模型(21)互联, e.所述适配器部件(23a_o),与所述通用信息模型(21)—起,结合输入请求,被布置以将所述单独数据模型(70a)的参数映射到所述通用参数(61)。 f.被布置以将所述已映射的信息模型(6)与所述请求一起转移到处理执行引擎(22)的部件, g.所述处理执行引擎(22),包括被布置以处理所述请求以识别所述请求所指向的对应适配器部件(23a-o)的部件,并且 h.使用所述对应适配器部件(23a-o)与所述通用信息模型(21)—起来重新映射所述请求到它所指向的应 用(3a-o )的单独数据模型(7b )。
2.根据权利要求1所述的计算机系统装置,其中,所述适配器部件包括多个适配器框(23a-o ),连接在所述连接(24a-o )的每一个和所述总线装置(20 )之间。
3.根据权利要求2所述的计算机系统装置,其中,每一个适配器框(23a-o)进一步包括至少一个通信协议。
4.根据权利要求1所述的计算机系统装置,其中,被布置以转移的所述部件包括基于在商业处理执行引擎(22)中定义的规则的逻辑,被布置以在特定触发事件或时间开始动作。
5.根据权利要求4所述的计算机系统装置,其中,所述商业处理执行引擎借助于商业处理管理语言引擎而编程。
6.根据权利要求5所述的计算机系统装置,其中,通过使用商业处理管理工具实现所述编程。
7.根据任一前述权利要求所述的计算机系统装置,其中,所述系统进一步包括产品数据库和配置器,被布置以在具有对每一个产品的价格和配置参数的一致的产品定义中形成中心部分。
8.根据权利要求7所述的计算机系统装置,其中,借助于所述总线装置(20)的所述一致的产品定义被布置以由其他应用使用。
9.根据权利要求8所述的计算机系统装置,其中,所述其他应用至少是记账和/或供应等,当进行诸如计算清单、激活服务和/或呈现产品供给之类的任务时,被布置以取得与产品有关的相关彳目息。
10.根据任一前述权利要求所述的计算机系统装置,其中,多个所述应用(3)具有单独信息模型(7)。
11.一种用于创建根据任一前述权利要求的计算机系统装置的方法,其特征在于,使用信息建模工具进行在所述单独应用数据模型、所述通用信息模型和在所述组织中使用的信息模型之间的信息模型映射,所述信息建模工具被布置以定义和描述所述模型以及它们应当如何彼此关联。
【文档编号】G06F13/38GK103562896SQ201280025311
【公开日】2014年2月5日 申请日期:2012年3月23日 优先权日:2011年3月25日
【发明者】T.诺伯格 申请人:塔里弗莱克斯公司

最新回复(0)