Card resource processing method and electronic device

Abstract

The application provides a card resource processing method and an electronic device. The method comprises the following steps: obtaining a first card resource in a first format; wherein the first format is a card format which can be parsed by the first electronic device and cannot be parsed by a second electronic device; converting the first card resource from the first format into a second format to obtain a second card resource; wherein the second card resource is used for displaying a first card by the second electronic device; and sending the second card resource to the second electronic device. Based on the method, the first electronic device can assist the second electronic device to simply and efficiently display various cards, thereby improving the flexibility and practicability of the second electronic device in displaying cards and improving the card display effect of the second electronic device.

Description

Technical Field

[0001] This application relates to the field of electronic equipment technology, and in particular to a card resource processing method and electronic equipment. Background Technology

[0002] Cards are a form of interface display used to present important information or operations of an application upfront, enabling direct service access or reducing the number of navigation steps. Currently, some electronic devices with limited hardware and software capabilities (such as smartwatches, sports watches, and other wearable devices) can only display a small number of pre-installed, fixed cards. Therefore, the flexibility and practicality of card display are low, and the display effect is poor. Summary of the Invention

[0003] This application provides a card resource processing method and an electronic device to improve the flexibility and practicality of displaying cards in electronic devices, enhance card display effects, and thereby improve user experience.

[0004] In a first aspect, embodiments of this application provide a card resource processing method applied to a first electronic device. The method includes: obtaining a first card resource in a first format; wherein the first format is a card format that the first electronic device supports parsing but a second electronic device does not support parsing; converting the first card resource from the first format to a second format to obtain a second card resource; wherein the second card resource is used by the second electronic device to display a first card; and sending the second card resource to the second electronic device.

[0005] In this method, the second format can be a card format or card resource format that the second electronic device supports parsing. The first electronic device, by sharing card resources with the second electronic device, can assist the second electronic device in easily and efficiently acquiring various card resources and displaying cards based on these acquired resources. Specifically, when the card resources acquired by the first electronic device are not parsed by the second electronic device, the first electronic device can convert the acquired card resources into a format that the second electronic device supports before sharing them, thus ensuring that the second electronic device can successfully display cards based on the shared card resources. Based on this method, the first electronic device can assist the second electronic device in efficiently acquiring parsable card resources and flexibly and efficiently displaying various cards based on these resources, thereby improving the card display effect and practicality of the second electronic device. Optionally, the first electronic device can be an electronic device with strong hardware and software capabilities, while the second electronic device can be an electronic device with weak hardware and software capabilities. In this scenario, the electronic device with strong hardware and software capabilities can acquire and parse rich card resources; therefore, by sharing card resources with the electronic device with strong hardware and software capabilities, it can assist the electronic device with weak hardware and software capabilities in displaying cards, thereby improving the flexibility, practicality, and display effect of card display on the electronic device with weak hardware and software capabilities.

[0006] In one possible design, converting the first card resource from the first format to the second format to obtain the second card resource includes: in response to a received first operation, converting the first card resource from the first format to the second format to obtain the second card resource; in response to detecting that the first electronic device or the second electronic device is at a set location, converting the first card resource from the first format to the second format to obtain the second card resource; and in response to detecting that the current time is a set time, converting the first card resource from the first format to the second format to obtain the second card resource. Optionally, in the above method, the set location can be a set location point or a set area, and the set time can be a set moment or time period. Optionally, the first operation in the above method can be received by the first electronic device or by the second electronic device. When the first operation is received by the second electronic device, the second electronic device can instruct the first electronic device to perform the first operation. A specific implementation of detecting that the second electronic device is at a set location in the above method can be that the second electronic device notifies the first electronic device when it detects that it is at a set location.

[0007] The above method can trigger the first electronic device to perform card resource conversion under different conditions. Therefore, the first electronic device can perform card resource conversion in a variety of different scenarios and share the converted card resources with the second electronic device. It has high flexibility and practicality, which helps the second electronic device to display cards flexibly and efficiently in different scenarios.

[0008] In the above method, the received first operation, detection that the first electronic device or the second electronic device is in a set location, and detection that the current time is set are trigger conditions used to trigger the first electronic device to perform card resource conversion. It should be understood that the above trigger conditions can also be used to trigger the first electronic device to acquire card resources, that is, the first electronic device can acquire first card resources of a first format in response to the above trigger conditions. Alternatively, the above trigger conditions can also be used to trigger the first electronic device to share card resources with the second electronic device, that is, the first electronic device can send second card resources to the second electronic device in response to the above trigger conditions.

[0009] In one possible design, the first operation includes: launching a first application or a first meta-service; wherein the first application is the application to which the first card belongs, and the first meta-service is the meta-service to which the first card belongs; or, generating and adding the first card; or, performing an operation on the first card or the fourth card. Optionally, when the first operation is launching a first application or a first meta-service, the first card may be a card associated with the first application or the first meta-service, or the first card may be a card associated with the interface displayed after launching the first application or the first meta-service. Optionally, the first card may be a card associated with the fourth card. For example, the first card may be a card with a changed style of the fourth card, or the first card may be a card containing more information based on the fourth card, or the first card may be a card at the next level of the fourth card.

[0010] Based on the above method, the first electronic device can share card resources with the second electronic device in response to various operations received by either the first or second electronic device. This enables the second electronic device to easily and efficiently display cards in different scenarios, offering high flexibility and practicality. Furthermore, this method allows users to control the display of cards on the second electronic device through different operations in various scenarios, thus improving the user experience.

[0011] In one possible design, after sending the second card resource to the second electronic device, the method further includes: receiving a first instruction from the second electronic device; wherein the first instruction is used to indicate a second operation on the first card displayed by the second electronic device; and in response to the first instruction, performing a first process for responding to the second operation.

[0012] This method enables users to manipulate cards on the second electronic device after the second electronic device displays cards based on the card resources shared by the first electronic device, with the first electronic device responding. This collaborative approach between the first and second electronic devices provides users with card-based interactive services. Therefore, this method offers users a richer card interaction experience.

[0013] In one possible design, after sending the second card resource to the second electronic device, the method further includes: receiving a second instruction from the second electronic device; wherein the second instruction is used to request card resources for the second electronic device to display the second card; obtaining a third card resource in the first format; converting the third card resource from the first format to the second format to obtain a fourth card resource; and sending the fourth card resource to the second electronic device.

[0014] In this method, the second electronic device can actively request card resources from the first electronic device. The first electronic device can then provide the necessary card resources to the second electronic device based on its request, thereby enabling the display of the desired cards on the second electronic device. This method further enriches the card display methods on the second electronic device and improves the practicality of card display on that device.

[0015] In one possible design, the method further includes: in response to detecting a first card update, acquiring a fifth card resource of a third card; wherein the fifth card resource is in the first format; converting the fifth card resource from the first format to the second format to obtain a sixth card resource; wherein the sixth card resource is used by the second electronic device to display the third card; and sending the sixth card resource to the second electronic device. The third card can be used to update the first card. Optionally, the first card update can be a first card update displayed by the first electronic device or a first card update displayed by the second electronic device. When the first card update is a first card update displayed by the second electronic device, the second electronic device can notify the first electronic device of the first card update. Optionally, the first card update can be triggered by the first or second electronic device in response to a received operation, or it can be automatically triggered by the first or second electronic device, for example, automatically triggered under set conditions or scenarios.

[0016] In this method, when the first card is updated, the first electronic device can send the updated card resources of the first card to the second electronic device, allowing the second electronic device to update the displayed first card based on these card resources. Therefore, this method enables the second electronic device to update the displayed card, contributing to a richer card usage experience on the second electronic device side.

[0017] In one possible design, before converting the data format of the first card resource from the first format to a second format that the second electronic device can parse to obtain the second card resource, the method further includes: obtaining first information from the second electronic device; wherein the first information is used by the first electronic device to determine the second format; and determining the second format based on the first information.

[0018] This method ensures that the first electronic device can determine the card format or card resource format supported by the second electronic device, thereby ensuring the accuracy of card resource conversion and sharing by the first electronic device and ensuring that the second electronic device can successfully display cards based on the card resources shared by the first electronic device.

[0019] In one possible design, the second electronic device is a sports watch; the step of sending the second card resources to the second electronic device includes: sending the second card resources to the second electronic device via near-field communication.

[0020] This method utilizes near-field communication (NFC) to easily and efficiently transfer card resources between different electronic devices, thereby improving the efficiency of card resource sharing. This method can be applied to scenarios where the second electronic device is a sports watch. Compared to existing solutions where the sports watch can only display preset fixed cards, this method enables a simple, efficient, and flexible display of cards within the sports watch.

[0021] In one possible design, the first electronic device and the second electronic device meet at least one of the following: the operating systems of the first electronic device and the second electronic device have different development paradigms; the operating systems of the first electronic device and the second electronic device have different application models; and the operating systems of the first electronic device and the second electronic device use different programming languages.

[0022] In this method, when the operating system configurations of the first and second electronic devices differ, the card resource formats that the first and second electronic devices support for parsing also differ. Therefore, card resource conversion is required in this scenario to ensure that the second electronic device can successfully display cards based on the card resources shared by the first electronic device.

[0023] Secondly, embodiments of this application provide a card resource processing method applied to a second electronic device. The method includes: sending first information to a first electronic device; wherein the first information is used by the first electronic device to determine a first format, the first format being a card format supported by the second electronic device for parsing; receiving first card resources from the first electronic device; wherein the first card resources are in the first format; displaying a first card according to the first card resources; responding to a received first operation, sending a first instruction to the first electronic device; wherein the first instruction is used to request card resources for the second electronic device to display a second card; receiving second card resources from the first electronic device; wherein the second card resources are in the first format; and updating the first card to the second card according to the second card resources.

