KR20100034307A - Method for processing fault of smart card using smart card web server and the fault processing server - Google Patents

Abstract

PURPOSE: A method for processing error of a smart card using a smart card web server and an error processing server are provided to grasp an error cause through data exchange with a smart card with error. CONSTITUTION: An error request receiving unit(410) receives an error processing request from a communication terminal. A channel setup unit(420) sets a channel for data transmission with a smart card. An interface(430) receives the status information of the smart card through the set channel. An error processing unit(440) analyzes the status information of the smart card received in the interface. The error processing unit grasps an error cause of the smart card.

Description

Method for processing fault of smart card using smart card web server and fault handling server {Method for processing fault of smart card using smart card web server and the fault processing server}

The present invention relates to a method for processing a failure of a smart card by a failure processing server using a smart card web server, and a failure processing server for the same. The present invention relates to a method of handling a failure of a smart card by remotely changing it when an error occurs and a failure handling server for the same.

A smart card is a type of integrated circuit (IC) chip card that can store and compute various digital information by embedding a central processing unit and various memory devices.

The smart card receives a command from a device capable of mounting a smart card (for example, a communication terminal), performs a series of operations on the command, and provides only a function of returning the result to the communication terminal. There was no function to actively communicate with external devices or to control the internal configuration of smart cards.

In other words, the smart card does not operate by itself, but is a device that operates by processing and responding to a command of a host application mounted in a communication terminal.

With the development of smart card related technology and expanded service application range, smart card is a multi-purpose combination card. It is possible to execute the program regardless of the card manufacturer, so it is platform independent. It aims to be as open as possible.

Open platforms for representative smart cards include Java Card, MULTOS, Smart Card For Windows (SCFW), and SmartTEC OS.

Recently, due to the development of smart card technology (for example, large capacity of smart card), various services based on smart card can be utilized.

Conventionally, when a problem occurs in a smart card, the agent has to visit a dealer or a member's center to solve the problem.

In addition, since the smart card must be separated from the communication terminal in order to handle the failure of the smart card, there is a problem that the communication terminal cannot be used during the time of handling the failure of the smart card.

Therefore, in order to solve the above problems, the present invention, when a failure processing server located in the Internet network receives a failure processing request from the communication terminal, failure processing that can determine the cause of the failure by exchanging data with the smart card that failed It is proposed a method and a failure handling server for the same.

In addition, the present invention proposes a failure processing method and a failure processing server for solving the failure in real time and remotely by transmitting and receiving the status information of the smart card when the failure of the smart card can be solved.

In order to achieve the above object, according to an aspect of the present invention there is provided a method for processing a failure of a smart card (Smart Card) mounted on a communication terminal by a failure processing server located in the Internet network.

In a method for processing a failure of a smart card mounted in a communication terminal by a failure processing server located in the Internet network according to an embodiment of the present invention, (a) receiving a failure processing request from the communication terminal step; (b) establishing a channel for data transmission with the smart card; (c) receiving state information of the smart card through the set channel; And (d) analyzing the received status information of the smart card to determine a cause of the failure of the smart card, wherein the channel setting with the smart card includes a smart card web server implemented in the smart card ( Smart Card Web Server) is provided with a failure handling method characterized by setting a protocol for data exchange.

In order to achieve the above object, according to an aspect of the present invention there is provided a failure processing server located in the Internet network for handling the failure of the smart card (Smart Card) mounted on the communication terminal.

According to an embodiment of the present invention, a failure processing server located in an internet network for handling a failure of a smart card mounted on a communication terminal, the failure processing server comprising: a failure request receiving unit for receiving a failure processing request from the communication terminal; A channel setting unit controlling to set a channel for data transmission with the smart card; An interface unit for receiving state information of the smart card through the set channel; And a failure processing unit for analyzing the state information of the smart card received from the interface unit to determine the cause of the failure of the smart card, wherein the channel setting unit includes a smart card web server implemented in the smart card. And a protocol for controlling information transmission is provided.

