Vehicle-mounted video playing control method, device and equipment and readable storage medium

Abstract

The invention discloses a vehicle-mounted video playing control method, device and equipment and a readable storage medium, and relates to the field of vehicle-mounted video control, and the method comprises the steps that a server side issues a flow pushing starting instruction received from a client side to a target vehicle side, and the target vehicle side pushes flow to the server side; and storing the user ID to a target data storage area based on the stream pushing result, starting first anti-on-hook timing, and returning a video pull stream playing address to the client, so that the client starts pull stream playing and second anti-on-hook timing based on the video pull stream playing address, if a watching continuing instruction fed back by the target user is not received after the second on-hook prevention timing reaches a second threshold value, stopping the pull stream playing and sending a stream pushing ending instruction to the server; when a plug flow ending instruction is received or the first on-hook prevention timing reaches a first threshold value, deleting the user ID from the target data storage area; when it is detected that the user ID number in the target data storage area is zero, the target vehicle end is controlled to stop pushing flow, so that bandwidth consumption is reduced, and service stability is improved.

Description

Technical Field

[0001] The present application relates to the technical field of vehicle-mounted video control, and in particular to a vehicle-mounted video playback control method, device, equipment and readable storage medium. Background Art

[0002] With the rapid development of automobile intelligence and networking, the market for in-vehicle video (i.e., video collected in real time by in-vehicle cameras) has also seen significant growth. It can be played through the Internet of Vehicles platform to meet users' real-time viewing needs, allowing users to view the situation around the vehicle in real time, thereby improving driving safety. Among them, when playing in-vehicle videos based on the Internet of Vehicles platform, there may be scenes where no one is watching. At this time, it is necessary to control the target vehicle to stop pushing the stream to the video service (i.e., the Internet of Vehicles platform server) to avoid the consumption of the target vehicle's bandwidth and the performance consumption of the platform video server.

[0003] In the related art, for scenes where no one is watching, the following strategies are usually adopted to implement the playback control of the in-vehicle video: (1) setting the maximum push streaming duration on the target vehicle, and stopping the push streaming of all loops (i.e., all in-vehicle cameras) after reaching the maximum push streaming duration; (2) issuing an end push streaming instruction when the video player is closed on the client of the Internet of Vehicles platform, so that the target vehicle stops the push streaming of all loops after receiving the instruction; (3) the Internet of Vehicles platform server counts the amount of in-vehicle video streaming playback, and when the count result is 0, disconnects the push streaming communication links of all loops on the target vehicle, so that the target vehicle stops pushing streaming.

[0004] However, under the control strategy (1), it is impossible to determine whether the client has a playback demand, so that the in-vehicle video being played is accidentally cut off; for the control strategy (2), when multiple people play the in-vehicle video of the same vehicle, it is easy to cause one party to close the video player, and the in-vehicle video watched by everyone will be stopped at the same time; and under the control strategy (3), it is impossible to identify whether the user is playing the in-vehicle video in the idle state, resulting in invalid push and pull streaming. It can be seen that the accuracy of the above-mentioned playback control strategies is poor, either prone to errors, or easy to cause invalid in-vehicle video push and pull streaming playback. Therefore, for the scene where no one is watching, how to effectively realize the accurate control of in-vehicle video push and pull streaming playback is a problem that needs to be solved urgently. Summary of the invention

[0005] The present application provides a method, device, equipment and readable storage medium for controlling in-vehicle video playback, which can effectively realize accurate control of in-vehicle video playback in a scenario where no one is watching, so as to reduce bandwidth consumption and improve service stability.

[0006] In a first aspect, an embodiment of the present application provides a method for controlling in-vehicle video playback, which is applied to a server of an Internet of Vehicles platform and includes the following steps:

[0007] Sending the start streaming instruction corresponding to the target user received from the client of the Internet of Vehicles platform to the target vehicle end, so that the target vehicle end can stream to the server end based on the start streaming instruction;

[0008] Based on the push result, the user ID of the target user is stored in the target data storage area corresponding to the video streaming playback address and the first anti-hang-up timer is started. At the same time, the video streaming playback address is returned to the client, so that the client can start the streaming playback and the second anti-hang-up timer based on the video streaming playback address. If the target user does not receive a continue watching instruction after the second anti-hang-up timer reaches a preset second threshold, the streaming playback is stopped and an end streaming instruction is sent to the server.

[0009] When receiving an instruction to end streaming or detecting that the first anti-hangup timer reaches a preset first threshold, deleting the user ID from the target data storage area, wherein the first threshold is greater than the second threshold;

[0010] When it is detected that the number of user IDs in the target data storage area is zero, the target vehicle end is controlled to stop streaming.

[0011] In combination with the first aspect, in one implementation, after the client starts the streaming playback and the second anti-hang-up timing based on the video streaming playback address, the method further includes:

[0012] After the second anti-hang-up timer reaches the preset second threshold, the client pops up a prompt box to prompt the target user whether to continue watching;

[0013] If the client receives a continue watching command from the target user within the preset time, it sends a continue streaming command to the server and continues streaming playback;

[0014] If the client receives an instruction from the target user not to continue watching within the preset time period or does not receive any feedback information from the target user, the step of stopping the streaming playback and sending an instruction to end the streaming is executed if no instruction from the target user to continue watching is received after the second anti-hang-up timer reaches a preset second threshold.

