KR100580670B1 - Method for protecting privacy of terminal user - Google Patents

Abstract

The present invention relates to a method for efficiently protecting communication privacy according to an intention of a calling terminal user.

According to the present invention, there is provided a method of protecting privacy between terminal users as the intention of a sender, the method comprising: reading a privacy code included in a received transmission packet; and performing user authentication when the privacy code is in a protected mode; And displaying the contents of the transport packet when the user authentication is normally performed.

Wireless terminal, privacy, base station, exchange, CID packet, SMS packet

Description

{Method for protecting privacy of terminal user}

1 is a block diagram of a privacy protection system according to a first embodiment of the present invention.

2 is a diagram showing the configuration of a CID packet according to the present invention;

3 is a block diagram of a privacy protection system according to a second embodiment of the present invention;

4 is a diagram illustrating a configuration of an SMS packet according to the present invention.

5 is a block diagram of a privacy protection system according to a third embodiment of the present invention.

6 is a block diagram illustrating a case where a caller directly generates a privacy code according to a fourth embodiment of the present invention.

FIG. 7 illustrates an example of how privacy codes are delivered in the context of FIG. 6. FIG.

8 is a block diagram illustrating a case where data is transmitted from the web to the wireless terminal according to an embodiment of the present invention.

9 is a block diagram showing the internal configuration of a called-side wireless terminal according to an embodiment of the present invention.

10 is a block diagram showing an internal configuration of a calling party wireless terminal according to an embodiment of the present invention.

11 is a flowchart illustrating a process of transmitting a transmission command transmitted from a calling terminal to a base station.

FIG. 12 is a flowchart illustrating an operation of a communication server for transmitting a transport packet according to the transmission command to a called terminal using a privacy key value received through a base station in FIG.

13 is a flowchart illustrating a process of performing user authentication to view a corresponding transport packet according to a privacy code received from the communication server at a called terminal;

FIG. 14 is a flowchart illustrating an operation of privacy protection that may occur in a subsequent process of FIG. 13 in a called terminal, and illustrates a flowchart of each received transport packet. FIG.

15 is a flowchart illustrating a process of applying privacy for each phone number by a called terminal user.

16 is a flowchart illustrating an operation when a specific telephone number search request is received from a user of the terminal.

(Symbol description of main part of drawing)

10, 11: base station 20, 21: switchboard

30: Visitor Location Register 40: Home Location Register

50, 71, 91: privacy code generation unit 60: CID packet generation unit

70: short message server 72: SMS packet generation unit

80: network interworking system 90: MMSC

92: confirmation packet generation unit 100, 200: wireless terminal

140: control unit 160: memory

180: packet reading unit 190: privacy management unit

191: user authentication unit

The present invention relates to a method for protecting the privacy of a terminal user, and more particularly, to a method for more effectively protecting the privacy of data transmitted and received between terminal users according to the intention of the wired / wireless terminal user, particularly the calling party user. It is about.

Recently, users of wired / wireless terminals are rapidly increasing, and message delivery through the terminals is also rapidly increasing. Therefore, the necessity of protecting the privacy of terminal users is also increasing. However, if the management is neglected due to the characteristics of the terminal, especially a mobile terminal, the privacy of the caller or called party is violated by responding to a call signal or reading a short message other than the user of the receiving terminal. Can be.

As a countermeasure, there is a method of simply responding to the signal only after inputting the password of the receiver terminal when the call signal or the short message arrival signal is transmitted through proper setting of the receiver terminal. . However, this method is cumbersome because the receiver must enter a password for every signal received, and there is a problem that privacy policy management by the sender is not performed.

In consideration of this problem, the Republic of Korea Patent Laid-Open Publication No. 2003-0006304 receives a call signal from the caller and if the caller matches the caller of the phone number stored in the callee protection mode, the caller receives a password from the called party. A method of selectively protecting the privacy between a transmitting user and a receiving user by a method of comparing and determining the password stored in the memory of the terminal is disclosed.

In the disclosed patent, when the called party selects and sets only a specific phone number from a phone book recorded in the memory of his terminal, the called party is asked to input a password only when a call signal or the like is transmitted to the specific phone number.

However, in the case of determining a privacy policy in a called terminal, as in the technique of the above-mentioned patent, there is a problem that a password is always required for a specific sender regardless of a message sent by the sender. In addition, there is a problem that a privacy policy cannot be set for a phone number not registered in the phone book of the called terminal.

In fact, the privacy policy would have to be determined according to the content of the information to be conveyed, and once the content of the information is known only to the sender of the information, it is necessary to have the sender determine the privacy policy. For example, a message that is extremely private and you do not want it to be shown to others, or you want to provide only important messages to someone who may be harmed by the sender, recipient, or third party when leaked, such as personal or business information. In this case, it should be possible to apply privacy protection individually when sending the message. In this case, depending on the content of the information to be transmitted, the sender can selectively protect the information transmitted by sometimes transmitting in protected mode (mode requiring authentication of the called party) and sometimes in release mode (mode not requiring the authentication of the called party). do.

On the other hand, there is a 'caller display restriction' as a known prior art related to how the caller protects his or her privacy. However, this simply prevents the called party from seeing information such as the caller's telephone number, and is far from the function of preventing the called party from receiving a third party.

SUMMARY OF THE INVENTION The present invention has been made in consideration of the above-described needs, and an object thereof is to provide a method for a caller to determine a privacy policy for information (voice call, short message, multimedia message, general file, etc.) to be transmitted to a called party.

Another object of the present invention is to provide a method for determining a privacy policy for each message according to the content of information to be transmitted.

In order to achieve the above object, the privacy protection transmission method according to the present invention comprises the steps of: (a) receiving a transmission command, a privacy key value for the transmission command, and a destination telephone number from a calling terminal coupled with a communication network; ; (b) converting the received privacy key value into a corresponding privacy code; (c) generating a transmission packet according to the transmission command including the privacy code; And (d) transmitting the generated transport packet to a called terminal having the destination telephone number.

In order to achieve the above object, according to the present invention, a method of protecting a sender's privacy at a called terminal by using a privacy code included in a transport packet received through a communication network, includes: (a) Reading a privacy code; (b) performing user authentication when the privacy code is in a protected mode; And (c) displaying the contents of the transport packet when the user authentication is normally performed.

In order to achieve the above object, according to the present invention, a method of protecting the sender's privacy in the called terminal by using a privacy code included in the transport packet received through the communication network, (a) from the called terminal user Receiving a first privacy code for the telephone number of the directory table; (b) reading a second privacy code included in the received transport packet when receiving the transport packet from a sender having the telephone number; (c) performing user authentication when at least one of the set first privacy code and the read second privacy code is a protected mode; And (d) displaying the contents of the transport packet when the user authentication is normally performed.

In order to achieve the above object, according to the present invention, a method for protecting the sender's privacy at the called terminal by using a privacy code recorded in a predetermined position of a file received through the communication network, (a) the received Reading the privacy code recorded in the header of the file; (b) performing user authentication when the privacy code is in a protected mode; And (c) downloading the file to a memory of the terminal when the user authentication is normally performed.

In order to achieve the above object, according to the present invention, a file transmitted through a communication network and a flag file for the file are received together, and using the privacy code recorded in the flag file, the sender's privacy at the called terminal. A method of protecting a network includes: (a) reading a privacy code recorded in the received flag file; (b) performing user authentication when the privacy code is in a protected mode; And (c) downloading the file to a memory of the terminal when the user authentication is normally performed.

In order to achieve the above object, according to the present invention, an e-mail according to a predetermined protocol transmitted through a communication network is received, and a privacy code recorded at a predetermined position according to the protocol is used to send a caller's message at the called terminal. A method of protecting privacy includes: (a) reading a privacy code recorded in the received flag file; (b) performing user authentication when the privacy code is in a protected mode; And (c) downloading the email to a memory of the called terminal when the user authentication is normally performed.

In order to achieve the above object, according to the present invention, a method for transmitting a privacy code in a predetermined transmission command via a communication network and thus protecting the privacy at the calling terminal, (a) selecting a privacy mode from the user Receiving step; (b) generating the privacy code according to the privacy mode; (c) transmitting a transfer command including the generated privacy code; And (d) applying the transmission security mode to the browsing information corresponding to the transmission command when the privacy mode is the protection mode.

Hereinafter, exemplary embodiments of the present invention will be described in detail with reference to the accompanying drawings. Advantages and features of the present invention and methods for achieving them will be apparent with reference to the embodiments described below in detail with the accompanying drawings. However, the present invention is not limited to the embodiments disclosed below, but may be implemented in various forms. It is provided to fully convey the scope of the invention to those skilled in the art, and the present invention is defined only by the scope of the claims. Like reference numerals refer to like elements throughout.

1 is a block diagram of a privacy protection system according to a first embodiment of the present invention. The privacy protection system according to the present invention includes a wireless terminal (100, 200), a base station (10, 11), a switch (20, 21), a visitor location register (VLR) 30, a home location It may be configured to include a home location register (HLR) 40, a privacy code generator 50, and a caller ID (CID) packet generator 60.

