Interface icon display method and device, service robot and medium

Abstract

The invention discloses an interface icon display method and device, a service robot and a medium. The method comprises the following steps: acquiring a full-quantity customized graphic file path corresponding to a target service robot; verifying and processing the full-amount customized graphic file path based on a preset verification mechanism to generate an initial verification value set; determining an icon path and a basic path corresponding to the target service robot based on a pre-stored current configuration field, and performing splicing processing on the basic path and the icon path based on a preset path splicing function to generate a to-be-selected scheduling path; and determining a target calling path corresponding to the to-be-selected calling path based on the demand type corresponding to the current configuration field and the initial verification value set, and calling and displaying a target icon corresponding to the target service robot according to the target calling path. By means of the technical scheme, the interface icons can be displayed in time, and the interface refreshing efficiency and the robot production efficiency are improved.

Description

Technical Field

[0001] This invention relates to the field of robotics, and in particular to a method, apparatus, service robot, and medium for displaying interface icons. Background Technology

[0002] With the development of robotics technology, home robots have been gradually applied to both indoor and outdoor home services. Typically, a home robot needs to meet the customized needs of different customers or the requirements of different product series. On the one hand, the same graphic object often needs to be compatible with different graphic displays; for example, different customers or product series often require different startup screens. On the other hand, different programs need to be matched to different customers or product series during the production process.

[0003] In existing technologies, a path lookup and replacement method is typically used to display icons for different customers or product series to meet the customization needs of different customers or the requirements of different product series. Furthermore, different programs are programmed for different customers or product series during the production process.

[0004] However, using path lookup and replacement to display icons for different customers or product lines is too time-consuming, causing lag during interface refresh. Furthermore, creating different programs for different customers or product lines during production reduces the service robot's productivity. Therefore, effectively displaying interface icons and improving both interface refresh efficiency and service robot productivity are pressing issues that need to be addressed. Summary of the Invention

[0005] This invention provides a method, apparatus, service robot, and medium for displaying interface icons, which can solve the problems of low interface refresh efficiency and low production efficiency of service robots.

[0006] According to one aspect of the present invention, a method for displaying interface icons is provided, comprising:

[0007] Obtain the path to the full-scale customized graphic file corresponding to the target service robot;

[0008] The path of the fully customized graphic file is verified based on a preset verification mechanism to generate an initial set of verification values.

[0009] Based on the pre-stored current configuration fields, determine the icon path and basic path corresponding to the target service robot, and generate the candidate call path by concatenating the basic path and the icon path based on the preset path concatenation function;

[0010] Based on the requirement type corresponding to the current configuration field and the initial verification value set, the target call path corresponding to the candidate call path is determined, and the target icon corresponding to the target service robot is called and displayed according to the target call path.

[0011] According to another aspect of the present invention, an interface icon display device is provided, comprising:

[0012] The data acquisition module is used to obtain the path of the full-scale customized graphic file corresponding to the target service robot;

[0013] The initial verification module is used to verify the path of the full customized graphic file based on a preset verification mechanism and generate an initial verification value set.

[0014] The path concatenation module is used to determine the icon path and basic path corresponding to the target service robot based on the pre-stored current configuration fields, and to concatenate the basic path and the icon path based on the preset path concatenation function to generate a candidate call path;

[0015] The path determination module is used to determine the target call path corresponding to the candidate call path based on the requirement type corresponding to the current configuration field and the initial verification value set, and to call and display the target icon corresponding to the target service robot according to the target call path.

[0016] According to another aspect of the present invention, a service robot is provided, the service robot comprising:

[0017] At least one processor; and

[0018] A memory communicatively connected to the at least one processor; wherein,

[0019] The memory stores a computer program that can be executed by the at least one processor, the computer program being executed by the at least one processor to enable the at least one processor to perform the interface icon display method according to any embodiment of the present invention.

[0020] According to another aspect of the present invention, a computer-readable storage medium is provided, the computer-readable storage medium storing computer instructions for causing a processor to execute and implement the interface icon display method according to any embodiment of the present invention.

[0021] According to another aspect of the present invention, a computer program product is provided, comprising a computer program that, when executed by a processor, implements the interface icon display method described in any embodiment of the present invention.

[0022] The technical solution of this invention verifies the path of the fully customized graphic file corresponding to the target service robot through a preset verification mechanism, generates an initial set of verification values, then determines the icon path and basic path of the target service robot based on the pre-stored current configuration field corresponding to the target service robot, and generates candidate call paths by concatenating the basic path and icon path based on a preset path concatenation function. Finally, it determines the target call path corresponding to the candidate call path based on the requirement type corresponding to the current configuration field and the initial set of verification values, and displays the target icon corresponding to the target service robot according to the target call path. This solves the problem of low interface refresh efficiency and production efficiency of service robots, effectively displays interface icons, and improves interface refresh efficiency and production efficiency of service robots.

[0023] It should be understood that the description in this section is not intended to identify key or essential features of the embodiments of the present invention, nor is it intended to limit the scope of the invention. Other features of the invention will become readily apparent from the following description. Attached Figure Description

[0024] To more clearly illustrate the technical solutions in the embodiments of the present invention, the accompanying drawings used in the description of the embodiments will be briefly introduced below. Obviously, the accompanying drawings described below are only some embodiments of the present invention. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0025] Figure 1 This is a flowchart of an interface icon display method provided in Embodiment 1 of the present invention;

[0026] Figure 2 This is a flowchart of an interface icon display method provided according to Embodiment 2 of the present invention;

[0027] Figure 3 This is a schematic diagram of the storage structure of a set of graphic file paths according to Embodiment 2 of the present invention;

