KR100666710B1 - Device and method for confirming message transfer in open mobile business supporting system - Google Patents

Abstract

An apparatus and a method for confirming the transmission of a message in an open mobile business support system are provided to use an open mobile business system to easily confirm whether a report message for an MT(Mobile Terminated) message, transmitted to a user terminal from a client CP(Contents Provider)/SP(Service Provider), has normally received at a server CP/SP. A real-time report providing apparatus comprises an OI(Open Interface) processing part(22) connected to a client CP/SP(191), a business logic processing part(23), an ROI(Report Open Interface) processing part(193) connected to a server CP/SP(192), and a confirm DB server(194). The OI processing part(22) analyzes a request received from the client CP/SP(191), extracts biz template identification information and the data to be serviced, and provides them to the business logic processing part(23). The business logic processing part(23) executes an associated biz template according to the biz template execution request, transmits an SMS or MMS message to a user equipment in connection with an MP/MMSC(130), and provides a report message for a transmission result. The ROI processing part(193) receives the report message from the business logic processing part(23) and transfers it to the server CP/SP(192). The confirm DB server(194) stores information about the report message transferred to the server CP/SP(192).

Description

DEVICE AND METHOD FOR CONFIRMING MESSAGE TRANSFER 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 end (MT) SMS message after processing an outgoing user (MO) SMS message using an open mobile business support system according to an embodiment of the present invention.

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

19 is a block diagram of an apparatus for checking a message transmission result after message transmission in an open mobile business support system according to an embodiment of the present invention.

20 is a detailed block diagram of an open report interface (ROI) processing unit according to an embodiment of the present invention.

21 is a block diagram of an apparatus for checking a message transmission result after message transmission in an open mobile business support system according to an embodiment of the present invention.

22 illustrates an operation of an open report interface (ROI) processing unit 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). An apparatus and method for checking whether a report message for a user terminal (MT) message arrives normally to a server content / service providing system (CP / SP) using a mobile business support device is provided.

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 and anywhere, and its use has already been universalized. 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, particularly 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-described problems, and an object thereof is to provide an MT message transmitted from a client content / service providing system (CP / SP) to a user terminal using an open mobile business system. An apparatus and method are provided for checking whether a report message normally arrives at a server content / service providing system (CP / SP).

In order to achieve the above object, an apparatus for confirming message transmission in an open mobile business support system according to an embodiment of the present invention supports performance of a user-end (MT) messaging service of a client content / service providing system in association with a mobile communication system. To this end, an open interface processor (OI) for receiving a processing request for the business logic to perform a single function of the logic constituting the user-end (MT) messaging service service; A business logic processing unit that formalizes the business logic and manages it as a bead template, executes the bead template according to the bead template execution request, and provides a report message about the result of the execution; And a confirmation database server for storing information about the report message transmitted to a server client / server, wherein the business logic processing unit is configured to request the report message from the client content / service providing system. The report message may be obtained from a server and provided to the client content / service providing system.

In order to achieve the above object, a message transmission confirmation method in an open mobile business support system according to an embodiment of the present invention supports the performance of a user-end (MT) messaging service of a client content / service providing system in association with a mobile communication system. A first step of receiving a processing request for business logic that performs a single function among logics configuring the user-end messaging service; A second step of performing, by the business logic processing unit, a business template for formalizing the business logic, and receiving a report message on the result of the execution; A third step of the business logic processing unit storing the report message in a confirm database server; A fourth step of an open report interface (ROI) processing unit receiving the report message from the business logic processing unit and providing the report message to a server content / service providing system; And a fifth step of acquiring the report message from the confirmation database server and providing the report message to the client content / service providing system when there is a request for the report message from the client content / service providing system. Characterized in that.

In order to achieve the above object, in accordance with an embodiment of the present invention, a recording medium having a computer program recorded thereon, in order to support a user end (MT) messaging service of a client content / service providing system in association with a mobile communication system, Receiving a processing request for business logic that performs a single function among logics configuring the user-end (MT) messaging service; A second step of performing, by the business logic processing unit, a business template for formalizing the business logic, and receiving a report message on the result of the execution; A third step of the business logic processing unit storing the report message in a confirm database server; A fourth step of providing, by an open report interface (ROI) processor, the report message to a server content / service providing system; And when the business logic processing unit receives a request for the report message from the client content / service providing system, obtaining the report message from the confirm database server and providing the report message to the client content / service providing system. It is characterized by recording the program to be executed.

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, the logic required for user authentication or terminal authentication is mostly a single function, but it is preferable to set it to bead logic because it is highly reusable, and in addition, mobile communication In the case of a mobile service that downloads specific content or files to the terminal 14, various functions such as authentication, data conversion, and billing are processed in a complex manner. .

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 beads object.

