KR100861338B1

KR100861338B1 - System for managing black list and method thereof

Info

Publication number: KR100861338B1
Application number: KR1020070084405A
Authority: KR
Inventors: 박영철
Original assignee: 주식회사 케이티프리텔
Priority date: 2007-08-22
Filing date: 2007-08-22
Publication date: 2008-10-01

Abstract

Disclosed are a system and method for managing black lists. The system according to the present invention is provided with a black list from a mobile center and an applet server which transmits a warning message for requesting a block or unblock of an applet corresponding to a user registered in a blacklist of an applet server to the mobile terminal, and the mobile terminal. Each smart card includes a database that stores the installed or stored applets to match. In addition, the method for managing a black list according to the present invention, when the black list is received from the applet server, the mobile center searching for an applet corresponding to a user registered in the black list in a database, and the block or unblock of the applet for which the mobile center is found. Generating a warning message for requesting the request and transmitting the generated warning message to the mobile terminal. Through this, the present invention can manage the black list more efficiently, and automatically install the VM for processing the same, as well as to secure the safety of the smart card.

Description

System for managing black list and method

The present invention relates to a black list management system, and more particularly, to process a black list more efficiently, to automatically install a virtual machine (VM) for processing the same, and to improve the safety of a smart card. A system and method for managing a black list that can be secured are provided.

Today, a mobile terminal uses a mobile card (hereinafter referred to as an 'applet') corresponding to terminal information related to the mobile terminal or various additional services mounted on a smart card. Smart cards are capable of storing large amounts of information, processing arithmetic, and provide excellent security features.

Such smart cards can be used in finance, communication, medical, security, and broadcasting. In particular, the smart card can be used as a payment settlement means. In other words, smart cards can be used as a credit card by buying an IC chip in a mobile terminal, and can be used as a transportation card as well as an online payment method.

Since smart cards are used as a payment method, it is necessary to be prepared in case of bad credit due to payment. Therefore, affiliated companies that provide applets for using smart cards as payment methods such as credit cards, transportation cards, and stock cards, for example, credit card companies or stock trading companies, must manage blacklists for such bad credit.

The affiliate will manage the black list through the transaction approval process when the user requests a payment.

However, when using a transportation card or the like in which a small amount of payment is made, a transaction approval procedure of an affiliated company is not necessary, so that a continuous small amount of payment, for example, a traffic card or the like, cannot be blocked. In addition, in order to solve this problem, there is a method in which the mobile terminal receives a black list from the affiliate company and refers to the black list. However, this also has the inconvenience of referring to the black list every time all the additional services are used.

Accordingly, research on a system and method for efficiently managing the black list should be continued.

An object of the present invention is to solve the above-mentioned problems of the prior art, when the mobile terminal receives a black list, it automatically runs a mobile platform based VM (Virtual Machine) and based on the In order to perform a block process, an affiliate company provides a system and method for managing a black list for managing the black list more efficiently.

Another object of the present invention is to determine whether or not to install a VM that can process the mobile terminal receives the black list, according to the system and method for managing the black list to automatically install the VM accordingly To provide.

Another object of the present invention is that when the mobile terminal receives a black list corresponding to the loss reporter, it performs not only the applet pre-installed on the smart card but also block information of the terminal through the VM. The present invention provides a system and method for managing a black list that can ensure safety.

In order to achieve the above object, the system according to an aspect of the present invention provides a mobile center for transmitting a warning message to the mobile terminal for requesting a block or unblock of an applet corresponding to a user registered in a blacklist of an applet server; Receiving the black list from the applet server, characterized in that it comprises a database for storing the applet installed or stored for each smart card of the mobile terminal to match.

In order to achieve the above object, a mobile terminal according to another aspect of the present invention is a transmission and reception unit for receiving a warning message for requesting the block or unblock of the applet corresponding to the user registered in the black list of the applet server and received And a controller configured to search for an applet pre-installed in the corresponding smart card according to the warning message and perform block or unblock processing on the found applet.

