KR100692650B1 - Accounting method and apparatus in open mobile business supporting system - Google Patents

Abstract

An accounting apparatus in an open mobile business supporting system and a method therefor are provided to minimize dependency on each module when various kinds of accountings occur and make new accounting support facilitate modification of the module by applying an accounting policy through aggregation of accounting logs from each CP(Content Provider)/SP(Service Provider) and linking with a legacy accounting system. An accounting log parser(401) collects the accounting log according to biz template execution of a business logic processor(200) and verifies/standardizes the accounting logs. An accounting policy database(405) stores multiple accounting policies and processed accounting data. An accounting policy part(402) inquires the accounting policy applied to the standardized accounting log from the accounting policy database and generates the processed accounting data by applying the inquired accounting policy to the accounting log. An accounting file generator(403) generates an accounting file transferred to the legacy accounting system of a mobile telecommunication system by using the accounting data. An accounting file transferor(404) transfers the generated accounting file to the accounting legacy system(31).

Description

Accounting method and apparatus in open mobile business supporting system}

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

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

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

Figure 4 (a) is an open mobile business support system according to the present invention, a function-oriented process flow chart, Figure 4 (b) is an open mobile business support system according to the present invention, a performance-oriented process flow chart It is seen.

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

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

7 is a flowchart illustrating an operation in an open mobile business support system according to the present invention.

8 (a) to 8 (c) are diagrams illustrating a method of implementing biz logic and a biz template by the open mobile business support method according to the present invention.

9 and 10 illustrate an example of the beads template implemented in the open mobile business support method according to the present invention.

11 is a network structural diagram of an apparatus for processing a charge in an open mobile business support system according to an embodiment of the present invention.

12 is a detailed configuration diagram of a billing processing apparatus in an open mobile business support system according to an embodiment of the present invention.

13 is a detailed configuration diagram of a charging policy unit of the charging processing device of the present invention.

14 is a flowchart showing a billing processing method according to the present invention.

15 is a flowchart showing a charging policy application process in the charging processing method of the present invention.

16 is a flowchart showing a prepaid prepaid billing processing in the billing processing method of the present invention.

17 is a flowchart showing a process of processing / managing data according to billing processing in the billing processing method according to the present invention.

Explanation of symbols on the main parts of the drawings

11: CP / SP system 30: legacy system

50: message delivery unit 51: MMDB

100: open interface processing unit

200: business logic processing unit

300: infrastructure channel broker 400: billing processing device

500: Legacy (legacy) interworking unit 600: Web service provider

700: operation and management unit (OMS) 401: billing log parsing unit

402: billing policy unit 403: billing file generation unit

404: billing file transmitter 406; Prepayment deduction charge processing department

407: DB management unit 408: configuration management unit

409: log management unit 410: policy management unit

411: ONM interlocking part

The present invention relates to an open mobile business system that provides a single interface for integrating and using various resources of a mobile communication system, and to handle billing according to execution of various business logics of a content / service provider (CP / SP). It relates to a treatment method and an apparatus.

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

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

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

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

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

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

For example, in order to transmit a multimedia message, first of all, a user who receives confirmation whether a user who sends and receives a user through an authentication system (not shown) of a mobile communication system is a normal user, and also manages terminal information (not shown) Check whether the user's mobile communication terminal is a model capable of receiving a multimedia message, and after performing the above-described check, accesses the MMSC 136 to request transmission of the multimedia message, and then When the completion of the transmission is confirmed, charging according to the transmission of the message should be performed.

In this regard, the Open Mobile Business Supporting System provides a single interface for integrating and using various resources of the mobile communication system 13 and supports various business models of CP / SP. In particular, the open mobile business support system is a service platform that provides a single interface to various mobile communication infrastructure systems that require services, maximizing system construction efficiency and improving service quality with reliable data and stable systems.

Furthermore, when interworking with various systems in the mobile communication system 13 (hereinafter, referred to as a legacy system) in order to provide one mobile service in the CP / SP in the related art, interworking with each legacy system is required. Therefore, the accounting log was collected and processed accordingly. In this case, the billing process is cumbersome because the billing process is dependent on each legacy system or system module to support various billing types, and in particular, the existing system module has to be changed to support the new billing.

Accordingly, the present invention has been proposed to solve the above-mentioned problems, the object of which is to open a mobile business support system that can support various business models of CP / SP by integrating the various resources of the mobile communication system, a plurality of CP Collects billing logs according to business logic requested from / SP, applies billing policy, and performs interworking with billing legacy system to minimize dependence on each module even when various billings occur, and support new billing for easy module change. To provide a method and apparatus for processing billing in an open mobile business support system.

An open interface method according to the present invention for achieving the above object,

In order to support mobile service performance of a CP / SP by interworking with a mobile communication system, a Biz Template that formalizes Biz Logic that performs a single function among logics constituting the mobile service from the CP / SP Open interface (OI) processing unit for receiving the execution request and returning the result, and business logic for executing the corresponding business template according to the business template execution request transmitted from the open interface processing unit or the mobile communication system and delivering the result. In the open mobile business support system including a processing unit, and a legacy interworking processing unit for mediating the interworking between the business logic processing unit and the legacy system of the mobile communication system billing in the billing processing device for processing the billing according to the execution result of the biz template In the treatment method,

A first step of collecting a charging log according to the execution of the business template in the business logic processing unit; A second step of validating the collected billing log; A third step of performing a standardization process of the charging log in which the validity is verified; A fourth step of generating charging data charged by applying a predetermined charging policy for each standardized charging log; Generating a charging file (MDR) for transmitting to the charging legacy system of the mobile communication system using the generated charging data; And a sixth step of transmitting the generated billing file (MDR) to the billing legacy system.

In an embodiment of the present disclosure, the first step reads the billing log according to the execution of the biz template recorded in the message queue preset by the business logic processing unit.

In an embodiment of the present disclosure, the first step may further include collecting a charging log for content or a user provided by the CP / SP.

In one embodiment of the present invention, the second step is to verify the validity by dividing by the type of the collected billing log.

In an embodiment of the present disclosure, the fourth step may further include performing authentication of a user corresponding to the charging log.

In another embodiment of the present disclosure, the fourth step may include: inquiring a charging policy to be applied to the standardized charging log in a predetermined charging policy database; And generating the charging data by applying the inquired charging policy to the charging log.