[0024] In this method, the second electronic device notifies the first electronic device of the card formats it supports, thereby acquiring card resources that the second electronic device can parse, shared by the first electronic device. In this way, the second electronic device can easily and efficiently acquire various card resources by sharing them with the first electronic device, and display cards flexibly and efficiently based on these acquired resources, thus improving the card display effect and usability of the second electronic device. After displaying a card, the second electronic device can also actively request card resources from the first electronic device to update the displayed card based on the card resources returned by the first electronic device. This method enables the display of the desired cards on the second electronic device side, further enriching the card display methods on the second electronic device side and improving its usability. Optionally, the first electronic device can be an electronic device with strong hardware and software capabilities, while the second electronic device can be an electronic device with weak hardware and software capabilities. In this scenario, electronic devices with strong hardware and software capabilities can acquire and parse abundant card resources. Therefore, electronic devices with weak hardware and software capabilities can acquire parsable card resources by sharing card resources with electronic devices with strong hardware and software capabilities, and display cards based on the acquired card resources, thereby improving the flexibility, practicality and display effect of card display on electronic devices with weak hardware and software capabilities.

[0025] In one possible design, after updating the first card to the second card according to the second card resource, the method further includes: in response to a received second operation acting on the second card, sending a second instruction to the first electronic device to cause the first electronic device to perform a first process in response to the second operation; wherein the second instruction is used to indicate the second operation.

[0026] This method enables users to manipulate cards on the second electronic device after the second electronic device displays cards based on the card resources shared by the first electronic device, with the first electronic device responding. This collaborative approach between the first and second electronic devices provides users with card-based interactive services. Therefore, this method offers users a richer card interaction experience.

[0027] In one possible design, the first electronic device and the second electronic device meet at least one of the following: the operating systems of the first electronic device and the second electronic device have different development paradigms; the operating systems of the first electronic device and the second electronic device have different application models; and the operating systems of the first electronic device and the second electronic device use different programming languages.

[0028] In this method, when the operating system configurations of the first and second electronic devices differ, the card resource formats that the first and second electronic devices support for parsing also differ. Therefore, card resource conversion is required in this scenario to ensure that the second electronic device can successfully display cards based on the card resources shared by the first electronic device.

[0029] Thirdly, embodiments of this application provide a card resource processing method applied to a system composed of a first electronic device and a second electronic device. The method includes: the first electronic device acquiring a first card resource in a first format; wherein the first format is a card format that the first electronic device supports parsing but the second electronic device does not support parsing; the first electronic device converting the first card resource from the first format to a second format to obtain a second card resource; wherein the second card resource is used by the second electronic device to display a first card; the first electronic device sending the second card resource to the second electronic device; and the second electronic device displaying the first card according to the received second card resource. Optionally, the specific steps performed by the first electronic device can be referred to the relevant description in the method described in the first aspect above, and the specific steps performed by the second electronic device can be referred to the relevant description in the method described in the second aspect above, and will not be repeated here.

[0030] Fourthly, this application provides an electronic device, the electronic device including a memory and one or more processors; wherein the memory is used to store computer program code, the computer program code including computer instructions; when the computer instructions are executed by the one or more processors, the electronic device causes the electronic device to perform the method described in the first aspect or any possible design of the first aspect, or to perform the method described in the second aspect or any possible design of the second aspect.

[0031] Fifthly, this application provides a computer-readable storage medium storing a computer program that, when run on an electronic device, causes the electronic device to perform the method described in the first aspect or any possible design of the first aspect, or to perform the method described in the second aspect or any possible design of the second aspect.

[0032] Sixthly, this application provides a computer program product comprising a computer program or instructions that, when executed on an electronic device, cause the electronic device to perform the method described in the first aspect or any possible design of the first aspect, or to perform the method described in the second aspect or any possible design of the second aspect.

[0033] Seventhly, this application provides a chip system including a processor and a memory, wherein the memory stores instructions; when the instructions are executed by the processor, they implement the methods described in the first aspect or any possible design of the first aspect, or implement the methods described in the second aspect or any possible design of the second aspect. The chip system may be composed of chips or may include chips and other discrete devices.

[0034] The beneficial effects of aspects four through seven mentioned above can be found in the beneficial effects of aspects one or two mentioned above, and will not be repeated here. Attached Figure Description

[0035] Figure 1 A schematic diagram of the hardware architecture of an electronic device provided in an embodiment of this application;

[0036] Figure 2 A schematic diagram of the software architecture of an electronic device provided in an embodiment of this application;

[0037] Figure 3 A schematic diagram illustrating a card resource processing method provided in an embodiment of this application;

[0038] Figure 4 A schematic diagram of an application startup interface provided in an embodiment of this application;

[0039] Figure 5 A schematic diagram of a card displayed on a sports watch according to an embodiment of this application;

[0040] Figure 6 A schematic diagram of an interface for adding cards provided in an embodiment of this application;

[0041] Figure 7 A schematic diagram of a card-clicking interface provided in an embodiment of this application;

[0042] Figure 8 A schematic diagram of a mobile phone-side update card interface provided in an embodiment of this application;

[0043] Figure 9 A schematic diagram of the interface related to updating a card on a sports watch, provided in an embodiment of this application;

[0044] Figure 10 A schematic diagram of a possible system architecture to which the method provided in the embodiments of this application is applicable;

[0045] Figure 11 This is a schematic diagram of the structure of an electronic device provided in an embodiment of this application. Detailed Implementation

[0046] To make the objectives, technical solutions, and advantages of the embodiments of this application clearer, the embodiments of this application will be further described in detail below with reference to the accompanying drawings.

[0047] In the description of the embodiments of this application, the terms "first" and "second" are used for descriptive purposes only and should not be construed as indicating or implying relative importance or implicitly specifying the number of indicated technical features. Therefore, a feature defined with "first" and "second" may explicitly or implicitly include one or more of that feature.

[0048] It should be understood that in the embodiments of this application, "at least one" means one or more, and "more than one" means two or more. "And / or" describes the relationship between related objects, indicating that three relationships can exist. For example, A and / or B can represent: A alone, A and B simultaneously, or B alone, where A and B can be singular or plural. The character " / " generally indicates that the preceding and following related objects are in an "or" relationship. "At least one of the following" or similar expressions refer to any combination of these items, including any combination of single or plural items. For example, at least one of a, b, or c can represent: a, b, c, a and b, a and c, b and c, or a, b, and c, where a, b, and c can be single or multiple.

[0049] A card is a collection of multiple controls with a specific layout. These controls can display text, images, or other content and can be interacted with, allowing users to directly manipulate the controls to use corresponding application functions. Currently, developers can provide various application / meta-service card resources on the server side (e.g., cloud servers). Card resources are data or information used to display one or more cards of an application / meta-service. After an electronic device obtains card resources from the server, it needs to parse the obtained card resources to obtain information such as the controls included in the card, the content of the controls, and the layout of the controls within the card, and then display the card based on the parsed content.

[0050] The current server-side card resources are designed and provided for powerful electronic devices such as mobile phones and tablets. Therefore, the server-side card resources are adapted to the operating system configuration of these electronic devices to ensure that they can successfully parse the card resources provided by the server and then display the cards based on the parsed content. Thus, powerful electronic devices can download application / metaservice card resources from the server and display application / metaservice cards based on the downloaded card resources. The operating system configuration can include development paradigms, application models, and programming languages. A development paradigm refers to a methodology or model used in the software development process. It defines a set of rules and best practices that developers should follow when designing, coding, and organizing code. For example, development paradigms can include declarative development paradigms, web-like development paradigms, etc. An application model is an abstraction of the capabilities required by an application provided by the operating system. It provides the essential components and operating mechanisms for the application. With an application model, developers can develop applications based on a unified model, making application development simpler and more efficient. For example, application models can include FA (feature ability) models, Stage models, etc. A programming language is a language with certain grammatical rules that electronic devices (or computers) can accept and process. It is the language used for communication between humans and electronic devices (or computers). Programming languages ​​enable developers to accurately define the data that electronic devices (or computers) need to use and precisely define the actions that electronic devices (or computers) should take in different situations. For example, programming languages ​​can include languages ​​such as ArkTS (arktype script) and JS (JavaScript).

[0051] However, some electronic devices (such as smartwatches, sports watches, and other wearable devices) have limited hardware resources, resulting in weak hardware and software capabilities. These devices may be unable to obtain card resources from the server or display cards based on the server-provided resources. For example, most wearable devices lack independent internet access, thus preventing them from downloading card resources from the server. Furthermore, the lower hardware and software capabilities of wearable devices may cause their operating systems to not support the same configuration as those of more powerful electronic devices, resulting in the wearable device's operating system not being able to parse the card resources provided by the server and thus being unable to display cards based on them. The difference in configuration between the operating systems of devices with weak hardware and software capabilities and those with strong capabilities can include at least one of the following: different development paradigms, different application models, or different programming languages.

[0052] The aforementioned electronic devices with weak hardware and software capabilities can only display some pre-installed fixed cards, and can only display the cards in a pre-installed fixed manner. Therefore, the display effect of the cards is poor, the display efficiency is low, and the flexibility and practicality are also low.

[0053] To improve the flexibility and practicality of display cards on electronic devices, and to enhance card display efficiency and effect, this application provides a card resource processing method and an electronic device. This method allows a first electronic device to share card resources with a second electronic device, assisting the second electronic device in acquiring card resources and displaying cards based on these acquired resources. Specifically, the first electronic device can acquire and parse card resources that the second electronic device cannot acquire or does not support parsing. It then converts the acquired card resources into a format that the second electronic device can parse before sharing them with the second electronic device. The second electronic device can then display cards based on the shared card resources. The process of card resource interaction between two electronic devices differs from the process of image (or text, etc.) interaction. The difference lies in that images are primarily used to display visual content, and image transfer between two electronic devices only requires both devices to have image display capabilities, without needing to parse images. However, controls included in the card, the content of the controls, and the layout of the controls within the card all require parsing the card resources before they can be obtained. Therefore, in the method provided in this application, the first electronic device needs to convert the card resources into a format that the second electronic device can parse before sharing them, rather than directly sharing card resources with the second electronic device using a method similar to image interaction. Based on the method provided in this application embodiment, the second electronic device can efficiently acquire parsable card resources and display various cards flexibly and efficiently based on the acquired card resources, thereby improving the card display effect of the second electronic device and enhancing the practicality of the card display.

