KR100666709B1 - Method for transmitting message in open mobile business supporting system - Google Patents

Abstract

A method for transmitting a message in an open mobile business support system is provided to enable service and application layers to easily use various infra resources of a mobile communication system at service and application layers by providing an integrated interface for the infra resources. If a CP(Contents Provider)/SP(Service Provider) requests an open web interface to transmit an MT(Mobile Termination) SMS(Short Message Service) message to be provided to a user equipment(S1701), the open web interface creates a session for the MT message and stores this session information in an MMDB(memory based database)(S1702). Then the open web interface fetches a business logic for the MT SMS message from a service intermediation part using the created session and requests the processing of the business logic(S1703). The service intermediation part executes a biz template, standardized for the business logic, for the MT message, and requests an MT interworking part to transmit the MT message through an MP(S1704). The MT interworking part, interworking with the MP, transmits the MT message to the user equipment and delivers a transmission result to the service intermediation part(S1705). The service intermediation part provides the transmission result to the open web interface(S1706), and the open web interface provides it to the CP/SP(S1707).

Description

How to send a message in an open mobile business support system {METHOD FOR TRANSMITTING MESSAGE 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 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 configuration and call processing flow diagram of a user originating (MO) message processing apparatus using an open mobile business support system according to an embodiment of the present invention.

FIG. 14 illustrates an example of a business template preset for processing the user originating (MO) message. FIG.

15 is a block diagram and call processing flow diagram of an apparatus for processing a user end (MT) message using an open mobile business support system according to an embodiment of the present invention.

FIG. 16 is a diagram illustrating an example of a beads template preset for processing the user end (MT) message. FIG.

FIG. 17 is a diagram illustrating a process of processing a user originated (MO) SMS message after processing an MT message by using an open mobile business support system according to an embodiment of the present invention; FIG.

18 is a diagram illustrating a process of processing a user originating (MO) MMS message after processing a user end (MO) MMS message using an open mobile business support system according to an embodiment of 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 a message transmission method for processing a user originated (MO) message after processing a user end (MT) message using a mobile business support device.

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.

Here, the mobile communication terminal refers to a small and lightweight wireless communication device such that a mobile phone, PDA, etc. can be carried by individuals anytime, anywhere, and its use is already common. Basically, a mobile communication terminal transmits and receives data and voice signals through a mobile communication network. Performing transmission / reception means, control means for controlling the entire operation according to a programmed control procedure, user interface means for providing an interface with a user, and menu screens and guide screens for each operation state according to the control of the control means. Display means for displaying the data, and storage means for storing a plurality of applications and data.

In addition, the mobile communication system refers to a system for providing a wireless voice communication service and a wireless Internet service to the mobile communication terminal. As shown in FIG. 2, a plurality of base station (BTS) 131 in charge of a wireless communication section is provided. And a plurality of base station controllers (BSCs) 132 for controlling the base station 131, and a mobile communication exchange (MSC) for connecting to each base station controller 132 and performing information and authentication for mobile communication service subscribers. 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, and to provide various additional services. A device, i.e., a Short Message Service Center (SMSC) 135, which provides text message delivery service, and a multimedia message transmission / receiving service including video, text, and voice. A multimedia message service center (MMSC) 136, a push proxy gateway (PPG) 137 that provides a message push service to the mobile communication terminal 14, and a location-based service system (LBS) that provides location-based services. ) 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 are connected to each other through a NO.7 network or a packet network.

When a content / service provider wants to use the resources of such a mobile communication system, especially when providing a mobile service through a mobile communication system, a complex operation of various functions such as user authentication, billing, and messaging is required.

Conventionally, for this purpose, each content / service provider is provided with a system capable of interworking with the mobile communication system, and accesses each resource of the mobile communication system 13 according to the service logic established by the system through the system. I had to ask for action. For example, when a mobile communication service subscriber wants to provide a download service of predetermined content, first, a resource for performing user authentication of the mobile communication system is called to request authentication of the corresponding mobile communication service subscriber, and the processing result is obtained. When receiving the service, if the service is available, the user should access a resource having a download function, request the download of predetermined content, and request a billing process by accessing a resource having a charging function.