In the above operation, when both the calling terminal 100 and the called terminal 200 exist in the same cell area, both of them may form a communication path via the same base station 10 and the same exchange 20. However, it is to be noted that the calling terminal 100 and the called terminal 200 may form a communication path through different base stations 10 and 11 and other switching units 20 and 21, respectively.

The calling terminal 100 receives a telephone number (hereinafter referred to as a destination telephone number) and a privacy key value of the called terminal 200 from the caller, and the base station 10 to which the called terminal 200 belongs. Call call setting request for the called party terminal 200 (call connection request). When the call call signal setup request is made, the transmitting terminal 100 transmits the telephone number, the privacy key value, and its own terminal unique number to the base station 10. Such unique numbers include, for example, MIN (Mobile Identification Number) or ESN (Electronic Serial Number).

Hereinafter, in the present specification, a signal requested by a calling terminal to a communication service provider, such as a call call signal setting request, a short message transmission request, a multimedia message transmission request, a file transmission request, etc. will be collectively referred to as a 'transmission command'.

The privacy key may be produced as a key that generates a specific character or symbol by adding a separate key to the terminal, or may generate a specific character or symbol through a separate menu implemented by the system software or application software of the terminal. Using the '# key' or '* key' existing in the wireless terminal may be a simpler method.

As a concept to be distinguished from the 'privacy key' meaning the physical key, the 'privacy key value' is a key code value generated by the privacy key, and is actually a value transmitted to a base station, an exchange, and the like.

When the calling party enters the called party's telephone number, attaches the privacy key value to the end, head or other position together and presses the transmission key of the terminal, the telephone number, the privacy key value, and the unique number of the calling terminal are displayed. It is transmitted to the exchange 20 via the base station 10. For example, when the called party's telephone number is '0105556789', when the caller enters '0105556789 #' into the terminal 100 and presses the transmit button of the terminal, the exchange 20 receiving the terminal 20 receives the called terminal 200. The telephone number (0105556789) and the privacy key value (key code value of #) exist. Of course, if the caller wants to make a general call call (disabling mode) that does not require privacy, the sender should enter and transmit only the called party's phone number without adding a privacy key value.

According to an embodiment of the present invention, the privacy mode is divided into three types of 'unchangeable', 'changeable', and 'off' modes, and a privacy key value corresponding to the 'unchangeable' mode (hereinafter, referred to as a first privacy key). ) Is set to '#', the privacy key value corresponding to the modifiable mode (hereinafter referred to as the second privacy key) to '*', and in the 'release' mode, the privacy key value is not assigned. Will be explained. As a whole, the immutable mode and the modifiable mode may be defined as a 'protection mode' in preparation for the release mode. Here, the 'non-modifiable' mode is a case in which the called party cannot change a privacy code defined for a call signal or a message sent by the caller, and in the 'modifiable' mode after the receiver receives a privacy code for the message. This is the case where you can change to 'off mode'.

However, there are many other ways to specify the privacy key value. For example, as a method of using only one key, '##' may indicate an unchangeable mode and '#' indicates a changeable mode. It will also be readily apparent to one skilled in the art that the number of privacy modes can be adapted to more or fewer modes depending on the needs of the user or terminal manufacturer.

In the present specification, the non-changeable and changeable mode means a case of requesting user authentication only for a call signal or a message that is currently sent, and the 'release' mode means a case in which transmission is generally performed as in the prior art, which does not request privacy protection. Indicates.

The base station 10 receives a call setup request from the wireless terminal 100 and searches for a channel. The base station 10 forms a communication path with the wireless terminal 100 within a predetermined radius of the wireless cell in charge. The base station 10 may be further divided into a base station controller (BSC) and a base station transceiver subsystem (BTS), but is generally referred to as a base station and includes the above elements. In addition, the base station 10 notifies the switch 20 of the telephone number, the privacy key value, and the terminal unique number received from the wireless terminal 10 through the formed wireless channel.

The exchanger 20 searches the unique number received from the base station 10 among the unique numbers registered in the home location register 40 to determine whether the calling terminal 100 is a registered terminal, and if it is an unregistered terminal. Instructing the base station 10 to terminate the call while stopping the service. If the calling terminal 100 is a registered terminal, this time it is determined whether the called terminal 200 supports the function according to the present invention as shown in FIG. 9 (that is, whether the privacy code can be decrypted) and not supported. In this case, the caller terminal 100 is immediately notified of the fact by the message. The caller would then have to request the call signal again in the normal way (release mode). This is a necessary process under the assumption that not all terminals support the functions of the present invention. If all terminals support the functions of the present invention, the notification process is omitted.

Here, whether the called terminal 200 supports the function of the present invention can be known by identifying the type of the terminal 200 through the unique number of the called terminal 200 registered in the mobile communication company.

If the calling terminal 100 is a registered terminal and the called terminal 200 is determined to provide the function of the present invention, the privacy code generating unit 50 converts the delivered privacy key value and corresponds to the corresponding privacy code. Create Such a privacy code may be represented by a character or an identification bit, etc. Here, the privacy code is represented by an identification bit. For example, the privacy code for privacy key value '#' (immutable mode) is '11', the privacy code for privacy key value '*' (modifiable mode) is '10', and the privacy key is The privacy code for the case that does not exist (release mode) is set to '00'. Here, the code '01' is left as a reserved bit. In this way, the two types of privacy mode can be expressed.

As another example, a privacy code may be set as described above in the protection mode, and a privacy code may not be described at all in the release mode. In this case, since the privacy code bit is omitted in the release mode, the length of the data may be different from that in the protected mode. In the present specification, as an example, the release mode will also be described as having a privacy code ('00'), but it will be appreciated that the privacy code may not be allocated to the release mode.

In this way, the privacy code may be expressed in bits, but may be expressed in one 8-bit character. For example, the letter 'p' may mean a privacy code indicating unchangeability, the letter 'q' may indicate a privacy code indicating changeable, and the letter 'r' may mean a privacy code indicating release. In addition, the method of expressing the privacy code may vary depending on the actual implementation. In the following description of the present invention, a privacy code is expressed as two bits.

Meanwhile, the CID packet generator 60 generates the CID packet including the privacy code. An example of such a CID packet in the present invention is shown in FIG. 2, but is not limited thereto. Any signal transmitted with a ring signal and including a privacy code may be included in the CID packet of the present invention.

The exchange 20 transmits the CID packet thus generated to the destination terminal 200 along with the ring signal, for example, through a paging channel, through the destination exchange 21 and the destination base station 11. At this time, the location of the called terminal is determined using the user information registered in the home location register 40.

In FIG. 1, the privacy code generator 50 and the CID packet generator 60 are represented as components that function separately from the switch 20, but may be implemented as a module included in the switch 20. .

An example of the configuration of the CID packet is as shown in FIG. The CID packet is typically transmitted between the first ring pattern 1 and the second ring pattern 7, but may also be transmitted before the first ring pattern 1 appears in accordance with a standard scheme. Referring to the former case, first, after the first ring pattern 1 passes and 500 ms or more passes, the channel seizure signal 2 and the mark signal 3 appear, and then follow the following. The CID information field 4 and the privacy code field 5 are delivered to the called terminal 200, and finally a checksum field 6 is delivered.

The channel occupancy signal 2 is represented by 300 consecutive bits (0 and 1 are alternately repeated), starting with '0' and ending with '1'. When the channel occupancy signal 2 passes, a subsequent 180-bit continuous mark signal 3 is transmitted. The channel occupancy signal (2) and the mark signal (3) serve to make the destination terminal 200 detect the start of data transmission.

After the channel occupancy signal 2 and the mark signal 3 pass, the CID information field 4 serving as the CID data area and the 2-bit privacy code field 5 in which the privacy code is recorded are called by the terminal 200. Is passed on.

Various information about the caller is recorded in the CID information field 4, which may include the call time, the caller's telephone number, the caller's name, and the like. The CID information field 4 is represented by 8 bits (one byte) when the ASCII code is followed, but the start bit (for example, a blank character) and the stop bit at the end are shown. In addition, each character may be represented by 10 bits.

The privacy code corresponding to the privacy key value is recorded in the privacy code field 5. After the privacy code field 5 is delivered, the delivered CID information 4 and the checksum field 6 for checking whether there is an error in the privacy code 5 are delivered. Thereafter, after the predetermined time (200 ms) or more elapses, the second ring pattern 7 is transmitted.

The called party can read a privacy code of the transmitted CID packet and perform a predetermined 'private behavior' only after user authentication when the code value indicates a mode requiring privacy protection. The private action is an action that may impair privacy, such as a response to a call signal, a view of a call log, a view of a stored short message, a response to a confirmation packet, reception and viewing of a multimedia message, and access to a downloaded data file. It is defined as meaning.

A more detailed process of protecting the sender's privacy by using the privacy code included in the packet in the receiving terminal 200 receiving the CID packet will be described in FIG. 9.

