Card display method and equipment

Abstract

The invention provides a card display method and device, in the method, the device can display a first card in a first form, and when a first password input by a user is received and verification of the first password is passed, the device can display the first card in a second form. The information amount when the first card is displayed in the first form is less than the information amount when the first card is displayed in the second form. The equipment can perform privacy protection on the card, and the equipment can display the card in a first form when displaying the card, for example, privacy data in the card can not be displayed, or the privacy data can be covered or blurred, so that the privacy data in the card can be protected. And under the condition that the user needs to check the private data of the card, the user can input the password, and the equipment can display the card in a second form, for example, the equipment displays the private data in the card. According to the method and the device, the convenience of multi-device collaboration can be met, the privacy data of the user can be protected, and the user experience can be improved.

Description

Technical Field

[0001] This application relates to the field of human-computer interaction technology, and in particular to a card display method and device. Background Technology

[0002] Service cards display important information about meta-services / applications in card form on the desktop. Users can access these cards via quick gestures, achieving direct service access and reducing the need for multiple navigation steps through lightweight interaction. For example, the device can display service cards for movies, music, games, education, and health.

[0003] Taking health service cards as an example, these cards can display users' physiological data, such as blood pressure and sleep data. While enjoying the convenience of these cards, users are increasingly aware of the importance of personal information security. For instance, users' physiological data is not suitable for displaying on home public devices (such as smart screens). Similarly, staff members' personal data is not suitable for displaying on large screens in public places like shopping malls. Displaying users' private data on service cards can cause user inconvenience and result in a poor user experience. Summary of the Invention

[0004] This application provides a card display method and device that can both protect the privacy data in the card and display the privacy data in the card when the user requests it, thereby improving the user experience.

[0005] A first aspect provides a method for displaying a card. The executing entity of this method can be a device or a chip within a device; the following description uses a device as an example. In this method, the device can display a first card in a first form, and a user can input a first password into the device. Correspondingly, the device can receive the first password input by the user. The device can verify the first password, and if the first password verification is successful, the device can display the first card in a second form. The first password is at least one of the following: a numeric password, a pattern password, or a biometric password.

[0006] In this example, the amount of information contained in the first card displayed in the first format is less than the amount of information contained in the first card displayed in the second format. For instance, when the device displays the first card in the second format, it can display the complete content of the card, such as displaying private data within the card. Alternatively, when the device displays the first card in the first format, it can display only a portion of the card's content, such as not displaying private data or obscuring or blurring the private data. In this example, the amount of information contained in the first card displayed in the first format is less than the amount of information contained in the first card displayed in the second format. For example, when the device displays the first card in the first format, the user cannot see the private data in the first card; when the device displays the first card in the second format, the user can see the private data in the first card.

[0007] In this application, the device can protect the privacy of the card. When displaying the card, the device can present it in a first form, such as by concealing, obscuring, or blurring the private data, thus protecting the privacy data. If a user requests to view the card's private data, the user can enter a password, and the device can then display the card in a second form, such as showing the private data. This application both protects the privacy data and allows for its display when requested by the user, improving the user experience.

[0008] In one possible implementation, the device displays a second card in a first form while simultaneously displaying the first card in the same first form. That is, the device can display both the first and second cards on the interface, both in the first form. For example, the device may not display the privacy data in the cards (the first and second cards), or the device may obscure or blur the privacy data in the cards (the first and second cards).

[0009] In this implementation, the passwords for the first card and the second card are the same. When the device receives the first password entered by the user and the first password is verified, the device can display the second card in a second form. The amount of information when the second card is displayed in the first form is less than the amount of information when the second card is displayed in the second form.

[0010] In this implementation, when the passwords for the first and second cards are the same, the user enters the first password, which triggers the device to display the first and second cards in a second format, allowing the user to view the private data on both cards. This implementation eliminates the need for the user to manually enter the password for each card displayed on the device, making the operation simple and efficient.

[0011] In one possible implementation, taking the device receiving a first password and displaying the first card in a second form as an example, after the device displays the first card in the second form, the user can also enter the first password. Correspondingly, the device receives the first password entered by the user and can display the first card in the first form.

[0012] The above implementation describes how a user can trigger the device to remove privacy protection for the first card by entering the password of the first card, such as displaying the first card in a second form. In this implementation, the user can also trigger the device to continue protecting the privacy of the first card by entering the password of the first card, such as displaying the first card in a first form.

[0013] Similarly, when the device displays the first card in the first format, and also displays the second card in the first format, the device can receive the first password entered by the user and then display the second card in the first format. In this implementation, when the user triggers the device to disable privacy protection for the first and second cards, the user can enter the first password to trigger the device to display the first and second cards in the first format. This eliminates the need for the user to enter the password for each card individually, making the operation simple and efficient.

[0014] In one possible implementation, taking the device receiving a first password and displaying the first card in a second format as an example, if the device does not receive the first password from the user within a preset time after displaying the first card in the second format, the device can display the first card in the first format. In this implementation, after the user triggers the device to disable privacy protection for the first card, the device can automatically restore privacy protection for the card to prevent the user from forgetting to restore privacy protection and causing privacy data leakage.

[0015] Similarly, when the device displays the first card in the first form, and also displays the second card in the first form, the device can display the second card in the first form after receiving the first password entered by the user. In this implementation, when the user triggers the device to disable privacy protection for the first and second cards, if the device does not receive the first password from the user within a preset time period, the device can display the first and second cards in the first form.

[0016] In one possible implementation, while the device displays the first card in a first form, or while the device displays the first card and the second card in a first form, the device also displays the third card in a first form, in which the passwords for the first card and the third card are different.

[0017] In this implementation, the user can enter a second password to trigger the device to disable privacy protection for the third card. Correspondingly, the device can receive the second password entered by the user, and if the second password is successfully verified, the device can display the third card in a second format. The amount of information contained in the third card displayed in the first format is less than the amount of information contained in the third card displayed in the second format.

[0018] For example, the second password can be at least one of the following: a numeric password, a pattern password, or a biometric password.