[0054] In some embodiments of this application, the electronic device can be a portable device, such as a mobile phone, tablet computer, wearable device with wireless communication capabilities (e.g., smartwatch, sports watch, smart glasses, etc.), in-vehicle terminal device, augmented reality (AR) / virtual reality (VR) device, laptop computer, ultra-mobile personal computer (UMPC), netbook, personal digital assistant (PDA), smart home device (e.g., smart TV, smart speaker, etc.), smart robot, workshop equipment, wireless terminal in self-driving, wireless terminal in remote medical surgery, wireless terminal in smart grid, wireless terminal in transportation safety, wireless terminal in smart city, or wireless terminal in smart home, flying equipment (e.g., smart robot, drone, airplane), etc. Wearable devices are portable devices that users can wear directly on their body or integrate into their clothing or accessories.

[0055] In some embodiments of this application, the electronic device may also be a portable terminal device that includes other functions. Exemplary embodiments of the portable terminal device include, but are not limited to, carrying... Alternatively, it could be a portable terminal device with another operating system. The aforementioned portable terminal device could also be other portable terminal devices, such as a laptop computer with a touch-sensitive surface (e.g., a touch panel). It should also be understood that in some other embodiments of this application, the aforementioned electronic device may not be a portable terminal device, but rather a desktop computer with a touch-sensitive surface (e.g., a touch panel).

[0056] For a description of the performance of electronic devices, please refer to the relevant descriptions below.

[0057] See below. Figure 1 The present application describes the structure of a possible electronic device to which the method provided in the embodiments of this application is applicable.

[0058] like Figure 1As shown, the electronic device 100 may include a processor 110, an external memory interface 120, an internal memory 121, a USB interface 130, a charging management module 140, a power management module 141, a battery 142, an antenna 1, an antenna 2, a mobile communication module 150, a wireless communication module 160, an audio module 170, a speaker 170A, a receiver 170B, a microphone 170C, a headphone jack 170D, a sensor module 180, buttons 190, a motor 191, an indicator 192, a camera 193, a display screen 194, and a SIM card interface 195, etc.

[0059] The sensor module 180 may include a gyroscope sensor, an accelerometer, a proximity sensor, a fingerprint sensor, a touch sensor, a temperature sensor, a pressure sensor, a distance sensor, a magnetic sensor, an ambient light sensor, a barometric pressure sensor, a bone conduction sensor, etc.

[0060] Understandable, Figure 1 The electronic device 100 shown is merely an example and does not constitute a limitation on the electronic device. The electronic device may have more or fewer components than those shown in the figure, may combine two or more components, or may have different component configurations. Figure 1 The various components shown can be implemented in hardware, software, or a combination of hardware and software, including one or more signal processing and / or application-specific integrated circuits.

[0061] Processor 110 may include one or more processing units, such as application processors (APs), modem processors, graphics processing units (GPUs), image signal processors (ISPs), controllers, memory, video codecs, digital signal processors (DSPs), baseband processors, and / or neural network processing units (NPUs). Different processing units may be independent devices or integrated into one or more processors. The controller may serve as the central nervous system and command center of the electronic device 100. The controller can generate operation control signals based on instruction opcodes and timing signals to control instruction fetching and execution.

[0062] The processor 110 may also include a memory for storing instructions and data. In some embodiments, the memory in the processor 110 is a cache memory. This memory can store instructions or data that the processor 110 has just used or that are used repeatedly. If the processor 110 needs to use the instruction or data again, it can retrieve it directly from the memory. This avoids repeated accesses, reduces the waiting time of the processor 110, and thus improves the efficiency of the system.

[0063] The card resource processing method provided in this application embodiment can be executed by the processor 110 controlling or calling other components. For example, it can call the processing program of this application embodiment stored in the internal memory 121, or call the processing program of this application embodiment stored in a third-party device through the external memory interface 120 to control the wireless communication module 160 to perform data communication with other devices, thereby improving the intelligence and convenience of the electronic device 100 and enhancing the user experience. The processor 110 may include different devices. For example, when integrating a CPU and a GPU, the CPU and GPU can cooperate to execute the card resource processing method provided in this application embodiment. For example, some algorithms in the card resource processing method are executed by the CPU, and other algorithms are executed by the GPU to obtain faster processing efficiency.

[0064] Display screen 194 is used to display images, videos, etc. Display screen 194 includes a display panel. The display panel can be a liquid crystal display (LCD), an organic light-emitting diode (OLED), an active-matrix organic light-emitting diode (AMOLED), a flexible light-emitting diode (FLED), a Miniled LED, a MicroLED, a Micro-OLED, a quantum dot light-emitting diode (QLED), etc. In some embodiments, electronic device 100 may include one or N displays screens 194, where N is a positive integer greater than 1. Display screen 194 can be used to display information input by the user or information provided to the user, as well as various graphical user interfaces (GUIs). For example, display screen 194 can display various interfaces such as the recommendation interface described in the embodiments of this application.

[0065] In this embodiment of the application, the display screen 194 can be a single flexible display screen, or it can be a splicing display screen composed of two rigid screens and a flexible screen located between the two rigid screens.

[0066] Camera 193 (a front-facing camera or a rear-facing camera, or a single camera that can function as both) is used to capture still images or videos. Typically, camera 193 may include a photosensitive element such as a lens assembly and an image sensor. The lens assembly includes multiple lenses (convex or concave lenses) for collecting light signals reflected from the object being photographed and transmitting these signals to the image sensor. The image sensor generates a raw image of the object being photographed based on the light signals.

[0067] The internal memory 121 can be used to store computer executable program code, which includes instructions. The processor 110 executes various functional applications and data processing of the electronic device 100 by running the instructions stored in the internal memory 121. The internal memory 121 may include a program storage area and a data storage area. The program storage area can store the operating system, application program code (such as the functions corresponding to the scheme in this application), etc. The data storage area can store data created during the use of the electronic device 100.

[0068] The internal memory 121 may also store one or more computer programs corresponding to the algorithm of this application. The one or more computer programs are stored in the internal memory 121 and configured to be executed by one or more processors 110. The one or more computer programs include instructions that can be used to perform the various steps in the following embodiments.

[0069] In addition, the internal memory 121 may include high-speed random access memory, and may also include non-volatile memory, such as at least one disk storage device, flash memory device, universal flash storage (UFS), etc.

[0070] Of course, the algorithm code of the embodiment of this application can also be stored in external memory. In this case, the processor 110 can run the algorithm code of the embodiment of this application stored in external memory through the external memory interface 120.

[0071] A touch sensor, also known as a "touch panel," can be located on the display screen 194. The touch sensor and display screen 194 together form a touch display screen, also called a "touch screen." The touch sensor detects touch operations applied to or near it. The touch sensor can transmit the detected touch operation to the application processor to determine the type of touch event. Visual output related to the touch operation can be provided through the display screen 194. In other embodiments, the touch sensor may also be located on the surface of the electronic device 100, in a different position than the display screen 194.

[0072] For example, the display screen 194 of the electronic device 100 can display a main interface, which includes icons for multiple applications (such as a camera application, a fitness and health application, etc.). For instance, a user can tap the camera application icon on the main interface using a touch sensor, triggering the processor 110 to launch the camera application and open the camera 193. The display screen 194 then displays the camera application's interface, such as the viewfinder.

[0073] The wireless communication function of electronic device 100 can be realized through antenna 1, antenna 2, mobile communication module 150, wireless communication module 160, modem processor and baseband processor, etc.

[0074] Antenna 1 and antenna 2 are used to transmit and receive electromagnetic wave signals. Each antenna in electronic device 100 can be used to cover one or more communication frequency bands. Different antennas can also be multiplexed to improve antenna utilization. For example, antenna 1 can be multiplexed as a diversity antenna for a wireless local area network. In some other embodiments, the antennas can be used in conjunction with tuning switches.

[0075] The mobile communication module 150 can provide solutions for wireless communication, including 2G / 3G / 4G / 5G, applied to the electronic device 100. The mobile communication module 150 may include at least one filter, switch, power amplifier, low noise amplifier (LNA), etc. The mobile communication module 150 can receive electromagnetic waves via antenna 1, and perform filtering, amplification, and other processing on the received electromagnetic waves before transmitting them to a modem processor for demodulation. The mobile communication module 150 can also amplify the signal modulated by the modem processor and convert it into electromagnetic waves for radiation via antenna 1. In some embodiments, at least some functional modules of the mobile communication module 150 may be housed in the processor 110. In some embodiments, at least some functional modules of the mobile communication module 150 and at least some modules of the processor 110 may be housed in the same device. In this embodiment, the mobile communication module 150 can also be used for information interaction with other devices.

[0076] The modem processor may include a modulator and a demodulator. The modulator modulates the low-frequency baseband signal to be transmitted into a mid-to-high frequency signal. The demodulator demodulates the received electromagnetic wave signal into a low-frequency baseband signal. The demodulator then transmits the demodulated low-frequency baseband signal to the baseband processor for processing. After processing by the baseband processor, the low-frequency baseband signal is transmitted to the application processor. The application processor outputs sound signals through an audio device (not limited to speaker 170A, receiver 170B, etc.) or displays images or videos through the display screen 194. In some embodiments, the modem processor may be a separate device. In other embodiments, the modem processor may be independent of the processor 110 and may be housed in the same device as the mobile communication module 150 or other functional modules.