When there is a response from the called party that has been authenticated by the user, the switch 20 establishes a communication path so as to exchange call voice data with the called terminal 200 through the called side exchange 21 and the called base station 11. Form.

The visitor location register 30 temporarily stores subscriber information of a wireless terminal roaming to the corresponding exchange, and deletes the stored information when the wireless terminal leaves the area of another exchange.

The home location register 40 performs a function of managing a mobile terminal subscriber. The home location register 40 manages subscriber information registered in the corresponding exchange, location information of the mobile communication terminal, state information of the mobile communication terminal, and the like, and can route a call. Home location register 40 provides the information to the exchange 20.

In the above, as a method of applying privacy protection when transmitting a call signal, the privacy code is recorded together in the CID packet. However, this is one example of various modifications such as a privacy code carried in a separate packet from the CID packet. It will be apparent to those skilled in the art that the implementation is possible.

3 is a block diagram of a privacy protection system according to a second embodiment of the present invention. The privacy protection system according to the present invention includes a wireless terminal (100, 200), a base station (10, 11), a switch (20, 21), a visitor location register (VLR) 30, a home location It includes a home location register (HLR) 40, a short message server (SMS center, SMSC) 70, a privacy code generator 71, an SMS packet generator 72, and a message queue 73. Can be configured.

Here, a description overlapping with that in FIG. 1 will be omitted, and a short message server 70, a privacy code generator 71, an SMS packet generator 72, and a message queue may be further included in FIG. 3. 73) will be described.

The base station (10, 11) is a handoff function for communicating with the wireless terminal (100, 200) using a wireless section, controlling the wireless link and wired link, and maintains the durability of the call even while the subscriber is moving Do this.

The exchanges 20 and 21 interwork with other exchanges to process outgoing and incoming requests from the mobile communication terminals 100 and 200, and inquires about the subscribers with the home location register 40. The switch 20 and 21 may also interwork with other wired networks (not shown).

In general, when a caller sends a short message using the calling terminal 100, the called party writes the short message limited to a predetermined size (usually 80 bytes) and then dials the telephone number of the called terminal 200. Record it and press the Send key to send the message.

If the privacy mode is to be applied, for example, a privacy key value (for example, '#' or '*') is recorded and transmitted together with the telephone number when the telephone number is recorded. As described above, there are 'unchangeable', 'changeable', and 'release' modes in the privacy mode according to the privacy key value.

The base station 10 receives the telephone number, the short message, the privacy key value, the unique number of the calling terminal, and the like from the calling terminal 100, and transmits them to the exchange 20.

The exchange 20 determines whether the calling terminal 100 is a registered terminal by searching whether there is a match with the unique number received from the base station 10 among the unique numbers registered in the home location register 40, If the terminal is not registered, the transmission service is stopped.

If the calling terminal 100 is a registered terminal, this time, it is determined whether the called terminal 200 supports the function according to the present invention as shown in FIG. Notify immediately by message. The sender would then have to send the short message again in the usual way (release mode). This is a necessary process under the assumption that not all terminals support the functions of the present invention. If all terminals support the functions of the present invention, the notification process is omitted.

If the calling terminal 100 is a registered terminal and it is determined that the called terminal 200 provides the function of the present invention, the switch 20 receives the called party's telephone number, the short message, and the privacy transmitted from the base station 10. The key value and the unique number of the calling terminal are transmitted to the short message server 70.

The short message server 70 stores not only a short message transmitted from the wireless terminal 100 through the base station 10 and the switch 20, but also a short message generated and transmitted by the switch 10 in the message queue 73. do. Then, the SMS packet is generated from the stored short message, and the telephone number of the called terminal 100 received with the short message from the switch 20 is requested to the home location register 40 to determine the location of the called terminal. Track and send SMS packets to it. An example of such an SMS packet in the present invention is shown in FIG. 4, but the present invention is not limited thereto. Any signal including a short message content and a privacy code may be included in the SMS packet of the present invention.

In addition, when the short message server 70 cannot receive the short message at the current receiving terminal 200, the short message server stores the short message in the message queue 73 for a predetermined time and then returns the terminal ( When 200 is able to receive the SMS packet including the short message is forwarded to the destination exchange 21.

Then, the destination exchange 21 receives the SMS packet and sends it to the destination base station 11 so that the SMS packet can be transmitted to the destination terminal 200 through the paging channel.

The privacy code generation unit 71 and the SMS packet generation unit 72 are involved in generating an SMS packet from the short message. The privacy code generator 71 receives the privacy key value from the short message server 70, converts the privacy key value, generates a privacy code, and provides the generated code to the SMS packet generator 72. Here, an example of the privacy code generated from the privacy key value is the same as the description in FIG. 1 and thus will be omitted.

The SMS packet generator 72 generates an SMS packet including a privacy code and a short message and provides it to the short message server 70.

In FIG. 3, the privacy code generator 71, the SMS packet generator 72, or the message queue 73 is expressed as a component that functions separately from the short message server 70, but is a short message server 70. It may be included in the implementation).

4 is a diagram illustrating an example of a configuration of such an SMS packet. After the channel occupancy signal 31 and the mark signal 32 have passed, the CID information field 33 which is the CID data area, the 2-bit privacy code field 34 in which the privacy code is recorded, and the short message data are recorded. The message field 35 is transmitted to the called terminal 200. Finally, a checksum field 36 is followed to check for errors in the data recorded in these fields.

Various information about the caller is recorded in the CID information field 33. The information may include the call time, the caller's telephone number, the caller's name, and the like. The CID information field 33 is represented by an ASCII code, and each character may be represented by 10 bits by adding a start bit (for example, a blank character) at the beginning and a stop bit at the end.

In the privacy code field 34, a privacy code corresponding to a privacy key value input by the sender is recorded. After the privacy code field 34 is delivered, the message field 35 appears. In the message field 35, a short message transmitted from the calling terminal 100 is recorded, and the short message is limited to a predetermined size.

The called party reads the privacy code of the transmitted SMS packet, and if the code value indicates a mode requiring privacy protection, caller information can be confirmed and the short message can be read only after user authentication. A more detailed process of protecting the sender's privacy using the privacy code received by the called party's terminal 200 will be described later with reference to FIG. 9.

In the above, as a method of applying privacy protection when transmitting a short message, the privacy code is recorded together in the SMS packet. However, this is an example of various modifications such as transferring a privacy code in an SMS packet and a separate packet. It will be apparent to those skilled in the art that the implementation is possible.

5 is a configuration diagram of a privacy protection system according to a third embodiment of the present invention. The privacy protection system according to the present invention includes a wireless terminal (100, 200), a base station (10, 11), a switch (20, 21), a visitor location register (VLR) 30, a home location A home location register (HLR) 40, a multimedia message center (hereinafter referred to as MMSC) 90, a privacy code generator 91, an acknowledgment packet generator 92, and a content database 93 and the network interworking system 80 may be configured.

Here, the description overlapping with that in FIG. 3 will be omitted, and the MMSC 90, the privacy code generator 91, the confirmation packet generator 92, and the content database 93 are further included in FIG. 5. ), And the network interworking system 80 will be described.

In general, there are two cases in which a caller transmits multimedia data using the caller terminal 100. One is a case in which the multimedia data stored in the calling terminal 100 is uploaded to the MMSC 90 and then the MMSC 90 transmits it to the called terminal 200 again, and the other is the calling terminal 100. Requests the MMSC 90 to transmit specific multimedia data stored in the content database 93 to the called terminal 200.

Therefore, the difference between the two is only where the first data transmission starts. In the former case, since the transmitted data is the same after the data is stored in the content database 93 of the MMSC 90, the latter case is the same. The explanation will focus on the following.

In the transmission of such multimedia data, if the privacy mode is to be applied, the caller selects data to be transmitted from the calling party terminal 100, selects a called party number and a privacy key to send it, and sends a 'file download confirmation request' to the base station. do. Unlike the short message, large-capacity data such as multimedia data is generally used by the sender unless the called party has a server configured to receive a file at an arbitrary time such as a separate web server or FTP server. You cannot send data unilaterally. Therefore, it is preferable that the sender first makes a 'file download confirmation request' for notifying the contents of data to be transmitted and confirming whether the file is downloaded. However, there may be a way for the calling party to send data unilaterally and decide whether to delete it at the called party.

Then, the identification information of the multimedia data selected from the calling terminal 100, the called telephone number, the privacy key value, and the unique number of the calling terminal are transmitted to the exchange 20 via the base station 10. do. The identification information of the multimedia data means a simple message that can indicate the content of the data, such as the title, type, or description of the data.

The exchange 20 determines whether the calling terminal 100 is a registered terminal by searching for a unique number received from the calling terminal 100 from a unique number registered in the home location register 40, and determines an unregistered terminal. If it is, stop the transmission service.

