KR100845307B1 - Device and method for interworking lbsp to support open mobile business - Google Patents

Abstract

The present invention relates to an apparatus and method for interworking with an LBSP providing a location based service (LBS) in a legacy system in supporting an open mobile business.

In order to support mobile service performance of a content / service providing system in connection with a mobile communication system according to an embodiment of the present invention, receiving a processing request for a business logic that performs a single function among logics constituting the mobile service And an open interface processor that returns a result value for the request. And a business logic processing unit having a business logic processing unit for formalizing and managing the business logic as a bead template, executing the corresponding bead template according to the bead template execution request, and providing a result. The LBSP interworking processing apparatus for supporting the execution of the biz template in association with a legacy system associated with business logic, processes the execution request and the result of the legacy system required for executing the biz template from the business logic processing unit, and returns a system environment. And a common manager that manages log information. And the LBSP which performs the location-based service of the mobile communication system, transfers the location-based related request of the business logic processing unit to the corresponding LBSP, and converts the result of the authentication performed by the request into a standard interface method. It characterized in that it comprises an LBS interface to deliver.

Mobile Service, Open Interface, Biz Logic, Biz Template, API, LBS, LBSP

Description

LSPSP interworking processing device and method for open mobile business support {DEVICE AND METHOD FOR INTERWORKING LBSP TO SUPPORT OPEN MOBILE BUSINESS}

1 is a schematic structural diagram of a mobile business service network;

2 is a basic configuration diagram of a mobile communication system.

3 is a flowchart illustrating an open mobile business support method according to the present invention.

4A-4G illustrate a method of implementing Biz Logic and Biz Templates by an open mobile business support method according to the present invention.

5 and 6 are views showing an example of the beads template implemented in the open mobile business support method according to the present invention.

7 is a schematic structural diagram of an open mobile business support system according to the present invention;

8 (a) is a function-oriented process flow chart in the open mobile business support system according to the present invention, and (b) is a performance-oriented process flow diagram in the open mobile business support system according to the present invention.

9 is a detailed configuration diagram of an open mobile business support system according to the present invention.

10 is a message flow diagram in the open mobile business support system according to the present invention.

11 is a flowchart illustrating an operation procedure of an open interface processor in the open mobile business support system according to the present invention.

12 is a flowchart illustrating an operation procedure of a business logic processing unit in the open mobile business support system according to the present invention.

13 is a detailed configuration diagram of a legacy interworking processor according to an embodiment of the present invention.

14 is a detailed configuration diagram of a common management unit inside the legacy interworking processing unit according to the present invention.

15 is a detailed configuration diagram of a legacy interworking processor 48 having an LBS interface according to the present invention.

FIG. 15A illustrates an example of a biz template preset to perform an interworking request for the LBSP. FIG.

16 is a detailed configuration diagram of a legacy linkage process using the legacy linkage processor 26 having an LBS interface according to the present invention.

The present invention relates to an open mobile business support apparatus that provides a single interface for integrating and using various resources of a mobile communication system and can support various business models of a content / service provider (CP / SP). The present invention relates to an apparatus and method for interworking with an LBSP providing location-based services (LBS) among legacy systems in supporting a mobile business.

Recently, with the development of wireless Internet technology and the rapid increase in the use of mobile communication terminals, various types of mobile business models have been proposed to provide services to mobile communication terminal users through the mobile communication system. In many cases, a content service provider uses a service of a mobile communication system for user authentication or billing.

FIG. 1 is a schematic configuration diagram of a mobile service network, in which a CP / SP system 11 providing a mobile service is connected to a mobile communication system 13 through the Internet 12 or the like. It provides a predetermined service or transmits data to a plurality of mobile station (MS) 14 belonging to.

Here, the mobile communication terminal 14 refers to a compact and lightweight wireless communication device such that a mobile phone, a PDA, and the like can be carried by an individual anytime and anywhere. Basically, a transmission / transmission of data and voice signals through a mobile communication network is performed. Display for displaying the receiving means, the control means for controlling the overall operation according to the programmed control procedure, the user interface means for providing an interface with the user, and the menu screen for each operation state and the guide screen under the control of the control means. Means are provided, and a browser or a specific application is provided.

The mobile communication system 13 refers to a system for providing a wireless voice communication service and a wireless Internet service to the mobile communication terminal 14, and as illustrated in FIG. 2, a plurality of base stations in charge of a wireless communication section. (BTS) 131, a plurality of base station controllers (BSC) 132 for controlling the base station 131, the connection with each base station controller 132, and performs information and authentication for the mobile communication service subscriber A mobile communication exchange (MSC) 133 and an interworking function unit (IWF) 134 for performing mutual format conversion between voice data and packet data and connecting to an IP network or another mobile communication network are basically provided. A device for providing an additional service, that is, a Short Message Service Center (SMSC) 135 that provides a text message delivery service, and a multimedia message including video, text, and voice may be provided. A multimedia message service center (MMSC) 136, a push proxy gateway (PPG) 137 for providing a message push service to the mobile communication terminal 14, and a location-based service system for providing a location-based service ( LBS) 138, and the like.

In the above, the exchange 133, the IWF 134, the SMSC 135, the MMSC 136, the PPG 137, and the LBS 138 form an internal network (NO.7 network or packet network) of the mobile communication system 3. Connected through.

When the CP / SP system 11 intends to provide a predetermined mobile service through the service network, not only the download of the corresponding service or content, but also user authentication, billing processing according to the use of the mobile communication system 13, etc. It must be complex.

For example, in order to transmit a multimedia message, first of all, a user who receives confirmation whether a user who sends and receives a user through an authentication system (not shown) of a mobile communication system is a normal user, and also manages terminal information The mobile communication terminal of the receiving user should check whether the model is capable of receiving the multimedia message.After the checking procedure as described above, the mobile terminal is connected to the MMSC 136 to request transmission of the multimedia message, and then the multimedia message is transmitted. When the completion is confirmed, the charging of the message should be performed.

In order to provide one mobile service as described above, interworking with various systems in the mobile communication system 13 (hereinafter, referred to as a legacy system) is required. In the past, the CP / SP side has a mobile communication system 13 Direct access to each legacy system, to request each required processing and receive the results. In this case, since the interfacing with each legacy system of the mobile communication system 13 must be implemented separately, the construction of the CP / SP system 11 is complicated, and the mobile communication system 13 and the mobile communication system 13 to provide one service. Since multiple message exchanges have to be made, it is difficult to provide fast and stable services.