As a result, it was difficult for content / service providers to build various mobile businesses they wanted, and also to provide fast and stable services.

Accordingly, the present invention has been proposed to solve the above-mentioned problems, and an object thereof is to transmit a user terminal (MT) message from a CP / SP to a user terminal by using an open mobile business system, and then continue with CP / An object of the present invention is to provide a message transmission method for efficiently managing a process of transmitting a user outgoing message to an SP.

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 user end (MT) message in an 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. After the transmission, a message transmission method for transmitting a user originating (MO) message, by performing a business template formalized predetermined business logic for the user end (MT) message provided from the content / service providing system, A first step of transmitting an end message (MT) to a user terminal through MP or MMSC; And a second step of performing a business template of a predetermined business logic on a user origination (MO) message received from the user terminal from the user terminal, and providing the result to the content / service providing system. Characterized in that it comprises a.

In addition, in order to achieve the above object, the recording medium in which the computer program is recorded according to an embodiment of the present invention, in order to support the mobile service performance of the content / service providing system in conjunction with the mobile communication system, configure the mobile service An open interface processor for receiving a processing request for the business logic performing a single function of the logic and returning a result value for the request; And a user end (MT) message in an open mobile business support system having a business logic processing unit that formalizes and manages the business logic as a biz template, executes the biz template according to the biz template execution request, and provides the result. After transmission, in order to transmit a user origination (MO) message, the user end (MT) is performed by performing a business template formalizing predetermined business logic on a user end (MT) message provided from the content / service providing system. Transmitting a message to a user terminal through an MP or an MMSC; And a second step of performing a business template of a predetermined business logic on a user origination (MO) message received from the user terminal from the user terminal, and providing the result to the content / service providing system. It is characterized by recording a program for the computer to run.

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 reference numerals and like 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 a mobile service that downloads a specific content or file in (14), various functions such as authentication, data conversion, and billing are processed in a complex manner. Therefore, 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 business logic. As shown in FIG. 4A, a menu (stored in My Phone) provided through a service of the wireless Internet of the mobile communication terminal 14 is illustrated. Sending to a friend, coupling, in the basket), select the store in my phone service, and look at the detailed logic of the selected service is represented as shown in Figure 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 Biz 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. Here, the second biz object is set by combining the normal user check, corporate user check, prepaid user check, multi-step among the prepaid user or the verification process of the intelligent network user that the input and output match.

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 includes an I-type authentication_user information inquiry beads object (1) for inquiring user information and a P-type user information check for checking whether a user is serviceable from the user information inquiry result. Biz object for business object (②) and Biz object for user support check (③) of type I that checks whether a terminal supports a specific service for a serviceable user, and input data includes a receiver telephone number and a user. Information check option value, terminal support service type, 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 the 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 mobile communication of predetermined content. There is a download platform for downloading to the terminal, 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 for managing the terminal information There is a management system, an authentication system that manages user information, and network configuration apparatuses include 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 processed in an open mobile business model support system. Used to distinguish Biz logics.

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 a unit function among the service logics 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 sub function performed by the mobile communication system. Stores / manages / executes a plurality of bead objects that perform the interworking or comparison / decision based on the interworking result and the bead templates arranged in a predetermined order to perform 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. Use the results to perform internal judgment or comparison processing

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. ).

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), after performing the 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. 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, the location-related inquiry or tracking in conjunction with the LBSP The LBS interworking unit 252 for transmitting the request message and returning the result of the execution, the MMS interworking unit 253 for transmitting the multimedia message transmission request message to the MMSC and returning the result of the execution, and the mobile communication system 13 Authentication interworking unit 254 that transmits the authentication request message to the authentication legacy system related to the normal user, adult, billing processing and return the result It includes.

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 may both access and perform writing and reading, and the OI processor 22 may request the beads. When a template is recorded in the MMDB 31, the business logic processor 23 performs a biz template by referring to a memory-based database recorded in the MMDB 31, and uses the same to record the state. 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 services, and newly added business logic information (including APIs by business 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 by including the message type indicating the recognition and an identification value set for each legacy interworking interface configured in the domain or the legacy system. Each can identify a message queue to record or read its request / response / report message.

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 the new biz template execution request message is determined. If it is present, it reads a bead template execution request message from the first message queue 311 (S1201), and loads bead template information related to the request message 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 configuration and call processing flowchart of a user originating (MO) message processing apparatus using an open mobile business support system according to an embodiment of the present invention.

A message service using a short message service (SMS) or a multimedia message service (MMS) provided between the CP / SP 11 and the mobile communication terminal 14 includes a mobile oriented (MO) message service and a user end (Mobile). Terminated (MT) message service is included.

Here, the user originating (MO) message service, the user designates the terminal number of the receiving side CP / SP 11 in its mobile communication terminal 14 as a predetermined special number (for example, # # 6650), When the SMS or MMS message is sent to the special number, it refers to a service to which the message is delivered to the corresponding CP / SP 11.

Referring to FIG. 13, an apparatus for processing a user origination (MO) message using an open mobile business support system according to the present invention includes an infrastructure channel interface 131, a service broker 132, an MO interworking unit 133, and an open output. An interface (Outbound OI) 134.

The infrastructure channel interface 102 is located in the OI processing unit 42 and receives a user originating (MO) SMS or MMS message transmitted from the user terminal 100 through the MP / MMSC 101. Where MP is the SMS Dispatching System (SMS Dispatching System), MMSC is a device that is responsible for the function of transmitting the MMS message. The infrastructure channel interface 131 receives a user origination (MO) message provided from the user terminal 14, and transmits the user origination (MO) message to the service broker 132 configured in the business logic processing unit 23. Function to call business logic related to.

The service broker 132 is located in the business logic processor 23, and performs a predetermined business template with respect to the user origination (MO) message through interworking with the MO interworking unit 133. As described above, the Biz template may be an attribute of a Biz Object, which is a basic implementation unit, an execution order of the Biz Objects, an expression of a conditional branch, input parameter information for executing the Biz Object, a data manipulation method, and a Biz Template. After the operation is performed, information about the derived output parameter and execution timeout setting information is included. 14 is an example of a business template preset for processing the user sent (MO) message. Referring to FIG. 14, in the service logic of the CP / SP 11 for processing a user origination (MO) message, the unit function may be bundled using an open mobile business support system according to the present invention. Implemented to perform biz logic, which is a sub-function performed by, it includes at least one or a plurality of biz objects. 14 (a) is one embodiment of a biz template to be processed within the service broker 132 to process a user originating (MO) SMS message in accordance with the present invention, and FIG. 14 (b) is in accordance with the present invention. One embodiment of a biz template for handling user originating (MO) MMS messages. In addition, the beads template may be variously configured according to the type of service provided by the CP / SP 11. In this way, the service broker 132 executes a business template that formalizes predetermined business logic with respect to the user originating (MO) message, and outputs a result of the CP / SP through the open output interface 134. 11) to serve as a function.

The MO interworking unit 133 is configured in the legacy interworking processing unit 26, and in response to a request of the service intermediary unit 132, the MO interworking unit 133 provides information on the destination to which the user originating (MO) message is transmitted and option information. Provided to the service broker 132. Here, the option information includes information regarding the charging type or the arc type. Here, the charging type refers to information on whether the user who uses the user terminal 14 has applied for a prepaid or postpaid plan. In addition, the postpaid plan may include various types of postpaid or prepaid / postpaid billing schemes according to the policies of the mobile communication service provider. The call type is a message sent from the user terminal 14 is a user originated (MO) message or a user terminated (MT) message, or a user terminated (MT) message continuously after processing a user originated (MO) message. Information about whether or not to process. The destination information may include IP address or port information for the CP / SP 11. Accordingly, the service broker 132 may configure and perform various types of business templates by using information on the destination and option information received from the MO interlocker 133.

The open output interface (Outbound OI) 134 is configured in the open interface processing unit 22 and receives a result of the execution of the bead logic performed by the service intermediary unit 132 to the CP / SP 11. It mediates the transmission. Here, the output interface 134 uses an integrated standard for SMS and MMS when transmitting a user originating (MO) message to the CP / SP 11.

Referring to FIG. 13, a process of processing a user origination (MO) message using an open mobile business support system according to the present invention is as follows.

In the present invention, in order to process the user originating (MO) message through the open mobile business system, the user uses his own user terminal 100, the terminal number of the receiving CP / SP (41) of the predetermined special number ( For example, when the SMS or MMS message is transmitted by specifying ## 6650 (S1301), the SMS or MMS message input through the MP / MMSC 101 is transmitted to the infrastructure channel interface 131 in the OI processing unit 42. It is provided (S1302).

Then, the infrastructure channel interface 131 again calls a predetermined business logic for the SMS or MMS message to the service intermediary 132 in the business logic processing unit 23 to request execution of the business template for the business logic. (S1303).

In addition, the service broker 132 requests the MO interlocking unit 133 for destination information and option information for the user origination (MO) message to execute the Biz template, and the MO interlocking unit 133 ) Provides destination information and option information for the user originating (MO) message to the service broker 132 (S1304). Accordingly, the service broker 132 may configure and execute various types of business templates by using the destination information and option information received from the MO interlocker 133.

The service broker 132 performs a business template that formalizes predetermined business logic with respect to the user originating (MO) SMS or MMS message, and then outputs the result of the execution in the OI processing unit 42. Transfer to the interface 134 (S1304).

Then, the open output interface 134 transmits the result of the execution of the beads template received from the service broker 132 to the CP / SP 11, thereby transmitting a user using the open mobile business support system according to the present invention. (MO) message processing is performed.

15 is a configuration diagram and call processing flow diagram of an apparatus for processing a user end (MT) message using an open mobile business support system according to an embodiment of the present invention.

Here, the user terminated (MT) message service refers to a service in which the CP / SP 11 provides an SMS or MMS message such as text, picture, multimedia data, etc. to the user's mobile terminal 14.

Referring to FIG. 15, an apparatus for processing a user outgoing message using an open mobile business support system according to the present invention includes an open web interface 150, a service broker 132, and an MT interworking unit 151.

The open web interface 150 is located in the OI processing unit 42 and receives a user terminal (MT) SMS or MMS message provided from the CP / SP 11 to the user terminal 14. The open web interface 150 receives a user end (MT) message provided from the CP / SP 11 and transmits the user end (MT) to the central portion 132 of the service configured in the business logic processing unit 23. Function to call business logic related to message. In addition, the open web interface 150 generates and manages a unique session key for each execution request for each business logic constituting a user terminal (MT) message service provided by the CP / SP 11. Thus, the generated session key can be used to distinguish the business logics processed in the open mobile business model support system. In addition, the open web interface 150 provides a business logic invocation mechanism in the form of a standard API based on a web service in order to be able to connect without being limited to the type of client.

The service broker 132 is located in the business logic processor 23 and performs a predetermined business template with respect to the user terminal (MT) message through interworking with the MT interlocker 151. As described above, the Biz template may be an attribute of a Biz Object, which is a basic implementation unit, an execution order of the Biz Objects, an expression of a conditional branch, input parameter information for executing the Biz Object, a data manipulation method, and a Biz Template. After the operation is performed, information about the derived output parameter and execution timeout setting information is included. FIG. 16 is an example of a bead template preset for processing the user end (MT) message. Referring to FIG. 16, in the service logic of the CP / SP 11 for processing a user end (MT) message, the unit function may be bundled using an open mobile business support system according to the present invention. Implemented to perform biz logic, which is a sub-function performed by, it includes at least one or a plurality of biz objects. Figure 16 (a) is one embodiment of a biz template to be processed within the service broker 132 to process a user end (MT) SMS message in accordance with the present invention, Figure 16 (b) is in accordance with the present invention One embodiment of a biz template for handling a user end (MT) MMS message. In addition, according to the type of service provided by the CP / SP 11, the beads template for processing the user-end (MT) message may be configured in various ways.

In this way, the service broker 132 executes a business template that formalizes predetermined business logic with respect to the user terminal (MT) message, and if necessary to perform the business template (that is, configures the business template). In the case of performing the biz object) to the user in the form of the SMS or MMS message via the MP / MMSC 130 located in the legacy system through the linkage with the MT linkage unit 151 configured in the legacy linkage unit 151 The terminal (MT) message may be transmitted to the user terminal 14.