In order to achieve the above object, a method for managing a black list according to another aspect of the present invention includes receiving a black list from an applet server, the mobile center searching for an applet corresponding to a user registered in the black list in a database; And generating, by the mobile center, an alert message for requesting a block or unblock of the found applet and transmitting the generated alert message to the mobile terminal.

In order to achieve the above object, a method for managing a black list according to another aspect of the present invention includes: receiving a warning message for requesting a block or unblock of an applet corresponding to a user registered in a black list of an applet server; When receiving the warning message, searching for at least one applet pre-installed in the corresponding smart card and performing block or unblock processing on the retrieved applet.

Other objects and features of the present invention in addition to the above object will be apparent from the description of the embodiments with reference to the accompanying drawings.

By doing so, the present invention automatically blocks the mobile platform-based VM (Virtual Machine) when the mobile terminal receives the black list and performs block processing of applets pre-installed on the smart card based on the black list. This has the effect of making the list more efficient.

According to the present invention, when the mobile terminal receives the black list, it is determined whether or not to install a VM capable of processing the blacklist. Therefore, the mobile terminal can automatically install the VM.

In addition, when the mobile terminal receives the black list corresponding to the loss reporter, the mobile terminal performs block processing of not only the pre-installed applet of the smart card but also the terminal information through the VM, thereby ensuring the safety of the smart card from the user's point of view. It can work.

Hereinafter, a system and method for managing a black list according to an embodiment of the present invention will be described in detail with reference to FIGS. 1 to 6.

The present invention proposes a method for efficiently managing a black list according to, for example, creditors and reporters of loss among users using smart cards equipped with mobile applications corresponding to various types of additional services. That is, the present invention can run a mobile platform-based virtual machine (VM) for managing a smart card in the mobile terminal to perform block or unblock processing of the mobile application of the affiliated company. .

In this case, the mobile platform is middleware for providing an environment in which a mobile terminal can run an application such as a game, a video, a photo, and the like. For example, WAP (Wireless Application Protocol), WML (Wireless Markup Language), and GVM (General) A virtual machine, a binary runtime enhancement for wireless (BREW), a mobile application software plug-in (MAP), and a wireless internet platform for interoperability (WIPI) platform may be used.

In addition, a mobile application (hereinafter, 'applet') may refer to a program that can be downloaded to a mobile terminal and executed independently. For example, the applet may include financial services such as mobile banking, securities, cards, etc., living infrastructure services such as transportation cards, ID cards, and the like, and all services such as broadcasting and communication.

1 is a block diagram showing a schematic system according to an embodiment of the present invention.

As shown in FIG. 1, the system according to the present invention may include a smart card 110, a mobile terminal 120, a mobile center 130, a database 131, a plurality of applet servers 140, and the like. have.

The applet server 140 may be provided for each affiliate and store an applet corresponding to an additional service. The applet server 140 may register and manage a black list for a user who uses the applet.

The mobile center 130 may transmit a warning message to the mobile terminal 120 for requesting a block or unblock of an applet corresponding to a user registered in the blacklist of the applet server.

The database 131 may receive a black list from the applet server and store the black list. The database 131 may store applets installed or stored for each smart card of the mobile terminal so as to match.

When the mobile terminal 120 receives the warning message, the mobile terminal 120 may drive a virtual machine (VM) for managing the smart card. The mobile terminal 120 may search for applets pre-installed in the smart card corresponding to the message received through the driven VM. The mobile terminal 120 may determine block or unblock processing for the retrieved applet.

In this case, the VM may be installed in a mobile terminal or a smart card. The VM is an applet for managing smart cards and may mean an applet based on a mobile platform.

The smart card 110 may perform block or unblock processing on the applet according to the determination result. The smart card 110 may include an applet corresponding to terminal information and various additional services related to various types of mobile terminals for use in finance, communication, medical care, security, and broadcasting.

In this case, the smart card 110 is a subscriber identification module (SIM) card, a user identification module (UIM) card, a removable user identification module (RUIM) card, and a USIM (Universal) which may be mounted on or detachably connected to the mobile terminal 120. Subscriber Identification Module) may refer to any one of the cards.

2 is a flowchart illustrating a method of registering a black list according to an embodiment of the present invention.

