JPH1125165A - Message generator management system for electronic transaction system - Google Patents

Abstract

PROBLEM TO BE SOLVED: To cope with a general purpose electronic transaction processing by encoding a message by the combination of a plain sentence, a signature sentence or a cipher sentence, transmitting the encoded message to an electronic transaction server and requesting a transaction. SOLUTION: A message generator server 3 connects a client system 1, the electronic transaction server 2 and a job server inside the enterprise network system of a wide area network environment. Then, a user activates the message generator server 3 from the client system 1, defines the message intrinsic to an electronic transaction, then inputs the data of a job to the message generator server 3, encodes the message by the combination of the plain sentence, the signature sentence or the cipher sentence, transmits it to the electronic transaction server 2 and requests the transaction.

Description

DETAILED DESCRIPTION OF THE INVENTION

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a message generator process for encoding a message for electronic transaction processing with a combination of a plaintext, a ciphertext, and a signature, and for returning the encoded information to the original message. set to target. Further, in order to easily realize the electronic transaction processing, a management tool of a message generator device for defining and enabling a message sequence and a message format is provided to a user.

[0002]

2. Description of the Related Art Conventionally, a company's VAN (Value Added Networ)
k) and EDI (Electronic Data Interchange), inter-company transactions have been carried out using the Internet. In an inter-company electronic transaction system, a message format, a processing procedure, and a communication protocol for electronic transaction processing are defined between a client and a server, and messages are transmitted and received based on the specifications. For example, SE
Electronic transactions based on T (Secure Electronic Transaction) specifications, electronic transactions based on credit company system specifications,
There are already various electronic transaction processes in the world, such as electronic transactions related to ordering between companies. For this reason, creating a message corresponding to each of them places a considerable burden on the user.

Conventionally, various methods have been proposed for techniques for creating a message or encoding a message based on a user's request. But they are
It was intended for systems with specific specifications for specific purposes, and was not a general-purpose method. For example, JP-A-8-
The system configuration definition method based on Japanese Patent No. 286894 is an invention that automatically creates system configuration definition information corresponding to the system configuration, thereby saving the trouble of the user's system configuration definition and preventing definition errors. Applicable only in system environment. The technology proposed this time is intended to be applied to various forms of electronic transaction processing, defines message sequences and message formats, creates source data from the definitions, encodes various patterns and encoded messages Has been proposed.

[0004]

With the recent spread of the Internet, electronic transactions are being processed in various fields. As described in (Technical field to which the invention belongs), in order to support electronic transaction processing with various specifications in the world,
A corresponding message must be created, but the task is a considerable burden on the user.
An object of the present invention is to provide a general-purpose message generator device in order to reduce the user burden. For that purpose, it is necessary to create a message according to the processing sequence of the electronic transaction, encode the message (for example, encrypting and signing processing), and return the encoded information to the original message. . Another object is to provide a management tool that can easily define a message sequence and a message format.

[0005]

According to the present invention, there is provided a message generator apparatus for selecting a protocol for electronic transaction processing realized via a wide area network, and an operating environment definition for defining a message operating environment based on the protocol. Means, format definition means for defining a message format based on the protocol, means for activating a message generator device, means for generating source data from the definition information, and means for making the generated source data executable. A message generator managing means, a means for encoding the message by a combination of plain text, signature text, or cipher text; and a means for requesting a transaction by transmitting the encoded message to an electronic transaction server. Further, the system includes means for receiving a transaction result from the electronic transaction server, means for returning the original message when the transaction result is encoded, and means for passing the message to a user.

[0006]

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS Message generator server 3
As shown in FIG. 1, is connected with a client system 1, an electronic transaction server 2, and a business server in a corporate network system in a wide area network environment. The user 4 starts the message generator server 3 from the client system 1 to define a message specific to the electronic transaction, and then executes the message generator server 3
Enter the business data in. Then, the message generator server 3 encodes the message, and the electronic transaction server 2
Make a transaction request to. Thereby, the electronic transaction processing starts between the electronic transaction server 2 and the trading partner. When the result of the electronic transaction processing (encoded based on the protocol of the electronic transaction) is received from the electronic transaction server 2, the message generator server 3 decrypts the result and passes it to the user 4.

This series of functions of the message generator device may be realized in the client system 1 and the electronic transaction server 2, but in the present embodiment, it is realized as a function of another server.

FIG. 2 shows a specific processing flow among the user 4, the message generator server 3, the electronic transaction server 2, and the trading partner. The user 4 issues an electronic transaction definition creation request (1) from the client system 1 to the message generator server 3. Then, the message generator server 3 checks the electronic transaction server 2 for a transaction protocol. Then, based on the confirmation result, the message generator server 3 displays a message definition area group designation screen 53 for the user 4 (2). The user 4 can create the message domain group 41 necessary for the electronic transaction by inputting information on the message domain group designation screen 53. Next, when the message generator server 3 displays the message definition screen 55 for the user 4, the user 4 can create the message definition 42 necessary for the electronic transaction. After properly creating the message domain group 41 and the message definition 42,
The user 4 starts the message generator server 3 by inputting information on the message generator start screen 51. Then, the message generator server 3 creates the source data 34. The user 4 converts the source data into an executable format. User 4 inputs business data
(3) Then, the message generator server 3 can execute message encoding from the information of the source data and the business data. Then, the created encoded message is transmitted to the electronic transaction server 2 (4), and transmitted to the business partner (5). Trading result is sent from trading partner to electronic trading server
When the message is passed through (2) ((6), (7)), the message generator server 3 decrypts the content of the message and transmits the decrypted information to the user 4 as data (8). Therefore, if the user 4 defines the message domain group 41 and the message definition 42 and inputs the business data under the execution environment of the source data generated from the definition, the user 4 can encode the message based on the specific protocol. Electronic transaction processing can be realized without being conscious of.

FIG. 2 shows a specific processing flow among the user 4, the message generator server 3, the electronic transaction server 2, and the business partner. Hereinafter, FIG. 3 shows the processing inside the message generator server 3. FIG. 4 shows an example of the message generator start screen, FIG. 5 shows an example of the message definition area group designation screen, and FIG. 6 shows an example of the message definition screen. FIG. 7 shows an example of an encoding pattern of a message handled by the message generator server 3, and FIG.
FIG. 8 illustrates an example of information exchange between the server and the message generator server 3.

FIG. 3 shows a message generator server.
3 The flow of internal processing will be described. Through the process 21, the user 4 of the electronic transaction process creates a message definition area group 41 and a message definition 42. Specific message domain group 4
The example of 1 will be described in detail with reference to FIG. 5, and the example of the message definition 42 will be described in detail with reference to FIG.

Then, in a process 22, the message generator server 3 is started by inputting information to the message generator start screen 51, and the definitions 41 and 42 are executed. Then, based on the designation of the message generator start screen 51, the source 43 is created by the process 23, so that the user 4 compiles and links the output source 43 by the process 24 to make the source 43 executable.

These series of processes 21, 22, 23, and 24
Is realized by the message generator device management means.

FIG. 4 shows an example of a message generator start-up screen input by the user 4 corresponding to the processing 22 in FIG.
In the example of the message generator start screen 51 shown in FIG. 4, a source output destination 61, a message definition area group 41, and a language type 62 can be specified. In addition, a user ID and an electronic transaction protocol ID are specified as necessary. The message generator server 3 also manages a message definition format and a user of a specific electronic transaction protocol corresponding to the electronic transaction protocol. Therefore, electronic transaction processing can be specified from the user ID, or the protocol ID of the electronic transaction can be specified.
It is also possible to call the required message definition format from.

When the items on the message generator start screen 51 are properly specified, a command line format (GenMessess
age operand) and executed. The specified contents of the message generator start screen 51 may be different depending on the language specification of the source output destination 61,
Depending on the parameter, the specified value can be omitted. For example, it is possible to specify that the source output destination and language type can be omitted, but the message definition area group cannot be omitted. Furthermore, although there are restrictions on the characters and the number of characters specified in the operand, since an easy-to-understand GUI is provided, an error message 65 is output when the user inputs an inappropriate specification value.

For example, on the screen in the example of FIG. 4, V: \ ECOMS is set as the root directory of the source output destination 61, and A: \ ECOMS \ Mes is set as the file name of the message domain group 41.
When sage \ Def and the language type 62 are specified as an operand of cpp and executed, GenMessage / o V: \ ECOMS / i A: \ ECOMS \ Message \ Def / l
It is expanded into a command line format called cpp, and the message generator server 3 is started.

Next, the details of the process 21 will be described. Processing 21
Thus, the user 4 defines the message definition area group 41 and the message definition 42, but for easy definition, the message definition area group designation screen 53 and the message definition screen 55
I will provide a.

First, a series of message transmission / reception between the client and the server is defined by a simple diagram on the message domain designation screen 53. As shown in FIG. 5, on the message definition area designation screen 53, a right arrow indicates message transmission and a left arrow indicates message reception, and the user specifies the name of the message. For message reception, a normal case and an abnormal case can be designated. In addition, a root directory, a version number, a commonly used received message, and the like are defined. In the example of FIG. 5, a message sequence of sending message 1 from the client to the server, responding to message 1 from the server to the client, transmitting message 3 from the client to the server, and responding to message 3 from the server to the client is specified. I do. Therefore, set a right arrow for the first message 1 transmission, a left arrow for the second message 1 response, a right arrow for the third message 3 transmission, and a left arrow for the fourth message 3 response. I do. As for the response to the messages 1 and 3, the message 5 of the abnormal case is entered. Furthermore, as a common definition, message 5 is defined as a message root directory root, version number 15, and an abnormal case reception message.

When these pieces of information are designated, a definition statement as shown in the lower part of FIG. 5 is created from the message definition area group designation screen. For example, an operand (MSGDEF / MSG) declares the start and end of a message domain group.
GDEFEND), an operand specifying the root directory
(ROOTDIR), an operand specifying the version number of the source output (VERSION), an operand declaring the start and end of the common source specification (COMMON / COMMONEND), and an operand declaring the start and end of the message definition (GATHER / GATHEREN
D), an operand that specifies the message definition for transmission (SEN
D), an operand (REC
V) is being prepared. Therefore, in order to define the transmission / reception sequence of message 1, first, GATHER msg-1 to G
By the time of ATHEREND, send SEND of message 1 msg-se
Describe nd-1, RECV msg-res-1 for receiving message 1 and RECV res-neg for receiving abnormal processing.

Next, the definition of each message specified on the message definition area group designation screen 53 is described on the message definition screen.
Do at 55. In the example of FIG. 6, the transmission and reception of the messages 1 and 3 and the reception of the message 5 in the abnormal case are performed, so it is necessary to define these messages. For example, message 1 will be described. Message 1 to send (msg-send-
1) is composed of a character string A, a character string B, an integer C, a character string D, and an integer E. At this time, the message definition screen 55 defines which part is to be plain text, which part is to be signed, and which part is to be encrypted. Message definition screen 55
Then, the configuration of the message can be defined by a graphic having a simple block configuration. According to this screen, what attributes (for example, character string, integer, floating point etc.) each part is,
You can easily specify how you want to encode. There is also a column for the user to write a comment. There are restrictions on the characters to be specified, the number of characters, and the value,
Since an easy-to-understand GUI is provided, an error message 65 is output when the user inputs an inappropriate specification value. Similarly, message 1 to be received is defined.

When these pieces of information are specified, a definition statement as shown in the lower part of FIG. 6 is created from the message definition screen. For example, as an operand, an operand that declares the start and end of a message definition (MSGDEF / MSGDEFEN
D), an operand to specify the class name (MAINCLASS), an operand to specify the message ID number (ID), an operand to declare the start of the message format (FORMAT)
And the operand declaring the end of the common source specification (FORMATE
ND), an operand declaring the start and end of the signature (SIGN /
SIGNEND), an operand declaring the start and end of the ciphertext
(ENVELOPE / ENVELOPEEND) can be specified. The message data includes a character area (STRING),
Integer area (INTEGER) and floating point area (FLOAT) can be specified. These definitions allow you to specify which parts of the message to encrypt and which parts to sign. In this example, str_A is unencrypted, str_B, int_
C is signed and str_D and int_E encode the message in encrypted form. This is pattern 7 in Figure 7.
It is a specific example of the message definition of the form.

FIG. 7 shows a combination of messages that can be actually encoded. Of course, there can be infinite combinations, but in this embodiment, only plain text can be used as pattern 1, only signature text can be used as pattern 2, and only cipher text can be used as pattern 3 It is. Patterns 4, 5, 6, and 7 are combinations in which plain text, signature text, and cipher text are applied to each part. Further, as special signature methods, a pattern 8 for adding a signature to a ciphertext and a pattern 9 for adding a signature to plaintext and ciphertext are prepared.

The message definition area group shown in FIG. 5 and the message definition shown in FIG. 6 are created, and the message generator server 3 is started by inputting to the message generator start screen 51 shown in FIG. Is output. Although the source code may have various language specifications, it is generally encoded according to the procedure shown in FIG.

In general, considering the implementation, there are cases where there are restrictions on the characters, the number of characters, and the values specified in the message domain group 41 and the message definition 42. Since the screen 53 and the message definition screen 55 provide an easy-to-understand GUI, the message generator server 3 outputs an error message 65 when the user inputs an inappropriate specification value. Also, an error message 65 is output for a message that is not defined despite being defined in the message domain group 41. Finally, the effect on the user when the encoding combination of the message is changed will be described. Message 1 (msg used by user 4 for electronic transactions)
-send-1), as shown in FIG. 6, str_A is not encrypted and s
tr_B and int_C are signed, and str_D and int_E are encoded in an encrypted form. This is equivalent to the message definition in the form of pattern 7 in FIG.
Suppose the protocol has been changed to a specification that sends _D with a signature. In this case, the encoding specification for the value B is changed from “signature” to “plaintext” on the message definition screen 55 in FIG.
If the encoding specification for the value D is changed from "encrypted" to "signed", the encoding of the message is automatically changed accordingly. At this time, since the user 4 does not need to be conscious of the encoding, there is no need to change the business program. As shown in FIG. 8, the user 4 passes the parameters (A, B, C, D, E) of msg-send-1 to the message generator server 3. Then, in the message generator server 3, msg
-Set the values of A and B of send-1 to X, sign the values of C and D of msg-send-1 and set them to Y, encrypt the value of E of msg-send-1 and set them to Z, The regions X, Y, and Z are combined and transmitted to the electronic transaction server 2. From the above, even if the encoding method is changed due to the change of the electronic trading protocol,
It is understood that the user 4 does not need to change the business program.

[0024]

By using the message generator of the present invention, definition files (message definition area group and message definition) necessary for a message sequence of electronic transaction processing realized via a wide area network can be easily defined. be able to. In addition, a source code for assembling and disassembling the message can be generated based on the definition of the message. Since the message generator device creates a content block serving as a source of the message and can perform signature / signature verification and encryption / decryption in communication processing, it is possible to cope with general-purpose electronic transaction processing.

[Brief description of the drawings]

FIG. 1 is a diagram showing a flow of message processing in a corporate network system in which a client system 1, a message generator server 3, an electronic transaction server 2, and a business server are connected.

FIG. 2 is a diagram illustrating a flow of an electronic transaction process between a user 4, a message generator server 3, an electronic transaction server 2, and a business partner, particularly a process focusing on message creation.

FIG. 3 is a diagram showing a flow of a message definition process to which the message generator server 3 is applied.

FIG. 4 is a diagram for explaining a method of inputting a message generator start screen 51 that is entered by a user 4 to start a message generator server 3;

FIG. 5 is a diagram showing a definition example of a message domain group 41 corresponding to a message sequence example composed of transmission and reception of messages 1 and 2;

6 is a diagram showing a specific example of a message definition 42 corresponding to the message sequence example of FIG. 3, and a correspondence between a message definition area statement and a message definition.

FIG. 7 is a diagram showing a pattern of a specified combination of message definitions (plaintext, ciphertext and signature text).

FIG. 8 is a diagram showing a specific example of encoding of a data source 43 output by the message generator server 3.

[Explanation of symbols]

Explanation of symbols Client system 1, electronic transaction server 2, message generator server 3, user 4, source 43, message generator start screen 51, message domain group designation screen 53,
Message definition screen 55, Message definition area group 41, Message definition 42, Source output destination 61, Language type 62 Message 6
6, error message 65.

Claims (3)

[Claims] In a system for performing an electronic transaction via a wide area network, a message defining means for defining a message based on an electronic transaction processing protocol, and encoding a message in response to a business data input request from a user, the message is encoded. Means for making a transaction request by transmitting to the electronic transaction server, means for receiving the transaction result from the electronic transaction server, means for returning the original message if the transaction result is encoded, and then passing it to the user A method for managing a message generator device, comprising: 2. A system for conducting an electronic transaction via a wide area network and selecting a protocol for electronic transaction processing in a system having a message generator device according to claim 1, and defining a message operating environment based on said protocol. Operating environment defining means, format defining means for defining a message format based on the protocol, means for activating a message generator device, means for generating source data from the definition information, and means for making the generated source data executable. Message generator device management means comprising: a means for encoding the message by a combination of plain text, signature text, or cipher text; and means for returning the received encoded information to the original message. Message Generale Data management method. 3. A system having a message generator device according to claim 1, wherein electronic trading is performed via a wide area network, and even when a combination of encoding of said message is changed, electronic trading of a user is performed. A method for managing a message generator device, wherein no change is made.