If the calling terminal 100 is a registered terminal, this time, it is determined whether the called terminal 200 supports the function according to the present invention as shown in FIG. Notify immediately by message. The sender would then have to send the multimedia data again in the usual way (disarm mode). This is a necessary process on the premise that not all terminals support the functions of the present invention. If all the terminals support the functions of the present invention, the notification process is omitted.

If the calling terminal 100 is a registered terminal and it is determined that the called terminal 200 supports the function of the present invention, the switch 20 receives the identification information received from the base station 10, the called telephone number, The privacy key value and the unique number of the calling terminal are transmitted to the MMSC 90 through the network interworking system 80.

The MMSC 90 controls the privacy code generator 91 to generate a privacy code, and controls the acknowledgment packet generator 92 to generate an acknowledgment packet. Then, the identification information of the multimedia data is stored as a short message and provided to generate an acknowledgment packet. The structure of the acknowledgment packet has the same structure as that of the SMS packet in FIG. 4 except that the identification information of the multimedia data to be transmitted is recorded instead of the short message of the sender in the message field (35 of FIG. 4). Shall be. However, this is only one example, and any signal including privacy code and information of a file to download may be included in the acknowledgment packet in the present invention.

The privacy code generator 91 and the acknowledgment packet generator 92 are involved in generating the acknowledgment packet. The privacy code generator 91 converts the privacy key value transferred from the switch 20 to generate a privacy code, and provides the generated code to the acknowledgment packet generator 92. Here, an example of the privacy code generated from the privacy key value is the same as the description in FIG. 1 and thus will be omitted. The acknowledgment packet generator 92 generates an acknowledgment packet including a privacy code and identification information of the multimedia data and provides the acknowledgment packet to the MMSC 90.

The MMSC 90 receiving the acknowledgment packet requests the called party's telephone number transmitted from the switch 20 to the home location register 40 to track the location of the called party's terminal 200, and the called party's terminal 200 The acknowledgment packet is transmitted when the acknowledgment packet is available.

When the called side exchange 21 receives the acknowledgment packet from the MMSC 90 through the network interworking system 80, the called side exchange 21 sends the acknowledgment packet to the called base station 11 so that the acknowledgment packet can be transmitted to the called terminal 200. .

The called party reads the privacy code of the transmitted acknowledgment packet and can read the acknowledgment packet contents only after user authentication when the code value indicates the 'protection mode'. After authenticating the user, the called party reads the message and finds out that he or she is able to download certain multimedia data. A more detailed process of protecting the sender's privacy using the privacy code received by the called party's terminal 200 will be described later with reference to FIG. 9.

Thereafter, when the called party transmits a download request message to the MMSC 90 via the base station 11, the exchange 21, and the network interworking system 80 in response to the acknowledgment packet at the desired time, the MMSC 90 transmits the content. The multimedia data stored in the database 93 is transmitted to the called terminal 200 through the network interworking system 80, the called side exchange 21, and the called base station 11.

As such, the content database 93 interworking with the MMSC 90 stores a content added by the MMSC 90, a function of storing a calling number or a called number corresponding to the additional content, the additional content, the calling number, and the called number. When the setting is changed, the function of updating the stored contents is performed accordingly.

On the other hand, the multimedia data transmitted to the called terminal 200 is combined with resources such as pictures, photos, emoticons, avatars, videos, melodies, ringtones, multimedia, texts created by the caller, etc. provided by the MMSC 90. Data may be in the form of data, or may be a software program that performs a game or a specific function. In addition, such data may be displayed together with the calling number or displayed alone, or may be displayed through the screen display of the called party's terminal 200, output through a speaker, or stored in a memory.

The inter-working function (IWF) 80 described above performs a process such as communication code conversion or protocol conversion between a mobile communication network and a wired internet network so as to quickly retrieve and display information on the wired internet. And interconnects the wired Internet network. For example, the network interworking system 80 enables conversion between the WAP protocol and the Internet TCP / IP (Transfer Internet Protocol / Internet Protocol) protocol. Therefore, the HTTP (Hypertext Transfer Protocol) protocol may be used between the MMSC 90 and the network interworking system 80, and data transmission and reception may be performed between the wireless terminals 100 and 200 and the network interworking system 80 using the WAP protocol. Can be done. In this case, the network interworking system 80 converts a web site address (URL) request from the mobile communication network into an HTTP request according to the WAP protocol, and then transmits the web site to the MMSC 90 according to the HTTP protocol through the Internet network 95. Request an address (URL). In addition, the network interworking system 80 converts the contents of the HTML format received from the MMSC 90 into binary codes so that the wireless terminals 100 and 200 can recognize the contents.

In the above description, the privacy code generator 91, the acknowledgment packet generator 92, or the content database 93 are represented as components that function separately from the MMSC 90, but they are included in the MMSC 90. May be implemented. In addition, as a method of applying privacy protection when transmitting multimedia identification information, a privacy code is recorded together in an acknowledgment packet, but this is one example of various modifications such as a privacy code carried in a separate packet and an acknowledgment packet. It will be apparent to those skilled in the art that the implementation is possible.

Although the example of providing multimedia data using the MMSC 90 has been exemplified so far in the description of FIG. 5, it is not necessary to limit the multimedia data to implement the present invention. Therefore, in FIG. 5, the MMSC 90 may be replaced with a file transfer server (not shown), and a general file (a text file, a program executable file, etc.) may be provided instead of the multimedia data. As described above, the embodiment using the file transfer server may be fully implemented by those skilled in the art with reference to the description of FIG. 5, and redundant descriptions thereof will be omitted.

In addition to the above description, when the caller sets his or her privacy policy in advance and stores it in the server of the service provider, and later transmits a call signal or a message, the service provider according to the set privacy policy is shown in FIGS. There is also a method of transmitting a packet including a privacy code to the called terminal as shown in FIG. In this case, the terminal user can set his or her privacy policy (privacy code) to the server using a web server or the like and change it if necessary.

In the above, when the sender transmits a privacy key value together with a transmission command, a communication service provider responsible for the base station 10, the switch 20, and the like converts the key into a privacy code and transmits the packet according to the transmission command (transmission command). Correspondingly, the signal transmitted to the called party is collectively defined as a 'transport packet') and the privacy code has been described. In contrast, FIG. 6 is according to the fourth embodiment of the present invention, and the caller directly generates a privacy code and sends it to a transmission command (call call setup request, short message transmission request, multimedia message transmission request, general file transmission request, etc.). Including transmission to the carrier area 300, such as the base station 10, the exchange 20, the carrier area 300 in the same operation as the prior art (without a separate operation related to privacy), the receiver side radio The terminal 200 transmits a 'transport packet' corresponding to the transmission command (which means a CID packet, an SMS packet, an acknowledgment packet, general file data, etc. received by the called terminal). Then, the called party wireless terminal 200 reads the privacy code included in the predetermined position of the transport packet and applies the privacy policy accordingly.

FIG. 7 is a diagram for explaining an example of transferring a privacy code between the calling party wireless terminal 100 and the called party wireless terminal 200 in the same situation as in FIG. 6. For example, when the sender transmits a short message as shown in (a), the sender records a privacy code at a predetermined position (in this example, the head) of the short message and transmits the privacy code to the service provider area 300. The operator recognizes the entirety including the privacy code as a short message and transmits it to the called party after a predetermined process. Since the entire short message is limited to n bits (usually 80 bytes), the area that can be recorded by the actual sender as the short message is n-2 bits.

Similarly, when the sender transmits the file data as shown in (b), when the sender records the privacy code at a predetermined position (head part in this example) of the file data and transmits the privacy code to the service provider area 300, the service provider It recognizes the whole including the privacy code as file data and transmits it to the called party after a predetermined process. When the size recognized by the service provider area 300 as file data is m bits, the size of the file data that can be transmitted by the actual caller is m-2 bits.

The receiving terminal wireless terminal 200 receiving the short message or the file data from the communication service provider reads an area in which a predetermined privacy code is recorded, thereby reading the privacy mode intended by the caller and applying a privacy policy accordingly. In the present embodiment, the privacy code is recorded at the head part, but the privacy code is recorded at any part previously promised, such as the end part or another specific part, depending on the actual implementation. Although the privacy code is recorded in the payload area, it is obvious to those skilled in the art that any data that can be transferred from the calling party to the called party is recorded in other areas such as a header. It will be one day.

In this way, in the method used in FIGS. 1, 3, and 5, the carrier or the content provider may apply the privacy policy even if only the operation as in the related art is performed without generating the privacy code. As a result, there is an advantage that the present invention can be carried out by changing only the conventional wireless terminal without the intervention of a telecommunications provider.

So far, an example in which the present invention is applied between wireless terminals has been described, but the present invention can also be applied to data transmitted from the web to the wireless terminal. 8 is a diagram schematically showing such a case.

The user of the web client 97 accesses the web server 96 via the internet network 98, and according to the service provided by the web server 96, a call setup request (web to phone method), a short message transmission request, A transmission command such as a multimedia message transmission request or a general file transmission request may be transmitted to the web server 96. Then, the web server 96 transmits the transmission command to the network interworking system 80 connected through the Internet network 99, and the network interworking system 80 transmits the transmission command to the exchange 20.

