KR100409052B1 - Relational Management System for Mobile Calling Card Data - Google Patents

Abstract

The present invention relates to a relational integrated management system and method for wireless business card data. The present invention relates to a business card service protocol that is fully compatible with an existing short message service (SMS) service in an existing CDMA network in which a short message center (SMC) is implemented. Provided by software to Message Entity (terminal) or ESME (Extra SME, SMC, all communication devices linked with SMC comprehensively), functions of inputting, sending, receiving, storing, managing business card data and each card data By adding optional wireless network access between elements (home phone number, mobile phone number, work phone number, e-mail address and homepage address), it is convenient for different types of wireless business card service without any additional protocol or hardware device. (MCCS, Mobile Calling Card Service) processing method is provided.

The present invention focuses on independent scalability and modularization of software in connection with service expansion and roaming while using IS-41C and IS-637 communication protocols and SMPP (Short Message Peer to Peer) communication protocols. By minimizing the investment cost in service expansion and providing additional service processing method that is easy to maintain, and by installing RDBMS (Relational DataBase Management System) in the terminal, it implements the relational integrated management system of business card data, It is quick and convenient to use.

Still another object of the present invention is to provide a method for intuitively and quickly using business card data transmission, reception and management by implementing a user interface (UI) that provides various information necessary for managing business cards on a terminal screen at a time. .

Description

Relational integrated management system of wireless business card data {Relational Management System for Mobile Calling Card Data}

The present invention relates to a relational integrated management system and method for wireless business card data. The present invention relates to a business card service protocol that is fully compatible with an existing short message service (SMS) service in an existing CDMA network in which a short message center (SMC) is implemented. Provided by software to Message Entity, Terminal) or ESME (Extra SME, SMC, all communication devices linked with SMC)), business card data input, transmission, reception, storage, management functions and card data By adding optional wireless network access between each element (home phone number, mobile phone number, work phone number, e-mail address, homepage address, etc.), it is convenient for heterogeneous wireless business cards to suit user's preferences and without additional protocols or hardware devices. It is to provide a method of processing a service (MCCS, Mobile Calling Card Service).

SMS is first introduced by defining the point-to-point service that allows the ETSI (European Telecommunication Standard Institute) to send and receive messages of up to 155 octets between terminals for application to Global System for Mobile Communications (GSM). It became.

SMS is implemented by sending message to DBM (Data Burst Message) by setting service option on IS-95-A protocol of wireless data communication to 6 or 14. In order to receive SMS, software to send or receive message to terminal Should be added. Therefore, in order to implement SMS, it can be implemented by adding an SMC (Short Message Center), which is a network element capable of handling SMS, to the existing network and supplementing the network protocol. The related protocol is defined in TIA / EIA / IS-637, and IS-95-A is defined in the upper layer of TIA / EIA / IS-637. In addition, complementary content of the SMS network protocol is defined in TSB 79.

The message delivery of SMS is not done directly through the established channel, but is stored in the SMC according to the state of the terminal or network through the SMC, and is delivered to the corresponding SME at the time when the message can be delivered. Has characteristics. Therefore, in order to provide an SMS, the role of the SMC that attempts to deliver the message at a point in time that can be delivered after storing the message is more important than a separate transmission mechanism.

In general, the wireless business card transmission / reception service researched and developed on the Internet provides a method for a client to make a business card through a relay server on the Internet that provides a wireless business card service and transmit the relay server to a mobile communication device as a medium. Mainly used. That is, the above methods are inconvenient to select a separate service provider that provides the business card in order to send and receive wireless business cards between the clients, it is difficult to manage the business card directly in the client's own mobile communication device.

In addition, the wireless business card transmission and reception service, which is being researched and developed, is a simple image of a business card which transmits and receives wireless business cards offline, and can only transmit and receive a mobile communication period or store each other. It can be said that it does not take advantage of the greatest advantage of using electronic documents. A business card can express one's profile in various complex ways. In other words, the profile of an individual in a business card contains various personal information such as work address, work phone number, mobile phone number, e-mail address, homepage address, and so on. The path is to provide a single business card. In general, mobile communication devices such as mobile phones are configured to bring a contact stored together with a storage space for storing a contact and to be able to contact the user through a wireless network. For example, if a person's phone number is stored in a mobile communication device, it is stored in the form of "Hong Gil-dong / 02-123-1234" and the stored number is retrieved and the user presses a send button to make a contact. However, the contact information of Hong Gil-dong is not only 02-123-1234, but also has a variety of contacts in a general business card such as mobile phone number, email address, homepage address, etc., such as 017-222-3333, It is difficult to store and manage your contacts at once. Although the service that can transmit / receive a mobile phone during the mobile communication period is imaged as a business card, it is just a simple SMS method to send a business card image through an Internet service provider as described above. It is not realized, and it is not possible to directly connect to various contacts (work address, work phone number, mobile phone number, email address, homepage address, etc.) existing in the business card through the imaged electronic business card. If the electronic business card is stored in the mobile communication device, it is inconvenient to call it to confirm the contact and to contact the user by directly inputting the confirmed contact to the mobile communication device.