[0077] The wireless communication module 160 can provide solutions for wireless communication applications on the electronic device 100, including wireless local area networks (WLANs) (such as wireless fidelity (WiFi) networks), Bluetooth (BT), global navigation satellite system (GNSS), frequency modulation (FM), near field communication (NFC), and infrared (IR) technologies. The wireless communication module 160 can be one or more devices integrating at least one communication processing module. The wireless communication module 160 receives electromagnetic waves via antenna 2, performs frequency modulation and filtering of the electromagnetic wave signals, and sends the processed signal to processor 110. The wireless communication module 160 can also receive signals to be transmitted from processor 110, perform frequency modulation and amplification, and convert them into electromagnetic waves for radiation via antenna 2. In this embodiment, the wireless communication module 160 can be used to establish connections with other electronic devices for data interaction. Alternatively, the wireless communication module 160 can be used to access access point devices, send control commands to other electronic devices, or receive data from other electronic devices.

[0078] In addition, the electronic device 100 can implement audio functions through an audio module 170, a speaker 170A, a receiver 170B, a microphone 170C, a headphone jack 170D, and an application processor, such as music playback and recording. The electronic device 100 can receive input from buttons 190, generating key signal inputs related to user settings and function control. The electronic device 100 can use a motor 191 to generate vibration alerts (such as vibration alerts for incoming calls). The indicator 192 in the electronic device 100 can be an indicator light, used to indicate charging status, battery level changes, messages, missed calls, notifications, etc. The SIM card interface 195 in the electronic device 100 is used to connect a SIM card. The SIM card can be inserted into or removed from the SIM card interface 195 to achieve contact and separation with the electronic device 100.

[0079] It should be understood that, in practical applications, electronic device 100 may include more than Figure 1 The number of more or fewer components shown is not limited in the embodiments of this application. The illustrated electronic device 100 is merely an example, and the electronic device 100 may have more or fewer components than shown in the figure, may combine two or more components, or may have different component configurations. The various components shown in the figure may be implemented in hardware, software, or a combination of hardware and software, including one or more signal processing and / or application-specific integrated circuits.

[0080] The software system of electronic device 100 can adopt a layered architecture, event-driven architecture, microkernel architecture, microservice architecture, or cloud architecture. A layered architecture divides the software into several layers, each with a clear role and function. Layers communicate with each other through software interfaces. For example, ... Figure 2 As shown, the software architecture can be divided into four layers, from top to bottom: the application layer, the application framework layer (framework, FWK), the runtime and system libraries, and the kernel layer.

[0081] The application layer is the top layer of the operating system and includes native operating system applications such as camera, gallery, calendar, Bluetooth, music, video, and messaging applications, as well as third-party applications. The applications discussed in this application embodiment are referred to as applications (APPs), which are software programs capable of performing one or more specific functions. Typically, multiple applications can be installed on an electronic device, such as camera applications and email applications. The applications mentioned below can be system applications pre-installed on the electronic device at the factory, or third-party applications downloaded by the user from the network or obtained from other electronic devices during the use of the electronic device.

[0082] Of course, for developers, they can write applications and install them into this layer. In one possible implementation, the application can be developed using the Java language, by calling the application programming interface (API) provided by the application framework layer. Developers can then interact with the underlying operating system (such as the kernel layer) through the application framework to develop their own applications.

[0083] The application framework layer provides the API and programming framework for the application layer. It can include predefined functions. The application framework layer may include a window manager, content provider, view system, phone manager, resource manager, notification manager, etc.

[0084] The window manager is used to manage window programs. The window manager can obtain the screen size, determine if a status bar is present, lock the screen (or display), and capture the screen, among other things.

[0085] Content providers are used to store and retrieve data, making that data accessible to applications. This data may include files (e.g., documents, videos, images, audio), text, and other information.

[0086] A view system includes visual controls, such as controls that display text, images, documents, and other content. View systems can be used to build applications. An interface in a display window can consist of one or more views. For example, a display interface including a text message notification icon could include a view that displays text and a view that displays images.

[0087] The phone manager provides communication functionality for electronic devices. The notification manager allows applications to display notification information in the status bar; it can be used to convey informative messages and can disappear automatically after a short pause without user interaction.

[0088] The runtime includes the core libraries and the virtual machine. The runtime is responsible for system scheduling and management.

[0089] The system's core library consists of two parts: one part contains the functionalities that the Java language needs to call, and the other part is the system's core library. The application layer and application framework layer run in a virtual machine. Taking Java as an example, the virtual machine executes the Java files in the application layer and application framework layer as binary files. The virtual machine is used to perform functions such as object lifecycle management, stack management, thread management, security and exception management, and garbage collection.

[0090] The system library can include multiple functional modules. For example: a surface manager, a media library, a 3D graphics processing library (e.g., OpenGL ES), a 2D graphics engine (e.g., SGL), and an image processing library. The surface manager manages the display subsystem and provides fusion of 2D and 3D layers for multiple applications. The media library supports playback and recording of various common audio and video formats, as well as still image files. The media library supports various audio and video encoding formats, such as MPEG4, H.564, MP3, AAC, and AMR. The 3D graphics processing library implements 3D graphics drawing, image rendering, compositing, and layer processing. The 2D graphics engine is the drawing engine for 2D graphics.

[0091] The kernel layer provides core system services for the operating system, such as security, memory management, process management, network protocol stack, and driver models, all of which are implemented based on the kernel layer. The kernel layer also serves as an abstraction layer between the hardware and software stacks. This layer contains many drivers related to electronic devices, including: display drivers; keyboard drivers as input devices; Flash drivers for memory-based devices; camera drivers; audio drivers; Bluetooth drivers; and WiFi drivers.

[0092] It is important to understand that the functional services described above are just an example. In practical applications, electronic devices may be divided into more or fewer functional services based on other factors, or the functions of each service may be divided in other ways, or they may not be divided into functional services but work as a whole.

[0093] The solution provided in this application will be described in detail below with reference to the accompanying drawings.

[0094] Example 1

[0095] Reference Figure 3 A possible card resource processing method provided in this application embodiment may include:

[0096] S301: The first electronic device acquires a first card resource in a first format; wherein the first format is a card format that the first electronic device supports parsing but the second electronic device does not support parsing.

[0097] In some embodiments of this application, the first card resource may include resources for one or more cards, and the first card resource may be used by a first electronic device to display one or more cards. Here, the card resource can also be understood as the resource used to display the card.

[0098] For example, taking a scenario of displaying stacked cards as an example, in one possible case, the first card resource acquired by the first electronic device can be the resources of multiple stacked cards, meaning the first electronic device can acquire the resources of multiple cards simultaneously. In another possible case, the first card resource acquired by the first electronic device can be the resource of one card in the stack, and the first electronic device can, in response to a received card switching operation (such as a page-turning operation on the stacked cards), reacquire the resources of another card (i.e., the switched card). That is, the first electronic device can acquire the resources of one card at a time.

[0099] In some embodiments of this application, the card may be an application or an atomic service card. For ease of description, the application or atomic service will be referred to as application / metic service below.

[0100] For example, a first electronic device can download an application / cloud service installation package from a server (e.g., a cloud server) and install the application / meta-service based on the installation package. The installation package may include a resource package for the application / meta-service, which may include card resources for displaying cards for the application / meta-service. The first card resource may be a card resource included in the resource package for displaying one or more cards. Here, meta-service is a service delivery method; it has an independent entry point and features installation-free operation (i.e., it is installed in the background by the electronic device without manual user intervention) and lightweight characteristics. Users can directly launch the meta-service through clicking, tapping, scanning, etc., without waiting for the installation process.

[0101] In some embodiments of this application, the first format that the first electronic device supports parsing corresponds to the configuration of the operating system of the first electronic device. This can also be understood as the first format that the first electronic device supports parsing being determined based on the configuration of the operating system of the first electronic device. For example, when the operating system of the first electronic device adopts a declarative development paradigm, the Stage model, and the ArkTS language, the first format can be the HAP (harmony ability package) format.

[0102] In some embodiments of this application, the first electronic device may also display the first card based on the first card resource.

[0103] S302: The first electronic device converts the first card resource from the first format to the second format to obtain the second card resource; wherein the second card resource is used by the second electronic device to display the first card.

[0104] The second format is a card format that the second electronic device supports parsing.

[0105] In some embodiments of this application, the data format supported by the first electronic device covers the data format supported by the second electronic device. For example, the data format supported by the first electronic device may include a first format and a second format, while the data format supported by the second electronic device may include the second format but not the first format. In this scenario, the solution provided in the embodiments of this application can be adopted.

[0106] Optionally, the first electronic device may include a card resource conversion module, which can convert the first card resource from a first format to a second format to obtain the second card resource.

[0107] Optionally, the first electronic device and the second electronic device may meet at least one of the following conditions: the operating systems of the first and second electronic devices have different development paradigms; the operating systems of the first and second electronic devices have different application models; and the operating systems of the first and second electronic devices use different programming languages. For example, the operating system of the first electronic device may adopt a declarative development paradigm, a Stage model, and an ArkTS language configuration, while the operating system of the second electronic device may adopt a web-like development paradigm, a FA model, and a JS language configuration. In this scenario, the first electronic device supports the HAP format as its first format, and the second electronic device supports the Extensible Markup Language (XML) format as its second format. Based on the method provided in this application embodiment, after obtaining the HAP format card resources, the first electronic device can convert the card resources into XML format through a card resource conversion module, and then send the converted XML format card resources to the second electronic device.