The web client 97 is a device in which software is provided that provides a user interface such as a web browser so that a user can access a web server 96 and perform a predetermined task. The PDA terminal and the like may correspond to the Internet network 95 to which the web client 97 and the web server 96 are connected, regardless of a wired or wireless network.

As described above, the process of transmitting a transmission command from the web client 97 to the switch 20 is performed through the base station 10 from the originating radio terminal 100 in FIG. 1, 3, or 5. As a process corresponding to a process of transmitting a transfer command to a subsequent process, since both processes are the same, duplicate description of the subsequent process will be omitted. However, unlike the case where the calling party is the wireless terminal 100, the CID information (caller's phone number, caller's name, etc.) of the calling party must be written in the web client 97 or stored in a web server in advance. There can be.

9 is a block diagram showing an internal configuration of the called party wireless terminal 200 according to the present invention. The destination wireless terminal 200 includes a key input unit 110, a voice processing unit 120, a display unit 130, a control unit 140, an RF unit 150, a memory unit 160, and a SIM ( 170, the packet reader 180, the privacy manager 190, and the user authentication unit 191 may be configured.

The control unit 140 is composed of a microprocessor and controls the operation of other components as a whole and processes functions.

The key input unit 110 includes a plurality of numeric keys, menu keys, and function keys for performing various functions, and outputs corresponding key signals to the controller 140 by a user's manipulation. That is, the key input unit 110 is a conventional user information input means, and includes a plurality of keys suitable for a mobile communication terminal to be applied, such as a plurality of numeric keys and function keys, and if there is an input of each of the provided keys, Therefore, the corresponding key data is output to the controller 140.

When the user wants to transmit a call signal, a message, etc. in the privacy mode, the user inputs a telephone number of the called terminal and a privacy key. As described above, a separate privacy key may be attached to the key input unit 110, but it may be a simple method to use the existing special character key '# key' or '* key'. Here, the '# key' is a privacy key that means an unchangeable mode and the '* key' means a changeable mode.

Alternatively, as described above, the privacy key may be manufactured as a key for generating a specific character or symbol by adding a separate key to the terminal or generating a specific character or symbol with a separate menu implemented by the system software or application software of the terminal. You can also let them do it.

The voice processor 120 converts an analog voice signal input from a microphone into a digital voice signal according to a control command of the controller 140 to synthesize a voice or process a voice call input through the RF unit 150. To output to the speaker.

The display unit 130 is a display device such as a liquid crystal display (LCD). The display unit 130 displays the state of the wireless terminals 100 and 200 or the progress of the program under the control of the controller 140. That is, the overall status of the mobile communication terminal, input caller information, and results retrieved from various DBs in the memory are displayed.

The RF unit 150 receives the RF signal through the wireless antenna 101 through signal matching or transmits a signal to be transmitted through the wireless antenna 101.

The memory unit 160 may be made of an EEPROM, a flash memory, or the like, which is typically an electrically erasable nonvolatile memory (ROM).

The memory unit 160 includes an OS area 166 in which an operating system, which is a program for controlling and managing systems of the wireless terminals 100 and 200, is installed, and a user can perform a specific task. Embedded software area 165 in which embedded software is installed in advance, and application software that is downloaded and installed in a wireless terminal so that a user can perform a specific task. Application software area 168, a short message DB 162 for storing short messages, an MMS DB 169 for storing multimedia messages downloaded from the MMSC 90, and a call log DB for storing call records ( 163, a phone book DB 164 for storing a phone book, a spare area 161 for storing other downloaded general files, or a separate memory area (not shown). Can be.

In general, the memory unit 160 of the wireless terminal often has a physical memory address in which the areas are located in advance. However, the memory unit 160 of the wireless terminal is not limited thereto. .

In addition, the memory unit 160 may further include a volatile memory (RAM) (not shown) that temporarily stores data generated during the execution of an operating system or a software program.

A subscriber identity module (SIM) 161 stores a unique number of the terminal and provides the unique number in signal transmission.

When the packet reading unit 180 receives a transmission packet such as a CID packet, an SMS packet, an acknowledgment packet, or file data through the RF unit 150, the packet reading unit 180 reads various packets to read CID information, a privacy code, a message, or a file. The extracted information is stored in the memory unit 160 and the privacy code is provided to the privacy manager 190.

The short message DB 162 stores a short message table in which the caller's telephone number, privacy code, short message contents, etc. extracted by reading the SMS packet from the packet reader 180 are recorded, and a time at which the SMS packet is received. Such a short message table can be configured as shown in Table 1 below.

As shown in Table 1, the short message table may include a telephone number field, a privacy code field, a message content field, and a message reception time field.

Herein, the privacy code '11' indicates an unchangeable mode, the privacy code '10' indicates a changeable mode, and the privacy code '00' indicates a cancel mode.

In Table 1, looking at line 1 and line 2, the message from the same sender can also be seen that the privacy code may be different. This is because the sender sends a short message using a different privacy policy for each message. In the present specification, as shown in Tables 1 to 6, the contents recorded in one row among tables such as a short message table, a call log table, a phone book table, and an address table are abbreviated as 'items'. Let's do it.

On the other hand, the call log DB 163 is a call log table of the caller, the privacy code, etc. of the caller extracted by reading the CID packet extracted from the packet reading unit 180, and the call log table that records the time and call time when the CID packet is received Save it. Such a call log table can be configured as shown in Table 2 below.

As shown in Table 2, the call log table may include a phone number field, a privacy code field, a call reception time field, and a call time field.

The phone book DB 164 stores a phone book table generated by the input of the terminal user. As shown in the example of Table 3, the telephone book table may include a telephone number field, a privacy code field, and an input field for recording input items (name, address, etc.) for each telephone number.

As shown in Table 3, the called terminal user can select privacy protection for a specific other terminal user and enter an additional row of the phonebook table. The protection mode designated by the called terminal user is '10'. That is, only changeable modes exist. This is because there is no reason for the called party to specify the unmodifiable mode which the called party cannot change. Of course, when the called party inputs an item without recording the privacy code, the privacy code becomes '00' (release mode) which is the default value.

On the other hand, when receiving a multimedia file or other general file requested for privacy protection from the sender through the RF unit 150 and attempting to play the file, the implementation of the message is slightly different from that of reading the short message or viewing the call log. There can be. Since short messages or call records are recorded with the phone number, the privacy policy can be applied by adding a privacy code in conjunction with the phone number as shown in Table 1 and Table 2, but the downloaded file is saved with the caller's phone number. In this case, only the file is stored (the latter) regardless of the caller (electronic) and the caller's telephone number. Here, the downloaded file may be stored in the spare area 161 of the memory unit 160 or in a separately allocated memory area, which will be described as being stored in the spare area 161 in this embodiment.

In the former case, as in the short message or the call log, it may be recorded and managed together with the telephone number. In the latter case, the privacy code for the predetermined file needs to be stored in association with the stored file.

For the latter case, some embodiments can be considered. First, there is a method of using an address table, and second, a method of using a tag file. In addition, there is a method of changing a file attribute according to a file system managed by an operating system (OS) mounted in a wireless terminal. First, let's look at how to use the address table.

In order for a given software to execute the file, an operating system generally used in a terminal maintains a table of names of specific files and addresses in memory where the files are stored. If a given software wants to access the file, it can access the file by reading the data of the file size from the start address in memory by referring to the address table.

Table 4 below inserts a privacy code column into the address table to apply a privacy policy when a file is accessed. The privacy code can be known by reading the privacy code field of the acknowledgment packet passed before downloading the file, and the file name (an example of file identifier), memory address, file size, etc. in the address table when the file is subsequently downloaded and saved. Record the privacy code together. As such, the address table according to the present invention is stored separately from the file in the file address DB area 167.

Secondly, as an embodiment using a tag file, a privacy code is recorded in a flag file (for example, A.flg) with a specific file (for example, A.mpg) and a predetermined extension (for example, flg) to the same file name. When accessing the multimedia file, there is a way to always read the flag file first. Then, it is determined whether to access the file according to the privacy code value described in the flag file.

Third, the method of changing the file attribute according to the file system is to set the attribute of the file as 'hidden' when the mode for the file is privacy mode so that the existence of the file itself is unknown. In addition, there is a method of specifying the property of the file as 'not accessible' so that the existence of the file can be known, but the file access such as executing or opening the file is not possible. Such file access not only includes access to execute the file, but also of course to access the file for retransmission to a third party.

If the privacy code is in 'protected mode', access to execute the file requires user authentication, but retransmission does not require user authentication, but prohibits retransmission itself. When the terminal user issues a file transfer command, the privacy manager 192 determines whether the privacy code of the file is the 'protection mode', and if the protection mode is in the protected mode, displays the 'unable to transmit' to the user through the display unit 130. The controller 140 may prevent the file transfer operation from being performed.

Meanwhile, when the CID packet, the SMS packet, the acknowledgment packet, or the file data is received through the RF unit 150, the privacy manager 190 reads the privacy code of the packet read by the packet reader 180 to protect the protection mode. (Value other than '00'), user authentication is requested from the user authentication unit 191, and when the user authentication is completed normally, the contents recorded in the packet are displayed through the display unit 130. On the screen requesting user authentication, 'Enter password' or the message pre-stored by the called user can be displayed.

As a method of authenticating the user by the user authenticating unit 191, a method of authenticating a user may be used according to whether or not the called party inputs and matches the password of his terminal. The password of the called terminal can be easily used because the user has already designated the terminal (or initial factory default) for each terminal.

However, in the user authentication, such a password input is just an example, and any method representing that the same person as the terminal user can be used. For example, a method of recognizing a fingerprint, voice, or iris of a terminal user and storing the same in a memory of the terminal and comparing the stored data with the input data may be used.

As such, when authentication is performed, the content of the transport packet is displayed through the display unit 130. That is, the display unit 130 displays the same content as the display unit 130 in the general 'release mode'. For example, if the transport packet is a CID packet, the caller's telephone number, caller's name, etc. are displayed with the ring tone until the called party responds. If the transport packet is an SMS packet, acknowledgment packet, or file data, the called party Caller's phone number, caller's name, etc. are displayed until a predetermined button is pressed.

Hereinafter, an operation generated according to a privacy mode when a user attempts to read a short message, a call log, a multimedia message, a general file, and the like previously stored in the wireless terminal 200 will be described in detail.

The privacy manager 190 stores a short message table stored in the short message DB 162, a call log table stored in the call log DB 163, a multimedia message stored in the MMS DB 169, or a spare area 161. When viewing a general file (hereinafter referred to as 'reading information'), the privacy management unit 192 reads the privacy code of each table or file and displays only the item whose value is '00' (release mode). ) Can be output through

When the user wants to display an item not displayed among the reading information, the user may perform the user authentication normally through the user authentication unit 191. Then, the privacy management unit 190 may display all items of the browsing information on the display unit 130 regardless of the mode, and select a desired item from the displayed information to access the contents.

However, this is only a temporary operation for displaying and viewing the entire item in the state where only the item in the release mode is displayed even though the user is authenticated. Therefore, the entire item is not always left in a state that can be viewed. Therefore, when the user requests to view the read information again later, only the item in the release mode is output to the display unit 130.

In addition to displaying only items in the unlocked mode, items in the unlocked mode are displayed as they are, and items in the protected mode are printed out in the memory (for example, 'privacy') (user text), which the user has previously recorded in memory. You can also do that. If an item corresponding to the user character is selected, the user authentication unit 191 requests user authentication, and the privacy manager 190 may view the item when the user authentication is normally performed. Make sure

An example in which the privacy policy is applied to each case, for example, when the reading information is a short message table, a call log table, a multimedia message, or a general file stored in the spare area 161, is as follows.

When the short message table of Table 1 is present, when the user requests the display of the stored short message, the display unit 130 displays only the items in the unlock mode as shown in Table 5 below, or displays all the items in the protected mode. An item may display only user characters, but not its contents.

In the example in which only the item in the release mode is displayed, the user may make the entire item display only after user authentication, and if necessary, select the corresponding item to check the details. In the example in which the user text is displayed, when the user selects an item on which the user text is displayed, the user authentication unit 191 requests user authentication, and when the user performs authentication normally, the privacy manager 190 displays the display unit 130. ) Will display the message content.