[0019] Similarly, when the device displays the third card in the second form, the user can also trigger the device to continue protecting the privacy of the third card by entering a second password, such as when the device displays the third card in the first form. Likewise, when the device displays the third card in the second form, if it does not receive a second password from the user within a preset time period, the device can display the third card in the first form, as described in the relevant sections on the first and second cards above.

[0020] The above possible implementations illustrate how users can disable the device's privacy protection for a card by entering its PIN, or trigger the device to continue protecting the card's privacy. The following describes how to set a card PIN:

[0021] In one possible implementation, taking the first card as an example, the device can receive a third password set by the user for the first card, and the device can store the identifier of the first card and the third password accordingly. In this implementation, when the device receives the first password entered by the user, the device can compare whether the first password and the third password are the same. Specifically, if the first password and the third password are the same, the device determines that the first password verification is successful; if the first password and the third password are different, the device determines that the first password verification is unsuccessful.

[0022] It should be understood that the third password for the first card is a prerequisite for subsequent devices to verify the password of the first card, and can prepare for the device to verify the password of the first card in the future.

[0023] In one possible implementation, the device is already logged into a first account. Before receiving the third password set by the user for the first card, in response to the operation of triggering the setting of the password for the first card, the device can output a first prompt message, which prompts the user to enter the password for the first account.

[0024] In this implementation, when a user sets a password for the first card, the device can prompt the user to enter the password for the first account to verify user permissions and ensure the security of the password setting.

[0025] In one possible implementation, the device may prompt the user to set a password for the card when it is added. For example, the first card is configured to have privacy protection enabled by default. When the user triggers the device to add the first card, the device may prompt the user to set a password for the first card.

[0026] In this implementation, assuming the user has already set a third password for the first card, the second card is configured to have privacy protection enabled by default. After the device stores the identifier and password (such as the third password) of the first card, in response to the addition of the second card, the device can output a second prompt message to prompt the user to enter the password.

[0027] In this example, since the user has already set a password for the first card (meaning the device already stores the password), when the user adds a second card with privacy protection enabled by default, the device can prompt the user to verify the password for the first card without requiring the user to reset the password for the second card. The device can also receive a fourth password entered by the user. If the fourth password matches the third password, the device can store the identifier of the second card and the corresponding third password. In other words, if the password for the second card is the same as the password for the first card, the device assigns the password for the first card to the second card.

[0028] For example, in this implementation, when the device outputs the second prompt message, it can detect whether the card's password has been stored in the device. If the device determines that a third password has been stored, it can output the second prompt message.

[0029] In this implementation, when the device has already stored the card's password, when the user triggers the card with the default privacy protection enabled, the device can guide the user to verify the existing password without requiring the user to reset the password for the card. This reduces user operations and improves the user experience.

[0030] In one possible implementation, if a second card has been added to the device, in response to triggering the operation of setting privacy protection for the second card, the device can also detect whether the card's password has been stored in the device. If the device determines that a third password has been stored, the device outputs a second prompt message to prompt the user to enter the password.

[0031] Similarly, since the user has already set a password for the first card (meaning the device already stores the password), when the user triggers the device to set privacy protection for the second card, the device can prompt the user to verify the password for the first card without requiring the user to reset the password for the second card. The device can receive a fourth password entered by the user. If the fourth password matches the third password, the device can store the identifier of the second card and the corresponding third password. In other words, if the password for the second card is the same as the password for the first card, the device assigns the password for the first card to the second card.

[0032] In the two implementation methods described above, when a user adds a second card or sets privacy protection for the second card, the device can be triggered to verify the password of the first card and assign the password of the first card to the second card. In this way, the device can avoid guiding the user to reset the password of the card, which can reduce user operations and improve user experience.

[0033] In one possible implementation, if the device has already stored the password for the first card, when the user triggers the device to enable privacy protection for the second card by default, or when the device has added the second card and responds to the triggering of the operation to set privacy protection for the second card, the device can detect whether the card's password has been stored in the device. If the device determines that the card's password has not been stored, the device can output a third prompt message to prompt the user to set a password for the second card.

[0034] In this example, when a user adds a second card or sets up privacy protection for the second card, if the device does not yet store the card's password, the device can guide the user to set a password for the second card, thus preparing the device to subsequently disable the privacy protection for the second card and continue to protect the second card's privacy.

[0035] A second aspect provides an apparatus including one or more processors and one or more memories. The memories are used to store one or more programs, and the one or more processors execute the one or more programs such that the apparatus performs the methods described in the first aspect or any possible implementation thereof.

[0036] The third aspect provides a computer-readable storage medium storing one or more programs that, when executed on a device, cause the device to perform the methods described in the first aspect or any possible implementation thereof.

[0037] The fourth aspect provides a computer program product comprising one or more programs, which, when run by a device, cause the device to perform the methods described in the first aspect or any possible implementation thereof.

[0038] The fifth aspect provides a chip or chip system including at least one processor and a communication interface, the communication interface and the at least one processor being interconnected via a circuit, the at least one processor being configured to execute instructions in memory to perform the methods described in the first aspect or any possible implementation thereof. The communication interface in the chip may be an input / output interface, a pin, or a circuit, etc.

[0039] In one possible implementation, the chip or chip system described above in this application further includes at least one memory storing instructions. The memory can be an internal storage unit of the chip, such as a register or cache, or it can be a storage unit of the chip itself (e.g., read-only memory, random access memory, etc.).

[0040] It should be understood that the second to fifth aspects of this application correspond to the technical solutions of the first aspect of this application, and the beneficial effects achieved by each aspect and the corresponding feasible implementation are similar, and will not be repeated here. Attached Figure Description

[0041] Figure 1 This is a schematic diagram of the device interface;

[0042] Figure 2 This is a schematic diagram illustrating a scenario where multiple devices share data.

[0043] Figure 3 A schematic diagram of an interface for protecting card privacy provided in an embodiment of this application;

[0044] Figure 4A This is a schematic diagram of another interface for protecting card privacy, provided as an embodiment of this application.

[0045] Figure 4B This is a schematic diagram of another interface for protecting card privacy, provided as an embodiment of this application.