The MT interworking unit 151 may be configured such that the user terminal (MT) message is transmitted to the user terminal through the MP / MMSC 130 in order for the service intermediary 132 to execute the biz template. 132 and interworking interworking between the mobile communication legacy system.

In addition, in the open mobile business system according to the present invention, the open web interface 150 and the service broker 132, and between the service broker 132 and the MT interlocking unit 151 are each asynchronous using a message queue. Send and receive messages

Referring to FIG. 15, a process of processing a user end (MT) message using an open mobile business support system according to the present invention is as follows.

In the present invention, in order to transmit a user terminal (MT) message in the form of an SMS or MMS from the CP / SP 11 to the user terminal 14 using an open mobile business system, the CP / SP 41 first receives a predetermined SMS. Alternatively, the MMS message is transmitted to the open web interface 150 configured in the OI processing unit 22 (S1501).

Then, the open web interface 150 calls business logic related to the user terminal (MT) SMS or MMS message to the service broker 132 configured in the business logic processor 23 (S1502).

Subsequently, the service broker 132 performs a business template that formalizes business logic called in response to the user terminal (MT) SMS or MMS message. A configuration example of the biz template for the user terminal (MT) message is shown in FIG. 16. As such, in the process in which the service broker 132 performs the business template for the user terminal (MT) message, the service broker 132 is provided to the MT linker 151 configured in the legacy linkage processor 26. In order to perform the Biz template, the request for interworking with the MP / MMSC 130 present in the mobile communication legacy system (S1503).