[0015] In combination with the first aspect, in one implementation, after the step of sending a continue streaming instruction to the server and continuing streaming playback, the method further includes:

[0016] The client restarts the second anti-hang-up timer;

[0017] After receiving the instruction to continue streaming, the server will restart the first anti-hang-up timer.

[0018] In combination with the first aspect, in one implementation, the start streaming instruction includes the user ID of the target user, the chassis number and the video channel number of the target vehicle, and the video streaming playback address is determined based on the chassis number and the video channel number.

[0019] In combination with the first aspect, in one implementation, based on the push stream result, storing the user ID of the target user in a target data storage area corresponding to the video stream playback address and starting the first anti-hang-up timer, and returning the video stream playback address to the client at the same time, includes:

[0020] When receiving the successful start message of the streaming process sent by the target vehicle, the video streaming playback address is returned to the client;

[0021] When the vehicle-mounted video stream data pushed by the target vehicle is received, the user ID of the target user is stored in the target data storage area corresponding to the video stream playback address and the first anti-hang-up timer is started.

[0022] In combination with the first aspect, in one implementation, when the number of user IDs in the target data storage area to be detected is zero, controlling the target vehicle end to stop streaming includes:

[0023] If it is detected that the number of user IDs in the target data storage area is zero, an end streaming instruction is sent to the target vehicle via the vehicle-mounted T-BOX, so that the target vehicle stops streaming to the server based on the end streaming instruction.

[0024] In a second aspect, an embodiment of the present application provides a vehicle-mounted video playback control device, wherein the vehicle-mounted video playback control device includes a server of a vehicle networking platform, which is used to:

[0025] Sending the start streaming instruction corresponding to the target user received from the client of the Internet of Vehicles platform to the target vehicle end, so that the target vehicle end can stream to the server end based on the start streaming instruction;

[0026] Based on the push result, the user ID of the target user is stored in the target data storage area corresponding to the video streaming playback address and the first anti-hang-up timer is started. At the same time, the video streaming playback address is returned to the client, so that the client can start the streaming playback and the second anti-hang-up timer based on the video streaming playback address. If the target user does not receive a continue watching instruction after the second anti-hang-up timer reaches a preset second threshold, the streaming playback is stopped and an end streaming instruction is sent to the server.

[0027] When receiving an instruction to end streaming or detecting that the first anti-hangup timer reaches a preset first threshold, deleting the user ID from the target data storage area, wherein the first threshold is greater than the second threshold;

[0028] When it is detected that the number of user IDs in the target data storage area is zero, the target vehicle end is controlled to stop streaming.

[0029] In conjunction with the second aspect, in one implementation, the client is further used for:

[0030] After the second anti-hang-up timer reaches a preset second threshold, a prompt box pops up to prompt the target user whether to continue watching;

[0031] If a continue watching command is received from the target user within the preset time, a continue streaming command is sent to the server to continue streaming playback;

[0032] If a discontinue viewing instruction is received from the target user within the preset time period or no target user feedback information is received, the step of stopping the stream playback and sending an end stream push instruction to the server is executed if no continue viewing instruction is received from the target user after the second anti-hang-up timer reaches a preset second threshold.

[0033] In combination with the second aspect, in one implementation, after sending a continue streaming instruction to the server and continuing to pull the stream for playback, the client is also used to restart the second anti-hang-up timer; the server is also used to restart the first anti-hang-up timer after receiving the continue streaming instruction.

[0034] In combination with the second aspect, in one implementation, the start streaming instruction includes the user ID of the target user, the chassis number and the video channel number of the target vehicle, and the video streaming playback address is determined based on the chassis number and the video channel number.

[0035] In conjunction with the second aspect, in one implementation, the server is specifically configured to:

[0036] When receiving the successful start message of the streaming process sent by the target vehicle, the video streaming playback address is returned to the client;

[0037] When the vehicle-mounted video stream data pushed by the target vehicle is received, the user ID of the target user is stored in the target data storage area corresponding to the video stream playback address and the first anti-hang-up timer is started.

[0038] In combination with the second aspect, in one embodiment, the server is also specifically used to: if it is detected that the number of user IDs in the target data storage area is zero, send an end streaming instruction to the target vehicle through the on-board T-BOX, so that the target vehicle can stop streaming to the server based on the end streaming instruction.

[0039] In the third aspect, an embodiment of the present application provides a vehicle-mounted video playback control device, which includes a processor, a memory, and a vehicle-mounted video playback control program stored in the memory and executable by the processor, wherein when the vehicle-mounted video playback control program is executed by the processor, the steps of the aforementioned vehicle-mounted video playback control method are implemented.

[0040] In a fourth aspect, an embodiment of the present application provides a computer-readable storage medium, on which a vehicle-mounted video playback control program is stored. When the vehicle-mounted video playback control program is executed by a processor, the steps of the aforementioned vehicle-mounted video playback control method are implemented.

[0041] The beneficial effects brought by the technical solution provided by the embodiments of the present application include:

[0042] The server of the Internet of Vehicles platform sends the start streaming instruction corresponding to the target user sent by the client to the target vehicle, so that the target vehicle pushes the stream to the server based on the start streaming instruction; the server stores the user ID of the target user in the target data storage area corresponding to the video streaming playback address through the streaming result and starts the first anti-hang-up timer to realize the anti-hang-up monitoring of the server; at the same time, the video streaming playback address is returned to the client, so that the client starts the streaming playback and the second anti-hang-up timer based on the video streaming playback address to realize the anti-hang-up monitoring of the client, and if the target user does not receive the continue watching instruction after the second anti-hang-up timer reaches the second threshold, If it indicates that the target user has been hung up or no longer has any playback demand, the streaming playback will be stopped and an instruction to end the push streaming will be sent to the server to prevent invalid push streaming and streaming playback; when the instruction to end the push streaming is received or it is detected that the first anti-hang-up timer reaches the first threshold, it indicates that the target user has been hung up, no longer has any playback demand, or an abnormal exit has occurred, and the user ID of the target user will be deleted from the target data storage area; once it is detected that the number of user IDs in the target data storage area is zero, indicating that no one is currently watching, the target vehicle will be controlled to stop streaming, so as to effectively realize the accurate control of the playback of the vehicle-mounted video in the scenario where no one is watching, thereby reducing bandwidth consumption and improving service stability. BRIEF DESCRIPTION OF THE DRAWINGS

[0043] Figure 1 This is a flow chart of an embodiment of the vehicle-mounted video playback control method of the present application;

[0044] Figure 2 A schematic diagram of the data interaction process involved in the embodiment of the present application;

[0045] Figure 3 This is a schematic diagram of the hardware structure of the vehicle-mounted video playback control device involved in the embodiment of the present application. DETAILED DESCRIPTION

[0046] In order to enable those skilled in the art to better understand the solution of the present application, the technical solution in the embodiments of the present application will be clearly and completely described below in conjunction with the drawings in the embodiments of the present application. Obviously, the described embodiments are only part of the embodiments of the present application, not all of the embodiments. Based on the embodiments in the present application, all other embodiments obtained by ordinary technicians in this field without creative work are within the scope of protection of this application.

[0047] First, some technical terms in the present application are explained to facilitate those skilled in the art to understand the present application.

[0048] Push streaming: When service A has video stream data and needs to pass the video stream data to service B, if service A obtains the address of service B receiving stream data, service A actively pushes the video stream data to the address of service B receiving stream data, which is push streaming.

[0049] Pull stream: When service A has video stream data and needs to pass the video stream data to service B, if service B obtains the pull stream data address of service A (that is, the video pull stream playback address), service B pulls the video stream data through the pull stream data address of service A, which is pull stream.

[0050] In order to make the objectives, technical solutions and advantages of the present application clearer, the implementation methods of the present application will be further described in detail below with reference to the accompanying drawings.

[0051] In a first aspect, an embodiment of the present application provides a method for controlling in-vehicle video playback.

[0052] In one embodiment, referring to Figure 1 , Figure 1 Schematic diagram of the process of the embodiment of the vehicle video playback control method of the present application. The vehicle video playback control method is applied to the server side of the vehicle networking platform, such as Figure 1 As shown, the vehicle-mounted video playback control method includes the following steps:

[0053] Step S10: Send the start streaming instruction corresponding to the target user received from the client of the Internet of Vehicles platform to the target vehicle, so that the target vehicle can stream to the server based on the start streaming instruction; wherein the start streaming instruction includes the user ID of the target user, the chassis number and video channel number of the target vehicle, and the video streaming playback address is determined based on the chassis number and the video channel number.

[0054] Exemplarily, it should be noted that the following embodiments refer to the server of the Internet of Vehicles platform as the server and the client of the Internet of Vehicles platform as the client; wherein, the target user refers to the user who needs to play the specified vehicle video, and the target user has account information uniquely corresponding to it (such as but not limited to the user name, user password and user ID), and the target vehicle terminal refers to the vehicle where the vehicle camera used to collect the specified vehicle video stream data is located. It can be understood that for each vehicle terminal, there are usually multiple vehicle cameras and the vehicle video stream data collected by each vehicle camera has a corresponding video transmission channel to realize the push stream; in addition, each vehicle terminal has and only has a unique chassis number, that is, the vehicle terminal is uniquely identified by the chassis number. Therefore, each vehicle video stream data can be uniquely identified by the chassis number and the video channel number, that is, the video stream pull play address corresponding to each vehicle video stream data is constructed based on the chassis number and the video channel number. In other words, the corresponding vehicle video stream data can be pulled through the video stream pull play address.

[0055] It should be understood that the processing flow and principles for pushing and pulling the in-vehicle video data for each target user are similar. Therefore, for the sake of simplicity of description, the subsequent embodiments will take one of the target users as an example to explain the processing flow and principles for pushing and pulling the stream.

[0056] Specifically, when the target user needs to play the in-vehicle video, he needs to log in to the client with the preset account information first. After the login is successful, he selects the corresponding target vehicle on the client interface to play the specified in-vehicle video. For example, the chassis number of vehicle A is X1 and it contains 4 in-vehicle cameras (namely Z1, Z2, Z3 and Z4), where the in-vehicle video stream data collected in real time by the in-vehicle cameras Z1 to Z4 are C1 to C4 respectively, and the video channel numbers corresponding to the in-vehicle video stream data C1 to C4 are Y1, Y2, Y3 and Y4 respectively; assuming that the target user with user ID B1 selects X1 and Z4 on the client interface, it means that he wants to play the in-vehicle video stream data C4 collected in real time by the in-vehicle camera Z4 in vehicle A, then the target vehicle is At vehicle side A, the client will call the video control interface of the server and send the start streaming instruction carrying the user ID (i.e. B1), the chassis number X1 corresponding to vehicle side A and the video channel number Y4 corresponding to the vehicle camera Z4 to the server through the video control interface; after receiving the start streaming instruction, the server will construct the video streaming playback address S1 for the vehicle video stream data C4 according to the chassis number X1 and the video channel number Y4, and establish a mapping relationship between B1, X1 and S1, so as to lay the foundation for subsequent data interaction.