[0046] Figure 5 This is a schematic diagram of another interface for protecting card privacy, provided as an embodiment of this application.

[0047] Figure 6 A comparative schematic diagram of the masking methods provided in the embodiments of this application;

[0048] Figure 7 A flowchart illustrating one embodiment of the card display method provided in this application;

[0049] Figure 8 A comparative schematic diagram of a watch and a smart screen displaying a health card provided in an embodiment of this application;

[0050] Figure 9 A schematic flowchart of another embodiment of the card display method provided in this application;

[0051] Figure 10 This application provides an example of an interface diagram illustrating the removal and restoration of privacy protection for a card.

[0052] Figure 11 This application provides an example of an interface diagram for removing privacy protection from a card.

[0053] Figure 12 A schematic diagram of the device provided in this application embodiment. Detailed Implementation

[0054] To facilitate understanding, the relevant terms and concepts involved in the embodiments of this application will be introduced below:

[0055] 1. Service Cards: Important information about meta-services / applications is displayed on the desktop in the form of cards. Users can access these cards via quick gestures, achieving direct service access and reducing the need for multiple navigation levels through lightweight interaction. Examples of service cards include, but are not limited to: movie cards, music cards, game cards, education cards, health cards, express delivery cards, and travel cards. In the following embodiments, service cards will be simply referred to as "cards."

[0056] 2. Masking Techniques: These are pixel-based image processing techniques used to occlude or cover part or all of an image. In image processing, each pixel in an image has its corresponding color value and transparency value. Masking techniques modify the color and transparency values ​​of pixels to achieve image occlusion or coverage.

[0057] In some embodiments, the mask can be viewed as a matrix, where each element corresponds to the color and transparency value of a pixel in the image. By adjusting these color and transparency values, the device can control which parts of the image are displayed and which parts are occluded.

[0058] 3. Password: This may include, but is not limited to, numeric passwords, pattern passwords, and biometric passwords. Biometric passwords may include, but are not limited to, voiceprints, facial recognition, fingerprints, and iris scans. In some embodiments, the password set by the user in this application may also be a hybrid password containing at least two of the following: numeric passwords, pattern passwords, and biometric passwords.

[0059] 4. Equipment:

[0060] In some embodiments, the device may be installed in a public place and used for displaying cards. The device may be a smart screen, television, display screen, etc. In some embodiments, the device may be used by multiple people for displaying cards. For example, in a home setting, family members may share a tablet, television, smart screen, personal computer, or other similar device. It is understood that the form of the device may differ in different scenarios.

[0061] In some embodiments, the device may be referred to as a user device, terminal, etc. For example, the device may be a mobile phone, tablet computer, personal digital assistant, handheld device with wireless communication function, computing device, in-vehicle device or wearable device, virtual reality device, augmented reality device, device in industrial control, device in smart home, etc. The form of the device is not specifically limited in the embodiments of this application.

[0062] Taking a smart screen as an example, Figure 1 This is a schematic diagram of one device interface. (Refer to...) Figure 1 The smart screen can display interface 10, which serves as the screen's desktop, and cards can be displayed on the desktop. For example, interface 10 can display a health card 11, a delivery card 12, a travel card 13, etc. In some embodiments, the desktop can also display application icons and other content; for example, see [reference needed]. Figure 1 The settings application icon 14 can be displayed on interface 10.

[0063] Among them, Health Card 11 can display the user's physiological data, such as blood pressure data and sleep data. Express Delivery Card 12 can display the user's express delivery information, such as the logistics information of Express Delivery 1 and Express Delivery 2. Itinerary Card 13 can display the user's itinerary information, such as an appointment this afternoon, a meeting at 10 am tomorrow, and flight information at 2 pm tomorrow.

[0064] In one possible scenario, when a user is logged into the same account on multiple devices, data can be synchronized across these devices. For example, see [link to example]. Figure 2 The user's smartwatch can collect the user's physiological data. When logged into the primary account on the smartwatch, it can sync this data to the cloud, where it stores the data under that account. Similarly, the user's mobile phone can obtain their delivery and travel information through apps and mini-programs. When logged into the primary account on the phone, it can sync this information to the cloud, where it stores it under that account. When logged into the primary account on the smart screen, the cloud can sync the user's physiological data, delivery information, and travel information to the smart screen. The smart screen displays... Figure 1When the interface is 10, it can display a health card 11, a delivery card 12, and a travel card 13 based on the user's physiological data, express delivery information, and travel information.

[0065] In some embodiments, the first account may be a system account or an account logged into the cloud.

[0066] While enjoying the convenience of smart cards, users are increasingly aware of the importance of personal information security. For example, in a home setting, users consider their physiological data, delivery information, and travel information to be private and unsuitable for display on smart screens. Similarly, in public places like shopping malls, hospitals, and schools, staff's personal information is also considered private and unsuitable for display on large public screens. However, if cards don't display this data, the convenience of multi-device collaboration is lost. Therefore, users demand that devices protect their privacy when displaying cards.

[0067] Based on this, embodiments of this application provide a card display method in which the user can set a password to enable the device to protect the card's privacy. After the device protects the card's privacy, when the device displays the card, the private data on the card may not be displayed, or the private data may be obscured or blurred, thus protecting the private data on the card. If the user needs to view the card's private data, the user can enter a password to enable the device to deactivate the card's privacy protection, allowing the device to display the private data when displaying the card. The card display method provided by this application can both satisfy the convenience of multi-device collaboration and protect the user's privacy data, thereby improving the user experience.

[0068] The card display method provided in this application will be described below with reference to specific embodiments. These embodiments can be combined with each other, and the same or similar concepts or processes may not be described again in some embodiments.

[0069] In some embodiments, users can set a password for their cards to enable the device to protect their card privacy. The process is described below:

[0070] In some embodiments, the device can protect the privacy of a card when it is added.