[0028] Figure 4 This is a schematic diagram of the structure of an interface icon display device according to Embodiment 3 of the present invention;

[0029] Figure 5 This is a schematic diagram of the structure of a service robot that implements the interface icon display method of this invention. Detailed Implementation

[0030] To enable those skilled in the art to better understand the present invention, the technical solutions of the present invention will be clearly and completely described below with reference to the accompanying drawings of the embodiments of the present invention. Obviously, the described embodiments are only some embodiments of the present invention, and not all embodiments. Based on the embodiments of the present invention, all other embodiments obtained by those skilled in the art without creative effort should fall within the scope of protection of the present invention.

[0031] It should be noted that the terms "first," "second," "target," "initial," etc., used in the specification, claims, and accompanying drawings of this invention are used to distinguish similar objects and are not necessarily used to describe a specific order or sequence. It should be understood that such data can be interchanged where appropriate so that embodiments of the invention described herein can be implemented in orders other than those illustrated or described herein. Furthermore, the terms "comprising" and "having," and any variations thereof, are intended to cover non-exclusive inclusion; for example, a process, method, system, product, or apparatus that comprises a series of steps or units is not necessarily limited to those steps or units explicitly listed, but may include other steps or units not explicitly listed or inherent to such processes, methods, products, or apparatus.

[0032] Example 1

[0033] Figure 1 This is a flowchart of an interface icon display method provided in Embodiment 1 of the present invention. This embodiment is applicable to situations where the interface icon corresponding to a service robot is displayed promptly when the service robot is powered on. This method can be executed by an interface icon display device, which can be implemented in hardware and / or software. The interface icon display device can be configured in the service robot; for example, it can be configured in a smart lawnmower. Figure 1 As shown, the method includes:

[0034] S110. Obtain the path to the full-scale customized graphic file corresponding to the target service robot.

[0035] Service robots can refer to household service robots suitable for indoor or outdoor use. Examples include robotic vacuum cleaners, robotic mops, robotic window cleaners, robotic lawnmowers, robotic snow sweepers, robotic pool cleaners, and drones. The target service robot can refer to the service robot selected for display on the interface.

[0036] The "customized graphic file path" refers to the file path where customized graphic files are stored. Typically, different users personalize icons according to their needs, meaning they customize different graphic displays for graphic objects. Therefore, the redesigned and customized icons can be stored in the customized graphic file path. The "full-scale customized graphic file path" refers to the path of all customized graphic files corresponding to the same batch of service robots. For example, the full-scale customized graphic file path can include different graphic displays customized by different users for the same graphic object, or it can include different graphic displays customized by the same user for different graphic objects.

[0037] S120. Verify the path of the full customized graphic file based on the preset verification mechanism, and generate an initial set of verification values.

[0038] The preset verification mechanism can refer to pre-defined rules for verifying the paths of customized image files. For example, the preset verification mechanism could be Message Digest Algorithm 5 (MD5), Secure Hash Algorithm-1 (SHA-1), or SHA-256. The initial set of verification values ​​can refer to an array of verification values ​​corresponding to all customized image file paths.

[0039] In one optional implementation, the full set of customized graphic file paths is verified based on a preset verification mechanism to generate an initial set of verification values, including: verifying the full set of customized graphic file paths based on the preset verification mechanism to generate an initial verification value corresponding to each customized graphic file path; sorting each initial verification value based on a preset sorting rule to generate an initial set of verification values.

[0040] The initial verification value can refer to the verification value directly obtained after each customized graphic file path has been verified by a preset verification mechanism. The preset arrangement rule can refer to a pre-set rule used to limit the arrangement order of each initial verification value. For example, the preset arrangement rule can be arranged from largest to smallest or from smallest to largest. In this embodiment of the invention, the arrangement from smallest to largest is preferred as the preset arrangement rule.

[0041] Specifically, the paths of all customized graphic files are verified through a preset verification mechanism to obtain the initial verification value corresponding to each customized graphic file path. Then, the initial verification values ​​are sorted according to a preset sorting rule, thereby obtaining an initial verification value set containing each initial verification value, providing a valid basis for subsequent operations.

[0042] S130. Determine the icon path and basic path corresponding to the target service robot based on the pre-stored current configuration field, and generate a candidate call path by concatenating the basic path and the icon path based on the preset path concatenation function.

[0043] The current configuration field refers to the data field that records the display requirements of the target service robot during the production process. Typically, the current configuration field corresponding to the same batch of service robots can be pre-stored in the target service robot during the production phase for subsequent operations.

[0044] In an optional implementation, the current configuration field may include a display object and display requirements. The display object can refer to the graphical object that the target service robot needs to display. For example, the display object may be Bluetooth Low Energy (BLE), a setting, a wireless network communication technology (Wi-Fi), or a power-on animation. The display requirements can refer to the graphical storage requirements that the target service robot needs to display. For example, the display requirements can be a default type or a customized type. Typically, if the display requirements are customized, it may also include the specific user corresponding to that customized type, i.e., user configuration.

[0045] The icon path can refer to the last-level icon storage path corresponding to the displayed object. Typically, the last-level storage path corresponding to the displayed object can be determined in the storage structure and used as the icon path. The base path can refer to the header path determined based on display requirements. Generally, if the display requirement is a default type, the initial-level storage path can be used as the base path for the target service robot; if the display requirement is a customized type, the base path for the target service robot can be determined based on the specific user configuration fields corresponding to that customized type.

[0046] The preset path concatenation function refers to a pre-defined function used to concatenate multiple path segments. The candidate call path refers to the call path obtained by concatenating the base path and icon path based on the preset path concatenation function.

[0047] In an optional implementation, determining the icon path and base path corresponding to the target service robot based on pre-stored current configuration fields may include: determining the icon path corresponding to the target service robot based on the display object in the current configuration fields; and determining the base path corresponding to the target service robot based on the display requirements in the current configuration fields. Specifically, after determining the current configuration fields corresponding to the target service robot, the icon path corresponding to the target service robot can be determined using the display object in the current configuration fields, and the base path corresponding to the target service robot can be determined using the display requirements in the current configuration fields. Thus, different path segments corresponding to the target service robot are determined based on different parameters in the current configuration fields, providing a valid basis for subsequent operations.

[0048] S140. Based on the requirement type corresponding to the current configuration field and the initial verification value set, determine the target call path corresponding to the candidate call path, and call and display the target icon corresponding to the target service robot according to the target call path.

[0049] Here, "requirement type" can refer to the configuration type corresponding to the current configuration field. For example, it could be the configuration type of the parameters contained in the current configuration field. For instance, it could be the configuration type corresponding to the display requirement in the current configuration field. "Target call path" can refer to the final determined icon call path. "Target icon" can refer to the graphic symbol that the target service robot ultimately needs to display.

[0050] In an optional implementation, determining the target call path corresponding to the candidate call path based on the requirement type corresponding to the current configuration field and the initial verification value set may include: determining the target call path corresponding to the candidate call path based on the requirement type corresponding to the display requirement and the initial verification value set. Typically, the requirement type corresponding to the display requirement can be divided into default type and customized type. Therefore, by performing secondary verification on the candidate call path using the requirement type corresponding to the display requirement and the initial verification value set, the accuracy of the target call path can be ensured, improving the interface refresh efficiency.

[0051] The technical solution of this invention verifies the path of the fully customized graphic files corresponding to the target service robot through a preset verification mechanism, generating an initial set of verification values. Then, based on the pre-stored current configuration fields corresponding to the target service robot, it determines the icon path and basic path corresponding to the target service robot. A preset path concatenation function is used to concatenate the basic path and icon path to generate candidate call paths. Finally, based on the requirement type corresponding to the current configuration fields and the initial set of verification values, it determines the target call path corresponding to the candidate call paths and displays the target icon corresponding to the target service robot according to the target call path. Because all graphic files are placed in the same program, the same program is burned to all machines, and different graphic displays are selected according to the configuration fields, the problem of low interface refresh efficiency and production efficiency of service robots is solved. This effectively displays interface icons, improving interface refresh efficiency and the production efficiency of service robots.

[0052] Example 2

[0053] Figure 2 This is a flowchart of an interface icon display method provided in Embodiment 2 of the present invention. This embodiment is a refinement based on the above embodiment. Specifically, this embodiment refines the operation of determining the basic path corresponding to the target service robot based on the display requirements in the current configuration field. Specifically, it may include: if the display requirement type is a first type, obtaining the first path corresponding to the display object from the full set of basic graphic file paths, as the basic path corresponding to the target service robot; if the display requirement type is a second type, obtaining the second path corresponding to the display object from the full set of customized graphic file paths, as the basic path corresponding to the target service robot. Figure 2 As shown, the method includes:

[0054] S210. Obtain the set of graphic file paths corresponding to the target service robot and the current configuration requirements; wherein, the set of graphic file paths includes the full set of customized graphic file paths and the full set of basic graphic file paths; the current configuration requirements include the display objects and display requirements.

[0055] The base graphic file path can refer to the file path where default type graphic files are stored. Typically, during the design phase, base icons are pre-designed for the same batch of service robots; that is, default graphic displays are designed for graphic objects. These default icons can then be stored in the base graphic file path. The full base graphic file path can refer to the path of all default type graphic files corresponding to the same batch of service robots.

[0056] The set of graphic file paths can refer to the set of paths containing all graphic files corresponding to the same batch of service robots. For example, the set of graphic file paths can include the paths to all customized graphic files and the paths to all basic graphic files.

[0057] Figure 3 The diagram illustrates a storage structure for a set of graphic file paths provided in an embodiment of the present invention. Specifically, the storage structure may include six graphic objects: ble, set, wifi, power_on_1, power_on_2, and power_on_3. Here, ble is set as object 1, with the corresponding icon path " / picture / ble.bmp"; set is set as object 2, with the corresponding icon path " / picture / set.bmp"; wifi is set as object 3, with the corresponding icon path " / picture / wifi.bmp"; power_on_1 is set as object 41, with the corresponding icon path " / power_on / power_on_1.bmp"; power_on_2 is set as object 42, with the corresponding icon path " / power_on / power_on_2.bmp"; and power_on_3 is set as object 43, with the corresponding icon path " / power_on / power_on_3.bmp".

[0058] The root path of the image file path set's storage structure is "picture_root". Secondary storage paths include: custom icon storage file (overlay), default image storage file (picture), and default boot animation storage file (power_on). The default image storage file contains icon 011 for object 1, icon 012 for object 2, and icon 013 for object 3. The default boot animation storage file contains icon 021 for object 41, icon 022 for object 42, and icon 023 for object 43. The custom icon storage file contains all custom-type image files corresponding to the same batch of service robots. For example, consider a storage structure containing two custom users: user 1 contains six objects, and user 2 contains only object 2. The custom icon storage file can contain two files: User 1 storage file (client_1) and User 2 storage file (client_2). User 1 storage file contains a custom image storage file (picture) and a custom boot animation storage file (power_on). The custom image storage file contains icon 111 for object 1, icon 112 for object 2, and icon 113 for object 3. The custom boot animation storage file contains icon 121 for object 41, icon 122 for object 42, and icon 123 for object 43. User 2 storage file contains a custom image storage file (picture), which contains icon 212 for object 2.

[0059] If the requirement type corresponding to the display requirement is the default type, object 1 uses the default icon 011, object 2 uses the default icon 012, object 3 uses the default icon 013, object 41 uses the default icon 021, object 42 uses the default icon 022, and object 43 uses the default icon 023. If the requirement type corresponding to the display requirement is the customized type, and the user is configured as user 1, object 1 uses the customized icon 111, object 2 uses the customized icon 112, object 3 uses the customized icon 113, object 41 uses the customized icon 121, object 42 uses the customized icon 122, and object 43 uses the customized graphic file 123. When the user is configured as user 2, object 1 uses the default icon 011, object 2 uses the customized icon 212, object 3 uses the default icon 013, object 41 uses the default icon 021, object 42 uses the default icon 022, and object 43 uses the default icon 023.

[0060] The current configuration requirements refer to the display requirements set by the user for the target service robot based on the current application environment. Typically, during the design or production phase, users can input the current configuration requirements into the target service robot using input devices such as a keyboard or mouse, so that the target service robot can respond promptly.

[0061] S220. Generate the current configuration field corresponding to the target service robot based on the current configuration requirements, and store the current configuration field and the set of graphic file paths into the target service robot.

[0062] Specifically, after obtaining the current configuration requirements for the target service robot, these requirements can be converted into data fields that the target service robot can recognize, i.e., current configuration fields. These current configuration fields, along with the set of graphic file paths, are then burned into the target service robot. Thus, by placing all graphic files in the same program and burning the same program to all machines in the same batch, the production efficiency of the service robots is improved.

[0063] It is worth noting that the technical solution of this application can be applied to low-computing-power embedded hardware environments such as lawnmower robots with a main control chip frequency of no more than 300MHz, a read-only memory (ROM) of no more than 1M, and a random access memory (RAM) of no more than 2M. Thus, the current configuration fields and the set of graphic file paths can be stored in the memory recorded by the target service robot.

[0064] S230. Obtain the path to the full-scale customized graphic file corresponding to the target service robot.

[0065] Specifically, when the target service robot is in the power-on self-test phase, the full set of customized graphic file paths corresponding to the target service robot can be obtained based on the pre-stored set of graphic file paths. For example, a schematic diagram of the storage structure of the graphic file path set is shown below. Figure 3For example, the path to the full custom graphic file corresponding to the target service robot can be all the storage file paths under the custom icon storage file (overlay), namely: / picture_root / overlay / client_1 / picture / ble.bmp, / picture_root / overlay / client_1 / picture / set.bmp, / picture_root / overlay / client_1 / picture / wifi.bmp, / picture_root / overlay / client_1 / power_on / power_on_1.bmp, / picture_root / overlay / client_1 / power_on / power_on_2.bmp, / picture_root / overlay / client_1 / power_on / power_on_3.bmp and / picture_root / overlay / client_2 / picture / set.bmp.

[0066] S240. Verify the path of the full customized graphic file based on the preset verification mechanism, and generate an initial set of verification values.

[0067] Specifically, taking MD5 as the preset verification mechanism as an example, the above-mentioned full-scale customized graphic file paths are verified to generate initial verification values ​​corresponding to each customized graphic file path. The initial verification values ​​are then arranged in ascending order to generate the initial verification value set shown in Table 1.

[0068] Table 1 Initial Verification Value Set

[0069]

[0070] S250. Determine the icon path corresponding to the target service robot based on the display object in the current configuration field.

[0071] Specifically, based on the storage structure of the image file path set, the icon path corresponding to the target service robot can be determined using the display object in the current configuration field. For example, if the display object is object 1, the corresponding icon path is " / picture / ble.bmp"; if the display object is object 2, the corresponding icon path is " / picture / set.bmp"; if the display object is object 3, the corresponding icon path is " / picture / wifi.bmp"; if the display object is object 41, the corresponding icon path is " / power_on / power_on_1.bmp"; if the display object is object 42, the corresponding icon path is " / power_on / power_on_2.bmp"; and if the display object is object 43, the corresponding icon path is " / power_on / power_on_3.bmp".

[0072] S260. If the display requirement type is the first type, obtain the first path corresponding to the display object in the full set of basic graphic file paths, and use it as the basic path corresponding to the target service robot; if the display requirement type is the second type, obtain the second path corresponding to the display object in the full set of customized graphic file paths, and use it as the basic path corresponding to the target service robot.

[0073] Here, the first type can refer to a pre-defined default type. The first path can refer to the default header path of the display object of the default type in the full base image file path. For example, if the required type is the default type and the display object is object 1, then the corresponding first path can be " / picture_root".

[0074] The second type can refer to a pre-defined custom type. The second path can specify the custom header path corresponding to the display object of the custom type in the full custom graphic file path. For example, if the requirement type is a custom type, the display object is object 1, and the user configuration is user 1, then the corresponding second path can be " / picture_root / overlay / client_1".

[0075] S270. Based on the preset path concatenation function, the basic path and the icon path are concatenated to generate a candidate call path.

[0076] Specifically, if the displayed object is object 1, and the display requirement type is type 1, then the candidate call path generated by the preset path concatenation function by processing the base path and icon path can be: " / picture_root / picture / ble.bmp". If the displayed object is object 1, the display requirement type is type 2, and the user configuration is user 1, then the candidate call path generated by the preset path concatenation function by processing the base path and icon path can be: " / picture_root / overlay / client_1 / picture / ble.bmp".

[0077] S280. If the requirement type corresponding to the display requirement is the first type, the candidate call path is taken as the target call path corresponding to the target service robot, and S2110 is executed.

[0078] Specifically, if the required type corresponding to the displayed requirement is the default type, then the selected candidate call path can be used as the target call path corresponding to the target service robot, without the need for further verification.

[0079] S290. If the requirement type corresponding to the display requirement is the second type, the candidate call path is matched and verified based on the initial verification value set to generate a matching result.

[0080] In this context, matching verification refers to the verification operation performed on the candidate call path using the initial verification values ​​in the initial verification value set. Specifically, if the requirement type corresponding to the display requirement is the second type, a preset verification mechanism can be used to verify the candidate call path, generating a verification value corresponding to the candidate call path. Then, it is determined whether there is an initial verification value in the initial verification value set that matches the verification value corresponding to the candidate call path, and the judgment result is used as the matching result.

[0081] The matching result can refer to the result status of the matching verification. For example, the matching result can include successful matching and failed matching. Generally, if there is an initial verification value in the initial verification value set that matches the verification value corresponding to the candidate call path, the matching result is successful; otherwise, if there is no initial verification value in the initial verification value set that matches the verification value corresponding to the candidate call path, the matching result is failed matching.

[0082] Specifically, if the displayed object is object 1, the required type of the displayed request is type 2, and the user configuration is user 1, the candidate call path obtained based on the preset path concatenation function can be " / picture_root / overlay / client_1 / picture / ble.bmp". The verification value of this candidate call path is calculated based on the preset verification mechanism as: 4c3e5a6d87c8b6e5c9e74f5e3f5e6e3f. As can be seen from Table 1 above, there is an initial verification value with the same verification value in the initial verification value set. Therefore, it can be determined that the matching result is a successful match.

[0083] Similarly, if the displayed object is object 1, the required type of the displayed request is type 2, and the user configuration is user 2, the candidate call path obtained based on the preset path concatenation function can be " / picture_root / overlay / client_2 / picture / ble.bmp". The verification value of this candidate call path is calculated based on the preset verification mechanism as: 5c3e5a6d87c8b6e5c9e74f5e3f5e6e3f. As can be seen from Table 1 above, there is no initial verification value with the same verification value in the initial verification value set. Therefore, it can be determined that the matching result is a matching failure.

[0084] Therefore, by verifying the candidate call paths of the customized type through the initial set of verification values, the accuracy of the path results is ensured.

[0085] S2100. Based on the matching results, determine the target call path corresponding to the candidate call path.

[0086] In an optional implementation, determining the target call path corresponding to the candidate call path based on the matching result may include: if the matching result is successful, using the candidate call path as the target call path corresponding to the target service robot; if the matching result is unsuccessful, obtaining the third path corresponding to the display object from the full set of basic graphic file paths, and concatenating the third path and the icon path based on a preset path concatenation function to generate the target call path.

[0087] The third path can specify the default header path of the display object of the specified type in the full base graphics file path.

[0088] Specifically, if the matching result is successful, it indicates that the candidate call path is a pre-defined custom storage path, and this candidate call path can be used as the target call path for the target service robot. Conversely, if the matching result is unsuccessful, it indicates that the candidate call path is not a pre-defined custom storage path. In this case, the default path corresponding to the display object needs to be determined from the full set of basic graphic file paths as the third path, and the third path and icon path are concatenated using a preset path concatenation function to generate the target call path. For example, if the display object is object 1, the display requirement type is type 2, the user configuration is user 2, and the matching result is unsuccessful, the third path " / picture_root" corresponding to the display object can be determined from the full set of basic graphic file paths, and the third path and icon path are concatenated using a preset path concatenation function to generate the target call path " / picture_root / picture / ble.bmp".

[0089] Therefore, by using the candidate call paths of the successfully matched customized types as the target call paths corresponding to the target service robot, and by re-determining the target call paths of the candidate call paths of the unmatched customized types, an effective basis can be provided for subsequent icon calls, thus improving the efficiency of interface refresh.

[0090] S2110. Display the target icon corresponding to the target service robot according to the target call path.

[0091] Specifically, after determining the target call path, the target icon corresponding to the target service robot can be called according to the target call path, and the target icon can be displayed on the human-computer interaction interface, thereby completing the interface refresh of the target service robot during the startup phase.

[0092] The technical solution of this invention generates a current configuration field for the target service robot based on the current configuration requirements of the target service robot, and stores the current configuration field and the set of graphic file paths in the target service robot. Then, it obtains the full set of customized graphic file paths corresponding to the target service robot, verifies and processes these paths based on a preset verification mechanism, and generates an initial set of verification values. Further, it determines the icon path corresponding to the target service robot based on the display object in the pre-stored current configuration field. If the display requirement type is a first type, it obtains the first path corresponding to the display object from the full set of basic graphic file paths as the basic path corresponding to the target service robot; if the display requirement type is a second type... The system retrieves the second path corresponding to the display object from the full-scale customized graphic file path, using it as the base path for the target service robot. It then uses a preset path concatenation function to concatenate the base path and the icon path to generate candidate call paths. Finally, if the display requirement corresponds to the first type, the candidate call path is used as the target call path for the target service robot, and the target call path is determined based on the matching result. If the display requirement corresponds to the second type, the candidate call path is matched and verified based on the initial verification value set to generate a matching result. The target call path is then determined based on the matching result, and the target icon corresponding to the target service robot is displayed according to the target call path. By placing all graphic files in the same program, burning the same program to all machines, and selecting different graphic displays based on configuration fields, the system solves the problem of low interface refresh efficiency and production efficiency of service robots. It effectively displays interface icons, improving interface refresh efficiency and the production efficiency of service robots.

[0093] It is worth noting that, in another optional implementation, after determining the icon path corresponding to the display object, the default header path corresponding to the display object can be directly determined from the full base graphic file path. A preset path concatenation function is then used to concatenate the icon path and the default header path to obtain the cached icon path. If the display requirement type is the default type, the cached icon path can be used as the target call path. If the display requirement type is the customized type, the customized header path corresponding to the display object in the full customized graphic file path is determined based on the display requirement. The preset path concatenation function is then used to concatenate the icon path and the customized header path to obtain the concatenated icon path. An initial set of verification values ​​is used to match and verify the concatenated icon path, generating a matching result. Based on the matching result, the target call path corresponding to the concatenated icon path is determined.

[0094] Example 3

[0095] Figure 4This is a schematic diagram of the structure of an interface icon display device provided in Embodiment 3 of the present invention. Figure 4 As shown, the device includes: a data acquisition module 310, an initial verification module 320, a path splicing module 330, and a path determination module 340;

[0096] Among them, the data acquisition module 310 is used to acquire the path of the full-scale customized graphic file corresponding to the target service robot;

[0097] The initial verification module 320 is used to verify the path of the full customized graphic file based on a preset verification mechanism and generate an initial verification value set.

[0098] The path splicing module 330 is used to determine the icon path and basic path corresponding to the target service robot based on the pre-stored current configuration field, and to splice the basic path and the icon path based on the preset path splicing function to generate a candidate call path;

[0099] The path determination module 340 is used to determine the target call path corresponding to the candidate call path based on the requirement type corresponding to the current configuration field and the initial verification value set, and to call and display the target icon corresponding to the target service robot according to the target call path.

[0100] The technical solution of this invention verifies the path of the fully customized graphic file corresponding to the target service robot through a preset verification mechanism, generating an initial set of verification values. Then, based on the pre-stored current configuration fields corresponding to the target service robot, it determines the icon path and basic path corresponding to the target service robot. A preset path concatenation function is used to concatenate the basic path and icon path to generate candidate call paths. Finally, based on the requirement type corresponding to the current configuration fields and the initial set of verification values, it determines the target call path corresponding to the candidate call path and displays the target icon corresponding to the target service robot according to the target call path. Because all graphic files are placed in the same program, the same program is burned to all machines, and different graphic displays are selected according to the configuration fields, the problem of low interface refresh efficiency and production efficiency of service robots is solved. This effectively displays interface icons, improving interface refresh efficiency and the production efficiency of service robots.

[0101] Optional, the initial verification module 320 can be used for:

[0102] The full set of customized graphic file paths are verified based on a preset verification mechanism to generate initial verification values ​​for each customized graphic file path.

[0103] The initial verification values ​​are sorted and processed according to a preset sorting rule to generate an initial verification value set.

[0104] Optionally, the interface icon display device may further include: a data storage module, used to obtain the set of graphic file paths corresponding to the target service robot and the current configuration requirements before obtaining the full customized graphic file paths corresponding to the target service robot; wherein, the set of graphic file paths includes the full customized graphic file paths and the full basic graphic file paths; the current configuration requirements include the display objects and display requirements;

[0105] Based on the current configuration requirements, generate the current configuration fields corresponding to the target service robot, and store the current configuration fields and the set of image file paths into the target service robot.

[0106] Optionally, the current configuration field includes the display object and display requirements;

[0107] The path splicing module 330 may specifically include: an icon path determination unit and a basic path determination unit;

[0108] The icon path determination unit is used to determine the icon path corresponding to the target service robot based on the display object in the current configuration field.

[0109] The basic path determination unit is used to determine the basic path corresponding to the target service robot based on the display requirements in the current configuration fields.

[0110] Optionally, the basic path determination unit can be specifically used for:

[0111] If the display requirement is of type 1, obtain the first path corresponding to the display object from the full set of basic graphic file paths, and use it as the basic path corresponding to the target service robot.

[0112] If the display requirement is of the second type, obtain the second path corresponding to the display object in the full-custom graphic file path, and use it as the base path corresponding to the target service robot.

[0113] Optionally, the path determination module 340 may specifically include: a path determination unit, used to determine the target call path corresponding to the candidate call path based on the requirement type corresponding to the display requirement and the initial verification value set.

[0114] Optionally, if the requirement type corresponding to the display requirement is the first type, the path determination unit may be specifically used to: use the candidate call path as the target call path corresponding to the target service robot.

[0115] Optionally, if the requirement type corresponding to the display requirement is the second type, the path determination unit can be specifically used for:

[0116] Based on the initial set of verification values, the candidate call paths are matched and verified to generate matching results;

[0117] Based on the matching results, the target call path corresponding to the candidate call path is determined.

[0118] Optionally, if the requirement type corresponding to the display requirement is the second type, the path determination unit can be specifically used for:

[0119] If the matching result is successful, the candidate call path will be used as the target call path corresponding to the target service robot;

[0120] If the matching result is a failure, obtain the third path corresponding to the display object from the full set of basic graphic file paths, and process the third path and the icon path based on the preset path concatenation function to generate the target call path.

[0121] The interface icon display device provided in the embodiments of the present invention can execute the interface icon display method provided in any embodiment of the present invention, and has the corresponding functional modules and beneficial effects of executing the method.

[0122] Example 4

[0123] Figure 5 A schematic diagram of a service robot 410, which can be used to implement embodiments of the present invention, is shown. The service robot is designed to provide indoor or outdoor household services, such as indoor sweeping robots, indoor mopping robots, indoor window cleaning robots, outdoor lawnmowing robots, outdoor snow removal robots, and outdoor drones. The components shown herein, their connections and relationships, and their functions are merely illustrative and are not intended to limit the implementation of the invention described and / or claimed herein.

