基于面向服务的架构(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的示意图。以下是可生成的事件的一些示例：·基于某些操作的收集：收集任何关于由收集实体创建的数据的retrieve操作。·基于存储大小的收集：当由收集实体所创建的<container>资源超过配额时收集存储的大小。·组合配置：收集所有关于在一段时间内由收集实体所创建的数据的retrieve操作。<statsconfig>资源302可包含表3中所指定的子资源。表3：<statsconfig>资源的子资源<statsconfig>资源302可包含表4中所指定的属性。表4：<statsconfig>资源的属性<eventconfig>资源304可包含表5中所指定的子资源。表5：<eventconfig>资源的子资源<eventconfig>资源304可包含表6中所指定的属性表6：<eventconfig>资源的属性图5是说明可使用<eventconfig>资源304作为对in-cse的触发来收集aes的信息的<statscollect>资源502的示意图。in-cse可以设置多个触发。每个触发可以相互独立地激活或去激活。<statscollect>资源502可直接位于in-cse的<csebase>下。<statscollect>资源可包含表7中所指定的子资源。表7：<statscollect>资源的子资源<statscollect>资源502可包含表8中所指定的属性。表8：<statscollect>资源的属性面向服务的架构(soa)事件收集概述图6是说明面向服务的架构(soa)事件收集架构600的示意图。事件收集服务602包含三个逻辑功能：事件收集策略604、事件收集触发606、以及事件收集执行608。这些实体可以驻留在不同的节点上。例如，事件收集策略604可位于基础架构节点上，并且事件收集执行608通常位于可收集事件发生的节点上。每个逻辑功能可为aes或cses提供接口以配置事件收集配置和/或获得配置或事件记录。哪个实体可访问什么信息取决于请求实体的访问权限。图7是说明事件收集触发如何分布在不同服务上的示意图。在事件收集服务实体602中定义并维护策略和所有触发(示为三角形)。事件收集服务实体702可将策略和触发分配给其他服务，并且其他服务具有被示为六边形的本地策略或触发，其是包含在事件收集处的策略和触发的子集。图8是说明作为onem2msoa功能架构中的服务组件的事件收集服务602的示意图。在该示例中，本地事件触发802在服务组件116中。再次参考图6，事件收集服务602可提供用于记帐目的的记录事件的能力。服务能力可包括seteventcollectionpolicy610、geteventcollectionpolicy612、seteventcollectiontriggers614、geteventcollectiontriggers616、getrecords620、以及recordevent618。设置策略seteventcollectionpolicy服务能力610向aes和cses提供出于统计和计费的目的而配置事件的能力。源发方可以是希望在接收cse配置事件收集策略的ae或cse。接收cse根据该策略进行事件收集。接收cse可以建立其自己的事件收集策略。如果与接收cse不同，则源发方订阅并注册到接收cse。如下示出了一个实施例的seteventcollectionpolicy签名。表9示出了seteventcollectionpolicy能力。表9事件收集-seteventcollectionpolicy能力表10是事件收集–eventconfig复杂数据类型的表格表10：事件收集–eventconfig复杂数据类型表11定义了eventtype复杂数据类型的示例。当有更多的服务可用时，可定义更多的事件。表11：事件收集-eventtype复杂数据类型不需要任何后置条件。相对于异常，源发方没有创建策略的访问权限。消息交换模式可是in-out。这种服务能力所要求的服务能力的交互可包括发出对支持服务的请求以执行操作。图9是说明示例性seteventcollectionpolicy消息的流程图。ae104(或cse)通过服务公开组件106将seteventcollectionpolicy消息发送到服务事件收集602。seteventcollectionpolicy服务能力610与<eventconfig>资源相符并且映射到用于该资源的create过程。获取策略geteventcollectionpolicy服务能力为诸如ae的实体提供了在cse检索现有策略的能力。源发方可是希望在接收cse检索事件收集策略的ae104或cse。如果与接收cse不同，则源发方订阅并注册到接收cse。源发方仅被允许以适当的访问权限进行检索。表12示出了geteventcollectionpolicy服务能力612的签名。表12：事件收集-geteventcollectionpolicy能力参数在一个实施例中，不存在后置条件。相对于异常，源发方没有检索策略的访问权限。消息交换模式可以是in-out。该服务能力所要求的服务能力的交互可包括向支持服务发出请求以执行操作。图10是说明示例性geteventcollectionpolicy消息的流程图。ae104(或cse)通过服务公开组件106将geteventcollectionpolicy消息发送给服务事件收集602。geteventcollectionpolicy服务能力612可与<eventconfig>资源相符并映射到用于该资源的retrieve过程。设置触发seteventcollectiontriggers服务能力614基于事件收集策略为ae104和cse提供用于配置事件收集的特定触发的能力。源发方可以是其想要基于在收集cse可用的现有事件收集策略来配置事件收集触发的ae或cse。表13示出了seteventcollectiontriggers服务能力614的签名。表13：事件收集-seteventcollectiontriggers能力相对于后置条件，在事件收集触发成功创建之后，当在collectentity发生了所定义的事件时，并且当事件收集触发状态为active时，collectentity将收集事件。支持服务可将recordevent消息发送到事件收集实体。相对于异常，源发方没有创建事件收集触发的访问权限。消息交换模式可是in-out。此服务能力所要求的服务能力的交互可包括向支持服务发出请求以执行操作。图11是说明示例性的seteventcollectiontriggers消息的流程图。ae104(或cse)通过服务公开组件106向服务事件收集602发送seteventcollectiontriggers消息。seteventcollectiontriggers服务能力614可与<statscollect>资源相符并映射到资源的create过程。获取触发geteventcollectiontriggers服务能力616为ae104和cse提供在接收cse检索事件收集触发的能力。始发ae104和cse订阅到cse并注册到目标cse。源发方具有检索的访问权限。表14示出了geteventcollectiontriggers服务能力616的签名。表14事件收集-geteventcollection触发能力在一个实施例中，不存在后置条件。相对于异常，源发方没有检索事件收集触发的访问权限。消息交换模式可是in-out。这种服务能力所要求的服务能力的交互可包括向支持服务发出请求以执行操作。图12是说明示例性geteventcollectiontriggers消息的流程图。ae104(或cse)通过服务公开组件106将geteventcollectiontriggers消息发送到服务事件收集602。应当理解，执行在图9-12中所说明的步骤的实体是下述逻辑实体，该逻辑实体可以是以存储在诸如在图15c或图15d中所说明的那些网络节点或计算机系统的存储器中并在其处理器上执行的软件(即计算机可执行指令)的形式实施的。也就是说，在图9-12中所说明的方法(多个方法)可以是以存储在诸如在图15c或图15d中所说明的节点或计算机系统的网络节点的存储器中的软件(即计算机可执行的指令)的形式实施的，所述计算机可执行指令在由节点的处理器执行时执行在图9-12中所说明的步骤。geteventcollectiontriggers服务能力616可与<statscollect>资源相符并映射到用于该资源的retrieve过程。记录事件recordevent服务能力618可为服务(诸如数据交换服务)提供触发收集实体(诸如cse)以记录事件的能力。在一个实施例中，前置提条件包括事件收集触发已经由seteventcollectiontriggers能力614创建。表15示出了recordevent服务能力618的签名。表15：事件收集-recordevent功能在一个实施例中，不存在后置条件或异常。消息交换模式可以是in-out。该服务能力所要求的服务能力的交互可包括来自于事件被触发到事件收集实体602的服务的请求。获取事件记录getrecords服务能力620为aes和cses提供出于统计或计费的目的检索所记录的事件的能力。前置条件可包括始发aes和cses订阅到cse并注册到接收cse。表16示出了getrecords服务能力620的签名。表16事件收集-getrecords功能在一个实施例中，不存在后置条件或异常。消息交换模式可是in-out。该服务能力所要求的服务能力的交互可包括源发方向事件收集实体发送用于获得它感兴趣的事件记录的请求。表17是示例性事件记录模板的表。表17：事件记录模板事件收集服务的使用图13a和13b是示出了事件收集的示例性序列的示意图。为了可读性，将操作划分为两部分：图13a说明了事件收集策略和事件触发的配置，并且图13b说明了当触发发生时的事件收集。在图13a的步骤1-3，ae或cse1302(标识为ae1或cse1)配置服务公开上的事件收集策略。服务公开实体106将消息传递到事件收集服务602。该消息包含如先前在本文档中所定义的信息单元“eventconfig”。将该策略存储在事件收集服务实体。在图13a的步骤4-5，另一ae或cse1304(标识为ae2或cse2)可检索可用于发现的事件收集策略。在图13a的步骤6-8，ae2或cse21304基于其获得的事件收集策略来配置事件收集触发。将这些触发存储在事件收集实体602。在图13b的步骤9-10，事件收集服务实体602将事件收集触发传递到诸如数据交换服务的适当服务1306。服务1306存储触发的本地版本。在图13b的步骤11-13，当所配置的事件的条件发生时，其他服务生成事件并请求事件收集实体602以记录事件。例如，当数据交换服务接收到subscribecomplete消息时，它触发recordevent消息并将其发送到事件收集服务实体602。事件收集服务实体602存储事件记录。在图13b的步骤14-15，ae2或cse21304从事件收集服务实体602获得事件记录。例如，它可在一段时间内获得与其自身相关的所有事件。尽管上面的说明书公开了具有get方法geteventcollectionpolicy612、geteventcollectiontriggers616、以及getrecords620的拉(pull)模型，但是应当理解，可使用推(push)模型。例如，在推模型中，事件收集服务实体602可将事件记录推到请求ae或cse。应当理解，执行在图13a-b中所说明的步骤的实体是下述逻辑实体，该逻辑实体可以是以存储在诸如图15c或图15d中所说明的网络节点或计算机系统的存储器中并在其处理器上执行的软件(即计算机可执行指令)的形式实施的。也就是说，在图13a-b中所说明的方法可以是以存储在网络节点，诸如在图15c或图15d中所说明的节点或计算机系统的存储器中的软件(即计算机可执行的指令)的形式实施的，所述计算机可执行指令在由节点的处理器执行时执行在图13a-b中所说明的步骤。本申请的示例性使用涉及具有收费应用的服务提供商。收费应用(诸如ae1)可在驻留在m2m服务器上的cse设置事件收集策略。m2m服务器可以将策略推到与其相连的网关，或者网关可以从服务器查询策略。另一应用ae2是天气系统app并且将天气数据存储在m2m服务器上。它从m2m服务器检索“用于每个retrieve操作的事件收集”的策略，并且在m2m服务器上将其自己的触发设置为“ae1从所有实体收集retrieve的触发”。在该示例中，m2m服务器将在每次满足触发条件时执行对ae2的事件记录。m2m服务器将生成事件记录并且ae2可获取它。此后，ae2可向使用其天气数据的用户收费。下面描述了m2m服务的列表以及映射到每个m2m服务的相关角色的列表。表18包括m2m服务的列表。在该表的最后一行中示出了添加的事件收集服务。表18：m2m服务跨m2m服务提供商域使用m2m服务订阅受m2m服务提供商协议的约束。表19提供了将服务角色映射到资源类型和操作的示例。在表的最后一行中示出了添加的事件收集服务。该表将由sp配置以允许根据服务订阅来验证请求。表19：将服务角色映射到资源类型/允许的操作诸如图形用户界面(gui)的界面可用于帮助用户基于soa来控制和/或配置与可扩展的计费系统相关的功能。图14是说明允许用户配置服务层事件检测策略和事件检测触发的界面1402的示意图。界面1402还可用于如果/当发生事件触发时允许用户观察由服务层所记录的事件。应当理解，界面1402可是使用诸如如下在图15c-d中所描述的那些的显示器来制造的。示例性m2m/iot/wot通信系统图15a是可以实施一个或多个公开的实施例的示例性机器对机器(m2m)、物联网(iot)、或物联网(wot)通信系统10的示意图。通常，m2m技术为iot/wot提供构建模块，并且任何m2m设备、m2m网关、m2m服务器、或者m2m服务平台可以是iot/wot以及iot/wot服务层等等的组件或节点。通信系统10可用于实施所公开的实施例的功能性并且可包括功能性和逻辑实体，诸如：事件收集服务602、事件收集策略604、事件收集触发606、事件收集执行608、设置策略610、获取策略612、设置触发614、获取触发616、记录事件618、获取事件记录620、触发802、ae1041302和1304、服务公开组件106、服务组件115和116、网络服务利用组件114、远程服务公开组件108、cse1021302和1304、nse112和服务1306、以及用于生成诸如gui1402的gui的逻辑实体。如图15a所示，m2m/iot/wot通信系统10包括通信网络12。通信网络12可以是固定网络(例如以太网、光纤、isdn、plc等)或无线网络(例如wlan、蜂窝等)或异构网络的网络。例如，通信网络12可以包括向多个用户提供诸如语音、数据、视频、消息、广播等的内容的多接入网络。例如，通信网络12可以采用诸如码分多址(cdma)、时分多址(tdma)、频分多址(fdma)、正交fdma(ofdma)、单载波fdma(sc-fdma)等的一种或多种信道接入方法。此外，通信网络12可以包括其他网络，诸如例如核心网、因特网、传感器网络、工业控制网络、个人区域网络、融合个人网络、卫星网络、家庭网络、或者企业网络。如图15a所示，m2m/iot/wot通信系统10可以包括基础架构域和场域。基础架构域是指端到端m2m部署的网络侧，而场域是指通常在m2m网关之后的区域网络。场域和基础架构域均可以包括各种不同网络节点(例如服务器、网关、设备等等)。例如，场域包括m2m网关14和终端设备18。应当理解，根据需要可以在m2m/iot/wot通信系统10中包括任何数量的m2m网关设备14和m2m终端设备18。每个m2m网关设备14和m2m终端设备18被配置为使用通信电路经由通信网络12或直接无线电链路来发送和接收信号。m2m网关14允许无线m2m设备(例如蜂窝和非蜂窝)以及固定网络m2m设备(例如plc)通过诸如通信网络12的运营商网络或直接无线电链路来通信。例如，m2m终端设备18可以收集数据并经由通信网络12或直接无线电链路将该数据发送到m2m应用20或其他m2m设备18。m2m终端设备18还可以接收来自于m2m应用20或m2m终端设备18的数据。此外，如下所述，可以经由m2m服务层22将数据和信号发送到m2m应用20或者接收来自于m2m应用20的数据和信号。m2m终端设备18和网关14可以经由包括例如蜂窝、wlan、wpan(例如zigbee、6lowpan、蓝牙)、直接无线电链路、以及有线的各种网络来通信。示例性m2m终端设备18包括但不限于平板电脑、智能电话、医疗设备、温度和天气监视器、连接的汽车、智能仪表、游戏控制台、个人数字助理、健康和健身监视器、灯、恒温器、电器、车库门、以及其他基于致动器的设备、安全设备、以及智能插口。参考图15b，所说明的场域中的m2m服务层22为m2m应用20、m2m网关设备14、m2m终端设备18、以及通信网络12提供服务。通信网络12可用于实施所公开实施例的功能性并且可包括功能性和逻辑实体，诸如事件收集服务602、事件收集策略604、事件收集触发606、事件收集执行608、设置策略610、获取策略612、设置触发614、获取触发616、记录事件618、获取事件记录620、触发802、ae1041302和1304、服务公开组件106、服务组件115和116、网络服务利用组件114、远程服务公开组件108、cse1021302和1304、nse112和服务1306、以及用于生成诸如gui1402的gui的逻辑实体。m2m服务层22可以由一个或多个服务器、计算机、设备、虚拟机(例如云/存储场等)等来实施，其包括例如在如下所述的图15c和15d中所说明的设备。应当理解，m2m服务层22可以根据需要与任何数量的m2m应用、m2m网关14、m2m终端设备18、以及通信网络12通信。m2m服务层22可以由可以包括服务器、计算机、设备等的网络的一个或多个节点来实施。m2m服务层22提供应用于m2m终端设备18、m2m网关14、以及m2m应用20的服务能力。m2m服务层22的功能可以以各种方式来实施，例如作为web服务器，在蜂窝核心网中、在云中等等。与所说明的m2m服务层22类似，在基础架构域中存在m2m服务层22'。m2m服务层22'为基础架构域中的m2m应用20'和底层通信网络12'提供服务。m2m服务层22'还为场域中的m2m网关14和m2m终端设备18提供服务。应当理解的是m2m服务层22'可以与任何数量的m2m应用、m2m网关、以及m2m设备通信。m2m服务层22'可以通过不同服务提供商来与服务层交互。m2m服务层22'可以由包括服务器、计算机、设备、虚拟机(例如云计算/存储场等)等的网络的一个或多个节点来实施。还参考图15b，m2m服务层22和22'提供多种应用和垂直元可利用的服务递送能力的核心集。这些服务能力使得m2m应用20和20'能够与设备交互并且执行诸如数据收集、数据分析、设备管理、安全性、收费、服务/设备发现等的功能。基本上，这些服务能力使应用程序免于实现这些功能性的负担，从而简化应用程序开发并且降低成本和上市时间。服务层22和22'还使得m2m应用20和20'能够通过与服务层22和22'所提供的服务有关的各种网络12和12'来通信。本申请的方法可以作为服务层22和22'的一部分来实施。服务层22和22'是通过一组应用编程接口(api)和底层网络接口来支持增值服务能力的软件中间件层。etsim2m和onem2m这两者使用可以包含本申请的连接方法的服务层。etsim2m的服务层被称为服务能力层(scl)。scl可以在m2m设备(它被称为设备scl(dscl))、网关(它被称为网关scl(gscl))、和/或网络节点(它被称为网络scl(nscl))之内实施。onem2m服务层支持一组公共服务功能(csf)(即服务能力)。将一个或多个特定类型的csfs的集合的实例化称为公共服务实体(cse)，该公共服务实体可被托管在不同类型的网络节点(例如基础架构节点、中间节点、应用特定节点)上。此外，本申请的连接方法可以作为下述m2m网络的一部分来实施，所述m2m网络使用面向服务的架构(soa)和/或面向资源的架构(roa)以接入诸如本申请的连接方法的服务。在一些实施例中，m2m应用20和20'可以与所公开的系统和方法相结合地使用。m2m应用20和20'可以包括与ue或网关相交互的应用并且还可以与其他公开的系统和方法相结合地使用。在一个实施例中，如图15b所示，诸如事件收集服务602、事件收集策略604、事件收集触发606、事件收集执行608、设置策略610、获取策略612、设置触发614、获取触发616、记录事件618、获取事件记录620、触发802、ae1041302和1304、服务公开组件106、服务组件115和116、网络服务利用组件114、远程服务公开组件108、cse1021302和1304、nse112和服务1306、以及用于生成诸如gui1402的gui的逻辑实体的逻辑实体可以托管在由诸如m2m服务器、m2m网关、或者m2m设备的m2m节点托管的m2m服务层实例内。例如，诸如事件收集服务602、事件收集策略604、事件收集触发606、事件收集执行608、设置策略610、获取策略612、设置触发614、获取触发616、记录事件618、获取事件记录620、触发802、ae1041302和1304、服务公开组件106、服务组件115和116、网络服务利用组件114、远程服务公开组件108、cse1021302和1304、nse112和服务1306、以及用于生成诸如gui1402的gui的逻辑实体的逻辑实体可以包括m2m服务层实例内的或者作为现有服务能力内的子功能的单独服务能力。m2m应用20和20'可以包括在诸如但不限于运输、健康和保健、家庭连接、能量管理、资产跟踪、以及安全和监视这样的各种行业中的应用。如上所述，跨系统的设备、网关、服务器、以及其他节点运行的m2m服务层支持诸如例如数据收集、设备管理、安全、收费、位置跟踪/地理围栏、设备/服务发现、以及遗留系统集成的功能并且将这些功能作为服务提供给m2m应用20和20'。通常，服务层22和22'定义通过一组应用编程接口(api)和底层网络接口来支持增值服务能力的软件中间件层。etsim2m和onem2m架构这两者定义了服务层。etsim2m的服务层被称为服务能力层(scl)。scl可以在etsim2m架构的各种不同节点中实施。例如，服务层的实例可以在m2m设备(它被称为设备scl(dscl))、网关(它被称为网关scl(gscl))、和/或网络节点(它被称为网络scl(nscl))内实施。onem2m服务层支持一组公共服务功能(csf)(即服务能力)。一个或多个特定类型的csf的集合的实例化被称为公共服务实体(cse)，该公共服务实体可被托管在不同类型的网络节点(例如基础架构节点、中间节点、应用特定节点)上。第三代合作伙伴计划(3gpp)还定义了用于机器类型通信(mtc)的架构。在该架构中，服务层及其提供的服务能力作为服务能力服务器(scs)的一部分实施。无论是体现在etsim2m架构的dscl，gscl或nscl中，在3gppgprs架构的服务能力服务器(scs)中，在onem2m架构的csf或cse中，还是在网络的一些其他节点中，服务层的实例可以作为在网络中的一个或多个独立节点(包括服务器、计算机、以及其他计算设备或节点)执行的逻辑实体(例如软件、计算机可执行指令等等)或者作为一个或多个现有节点的一部分来实施。作为示例，服务层或其组件的实例可以以在具有如下在图15c或图15d中所说明的通用架构的网络节点(例如服务器、计算机、网关、设备等)上运行的软件的形式来实施。此外，诸如事件收集服务602、事件收集策略604、事件收集触发606、事件收集执行608、设置策略610、获取策略612、设置触发614、获取触发616、记录事件618、获取事件记录620、触发802、ae1041302和1304、服务公开组件106、服务组件115和116、网络服务利用组件114、远程服务公开组件108、cse1021302和1304、nse112和服务1306、以及用于生成诸如gui1402的gui的逻辑实体的逻辑实体可以作为下述m2m网络的一部分来实施，所述m2m网络使用面向服务的架构(soa)和/或面向资源的架构(roa)来接入本申请的服务。图15c是诸如m2m设备18、m2m网关14、m2m服务器等的m2m网络节点30的示例性硬件/软件架构的框图。节点30可执行或包括逻辑实体，诸如事件收集服务602、事件收集策略604、事件收集触发606、事件收集执行608、设置策略610、获取策略612、设置触发614、获取触发616、记录事件618、获取事件记录620、触发802、ae1041302和1304、服务公开组件106、服务组件115和116、网络服务利用组件114、远程服务公开组件108、cse1021302和1304、nse112和服务1306、以及用于生成诸如gui1402的gui的逻辑实体。设备30可是如图15a-b所示的m2m网络的一部分或者是非m2m网络的一部分。如图15c所示，m2m节点30可以包括处理器32、不可移除存储器44、可移除存储器46、扬声器/麦克风38、键盘40、显示器、触摸板、和/或指示器42、电源48、全球定位系统(gps)芯片组50、以及其他外围设备52。节点30还可以包括诸如收发器34和发送/接收元件36的通信电路。应当理解，m2m节点30可以包括先前元件的任何子组合，同时保持与实施例一致。该节点可以是用于实施在这里所描述的smsf功能的节点。处理器32可以是通用处理器、专用处理器、传统处理器、数字信号处理器(dsp)、多个微处理器、与dsp核心相关联的一个或多个微处理器、控制器、微控制器、专用集成电路(asics)、现场可编程门阵列(fpga)电路、任何其他类型的集成电路(ic)、状态机等等。一般来说，处理器32可以执行存储在节点的存储器(例如存储器44和/或存储器46)中的计算机可执行指令以便执行节点的各种所需功能。例如，处理器32可以执行信号编码、数据处理、功率控制、输入/输出处理、和/或使得m2m节点30能够在无线或有线环境中操作的任何其他功能。处理器32可以运行应用层程序(例如浏览器)和/或无线电接入层(ran)程序和/或其他通信程序。处理器32还可以诸如例如在接入层和/或应用层上执行诸如认证、安全密钥协商、和/或加密操作的安全操作。如图15c所示，处理器32与其通信电路(例如收发器34和发送/接收元件36)相耦合。通过执行计算机可执行指令，处理器32可以控制通信电路以便使得节点30经由与其相连的网络与其他节点通信。具体地，处理器32可以控制通信电路以便执行在这里和权利要求中所描述的发送和接收步骤。尽管图15c将处理器32和收发器34描绘为单独的组件，但是应当理解，可以将处理器32和收发器34一起集成在电子封装或芯片中。发送/接收元件36可以被配置为向包括m2m服务器、网关、设备等的其他m2m节点发送信号或从其接收信号。例如，在一个实施例中，发送/接收元件36可以是被配置成传送和/或接收rf信号的天线。发送/接收元件36可以支持诸如wlan、wpan、蜂窝等等的各种网络和空中接口。在实施例中，例如，发送/接收元件36可以是其被配置成发送和/或接收ir、uv、或可见光信号的发射器/检测器。在又一个实施例中，发送/接收元件36可以被配置为发送和接收rf信号和光信号这两者。应当理解，发送/接收元件36可以被配置为发送和/或接收无线或有线信号的任何组合。另外，虽然在图15c中将发送/接收元件36描绘为单个元件，但是m2m节点30可以包括任何数量的发送/接收元件36。特别地，m2m节点30可以采用mimo技术。因而，在实施例中，m2m节点30可以包括用于发送和接收无线信号的两个或更多个发送/接收元件36(例如多个天线)。收发器34可以被配置为调制发送/接收元件36要发送的信号并解调发送/接收元件36所接收的信号。如上所述，m2m节点30可以具有多模式能力。因而，收发器34可以包括用于使得m2m节点30能够经由例如诸如utra和ieee802.11的多种rat通信的多个收发器。处理器32可以从诸如不可移除存储器44和/或可移除存储器46的任何类型的适当存储器访问信息并将数据存储在其中。例如，如上所述，处理器32可以将会话上下文存储在其存储器中。不可移除存储器44可以包括随机存取存储器(ram)、只读存储器(rom)、硬盘、或者任何其他类型的存储器存储设备。可移除存储器46可以包括订户识别模块(sim)卡、存储棒、安全数字(sd)存储卡等等。在其他实施例中，处理器32可以从诸如服务器或家庭计算机的不是物理上位于m2m节点30上的存储器访问信息并将数据存储在其中。数据处理器32可以被配置为控制显示器或指示器42上的照明模式、图像、或颜色以反映m2m服务层会话迁移或共享的状态或者获得来自于用户的输入或者向用户显示关于节点的会话迁移或共享能力或设置的信息。在另一示例中，显示器可以示出与会话状态相关的信息。在onem2m实施例中本公开定义了restful用户/应用api。可以在显示器上示出的图形用户界面可以被分层在api的顶部以允许用户经由此处所描述的底层服务层会话功能来交互地建立并管理e2e会话或者其迁移或共享。处理器32可以接收来自于电源48的电力，并且可以被配置为向m2m节点30中的其他部件分配和/或控制电力。电源48可以是用于向m2m节点30供电的任何适当设备。例如，电源48可以包括一个或多个干电池(例如镍镉(nicd)、镍锌(nizn)、镍金属氢化物(nimh)、锂离子(li-ion)等)、太阳能电池、燃料电池等。处理器32还可以与下述gps芯片组50相耦合，所述gps芯片组50被配置为提供关于m2m节点30的当前位置的位置信息(例如经度和纬度)。应当理解，m2m节点30可以在保持与实施例一致的同时通过任何合适的位置确定方法来获取位置信息。处理器32可以进一步与下述其他外围设备52相耦合，所述其他外围设备可以包括用于提供附加特征、功能、和/或有线或无线连接的一个或多个软件和/或硬件模块。例如，外围设备52可以包括加速度计、电子罗盘、卫星收发器、传感器、数字相机(用于照片或视频)、通用串行总线(usb)端口、振动设备、电视收发器、免提耳机、蓝牙模块、调频(fm)无线电单元、数字音乐播放器、媒体播放器、视频游戏播放器模块、因特网浏览器等。图15d是还可以用于实施诸如m2m服务器、网关、设备、或其他节点的m2m网络的一个或多个节点的示例性计算系统90的框图。计算系统90可以包括计算机或服务器并且可以主要由下述计算机可读指令控制，所述计算机可读指令可以是软件形式，无论在何处存储这种软件，或者无论通过何种方式访问这种软件。计算系统90可执行或者包括逻辑实体，诸如事件收集服务602、事件收集策略604、事件收集触发606、事件收集执行608、设置策略610、获取策略612、设置触发614、获取触发616、记录事件618、获取事件记录620、触发802、ae1041302和1304、服务公开组件106、服务组件115和116、网络服务利用组件114、远程服务公开组件108、cse1021302和1304、nse112和服务1306、以及用于生成诸如gui1402的gui的逻辑实体。计算系统90可以是m2m设备、用户设备、网关、ue/gw、或者包括例如移动互利网络、服务层网络应用提供商、终端设备18、或者m2m网关设备14的节点的任何其他节点。这种计算机可读指令可以在诸如中央处理单元(cpu)91的处理器内执行，以使得计算机系统90进行工作。在许多已知的工作站、服务器、以及个人计算机中，中央处理单元91是由被称为微处理器的单芯片cpu来实施的。在其他机器中，中央处理单元91可以包括多个处理器。协处理器81是与主cpu91不同的用于执行附加功能或协助cpu91的可选处理器。cpu91和/或协同处理器81可以接收、生成、并且处理与用于诸如接收会话凭证或基于会话凭证来认证的e2em2m服务层会话的所公开的系统和方法相关的数据。在操作中，cpu91获取、解码、并执行指令，并且经由计算机的主数据传输路径，系统总线80将信息传输到其他资源并且接收来自于其他资源的其他资源。这种系统总线使计算系统90中的部件相连并且定义用于数据交换的介质。系统总线80典型地包括用于发送数据的数据线、用于发送地址的地址线、以及用于发送中断和用于操作系统总线的控制线。这种系统总线80的示例是pci(外围部件互连)总线。与系统总线80相耦合的存储器包括随机存取存储器(ram)82和只读存储器(rom)93。这些存储器包括允许信息被存储和检索的电路。rom93通常包含不易被修改的存储数据。存储在ram82中的数据可以由cpu91或其他硬件设备读取或改变。对ram82和/或rom93的访问可以由存储器控制器92控制。存储器控制器92可以提供在执行指令时将虚拟地址转换为物理地址的地址转换功能。存储器控制器92还可以提供隔离系统内的进程并将系统进程与用户进程隔离的存储器保护功能。因而，以第一模式运行的程序可以仅访问由其自身的进程虚拟地址空间所映射的存储器；它不能访问另一进程的虚拟地址空间内的存储器，除非进程之间的存储器共享已经设置。另外，计算系统90可以包含下述外围设备控制器83，所述外围设备控制器83负责将指令从cpu91通信到诸如打印机94、键盘84、鼠标95、以及磁盘驱动器85的外围设备，。由显示控制器96控制的显示器86用于显示由计算系统90生成的视觉输出。这种视觉输出可以包括文本、图形、动画图形、以及视频。显示器86可以用基于crt的视频显示器、基于lcd的平板显示器、基于气体等离子体的平板显示器、或者触摸面板来实施。显示控制器96包括生成要发送到显示器86的视频信号所要求的电子部件。此外，计算系统90可以包含诸如例如网络适配器97的通信电路，该通信电路可以用于使计算系统90连接到诸如图15a和图15b的网络12的外部通信网并且使得计算系统90能够与网络的其他节点通信。应当理解，这里所描述的系统、方法、以及处理中的任何一个或全部可以以存储在计算机可读存储介质上的计算机可执行指令(即程序代码)的形式来体现，所述计算机可执行指令当被诸如包括m2m服务器、网关、设备等的m2m网络的节点的机器执行时，执行和/或实施此处所描述的系统、方法、以及处理。特别地，如上所述的包括网关、ue、ue/gw或、移动核心网络的任何节点、服务层或网络应用提供商的操作的步骤、操作、或者功能中的任何一个可以以这种计算机可执行指令的形式来实施。诸如事件收集服务602、事件收集策略604、事件收集触发606、事件收集执行608、设置策略610、获取策略612、设置触发614、获取触发616、记录事件618、获取事件记录620、触发802、ae1041302和1304、服务公开组件106、服务组件115和116、网络服务利用组件114、远程服务公开组件108、cse1021302和1304、nse112和服务1306、以及用于生成诸如gui1402的gui的逻辑实体的逻辑实体可以以存储在计算机可读存储介质上的计算机可执行指令的形式来体现。计算机可读存储介质包括以用于存储信息的任何非暂时(即有形或物理)方法或技术实现的易失性和非易失性、可移除和不可移除介质，但是这种计算机可读存储介质不包括信号。计算机可读存储介质包括但不限于ram、rom、eeprom、闪存或其他存储器技术、cd-rom、数字多功能盘(dvd)或其他光盘存储器、磁带盒、磁带、磁盘存储器或其他磁存储设备、或者可用于存储所需信息并且可由计算机访问的任何其他有形或物理介质。在描述本公开的主题的优选实施例时，如图中所说明，为了清楚起见采用了特定术语。然而，要求保护的主题不旨在局限于所选择的特定术语，并且应当理解的是每个特定元件包括以类似方式操作以实现类似目的的所有技术等同物。该书面描述使用示例来公开包括最佳模式的本发明，并且还使得本领域技术人员能够实施本发明，其包括制造和使用任何设备或系统并执行任何并入的方法。本发明的专利保护范围由权利要求书限定，并且可以包括本领域的技术人员可以想到的其他示例。如果这种其他示例具有与权利要求书的字面语言并无不同的要素，或者如果它们包括与权利要求的字面语言无实质差异的等同要素，则它们旨在落入权利要求的范围之内。当前第1页12