In an embodiment of the present disclosure, the fifth step collects the billed data and generates a billing file (MDR) in accordance with a file transfer protocol (FTP) communication protocol.

In an embodiment of the present disclosure, the sixth step transmits the generated billing file (MDR) to the billing legacy system using a file transfer protocol (FTP).

In an embodiment of the present disclosure, after the second step, receiving a prepaid prepaid billing processing request for a specific billing log received from the business logic processing unit; Requesting the prepaid prepaid billing process to a predetermined prepaid prepaid billing legacy system that performs a prepaid prepaid billing process in response to the request; And receiving a response to the request.

In an embodiment of the present disclosure, after the second step, the method may further include managing session information about an execution request and an execution result of the Biz template.

In an embodiment of the present disclosure, after the second step, generating log data and statistical data on an execution and an error of the beads template; And storing the generated data in a predetermined operation management (O & M) DB.

In one embodiment of the present invention, the billing policy may include a billing policy in the prepaid billing, billing per event, event billing, beads template billing.

According to an embodiment of the present invention, after the first step, the billing policy including billing information synchronization, event management, billing verification, billing policy synchronization, and billing policy backup of the beads template and the content is registered / modified in a predetermined repository. / Deleting; And reading from the repository when responding to the charging policy request and responding to the request.

In an embodiment of the present disclosure, after the first step, the method may further include managing a common log format of the billing processing apparatus, generating and recording a system log, and managing a processed log file.

According to an embodiment of the present disclosure, after the first step, the method may further include performing inquiry and management on a configuration file and a unique configuration file commonly used in the system.

In an embodiment of the present disclosure, after the first step, the step of collecting and managing data for O & M of the billing processing apparatus managed by the O & M system in conjunction with a predetermined operation and management (O & M) system is further included. It may include.

In addition, the billing processing apparatus of the present invention for achieving the above object,

In order to support mobile service performance of a CP / SP by interworking with a mobile communication system, a Biz Template that formalizes Biz Logic that performs a single function among logics constituting the mobile service from the CP / SP Open interface (OI) processing unit for receiving the execution request and returning the result, and business logic for executing the corresponding business template according to the business template execution request transmitted from the open interface processing unit or the mobile communication system and delivering the result. In the open mobile business support system including a processing unit, and a legacy interworking processing unit for mediating the interworking between the business logic processing unit and the legacy system of the mobile communication system, billing processing apparatus for processing the charges according to the execution result of the beads template ,

A billing log parser configured to collect a billing log according to the execution of the business template in the business logic processor and to verify the validity of the collected billing log to perform standardization processing of the billing log that has been validated; A billing policy DB for storing a plurality of billing policies and billed billing data; A billing policy unit for querying a billing policy to be applied to the standardized billing log in the billing policy DB and generating billed billing data by applying the billed billing policy to the billing log; A billing file generator for generating a billing file (MDR) for transmitting to a billing legacy system of a mobile communication system using the billing data; And a charging transmitter for transmitting the generated charging file (MDR) to the charging legacy system.

In one embodiment of the present invention, the charging log parsing unit may further include a collecting unit for collecting the charging log for the content or user provided by the CP / SP.

In one embodiment of the present invention, the billing log parser includes an interface for interworking with the business logic processor.

In one embodiment of the present invention, the charging policy unit includes an interface with an infrastructure channel intermediary unit interworking with a legacy system inside the mobile communication system.

In one embodiment of the present invention, the billing policy may include a billing policy for billing per case, prepaid billing, event billing, beads template billing.

In an embodiment of the present disclosure, the charging policy unit may further include an authentication unit that performs user authentication.

In one embodiment of the present invention, the charging policy unit comprises: a log receiver for receiving the standardized charge log from the charge log parser and performing charge preprocessing on the unprocessed charge log; A log transfer unit for filtering the redundant charge log of the collected charge log and transmitting the filtered charge log to a charge processing table for charge processing for each filtered charge log; And a billing processing unit for performing billing processing and generating billing data by applying a billing policy for each billing log transmitted to the billing processing table.

In one embodiment of the present invention, the billing file generation unit collects the billed data and generates a billing file (MDR) in accordance with a file transfer protocol (FTP) communication protocol.

In one embodiment of the present invention, the charging transmitter transmits the charging file (MDR) to the charging legacy system using a file transfer protocol (FTP).

In one embodiment of the present invention, the billing processing apparatus of the present invention, the prepaid prepaid billing legacy to receive a prepaid prepaid billing processing request for a specific billing log from the business logic processing unit to perform a prepaid billing billing processing The system may further include a prepaid prepaid billing processing unit for requesting a prepaid prepaid billing processing and receiving and transmitting a result of the request. At this time, the billing log parser verifies the validity of the specific billing log requested for the prepaid prepaid billing processing and performs the standardization processing of the billing log delivered from the prepaid billing billing processing unit. In addition, the prepaid prepaid billing processing unit may include an interface for interworking with the business logic processing unit and the prepaid prepaid billing legacy system, interworking with the prepaid prepaid billing legacy system using a transmission control protocol (TCP). can do.

In one embodiment of the present invention, the billing processing device registers / modifies / registers a billing policy in a preset repository including billing information synchronization, event management, billing verification, billing policy synchronization, and billing policy backup of the beads template and content. The electronic device may further include a policy manager configured to read the billing policy request from the repository and respond to the request.

In one embodiment of the present invention, the billing processing device may further include a log manager for managing the common log format of the billing processing device, the generation and recording of a system log, and the processed log file.

In one embodiment of the present invention, the billing processing device may further include a DB management unit for performing connection, access management, and release of the database from the billing processing device in conjunction with a specific database.

In one embodiment of the present invention, the billing processing device may further include a configuration management unit for performing inquiry and management for the configuration file and the unique configuration file commonly used in the system.

In one embodiment of the present invention, the billing processing device is in charge of collecting, transmitting and managing data for O & M of the billing processing device managed by the O & M system in conjunction with a predetermined operation and management (O & M) system. The ONM management unit may further include.

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

3 is an overall schematic configuration diagram of an open mobile business support system to which the billing processing apparatus of the present invention is applied. Referring to FIG. 3, an open mobile business support system to which the billing processing apparatus 400 of the present invention is applied includes an open interface (OI) processing unit 100, a business logic processing unit 200, and an infrastructure channel broker 300. ), The billing processing unit 400, the legacy interworking processing unit 500, the web service providing unit 600, and the operation and management unit (hereinafter referred to as O & M) 700. .