FIG. 4F illustrates an example of setting a second bead object among the bead logic that processes the user authentication including the prepaid balance inquiry selected as shown in FIG. 4D. Corresponds to the second bead object. 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 user information inquiry biz object, P-type user information check biz object to check whether the user is a serviceable user, and I type authentication prepaid inquiry biz object to check the user's prepaid balance. It is expressed as the flow chart on the right.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

The business logic processing unit 23 may be bundled into 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. Perform internal judgment or comparison using

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

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

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

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

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

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

).

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

Next, in FIG. 7, the legacy interworking processing unit 26 is in charge of interworking with the legacy system 29, and has standardized input / output interface functions and respective legacy systems for each legacy system divided into functional units for efficient processing. 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 if there is a new biz template execution request message, In operation S1201, the beads template execution request message is read from the first message queue 311, and the beads template information related to the request message is loaded from the MMDB 31 (S1202). Then, the flow of the loaded beads template is performed (S1203).

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

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

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

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

13 is a 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 for the user originating SMS or MMS message, and then outputs the execution result to the open output configured 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 terminal (MT) message provided from the CP / SP 11, and the user terminal (MT) with respect to the service broker 132 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 using an open mobile business support system according to the present invention, unit functions may be bundled and mobile communication systems. Implemented to perform the 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, between the open web interface 150 and the service broker 132, and between the service broker 132 and the MT connection unit 151, respectively, 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. By delivery 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 end (MT) SMS message after processing a user originating (MO) SMS message using an open mobile business support system according to an embodiment of the present invention.

In the related art, charging processing for a user originating (MO) message processing service and charging processing for a user end (MT) message processing service are independently performed. Therefore, according to the conventional service method, after the user sends a specific SMS or MMS to the CP / SP 11 using its user terminal 14 by the user originating (MO) message processing method, the user terminal (MT) As a failure occurs in the message processing process, there is an unreasonable problem that the user is charged for processing the outgoing message even when the user does not normally receive the desired SMS or MMS.

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

Referring to FIG. 17, first, in a user SMS transmission step (MO SMS DELIVER), the user uses the user terminal 14 corresponding to his mobile communication terminal (MPS 130) which is an SMS dispatching system (SMS Dispatching System) In step S1701, an SMS message is transmitted. 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.

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

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) (S1704, S1705). 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) (S1706, S1707).

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 (S1708). In the present invention, when generating a session for transmitting 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 (S1709).

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 (S1710, S1711). In response to the response, the MO SMS is sent and received (S1712, S1713).

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

The infrastructure channel interface 131 determines that the user origination (MO) message is normally transmitted to the CP / SP 11 (transmission success) as a result of the determination based on the processing result of the received biz template. Maintain a session for the user originating (MO) message for processing of an end (MO) message. However, the infrastructure channel interface 131 terminates the session for the user originating (MO) message when the user originating (MO) message is not normally transmitted to the CP / SP 11 (transmission failure) (S1715). ).

Next, in the user SMS transmission report step (MO SMS DELIVERY REPORT), the CP / SP 11 is normally delivered to the service intermediary 23 through the open output interface 134 the user originating (MO) message A report message is sent (S1716, S1717). However, in the present invention, the SMS report step (MO SMS REPORT) is performed after the user originating message (MO) is processed, and the user terminal (MT) message is transmitted while maintaining the session for the user originating message (MO). ) S1716 and S1717 may be omitted.

Subsequently, a user end SMS transmission step MT SMS DELIVER is performed. As a result of the determination in step S1715, when the user originating (MO) message is normally transmitted to the CP / SP 11 (successful transmission), the CP / SP 11 performs a CP on the open web interface 150. Request transmission of a CP / SP to Phone-oriented (MT) SMS message provided from the / SP 11 to the user terminal 14 (S1718).

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 (S1719). . According to the present invention, after interworking user-end (MT) message processing continuously (MOMT processing) after user originating (MO) message processing, it is required to maintain a session key for the user originating message. In the present invention, when generating a session for transmitting the user-end (MT) message, input billing information for future charging processing for the transmission of the user-end (MT) message, and for the user-end (MT) message Manage billing information through the entire session.

