Information Generation Method, Apparatus, Electronic Device, and Computer-Readable Medium

Abstract

Embodiments of the present disclosure disclose an information generation method, apparatus, electronic device, and computer-readable medium. A specific implementation of the method includes: in response to the order information meeting a first preset condition, adding the order information to a message queue cached locally; in response to successful addition within a predetermined number of times, generating an order identifier for the order information; generating first entitlement information for the corresponding user according to the order information and the order identifier; obtaining first insurance information for the corresponding user according to the order information; or in response to the order information not meeting the first preset condition and meeting a second preset condition, generating second insurance information for the corresponding user; obtaining a token corresponding to the second insurance information; performing a legitimacy check on the token; in response to passing the legitimacy check, sending the second insurance information to an entitlement server to obtain second entitlement information corresponding to the second insurance information. This implementation improves the efficiency of processing information submitted by users.

Description

Technical Field

[0001] Embodiments of the present disclosure relate to the field of computer technologies, and more particularly, to an information generation method, apparatus, electronic device, and computer-readable medium. Background Art

[0002] With the accelerating process of industrialization, urbanization, and population aging in China, the impacts of residents' lifestyles, ecological environments, food safety conditions, etc. on health have gradually emerged, and online medical platforms have been gradually widely applied in the field of medical health. Currently, online medical platforms often use manual review to inspect and process the information submitted by users.

[0003] However, the above method usually has the following technical problems: The manual review method has certain subjectivity and cannot classify the information submitted by users, resulting in a relatively high error rate in inspecting the information submitted by users, and the information submitted by users needs to be repeatedly inspected, thus causing low efficiency in processing the information submitted by users. Summary of the Invention

[0004] This section of the present disclosure is used to introduce concepts in a brief form, and these concepts will be described in detail in the subsequent Detailed Description section. This section of the present disclosure is not intended to identify the key features or essential features of the claimed technical solution, nor is it intended to be used to limit the scope of the claimed technical solution.

[0005] Some embodiments of the present disclosure propose an information generation method, apparatus, electronic device, and computer-readable medium to solve one or more of the technical problems mentioned in the above Background Art section.

[0006] In a first aspect, some embodiments of the present disclosure provide an information generation method, which includes: according to the order placement information submitted by a user, processing the order placement information by using one of the following processing methods: in response to the order placement information meeting a first preset condition, adding the order placement information to a message queue cached locally; in response to successful addition within a predetermined number of times, generating an order placement identifier for the order placement information; generating first entitlement information corresponding to the user according to the order placement information and the order placement identifier; obtaining first insurance information corresponding to the user according to the order placement information; or in response to the order placement information not meeting the first preset condition and meeting a second preset condition, generating second insurance information corresponding to the user; obtaining a token corresponding to the second insurance information; performing a legality check on the token; in response to passing the legality check, sending the second insurance information to an entitlement server to obtain second entitlement information corresponding to the second insurance information.

[0007] Optionally, the method further includes: in response to unsuccessful addition within the predetermined number of times, performing a warning process.

[0008] Optionally, the above-mentioned generation of the order identifier of the above-mentioned order information includes: determining the timestamp corresponding to the above-mentioned order information; determining the address identifier of the local server; determining the information type of the above-mentioned order information; determining the serial number of the above-mentioned order information in the message queue after being added; and concatenating the above-mentioned timestamp, the above-mentioned address identifier, the above-mentioned information type and the above-mentioned serial number to generate a concatenated character string as the order identifier.

[0009] Optionally, the above order information includes the name of the benefit.

[0010] Optionally, the above-mentioned obtaining the first insurance information corresponding to the above-mentioned user based on the above-mentioned order information includes: obtaining an insurance name group from a preset data storage server and selecting an insurance name matching the above-mentioned benefit name as the insurance name to be processed; selecting insurance information matching the above-mentioned insurance name to be processed from the insurance information group stored in the above-mentioned data storage server as the insurance information to be processed; encrypting the above-mentioned order information and the above-mentioned insurance information to be processed to generate encrypted order information and encrypted insurance information; sending the above-mentioned encrypted order information and the above-mentioned encrypted insurance information to the insurance service end to obtain the first insurance information corresponding to the above-mentioned encrypted insurance information.

[0011] Optionally, the method also includes: in response to receiving the insurance service request information of the above-mentioned user and the status type of the insurance information corresponding to the above-mentioned user is a valid class, sending the above-mentioned insurance service request information to a preset Internet hospital server to receive processing information corresponding to the above-mentioned insurance service request information, wherein the above-mentioned insurance information is the above-mentioned first insurance information or the above-mentioned second insurance information.

[0012] Optionally, the method further includes: in response to receiving the query request information of the above-mentioned user and the status type of the first insurance information corresponding to the above-mentioned user is a valid class, displaying the above-mentioned first insurance information and the above-mentioned first rights and interests information.

[0013] Optionally, the method further includes: in response to receiving the query request information of the above-mentioned user and the status type of the second insurance information corresponding to the above-mentioned user is a valid class, displaying the above-mentioned second insurance information and the above-mentioned second rights and interests information.

[0014] Optionally, the method further includes: in response to receiving a request from the user to release the first rights and interests information and the status type of the first insurance information corresponding to the user being valid, releasing the binding of the first rights and interests information with the user.

[0015] Optionally, the method further includes: in response to receiving the user's cancellation request information for the second entitlement information and the status type of the second insurance information corresponding to the user being valid, unbinding the second entitlement information from the user.

[0016] Optionally, the method further includes: in response to receiving the user's entitlement service request information and the status type of the entitlement information corresponding to the user being valid, sending the entitlement service request information to the Internet hospital server to receive feedback information corresponding to the entitlement service request information, where the entitlement information is the first entitlement information or the second entitlement information.