[0108] In some embodiments of this application, as an optional implementation, the first electronic device may obtain device information of the second electronic device during or after establishing a communication connection with the second electronic device. The device information of the second electronic device may indicate at least one of the following: the device type of the second electronic device, the format of the card resources supported by the second electronic device for parsing, and the processor type of the second electronic device. For example, the device type of the second electronic device may include smartwatches, sports watches, etc., and the processor type of the second electronic device may include application processors (APs), microcontroller units (MCUs), etc. No specific limitations are imposed in these embodiments.

[0109] As an optional implementation, when the device information of the second electronic device indicates its device type, the first electronic device can determine whether the card resource format needs to be converted based on the device type of the second electronic device. When it is determined that the card resource format needs to be converted, the first electronic device can use the format corresponding to the device type as the second format that the second electronic device supports parsing. Optionally, the device type that needs to be converted can be preset. For example, in a scenario where the first electronic device is a mobile phone and the second electronic device is a sports watch, the mobile phone can be preset to require the card resources sent to the sports watch to be converted and that the card resource format corresponding to the sports watch is XML format. In this scenario, when the device information of the sports watch indicates that the device type is a sports watch, the mobile phone can determine, based on the above method, that the card resources need to be converted to XML format before being sent to the sports watch.

[0110] As another optional implementation, when the device information of the second electronic device indicates a card resource format that the second electronic device supports parsing, the first electronic device can determine that the format of the card resource needs to be converted, and use the card resource format indicated by the device information of the second electronic device as the second format that the second electronic device supports parsing.

[0111] As another optional implementation, when the device information of the second electronic device indicates its processor type, the first electronic device can determine whether the card resource format needs to be converted based on the processor type of the second electronic device. If it is determined that the card resource format needs to be converted, the first electronic device can use the format corresponding to the processor type as the second format supported by the second electronic device for parsing. For example, in a scenario where the first electronic device is a mobile phone and the second electronic device is a smartwatch, when the smartwatch's processor is an AP, the mobile phone does not need to convert the card resource; when the smartwatch's processor is an MCU, the mobile phone needs to convert the card resource and convert it to XML format. This information can be preset in the mobile phone. In this scenario, when the processor type indicated by the device information of the sports watch is MCU, the mobile phone can determine, based on the above method, that the card resource needs to be converted to XML format before being sent to the sports watch.

[0112] In the above method, the operating system configurations of different electronic devices differ depending on their device type and / or processor type. The card resource format corresponding to any device type and / or processor type can be determined based on the operating system configuration of the electronic device that conforms to that device type and / or processor type. For example, when the second electronic device is a smartwatch and its processor type is an MCU, the operating system of the second electronic device can adopt a WEB-like development paradigm, FA model, and JS language configuration. Based on this configuration, the card resource format supported by the second electronic device is XML format. Therefore, the card resource format corresponding to the smartwatch device type and the MCU processor type can be set to XML format.

[0113] Optionally, the first electronic device may include a distributed card management module. The first electronic device can obtain the device information of the second electronic device through the distributed card management module, and determine whether to convert the card resources and the format to which the card resources are converted based on the device information of the second electronic device according to the above method.

[0114] Optionally, in the above method, the first electronic device and the second electronic device can establish a communication connection through near-field communication (NFC) or mobile communication. NFC can include Bluetooth, WiFi, or Near Field Communication (NFC). Mobile communication is communication between mobile entities or between a mobile entity and a fixed entity. Data connectivity can be provided wirelessly in mobile communication, and mobile communication methods can include 2G / 3G / 4G / 5G / 6G or future mobile communication methods.

[0115] In one example scenario, the first electronic device can be a mobile terminal device such as a mobile phone, tablet, or computer, and the second electronic device can be a wearable device such as a smartwatch or sports watch. In this scenario, the first and second electronic devices can establish a communication connection through short-range communication.

[0116] S303: The first electronic device sends the second card resources to the second electronic device.

[0117] In some embodiments of this application, in a scenario where a communication connection can be established between a first electronic device and a second electronic device via short-range communication, the first electronic device can send the second card resources to the second electronic device via short-range communication.

[0118] S304: The second electronic device displays the first card based on the second card resource from the first electronic device.

[0119] The second electronic device can parse the second card resources from the first electronic device and display the first card based on the parsed information.

[0120] In some embodiments of this application, as an optional implementation, the second electronic device may directly display the first card based on the second card resource after receiving the second card resource. As another optional implementation, the second electronic device may, after receiving the second card resource, display the first card based on the second card resource in response to a received user operation instructing the second electronic device to display the first card.

[0121] Based on the above method, the second electronic device can generate and display cards based on the card resources shared by the first electronic device.

[0122] Optionally, the card displayed by the second electronic device may be the same as the card displayed by the first electronic device.

[0123] In some embodiments of this application, the first electronic device can be an electronic device with strong hardware and software capabilities, while the second electronic device can be an electronic device with weak hardware and software capabilities. Based on the method provided in the embodiments of this application, it can be ensured that the electronic device with weak hardware and software capabilities can obtain card resources and successfully parse the obtained card resources, thereby displaying the cards based on the parsed card resources. In this method, the electronic device with weak hardware and software capabilities can flexibly and efficiently display various cards based on the card resources from the electronic device with strong hardware and software capabilities, thereby improving the card display effect and the practicality of the card display.

[0124] Optionally, the electronic device with strong hardware and software capabilities described in this application embodiment can be an electronic device capable of obtaining and parsing card resources provided by the server. For example, a device with strong hardware and software capabilities can be a mobile phone, tablet, or other such device. The electronic device with weak hardware and software capabilities described in this application embodiment can be an electronic device unable to obtain card resources from the server and / or unable to parse card resources provided by the server. For example, an electronic device with weak hardware and software capabilities can be a wearable device, etc.

[0125] In some embodiments of this application, electronic devices with strong hardware and software capabilities can also be understood as rich devices. A rich device is a device with a powerful processor, ample storage and computing resources, capable of processing large amounts of data and complex tasks, and providing rich functionality. Rich devices are typically frequently used and highly interactive devices. Electronic devices with weak hardware and software capabilities can also be understood as light devices. A light device is a device with a weak processor, limited storage and computing resources, capable of processing only small amounts of data and simple tasks, and providing basic or auxiliary functions. Light devices are typically frequently used and have weak interaction.

[0126] The following examples illustrate the above. Figure 3 The triggering mechanism of the method shown will be explained in detail.

[0127] In some embodiments of this application, the first electronic device may be triggered to execute the above steps S301 to S303 based on at least one of the following methods 1 to 3.

[0128] Method 1: The first electronic device may execute steps S301 to S303 in response to a first operation received by either the first electronic device or the second electronic device. The first operation triggers the first electronic device to send card resources (e.g., the first card) to the second electronic device for displaying a card. Optionally, when the second electronic device receives the first operation, it may instruct the first electronic device to perform the first operation, causing the first electronic device to execute steps S301 to S303 in response. Alternatively, the second electronic device may instruct the first electronic device to acquire the card resources and transfer them to the second electronic device in response to the first operation, and the first electronic device may execute steps S301 to S303 in response to this instruction.

[0129] In some embodiments of this application, the first operation can be any of the following operations:

[0130] 1) Used to indicate the operation of displaying the application interface of the first application or the first meta-service.

[0131] In one example, the operation could be a user clicking the icon of the first application or the first meta-service. In this scenario, the application interface could be the homepage of the first application or the first meta-service. Of course, the operation could also be other operations, and this application embodiment does not impose specific limitations.

[0132] In this method, the first card resource acquired by the first electronic device in response to the first operation may include any of the following:

[0133] a. Card resources set up to be associated with the first application or the first meta-service.

[0134] The card can be a card that provides services related to the function set by the first application or the first meta-service. The card can belong to the first application or the first meta-service, or it can be a card from other applications or meta-services.

[0135] For example, cards associated with a fitness and health app may include cards belonging to that app. When a user clicks the fitness and health app icon, the first electronic device can access the card resources belonging to that app. As another example, cards associated with a navigation app may include weather cards that provide weather services. When a user clicks the navigation app icon, the first electronic device can access the weather card resources.

[0136] b. Cards that are set to be associated with the above application interface.

[0137] The card can be a card that provides services related to the function based on the functional settings of the aforementioned application interface. The card can belong to the first application or the first meta-service, or it can be a card from other applications or meta-services.

[0138] For example, cards associated with a navigation route search interface or flight search interface may include weather cards (e.g., weather cards used to display weather conditions at the destination). When a user opens the navigation route search interface or flight search interface, the first electronic device can access the card resources of the weather cards. As another example, cards associated with a food delivery interface may include food recommendation cards (e.g., cards used to recommend nearby restaurants). When a user opens the food delivery app and the app displays the food delivery interface, the first electronic device can access the card resources of the food recommendation cards.

[0139] c. Based on the current scenario, select the card resource that corresponds to the current scenario from multiple cards, where different cards correspond to different scenarios.

[0140] Among them, the card corresponding to the current scenario can belong to the first application or the first meta-service, or it can be a card from other applications or meta-services.

[0141] Optionally, the scenario may include time, location, type of the application interface, function of the application interface, type of application to which the application interface belongs, etc., and this application embodiment does not impose specific restrictions on these.

[0142] Optionally, the multiple candidate cards may include cards that are set to be associated with the first application or the first meta service and / or cards that are set to be associated with the aforementioned application interface.

[0143] For example, in a scenario where a travel app is launched at a specific location, cards used to recommend attractions can be accessed. When a user opens the travel app at a certain location, the first electronic device can obtain card resources for recommending attractions near that location.

[0144] The above method will be illustrated by example 1 below.