As described above, the present invention can determine the cause of failure when a failure processing server located in the Internet network receives a failure processing request from a communication terminal. The advantage is that you can identify the cause of the disorder even without visiting the members center.

In addition, the present invention directly transmits and receives the smart card status information with the smart card when it is possible to resolve the failure caused by the smart card, so that if the user has a failure does not visit the dealer and the member center in real time and remotely This has the advantage of being solved.

As the invention allows for various changes and numerous embodiments, particular embodiments will be illustrated in the drawings and described in detail in the written description. However, this is not intended to limit the present invention to specific embodiments, it should be understood to include all modifications, equivalents, and substitutes included in the spirit and scope of the present invention.

The terms first, second, A, B, etc. may be used to describe various components, but the components are not limited by the terms, but merely for distinguishing one component from other components. Only used as For example, without departing from the scope of the present invention, the first component may be referred to as the second component, and similarly, the second component may also be referred to as the first component. The term and / or includes a combination of a plurality of related items or any item of a plurality of related items.

When a component is referred to as being "connected" or "connected" to another component, it may be directly connected to or connected to that other component, but it may be understood that other components may be present in between. Should be. On the other hand, when a component is said to be "directly connected" or "directly connected" to another component, it should be understood that there is no other component in between.

The terminology used herein is for the purpose of describing particular example embodiments only and is not intended to be limiting of the present invention. Singular expressions include plural expressions unless the context clearly indicates otherwise. In this application, the terms "comprise" or "have" are intended to indicate that there is a feature, number, step, operation, component, part, or combination thereof described in the specification, and one or more other features. It is to be understood that the present invention does not exclude the possibility of the presence or the addition of numbers, steps, operations, components, components, or a combination thereof.

Unless defined otherwise, all terms used herein, including technical or scientific terms, have the same meaning as commonly understood by one of ordinary skill in the art. Terms such as those defined in the commonly used dictionaries should be construed as having meanings consistent with the meanings in the context of the related art and shall not be construed in ideal or excessively formal meanings unless expressly defined in this application. Do not.

Hereinafter, with reference to the accompanying drawings, it will be described in detail an embodiment of the present invention. Hereinafter, the same reference numerals are used for the same components in the drawings, and duplicate descriptions of the same components are omitted.

1 is an overall configuration diagram showing an entire system for handling a failure of a smart card mounted on a communication terminal by a failure processing server located in the Internet network according to the present invention.

The overall system shown in FIG. 1 may include a failure processing server 100, a smart card 150, and a communication terminal 170.

Failure processing server 100 according to an embodiment of the present invention may directly communicate with the smart card 150 for the failure processing of the smart card.

According to another embodiment of the present invention, the failure processing server 100 may communicate with the smart card 150 via the communication terminal 170 to handle the failure.

Communication with the smart card 150 directly without passing through the communication terminal 170 is possible when a smart card web server (SCWS) is mounted in the smart card 150. The smart card web server is a type of HTTP server that functions to control the smart card 150 without the control of the communication terminal 170 in the smart card 150, the definition of which is shown in the OMA standard.

As such, when directly communicating with the smart card 150 without passing through the communication terminal 170, the memory of the communication terminal 170 can be saved.

The failure processing server 100 according to the present invention may be located in the Internet network as a server that performs a function of identifying a failure cause of the smart card 150 and processing a failure. If the failure processing server 100 is a device capable of communicating with the smart card 150, its type is irrelevant.

The failure processing server 100 may include a database that records the cause of failure of the smart card 150.

The failure processing server 100 has a representative protocol for directly communicating with the smart card 150, that is, TCP / IP, that is, the smart card 150 and the failure processing server 100 to give data directly by TCP / IP I can receive it.

In addition, the failure processing server 100 may communicate with the smart card 150 via the communication terminal 170, that is, the failure processing server 100 uses the communication terminal 170 as a gateway to the smart card 150. ) May be communicated with.

The failure processing server 100 communicates with the smart card 150 using the communication terminal 170 as a gateway will be described in more detail with reference to FIG. 2.

