基于面向服务的架构(SOA)的可扩展计费系统技术方案

用于oneM2M SOA(面向服务的架构)计费系统的事件收集服务可提供使得能够配置计费策略，即事件收集的通用规则的服务能力；可提供使得能够配置事件收集触发，即在什么具体事件下它会触发收集操作的服务能力；可定义可随着服务、设备、以及应用的增加而扩大的系统；并且可定义可与oneM2M ROA(面向资源的架构)计费系统交互和集成的系统。

【技术实现步骤摘要】
【国外来华专利技术】基于面向服务的架构(SOA)的可扩展计费系统
技术介绍
本专利申请要求于2014年9月12日提交的美国临时专利申请序列号62/049,696的权益，其整个内容通过引用而并入，如同在此阐述地一样。oneM2M是开发下述技术规范的组织，所述技术规范解决了对可容易地嵌入在各种硬件和软件之中的且依赖于使现场的无数设备连接到全球M2M应用服务器的通用机器对机器(M2M)服务层的需求。图1是说明在oneM2M功能架构中所定义的M2M服务平台的架构100的示意图。M2M服务平台包括被描述为公共服务实体(CSE)102的实体。CSE102包括为M2M环境所共有的且通过Mca和Mcc的参考点而公开的一组服务功能。在oneM2M功能架构中描述了这些参考点。在该规范中所描述的M2M服务架构主要适用于CSE102被视为一组服务组件的基础架构域。M2M服务架构通过指定提供给M2M应用和M2M服务提供商的M2M服务来增强oneM2M功能架构。经由服务公开组件106通过跨Mca参考点的应用实体(AE)104、经由远程服务公开组件108通过跨Mcc参考点的其他基础架构CSE、以及通过跨Msc参考点110的其他服务组件来消费这些M2M服务。这些M2M服务经由网络服务利用组件114通过跨Men参考点的网络服务公开(NSE)112来利用底层网络的服务。应用实体(AE)104是由oneM2M功能架构来定义的。应用实体为端到端M2M解决方案提供了应用逻辑。公共服务实体102是由oneM2M功能架构来定义的。公共服务实体102包括为M2M环境所共有的且由oneM2M所指定的一组“服务功能”。对于oneM2M服务，CSE102的这种定义是经由相应服务公开组件106和远程服务公开组件108通过Mca和Mcc的参考点来公开的“服务功能”的逻辑表示。网络服务利用组件114通过Mcn参考点来利用底层网络的服务。另外，服务组件消费并提供具有其他服务组件115和116的M2M服务。作为松散耦合的服务组件的逻辑表示，CSE102是本身是可识别的但不是可直接寻址的实体。相反，可寻址实体是参考点的相应服务公开组件。服务是组件内的可寻址实体；组件不能直接寻址。服务公开组件106将服务公开给AEs。网络服务利用组件114消费来自于NSE的服务。远程服务公开组件108使来自于不同M2M环境的服务相连。服务公开组件106、网络服务利用组件114、以及远程服务公开组件108遵循CSE公共域名约定但是扩展为基础架构节点公共域名的子域。图2是说明可与图1的oneM2M服务架构100一起使用的示例性服务组件的示意图。下表1示出了通用SOA参数：表1：通用服务能力参数方向是与提供(实现)服务能力相关的实体。值“IN”意味着实体期望接收来自于服务能力请求的消费者(发送者)的参数的值。值“Out”意味着实体将向服务能力请求的消费者(发送者)发送参数的值。值“IN-OUT”意味着实体将接收来自于消费者的值并且此后将该参数的值(不一定是相同值)发送回消费者。表2定义了过滤标准表2：支持服务过滤标准标准名称描述serviceld支持服务标识符(M2M-Serv-ID)labels分配给支持服务实体的一个或更多个标签serviceRolelds与支持服务实体相关联的一个或更多个服务角色标识符(Role-ID)lastModifiedTime参见表1creationTime参见表1SOA(面向服务的架构)是在企业部署中通用的系统和软件设计原则和风格。SOA将功能定义为分布式服务并且为服务消费者提供接口。在oneM2M，存在ROA(面向资源的架构)规范以及SOA(面向服务的架构)规范。
技术实现思路
本申请描述了用于SOA计费特征的可扩展框架工作。事件收集服务可提供服务能力以使得能够配置计费策略，即用于事件收集的通用规则；可提供服务能力以使得能够配置事件收集触发，即在什么特定事件其将触发收集操作；可定义可随着服务、设备、以及应用的增加而扩展的系统并且可定义可与oneM2MROA计费系统进行交互和集成的系统。例如，通过触发所记录的事件可在收费应用中使用以对适当的一方计费。提供本
技术实现思路
以便以简化形式介绍将在以下详细描述中进一步描述的一些概念。本
技术实现思路
不旨在标识所要求保护的主题的关键特征或必要特征，也不旨在用于限制所要求保护的主题的范围。此外，所要求保护的主题不局限于解决在本公开的任何部分中所指出的任何或所有缺点这样的限制。附图说明可以结合附图从通过以示例的方式所给出的以下描述得到更详细的理解，其中：图1是说明在oneM2M功能架构中所定义的M2M服务平台的架构的示意图。图2是说明可与图1的oneM2M服务架构一起使用的示例性服务组件的示意图。图3是说明可用于将应用实体(AEs)的配置统计存储在基于ROA(面向资源的架构)的计费资源结构中的<statsConfig>资源的示意图。图4是说明图3的<statsConfig>资源的<eventConfig>子资源的示意图。图5是说明可使用图3的<eventConfig>资源作为IN-CSE的触发来收集AEs的信息的<statsCollect>资源的示意图。图6是说明面向服务的架构(SOA)事件收集架构的示意图。图7是说明事件收集触发如何分布在不同服务上的示意图。图8是说明作为oneM2MSOA功能架构中的服务组件的事件收集服务的示意图。图9是说明示例性setEventCollectionPolicy消息的流程图。图10是说明示例性getEventCollectionPolicy消息的流程图。图11是说明示例性setEventCollectionTriggers消息的流程图。图12是说明示例性getEventCollectionTriggers消息的流程图。图13A和13B是示出了事件收集的示例性序列的示意图。图15是一个实施例的图形用户界面的示意图。图15A是可以实施一个或多个公开的实施例的示例性机器对机器(M2M)、物联网(IoT)、或者物联网(WoT)通信系统的系统示意图。图15B是可以在图15A中所说明的M2M/IoT/WoT通信系统内使用的示例架构的系统示意图。图15C是可以在图15A中所说明的通信系统内使用的示例性M2M/IoT/WoT终端或网关设备的系统示意图。图15D是可以实现图15A的通信系统的方面的示例性计算系统的框图。具体实施方式基于ROA(面向资源的架构)的计费资源结构图3是说明可用于将应用实体(AEs)的配置统计存储在基于ROA(面向资源的架构)的计费资源结构中的<statsConfig>资源302的示意图。<statsConfig>资源302可以是由多个IN-CSE或IN-CSE中的AE建立的。<statsConfig>资源302可直接位于<CSEBase>之下。<eventConfig>子资源304可用于定义触发统计收集的事件。图4是说明图3的<statsConfig>资源的<eventConfig>子资源304的示意图。以下是可生成的事件的一些示例：·基于某些操作的收集：收集任何本文档来自技高网...

