Attendance card punching method and device, electronic equipment and storage medium
Through the cooperation between the square control module and the vehicle machine module, the automatic operation of attendance check-in is realized, and the problem of insufficient convenience and safety of attendance check-in operation in the existing technology is solved, and the convenience and safety of attendance check-in are improved.
Patent Information
- Application Number
- CN202510419168.4
- Authority / Receiving Office
- CN · China
- Patent Type
- Applications(China)
- Current Assignee / Owner
- Filing Date
- 2025-04-03
- Publication Date
- 2025-06-27
AI Technical Summary
The existing car and machine systems are not easy to operate and safely in attendance check-in scenarios. Drivers need to manually operate terminal equipment, which poses misoperation and safety risks.
Through the collaboration between the square control module and the vehicle and machine module, the automatic operation of attendance check-in is realized. The square control module generates a target trigger event through triggering operations. The vehicle computer module receives and converts the punch-in triggering command, sends the application start command to the terminal, and starts the attendance application to perform the punch-in operation.
It improves the convenience and safety of attendance check-in, reduces the driver's operation complexity and the risk of human misoperation, and enhances driving safety.
Smart Images

Figure CN120220259A_ABST
Abstract
Description
Technical Field
[0001] The present disclosure relates to the technical field of intelligent transportation, and particularly relates to an attendance punching method, device, electronic device, and storage medium. Background Art
[0002] With the development of intelligent technologies, the degree of vehicle intelligence has been continuously improved, and in-vehicle systems are widely used in the implementation of functions such as navigation, information display, and entertainment. Existing in-vehicle systems can be connected to smartphones through a screen mirroring function, and drivers can view mobile phone content on the in-vehicle display screen. However, although existing in-vehicle systems can be connected to mobile phones through screen mirroring, for scenarios where attendance punching needs to be completed, there are still certain deficiencies in terms of operation convenience and security in existing systems.
[0003] For example, a driver usually needs to manually operate a terminal device to start an attendance application for punching. In actual use, the background management mechanism of the terminal device may cause the attendance application to automatically pause after a long period of inactivity, and the driver needs to restart the software to punch, which increases the operation complexity and reduces work efficiency. At the same time, directly operating the terminal device during driving may also pose a safety hazard. Summary of the Invention
[0004] The present disclosure provides an attendance punching method, device, electronic device, and storage medium to at least solve the problem of how to improve the convenience of attendance punching while ensuring driving safety in related technologies. The technical solutions of the present disclosure are as follows:
[0005] According to a first aspect of an embodiment of the present disclosure, an attendance punching method is provided, which is applied to a target vehicle. The target vehicle includes a steering wheel control module and an in-vehicle module; an attendance application is included in a target terminal; the method includes:
[0006] In response to a trigger operation on the steering wheel control module, the steering wheel control module is called to obtain a target trigger event;
[0007] In the case where the target trigger event is determined to be a punching trigger event, the steering wheel control module is called to send a punching trigger instruction to the in-vehicle module;
[0008] The in-vehicle module is called to receive the punching trigger instruction and perform conversion processing on the punching trigger instruction to obtain an application start instruction;
[0009] The in-vehicle module is called to send the application start instruction to the target terminal so that the target terminal starts the attendance application to perform a punching operation.
[0010] According to a second aspect of an embodiment of the present disclosure, an attendance punching device is provided, including:
[0011] An event acquisition module, configured to call the vehicle control module in response to a triggering operation on the vehicle control module, and obtain a target triggering event;
[0012] An instruction sending module, configured to call the vehicle control module to send a clock-in triggering instruction to the vehicle head unit module when the target triggering event is determined to be a clock-in triggering event;
[0013] An instruction conversion module, configured to call the vehicle head unit module to receive the clock-in triggering instruction, and perform conversion processing on the clock-in triggering instruction to obtain an application start instruction;
[0014] A clock-in start module, configured to call the vehicle head unit module to send the application start instruction to the target terminal, so that the target terminal starts the attendance application program to perform a clock-in operation.
[0015] According to a third aspect of the embodiments of the present disclosure, there is provided an electronic device, including: a processor; a memory for storing instructions executable by the processor; wherein, the processor is configured to execute the instructions to implement the method according to any one of the first aspects above.
[0016] According to a fourth aspect of the embodiments of the present disclosure, there is provided a computer-readable storage medium, when instructions in the computer-readable storage medium are executed by a processor of an electronic device, enabling the electronic device to execute the method according to any one of the first aspects of the embodiments of the present disclosure.
[0017] According to a fifth aspect of the embodiments of the present disclosure, there is provided a computer program product, including computer instructions, when the computer instructions are executed by a processor, enabling a computer to execute the method according to any one of the first aspects of the embodiments of the present disclosure.
[0018] The technical solutions provided by the embodiments of the present disclosure at least bring the following beneficial effects:
[0019] Through the triggering operation of the vehicle control module, the driver can start the clock-in operation without directly operating the terminal device, thereby reducing distracted operations and improving driving safety; by confirming that the target triggering event is a clock-in event, the vehicle head unit module receives the clock-in triggering signal and starts subsequent operations, avoiding accidental triggering of clock-in; the vehicle head unit module can correctly transmit the instruction to the target terminal by converting the clock-in triggering instruction, thereby ensuring the successful start of the attendance application; the vehicle head unit module sends the application start instruction to the target terminal, which can start the attendance application program to perform the clock-in operation, saving the driver's operation time and reducing the risk of human operation errors.
[0020] In summary, through the cooperation between the vehicle control module and the in-vehicle module, the present disclosure realizes the automation and simplification of attendance clock-in, improving security, efficiency, and operational convenience.
[0021] It should be understood that the above general description and the following detailed description are merely exemplary and explanatory, and do not limit the present disclosure. BRIEF DESCRIPTION OF THE DRAWINGS
[0022] The accompanying drawings herein are incorporated into and constitute a part of this specification, showing embodiments consistent with the present disclosure, and are used together with the specification to explain the principles of the present disclosure, and do not constitute an undue limitation to the present disclosure.
[0023] Figure 1 is a schematic diagram of an application environment shown according to an exemplary embodiment.
[0024] Figure 2 is a flowchart of an attendance clock-in method shown according to an exemplary embodiment.
[0025] Figure 3 is a flowchart from receiving a clock-in trigger instruction from a first in-vehicle module to generating an application start instruction by a second in-vehicle module shown according to an exemplary embodiment.
[0026] Figure 4 is a block diagram of an attendance clock-in device shown according to an exemplary embodiment.
[0027] Figure 5 is a block diagram of an electronic device for attendance clock-in shown according to an exemplary embodiment.
[0028] Figure 6 is a schematic structural diagram of a server for attendance clock-in provided by an embodiment of this specification. DETAILED DESCRIPTION OF THE EMBODIMENTS
[0029] To enable those of ordinary skill in the art to better understand the technical solutions of the present disclosure, the technical solutions in the embodiments of the present disclosure will be clearly and completely described below with reference to the accompanying drawings.
[0030] It should be noted that the terms "first", "second", etc. in the specification and claims of the present disclosure and the above accompanying drawings are used to distinguish similar objects, and do not necessarily describe a specific order or sequence. It should be understood that such used data may be interchanged under appropriate circumstances so that the embodiments of the present disclosure described herein can be implemented in an order other than those illustrated or described herein. The embodiments described in the following exemplary embodiments do not represent all embodiments consistent with the present disclosure. On the contrary, they are merely examples of devices and methods consistent with some aspects of the present disclosure as detailed in the appended claims.
[0031] Please refer to Figure 1 , Figure 1 which is a schematic diagram of an application environment shown according to an exemplary embodiment. As Figure 1 shown, the application environment may include a vehicle 01 and a terminal 02.
[0032] The vehicle 01 may be configured with multiple modules, including a steering control module 10, a vehicle head unit module 20, a multimedia module 30, and a voice module 40.
[0033] The steering control module 10 may be used to receive the driver's operation input and trigger a target trigger event according to the input. The steering control module 10 communicates with the vehicle head unit module 20 and may send a clock-in trigger instruction to the vehicle head unit module 20 to initiate the attendance clock-in process.
[0034] The vehicle head unit module 20 may be used to be responsible for data processing and instruction conversion. After receiving the clock-in trigger instruction from the steering control module 10, it performs instruction conversion processing, generates an application start instruction, and sends it to the terminal 02, so that the terminal 02 starts the attendance application program to perform the clock-in operation. The vehicle head unit module 20 may also project the display content of the terminal 02 onto the multimedia module 30 through the connection with the terminal 02 and using the multimedia module 30.
[0035] The multimedia module 30 presents the display screen of the terminal 02 on the multimedia module 30 through a preset screen mirroring tool, realizes information visualization display, and provides an interaction interface between the driver and the attendance application program. The driver can view and operate the attendance application program through the multimedia module 30, thus eliminating the need to directly operate the terminal 02 and ensuring the safety of the driver during driving.
[0036] The voice module 40 may be used to play a voice prompt of successful clock-in after the attendance clock-in operation is completed. The voice prompt is generated by the vehicle head unit module 20 according to the clock-in result to ensure that the driver can timely learn about the clock-in status.
[0037] The terminal 02 is generally a smart device, such as a mobile phone, a tablet, or other mobile terminals, and may be configured with an attendance application program. After receiving the application start instruction sent by the vehicle head unit module 20, the terminal 02 starts the attendance application program and performs the clock-in operation. The terminal 02 can ensure that no additional operation by the driver is required during driving through interaction with the vehicle head unit module 20.
[0038] In practical applications, the steering wheel control module 10, the vehicle head unit module 20, the multimedia module 30, and the voice module 40 cooperate together in the vehicle 01 to ensure that the driver can complete the attendance check-in safely and conveniently without disturbing driving. The steering wheel control module 10 issues an instruction through a trigger operation. After receiving and converting the instruction, the vehicle head unit module 20 starts the attendance application of the terminal 02, and finally plays a successful check-in prompt through the voice module 40. Data transmission and instruction exchange between each module are realized through the in-vehicle network or the wireless communication network, optimizing the entire attendance check-in process, improving work efficiency, and enhancing driving safety.
[0039] It should be noted that the figure shows a possible step sequence, and in fact, it is not necessarily limited to strictly following this sequence. Some steps can be executed in parallel without depending on each other. The user information (including but not limited to user device information, user personal information, user behavior information, etc.) and data (including but not limited to data for display, training data, etc.) involved in this disclosure are all information and data authorized by the user or fully authorized by all parties.
[0040] Figure 2 is a flowchart of an attendance check-in method shown according to an exemplary embodiment. As Figure 2 shown, the following steps may be included.
[0041] In step S201, in response to a trigger operation on the steering wheel control module, the steering wheel control module is called to obtain a target trigger event.
[0042] In the embodiments of this specification, the steering wheel control module may be a module in the vehicle for receiving driver operation inputs, and is usually connected to the control device on the vehicle.
[0043] The target trigger event may be an event signal generated based on the driver operation received by the steering wheel control module. Specifically, when the driver completes a specific steering wheel control operation, the steering wheel control module will generate a target trigger event according to the preset operation rules.
[0044] In a possible implementation manner, the trigger operation of the steering wheel control module can be realized in various ways. The trigger methods may include but are not limited to:
[0045] Button Trigger: The driver activates a specific function by pressing, long - pressing, or double - clicking a button on the steering control module; Rotation Trigger: Some steering control modules may use rotary buttons or knobs, and the driver's intention is judged by the rotation direction or force to trigger corresponding events; Slide Trigger: The steering control module in a motorcycle or car can also support slide input, and the driver triggers specific events by sliding a button, etc.; Combined Trigger: The steering control module may require combined operations to activate the check - in event. For example, the driver needs to press two buttons simultaneously or press a button and rotate the control device at a specific moment to prevent accidental triggering.
[0046] In an optional implementation, common steering control modules may include:
[0047] Multifunctional steering wheel buttons in a car: Usually integrated on the steering wheel, the driver can control functions such as the vehicle's audio, navigation system, answering calls, and adjusting the air - conditioner by pressing, rotating, or clicking the buttons; Handlebar buttons on a motorcycle: Usually include buttons installed on the handlebars, which can be used to control the vehicle speed, lights, or other vehicle functions. Handheld remote control: Some vehicles or motorcycles may be equipped with a handheld remote control, which provides more precise control compared to the multifunctional steering wheel buttons or handlebar buttons.
[0048] In an optional implementation, the target trigger event may contain the following information:
[0049] Operation type: Such as long - press, short - press, rotation, slide, etc. Each operation type corresponds to a different trigger event; Operation duration: Some operations may need to be maintained for a certain time to trigger a valid event. For example, long - press a button for more than 3 seconds; Operation combination: In some scenarios, combined operations (such as pressing two buttons simultaneously or pressing a button and rotating) may be required, and the target trigger event is generated only when the conditions are met.
[0050] In a possible implementation, the steering control module generates a target trigger event by monitoring the operation duration and method. For example, if the driver presses a certain button and holds it for more than 3 seconds, then this operation is judged as a valid trigger event, and the corresponding target trigger event is generated.
[0051] In an optional implementation, the steering control module may need to hierarchically trigger multiple events. For example, a short - press of a certain button can trigger one operation, while a long - press may trigger other operations, such as starting the navigation system or adjusting in - vehicle settings. This multi - level trigger mechanism can be controlled and adjusted through different operations of the steering control module.
[0052] In practical applications, this trigger operation of the steering control module can effectively reduce the driver's need to operate the terminal. The flexible trigger method can adapt to different driving scenarios and improve safety during driving.
[0053] In a possible implementation, the target trigger event includes target operation information and target operation duration; in response to a trigger operation on the vehicle control module, the vehicle control module is called to obtain the target operation information and the target operation duration.
[0054] In the embodiments of this specification, the target operation information may refer to the specific operation type and content performed by the driver through the vehicle control module, such as pressing a button, rotating a knob, or sliding a controller, etc. The target operation information records the type and characteristics of the driver's operation.
[0055] The target operation duration may refer to the duration for which the driver operates the vehicle control module. For example, the time when the driver presses a certain button, the duration of rotating the controller, etc. This duration can be used to determine whether the driver's operation meets the conditions for starting clock-in.
[0056] In a possible implementation, when the driver operates through the vehicle control module, the vehicle control module immediately obtains the target operation information and the target operation duration. For example, when the driver long-presses a certain button on the steering wheel, the vehicle control module records the information and duration of this operation and generates the target operation information and the target operation duration. At this time, the vehicle control module transmits the target operation information and the target operation duration through communication with the vehicle machine module.
[0057] In a possible implementation, the target vehicle is equipped with a multimedia module; before receiving the screen mirroring instruction sent by the target terminal to the target vehicle and obtaining the clock-in trigger event by calling the vehicle control module in response to the trigger operation on the vehicle control module, in response to the screen mirroring instruction, according to the preset screen mirroring tool, the display screen of the target terminal is screen-mirrored onto the multimedia module to obtain the simulated screen of the multimedia module.
[0058] In the embodiments of this specification, the target vehicle may include but is not limited to an automobile, a motorcycle, or other intelligent transportation means. Preferably, the target vehicle may be a non-enclosed vehicle (with a handlebar, no body shell, and no windshield). The target vehicle may include multiple modules, such as a vehicle control module, a vehicle machine module, and a multimedia module, etc.
[0059] The target terminal can be a smart phone, a tablet computer or other mobile terminal devices, usually equipped with multiple executable application programs. The target terminal can obtain and list all the application programs installed in the current device through the interfaces provided by the operating system, such as the Package Manager of Android (Android operating system) or the App Management API of iOS (Apple operating system, App Management Application Programming Interface).
[0060] The multimedia module can be the display screen in the target vehicle, usually integrated in the center console of the vehicle or other positions. The multimedia module can include a touch screen or other input devices, which can receive external signals and display corresponding content, such as application programs, navigation information or media files, and can also exchange data with other modules (such as the steering wheel control module, the in-vehicle computer module, etc.) through the vehicle-mounted communication interface.
[0061] The screen mirroring instruction can be a control signal sent by the target terminal (such as a smart phone, a tablet computer, etc.) to the target vehicle, used to instruct the multimedia module of the vehicle to display the screen of the target terminal. This instruction is usually sent by the target terminal to the target vehicle through a wireless or wired communication protocol, such as Wi-Fi (Wireless Fidelity), Bluetooth or USB (Universal Serial Bus) connection, etc., instructing the multimedia module of the vehicle to receive and display the content of the target terminal.
[0062] The preset mirroring tool can be a mirroring application program or tool configured in the target vehicle, such as CarPlay, CarLife (in-vehicle intelligent interconnection system), etc., used to transmit the display screen of the target terminal to the multimedia module of the target vehicle in a wireless or wired manner.
[0063] The display screen can refer to the content currently displayed on the target terminal, such as the application interface, video, picture or text on the mobile phone screen, etc. When operating the target terminal, the display screen will be updated in real time.
[0064] The simulated screen can refer to the screen presented after mapping the display screen of the target terminal to the multimedia module of the vehicle through the preset mirroring tool. The simulated screen corresponds to the display screen and usually has the same layout, display content and interaction interface, so that the driver can view and operate the content of the target terminal on the multimedia module.
[0065] In a possible implementation, after the in-vehicle infotainment (IVI) module receives a screen mirroring instruction from a target terminal, it parses the instruction and maps the display screen of the target terminal to the vehicle's multimedia module through a preset screen mirroring tool to form a simulated screen. At this time, the simulated screen can correspond to the display screen of the target terminal and be displayed on the multimedia module.
[0066] In an alternative implementation, the connection between the IVI module and the target terminal can be achieved through Wi-Fi, Bluetooth, or other communication protocols. If any interruption or error occurs during the connection process, the IVI module can send an error prompt to the target terminal and request to re-establish the connection or re-send the screen mirroring instruction. The IVI module can also optimize the screen mirroring process according to the in-vehicle environment or system requirements to ensure the smooth progress of screen mirroring.
[0067] In practical applications, before triggering the attendance check-in operation, the vehicle's multimedia module has completed the display preparation of the target terminal's screen. The driver can directly view the content of the target terminal on the IVI display screen, providing a stable and reliable display platform for subsequent check-in operations.
[0068] In step S203, when the target trigger event is determined to be a check-in trigger event, the steering wheel control module sends a check-in trigger instruction to the IVI module.
[0069] In the embodiments of this specification, the check-in trigger event can be a target trigger event confirmed when the operation meets the conditions for starting the check-in. Specifically, the check-in trigger event is a judgment result of the target trigger event, which identifies that the driver's operation is for the need of attendance check-in, thus starting the check-in process.
[0070] The IVI module can be a control module in the target vehicle for receiving and processing signals from the steering wheel control module. The IVI module can include components such as a processor, a storage unit, and a communication interface. It mainly receives event signals transmitted from the steering wheel control module, generates corresponding operation instructions according to the event type and system requirements, and transmits the instruction to subsequent relevant modules or systems, such as the target terminal or other execution modules.
[0071] The check-in trigger instruction can be a control signal generated by the IVI module according to the check-in trigger event for starting a preset check-in process in the system. Specifically, the check-in trigger instruction can be transmitted through the communication interface of the IVI module to other modules within the system to guide them to perform corresponding operations. The generation and transmission process of this instruction usually requires verifying the validity of the operation.
[0072] In a possible implementation, after the in-vehicle infotainment (IVI) module receives the target trigger event sent by the steering wheel control module, it first judges the target trigger event. If the event meets the conditions for a clock-in operation (such as pressing a certain button and holding it for more than 3 seconds), it is confirmed as a clock-in trigger event. The IVI module generates a clock-in trigger command based on this judgment result and sends a command to the relevant system to start the attendance clock-in process.
[0073] In practical applications, by generating the target trigger event through the steering wheel control module and judging and generating the clock-in trigger event through the IVI module, it is possible to avoid distraction caused by manually operating the terminal device, effectively improving the efficiency of the driver's task operation in the vehicle.
[0074] In a possible implementation, when the target operation information is the preset operation information and the target operation duration is greater than the preset operation duration, the target trigger event is determined to be a clock-in trigger event.
[0075] Based on the clock-in trigger event, the steering wheel control module is called to generate a clock-in trigger command and send the clock-in trigger command to the IVI module.
[0076] In the embodiments of this specification, the preset operation information may refer to the operation type and content preset for starting the clock-in operation. The preset operation information may include, but is not limited to, the pressing of a certain specific button, the rotation in a specific direction, or the sliding of a specific action, etc. For example, the preset operation information may be pressing the "clock-in button" on the steering wheel or rotating the knob in the IVI system to a specific position.
[0077] The preset operation duration may refer to the minimum effective operation duration preset for judging whether the driver's operation meets the requirements for starting the clock-in operation. The preset operation duration can be set to a certain specific value, such as 3 seconds, 5 seconds, etc.
[0078] In a possible implementation, when the steering wheel control module receives the driver's operation, the steering wheel control module immediately obtains the target operation information and the operation duration, and compares them with the preset operation information and the preset operation duration. If the target operation information is consistent with the preset operation information and the target operation duration is greater than the preset operation duration, the steering wheel control module determines that the target trigger event is a clock-in trigger event. At this time, the steering wheel control module generates a clock-in trigger command based on the clock-in trigger event and sends the command to the IVI module.
[0079] In an alternative embodiment, the steering control module may perform multiple operation validations before generating the punch-in trigger instruction. For example, if the driver fails to complete the operation within the preset operation duration, the steering control module will ignore the event to avoid accidental triggering of the punch-in operation. In addition, the steering control module may also set different operation duration requirements according to different operation types. For example, the shortest duration for pressing a button is 3 seconds, while the shortest duration for rotating a knob can be set to 5 seconds.
[0080] In practical applications, by comprehensively judging the target operation information and the target operation duration, it can be ensured that the punch-in operation is triggered only when the driver's operation meets the predetermined requirements. This mechanism effectively avoids the risk of accidentally triggering the punch-in event and ensures the accuracy of the punch-in operation.
[0081] In a possible implementation, obtain the application list of the target terminal; the application list includes one or more applications; traverse the application list; in the case of traversing to the attendance application, stop traversing and generate an application confirmation instruction.
[0082] In the embodiments of this specification, the application list may be a collection of all applications installed in the target terminal, usually stored in the form of a list, including but not limited to various types of applications such as social media, navigation, entertainment, and office. This list can be obtained through the operating system interface of the target terminal.
[0083] The attendance application may be an application designed specifically for functions such as recording working hours, attendance, and punch-in. The attendance application usually includes modules such as user authentication, punch-in operation, and time recording, aiming to help users complete the attendance punch-in task efficiently.
[0084] The application confirmation instruction may be a control signal generated by the in-vehicle computer module to confirm that the attendance application has been traversed and is ready to start the application.
[0085] In a possible implementation, after the in-vehicle computer system establishes a communication connection with the target terminal, the in-vehicle computer module will obtain the application list of the terminal by calling the operating system interface of the target terminal. The in-vehicle computer module retrieves all installed applications by reading the application management interface of the terminal and organizes the information of these applications into a list. This list may include information such as the name, package name, and icon of each application.
[0086] In a possible implementation, after the application list of the target terminal is obtained, the in-vehicle unit module traverses the list according to a preset rule, and checks one by one whether each application is an attendance application. During the traversal, it determines whether the identifier of each application matches the identifier of the attendance application. If there is a match, the in-vehicle unit module will stop traversing and generate an application confirmation instruction. This instruction will contain the necessary information to start the attendance application, and the in-vehicle unit module will send this instruction to the target terminal for subsequent startup of the application. If no attendance application is found during the traversal, the in-vehicle unit module may continue to search for other applications or prompt the user to make a manual selection.
[0087] In an alternative implementation, after obtaining the application list, the in-vehicle unit module can filter it to only display applications that meet specific conditions. For example, the in-vehicle unit module can filter according to the type, version, validity, etc. of the application to ensure that the latest version and compliant attendance application is launched.
[0088] In practical applications, by traversing and checking the application list, the in-vehicle unit module can flexibly and efficiently identify and start the attendance application, improving the convenience and accuracy of the clock-in operation.
[0089] In a possible implementation, based on the simulated screen and the application list, a simulated application list of the multimedia module is obtained.
[0090] In the embodiments of this specification, the simulated application list can be obtained by the in-vehicle unit module through the simulated screen, and it is a list containing the relevant information of all available applications on the target terminal and the mapping relationship associated with the applications on the target terminal. Each application in the simulated application list will correspond one by one to the application in the application list, ensuring that the in-vehicle unit module can correctly identify and start the corresponding application.
[0091] In a possible implementation, when the target terminal maps its display screen to the multimedia module through screen mirroring, the in-vehicle unit module will obtain the application information in the display screen in real time, and match this information with the data in the application list to generate a simulated application list.
[0092] In a possible implementation, the in-vehicle unit module maps the display screen of the target terminal to the multimedia module of the in-vehicle unit through a screen mirroring tool, thereby creating an interactive simulated interface. At this time, the applications in the simulated application list are displayed on the multimedia module and correspond to the applications on the target terminal.
[0093] Optionally, the in-vehicle device module may not directly obtain the detailed information (such as name, icon, etc.) of the target terminal application, but instead identify and present the interaction interface corresponding to the target terminal application through the screen mirroring screen. For example, when the interface of an attendance application is displayed on the screen of the target terminal, the in-vehicle device module will associate this interface with the attendance application in the simulated application list and display the correct operation interface on the multimedia module for the driver to interact with.
[0094] In practical applications, by generating a simulated application list, the in-vehicle device module can map the applications in the target terminal to the multimedia module, providing the driver with an intuitive and easy-to-operate interface and providing stable and reliable support for subsequent clock-in operations.
[0095] In step S205, the in-vehicle device module is called to receive the clock-in trigger instruction and perform conversion processing on the clock-in trigger instruction to obtain an application start instruction.
[0096] In the embodiments of this specification, the application start instruction may be a control signal generated by the in-vehicle device module according to the received clock-in trigger instruction, which is used to start the attendance application and perform the clock-in operation. Specifically, the application start instruction may include all necessary information required to start the attendance application, such as the identifier of the application, start parameters, and other operation requirements.
[0097] In a possible implementation manner, after receiving the clock-in trigger instruction, the in-vehicle device module converts it into an application start instruction that can trigger the start of a specific application through the conversion processing of the clock-in trigger instruction. The conversion processing process may include parsing the original trigger instruction into a format suitable for the in-vehicle system or the target terminal, and may be adjusted according to different operation modes or requirements to ensure that the instruction can be correctly executed and trigger the corresponding operation.
[0098] In an optional implementation manner, after receiving the clock-in trigger instruction, the in-vehicle device module first analyzes the content and format of the instruction to determine whether it meets the basic requirements for starting the application. Then, the in-vehicle device module can process and format the instruction according to the preset conversion rules to generate an instruction that meets the application start requirements. The conversion in this process may involve protocol conversion, data format conversion, or parameter matching, etc.
[0099] In practical applications, this conversion process of the in-vehicle device module can convert the clock-in trigger instruction into an instruction suitable for starting the target application, which helps to ensure the smooth start of the clock-in operation, can flexibly adapt to different vehicle environments and requirements, and improves the overall operation efficiency.
[0100] In a possible implementation, the in-vehicle module is called to receive a punch-in trigger instruction; in response to an application confirmation instruction, the punch-in trigger instruction is converted to obtain an application start instruction.
[0101] In a possible implementation, the in-vehicle module first confirms that the attendance application has been verified through the received punch-in trigger instruction. During the verification phase, the in-vehicle module will, according to the previously generated application confirmation instruction, ensure that the attendance application is indeed installed and available in the target terminal. Only when the target application is confirmed to exist will the in-vehicle module respond and convert the punch-in trigger instruction, transforming it into an application start instruction required to start the attendance application.
[0102] In practical applications, through this verification and conversion process, the in-vehicle module can ensure that only when the attendance application exists and meets the conditions will a start instruction be sent, thus effectively improving the accuracy and reliability of the punch-in operation.
[0103] In a possible implementation, in response to an application confirmation instruction, the punch-in trigger instruction is converted into a simulated start instruction; in response to the simulated start instruction, the simulated attendance application in the simulated application list is started, and simulated punch-in information is obtained; based on the simulated punch-in information, an application start instruction is obtained.
[0104] In the embodiments of this specification, the simulated start instruction may be a control signal generated by the in-vehicle module according to the application confirmation instruction, used to start the application program in the simulated application list.
[0105] The simulated attendance application may be a virtual application program in the simulated application list corresponding to the attendance application program.
[0106] The simulated punch-in information may be the punch-in status information obtained through the simulated attendance application. The simulated punch-in information may include whether the punch-in is successful, the punch-in time, user information, etc. The simulated punch-in information may be generated by the in-vehicle module and used to determine the final application start instruction.
[0107] In a possible implementation, when the in-vehicle module receives an application confirmation instruction, it converts the punch-in trigger instruction into a simulated start instruction and starts the simulated attendance application through the multimedia module. The simulated attendance application will perform a punch-in operation and generate simulated punch-in information. The in-vehicle module generates an application start instruction based on this information and sends it to the target terminal to complete the attendance punch-in process.
[0108] In practical applications, the in-vehicle module starts the attendance punch-in operation through the simulated attendance application, improving the convenience and safety of the driver's punch-in operation during driving, avoiding the need for the driver to operate the terminal, and ensuring the smooth progress of the punch-in operation.
[0109] In a possible implementation, the in-vehicle unit module includes a first in-vehicle unit module and a second in-vehicle unit module; a steering wheel control module establishes a communication connection with the first in-vehicle unit module; a first communication protocol and a second communication protocol are obtained.
[0110] In the embodiments of this specification, the first in-vehicle unit module may be the main control part in the in-vehicle unit module, such as MCU RTOS (Microcontroller Unit Real-Time Operating System), which is used to receive signals from the steering wheel control module and forward them to the second in-vehicle unit module. The first in-vehicle unit module is usually equipped with multiple communication interfaces, such as CAN (Controller Area Network) interfaces, etc., for data exchange with the steering wheel control module.
[0111] The second in-vehicle unit module may be the auxiliary control part in the in-vehicle unit module, such as Android (Android operating system), which is used to receive instructions forwarded from the first in-vehicle unit module and perform data exchange with a target terminal (such as a smart phone, a tablet computer, etc.). The second in-vehicle unit module is usually equipped with a module supporting wireless communication, such as communication interfaces like Wi-Fi, Bluetooth or USB, etc., to facilitate establishing a connection with the target terminal and data transmission.
[0112] The first communication protocol may be a protocol for communication between the first in-vehicle unit module and the second in-vehicle unit module, such as the communication protocol between MCU RTOS and Android.
[0113] The second communication protocol may be a protocol for communication between the second in-vehicle unit module and the target terminal. The second communication protocol may be the RequestAppLaunch protocol, which is based on the Accessory Interface Specification. This protocol allows Android to establish communication with the target terminal and enables the target terminal to perform corresponding operations according to instructions.
[0114] In a possible implementation, the process of obtaining the first communication protocol and the second communication protocol may include the following steps:
[0115] Obtain the first communication protocol (the communication protocol between RTOS and Android): The MCU RTOS system of the in-vehicle unit module configures the communication protocol between RTOS and Android according to the standards and requirements of the vehicle manufacturer.
[0116] Obtain the second communication protocol (RequestAppLaunch protocol): Android in the in-vehicle module obtains and uses the RequestAppLaunch protocol through the interfaces provided by the operating system. At startup, Android discovers available devices and establishes a connection with the target terminal; Android establishes communication with the target terminal through the Accessory Interface Specification protocol and obtains communication permissions. Based on this, Android uses the RequestAppLaunch protocol to send an instruction to start the attendance application to the target terminal, thereby allowing the second in-vehicle module to send an application start instruction to start the attendance application to the target terminal.
[0117] In practical applications, by obtaining and configuring the first communication protocol and the second communication protocol, it is possible to ensure smooth communication between the steering control module and the in-vehicle module, and at the same time be able to send correct instructions to the target terminal.
[0118] In one possible implementation, the first in-vehicle module is called, and based on the first communication protocol, the punch-in trigger instruction is converted into an analog start instruction.
[0119] In one possible implementation, the first in-vehicle module (MCU RTOS) receives the punch-in trigger instruction from the steering control module. Based on the requirements of the first communication protocol (the communication protocol between MCU RTOS and Android), the received punch-in trigger instruction is converted into an analog start instruction. The conversion into an analog start instruction is a format conversion for the processing requirements of the second in-vehicle module to ensure that the second in-vehicle module can recognize and perform further operations. This conversion process includes the parsing of the instruction content, format reorganization, and protocol adaptation to ensure that the instruction can be correctly transmitted during data transmission.
[0120] In one possible implementation, the second in-vehicle module is called, and based on the second communication protocol and the simulated punch-in information, an application start instruction is obtained.
[0121] In one possible implementation, the second in-vehicle module generates the final application start instruction according to the simulated punch-in information, and based on the requirements of the second communication protocol (RequestAppLaunch protocol), converts it into a start instruction that the target terminal can understand.
[0122] In the embodiments of this specification, the second in-vehicle module (Android) receives the simulated start instruction transmitted by the first in-vehicle module, and generates an application start instruction in combination with the simulated clock-in information (such as clock-in status, user information, etc.). This process is carried out through the second communication protocol (RequestAppLaunch protocol), so that the format of the application start instruction meets the requirements of the target terminal, and then the attendance application program can be started.
[0123] Exemplarily, taking Figure 3 as an example, Figure 3 FIG. is a flowchart showing a process from receiving a clock-in trigger instruction by a first in-vehicle module to generating an application start instruction by a second in-vehicle module according to an exemplary embodiment. The first in-vehicle module (MCU RTOS) receives a clock-in trigger instruction from the steering wheel control module. On the premise of responding to the application confirmation instruction, the first in-vehicle module converts the received clock-in trigger instruction into a simulated start instruction, and transmits it to the second in-vehicle module (Android) using the first communication protocol (the communication protocol between MCU RTOS and Android), aiming to convert the clock-in trigger instruction into a format that the second in-vehicle module can understand. At this time, the simulated start instruction contains the information required to start the simulated attendance application in the simulated application list. After receiving the simulated start instruction, the second in-vehicle module responds to the instruction, starts the simulated attendance application in the simulated application list, and generates simulated clock-in information, such as clock-in time, user information, etc., and this application corresponds to the attendance application program in the target terminal. An application start instruction adapted to the target terminal is generated based on the simulated clock-in information, and the application start instruction is sent to the target terminal (such as a smart phone or a tablet computer) through the second communication protocol (RequestAppLaunch).
[0124] In step S207, the in-vehicle module is called to send an application start instruction to the target terminal, so that the target terminal starts the attendance application program to perform a clock-in operation.
[0125] In a possible implementation manner, the second in-vehicle module sends the instruction to the target terminal through the second communication protocol (such as the RequestAppLaunch protocol). After receiving the application start instruction, the target terminal first parses the content of the instruction through the communication interface of the operating system (such as Android or iOS) of the target terminal, and identifies the information contained therein for starting the target application, such as the application name, start parameters, etc.
[0126] In an alternative embodiment, after receiving the application start instruction based on RequestAppLaunch, the target terminal checks whether it has the permission to start the attendance application program. If the permission verification passes, the operating system of the target terminal will start the corresponding attendance application program according to the requirements of the instruction.
[0127] After the attendance application is launched, the operating system of the target terminal will load and start the relevant resources of the application, including the user interface and necessary functional modules. The attendance application records information such as the user's clock-in time and location, and feeds this information back to the in-vehicle module or cloud system to ensure the integrity of the attendance records.
[0128] In practical applications, in this way, the cooperation between the in-vehicle module and the target terminal can simplify the operation steps of the driver during driving, avoid the complexity and distraction of the driver operating the terminal, and ensure the smooth progress of the clock-in operation. At the same time, this solution has strong compatibility, adapts to a variety of target terminals and operating systems, and can be flexibly adjusted according to the different environments of the vehicle and the terminal.
[0129] In a possible implementation, the target vehicle is configured with a voice module; receives the target clock-in result sent from the target terminal to the target vehicle; and when the target clock-in result indicates that the target terminal starts the target attendance application and performs the clock-in operation, calls the voice module to play a voice prompt of successful clock-in.
[0130] In the embodiments of this specification, the voice module can be an audio output device in the target vehicle, usually integrated in the vehicle's audio system. The voice module usually communicates with the in-vehicle module and can receive corresponding instructions through the in-vehicle module to issue voice prompts.
[0131] The target clock-in result can be a signal sent from the target terminal to the target vehicle, generated by the target terminal after starting the attendance application, indicating the result of the attendance clock-in operation. This result may include information such as whether the clock-in is successful, the clock-in time, and the clock-in location.
[0132] In a possible implementation, the success or failure of the clock-in operation is restricted by some conditions. For example, the clock-in operation usually needs to be performed within a specific time and location range. Specifically, the prerequisite for a successful clock-in is that the target terminal starts the attendance application within an appropriate time, and the target terminal is located within the geographical location range where clock-in is allowed. If these conditions are not met, the clock-in operation may not be successfully executed.
[0133] In a possible implementation, when the target terminal starts the attendance application and performs the clock-in operation, the following conditions will be verified first:
[0134] Time verification: Determine whether the clock-in operation occurs within the specified attendance time range.
[0135] Location verification: Determine whether the target terminal is within the geographical location range where clock-in is allowed through GPS (Global Positioning System) or other positioning technologies.
[0136] The clock-in operation is considered successful only when all the above conditions are met. If the conditions are not met, the clock-in operation will fail, and no "clock-in successful" prompt sound will be generated.
[0137] In a possible implementation, if the clock-in operation fails to complete successfully, for example, the target terminal is not within the specified geographical location range or exceeds the allowed time period, the target clock-in result will be displayed as "clock-in failed". At this time, the in-vehicle computer module will not call the voice module to play the "clock-in successful" prompt sound.
[0138] In practical applications, this flexible processing mechanism ensures that the "clock-in successful" prompt sound is played only when the conditions are met, thus avoiding unnecessary misguidance. When the clock-in fails, the driver will not hear the successful prompt sound, which helps to improve the accuracy of the operation and ensure that the system can respond correctly according to the actual situation.
[0139] Figure 4 It is a block diagram of an attendance clock-in device shown according to an exemplary embodiment. Refer to Figure 4 , the device may include:
[0140] An event acquisition module 401, configured to call the steering wheel control module in response to a trigger operation on the steering wheel control module to obtain a target trigger event;
[0141] An instruction sending module 403, configured to call the steering wheel control module to send a clock-in trigger instruction to the in-vehicle computer module when the target trigger event is determined to be a clock-in trigger event;
[0142] An instruction conversion module 405, configured to call the in-vehicle computer module to receive the clock-in trigger instruction and perform conversion processing on the clock-in trigger instruction to obtain an application start instruction;
[0143] A clock-in start module 407, configured to call the in-vehicle computer module to send the application start instruction to the target terminal so that the target terminal starts the attendance application to perform the clock-in operation.
[0144] In a possible implementation, the target trigger event includes target operation information and target operation duration; the event acquisition module 401 includes:
[0145] An information and duration acquisition sub-module, configured to call the steering wheel control module to obtain the target operation information and the target operation duration in response to a trigger operation on the steering wheel control module;
[0146] An instruction output module, including:
[0147] The check-in determination sub-module is used to determine that the target trigger event is a check-in trigger event when the target operation information is preset operation information and the target operation duration is greater than the preset operation duration;
[0148] The instruction sending sub-module, based on the check-in trigger event, calls the vehicle control module to generate a check-in trigger instruction and sends the check-in trigger instruction to the vehicle head unit module.
[0149] In a possible implementation manner, it may further include:
[0150] The application list acquisition module is used to acquire the application list of the target terminal; the application list includes one or more applications;
[0151] The traversal module is used to traverse the application list;
[0152] The application confirmation module is used to stop traversing and generate an application confirmation instruction when an attendance application is traversed;
[0153] The instruction conversion module 405 includes:
[0154] The instruction receiving sub-module is used to call the vehicle head unit module to receive the check-in trigger instruction;
[0155] The response and conversion sub-module is used to perform conversion processing on the check-in trigger instruction in response to the application confirmation instruction to obtain an application start instruction.
[0156] In a possible implementation manner, the target vehicle is configured with a multimedia module; it may further include:
[0157] The screen mirroring instruction receiving module is used to receive the screen mirroring instruction sent by the target terminal to the target vehicle;
[0158] The screen mirroring module is used to, in response to the screen mirroring instruction, map the display screen of the target terminal onto the multimedia module according to the preset screen mirroring tool to obtain the simulated screen of the multimedia module; the simulated screen corresponds to the display screen.
[0159] The simulated list determination module is used to obtain the simulated application list of the multimedia module based on the simulated screen and the application list; the applications in the simulated application list correspond to the applications in the application list;
[0160] The response and conversion sub-module includes:
[0161] The instruction conversion unit is used to convert the check-in trigger instruction into a simulated start instruction in response to the application confirmation instruction;
[0162] A simulation startup unit, configured to start a simulation attendance application in a simulation application list in response to a simulation startup instruction, and obtain simulation clock-in information; the simulation attendance application corresponds to an attendance application program;
[0163] A startup instruction generation unit, configured to obtain an application startup instruction according to the simulation clock-in information.
[0164] In a possible implementation manner, the vehicle-mounted module includes a first vehicle-mounted module and a second vehicle-mounted module; a steering wheel control module establishes a communication connection with the first vehicle-mounted module; it may further include:
[0165] A protocol acquisition module, configured to acquire a first communication protocol and a second communication protocol; the first communication protocol represents support for communication between the first vehicle-mounted module and the second vehicle-mounted module; the second communication protocol represents support for communication between the second vehicle-mounted module and a target terminal;
[0166] An instruction conversion unit, including:
[0167] A first vehicle-mounted module conversion subunit, configured to call the first vehicle-mounted module and convert a clock-in trigger instruction into a simulation startup instruction based on the first communication protocol;
[0168] A startup instruction generation unit, including:
[0169] A second vehicle-mounted module instruction generation subunit, configured to call the second vehicle-mounted module and obtain an application startup instruction based on the second communication protocol and the simulation clock-in information.
[0170] In a possible implementation manner, the target vehicle is configured with a voice module; it may further include:
[0171] A result receiving module, configured to receive a target clock-in result sent by the target terminal to the target vehicle;
[0172] A successful playback module, configured to call the voice module to play a voice prompt for successful clock-in in the case where the target clock-in result indicates that the target terminal starts the target attendance application and performs a clock-in operation.
[0173] Regarding the device in the above embodiments, the specific manners in which each module performs operations have been described in detail in the embodiments related to the method, and will not be elaborated herein.
[0174] Figure 5 is a block diagram of an electronic device for attendance clock-in shown according to an exemplary embodiment. The electronic device may be a terminal, and its internal structure diagram may be as Figure 5As shown in the figure. The electronic device includes a processor, a memory, a network interface, a display screen, and an input device connected through a system bus. Among them, the processor of the electronic device is used to provide computing and control capabilities. The memory of the electronic device includes a non-volatile storage medium and an internal memory. The non-volatile storage medium stores an operating system and a computer program. The internal memory provides an environment for the operation of the operating system and the computer program in the non-volatile storage medium. The network interface of the electronic device is used to communicate with an external terminal through a network connection. When the computer program is executed by the processor, a method for attendance check-in is implemented. The display screen of the electronic device can be a liquid crystal display screen or an electronic ink display screen. The input device of the electronic device can be a touch layer covering the display screen, or a button, a trackball, or a touchpad provided on the housing of the electronic device, or an external keyboard, touchpad, or mouse, etc.
[0175] Those skilled in the art can understand that Figure 5 the structure shown in the figure is only a block diagram of some structures related to the solution of the present disclosure, and does not constitute a limitation on the electronic device to which the solution of the present disclosure is applied. The specific electronic device may include more or fewer components than those shown in the figure, or combine some components, or have a different component arrangement.
[0176] In an exemplary embodiment, an electronic device is further provided, including: a processor; a memory for storing executable instructions of the processor; wherein, the processor is configured to execute the instructions to implement the attendance check-in method as in the embodiment of the present disclosure.
[0177] An embodiment of the present application further provides a computer storage medium, which can be arranged in a terminal to store at least one instruction or at least one segment of a program related to implementing an attendance check-in method in a method embodiment. The at least one instruction or at least one segment of the program is loaded and executed by the processor to implement the attendance check-in method provided in the above method embodiment.
[0178] An embodiment of the present application further provides a computer program product or a computer program. The computer program product or the computer program includes computer instructions, and the computer instructions are stored in a computer-readable storage medium. The processor of the computer device reads the computer instructions from the computer-readable storage medium, and the processor executes the computer instructions to enable the computer device to execute to implement the attendance check-in method provided in the above method embodiment.
[0179] Optionally, in the embodiments of this specification, the storage medium may be located in at least one of multiple network servers of a computer network. Optionally, in this embodiment, the above storage medium may include, but is not limited to, various media that can store program codes, such as USB flash drives, read-only memories (ROMs), random access memories (RAMs), mobile hard disks, magnetic disks, or optical discs.
[0180] The memory in the embodiments of this specification can be used to store software programs and modules. The processor executes various functional applications and data processing by running the software programs and modules stored in the memory. The memory mainly includes a program storage area and a data storage area. Among them, the program storage area can store an operating system, application programs required for functions, etc.; the data storage area can store data created according to the use of the device, etc. In addition, the memory can include high-speed random access memory and can also include non-volatile memory, such as at least one magnetic disk storage device, flash memory device, or other volatile solid-state storage devices. Correspondingly, the memory can also include a memory controller to provide the processor with access to the memory.
[0181] The embodiment of the attendance check-in method provided in the embodiments of this specification can be executed on a mobile terminal, a computer terminal, a server, or a similar computing device. Taking running on a server as an example, Figure 6 is the hardware structure block diagram of a server for the attendance check-in method provided in the embodiments of this specification. As Figure 6 shown, the server may vary greatly due to configuration or performance differences. It may include one or more central processing units (CPUs) (the central processing unit may include, but is not limited to, processing devices such as microprocessor MCUs or programmable logic devices FPGAs), a memory for storing data, and one or more storage media for storing application programs or data (such as one or more mass storage devices). Among them, the memory and the storage medium can be transient storage or persistent storage. The program stored in the storage medium may include one or more modules, and each module may include a series of instruction operations on the server. Further, the central processing unit can be set to communicate with the storage medium and execute a series of instruction operations in the storage medium on the server. The server may also include one or more power supplies, one or more wired or wireless network interfaces, one or more input / output interfaces, and / or one or more operating systems, such as WindowsServerTM, Mac OS XTM, UnixTM, LinuxTM, FreeBSDTM, etc.
[0182] The input / output interface can be used to receive or transmit data via a network. Specific examples of the above-mentioned network may include a wireless network provided by a communication provider of the server. In one example, the input / output interface includes a network adapter (Network Interface Controller, NIC), which can be connected to other network devices through a base station so as to communicate with the Internet. In one example, the input / output interface can be a Radio Frequency (RF) module, which is used to communicate with the Internet wirelessly.
[0183] Those of ordinary skill in the art can understand that Figure 6 The structure shown is only schematic and does not limit the structure of the above-mentioned electronic device. For example, the server may also include more or fewer components than those shown in Figure 6 or have a different configuration from that shown in Figure 6 the figure.
[0184] As can be seen from the embodiments of the attendance clock-in method, device, equipment or storage medium provided by the present application, the present application sends an application start instruction to the target terminal through the vehicle-mounted module, starts the attendance application program in the target terminal and performs the clock-in operation, which can realize the automation of the attendance clock-in process, reduce the need to manually operate the terminal, enhance driving safety, and improve the efficiency and convenience of clock-in at the same time.
[0185] It should be noted that: the above sequence of the embodiments of this specification is only for description and does not represent the superiority or inferiority of the embodiments. And the above specific embodiments of this specification have been described. Other embodiments are within the scope of the appended claims. In some cases, the actions or steps recited in the claims can be performed in a different order from that in the embodiments and still achieve the desired result. In addition, the processes depicted in the drawings do not necessarily require the specific order or continuous order shown to achieve the desired result. In certain embodiments, multitasking and parallel processing are also possible or may be advantageous.
[0186] Each embodiment in this specification is described in a progressive manner, and the same or similar parts between each embodiment can be referred to each other. Each embodiment focuses on the differences from other embodiments. In particular, for the embodiments of the device, equipment, and storage medium, since they are basically similar to the method embodiments, the description is relatively simple, and the relevant parts can be referred to the partial description of the method embodiments.
[0187] Those of ordinary skill in the art can understand that all or part of the steps to implement the above embodiments can be completed by hardware, or can be completed by instructing relevant hardware through a program. The program can be stored in a computer storage medium, and the storage medium mentioned above can be a read-only memory, a magnetic disk, an optical disk, etc.
[0188] The above are only the preferred embodiments of the present application and are not intended to limit the present application. Any modifications, equivalent replacements, improvements, etc. made within the spirit and principle of the present application shall be included in the protection scope of the present application.
Claims
1. A method for clocking in and out on attendance, characterized in that: Applied to a target vehicle, the target vehicle includes a square control module and a vehicle computer module; the target terminal includes an attendance application program; the method includes: In response to a trigger operation on the party control module, calling the party control module to obtain a target trigger event; When the target trigger event is determined to be a punch-in trigger event, calling the party control module to send a punch-in trigger instruction to the vehicle computer module; Calling the vehicle computer module to receive the punch-in trigger instruction, and converting the punch-in trigger instruction to obtain an application start instruction; The vehicle machine module is called to send the application start instruction to the target terminal, so that the target terminal starts the attendance application program to perform a clock-in operation.
2. The method according to claim 1, characterized in that The target trigger event includes target operation information and target operation duration; the response to the trigger operation on the party control module, calling the party control module to obtain the target trigger event includes: In response to a trigger operation on the party control module, calling the party control module to obtain the target operation information and the target operation duration; When the target trigger event is determined to be a punch-in trigger event, calling the party control module to send a punch-in trigger instruction to the vehicle computer module includes: When the target operation information is preset operation information and the target operation duration is greater than the preset operation duration, determining that the target trigger event is the punch-in trigger event; Based on the punch-in trigger event, the party control module is called to generate the punch-in trigger instruction, and the punch-in trigger instruction is sent to the vehicle computer module.
3. The method according to claim 1, characterized in that The method further comprises: Acquire an application list of the target terminal; the application list includes one or more applications; Iterate through the list of applications; In case of traversing to the attendance application program, stopping the traversal and generating an application confirmation instruction; The calling of the vehicle computer module to receive the punch-in trigger instruction and converting the punch-in trigger instruction to obtain an application start instruction includes: Calling the vehicle computer module to receive the punch-in trigger instruction; In response to the application confirmation instruction, the punch-in trigger instruction is converted to obtain the application start instruction.
4. The method according to claim 3, characterized in that The target vehicle is equipped with a multimedia module; before the step of calling the party control module in response to a trigger operation on the party control module to obtain a punch-in trigger event, the method includes: Receiving a screen projection instruction sent by the target terminal; In response to the screen projection instruction, the display screen of the target terminal is projected onto the multimedia module according to a preset screen projection tool to obtain a simulated screen of the multimedia module; the simulated screen corresponds to the display screen.
5. The method according to claim 4, characterized in that The method further comprises: Based on the simulation screen and the application list, obtaining a simulation application list of the multimedia module; the applications in the simulation application list correspond to the applications in the application list; The step of converting the punch-in trigger instruction in response to the application confirmation instruction to obtain the application start instruction includes: In response to the application confirmation instruction, converting the punch-in trigger instruction into a simulation start instruction; In response to the simulation start instruction, start the simulation attendance application in the simulation application list and obtain simulation punch-in information; the simulation attendance application corresponds to the attendance application program; The application start instruction is obtained according to the simulated punch-in information.
6. The method according to claim 5, characterized in that The vehicle machine module includes a first vehicle machine module and a second vehicle machine module; a communication connection is established between the square control module and the first vehicle machine module; the method further includes: Acquire a first communication protocol and a second communication protocol; the first communication protocol indicates that it supports communication between the first vehicle machine module and the second vehicle machine module; the second communication protocol indicates that it supports communication between the second vehicle machine module and the target terminal; The step of converting the clock-in trigger instruction into a simulation start instruction in response to the application confirmation instruction comprises: Calling the first vehicle computer module, based on the first communication protocol, converting the punch-in trigger instruction into the simulation start instruction; The obtaining the application start instruction according to the simulated punch-in information includes: The second vehicle machine module is called to obtain the application start instruction based on the second communication protocol and the simulated clock-in information.
7. The method according to claim 1, characterized in that The target vehicle is equipped with a voice module; the method further comprises: Receiving a target punch-in result sent by the target terminal; When the target punch-in result indicates that the target terminal starts the target attendance application and performs the punch-in operation, the voice module is called to play a voice prompt indicating successful punch-in.
8. A terminal attendance punching device, characterized in that: include: An event acquisition module, configured to, in response to a trigger operation on a party control module, call the party control module to obtain a target trigger event; An instruction sending module, used for calling the party control module to send a punch-in trigger instruction to the vehicle computer module when the target trigger event is determined to be a punch-in trigger event; An instruction conversion module, used for calling the vehicle computer module to receive the punch-in trigger instruction, and converting the punch-in trigger instruction to obtain an application start instruction; The punch-in start module is used to call the vehicle computer module to send the application start instruction to the target terminal, so that the target terminal starts the attendance application program to perform the punch-in operation.
9. An electronic device, characterized in that: include: processor; a memory for storing instructions executable by the processor; The processor is configured to execute the instructions to implement the terminal attendance punching method as described in any one of claims 1 to 6.
10. A computer-readable storage medium, characterized in that: When the instructions in the computer-readable storage medium are executed by a processor of an electronic device, the electronic device is enabled to execute the terminal attendance punching method as described in any one of claims 1 to 6.
11. A computer program product comprising computer instructions, characterized in that: When the computer instructions are executed by the processor, the terminal attendance punching method described in any one of claims 1 to 6 is implemented.