[0071] For example, let's take adding a card on the card management page as an example. Figure 3In section 'a', the card management page 301 can include: identifiers of cards supported by the device, such as health cards 31, express delivery cards 32, travel cards 33, and weather cards 34. Each card corresponds to a switch control, and the on / off state of the switch control indicates whether the device has added the card. The switch control's on / off state includes an open state and a closed state; an open state indicates that the device has added the card, and a closed state indicates that the device has not added the card. Figure 3 In the diagram, 'a' represents the on / off controls for different cards on the card management page 301, such as the on / off control 35a for health card 31, the on / off control 35b for express card 32, the on / off control 35c for trip card 33, and the on / off control 35d for weather card 34.

[0072] Taking a device with weather card 34 and travel card 33 already added as an example, the switch control 35d for weather card 34 is in the open state, and the switch control 35c for travel card 33 is in the open state. If the device has not added health card 31 and express delivery card 32, the switch control 35a for health card 31 is in the closed state, and the switch control 35b for express delivery card 32 is in the closed state.

[0073] In some embodiments, cards can be configured to enable privacy protection by default. In this example, when a user adds a card, the device can enable privacy protection for the card by default based on the card's configuration.

[0074] For example, health card 31 is configured to have privacy protection enabled by default. (See reference...) Figure 3 In step 'a', the user can operate the remote control to turn on the switch control 35a of the health card 31. The device can then display the password setting page 302, which instructs the user to set a password to protect the privacy data on the card. Taking voiceprint as an example, refer to... Figure 3 In section b, the password setting page 302 may include information 36 guiding the user to record their voiceprint and a start recording control 37. The information 36 guiding the user to record their voiceprint may include text such as "Please read the following text 'Start Privacy Protection'". The user clicks the start recording control 37 and speaks "Start Privacy Protection" to record their voiceprint. This embodiment does not limit the process of the user recording their voiceprint; for example, the user can repeatedly say "Start Privacy Protection" to ensure the accuracy of the voiceprint recording.

[0075] Correspondingly, the device can obtain the user's voiceprint based on the collected user's voice, and use the voiceprint as the password for the health card 31. The device can store the identifier of the health card 31 and the password (such as the voiceprint). The password (such as the voiceprint) for the health card 31 can be used to trigger the device to enable or disable the privacy protection of the health card 31.

[0076] In some embodiments, the device can verify the user's permissions before the user sets a password for the health card 31. If the verification is successful, the user can set a password for the card. For example, in public places with a diverse user base, if any user could set a password for the card displayed on the device, management chaos would result. In this example, only specific users (such as staff) can set a password for the card, which improves management security.

[0077] In some embodiments, the user's permissions can be a preset password, which can be a password pre-set by a specific user. In some embodiments, provided the device is logged into a first account, the user's permissions can be the password of the first account. In this example, only the user with the first account can set a password for the card.

[0078] For example, taking the user's permissions as the password for the primary account as an example, the user operates the remote control to turn on the switch control 35a of the health card 31, and the device can display the permission verification page 303. (Refer to...) Figure 3 In section c, the permission verification page 303 may include information guiding the user to enter the password for the first account. Taking a numeric password for the first account as an example, permission verification page 303 may include: an input method keyboard 38, a password input box 39, and the text "Output the password for account xx". (See reference...) Figure 3 In step 'd', the user enters the password for the first account, and the device verifies whether the password is correct. If the password for the first account is correct, the device can display the password setting page 302, such as... Figure 3 As shown in b in the figure.

[0079] In some embodiments, the card is not configured with privacy protection information. In this example, the user can trigger the device to protect the card's privacy.

[0080] For example, Figure 4A The 'a' in the text can be referenced. Figure 3 As described in section 'a', the user can activate the switch control 35a of the health card 31 via the remote control, and the device can then display the settings options 41a of the health card 31 on the card management page 301. It should be understood that... Figure 4A In examples a and b, we take the weather card 34 setting option 41d and the trip card 33 setting option 41c as examples.

[0081] Reference Figure 4AIn option b, settings 41a may include a privacy protection control 411a. Since the device has not yet configured privacy protection for the health card 31, the privacy protection control 411a can be off. When the user turns on the privacy protection control 411a, the device can display a permission verification page 303, such as... Figure 4A As shown in 'c'. On the permission verification page 303, the user enters the password for the first account, and the device can display the password setting page 302, as shown in 'c'. Figure 4A As shown in the diagram. On password setting page 302, users can set a password for health card 31. The permission verification page 303 and password setting page 302 can be found in [reference needed]. Figure 3 The description in [the document / article] should be understood. Figure 4A The examples in 'a' and 'b' are 'privacy protection control 411d' in setting option 41d and 'privacy protection control 411c' in setting option 41c, which are both in a closed state.

[0082] In some embodiments, taking the settings option 41a of the health card 31 as an example, the settings option 41a may also include the attribute settings control of the health card 31. The attributes of the health card 31 may include, but are not limited to, shape, size, content text size, etc.

[0083] In some embodiments, on the card management page 301, each card identifier corresponds to a privacy protection setting option. When a card has been added to the device, the user can manipulate the privacy protection setting option corresponding to the card. The device can then display a permission verification page 303, where the user can enter the password for the primary account and set a password for the card. (See also...) Figure 4B In the card management page 301, taking the privacy protection settings options 42a (health card 31), 42b (express delivery card 32), 42c (trip card 33), and 42d (weather card 34) as examples, for instance, when a user operates the privacy protection settings option 42c (trip card 33), the device can display the permission verification page 303. On the permission verification page 303, the user can enter the password for the first account, and the device can display the password setting page 302. On the password setting page 302, the user can set the password for the trip card 33, such as... Figure 4B As shown in bd in the diagram. Where, Figure 4B The bd in the text can be referenced. Figure 4A The description in ce.

[0084] Taking voiceprint as an example, in some embodiments, a card can support the voiceprint of at least one user. For instance, in the case where a card supports the voiceprint of at least one user, taking health card 31 as an example, the settings option 41a of health card 31 may display an add voiceprint control, which the user can use to add the voiceprint of health card 31.

[0085] In some embodiments, the device may support deleting or modifying the voiceprint of a card. For example, taking health card 31 as an example, the settings option 41a of health card 31 may display controls for modifying and deleting voiceprints. If the user has already added voiceprint 1 to health card 31, the settings option 41a of health card 31 may display the identifier of voiceprint 1. The user can modify or delete voiceprint 1 by operating the modify or delete voiceprint control.

