CN115225720A - Video stream distribution method, controller, vehicle, storage medium, and program product - Google Patents
Video stream distribution method, controller, vehicle, storage medium, and program product Download PDFInfo
- Publication number
- CN115225720A CN115225720A CN202211140125.5A CN202211140125A CN115225720A CN 115225720 A CN115225720 A CN 115225720A CN 202211140125 A CN202211140125 A CN 202211140125A CN 115225720 A CN115225720 A CN 115225720A
- Authority
- CN
- China
- Prior art keywords
- access request
- application
- queue
- processed
- vehicle
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 64
- 238000004590 computer program Methods 0.000 claims description 21
- 238000012545 processing Methods 0.000 claims description 17
- 230000008569 process Effects 0.000 description 20
- 238000004891 communication Methods 0.000 description 8
- 238000010586 diagram Methods 0.000 description 5
- 230000008878 coupling Effects 0.000 description 3
- 238000010168 coupling process Methods 0.000 description 3
- 238000005859 coupling reaction Methods 0.000 description 3
- 230000000694 effects Effects 0.000 description 3
- 238000011217 control strategy Methods 0.000 description 2
- 238000011161 development Methods 0.000 description 2
- 230000006870 function Effects 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 238000012163 sequencing technique Methods 0.000 description 2
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000002093 peripheral effect Effects 0.000 description 1
- 230000004044 response Effects 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N7/00—Television systems
- H04N7/18—Closed-circuit television [CCTV] systems, i.e. systems in which the video signal is not broadcast
- H04N7/181—Closed-circuit television [CCTV] systems, i.e. systems in which the video signal is not broadcast for receiving images from a plurality of remote sources
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Health & Medical Sciences (AREA)
- Computing Systems (AREA)
- General Health & Medical Sciences (AREA)
- Medical Informatics (AREA)
- Computer Networks & Wireless Communication (AREA)
- Multimedia (AREA)
- Studio Devices (AREA)
Abstract
A video stream distribution method, a controller, a vehicle, a storage medium, and a program product are provided. The method comprises the following steps: the controller can acquire the access request to be processed sent by the vehicle-mounted application and add the access request to be processed to the application queue. The controller can arbitrate the access requests and the access requests to be processed in the application queue according to the priority of the access requests and the requests to be processed in the application queue, the timestamp, the target camera identification and the preset length of the application queue. When the pending access request is in the application queue after the arbitration is completed, the controller determines that the pending access request is successfully applied. Otherwise, the pending access request application fails. And when the application of the access request to be processed is successful, the controller outputs the video stream of the target camera corresponding to the access request to be processed to the vehicle-mounted application corresponding to the access request to be processed. The method improves the output efficiency of the video stream.
Description
Technical Field
The present application relates to the field of electronics and electronics, and in particular, to a video stream distribution method, controller, vehicle, storage medium, and program product.
Background
With the continuous development of the intelligent ecological business of the automobile, the hardware quantity of the vehicle-mounted camera is gradually increased. In general, a video stream needs to be acquired from a camera for vehicle-mounted applications to analyze and make decisions on a scene, so that vehicle-mounted intelligence is realized.
In the prior art, an in-vehicle application generally needs to send an access request to an in-vehicle camera to request to acquire a video stream in the in-vehicle camera. One vehicle-mounted camera may receive access requests sent by a plurality of vehicle-mounted applications at the same time. The vehicle-mounted camera is generally required to feed back a video stream to the vehicle-mounted application according to the priority or request sequence of a plurality of access requests.
However, in the prior art, the vehicle-mounted cameras in the vehicle are usually independent from each other, and the cameras cannot be linked, so that the problem of low use efficiency of video streams is easily caused.
Disclosure of Invention
The application provides a video stream distribution method, a controller, a vehicle, a storage medium and a program product, which are used for solving the problem of low video stream use efficiency in the prior art.
In a first aspect, the present application provides a video stream distribution method, including:
acquiring a to-be-processed access request sent by a vehicle-mounted application, and adding the to-be-processed access request into the application queue;
judging whether the access request to be processed is successfully applied or not according to the priority of the access request to be processed, the timestamp, the target camera identification and the preset length of the application queue;
when the application of the access request to be processed is successful, outputting a video stream of a target camera corresponding to the access request to be processed to a vehicle-mounted application corresponding to the access request to be processed;
the access request to be processed comprises the vehicle-mounted application identifier, the target camera identifier, the priority and the timestamp.
Optionally, the determining, according to the priority of the to-be-processed access request, the timestamp, the target camera identifier, and the preset length of the application queue, whether the to-be-processed access request is successfully applied specifically includes:
reordering the application queue according to the priority and the timestamp of each access request and the access request to be processed in the application queue;
adjusting the application queue according to the priorities of the access requests and the access requests to be processed in the application queue after reordering, the target camera identification and the length of the application queue;
and when the access request to be processed is in the adjusted application queue, determining that the application of the access request to be processed is successful.
Optionally, the reordering of the application queue according to the priority and the timestamp of each access request in the application queue and the pending access request specifically includes:
arranging the access requests according to the application queue in the order of priority from high to low, wherein the priority from high to low comprises three levels of exclusive, common and background;
when the priorities of a plurality of access requests in the application queue are the same, the access requests are arranged according to the sequence of the timestamps of the access requests from late to early, and the later the timestamp is, the closer the timestamp is to the current time.
Optionally, the adjusting the application queue according to the priority of each access request and the to-be-processed access request in the application queue after reordering, the target camera identifier, and the length of the application queue specifically includes:
when the target camera identifications of a plurality of access requests in the application queue are the same and the priority of at least one access request is exclusive, deleting all the access requests except the access request with the top ranking corresponding to the target camera identification in the application queue from the application queue;
and when the length of the application queue is greater than the preset length, deleting the access request from the tail of the application queue until the length of the application queue is less than or equal to the preset length.
Optionally, the method further comprises:
and when the pending access request application fails, continuously outputting the video stream to the original vehicle-mounted application corresponding to the target camera.
In a second aspect, the present application provides a video stream distribution apparatus, comprising:
the acquisition module is used for acquiring a to-be-processed access request sent by a vehicle-mounted application and adding the to-be-processed access request to the application queue;
the processing module is used for judging whether the access request to be processed is successfully applied according to the priority of the access request to be processed, the timestamp, the target camera identification and the preset length of the application queue; when the application of the access request to be processed is successful, outputting a video stream of a target camera corresponding to the access request to be processed to a vehicle-mounted application corresponding to the access request to be processed;
the access request to be processed comprises the vehicle-mounted application identifier, the target camera identifier, the priority and the timestamp.
Optionally, the processing module is specifically configured to:
reordering the application queue according to the priority and the timestamp of each access request and the access request to be processed in the application queue;
adjusting the application queue according to the priority of each access request and the access request to be processed in the application queue after reordering, the target camera identification and the length of the application queue;
and when the access request to be processed is in the adjusted application queue, determining that the application of the access request to be processed is successful.
Optionally, the processing module is specifically configured to:
arranging the access requests according to the application queue in the order of priority from high to low, wherein the priority from high to low comprises three levels of exclusive, common and background;
when the priorities of a plurality of access requests in the application queue are the same, the access requests are arranged according to the sequence of the timestamps of the access requests from late to early, and the later the timestamp is, the closer the timestamp is to the current time.
Optionally, the processing module is specifically configured to:
when the target camera identifications of a plurality of access requests in the application queue are the same and the priority of at least one access request is exclusive, deleting all the access requests except the access request with the top rank corresponding to the target camera identification in the application queue from the application queue;
and when the length of the application queue is greater than the preset length, deleting the access request from the tail of the application queue until the length of the application queue is less than or equal to the preset length.
Optionally, the processing module is further configured to:
and when the pending access request application fails, continuously outputting the video stream to the original vehicle-mounted application corresponding to the target camera.
In a third aspect, the present application provides a controller comprising: a memory and a processor; the memory is used for storing a computer program; the processor is configured to perform the first aspect and the video stream distribution method in any one of the possible designs of the first aspect according to a computer program stored by the memory.
In a fourth aspect, the present application provides a vehicle having a plurality of onboard cameras, a plurality of onboard applications, and a controller as in any one of the possible designs of the third and fourth aspects.
In a fifth aspect, the present application provides a computer-readable storage medium having a computer program stored therein, which, when executed by at least one processor of a controller, causes the controller to perform the video stream distribution method of the first aspect and any one of the possible designs of the first aspect.
In a sixth aspect, the present application provides a computer program product comprising a computer program which, when executed by at least one processor of a controller, causes the controller to perform the video stream distribution method of the first aspect as well as any one of the possible designs of the first aspect.
According to the video stream distribution method, the controller, the vehicle, the storage medium and the program product, the access request to be processed sent by the vehicle-mounted application is obtained, and the access request to be processed is added to the application queue; arbitrating the access requests and the access requests to be processed in the application queue according to the priority of the access requests and the requests to be processed in the application queue, the time stamp, the target camera identification and the preset length of the application queue; when the access request to be processed is in the application queue after the arbitration is completed, determining that the application of the access request to be processed is successful, otherwise, the application of the access request to be processed is failed; and when the application of the access request to be processed is successful, outputting the video stream of the target camera corresponding to the access request to be processed to the vehicle-mounted application corresponding to the access request to be processed, thereby realizing the effect of improving the output efficiency of the video stream.
Drawings
In order to more clearly illustrate the technical solutions in the present application or the prior art, the drawings needed for the description of the embodiments or the prior art will be briefly introduced below, and it is obvious that the drawings in the following description are some embodiments of the present application, and it is obvious for those skilled in the art to obtain other drawings based on these drawings without creative efforts.
Fig. 1 is a schematic view of a video stream distribution scene provided in an embodiment of the present application;
fig. 2 is a flowchart of a video stream distribution method according to an embodiment of the present application;
fig. 3 is a flowchart of an example of video stream distribution according to an embodiment of the present application;
FIG. 4 is a flow chart of an example of arbitration provided by an embodiment of the present application;
fig. 5 is a schematic structural diagram of a video stream distribution apparatus according to an embodiment of the present application;
fig. 6 is a schematic hardware structure diagram of a controller according to an embodiment of the present disclosure.
Detailed Description
To make the objects, technical solutions and advantages of the present application clearer, the technical solutions of the present application will be described clearly and completely with reference to the accompanying drawings in the present application, and it is obvious that the described embodiments are some, but not all embodiments of the present application. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present application.
The terms "first," "second," "third," "fourth," and the like in the description and in the claims of the present application and in the above-described drawings are used for distinguishing between similar elements and not necessarily for describing a particular sequential or chronological order. It will be appreciated that the data so used may be interchanged where appropriate. For example, first information may also be referred to as second information, and similarly, second information may also be referred to as first information, without departing from the scope herein.
The word "if," as used herein, may be interpreted as "at … …" or "at … …" or "in response to a determination," depending on the context.
Also, as used herein, the singular forms "a", "an" and "the" are intended to include the plural forms as well, unless the context indicates otherwise.
It will be further understood that the terms "comprises," "comprising," "includes" and/or "including," when used in this specification, specify the presence of stated features, steps, operations, elements, components, items, species, and/or groups, but do not preclude the presence, or addition of one or more other features, steps, operations, elements, components, items, species, and/or groups thereof.
The terms "or" and/or "as used herein are to be construed as inclusive or meaning any one or any combination. Thus, "A, B or C" or "A, B and/or C" means "either: a; b; c; a and B; a and C; b and C; A. b and C ". An exception to this definition will occur only when a combination of elements, functions, steps or operations are inherently mutually exclusive in some way.
With the continuous development of the intelligent ecological business of the automobile, the hardware quantity of the vehicle-mounted camera in the automobile is gradually increased. Vehicle-mounted applications on a vehicle generally require video streams to be acquired from a camera to realize scene analysis and decision making, and vehicle-mounted intelligence is realized. In the prior art, an in-vehicle application generally needs to send an access request to an in-vehicle camera to request to acquire a video stream in the in-vehicle camera. One vehicle-mounted camera may receive access requests sent by a plurality of vehicle-mounted applications at the same time. The vehicle-mounted camera is generally required to feed back a video stream to the vehicle-mounted application according to the priority or request sequence of a plurality of access requests. One vehicle-mounted application may also need to access multiple vehicle-mounted cameras simultaneously to obtain more complete and comprehensive video information. The control strategy is necessary to enable the video stream of the camera to be accessed by the vehicle-mounted application to the maximum extent, and limit the number of the vehicle-mounted applications which concurrently send access requests to maintain the stable operation of the vehicle-mounted system. However, in the prior art, the vehicle-mounted cameras in the vehicle are usually independent from each other, and cannot be linked, so that the overall control of the vehicle-mounted cameras is difficult to realize, and the problem of low use efficiency of video streams is easily caused.
In view of the above problems, the present application provides a video stream distribution method, a controller, and a vehicle. In the application, the controller can obtain the access request to be processed sent by the vehicle-mounted application. The controller may add pending access requests to the application queue. The application queue may include a plurality of access requests that have been successfully applied for, and at least one pending access request. The access request can include the vehicle-mounted application identification, the target camera identification, the priority and the time stamp. The priority can include an exclusive type, a normal type and a background type. The controller may reorder the application queue according to the priority and timestamp of the access requests and pending access requests in the application queue. The controller can adjust the application queue according to the priority of each access request and the access request to be processed in the application queue after reordering, the target camera mark and the preset length of the application queue. If the pending access request is in the adjusted application queue, the controller determines that the pending access request application is successful. The controller can output the video stream of the corresponding target camera to the corresponding vehicle-mounted application according to each access request successfully applied in the application queue. By the distribution control strategy for multi-application concurrent access to multi-camera video streams, one camera can be accessed by a plurality of vehicle-mounted applications, and one vehicle-mounted application can simultaneously access a plurality of cameras. In this application, the controller is through the unified management and control to on-vehicle camera, ensures that on-vehicle camera can be reasonable by the concurrent access of a plurality of on-vehicle applications to maintain the stability of system.
The technical solution of the present application will be described in detail below with specific examples. The following several specific embodiments may be combined with each other, and details of the same or similar concepts or processes may not be repeated in some embodiments.
Fig. 1 shows a scene schematic diagram of video stream distribution according to an embodiment of the present application. As shown in fig. 1, the vehicle may include a plurality of in-vehicle applications and a plurality of cameras therein. In the method of the present application, each in-vehicle application can be regarded as a client. Between camera and on-vehicle application, this application has increased a controller. The controller may be used to implement distribution decision management of the video streams of the various cameras in the vehicle. The vehicle-mounted application can send an access request to the controller when the video stream of the camera needs to be acquired. The access request includes a predefined priority. The controller will distribute the video stream to the in-vehicle application according to the priority. The access request is used for indicating the authority of the vehicle-mounted application to access the camera video stream. Only the in-vehicle application sending an access request to the target camera can access the video stream of the target camera. The priority of the access request may include: exclusive, ordinary and background. The three types of priorities are: exclusive > normal > background. An application queue is maintained in the controller. The application queue includes a plurality of access requests. In the application queue, the controller writes or deletes access requests in a first-in first-out manner. After the access request is added to the application queue, the controller applies for the video stream to the target camera corresponding to the access request. When the video stream of the target camera is not occupied, the vehicle-mounted application will apply for success no matter what the priority of the access request of the vehicle-mounted application is. When the target camera is occupied by the vehicle-mounted application sending the exclusive access request, the access requests of other priorities sent by other vehicle-mounted applications directly fail to apply for the exclusive access request. And if the priority of the access requests sent by other vehicle-mounted applications is exclusive, the other vehicle-mounted applications can preempt the video stream of the camera. And when the priority of the access request sent by the vehicle-mounted application is common or background, if the application queue is not full, the vehicle-mounted application is successfully applied. Otherwise, the high priority will overwhelm the low priority vehicular applications. And the access requests with the same priority and the later sending time of the access requests occupy the access requests with the earlier sending time.
In the present application, a controller is used as an execution subject to execute the video stream distribution method of the following embodiments. Specifically, the execution subject may be a hardware device of the controller, or a software application implementing the following embodiments in the controller, or a computer readable storage medium installed with the software application implementing the following embodiments, or code of the software application implementing the following embodiments.
Fig. 2 shows a flowchart of a video stream distribution method according to an embodiment of the present application. On the basis of the embodiment shown in fig. 1, as shown in fig. 2, with the controller as the main execution body, the method of this embodiment may include the following steps:
s101, obtaining a to-be-processed access request sent by the vehicle-mounted application, and adding the to-be-processed access request to an application queue. The access request to be processed comprises a vehicle-mounted application identifier, a target camera identifier, a priority and a timestamp.
In this embodiment, the controller may be connected to a plurality of in-vehicle applications. The plurality of in-vehicle applications may send access requests to the controller. And one access request is used for accessing one target camera and acquiring the video stream of the target camera. One in-vehicle application may send multiple access requests simultaneously. Alternatively, multiple in-vehicle applications may send access requests simultaneously. One access request at least comprises an in-vehicle application identifier, a target camera identifier, a priority and a time stamp for sending the access request. The vehicle-mounted application identifier is used for uniquely identifying one vehicle-mounted application. The target camera identification is used to uniquely identify a camera. The priority can include exclusive, normal and background types. When the access request is exclusive, when the pending access request is successfully applied, other pending access requests cannot be successfully applied.
The controller may add the pending access request to the application queue after obtaining the pending access request sent by the in-vehicle application. The application queue may include a plurality of access requests that have been successfully applied and at least one pending access request. The number of the access requests which have been applied for success is the preset length of the application queue. For example, the preset length may be 6, 7, 8, etc. For example, when the preset length is 6, it indicates that the first 6 access requests in the application queue are access requests for which the application is successful. And the controller sends the video stream of the target camera requested by the controller to the vehicle-mounted application corresponding to the 6 access requests according to the 6 access requests.
After the controller adds the pending access request to the application queue, the length of the application queue is greater than the preset length. For example, when the controller adds a pending access request to the application queue with a preset length of 6, the length of the application queue is updated to 7. For another example, when the controller adds two pending access requests to an application queue with a preset length of 6, the length of the application queue is updated to 8.
In one example, the controller may add the pending access requests to the application queue one by one according to the obtained time sequence of the pending access requests, and then process the pending access requests one by one.
In another example, the controller may periodically add at least one pending access request acquired in the period to the application queue, and the controller processes the at least one pending access request in batch.
In one example, the content shown in step S101 may be as shown in steps S201 and S202 in fig. 3. And the vehicle-mounted application generates an access request according to the preset assigned priority of the target camera. The access request is used for applying for a video stream of the target camera. After the controller obtains the access request sent by the current vehicle-mounted application, the controller can add the access request to the application queue. The controller may add the access request to the tail of the application queue in a first-in-first-out fashion.
S102, judging whether the access request to be processed is successfully applied or not according to the priority of the access request, the timestamp, the target camera identification and the preset length of the application queue.
In this embodiment, the number of access requests successfully applied in the application queue is determined according to the preset length. The length of the application queue after the pending access request is added is greater than the preset length. Therefore, the controller can arbitrate the access requests and the pending access requests in the application queue according to the priority, the timestamp, the target camera identification and the preset length of the application queue of the access requests and the pending requests in the application queue. The length of the application queue after the arbitration in the step is finished is a preset length. When the pending access request is in the application queue after the arbitration is completed, the controller determines that the pending access request is successfully applied. Otherwise, the pending access request application fails.
For example, assume that the preset length of the application queue is 6. After the controller adds a pending access request to the application queue, the length of the application queue is 7. The controller may arbitrate the access requests in the length 7 application queue and pending access requests. The length of the application queue after arbitration is completed is 6. And if the pending access request is in the arbitrated application queue, the pending access request is successfully applied.
This arbitration step may be as shown in step S203 in fig. 3. The arbitration step is specifically configured to determine which access requests in the application queue can acquire the video stream of the target camera.
In one example, the arbitration process may specifically include the following steps:
step 1, the controller reorders the application queue according to the priority and the time stamp of each access request and the access request to be processed in the application queue.
In one implementation, the controller may complete the application queue sorting according to the sorting rule in the following two steps.
Step 1.1, the controller arranges the access requests according to the application queue in the order from high priority to low priority, wherein the priority from high priority to low priority comprises three levels of exclusive, common and background.
That is, when the application queue can be divided into three sections according to the priority. The priority of the first section is at the top of the application queue, and the priority is exclusive. The second section is subsequent to the first section, and the priorities are all of the common type. The third section is behind the second section, and the priority of the third section is of a background type. If the number of access requests corresponding to one priority is 0, the segment length corresponding to the priority is 0. The controller may sort the access requests and the pending access requests in the application queue according to the priority after acquiring the priority of each access request and the pending access request.
Step 1.2, when the priorities of a plurality of access requests in the application queue are the same, the controller arranges the access requests from late to early according to the time stamps of the access requests, and the later the time stamp is, the closer the time stamp is to the current time.
That is, when the number of access requests corresponding to one priority is greater than 1, the access requests may be ordered from late to early according to the timestamp of the respective access requests in the segment. That is, the closer the timestamp is to the current time, the earlier the access request is ranked. The controller can perform in-segment sequencing on the three segments with the segment length larger than 1 to obtain a final sequencing result.
In another implementation, the access requests in the application queue are access requests whose ordering has been completed in the previous cycle. Therefore, in this step, the controller may insert the pending requests into the application queue according to the priority and the timestamp of the pending access requests, thereby implementing the ordering of the application queue. By using the method for sorting, the sorting complexity can be reduced, and the sorting efficiency can be improved.
And 2, the controller adjusts the application queue according to the priorities of the access requests and the access requests to be processed in the application queue after reordering, the target camera identification and the length of the application queue.
In this step, the controller may complete the adjustment of the application queue according to the following two steps according to the adjustment rule.
And 2.1, when the target camera identifications of a plurality of access requests in the application queue are the same and the priority of at least one access request is exclusive, deleting all other access requests except the access request with the top rank corresponding to the target camera identification in the application queue from the application queue by the controller.
Since in the present application, when a camera is accessed by an exclusive access request, the camera will not be accessible by other access requests. Therefore, when the priority of an access request in the application queue is exclusive, the controller may determine its target camera according to the access request, and delete other access requests of the target camera in the application queue. In this step, the controller will sequentially determine each access request from front to back according to the order of the application queues. For example, the first access request is an exclusive access request, and its target camera is camera 1. The controller may traverse other access requests in the application queue and obtain target cameras for the other access requests. And if the target camera of other access requests is the same as the target camera of the first access request, the controller deletes the access request. For example, if the second access request is an exclusive access request and the target camera is also camera 1, the controller deletes the second access request. Although the priority of the second access request is also exclusive, the second access request is ordered after the first access request. The ordering may indicate that the second access request has a timestamp earlier than the first access request. According to the rule of applying priority later, the conflicting access request with the earlier timestamp is deleted. Thereafter, the controller will continue traversing the next access request after deleting the second access request. As another example, the fifth access request is a normal access request or a background access request, and the target camera thereof is camera 1. The controller will delete the fifth access request. Because the first access request is an exclusive access request, when the first access request is applied successfully, the access request accessing the same target camera as the first access request cannot be applied successfully. Therefore, the fifth access request cannot apply for success. That is, the fifth access request will be removed from the application queue.
And 2.2, when the length of the application queue is greater than the preset length, the controller deletes the access request from the tail of the application queue until the length of the application queue is less than or equal to the preset length.
If, after completing the processing of step 2.1, the length of the application queue may still be greater than the preset length, the controller needs to delete at least one access request with the lowest priority so that the length of the application queue remains at the preset length. For example, the application queue has a preset length of 6 and a queue length of 7, and includes 1 pending access request. When the priority of the pending access request is exclusive, the pending access request may appear at the head of the application queue after step 1. If in step 2.1 the controller does not find in the queue another access request that is the same as the target camera of the pending access request, then in this step the length of the application queue is also 7. At this point, the controller may delete the last access request of the application queue directly so that the length of the application queue remains at 6. When the background type access request exists in the application queue, the access request deleted by the controller is usually the background type access request with the earliest time stamp. When there is no background-type access request in the application queue and there is a normal-type access request, the access request deleted by the controller is typically the normal-type access request with the oldest timestamp. When only exclusive access requests are included in the application queue, the access request deleted by the controller is usually the exclusive access request with the earliest timestamp.
If the length of the application queue is less than or equal to the preset length after the processing of step 2.1 is completed, the controller does not need to perform other processing on the application queue and can directly jump to step 3.
And 3, when the access request to be processed is in the adjusted application queue, determining that the access request to be processed is successfully applied.
In this step, when the pending access request is in the adjusted application queue, the controller may determine that the pending access request is successfully applied. Otherwise, when the pending access request is not in the adjusted application queue, it indicates that the priority of the pending access request is lower than that of other access requests in the pending access request. At this point, the controller may determine that the pending access request application failed.
In another example, the above arbitration process can also be implemented according to the process shown in fig. 4:
step 1: the controller may determine whether the length of the application queue is 1 after adding the pending access request to the application queue. If the length of the application queue is 1, the pending access request application is successful. Otherwise, the controller executes the judgment of the step 2.
Step 2: and when the length of the application queue is greater than 1, the controller judges whether the application queue contains an exclusive access request of the target camera corresponding to the access request to be processed. And if the application queue contains the exclusive access request of the target camera, entering the step 3, otherwise, entering the step 4.
And step 3: when the application queue contains the exclusive access request of the target camera, the controller judges whether the priority of the access request to be processed is exclusive or not. If the priority of the pending access request is exclusive, the application is successful. And if the application is successful, replacing the access request for accessing the target camera by the to-be-processed access request. The video stream of the target camera is not output to the vehicle-mounted application corresponding to the access request for accessing the target camera. And the video stream of the target camera is output to the vehicle-mounted application corresponding to the access request to be processed. Otherwise, if the priority of the pending access request is not exclusive, the application fails.
And 4, step 4: when the application queue does not contain the exclusive access request of the target camera, the controller judges whether the length of the application queue is larger than the preset length. And if the length of the application queue is greater than the preset length, entering the step 6, otherwise, if the length of the application queue is less than or equal to the preset length, entering the step 5.
And 5: when the application queue does not contain the exclusive access request of the target camera and the length of the application queue is less than or equal to the preset length, the controller judges whether the priority of the access request to be processed is exclusive or not. If the priority of the pending access request is exclusive, the application is successful. If the application is successful, the controller will use the pending access request to replace the previous exclusive access request to access the target camera. The video stream of the target camera is not output to the vehicle-mounted application corresponding to the access request for accessing the target camera before. Otherwise, if the priority of the pending access request is not exclusive, the pending access request is applied for success. At this point, the pending access request will be added to the application queue. And the addition of the pending access request in the application queue will not affect other access requests to access the target camera. For example, the target camera of the third access request in the application queue is camera 1, and the priority is a normal type. At this point, the controller may add the pending access request to the tail of the application queue. The addition of the pending access request will not affect the third access request to obtain the video stream of the camera 1. The controller may sequentially obtain the next access request for accessing the camera 1 in the application queue after the third access request completes access. For example, when the pending access request is the fifth access request and the target camera of the fourth access request is camera 2, the pending access request will be executed after the third access request completes the access. Otherwise, if the target camera of the fourth access request is also camera 1, the pending access request will be executed after the fourth access request completes the access. When the pending access request is executed, the video stream of the camera 1 is sent to the in-vehicle application corresponding to the pending access request.
And 6: when the application queue does not contain the exclusive access request of the target camera and the length of the application queue is larger than the preset length, the controller judges whether the priority of the access request to be processed is exclusive or not. If the priority of the pending access request is exclusive, the application is successful. And if the application is successful, replacing the access request for accessing the target camera by the access request to be processed. The video stream of the target camera is not output to the vehicle-mounted application corresponding to the access request for accessing the target camera before. Otherwise, if the priority of the pending access request is not exclusive, step 7 is entered.
And 7: when the application queue does not contain the exclusive access request of the target camera, the length of the application queue is larger than the preset length, and the priority of the access request to be processed is not exclusive, the controller judges whether the priority of the access request to be processed is a common type. If the priority of the pending access request is of the ordinary type, step 8 is entered, otherwise step 9 is entered.
And 8: when the application queue does not contain the exclusive access request of the target camera, the length of the application queue is larger than the preset length, and the priority of the access request to be processed is a common type, the controller judges whether the application queue contains other background type access requests of the target camera corresponding to the access request to be processed. If the application queue contains the access request with the priority of the background type which is the same as that of the target camera of the access request to be processed, the application of the access request to be processed is successful, and the access request with the priority of the background type which is the same as that of the target camera of the access request to be processed is failed. That is, the controller will not send the video stream of the target camera to the in-vehicle application corresponding to the access request with the priority of the background type, which is the same as the target camera of the pending access request. And the controller sends the video stream of the target camera to the vehicle-mounted application corresponding to the access request to be processed. If the application queue does not contain the access request with the priority of the background type, which is the same as the target camera of the pending access request, the pending access request can be successfully applied. At this time, the priority is of a normal type, and the access request with the earliest time stamp will be replaced by the pending access request. That is, the controller will no longer send the video stream to the access request with the earliest timestamp, for which the priority is of the normal type. For example, the priority is a normal type, and the target cameras corresponding to the access requests with the earliest time stamps may be the camera 2 and the in-vehicle application 2. The target cameras corresponding to the pending access request may be the camera 1 and the vehicle-mounted application 1. The controller will stop sending the video stream of camera 2 to the in-vehicle application 2. Meanwhile, the process of transmitting the video of the camera 1 to the in-vehicle application 1 will replace the process of transmitting the video stream of the camera 2 to the in-vehicle application 2.
And step 9: when the application queue does not contain the exclusive access request of the target camera, the length of the application queue is larger than the preset length, and the priority of the access request to be processed is the background type, the controller judges whether the application queue contains other background type access requests of the target camera corresponding to the access request to be processed. And if the application queue contains other background type access requests of the target camera corresponding to the access request to be processed, the application is successful. The access request with the priority of the background type and the same timestamp as the target camera corresponding to the access request to be processed, which has the earliest time stamp, is replaced by the access request to be processed. If the application queue contains access requests of other cameras with the priorities of the background cameras, the application is successful. The access request of other cameras with the priority of background type and the earliest time stamp will be replaced by the pending access request. And if the application queue does not contain the access request with the priority of the background type, the application is failed.
S103, when the application of the access request to be processed is successful, outputting the video stream of the target camera corresponding to the access request to be processed to the vehicle-mounted application corresponding to the access request to be processed.
In this embodiment, after determining the application queue, the controller may adjust the video streams output by the cameras according to the access requests in the application queue. If the access request in the application queue is not changed, the output of the video stream of the camera does not need to be adjusted. Otherwise, if the pending access request application is successful, it indicates that the controller needs to delete an original process of outputting the video stream to the vehicle-mounted application by the camera, and generates a new process of outputting the video stream to the vehicle-mounted application by the camera according to the pending access request.
In one example, the controller may continue processing the access requests one by one in a forward-backward order according to the application queue generated in step S102. The processing comprises the step of outputting the video stream of the target camera corresponding to the access request to the vehicle-mounted application corresponding to the access request according to the access request. In this process, if the target camera corresponding to the subsequent access request has been accessed by the previous access request, the controller does not continue to process the access request until the previous access request ends the access to the target camera. Before performing the operations of the present example, the controller may delete all video stream output processes that exist and wait for the creation of a new video stream output process in the present example.
In another example, the controller may further adjust a process of the camera outputting the video stream to the in-vehicle application according to the deleted access request and the newly added to-be-processed access request in the application queue. The controller may delete, according to the deleted access request, a process in which the target camera corresponding to the access request outputs the video stream to the vehicle-mounted application corresponding to the access request. The controller can add a new process of outputting the video stream to the vehicle-mounted application corresponding to the access request to be processed by the target camera corresponding to the access request to be processed according to the newly added access request to be processed. It should be noted that, in the newly adding process, if the target camera corresponding to the pending access request has already been accessed by another access request, the controller will not process the pending access request until the target camera corresponding to the pending access request is released by another access request.
In another example, when the pending access request application fails, the target camera corresponding to the pending access request continues to output the video stream to the original on-board application to which the video stream is output.
In yet another example, the adjustment process of the video stream output may be as shown in steps S204 to S209 in fig. 3.
Step S204: the controller may determine whether the access request was successfully applied after the arbitration is completed.
Step S205: when the pending access request application fails, the vehicle-mounted application corresponding to the pending access request cannot acquire the video stream of the target camera.
Step S206: when the pending access request application is successful, the controller may determine whether video streams of other in-vehicle applications in the application queue are crowded. I.e. whether there is an access request deleted in the application queue.
Step S207: if the video streams of other vehicle-mounted applications exist in the application queue, the video streams are stopped being output to the vehicle-mounted applications. That is, the target camera corresponding to the deleted access request will stop outputting the video stream to the in-vehicle application corresponding to the access request.
Step S208: if the video streams of other vehicle-mounted applications are not crowded in the application queue, the other vehicle-mounted applications can still normally acquire the video streams. That is, if no access request in the application queue is deleted, the access request in the application queue will continue to perform the previous video stream output operation.
Step S209: after the current pending access request is successfully applied, the vehicle-mounted application corresponding to the pending access request can acquire the video stream of the target camera corresponding to the pending access request.
According to the video stream distribution method, the controller can acquire the access request to be processed sent by the vehicle-mounted application, and the access request to be processed is added to the application queue. The controller can arbitrate the access requests and the access requests to be processed in the application queue according to the priority of the access requests and the requests to be processed in the application queue, the timestamp, the target camera identification and the preset length of the application queue. When the pending access request is in the application queue after the arbitration is completed, the controller determines that the pending access request is successfully applied. Otherwise, the pending access request application fails. And when the application of the access request to be processed is successful, the controller outputs the video stream of the target camera corresponding to the access request to be processed to the vehicle-mounted application corresponding to the access request to be processed. In the application, the controller is used for outputting the video streams of multiple cameras and multiple application programs, the output efficiency of the video streams is improved, and the use efficiency of the vehicle-mounted application to the video streams is improved.
Fig. 5 is a schematic structural diagram of a video stream distribution apparatus according to an embodiment of the present application, and as shown in fig. 5, a video stream distribution apparatus 10 according to this embodiment is used to implement operations corresponding to a controller in any of the above method embodiments, where the video stream distribution apparatus 10 according to this embodiment includes:
the obtaining module 11 is configured to obtain a pending access request sent by the vehicle-mounted application, and add the pending access request to the application queue.
The processing module 12 is configured to determine whether the pending access request is successfully applied according to the priority of the pending access request, the timestamp, the target camera identifier, and the preset length of the application queue; and when the application of the access request to be processed is successful, outputting the video stream of the target camera corresponding to the access request to be processed to the vehicle-mounted application corresponding to the access request to be processed.
The access request to be processed comprises a vehicle-mounted application identifier, a target camera identifier, a priority and a timestamp.
In one example, the processing module 12 is specifically configured to:
reordering the application queue according to the priority and the time stamp of each access request and the access request to be processed in the application queue;
adjusting the application queue according to the priorities of the access requests and the access requests to be processed in the application queue after reordering, the target camera identification and the length of the application queue;
and when the access request to be processed is in the adjusted application queue, determining that the application of the access request to be processed is successful.
In one example, the processing module 12 is specifically configured to:
according to the access requests of the application queue, the access requests are ranked from high priority to low priority, and the priority from high priority to low priority comprises three levels of exclusive, ordinary and background.
When the priorities of a plurality of access requests in the application queue are the same, the access requests are arranged according to the sequence of the timestamps of the access requests from late to early, and the timestamps are closer to the current time.
In one example, the processing module 12 is specifically configured to:
when the target camera identifications of a plurality of access requests in the application queue are the same and the priority of at least one access request is exclusive, all other access requests except the access request with the top sequence corresponding to the target camera identification in the application queue are deleted from the application queue.
And when the length of the application queue is greater than the preset length, deleting the access request from the tail of the application queue until the length of the application queue is less than or equal to the preset length.
In one example, the processing module 12 is further configured to:
and when the pending access request application fails, continuously outputting the video stream to the original vehicle-mounted application corresponding to the target camera.
The video stream distribution apparatus 10 provided in the embodiment of the present application may implement the method embodiment, and for specific implementation principles and technical effects, reference may be made to the method embodiment, which is not described herein again.
Fig. 6 shows a hardware structure diagram of a controller according to an embodiment of the present application. As shown in fig. 6, the controller 20 is configured to implement operations corresponding to the controller in any of the method embodiments described above, and the controller 20 of this embodiment may include: memory 21, processor 22 and communication interface 24.
A memory 21 for storing a computer program. The Memory 21 may include a Random Access Memory (RAM), a Non-Volatile Memory (NVM), at least one disk Memory, a usb disk, a removable hard disk, a read-only Memory, a magnetic disk or an optical disk.
A processor 22 for executing the computer program stored in the memory to implement the video stream distribution method in the above embodiments. Reference may be made in particular to the description relating to the method embodiments described above. The Processor 22 may be a Central Processing Unit (CPU), other general purpose Processor, a Digital Signal Processor (DSP), an Application Specific Integrated Circuit (ASIC), or the like. A general purpose processor may be a microprocessor or the processor may be any conventional processor or the like. The steps of a method disclosed in connection with the present invention may be embodied directly in a hardware processor, or in a combination of the hardware and software modules within the processor.
Alternatively, the memory 21 may be separate or integrated with the processor 22.
When the memory 21 is a separate device from the processor 22, the controller 20 may also include a bus 23. The bus 23 is used to connect the memory 21 and the processor 22. The bus 23 may be an Industry Standard Architecture (ISA) bus, a Peripheral Component Interconnect (PCI) bus, an Extended ISA (EISA) bus, or the like. The bus may be divided into an address bus, a data bus, a control bus, etc. For ease of illustration, the buses in the figures of the present application are not limited to only one bus or one type of bus.
The communication interface 24 is used to interact with the camera to obtain the video stream. The communication interface 24 is also used to interact with applications to output video streams.
The controller provided in this embodiment may be used to execute the video stream distribution method described above, and its implementation manner and technical effect are similar, which are not described herein again.
The present application further provides a computer-readable storage medium, in which a computer program is stored, and the computer program is used for implementing the methods provided by the above-mentioned various embodiments when being executed by a processor.
The computer readable storage medium may be a computer storage medium or a communication medium. Communication media includes any medium that facilitates transfer of a computer program from one place to another. Computer storage media may be any available media that can be accessed by a general purpose or special purpose computer. For example, a computer readable storage medium is coupled to a processor such that the processor can read information from, and write information to, the computer readable storage medium. Of course, the computer readable storage medium may also be integral to the processor. The processor and the computer-readable storage medium may reside in an Application Specific Integrated Circuit (ASIC). Additionally, the ASIC may reside in user equipment. Of course, the processor and the computer-readable storage medium may also reside as discrete components in a communication device.
In particular, the computer-readable storage medium may be implemented by any type of volatile or non-volatile Memory device or combination thereof, such as Static Random-Access Memory (SRAM), electrically-Erasable Programmable Read-Only Memory (EEPROM), erasable Programmable Read-Only Memory (EPROM), programmable Read-Only Memory (PROM), read-Only Memory (ROM), magnetic Memory, flash Memory, magnetic disk, or optical disk. A storage media may be any available media that can be accessed by a general purpose or special purpose computer.
The present application also provides a computer program product comprising a computer program stored in a computer readable storage medium. The computer program can be read by at least one processor of the device from a computer-readable storage medium, and execution of the computer program by the at least one processor causes the device to implement the methods provided by the various embodiments described above.
Embodiments of the present application further provide a chip, where the chip includes a memory and a processor, where the memory is used to store a computer program, and the processor is used to call and run the computer program from the memory, so that a device in which the chip is installed executes the method in the above various possible embodiments.
In the several embodiments provided in the present application, it should be understood that the disclosed apparatus and method may be implemented in other ways. For example, the above-described apparatus embodiments are merely illustrative, and for example, a division of modules is only one type of division of logical functions, and other divisions may be realized in practice, for example, a plurality of modules may be combined or may be integrated into another system, or some features may be omitted, or not executed. In addition, the shown or discussed coupling or direct coupling or communication connection between each other may be through some interfaces, indirect coupling or communication connection between devices or modules, and may be in an electrical, mechanical or other form.
Wherein the modules may be physically separated, e.g. mounted at different locations of one device, or mounted on different devices, or distributed over multiple network elements, or distributed over multiple processors. The modules may also be integrated, for example, in the same device, or in a set of codes. The respective modules may exist in the form of hardware, or may also exist in the form of software, or may also be implemented in the form of software plus hardware. The method and the device can select part or all of the modules according to actual needs to achieve the purpose of the scheme of the embodiment.
When the respective modules are implemented as integrated modules in the form of software functional modules, they may be stored in a computer-readable storage medium. The software functional module is stored in a storage medium and includes several instructions to enable a computer device (which may be a personal computer, a server, or a network device) or a processor to execute some steps of the methods according to the embodiments of the present application.
It should be understood that, although the respective steps in the flowcharts in the above-described embodiments are sequentially shown as indicated by arrows, the steps are not necessarily performed sequentially as indicated by the arrows. The steps are not performed in the exact order shown and may be performed in other orders unless explicitly stated herein. Moreover, at least some of the steps in the figures may include multiple sub-steps or multiple stages that are not necessarily performed at the same time, but may be performed at different times, in different orders, and may be performed alternately or at least partially with respect to other steps or sub-steps of other steps.
Finally, it should be noted that: the above embodiments are only used to illustrate the technical solutions of the present application, and not to limit the same. Although the present application has been described in detail with reference to the foregoing embodiments, it should be understood by those of ordinary skill in the art that: it is also possible to modify the solutions described in the previous embodiments or to substitute some or all of them with equivalents. And the modifications or the substitutions do not make the essence of the corresponding technical solutions depart from the scope of the technical solutions of the embodiments of the present application.
Claims (10)
1. A method for video stream distribution, the method comprising:
acquiring a to-be-processed access request sent by a vehicle-mounted application, and adding the to-be-processed access request into an application queue;
judging whether the access request to be processed is successfully applied or not according to the priority of the access request to be processed, the timestamp, the target camera identification and the preset length of the application queue;
when the application of the access request to be processed is successful, outputting a video stream of a target camera corresponding to the access request to be processed to a vehicle-mounted application corresponding to the access request to be processed;
the access request to be processed comprises the vehicle-mounted application identifier, the target camera identifier, the priority and the timestamp.
2. The method according to claim 1, wherein the determining whether the pending access request is successfully applied according to the priority of the pending access request, the timestamp, the target camera id, and the preset length of the application queue comprises:
reordering the application queue according to the priority and the timestamp of each access request and the access request to be processed in the application queue;
adjusting the application queue according to the priorities of the access requests and the access requests to be processed in the application queue after reordering, the target camera identification and the length of the application queue;
and when the access request to be processed is in the adjusted application queue, determining that the application of the access request to be processed is successful.
3. The method according to claim 2, wherein the reordering of the application queue according to the priority and the timestamp of each access request and the pending access request in the application queue comprises:
arranging according to the access requests of the application queue in the order from high priority to low priority, wherein the priority comprises three levels of monopoly, common and background from high priority to low priority;
when the priorities of a plurality of access requests in the application queue are the same, the access requests are arranged according to the sequence of the timestamps of the access requests from late to early, and the later the timestamp is, the closer the timestamp is to the current time.
4. The method according to claim 2, wherein the adjusting the application queue according to the priority of each of the access requests and the pending access requests in the application queue after the reordering, the target camera id, and the length of the application queue specifically includes:
when the target camera identifications of a plurality of access requests in the application queue are the same and the priority of at least one access request is exclusive, deleting all the access requests except the access request with the top ranking corresponding to the target camera identification in the application queue from the application queue;
and when the length of the application queue is greater than the preset length, deleting the access request from the tail of the application queue until the length of the application queue is less than or equal to the preset length.
5. The method according to any one of claims 1-4, further comprising:
and when the pending access request application fails, continuously outputting the video stream to the original vehicle-mounted application corresponding to the target camera.
6. A video stream distribution apparatus, characterized in that the apparatus comprises:
the system comprises an acquisition module, a request queue module and a request queue module, wherein the acquisition module is used for acquiring an access request sent by the current vehicle-mounted application and adding the access request sent by the current vehicle-mounted application into the request queue;
the processing module is used for judging whether the access request of the current vehicle-mounted application is successfully applied or not according to the priority of the access request, the timestamp, the target camera identification and the length of the application queue; when the access request application sent by the current vehicle-mounted application is successful, outputting the video stream to the current vehicle-mounted application;
the access request comprises the vehicle-mounted application identifier, the target camera identifier, the priority and the timestamp.
7. A controller, characterized in that the controller comprises: a memory, a processor; the memory is used for storing a computer program; the processor is configured to implement the video stream distribution method according to any one of claims 1 to 5 in accordance with a computer program stored in the memory.
8. A vehicle having a plurality of onboard cameras, a plurality of onboard applications and the controller of claim 7 disposed thereon.
9. A computer-readable storage medium, in which a computer program is stored which, when being executed by a processor, is adapted to carry out the video stream distribution method according to any one of claims 1 to 5.
10. A computer program product, characterized in that it comprises a computer program which, when being executed by a processor, implements the video stream distribution method according to any one of claims 1 to 5.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202211140125.5A CN115225720A (en) | 2022-09-20 | 2022-09-20 | Video stream distribution method, controller, vehicle, storage medium, and program product |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202211140125.5A CN115225720A (en) | 2022-09-20 | 2022-09-20 | Video stream distribution method, controller, vehicle, storage medium, and program product |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN115225720A true CN115225720A (en) | 2022-10-21 |
Family
ID=83617048
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202211140125.5A Pending CN115225720A (en) | 2022-09-20 | 2022-09-20 | Video stream distribution method, controller, vehicle, storage medium, and program product |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN115225720A (en) |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1606301A (en) * | 2004-07-09 | 2005-04-13 | 清华大学 | A resource access shared scheduling and controlling method and apparatus |
| CN103677848A (en) * | 2013-12-27 | 2014-03-26 | 厦门雅迅网络股份有限公司 | Camera control method based on Android |
| CN109144739A (en) * | 2018-08-08 | 2019-01-04 | 上海电气集团股份有限公司 | A kind of method and system of multi-user's contention control based on Argus video monitoring |
| US20220237996A1 (en) * | 2019-05-29 | 2022-07-28 | Xirgo Technologies, Llc | High-priority event generation and reporting for camera-based security system |
-
2022
- 2022-09-20 CN CN202211140125.5A patent/CN115225720A/en active Pending
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1606301A (en) * | 2004-07-09 | 2005-04-13 | 清华大学 | A resource access shared scheduling and controlling method and apparatus |
| CN103677848A (en) * | 2013-12-27 | 2014-03-26 | 厦门雅迅网络股份有限公司 | Camera control method based on Android |
| CN109144739A (en) * | 2018-08-08 | 2019-01-04 | 上海电气集团股份有限公司 | A kind of method and system of multi-user's contention control based on Argus video monitoring |
| US20220237996A1 (en) * | 2019-05-29 | 2022-07-28 | Xirgo Technologies, Llc | High-priority event generation and reporting for camera-based security system |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN108959292B (en) | Data uploading method, system and computer readable storage medium | |
| EP3605347B1 (en) | Systems and methods for i/o prioritization in nvme-compliant storage devices | |
| CN111324427B (en) | Task scheduling method and device based on DSP | |
| US9223373B2 (en) | Power arbitration for storage devices | |
| CN115292016A (en) | Task scheduling method based on artificial intelligence and related equipment | |
| CN111796937B (en) | Memory-based resource allocation method, computer equipment and storage medium | |
| KR101915944B1 (en) | A Method for processing client requests in a cluster system, a Method and an Apparatus for processing I/O according to the client requests | |
| EP3932025A1 (en) | Computing resource scheduling method, scheduler, internet of things system, and computer readable medium | |
| CN112148468A (en) | Resource scheduling method and device, electronic equipment and storage medium | |
| CN112396480B (en) | Order business data processing method, system, computer equipment and storage medium | |
| CN114265679A (en) | Data processing method and device and server | |
| CN113327053A (en) | Task processing method and device | |
| CN113535634A (en) | Electronic device and method for bandwidth distribution | |
| CN109313537B (en) | Method and apparatus for managing storage area of control device of vehicle | |
| CN114780215A (en) | Task scheduling method, device, equipment and storage medium | |
| CN115225720A (en) | Video stream distribution method, controller, vehicle, storage medium, and program product | |
| CN115878910A (en) | Line query method, device and storage medium | |
| CN106537321B (en) | Method, device and storage system for accessing file | |
| US20200301732A1 (en) | Information processing system and non-transitory computer readable medium storing program | |
| CN116820769A (en) | Task allocation method, device and system | |
| CN112035460A (en) | Identification distribution method, device, equipment and storage medium | |
| CN115202842A (en) | Task scheduling method and device | |
| CN115658292A (en) | Resource scheduling method, device, computer equipment and storage medium | |
| Atar et al. | Law of large numbers for the many-server earliest-deadline-first queue | |
| CN112269658B (en) | Composite resource application method and system, electronic equipment and storage medium |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| RJ01 | Rejection of invention patent application after publication | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20221021 |