In step S1719, when the 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 (S1720).

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

Then, the MT interworking unit 151 interoperates with the MP 130 to transmit the user terminal (MT) message, that is, an SMS message to the user terminal 14, and transmits the transmission result to the service intermediary 23. (S1722).

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, in operation S1723, the open web interface 150 provides the CP / SP 11 with a result of the transmission of the MT message.

Finally, in the MT SMS DELIVERY REPORT step, the MT interlocking unit 151 reports the MT SMS message to the service intermediary 23 that the MT SMS message is normally transmitted. Delivery Report) (S1725).

Then, the service broker 23 determines based on the received MT SMS Delivery Report, confirms that the MT message processing is completed, and then establishes a session for the MT message. It ends (S1727).

Subsequently, the service broker 23 transmits a report message (MO SMS Delivery Report) indicating that the user's SMS message is also normally transmitted to the infrastructure channel interface 131 (S1727).

In addition, the infrastructure channel interface 131 determines based on the received report message (MO SMS Delivery Report), and after confirming that the user sent (MO) message and the user end (MO) message according to the present invention has been normally transmitted. By terminating the session (MO session) for the user originating (MO) message (S1728), the process of processing the MOMT interworking message according to the present invention is finally terminated.

As described above, in the present invention, when both the user originating (MO) message and the user terminating (MT) message are normally transmitted, the user is referred to as a batch job based on the charging information input in steps S1707 and S1719. It handles charging for the transmission of user originating (MO) messages and user end (MT) messages.

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

FIG. 18 is a diagram illustrating a process of processing a user terminal (MT) MMS message after processing a user originating (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 originating (MO) MMS message processing using the open mobile business support system according to the present invention, a detailed process of processing the user end (MT) MMS message (MOMT MMS messaging processing) ( S1801 to S1828 correspond to the detailed steps S1701 to S1728 of the MOMT SMS messaging process described above with reference to FIG. 17, and redundant descriptions thereof are omitted. However, in the MOMT MMS messaging process of FIG. 18, the service intermediary 12 transmits the message in association with the MMSC 130 of the legacy system to process the MMS message, and the MMSC 130. Sending a report message about the message transmission to the LMSC and receiving a response to the LMSC (Long Message Service Center (LMSC) (not shown), which is connected to check the transmission of the MMSC, so that the billing process can be independently performed) Only the difference in that the process (S1830 to S1836) is included, in the message processing process according to the MOMT link according to the present invention is the same as FIG. 17 and FIG.

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

19 is a block diagram of an apparatus for checking a message transmission result after a message transmission in an open mobile business support system according to an embodiment of the present invention.

Referring to FIG. 19, the apparatus for providing a real time report according to the present invention includes an open interface (OI) processor 22, a business logic processor 23, and server content connected to a client content / service providing system (CP / SP) 191. An open report interface (ROI) processor 193 and a Confirm DataBase Server 194 connected to a / Service Providing System (CP / SP) 192.

The client content / service providing system (CP / SP) 191 is directed to CP / SP to Phone for providing SMS or MMS messages such as texts, pictures, and multimedia data from the CP / SP to the user's mobile terminal according to the present invention. User-End (MT) A system that performs messaging services.

The server content / service providing system (CP / SP) 192 may transmit a message (SMS, MMS) to the request for transmitting a message (SMS, MMS) from the client content / service providing system (CP / SP) 191. It is a system that wants to receive a report message in real time (real time report) as a result of transmission of MMS. In FIG. 19, the client content / service providing system (CP / SP) 191 and the server content / service providing system ( Although CP / SP) 192 is shown as a separate system, it may be implemented in one system depending on the type of service and the type of service provider.

The open interface (OI) processor 22 configures the user-end (MT) messaging service in order to support performance of the user-end (MT) messaging service of the client CP / SP 191 in association with a mobile communication system. It provides a web connection based application program interface (API) that receives a request for execution of a single business logic that performs a single function among the logic. The request of the biz logic for the specific user-end (MT) messaging service is made through an API call of a corresponding biz template, the biz template identification information to be performed through the call function, data to be serviced (SMS, MMS, etc.) ) And return the result. The OI processor 22 analyzes the request received from the client CP / SP 191, extracts the bead template identification information and the data to be serviced, and transfers it to the business logic processor 23. In this case, the OI processing unit 22 generates and manages a unique session key for each request of the client CP / SP 191, and the generated session key is a bead processed in an open mobile business model support system. Used to distinguish needs logic.

The business logic processing unit 23 formalizes the business logic and manages it as a bead template, and executes the corresponding bead template according to the request for executing the bead template. Is transmitted to the user terminal 14, and provides a report message on the result of the SMS or MMS message transmission. At this time, the business template for the user-end (MT) message service performed in the business logic processing unit 23, as described in Figures 15 to 18, interworking with the MP / MMSC 130 existing in the legacy system It is configured to send an SMS or MMS message to the user terminal through. The report message includes information on a result of the message transmission, such as whether the SMS or MMS message is normally transmitted or failed to be transmitted to the user terminal 14.

The open report interface (ROI) processor 193 receives the report message from the business logic processor 23 and provides the report message to the server CP / SP 192.

The confirmation database server 194 stores information about the report message transmitted to the server CP / SP 192, and then requests for the report message from the client CP / SP 191. If present, the stored report message is provided. By operating the confirmation database server 194, even when the report message is lost in accordance with network conditions when sending a report message to the server CP / SP 192, the client CP / SP ( 191 may confirm whether a report message is normally transmitted to the server CP / SP 192. In addition, the confirmation database server 194 stores and manages session information such as a response message to a message transmitted and received in order to execute the Biz template in the business logic processing unit 23. The report message and session information stored in the confirmation database server 194 may be provided directly from the business logic processing unit 23 as well as the open report interface (ROI) processing unit 193 from the business logic processing unit 23. It may be configured to provide through). In addition, in the present invention, if the message (SMS, MMS) as well as other various legacy systems need to confirm the message transmission result after the message transmission can be carried out message confirmation in the same integrated standard.

20 is a detailed block diagram of an open report interface (ROI) processing unit according to an embodiment of the present invention.

Referring to FIG. 20, an open report interface (ROI) processing unit according to the present invention includes an MQ adapter 193-1, a message analyzer 193-2, and a message builder. (193-3), Report Manager (193-4), Report Sender (193-5), Log Manager (193-6), Configuration (193) -7), confirm DB management unit 193-8 and scheduler (Scheduler) 193-9.