In addition, reference numeral 11 denotes a CP / SP system for providing a mobile service to the mobile communication terminal 14, and reference numeral 30 denotes a service platform, infrastructure system, network configuration equipment, etc. of the mobile communication system 13; Represents a legacy system inclusive.

Examples of the service platform of the legacy system 30 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. 3, the open mobile business support system of the present invention provides an integrated interface to the various legacy systems 30 to mediate the CP / SP system 11 and the legacy system 30. It is to facilitate the configuration and provision of mobile services in the CP / SP system (11).

To this end, the open interface (OI) processing unit 100 of the present invention receives a request for performing a specific Biz Logic from the CP / SP system 11 outside the mobile communication system 13 and the result of the execution. As a means of providing an interface that can return, it provides a standard API (Application Program Interface) based on web services. At this time, the request of the specific biz logic is made through a standard API call for a corresponding biz template, and transmits the biz template identification information to be performed through the call function, data to be served (content, etc.), and the result value. Get returned. The open interface (OI) processing unit 100 analyzes the request received from the CP / SP system 11 as described above, extracts the bead template identification information and the data to be serviced, and sends it to the business logic processing unit 200. To pass. In this case, the open interface processor 100 generates and manages a unique session key for each request of the CP / SP system 11, and the generated session key is processed by the open mobile business model support system. Used to distinguish Biz logics.

In addition, the open interface processor 100 performs encryption and decryption of data transmitted between the CP / SP system 11 and the like as necessary.

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

In particular, the biz logic is implemented as a Biz Template. Biz templates are implemented in the form of actual execution objects in Biz logic. For example, implement a user authentication template to implement Biz logic to perform user authentication, an SMS / MMS transfer template to implement Biz logic to perform SMS / MMS transmission, and implement Biz Logic to perform general location service. It can be implemented as a general location finder template, a template for push platform message transmission using SMS / CBS. Here, the beads logic, the beads template, and the beads object will be described in more detail below.

In FIG. 3, the business logic processing unit 200 executes, stores, and manages a bead template composed of bead logic to be performed in the mobile communication system 13 requested from the CP / SP system 11. That is, the business logic processing unit 200 sets and includes a bead template and a bead object, which are executable object types for supporting bead logic, and executes the bead template requested by the open interface processing unit 100. The execution result is returned to the open interface processing unit 100. In detail, the business logic processing unit 200 sequentially performs the first or second business object according to the arranged order of configuring the requested business template, and when the execution of all the business objects is completed, the open interface processing unit. Return the result as (100). In this case, the business logic processing unit 200 requests the legacy interworking processing unit 500 to interwork with the legacy system 30 according to the type of the beads object constituting the Biz template and receives the result or returns the result. Perform internal judgment or comparison processing using.

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

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

4A and 4B illustrate the operation of the business logic processor 200 and the infrastructure channel broker 300 described above.

4 (a) shows a support procedure performed around the business logic processing book 200, and when a request for performing a biz template is transmitted from the CP / SP system 11 to the open interface processing unit 100 (① ), The data of the beads template is loaded from the MMDB (see reference numeral 51 in FIG. 5) (②) to perform a second beads object of the beads template (③), and according to the legacy of the first beads object of the beads template. After the request message is transmitted to the interworking processor 500 (④), the process of receiving the response message is repeated (⑤), and after completing the execution of the beads template, the billing information is transmitted to the billing processor 400 ( ⑥), the execution result is transmitted to the open interface processing unit 100 (⑦). According to this, the business logic processing unit 200 performs the business logic of one or more services and processes, thereby supporting a mobile service centered on complex functions.

). 4 (b) illustrates a procedure performed based on the infrastructure channel broker 300, and when a request for execution of a specific biz object is generated from a specific legacy system 30, the infrastructure channel broker 300 After receiving and analyzing this directly (i), it performs internal processing (i), interworking request to legacy interworking processing unit 500, and response response (i) according to the requested bead object. The related billing information is transmitted to the billing processor 400 (⑮), and the result of the execution is transmitted to the legacy system 30 requesting the 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 13 to be processed through the infrastructure channel intermediary 300 directly, rather than through the open interface processor 100, and the external CP / Since the request of the SP system 11 is processed through the open interface processing unit 100 and the business logic processing unit 200, the service quality can be improved by separating and supporting complex function-oriented services and performance-oriented services. .

Next, in FIG. 3, the legacy interworking processing unit 500 is in charge of interworking with the legacy system 30, and standardized input / output interface functions and respective legacy systems for each legacy system divided into functional units for efficient processing. It is composed of a plurality of interlocking unit for processing the log and billing information, for example, SMS interlocking unit for transmitting a request to send a short message to the SMSC and return the result, and location-related inquiry or tracking request message in conjunction with the LBSP LBS interworking unit for transmitting and returning the result of execution, MMS interlocking unit for transmitting the multimedia message transmission request message to the MMSC, and normal user in the mobile communication system 13, adult, billing processing And an authentication interworking unit for transmitting the authentication request message to the authentication legacy system associated with and returning the result.

The billing processing apparatus 400 of the present invention collects billing data according to the execution of the beads template and the beads object of the business logic processor 200 and the infrastructure channel broker 300 of the present invention, and transfers the billing data to the billing legacy system. do. More specifically, the billing processing apparatus 400 refers to billing conditions set for each service, and when billing conditions are satisfied when each of the beads template or the beads object is satisfied, billing information for the corresponding process (for example, , Data volume, log time, etc.) are converted to MDR data and transferred to the billing legacy system. As described above, since the billing processing unit 400 is formed on the same layer as the business logic processing unit 200 and the infrastructure channel intermediary unit 300, log information may be collected for each mobile system and for each legacy system. Detailed information and integrated processing of the billing are possible. The charging apparatus and method of the present invention will be described in more detail below.