An object of the present invention is to solve the above problems, the business card service protocol that is fully compatible with the existing Short Message Service (SMS) service in the existing CDMA network implemented Short Message Center (SMC) Short Message Entity , Terminal) or ESME (comprehensive definition of all communication devices interworking with Extra SME, SMC)), and the function of inputting, transmitting, receiving, storing, and managing business card data and each element in business card data. By adding optional wireless network access function between home phone number, mobile phone number, work phone number, e-mail address and homepage address, it fits the user's preference and provides convenient wireless business card service between heterogeneous types without additional protocol or hardware device. It provides a method of processing MCCS (Mobile Calling Card Service).

Another object of the present invention is to store, manage and apply data required for a business card service in each database to provide a method for processing a mobile calling card service (MCCS) which is convenient for a user's preference and is convenient.

Another object of the present invention is to easily expand the business card service processing method by easily modularizing so that it can be easily applied to the expansion of the Mobile Calling Card Service (MCCS) system and roaming services with different operators in software. It is to provide.

Another object of the present invention is to focus on independent scalability and modularization of software in connection with service expansion and roaming while using IS-41C and IS-637 communication protocols and Short Message Peer to Peer (SMPP) communication protocols. It is to provide additional service processing method that is easy to maintain and minimize investment cost when service is expanded by modularizing each function.

Still another object of the present invention is to implement a relational integrated management system of business card data by mounting a relational database management system (RDBMS) in a terminal, and to quickly and conveniently use a large-capacity business card data.

Still another object of the present invention is to provide a method for intuitively and quickly using business card data transmission, reception and management by implementing a user interface (UI) that provides various information necessary for managing business cards on a terminal screen at a time. .

Still another object of the present invention is to provide a business card service protocol that is fully compatible with an existing SMS service, thereby providing heterogeneous business card transmission / reception services without additional protocols or hardware devices.

1 is a block diagram illustrating a message transmission sequence in a conventional short message service (SMS) system.

2 is a block diagram showing in more detail the structure of an existing short message entity (SME) and a short message center (SMC).

3 is a block diagram showing in detail the configuration of the existing short message center (SMC) system.

4 is a block diagram showing a relationship between an existing short message service (SMS) system and a mobile calling card service (MCCS) system.

FIG. 5 is a block diagram showing in more detail a Mobile Calling Card Service (MCCS) system.

6 is an exemplary view of a main screen of a mobile communication terminal equipped with a mobile calling card service (MCCS) system.

7 is a short message service (SMS) processing unit of a mobile communication terminal equipped with a mobile calling card service (MCCS) system.

8 is a data flow diagram of a Mobile Calling Card Service (MCCS) interface.

9 is a data flow diagram of a mobile calling card service (MCCS) message receiver, a storage unit, and a change unit.

10 is an example of a user authentication process when the received business card data is new data.

11 is an example of a user authentication process when the received business card data is change request data.

12 is an example of a business card data search method (search item, search word, search method for each calculation method).

FIG. 13 is an example of a method of outputting data retrieved through a data retrieval unit on a narrow LCD screen.

Figure 14 is an example of outputting a brief summary of the data when selecting the retrieved data.

15 is an example of a method of specifically outputting the searched content on the screen (in the case of summary view).

Fig. 16 is an example of a method of specifically outputting the searched contents on the screen.

Figure 17 is a detailed example of the large and small items of the overall view.

18 is an exemplary view showing a one-stop wireless network connection function of business card data.

19 is a flowchart illustrating a process of extracting data from a DB for transmitting Mobile Calling Card Service (MCCS) data.

20 is an example of transmitting wireless business card data.

21 is a flowchart illustrating a process of extracting, processing, and transmitting wireless business card data to a Short Message Service (SMS) system.

22 is a conceptual diagram of a Layer of the existing Short Message Service (SMS) protocol.

FIG. 23 is a message structure diagram for each layer for performing an existing short message service (SMS).

FIG. 24 is a block diagram of applying a mobile business card service (MCCS) protocol to a short message service (SMS) communication protocol.

<Description of the code | symbol about the principal part of drawing>

10: SMC 11A: MOSMS (Mobile Originated SMS)