The MQ adapter 193-1 transmits and receives the report message to and from the business logic processor 23 through a message queue 30a. The MQ Adapter 193-1 includes a BIE receiver 193-1a and a BIE transmitter 193-1b. The BIE receiver 193-1a receives a report message from the business logic processor 23 through the message queue 30a. The BIE transmitter 193-1b transmits a report message to the business logic processor 23 through the message queue 30a.

The message analyzer 193-2 receives the report message from the MQ adapter 193-1 and converts the report message into a class structure internally recognizable by the ROI processor 193.

The message builder 193-3 may receive the report message from the message analyzer 193-2 and use it in a server content / service providing system (server CP / SP) 192. Convert to.

The report manager 193-4 receives the report message from the message forming unit 193-3 and relays the report message to the server CP / SP 192. In addition, when there is a request for a report message from the business logic processing unit 23 according to the present invention, the report management unit 193-4 stores a report stored in the confirmation database server 194 in association with a session key related to the request. Providing a message to the business logic processor 23.

The report sender 193-5 receives the report message from the report manager 193-4 and transmits the report message to the server CP / SP 192.

The log manager 193-6 is a means for commonizing the log format for each log level of each of the configuration modules 193-1 to 193-7 constituting the ROI processing unit 193. The system log is generated by the log level and log format designated by (193-1 to 193-7), and the generated log information is managed by the OMS using FTP (File Transfer Protocol). It transmits to (27) so that log information can be managed. The log information may be generated based on debugging information, fault information, system operation information, etc. generated in each of the configuration modules 193-1 to 193-7 of the ROI processing unit 193. You can also set the log level arbitrarily according to the system environment. For example, the log level may be set at various levels such as an error level, an information level, a warning level, or a debug level for leaving the lowest level details. When creating a request, log is generated according to the configured log level.