Then, the MT interworking unit 151 requests transmission of the user end (MT) message to the MP or MMSC of the legacy system (S1504), and then the MP or MMSC receives the user end (MT) message to the By delivering to the user terminal 14, user end (MT) message processing is performed via an open mobile business system in accordance with the present invention.

FIG. 17 is a diagram illustrating a process of processing a user originated (MO) SMS message after processing an MT message by using an open mobile business support system according to an embodiment of the present invention.

In the related art, billing processing for a user-end (MT) message processing service and billing processing for a user originating (MO) message processing service are independently performed. Therefore, according to the conventional service method, after an SMS or MMS message is transmitted from the CP / SP 11 to the user terminal 14 by the user end (MT) message processing service, a failure occurs in the user origination (MO) process. Even when the user does not normally transmit the desired SMS or MMS to the CP / SP 14 by using the user terminal 14, there is an unreasonable problem that the user is charged for the MT message processing.

However, in the present invention, a session for a user end (MT) message and a session for a user origination (MO) message are managed in one procedure by using an open mobile business support system as follows, and the user end (MT) message processing. In addition, billing processing is performed only when the processing of the user outgoing message is completed normally.

Referring to FIG. 17, first, in a user end SMS transmission step (MT SMS DELIVER), the CP / SP 11 is provided from the CP / SP 11 to the user terminal 14 with respect to the open web interface 150. Request transmission of a CP / SP to Phone-oriented (MT) SMS message (S1701).