In addition, when the call log table of Table 2 is present, when the user requests the display of the stored call log, the display unit 130 displays only the items in the release mode as shown in Table 6 below, or displays all items. An item in protected mode may display only user characters and not its contents.

In the example in which only the item in the release mode is displayed, the user may allow the entire call log content to be displayed only after the user is authenticated. In the example in which the user text is displayed, when the user selects an item on which the user text is displayed, the user authentication unit 191 requests user authentication, and when the user performs authentication normally, the privacy manager 190 displays the display unit 130. ) Will display the corresponding call log contents.

Similarly, when the user requests a list of files stored in the file address DB 167 for accessing a multimedia message or a general file, the privacy manager 190 displays only the items of the file in the released mode on the display 130. For example, an item in the entire file can be displayed, but an item in protected mode can display only user characters and not its contents. The determination of the release mode and the protection mode can be obtained by searching the address table stored in the file address DB 167 and reading the privacy code value of the corresponding item.

In the example in which only the items in the release mode are displayed, the user may make the items of the entire file displayed only after the user is authenticated. The user can select an item in the file to execute the file or to check its contents. In the example in which the user character is displayed, when the user selects a file item in which the user character is displayed, the user authentication unit 191 requests user authentication, and when the user normally performs authentication, the privacy management unit 190 applies application software. The file is executed through the software stored in the area 168 or the software stored in the embedded software area 165, and the result is displayed on the display 130.

When the user requests to view a specific phone number from the phone book table stored in the phone book DB 164, the privacy manager 190 may set the privacy code to the release mode ('00') even if the item actually exists in the table. If not, the display unit 130 displays that there is no search result.

In the case of having a phone book table as shown in Table 3, when a user inputs 'Hong Gil-dong' as a search word, the privacy manager 190 searches the phone book table stored in the phone book DB 164 using the search word and the corresponding phone number. Is received as a response and is displayed on the display unit 130. On the other hand, if the user enters' Jang Gil-san 'or' Ikkeokjeong 'as the search term, the item exists in the actual phone book table, but since the privacy code is not' 00 ', the privacy management unit 190 causes the display unit 130 to display the' search result. 'None' is displayed. Alternatively, instead of 'no search results', the terminal user may output a character previously recorded in memory, that is, a 'user character'. Accordingly, the user may display, for example, 'privacy' on the display unit 130, or display other names recorded by the user rather than the actual names.

Then, the privacy management unit 190 receives the input of the terminal user to change the privacy code of the phone book table from '00' (release mode) to '10' (changeable mode) or from '10' (changeable mode) Can be changed to 00 '(disarm mode).

As described above, when the privacy code of the phone book table is changed by the called party, the privacy code value of the short message table, the call log table, or the address table may be changed in association with the phone book table.

In the method of interlocking the privacy code, when the privacy code of the phone book table is changed from '00' to '10' in response to the user's input, the privacy manager 190 may already have a short message table, a call log table, or the like. The privacy code previously stored in the address table is changed to '10', and the user code is requested by applying the changed code to the corresponding call signal and message received after the change.

Therefore, if a CID packet, an SMS packet, or an acknowledgment packet is received after changing the privacy code in the release mode to '10', the privacy manager 190 first determines that the privacy code of the received transmission packet is the 'protected mode'. In this case, user authentication is requested. If the code is 'release mode', the privacy code value of the corresponding item in the phonebook table is read. If the value is '10', user authentication is also requested. If the code is '00', user authentication is not requested. .

On the other hand, the user of the called terminal may change the value of the privacy code '00' to '10' in the short message table of Table 1 or the call log table of Table 2 regardless of the phone book table. Privacy protection can be applied against.

Application of privacy to various cases performed by the privacy management unit 190 may be performed selectively or in combination, respectively, but not necessarily together. For example, the present invention may be applied only for authentication in response to a call signal, or the present invention may be applied for authentication when checking a short message and viewing a call list.

So far, the configuration of the called party wireless terminal 200 has been described in detail. In the present invention, it is necessary for not only the called terminal to be linked with the privacy policy set by the sender for each transport packet, but also for the calling terminal to be linked to the privacy policy. This is because the caller may also want to keep no record of the caller's terminal after transmitting the data for privacy protection.

10 illustrates a configuration of the calling party wireless terminal 100, which is similar to the configuration of the called party wireless terminal 200 of FIG. 9, but does not include a packet reader 180, and a privacy code generator 193. May optionally be included. In the following description and description redundant to the destination side wireless terminal 200 will be omitted and will be described focusing on the characteristic portion of the source side wireless terminal 100.

As a method of applying a privacy policy to a transmission packet, the sender sends a transmission command by attaching a privacy key value ('#', etc.) to the called party's telephone number, as shown in FIG. 1, 3, or 5. In this case, the exchanger 20 interprets this to generate a privacy code and transmits the privacy code together with the transport packet corresponding to the transmission command to the called party, as shown in FIG. The managing carrier may simply generate a packet corresponding to the privacy code and the transmission command generated by the sender and deliver the packet to the called party.

In the former case, since one of the keys existing in the keypad is used, a separate privacy code generator 193 is not required. In the latter case, since the privacy code must be generated by the calling party's wireless terminal 100, a privacy code is generated. Part 193 is required. In the latter case, if the caller determines the privacy mode by selecting a privacy key separate from the general key existing on the keypad or by selecting a specific menu displayed on the display unit 130, the privacy code generator 193 Generates a privacy code according to the privacy mode and provides it to the RF unit 150. As described above, the privacy code may be divided into '00' which is a 'release mode', '11' which is 'unchangeable' mode, and '10' which is 'changeable' mode. If the sender sends data without specifically selecting a mode, that data will automatically be set to 'release mode'.