[0057] Among them, see Figure 2As shown, the server will send a start streaming instruction to the vehicle A through the vehicle T-BOX (TelematicsBOX, which is responsible for the communication between the vehicle and the cloud platform to realize the real-time upload of vehicle information and the issuance of control instructions from the cloud platform) according to the above mapping relationship, so that the vehicle A can start the streaming processing of the vehicle video stream data C4 after receiving the start streaming instruction, that is, start the streaming process and push the stream to the server.

[0058] Step S20: Based on the streaming result, the user ID of the target user is stored in the target data storage area corresponding to the video streaming playback address and the first anti-hang-up timer is started. At the same time, the video streaming playback address is returned to the client, so that the client can start the streaming playback and the second anti-hang-up timer based on the video streaming playback address. If the target user does not receive a continue watching instruction after the second anti-hang-up timer reaches a preset second threshold, the streaming playback is stopped and an end streaming instruction is sent to the server.

[0059] For example, see Figure 2 As shown, the server will start the anti-hang-up timing (i.e., the first anti-hang-up timing) of the server according to the streaming situation of the target vehicle, so as to monitor whether the client is hanging up or not through timing; this embodiment will also construct a target data storage area corresponding to the video streaming playback address, so as to store users who have playback requirements for the vehicle-mounted video stream data corresponding to the video streaming playback address through the target data storage area, that is, the number of users stored in the target data storage area can determine whether the vehicle-mounted video is in a state of no one watching; it should be noted that the target data storage area can be a database (such as distributed cache Redis), or a data table in a database, or a field in a database, or any module with storage function, which is not limited here.

[0060] Therefore, the server will also store the user ID in the target data storage area corresponding to the video streaming playback address to indicate that the target user has a need to play the in-vehicle video streaming data corresponding to the video streaming playback address. For example, assuming that users with user IDs B1 and B2 both need to play the in-vehicle video streaming data C4, both B1 and B2 will be stored in the target data storage area corresponding to the video streaming playback address S1.

[0061] Also, see Figure 2As shown, the server also needs to return the video streaming playback address to the client, so that the client can start streaming playback based on the video streaming playback address, and start the client's anti-hang-up timing (i.e., the second anti-hang-up timing), so as to further monitor whether the client is on-hook or not through timing, that is, to monitor whether the user is in an on-hook state through the dual anti-hang-up timing of the client and the server; wherein, during the second anti-hang-up timing process, once the second anti-hang-up timing reaches the preset second threshold, the client needs to determine whether it has received a continue viewing instruction from the target user. If the continue viewing instruction is not received, it means that the target user has hung up or no longer has a playback demand, then the streaming playback is stopped and the end push stream instruction is sent to the server to prevent invalid push stream and streaming playback. It should be noted that the specific value setting of the second threshold and the first threshold corresponding to the first anti-hang-up timing can be determined according to actual needs, and is not limited here, as long as the second threshold is less than the first threshold; for example, the first threshold is set to 9min30s, and the second threshold is set to 10min.

[0062] Furthermore, in one embodiment, based on the push result, the user ID of the target user is stored in the target data storage area corresponding to the video streaming playback address and the first anti-hang-up timer is started, and the video streaming playback address is returned to the client at the same time, including:

[0063] When receiving the successful start message of the streaming process sent by the target vehicle, the video streaming playback address is returned to the client;

[0064] When the vehicle-mounted video stream data pushed by the target vehicle is received, the user ID of the target user is stored in the target data storage area corresponding to the video stream playback address and the first anti-hang-up timer is started.

[0065] Exemplarily, in this embodiment, for the target vehicle, when it receives the start streaming instruction sent by the server, it will start the streaming process, and after the streaming process is started, it will send a message to the server indicating that the streaming process has been successfully started, so as to inform the server that it has started the streaming process of the on-board video stream data corresponding to the video channel number in the start streaming instruction, so that the server can return the video streaming playback address corresponding to the on-board video stream data to the client as soon as possible.

[0066] It should be understood that while sending a successful message of starting the streaming process to the server, the target vehicle will start to stream the on-board video stream data corresponding to the video channel number in the start streaming instruction to the server; for example, if the video channel number in the start streaming instruction is Y4, the target vehicle will stream the on-board video stream data C4 corresponding to Y4 to the server, so that after receiving the on-board video stream data C4 transmitted by the target vehicle, the server can immediately start the anti-hang-up timing of the streaming action, so as to detect in real time whether the current client is in an unwatched state or an abnormal exit occurs; and the server will also store the user ID in the target data storage area corresponding to the video streaming playback address S1, so as to indicate that there is a user who has a playback demand for the on-board video stream data C4 corresponding to the video streaming playback address S1.

[0067] Furthermore, in one embodiment, after the client starts the streaming playback and the second anti-hangup timing based on the video streaming playback address, it also includes:

[0068] After the second anti-hang-up timer reaches the preset second threshold, the client pops up a prompt box to prompt the target user whether to continue watching;

[0069] If the client receives a continue watching command from the target user within the preset time, it sends a continue streaming command to the server and continues streaming playback;

