Method, device, equipment, storage medium and product for acquiring dynamic graphic code

Abstract

The application discloses a method, device and equipment for acquiring a dynamic graphic code, a storage medium and a product, and relates to the technical field of Internet of Things. The method is applied to an interactive device and comprises the following steps: receiving and outputting first information, wherein the first information is sent by a cloud or other devices; if a terminal device receives second information input by a user and the first information is associated with the second information, the terminal device is sent a dynamic graphic code used for acquiring a service associated with a first application program, or the dynamic graphic code is sent to the terminal device by the cloud after third information associated with the first application program is sent to the cloud; and the first application program is an application program installed in the interactive device. The embodiment of the application realizes efficient and convenient acquisition of the dynamic graphic code by various devices.

Description

Technical Field

[0001] This application belongs to the field of Internet of Things (IoT) technology, and in particular relates to a method, apparatus, device, storage medium, and product for acquiring dynamic graphic codes. Background Technology

[0002] With the development of IoT technology, graphical codes have become one of the core technologies for realizing interconnectivity and human-computer interaction due to their advantages such as large information capacity, low generation cost, and convenient reading. Dynamic graphical codes are widely used in key business processes such as device binding, user authentication, work order processing, and service access, greatly improving the security of the interaction process.

[0003] However, existing dynamic graphic codes often require a device with a screen to display, meaning current solutions rely on the display device as the carrier for the graphic code. When the device lacks a display, a temporary adapter cable is often used to output the device's signal to the phone screen. The screen is then captured and scanned to generate the dynamic graphic code, or logs are retrieved from the backend by the business side for further analysis and assembly to generate the corresponding graphic code. However, using an external adapter cable not only increases costs but also requires carrying the cable constantly, making it impractical in most scenarios. Retrieving logs from the backend is complex, involves multiple personnel and system collaborations, and is inefficient. Furthermore, for devices with screens requiring dynamic graphic codes, the target application must be running in the foreground. If other applications are running in the foreground, the user must manually exit the current application, find and launch the target application to obtain or generate the dynamic graphic code. This process is redundant, time-consuming, and interrupts the user's current workflow, impacting the user experience. Therefore, existing methods struggle to achieve efficient and convenient acquisition of dynamic graphic codes across various devices. Summary of the Invention

[0004] This application provides a method, apparatus, device, storage medium, and product for acquiring dynamic graphic codes, in order to solve the problem that existing methods are difficult to achieve efficient and convenient acquisition of dynamic graphic codes by various devices.

[0005] In a first aspect, embodiments of this application provide a method for acquiring dynamic graphic codes, applied to an interactive device, the method comprising:

[0006] Receive and output the first information, which is sent from the cloud or other devices;

[0007] If the terminal device receives the second information input by the user, and the first information is associated with the second information, then a dynamic graphic code for obtaining the service associated with the first application is sent to the terminal device, or after sending the third information associated with the first application to the cloud, the cloud sends the dynamic graphic code to the terminal device; the first application is an application installed on the interactive device.

[0008] Secondly, embodiments of this application provide a device for acquiring dynamic graphic codes, applied to an interactive device, the device comprising:

[0009] The receiving module is used to receive and output the first information, which is sent by the cloud or other devices.

[0010] The sending module is used to send a dynamic graphic code to the terminal device to obtain the service associated with the first application if the terminal device receives the second information input by the user and the first information is associated with the second information, or the cloud sends the dynamic graphic code to the terminal device after sending the third information associated with the first application to the cloud; the first application is an application installed on the interactive device.

[0011] Thirdly, embodiments of this application provide a terminal device, which includes: a processor and a memory storing computer program instructions; the processor executes the computer program instructions to implement the method for acquiring dynamic graphics codes as described in the first aspect.

[0012] Fourthly, embodiments of this application provide a computer-readable storage medium storing computer program instructions, which, when executed by a processor, implement the method for acquiring dynamic graphics codes as described in the first aspect.

[0013] Fifthly, embodiments of this application provide a computer program product in which instructions, when executed by a processor of an electronic device, cause the electronic device to perform a method for acquiring dynamic graphics codes as described in the first aspect.

[0014] This application provides a method, apparatus, device, storage medium, and product for acquiring dynamic graphic codes. The method is applied to an interactive device. First, it receives and outputs first information, which is sent from the cloud or other devices. Relying on the external information delivery capabilities of the cloud or other devices, it eliminates the need for the interactive device to generate information locally, adapting to the limited computing power of screenless devices and enabling initial information interaction with the terminal device. If the terminal device receives second information input by the user, and the first and second information are associated, a correlation verification is performed between the two pieces of information. A security verification barrier is built through this dual information matching to prevent the dynamic graphic code from being illegally acquired. Subsequently, a dynamic graphic code for obtaining services associated with a first application is sent directly to the terminal device, or a third piece of information associated with the first application is sent to the cloud, after which the cloud sends the dynamic graphic code to the terminal device. This dual delivery method can be flexibly selected based on the computing power level of the interactive device, adapting to screenless interactive devices with different hardware configurations. Furthermore, the dynamic graphic code is bound to the first application installed on the interactive device, achieving accurate matching between the graphic code and the business application and avoiding invalid scanning operations. Therefore, the embodiments of this application utilize the existing output capabilities of screenless devices to complete information interaction and verification through multi-party collaboration between interactive devices, the cloud, and terminal devices, without the need for external display hardware. This reduces the implementation cost of obtaining dynamic graphic codes and enables screenless interactive devices to obtain dynamic graphic codes conveniently and efficiently. Attached Figure Description

[0015] To more clearly illustrate the technical solutions of the embodiments of this application, the accompanying drawings used in the embodiments of this application will be briefly introduced below. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0016] Figure 1 This is a schematic diagram of the structure of the dynamic graphic code acquisition system provided in the embodiments of this application;

[0017] Figure 2 This is a flowchart illustrating the method for obtaining dynamic graphic codes provided in an embodiment of this application;

[0018] Figure 3 This is a flowchart illustrating a method for verifying an interactive device and a terminal device according to an embodiment of this application;

[0019] Figure 4 This is a schematic diagram of the structure of the device for acquiring dynamic graphic codes provided in the embodiments of this application;

[0020] Figure 5 This is a schematic diagram of the structure of the terminal device provided in the embodiments of this application. Detailed Implementation

[0021] The features and exemplary embodiments of various aspects of this application will be described in detail below. To make the objectives, technical solutions, and advantages of this application clearer, the application will be further described in detail below with reference to the accompanying drawings and specific embodiments. It should be understood that the specific embodiments described herein are only intended to explain this application and not to limit it. For those skilled in the art, this application can be implemented without some of these specific details. The following description of the embodiments is merely to provide a better understanding of this application by illustrating examples.

[0022] It should be noted that, in this document, relational terms such as "first" and "second" are used merely to distinguish one entity or operation from another, and do not necessarily require or imply any such actual relationship or order between these entities or operations. Furthermore, the terms "comprising," "including," or any other variations thereof are intended to cover non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements includes not only those elements but also other elements not expressly listed, or elements inherent to such a process, method, article, or apparatus. Without further limitations, an element defined by the phrase "comprising..." does not exclude the presence of additional identical elements in the process, method, article, or apparatus that includes the element.

[0023] With the rapid development of IoT technology, the types and forms of devices are becoming increasingly diverse, including audiovisual robots, new-style set-top boxes, and computing power media hosts. These devices generally share a significant commonality: they either have a built-in screen or require connection to an external display. The dynamic graphic codes displayed on the screen involve critical business operations. Installation and maintenance personnel or users need to scan these graphic codes to complete operations such as binding or login before they can complete work orders or continue with subsequent usage processes. Currently, graphic codes in the scanning process are generally divided into two types: static graphic codes and dynamic graphic codes. Static graphic codes can be affixed to the device itself or its packaging, but they are prone to information leakage and forgery risks. Dynamic graphic codes are relatively secure, expiring and refreshing in real time over time; this method is generally recommended, but they need to be rendered on the device's built-in screen or an external display.

[0024] For screenless devices without a built-in screen, an external monitor is often needed during installation and maintenance to complete the necessary QR code binding steps. In this case, if the user has not yet purchased a TV or monitor after signing up for new services, they will encounter obstacles in obtaining the dynamic graphic code during device binding or startup. Existing solutions generally involve using an adapter cable to output the device's High-Definition Multimedia Interface (HDMI) signal to a mobile phone screen, taking a screenshot of the screen, and then scanning the dynamic graphic code on the screen; alternatively, contacting the service provider to retrieve logs from the backend, further analyzing and assembling them to generate the corresponding graphic code; or enabling the device in debug mode, connecting the device to a computer on the local area network, and using virtual display software to display the device's screen stream. However, using external adapter cables for temporary solutions not only increases costs but may also be difficult to implement under time constraints. While retrieving logs from the background is feasible, it is complex, involving collaboration among multiple personnel and systems, resulting in a lengthy and inefficient waiting and operation process. Furthermore, commercial equipment typically disables debug mode by default for security reasons, further limiting solutions utilizing debugging techniques. Additionally, on-site support generally lacks computer equipment and specific development environments. Therefore, existing technologies struggle to achieve efficient and convenient acquisition of dynamic graphic codes from various devices.

[0025] To address the problems of existing technologies, this application provides a method, apparatus, device, storage medium, and product for acquiring dynamic graphic codes. This method is applied to interactive devices. First, it receives and outputs first information, which is sent from the cloud or other devices. Relying on the external information delivery capabilities of the cloud or other devices, it eliminates the need for the interactive device to generate information locally, adapting to the limited computing power of screenless devices and enabling initial information interaction with the terminal device. If the terminal device receives second information input by the user, and the first and second information are associated, a correlation verification is performed between the two pieces of information. A security verification barrier is built through this dual information matching to prevent the dynamic graphic code from being illegally acquired. Subsequently, a dynamic graphic code for acquiring services associated with a first application is sent directly to the terminal device, or a third piece of information associated with the first application is sent to the cloud, after which the cloud sends the dynamic graphic code to the terminal device. This dual delivery method can be flexibly selected based on the computing power level of the interactive device, adapting to screenless interactive devices with different hardware configurations. Furthermore, the dynamic graphic code is bound to the first application installed on the interactive device, achieving accurate matching between the graphic code and the business application and avoiding invalid scanning operations. Therefore, the embodiments of this application utilize the existing output capabilities of screenless devices to complete information interaction and verification through multi-party collaboration between interactive devices, the cloud, and terminal devices, without the need for external display hardware. This reduces the implementation cost of obtaining dynamic graphic codes and enables screenless interactive devices to obtain dynamic graphic codes conveniently and efficiently.

[0026] The following section first introduces the system for acquiring dynamic graphic codes, which is applied to the method for acquiring dynamic graphic codes according to the embodiments of this application.

[0027] Figure 1 A schematic diagram of the structure of a dynamic graphic code acquisition system 100 provided in one embodiment of this application is shown. Figure 1 As shown, the system may include a cloud 101, an interactive device 102, and a terminal device 103, wherein the interactive device 102 is an IoT smart device with or without a screen.

[0028] The cloud-based 101 includes a process negotiation module 1011 and a graphic code generation module 1012. The process negotiation module 1011 acquires the hardware specifications and configuration information of different device models and issues targeted graphic code generation strategies based on the device hardware. The graphic code generation module 1012 generates dynamic graphic codes using the acquired graphic code generation information and the hardware parameters of the terminal device.

[0029] The interactive device 102 includes a device hardware parameter acquisition module 1021, a screenshot module 1022, a camera recognition module 1023, a sound control module 1024, and an LED control module 1025. The device hardware parameter acquisition module 1021 collects the device's hardware specifications and configuration information, such as device model, unique device identifier, output resolution, LED display size, built-in speaker characteristics, and camera specifications. The collected information is uploaded to the cloud to develop targeted graphic code generation assistance strategies, thereby precisely controlling the device's subsequent auxiliary operation processes. The screenshot module 1022 is responsible for capturing the display interface of the currently running application, especially the barcode scanning interface containing dynamic graphic codes, and updating the captured image to the cloud in real time. This mechanism ensures that when the graphic code interface is refreshed, the platform data can be updated synchronously, maintaining information consistency and timeliness. The camera recognition module 1023 uses the device's camera hardware to recognize and parse the registration graphic code on the terminal device. The terminal device authenticates its authorization code by comparing the temporary verification code obtained from parsing the registered graphic code with the temporary verification code transmitted from the device. Upon successful authentication, the terminal device acquires and displays the real-time dynamic graphic code on its current interface. This method effectively prevents unauthorized device information from being maliciously copied, leading to the arbitrary generation of dynamic graphic codes. The sound control module 1024, designed for devices with built-in speakers, intelligently concatenates pre-stored numerical and alphanumeric voice files based on the dynamic authorization code (a combination of 6 or more digits and letters) provided by the platform, playing it out as voice to convey the authorization code to the user, achieving a visual-independent interaction method. The LED control module 1025, designed for devices equipped with LED digital displays, directly displays the authorization code on the device's LED digital display. When the authorization code length is less than the display length of the LED display, it is displayed in its entirety; if it is longer, a scrolling marquee effect is used to adapt to the display needs of different displays.

[0030] Terminal device 103 includes a registration code module 1031 and a dynamic graphic code acquisition module 1032. The registration code module 1031 scans the static graphic code on the packaging material, then enters the HyperText Markup Language 5 (H5) client page. After entering the authorization code, it obtains the registration graphic code containing a temporary verification code and displays it on the interface. The dynamic graphic code acquisition module 1032 polls the cloud 101 to request the verification result of the temporary verification code.

[0031] The method for obtaining dynamic graphic codes provided in the embodiments of this application is described below.

[0032] Figure 2 This illustration shows a flowchart of a method for acquiring dynamic graphic codes according to an embodiment of this application. This method is applied to interactive devices, such as… Figure 2 As shown, the method may include the following steps: S201 and S202.

[0033] S201 receives and outputs the first information, which is sent from the cloud or other devices.

[0034] Interactive devices can include screenless or screen-equipped IoT smart devices, as well as IoT smart devices with screens that require cross-application QR code acquisition. It's important to note that screenless interactive devices primarily refer to devices without a built-in or externally connected display screen for displaying multimedia data (such as TV screens, mobile phone screens, computer monitors, projector optical screens, etc.). This multimedia data can include images, videos, and graphics. If the interactive device itself has an LED digital display screen that can only display, for example, numbers and letters, and cannot display information such as color images, animations, dynamic QR codes, or videos, it can also be classified as a screenless interactive device. The first piece of information is the information sent from the cloud or other devices to trigger the dynamic graphic code acquisition process. The cloud is a backend service platform that provides graphic code management, device interaction, and information distribution. Other devices are devices other than the cloud that can trigger the acquisition of dynamic graphic codes.

[0035] In some embodiments, the interactive device can receive first information sent by the cloud or other devices via wired or wireless networks, and output the first information in a manner adapted to the interactive device according to its own hardware configuration output capabilities, so as to be used by the user to obtain and input in the terminal device, and complete the preparatory work for identity verification in the dynamic graphic code acquisition process.

[0036] In one example, the interactive device is a screenless set-top box equipped with a speaker and an LED digital screen, and the cloud platform is a QR code management platform. Upon receiving the first information (a 6-digit authorization code) from the QR code management platform, the received 6-digit authorization code can be read aloud directly through the built-in speaker of the screenless set-top box; or the 6-digit authorization code can be statically displayed on the LED screen of the screenless set-top box.

[0037] The first information in this embodiment is sent from the cloud or other devices. The interactive device only needs to perform receiving and output operations. There are no special hardware requirements, and there is no need to generate complex verification information locally. This reduces the local computing power consumption of the interactive device and can basically adapt to the hardware performance of all IoT interactive devices, including screenless devices.

[0038] In some embodiments, after receiving the first information, the interactive device can first determine the security level of the current scenario. The security level can be sent synchronously with the first information. If the security level is low (such as binding of ordinary home devices), the first information can be output directly. If the security level is high (such as binding of enterprise device permissions), the first information can be output in segments with encryption.

[0039] This application provides differentiated outputs for scenarios with different security requirements, ensuring ease of operation in ordinary scenarios while enhancing information leakage prevention capabilities in high-security scenarios, thus preventing unauthorized access to primary information.

[0040] In some embodiments, when the interactive device outputs the first information and a hardware malfunction is detected during the output process, it automatically switches to a backup output mode. For example, the default output mode is through a speaker; if a speaker malfunction is detected, it automatically switches to LED screen display.

[0041] This application embodiment uses a hardware fault-switching mechanism to switch to a backup output, thus avoiding process interruption due to a single output failure.

[0042] S202, if the terminal device receives the second information input by the user, and the first information is associated with the second information, then a dynamic graphic code for obtaining the service associated with the first application is sent to the terminal device, or after sending the third information associated with the first application to the cloud, the cloud sends the dynamic graphic code to the terminal device; the first application is an application installed on the interactive device.

[0043] The first information refers to the terminal device, which is a smart device operated by the user. The second information is the verification information entered by the user on the terminal device, corresponding to the first information. The first application is an application installed on the interactive device that needs to obtain associated services through a dynamic graphic code. The dynamic graphic code is a graphic code bound to the first application and refreshed in real time, used to obtain the application's exclusive services. The third information is business information related to the first application sent by the interactive device to the cloud.

[0044] In some embodiments, a user obtains first information through the output of an interactive device and manually inputs second information on the interface of a terminal device. After receiving the second information input by the user, the terminal device sends a trigger signal to the interactive device indicating that it has received the second information input by the user. The interactive device verifies whether the first and second information are related according to preset rules. If the verification passes, it executes the sending action. Specifically, the interactive device can directly send a graphic code, that is, the interactive device directly sends the dynamic graphic code corresponding to the first application to the terminal device; alternatively, the interactive device can first send third information to the cloud, and the cloud obtains or generates a dynamic graphic code matching the first application based on the third information, and then the cloud sends the dynamic graphic code to the terminal device.

[0045] In one example, the screenless set-top box outputs the first information "666666" in a loop through its own speaker. After hearing the voice, the user inputs the second information "666666" into the terminal device. After receiving the input information, the terminal device verifies that the first information and the second information are related (they are completely identical). It then directly sends a dynamic graphic code to the mobile phone to obtain the binding service of the first application in the set-top box. After the mobile phone scans the code, the binding service is completed.

[0046] In some embodiments, the first application may be an application currently running in the foreground on the interactive device, or a background application that has been installed and specified by the user.

[0047] This application embodiment verifies the association between the first and second information to prevent unauthorized users from arbitrarily obtaining the dynamic graphic code of the interactive device, thus preventing malicious access to the device service. Furthermore, it provides two action options: direct transmission from the interactive device and cloud-generated and then distributed, allowing for flexible adaptation based on the hardware capabilities of the interactive device. This satisfies both the localized, rapid execution requirements of high-end devices and the lightweight hardware configurations of mid-to-low-end devices.

[0048] This application's embodiments, centered on information reception and output and the issuance of graphic codes after association verification, construct a dynamic graphic code acquisition method applicable to various interactive devices. This method overcomes the dependence of existing technologies on device screens, eliminating the need for interactive devices to have a display screen and requiring only basic information reception and output capabilities. It perfectly solves the problem of screenless IoT devices being unable to acquire dynamic graphic codes, and is also adaptable to scenarios where screened devices acquire graphic codes across applications, demonstrating extremely strong device adaptability. Furthermore, the core operations of the interactive device are only information reception, output, and a small amount of information filtering, significantly reducing the requirements for local computing power and making it suitable for low- to mid-range, low-cost IoT devices. Therefore, this application's embodiments achieve the acquisition of dynamic graphic codes for screenless devices or background applications.

[0049] In some embodiments, the interactive device does not have a display screen configured on its own body or is externally connected to it for displaying multimedia data.

[0050] Specifically, the interactive device itself does not integrate any display device for displaying multimedia data in its hardware structure, that is, it has no native display capability; or the interactive device, in the current usage scenario, does not connect to an external display device via wired or wireless means, and does not rely on an external screen to complete core business.

[0051] In some embodiments, the first information is associated with the second information and may include:

[0052] The first information is the same as the second information, or the first information and the second information have a preset mapping relationship.

[0053] This application provides two association determination rules: identical information and preset mapping relationship. Meeting either rule is sufficient to pass the association verification. The cloud or interactive device can flexibly choose the applicable rule based on the actual business scenario. The identical information rule is a basic, general rule, eliminating the need for additional information conversion for users and adapting to scenarios with high operational convenience and relatively low security levels, such as home users and ordinary installation and maintenance. The preset mapping relationship is a customized rule that encrypts and protects the verification information through information conversion, preventing unauthorized misuse of the initial information. This rule is suitable for enterprise devices, high-privilege business binding, and other scenarios with high security requirements and the need for encrypted protection of verification information.

[0054] In one example, the screenless set-top box (interactive device) receives and outputs the first information (a 6-digit authorization code) via voice. The user enters the second information on the H5 page of the terminal device. The interactive device verifies that the two contents are the same, and then determines that the association verification is successful.

[0055] In one example, the interactive device receives and outputs the first information as encrypted code (pre-encrypted code in the cloud) through the LED screen. The second information input by the user on the terminal device is plaintext code (original code before encryption). The cloud calls the preset encryption and decryption mapping rules to encrypt the second information and match it with the first information. If the two correspond completely, the association verification is deemed successful.

[0056] In some embodiments, all mapping relationships are pre-configured in the cloud and synchronized to the interactive device and terminal device. During the verification process, preset rules are directly invoked for matching, without the need to generate conversion relationships in real time, thus ensuring verification efficiency.

[0057] All mapping relationships in this application embodiment are pre-configured in the cloud. During the verification process, there is no need for real-time calculation or negotiation of conversion rules. Interactive devices can directly call preset rules to complete the matching, avoiding verification delays caused by real-time rule generation and ensuring the overall execution efficiency of the dynamic graphic code acquisition process.

[0058] In some embodiments, the cloud can flexibly configure different mapping rules according to business needs without modifying the core verification logic, adapting to diverse device types and business scenarios in the IoT field. For example, the cloud defaults to the same information rule for low security levels (such as basic binding of home devices); simple mapping relationships (such as character reversal and number base conversion) for medium security levels (such as binding of paid services); and high-strength encrypted mapping relationships (such as asymmetric encryption and hash value mapping) for high security levels (such as binding of device administrator privileges). The interacting device automatically switches the corresponding association rule according to the business type without manual intervention. This avoids the cumbersome operation caused by using complex rules for low-security businesses and prevents information leakage caused by using simple rules for high-security businesses, thus balancing the security needs and user experience of different businesses.

[0059] In some embodiments, such as Figure 3 As shown, the interactive device is equipped with a camera. Before the interactive device determines that the first information and the second information are associated, the method may further include: S301 to S303.

[0060] S301 receives the first verification information sent from the cloud, and the first verification information is associated with the first information.

[0061] The first verification information is exclusive information generated in the cloud and sent to the interactive device for pre-identity verification.

[0062] In some embodiments, while sending the first information to the interactive device, the cloud can simultaneously generate first verification information bound to the first information and send the first verification information to the interactive device. After receiving the first verification information, the interactive device parses the information and stores it to establish a local association mapping between the first verification information and the first information. The first verification information and the first information are generated, sent, and expired synchronously to ensure the mapping relationship between the verification information stored locally on the interactive device and the cloud.

[0063] The binding of the first verification information and the first information in this application embodiment upgrades the association verification from a single-level information verification to a two-level verification of basic information and exclusive verification information, preventing the association verification from being completed directly after the first information is illegally obtained.

[0064] In some embodiments, the first verification information can be exclusive random information generated in the cloud, such as a random password code, hash value, etc., which has no fixed pattern and cannot be deduced from the first information, greatly reducing the risk of the verification information being maliciously cracked or misused.

[0065] S302, the second verification information displayed on the terminal device is collected through the camera of the interactive device; the second verification information is the information sent to the terminal device by the cloud after the terminal device receives the second information input by the user.

[0066] The second verification information is a verification information that is generated and sent by the cloud based on the request of the terminal device and is bound to the second information.

[0067] In some embodiments, after a user inputs second information into a terminal device, the terminal device automatically sends fourth information, including the second information and a device identifier, to the cloud to request the generation of second verification information. The fourth information is trigger information sent by the terminal device to the cloud to request the second verification information. Upon receiving the fourth information, the cloud generates second verification information bound to the second information and sends it to the terminal device screen in the form of a graphic code. The interactive device identifies and acquires the second verification information on the terminal device screen using its built-in camera.

[0068] In one example, after a user enters the second piece of information, 666666, on the H5 page of the terminal device, the phone automatically sends the fourth piece of information to the cloud. After verification, the cloud generates the second verification information, 8A3B9C2D, and sends it to the terminal device in the form of a QR code. The set-top box (interactive device) scans the QR code on the terminal device screen with its built-in camera, parses it, and extracts 8A3B9C2D, thus completing the collection of the second verification information.

[0069] In some embodiments, the cloud can send the second verification information to the terminal device in multiple forms, and the terminal device can choose the display form according to its own capabilities; in addition to camera acquisition, the interactive device can also acquire information through Near Field Communication (NFC), Bluetooth transmission, etc. If camera acquisition fails, it can automatically switch to NFC or Bluetooth acquisition, and the terminal device can simultaneously send the verification information to the interactive device through NFC or Bluetooth.

[0070] The embodiments of this application solve the environmental limitations of camera acquisition and improve the success rate of second verification information acquisition; the compatibility of multi-format display and multi-method acquisition allows the solution to adapt to terminal devices and interactive devices with different hardware capabilities, thereby improving hardware adaptability.

[0071] S303, the first information and the second information are associated, including: the first verification information and the second verification information are the same, or the first verification information and the second verification information have a preset mapping relationship.

[0072] In some embodiments, the association determination between the first and second information is no longer based directly on their own content, but rather on the matching result of the verification information bound to them. Verification information matching determines that the original information is associated. The original rule for determining the association between the first and second information is modified to an indirect rule where verification information matching determines the association of the original information. After the interactive device completes the local storage of the first verification information and the collection of the second verification information, it performs matching and verification of the two verification information based on the rules preset in the cloud. If the two meet the conditions of being the same or having a preset mapping relationship, the corresponding first and second information are determined to be associated, triggering the subsequent dynamic graphic code distribution process. If the verification information matching fails, the original information is directly determined not to be associated, the process terminates, and a verification failure prompt is returned to the terminal device.

[0073] In some embodiments, the first verification information may be a temporary QR code (denoted as the first QR code) associated with the first information. The first verification information and the first information can be simultaneously sent from the cloud to the interactive device. The interactive device plays the first information and stores the first QR code. The second verification information is generated when the user inputs second information on the terminal device, and the terminal device sends a request carrying the second information to the cloud. The cloud generates another temporary QR code (denoted as the second QR code) based on the second information carried in the request and sends it to the terminal device. The terminal device aligns the second QR code with the camera of the interactive device, and the interactive device recognizes the second QR code and matches the first and second QR codes. If the match is successful, the interactive device sends third information associated with the first application to the cloud, and then the cloud sends a dynamic graphic code to the terminal device.

[0074] This application's embodiments shift the core basis for association determination from the original information to dedicated verification information. Even if the first or second information is illegally obtained, the unauthorized personnel cannot obtain the corresponding verification information and therefore cannot complete the association determination, fundamentally reducing the risk of information misuse. Furthermore, both the first and second verification information are uniformly generated and distributed by the cloud, and the matching rules are uniformly configured and updated by the cloud, ensuring the consistency and security of the verification rules throughout the entire process.

[0075] In some embodiments, before outputting the first information, the method may further include:

[0076] Receive configuration information sent from the cloud or other devices. The configuration information is used to instruct the interactive device to output the first information according to the output rules. The output rules are associated with the output capabilities of the interactive device.

[0077] The configuration information consists of instruction-type information generated by the cloud or other devices and distributed to the interactive device, used to define the rules for outputting the first information. The output rules are the specific operational specifications that the interactive device must follow when outputting the first information, and they are matched one-to-one with the device hardware. The output capability is the ability of the interactive device to transmit information externally based on its own hardware configuration, determined by the device's hardware modules.

[0078] In some embodiments, before the cloud sends the first information to the interactive device, the interactive device has already reported its own hardware configuration information to the cloud, such as whether it has a speaker, LED screen, camera, NFC module, etc. The cloud associates and stores the output rules or hardware configuration information of the interactive device with the device identification information of the interactive device. The device identification information of the interactive device can be configured as a static QR code that can be obtained by other devices through scanning. When the user scans the static QR code of the interactive device through the terminal device, the terminal device sends the obtained device identification information to the cloud. The cloud can obtain the hardware information of the interactive device and determine the actual output capability of the interactive device by recognizing the device identification information. The cloud sets information output rules according to the output capability of the interactive device, matches the output capability that the device already has, skips the output method without hardware support, and encapsulates the rule into standardized configuration information. The cloud sends the configuration information to the interactive device. In the case of a network scenario, the configuration information can also be transmitted by other devices. After receiving the configuration information, the interactive device parses it and stores it locally, extracting the core instructions such as output method, frequency, and format as the basis for subsequent output of the first information.

[0079] In one example, the screenless set-top box is equipped with only a built-in speaker and lacks modules such as an LED screen and NFC. After its device identification information is reported to the cloud, the cloud determines that it only has voice output capability and generates and sends configuration information: "Output rule: Voice broadcast of the first information; broadcast logic: First, a voice prompt 'the authorization code is a 6-digit number', then the specific code value is broadcast, looping once every 5 seconds until verification is completed." After the set-top box receives and parses the configuration information, it performs voice output according to the rule when it obtains the first information.

[0080] In one example, the screenless set-top box is equipped with both an LED screen and a built-in speaker. The cloud determines that it has dual visual and voice output capabilities and sends out the configuration information: "Output rule: The LED screen statically displays the first information (6 digits, marquee effect) and the voice is broadcast synchronously (single broadcast, no loop); Output trigger: immediately output synchronously after receiving the first information"; After receiving the configuration information, the set-top box completes the dual output according to the rules.

[0081] This application embodiment achieves precise binding between the first information output rules and the output capabilities of the interactive device through customized configuration information distribution. Specifically, the cloud customizes the output rules according to the actual output capabilities of the device, enabling only the output methods already available to the device, adapting to interactive devices with different hardware configurations, and achieving adaptation between hardware capabilities and output behavior. Furthermore, the configuration information is uniformly generated, distributed, and managed by the cloud, and all interactive devices output the first information according to the standardized rules defined by the cloud. The device only needs to perform the operation, without the need for local development of complex output logic. At the same time, the cloud can remotely update the configuration information without requiring local hardware / program modifications to the device, significantly reducing the development and subsequent maintenance costs of the device.

[0082] In some embodiments, the first application is an application that is currently running in the foreground on the interactive device.

[0083] The foreground running state refers to the application's active state on the interactive device, where it is executing business logic. The corresponding background running state refers to the application's inactive state on the interactive device, where the process is suspended and only the basic processes are maintained.

[0084] In some embodiments, for screenless interactive devices, there is no concept of a visual foreground running state. The foreground running state is determined based on process priority and business execution status. That is, the application currently occupying core computing power and executing actual business is the foreground application.

[0085] In some embodiments, the interactive device is currently running a mobile high-definition video playback software in the foreground (playing a program and having the highest priority process). In this case, the software is the first application, and the cloud only sends the dynamic graphic code corresponding to the mobile high-definition video playback software.

[0086] The dynamic graphic code in this application embodiment is generated only for the core business application running in the foreground, and is completely consistent with the actual business needs of the device at present. This avoids generating irrelevant dynamic graphic codes for background or unstarted applications, fundamentally eliminating the problem of graphic codes not matching business needs and ensuring the effectiveness of the scanning operation.

[0087] In some embodiments, sending third information associated with the first application to the cloud may include:

[0088] If the first application is not running, start the first application;

[0089] Send a third message to the cloud. The third message includes an image of the running interface of the first application, which contains dynamic graphic code.

[0090] In some embodiments, after determining that third information related to the first application needs to be sent to the cloud, the interactive device first checks the running status of the first application. If it is identified as not started, the first application is started. After the application is started, it is directly brought to the foreground and the basic interface of the application, which includes dynamic graphics code, is loaded. After the first application is successfully started and running in the foreground, the interactive device obtains the current running interface image of the application, including dynamic graphics code, and sends the running interface image to the cloud.

[0091] In one example, the interactive device needs to obtain dynamic graphics codes for the mobile high-definition video playback software (the first application). If the detection finds that the software is not running, the interactive device will start the software, bring it to the foreground and display the main interface of the application, and send the running interface image including the dynamic graphics codes to the cloud.

[0092] This application embodiment automatically detects and launches a first application that is not currently running via an interactive device. This expands the applicable scenarios for obtaining dynamic graphic codes from applications that are already running to applications that are not currently running, achieving coverage of all application running states and solving the problem of not being able to obtain the corresponding dynamic graphic code for applications that are not currently running. Furthermore, the third information includes a running interface image containing the dynamic graphic code. The cloud can directly parse the target graphic code from the image, ensuring that the issued dynamic graphic code perfectly matches the current business of the first application.

[0093] In some embodiments, when the first application corresponding to the acquired dynamic graphic code is running in the background and other applications are running in the foreground, the graphic code generation information of the first application running in the background is acquired, a dynamic graphic code is generated according to the graphic code generation information and the graphic code generation rules preset in the cloud, and sent to the terminal device; or the graphic code generation information is sent to the cloud so that the cloud can generate a dynamic graphic code according to the graphic code generation information and send it to the terminal device.

[0094] This application embodiment only calls the graphic code generation information in the background process, without changing the application's running state at all, avoiding user operation interruption and experience disruption caused by forced application switching. Furthermore, it avoids response delays and lags on interactive devices due to computing power contention, ensuring a normal user experience and compatibility with users' regular application usage habits.

[0095] In some embodiments, the first information is sent to the interactive device by the cloud or other devices after receiving a request from the terminal device. The request is sent by the terminal device to the cloud or other devices after scanning the static graphic code of the interactive device.

[0096] Among them, static graphic codes are fixed graphic codes on the interactive device itself or its outer packaging. They contain unique identification information of the interactive device and serve as identity credentials for the terminal device to initiate a request, such as static QR codes affixed to the outer packaging of screenless set-top boxes.

[0097] In some embodiments, the terminal device scans the static graphic code of the interactive device with its camera, parses out the device-specific identifier, and automatically generates a targeted request containing the device identifier, terminal information, and service request type. This request is then sent to the cloud or other devices via the network. The request content is bound to the interactive device one-to-one to avoid cross-device requests. After receiving the request, the cloud or other devices first verify whether the interactive device identifier in the request is a legitimate device and whether the terminal device has the authority to initiate the request. If the verification is successful, the cloud or other devices generate corresponding first information based on the hardware configuration and service type of the interactive device and send it to that interactive device.

[0098] In one example, the outer packaging of the screenless set-top box has a static QR code containing the device serial number (SN) code 123456. The installation and maintenance personnel use a terminal device (such as a mobile phone) to scan the static QR code. After the mobile phone parses the SN code 123456, it automatically generates a request "Device SN: 123456, Mobile Phone Unique Identifier (Media Access Control Address, MAC): 7890AB and request to obtain the first information of the installation and maintenance assistance process" and sends it to the QR code management platform (cloud). After the cloud verifies that the set-top box is a legitimate device, it generates a 6-digit first information 666666 based on its hardware configuration (including speakers only) and sends it to the set-top box. After receiving it, the set-top box completes the acquisition of the first information, preparing for subsequent output and association verification.

[0099] In this embodiment of the application, the terminal device initiates a request by scanning the unique static graphic code of the interactive device. The cloud can complete the initial identity association between the two through the device identifier and terminal information in the request. The subsequent association verification process does not need to repeatedly verify the association between the device and the terminal, which greatly simplifies the subsequent verification process and improves the overall process efficiency.

[0100] In some application scenarios, the static QR code of an interactive device may be maliciously obtained by unauthorized users. Matching the relationship between the first and second pieces of information can help the interactive device determine whether the user is legitimate. For example, a user can usually only obtain, such as see or hear, the first information output by the interactive device when they are near it. Therefore, when the static QR code of an interactive device is obtained by an unauthorized user, since the unauthorized user cannot easily obtain the first information output by the interactive device, it is also difficult for the unauthorized user to input the second information that is related to the first information, thus preventing the subsequent process from being triggered, which improves the security of the overall process to a certain extent.

[0101] In some embodiments, the cloud sends a dynamic graphic code to the terminal device for obtaining the associated service of the first application, including:

[0102] The cloud obtains a screenshot of the first application's running interface from the interactive device, extracts the dynamic graphic code from the screenshot, and sends the dynamic graphic code to the terminal device.

[0103] In some embodiments, after the interactive device sends third information associated with the first application to the cloud, the cloud sends a dynamic graphic code to the terminal device, including:

[0104] The interactive device acquires a screenshot of the running interface of the first application, sends the screenshot of the running interface of the first application to the cloud, so that the cloud can extract the dynamic graphic code in the screenshot of the running interface and send the dynamic graphic code to the terminal device.

[0105] In some embodiments, extracting dynamic graphic codes from screenshots of the running interface via the cloud may include:

[0106] Locate and crop the animated graphic code area from the screenshot, and remove irrelevant background information.

[0107] In this embodiment, by locating and cropping the position of the dynamic graphic code in the screenshot of the running interface, the extracted dynamic graphic code is finally sent to the terminal device. This solves the problem that the terminal device cannot directly obtain the dynamic graphic code when the interactive device has no screen, and achieves indirect transmission of the dynamic graphic code by extracting it from the screenshot of the running interface.

[0108] In some embodiments, extracting dynamic graphic codes from screenshots of the running interface via the cloud may include:

[0109] The graphical code recognition model corresponding to the interactive device is used to perform graphical code recognition on the screenshot of the running interface to obtain the structural features and content data of the initial graphical code in the screenshot of the running interface. The graphical code recognition module is a dedicated recognition model trained for the graphical code characteristics of different interactive devices. The structural features are the physical attributes of the graphical code, such as size, positioning angle shape and error correction level. The content data are the original information of the graphical code encoding, such as device parameters, business instructions and positioning information.

[0110] Based on the content data, the initial graphic code is format-converted according to its structural characteristics to obtain a dynamic graphic code that conforms to the corresponding structural characteristics of the terminal device.

[0111] This application embodiment uses a graphic code recognition model corresponding to the interactive device to perform graphic code recognition on the screenshot of the running interface, which has a higher recognition success rate compared with the general model; and while keeping the graphic code content unchanged, it adjusts the structural features to adapt to the structural feature requirements of the terminal device, which can generate dynamic graphic codes that meet different requirements for different terminal devices, and can cover diverse terminal devices and corresponding usage scenarios.

[0112] In some embodiments, after generating a dynamic graphic code based on graphic code generation information and sending the dynamic graphic code to a terminal device, the method may further include:

[0113] Get the remaining validity period of the generated animated graphic code; where the remaining validity period is the number of seconds remaining from the current time until the expiration time of the animated graphic code.

[0114] When the remaining valid duration is less than the preset threshold, a graphic code prompt message is sent to the terminal device. The prompt message includes the remaining valid duration of the graphic code. The preset threshold is the remaining duration threshold set by the system to trigger the prompt message.

[0115] This application embodiment provides early warnings by obtaining the remaining validity period of dynamic graphic codes, allowing users to complete operations before the graphic codes expire, thus reducing the process interruption rate caused by expiration. The preset threshold can be adjusted according to different business scenarios to adapt to various usage situations.

[0116] In summary, examples will be given of the complete process of obtaining dynamic graphic codes for three core scenarios: adapting to screenless devices, screened devices where the application is not running or running in the background, and screened devices where the application is running in the foreground.

[0117] In one example, a user scans a static QR code on a screenless smart socket using a smartphone with smart home management software installed. The phone sends a request to the smart home cloud platform to obtain a dynamic graphic code for the socket's power management software. After verifying that the smart socket is a legitimate device, the cloud sends it a 6-digit first information and a first graphic code associated with the first information. Upon receiving this first information, the screenless smart socket outputs the information according to preset output rules, through its own speaker's looping voice broadcast and LED indicator lights flashing a corresponding number of times. After obtaining the first information through voice and light, the user enters the same second information in the smartphone's smart home application (APP). The phone then sends the second information... The information is sent to the smart home cloud platform, which generates a second graphic code associated with the second information and sends it to the mobile phone for display. The mobile phone aligns the second graphic code with the camera equipped on the screenless smart socket or transmits the second graphic code to the screenless smart socket wirelessly. The screenless smart socket confirms the association between the first and second information by matching the first and second graphic codes. The smart socket calls the running interface of the background power management software to take a screenshot as the third information and sends it to the smart home cloud platform. The smart home cloud platform generates a dynamic graphic code for power management permission binding based on the third information and sends the dynamic graphic code to the user's smartphone. The user finally receives and obtains the dynamic graphic code on the mobile phone.

[0118] In one example, a user scans a static QR code on the packaging of a smart TV using a tablet with video platform software installed. The tablet sends a request to the cloud to obtain the dynamic graphic code for the TV's video membership software. After verifying that the smart TV is a legitimate device, the cloud sends it an 8-digit alphanumeric first information and a first graphic code associated with the first information. The smart TV receives the first information and displays it on its screen according to preset output rules. After seeing the first information on the TV screen, the user enters the corresponding second information in the tablet's video platform software. The tablet sends the second information to the cloud, which generates a second graphic code associated with the second information and sends it to the tablet. The tablet aligns the second graphic code with the TV's camera or transmits it wirelessly to the TV. The TV verifies the association between the first and second information by matching the first and second graphic codes. The smart TV detects that the first application is not running, so it automatically launches the application and loads the membership binding interface. It then takes a screenshot of the running interface and sends a third information containing the interface image to the cloud. The cloud parses the dynamic graphic code in the image and sends it to the user's tablet. The user finally receives and obtains the dynamic graphic code on the tablet.

[0119] In one example, a user scans a static QR code on the packaging of a smart TV using a tablet with video platform software installed. The tablet sends a request to the cloud to obtain a dynamic graphic code for the TV's video membership software. After verifying that the smart TV is a legitimate device, the cloud sends it an 8-digit alphanumeric first information and a first graphic code associated with the first information. The smart TV receives this first information and displays it on its screen according to preset output rules. After seeing the first information on the TV screen, the user enters the corresponding second information in the tablet's video platform software. The tablet sends the second information to the cloud, which generates a second graphic code associated with the second information and sends it to the tablet. The tablet then aligns the second graphic code with the TV's camera or transmits it wirelessly to the TV. The TV then completes the matching of the first and second graphic codes. To verify the correlation between the first and second pieces of information, the smart TV detects that the first application requiring the dynamic graphic code is the video membership app, while another video playback app is currently running in the foreground and is running in the background. Therefore, there is no need to launch the app or take a screenshot. The TV directly calls the graphic code generation information interface in the background process of the video membership app to obtain graphic code generation information containing the TV device's unique identifier (ID), the video membership app's application identifier, and the cross-platform account binding service type. Then, according to the graphic code generation information and the cloud-preset QR code generation rules, a dynamic graphic code for cross-platform account binding of the video membership app on the TV is directly generated. This dynamic graphic code is then sent to the user's tablet via the home LAN, and the user finally receives and obtains the dynamic graphic code on the tablet.

[0120] Figure 4 This application illustrates a dynamic graphic code acquisition device 400, which is applied to an interactive device and may include:

[0121] Receiver module 401 is used to receive and output first information, which is sent by the cloud or other devices;

[0122] The sending module 402 is used to send a dynamic graphic code to the terminal device for obtaining the service associated with the first application if the terminal device receives the second information input by the user and the first information is associated with the second information, or after sending the third information associated with the first application to the cloud, the cloud sends the dynamic graphic code to the terminal device; the first application is an application installed on the interactive device.

[0123] In some embodiments, the interactive device does not have a display screen configured on its own body or is externally connected to it for displaying multimedia data.

[0124] In some embodiments, the sending module 402 is further configured to send a dynamic graphic code for obtaining the service associated with the first application to the terminal device if the terminal device receives the second information input by the user, and the first information is the same as the second information, or the first information and the second information have a preset mapping relationship; or after sending the third information associated with the first application to the cloud, the cloud sends the dynamic graphic code to the terminal device; the first application is an application installed in the interactive device.

[0125] In some embodiments, the apparatus 400 for acquiring dynamic graphic codes may further include:

[0126] The receiving module 401 is also used to receive first verification information sent from the cloud, the first verification information being associated with first information;

[0127] The acquisition module is used to acquire the second verification information displayed on the terminal device through the camera of the interactive device; the second verification information is the information sent to the terminal device by the cloud after the terminal device receives the second information input by the user and sends the fourth information to the cloud.

[0128] The sending module 402 is further configured to send a dynamic graphic code for obtaining the service associated with the first application to the terminal device if the first verification information and the second verification information are the same, or if the first verification information and the second verification information have a preset mapping relationship, or after sending the third information associated with the first application to the cloud, the cloud sends the dynamic graphic code to the terminal device; the first application is an application installed in the interactive device.

[0129] In some embodiments, the receiving module 401 is further configured to receive configuration information sent by the cloud or other devices, the configuration information being used to instruct the interactive device to output first information according to output rules; the output rules are associated with the output capabilities of the interactive device.

[0130] In some embodiments, the sending module 402 is further configured to send a dynamic graphic code for obtaining the service associated with the first application to the terminal device if the terminal device receives the second information input by the user and the first information is associated with the second information, or after sending the third information associated with the first application to the cloud, the cloud sends the dynamic graphic code to the terminal device; the first application is an application installed on the interactive device and is an application currently running in the foreground of the interactive device.

[0131] In some embodiments, the apparatus 400 for acquiring dynamic graphic codes may further include:

[0132] A startup module is used to start the first application if the first application is not started.

[0133] The sending module 402 is also used to send the third information to the cloud, the third information including the running interface image of the first application, and the running interface image containing the dynamic graphic code.

[0134] In some embodiments, the receiving module 401 is further configured to receive and output first information, the first information being sent by the cloud or other devices; the first information is sent by the cloud or the other devices to the interactive device after receiving a request sent by the terminal device, the request being sent by the terminal device to the cloud or the other devices after scanning the static graphic code of the interactive device.

[0135] Figure 4 The various modules in the device shown can achieve Figure 2 The various steps involved, and the corresponding technical effects achieved, will not be elaborated upon here for the sake of brevity.

[0136] Figure 5 A schematic diagram of the hardware structure of the terminal device provided in an embodiment of this application is shown.

[0137] The terminal device may include a processor 501 and a memory 502 storing computer program instructions.

[0138] Specifically, the processor 501 may include a central processing unit (CPU), an application specific integrated circuit (ASIC), or one or more integrated circuits that can be configured to implement the embodiments of this application.

[0139] Memory 502 may include mass storage for data or instructions. For example, and not limitingly, memory 502 may include a hard disk drive (HDD), floppy disk drive, flash memory, optical disk, magneto-optical disk, magnetic tape, or Universal Serial Bus (USB) drive, or a combination of two or more of these. In one instance, memory 502 may include removable or non-removable (or fixed) media, or memory 502 may be non-volatile solid-state storage. Memory 502 may be internal or external to the integrated gateway disaster recovery device.

[0140] In one example, memory 502 may include read-only memory (ROM), random access memory (RAM), disk storage media device, optical storage media device, flash memory device, electrical, optical, or other physical / tangible memory storage device. Thus, generally, memory includes one or more tangible (non-transitory) computer-readable storage media (e.g., memory devices) encoded with software including computer-executable instructions, and when the software is executed (e.g., by one or more processors), it is operable to perform the operations described with reference to the method of generating motion graphics code according to this disclosure.

[0141] The processor 501 reads and executes computer program instructions stored in the memory 502 to achieve... Figure 1 The method for generating dynamic graphic codes in the illustrated embodiment.

[0142] In one example, the terminal device may also include a communication interface 503 and a bus 504. Wherein, for example... Figure 5 As shown, the processor 501, memory 502, and communication interface 503 are connected through bus 504 and complete communication with each other.

[0143] The communication interface 503 is mainly used to realize communication between various modules, devices, units and / or equipment in the embodiments of this application.

[0144] Bus 504 includes hardware, software, or both, that couples components of an end device together. For example, and not limitingly, the bus may include an Accelerated Graphics Port (AGP) or other graphics bus, an Extended Industry Standard Architecture (EISA) bus, a Front Side Bus (FSB), a Hyper Transport (HT) interconnect, an Industry Standard Architecture (ISA) bus, an Infinite Bandwidth Interconnect, a Low Pin Count (LPC) bus, a memory bus, a Microchannel Architecture (MCA) bus, a Peripheral Component Interconnect (PCI) bus, a PCI-Express (PCI-X) bus, a Serial Advanced Technology Attachment (SATA) bus, a Video Electronics Standards Association Local (VLB) bus, or other suitable buses, or combinations of two or more of these. Where appropriate, bus 504 may include one or more buses. Although specific buses are described and illustrated in embodiments of this application, this application contemplates any suitable bus or interconnect.

[0145] Furthermore, in conjunction with the dynamic graphic code generation method in the above embodiments, this application embodiment can provide a computer storage medium for implementation. The computer storage medium stores computer program instructions; when these computer program instructions are executed by a processor, they implement any of the dynamic graphic code generation methods in the above embodiments.

[0146] This application also provides a computer program product, including a computer program that, when executed by a processor, implements any of the dynamic graphics code generation methods described in the above embodiments.

[0147] It should be clarified that this application is not limited to the specific configurations and processes described above and shown in the figures. For the sake of brevity, detailed descriptions of known methods are omitted here. In the above embodiments, several specific steps are described and shown as examples. However, the method process of this application is not limited to the specific steps described and shown. Those skilled in the art can make various changes, modifications, and additions, or change the order of steps, after understanding the spirit of this application.

[0148] The functional blocks shown in the above block diagram can be implemented as hardware, software, firmware, or a combination thereof. When implemented in hardware, they can be, for example, electronic circuits, application-specific integrated circuits (ASICs), appropriate firmware, plug-ins, function cards, etc. When implemented in software, the elements of this application are programs or text segments used to perform the required tasks. Programs or text segments can be stored on a machine-readable medium or transmitted over a transmission medium or communication link via data signals carried on a carrier wave. "Machine-readable medium" can include any medium capable of storing or transmitting information. Examples of machine-readable media include electronic circuits, semiconductor memory devices, read-only memory (ROM), flash memory, erasable read-only memory (EROM), floppy disks, compact disc read-only memory (CD-ROM), optical disks, hard disks, fiber optic media, radio frequency (RF) links, etc. Text segments can be downloaded via computer networks such as the Internet, intranets, etc.

[0149] It should also be noted that the exemplary embodiments mentioned in this application describe methods or systems based on a series of steps or apparatus. However, this application is not limited to the order of the above steps; that is, the steps can be performed in the order mentioned in the embodiments, or in a different order, or several steps can be performed simultaneously.

[0150] The aspects of this disclosure have been described above with reference to flowchart illustrations and / or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of this disclosure. It should be understood that each block in the flowchart illustrations and / or block diagrams, and combinations of blocks in the flowchart illustrations and / or block diagrams, can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general-purpose computer, a special-purpose computer, or other programmable data processing apparatus to produce a machine such that these instructions, executable via the processor of the computer or other programmable data processing apparatus, enable the implementation of the functions / actions specified in one or more blocks of the flowchart illustrations and / or block diagrams. Such a processor can be, but is not limited to, a general-purpose processor, a special-purpose processor, a special application processor, or a field-programmable logic circuit. It is also understood that each block in the block diagrams and / or flowcharts, and combinations of blocks in the block diagrams and / or flowcharts, can also be implemented by special-purpose hardware performing the specified functions or actions, or can be implemented by a combination of special-purpose hardware and computer instructions.

[0151] The above are merely specific embodiments of this application. Those skilled in the art will clearly understand that, for the sake of convenience and brevity, the specific working processes of the systems, modules, and units described above can be referred to the corresponding processes in the foregoing method embodiments, and will not be repeated here. It should be understood that the protection scope of this application is not limited thereto. Any person skilled in the art can easily conceive of various equivalent modifications or substitutions within the technical scope disclosed in this application, and these modifications or substitutions should all be covered within the protection scope of this application.

Claims

1. A method for acquiring dynamic graphic codes, characterized in that, Applied to interactive devices, the method includes: Receive and output first information, which is sent by the cloud or other devices; If the terminal device receives the second information input by the user, and the first information is associated with the second information, then a dynamic graphic code for obtaining the service associated with the first application is sent to the terminal device, or after sending the third information associated with the first application to the cloud, the cloud sends the dynamic graphic code to the terminal device; the first application is an application installed in the interactive device; the interactive device itself does not have a display screen configured or externally connected for displaying multimedia data; The interactive device is equipped with a camera, and before determining that the first information and the second information are associated, the method further includes: Receive first verification information sent from the cloud, the first verification information being associated with the first information; The second verification information displayed on the terminal device is collected by the camera of the interactive device; the second verification information is information sent to the terminal device from the cloud after the terminal device receives the second information input by the user. The first information is associated with the second information and includes: The first verification information and the second verification information are the same, or the first verification information and the second verification information have a preset mapping relationship.

2. The method for acquiring dynamic graphic codes according to claim 1, characterized in that, The first information is associated with the second information and includes: The first information is the same as the second information, or the first information and the second information have a preset mapping relationship.

3. The method for acquiring dynamic graphic codes according to claim 1, characterized in that, Before outputting the first information, the method further includes: The device receives configuration information sent from the cloud or other devices, the configuration information being used to instruct the interactive device to output the first information according to output rules; the output rules are associated with the output capabilities of the interactive device.

4. The method for acquiring dynamic graphic codes according to claim 1, characterized in that, The first application is the application that is currently running in the foreground on the interactive device.

5. The method for acquiring dynamic graphic codes according to claim 1, characterized in that, Sending the third information associated with the first application to the cloud includes: If the first application is not started, start the first application; The third information is sent to the cloud, the third information including the running interface image of the first application, the running interface image containing the dynamic graphic code.

6. The method for acquiring dynamic graphic codes according to claim 1, characterized in that, The first information is sent to the interactive device by the cloud or the other device after receiving a request from the terminal device. The request is sent by the terminal device to the cloud or the other device after scanning the static graphic code of the interactive device.

7. A device for acquiring dynamic graphic codes, characterized in that, Applied to interactive devices, the device includes: The receiving module is used to receive and output first information, which is sent by the cloud or other devices; The sending module is configured to send a dynamic graphic code for obtaining a service associated with a first application to the terminal device if the terminal device receives second information input by the user, and the first information is associated with the second information; or, after sending third information associated with the first application to the cloud, the cloud sends the dynamic graphic code to the terminal device; the first application is an application installed in the interactive device; the interactive device itself does not have a display screen configured or externally connected for displaying multimedia data; The interactive device is equipped with a camera, and before determining that the first information and the second information are associated, it further includes: Receive first verification information sent from the cloud, the first verification information being associated with the first information; The second verification information displayed on the terminal device is collected by the camera of the interactive device; the second verification information is information sent to the terminal device from the cloud after the terminal device receives the second information input by the user. The first information is associated with the second information and includes: The first verification information and the second verification information are the same, or the first verification information and the second verification information have a preset mapping relationship.

8. A terminal device, characterized in that, The device includes: a processor and a memory storing computer program instructions; the processor executes the computer program instructions to implement the method for acquiring dynamic graphic codes as described in any one of claims 1-6.

9. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores computer program instructions, which, when executed by a processor, implement the method for acquiring dynamic graphic codes as described in any one of claims 1-6.

10. A computer program product, characterized in that, When the instructions in the computer program product are executed by the processor of the electronic device, the electronic device performs the method for acquiring dynamic graphics codes as described in any one of claims 1-6.

Images