WO2015045108A1 - クライアントサーバープログラム生成装置およびクライアントサーバープログラム生成プログラム - Google Patents

クライアントサーバープログラム生成装置およびクライアントサーバープログラム生成プログラム Download PDF

Info

Publication number
WO2015045108A1
WO2015045108A1 PCT/JP2013/076308 JP2013076308W WO2015045108A1 WO 2015045108 A1 WO2015045108 A1 WO 2015045108A1 JP 2013076308 W JP2013076308 W JP 2013076308W WO 2015045108 A1 WO2015045108 A1 WO 2015045108A1
Authority
WO
WIPO (PCT)
Prior art keywords
program
client
server
user interface
code
Prior art date
Application number
PCT/JP2013/076308
Other languages
English (en)
French (fr)
Inventor
隆史 坂倉
Original Assignee
三菱電機株式会社
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 三菱電機株式会社 filed Critical 三菱電機株式会社
Priority to PCT/JP2013/076308 priority Critical patent/WO2015045108A1/ja
Priority to TW102139486A priority patent/TW201512984A/zh
Publication of WO2015045108A1 publication Critical patent/WO2015045108A1/ja

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/30—Creation or generation of source code

Definitions

  • the present invention relates to a technique for generating a client server program using a stand-alone application program.
  • the cloud computing service includes a computer resource lending service or an application use service.
  • the computer resource lending service is a service in which a service provider provides a data center composed of a cluster of computers at an appropriate place and lends the computer resource itself of the data center.
  • the application use service is a service that can use a data center application.
  • the cloud computing service provides the user with convenience that cannot be enjoyed in the conventional form having an information system for each office.
  • GUI Graphic User Interface
  • Patent Document 1 discloses a method of analyzing a source code of an application that operates independently and generating a client server type program by dividing the source code into a client program part and a server program part.
  • the test performed on the original application that operates alone is invalidated, and it is necessary to further test the client server type program.
  • the object of the present invention is to be able to generate a server program using a stand-alone application program.
  • the client server program generation device of the present invention An application that analyzes a source program file of the data processing program of an application program including a user interface program and a data processing program, and identifies an external function called from the user interface program among a plurality of functions included in the data processing program A program analysis unit;
  • the server program comprising the server communication program and the application program, the source program file of the server communication program receives an execution request message for requesting execution of the external function, and is included in the application program of the server program A server communication program editing unit for adding a call code for calling an external function.
  • a server program can be generated using a stand-alone application program.
  • FIG. 3 is a relationship diagram among an application program 100, a server program 110, and a client program 120 according to Embodiment 1.
  • FIG. 2 is a functional configuration diagram of a client server program generation device 200 according to Embodiment 1.
  • FIG. 3 is a flowchart of a server program generation method according to the first embodiment. It is a figure which shows an example of the application file 300 in Embodiment 1.
  • FIG. 6 is a diagram illustrating an example of a server communication interface file 400 according to Embodiment 1.
  • FIG. 6 is a diagram illustrating an example of a server communication interface file 400 according to Embodiment 1.
  • FIG. 3 is a diagram illustrating an example of a hardware configuration of a client server program generation device 200 according to Embodiment 1.
  • 10 is a functional configuration diagram of a client server program generation device 200 according to Embodiment 2.
  • 10 is a flowchart of a client server program generation method according to the second embodiment.
  • 10 is a diagram illustrating an example of a client communication interface file 500 according to Embodiment 2.
  • FIG. 10 is a diagram illustrating an example of a client communication interface file 500 according to Embodiment 2.
  • FIG. 10 is a functional configuration diagram of a client server program generation device 200 according to Embodiment 3.
  • 10 is a flowchart of a client server program generation method according to the third embodiment.
  • FIG. 20 is a diagram showing an example of an API list 291 in the third embodiment.
  • 15 is a flowchart of communication interface editing processing (S360) in the third embodiment.
  • FIG. 10 is a configuration diagram of a client server system 600 in a fifth embodiment.
  • FIG. 20 is a relationship diagram among an application program 100, a server program 110, and a client program 120 in a sixth embodiment.
  • FIG. 38 is a diagram illustrating an example of message data conversion in the sixth embodiment.
  • FIG. 20 is a diagram illustrating an example of a screen of a WEB browser 617 in the sixth embodiment.
  • FIG. 20 is a diagram illustrating an example of a computer system 620 according to Embodiment 7.
  • FIG. 20 is a diagram illustrating an example of a client server system 630 according to the eighth embodiment.
  • FIG. 20 is a diagram illustrating an example of a computer system 640 according to a ninth embodiment.
  • Embodiment 1 FIG. A mode in which a server program is generated using a stand-alone application program will be described.
  • FIG. 1 is a relationship diagram among the application program 100, the server program 110, and the client program 120 in the first embodiment. A relationship among the application program 100, the server program 110, and the client program 120 in the first embodiment will be described with reference to FIG.
  • the application program 100 is a stand-alone program generated on the assumption that it is executed by one information processing apparatus. That is, the application program 100 is a program executed by a stand-alone information processing apparatus that operates independently without depending on other computers.
  • the application program 100 includes a GUI (Graphical User Interface) operated by a user.
  • GUI 101 a program for processing the GUI
  • programs other than the GUI 101 are called data processing programs.
  • the server program 110 is a program executed by the server device.
  • the server program 110 includes an application program 100 and a server communication interface 111.
  • the library of the GUI 101 is invalidated so that the GUI 101 included in the application program 100 does not function.
  • a server communication interface 111 (an example of a server communication program) is a program that communicates with a client device via a network 199.
  • the client program 120 is a program executed by the client device.
  • the client program 120 includes a GUI 101 (or an equivalent program) and a client communication interface 121.
  • the client communication interface 121 (an example of a client communication program) is a program that communicates with the server device via the network 199.
  • the client communication interface 121 calls the server program 110 by RPC (Remote Procedure Call).
  • RPC Remote Procedure Call
  • FIG. 2 is a functional configuration diagram of the client server program generation device 200 according to the first embodiment. A functional configuration of the client server program generation device 200 according to the first embodiment will be described with reference to FIG.
  • the client server program generation device 200 is a computer that generates the server program 110 using the source program file of the application program 100.
  • the client server program generation device 200 includes an application program analysis unit 210, a server communication interface generation unit 220, a client server program generation unit 280, and a device storage unit 290.
  • the device storage unit 290 stores data used, generated or input / output by the client server program generation device 200.
  • the device storage unit 290 stores the application file 300, the server communication interface file 400, and the server program 110.
  • the application file 300 is a source program file for each of a plurality of programs (including a data processing program and the GUI 101) included in the application program 100.
  • the server communication interface file 400 is a source program file for the server communication interface 111.
  • the server communication interface file 400 includes source code necessary for communication with the client communication interface 121.
  • the source program file is a file including a program source code (source program).
  • the application program analysis unit 210 analyzes each application file 300 of a plurality of programs included in the application program 100 and identifies a function called from another program (for example, the GUI 101).
  • a function corresponds to a method in an object-oriented program.
  • a function (or method) called from another program is referred to as an external function.
  • the server communication interface generation unit 220 receives source code (hereinafter referred to as an external function) included in the application program 100 of the server program 110 when an execution request message requesting execution of an external function is received. Are added to the server communication interface file 400.
  • the client server program generation unit 280 generates the server program 110 by compiling and linking the server communication interface file 400 and each application file 300.
  • FIG. 3 is a flowchart of the server program generation method according to the first embodiment. A server program generation method according to Embodiment 1 will be described with reference to FIG.
  • the application program analysis unit 210 selects one unselected application file 300. After S110, the process proceeds to S120.
  • the application program analysis unit 210 analyzes the application file 300 (including the header file used by the application file 300) selected in S110. For example, the application program analysis unit 210 performs lexical analysis and syntax analysis on the application file 300. After S120, the process proceeds to S130.
  • the application program analysis unit 210 determines whether or not the application file 300 includes an external function based on the analysis result obtained in S120. For example, a function (or method) having an “extern” declaration is an external function. If the application file 300 includes an external function (YES), the process proceeds to S140. If the application file 300 does not include an external function (NO), the process proceeds to S150.
  • FIG. 4 is a diagram illustrating an example of the application file 300 according to the first embodiment.
  • the application file 300 shown in FIG. 4 includes getname () in which an external declaration is made (see 302 in the figure). This getname () is an external function.
  • getname is an external function.
  • the server communication interface generation unit 220 adds a call code for calling an external function included in the application file 300 to the server communication interface file 400. After S140, the process proceeds to S150.
  • FIGS. 5 and 6 are diagrams illustrating an example of the server communication interface file 400 according to the first embodiment. An example of the server communication interface file 400 in the first embodiment will be described with reference to FIGS.
  • the server communication interface file 400 is a source file of the server communication interface 111 that communicates with the client communication interface 121.
  • the server communication interface generation unit 220 adds remote_getname () to the server communication interface file 400 (see 404 in FIG. 6).
  • This remote_getname () is a wrap function for calling getname () included in the application file 300 (see FIG. 4). This wrap function is executed when an execution request message requesting execution of getname () is received.
  • the name of the wrap function can be generated by adding a specific character string (remote_) to the name of the external function.
  • a portion excluding remote_getname () is a standard source code.
  • a server communication interface file 400 in which a fixed source code is described is prepared in advance.
  • the standard part of the server communication interface file 400 includes source code that defines the listening port of the port number “2002” (see 401 in FIG. 5). This listening port is for communicating with the client communication interface 121.
  • the fixed part of the server communication interface file 400 includes a main function of the server program 110 (see 402 in FIG. 5), and this main function includes a source code for calling a wrap function including a calling code. (See 403 in FIG. 6). Returning to FIG. 3, the description will be continued from S150.
  • the application program analysis unit 210 determines whether there is an unselected application file 300 that has not been selected in S110. If there is an unselected application file 300 (YES), the process returns to S110. If there is no unselected application file 300 (NO), the process proceeds to S160.
  • the client server program generation unit 280 generates the server program 110 by compiling and linking the server communication interface file 400 and each application file 300.
  • the client server program generation unit 280 replaces main () (see 301 in FIG. 4) included in the application file 300 with another name.
  • the client server program generation unit 280 replaces main () with stub_main (). This is to prevent the name from overlapping with the main function (see 402 in FIG. 5) of the server communication interface file 400. That is, the contents of the application file 300 and the application program 100 are not altered.
  • the processing of the server program generation method ends.
  • FIG. 7 is a diagram illustrating an example of a hardware configuration of the client server program generation device 200 according to the first embodiment.
  • An example of the hardware configuration of the client server program generation device 200 according to Embodiment 1 will be described with reference to FIG.
  • the hardware configuration of the client server program generation device 200 may be different from the configuration shown in FIG.
  • the client server program generation device 200 is a computer including an arithmetic device 901, an auxiliary storage device 902, a main storage device 903, a communication device 904, and an input / output device 905.
  • the arithmetic device 901, auxiliary storage device 902, main storage device 903, communication device 904, and input / output device 905 are connected to the bus 909.
  • the arithmetic device 901 is a CPU (Central Processing Unit) that executes a program.
  • the auxiliary storage device 902 is, for example, a ROM (Read Only Memory), a flash memory, or a hard disk device.
  • the main storage device 903 is, for example, a RAM (Random Access Memory).
  • the communication device 904 performs communication via the Internet, a LAN (local area network), a telephone line network, or other networks in a wired or wireless manner.
  • the input / output device 905 is, for example, a mouse, a keyboard, or a display device.
  • the program is normally stored in the auxiliary storage device 902, loaded into the main storage device 903, read into the arithmetic device 901, and executed by the arithmetic device 901.
  • an operating system OS
  • a program for realizing the function described as “ ⁇ unit” is stored in the auxiliary storage device 902.
  • the OS and the program that realizes the functions described as “ ⁇ units” are loaded into the main storage device 903 and executed by the arithmetic device 901. “ ⁇ part” can be read as “ ⁇ processing” and “ ⁇ process”.
  • the server program 110 can be generated using the stand-alone type application program 100.
  • a large-scale stand-alone GUI application exceeding 1 million lines can be used as a client-server type application program without modifying the source program.
  • a large-scale application program that is difficult to adapt to the cloud computing service can be adapted to the cloud computing service.
  • FIG. A mode for generating the client program 120 in addition to the server program 110 will be described.
  • items different from the first embodiment will be mainly described. Matters whose description is omitted are the same as those in the first embodiment.
  • FIG. 8 is a functional configuration diagram of the client server program generation device 200 according to the second embodiment. A functional configuration of the client server program generation device 200 according to the second embodiment will be described with reference to FIG.
  • the client server program generation device 200 includes a client communication interface generation unit 230 (an example of a client communication program editing unit) in addition to the configuration described in the first embodiment (see FIG. 2).
  • the device storage unit 290 stores the client communication interface file 500.
  • the client communication interface file 500 is a source program file of the client communication interface 121.
  • the client communication interface file 500 includes source code necessary for communication with the server communication interface 111.
  • the client communication interface generation unit 230 adds, to the client communication interface file 500, source code (hereinafter, referred to as an execution request code) that transmits an execution request message when the GUI 101 requests execution of an external function.
  • the client server program generation unit 280 generates the client program 120 by compiling and linking the client communication interface file 500 and the application file 300 of the GUI 101.
  • FIG. 9 is a flowchart of the client server program generation method according to the second embodiment. A client server program generation method according to the second embodiment will be described with reference to FIG.
  • the application program analysis unit 210 selects an unselected application file 300.
  • S210 is the same as S110 of the first embodiment (see FIG. 3). After S210, the process proceeds to S220.
  • the application program analysis unit 210 analyzes the application file 300 selected in S210.
  • S220 is the same as S120 of the first embodiment (see FIG. 3). After S220, the process proceeds to S230.
  • the application program analysis unit 210 determines whether or not the application file 300 includes an external function. S230 is the same as S130 of the first embodiment (see FIG. 3). If the application file 300 includes an external function (YES), the process proceeds to S240. If the application file 300 does not include an external function (NO), the process proceeds to S260.
  • S ⁇ b> 240 the server communication interface generation unit 220 adds an external function call code to the server communication interface file 400.
  • S240 is the same as S140 in the first embodiment (see FIG. 3). After S240, the process proceeds to S250.
  • the client communication interface generation unit 230 adds an execution request code that transmits an execution request message when an external function execution is requested from the GUI 101 to the client communication interface file 500. After S250, the process proceeds to S260.
  • FIGS. 10 and 11 are diagrams illustrating an example of the client communication interface file 500 according to the second embodiment. An example of the client communication interface file 500 according to the second embodiment will be described with reference to FIGS.
  • the client communication interface file 500 is a source file of the client communication interface 121 that communicates with the server communication interface 111.
  • the client communication interface generation unit 230 adds getname () to the client communication interface file 500 (see 503 in FIG. 11).
  • This getname () is a function including an execution request code (write) for transmitting an execution request message and a source code (read) for receiving an execution response message indicating the execution result.
  • the part excluding getname () (the part above the broken line in FIGS. 10 and 11) is a standard source code.
  • a client communication interface file 500 in which a fixed source code is described is prepared in advance.
  • the fixed part of the client communication interface file 500 includes createSession () and closeSession () (see 501 and 502 in FIG. 10).
  • createSession () is a function that establishes a session with the server communication interface 111
  • closeSession () is a function that releases the established session.
  • the application program analysis unit 210 determines whether there is an unselected application file 300 that has not been selected in S210. If there is an unselected application file 300 (YES), the process returns to S210. If there is no unselected application file 300 (NO), the process proceeds to S270.
  • the client server program generation unit 280 generates the server program 110 as in S160 (see FIG. 3) of the first embodiment. Further, the client server program generation unit 280 generates the client program 120 by compiling and linking the client communication interface file 500 and the application file 300 of the GUI 101. After S270, the processing of the client server program generation method ends.
  • the server program 110 and the client program 120 can be generated using the stand-alone application program 100.
  • Embodiment 3 A mode of generating a client server program that causes a server apparatus to execute only data processing when GUI processing and data processing are included in the external function will be described.
  • items different from the first and second embodiments will be mainly described. Matters whose description is omitted are the same as in the first and second embodiments.
  • the application program 100 is a program having a GUI 101. Furthermore, the application program 100 is a program that operates only when a user operates a GUI object, unlike a simulation program or the like.
  • the main input means used by the user to operate the GUI are a keyboard and a mouse.
  • the user inputs data into the GUI object using a keyboard.
  • the user operates the mouse to select a desired GUI object or select a pull-down menu.
  • GUI libraries When the programming language is object-oriented, a GUI event handler is implemented by a base object (base class object). Then, the GUI library calls a GUI event handler defined in the base object, instead of being implemented so as to issue a system call to obtain an interrupt generated by the operation of the mouse or the keyboard and accompanying data. That is, the GUI library hides a mechanism for obtaining an interrupt generated by operating a mouse or a keyboard and accompanying data by issuing a system call from a programmer.
  • base object base class object
  • the GUI library calls a GUI event handler defined in the base object, instead of being implemented so as to issue a system call to obtain an interrupt generated by the operation of the mouse or the keyboard and accompanying data. That is, the GUI library hides a mechanism for obtaining an interrupt generated by operating a mouse or a keyboard and accompanying data by issuing a system call from a programmer.
  • GUI screen is configured by a lower GUI class that inherits the upper GUI class provided from the GUI library.
  • processing of the event handler of the inherited GUI class is defined (this redefinition is called an override).
  • OnLeftClick a menu implemented in an event handler called OnLeftClick () is displayed. Also, input data can be obtained from the menu that is in the selected state when the mouse button is released and the event OnRelease () occurs.
  • An application program with a GUI performs calculations based on data input by the user. For this reason, the contents of the event handler of the GUI library can be divided into GUI processing to be executed by the client program and data processing to be executed by the server program.
  • FIG. 12 is a functional configuration diagram of the client server program generation device 200 according to the third embodiment. A functional configuration of the client server program generation device 200 according to Embodiment 3 will be described with reference to FIG.
  • the client server program generation device 200 includes an API analysis unit 211 (an example of an external function analysis unit) in addition to the configuration described in the second embodiment (see FIG. 8).
  • the API analysis unit 211 analyzes a source code of an API function that processes an API (Application Program Interface), and determines whether the API function includes user interface processing that uses the GUI 101 and data processing that does not use the GUI 101. To do.
  • An API function is an example of an external function.
  • FIG. 13 is a flowchart of the client server program generation method according to the third embodiment. A client server program generation method according to Embodiment 3 will be described with reference to FIG.
  • S310 the application program analysis unit 210 selects an unselected application file 300.
  • S310 is the same as S110 of the first embodiment (see FIG. 3). After S310, the process proceeds to S320.
  • S320 the application program analysis unit 210 analyzes the application file 300 selected in S310.
  • S320 is the same as S120 of the first embodiment (see FIG. 3). After S320, the process proceeds to S330.
  • the application program analysis unit 210 determines whether or not the application file 300 includes a call code for calling an API function, based on the analysis result in S320. For example, the application program analysis unit 210 determines whether or not the application file 300 includes an API function using an API list 291 (see FIG. 14) indicating the function name of the API function.
  • FIG. 14 is a diagram illustrating an example of the API list 291 according to the third embodiment.
  • An API list 291 in FIG. 14 shows the function names of the API functions of the GUI library class.
  • the API list 291 may be a hash list in which function names of API functions are arranged using hash values. When the API list 291 is a hash list, the function name of the API function can be searched at high speed. If the application file 300 includes an API function call code (YES), the process proceeds to S340. If the application file 300 does not include the API function call code (NO), the process proceeds to S370.
  • the server communication interface generation unit 220 adds the API function source code (an example of the execution code) to the server communication interface file 400 instead of the external function call code (see the first embodiment).
  • the API function source code is stored in the device storage unit 290 in advance. After S340, the process proceeds to S350.
  • the client communication interface generation unit 230 adds an execution request code for requesting execution of the API function instead of the external function to the client communication interface file 500. After S350, the process proceeds to S360.
  • the server communication interface generation unit 220 edits the server communication interface file 400, and the client communication interface generation unit 230 edits the client communication interface file 500. Details of the communication interface editing process (S360) will be described later. After S360, the process proceeds to S370.
  • the application program analysis unit 210 determines whether there is an unselected application file 300 that has not been selected in S310. If there is an unselected application file 300 (YES), the process returns to S310. If there is no unselected application file 300 (NO), the process proceeds to S380.
  • the client server program generation unit 280 generates the server program 110 and the client program 120, as in S270 (see FIG. 9) of the second embodiment. After S380, the processing of the client server program generation method ends.
  • FIG. 15 is a flowchart of the communication interface editing process (S360) in the third embodiment.
  • the communication interface editing process (S360) in the third embodiment will be described with reference to FIG.
  • the API analysis unit 211 analyzes the source code of the API function specified in S330 (see FIG. 13). For example, the API analysis unit 211 performs lexical analysis and syntax analysis on the API function source code.
  • the API function specified in S330 is referred to as a specific API. After S361, the process proceeds to S362.
  • the API analysis unit 211 determines whether or not the specific API includes an API function call code based on the analysis result of S361. The determination method is the same as S330 (see FIG. 13). If the specific API includes an API function call code (YES), the process proceeds to S363. When the specific API does not include the API function call code (NO), the communication interface editing process (S360) ends.
  • the API analysis unit 211 determines whether the API function called by the call code included in the specific API is a GUI event handler (an example of user interface processing) based on the analysis result in S361. For example, the API analysis unit 211 determines whether the API function is a GUI event handler by using a GUI event handler list indicating the name of the GUI event handler. In this case, the GUI event handler list is stored in advance in the device storage unit 290. If the API function is a GUI event handler, the process proceeds to S364. If the API function is not a GUI event handler, the communication interface editing process (S360) ends.
  • a GUI event handler an example of user interface processing
  • the server communication interface generation unit 220 adds a callback function to the source code of the specific API added to the server communication interface file 400 in S340 (see FIG. 13).
  • the callback function (an example of a user interface request code) is a function that transmits an execution request message (an example of a user interface request message) for requesting execution of a GUI event handler to a client device.
  • the server communication interface generation unit 220 adds a callback function before or after the calling code that calls the GUI event handler.
  • the server communication interface generation unit 220 invalidates the function of the GUI event handler by editing a library that functions as a GUI event handler among a plurality of libraries (binary codes) used by the server program 110. .
  • the process proceeds to S365.
  • the client communication interface generation unit 230 adds a call code that calls an event handler of the GUI 101 to the client communication interface file 500. Thereby, the client program 120 can execute the event handler of the GUI 101 in response to a request from the callback function of the server program 110. Further, the client communication interface generation unit 230 adds an execution response code that responds to the execution result of the event handler of the GUI 101 to the client communication interface file 500.
  • the communication interface editing process ends.
  • Embodiment 4 A mode for generating the client program 120 including the acceleration logic will be described.
  • items different from the first to third embodiments will be mainly described. Matters whose description is omitted are the same as at least one of the first to third embodiments.
  • the configuration of the client server program generation device 200 is the same as that of the second embodiment (see FIG. 8) or the third embodiment (see FIG. 12).
  • the client communication interface generation unit 230 performs the following processing: Execute the process.
  • the client communication interface generation unit 230 adds the number measurement code, the number calculation code, the conditional branch code, and the data synchronization code to the client communication interface file 500. In addition, the client communication interface generation unit 230 adds the external function to the client communication interface file 500.
  • the number measurement code is source code for measuring the number of execution requests for which the execution request code has been executed.
  • the number calculation code is a source code for calculating the number of times per unit time that the execution request code is executed based on the number calculation code measured by the number measurement code.
  • the conditional branch code compares the number of times per unit time calculated by the number calculation code with the execution request frequency threshold.
  • the execution request frequency threshold is a predetermined value. When the number of times per unit time is greater than the execution request count threshold, the conditional branch code transmits a data request message requesting data used by the external function to the server communication interface 111, and the data used by the external function is transmitted to the server communication interface. The received data is stored in the memory of the client device, and an external function is executed using the data stored in the memory. If the number of times per unit time is less than the number of execution requests, the conditional branch code executes the execution request code. When the number of times per unit time is the same as the execution request frequency threshold, the conditional branch code executes the same processing as in any of the above cases. That is, the conditional branch code executes either the external function or the execution request code.
  • FIG. 16 is a diagram illustrating an example of the client server system 600 according to the fifth embodiment.
  • a client server system 600 illustrated in FIG. 16 includes a client device 601, a firewall 602 on the client device 601 side, a server device 604, and a firewall 603 on the server device 604 side.
  • the RPC mechanism in the client server system 600 does not exclude HTTP or an HTTP derivation procedure (Websocket or the like) as its communication means. Therefore, even if multiple firewalls (602, 603) are interposed, the RPC mechanism is not affected.
  • FIG. 17 is a relationship diagram among the application program 100, the server program 110, and the client program 120 in the sixth embodiment. A relationship among the application program 100, the server program 110, and the client program 120 in the sixth embodiment will be described with reference to FIG.
  • the client program 120 is configured by a WEB browser. That is, the WEB browser functions as the client program 120.
  • the server communication interface 111 of the server program 110 includes a data conversion function 112 (an example of a data format conversion code).
  • the data conversion function 112 converts the data format of the message received from the client program 120 from the client data format to the server data format, and converts the data format of the message transmitted to the client program 120 from the server data format to the client data format.
  • the client data format is a data format used by the client program 120
  • the server data format is a data format used by the server program 110.
  • the data conversion function 112 converts the data format of the execution request message that requests execution of the external function from the client data format to the server data format.
  • the data conversion function 112 converts the data format of the execution response message that returns the execution result of the external function from the server data format to the client data format.
  • FIG. 18 is a diagram illustrating an example of message data conversion in the sixth embodiment.
  • a message 611 illustrated in FIG. 18 is an example of a message communicated between the client program 120 and the server program 110, and the message 616 is obtained by converting the message 611 into a JSON (Java Script Object Notification) format. “JavaScript” is a registered trademark.
  • the message header 612 indicates whether or not the message 611 is divided and the data size of the message 611.
  • the integer 613 indicates “4” in the int format.
  • the binary data size 614 indicates the data size of the binary data 615. Show. Mutual data conversion between the message 611 and the message 616 is performed immediately after the server communication interface 111 receives the message 611 and immediately before the server communication interface 111 transmits the message 611.
  • the server program generation method is the same as that in the first embodiment (see FIG. 3).
  • FIG. 19 is a diagram illustrating an example of a screen of the WEB browser 617 according to the sixth embodiment.
  • a WEB browser 617 shown in FIG. 19 includes a parts list 618 and a screen design unit 619.
  • the screen design unit 619 displays a design screen including a button 619A, a tree 619B, and a canvas 619C.
  • the screen designer selects a component (GUI object) from the component list 618 and designs the screen by dragging and dropping the selected component onto the screen design unit 619.
  • the screen designer designs screen transitions.
  • Embodiment 8 FIG. A mode in which the server program performs multicast communication with a plurality of client programs will be described.
  • items different from the first to third embodiments will be mainly described. Matters whose description is omitted are the same as at least one of the first to third embodiments.
  • the configuration of the client server program generation device 200 is the same as that of any one of the first to third embodiments (see FIGS. 2, 8, and 12).
  • the client server program generation method is the same as in any one of the first to third embodiments (see FIGS. 3, 9, and 13).
  • the server communication interface generation unit 220 adds the multicast transmission code to the client communication interface file 500.
  • the multicast transmission code is source code for multicasting an execution response message to a plurality of client devices including the client device that has transmitted the execution request message.
  • the execution response message is a message indicating the execution result of the external function requested by the execution request message. Multicast may be read as broadcast.
  • FIG. 21 is a diagram illustrating an example of the client server system 630 according to the eighth embodiment. An example of the client server system 630 according to the eighth embodiment will be described with reference to FIG.
  • the server device 631 returns a message as a synchronous RPC to the client device 635, but multicasts the contents of the data change to the client devices 632 to 634, the client device 636, and the client device 637 using session information managed by itself.
  • the listening thread of the client program 120 receives the message asynchronously and reflects the data change on the display.
  • Embodiment 9 A form of a computer system to which any one of the first to eighth embodiments is applied will be described.
  • FIG. 22 is a diagram illustrating an example of a computer system 640 according to the ninth embodiment. An example of a computer system 640 according to Embodiment 9 will be described with reference to FIG.
  • the client device 647 When the client device 647 is authenticated by the authentication server 641 across the firewall 646, an authentication ticket is given.
  • the client device 647 designates a desired service among the services provided by the server devices (641 to 645) in the URL, and accesses the service activation server 648 using the authentication ticket. Thereby, the server program of the server device that provides a desired service is executed.
  • the client device 647 specifies the URL of the engineering server 643 and passes the authentication ticket to the service activation server 648.
  • the service activation server 648 inquires ticket information to the authentication server 641 and authenticates the access of the client device 647. If the authentication ticket of the client device 647 matches the authentication ticket given from the authentication server 851, the service activation server 648 activates the server program of the engineering server 643.
  • the processing procedures described using the flowcharts and the like in each embodiment are an example of a processing procedure of a method according to each embodiment and an example of a processing procedure of a program (for example, a client server program generation program) according to each embodiment. It is. That is, the processing procedure of the method according to each embodiment and the processing procedure of the program according to each embodiment may be realized by a processing procedure partially different from the processing procedure described in each embodiment.

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Stored Programmes (AREA)