In addition, the open mobile business support system to which the present invention is applied may further include a web service providing unit 600 that provides registration of CP / SP or administrator, inquiry of statistical information on open mobile business service performance, and monitoring. . The web service providing unit 600 provides an administrator site and a CP / SP site, respectively. Furthermore, the open mobile business support system to which the present invention is applied may further include an O & M 700, through which log information about the open mobile business support service may be collected to monitor failure and performance information and to support operations. Manage information for That is, log information is collected for each CP / SP through the open interface device 100 of the present invention, and operation and failure information of the business logic processing unit 200 and the legacy interworking processing unit 500 are collected and sent to the CP / SP or the operator. to provide.

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

Referring to FIG. 5, an open mobile business support system to which the present invention is applied includes an open interface (OI) processing unit 100, a business logic processing unit 200, an infrastructure channel intermediary unit 300, and the billing of the present invention. A processing device 400, a legacy interworking processing unit 500, a web service unit 600, and an OMS 700, and further, between the open interface processing unit 100 and the business logic processing unit 200, the business. Between the logic processor 200 and the infrastructure channel broker 300 and the legacy interworking processor 500, and between the business logic processor 200 and the infrastructure channel broker 300 and the charging processor 400 of the present invention. It includes a message delivery unit 50 including a plurality of message queues (Message Queue, MQ) (50a) for performing signal transmission. The open mobile business support system to which the present invention is applied includes the open interface (OI) processing unit 100, the business logic processing unit 200, the infrastructure channel intermediary unit 300, and the charging through the MQ 50a. The message exchange between the processing device 400 and the legacy interworking processing unit 500 is processed in an asynchronous manner. That is, if a specific message is created and put in the corresponding message queue 50a, the corresponding function unit searches for the message queue 50a, finds and reads the message delivered to itself, and delivers the message asynchronously between the functional units. And receive.

In addition, the open mobile business support system to which the present invention is applied further includes a memory-based database (MMDB) 51 that manages the request of the beads template and the execution result and state of the beads object / bead template. The MMDB 51 is an open interface processor 100, a business logic processor 200, and an infrastructure channel intermediary 300 that both access and perform write and read operations. When the requested beads template is recorded in the MMDB 51, the business logic processing unit 200 performs the beads template by referring to the memory-based database (MMDB) 51 to the MMDB 51, and displays the state. Use to record. The MMDB 51 stores the beads template related information and provides the beads template information when requested by the open interface processor 100 and the business logic processor 200.

In general, the MMDB is a database (DB) that operates and resides in the main memory of the computer. Unlike the existing DB stored and used in the hard disk (HDD), the MMDB resides in the 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 51 can store the requested bead template information and state information, thereby speeding up the process of complex bead logic.

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

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

Here, the open interface processing unit 100 may exist in order to support more users, and in this case, the request message of the open interface processing unit 100 is sequentially read from the business logic processing unit 23 and processed. Since the first message queue 511 may be used by all the open interface processing units 100 in common, the second message queue 515 may have a different destination for each session message. 100) Each message queue is set for each, and when the request message is recorded, information about the message queue to return a result value is included, whereby the business logic processor 200 of the present invention records the result value of the beads template. To know.

The message delivery unit 50 shown in FIG. 5 includes a plurality of message queues (MQs) 50a allocated for each system, and the open interface processing unit 100 transmits a request message of a predetermined bead template. In the designated MQ 50a of 50, the business logic processing unit 200 reads the biz template request message from the designated MQ of the message transfer unit 50, and the biz template Each bead object constituting a is sequentially performed. In this case, in the case of the first bead object, the interworking request message of a predetermined legacy system is recorded in the message transfer unit 50. After reading and processing the request message from the designated MQ of the message transfer unit 50 of the legacy interworking processor 500, the result is written back to a predetermined MQ of the message transfer unit 50, and thus the business logic processing unit ( 200 reads the processing result for the first biz object from the MQ and continues the next processing. By transmitting the message through the message transfer unit 50 as described above, independent operation between the open interface processing unit 100, the business logic processing unit 200, the infrastructure channel intermediary unit 300, the legacy interworking processing unit 500. Can be guaranteed.

6 shows a detailed configuration and message flow of the message transfer unit 50.

Referring to FIG. 6, the message queue provided in the message transfer unit 50 may be largely a bead template execution request message or a legacy interworking processing unit 500 of the open interface processing unit 100 that the business logic processing unit 200 will receive. A plurality of first message queues 511 and 513 for storing a response message from the second message queue; a second message queue 514 for storing report messages from the legacy interworking processor 500 to be received by the business logic processing unit 200; The plurality of third message queues 512 and 515 are allocated to the open interface processor 100 or the legacy interworking processor 500 to store messages to be transmitted from the business logic processor 200.

The information (i.e., message queue name) representing the message queues 511 to 515 includes a system name that transmitted a stored message, a system name to receive the stored message, whether the stored message is a response message or a request message, or a report message. The open interface processing unit 100, the business logic processing unit 200, and the legacy interworking processing unit 500, respectively, by referring to the message type and the identification value set for each domain or each legacy interworking unit. You can identify message queues to record or read your request / response / report messages.

7 is a flowchart showing the operation of the open mobile business support system to which the present invention is applied. Referring to FIG. 7, when the open interface processor 100 receives an API call for a predetermined bead template from the CP / SP system 11 (S702), the API call function is analyzed to extract a bead template and data to be executed. In addition, the Biz Template Execution Request message is transmitted to the business logic processing unit 200 of the present invention by generating the Biz Template Execution Request message and writing the message to the first message queue 511 of the message transfer unit 50 (S704). ~ S708).

Subsequently, the business logic processor 200 of the present invention checks whether there is a Biz Template Execution Request message in the first message queue 511, and if there is a new Biz Template Execution Request message in the first message queue 511, Read a bead template execution request message from the first message queue 511 (S710), and loads the bead template information associated with the request message from the MMDB 51 and executes the flow (logic) of the bead template (S712) ).

As described above, the beads template is a plurality of beads objects are arranged in a predetermined order, the execution of the beads template is implemented through the sequential execution of each of the beads objects. The Biz object may be performed internally in the system or may be performed through interworking with the legacy system (S714). That is, when the beads object of the corresponding beads template is an I-type during the execution of the beads template, the execution of the beads template is requested by storing a message requesting the interworking of the legacy interworking processor 500 in the third message queue 512. The third message queue 512 is allocated to each system of the legacy interlocking processor 500, and the recorded message is read and processed by the corresponding legacy interlocking processor 500, and a response message or report message for the result of execution is performed. Is recorded in the third and fourth message queues 513 and 514. Accordingly, the business logic processing unit 200 may receive a response or report message in response to the request from the designated third and fourth message queues 513 and 514. As described above, when the beads objects in the beads template are sequentially executed to finally complete the execution of the beads template (S716), a billing log according to the execution of the beads template is generated and transmitted to the billing processing apparatus 400 (S718). The execution result message of the beads template is generated and recorded in the second message queue 515 (S720 and S722).