As shown in FIG. 2, a bad creditor or a loss reporter may be generated among users using a smart card installed or stored in an applet corresponding to various additional services provided by a plurality of affiliates.

The applet server 140 may register the bad creditor or the loss reporter on the black list and manage it. The applet server 140 may make a request for registration of the black list to the mobile center 130 (S210).

The mobile center 130 may receive a blacklist registration request from the applet server 140. The mobile center 130 may register it and manage it. The mobile center 130 may generate an alert message for requesting black list processing from the mobile terminal 120 corresponding to a user newly registered in the black list. The mobile center 130 may transmit the generated warning message to the mobile terminal 120 (S220).

At this time, the warning message is a mobile platform-based message, information indicating whether the credit reporter or reporter lost, information about the applet corresponding to the affiliate, information for running the VM, information for checking the existence of the VM , And information for performing block or unblock processing on the applet provided by a predetermined affiliate.

The mobile terminal 120 may receive a warning message from the mobile center 130. When the mobile terminal 120 receives the warning message, the mobile terminal 120 may activate the mobile platform accordingly. That is, the mobile terminal 120 may drive a VM based on the mobile platform for managing the smart card 110 (S230).

In this case, the VM for managing the smart card may not be installed in the mobile terminal. In consideration of such a case, a process of driving a VM will be described with reference to FIG. 3.

3 is an exemplary diagram for describing a process of driving a VM according to an embodiment of the present invention.

As shown in FIG. 3, when the mobile terminal 120 receives the warning message (S310), the mobile terminal 120 may activate the mobile platform accordingly to check whether the VM exists (S320). That is, if the VM exists, the mobile terminal 120 can drive the VM.

On the other hand, if the VM does not exist, the mobile terminal 120 may generate a notification message for notifying that the VM does not exist. Accordingly, the mobile terminal 120 may transmit the generated notification message to the mobile center 130 (S331).

The mobile center 130 may receive a notification message from the mobile terminal 120. When the mobile center 130 receives the notification message, the mobile center 130 may search for a corresponding VM (S332). The mobile center 130 may provide the searched VM to the mobile terminal 120 (S333).

The mobile terminal 120 may receive a VM from the mobile center 130. The mobile terminal 120 may install the provided VM (S340). Accordingly, the mobile terminal 120 may drive the VM (S350).

Thereafter, the mobile terminal 120 may search for all applets related to the affiliated company installed in the smart card 110 through the VM (S240). The mobile terminal 120 may request the applet server 140 for a block key for performing block processing of the applet found through the VM (S251).

The reason for this is to search for all applets related to the affiliate corresponding to the black list and perform their block processing regardless of whether the affiliate's transaction approval procedure is required.

In this case, when the black list corresponds to the loss reporter, the applet server may simultaneously request a block key for performing block processing of an applet associated with each affiliate in accordance with a predetermined interworking agreement with the mobile communication company.

The applet server 140 may generate a block key for performing block processing of the applet from the master key (S252). The applet server 140 may provide the generated block key to the mobile terminal 120 (S253).

The mobile terminal 120 may receive a block key from the applet server 140. The mobile terminal 120 may perform mutual authentication with the smart card 110 based on the block key (S260). That is, when mutual authentication succeeds, the mobile terminal 120 may request the smart card 110 for the block of the retrieved applet (S271).

In addition, if the black list corresponds to a loss reporter, the mobile terminal 120 may request not only block processing of the applet but also block processing of terminal information. In this way, the block processing of the USAT / USIM Application Toolkit (GPAT) area and the Global Platform (GP) area can be used to block the use of the smart card itself.

Through this, it is possible to prevent the illegal use of the smart card due to the loss of the smart card.

As a result, the smart card 110 may perform block processing for all of the requested applets (S272). The smart card 110 may inform the mobile terminal 120 of the result of the processing (S273).

Thereafter, the mobile terminal 120 may inform the applet server 140 that the block processing is completed (S281). In addition, the applet server 140 may inform the mobile center 130 of this (S282).

4 is a flowchart illustrating a method of releasing a black list according to an embodiment of the present invention.

