Media resource playing method and device based on vehicle-road cooperation

CN117746659BActive Publication Date: 2026-10-20HISENSE GRP HLDG CO LTD
View PDF 1 Cites 0 Cited by

Patent Information

Application Number
CN202211116911.1
Authority / Receiving Office
CN · China
Patent Type
Patents(China)
Current Assignee / Owner
Filing Date
2022-09-14
Publication Date
2026-10-20
Estimated Expiration
2042-09-14

AI Technical Summary

Technical Problem

[0003]目前,在公共交通上投放媒体资源多采用固定多媒体方式,即将需要播放的媒体资源存储在车载存储器中,由于投放方式固定,这样,媒体资源投放后很长时间不变,灵活性和实时性差

Benefits of technology

[0038]本申请提供的基于车路协同的媒体资源播放方法及设备中,通过服务器、RSU、车辆三端的交互,实现媒体资源的播放。其中,服务器接收投放的媒体资源信息集,每一媒体资源信息至少包括媒体资源内容、媒体资源发生地、媒体资源投放时段,并基于媒体资源投放时段、媒体资源发生地以及预先存储的RSU列表中各RSU的覆盖区域,确定一个目标RSU,并将各媒体资源信息分别发送给相应的目标RSU,从而实现媒体资源的定点投放和实时更新。目标RSU接收到媒体资源信息后更新自身媒体资源信息列表,并读取自身的车站列表,结合车站列表中各站点的投放信息,确定媒体资源路径信息,使得媒体资源与站点紧密关联,当目标车辆经过目标RSU覆盖区域内的目标站点时,通过V2X网络发送给目标车辆,使得目标车辆播放媒体资源路径信息,从而充分利用公共交通资源,提供移动媒体资源服务,在用户出行过程中方便获知媒体资源,增加了媒体资源投放的效益。由于媒体资源信息是由服务器定点发送给目标RSU,再由目标RSU发送给目标车辆的,相对于固定多媒体方式,媒体资源播放的灵活性和实时性更强,且可以减少播放的媒体资源与站点不匹配的问题。

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN117746659B_ABST
    Figure CN117746659B_ABST
Patent Text Reader

Abstract

The application relates to the intelligent traffic technical field and provides a media resource playing method and equipment based on vehicle-road cooperation, wherein a server sends media resource information to a target RSU in a specific area based on the coverage areas of the RSUs in a stored RSU list; the target RSU updates a self media resource information list after receiving the media resource information, combines the delivery information of each station in a self station list, and determines media resource path information; when a target vehicle passes through the coverage area of the target RSU, the media resource path information is played, so that the media resource is closely associated with the station, and the accuracy and efficiency of media resource playing are improved. Since the media resource is sent to the RSU by the server, and then sent to the target vehicle after being updated by the RSU, the media resource is realized in point delivery and real-time updating, the flexibility and real-time performance of the media resource playing are stronger, and the problem that the played media resource does not match the station can be reduced.
Need to check novelty before this filing date? Find Prior Art

Description

Technical Field

[0001] This application relates to the field of intelligent transportation technology, and provides a method and device for playing media resources based on vehicle-road cooperation. Background Technology

[0002] With the continuous improvement of public transportation, more and more people are taking public transportation. Buses, subways, and other modes of transportation have become frequently used in people's daily lives. Their mileage has been increasing year by year, and their coverage area is extensive. As a mobile platform, public transportation has become an information carrier for media resource distribution to fully leverage its resource advantages.

[0003] Currently, the distribution of media resources on public transportation mostly adopts a fixed multimedia approach, which means that the media resources to be played are stored in the vehicle's onboard storage. Because the distribution method is fixed, the media resources remain unchanged for a long time after being distributed, resulting in poor flexibility and real-time performance. Summary of the Invention

[0004] This application provides a media resource playback method and device based on vehicle-road cooperation, which improves the flexibility and real-time performance of mobile media resource playback.

[0005] On the one hand, this application provides a method for playing media resources based on vehicle-road cooperation, including:

[0006] The server receives a set of media resource information to be delivered, wherein each piece of media resource information in the set includes at least the media resource content, the location where the media resource occurred, and the time period during which the media resource was delivered.

[0007] For each media resource information, the server determines whether the current time is within the media resource delivery period. If so, it determines a target RSU based on the location of the media resource occurrence and the coverage area of ​​each RSU in the pre-stored Roadside Unit (RSU) list.

[0008] The server packages the media resource content, the location where the media resource occurred, and the time period during which the media resource was delivered to obtain a media resource package, and then sends the media resource package to the target RSU.

[0009] On the other hand, this application provides a media resource playback method based on vehicle-road cooperation, including:

[0010] The target roadside unit (RSU) receives media resource packets sent by the server;

[0011] The target RSU updates its own media resource information list according to the media resource package and reads its own station list;

[0012] For each media resource information in the media resource information list, the target RSU determines the media resource path information based on the media resource information and the delivery information of each station in the station list;

[0013] The target RSU sends the media resource path information to target vehicles passing through stations within the coverage area of ​​the target RSU via the V2X network.

[0014] On the other hand, this application provides a media resource playback method based on vehicle-road cooperation, including:

[0015] The target vehicle receives media resource path information sent by the target roadside unit (RSU). The media resource path information includes the sequence number of the target station and the vehicle route number passing through the target station. The sequence number of the same target station is different in the uplink and downlink routes.

[0016] The target vehicle determines whether the vehicle route number of the target station is its own route number;

[0017] If the vehicle route number is its own route number, then the target vehicle determines whether the target station's sequence number is the station sequence number in the current driving direction;

[0018] If the target station's serial number is the same as the station's serial number in the current driving direction, then the target vehicle plays the media resource path information.

[0019] On the other hand, embodiments of this application provide a server, including a memory, a processor, and at least one communication interface, wherein the memory, the communication interface, and the processor are connected via a bus;

[0020] The memory stores a computer program, and the processor performs the following operations according to the computer program:

[0021] The communication interface is used to receive a set of media resource information, each of which includes at least the content of the media resource, the location where the media resource occurred, and the time period during which the media resource was deployed.

[0022] For each media resource information, determine whether the current time is within the media resource delivery period. If so, determine a target RSU based on the location of the media resource and the coverage area of ​​each RSU in the pre-stored Roadside Unit (RSU) list.