[0086] In some embodiments, different cards can support different users' voiceprints. For example, the voiceprint of health card 31 can be user 1's voiceprint 1, and the voiceprint of express card 32 can be user 2's voiceprint 2.

[0087] In some embodiments, if the user continues to add cards with privacy protection enabled by default, or if the user triggers the device to protect the privacy of newly added cards, or if the user triggers the device to protect the privacy of already added cards, the device can set the existing voiceprint for the cards.

[0088] For example, if a user sets a voiceprint 1 for a health card 31 and the device only stores the voiceprint 1, and the user continues to add a courier card 32, and the courier card 32 is configured to have privacy protection enabled by default, the device can directly set a voiceprint 1 for the courier card 32, that is, the device can use the voiceprint 1 as the voiceprint of the courier card 32.

[0089] In some embodiments, when a user sets multiple voiceprints for the health card 31, for example, the voiceprints of the health card 31 include voiceprint 1 of user 1 and voiceprint 2 of user 2, or when multiple voiceprints are already stored in the device, for example, the device has stored voiceprint 1 of the health card 31 and voiceprint 2 of the trip card 33, if the user continues to add a courier card 32, and the courier card 32 is configured to enable privacy protection by default, the device can prompt the user to verify the voiceprint, and use the verified voiceprint as the voiceprint of the courier card 32.

[0090] For example, refer to Figure 5In step 'a', the device has already added a health card 31, and the switch control 35a for health card 31 is in the 'on' state. The user can use the remote control to turn on the switch control 35b for the express card 32. Because the express card 32 is configured to have privacy protection enabled by default, the device can display the password verification page 501. (Refer to...) Figure 5 In section b, the password verification page 501 may include information 51 guiding the user to record their voiceprint and a start recording control 52. The information 51 guiding the user to record their voiceprint may include text such as "Please record your added voiceprint." The user clicks the start recording control 52 and speaks any voice to record their voiceprint. For example, taking user 1 recording voiceprint 1, the device can recognize user 1's voiceprint 1 and compare it with voiceprints already stored in the device. If voiceprint 1 is included in a stored voiceprint, voiceprint 1 is verified, indicating that voiceprint 1 is a voiceprint already recorded by the user. With voiceprint 1 verified, the device can use voiceprint 1 as the voiceprint for the express delivery card 32.

[0091] It should be understood that if voiceprint 1 is not included in the stored voiceprints, voiceprint 1 verification will fail. If voiceprint 1 verification fails, the device may prompt the user that verification failed, or the device may guide the user to enter a new voiceprint for the express delivery card 32.

[0092] The example above illustrates the process of a user setting a password (such as a voiceprint) for a card. The following describes how the device protects the card's privacy after the user sets a password:

[0093] In response to a user setting a password for a card, the device can protect the card's privacy. In some embodiments, the device can store a correspondence between the card's identifier and a privacy protection identifier, the privacy protection identifier indicating that the card is set to privacy protection.

[0094] When a card is protected for privacy, the entire card may be obscured or blurred when the device displays it. Alternatively, the privacy data on the card may not be displayed, or it may be obscured or blurred. The following explanation uses the device's processing of privacy data on a card as an example; the device's processing method for the entire card can be described as follows:

[0095] In some embodiments, the device may employ masking technology to cover private data on the card. Masking methods may include, but are not limited to, frosted glass masks, artistic image masks, and content masks. For example, Figure 6 Image 'a' shows a comparison image of the health card before and after it is covered by a frosted glass mask, which is used to change the transparency of the health card 31. For example, Figure 6Image b shows a comparison of the health card before and after it has been masked with an artistic image. The artistic image masking refers to overlaying an artistic image, such as image 61, onto the health card 31. For example... Figure 6 The image 'c' shows a comparison of the health card before and after it was masked by content. Content masking is used to cover up the content in the health card.

[0096] In some embodiments, the device may employ Gaussian blurring or similar techniques to blur the privacy data in the card.

[0097] This application does not limit the method by which the device processes the privacy data in the card, as long as the user cannot see or cannot clearly see the privacy data in the card.

[0098] Regarding the privacy data in the card, in some embodiments, the card can be pre-configured with privacy data. For example, a health card is configured such that blood pressure data and sleep data are privacy data, while step count is not. When displaying the health card, the device may omit, cover, or blur the blood pressure data and sleep data, but may display the step count, and the step count will not be covered or blurred. Alternatively, a health card may be configured such that all data is privacy data, and the device may omit, cover, or blur all data in the health card when displaying it.

[0099] In some embodiments, users can customize the privacy data on the card. For example, when a user sets a password for the card, the device can provide options for the privacy data on the card, allowing the user to customize the privacy data on the card by selecting the appropriate privacy data.

[0100] In some embodiments, there are two possible scenarios regarding when the device processes privacy data in the card:

[0101] Firstly, when the device protects the card's privacy and displays the card, if the device has already obtained the data from the card in the cloud, the device can process the card or the data in the card, causing the entire card to be covered or blurred, or the private data in the card to not be displayed, or to be covered or blurred.

[0102] Secondly, when the device protects the card's privacy and displays the card, if the device has not yet retrieved the data from the card from the cloud, the device can prompt the user to enter the card's password. After the user correctly enters the card's password, the device can retrieve the data from the card from the cloud and process the card or the data in the card, such as covering or blurring the entire card, or not displaying the private data in the card, or covering or blurring it.

[0103] In summary, the process by which the device protects the privacy of the card can be summarized as follows: Figure 7 As shown. Figure 7 This is a schematic flowchart of one embodiment of the card display method provided in this application. (Refer to...) Figure 7 The card display method provided in this application embodiment may include:

[0104] S701, device login with the first account.

[0105] S702, in response to setting privacy protection for the card, the device detects whether a voiceprint has been stored. If yes, proceed to S703; otherwise, proceed to S705.

[0106] In some embodiments, setting privacy protection for a card can be understood as setting privacy protection for a card when adding it, or setting privacy protection for a card that has already been added to the device, as described in the above embodiments.