2 is an overall configuration diagram showing an entire system for communicating with a smart card via a communication terminal in a failure processing server located in an internet network according to the present invention.

2 shows a configuration for the failure processing server 100 according to an embodiment of the present invention to communicate with the smart card 150 using the communication terminal 170 as a gateway.

2 shows that data exchange between the smart card 150 and the communication terminal 170 is performed by a bearer independent protocol (BIP), and data exchange between the communication terminal 170 and the failure processing server 100 is performed by TCP / IP. The example performed is shown.

BIP uses the communication terminal 170 and the packet network (GPRS / UMTS packet bearer, Bluetooth, IrDA, etc.) supported by the network to perform data communication between the external node and the smart card 150 mounted on the communication terminal 170 It's a protocol to get lost.

In order to perform data communication using the BIP, the communication terminal 170, the smart card 150, and the external node must all support the BIP.

Nodes supporting BIP should support CAT_TP (Card Application Toolkit_Transport Protocol) transport layer function, which includes connection management, reliable communication, flow control, and data segment management. (data segmentation management).

In order to perform packet communication using the BIP, a BIP channel is generated between the smart card 150 and the communication terminal 170, and a CAT_TP link is formed between the smart card 150 and the remote node. do.

The communication terminal 170 according to an embodiment of the present invention may transfer the information received from the failure processing server 100 located in the Internet network to the smart card 150 by BIP. That is, the communication of information from the communication terminal 170 to the smart card 150 may be performed by BIP commands.

In this case, the communication terminal 170 only serves as a gateway for transmitting information between the failure processing server 100 located in the Internet network and the smart card.

The communication terminal 170 may be equipped with a smart card 150, the data can be exchanged by the smart card 150 and the BIP as described above. In addition, the communication terminal 170 may perform data communication with the failure processing server 100 located in the Internet network through TCP / IP.

The communication terminal 170 according to the present invention may include a component capable of converting and delivering a protocol for delivering data received from the failure processing server 100 to the smart card 150.

When the protocol for data exchange between the communication terminal 170 and the smart card 150 is BIP, and the protocol for data exchange with the failure processing server 100 located in the communication terminal 170 and the Internet network is TCP / IP. As shown in FIG. 2, the communication terminal 170 may include a BIP gateway and a TCP / IP protocol stack for data exchange between the smart card 150 and the failure processing server 100.

This is for the communication terminal 170 to receive the data in the TCP / IP method and the failure processing server 100, change the BIP method to transfer to the smart card 150.

Although not shown in FIG. 2, a case where data exchange between the smart card 150 and the communication terminal 170 according to another embodiment of the present invention is performed by TCP / IP will be described.

In order for the smart card 150 to directly exchange information by TCP / IP, the TCP / IP protocol stack must be included in the smart card 150.

When performed by the BIP as shown in FIG. 2, the communication terminal 170 should include a configuration for protocol conversion for communication between the smart card 150 and the failure processing server 100, but the smart card 150 ) Exchanges information by TCP / IP directly, there is no need for protocol conversion.

In this case, the communication terminal 170 is positioned between the smart card 150 and the failure processing server 100 to perform only a role of an information transmitter.

The smart card 150 according to the present invention includes the smart card web server 153 and the smart card 150 performs active operations without the control of the communication terminal 170 by the control of the smart card web server 153. Do it.

The communication terminal 170 according to the present invention may be a terminal to which the smart card 150 may be mounted, such as a mobile phone, a PDA, and a PMP, and may communicate with other terminals.

3 is a block diagram showing the configuration of a smart card equipped with a smart card web server (SCWS) according to an embodiment of the present invention.

Referring to FIG. 3, the smart card 150 includes an interface unit 151, a state information storage unit 155, and a smart card web server (SCWS) 153.

The interface unit 151 performs a function of receiving information from the failure processing server 100.

In particular, the interface unit 151 may set a BIP channel for communication with the communication terminal 170 under the control of the smart card web server 153 when information is exchanged by the communication terminal 170 and the BIP.