Then, the open web interface 150 creates a session for the user-end (MT) message based on the received user-end (MT) SMS message transmission request message and stores the session information in the MMDB (S1702). . In the present invention, when generating a session for the transmission of the user-end (MT) message, input billing information for future charging processing for the transmission of the user-end (MT) message, and the whole of the user-end (MT) message Manage billing information through sessions.

In step S1702, when a session for the user terminal (MT) message is generated, the open web interface 150 uses the session for the generated user terminal (MT) message to the service broker 23. Call the business logic for the user-end SMS message (MT SMS) to request the processing of the business logic (S1703).

Then, the service broker 23 performs a business template that formalizes predetermined business logic as shown in FIG. 16 with respect to the user terminal (MT) message, and interworkes with a legacy system when performing the business template. If necessary, the MT interworking unit 151 requests transmission of the user terminal (MT) message through the MP 130 existing in the legacy system (S1704).

The MT interworking unit 151 then transmits the user terminal (MT) message, that is, an SMS message, to the user terminal 14 in association with the MP 130, and transmits the transmission result to the service intermediary 23. It transmits (S1705).

Thereafter, the service broker 23 transmits the result of transmitting the user terminal (MT) SMS message to the user terminal 14 by processing the beads template for the user terminal (MT) message as described above. 150) (S1706), and the open web interface 150 provides the CP / SP 11 with the transmission process result of the user-end (MT) SMS message (S1707).