[0107] The device detects whether a voiceprint has been stored, which can be a voiceprint set by the user.

[0108] S703, the device guides the user to input their voiceprint.

[0109] S704, the device will use the verified voiceprint as the voiceprint of the card.

[0110] S703-S704 can be referenced. Figure 5 And the relevant descriptions in the above embodiments.

[0111] S705, the device prompts the user to enter the password for the first account.

[0112] S706: Once the password verification for the first account is successful, the device guides the user to record their voiceprint.

[0113] S707 uses the user-recorded voiceprint as the card's voiceprint.

[0114] S703-S704 can be referenced. Figures 3-4B And the relevant descriptions of the device guiding the user to set a password in the above embodiments.

[0115] In some embodiments, the device may correspond to the identifier and voiceprint of the storage card.

[0116] In this example, users can trigger the device to protect the card's privacy by setting a password for the card. This way, when the device displays the card, the user cannot see the private data on the card, thus ensuring the security of the private data.

[0117] For example, the watch is the user's device and will not be shared with other users, while the smart screen can be shared by multiple users in the family. The following example uses the smart screen's privacy protection for cards as a comparison, showing the watch displaying the card and the smart screen displaying the card:

[0118] Taking a health card as an example, it can include blood pressure data, sleep data, and step count. Using blood pressure and sleep data as examples of private data on the health card, in one possible scenario, both the watch and the smart screen are logged into the primary account, and both can display the health card. Figure 8 In the example 'a', when the watch displays a health card, it can fully display the blood pressure data, sleep data, and step count from the card. (See reference...) Figure 8 In option b, because the smart screen has implemented privacy protection for the health card, when displaying the health card, the health card can show the number of steps taken, but the blood pressure data and sleep data are covered up, thus protecting the privacy data in the health card.

[0119] After the device protects the card's privacy, the user cannot see the private data on the card when the device displays the card. In some embodiments, when the user needs to view the private data on the card, they can trigger the device to display the private data on the card by entering the card's password. Figure 9 This is a flowchart illustrating another embodiment of the card display method provided in this application. Figure 9 For example, the devices used by China and Israel have implemented privacy protection for the cards.

[0120] Reference Figure 9 The card display method provided in this application embodiment may include:

[0121] S901, the device displays the card in the first form.

[0122] In some embodiments, when the device displays the card in the first form, the entire card is covered or blurred, and the user cannot see the content of the card or the privacy data on the card. In some embodiments, when the device displays the card in the first form, the privacy data on the card is not displayed, or is covered, or blurred, and the user cannot see the privacy data on the card.

[0123] S902, the device receives the first password entered by the user.

[0124] When a user needs to view a card or its private data, they can enter the card's PIN into the device. The device then receives this PIN, referred to as the "first PIN." The device verifies if the first PIN matches the card's PIN. If they do, the first PIN verification is successful; otherwise, it fails.

[0125] For example, when the card's password is a voiceprint (such as voiceprint 1), the user can directly say a preset phrase such as "Remove privacy protection" or "Open privacy content." For instance, the device can capture the user's voice saying "Remove privacy protection" and obtain the voiceprint of "Remove privacy protection." The user's first password is the voiceprint of "Remove privacy protection." The device can compare the voiceprint of "Remove privacy protection" with voiceprint 1. If the voiceprint of "Remove privacy protection" is the same as voiceprint 1, the voiceprint verification for "Remove privacy protection" passes; otherwise, the verification fails.

[0126] For example, when the card's password is a fingerprint or similar, the device can be configured with a corresponding data collection device, allowing the user to press their fingerprint on the data collection device and input the first password into the device.

[0127] For example, when the card's password is a numeric password, pattern password, facial recognition, iris scan, etc., the user can trigger the device to collect the initial password by using voice or operating the device's interface. For instance, if the card's password is a numeric password, the user can say "Disable privacy protection," and the device can display a password input page where the user can enter the initial password. Similarly, if the card's password is a facial recognition password, the user can say "Disable privacy protection," and the device can activate the camera to capture the user's face. Furthermore, if the card's password is a numeric password, the device's card display page also shows a control to disable privacy protection; by interacting with this control, the device can display a password input page where the user can enter the initial password. Finally, if the card's password is a facial recognition password, the device's card display page also shows a control to disable privacy protection; by interacting with this control, the device can activate the camera to capture the user's face.

[0128] For example, when a user needs to view a card, the user can select the card displayed on the device and perform a preset operation on the card, triggering the device to collect the first password. Taking a smart screen as an example, the user selects the card using the remote control and presses the confirmation button on the remote control twice in succession. The device can then display a password input page or collect the user's voiceprint, face, fingerprint, iris, etc.

[0129] This application does not restrict the method by which the user triggers the device to collect the first password.

[0130] S903, if the first password verification is successful, the device displays the card in a second form, where the amount of information displayed in the first form is less than the amount of information displayed in the second form.

[0131] The device verifies the first password by comparing it with the card's password. If the first password is successfully verified, the device displays the card in a second format, which contains less information than the card displayed in the first format. In some embodiments, when the card is displayed in the second format, the device can show the complete contents of the card, allowing the user to view the card's private data. The second format contains more information than the first format.

[0132] If the first password verification fails, the device can either continue to display the card in the first format or prompt the user that the first password is incorrect.

[0133] The following example illustrates the process of a user viewing a card:

[0134] Example 1: The card's password is a voiceprint.

[0135] Reference Figure 10 In the example 'a', the smart screen can display health card 101, express delivery card 102, travel card 103, and settings application icon 104. The device has set up privacy protection for health card 101, express delivery card 102, and travel card 103. Figure 10 Example 'a' illustrates an scenario where health card 101, express delivery card 102, and travel card 103 are completely covered. The passwords for health card 101 and express delivery card 102 are both user 1's voiceprint 1, and the password for travel card 103 is user 2's voiceprint 2. In this example, health card 101 can be considered the first card, express delivery card 102 the second card, and travel card 103 the third card. The passwords for the first and second cards are the same, such as user 1's voiceprint 1. The password for the third card is different from the password for the first card, such as user 2's voiceprint 2.