The smart card web server 153 is a system located inside the smart card 150 and is a system that is responsible for controlling the smart card 150 without controlling the communication terminal 170. The smart card web server 153 may be referred to as a type of HTTP server implemented in the smart card 100.

The smart card web server 153 is a system capable of performing the role of a web server having a processor and a memory, and may be utilized as a dual system capable of performing both a server and a client.

That is, the smart card web server 153 may serve as a server that actively performs a task in response to a request of the communication terminal 170 in relation to the communication terminal 170, and may be a server located on the Internet network. In the present invention, the failure processing server 100 may serve as a client that receives correction status information.

In addition, the smart card web server 153 receives a power supply from an external device such as the communication terminal 170 and is a device that actively performs a specific task, not a device that performs a dependent role in performing a specific task. Im already defined in the standard.

For example, the smart card web server 153 is a system in charge of smart card information, smart card life cycle, APDU (Application Protocol Data Unit) generation, subscriber management, and the like. Is a system that can request to open a BIP channel.

In addition, the smart card web server 153 according to another embodiment of the present invention can control to communicate directly with the server located in the Internet network. In this case, the smart card 150 may be assigned an IP, and may directly exchange data with the failure processing server 100 through TCP / IP.

The smart card web server 153 may control to store the modified state information received from the failure processing server 100 in the smart card 150 (for example, the state information storage unit 155).

Although the smart card web server 153 and the interface unit 151 are illustrated in FIG. 3 in a separate configuration, it is obvious that the smart card web server 153 and the interface unit 151 may be implemented by one circuit. In addition, it is apparent that the smart card web server 153 may include volatile memory such as flash memory.

In addition, although not shown in FIG. 3, when the smart card 150 exchanges data with the communication terminal 170 through TCP / IP, it is obvious that a TCP / IP protocol stack for this purpose should be included in the smart card 150. Do.

So far, the configuration of the smart card 150 according to the embodiment of the present invention has been described with reference to FIG. 3. Hereinafter, the configuration of the failure processing server 100 will be described with reference to FIG. 4.

4 is a block diagram showing the configuration of a failure processing server according to an embodiment of the present invention.

Referring to FIG. 4, the failure processing server 100 may include a failure request receiver 410, a channel setting unit 420, an interface 430, a failure processing unit 440, an authentication performing unit 450, a control unit 460, and the like. It may include.

The failure request receiver 410 performs a function of receiving a failure processing request from the communication terminal 170. The failure processing request is a request for processing the failure to the failure processing server 100 located in the Internet network when a failure or a problem occurs in the smart card 150 mounted on the communication terminal 170.

That is, the failure request receiving unit 410 receives a failure processing request transmitted to the failure processing server 100 when a user of the communication terminal 170 has a failure of the smart card 150, and thus may be connected to a mobile communication network or the Internet network. have.

The channel setting unit 420 controls to set a channel for data transmission between the smart card 150 and the failure processing server 100.

For example, the channel setting unit 420 may set a smart card and a channel by TCP / IP. The channel set by the smart card 150 and TCP / IP means that data is directly transmitted and received without passing through the communication terminal 170 between the failure processing server 100 and the smart card 150.

In particular, according to the present invention, the channel setting unit 420 is a smart card web server implemented in the smart card 150 for channel setting for data transmission between the smart card 150 and the failure processing server 100. It can be controlled to set a protocol for transmitting information. That is, the channel setting unit 420 may set a protocol for transmitting information without passing through the communication terminal 170 by setting a protocol directly with the smart card web server 155.

According to another embodiment of the present invention, data exchange between the failure processing server 100 and the smart card 150 may be performed via the communication terminal 170. In this case, the channel setting unit 420 may set a channel through the communication terminal 170 and TCP / IP, and data is transmitted to the communication terminal 170 through the set channel.

The data transmitted to the communication terminal 170 is transferred to the smart card 150, wherein the transmission to the smart card can be performed by the bearer independent protocol (BIP) as described in FIG.

