A multi-scenario conflict arbitration and priority execution rule system and method based on light guide film

Abstract

The application discloses a multi-scene conflict arbitration and priority execution rule system and method based on a light guide film, and unified identity authentication centers are used to uniformly arbitrate operation requests of users in multiple application scenes such as health monitoring, safety protection, social service, a virtual world and smart home. The system comprises an operation request gathering module, a priority rule engine, a conflict detection module, an arbitration execution module, a resource scheduling module and an interruption recovery module. The priority is divided according to safety levels: the highest is life safety, the second is property safety, the third is social service, the fourth is health monitoring and the lowest is daily interaction. The conflict detection module monitors resources such as loudspeakers, screens, vibration motors and communication interfaces in real time. The arbitration execution module supports preemptive execution, high-priority operations can interrupt low-priority operations, interruption recovery records states and automatically recovers after completion. Conflict notification is merged and pushed within a preset time window, manual intervention of a user is supported, and automatic execution is performed when a time limit is exceeded. The user can set a do-not-disturb mode to shield low-priority operations. The application solves the problems of multi-scene operation request conflicts and execution confusion, and is a core scheduling infrastructure for cross-scene intelligent services.

Description

Technical Field

[0001] This invention relates to the fields of distributed systems, conflict arbitration, priority scheduling, and human-computer interaction. Specifically, it relates to a multi-scenario conflict arbitration and priority execution rule system and method based on photoconductive film. By using a unified identity authentication center, it unifies the arbitration of user operation requests in multiple application scenarios such as health monitoring, security protection, social services, virtual world, and smart home. The execution order is determined according to preset priority rules and the user's real-time status, which solves the problems of lack of unified arbitration mechanism, execution conflict, and poor user experience when multiple scenarios trigger operation requests simultaneously in the prior art. Citation of prior application

[0002] This application is based on the technology of the applicant's previously filed patent application, specifically cited as follows: 1. Prior patent application (application number 2026103505829, application date 2026-03-20, invention title: A method and system for unique identification of human optical spectral features based on photoconductive film) This patent discloses a method for uniquely identifying human optical spectral features. It uses a photoconductive film to collect human optical spectral features and generate a unique feature code for identity verification. The unified identity authentication center in this application references the spectral feature acquisition and comparison technology of this patent as the basis for conflict arbitration.

[0003] 2. Prior patent application (application number 2026103373270, application date 2026-03-19, invention title: A distributed housekeeping system and method based on multi-terminal collaboration) This patent discloses a distributed butler system based on multi-terminal collaboration, including a main butler unit and sub-butler units. The conflict arbitration framework in this application is implemented based on the butler system architecture of this patent.

[0004] 3. Prior patent application (application number 2026103511938, application date 2026-03-21, invention title: A full-scene state synchronization and priority scheduling system and method based on photoconductive film) This patent discloses a cross-scenario state synchronization and priority scheduling mechanism, including priority level division rules. The scenario priority rules in this application reuse the technical solution of this patent.

[0005] 4. Patents for various application scenarios submitted by the applicant. This application provides conflict arbitration and priority enforcement services for patents in various application scenarios, including health monitoring patents (blood pressure monitoring patent 2026103509995, blood oxygen monitoring patent 2026103510140, blood glucose monitoring patent 202610351030X, heart rate variability monitoring patent 2026103510583, arteriosclerosis monitoring patent 2026103510672, sleep monitoring patent 2026103510846, metabolic monitoring patent 202610351094X, fatigue driving monitoring patent 2026103511016, health trend analysis patent 2026103511548), safety The patents include those related to protection (anti-fraud patent 2026103476031, vehicle rescue patent 2026103450582, physiological abnormality rescue patent 2026103461708), social services (family tracing patent 2026103505068, virtual world scene patent 2026103511336), and intelligent interaction (eye tracking patent 2026103269949, unified identity authentication patent 2026103511641, status synchronization patent 2026103511938, offline collaboration patent 2026103512150, and energy management patent 2026103512343). The application dates of these prior basic patents are all earlier than this application, and they were not published before the application date of this application; therefore, they do not constitute prior art for this application. Background Technology

[0006] With the development of smart terminals and IoT technologies, users may simultaneously trigger operation requests in multiple scenarios (health monitoring, security protection, social services, virtual world, smart home). Existing technologies have the following drawbacks: 1. Lack of a unified arbitration mechanism: When multiple scenarios trigger operations simultaneously (such as needing to make a phone call for vehicle rescue, needing to block calls for fraud prevention, and needing to push reminders for health monitoring), the existing technology lacks a unified arbitration mechanism, leading to chaotic execution. 2. Lack of prioritization rules: Different scenarios have different levels of importance (life safety should take precedence over health monitoring), and existing technologies cannot automatically prioritize and execute based on the importance of the scenarios; 3. Execution conflict: When multiple scenarios compete for the same system resources (such as speakers, screen displays, vibration motors), there is a lack of conflict detection and resource scheduling mechanisms; 4. User intervention is not possible: Current technology does not support manual intervention and priority overriding by users when conflicts occur; 5. Lack of interruption recovery mechanism: After a high-priority operation interrupts a low-priority operation, the interrupted operation cannot be automatically recovered.

[0007] The applicant has previously filed patents for a distributed management system and a full-scenario status synchronization and priority scheduling system, which can achieve real-time online status synchronization and scenario priority division. Building upon these, this invention further constructs a multi-scenario conflict arbitration and priority execution rule system to achieve unified arbitration, priority sorting, resource scheduling, and interruption recovery for multi-scenario operation requests. Summary of the Invention

[0008] (a) Purpose of the invention The purpose of this invention is to provide a multi-scenario conflict arbitration and priority execution rule system and method based on photoconductive film. By using a unified identity authentication center, the system can uniformly arbitrate user operation requests in multiple application scenarios such as health monitoring, security protection, social services, virtual world, and smart home. The execution order is determined according to preset priority rules and the user's real-time status, which solves the problems of lack of unified arbitration mechanism, execution conflict, and poor user experience when multiple scenarios trigger operation requests simultaneously in the prior art.

[0009] (II) Technical Solution 1. A multi-scenario conflict arbitration and priority execution rule system based on photoconductive film, characterized in that it includes: The unified identity authentication center is used to collect the optical spectrum features of a user's human body through a light guide film and generate a unique identity feature code, which serves as the identity basis for conflict arbitration. The operation request aggregation module is used to report operation requests from various application scenarios to the main management unit in real time through the distributed management system architecture. Priority rule engine, used to predefine the priority level of each scenario and the urgency ranking rules within the same priority level; The conflict detection module is used to detect whether multiple operation requests are competing for the same system resource; The arbitration execution module is used to determine the execution order based on priority rules and the user's real-time status when multiple operation requests are triggered simultaneously or compete for the same resource. Higher priority operations are executed first, and lower priority operations can be interrupted. The resource scheduling module is used to manage the occupancy status of various system resources, check resource availability before execution, and release resources after execution. The interrupt recovery module records the status of interrupted operations and automatically resumes the interrupted operations once the higher-priority operations are completed.

[0010] 2. The system according to claim 1, characterized in that, in the priority rule engine, the priority levels of each scenario are divided according to security level: life safety scenarios are the highest priority (Level 1); property safety scenarios are the second highest (Level 2); social service scenarios are the third highest (Level 3); health monitoring scenarios are the fourth highest (Level 4); and daily interaction scenarios are the lowest (Level 5); within the same priority, they are sorted by urgency; within the same priority and urgency, they are sorted by timestamp; users can set personalized priorities in the unified identity authentication center to override the system default priorities, and can set a do-not-disturb mode to temporarily block operation requests in low-priority scenarios.

[0011] 3. The system according to claim 1, wherein the system resources in the conflict detection module include: a speaker, a screen display, a vibration motor, a communication interface, a camera, and a microphone; conflict detection is performed in real time when an operation request is reported, and the detection period is a preset duration (e.g., 100ms).

[0012] 4. The system according to claim 1, wherein the execution order rule in the arbitration execution module is as follows: first, sorting by priority level, with higher priority being executed first; sorting by urgency within the same priority; and executing by timestamp order within the same priority and urgency; if a higher priority scenario is triggered during execution, the current operation is immediately interrupted, and the higher priority operation is executed, with the interrupted operation added to the waiting queue; the waiting queue is sorted by priority, and sorted by timestamp within the same priority.

[0013] 5. The system according to claim 1, characterized in that, in the resource scheduling module, the resource occupancy status includes: idle, occupied; when an operation request is in the resource occupancy, if the request priority is higher than the current occupancy scenario, the resource is preempted, the arbitration execution module immediately interrupts the current occupancy operation, the interruption recovery module records the interrupted operation status, and the interrupted operation is added to the waiting queue; if the request priority is lower than or equal to the current occupancy scenario, it is added to the waiting queue; after the resource is released, the system automatically retrieves the highest priority operation from the waiting queue for execution.

[0014] 6. The system according to claim 1, characterized in that, in the interruption recovery module, the interrupted operation record includes: operation ID, scene identifier, operation type, operation parameters, and execution progress; for recoverable operations, execution continues from the interruption point; for unrecoverable operations, they are marked as "interrupted" and logged, and execution is not resumed; users can view the interrupted operation record in the unified identity authentication center and can manually trigger a retry; recoverable operations include voice broadcast, vibration prompt, pop-up display, and progress bar loading, while unrecoverable operations include hanging up the phone, payment confirmation, and data deletion.

[0015] 7. The system according to claim 1, wherein the arbitration execution module supports manual user intervention: when multiple operation requests are triggered simultaneously, the system collects conflicting operations within a preset time window, merges them into a single conflict notification and pushes it to the user terminal, displays a list of operations to be executed, and the user can select the execution order or block specific operations; after manual user intervention, the system executes according to the user's selection, and if the user does not respond within a preset time, the system automatically executes according to the default priority rule.

[0016] 8. A multi-scenario conflict arbitration and priority execution method based on photoconductive film, characterized by comprising the following steps: S1: Users complete identity authentication through the optical guide film, establishing a unified identity across scenarios; S2: Each application scenario reports operation requests to the main management unit in real time through the distributed management system; S3: The supervisor unit detects whether multiple operation requests are triggered simultaneously or compete for the same system resource; S4: The conflict detection module identifies resource conflicts and determines the list of conflicting operations; S5: The priority rule engine sorts conflicting operations according to preset priority rules; S6: The arbitration execution module executes operations according to the sorting results, with higher priority operations being executed first, and lower priority operations can be interrupted. S7: The resource scheduling module manages resource occupancy status and updates resource status before and after execution; S8: The status of the interrupted operation is recorded by the interrupt recovery module, and it will be automatically resumed after the high-priority operation is completed.

[0017] 9. The method according to claim 8, wherein in step S5, the priority sorting rules are as follows: life safety scenarios have the highest priority; property safety scenarios are second; social service scenarios are third; health monitoring scenarios are fourth; daily interaction scenarios are the lowest; within the same priority, they are sorted by urgency; within the same priority and urgency, they are sorted by timestamp; users can set personalized priorities to override the system default rules, and can set a do-not-disturb mode to temporarily block low-priority operations.

[0018] 10. The method according to claim 8, wherein in step S7, the resource scheduling rule is as follows: when a resource is preempted by a high-priority operation, a low-priority operation is automatically paused and added to the waiting queue; after the resource is released, the system automatically retrieves the highest-priority operation from the waiting queue for execution; the waiting queue is sorted by priority, and operations of the same priority are sorted by timestamp.

[0019] 11. A computer-readable storage medium having a computer program stored thereon, characterized in that, when the program is executed by a processor, it implements the method according to any one of claims 8-10.

[0020] 12. An electronic device comprising a processor and a memory, the memory storing a computer program, characterized in that, when executed by the processor, the program implements the method according to any one of claims 8-10. Detailed Implementation

[0021] System architecture and data flow The core innovation of this system lies in combining a distributed steward system with conflict arbitration and priority execution to achieve unified arbitration and intelligent scheduling of operation requests in multiple scenarios.

[0022] The system architecture is as follows: Unified Identity Authentication Center: Deployed on the user's designated home device (default mobile phone), it uses a unique identity recognition based on a photoconductor film as the basis for conflict arbitration.

