CN107111594A

CN107111594A - 动态数据管理

Info

Publication number: CN107111594A
Application number: CN201580052014.0A
Authority: CN
Inventors: S·扬; A·莫特亚肖夫
Original assignee: V5 SYSTEMS Inc
Current assignee: V5 SYSTEMS Inc
Priority date: 2014-09-24
Filing date: 2015-09-24
Publication date: 2017-08-29
Also published as: EP3198468A4; WO2016049324A1; AU2015320611A1; EP3198468A1; KR20170065575A; JP2017535128A; US20160088093A1

Abstract

客户端设备具有用于经由数据服务接收数据的多个选项。这些选项中可以包括各种不同接口和连接类型。客户端设备的一个示例操作可以包括至少以下各项中的一项：建立在客户端设备与第一数据服务提供方之间的第一数据会话，针对预定时间段的通信数据丢失来监测该数据会话，标识该预定时间段在没有数据会话活动的情况下已期满，终止所述第一数据会话，从存储器取回数据会话偏好，以及基于该数据会话偏好来建立在客户端设备与第二数据服务提供方之间的第二数据会话。

Description

动态数据管理

本申请要求于2014年9月24日提交的，名称为“REAL-TIME OBJECT TRACKINGPROTOCL”的美国临时专利申请第62/054,858号的权益。该申请的主题内容通过引用全文并入本文。

技术领域

本申请涉及用于提供数据服务的数据管理，并且特别地涉及一种动态数据服务寻找应用以及有关的网络配置。

背景技术

传统的数据网络环境经由数据服务提供方和对应的网络基础结构来提供对数据服务、带宽服务、因特网服务等的访问以相应地分发服务。公知的协议(如传输控制协议(TCP))提供了用于网络设备间通信的基础。本领域技术人员将认识到，各种网络协议可以用于在这样的网络上传输和接收数据。然而，TCP是一种普通通信协议，其经由三路握手操作以确保通信设备的通信状态。例如，设备可以在传输响应确认以核实通信通道前传输请求并接收确认。

为了建立网络设备之间的通信通道，TCP协议是实现成功连接的基础。然而，仅在初始通信过程中建立通道这一事实并不能确保通信将通过纠正网络故障，数据连接丢失，带宽劣化等而被维护。这些因素连同其它因素都使得发送和接收数据的过程难以处理、低效或者不可能。例如，可用带宽的损耗可能会导致通信故障。在这种情况下，计算设备可能会在应用环境采取任何行动以至少提供发生了故障的确认前经历巨大的延迟，延迟可能达到若干秒、分钟甚至更长。

此外，数据服务失败导致自动数据连接修复的可能性是不大可能的，因为通常的动作过程是经由通知消息或其他通信努力来通知技术援助。这些类型的故障很少自我修复或在自我修复努力时有效率。网络故障通常是将需要现有数据服务提供方自我修复的情形，否则故障可能无限期地持续。

发明内容

一个示例实施例可以提供一种方法，包括以下各项中的至少一项：建立客户端设备与第一数据服务提供方之间的第一数据会话，针对预定时间段的通信数据丢失来监测该数据会话，标识该预定时间段在没有数据会话活动的情况下已期满，终止第一数据会话，从存储器取回数据会话偏好，以及基于数据会话偏好来建立在客户端设备与第二数据服务提供方之间的第二数据会话。

另一示例实施例可以提供一种方法，包括以下各项中的至少一项：经由客户端设备的第一接口建立客户端设备和第一数据服务提供方之间的第一数据会话，传输回声请求给已知的参考点服务器，响应于被传输的回声请求来发起计时器，以及确定是否重启第一数据会话的连接并且改变到第二数据服务提供方。

又一示例实施例可以提供一种方法，包括以下各项中的至少一项：经由客户端设备的第一接口建立客户端设备和第一数据服务提供方之间的第一数据会话，接收消息的一部分，确定消息是否完整，发起计时器，以及标识在没有接收到对回声消息的响应的情况下预定的时间段已期满。

再一示例实施例可以提供一种方法，包括以下各项中的至少一项：发起从客户端设备的第一接口向目的地设备的静态路由，通过第一数据连接传输回声请求给目的地设备，基于回声请求的结果确定是否将该接口标记为有效或无效，以及指派该接口给网关设备。

再一示例实施例可以提供一种装置，包括以下各项中的至少一项：发射器，其被配置为建立在客户端设备与第一数据服务提供方之间的第一数据会话；处理器，其被配置为提供以下各项中的至少一项：针对预定时间段的通信数据丢失来监测该数据会话，标识预定的时间段在没有数据会话活动的情况下已期满，终止第一数据会话，从存储器取回数据会话偏好信息，以及基于数据会话偏好来建立在客户端设备与第二数据服务提供方之间的第二数据会话。

再一示例实施例可以提供一种非暂态计算机可读存储介质，其被配置为存储指令，当该指令被执行时使得处理器至少执行以下各项中的至少一项：建立在客户端设备与第一数据服务提供方之间的第一数据会话，针对预定时间段的通信数据丢失来监测该数据会话，标识预定的时间段在没有数据会话活动的情况下已期满，终止第一数据会话，从存储器取回数据会话偏好信息，以及基于数据会话偏好来建立在客户端设备与第二数据服务提供方之间的第二数据会话。

附图说明

图1示出了根据本申请的示例实施例的大规模数据服务网络配置图。

图2示出了根据本申请的示例实施例的数据会话的系统通信图以及回声测试过程。

图3示出了根据本申请的示例实施例的客户端侧网络监测过程的逻辑流程图。

图4示出了根据本申请的示例实施例的服务器侧网络监测过程的逻辑流程图。

图5示出了根据本申请的示例实施例的网络监测过程的逻辑流程图。

图6示出了根据本申请的示例实施例的数据源网络转换配置。

图7示出了被配置为执行本发明的示例实施例中的一个或多个示例实施例的系统配置。

图8示出了根据本发明的示例实施例的、被配置为存储指令、软件和用于执行指令和软件的对应的硬件的示例网络实体设备。

图9示出了根据示例实施例的、针对第一和第二连接周期、在对应的数据网络上操作的监控设备。

图10示出了根据示例实施例的、针对第一和第二IP地址、在对应的数据网络上操作的监控设备。

图11示出了根据示例实施例的、具有备选网络配置、针对第一和第二连接周期、在对应的数据网络上操作的监控设备。

图12示出了根据示例实施例的第一和第二网络配置以及测试分组配置的流程图。

图13A示出了根据示例实施例的摄像头和传感器配置。

图13B示出了根据示例实施例的另一摄像头和传感器配置。

图14示出了根据示例实施例的又一摄像头和传感器配置。

图15A示出了根据示例实施例的摄像头以及装运包装测量网络配置。

图15B示出了根据示例实施例的摄像头以及装运包装测量网络配置。

图15C示出了根据示例实施例的摄像头以及装运包装测量网络配置。

图16示出了根据示例实施例的传感器测量以及包装测量配置的流程图。

具体实施方式

将容易理解的是，说明书附图中所描述和示出的本申请的这些组件可以按照不同的配置形式被布置和设计。因此，下文对如在附图中表示的方法、装置和系统的实施例的详细描述并不旨在于限制本申请的请求保护的保护范围，而仅仅代表本申请的可选择实施例。

说明书中一个或多个实施例中描述的本申请的特征、配置或者特性可以按照任何合适的方式进行组合。例如，“示例实施例”、“某些实施例”或其他类似的表达是指与某个实施例相关的特定特征、结构、或者特性能够被本申请的至少一个实施例所包括。因此，在本申请说明书中，“示例实施例”、“在某些实施例”、“在其他实施例”或者类似的说法不一定指的是同一组实施例，一个或者多个实施例中描述的特征、配置或特性可以按照任何合适的方式被组合。

此外，尽管本申请实施例的描述中使用的是术语“消息”，本申请也可以应用于多种类型的网络数据，比如包、帧、数据报等。出于本申请的目的，术语“消息”也可以包括包、帧、数据报和其他等同物。此外，尽管本申请示例性实施例中描述了特定类型的消息和信令，但本申请并不局限于某种特定类型的消息和某种特定类型的信令。

根据示例实施例，TCP通信协议在尝试维持活动连接时通常依赖于先前的往返信息。在操作中，TCP发送重传以试图获取确收或确认响应。在基于TCP的协议网络能够标识网络连接发生故障前的时间流逝一般是10-12分钟。这种配置的实用性并不是适用于需要立刻访问备选数据通信源的许多网络环境。

示例实施例提供了附加服务，该服务能够与应用、传输、因特网和链路层的网络协议基础设施一起被使用的，网络协议基础设施其包括但不局限于TCP、UDP、BGP、DHCP、DNS、FTP、HTTP、IMAP、LDAP、MGCP、MNTP、NTP、POP、ONC/RPC、RTP、RTSP、RIP、SIP、SMTP、SNMP、SSH、Telnet、TLS/SSL、XMPP、DCCP、SCTP、RSVP、IP、IPv4、IPv6、ICMP、ICMPv6、ECN、IGMP、IPsec、ARP、NDP、OSPF、L2TP、PPP、MAC、Ethernet、DSL、ISDN、FDDI等。

在操作中，如根据不能从建立的会话中的另一设备处接收确认确收或其他通知消息而被确定的丢失连接可以被没有延迟地及时检测。这种故障情形能够在几秒钟内被标识并在可以通过在故障情形几秒后就连续开始的重连、重启接口、重新引导设备等方式尝试恢复。用于标识故障情形的时间段可以是多个阈值时限中的一个(即，5秒，8秒，10秒，12秒，15秒，30秒，或更多，等等)。

图1示出了根据示例实施例的通信网络配置。参见图1，网络100包括一系列的数据提供方122I…132N、具有两个数据接口152和154的客户端设备112、具有三个数据接口142、144和146的数据管理服务器114以及作为可以用于标识数据服务可用性的公知服务器的回声服务器130。数据服务提供方122、124、126、128、132等等可以是以电缆联网、光纤通信、WIFI、4G蜂窝通信、卫星通信的形式的因特网服务提供方。数据服务提供方可以是基于预定选择标准(例如，便利偏好、成本偏好、可用性偏好、可靠性偏好等)潜在数据服务候选。在操作中，回声消息可以从活跃地参与同任何数据服务提供方的进行中的通信会话的任何设备被转发。

回声服务器可以是任何公知服务器，比如可靠的网站服务器，其能用作参考点以用于持续监测以及网络成本分析。例如，在客户端设备112和数据提供方Ⅱ124的活跃会话期间，监测服务应用可以传输回声消息给公知的回声服务器130，或者参考服务器的其他点。回声消息可以用作标识与一个数据提供方的延迟、带宽劣化以及与另一数据提供方能够获得更最优的通信方案的参考。

图2示出了根据本申请的示例实施例的数据会话以及回声测试过程的系统通信图。参见图2，系统通信流程200包括客户端设备222，其代表数据服务的接收方。初始通信会话212可以在客户端设备222和第一数据提供方226之间被建立。客户端设备222可以具有多个数据提供方服务成员，其被设立以与设备进行并在同时与设备通信。各种数据提供方经由设备的其他通信端口或者经由备选配置中的客户端设备的共用部分与客户端设备通信。数据提供方226、228、230和232可以在待机状态，等待根据由数据连接管理者应用保证的数据连接转换来将数据服务从活跃状态提升到非活跃状态的命令。

再次参见图2，在建立的数据会话期间，客户端设备222可以具有活跃插件或后台应用等，其在客户端设备上操作并持续监测任何给定时刻的数据流量以及数据提供方的状态。一种监测连接以及数据提供方的可靠性的方式是经由从客户端设备222向回声服务器224的回声消息，该回声消息经由客户端设备222的各种数据端口。在这种配置种，当第一数据提供方故障时，数据提供方226、228、230和232中的每一个都可以被测试并可被更新为活跃数据提供方。对公知的回声服务器224的回声响应提供了用于带宽可用性、延时、数据提供方的当前状态等的基础。公知的服务器或回声服务器224可以是因特网中的作为测试测量的基础而可靠的任何参考点。在回声周期期间，客户端设备222可以将计时器234初始化预定时间长度(比如5秒、10秒、15秒或更多等)。一旦时间段期满238，应用就可以被设立以重新尝试回声并且计时器循环一定的次数(比如2、3、4、5次等)。计数器可以被递增以追踪发送回声信号和接收响应的次数。在第一数据提供方故障和/或回声信号指示基于连接偏好的更最优的连接的情况下，然后与下一个最能胜任的数据提供方(比如图2中所示的数据提供方228)服务的新的数据会话252可以被建立。