As described above, the channel setting unit 420 controls to set a channel for data transmission between the failure processing server 100 and the smart card 150 to solve the cause of the failure of the smart card 150. According to an embodiment of the present invention, the smart card 150 may directly set a channel to transmit and receive data with the smart card, and according to another embodiment, transmit data to the smart card 150 via the communication terminal 170. Can transmit

The interface unit 430 receives the state information of the smart card through the channel set by the channel setting unit 420.

In the present specification, the state information of the smart card is information representing the state of the smart card in the smart card, and means information that can be utilized to use various smart card-based services. A representative example of the state information of the smart card may be user information. However, the type of information may be variously changed as long as it is information used for using a smart card based service.

In addition, the interface unit 430 may transmit the modification status information to the smart card 150 through the set channel. In the present specification, the modified state information refers to state information modified by the failure processing unit 440 in order to use the service when the smart card based service is not available due to an error in the state information of the smart card. A detailed description thereof will be given later.

The modified state information transmitted from the interface unit 430 to the smart card 150 is changed to state information of the smart card. That is, the state information of the existing smart card is changed to the faucet state information, which may be performed by the control of the smart card web server 153 controlling the inside of the smart card 150.

In addition, the interface unit 430 may receive a state information change completion signal of the smart card from the smart card 150. The state information change completion signal is received to determine whether the state information of the smart card is properly changed, and may be referred to as a kind of ACK.

The interface unit 430 according to an embodiment of the present invention may transmit the modification state information to the smart card 150 via the communication terminal 170 in which the smart card 150 is mounted.

That is, as described above, when the data exchange between the failure processing server 100 and the smart card 150 is performed via the communication terminal 170, the interface unit 430 establishes a channel established with the communication terminal 170. The modification state information may be transmitted to the smart card 150 via the communication terminal 170.

In this case, the transmission from the interface unit 430 to the communication terminal 170 may be performed by TCP / IP, and the transmission from the communication terminal 170 to the smart card 150 may be performed by a bearer independent protocol (BIP). Is as described above.

The failure processing unit 440 may analyze the state information of the smart card 150 received from the interface unit 430 to determine the cause of the failure of the smart card.

That is, by analyzing the state information received from the smart card 150, it is possible to find out the cause of the service failure by finding a correlation between the current state information and the service in which the failure occurred.

In addition, the error processing unit 440 may determine whether the identified cause of the problem can be solved, and when it is determined that the problem can be solved, may generate corrected state information for resolving the corresponding problem.

For example, when a service failure occurs due to an inconsistency of the status information, the modified status information is generated by appropriately changing the status information so that the user can use the service (resolve the failure). On the other hand, if the cause of the failure is not able to handle the service failure remotely, such as due to the physical problem of the smart card (for example, damage to the smart card, etc.) it may not generate the modified status information.

The corrected state information generated by the failure processing unit 440 is transmitted to the smart card 150 through the interface unit 430, so that the service information can be remotely solved by changing the state information of the smart card.

As such, there is an advantage in that user convenience can be increased by remotely handling a smart card based service failure due to an error of smart card status information.

In addition, when the state information change completion signal is received through the interface unit 430, the error processing unit 440 may determine whether a failure occurring in the smart card 150 is resolved by using the received state information change completion signal. . That is, when the ACK signal is received, the error processing unit 440 performs a function of determining whether or not the solution has been well resolved to meet the request for failure processing of the first user.

The authentication performing unit 450 performs a function of performing mutual authentication between the smart card 150 and the failure processing server 100.

The smart card 150 includes private information, and when accessed from another device without being authenticated, serious problems such as privacy infringement may occur. Therefore, when the failure processing server 100 receives a failure processing request from the communication terminal 170, the authentication performing unit 450 performs authentication of the corresponding smart card so that the smart card and the failure processing server ( A channel for data transmission can be set.

The control unit 460 is a component of the failure processing server 100 (for example, failure request receiving unit 410, channel setting unit 420, interface unit 430, failure processing unit 440 and authentication performing unit) 450, etc.) can be controlled.