[0023] The media resource content, the location of the media resource, and the time period of the media resource are packaged together to obtain a media resource package;

[0024] The media resource package is sent to the target RSU through the communication interface.

[0025] On the other hand, embodiments of this application provide a roadside unit, including a memory, a processor, and at least one communication interface, wherein the memory, the communication interface, and the processor are connected via a bus;

[0026] The memory stores a computer program, and the processor performs the following operations according to the computer program:

[0027] The media resource package sent by the server is received through the communication interface.

[0028] Update its own media resource information list according to the media resource package, and read its own station list;

[0029] For each media resource information in the media resource information list, media resource path information is determined based on the media resource information and the delivery information of each station in the station list;

[0030] The media resource path information is sent via V2X network to the target vehicle passing through the site within the target RSU coverage area.

[0031] On the other hand, this application provides a public vehicle equipped with an on-board unit (OBU), a display screen, and a speaker. The OBU includes a memory, a communication interface, and a processor, which are connected via a bus.

[0032] The memory stores a computer program, and the processor performs the following operations according to the computer program:

[0033] Through the communication interface, media resource path information sent by the target roadside unit (RSU) is received. The media resource path information includes the sequence number of the target station and the vehicle route number passing through the target station. The sequence number of the same target station is different in the uplink and downlink routes.

[0034] Determine whether the vehicle route number at the target station is its own route number;

[0035] If the vehicle route number is its own route number, then determine whether the sequence number of the target station is the station sequence number in the current driving direction;

[0036] If the serial number of the target station is the station serial number in the current driving direction, then the media resource path information is played through at least one of the display screen and the speaker.

[0037] On the other hand, this application provides a computer-readable storage medium storing computer-executable instructions for causing a computer device to execute the vehicle-road cooperative media resource playback method provided in the embodiments of this application.

[0038] The media resource playback method and device based on vehicle-road cooperation provided in this application realizes media resource playback through the interaction of a server, a Remote Unit (RSU), and a vehicle. The server receives a set of media resource information, each of which includes at least the media resource content, the location of the media resource occurrence, and the media resource delivery time. Based on the media resource delivery time, the location of the media resource occurrence, and the coverage area of ​​each RSU in a pre-stored RSU list, a target RSU is determined, and each media resource information is sent to the corresponding target RSU, thereby achieving targeted delivery and real-time updates of media resources. After receiving the media resource information, the target RSU updates its own media resource information list and reads its own station list. Combining this with the delivery information of each station in the station list, the media resource path information is determined, closely linking the media resource with the station. When a target vehicle passes through a target station within the coverage area of ​​the target RSU, the path information is sent to the target vehicle via the V2X network, enabling the target vehicle to play the media resource. This fully utilizes public transportation resources, provides mobile media resource services, and allows users to easily access media resources during their travels, increasing the efficiency of media resource delivery. Since media resource information is sent from the server to the target RSU, and then from the target RSU to the target vehicle, compared to fixed multimedia methods, media resource playback is more flexible and real-time, and can reduce the problem of media resources not matching the site. Attached Figure Description

[0039] To more clearly illustrate the technical solutions in the embodiments of this application or the prior art, the drawings used in the description of the embodiments or the prior art will be briefly introduced below. Obviously, the drawings described below are some embodiments of this application. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0040] Figure 1 A schematic diagram of a media resource playback scenario based on vehicle-road cooperation provided in an embodiment of this application;

[0041] Figure 2 A flowchart of a server-side media resource playback method based on vehicle-road cooperation provided in this application embodiment;

[0042] Figure 3 A flowchart of a media resource playback method based on vehicle-road cooperation on the RSU side provided in this application embodiment;

[0043] Figure 4 A flowchart illustrating a method for determining media resource path information for a target RSU as provided in this application embodiment;

[0044] Figure 5 A flowchart of a media resource playback method based on vehicle-road cooperation provided in this application embodiment;

[0045] Figure 6 A flowchart illustrating a method for simultaneously displaying media resource path information using a speaker and a display screen, as provided in this application embodiment;

[0046] Figure 7 The image shows the effect of displaying media resource path information on the in-vehicle LED display screen provided in the embodiment of this application;

[0047] Figure 8 This is a rendering of the in-vehicle LCD display screen showing media resource path information provided in an embodiment of this application;

[0048] Figure 9 This is a rendering of the display screen showing media resource path information on the vehicle exterior screen provided in an embodiment of this application;

[0049] Figure 10 A flowchart illustrating the method for playing audio files of media resource path information and service resources provided in this application embodiment;

[0050] Figure 11 This is a diagram illustrating the sequential display of multiple media resource path information provided in an embodiment of this application.

[0051] Figure 12 A structural diagram of the server provided in the embodiments of this application;

[0052] Figure 13 A structural diagram of the RSU provided in the embodiments of this application;

[0053] Figure 14 A structural diagram of a public vehicle provided in an embodiment of this application. Detailed Implementation

[0054] To make the objectives, technical solutions, and advantages of the embodiments of this application clearer, the technical solutions of this application will be clearly and completely described below with reference to the accompanying drawings of the embodiments of this application. Obviously, the described embodiments are only some embodiments of the technical solutions of this application, and not all embodiments. Based on the embodiments recorded in this application, all other embodiments obtained by those skilled in the art without creative effort are within the scope of protection of the technical solutions of this application.

[0055] Public transportation, as a mobile platform, can fully leverage its resource advantages for media delivery. Currently, media delivery on public transportation often employs a fixed multimedia approach, storing the media to be played in the vehicle's onboard storage. However, since public transportation routes and stops are generally fixed, the audio information about stops remains unchanged for extended periods when vehicles enter and exit stations. For stops with delivered media resources, the media resources are played along with the station information during these announcements. Because the media resources and station information are bound to a single audio clip, the flexibility and real-time performance of media playback are limited by the station's location. Furthermore, the limited storage space of the onboard storage device restricts the number of audio files that can be stored, resulting in a limited selection of delivered media content.