Subsequently, in the MT SMS DELIVERY REPORT step, the MT interworking unit 151 reports the MT SMS message that the MT SMS message is normally transmitted to the service intermediary 23. Report) (S1708). However, since the present invention performs a process of transmitting a user origination (MO) message while maintaining a session for the user end (MT) message after processing the user end (MT) message, the SMS report step (MO SMS REPORT) (S1708) may be omitted.

Next, in the user outgoing SMS transmission step (MO SMS DELIVER), the user sends an SMS message to the MP 130, which is an SMS Dispatching System, using the user terminal 14 corresponding to his mobile communication terminal. It transmits (S1709). The SMS message transmitted here corresponds to a Phone to CP / SP oriented message provided from the user terminal 14 to the CP / SP 11. According to the present invention, in the case of continuously interlocking user originating (MO) message processing after user end (MT) message processing (MTMO processing), it is required to maintain a session key for the user end (MT) message.

Then, the MP 130 transmits the SMS message to the infrastructure channel interface 131 (S1710) and receives a response thereto (S1711).

In addition, the infrastructure channel interface 131 may provide characteristic information (eg, destination information) for the user originating (MO) message to the MO interworking unit 133 through the service intermediary unit 132 in the business logic processing unit 23. And option information) (S1712, S1713). In this case, the destination information of the characteristic information includes IP address or port information for the CP / SP 11, and the option information includes information regarding a billing type or a call type.

In response to this, the MO interworking unit 133 transmits the characteristic information (eg, destination information and options) for the user originating (MO) message to the infrastructure channel interface 131 through the service intermediary 23. Information) (S1714, S1715).

The infrastructure channel interface 131 then generates a session for transmission of the user origination (MO) message by using destination information and option information for the received user origination (MO) message, and provides information on the session. Input to MMDB (S1716). In the present invention, when generating a session for transmission of the user originating (MO) message, input billing information for future billing processing for the transmission of the user originating (M0) message, the entire session for the user originating (MO) message Manage billing information through

Subsequently, the infrastructure channel interface 131 calls the business logic for the user originating SMS message (MO SMS) to the service intermediary 23 by using a session for the generated user originating (MO) message. Request processing of business logic (S1717).

The service broker 23 then executes the biz template for the called business logic, and transmits the result of the execution to the CP / SP through the open output interface 134 (S1718, S1719). In response to the response, the MO SMS is sent and received (S1720, S1721).

Subsequently, the service intermediary 23 transmits the processing result of the business template for the user originating (MO) message to the infrastructure channel interface 131 (S1722).