Abstract

　クライアントサーバープログラム生成装置は、ＧＵＩプログラムとデータ処理プログラムとを含んだスタンドアロン型のアプリケーションプログラムを用いてサーバープログラムを生成する。このとき、クライアントサーバープログラム生成装置は、データ処理プログラムのソースプログラムファイルを解析し、データ処理プログラムに含まれる複数の関数のうちＧＵＩプログラムから呼び出される外部関数を特定する。そして、クライアントサーバープログラム生成装置は、サーバー通信インターフェースのソースプログラムファイルに、外部関数の実行を要求する実行要求メッセージを受信したときにサーバープログラムのアプリケーションプログラムに含まれる外部関数を呼び出す呼び出しコードを追加する。

Description

クライアントサーバープログラム生成装置およびクライアントサーバープログラム生成プログラム
　本発明は、スタンドアロン型のアプリケーションプログラムを用いてクライアントサーバーのプログラムを生成する技術に関するものである。
　ＩＰ（Ｉｎｔｅｒｎｅｔ　Ｐｒｏｔｏｃｏｌ）通信網の発展を背景に、あらゆる形態をもって計算機資源の提供サービスを行うクラウドコンピューティングサービスが急速に普及している。
　クラウドコンピューティングサービスには、計算機資源の貸出サービスまたはアプリケーションの利用サービスなどがある。計算機資源の貸出サービスは、サービスプロバイダが然るべき場所にコンピュータのクラスタからなるデータセンターを設けて、データセンターの計算機資源そのものを貸し出すサービスである。アプリケーションの利用サービスは、データセンターのアプリケーションを利用できるサービスである。
　データセンターでシステムの運用が行われるため、利用者はあらゆる形態のシステムを少ない初期投資で利用することができる。
　また、遠隔地に所在する複数のユーザーの共同作業が可能になり、複数のレプリカデータが格納されるため、データセンターは耐災害性を有することができる。
　このように、クラウドコンピューティングサービスは、事業所毎に情報システムを持つ従来の形態では享受できない利便性をユーザーに与える。
　しかしながら、スタンドアロン型で設計された大規模なＧＵＩ（Ｇｒａｐｈｉｃａｌ　Ｕｓｅｒ　Ｉｎｔｅｒｆａｃｅ）アプリケーションをクラウドコンピューティングサービス化するには、ほとんどの場合、ＧＵＩアプリケーションの再設計および再実装が必要となる。
　また、データセンターは遠隔地に置かれるので、データセンターからの応答時間に通信遅延を織り込んでＧＵＩアプリケーションを設計する必要がある。
　特許文献１には、単独で動作するアプリケーションのソースコードをデータ解析し、クライアントプログラム部分とサーバープログラム部分とに分けて、クライアントサーバー型のプログラムを生成する方法が開示されている。
　しかし、この方法では、単独で動作する元々のアプリケーションに対して実施された試験が無効となり、クライアントサーバー型のプログラムに対してさらに試験を実施する必要がある。
特開２０００－１３７６００号公報
　本発明は、スタンドアロン型のアプリケーションプログラムを用いてサーバープログラムを生成できるようにすることを目的とする。
　本発明のクライアントサーバープログラム生成装置は、
　ユーザーインターフェースプログラムとデータ処理プログラムとを備えるアプリケーションプログラムの前記データ処理プログラムのソースプログラムファイルを解析し、前記データ処理プログラムに含まれる複数の関数のうち前記ユーザーインターフェースプログラムから呼び出される外部関数を特定するアプリケーションプログラム解析部と、
　サーバー通信プログラムと前記アプリケーションプログラムとを備えるサーバープログラムの前記サーバー通信プログラムのソースプログラムファイルに、前記外部関数の実行を要求する実行要求メッセージを受信したときに前記サーバープログラムの前記アプリケーションプログラムに含まれる前記外部関数を呼び出す呼び出しコードを追加するサーバー通信プログラム編集部とを備える。
　本発明によれば、スタンドアロン型のアプリケーションプログラムを用いてサーバープログラムを生成することができる。
実施の形態１におけるアプリケーションプログラム１００とサーバープログラム１１０とクライアントプログラム１２０との関係図である。 実施の形態１におけるクライアントサーバープログラム生成装置２００の機能構成図である。 実施の形態１におけるサーバープログラム生成方法のフローチャートである。 実施の形態１におけるアプリケーションファイル３００の一例を示す図である。 実施の形態１におけるサーバー通信インターフェースファイル４００の一例を示す図である。 実施の形態１におけるサーバー通信インターフェースファイル４００の一例を示す図である。 実施の形態１におけるクライアントサーバープログラム生成装置２００のハードウェア構成の一例を示す図である。 実施の形態２におけるクライアントサーバープログラム生成装置２００の機能構成図である。 実施の形態２におけるクライアントサーバープログラム生成方法のフローチャートである。 実施の形態２におけるクライアント通信インターフェースファイル５００の一例を示す図である。 実施の形態２におけるクライアント通信インターフェースファイル５００の一例を示す図である。 実施の形態３におけるクライアントサーバープログラム生成装置２００の機能構成図である。 実施の形態３におけるクライアントサーバープログラム生成方法のフローチャートである。 実施の形態３におけるＡＰＩリスト２９１の一例を示す図である。 実施の形態３における通信インターフェース編集処理（Ｓ３６０）のフローチャートである。 実施の形態５におけるクライアントサーバーシステム６００の構成図である。 実施の形態６におけるアプリケーションプログラム１００とサーバープログラム１１０とクライアントプログラム１２０との関係図である。 実施の形態６におけるメッセージのデータ変換の一例を示す図である。 実施の形態６におけるＷＥＢブラウザ６１７の画面の一例を示す図である。 実施の形態７におけるコンピュータシステム６２０の一例を示す図である。 実施の形態８におけるクライアントサーバーシステム６３０の一例を示す図である。 実施の形態９におけるコンピュータシステム６４０の一例を示す図である。
　実施の形態１．
　スタンドアロン型のアプリケーションプログラムを用いてサーバープログラムを生成する形態について説明する。
　図１は、実施の形態１におけるアプリケーションプログラム１００とサーバープログラム１１０とクライアントプログラム１２０との関係図である。
　実施の形態１におけるアプリケーションプログラム１００とサーバープログラム１１０とクライアントプログラム１２０との関係について、図１に基づいて説明する。
　アプリケーションプログラム１００は、一つの情報処理装置によって実行されることを前提にして生成されたスタンドアロン型のプログラムである。つまり、アプリケーションプログラム１００は、他のコンピュータに依存せずに独立して動作するスタンドアロンの情報処理装置によって実行されるプログラムである。
　アプリケーションプログラム１００は、ユーザーによって操作されるＧＵＩ（Ｇｒａｐｈｉｃａｌ　Ｕｓｅｒ　Ｉｎｔｅｒｆａｃｅ）を備える。以下、ＧＵＩを処理するプログラムをＧＵＩ１０１と記す。また、アプリケーションプログラム１００に含まれるプログラムのうち、ＧＵＩ１０１以外のプログラムをデータ処理プログラムと呼ぶ。
　サーバープログラム１１０はサーバー装置によって実行されるプログラムである。
　サーバープログラム１１０は、アプリケーションプログラム１００とサーバー通信インターフェース１１１とを含んでいる。但し、アプリケーションプログラム１００に含まれるＧＵＩ１０１が機能しないように、ＧＵＩ１０１のライブラリは無効化される。
　サーバー通信インターフェース１１１（サーバー通信プログラムの一例）はネットワーク１９９を介してクライアント装置と通信するプログラムである。
　クライアントプログラム１２０はクライアント装置によって実行されるプログラムである。
　クライアントプログラム１２０は、ＧＵＩ１０１（または同等のプログラム）とクライアント通信インターフェース１２１とを含んでいる。
　クライアント通信インターフェース１２１（クライアント通信プログラムの一例）はネットワーク１９９を介してサーバー装置と通信するプログラムである。クライアント通信インターフェース１２１は、ＲＰＣ（Ｒｅｍｏｔｅ　Ｐｒｏｃｅｄｕｒｅ　Ｃａｌｌ）でサーバープログラム１１０を呼び出す。
　クライアント装置のユーザーは、スタンドアロンの情報処理装置と同等な使い勝手で、ＧＵＩ１０１を利用してクライアント装置を操作することができる。
　図２は、実施の形態１におけるクライアントサーバープログラム生成装置２００の機能構成図である。
　実施の形態１におけるクライアントサーバープログラム生成装置２００の機能構成について、図２に基づいて説明する。
　クライアントサーバープログラム生成装置２００は、アプリケーションプログラム１００のソースプログラムファイルを用いて、サーバープログラム１１０を生成するコンピュータである。
　クライアントサーバープログラム生成装置２００は、アプリケーションプログラム解析部２１０と、サーバー通信インターフェース生成部２２０と、クライアントサーバープログラム生成部２８０と、装置記憶部２９０とを備える。
　装置記憶部２９０は、クライアントサーバープログラム生成装置２００が使用、生成または入出力するデータを記憶する。
　例えば、装置記憶部２９０は、アプリケーションファイル３００と、サーバー通信インターフェースファイル４００と、サーバープログラム１１０とを記憶する。
　アプリケーションファイル３００は、アプリケーションプログラム１００に含まれる複数のプログラム（データ処理プログラムおよびＧＵＩ１０１を含む）のそれぞれのソースプログラムファイルである。
　サーバー通信インターフェースファイル４００は、サーバー通信インターフェース１１１のソースプログラムファイルである。サーバー通信インターフェースファイル４００は、クライアント通信インターフェース１２１との通信に必要なソースコードを含む。
　ソースプログラムファイルはプログラムのソースコード（ソースプログラム）を含むファイルである。
　アプリケーションプログラム解析部２１０は、アプリケーションプログラム１００に含まれる複数のプログラムのそれぞれのアプリケーションファイル３００を解析し、他のプログラム（例えば、ＧＵＩ１０１）から呼び出される関数を特定する。なお、関数はオブジェクト指向型のプログラムにおけるメソッドに相当するものである。以下、他のプログラムから呼び出される関数（またはメソッド）を外部関数という。
　サーバー通信インターフェース生成部２２０（サーバー通信プログラム編集部の一例）は、外部関数の実行を要求する実行要求メッセージを受信したときにサーバープログラム１１０のアプリケーションプログラム１００に含まれる外部関数を呼び出すソースコード（以下、呼び出しコードという）をサーバー通信インターフェースファイル４００に追加する。
　クライアントサーバープログラム生成部２８０は、サーバー通信インターフェースファイル４００と各アプリケーションファイル３００とをコンパイルおよびリンクすることによって、サーバープログラム１１０を生成する。
　図３は、実施の形態１におけるサーバープログラム生成方法のフローチャートである。
　実施の形態１におけるサーバープログラム生成方法について、図３に基づいて説明する。
　Ｓ１１０において、アプリケーションプログラム解析部２１０は、未選択のアプリケーションファイル３００を一つ選択する。
　Ｓ１１０の後、処理はＳ１２０に進む。
　Ｓ１２０において、アプリケーションプログラム解析部２１０は、Ｓ１１０で選択したアプリケーションファイル３００（アプリケーションファイル３００が使用するヘッダファイルを含む）を解析する。
　例えば、アプリケーションプログラム解析部２１０は、アプリケーションファイル３００に対して字句解析および構文解析を行う。
　Ｓ１２０の後、処理はＳ１３０に進む。
　Ｓ１３０において、アプリケーションプログラム解析部２１０は、Ｓ１２０で得られた解析結果に基づいて、アプリケーションファイル３００が外部関数を含んでいるか否かを判定する。例えば、ｅｘｔｅｒｎ宣言がなされている関数（またはメソッド）が外部関数である。
　アプリケーションファイル３００が外部関数を含んでいる場合（ＹＥＳ）、処理はＳ１４０に進む。
　アプリケーションファイル３００が外部関数を含んでいない場合（ＮＯ）、処理はＳ１５０に進む。
　図４は、実施の形態１におけるアプリケーションファイル３００の一例を示す図である。
　図４に示すアプリケーションファイル３００はｅｘｔｅｒｎ宣言がなされているｇｅｔｎａｍｅ（）を含んでいる（図中の３０２参照）。このｇｅｔｎａｍｅ（）が外部関数である。
　図３に戻り、Ｓ１４０から説明を続ける。
　Ｓ１４０において、サーバー通信インターフェース生成部２２０は、アプリケーションファイル３００に含まれる外部関数を呼び出す呼び出しコードを、サーバー通信インターフェースファイル４００に追加する。
　Ｓ１４０の後、処理はＳ１５０に進む。
　図５、図６は、実施の形態１におけるサーバー通信インターフェースファイル４００の一例を示す図である。
　実施の形態１におけるサーバー通信インターフェースファイル４００の一例について、図５および図６に基づいて説明する。
　サーバー通信インターフェースファイル４００は、クライアント通信インターフェース１２１と通信するサーバー通信インターフェース１１１のソースファイルである。
　サーバー通信インターフェース生成部２２０は、ｒｅｍｏｔｅ＿ｇｅｔｎａｍｅ（）をサーバー通信インターフェースファイル４００に追加する（図６の４０４参照）。このｒｅｍｏｔｅ＿ｇｅｔｎａｍｅ（）は、アプリケーションファイル３００（図４参照）に含まれるｇｅｔｎａｍｅ（）を呼び出すためのラップ関数である。このラップ関数は、ｇｅｔｎａｍｅ（）の実行を要求する実行要求メッセージが受信されたときに実行される。ラップ関数の名称は、外部関数の名称に特定の文字列（ｒｅｍｏｔｅ＿）を付加することによって生成することができる。
　サーバー通信インターフェースファイル４００のうち、ｒｅｍｏｔｅ＿ｇｅｔｎａｍｅ（）を除く部分（図５および図６の破線より上の部分）は、定型のソースコードである。定型のソースコードが記述されたサーバー通信インターフェースファイル４００は予め用意しておく。
　サーバー通信インターフェースファイル４００の定型の部分には、ポート番号「２００２」のリスニングポートを定義するソースコードが含まれる（図５の４０１参照）。このリスニングポートはクライアント通信インターフェース１２１と通信を行うためのものである。
　また、サーバー通信インターフェースファイル４００の定型の部分にはサーバープログラム１１０のメイン関数が含まれ（図５の４０２参照）、このメイン関数には呼び出しコードを含んだラップ関数を呼び出すためのソースコードが含まれる（図６の４０３参照）。
　図３に戻り、Ｓ１５０から説明を続ける。
　Ｓ１５０において、アプリケーションプログラム解析部２１０は、Ｓ１１０で選択していない未選択のアプリケーションファイル３００が有るか否かを判定する。
　未選択のアプリケーションファイル３００が有る場合（ＹＥＳ）、処理はＳ１１０に戻る。
　未選択のアプリケーションファイル３００が無い場合（ＮＯ）、処理はＳ１６０に進む。
　Ｓ１６０において、クライアントサーバープログラム生成部２８０は、サーバー通信インターフェースファイル４００と各アプリケーションファイル３００とをコンパイルおよびリンクすることによって、サーバープログラム１１０を生成する。
　このとき、クライアントサーバープログラム生成部２８０は、アプリケーションファイル３００に含まれるｍａｉｎ（）（図４の３０１参照）を別の名称に置き換える。例えば、クライアントサーバープログラム生成部２８０はｍａｉｎ（）をｓｔｕｂ＿ｍａｉｎ（）に置き換える。サーバー通信インターフェースファイル４００のメイン関数（図５の４０２参照）と名称が重複することを防ぐためである。つまり、アプリケーションファイル３００およびアプリケーションプログラム１００の内容は改変されない。
　Ｓ１６０の後、サーバープログラム生成方法の処理は終了する。
　図７は、実施の形態１におけるクライアントサーバープログラム生成装置２００のハードウェア構成の一例を示す図である。
　実施の形態１におけるクライアントサーバープログラム生成装置２００のハードウェア構成の一例について、図７に基づいて説明する。但し、クライアントサーバープログラム生成装置２００のハードウェア構成は図７に示す構成と異なる構成であってもよい。
　クライアントサーバープログラム生成装置２００は、演算装置９０１、補助記憶装置９０２、主記憶装置９０３、通信装置９０４および入出力装置９０５を備えるコンピュータである。
　演算装置９０１、補助記憶装置９０２、主記憶装置９０３、通信装置９０４および入出力装置９０５はバス９０９に接続している。
　演算装置９０１は、プログラムを実行するＣＰＵ（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）である。
　補助記憶装置９０２は、例えば、ＲＯＭ（Ｒｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙ）、フラッシュメモリまたはハードディスク装置である。
　主記憶装置９０３は、例えば、ＲＡＭ（Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　Ｍｅｍｏｒｙ）である。
　通信装置９０４は、有線または無線でインターネット、ＬＡＮ（ローカルエリアネットワーク）、電話回線網またはその他のネットワークを介して通信を行う。
　入出力装置９０５は、例えば、マウス、キーボード、ディスプレイ装置である。
　プログラムは、通常は補助記憶装置９０２に記憶されており、主記憶装置９０３にロードされ、演算装置９０１に読み込まれ、演算装置９０１によって実行される。
　例えば、オペレーティングシステム（ＯＳ）が補助記憶装置９０２に記憶される。また、「～部」として説明している機能を実現するプログラムが補助記憶装置９０２に記憶される。そして、ＯＳおよび「～部」として説明している機能を実現するプログラムは主記憶装置９０３にロードされ、演算装置９０１によって実行される。「～部」は「～処理」「～工程」と読み替えることができる。
　「～の判断」、「～の判定」、「～の抽出」、「～の検知」、「～の設定」、「～の登録」、「～の選択」、「～の生成」、「～の入力」、「～の出力」等の処理の結果を示す情報、データ、ファイル、信号値または変数値が主記憶装置９０３または補助記憶装置９０２に記憶される。また、クライアントサーバープログラム生成装置２００が使用するその他のデータが主記憶装置９０３または補助記憶装置９０２に記憶される。
　実施の形態１により、スタンドアロン型のアプリケーションプログラム１００を用いてサーバープログラム１１０を生成することができる。
　例えば、１００万行を超えるような大規模なスタンドアロン型のＧＵＩアプリケーションを、そのソースプログラムには改変を行わずに、クライアントサーバー型のアプリケーションプログラムとして使用することができる。これにより、クラウドコンピューティングサービスに適応することが困難である大規模なアプリケーションプログラムをクラウドコンピューティングサービスに適応することができる。
　実施の形態２．
　サーバープログラム１１０に加えてクライアントプログラム１２０を生成する形態について説明する。
　以下、実施の形態１と異なる事項について主に説明する。説明を省略する事項については実施の形態１と同様である。
　図８は、実施の形態２におけるクライアントサーバープログラム生成装置２００の機能構成図である。
　実施の形態２におけるクライアントサーバープログラム生成装置２００の機能構成について、図８に基づいて説明する。
　クライアントサーバープログラム生成装置２００は、実施の形態１（図２参照）で説明した構成の他に、クライアント通信インターフェース生成部２３０（クライアント通信プログラム編集部の一例）を備える。
　また、装置記憶部２９０は、クライアント通信インターフェースファイル５００を記憶する。
　クライアント通信インターフェースファイル５００は、クライアント通信インターフェース１２１のソースプログラムファイルである。クライアント通信インターフェースファイル５００は、サーバー通信インターフェース１１１との通信に必要なソースコードを含む。
　クライアント通信インターフェース生成部２３０は、ＧＵＩ１０１から外部関数の実行が要求されたときに実行要求メッセージを送信するソースコード（以下、実行要求コードという）をクライアント通信インターフェースファイル５００に追加する。
　クライアントサーバープログラム生成部２８０は、クライアント通信インターフェースファイル５００とＧＵＩ１０１のアプリケーションファイル３００とをコンパイルおよびリンクすることによって、クライアントプログラム１２０を生成する。
　図９は、実施の形態２におけるクライアントサーバープログラム生成方法のフローチャートである。
　実施の形態２におけるクライアントサーバープログラム生成方法について、図９に基づいて説明する。
　Ｓ２１０において、アプリケーションプログラム解析部２１０は、未選択のアプリケーションファイル３００を選択する。Ｓ２１０は実施の形態１のＳ１１０と同様である（図３参照）。
　Ｓ２１０の後、処理はＳ２２０に進む。
　Ｓ２２０において、アプリケーションプログラム解析部２１０は、Ｓ２１０で選択されたアプリケーションファイル３００を解析する。Ｓ２２０は実施の形態１のＳ１２０と同様である（図３参照）。
　Ｓ２２０の後、処理はＳ２３０に進む。
　Ｓ２３０において、アプリケーションプログラム解析部２１０は、アプリケーションファイル３００が外部関数を含んでいるか否かを判定する。Ｓ２３０は実施の形態１のＳ１３０と同様である（図３参照）。
　アプリケーションファイル３００が外部関数を含んでいる場合（ＹＥＳ）、処理はＳ２４０に進む。
　アプリケーションファイル３００が外部関数を含んでいない場合（ＮＯ）、処理はＳ２６０に進む。
　Ｓ２４０において、サーバー通信インターフェース生成部２２０は、サーバー通信インターフェースファイル４００に外部関数の呼び出しコードを追加する。Ｓ２４０は実施の形態１のＳ１４０と同様である（図３参照）。
　Ｓ２４０の後、処理はＳ２５０に進む。
　Ｓ２５０において、クライアント通信インターフェース生成部２３０は、ＧＵＩ１０１から外部関数の実行が要求されたときに実行要求メッセージを送信する実行要求コードを、クライアント通信インターフェースファイル５００に追加する。
　Ｓ２５０の後、処理はＳ２６０に進む。
　図１０、図１１は、実施の形態２におけるクライアント通信インターフェースファイル５００の一例を示す図である。
　実施の形態２におけるクライアント通信インターフェースファイル５００の一例について、図１０および図１１に基づいて説明する。
　クライアント通信インターフェースファイル５００は、サーバー通信インターフェース１１１と通信するクライアント通信インターフェース１２１のソースファイルである。
　クライアント通信インターフェース生成部２３０は、ｇｅｔｎａｍｅ（）をクライアント通信インターフェースファイル５００に追加する（図１１の５０３参照）。このｇｅｔｎａｍｅ（）は、実行要求メッセージを送信する実行要求コード（ｗｒｉｔｅ）と、実行結果を示す実行応答メッセージを受信するソースコード（ｒｅａｄ）とを含んだ関数である。
　クライアント通信インターフェースファイル５００のうち、ｇｅｔｎａｍｅ（）を除く部分（図１０および図１１の破線より上の部分）は、定型のソースコードである。定型のソースコードが記述されたクライアント通信インターフェースファイル５００は予め用意しておく。
　クライアント通信インターフェースファイル５００の定型の部分には、ｃｒｅａｔｅＳｅｓｓｉｏｎ（）およびｃｌｏｓｅＳｅｓｓｉｏｎ（）が含まれる（図１０の５０１、５０２参照）。ｃｒｅａｔｅＳｅｓｓｉｏｎ（）はサーバー通信インターフェース１１１とセッションを確立する関数であり、ｃｌｏｓｅＳｅｓｓｉｏｎ（）は確立したセッションを解放する関数である。
　図９に戻り、Ｓ２６０から説明を続ける。
　Ｓ２６０において、アプリケーションプログラム解析部２１０は、Ｓ２１０で選択していない未選択のアプリケーションファイル３００が有るか否かを判定する。
　未選択のアプリケーションファイル３００が有る場合（ＹＥＳ）、処理はＳ２１０に戻る。
　未選択のアプリケーションファイル３００が無い場合（ＮＯ）、処理はＳ２７０に進む。
　Ｓ２７０において、クライアントサーバープログラム生成部２８０は、実施の形態１のＳ１６０（図３参照）と同様に、サーバープログラム１１０を生成する。
　さらに、クライアントサーバープログラム生成部２８０は、クライアント通信インターフェースファイル５００とＧＵＩ１０１のアプリケーションファイル３００とをコンパイルおよびリンクすることによって、クライアントプログラム１２０を生成する。
　Ｓ２７０の後、クライアントサーバープログラム生成方法の処理は終了する。
　実施の形態２により、スタンドアロン型のアプリケーションプログラム１００を用いてサーバープログラム１１０およびクライアントプログラム１２０を生成することができる。
　実施の形態３．
　外部関数にＧＵＩ処理とデータ処理とが含まれる場合にデータ処理だけをサーバー装置に実行させるクライアントサーバープログラムを生成する形態について説明する。
　以下、実施の形態１、２と異なる事項について主に説明する。説明を省略する事項については実施の形態１、２と同様である。
　まず、実施の形態３に関する背景技術について説明する。
　アプリケーションプログラム１００は、ＧＵＩ１０１を持つプログラムである。さらに言えば、アプリケーションプログラム１００は、シミュレーションプログラム等とは異なり、ユーザーがＧＵＩオブジェクトを操作したときに始めて動作するプログラムである。
　ＧＵＩを操作するためにユーザーが用いる主な入力手段はキーボードおよびマウスである。
　例えば、ユーザーは、キーボードを用いてＧＵＩオブジェクトにデータを入力する。また例えば、ユーザーは、マウスを操作することによって、所望のＧＵＩオブジェクトを選択したり、プルダウンメニューを選択したりする。
　近年の高級プログラミング言語はＧＵＩライブラリを提供している。プログラミング言語がオブジェクト指向型である場合、基底オブジェクト（基底クラスのオブジェクト）によってＧＵＩのイベントハンドラが実装される。そして、ＧＵＩライブラリは、システムコールを発行してマウスまたはキーボードの操作によって発生する割り込みと付随するデータとを得るように実装される代わりに、基底オブジェクトに定義されたＧＵＩのイベントハンドラを呼び出す。つまり、ＧＵＩライブラリは、システムコールを発行してマウスまたはキーボードの操作によって発生する割り込みと付随するデータとを得る機構をプログラマから隠蔽している。
　オブジェクト指向型の高級プログラミング言語が用いられる場合、ＧＵＩライブラリから提供される上位のＧＵＩクラスを継承した下位のＧＵＩクラスによってＧＵＩ画面が構成される。ＧＵＩコンポーネントに対するイベントが発生した場合、継承しているＧＵＩクラスのイベントハンドラの処理が定義される（この再定義はオーバーライドと呼ばれる）。
　例えば、マウスを用いてメニューオブジェクトに対する左クリックが行われると、ＯｎＬｅｆｔＣｌｉｃｋ（）というイベントハンドラ内で実装されているメニューが表示される。また、マウスのボタンが離されてＯｎＲｅｌｅａｓｅ（）というイベントが発生したときに選択状態にあったメニューから入力データを得られる。
　ＧＵＩを持つアプリケーションプログラムはユーザーから入力されたデータを元に演算を行う。このため、ＧＵＩライブラリのイベントハンドラの中身は、クライアントプログラムに実行させるＧＵＩ処理と、サーバープログラムに実行させるデータ処理とに切り分けることができる。
　図１２は、実施の形態３におけるクライアントサーバープログラム生成装置２００の機能構成図である。
　実施の形態３におけるクライアントサーバープログラム生成装置２００の機能構成について、図１２に基づいて説明する。
　クライアントサーバープログラム生成装置２００は、実施の形態２（図８参照）で説明した構成に加えて、ＡＰＩ解析部２１１（外部関数解析部の一例）を備える。
　ＡＰＩ解析部２１１は、ＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ　Ｐｒｏｇｒａｍ　Ｉｎｔｅｒｆａｃｅ）を処理するＡＰＩ関数のソースコードを解析し、ＡＰＩ関数にＧＵＩ１０１を使用するユーザーインターフェース処理とＧＵＩ１０１を使用しないデータ処理とが含まれるか否かを判定する。ＡＰＩ関数は外部関数の一例である。
　図１３は、実施の形態３におけるクライアントサーバープログラム生成方法のフローチャートである。
　実施の形態３におけるクライアントサーバープログラム生成方法について、図１３に基づいて説明する。
　Ｓ３１０において、アプリケーションプログラム解析部２１０は、未選択のアプリケーションファイル３００を選択する。Ｓ３１０は実施の形態１のＳ１１０と同様である（図３参照）。
　Ｓ３１０の後、処理はＳ３２０に進む。
　Ｓ３２０において、アプリケーションプログラム解析部２１０は、Ｓ３１０で選択されたアプリケーションファイル３００を解析する。Ｓ３２０は実施の形態１のＳ１２０と同様である（図３参照）。
　Ｓ３２０の後、処理はＳ３３０に進む。
　Ｓ３３０において、アプリケーションプログラム解析部２１０は、Ｓ３２０の解析結果に基づいて、アプリケーションファイル３００がＡＰＩ関数を呼び出す呼び出しコードを含んでいるか否かを判定する。
　例えば、アプリケーションプログラム解析部２１０は、ＡＰＩ関数の関数名を示すＡＰＩリスト２９１（図１４参照）を用いて、アプリケーションファイル３００がＡＰＩ関数を含んでいるか否かを判定する。
　図１４は、実施の形態３におけるＡＰＩリスト２９１の一例を示す図である。
　図１４のＡＰＩリスト２９１は、ＧＵＩライブラリクラスのＡＰＩ関数の関数名を示している。ＡＰＩリスト２９１は、ハッシュ値を利用してＡＰＩ関数の関数名を配列したハッシュリストであってもよい。ＡＰＩリスト２９１がハッシュリストである場合、ＡＰＩ関数の関数名を高速に検索することができる。
　アプリケーションファイル３００がＡＰＩ関数の呼び出しコードを含んでいる場合（ＹＥＳ）、処理はＳ３４０に進む。
　アプリケーションファイル３００がＡＰＩ関数の呼び出しコードを含んでいない場合（ＮＯ）、処理はＳ３７０に進む。
　Ｓ３４０において、サーバー通信インターフェース生成部２２０は、外部関数の呼び出しコード（実施の形態１参照）の代わりにＡＰＩ関数のソースコード（実行コードの一例）を、サーバー通信インターフェースファイル４００に追加する。
　なお、ＡＰＩ関数のソースコードは装置記憶部２９０に予め記憶しておく。
　Ｓ３４０の後、処理はＳ３５０に進む。
　Ｓ３５０において、クライアント通信インターフェース生成部２３０は、外部関数の代わりにＡＰＩ関数の実行を要求する実行要求コードを、クライアント通信インターフェースファイル５００に追加する。
　Ｓ３５０の後、処理はＳ３６０に進む。
　Ｓ３６０において、サーバー通信インターフェース生成部２２０はサーバー通信インターフェースファイル４００を編集し、クライアント通信インターフェース生成部２３０はクライアント通信インターフェースファイル５００を編集する。
　通信インターフェース編集処理（Ｓ３６０）の詳細については後述する。
　Ｓ３６０の後、処理はＳ３７０に進む。
　Ｓ３７０において、アプリケーションプログラム解析部２１０は、Ｓ３１０で選択していない未選択のアプリケーションファイル３００が有るか否かを判定する。
　未選択のアプリケーションファイル３００が有る場合（ＹＥＳ）、処理はＳ３１０に戻る。
　未選択のアプリケーションファイル３００が無い場合（ＮＯ）、処理はＳ３８０に進む。
　Ｓ３８０において、クライアントサーバープログラム生成部２８０は、実施の形態２のＳ２７０（図９参照）と同様に、サーバープログラム１１０とクライアントプログラム１２０とを生成する。
　Ｓ３８０の後、クライアントサーバープログラム生成方法の処理は終了する。
　図１５は、実施の形態３における通信インターフェース編集処理（Ｓ３６０）のフローチャートである。
　実施の形態３における通信インターフェース編集処理（Ｓ３６０）について、図１５に基づいて説明する。
　Ｓ３６１において、ＡＰＩ解析部２１１は、Ｓ３３０（図１３参照）で特定されたＡＰＩ関数のソースコードを解析する。例えば、ＡＰＩ解析部２１１は、ＡＰＩ関数のソースコードに対して字句解析および構文解析を行う。
　以下、Ｓ３３０で特定されたＡＰＩ関数を特定ＡＰＩという。
　Ｓ３６１の後、処理はＳ３６２に進む。
　Ｓ３６２において、ＡＰＩ解析部２１１は、Ｓ３６１の解析結果に基づいて、特定ＡＰＩがＡＰＩ関数の呼び出しコードを含んでいるか否かを判定する。判定方法はＳ３３０（図１３参照）と同様である。
　特定ＡＰＩがＡＰＩ関数の呼び出しコードを含んでいる場合（ＹＥＳ）、処理はＳ３６３に進む。
　特定ＡＰＩがＡＰＩ関数の呼び出しコードを含んでいない場合（ＮＯ）、通信インターフェース編集処理（Ｓ３６０）は終了する。
　Ｓ３６３において、ＡＰＩ解析部２１１は、Ｓ３６１の解析結果に基づいて、特定ＡＰＩに含まれる呼び出しコードによって呼び出されるＡＰＩ関数がＧＵＩのイベントハンドラ（ユーザーインターフェース処理の一例）であるか否かを判定する。例えば、ＡＰＩ解析部２１１は、ＧＵＩイベントハンドラの名称を示すＧＵＩイベントハンドラリストを用いて、ＡＰＩ関数がＧＵＩのイベントハンドラであるか否かを判定する。この場合、ＧＵＩイベントハンドラリストは装置記憶部２９０に予め記憶しておく。
　ＡＰＩ関数がＧＵＩのイベントハンドラである場合、処理はＳ３６４に進む。
　ＡＰＩ関数がＧＵＩのイベントハンドラでない場合、通信インターフェース編集処理（Ｓ３６０）は終了する。
　Ｓ３６４において、サーバー通信インターフェース生成部２２０は、Ｓ３４０（図１３参照）でサーバー通信インターフェースファイル４００に追加した特定ＡＰＩのソースコードに、コールバック関数を追加する。
　コールバック関数（ユーザーインターフェース要求コードの一例）は、クライアント装置にＧＵＩのイベントハンドラの実行を要求する実行要求メッセージ（ユーザーインターフェース要求メッセージの一例）を送信する関数である。
　例えば、サーバー通信インターフェース生成部２２０は、ＧＵＩのイベントハンドラを呼び出す呼び出しコードの前または後にコールバック関数を追加する。
　また、サーバー通信インターフェース生成部２２０は、サーバープログラム１１０が使用する複数のライブラリ（バイナリコード）のうち、ＧＵＩのイベントハンドラとして機能するライブラリを編集することにより、ＧＵＩのイベントハンドラの機能を無効にする。
　Ｓ３６４の後、処理はＳ３６５に進む。
　Ｓ３６５において、クライアント通信インターフェース生成部２３０は、クライアント通信インターフェースファイル５００にＧＵＩ１０１のイベントハンドラを呼び出す呼び出しコードを追加する。これにより、クライアントプログラム１２０は、サーバープログラム１１０のコールバック関数からの要求に応じて、ＧＵＩ１０１のイベントハンドラを実行することができる。
　また、クライアント通信インターフェース生成部２３０は、ＧＵＩ１０１のイベントハンドラの実行結果を応答する実行応答コードをクライアント通信インターフェースファイル５００に追加する。
　Ｓ３６５の後、通信インターフェース編集処理（Ｓ３６０）は終了する。
　実施の形態４．
　高速化ロジックを含んだクライアントプログラム１２０を生成する形態について説明する。
　以下、実施の形態１から３と異なる事項について主に説明する。説明を省略する事項については実施の形態１から３の少なくともいずれかと同様である。
　クライアントサーバープログラム生成装置２００の構成は、実施の形態２（図８参照）または実施の形態３（図１２参照）と同様である。
　但し、クライアント通信インターフェース生成部２３０は、実施の形態２で説明した処理（図９のＳ２５０）または実施の形態３で説明した処理（図１３のＳ３５０、図１５のＳ３６５）に加えて、以下の処理を実行する。
　クライアント通信インターフェース生成部２３０は、回数計測コードと、回数算出コードと、条件分岐コードと、データ同期コードとをクライアント通信インターフェースファイル５００に追加する。
　また、クライアント通信インターフェース生成部２３０は、外部関数をクライアント通信インターフェースファイル５００に追加する。
　回数計測コードは、実行要求コードが実行された実行要求回数を計測するソースコードである。
　回数算出コードは、回数計測コードによって計測された回数算出コードに基づいて、実行要求コードが実行された単位時間当たりの回数を算出するソースコードである。
　条件分岐コードは、回数算出コードによって算出された単位時間当たりの回数と実行要求回数閾値とを比較する。実行要求回数閾値は予め決められた値である。
　単位時間当たりの回数が実行要求回数閾値より多い場合、条件分岐コードは、外部関数が使用するデータを要求するデータ要求メッセージをサーバー通信インターフェース１１１に送信し、外部関数が使用するデータをサーバー通信インターフェース１１１から受信し、受信したデータをクライアント装置のメモリに記憶し、メモリに記憶したデータを用いて外部関数を実行する。
　単位時間当たりの回数が実行要求回数より少ない場合、条件分岐コードは実行要求コードを実行する。
　単位時間当たりの回数が実行要求回数閾値と同じである場合、条件分岐コードは上記のいずれかの場合と同じ処理を実行する。つまり、条件分岐コードは外部関数と実行要求コードとのいずれかを実行する。
　データ同期コードは、クライアント装置に記憶されているデータとサーバー装置に記憶されているデータとを同期させるために、クライアント装置のメモリに記憶されているデータを特定のタイミングでサーバー装置に送信するソースコードである。例えば、特定のタイミングは、クライアント装置のＧＵＩ１０１が終了になるとき、または、外部関数が所定の同期タイミング回数だけ実行されたときである。
　実施の形態４により、クライアント装置は、サーバー装置に記憶されているデータをキャッシュし、キャッシュしたデータを用いて外部関数を実行し、サーバー装置に外部関数の実行を要求するＲＰＣを減らすことができる。
　実施の形態５．
　各実施の形態において、サーバー通信インターフェース１１１およびクライアント通信インターフェース１２１は、ＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ　Ｔｒａｎｓｆｅｒ　Ｐｒｏｔｏｃｏｌ）を用いて通信を行うプログラムであってもよい。
　図１６は、実施の形態５におけるクライアントサーバーシステム６００の一例を示す図である。
　図１６に示すクライアントサーバーシステム６００は、クライアント装置６０１と、クライアント装置６０１側のファイアウォール６０２と、サーバー装置６０４と、サーバー装置６０４側のファイアウォール６０３とを備える。
　クライアントサーバーシステム６００におけるＲＰＣ機構は、その通信手段として、ＨＴＴＰまたはＨＴＴＰの派生手順（Ｗｅｂｓｏｃｋｅｔ等）を排除しない。したがって、多重のファイアウォール（６０２、６０３）が介在しても、ＲＰＣ機構に影響を与えない。
　実施の形態６．
　ＷＥＢブラウザをクライアントプログラムとして使用する形態について説明する。
　以下、実施の形態１と異なる事項について主に説明する。説明を省略する事項については実施の形態１と同様である。
　図１７は、実施の形態６におけるアプリケーションプログラム１００とサーバープログラム１１０とクライアントプログラム１２０との関係図である。
　実施の形態６におけるアプリケーションプログラム１００とサーバープログラム１１０とクライアントプログラム１２０との関係について、図１７に基づいて説明する。
　クライアントプログラム１２０は、実施の形態１と異なり、ＷＥＢブラウザによって構成される。つまり、ＷＥＢブラウザがクライアントプログラム１２０として機能する。
　サーバープログラム１１０のサーバー通信インターフェース１１１は、データ変換関数１１２（データ形式変換コードの一例）を備える。
　データ変換関数１１２は、クライアントプログラム１２０から受信したメッセージのデータ形式をクライアントデータ形式からサーバーデータ形式に変換し、クライアントプログラム１２０に送信するメッセージのデータ形式をサーバーデータ形式からクライアントデータ形式に変換する。ここで、クライアントデータ形式はクライアントプログラム１２０が使用するデータ形式であり、サーバーデータ形式はサーバープログラム１１０が使用するデータ形式である。
　例えば、データ変換関数１１２は、外部関数の実行を要求する実行要求メッセージのデータ形式をクライアントデータ形式からサーバーデータ形式に変換する。また、データ変換関数１１２は、外部関数の実行結果を応答する実行応答メッセージのデータ形式をサーバーデータ形式からクライアントデータ形式に変換する。
　図１８は、実施の形態６におけるメッセージのデータ変換の一例を示す図である。
　図１８に示すメッセージ６１１はクライアントプログラム１２０とサーバープログラム１１０との間で通信するメッセージの一例であり、メッセージ６１６はメッセージ６１１をＪＳＯＮ（ＪａｖａＳｃｒｉｐｔ　Ｏｂｊｅｃｔ　Ｎｏｔａｔｉｏｎ）形式に変換したものである。「ＪａｖａＳｃｒｉｐｔ」は登録商標である。
　メッセージヘッダ６１２はメッセージ６１１が分割されたものか否かの情報とメッセージ６１１のデータサイズとを示し、整数６１３はｉｎｔ形式の「４」を示し、バイナリデータサイズ６１４はバイナリデータ６１５のデータサイズを示す。
　メッセージ６１１とメッセージ６１６との相互のデータ変換は、サーバー通信インターフェース１１１がメッセージ６１１を受信した直後と、サーバー通信インターフェース１１１がメッセージ６１１を送信する直前に実行される。
　クライアントサーバープログラム生成装置２００の構成は実施の形態１と同様である（図２参照）。
　但し、サーバー通信インターフェースファイル４００は、定型のソースコードの一部として、データ変換関数１１２と受信メッセージ変換コードと送信メッセージ変換コードとを含んでいる。
　受信メッセージ変換コードは、クライアントプログラム１２０からメッセージを受信した後、外部関数の呼び出しコードを実行する前に、データ変換関数１１２を呼び出すソースコードである。
　送信メッセージ変換コードは、外部関数の呼び出しコードを実行した後、クライアントプログラム１２０にメッセージを送信する前にデータ変換関数１１２を呼び出すソースコードである。
　サーバープログラム生成方法は実施の形態１と同様である（図３参照）。
　サーバー通信インターフェース１１１は、定型のソースコードの一部として、オブジェクト生成関数（オブジェクト生成コードの一例）とオブジェクト選択コードとを含んでもよい。
　オブジェクト選択コードは、クライアント装置のＷＥＢブラウザから送信されたメッセージの内容に基づいてＷＥＢブラウザの画面に表示するＧＵＩオブジェクトを選択し、選択したＧＵＩオブジェクトを指定してオブジェクト生成関数を呼び出すソースコードである。
　オブジェクト生成関数は、指定されたＧＵＩオブジェクトのデータを生成する。プルダウンメニュー、ボタン、ダイアログ、カンバス、ツリーはＧＵＩオブジェクトの一例である。ＧＵＩオブジェクトはＧＵＩコンポーネントともいう。
　ＧＵＩオブジェクトのデータはメッセージの一部としてクライアント装置に送信され、ＧＵＩオブジェクトはＷＥＢブラウザによって表示される。
　図１９は、実施の形態６におけるＷＥＢブラウザ６１７の画面の一例を示す図である。
　図１９に示すＷＥＢブラウザ６１７は、部品一覧６１８と画面設計部６１９とを備えている。また、画面設計部６１９は、ボタン６１９Ａとツリー６１９Ｂとカンバス６１９Ｃとを含んだ設計画面を表示している。
　例えば、画面設計者は部品一覧６１８から部品（ＧＵＩオブジェクト）を選択し、選択した部品を画面設計部６１９にドラッグアンドドロップすることによって画面を設計する。また、画面設計者は画面の遷移を設計する。
　実施の形態６により、ＷＥＢブラウザ（ＷＥＢブラウザ上で動作するスクリプトを含む）をクライアントプログラム１２０として利用することができる。つまり、ユーザーは、一般に流通しているＷＥＢブラウザからサーバープログラム１１０にアクセスすることができる。例えば、ユーザーは、ＷＥＢブラウザからサーバープログラム１１０にアクセスすることによって、画面を設計することができる。
　実施の形態７．
　実施の形態６を適応したコンピュータシステムの形態について説明する。
　図２０は、実施の形態７におけるコンピュータシステム６２０の一例を示す図である。
　実施の形態７におけるコンピュータシステム６２０の一例について、図２０に基づいて説明する。
　ユーザーは、クラウドコンピューティングサービスに適応したサーバープログラム１１０にクライアントプログラム１２０を接続し、サーバープログラム１１０にアクセスしてクラウド上にデータを作成する。
　クライアントプログラム１２０は、認証手段があることを前提にして制約が解除されたＷＥＢブラウザを利用し、データ制御装置６２１へのデータの書き込み、及び、データ制御装置６２１からのデータの読み出しを行う。
　実施の形態８．
　サーバープログラムが複数のクライアントプログラムとマルチキャスト通信を行う形態について説明する。
　以下、実施の形態１から３と異なる事項について主に説明する。説明を省略する事項については実施の形態１から３の少なくともいずれかと同様である。
　クライアントサーバープログラム生成装置２００の構成は、実施の形態１から３のいずれかと同様である（図２、図８、図１２参照）。
　クライアントサーバープログラム生成方法は、実施の形態１から３のいずれかと同様である（図３、図９、図１３参照）。
　但し、サーバー通信インターフェース生成部２２０は、マルチキャスト送信コードをクライアント通信インターフェースファイル５００に追加する。
　マルチキャスト送信コードは、実行要求メッセージを送信したクライアント装置を含む複数のクライアント装置に実行応答メッセージをマルチキャストで送信するソースコードである。実行応答メッセージは実行要求メッセージによって要求された外部関数の実行結果を示すメッセージである。
　なお、マルチキャストはブロードキャストと読み替えてもよい。
　図２１は、実施の形態８におけるクライアントサーバーシステム６３０の一例を示す図である。
　実施の形態８におけるクライアントサーバーシステム６３０の一例について、図２１に基づいて説明する。
　ここで、クライアント装置６３５がデータ変更のＲＰＣを発行したものとする。
　サーバー装置６３１は、クライアント装置６３５には同期的ＲＰＣとしてメッセージを戻すが、クライアント装置６３２～６３４、クライアント装置６３６およびクライアント装置６３７には自ら管理するセッション情報を用いてデータ変更の内容をマルチキャストする。
　クライアントプログラム１２０のリスニングスレッドは非同期にメッセージを受け取り、データ変更を表示に反映させる。
　実施の形態９．
　実施の形態１から８のいずれかを適応したコンピュータシステムの形態について説明する。
　図２２は、実施の形態９におけるコンピュータシステム６４０の一例を示す図である。
　実施の形態９におけるコンピュータシステム６４０の一例について、図２２に基づいて説明する。
　クライアント装置６４７は、ファイアウォール６４６を挟んで認証サーバー６４１から認証されると、認証チケットが与えられる。
　クライアント装置６４７は、サーバー装置（６４１～６４５）が提供するサービスのうち所望のサービスをＵＲＬに指定し、認証チケットを用いてサービス起動サーバー６４８にアクセスする。これにより、所望のサービスを提供するサーバー装置のサーバープログラムが実行される。
　ここで、クライアント装置６４７はエンジニアリングサーバー６４３のＵＲＬを指定し、サービス起動サーバー６４８に認証チケットを渡したものとする。
　サービス起動サーバー６４８は、認証サーバー６４１にチケット情報を問い合わせてクライアント装置６４７のアクセスを認証する。
　クライアント装置６４７の認証チケットが認証サーバー８５１から与えられた認証チケットに合致すれば、サービス起動サーバー６４８はエンジニアリングサーバー６４３のサーバープログラムを起動する。
　資産サーバー６４２、エンジニアリングサーバー６４３、機器管理サーバー６４４および生産管理サーバー６４５のそれぞれのサーバープログラムは、本来ならばシステムの利用シーンに応じて連携して動作することが望ましいにも関わらず、１つのコンピュータに閉じて利用されてきたプログラムである。
　これらのサーバープログラムを各実施の形態で説明したようにクライアントサーバー化することによって、システムのユーザーに極めて高い利便性を与えることができる。
　各実施の形態は、クライアントサーバープログラム生成装置２００の形態の一例である。
　つまり、クライアントサーバープログラム生成装置２００は、各実施の形態で説明した機能または構成の一部を備えなくても構わない。また、クライアントサーバープログラム生成装置２００は、各実施の形態で説明していない機能または構成を備えても構わない。さらに、各実施の形態は、矛盾が生じない範囲で一部または全てを組み合わせても構わない。
　各実施の形態においてフローチャート等を用いて説明した処理手順は、各実施の形態に係る方法の処理手順の一例および各実施の形態に係るプログラム（例えば、クライアントサーバープログラム生成プログラム）の処理手順の一例である。
　つまり、各実施の形態に係る方法の処理手順および各実施の形態に係るプログラムの処理手順は、各実施の形態で説明した処理手順と一部異なる処理手順で実現されても構わない。
　１００　アプリケーションプログラム、１０１　ＧＵＩ、１１０　サーバープログラム、１１１　サーバー通信インターフェース、１１２　データ変換関数、１２０　クライアントプログラム、１２１　クライアント通信インターフェース、１９９　ネットワーク、２００　クライアントサーバープログラム生成装置、２１０　アプリケーションプログラム解析部、２１１　ＡＰＩ解析部、２２０　サーバー通信インターフェース生成部、２３０　クライアント通信インターフェース生成部、２８０　クライアントサーバープログラム生成部、２９０　装置記憶部、２９１　ＡＰＩリスト、３００　アプリケーションファイル、４００　サーバー通信インターフェースファイル、５００　クライアント通信インターフェースファイル、６００　クライアントサーバーシステム、６０１　クライアント装置、６０２　ファイアウォール、６０３　ファイアウォール、６０４　サーバー装置、６１１　メッセージ、６１２　メッセージヘッダ、６１３　整数、６１４　バイナリデータサイズ、６１５　バイナリデータ、６１６　メッセージ、６１７　ＷＥＢブラウザ、６１８　部品一覧、６１９　画面設計部、６１９Ａ　ボタン、６１９Ｂ　ツリー、６１９Ｃ　カンバス、６２０　コンピュータシステム、６２１　データ制御装置、６３０　クライアントサーバーシステム、６３１　サーバー装置、６３２，６３３，６３４，６３５，６３６，６３７　クライアント装置、６４０　コンピュータシステム、６４１　認証サーバー、６４２　資産サーバー、６４３　エンジニアリングサーバー、６４４　機器管理サーバー、６４５　生産管理サーバー、６４６　ファイアウォール、６４７　クライアント装置、６４８　サービス起動サーバー、９０１　演算装置、９０２　補助記憶装置、９０３　主記憶装置、９０４　通信装置、９０５　入出力装置、９０９　バス。

Claims (12)

  1. 　ユーザーインターフェースプログラムとデータ処理プログラムとを備えるアプリケーションプログラムの前記データ処理プログラムのソースプログラムファイルを解析し、前記データ処理プログラムに含まれる複数の関数のうち前記ユーザーインターフェースプログラムから呼び出される外部関数を特定するアプリケーションプログラム解析部と、
    　サーバー通信プログラムと前記アプリケーションプログラムとを備えるサーバープログラムの前記サーバー通信プログラムのソースプログラムファイルに、前記外部関数の実行を要求する実行要求メッセージを受信したときに前記サーバープログラムの前記アプリケーションプログラムに含まれる前記外部関数を呼び出す呼び出しコードを追加するサーバー通信プログラム編集部と
    を備えることを特徴とするクライアントサーバープログラム生成装置。
  2. 　クライアント通信プログラムと前記ユーザーインターフェースプログラムとを備えるクライアントプログラムの前記クライアント通信プログラムのソースプログラムファイルに、前記ユーザーインターフェースプログラムから前記外部関数の実行が要求されたときに前記実行要求メッセージを送信する実行要求コードを追加するクライアント通信プログラム編集部を備える
    ことを特徴とする請求項１記載のクライアントサーバープログラム生成装置。
  3. 　前記クライアント通信プログラム編集部は、前記実行要求コードが実行された実行要求回数を計測する回数計測コードと、前記回数計測コードによって計測された前記実行要求回数に基づいて前記実行要求コードが実行された単位時間当たりの回数を算出する回数算出コードと、前記回数算出コードによって算出された前記単位時間当たりの回数が実行要求回数閾値より多い場合に前記実行要求コードと前記外部関数とのうち前記外部関数を実行する条件分岐コードと、を前記クライアント通信プログラムのソースプログラムファイルに追加する
    ことを特徴とする請求項２記載のクライアントサーバープログラム生成装置。
  4. 　前記サーバー通信プログラムはＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ　Ｔｒａｎｓｆｅｒ　Ｐｒｏｔｏｃｏｌ）を用いて通信を行うプログラムであることを特徴とする請求項１記載のクライアントサーバープログラム生成装置。
  5. 　前記サーバー通信プログラムのソースプログラムは、前記実行要求メッセージのデータ形式をクライアントプログラムが使用するクライアントデータ形式から前記サーバープログラムが使用するサーバーデータ形式に変換するデータ形式変換コードを含む
    ことを特徴とする請求項１記載のクライアントサーバープログラム生成装置。
  6. 　前記クライアントプログラムはＷＥＢブラウザであり、
    　前記サーバー通信プログラムのソースプログラムは、前記ＷＥＢブラウザの画面に表示するＧＵＩ（Ｇｒａｐｈｉｃａｌ　Ｕｓｅｒ　Ｉｎｔｅｒｆａｃｅ）オブジェクトを生成するオブジェクト生成コードを含む
    ことを特徴とする請求項５記載のクライアントサーバープログラム生成装置。
  7. 　前記サーバー通信プログラム編集部は、前記外部関数の実行結果を前記外部関数の実行を要求したクライアント装置を含む複数のクライアント装置に送信するマルチキャストコードを前記サーバー通信プログラムのソースプログラムファイルに追加する
    ことを特徴とする請求項１記載のクライアントサーバープログラム生成装置。
  8. 　ユーザーインターフェースプログラムとデータ処理プログラムとを備えるアプリケーションプログラムの前記データ処理プログラムのソースプログラムファイルを解析し、前記データ処理プログラムに含まれる複数の関数のうち前記ユーザーインターフェースプログラムから呼び出される外部関数を特定するアプリケーションプログラム解析部と、
    　前記アプリケーションプログラム解析部によって特定された前記外部関数に、ユーザーインターフェースを使用するユーザーインターフェース処理と前記ユーザーインターフェースを使用しないデータ処理とが含まれるか否か、を判定する外部関数解析部と、
    　前記外部関数解析部によって前記外部関数に前記ユーザーインターフェース処理と前記データ処理とが含まれると判定された場合、サーバー通信プログラムと前記アプリケーションプログラムとを備えるサーバープログラムの前記サーバー通信プログラムのソースプログラムファイルに、前記外部関数の実行を要求する実行要求メッセージを受信したときに前記データ処理を実行する実行コードを追加するサーバー通信プログラム編集部と
    を備えることを特徴とするクライアントサーバープログラム生成装置。
  9. 　前記サーバー通信プログラム編集部は、前記外部関数解析部によって前記外部関数に前記ユーザーインターフェース処理と前記データ処理とが含まれると判定された場合、前記ユーザーインターフェース処理の実行を要求するユーザーインターフェース要求メッセージを送信するユーザーインターフェース要求コードを前記サーバー通信プログラムのソースプログラムファイルに追加する
    ことを特徴とする請求項８記載のクライアントサーバープログラム生成装置。
  10. 　クライアント通信プログラムと前記ユーザーインターフェースプログラムとを備えるクライアントプログラムの前記クライアント通信プログラムのソースプログラムファイルに、前記ユーザーインターフェース要求メッセージを受信したときに前記ユーザーインターフェースプログラムを呼び出す呼び出しコードを追加するクライアント通信プログラム編集部を備える
    ことを特徴とする請求項９記載のクライアントサーバープログラム生成装置。
  11. 　ユーザーインターフェースプログラムとデータ処理プログラムとを備えるアプリケーションプログラムの前記データ処理プログラムのソースプログラムファイルを解析し、前記データ処理プログラムに含まれる複数の関数のうち前記ユーザーインターフェースプログラムから呼び出される外部関数を特定するアプリケーションプログラム解析処理と、
    　サーバー通信プログラムと前記アプリケーションプログラムとを備えるサーバープログラムの前記サーバー通信プログラムのソースプログラムファイルに、前記外部関数の実行を要求する実行要求メッセージを受信したときに前記サーバープログラムの前記アプリケーションプログラムに含まれる前記外部関数を呼び出す呼び出しコードを追加するサーバー通信プログラム生成処理と
    をコンピュータに実行させるためのクライアントサーバープログラム生成プログラム。
  12. 　ユーザーインターフェースプログラムとデータ処理プログラムとを備えるアプリケーションプログラムの前記データ処理プログラムのソースプログラムファイルを解析し、前記データ処理プログラムに含まれる複数の関数のうち前記ユーザーインターフェースプログラムから呼び出される外部関数を特定するアプリケーションプログラム解析処理と、
    　前記アプリケーションプログラム解析処理によって特定された前記外部関数に、ユーザーインターフェースを使用するユーザーインターフェース処理と前記ユーザーインターフェースを使用しないデータ処理とが含まれるか否か、を判定する外部関数解析処理と、
    　前記外部関数解析処理によって前記外部関数に前記ユーザーインターフェース処理と前記データ処理とが含まれると判定された場合、サーバー通信プログラムと前記アプリケーションプログラムとを備えるサーバープログラムの前記サーバー通信プログラムのソースプログラムファイルに、前記外部関数の実行を要求する実行要求メッセージを受信したときに前記データ処理を実行する実行コードを追加するサーバー通信プログラム編集処理とをコンピュータに実行させるためのクライアントサーバープログラム生成プログラム。
PCT/JP2013/076308 2013-09-27 2013-09-27 クライアントサーバープログラム生成装置およびクライアントサーバープログラム生成プログラム WO2015045108A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
PCT/JP2013/076308 WO2015045108A1 (ja) 2013-09-27 2013-09-27 クライアントサーバープログラム生成装置およびクライアントサーバープログラム生成プログラム
TW102139486A TW201512984A (zh) 2013-09-27 2013-10-31 客戶端伺服器之程式產生裝置以及客戶端伺服器之程式產生的程式產品

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2013/076308 WO2015045108A1 (ja) 2013-09-27 2013-09-27 クライアントサーバープログラム生成装置およびクライアントサーバープログラム生成プログラム

Publications (1)

Publication Number Publication Date
WO2015045108A1 true WO2015045108A1 (ja) 2015-04-02

Family

ID=52742311

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2013/076308 WO2015045108A1 (ja) 2013-09-27 2013-09-27 クライアントサーバープログラム生成装置およびクライアントサーバープログラム生成プログラム

Country Status (2)

Country Link
TW (1) TW201512984A (ja)
WO (1) WO2015045108A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113785268A (zh) * 2019-05-22 2021-12-10 欧姆龙株式会社 信息提供***、服务器以及信息提供方法

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107291524B (zh) * 2016-03-31 2020-04-07 阿里巴巴集团控股有限公司 一种远程命令的处理方法和装置

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH1173306A (ja) * 1997-08-28 1999-03-16 Mitsubishi Electric Corp クライアント／サーバ・プログラム生成装置及びクライアント／サーバ・プログラム生成方法
JP2000137600A (ja) * 1998-10-29 2000-05-16 Nec Corp クライアント／サーバアプリケーション作成方法及びその装置並びに情報記録媒体
JP2002132502A (ja) * 2000-10-25 2002-05-10 Nec Software Hokuriku Ltd 言語機能解釈による分散オブジェクト自動生成システム及び方法
JP2005228183A (ja) * 2004-02-16 2005-08-25 Hitachi Ltd プログラム実行方法、および、プログラム実行のための計算機システム
JP2006113661A (ja) * 2004-10-12 2006-04-27 Fukuoka Prefecture 移行処理システム、処理および通信試験装置、スクリプト生成装置

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH1173306A (ja) * 1997-08-28 1999-03-16 Mitsubishi Electric Corp クライアント／サーバ・プログラム生成装置及びクライアント／サーバ・プログラム生成方法
JP2000137600A (ja) * 1998-10-29 2000-05-16 Nec Corp クライアント／サーバアプリケーション作成方法及びその装置並びに情報記録媒体
JP2002132502A (ja) * 2000-10-25 2002-05-10 Nec Software Hokuriku Ltd 言語機能解釈による分散オブジェクト自動生成システム及び方法
JP2005228183A (ja) * 2004-02-16 2005-08-25 Hitachi Ltd プログラム実行方法、および、プログラム実行のための計算機システム
JP2006113661A (ja) * 2004-10-12 2006-04-27 Fukuoka Prefecture 移行処理システム、処理および通信試験装置、スクリプト生成装置

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113785268A (zh) * 2019-05-22 2021-12-10 欧姆龙株式会社 信息提供***、服务器以及信息提供方法
CN113785268B (zh) * 2019-05-22 2023-12-15 欧姆龙株式会社 信息提供***、服务器以及信息提供方法