图3示出了根据本申请的示例实施例的客户端侧网络监测过程的逻辑流程图。在这一示例中，客户端侧应用可以正执行监测操作以确保数据服务提供方以及其他候选数据服务提供方的可靠性。会话可以在第一客户端设备和第一数据提供方之间被建立312。会话可以包括到因特网或者其他数据网络的正在进行中的网络连接。在进行中的连接期间，客户端设备可以经由客户端设备的第一端口使用第一数据提供方。随着会话继续，回声请求消息314可以从客户端设备经由第一端口被传输给第一数据提供方服务器和/或公知的服务器(即，回声服务器)。当请求被发送时，计时器可以被发起以开始计数336。在预定时间段后，计时器将被视为被触发338，并且关于是否接收到回声响应做出确定342。如果接收到，则该过程重新循环，并且另一回声请求可以被发送314以确保持续的网络可用性。如果没有接收到回声响应，则计数器将被检查以确定是否已经执行了阈值数目的测试循环以确保网络实际上失效。如果尝试的次数344少于阈值次数，则可以执行连接重新启动346，其仅仅是重新尝试建立连接，并不退出正在进行的过程，也不断开连接并且重启设备。然而，在已经执行了某数目的尝试的情况下，则过程重启352，并且可以护短设备可以寻求新的连接而先前数据提供方连接因为未能提供充足的数据服务而被终止。

由于网络可能被阻塞并且一些分组可以被丢弃，重新连接尝试的次数确保连接测试是精确的，并且因此若干尝试将提供更加可靠的结果并且减少潜在的故障网络的误报。过程重启可以包括经由更佳路径来寻求另一数据连接，比如经由不同的跳跃从而新的连接的数据节流不会有其他连接的那么多。

图4示出了根据本申请的示例实施例的服务器侧网络监测过程的逻辑流程图。参见图4，服务器侧监测更多的是被动的监测形式，不同于总是监测用于将被接收的响应的时间的不间断的时间验证，其经由消息验证而被执行以标识消息故障和传输错误。例如，活跃应用可以正标识经由客户端设备接收的消息以及消息的一部分是否被接收412。在这种情况下，将关于消息是否完整做出确定414。如果不完整，则应用可以确定消息的该一部分是否是消息开始418，并且如果是，则计时器将被发起以开始计数422，直到在预定时间量计时器被触发424。此时，连接可以由于缺少通信而被关闭426。在消息完整的情况下，计时器可以被重置446并且消息验证过程可以被视为已故障448，并且连接可以被关闭426。当连接被关闭时，可以经由另一客户端设备端口针对新的数据会话请求下一数据提供方。下一数据提供方可以经由在第一数据连接的测试期间或者在连接被关闭后发送的请求或设立消息而被请求。

在操作中，消息可以由若干分组递送。例如，消息可以是若干兆字节。如果在没有本申请的情况下使用传统的TCP连接，当连接失败时，需要花费很多分钟以用于所有重新传输和超时以指示故障已经出现。如果计时器被触发，则这指示消息没有在预期时间内被递送。作为结果，如果消息没有及时被递送，则连接被丢弃并且资源被释放。

图5示出了根据本申请的示例性施例的网络监测过程的逻辑流程图。参见图5，系统500包括网络监测系统，其尝试标识可用于客户端设备所有可用的接口/端口。不同的接口被连接到不同的提供方，其向具有多个数据提供方可用的特定设备提供各种数据服务后备选项。如果主(即，最偏好的)提供方失效或者整个网络不工作，则必须尽早探索其他选项而不是在超时等状态过去之后。在一个示例中，在部署方案中可以存在可用于用户设备的多个接口。接口0-因特网服务提供方经由有线因特网、电话线、光纤电缆等提供的本地WIFI，接口1-来自XYZ公司的蜂窝载波4G服务，接口2-来自ABC公司的蜂窝载波4G服务，接口3-来自卫星服务提供方的卫星数据服务。附属于用户设备的用户简档可以包括各种数据服务提供方选择标准。标准可以基于可靠性、带宽、成本或它们的组合，参数可以是按照优先格式被排序从而它们能够被相应地加权的参数。当连接测试被执行了时，可以基于偏好按照数据连接选项的顺序对结果重新排序。最偏好的接口通常是用于流量发送/接收的更快并且成本更低的接口。

再次参见图5，示图500包括对可用于由客户端设备使用的网络进行测试的过程。例如，可用连接、公知的服务器、客户端设备的端口等等可以被测试并被监测以求最优的通信选项。在初始设立过程中，可以标识经由客户端设备的测试的接口或已知网关等到达目的地的静态路由512。此时，回声请求可以被传输以标识数据提供方针对该特定接口的状态514。响应可以被接收516并且接口可以被标记为“有效”522，这指示着接口可用作准备好使用的可行数据通信接口。备选地，接口可以由于在指示数据连接并非最佳或者不可用的预定时间内缺少回声请求响应消息而被标记为“失效”。可以对尝试连接的次数计数并且尝试可以继续直到回声请求/响应尝试的阈值次数(即，2-5个尝试)已经被达到。在这种情况下，失败的尝试可能导致接口被标记为失效524。作为结果，其他的接口经由同样的过程被尝试同样的尝试次数526。如果所有的接口都未能提供数据服务的任何确认，则系统将被重新引导560。在至少一个接口存在的情况下，则该接口将被重置528以求立即的可用性。

接着，关于接口是否需要被改变做出确定532，并且如果不需要则下一接口可以被检查和测试554。如果需要，“有效”接口可以被标识并被选择引用连接状态554。关于接口是否为有效接口的确定可以被执行546，并且如果是的话，则该接口将被指派给到网关552，并且因而服务能够根据利用分配的新接口被重启。类似地，如果有效端口被标识为最偏好有效接口，则其将被相应地指派556。

图6示出了根据本申请的示例实施例的数据源网络转换配置。参见图6，客户端设备112可以具有多个可操作端口/接口112。接口152-155用于四个不同的数据服务提供方。实际上，被配置为提供数据服务的数据服务提供方的数目可能在树木上更多或者更少。在这一示例中，第一接口152与WIFI热点620通信，第二和第三接口与4G通信塔台610和630通信，并且第四接口155与卫星数据服务640通信。在其他服务商不能提供数据服务并且基于客户端设备偏好的优选标准和选择操作的情况下，数据服务提供方中的任何数据服务提供方可以向客户端设备提供数据服务。

图7示出了被配置为执行本发明的一个或多个示例实施例的系统配置。参见图7，数据连接管理系统700可以将作为单独的服务器的各种模块或者一起工作以执行有关任务的计算机集合。系统700可以包括回声模块710，其用于初始化和接收回声信号并且经由计时器处理模块720来更新数据通信状态，计时器处理模块追踪自从回声请求被发送起的时间。任何反馈消息或者无反馈消息都将被标识并被连接更新模块730记录，连接更新模块730将连接数据和状态信息存储到存储器740中。

一个示例实施例可以包括系统700，其建立客户端设备与第一数据服务提供方之间的第一数据会话，针对预定时间段内的通信数据丢失来监测该数据会话，标识预定的时间段在没有如由计数器确定的数据会话活动的情况下已期满，并作为结果终止第一数据会话。此外，可以从存储器740取回数据会话偏好，并基于数据会话偏好建立客户端设备与第二数据服务提供方之间的第二数据会话。

第一数据会话可以经由客户端设备的第一端口被建立，并且第二数据会话可以经由客户端设备的第二端口被建立。通过标识在客户端设备处在预定时间段内没有接收到确认消息，预定时间段可以在没有数据会话活动的情况下期满。针对连接可靠性的第一数据会话偏好可以从客户端设备的存储的偏好信息被标识，并且针对连接成本的第二数据会话偏好也可以被应用。第二数据服务提供方可以基于第一数据会话偏好以及第二数据偏好被选择。第一数据服务提供方可以包括本地WIFI连接和/或有线连接，并且第二数据服务提供方可以包括4G蜂窝数据提供方和/或卫星数据提供方。

至少一个数据分组可以被发送给第一数据服务提供方以标识网络活动，计时器然后可以响应于传输至少一个数据分组而被发起。一旦计时器期满，并且确认预定时间段内没有接收到确收，则与第二数据服务提供方发起数据会话的请求可以被传输以设立新的会话。此外，消息可以被传输给回声服务器以标识候选数据服务提供方，并且响应消息可以被接收。作为结果，当第一数据服务提供方未能向客户端设备提供数据服务时，候选数据服务提供方基于回声响应消息被选择为第二数据服务提供方。

根据另一个示例性实施例，第一数据会话经由客户端设备的第一接口被建立在客户端设备和第一数据服务提供方之间，接着回声请求被传输给公知的参考点服务器，并且计时器响应于回声请求被传输而被发起以开始，并且关于是否重启第一数据会话的连接和改变到第二数据服务提供方做出确定。接着，在没有接收到向对回声消息的响应的情况下，预定时间段被标识为已期满，测试可以被检查以确定是否已经执行了阈值次数次的回声消息尝试。当已经执行了阈值次数的回声消息尝试时，第一数据会话可以由于连接没有工作而被终止。然后，经由不同于第一数据服务提供方的第二数据服务提供方建立数据会话的尝试可以被执行。数据请求消息然后经由客户端设备的第二接口被传输，并且来自第二数据服务提供方的确认被接收。作为结果，经由第二接口与第二数据服务提供方的连接被建立。第一数据服务提供方可以包括本地WIFI连接和/或有线连接，并且第二数据服务提供方可以包括4G蜂窝数据提供方和卫星数据提供方，或者反之亦然。预定的时间段可以少于在第一数据会话期间使用的用于确定网络通信故障是否已发生的协议所需要的时间。

根据另一示例实施例，数据会话可以经由客户端设备第一接口被建立在客户端设备和第一数据服务提供方之间。接着，消息的一部分可以被标识为已经被接收。消息可以被检查以确定消息是否完整，并且计时器接着被发起。然后，在没有接收到对回声消息的响应的情况下预定时间段被标识为已经期满。当消息的开始被接收并且消息不完整时，消息被视为不完整。计时器被发起预定时间长度，并且当计时器已期满时会话被关闭。在消息被标识为完整的情况下，接着计时器被重置，并且消息验证被标识为已失败，并且该会话被关闭。接着，经由不同于第一数据服务提供方的第二数据服务提供方来建立第二数据会话的尝试通过经由客户端设备的第二接口传输数据会话请求消息以及接收来自第二数据服务提供方的确认的方式而被执行。作为结果，与第二数据服务提供方的连接经由第二接口被建立。预定的时间段少于在第一数据会话期间使用的用于确定网络通信故障是否已发生的协议所需要的时间。例如，当若干分钟后没有接收到响应时协议可以超时，然而，计时器被设置成一个比协议超时事件更短的预定时间段。

根据另一示例实施例，从客户端设备的第一接口到目的地设备之间的静态路由被建立，并且回声请求通过第一数据连接被传输给目的地设备。然后基于回声请求的结果关于是否将该接口标记为“有效”或“无效”做出确定，并且接口被指派给网关设备。静态路由经由测试的接口建立，并且客户端设备的附加接口也被测试以确定附加接口是否有效或者无效。在接口审计过程期间，在将接口标识为有效或者无效之前，网络连接可以通过传输测试分组和接收响应被测试以用于数据网络支持。最偏好接口也基于有效的接口以及与客户端设备的关于可靠性、成本、可用性以及连接的类别关联的偏好而被选择。用于数据会话的最偏好接口也基于偏好被设立。在所有接口都被指明为无效的情况下，客户端设备被重新引导。与客户端设备关联的偏好包括便利偏好、成本偏好、可用性偏好和可靠性偏好中的至少一项，响应于标识客户端设备的至少一个“有效”接口，“有效”接口的状态将被改变。在这一过程期间，没有被客户端设备使用的并且有效的最偏好接口可以被指明为活跃接口，并且活跃会话可以被关闭，并且新的会话可以经由最偏好的接口被建立。