11B: MTSMS (Mobile Terminated SMS)

20: message transmitter 21: message receiver

22: Data Base 23: SMC Platform

24: VAS Server 231: MNAIM

232: PS number / PSPDN 241: ESME

242: IP Admin 243: SMPP interface

4: MCCS system 41: MCCS interface

42: MCCS message receiver 43: MCCS message receiver

44: ICCDB 45: ECCDB

441: ICCDB input unit 442: ICCDB search unit

443: ICCDB change unit 444: ICCDB output unit

451: ECCDB search unit 452: ECCDB message receiving unit

453: ECCDB storage unit 454: ECCDB change unit

455: ECCDB extraction unit

221: Teleservice Layer 222: Transport Layer

223: Relay Layer 224: Link Layer

In order to add SMS to the voice communication system operating in the existing CDMA network, as described above, the SMC (Short Message Center) may be added to the network component and the network protocol may be supplemented.

The present invention provides a business card service protocol that is fully compatible with an existing short message service (SMS) service in an existing CDMA network in which SMC is implemented, and any communication device interworking with an SME (Short Message Entity, Terminal) or ESME (Extra SME, SMC). Provided in software), the function of inputting, sending, receiving, storing, and managing business card data, and each element of business card data (home phone number, mobile phone number, work phone number, email address and homepage address). By adding an optional wireless network connection function, etc., it provides a convenient mobile calling card service (MCCS) processing method that meets the user's preference and does not require additional protocol or hardware device. .

Hereinafter, exemplary embodiments of the present invention will be described in detail with reference to the accompanying drawings. First, in adding reference numerals to the elements of each drawing, it should be noted that the same elements are denoted by the same reference numerals as much as possible even if they are displayed on different drawings. In addition, in the following description, in order to explain the embodiments of the present invention, specific details such as specific components are shown, which are provided to help a more general understanding of the present invention, and the present invention may be practiced without these specific details. It will be apparent to those skilled in the art. In describing the present invention, when 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.

1 is a block diagram illustrating a message transmission sequence in an SMS system including an SMC.

In the step of transmitting a message from the sending terminal (MO (Mobile Originated SMS)) to the SMC 10, the user edits the message in the MO SMS 11A and presses the terminal's "SEND" button, the MO SMS ( 11A) first transmits the message to the SMC 10 of the CDMA network. The SMC 10 receiving the message sends a response message to the sender and stores the message.

Referring to the step of receiving a message from the SMC 10 in a MT (Mobile Terminated) SMS, the SMC 10 first checks the state of the receiving side to determine whether it is in a receptionable state. If it is confirmed that the MT SMS 11B is in a receivable state, the SMC 10 transmits the message to the MT SMS 11B. The MT SMS 11B receiving the message transmits the response message back to the SMC 10 to the MT SMS 11B by sending the response message from the MO SMS 11A.

Since the SMC 10 implements SMS using such a store and forward transmission method, real-time communication is not guaranteed, but the MT SMS (SMS 10) during the validity period in which the corresponding message is stored in the SMC 10 is not guaranteed. When 11B) is receivable, the message can be transmitted at any time, thereby ensuring the reliability of the message.

Figure 2 is a block diagram showing the structure of the SME and SMC in more detail.

The SME 11 is implemented in software inside the terminal, and for the existing SMS service, the message transmitter 20, the message receiver 21, and the data storage 22 need only exist as shown in FIG. 2.

The SME message transmitter 20 of the MO SMS 11A is responsible for transmitting the edited message and the transmitted / received telephone number to the SMC 10 through the CDMA network. After receiving the message, the message receiving unit 21 of the MO SMS 11A is responsible for receiving and processing the response message from the SMC 10.

The SME message receiving unit 21 of the MT SMS 11B serves to receive a message transmitted from the SMC 10. The message transmitter 20 of the MT SMS 11B is responsible for transmitting a response message to the SMC 10 after reception is completed. The data storage unit of the MT SMS 11B stores a message received from the message receiver 21.

SMC 10 is implemented by adding a separate hardware additional equipment capable of digital communication to the existing voice call system. The SMC 10 is internally configured with a value added service (VAS) server 24 and an SMC platform 23, and detailed functions thereof are described with reference to FIG. 3.

3 is a block diagram specifically showing an SMC system configuration.

The SMC 10 is composed of an SMC platform 23 that performs the basic functions of the SMC 10 internally and a Value Added Service (VAS) server 24 that integrates and manages additional services.

The SMC platform 23 performs a store and forward function for a message transferred between mobile terminals of a CDMA network through a MNAIM 231 (Mobile Network Application Interface Module). MNAIN is responsible for the transmission and reception of messages through the wireless network by performing the function of formatting and extracting MAP (Mobile Application Part) messages of the IS-41C protocol.