The configuration manager 193-7 configures an environment configuration file such as a system environment or a log generation cycle for each of the configuration modules 193-1 to 193-7 constituting the ROI processor 193. Storage and management. In addition, the configuration management unit 193-7 may be configured not only to reflect the change of the configuration file through the re-launch of the ROI processing unit 193, but also to be reflected immediately in real time without restarting. That is, the configuration management unit 193-7 manages the change by using an internal configuration file when the execution environment of each of the configuration modules constituting the ROI processing unit 193 is changed, and manages the configuration file when the device is driven. By loading in real time, the execution environment can be set. The management of the configuration information receives a KEY value from a module that desires a program or configuration information and inquires about the configuration information value. In addition, the inquiry, modification, and deletion of the configuration information directly accesses the configuration file in which the configuration information exists, and performs modification, deletion, and input of the configuration information. When modifying, deleting, or inputting configuration information, the configuration management unit 193-7 reflects the configuration information to the current ROI processing unit 193 in real time, and the reflected configuration information is applied to a program or module that requires configuration information thereafter. Make it available.

The confirm DB manager 193-8 stores and manages a report message and session information provided from the business logic processor 23 in the confirm DB server 194.

As such, the report message stored in the confirmation DB manager 193-8 may be a BIE receiver 193-1a in the MQ adapter 193-1 when the report message request is received from the client CP / SP 191. Receive the report message. The report manager 193-4 obtains the data from the confirm DB manager 193-8 and provides it to the business logic processor 23 through the MQ adapter 193-1.

In this case, the request for the report message transmitted from the client CP / SP 191 may include a unique session key generated by the OI processing unit 22 to distinguish each business logic of the client CP / SP 191. On the basis of In addition, the report message stored in the confirmation DB management unit 193-8 is also stored and managed in association with the session key for the corresponding business logic, thereby allowing the client CP / SP 191 to report the report message for the specific session key. When requesting the transmission, the report message associated with the corresponding session key can be transmitted from the confirm DB manager 193-8 to the client CP / SP 191.

The scheduler 193-9 manages report information stored in the confirm DB server 194 according to a preset execution cycle and management cycle. For example, the scheduler 193-3 is stored in the confirm DB server 194 on a daily basis in order to prevent a problem in which unnecessary messages are stored and thus the storage capacity of the confirm DB server 194 is exceeded. It can be configured to delete the report message.

21 is a block diagram of an apparatus for checking a message transmission result after transmitting a message in an open mobile business support system according to an embodiment of the present invention.

Referring to Figure 21, using a mobile business support system according to the present invention, CP / providing SMS or MMS messages, such as text, pictures, multimedia data from the client CP / SP 191 to the user terminal 14 When performing an SP to Phone-oriented user-end (MT) messaging service, the OI processing unit 22 performs a single function of logic that configures the user-end (MT) message service from the client CP / SP (191). A processing request for logic is received (S2101). In the step S2101, when the client CP / SP 191 requests the business logic processing, a report message on the result of the execution of the biz template for the business logic may be transmitted to the predetermined server CP / SP 192. It is preferable to transmit the server IP address and port information of the server CP / SP 192 in the business logic processing request message.

Then, the OI processing unit 22 requests the business logic processing unit 23 to execute the business template, and the business logic processing unit 23 performs the business template (S2102). At this time, the beads template for the user-end (MT) message service, as described in Figures 15 to 18, transmits an SMS or MMS message to the user terminal through the interworking with the MP / MMSC 130 existing in the legacy system It is configured to.

Accordingly, the business logic processing unit 23 transmits an SMS or MMS message to the user terminal 14 in cooperation with the MP / MMSC 130 through the MT interworking unit 151 configured in the legacy interworking processing unit 26 ( S2103).

The business logic processing unit 23 stores and manages the received report message in the confirmation database server 194 directly or through the open report interface (ROI) processing unit 193 (S2104).

Subsequently, the business logic processor 23 receives a report message indicating a result of the message transmission, such as whether the SMS or MMS message is normally transmitted or failed to be transmitted to the user terminal 14 from the MT interlocking unit 151. Then, by transmitting to the server CP / SP (192) (S2105), a real-time report is made to the server CP / SP (192) for the user-end (MT) message transmission according to the present invention.

Subsequently, when there is a request for the report message from the client CP / SP 191, the business logic processor 23 obtains the report message from the confirm database server 194 and the client CP / SP 191. To provide. The business logic processor 23 may be configured to obtain a report message directly from the confirmation database server 194 or to obtain the report message through the open report interface (ROI) processor 193.

