Services Capability Server)，AS(应用服务器，Application Server)等任意一种或多种设备。
[0037] 所述目标设备包括但不限于在物联网/MTC中的任意一种需要进行设备触发 (Device Trigger)的终端设备，如用户设备、传感器设备等。
[0038] 本领域技术人员应能理解，其他的网络设备和/或目标设备如能适用于本发明， 也应包含在本发明保护范围以内，并在此以引用方式包含于此。
[0039] 上述各装置之间是持续不断工作的，在此，本领域技术人员应理解"持续"是指上 述各装置分别实时地，或者按照设定的或实时调整的工作模式要求，进行设备触发请求的 获取、设备触发响应的确定等，直至网络设备停止获取与一个或多个目标设备相对应的设 备触发请求。
[0040] 所述请求获取装置11获取与一个或多个目标设备相对应的设备触发请求。
[0041] 具体地，所述请求获取装置11可通过各类相关协议，获取其他设备或应用对一个 或多个目标设备的设备触发请求（Device Trigger Request)。在此，若所述设备触发请求对 应于单个目标设备，则所述设备触发请求中包含所述目标设备的设备标识信息；若所述设 备触发请求对应于多个目标设备，则所述设备触发请求中包含多个所述目标设备的设备标 识信息；优选地，设备触发还可用于设备群组，则所述设备触发请求中包含群组标识信息， 通过例如由MTC-IWF，SMS-SC或MME等从本地数据库或集中式数据库（如HSS)中获取与所 述群组标识信息相对应的多个设备地址。
[0042] 所述响应确定装置12根据所述设备触发请求，结合与所述目标设备相对应的订 阅数据，确定与所述设备触发请求相对应的设备触发响应。
[0043] 具体地，所述响应确定装置12通过从本地数据库获取所存储的与所述目标设备 相对应的订阅数据来获取所述订阅数据，或者从集中式数据库（如HSS)中获取所述订阅数 据；其中，所述订阅数据包括但不限于所述目标设备的应用所对应的数据、所述目标设备的 状态信息、与所述目标设备相对应的各类预定的处理逻辑等；然后，所述响应确定装置12 结合所述订阅数据，检测所述设备触发请求以确定是否应当直接响应，拒绝响应或是将所 述触发请求转发至其他设备。
[0044] 在此，所述设备触发响应包括以下至少任一项：
[0045]-响应所述设备触发请求，即所述网络设备基于所述订阅数据，代表所述目标设备 直接进行响应，在直接响应情况下，所述设备触发请求将不会再发送给对应的目标设备；优 选地，为了使该响应对请求发起源透明，在发送真实的触发响应之前，若有需要，所述网络 设备也会生成传输报告；
[0046] -拒绝所述设备触发请求，例如根据所述订阅数据，当目标设备不可用时（例如， 掉线、繁忙、低电量、或外部定义的可用时间间隔期、或其不在预定义的地点、或符合所定义 目标设备不可用的其他场景等），即通过向请求发起源发送正常的消息传递报告（如包括 原因代码、触发参考序号、SCS标识符）进行拒绝；
[0047] -转发所述设备触发请求，即将所述设备触发请求路由至相关设备，例如若上述两 个动作未能被执行，则所述网络设备将会确定将所述设备触发请求路由至例如所需求的目 标设备或备选设备；例如，若目标设备不可用（如，掉线、忙、电量低或者外部定义的可用时 间间隔期）、所述目标设备已预先设置或从所述目标设备接受通知，则所述触发请求将会被 转发至备用设备。在此，优选地，所述目标设备可以修改在设备触发响应中的相关参数，例 如将设备触发响应的源地址变更为所请求的目标设备，以使得上述操作对所述目标设备或 请求设备透明。
[0048] 优选地，所述响应确定装置12可以根据所述设备触发请求，结合与所述目标设备 相对应的订阅数据以及相关的策略配置，确定与所述设备触发请求相对应的设备触发响 应。
[0049] 具体地，所述相关的策略配置包括但不限于设备触发处理逻辑、时间控制逻辑、状 态控制逻辑、路由逻辑、数据订阅逻辑等。
[0050] 其中，所述网络设备一旦接收到一个设备触发请求，设备触发处理逻辑将会被启 动；具体地，所述网络设备从本地或全局数据库（例如，HSS)中询问用于所述目标设备的触 发请求处理策略，进一步地，还可以确定是否调用如时间控制逻辑、状态控制逻辑等辅助策 略；若所述触发请求不应被拒绝，检测所述触发请求所请求的数据是否已被订阅，若是，直 接利用所订阅的数据响应源设备；若需路由，路由逻辑将会被调用以进行路由。
[0051] 所述时间控制逻辑允许仅在所定义的时间间隔期将所述设备触发请求发送至所 述目标设备，同时避免在这些所定义的时间间隔期之外的非必要的触发传送。具体地，所 述时间控制逻辑从本地或全局数据库（例如，HSS)中询问用于所述目标设备的时间控制策 略；并基于所述策略以及所述网络设备/目标设备的本地时间执行操作。
[0052] 所述状态控制逻辑允许基于所述目标设备的状态对触发请求处理进行配置，所述 目标设备的状态如在线、掉线、忙、低电量、地点等等。具体地，所述状态控制逻辑从本地或 全局数据库（例如，HSS)中询问用于所述目标设备的状态控制策略；并基于所述策略以及 所存储的所述目标设备的状态执行操作。在此，若所述网络设备开启了状态控制逻辑，则可 以从所述订阅数据中获取状态信息，或者通过查询其他的网络设备（如HSS等）以获取状 态息。
[0053] 所述路由逻辑将会确定是否将所述触发请求路由至其所请求的目标设备或其他 设备。具体地，所述路由逻辑从本地或全局数据库（例如，HSS)中询问用于所述目标设备 的路由控制策略；并基于所述策略应用该路由逻辑；以下两种路由方式中的至少一个将会 被执行：
[0054] -路由至所需求的目标设备；
[0055] -路由至备选目标设备，若负载平衡场景下、所需求的目标设备不可用场景下或符 合备选路由定义的其他场景下，将会发生这种情况。
[0056] 图8示出根据本发明一个优选实施例的一种网络设备与其他设备相配合以实现 物联网设备触发的功能架构示意图；其中，SCS/AS向目标设备（如手机或摄像头等）发送 设备触发请求，网络设备结合HSS，基于设备触发处理逻辑、时间控制逻辑、状态控制逻辑、 路由逻辑、数据订阅逻辑等对所述设备触发请求进行响应，数据订阅逻辑向所述目标设备 进行数据的订阅与发布等。
[0057] 在此，本领域技术人员应能理解，图8仅示出根据本发明一个优选实施例的一种 网络设备与其他设备相配合以实现物联网设备触发的功能架构示意图，而并非对本发明的 限制。其他的优选实施例，例如采用其他类型的源设备、数据库或目标设备的功能架构，或 者仅包含其中一种或多种逻辑的功能架构同样适用于本发明，并包含在本发明的保护范围 内。
[0058] 图3示出根据本发明另一个优选实施例的一种用于进行物联网设备触发的网络 设备与目标设备示意图；其中，所述网络设备包括请求获取装置11'、响应确定装置12'、订 阅确定装置13'、数据获取装置14'，所述目标设备包括订阅获取装置21'、数据提供装置 22'。具体地，所述网络设备的订阅确定装置13'确定与所述目标设备相对应的数据订阅请 求；所述目标设备的订阅获取装置21'获取网络设备所发送的数据订阅请求；所述数据提 供装置22'根据所述数据订阅请求，将与所述数据订阅请求所对应的订阅数据提供至所述 网络设备；相应地，所述网络设备的数据获取装置14'根据所述数据订阅请求，获取与所述 目标设备相对应的订阅数据；所述请求获取装置1Γ获取与一个或多个目标设备相对应的 设备触发请求；所述响应确定装置12'根据所述设备触发请求，结合所述订阅数据，确定与 所述设备触发请求相对应的设备触发响应，其中，所述订阅数据与所述设备触发请求相对 应。其中，所述请求获取装置11'、所述响应确定装置12'与图2所示对应装置相同或基本 相同，故此处不再赘述，并通过引用的方式包含于此。
[0059] 上述各装置之间是持续不断工作的，在此，本领域技术人员应理解"持续"是指上 述各装置分别实时地，或者按照设定的或实时调整的工作模式要求，进行数据订阅请求的 确定、数据订阅请求的获取、订阅数据的提供、订阅数据的获取、设备触发请求的获取、设备 触发响应的确定等，直至所述网络设备停止获取与一个或多个目标设备相对应的设备触发 请求。
[0060] 所述网络设备的订阅确定装置13'确定与所述目标设备相对应的数据订阅请求。
[0061] 具体地，所述订阅确定装置13'可以根据缺省配置或其他设置，主动向所述目标设 备发起数据订阅请求，也可以基于所述设备触发请求，确定与所述目标设备相对应的数据 订阅请求；所述数据订阅请求中包括向所述目标设备所请求的目标数据。
[0062] 优选地，所述订阅确定装置13'可根据下述两个条件中至少任一项或其结合来确 定是否进行相关数据订阅：1)所述目标设备中的变更间隔期，即所述目标设备中的数据的 更新频率；2)所述网络设备的触发请求频率，所述触发请求频率的阈值可以是网络设备缺