在网络监测配置期间，通常只有当所有接口测试产生否定结果时才执行客户端设备的重新引导。例如，如果客户端设备接口无效，则最初的动作是重置该接口并再次监测以标识问题是否被解决。当客户端设备的所有接口在一个或多个连续的重置和监测操作后已失效时，执行重新引导。

被安装在客户端设备、网络服务器等上的监测连接的应用是可以是对浏览器的插件的应用、搭载服务等等。服务可以是应用和/或用于通过作为本地TCP代理操作来管理用于其他应用的连接的特殊服务。此外，该服务可以是可以由应用用作插件或者在编译函数(静态库)或运行时(动态库)中链接的应用功能的部分的软件程序或者软件库(*.so,*.a,*.dll)。

“回声”消息可以经由用户设备从各种数据提供方的视角被发送到回声服务器。例如，如果客户端设备具有分别用于WIFI、4G1，4G2和SAT的四个端口，那么例如在经由端口1与WIFI网络的活跃会话期间，回声消息从客户端设备的每个端口被发送以确保质量并标识哪个连接最佳/较差等等。客户端监测作为应用的一部分或作为链接库或者共享的代理服务发生在应用级别上。客户端监测对连接进行管理并对具体应用执行监测。应用的故障不会影响在同一平台上操作的使用相似连接管理/监测功能的其他类似应用。

网络监测作为特殊服务在系统级别操作。这样的监测的结果影响在同一平台上操作的应用。在监测和回声过程期间，在应用级别上可以存在多于一个数据连接充当备用连接。对操作系统的修改使得同时保持经由不同提供方的连接成为可能。换言之，平台可以像具有动态端口路由永久规则的路由器一样操作。“目的地”可以是“公知的”服务器。当静态路由被配置时，目标IP地址或网络是目的地。

与在此公开的实施例有关地被描述的方法或算法的操作可以直接在硬件中、在由处理器执行的计算机程序中或者在两者的组合中被体现。计算机程序可以被在计算机可读介质(比如存储介质)上被体现。例如，计算机程序可以驻留在随机存取存储器(“RAM”)，闪存，只读存储器(“ROM”)，可擦除可编程只读存储器(“EPROM”)，电可擦除可编程只读存储器(“EEPROM”)，寄存器，硬盘，移动硬盘，只读光盘(“CD-ROM”)，或者其他本领域公知的任何其他形式的存储介质中。

示例性存储介质可以被耦合到处理器从而使得处理器可以从存储介质读取信息以及向存储介质写入信息。在备选中，存储介质可以被集成到处理器。处理器和存储介质可以驻留在专用集成电路(“ASIC”)中。在备选中，处理器和存储介质可以驻留作为离散的组件。例如，图8示出了示例网络元件800，其可以代表上述网络组件中的任何网络组件等。

如图8中所示，存储器810和处理器820可以是用来执行应用或一组操作的网络实体800的离散的组件，应用可以按照一种能够被处理器820的理解的计算机语言在软件中被编码，并被存储计算机可读介质(比如存储器810)中。计算机可读介质可以是包括除被存储于存储器中的软件外的有形硬件组件的非暂态计算机可读介质。此外，软件模块830可以是作为网络实体800一部分的另一离散的实体，并且其包含可以被处理器820执行的软件指令。网络实体800除了上述提到的组件外，还可以具有发射器和接收器，其被配置为接收和传输通信信号(未示出)。

图9示出了根据示例实施例的、针对第一和第二连接周期在对应的数据网络上操作的监控设备。参见图9，监控设备902可以是具有包括光检测，音频检测，动作检测，视频和音频记录能力的各种传感器的全方向摄像机。存储单元904可以是摄像机的一部分或是分离的存储单元。网络906可以包括经由监控设备中的TX/RX直接与设备通信的蜂窝基站。客户端设备908可以经由网络接收来自监控设备904的更新。随着连接周期到期922和924，第一连接925和第二连接929可以根据计时器和连接周期的调度提供包括第一数据分组927和分组流926以及第二数据分组928的数据分组数据。数据可以从监控设备902被发送给服务器，服务器将编译的数据932发送给客户端设备以用于参考和查看目的。

图10示出了根据示例实施例的、针对第一和第二IP地址在对应的数据网络上操作的监控设备。参见图10，服务器910可以包括第一调制解调器或者端口配置911以用于处理经由第一IP地址931的第一连接数据。类似地，服务器910可以具有与第二调制解调器913关联的第二IP地址933。在操作中，第一组分组916可以根据特定调度跨第一连接925被发送。

图11示出了根据示例实施例的、具有备选网络配置的针对第一好第二连接周期在对应的数据网络上操作的监控设备。参见图11，该配置可以包括另一网络907作为第二蜂窝网络，当自动监控设备拍摄流需要第二连接和对应的网络时通过第二蜂窝网络发送第二分组流。例如，如果第一网络繁忙或者未正常工作，则第二网络907和连接929就成为维持数据转发事件所必须的。

图12示出了根据示例实施例的第一网络配置和第二网络配置以及测试分组配置的流程图。参见图12，操作401包括：通过第一网络建立与第二设备的第一连接402，通过第一连接接收来自第一网络中的第二设备(监控设备)的分组流的第一分组。接着，基于第一网络的节流响应和/或带宽容量和/或使用率和/或拥塞率来计算第一断开点406。然后可以在第一断开点前从第二设备断开第一连接408。通过第一网络建立与第二设备的第二连接410，并且然后经由第二连接413通过第一网络从第二设备接收分组流的第二数据分组413。

图13A示出了根据示例实施例的摄像头和传感器配置。参见图13A，ROAMBEE传感器1310可以在监控设备1312经由RF、RFID、WIFI等的通信范围之内，网络1314可以用于将检测到的运动转发给远程服务器1316以用于记录检测事件。远程数据库132可以在用户简档中存储事件并且与关联于检测到的数据的移动设备1318共享该信息。图13B示出了根据示例实施例的另一摄像头和传感器配置。参见图13B，设备1312可以具有其自己的本地服务器1321和本地数据库1323。同样，图14示出了根据示例实施例的又一摄像头和传感器配置。在图14中，设备可以与本地服务器和远程服务器二者通信。

图15A示出了根据示例实施例的摄像头以及装运包装测量网络配置。参见图15A，设备可以包括摄像头1311和用于检测运动的光以及经由装运包装1333的传感器1329。容器1317可以包括包装和传感器，因此移动内容的任何尝试都可以被轻易检测到，如图15C中打开的容器或图15B中打开的装运容器。

图16示出了根据示例实施例的传感器测量以及包装测量配置的流程图。参见图16，操作可以包括：在第一时间由第一传感器感测第一数据1602。传感器可以在第二时间在第一传感器感测第二数据1604，对数据进行比较1606以确定数据是否不同，并且如果不同的话则由图像捕捉设备捕捉第一包装，并且第一包装由设备发送给服务器1610。

数据捕捉和传感器配置的示例操作方法可以包括：通过第一网络建立与第二设备的第一连接，在第一连接中通过第一网络接收来自第二设备的分组流的第一数据分组，基于第一网络的节流响应/带宽容量阈值/使用率/拥塞率等中的任意项计算第一断开点。接着，在第一断开点或之前断开与第二设备的第一连接，通过第一网络建立与第二设备的第二连接，并且在第二连接中通过第一网络从第二设备接收分组流的第二数据分组。

另一示例性实施例可以包括管理由网络载体通过经由第一网络载体提供的第一网络来建立与第二设备的一个或多个测试连接，标识由第一设备由于超出了由第一网络载体设置的带宽上限发起的一个或多个测试连接的一个或多个终止，基于一个或多个测试连接的一个或多个终止来确定连接时间限制，通过第一网络建立与第二设备的第一连接，在连接时间限制时或之前断开与第二设备的第一连接，以及通过第一网络建立与第二设备的第二连接。

用于访问数据流的示例实施例可以包括：接收来自客户端设备的的对数据流的请求，通过网络建立与第二设备的连接以接收数据流，基于网络的节流响应确定连接时间限制，在连接时间限制时或之前断开与第二设备的第一连接，以及在断开与第二设备连接后并在所述连接时间限制时或之前重新建立与第二设备的连接。

第一网络可以是蜂窝网络。第一数据分组和第二数据分组可以包括视频图像帧。分组流可以是视频流。同样的，第一设备可以是服务器并且第二设备可以是图像捕捉设备。第一设备也可以是客户端设备而第二设备是服务器。在操作中，第一数据分组可以与第二数据分组一起被拼接(stitch)以及编译成经拼接/编译的数据文件，经拼接/编译的数据文件可以被传输给请求经拼接/编译的数据文件的客户端设备。

与第二设备的第二连接可以在第二断开点或之前被断开，因此第二断开点不同于第一断开点。接着，通过服务器的第一调制解调器建立与第二设备的第一连接，并且通过服务器的第二调制解调器建立与第二设备的第二连接，并且第一调制解调器具有与第二调制解调器不同的IP地址。

附加地，可以通过第二网络建立与第二设备的第三连接，并且可以在第三连接中通过第二网络从第二设备接收分组流的第三数据分组。第一连接可以具有由第一网络指派的第一连接标识符，第二连接可以具有由第一网络指派的第二连接标识符，并且第一连接标识符不同于第二连接标识符。第一断开点是第一连接开始后的约1毫秒到约30毫秒之间。在其他实施例中，第一断开点可以在约1毫秒到大于30毫秒之间。第一连接可以具有X兆比特每秒(Mbps-其中X在约0.5Mps到约2Mbps之间)的带宽上限。在另一示例中，第一连接时段可以基于第一网络的流量整形算法而被变化。同样的，分组流可以是高清视频流或者标准视频流。

根据另一示例性实施例，安全系统可以包括：第一传感器，其被配置为检测第一时间的第一数据以及第二时间的第二数据；第一媒体捕捉设备，因此第一媒体捕捉设备被配置为当第一数据与第二数据不同时捕捉第一包装；以及发射器，其被配置为向服务器传输第一包装。附加地，第一传感器可以被配置为测量温度或者光强。此外，第一媒体捕捉设备可以被配置为相对发射器存在一定角度，并且发射器被配置为将第一包装发送给移动设备，并且传感器被耦合到第一媒体捕捉设备。传感器可以与第一媒体捕捉设备分离，并且传感器被配置为经由蓝牙(BLUETOOTH)与第一媒体捕捉设备无线地通信。

还可以包括第二媒体捕捉设备，其可以是成角度的并具有第二传感器。其配置也可以包括光发射器，因此该光发射器被耦合到第一媒体捕捉设备，并且光发射器与第一媒体捕捉设备面向同一方向。光发射器被配置为当第一媒体捕捉设备捕捉第一包装时发射光，并且光被配置为在第一传感器的方向中被引导。光发射器被配置为当第一数据不同于所述第二数据时发射光，并且光被配置为在第一传感器的方向中被引导。

根据一个示例操作方法，用于监控的方法可以包括：由第一传感器感测第一数据；将第一数据传输给图像捕捉设备；由第一传感器感测第二数据；将第二数据传输给图像捕捉设备；当第二数据不同于第一数据时由图像捕捉设备捕捉第一包装；以及将第一包装传输给服务器。第一传感器可以感测温度。第一数据经由无线路径被传输给图像捕捉设备，并且第一包装被无线地传输给服务器。第一包装从服务器被传输给移动设备。在操作中，当第二数据不同于第一数据时光可以照亮目标区域。媒体捕捉系统可以从第一传感器接收第一数据并且媒体捕捉系统可以从第二传感器接收第二数据。然后，第一数据可以与第二数据被比较，并且当第二数据不同于第一数据时，媒体捕捉系统可以捕捉第一包装。作为结果，第一包装被媒体捕捉系统传输给服务器。

尽管本申请中的系统、方法以及计算机可读介质的示例性实施例已经在附图中被示出及在之前的具体实施方式中被描述，但将容易理解的是，本申请并不具备局限于所公开的实施例，而是能够在不脱离由权利要求所阐述和限制的本申请的精神和范围的情况下进行多种重新布置、修改以及替换。例如，图32的系统的能力可以通过在此描述的一个或者多个模块或组件执行，也可以按照分布式架构的方式，并且可以包括发射器，接收器，或者发射器/接收器对。例如，由个体模块执行的全部或者部分功能可以由一个或者多个这些模块执行。进一步地，在此描述的功能可以在不同时间被执行并且与模块或组件内部或外部的不同事件有关。同时，在各种模块之间发送的信息可以经由以下各项中的至少一项在模块之间被发送：数据网络、因特网、话音网络、网际协议网络、无线设备、有线设备和/或经由多个协议。同时，由任何模块发送或接收的消息可以直接地被发送或接收和/或经由一个或者多个其他模块而被发送或接收。