The main functions of the SMC platform 23 are interworking with a CDMA network, interworking with a fixed network such as a PSTN / PSPDN network 232, and a message processing function. This message handling function is the most important function of the platform. It performs basic message processing, retry management, routing, receiver management, load balancing, and improved message handling.

The VAS server 24 is connected to various ESMEs 241 and operates to provide additional information and services other than message transfer between subscribers by operating an SMS message. Additional service integrated management device.

The VAS server 24 performs functions such as service registration and deletion for each ESME 241 providing additional services, process management, and providing a common interface to the SMC platform 23, and various information required for providing information services. Manage data and operational parameters. This system is located between ESME 241 and SMC platform 23 that provide various additional services to control their connections, and to simplify the functions of ESME 241 by accommodating common functions such as traffic and log management. The SMC platform 23 serves to reduce the load on the SMC 10 by replacing some functions to be processed.

The IP_ADMIN 242 of the VAS server 24 substantially manages and controls the ESME 241 between the ESME 241 and the SMC platform 23, and provides an interface for the ESME 241 to run. . When the ESME 241 is normally interworked with the IP_ADMIN 242, the SMPP interface 243 is interworked using the service related information stored in the DB of the VAS server 24.

The SMPP interface 243 of the VAS server 24 accepts connections of valid ESMEs 241 pre-driven by the IP_ADMIN 242 and is substantially responsible for sending and receiving messages between the ESME 241 and the SMC platform 23. It performs ASME (Agent SME) function. In order for the SMPP interface 243 and the SMC platform 23 to interwork, two virtual lines are required. One is used for message transmission and response to the SMC platform 23, and the other is a message from the SMC platform 23. Used for delivery and response.

4 is a block diagram showing a relationship between an existing SMS system and an MCCS system.

The MCCS system 4 is conceptually defined as an upper layer of the SME 11 in charge of SMS service, and the message transmission / reception of the MCCS system 4 is interworked with the message transmission / reception unit of the SME 11 through the MCCS interface 41. do. This is to secure the ease of expansion and roaming service of the system by adding the MCCS as an independent module while maintaining the existing SME (11).

Referring to the contents of FIG. 4 in conjunction with the existing SMS services of FIGS. 1 and 2, the MCCS transmission and reception process will be described as follows.

When the MCCS system 4 intends to transmit business card data to a specific terminal, data to be transmitted from the MCCS DB is extracted and processed. This data is copied to the MCCS interface 41 through the MCCS message transmitter 42, and the MCCS interface 41 carries business card data on the existing SMS communication protocol and transmits it to the SMC 10 of the CDMA network.

The SMC 10 receiving the business card data stores the contents and responds to the terminal. The response message is transmitted to the MCCS receiver 43 through the MCCS interface 41 via the SMS message receiver.

When the card data is to be received by the MCCS system 4, the SMC 10 checks whether the terminal can be received and transmits a message. The received message is delivered to the MCCS receiver 43 via the SMS message receiver and MCCS interface 41. The MCCS message receiving section 43 processes the received data and stores business card data under conditions given to the MCCS system 4.

5 is a block diagram illustrating the MCCS system in more detail.

The DB of the MCCS system 4 includes the ICCDB 44 (Internal Calling Card DataBase) for managing business card information including the user and the organization or family including the user, and the ECCDB 45 for managing business card data received from the outside. It consists of (External Calling Card Database). ICCDB (44) and ECCDB (45) is linked to a relational database (RDBMS), each DB is complementary to each other.

ICCDB (44) and ECCDB (45) basically manage name, title, organization name, organization address, home address, organization phone number, organization fax number, home phone number, home fax number, e-mail address, flaw Various additional information necessary for page, wireless communication number and business card information service is included. The function of each module is as follows.

The data input unit 441 of the ICCDB is responsible for an interface function for inputting business card data of the person and the organization or family to which the user belongs by the user's input. The card data input by the user is stored in the user input through the user interface module 46 and the data input unit 441. After the data is stored in the database, the business card 46 is selected and transmitted through the user interface 46 at the step of transmitting the business card. While general SMS data is transmitted after user input and editing, MCCS data extracts necessary information from DB and transmits it.

The ICCDB 44 data input includes both main data and a plurality of sub data. The main data refers to the highest priority data of each data item, and the sub data refers to data of the same item other than the highest priority data. For example, suppose you enter your organization's telephone number into the ICCDB 44. If there are three phone numbers used by your organization, the main data is the one that you manage yourself and the most frequently used, and the remaining two phone numbers are the sub data.