[0023] Manager Unit: Deployed by default on the user-specified primary device (smartphone by default), the user can switch the manager device in the unified identity authentication center. The manager unit is responsible for aggregating operation requests from various scenarios, performing conflict detection, priority sorting, resource scheduling, and interrupt recovery.

[0024] Sub-Manager Unit: A lightweight software module installed on various smart terminal devices. Each sub-manager corresponds to an application scenario (such as blood pressure sub-manager, vehicle rescue sub-manager, etc.), and is responsible for reporting operation requests in this scenario, receiving execution instructions, and providing feedback on execution results.

[0025] Data flow path: 1. Users complete identity authentication through the optical guide film, establishing a unified identity; 2. Each sub-manager submits their operational requests to their supervisor. 3. The conflict detection module identifies resource conflicts; 4. The priority rule engine sorts conflicting operations; 5. The arbitration enforcement module executes operations sequentially; 6. The resource scheduling module manages resource usage; 7. The interrupt recovery module records the interrupted operations; 8. Once a high-priority operation is completed, resume the interrupted operation.

[0026] The following provides a detailed description of each module: Example 1: Simultaneous Triggering of Multiple Scenarios – Resource Conflict Arbitration User Zhang is driving when he triggers the following action: • The vehicle rescue application detects a vehicle collision (life safety category, level 1 priority) and requests to make an emergency call and broadcasts a reminder via voice. • The anti-fraud application detected that Zhang's phone was receiving a fraudulent call (property security category, level 2 priority) and requested that the call be automatically disconnected. • The health monitoring app detected an abnormally high blood pressure in Mr. Zhang (health monitoring category, level 4 priority) and requested a push notification with a voice alert. • Virtual world application requests push notifications for friends (daily interaction type, priority level 5).

[0027] Four operations are triggered simultaneously, all vying for speaker and communication interface resources. The conflict detection module identifies resource conflicts, and the priority rule engine sorts them as follows: Level 1 > Level 2 > Level 4 > Level 5. The arbitration execution module executes in the following order: first, it executes the vehicle rescue call and voice broadcast; after that, it executes the anti-fraud call termination; then, it executes the health monitoring voice reminder; and finally, it executes the virtual world message push. During execution, if a higher-priority operation is triggered, the current operation is immediately interrupted.

[0028] Example 2: Resource Preemption and Interruption Recovery Mr. Zhang was receiving a health monitoring voice prompt (level 4 priority) when the vehicle rescue system detected a vehicle collision (level 1 priority). The arbitration execution module detected that the level 1 priority was higher than the currently executing level 4 priority and immediately interrupted the health monitoring voice prompt. The interruption recovery module recorded the status of the interrupted operation (3 seconds of broadcast completed, 2 seconds remaining). After the vehicle rescue operation was completed, the system automatically retrieved the interrupted health monitoring operation from the waiting queue and resumed broadcasting the remaining 2 seconds of content from the point of interruption.

[0029] Example 3: Prioritizing by urgency Zhang triggered two health monitoring operations simultaneously (both belonging to the fourth priority level): • Alert for abnormally high blood pressure (Urgency level: High) • Decreased heart rate variability alert (urgency level: medium) The priority rule engine detects alerts with the same priority and sorts them by urgency: abnormal blood pressure alerts are executed first. After that, heart rate variability alerts are executed. Users can view the execution log in the unified identity authentication center: "Abnormal blood pressure alerts are executed first (high urgency), heart rate variability alerts are executed subsequently." Example 4: Merging User Manual Intervention and Conflict Notification While driving, Mr. Zhang simultaneously triggered both the vehicle emergency rescue (Level 1) and anti-fraud (Level 2) operations. Within a one-second time window, the system collected all conflicting operations, merged them into a single conflict notification, and pushed it to the vehicle's screen, displaying a list of pending operations. 1. Vehicle roadside assistance: For vehicle collision detection, please contact us immediately (Priority: Level 1). 2. Fraud Prevention: Hang up on suspicious scam calls (Priority: Level 2) Mr. Zhang can select the execution order via voice or touch. He chose to execute the anti-fraud call disconnect first, followed by the vehicle rescue. The system executes according to the user's selection, overriding the default priority rules. If Mr. Zhang does not respond within 10 seconds, the system automatically executes according to the default rules (vehicle rescue first, then anti-fraud).