The controller 460 may control the failure request receiving unit 410 to receive a failure processing request from the communication terminal 170, and control the channel setting unit 420 to control the failure processing server 100 and the smart card ( It is possible to establish a channel between the 150 or the failure processing server 100 and the communication terminal 170.

In particular, the controller 460 may control the channel setting unit 420 to set a channel only when mutual authentication between the smart card 150 and the failure processing server 100 is successful in the authentication performing unit 450.

In addition, the controller 460 may control the failure processing unit 440 to transmit the status information of the smart card received from the interface unit 430 to the failure processing unit 440 so as to determine the cause of the failure of the smart card 150. If the cause of the failure can be solved, the failure processing unit 440 may be controlled to generate corrected state information.

The control unit 460 may transmit the interface unit 430 to transmit the modified state information generated by the failure processing unit 440 to the smart card, and transmit the state information change completion signal received from the interface unit 430 to the failure processing unit 440. ) To determine if the fault has been resolved.

As such, by identifying the cause of the service failure based on the smart card by using the status information of the smart card, a problem that can be solved can be solved remotely / in real time, so that the convenience of the user and the communication service provider can be increased.

5 is a flowchart illustrating a process of processing a failure of a smart card by a failure processing server according to an embodiment of the present invention.

Although the steps performed by the failure processing server 100 among the steps of the flowchart shown in FIG. 5 may be steps performed by each component of the failure processing server 100 as described above, the description and understanding It will be described as being performed in the failure processing server 100 for convenience.

In FIG. 5, the smart card 170 and the communication terminal 170 are illustrated as separate components, but it is obvious that the smart card 150 is mounted on the communication terminal 170.

First, the failure processing server 100 receives a failure processing request from the communication terminal 170 (step S510). The failure handling request means a request for resolving a failure or problem in the use of a smart card based service.

After that, the failure processing server 100 sets up a channel for data exchange with the smart card 150 (step S520).

Channel setting with the smart card 150 in step S520 may be performed by setting a protocol for transmitting information with a smart card web server (Smart Card Web Server) implemented in the smart card 150, an embodiment of the present invention The channel may be established by TCP / IP.

The smart card 150 receives status information of the smart card from the smart card 150 through the channel set in step S520 (step S530). The state information is information representing the state of the smart card in the smart card, and means the information that can be utilized to use various smart card-based services as described above.

Although not shown in FIG. 5, step S520 may be performed only when mutual authentication between the smart card 150 and the failure processing server 100 succeeds. That is, the process of mutual authentication between the smart card 150 and the failure processing server 100 is preceded before step S520, and step S520 may be performed only when authentication is successful. This is for protecting the privacy of the user as described with reference to FIG. 4.

When receiving the status information of the smart card, the failure processing server 100 determines the cause of the service failure (step S540).

Furthermore, in the present invention, if the cause of failure identified in step S540 can be determined remotely (step S550) and cannot be solved remotely, no further process is performed.

On the other hand, if it is determined that it can be solved, the process proceeds to step S560, the failure processing server 100 generates the modified state information of the smart card, and transmits the modified state information of the generated smart card to the smart card 150 (step S570). do.

The transmission of the modified state information to the smart card 150 may be made through the channel set in step S520.

Transmission of the modified state information of step S570 to the smart card 150 may be transmitted via the communication terminal according to an embodiment of the present invention, in which case the transmission from the failure processing server 100 to the communication terminal 170 As described above, the transmission may be performed by TCP / IP and the transmission from the communication terminal 170 to the smart card 150 may be performed by a bearer independent protocol (BIP).

The modified state information is generated to change the state information stored in the smart card so that the service can be used when a smart card based service failure occurs. The state information stored in the smart card is controlled by the smart card web server. It is changed to the correction status information (step S580).

After that, the failure processing server 100 receives the change completion signal from the smart card 150 (step S590), and determines whether the failure processing request received in step S510 is correctly solved using the change completion signal (step S595). can do.