[0070] If the client receives a discontinue viewing instruction from the target user within the preset time period or does not receive any feedback information from the target user, the step of stopping the streaming playback and sending an end streaming instruction to the server is executed if no continue viewing instruction is received from the target user after the second anti-hang-up timer reaches a preset second threshold.

[0071] For example, see Figure 2As shown, for the client, it needs to monitor in real time whether the duration corresponding to the second anti-hang-up timing has reached a preset duration threshold (i.e., the second threshold), for example, the second threshold is 9min30s. If the duration corresponding to the second anti-hang-up timing has not reached 9min30s, then continue to repeat the above monitoring; and once the duration corresponding to the second anti-hang-up timing reaches 9min30s, a prompt box needs to pop up to prompt the target user whether to continue watching. If the target user clicks OK to continue watching within the preset time (the specific value can be determined according to actual needs and is not limited here, for example, it is set to 20 seconds), it means that the current client is not in In the idle state, that is, the current state where someone is watching, the client will send a continue streaming instruction to the server and continue streaming playback; however, if the target user does not click to confirm to continue watching within 20 seconds or directly clicks to stop watching, that is, the client has not received the target user's feedback information or received the target user's feedback instruction to stop watching, which means that the user is idle or the user has no viewing demand, that is, the current state where no one is watching, then the client will send an end streaming instruction to the server (the instruction can be generated due to idleness or due to the user ending watching) and stop streaming playback to prevent invalid streaming and streaming playback.

[0072] Furthermore, in one embodiment, after the step of sending a continue streaming instruction to the server and continuing streaming playback, the method further includes:

[0073] The client restarts the second anti-hang-up timer;

[0074] After receiving the instruction to continue streaming, the server will restart the first anti-hang-up timer.

[0075] For example, in this embodiment, if the client receives a continue watching instruction from the target user within 20 seconds, indicating that the target user has a need for continuous watching, the client needs to restart the 9min 30s anti-hang-up timer. After receiving the continue streaming instruction sent by the client, the server will also restart the 10min hang-up timer to enter the next cycle of double anti-hang-up timing, thereby performing a new cycle of anti-hang-up monitoring.

[0076] Step S30: When an instruction to end streaming is received or it is detected that the first anti-hang-up timer reaches a preset first threshold, the user ID is deleted from the target data storage area, wherein the first threshold is greater than the second threshold.

[0077] Exemplarily, in this embodiment, for the server, when it receives the end streaming instruction issued by the client, it means that the target user has hung up or no longer has any playback demand, then the anti-hang-up timing of the target user is ended, and the user ID of the target user is deleted from the target data storage area to indicate that there is no need to continue monitoring the playback needs of the target user; or when it is detected that the first anti-hang-up timing reaches 10 minutes, that is, no instructions such as the end streaming instruction or the continue streaming instruction from the client are received within this period of 10 minutes, it means that the client may have an abnormal exit due to shutdown, network disconnection and other faults. At this time, it is also necessary to end the anti-hang-up timing of the target user and delete the user ID of the target user from the target data storage area to indicate that there is no need to continue monitoring the playback needs of the target user.

[0078] Step S40: When it is detected that the number of user IDs in the target data storage area is zero, the target vehicle end is controlled to stop streaming.

[0079] Exemplarily, in this embodiment, the number of user IDs stored in the target data storage area corresponding to the video streaming playback address is monitored to determine whether the number of user IDs contained therein is zero; if the number of user IDs is not zero, it means that someone is currently watching, and it is necessary to continue to monitor and control the push and pull of the vehicle-mounted video stream data corresponding to the video streaming playback address to meet the viewing needs of other target users; see Figure 2 As shown, if the number of user IDs is zero, it means that no one is watching the video at present. Then the target vehicle side is controlled to stop pushing the vehicle video stream data corresponding to the video stream playback address, so as to effectively realize the accurate control of the playback of the vehicle video in the scenario where no one is watching, thereby reducing meaningless push-pull stream links, and reducing the bandwidth consumption of the vehicle side, server side, and client side, thereby improving the resource utilization, stability, and reliability of the vehicle side, server side, and client side.

[0080] Furthermore, in one embodiment, when the number of user IDs in the target data storage area to be detected is zero, controlling the target vehicle end to stop streaming includes:

[0081] If it is detected that the number of user IDs in the target data storage area is zero, an end streaming instruction is sent to the target vehicle via the vehicle-mounted T-BOX, so that the target vehicle stops streaming to the server based on the end streaming instruction.

[0082] For example, in this embodiment, when the server detects that the number of user IDs in the target data storage area is zero, indicating that no one is currently watching, the server will send an end streaming instruction to the vehicle-mounted T-BOX to control the target vehicle to stop streaming to the video service through the vehicle-mounted T-BOX, thereby effectively achieving accurate control of the playback of vehicle-mounted videos in scenarios where no one is watching, thereby reducing bandwidth consumption and improving service stability.

[0083] The following combination Figure 2 The interaction process between the client, server and target vehicle of the Internet of Vehicles platform is explained; among them, the Internet of Vehicles platform implements the control interface of the start streaming, continue streaming and end streaming instructions.

[0084] When the server receives the start streaming instruction corresponding to the target user sent by the client, it sends the start streaming instruction to the vehicle-mounted T-BOX, and starts the anti-hang-up timer (for example, 10 minutes) for this target user when receiving the vehicle-mounted video stream data transmitted by the target vehicle. That is, the server starts the anti-hang-up timer for the client, and can add the user ID of the target user in the distributed cache Redis corresponding to the vehicle-mounted video stream data.