Accordingly, the present invention has been proposed to solve the above-described problems, and an object thereof is to provide a single interface for integrating and using various resources of a mobile communication system, and to provide various business models of a content / service provider (CP / SP). In providing an open mobile business support method and system capable of supporting the present invention, an apparatus and method for smooth and efficient interworking processing with an LBSP providing a location based service (LBS) among legacy systems.

In order to achieve the above object, in order to support mobile service performance of a content / service providing system in connection with a mobile communication system according to an embodiment of the present invention, a business logic performing a single function among logics constituting the mobile service An open interface processor for receiving a processing request for and returning a result value for the request; And a business logic processing unit having a business logic processing unit for formalizing and managing the business logic as a bead template, executing the corresponding bead template according to the bead template execution request, and providing a result. The LBSP interworking processing apparatus for supporting the execution of the biz template in association with a legacy system associated with business logic, processes the execution request and the result of the legacy system required for executing the biz template from the business logic processing unit, and returns a system environment. And a common manager that manages log information. And the LBSP which performs the location-based service of the mobile communication system, transfers the location-based related request of the business logic processing unit to the corresponding LBSP, and converts the result of the authentication performed by the request into a standard interface method. It characterized in that it comprises an LBS interface to deliver.

In addition, in order to support the mobile service performance of the content / service providing system in conjunction with the mobile communication system according to an embodiment of the present invention, in order to achieve the above object, a business that performs a single function of the logic constituting the mobile service An open interface processor for receiving a processing request for logic and returning a result value for the request; And a business logic processing unit having a business logic processing unit for formalizing and managing the business logic as a bead template, executing the corresponding bead template according to the bead template execution request, and providing a result. The LBSP interworking processing method for supporting execution of the biz template in association with a legacy system related to business logic may include receiving a location inquiry request and an environment setting request through interworking with an LBSP through a message queue from the business logic processing unit. Stage 1; A second step of generating an XML full message corresponding to the requested task type based on the location inquiry request message using an XML generator to perform a series of tasks through interworking with the LBSP; A third step of establishing a TCP / IP connection with an LBSP when the XML preamble is normally generated; A fourth step of transmitting the generated XML message to the LBSP when the LBSP and the TCP / IP connection are normally established; Receiving, by the LBSP, a location information lookup response message in XML format corresponding to the XML message; Checking a format of an XML response message received from the LBSP, and parsing the identified XML message using an XML parser to be used by the business logic processing unit; And when the parsing is completed, combining the parsed message into a message format to be transmitted to the business logic processor, and then transmitting the message to the business logic processor through a message queue.

In addition, in order to achieve the above object, a recording medium in which a computer program is recorded according to an embodiment of the present invention is configured to support the mobile service performance of a content / service providing system in association with a mobile communication system. An open interface processor configured to receive a processing request for business logic performing a single function among logics and to return a result value for the request; And a business logic processing unit having a business logic processing unit for formalizing and managing the business logic as a bead template, executing the corresponding bead template according to the bead template execution request, and providing a result. Receiving a location inquiry request and an environment setting request through interworking with an LBSP through a message queue from the business logic processing unit to support execution of the biz template in association with a legacy system associated with business logic; A second step of generating an XML full message corresponding to the requested task type based on the location inquiry request message using an XML generator to perform a series of tasks through interworking with the LBSP; A third step of establishing a TCP / IP connection with an LBSP when the XML preamble is normally generated; A fourth step of transmitting the generated XML message to the LBSP when the LBSP and the TCP / IP connection are normally established; Receiving, by the LBSP, a location information lookup response message in XML format corresponding to the XML message; Checking a format of an XML response message received from the LBSP, and parsing the XML message using an XML parser so that the identified XML message can be used by the business logic processing unit; And when the parsing is completed, combine the parsed message into a message format to be transmitted to the business logic processing unit, and then record a program for causing the computer to execute the seventh step of transmitting the parsing message to the business logic processing unit through a message queue. It features.

DETAILED DESCRIPTION A detailed description of preferred embodiments of the present invention will now be described with reference to the accompanying drawings. It should be noted that the same reference numerals and the same elements among the drawings are denoted by the same reference numerals and symbols as much as possible even though they are shown in different drawings. In the following description of the present invention, if it is determined that a detailed description of a related known function or configuration may unnecessarily obscure the subject matter of the present invention, the detailed description thereof will be omitted.

3 is a flowchart of an open mobile business support method according to the present invention.

Referring to Figure 3, the open mobile business support method according to the present invention is as follows.

The present invention is implemented in the mobile communication system 13 in the logic of the mobile service provided by the CP / SP system 11, started in the CP / SP system 11, and the CP / SP system 11. In order to provide the logic ending in the form in advance, for this purpose, the open mobile business support method of the present invention, as shown in step S310 of Figure 3, can be bundled into a unit function among the service logic of the CP / SP system 11 Set the lower function to bead logic that can be performed by the mobile communication system.

In the above, the Biz logic is started by the CP / SP system 11 and performed by comparing with the legacy system of the mobile communication system 13 and the comparison / determination of the interworking results, and finally the CP / SP system ( As a logic for delivering the result to 11), it represents a bundle of lower functions that can be combined into a single function among the service logic provided by the CP / SP system 11. Such bead logic is preferably set in consideration of the frequency of use, reuse, etc. in the various CP / SP system (11). For example, in any type of mobile service, most of the required user authentication or terminal authentication logic is a single function, but because it is highly reusable, it is preferable to set it to bead logic. In addition, the mobile communication terminal In the case of the mobile service for downloading a specific content or file (14), various functions such as authentication, data conversion, and billing are processed in combination, and it is preferable to set it as a separate biz logic because of its high frequency of use.

In more detail the setting process of the business logic, after selecting the service logic through a verification procedure such as usage, usage trends, business aspects, etc., a portion of the service logic corresponding to the scope of the business logic is selected (S311). ).

FIG. 4A illustrates an example of a service selected for setting up a bead logic, and as shown in FIG. 4A, a menu provided through a service of the wireless Internet of the mobile communication terminal 14 (store in my phone). , A service to send to a friend, a coupling, a basket, and the like, select a store service in my phone, and look at the detailed logic of the selected service as shown in FIG. 4B.

As shown in FIG. 4B, the mobile service of "storing in my phone" is selected when the user selects a specific content through the mobile communication terminal 14 and then selects a "storing in my phone" menu. After requesting user authentication using the number as input data, the user is determined to be a normal individual user, a corporate user, a prepaid user, an intelligent network user, and the like. To the mobile communication terminal 14, and in the case of a prepaid user, after the prepaid subtraction process, in the case of a general user, the process of transmitting and charging the content immediately.

Among these service logics, as shown in FIG. 4C, the bead logic is determined through range selection, object selection, separation, and optimization.

In the above, the criteria for selecting the bead logic in the service logic, the degree of aggregation of the functional unit of the logic, the degree to be derived to the formal form of the sum of the individual logic, the degree of practical use reality, neutral and independent It can be configured to be reconstructed elsewhere, and must be inevitably classified by user's input in service logic, or the input / output value of each other in logic or external influence If received, detach the Biz logic.

FIG. 4D illustrates an example of the bead logic derived from the service logic to be transmitted to the internal phone through the process shown in FIG. 4C, wherein the bead logic processes user authentication including a prepaid balance inquiry and a bead that performs a prepaid subtraction process. You can set the logic.

As described above, when the range of the biz logic is determined, the determined biz logic is analyzed to convert the logic required for interworking with the legacy system of the mobile communication system 12 into a first biz object (also called an I-type object). The logic for comparing or determining the result of the interworking with the system is set as a second bead object (also called a P-type object) (S412). An input value and an output value are defined for the set first and second bead objects.

The second bead object may be represented as one bead object when several comparison / decision steps may be bundled into one unit.

FIG. 4E illustrates an example of setting a first bead object among the bead logic for processing user authentication including the prepaid balance inquiry selected as shown in FIG. 4D, and is an object for requesting user authentication in cooperation with an authentication legacy system. Corresponds to 1 beads object.

FIG. 4F illustrates an example of setting a second bead object among the bead logic that processes the user authentication including the prepaid balance inquiry selected as shown in FIG. 4D. Corresponds to the second bead object. Herein, the second biz object is set by combining a normal user check, a corporate user check, a prepaid user check, a multi-step among the prepaid users, or an identification of the intelligent network user.

As described above, if the first bead object and the second bead object is set by analyzing logic within the determined range, the set first and second bead objects are arranged in accordance with the flow of the corresponding bead logic, and the input and output values are arranged. Define to configure the beads template that is the execution form of the corresponding beads logic (S313). The beads template may be represented in a general flow chart form, which includes a list of constituent beads objects, attributes of each object, execution order of the beads objects, expression of conditional branches, input parameter information for executing the beads objects, and a data manipulation method. This includes information about the output parameters derived after the Biz template has been performed and the execution timeout settings.

FIG. 4G illustrates an example of a bead template that formalizes bead logic for processing user authentication including the prepaid balance inquiry determined in FIG. 4D. As shown in the table on the right, I-type authentication for querying user information_ It consists of a user information inquiry biz object, a P-type user information check biz object that checks whether a user is a serviceable user, and an I type of authentication_prepaid inquiry biz object that queries a user's prepaid balance. It is expressed as a flowchart of.

When the input data of the biz template is the price of the user's telephone number and the content, the output data is the success or failure of the processing result and the prepaid user.

As described above, the biz template is an implementation form of the set biz logic, such as a user authentication template, an SMS transmission template, an MMS transmission template, a general location finder template, a push platform message transmission template using SMS / CBS, etc. This can be implemented.

5 and 6 show another example of the beads template constructed by the present invention, FIG. 5 shows a biz template for biz logic for basic user authentication processing, and FIG. 6 shows whether the terminal supports the user during authentication. It is a biz template of biz logic including.

Referring to FIG. 5, the biz template for the basic user authentication process includes an I-type authentication_user information inquiry beads object (1) for inquiring user information and whether the user can be serviced from the user information inquiry result. It consists of a P-type user information check beads object (2) to be checked, the input data is a user telephone number and, optionally, a user authentication type, and the output data is a processing result (success or failure).

The biz template of FIG. 6 is for the I-type authentication_user information inquiry beads object (1) for inquiring user information and the P-type user information check for checking whether the user can be serviced from the user information inquiry result. Biz object (②) and I-type terminal support check biz object (③) for checking whether a terminal supports a specific service for a serviceable user, and the input data includes a receiver telephone number and user information. Check option value, terminal support service type, and output data becomes processing result.

As described above, in the state in which the bead logic is set, and the bead template is prepared, the CP / SP system 11 provides an interface for requesting the execution of the bead logic and returning the result, and performs the specific bead logic through the interface. Receive the request (S320).

In the above, when a request for execution of a specific biz logic is received, the biz template, which is an execution form of the corresponding biz logic, is found, the biz template is interworked with a legacy system, and the execution result is CP / SP through the interface. Return to the system 12 (S330, S340).

In the above, the interface with the CP / SP system 11 configures and provides an API (Application Program Interface) for each business template, and the execution request of the specific business logic is implemented in the form of API call of the specific business template.

In addition, the open mobile business support method of the present invention receives a request to perform a predetermined object from a specific legacy system of the mobile communication system 12, performs the requested beads object in association with a corresponding legacy system, and then By providing the result value to the specific legacy system that sent the request, it can support interworking between legacy systems. In other words, by using the existing built-in beads object, it is possible to support fast processing when interworking between legacy systems.

Next, the configuration and operation of the open mobile business support system for performing the open mobile business support method described above will be described in detail.

7 is a diagram illustrating a service structure of an open mobile business support system according to the present invention.

Referring to FIG. 7, the open mobile business support system according to the present invention includes an open interface (OI) processor 22, a business logic processor 23, an infrastructure channel provider 24, And a billing processing unit 25, a legacy interworking processing unit 26, an operation & management unit (hereinafter referred to as OMS) 27, and a web service unit 28.

In addition, reference numeral 21 denotes a CP / SP system for providing a mobile service to the mobile communication terminal 14, and reference numeral 29 denotes a legacy including a service platform, an infrastructure system, network configuration equipment, and the like of the mobile communication system 13. (legacy) represents a system.

Examples of the service platform of the legacy system 29 include, for example, a messaging platform for providing a multimedia messaging service, a location service platform (LBSP) for providing location services such as location tracking / retrieval, and a predetermined content of a mobile communication terminal. There is a download platform for downloading to, the infrastructure system, CP / SP management system for managing the information of the CP / SP providing services in connection with the mobile communication system 13, terminal information management for managing the terminal information There is an authentication system that manages the system and user information, and network configuration apparatus includes SMSC (Short Message Service Center) and CBSC (Cell Broadcasting Service Center).

As shown in FIG. 7, the open mobile business support system of the present invention provides an integrated interface to the various legacy systems 29 to mediate the CP / SP system 21 and the legacy system 29. The CP / SP system 21 supports to configure and provide a mobile service easily.

To this end, the OI processing unit 22 is a means for providing an interface through which the CP / SP system 21 outside the mobile communication system 13 requests execution of specific business logic and returns the result. It provides connection based API (Application Program Interface). At this time, the request of specific biz logic is made through API call of the corresponding biz template, and the Biz template identification information to be performed through the call function, data to be served (content, etc.) are transmitted, and a result value is returned. . The OI processing unit 21 analyzes the request received from the CP / SP system 21 as described above, extracts the beads template identification information and the data to be serviced, and transfers the data to the business logic processing unit 23. In this case, the OI processing unit 23 generates and manages a unique session key for each request of the CP / SP system 21, and the generated session key is a bead processed in an open mobile business model support system. Used to distinguish logic.

In addition, the OI processing unit 23 performs encryption and decryption of data transmitted between the CP / SP system 21 and, if necessary.

The business logic processing unit 23 may be bundled into unit functions among the service logic of the CP / SP and implemented for each of the legacy systems of the mobile communication system, which is implemented to perform the biz logic which is a lower function performed by the mobile communication system. A plurality of bead objects for performing interworking or comparison / decision based on the interworking results and the bead objects are arranged in a predetermined order to store / manage / perform a bead template for performing the bead logic. Here, the beads logic, the beads template, and the beads object refer to the description with reference to FIGS. 4A to 6.

In other words, the business logic processing unit 23 sets and includes a bead template and a bead object, which are implementation forms of the supporting logic, and executes a biz template requested by the OI processing unit 23. The processing result is returned to the OI processing unit 22. In more detail, the business logic processor 23 sequentially performs the first or second beads object according to the arranged order of configuring the requested beads template, and when the execution of all the beads objects is completed, the OI processor Return the result with (22). In this case, the business logic processing unit 23 requests the legacy interworking processing unit 26 to interwork with the legacy system 29 according to the type of the beads object constituting the Biz template and receives the result or returns the result. Perform internal judgment or comparison using

As described above, the open mobile business support system according to the present invention can quickly support a complex service in which various processes requested by the CP / SP system 21 are combined by using the business logic processor 23.

In addition, the open mobile business support system of the present invention can support performance-oriented interlocking processing requiring rapid processing. This is done via infrastructure channel intermediary 24.

The infrastructure channel intermediary 24 receives a request to perform a biz object performed in another legacy system 29 directly from the legacy system 29 inside the mobile communication system 13 without passing through the OI processing unit 22. The legacy system 29 transmits the requested beads object to the legacy system 29 through the legacy interworking processor 26, receives a processing result from the legacy system 29, and requests to perform the beads object again. To pass).

8 (a) and 8 (b) show the operation of the business logic processor 23 and the infrastructure channel provider 24 described above.

FIG. 8A illustrates a support procedure performed around the business logic processor 23. When an OI processor 22 transmits a request for executing a business template (①), data of the corresponding business template is transferred to the MMDB ( 31), (2), performing a second bead object of the corresponding bead template (3), and delivering a request message to the legacy interworking processor 26 according to the first bead object of the bead template (4), After repeating the process (⑤) of receiving the response message, after completing the execution of the beads template, the charging information is transmitted to the charging processing unit 25 (⑥), and the execution result is transmitted to the OI processing unit 22 ( ⑦). According to this, the business logic processor 23 performs the business logic of one or more services and processes, thereby supporting a mobile service centered on complex functions.

). FIG. 8B illustrates a procedure performed around the infrastructure channel provider 24. When a request for execution of a specific biz object is generated from a specific legacy system 29, the infrastructure channel provider 24 is performed. After receiving and analyzing this directly (i), it performs internal processing (i), interworking request to legacy interworking processing unit 26, and response response (i) according to the requested bead object. The related billing information is transmitted to the billing processing unit 25 (i), and the result of the execution is transmitted to the legacy system 29 requesting service (

).

As described above, the mobile business support system of the present invention allows the interworking between the internal systems of the mobile communication system to be processed through the infrastructure channel providing unit 24 directly, not through the OI processing unit 22, and the external CP / SP system 21. ) Can be handled by the OI processing unit 22 and the business logic processing unit 23, thereby separating and supporting complex function-oriented services and performance-oriented services, thereby improving service quality.

Next, in FIG. 7, the legacy interworking processing unit 26 is in charge of interworking with the legacy system 29, and has standardized input / output interface functions and respective legacy systems for each legacy system divided into functional units for efficient processing. It is composed of a plurality of interlocking unit for processing the log and billing information, for example, the SMS interlocking unit 251 for transmitting a request to send a short message to the SMSC and return the result, and the location-related inquiry in conjunction with the LBSP or LBS interworking unit 252 for transmitting the trace request message and returning the result of the execution, MMS interlocking unit 253 for transmitting the multimedia message transmission request message to the MMSC and returning the result of execution, and the mobile communication system 13 Authentication interworking unit for transmitting the authentication request message to the authentication legacy system related to normal user status, adult, billing processing and return the result in ).

Next, the billing processing unit 25 collects the billing data of the business template, the business logic processor 23 and the infrastructure channel providing unit 24, the bill object according to the performance of the beads object, and transfers the billing data to the billing legacy system. More specifically, the billing processing unit 25 refers to billing conditions set for each service, and when billing conditions are satisfied when each of the beads template or the beads object is satisfied, billing information for the corresponding process (for example, Data volume, log time, etc.) is collected and converted to UDR data, and then transferred to the billing legacy system. As described above, since the charging processing unit 25 is formed on the same layer as the business logic processing unit 23 and the infrastructure channel providing unit 24, log information may be collected for each mobile service and for each legacy system, thus charging Detailed information and integrated processing are possible.

In addition, the open mobile business support system according to the present invention includes an OMS 27 to collect log information on the open mobile business support service, to monitor failure and performance information, and to manage information for supporting an operation task. . That is, the OI processing unit 23 collects log information for each CP / SP, and collects operation and failure information of the business logic processing unit 24 and the legacy interworking processing unit 26 and provides them to the CP / SP or the operator.

In addition, the open mobile business support system according to the present invention further includes a web service unit 28 that provides registration of CP / SP or administrator, inquiry of statistical information on open mobile business service performance, and monitoring. The web service unit 28 provides an administrator site and a CP / SP site, respectively.

9 is a detailed configuration diagram of the open mobile business support system described above.

Referring to FIG. 9, the open mobile business support system of the present invention includes the OI processor 22, the business logic processor 23, the infrastructure channel provider 24, the charging processor 25, and the legacy. In addition to the interworking processing unit 26, the OMS 27, and the web service unit 28, the business logic processing unit 23 and the infrastructure channel mediation unit between the OI processing unit 22 and the business logic processing unit 23. And a message transfer unit 30 including a plurality of message queues (Message Queues, MQs) for performing signal transfer between the 24 and the legacy interworking processing unit 26. The open mobile business support system of the present invention through the message transfer unit 30, the OI processing unit 22, the business logic processing unit 23, the infrastructure channel providing unit 24, the billing processing unit 25) and a message exchange between the legacy interworking processor 26 in an asynchronous manner.

In addition, the open mobile business support system of the present invention further includes a memory-based database (MMDB) 31 that manages the request of the biz template and the execution result and state of the biz object / biz template. The MMDB 31 is an OI processor 22, a business logic processor 23, and an infrastructure channel provider 24 that both access and perform write and read operations, and the OI processor 22 is requested. When the beads template is recorded in the MMDB 31, the business logic processor 23 performs the beads template by referring to the memory-based database recorded in the MMDB 31 and uses the state of the beads template. The MMDB 49 stores the beads template related information and provides the beads template information when requested by the OI processing unit 42 and the business logic processing unit 44.

In general, MMDB is a database (DB) that operates and resides in the main memory of a computer. Unlike existing DBs that are stored and used on a hard disk (HDD), MMDB resides in main memory. With all or part of the table residing in main memory, existing DB queries can be used as is, which speeds up the search, comparison, and analysis of data. Therefore, in the present invention, the MMDB 31 can store the information of the requested bead template and the state information, thereby speeding up the process of the complex bead logic.

In addition, the open mobile business support system of the present invention further includes a repository DB 32 that stores and manages information, services, and content information of the content provider CP and the service provider SP.

The OMA 27 manages failure and performance information with reference to the MMDB 31 and the repository DB 32, and the web service unit 28 refers to the repository DB 32 to determine the CP / SP. It provides registration and change, monitoring service, and newly added biz logic information (including API per Biz template).

The message delivery unit 30 shown in FIG. 9 includes a plurality of MQs 30a allocated for each system, and the OI processing unit 22 assigns a request message of a predetermined bead template to the message delivery unit 30. Recorded in MQ, the business logic processor 23 reads the biz template request message from the designated MQ of the message delivery unit 30, in turn, each of the beads objects constituting the biz template In this case, in the case of the first Biz object, the interworking request message of the predetermined legacy system is recorded in the message transfer unit 30. After reading and processing the request message from the designated MQ of the message transfer unit 30 of the legacy interworking processor 26, the result is written back to a predetermined MQ of the message transfer unit 34, and thus the business logic processor ( 23) reads the processing result for the first biz object from the MQ and continues the next processing. By transmitting a message through the message transfer unit 30 as described above, independent operation between the OI processing unit 22, the business logic processing unit 23, the infrastructure channel providing unit 24, and the legacy interworking processing unit 48 is performed. I can guarantee it.

10 shows a detailed configuration and message flow of the message transfer unit 30.

Referring to FIG. 10, the message queue provided in the message transfer unit 31 may be largely a request message of the OI processor 22 to be received by the business logic processor 23 or a response message from the legacy interworking processor 26. A plurality of first message queues 311 and 312 for storing a plurality of first message queues, a second message queue 313 for storing a report message from a legacy interworking processor 26 to be received by the business logic processor 23, and an OI processor ( 22) or a plurality of third message queues 314 and 315 which are allocated to the legacy interworking processor 26 and store messages to be transmitted from the business logic processor 23, respectively.

The information (i.e., message queue name) representing the message queues 311 to 315 may include the name of the system that transmitted the stored message, the name of the system that will receive the stored message, whether the stored message is a response message or a request message, or a report message. The OI processing unit 22, the business logic processing unit 23, and the legacy interworking processing unit 26 each include a message type indicating the recognition and an identification value set for each domain or legacy interworking processing unit. You can identify message queues to record or read request / response / report messages.

Next, the operation of the open mobile business support system according to the present invention will be described sequentially with reference to FIGS. 10, 11, and 12.

Referring to FIG. 11, when the OI processing unit 22 receives an API call of predetermined business logic of the CP / SP system 21 (S1101), the API call function is analyzed to extract a bead template and data to be performed. Then, the execution request message of the beads template is generated and recorded in the first message queue 311 of the message transfer unit 30 (S1102 to S1104).

Thereafter, the OI processing unit 22 checks whether the execution result is stored in the third message queue 315 in which the result of the request for executing the biz template is stored, and determines the third message queue 315 of the message delivery unit 30. If the result of execution is stored in the C1), the result value recorded in the third message queue 315 is read (S1105), and a response message is generated according to the API of the corresponding biz logic, and the CP / SP system 21 (S1106, S1107).

Here, the OI processing unit 22 may exist more than one in order to support more users. In this case, since the request messages of the OI processing unit 22 are sequentially read and processed by the business logic processing unit 23. The first message queue 311 may be used by all OI processing units 21 in common, but the third message queue 315 may have different destinations of messages for each session, and thus may be different for each OI processing unit 22. By setting a message queue and including the information on the message queue to return a result value when the request message is recorded, the business logic processor 23 can know where to record the result value of the biz template.

Referring to FIG. 12, the business logic processor 23 checks whether there is a biz template execution request message in the first message queue 311 of the message transfer unit 30, and if there is a new biz template execution request message, In operation S1201, the beads template execution request message is read from the first message queue 311, and the beads template information related to the request message is loaded from the MMDB 31 (S1202). Then, the flow of the loaded beads template is performed (S1203).

When the beads object of the beads template is an I-type during the execution, the message requesting the linkage of the legacy linkage processing unit 26 is stored in the third message queue 314. The third message queue 314 is allocated to each system of the legacy interlocking processor 26, and the recorded message is read and processed by the corresponding legacy interlocking processor 26, and a response message or report message for the result of execution is performed. Are recorded in the first and second message queues 312 and 313 (S1204).

Therefore, the business logic processor 23 may receive a response or a report message from the designated first and second message queues 312 and 313 (S1205). If all of the processing of the beads template is not completed, the steps S1204 and S1205 are repeated.

When all processing of the corresponding beads template is completed (S1206), the charging information related to the processing is transmitted to the charging processing unit 25 (S1207).

In addition, the business logic processing unit 23 stores the Biz template execution result in the third message queue 315 of the message transfer unit 30 (S1208).

13 is a detailed configuration diagram of a legacy interworking processor according to an embodiment of the present invention.

The legacy interworking processing unit 26 according to the present invention requests the legacy system 20 to perform a business object necessary for the business logic processing unit 23 to execute a business template, receives the processing result, and receives the business result again. Functions to provide to the logic processing unit (23). Therefore, when the beads template is composed of one I-type bead object, the business logic processor 23 is interworked with the legacy system 29 once through the legacy interworking processor 26. When the beads template includes a plurality of beads objects, the business logic processor 23 may be connected to the legacy system 29 through the legacy interworking processor 26 by the number of I-type beads objects configured in the beads objects. It will work.

Referring to FIG. 13, the legacy interworking processor 26 according to the present invention includes a common manager 130 and a legacy interworking interface 140.

The common manager 130 processes the interworking request of the legacy system 29 necessary for interworking the Biz template from the business logic processor 23 and the result thereof, and manages a system environment and a log. Here, the interworking request of the legacy system 29 means that the legacy interworking processing unit 26 requests the legacy system 20 to perform a business object necessary for executing the business template in the business logic processing unit 23. The legacy system 20 processes a service such as SMS transmission, MMS transmission, location information inquiry or user information inquiry in response to the interworking request of the legacy system 20, and as a result, message transmission completion, message reading, Provide location information or user information.

The legacy interworking interface unit 140 may include, for example, an SMS interface 141, an MMS interface 142, an LBS interface 143, and an authentication interface 144. According to the system environment, various types of legacy interworking interfaces for interworking with the legacy system 29 may be added. The legacy interworking interface 140 interworks with the legacy system 29 to mediate the interworking request of the legacy system 29 required to perform the biz template and the return of the result.

The SMS interface 141, in conjunction with the MASS performing the wireless Internet SMS sending service of the mobile communication system, located in the legacy system 29, requests the SMS message transmission to the MASS in response to a request of the business logic processing unit. Thereafter, as a result of execution, it receives information such as completion of message transmission or read message, converts it to a standard interface method, and transmits the information to the business logic processing unit 23.

The MMS interface 142, in conjunction with the MMSC that performs the MMS service of the mobile communication system located in the legacy system 29, requests the MMSC to transmit the multimedia message according to the request of the business logic processor 23. After that, it receives information such as completion of message transmission or read message as a result of the execution, converts the information into a standard interface method, and transmits the information to the business logic processing unit 23.

The LBS interface 143, in conjunction with the LBSP that performs the location-based service of the mobile communication system, located in the legacy system 29, corresponding to the location-based request, such as location information lookup of the business logic processing unit 23 It delivers to the LBSP, and converts the service processing result such as location information lookup according to the request into a standard interface method and delivers it to the business logic processing unit 23.

The authentication interface 144 interoperates with an authentication system that is in charge of authentication of a mobile communication system, which is located in the legacy system 29, and requests authentication processing from the corresponding authentication system in response to a request of the business logic processing unit 23. And converts the result of authentication performed by the request into a standard interface method and delivers the result to the business logic processing unit 23.

Referring to FIG. 13, a process in which the business logic processing unit 23 performs the business template by interworking with the legacy system 29 associated with the business template according to the present invention using the legacy interworking processor 26 is as follows. same.

First, the common manager 130 receives an execution request message of the legacy system 29 required when executing the biz template from the business logic processor 23 through the message transfer unit 30 formed as a message queue (S1301).

Subsequently, the common manager 130 transmits a performance request message of the legacy system 29 to the legacy interworking interface 140 (S1302).

Then, the legacy interworking interface unit 140 converts the performance request message of the legacy system 29 into a suitable form that can be performed by the legacy system 29 through a protocol conversion procedure and transmits the same to the legacy system 40. (S1303).

Thereafter, the legacy system 40 performs a unique processing procedure of the legacy system 29 such as SMS transmission, MMS transmission, location information inquiry or user information inquiry according to the execution request message, and then transmits the message as a result. Completion, message reading, location information or user information is transmitted back to the legacy interworking interface unit 140 (S1304).

 Then, the legacy interworking interface unit 140 converts the processing result received from the legacy system 29 into a standard legacy system interworking processing result output message format and transmits the result to the common manager 130 (S1305).

Finally, the common management unit 130 returns the legacy system interworking processing result to the business logic processing unit 23 through the message transfer unit 30 (S1306).

As described above, the legacy interworking processing unit 26 performs the beads object necessary for the execution of the business template in the business logic processing unit 23 through the interworking with the legacy system 29 and then returns the result to the business logic processing unit. By providing to (23), the business logic processing unit 23 can perform various types of beads template.

14 is a detailed configuration diagram of the internal common management unit 130 of the legacy interworking processing unit 26 according to the present invention.

Referring to FIG. 14, the common manager 130 according to the present invention includes an MQ manager 131, a configuration manager 132, a log manager 133, a log uploader 134, and a DB interface 135. It includes.

The MQ manager 131 includes an MQ receiver 131-1 and an MQ sender 131-2, and communicates with the business logic processor 23 through a message queue. Send / receive management for the message being communicated. In addition, the MQ manager 131 may add a function for checking the validity of data received from the business logic processor 23 for each legacy interface 141 to 144. desirable. The MQ receiver 131-1 is a module for processing a message received from the message transfer unit 30, that is, a message queue, and the message transfer unit from the business logic processing unit 23 or the infrastructure channel providing unit 24. The request information transmitted through the 30 is stored in a database or converted into a legacy professional standard. The MQ transmitter 131-2 is processed by the legacy system 29 for the request message transferred from the business logic processor 23 or the infrastructure channel provider 24 through the message transfer unit 30. It transmits a result to the business logic processor 23 or the infrastructure channel provider 24 through the message transfer unit 30, and supports protocol processing for interworking with the message queue.

The configuration manager 132 manages an environment setting such as a system environment or a log generation cycle for each component of the legacy interworking processor 26, and the state information regarding the system environment is configured as a configuration file 132. -11). In addition, the configuration management unit 132 not only can reflect the contents of the configuration file 132-1 through re-commission of the legacy interworking processing unit 26, but also immediately reflected in real time without restarting Can be configured. That is, the configuration manager 132 manages the change by using the configuration file 132-1 at the time when the execution environment of each component constituting the legacy interworking processor 26 is changed, and when the device is driven. By executing the configuration file 132-1 in real time, an execution environment can be set. The management of the configuration information receives a KEY value from a module that desires a program or configuration information and inquires about the configuration information value. In addition, the inquiry, modification, and deletion of the configuration information directly accesses the configuration file 132-1 in which the configuration information exists, and performs modification, deletion, and input on the configuration information. When the configuration information is modified, deleted, or inputted, the configuration management unit 132 reflects the configuration information to the current legacy interworking processing unit 26 in real time, and the reflected configuration information may be used in a program or a module requiring the configuration information thereafter. To be able.

The log manager 133 is a means for commonizing the log format for each log level of each configuration module constituting the legacy interworking processor 26. The log management unit 133 generates a system log according to the log level and log format designated by each configuration module. The log information is stored in the log file 133-1. Here, the log generation is to generate debugging information, failure information, system operation information, etc. generated in each component module of the legacy interworking processor 26 as a log and store them in the system log file 133-1. You can also set the log level arbitrarily according to the system environment. For example, the log level may be set at various levels such as an error level, an information level, a warning level, or a debug level for leaving the lowest level details. When creating a request, log is generated according to the configured log level.

In addition, the log management unit 133 receives the log data transmitted from each component module in the legacy interlocking processing unit 26, and changes the received log data into a form for outputting to the log file (133-1) In addition, the log file 133-1 according to each configuration module and the situation is opened to record log data in the open log file 133-1.

The log uploader 134 periodically retrieves the system log of the legacy interworking processor 26 and uploads the file by uploading it to the OMS 27 using the FTP (File Transfer Protocol). Do it. That is, the log uploader 134 periodically searches the log file 133-1 of the legacy interworking processor 26, requests the FTP connection to the OMS 27, and then successfully If connected, the log file 133-1 is uploaded.

The DB interface 150 provides an interface between the legacy interworking interface unit 140 and the integrated DB server 150 according to the present invention. In this case, the integrated DB server 150 is a session about a message transmission state, a transmission result, etc. for asynchronous messaging processing when the legacy interworking processing unit 26 and the business logic processing unit 23 or the legacy system 29 transmit and receive messages. It functions to keep information.

15 is a detailed configuration diagram of a legacy interworking processor 48 having an LBS interface according to the present invention.

According to FIG. 15, the legacy interworking processor 26 may be configured to include a common manager 130 and an LBS interface 143. The building blocks of the common manager 130 are the same as described with reference to FIG. 14.

The LBS interworking unit 143 may include an LBS service listener 143-1, an XML generator 143-2, a legacy interface 143-3, and an XML parser. Parser) 913-4.

The LBS Service Listener 143-1, when the business logic processing unit 23 requests the interworking of the legacy system 29 to perform a business template in which predetermined business logic is formulated, the business Receives the legacy system 29 interworking request transmitted from the logic processing unit 23 through the MQ receiving unit 111 configured in the MQ management unit 110, and then the MQ transmission unit 132-2 to process the processing result for the interworking request. ) To the business logic processing unit 23. Here, the legacy system 29 interworking request transmitted from the business logic processing unit 23 is a linkage request for LBSP in charge of LBS information processing for location information and tracking for location-based services (LBS) location information inquiry processing. Corresponds to

FIG. 15A illustrates an example of a biz template preset to perform an interworking request for the LBSP. The beads template shown in FIG. 15A is for locating (looking up) a specific phone according to the present invention, wherein the beads template includes a beads object (1) for searching I-type user information and a P-type. An example is made up of a beads object (2) for checking user information and a beads object (3) for LBS location inquiry of an I-type. Here, the business logic processor 23 performs interworking with the LBSP existing in the legacy system 29 through the legacy interworking processor 48 to perform the beads object ③ for the LBS location inquiry. 15A illustrates an embodiment of a beads template for LBS location inquiry according to the present invention. In addition, the beads template may be variously configured according to a service type provided by the CP / SP 11.

The XML generator 143-2 configures a legacy system 29 interworking request message received from the business logic processor 23 through the MQ manager 110 into XML appropriately for the LBSP. do.

The legacy interface 143-3 requests an inquiry of location information in association with an LBSP that processes location information and location-based services (LBS) information for tracking, and receives the location information inquiry result. Function

The XML Parser 143-4 parses the XML full text of the processing result message for the position lookup information received in the form of XML from the LBSP existing in the legacy system 29, and the LBS service listener 143. -1) to deliver.

Then, the LBS service listener 143-1 delivers the location information query result thus performed to the MQ transmitter 131-2 configured in the MQ manager 131, so that the location information query result is the business logic processor. 23 may be provided.

16 is a detailed configuration diagram of a legacy linkage process using the legacy linkage processor 26 having an LBS interface according to the present invention.

According to FIG. 16, first, a legacy interworking processor 26 having an LBS interface sends a message regarding an interworking request and an environment setting request for an LBSP of a legacy system 29 for location inquiry from the business logic processing unit 23. It receives through the message queue of the transfer unit 30 (S1601), and checks the validity (Validation) of the message about the interworking request and environment setting request for the received LBSP (S1602).

As a result of the check in step S1602, if the message about the interworking request and the environment setting request for the received LBSP is valid (S1603), the LBS service request message to perform a series of operations through the interworking with the LBSP Stores the message parameter value in the designated buffer according to the request type (S1604).

Subsequently, the XML full text corresponding to the LBSP interworking request work type is generated based on the contents of the designated buffer using the XML generator 913-1 (S1605).

After determining whether the XML full text is generated (S1606), when the XML full text is normally generated, the LBSP and the TCP / IP connection are established (S1607).

As a result of determining whether the TCP / IP connection with the LBSP in the legacy system 29 is normally established (S1608), when the connection is normally established, the generated XML message is transmitted to the LBSP (S1609).

Thereafter, the session maintains and waits for a response corresponding to the LBSP interworking request expressed in the XML message, that is, the location information query result message, and receives an XML response message from the LBSP (S1610).

In addition, the format of the XML response message received from the LBSP is checked, and the XML message is parsed using the XML parser 143-4 so that the checked XML message can be used by the business logic processor 23 (Parsing). S1611).

When parsing is completed in step S1611 (S1612), the corresponding message is combined into a message format to be transmitted to the business logic processing unit 23, and the corresponding message is transmitted through the message queue of the message transfer unit 30. The message, that is, the location information harmony result is transmitted to the business logic processing unit 23 (S1613), and the corresponding job record is recorded in the log file 131 (S1614). In addition, log information according to the determination result in the steps (S1603, S1606, S1608, S1612) is recorded in the log file 133-1 (S1614).

The LBSP interworking processing method for supporting an open mobile business according to the present invention may be embodied as computer readable codes on a computer readable recording medium. The computer-readable recording medium includes all kinds of recording devices in which data that can be read by a computer system is stored. Examples of computer-readable recording media include ROM, RAM, CD-ROM, magnetic tape, floppy disk, optical data storage, and the like, and also include those implemented in the form of carrier waves such as transmission over the Internet. The computer readable recording medium can also be distributed over network coupled computer systems so that the computer readable code is stored and executed in a distributed fashion.

Meanwhile, in the detailed description of the present invention, specific embodiments have been described, but various modifications are possible without departing from the scope of the present invention. Therefore, the scope of the present invention should not be limited to the described embodiments, but should be defined not only by the claims below, but also by those equivalent to the claims.

As described above, the present invention supports the complex operation of various infrastructure resources of the mobile communication system independently, thereby facilitating interworking between various infrastructure resources, and in addition, an integrated interface to the infrastructure resources of the mobile communication system. By providing, the infrastructure resources of the mobile communication system can be easily used at the service and application layers.

In addition, according to the present invention, by linking with the LBSP providing location-based services (LBS) for location information and tracking, by using the open mobile open mobile business support system to look up the location information in various forms There is an advantage that can efficiently provide mobile services.

Claims (9)

In order to support mobile service performance of a content / service providing system in connection with a mobile communication system, receiving a processing request for a business logic that performs a single function among the logic constituting the mobile service and returning a result value for the request An open interface processor to perform; And a business logic processing unit having a business logic processing unit for formalizing and managing the business logic as a bead template, executing the corresponding bead template according to the bead template execution request, and providing a result. A location-based service platform (LBSP) interworking apparatus for supporting execution of the biz template in association with a legacy system associated with business logic, the apparatus comprising: A common manager configured to return a request for performing a legacy system and a result required for executing the biz template from the business logic processor, and to manage a system environment and log information; And In connection with the LBSP that performs the location-based service of the mobile communication system, transfers the location-based related request of the business logic processing unit to the corresponding LBSP, and converts the result of authentication by the request to the standard interface method to the business logic processing unit LBSP interworking processing apparatus for supporting an open mobile business, characterized in that it comprises an LBS interface to deliver. The method of claim 1, wherein the common management unit, An MQ manager that performs transmission and reception management on a message communicated with the business logic processing unit through a message queue; Configuration management unit for managing the system environment or log generation cycle; A log manager which generates a log according to a log level; And LBSP interworking processing apparatus for supporting an open mobile business, characterized in that it comprises a log uploader to retrieve the log of each component of the legacy interworking processing device to transmit to the operation and management unit (OMS). The LBSP interworking apparatus of claim 2, wherein the log uploader transmits a log to the operation and management unit using a file transfer protocol (FTP). The LBSP interworking apparatus of claim 1, wherein the common manager transmits and receives a message through a message queue with the business logic processor. 5. The LBSP interworking apparatus of claim 4, wherein the LBSP interworking processing apparatus transmits and receives a message using the LBSP and TCP / IP. 6. The method of claim 1, wherein the beads template, On the properties of the Biz Object, which is a basic implementation unit, the execution order of the Biz Objects, expression of conditional branch, input parameter information for executing the Biz Object, data manipulation method, and output parameters derived after the Biz Template is executed. LBSP interworking processing apparatus for an open mobile business support, characterized in that consisting of at least one of information, and execution timeout setting information. In order to support mobile service performance of a content / service providing system in connection with a mobile communication system, receiving a processing request for a business logic that performs a single function among the logic constituting the mobile service and returning a result value for the request An open interface processor to perform; And in the open mobile business support system having a business logic processing unit that formalizes and manages the business logic as a biz template, performs the biz template according to the biz template execution request, and provides the result. In the LBSP interworking processing method for supporting the execution of the biz template in conjunction with the legacy system associated with the business logic, A first step of receiving a location inquiry request and an environment setting request through interworking with an LBSP through a message queue from the business logic processing unit; A second step of generating an XML full message corresponding to the requested task type based on the location inquiry request message using an XML generator to perform a series of tasks through interworking with the LBSP; A third step of establishing a TCP / IP connection with an LBSP when the XML preamble is normally generated; A fourth step of transmitting the generated XML message to the LBSP when the LBSP and the TCP / IP connection are normally established; Receiving, by the LBSP, a location information lookup response message in XML format corresponding to the XML message; Checking a format of an XML response message received from the LBSP, and parsing the identified XML message using an XML parser to be used by the business logic processing unit; And And when the parsing is completed, combining the parsed message into a message format to be transmitted to the business logic processing unit, and transmitting the parsing message to the business logic processing unit through a message queue. How to handle LBSP integration for support. The method of claim 7, wherein The second step, The LBSP interworking processing method for supporting an open mobile business, characterized in that it further comprises the step of checking the validity of the received location inquiry request and the configuration request. A recording medium on which a computer program is recorded. In order to support mobile service performance of a content / service providing system in connection with a mobile communication system, receiving a processing request for a business logic that performs a single function among the logic constituting the mobile service and returning a result value for the request An open interface processor to perform; And a business logic processing unit having a business logic processing unit for formalizing and managing the business logic as a bead template, executing the corresponding bead template according to the bead template execution request, and providing a result. In order to support the execution of the biz template in conjunction with a legacy system associated with business logic, A first step of receiving a location inquiry request and an environment setting request through interworking with an LBSP through a message queue from the business logic processing unit; A second step of generating an XML full message corresponding to the requested task type based on the location inquiry request message using an XML generator to perform a series of tasks through interworking with the LBSP; A third step of establishing a TCP / IP connection with an LBSP when the XML preamble is normally generated; A fourth step of transmitting the generated XML message to the LBSP when the LBSP and the TCP / IP connection are normally established; Receiving, by the LBSP, a location information lookup response message in XML format corresponding to the XML message; Checking a format of an XML response message received from the LBSP, and parsing the identified XML message using an XML parser to be used by the business logic processing unit; And When the parsing is completed, a computer program recording a program for combining the parsed message into a message format to be transmitted to the business logic processing unit, and then executing a seventh step of transmitting the message to the business logic processing unit through a message queue. The recorded recording medium.

Images