Although described above with reference to a preferred embodiment of the present invention, those skilled in the art that various modifications of the present invention without departing from the spirit and scope of the invention described in the claims below And can be changed.

1 is an overall configuration diagram showing an entire system for handling a failure of a smart card mounted on a communication terminal by a failure processing server located in the Internet network according to the present invention.

2 is an overall configuration diagram showing an entire system for communicating with a smart card via a communication terminal in a failure processing server located in an internet network according to the present invention.

3 is a block diagram showing the configuration of a smart card equipped with a smart card web server (SCWS) according to an embodiment of the present invention.

Figure 4 is a block diagram showing the configuration of a failure processing server according to an embodiment of the present invention.

5 is a flowchart illustrating a process in which a failure processing server handles a failure of a smart card according to an embodiment of the present invention.

Claims (14)

In the method of handling the failure of the smart card (Smart Card) attached to the communication terminal in the failure processing server located in the Internet network, (a) receiving a failure processing request from the communication terminal; (b) establishing a channel for data transmission with the smart card; (c) receiving state information of the smart card through the set channel; And (d) analyzing the state information of the received smart card to determine the cause of the failure of the smart card, Channel setting with the smart card, And a protocol for exchanging data with a smart card web server implemented in the smart card. The method of claim 1, Step (b) is, Further comprising the step of performing a mutual authentication process with the smart card, If the authentication is successful, failure handling method characterized in that for setting the channel for data transmission with the smart card. The method of claim 1, After step (d) above, Determining whether the identified cause of the failure can be solved; And If it is determined that the resolution is possible, further comprising the step of transmitting the modified state information for solving the failure to the smart card, The modification status information is transmitted to the smart card through the channel established with the smart card. The status information of the smart card is changed to the modified status information transmitted to the smart card. The method of claim 3, And determining whether a failure of the smart card is solved by receiving a state information change completion signal of the smart card from the smart card. The method of claim 1, Status information of the smart card, Failure processing method characterized in that the user information of the smart card. The method of claim 1, Channel setting with the smart card, Error handling method characterized in that performed by TCP / IP. The method of claim 3, Transmission of modification status information to the smart card, Transmit via the communication terminal equipped with the smart card, The transmission to the communication terminal is performed by TCP / IP, and the transmission from the communication terminal to the smart card is performed by a bearer independent protocol (BIP). In the failure processing server located in the Internet network for handling the failure of the smart card (Smart Card) attached to the communication terminal, A failure request receiver configured to receive a failure processing request from the communication terminal; A channel setting unit controlling to set a channel for data transmission with the smart card; An interface unit for receiving state information of the smart card through the set channel; And Including a failure processing unit for analyzing the status information of the smart card received from the interface unit to determine the cause of the failure of the smart card, The channel setting unit, And a smart card web server implemented in the smart card to control a protocol for transmitting information. The method of claim 8, Further comprising an authentication performing unit for performing mutual authentication with the smart card, The channel setting unit, And when the authentication is performed as a result of the authentication performed by the authentication performing unit, controlling to set a channel for data transmission with the smart card. The method of claim 8, The failure processing unit, And determining whether the identified cause of the failure is solveable, and generating corrected state information for resolving the failure, if it is determined that the resolution is possible. The method of claim 10, The interface unit, The transmission state information is further transmitted to the smart card through the set channel, And status information of the smart card is changed to modified status information transmitted to the smart card. The method of claim 11, The interface unit, Further receiving a state information change completion signal of the smart card from the smart card, The failure processing unit, And determining whether the failure of the smart card is solved by using the received state information change completion signal. The method of claim 8, The channel setting unit, And a channel for establishing a channel with the smart card by TCP / IP. The method of claim 11, The interface unit, The correction state information is transmitted to the smart card via the communication terminal equipped with the smart card, And the transmission to the communication terminal is performed by TCP / IP, and the transmission from the communication terminal to the smart card is performed by a bearer independent protocol (BIP).

Images