The data retrieval unit 442, the change unit 443 of the ICCDB 44, and the retrieval unit 451 of the ECCDB process the ICCDB 44 data according to the needs of the user and output the result through the user interface 46. .

The ECCDB 45 is a DB for storing, managing, and applying business card data transmitted from the SMS system. The data transmitted from the SMS system is restored in the same manner as the original business card data of the transmitting MCCS interface 41 and the MCCS message transmitting unit 42 in the MCCS interface 41. The recovered original card data is delivered to the message receiver according to the given rules.

The ECCDB message receiving unit 452 first checks through the ECCDB data retrieval unit 451 whether the card data reconstructed from the MCCS interface 41 is new or existing. If the restored original card data is new data, it is stored in the DB through the ECCDB data storage unit 453. On the contrary, if the restored data already exists in the DB, the contents of the DB are changed through the data changing unit 454.

The ECCDB data storage unit 453 processes the new data identified by the data retrieval unit 451 in the message receiving unit 452 in a state capable of being stored in the ECCDB 45 according to a given rule, and then passes through an authentication process of the user. The ECCDB 45 is stored.

The ECCDB data changing unit 454 processes the existing data identified through the data retrieval unit 451 in the message receiving unit 452 to the ECCDB 45 according to a given rule, and then performs the authentication process of the user. Change to the new value.

The ECCDB data retrieval unit 451 is called by the message receiving unit 452 and the user interface 46. When the data retrieval unit is called from the message receiving unit, the data retrieval unit performs the operation of checking whether the original data restored by the MCCS interface 41 is new data or existing data. When this module is called through the user interface 46, the user searches the ECCDB 45 according to the given conditions, and processes and returns the result according to the given rules.

The data extraction units 444 and 455 extract business card data to be transmitted from the ICCDB 44 or the ECCDB 45. The extracted data delivers the card data to the message transmitter 42 according to a given rule.

The message transmitter 42 processes the data transmitted from the data extractor by the MCCS protocol and transfers it to the MCCS interface 41.

The MCCS interface 41 calculates how many repetitive transmissions are required for the raw data delivered from the message transmitter 42 within the scope of the SMS system, and then divides the raw data as necessary. The divided data frames are transmitted to the CDMA network through the SMS system.

At this time, the ICCDB 44 and the ECCDB 45 are connected by an RDBMS. This is because the ICCDB 44 and the ECCDB 45 may overlap each other, so that the card data can be automatically changed even when the card data changed through the message receiving unit 452 exists in the ICCDB 44. .

6 is an exemplary view of a main screen of a mobile communication terminal in which the MCCS system 4 is mounted.

All examples below may vary by terminal manufacturer and model, and are used herein to more effectively express the functionality of each module of the MCCS system 4.

7 is an SMS processing unit of a mobile communication terminal equipped with an MCCS system.

The message transmitted through the SMS is received by the SMS processor 700 to determine whether this is general SMS data or MCCS data (705). MCCS data has an identifier that identifies itself as MCCS data through a code not used in SMS. If the data received by the SMS is general SMS data, the SMS processes the short message according to the existing SMS processing rule (710). However, if the received data is MCCS data, it is copied to the MCCS interface 41 (715). After that, all processing is in charge of the MCCS interface 41.

8 is a data flow diagram of an MCCS interface.

The MCCS interface 41 of the receiving terminal is a module for restoring the original business card data that is divided and transmitted 800 via SMS. Accordingly, the MCCS data transmitted from the SMS receiver restores each divided frame to its original state (805). This process repeats the restoration operation in the state of temporarily storing the received data until the same as the raw data of the MCCS transmitting terminal (810). If it is confirmed that all the raw card data has been restored, the MCCS interface 41 transmits the raw card data to the MCCS message receiving unit (815).

9 is a data flow diagram of an MCCS message receiver, a storage unit, and a change unit.

The raw card data recovered in the MCCS interface 41 is transmitted to the MCCS message receiver 900 (900). The message receiver searches for the ECCDB 45 based on the data transmitted from the MCCS interface 41 (905), and checks whether the currently received card data already exists (910). If the currently received data is new data, the message receiver adds and stores new card data to the ECCDB 45 through user authentication 915 (920, 925). On the contrary, if there is a match among the currently received data and the existing data, the message receiver changes the corresponding data through the user authentication 930 (935, 940).

10 and 11 are exemplary diagrams of a user authentication process in the case of new data and change request data after receiving business card data.

The data received through the user authentication process is output to the screen through the user interface module and the data search unit of the DB. MCCS data retrieval uses a common retrieval algorithm, and details of this section are omitted.

