CN112291207A - 一种前端设备目录获取方法及装置 - Google Patents
一种前端设备目录获取方法及装置 Download PDFInfo
- Publication number
- CN112291207A CN112291207A CN202011107945.5A CN202011107945A CN112291207A CN 112291207 A CN112291207 A CN 112291207A CN 202011107945 A CN202011107945 A CN 202011107945A CN 112291207 A CN112291207 A CN 112291207A
- Authority
- CN
- China
- Prior art keywords
- directory
- sip
- http
- request
- target
- 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.)
- Granted
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/01—Protocols
- H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
- H04L67/025—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP] for remote control or remote monitoring of applications
-
- 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/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1095—Replication or mirroring of data, e.g. scheduling or transport for data synchronisation between network nodes
-
- 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
-
- 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/14—Session management
- H04L67/146—Markers for unambiguous identification of a particular session, e.g. session cookie or URL-encoding
-
- 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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/08—Protocols for interworking; Protocol conversion
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Health & Medical Sciences (AREA)
- Computing Systems (AREA)
- General Health & Medical Sciences (AREA)
- Medical Informatics (AREA)
- Telephonic Communication Services (AREA)
Abstract
本申请提供一种前端设备目录获取方法及装置,基于该方法,先接收交警终端基于http协议发出的http目录同步请求,并转换成前端设备可识别的sip目录同步请求,然后通过与5G基站把sip目录同步请求发送目标前端设备,并接收目标前端设备返回的的sip目录同步响应,再转换成http目录同步响应后返回交警终端,整个目录获取过程交警终端仅需在网页浏览器或平台上发出一次请求即可完成,简化了获取流程,通过5G基站进行信息传输速度较快,提高了目录同步的效率。此外,在内部将返回的多条sip目录同步响应生成前端设备目录后再返回给交警终端,可以直接获取结构完整的前端设备目录,改善了获取数据较为割裂的技术问题。
Description
技术领域
本申请涉及智慧交通领域,尤其涉及一种前端设备目录获取方法及装置。
背景技术
在智慧交通系统中,设置在监控场所的前端设备多基于sip协议开发和通信,sip为双向协议,单次传输的数据大小有限。当系统需要进行目录同步操作时,会向前端设备发出请求,系统内所有前端设备基于该请求返回对应的目录数据,由于目录数据量较大,无法通过sip协议一次传输完毕,现有机制多采取返回多次信令的方式进行数据传输,但此种方式一方面会使得目录数据分散在不同的信令中,造成数据割裂,请求方无法直接获取完整的目录数据,另一方面sip协议下的请求方式为多次请求对应多次响应,整个请求过程较为繁琐,对开发人员的要求也较高。
因此,现有的前端设备目录获取方法存在过数据割裂和过程繁琐的技术问题,需要改进。
发明内容
本申请实施例提供一种前端设备目录获取方法及装置,用以缓解现有的前端设备目录获取方法中数据割裂和过程繁琐的技术问题。
为解决上述技术问题,本申请实施例提供以下技术方案:
本申请提供一种前端设备目录获取方法,适用于智慧交通系统,所述智慧交通系统包括前端设备、数据服务器、5G基站以及交警终端,所述前端设备基于sip协议直接或通过平台连接所述5G基站,所述交警终端基于http协议连接所述数据服务器,所述前端设备目录获取方法应用于所述数据服务器,所述前端设备目录获取方法包括:
接收所述交警终端基于http协议发送的http目录同步请求,所述http目录同步请求携带终端标识和目标设备类型标识;
根据所述目标设备类型标识生成所述http目录同步请求对应的sip目录同步请求,并将所述http目录同步请求与所述sip目录同步请求捆绑生成请求对;
根据所述目标设备类型标识,确定目标前端设备和所述前端目标设备对应的目标5G基站,并确定与所述目标5G基站之间的长连接;
通过所述长连接向所述目标5G基站发送所述sip目录同步请求,以控制所述目标5G基站基于sip协议通过sip专线向所述目标前端设备发送所述sip目录同步请求,并接收所述目标前端设备基于sip协议通过所述sip专线返回的多条sip目录同步响应;
接收所述目标5G基站通过所述长连接返回的多条sip目录同步响应,所述sip目录同步响应携带目录数据,在接收的目录数据的数量等于预设值时,根据接收到的预设数量条目录数据,生成前端设备目录;
基于所述请求对,更新所述sip目录同步请求对应的http目录同步请求的处理状态为请求已处理;
生成携带所述前端设备目录的http目录同步响应,根据所述终端标识,基于http协议向所述交警终端返回所述http目录同步响应。
同时,本申请实施例还提供了一种前端设备目录获取装置,适用于智慧交通系统,所述智慧交通系统包括前端设备、数据服务器、5G基站以及交警终端,所述前端设备基于sip协议直接或通过平台连接所述5G基站,所述交警终端基于http协议连接所述数据服务器,所述前端设备目录获取装置设置在所述数据服务器中,所述前端设备目录获取装置包括:
接收模块,用于接收所述交警终端基于http协议发送的http目录同步请求,所述http目录同步请求携带终端标识和目标设备类型标识;
请求生成模块,用于根据所述目标设备类型标识生成所述http目录同步请求对应的sip目录同步请求,并将所述http目录同步请求与所述sip目录同步请求捆绑生成请求对;
确定模块,用于根据所述目标设备类型标识,确定目标前端设备和所述前端目标设备对应的目标5G基站,并确定与所述目标5G基站之间的长连接;
发送模块,用于通过所述长连接向所述目标5G基站发送所述sip目录同步请求,以控制所述目标5G基站基于sip协议通过sip专线向所述目标前端设备发送所述sip目录同步请求,并接收所述目标前端设备基于sip协议通过所述sip专线返回的多条sip目录同步响应;
目录生成模块,用于接收所述目标5G基站通过所述长连接返回的多条sip目录同步响应,所述sip目录同步响应携带目录数据,在接收的目录数据的数量等于预设值时,根据接收到的预设数量条目录数据,生成前端设备目录;
更新模块,用于基于所述请求对,更新所述sip目录同步请求对应的http目录同步请求的处理状态为请求已处理;
返回模块,用于生成携带所述前端设备目录的http目录同步响应,根据所述终端标识,基于http协议向所述交警终端返回所述http目录同步响应。
本申请还提供一种电子设备,包括存储器和处理器;所述存储器存储有应用程序,所述处理器用于运行所述存储器内的应用程序,以执行上述任一项所述的前端设备目录获取方法中的操作。
有益效果:本申请实施例提供一种前端设备目录获取方法及装置,该方法适用于智慧交通系统,在本方法中,数据服务器先接收交警终端基于http协议发送的http目录同步请求,http目录同步请求携带终端标识和目标设备类型标识;根据目标设备类型标识生成http目录同步请求对应的sip目录同步请求,并将http目录同步请求与sip目录同步请求捆绑生成请求对;然后通过与目标5G基站的长连接把sip目录同步请求发送给目标5G基站,控制目标5G基站把sip目录同步请求发送给目标前端设备,并接收目标前端设备返回的的sip目录同步响应,然后基于长连接向数据服务器返回sip目录同步响应,sip目录同步响应携带目录数据,在接收的目录数据的数量等于预设值时,根据接收到的预设数量条目录数据,生成前端设备目录;基于请求对,更新sip目录同步请求对应的http目录同步请求的处理状态为请求已处理;生成携带前端设备目录的http目录同步响应,根据终端标识,基于http协议向交警终端返回http目录同步响应。本申请基于http协议发出http目录同步请求,并转换成前端设备可识别的sip目录同步请求,然后前端设备返回的sip目录同步响应再转换成http目录同步响应后返回交警终端,整个目录获取过程交警终端仅需在网页浏览器或平台上发出一次请求即可完成,简化了获取流程,此外,在内部将返回的多条sip目录同步响应生成前端设备目录后再通过http目录同步响应的方式返回给交警终端,可以直接获取结构完整的前端设备目录,改善了获取数据较为割裂的技术问题。通过5G基站进行信息传输,速度较快,提高了目录同步的效率。在协议转换的过程中,通过生成请求对的方式,在接收到sip目录同步响应后可以迅速查到到对应的http目录同步请求并生成和返回http目录同步响应,使得响应生成较为迅速,也提高了目录同步的效率。
附图说明
下面结合附图,通过对本申请的具体实施方式详细描述,将使本申请的技术方案及其它有益效果显而易见。
图1是本申请实施例提供的前端设备目录同步系统的场景示意图。
图2为本申请实施例提供的前端设备目录获取方法的流程示意图。
图3为本申请实施例提供的前端设备目录获取方法的第一种模型示意图。
图4为本申请实施例提供的前端设备目录获取方法的第二种模型示意图。
图5为本申请实施例提供的前端设备目录获取方法的第三种模型示意图。
图6为本申请实施例提供的前端设备目录获取方法的第四种模型示意图。
图7为现有技术和本申请中交警终端和前端设备之间的目录获取方式对比示意图。
图8为本申请实施例提供的前端设备目录获取装置的结构示意图。
图9为本申请实施例提供的电子设备的结构示意图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述。显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
在本申请实施例中,所述智慧交通系统,是指在交通领域,以维护国家安全和社会稳定、预防和打击违法犯罪活动为目的,综合应用视音频监控、通信、计算机网络、系统集成等技术,构建的具有信息采集、传输、交换、控制、显示、存储、处理等功能的能够实现不同设备及系统间互联、互通、互控的综合网络系统。智慧交通系统包括前端设备、数据服务器、5G基站以及交警终端,前端设备基于sip协议直接或通过平台连接5G基站,交警终端基于http协议连接数据服务器。
在本申请实施例中,所述前端设备,是指智慧交通系统中安装于监控现场的用于信息采集、编码、处理、存储、传输、安全控制的设备及其所属的平台,具体可包括前端相机、网络硬盘录像机(NVR,Network Video Recorder)、前端设备平台等。
在本申请实施例中,所述交警终端,是指经智慧交通系统注册并授权的、对系统内的数据和设备有操作和查询需求的客户端设备,具体可包括交警用客户端和开发人员用客户端。
本申请实施例提供一种前端设备目录获取方法及装置、电子设备。其中,该前端设备目录同步装置可以集成在电子设备中,该电子设备可以是服务器,也可以是终端等设备。
请参阅图1,图1为本申请实施例所提供的前端设备目录同步系统的场景示意图,该系统可以包括终端以及服务器,终端之间、服务器之间以及终端与服务器之间通过各种网关组成的互联网等方式连接通信,其中,该应用场景中包括交警终端11、数据服务器12、5G基站13和前端设备14;其中:
交警终端11包括但不局限于平板电脑、笔记本电脑、个人计算机(PC,PersonalComputer)、微型处理盒子、或者其他设备等;
数据服务器12包括本地服务器和/或远程服务器等;
5G基站13包括在一定的无线电覆盖区中,通过通信交换中心,与各终端之间进行信息传递的无线电收发信电台;
前端设备14包括设置在监控现场的视频和图像采集设备。
交警终端11、数据服务器12、5G基站13和前端设备14位于无线网络或有线网络中,前端设备14基于sip协议连接5G基站13,交警终端11基于http协议接入数据服务器12,数据服务器12基于5G协议连接5G基站13,以实现四者之间的数据交互,其中:
数据服务器12先接收交警终端基于http协议发送的http目录同步请求,http目录同步请求携带终端标识和目标设备类型标识;然后根据目标设备类型标识生成http目录同步请求对应的sip目录同步请求,并将http目录同步请求与sip目录同步请求捆绑生成请求对;然后通过与目标5G基站的长连接把sip目录同步请求发送给目标5G基站,控制目标5G基站把sip目录同步请求发送给目标前端设备,并接收目标前端设备返回的的sip目录同步响应,然后基于长连接向数据服务器返回sip目录同步响应,sip目录同步响应携带目录数据,在接收的目录数据的数量等于预设值时,根据接收到的预设数量条目录数据,生成前端设备目录;再基于请求对,更新sip目录同步请求对应的http目录同步请求的处理状态为请求已处理;最后生成携带前端设备目录的http目录同步响应,并根据终端标识,基于http协议向交警终端返回http目录同步响应。
需要说明的是,图1所示的系统场景示意图仅仅是一个示例,本申请实施例描述的服务器以及场景是为了更加清楚地说明本申请实施例的技术方案,并不构成对于本申请实施例提供的技术方案的限定,本领域普通技术人员可知,随着系统的演变和新业务场景的出现,本申请实施例提供的技术方案对于类似的技术问题,同样适用。以下分别进行详细说明。需说明的是,以下实施例的描述顺序不作为对实施例优选顺序的限定。
请参阅图2,图2是本申请实施例提供的前端设备目录获取方法的流程示意图,该方法包括:
S201:接收交警终端基于http协议发送的http目录同步请求,http目录同步请求携带终端标识和目标设备类型标识。
设置在监控场所的前端设备用于对其视角范围内的图像和视频信息进行采集,交警终端根据采集到的信息进行违法犯罪行为的识别和处理等操作。对于各前端设备,交警内部会有其对应的前端设备目录,每条目录中包含有对应前端设备的安装位置、设备名称、设备ID等信息。对于交警系统来讲,前端设备的数量和位置等会随着监控的需求发生变化,如可能会在新的监控场所中设置新的前端设备,或在旧的监控场所中将原有的前端设备替换掉,或者对已有前端设备的参数进行相应调整。对于这些前端的操作,均会使前端设备或前端设备所属的平台中的前端设备目录发生变化,而在交警终端这边存储的前端设备目录中的数据仍然是旧的数据,因此需要由交警终端向前端设备发出目录同步请求,并根据前端设备处理后返回的响应,对交警终端侧的前端设备目录进行同步更新,以使前端设备和交警终端中的目录保持一致。
交警终端基于http协议向数据服务器发送http目录同步请求,在发送请求时,发送者可以是公安系统的内部人员,用于获取监控地点的特定类型前端设备的目录信息,以确定当前对哪些前端设备具有访问权限,可以调用相应设备上的信息进行违法行为的判断和处理,发送者也可以是具有访问权限的前端设备的开发人员,用于对前端设备的目录进行同步,根据返回的响应来决定是否需要对系统或前端设备的一些相关参数进行调试和优化。http目录同步请求可通过单独开发的视频监控平台发送,也可以直接在网页浏览器发送,由数据服务器进行接收。http协议下的请求为交警终端至数据服务器的单向通道请求。
http目录同步请求携带终端标识和目标设备类型标识,其中终端标识包括交警终端的IP地址和端口,目标设备类型标识用于对前端设备的类型进行区分,如可将前端设备分为前端相机或网络硬盘录像机等,目标设备类型标识包括属于同一类型的前端设备的共有标识,如想要查询所有前端相机的目录时,目标设备类型标识为相机标识,当想要查询所有网络硬盘录像机的目录时,目标设备类型标识为录像机标识。此外,前端设备还可以不直接与数据服务器连接,而是在前端设备平台上存储有这些前端设备的目录信息,则交警终端发出的http目录同步请求不会由前端设备接收,而是由前端设备平台进行接收和处理,因此相应地目标设备类型标识包括前端设备平台的平台标识。
S202:根据目标设备类型标识生成http目录同步请求对应的sip目录同步请求,并将http目录同步请求与sip目录同步请求捆绑生成请求对。
在接收到http目录同步请求后,根据http目录同步请求携带的目标设备类型标识,从数据服务器中存储的前端设备集群信息中确定出该类型标识下所有的目标前端设备,并获取这些目标前端设备的访问地址,根据该访问地址生成sip目录同步请求中的请求头。然后,对http目录同步请求中的各同步命令进行转换,转换成sip协议下的同步命令,再将其生成为sip目录同步请求中的消息体,将请求头与消息体组合,生成对应的sip目录同步请求。
在生成sip目录同步请求后,将http目录同步请求与sip目录同步请求捆绑生成请求对,则在后续有sip目录同步响应过来后,根据sip目录同步响应与sip目录同步请求的对应关系,可以确定该响应是属于哪个sip请求的,而根据请求对中http目录同步请求与sip目录同步请求的一一对应关系,又可以进一步确定该响应是对应哪个http请求的。将两者捆绑生成请求对,可以在得到响应后,及时将该响应与交警终端发出的原始请求对应上,加快了该响应后续的处理进程。
S203:根据目标设备类型标识,确定目标前端设备和前端目标设备对应的目标5G基站,并确定与目标5G基站之间的长连接。
在5G场景下,处于某个区域内的所有前端设备,均对应连接一个5G基站,5G基站与前端设备之间形成一对多的连接关系,在数据服务器中存储有这些连接关系,因此根据目标设备类型标识,可以确定该标识对应的所有目标前端设备,然后获取这些目标前端设备的分布区域,即可进一步确定各目标前端设备与哪个5G基站连接,将对应的这些5G基站作为目标5G基站。而对于所有5G基站,均已与数据服务器之间建立了长连接,在确定了目标5G基站后,可以查找得到数据服务器与目标5G基站之间的长连接。
S204:通过长连接向目标5G基站发送sip目录同步请求,以控制目标5G基站基于sip协议通过sip专线向目标前端设备发送sip目录同步请求,并接收目标前端设备基于sip协议通过sip专线返回的多条sip目录同步响应。
在确定长连接后,数据服务器通过长连接向目标5G基站发送sip目录同步请求。数据服务器与目标5G基站之间的长连接是基于5G协议传输的,而sip目录同步请求为sip协议下的请求,因此在传输时,先对sip目录同步请求进行封装成第一封装包,然后再通过长连接发送给目标5G基站,目标5G基站再将第一封装包解包成sip目录同步请求。
目标5G基站与前端设备之间采用sip协议连接,且对于每个前端设备,均采用sip专线连接,以保证数据的安全性,因此目标5G基站在接收到sip目录同步请求后,数据服务器控制目标5G基站基于sip协议通过sip专线向目标前端设备发送sip目录同步请求,目标前端设备处理sip目录同步请求后,再通过sip专线返回sip目录同步响应。
S205:接收目标5G基站通过长连接返回的多条sip目录同步响应,sip目录同步响应携带目录数据,在接收的目录数据的数量等于预设值时,根据接收到的预设数量条目录数据,生成前端设备目录。
目标前端设备向5G基站返回sip目录同步响应,5G基站再向数据服务器返回sip目录同步响应,由于sip协议下单次传输的数据有限,目标前端设备会返回多条sip目录同步响应,各sip目录同步响应返回的时间不完全相同,即sip目录同步响应返回需要一定的时间段。每条sip目录同步响应都携带有目录数据,且每条sip目录同步响应携带的目录数据可以是一条,也可以是多条,具体可根据目录数据的数据量大小来确定。此外,返回sip目录同步响应时携带的目录数据,可以有不同的返回方式,如先返回的sip目录同步响应携带的目录数据包括父目录数据,后返回的sip目录同步响应携带的目录数据包括子目录数据,其中父目录数据中包括的每条目录可以是按地区划分的如“xx区”,子目录数据中包括的每条目录可以是按街道划分的如“xx街道”。对于一些复杂的目录,可以包括多级的父目录和子目录,以更加全面地表征该目标设备类型标识下的所有目标前端设备的分布信息,而需要传输这些目录信息,需要返回的sip目录同步响应的数量也会随之增多。
目标前端设备返回的每条sip目录同步响应中,除了会携带目录数据外,还会携带目录总数标识,即在接收到sip目录同步请求后,根据sip目录同步请求中的目标设备类型标识,可以确定该类型下的所有目标前端设备,进而可确定出该条请求下可查询到的所有目录数据的总数量,在返回每条sip目录同步响应时,均会带上这些数量。每返回一条sip目录同步响应,数据服务器均会对这些目录数据进行计数,当计数的数量与目录总数标识的数量一致时,表明本次sip目录同步请求对应的所有目录数据已发送完毕,即与预设值相等。
此时,根据接收到的预设数量条目录数据,生成前端设备目录。sip目录同步响应中携带的目录数据为支持sip协议的格式,且由于目标前端设备发送目录数据时不是按完整目录从前至后或从大到小的顺序发送,或发送按顺序发但接收顺序与发送顺序不同,对于接收到的所有目录数据,还不能直接构成前端设备目录,而是需要进行格式转换和重组,生成支持http协议的前端设备目录,具体可以是文本形式的目录。
S206:基于请求对,更新sip目录同步请求对应的http目录同步请求的处理状态为请求已处理。
在所有sip目录同步响应均已返回,且生成了前端设备目录后,则sip目录同步响应对应的sip目录同步请求的处理状态为请求已处理。此时,基于请求对找到该sip目录同步请求对应的http目录同步请求,将http目录同步请求的处理状态也更新为请求已处理。
S207:生成携带前端设备目录的http目录同步响应,根据终端标识,基于http协议向交警终端返回http目录同步响应。
数据服务器检测到http目录同步请求的处理状态为请求已处理时,生成该http目录同步请求对应的http目录同步响应,http目录同步响应携带支持http协议的前端设备目录,然后,根据终端标识确定发送http目录同步请求的交警终端,然后数据服务器与交警终端之间建立http会话,向交警终端返回http目录同步响应,交警终端基于接收到的目录同步响应中携带的前端设备目录,对本侧的旧目录进行数据更新,从而使得监控场所侧和交警终端侧的目录实现同步。
由上述方法可知,本申请实施例提供的前端设备目录获取方法,数据服务器先接收交警终端基于http协议发出http目录同步请求,并转换成前端设备可识别的sip目录同步请求,然后前端设备返回的sip目录同步响应再转换成http目录同步响应后返回交警终端,整个目录获取过程交警终端仅需在网页浏览器或平台上发出一次请求即可完成,简化了获取流程,此外,在内部将返回的多条sip目录同步响应生成前端设备目录后再通过http目录同步响应的方式返回给交警终端,可以直接获取结构完整的前端设备目录,改善了获取数据较为割裂的技术问题。通过5G基站进行信息传输,速度较快,提高了目录同步的效率。在协议转换的过程中,通过生成请求对的方式,在接收到sip目录同步响应后可以迅速查到到对应的http目录同步请求并生成和返回http目录同步响应,使得响应生成较为迅速,也提高了目录同步的效率。
如图3所示,将前端设备目录获取方法的框架划分为几个模块,数据服务器包括http服务模块22、协议调度模块23和sip代理模块24,交警终端发送的http目录同步请求21,先发送至http服务模块22,http服务模块22对http目录同步请求21做参数合法性判断和查重处理后,发送给协议调度模块23。协议调度模块23根据http目录同步请求21生成sip目录同步请求并发送给sip代理模块24,同时将http目录同步请求21和sip目录同步请求捆绑生成请求对。sip代理模块24根据http目录同步请求21中的目录设备类型标识,从前端设备26中确定目标前端设备,然后通过5G基站25将sip目录同步请求发送给目标前端设备,目标前端设备处理sip目录同步请求后通过5G基站25返回多条sip目录响应,每条sip目录响应都携带目录数据,sip代理模块24将每条sip目录响应都发送给协议调度模块23,同时sip代理模块24和协议调度模块23均对这些目录数据进行计数,在计数的数量等于预设值时,表明目标前端设备对应的所有目录数据均已返回,则sip代理模块24将sip目录同步请求的处理状态更新为请求已处理,相应地,协议调度模块23的请求对中的sip目录同步请求的处理状态也会更新为请求已处理。协议调度模块23对接收到的所有目录数据进行格式转换和重组,生成前端设备目录,同时,根据请求对确定出已处理的sip目录同步请求对应的http目录同步请求21,将http目录同步请求21的处理状态也更新为请求已处理,并且把前端设备目录填充到http目录同步请求21中。此时,http服务模块22中的http目录同步请求21的处理状态也会更新为请求已处理,则http服务模块22会根据填充有前端设备目录的http目录同步请求21,生成携带前端设备目录的http目录同步响应27,然后根据http目录同步请求21中的终端标识,确定发送http目录同步请求21的交警终端,基于http协议向交警终端返回http目录同步响应27,交警终端根据该响应实现交警终端侧和前端设备侧的目录同步。
如图4、图5和图6所示,http服务模块22包括http服务缓存器221、http任务缓存队列222、http响应逻辑223和http任务定时器224,协议调度模块23包括目录拼装模块231、调度任务定时器232和sip目录响应缓存队列233,sip代理模块24包括sip任务缓存队列241、sip任务定时器242、用户代理客户端243、用户代理服务器244,下面结合图3至图6对本申请的前端设备目录获取方法进行具体说明。
交警终端向http服务模块22发送http目录同步请求21,可通过单独开发的视频监控平台发送,也可以直接在网页浏览器发送,http目录同步请求21携带终端标识和目标设备类型标识。终端标识包括交警终端的IP地址和端口,数据服务器根据该终端标识确定接收到目录同步响应后具体应该向哪个终端发送,目标设备类型标识用于对前端设备的类型进行区分,如可将前端设备分为前端相机或网络硬盘录像机等,目标设备类型标识包括属于同一类型的前端设备的共有标识,数据服务器根据目标设备类型标识确定想要对哪一类型的前端设备进行目录同步,以向该类型下的所有目标前端设备发送http目录同步请求21,从而交警终端可以获取所有目标前端设备的目录数据,根据目录数据对交警终端侧的旧目录进行更新。
http目录同步请求21进入http服务模块22后,先进入http服务缓存器221中,由http服务缓存器221进行合法性判断。具体包括:基于同步请求有效参数集,对http目录同步请求21进行逻辑判断;若http目录同步请求21合法,则将http目录同步请求21缓存至http任务缓存队列222,若http目录同步请求21不合法,则将其标记为错误,并由http响应逻辑223直接向交警终端返回终止请求结果,终止请求结果在交警终端表现为http目录同步响应27,且该响应的状态为非法。交警终端发出http目录同步请求21时,通常采用在网页浏览器或平台上输入网址的形式发出,http目录同步请求21中包括终端标识、目标设备类型标识和同步命令等参数,如果各标识或同步命令的输入有误,会影响后续的处理逻辑,因此在http服务缓存器221对http目录同步请求21进行解析后,先基于同步请求有效参数集,对http目录同步请求21做逻辑判断,同步请求有效参数集包括有效参数的类型、具体参数值、各参数的排列顺序等,若合法,则进入下一步骤,将http目录同步请求21缓存至http任务缓存队列222中,若不合法,则接向交警终端返回终止请求结果,并可以进一步显示具体错误类型,如输入的是无效参数或找不到对应的目标前端设备等,以方便交警终端对http目录同步请求21进行调整后重新输入。
在一种实施例中,在将http目录同步请求21缓存至http任务缓存队列222的步骤之前,还包括:判断http目录同步请求21是否与http任务缓存队列222中之前预设时间段内接收的第一http目录同步请求内容相同;若内容相同,则将http目录同步请求21去除,并将第一http目录同步请求的请求开始时间更新为http目录同步请求21的请求开始时间,若内容不同,则将http目录同步请求21缓存至http任务缓存队列222。
在交警终端发送http目录同步请求21后,如果在预期时间内没有接收到同步响应,通常会进行一次或多次刷新操作,每次刷新操作均会再次发出一个http目录同步请求21,且每次发出的http目录同步请求21的内容相同,如果数据服务器对每次请求均进行处理,会造成资源的浪费,因此在http目录同步请求21缓存至http服务缓存器221后,http服务缓存器221会检查http任务缓存队列222中之前预设时间段内接收的第一http目录同步请求,该预设时间段可根据多数请求发送者的发送行为来设定,例如多数请求发送者在发送请求后2秒内未收到响应会开始重新发起请求,则可以用2秒为预设时间段。如果检测到之前预设时间段内进入http任务缓存队列222的所有第一http目录同步请求均与本次发出的http目录同步请求21的内容不同,则表明本次发出的http目录同步请求21为首次发出的请求,则可以直接将其放入http任务缓存队列222。如果检测到之前预设时间段内进入http任务缓存队列222的所有第一http目录同步请求中,有与本次进入的http目录同步请求21内容相同的第一http目录同步请求,则表明本次发出的http目录同步请求21为对应第一http目录同步请求的刷新请求,此时,由于第一http目录同步请求的请求时间早于http目录同步请求21的请求时间,第一http目录同步请求可能已经在进行后续的处理,如果重新处理http目录同步请求21,则会造成请求的重复处理和时间的浪费。此外,假设在用户的心理预期中发起一个请求至接收到响应的时间间隔不超过5秒,当用户在执行刷新操作时,在用户看来为重新发了一次请求,则从此刻起还可以有5秒的等待时间,而在数据服务器内部,则将新接收到的http目录同步请求21去除,并将第一http目录同步请求的请求开始时间更新为http目录同步请求21的请求开始时间,则相当于原有的第一http目录同步请求的请求时间增加至两倍,从此刻起在5秒内返回响应就不会造成用户体验不佳。因此,通过在数据服务器内采用这种机制,为旧的第一http目录同步请求争取到更多的处理时间,响应超时的现象也会减轻,因此提高了用户体验。
在将http目录同步请求21缓存至http任务缓存队列222中后,http任务缓存队列222为http目录同步请求21生成http状态标识,http状态标识的标识内容为请求待处理,然后将http目录同步请求21发送至协议调度模块23,具体为发送至协议调度模块23的调度任务定时器232中。
调度任务定时器232通过读取http任务缓存队列222中http状态标识的标识内容来确定下一步骤的操作。当读取到http状态标识的标识内容为请求待处理时,在调度任务定时器232内部生成http目录同步请求21对应的sip目录同步请求,并将http任务缓存队列222中http状态标识的标识内容更新为处理中。调度任务定时器232将生成的sip目录同步请求发送给sip代理模块24,同时,将http目录同步请求21和sip目录同步请求捆绑生成请求对,将请求对缓存至sip目录响应缓存队列233,并为请求对生成请求对标识。调度任务定时器232在一段时间内可能会接收到多个请求,则相应地会生成多个请求对,在将请求对缓存至sip目录响应缓存队列233时,为了区分本次请求和其他请求,每生成一个请求对,就会为该请求对生成一个唯一标识。
调度任务定时器232将生成的sip目录同步请求发送给sip代理模块24,具体为发送给sip代理模块24的sip任务缓存队列241,sip任务缓存队列241会为sip目录同步请求生成sip状态标识,sip状态标识的标识内容为请求待处理,sip任务定时器242通过读取sip任务缓存队列241中sip状态标识的标识内容来确定下一步操作,在读取到sip状态标识的标识内容为请求待处理时,根据sip目录同步请求中携带的目标设备类型标识,确定该标识对应的所有目标前端设备,然后获取这些目标前端设备的分布区域,即可进一步确定各目标前端设备与哪个5G基站25连接,将该5G基站作为目标5G基站。对于所有5G基站25,均已与数据服务器之间建立了长连接,在确定了目标5G基站后,可以查找得到数据服务器与目标5G基站之间的长连接,然后通过长连接向目标5G基站发送sip目录同步请求。
由于数据服务器与目标5G基站之间的长连接是基于5G协议传输的,而sip目录同步请求为sip协议下的请求,因此先对sip目录同步请求进行封装成第一封装包,然后再通过长连接发送给目标5G基站,目标5G基站再将第一封装包解包成sip目录同步请求。
在一种实施例中,通过长连接向目标5G基站发送sip目录同步请求,以控制目标5G基站基于sip协议通过sip专线向目标前端设备发送sip目录同步请求的步骤,包括:获取目标5G基站与目标前端设备的连接周期;在连接周期内,通过长连接向目标5G基站发送sip目录同步请求,以控制目标5G基站在连接周期内,基于sip协议通过sip专线向目标前端设备发送sip目录同步请求。目标5G基站与其连接范围内的所有前端设备形成一对多的关系,对于每个前端设备,目标5G基站均有与该前端设备对应的连接通道,但目标5G基站与各前端设备之间的连接通道不是在所有时刻都是连通的,而是根据一定的顺序,依次打开和关闭与各前端设备之间的连接通道,因此对于每个前端设备,都有其对应的连接周期,只有在连接周期内该前端设备与目标5G基站才能实现通信,因此,需要先获取目标5G基站与目标前端设备的连接周期,然后在该连接周期内,控制目标5G基站向目标前端设备发送sip目录同步请求。
目标5G基站与前端设备之间采用sip协议连接,且对于每个前端设备,均采用sip专线连接,以保证数据的安全性,因此目标5G基站在接收到sip目录同步请求后,数据服务器控制目标5G基站基于sip协议通过sip专线向目标前端设备发送sip目录同步请求,目标前端设备处理sip目录同步请求后,再通过sip专线向目标5G基站返回sip目录同步响应。
前端设备26中包括的前端设备有多种类型,如前端相机261、网络硬盘录像机263等,当前端设备直接连接数据服务器时,目标设备类型标识可以是相机标识或录像机标识,此时发送的sip目录同步请求直接由对应类型的相机或录像机来接收,即目标前端设备为前端相机261或网络硬盘录像机263等,且直接由对应的相机或录像机来返回目录数据。而当前端设备通过平台连接数据服务器时,目标设备类型标识包括前端设备平台262的平台标识,此时发送的sip目录同步请求由前端设备平台262接收,即目标前端设备为前端设备平台262,且由该平台来返回目录数据。
sip代理模块24通过用户代理客户端243基于长连接向目标5G基站发送sip目录同步请求,以控制目标5G基站向目标前端设备发送sip目录同步请求,目标前端设备处理该请求后生成sip目录同步响应并通过目标5G基站返回给数据服务器,由用户代理服务器244接收。同样地,目标5G基站在向数据服务器返回sip目录同步响应时,需要先对sip目录同步响应进行封装成第二封装包,然后再通过长连接发送给数据服务器,数据服务器再将第二封装包解包成sip目录同步响应。
由于sip协议下单次传输的数据有限,目标前端设备会返回多条sip目录同步响应,各sip目录同步响应返回的时间不完全相同,即sip目录同步响应返回需要一定的时间段。每条sip目录同步响应都携带有目录数据,且每条sip目录同步响应携带的目录数据可以是一条,也可以是多条,具体可根据目录数据的数据量大小来确定。此外,返回sip目录同步响应时携带的目录数据,可以有不同的返回方式,如先返回的sip目录同步响应携带的目录数据包括父目录数据,后返回的sip目录同步响应携带的目录数据包括子目录数据,其中父目录数据中包括的每条目录可以是按地区划分的如“xx区”,子目录数据中包括的每条目录可以是按街道划分的如“xx街道”。对于一些复杂的目录,可以包括多级的父目录和子目录,以更加全面地表征该目标设备类型标识下的所有目标前端设备的分布信息,而需要传输这些目录信息,需要返回的sip目录同步响应的数量也会随之增多。
目标前端设备返回的每条sip目录同步响应中,除了会携带目录数据外,还会携带目录总数标识,即在接收到sip目录同步请求后,根据sip目录同步请求中的目标设备类型标识,可以确定该类型下的所有目标前端设备,进而可确定出该条请求下可查询到的所有目录数据的总数量,在返回每条sip目录同步响应时,均会带上这些数量。
用户代理服务器244将接收到的每条sip目录同步响应都返回给sip任务缓存队列241,sip任务缓存队列241内部会为这些响应生成响应结果集,且通过响应计数器来对响应结果集中的目录数据的数量进行计数,每接收一条sip目录同步响应,就对其中携带的目录数据进行一次计数,直到计数的数量与目录总数标识的数量一致时,表明本次sip目录同步请求对应的所有目录数据已发送完毕,即与预设值相等,此时将sip任务缓存队列241中sip状态标识的标识内容更新为请求已处理。此外,sip任务缓存队列241内部还设置有超时机制,在计数过程中超过最大等待时间而计数数量还未达到目录总数标识的数量时,则会将sip任务缓存队列241中sip状态标识的标识内容更新为请求已超时。
在sip任务缓存队列241接收多条sip目录同步响应时,每接收到一条新的sip目录同步响应,均会将该条sip目录同步响应发送给sip目录响应缓存队列233,sip目录响应缓存队列233中同样会为这些响应生成响应结果集,并通过响应计数器对目录数据的数量进行计数,在计数的数量与目录总数标识的数量相等时,将接收到的所有目录数据进行组合和格式转换,生成支持http协议的前端设备目录。
sip目录同步响应中携带的目录数据为支持sip协议的格式,且由于目标前端设备发送目录数据时不是按完整目录从前至后或从大到小的顺序发送,或发送按顺序发但接收顺序与发送顺序不同,对于接收到的所有目录数据,还不能直接构成前端设备目录,因此调度任务定时器232会取出这些sip目录同步响应,并把sip目录响应缓存队列233中的sip目录同步响应移除,然后把取出的这些sip目录同步响应发送给目录拼装模块231,由目录拼装模块231对这些sip目录同步响应携带的目录数据进行格式转换和重组,生成支持http协议的前端设备目录,具体可以是文本形式的目录。
由于目标前端设备返回的每条sip目录同步响应均会由sip任务缓存队列241发送给sip目录响应缓存队列233,而在http服务模块22将http目录同步请求21发给协议调度模块23后,http任务缓存队列222中的http目录同步请求21的http状态标识的标识内容就更新成请求处理中,调度任务定时器232会根据读取到的http任务缓存队列222中http状态标识的标识内容来决定下一步骤操作,当读取到标识内容为请求处理中时,则会去检测sip目录响应缓存队列233中是否有sip目录同步响应返回,当检测到有sip目录同步响应返回时,会在sip目录响应缓存队列233中确定出该响应是对应的哪个sip目录同步请求,基于该sip目录同步请求所在的请求对,进一步确定该响应对应的是哪个http目录同步请求21,然后将两者关联起来。
在数据服务器中,sip目录响应缓存队列233和sip任务缓存队列241的请求对中sip目录同步请求为同一数据源,因此在任一时刻两者的内容和状态相同,当sip任务缓存队列241中sip状态标识的标识内容更新为请求已处理时,sip目录响应缓存队列233的请求对中对应的sip状态标识的标识内容也同步更新为请求已处理。此时,在协议调度模块23内,sip目录响应缓存队列233也接收到了所有返回的sip目录同步响应,在所有sip目录同步响应都已返回后,协议调度模块23基于请求对,更新sip目录同步请求对应的http目录同步请求的处理状态为请求已处理。
在一种实施例中,基于请求对更新http目录同步请求的处理状态的步骤包括:根据请求对标识,从sip目录响应缓存队列233中确定请求对标识对应的请求对;根据请求对,确定请求对中sip目录同步请求对应的http目录同步请求21;将请求对和http任务缓存队列222中http状态标识的标识内容同步更新为请求已处理。在http目录同步请求21的发送过程中,调度任务定时器232将http目录同步请求21和对应的sip目录同步请求捆绑生成请求对,并为其生成了请求对标识,然后将请求对放入了sip目录响应缓存队列233中。而在sip目录响应缓存队列233完成对所有sip目录同步响应的接收后,sip目录响应缓存队列233只能确定该sip目录同步响应对应的是哪个sip目录同步请求,但还需要确定该响应对应的是哪个http目录同步请求21的,因此首先需要调度任务定时器232根据请求对标识,从sip目录响应缓存队列233中确定请求对标识对应的请求对是哪个,然后根据请求对确定sip目录同步请求对应的http目录同步请求21,由于该sip目录同步请求的sip状态标识的标识内容已更新为请求已处理,相应地http目录同步请求21的http状态标识的标识内容也要保持一致。
在数据服务器中,http任务缓存队列222和sip目录响应缓存队列233的请求对中http目录同步请求21的数据源相同,因此在任一时刻两者的内容和状态相同,当sip目录响应缓存队列233的请求对中http状态标识的标识内容更新为请求已处理时,http任务缓存队列222中http状态标识的标识内容也同步更新为请求已处理。
http任务定时器224并发读取http任务缓存队列222中http目录同步请求21的处理状态,并根据读取到的http任务缓存队列222中的http目录同步请求21的处理状态来确定下一步骤操作,在读取到http状态标识的标识内容为请求已处理后,控制http响应逻辑223从http任务缓存队列222中读取对应的http目录同步请求21,然后生成携带前端设备目录的http目录同步响应27。当读取到的处理状态为超时、错误或其他可返回的情况时,也会控制http响应逻辑223生成对应的http目录同步响应27。
在一种实施例中,生成携带前端设备目录的http目录同步响应27的步骤具体包括:调度任务定时器232将生成的支持http协议的前端设备目录发送给http任务缓存队列222,由http任务缓存队列222将前端设备目录填充至http目录同步请求21中,然后http响应逻辑223根据填充后的http目录同步请求21,生成携带前端设备目录的http目录同步响应27。最后,http响应逻辑223根据终端标识确定发出http目录同步请求21的交警终端是哪个,基于http协议向该交警终端返回http目录同步响应27,交警终端基于接收到的http目录同步响应27中携带的前端设备目录,对本侧的旧目录进行数据更新,从而使得监控场所侧和交警终端侧的目录实现同步。
在http服务模块22内部,http任务定时器224为新进入http任务缓存队列222中的http目录同步请求21生成请求待处理的http状态标识,并将其发送至协议调度模块23。在协议调度模块23内部,调度任务定时器232在sip目录响应缓存队列233接收完sip目录同步响应后,将请求对中http状态标识的内容更新为已处理,并将生成的前端设备目录发送给http服务模块22。在sip代理模块24内部,sip任务定时器242为新进入sip任务缓存队列241中的sip目录同步请求生成sip状态标识,并将其发送给目标前端设备,在接收完所有的sip目录同步响应后,将sip状态标识的标识内容更新为请求已完成。即,上述三个模块之间数据通信和同步均通过各自的任务定时器来进行,每个模块内部维护各自的缓存队列和定时器,每个模块的定时器只更新与本模块处理逻辑相关的缓存队列中相关请求的处理状态,并根据处理状态来决定下一步的操作,这样模块间不直接通信,避免业务和代码大量耦合造成维护困难的问题。
通过上述实施例可知,本申请的前端设备目录获取方法,先接收交警终端基于http协议发出的http目录同步请求,并转换成前端设备可识别的sip目录同步请求,然后前端设备返回的sip目录同步响应再转换成http目录同步响应后返回交警终端,整个目录获取过程交警终端仅需在网页浏览器或平台上发出一次请求即可完成,简化了获取流程,此外,在内部将返回的多条sip目录同步响应生成前端设备目录后再通过http目录同步响应的方式返回给交警终端,可以直接获取结构完整的前端设备目录,改善了获取数据较为割裂的技术问题。通过5G基站进行信息传输,速度较快,提高了目录同步的效率。在协议转换的过程中,通过生成请求对的方式,在接收到sip目录同步响应后可以迅速查到到对应的http目录同步请求并生成和返回http目录同步响应,使得响应生成较为迅速,提高了目录同步的效率。
如图7所示,为现有技术和本申请中交警终端和前端设备之间的目录获取方式对比示意图,其中图7中的a为现有技术中的目录获取方式,图7中的b为本申请中的目录获取方式。
在现有技术中,交警终端11直接向前端设备14发送sip目录同步请求,前端设备14依次返回n条sip目录同步响应,然后交警终端11再将返回的n条响应进行组装,生成前端设备目录。一方面,该过程由于目录数据分散在各条响应中,造成数据的割裂,且sip协议下传输的数据较为复杂,对于组装人员来讲要求较高,需要了解相应的组装原理后自行组合得到目录。此外,由于交警终端11接收到的响应和前端设备14发出的响应顺序可能不同,交警终端11无法准确得知数据全部传输完毕的时间,请求的超时管理十分困难。另一方面,直接基于sip协议发出请求时通常需要将请求封装成SDK后才能使用,而SDK具有语言相关性,使用不同语言开发的SDK去调用前端设备中目录数据时会受到语言的限制,造成调用困难。此外,交警终端调用SDK来发请求,当SDK更新时,容易造成交警终端侧数据的不稳定,而且往往需要交警终端和SDK开发人员同步测试修改,使得整个过程更加复杂。
在本申请中,交警终端11先向数据服务器12发送http目录同步请求,由数据服务器12生成sip目录同步请求后再发送给前端设备14,然后前端设备14返回的n条sip目录同步响应先被数据服务器12接收,并在数据服务器12内部进行格式转换和数据重组,生成完整的前端设备目录,然后数据服务器12生成携带前端设备目录的http目录同步响应发送给交警终端11。整个目录获取过程交警终端仅需在网页浏览器或平台上发出一次请求即可完成,而无需了解sip协议下多次请求和数据处理的细节以及sip协议基于的GBT/28181标准本身,大大降低了系统对接难度,简化了获取流程。此外,在内部将返回的多条sip目录同步响应生成前端设备目录后再通过http目录同步响应的方式返回给交警终端,可以直接获取结构完整的前端设备目录,改善了获取数据较为割裂的技术问题,且交警终端11可根据是否生成了前端设备目录来判断请求是否已超时。同时,http协议为非侵入式协议,在数据服务器内部更新时只需要单方进行修改测试,减轻了交警终端侧的升级工作量。此外,http协议下发出的所有请求均能被宿主服务例如tomcat/IIS等web服务器记录,而非像sip协议那样必须自行实现日志记录,增加了用户行为的追溯性,提高了系统的安全性。
在上述实施例所述方法的基础上,本实施例将从前端设备目录获取装置的角度进一步进行描述,请参阅图8,图8具体描述了本申请实施例提供的前端设备目录获取装置,其可以包括:
接收模块110,用于接收交警终端基于http协议发送的http目录同步请求,http目录同步请求携带终端标识和目标设备类型标识;
请求生成模块120,用于根据目标设备类型标识生成http目录同步请求对应的sip目录同步请求,并将http目录同步请求与sip目录同步请求捆绑生成请求对;
确定模块130,用于根据目标设备类型标识,确定目标前端设备和前端目标设备对应的目标5G基站,并确定与目标5G基站之间的长连接;
发送模块140,用于通过长连接向目标5G基站发送sip目录同步请求,以控制目标5G基站基于sip协议通过sip专线向目标前端设备发送sip目录同步请求,并接收目标前端设备基于sip协议通过sip专线返回的多条sip目录同步响应;
目录生成模块150,用于接收目标5G基站通过长连接返回的多条sip目录同步响应,sip目录同步响应携带目录数据,在接收的目录数据的数量等于预设值时,根据接收到的预设数量条目录数据,生成前端设备目录;
更新模块160,用于基于请求对,更新sip目录同步请求对应的http目录同步请求的处理状态为请求已处理;
返回模块170,用于生成携带前端设备目录的http目录同步响应,根据终端标识,基于http协议向交警终端返回http目录同步响应。
在一种实施例中,前端设备目录获取装置还包括第一标识生成模块,在接收模块110接收http目录同步请求后,第一标识生成模块用于将http目录同步请求缓存至http任务缓存队列;为http目录同步请求生成http状态标识,http状态标识的标识内容为请求待处理;将http目录同步请求发送至调度任务定时器。
在一种实施例中,前端设备目录获取装置还包括查重模块,在第一标识生成模块将http目录同步请求缓存至http任务缓存队列之前,查重模块用于判断http目录同步请求是否与http任务缓存队列中之前预设时间段内接收的第一http目录同步请求内容相同;若内容相同,则将http目录同步请求去除,并将第一http目录同步请求的请求开始时间更新为http目录同步请求的请求开始时间,若内容不同,则将http目录同步请求缓存至http任务缓存队列。
在一种实施例中,前端设备目录获取装置还包括请求对标识生成模块,用于在请求生成模块120生成请求对后,将请求对缓存至sip目录响应缓存队列,并为请求对生成请求对标识。
在一种实施例中,前端设备目录获取装置还包括状态标识生成模块,用于在请求生成模块120生成请求对之后,将sip目录同步请求发送至sip任务缓存队列;为sip目录同步请求生成sip状态标识,sip状态标识的标识内容为请求待处理。
在一种实施例中,目录生成模块150包括:
接收单元,用于接收目标5G基站通过长连接返回的多条sip目录同步响应,sip目录同步响应携带目录数据和目录总数标识;
计数单元,用于按接收顺序对每条sip目录同步响应中携带的目录数据的数量进行计数;
生成单元,用于在计数的数量与目录总数标识的数量相等时,将接收到的所有目录数据进行组合和格式转换,生成支持http协议的前端设备目录。
在一种实施例中,生成单元用于,在计数的数量与目录总数标识的数量相等时,将sip任务缓存队列和请求对中sip状态标识的标识内容同步更新为请求已处理;将接收到的所有目录数据进行组合和格式转换,生成支持http协议的前端设备目录。
在一种实施例中,更新模块160包括:
请求对确定单元,用于根据请求对标识,从sip目录响应缓存队列中确定请求对标识对应的请求对;
请求确定单元,用于根据请求对,确定请求对中sip目录同步请求对应的http目录同步请求;
标识更新单元,用于将请求对和http任务缓存队列中http状态标识的标识内容同步更新为请求已处理。
在一种实施例中,返回模块170包括:
填充单元,用于在http任务缓存队列中http状态标识的标识内容更新为请求已处理后,将前端设备目录填充至http目录同步请求中;
响应生成单元,用于根据填充后的http目录同步请求,生成携带前端设备目录的http目录同步响应。
在一种实施例中,发送模块140包括:
获取单元,用于获取目标5G基站与目标前端设备的连接周期;
控制单元,用于在连接周期内,通过长连接向目标5G基站发送sip目录同步请求,以控制目标5G基站在连接周期内,基于sip协议通过sip专线向目标前端设备发送sip目录同步请求。
区别于现有技术,本申请提供的前端设备目录获取装置,先接收交警终端基于http协议发出的http目录同步请求,并转换成前端设备可识别的sip目录同步请求,然后前端设备返回的sip目录同步响应再转换成http目录同步响应后返回交警终端,整个目录获取过程交警终端仅需在网页浏览器或平台上发出一次请求即可完成,简化了获取流程,此外,在内部将返回的多条sip目录同步响应生成前端设备目录后再通过http目录同步响应的方式返回给交警终端,可以直接获取结构完整的前端设备目录,改善了获取数据较为割裂的技术问题。通过5G基站进行信息传输,速度较快,提高了目录同步的效率。在协议转换的过程中,通过生成请求对的方式,在接收到sip目录同步响应后可以迅速查到到对应的http目录同步请求并生成和返回http目录同步响应,使得响应生成较为迅速,也提高了目录同步的效率。
相应的,本申请实施例还提供一种电子设备,如图9所示,该电子设备可以包括射频电路901、包括有一个或一个以上计算机可读存储介质的存储器902、输入单元903、显示单元904、传感器905、音频电路906、WiFi模块907、包括有一个或者一个以上处理核心的处理器908以及电源909等部件。本领域技术人员可以理解,图9中示出的电子设备结构并不构成对电子设备的限定,可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件布置。其中:
射频电路901可用于收发信息或通话过程中,信号的接收和发送,特别地,将基站的下行信息接收后,交由一个或者一个以上处理器908处理;另外,将涉及上行的数据发送给基站。存储器902可用于存储软件程序以及模块,处理器908通过运行存储在存储器902的软件程序以及模块,从而执行各种功能应用以及数据处理。输入单元903可用于接收输入的数字或字符信息,以及产生与用户设置以及功能控制有关的键盘、鼠标、操作杆、光学或者轨迹球信号输入。
显示单元904可用于显示由用户输入的信息或提供给用户的信息以及电子设备的各种图形用户接口,这些图形用户接口可以由图形、文本、图标、视频和其任意组合来构成。
电子设备还可包括至少一种传感器905,比如光传感器、运动传感器以及其他传感器。音频电路906包括扬声器,扬声器可提供用户与电子设备之间的音频接口。
WiFi属于短距离无线传输技术,电子设备通过WiFi模块907可以帮助用户收发电子邮件、浏览网页和访问流式媒体等,它为用户提供了无线的宽带互联网访问。虽然图9示出了WiFi模块907,但是可以理解的是,其并不属于电子设备的必须构成,完全可以根据需要在不改变申请的本质的范围内而省略。
处理器908是电子设备的控制中心,利用各种接口和线路连接整个手机的各个部分,通过运行或执行存储在存储器902内的软件程序和/或模块,以及调用存储在存储器902内的数据,执行电子设备的各种功能和处理数据,从而对手机进行整体监控。
电子设备还包括给各个部件供电的电源909(比如电池),优选的,电源可以通过电源管理系统与处理器908逻辑相连,从而通过电源管理系统实现管理充电、放电以及功耗管理等功能。
尽管未示出,电子设备还可以包括摄像头、蓝牙模块等,在此不再赘述。具体在本实施例中,电子设备中的处理器908会按照如下指令,将一个或一个以上的应用程序的进程对应的可执行文件加载到存储器902中,并由处理器908来运行存储在存储器902中的应用程序,从而实现以下功能:
接收交警终端基于http协议发送的http目录同步请求,http目录同步请求携带终端标识和目标设备类型标识;根据目标设备类型标识生成http目录同步请求对应的sip目录同步请求,并将http目录同步请求与sip目录同步请求捆绑生成请求对;根据目标设备类型标识,确定目标前端设备和前端目标设备对应的目标5G基站,并确定与目标5G基站之间的长连接;通过长连接向目标5G基站发送sip目录同步请求,以控制目标5G基站基于sip协议通过sip专线向目标前端设备发送sip目录同步请求,并接收目标前端设备基于sip协议通述sip专线返回的多条sip目录同步响应;接收目标5G基站通过长连接返回的多条sip目录同步响应,sip目录同步响应携带目录数据,在接收的目录数据的数量等于预设值时,根据接收到的预设数量条目录数据,生成前端设备目录;基于请求对,更新sip目录同步请求对应的http目录同步请求的处理状态为请求已处理;生成携带前端设备目录的http目录同步响应,根据终端标识,基于http协议向交警终端返回http目录同步响应。
在上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见上文的详细描述,此处不再赘述。
以上对本申请实施例所提供的一种前端设备目录获取方法及装置进行了详细介绍,本文中应用了具体个例对本申请的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本申请的技术方案及其核心思想;本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本申请各实施例的技术方案的范围。
Claims (10)
1.一种前端设备目录获取方法,其特征在于,适用于智慧交通系统,所述智慧交通系统包括前端设备、数据服务器、5G基站以及交警终端,所述前端设备基于sip协议直接或通过平台连接所述5G基站,所述交警终端基于http协议连接所述数据服务器,所述前端设备目录获取方法应用于所述数据服务器,所述前端设备目录获取方法包括:
接收所述交警终端基于http协议发送的http目录同步请求,所述http目录同步请求携带终端标识和目标设备类型标识;
根据所述目标设备类型标识生成所述http目录同步请求对应的sip目录同步请求,并将所述http目录同步请求与所述sip目录同步请求捆绑生成请求对;
根据所述目标设备类型标识,确定目标前端设备和所述前端目标设备对应的目标5G基站,并确定与所述目标5G基站之间的长连接;
通过所述长连接向所述目标5G基站发送所述sip目录同步请求,以控制所述目标5G基站基于sip协议通过sip专线向所述目标前端设备发送所述sip目录同步请求,并接收所述目标前端设备基于sip协议通过所述sip专线返回的多条sip目录同步响应;
接收所述目标5G基站通过所述长连接返回的多条sip目录同步响应,所述sip目录同步响应携带目录数据,在接收的目录数据的数量等于预设值时,根据接收到的预设数量条目录数据,生成前端设备目录;
基于所述请求对,更新所述sip目录同步请求对应的http目录同步请求的处理状态为请求已处理;
生成携带所述前端设备目录的http目录同步响应,根据所述终端标识,基于http协议向所述交警终端返回所述http目录同步响应。
2.如权利要求1所述的前端设备目录获取方法,其特征在于,接收所述交警终端基于http协议发送的http目录同步请求的步骤之后,包括:
将所述http目录同步请求缓存至http任务缓存队列;
为所述http目录同步请求生成http状态标识,所述http状态标识的标识内容为请求待处理;
将所述http目录同步请求发送至调度任务定时器。
3.如权利要求2所述的前端设备目录获取方法,其特征在于,将所述http目录同步请求与所述sip目录同步请求捆绑生成请求对的步骤之后,包括:
将所述请求对缓存至sip目录响应缓存队列,并为所述请求对生成请求对标识。
4.如权利要求3所述的前端设备目录获取方法,其特征在于,将所述http目录同步请求与所述sip目录同步请求捆绑生成请求对之后的步骤,包括:
将所述sip目录同步请求发送至sip任务缓存队列;
为所述sip目录同步请求生成sip状态标识,所述sip状态标识的标识内容为请求待处理。
5.如权利要求4所述的前端设备目录获取方法,其特征在于,接收所述目标5G基站通过所述长连接返回的多条sip目录同步响应,所述sip目录同步响应携带目录数据,在接收的目录数据的数量等于预设值时,根据接收到的预设数量条目录数据,生成前端设备目录的步骤,包括:
接收所述目标5G基站通过所述长连接返回的多条sip目录同步响应,所述sip目录同步响应携带目录数据和目录总数标识;
按接收顺序对每条sip目录同步响应中携带的目录数据的数量进行计数;
在所述计数的数量与所述目录总数标识的数量相等时,将接收到的所有目录数据进行组合和格式转换,生成支持http协议的前端设备目录。
6.如权利要求5所述的前端设备目录获取方法,其特征在于,在所述计数的数量与所述目录总数标识的数量相等时,将接收到的所有目录数据进行组合和格式转换,生成支持http协议的前端设备目录的步骤,包括:
在所述计数的数量与所述目录总数标识的数量相等时,将所述sip任务缓存队列和所述请求对中所述sip状态标识的标识内容同步更新为请求已处理;
将接收到的所有目录数据进行组合和格式转换,生成支持http协议的前端设备目录。
7.如权利要求6所述的前端设备目录获取方法,其特征在于,基于所述请求对,更新所述sip目录同步请求对应的http目录同步请求的处理状态为请求已处理的步骤,包括:
根据所述请求对标识,从所述sip目录响应缓存队列中确定所述请求对标识对应的请求对;
根据所述请求对,确定所述请求对中所述sip目录同步请求对应的http目录同步请求;
将所述请求对和所述http任务缓存队列中所述http状态标识的标识内容同步更新为请求已处理。
8.如权利要求7所述的前端设备目录获取方法,其特征在于,生成携带所述前端设备目录的http目录同步响应的步骤,包括:
在所述http任务缓存队列中所述http状态标识的标识内容更新为请求已处理后,将所述前端设备目录填充至所述http目录同步请求中;
根据填充后的所述http目录同步请求,生成携带所述前端设备目录的http目录同步响应。
9.如权利要求1所述的前端设备目录获取方法,其特征在于,通过所述长连接向所述目标5G基站发送所述sip目录同步请求,以控制所述目标5G基站基于sip协议通过sip专线向所述目标前端设备发送所述sip目录同步请求的步骤,包括:
获取所述目标5G基站与所述目标前端设备的连接周期;
在所述连接周期内,通过所述长连接向所述目标5G基站发送所述sip目录同步请求,以控制所述目标5G基站在所述连接周期内,基于sip协议通过sip专线向所述目标前端设备发送所述sip目录同步请求。
10.一种前端设备目录获取装置,其特征在于,适用于智慧交通系统,所述智慧交通系统包括前端设备、数据服务器、5G基站以及交警终端,所述前端设备基于sip协议直接或通过平台连接所述5G基站,所述交警终端基于http协议连接所述数据服务器,所述前端设备目录获取装置设置在所述数据服务器中,所述前端设备目录获取装置包括:
接收模块,用于接收所述交警终端基于http协议发送的http目录同步请求,所述http目录同步请求携带终端标识和目标设备类型标识;
请求生成模块,用于根据所述目标设备类型标识生成所述http目录同步请求对应的sip目录同步请求,并将所述http目录同步请求与所述sip目录同步请求捆绑生成请求对;
确定模块,用于根据所述目标设备类型标识,确定目标前端设备和所述前端目标设备对应的目标5G基站,并确定与所述目标5G基站之间的长连接;
发送模块,用于通过所述长连接向所述目标5G基站发送所述sip目录同步请求,以控制所述目标5G基站基于sip协议通过sip专线向所述目标前端设备发送所述sip目录同步请求,并接收所述目标前端设备基于sip协议通过所述sip专线返回的多条sip目录同步响应;
目录生成模块,用于接收所述目标5G基站通过所述长连接返回的多条sip目录同步响应,所述sip目录同步响应携带目录数据,在接收的目录数据的数量等于预设值时,根据接收到的预设数量条目录数据,生成前端设备目录;
更新模块,用于基于所述请求对,更新所述sip目录同步请求对应的http目录同步请求的处理状态为请求已处理;
返回模块,用于生成携带所述前端设备目录的http目录同步响应,根据所述终端标识,基于http协议向所述交警终端返回所述http目录同步响应。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011107945.5A CN112291207B (zh) | 2020-10-16 | 2020-10-16 | 一种前端设备目录获取方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011107945.5A CN112291207B (zh) | 2020-10-16 | 2020-10-16 | 一种前端设备目录获取方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN112291207A true CN112291207A (zh) | 2021-01-29 |
CN112291207B CN112291207B (zh) | 2022-11-25 |
Family
ID=74497434
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202011107945.5A Active CN112291207B (zh) | 2020-10-16 | 2020-10-16 | 一种前端设备目录获取方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN112291207B (zh) |
Citations (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20020103898A1 (en) * | 2001-01-31 | 2002-08-01 | Moyer Stanley L. | System and method for using session initiation protocol (SIP) to communicate with networked appliances |
US20040230682A1 (en) * | 2001-05-14 | 2004-11-18 | Immonen Pekka Salomo | Handling queued sessions |
US20050182781A1 (en) * | 2002-06-14 | 2005-08-18 | Bertrand Bouvet | System for consulting and/or updating dns servers and/or ldap directories |
EP1672867A1 (en) * | 2004-12-15 | 2006-06-21 | Siemens S.p.A. | Method to the fast and reliable transfer of large amount of data between mobile radio users involved in a SIP session |
JP2006333220A (ja) * | 2005-05-27 | 2006-12-07 | Toshiba Corp | ネットワーク電話システム及びこのネットワーク電話システムのサーバ装置 |
WO2007098706A1 (fr) * | 2006-03-03 | 2007-09-07 | Huawei Technologies Co., Ltd. | Procédé permettant de transmettre des données de service et terminal de paquets utilisé dans ce procédé |
US20070237155A1 (en) * | 2006-04-10 | 2007-10-11 | Network Equipment Technologies, Inc. | Determination of SIP transport to reduce call setup delays |
US20080002595A1 (en) * | 2006-06-23 | 2008-01-03 | Rao Umesh R | Network monitoring system and method thereof |
WO2009012724A1 (fr) * | 2007-07-26 | 2009-01-29 | Huawei Technologies Co., Ltd. | Procédé et dispositif permettant une interconnexion de communication |
US20110047206A1 (en) * | 2009-08-21 | 2011-02-24 | Verizon Patent And Licensing, Inc. | Active Directory Object Management Methods and Systems |
WO2012100570A1 (zh) * | 2011-01-25 | 2012-08-02 | 中兴通讯股份有限公司 | 网络流量数据的管理方法及系统、终端 |
WO2012166065A1 (en) * | 2011-10-06 | 2012-12-06 | Ulas Tolga | Method and device for letting the consumer of a prepaid service continue using the service for a predefined measure of extention when their accounts fall in insufficient balance state |
CN111245548A (zh) * | 2020-01-14 | 2020-06-05 | 平安国际智慧城市科技股份有限公司 | 基于时间戳的数据同步方法、装置和计算机设备 |
-
2020
- 2020-10-16 CN CN202011107945.5A patent/CN112291207B/zh active Active
Patent Citations (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20020103898A1 (en) * | 2001-01-31 | 2002-08-01 | Moyer Stanley L. | System and method for using session initiation protocol (SIP) to communicate with networked appliances |
US20040230682A1 (en) * | 2001-05-14 | 2004-11-18 | Immonen Pekka Salomo | Handling queued sessions |
US20050182781A1 (en) * | 2002-06-14 | 2005-08-18 | Bertrand Bouvet | System for consulting and/or updating dns servers and/or ldap directories |
EP1672867A1 (en) * | 2004-12-15 | 2006-06-21 | Siemens S.p.A. | Method to the fast and reliable transfer of large amount of data between mobile radio users involved in a SIP session |
JP2006333220A (ja) * | 2005-05-27 | 2006-12-07 | Toshiba Corp | ネットワーク電話システム及びこのネットワーク電話システムのサーバ装置 |
WO2007098706A1 (fr) * | 2006-03-03 | 2007-09-07 | Huawei Technologies Co., Ltd. | Procédé permettant de transmettre des données de service et terminal de paquets utilisé dans ce procédé |
US20070237155A1 (en) * | 2006-04-10 | 2007-10-11 | Network Equipment Technologies, Inc. | Determination of SIP transport to reduce call setup delays |
US20080002595A1 (en) * | 2006-06-23 | 2008-01-03 | Rao Umesh R | Network monitoring system and method thereof |
WO2009012724A1 (fr) * | 2007-07-26 | 2009-01-29 | Huawei Technologies Co., Ltd. | Procédé et dispositif permettant une interconnexion de communication |
US20110047206A1 (en) * | 2009-08-21 | 2011-02-24 | Verizon Patent And Licensing, Inc. | Active Directory Object Management Methods and Systems |
WO2012100570A1 (zh) * | 2011-01-25 | 2012-08-02 | 中兴通讯股份有限公司 | 网络流量数据的管理方法及系统、终端 |
WO2012166065A1 (en) * | 2011-10-06 | 2012-12-06 | Ulas Tolga | Method and device for letting the consumer of a prepaid service continue using the service for a predefined measure of extention when their accounts fall in insufficient balance state |
CN111245548A (zh) * | 2020-01-14 | 2020-06-05 | 平安国际智慧城市科技股份有限公司 | 基于时间戳的数据同步方法、装置和计算机设备 |
Non-Patent Citations (3)
Title |
---|
张远等: "基于SIP的网络会议", 《计算机工程与应用》 * |
张顺等: "基于网络会议的SIP智能终端的实现", 《成都信息工程学院学报》 * |
王永建等: "视频监控系统中一种基于HTTP摘要安全认证设计", 《信息安全研究》 * |
Also Published As
Publication number | Publication date |
---|---|
CN112291207B (zh) | 2022-11-25 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102761864B (zh) | 一种数据传输的方法、系统及设备 | |
CN111917727A (zh) | 基于5G和WiFi的电力物联网安全智能图传系统及方法 | |
CN102377617A (zh) | 监视移动互联网活动的系统、方法和设备 | |
CN108718347A (zh) | 一种域名解析方法、系统、装置及存储介质 | |
CN110752943A (zh) | 一种输电线路分布式故障诊断系统及方法 | |
CN111798664B (zh) | 一种违法数据识别方法及装置、电子设备 | |
CN111935177B (zh) | 一种业务控制方法及装置 | |
CN113225339B (zh) | 网络安全监测方法、装置、计算机设备及存储介质 | |
CN110399578A (zh) | 页面访问方法及装置 | |
CN102271331B (zh) | 一种检测业务提供商sp站点可靠性的方法及系统 | |
CN111935316B (zh) | 一种前端设备目录获取方法及装置 | |
CN112291207B (zh) | 一种前端设备目录获取方法及装置 | |
CN112291210B (zh) | 一种前端设备目录获取方法及装置 | |
CN112188245B (zh) | 一种前端摄像头实时视频点播方法及装置、电子设备 | |
CN112367297B (zh) | 一种业务控制方法及装置 | |
CN112291209B (zh) | 一种前端设备目录获取方法及装置 | |
CN112367296B (zh) | 一种业务控制方法及装置 | |
CN104462235A (zh) | 一种基于Restful Web Service的物联网通用事件服务机制 | |
CN107911642A (zh) | 一种有线电视网络管理系统 | |
CN112188243B (zh) | 一种前端摄像头实时视频点播方法及装置、电子设备 | |
CN112188244B (zh) | 一种前端摄像头实时视频点播方法及装置、电子设备 | |
CN112188242B (zh) | 一种前端摄像头实时视频点播方法及装置、电子设备 | |
CN107102874B (zh) | 一种应用程序并发安装方法及系统 | |
CN104468514B (zh) | 信息处理方法、电子设备及服务器 | |
CN115348309B (zh) | 通讯管理方法及装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |