KR20070052038A - Method for providing application program interface in open mobile business supporting system - Google Patents

Abstract

The present invention provides a method for providing an API (Application Program Interface) in an open mobile business support system that provides a single interface for integrating and using various resources of a mobile communication system and can support various business models of CP / SP. will be.

The present invention relates to an open mobile business support system that stores, manages, and executes a Biz Template that implements Biz Logic, which is a sub-logic that can be performed in a mobile communication system, in a functional unit. An input parameter for inputting information required for a CP / SP to manage a biz template ID managed by the open mobile business support system, an authentication key assigned to the CP / SP, and biz logic corresponding to the biz template ID; Execution of Biz Logic corresponding to Template ID By providing API calling function with output parameter representing desired result, CP / SP side can easily use desired Biz logic, and combination of Biz Logic It supports various mobile business models.

Mobile Service, Open Interface, Biz Logic, Biz Template, API, Session Key, Application Program Interface

Description

Method for providing application program interface in open mobile business supporting system

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 schematic structural diagram of an open mobile business support system according to the present invention.

FIG. 4 is a diagram showing an example of the configuration of the biz logic, the biz template, and the biz object in the open mobile business support system according to the present invention.

5 is a block diagram showing an actual implementation of an open mobile business support system according to the present invention.

6 is a flowchart illustrating an open mobile business support procedure according to the present invention.

7 is a detailed configuration diagram of an open interface unit in an open mobile business support system according to the present invention.

8 is a flowchart illustrating an interface processing procedure for supporting an open mobile business.

Explanation of symbols on the main parts of the drawings

11: CP / SP system 30: legacy system

50: message delivery unit 51: MMDB

100: open interface device

200: business logic processing unit

300: infrastructure channel provider 400: billing processor

500: legacy interworking processing unit 600: web service provider

700: Operations and Management Department (OMS)

The present invention provides a method for providing an API (Application Program Interface) in an open mobile business support system that provides a single interface for integrating and using various resources of a mobile communication system and can support various business models of CP / SP. will be.

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.

1 is a schematic configuration diagram of a mobile service network, in which a content / service provider (hereinafter referred to as CP / SP) system 11 for providing a mobile service is provided for mobile communication through the Internet 12 or the like. It connects to the system 13 and provides a predetermined service or content to a plurality of mobile stations (MSs) 14 belonging to the mobile communication system 13.

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 13. Connected through.

As described above, the mobile communication system 13 includes network configuration devices (BSC, MSC, SMSC, CBSC, etc.) for constructing a mobile communication network, CP / SP information, terminal information, user information, number portability information, etc. for mobile communication services. It is composed of a service platform that performs a message service, a location service, a download service, etc. based on an infrastructure system, a mobile communication network that manages the network, and in the following, by integrating the network components, infrastructure system, and service platform, legacy (legacy) This is called a system.

Through the mobile service network described above, in the case where it is desired to provide a predetermined mobile service from the CP / SP system 11 to the mobile communication terminal 14, the service to the mobile communication terminal 14 is possible as well as performing a designated service. User or terminal information inquiry to determine whether the user is a normal user, user authentication to determine whether or not the normal user, and appropriate billing data collection when the service used is a paid service should be complex.

Even in the case of providing a mobile service in a simple form as described above, interworking with various legacy systems in the mobile communication system 13 is required. In the past, the required legacy system of the mobile communication system 13 in the CP / SP side is required. The direct access to the request was to request each required process 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 are provided to provide one mobile service. Providing fast and stable service is difficult because of multiple message exchanges.

In this respect, the Open Mobile Business Supporting System is proposed to provide a single interface for integrating and using various resources of the mobile communication system 13 and to support various business models of CP / SP. In particular, the open mobile business support system as a service platform can provide a single interface to various mobile communication infrastructure systems required by the service to maximize system construction efficiency and improve service quality with reliable data and stable system. .

In order to achieve such an effect, when implementing an interface between the CP / SP, which is a client of an open mobile business support system, and the system, a method capable of providing an interface that can be used without being limited to the type of client should be presented.

Accordingly, the present invention has been proposed to solve the above-mentioned problems, and its object is to provide a single interface for integrating and using various resources of a mobile communication system, and to provide an open type that can support various business models of CP / SP. It is to provide an API (Application Program Interface) providing method in a mobile business support system.

The API providing method in the open mobile business support system of the present invention for achieving the above object, performs a Biz Template that formalizes Biz Logic to be performed in the mobile communication system requested from CP / SP / Business logic processing unit for storing / managing, an open interface processing unit in charge of the interface between the business logic processing unit and CP / SP, and a legacy interworking processing unit for mediating the interworking between the business logic processing unit and the legacy system of the mobile communication system In the open mobile business support system to provide API,

For each business template provided by the open mobile business support system, the business template includes a business template ID required to perform predetermined business logic, an authentication key granted to use the business business logic, and a set of information required to perform the business business logic. A first step of setting an API having an input parameter and an output parameter consisting of a set of result values returned after execution of the biz logic; A second step of receiving a specific API request from a CP / SP; A third step of receiving a biz template ID, an authentication key, and input parameters from a CP / SP through the requested API; A fourth step of determining whether a CP / SP has a right to use the requested API by using the input authentication key; A fifth step of, upon determining that the CP / SP is authenticated, requesting a business logic processor to perform a biz template ID among the input parameters, and transferring the input parameters; And a sixth step of configuring an output parameter of the requested API from the execution result and delivering the result to the CP / SP upon receiving the execution result of the business logic processing unit for the request.

Hereinafter, an API providing method in an open mobile business support system according to the present invention will be described in detail with reference to the accompanying drawings.

Figure 3 shows the overall structure of an open mobile business support system to which the present invention is applied. Referring to FIG. 3, the open mobile business support system includes, as a main component, an open interface processing unit 100 for forming a contact point with the CP / SP system 11 and a mobile communication system 13 in the mobile service logic. The business logic processing unit 200 and mobile communication system for storing / managing / performing a bead template that can be performed in the input and output is a CP / SP system 11 to form a bead logic to bind the unit function (13) collects billing data for services performed through the infrastructure channel provider 300 and the business logic processor 200 and the infrastructure channel provider 300 to form a contact point for the legacy system therein; Legacy interworking processing unit 500 in charge of interworking between the billing processing unit 400, the business logic processing unit 200, the infrastructure channel provider 300 and the legacy system 30 to process And additionally, a web service provider 600 and an operating & management unit (hereinafter referred to as OMS) 700 for operation and management of the open mobile business support system.

For reference, in FIG. 3, the legacy system 30 represents various sub-systems constituting the mobile communication system 13, that is, a network configuration device, an infrastructure system, and a service platform. The service of the legacy system 30 is represented. Examples of the platform include 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 download platform for downloading predetermined content to a mobile communication terminal. The infrastructure system may include a CP / SP management system for managing information of a CP / SP providing a service in connection with a mobile communication system 13, a terminal information management system for managing terminal information, and authentication for managing user information. The system includes a network message device, such as a Short Message Service Center (SMSC) and a Cell Broadcasting Service Center (CBSC).

As shown in the above structure, the open mobile business support system provides an integrated interface to various legacy systems 30 within the mobile communication system 13 to provide the CP / SP system 11 and the legacy system 30. In addition, through the interworking between these legacy systems 30 to perform a predetermined bead logic, to support the provision of mobile services in the CP / SP system (11).

To this end, the open interface processor 100 of the present invention may receive a request for executing a specific Biz Logic from the CP / SP system 11 outside the mobile communication system 13 and return a result of the execution. As a means of providing an existing interface, an API (Application Program Interface) based on a web connection is provided.

Here, the Biz Logic is a combination of Biz Objects, which are the minimum unit functions executed in the mobile communication system 13, in the logic of the mobile service provided by the CP / SP system 11. The logic starting from the CP / SP system 11 and ending with the CP / SP system 11 is a logic grouping the unit functions. The biz logic is also a bundle of lower functions that can be performed by the mobile communication system 13 for a particular service among the service logic of the CP / SP system 11. Such bead logic is preferably set in consideration of the frequency of use or reusability in the various CP / SP system (11). For example, in any type of mobile service, the logic required for most user authentication or terminal authentication corresponds to a single function. However, since it is highly reusable, it is preferable to set it to bead logic. In the case of a mobile service that downloads a specific content or file, a plurality of functions such as authentication, data conversion, and billing are processed in a complex manner.

In the open mobile business support system, the biz logic is implemented as a Biz Template. Biz templates are implemented in the form of actual execution of biz logic. For example, implementing a user authentication template to implement biz logic to perform user authentication, an SMS / MMS transfer template to implement Biz logic to perform SMS / MMS transmission, and implementing Biz logic to perform general location service. It can be implemented as a general location finder template, a template for push platform message transmission using SMS / CBS.

For example, the above-described bead logic, a bead template and a bead object will be described.

FIG. 4 is a diagram illustrating service logic for 'storing in my phone' which downloads a specific content from a mobile communication terminal among mobile services provided, and in the logic, a biz object (BO1) requesting user authentication. ), The beads object (BO2) for querying the user information to determine availability, the bead object (BO3) for requesting authentication for the prepaid deduction of the service fee for the prepaid user among the normal user, and the prepaid The bead object BO4 for determining whether the remaining balance is greater than the service fee of the content and the bead object B05 for requesting and processing a prepaid deduction according to the determination result may be set. BO3), combined with user authorization Biz logic including prepaid balance inquiry, and corresponding Biz Temple A separate bead template can be constructed by configuring a list and setting it to bead logic that performs a prepaid subtraction with only the bead object BO5.

Here, the beads template is derived after the properties of the beads object included in the beads logic to be implemented, the execution order of the beads objects, expression of conditional branches, input parameter information for executing the beads object, a data manipulation method, and the beads template are performed. It consists of information about output parameters and execution timeout setting information.

In order for the CP / SP system 11 to easily use the beads template thus implemented, an application program interface is used, and an application program interface (API) for the corresponding beads template is provided for each biz template. In addition, the CP / SP system 11 may perform the desired biz template and obtain a result value through the API call regardless of the system environment. The method of providing the API will be described in more detail below.

In FIG. 3, the execution request of the specific biz logic set as described above is made through an API call of a biz template corresponding to the biz logic from the CP / SP system 11, and the biz template to be performed through a call function. It transmits identification information, data to be served (content), etc., and returns a result. The open interface processor 100 analyzes the request received from the CP / SP system 11 as described above, extracts the beads template identification information and the data to be serviced, and transmits the same to the business logic processor 200. In this case, the open interface processor 100 generates and manages a unique session key for each request of the CP / SP system 11, and the generated session key is processed in an open mobile business model support system. Used to distinguish Biz logics.

The business logic processing unit 200 executes, stores and manages a biz template requested from the CP / SP system 11. That is, 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 the bead template requested by the open interface processing unit 100 to perform the work. The result is returned to the open interface processor 100. In this case, the business logic processing unit 200 requests the legacy interworking processing unit 500 to interwork with the legacy system 30 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 11 are combined using the business logic processing unit 200.

On the other hand, the open mobile business support system of the present invention can also support performance-oriented interlocking processing that requires a rapid processing. This may be achieved through the infrastructure channel provider 300. The infrastructure channel provider 300 requests a performance of a biz object performed in another legacy system 30 directly from the legacy system 30 inside the mobile communication system 13 without passing through the open interface processor 100. Legacy system that receives and transmits the requested bead object to the legacy system 30 through the legacy interworking processing unit 500, and receives the processing result from the legacy system 30, and requested to perform the beads object again ( 30).

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 provider 300 directly, not through the open interface processor 100, and the external CP / SP system ( 11) the request can be processed through the open interface processing unit 100 and the business logic processing unit 200, thereby separating and supporting complex function-oriented services and performance-oriented services, thereby improving service quality.

Next, in FIG. 3, the legacy interworking processing unit 500 is in charge of interworking with the legacy system 30, and 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, SMS interlocking unit for transmitting a request to send a short message to the SMSC and return the result, and location-related inquiry or tracking request message in conjunction with the LBSP LBS interworking unit for transmitting and returning the result of execution, MMS interlocking unit for transmitting the multimedia message transmission request message to the MMSC, and normal user in the mobile communication system 13, adult, billing processing The authentication interworking unit may include an authentication interworking unit for transmitting an authentication request message to the legacy system related to the authentication and returning the result. Each time a new infrastructure resource is added to the mobile communication system 13, an interworking means for processing interworking with the corresponding infrastructure resource is added, and a biz object for setting interworking processing with the infrastructure resource and the infrastructure. By adding a Biz template that includes interlocking resources, you can easily accommodate new infrastructure resources.

Next, the billing processing unit 400 collects billing data according to the execution of the business template and the business logic processor 200 and the infrastructure channel provider 300, the beads object, the billing legacy system. More specifically, the billing processor 400 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.) are collected, converted to UDR data, and forwarded to the billing legacy system. As described above, since the billing processing unit 400 is formed on the same layer as the business logic processing unit 200 and the infrastructure channel providing unit 300, log information may be collected for each mobile service and for each legacy system. Detailed information and integrated processing are possible.

In addition, the open mobile business support system to which the present invention is applied may further include a web service providing unit 600 that provides registration of CP / SP or administrator, inquiry of statistical information on open mobile business service performance, and monitoring. . The web service provider 600 provides a manager website that provides a function for monitoring and managing an open mobile business support system, and a CP / SP that provides newly added biz templates and API information to CP / SP. Provide a separate Web site for the SP.

Furthermore, the open mobile business support system to which the present invention is applied may further include an OMS 700, through which log information about the open mobile business support service may be collected to monitor failure and performance information and to support operations. Manage information for That is, log information is collected for each CP / SP from the open interface processor 100, and operation and failure information of the business logic processor 200 and the legacy interworking processor 500 are collected and provided to the CP / SP or the operator.

5 is a detailed configuration diagram of an open mobile business support system to which the present invention is applied.

Referring to FIG. 5, the open mobile business support system to which the present invention is applied includes the open interface processor 100, the business logic processor 200, the infrastructure channel provider 300, and the billing processor 400 of the present invention. ), A legacy interworking processing unit 500, a web service unit 600, and an OMS 700, and further, between the open interface processing unit 100 and the business logic processing unit 200, the business logic processing unit. And a message delivery unit 50 including a plurality of message queues (Message Queue, MQ) 50a for performing signal transmission between the 200 and the infrastructure channel provider 300 and the legacy interworking processor 500. The open mobile business support system, the open interface processing unit 100, the business logic processing unit 200, the infrastructure channel provider 300, the billing processing unit 400, the legacy interworking through the MQ (50a) The message exchange between the processing unit 500 is processed in an asynchronous manner.

In addition, the open mobile business support system further includes a memory-based database (MMDB) 51 that manages the request of the biz template and the result and status of the biz object / bead template. The MMDB 51 is an open interface processor 100, a business logic processor 200, and an infrastructure channel provider 300 may both access and perform writing and reading. The open interface processor 100 may request the MMDB 51. When the generated beads template is recorded in the MMDB 51 for each session key, the business logic processing unit 200 refers to the memory-based database in the MMDB 51 to perform the beads template and to record the state thereof. The MMDB 51 stores the beads template related information and provides the beads template information when requested by the open interface processor 100 and the business logic processor 200.

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

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

The web service unit 600 refers to the repository DB 52 to provide registration and change of CP / SP, a monitoring service, newly added biz logic information (including API for each biz template), and the OAM 700. ) Refers to the MMDB 51 and the repository DB 52 to manage failure and performance information,

The message transfer unit 50 shown in FIG. 5 includes a plurality of MQs 50a allocated for each system, and the MQs 50a are largely open interface processing units 100 to be received by the business logic processing unit 200. A plurality of first message queues storing a request message or a response message from the legacy interworking processor 500 and a report message from the legacy interworking processor 500 to be received by the business logic processing unit 200. Two message queues are allocated to the open interface processor 100 or the legacy interworking processor 600, and are divided into a plurality of third message queues for storing messages to be transmitted from the business logic processor 200.

Each of the first to third message queues may be identified through an assigned name, and the message queue name may include a system name of a stored message, a system name of receiving the stored message, a stored message, or a response message. A message type indicating whether the message is a request message or a report message, and an identification value set for each domain or legacy interworking unit, and referring to the open interface processing unit 100, the business logic processing unit 200, and the legacy interworking processing unit. Each 500 identifies a message queue to which its request / response / report message will be written or read.

The open interface processing unit 100 records a request message of a predetermined business template in a designated MQ of the message delivery unit 50, and the business logic processing unit 200 requests a biz template in the designated MQ of the message delivery unit 50. The message is read and each bead object constituting the beads template is sequentially executed. In this case, in the case of the first bead object, the interworking request message of a predetermined legacy system is recorded in the message transfer unit 50. After reading and processing the request message from the designated MQ of the message transfer unit 50 of the legacy interworking processor 500, the result is written back to a predetermined MQ of the message transfer unit 50, and thus the business logic processing unit ( 200 reads the processing result for the first biz object from the MQ and continues the next processing. By transmitting the message through the message transfer unit 50 as described above, the independent operation between the open interface processing unit 100, the business logic processing unit 200, the infrastructure channel providing unit 300, and the legacy interworking processing unit 500. Can be guaranteed.

6 is a flowchart showing the operation of the open mobile business support system configured as described above. Referring to FIG. 6, the open interface processor 100 of the present invention receives a standard API input for a biz template execution request from a CP / SP system 11, and transmits the biz template execution request message to the business logic processor 200. (S600, S602). Here, the open interface processor 100 delivers the beads template to the first message queue of the message transfer unit 50 to transmit the beads template execution request message.

The business logic processor 200 checks whether there is a biz template execution request message in the first message queue of the message transfer unit 50, and if there is a new biz template execution request message, the first message queue 511. The biz template execution request message is read from the SMM, and the biz template information related to the request message (which can be identified by the Cesene key) is loaded from the MMDB 51 (S606). The corresponding beads object is sequentially performed according to the flow of the loaded beads template (S608).

When the business object that is being executed requires the interworking with the legacy system 30, the business logic processing unit 200 stores a message requesting the interworking of the legacy interworking processing unit 500 in a third message queue, thereby providing a legacy system ( Request to perform the service of 30) (S610). The third message queue is allocated to each system of the legacy interlocking processor 500, and the recorded message is read and processed by the corresponding legacy interlocking processor 500 and received from the legacy system 30 for the execution result. The response message or the report message is recorded in the first and second message queues (S612).

Accordingly, the business logic processor 200 may receive a response or a report message in response to the request from the designated first and second message queues. If the processing of the beads template is not all completed, the steps S610 and S612 are repeatedly performed.

When all the processing of the beads template is completed (S614), the charging information related to the processing is transmitted to the charging processing unit 400 (S616).

In addition, the business logic processing unit 200 transmits the result of performing the biz template to the open interface processing unit 100 by storing the result of the execution of the template in the third message queue of the message transfer unit 50 (S618).

The open interface processor 100 transmits the transmitted beads template execution result to the CP / SP system 11 again (S620).

7 is a detailed configuration diagram of an open interface processing unit 100 for processing an API according to the present invention. The open interface processing unit 100 includes a web service unit 101, an authentication unit 102, and a session key generation unit. 103, the interlocking management unit 104, the message analyzing / converting unit 105, and the message processing unit 106. In addition, it may further include a session manager 107, a log manager 108, a configuration manager 109, and a configuration information delivery unit 110.

The web service unit 101 receives a standard API input for a biz template execution request from the CP / SP system 11 and transmits the biz template execution result to the CP / SP system 11. The interworking between the web service unit 101 and the CP / SP system 11 is in the form of a web service using a SOAP protocol. The CP / SP system 11 may generate a stub for the SOAP protocol by using a web service toolkit provided for each platform and use a web service as a general function call. In addition, in the CP / SP system 11, a request for executing a biz template through the web service unit 101 is requested through a standardized standard API and received the execution result.

The authentication unit 102 performs and manages the authentication of the beads template that the CP / SP system 11 requests execution. In addition, the authentication unit 102 performs and manages the authentication of the CP / SP system 11 and performs access to an identifier (ID) and a specific Internet protocol (IP) of the specific CP / SP system 11. Restrict.

The session key generation unit 103 generates a session key for the biz template requested to be executed from the CP / SP system 11. In this case, the session key is a unique key set for each Biz template request. The unique session key generated by the session key generation unit 103 is then managed by the session management unit 107, which is mapped and stored in the MMDB 51 with the corresponding bead template information. Accordingly, the bead template information requested to be executed from the CP / SP system 11 is assigned a unique session key and stored in the MMDB 51, and then the business logic processor 200 receives the session key and receives the MMDB 51. ) Retrieves the bead template information, executes it, and records the state information in the MMDB 51.

The interworking management unit 104 waits for a thread for the Biz template execution request of the CP / SP system 11 received by the web service unit 101, and the execution result of the biz template is received from the business logic processing unit 200. When received, the waiting thread is activated to transmit the result of performing the biz template to the web service unit 101. The web service unit 101 receives a standard API input for the Biz template execution request from the CP / SP system 11 and delivers it to the interworking management unit 104. At this time, the interworking management unit 104 delivers the standard API input to the message processing unit 106 and maintains a thread for the standard API input in a standby state. Subsequently, when the execution result of the biz template is received from the message processing unit 106, the processing thread of the web service unit 101 is activated and the execution result is transmitted to the web service unit 101.

In particular, the interworking management unit 104 is the open interface processing unit 100 of the present invention controls the synchronous (synchronous) interworking with the CP / SP system 11 and the asynchronous interworking with the business logic processing unit 200 (Asynchronous) To control. That is, when the open interface processing unit 100 of the present invention transfers a standard API input for the beads template from the CP / SP system 11, the open interface processor 100 may return the result of performing the beads template to the CP / SP system 11. The CP / SP system 11 is synchronously interworked by maintaining a session until the session is maintained. However, when the open interface processor 100 of the present invention delivers the Biz Template Execution Request message to the business logic processor 200, the open interface processor 100 delivers the request message to the first message queue of the message transmitter 50. 2 The business logic processor 200 retrieves the result message of the Biz template from the message queue 51b and if it exists, reads it and delivers it to the CP / SP system 11 through the web service unit 101. Works with asynchronously.

The message analysis / conversion unit 105 receives a message received from the CP / SP system 11 or the business logic processing unit 200 and receives the message from the CP / SP system 11 or the business logic processing unit 200 or the CP / SP system 11. Convert to a message. That is, the message analyzer / transformer 105 analyzes the standard API input received from the CP / SP system 11 and converts the standard API input into a bead template execution request message that can be read by the business logic processor 200. The biz template execution result transmitted from the logic processing unit 200 is converted into a message for delivery to the CP / SP system 11.

The message processor 106 transmits and receives the Biz Template Execution Request message or the Biz Template Execution Result message to / from the business logic processor 200. That is, the message processing unit 106 receives the Biz Template Execution Request message converted by the message analysis / conversion unit 105 and records the message template execution request message in the first message queue of the message transmission unit 50, and the business logic processing unit 200. ) Reads the beads template execution result message recorded in the second message queue and delivers the message to the message analyzing / converting unit 105. The message processing unit 106 asynchronously transmits and receives an execution request or execution result message of the Biz template under the control of the interworking management unit 104.

The open interface processing unit 100 of the present invention having such a configuration provides a web interface as an interface for the CP / SP system 11, which is a client requiring the service of the open mobile business support system. Various service requests are received from the CP / SP system 11 through. In particular, in the mobile business support system, the open interface processor 100 of the present invention provides a business logic call mechanism in the form of a standard API from the CP / SP system 11. Thus, unlike the existing protocol-based interworking method, the CP / SP system 11 can easily use the functions of the wireless Internet infrastructure system without developing it directly, and can be used without being limited to the type of CP / SP system as a client. Provide an open interface.

The session manager 107 provides a management function for session information on the MMDB 51 which is a memory-based database. The MMDB 51 stores the authentication information of the CP / SP system 11, the execution result of the biz template, and the state information. In particular, the MMDB 51 maps and stores the business template information requested to be executed from the CP / SP system 11 and the unique session key assigned to the business template. Important functions of the MMDB 51 interworking include session state storage, bead object state storage, session parameter information, and bead object parameter information storage. In more detail, when the session is executed for the processing of a service requested from the outside, the state of the session is changed or the state of the service is terminated, the state state is stored. Is done. In addition, when the object is executed for service processing after the session is started, the state of the object and the parameter value of the object are saved.

The log manager 108 manages log information, statistics data, and session information about completed transactions and the biz template transmitted from the business logic processing unit 200. The log manager 108 generates a system log related to the log and transmits the generated log information and statistical data to the OMS 700 server.

The configuration management unit 109 manages configuration information for the open interface processing unit 100 by providing an access function for the configuration file of the open interface processing unit 100 of the present invention. The configuration management unit 109 reflects this in real time when the configuration information of the open interface processing unit 100 of the present invention is changed so that a module requiring the configuration information can query the modified configuration information value.

The configuration information transmitting unit 110 receives a configuration information inquiry request of the open interface processing unit 100 through an external web service providing unit 600, extracts the configuration information, and delivers the configuration information to a web site. When the configuration information transmission unit 110 receives a configuration information inquiry request of the open interface processing unit 100 of the present invention through an external system web site 55, the configuration information online inquiry module extracts configuration information values, and the web. The extracted configuration information value is transmitted through the web service provider 600 through a service. The developer of the system web site 55 may check the configuration information received through the web service through the configuration information inquiry screen of the open interface processor 100.

In order to support more users, the open interface processing unit 100 of the present invention may exist in two or more. In this case, the request message of the open interface processing unit 100 is sequentially read by the business logic processing unit 200 and processed. Since the first message queue may be commonly used by all open interface processing units 100, the third message queue may have different destinations of messages for each session, so each message may be different for each open interface processing unit 100. By setting the queue and including information on the message queue to return a result value when the request message is recorded, the business logic processing unit 200 may know where to record the result value of the biz template.

8 is a flowchart illustrating an open interface method in an open mobile business support system according to an embodiment of the present invention. Referring to this, the web service unit 101 executes a specific biz template from the CP / SP system 11. Receive a standard API input for the request (S800). At this time, the thread for the biz template execution request of the CP / SP system 11 received by the web service unit 101 is maintained in a standby state, and when the execution result of the biz template is received thereafter, by activating the thread The web service unit 101 transmits the result of executing the biz template.

The session key generation unit 103 generates a unique session key for the requested Biz template (S802). The generated session key is mapped to the corresponding business template and stored in the MMDB 51. Subsequently, the authentication unit 102 performs authentication on the beads template (S804). At this time, the authentication of the CP / SP system 11 which provided the Biz template execution request is also performed.

The message analysis / conversion unit 105 converts the Biz template execution request into a message format that can be read by the business logic processing unit 200 in order to deliver the business logic processing unit 200 (S806). After the message processing unit 106 transmits the converted business template execution request message to the business logic processing unit 200 (S808), it waits for the execution result message of the business template to be received (S810). In this case, the message processing unit 106 records the beads template execution request message in the first message queue 51a of the message transfer unit 50 in order to deliver the beads template execution request message to the business logic processing unit 200. Thereafter, it waits for the biz template execution result message to arrive in the second message queue 51b of the message transfer unit 50.

Thereafter, when the biz template execution result message arrives at the second message queue 51b (S812), the biz template execution result message is converted into a message format for delivery to the CP / SP system 11 (S814). . Subsequently, the biz template execution result message is transmitted to the CP / SP system 11 through the web service 101 (S816).

As described above, the standard API provided to the CP / SP system 11 through the open interface processor 100 will be described in more detail as follows.

In the present invention, the open interface processor 100 provides a service of using an open mobile business support system by using an invoke API function.

At this time, the API is provided for each Biz template provided by the open mobile business support system, for example, user authentication (basic, including prepaid balance inquiry, terminal support inquiry), phone model information query, number mobile inquiry, phone model Set the API required for each information inquiry, SMS transmission, MMS transmission, general location search, push type platform message transmission, third party transmission, and transmission to my phone.

The provided API basically uses an invoke API function, and includes a bead template ID (TEMPLATE_ID) indicating a bead template to be executed, an authentication key (AUTH_KEY) granted for use of the bead template, and a request for execution of the bead template. By using the input parameter (inParamSet) that delivers the information, and the output parameter (outParamSet) indicating the result information returned after the execution of the biz template as a parameter, the execution of a specific biz template can be requested and the result information can be obtained. . In the above, the output parameter basically includes a result code indicating whether the service request succeeded or, in case of failure, for some reason, and a result message indicating the execution result. The result code normally returns a value of "0" upon success, and in case of an error, a code set for each error type. At this time, the list and contents of the provided error codes are provided in advance to the CP / SP side.

In the above description, the content of the information delivered from the parameter varies depending on the type of the corresponding API for the input parameter and the output parameter.

More specifically, the open mobile business support system according to the present invention provides an API for basic user authentication such as normal user presence, pause / cancellation block, corporate user block, prepaid user block, intelligent network prepaid block, and the like. This API includes user phone number as input parameter and user authentication type (represents basic user authentication type such as normal user presence, pause / cancellation block, corporate user block, prepaid user block, intelligent network prepaid block). The parameters include a result code indicating whether the user authentication request succeeded and an error type when the user authentication request did not succeed, and a result message.

In addition, in the open mobile business support system according to the present invention, an API may be set when the user wishes to further include a prepaid balance inquiry together with the basic user authentication as described above. Price information for the content / service provided with the authentication type is further included, and the output parameter is a return value, in addition to the result code and the result message for the request, whether the prepaid user and the balance of the prepaid user are included. In the above, if the normal user but not the prepaid user through the result code of the output parameters, by transmitting the corresponding error code value, it is possible to take appropriate measures in the CP / SP system (11).

In addition, the open mobile business support system of the present invention provides an API for inquiring whether terminal support by service type together with user authentication, and this API provides a service when user basic authentication for each authentication type is performed upon authentication and authentication is successful. Information about whether the terminal supports each type is obtained, and the input parameter includes service information indicating whether a service to be supported by the terminal is MMS, Flash, or MP3 together with the user's phone number and user authentication type. It contains a result code and a result message indicating the success or failure of the request.

In addition, the open mobile business support system of the present invention provides an API for inquiring phone model information possessed by a mobile subscriber, which is to obtain model information for the corresponding mobile communication terminal, and is a user phone number as an input parameter. Only the output parameters include the result code and the result message, along with a number of values indicating phone information (e.g. phone model name, bell type code, poly information, color information, CDMA support or karaoke support). And the like). At this time, the result code indicates whether the phone model inquiry request is successful.

In addition, the open mobile business support system according to the present invention may include an API for inquiring whether a user subscribes to a monthly subscription to a specific service, the API is a service identification value, user phone number, A result code indicating the type of the user authentication type, the identification value of the CP / SP providing the service, the price of the corresponding content, and a success code indicating the success or error code for the monthly authentication and prepaid balance inquiry request as an output parameter; Contains a result message that sends the result.

In addition, the open mobile business support system according to the present invention may include an API for querying only whether a user subscribes to a monthly subscription for a specific service, which is a service identification value set for each service as an input variable, a user's phone number, and user authentication. It includes a type, a CP identification value for providing the service, and as an output parameter includes a result code indicating the success or error of the monthly authentication request, and a result message describing the execution result value for the request.

In addition, the open mobile business support system according to the present invention provides an API for processing subscription / cancellation for a service provided at a specific monthly fee, and the API provides a service identification value and a service code value set for each service as input parameters. , The identification information of the content provider, the subscription / unsubscribe target phone number, and as an output parameter, a result code for providing success and error information for the request, and a result message for delivering the result of performing the request. do.

In addition, the open mobile business support system according to the present invention may provide an API for querying information of a wireless Internet user of a specific ID, which API is an input parameter, the ID of the wireless Internet user, and the encrypted of the user. A result code indicating a success / error information for the request as an output parameter, a result message indicating a performance result value for the request, basic information of the corresponding wireless Internet user (e.g., a phone number, Name, social security number, etc.).

In addition, the open mobile business support system according to the present invention provides an API for querying a phone number of a wireless Internet user of a specific ID, which has a wireless Internet ID as an input parameter and a result as an output parameter. It has the phone number and / or name of the person to be authenticated along with the code and result message.

In addition, the open mobile business support system according to the present invention provides an API for inquiring whether the user authentication for the social security number, which is an input parameter, the user authentication type described in the API for basic user authentication, the authentication target phone number, Resident / business number of the encrypted authentication subject, and the authentication type indicating whether the authentication target is a name holder, a business operator or a real user. The output parameter includes only a result code and a result message.

In addition, the open mobile business support system according to the present invention provides an API for inquiring color information provided for each phone, the API including information (model name or phone number) of the phone to be inquired as an input parameter, and outputting As a parameter, it contains the color code (e.g., monochromatic, 4 gray, 256 colors, etc.) corresponding to the phone along with the result code and the result message.

In addition, the open mobile business support system according to the present invention includes an API for querying number porting information for a subscriber whose number has been shifted. When the API enters a user's phone number as an input parameter, the request for success is outputted as an output parameter. Outputs the number porting final routing information with a result code indicating error information and a result message recording the result of the request.

In addition, the open mobile business support system according to the present invention includes an API for providing age information for determining whether the user is an adult, the API inputs the user's phone number as an input parameter, the request as an output parameter An age code indicating the age of the user is returned along with a result code indicating success / error information about and a result message indicating an execution result value.

In addition, the open mobile business support system according to the present invention provides an API for inquiring phone model information, and this API inputs a user phone number or phone model name as an input parameter, and success / error information of the request as an output parameter. And phone performance information such as phone model name, bell type, poly information, color information, CDMA support, and karaoke support.

In addition, the open mobile business support system according to the present invention provides an API for executing a prepaid prepaid, which inputs a target phone number, a prepaid subscription product code, a deduction request amount, and a billing type as input parameters, and displays a prepaid deduction result. Get as an output parameter.

In addition, the open mobile business support system according to the present invention provides an API used for SMS transmission, which includes information necessary for SMS transmission as an input parameter, an SMS type indicating whether a short message, a callback message or a platform message, Callback phone number or URL when a return phone number or URL is specified, along with the billing type information for billing processing, along with the sender's phone number and the recipient's phone number. And a session code assigned by the open mobile business support system for inquiring the transmission result, together with a result code and a result message indicating success or failure of the SMS transmission request.

In addition, the open mobile business support system according to the present invention, provides an API for SMS single-tone ringtone transmission, which is an input parameter, callback phone number, transmission message, outgoing phone number, incoming phone number, platform identification information, billing information And, as output parameters, a result code indicating success / error for the request and a session key assigned to the request for querying the result message and the transmission status.

In addition, the open mobile business support system according to the present invention provides an API for querying the result of the SMS transmission, which, when requesting the API, inquires about the SMS transmission result for the session key inputted as a parameter and displays the result. As a return, an input parameter includes a session key returned after the SMS transmission request, an output parameter including a result code indicating whether the inquiry result is successful, and a result message describing the inquiry result.

In addition, the open mobile business support system according to the present invention provides an API for transmitting a multimedia message to the receiver's phone requested by the caller. When the API includes basic authentication processing for the sender and the receiver internally, there is no need to call an API for user authentication separately, and the open mobile business support system may receive a multimedia message when the API is requested. When determining the type of the terminal, if the terminal is equipped with a browser, the SMS of the callback URL method that can receive the MMS is transmitted, and when the terminal user presses a button, the MMS content of the callback URL is downloaded to the terminal and displayed, If the MMS unsupported terminal capable of SMS only, it cannot be transmitted. The API is an input parameter, MMSC transaction ID, VAS ID, callback mobile number, message transmission method, content conversion request, message title and content, platform identification information, caller phone number, receiver phone number, billing information, billing A result code and a result message indicating the success / error information of the request as an output parameter and a session key assigned to the request, whereby the CP / SP can query the result of the transmission of the requested multimedia message. To be able. The content of the multimedia message provided as the input parameter is largely represented by an HTTP message composed of an HTTP header and a content area, and divided into a blank (CRCF) between the header and the content area, and the content area is required for a multimedia message service. It contains a parameter object containing parameters and a series of media objects that make up a multimedia message. The order of the objects is not important, but if there is a parameter object containing multimedia message service parameters, this object should be placed first, and the HTML document that forms the frame of all the media objects in the multimedia message is the first among the media objects. Should be included as an entity. Each entity may include its own header field.

In addition, the open mobile business support system according to the present invention further provides an API for querying the transmission result for the multimedia message transmitted as above, which is a session key returned through the API for multimedia transmission as an input parameter. It includes.

In addition, the open mobile business support system according to the present invention provides an API for locating a specific phone so as to support location based services (LBS), which is an input parameter, which includes a user authentication type when authentication is included, Positioning method, response time setting information, return method of receiving only location or location and map together, format of map file, color and screen information if receiving map, caller phone number, receiver phone number, billing information, LBSP It includes the registered SP, code, and service code. The output parameters include the position value (X, Y coordinate value, etc.), error range, encrypted address information, Inquired location information including the location result time, location method, map name provided, whether or not the map viewer is installed, map scale, and encrypted image file. . In the above, in case of GPS location search, it may return a reservation number if it takes a long time. In this case, the location must be retried through the reservation number.

In this case, it provides more API for retrieval, and this API is an input parameter, request type (BREW, KUN, ME, WIPI, etc.), reservation number returned from previous location inquiry, platform identification information, calling / receiving phone number. , The billing information, the billing type and the SP and the service code registered in the LBSP, and the output parameters are configured similarly to the case of the API for the location inquiry.

In addition, the open mobile business support system according to the present invention provides an API for locating the addition / deletion of mutual authentication for a location finder, which is a user authentication information, request type (BREW, wired, KUN, ME, WIPI, etc.) information, caller's phone number, caller's browser version, callee's mobile phone number, LBSP registered SP and service code.In case of mutual authentication deletion, request type, caller's phone number and receiver's phone It includes the number, the requesting subject (tracker or tracee) along with the SP and service code registered in the LBSP, and the output parameters include a result code indicating the success / error information for the request and a result message returning the result.

In addition, the open mobile business support system according to the present invention provides an API for querying the mutual authentication list in a location search service, which is a user authentication type and a request type (BREW, wired, KUN, ME) as input parameters. , WIPI, etc.), and the originator phone number, the version of the originating browser, whether the requester is the tracker or the tracee, the SP / service code registered in the LBSP, and the result code for recording the success / error code for the request as an output parameter. , A result message describing the result value, and a query list.

In addition, the open mobile business support system according to the present invention provides an API for requesting setting of a trigger through a parameter in a location-based service, which is a user authentication type, a request type (BREW, wired, KUN, ME, WIPI, etc.). ), Caller's phone number, caller's browser version, tracee's phone number, start / end time, trigger interval, location method, and URL to put the result after the trigger is executed, and the success / error code for the request as an output parameter. It contains the result code describing the result, the result message describing the result value, and the trigger ID set for each trigger. The trigger ID is then used when deleting / detailing the list.

In addition, the open mobile business support system according to the present invention provides an API for requesting cancellation of the set trigger, which is a request type (BREW, wired, KUN, ME, WIPI, etc.) and caller phone number as input parameters. A result message describing a success / error code for the request as an output parameter, including a caller browser version, a trigger ID obtained during the trigger inquiry, and an SP / service code registered in the LBSP. And the tracee's telephone number is returned.

The configuration of the above-described API is only one embodiment of the present invention, and in accordance with the above-described method, by configuring the API for each Biz template provided in the open mobile business support system, by providing it to the CP / SP system 11 The CP / SP system 11 can simply obtain the performance of the desired service and the result value by requesting the API provided as described above, regardless of whether a new infrastructure is added or changed in the mobile communication system.

As described above, by providing an API to the open mobile business support system, it is possible to support the CP / SP to use the internal infrastructure of the mobile communication system in a formal and proven way, and as a result It becomes possible to provide.

Such an API is preferably appropriately managed according to the acceptance of a new mobile service, the change / addition of an infrastructure of a mobile communication system, and the change / add / delete of a business template, and the creation of a new API is commonly used in various services. It is desirable to configure it to ensure commonality, readability to enable mobile service developers to easily understand this, and to build independence from existing APIs.

The drawings and detailed description of the invention are merely exemplary of the invention, which are used for the purpose of illustrating the invention only and are not intended to limit the scope of the invention as defined in the appended claims or claims. Therefore, those skilled in the art will understand that various modifications and equivalent other embodiments are possible from this. Therefore, the true technical protection scope of the present invention will be defined by the technical spirit of the appended claims.

As described above, the present invention can support internal users of various CP / SPs or mobile communication systems to use various infrastructure resources of the mobile communication system through a standardized and verified method, thereby enabling easy, fast and stable mobile service. To provide.

In addition, the present invention can ensure the timeliness of the service, ensure continuity, and ensure high availability through efficient API management.

Claims (27)