[0085] When the client receives the video streaming address sent by the server, it will start streaming playback according to the video streaming address and turn on the client's anti-hang-up timer; and after the anti-hang-up timer reaches 9min30s, a prompt box will pop up to prompt the target user whether to continue watching. If the target user clicks OK to continue watching within 20 seconds, a continue streaming instruction will be sent to the server, and streaming playback will continue; if the target user does not click OK to continue watching within 20 seconds (i.e. hangs up) or directly clicks not to continue watching, an end streaming instruction will be sent to the server, and streaming playback will be stopped to prevent invalid streaming and streaming playback.

[0086] When the server receives the instruction to continue streaming, the anti-hang-up timer for this user ID will be reset, that is, the timer will start again for 10 minutes.

[0087] When the server receives the instruction to end streaming, it will delete the anti-hang-up timer of the target user, delete the user ID of the target user in the distributed cache Redis, and determine whether the number of user IDs in the distributed cache Redis is zero. If it is zero, the instruction to end streaming will be sent to the vehicle-mounted T-BOX.

[0088] In addition, the server will check all expired anti-hang-up timers every 5 seconds, delete the expired user IDs, and determine whether the number of user IDs in the distributed cache Redis is zero. If it is zero, the end streaming instruction will be sent to the in-vehicle T-BOX.

[0089] After receiving the start streaming command sent by the server, the vehicle-mounted T-BOX will control the target vehicle to stream to the video service; if it receives the end streaming command sent by the server, it will control the target vehicle to stop streaming to the video service.

[0090] In summary, this embodiment utilizes the Internet of Vehicles platform and determines whether no one is watching by monitoring the streaming playback status of the user client to the video service, that is, through the client's hang-up timing and prompting the user whether to continue watching at an appropriate time, to determine whether the current user is in the hang-up state based on whether the user operates, and then timely identify whether the in-vehicle video is unwatched, and combine the server's anti-hang-up timing of the client and the monitoring of the number of user IDs to send start streaming, continue streaming, and end streaming instructions to control whether the vehicle side pushes the stream to the video service, so as to effectively reduce the consumption of the vehicle side bandwidth, optimize the utilization rate of the vehicle-mounted T-BOX resources, and also help reduce the performance consumption of the platform video server, and then improve the overall stability and reliability of the platform system. It can be seen that this embodiment determines whether the user is in the hang-up state through the dual anti-hang-up timing of the client and the server, and decides whether to send a stop streaming instruction to the vehicle side based on the number of user IDs monitored by the server to control whether the vehicle side stops pushing the stream, thereby accurately controlling the push strategy of the vehicle-side video stream.

[0091] In a second aspect, an embodiment of the present application also provides a vehicle-mounted video playback control device.

[0092] In one embodiment, the vehicle-mounted video playback control device includes a server of a vehicle networking platform, which is used to:

[0093] Sending the start streaming instruction corresponding to the target user received from the client of the Internet of Vehicles platform to the target vehicle end, so that the target vehicle end can stream to the server end based on the start streaming instruction;

[0094] Based on the push result, the user ID of the target user is stored in the target data storage area corresponding to the video streaming playback address and the first anti-hang-up timer is started. At the same time, the video streaming playback address is returned to the client, so that the client can start the streaming playback and the second anti-hang-up timer based on the video streaming playback address. If the target user does not receive a continue watching instruction after the second anti-hang-up timer reaches a preset second threshold, the streaming playback is stopped and an end streaming instruction is sent to the server.

[0095] When receiving an instruction to end streaming or detecting that the first anti-hangup timer reaches a preset first threshold, deleting the user ID from the target data storage area, wherein the first threshold is greater than the second threshold;

[0096] When it is detected that the number of user IDs in the target data storage area is zero, the target vehicle end is controlled to stop streaming.

[0097] Furthermore, in one embodiment, the client is also used for:

[0098] After the second anti-hang-up timer reaches a preset second threshold, a prompt box pops up to prompt the target user whether to continue watching;

[0099] If a continue watching command is received from the target user within the preset time, a continue streaming command is sent to the server to continue streaming playback;

[0100] If a discontinue viewing instruction is received from the target user within the preset time period or no target user feedback information is received, the step of stopping the stream playback and sending an end stream push instruction to the server is executed if no continue viewing instruction is received from the target user after the second anti-hang-up timer reaches a preset second threshold.

[0101] Furthermore, in one embodiment, after sending a continue streaming instruction to the server and continuing to pull the stream for playback, the client is also used to restart the second anti-hangup timer; the server is also used to restart the first anti-hangup timer after receiving the continue streaming instruction.

[0102] Furthermore, in one embodiment, the start streaming instruction includes the user ID of the target user, the chassis number and the video channel number of the target vehicle, and the video streaming playback address is determined based on the chassis number and the video channel number.

[0103] Furthermore, in one embodiment, the server is specifically used for:

[0104] When receiving the successful start message of the streaming process sent by the target vehicle, the video streaming playback address is returned to the client;

[0105] When the vehicle-mounted video stream data pushed by the target vehicle is received, the user ID of the target user is stored in the target data storage area corresponding to the video stream playback address and the first anti-hang-up timer is started.