[0056] In view of this, this application provides a media resource playback method and device based on vehicle-to-everything (V2X) cooperation. For media resources (including but not limited to text, images, audio, and video) submitted by users to a V2X cloud platform, the server distributes the media resource information to target roadside units (RSUs) within a designated area according to the user-specified media resource placement location. The target RSUs then send the media resource information to public transport vehicles at nearby stops. Thus, when a public transport vehicle stops at a stop, the media resource information is played. This method achieves the purpose of targeted media resource distribution, targeted updates, and mobile advertising through communication between the server, RSUs, and the on-board units (OBUs) on public transport vehicles. It has high real-time performance and flexibility. Furthermore, with the help of the V2X network, public transport vehicles can obtain and play media resource information in their current area in real time, making full use of public transport resources. While ensuring the normal operation of public transport services, it creates mobile multimedia services, which not only facilitates passengers' daily lives but also increases public transport revenue.

[0057] See Figure 1This diagram illustrates a media resource playback scenario based on vehicle-to-everything (V2X) communication, as provided in this application embodiment. Merchants upload the media resource information to be played to the V2X cloud platform server via a client. The server pre-stores a list of Resource Units (RSUs), including the coverage area of ​​each RSU. The server communicates with each RSU via wired or wireless means. Based on the location of the media resource information and the coverage area of ​​each RSU, the server distributes the media resource information to target RSUs within designated areas, enabling the target RSUs to obtain the latest media resource information in real time. Furthermore, the target RSUs send the media resource information to passing buses via the V2X network. Upon receiving the media resource information, the OBUs on the buses play it using the buses' playback devices (such as speakers, LED displays, LCD displays, etc.) when entering or leaving the station.

[0058] based on Figure 1 The application scenarios shown are as follows: Figure 2 An exemplary flowchart of a media resource playback method based on vehicle-road cooperation implemented on the server side according to an embodiment of this application is shown, which mainly includes the following steps:

[0059] S201: The server receives the media resource information set to be delivered. Each media resource information set includes at least the media resource content, the location where the media resource occurred, and the time period during which the media resource was delivered.

[0060] In one optional implementation, a merchant can send one or more media resource information pieces to a cloud server via a client. The server then stores the received media resource information into a media resource information set. Each media resource information piece includes at least the media resource content, the location where the media resource occurred, and the time period for media resource placement.

[0061] Optionally, the location of the media resource includes the location coordinates (such as latitude and longitude) and the location name of the media resource, and the media resource placement period includes the start and end times of the media resource.

[0062] For example, the data structure for each media resource information is shown below:

[0063]

[0064]

[0065] Wherein, media_lat represents the latitude coordinate of the location where the media resource occurred, media_lon represents the longitude coordinate of the location where the media resource occurred, local_name represents the location name of the location where the media resource occurred (e.g., shopping mall A), media_star represents the start time of the media resource (e.g., 00:00:00 on May 1, 2022), media_end represents the end time of the media resource (e.g., 24:00:00 on May 5, 2022), and text

[2048] represents the content of the media resource (e.g., store anniversary event).

[0066] S202: For each media resource information, the server determines whether the current time is within the media resource delivery period. If not, proceed to S203; if so, proceed to S204.

[0067] In S202, the server obtains the current time based on its own timestamp and compares the current time with the media resource delivery time period contained in the media resource information to determine whether the current time is within the media resource delivery time period.

[0068] S203: The server reads the next media resource information from the media resource information set and executes S202.

[0069] In S203, when the current time is greater than the end time of the media resource, it means that the media resource information has ended, and the playback effect is poor. Therefore, the server can delete the media resource information and read the next media resource information from the media resource information set for effective playback. When the current time is less than the start time of the media resource, it means that the media resource information has not yet started, and the server can retain the media resource information.

[0070] The server pre-stores a list of RSUs, which records the coverage area of ​​each RSU. For each media resource, the server reads the location and time information of the media resource, combines it with the RSU list, and sends the media resource information to a target RSU. See S204-S205 for details.

[0071] The S204 server determines a target RSU based on the location where the media resource occurred and the coverage area of ​​each RSU in the pre-stored list of roadside unit RSUs.

[0072] In S204, when the current time is within the media resource delivery period, it means that the media resource information is in progress and can bring effective playback revenue. Therefore, the server compares the location coordinates of the media resource information, which represent the location of the media resource, with the coverage area of ​​the RSU in the RSU list to determine the RSU that can cover the location of the media resource.

[0073] Specifically, the server determines whether the location of the media resource is within the coverage area of ​​an RSU in the RSU list based on the location coordinates of the media resource's origin. If it is, the server uses that RSU as a target RSU. If it is not, the server continues to compare it with the coverage area of ​​the next RSU until a target RSU is found.

[0074] If a target RSU cannot be identified after iterating through all RSUs in the RSU list, the server will not send the media resource information.

[0075] S205: The server packages the media resource content, the location where the media resource occurred, and the time period for the media resource delivery to obtain a media resource package, and then sends the media resource package to the target RSU.

[0076] In S205, when the location of the media resource is within the coverage area of ​​the target RSU, the server packages the media resource content, the location of the media resource, and the media resource delivery time and sends them to the target RSU to achieve targeted delivery of the media resource.

[0077] Optionally, in some embodiments, after receiving media resource information sent by the merchant through the client, the server updates the media resource information set periodically (e.g., once per hour) to ensure the real-time distribution of media resource information.

[0078] After the target RSU receives the media resource packet sent by the server, it... Figure 3 The process shown illustrates a method for playing media resources based on vehicle-road cooperation. This process mainly includes the following steps:

[0079] S301: The target RSU receives the media resource packet sent by the server.

[0080] The media resource package includes media resource information, including at least the media resource content, the location where the media resource occurred, and the time period during which the media resource was delivered. For a detailed description, please refer to the server-side method, which will not be repeated here.

[0081] S302: The target RSU updates its own media resource information list based on the media resource package and reads its own station list.

[0082] In S302, after receiving the media resource packet, the target RSU decompresses it to obtain the media resource information and updates its own media resource information list with the media resource information.

[0083] Considering that an RSU can receive one or more media resource messages, and these multiple messages constitute a media resource message list, in some embodiments, to ensure the orderly playback of each media resource message in the list, the merchant can specify the playback priority of the media resource message when sending it to the cloud server via the client. In this case, the data structure of the media resource message is as follows:

[0084]

[0085] Among them, priority indicates the playback priority of media resource information.

[0086] In one optional implementation, in S302, after receiving the media resource information sent by the server, the target RSU updates its own media resource information list according to the media resource delivery time period included in the media resource information. The earlier the media resource delivery time period, the higher the position of the media resource information in the media resource information list.

[0087] Another optional implementation is that, in S302, after receiving the media resource information sent by the server, the target RSU updates its own media resource information list according to the location of the media resource occurrence contained in the media resource information. Media resource information with the same location of occurrence is located in the same position in the media resource information list.

[0088] Another optional implementation is that, in S302, after the target RSU receives the media resource information sent by the server, it updates its own media resource information list according to the playback priority contained in the media resource information. The higher the playback priority of the media resource information, the higher its position in the media resource information list.

[0089] Meanwhile, considering that an RSU's coverage area can contain one or more different stations, and a station can be passed by one or more public transport vehicles, each RSU stores a station list containing information such as the name, location coordinates, uplink and downlink sequence numbers of the stations it covers, the vehicle route number passing through each station, and the maximum number of media resource information allowed.

[0090] S303: For each media resource in the media resource information list, the target RSU determines the media resource path information based on the media resource information and the delivery information of each station in the station list.

[0091] In S303, the target RSU, based on the updated list of media resource information and the list of stations, determines the media resource path information between each media resource and each station for each piece of media resource information. See [link to details] for further information. Figure 4 It mainly includes the following steps:

[0092] S3031: Compare the location coordinates of the media resource's origin with the location coordinates of each station in the station list to obtain the distance between the media resource's origin and the corresponding station.

[0093] In S3031, the target RSU calls the developed path planning interface to compare the location coordinates of the media resource occurrence location with the location coordinates of each station in the corresponding station list within the target RSU's coverage area, calculates the distance between the media resource occurrence location and the corresponding station, and thus plans the path between the media resource occurrence location and the corresponding station.

[0094] S3032: Determine the target site corresponding to the media resource information based on each distance.

[0095] In S3032, the target RSU selects the station with the smallest distance from the location where the media resource is generated as the target station.

[0096] S3033: Determine the media resource path information based on the target site's placement information, the distance between the media resource's location and the target site, and the media resource content, the media resource's location, and the media resource's placement time period.

[0097] In S3033, the target RSU packages the delivery information of the target site, the distance between the target site and the location where the media resource occurs, and the media resource information to obtain the media resource path information between the media resource information and the target site. Among them, the media resource path information includes the sequence number of the target site and the vehicle route number passing through the target site. The sequence number of the same target site is different in the uplink and downlink routes.

[0098] Optionally, the target site information and media resource information in the media resource path information can use two independent data structures.

[0099] For example, the data structure of media resource information in media resource path information is as follows:

[0100]

[0101]

[0102] Here, distance represents the distance between the media resource information and the target site, and the unit can be meters or kilometers.

[0103] The data structure of the target site information in the media resource path information is as follows:

[0104]

[0105] Among them, route represents the vehicle route number that passes through the target station, bus_station represents the double-pass sequence number of the target station within the coverage area of ​​the target RSU (i.e., the same station has different sequence numbers in the up and down lines), media_count represents the maximum number of media resource information allowed by the target station, and media_info media_info_s

[255] represents the media resource information and the distance to the target station information.

[0106] S304: The target RSU sends media resource path information to the target vehicle passing through the target site within the target RSU's coverage area via the V2X network.

[0107] In S304, once the target RSU has determined the media resource path information, it publishes the packaged media resource path information to the target vehicles passing through the target site in its coverage area via the V2X network.

[0108] Currently, in order to make full use of public transportation resources, all public transportation vehicles (such as buses and subways) are equipped with OBUs to receive media resource path information sent by RSUs through the V2X network.

[0109] See Figure 5 The above is a flowchart of a media resource playback method based on vehicle-road cooperation implemented on the target vehicle side according to an embodiment of this application. The process mainly includes the following steps:

[0110] S501: The target vehicle receives the media resource path information sent by the target RSU.

[0111] The media resource path information includes the target station's sequence number and the vehicle route number passing through the target station. The sequence number for the same target station differs between the uplink and downlink routes. The content of the media resource path information is described in the target RSU section and will not be repeated here.

[0112] After the target vehicle receives the media resource path information through the OBU, it performs logical judgment on the media resource path information to determine whether it can be played. For the specific logical judgment process, please refer to S502-S505.

[0113] S502: The target vehicle determines whether the vehicle route number of the target station is its own route number. If yes, then execute S503; otherwise, execute S505.

[0114] In practical applications, some public transport vehicles may pass through a certain station, but that station may not be their designated stop. Therefore, in S502, the target vehicle needs to determine whether the route number of the vehicle passing through the target station in the media resource route information is its own route number. If it is, it indicates that the target vehicle will stop at the target station, and S503 can be executed. If it is not, it indicates that the target vehicle will not stop at the target station, and S505 can be executed.

[0115] S503: The target vehicle determines whether the target station's sequence number is the same as the station sequence number in the current driving direction. If yes, proceed to S504; otherwise, proceed to S505.

[0116] Since public transport vehicles travel in both directions on the same route, in S503, when a target vehicle determines that the route number of the vehicle passing through the target station in the media resource route information is its own route number, it can compare the sequence number of the target station in the media resource route information with the direction of travel of the target vehicle to determine the relationship between the direction of travel of the target vehicle and the sequence number of the target station.

[0117] S504: Target vehicle media resource path information.

[0118] In S504, when the sequence number of the target station in the media resource path information is the station sequence number in the current driving direction of the target vehicle, it indicates that the target vehicle will stop when passing the target station in the current driving direction. Therefore, the media resource path information can be played.

[0119] S505: The target vehicle does not play media resource path information.

[0120] In S505, when the vehicle route number in the media resource path information is not the target vehicle's own route number, or when the target station sequence number in the media resource path information is not the station sequence number in the target vehicle's current driving direction, it indicates that the target vehicle will not stop at the target station, therefore, there is no need to play the media resource path information.

