WO2003090094A1

WO2003090094A1 - Communication program and computer-readable recording medium containing the same

Info

Publication number: WO2003090094A1
Application number: PCT/JP2003/001670
Authority: WO
Inventors: Masaru Miyazaki
Original assignee: G & G-Pharma Co., Ltd.
Priority date: 2002-04-22
Filing date: 2003-02-17
Publication date: 2003-10-30
Also published as: JP2003316741A

Abstract

There is provided a communication program capable of asynchronously performing signal transmission/reception between a server and a client terminal on a network consisting of a server and a plurality of client terminals and causing a computer to execute a partial display rewrite. A program (2) (communication program) installed on a client terminal (1) successively accumulates signals recognized by a peer server unit (2A) and successively selects and extracts the signals accumulated. According to the signals extracted, the program (2) selects a batch file stored in each processing from a batch file unit (2C) and causes the client terminal (1) or the server (2) to execute the selected batch file. Thus, the client terminal (1) can asynchronously transmit/receive a signal to/from the server (2) and can perform partial display rewrite.

Description

Communication program and composition for one-way read-out recording medium recording the same

According to the present invention, when processing various signals transmitted / received on a network formed by connecting a plurality of terminals to a server, the server may be connected even if the plurality of terminals are connected to the server. The present invention relates to a communication program capable of asynchronously transmitting and receiving a signal to and from a terminal, and capable of partially rewriting a display, and a computer readable recording medium recorded with the communication program. Background art

Recently, it has become possible to connect a personal computer (hereinafter referred to as “client terminal”) and a server via a communication line to configure a network, and to transmit and receive various data. In particular, it is possible to transmit and receive not only simple data but also a program (hereinafter referred to as a processing program) that causes processing to be executed at the receiving client terminal by data transmission and reception using the Internet technology. Became.

In order to send and receive data in the Internet above, read the document in HTML (Hyper Text Markup Language) format, etc., which is a standard format (perform processing), and solve it: Analyze and display browser software Is required. Basically, browser software itself is specialized in that it displays a document of parseable description such as HTML format. Note that the processing program described above describes a tag that executes the processing program in the HTML format document, so that the processing program received at almost the same timing as the HTML format document via the browser software. Executed on the client terminal.

However, the browser software in the conventional Internet and the network communication formed by the server and a plurality of client terminals have the following problems. The server returns one response to one request from the client terminal (Hereinafter referred to as "synchronous communication"). Browser software can not partially rewrite the screen during transmission and reception with the server (hereinafter referred to as "partial rewriting not possible").

The above problem means that specifically the following phenomenon occurs. Regarding synchronous communication, input (request) is very complicated from the client terminal, but in response to requests from these client terminals, the server does not accept all requests at once. In other words, after replying one response to one request, the next request is accepted. As a result, since the communication between the client terminal and the server repeats the processing of returning the response synchronized with the request in order for each request, it is very difficult to finish all the processing for the request from the client terminal at the time of communication. Problems that take a long time to

In addition, the server does not memorize the input (request) from the client terminal one by one for the partial rewriting impossible. That is, in a situation where a plurality of client terminals are connected to the server, the server must grasp every request for each of the plurality of client terminals at the time of communication and a reply to each of the plurality of client terminals one by one. As such, it is impossible at present. Therefore, after the server responds to the request from the client terminal, it deletes the request and reply date.

In such a situation, for example, in a site where shopping is performed on a browser software, when items are purchased one after another (or a mark is added to make a purchase), only the total field may be changed and displayed. However, display the full screen again to change the total column. That is, at present, the entire display has been rewritten to change the partial display, so even if the partial display is changed, it takes a very long time.