[0145] Example 1: In one example, taking a scenario where the first electronic device is a mobile phone and the second electronic device is a sports watch, the first application can be... Figure 4 The diagram in (a) shows the health and fitness app on the phone's main interface. In this scenario, based on the method described above, the phone can respond to the user's click. Figure 4 The operation of the sports and health application icon shown in diagram (a) (i.e., the first operation) switches to displaying Figure 4 The diagram in (b) shows the application interface of the sports and health application; and, according to the method described in steps S301 to S303 above, card resources (i.e., first card resources) for displaying the sports and health application are obtained, and the card resources are converted into a data format that the sports watch can parse and then sent to the sports watch. The user launches the sports and health application by clicking its icon, indicating that the user intends to use the services provided by the sports and health application. The sports and health application displays the following after launch: Figure 4 The interface shown in diagram (b) can display user steps, exercise records, sleep status, blood sugar and blood pressure management, etc. Therefore, the first electronic device can obtain cards with corresponding or similar functions based on the functions provided by this interface (e.g., Figure 5 The system obtains card resources (such as exercise cards (card 1), step count cards (card 2), etc.) from the phone, converts these card resources into a format that the sports watch can parse, and then sends them to the sports watch. This allows the sports watch to provide relevant services to the user through the cards. After receiving the card resources from the phone, the sports watch can display cards from the sports and health application based on these card resources, thereby providing users with convenient and efficient sports-related services. For example, the sports and health application cards displayed on the sports watch may include... Figure 5 The cards shown are card 1 and / or card 2. In this example, the cards displayed on the phone's fitness and health app may include... Figure 7 Card 1 and / or card 2 are shown in diagram (a) in the figure.

[0146] 2) Used to indicate the operation of generating and displaying (or adding) the first card.

[0147] Based on this method, when a first electronic device generates and displays (or adds) a card in response to a user operation, it can share the card resources used to display the card with a second electronic device, so that the second electronic device can generate and display the card.

[0148] The method will be illustrated by example in the following Example 2.

[0149] Example 2: In one example, taking a scenario where the first electronic device is a mobile phone and the second electronic device is a fitness watch, the first application can be a sports and health application. Based on the above method, a possible control interface for displaying the sports and health application card on the mobile phone can be... Figure 6 The interface is shown in schematic diagram (a). This interface includes a control 1 for triggering the display of card 1 on the mobile phone. The mobile phone can switch to displaying the card 1 in response to the user's tapping of the control 1 (i.e., the first operation). Figure 6 The schematic diagram (b) shows the main interface including card 1; and, according to the method described in steps S301 to S303 above, card resources (i.e., first card resources) for displaying the sports and health application card (i.e., the first card) are obtained, and the card resources are converted into a data format that the sports watch can parse and then sent to the sports watch. After receiving the card resources from the mobile phone, the sports watch can display the sports and health application card based on the card resources. For example, the sports and health application card displayed by the sports watch may include Figure 5 Card 1 is shown in the image. This method allows cards to be displayed simultaneously on both the phone and the sports watch, enabling users to access the services provided by the cards from either device, offering high convenience and practicality.

[0150] 3) Operations applied to the first card (such as clicking the first card or the controls within the first card).

[0151] In one possible scenario, the card resources acquired by the first electronic device in response to the first operation may include the card resources of the first card.

[0152] The method is illustrated below with reference to Example 3.

[0153] Example 3: In one example, taking a scenario where the first electronic device is a mobile phone and the second electronic device is a fitness watch, the first application can be a sports and health application. Based on the above method, one possible interface for the mobile phone to display the sports and health application card can be... Figure 7 The interface is shown in diagram (a). Card 2 in this interface is a card from the sports and health application. In this scenario, the phone can respond to the user's tap on card 2 in this interface (i.e., the first action) by switching to displaying... Figure 7The diagram in (b) shows the application interface of the sports and health application; and, according to the method described in steps S301 to S303 above, card resources (i.e., first card resources) for displaying card 2 (i.e., the first card) are obtained, and the card resources are converted into a data format that the sports watch can parse and then sent to the sports watch. After receiving the card resources from the mobile phone, the sports watch can display card 2 of the sports and health application based on the card resources. For example, the card 2 of the sports and health application displayed by the sports watch can be... Figure 5 Card 2 is shown in the image.

[0154] In another possible scenario, the card resources acquired by the first electronic device in response to the first operation may include card resources of cards associated with the first card.

[0155] In one optional implementation, the card associated with the first card can be a detailed card corresponding to the first card or a card with a different style than the first card. In one example, the card associated with the first card can be a card with richer or more detailed content than the first card. For example, if the first electronic device is a mobile phone and the second electronic device is a sports watch, and the mobile phone displays… Figure 7 In the scenario shown in diagram (a), the mobile phone can respond to a click. Figure 7 The operation of card 2 shown in diagram (a) is to obtain... Figure 7 The card resources of card 1 shown in diagram (a) are converted into a new format according to the aforementioned method and sent to the sports watch, thereby enabling the sports watch to display card 2 based on the card resources from the mobile phone. In this method, Figure 7 Card 2 shown in diagram (a) can be considered a more detailed card corresponding to card 1.

[0156] As another optional implementation, the card associated with the first card can be a card containing detailed content corresponding to at least one item in the first card, or it can be understood that the card associated with the first card can be a card at the next lower level or a more granular level than the first card. For example, when the first electronic device displays a memo card that includes records such as shopping lists and business trip plans, the first electronic device can respond to the user's click on the business trip plan record in the memo card, obtain the card resource of the card corresponding to the detailed record of the business trip plan, convert the format according to the aforementioned method, and send it to the second electronic device, thereby enabling the second electronic device to display the card corresponding to the detailed record of the business trip plan based on the card resource. In this scenario, the first electronic device can also respond to the user's click on the business trip plan record in the memo card and display the application interface of the memo application. As another example, when the second electronic device displays the calendar card corresponding to the current month's calendar, when the user clicks on a date in the calendar card, the second electronic device can notify the first electronic device of this operation. The first electronic device can respond to the user's click on a date in the calendar card, obtain the card resource of the card corresponding to the itinerary for that date, convert the format according to the aforementioned method, and send it to the second electronic device, thereby enabling the second electronic device to display the card corresponding to the itinerary for that date based on the card resource.

[0157] Optionally, in the two embodiments described above, the interfaces or cards displayed by the first electronic device and the second electronic device may be the same or different.

[0158] Method 2: The first electronic device may execute steps S301 to S303 when either the first electronic device or the second electronic device is currently in a set location. Specifically, the second electronic device may notify the first electronic device upon detecting that it is in a set location, so that the first electronic device can confirm that the second electronic device is in the set location. Alternatively, the second electronic device may instruct the first electronic device to acquire card resources based on the set location and transfer them to the second electronic device.

[0159] The set location can be a pre-defined position used to trigger the display of the first card (or the card of the first application). That is, the set location can be associated with the first card (or the first application).

[0160] For example, in a scenario where the first electronic device is the user's mobile phone and the second electronic device is a fitness watch worn by the user, when the first card is a card for a fitness and health application, the location can be set to the location of a gym. Then, when the mobile phone detects that either the phone or the fitness watch is in a gym, it can, according to the methods described in steps S301-S303 above, obtain card resources (i.e., the first card resource) for displaying the fitness and health application card (i.e., the first card), convert the card resource into a data format that the fitness watch can parse, and send it to the fitness watch. After receiving the card resource from the mobile phone, the fitness watch can display the fitness and health application card based on that card resource. For example, the fitness and health application card 2 displayed by the fitness watch may include... Figure 5 Cards 1 and 2 are shown in the image. In this scenario, when the phone or fitness watch is in a gym, the user may have a need to use services provided by a fitness app. Therefore, by displaying fitness app cards on the fitness watch, services that the user might need can be recommended to the user, thereby improving the user experience. Based on this method, when the phone detects that the user is in a set location, relevant cards can be displayed on the watch to provide services to the user through the watch.

[0161] Method 3: The first electronic device may execute steps S301 to S303 above when it determines that it is currently within a set time or a set time period. Alternatively, the second electronic device may instruct the first electronic device to acquire card resources and transfer them to the second electronic device when it determines that it is currently within a set time or a set time period. The first electronic device may then execute steps S301 to S303 above in response to the instruction.

[0162] The set time can be a pre-set time for triggering the display of the first card (or the card of the first application). That is, the set time can be associated with the first card (or the first application). The set time period can be a pre-set time period for triggering the display of the first card (or the card of the first application). That is, the set time period can be associated with the first card (or the first application).

[0163] For example, in a scenario where the first electronic device is the user's mobile phone and the second electronic device is a sports watch worn by the user, when the first card is a card for a sports and health application, the set time can be the user's set exercise time, such as 19:00 every day. Then, when 19:00 arrives, the mobile phone can, according to the methods described in steps S301-S303 above, obtain the card resource (i.e., the first card resource) for displaying the sports and health application card (i.e., the first card), convert the card resource into a data format that the sports watch can parse, and send it to the sports watch. After receiving the card resource from the mobile phone, the sports watch can display the sports and health application card based on that card resource. For example, the sports and health application card 2 displayed by the sports watch may include... Figure 5 The cards 1 and 2 shown are designed to allow users to easily and quickly access their respective services via their watch while exercising. Based on this method, when the phone detects a set time, the relevant cards can be displayed on the watch to provide services to the user.

[0164] Example 2

[0165] In one possible solution, based on the method provided in Embodiment 1 above, after the second electronic device displays the first card, the operation on the first card displayed by the second electronic device can be responded to by the first electronic device. Specifically, refer to... Figure 3 Following step S304 above, the following steps S305 to S306 may also be included:

[0166] S305: In response to the received second operation applied to the first card, the second electronic device sends a first instruction to the first electronic device, the first instruction being used to instruct the second operation.

[0167] S306: The first electronic device, in response to the first instruction, performs a first process for responding to the second operation.