12, 13, and 14 are exemplary views illustrating a method of outputting data retrieved through the data retrieval unit on a narrow LCD screen.

In search of business card data, a search item, a search word, a calculation method are selected (Fig. 12), and when "start search" is selected, the search is started. In order to express the searched content on the narrow LCD screen, the searched business card is output on one screen as shown in FIG. When the searched business card is selected, a brief summary of the business card is output as shown in FIG. The items displayed on the summary screen are defined through the "setting" of the main screen (Figure 6).

15 and 16 are exemplary views illustrating a method of specifically outputting searched contents to a screen.

There are two methods of outputting a business card on the screen: "summary view" (figure 15) and "full view" (figure 16), and the items displayed on the summary view are determined by "setting" of the main screen (figure 6). The contents displayed in the overview are large items, small items, and data, and FIG. 17 is a detailed example of the large items and small items of the overall view.

Figure 17 is a detailed illustration of the large and small items of the overall view.

If there is a small item in the large item in the overall view, the user is informed of the existence through the + mark, and if a large item exists, the-sign is used. After selecting a large item, the small item is expanded through the "OK" button or the "right key", and the small item is expanded in the same way to output the data.

Business card data can be used as one-stop without any special manipulation. For example, when a person wants to contact the other party using a phone number of business card data, as shown in Fig. 18, if the user selects the corresponding phone number and clicks the SEND button, the connection is immediately performed.

The business card data can be linked with the VAS server 24 of the wireless Internet or the SMC 10 to enable various additional services. You can deliver items directly with address data and send faxes directly. Also, after selecting E-Mail, you can send mail directly to the other party, visit homepage without any interface, and manage various personal information.

19 is a flowchart illustrating a process of extracting data from a DB to transmit MCCS data.

If you want to send your business card in the step of transmitting the MCCS (1900), select the transmission and enter the other party's phone number (1905). However, if you want to send another business card stored in the DB instead of your own business card, select the corresponding data through the data search unit (1910) and enter the recipient's phone number. Of course, if you want to send a business card of the DB, the order of entering the receiver's phone number and selecting data can be changed.

20 is an exemplary diagram for transmitting a business card.

FIG. 21 is a flowchart illustrating a process of transferring data extracted from the data extracting unit 2100 into the MCCS protocol at the message transmitting unit 2105 and transmitting business card data from the MCCS interface 41 module to the SMS system.

The data received by the message transmitter from the data extractor cannot be decrypted by the receiver MCCS system 4. Therefore, the message receiving unit is processed into a form that can communicate card data stored in the DB through the SMS system. The MCCS data thus processed is transformed into a form capable of being processed back and stored in the receiving MCCS interface 41 module and the message receiving unit.

The MCCS interface 41 module divides the business card data received from the message transmitter into units that can be transmitted using the SMS protocol (2110). The divided data are sequentially transmitted to the SMS message transmitter 2115 and accumulated in the SMS protocol to be transmitted to the CDMA network. If all MCCS fragment data has been transmitted 2120 via the SMS message transmitter, the MCCS message interface terminates the transmission of the business card data.

The MCCS protocol is defined in "USER DATA" of the SMS protocol. The existing SMS protocol is formed based on the DBM of IS-95-A, and the length of the transmitted message is limited to about 100 Korean characters. However, in most cases, the required data length in MCCS is over 200 Bytes, which is limited by SMS protocol. For this reason, in order to communicate by including MCCS in the SMS protocol, MCCS data must be processed within a limited range of SMS.

22 is a conceptual diagram of a layer of an existing SMS protocol.

The teleservice layer 221 supports basic SMS functions using standardized subparameters of the short message data parameter (SMDP) of the transport layer 222.

The teleservice layer 221 is responsible for allocating MESSAGE_ID to the SMS transmission message when the terminal is operating as the MO SMS 11A. On the contrary, when the terminal is operating as the MT SMS 11B, the incoming message is an SMS. When Deliver Message and Reply function is set, it is in charge of sending this to user. If the terminal transmits the SMS User Ack Message, it is responsible for transmitting the destination address to the Transport Layer (222).

The transport layer 222 basically forms an end point between the SMC 10 and the terminal in the message transmission and reception phase. In general, the Transport Layer 222 notifies the Teleservice Layer 221 when an error is reported in the Relay Layer 223, and the SMC 10 through the procedure specified in IS-637 when authentication is activated in the CDMA network. It is in charge of checking the communication status.

When the terminal operates as the MO SMS 11A, the transport layer 222 receives bearer data from the teleservice layer 221, forms a message, and delivers the message to the relay layer 223. When a response to the message is received, the relay layer 223 notifies this. In contrast, when the terminal operates as the MT SMS 11B, the terminal is responsible for delivering the SMS message received from the relay layer 223 to the teleservice layer 221.

The relay layer 223 sets a transmission channel according to the state of the terminal (Idle Mode, Traffic Mode, etc.) and the length of the message, and connects to the IS-95-A Link Layer 224 for message relay. It is in charge of controlling function.

When the terminal operates as the MO SMS 11A, the relay layer 223 transmits a message transmitted from the transport layer 222 to the relay point or the end point. 222) generates an Error Indicator and delivers it. In contrast, when the terminal operates as the MT SMS 11B, the terminal transmits the received message to the transport layer 222.

23 is a diagram illustrating a message structure for each layer for performing SMS.

The message structure of each layer is described as follows based on the message transmission of the terminal.

The Teleservice Layer 221 adds the MESSAGE_ID to the user edited transmission message (User Data) and the SMC 10's internal time (MC Time Stamp), priority (Priority Indicator) and privacy indicator (Redirect). ), Message arrival notification (Alert on Delivery), and language identifier (Language Indicatyor) is added to the transport layer (222). Of these, the "MC internal time" and "message arrival notification" messages are valid at the time of receiving, and at the time of transmission, only the space for storing data is reserved.

The transport layer 222 is SMS_MSG_TYPE for recognizing SMS data in front of the data transmitted from the teleservice layer 221, a teleservice indicator for distinguishing whether the data to be transmitted is a voicemail box or a general message, and an originating address. , And adds a Reply Reply Option to the relay layer 223.

The relay layer 223 transmits the data transmitted from the transport layer 222 to the link layer 224 based on the DBM of the IS-95-A via the Um interface.

The link layer 224 transmits a message to the SMC 10 by adding information required by the IS-95-A protocol to the data transferred from the relay layer 223.

24 is a block diagram of applying the MCCS protocol to the existing SMS communication protocol.

MCCS communication protocol is a form of including the original business card data frame in the "User Data" position in the existing SMS communication protocol. Since the protocol related to communication has already been defined in the SMS, the MCCS protocol encapsulated in the SMS protocol is used to store information necessary for the process of transferring data from the MO SMS 11A to the MT SMS 11B via the SMC 10. no need.

The MCCS protocol is processed in the message transmitter of the MCCS system 4, and the MCCS interface 41 divides the raw data into a limited size that SMS can transmit at once. The divided transmission frames are encapsulated in the SMS protocol and transmitted, and are restored to their original state at the receiving MCCS interface 41.

At the beginning and end of each frame of the MCCS frame, " MCCS Indicator " is attached, and based on this, the MCCS interface 41 finds the starting position and the last position of each frame and restores the original card data. In addition, at the beginning of the first frame, "MCCS Start Indicator" is attached, and at the end of the last frame, "MCCS End Indicator" is attached, so that the MCCS interface 41 is received from "MCCS Start Indicator" until "MCCS End Indicator" is received. You can restore the original card data by restoring the frame.

In order to confirm that the SMS received message from the MCCS protocol is MCCS data, if the "MCCS Start Indicator + MCCS Indicator" MCCS Indicator is present at the beginning of the "User Data" message of the SMS protocol, the MCCS interface is not processed as a normal SMS message. This can be passed to (41).

In the MCCS protocol, STX and ETX are added at the start and end of each data, and the message receiver of MCCS extracts data to be stored in DB based on this indicator. For example, business card data names are prefixed with Name Start Transmission Extension (NSTX) and followed by Name End Transmission Extension (NETX). Also, ASTX (Address STX) and AETX (Address ETX) are attached to the address data before and after, so that the data to be stored in DB can be extracted by calculating the type and size of data indicated by each indicator.

As described above, 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 by the claims below and equivalents thereof.

According to the present invention, by directly managing the function of the input, transmission, reception, storage, management of the business card data in the mobile communication device, implement the two-way radio business card transmission and reception service without the support of the service provider on the Internet, the user's preference It can be used more appropriately, and can provide a convenient mobile business card service (MCCS) between heterogeneous without additional protocol or hardware device.

In addition, through the optional wireless network access function between each element in the business card data (home phone number, mobile phone number, work phone number, e-mail address and homepage address, etc.), it is possible to easily access various contact information of the other party at once, It has the advantage of making the most of it.

In addition, by directly managing the wireless card service within the mobile communication device, implements a two-way wireless card transmission and reception service without the support of a service provider on the Internet IS-41C and IS-637 communication protocol and SMPP (Short Message Peer to Peer) ) By using communication protocol and modularizing each function related to service expansion and roaming, there is an advantage that it can provide additional service processing method that minimizes investment cost and easy maintenance in service expansion.

