WO2003090094A1 - Programme de communication et support d'enregistrement lisible par ordinateur contenant ce programme - Google Patents

Programme de communication et support d'enregistrement lisible par ordinateur contenant ce programme Download PDF

Info

Publication number
WO2003090094A1
WO2003090094A1 PCT/JP2003/001670 JP0301670W WO03090094A1 WO 2003090094 A1 WO2003090094 A1 WO 2003090094A1 JP 0301670 W JP0301670 W JP 0301670W WO 03090094 A1 WO03090094 A1 WO 03090094A1
Authority
WO
WIPO (PCT)
Prior art keywords
server
client terminal
batch file
display
signals
Prior art date
Application number
PCT/JP2003/001670
Other languages
English (en)
Japanese (ja)
Inventor
Masaru Miyazaki
Original Assignee
G & G-Pharma Co., Ltd.
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by G & G-Pharma Co., Ltd. filed Critical G & G-Pharma Co., Ltd.
Publication of WO2003090094A1 publication Critical patent/WO2003090094A1/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/34—Network arrangements or protocols for supporting network services or applications involving the movement of software or configuration parameters 

Definitions

  • the server 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.
  • client terminal a personal computer
  • server terminal a server
  • communication line to configure a network
  • client terminal a personal computer
  • server terminal a server
  • processing program a program that causes processing to be executed at the receiving client terminal by data transmission and reception using the Internet technology. Became.
  • HTML Hyper Text Markup Language
  • HTML Hyper Text Markup Language
  • browser software itself is specialized in that it displays a document of parseable description such as HTML format.
  • 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.
  • 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 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.
  • 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.
  • 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.
  • a computer readable medium 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.
  • client terminal 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • the peer server 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
  • 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.
  • 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.
  • 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.
  • the present invention exhibits its effect remarkably in the following exemplified situations.
  • (1) 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.
  • (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.
  • 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).
  • the calculation result is displayed at the predetermined position on the same screen in (3).
  • 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.
  • 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
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • the batch file selected in # 5 is a signal for server 2 (# 6).
  • 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).
  • the batch file 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).
  • 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.
  • 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.
  • 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.
  • 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).
  • 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).
  • 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).
  • 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.
  • 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).
  • 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.
  • 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.
  • 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.
  • 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.
  • batch file selected 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.
  • network communication with the server is performed synchronously, so for example, a scanner, a smart reader, a keyboard, a mouse, etc.
  • network communication with the server is performed. Because the process is performed asynchronously, the end of the whole process is very short.
  • 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.
  • 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.
  • the server 2 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • the client terminal can transmit and receive signals with the server asynchronously, and can partially rewrite the display.

Abstract

L'invention concerne un programme de communication pouvant exécuter de façon asynchrone l'émission ou la réception de signaux entre un serveur et un terminal de client sur un réseau constitué d'un serveur et d'une pluralité de terminaux de client et faire en sorte qu'un ordinateur exécute une réécriture d'affichage partielle. Un programme (2) (programme de communication) installé sur un terminal de client (1) accumule successivement des signaux reconnus par une unité serveur point à point (2A) et sélectionne et extrait successivement les signaux accumulés. En fonction des signaux extraits, le programme (2) sélectionne un fichier séquentiel stocké lors de chaque traitement, à partir d'une unité à fichiers séquentiels (2C) et fait en sorte que le terminal de client (1) ou le serveur (2) exécute le fichier séquentiel sélectionné. Ainsi, le terminal de client (1) peut, de façon asynchrone, émettre/recevoir un signal respectivement à destination/en provenance du serveur (2) et peut réaliser une réécriture d'affichage partielle.
PCT/JP2003/001670 2002-04-22 2003-02-17 Programme de communication et support d'enregistrement lisible par ordinateur contenant ce programme WO2003090094A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2002-119591 2002-04-22
JP2002119591A JP2003316741A (ja) 2002-04-22 2002-04-22 通信プログラム及びそれを記録したコンピュータ読取可能な記録媒体

Publications (1)

Publication Number Publication Date
WO2003090094A1 true WO2003090094A1 (fr) 2003-10-30

Family

ID=29243556

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2003/001670 WO2003090094A1 (fr) 2002-04-22 2003-02-17 Programme de communication et support d'enregistrement lisible par ordinateur contenant ce programme

Country Status (2)

Country Link
JP (1) JP2003316741A (fr)
WO (1) WO2003090094A1 (fr)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPWO2006051967A1 (ja) * 2004-11-12 2008-05-29 株式会社ジャストシステム データ処理装置、データ処理システム、データ処理中継装置およびデータ処理方法

Citations (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS59220866A (ja) * 1983-05-30 1984-12-12 Hitachi Ltd 分散処理方式
JPS62211769A (ja) * 1986-03-12 1987-09-17 Fujitsu Ltd コンピユ−タネツトワ−クシステム
JPS63273152A (ja) * 1987-04-30 1988-11-10 Nec Corp 実行ジョブ制御方式
JPH02140864A (ja) * 1988-11-22 1990-05-30 Nec Corp 分散型エディタにおける端末側エディタのテキスト受信方式
US5109487A (en) * 1987-10-21 1992-04-28 Hitachi, Ltd. System and method for distributed data processing utilizing distributed display format
JPH04330552A (ja) * 1991-05-02 1992-11-18 Toshiba Corp コンピュータネットワークシステム
JPH06103233A (ja) * 1992-09-18 1994-04-15 Hitachi Ltd リモートバッチ処理方式
JPH0764909A (ja) * 1993-08-31 1995-03-10 Nec Corp オンライン業務処理実行順序管理装置
JPH1091580A (ja) * 1996-07-18 1998-04-10 Nippon Telegr & Teleph Corp <Ntt> 有効情報表示方法及び有効情報表示システム及び記録媒体
JPH10293529A (ja) * 1997-04-18 1998-11-04 Toppan Printing Co Ltd パーソナルコーディネートシステム
EP0909070A2 (fr) * 1997-09-12 1999-04-14 Matsushita Electric Industrial Co., Ltd. Serveur web virtuel permettant de présenter simultanément des données venant de plusieurs serveurs dans une unique fenêtre de browser
JPH11144146A (ja) * 1997-11-05 1999-05-28 Seiko Epson Corp カスタマ端末装置、オペレータ端末装置、ｐｏｓシステム、カスタマ端末装置の制御方法、及びオペレータ端末装置の制御方法
EP1046989A2 (fr) * 1999-04-22 2000-10-25 Hitachi, Ltd. Procédé et dispositif pour transférer des tâches entre des ordinateurs
JP2001229097A (ja) * 2000-02-18 2001-08-24 Fujitsu Ltd 分散処理システム及びクライアント
JP2002092508A (ja) * 2000-09-19 2002-03-29 Tatsuhiko Matsuura 商品情報提供方式

Patent Citations (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS59220866A (ja) * 1983-05-30 1984-12-12 Hitachi Ltd 分散処理方式
JPS62211769A (ja) * 1986-03-12 1987-09-17 Fujitsu Ltd コンピユ−タネツトワ−クシステム
JPS63273152A (ja) * 1987-04-30 1988-11-10 Nec Corp 実行ジョブ制御方式
US5109487A (en) * 1987-10-21 1992-04-28 Hitachi, Ltd. System and method for distributed data processing utilizing distributed display format
JPH02140864A (ja) * 1988-11-22 1990-05-30 Nec Corp 分散型エディタにおける端末側エディタのテキスト受信方式
JPH04330552A (ja) * 1991-05-02 1992-11-18 Toshiba Corp コンピュータネットワークシステム
JPH06103233A (ja) * 1992-09-18 1994-04-15 Hitachi Ltd リモートバッチ処理方式
JPH0764909A (ja) * 1993-08-31 1995-03-10 Nec Corp オンライン業務処理実行順序管理装置
JPH1091580A (ja) * 1996-07-18 1998-04-10 Nippon Telegr & Teleph Corp <Ntt> 有効情報表示方法及び有効情報表示システム及び記録媒体
JPH10293529A (ja) * 1997-04-18 1998-11-04 Toppan Printing Co Ltd パーソナルコーディネートシステム
EP0909070A2 (fr) * 1997-09-12 1999-04-14 Matsushita Electric Industrial Co., Ltd. Serveur web virtuel permettant de présenter simultanément des données venant de plusieurs serveurs dans une unique fenêtre de browser
JPH11144146A (ja) * 1997-11-05 1999-05-28 Seiko Epson Corp カスタマ端末装置、オペレータ端末装置、ｐｏｓシステム、カスタマ端末装置の制御方法、及びオペレータ端末装置の制御方法
EP1046989A2 (fr) * 1999-04-22 2000-10-25 Hitachi, Ltd. Procédé et dispositif pour transférer des tâches entre des ordinateurs
JP2001229097A (ja) * 2000-02-18 2001-08-24 Fujitsu Ltd 分散処理システム及びクライアント
JP2002092508A (ja) * 2000-09-19 2002-03-29 Tatsuhiko Matsuura 商品情報提供方式

Also Published As

Publication number Publication date
JP2003316741A (ja) 2003-11-07

Similar Documents

Publication Publication Date Title
JP4383471B2 (ja) 商品販売データ処理装置
JP2016015108A (ja) 電子レシート管理サーバ、商品販売データ処理装置、印字制御装置およびプログラム
JP4205288B2 (ja) ２画面入力ｐｏｓシステム及び商品選択入力方法
CN105607875B (zh) 主机装置、打印系统以及数据处理方法
JP5745562B2 (ja) 商品販売データ処理装置及びプログラム
US20160232512A1 (en) Information Generating Method, Information Processing Device, and POS System
JP4450877B2 (ja) 電子価格ラベルシステムにおける価格ルックアップファイルの修正装置およびその方法
WO2003090094A1 (fr) Programme de communication et support d&#39;enregistrement lisible par ordinateur contenant ce programme
JP7167213B2 (ja) 取引データ処理装置及びプログラム
JP6947890B2 (ja) 電子レシートシステムおよび情報処理方法
EP2866213B1 (fr) Système d&#39;affichage.
JP3382493B2 (ja) 商品価格管理装置
JP6409097B2 (ja) 電子レシートシステム
JP6166820B2 (ja) サーバ装置、取引データ処理システム及びプログラム
JP6010656B2 (ja) システム
JP7242766B2 (ja) 携帯端末及びプログラム
JP5933074B2 (ja) 取引データ処理装置、取引データ処理方法及びプログラム
JP2018156694A (ja) 商品販売データ処理装置、プログラムおよび電子レシートデータ出力方法
JPH08143018A (ja) ポップラベル発行装置
JP5133303B2 (ja) 商品販売データ処理装置、プログラム
JP6672409B2 (ja) プログラム及び制御方法
JP6908754B2 (ja) システム
JP2001126144A (ja) 情報提供装置
JP6410864B2 (ja) 電子レシート発行方法、ｐｏｓ端末及びプログラム
JP5205344B2 (ja) 商品販売データ処理装置、プログラム

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): CN US

DFPE Request for preliminary examination filed prior to expiration of 19th month from priority date (pct application filed before 20040101)