[0168] Wherein, when the second operation is used to instruct updating the first card, the first process includes updating the first card displayed on the first electronic device. When the second operation is used to instruct switching to the application interface of the first application to which the first card belongs, the first process includes switching to display the application interface. When the second operation is used to instruct performing a specific operation (e.g., playing audio) through the first application to which the first card belongs, the first process includes performing the specific operation through the first application.

[0169] The above method will be illustrated by example in Example 4 below.

[0170] Example 4: In one example, in the scenario described in Example 2, based on the above method, the sports watch can respond to a user's click. Figure 5The operation (i.e., the second operation) of card 2 (i.e., the first card) shown in the diagram sends a first instruction to the mobile phone to instruct on that operation. Upon receiving the first instruction, the mobile phone can respond to the operation indicated by the first instruction from the display... Figure 6 The interface shown in diagram (b) is switched to display. Figure 4 The interface shown in diagram (b) (i.e., performing the first process).

[0171] Example 3

[0172] In some embodiments of this application, based on the method provided in Embodiment 1 above, after the second electronic device displays the first card, the first card displayed by the second electronic device can also be updated. The triggering method for updating the first card displayed by the second electronic device can include: triggering on the first electronic device side, or triggering on the second electronic device side. These will be described separately below.

[0173] In a first possible solution, based on the method provided in Embodiment 1 above, the first electronic device can also display a card based on the first card resource. After the first electronic device displays a card based on the first card resource, it can update the displayed card to a second card in response to a received user operation, or it can automatically update the displayed card to a second card under a set scenario, or it can update the first card based on other triggering conditions. If the first electronic device updates the card displayed based on the first card resource to a second card, it can convert the card resource used to display the second card into a format that the second electronic device can parse, send the converted card resource to the second electronic device, and instruct the second electronic device to update the first card based on the card resource. Based on this method, it can be further ensured that the card displayed by the second electronic device is consistent with the card displayed by the first electronic device.

[0174] Specifically, refer to Figure 3 Based on this scheme, after step S304 above, the following steps S307 to S310 may also be included:

[0175] S307: When the first electronic device updates the first card to the second card, it acquires the third card resource in the first format.

[0176] The third card resource can be the card resource of the second card, or it can be understood as the card resource used by the first electronic device to display the second card.

[0177] The method for the first electronic device to obtain the third card resource can be implemented by referring to the method for the first electronic device to obtain the first card resource described in step S301 above, and will not be repeated here.

[0178] S308: The first electronic device converts the third card resource from the first format to the second format to obtain the fourth card resource; wherein the fourth card resource is used by the second electronic device to display the second card.

[0179] Step S308 can be implemented by referring to the method described in step S302 above, and will not be repeated here.

[0180] S309: The first electronic device sends a fourth card resource and a second instruction to the second electronic device; wherein the second instruction is used to instruct the second electronic device to update the first card based on the fourth card resource.

[0181] S310: The second electronic device updates the first card to the second card based on the received fourth card resource.

[0182] The method for the second electronic device to display the second card in step S310 can be implemented by referring to the method described in step S304 above, and will not be repeated here.

[0183] Optionally, in the above method, the first electronic device may update the first card to the second card in response to an operation applied to the first card. Alternatively, the first electronic device may update the first card to the second card under a set scenario. Or, the first electronic device may update the first card to the second card based on other triggering conditions, which will not be listed one by one in this embodiment.

[0184] The above method will be illustrated by example in Example 5 below.

[0185] Example 5: In one example, taking a scenario where the first electronic device is a mobile phone and the second electronic device is a sports watch, the first application to which the first card belongs can be a memo application. Based on the method described in Embodiment 1, a card in the memo application displayed on the mobile phone can be... Figure 8 The card 3 (i.e., the first card) shown in diagram (a) can be displayed on the sports watch. Figure 9 Card 3 is shown in diagram (a) of the diagram. In this scenario, the mobile phone can respond to the action on Figure 8 In diagram (a), card 3, which indicates the operation to complete the first to-do item, is switched to display... Figure 8The diagram in (b) shows card 4; and, according to the method described in steps S308 to S310 above, card resources (i.e., second card resources) for displaying card 4 (i.e., the second card) are obtained, and the card resources are converted into a data format that the sports watch can parse and sent to the sports watch, while instructing the sports watch to update card 3 based on the card resources (i.e., the second instruction). After receiving the card resources and instructions from the mobile phone, the sports watch can display card 4 based on the card resources and update card 3 using card 4. That is, the sports watch can respond to the instruction from the display Figure 9 In diagram (a), card 3 is switched to display. Figure 9 Card 4 is shown in diagram (b) of the diagram.

[0186] In the second possible solution, based on the method provided in Embodiment 1 above, the first electronic device may display a card based on the first card resource, or it may not display a card. After the second electronic device displays the first card, when the second electronic device updates the first card, it can request card resources from the first electronic device to update the first card, and update the first card based on the card resources provided by the first electronic device. Specifically, the second electronic device can update the first card in response to a received user operation, automatically update the first card under a set scenario, or update the first card based on other triggering conditions. In this scenario, when the first electronic device displays a card based on the first card resource, in addition to providing card resources for updating the first card to the second electronic device, the first electronic device can also update the displayed card based on those card resources. Based on this method, it is possible to ensure that card updates can be performed easily and quickly on the second electronic device side.

[0187] Specifically, refer to Figure 3 Based on this scheme, after step S304 above, the following steps S311 to S315 may also be included:

[0188] S311: The second electronic device sends a second instruction to the first electronic device; wherein the second instruction is used to request card resources for the second electronic device to display the second card.

[0189] The second card can be used to update the first card.

[0190] S312: The first electronic device, in response to the received second instruction, acquires a third card resource in a first format.

[0191] S313: The first electronic device converts the third card resource from the first format to the second format to obtain the fourth card resource; wherein the fourth card resource is used by the second electronic device to display the second card.

[0192] S314: The first electronic device sends the fourth card resource to the second electronic device.

[0193] S315: The second electronic device updates the first card to the second card based on the received fourth card resource.

[0194] The above method will be illustrated by example in the following example 6.

[0195] Example 6: In one example, taking a scenario where the first electronic device is a mobile phone and the second electronic device is a sports watch, the first application to which the first card belongs can be a memo application. Based on the method described in Embodiment 1, the first card displayed on the sports watch can be... Figure 9 Card 3 is shown in diagram (a) of the image. In this scenario, the sports watch can respond to the action applied to... Figure 9 In the diagram (a) shown, card 3, used to indicate the completion of the first to-do item, requests card resources from the mobile phone to update card 3. The mobile phone, in response to the request from the sports watch, obtains the corresponding card resources, converts them into a data format that the sports watch can parse, and then sends them to the sports watch. The sports watch can then display the data based on the card resources from the mobile phone. Figure 9 Card 4 is shown in diagram (b) in the diagram, thereby... Figure 9 Card 3 shown in diagram (a) is updated to Figure 9 Card 4 is shown in diagram (b) of the diagram.

[0196] Figure 10 This is a schematic diagram of a possible system architecture to which the methods provided in the above embodiments of this application are applicable. For example... Figure 10 As shown in the embodiments above, the method can be applied to a system composed of a first electronic device and a second electronic device. Optionally, the system may further include a server, which can be used to provide an installation package for an application / meta service. The installation package for the application / meta service may include card resources for generating or displaying cards for the application / meta service.

[0197] In some embodiments of this application, such as Figure 10As shown, the first electronic device may include an application / metaservice, a card management module, a distributed card management module, a card display module, a card resource conversion module, and a communication module. The card management module can acquire (partial or all) card resources corresponding to the application / metaservice and transmit these card resources to the distributed card management module. The card management module can also generate cards for the application / metaservice based on the acquired card resources and display the generated cards through the card display module. The card display module can be a system application or system service of the first electronic device. The distributed card management module can convert the card resources from the card management module into a format that the second electronic device can parse through the card resource conversion module and send the converted card resources to the second electronic device through the communication module.

[0198] like Figure 10 As shown, the second electronic device may include a communication module, a distributed card management module, a card management module, and a card display module. The communication module can receive card resources from the first electronic device and send these card resources to the distributed card management module. The distributed card management module can parse the card resources to obtain new card resources and send these new card resources to the card management module. The card management module can generate cards based on the received card resources and display the generated cards through the card display module.

[0199] In some embodiments of this application, when the first electronic device adopts Figure 2 When the structure shown is implemented, the application / metaservice and card display modules in the first electronic device can be deployed in... Figure 2 The application layer shown, including the card management module, distributed card management module, and card resource conversion module, can be deployed in... Figure 2 The application framework layer shown.

[0200] It should be understood that the system architecture described above is merely an example. In practical applications, modules can be added or removed, or modules can be split or merged. This application does not impose specific limitations. The division of functional modules in the system architecture described above is illustrative and only represents a logical functional division. In actual implementation, there may be other division methods, and the specific functions performed by each functional module may also be divided in other ways. For example, the first electronic device or the second electronic device may be divided into more or fewer functional services according to other factors, or the functions of each service may be divided in other ways, or the functional services may not be divided and the device may work as a whole. The names of the functional modules described above are merely examples, and the names of the functional modules in this application embodiment are not limited.

[0201] In one example, based on the method provided in the foregoing embodiments, such as Figure 10 As shown, one possible method flow applied to this system may include:

[0202] S1001: The first electronic device downloads and installs the application / meta-service installation package, wherein the application / meta-service installation package includes card resources in a first format.

[0203] S1002: The card management module in the first electronic device obtains card resources of the first format from the application / meta-service installation package.

[0204] S1003: The card management module in the first electronic device sends the acquired card resources to the distributed card management module in the first electronic device.

[0205] S1004: The distributed card management module in the first electronic device converts the received card resources into a second format and packages them into a card resource package through the card resource conversion module.