[0121] In an optional implementation, when the target vehicle plays media resource path information during S504, playback can be performed simultaneously through the speakers and display screen installed on the target vehicle. See [link to specific process] for details. Figure 6 It mainly includes the following steps:

[0122] S50411: The target vehicle plays media resource path information through the display screen. At the same time, it checks whether the speaker is occupied by service resources. If not, execute S504_12; if so, execute S504_13.

[0123] In S504_11, when media resource path information needs to be played, the target vehicle extracts information such as the name of the media resource's location, the media resource content, and the distance between the media resource's location and the upcoming stop from the packaged media resource path information, and then displays it on a display screen. The display screen includes at least one of an in-vehicle display screen and an external display screen, and the type of display screen can be an LED display screen or an LCD display screen.

[0124] Optionally, the display format is: (site name) distance (location of media resource) meters.

[0125] Taking the in-vehicle display screen as an example of an LED display screen, assuming that the name of the location where the media resource occurs is "Home Appliance City" and the station name is "Xiangyang Road Station" in the media resource path information, and the distance between the two is 100 meters, then the display effect of the LED display screen would be as follows: Figure 7 As shown.

[0126] Taking an in-vehicle display screen as an LCD screen as an example, assuming that the name of the location where the media resource occurred is "Home Appliance City" and the station name is "Xiangyang Road Station" in the media resource path information, and the distance between the two is 100 meters, then the display effect of the LED screen would be as follows: Figure 8 As shown, unlike LED displays, LCD displays are generally larger and can display other media resource information while playing media resource path information.

[0127] Taking an exterior display screen as an example, assuming the media resource location in the media resource path information is named "Home Appliance City" and the station name is "Xiangyang Road Station," and the distance between them is 100 meters, then the display effect of the exterior display screen would be as follows: Figure 9 As shown, the route number "Route 22" of the target vehicle is displayed in a fixed position. When the length of the media resource path information "Xiangyang Road Station is 100 meters away from the home appliance city" exceeds the remaining length of the external display screen, the media resource path information is displayed in a scrolling manner.

[0128] It should be noted that when the target vehicle is about to enter or exit the station while the media resource route information is being displayed on the screen, the entry and exit information needs to be played to remind passengers to get on and off the vehicle. At this time, the display screen stops playing the media resource route information and plays the entry and exit information. After the entry and exit information is finished playing, the media resource route information will continue to be displayed. In other words, the priority of the media resource route information is lower than the priority of the normal public transportation service resources.

[0129] In some embodiments, while the target vehicle is in motion, information about its upcoming arrival / departure from the station and media resource path information can be displayed cyclically. Specifically, the target vehicle's display screen alternately plays arrival / departure information and media resource path information at fixed time intervals (e.g., 5 seconds).

[0130] In some embodiments, a site may be associated with multiple media resource path information. In this case, when playing media resource path information through a display screen, one optional implementation is to configure the number of media resource information items played on the display screen each time, for example, configuring a display screen to play 2 media resource path information items each time; another optional implementation is to configure the number of times each media resource path information item is played within a playback cycle, wherein the number of times each media resource path information item is played can be the same or different.

[0131] In S504_11, the target vehicle can play media resource route information on the display screen and also play audio through the speaker. However, when the target vehicle enters or exits the station, the speaker may broadcast entry / exit announcements or driver / passenger prompts. Therefore, it is necessary to detect whether the speaker is occupied by service resources to ensure the normal operation of the public transportation service.

[0132] S504_12: The target vehicle plays media resource path information via loudspeaker.

[0133] In S504_12, when the speaker is not occupied by service resources, it indicates that the speaker is not playing station entry / exit announcements or driver / passenger prompts. In this case, playing media resource path information will not interfere with the normal operation of the bus service. Specifically, when playing media resource path information, text-to-speech (TTS) technology is first used to convert the text in the media resource path information into an audio file, and then the converted audio file is played through the speaker.

[0134] In S504_12, consistent with the display screen, it is also possible to set the speaker to loop the media resource path information or play the media resource path information only once.

[0135] S504_13: The target vehicle does not play media resource path information via voice.

[0136] In S504_13, when the speaker is occupied by service resources, it indicates that the speaker is playing entry / exit voice or driver / passenger prompts. If media resource path information is played by voice at this time, it will interfere with the normal operation of the bus service. Therefore, the target vehicle will not play media resource path information by voice.

[0137] In the embodiments of this application, when the target vehicle plays media resource path information through a speaker, it needs to play station entry / exit voice or driver / passenger prompts. The priority of the media resource path information should be set lower than the priority of normal public transport service resources to ensure the normal operation of public transport services.

[0138] For example, if the audio file containing the media resource path information played by the speaker during the vehicle's journey is "Xiangyang Road Station is 100 meters from the Home Appliance City," and the speaker needs to play the driver / passenger warning "Continuous curves ahead, please stand firm and hold on," then the audio file containing the media resource path information is interrupted. If only "Xiangyang Road Station distance" is played, then the driver / passenger warning "Continuous curves ahead, please stand firm and hold on" is played first. After the driver / passenger warning is finished, the audio file containing the media resource path information "Xiangyang Road Station is 100 meters from the Home Appliance City" is played again (i.e., played from the beginning of the audio file, not from the interrupted point).

[0139] When the speaker is used to play audio files containing media resource path information and audio files containing business resources (such as station entry / exit announcements or driver / passenger prompts), please refer to the specific audio playback process. Figure 10 It mainly includes the following steps:

[0140] S504_21: The target vehicle stores the media resource path information and audio files of the business resources that need to be played into the buffer unit.

[0141] In S504_21, since the speaker can play audio files containing media resource path information and audio files containing service resources, but the speaker can only play one audio file at a time, the audio files containing media resource path information and the audio files containing service resources may be stored in the buffer unit, and the audio file that the speaker should play is determined by logical judgment.

[0142] S504_22: The target vehicle reads a target audio file from the buffer unit in a loop.

[0143] In S504_22, the target vehicle reads one target audio file from the buffer unit in sequence until every audio file in the buffer unit has been traversed.

[0144] S504_23: For each target audio file read, the target vehicle detects whether the speaker is playing the current audio file through the voice playback indicator. If not, execute S504_24; otherwise, execute S504_25.

