WO2013078805A1

WO2013078805A1 - Reader start method and apparatus

Info

Publication number: WO2013078805A1
Application number: PCT/CN2012/073125
Authority: WO
Inventors: 张迪; 高峰; 马凯; 刘朝阳; 陈杰; 徐运
Original assignee: 中兴通讯股份有限公司
Priority date: 2011-11-30
Filing date: 2012-03-27
Publication date: 2013-06-06
Also published as: CN103136009A

Abstract

Disclosed are a reader start method and apparatus. The method comprises: powering on a reader under a major version, the major version being the fixed part in versions of the reader; the reader determining that the reader stores a script, the script being the changing part in the versions of the reader; the reader starts a process according to the script. The present invention improves the revisability for varied test demands and the stability of version.

Description

The present invention relates to the field of communications, and in particular to a reader activation method and apparatus. BACKGROUND OF THE INVENTION In radio frequency identification systems, UHF readers play an important role as an important part of UHF radio frequency identification systems. 1 is a schematic diagram of the composition of an ultra-high frequency radio frequency identification system according to the related art. As shown in FIG. 1, the UHF reader is a terminal that performs air communication through an antenna and a tag, completes various operations, and connects a client application through a network. The management system accepts processing commands issued by the application management system. However, due to the diverse testing needs of different customers of UHF RFID systems, there is a need to change the version anytime, anywhere. In order to cope with the test, the software version of the reader is frequently changed and the remote upgrade is performed, which is not conducive to the maintenance of the baseline version, and is not conducive to the stability of the device function. SUMMARY OF THE INVENTION The present invention provides a method and device for starting a reader to at least solve the related art. For different test requirements of a customer, it is necessary to frequently change the version of the reader, which is not conducive to the maintenance of the baseline version, and is not conducive to the device. The problem of stable function. According to an aspect of the present invention, a reader activation method is provided, comprising: a reader powering on a main version, wherein a main version is a fixed portion of a version of a reader; the reader determines that a script is stored therein, wherein The script is part of the change in the version of the reader; the reader starts the process according to the script. Preferably, before the reader determines that the script is stored in the file, the method further includes: the reader uses the File Transfer Protocol (FTP) or the Trivial File Transfer Protocol (TFTP) to receive the upload. The script; the reader stores the script in its own FLASH. Preferably, before the reader receives the uploaded script by using the FTP or the TFTP, the method further includes: determining that the interface standard of the client server is inconsistent with the interface version of the main version or the protocol processing manner is inconsistent; and executing the reader to receive the uploaded script by using FTP or TFTP. operating. Preferably, the process of starting the process according to the script comprises: setting, in the plurality of scripts stored by the reader itself, a script for performing an operation initiated by the process. Preferably, after setting a script for performing a process initiated operation in a plurality of scripts stored by the reader itself, the method further includes: querying the set script. Preferably, the reader starts the process according to the script, including: a reader startup script; a main process of creating the script; and starting a script-related process according to the configuration file corresponding to the script. According to another aspect of the present invention, a reader activation apparatus is provided, which should be configured as a reader, comprising: a power-on module, configured to be powered up using a major version, wherein the main version is fixed in the version of the reader. The first determining module is configured to determine that the script is stored by itself, wherein the script is a part of the change in the version of the reader; the booting module is set to start the process according to the script. Preferably, the apparatus further includes: a receiving module, configured to receive the uploaded script by using FTP or TFTP; and a storage module configured to store the script in its own FLASH. Preferably, the foregoing apparatus further includes: a second determining module, configured to determine that the interface of the client is inconsistent with the interface standard of the major version or the protocol processing manner is inconsistent; and the executing module is configured to perform an operation of the reader to receive the uploaded script by using FTP or TFTP. . Preferably, the startup module comprises: a setting submodule configured to set a script for performing a process initiated operation in a plurality of scripts stored by the reader itself. The present invention divides the version of the reader into a fixed main version and a script that may be changed. When a version change is required, it is only necessary to activate and change the script. Thus, the present invention improves the ease of modification to the need for versatile testing and the stability of the version. BRIEF DESCRIPTION OF THE DRAWINGS The accompanying drawings, which are set to illustrate,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,, In the drawings: FIG. 1 is a schematic diagram of the composition of a UHF radio frequency identification system according to the related art; FIG. 2 is a flowchart of a method for starting a reader according to an embodiment of the present invention; FIG. 3 is a main version according to an embodiment of the present invention. And a schematic diagram of a script; FIG. 4 is a schematic structural diagram of a main version and a script according to a preferred embodiment of the present invention; 5 is a flow chart of a script download process in accordance with a preferred embodiment of the present invention; FIG. 6 is a flow chart of a script launch process in accordance with a preferred embodiment of the present invention; FIG. 7 is a script activation, deactivation process in accordance with a preferred embodiment of the present invention. Figure 8 is a flow chart of a script termination process in accordance with a preferred embodiment of the present invention; Figure 9 is a block diagram of a reader activation device in accordance with an embodiment of the present invention; Figure 10 is a reader in accordance with a preferred embodiment of the present invention. FIG. 11 is a block diagram showing the structure of a reader starting device according to a preferred embodiment of the present invention; FIG. 12 is a block diagram showing the structure of a reader starting device according to a preferred embodiment of the present invention. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS It should be noted that the embodiments in the present application and the features in the embodiments may be combined with each other without conflict. The invention will be described in detail below with reference to the drawings in conjunction with the embodiments. The present invention provides a method for starting a reader. FIG. 2 is a flowchart of a method for starting a reader according to an embodiment of the present invention. As shown in FIG. 2, the following steps S202 to S206 are included. In step S202, the reader uses the main version to power on, wherein the main version is a fixed part of the version of the reader. In step S204, the reader determines that it has stored a script, wherein the script is a part of the change in the version of the reader. In step S206, the reader starts the process according to the script. In the related art, for different test requirements of the customer, it is necessary to frequently change the version of the reader, which is not conducive to the maintenance of the baseline version, and is not conducive to the stability of the device function. In the embodiment of the present invention, the version of the reader is divided into a fixed main version and a script that may be changed. When a version change is required, the script may only be activated or changed. Thus, the present invention improves the ease of modification to the need for versatile testing and the stability of the version. Before step S204, the script needs to be downloaded first, as follows: It is determined that the interface standard of the client's server is inconsistent with the main version or the protocol processing manner is inconsistent; the uploaded script is received by using FTP or TFTP; the reader stores the script in its own FLASH. In the preferred embodiment, according to whether the client's server and the main version are Match to determine whether you need to download the script to change the version. If necessary, transfer the script through FTP or TFTP, the transmission effect is convenient and reliable. At the same time, the script is stored in FLASH, which facilitates high-speed access of the script. In addition, the downloaded script needs to be activated. The specific process is as follows: In the multiple scripts stored by the reader itself, a script for executing the operation initiated by the process is set. By setting the script that is started by the process, the user can be flexibly selected to start the script, which further improves the easy modification of the demand for the variable test. In addition, you need to query the version information of the set script. The process of starting a process according to a script is as follows: a reader startup script; a main process of creating a script; and starting a script-related process according to a configuration file corresponding to the script. From the above, it can be said that the present invention provides an automatic script to meet various differential requirements proposed by the customer, and at the same time, the automatic script is started, activated, queried, terminated, etc. by the version management module of the main version. 3 is a schematic diagram of a main version and a script according to an embodiment of the present invention. As shown in FIG. 3, the main version is a baseline version, which is basically non-moving; the script is a part that is modified according to different testing requirements. The message passing between the main version and the script communicates through the COMM communication module. For different business configuration requirements, load the script through a custom configuration file. Depending on the difference, multiple feature processes can be created in the script. The script management tool is responsible for downloading, starting, stopping, activating, deactivating, etc., and is executed by the version management module in the main version. The implementation process of the embodiment of the present invention will be described in detail below with reference to examples. 4 is a schematic structural diagram of a main version and a script according to a preferred embodiment of the present invention. As shown in FIG. 4, the main version includes: a communication module, a protocol control module, a protocol processing module, and a version management module; the script includes a main control module, and a dotted line Inside the box are modules that may be added. Under normal circumstances, there is no other special requirement (that is, the client's server matches the interface version or protocol processing mode of the major version), then only the baseline version (ie, the main version) is used, and the baseline version of the server directly interacts with the main version. . If the client's server is inconsistent with the baseline version of the interface standard, or the protocol is handled inconsistently, a running script will be written as needed. The script can exist in the form of a bin file and uploaded to a path in the reader. The dotted line in the script of Figure 4 shows the modules that may be added, as follows:

(1) The communication module is added when the client's server and the baseline version of the communication interface standard are inconsistent. At this time, the script is equivalent to a proxy, and the communication frame is reorganized and sent to the main version. (2) The script protocol control module adds a force port when the client's server and the baseline version of the protocol are inconsistent. The module sends a message to the main version of the protocol control module through the network port according to the business process, and then the script makes a response based on the returned result. decision making. The script management tool requires a management tool running on the PC to send script management commands to the version management module of the main version, including script activation, download, stop, and so on. The script downloading, starting, activating, and terminating processes of the present invention will be described in detail below. FIG. 5 is a flowchart of a script downloading process according to a preferred embodiment of the present invention. As shown in FIG. 5, the following steps S502 to S510 are included. Step S502, the script management tool sends a script download request to the version management module of the main version. Step S504, if the response of the version management module is received, the script file is transmitted through FTP or TFTP. Step S506, the version management module of the main version uploads the script to the FLASH on the reader. Step S508, determining whether the transmission is completed. If the transmission is completed, step S510 is performed; if no transmission is completed, step S506 is performed. In step S510, the download is completed. FIG. 6 is a flowchart of a script startup process according to a preferred embodiment of the present invention. As shown in FIG. 6, the following steps S602 to S610 are included. Step S602, the version management module of the major version performs power-on in the second round. Step S604, starting the script main process. Step S606, the script main process creates the defined child process. Step S608, whether the process is started. If the startup is completed, step S610 is performed; if the startup is not completed, step S606 is performed. Step S610, returning a success message. In the preferred embodiment, when the version management module of the major version performs the second round of power-on, if a script is found, the script is powered on, and the main process of the script is created. After the main process of the script is successfully created, The configuration file starts the related process. After the process is started, the result is returned to the version management module. The script is powered on successfully. FIG. 7 is a flowchart of a script activation and deactivation process according to a preferred embodiment of the present invention. As shown in FIG. 7, the following steps S702 to S708 are included. In step S702, the script management tool modifies the script startup configuration variable of the main version, because the reader can store multiple scripts at the same time, and only needs to set the script to be started. Step S704, the major version returns a configuration success message to the script management tool. Step S706, the script management tool queries the version information of the current script. In step S708, the main version returns the script information to the script management tool. The reverse activation step is the same. FIG. 8 is a flowchart of a script termination process according to a preferred embodiment of the present invention. As shown in FIG. 8, the following steps S802 to S806 are included. Step S802, the script management tool sends a termination script message to the version management module of the main version. Step S804, the version management module of the main version kills the main process of the script. In step S806, the version management module returns a success message to the script management tool. It should be noted that the steps shown in the flowchart of the accompanying drawings may be performed in a computer system such as a set of computer executable instructions, and, although the logical order is shown in the flowchart, in some cases, The steps shown or described may be performed in an order different than that herein. The embodiment of the present invention provides a reader starting device, which is applied to a reader, and the reader starting device can be used to implement the above-mentioned reader starting method. FIG. 9 is a structural block diagram of a reader initiating apparatus according to an embodiment of the present invention. As shown in FIG. 9, the powering module 91, the first determining module 92, and the starting module 93 are included. The structure of the reader starting device will be described in detail below. The power-on module 91 is configured to be powered on by using the major version, wherein the main version is a fixed part of the version of the reader; the first determining module 92 is connected to the power-on module 91, and is configured to determine that the script is stored by itself, where the script It is a part of the change in the version of the reader; the startup module 93 is connected to the first determination module 92, and is set to start the process according to the script. 10 is a block diagram showing the structure of a reader activation device according to a preferred embodiment of the present invention. As shown in FIG. 10, the device further includes: a receiving module 94 connected to the power-on module 91, configured to transmit using FTP or TFTP files. The protocol receives the uploaded script; the storage module 95 is connected to the receiving module 94, and is configured to store the script received by the receiving module 94 in its own FLASH. FIG. 11 is a block diagram showing the structure of a reader initiating apparatus according to a preferred embodiment of the present invention. As shown in FIG. 11, the apparatus further includes: a second determining module 96 connected to the power-on module 91, configured to determine a server and a client of the client. The interface standards of the version are inconsistent or the protocol processing manner is inconsistent; the executing module 97 is connected to the second determining module 96, and is configured to perform an operation of the reader to receive the uploaded script by using an FTP or TFTP file transfer protocol. 12 is a block diagram 3 of a structure of a reader initiating apparatus according to a preferred embodiment of the present invention. As shown in FIG. 12, the booting module 93 includes: a setting submodule 931, which is set to execute in a plurality of scripts stored by the reader itself. a script for the operation initiated by the process; a query sub-module 932, connected to the setting sub-module 931, set to a script for query setting; a first startup sub-module 933, connected to the query sub-module 932, set to start the query sub-module 932 query script a creation submodule 934, connected to the first startup submodule 933, set to create a main process of the script initiated by the first startup submodule 933; a second startup submodule 935, connected to the creation submodule 934, set to be based on the script The corresponding configuration file starts the process related to the script. It should be noted that the reader activation device described in the device embodiment corresponds to the foregoing method embodiment, and the specific implementation process has been described in detail in the method embodiment, and details are not described herein again. In summary, the present invention provides a reader starting method and apparatus. The present invention divides the version of the reader into a fixed main version and a script that may be changed. When a version change is required, it is only necessary to activate and change the script. Thus, the present invention improves the ease of modification to the need for versatile testing and the stability of the version. Industrial Applicability The technical solution of the present invention has industrial applicability, improves the ease of modification to the demand for versatile testing, and the stability of the reader version. Obviously, those skilled in the art should understand that the above modules or steps of the present invention can be implemented by a general-purpose computing device, which can be concentrated on a single computing device or distributed over a network composed of multiple computing devices. Alternatively, they may be implemented by program code executable by the computing device, such that they may be stored in the storage device by the computing device, or they may be separately fabricated into individual integrated circuit modules, or they may be Multiple modules or steps are made into a single integrated circuit module. Thus, the invention is not limited to any specific combination of hardware and software. The above is only the preferred embodiment of the present invention, and is not intended to limit the present invention, and various modifications and changes can be made to the present invention. Any modifications, equivalent substitutions, improvements, etc. made within the spirit and scope of the present invention are intended to be included within the scope of the present invention.

Claims

1. A reader startup method, comprising:

The reader is powered up using the major version, wherein the major version is a fixed portion of the version of the reader;

The reader determines that it has stored a script, wherein the script is part of a change in the version of the reader;

The reader initiates a process according to the script.

2. The method according to claim 1, wherein before the reader determines that the script is stored by itself, the method further includes:

The reader receives the uploaded script using a file transfer protocol FTP or a simple file transfer protocol TFTP;

The reader stores the script in its own FLASH.

The method according to claim 2, wherein before the reader receives the uploaded script by using FTP or TFTP, the method further includes:

Determining that the client's server is inconsistent with the interface standard of the main version or that the protocol is handled inconsistently;

Executing the operation of the reader to receive the uploaded script using FTP or TFTP.

The method according to any one of claims 1 to 3, wherein the process of starting the process according to the script comprises: setting, in the plurality of scripts stored by the reader itself, performing the process The script for the started operation.

The method according to claim 4, wherein, after the script for executing the process initiated by the process is set in the plurality of scripts stored by the reader itself, the method further includes: querying the set script.

The method according to any one of claims 1 to 3, wherein the process of starting the process according to the script comprises:

The reader starts the script;

Create the main process of the script; A process related to the script is started according to a configuration file corresponding to the script. A reader activation device for use in a reader, comprising:

The power-on module is configured to be powered on by using the major version, where the main version is a fixed part of the version of the reader;

a first determining module, configured to determine that a script is stored by itself, wherein the script is a part of a change in a version of the reader;

The startup module is set to start the process according to the script. The device according to claim 7, wherein the device further comprises:

The receiving module is configured to receive the uploaded script by using FTP or TFTP; and the storage module is configured to store the script in its own FLASH. The device according to claim 8, wherein the device further comprises: a second determining module, configured to determine that the interface of the client is inconsistent with the interface standard of the major version or that the protocol processing manner is inconsistent;

And an execution module, configured to perform the operation of the reader to receive the uploaded script by using FTP or TFTP.

The device according to any one of claims 7 to 9, wherein the startup module comprises: a setting submodule, configured to perform execution of the process in a plurality of scripts stored by the reader itself The script for the operation.