After a transfer command such as a specific call setup request, a short message transfer request, an MMS message transfer request, or a general file transfer request has been applied in a 'protected mode' (a changeable mode or a changeable mode) among privacy modes, Reading information corresponding to the command, that is, the call log recorded in the call log DB 163, the content of the short message recorded in the short message DB 162 and its transmission record, the MMS message content recorded in the MMS DB 169, and The transmission security mode and the general file contents recorded in the spare area 161 and the like, and the transmission security mode are all automatically applied to the transmission security mode.

In order to view the browsing information to which the transmission security mode is applied, as described in the called party's wireless terminal 200, the user authentication unit 193 must go through a user authentication process. The privacy manager 192 controls to open or view the contents of the corresponding reading information only after user authentication.

Of course, the sender may release the 'transmission security mode' after the separate user authentication, and when the transmission security mode is released, the sender may view the reading information without user authentication separately. In the descriptions of FIGS. 9 and 10 so far, each component of the wireless terminal 100 or 200 may be implemented as a software component or a hardware component. As an example, the components are displayed in a block form as shown in FIGS. 9 and 10, and in a practical implementation, a plurality of components among the components may be implemented as one module, A component may be implemented as a plurality of modules, which are broken down by function. 9 and 10, the functions of the calling party wireless terminal 100 and the called party wireless terminal 200 can be conceptually separated, but one wireless terminal includes both functions. Would be preferred.

And so far, the calling party terminal 100 and the called party terminal 200 has been described as a wireless terminal, all terminals having a configuration provided by the present invention can be seen as being applicable. Accordingly, the terminal of the present invention is not only a mobile communication terminal such as a cellular phone, a personal communications services phone, etc., but also a wired terminal, a personal computer capable of communication, a laptop computer, a personal digital assistant (Personal Digital Assistants); Next-generation mobile communication terminals such as PDAs, IMT-2000 (International Mobile Telecommunications), and Universal Mobile Telecommunication Services (UMTS) may be included. In addition, the field to which the privacy mode is applied may also apply the present invention not only to a call connection request, an SMS message, an MMS message, and a general file transmission but also an email. Currently, most carriers support e-mail protocols such as Simple Mail Transfer Protocol (SMTP), Internet Message Access Protocol (IMAP), and Post Office Protocol 3 (POP3), and send and receive e-mails through wireless terminals. Therefore, as in the above-mentioned field, when a sender sends an e-mail, the sender attaches a privacy key value and transmits the privacy code to a destination wireless terminal by recording the privacy code at a predetermined position (header, etc.) of the e-mail, or the sender. May generate a privacy code directly, record it in a predetermined position (header or data area) of the email, and transmit the privacy code to the called party through the service provider.

11 is a flowchart illustrating a process of transmitting a transmission command transmitted from the calling terminal 100 to a base station. First, the caller selects a predetermined menu of the terminal to determine a desired transmission command (S10). Such transmission commands include a call setup request (call connection request), a short message transmission request, a multimedia message transmission request, a file transmission request, and the like that request a communication connection. Then, the telephone number of the called terminal, that is, a destination telephone number is input (S11), and a privacy key value or a key for generating a privacy code is input (S12).

The input of the key may be input by selecting a key existing on the keypad, such as '# key' and '* key', or by selecting one of menus appearing on the display of the terminal. However, in the case of the privacy key value, the input key value itself will be transmitted to the service provider area. However, in the case of the privacy code, if a certain key or menu is input, a predetermined privacy code ('11' , '10', etc.), and are included in the transmission command and transmitted to the service provider area.

Then, when the 'transmission key' of the terminal is pressed (S13), the transmission command, the unique number of the caller, the privacy key value, etc. are transmitted to the base station 10 (S14). If the privacy code is input, the transmission command except for the privacy key value and the sender's unique number will be transmitted to the base station 10. This is because the privacy code is included in part of the transmission command.

FIG. 12 is a flowchart illustrating an operation of a communication server (communication service provider area) that transmits a transport packet according to the transmission command to a called terminal using a privacy key value received through the base station in FIG. First, a communication server (which may be an exchange, a short message server, an MMSC, etc.) of a telecommunications operator receives at least one transmission command and at least one destination telephone number from the calling terminal coupled with the communication network through the base station 10. (S19). In this case, when the privacy key value is transmitted in step 11, it is also received.

If a privacy key value is received (NO in S20), the sender may have sent a transmission command in 'release mode', or the privacy code may be generated by the calling terminal directly and included in the transmission command. Since there is no need to go through the generation process, the flow proceeds to step S23.

If the privacy key value is not transmitted (YES in S20), if the called terminal can decode the privacy code, that is, if it supports the function according to the present invention (S21). Yes) proceed to the next step, if not supported (NO in S21) notifies the calling terminal (S25) and terminates the service for the corresponding transmission command.

Next, the received privacy key value is converted into a predetermined corresponding privacy code (S22). This process is a process of converting the privacy key value, for example, characters such as '#', '*', into a predetermined privacy code (which can be expressed as a bit, a character, etc.). When the privacy key value indicates a protection mode (for example, an unchangeable mode or a changeable mode), the privacy key value is changed to a privacy code corresponding to each privacy key value.

Next, a transmission packet according to the transmission command including the privacy code is generated (S23), and transmitted to the called terminal (S24). If the transmission command is a call connection request, the transmission packet will be a CID (caller ID) packet transmitted with a ring signal, so that the privacy code is recorded at a predetermined position of the CID packet. When the transmission command is a short message transmission request, the transmission packet may be an SMS packet, and thus the privacy code is recorded at a predetermined position of the SMS packet. In addition, if the transmission command is a multimedia message download confirmation request, the transmission packet will be a packet for confirming whether or not to download a predetermined file to the called party, the confirmation packet (for example, the same as the SMS packet of FIG. The privacy code is recorded at a predetermined position in a format confirmation packet). And, if the transfer command is a normal file data transfer, the transfer packet will be normal file data and the privacy is recorded at a predetermined location of the general file data.

In this way, the privacy key value may be transmitted directly from the calling terminal, but the calling terminal user registers in advance with a web server of a communication service provider or a web server such as another portal company, and registers the registered value. It can also be received by reading.

FIG. 13 is a flowchart illustrating a process of performing user authentication to view a corresponding transport packet according to a privacy code received from the communication server in a called terminal.

First, a transmission packet transmitted by the communication server is received through the RF unit 150 (S30). Then, the privacy code included in the received transmission packet is read through the packet reading unit 180 (S31).

Next, when the privacy code is in the protection mode (YES in S32), the privacy manager 190 performs user authentication through the user authentication unit 191 (S33). As a result, if normally authenticated (YES in S34), the contents of the transmission packet are displayed on the display unit 130 so that the called party can view the contents or respond accordingly (S35). Here, the user authentication may be performed using a password input, fingerprint recognition, voice recognition, and the like.

FIG. 14 is a flowchart illustrating a privacy protection operation that may occur in a subsequent process of FIG. 13 in a called terminal, and is a flowchart illustrating the received transport packets according to types.

When the received transmission packet is a CID (caller ID) packet transmitted along with a ring signal, the privacy management unit 190 stores an item including a caller's telephone number and a privacy code included in the CID packet. ) Is added to the call log table stored in the call log DB (163) (S41).

Thereafter, if there is a call log viewing request command from the called terminal user (S42), the contents of the designated item in the release mode of the call log table are displayed (S43), and the item designated in the protected mode is hidden without displaying (S54). .

As another example, when the called terminal user inputs a user character through the key input unit 110 and stores the user's text in the memory unit 160 in advance, and displays a request for an item designated as the protected mode, the message is displayed. 130 may be output through (S45).

On the other hand, if the received transmission packet is an SMS packet, the privacy manager 190 includes a short message of the memory unit 160 including an item including a caller's telephone number, a privacy code, and a message content included in the SMS packet. It is added to the short message table stored in the DB (162) (S51).

Thereafter, if there is a request for reading a short message from the called terminal user (S52), the contents of the item designated in the release mode of the short message table are displayed (S53), and the item specified in the protection mode is hidden without being displayed ( S54), the predetermined user character is displayed through the display unit 130 (S45).