[0145] In S504_23, each time a target audio file is read, the target vehicle detects whether the speaker is playing the current audio file through a voice playback indicator.

[0146] For example, the voice playback flag is 'flag'. When 'flag' = 1, it indicates that the speaker is playing the current audio file. When 'flag' = 0, it indicates that the speaker is currently in standby mode and is not playing any audio file.

[0147] S504_24: The target vehicle stores the target audio file into the playback unit and executes S504_28.

[0148] In S504_24, when the speaker is not playing the current audio file, the target audio file can be stored in the playback unit first, and then the audio files in the playback unit can be played in an orderly manner. See S504_28 for details.

[0149] S504_25: The target vehicle determines whether the target audio file can interrupt the current audio file. If so, it executes S504_26; otherwise, it executes S504_27.

[0150] In S504_25, when the speaker is playing the current audio file, it is necessary to determine whether the current audio file supports being interrupted.

[0151] An optional implementation involves determining whether the target audio file can interrupt the playback of the current audio file based on the priorities of the target audio file and the current audio file. Specifically, if the priority of the target audio file is higher than that of the current audio file, it indicates that the target audio file can interrupt the playback of the current audio file, and S504_26 should be executed. If the priority of the target audio file is lower than that of the current audio file, it indicates that the target audio file cannot interrupt the playback of the current audio file, and S504_27 should be executed.

[0152] S504_26: The target vehicle stops playing the current audio file and saves the current audio file to the playback unit, then executes S504_28.

[0153] In S504_26, when the target audio file can interrupt the playback of the current audio file, the target vehicle controls the speaker to immediately stop playing the current audio file. However, the current audio file can be played later, so the current audio file is also stored in the playback unit.

[0154] S504_27: The target vehicle continues playing the current audio file. After the current audio file finishes playing, execute S504_28.

[0155] In S504_27, when the target audio file cannot interrupt the playback of the current audio file, the target vehicle controls the speaker to continue playing the current audio file. After the current audio file finishes playing, the audio file in the playback unit is played.

[0156] S504_28: The target vehicle plays the audio files in the playback unit in descending order of priority.

[0157] Each audio file in the playback unit has a priority. Therefore, in S504_28, the target vehicle can play the audio files in the playback unit in order of priority from high to low.

[0158] In some embodiments, in order to conserve the storage resources of the target vehicle, the audio file may be removed from the playback unit after each audio file is played by the speaker.

[0159] In some embodiments, a site may be associated with multiple media resource path information. When at least two media resource path information have the same priority, the target vehicle sorts the distances among the multiple media resource path information and plays the multiple media resource path information sequentially through at least one of the display screen and speakers in ascending order of distance.

[0160] In other embodiments, when a site is associated with multiple media resource path information, the target vehicle can also merge and play the multiple media resource path information together in descending order of media resource priority. The number of media resource path information items played together can be set according to actual conditions; in this embodiment, it is set to three by default.

[0161] For example, if there are three media resource path information that need to be played by a speaker, namely Shopping Mall A, Hospital A, and Stadium A, the speaker will play the message "Passengers going to Shopping Mall A, Hospital A, and Stadium A, please get off at this station" based on priority.

[0162] When multiple media resource path information is played together, if the media resources in two media resource path information have the same priority, the two media resource path information with the same priority are played in order of increasing distance.

[0163] For example, taking the display screen showing media resource path information as an example, Xiangyang Road Station is associated with two media resource path information: the Home Appliance City and the Aquarium. These two media resource path information have the same priority, but the Home Appliance City is 100 meters away from Xiangyang Road Station, while the Aquarium is 50 meters away. Therefore, after sorting by distance, the display screen will show the message: "Passengers going to the Aquarium or the Home Appliance City, please get off at this station." Figure 11 As shown.

[0164] It should be noted that, in Figure 11 In the middle, when the display screen cannot fully display the media resource path information at once, the text on the display screen can be set to scroll.

[0165] In some embodiments, when the display screen and speakers are configured to alternately play media resource path information and station information, the target vehicle can play multiple media resource path information in descending order of priority, interspersed among the station information. This allows for the pre-playing of media resource path information related to the next station after the station content has finished playing, thus achieving a pre-play function for media resource path information.

[0166] In the embodiments of this application, when the target vehicle leaves the station, the playback of media resource path information is immediately stopped, and all media resource path information associated with the current station is deleted. Then, the media resource path information sent by other RSUs is re-accepted to save memory resources and ensure the targeted delivery and real-time updating of media resource information.

[0167] It should be noted that in the embodiments of this application, when the audio file of the service resource has finished playing and the display screen has finished switching stations, if the target vehicle has not received the matching media resource path information, then no media resource path information will be played, or the bus company's default media content will be played.

[0168] It should be noted that, in the embodiments of this application, media resources include, but are not limited to, advertisements (such as advertisements published by merchants, hospitals, and various institutions), news information (such as local resources or domestic and international news), and civilized behavior regulations, which can be text or video. The display method of media resource path information is not limited to LCD and LED screens; other methods can also be used (such as images, wallpapers, etc.). The playback method of media resource path information is not limited to speaker playback; it can also be played using speakers.

[0169] The media resource playback method based on vehicle-road cooperation provided in this application embodiment realizes media resource playback through the interaction of a server, RSU, and OBU. Specifically, the server receives the set of media resource information to be deployed and, based on the coverage area of ​​each RSU in a pre-stored RSU list, sends the media resource information to the corresponding target RSU, thereby achieving targeted deployment and real-time updates of media resources. Upon receiving the media resource information, the target RSU updates its own media resource information list and reads its own station list. Combining this with the deployment information of each station in the station list, it determines the media resource path information, ensuring a close association between media resources and stations. When a target vehicle passes through the coverage area of ​​a target RSU, the information is sent to the target vehicle via the V2X network, allowing the target vehicle to receive and play the media resource path information. This fully utilizes public transportation resources, provides mobile media resource services, and facilitates users' access to media resources during their travels, increasing the efficiency of media resource deployment. Because the media resources are sent from the server to the RSU, and then from the RSU to the vehicle, compared to fixed multimedia methods, media resource playback offers greater flexibility and real-time performance, and reduces the problem of mismatch between played media resources and stations. At the same time, by setting priorities, not only can the normal operation of public transportation services be guaranteed, but also the orderly playback of multiple media resources can be ensured.