Thereafter, the open interface (OI) processing unit 100 checks whether a result message for the Biz template execution request is stored in the second message queue 515, and if so, the second message queue 515. Read the result value recorded in (S724), generates a response message in accordance with the API of the corresponding biz logic, and delivers it to the CP / SP system 21 (S726, S728).

FIG. 8A illustrates an example of a service selected for setting up bead logic according to the present invention, and as shown in FIG. 8A, a service of the wireless Internet of the mobile communication terminal 14 is illustrated. Among the menus provided through (Save to My Phone, Send to Friend, Coupling, Put in Basket), select the Save to My Phone service, and look at the detailed logic of the selected service (b) of FIG. It is expressed as

As shown in (b) of FIG. 8, the mobile service of "storing in my phone" includes a menu of "storing in my phone" after the user selects a specific content through the mobile communication terminal 14. If selected, the user authentication is requested using the phone number as input data, and the user is determined to be a normal individual user, a corporate user, a prepaid user, an intelligent network user, and the like. Informing the mobile communication terminal 14 that it is not available, and in the case of a prepaid user, after the prepaid subtraction process, and in the case of a general user, the content is transmitted and charged.

Among these service logics, as shown in (c) of FIG. 8, 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.

8 (d) shows an example of the bead logic derived from the service logic to be transmitted to the internal phone through the process shown in (c) of FIG. 8, the bead logic for processing user authentication including prepaid balance inquiry; In addition, the biz logic can be set to perform the prepaid subtraction process.

As described above, when the range of the biz logic is determined, the determined biz logic is analyzed to convert the logic that needs to be linked with the legacy system of the mobile communication system 13 to 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). 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.

As described above, the biz logic to be formalized is set from the mobile service logic to be provided to the mobile communication terminal 14 in the CP / SP system 11, and the biz object is classified by unit function to select a biz object. The bead object is arranged to form a bead template in which the bead logic is formalized.

9 and 10 illustrate an example of a bead template constructed by the present invention, FIG. 9 shows a bead template for the bead logic for basic user authentication processing, and FIG. 10 shows whether a terminal is supported during user authentication. It is a beads template of the beads logic including.

Referring to FIG. 9, 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. 10 is for the I-type authentication_user information inquiry Biz 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.

Furthermore, the open mobile business support system of the present invention receives a request for performing a predetermined object from a specific legacy system of the mobile communication system 13, and performs the requested bead object in association with a corresponding legacy system. 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 business logic processing apparatus of the present invention will be described in more detail with reference to FIG.

FIG. 11 is a block diagram illustrating a business logic processing apparatus according to the present invention and illustrates a form implemented in the open mobile business support system. Referring to FIG. 11, the business logic processing apparatus 200 according to the present invention may include a first matching unit 201, a first message analysis / conversion unit 202, a template execution unit 203, and an object execution. A unit 204, a template loading unit 205, a template management unit 206, a second message analysis / conversion unit 207, and a second matching unit 208 are configured.

In addition, the business logic processing apparatus 200 according to the present invention may include a session manager 209, a repository 210, a log manager 211, a DB interlocker 212, and a timeout generator 213 as necessary. ), The configuration management unit 214, the configuration information transmission unit 215, and the type processing unit 216.

11 is a network structural diagram of an apparatus for processing a charge in an open mobile business support system according to an embodiment of the present invention. Referring to FIG. 11, the billing engine (BE) 400 of the present invention interworks with the business logic processor 200 in the open mobile business support system through a message queue, and provides an infrastructure channel broker ( 300) and the prepaid prepaid billing legacy system 420 and the transmission control protocol (Transmission Control Protocol: TCP) interworking, the billing legacy system 31 and the operation management unit (O & M) and the file transfer protocol (FTP) ), And the repository 52 is interworked through a hypertext transfer protocol (HTTP).

In FIG. 11, the billing processing unit (BE) 400 of the present invention is an infrastructure channel intermediary unit 300 that provides a service in connection with the business logic processing unit 200 or the legacy system 30 of the mobile communication system 13. The billing log is collected from the billing process and then forwarded to the billing legacy system 31. In addition, the billing processing device 400 manages the billing policy in conjunction with the repository 52, and transmits and receives the operation and management data in conjunction with the O & M 700. Further, the billing processing device 400 processes this through interworking with the prepaid prepaid billing legacy system in response to the prepaid prepaid billing processing request.

12 is a detailed configuration diagram of a billing processing apparatus in an open mobile business support system according to an embodiment of the present invention. Referring to FIG. 12, the charging processing apparatus 400 of the present invention includes a charging log parser 401, a charging policy unit 402, a charging file generation unit 403, and a charging file transmission unit. 404 and a billing policy database (DB) 405. In addition, the billing processing device 400 of the present invention includes a prepaid deduction billing processing unit 406, a DB management unit 407, a configuration management unit 408, a log management unit 409, a policy management unit 410, and ONM interlocking It may also include a portion 411.

In FIG. 12, first, the billing processing apparatus 400 according to the present invention supports the CP / SP system 11 in order to support the mobile service performance of the CP / SP system 11 in association with the mobile communication system 13. Open interface (OI) processing unit 100 for receiving the execution request of the Biz Template and the result of formalizing the Biz Logic that performs a single function among the logic constituting the mobile service from The business logic processor 200 executes the corresponding business template according to the business template execution request transmitted from the open interface processor 100 or the mobile communication system 13 and transmits the result, and the business logic processor 200 And a legacy interworking processing unit 500 for mediating interworking between the legacy system 30 of the mobile communication system 13 and the mobile communication system 13. As described above, the biz template implements biz logic in which a plurality of biz objects are arranged in a predetermined order to perform comparison / decision based on interworking with the legacy system 30 of the mobile communication system 13 or a result of the interworking. It is an object. The biz logic is a logic to be performed in the mobile communication system 13 and is a formalized logic among the service logic requested by the CP / SP system 11.