Finally, in the MO SMS DELIVERY REPORT step, the CP / SP 11 normally transmits the user outgoing message to the service intermediary 23 through the open output interface 134. A report message is sent (S1723, S1724). Then, the service intermediary 23 determines based on the received report message to confirm that the user originating (MO) message has been normally delivered, and terminates the session for the user originating (MO) message (S1725).

Subsequently, the service intermediary 23 transmits a report message indicating that the user terminal (MT) message has been normally delivered to the open web interface 150 (S1727). Then, the open web interface 150 determines that the user end (MT) message is normally transmitted based on the received report message, and terminates the session for the user end (MT) message (S1727). The process of MTMO interworking message processing according to the present invention is terminated.

As described above, in the present invention, when both the user terminal (MT) message and the user originating (MO) message are normally transmitted, the user terminal is a batch job based on the charging information input in steps S1702 and S1716. Handles billing for transmission of user-end (MT) messages and user-originated (MO) messages.

Accordingly, according to the present invention, the CP / SP 11 can develop and apply various user end (MT) message processing services or user originating (MO) message processing using an open mobile business support system. After transmitting the user terminal (MT) SMS message to the user, if the user does not transmit the desired SMS to the CP / SP (11) by a failure occurs in the process of the user (MO) message processing the user terminal ( MT) By not charging for message processing, reasonable charging can be performed without unnecessary charging being imposed on the user.

18 is a diagram illustrating a process of processing a user originating (MO) MMS message after processing a user end (MO) MMS message using an open mobile business support system according to an embodiment of the present invention.

As shown in FIG. 18, after the user-end (MT) MMS message processing using the open mobile business support system according to the present invention, a detailed process of processing the user-initiated (MO) MMS message (MTMO MMS messaging processing) The operations S1801 to S1822 differ only in that the service broker 12 transmits the message in association with the MMSC 130 of the legacy system for MMS message processing. Since it corresponds to detailed processes (S1701 to S1728) of the SMS messaging process, duplicated description is omitted.

In addition, the LMSC is connected to the MMSC 130 in the process of MTMO messaging in FIG. The method further includes transmitting the report message for the message transmission and receiving a response thereto (S1823, S1824). Subsequently, the CP / SP 11 transmits a report message (MO MMS Delivery Report) to the service intermediary 23 through the open web interface 134 to indicate that the user's origination (MO) message is normally transmitted (S1825). S1826, the service intermediary 23 transmits a report message about the message transmission to the LMSC through the infrastructure channel interface 131 so that the LMSC (not shown) can independently process the billing, and responds thereto. Receiving a process (S1827 to S1829) is included. Based on the received report message, the infrastructure channel interface 131 terminates the session for the user originating (MO) message (S1830), and then sends a user end (MT) message to the open web interface 150. A report message (MT MMS Delivery Report) indicating that the message has been normally transmitted is delivered (S1831). Then, the web interface 150 determines that the MT message is successfully delivered based on the received MT MMS Delivery Report, and terminates the session for the MT message. S1832) Finally, the MTMO interworking message processing process according to the present invention ends.

Through this process, the CP / SP 11 can develop and apply various user end (MT) MMS message processing services and user originating (MO) MMS message processing using an open mobile business support system according to the present invention. After transmitting the MMS message to the user terminal 14 by a user-end (MT) message processing method, a failure occurs during the process of the user originating (MO) message, so that the user does not normally send the SMS message desired by the user By not charging for MT message processing, reasonable charging can be performed without unnecessary charges being imposed on the user. In addition, the present invention, after transmitting the SMS message as a user-end (MT) message in the message processing process according to the MTMO interworking, as well as the case of transmitting the MMS message as a user originating (MO) message, on the contrary, as a user-end (MT) message After transmitting the MMS message, the same process may be applied to transmitting the SMS message as a user origination (MO) message.