As shown in FIG. 4, the process of releasing the black list is the same as the description of the process of registering the black list in FIG. However, the applet server generates a block key to register the black list, but generates an unblock key to provide the mobile terminal to release the black list.

In addition, the present invention proposes a method of registering only in the mobile center of the mobile communication company so as not to report to each affiliate company in case the user loses the mobile terminal or the smart card. To this end, the mobile center may include a web server, an authentication server, and a management server.

5 is an exemplary view illustrating a process of reporting a loss of a smart card according to an embodiment of the present invention.

As illustrated in FIG. 5, the web server may provide a web page for requesting registration or release on the black list. When the user accesses the web page and attempts to log in (S511), the web server may check whether the user accessing the web page is subscribed (S512).

If the subscription is confirmed (S513), the user may request the web server to register or release the black list according to the loss report of the mobile terminal and the smart card (S520).

If the blacklist is requested to be registered or released, the web server may request authentication of the user and the corresponding mobile terminal from the authentication server (S531).

The authentication server may perform authentication of the user and the corresponding mobile terminal through the pre-stored information inquiry (S532). The authentication server may inform the web server of the authentication result (S533).

If authentication of the mobile terminal is successful, the web server may request each applet server corresponding to each affiliate to register or release the black list according to the loss report (S540).

To this end, the web server may database this so that affiliates who provide additional services are matched with each user.

The applet server may register or release the loss reporter on the black list (S550). The applet server can make requests to the management server to register or unregister the blacklist.

As a result, when the management server receives the black list from the applet server, the management server may generate a warning message for requesting a block of the applet corresponding to the user requested to be registered in the black list.

For example, the management server may mean a smart card management system (SCMS).

In addition, the blacklist may be deregistered by the same process. That is, the management server of the mobile communication company can apply for cancellation to each applet server according to the linkage agreement with the affiliate.

6 is an exemplary diagram illustrating a detailed configuration of a mobile terminal shown in FIG. 1.

As shown in FIG. 6, the mobile terminal according to the present invention may include a display unit 610, a memory 620, a controller 630, a transceiver 640, an interface 650, and the like.

The transceiver 640 may receive a warning message for requesting a block or unblock of an applet corresponding to a user registered in a blacklist of the applet server. The transceiver 640 may provide this to the controller 630.

The controller 630 may drive a VM for managing the smart card according to the warning message. The controller 630 may search for applets pre-installed in the smart card corresponding to the warning message through the driven VM.

The controller 630 may request a block or unblock processing of the applet found from the smart card through the interface 650.

On the other hand, the display unit 610 may inform the user of the block or unblock processing result of the applet. In addition, the memory 620 may store the processing result.

In this case, the mobile terminal is a device capable of interworking with a smart card, and may include, for example, a mobile phone, a personal digital assistant (PDA), a personal computer (PC), a notebook, and the like.

The system and method for managing the black list according to the present invention can be modified and applied in various forms within the scope of the technical idea of the present invention and are not limited to the above embodiments. In addition, the embodiments and drawings are merely for the purpose of describing the contents of the invention in detail, not intended to limit the scope of the technical idea of the invention, the present invention described above is common knowledge in the technical field to which the present invention belongs As those skilled in the art can have various substitutions, modifications, and changes without departing from the technical spirit of the present invention, it is not limited to the above embodiments and the accompanying drawings, of course, and not only the claims to be described below but also claims Judgment should be made including scope and equivalence.

110: smart card

120: mobile terminal

130: mobile center

140: applet server

610: display unit

620: memory

630: control unit

640: transceiver

650: interface

Claims

A mobile center for transmitting a warning message to a mobile terminal for requesting a block or unblock of an applet corresponding to a user registered in a blacklist of an applet server; And

The database receives the black list from the applet server and stores the applets installed or stored for each smart card of the mobile terminal to be matched.

Black list management system comprising a.

According to claim 1,

The mobile center,

A web server providing a web page for requesting registration or release on the black list and confirming whether a user connected to the black list is subscribed;

An authentication server for authenticating a mobile terminal corresponding to a user subscribed to the web page; And