本领域技术人员将领会到，“系统”可以被体现为个人计算机、服务器、控制台、个人数字助理(PDA)、蜂窝电话、平板计算设备、智能电话或任何其他合适的计算设备，或者设备的组合。呈现如由“系统”执行的上述功能并不旨在以任何方式限制本申请的范围，而旨在于提供本申请的许多实施例的一个示例。实际上，在此公开的方法、系统以及装置可以按照符合计算技术的局部式形式和分布式形式被实施。

应该注意的是，为了更特别地强调它们的实施独立性，本说明书中描述的某些系统特征已被呈现为模块。例如，模块可以被实施为包括定制超大规模集成(VLSI)电路或门阵列、现成半导体(比如逻辑芯片、晶体管)或其他分立元件的硬件电路。模块也可以被实施为可编程硬件设备，比如现场可编程门阵列、可编程阵列逻辑、可编程逻辑器件、图像处理单元等。

模块也可以至少部分在软件中被实现以用于由各种类型的处理器执行。可执行代码的标识的单元例如可以包括计算机指令的一个或多个物理块或逻辑块，其例如可以被组织为对象、过程或者函数。然而，被标识的模块的可执行文件并不需要物理上定位在一起，而是可以包括被存储在不同位置的不同的指令，这些指令当在逻辑上被结合时包括该模块并实现用于该模块的陈述的目的。进一步地，模块可以被存储在计算机可读介质上，其例如可以是硬盘驱动、闪存设备、随机存取存储器(RAM)、磁带或用于存储数据的任何其他这样的介质。

实际上，可执行代码的模块可以是单个指令或者许多指令，并且甚至可以在不同程序之间并且跨若干存储器设备而被分布在若干不同的代码段上。类似地，操作数据可以被标识并在此在模块内被说明，并可以被体现在任何何时形式中并且可以被组织在任何合适类型的数据结构内。操作数据可以被收集作为单个数据集，或者可以被分布在包括不同存储设备上的不同位置上，并且可以至少部分地仅仅作为系统或者网络上的电子信号而存在。

将容易理解的是，如在此在附图中总体上描述和示出的本申请的组件可以采用广泛多种不同配置被布置和设计。因此，实施例的详细说明并不旨在限制本申请所请求保护的范围，而仅仅代表是本申请的选择的实施例。

本领域普通技术人员将容易理解到，如以上所讨论的本申请可以按照不同顺序用步骤被实施，和/或以与公开的那些不同的配置在硬件中被实施。因此，尽管本申请已经基于优选实施例而被描述，但对于本领域技术人员而言，在本申请的精神和范围内的某些修改、变化以及备选配置是显而易见的。因此，为了确定本申请的公认范围，应当参考所附的权利要求。

尽管本申请的优选实施例已经被描述，但将理解的是，所描述的实施例仅仅是说明性的，并且本申请的范围将在与对其的等同和修改(例如，协议、硬件设备、软件平台等等)一起被考虑时唯一地由所附权利要求所限定。

附录

实时对象追踪协议

1.0摘要-实时对象追踪协议-ROPT

公开的管理站能够使用无状态实时对象追踪协议(ROTP)以从装置提取设备信息，并建立设备之间的通信。ROTP的目标是帮助用户对感兴趣对象保持追踪、由消息和控制命令在设备间实时执行健康监控以及数据同步。如果要求传输可靠性和错误恢复，则所使用的传输协议可以是面向连接的协议TCP，如果需求是最小化协议流量开销，则所使用的传输协议可以是UDP。ROTP使能对感兴趣对象的实时追踪以及历史搜索。

2.0树状拓扑、根、地区和组概念

公开的系统地区概念可以是树状拓扑结构。在树状拓扑结构的最高层是国家根管理站。从国家根分支是分别由州、城市以及区表示的中间管理站。标签是用户可定义的。

2.1实时对象追踪方法

追踪设备经由三种方法实时通信：

节点到节点或装置到装置

节点到根或装置到管理站

根到节点或管理站到装置

根到根或管理站到管理站

为了理解上述方法是如何实现的，说明了以下基础概念。

2.2根管理站

位于地区的根处的管理站。这一设备可以具有比非根装置更强大的CPU、存储器和存储架构。

2.3根查找服务流程图

根查找服务对于移动进出不同地区根的移动系统是需要的。

2.4根查找部署类型流程图

对于大规模部署来说，操作者可以启用装置到装置级别通信，而不是装置到根中央管理站通信，从而便于装置之间的更快的消息传递，但其也会大量地增加网络流量。

2.5组

多个根中央管理站在同一个网络上的可能性是存在的，比如多个公司共享同一个网络。因此，存在对用它们自己的根来对具体的实时对象跟踪装置进行分组的需要。

已经加入网络的刚刚启动后的IP:x.x.2.23的装置需要分配一个组ID以及密钥来加入组。操作者能够将正确的组ID和密钥分配给装置，以便该装置向正确的组广播。

如果IP:x.x.2.23的装置被分配了groupID＝groupY，那么R1-groupY能够对其进行响应。

如果IP:x.x.2.23的装置被分配了groupID＝groupX，那么R1-groupX能够对其进行响应。

3.0追踪方法

存在两种追踪方法：操作者一次点击追踪模式以及自动追踪模式。

在操作者一次点击追踪模式中，操作者能够点击感兴趣对象，之后该对象能够通过摄像头到摄像头、层到层、地区到地区以及它们的结合进行追踪。

在自动追踪模式中，对象追踪装置能够自动基于检测到的感兴趣的事件对感兴趣对象通过摄像头到摄像头、层到层、区域到区域以及它们的结合进行追踪。

能够被使用的自动追踪方法包括建立有界区域追踪、调整有界区域大小追踪、分割有界区域追踪、移动有界区域追踪以及它们的组合。这些方法能够相应地依次使用。

3.1建立有界区域追踪方法

当感兴趣的被追踪对象被装置检测到或被管理站操作者识别的时候，适当的装置能够被管理站分配到查询路由信息表(SCRIT)。

管理站然后能够向SCRIT中列出的装置发出开始搜索命令或SCRITM(开始)以及感兴趣对象表(OIT)。

3.2调整有界区域大小追踪方法

在由搜索周边扩展定时器(SPET)指定的时间内，感兴趣对象没有被任何装置检测到，并且在搜索持续时间定时器(SDT)期满之前，每个装置的SCRIT引擎能够创建其自己的SCRITM(开始)以指示所有附接的装置开始它们自己的搜索。

根据SCRTIM消息分配的装置数目，有界区域能够被扩展或减小。

3.3分割有界区域追踪方法

在由搜索周边扩展定时器(SPET)指定的时间内，感兴趣对象没有被任何装置检测到，并且在搜索持续时间定时器(SDT)期满之前，每个装置的SCRIT引擎能够创建其自己的SCRITM(开始)以指示所有附接的装置开始它们自己的搜索，从而分割搜索区域来追踪感兴趣对象。

3.4移动有界区域追踪方法

当感兴趣对象被装置检测到的时候，感兴趣对象消息(OIM)被发送到管理站。新的SCRIT指令被发送到另一个被分配的SCRIT装置列表，以将搜索周边和有界区域的中心移动到感兴趣对象的最后已知检测位置。这个过程被持续地重复，以追中感兴趣装置直到搜索持续时间定时器(SDT)期满或者搜索终止命令SCRITM(停止)被管理站分布并由SCRIT表中的所有装置接收到。

当管理站的操作者识别到感兴趣对象并发布开始搜索命令的时候，过程可以是相同的。SCRIT引擎创建SCRIT，接着搜索周边被形成以及有界区域的中心点的搜索起始于感兴趣对象的最后已知检测位置。这个过程被持续地重复，以追踪感兴趣装置直到搜索持续时间定时器(SDT)期满或者搜索终止命令SCRITM(停止)被管理站发布并由SCRIT表中的所有装置接收到。

3.5定时器

(1)搜索持续时间定时器(SDT)--一个装置对感兴趣对象的搜索持续多长时间

(2)搜索周边扩展定时器(SPET)--在扩展搜索周边到下一组装置前进行多长时间搜索

(1)←[SCRTIM(开始)]---------------------SDT(搜索持续时间24小时)---------------------SDT(期满)→

(2)←[SCRTIM(开始)]---------------------SPET(搜索60分钟)------→

(1)←[SCRTIM(开始)]---------------------SDT(搜索持续时间24小时)---------------------SCRTIM(结束)→

(2)←[SCRTIM(开始)]---------------------SPET(搜索60分钟)------SCRTIM(结束)→

4.0设备表结构和消息类型

4.1类ID#描述

设备通过类来标识。

类(1)＝设备

类(2)＝摄像机

类(3)＝传感器

类(4)＝致动器

4.2设备位置表消息-DLTM

消息描述＝从设备被发送到管理站。这是我所处在的位置。

类(1)消息＝[消息类型(DLTM)+(DLT)]

类(2)消息＝[消息类型(DLTM)+(DLT)]

类(3)消息＝[消息类型(DLTM)+(DLT)]

类(4)消息＝[消息类型(DLTM)+(DLT)]

4.3设备位置表-DLT

DLT从装置处被发送到管理站，并跨区域聚集。

设备位置表包含每个设备ID#以及它的位置(GPS坐标或者转换成GPS坐标的物理位置)

设备序列号#

设备的制造商序列号。

设备标签

设备的名称

IP地址

分配给设备的IP地址

端口#

分配的TCP或UDP端口#

组标签

组的名称

组ID#

分配的组号

密钥

分配的访问组的密钥

区域标签

区域的名称

区域ID#

分配的区号

地区标签

标签的名称

地区ID#

分配的地区号

3.4DLT表结构