【技术保护点】
一种节点，所述节点包括处理器、存储器和通信电路，所述节点经由其通信电路被连接到通信网络，所述节点进一步包括存储在所述节点的所述存储器中的计算机可执行指令，所述计算机可执行指令当由所述节点的所述处理器执行时，执行服务事件收集组件的功能，并且使得所述节点：存储事件收集策略；以及设置事件收集触发，所述事件收集触发至少部分地基于所述事件收集策略，在服务处设置所述事件收集触发。

【技术特征摘要】
【国外来华专利技术】2014.09.12 US 62/049,6961.一种节点，所述节点包括处理器、存储器和通信电路，所述节点经由其通信电路被连接到通信网络，所述节点进一步包括存储在所述节点的所述存储器中的计算机可执行指令，所述计算机可执行指令当由所述节点的所述处理器执行时，执行服务事件收集组件的功能，并且使得所述节点：存储事件收集策略；以及设置事件收集触发，所述事件收集触发至少部分地基于所述事件收集策略，在服务处设置所述事件收集触发。2.根据权利要求1所述的节点，其中，所述计算机可执行指令进一步使得所述节点在所述服务处发生所述事件之后，接收来自所述服务的事件记录。3.根据权利要求1所述的节点，其中，所述计算机可执行指令进一步使得所述节点将所述事件收集策略分配到另一位置。4.根据权利要求1所述的节点，其中，所述计算机可执行指令进一步使得所述节点接收事件收集策略请求。5.根据权利要求1所述的节点，其中，所述计算机可执行指令进一步使得所述节点接收事件收集触发请求。6.根据权利要求1所述的节点，其中，所述计算机可执行指令进一步使得所述节点接收事件记录请求。7.根据权利要求1所述的节点，其中，所述计算机可执行指令进一步使得所述节点响应于所述事件记录请求而提供事件记录。8.根据权利要求1所述的节点，其中，所述事件收集策略定义事件类型。9.根据权利要求1所述的节点，其中，所述服务事件收集组件是服务层...

【专利技术属性】
技术研发人员：路广，
申请(专利权)人：康维达无线有限责任公司，
类型：发明
国别省市：美国,US