CN105556500B - 用于物联网的智能协商服务 - Google Patents
用于物联网的智能协商服务 Download PDFInfo
- Publication number
- CN105556500B CN105556500B CN201480031087.7A CN201480031087A CN105556500B CN 105556500 B CN105556500 B CN 105556500B CN 201480031087 A CN201480031087 A CN 201480031087A CN 105556500 B CN105556500 B CN 105556500B
- Authority
- CN
- China
- Prior art keywords
- negotiation
- entity
- service
- request
- iot
- 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.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/40—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks using virtualisation of network functions or resources, e.g. SDN or NFV entities
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
- H04L12/1485—Tariff-related aspects
- H04L12/1492—Tariff-related aspects negotiation of tariff
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
- H04L41/5041—Network service management, e.g. ensuring proper service fulfilment according to agreements characterised by the time relationship between creation and deployment of a service
- H04L41/5054—Automatic deployment of services triggered by the service manager, e.g. service implementation by automatic configuration of network components
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
- H04L67/125—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks involving control of end-device applications over a network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
- H04L67/63—Routing a service request depending on the request content or context
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/70—Services for machine-to-machine communication [M2M] or machine type communication [MTC]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/02—Services making use of location information
- H04W4/023—Services making use of location information using mutual or relative location information between multiple location based services [LBS] targets or of distance thresholds
Abstract
本文所公开的是用于在IoT对象、IoT实体、和/或IoT应用之间提供协商作为服务的设备、方法和系统。可以向协商服务许可IoT实体,所述协商服务可以定位目标服务并且代表正在请求的IoT实体从目标服务请求服务。可以协商多种服务和相关参数,诸如用于在相似空间中执行相似功能的设备结合的工作调度、服务的价格、以及服务的持续时间。
Description
相关申请的交叉引用
本申请要求于2013年5月6日提交的名为“INTELLIGENT NEGOTIATION SERVICEFOR INTERNET OF THINGS”的美国临时专利申请号61/819,922的优先权,通过引用将其全部内容合并于此。
背景技术
机器对机器(M2M)技术允许利用有线和无线通信系统更直接地相互通信。M2M技术能够进一步实现物联网(IoT),IoT是唯一可识别对象以及通过网络(例如互联网)相互通信的这些对象的虚拟表示的系统。IoT可以有助于与更加平常的日用品(诸如杂货商店中的产品或家用电器)通信,从而通过提高这些对象的知识来降低成本和减少浪费。例如,由于能够与库存中的对象或者已经售出的对象通信,或者由其获得数据,所以商店可以保持很准确的库存数据。
IoT系统中的实体可以相互协商以便进行通信、使用实体中的一个所提供的服务、消除差异、协调动作、或者执行可以向实体中的一个或二者提供某种类型好处的其他活动。但是,由于若干原因,个体IoT实体之间的直接协商可能并不可取。IoT设备可以是资源受限的设备,其具有有限的处理功率、存储器、通信能力、和/或电池功率。因此,要求每个IoT实体保持和产生执行与另一个设备的协商所需的详细信息不一定可行或有效。由于各种原因,实体中的一个可能不能或不愿与另一个设备协商,诸如缺少对其他IoT实体的意识或缺少与另一个实体成功协商所需的知识。
发明内容
本文所公开的实施例包括用于在相连实体的网络中的协商服务实体处接收来自第一实体的协商请求,让所述协商服务实体许可所述第一实体,以及针对所述请求确定协商目标实体的方法。然后目标协商请求可以被发送给所述协商目标实体并且从所述协商目标实体接收协商响应。协商结果可以被从所述协商服务发送到所述第一实体。
本文所公开的实施例进一步包括相连接的实体的网络中的协商服务实体,所述协商服务实体执行包括下述的操作:接收来自第一实体的协商请求,让所述协商服务实体许可所述第一实体,以及确定协商目标实体。所述操作进一步包括:将目标协商请求传送给所述协商目标实体,接收来自所述协商目标实体的协商响应,以及将协商结果传送给所述第一实体。
本文所公开的实施例进一步包括相连接的实体的网络中的协商服务实体,所述协商服务实体执行包括下述的操作:接收来自第一实体的协商请求,确定已经从所述第一实体接收到过去的协商请求(其中响应于接收到所述过去的协商请求,所述第一实体被所述协商服务实体许可),以及对确定已经从所述第一实体接收到所述过去的协商请求作出响应(其中响应于接收到所述过去的协商请求,所述第一实体被所述协商服务实体许可),向所述协商服务实体许可所述第一实体。所述操作进一步包括:确定协商目标实体,将目标协商请求传送给所述协商目标实体,接收来自所述协商目标实体的协商响应,以及将协商结果传送给所述第一实体。
提供本发明内容用于介绍简化形式的概念的选择,在具体实施方式中将进一步描述这些概念。本发明内容不旨在识别所要求的主题的关键特征或必要特征,也不旨在用于限制所要求的主题的范围。此外,所要求的主题不限于解决在本公开的任何部分记录的任何或全部缺点的限制。
附图说明
图1图示出根据实施例的在其中可以实现智能协商的示例性IoT架构。
图2图示出根据实施例的实现智能协商服务的示例性方法。
图3图示出根据实施例的示例性智能协商服务信号流程。
图4图示出根据实施例的示例性智能协商服务信号流程。
图5图示出根据实施例的实现智能协商服务的示例性方法。
图6图示出根据实施例的示例性智能协商信号流程。
图7图示出根据实施例的示例性IoT智能协商配置。
图8图示出根据实施例的示例性智能协商信号流程。
图9图示出根据实施例的示例性IoT智能协商配置。
图10图示出根据实施例的示例性智能协商信号流程。
图11图示出根据实施例的示例性IoT智能协商配置。
图12图示出根据实施例的在其中可以实现施智能协商服务的示例性IoT架构。
图13图示出根据实施例的示例性IoT智能协商配置。
图14图示出根据实施例的示例性智能协商信号流程。
图15图示出根据实施例的示例性智能协商信号流程。
图16图示出根据实施例的示例性IoT智能协商配置。
图17图示出根据实施例的用于智能协商服务的示例性IoT智能协商配置。
图18A是在其中可以实施一个或多个所公开的实施例的示例机器对机器(M2M)或物联网(IoT)通信系统的系统图。
图18B是可以用在图18A中所图示的M2M/IoT通信系统内的示例架构的系统图。
图18C是可以用在图18A中所图示的通信系统内的示例M2M/IoT终端或网关设备的系统图。
图18D是在其中可以实现图18A的通信系统的方面的示例计算系统的框图。
具体实施方式
如草案ETSI TS 102 690 1.1.1(2011-10)中所述的机器对机器通信(M2M)功能架构以及其中使用的术语,以及如草案ETSI TS 102 921V0.8.2(2011-09)中所述的M2M接口(诸如mIa、dIa和mId)以及其中使用的术语,可以用于本文的描述性目的。本公开可以参考这些草案和/或按照本说明书中所理解的来使用这些术语,以帮助理解所公开的实施例。但是,本领域的技术人员应当认识到,在诸如oneM2M和其他M2M系统和架构的其他架构和系统中也可以实现所公开的实施例。
本文阐述的实施例是依据表示性状态转移(REST)架构来描述的,其中所描述的组件和实体符合REST架构(REST式架构)的约束条件。REST式架构是依据应用于组件、实体、连接器的约束条件、以及在架构中使用的数据元素来描述的,而不是依据物理组件实施方式或者所使用的通信协议来描述的。因此,下面将描述组件、实体、连接器、以及数据元素的作用和功能。在REST式架构中,可以在实体之间转移唯一可寻址的资源的表示。本领域的技术人员应当认识到,本实施例的表述可以改变而同时保持在本公开的范围之内。本领域的技术人员还应当认识到,所公开的实施例不限于使用本文所使用的ETSI M2M架构的实施方式来描述示例性实施例。在诸如oneM2M和其他M2M系统和架构的其他架构和系统中也可以实现所公开的实施例。
在一个实施例中,可以使用协商服务架构来帮助IoT实体之间的协商。这种协商可用于确定IoT实体之间的各种交互,诸如怎样通过一个实体向另一个实体提供IoT服务等等。IoT实体可以相互协商,以确定怎样以及何时向对方提供服务。例如,协商可用于确定用于实体的工作调度、确定提供服务的适当实体、获得数据(例如周期性地)等等。图1图示出示例性协商服务110以及与其相关联的功能。这些功能可以帮助提供用于IoT实体的协商服务、IoT服务、以及IoT应用。这些功能中的每一个功能都可以与每个其他功能以及实现协商服务110的任何其他功能通信。
在可以由协商服务110提供的功能中,可以有协商请求处理功能111,该功能可以接收来自IoT实体130、IoT应用120、和/或其他IoT服务140的协商请求。IoT服务140可包括但不限于发现服务141(可以确定和返回关于对提供服务可用的IoT实体的信息)、递送服务142(可以有助于和/或递送服务)、虚拟化服务143(可将实体资源虚拟化,以便可通过其他IoT实体使用它们)、内容意识服务144(可以提供内容副本、内容质量、以及内容格式)、上下文意识服务145(可以提供可以由IoT实体使用的关于IoT实体的上下文信息)、以及云服务146(可以提供云计算服务)。协商请求处理功能111可以对呼入的协商请求进行许可控制、将所接受的呼入请求缓冲和优先处理、调整协商请求的优先级、并且基于它们各自的优先级和/或政策来调度协商请求。
可以由协商服务110提供的另一个功能可以是协商决策制定功能112,该功能包括使其能够制定协商决策的认知能力,诸如确定协商请求(例如,接收自协商请求处理功能111)的目的地、确定协商的最佳策略、以及其他协商决策。可以基于可用的或者可获得的数据做出这样的决策,包括诸如上下文和内容相关数据、政策等等的数据。
可以由协商服务110提供的另一个功能可以是协商适配功能113,该功能可以利用实时监视结果(例如,接收自协商监视功能115)确定怎样使得协商适配当前条件。例如,协商适配功能113可以终止由于先前协商所得(例如,如由协商决策制定功能112确定)的策略、根据新的协商策略再评估当前协商、以及与新近确定的一方重新协商。
可以由协商服务110提供的另一个功能可以是协商执行功能114,该功能可以执行协商决策,诸如使用所确定的协商策略(例如,如由协商决策制定功能112所确定的),向所选择的协商方(例如,如由协商决策制定功能112所确定的)发送协商请求的决策。
可以由协商服务110提供的又一个功能可以是协商监视功能115,该功能可以监视协商策略的执行(例如,如由协商执行功能114所执行),以通过监视请求者是否使用所确定的策略达成其协商目标来保证满足协商方,并且利用反馈来改善协商服务。
在一个实施例中,协商服务110可包括认知能力或人工智能,认知能力或人工智能基于分析内容、情景上下文、以及政策信息而构建和保持所采取的动作的知识。这种认知能力可以得自过去的情景、观察、决策以及动作,并利用这些知识制定将来的决策。协商服务110的认知能力可以依赖于近似人类认知过程的认知模型。这种认知模型可以限定理解的范围和决策制定(即知识)功能。协商服务110的认知能力可由协商请求处理功能111使用以确定协商请求许可,由协商决策制定功能112使用以确定协商方和协商策略,由协商适配服务113使用以确定协商适配,以及由任何其他协商服务功能使用以执行任何其他确定或其他分析。
协商服务110可以使用各种接口与IoT服务、IoT实体、以及IoT应用进行交互。例如,接口121可用于接收来自IoT应用120的协商请求,该协商请求可以通过相关联的协商功能触发新的协商、协商监视、和/或协商适配。接口131可用于接收来自IoT实体130的协商请求,该协商请求可以通过相关联的协商功能触发新的协商、协商监视、和/或协商适配。
在一个实施例中,接口151可以被协商服务110用于与各种IoT服务进行交互。例如,协商服务110可以与发现服务141进行交互以确定其他服务,诸如内容意识服务145、上下文意识服务、虚拟化服务143等等。接口151还可以被用于发现服务提供者,服务提供者可以提供在合作与协商中涉及的相同服务或者一部分服务。
接口151还可以被协商服务110用于与递送服务142进行交互,以针对特定的工作调度与提供服务的服务提供者进行协商。例如,递送服务142可以经由接口151与协商服务110进行交互,以保证在请求服务时,通过当值服务提供者来递送服务。接口151还可以被用于与递送服务142的交互,以与相互竞争但是提供相同服务的服务提供者协商(例如通过协商价格以及其他服务递送相关的服务质量(QoS)参数)并且确定要将服务递送给请求者的服务。接口151还可以被用于与递送服务142的交互,以在途中节点(即,服务提供者与服务请求者之间的路径上的节点)之间进行协商,使得途中节点愿意递送一部分服务并帮助提供全部服务。
接口151还可以被协商服务110用于与虚拟化服务143进行交互以协商对IoT服务上所托管的虚拟化IoT对象的访问、协商虚拟化IoT对象到另一个IoT服务上的镜像、协商虚拟化IoT对象从一个IoT服务到另一个IoT服务的卸载和/或迁移、与IoT服务协商适配虚拟化IoT对象以满足IoT应用的要求、以及协商可应用的政策以确定是否和/或何时将实体或者服务虚拟化。
接口151还可以被协商服务110用于与内容意识服务144进行交互以利用内容副本、内容质量、以及内容格式。例如,IoT实体130中的一个可以请求将兼容内容服务从其他IoT实体递送给它。兼容性可以基于IoT实体的本地内容和/或IoT实体(提供与IoT实体的本地内容兼容的内容服务)的意识,通过IoT实体或者通过协商服务110来确定。一旦确定兼容性,就可以再次通过IoT实体或者通过协商服务110来确定兼容内容服务,并且IoT实体可以请求将兼容内容服务从所确定的IoT实体或者提供兼容服务的实体递送给它。协商服务110可以代表正在请求的IoT实体针对内容质量、内容格式、和/或内容价格与所确定的IoT实体或提供兼容服务的实体进行协商。进一步的协商可包括基于多种因素(诸如服务负载以及到正在请求的IoT实体的距离)针对递送内容的实体进行协商。基于内容意识,网络中的一个或多个中间IoT实体可以缓存或存储内容。中间IoT实体可以基于实体的可用存储,针对哪个实体将缓存内容进行协商,以提高存储效率。
接口151可以进一步被协商服务110用于与上下文意识服务145交互。上下文信息可被IoT实体和IoT服务用于协商使其相互可以访问的服务。例如,如果IoT实体130的第一实体意识到IoT实体130的第二实体位于网络中更加靠近IoT实体130的第三实体的远程位置,并且第三实体提供与第一实体相同类型的服务,则第一实体可以拒绝给第二实体的服务,并通知第二实体,第三实体位置更加靠近它并提供相同的服务。
上下文信息也可以被托管相同服务的IoT实体针对每个IoT实体何时使得该服务对网络中其他IoT实体可用而进行相互协商。这样,IoT实体可以协调和调度它们的服务,并且从而将托管相同服务的IoT实体中的每一个上的多余服务以及负载最小化。例如,如果IoT实体130中的第一IoT实体和第二IoT实体都托管第一服务,则第一IoT实体可以向第二IoT实体公布或以其他方式宣布,它托管第一服务。然后,第二IoT实体进而向第一IoT实体发送协商消息,通知第一IoT实体它是可用的并针对第一服务提供其优选的服务调度。托管第一服务的IoT实体也可以向托管第一服务的其他实体宣布或公布它们各自的服务负载。托管第一服务的IoT实体可以交换消息,或者以其他方式交互使得它们针对每个IoT实体何时可以向网络中请求该服务的其他IoT实体提供第一服务的调度达成协议。注意,协商服务110可以基于服务上下文的改变而进行适配。
接口151可以进一步被协商服务110用于与云服务146交互,以支持云-主机协商策略,并与IoT实体协商QoS和价格。
在一个实施例中,IoT实体可以向协商服务请求许可。这种协商请求可以采用多种形式中的任何一种。在一个实施例中,协商请求可以是对于协商服务的许可的请求,在请求中包括协商目标。
替选地,协商请求可以是对于选择并返回一个或多个适当协商方(多个)的协商服务的请求。在正在请求的IoT实体(本文可以互换地称为“请求者”)从协商服务接收协商方信息之后,它可以确定,是否请求协商服务代表它执行协商处理,以代表它与协商方进行协商,或者放弃协商。
在另一个实施例中,请求可以是对于选择并返回适当协商策略的协商服务的请求。在请求者接收到协商策略信息之后,它可以确定,是否请求协商服务代表它执行协商处理,以代表它与协商方进行协商,或者放弃协商。
在另一个实施例中,请求可包括请求者依靠协商服务代表它执行协商的指示。然后,协商服务可前进到选择协商方和协商策略,并利用所选择的策略与选择的协商方进行协商,以代表请求者达成协议。
在另一个实施例中,请求可包括请求者愿意遵从所概括的协商结果(即协商服务已经从涉及请求者的过去类似协商场景总结出的协商结果)的指示。
在又一个实施例中,请求可包括请求者愿意遵从协商服务可能已经存储的另一个协商请求者的协商策略的指示。其他请求者可以是IoT服务、IoT实体、或者IoT应用。
在一个实施例中,请求可包括预订信息,预订信息可以允许请求者预订协商服务,目的是如果或者当满足一个或多个指定条件时,将协商通知发送给预订请求者。这种请求中的预订信息可包括IoT协商服务为其触发协商通知的条件(例如,政策)。替选地,在预订请求中可以不存在条件信息。
图2图示出可由协商服务和/或在接收协商请求时执行或托管这种服务的实体所执行的示例性许可请求处理200。注意,关于图2所述的任何功能、活动、和处理以及本文所公开的任何其他处理或方法都可以结合任何其他功能、活动、和处理并且独立地按照任何顺序进行。关于图2所述的功能、活动、和处理的任何子集以及本文公开的任何其他处理或方法都可以在不执行所述其余功能、活动、和处理的情况下执行。所有这些实施例皆视为落入本公开的范围。
在块210处,可以在协商服务处从IoT实体接收协商请求。在块220处,如同在图3、图4以及关联文本中更详细阐述的,可以执行请求许可控制。在块230处,可以确定是否接受请求。如果不接受请求,则在块235处,向正在请求的实体发送响应,指示该请求被拒绝。如果接受该请求,则在块240处,可以为该请求确定优先级并由协商服务将该请求放置在服务队列中以用于服务。在块250处,可以向正在请求的实体发送响应,指示该请求被拒绝。
图3图示出在协商请求许可处理期间,在一些实施例中可以使用的示例性信号流程300。在一个实施例中,协商服务310可包括认知能力311。协商服务310可以选择性地接受来自IoT实体、IoT服务、以及IoT应用的协商请求。协商服务310可以保持过去请求的历史以及相关联的协商结果。协商服务310可以利用所存储的过去请求的历史和结果以确定是否许可协商请求。
在一个示例中,协商请求者320可以向协商服务310发送协商请求321。协商服务310可以在块322处针对所存储的请求和协商的历史检查请求,并且确定它不具有来自协商请求者320的相同或类似的请求。协商服务310可以针对在其上配置的访问权检查协商请求者320,该访问权只允许授权实体、应用、或服务的某些个体或群组被许可使用协商服务。在这种访问权可以在协商服务310处被配置为所允许的实体、应用、或服务的列表(白列表),被阻止的实体、应用、或服务的列表(黑列表),或者它们的组合。对于协商服务的任何其他形式的限制访问皆被构想为落入本公开的范围。
在确定协商服务310不具有来自协商请求者320的请求的历史时,协商服务310可以向认知能力311提供许可请求323以用于确定是否让协商服务许可协商请求者320。该请求可以包含协商请求321中所包括的数据的全部、一些、或者不包含。认知能力311可以利用任何准则和方法(包括本文阐述的准则和方法),做出关于是否许可协商请求者320的确定。在做出许可确定时,认知能力311可以向协商服务310提供许可响应324。
如果允许协商请求者320使用协商服务310,则可将指示对协商服务的许可的协商响应325传送给协商请求者320。然后如同本文所公开的,在326处,在协商服务310与协商方330之间进行协商。注意,协商方330可以是与递送服务340相同的实体,或者,协商方330可以是被授权以代表递送服务340(诸如另一个协商服务)进行协商的独立实体。
在协商请求者320接收到所请求的服务之前,可以向协商服务310发送一个实质上与协商请求321相同的副本协商请求331。协商服务310可以在块332处针对所存储的请求和协商的历史检查请求,并且确定它较早之前从协商请求者320接收到协商请求321,以及协商请求321实质上与协商请求331相同。协商服务310还可以向认知能力311提供另一个许可请求333,以用于确定是否让协商服务许可协商请求者320,并且可以接收许可响应334。在确定协商请求331是副本请求时,协商服务310可将指示拒绝协商请求的协商响应335传送给协商请求者320。同时,协商请求者320可以开始接收在327处请求的服务。
协商服务可将所许可的协商请求放置在服务队列中,以等候协商服务。但是,由于限制或者协商服务的配置,服务队列可以变满。协商服务可以基于协商的紧迫性或者优先级来优先化协商请求。例如,和用于与公布服务协商的其他请求相比,紧急事件公布请求者与公布服务之间的协商可以被给予更高的优先级。连同限定协商请求的服务的顺序一起,服务队列还可以确定将对该协商请求进行服务的方式。
图4图示出在协商请求许可处理期间,可以在一些实施例中使用的示例性信号流程400。在一个实施例中,协商服务410可包括认知能力411。协商服务410可以选择性地接受来自IoT实体、IoT服务、以及IoT应用的协商请求。协商服务410可以维护过去请求的历史和关联的协商结果以及与特定的IoT实体、IoT服务、以及IoT应用或IoT实体、IoT服务、以及IoT应用的群组相关联的优先级。
在一个示例中,协商请求者420可以向协商服务410发送协商请求421。在块422处,协商服务410可以针对如上所述所存储的请求的历史、在协商服务410处配置的任何访问权、以及针对服务队列来检查该请求,以确定是否可以对该请求进行服务。这可以通过向认知能力411提供许可请求423来执行,以用于确定服务队列的当前状态是否允许向协商服务许可协商请求者420。该请求可以包含协商请求421中所包括的全部、一些数据或者不包括。认知能力411可将许可响应424提供给协商服务410。在本示例中,许可响应424可以指示此时不允许协商请求者420被许可。然后可将协商响应425发送给协商请求者420,指示协商请求421被拒绝。
然后,协商请求者430可将协商请求426发送给协商服务410。与协商请求421相比,协商请求426可具有更高的优先级。该优先级可以在协商请求426中指示和/或基于通过协商请求者430所提供的服务来指示。在块427处,协商服务410可以针对如上所述所存储的请求的历史、在协商服务410处配置的任何访问权、以及针对服务队列来检查请求,以确定是否可以对请求426进行服务。这可以通过向认知能力411提供许可请求431来进行,以用于确定服务队列的当前状态是否将允许向协商服务许可协商请求者430。该请求可以包含协商请求426中所包括的全部、一部分数据或者不包括。认知能力411可将许可响应432提供给协商服务410。在本示例中,许可响应432可以指示此时允许协商请求者430被许可。这可以基于请求426和/或协商请求者430的紧急状态或优先级。然后,可将协商响应433发送给协商请求者430,指示允许协商请求426。协商响应433可以指示,协商请求者430已经被给定高优先级。然后如同本文所公开的,在434处,在协商服务410与协商方440之间执行协商。
在确定准备好对协商请求进行服务时,即,协商请求已经被许可并且现在处于服务队列头部时,协商服务处理可以开始。图5图示出用于对协商请求进行服务的示例性处理500。在块505处,协商服务可以选择处于其服务队列头部的协商请求。在块510处,协商服务可以确定该请求是否为预订请求。如果是,则在块515处,协商服务可以建立预订和通知条件,如本文更详细所述。还可将响应发送给请求者,指示预订建立的成功或失败。
如果该请求是任何其他类型的协商请求,则在块520处,通过确定该请求是否包括协商目标,来证实请求的有效性。如果在请求中不存在所指定的协商目标,则在块525处,协商服务可以确定,在协商请求中是否提供协商方和/或协商策略。如果不是,则在块530处,可将指示该请求已被拒绝的拒绝消息发送给请求者。可以在拒绝消息中指示拒绝的原因。
如果在块525处确定由请求者指定了协商方和策略,则在块585处,由协商服务代表请求者进行协商。
再参照块520,如果请求不包括协商目标(例如,目标协商方和/或策略),则在块535处,可以针对请求者是否愿意使用由协商服务从过去类似协商场景总结出来的概括的协商策略而做出确定,如本文更详细所述。概括的协商策略和/或目标方的接受的指示可以包括在请求中,或者如果请求不包括协商目标则可以假定。如果请求者愿意使用概括的协商策略,则在块560处,协商服务使用概括的协商策略和协商方,并且不需要查询其认知能力以在块550处确定用于该请求的协商方和策略。
如果在块535处确定请求者不愿意使用概括的协商策略,则在块540处,针对是否可以使用过去的协商而做出确定。这可以包括使用某对等IoT应用、实体、或者服务的协商策略。如果是,则在块555处(应该是550),协商服务确定过去的协商策略和协商方,并且在块550处(应该是560),将它们用作所确定的协商方和策略。如果在块540处做出确定,不使用过去协商,则在块545处,协商服务查询其认知能力以在块550处确定用于该请求的协商方和策略使用所确定的协商方和策略。
在协商服务确定协商方和策略之后,可以确定请求者是否要求它代表请求者执行协商。该处理开始于块565,其中协商服务确定请求者是否请求协商方。如果是,则将所确定的协商方发送给请求者。注意,如果协商方是请求者请求的唯一信息,则协商服务可以不使用认知能力并且可以跳过块545,其中协商策略将以其他方式被确定。
如果请求者请求在块575处确定的协商策略,则在块580处,可将确定的协商策略提供给请求者。注意,如果协商策略是请求者所请求的唯一信息,则协商服务可以不使用认知能力,并且可以跳过块545,其中协商策略将以其他方式被确定。此外注意请求者可以请求策略和协商方以便代表其自己执行协商,并且在这样的实施例中可以完成图5的处理。如果请求者希望协商服务代表它自己执行协商,则在块585处由协商服务执行协商,并且在块590处将协商结果提供给请求者。
图6图示出可以用在一些实施例中以确定协商方的示例性信号流程600。在一个实施例中,协商服务610可包括认知能力611。在一个示例中,协商请求者630可将协商请求621发送给协商服务610。在确定该请求被允许时,可将指示协商请求621被接受的协商响应625发送给协商请求者630。
在一个实施例中,请求621可包括请求者630愿意协商服务610代表它与其进行协商的协商方的指示。如果请求621不包括协商方的指示,则在626处,协商服务可以启动对发现服务620的请求,以发现提供所请求的IoT服务的IoT实体。协商服务然后可以在631处请求认知能力在627处根据发现结果确定充当协商方的IoT实体。在632处,所确定的协商方被返回,然后在634处,在协商服务610与协商方640之间如本文所公开的执行协商。
协商服务可以代表协商请求者控制协商策略。如果在其中提供,则可以根据从请求者接收的请求确定策略。替选地,基于IoT服务提供者和请求者的上下文,协商服务可以使用其认知能力来确定策略,所述上下文诸如对任何实体可用的资源(例如,处理能力、存储器、带宽等等)、用于任何实体的在线和离线调度,等等。图7图示出示例性传感器节点和协商服务配置700。在本实施例中,传感器节点721-725中的每一个可以是任何类型的传感器节点,诸如光传感器、温度传感器、运动传感器等等。这些传感器节点的覆盖区域可以重叠,因此它们并非需要全部同时操作以提供覆盖区域的完全检测。因此,传感器节点可能期望协商每个传感器节点何时开关的调度,以保证仍然存在覆盖区域的完全检测。不是每个传感器节点与每个其他传感器节点直接协商,每个传感器要求四个协商会话,而是传感器节点721-725可以使用协商服务710并且每个传感器只具有单一协商会话。在一个实施例中,当传感器节点701发送具有指定的协商方(例如,诸如传感器节点702的其他传感器节点中的一个)和协商策略(例如,实现最低覆盖冗余)的协商请求时,可以发起协商处理。
图8图示出在一些实施例中可以使用的示例性信号流程800,以确定例如可以解决诸如关于图7所述情况的需要的协商策略。在一个实施例中,协商服务810可包括认知能力811。在821处,协商服务810可以接收来自传感器节点801的协商请求,并且可以发送响应。在822处,协商服务810可以请求认知能力811确定协商方。在823处,在一个实施例中,协商服务810可以经由认知能力811请求发现服务820返回与传感器节点1相同区域的相邻传感器节点的列表,并且可以接收所请求的列表。在本示例中,相同区域中的其他传感器节点是传感器节点802、803、804和805。基于该列表,在824处,认知能力811可以确定传感器节点802-805是目标传感器节点,并且在825处,可将该信息提供给协商服务810。
替代如该请求在821处所指示的,只向传感器节点802发送协商通知,协商服务810将协商通知826发送给传感器节点802,并接收响应827,将协商通知828发送给传感器节点805,并接收响应829,并且对于与传感器节点801相同区域中的每个传感器都如此这般。传感器节点中的每一个都可以因为其电池等级低等而拒绝协商通知,或者可以因为其处于休眠模式而不响应。例如,传感器节点802、803、和804可以返回协商接受确认,而传感器节点805可以通过发送协商拒绝确认而拒绝加入协商。在831处,可以由协商服务810使用接受和拒绝确认来确定所涉及的协商者。在832处,协商服务810可将具有对确定策略的请求的信息提供给认知能力811。
为了确定用于传感器节点801-804之间协商的改进策略,在833处,可以由认知能力811请求上下文意识服务830来为四个传感器节点中的每个传感器节点提供电池寿命。基于上下文信息和协商的目标,认知能力811可以在834处确定包括用于在四个传感器节点之间分配节点的工作的调度的策略,其对于在其中配置节点的区域至少提供节点覆盖的最小冗余。这种协商策略后来被发送给传感器节点1、2、3、4用于确认。在响应835中,将策略提供给协商服务810。在836处,协商服务810可将传感器节点801的工作调度发送到该节点,并从该节点接收对于接收的确认。同样,在837、838、和839处,协商服务810可以分别发送用于传感器节点802、803、和804的工作调度,接收来自各自的响应。.
由于政策改变或者上下文改变,可以调节(adjust)协商服务。基于上下文、软件定义的设置、来自其他服务的输入、以及任何其他准则和条件,可以动态地调节协商服务政策。因为政策可以是动态的,所以在一个实施例中,也可以动态地调节协商确定和参数以解决政策的改变。
图9图示出响应于请求者移动性提供协商适配的示例的示例性配置900。初始地,在通信901处,协商请求者920可以从协商服务910请求用于代理服务的协商服务。可以在902处执行所请求的协商,因此在一些有服务费的实施例中,可由代理服务931向请求者920提供代理服务。在本示例中,协商服务910可以确定用于代理服务的协商方。协商服务910可以发现多个代理服务提供者(例如,代理服务931和代理服务932)。协商服务910的认知能力可以基于请求和/或请求者的上下文来确定代理服务提供者。在本示例中,相关上下文可以是位置。协商服务910可以确定,对于协商请求者920的当前位置上下文而言,优选的代理服务提供者是代理服务931,因为代理服务931相比于任何其他代理服务更靠近协商请求者920。因此,协商服务910可以代表协商请求者920针对代理服务与代理服务931进行协商。但是,协商请求者920可以移动(904)到新的位置。协商服务910可以被通知来自上下文意识服务的上下文变化。通过确定在可用的代理服务中现在代理服务932最靠近协商请求者920,协商服务910和/或其认知能力可以适配上下文改变。作为响应,在905处,协商服务910可以代表协商请求者920针对代理服务与代理服务932进行协商,并且在通信904处,将代理服务器的改变通知给协商请求者920。
图10图示出在一些些实施例中可以使用的示例性信号流程1000,以使协商服务适配于改变的条件,诸如关于图9所述的协商请求者的移动性。在一个实施例中,协商服务1010可包括认知能力1011。在1021处,协商服务1010可以从协商请求者1020接收协商请求,并且可以发送响应。在1022处,协商服务1010可以请求认知能力1011确定协商方。在一个实施例中,在1023处,协商服务1010可以经由认知能力1011请求上下文意识服务1030返回请求者1020的位置的指示,并且可以接收指示。在1024处,基于所接收的位置,认知能力1011可以确定在可用代理服务提供者中,协商请求者1020处于最靠近代理服务提供者1040的位置。在1025处,可将代理服务提供者信息提供给协商服务1010,并且在1025处协商服务1010可以代表协商请求者1020针对用于协商请求者1020的代理服务进行协商。
在1031处,协商请求者1020可以移动到相比于代理服务提供者1040可以更靠近代理服务提供者1050的不同区域。在1032处,通过上下文意识服务1030,可将上下文改变通知提供给协商服务1010。上下文改变通知1032可包括协商请求者1020的当前位置或者可包括使得协商服务1010为协商请求者1020确定当前位置的指示符。在1033处,基于认知能力1011可以在1034处确定的协商请求者1020的当前位置,协商服务1010可以请求认知能力1011确定当前最佳的代理服务提供者。在1035处,可将包括指示的响应提供给协商服务1010,该指示为基于协商请求者1020的当前位置,代理服务提供者1050是对于协商请求者1020的当前最佳的代理服务提供者。作为响应,在1036处,协商服务1010可以代表协商请求者1020针对用于协商请求者1020的代理服务进行协商。
协商服务可以存储协商结果以及来自过去协商的相关数据,诸如所确定的协商方以及在过去的协商处理中所使用的协商策略。当确定从协商请求者接收类似的协商请求时,协商服务可以使用该缓存信息。基于来自协商处理的总结数据,协商服务还可以确定概括的协商策略。利用过去的协商参数以及类似的当前协商中的数据,协商服务可以检测某些协商场景中的模式,并将这些模式与当前协商请求关联。这可以将协商服务从为了确定协商策略、协商方等而采用其认知能力中缓解。
图11图示出IoT实体和协商服务的示例性配置1100。数据消费者1131-1134可以是数据的任何消费者,诸如消费者、零售商、运营商、服务提供商、网络提供商等等。在本示例中,数据消费者1131-1134是医疗相关实体,诸如医生1131、医院1132、医疗保险1133、以及医学研究人员1134。数据提供者1121-1125可以是任何数据提供者,诸如病人、客户、消费者、家庭或企业中的传感器节点(例如,温度传感器、运动传感器)等。在本示例中,数据提供者1131-1134可以是与病人或者医师照顾下的其他人员相关联的设备或实体。
在代表数据提供者(诸如数据提供者1121-1125中的一个)执行一个或多个协商处理之后,协商服务1110可以总结和/或概括协商政策。例如,协商服务1110可以确定可用于每一对数据消费者和数据提供者的公共协商策略。这可以基于在第一请求(对于在一对数据消费者与数据提供者之间所处理的数据的请求)处所确定的初始协商策略。图11的表格1140提供信息的示例,协商服务1110可以为与该信息交互的每个数据消费者维护该信息。该数据可以指示,对于特定的数据提供者,可将数据提供或者不提供给特定的数据消费者。例如,在表格1140表示与数据提供者(例如,病人)1122相关联的数据约束的情况下,协商服务1110可以向数据提供者1122的医生提供姓名、年龄、邮政编码、街道名称、和药物信息,而向保险提供者只提供姓名、年龄、邮政编码、和街道名称。可对表格1140或者类似的数据进行概括以应用于与协商服务1110交互的所有IoT实体。在每次数据提供者请求服务时,该协商概括方法可以降低确定协商策略时认知能力的负载。
协商结果(诸如根据先前的协商处理所确定的协商方和策略)可由除了产生先前协商结果的原始协商中所涉及的服务和客户之外的服务和客户来预订。对类似协商主题感兴趣的请求者可以请求预订该信息。对于所预订的协商活动的任何适配都可以产生给订户的通知。这种预订机制可以启用订户对于新协商条件的自主适配。如果订户使用来自预订的协商结果,则对于所预订的协商条件或参数的任何改变都可以触发订户自动地适配对于新条件或参数的调节。通过协商预订,其他实体能够再使用并遵从协商结果。
图12图示出在一些预订场景中可以使用的示例性非限制性配置1200。这里,预订遵守虚拟化政策。在1212处,虚拟化服务1220可以请求协商服务1210针对虚拟化政策与IoT对象1260进行协商。政策可以与例如可能发生IoT对象1260的虚拟化的时间以及要将IoT对象1260虚拟化的地点等相关联。在1214处,在IoT对象1260与协商服务1210之间可以发生协商。在虚拟化服务1220与IoT对象1260之间达成协商协议之后,在1218处,基于虚拟化政策可以在IoT云服务器1240处将IoT对象1260虚拟化为IoT对象1241。
在1226处,虚拟化服务1220可以在IoT云服务器1250处将IoT对象1270虚拟化为虚拟化IoT对象1251。IoT云服务器1250可以预订与由虚拟化IoT对象1251所使用的相同的虚拟化政策,其中在1222处请求并且在1224处接收该相同的虚拟化政策。如果存在改变所预订的虚拟化政策的任何协商适配,则在1212处,IoT云服务器1250就可以得到协商适配政策何时改变的通知。在1212处,当改变协商适配政策时,IoT云服务器1250可以得到通知。作为响应,在1230处,IoT云服务器1250可以请求虚拟化服务1220基于新政策对其执行适配。
在一个实施例中,提供相同服务的两个服务提供者可以针对服务工作合作相互协商。当一个服务提供者在线时,它可以为另一个(可能离线)服务提供者处理预期的服务请求,使得它们不需要总是同时在线,从而节约诸如电力的资源。
图13图示出在其中可以实现用于服务工作周期和卸载的协商服务的示例的示例性配置1300。IoT实体1310例如可以在1351处向IoT实体1330提供软件定义服务1311,并且可以将它公布给对等IoT实体。软件定义服务可以是由任何数目和类型的物理设备所执行的服务,并且其中分配物理设备以提供服务的服务可以根据需要而改变,但是该服务向用户或者其他实体提供一致的软件界面而不管当前使用的实体设备配置。在1351处,基于从IoT实体1310接收软件定义服务1311的公布,提供软件定义服务1331的IoT实体1330可以确定,软件定义服务1331是与软件定义服务1311相同或类似的服务。作为响应,在1352处,IoT实体1333可以发起与IoT实体1310的协商以通过IoT实体1310建立任务周期,包括对于相同的软件定义服务,一个实体何时请求卸载另一个实体的服务请求以及卸载多少。例如,所述实体可以确定一个实体或其他实体将要处理对相同服务的全部请求的时间和/或基于任何准则(诸如与请求者的接近度)将请求卸载到其他实体的时间。
在1353处,根据由IoT实体1350提供的发现服务1351,IoT实体1340可以发现所期望的软件定义服务位于IoT实体1310处。在1354处,IoT实体1340可以从IoT实体1310经由软件定义服务1311请求所期望的软件定义服务的递送。但是,IoT实体1340可以相距IoT实体1310很多跳;也就是说,可以存在这些实体之间的业务必须行进的许多网络节点。替选地,这些节点之间的距离(并且因此,网络延迟)可能远大于IoT实体1340与提供所请求服务的另一个实体之间的距离。IoT实体1310可以确定,IoT实体1330是向请求者(IoT实体1340)递送服务的最适当实体,因为它最接近请求者和/或它可用于卸载服务请求。因此在1355处,IoT实体1310可以向更加靠近IoT实体1340的IoT实体1330重定向请求。然后在1356处,IoT实体1330可以将服务提供给IoT实体1340。结果,协商服务在延迟和效率方面显著改善IoT实体1340的性能。
图14图示出在某些实施例中可以使用的示例性信号流程1400,以利用协商服务来建立服务工作周期和卸载,诸如关于图13所述的情况。在一个实施例中,协商服务1410可包括认知能力1411。在1421处,协商服务1410可以接收来自IoT实体1420的协商请求并对其做出响应。在1422处,协商服务1410可以请求认知能力1411确定协商策略。在1423处,协商服务1410(在一个实施例中经由认知能力1411)可以请求上下文意识服务1430返回IoT实体1020的相关上下文的指示,并且可以接收指示。该上下文信息可包括允许认知能力1411确定IoT实体1420和IoT实体1450两者都提供相同或者基本上相似的服务的信息。该信息可通过评估智能IoT服务简档、IoT实体1420和IoT实体1450的位置、所提供服务的在线调度等来确定。在1424处,认知能力1411可以确定合作细节以及用于两个实体之间协商的可行策略,并且在1425处,将其作为协商响应提供给协商服务1410。
在1426处,协商服务1410可将具有合作提案的协商结果请求发送给IoT实体1450。在1427处,IoT实体1450可以与协商服务1410直接进行协商,或者它可以向其选择的协商服务1440发送协商请求。在后一情况下,在协商服务1440许可来自IoT实体1450的协商请求之后,在1428处认知能力接收确定协商策略的请求,在1429处做出协商策略决定以及关于是接受还是拒绝协商请求的确定,并且在1431处将策略通知给协商服务1440。也可以指定其他合作细节,诸如可用的服务调度、与IoT实体1420共享的资源的数量和类型、IoT实体1450可以提供的并发服务任务的数目等等。
在1432处,协商服务1440将协商接受通知提供给IoT实体1450。IoT实体1450可以通过向协商服务1440发送通知1433来确认协商接受,并且在1434处将协商结果响应返回协商服务1410。在1435处协商服务1410可将协商接受确认的通知发送给IoT实体1420,在1436处IoT实体1420通过确认对其做出响应。
可以存在托管相同或基本上相似的IoT服务的不同IoT实体,但是它们为客户或其他用户而相互竞争。在一个实施例中,客户可以请求协商服务与潜在的IoT服务提供者进行协商,以最低的价格实现所期望的QoS。图15示出这种使用协商服务的协商处理的一个示例。在该实施例中,协商服务1510可包括认知能力1511。在1521处协商服务1510可以接收来自IoT实体客户1520的协商请求并对其做出响应。该请求可包括客户1520正在寻找的服务类型以及客户1520为了支付服务所提供的价格的指示。还可以提供其他信息。协商服务1510可以向认知能力1511发送协商许可请求,认知能力1511可以进而决定许可协商请求。在1522处协商服务1510可以从发现服务1522请求并接收关于提供所请求的服务的潜在服务提供者的信息。然后在1523处为了确定与其进行协商的最适当的服务提供者,协商服务1510可以向认知能力1511发送协商方请求。
利用任何准则(包括接近度、价格等等),认知能力1511可以确定,存在两个协商服务1510将代表客户1520与其进行协商的服务提供者,IoT服务提供者1550(图15中的“IoTSP 1550”)和IoT服务提供者1560(图15中的“IoT SP 1560”)。在1526处,可将该信息提供给协商服务1510。在1526处,协商服务1510可以向认知能力1511查询用于与两个服务提供者协商的协商策略。认知能力1511可以查询上下文意识服务1530以获得可用于发展协商策略的信息。该上下文信息可包括每个IoT服务提供者的具有不同QoS的收费政策、服务提供者为客户1520进行服务所需的资源、从每个服务提供者到客户请求者的距离等等。利用该信息,认知能力1511可以在1528处确定策略并在1529处将策略提供给协商服务1510。然后,协商服务1510可以分别在1531处和1532处与每个服务提供者1550和1560进行协商,以及在接收到来自IoT服务提供者的两个协商响应之后,基于协商和所接收的数据选择服务提供者。在1533处,协商服务1510可将所选择的服务提供者数据发送给客户1520。
所建议的实施例可以并入诸如ETSI M2M架构的现有的IoT系统和标准并在其中实现。在这种实施例中,可将智能协商服务映射到在现有服务能力之上通过将附加功能分层而实现的协商服务能力。图16图示出在其中可以实现这种实施例的示例架构1600。协商服务能力1620(图16中的“协商SC 1620”)可以驻留在网络1610(可以称为“云”)中,并且所有M2M设备、网关、和服务器都可以支持新服务云接口(在图16中示出为接口1641-1643),所述接口可用于访问协商服务能力1620。支持网络应用1634的M2M网络服务能力层(NSCL)1631可以经由服务云接口1641直接访问协商服务能力1620。支持网关应用1635的M2M网关服务能力层(GSCL)1632可以经由到NSCL 1631的mId接口1651间接访问协商服务能力1620,或者经由服务云接口1642直接访问协商服务能力1620。支持设备应用1636的M2M设备服务能力层(DSCL)1633可以经由到NSCL 1631的mId接口1652间接访问协商服务能力1620,或者经由服务云接口1643直接访问协商服务能力1620。
M2M服务能力层(SCL)可包括附加功能以支持到协商服务能力1620的服务云接口(例如,1641-1643),所述服务云接口可用于协商服务能力1620与M2M SCL之间的交互。协商服务能力1620可以发现现有的M2M SCL(例如,NSCL 1631、GSCL 1632、DSCL 1633)。协商服务能力1620也可以公布或宣布新发现的SCL为M2M SCL。协商服务能力1620还可以访问、监视、和控制M2M SCL,包括动态配置其行为以及访问其资源树。协商服务能力1620可以进一步被多个其他M2M SCL共享和同时访问。M2M SCL可以从云发现协商服务能力1620。M2M SCL(特别是诸如NSCL 1631的NSCL)可以在云中向协商服务能力1620公布或宣布自己。M2M SCL可以在云中访问和利用协商服务能力1620以服务自己或者它托管的M2M SCL。
在由图17中的示例性配置1700所图示的另一个实施例中,可以在每个M2M设备、网关、和/或服务器1720(例如,NSCL、GSCL、DSCL)(在图17中统一示出为“现有M2M SC 1720”)处配置协商服务能力1710(图17中的“协商SC 1710”),并且可以使用服务能力之间的新的直接接口1711-1715。例如,M2M SCL可以托管协商服务能力1710,而其他SCL(例如,GSCL、DSCL)在本地没有它们自己的协商服务能力而是利用M2M NSCL访问协商服务能力。
可通过所公开的实施例执行的协商包括在M2M设备与M2M网关之间、在M2M网关与M2M服务器之间等就注册简介的协商。可通过所公开的实施例执行的另一个协商是M2M设备聚类和工作调度。可通过所公开的实施例执行的另一个协商是在M2M设备向M2M网关发送数据的条件下,M2M设备与其M2M网关之间的协商。可通过所公开的实施例执行的又一个协商是合作管理M2M设备的M2M网关之间的协商。可通过所公开的实施例执行的再一个协商是针对数据共享和定价,在不同M2M设备的M2M服务器之间的协商。可通过所公开的实施例执行的另一个协商是就针对用于启用有条件预订的预订通知的条件进行的协商。
图18A是可在其中实现用于IoT智能协商服务的一个或多个所公开的实施例的示例M2M或IoT通信系统10的图。通常,M2M技术提供用于IoT的构造块,并且任何M2M设备、网关或服务平台都可以是IoT的组件以及IoT服务层等等。
如图18A所示,M2M/IoT通信系统10包括通信网络12。通信网络12可以是固定网络或者是无线网络(例如,WLAN、蜂窝等等),或者是异构网络的网络。例如,通信网络12可包括将内容(诸如语音、数据、视频、消息、广播等)提供给多个用户的多个接入网络。例如,通信网络12可以采用一个或多个信道接入方法,诸如码分多址(CDMA)、时分多址(TDMA)、频分多址(FDMA)、正交FDMA(OFDMA)、单载波FDMA(SC-FDMA)等。此外,通信网络12可包括其他网络,诸如核心网络、互联网、传感器网络、工业控制网络、个域网、融合个人网络、卫星网络、家庭网络、或者企业网络。
如图18A所示,M2M/IoT通信系统10可包括M2M网关设备14和M2M终端设备18。应当理解,视需要,在M2M/IoT通信系统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、网关14、以及服务平台22的设备上,可以实现、执行或者以其他方式启用(部分地或者完全地)本文所述的任何实体,诸如协商服务110、IoT服务140、IoT应用120、IoT实体130、以及任何其他所公开的IoT实体。所有这样的实施例皆被构想为落入本公开的范围。
所图示的M2M服务平台22为M2M应用20、M2M网关设备14、M2M终端设备18、以及通信网络12提供服务。应当理解,M2M服务平台22可以按需与任何数目的M2M应用、M2M网关设备14、M2M终端设备18、以及通信网络12进行通信。M2M服务平台22可通过一个或多个服务器、计算机等来实现。M2M服务平台22提供诸如M2M终端设备18和M2M网关设备14的管理和监视的服务。M2M服务平台22还可以收集数据并转换该数据,使得数据与不同类型的M2M应用20兼容。M2M服务平台22的功能可以按照多种方式来实现,例如,实现为web服务器、实现在蜂窝核心网络中、实现在云中等。
还参照图18B,M2M服务平台通常实现服务层26(例如本文所述的网络服务能力层(NSCL)),服务层26提供各种应用和纵向产品可以利用的服务递送能力的核心集合。这些服务能力使得M2M应用20能够与设备交互,并执行诸如数据采集、数据分析、设备管理、安全性、计费、服务/设备发现等功能。基本上,这些服务能力将应用从实现这些功能的负担中解放,因此简化应用开发、降低成本并缩短上市时间。此外,服务层26使得M2M应用20能够结合服务层26所提供的服务通过各种网络12而通信。
在一些实施例中,M2M应用20可包括形成产生一个或多个对等网络的基础的期望应用,所述对等网络包括将所公开的系统和方法用于IoT智能协商服务的设备。M2M应用20可包括各种产业中的应用,诸如但不限于交通、卫生和健康、家庭联网、能源管理、资产跟踪、以及安全和监控。如上所述,横跨系统的设备、网关、以及其他服务器的M2M服务层支持例如数据收集、设备管理、安全、计费,位置跟踪/地理防护、设备/服务发现、和既有系统集成等功能,并将这些功能作为服务提供给M2M应用20。所述服务层以及对象与其交互的应用可以是诸如M2M应用20的应用这样的应用。
图18C是示例M2M设备30(诸如例如M2M终端设备18或M2M网关设备14)的系统图。如图18C所示,M2M设备30可包括处理器32、收发器34、发射/接收元件36、扬声器/麦克风38、小键盘40、显示器/触摸板/指示器(例如一个或多个发光二极管(LED))42、不可移除存储器44、可移除存储器46、电源48、全球定位系统(GPS)芯片组50、以及其它外围设备52。应当理解,在保持与实施例一致的同时,M2M设备40可包括上述元件的任何子组合。该设备可以是将所公开的系统和方法用于IoT智能协商服务的设备。
处理器32可以是通用处理器、专用处理器、常规处理器、数字信号处理器(DSP)、多个微处理器、与DSP核心、控制器、微控制器、一个或多个专用集成电路(ASIC)、一个或多个现场可编程门阵列(FPGA)电路、其它任何类型和数目的集成电路(IC)、状态机等相关联的一个或多个微处理器。处理器32可执行信号编码、数据处理、功率控制、输入/输出处理、和/或使M2M设备30能够在无线环境中操作的任何其它功能。处理器32可耦合到收发器34,收发器34可以耦合到发射/接收元件36。虽然图18C将处理器32和收发机34描绘为独立组件,但是应当理解,可将处理器32和收发机34一起集成在电子封装或芯片中。处理器32可以进行应用层程序(例如浏览器)和/或无线电接入层(RAN)程序和/或通信。处理器32可以例如在接入层和/或应用层执行安全操作,诸如认证、安全密钥协商、和/或加密操作。
发射/接收元件36可以被配置为向M2M服务平台9发射信号和/或从M2M服务平台9接收信号。例如在一个实施例中,发射/接收元件36可以是被配置为发射和/或接收RF信号的天线。发射/接收元件36可支持各种网络和无线接口,例如WLAN、WPAN、蜂窝等。在一个实施例中,发射/接收元件36可以是被配置成发射和/或接收例如IR、UV、或可见光信号的发射器/检测器。在另一个实施例中,发射/接收元件36可以是被配置成发射和接收RF信号与光信号两者。应当理解,发射/接收元件36可以被配置成发射和/或接收无线或有线信号的任何组合。
此外,虽然在图18C中将发射/接收元件36描述为单个元件,但是M2M设备30可包括任何数量的发射/接收元件36。更具体而言,M2M设备30可以采用MIMO技术。因此,在一个实施例中,M2M设备30可包含用于发射和接收无线信号的两个或更多个发射/接收元件36(例如多个天线)。
收发器34可以被配置成调制将由发射/接收元件36发射的信号,并且解调由发射/接收元件36接收的信号。如上所述,M2M设备30可具有多模式能力。因此,例如,收发器34可包括用于使得M2M设备30能够经由多个RAT(诸如UTRA和IEEE 802.11)通信的多个收发器。
处理器32可以从任何类型的合适存储器(诸如不可移除存储器44和/或可移除存储器46)访问信息,并且将数据存储在其中。不可移除存储器44可包括随机存取存储器(RAM)、只读存储器(ROM)、硬盘、或任何其它类型的存储器存储设备。可移除存储器46可包括用户身份模块(SIM)卡、记忆棒、安全数字(SD)存储卡等。在其它实施例中,处理器32可以从未物理定位于M2M设备30上(诸如位于服务器或家用计算机上)的存储器访问信息,并将数据存储在其中。处理器32可以被配置为响应于各种条件和参数(例如本文给出的某些实施例中描述的条件和参数),控制显示器或指示器42上的照明模式、图像或色彩。例如,处理器32可被配置为响应于确定本文所述的某些实施例中的IoT协商服务是成功还是失败,控制显示器或指示器42上的照明模式、图像或色彩。
处理器32可以从电源48接收电力,并且可以被配置为向M2M设备30中的其他组件分配和/或控制电力。电源48可以是用于对M2M设备30供电的任何合适设备。例如,电源48可包括一个或多个干电池(例如,镍-镉(NiCd)、镍-锌(镍锌)、镍金属氢化物(NiMH)、锂离子(Li离子)等)、太阳能电池、燃料电池等。
处理器32可耦合到GPS芯片组50,GPS芯片组50被配置为提供关于M2M设备30的当前位置的位置信息(例如,经度和纬度)。应当理解,在保持与实施例一致的同时,M2M设备30可通过任何合适的位置确定方法来获得位置信息。
处理器32还可耦合到其他外围设备52,其它外围设备52可包括提供附加特征、功能和/或有线或无线连通性的一个或多个软件和/或硬件模块。例如,外围设备52可包括加速度计、电子罗盘、卫星收发器、传感器、数字照相机(用于照片或视频)、通用串行总线(USB)端口、振动设备、电视收发器、免提耳机、模块、调频(FM)无线电单元、数字音乐播放器、媒体播放器、视频游戏播放器模块、互联网浏览器等等。
图18D是可例如实现图18A和图18B的M2M服务平台22的示例性计算系统90的框图。计算系统90可包括计算机或服务器,并且可主要由计算机可读指令控制,所述计算机可读指令可以是软件的形式,而不管该软件是在何处或通过何种方式来存储或访问。这些计算机可读指令可以在中央处理单元(CPU)91中执行,以使得计算系统90进行工作。在很多已知的工作站、服务器、和个人计算机中,由被称为微处理器的单芯片CPU来实现中央处理单元91。在其它机器中,中央处理单元91可包括多个处理器。协同处理器81是与主CPU 91不同的可选处理器,其用于执行附加功能或者辅助CPU 91。CPU 91和/或协同处理器81可以接收、产生和处理与所公开的用于IoT智能协商服务的系统和方法有关的数据。
在操作中,CPU 91取得、解码、以及执行指令,并且经由计算机的主数据转移路径(即,系统总线80),将信息转移到其它资源以及从其它资源转移信息。这种系统总线连接计算系统90中的组件并且限定用于数据交换的介质。系统总线80通常包括用于发送数据的数据线路、用于发送地址的地址线路、以及用于发送中断和操作系统总线的控制线路。这种系统总线80的示例是PCI(外围组件互连)总线。
耦合到系统总线80的存储器设备包括随机存取存储器(RAM)82和只读存储器(ROM)93。这些存储器包括允许存储和检索信息的电路。ROM 93通常包含不易修改的所存储的数据。RAM 82中所存储的数据可由CPU 91或其它硬件设备读取或改变。对RAM 82和/或ROM 93的存取可由存储器控制器92控制。存储器控制器92可以提供地址转换功能,在执行指令时,地址转换功能将虚拟地址转换为物理地址。存储器控制器92可提供存储器保护功能,所述存储器保护功能隔离系统内的进程,并且将系统进程与用户进程隔离。因此,在第一模式下运行的程序只能访问由其自身的进程虚拟地址空间映射的存储器;除非已设置进程之间的存储器共享,否则该程序无法访问另一进程的虚拟地址空间内的存储器。
此外,计算系统90可包含外围设备控制器83,外围设备控制器83负责将指令从CPU91传达到诸如打印机94、键盘84、鼠标95以及磁盘驱动器85的外围设备。
通过显示器控制器96控制的显示器86用于显示由计算系统90产生的视觉输出。这种视觉输出可包括文本、图形、动画图形、和视频。显示器86可使用基于CRT的视频显示器、基于LCD的平板显示器、基于气体等离子体的平板显示器、或者触摸屏来实现。显示器控制器96包括产生被发送到显示器86的视频信号所需要的电子组件。
此外,计算系统90可包含网络适配器97,网络适配器97可用于将计算系统90连接到外部通信网络(诸如图18A和图18B的网络12)。在实施例中,网络适配器97可接收和传输与所公开的用于IoT智能协商服务的系统和方法有关的数据。
应理解,本文所述的任何或所有系统、方法和处理可实现为存储在计算机可读存储介质上的计算机可执行指令(即,程序代码)的形式,所述指令当由诸如计算机、服务器、M2M终端设备、M2M网关设备等的机器执行时,执行和/或实现本文所述的系统、方法和处理。具体来说,上文所述的步骤、操作或功能中的任何一个可被实现为这些计算机可执行指令的形式。计算机可读存储介质包括以用于存储信息的任何方法或技术实现的易失性和非易失性、可移动和不可移动介质,但是这种计算机可读存储介质不包括信号。计算机可读存储介质包括(但不限于)RAM、ROM、EEPROM、闪速存储器或其它存储器技术、CDROM、数字多功能盘(DVD)或其它光盘存储、磁带盒、磁带、磁盘存储或其他磁存储设备,或者可用于存储所期望的信息并且可由计算机存取的任何其他物理介质。
在描述本公开主题的优选实施例时,如图所图示,为了清楚起见而使用了特定术语。但是,所要求的主题不旨在限于所选择的特定术语,并且应当理解,每个特定元件包括按照类似方式操作以实现类似目的的所有技术等同物。
本书面描述使用示例来公开本发明(包括最佳模式),并且使本领域的技术人员能够实践本发明,包括制造和使用任何设备或系统且执行任何所并入的方法。本发明的可取得专利权的范围由权利要求限定,并且可包括本领域的技术人员想的到的其他示例。如果这些其它示例具有不与权利要求的文字表述有所不同的结构元件或如果这些其它示例包括带有与权利要求的文字表述的非实质性不同的等同结构元件,那么这些其它示例旨在处于权利要求的范围内。
Claims (20)
1.一种方法,包括:
在相连接的实体的网络中的协商服务实体处,从第一实体接收请求,所述请求包括对于将由所述第一实体接收的服务的指示;
让所述协商服务实体许可所述第一实体;
在所述协商服务实体处并且基于接收到包括对于所述服务的指示的所述请求,从多个协商目标实体中选择能够实现向所述第一实体提供所述服务的协商目标实体;
基于对于所述服务的指示并且基于对协商目标实体的选择,确定用于传送到所选择的协商目标实体的协商请求;
从所述协商服务实体向所选择的协商目标实体传送所述协商请求;
在所述协商服务实体处,从所选择的协商目标实体接收协商响应;以及
从所述协商服务实体向所述第一实体传送协商结果,所述协商结果包括对于所述服务的指示。
2.根据权利要求1所述的方法,其中选择所述协商目标实体包括:
向发现服务传送服务提供者发现请求;以及
从所述发现服务接收包括协商目标实体标识符的服务提供者发现响应。
3.根据权利要求2所述的方法,其中所述协商目标实体标识符包括多个协商目标实体标识符以及与所述多个协商目标实体标识符中的每个相应的协商目标实体标识符相关联的数据。
4.根据权利要求3所述的方法,进一步包括:基于与所述每个相应的协商目标实体标识符相关联的所述数据,从所述多个协商目标实体标识符中选择所述协商目标实体标识符。
5.根据权利要求1所述的方法,进一步包括:
确定所述协商请求的优先级;
将所述协商请求放置在队列中,并且基于所述协商请求的所述优先级,从所述队列中选择所述协商请求;以及
一旦从所述队列中选择所述协商请求,就向所述第一实体传送协商请求接受指示。
6.根据权利要求1所述的方法,进一步包括:
接收自从所述协商请求被接收以来所述第一实体的上下文已改变的通知;
确定第二协商目标实体应当提供与所述协商请求相关联的被请求服务;
向所述第二协商目标实体传送第二协商请求;
从所述第二协商目标实体接收第二协商响应;以及
向所述第一实体传送第二协商结果。
7.根据权利要求1所述的方法,其中,选择所述协商目标实体包括:
确定所述协商请求不包括所述协商目标实体;以及
基于至少一个先前协商请求来确定所述协商目标实体,其中,所述至少一个先前协商请求与所述第一实体和关联于所述协商请求的被请求服务中的至少一个相关联。
8.一种相连接的实体的网络中的协商服务实体,包括:
第一处理器,所述第一处理器适用于执行计算机可读指令;以及
第一存储器,所述第一存储器通信地耦合到所述第一处理器,所述第一存储器具有存储于其中的计算机可读指令,所述计算机可读指令当由所述第一处理器执行时,使得所述处理器执行包括以下的操作:
从第一实体接收请求,所述请求包括对于将由所述第一实体接收的服务的指示;
让所述协商服务实体许可所述第一实体;
基于接收到包括对于所述服务的指示的所述请求,从多个协商目标实体中选择能够实现向所述第一实体提供所述服务的协商目标实体;
基于对于所述服务的指示并且基于对协商目标实体的选择,确定用于传送到所选择的协商目标实体的协商请求;
向所选择的协商目标实体传送所述协商请求;
从所选择的协商目标实体接收协商响应;以及
向所述第一实体传送协商结果,所述协商结果包括对于所述服务的指示。
9.根据权利要求8所述的协商服务实体,其中,所述第一存储器进一步包括计算机可读指令,所述计算机可读指令当由所述第一处理器执行时,使得所述处理器执行包括以下的操作:
向发现服务传送服务提供者发现请求;以及
从所述发现服务接收包括协商目标实体标识符的服务提供者发现响应,其中,所述协商目标实体标识符与接近所述第一实体的协商目标实体相关联。
10.根据权利要求9所述的协商服务实体,其中,所述第一实体与所选择的协商目标实体执行相同的功能。
11.根据权利要求9所述的协商服务实体,其中,所述第一存储器进一步包括计算机可读指令,所述计算机可读指令当由所述第一处理器执行时,使得所述处理器执行包括以下的操作:
确定用于所述第一实体和所选择的协商目标实体的工作调度。
12.根据权利要求9所述的协商服务实体,其中,所述第一存储器进一步包括计算机可读指令,所述计算机可读指令当由所述第一处理器执行时,使得所述处理器执行包括以下的操作:
向上下文意识服务传送上下文请求;以及
接收上下文响应,所述上下文响应包括用于所选择的协商目标实体的上下文以及用于所述第一实体的上下文。
13.根据权利要求12所述的协商服务实体,其中,所述第一存储器进一步包括计算机可读指令,所述计算机可读指令当由所述第一处理器执行时,使得所述处理器执行包括以下的操作:
基于用于所选择的协商目标实体的上下文和用于所述第一实体的上下文,确定用于所述第一实体和所选择的协商目标实体的工作调度。
14.根据权利要求8所述的协商服务实体,其中,所述协商响应包括协商拒绝。
15.一种相连接的实体的网络中的协商服务实体,包括:
第一处理器,所述第一处理器适用于执行计算机可读指令;以及
第一存储器,所述第一存储器通信地耦合到所述第一处理器,所述第一存储器具有存储于其中的计算机可读指令,所述计算机可读指令当由所述第一处理器执行时,使得所述处理器执行包括以下的操作:
从第一实体接收请求,所述请求包括对于将由所述第一实体接收的服务的指示;
确定所述请求不指示能够实现向所述第一实体提供所述服务的特定协商目标实体;
基于接收到包括对于所述服务的指示的所述请求,从多个协商目标实体中选择能够实现向所述第一实体提供所述服务的协商目标实体;
基于对于所述服务的指示并且基于对协商目标实体的选择,确定用于传送到所选择的协商目标实体的协商请求;
向所选择的协商目标实体传送所述协商请求;
从所选择的协商目标实体接收协商响应;以及
向所述第一实体传送协商结果,所述协商结果包括对于所述服务的指示。
16.根据权利要求15所述的协商服务实体,其中,所述第一存储器进一步包括计算机可读指令,所述计算机可读指令当由所述第一处理器执行时,使得所述处理器执行包括以下的操作:
从第二实体接收第二协商请求;
确定所述第二实体具有比所述第一实体更高的优先级;以及
在向所述第一实体提供协商服务之前,向所述第二实体提供协商服务。
17.根据权利要求15所述的协商服务实体,其中,所述第一存储器进一步包括计算机可读指令,所述计算机可读指令当由所述第一处理器执行时,使得所述处理器执行包括以下的操作:
接收自从所述协商请求被接收以来所述第一实体的上下文已改变的通知;
确定第二协商目标实体应当提供与所述协商请求相关联的被请求服务;
向所述第二协商目标实体传送第二协商请求;
从所述第二协商目标实体接收第二协商响应;以及
向所述第一实体传送第二协商结果。
18.根据权利要求17所述的协商服务实体,其中,所述第一实体的上下文包括下述中的至少一个:所述第一实体的位置、所述第一实体的存储器资源、所述第一实体的处理资源、所述第一实体的带宽能力、以及所述第一实体的工作调度。
19.根据权利要求15所述的协商服务实体,其中,所述协商服务实体被配置在机器对机器设备上。
20.根据权利要求15所述的协商服务实体,其中,所述第一存储器进一步包括计算机可读指令,所述计算机可读指令当由所述第一处理器执行时,使得所述处理器执行包括以下的操作:
在向所选择的协商目标实体传送所述协商请求之后并且在从所选择的协商目标实体接收所述协商响应之前,接收第二协商请求;以及
向所述第一实体传送第二协商结果,所述第二协商结果指示所述第二协商请求是所述协商请求的副本。
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201361819922P | 2013-05-06 | 2013-05-06 | |
US61/819,922 | 2013-05-06 | ||
PCT/US2014/036919 WO2014182665A2 (en) | 2013-05-06 | 2014-05-06 | Intelligent negotiation service for internet of things |
Publications (2)
Publication Number | Publication Date |
---|---|
CN105556500A CN105556500A (zh) | 2016-05-04 |
CN105556500B true CN105556500B (zh) | 2021-07-27 |
Family
ID=50884540
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201480031087.7A Active CN105556500B (zh) | 2013-05-06 | 2014-05-06 | 用于物联网的智能协商服务 |
Country Status (6)
Country | Link |
---|---|
US (1) | US10491686B2 (zh) |
EP (1) | EP2994839B1 (zh) |
JP (2) | JP2016526207A (zh) |
KR (1) | KR101874514B1 (zh) |
CN (1) | CN105556500B (zh) |
WO (1) | WO2014182665A2 (zh) |
Families Citing this family (88)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9411327B2 (en) | 2012-08-27 | 2016-08-09 | Johnson Controls Technology Company | Systems and methods for classifying data in building automation systems |
EP2994831B1 (en) * | 2013-05-08 | 2020-03-18 | Convida Wireless, LLC | Method and apparatus for the virtualization of resources using a virtualization broker and context information |
JP2015115014A (ja) * | 2013-12-13 | 2015-06-22 | 富士通株式会社 | ノード装置、情報処理システム、情報処理方法、及び情報処理プログラム |
KR101605968B1 (ko) * | 2014-10-08 | 2016-03-24 | 한국과학기술원 | 가상 객체의 동적 인스턴스 호스팅 서비스 변경 방법 및 시스템 |
US9338071B2 (en) * | 2014-10-08 | 2016-05-10 | Google Inc. | Locale profile for a fabric network |
KR102427328B1 (ko) * | 2014-10-17 | 2022-08-01 | 삼성전자주식회사 | 사물 인터넷 단말 및 그 동작 방법 |
US20160128043A1 (en) * | 2014-10-30 | 2016-05-05 | Qualcomm Incorporated | Dynamic mobile ad hoc internet of things (iot) gateway |
US20160134554A1 (en) * | 2014-11-06 | 2016-05-12 | Cisco Technology, Inc. | Delegated user interface for resource constrained device |
KR20210131436A (ko) | 2014-11-14 | 2021-11-02 | 콘비다 와이어리스, 엘엘씨 | 허가 기반 리소스 및 서비스 발견 |
JP6435057B2 (ja) * | 2014-12-01 | 2018-12-05 | コンヴィーダ ワイヤレス, エルエルシー | サービス層における交渉サービスをサポートする方法 |
US10673959B2 (en) * | 2015-03-25 | 2020-06-02 | Intel Corporation | Accessing service of Internet of Things |
CN104932455B (zh) | 2015-04-27 | 2018-04-13 | 小米科技有限责任公司 | 智能家居系统中智能设备的分组方法和分组装置 |
CN105007610B (zh) * | 2015-05-28 | 2020-03-06 | 海尔优家智能科技(北京)有限公司 | 一种多跳发现资源的方法和装置 |
US10430165B2 (en) * | 2015-07-15 | 2019-10-01 | Qingjun Wei | Method and apparatus for an internet of things controller |
US10140191B2 (en) * | 2015-07-24 | 2018-11-27 | Accenture Global Services Limited | System for development of IoT system architecture |
KR102446384B1 (ko) * | 2015-09-18 | 2022-09-22 | 삼성전자주식회사 | 사용자 단말 및 서버 장치 |
US10534326B2 (en) | 2015-10-21 | 2020-01-14 | Johnson Controls Technology Company | Building automation system with integrated building information model |
US10069751B2 (en) * | 2015-11-03 | 2018-09-04 | International Business Machines Corporation | On-demand IOT bandwidth allocation in response to a changing sensor population |
US9860906B2 (en) | 2015-12-15 | 2018-01-02 | At&T Intellectual Property I, L.P. | Method, computer-readable storage device and apparatus for processing machine-to-machine communications |
US11268732B2 (en) | 2016-01-22 | 2022-03-08 | Johnson Controls Technology Company | Building energy management system with energy analytics |
US11947785B2 (en) | 2016-01-22 | 2024-04-02 | Johnson Controls Technology Company | Building system with a building graph |
WO2017173167A1 (en) | 2016-03-31 | 2017-10-05 | Johnson Controls Technology Company | Hvac device registration in a distributed building management system |
JP6701903B2 (ja) * | 2016-04-08 | 2020-05-27 | オムロンヘルスケア株式会社 | 端末装置 |
US11774920B2 (en) | 2016-05-04 | 2023-10-03 | Johnson Controls Technology Company | Building system with user presentation composition based on building context |
US10417451B2 (en) | 2017-09-27 | 2019-09-17 | Johnson Controls Technology Company | Building system with smart entity personal identifying information (PII) masking |
US10505756B2 (en) | 2017-02-10 | 2019-12-10 | Johnson Controls Technology Company | Building management system with space graphs |
KR101866634B1 (ko) * | 2016-05-12 | 2018-06-12 | 전자부품연구원 | 사물인터넷을 이용한 지능형 스마트 에이징 서비스 시스템 및 방법 |
KR101796583B1 (ko) | 2016-06-21 | 2017-12-12 | 주식회사 삼진엘앤디 | 사물 인터넷 환경에서 지능형 서비스를 제공하기 위한 상황인지 시스템, 방법 및 컴퓨터 판독 가능한 기록 매체 |
US10181978B1 (en) * | 2016-06-29 | 2019-01-15 | Amazon Technologies, Inc. | Discovery of device capabilities |
US10367754B2 (en) * | 2016-07-01 | 2019-07-30 | Intel Corporation | Sharing duty cycle between devices |
US20190182333A1 (en) * | 2016-07-02 | 2019-06-13 | Intel Corporation | Cognitive edge processing for internet-of-things networks |
US10397303B1 (en) * | 2016-08-29 | 2019-08-27 | Amazon Technologies, Inc. | Semantic annotation and translations for devices |
US10650621B1 (en) | 2016-09-13 | 2020-05-12 | Iocurrents, Inc. | Interfacing with a vehicular controller area network |
US10528725B2 (en) | 2016-11-04 | 2020-01-07 | Microsoft Technology Licensing, Llc | IoT security service |
CN108135013B (zh) * | 2016-12-01 | 2021-06-04 | 中国电信股份有限公司 | 物联网业务承载方法和系统 |
JPWO2018109914A1 (ja) * | 2016-12-15 | 2019-10-24 | 株式会社日立製作所 | サービス提供管理システムおよびサービス提供管理方法 |
US10684033B2 (en) | 2017-01-06 | 2020-06-16 | Johnson Controls Technology Company | HVAC system with automated device pairing |
CN108289110B (zh) * | 2017-01-09 | 2021-10-08 | 斑马智行网络(香港)有限公司 | 设备关联方法、装置、终端设备和操作系统 |
KR20180086044A (ko) | 2017-01-20 | 2018-07-30 | 삼성전자주식회사 | 지능 협상을 수행하는 반도체 장치의 동작 방법 |
US11900287B2 (en) | 2017-05-25 | 2024-02-13 | Johnson Controls Tyco IP Holdings LLP | Model predictive maintenance system with budgetary constraints |
US10515098B2 (en) | 2017-02-10 | 2019-12-24 | Johnson Controls Technology Company | Building management smart entity creation and maintenance using time series data |
US11360447B2 (en) | 2017-02-10 | 2022-06-14 | Johnson Controls Technology Company | Building smart entity system with agent based communication and control |
US11764991B2 (en) | 2017-02-10 | 2023-09-19 | Johnson Controls Technology Company | Building management system with identity management |
US20190361412A1 (en) | 2017-02-10 | 2019-11-28 | Johnson Controls Technology Company | Building smart entity system with agent based data ingestion and entity creation using time series data |
US10169486B2 (en) | 2017-02-10 | 2019-01-01 | Johnson Controls Technology Company | Building management system with timeseries processing |
US11280509B2 (en) | 2017-07-17 | 2022-03-22 | Johnson Controls Technology Company | Systems and methods for agent based building simulation for optimal control |
US10854194B2 (en) | 2017-02-10 | 2020-12-01 | Johnson Controls Technology Company | Building system with digital twin based data ingestion and processing |
WO2018175912A1 (en) | 2017-03-24 | 2018-09-27 | Johnson Controls Technology Company | Building management system with dynamic channel communication |
US11327737B2 (en) | 2017-04-21 | 2022-05-10 | Johnson Controls Tyco IP Holdings LLP | Building management system with cloud management of gateway configurations |
US10788229B2 (en) | 2017-05-10 | 2020-09-29 | Johnson Controls Technology Company | Building management system with a distributed blockchain database |
US11022947B2 (en) | 2017-06-07 | 2021-06-01 | Johnson Controls Technology Company | Building energy optimization system with economic load demand response (ELDR) optimization and ELDR user interfaces |
WO2018232147A1 (en) | 2017-06-15 | 2018-12-20 | Johnson Controls Technology Company | Building management system with artificial intelligence for unified agent based control of building subsystems |
US11551195B2 (en) | 2017-07-18 | 2023-01-10 | Tata Consultancy Services Limited | Systems and methods for providing services to smart devices connected in an IoT platform |
WO2019018008A1 (en) | 2017-07-21 | 2019-01-24 | Johnson Controls Technology Company | BUILDING MANAGEMENT SYSTEM WITH DYNAMIC WORKING ORDER GENERATION WITH ADAPTIVE DIAGNOSTIC ASSIGNMENT DETAILS |
US11726632B2 (en) | 2017-07-27 | 2023-08-15 | Johnson Controls Technology Company | Building management system with global rule library and crowdsourcing framework |
US11314726B2 (en) | 2017-09-27 | 2022-04-26 | Johnson Controls Tyco IP Holdings LLP | Web services for smart entity management for sensor systems |
US20190095821A1 (en) | 2017-09-27 | 2019-03-28 | Johnson Controls Technology Company | Building risk analysis system with expiry time prediction for threats |
US10962945B2 (en) | 2017-09-27 | 2021-03-30 | Johnson Controls Technology Company | Building management system with integration of data into smart entities |
US11314788B2 (en) * | 2017-09-27 | 2022-04-26 | Johnson Controls Tyco IP Holdings LLP | Smart entity management for building management systems |
US11070446B2 (en) | 2017-10-24 | 2021-07-20 | At&T Intellectual Property I, L.P. | Intelligent network resource orchestration system and method for internet enabled device applications and services |
US10469600B2 (en) * | 2017-11-14 | 2019-11-05 | Dell Products, L.P. | Local Proxy for service discovery |
US11281169B2 (en) | 2017-11-15 | 2022-03-22 | Johnson Controls Tyco IP Holdings LLP | Building management system with point virtualization for online meters |
US10809682B2 (en) | 2017-11-15 | 2020-10-20 | Johnson Controls Technology Company | Building management system with optimized processing of building system data |
US11127235B2 (en) | 2017-11-22 | 2021-09-21 | Johnson Controls Tyco IP Holdings LLP | Building campus with integrated smart environment |
US11922210B2 (en) * | 2017-12-05 | 2024-03-05 | Koninklijke Philips N.V. | Multiparty computation scheduling |
US11954713B2 (en) | 2018-03-13 | 2024-04-09 | Johnson Controls Tyco IP Holdings LLP | Variable refrigerant flow system with electricity consumption apportionment |
CN110609866B (zh) * | 2018-06-15 | 2023-08-11 | 伊姆西Ip控股有限责任公司 | 用于协商事务的方法、设备和计算机程序产品 |
US11016648B2 (en) | 2018-10-30 | 2021-05-25 | Johnson Controls Technology Company | Systems and methods for entity visualization and management with an entity node editor |
US20200162280A1 (en) | 2018-11-19 | 2020-05-21 | Johnson Controls Technology Company | Building system with performance identification through equipment exercising and entity relationships |
US11164159B2 (en) | 2019-01-18 | 2021-11-02 | Johnson Controls Tyco IP Holdings LLP | Smart building automation system with digital signage |
US10788798B2 (en) | 2019-01-28 | 2020-09-29 | Johnson Controls Technology Company | Building management system with hybrid edge-cloud processing |
US20210200912A1 (en) | 2019-12-31 | 2021-07-01 | Johnson Controls Technology Company | Building data platform with graph based policies |
FR3105901B1 (fr) * | 2019-12-31 | 2022-01-07 | Bull Sas | Procédé de partage de fonctionnalités des IoTs et Dispositif de partage |
US11894944B2 (en) | 2019-12-31 | 2024-02-06 | Johnson Controls Tyco IP Holdings LLP | Building data platform with an enrichment loop |
FR3105900B1 (fr) * | 2019-12-31 | 2022-01-21 | Bull Sas | Procédé de partage ordonnance de FONCTIONNALITES des IoTs et Dispositif de partage ordonnance |
US11537386B2 (en) | 2020-04-06 | 2022-12-27 | Johnson Controls Tyco IP Holdings LLP | Building system with dynamic configuration of network resources for 5G networks |
US11874809B2 (en) | 2020-06-08 | 2024-01-16 | Johnson Controls Tyco IP Holdings LLP | Building system with naming schema encoding entity type and entity relationships |
US11954154B2 (en) | 2020-09-30 | 2024-04-09 | Johnson Controls Tyco IP Holdings LLP | Building management system with semantic model integration |
US11397773B2 (en) | 2020-09-30 | 2022-07-26 | Johnson Controls Tyco IP Holdings LLP | Building management system with semantic model integration |
US20220137570A1 (en) | 2020-10-30 | 2022-05-05 | Johnson Controls Technology Company | Building management system with auto-configuration using existing points |
AU2022237623A1 (en) | 2021-03-17 | 2023-10-19 | Johnson Controls Tyco IP Holdings LLP | Systems and methods for determining equipment energy waste |
US11769066B2 (en) | 2021-11-17 | 2023-09-26 | Johnson Controls Tyco IP Holdings LLP | Building data platform with digital twin triggers and actions |
US11899723B2 (en) | 2021-06-22 | 2024-02-13 | Johnson Controls Tyco IP Holdings LLP | Building data platform with context based twin function processing |
CN113746816B (zh) * | 2021-08-18 | 2024-02-09 | 深圳Tcl新技术有限公司 | 一种数据处理方法、装置、终端及存储介质 |
US11796974B2 (en) | 2021-11-16 | 2023-10-24 | Johnson Controls Tyco IP Holdings LLP | Building data platform with schema extensibility for properties and tags of a digital twin |
US11934966B2 (en) | 2021-11-17 | 2024-03-19 | Johnson Controls Tyco IP Holdings LLP | Building data platform with digital twin inferences |
US11704311B2 (en) | 2021-11-24 | 2023-07-18 | Johnson Controls Tyco IP Holdings LLP | Building data platform with a distributed digital twin |
US11714930B2 (en) | 2021-11-29 | 2023-08-01 | Johnson Controls Tyco IP Holdings LLP | Building data platform with digital twin based inferences and predictions for a graphical building model |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102395209A (zh) * | 2010-11-08 | 2012-03-28 | 美商威睿电通公司 | 机器对机器应用的类别识别方法及其移动装置与服务网络 |
WO2012068465A1 (en) * | 2010-11-19 | 2012-05-24 | Interdigital Patent Holdings, Inc. | Machine-to-machine (m2m) interface procedures for announce and de-announce of resources |
WO2012118711A2 (en) * | 2011-03-03 | 2012-09-07 | Interdigital Patent Holdings, Inc. | Method and apparatus for accessing services affiliated with a discovered service provider |
CN102804738A (zh) * | 2010-03-01 | 2012-11-28 | 交互数字专利控股公司 | 机器对机器的网关架构和功能 |
Family Cites Families (17)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2005083942A1 (ja) * | 2004-03-02 | 2005-09-09 | Matsushita Electric Industrial Co., Ltd. | Wlanエンティティの折衝のためのシステムと方法 |
JP2008059103A (ja) | 2006-08-30 | 2008-03-13 | Nec Corp | 店検索システム及びそれに用いる店検索方法 |
WO2010055648A1 (ja) | 2008-11-12 | 2010-05-20 | 三菱電機株式会社 | サービス情報提供装置およびサービス情報取得装置 |
US20100241484A1 (en) * | 2009-03-20 | 2010-09-23 | Trimble Navigation Limited | System and Method to Provide Consumables |
JP2011072347A (ja) | 2009-09-29 | 2011-04-14 | Horiguchi Kenko Kk | 天板移動式偏光テーブル |
CN102158911A (zh) * | 2010-02-11 | 2011-08-17 | 华为技术有限公司 | 机器对机器业务的承载建立方法及网络传输设备 |
AU2010345759B2 (en) | 2010-02-15 | 2014-08-07 | Telefonaktiebolaget L M Ericsson (Publ) | Methods and nodes in a communication system |
US20130072245A1 (en) * | 2010-05-26 | 2013-03-21 | Lg Electronics Inc. | M2m device operating in an idle mode and method for performing communication between a base station device and the m2m device |
CN101883107B (zh) | 2010-06-18 | 2014-06-04 | 华为技术有限公司 | 实现上下文感知业务应用的方法和相关装置 |
US20120178464A1 (en) * | 2011-01-07 | 2012-07-12 | Samsung Electronics Co., Ltd. | Methods and apparatus to support efficient and reliable machine to machine communications |
CN102612049B (zh) * | 2011-01-20 | 2016-02-17 | 中兴通讯股份有限公司 | 一种m2m管理系统及方法 |
US9426222B2 (en) * | 2011-02-11 | 2016-08-23 | Interdigital Patent Holdings, Inc. | Systems, methods and apparatus for managing machine-to-machine (M2M) entities |
US9049104B2 (en) * | 2011-07-19 | 2015-06-02 | Telefonaktiebolaget L M Ericsson (Publ) | Coordination of M2M device operation by M2M device managers in a LAN |
US8943132B2 (en) * | 2011-09-12 | 2015-01-27 | Telefonaktiebolaget L M Ericsson (Publ) | Systems and methods for optimization of subscriptions to resource changes in machine-to-machine (M2M) systems |
US8688839B2 (en) | 2011-12-02 | 2014-04-01 | Verizon Patent And Licensing Inc. | Intelligent connection manager |
TWI552006B (zh) | 2011-12-16 | 2016-10-01 | 國立交通大學 | 即時動態決策系統及其方法 |
US8762725B2 (en) | 2012-10-19 | 2014-06-24 | Caterpillar Inc. | Secure machine-to-machine communication protocol |
-
2014
- 2014-05-06 EP EP14728052.3A patent/EP2994839B1/en active Active
- 2014-05-06 US US14/889,015 patent/US10491686B2/en active Active
- 2014-05-06 KR KR1020157034690A patent/KR101874514B1/ko active IP Right Grant
- 2014-05-06 WO PCT/US2014/036919 patent/WO2014182665A2/en active Application Filing
- 2014-05-06 CN CN201480031087.7A patent/CN105556500B/zh active Active
- 2014-05-06 JP JP2016513006A patent/JP2016526207A/ja active Pending
-
2018
- 2018-03-01 JP JP2018036347A patent/JP2018092665A/ja active Pending
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102804738A (zh) * | 2010-03-01 | 2012-11-28 | 交互数字专利控股公司 | 机器对机器的网关架构和功能 |
CN102395209A (zh) * | 2010-11-08 | 2012-03-28 | 美商威睿电通公司 | 机器对机器应用的类别识别方法及其移动装置与服务网络 |
WO2012068465A1 (en) * | 2010-11-19 | 2012-05-24 | Interdigital Patent Holdings, Inc. | Machine-to-machine (m2m) interface procedures for announce and de-announce of resources |
WO2012118711A2 (en) * | 2011-03-03 | 2012-09-07 | Interdigital Patent Holdings, Inc. | Method and apparatus for accessing services affiliated with a discovered service provider |
Also Published As
Publication number | Publication date |
---|---|
EP2994839B1 (en) | 2020-11-04 |
EP2994839A4 (en) | 2017-02-15 |
JP2018092665A (ja) | 2018-06-14 |
CN105556500A (zh) | 2016-05-04 |
KR101874514B1 (ko) | 2018-08-02 |
US10491686B2 (en) | 2019-11-26 |
EP2994839A2 (en) | 2016-03-16 |
KR20160009614A (ko) | 2016-01-26 |
WO2014182665A2 (en) | 2014-11-13 |
WO2014182665A3 (en) | 2015-02-26 |
US20160119434A1 (en) | 2016-04-28 |
JP2016526207A (ja) | 2016-09-01 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN105556500B (zh) | 用于物联网的智能协商服务 | |
US20220385715A1 (en) | Internet of things (iot) adaptation services | |
US11736942B2 (en) | Multi-domain trust establishment in edge cloud architectures | |
JP6741853B2 (ja) | サブスクリプションおよび通知サービス | |
KR101985118B1 (ko) | 서비스 레이어에서 협상 서비스를 지원하기 위한 방법 | |
CN112217905A (zh) | 服务层会话迁移和共享 | |
US20160192344A1 (en) | Techniques for peer-to-peer network sharing | |
US11700301B2 (en) | Service registration based on service capabilities requirements and preferences | |
Santos et al. | A standard-based and context-aware architecture for personal healthcare smart gateways | |
US11134365B2 (en) | Resource link management at service layer | |
Sicari et al. | Increasing the pervasiveness of the IoT: fog computing coupled with pub&sub and security | |
CN111201804B (zh) | 启用数据连续性服务的方法、装置和计算机可读存储介质 | |
WO2020149963A1 (en) | Automated service layer message flow management in a communications network | |
CN111989941A (zh) | 用于分流IoT应用消息生成和响应处理的服务层方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |