TW201941132A - Information display method, apparatus and device - Google Patents

Abstract

An information display method, apparatus and device. In a scene where a DOI such as a two-dimensional code is required to be used, a corresponding client can provide a user with a function of generating an off-line DOI; on this basis, the user can send out a corresponding acquisition instruction by using the function; after receiving the acquisition instruction, the client can provide the offline DOI and store the offline DOI in the local, and can display the offline DOI on a specified interface of a terminal. In this way, when the user uses the offline DOI, the client does not need to be enabled to look up a corresponding DOI interface, and the DOI can be displayed by calling the specified interface.

Description

Information display method, device and equipment

This case relates to the field of computer technology, and in particular, to an information display method, device, and device.

At present, QR codes are widely used in business scenarios such as mobile payment and social networking.
For the above business scenario, after unlocking the mobile terminal, the user can launch the corresponding application (Application, APP), and access the corresponding QR code display interface from the APP, and find the corresponding QR code to complete Pay for business or use the QR code for socializing.
Based on the existing technology, a more convenient way of displaying information is needed.

The embodiments of the present specification provide an information display method, device, and device to provide a more convenient two-dimensional code display scheme.
The embodiments of this specification adopt the following technical solutions:
The embodiments of the present specification provide a method for displaying information, including:
Receiving an acquisition instruction for the unique identifier DOI of the offline digital object;
Provide offline DOI according to the acquisition instruction and store it;
Displaying the offline DOI on a designated interface of the terminal;
Wherein, the DOI includes at least a two-dimensional code;
The specified interface includes at least one of a lock screen interface, a standby interface, a screen saver interface, and a main interface.
Correspondingly, an embodiment of the present specification further provides an information display device, including:
The instruction receiving module receives an instruction for obtaining the unique identifier DOI of the offline digital object;
Providing a module, providing offline DOI and storing according to the acquisition instruction;
A display module for displaying the offline DOI on a designated interface of the terminal;
Wherein, the DOI includes at least a two-dimensional code;
The specified interface includes at least one of a lock screen interface, a standby interface, a screen saver interface, and a main interface.
Correspondingly, the embodiment of the present specification also provides an information display device, including: a processor and a memory, wherein
The memory stores an information display program;
The processor assigns an information display program stored in the memory and executes:
Receiving an acquisition instruction for the unique identifier DOI of the offline digital object;
Provide offline DOI according to the acquisition instruction and store it;
Displaying the offline DOI on a designated interface of the terminal;
Wherein, the DOI includes at least a two-dimensional code;
The specified interface includes at least one of a lock screen interface, a standby interface, a screen saver interface, and a main interface.
The at least one technical solution adopted in the embodiments of the present specification can achieve the following beneficial effects:
In scenarios where a DOI such as a QR code is required, the corresponding client can provide the user with the function of generating an offline DOI. Based on this, the user can use this function to issue a corresponding acquisition instruction. After receiving the acquisition instruction, the client , The offline DOI can be provided and stored locally, and the offline DOI can be displayed on the designated interface of the terminal. When using offline DOI, users do not need to start the client to find the corresponding DOI interface, but can display the DOI by assigning a designated interface.
This method can reduce as much as possible the operations performed by the user during the process of calling out the DOI, and is more convenient. Especially in the scenario where the user uses the DOI multiple times, it can effectively reduce the time-consuming operation and is beneficial to improving the user experience.

In order to make the purpose, technical solution, and advantages of this case more clear, the technical solution of this case will be clearly and completely described in combination with specific embodiments of the case and corresponding drawings. Obviously, the described embodiments are only a part of the embodiments, not all the embodiments. Based on the embodiments in the present case, all other embodiments obtained by a person of ordinary skill in the art without creative efforts shall fall within the protection scope of the present case.
As mentioned earlier, in a business scenario where a QR code is actually used, each time a user uses the QR code, they usually need to find the corresponding QR code from the app installed and running on the terminal before they can use it. But obviously, this process is tedious depending on a series of operations performed by the user.
To this end, an embodiment of the present specification provides a method for displaying information. The QR code information in the APP is stored locally on the terminal and displayed in a specified interface, thereby reducing or preventing users from finding and calling 2D information as much as possible. Code tedious operation.
In one or more embodiments of the present specification, the two-dimensional code may be a payment code applied in a payment scenario, a user two-dimensional code applied in a social scenario, and a two-dimensional pass in a public transportation scenario. Code, etc. Generally speaking, the above two-dimensional code is generated by a corresponding APP or business function.
Based on the above content, the information display method provided in the embodiment of the present specification may adopt a structure as shown in FIG. 1.
In FIG. 1, the service server may be considered as a server corresponding to the APP client (in the following description, it may be simply referred to as a client). Generally speaking, the service server and its corresponding client belong to The same service provider, of course, should not constitute a limitation on this case.
In a feasible implementation manner, a user accesses a two-dimensional code interface in a client, and the client may send a request for generating a two-dimensional code to a service server. Accordingly, the service server may generate a two-dimensional code, and Feedback to the client.
Of course, in other feasible implementations, not every time the user accesses the two-dimensional code interface of the client, the two-dimensional code generated by the business server. Specifically, when the user first accesses the two-dimensional code interface of the client, the client requests the business server to generate two-dimensional code information and store it locally. In this way, when the user opens the two-dimensional code interface afterwards, the client only Locally stored QR code information needs to be assigned to display the corresponding QR code in the interface.
The client in Figure 1 is installed and run on the terminal used by the user, which provides a QR code display function, which can display business-related QR codes. In addition, the client can also provide an offline two-dimensional code (that is, it is not necessary to start the client. In the following description, this type of two-dimensional code is referred to as an offline two-dimensional code).
Of course, if the information display method in this specification is to be implemented, it is not limited to the form of the client shown in FIG. 1. It may also be a function or service running in the terminal operating system, which can also provide users with offline two-dimensional Code, here should not constitute a limitation on this case.
The terminals described herein may include, but are not limited to, computers, smart phones, tablet computers, smart watches, mobile POS machines, cash registers, and the like.
The service provider may include, but is not limited to, a website, a social service provider, a telecommunications operator, a financial institution, or any other organization or enterprise capable of providing a QR code to the user.
What needs to be explained here is that the information display method in the embodiments of this specification is not limited to the two-dimensional code described above, and it can also be applied to retrieve other digital object unique identifiers such as: one-dimensional bar codes, character codes, and other digital object identifiers from Object Unique Identifier (DOI) scenarios to reduce user operations. This should not constitute a limitation on this case.
Based on the above-mentioned architecture shown in FIG. 1, the technical solutions provided in the embodiments of the present specification will be described in detail below.
An embodiment of the present specification provides a method for displaying information. As shown in FIG. 2, the method specifically includes the following steps:
Step S201: Receive an acquisition instruction for the offline DOI.
Similar to the aforementioned offline QR code, offline DOI can be considered as a DOI that can be displayed on the terminal without being assigned by the client.
In the embodiment of the present specification, the client provides functions related to offline DOI. In the process of actual use, the user only needs to use the function in the client (that is, issue an acquisition instruction) to obtain the corresponding offline DOI.
Step S203: Provide an offline DOI according to the acquisition instruction and store it.
Different from the existing method of displaying the DOI by accessing the corresponding page, the offline DOI allows the user to retrieve the DOI required for the business without launching the corresponding client. Therefore, in the embodiment of this specification, the client will be stored offline. The resulting DOI.
After receiving the user's acquisition instruction, the client can save the DOI required by the service locally on the client or the terminal. As a feasible implementation manner, the offline DOI may be stored in the form of a picture. For example, after receiving the above-mentioned acquisition request, a screenshot of the current page (with the DOI displayed on the page) is saved, so that the Screenshot as offline DOI. Of course, this is only a simple implementation, and this should not constitute a limitation on this case.
Step S205: Display the offline DOI on a designated interface of the terminal.
In the embodiment of the present specification, the specified interface may include, but is not limited to, a lock screen interface, a main interface, a desktop, a standby interface, or a screen saver interface of a terminal. It should be understood that by displaying the offline DOI on the designated interface, the operations that the user needs to perform to retrieve the DOI can be reduced. In other words, the number of operations required by the user to retrieve the designated interface on the terminal is less than the number of operations required to obtain the offline DOI.
Through the above steps, in the scenario where a DOI such as a QR code is required, the corresponding client can provide the user with the function of generating an offline DOI. Based on this, the user can use this function to issue a corresponding acquisition instruction, and the client receives After the obtaining instruction, the offline DOI can be provided and stored locally, and the offline DOI can be displayed on the designated interface of the terminal. When using offline DOI, users do not need to start the client to find the corresponding DOI interface, but can display the DOI by assigning a designated interface.
This method can reduce as much as possible the operations performed by the user during the process of calling out the DOI, and is more convenient. Especially in the scenario where the user uses the DOI multiple times, it can effectively reduce the time-consuming operation and is beneficial to improving the user experience.
For the above steps, the execution subject may generally be a client, but in some embodiments, a terminal may also be used as the execution subject. In addition, during the execution of the above steps, the execution subject may also change. For example: the execution subject of step S201 may be a client, the execution subject of step S203 may be a business server, and the execution subject of step S205 may be a terminal. . Of course, the specific will be determined according to the needs of practical applications, which should not be understood as a limitation on this case.
Aiming at the method shown in FIG. 2, the application scenario of offline two-dimensional code is described in more detail below.
During the generation of the offline QR code, the client can provide the user with controls or options. For example, as shown in FIG. 3, the client provides an offline two-dimensional code generation control item in the corresponding interface. When the user clicks the control item in the current interface, it can be regarded as an instruction for obtaining the offline two-dimensional code. At this time, the client can communicate with the business server to obtain the corresponding two-dimensional code data, generate the two-dimensional code in the client, and then the client can use screenshots / pictures to store under the preset storage path. .
It should be noted here that the interface shown in FIG. 3 is not necessarily the display interface of the two-dimensional code in the client. The interface in FIG. 3 may be the main interface of the client, that is, the control item is set in the main interface. .
In some possible embodiments, if the client uses the screenshot / picture method to store the offline QR code in a preset storage path, the client is required to assign a corresponding application programmatic interface in the terminal operating system (Application Programming Interface (API). It is not specifically limited here.
Of course, in some embodiments in this specification, in order to facilitate the display and maintain a better display effect, the client may fuse the offline QR code with a picture specified by the user. That is, generating an image including the offline DOI may specifically include: performing screenshot processing on an interface displaying a two-dimensional code, using the intercepted two-dimensional code as an offline two-dimensional code, and using the offline two-dimensional code. Fusion processing is performed with a picture preset by a user to generate a picture including the offline two-dimensional code.
In the display stage of the offline QR code, in order to minimize the operations that the user needs to perform, the picture containing the offline QR code can be used as the terminal's lock screen interface, standby interface, or background image. As shown in FIG. 4, an image containing an offline two-dimensional code is used on the lock screen interface of the mobile phone used by the user, and the user only needs to light up the screen to use the two-dimensional code. Obviously, it is more convenient than the process of unlocking the interface, starting the client, and opening the QR code display interface.
Of course, in addition to the embodiments described above, in other embodiments that are more closely integrated with business scenarios, the acquisition instruction issued by the user may also carry corresponding business information. For example, in the scenario of generating an offline payment QR code, considering that the offline QR code is easier to expose, in order to reduce risks, a payment amount corresponding to the offline payment QR code can be set. In other words, for this case, the user can set an amount corresponding to the offline payment QR code in the interface before clicking the control item for generating the offline payment QR code. Furthermore, the acquisition instruction issued by the user by clicking the generation control item of the offline payment QR code will carry the limit information set by the user. Correspondingly, the service server may determine the upper limit of the amount corresponding to the offline payment QR code according to the limit information.
In actual application, the corresponding business personnel can also set the payment limit rules for offline payment QR codes in the business server in advance, so that the offline QR codes obtained by different users will follow the payment limit rules.
In addition, the offline two-dimensional code may become invalid with an increase in the number of uses or an increase in the use time. Therefore, in some embodiments of the present specification, the offline two-dimensional code may be periodically updated. The generation and display process of the updated offline QR code can refer to the foregoing content, and will not be repeated here.
The above is the information display method provided by the embodiment of the present specification. Based on the same thinking, the embodiment of the present specification also provides a corresponding information display device.
Specifically, the information display device provided in the embodiment of this specification is shown in FIG. 5, and the device includes:
The instruction receiving module 501 receives an instruction for obtaining an offline digital object unique identifier DOI;
Providing module 502, providing offline DOI and storing according to the obtaining instruction;
A display module 503 for displaying the offline DOI on a designated interface of the terminal;
Wherein, the DOI includes at least a two-dimensional code;
The specified interface includes at least one of a lock screen interface, a standby interface, a screen saver interface, and a main interface.
Further, the number of operations required by the user to retrieve the designated interface on the terminal is less than the number of operations required to obtain the offline DOI.
Further, a providing module 502 is provided to generate an image including an offline two-dimensional code according to the obtaining instruction, and store the image.
Further, a module 502 is provided to perform screenshot processing on an interface displaying a two-dimensional code, and use the intercepted two-dimensional code as an offline two-dimensional code to generate an image including the offline two-dimensional code.
Further, a module 502 is provided to perform screenshot processing on an interface displaying a two-dimensional code, use the intercepted two-dimensional code as an offline two-dimensional code, and fuse the offline two-dimensional code with a picture preset by a user Processing to generate a picture containing the offline two-dimensional code.
Further, the display module 503 sets an image including an offline two-dimensional code as a background image of a specified interface of the terminal, and displays the image based on a display operation of the user.
Further, the obtaining instruction carries service information;
The providing module 502 provides an offline two-dimensional code corresponding to the service information according to the service information carried by the obtaining instruction;
The service information includes: payment limit information corresponding to the offline two-dimensional code.
The device further includes an update module 504 that updates the offline two-dimensional code according to a preset period.
Based on the apparatus shown in FIG. 5, in actual applications, it can be implemented by a physical device (such as a terminal device). Specifically, the device includes: a processor and a memory, where:
The memory stores an information display program;
The processor assigns an information display program stored in the memory and executes:
Receiving an acquisition instruction for the unique identifier DOI of the offline digital object;
Provide offline DOI according to the acquisition instruction and store it;
Displaying the offline DOI on a designated interface of the terminal;
The number of operations required by the user to retrieve the designated interface on the terminal is less than the number of operations required to obtain the offline DOI.
Each embodiment in this specification is described in a progressive manner, and the same or similar parts between the various embodiments can be referred to each other. Each embodiment focuses on the differences from other embodiments. In particular, for the device, device, and media embodiments, since they are basically similar to the method embodiments, the description is relatively simple. For the relevant parts, refer to the description of the method embodiments, and they will not be repeated here.
So far, specific embodiments of the present subject matter have been described. Other embodiments are within the scope of the accompanying patent applications. In some cases, the actions described in the scope of the patent application can be performed in a different order and still achieve the desired result. In addition, the processes depicted in the figures do not necessarily require the particular order shown or sequential order to achieve the desired result. In certain embodiments, multitasking and parallel processing may be advantageous.
In the 1990s, for a technical improvement, it can be clearly distinguished whether it is an improvement in hardware (for example, the improvement of circuit structures such as diodes, transistors, switches, etc.) or an improvement in software (for method and process Improve). However, with the development of technology, the improvement of many methods and processes can be regarded as a direct improvement of the hardware circuit structure. Designers almost always get the corresponding hardware circuit structure by programming the improved method flow into the hardware circuit. Therefore, it cannot be said that the improvement of a method flow cannot be realized by a hardware entity module. For example, a programmable logic device (Programmable Logic Device, PLD) (such as a Field Programmable Gate Array (FPGA)) is such an integrated circuit whose logic function is determined by the user's programming of the device. Designers program themselves to "integrate" a digital system on a PLD, without having to ask a chip manufacturer to design and fabricate a dedicated integrated circuit chip. Moreover, today, instead of making integrated circuit chips manually, this programming is mostly implemented with "logic compiler" software, which is similar to the software compiler used in program development and writing. The source code before compilation must also be written in a specific programming language. This is called the Hardware Description Language (HDL). There is not only one kind of HDL, but many types, such as ABEL (Advanced Boolean Expression Language), AHDL (Altera Hardware Description Language), Confluence, CUPL (Cornell University Programming Language), HDCal, JHDL (Java Hardware Description Language), Lava, Lola, MyHDL, PALASM, RHDL (Ruby Hardware Description Language), etc. Currently the most commonly used are VHDL (Very-High-Speed Integrated Circuit Hardware Description Language) and Verilog. Those skilled in the art should also be clear that as long as the method flow is logically programmed and integrated into the integrated circuit using the above-mentioned several hardware description languages, the hardware circuit that implements the logic method flow can be easily obtained.
The controller may be implemented in any suitable manner, for example, the controller may take the form of a microprocessor or processor and a computer-readable storage of computer-readable code (such as software or firmware) executable by the (micro) processor. Media, logic gates, switches, application specific integrated circuits (ASICs), programmable logic controllers and embedded microcontrollers. Examples of controllers include, but are not limited to, the following microcontrollers: ARC 625D, Atmel AT91SAM, Microchip PIC18F26K20 and Silicone Labs C8051F320, the memory controller can also be implemented as part of the control logic of the memory. Those skilled in the art also know that, in addition to implementing the controller in a pure computer-readable code manner, the controller can be controlled by logic gates, switches, dedicated integrated circuits, and programmable logic by programming the method steps logically. Controller and embedded microcontroller to achieve the same function. Therefore, the controller can be considered as a hardware component, and the device included in the controller for implementing various functions can also be considered as a structure in the hardware component. Or even, a device for implementing various functions can be regarded as a structure that can be both a software module implementing the method and a hardware component.
The system, device, module, or unit described in the foregoing embodiments may be specifically implemented by a computer chip or entity, or by a product having a certain function. A typical implementation is a computer. Specifically, the computer may be, for example, a personal computer, a laptop computer, a cellular phone, a camera phone, a smart phone, a personal digital assistant, a media player, a navigation device, an email device, a game console, a tablet computer, a wearable Device or any combination of these devices.
For the convenience of description, when describing the above device, the functions are divided into various units and described separately. Of course, when implementing this case, the functions of each unit may be implemented in the same or multiple software and / or hardware.
Those skilled in the art should understand that the embodiments of the present invention may be provided as a method, a system, or a computer program product. Therefore, the present invention may take the form of an entirely hardware embodiment, an entirely software embodiment, or an embodiment combining software and hardware aspects. Moreover, the present invention may take the form of a computer program product implemented on one or more computer-usable storage media (including but not limited to magnetic disk memory, CD-ROM, optical memory, etc.) containing computer-usable code therein. .
The present invention is described with reference to flowcharts and / or block diagrams of methods, devices (systems), and computer program products according to embodiments of the present invention. It should be understood that each flow and / or block in the flowchart and / or block diagram, and a combination of the flow and / or block in the flowchart and / or block diagram can be implemented by computer program instructions. These computer program instructions can be provided to the processor of a general-purpose computer, special-purpose computer, embedded processor, or other programmable data processing device to generate a machine for instructions executed by the processor of the computer or other programmable data processing device Generate means for implementing the functions specified in one or more flowcharts and / or one or more blocks of the block diagram.
These computer program instructions may also be stored in a computer-readable memory that can guide a computer or other programmable data processing device to work in a specific manner, so that the instructions stored in the computer-readable memory generate a manufactured article including a command device , The instruction device realizes the functions specified in a flowchart or a plurality of processes and / or a block or a block of the block diagram.
These computer program instructions can also be loaded on a computer or other programmable data processing equipment, so that a series of operating steps can be performed on the computer or other programmable equipment to generate computer-implemented processing, so that the computer or other programmable equipment can The instructions executed on the steps provide steps for realizing the functions specified in one or more flowcharts and / or one or more blocks of the block diagram.
In a typical configuration, a computing device includes one or more processors (CPUs), input / output interfaces, network interfaces, and memory.
Memory may include non-persistent memory, random access memory (RAM), and / or non-volatile memory in computer-readable media, such as read-only memory (ROM) or flash memory (flash) RAM). Memory is an example of a computer-readable medium.
Computer-readable media includes permanent and non-permanent, removable and non-removable media. Information can be stored by any method or technology. Information can be computer-readable instructions, data structures, modules of programs, or other data. Examples of computer storage media include, but are not limited to, phase change memory (PRAM), static random access memory (SRAM), dynamic random access memory (DRAM), and other types of random access memory (RAM) , Read-only memory (ROM), electrically erasable and programmable read-only memory (EEPROM), flash memory or other memory technology, read-only disc read-only memory (CD-ROM), digital multifunction Optical discs (DVDs) or other optical storage, magnetic tape cartridges, magnetic tape storage or other magnetic storage devices or any other non-transmitting media may be used to store information that can be accessed by computing devices. According to the definition in this article, computer-readable media does not include temporary computer-readable media (transitory media), such as modulated data signals and carrier waves.
It should also be noted that the terms "including,""including," or any other variation thereof are intended to encompass non-exclusive inclusion, so that a process, method, product, or device that includes a range of elements includes not only those elements, but also Other elements not explicitly listed, or those that are inherent to such a process, method, product, or device. Without more restrictions, the elements defined by the sentence "including a ..." do not exclude the existence of other identical elements in the process, method, product or equipment including the elements.
Those skilled in the art should understand that the embodiments of the present invention can be provided as a method, a system or a computer program product. Therefore, this case may take the form of an entirely hardware embodiment, an entirely software embodiment, or an embodiment combining software and hardware aspects. Moreover, this case may take the form of a computer program product implemented on one or more computer-usable storage media (including but not limited to disk memory, CD-ROM, optical memory, etc.) containing computer-usable code.
This case can be described in the general context of computer-executable instructions executed by a computer, such as a program module. Generally, program modules include routines, programs, objects, components, data structures, etc. that perform specific transactions or implement specific abstract data types. This case can also be practiced in a decentralized computing environment where transactions are performed by a remote processing device connected through a communication network. In a decentralized computing environment, program modules can be located in local and remote computer storage media, including storage devices.
Each embodiment in this specification is described in a progressive manner, and the same or similar parts between the various embodiments can be referred to each other. Each embodiment focuses on the differences from other embodiments. In particular, for the system embodiment, since it is basically similar to the method embodiment, the description is relatively simple. For the relevant part, refer to the description of the method embodiment.
The above are only examples of the present case, and are not intended to limit the case. For those skilled in the art, this case may have various modifications and changes. Any modification, equivalent replacement, or improvement made within the spirit and principle of this case shall be included in the scope of the patent application in this case.

S201, S203, S205‧‧‧ steps

501‧‧‧Command receiving module

502‧‧‧Provide modules

503‧‧‧Display Module

504‧‧‧Update Module

The drawings described here are used to provide a further understanding of the case and constitute a part of the case. The exemplary embodiments of the case and its description are used to explain the case, and do not constitute an improper limitation on the case. In the scheme:

FIG. 1 is a schematic diagram of an architecture based on an information display method provided by an embodiment of the specification;

FIG. 2 is a schematic diagram of an information display process provided by an embodiment of the present specification; FIG.

3 is a schematic diagram of an offline two-dimensional code generation control item on a client provided in an embodiment of the present specification;

4 is a schematic diagram of an offline two-dimensional code displayed on a lock screen interface according to an embodiment of the present specification;

FIG. 5 is a schematic structural diagram of an information display device according to an embodiment of the present specification.

Claims (17)

An information display method, including: Receiving an instruction for obtaining a unique identifier (DOI) of an offline digital object; Provide offline DOI according to the acquisition instruction and store it; Displaying the offline DOI on a designated interface of the terminal; Wherein, the DOI includes at least a two-dimensional code; The specified interface includes at least one of a lock screen interface, a standby interface, a screen saver interface, and a main interface. The method according to item 1 of the scope of patent application, wherein the number of operations required by the user to retrieve the specified interface on the terminal is less than the number of operations required to obtain the offline DOI. The method according to item 1 of the scope of patent application, wherein the offline DOI is provided and stored according to the acquisition instruction, and specifically includes: According to the obtaining instruction, a picture including an offline two-dimensional code is generated, and the picture is stored. The method according to item 3 of the scope of patent application, further comprising: generating a picture including the offline DOI, which specifically includes: Screenshot processing is performed on an interface displaying a two-dimensional code, and the intercepted two-dimensional code is used as an offline two-dimensional code to generate a picture including the offline two-dimensional code. The method according to item 3 of the scope of patent application, further comprising: generating a picture including the offline DOI, which specifically includes: Perform screenshot processing on an interface displaying a two-dimensional code, and use the intercepted two-dimensional code as an offline two-dimensional code; Fusion processing the offline two-dimensional code with a picture preset by a user to generate a picture including the offline two-dimensional code. The method according to item 3 of the scope of patent application, further comprising: displaying the offline DOI on a designated interface of the terminal, which specifically includes: The picture containing the offline two-dimensional code is set as a background picture of a specified interface of the terminal, and is displayed based on a display operation of the user. The method according to item 1 of the scope of patent application, wherein the acquisition instruction carries business information; Wherein, the offline DOI is provided and stored according to the obtaining instruction, and specifically includes: Providing an offline two-dimensional code corresponding to the service information according to the service information carried by the acquisition instruction; The service information includes: payment limit information corresponding to the offline two-dimensional code. The method according to item 1 of the patent application scope, further comprising: Update the offline QR code according to a preset period. An information display device includes: An instruction receiving module for receiving an instruction for obtaining a unique identifier (DOI) of an offline digital object; Providing a module, providing offline DOI and storing according to the acquisition instruction; A display module for displaying the offline DOI on a designated interface of the terminal; Wherein, the DOI includes at least a two-dimensional code; The specified interface includes at least one of a lock screen interface, a standby interface, a screen saver interface, and a main interface. The device according to item 9 of the scope of patent application, wherein the number of operations required by the user to retrieve the specified interface on the terminal is less than the number of operations required to obtain the offline DOI. The device according to item 9 of the scope of patent application, wherein the providing module generates an image including an offline two-dimensional code according to the obtaining instruction, and stores the image. The device according to item 11 of the scope of patent application, wherein the providing module performs screenshot processing on the interface displaying the two-dimensional code, and uses the intercepted two-dimensional code as an offline two-dimensional code to generate Describe the picture of offline QR code. The device according to item 11 of the scope of patent application, wherein the providing module performs screenshot processing on an interface displaying a two-dimensional code, and uses the intercepted two-dimensional code as an offline two-dimensional code, and The offline two-dimensional code is fused with a picture preset by the user to generate a picture including the offline two-dimensional code. The device according to item 11 of the scope of patent application, wherein the display module sets an image including an offline two-dimensional code as a background image of a specified interface of the terminal, and displays the image based on a display operation of the user . The device according to item 9 of the scope of patent application, wherein the acquisition instruction carries business information; The providing module provides an offline two-dimensional code corresponding to the service information according to the service information carried by the obtaining instruction; The service information includes: payment limit information corresponding to the offline two-dimensional code. The device according to item 9 of the scope of patent application, the device further comprises: an update module that updates the offline two-dimensional code according to a preset period. An information display device includes a processor and a memory, wherein: The memory stores an information display program; The processor assigns an information display program stored in the memory and executes: Receiving an instruction for obtaining a unique identifier (DOI) of an offline digital object; Provide offline DOI according to the acquisition instruction and store it; Displaying the offline DOI on a designated interface of the terminal; Wherein, the DOI includes at least a two-dimensional code; The specified interface includes at least one of a lock screen interface, a standby interface, a screen saver interface, and a main interface.