Detailed Description
Reference will now be made in detail to the exemplary embodiments, examples of which are illustrated in the accompanying drawings. When the following description refers to the accompanying drawings, like numbers in different drawings represent the same or similar elements unless otherwise indicated. The implementations described in the following exemplary embodiments do not represent all implementations consistent with one or more embodiments of the present specification. Rather, they are merely examples of apparatus and methods consistent with certain aspects of one or more embodiments of the specification, as detailed in the claims which follow.
It should be noted that: in other embodiments, the steps of the corresponding methods are not necessarily performed in the order shown and described herein. In some other embodiments, the method may include more or fewer steps than those described herein. Moreover, a single step described in this specification may be broken down into multiple steps for description in other embodiments; multiple steps described in this specification may be combined into a single step in other embodiments.
Fig. 1 is a flow chart of a rights allocation method provided by an exemplary embodiment. As shown in fig. 1, the method applied to the blockchain node may include the following steps:
step 102, calling a first intelligent contract used for generating a character sequence, wherein the first intelligent contract is used for generating a random character sequence which accords with a preset rule for a participant, and the first generation time of the random character sequence is earlier than the second generation time of a target character sequence which accords with the preset rule.
In one embodiment, by creating a transaction (transfer) on a client of a blockchain, a call to a smart contract, such as the first smart contract described above, the second smart contract described below, or the like, may be triggered by the transaction.
In an embodiment, processing logic for generating a random character sequence conforming to a preset rule may be written in the first intelligent contract in advance, so that after the first intelligent contract is invoked, the random character sequence conforming to the preset rule may be automatically generated based on the processing logic. Because the processing logic on the first intelligent contract is public, the whole processing process is automatically completed by the first intelligent contract without manual intervention, the randomness of the generated random character sequence can be ensured, and the generated random character sequence is ensured to accord with the preset rule.
In an embodiment, the preset rule is used to indicate a combination condition that needs to be satisfied by the random character sequence, such as the number of characters included in the sequence, the type of the characters, and a value range of the characters, which is not limited in this specification. For example, the predetermined rule may limit the random character sequence to 8 digits, and the sequence "45614381" conforms to the predetermined rule, and the sequence "ax 0642f 0" does not conform to the predetermined rule; for another example, the predetermined rule may limit the random character sequence to 5 digits +3 letters, so that the sequence "45614381" does not conform to the predetermined rule, and the sequence "ax 0642f 0" conforms to the predetermined rule.
In an embodiment, because the first intelligent contract randomly generates the random character sequences corresponding to the participants, the random character sequences corresponding to different participants may be the same or different, and all the random character sequences need to be determined based on actual situations.
And 104, issuing the random character sequence to a block chain in association with the identity information of the participant.
In one embodiment, by creating a transaction on a client of the blockchain, the prediction results entered by the participants can be published on the blockchain through the transaction as a piece of data in the distributed database of the blockchain.
It should be noted that: the transactions in the blockchain have narrow and broad transaction scores. A narrowly defined transaction refers to a transfer of value issued by a user to a blockchain; for example, in a conventional bitcoin blockchain network, the transaction may be a transfer initiated by the user in the blockchain. The broad transaction refers to a piece of business data with business intention, which is issued to the blockchain by a user; for example, an operator may build a federation chain based on actual business requirements, relying on the federation chain to deploy some other types of online business unrelated to value transfer (e.g., event prediction, house renting business, vehicle scheduling business, insurance claim settlement business, credit service, medical service, etc.), and in such federation chain, the transaction may be a business message or business request with business intent issued by a user in the federation chain. The term transaction in this specification should be understood to be a broad term transaction.
In an embodiment, since the blockchain adopts a distributed database, the random character sequence issued to the blockchain cannot be tampered, and the fact that the random character sequence is real and reliable can be ensured.
In one embodiment, the random sequence of characters may be fed back to the participant, with the participant determining whether the random sequence of characters needs to be employed. In one case, the random sequence of characters may be published to a blockchain in association with identity information of the party when an acknowledgement message returned by the party is received. In another case, when a reselection message returned by the participant is received, the first intelligent contract can be recalled, and a random character sequence is regenerated by the first intelligent contract so as to update the random character sequence; the updated random character sequence can also be fed back to the participant for confirmation by the participant, and the participant can confirm the random character sequence or continuously update the random character sequence by repeating the above process.
Step 106, invoking a second intelligent contract for assigning a rights voucher, said second intelligent contract being used to read said random character sequence and said target character sequence and to assign a first rights voucher to said participant if said random character sequence matches said target character sequence.
In one embodiment, the processing logic for comparing the random character sequence with the target character sequence and the processing logic for allocating the first interest certificate based on the comparison result can be written in the second intelligent contract in advance, so that the second intelligent contract can automatically determine whether the first interest certificate needs to be allocated to the corresponding participant based on the read random character sequence and the target character sequence; the processing logic on the second intelligent contract is public content, the whole processing process is automatically completed by the intelligent contract without manual intervention, and objective and fair effects can be ensured no matter whether the random character sequence is compared with the target character sequence or the first interest certificate is distributed.
In one embodiment, when the random character sequence is the same as the target character sequence, it may be determined that the random character sequence matches the target character sequence. Because the random character sequence and the target character sequence have randomness, one or more random character sequences may be matched with the target character sequence, and a random character sequence matched with the target character sequence may not exist.
In one embodiment, the target sequence of characters may be passed into the blockchain after being generated by the out-of-chain object. In one case, the target character sequence may be published onto the blockchain by a prolog-tor (Oracle) node in the blockchain, which may ensure the accuracy of the actual result since the data provided by the prolog-tor node is considered absolutely reliable. In another case, the target word sequence may be a word sequence that is known to be issued by any blockchain node in the blockchain to the blockchain, for example, the any blockchain node may initiate a common recognition within the blockchain to identify the target word sequence provided by the any blockchain node, and the target word sequence may be used for comparison with a random number sequence after passing through the common recognition of each blockchain node; for example, the arbitrary blockchain node may randomly generate the target character sequence by invoking the first intelligent contract described above, using the processing logic included in the first intelligent contract.
In an embodiment, the target character sequence may be generated by invoking the first intelligent contract, so that on one hand, randomness of the target character sequence may be ensured, on the other hand, the target character sequence may be ensured to conform to the preset rule, and human intervention and counterfeiting involved in the generation process of the target character sequence may also be avoided.
In one embodiment, the first equity credential may be a smart asset credential within a blockchain, and the second smart contract may directly assign the smart asset credential to the participant, such as binding the smart asset credential to the participant's corresponding in-chain account on the blockchain. The intelligent asset voucher is a right that the participant can obtain in the blockchain, such as a blockchain asset, an operation right in the blockchain, and the like, and the description does not limit the right.
In an embodiment, when the first equity credential may be an out-of-chain equity credential outside a block chain, the second smart contract may send an assignment instruction to an out-of-chain object to instruct the out-of-chain object to assign the out-of-chain equity credential to the participant, e.g., to bind the out-of-chain equity credential to an out-of-chain account of the participant. The off-chain equity voucher may include any type of voucher for characterizing off-chain equity, such as member points in a membership system, coupons, redeems, vouchers on a transaction platform, data reading authority, network resource usage authority, storage space usage authority, and the like, and the description is not limited thereto.
In one embodiment, the blockchain node may issue the matching result between the random character sequence and the target character sequence to the blockchain, so as to facilitate the viewing and verification by a participant, a supervisor or any other object.
In an embodiment, it may be determined that a second rights voucher held by the party is frozen as a participation voucher for the party; wherein the second intelligent contract is used for releasing the holding relationship of the participation certificate by the participant if the random character sequence does not match the target character sequence. By freezing the second equity voucher held by the participant as a participation voucher, a certain participation threshold can be set for the participant, thereby limiting the number of participants to a certain extent. The participator can require the block chain node to call the first intelligent contract for a plurality of times, so that the participator can have a plurality of corresponding random character sequences, and for each random character sequence, the participator can be required to respectively freeze the corresponding participator voucher, otherwise, the generation of the corresponding random character sequence can be refused.
In an embodiment, the first rights voucher represents a positive correlation to the second rights voucher. When the right identified by the second right certificate is larger, the participant invests more resources to compete for the first right certificate, so that the right identified by the first right certificate can be correspondingly increased to be used as an incentive for the participant.
In one embodiment, even if the participant is not frozen to form the participation certificate, the participant can still participate in the distribution of the first interest certificate, and the first interest certificate can be obtained if the random character sequence is matched with the target character sequence. In another embodiment, when the participant is not frozen to form the participation certificate, the generation of the corresponding random character sequence for the participant can be refused, or the random character sequence corresponding to the participant is judged to be invalid, so that the participant cannot really participate in the distribution of the first right certificate; alternatively, where the random sequence of characters matches the target sequence of characters, although the first entitlement credential may be assigned to the participant, the first entitlement credential may not characterize any entitlement as equivalent to no entitlement credential being assigned, rendering the participant's participation meaningless.
For ease of understanding, the rights allocation scheme of the present specification is described below by taking the allocation of blockchain resources within a blockchain as an example. FIG. 2 is a schematic diagram of a method for generating a string of random numbers provided by an exemplary embodiment; as shown in fig. 2, assuming that a user a wishes to participate in acquiring a certain blockchain resource, the user a may initiate a participation request 1 to a device 23 through a handset 21 installed with a client; similarly, when user B wishes to participate in acquiring the above blockchain resources, user B may initiate a participation request 2 to the device 23 via the handset 22 in which the client is installed.
The device 23 is configured as a server managing resource allocation, which device 23 interacts with, on the one hand, handsets 21-22 etc. used by users a-B etc. receiving participation requests 1-2 etc. such as described above, and on the other hand with the device 24. The device 24 is configured as a blockchain node in the blockchain, assisting the device 23 in completing the allocation of blockchain resources. The allocation process for blockchain resources may include two phases: in the first stage, generating corresponding random number strings for each participant such as a user A, a user B and the like respectively, and in the second stage, distributing block chain resources based on the random number strings corresponding to each participant; these two phases are described separately below.
FIG. 3 is a schematic diagram of a method for generating a string of random numbers provided by an exemplary embodiment; as shown in fig. 3, step 302 is executed at the device 23 as the server side, steps 304 and 306, 310 are executed at the device 24 as the block chain node side, and step 308 is executed at the intelligent contract side invoked by the device 24; the process of generating a string of random numbers may include the steps of:
at step 302, the device 23 receives a participation request from a participant.
In an embodiment, the user a and the user B may act as participants, and the device 23 may receive a participation request 1 initiated by the user a through the mobile phone 21 and a participation request 2 initiated by the user B through the mobile phone 22.
In step 304, device 24 receives the generation instruction sent by device 23.
In one embodiment, taking user a as an example: after receiving the participation request 1 initiated by the user a through the mobile phone 21, the device 23 may send a generation instruction 1 to the device 24, where the generation instruction 1 is used to instruct the device 24 to trigger a generation step of a random number string, so as to generate the random number string 1 corresponding to the user a. Similarly, in response to a participation request 2 initiated by user B through the handset 22, the device 23 may send a generation instruction 2 to the device 24, the generation instruction 2 being used to instruct the device 24 to trigger a generation step of a random number string to generate the random number string 2 corresponding to user B.
At step 306, the device 24 creates a transaction and issues it into the blockchain.
At step 308, smart contract 1 is triggered by the exchange created by facility 24 to generate a random string of numbers.
In one embodiment, smart contract 1 may scan for transactions on the blockchain and cause the smart contract 1 to be invoked after scanning for transactions issued by device 24 in step 306. In other embodiments, device 24 may invoke intelligent contract 1 in other ways, such as sending the created transaction directly to the contract address of intelligent contract 1, and the like, which is not limited in this specification.
In one embodiment, the functional logic for generating the random number string is predefined in the smart contract 1, so that the smart contract 1 can automatically generate the random number string according to a preset rule based on the functional logic, for example, the preset rule can be used to indicate the length, the value range, and the like of the random number string. Because the intelligent contract 1 is issued on the block chain, the functional logic defined in the intelligent contract 1 is public data, so that the generation result of the random number string is objective and fair, and the conditions of dark box operation and the like caused by human intervention are avoided.
At step 310, the device 24 obtains the random number string generated by the smart contract 1 and distributes the random number string to the blockchain.
In one embodiment, taking user a as an example: when the smart contract 1 generates the random number string 1 for the user a, the device 24 may create a transaction that includes the random number string 1 and the identity information of the user a, and then identify the transaction in the blockchain so that the transaction can be published to the blockchain after identifying the transaction, so as to be recorded in a distributed database of the blockchain, that is, "uplink". The present description does not limit the type of consensus algorithm employed; for example, when the blockchain in which the device 24 is located is a federation chain or a public chain, the device 24 may initiate a consensus to other blockchain nodes based on, for example, a PBFT (physical Byzantine Fault Tolerance) algorithm, and issue the transaction to the blockchain after passing the consensus, so that the transaction is recorded in a distributed database of the blockchain; for another example, when the blockchain in which the device 24 is located is a public chain, the device 24 may compete with other blockchain nodes for the accounting right based on POW (Proof of Work) algorithm, POS (Proof of stock) algorithm, or other algorithms, and post transaction data into the corresponding blockchain node that obtains the accounting right, and when a transaction including the above-mentioned random number string 1 and the identity information of the user a is posted, the random number string 1 and the identity information of the user a may be recorded into a distributed database of the blockchain in an associated manner. Similarly, the random number string corresponding to the user B or other users may also be recorded in the block chain in association with the identity information of the corresponding user, which is not described herein any more.
In one embodiment, the device 24 may first return the random number string 1 to the device 23, so that the device 23 may return the random number string 1 to the handset 21 for viewing and confirmation by the user a; when the user a confirms to use the random number string 1, an acknowledgement message may be sent to the device 23 through the handset 21, and the device 23 may notify the device 24 to uplink the random number string 1 in association with the identity information of the user a; when the user a does not wish to use the random number string 1, a reselection message may be sent to the device 23 through the handset 21, the device 23 may notify the device 24 to discard the random number string 1 or avoid notifying the device 24 to uplink the random number string 1 in association with the identity information of the user a, and the device 23 may re-trigger the steps 304-310 to generate an updated random number string 1 for the user a to confirm. User a may request the device 23 to update/replace the generated random number string multiple times until a satisfactory random number string is obtained. Similarly, the user B or another user may also confirm or request to replace the random number string generated by the intelligent contract 1, which is not described in detail herein.
In one embodiment, each participant may require the generation of multiple strings of random numbers. However, each time a random number string is added, the probability of the participator obtaining the block chain resource may also be increased, so that a certain participation threshold can be set for the participator to ensure fair competition. Still taking the user a as an example, when the user a initiates the participation request 1 through the mobile phone 21, a certain rights and interests certificate held by the user a may be frozen as its participation certificate, for example, the participation certificate may be an off-chain rights and interests certificate of the user a at an off-chain object, a participation ticket, or the like, or the participation certificate may be an intelligent asset certificate held by the user a on a block chain, which is not limited in this specification. When the user a holds multiple shares of participation certificates, the user a may be respectively used to obtain multiple shares of random number strings, and may also be applied to the same share of random number strings, which is not limited in this specification.
In one embodiment, the participation credential described above is not required, and all participants may require to obtain the corresponding random number string without providing the participation credential, but the number of random number strings that can be obtained by each participant should be limited, such as only 1 random number string or no more than 3 random number strings that can be obtained by each participant, so as to ensure that the probabilities of obtaining the blockchain resources by the respective participants are the same or approximately the same.
FIG. 4 is a diagram of an exemplary embodiment of allocating blockchain resources; accordingly, fig. 5 is a diagram of allocating blockchain resources according to an exemplary embodiment. As shown in FIG. 5, steps 502-504, 510 are executed at the device 24 as the node side of the block chain, and step 506-508 is executed at the intelligent contract side invoked by the device 24; the process of generating a string of random numbers may include the steps of:
at step 502, the device 24 determines whether a predetermined time has been reached.
In an embodiment, the allocation of the blockchain resources may be periodic, and the preset time in each period may be determined according to a predefined period length. In another embodiment, the allocation of the blockchain resources is not periodic, and the preset time can be defined according to actual conditions. The description is not intended to be limiting.
At step 504, the device 24 creates a transaction and issues it into the blockchain.
At step 506, the smart contract 2 is triggered by the exchange created by the facility 24 to obtain the random number string and the target number string, respectively, to determine whether the random number string matches the target number string.
In one embodiment, smart contracts 2 may scan for transactions on the blockchain and cause the smart contracts 2 to be invoked after scanning for transactions issued by the devices 24 in step 504. In other embodiments, the device 24 may invoke the intelligent contract 2 in other ways, such as sending the created transaction directly to the contract address of the intelligent contract 2, and the like, which is not limited in this specification.
In one embodiment, the functional logic for acquiring and comparing the random number string and the target number string is predefined in the smart contract 2, so that the smart contract 2 can automatically acquire the random number string and the target number string and compare the random number string and the target number string based on the functional logic.
In one embodiment, the transactions may be marked as being associated with the allocation of blockchain resources such that the intelligent contracts 2 may accordingly find the transactions from the blockchain and obtain the random number strings by causing the random number strings to be recorded separately in transactions on the blockchain as shown in step 310 of fig. 3. For example, the smart contract 2 may obtain the random number string contained in the corresponding transaction by scanning the transaction record of a specific address or the transaction record of a specific serial number.
In one embodiment, the target digit string that is entered by the predictive node 25 is recorded in a transaction in the blockchain that is marked as being associated with the allocation of blockchain resources, such that the intelligent contract 2 can accordingly locate the transaction from the blockchain and obtain the target digit string. For example, the intelligent contract 2 may obtain the target number string contained in the corresponding transaction by scanning the transaction record of a specific address or the transaction record of a specific serial number. The predictive engine node 25 may obtain the target numeric string from a preset out-of-chain object, and the out-of-chain object may obtain the target numeric string by notarization, random computer generation, and the like.
In one embodiment, device 24 may invoke intelligent contract 1, such as in a manner similar to step 306 and 308, such that intelligent contract 1 may randomly generate a set of digital strings based on predefined functional logic and treat them as the target digital string. Device 24 may then issue the target numeric string into the blockchain via a transaction for retrieval by smart contract 2 and comparison with the random numeric string. As described above, since the functional logic defined in the smart contract 1 is public data, it is ensured that the result of generating the target digit string is objective and fair, and the situations such as dark box operation caused by human intervention are avoided.
In an embodiment, the random number string and the target number string both have corresponding generation time, and before comparing the random number string with the target number string, it should be determined that the generation time of the random number string is before the generation time of the target number string, so as to avoid cheating caused by acquiring the random number string after a participant knows the target number string. Furthermore, it may be defined that the generation time of a random number string should be such that it avoids that the same random number string is repeatedly applied for comparison with a different target number string after the generation time of a previously used target number string (which has been used for comparison with the random number string to allocate block chain resources).
At step 508, the intelligent contract 2 assigns a blockchain resource credential to the corresponding participant when the random number string matches the target number string.
In one embodiment, take user a as an example. Assuming that the random number string 1 corresponding to user a matches the target number string, the smart contract 2 may assign user a blockchain resource credential that characterizes a corresponding blockchain resource in the blockchain.
In one embodiment, when the user a is not required to freeze in advance to form the participation certificate, the right size represented by the allocated blockchain resource certificate is a preset size.
In one embodiment, when user a pre-freezes the participation credential, the size of the benefit represented by the allocated blockchain resource credential is positively correlated to the size of the benefit represented by the participation credential. For example, when user a freezes 1 share of the participation credential, the assigned blockchain resource credential represents a entitlement size, and when user a freezes 5 shares of the participation credential, the assigned blockchain resource credential represents 5a entitlement size. Wherein, the right size represented by the allocated blockchain resource voucher can be not larger than a preset maximum value.
In an embodiment, when the random number string 1 corresponding to the user a is not matched with the target number string, if the user a freezes the participation certificate in advance, the intelligent contract 2 may control to release the holding relationship of the user a on the participation certificate, so as to be used as a cost for the user a to participate in the competition of the block chain resource, thereby avoiding the user a from participating in the competition at will, and being helpful to ensure fairness.
When the participation certificate is the frozen block chain entitlement certificate, the intelligent contract 2 can directly deduct the participation certificate; when the participation credential is a frozen out-of-chain entitlement credential, intelligent contract 2 may send a deduction instruction to the administrator of the participation credential to instruct the administrator to deduct the participation credential.
In step 510, the device 24 obtains the matching result returned by the smart contract 2, and issues the matching result to the blockchain.
In an embodiment, by chaining the matching result, subsequent checking, verification and the like are facilitated, and the matching result is guaranteed to be real, reliable and can be relied on.
FIG. 6 is a schematic block diagram of an apparatus provided in an exemplary embodiment. Referring to fig. 6, at the hardware level, the apparatus includes a processor 602, an internal bus 604, a network interface 606, a memory 608 and a non-volatile memory 610, but may also include hardware required for other services. The processor 602 reads the corresponding computer program from the non-volatile memory 610 into the memory 608 and then runs, forming the right allocating device on a logical level. Of course, besides software implementation, the one or more embodiments in this specification do not exclude other implementations, such as logic devices or combinations of software and hardware, and so on, that is, the execution subject of the following processing flow is not limited to each logic unit, and may also be hardware or logic devices.
Referring to fig. 7, in a software implementation, the equity allocation apparatus is applied to a blockchain node; the apparatus may include:
a first calling unit 71 that calls a first intelligent contract for generating a character sequence, the first intelligent contract being used to generate a random character sequence that conforms to a preset rule for a participant, a first generation timing of the random character sequence being earlier than a second generation timing of a target character sequence that conforms to the preset rule;
a first issuing unit 72 that issues the random character sequence to a blockchain in association with the identity information of the party;
a second invoking unit 73 that invokes a second intelligent contract for assigning a rights voucher, the second intelligent contract being used to read the random character sequence and the target character sequence and to assign a first rights voucher to the participant if the random character sequence matches the target character sequence.
Alternatively to this, the first and second parts may,
the target character sequence is read from the blockchain by the second intelligent contract, and the target character sequence is issued to the blockchain by a presider node in the blockchain;
or the target character sequence is read from the blockchain by the second intelligent contract, and the target character sequence is issued to the blockchain by any blockchain node in the blockchain after being identified.
Optionally, the first issuing unit 72 is specifically configured to:
feeding back the random character sequence to the participant;
and when receiving a confirmation message returned by the participant, issuing the random character sequence to a block chain in association with the identity information of the participant.
Optionally, the method further includes:
and a third invoking unit 74, when receiving the reselection message returned by the participant, for recalling the first intelligent contract to update the random character sequence.
Alternatively to this, the first and second parts may,
when the first rights voucher is a smart asset voucher within a blockchain, the second smart contract is used to distribute the smart asset voucher to the participant;
when the first entitlement credential is an out-of-chain entitlement credential outside of a blockchain, the second smart contract is to send an allocation instruction to an out-of-chain object to instruct the out-of-chain object to allocate the out-of-chain entitlement credential to the participant.
Optionally, the method further includes:
the second issuing unit 75 issues the matching result between the random character sequence and the target character sequence to the block chain.
Optionally, the method further includes:
a determination unit 76 that determines that a second rights voucher held by the party is frozen as a participation voucher for the party;
wherein the second intelligent contract is used for releasing the holding relationship of the participation certificate by the participant if the random character sequence does not match the target character sequence.
Optionally, the right size represented by the first right certificate is positively correlated with the right size represented by the second right certificate.
The systems, devices, modules or units illustrated in the above embodiments may be implemented by a computer chip or an entity, or by a product with certain functions. A typical implementation device is a computer, which may take the form of a personal computer, laptop computer, cellular telephone, camera phone, smart phone, personal digital assistant, media player, navigation device, email messaging device, game console, tablet computer, wearable device, or a combination of any of these devices.
In a typical configuration, a computer includes one or more processors (CPUs), input/output interfaces, network interfaces, and memory.
The memory may include forms of volatile memory in a computer readable medium, Random Access Memory (RAM) and/or non-volatile memory, such as Read Only Memory (ROM) or flash memory (flash RAM). Memory is an example of a computer-readable medium.
Computer-readable media, including both non-transitory and non-transitory, removable and non-removable media, may implement information storage by any method or technology. The information may be computer readable instructions, data structures, modules of a program, 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), other types of Random Access Memory (RAM), Read Only Memory (ROM), Electrically Erasable Programmable Read Only Memory (EEPROM), flash memory or other memory technology, compact disc read only memory (CD-ROM), Digital Versatile Discs (DVD) or other optical storage, magnetic cassettes, magnetic disk storage, quantum memory, graphene-based storage media or other magnetic storage devices, or any other non-transmission medium that can be used to store information that can be accessed by a computing device. As defined herein, a computer readable medium does not include a transitory computer readable medium such as a modulated data signal and a carrier wave.
It should also be noted that the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus. Without further limitation, an element defined by the phrase "comprising an … …" does not exclude the presence of other like elements in a process, method, article, or apparatus that comprises the element.
The foregoing description has been directed to specific embodiments of this disclosure. Other embodiments are within the scope of the following claims. In some cases, the actions or steps recited in the claims may be performed in a different order than in the embodiments and still achieve desirable results. In addition, the processes depicted in the accompanying figures do not necessarily require the particular order shown, or sequential order, to achieve desirable results. In some embodiments, multitasking and parallel processing may also be possible or may be advantageous.
The terminology used in the description of the one or more embodiments is for the purpose of describing the particular embodiments only and is not intended to be limiting of the description of the one or more embodiments. As used in one or more embodiments of the present specification and the appended claims, the singular forms "a," "an," and "the" are intended to include the plural forms as well, unless the context clearly indicates otherwise. It should also be understood that the term "and/or" as used herein refers to and encompasses any and all possible combinations of one or more of the associated listed items.
It should be understood that although the terms first, second, third, etc. may be used in one or more embodiments of the present description to describe various information, such information should not be limited to these terms. These terms are only used to distinguish one type of information from another. For example, first information may also be referred to as second information, and similarly, second information may also be referred to as first information, without departing from the scope of one or more embodiments herein. The word "if" as used herein may be interpreted as "at … …" or "when … …" or "in response to a determination", depending on the context.
The above description is only for the purpose of illustrating the preferred embodiments of the one or more embodiments of the present disclosure, and is not intended to limit the scope of the one or more embodiments of the present disclosure, and any modifications, equivalent substitutions, improvements, etc. made within the spirit and principle of the one or more embodiments of the present disclosure should be included in the scope of the one or more embodiments of the present disclosure.