A business logic processing unit that executes / stores / manages a Biz Template that formalizes Biz Logic to be performed in a mobile communication system requested from CP / SP, and an interface between the business logic processing unit and CP / SP In the API providing method in an open mobile business support system comprising an open interface processing unit in charge and a legacy interworking processing unit for mediating interworking between the business logic processing unit and the legacy system of the mobile communication system, For each business template provided by the open mobile business support system, the business template includes a business template ID required to perform predetermined business logic, an authentication key granted to use the business business logic, and a set of information required to perform the business business logic. A first step of setting an API having an input parameter and an output parameter consisting of a set of result values returned after execution of the biz logic; A second step of receiving a specific API request from a CP / SP; A third step of receiving a biz template ID, an authentication key, and input parameters from a CP / SP through the requested API; A fourth step of determining whether a CP / SP has a right to use the requested API by using the input authentication key; A fifth step of, upon determining that the CP / SP is authenticated, requesting the business logic processing unit to perform a biz template ID among the input parameters, and transferring the input parameters; In response to receiving the execution result of the business logic processing unit for the request, the open mobile business support system comprising a sixth step of configuring the output parameters of the requested API from the execution result and delivering to the CP / SP How API is provided. The method of claim 1, wherein in the first step, the bead logic, An open interface in an open mobile business support system, starting from a CP / SP, a logic performed by a legacy system of a mobile communication system among predetermined service logics, and finally processing to the CP / SP. Way. The method of claim 1, wherein the beads template Attributes of the Biz object, execution order of the Biz objects, expression of conditional branch, Biz object for executing interworking with legacy systems of the mobile communication system or comparison / decision processing based on the interworking result. A method for providing an API in an open mobile business support system, characterized in that it comprises at least one of input parameter information, a data manipulation method, information on an output parameter derived after a biz template is performed, and execution timeout setting information. The method of claim 1, In the first step, the output parameter of each API includes a result code for delivering success / error information about a request of the corresponding API, and a result message for delivering a performance result upon success. How API is provided. The method of claim 4, wherein In the first step, APIs are provided for basic user authentication such as normal user presence, suspension / cancellation block, corporate user block, prepaid user block, and intelligent network prepaid block. The API includes a user phone number as an input parameter and a user authentication type (representing basic user authentication types such as normal user presence, pause / cancellation blocking, corporate user blocking, prepaid user blocking, and intelligent network prepaid blocking). API providing method in open mobile business support system. The method of claim 4, wherein In the first step, we provide an API for viewing your prepaid balance along with basic user authentication. The API provides the price information for the content / service along with the user phone number and the user authentication type (one of normal user presence, pause / cancellation block, corporate user block, prepaid user block, and intelligent network prepaid block) as input parameters. And the output parameter further includes prepaid status and balance information of the prepaid user. The method of claim 4, wherein In the first step, an API for inquiring whether a terminal is supported by service type is provided along with user authentication. The API provides, as an input parameter, whether an MMS, Flash, or MP3 service is supported by the terminal along with a user phone number and a user authentication type. Method for providing an API in the open mobile business support system, characterized in that the service information indicating. The method of claim 4, wherein In the first step, an API for querying phone model information possessed by the mobile communication subscriber is provided, and only the user's phone number is included as an input parameter, and the output parameter further includes phone information. How to provide API in. The method of claim 4, wherein In the first step, an API for inquiring whether a user subscribes to a monthly service for a specific service is provided, and as an input parameter of the API, a service identification value, a user phone number, a type of a user authentication type, and the service are provided. Method of providing an API in the open mobile business support system, characterized in that it comprises at least one of the identification value of the CP / SP, and the price of the content. The method of claim 4, wherein In the first step, an API for processing subscription / cancellation for a service provided at a specific monthly fee is provided. The service identification value, service code value, content provider identification information, and subscription set for each service as input parameters of the API are provided. / API providing method in the open mobile business support system, characterized in that it comprises at least one of the termination target phone number. The method of claim 4, wherein In the first step, an API for inquiring about information of a wireless Internet user having a specific ID is provided, and the input parameter of the API includes an ID of the wireless Internet user and an encrypted password of the user, and outputs the corresponding wireless Internet as an output parameter. API providing method in the open mobile business support system, characterized in that the basic information of the user is included. The method of claim 4, wherein In the first step, an API for inquiring a phone number of a wireless Internet user having a specific ID is provided, the wireless Internet ID is included as an input parameter of the API, and the phone number of the subject is provided as an output parameter. To provide an API in an open mobile business support system. The method of claim 4, wherein In the first step, an API for inquiring whether the user is authenticated for the social security number is provided, and as the input parameter of the API, the user authentication type described in the API for basic user authentication, the phone number to be authenticated, and the citizen / Method for providing an API in an open mobile business support system, characterized in that it comprises a business number and an authentication type indicating whether the authentication target is a name holder, a business operator or a real user. The method of claim 4, wherein In the first step, an API for searching color information provided for each phone is provided. The API is provided in the open mobile business support system, which includes a model name or a phone number of a phone to be queried as an input parameter of the API, and includes color information corresponding to the corresponding phone together with a result code and a result message as output parameters. Way. The method of claim 4, wherein Open API characterized in that the API for querying the number porting information for the subscriber number shifted in the first step, and if the user phone number is input as the input parameter of the API, the number porting final routing information is provided as an output parameter How to provide API in mobile business support system. The method of claim 4, wherein In the first step, provides an API that provides age information for determining whether the user is an adult, inputs a user's phone number as an input parameter of the API, and further provides an age code indicating the user's age as an output parameter. API providing method in an open mobile business support system, characterized in that. The method of claim 4, wherein In the first step, an API for inquiring phone model information is provided, and when a user phone number or phone model name is input as an input parameter of the API, the phone model name and bell together with the success / error information and a result message of the request are output parameters. A method of providing an API in an open mobile business support system, characterized by providing phone performance information such as type, poly information, color information, CDMA support, karaoke support, and the like. The method of claim 4, wherein In the first step, we provide an API to run a prepaid deduction. Method for providing an API in the open mobile business support system, characterized in that the input parameters of the API includes the target phone number, prepaid subscription product code, deduction request amount, billing type. The method of claim 4, wherein In the first step, we provide an API for sending SMS. As an input parameter of the API, an SMS type indicating whether the message is a short message, a callback message or a platform message, a callback phone number or URL when a reply phone number or URL is specified, a transmission message, a phone number of a callee, a phone of a callee A method for providing an API in an open mobile business support system, comprising charging type information for charging processing, and a session key assigned to the request for querying the transmission result as an output parameter. The method of claim 4, wherein In the first step, an API for SMS single-tone ringtone transmission is provided, and the input parameter includes at least one of a callback phone number, a transmission message, an outgoing phone number, a received phone number, platform identification information, and billing information. API providing method in open mobile business support system. The method of claim 20, In the first step, an API for querying the result of SMS transmission is provided, and the method of providing an API in an open mobile business support system, characterized in that it includes a session key returned after the SMS transmission request as an input parameter. The method of claim 4, wherein In the first step, an API for transmitting a multimedia message to the receiver's phone requested by the caller is provided. As an input parameter of the API, MMSC's transaction ID, VAS ID, callback mobile number, message transmission method, content conversion request, An open mobile comprising at least one of a subject and content of the message, platform identification information, caller's phone number, receiver's phone number, billing information, and a billing type, and including a session key assigned to the request as an output parameter; How to provide an API in a business support system. The method of claim 22, The method of providing an API in an open mobile business support system, characterized in that, further comprising providing an API that returns a transmission result when the session key allocated for the multimedia message transmission request is input as the input parameter in the first step. The method of claim 4, wherein In the first step, it provides an API for locating a specific phone by using a location-based service (LBS), and as an input parameter, when authentication is included, only the user authentication type, location method, response time setting information, and location At least one of a return method of receiving a location or a map, a format of a map file, color and screen information, a calling party phone number, a calling party phone number, billing information, and an SP code and a service code registered in the LBSP. The output parameters include position value (X, Y coordinate value, etc.), error range, encrypted address information, positioning result time, positioning method, provided map name, whether map viewer is loaded, map scale, and encrypted Method for providing an API in the open mobile business support system, characterized in that it comprises at least one of the image file. The method of claim 4, wherein In the first step, the API that provides location / addition of mutual authentication for location search is provided.In case of mutual authentication as an input parameter, user authentication information, request type (BREW, wired, KUN, ME, WIPI) information, Includes one of the calling party phone number, the calling party browser version, the receiving mobile phone number, the SP and the service code registered in the LBSP, and in the case of mutual authentication deletion, the request type, the calling party phone number, the recipient phone number, and the SP registered in the LBSP. And at least one of a requesting entity (tracker or tracee) together with the service code. The method of claim 4, wherein In the first step, an API for searching the mutual authentication list is provided by the location search service, and as an input parameter, a user authentication type, a request type (BREW, wired, KUN, ME, WIPI, etc.), a caller's phone number, and an originator. A method of providing an API in an open mobile business support system, comprising at least one of a version of a target browser, whether the requestor is a tracker or a tracee, and an SP / service code registered in the LBSP, and providing an inquiry list as an output parameter. . The method of claim 4, wherein In the first step, it provides API to request setting / cancellation of trigger through parameter among location based services, and user authentication type and request type (BREW, wired, KUN, ME, WIPI, etc.) when setting trigger as its input parameter. And, at least one of a caller's phone number, a caller's browser version, a tracer's phone number, a start / end time, a trigger interval, a positioning method, and a URL for putting a result after the trigger is performed. When canceling, a request type (BREW, Wired, KUN, ME, WIPI), and at least one of a caller's phone number, a caller's browser version, a trigger ID obtained at the trigger inquiry, and an SP / service code registered in the LBSP. An open mobile business support system that includes a trigger ID set for each trigger, and provides a tracee's phone number when the trigger is canceled. API provides methods on.

Images