[

[(设备ID#)+根(是/否)+(设备序列号#)+(设备标签)+(GPS位置)+(IP地址)+(端口#)+(组标签)+(组ID#)+(密钥)+(区域标签)+(区域ID#)+(地区标签)+(地区ID#)]

[(摄像设备ID#)+(设备序列号#)+(设备标签)+(设备位置)+(IP地址)+(端口#)+(组标签)+(组ID#)+(密钥)+(区域标签)+(区域ID#)+(地区标签)+(地区ID#)]

[(传感器ID#)+(设备序列号#)+(设备标签)+(设备位置)+(IP地址)+(端口#)+(组标签)+(组ID#)+(区域标签)+(区域ID#)+(地区标签)+(地区ID#)]

……

[(传感器ID#)+(设备序列号#)+(设备标签)+(设备位置)+(IP地址)+(端口#)+(组标签)+(组ID#)+(密钥)+(区域标签)+(区域ID#)+(地区标签)+(地区ID#)]

]

3.5设备信息表消息-DITM

消息描述＝从装置发送到管理站，此处是我的信息。

[消息类型(DITM)+(DIT)+(供应商ID#)+(模型#)]

3.6设备新校表-DIT

DIT从装置被发送到管理站。

DIT表描述

DIT信息表驻留于管理站以及每一个设备两者中。管理站DIT包含所有物理或逻辑附接到系统中的所有装置的设备的信息。单独的装置包含所有物理或逻辑附接到它们，而不是整个系统的设备的所有类的信息。

DIT默认的模式是停留在它们自己的地区内，然而操作者也可以选择从下层地区中导入DIT或者仅仅单独设备ID#。

DIT表结构

[(设备ID#)+(设备属性)]

设备ID#

知晓设备ID#能够允许装置和管理站自动的确定设备容量。对于不兼容设备，其设备ID信息也能够在根管理站或者任何装置处手动地输入到设备信息表(DIT)。所有的设备信息将与根管理站自动同步。

供应商ID#描述-与供应商名称相关联的供应商ID#。

模型#描述-供应商发布的模型#。

设备属性表

设备的每个类包含了它们的属性组，其中每个属性包含由供应商或者用户定义的其自己的值。

类(1)-装置

[CPU()，内存大小()，盘大小()，接口类型()，…]

类(2)-摄像机

[摄像机类型(模拟，数字，PT，PTZ，……)+分辨率()+透镜宽度()+#LEDS()+像素宽度()+像素宽度()……]

类(3)-传感器

[传感器类型(生物，化学，湿度，红外，运动，压力，热……)+值(1)……+值(N)]

类(4)-致动器

[致动器类型(电气，电-机械，电磁，电子)+值(1)……+值(N)]

设备信息表(DIT)导入过程流程图

3.7SCRIT消息-SCRITM

消息描述＝从管理站发送到装置或其他管理站，执行感兴趣对象搜索。

[消息类型(SCRITM)+搜索命令(开始/结束)+[(装置1IP地址)……(装置N IP地址)]+[OIM]]

每个接收到包含(开始搜索命令或SCRTIM(开始))、(装置IP地址)和(感兴趣对象或OIM)的SCRITM的装置将把该信息存储到感兴趣对象表(OIT)中以用于通过SCRIT中所有分配的装置搜索感兴趣对象。

SCRIT中列出的设备被指示搜索感兴趣对象。这形成了搜索周边以及该搜索周边的搜索区域。这是有界区域搜索，即默认的搜索模式。周边的中心是检测到的感兴趣对象的最后已知位置。

SCRIT消息

3.8跨地区搜索路由信息表消息(SCRITM)流程

3.9在设备和管理站搜索路由信息表消息(SCRITM)流程

SCRIT消息流程图

3.10搜索路由信息表-SCRIT

SCRIT从管理站转发到分配到搜索区域的所有装置。

SCRIT描述

搜索路由信息表(SCRIT)由搜索路由引擎从设备位置表(DLT)提取。需要创建搜索区域，以定位和追踪感兴趣对象。

SCRIT表结构

[(DMT)+(OIT)]

设备地图表-DMT

DMT从装置发送到管理站。

[(设备ID#)+(设备序列号#)+(GPS位置)]

其中设备DMT从DLT提取。

感兴趣对象消息

3.11感兴趣对象消息(OIM)

消息描述＝从装置发送到管理站。这是我感兴趣对象，请生成SCRIT。

[消息类型：(OIM)+OIT]

感兴趣对象表-OIT

[(对象ID#)+(对象属性)]

……

[(对象ID#)+(对象属性)]

对象属性描述

[(图像)+(GPS位置)+(方向)+(速度)+(加速度)+(时间戳)]

感兴趣对象流程图

3.12你好消息

广播你好消息-BHM

消息描述＝从装置发送到装置或

装置到管理站或

管理站到装置

或管理站到管理站

这是我，但谁是我设备的邻居？

[消息类型(BHM)+[(装置标签)+(IP地址)+(端口#)]]

广播回复消息-BRM

消息描述＝从装置发送到装置或

装置到管理站或

管理站到装置或

管理站到管理站

我是你的邻居

[消息类型(BRM)+[(装置标签)+(IP地址)+(端口#)]]

3.13从装置向管理站广播你好消息的流程图

3.14从管理站向装置广播你好消息的流程图

3.15管理同步消息-MSM

注释：确保安全认证方法(公开密钥-私有密钥)已完成。

消息描述＝从装置发送到管理站

管理站到管理站

[消息类型(MSM)+(DLT)]

3.16从装置到管理站同步的流程图

3.17从管理站到装置同步的流程图

3.18健康检查消息

健康检查请求消息-HCRQM

消息描述＝从装置发送到装置或

装置到管理站或

管理站到装置或

管理站到管理站

你还活着么？

[消息类型(HCRM)+(IP地址)+(端口#)]

健康检查响应消息-HCRSM

消息描述＝从装置发送到装置或

装置到管理站或

管理站到装置或

管理站到管理站

我活着

[消息类型(HCRM)+(IP地址)+(端口#)+(状态)]

3.19健康检查消息流程图

健康检查消息流程图

4.0实时对象追踪协议通信方法总结

4.1装置到装置

设备位置表消息-DLTM

消息描述＝从设备被发送到管理站。这是我所处在的位置。

类(1)消息＝[消息类型(DLTM)+(DLT)]

类(2)消息＝[消息类型(DLTM)+(DLT)]

类(3)消息＝[消息类型(DLTM)+(DLT)]

类(4)消息＝[消息类型(DLTM)+(DLT)]

广播你好消息-BHM

消息描述＝从装置发送到装置或

装置到管理站或

管理站到装置或

管理站到管理站

这是我，但谁是我设备的邻居？

[消息类型(BHM)+[(装置标签)+(IP地址)+(端口#)]]

广播回复消息-BRM

消息描述＝从装置发送到装置或

装置到管理站或

管理站到装置或

管理站到管理站

我是你的邻居

[消息类型(BRM)+[(装置标签)+(IP地址)+(端口#)]]

健康检查请求消息-HCRQM

消息描述＝从装置发送到装置或

装置到管理站或

管理站到装置或

管理站到管理站

你还活着么？

[消息类型(HCRM)+(IP地址)+(端口#)]

健康检查响应消息-HCRSM

消息描述＝从装置发送到装置或

装置到管理站或

管理站到装置或

管理站到管理站

我活着

[消息类型(HCRM)+(IP地址)+(端口#)+(状态)]

4.2装置到管理站

设备位置表消息-DLTM

消息描述＝从设备被发送到管理站。这是我所处在的位置。

类(1)消息＝[消息类型(DLTM)+(DLT)]

类(2)消息＝[消息类型(DLTM)+(DLT)]

类(3)消息＝[消息类型(DLTM)+(DLT)]

类(4)消息＝[消息类型(DLTM)+(DLT)]

设备信息表消息-DITM

消息描述＝从设备发送到管理站，此处是我的容量。

[消息类型(DITM)+(DIT)+(供应商ID#)+(模型#)]

感兴趣对象消息-OIM

[消息类型：(OIM)+OIT]

SCRIT消息-SCRITM

广播你好消息-BHM

消息描述＝从装置发送到装置或

装置到管理站或

管理站到装置或

管理站到管理站

这是我，但谁是我设备的邻居？

[消息类型(BHM)+[(装置标签)+(IP地址)+(端口#)]]

广播回复消息-BRM

消息描述＝从装置发送到装置或

装置到管理站或

管理站到装置或

管理站到管理站

我是你的邻居

[消息类型(BRM)+[(装置标签)+(IP地址)+(端口#)]]

健康检查请求消息-HCRQM

消息描述＝从装置发送到装置或

装置到管理站或

管理站到装置或

管理站到管理站

你还活着么？

[消息类型(HCRM)+(IP地址)+(端口#)]

健康检查响应消息-HCRSM

消息描述＝从装置发送到装置或

装置到管理站或

管理站到装置或

管理站到管理站

我活着

[消息类型(HCRM)+(IP地址)+(端口#)+(状态)]

管理同步消息-MSM

注释：确保安全认证方法(公开密钥-私有密钥)已完成。

消息描述＝从装置发送到管理站或

管理站到管理站

[消息类型(MSM)+(DLT)]

4.3管理站到装置

设备位置表消息-DLTM

消息描述＝从设备被发送到管理站。这是我所处在的位置。

类(1)消息＝[消息类型(DLTM)+(DLT)]

类(2)消息＝[消息类型(DLTM)+(DLT)]

类(3)消息＝[消息类型(DLTM)+(DLT)]

类(4)消息＝[消息类型(DLTM)+(DLT)]

SCRIT消息-SCRITM

[消息类型(SCRITM)+搜索命令(开始/结束)+[(装置1IP地址)……(装置NIP地址)]+[OIM]]

广播你好消息-BHM

消息描述＝从装置发送到装置或

装置到管理站或

管理站到装置或

管理站到管理站

这是我，但谁是我设备的邻居？

[消息类型(BHM)+[(装置标签)+(IP地址)+(端口#)]]

广播回复消息-BRM

消息描述＝从装置发送到装置或

装置到管理站或

管理站到装置或

管理站到管理站

我是你的邻居

[消息类型(BRM)+[(装置标签)+(IP地址)+(端口#)]]

健康检查请求消息-HCRQM

消息描述＝从装置发送到装置或

装置到管理站或

管理站到装置或

管理站到管理站

你还活着么？

[消息类型(HCRM)+(IP地址)+(端口#)]

健康检查响应消息-HCRSM

消息描述＝从装置发送到装置或

装置到管理站或

管理站到装置或

管理站到管理站

我活着

[消息类型(HCRM)+(IP地址)+(端口#)+(状态)]

4.4管理站到管理站

设备位置表消息-DLTM

消息描述＝从设备被发送到管理站。这是我所处在的位置。

类(1)消息＝[消息类型(DLTM)+(DLT)]

类(2)消息＝[消息类型(DLTM)+(DLT)]

类(3)消息＝[消息类型(DLTM)+(DLT)]

类(4)消息＝[消息类型(DLTM)+(DLT)]

广播你好消息-BHM

消息描述＝从装置发送到装置或装置到管理站或管理站到装置或管理站到管理站

这是我，但谁是我设备的邻居？

[消息类型(BHM)+[(装置标签)+(IP地址)+(端口#)]]

广播回复消息-BRM

消息描述＝从装置发送到装置或

装置到管理站或

管理站到装置或

管理站到管理站

我是你的邻居

[消息类型(BRM)+[(装置标签)+(IP地址)+(端口#)]]

管理同步消息-MSM

注释：确保安全认证方法(公开密钥-私有密钥)已完成。

消息描述＝从装置发送到管理站或

管理站到管理站

[消息类型(MSM)+(DLT)]

健康检查请求消息-HCRQM

消息描述＝从装置发送到装置或

装置到管理站或

管理站到装置或

管理站到管理站

你还活着么？

[消息类型(HCRM)+(IP地址)+(端口#)]

健康检查响应消息-HCRSM

消息描述＝从装置发送到装置或

装置到管理站或

管理站到装置或

管理站到管理站

我活着

[消息类型(HCRM)+(IP地址)+(端口#)+(状态)]

移动以及非移动实时对象追踪系统

1.0摘要

本文公开了一个系统包括一个设备或设备经由实时对象跟踪协议(ROTP)与其他设备互相通信的设备网络。协议通过网络传输致动器、声音、传感器、视频数据和搜索引擎消息到任何兼容的设备。

实时对象追踪协议使得能够通过系统的多个设备并通过将用户定义的标准应用到视频、音频和其他传感器输入以识别和追踪一个对象或者生物，和/或由其执行的动作。追踪对象，然后一旦用户定义的标准被满足则执行动作。对于移动或者便携式应用，一个通用的电力系统用于从多个输入电源处提供恒定的以及不间断的电力。

2.0发明领域

公开了一个实时对象追踪系统，其实时追踪感兴趣对象，并包括设备之间通过实时对象追踪协议(ROTP)互联的设备网。

3.0背景技术

移动以及非移动实时对象追踪系统由对象追踪网络装置、中央管理系统、实时对象追踪协议以及通用电力系统组成，其能够通过经由视频、音频和传感器输入的尽可能多的有用信息为安保用户和安保操作者提供迅速的态势感知和对周围环境了解，以重构标识的事件中提取的感兴趣事件和感兴趣对象之前的、之中的或者之后的事件的序列

除了态势感知的迅速发展外，移动、非移动和便携式实时对象追踪系统同样开发了通过在由感兴趣对象触发的事件的数秒内发出警报和向所有连接的兼容设备指示搜索区域数字或数字的组合以执行被指示的搜索来检测和追踪感兴趣对象以对感兴趣对象迅速地搜索以及追踪协议响应。搜索结果接着能够用于建立感兴趣对象在检测事件发生前、发生时以及发生后的事件序列的记录。视频流量的优化集中在带宽以及服务质量(QoS999999999)采用层2交换以及层3路由的多层交换架构(图1)，其中IP摄像机连接到接入层交换机，接着通过分配层交换机发送到大规模核层交换机，其包括到数据中心网络DVR，视频存储服务器和操作管理站的GB主干网链路。

IP视频流量通过使用MEPG4/H.264编码格式进行压缩，并通过TCP/IP协议进行传输。视频流量行为能够根据带宽-比特率容量、丢包率-丢失或弃掉的包，延迟-从开始从源传输包到到达目标所经历的时间、抖动-包的周期的改变或偏差、突发-短暂流量的突然涌起来进行表征。以服务质量网络协议的形式的视频流量优化聚焦于为视频流量传输优化这些流量特征。

目前的IP视频技术聚焦于向数据中心和中央视频数据系统的视频流量传输的优化，在数据中心和中央视频数据系统中网络视频记录器记录了实时视频馈送并且实时视频馈送被存储在视频存储服务器上(图2)。视频监控操作者利用视频管理软件在数据中心的跨越尽可能多的屏幕以及每个屏幕内的摄像机显示器来查看视频馈送以开发出对不同摄像机位置出正在发生的事的态势感知。被存储的视频馈送可以通过位置、日期以及记录的时间或其他搜索条件进行检索。接着采用视频分析学以搜索车牌、面部识别、具体动作类型、颜色匹配、对象形状匹配。因此，IP视频流量和视频分析学的典型部署主要是如下集中计算模型：主要计算能力、内存以及存储容量集中在数据中心，而摄像机静态地位于IP视频网络边缘。

移动、非移动以及便携式实时对象追踪系统网络结构被设计为可以在任何地点和任何时间部署，即在边缘、在数据中心、或者在网络中对于对象追踪和自动任务而言需要对象检测、视频分析学计算能力以及存储设备的任何地方。装置可以部署为具有摄像机、传感器以及致动器以用于车载的移动、非移动或便携式使用。为了追踪不同部署方法中的对象，通过一个IP网络发送通信流量，通过实时对象追踪协议(ROTP)执行对象追踪命令以及追踪方法。

当永久电源不可用时，通用电力系统(UPS)被使用以提供恒定的以及及不间断的电力。

4.0发明概述

公开了基于系统的一系列方法以提供移动车载以及非移动的实时对象追踪系统。

移动车载系统可以包括对象追踪网络装置(331)、DriveCam摄像机(810，811，812，813)、ParkCam摄像机(800，801，802，803，804，805)、周边传感器(806，807，808，809)、LCD屏幕显示器(901，902)以及通用电力系统(332)。

非移动系统可以包括对象追踪网络装置(331)、中央管理站、实现对象追踪网络装置之间通信的实时对象追踪协议(326)以及中央管理应用(334)。此外，当永久电源不可用时，通用电力系统(332)能够向装置提供临时电力。

4.1对象追踪网络装置架构

对象追踪网络装置可以具有区域对象检测，区域到区域对象检测的系统，其当基于用户定义的标准识别出对象或具体动作时执行具体的操作。视频和音频输入的记录、传感器输入控制、致动器输出动作控制、事件管理、通知、存储、协议消息生成以及报告生成如图3所示也被体现到了装置中。

一种将视频(301)、音频(302)、传感器(303)、来自其他兼容设备的可以消息(304)、以及中央管理站(305)集成到对象追踪网络装置(300)中的方法可以通过经由输入接口(306)聚集它们的输入来实现。

一种在单个区域内以及跨越多个区域检测感兴趣对象的方法可以通过将来自输入接口(306)的视频输出(309)转发到对象在区域内检测引擎(307)以及区域到区域检测引擎(308)以进行感兴趣对象检测来实现。

一种改变视频检测规则的方法，其依赖于感兴趣对象在模板管理器(300)的哪个位置。来自输入接口(306)的视频输出(309)能够被发送到视频引擎(310)以对传入视频进行解码以进行视频显示。

一种在单个区域内以及跨越多个区域检测感兴趣对象的方法可以通过以下来实现：将视频输出(309)转发到动作识别引擎(312)以确定感兴趣对象展现的动作是否符合用户定义的标准以告知事件管理器(313)感兴趣事件已经发生，并且应该发出通知和/或采取行动。

一种触发通知类型(317)的方法可以通过事件管理器经由输出接口(316)向通知引擎(314)发送通知消息来实现。通知类型可以是文本消息、电子邮件、视频截图、视频剪辑或语音消息。

一种经由输出接口(316)触发致动器动作(318)的方法可以通过事件管理器向致动器引擎(315)发送动作消息来实现。

一种通过视频输入(301)触发通知(317)的方法可以通过从输入接口(306)传输视频输出(309)到视频引擎(310)以进行分析并与在事件管理器(3013)中的用户定义的视频触发进行比较来实现。当视频动作匹配视频触发时，事件管理器(313)能够向通知引擎(314)发送消息，以发送通知(317)和/或致动器引擎(315)以执行动作(318)。

一种通过音频输入(302)触发通知(317)的方法可以通过从输入接口(306)转发音频输出(320)到音频引擎(319)以进行分析并与在事件管理器(3013)中的用户定义的音频触发进行比较来实现。当音频消息匹配音频触发时，事件管理器(313)能够向通知引擎(314)发送消息，以发送通知(317)和/或致动器引擎(315)以执行动作(318)。

一种通过传感器输入(303)触发通知(317)的方法可以通过从输入接口(306)转发传感器输出(309)到传感器引擎(319)以进行分析并与在事件管理器(3013)中的用户定义的传感器触发进行比较来实现。当传感器输入值匹配传感器触发时，事件管理器(313)能够向通知引擎(314)发送消息，以发送通知(317)和/或致动器引擎(315)以执行动作(318)。

一种记录视频输入(301)、音频输入(302)以及传感器输入(303)的方法可以通过将来自音频引擎(319)、视频引擎(310)以及传感器管理器(322)的相应输出转发到能够记录视频、音频和传感器数据到存储盘(311)的记录管理器(323)来实现。

一种使能对象追踪网路装置(304)和中央管理系统(305)之间的通信的方法可以通过将传入消息从输入接口(306)转发给协议引擎(326)来实现，该协议引擎(326)能够将来自输出接口(316)的通信发送到其他对象追踪网络装置(323)以及其他中央管理站(324)。

一种从存储盘(311)中检索存储的音频(327)、视频(328)以及传感器数据(329)的方法可以通过记录管理器(323)来实现，该记录管理器(323)能够将检索到的音频、视频以及传感器数据转发到输出接口(316)。

一种从装置向另一个中央管理系统(324)生成报告的方法可以通过报告引擎(330)来实现，该报告引擎(330)收集来自事件管理器(313)、音频引擎(319)、视频引擎(310)、传感器管理器(322)以及协议引擎(323)的数据。所收集的数据然后能够被处理并总结，并且经由输出接口(316)发送出。

一种在永久电源不可用时在扩展的时间段内向对象追踪装置提供恒定的以及不间断的电力的方法可以通过将该装置(331)连接到通用电力系统(332)来实现。

一种在对象追踪装置以及中央管理系统应用或另一个外部供应商应用(335)之间交换通信的方法可以通过经由应用编程接口(333)进行通信来实现。

4.2对象追踪网络装置组件描述

请参见图3-对象追踪装置网络架构

4.2.1输入接口-(306)

●到设备的视频输入的通信(301)

●到设备的音频输入的通信(302)

●到设备的传感器输入的通信(303)

●来自其他装置的协议消息的通信(304)

●来自其他中央管理站的协议消息输入的通信(305)

4.2.2区域内的对象移动检测(OWZ)-(307)

●允许用户创建任意数量的感兴趣区域

●允许用户创建任意形状的区域

●允许用户基于尺寸、形状以及颜色定义感兴趣对象

●允许用户定义不同的区域和不同区域内的对象彼此之间如何交互

4.2.3区域到区域的对象移动(Z-Z或Z²)-(308)

●允许用户追踪在区域之间移动的对象

●允许用户定义对象在区域之间移动时触发警报的条件

4.2.4动作识别引擎(ARE)-(312)

●允许用户定义感兴趣动作

●动作能够通过指定以下各项来定义

●速度向量(速率+方向)

●加速度

●形状的改变

●形状的缩放(调整尺寸)

●颜色和/或阴影的改变

●允许用户使用预先定义的动作中的一个

●允许用户为指定的动作定义区域

●允许用户定义对于感兴趣动作的响应。

4.2.5记录管理器-(323)

负责：

●与事件管理器(313)通信

●与视频引擎(310)通信

●与音频引擎(319)通信

●与传感器管理器(322)通信

●开始记录

●结束记录

●移除过期的文件

●加锁重要的文件

●管理盘空间

●管理盘碎片

4.2.6音频引擎-(319)

负责音频输入的处理

4.2.7视频引擎-(310)

负责视频输入的处理

4.2.8传感器管理器-(322)

负责：

●与事件管理器(313)通信

●从传感器接收数据

●向传感器发送命令

●配置传感器

4.2.9模板管理器-(300)

负责：

●与事件管理器(313)通信

●供应由用户设定的正确的感兴趣对象模板以用于区域内对象(307)以及区域到区域(308)的对象检测

4.2.10事件管理器-(313)

负责：

●处理其他管理模块之间的通信

●处理系统提供/激发的事件

●路由信号

●与OWZ(307)通信

●与Z²(308)通信

●与ARE(312)通信

●与记录管理器(323)通信

●与通知引擎(314)通信

●与致动器引擎(315)通信

●与音频引擎(319)通信

●与视频引擎(310)通信

●与传感器管理器(322)通信

●与协议引擎(325)通信

·与报告引擎(330)通信

4.2.11通知引擎-(314)

当区域内对象(OWZ)或动作响应引擎(ARE)被触发时，接下来的通知或它们的组合将由通知引擎基于用户偏好来发送：

●文本消息

●电子邮件

●视频截图

●视频片段

●语音消息

4.2.12致动器引擎-(315)

负责：

●处理其他管理模块之间的通信

●处理系统提供/激发的事件

●路由信号

●配置致动器

4.2.13存储装置-(311)

负责：

●视频数据(301)的永久存储

●音频数据(302)的永久存储

●传感器数据(303)的永久存储

●记录管理器数据(323)的永久存储

4.2.14协议引擎-(326)

负责实现实时对象追踪协议(参见实时对象追踪协议规范文档)。

4.2.15报告引擎-(330)

负责：

●收集和报告来自事件管理器(313)的数据

●收集和报告来自音频引擎(319)的数据

●收集和报告来自视频引擎(310)的数据

●收集和报告来自传感器管理器(322)的数据

●收集和报告来自协议引擎(326)的数据

4.2.16输出接口(316)

负责：

●视频输出到装置的通信(327)

●音频输出到装置的通信(328)

●传感器输出到装置的通信(329)

●协议消息输出到其他装置的通信(323)

●协议消息输出到其他中央管理站的通信(324)

5.0中央管理应用(400)

中央管理站体现了驻留在实时对象追踪装置中的软件应用，其被操作者用来访问如图4描述的装置的功能。

负责：

用户界面UI(401)-用户访问实时对象追踪装置的功能的方法

应用程序接口(402)-用户界面(401)经由API命令与其他系统组件通信的方法。

模板管理器配置模块(403)-用户界面(401)经由API(402)向模板管理器(403)以及事件管理器(404)发送命令以为具体的用户模板创建、修改或删除OWZ(405)，Z²(406)以及事件管理器(407)检测参数的方法。

事件管理器模块(404)-用于用户界面(401)管理被触发的事件以及经由API(402)模板管理器配置模块(403)和管理器(404)发送命令，以与所有其他模块OWZ(405)、Z²(406)、ARE(407)、记录管理器(408)、音频引擎(409)、视频引擎(410)、传感器管理器(411)、通知模块(412)、致动器模块(413)、协议引擎模块(414)以及报告引擎(415)进行通信的方法。

区域内对象模块OWZ(405)-供用户界面(401)经由API(402)、模板管理器配置模块(403)以及事件管理器(404)发送命令，以创建任何数目、任何形状的检测区域的方法。基于尺寸、形状和颜色或阴影定义感兴趣对象，以及不同区域和不同区域内的对象是如何交互的。

区域到区域模块Z²(406)-供用户界面(401)经由API(402)、模板管理器配置模块(403)以及事件管理器(404)发送命令，以追踪在区域之间移动的对象，并且定义对象在区域之间移动时触发报警和动作的条件的方法。

动作识别引擎ARE(407)-供用户界面(401)经由API(402)、模板管理器配置模块(403)以及事件管理器(404)发送命令，以定义感兴趣动作(速度向量(即速率加方向)、加速度、形状的改变、形状的缩放(调整尺寸)、颜色和/或阴影的改变)的方法。允许用户选择预先定义的动作。允许用户定义指定的动作的检测区域。允许用户定义对感兴趣动作的响应。

记录管理模块(408)-供用户界面(401)经由API(402)、模板管理器配置模块(403)以及事件管理器(404)发送命令，以开始和结束或者定义事件输入、视频输入、音频输入以及传感器输入的记录的开始或者结束的方法。

音频引擎模块(409)-供用户界面(401)经由API(402)、模板管理器配置模块(403)以及事件管理器(404)发送命令，以检索音频输入的方法。

视频引擎模块(410)-供用户界面(401)经由API(402)、模板管理器配置模块(403)以及事件管理器(404)发送命令，以检索视频输入的方法。

传感器管理器模块(411)-供用户界面(401)经由API(402)、模板管理器配置模块(403)以及事件管理器(404)发送命令，以配置传感器并检索传感器数据的方法。

通知模块(412)-供用户界面(401)经由API(402)、模板管理器配置模块(403)以及事件管理器(404)发送命令，以配置通知类型(文本消息、电子邮件、视频截图、视频片段、语音消息)的方法。

致动器模块(413)-供用户界面(401)经由API(402)、模板管理器配置模块(403)以及事件管理器(404)发送命令，以配置致动器并检索致动器数据的方法。

协议模块(414)-供用户界面(401)经由API(402)、模板管理器配置模块(403)以及事件管理器(404)发送命令，以发布实时对象追踪协议命令的方法。

报告模块(415)-供用户界面(401)经由API(402)、模板管理器配置模块(403)以及事件管理器(404)发送命令，以收集和报告来自事件管理器模块(406)、音频引擎模块(409)，视频引擎模块(410)、传感器管理器模块(411)以及协议引擎(414)的数据的方法。

6.0实时对象追踪协议(326)

协议引擎(326)体现了实时对象追踪协议，该协议是一种用于从对象追踪装置处提取设备信息以及用于建立其他装置之间的通信的无状态协议方法。实时对象追踪协议的目标是帮助用户保持对感兴趣对象的追踪、执行数据同步以及经由消息和控制命令对装置和中央管理站之间的实时健康监控。在要求时传输可靠性和错误修复时，所使用的传输协议可以是面向连接的协议TCP，或者如果需求是最小化协议流量开销，则所使用的传输协议可以是UDP。实时对象追踪协议使得能够进行对感兴趣对象的实时追踪以及历史搜索。

当基于用户定义的标准检测到感兴趣对象时，由对象追踪网络装置生成到中央管理系统的消息，以开始对这个对象的搜索并经由实时对象追踪协议跨位于感兴趣对象周围的其他装置对该对象进行追踪。

7.0通用电源系统(332)

通用电力系统体现了一种管理多个输入电源并调整多个输入电源以通过输入电力缓冲器对对象追踪网络装置供电的方法，该输入电力缓冲器从车载交流发电机、室内电力、太阳能、风能或者其他外部电源中自动选择输入电源来给两个或更多个电池不断充电。在指定时刻，只有一个电池向装置提供电力。

通用电力系统也提供了一种对装置操作温度进行控制的方法。一旦周围温度低于或者高于具体操作温度，可逆的加热或者冷却元件被启动以维持对象追踪网络装置的最佳操作温度。

如果在多个电源中存在不足的能量，通用电力系统提供了一种组合电池以及多个电源中可用的能量以对对象追踪网络装置供电的方法。

通用电力系统通过在从电池以及多个输入电源没有对装置供电以保持系统状态并避免灾难性电力丢失数据损坏的足够能量时向中央管理系统发送装置关闭健康检查状态消息并自动关闭装置而提供了一种低电力关闭方法。

8.0实时对象追踪系统的移动车载部署方法

实时对象追踪系统的移动车载版本当被安装在车里时以两种模式进行工作，即熄火和点火。

系统体现了对象追踪网络装置(331)、DriveCam摄像机(810，811，812，813)，ParkCam摄像机(800，801，802，803，804，805)、周边传感器(806，807，808，809)、LCD屏幕显示器(901，902)以及通用电力系统(332)。

当车辆熄火时，记录来自ParkCam摄像机(800，801，802，803，804，805)的实时视频的方法可以通过能够通过周边传感器(806，807，808，809)检测对象进入周边来实现。这些传感器信号可以是到对象追踪网络装置(311)的传感器管理器(322)的传感器输入(303)。这个信号能够触发事件管理器(313)开始记录来自视频输入(301)的视频。

当车辆熄火时，记录来自ParkCam摄像机(800，801，802，803，804，805)的实时视频的方法可以通过能够通过周边传感器(806，807，808，809)检测对象进入周边来实现。这些传感器信号是对象追踪网络装置(311)的传感器管理器(322)的传感器输入(303)。这个信号能够触发事件管理器(313)开始记录来自视频输入(301)的视频。然而，这个记录方法能够通过发送到事件管理器(313)以使得ParkCam在熄火情况下一直记录的命令而被绕开。

当车辆熄火时，从ParkCam摄像机(800，801，802，803，804，805)检测感兴趣对象在区域内的方法可以通过周边传感器(806，807，808，809)检测对象强行进入周边来实现。这些传感器信号可以是到对象追踪网络装置(311)的传感器管理器(322)的传感器输入(303)。这个信号能够触发事件管理器(313)开始记录来自视频输入(301)的视频。这个对象然后可以被区域内对象检测(307)-OWZ模块分析以确定该对象是否在由用户定义的检测区域内。如果是，这个对象可以被标识为区域内的感兴趣对象。

当车辆熄火时，从ParkCam摄像机(800，801，802，803，804，805)检测感兴趣对象正在区域到区域移动的方法可以通过周边传感器(806，807，808，809)检测对象进入周边来实现。这些传感器信号可以是到对象追踪网络装置(311)的传感器管理器(322)的传感器输入(303)。这个信号能够触发事件管理器(313)开始记录来自视频输入(301)的视频。这个对象然后可以被区域内对象检测(307)-OWZ模块分析以确定对象是否在由用户定义的检测区域内。如果是，这个对象可以被标识为区域内的感兴趣对象。如果感兴趣对象移动到同一个摄像机的另一个视野区域，或者任何其他摄像机的视野区域，那么这个相同的对象能够通过区域到区域(308)-Z²模块进行追踪。

当车辆点火时，记录来自DriveCam摄像机(810，811，812，813)的实时视频的方法可以通DriveCam内的动作传感器检测动作来实现。实时的视频可以是到对象追踪网络装置(311)的视频引擎(310)的视频输入(301)。这个信号能够触发事件管理器(313)开始记录来自视频输入(301)的视频。

一种显示来自DriveCam摄像机(810，811，812，813)的实时或者记录的视频的方法能够通过在头部遮阳板LCD显示器(901)和/或导航系统终端(902)中显示这些视频来实现。

8.1系统组件描述

对象追踪网络装置-(331)

对象追踪网络装置可以包括区域对象检测，区域到区域对象检测的系统，其当基于用户定义的标准识别出对象或具体动作时执行具体的操作。视频和音频输入的记录、传感器输入控制、致动器输出动作控制、事件管理、通知、存储、协议消息生成以及报告生成能够由图3所描述的装置执行。

DriveCam摄像机-(810，811，812，813)

DriveCam摄像机可以具有能够在点火时不管车辆是否移动或者头灯是否打开都能够获取实时视频的夜视摄像机。

ParkCam摄像机-(800，801，802，803，804，805)

ParkCam摄像机可以具有能够在熄火时不管车辆是否移动都能够获取实时视频的夜视摄像机。

周边传感器-(806，807，808，809)

周边传感器包括360度接近感测系统，其能在熄火时够检测360度安全周边内任何地方的对象。只有当对象违反安全周边时，ParkCam摄像机才开始记录。

LCD屏幕显示器-(901，902)

LCD屏幕显示器可以具有实时或记录的视频显示系统，其可以使用现有的车辆导航系统、娱乐或摄像机显示器、或能够安装在车辆内部任意位置的LCD屏幕显示器，这些位置比如驾驶者或者乘客遮阳板后的隐蔽位置、在手套/存储箱的内部、或者后备箱、或者备胎舱。LCD屏幕显示器能够在任何位置的摄像机之间自动切换或者手动切换。能够经由远程控制或者人工开关控制或者来自同一装置的致动器引擎(318)的命令或者到另一个装置的协议引擎(326)进行切换开关。

9.0实时对象追踪系统的移动车载以及非移动部署方法

实时对象追踪系统的移动车载以及非移动部署可以具有以下：

移动车载系统可以具有对象追踪网络装置(331)、DriveCam摄像机(810，811，812，813)、ParkCam摄像机(800，801，802，803，804，805)、周边传感器(806，807，808，809)、LCD屏幕显示器(901，902)以及通用电力系统(332)。

非移动系统可以具有对象追踪网络装置(331)、中央管理站、实现对象追踪网络装置和中央管理应用(334)之间的通信的实时对象追踪协议(326)。此外，当永久电源不可用时，通用电力系统(332)能够向装置提供临时电力。

参见图8，当车辆熄火时，显示包括车载摄像机(904，905)以及楼内摄像机(906，907)的方法能够通过经由无线或蜂窝或者其他任何移动网络传输媒介从车辆处发送实时视频以及楼内摄像机实时视频到基于因特网的通信网络来实现。实时视频接着可以被发送到中央管理站(903)。中央管理站接着组合车载以及楼内摄像机数据到办公用笔记本(908)、智能平板计算机(909)、车载LCD显示器(910)或其他任何形式的计算设备以进行视频显示。

10.0附图

图10.1典型多层IP视频监控交换架构

10.2图2典型企业IP视频数据中心和中央管理系统架构

10.3图3-对象追踪装置架构

10.4图4-中央管理系统应用架构

10.5图5-移动车载实时对象追踪系统ParkCAM模式(未点火)-320度视角

10.6图6-移动车载实时对象追踪系统ParkCAM模式(点火)-320度视角

10.7图7-移动车载实时对象追踪系统LCD屏显示方法

10.8图8-实时对象追踪系统的移动车载和非移动部署方法

通用电力系统

1.0摘要

通用电力系统可以执行一种管理多个输入电源并调整多个输入电源以通过输入电力缓冲器对对象追踪网络装置供电的方法，该输入电力缓冲器从车载交流发电机、室内电力、太阳能、风能或者其他外部电源来中选择输入电源来给两个或更多个电池不断充电。在指定时刻，只有一个电池向装置提供电力。

通用电力系统可以执行一种对装置操作温度进行控制的方法。一旦周围温度低于或者高于具体操作温度，可逆的加热或者冷却元件被启动以维持对象追踪网络装置的最佳操作温度。

如果多电源中存在不足的能量，通用电力系统可以组合电池以及多个电源中可用的能量以对对象追踪网络装置供电。

通用电力系统可以通过在从电池以及多个输入电源没有对设备供电以维持系统状态并避免灾难性电力丢失数据损坏的足够能量时，向中央管理系统发送装置关闭健康检查状态消息并自动关闭装置来执行一种低电力自动关闭方法。

2.0发明领域

公开了在永久电源不可用时向装置提供恒定的并且不间断的电力的移动电力系统。

3.0背景技术

目前的车载视频安全系统只有在车辆点火时工作，对安全系统的电力是通过车辆电池或者交流发电机直接提供。示例性的泊车辅助或者后视镜视频摄像机也只有在点火和引擎运行的时候才工作。如果没点火或者引擎是关闭的，视频摄像机将不再工作因为并没有来自交流发电机的电力。如果摄像机直接从车辆电池获得电力，那么车辆电池电力最终会被摄像机耗尽，然后车辆将无法启动。为了解决这个问题，通用电力系统(UPS)被发明以不管车辆是否点火都提供恒定的并且不间断的电力。

4.0发明概述

通用电力系统能够执行一系列的方法以向装置提供恒定的并且不间断的电力。电力输入可以来自任意数量的输入电源。电力系统为两个或更多个电池充电。电力输出为对象追踪网络装置供电，并且也提供电力给加热和冷却元件以维持装置的最佳操作温度。

参见图1，通用电力系统组件-通用电力系统体现了电力管理系统(101)、电池(103，103)，输入电源(104，105，106，107，108)、加热(109)和冷却组件(110)以向装置(100)提供电力。

4.1通用电力系统逻辑流程

参见图2-通用电力系统电流流程图以及图3逻辑图表1情况集

参见图3-通用电力系统逻辑表

自动选择输入电源的方法可以通过以下实现：输入电源(200)是车辆交流发电机、AC电源、太阳能、风能或其他形式。电源控制(201)自动选择最高的电源并将电流切换到电池充电选择器(213)。

确定哪个电池需要充电的方法可以通过以下实现：电流平衡控制(202)确定哪个电池B1(209)或电池B2(210)需要充电。

对电池充电的方法可以通过以下实现：电池B1电力信号模块(207)被设置为LOW，这代表着电流将从电流平衡控制(102)流动到电池B2(210)。电流平衡控制(102)接着将电流切换到被设定为LOW的电力信号模块(207)，从而将电流切换以为电池B2(210)充电。

停止给电池充电的方法可以通过以下实现：由于电池B2(210)正在充电，没有通过设置为关闭的电力开关(203)到电池B2(210)的电流流动。其反面对于针对电池B1设置为打开的电力开关(203)是正确的。电池B1(209)是充满电状态。因此，电流平衡控制(202)被设置到关，因此电池B1(209)不被充电。

为装置提供电力的方法可以通过以下实现：

当按照电力信号模块(208)电池B1(209)被设置为充满电状态，电力开关(203)可以被设置到打开，从而切换来自电池B1(209)的电流以给装置(204)供电。

允许到装置的传感器输入监测的方法可以通过以下实现：输入传感器(214)可以被连接到装置(204)以允许实时对象识别和对象追踪。装置(204)可以通过开关(203)打开，该开关(203)取决于哪块电池由电流平衡控制(202)设置为充满电状态来切换来自电池B1(209)或者电池B2(210)的电流。充满电状态的电池能够向设备(204)供电，从而允许传感器输入(214)的检测。

一种监控装置操作温度的方法可以通过以下方式实现：当装置(204)由处于打开状态的电力开关(203)供电时，热传感器和控制(205)也能够被电力开关设置到打开状态，使得其能够监控装置(204)操作温度。

一种确定装置操作温度超出用户定义的最高温度上限并且启动冷却的方法可以通过以下实现：如果如由热传感器和控制(205)检测到的装置操作温度超出用户定义的最高温度上限，冷却元件(206)可以被启动以将操作温度下降到可接受的操作温度。

一种确定装置操作温度低于用户定义的最低温度下限并且启动加热的方法可以通过以下实现：如果如由热传感器和控制(205)检测到的装置操作温度低于用户定义的最低温度下限，加热元件(206)可以被启动以将操作温度上升到可接受的操作温度。

4.2通用电力系统电路区块图描述

参见图3-通用电力系统逻辑表

参见图4-通用电力系统电路区块图

通用电力系统可以具有3个主要的电路区块：电池B1充电块(422)、电池B2充电块(423)以及电力开关块(424)。

4.2.1电池B1充电块(422)

一种为电池B1(406)充电的方法可以通过以下来实现：将电池B1充电块(422)连接到电池B1，同时电力开关块(424)将电流切换到电池B1(406)如图3表2所示-电池B1电量低，因此它需要充电。开关S1可以被设置为开，从而允许电池充电器BC1向电池B1充电。

一种为电池B1(406)充电的方法可以通过电力开关块(424)实现，电力开关块(424)包括U4四路双向开关(409)以及电力开关继电器(411)。U4(409)可以通过U3(407)电池B1输出电压检测器控制，其能够监控电池B1(406)的输出电压。当电池B1(406)的输出电压低于U3(407)的参考电压时，其能够向U4(409)发出信号以触发电池B1SCRT-硅控制整流触发器(410)。触发器通过允许充电电流从U2(404)通过能够将电流从输入电源转发到电池B1(406)的SCR6(405)使得U2(404)给电池B1(406)充电。

一种自动选择输入电源(比如AC电源(401)或者其他电源)以对电池B1(406)进行充电的方法可以通过检测最高的输入电压并切换该电压以为电池充电来实现。这能够通过每一个电源连接到用于每个输入电源的输入硅控制整流器SCR1到SCR5(402)，并将输出电压整流到U1电力输入电压电测器(403)来实现。U1(403)接着能够触发U2(402)将输入电流切换通过能够将来自输入电源的电流转发到电池B1(406)的SCR6(405)。

4.2.2电池B2充电块(423)

一种为电池B2(413)充电的方法可以通过以下来实现：将电池B2充电块(423)连接到电池B2，同时电力开关块(424)将电流切换到电池B2(413)如图3表1所示-电池B2电量低，因此它需要充电。开关S2可以被设置为开，从而允许电池充电器BC2向电池B2充电。

一种为电池B2(406)充电的方法可以通过电力开关块(424)实现，该电力开关块(424)包括U4四路双向开关(409)以及电力开关继电器(411)。U4(414)可以通过U3(416)电池B2输出电压检测器控制，其能够监控电池B2(413)的输出电压。当电池B2(413)的输出电压低于U3(416)的参考电压时，其能够向U4(409)发出信号以触发电池B2SCRT-硅控制整流触发器(415)。触发器通过允许充电电流从U2(418)通过能够将电流从输入电源转发到电池B2的SCR6(407)给电池B2(413)充电。

一种自动选择输入电源(比如AC电源(421)或者其他电源)以对电池B2(413)进行充电的方法可以通过检测最高的输入电压并切换该电压以为电池充电来实现。这能够通过一个电源连接到用于每个输入电源的输入硅控制整流器SCR1到SCR5(419)并将输出电压整流到U1电力输入电压电测器(419)来实现。U1(419)接着能够触发U2(418)切换输入电流通过能够将来自输入电源的电流转发到电池B2(413)的SCR6(417)。

4.3通用电力系统组件层次描述

参见图5-通用电力系统电路图

4.3.1电池B1充电块(B1)

一种为电池B1(502)充电的方法可以通过以下来实现：连接电池B1充电块(501)到电池B1(502)。不同电源(503)的输入被连接到硅控制整流器(SCR 1，2，3，4，5)，并连接到电路平衡(U4)的输入。U4确定哪个电源(503)具有最高输入电压。U4接着将连接到对应的SCR的触发输入的适当的输出设置为高，从而将电流切换到电池B1(502)如图3，表2-电池B1电量低，需要充电所示。

一种为电池B1(502)充电的方法可以通过以下来实现：B1输入电源(503)将电流通过输入电阻器(R13，R14，R15，R16，R17)转发到电路平衡(U4)。U4确定哪个电源(503)输入具有最高输入电压。U4接着将连接到对应的SCR的触发输入的适当的输出设置为高，从而切换电流到电池B1(502)。

一种为电池B1(502)充电的方法可以通过以下实现：U4协同硅控整流器SCR(1，2，3，4，5，6)作为电池B1(502)的一个电路开关继电器，U4由作为用于监控电池B1(502)的输出电压的电池B1输出电压检测器电路平衡(U3)的输出控制。当如由电压分割电路电阻器(R8，R9)测量的电池B1(502)的输出电压低于通过电阻R7设置的U3的参考电压时，U3的输出被设置为高。这一触发电压使得U4将合适的SCR(1，2，3，4，5，6)的出发输入电压设置为高。其充当电池B1充电电路(U2)的触发电压以使得它的输出(Pin 6)设置为高。高电压阻塞了流经二极管D1的电流。这就允许电流通过电阻器R5和R6，从而设置晶体管的基极(B)为高。高电压阻塞了来自发射极(E)到基极(B)的流经电阻R3和LED的电流。这创建了开路，从而阻止电流流经晶体管。由于LED输入处的电流由于开路而不能够流经晶体管。电流可以代替地从U1经过R23流到连接到电池B1(502)的SCR6。由于SCR6的触发输入电压已经被设置为高，这也就允许电流经过SCR6流向B1(502)以为其充电。

4.3.2电池B2充电块(B2)

一种为电池B2(505)充电的方法可以通过以下实现：连接电池B2充电块(504)到电池B1(505)。不同电源(506)的输入被连接到硅控制整流器(SCR 1，2，3，4，5)，并连接到电路平衡(U4)的输入。U4确定哪个电源(506)具有最高输入电压。U4接着将连接到对应的SCR的触发输入的适当的输出设置为高，从而切换电流到电池B1(502)，如图3，表2所定义的-电池B1电量低，因此需要充电。

一种为电池B2(505)充电的方法可以通过以下来实现：B2输入电源(506)通过将电流通过输入电阻器(R13，R14，R15，R16，R17)转发到电路平衡(U4)。U4确定哪个电源(506)具有最高输入电压。U4接着将连接到对应的SCR的触发输入的适当的输出设置为高，从而切换电流到电池B2(505)。

一种为电池B2(505)充电的方法可以如下实现：通过U4协同硅控整流器SCR(1，2，3，4，5，6)作为电池B2(505)的电路开关继电器，U4由作为用于监控电池B2(505)的输出电压的电池B2输出电压检测器的电路平衡(U3)的输出控制。如由电压分割电路电阻器(R8，R9)测量的电池B2(505)的输出电压低于通过电阻R7设置的U3的参考电压时，U3的输出被设置为高。这一触发电压使得U4将合适的SCR(1，2，3，4，5，6)的参考输入电压设置为高。这充当B2充电电路(U2)的触发电压，以使得它的输出(Pin 6)设置为高。高电压阻塞了流经二极管D1的电流。这就允许电流通过电阻R5和R6，从而设置晶体管的基极(B)为高。这一高电压阻塞了来自发射极(E)到基极(B)的流经电阻R3和LED的电流。这创建了一个开路，从而阻止电流流经晶体管。由于LED输入处的电流由于开路而不能够流经晶体管。电流可以代替地从U1经过R23流到连接到电池B2(505)的SCR6。由于SCR6的触发输入电压已经被设置为高，这也就允许电流经过SCR6流向B2(505)以为其充电。

5.0附图

图1-通用电力系统组件

图2-具有图3逻辑图表1情况集合的通用电力系统电流图

图3-通用功率系统逻辑表

图4-通用功率系统电路框图

图5-通用功率系统组件级别图

Claims

1.一种装置，包括：

发射器，其被配置为建立在客户端设备与第一数据服务提供方之间的第一数据会话；以及

处理器，其被配置为：

针对预定时间段的通信数据丢失来监测所述数据会话；

标识所述预定时间段在没有数据会话活动的情况下已期满；

终止所述第一数据会话；

从存储器取回数据会话偏好；以及

基于所述数据会话偏好来建立在所述客户端设备与第二数据服务提供方之间的第二数据会话。

2.根据权利要求1所述的装置，其中所述第一数据会话经由所述客户端设备的第一端口被建立并且所述第二数据会话经由所述客户端设备的第二端口被建立。

3.根据权利要求1所述的装置，其中所述预定时间段被标识为在没有数据会话活动的情况下已期满包括对在所述预定时间段内在客户端设备没有确认消息被接收的确定。

4.根据权利要求1所述的装置，其中所述处理器被进一步配置为：

标识针对连接可靠性的第一数据会话偏好；以及

标识针对连接成本的第二数据会话偏好。

5.根据权利要求4所述的装置，其中所述处理器被进一步配置为基于所述第一数据会话偏好和所述第二数据会话偏好来选择所述第二数据服务提供方。

6.根据权利要求1所述的装置，其中所述第一数据服务提供方包括本地无线连接和有线连接中的至少一个。

7.根据权利要求1所述的装置，其中所述第二数据服务提供方包括4G蜂窝数据提供方和卫星数据提供方中的至少一个。

8.根据权利要求1所述的装置，其中：

所述发射器被进一步配置为向所述第一数据提供方传输至少一个数据分组；

并且所述处理器被进一步配置为响应于传输所述至少一个数据分组来发起计时器，确认在所述预定时间段内没有确认被接收。

9.根据权利要求1所述的装置，其中所述发射器被配置为传输对于发起与所述第二数据服务提供方的数据会话的请求。

10.根据权利要求1所述的装置，其中：

所述发射器被进一步配置为向回声服务器传输消息以标识备选数据服务提供方，以及接收回声响应消息；并且

所述处理器被进一步配置为当所述第一数据服务提供方未能向所述客户端设备提供数据服务时，基于所述回声响应消息来将所述备选数据服务提供方选择为所述第二数据服务提供方。