[0124] like Figure 5 As shown, the service robot 410 includes at least one processor 420 and a memory, such as a read-only memory (ROM) 430 and a random access memory (RAM) 440, communicatively connected to the at least one processor 420. The memory stores computer programs executable by the at least one processor. The processor 420 can perform various appropriate actions and processes based on the computer program stored in the ROM 430 or loaded into the RAM 440 from storage unit 490. The RAM 440 also stores various programs and data required for the operation of the service robot 410. The processor 420, ROM 430, and RAM 440 are interconnected via a bus 450. An input / output (I / O) interface 460 is also connected to the bus 450.

[0125] Multiple components in the service robot 410 are connected to the I / O interface 460, including: an input unit 470; an output unit 480, such as various types of displays, speakers, etc.; a storage unit 490, such as a disk, optical disk, etc.; and a communication unit 4100, such as a network card, modem, wireless transceiver, etc. The communication unit 4100 allows the service robot 410 to exchange information / data with other devices through computer networks such as the Internet and / or various telecommunications networks.

[0126] Processor 420 can be a variety of general-purpose and / or special-purpose processing components with processing and computing capabilities. Some examples of processor 420 include, but are not limited to, a central processing unit (CPU), a graphics processing unit (GPU), various special-purpose artificial intelligence (AI) computing chips, various processors running machine learning model algorithms, a digital signal processor (DSP), and any suitable processor, controller, microcontroller, etc. In the proposed technical solution, processor 420 can be a single-chip microcomputer (SCM), i.e., a microcontroller. Processor 420 performs the various methods and processes described above, such as the interface icon display method.

[0127] The method includes:

[0128] Obtain the path to the full-scale customized graphic file corresponding to the target service robot;

[0129] The path of the fully customized graphic file is verified based on a preset verification mechanism to generate an initial set of verification values.

[0130] Based on the pre-stored current configuration fields, determine the icon path and basic path corresponding to the target service robot, and generate the candidate call path by concatenating the basic path and the icon path based on the preset path concatenation function;

[0131] Based on the requirement type corresponding to the current configuration field and the initial verification value set, the target call path corresponding to the candidate call path is determined, and the target icon corresponding to the target service robot is called and displayed according to the target call path.

[0132] In some embodiments, the interface icon display method may be implemented as a computer program tangibly contained in a computer-readable storage medium, such as storage unit 490. In some embodiments, part or all of the computer program may be loaded and / or installed on the service robot 410 via ROM 430 and / or communication unit 4100. When the computer program is loaded into RAM 440 and executed by processor 420, one or more steps of the interface icon display method described above may be performed. Alternatively, in other embodiments, processor 420 may be configured to perform the interface icon display method by any other suitable means (e.g., by means of firmware).

[0133] Various embodiments of the systems and techniques described above herein can be implemented in digital electronic circuit systems, integrated circuit systems, field-programmable gate arrays (FPGAs), application-specific integrated circuits (ASICs), application-specific standard products (ASSPs), systems-on-a-chip (SoCs), payload-programmable logic devices (CPLDs), computer hardware, firmware, software, and / or combinations thereof. These various embodiments may include implementations in one or more computer programs that can be executed and / or interpreted on a programmable system including at least one programmable processor, which may be a dedicated or general-purpose programmable processor, capable of receiving data and instructions from a storage system, at least one input device, and at least one output device, and transmitting data and instructions to the storage system, the at least one input device, and the at least one output device.

[0134] Computer programs used to implement the methods of the present invention may be written in any combination of one or more programming languages. These computer programs may be provided to a processor of a general-purpose computer, a special-purpose computer, or other programmable data processing device, such that when executed by the processor, the computer programs cause the functions / operations specified in the flowcharts and / or block diagrams to be performed. The computer programs may be executed entirely on a machine, partially on a machine, or as a standalone software package, partially on a machine and partially on a remote machine, or entirely on a remote machine or server.

[0135] In the context of this invention, a computer-readable storage medium can be a tangible medium that may contain or store a computer program for use by or in conjunction with an instruction execution system, apparatus, or device. A computer-readable storage medium may include, but is not limited to, electronic, magnetic, optical, electromagnetic, infrared, or semiconductor systems, apparatus, or devices, or any suitable combination thereof. Alternatively, a computer-readable storage medium may be a machine-readable signal medium. More specific examples of machine-readable storage media include electrical connections based on one or more wires, portable computer disks, hard disks, random access memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM or flash memory), optical fibers, portable compact disk read-only memory (CD-ROM), optical storage devices, magnetic storage devices, or any suitable combination thereof.