Also Published As

Publication number Publication date
TW201512984A (zh) 2015-04-01

Similar Documents

Publication Publication Date Title
US11675930B2 (en) Remoting application across a network using draw commands with an isolator application
US10469561B2 (en) System and method for managing multiple variants of an HTTP object
US10255255B2 (en) Customization of mobile applications using web-based technology
US10102306B2 (en) Patching base document object model (DOM) with DOM-differentials to generate high fidelity replay of webpage user interactions
CN106575298B (zh) 包含动态内容和陈旧内容的网站的快速呈现
US10614155B2 (en) Single page application authoring in a content management system
TW201441829A (zh) 頁面處理方法和裝置以及頁面生成方法和裝置
WO2023093414A1 (zh) 微应用的开发方法、装置、设备、存储介质及程序产品
CN105786455B (zh) 一种数据处理方法、装置及终端
CN112565406B (zh) 一种灰度发布方法、灰度发布***及电子设备
US10282172B2 (en) Authoring and deploying television apps and pages in a content management system
US10103961B2 (en) Collecting client-side application performance monitoring information
US10664648B2 (en) Webpage rendering using a remotely generated layout node tree
US8706803B1 (en) Client-side generation of preliminary version of network page
CN113688173A (zh) 一种报表信息处理方法、装置、电子设备及存储介质
US9830307B1 (en) Ahead of time compilation of content pages
US8769652B2 (en) Computer based method and system for registering a user at a server computer system
JP6505849B2 (ja) 要素識別子の生成
WO2015045108A1 (ja) クライアントサーバープログラム生成装置およびクライアントサーバープログラム生成プログラム
Chmielewski Device-independent architecture for ubiquitous applications
JP2015156209A (ja) 情報処理システム
US9674220B2 (en) System and method thereof for optimizing delivery of content over a network
US11758016B2 (en) Hosted application as web widget toolkit
Celesti et al. Evaluating alternative daas solutions in private and public openstack clouds
US20160092037A1 (en) Computer-Implemented Methods, Computer Readable Media, And Systems For Distributed Processing

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 13894815

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 13894815

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: JP