In addition, the RDBMS (Relational DataBase Management System) is installed on the terminal to implement a relational integrated management system of business card data, enabling fast and convenient use of large-capacity business card data, and providing various information required for card management on the terminal screen at once. By implementing a user interface (UI), there is an advantage that can quickly and intuitively use the transmission, reception, management of business card data.

Claims (17)

In the relational integrated management system of wireless business card data for providing a wireless business card service in a mobile communication device, When entering card data, enter the card data of the user and the organization or family belonging to the user by dividing it into main data indicating the top data of each data item constituting the card data and sub data pointing to data of the same item other than the top priority data. An ICCDB (Internal Calling Card DataBase) data input unit; Division of the business card data by an item such as a home address, a name, a telephone number, and / or by a plurality of words corresponding to those classified by the item, and / or an operation between those separated by the plurality of words The location information of the business card data when the business card data inputted by the data input unit is outputted or changed by a function of classifying the method (all calculation methods including "and", "or", and "except"). Data search unit for providing; A data extracting unit for extracting the business card data and transmitting the extracted business card data to a message transmitter; The contents of the business card data extracted by the extracting unit may be divided into "Summary View" and "Full View" on the screen of the mobile communication device, and / or the contents may be output in the "Full View". An output unit for dividing the output into; When changing the business card data, the data changing unit for changing the processing through the authentication process of the user; and the user who uses the mobile communication device and the business card data including the organization or family including the user With ICCDB (Internal Calling Card Database), When transmitting the business card data to a specific mobile communication device, the message transmission unit for receiving the business card data from the data extraction unit of the ICCDB (Internal Calling Card DataBase) and transmits the business card data to the specific mobile communication device, An interface unit for connecting business card data transmitted from the message transmitter to an existing SMS protocol and connecting business card data received through the existing SMS protocol with a message receiver; A message receiving unit for providing business card data provided by the interface unit to an external calling card database (ECCDB); A data retrieval unit for confirming whether the card data transmitted from the message receiving unit is new data or existing data; A data storage unit for storing the business card data when the new data is new data through an authentication process of a user; And And a data change unit configured to perform a change process through an authentication process of a user when the business card data is existing data, and include an external calling card data base (ECCDB) that manages the business card data received from the outside. Characterized in that, The ICCDB (Internal Calling Card DataBase) and ECCDB (External Calling Card DataBase) is a relational integrated management system of wireless business card data, characterized in that the interworking relational database (RDBMS, Relational DataBase Management System). In the relational integrated management system of wireless business card data for operating wireless business card data in a mobile communication device, Each element entered in the wireless business card data includes all personal profiles, such as home phone number, mobile phone number, work phone number, e-mail address, fax number, and homepage address, other than the primary data and the highest data. Business card data storage means for dividing the data into sub data indicating the same item data and storing the same in the mobile communication device; The card data stored by the storage means may be displayed on the screen of the mobile communication device by dividing into "summary view" and "overall view", and / or the contents output from the "overall view" as large items, small items, and data. Business card data output means for outputting the divided data; And And connection means for automatically connecting to a wireless network when any one of the output elements of the card data output on the video name is selected by the output means. delete delete delete delete delete delete delete delete delete According to claim 2, Wireless business card data output means of the relational integrated management system of the wireless business card data, In the "view all" output, if there is a small item in the large item, the user recognizes the existence through the "+" sign. If only the large item is present, only the "-" sign is output, and / or the small item is The relational integrated management system of wireless business card data, characterized in that for outputting the data is extended through the "OK" button or "direction key" after selecting the large items. According to claim 2, Wireless business card data connection means of the relational integrated management system of the wireless business card data, Means for attempting to directly connect a call with the counterpart's telephone number using the telephone number of the business card data; And / or A plurality of contacts (including a home phone number, a work phone number, and a mobile phone number) entered in the business card data can be moved to each other by a simple operation such as a "direction key". And a means for attempting a connection. According to claim 2, Wireless business card data connection means of the relational integrated management system of the wireless business card data, Means for directly delivering goods to the address data using an address (home address, work address) inputted in the wireless business card data; And / or And a means for directly transmitting a message to be transmitted to the fax number by using the fax number input to the wireless business card data. According to claim 2, Wireless business card data connection means of the relational integrated management system of the wireless business card data, Means for sending an e-mail directly to the other party after selecting an electronic address (E-Mail) input to the wireless business card data; And / or And a means for selecting a homepage address inputted to the wireless business card data and directly accessing the homepage data. delete delete