[0017] In a second aspect, some embodiments of the present disclosure provide an information generation device, the device includes: a processing unit configured to process the order information submitted by the user by using one of the following processing methods: in response to the order information meeting a first preset condition, adding the order information to a message queue cached locally; in response to successful addition within a predetermined number of times, generating an order identifier for the order information; generating first entitlement information corresponding to the user according to the order information and the order identifier; obtaining first insurance information corresponding to the user according to the order information; or in response to the order information not meeting the first preset condition and meeting a second preset condition, generating second insurance information corresponding to the user; obtaining a token corresponding to the second insurance information; performing a legality check on the token; in response to passing the legality check, sending the second insurance information to the entitlement server to obtain second entitlement information corresponding to the second insurance information.

[0018] Optionally, the device further includes: a warning processing unit configured to perform warning processing in response to unsuccessful addition within the predetermined number of times.

[0019] In some optional implementation manners of some embodiments, the processing unit is further configured to: determine a time stamp corresponding to the order information; determine an address identifier of a local server; determine an information type of the order information; determine a sequence number of the order information in the message queue after addition; and splice the time stamp, the address identifier, the information type, and the sequence number to generate a spliced string as the order identifier.

[0020] Optionally, the order information includes an entitlement name.

[0021] In some optional implementations of some embodiments, the processing unit is further configured to: obtain an insurance name group from a preset data storage server and select an insurance name matching the above-mentioned benefit name as the insurance name to be processed; select insurance information matching the above-mentioned insurance name to be processed from the insurance information group stored in the above-mentioned data storage server as the insurance information to be processed; encrypt the above-mentioned order information and the above-mentioned insurance information to be processed to generate encrypted order information and encrypted insurance information; send the above-mentioned encrypted order information and the above-mentioned encrypted insurance information to the insurance service end to obtain the first insurance information corresponding to the above-mentioned encrypted insurance information.

[0022] Optionally, the device also includes: a first sending unit, configured to send the insurance service request information to a preset Internet hospital server in response to receiving the insurance service request information of the above-mentioned user and the status type of the insurance information corresponding to the above-mentioned user being a valid class to receive processing information corresponding to the above-mentioned insurance service request information, wherein the above-mentioned insurance information is the above-mentioned first insurance information or the above-mentioned second insurance information.

[0023] Optionally, the device also includes: a first display unit, configured to display the first insurance information and the first rights information in response to receiving the query request information of the above-mentioned user and the status type of the first insurance information corresponding to the above-mentioned user is valid.

[0024] Optionally, the device also includes: a second display unit, configured to display the second insurance information and the second rights information in response to receiving the query request information of the above-mentioned user and the status type of the second insurance information corresponding to the above-mentioned user is valid.

[0025] Optionally, the device also includes: a first release unit, configured to release the binding of the first rights information from the above-mentioned user in response to receiving the above-mentioned user's release request information for the above-mentioned first rights information and the status type corresponding to the above-mentioned user's first insurance information is valid.

[0026] Optionally, the device also includes: a second release unit, configured to release the binding of the second rights information from the above-mentioned user in response to receiving the above-mentioned user's release request information for the above-mentioned second rights information and the status type corresponding to the above-mentioned user's second insurance information is valid.

[0027] Optionally, the device also includes: a second sending unit, configured to send the rights service request information to the Internet hospital server in response to receiving the rights service request information of the above-mentioned user and the status type of the rights information corresponding to the above-mentioned user is a valid class to receive feedback information corresponding to the above-mentioned rights service request information, wherein the above-mentioned rights information is the above-mentioned first rights information or the above-mentioned second rights information.

[0028] In a third aspect, some embodiments of the present disclosure provide an electronic device, including: one or more processors; a storage device storing one or more programs thereon, and when the one or more programs are executed by the one or more processors, the one or more processors implement the method described in any implementation manner of the above first aspect.

[0029] In a fourth aspect, some embodiments of the present disclosure provide a computer-readable medium storing a computer program thereon, wherein when the program is executed by a processor, the method described in any implementation manner of the above first aspect is implemented.

[0030] The above various embodiments of the present disclosure have the following beneficial effects: Through the information generation method of some embodiments of the present disclosure, the information submitted by the user can be classified and processed, reducing the error rate of verifying the information submitted by the user, and improving the efficiency of processing the information submitted by the user. Specifically, the reason for the low efficiency of processing the information submitted by the user is that the manual review method has certain subjectivity and cannot classify and process the information submitted by the user, resulting in a high error rate in verifying the information submitted by the user, and the information submitted by the user needs to be repeatedly verified, thus causing the low efficiency of processing the information submitted by the user. Based on this, the information generation method of some embodiments of the present disclosure, first, adopts different processing methods for different types of order placement information. Then, for the order placement information that meets the first preset condition, an order placement identifier of the above order placement information is generated. Thus, it is possible to avoid repeatedly processing the order placement information with the same identifier, reducing the error rate of verifying the information submitted by the user. Then, for the order placement information that does not meet the above first preset condition and meets the second preset condition, the second insurance information corresponding to the user is generated and a token for obtaining the above second insurance information is obtained. By verifying the legality of the token, thus, it is possible to avoid verifying the order placement information corresponding to an illegal token. Therefore, the error rate of verifying the information submitted by the user is reduced, and the repeated verification of the information submitted by the user is avoided, improving the efficiency of processing the information submitted by the user. In addition, different modes of information processing methods can also be provided for the user, improving the user experience. BRIEF DESCRIPTION OF THE DRAWINGS

[0031] In combination with the accompanying drawings and with reference to the following specific embodiments, the above and other features, advantages and aspects of the various embodiments of the present disclosure will become more apparent. Throughout the drawings, the same or similar reference numerals represent the same or similar elements. It should be understood that the drawings are schematic and the elements and elements are not necessarily drawn to scale.

[0032] Figures 1 - 2 is a schematic diagram of an application scenario of the information generation method of some embodiments of the present disclosure;

[0033] Figure 3 is a flowchart of some embodiments of the information generation method according to the present disclosure;

[0034] Figure 4 is a flowchart of some other embodiments of the information generation method according to the present disclosure;

[0035] Figure 5 is a schematic structural diagram of some embodiments of the information generation apparatus according to the present disclosure;

[0036] Figure 6 is a schematic structural diagram of an electronic device suitable for implementing some embodiments of the present disclosure. Detailed implementation manners

[0037] Embodiments of the present disclosure will be described in more detail below with reference to the accompanying drawings. Although some embodiments of the present disclosure are shown in the drawings, it should be understood that the present disclosure can be implemented in various forms and should not be construed as limited to the embodiments set forth herein. On the contrary, these embodiments are provided to more thoroughly and completely understand the present disclosure. It should be understood that the drawings and embodiments of the present disclosure are only for illustrative purposes and are not used to limit the protection scope of the present disclosure.

[0038] In addition, it should be noted that for the sake of convenience of description, only parts related to the relevant invention are shown in the drawings. Without conflict, the embodiments in the present disclosure and the features in the embodiments can be combined with each other.

[0039] It should be noted that the concepts such as "first" and "second" mentioned in the present disclosure are only used to distinguish different devices, modules or units, and are not used to limit the order of functions performed by these devices, modules or units or their interdependent relationships.

[0040] It should be noted that the modifications of "one" and "multiple" mentioned in the present disclosure are illustrative rather than restrictive. Those skilled in the art should understand that unless otherwise clearly specified in the context, it should be understood as "one or more".

[0041] The names of the messages or information exchanged between multiple devices in the embodiments of the present disclosure are only for illustrative purposes and are not used to limit the scope of these messages or information.

[0042] The present disclosure will be described in detail below with reference to the drawings and in conjunction with the embodiments.

[0043] Figures 1 - 2 is a schematic diagram of an application scenario of the information generation method according to some embodiments of the present disclosure.

[0044] In Figure 1In the application scenario, the computing device 101 can process the above order information 102 submitted by the user in the following manner: First, the computing device 101 can add the above order information 102 to the message queue 103 cached locally in response to the above order information 102 meeting the first preset condition. For example, the order information 102 can include an order type. For example, the order type is an equity type. Here, the first preset condition can be that "the order type included in the order information 102 is an equity type". Here, the message queue 103 can be a queue composed of order information submitted by each user. Second, the computing device 101 can generate an order identifier 104 for the above order information in response to successful addition within a predetermined number of times. For example, the order identifier can be "001". Then, the computing device 101 can generate first equity information 105 corresponding to the above user based on the above order information 102 and the above order identifier 104. Finally, the computing device 101 can obtain first insurance information 106 corresponding to the above user based on the above order information 102.

[0045] In Figure 2 the application scenario, the computing device 101 can process the above order information 102 submitted by the user in the following manner: First, the computing device 101 can generate second insurance information 107 corresponding to the above user in response to the above order information 102 not meeting the above first preset condition and meeting the second preset condition. For example, the order information 102 can include an order type. For example, the order type is an insurance type. Here, the second preset condition can be that "the order type included in the order information 102 is an insurance type". Next, the computing device 101 can obtain a token 108 corresponding to the above second insurance information 107. Then, the computing device 101 can perform a legality check on the above token 108. Finally, the computing device 101 can send the above second insurance information 107 to the rights and interests server 109 to obtain second rights and interests information 110 corresponding to the second insurance information in response to passing the legality check.

[0046] It should be noted that the above computing device 101 can be hardware or software. When the computing device is hardware, it can be implemented as a distributed cluster composed of multiple servers or terminal devices, or as a single server or a single terminal device. When the computing device is embodied as software, it can be installed in the above-listed hardware devices. It can be implemented as, for example, multiple software or software modules for providing distributed services, or as a single software or software module. No specific limitation is made here.

[0047] It should be understood that Figures 1 - 2 the number of computing devices in

[0048] Continue to refer to Figure 3 , which shows the process 300 of some embodiments of the information generation method according to the present disclosure. For this information generation method,

[0049] According to the order placement information submitted by the user, one of the processing methods of steps 3011-3014 or steps 3021-3024 is adopted to process the above order placement information. Among them, the order placement information may include the order placement type. Here, the order placement type may refer to the category of the order placement information. Among them, the order placement type may be an equity type or an insurance type. Here, the equity type may represent that the order placement information is information for purchasing an equity. Here, the insurance type may represent that the order placement information is information for purchasing insurance. When the order placement type included in the above order placement information is the equity type, the corresponding processing method of 3011-3014 can be adopted. When the order placement type included in the above order placement information is the insurance type, the corresponding processing method of 3021-3024 can be adopted:

[0050] Step 3011, in response to the order placement information meeting the first preset condition, add the order placement information to the message queue cached locally.

[0051] In some embodiments, the execution subject of the information generation method (such as Figure 1 the computing device 101 shown) can, in response to the above order placement information meeting the first preset condition, add the above order placement information to the message queue cached locally. Here, the first preset condition may be that "the order placement type included in the order placement information is the equity type". Here, the message queue may be a queue composed of order placement information submitted by each user. For example, the order placement information may be "order placement type: equity type; user name: XX; order placement time: 2021-1-16-12:00; order placement attribute value (price): YY yuan".

[0052] Step 3012, in response to successful addition within a predetermined number of times, generate an order placement identifier for the order placement information.

[0053] In some embodiments, in response to successful addition within a predetermined number of times, first, the above execution subject may determine the sequence number of the above order placement information in the updated message queue and the time of successful addition. Then, the above sequence number and the above time may be concatenated to generate a concatenated string as the order placement identifier of the above order placement information. For example, the sequence number of the above order placement information in the updated message queue may be "5". The time of successful addition may be "2021-1-16-12:01". "5" and "2021-1-16-12:01" may be concatenated to generate a concatenated string "5-2021-1-16-12:01" as the order placement identifier of the above order placement information. Here, the setting of the predetermined number of times is not limited.

[0054] Step 3013: Generate the first rights and interests information of the corresponding user according to the order information and the order identifier.

[0055] In some embodiments, first, the above-mentioned execution entity may select the rights and interests information that matches the order information from the preset rights and interests information group as the alternative rights and interests information. Then, the user name and the above-mentioned order identifier included in the order information are bound to the alternative rights and interests information to generate the bound alternative rights and interests information as the first rights and interests information. The rights and interests information may include but is not limited to at least one of the following: rights and interests value (price), rights and interests items, etc. Here, the rights and interests information that matches the order information may be the rights and interests information that has the same fields as the order information. Here, the first rights and interests information may include but is not limited to at least one of the following: effective time, rights and interests items, rights and interests validity period, etc. Here, the rights and interests items may include but are not limited to: online consultation, online family doctor, etc.

[0056] Step 3014, obtaining the first insurance information of the corresponding user according to the order information.

[0057] In some embodiments, the execution subject may send the order information to the insurance service end to receive the first insurance information corresponding to the user. The first insurance information may include but is not limited to at least one of the following: user name, effective time (insurance order time), expiration time (insurance expiration time), insurance items, etc. Here, the insurance items include but are not limited to at least one of the following: online consultation, physical examination, etc. Here, the insurance service end may refer to a server that is connected to the execution subject and capable of processing insurance business. In practice, the insurance service end may input the order information into a pre-set corpus template to generate the first insurance information. For example, the corpus template may be "user name is _; insurance attribute value is _; order time is _; insurance service provider name is _; expiration time is _; insurance item is _".

[0058] Optionally, in response to failure to add successfully within the above predetermined number of times, an early warning process is performed. Here, the early warning process may be a process of generating prompt information or controlling a voice alarm device to give a voice prompt.

[0059] Optionally, in response to receiving the query request information of the user and the status type of the first insurance information corresponding to the user being valid, the first insurance information and the first benefit information are displayed. For example, the query request information may be "view the first insurance information and the first benefit information".

[0060] Optionally, in response to receiving the user's request for releasing the first benefit information and the status type of the first insurance information corresponding to the user being valid, the binding of the first benefit information with the user is released.

[0061] Step 3021: In response to the order information not meeting the first preset condition and meeting the second preset condition, generate second insurance information corresponding to the user.

[0062] In some embodiments, the above-mentioned execution entity can, in response to the order information not meeting the first preset condition and meeting the second preset condition, fill the order information into a pre-set insurance information template to generate second insurance information corresponding to the user. Here, the second insurance information may include, but is not limited to, at least one of the following: user name, effective time (insurance order time), insurance attribute value (price), expiration time (insurance expiration time), insurance service provider name, insurance item, etc. Among them, the second preset condition may be that "the order type included in the order information is insurance type". For example, the order information may be "order type: insurance type; user name: XX; order time: 2021-1-16-12:00; order attribute value (price): YY yuan; insurance service provider name: CC company". The insurance information template may be "the user name is _; the insurance attribute value is _; the order time is _; the insurance service provider name is _; the insurance item is _". Here, "_" can represent the information to be filled. For example, the second insurance information may be "the user name is XX; the insurance attribute value is YY yuan; the order time is 2021-1-16-12:00; the insurance service provider name is CC company; the insurance item is: online consultation, physical examination, online drug purchase".

[0063] Step 3022: Obtain a token corresponding to the second insurance information.

[0064] In some embodiments, the above-mentioned execution entity can obtain a token of the insurance service provider name corresponding to the second insurance information from the device terminal through a wired connection or a wireless connection. Here, the token is used to represent the digital signature of the insurance service provider.

[0065] Step 3023: Perform a legality check on the token.

[0066] In some embodiments, the above-mentioned execution entity can perform a legality check on the token. Here, the legality check can be to match an alternative token corresponding to the token from a set of alternative tokens stored locally. Here, the alternative token corresponding to the token can refer to an alternative token that is the same as the token.

[0067] Step 3024: In response to passing the legality check, send the second insurance information to the rights and interests server to obtain second rights and interests information corresponding to the second insurance information.

[0068] In some embodiments, in response to passing the legality check, the execution subject may send the second insurance information to a rights and interests server to obtain second rights and interests information corresponding to the second insurance information. Here, the rights and interests server may refer to a server that is in communication connection with the execution subject and stores the second rights and interests information corresponding to the second insurance information.

[0069] Optionally, in response to receiving the query request information of the user and the status type of the second insurance information corresponding to the user being a valid class, the second insurance information and the second rights and interests information are displayed.

[0070] Optionally, in response to receiving the user's request for releasing the second benefit information and the status type of the second insurance information corresponding to the user being valid, the second benefit information is released from the user.

[0071] Optionally, in response to receiving the insurance service request information of the above-mentioned user and the status type of the insurance information corresponding to the above-mentioned user being a valid class, the above-mentioned insurance service request information is sent to a preset Internet hospital server to receive processing information corresponding to the above-mentioned insurance service request information, wherein the above-mentioned insurance information is the above-mentioned first insurance information or the above-mentioned second insurance information. Here, the Internet hospital server may refer to a hospital server with functions such as online consultation, which can be used to process the user's insurance service request information. For example, the insurance service request information may be "blood pressure is too high, what should be paid attention to in diet." The processing information corresponding to "blood pressure is too high, what should be paid attention to in diet" may be "don't eat foods such as ******."

[0072] Optionally, in response to receiving the rights service request information of the above-mentioned user and the status type of the rights information corresponding to the above-mentioned user being a valid class, the above-mentioned rights service request information is sent to the above-mentioned Internet hospital server to receive feedback information corresponding to the above-mentioned rights service request information, wherein the above-mentioned rights information is the above-mentioned first rights information or the above-mentioned second rights information. For example, the rights service request information may be "make an appointment on the 10th, experience at *** Hospital". The feedback information corresponding to "make an appointment on the 10th, experience at *** Hospital" may be "appointment successful, your physical examination number is ****".

[0073] The above embodiments of the present disclosure have the following beneficial effects: Through the information generation method of some embodiments of the present disclosure, the error rate of verifying the information submitted by the user is reduced, and the efficiency of processing the information submitted by the user is improved. Specifically, the reason for the low efficiency of processing the information submitted by the user is that the manual review method has a certain subjectivity, the error rate of verifying the information submitted by the user is relatively high, and the information submitted by the user needs to be repeatedly verified, resulting in a low efficiency of processing the information submitted by the user. Based on this, in the information generation method of some embodiments of the present disclosure, first, different processing methods are adopted for different types of order placement information. Then, for the order placement information that meets the first preset condition, an order placement identifier of the above order placement information is generated. Thus, it is possible to avoid repeatedly processing the order placement information with the same identifier, and the error rate of verifying the information submitted by the user is reduced. Then, for the order placement information that does not meet the above first preset condition and meets the second preset condition, a second insurance information corresponding to the user and a token for obtaining the above second insurance information are generated. By verifying the legality of the token, thus, it is possible to avoid verifying the order placement information corresponding to the illegal token. Therefore, the error rate of verifying the information submitted by the user is reduced, and the repeated verification of the information submitted by the user is avoided, improving the efficiency of processing the information submitted by the user. In addition, different modes of information processing methods can be provided for the user, improving the user experience.

[0074] Further referring to Figure 4 , a flowchart showing some other embodiments of the information generation method according to the present disclosure is shown. The information generation method includes the following steps:

[0075] Step 401, in response to the order placement information meeting the first preset condition, add the order placement information to the message queue cached locally to update the message queue.

[0076] In some embodiments, the specific implementation of step 401 and the technical effects brought can refer to Figure 3 Step 3011 in the corresponding embodiments, which will not be elaborated here.

[0077] Step 402, in response to the successful addition within a predetermined number of times, determine the time stamp corresponding to the order placement information.

[0078] In some embodiments, the execution subject of the information generation method (such as Figure 1 The computing device 101 shown) can determine the time stamp when the above order placement information is successfully added. Here, the time when the order placement information is successfully added can be converted into a time stamp.

[0079] Step 403, determine the address identifier of the local server.

[0080] In some embodiments, the above-mentioned execution entity may look up the physical address of the local server (the above-mentioned execution entity) and determine the obtained physical address as the address identifier. Here, the address identifier may be a MAC address (Media Access Control Address).

[0081] Step 404: Determine the information type of the order placement information.

[0082] In some embodiments, the above-mentioned execution entity may determine the information type of the above-mentioned order placement information. Here, the information type may refer to the order placement type included in the order placement information.

[0083] Step 405: Determine the sequence number of the order placement information in the updated message queue.

[0084] In some embodiments, the above-mentioned execution entity may determine the sequence number of the above-mentioned order placement information in the added message queue.

[0085] Step 406: Concatenate the timestamp, address identifier, information type, and sequence number to generate a concatenated string as the order placement identifier.

[0086] In some embodiments, the above-mentioned execution entity may concatenate the above-mentioned timestamp, the above-mentioned address identifier, the above-mentioned information type, and the above-mentioned sequence number to generate a concatenated string as the order placement identifier. For example, the timestamp may be "1611195886". The address identifier may be [44-45-53-54-00-00]. The information type may be "equity type". The sequence number may be "5". "1611195886", [44-45-53-54-00-00], "equity type", and "5" may be concatenated to generate a concatenated string "1611195886-[44-45-53-54-00-00]-equity type-5" as the order placement identifier.

[0087] Step 407: Generate the first rights and interests information corresponding to the user according to the order placement information and the order placement identifier.

[0088] In some embodiments, for the specific implementation of step 407 and the technical effects brought thereby, reference may be made to Figure 3 Step 3013 in the corresponding embodiments, which will not be elaborated herein.

[0089] Step 408: Obtain a group of insurance names from a preset data storage server and select an insurance name that matches the rights and interests name therefrom as the insurance name to be processed.

[0090] In some embodiments, the above order placement information may include the name of the right. The above execution entity may obtain a group of insurance names from the data storage server and select an insurance name that matches the above name of the right as the insurance name to be processed. Here, the data storage server may be a server including multiple databases, which may include but are not limited to at least one of the following: Redis (Remote Dictionary Server) database, MySQL database. Here, the name of the right may refer to the name of the right item. For example, the name of the right may be: Online Family Doctor, Online Urgent Consultation, Online Traditional Chinese Medicine Consultation, Online Western Medicine Consultation, etc. Here, the insurance name may be an insurance name pre-bound to the name of the right. For example, the insurance name may be: Online Family Doctor - [XX Insurance]. Here, by using a server including multiple databases, when multiple users place orders, the pressure during data query can be evenly distributed, alleviating the pressure on the local server.

[0091] As an example, the name of the right may be "Online Family Doctor". The group of insurance names may be: Online Family Doctor - [XX Insurance]; Online Urgent Consultation - [WW Insurance]; Online Traditional Chinese Medicine Consultation - [YY Insurance]; Online Western Medicine Consultation - [KK Insurance]. Thus, the insurance name "Online Family Doctor - [XX Insurance]" that matches the above name of the right "Online Family Doctor" can be selected from the above group of insurance names as the insurance name to be processed.

[0092] Step 409: Select insurance information that matches the insurance name to be processed from the group of insurance information stored in the data storage server as the insurance information to be processed.

[0093] In some embodiments, the above execution entity may select insurance information that matches the above insurance name to be processed from the group of insurance information stored in the above data storage server as the insurance information to be processed. Here, the insurance information that matches the above insurance name to be processed may refer to the insurance information whose insurance name is the same as the above insurance name to be processed.

[0094] Step 410: Encrypt the order placement information and the insurance information to be processed to generate encrypted order placement information and encrypted insurance information.

[0095] In some embodiments, the above execution entity may use symmetric encryption or asymmetric encryption to encrypt the above order placement information and the above insurance information to be processed to generate encrypted order placement information and encrypted insurance information.

[0096] Step 411: Send the encrypted order placement information and the encrypted insurance information to the insurance server to obtain the first insurance information corresponding to the above encrypted insurance information.

[0097] In some embodiments, the above-mentioned execution entity may send the above-mentioned encrypted order placement information and the above-mentioned encrypted insurance information to an insurance server to obtain first insurance information corresponding to the above-mentioned encrypted insurance information. Here, the insurance server may be a server that is communicatively connected to the above-mentioned execution entity and capable of processing insurance-related information, and is used to generate first insurance information corresponding to the above-mentioned encrypted insurance information. Here, the insurance-related information may include encrypted order placement information and encrypted insurance information. In practice, first, the above-mentioned insurance server may perform decryption processing on the above-mentioned encrypted order placement information and the above-mentioned encrypted insurance information to generate order placement information and insurance information. Then, the order placement information and the insurance information are input into a pre-set corpus template to generate first insurance information. For example, the corpus template may be "The user name is _; the insurance attribute value is _; the order placement time is _; the name of the insurance service provider is _; the expiration time is _; the insurance item is _".

[0098] From Figure 4 It can be seen that compared with the description of some corresponding embodiments, Figure 3 in some corresponding embodiments, the process 400 can generate a unique identifier of the order placement information by performing splicing processing on some information related to the order placement information (for example, timestamp, address identifier, information type, and serial number). Thus, the repetition of each order placement identifier of each order placement information is avoided. In addition, by storing the insurance information through a pre-set data storage server, the storage pressure on the local server is reduced. Figure 4

[0099] Further referring to Figure 5 , as an implementation of the methods shown in the above figures, the present disclosure provides some embodiments of an information generation device. These device embodiments correspond to those method embodiments shown in Figure 3 , and the device can be specifically applied to various electronic devices.

[0100] As Figure 5 ​As shown, the information generation device 500 of some embodiments includes: a processing unit 501. Among them, the processing unit 501 is configured to process the above order information according to one of the following processing methods based on the order information submitted by the user: in response to the above order information meeting the first preset condition, add the above order information to the message queue cached locally; in response to successful addition within a predetermined number of times, generate an order identifier for the above order information; generate first entitlement information corresponding to the above user according to the above order information and the above order identifier; obtain first insurance information corresponding to the above user according to the above order information; or in response to the above order information not meeting the above first preset condition and meeting the second preset condition, generate second insurance information corresponding to the above user; obtain a token corresponding to the above second insurance information; perform a legality check on the above token; in response to passing the legality check, send the above second insurance information to the entitlement server to obtain second entitlement information corresponding to the second insurance information.

[0101] Optionally, the device 500 further includes: a warning processing unit configured to perform a warning processing in response to unsuccessful addition within the above predetermined number of times.

[0102] In some alternative implementation manners of some embodiments, the processing unit 501 is further configured to: determine the timestamp corresponding to the above order information; determine the address identifier of the local server; determine the information type of the above order information; determine the sequence number of the above order information in the message queue after addition; splice the above timestamp, the above address identifier, the above information type and the above sequence number to generate a spliced string as the order identifier.

[0103] Optionally, the above order information includes an entitlement name.

[0104] In some alternative implementation manners of some embodiments, the processing unit 501 is further configured to: obtain a group of insurance names from a preset data storage server and select an insurance name that matches the above entitlement name from them as the insurance name to be processed; select insurance information that matches the above insurance name to be processed from the group of insurance information stored in the above data storage server as the insurance information to be processed; perform an encryption process on the above order information and the above insurance information to be processed to generate an encrypted order information and an encrypted insurance information; send the above encrypted order information and the above encrypted insurance information to the insurance server to obtain the first insurance information corresponding to the above encrypted insurance information.

[0105] Optionally, the device 500 also includes: a first sending unit, configured to send the insurance service request information to a preset Internet hospital server in response to receiving the insurance service request information of the above-mentioned user and the status type of the insurance information corresponding to the above-mentioned user being a valid class to receive processing information corresponding to the above-mentioned insurance service request information, wherein the above-mentioned insurance information is the above-mentioned first insurance information or the above-mentioned second insurance information.

[0106] Optionally, the device 500 also includes: a first display unit, configured to display the first insurance information and the first rights information in response to receiving the query request information of the above-mentioned user and the status type corresponding to the first insurance information of the above-mentioned user is a valid class.

[0107] Optionally, the device 500 also includes: a second display unit, configured to display the second insurance information and the second rights information in response to receiving the query request information of the above-mentioned user and the status type of the second insurance information corresponding to the above-mentioned user is valid.

[0108] Optionally, the device 500 also includes: a first release unit, configured to release the binding of the first rights information with the above-mentioned user in response to receiving the above-mentioned user's release request information for the above-mentioned first rights information and the status type corresponding to the above-mentioned user's first insurance information is valid.

[0109] Optionally, the device 500 also includes: a second release unit, configured to release the binding of the second rights information with the above-mentioned user in response to receiving the above-mentioned user's release request information for the above-mentioned second rights information and the status type corresponding to the above-mentioned user's second insurance information is valid.

[0110] Optionally, the device 500 also includes: a second sending unit, configured to send the rights service request information to the Internet hospital server in response to receiving the rights service request information of the above-mentioned user and the status type of the rights information corresponding to the above-mentioned user is a valid class to receive feedback information corresponding to the above-mentioned rights service request information, wherein the above-mentioned rights information is the above-mentioned first rights information or the above-mentioned second rights information.

[0111] It is understood that the units described in the device 500 are similar to those described in the reference Figure 3 Therefore, the operations, features and beneficial effects described above for the method are also applicable to the device 500 and the units included therein, and will not be described in detail here.

[0112] Reference below Figure 6 , which shows an electronic device (eg, Figure 1Structural schematic diagram of the computing device 101)600 in []. Some electronic devices in some embodiments of the present disclosure may include, but are not limited to, mobile terminals such as mobile phones, laptop computers, digital broadcast receivers, PDAs (Personal Digital Assistants), PADs (Tablet Computers), PMPs (Portable Multimedia Players), in-vehicle terminals (such as in-vehicle navigation terminals), etc., and fixed terminals such as digital TVs, desktop computers, etc. Figure 6 The electronic device shown is merely an example and should not impose any limitations on the functions and usage scope of the embodiments of the present disclosure.

[0113] As Figure 6 shown, the electronic device 600 may include a processing device (such as a central processing unit, a graphics processing unit, etc.) 601, which may perform various appropriate actions and processes according to the program stored in the read-only memory (ROM) 602 or the program loaded from the storage device 608 into the random access memory (RAM) 603. In the RAM 603, various programs and data required for the operation of the electronic device 600 are also stored. The processing device 601, the ROM 602, and the RAM 603 are connected to each other through a bus 604. The input / output (I / O) interface 605 is also connected to the bus 604.

[0114] Generally, the following devices may be connected to the I / O interface 605: an input device 606 including, for example, a touch screen, a touchpad, a keyboard, a mouse, a camera, a microphone, an accelerometer, a gyroscope, etc.; an output device 607 including, for example, a liquid crystal display (LCD), a speaker, a vibrator, etc.; a storage device 608 including, for example, a magnetic tape, a hard disk, etc.; and a communication device 609. The communication device 609 may allow the electronic device 600 to communicate with other devices wirelessly or wiredly to exchange data. Although Figure 6 the electronic device 600 with various devices is shown, it should be understood that it is not required to implement or have all the shown devices. More or fewer devices may be alternatively implemented or had. Figure 6 Each block shown in [] may represent a device or, as needed, multiple devices.

[0115] Particularly, according to some embodiments of the present disclosure, the process described above with reference to the flowchart may be implemented as a computer software program. For example, some embodiments of the present disclosure include a computer program product, which includes a computer program carried on a computer-readable medium, and the computer program contains program codes for executing the method shown in the flowchart. In such some embodiments, the computer program may be downloaded and installed from the network through the communication device 609, or installed from the storage device 608, or installed from the ROM 602. When the computer program is executed by the processing device 601, the above functions defined in the method of some embodiments of the present disclosure are executed.

[0116] It should be noted that the computer-readable media described in some embodiments of the present disclosure may be a computer-readable signal medium, a computer-readable storage medium, or any combination of the two. A computer-readable storage medium may be, for example, but not limited to, an electrical, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any combination of the above. More specific examples of the computer-readable storage medium may include, but are not limited to: an electrical connection having one or more wires, a portable computer disk, a hard disk, a random access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disk read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the above. In some embodiments of the present disclosure, the computer-readable storage medium may be any tangible medium that contains or stores a program, which can be used by or in conjunction with an instruction execution system, apparatus, or device. In some embodiments of the present disclosure, a computer-readable signal medium may include a data signal propagated in a baseband or as part of a carrier wave, which carries computer-readable program code. Such a propagated data signal may take various forms, including but not limited to electromagnetic signals, optical signals, or any suitable combination of the above. A computer-readable signal medium may also be any computer-readable medium other than a computer-readable storage medium, which can send, propagate, or transmit a program for use by or in conjunction with an instruction execution system, apparatus, or device. The program code contained on the computer-readable medium may be transmitted using any appropriate medium, including but not limited to: wires, optical cables, RF (radio frequency), etc., or any suitable combination of the above.

[0117] In some embodiments, the client and the server can communicate using any currently known or future-developed network protocol such as HTTP (HyperText Transfer Protocol), and can be interconnected with digital data communication in any form or medium (e.g., a communication network). Examples of communication networks include local area networks ("LANs"), wide area networks ("WANs"), the Internet (e.g., the Internet), and end-to-end networks (e.g., ad hoc end-to-end networks), as well as any currently known or future-developed networks.

[0118] The above computer-readable medium may be included in the above electronic device; or it may exist independently and not be assembled into the electronic device. The above computer-readable medium carries one or more programs. When the above one or more programs are executed by the electronic device, the electronic device is caused to: process the above order information according to one of the following processing methods based on the order information submitted by the user: in response to the above order information meeting a first preset condition, add the above order information to the message queue cached locally; in response to successful addition within a predetermined number of times, generate an order identifier for the above order information; generate first entitlement information corresponding to the above user according to the above order information and the above order identifier; obtain first insurance information corresponding to the above user according to the above order information; or in response to the above order information not meeting the above first preset condition and meeting a second preset condition, generate second insurance information corresponding to the above user; obtain a token corresponding to the above second insurance information; perform a legitimacy check on the above token; and in response to passing the legitimacy check, send the above second insurance information to the entitlement server to obtain second entitlement information corresponding to the second insurance information.

[0119] Computer program code for performing the operations of some embodiments of the present disclosure may be written in one or more programming languages or combinations thereof. The above programming languages include object-oriented programming languages - such as Java, Smalltalk, C++; and also include conventional procedural programming languages - such as the "C" language or similar programming languages. The program code may execute entirely on the user's computer, partially on the user's computer, execute as a stand-alone software package, execute partially on the user's computer and partially on a remote computer, or execute entirely on a remote computer or server. In the case of a remote computer, the remote computer may be connected to the user's computer through any type of network - including a local area network (LAN) or a wide area network (WAN) - or may be connected to an external computer (e.g., by using an Internet service provider to connect through the Internet).

[0120] The flowcharts and block diagrams in the accompanying drawings illustrate the possible architectures, functions, and operations of systems, methods, and computer program products according to various embodiments of the present disclosure. In this regard, each block in the flowchart or block diagram may represent a module, a segment of a program, or a portion of code that contains one or more executable instructions for implementing a specified logical function. It should also be noted that in some alternative implementations, the functions noted in the blocks may occur in a different order than that noted in the accompanying drawings. For example, two consecutive blocks shown may actually be executed substantially in parallel, or they may sometimes be executed in the reverse order, depending on the functions involved. It should also be noted that each block in the block diagram and / or flowchart, and combinations of blocks in the block diagram and / or flowchart, can be implemented by a dedicated hardware-based system that performs the specified functions or operations, or by a combination of dedicated hardware and computer instructions.

[0121] The units described in some embodiments of the present disclosure can be implemented in software or in hardware. The described units can also be provided in a processor. For example, it can be described as: a processor includes a processing unit. Among them, the names of these units do not constitute a limitation to the unit itself in some cases. For example, the processing unit can also be described as "processing the above order information in one of the following processing manners according to the order information submitted by the user: in response to the above order information meeting the first preset condition, adding the above order information to the message queue of the local cache; in response to successful addition within a predetermined number of times, generating an order identifier for the above order information; generating first entitlement information corresponding to the above user according to the above order information and the above order identifier; obtaining first insurance information corresponding to the above user according to the above order information; or in response to the above order information not meeting the above first preset condition and meeting the second preset condition, generating second insurance information corresponding to the above user; obtaining a token corresponding to the above second insurance information; performing a legitimacy check on the above token; and in response to passing the legitimacy check, sending the above second insurance information to the entitlement server to obtain second entitlement information corresponding to the second insurance information".

[0122] The functions described above herein can be performed at least in part by one or more hardware logic components. For example, without limitation, exemplary types of hardware logic components that can be used include: Field Programmable Gate Arrays (FPGAs), Application Specific Integrated Circuits (ASICs), Application Specific Standard Products (ASSPs), Systems on Chip (SOCs), Complex Programmable Logic Devices (CPLDs), and so on.

[0123] The above description is only some preferred embodiments of the present disclosure and an explanation of the applied technical principles. Those skilled in the art should understand that the scope of the invention involved in the embodiments of the present disclosure is not limited to the technical solutions formed by the specific combination of the above technical features, but should also cover other technical solutions formed by any combination of the above technical features or their equivalent features without departing from the above inventive concept. For example, the technical solutions formed by mutually replacing the above features with the technical features (but not limited to) having similar functions disclosed in the embodiments of the present disclosure.

Claims

1. An information generation method, comprising: According to the order placement information submitted by the user, the following processing methods are used to process the order placement information, where the order placement information includes an order placement type, and the order placement type is an equity type or an insurance type: In response to the order placement information meeting the first preset condition, add the order placement information to the message queue in the local cache; In response to successful addition within a predetermined number of times, determine the sequence number of the order placement information in the updated message queue and the time of successful addition, and splice the sequence number and the time to generate a spliced string as the order placement identifier of the order placement information; Generate first equity information corresponding to the user according to the order placement information and the order placement identifier; Obtain first insurance information corresponding to the user according to the order placement information; or In response to the order placement information not meeting the first preset condition and meeting the second preset condition, generate second insurance information corresponding to the user; Obtain a token corresponding to the second insurance information; Perform a legality check on the token; In response to passing the legality check, send the second insurance information to the equity server to obtain second equity information corresponding to the second insurance information.

2. The method according to claim 1, wherein, The method further includes: In response to unsuccessful addition within the predetermined number of times, perform a warning process.

3. The method according to claim 1, wherein, The generation of the order placement identifier of the order placement information includes: Determine the timestamp corresponding to the order placement information; Determine the address identifier of the local server; Determine the information type of the order placement information; Determine the sequence number of the order placement information in the added message queue; Splice the timestamp, the address identifier, the information type, and the sequence number to generate a spliced string as the order placement identifier.

4. The method according to claim 1, wherein, The order placement information includes an equity name; and The obtaining of the first insurance information corresponding to the user according to the order placement information includes: Obtain a group of insurance names from a preset data storage server and select an insurance name that matches the equity name as the insurance name to be processed; Select insurance information that matches the insurance name to be processed from the group of insurance information stored in the data storage server as the insurance information to be processed; Perform an encryption process on the order placement information and the insurance information to be processed to generate an encrypted order placement information and an encrypted insurance information; Send the encrypted order placement information and the encrypted insurance information to the insurance server to obtain the first insurance information corresponding to the encrypted insurance information.

5. The method according to claim 1, wherein, The method further includes: In response to receiving the insurance service request information of the user and the status type of the insurance information corresponding to the user being an effective type, send the insurance service request information to a preset Internet hospital server to receive processing information corresponding to the insurance service request information, where the insurance information is the first insurance information or the second insurance information.

6. The method according to claim 1, wherein, The method further includes: In response to receiving the query request information of the user and the status type of the first insurance information corresponding to the user being an effective type, display the first insurance information and the first equity information.

7. The method according to claim 1, wherein, The method further includes: In response to receiving the query request information of the user and the status type of the second insurance information corresponding to the user being a valid class, the second insurance information and the second benefit information are displayed.

8. The method according to claim 1, wherein, The method further comprises: In response to receiving a request from the user to release the first benefit information and the status type of the first insurance information corresponding to the user being a valid class, the binding between the first benefit information and the user is released.

9. The method according to claim 1, wherein, The method further comprises: In response to receiving the user's request for releasing the second benefit information and the status type of the second insurance information corresponding to the user being valid, the binding between the second benefit information and the user is released.

10. According to the method of claim 1, wherein, The method further comprises: In response to receiving the rights service request information of the user and the status type of the rights information corresponding to the user is valid, the rights service request information is sent to the Internet hospital server to receive feedback information corresponding to the rights service request information, wherein the rights information is the first rights information or the second rights information.

11. An information generation device, comprising: The processing unit is configured to: process the order information submitted by the user in one of the following processing modes, wherein the order information includes an order type, and the order type is equity or insurance: In response to the order information meeting the first preset condition, adding the order information to a message queue in the local cache; In response to successful addition within a predetermined number of times, determining a sequence number of the order information in the updated message queue and a time of successful addition, and concatenating the sequence number and the time to generate a concatenated string as an order identifier of the order information; Generate first rights and interests information corresponding to the user according to the order information and the order identifier; Acquire first insurance information corresponding to the user according to the order information; or In response to the order information not meeting the first preset condition and meeting the second preset condition, generating second insurance information corresponding to the user; Obtaining a token corresponding to the second insurance information; Performing a validity check on the token; In response to passing the legality check, the second insurance information is sent to the rights and interests service end to obtain second rights and interests information corresponding to the second insurance information.

12. An electronic device, comprising: one or more processors; a storage device having one or more programs stored thereon; When the one or more programs are executed by the one or more processors, the one or more processors implement the method according to any one of claims 1 to 10.

13. A computer-readable medium having a computer program stored thereon, wherein, When the program is executed by a processor, the method according to any one of claims 1 to 10 is implemented.

Images