CN114679613A - Intelligent internet vehicle historical data circulating playing method - Google Patents
Intelligent internet vehicle historical data circulating playing method Download PDFInfo
- Publication number
- CN114679613A CN114679613A CN202210595985.1A CN202210595985A CN114679613A CN 114679613 A CN114679613 A CN 114679613A CN 202210595985 A CN202210595985 A CN 202210595985A CN 114679613 A CN114679613 A CN 114679613A
- Authority
- CN
- China
- Prior art keywords
- historical
- data
- platform
- video
- track
- 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
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/41—Structure of client; Structure of client peripherals
- H04N21/414—Specialised client platforms, e.g. receiver in car or embedded in a mobile appliance
- H04N21/41422—Specialised client platforms, e.g. receiver in car or embedded in a mobile appliance located in transportation means, e.g. personal vehicle
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/4302—Content synchronisation processes, e.g. decoder synchronisation
- H04N21/4307—Synchronising the rendering of multiple content streams or additional data on devices, e.g. synchronisation of audio on a mobile phone with the video output on the TV screen
- H04N21/43072—Synchronising the rendering of multiple content streams or additional data on devices, e.g. synchronisation of audio on a mobile phone with the video output on the TV screen of multiple content streams on the same device
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
- H04N21/85—Assembly of content; Generation of multimedia applications
- H04N21/854—Content authoring
- H04N21/8547—Content authoring involving timestamps for synchronizing content
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Television Signal Processing For Recording (AREA)
Abstract
A method for circularly playing historical data of an intelligent Internet vehicle comprises the following steps: the user selects the historical data playback information of the intelligent internet vehicle connection; the historical track platform checks playback information selected by a user, determines the playback starting and stopping time of the historical data, and generates a first historical track data temporary file according to a first preset rule; determining a system error between the historical video platform and the historical track platform, and generating a second historical data temporary file according to a second preset rule; and the historical video platform confirms the data to be played back to the user and starts the playback of the historical data. The invention takes the historical track data as reference, the playing state of the historical video picture is actively adjusted, the error between the video picture and the vehicle running track is smoothly controlled in real time, the historical playback under any form is realized, and the vehicle running track and the vehicle-mounted video picture can be synchronized. The method is not limited by a playback mode and a playback scene, is suitable for synchronous playback of the historical data of the intelligent internet connection vehicle under any condition, and has great engineering practical significance.
Description
Technical Field
The invention relates to the field of communication and intelligent internet connection, in particular to a method for circularly playing historical data of intelligent internet connection.
Background
With the rapid development of network communication and internet of things technologies, intelligent internet vehicles are also more common in people's lives. The intelligent internet vehicle has the functions of continuously sending vehicle coordinates, vehicle speed, fuel consumption, driving modes, warning information, vehicle-mounted videos and the like to the platform, the platform receives various data uploaded by the vehicle, data analysis is carried out, and the vehicle running track can be displayed on a 2D/3D map in a model mode in proportion for a user to watch on a large screen or a display in real time. Meanwhile, the platform can separately store various data uploaded by the vehicle end according to data types, so that a user can review the vehicle running historical track and historical video pictures, and the user can circularly play the vehicle running historical track and the historical video pictures in many times, such as an exhibition hall, an exhibition and the like.
Various kinds of data that intelligence internet vehicle continuously uploaded can be received and stored by the platform that corresponds respectively, these platforms probably operate on different servers, there is the system time error between each server, and simultaneously, various kinds of historical data are when the playback, because network shake or data analysis shake, can cause unsynchronization between the historical data, in addition, the first frame data corresponding moment of historical video file storage is later than the start moment of this historical video file mark, and receive the video stream and acquire the speed influence, also there is the time error between the historical video file that the multichannel video that same car carried corresponds. The objective factors can influence the synchronous playing of the historical data, if no proper control means is provided, the influence can be accumulated once the historical data are played in a circulating way, and the movement of the vehicle model on the 2D/3D map and the vehicle-mounted video picture are seriously different, so that the problem can never occur in engineering.
Disclosure of Invention
In view of the above problems, the present invention is proposed to provide a method for cyclically playing history data of an intelligent networked vehicle, which overcomes or at least partially solves the above problems.
In order to solve the technical problem, the embodiment of the application discloses the following technical scheme:
a method for circularly playing historical data of an intelligent Internet vehicle comprises the following steps:
s100, selecting historical data playback information of the intelligent Internet vehicle connection by a user;
s200, checking playback information selected by a user through a historical track platform, determining the playback starting and stopping time of historical data, and generating a first historical track data temporary file according to a first preset rule;
s300, determining a system error between the historical video platform and the historical track platform, and generating a second historical data temporary file according to a second preset rule;
s400, the historical video platform confirms the data to be played back to the user and starts the playback of the historical data.
Further, in S100, the user selects the playback information of the smart internet vehicle history data, which includes: and the VIN number of the intelligent Internet vehicle and the starting and stopping time of the historical data playback.
Further, in S200, the generating a first preset rule of the temporary file of the historical track includes: the historical track data platform TrackServer intercepts historical data in corresponding time from the stored historical track data according to the starting time StartTime and the ending time EndTime of the playback information selected by the user to generate a temporary track file TrackFile, and if no corresponding historical track data is stored in the starting time or the ending time within the starting and ending time selected by the user, the historical track data platform TrackServer selects a new playback starting time NewStartTime and a new playback ending time NewEndTime according to the actual historical data condition, wherein the NewStartTime is more than or equal to the StartTime, and the NewEndTime is less than or equal to the EndTime.
Further, the generating of the first preset rule of the temporary file of the historical track further includes: the historical track data platform TrackServer feeds back the starting and stopping time to be played back and the road section on the map to the user, and informs the historical video platform of the new starting and stopping time of the playback; the historical video platform VideoServer receives NewStartTime and NewEndTime, and then combines with the system time error TimeOffset between the two platforms to obtain CutVideoStartTime and CutVideoEndTime at the starting and ending time of the cutting of the historical video file, and the temporary video file for the playback is obtained by cutting from the historical video file.
Further, in S300, the generating a second preset rule of the second temporary historical data file includes: the method comprises the steps that a historical track data platform TrackServer sends a timestamp of historical track data which is sent latest to a historical video platform VideoServer in a fixed period of 2s, the historical video platform VideoServer can continuously record the timestamp LastVideoTimestamp of a video frame which is sent latest, the historical video platform receives the timestamp TrackTimestamp sent by the historical track data platform, DiffValue of the two timestamps of the TrackTimestamp and the VideoTimestamp is obtained according to the video frame timestamp which is to be sent currently in combination with a system time error TimeOffset between the two platforms, unit millisecond is obtained, and whether the DiffValue is within a threshold range K is judged, wherein the range of the K is between < -500 and 500 > and the unit millisecond.
Further, if the difference DiffValue is within the range of the threshold value K, it is indicated that the current track data and the video data are synchronous, and the video timestamp does not need to be adjusted; if the difference value DiffValue is not within the threshold range, it indicates that a certain deviation exists between the current track data and the video data, the video data timestamp needs to be adjusted in a manner of adding or subtracting a value C to each frame of video data timestamp until the relation between DiffValue and the threshold range K is judged next time.
Further, the determination method of the value C is as follows: if the adjusted value of the video frame timestamp to be sent and the system time error TimeOffset is more than 500 times larger than the value of the historical track data timestamp TrackTimestamp, the playback of the historical video data is slower than that of the track data; if the adjusted value of the video frame timestamp to be sent and the system time error TimeOffset is more than 500 times smaller than the value of the historical track data timestamp TrackTimestamp, the playback of the historical video data is faster than that of the track data; in this case, it is necessary to uniformly synchronize the historical data within a period of 2 seconds, that is, the timestamp of the historical video uniformly increases to the historical track data timestamp after 2 seconds on the basis of the LastVideoTimestamp, the number of frames included in the historical video 2 seconds is known, the timestamp of the historical track data after 2 seconds is also known, and the value C is obtained by combining the known LastVideoTimestamp.
Further, the specific method of S400 is: after the trackServer successfully sends the last packet of data of the TrackFile, the historical video platform VideoServer informs the historical video platform that one playing period is finished, and after receiving the message, the historical video platform VideoServer stops sending the VideoFiles data of the temporary video file and prepares to enter the next circular playing period; the temporary video file in the historical video platform VideoServer successfully sends the last frame of video data, the historical video platform VideoServer immediately informs the historical track data platform TrackServer that the video data is sent, the historical track data platform TrackServer can select the time length t for responding the track data to be sent in the temporary track file TrackFile, and the historical video platform VideoServer continuously plays the video frames with proper deviation in the playing period according to the response content.
Further, the work flow of the historical track platform is as follows:
s201: when the historical track platform receives vehicle data uploaded by a storage vehicle end, a system time value of the stored data is recorded, and when the historical track platform receives a playback start-stop time value specified by a user, the playback start-stop time value is directly compared with the stored historical data time value to determine the start-stop time with the historical track playback capability;
s202: if the playback starting and stopping time finally confirmed by the historical track platform is different from the starting and stopping time selected by the user, the historical track platform responds the confirmed playback starting and stopping time to the user, and the user determines whether to play back;
s203: the historical track platform reads track data in the temporary file, stamps a timestamp on the track data and sends the track data to a user, and the historical track platform updates and records the timestamp of the data when successfully sending a packet of data to the user; and when the condition of waiting for 2 seconds in the time period is triggered, the historical track platform sends the recorded latest timestamp to the historical video platform.
Further, the historical video platform work flow is as follows:
s301: the historical video platform receives the playback starting and stopping time sent by the historical track platform, and determines the system time error between the historical video platform and the historical track platform;
s302: the historical video platform reads the video data in the temporary video file, stamps are stamped on each frame of video data in a monotone increasing mode from 0, the timestamp is sent to a user, and the historical video platform can continuously update and record the timestamp which is successfully sent to the user video frame;
s303, the historical video platform receives timestamp information sent by the historical track platform, compares the video frame timestamp with the track data timestamp, and adopts the existing strategy to adjust the video frame timestamp to be sent so as to ensure that the played back track data and the played back video data are synchronous;
s304: and if the historical track platform successfully sends the last packet of data in the temporary file, before the historical track platform prepares to start the next round of playback, the historical video platform is informed that the playback of the historical video platform is finished, and after the historical video platform receives the message, all the played back historical video data are completely prepared to start the next round of playback. If the historical track platform is sending the track data played back in the current round, but the last packet of data of at least one temporary video file in the historical video platform is successfully sent, the historical video platform informs the historical track platform of the message, the historical track platform can respond a moment message to the historical video platform, and the historical video platform continues to send the historical video data to the user from the moment message.
The technical scheme provided by the embodiment of the invention has the beneficial effects that at least:
the invention discloses a method for circularly playing historical data of an intelligent internet vehicle, which aims at the problem that when historical track data and a historical video picture generated by a vehicle end are circularly played, asynchronism is easily caused between the two types of data due to objective factors. The method is not limited by a playback mode and a playback scene, is suitable for synchronous playback of the historical data of the intelligent internet vehicle under any condition, and has great engineering practical significance.
The technical solution of the present invention is further described in detail by the accompanying drawings and embodiments.
Drawings
The accompanying drawings, which are included to provide a further understanding of the invention and are incorporated in and constitute a part of this specification, illustrate embodiments of the invention and together with the description serve to explain the principles of the invention and not to limit the invention. In the drawings:
fig. 1 is a flowchart of a method for circularly playing historical data of an intelligent internet vehicle in embodiment 1 of the present invention;
FIG. 2 is a flowchart of the working process of the historical track platform in embodiment 1 of the present invention;
fig. 3 is a flowchart of the historical video platform according to embodiment 1 of the present invention.
Detailed Description
Exemplary embodiments of the present disclosure will be described in more detail below with reference to the accompanying drawings. While exemplary embodiments of the present disclosure are shown in the drawings, it should be understood that the present disclosure may be embodied in various forms and should not be limited to the embodiments set forth herein. Rather, these embodiments are provided so that this disclosure will be thorough and complete, and will fully convey the scope of the disclosure to those skilled in the art.
In order to solve the problems in the prior art, the embodiment of the invention provides a method for circularly playing historical data of an intelligent internet vehicle.
Example 1
The embodiment discloses a method for circularly playing historical data of an intelligent internet vehicle, which comprises the following steps:
s100, a user selects playback information of historical data of the intelligent Internet vehicle; specifically, the user applies for logging in the intelligent internet vehicle management platform, and after the authentication is passed, the running states of all vehicles connected to the platform can be checked and seen, wherein the running states include vehicle online and offline records, running routes and the like. The user designates any vehicle, selects the historical playback start-stop time, records the start time as StartTime and the end time as EndTime, and clicks to start playing.
For example: the user successfully logs in the vehicle management platform through identity verification, a vehicle with the VIN being LDP12345678987654 has a running record in a time period of 9:00 to 11:20 in 4 and 6 months in 2022, and historical data of the vehicle in a time period of 9:00 to 9:30 is selected for playback.
S200, checking playback information selected by a user through a historical track platform, determining the playback starting and stopping time of historical data, and generating a first historical track data temporary file according to a first preset rule; specifically, in this embodiment, the generating the first preset rule of the temporary historical track file includes: the historical track data platform TrackServer intercepts historical data in corresponding time from the stored historical track data according to the starting time StartTime and the ending time EndTime of the playback information selected by the user to generate a temporary track file TrackFile, and if no corresponding historical track data is stored in the starting time or the ending time within the starting and ending time selected by the user, the historical track data platform TrackServer selects a new playback starting time NewStartTime and a new playback ending time NewEndTime according to the actual historical data condition, wherein the NewStartTime is more than or equal to the StartTime, and the NewEndTime is less than or equal to the EndTime.
In some preferred embodiments, the generating the first preset rule of the temporary file of the historical track further comprises: the historical track data platform TrackServer feeds back the starting and stopping time to be played back and the road section on the map to the user, and informs the historical video platform of the new starting and stopping time of the playback; the historical video platform VideoServer receives NewStartTime and NewEndTime, and then combines with the system time error TimeOffset between the two platforms to obtain CutVideoStartTime and CutVideoEndTime at the starting and ending time of the cutting of the historical video file, and the temporary video file for the playback is obtained by cutting from the historical video file. It should be noted that, when a historical video file is cut, a temporary file is generated by adopting a mature accurate cutting method in the industry, in addition, because the number of vehicle-mounted cameras carried by an intelligent internet vehicle is not less than 1, multiple paths of historical videos are played back simultaneously, and a plurality of temporary files generated by cutting are generated.
For example: continuing with the example of S101, the history track platform receives the user-specified VIN of LDP12345678987654, and the playback time period of 9:00 to 9:30 at 4/month and 6/month in 2022, and queries whether the stored history track data of the vehicle includes data of 9:00 to 9:30 time periods at 4/month and 6/month in 2022, and each packet of data stored in the history track platform corresponds to time information, so that the query is very convenient. If the time period data is contained, a temporary track file is directly generated, and the time information of 9:00 to 9:30 in 4/6/2022 is sent to a historical video platform; if the track data stored in the vehicle only has the time period of 2022 year 4 month 6 day 9:02 to 9:30 due to unstable network or deletion of overdue historical track data and the like, the historical track platform responds to the client with the time information of 2022 year 4 month 6 day 9:02 to 9:30, the user determines whether to play back the data in the time period, the user confirms that the data can be played back, and the historical track platform sends the time information of 2022 year 4 month 6 day 9:02 to 9:30 to the historical video platform.
S300, determining a system error between the historical video platform and the historical track platform, and generating a second historical data temporary file according to a second preset rule;
in this embodiment, the generating the second preset rule of the second temporary historical data file includes: the method comprises the steps that a historical track data platform TrackServer sends a timestamp of historical track data which is sent latest to a historical video platform VideoServer in a fixed period of 2s, the historical video platform VideoServer can continuously record the timestamp LastVideoTimestamp of a video frame which is sent latest, the historical video platform receives the timestamp TrackTimestamp sent by the historical track data platform, DiffValue of the two timestamps of the TrackTimestamp and the VideoTimestamp is obtained according to the video frame timestamp which is to be sent currently in combination with a system time error TimeOffset between the two platforms, unit millisecond is obtained, and whether the DiffValue is within a threshold range K is judged, wherein the range of the K is between < -500 and 500 > and the unit millisecond.
In some preferred embodiments, if the difference DiffValue is within the range of the threshold K, it indicates that the current track data and the video data are synchronous, and the video timestamp does not need to be adjusted; if the difference value DiffValue is not within the threshold range, it indicates that a certain deviation exists between the current track data and the video data, the video data timestamp needs to be adjusted in a manner of adding or subtracting a value C to each frame of video data timestamp until the relation between DiffValue and the threshold range K is judged next time.
In some preferred embodiments, the value C is determined by: if the adjusted value of the video frame timestamp to be sent and the system time error TimeOffset is more than 500 times larger than the value of the historical track data timestamp TrackTimestamp, the playback of the historical video data is slower than that of the track data; if the value of the video frame timestamp to be sent after being adjusted with the system time error TimeOffset is smaller than the value of the historical track data timestamp TrackTimemp by more than 500, the playback of the historical video data is faster than that of the track data; in this case, it is necessary to uniformly synchronize the historical data within a period of 2 seconds, that is, the timestamp of the historical video uniformly increases to the historical track data timestamp after 2 seconds on the basis of the LastVideoTimestamp, the number of frames included in the historical video 2 seconds is known, the timestamp of the historical track data after 2 seconds is also known, and the value C is obtained by combining the known LastVideoTimestamp.
In this embodiment, the method for determining the value C includes: if the adjusted value of the video frame timestamp to be sent and the system time error TimeOffset is more than 500 times larger than the value of the historical track data timestamp TrackTimestamp, the playback of the historical video data is slower than that of the track data; if the adjusted value of the video frame timestamp to be sent and the system time error TimeOffset is more than 500 times smaller than the value of the historical track data timestamp TrackTimestamp, the playback of the historical video data is faster than that of the track data; in this case, it is necessary to uniformly synchronize the historical data within a period of 2 seconds, that is, the timestamp of the historical video uniformly increases to the historical track data timestamp after 2 seconds on the basis of the LastVideoTimestamp, the number of frames included in the historical video 2 seconds is known, the timestamp of the historical track data after 2 seconds is also known, and the value C is obtained by combining the known LastVideoTimestamp. For example: the historical video platform converts the received track data timestamp into a time value, the numerical value is 34000 and the unit is millisecond, the latest sent video frame timestamp recorded by the historical video platform is converted into the time value, the numerical value is 34968 and the unit is millisecond, the video frame timestamp to be sent is converted into the time value, the numerical value is 35000 and the unit is millisecond, the time of a historical video platform system is 100 milliseconds faster than that of the historical track platform system, the error of about 900 milliseconds exists between the track data and the video data received by a user can be calculated, the historical video data is delayed compared with the historical track data, 900 exceeds the range of [ -500, 500], and the video data timestamp to be sent needs to be adjusted. The historical video platform estimates that the time value corresponding to the next received track data timestamp is 36000 in unit of milliseconds, when the historical video platform needs to receive the track data timestamp next time, the time stamp of video data to be sent is adjusted to 36000, after the track data timestamp information is received next time, the frame rate of the temporary video file is 30fps, the time of 2 seconds can be calculated to include 60 frames of video data, the time value corresponding to the video data timestamp 60 frames later can be found to be 36100, 36100 covers the system time error 100, namely the time value corresponding to the 60 frames of video data timestamps needs to be increased by 1132 milliseconds cumulatively, and on the basis of 34968, the average video data per frame is increased by 18.87 milliseconds monotonically.
In the example of S102, the historical video platform receives the LDP12345678987654 and the information from 2022, 4, month, 6, day, 9:00 to 9:30, and calculates the system error with the historical track platform to be 100 ms, specifically, the system time of the historical video platform is 100 ms faster than that of the historical track platform. The historical video platform clips to generate temporary video files in a playback time period, and if the LDP12345678987654 has 4 paths of vehicle-mounted videos, 4 temporary video files are generated.
S400, the historical video platform confirms the data to be played back to the user and starts the playback of the historical data. In this embodiment S400, the specific method is as follows: after the trackServer successfully sends the last packet of data of the TrackFile, the historical video platform VideoServer informs the historical video platform that one playing period is finished, and after receiving the message, the historical video platform VideoServer stops sending the VideoFiles data of the temporary video file and prepares to enter the next circular playing period; the temporary video file in the historical video platform VideoServer successfully sends the last frame of video data, the historical video platform VideoServer immediately informs the historical track data platform TrackServer that the video data is sent, the historical track data platform TrackServer can select the time length t for responding the track data to be sent in the temporary track file TrackFile, and the historical video platform VideoServer continuously plays the video frames with proper deviation in the playing period according to the response content.
In some preferred embodiments, as shown in fig. 2, the historical track platform workflow is:
s201: when the historical track platform receives and stores vehicle data uploaded by a vehicle end, the system time value of the stored data is recorded, and when the historical track platform receives a playback start-stop time value specified by a user, the playback start-stop time value is directly compared with the stored historical data time value, so that the start-stop time with the historical track playback capability can be quickly determined.
S202: in S201, if the playback start-stop time finally confirmed by the historical track platform is different from the start-stop time selected by the user, the historical track platform responds the confirmed playback start-stop time to the user, and the user determines whether to play back.
S203: and the historical track platform reads the track data in the temporary file, stamps a timestamp on the track data and sends the track data to the user, and the historical track platform updates and records the timestamp of the data when successfully sending a packet of data to the user. And when the condition of waiting for 2 seconds in the time period is triggered, the historical track platform sends the recorded latest timestamp to the historical video platform.
In some preferred embodiments, as shown in fig. 3, the historical video platform workflow is:
s301: and the historical video platform receives the playback starting and stopping time sent by the historical track platform and determines the system time error between the historical video platform and the historical track platform.
For example: both a historical video platform and a historical track platform belong to an x86 linux platform, and a clockdiff is commonly used in the industry to calculate a system time error between the two platforms.
S302: and reading the video data in the temporary video file by the historical video platform, starting from 0, stamping a timestamp on each frame of video data in a monotone increasing mode, and then sending the timestamp to the user, wherein the historical video platform can continuously update and record the timestamp which is successfully sent to the video frame of the user. It should be noted that the vehicle-mounted camera of each vehicle at least includes 1, and correspondingly, the history video temporary file at least includes 1. The historical video platform needs to keep playback synchronization with the historical track platform, and can continuously monitor the timestamp information sent by the historical track platform.
S303: the historical video platform receives the timestamp information sent by the historical track platform, compares the video frame timestamp with the track data timestamp, and adopts the existing strategy to adjust the video frame timestamp to be sent, so as to ensure that the played back track data and video data are synchronous. The method for adjusting the timestamp of the video frame to be transmitted is described in detail in the determination method of the value C in S300, and is not described herein again.
S304: and if the historical track platform successfully sends the last packet of data in the temporary file, before the historical track platform prepares to start the next round of playback, the historical video platform is informed that the playback of the historical video platform is finished, and after the historical video platform receives the message, all the played back historical video data are completely prepared to start the next round of playback. If the historical track platform is sending the track data played back in the current round, but the last packet of data of at least one temporary video file in the historical video platform is successfully sent, the historical video platform informs the historical track platform of the message, the historical track platform can respond a moment message to the historical video platform, and the historical video platform continues to send the historical video data to the user from the moment message.
The method for circularly playing the historical data of the intelligent internet vehicle disclosed by the embodiment comprises the following steps: the user selects the historical data playback information of the intelligent internet vehicle connection; the historical track platform checks playback information selected by a user, determines the playback starting and stopping time of historical data, and generates a first historical track data temporary file according to a first preset rule; determining a system error between the historical video platform and the historical track platform, and generating a second historical data temporary file according to a second preset rule; and the historical video platform confirms the data to be played back to the user and starts the playback of the historical data. The invention takes the historical track data as reference, the playing state of the historical video picture is actively adjusted, the error between the video picture and the vehicle running track is smoothly controlled in real time, the historical playback under any form is realized, and the vehicle running track and the vehicle-mounted video picture can be synchronized. The method is not limited by a playback mode and a playback scene, is suitable for synchronous playback of the historical data of the intelligent internet connection vehicle under any condition, and has great engineering practical significance.
It should be understood that the specific order or hierarchy of steps in the processes disclosed is an example of exemplary approaches. Based upon design preferences, it is understood that the specific order or hierarchy of steps in the processes may be rearranged without departing from the scope of the present disclosure. The accompanying method claims present elements of the various steps in a sample order, and are not intended to be limited to the specific order or hierarchy presented.
In the foregoing detailed description, various features are grouped together in a single embodiment for the purpose of streamlining the disclosure. This method of disclosure is not to be interpreted as reflecting an intention that the claimed embodiments of the subject matter require more features than are expressly recited in each claim. Rather, as the following claims reflect, invention lies in less than all features of a single disclosed embodiment. Thus, the following claims are hereby expressly incorporated into the detailed description, with each claim standing on its own as a separate preferred embodiment of the invention.
Those of skill would further appreciate that the various illustrative logical blocks, modules, circuits, and algorithm steps described in connection with the embodiments disclosed herein may be implemented as electronic hardware, computer software, or combinations of both. To clearly illustrate this interchangeability of hardware and software, various illustrative components, blocks, modules, circuits, and steps have been described above generally in terms of their functionality. Whether such functionality is implemented as hardware or software depends upon the particular application and design constraints imposed on the overall system. Skilled artisans may implement the described functionality in varying ways for each particular application, but such implementation decisions should not be interpreted as causing a departure from the scope of the present disclosure.
The steps of a method or algorithm described in connection with the embodiments disclosed herein may be embodied directly in hardware, in a software module executed by a processor, or in a combination of the two. A software module may reside in RAM memory, flash memory, ROM memory, EPROM memory, EEPROM memory, registers, hard disk, a removable disk, a CD-ROM, or any other form of storage medium known in the art. An exemplary storage medium is coupled to the processor such the processor can read information from, and write information to, the storage medium. Of course, the storage medium may also be integral to the processor. The processor and the storage medium may reside in an ASIC. The ASIC may reside in a user terminal. Of course, the processor and the storage medium may reside as discrete components in a user terminal.
For a software implementation, the techniques described herein may be implemented with modules (e.g., procedures, functions, and so on) that perform the functions described herein. The software codes may be stored in memory units and executed by processors. The memory unit may be implemented within the processor or external to the processor, in which case it can be communicatively coupled to the processor via various means as is known in the art.
What has been described above includes examples of one or more embodiments. It is, of course, not possible to describe every conceivable combination of components or methodologies for purposes of describing the aforementioned embodiments, but one of ordinary skill in the art may recognize that many further combinations and permutations of various embodiments are possible. Accordingly, the embodiments described herein are intended to embrace all such alterations, modifications and variations that fall within the scope of the appended claims. Furthermore, to the extent that the term "includes" is used in either the detailed description or the claims, such term is intended to be inclusive in a manner similar to the term "comprising" as "comprising" is interpreted when employed as a transitional word in a claim. Furthermore, any use of the term "or" in the specification of the claims is intended to mean a "non-exclusive or".
Claims (10)
1. A method for circularly playing historical data of an intelligent Internet vehicle is characterized by comprising the following steps:
s100, selecting historical data playback information of the intelligent Internet vehicle connection by a user;
s200, checking playback information selected by a user through a historical track platform, determining the playback starting and stopping time of historical data, and generating a first historical track data temporary file according to a first preset rule;
s300, determining a system error between the historical video platform and the historical track platform, and generating a second historical data temporary file according to a second preset rule;
s400, the historical video platform confirms the data to be played back to the user and starts the playback of the historical data.
2. The method for cyclically playing the intelligent networked historical data according to claim 1, wherein in S100, the user selects the playback information of the intelligent networked historical data, and the method includes: and the VIN number of the intelligent Internet vehicle and the starting and stopping time of the playback of the historical data.
3. The method for cyclically playing the historical data of the intelligent networked vehicle according to claim 1, wherein in S200, the generating of the first preset rule of the temporary file of the historical track comprises: the historical track data platform TrackServer intercepts historical data in corresponding time from the stored historical track data according to the starting time StartTime and the ending time EndTime of the playback information selected by the user to generate a temporary track file TrackFile, and if no corresponding historical track data is stored in the starting time or the ending time within the starting and ending time selected by the user, the historical track data platform TrackServer selects a new playback starting time NewStartTime and a new playback ending time NewEndTime according to the actual historical data condition, wherein the NewStartTime is more than or equal to the StartTime, and the NewEndTime is less than or equal to the EndTime.
4. The method for cyclically playing the historical data of the intelligent networked vehicle as claimed in claim 3, wherein the generating the first preset rule of the temporary file of the historical track further comprises: the historical track data platform TrackServer feeds back the starting and stopping time to be played back and the road section on the map to the user, and informs the historical video platform of the new starting and stopping time of the playback; the historical video platform VideoServer receives NewStartTime and NewEndTime, and then combines with the system time error TimeOffset between the two platforms to obtain CutVideoStartTime and CutVideoEndTime at the starting and ending time of the cutting of the historical video file, and the temporary video file for the playback is obtained by cutting from the historical video file.
5. The method for cyclically playing the historical data of the intelligent networked vehicle as claimed in claim 3, wherein in S300, the generating the second preset rule of the second historical data temporary file includes: the method comprises the steps that a historical track data platform TrackServer sends a timestamp of historical track data which is sent latest to a historical video platform VideoServer in a fixed period of 2s, the historical video platform VideoServer can continuously record the timestamp LastVideoTimestamp of a video frame which is sent latest, the historical video platform receives the timestamp TrackTimestamp sent by the historical track data platform, DiffValue of the two timestamps of the TrackTimestamp and the VideoTimestamp is obtained according to the video frame timestamp which is to be sent currently in combination with a system time error TimeOffset between the two platforms, unit millisecond is obtained, and whether the DiffValue is within a threshold range K is judged, wherein the range of the K is between < -500 and 500 > and the unit millisecond.
6. The method for circularly playing the historical data of the intelligent internet vehicle as claimed in claim 5, wherein if the difference DiffValue is within the range of the threshold K, it is indicated that the current track data and the video data are synchronous, and the video timestamp does not need to be adjusted; if the difference DiffValue is not within the threshold range, it is indicated that a certain deviation exists between the current track data and the video data, the video data timestamp needs to be adjusted, and the adjustment mode is that the value C is added or subtracted to each frame of video data timestamp until the relation between DiffValue and the threshold range K is judged next time.
7. The method for cyclically playing the historical data of the intelligent networked vehicle as claimed in claim 6, wherein the determination method of the value C comprises the following steps: if the adjusted value of the video frame timestamp to be sent and the system time error TimeOffset is more than 500 times larger than the value of the historical track data timestamp TrackTimestamp, the playback of the historical video data is slower than that of the track data; if the adjusted value of the video frame timestamp to be sent and the system time error TimeOffset is more than 500 times smaller than the value of the historical track data timestamp TrackTimestamp, the playback of the historical video data is faster than that of the track data; in this case, it is necessary to achieve synchronization of the historical data uniformly in a period of 2 seconds, that is, the timestamp of the historical video uniformly increases to the historical track data timestamp after 2 seconds on the basis of the LastVideoTimestamp, the number of frames included in the historical video 2 seconds is known, the timestamp after 2 seconds of the historical track data is also known, and the value C is obtained by combining the known LastVideoTimestamp.
8. The method for cyclically playing the historical data of the intelligent networked vehicle as recited in claim 1, wherein the specific method of S400 comprises: after the trackServer successfully sends the last packet of data of the TrackFile, the historical video platform VideoServer informs the historical video platform that one playing period is finished, and after receiving the message, the historical video platform VideoServer stops sending the VideoFiles data of the temporary video file and prepares to enter the next circular playing period; the method comprises the steps that a temporary video file in a historical video platform VideoServer successfully sends last frame video data, the historical video platform VideoServer immediately informs a historical track data platform TrackServer that the video data are sent completely, the historical track data platform TrackServer can select a duration t for responding to the track data to be sent in the temporary track file TrackFile, and the historical video platform VideoServer continuously plays video frames which are shifted properly in a playing period according to response contents.
9. The method for cyclically playing the historical data of the intelligent networked vehicle as claimed in claim 1, wherein the work flow of the historical track platform is as follows:
s201: when the historical track platform receives vehicle data uploaded by a storage vehicle end, a system time value of the stored data is recorded, and when the historical track platform receives a playback start-stop time value specified by a user, the playback start-stop time value is directly compared with the stored historical data time value to determine the start-stop time with the historical track playback capability;
s202: if the playback starting and stopping time finally confirmed by the historical track platform is different from the starting and stopping time selected by the user, the historical track platform responds the confirmed playback starting and stopping time to the user, and the user determines whether to play back;
s203: the historical track platform reads track data in the temporary file, stamps a timestamp on the track data and sends the track data to a user, and the historical track platform updates and records the timestamp of the data when successfully sending a packet of data to the user; and when the condition of waiting for 2 seconds in the time period is triggered, the historical track platform sends the recorded latest timestamp to the historical video platform.
10. The method for cyclically playing the historical data of the intelligent networked vehicle as claimed in claim 1, wherein the work flow of the historical video platform is as follows:
s301: the historical video platform receives the playback starting and stopping time sent by the historical track platform, and determines the system time error between the historical video platform and the historical track platform;
s302: the historical video platform reads the video data in the temporary video file, stamps are stamped on each frame of video data in a monotone increasing mode from 0, the timestamp is sent to a user, and the historical video platform can continuously update and record the timestamp which is successfully sent to the user video frame;
s303, the historical video platform receives timestamp information sent by the historical track platform, compares the video frame timestamp with the track data timestamp, and adopts the existing strategy to adjust the video frame timestamp to be sent so as to ensure that the played back track data and the played back video data are synchronous;
s304: if the historical track platform successfully sends the last packet of data in the temporary file, before the historical track platform prepares to start the next round of playback, the historical video platform is informed that the playback of the previous round is finished, and after the historical video platform receives the message, all the played back historical video data are completely prepared to start the next round of playback; if the historical track platform is sending the track data played back in the current round, but the last packet of data of at least one temporary video file in the historical video platform is successfully sent, the historical video platform informs the historical track platform of the message, the historical track platform can respond a moment message to the historical video platform, and the historical video platform continues to send the historical video data to the user from the moment message.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210595985.1A CN114679613B (en) | 2022-05-30 | 2022-05-30 | Intelligent internet vehicle historical data circulating playing method |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210595985.1A CN114679613B (en) | 2022-05-30 | 2022-05-30 | Intelligent internet vehicle historical data circulating playing method |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN114679613A true CN114679613A (en) | 2022-06-28 |
| CN114679613B CN114679613B (en) | 2022-09-20 |
Family
ID=82080410
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202210595985.1A Active CN114679613B (en) | 2022-05-30 | 2022-05-30 | Intelligent internet vehicle historical data circulating playing method |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN114679613B (en) |
Citations (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US3521227A (en) * | 1966-10-10 | 1970-07-21 | Kaiser Aerospace & Electronics | Display system for providing integrated display of aircraft information |
| CN101647273A (en) * | 2007-03-30 | 2010-02-10 | 索尼株式会社 | Multi-screen sync reproduction system, display control terminal, multi-screen sync reproduction method, and program |
| CN104394343A (en) * | 2014-11-18 | 2015-03-04 | 国家电网公司 | Target map track and history video synchronous playback control method |
| US20180270542A1 (en) * | 2017-03-17 | 2018-09-20 | Sony Corporation | Display Control System and Method to Generate a Virtual Environment in a Vehicle |
| CN110717350A (en) * | 2018-07-11 | 2020-01-21 | 沈阳美行科技有限公司 | Driving track correction method and device |
| CN110990431A (en) * | 2019-08-19 | 2020-04-10 | 四川长虹电器股份有限公司 | Method for realizing synchronous linkage carousel of China map and line graph data |
| CN111460032A (en) * | 2020-03-23 | 2020-07-28 | 郑州春泉节能股份有限公司 | Cross-platform data synchronization method for epidemic situation prevention and control device |
| CN112672274A (en) * | 2020-11-27 | 2021-04-16 | 淮浙煤电有限责任公司凤台发电分公司 | Joint method based on video and UWB positioning |
| CN113127687A (en) * | 2019-12-30 | 2021-07-16 | 中移智行网络科技有限公司 | Vehicle-mounted video playing method and device, storage medium and computer equipment |
| CN113179438A (en) * | 2021-04-12 | 2021-07-27 | 普华鹰眼科技发展有限公司 | Web-based unmanned aerial vehicle track and video synchronous playback method |
| CN113259633A (en) * | 2021-07-14 | 2021-08-13 | 南斗六星系统集成有限公司 | Vehicle-mounted video monitoring method and system for automatic driving vehicle |
| CN114049750A (en) * | 2022-01-13 | 2022-02-15 | 南斗六星系统集成有限公司 | Method for generating early warning video of automatic driving vehicle |
| CN114449336A (en) * | 2022-01-20 | 2022-05-06 | 杭州海康威视数字技术股份有限公司 | Vehicle track animation playing method, device and equipment |
-
2022
- 2022-05-30 CN CN202210595985.1A patent/CN114679613B/en active Active
Patent Citations (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US3521227A (en) * | 1966-10-10 | 1970-07-21 | Kaiser Aerospace & Electronics | Display system for providing integrated display of aircraft information |
| CN101647273A (en) * | 2007-03-30 | 2010-02-10 | 索尼株式会社 | Multi-screen sync reproduction system, display control terminal, multi-screen sync reproduction method, and program |
| CN104394343A (en) * | 2014-11-18 | 2015-03-04 | 国家电网公司 | Target map track and history video synchronous playback control method |
| US20180270542A1 (en) * | 2017-03-17 | 2018-09-20 | Sony Corporation | Display Control System and Method to Generate a Virtual Environment in a Vehicle |
| CN110717350A (en) * | 2018-07-11 | 2020-01-21 | 沈阳美行科技有限公司 | Driving track correction method and device |
| CN110990431A (en) * | 2019-08-19 | 2020-04-10 | 四川长虹电器股份有限公司 | Method for realizing synchronous linkage carousel of China map and line graph data |
| CN113127687A (en) * | 2019-12-30 | 2021-07-16 | 中移智行网络科技有限公司 | Vehicle-mounted video playing method and device, storage medium and computer equipment |
| CN111460032A (en) * | 2020-03-23 | 2020-07-28 | 郑州春泉节能股份有限公司 | Cross-platform data synchronization method for epidemic situation prevention and control device |
| CN112672274A (en) * | 2020-11-27 | 2021-04-16 | 淮浙煤电有限责任公司凤台发电分公司 | Joint method based on video and UWB positioning |
| CN113179438A (en) * | 2021-04-12 | 2021-07-27 | 普华鹰眼科技发展有限公司 | Web-based unmanned aerial vehicle track and video synchronous playback method |
| CN113259633A (en) * | 2021-07-14 | 2021-08-13 | 南斗六星系统集成有限公司 | Vehicle-mounted video monitoring method and system for automatic driving vehicle |
| CN114049750A (en) * | 2022-01-13 | 2022-02-15 | 南斗六星系统集成有限公司 | Method for generating early warning video of automatic driving vehicle |
| CN114449336A (en) * | 2022-01-20 | 2022-05-06 | 杭州海康威视数字技术股份有限公司 | Vehicle track animation playing method, device and equipment |
Also Published As
| Publication number | Publication date |
|---|---|
| CN114679613B (en) | 2022-09-20 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN112188225B (en) | Bullet screen issuing method for live broadcast playback and live broadcast video bullet screen playback method | |
| US8015586B2 (en) | Image display method, image display device, and image display program | |
| US11425673B2 (en) | Time synchronization for sensor data recording devices | |
| JP7100863B1 (en) | Video processing device, video processing method, program | |
| CN114049750B (en) | Method for generating early warning video of automatic driving vehicle | |
| KR101257353B1 (en) | 4 channels blackbox apparatus and method using ECU of a car or external signal of a car | |
| JP6083752B2 (en) | Driving support method, center device, driving support system | |
| CN114449336B (en) | Vehicle track animation playing method, device and equipment | |
| CN104581355A (en) | Autonomous vehicle media control | |
| CN112492345B (en) | Audio and video storage method, system, terminal and computer readable storage medium | |
| CN114679613B (en) | Intelligent internet vehicle historical data circulating playing method | |
| CA2480680A1 (en) | Picked up image recording system, signal recording device, and signal recording method | |
| US8081868B2 (en) | Time reconciliation for image recording devices | |
| EP1633138B1 (en) | Device for recording video data and audio data | |
| JP2003092761A (en) | Moving picture reproducing device, moving picture reproducing method and audio reproducing device | |
| CN101076099B (en) | Method and device for controlling video record and synchronized-controlling unit | |
| CN112866755B (en) | Video playing method and device, electronic equipment and storage medium | |
| JP4961237B2 (en) | Information provision device | |
| US20200396392A1 (en) | Time synchronized cameras for multi-camera event videos | |
| US20170302970A1 (en) | Method and system for providing real-time video solutions for car racing sports | |
| US20040103445A1 (en) | Method for reproducing contents information in interactive optical disc device and method for providing contents information in contents provider server | |
| US20100054696A1 (en) | method and system for subframe accurate synchronization | |
| CN110308715A (en) | Reading data shows that equipment, automatic Pilot critical data read display system and method | |
| CN114500476A (en) | Multimedia playing method and device and computer readable storage medium | |
| CN111669614A (en) | Video shooting method, device and system |
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 |