[0136] To provide interaction with users, the systems and techniques described herein can be implemented on a service robot having: a display device (e.g., a CRT (cathode ray tube) or LCD (liquid crystal display) monitor for displaying information to the user; and a keyboard and pointing device (e.g., a mouse or trackball) through which the user provides input to the service robot. Other types of devices can also be used to provide interaction with users; for example, feedback provided to the user can be any form of sensory feedback (e.g., visual feedback, auditory feedback, or tactile feedback); and input from the user can be received in any form (including voice input, speech input, or tactile input).

[0137] The systems and technologies described herein can be implemented in computing systems that include backend components (e.g., as data servers), or computing systems that include middleware components (e.g., application servers), or computing systems that include frontend components (e.g., user computers with graphical user interfaces or web browsers through which users can interact with implementations of the systems and technologies described herein), or any combination of such backend, middleware, or frontend components. The components of the system can be interconnected via digital data communication of any form or medium (e.g., communication networks). Examples of communication networks include local area networks (LANs), wide area networks (WANs), blockchain networks, and the Internet.

[0138] A computing system can include clients and servers. Clients and servers are generally located far apart and typically interact through communication networks. The client-server relationship is created by computer programs running on the respective computers and having a client-server relationship with each other. The server can be a cloud server, also known as a cloud computing server or cloud host, which is a hosting product within the cloud computing service system to address the shortcomings of traditional physical hosts and VPS services, such as high management difficulty and weak business scalability.

[0139] This application also discloses a computer program product, which includes a computer program that, when executed by a processor, implements the interface icon display method provided in any embodiment of this application. This program product shares the same inventive concept as the interface icon display methods disclosed in the embodiments of this application, and therefore will not be described in detail here.

[0140] It should be understood that the various forms of processes shown above can be used, with steps reordered, added, or deleted. For example, the steps described in this invention can be executed in parallel, sequentially, or in different orders, as long as the desired result of the technical solution of this invention can be achieved, and this is not limited herein.

[0141] The specific embodiments described above do not constitute a limitation on the scope of protection of this invention. Those skilled in the art should understand that various modifications, combinations, sub-combinations, and substitutions can be made according to design requirements and other factors. Any modifications, equivalent substitutions, and improvements made within the spirit and principles of this invention should be included within the scope of protection of this invention.

Claims

1. An interface icon display method characterized by, The method comprises the following steps: obtaining a full-quantity customized graphical file path corresponding to a target service robot; checking the full-quantity customized graphical file path based on a preset checking mechanism to generate an initial checking value set; determining an icon path and a basic path corresponding to the target service robot based on a pre-stored current configuration field, and splicing the basic path and the icon path based on a preset path splicing function to generate a candidate calling path; determining a target calling path corresponding to the candidate calling path based on a demand type corresponding to the current configuration field and the initial checking value set, and calling a target icon corresponding to the target service robot according to the target calling path.

2. The method of claim 1, wherein, The step of checking the full-quantity customized graphical file path based on the preset checking mechanism to generate the initial checking value set comprises the following steps: checking each customized graphical file path based on the preset checking mechanism to generate an initial checking value corresponding to each customized graphical file path; sorting each initial checking value based on a preset arrangement rule to generate the initial checking value set.

3. The method of claim 1, wherein, Before the step of obtaining the full-quantity customized graphical file path corresponding to the target service robot, the method further comprises the following steps: obtaining a graphical file path set corresponding to the target service robot and a current configuration demand; wherein the graphical file path set comprises a full-quantity customized graphical file path and a full-quantity basic graphical file path; and the current configuration demand comprises a display object and a display demand; generating a current configuration field corresponding to the target service robot based on the current configuration demand, and storing the current configuration field and the graphical file path set in the target service robot.

4. The method of claim 1, wherein, The current configuration field comprises the display object and the display demand. The step of determining the icon path and the basic path corresponding to the target service robot based on the pre-stored current configuration field comprises the following steps: determining the icon path corresponding to the target service robot based on the display object in the current configuration field; determining the basic path corresponding to the target service robot based on the display demand in the current configuration field.

5. The method of claim 4, wherein, The step of determining the basic path corresponding to the target service robot based on the display demand in the current configuration field comprises the following steps: if the demand type of the display demand is a first type, obtaining a first path corresponding to the display object in the full-quantity basic graphical file path as the basic path corresponding to the target service robot; if the demand type of the display demand is a second type, obtaining a second path corresponding to the display object in the full-quantity customized graphical file path as the basic path corresponding to the target service robot.

6. The method of claim 4, wherein, The step of determining the target calling path corresponding to the candidate calling path based on the demand type corresponding to the current configuration field and the initial checking value set comprises the following steps: determining the target calling path corresponding to the candidate calling path based on the demand type corresponding to the display demand and the initial checking value set.

7. The method of claim 6, wherein, If the demand type corresponding to the display demand is the first type, the step of determining the target calling path corresponding to the candidate calling path based on the demand type corresponding to the display demand and the initial checking value set comprises the following step: taking the candidate calling path as the target calling path corresponding to the target service robot.

8. The method of claim 6, wherein, If the requirement type corresponding to the display requirement is the second type, the determining, based on the requirement type corresponding to the display requirement and the initial check value set, of a target calling path corresponding to the candidate calling path includes: performing matching check on the candidate calling path based on the initial check value set to generate a matching result; determining, based on the matching result, the target calling path corresponding to the candidate calling path.

9. The method of claim 8, wherein, The determining, based on the matching result, of the target calling path corresponding to the candidate calling path includes: if the matching result is a matching success, taking the candidate calling path as the target calling path corresponding to the target service robot; if the matching result is a matching failure, obtaining a third path corresponding to the display object in the full-amount basic graphical file path, and generating the target calling path by splicing and processing the third path and the icon path based on a preset path splicing function.

10. An interface icon display apparatus, characterized by comprising: The method includes: a data acquisition module configured to acquire a full-amount customized graphical file path corresponding to a target service robot; an initial check module configured to perform check processing on the full-amount customized graphical file path based on a preset check mechanism to generate an initial check value set; a path splicing module configured to determine an icon path and a basic path corresponding to the target service robot based on a pre-stored current configuration field, and generate a candidate calling path by splicing and processing the basic path and the icon path based on a preset path splicing function; a path determination module configured to determine, based on a requirement type corresponding to the current configuration field and the initial check value set, a target calling path corresponding to the candidate calling path, and call a target icon corresponding to the target service robot according to the target calling path.

11. A service robot, characterized in that The service robot includes: at least one processor; and a memory communicatively connected to the at least one processor; wherein the memory stores a computer program executable by the at least one processor, and the computer program is executed by the at least one processor to enable the at least one processor to execute the interface icon display method of any one of claims 1-9.

12. A computer-readable storage medium, characterized in that, The computer readable storage medium stores computer instructions for causing the processor to execute the interface icon display method of any one of claims 1-9 when executed. The computer readable storage medium stores computer instructions for causing the processor to execute the interface icon display method of any one of claims 1-9 when executed.

Images