[0106] Furthermore, in one embodiment, the server is also specifically used to: if it is detected that the number of user IDs in the target data storage area is zero, send an end streaming instruction to the target vehicle through the vehicle-mounted T-BOX, so that the target vehicle can stop streaming to the server based on the end streaming instruction.

[0107] Among them, the functional implementation of each module in the above-mentioned vehicle-mounted video playback control device corresponds to the various steps in the above-mentioned vehicle-mounted video playback control method embodiment, and its functions and implementation processes are no longer repeated here.

[0108] In a third aspect, an embodiment of the present application provides a vehicle-mounted video playback control device, which may be a personal computer (PC), a laptop computer, a server, or other device with data processing capabilities.

[0109] Reference Figure 3 , Figure 3 Schematic diagram of the hardware structure of the vehicle-mounted video playback control device involved in the embodiment of the present application. In the embodiment of the present application, the vehicle-mounted video playback control device may include a processor, a memory, a communication interface and a communication bus.

[0110] The communication bus may be of any type and is used to interconnect the processor, the memory, and the communication interface.

[0111] The communication interface includes input / output (I / O) interface, physical interface and logical interface, etc., which are used to realize the interconnection of devices inside the vehicle video playback control device, and the interface used to realize the interconnection of the vehicle video playback control device with other devices (such as other computing devices or user devices). The physical interface can be an Ethernet interface, an optical fiber interface, an ATM interface, etc.; the user device can be a display (Display), a keyboard (Keyboard), etc.

[0112] The memory can be various types of storage media, such as random access memory (RAM), read-only memory (ROM), non-volatile RAM (NVRAM), flash memory, optical storage, hard disk, programmable ROM (PROM), erasable PROM (EPROM), electrically erasable PROM (EEPROM), etc.

[0113] The processor may be a general-purpose processor, and the general-purpose processor may call the vehicle-mounted video playback control program stored in the memory and execute the vehicle-mounted video playback control method provided by the embodiment of the present application. For example, the general-purpose processor may be a central processing unit (CPU). The method executed when the vehicle-mounted video playback control program is called may refer to the various embodiments of the vehicle-mounted video playback control method of the present application, and will not be repeated here.

[0114] Those skilled in the art will understand that Figure 3The hardware structure shown in the figure does not constitute a limitation on the present application, and may include more or fewer components than shown in the figure, or combine certain components, or arrange the components differently.

[0115] In a fourth aspect, an embodiment of the present application also provides a computer-readable storage medium.

[0116] The readable storage medium of the present application stores an in-vehicle video playback control program, wherein when the in-vehicle video playback control program is executed by a processor, the steps of the in-vehicle video playback control method as described above are implemented.

[0117] Among them, the method implemented when the in-vehicle video playback control program is executed can refer to the various embodiments of the in-vehicle video playback control method of the present application, and will not be repeated here.

[0118] It should be noted that the serial numbers of the above-mentioned embodiments of the present application are only for description and do not represent the advantages or disadvantages of the embodiments.

[0119] The terms "including" and "having" and any variations thereof in the specification and claims of this application and the above-mentioned drawings are intended to cover non-exclusive inclusions. For example, a process, method, system, product or device that includes a series of steps or units is not limited to the listed steps or units, but optionally includes steps or units that are not listed, or optionally includes other steps or units inherent to these processes, methods, products or devices. The terms "first", "second" and "third" are used to distinguish different objects, etc., and do not represent a sequence, nor do they limit "first", "second" and "third" to different types.

[0120] In the description of the embodiments of the present application, "exemplary", "for example" or "for example" are used to indicate examples, illustrations or descriptions. Any embodiment or design described as "exemplary", "for example" or "for example" in the embodiments of the present application should not be interpreted as being more preferred or more advantageous than other embodiments or designs. Specifically, the use of words such as "exemplary", "for example" or "for example" is intended to present related concepts in a specific way.

[0121] In the description of the embodiments of the present application, unless otherwise specified, “ / ” means or, for example, A / B can mean A or B; the “and / or” in the text is merely a description of the association relationship of associated objects, indicating that three relationships may exist, for example, A and / or B can mean: A exists alone, A and B exist at the same time, and B exists alone. In addition, in the description of the embodiments of the present application, “multiple” refers to two or more than two.

[0122] In some processes described in the embodiments of the present application, multiple operations or steps that appear in a specific order are included, but it should be understood that these operations or steps may not be executed in the order in which they appear in the embodiments of the present application or in parallel, and the sequence number of the operation is only used to distinguish the different operations, and the sequence number itself does not represent any execution order. In addition, these processes may include more or fewer operations, and these operations or steps may be executed in sequence or in parallel, and these operations or steps may be combined.

[0123] Through the description of the above implementation methods, those skilled in the art can clearly understand that the above-mentioned embodiment methods can be implemented by means of software plus a necessary general hardware platform, and of course by hardware, but in many cases the former is a better implementation method. Based on such an understanding, the technical solution of the present application is essentially or the part that contributes to the prior art can be embodied in the form of a software product, which is stored in a storage medium (such as ROM / RAM, disk, CD) as described above, and includes a number of instructions for a terminal device to execute the methods described in each embodiment of the present application.

[0124] The above are only preferred embodiments of the present application, and are not intended to limit the patent scope of the present application. Any equivalent structure or equivalent process transformation made using the contents of the present application specification and drawings, or directly or indirectly applied in other related technical fields, are also included in the patent protection scope of the present application.

Claims