As shown in FIG. 12, in the charging processing apparatus 400 according to the present invention, the charging log parser 401 collects and collects a charging log according to the execution of the bead template in the business logic processing unit. Validate the verified billing log and perform standardization of the validated billing log. The billing log parser 401 is responsible for interfacing the billing log transmission between the business logic processor 200 and the billing processor 400 of the present invention. In particular, the billing log parser 401 checks whether there is billing log data according to the execution of the biz template recorded in the specific message queue by the business logic processor 200 and collects the billing log if it exists. In addition, the billing log parser 401 may further include a collector that collects billing logs for the user or the content provided by the CP / SP system 11. The billing log parser 401 reads billing logs collected for each of the beads template, content, or user in units of lines, separates them, performs validation for each billing log, and converts the billing log into a standardized log format. DB) (405).

The billing policy database (DB) 405 stores a plurality of billing policies and billed billing data. Furthermore, the charging policy DB 405 stores data for charging processing according to the present invention. In addition, the billing policy includes a billing policy for billing per case, prepaid billing, event billing, beads template billing.

The charging policy unit 402 inquires the charging policy to be applied to the standardized charging log in the charging policy database 405, and applies the viewed charging policy to the charging log to generate charging processed charging data. do. This billing policy includes information on how to apply billing based on the use of a particular mobile service. For example, when using a stock information inquiry service, the use of the service may include information that a fee of 50 won per second is charged. Therefore, when a specific user uses the stock information inquiry service, if the billing log parsing unit 401 collects the billing log for each service and user according to the stock information inquiry service usage, the billing policy unit 402 may request the service. The billing data is generated by charging billing for each service and user according to corresponding billing fee information of 50 won per second. The charging is performed according to a preset charging policy, and the charging policy is stored in advance in the charging policy DB 405. In addition, the charging data may be implemented in various forms or structures. For example, charging information charged for each service may be implemented in the form of a table or a packet. The structure or form of such billing data is apparent to those skilled in the art. In addition, the charging policy unit 402 includes an interface with the infrastructure channel intermediary 500 interoperating with the legacy system 30 inside the mobile communication system 13. In addition, the charging policy unit 402 may further include an authentication unit (not shown) that performs user authentication corresponding to the charging log.

In particular, as shown in FIG. 13, the charging policy unit 402 receives a standardized charge log from the charge log parser 401 and a log receiver 41 that performs charge preprocessing on the unprocessed charge log. ), A log filtering unit 42 for filtering the redundant charging log of the collected charging log, and transmitting the filtered charging log to a charging processing table for charging processing for each filtered charging log, and for each charging log transmitted to the charging processing table. It includes a billing processing unit 43 to apply the billing policy of the billing processing to generate billing data.

The billing file generator 403 generates a billing file (MDR) for transmission to the billing legacy system 31 of the mobile communication system 13 by using the billed data. The billing file (MDR) is in the form of a file readable for billing processing in the billing legacy system 31. In particular, the billing file generator 403 collects the billed data and generates a billing file (MDR) in accordance with a file transfer protocol (FTP) communication protocol.

The charging transmitter 404 transmits the generated charging file MDR to the charging legacy system 31. In this case, the billing transmitter 404 preferably transmits the billing file (MDR) to the billing legacy system 31 using a file transfer protocol (FTP).

The billing processing device 400 of the present invention having such a configuration is capable of real-time billing processing and accurate billing according to the execution of the bead logic of the CP / SP system 11, which is a client requiring the service of the open mobile business support system. Processing and transmission can be realized. Thus, in order to support various types of billing types, the billing processing device 400 collects the billing log and applies the billing policy to minimize the linkage of each module without interworking with each module. Can handle billing

As described above, in FIG. 12, the billing processing apparatus 400 of the present invention includes a prepaid deduction billing processing unit 406, a DB manager 407, a configuration manager 408, a log manager 409, and a policy manager. 410 and the ONM management unit 411 may be further included.

The prepaid prepaid billing processing unit 406 prepaid to the prepaid prepaid billing legacy system 420 to receive a prepaid prepaid billing processing request for a specific billing log from the business logic processing unit 100 to perform a prepaid prepaid billing processing Requests a debit billing process and receives and returns the result of the request. At this time, the billing log parsing unit 401 verifies the validity of the specific billing log requested for the prepaid prepaid billing processing, and performs standardization processing of the billing log delivered from the prepaid prepaid billing processing unit 406. In addition, the prepaid billing processing unit 406 includes an interface for interworking with the business logic processor 200 and the prepaid billing legacy system 420, in particular the prepaid billing processing unit 406 is a transmission control protocol ( TCP) is used to interwork with the prepaid prepaid billing legacy system 420.

The DB manager 407 interoperates with a database set in advance, and accesses, manages and releases the database from the billing apparatus.

The configuration management unit 408 manages configuration information for the charging processing device 400 by providing an access function for the configuration file of the charging processing device 400 of the present invention. In particular, the configuration manager 408 inquires and manages a configuration file and a unique configuration file commonly used in the billing processing apparatus 400.

The log manager 409 manages a common log format of the charging processor 400, generation and recording of a system log, and a processed log file.

The policy management unit 410 registers / modifies / deletes a billing policy, including billing information synchronization, event management, billing verification, billing policy synchronization, and backing up of a billing policy, of the beads template and content, in a preset repository 52, When the charging policy request is read from the repository 52 and responds to the request.

The ONM interworking unit 411 is in charge of data collection, transmission and management for operation and management of the billing processing device 400 managed by the O & M system 700 through interworking with the O & M system 700.

14 is a flowchart showing a billing processing method according to the present invention.

The charging processing method of the present invention will be described in more detail with reference to FIGS. 11 to 14. First, in the charging processing method of the present invention, the charging log parsing unit 401 collects the charging log according to the execution of the business template in the business logic processing unit 200 (S1400). The charging log collection is performed through the message log interworking with the business logic processing unit 200 in the charging log parser 401. That is, the billing log parser 401 checks whether there is the billing log data recorded by the business logic processing unit 200 in a specific message queue, and if so, reads the billing log data. Here, the step S1400 may further include collecting a charging log for the content or the user provided by the CP / SP system 11.