In the open mobile business support system according to the present invention, a message transmission method for transmitting a user origination (MO) message after a user end (MT) message transmission may be implemented as computer readable codes on a computer-readable recording medium. have. 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, after the user-end (MT) message processing using an open mobile business system, it is possible to collectively manage the process of processing the user originating (MO) message, the user-end (MT) message processing and Since the billing process is performed only when all of the user's outgoing (MO) message processing processes are normally performed, there is an advantage that the billing process can be prevented for some services even though the user does not receive all the services normally.

Claims (15)

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 user end (MT) message in an open mobile business support system having a business logic processing unit that formalizes and manages the business logic as a biz template, executes the biz template according to the biz template execution request, and provides the result. In the message transmission method for transmitting a user sent (MO) message after transmission, A first template for transmitting the user terminal (MT) message to a user terminal through an MP or an MMSC by performing a business template that formalizes predetermined business logic with respect to a user terminal (MT) message provided from the content / service providing system; step; And A second step of performing a business template that formalizes predetermined business logic on a user origination (MO) message received from the user terminal from the user terminal, and providing the result to the content / service providing system; Message transmission method in an open mobile business support system, characterized in that it comprises a. The method of claim 1, wherein the first step is a) receiving a user end (MT) message provided from the content / service providing system; b) calling business logic related to the user end (MT) message; And and c) performing a biz template in which predetermined business logic is formalized for the user end (MT) message. The method of claim 2, wherein step a) comprises: And generating a session for a user end (MT) message provided from the contents / service providing system to the user terminal. 4. The method of claim 3, further comprising: inputting charging information for the user terminal (MT) message when generating a session for the user terminal (MT) message. 5. . The method of claim 2, wherein step c) In order to perform the biz template, interworking between the service intermediary and the mobile communication legacy system, and transmitting the user terminal (MT) message to the user terminal through the MP or MMSC To send messages in an open mobile business support system. The method of claim 1, wherein the second step, d) receiving, by an infrastructure channel interface configured in the open interface processing unit, a user origination (MO) message provided from a user terminal through an MP or an MMSC; e) calling, by an infrastructure channel interface, business logic related to the user originating (MO) message to a service broker configured within the business logic processing unit; And f) the service intermediary unit, after performing a business template formalizing a predetermined business logic for the user originating (MO) message, characterized in that it comprises the step of providing the result to the content / service providing system How to send a message in an open mobile business support system. The method of claim 6, wherein in step f), And a result of performing business logic performed by the service broker is transmitted to the content / service providing system through an open output interface configured in the open interface processor. The method of claim 6, wherein f), The service relay unit further comprises a MO interworking unit for providing a step of obtaining the destination information and option information for the user sent (MO) message from the MO interworking unit and transmits to the infrastructure channel interface, characterized in that it further comprises: How to send a message in an open mobile business support system. The method of claim 8, wherein the option information includes information regarding a billing type or a call type. 10. The method of claim 8, wherein the destination information includes IP address or port information for the content / service providing system. The method of claim 7, wherein The infrastructure channel interface includes creating a session for the user originated (MO) message using destination information and option information for the received user originated (MO) message. How messages are sent from the system. 12. The method of claim 11, further comprising: inputting charging information for the user originating message when generating a session for the user originating message. . The method of claim 1, wherein the message received from the user terminal through the infrastructure channel interface is an SMS message or an MMS message. The method of claim 1, wherein when both the user originating message and the user terminating message are normally transmitted, charging for the transmission of the user originating message and the user terminating message is performed. Message transmission method in an open mobile business support system, characterized in that the processing. 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 user end (MT) message in an open mobile business support system having a business logic processing unit that formalizes and manages the business logic as a biz template, executes the biz template according to the biz template execution request, and provides the result. In order to send a user outgoing (MO) message after transmission, A first template for transmitting the user terminal (MT) message to a user terminal through an MP or an MMSC by performing a business template formalizing predetermined business logic with respect to a user terminal (MT) message provided from the content / service providing system; step; And A second step of performing a business template that formalizes predetermined business logic on a user origination (MO) message received from the user terminal from the user terminal, and providing the result to the content / service providing system; A record carrier that records computer programs that record programs that cause the computer to run.

Images