[0206] S1005: The distributed card management module in the first electronic device sends the card resource package to the communication module in the first electronic device.

[0207] S1006: The communication module in the first electronic device sends the card resource package to the second electronic device.

[0208] S1007: The communication module in the second electronic device sends the card resource package from the first electronic device to the distributed card management module in the second electronic device. The card resource package is in a second format.

[0209] S1008: The distributed card management module in the second electronic device parses the received card resource package to obtain card resources.

[0210] S1009: The distributed card management module in the second electronic device sends card resources to the card management module.

[0211] S1010: The card management module in the second electronic device generates cards based on card resources.

[0212] S1011: The card management module in the second electronic device displays cards through the card display module.

[0213] Optionally, the above process may further include the following steps after step S1002:

[0214] S1012: The card management module in the first electronic device generates cards based on the acquired card resources and displays the cards through the card display module.

[0215] It should be noted that the above implementation process is only an example of the method process applicable to the embodiments of this application. The execution order of each step can be adjusted according to actual needs, and other steps can be added or some steps can be reduced.

[0216] It should be noted that the application scenarios provided in the above embodiments are merely illustrative examples of the applicable scenarios of the embodiments of this application, and do not limit the applicable scenarios of the solutions of this application. Some methods or the same technical concepts provided in any of the above embodiments can also be applied in other embodiments or other scenarios, or can be combined with the methods provided in other embodiments. Specifically, they can be applied in combination with specific embodiments or specific scenarios, and will not be listed and described one by one in this application.

[0217] Based on the above embodiments and the same technical concept, this application also provides an electronic device for implementing the card resource processing method provided in this application for a first electronic device or a second electronic device. For example... Figure 11 As shown, electronic device 1100 may include: memory 1101, one or more processors 1102, and one or more computer programs (not shown). These devices may be coupled via one or more communication buses 1103. Optionally, electronic device 1100 may also include a display screen 1104.

[0218] The memory 1101 stores one or more computer programs (code), and the one or more computer programs include computer instructions; one or more processors 1102 call the computer instructions stored in the memory 1101, causing the electronic device 1100 to execute the card resource processing method applied to the first electronic device or the second electronic device provided in the embodiments of this application.

[0219] In a specific implementation, memory 1101 may include high-speed random access memory, and may also include non-volatile memory, such as one or more disk storage devices, flash memory devices, or other non-volatile solid-state storage devices. Memory 1101 may store an operating system (hereinafter referred to as the system), such as embedded operating systems like Android, iOS, Windows, or Linux. Memory 1101 can be used to store implementation programs of the embodiments of this application. Memory 1101 may also store network communication programs, which can be used to communicate with one or more additional devices, one or more user devices, or one or more network devices.

[0220] One or more processors 1102 may be a general-purpose central processing unit (CPU), a microprocessor, an application-specific integrated circuit (ASIC), or one or more integrated circuits for controlling the execution of programs according to the present application.

[0221] Display screen 1104 is used to display application interfaces and other related user interfaces.

[0222] It should be noted that, Figure 11 This is merely one implementation of the electronic device 1100 provided in this application embodiment. In practical applications, the electronic device 1100 may include more or fewer components, as detailed in the following references. Figure 1 The specific structure and description shown are not limited here.

[0223] Based on the above embodiments and the same technical concept, this application also provides a computer-readable storage medium storing a computer program that, when run on a computer, causes the computer to perform the method provided in the above embodiments for use in a first electronic device or a second electronic device.

[0224] Based on the above embodiments and the same technical concept, this application also provides a computer program product, which includes a computer program or instructions. When the computer program or instructions are run on a computer, the computer performs the method provided in the above embodiments for use in a first electronic device or a second electronic device.

[0225] Based on the above embodiments and the same technical concept, this application also provides a computer program product, which includes a computer program or instructions. When the computer program or instructions are run on a computer, the computer performs the method provided in the above embodiments for use in a first electronic device or a second electronic device.

[0226] The methods provided in this application can be implemented, in whole or in part, through software, hardware, firmware, or any combination thereof. When implemented in software, they can be implemented, in whole or in part, in the form of a computer program product. A computer program product includes one or more computer instructions. When the computer program instructions are loaded and executed on a computer, all or part of the flow or function according to the embodiments of the present invention is generated. The computer can be a general-purpose computer, a special-purpose computer, a computer network, a network device, a user equipment, or other programmable device. Computer instructions can be stored in a computer-readable storage medium or transmitted from one computer-readable storage medium to another. For example, computer instructions can be transmitted from one website, computer, server, or data center to another via wired (e.g., coaxial cable, fiber optic, digital subscriber line (DSL)) or wireless (e.g., infrared, wireless, microwave, etc.) means. A computer-readable storage medium can be any available medium that a computer can access, or a data storage device such as a server or data center that integrates one or more available media. Available media can be magnetic media (e.g., floppy disks, hard disks, magnetic tapes), optical media (e.g., digital video discs (DVDs), or semiconductor media (e.g., SSDs), etc.

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

Claims

1. A card resource processing method, applied to a first electronic device, characterized in that, The method includes: Obtain a first card resource in a first format; wherein the first format is a card format that the first electronic device supports parsing but the second electronic device does not support parsing; The first card resource is converted from the first format to the second format to obtain the second card resource; wherein the second card resource is used by the second electronic device to display the first card; The second card resource is sent to the second electronic device.

2. The method as described in claim 1, characterized in that, The step of converting the first card resource from the first format to the second format to obtain the second card resource includes: In response to the received first operation, the first card resource is converted from the first format to the second format to obtain the second card resource; In response to detecting that the first electronic device is in a set position, the first card resource is converted from the first format to the second format to obtain the second card resource; In response to detecting that the current time is set, the first card resource is converted from the first format to the second format to obtain the second card resource.

3. The method as described in claim 2, characterized in that, The first operation includes: The operation of launching the first application or the first meta-service; wherein, the first application is the application to which the first card belongs, and the first meta-service is the meta-service to which the first card belongs; or The operation of generating and adding the first card; or The operation performed on the first card.

4. The method according to any one of claims 1 to 3, characterized in that, After sending the second card resource to the second electronic device, the method further includes: Receive a first instruction from the second electronic device; wherein the first instruction is used to instruct a second operation to be performed on the first card displayed by the second electronic device; In response to the first instruction, a first process for responding to the second operation is performed.

5. The method according to any one of claims 1 to 3, characterized in that, After sending the second card resource to the second electronic device, the method further includes: Receive a second instruction from the second electronic device; wherein the second instruction is used to request card resources for the second electronic device to display a second card; Obtain the third card resource in the first format; The third card resource is converted from the first format to the second format to obtain the fourth card resource; The fourth card resource is sent to the second electronic device.

6. The method according to any one of claims 1 to 5, characterized in that, The method further includes: In response to detecting an update to the first card, the fifth card resource of the third card is obtained; wherein the fifth card resource is in the first format; The fifth card resource is converted from the first format to the second format to obtain the sixth card resource; wherein the sixth card resource is used by the second electronic device to display the third card; The sixth card resource is sent to the second electronic device.

7. The method according to any one of claims 1 to 6, characterized in that, Before converting the data format of the first card resource from the first format to a second format that the second electronic device can parse to obtain the second card resource, the method further includes: First information is obtained from the second electronic device; wherein the first information is used by the first electronic device to determine the second format; Based on the first information, the second format is determined.

8. The method according to any one of claims 1 to 7, characterized in that, The second electronic device is a sports watch; the step of sending the second card resources to the second electronic device includes: The second card resources are sent to the second electronic device via short-range communication.

9. The method according to any one of claims 1 to 8, characterized in that, The first electronic device and the second electronic device meet at least one of the following criteria: The operating systems of the first electronic device and the second electronic device have different development paradigms; The operating systems of the first electronic device and the second electronic device have different application models; The operating systems of the first electronic device and the second electronic device use different programming languages.

10. A card resource processing method, applied to a second electronic device, characterized in that, The method includes: Send first information to a first electronic device; wherein the first information is used by the first electronic device to determine a first format, the first format being a card format that the second electronic device supports parsing; Receive a first card resource from the first electronic device; wherein the first card resource is in the first format; Display the first card according to the first card resource; In response to the received first operation, a first instruction is sent to the first electronic device; wherein the first instruction is used to request card resources for the second electronic device to display a second card; Receive a second card resource from the first electronic device; wherein the second card resource is in the first format; Based on the second card resource, update the first card to the second card.

11. The method as described in claim 10, characterized in that, After updating the first card to the second card according to the second card resource, the method further includes: In response to a received second operation applied to the second card, a second instruction is sent to the first electronic device to cause the first electronic device to perform a first process in response to the second operation; wherein the second instruction is used to instruct the second operation.

12. The method as described in claim 10 or 11, characterized in that, The first electronic device and the second electronic device meet at least one of the following criteria: The operating systems of the first electronic device and the second electronic device have different development paradigms; The operating systems of the first electronic device and the second electronic device have different application models; The operating systems of the first electronic device and the second electronic device use different programming languages.

13. An electronic device, characterized in that, The electronic device includes a memory and one or more processors; The memory is used to store computer program code, which includes computer instructions; when the computer instructions are executed by the one or more processors, the electronic device performs the method as described in any one of claims 1 to 9, or performs the method as described in any one of claims 10 to 12.

14. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores a computer program that, when run on an electronic device, causes the electronic device to perform the method as described in any one of claims 1 to 9, or the method as described in any one of claims 10 to 12.

15. A computer program product, characterized in that, The computer program product includes a computer program or instructions that, when executed on an electronic device, cause the electronic device to perform the method as described in any one of claims 1 to 9, or to perform the method as described in any one of claims 10 to 12.

Images