Then, the validity of the collected billing log is verified (S1402). Validation of the charging log is to verify the validity by dividing by the type of the collected charging log. Thereafter, the standardization process of the charging log whose validity is verified is performed (S1404). The charging process data is generated by applying a predetermined charging policy for each of the standardized charging logs (S1406 and S1408). The application process of the charging policy is shown in FIG. 15.

Referring to FIG. 15, upon receiving the standardized billing log (S1500), a request is made to the billing policy DB 405 (S1502), and if the link is successful (S1504), it is applied to the collected billing log. The charging policy is retrieved from the charging policy DB 405 (S1506). If a charging policy to be applied to the charging log does not exist in the charging policy DB 405 (S1508), an error log is recorded (S1516), and if present (S1508), the charging policy is applied by applying the inquiry charging policy to the charging log. Generate data (S1510, S1512). Subsequently, the connection with the charging policy DB 405 is terminated (S1514).

Subsequently, in FIG. 14, the billing data is collected to generate a billing file MDR for transmission to the billing legacy system 31 of the mobile communication system 13 (S1410 and S1412). The billing file (MDR) has a file format readable by the billing legacy system. The billing file is created in accordance with the File Transfer Protocol (FTP) communication protocol. Subsequently, the generated billing file (MDR) is transmitted to the billing legacy system 31 (S1414). The billing file (MDR) is transmitted using a file transfer protocol (FTP).

In one embodiment of the present invention, when the prepaid prepaid charge processing is requested in the billing processing device 400 of the present invention, the prepaid prepaid corresponding to the request is performed by interworking with the prepaid prepaid debit charging legacy system 420. The billing process can be performed.

16 is a flowchart showing a prepaid prepaid billing processing in the billing processing method of the present invention. Referring to FIG. 16, after the step S1400 in the billing processing device 400 of the present invention, when a prepaid prepaid billing processing request for a specific billing log received from the business logic processing unit 200 is received (S1600) ), The validity of the billing log is verified (S1602). If the billing log is not valid (S1604), an error log is created and recorded (S1606), and if the billing log is valid (S1604), the prepaid prepaid billing legacy system performs prepaid prepaid processing in response to the request. Request a connection to the 31 (S1608).

If the connection fails (S1610), an error log is created and recorded (S1606). If the connection is successful (S1610), the prepaid prepaid charge processing is requested, and a result of the request is returned (S1612, S1614). The connection with the prepaid prepaid billing legacy system 31 is terminated (S1616), and the standardization process is performed on the prepaid prepaid charged billing billing log (S1618, S1620).

17 is a flowchart showing a process of processing / managing data according to billing processing in the billing processing method according to the present invention. Referring to FIG. 17, in the charging processing method of the present invention, when the system is activated, the charging policy is registered / modified / deleted in the predetermined repository 52 (S1700). When the charging policy is requested for the charging processing (S1702), the charging policy is returned (S1704). Also, common log format, system log generation and recording, and processing of completed log file are performed (S1706), inquiry and management of common configuration file and unique configuration file are performed (S1708), and data for operation and management are collected. And manage (S1710). Furthermore, log data and statistical data on execution and error of the beads template are generated and stored in the operation and management (O & M) DB 700 (S1712 and S1714).

Each of the above-described steps of FIG. 17 may be performed independently of each other or organically as necessary.

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

As described above, the present invention facilitates interoperation between various infrastructure resources by supporting various infrastructure resources of the mobile communication system independently and independently.

In addition, the present invention can minimize dependency on each module to support various types of charging types by performing integrated charging processing on the infrastructure resources of the mobile communication system.

Claims (34)

