KR101437943B1 - Smart platform apparatus, system and contol method - Google Patents

Abstract

The present invention relates to a technology regarding a smart platform apparatus. Provided is a smart platform apparatus including a markup language script parser which generates a command code set including a control command code by parsing markup language scrips; and a control unit part which controls the apparatus by executing the control command code of the command code set. The control part includes an action treating module performing action by executing an action control command code; a screen treating module which controls a screen display by executing a screen control command code; and an application program interface (API) treating module which calls on a native API which is loaded in an operating system (OS) of the apparatus by executing an API control command code.

Description

[0001] SMART PLATFORM APPARATUS, SYSTEM AND CONTROL METHOD [0002]

The present invention relates to a smart platform device, a system and a control method thereof.

In the conventional method of installing a program by executing an installation file stored in a recording medium such as a CD or a diskette, the program once installed has the characteristic that the version is continuously maintained. In this method, which is mainly called stand alone type, the program is executed using the information stored in the device without network connection with the outside. However, as information has accelerated, most of these standalone types of programs have been retreated and maintained in some documenters.

In recent years, most of the devices are connected to the network. Web-browsing method and CS (Client-Server) method are typical ones.

1 is a network connection diagram of a web-browsing method.

Referring to FIG. 1, in the web-browsing system, a system includes a web server 11, a browser 12, a network 13, and the like. In such a system, the web server 11 plays a role of creating a document using a standard web language recognized by the browser 12 such as HTML (Hyper Text Markup Language) and transmitting the document to the browser 12 do. The browser 12 interprets a web document transmitted by the web server 11 and displays it on a screen.

According to the web browsing method, a function of generating a screen displayed on a client terminal used by a user is performed by the web server 11, and the screen information generated by the web server 11 is transmitted to a network 13 (S14). The browser 12 receives the screen information (information written in the Web standard such as HTML) transmitted through the network 13 (S15), interprets the screen information thus received, and displays it on the screen of the client terminal. According to this method, since information on the screen is generated by the web server 11, it is possible to easily configure a wide range of information. In addition, in changing the UI (user interface) There is an advantage that the effect of UI change can be obtained in the terminal.

However, this web-browsing scheme has the disadvantage of increasing the amount of data through the network 13. In the case where the screen needs to be changed from time to time, for example, in the case of a real-time graph, the amount of network data increases suddenly when proceeding in this manner. In addition, in terms of data processing speed, since the web server 11 first processes the data and receives the result of the data processing through the network 13, the data is processed by the client terminal itself rather than the stand- The processing speed is slow.

2 is a network connection diagram of the CS system.

Referring to FIG. 2, in the CS system, the system includes a server 21, a client 22, a network 13, and the like. In this system, the client 22 is installed in the terminal itself and receives only real-time data from the server 21 to perform screen processing.

For example, when the real-time graph is displayed on the screen, the client 22 has the UI file and receives only the data (for example, the variation trend value) for the real-time graph from the server 21 and controls the screen do. In this case, unlike the web-browsing method, the amount of data exchanged through the network is reduced, and the data processing speed is improved.

However, in the CS method, there is a problem that the client program is fixedly installed in the terminal. In this case, when a part of contents is changed like a UI screen, there is a problem that the program itself needs to be newly changed.

3 is a flowchart of a process of updating a program in the CS system.

Referring to FIG. 3, the process of updating a program in the CS scheme includes a step S30 of modifying the program itself. In step S30, the developer modifies the source or resource file of the necessary part and recompiles the program. Thereafter, when the verification is made through the internal test step S31, the download preparation step S32 is completed by bringing the program to the update server. These three steps are largely an internal validation step.

Once the internal verification step is completed, the customer must reapply the program to the terminal, which can be subdivided into three stages. First, the update server informs the terminal of the update (S33). Thereafter, the client download program downloads and reinstalls the newly modified program (S34). In the CS system, since the compiled program is installed in the terminal, the client program itself can not download the newly modified program. Therefore, a separate client download program is required to download and install a new program. In this process, the existing client program should be terminated. Finally, when the new program is installed, the client program is activated in the new version (S35).

In the program updating process of the CS method, there is a problem in that a separate client downloading program is required, and a client program that has been operating in the past must be terminated in the update process. In addition to this problem, the CS method must be compiled according to the OS. Therefore, it is necessary to perform a separate compilation process according to the OS type of the terminal, and if necessary, the coding of the program itself must be different according to the type of the OS of the terminal do.
The technique of the present invention is disclosed in Korean Patent Publication No. 10-2005-0083558.

In this context, it is an object of the present invention, in one aspect, to provide a description of a system for reducing the amount of network data. On the other side, it provides a platform technology that runs on an OS-independent basis.

In one aspect, the present invention provides a markup language script parser for parsing two or more markup language scripts to generate a set of command codes including at least one control command code; An action processing module for executing an action by executing at least one action control command code among the at least one control command code, a control module for executing an action by executing at least one of the at least one control command code An API processing module that executes at least one application program interface (API) control command code and calls a native API installed in an OS (Operating System) of the device, ; And a communication unit for receiving the at least two markup language scripts from the server.

In another aspect, the present invention provides a server for transmitting two or more markup language script data to two terminals equipped with different operating systems (OS); And a second terminal for converting the two or more markup language scripts into a control command recognized by the first OS and executing the control command, and a second terminal for converting the two or more markup language scripts into a control command recognized by the second OS, Wherein the terminals are a markup language script parser for parsing the two or more markup language scripts to generate an instruction code set including at least one or more control command codes, An action processing module for executing an action by executing at least one action control command code among the at least one control command code, Screen control command Execute the code to control the screen display. And an API processing module for executing at least one application program interface (API) control command code and calling a native API installed in the OS, and a communication unit for receiving the two or more markup language scripts from the server And a smart platform system.

In another aspect, the invention provides a method comprising: receiving two or more markup language scripts from a server; Parsing the at least two markup language scripts to generate an instruction code set including at least one control instruction code; And executing at least one action control command code of at least one of the at least one control command code and executing at least one screen control command code to control screen display, Executing a command code and calling a native API installed in an OS (Operating System) of the device.

According to another aspect of the present invention, there is provided a recording medium having recorded thereon a program for executing a smart platform device control method, comprising: a function of receiving two or more markup language scripts from a server; Parsing the two or more markup language scripts to generate an instruction code set comprising at least one control instruction code; And executing at least one action control command code of at least one of the at least one control command code and executing at least one screen control command code to control screen display, There is provided a computer-readable recording medium having recorded thereon a program for executing a command code and calling a native API loaded in an OS (Operating System) of the apparatus.

As described above, according to the present invention, there is an effect of reducing the amount of network data and realizing a platform that runs independently of an OS.

1 is a network connection diagram of a web-browsing method.
2 is a network connection diagram of the CS system.
3 is a flowchart of a process of updating a program in the CS system.
4 is a network connection diagram of a method in accordance with an embodiment of the present invention.
5 is an internal block diagram of an apparatus according to an embodiment of the present invention.
6 is an example of a sub-block of the control unit of the apparatus.
7 is a flowchart of a process of updating a program of a device.
8 is a configuration diagram of a system according to an embodiment of the present invention.
9 is a flowchart illustrating a process of controlling an apparatus according to an exemplary embodiment of the present invention.

Hereinafter, some embodiments of the present invention will be described in detail with reference to exemplary drawings. It should be noted that, in adding reference numerals to the constituent elements of the drawings, the same constituent elements are denoted by the same reference symbols as possible even if they are shown in different drawings. In the following description of the present invention, a detailed description of known functions and configurations incorporated herein will be omitted when it may make the subject matter of the present invention rather unclear.

In describing the components of the present invention, terms such as first, second, A, B, (a), and (b) may be used. These terms are intended to distinguish the constituent elements from other constituent elements, and the terms do not limit the nature, order or order of the constituent elements. When a component is described as being "connected", "coupled", or "connected" to another component, the component may be directly connected to or connected to the other component, It should be understood that an element may be "connected,""coupled," or "connected."

4 is a network connection diagram of a server / apparatus according to an embodiment of the present invention.

Referring to FIG. 4, the server 410 is connected to the platform device 420 via the network 13.

The server 410 first transmits the script to the device 420 through the network 13 at step S430 and the device 420 downloads the script through the network 13 to receive the script according to one embodiment of the present invention The device 420 is configured (S432). A separate OS (Operating System) may be installed in the device 420, which is not limited to any one type of OS. In other words, since the script transmitted from the server 410 to the device 420 is not compiled depending on the specific OS, a script having the same content is transmitted from the server 410 to the device 420 irrespective of the type of the OS .

The device 420 controls the device 420 while parsing the script received from the server 410 and converting it into a control command recognizable by the OS installed in the device 420. [ In this case, the server 410 does not need to configure a separate script according to the type of the OS installed in the device 420, and does not configure one executable file through separate compilation, 420), it is possible to modify only a specific script and re-download only the corresponding part from the server 410 to the device 420. [

4, the server 410 transmits real-time data to the device 420 through the network 13 (S440), and the device 420 receives the real-time data via the network 130 (S442). This method is not a method of processing all the data in the server and transmitting the resultant screen to the terminal, such as the web browsing method, but the UI data is stored in the device 420 according to the real time data received from the server 410 This is a method of displaying a screen by manipulating a UI file.

Taken together, the present approach allows the server 410 to send a non-compiled script, such as a web-browsing method, to the device 420 for ease of installation and updating of the program, In order to reduce the network data, the data processing is performed by the device 420 such as the CS method, and only real-time data that is changed in real time is downloaded from the server 410.

The above-described device 420 may include a general PC such as a general desktop or a notebook computer, and may include a mobile terminal such as a smart phone, a tablet PC, a PDA (Personal Digital Assistants), and a mobile communication terminal. But should be broadly interpreted as any electronic device capable of communicating with the server 410. [

The server 410 has the same hardware configuration as that of a typical Web server, a web application server, or a WAP server. However, in terms of software, it may include a program module which is implemented in any language such as C, C ++, Java, PHP, .Net, Python, Ruby and so on and performs various functions.

The server 410 may also be connected to an unspecified number of clients (including the device 420) and / or other servers via the network 13, whereby the server 410 may perform operations on the client or other server A computer system for receiving a request and deriving a result of the operation, or computer software (server program) installed for such a computer system.

In addition to the above-described server program, the server 410 may also include a series of application programs running on the server 410 and, in some cases, a wide variety of databases including internal or external databases It should be understood.

In addition, the server 410 can store and manage content, various information, and data in a database. Here, the database may be implemented inside or outside the server 410.

In addition, the server 410 may use a server program that is variously provided according to an operating system such as DOS, Windows, Linux, UNIX, or Macintosh to general server hardware Typical examples include a Web site used in a Windows environment, an Internet Information Server (IIS), Apache, Nginx, and Light HTTP used in a UNIX environment.

The network 13 may be a closed network such as a LAN (Local Area Network) or a WAN (Wide Area Network), and may be a network for connecting the server 410 and the device 420. However, ). ≪ / RTI > Herein, the Internet includes various services existing in the upper layer of the TCP / IP protocol such as HyperText Transfer Protocol (HTTP), Telnet, File Transfer Protocol (FTP), Domain Name System (DNS), Simple Mail Transfer Protocol (NFS), and Network Information Service (NIS), which are used in the Internet.

In addition, when the device 420 includes a mobile terminal such as a smart phone, a tablet PC, a PDA (Personal Digital Assistants), and a mobile communication terminal, the network 13 may be a wireless access network such as a mobile communication network or a WiFi As shown in FIG.

5 is an internal block diagram of an apparatus 420 according to an embodiment of the present invention.

Referring to FIG. 5, the apparatus 420 may include a markup language script parser 510, a control unit 520, a communication unit 530, and the like.

The markup language script parser 510 parses the markup language scripts to produce a set of instruction codes containing control instruction codes.

Markup Language can be understood as a structure language that can define attributes or actions for content. Typical examples are HTML (Hyper Text Markup Language), GenCode, TeX, Generalized Markup Language (GML), XML eXtensible Markup Language). As such a markup language, a logical structure or system of contents, instructions for processing contents, and the like may be expressed.

A script can be understood as a statement that is parsed and executed by another program other than a computer processor or compiler. The markup language script can also be understood as a script written in a markup language.

However, it should be understood that the present invention is not limited to these definitions and that the technical idea of the present invention should be interpreted as falling within the scope of the present invention even if it is not consistent with the above definition.

The control unit 520 controls the apparatus 420 by executing the control command code of the command code set generated through the markup language script parser 510. [

6 is an example of a sub-block of the controller 520 of the apparatus.

Referring to FIG. 6, the control unit 520 may include an action processing module 610, a screen processing module 620, an API processing module 630, and the like.

The control command code can be classified into an action control command code, a screen control command code, an API (Application Program Interface) control command code, and the like.

The action control command code is a code that instructs the device 420 to perform a predetermined action according to time scheduling or an event. For example, when a 10 ms timer is started and a specific procedure is executed every 10 ms or an event (e.g., an event generated by the OS in recognition of a user operation or an event generated by execution of another action control command code) occurs Accordingly, the command code for causing a specific action to be performed is an action control command code. The action control command code may invoke other action control command code through execution, or may call the screen control command code or API control command code.

The action control command code may be executed in the action processing module 610.

The screen control command code is a command code related to the display.

The device 420 may store a UI (User Interface) file in the internal memory as it is installed or downloaded from the server 410. The device 420 may form a single screen by combining a plurality of UI files, or may form a screen for displaying a moving image by manipulating a plurality of UI files. The command code for controlling the screen using the UI file is a screen control command code, which can be executed by the screen processing module 620. [

The screen processing module 620 can control the screen display in real time by operating the UI file according to the real time data received from the server 410. [ For example, when a chart is to be configured, the user clicks a chart output button on the screen and the corresponding action control command code is executed according to the chart output button click event that occurs, 410 to download the real time data corresponding to the current time. Then, the screen processing module 620 displays the screen by operating the chart UI file according to the downloaded real-time data.

According to the web browsing method, in this case, a chart image reflecting real-time data is created in the server, and the server transmits the chart image to the device and outputs the result. In this process, a lot of network load occurs. On the other hand, the device 420 according to an embodiment of the present invention has a data size that is already held by the UI file and receives only data related to the arrangement thereof as real-time data, so that the network load becomes relatively small.

The API processing module 630 executes an API control command code to call a native API installed in the OS of the device 420. [ The control unit 520 controls the device 420 using an OS independent script file. However, since the control unit 520 converts the script into a control command recognized by the OS and executes the control command, the control unit 520 can not finally execute the script if there is no control command matching the script in the specific OS.

The API processing module 630 is a module that makes it possible to use a native API that exists natively in each OS. The corresponding script can be implemented only in the OS where the matching native API exists.

The native API script may be transmitted only to the device 420 on which the specific OS is mounted or may be transmitted to all the OSes, but only the device 420 on which the specific OS is mounted.

Referring again to FIG. 5, the device 420 may include a communication unit 530. The communication unit 530 receives markup language scripts from the server 410. In addition, the communication unit 530 may perform all transmission / reception functions for the device 420 to exchange data with the server 410 in order to implement the present invention. The communication unit 530 may receive real-time data available in the screen processing module 620 and may also transmit a request for a script or a request signal for real-time data to the server 410.

The communication unit 530 can encrypt the data communicated with the server 410. [ The communication unit 530 may further include an encryption / decryption module (not shown) for the transmission data, and may further include an encryption / decryption module (not shown) for the received data.

The communication unit 530 may exchange version information with the server 410. The version information may be information on an entire file installed in the device 420 or may be information on individual files. For example, the version information may be one program version information representative of any file running on the device 420, or vice versa for individual elements (e.g., individual scripts) It may be version information.

The communication unit 530 can update the device 420 through exchange of version information with the server 410. [ The communication unit 530 can update the markup language script to update the device 420 and also update the UI file. The communication unit 530 may re-download all the scripts or all the UI files to perform the update, but may download only the changed script or the UI file to perform the update.

Since the device 420 can perform the update on a script-by-script basis, there is no need to stop the running program and proceed with the update, and there is no need to perform the update using a separate download-only external program.

7 is a flowchart of a process of updating the program of the device 420. [

Referring to FIG. 7, an administrator or a developer modifies a markup language script to be executed in the device 420 (S702, FIG. 7 illustrates an XML script as a markup language script). Then, a bug of the modified script is checked through the test equipment (S704). If there is no abnormality, the script is uploaded to the server 410 and the version information is modified (S706). The device 420 automatically updates the device 420 by downloading a necessary file through exchange of version information with the server 410. [

8 is a configuration diagram of a system 800 according to an embodiment of the present invention.

Referring to FIG. 8, the system 800 may include a server 410, two terminals 420a and 420b having different operating systems, a network 13, and the like. 8 shows the left terminal as an AOS mounting terminal 420a and the right terminal as a BOS mounting terminal 420b in terms of mounting different OSs. If the two terminals are smart phone terminals, the OS may be Android, Linux, Windows, I-OS, or Tezen.

The terminals 420a and 420b include a markup language script parser for parsing two or more markup language scripts to generate an instruction code set including at least one control instruction code, An action processing module that executes an action by executing at least one action control command code among at least one or more control command codes, an action processing module that executes at least one action control command code, A control module including a screen processing module for executing a code and controlling a screen display and an API processing module for calling at least one application program interface (API) control command code and calling a native API installed in the OS, 410, < / RTI > All.

In addition, the terminals 420a and 420b may perform all the functions of the device 420 according to an embodiment of the present invention described with reference to FIGS.

The server 410 may transmit two or more markup language script data to the two terminals 420a and 420b on which different OSs are installed. Referring again to FIG. 8, the server 410 may transmit the same script data to the network 13 (S830) and apply the same script data to both terminals (S832 and S834). Accordingly, the administrator of the server 410, which should send the program to the terminal, can create only one kind of script program without regard to the OS installed in the terminal. The development load can be halved compared to the method of writing the OS individually.

In the process of updating the program, when the server 410 processes the modification input for at least one of the two or more markup language scripts stored in the server 410, the modified at least one markup language script Data to the two terminals 420a and 420b and update the both terminals. This is also possible because it uses a script that runs independently of the OS.

Also, the server 410 transmits the UI file to the two terminals 420a and 420b, and the two terminals 420a and 420b can control the screen display using the corresponding UI file. In this process, the server 410 recognizes the operation of the manager or the like and processes correction input to the UI file, and the two terminals 420a and 420b can update the UI file to change the screen display.

The server 410 may transmit the real-time data for the screen configuration to the network 13 and reflect the same on both the terminals 420a and 420b. In the method of interworking with the server 410, as the number of terminals connected to the server 410 increases, the network load increases in proportion to the number. For this reason, it is desirable to minimize the network load between the server 410 and the terminal, and it is also possible to configure the screen with the UI file itself in the terminal like the system 800 according to the embodiment of the present invention, The network load is greatly reduced when the real-time data to be acquired from the server 410 is downloaded only as coordinate values.

9 is a flow diagram of a process for controlling an apparatus 420 according to an embodiment of the present invention.

Referring to FIG. 9, the apparatus 420 receives two or more markup language scripts from the server 410 (S900), parses the two or more markup language scripts to include at least one control command code Is generated (S902).

The device 420 may execute at least one action control command code of at least one of the at least one control command code to execute an action, execute at least one screen control command code to control screen display, (Application Program Interface) control command code to call a native API installed in the OS (Operating System) of the device 420 (S904).

In addition, the device 420 may include performing all device control functions for controlling the smart platform device, and may also include performing all the functions necessary for communication with the server 410. The device 420 may further include performing the functions performed by the device 420 according to an exemplary embodiment of the present invention illustrated in FIGS.

Although the smart platform device control method according to the embodiment of the present invention has been described with reference to FIG. 9, it is to be understood that the same is by way of illustration and example only and is not to be taken by way of illustration, Depending on the method, the procedure of each step may be changed, or two or more steps may be integrated, or one step may be performed in two or more steps.

As described above, the smart platform device control method according to the embodiment of the present invention can be applied to an application installed in the device 420 (which may be included in a platform that is basically installed in the terminal, or included in an operating system, And is also compatible with the operating system of the device 420 through an application provision server, such as an application store server, an application server or a web server associated with the service, , A program). Here, the operating system of the device 420 may be an operating system such as a window or a Macintosh installed in a general PC such as a desktop, iOS installed in a mobile terminal such as a smart phone or a tablet PC, ), And the like.

In this sense, the smart platform device control method according to the embodiment of the present invention described above is implemented in an application (i.e., a program) installed in the device 420 basically or directly installed by a user, Lt; RTI ID = 0.0 > readable < / RTI >

A program for implementing a smart platform device control method according to an embodiment of the present invention includes a function for receiving two or more markup language scripts from a server, a function for parsing two or more markup language scripts to generate at least one control command code Executing at least one action control command code to execute an action, generating at least one control command code including at least one control command code, executing at least one screen control command code to control screen display, And executes a function of calling an API (Application Program Interface) control command code of the device 420 and calling a native API loaded in the OS (Operating System) of the device 420. In addition to this, all the functions corresponding to the smart platform device control method according to the embodiment of the present invention described above with reference to FIGS. 4 to 7 can be executed.

Such a program may be recorded on a recording medium that can be read by a computer and executed by a computer so that the above-described functions can be executed.

In order to allow a computer to read a program recorded on a recording medium and execute a smart platform device control method implemented as a program, the above-described program may be stored in a storage medium such as C, C ++, JAVA, And may include a code encoded in a computer language of the computer.

The code may include a function code related to a function or the like that defines the functions described above and may include an execution procedure related control code necessary for the processor of the computer to execute the functions described above according to a predetermined procedure.

In addition, such code may further include memory reference related code as to what additional information or media needed to cause the processor of the computer to execute the aforementioned functions should be referenced at any location (address) of the internal or external memory of the computer .

In addition, when a processor of a computer needs to communicate with any other computer or server, etc., to perform the above-described functions, the code may be stored in a computer's communication module (e.g., a wired and / ) May be used to further include communication related codes such as how to communicate with any other computer or server in the remote, and what information or media should be transmitted or received during communication.

The functional program for implementing the present invention and the related code and code segment may be implemented by programmers in the technical field of the present invention in consideration of the system environment of the computer that reads the recording medium and executes the program, Or may be easily modified or modified by the user.

Also, the computer-readable recording medium on which the above-described program is recorded may be distributed to a computer system connected via a network so that computer-readable codes can be stored and executed in a distributed manner. In this case, one or more of the plurality of distributed computers may execute some of the functions presented above and send the results of the execution to one or more of the other distributed computers, The computer may also perform some of the functions described above and provide the results to other distributed computers as well.

As described above, the computer-readable recording medium on which the program for executing the smart platform device control method according to the embodiment of the present invention as described above is recorded includes a ROM, a RAM, a CD-ROM, a magnetic tape, Disks, optical media storage devices, and the like.

In addition, a computer-readable recording medium storing an application that is a program for executing a smart platform device control method according to an embodiment of the present invention includes an application store server, an application or a web server (E.g., a hard disk, etc.) included in an application provider server (e.g., a Web server), an application providing server itself, another computer storing the program or a storage medium thereof .

A computer capable of reading a recording medium on which an application, which is a program for executing a smart platform device control method according to an embodiment of the present invention, can be read by a general PC such as a general desktop or a notebook computer, (Personal Digital Assistants), a mobile communication terminal, and the like. In addition, the present invention should be construed as all devices capable of computing.

If a computer capable of reading a recording medium storing an application, which is a program for executing a smart platform device control method according to an embodiment of the present invention, is a smart phone, a tablet PC, a PDA (Personal Digital Assistants) In the case of a mobile terminal, the mobile terminal can download and install the application from an application providing server including an application store server, a web server, and the like. In some cases, after downloading from the application providing server to a general PC, Lt; RTI ID = 0.0 > mobile terminal.

While the present invention has been described in connection with what is presently considered to be the most practical and preferred embodiments, it is to be understood that the invention is not limited to the disclosed embodiments. That is, within the scope of the present invention, all of the components may be selectively coupled to one or more of them. In addition, although all of the components may be implemented as one independent hardware, some or all of the components may be selectively combined to perform a part or all of the functions in one or a plurality of hardware. As shown in FIG. The codes and code segments constituting the computer program may be easily deduced by those skilled in the art. Such a computer program can be stored in a computer-readable storage medium, readable and executed by a computer, thereby realizing an embodiment of the present invention. As a storage medium of the computer program, a magnetic recording medium, an optical recording medium, or the like can be included.

It is also to be understood that the terms such as " comprises, "" comprising," or "having ", as used herein, mean that a component can be implanted unless specifically stated to the contrary. But should be construed as including other elements. All terms, including technical and scientific terms, have the same meaning as commonly understood by one of ordinary skill in the art to which this invention belongs, unless otherwise defined. Commonly used terms, such as predefined terms, should be interpreted to be consistent with the contextual meanings of the related art, and are not to be construed as ideal or overly formal, unless expressly defined to the contrary.

The foregoing description is merely illustrative of the technical idea of the present invention and various changes and modifications may be made by those skilled in the art without departing from the essential characteristics of the present invention. Therefore, the embodiments disclosed in the present invention are intended to illustrate rather than limit the scope of the present invention, and the scope of the technical idea of the present invention is not limited by these embodiments. The scope of protection of the present invention should be construed according to the following claims, and all technical ideas falling within the scope of the same shall be construed as falling within the scope of the present invention.

Claims (11)

A markup language script parser for parsing two or more markup language scripts to generate a set of command codes including at least one control command code;
An action processing module for executing an action by executing at least one action control command code among the at least one control command code, a control module for executing an action by executing at least one of the at least one control command code An API processing module that executes at least one application program interface (API) control command code and calls a native API installed in an OS (Operating System) of the device, ; And
And a communication unit for receiving the at least two markup language scripts from the server,
The communication unit further receives a UI (User Interface) file from the server,
Wherein the screen processing module controls screen display using the UI file.
The method according to claim 1,
Wherein the action processing module executes the action control command code according to time scheduling or an event.
The method according to claim 1,
Wherein the control unit converts the control command code of the command code set into a control command recognized by the OS of the apparatus and executes the control command.
delete The method according to claim 1,
Wherein the communication unit further receives real-time data from the server,
Wherein the screen processing module controls screen display in real time while operating the UI file according to the real time data.
The method according to claim 1,
Wherein the communication unit encrypts data communicated with the server.
The method according to claim 1,
Wherein the markup language script or the UI file is updated by exchanging version information with the server, wherein the markup language script and the UI file are stored in the markup language script received from the server.
A server for transmitting two or more markup language script data to two terminals equipped with different operating systems (OS); And
A first terminal converting the two or more markup language scripts into control commands recognized by the first OS and executing the control commands and a second terminal converting the two or more markup language scripts into control commands recognized by the second OS and executing the control commands, Including,
The terminals
A markup language script parser for parsing the at least one markup language script to generate an instruction code set including at least one control command code, An action processing module for executing at least one action control command code among the at least one control command code to execute an action, and a control unit for executing at least one screen control command code, A control processing unit for executing at least one application program interface (API) control command code to call a native API installed in the OS, Up language scripts,
The communication unit further receives a UI (User Interface) file from the server,
Wherein the screen processing module controls screen display using the UI file.
9. The method of claim 8,
Wherein the server processes modification inputs to at least one of the markup language scripts of the at least two markup language scripts and transmits data for the modified at least one markup language script to the two terminals Smart platform system.
9. The method of claim 8,
The server transmits the UI file to the two terminals, and the terminals control screen display using the UI file,
Wherein the server processes modification input to the UI file, and the terminals receive the modified UI file and control screen display.
Receiving two or more markup language scripts from a server;
Parsing the at least two markup language scripts to generate an instruction code set including at least one control instruction code; And
Executing at least one action control command code among the at least one control command code to execute an action, executing at least one screen control command code to control screen display, and displaying a UI (User Interface) file received from the server Controlling a screen display using at least one application program interface (API) and executing at least one application program interface (API) control command code to call a native API mounted on an OS (Operating System) .

Images