1. A vehicle-mounted video playback control method, characterized in that: The vehicle-mounted video playback control method is applied to the server side of the Internet of Vehicles platform, and includes the following steps: Sending the start streaming instruction corresponding to the target user received from the client of the Internet of Vehicles platform to the target vehicle end, so that the target vehicle end can stream to the server end based on the start streaming instruction; Based on the push result, the user ID of the target user is stored in the target data storage area corresponding to the video streaming playback address and the first anti-hang-up timer is started. At the same time, the video streaming playback address is returned to the client, so that the client can start the streaming playback and the second anti-hang-up timer based on the video streaming playback address. If the target user does not receive a continue watching instruction after the second anti-hang-up timer reaches a preset second threshold, the streaming playback is stopped and an end streaming instruction is sent to the server. When receiving an instruction to end streaming or detecting that the first anti-hangup timer reaches a preset first threshold, deleting the user ID from the target data storage area, wherein the first threshold is greater than the second threshold; When it is detected that the number of user IDs in the target data storage area is zero, the target vehicle end is controlled to stop streaming.

2. The vehicle-mounted video playback control method according to claim 1, characterized in that: After the client starts the streaming playback based on the video streaming playback address and the second anti-hang-up timing step, the method further includes: After the second anti-hang-up timer reaches the preset second threshold, the client pops up a prompt box to prompt the target user whether to continue watching; If the client receives a continue watching command from the target user within the preset time, it sends a continue streaming command to the server and continues streaming playback; If the client receives an instruction from the target user not to continue watching within the preset time period or does not receive any feedback information from the target user, the step of stopping the streaming playback and sending an instruction to end the streaming is executed if no instruction from the target user to continue watching is received after the second anti-hang-up timer reaches a preset second threshold.

3. The vehicle-mounted video playback control method according to claim 2, characterized in that: After the step of sending a continue streaming instruction to the server and continuing streaming playback, the method further includes: The client restarts the second anti-hang-up timer; After receiving the instruction to continue streaming, the server will restart the first anti-hang-up timer.

4. The vehicle-mounted video playback control method according to claim 1, characterized in that: The start streaming instruction includes the user ID of the target user, the chassis number and the video channel number of the target vehicle, and the video streaming playback address is determined based on the chassis number and the video channel number.

5. The vehicle-mounted video playback control method according to claim 1, characterized in that: Based on the push stream result, the user ID of the target user is stored in the target data storage area corresponding to the video stream playback address and the first anti-hang-up timer is started, and the video stream playback address is returned to the client at the same time, including: When receiving the successful start message of the streaming process sent by the target vehicle, the video streaming playback address is returned to the client; When the vehicle-mounted video stream data pushed by the target vehicle is received, the user ID of the target user is stored in the target data storage area corresponding to the video stream playback address and the first anti-hang-up timer is started.

6. The vehicle-mounted video playback control method according to claim 1, characterized in that: When the number of user IDs in the target data storage area to be detected is zero, controlling the target vehicle end to stop streaming includes: If it is detected that the number of user IDs in the target data storage area is zero, an end streaming instruction is sent to the target vehicle via the vehicle-mounted T-BOX, so that the target vehicle stops streaming to the server based on the end streaming instruction.

7. A vehicle-mounted video playback control device, characterized in that: The vehicle-mounted video playback control device includes a server of a vehicle networking platform, which is used to: Sending the start streaming instruction corresponding to the target user received from the client of the Internet of Vehicles platform to the target vehicle end, so that the target vehicle end can stream to the server end based on the start streaming instruction; Based on the push result, the user ID of the target user is stored in the target data storage area corresponding to the video streaming playback address and the first anti-hang-up timer is started. At the same time, the video streaming playback address is returned to the client, so that the client can start the streaming playback and the second anti-hang-up timer based on the video streaming playback address. If the target user does not receive a continue watching instruction after the second anti-hang-up timer reaches a preset second threshold, the streaming playback is stopped and an end streaming instruction is sent to the server. When receiving an instruction to end streaming or detecting that the first anti-hangup timer reaches a preset first threshold, deleting the user ID from the target data storage area, wherein the first threshold is greater than the second threshold; When it is detected that the number of user IDs in the target data storage area is zero, the target vehicle end is controlled to stop streaming.

8. The vehicle-mounted video playback control device according to claim 7, characterized in that: The client is also used to: After the second anti-hang-up timer reaches a preset second threshold, a prompt box pops up to prompt the target user whether to continue watching; If a continue watching command is received from the target user within the preset time, a continue streaming command is sent to the server to continue streaming playback; If a discontinue viewing instruction is received from the target user within the preset time period or no target user feedback information is received, the step of stopping the stream playback and sending an end stream push instruction to the server is executed if no continue viewing instruction is received from the target user after the second anti-hang-up timer reaches a preset second threshold.

9. A vehicle-mounted video playback control device, characterized in that: The in-vehicle video playback control device includes a processor, a memory, and an in-vehicle video playback control program stored in the memory and executable by the processor, wherein when the in-vehicle video playback control program is executed by the processor, the steps of the in-vehicle video playback control method as described in any one of claims 1 to 6 are implemented.

10. A computer-readable storage medium, characterized in that: The computer-readable storage medium stores an in-vehicle video playback control program, wherein when the in-vehicle video playback control program is executed by the processor, the steps of the in-vehicle video playback control method according to any one of claims 1 to 6 are implemented.

Images