[0136] When User 1 says "Remove privacy protection", the smart screen can remove the privacy protection for Health Card 101 and Express Card 102, which use voiceprint 1 as the password, as shown in the following example. Figure 10 In step b, the smart screen can fully display the contents of health card 101 and express delivery card 102, while the travel card 103 remains covered. The voiceprint of user 1 saying "Remove privacy protection" can serve as the first password. The smart screen detects that this voiceprint matches user 1's voiceprint 1, confirming that the first password verification is successful. User 1's voiceprint 1 can also serve as the password set by the user for health card 101 and express delivery card 102, and can be used as a third password.

[0137] In this example, after the device displays the health card 101 and the express delivery card 102 in a second form, user 1 can also say a preset phrase such as "turn on privacy protection." The device can then use user 1's voiceprint as the password for the health card 101 and the express delivery card 102, restoring privacy protection for them. (See reference...) Figure 10 In section c, the entire health card 101, express delivery card 102, and itinerary card 103 are covered. The voiceprint of user 1 saying "Enable privacy protection" is the same as the voiceprint of user 1 saying "Disable privacy protection," and can be used as the primary password.

[0138] It is understandable that the first card, the second card, and the third card are any cards displayed on the table; the terms "first," "second," etc., are used to distinguish different cards, not to specify any particular card. Figure 10 In the example, the first card, the second card, and the third card are shown.

[0139] Example 2: The card's password is a numeric password.

[0140] Reference Figure 11 In the example 'a', the smart screen can display health card 101, express delivery card 102, travel card 103, and settings application icon 104. The device has set up privacy protection for health card 101, express delivery card 102, and travel card 103. Figure 11 Example 1(a) shows a scenario where health card 101, express delivery card 102, and travel itinerary card 103 are completely covered. The passwords for health card 101 and express delivery card 102 are both numeric password 1, and the password for travel itinerary card 103 is numeric password 2. The user can use the remote control to select health card 101 and press the confirmation button twice consecutively. The smart screen will then display the password input page 111. For example, refer to... Figure 11 In section b, the password input page 111 may include: an input method keyboard 112, a password input box 113, and the text "Enter the card's password". (See reference...) Figure 11 In step c, if the user enters the numeric password 1, the smart screen can disable the privacy protection of health card 101 and express delivery card 102, which use numeric password 1 as the password. (Refer to...) Figure 11 In the image, the smart screen can fully display the contents of the health card 101 and the express delivery card 102, while the travel card 103 remains covered.

[0141] In some embodiments, since the card selected by the user is health card 101, in response to the user entering numeric password 1 on password input page 111, the smart screen may only unlock health card 101 with numeric password 1 as password, without unlocking the privacy protection of express card 102, allowing the user to view the card in a targeted manner.

[0142] exist Figure 11 In the example shown, health card 101 can be used as the first card, express delivery card 102 can be used as the second card, and travel card 103 can be used as the third card.

[0143] Example 2 also applies to scenarios where the card's password is a pattern password or biometric password. Similar to Example 1, if the user selects the card again and performs a preset operation via the remote control, the smart screen can display password input page 111. When the user enters the numeric password 1 on password input page 111, the smart screen can restore the card's privacy protection.

[0144] In some embodiments, a preset duration can be predefined in the device. After a user triggers privacy protection on the card, the device can store the card's identifier and password. After the user triggers the removal of privacy protection, the device can start a timer for the preset duration. If the user has not triggered the device to restore privacy protection on the card by the time the preset duration is reached, the device can automatically restore privacy protection to prevent the user from forgetting to restore privacy protection and causing privacy data leakage.

[0145] In this embodiment, when the device protects the card's privacy, it can display the card in a first form, preventing the user from seeing the private data on the card and thus improving data security. Alternatively, the user can trigger the device to remove the privacy protection by entering the card's password, displaying the card in a second form, allowing the user to view the private data on the card, thus meeting user needs and improving the user experience.

[0146] It should be noted that the user information (including but not limited to user device information, user personal information, etc.) and data (including but not limited to data used for analysis, data stored, data displayed, etc.) involved in this application are all information and data authorized by the user or fully authorized by all parties. Furthermore, the collection, use and processing of the relevant data must comply with the relevant laws, regulations and standards of the relevant countries and regions, and corresponding operation portals are provided for users to choose to authorize or refuse.

[0147] The card display method according to the embodiments of this application has been described above. The apparatus for performing the above method provided in the embodiments of this application will now be described. Those skilled in the art will understand that the methods and apparatus can be combined with and referenced in each other, and the related apparatus provided in the embodiments of this application can perform the steps in the card display described above.

[0148] This application provides a device, with reference to... Figure 12The device may include: a processor 1201 (e.g., a CPU) and a memory 1202. The memory 1202 may include high-speed random access memory, and may also include non-volatile memory, such as at least one disk storage. The memory 1202 may store various instructions for performing various processing functions and implementing the method steps of this application.

[0149] Reference Figure 12 The device may also include a display screen 1206. The display screen 1206 is used to display the device's interface.

[0150] Reference Figure 12 The device may also include a data acquisition device 1207. For example, the data acquisition device 1207 can be used to collect a user's biometric information, including but not limited to voiceprints, faces, fingerprints, irises, etc. For example, the data acquisition device 1207 can be a voiceprint collector, a camera, a fingerprint collector, or an iris collector, etc.

[0151] Optionally, the device involved in this application may further include: a power supply 1203, a communication bus 1204, and a communication port 1205. The communication port 1205 is used to enable communication between the device and other peripherals. In this embodiment, the memory 1202 is used to store program code, which includes instructions; when the processor 1201 executes the instructions, the instructions cause the processor 1201 of the device to perform the actions in the above method embodiment. The implementation principle and technical effect are similar, and will not be repeated here.

[0152] This application provides a chip. The chip includes a processor, which is used to call a program in memory to execute the technical solutions in the above embodiments. Its implementation principle and technical effects are similar to those in the related embodiments described above, and will not be repeated here.