In order to support mobile service performance of a CP / SP by interworking with a mobile communication system, a Biz Template that formalizes Biz Logic that performs a single function among logics constituting the mobile service from the CP / SP Open interface (OI) processing unit for receiving the execution request and returning the result, and business logic for executing the corresponding business template according to the business template execution request transmitted from the open interface processing unit or the mobile communication system and delivering the result. In the open mobile business support system including a processing unit, and a legacy interworking processing unit for mediating the interworking between the business logic processing unit and the legacy system of the mobile communication system billing in the billing processing device for processing the billing according to the execution result of the biz template In the treatment method, A first step of collecting a charging log according to the execution of the business template in the business logic processing unit; A second step of validating the collected billing log; A third step of performing a standardization process of the charging log in which the validity is verified; A fourth step of generating charging data charged by applying a predetermined charging policy for each standardized charging log; Generating a charging file (MDR) for transmitting to the charging legacy system of the mobile communication system using the generated charging data; And Transmitting the generated billing file (MDR) to the billing legacy system; Charging processing method comprising a. The method of claim 1, wherein the first step, The billing processing method of the open mobile business support system, characterized in that for reading the billing log according to the execution of the biz template recorded in the message queue in the business logic processing unit. The method of claim 1, wherein the first step, And collecting a charging log for the content or the user provided by the CP / SP. The method of claim 1, wherein the second step, Billing processing method in the open mobile business support system, characterized in that for verifying the validity by dividing by the type of billing log collected. The method of claim 1, wherein the fourth step, The method of claim 1, further comprising the step of performing authentication of the user corresponding to the accounting log. The method of claim 1, wherein the fourth step, Retrieving a charging policy to be applied to the standardized charging log in a predetermined charging policy database; And Generating charging data by applying the inquiry charging policy to the charging log; Billing processing method in an open mobile business support system comprising a. The method of claim 1, wherein the fifth step, The billing processing method in the open mobile business support system, characterized in that the billing data collected by the billing data collected to generate a billing file (MDR) in accordance with the file transfer protocol (FTP) communication protocol. The method of claim 1, wherein the sixth step is The billing processing method in the open mobile business support system, characterized in that for transmitting the generated billing file (MDR) to the billing legacy system using a file transfer protocol (FTP). The method of claim 1, wherein after the second step, Receiving a prepaid prepaid billing processing request for a specific billing log received from the business logic processing unit; Requesting the prepaid prepaid billing processing to a predetermined prepaid prepaid billing legacy system that performs prepaid prepaid billing processing in response to the request; And Receiving a response to the request; Billing processing method in an open mobile business support system, characterized in that it further comprises. The method of claim 1, wherein after the second step, And managing session information on an execution request and an execution result of the biz template. The method of claim 1, wherein after the second step, Generating log data and statistical data of an execution and an error of the biz template; And Storing the generated data in a predetermined operation management (O & M) DB; Billing processing method in an open mobile business support system, characterized in that it further comprises. The method of claim 1, wherein the charging policy, And a billing policy for at least one selected from prepaid billing, billing per event, event billing, and biz template billing. The method of claim 1, wherein after the first step, Registering / modifying / deleting a billing policy for at least one selected from among billing information synchronization, event management, billing verification, billing policy synchronization, and billing policy backup of the beads template and content; And Reading from the repository and responding to the request when the charging policy request is made; Billing processing method in an open mobile business support system, characterized in that it further comprises. The method of claim 1, wherein after the first step, The billing processing method of the open mobile business support system, characterized in that it further comprises the step of managing the common log format of the billing processing device, the generation and recording of system logs, the processed log file. The method of claim 1, wherein after the first step, A method of processing billing in an open mobile business support system, characterized in that it further comprises the step of performing the inquiry and management of the configuration file and the unique configuration file commonly used in the system. The method of claim 1, wherein after the first step, The billing processing in the open mobile business support system, further comprising the step of collecting and managing data for the O & M of the billing processing device managed by the O & M system in conjunction with a predetermined operation and management (O & M) system. Way. In order to support mobile service performance of a CP / SP by interworking with a mobile communication system, a Biz Template that formalizes Biz Logic that performs a single function among logics constituting the mobile service from the CP / SP Open interface (OI) processing unit for receiving the execution request and returning the result, and business logic for executing the corresponding business template according to the business template execution request transmitted from the open interface processing unit or the mobile communication system and delivering the result. In the open mobile business support system including a processing unit, and a legacy interworking processing unit for mediating the interworking between the business logic processing unit and the legacy system of the mobile communication system, billing processing apparatus for processing the charges according to the execution result of the beads template , A billing log parser configured to collect a billing log according to the execution of the business template in the business logic processor and to verify the validity of the collected billing log to perform standardization processing of the billing log that has been validated; A billing policy DB for storing a plurality of billing policies and billed billing data; A billing policy unit for querying a billing policy to be applied to the standardized billing log in the billing policy DB and generating billed billing data by applying the billed billing policy to the billing log; A billing file generator for generating a billing file (MDR) for transmitting to a billing legacy system of a mobile communication system using the billing data; And A charging transmitter for transmitting the generated charging file (MDR) to the charging legacy system; Billing processing apparatus in an open mobile business support system comprising a. The method of claim 17, wherein the billing log parser, Billing processing apparatus in the open mobile business support system, characterized in that it further comprises a collector for collecting the charge log for the content or user provided by the CP / SP. The method of claim 17, wherein the billing log parser, Billing processing apparatus in the open mobile business support system, characterized in that it comprises an interface for interworking with the business logic processing unit. The method of claim 17, wherein the charging policy unit, Billing processing apparatus in the open mobile business support system, characterized in that it comprises an interface with the infrastructure channel intermediary interworking with the legacy system in the mobile communication system. The method of claim 17, wherein the charging policy, A billing processing device in an open mobile business support system, characterized in that the billing policy for the billing process, prepaid billing, event billing, Biz template billing. The method of claim 17, wherein the charging policy unit, Billing processing apparatus in the open mobile business support system, characterized in that it further comprises an authentication unit for performing a user authentication. The method of claim 17, wherein the charging policy unit, A log receiver which receives the standardized billing log from the billing log parser and performs billing preprocessing on the unprocessed billing log; A log transfer unit for filtering the redundant charge log of the collected charge log and transmitting the filtered charge log to a charge processing table for charge processing for each filtered charge log; And A billing processor configured to perform billing processing and generate billing data by applying a billing policy for each billing log transmitted to the billing processing table; Billing processing apparatus in an open mobile business support system comprising a. The method of claim 17, wherein the billing file generation unit, The billing processing device in the open mobile business support system, characterized in that to collect the billing data collected by the billing to generate a billing file (MDR) in accordance with the file transfer protocol (FTP) communication protocol. The method of claim 17, wherein the charging unit, The billing processing device in the open mobile business support system, characterized in that for transmitting the billing file (MDR) to the billing legacy system using a file transfer protocol (FTP). The method of claim 17, Request a prepaid prepaid billing processing to the prepaid prepaid billing legacy system that receives a prepaid prepaid billing processing request for a specific billing log from the business logic processing unit and performs a prepaid prepaid billing processing, and returns the result of the request Billing processing apparatus in the open mobile business support system, characterized in that it further comprises a prepaid prepaid billing processing unit for receiving and transmitting. The method of claim 26, wherein the billing log parser, The prepaid prepaid billing processing of the billing processing device in the open mobile business support system, characterized in that the validation of the specific billing log requested, and performs the standardized processing of the billing log delivered from the prepaid prepaid billing processing. The method of claim 26, wherein the prepaid prepaid billing processing unit, And an interface for interworking with the business logic processor and the prepaid prepaid billing legacy system. The method of claim 28, wherein the prepaid prepaid billing processing unit, Billing processing apparatus in the open mobile business support system, characterized in that the interworking with the prepaid prepaid billing legacy system using a transmission control protocol (TCP). The method of claim 17, Register / modify / delete the billing policy for at least one selected from the synchronization of billing information of the template and the content, event management, bill verification, billing policy synchronization, and billing policy backup in a preset repository, and upon request of the billing policy, the repository Billing processing apparatus in the open mobile business support system, characterized in that it further comprises a policy management unit for reading from the response to the request. The method of claim 17, Billing processing device in the open mobile business support system, characterized in that it further comprises a log manager for managing the common log format of the billing processing device, the generation and recording of system logs, the processed log file The method of claim 17, Billing processing apparatus in the open mobile business support system, characterized in that it further comprises a DB management unit for performing connection, access management and release of the database from the billing processing device in conjunction with a specific database. The method of claim 17, Billing processing apparatus in the open mobile business support system, characterized in that it further comprises a configuration management unit for performing the query and management for the configuration file and the unique configuration file commonly used in the system. The method of claim 17, Open mobile business, characterized in that it further comprises an ONM management unit in charge of collecting, transmitting and managing O & M data of the billing processing device managed by the O & M system in conjunction with a predetermined operation and management (O & M) system Charge processing device in support system.

Images