22 illustrates an operation of an open report interface (ROI) processing unit according to an embodiment of the present invention.

Referring to FIG. 22, the open report interface (ROI) processor 193 according to the present invention receives a report message from the business logic processor 23 and transmits the report message to the server CP / SP 192 as follows.

First, the MQ adapter 193-1 receives a report message from the business logic processing unit 23 through the message queue 30a (S2201).

The confirm database (DB) manager 193-8 stores and manages the received report message in the confirm database server 194 (S2202).

Subsequently, the message analyzer 193-2 receives the report message from the MQ adapter 193-1 and converts the report message into a class structure internally recognizable by the ROI processor 193 (S2203).

The message builder 193-3 may receive the report message from the message analyzer 193-2 and use the server content / service providing system (server CP / SP) 192. Convert to the form (S2204).

The report manager 193-4 receives the report message from the message forming unit 193-3 and relays the report message to be transmitted to the server CP / SP 192. The report sender 193-5 receives the report message from the report manager 193-4 and transmits the report message to the server CP / SP 192 (S2205).

Then, when there is a request for the report message stored in the confirmation database server 194 from the business logic processing unit 23, the report management unit 193-4 according to the invention from the business logic processing unit 23 It is determined whether there is a request for a report message (S2206), and if there is a request for a report message, the report logic stored in the confirmation database server 194 in association with a unique session key related to the request is stored in the business logic. The data is transmitted to the processing unit 23 (S2207).

The scheduler 193-9 determines whether the report message stored in the confirmation database server 194 expires the retention setting period based on a preset execution cycle and management cycle (S2208). In this case, the problem of exceeding the storage capacity of the confirm DB server 194 may be prevented by deleting the report message in which the set period expires in the confirm DB server 194.

In addition, according to the present invention, the log level and log format designated by each of the configuration modules 193-1 to 193-7 constituting the ROI processing unit 193 using the log manager 193-6 are determined. A system log is generated, and the log information generated as described above is further transmitted to an operation and management unit (OMS) 27 using a file transfer protocol (FTP), thereby providing log information of the ROI processing unit 193. Can manage

In addition, in the present invention, an environment such as a system environment or a log generation cycle for each of the configuration modules 193-1 to 193-7 constituting the ROI processing unit 193 using the configuration management unit 193-7. By storing and managing the settings in an internal configuration file (not shown), it is possible to manage the system environment and log generation cycle.

In the open mobile business support system according to the present invention, a method for providing a real time report after transmitting a message may be implemented as computer readable codes on a computer readable recording medium. The computer-readable recording medium includes all kinds of recording devices in which data that can be read by a computer system is stored. Examples of computer-readable recording media include ROM, RAM, CD-ROM, magnetic tape, floppy disk, optical data storage, and the like, and those implemented in the form of a carrier web 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.

According to the present invention, a report message for a user end (MT) message transmitted from a client content / service providing system (CP / SP) to a user terminal using the open mobile business system is a server content / service providing system (CP). / SP) has the advantage that it can be easily confirmed whether it has arrived normally.

Claims (19)