[0030] Example 5: Do Not Disturb mode blocks low-priority operations Mr. Zhang set his sleep time to "Do Not Disturb" from 10:00 PM to 7:00 AM daily. During this period, requests for operations with a priority of level four or lower (health monitoring, daily interactions) were automatically blocked. At 2:00 AM, the health monitoring app detected an abnormal heart rate in Mr. Zhang, triggering a level four priority operation request. The system detected that Do Not Disturb mode was enabled, logged the operation but did not execute it, and did not push any notifications. At 7:00 AM, Do Not Disturb mode ended, and the system pushed a summary report of health abnormalities during sleep. Exception handling mechanism

[0031] 1. Resource deadlock detection: When multiple operations wait for each other to release resources for more than a preset time (e.g., 5 seconds), the system automatically terminates the lowest priority operation, releases the resources, and records the deadlock log.

[0032] 2. Waiting queue overflow handling: The waiting queue has a preset upper limit (e.g., 20 operations). When the upper limit is exceeded, the lowest priority operation is automatically discarded and a notification is pushed.

[0033] 3. Handling interrupted recovery failures: When an interrupted operation fails to recover, the system logs an error and sends a notification: "Partial operation recovery failed. Please check manually." 4. User intervention timeout handling: If there is no response within a preset time (e.g., 10 seconds) when a user manually intervenes in a conflict, the system will automatically execute according to the default rules. Beneficial effects

[0034] 1. Unified Arbitration Mechanism: Requests from multiple scenarios are uniformly reported to the competent arbitration authority to avoid confusion in execution; 2. Automatic Priority Sorting: Automatically sorted by security level (Life Safety > Property Safety > Social Services > Health Monitoring > Daily Interaction), with critical scenarios being executed first; 3. Resource conflict detection: Real-time detection of conflict status of system resources such as speakers, screens, vibration motors, and communication interfaces; 4. Preemptive execution: High-priority operations can interrupt low-priority operations, ensuring timely response in emergency scenarios; 5. Interruption Resumption: Interrupted operations record their progress and automatically resume after high-priority operations are completed, without requiring the user to re-initiate. 6. User manual intervention: Supports users to manually select the execution order and block operations, overriding the system default rules; conflict notifications are merged to avoid frequent interruptions; 7. Do Not Disturb Mode: Users can set time periods to block low-priority operations to avoid being disturbed while sleeping; 8. Waiting queue management: The waiting queue is sorted by priority, and higher priority operations are resumed first; 9. Technological Synergy: This system integrates a distributed steward system and a scenario priority scheduling patent to form a complete closed loop of "request → arbitration → execution → recovery", which is the core scheduling infrastructure for cross-scenario intelligent services.

Claims

1. A multi-scenario conflict arbitration and priority execution rule system based on photoconductive film, characterized in that, include: The unified identity authentication center is used to collect the optical spectrum features of a user's human body through a light guide film and generate a unique identity feature code, which serves as the identity basis for conflict arbitration. The operation request aggregation module is used to report operation requests from various application scenarios to the main management unit in real time through the distributed management system architecture. Priority rule engine, used to predefine the priority level of each scenario and the urgency ranking rules within the same priority level; The conflict detection module is used to detect whether multiple operation requests are competing for the same system resource; The arbitration execution module is used to determine the execution order based on priority rules and the user's real-time status when multiple operation requests are triggered simultaneously or compete for the same resource. Higher priority operations are executed first, and lower priority operations can be interrupted. The resource scheduling module is used to manage the occupancy status of various system resources, check resource availability before execution, and release resources after execution. The interrupt recovery module records the status of interrupted operations and automatically resumes the interrupted operations once the higher-priority operations are completed.