On the other hand, the privacy management unit 190, if the transmission packet is a confirmation packet, that is, a packet for confirming whether or not to download a multimedia message or general file data, according to the displayed content from the user according to the key input unit ( In step S61, a user inputs whether to download the predetermined file.

When the user selects confirmation of the download, the control unit 140 downloads the predetermined file through the RF unit 150 and stores the predetermined file in a predetermined memory area (S62).

In addition, the control unit 140 stores the privacy code for the file in the memory unit 160 in association with the stored predetermined file (S63). Thereafter, the privacy management unit 190 has an access for executing the file from the user (S64), and if the access is for file execution (YES in S65), the user authentication is performed through the user authentication unit 191. Perform (S66). If the user authentication is normal, the control unit 140 executes the file through the system software or application software (S67).

When the access of step S64 is for file retransmission other than file execution (NO in S65), the privacy management unit 190 blocks the retransmission command (S68), so that the control unit 140 does not perform the retransmission operation.

15 is a flowchart illustrating a process in which a called terminal user applies privacy for each phone number.

First, a privacy code for each phone number in the phone book table is received from the called terminal user through the key input unit 110 (S70). The privacy code may be set by first inputting a phone number for a specific person, or may be changed by modifying the privacy code in an item including a phone number and a privacy code already entered. The user can freely change the privacy code between the changeable mode and the release mode.

When the privacy code is changed by the setting, the privacy code of the corresponding item is changed in at least one of a pre-stored call log table, a short message table and an address table in association with the phone number table (S71). This step is not essential and can be performed selectively.

After receiving the transmission packet from the sender through the RF unit 150, the packet reading unit 180 reads the privacy code included in the received transmission packet (S72).

In addition, when the privacy management unit 190 is a privacy mode for the sender of the transmission packet and the read privacy code among the set privacy codes (in the example of S73 or S74), User authentication is performed through the user authentication unit 191 (S75).

As a result of the user authentication, when authentication is normally performed, the content of the transport packet is displayed on the display unit 130 (S77).

16 is a flowchart illustrating an operation when a specific telephone number search request is received from a user of the terminal. First, when receiving a specific phone number search request from the user (S80), the privacy management unit 190, if the privacy code for the phone number in the release mode (YES in S81), the phone via the display unit 130 Display the number search contents (S83)

If the searched phone number is in the protected mode (NO in S81), the user character previously designated and stored in the memory unit 160 is displayed on the display unit 130 according to the protected mode item displaying method (S84). The search result displays that there is no corresponding phone number through the display unit 130 (S85). As another example, a search result may be displayed regardless of whether or not the user text is stored, or the terminal may display a character designated as a default.

Although embodiments of the present invention have been described above with reference to the accompanying drawings, those skilled in the art to which the present invention pertains may implement the present invention in other specific forms without changing the technical spirit or essential features thereof. I can understand that. Therefore, it should be understood that the embodiments described above are exemplary in all respects and not restrictive.

According to the present invention, the sender determines a privacy policy for information transmitted by the sender, thereby preventing the sender from accessing the information by anyone other than the intended recipient. In addition, according to the present invention, there is an effect that the privacy policy can be applied separately for each message sent by the sender.

Claims (29)

(a) receiving a transmission command, a privacy key value for the transmission command, and a destination telephone number from a calling terminal coupled with a communication network; (b) converting the received privacy key value into a corresponding privacy code; (c) generating a transmission packet according to the transmission command including the privacy code; And (d) transmitting the generated transport packet to a called terminal having the destination telephone number. The method of claim 1, wherein the privacy code is And a protection mode requiring user authentication to respond to the transport packet by the called terminal receiving the transport packet, and a release mode not requiring user authentication. The method of claim 2, wherein the protection mode, A modifiable mode that allows the called party to change the privacy code for the transport packet to the release mode and an immutable mode that prevents the called party from changing the privacy code for the transport packet to the release mode Privacy protection transmission method comprising a. The method of claim 1, wherein the transfer command is a call connection request. The transport packet is a caller ID (CID) packet transmitted with a ring signal, and the CID packet includes the privacy code. The method of claim 1, wherein the transmission command is a short message transmission request. The transport packet is an SMS packet, and the SMS packet includes the privacy code. The method of claim 1, wherein when the transmission command is a download confirmation request for a multimedia message, The transport packet is an acknowledgment packet confirming whether or not to download the multimedia message to a called party, and the acknowledgment packet includes the privacy code. The method of claim 1, wherein when the transfer command is a download confirmation request for general file data, The transmission packet is an acknowledgment packet confirming whether or not to download the file data to a called party, and the acknowledgment packet includes the privacy code. The method of claim 1, wherein the privacy key value is Privacy protection transmission method that is determined according to the privacy policy that the user of the calling terminal is preset and registered in the server. A method of protecting a sender's privacy in a called terminal by using a privacy code included in a transport packet received through a communication network, (a) reading a privacy code contained in the transport packet; (b) performing user authentication when the privacy code is in a protected mode; And (c) displaying the contents of the transport packet when the user authentication is normally performed. The method of claim 9, wherein the user authentication is A method for protecting the privacy of a sender, carried out using at least one of a password entry, fingerprint recognition, or voice recognition method. The method of claim 9, wherein the privacy code is And a protection mode requiring user authentication to respond to the transport packet by the called terminal receiving the transport packet, and a release mode not requiring user authentication. The method of claim 11, wherein the protection mode, A changeable mode that allows the called terminal to change the privacy code for the transport packet to the release mode; and a change that does not allow the called terminal to change the privacy code for the transport packet to the release mode A method of protecting the sender's privacy, distinguished by an incapable mode. The method of claim 9, wherein when the transport packet is a CID (caller ID) packet transmitted with a ring signal, Adding an item including a caller's telephone number included in the CID packet and the privacy code to a call log table; And And displaying only the contents of the item in which the privacy code is designated as the release mode in the call log table when the call log is read. The method of claim 9, wherein when the transport packet is an SMS packet, Adding an item including a caller's telephone number included in the SMS packet, the privacy code, and the message content to a short message table; And And displaying only the contents of the item in which the privacy code is designated as the release mode in the short message table when reading the short message. The method according to claim 13 or 14, wherein in the display And the item in which the privacy code is designated as the protection mode is replaced with a user character designated by a user and displayed. The method of claim 9, wherein when the transport packet is a packet for confirming whether to download a predetermined file, Receiving an input of whether to download the file from the user according to the displayed contents; And And downloading and storing the file in accordance with the user's input. The method of claim 16, wherein the storing Storing the file in memory; Storing a privacy code for the file in association with the stored file; And If the privacy code is in protected mode, further performing user authentication upon access to execute the file. The method of claim 16, wherein the storing Storing the file in memory; Storing a privacy code for the file in association with the stored file; And If the privacy code is in protected mode, further comprising blocking the access upon access to retransmit the file to another terminal. 19. The method of claim 17 or 18, wherein storing the privacy code And by adding the identifier of the stored file, the memory address where the file is stored, and the privacy code to an address table. The method of claim 17 or 18, And modifying a file attribute according to a file system managed by an operating system in accordance with the privacy code at the time of access. 19. The method of claim 17 or 18, wherein storing the privacy code And setting a privacy code in a flag file having a predetermined file name with the file, and setting to read the flag file first when accessing the predetermined file. A method of protecting a sender's privacy in a called terminal by using a privacy code included in a transport packet received through a communication network, (a) receiving a first privacy code for a telephone number of a telephone directory table from a called terminal user; (b) reading a second privacy code included in the received transport packet when receiving the transport packet from a sender having the telephone number; (c) performing user authentication when at least one of the set first privacy code and the read second privacy code is a protected mode; And (d) displaying the contents of the transport packet when the user authentication is normally performed. The method of claim 22, Displaying a search result of the phone number if the privacy code of the phone number is in a release mode when searching for a specific phone number; And If the searched phone number is in the protected mode, if the user has a predetermined user character, and displaying the user character, and if there is no predetermined user character further comprises the step of displaying no search results, protect the privacy of the caller How to. The method according to claim 22, wherein when the privacy code is changed by the setting, And changing the privacy code of the corresponding item in at least one of a pre-stored call log table, a short message table, and an address table in association with the phone number table. A method of protecting a sender's privacy in a called terminal by using a privacy code recorded at a predetermined position of a file received through a communication network, (a) reading a privacy code recorded in a header of the received file; (b) performing user authentication when the privacy code is in a protected mode; And (c) downloading the file to a memory of a terminal when the user authentication is normally performed. 27. The method of claim 25, wherein the predetermined location is at least one of a payload of a file, a header of the file, and other areas. A method of receiving a file transmitted through a communication network and a flag file for the file together, and using a privacy code recorded in the flag file, to protect the sender's privacy in the called terminal. (a) reading a privacy code recorded in the received flag file; (b) performing user authentication when the privacy code is in a protected mode; And (c) downloading the file to a memory of a terminal when the user authentication is normally performed. Receiving an e-mail according to a predetermined protocol transmitted through a communication network, using a privacy code recorded in a predetermined position according to the protocol, to protect the sender's privacy in the called terminal, (a) reading a privacy code recorded in the received flag file; (b) performing user authentication when the privacy code is in a protected mode; And and (c) downloading the email to a memory of the called terminal when the user authentication is performed normally. A method for transmitting a privacy code in a predetermined transmission command through a communication network and protecting privacy at the calling terminal accordingly, (a) receiving a privacy mode from a user; (b) generating the privacy code according to the privacy mode; (c) transmitting a transfer command including the generated privacy code; And and (d) applying a transmission security mode to the browsing information corresponding to the transmission command when the privacy mode is the protection mode.

Images