If the authentication of the mobile terminal is successful, including a management server for generating a warning message for requesting the block or unblock of the applet corresponding to the user requested to be registered or released in the black list and to send it to the mobile terminal; Featured black list management system.

According to claim 1,

The warning message,

A message based on a mobile platform, information indicating whether a creditor is missing or reporting a loss, information on an applet corresponding to an affiliate, information for driving a virtual machine (VM) for managing a smart card, and the presence of the VM. And information for checking whether or not to perform block or unblock processing on the applet provided by a predetermined affiliate.

The method of claim 3, wherein

The mobile platform,

As middleware for providing an environment for running an applet in the mobile terminal, WAP (Wireless Application Protocol), WML (Wireless Markup Language), GVM (General Virtual Machine), BREW (Binary Runtime Envoronment for Wireless), MAP ( Black Application Management System, characterized in that any one of the Mobile Application S / W Plug-in, and Wireless Internet Platform for Interoperability (WIPI) platforms.

According to claim 1,

The smart card,

Any one of a Subscriber Identification Module (SIM) card, a User Identification Module (UIM) card, a Universal Subscriber Identification Module (USIM) card, and a Removal User Identification Module (RUIM) card that can be mounted on or detachably connected to the mobile terminal. Featured black list management system.

A transceiver for receiving a warning message for requesting a block or unblock of an applet corresponding to a user registered in a blacklist of an applet server; And

A control unit which searches for applets pre-installed in the corresponding smart card according to the received warning message and performs block or unblock processing on the retrieved applets

Mobile terminal comprising a.

The method of claim 6,

The control unit,

When the warning message is received, the VM (Virtual Machine) based on the mobile platform is automatically driven accordingly.

And a block key or an unblock key for blocking or unblocking the applet retrieved from the applet server and performing block or unblock processing on the applet based on the received applet server.

The method of claim 7, wherein

The control unit,

Performing block or unblock processing on the applet found through the VM, and providing the processing result to the applet server.

The method of claim 6,

The mobile terminal,

A device capable of interworking with the smart card, the mobile terminal comprising any one of a mobile phone, a personal digital assistant (PDA), a personal computer (PC), and a notebook computer.

When the blacklist is received from the applet server, the mobile center searching the database for an applet corresponding to a user registered in the blacklist; And

Transmitting, by the mobile center, the generated warning message to the mobile terminal by generating a warning message for requesting a block or unblock of the found applet.

Black list management method comprising a.

The method of claim 10,

The black list is

And a list managed for each applet server, the black list managing method including at least one of a bad creditor and a loss reporter for a user who uses a smart card provided with the applet from the applet server.

Receiving a warning message for requesting a block or unblock of an applet corresponding to a user registered in a blacklist of the applet server; And

Receiving the warning message, searching for at least one applet pre-installed in the corresponding smart card and performing block or unblock processing on the found applet

Black list management method comprising a.

The method of claim 12,

Performing block or unblock processing on the applet may include:

When the mobile terminal receives the warning message, driving the mobile platform-based virtual machine (VM) accordingly;

Searching for an applet previously installed in a smart card corresponding to the warning message through the VM on which the mobile terminal is driven;

Requesting, by the mobile terminal, a block or unblock key for performing a block or unblock process for the found applet and providing the same to the applet server; And

And performing, by the mobile terminal, block or unblock processing on the applet based on the block or unblock key.

The method of claim 13,

Performing block or unblock processing on the applet may include:

The mobile terminal performing mutual authentication with the smart card based on the block or unblock key;

If the mutual authentication succeeds, requesting, by the mobile terminal, the smart card to block or unblock the applet; And

And performing, by the smart card, block or unblock processing on the applet according to the request.

The method of claim 13,

Driving the VM,

When the mobile terminal receives the warning message, checking whether the VM exists;

If the VM does not exist, receiving the VM from the applet server and installing the VM; And

And driving the VM by the mobile terminal.

The method of claim 13,

Performing block or unblock processing on the applet may include:

If the warning message corresponds to a loss reporter, performing block or unblock processing on all applets in a USIM / SIM Application Toolkit (USAT) area through the VM; And

And performing block or unblock processing on terminal information of a GP (Global Platform) region through the VM.