Processing of business logic that performs a single function among logics constituting the MT messaging service in order to support the performance of the MT messaging service of the client content / service providing system in association with the mobile communication system. An open interface processor (OI) for receiving a request; A business logic processing unit that formalizes the business logic and manages it as a bead template, executes the bead template according to the bead template execution request, and provides a report message about the result of the execution; And A confirmation database server that stores information about the report message sent to a server client / server; When there is a request for the report message from the client content / service providing system, the business logic processing unit obtains the report message from the confirmation database server and provides the client content / service providing system to the open mobile. Device for confirming message transmission in a business support system. The system of claim 1, further comprising an open report interface (ROI) processor configured to receive the report message from the business logic processor and provide the report message to the server content / service providing system. Message transmission confirmation device. The method of claim 1, wherein the confirm database server, Message transmission confirmation device in the open mobile business support system, characterized in that for storing the report message and the session information provided from the business logic processing unit. The method of claim 1, wherein the report message is stored and managed in association with a unique session key generated by the open interface processor to distinguish each business logic of the client CP / SP. Device for confirming message transmission in an open mobile business support system. The apparatus of claim 1, wherein the business logic processing unit provides the report message to the confirmation database. The apparatus of claim 1, further comprising a scheduler that manages report information in the confirmation database according to a preset period. The method of claim 1, wherein the open report interface (ROI) comprises: An MQ adapter for receiving the report message from the business logic processing unit via a message queue; A message analyzing unit which receives the report message from the MQ adapter and converts the report message into an internally recognizable class structure; A message forming unit receiving the report message from the message analyzing unit and converting the report message into a form usable in a server content / service providing system; And And a report transmission unit which receives the report message from the message forming unit and transmits the report message to the server content / service providing system. The method of claim 7, wherein A log management unit which generates a log according to a log level, searches for a log of each internal configuration module, and provides the log to an operation and management unit (OMS); And Message transmission confirmation device in the open mobile business support system, characterized in that it further comprises a configuration management unit for managing the system environment or log generation cycle. 8. The open mobile business support system of claim 7, further comprising a report management unit for receiving the report message from the message forming unit and transmitting the report message to the report transmission unit so that the report message can be transmitted to the server content / service providing system. Message transmission from the device. The method of claim 1, wherein the processing request message for the business logic transmitted from the client content / service providing system to the open interface processing unit (OI) includes an IP address or port information for the server content / service providing system. A device for confirming message transmission in an open mobile business support system. The apparatus of claim 1, wherein the business logic processing unit interworks with an MP or an MMSC existing in a legacy system of a mobile communication system to execute the biz template. The apparatus of claim 1, further comprising a confirm database server manager configured to store and manage a report message and session information provided from the business logic processor in the confirm database server. . In order to support the performance of a user-end (MT) messaging service of a client content / service providing system in association with a mobile communication system, a processing request for a business logic that performs a single function among logics configuring the user-end (MT) messaging service Receiving a first step; A second step of performing, by the business logic processing unit, a business template for formalizing the business logic, and receiving a report message on the result of the execution; A third step of the business logic processing unit storing the report message in a confirm database server; A fourth step of an open report interface (ROI) processing unit receiving the report message from the business logic processing unit and providing the report message to a server content / service providing system; And And a fifth step of acquiring the report message from the confirmation database server and providing the report message to the client content / service providing system when there is a request for the report message from the client content / service providing system. Message transmission confirmation method in the open mobile business support system, characterized in that. The method of claim 13, wherein in the first step: The client content / service providing system includes an IP address or port information for the server content / service providing system in a processing request message for the business logic transmitted to the open interface processing unit (OI). How to verify message delivery in an open mobile business support system. The method of claim 13, wherein the second step, And transmitting the SMS or MMS message to the user terminal by interworking with the MP or MMSC existing in the legacy system of the mobile communication system. The method of claim 13, wherein the fourth step, An MQ adapter receiving a report message from the business logic processing unit via a message queue; Storing, by the confirm database manager, the received report message in the confirm database server; Receiving, by a message analyzer, the report message from the MQ adapter and converting the report message into a class structure internally recognizable by the open report interface (ROI) processor; A message forming unit receiving the report message from the message analyzing unit and converting the report message into a form usable in the server content / service providing system; And Receiving a report by the report transmission unit and transmitting the report message to the content / service providing system. The method of claim 16, The log management unit generates a system log according to the log level and log format designated by each configuration module constituting the open report interface (ROI) processing unit, and the log information generated as described above is transferred using FTP (File Transfer Protocol). Transmitting to the operation and management unit (OMS); And The configuration management unit further comprises the step of storing and managing the environment settings, such as the system environment or log generation cycle for each configuration module constituting the open report interface (ROI) processing unit message in the open mobile business support system How to confirm delivery. The method of claim 16, And deleting the expired report message when a predetermined period of time expires for the report message stored in the confirmation database server. A recording medium on which a computer program is recorded. In order to support the performance of a user-end (MT) messaging service of a client content / service providing system in association with a mobile communication system, a processing request for a business logic that performs a single function among logics configuring the user-end (MT) messaging service Receiving a first step; A second step of performing, by the business logic processing unit, a business template for formalizing the business logic, and receiving a report message on the result of the execution; A third step of the business logic processing unit storing the report message in a confirm database server; A fourth step of providing, by an open report interface (ROI) processor, the report message to a server content / service providing system; And When the business logic processor receives a request for the report message from the client content / service providing system, the computer acquires the report message from the confirm database server and provides the report message to the client content / service providing system. A recording medium on which a computer program is recorded which records a program to be executed.

Images