[0153] This application also provides a readable storage medium (also referred to as a computer-readable storage medium). The readable storage medium stores a program that, when executed by a processor, implements the methods described above. The methods described in the above embodiments can be implemented, in whole or in part, by software, hardware, firmware, or any combination thereof. If implemented in software, the functionality can be stored as one or more instructions or code on or transmitted over the readable storage medium. The readable storage medium can include computer storage media and communication storage media, and can also include any medium that can transfer a program from one place to another. The storage medium can be any target medium accessible by a device.

[0154] In one possible implementation, a computer-readable medium may include random access memory, read-only memory, read-only optical disc or other optical disc storage, disk storage or other magnetic storage device, or any other medium targeted to carry or to store the required program code in the form of instructions or data structures, and accessible by a computer. Furthermore, any connection is appropriately referred to as a computer-readable medium. For example, if software is transmitted from a website, server, or other remote source using coaxial cable, fiber optic cable, twisted pair, DSL, or wireless technologies such as infrared, radio, and microwave, then coaxial cable, fiber optic cable, twisted pair, DSL, or wireless technologies such as infrared, radio, and microwave are included in the definition of medium. As used herein, disks and optical discs include optical discs, laser discs, optical discs, digital versatile discs (DVDs), floppy disks, and Blu-ray discs, where disks typically reproduce data magnetically, while optical discs optically reproduce data using lasers. Combinations of the above should also be included within the scope of computer-readable media.

[0155] This application provides a computer program product, which includes a program that, when run by a device, causes the device to perform the above-described method.

[0156] It should be noted that the modules or components described in the above embodiments can be one or more integrated circuits configured to implement the above methods, such as one or more application-specific integrated circuits (ASICs), one or more digital signal processors (DSPs), or one or more field-programmable gate arrays (FPGAs). Furthermore, when a module is implemented through processing element scheduler code, the processing element can be a general-purpose processor, such as a central processing unit (CPU) or other processor capable of calling program code, such as a controller. Additionally, these modules can be integrated together to implement a system-on-a-chip (SoC).

[0157] In the above embodiments, it can be implemented entirely or partially by software, hardware, firmware, or any combination thereof.

[0158] The term "multiple" in this document refers to two or more. The term "and / or" is merely a description of 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. Furthermore, the character " / " in this document generally indicates an "or" relationship between the preceding and following related objects; in formulas, " / " indicates a "division" relationship. Additionally, it should be understood that in the description of this application, words such as "first" and "second" are used only for descriptive purposes and should not be construed as indicating or implying relative importance or order.

[0159] It is understood that the various numerical designations used in the embodiments of this application are merely for descriptive convenience and are not intended to limit the scope of the embodiments of this application.

[0160] It is understood that, in the embodiments of this application, the order of the above-mentioned process numbers does not imply the order of execution. The execution order of each process should be determined by its function and internal logic, and should not constitute any limitation on the implementation process of the embodiments of this application.

Claims

1. A method for displaying a card, characterized in that, Applied to a device, the method includes: The first card is displayed in the first format; Receive the user's initial password; If the first password verification is successful, the first card is displayed in a second form, where the amount of information in the first form is less than the amount of information in the second form.

2. The method according to claim 1, characterized in that, When displaying the first card in a first form, the method further includes: The second card is displayed in the first form, and the passwords for the first card and the second card are the same; The method further includes: If the first password verification is successful, the second card is displayed in the second form, where the amount of information in the second card displayed in the first form is less than the amount of information in the second card displayed in the second form.

3. The method according to claim 1 or 2, characterized in that, After displaying the first card in the second form, the method further includes: Receive the first password input by the user; The first card is displayed in the first format.

4. The method according to claim 1 or 2, characterized in that, After displaying the first card in the second form, the method further includes: If the first password is not received from the user within a preset time period, the first card is displayed in the first format.

5. The method according to any one of claims 1-4, characterized in that, When displaying the first card in a first form, the method further includes: The third card is displayed in the first form, wherein the passwords of the first card and the third card are different; The method further includes: Receive the second password entered by the user; If the second password verification is successful, the third card is displayed in the second form, where the amount of information in the third card displayed in the first form is less than the amount of information in the third card displayed in the second form.

6. The method according to any one of claims 1-5, characterized in that, The method further includes: Receive the third password set by the user for the first card; Store the identifier of the first card and the corresponding third password; After receiving the first password entered by the user, the method further includes: Compare whether the first password and the third password are the same; If so, confirm that the first password verification has passed.

7. The method according to claim 6, characterized in that, Before the device is logged into the first account and before receiving the third password set by the user for the first card, the process further includes: In response to triggering the operation of setting the password for the first card, a first prompt message is output, which prompts the user to enter the password for the first account.

8. The method according to claim 6 or 7, characterized in that, The second card is configured to: enable privacy protection by default; after storing the identifier of the first card and the third password accordingly, the method further includes: In response to the addition of a second card, a second prompt message is output, which prompts the user to enter a password. Receive the fourth password input by the user; If the fourth password is the same as the third password, the identifier of the second card and the third password are stored accordingly.

9. The method according to claim 6 or 7, characterized in that, After storing the identifier of the first card and the third password accordingly, the method further includes: In response to the triggering of an operation to set privacy protection for the second card, a second prompt message is output, which prompts the user to enter a password. Receive the fourth password input by the user; If the fourth password is the same as the third password, the identifier of the second card and the third password are stored accordingly.

10. The method according to claim 8 or 9, characterized in that, The output of the second prompt information includes: Detect whether the device has stored the card's password; If it is determined that the device has stored a third password, the second prompt message is output.

11. The method according to claim 10, characterized in that, The method further includes: If it is determined that the device does not store the card's password, a third prompt message is output, which prompts the user to set a password for the second card.

12. A device, characterized in that, The device includes: one or more processors and one or more memories; The memory is used to store one or more programs, and the one or more processors run the one or more programs to cause the device to perform the method as described in any one of claims 1-11.

13. A computer program product, characterized in that, The computer program product includes one or more programs that, when run on a device, cause the device to perform the method as described in any one of claims 1-11.

Images