2. The system according to claim 1, characterized in that, In the priority rule engine, the priority levels of each scenario are divided according to the security level: life safety scenarios are the highest priority; property safety scenarios are the second highest; social service scenarios are the third highest; health monitoring scenarios are the fourth highest; and daily interaction scenarios are the lowest. Within the same priority, they are sorted by urgency; and within the same priority and urgency, they are sorted by timestamp. Users can set personalized priorities in the unified identity authentication center to override the system's default priorities, and can also set a do-not-disturb mode to temporarily block operation requests in low-priority scenarios.

3. The system according to claim 1, characterized in that, The system resources in the collision detection module include: a speaker, a screen display, a vibration motor, a communication interface, a camera, and a microphone; collision detection is performed in real time when an operation request is reported.

4. The system according to claim 1, characterized in that, In the arbitration execution module, the execution order rules are as follows: first, sort by priority level, with higher priority being executed first; within the same priority, sort by urgency; within the same priority and urgency, execute in timestamp order; if a higher priority scenario is triggered during execution, the current operation is immediately interrupted, the higher priority operation is executed, and the interrupted operation is added to the waiting queue; the waiting queue is sorted by priority, and within the same priority, sorted by timestamp.

5. The system according to claim 1, characterized in that, In the resource scheduling module, the resource occupancy status includes: idle and occupied. When an operation request is in the resource occupancy, if the request priority is higher than the current occupancy scenario, the resource will be preempted, the arbitration execution module will immediately interrupt the current occupancy operation, the interruption recovery module will record the interrupted operation status, and the interrupted operation will be added to the waiting queue. If the request priority is lower than or equal to the current occupancy scenario, it will be added to the waiting queue. After the resource is released, the system will automatically retrieve the highest priority operation from the waiting queue for execution.

6. The system according to claim 1, characterized in that, In the interruption recovery module, the interrupted operation record includes: operation ID, scene identifier, operation type, operation parameters, and execution progress. For recoverable operations, execution continues from the interruption point. For unrecoverable operations, they are marked as "interrupted" and logged, and execution is not resumed. Users can view the interrupted operation record in the unified identity authentication center and can manually trigger a retry.

7. The system according to claim 1, characterized in that, The arbitration execution module supports manual user intervention: when multiple operation requests are triggered simultaneously, the system collects conflicting operations within a preset time window, merges them into a single conflict notification, pushes it to the user's terminal, and displays a list of operations to be executed. The user can choose the execution order or block specific operations. After manual user intervention, the system executes according to the user's selection. If the user does not respond within a preset time, the system automatically executes according to the default priority rules.

8. A multi-scenario conflict arbitration and priority execution method based on a photoconductive film, characterized in that, Includes the following steps: S1: Users complete identity authentication through the optical guide film, establishing a unified identity across scenarios; S2: Each application scenario reports operation requests to the main management unit in real time through the distributed management system; S3: The supervisor unit detects whether multiple operation requests are triggered simultaneously or compete for the same system resource; S4: The conflict detection module identifies resource conflicts and determines the list of conflicting operations; S5: The priority rule engine sorts conflicting operations according to preset priority rules; S6: The arbitration execution module executes operations according to the sorting results, with higher priority operations being executed first, and lower priority operations can be interrupted. S7: The resource scheduling module manages resource occupancy status and updates resource status before and after execution; S8: The status of the interrupted operation is recorded by the interrupt recovery module, and it will be automatically resumed after the high-priority operation is completed.

9. The method according to claim 8, characterized in that, In step S5, the priority ranking rules are as follows: life safety scenarios have the highest priority; property safety scenarios are second; social service scenarios are third; health monitoring scenarios are fourth; and daily interaction scenarios have the lowest priority; within the same priority, they are ranked by urgency; and within the same priority and urgency, they are ranked by timestamp. Users can set personalized priorities to override the system default rules, and can set a Do Not Disturb mode to temporarily block low-priority operations.

10. The method according to claim 8, characterized in that, In step S7, the resource scheduling rules are as follows: when a resource is preempted by a high-priority operation, the low-priority operation is automatically paused and added to the waiting queue; after the resource is released, the system automatically retrieves the highest-priority operation from the waiting queue for execution; the waiting queue is sorted by priority, and the same priority is sorted by timestamp.