[0170] Based on the same technical concept, this application provides a server that can implement a server-side media resource playback method based on vehicle-road cooperation and achieve the same technical effect.

[0171] See Figure 12 The server includes a processor 1201, a memory 1202 and at least one communication interface 1203, wherein the memory 1202, the communication interface 1203 and the processor 1201 are connected via a bus 1204;

[0172] The memory 1202 stores a computer program, and the processor 1201 performs the following operations according to the computer program:

[0173] The communication interface 1203 receives a set of media resource information to be deployed. Each piece of media resource information in the set includes at least the media resource content, the location of the media resource occurrence, and the time period of the media resource deployment.

[0174] For each media resource information, determine whether the current time is within the media resource delivery period. If so, determine a target RSU based on the location of the media resource and the coverage area of ​​each RSU in the pre-stored Roadside Unit (RSU) list.

[0175] The media resource content, the location of the media resource, and the time period of the media resource are packaged together to obtain a media resource package;

[0176] The media resource package is sent to the target RSU via the communication interface 1203.

[0177] Based on the same technical concept, this application provides an RSU that can realize a media resource playback method based on vehicle-road cooperation on the RSU side and achieve the same technical effect.

[0178] See Figure 13 The RSU includes a processor 1301, a memory 1302 and at least one communication interface 1303, wherein the memory 1302, the communication interface 1303 and the processor 1301 are connected via a bus 1304;

[0179] The memory 1302 stores a computer program, and the processor 1301 performs the following operations according to the computer program:

[0180] The media resource package sent by the server is received through the communication interface 1303;

[0181] Update its own media resource information list according to the media resource package, and read its own station list;

[0182] For each media resource information in the media resource information list, media resource path information is determined based on the media resource information and the delivery information of each station in the station list;

[0183] The media resource path information is sent via V2X network to the target vehicle passing through the site within the target RSU coverage area.

[0184] Optionally, the media resource package includes at least the media resource content, the location where the media resource occurred, and the time period during which the media resource was released, as included in the media resource information;

[0185] For each media resource in the media resource information list, the processor 1301 determines the media resource path information based on the media resource information and the delivery information of each station in the station list. Specifically, the operation is as follows:

[0186] For each media resource in the media resource information list, the target RSU performs the following operations:

[0187] The location coordinates of the media resource's origin are compared with the location coordinates of each station in the station list to obtain the distance between the media resource's origin and the corresponding station.

[0188] The target site corresponding to the media resource information is determined based on each distance;

[0189] Based on the target site's delivery information, the distance between the media resource's location and the target site, and the media resource's content, location, and delivery time period, the media resource path information is determined.

[0190] Optionally, the media resource path information includes the sequence number of the target station and the vehicle route number passing through the target station, wherein the sequence number of the same target station is different in the uplink and downlink routes.

[0191] Based on the same technical concept, this application provides a public vehicle that can implement a media resource playback method based on vehicle-road cooperation on the public vehicle side and achieve the same technical effect.

[0192] See Figure 14 The bus is equipped with an OBU 1401, a display screen 1402 and a speaker 1403. The OBU includes a processor 1401_1, a memory 1401_2 and a communication interface 1401_3. The memory 1401_2, the communication interface 1401_3 and the processor 1401_1 are connected through a bus 1401_4.

[0193] The memory 1401_2 stores a computer program, and the processor 1401_1 performs the following operations according to the computer program:

[0194] The media resource path information sent by the target RSU is received through the communication interface 1401_3. The media resource path information includes the sequence number of the target station and the vehicle route number passing through the target station. The sequence number of the same target station is different in the uplink and downlink routes.

[0195] Determine whether the vehicle route number at the target station is its own route number;

[0196] If the vehicle route number is its own route number, then determine whether the sequence number of the target station is the station sequence number in the current driving direction;

[0197] If the serial number of the target station is the station serial number in the current driving direction, the media resource path information is played through at least one of the display screen 1402 and the speaker 1403.

[0198] Optionally, the target vehicle plays the media resource path information, specifically by:

[0199] The media resource path information is played through the display screen 1402, and at the same time, it is detected whether the speaker 1403 is occupied by service resources. The display screen 1402 includes at least one of an in-vehicle display screen and an external display screen.

[0200] If the speaker is not occupied, the media resource path information is played by voice through the speaker 1403.

[0201] Optionally, when the speaker is used to play the media resource path information and service resources, the target vehicle plays the media resource path information via the speaker, specifically as follows:

[0202] The media resource path information and the audio file of the service resource are stored in the buffer unit. Each time the target audio file is read from the buffer unit, the following operations are performed:

[0203] When it is detected that the speaker is playing the current audio file, it is determined whether the target audio file can interrupt the current audio file;

[0204] If the target audio file can interrupt the current audio file, then the playback of the current audio file is stopped, and the current audio file is stored in the playback unit;

[0205] The audio files in the playback unit are played sequentially in descending order of priority.

[0206] Optionally, when the target site is associated with multiple media resource path information, and at least two media resource path information have the same priority, the target vehicle plays the media resource path information. Specifically, the operation is as follows:

[0207] Sort according to the distance in the multiple media resource path information;

[0208] Multiple media resource path information are played sequentially through at least one of the display screen and the speaker, in ascending order of distance.

[0209] Optionally, when the target site is associated with multiple media resource path information, the target vehicle receives and plays the media resource path information, specifically as follows:

[0210] According to the media resource priority of the multiple media resource path information in descending order, the multiple media resource path information are merged together and played in sequence.

[0211] Optionally, when the target vehicle leaves the station, all media resource path information associated with the station is deleted, and media resource path information sent by other RSUs is re-received.

[0212] It should be noted that, Figures 12-14 This is merely an example, illustrating the hardware necessary for implementing the vehicle-road cooperative media resource playback method steps provided in this application's embodiments for servers, RSUs, and public vehicles. Not shown, each device also includes conventional hardware for such devices.

[0213] For example, public vehicles also include conventional public transportation components such as wheels, hoods, seats, engines, and steering wheels.