The present invention solves the above problems, and it is possible to asynchronously transmit and receive signals between a server and a client terminal on a network composed of a server and a plurality of client terminals. It is an object of the present invention to provide a communication program capable of cyclic display rewriting and a conversable readable recording medium on which the communication program is recorded. Disclosure of the invention A communication program according to the present invention is a computer that processes various signals transmitted and received on a network formed by connecting a plurality of terminals to a server, and receives from a function and a server that recognizes signals generated by the terminals. The function to recognize the selected signal, the function to sequentially accumulate these signals, the function to select the accumulated signals in order, to extract them, the function to select the batch file stored for each processing based on the extracted signals, the selected batch It is for realizing the function of making a file run on a terminal or server.

In addition to the above processing, the communication program of the present invention also has a function of executing, at startup, a batch file for invariant display whose display does not change due to a signal generated at a client terminal or a signal received from a server. From the moment on, based on the signal transmitted and received between the terminal and the server, the function to change the display partially as appropriate by selecting and executing the batch file for variable display. is there.

Also, a computer readable medium according to the present invention may be a computer readable magnetic or optical recording medium attached to a client terminal such as a personal computer in which the communication program is recorded, for example, a CD. — R◦ M is a hard disk.

The communication program operates the client terminal as follows. First, when the client terminal sequentially makes various requests to the server, these request signals are accumulated.

In the past, it was assumed that “client terminal / server j connection.” Between the client terminal and the server, the server waits for a request from the client terminal, and returns a response from the server when it accepts the request. On the other hand, between the client terminal and the server, the client terminal waits for the response from the server to reply, and repeats the process of sending the next request after receiving the reply. The invention differs greatly in the following points: Although the server performs the same processing as in the past between the client terminal and the server, the client terminal stores request signals in the client terminal, and the response signal from the server. The batch file corresponding to each signal is stored on the client terminal or Process to be activated at the server.

That is, according to the present invention, a server to which a plurality of client terminals are connected, that is, a 1: 1 server (hereinafter referred to as a “peer server”) different from a server connected by n: 1, is described. From the point of appearance in the client terminal, there is a major difference from the conventional “client terminal-server” connection, in that the “client terminal (—peer server) one server” connection is made.

By doing this, according to the present invention, the client server and the server correspond to the peer server 1: 1 at the client terminal, and without waiting for a response from the server (with or without reply). The next request can be made continuously, thus enabling asynchronous transmission and reception of signals with the server.

In addition, since the present invention causes the computer to execute the batch file for invariant display and the batch file for variable display as needed for displaying the screen, the batch file for invariant display is executed. If a batch file for variable display is executed, partial display rewriting is possible. In addition, by transmitting and receiving the above-mentioned asynchronous signal, the above-mentioned partial rewriting can be performed only for the necessary part for the necessary part.

By the way, there is also a process called "cache" in the technology of conventional browser software. This cache is used to store the data that was once communicated in the communication between the client terminal and the server, and when the data is displayed again, if the data exists in the cache, the data is not acquired from the server but from the cache. It is intended to be read out.

In other words, caching is merely to improve the efficiency of redisplaying, and it is not only possible to improve the efficiency of the whole process, but also to asynchronously transmit and receive signals with the server. Display can not be rewritten. On the other hand, according to the present invention, since the peer server is made to appear at the client terminal, it is possible to asynchronously transmit and receive signals with the server and to execute the variable display batch file. It differs completely from the above cache processing in that it can

In the present invention, the client operating at the client terminal is a client. The request signal generated at the terminal and the response signal returned from the server are respectively accumulated. O The accumulated signals are selectively extracted in order.

Selectively means, for example, in time series, distributing the signal to be requested to the server and the request to the client terminal (input, display, print, etc.) itself. In order to select these, when a request signal is generated, the request signal is recognized before storing the request signal.

The accumulated signals are selectively extracted in order, and a batch file is selected in advance according to the extracted request signal. For example, in the case of a request signal for acquiring data from Sano, 'B, a batch file for storing only that is stored. Further, for example, if it is a request signal indicating that the screen currently displayed on the client terminal is to be printed, a batch file for performing only that is stored.

The plurality of batch files include the above-mentioned batch file for immutable display and the batch file for variable display. The batch file for invariant display is activated when the program of the present invention is started on the client terminal, and the batch file for invariant display is appropriately executed when selected according to the request signal.

When these batch files are selected, the batch file itself is an execution type file, so if on a multitasking operation system, these batch files are executed complexly and in parallel one after another, and the processing is performed by the client. It will end in a very short time at the terminal.

For example, the present invention exhibits its effect remarkably in the following exemplified situations. At the client terminal, for example, (1) request to acquire multiple unit price data from the server, (2) request to calculate the acquired unit price data based on a predetermined formula, and (3) display the unit price data individually Further, it is assumed that a request for displaying the calculation result at a predetermined position on the same screen, and (4) a request for printing the display after completion of the display are continuously input.

In the above case, in the conventional “Client terminal-server” connection, it is not possible to continuously receive (1) to (4), and it is very time-consuming because the processing of receiving the next request after the completion of the previous request is performed. It takes Also, particularly in (1), after receiving a reply to a request in order to obtain multiple unit price data, it is necessary to repeat sending the next request, so it takes a very long time to complete all of them. Scarecrow It will

On the other hand, in the present invention, all the requests (1) to (4) are accumulated (accepted), the request signal is recognized, the batch file is selected, and each batch file is activated for a very short time. All of the processing is complete.

That is, since (1) is recognized to be a request for the server, the batch file is activated and the unit price data is sequentially acquired from the server. On the other hand, it is recognized that (2) to (4) are requests from the client terminal, so (2) is started in parallel with the batch file of (1), and Perform work to substitute the received unit price schedule as a variable.

Also, on the other hand, the display batch file is started in parallel with (1) and (2) by (3), and the unit price data sequentially received from the server is separately displayed by (1). When the calculation is completed by (2), the calculation result is displayed at the predetermined position on the same screen in (3).

Furthermore, on the other hand, when the batch file based on (4) is started in parallel with (1) (2) (3) and (3) is completed, the batch file of (4) is used. Print the display.

More detailed examples and application examples will be described in the following embodiments, but the present invention is, as described above, that the peer server having a 1: 1 relationship with the client terminal intervenes with the server. As described above, regardless of whether or not a response is returned from the server, it is possible to perform asynchronous communication whenever it is possible to make continuous requests from the client terminal.

Also, for example, when a request to rewrite the display on a predetermined part of the screen is requested, a batch file to that effect is activated, data is acquired from the server as necessary, and the acquired data is displayed on the screen. When the batch file to be displayed on a predetermined part of the inside is activated and the display is changed, the process can be performed at any time. Brief description of the drawings

FIG. 1 is a diagram showing the conceptual configuration of the communication program of the present invention and the relationship between the client terminal and the server. FIG. 2 is a diagram showing an operation procedure. FIG. 3 shows the invention The operation status of the client terminal and the server via the communication program of BEST MODE FOR CARRYING OUT THE INVENTION

Hereinafter, embodiments of the communication program of the present invention and the program recorded on a recording medium will be described with reference to the drawings. As shown in FIG. 1, the communication program of the present invention is stored in the hard disk of a communicable personal computer (hereinafter referred to as a client terminal 1) and read by the computer, and the following parts of the concept are obtained. Appear to operate the client terminal 1 by these units. The communication program 2 (hereinafter referred to as program 2) stored in the hard disk is formed by connecting the server 2 with the process for connecting the client terminal 1 to the server 2 and omitting this process. A main processing unit 2A is provided which receives or generates various signals transmitted and received on the network, and executes a later-described batch file selected based on the signals.

Furthermore, the program 2 recognizes the signal input through the main processing unit 2A in the client terminal 1 or the signal received from the server 2, sequentially accumulates these signals, and sequentially selects the accumulated signals. And has a peer server unit 2B. The via server unit 2B performs a process of selecting the batch file stored in the batch file unit for each process based on the extracted signal, and passes the selected batch file to the main processing unit 2A of the client terminal 1. Or, they are handed over to server 2 so that they can be run each time.

Further, in the present embodiment, the batch file section 2C is provided with a batch file for invariant display in which the display is not changed by the signal generated at the client terminal 1 or the signal received from the server 2, The file is to be executed only once when program 2 is started.

Then, in the present embodiment, the program 2 is a batch file for variable display based on signals transmitted and received between the client terminal 1 and the server 2 after the start-up (in the following description, for the fixed display or variable). Selecting and executing a batch file without display for variable means for variable display or execution) makes it possible to change the display of a certain part in the non-display area by selecting and executing it. ing. The program 2 causes the client terminal 1 to execute the operation shown in FIG. First, although not shown in FIG. 2, as described above, when the program 2 is started, the invariant display batch file is executed to display a fixed screen. After this, the program 2 waits for a request signal to be input to the main processing unit 2A at the client terminal 1 (No at # 1), and when there is an input (# 1 at Yes), the main processing unit 2A Move to Peer 2 B from the library and proceed to # 2.

In # 2, program 2 is generated in peer server 2B, for example, when main processing section 2A generates a signal to acquire a predetermined schedule from server 2 now. Recognize the request signal. After that, the signal that has just been recognized is stored in the bias circuit 2 B (# 3), and for this stored signal, for example, it is not a signal of a request to be delayed and executed, or a request for the client terminal 1 itself. If the signal is not a signal, for example, the signals stored first are taken out sequentially (# 4), and a peer file unit 2 B selects a batch file corresponding to the taken out signal from the verification file unit 2 C (# 5).

Notch files are prepared in advance for the functions to be activated. In other words, program 2 requires batch file groups to be prepared according to the functions, while conventional browser software requires modification or revision of the entire program to make corrections or additions of functions. There is a major difference in that it can be expanded and further maintenance can be made with each modification of this belt file.

It is judged whether the batch file selected in # 5 is a signal for server 2 (# 6). Now, here, the signal that a predetermined date is acquired from server 2 is a client. Since the request is made at the terminal 1, the batch file is sent to the server 2 (in this case, the batch file to return a predetermined date to the server 2). ■

When the batch file is received in the server 2, the batch file is executed in the server 2, and a response signal is returned to the client terminal 1 together with predetermined data (# 8). And, since client terminal 1 always monitors the request from client terminal 1 or the reply from server 2 in # 1 (No in # 1), the reply signal from server 2 in # 8 When received by client terminal 1 (# 1 Yes, recognize this reply signal (# 2), accumulate the reply signal (# 3), take out the reply signal from the accumulation state (# 4), and select the batch file according to the taken-out reply signal (#Five).

Since the batch file selected in # 5 at this time is processed based on the reply signal from the server 2, the batch file is executed on the client terminal 1 in # 6 (No in # 6). In # 6, it is determined whether the batch file executed by the server 2 or the client terminal 1 is executed by the batch file selected in # 5.

Then, in # 7, the main processing unit 2A of the client terminal 1 executes, for example, a batch file in which data acquired from the server 2 is rewritten and displayed in a predetermined variable display portion on the screen display.

An example in which the above processing is specifically applied to, for example, a point of sale (POS) system will be described with reference to FIG. Conventionally, P0S terminals have P0S registers and dedicated software as dedicated terminals. That is, the POS register operates by a dedicated hardware and a program dedicated to this hardware, while the POS dedicated software operates by being stored in the hard disk of a normal personal computer. In each of these, each process (each part in the present application) that composes a program is compiled in an organized manner.

Therefore, as described above, development such as program corrections and improvements, improvement of functions, etc., requires the program source code to be manipulated from almost the beginning, which is very time-consuming and time-consuming, and other tasks described later It can not be diverted to Also in the operation, the relationship on the network is “client terminal (P0S register) one server”, and accordingly, synchronous communication that repeats sending one response to one request from the client terminal. It has become.

In the present invention, by operating, for example, in a POS system, asynchronous communication and partial rewriting of a screen become possible, and the following effects can be obtained. In FIG. 3, first, in the client terminal 1, it is assumed that three consecutive products are scanned by a scanner (not shown) attached to the client terminal 1 (signals 1, 2, 3). These signals 1, 2 and 3 read, for example, a barcode attached to the product and read the price of the product. It means that the request to acquire the standard from the server 2 has been input.

Subsequently, in the main processing unit 2A, variable display on the screen of the client terminal 1 (the invariable display batch file has already been executed when the program 2 is started) based on the input of the signals 1, 2 and 3 above. A signal indicating that the prices of the above three products are individually displayed is generated and input to the part (signal 4).

Also, in the main processing unit 2A, variable display on the screen of the client terminal 1 (the invariant display backup file has already been activated when the program 2 is activated) based on the input of the signals 1, 2 and 3 above. A signal is generated and input to be displayed after the calculation of the sum of the above three products and the calculation of taxes in the part (signal 5). Further, it is assumed that the client terminal 1 receives a signal indicating that the product name, price, total, etc. are to be printed on one sheet of paper by a keyboard (not shown) attached to the client terminal 1 (signal 6). Although the example shown in FIG. 3 shows the case where the above signals 1 to 6 are continuously input in the client terminal 1, even if the product scanning is further started after the signal 6, that effect is received and processing is performed. be able to.

First, signals 1 to 6 will be described with reference to FIG. 2. Since the request signal is input in main processing unit 2A (Y in # 1), each signal is recognized in peer server unit 2B. Ru (# 2). Then, they are accumulated in the peer server unit 2B in the order of the signals 1 to 6 (# 3), and the signals 1 to 6 are taken out (# 4).

In # 4, the retrieval of the signal is prioritized because the signals 1 to 3 are for server 2 in recognition of # 2 (in this example, the order does not change but even if the storage order is reversed). Take it out. On the other hand, since it is recognized that the signals 4 to 6 are processes after receiving the reply from the server 2 to the signals 1 to 3, the extraction order may be low.

Thereafter, for the signals 1 to 3, a batch file is selected from the notch file section 2C in order to obtain product value data from the server 2 based on the signals 1 to 3 (# 5), and the server 2 And the batch file is executed (# 8) and returns to # 1.

-For the signals 4 to 6, batch files are selected based on the signals 4 to 6 (# 5), and these batch files are processed at the client terminal 1 ( The process waits for the peer server unit 2B until it receives a response for signals 1 to 3 in # 6 and No here.

Now, when a response to the request of signals 1 to 3 is received from server 2, this received signal is recognized by peer server unit 2 B (# 2), accumulated (# 3), extracted (# 4) ) Batch file is selected in batch file section 2C (# 5). The batch file selected here means a batch file for substituting the data acquired from the server 2 with the description of the batch file based on the signals 4 to 6 already in the standby state.

Thereafter, since this time is processing in the client terminal 1 (# 6, No), when the batch file selected in # 5 is selected, the batch file selected on the basis of the signals 4 to 6 in the above standby state Is sent to the main processing unit 2A, where all patch files are executed (# 7).

As a result, on the screen (unchangeable display screen) on the client terminal 1, the prices of the three products are displayed individually, and the total etc. thereof are displayed. At the same time, printing on the display screen of the client terminal 1 is started.

As described above, in the conventional browser software, POS register, and POS software, network communication with the server is performed synchronously, so for example, a scanner, a smart reader, a keyboard, a mouse, etc. Although all complicated requests can only be performed after the one response from the server and the next one is received, and it takes a very long time to finish all the processing. In the present invention, network communication with the server is performed. Because the process is performed asynchronously, the end of the whole process is very short.

Further, according to the present invention, partial display can be rewritten while conventional browser software is rewriting the whole to rewrite a part of the display. Therefore, the time until the full screen is displayed can be shortened, the communication time with the server 2 can be shortened, and the request for the server 2 can be reduced. The burden is reduced and the processing at the client terminal 1 is also reduced.

The present invention is not limited to the POS system, but, for example, the clothing industry, the barber and beauty industry, It is also preferable to display the image after the change to the basic image and to propose it to the customer, as in the room industry. Conventionally, various patterns are stored in the server as a single image using a complex image synthesis technology, a mannequin wearing clothes, or the head of a completed hair as a single image, and this is stored in the client terminal. I was trying to read it out.

For example, when trying to display the combination of the jacket and the pants in the fashion industry, the entire image combining each one is required, and the number of entire images becomes enormous, which places a considerable burden on the server and There is a problem that it takes time because of the large amount of evening.

In contrast to such conventional methods, in the present invention, it is only necessary for the server 2 to store only its part, such as a jacket, a ribbon, etc. If the jacket part and the pants part are rewritten on the screen acquired from the server 2 and the invariable display batch file is activated, the display can be partially rewritten instantly regardless of any combination. In addition, since continuous requests are possible, it is possible to display several patterns quickly at once.

Also, in the past, it was necessary to customize the software and the like as a whole for the specified industry (that is, it was necessary to re-create it from the planning stage). On the other hand, the present invention increases or decreases the number of libraries in batch file unit 2 C because all the batch files, including the display, are in charge, except for the basis of the main processing unit 2A and the peer server unit 2B. Or, any operation can be performed simply by changing the simple description of the batch file.

Further, according to the present invention, by preparing a batch file for displaying the console screen on the client terminal 1, it is possible to easily display the notification screen of the process execution status. Usually, when a server or the like is used by a plurality of client terminals 1, a plurality of patch files will be executed on the server 2. At that time, conventionally, the process on the server 2 is not executed interactively, and the conventional browser needs to acquire the entire current status from the server, so the connection host is limited or a delay occurs in the display. It was In the present invention, for example, it is sufficient to have data specifying the client terminal 1 and the processing stage for a batch file requested from the client terminal 1. Then, the server 2 returns a response of the stage end notification to the client terminal 1 specified for each processing of the batch file.

Based on this signal, the client terminal 1 that has received the response of the server 2 can partially rewrite the processing status with the variable display batch file, and since asynchronous communication is performed, the progress status is immediately reflected. It can be done.

Further, according to the present invention, by preparing a batch file to be sent spontaneously from the server 2 at the time of emergency in the client terminal 1, asynchronous communication is performed and partial rewriting of the screen display is performed as described above. In case of emergency, the alarm can be displayed from server 2.

This is not a response from the server 2 to the request of the client terminal 1, but an indication of that when the bunch file for alarm is received by the client terminal 1 based on the signal transmitted from the server 2 spontaneously. Make sure that a batch file is selected.

In addition, according to the present invention, by preparing a batch file for displaying the notification screen on the client terminal 1, it is possible to periodically display various “notices” to the installing shop. According to the present invention, since partial rewriting of the screen is possible, it is possible to perform all store simultaneous notification and individual special notification by transmission from the server 2. Also, the contents can be easily changed simply by changing the description of the batch file in the client terminal 1. Industrial applicability

As described above, according to the present invention, the process for recognizing the signal generated at the terminal and the signal received from the server are recognized and sequentially stored, and then the stored signal is sequentially selected and extracted, and this extraction is performed. The batch file stored for each process is selected based on the received signal, and the selected batch file is made to be executed by the terminal or server. As a result, the client terminal can transmit and receive signals with the server asynchronously, and can partially rewrite the display.

Claims

The scope of the claims

1. A computer that processes various signals transmitted and received on a network formed by connecting a plurality of terminals to a server recognizes the function of recognizing the signal generated by the terminals and the signal received from the server Function of sequentially storing these signals function of sequentially selecting and extracting the accumulated signals function of selecting a batch file stored for each processing based on the extracted signals terminal or server of the selected batch file A communication program to realize the function to be executed for.

2. A function to execute a batch file for invariant display at the time of start-up, whose display does not change depending on the signal generated from the terminal or the signal received from the server; The communication program according to claim 1, which causes a computer to realize a function of partially changing the display appropriately by selecting and executing a batch file for variable display based on that.

A computer-readable recording medium in which the communication program according to claim 1 is recorded.

The computer-readable recording medium according to claim 3, wherein the communication program according to claim 2 is recorded.