KR20050055545A - An integrated development system for a syncml server application development - Google Patents

Abstract

The present invention relates to an integrated development system for developing a SyncML server application that automatically generates source code of an application when a developer only inputs simple information in order to easily develop a server program of various SyncML applications such as a schedule management and an address book. To this end, sink engine generation means 21 for generating an open database interface API 33, a data structure 34, and a database SQL script 35 based on data input from the developer 31 for the development of an application; And a sink library means 22 which has a function pointer to the open database interface API 33 and can be called and maps the function pointer to the generated open database interface API 33.

Description

An integrated development system for a SyncML server application development

The present invention relates to an integrated development system for developing a SyncML server application. More specifically, in order to easily develop a server program of various SyncML applications such as a schedule management and an address book, the developer automatically inputs the source code of the application by simply inputting simple information. It relates to an integrated development system for developing SyncML server application generated by.

In general, data synchronization is an arbitration operation that reflects updated contents of the same data item existing in a plurality of different terminals, solves the difference between the old and new versions of data, and always matches the latest value.

In addition, SyncML (Synchronization Markup Language) is a standard synchronization protocol established to solve the problem that data synchronization technologies of the past do not overcome mutual compatibility between products and applications. The SyncML performs data synchronization by exchanging a message expressed in XML (Extensible Markup Language) based between a server and a plurality of client terminals.

Currently, SyncML supports personal information management services such as address book, calendar, etc. as an example of the application. In the future, SyncML may be extended by adding applications for various types of information required by individuals and companies. However, although a lot of manpower and budget are invested in the development of various applications, the basic technologies such as program development tools, test techniques, standard API (Application Program Interface) definition, and solution for data conflicts are weak. It is a very expensive situation.

Accordingly, the present invention has been made to solve the above problems, and an object of the present invention is to provide the minimum information necessary for the development of a SyncML application from a developer, namely, the name of the application, the identifier, the name and member of the structure to be used. It provides an integrated development system for the development of SyncML server application that can automatically generate the source code of an application by inputting the attribute, the name of the database table and the attribute in the GUI method.

The object of the present invention as described above,

Sink engine generating means (21) for generating an open database interface API (33), a data structure (34), and a database SQL script (35) based on data input from the developer (31) for the development of an application; And

SyncML server application, characterized in that consisting of; library function 22 for mapping the function pointer and the generated open database interface API (33) and callable, having a function pointer to the open database interface API (33) It can be achieved by an integrated development system for development.

And the sink engine generating means 21,

A user interface unit 211 which receives data related to an application from the developer 31; And

The management unit 212 may generate a source code file and an SQL script file based on the data of the user interface unit 211.

In addition, the sink library means 22,

A core unit 221 for processing commands and data for synchronization; And

It is preferable that the utility unit 222 for processing the application.

In addition, a sink engine including a means for performing an application-dependent processing, a means for resolving when a data collision occurs, or a means for processing an authentication procedure; And

More preferably, the device further includes a sink agent implementing SyncML protocol independently of the application.

Other objects, specific advantages and novel features of the present invention will become more apparent from the following detailed description and the preferred embodiments associated with the accompanying drawings.

Hereinafter, an integrated development system for developing a SyncML server application according to a preferred embodiment of the present invention will be described in detail with reference to the accompanying drawings.

1 is a schematic configuration diagram of a network system to which an integrated development system according to the present invention is applied. As shown in FIG. 1, a configuration to which the present invention can be applied may be divided into a SyncML client 11 and a SyncML server 12, which are terminals capable of wired or wireless communication such as a PDA, a mobile phone, a notebook computer, and the like. The SyncML client 11 sends a SyncML message for a specific application to the SyncML server 12, and the SyncML server 12 sends a response message as a result of the execution.

2 is a block diagram of an integrated development system 2 according to the present invention. As shown in FIG. 2, the integrated development system 2 according to the present invention may be roughly divided into a sink engine generator 21 and a sink library 22.

The Sync Engine Generator (SEG) 21 is a part that automatically generates a large portion of a developer's work, and has an internal user interface (UI) 211 that receives information about an application from a developer. The input content is roughly divided into a management unit 212 that actually generates a source code file and an SQL script file.

The sink library 22 generalizes functions commonly used in various applications and provides them in the form of a library. The internal functions of the sink library 22 are roughly divided into the core module 221 and the utility module 222. The core module 221 is a module for processing commands and data for synchronization and extends application dependent functions to a general API. In addition, the core module 221 includes processing for ADD, REPLACE, DELETE, COPY, etc. requesting synchronization of an application among SyncML commands, and a function for searching the corresponding contents. In addition, the core module 221 includes a function of decoding or encoding an application data format such as vCard, vCalendar, etc. into a SyncML message format that can be processed by a SyncML application, and a function of comparing application contents item by item.

The utility module 222 is a module for processing and universally available functions of an application. The utility module 222 is a module for generating and controlling character strings, tokenizing functions of application contents, and utility functions that are universally available in other parts of a SyncML application. to provide.

Since the sink library 22 has function pointers to the open DB interface APIs and the open DB interface APIs for all other applications in service, the sink library 22 can call the open DB interface API for the corresponding application. Since the sink library 22 may determine the type of application by receiving the type of the application requesting the synchronization as a parameter, the sink library 22 may call the correct open DB interface API of the application requesting the synchronization. Setting the function pointer to the open DB interface API is done in the module that handles the dependent part of the SyncML application, and it is a part that the developer 31 must handle manually, but the function pointer and the function name of the automatically generated open DB interface API This is a kind of mapping operation that matches.

As such, the sink library 22 is written to call the callback function of the corresponding application registered by the developer 31. Instead of using a structure used only in a specific application, the sink library 22 uses the type of the application, the size of the content, and the content of the content. By using a structure that takes a as a member variable, it is not limited to a specific application type but can be commonly used in various applications.

Hereinafter, with reference to FIG. 3 will be described a specific operation step of the integrated development system for developing a SyncML server application according to the present invention. 3 is a block diagram showing a step-by-step flow of the application development process according to the present invention and the result. As shown in FIG. 3, the developer 31 uses the SEG 21 to input minimum data necessary for code generation, that is, the name, identifier of the application to be added, the name and member properties of the structure required for the application, Enter the name and attributes of the database table. As a result, as shown in FIG. 3, an open DB interface API 33, data storage structure 34, and database related SQL script 35 are automatically generated.

The SyncML application to be added adds the generated source code to the sink engine 37, links the sink library 22, and then calls the API of the sink library 22 to utilize the automatically generated source code. You will be able to implement your new application correctly. Before using the sink library 22 API in the sink engine 37 frame, the developer 31 first checks the open DB interface API of its sync server for change recording and related to the application core of the sink library 22. It should be registered as a callback function in the module 221.

Since the sink library 22 is not affected by the structure of a specific synchronous application and is a general and commonly available library, this procedure is for allowing the open DB interface API, which is its own synchronization server, to be called for the processing. There is no need to modify the sink library 22 for the newly added application, and the source code generated automatically through the SEG 21 may be added in the above-described manner.

4 is an example of configuration diagram of a specific application software module created by the integrated development system according to the present invention. These specific applications include a server adapter 41 that can add or modify data directly on the server, a sync adapter 42 that can exchange messages with other SyncML devices, a SyncML toolkit 43 for parsing or assembling SyncML messages, A sink agent 44 for processing parsed messages and generating data to be assembled, a server session manager 45 for managing sessions, and a sink library 22, and a sink engine 37 automatically generated according to the present invention. And an open DB interface 33.

When comparing the specific application created in the present invention with an application written in a conventional manner not using the present invention, there is no difference in performance, and there is a significant reduction in the amount of work and the working time. In other words, the amount of source code that a developer has to write has decreased by 80%, while the execution speed of the server has been reduced by about 2%.

The integrated development system for developing a SyncML server application according to the present invention also provides a means for handling application-dependent processing without being affected by the SyncML protocol as necessary, a means for resolving a collision between data, and an authentication procedure. Means for processing.

As described above, according to the integrated development system for developing a SyncML server application according to the present invention, the minimum information necessary for the development of a SyncML application from a developer, that is, the name of the application, the identifier, the names of the structures and members of the structure used, and the database table. The source code of the application can be automatically generated by entering the name and the attribute of the GUI in the GUI method.

Therefore, the developer can complete the development simply by adding the generated source code to the existing SyncML application. As a result, the development time and cost can be significantly reduced compared to the conventional method in which the developer has to write the source code one by one.

In addition, there is a feature that can reduce the effort of the developer, and minimizes errors that may be caused by the developer.

Although the present invention has been described in connection with the above-mentioned preferred embodiments, it is possible to make various modifications or variations without departing from the spirit and scope of the invention. Accordingly, the appended claims will cover such modifications and variations as fall within the spirit of the invention.

1 is a schematic configuration diagram of a network system to which an integrated development system according to the present invention is applied;

2 is a block diagram of an integrated development system in accordance with the present invention;

3 is a block diagram showing a step-by-step flow and the resulting output of the application development process according to the present invention,

4 is an example of configuration diagram of an application software module created by the integrated development system according to the present invention.

<Description of the symbols for the main parts of the drawings>

11: SyncML application client terminal,

12: SyncML application server,

21: SyncML engine module source code automatic generator (SEG),

22: Sync library that implements common functions used in SyncML applications.

211: user interface module,

212 source code and script file generation module,

221: API providing module for the application,

222: other common function API providing module,

31: developer,

33: automatically generated open DB interface,

34: auto-generated data structure,

35: auto-generated database SQL script,

37: SyncML engine frame created last,

41: application data management unit of the SyncML server,

42: SyncML adapter frame on SyncML server,

43: SyncML Toolkit,

44: SyncML agent frame on SyncML server,

45: Session management unit frame of SyncML server.

Claims (4)

Sink engine generating means (21) for generating an open database interface API (33), a data structure (34), and a database SQL script (35) based on data input from the developer (31) for the development of an application; And A sync library means 22 capable of holding and calling a function pointer to the open database interface API 33 and mapping the function pointer to the generated open database interface API 33; Integrated development system for server application development. The method of claim 1, wherein the sink engine generating means 21, A user interface unit 211 which receives data related to the application from the developer 31; And Integrated development system for the SyncML server application development, characterized in that consisting of a management unit for generating a source code file and a SQL script file based on the data of the user interface (211). The method of claim 1, wherein the sink library means 22, A core unit 221 for processing commands and data for synchronization; And Integrated development system for the SyncML server application development, characterized in that consisting of a utility unit for processing the application (222). The method of claim 1, A sink engine including means for performing application-dependent processing, means for resolving when a data collision occurs, or means for processing an authentication procedure; And And a sync agent that implements the SyncML protocol independently of the application.