[0214] Examples of this application Figures 12-14 The processor involved can be a central processing unit (CPU), a general-purpose processor, a graphics processing unit (GPU), a digital signal processor (DSP), an application-specific integrated circuit (ASIC), a field-programmable gate array (FPGA), or other programmable logic devices, transistor logic devices, hardware components, or any combination thereof.

[0215] This application also provides a computer-readable storage medium for storing instructions that, when executed, can complete the media resource delivery method based on vehicle-road cooperation described in the foregoing embodiments.

[0216] This application also provides a computer program product for storing a computer program that executes the media resource delivery method based on vehicle-road cooperation in the foregoing embodiments.

[0217] Those skilled in the art will understand that embodiments of this application can be provided as methods, apparatus, or computer program products. Therefore, this application can take the form of a completely hardware embodiment, a completely software embodiment, or an embodiment combining software and hardware aspects. Furthermore, this application can take the form of a computer program product embodied on one or more computer-usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) containing computer-usable program code.

[0218] This application is described with reference to flowchart illustrations and / or block diagrams of methods, apparatus (systems), and computer program products according to this application. It should be understood that each block of the flowchart illustrations and / or block diagrams, and combinations of blocks in the flowchart illustrations and / or block diagrams, can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general-purpose computer, special-purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, generate instructions for implementing the flowchart illustrations. Figure 1 One or more processes and / or boxes Figure 1 A device that provides the functions specified in one or more boxes.

[0219] These computer program instructions may also be stored in a computer-readable storage medium that can direct a computer or other programmable data processing device to function in a particular manner, such that the instructions stored in the computer-readable storage medium produce an article of manufacture including instruction means, which are implemented in a process Figure 1 One or more processes and / or boxes Figure 1 The function specified in one or more boxes.

[0220] These computer program instructions may also be loaded onto a computer or other programmable data processing equipment to cause a series of operational steps to be performed on the computer or other programmable equipment to produce a computer-implemented process, thereby providing instructions that execute on the computer or other programmable equipment for implementing the process. Figure 1 One or more processes and / or boxes Figure 1 The steps of the function specified in one or more boxes.

[0221] Obviously, those skilled in the art can make various modifications and variations to this application without departing from the spirit and scope of this application. Therefore, if such modifications and variations fall within the scope of the claims of this application and their equivalents, this application also intends to include such modifications and variations.

Claims

1. A method for playing media resources based on vehicle-road cooperation, characterized in that, include: The server receives a set of media resource information to be delivered. Each piece of media resource information is pre-configured with structured data, including at least: media resource content, latitude and longitude coordinates of the location where the media resource occurred, start time of the media resource, end time of the media resource, and playback priority of the media resource. For each media resource information, the server obtains the current time based on its own timestamp. If the current time is earlier than the start time contained in the media resource information, the media resource information is retained. If the current time is later than the end time contained in the media resource information, the media resource information is deleted. If the current time is between the start and end times contained in the media resource information, a target RSU is determined based on the latitude and longitude coordinates of the location where the media resource occurred and the coverage area of ​​each RSU in the pre-stored Roadside Unit (RSU) list. The server packages the media resource content, the latitude and longitude coordinates of the location where the media resource occurred, the start time, the end time, and the playback priority of the media resource to obtain a media resource package, and sends the media resource package to the target RSU. The target RSU receives the media resource packet sent by the server, updates its own media resource information list according to the media resource packet, and reads its own station list; the station list stores the location coordinates of each station, the sequence number of each station's up and down lines, the vehicle line number passing through each station, and the maximum number of media resources allowed at each station. For each media resource in the media resource information list, the target RSU calculates the distance between the latitude and longitude coordinates of the media resource's location and the location coordinates of each station, selects the station with the smallest distance as the target station, and packages the location coordinates of the target station, the uplink and downlink sequence numbers of the target station, the vehicle route number passing through the target station, the maximum number of media resources allowed at the target station, the minimum distance, and the media resource information to obtain the media resource path information between the media resource information and the target station; the sequence number of the same target station is different in the uplink and downlink routes; the target RSU sends the media resource path information to the target vehicles passing through the target station within the target RSU's coverage area via the V2X network; The target vehicle receives media resource path information sent by the target RSU via the V2X network and determines whether the vehicle route number passing through the target station is its own route number. If the vehicle route number is its own route number, then the target vehicle determines whether the target station's sequence number is the station sequence number in the current driving direction; If the target station's serial number is the same as the station's serial number in the current driving direction, then the vehicle speaker status is read, and hierarchical playback control is performed: the display screen continuously scrolls to show the media resource path information, the speaker occupancy status is detected synchronously, and the speaker is controlled to play voice on the media resource path according to the occupancy status.

2. The method as described in claim 1, characterized in that, The serial number of the same station is different on the uplink and downlink lines.

3. The method as described in claim 1, characterized in that, The display screen includes at least one of an in-vehicle display screen and an external display screen.

4. The method as described in claim 1, characterized in that, The speaker is used to play the media resource path information and service resources. When the speaker is not occupied, controlling the speaker to play audio from the media resource path according to the occupancy status includes: The media resource path information and the audio file of the service resource are stored in the buffer unit. Each time the target audio file is read from the buffer unit, the following operations are performed: When it is detected that the speaker is playing the current audio file, it is determined whether the target audio file can interrupt the current audio file; If the target audio file can interrupt the current audio file, then the playback of the current audio file is stopped, and the current audio file is stored in the playback unit; The audio files in the playback unit are played sequentially in descending order of priority.

5. The method as described in claim 1, characterized in that, When the target site is associated with multiple media resource path information, and at least two media resource path information have the same priority, the playback process of the media resource path information includes: Sort according to the distance in the multiple media resource path information; Multiple media resource path information are played sequentially through at least one of the display screen and the speaker, in ascending order of distance.

6. The method as described in claim 1, characterized in that, When the target site is associated with multiple media resource path information, the playback process of the media resource path information includes: According to the media resource priority of the multiple media resource path information in descending order, the multiple media resource path information are merged together and played in sequence.

7. The method according to any one of claims 1-6, characterized in that, When the target vehicle leaves the station, all media resource path information associated with the station is deleted, and media resource path information sent by other RSUs is re-received.

Citation Information

Patent Citations

  • Transit vehicle multimedia broadcast system

    US6407673B1