WO2019058574A1 - 通信装置、通信方法、及びプログラム - Google Patents

通信装置、通信方法、及びプログラム Download PDF

Info

Publication number
WO2019058574A1
WO2019058574A1 PCT/JP2018/003289 JP2018003289W WO2019058574A1 WO 2019058574 A1 WO2019058574 A1 WO 2019058574A1 JP 2018003289 W JP2018003289 W JP 2018003289W WO 2019058574 A1 WO2019058574 A1 WO 2019058574A1
Authority
WO
WIPO (PCT)
Prior art keywords
communication
common key
key
key generation
terminal
Prior art date
Application number
PCT/JP2018/003289
Other languages
English (en)
French (fr)
Inventor
敦嗣 岡田
敦夫 清水
Original Assignee
エヌ・ティ・ティ・コミュニケーションズ株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by エヌ・ティ・ティ・コミュニケーションズ株式会社 filed Critical エヌ・ティ・ティ・コミュニケーションズ株式会社
Priority to CN201880004112.0A priority Critical patent/CN109906583B/zh
Priority to KR1020197011833A priority patent/KR102358965B1/ko
Priority to EP18859260.4A priority patent/EP3522443B1/en
Priority to US16/345,042 priority patent/US10848471B2/en
Publication of WO2019058574A1 publication Critical patent/WO2019058574A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/04—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
    • H04L63/0407—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the identity of one or more communicating identities is hidden
    • H04L63/0414—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the identity of one or more communicating identities is hidden during transmission, i.e. party's identity is protected against eavesdropping, e.g. by using temporary identifiers, but is known to the other party or parties involved in the communication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/04—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
    • H04L63/0428—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/06—Network architectures or network communication protocols for network security for supporting key management in a packet data network
    • H04L63/061—Network architectures or network communication protocols for network security for supporting key management in a packet data network for key exchange, e.g. in peer-to-peer networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/06—Network architectures or network communication protocols for network security for supporting key management in a packet data network
    • H04L63/062—Network architectures or network communication protocols for network security for supporting key management in a packet data network for key distribution, e.g. centrally by trusted party
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/06—Network architectures or network communication protocols for network security for supporting key management in a packet data network
    • H04L63/068—Network architectures or network communication protocols for network security for supporting key management in a packet data network using time-dependent keys, e.g. periodically changing keys
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1069—Session establishment or de-establishment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1101—Session protocols
    • H04L65/1104—Session initiation protocol [SIP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/08—Key distribution or management, e.g. generation, sharing or updating, of cryptographic keys or passwords
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/14—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols using a plurality of keys or algorithms
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/04—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
    • H04L63/0428—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload
    • H04L63/0435—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload wherein the sending and receiving network entities apply symmetric encryption, i.e. same key used for encryption and decryption

Definitions

  • the present invention relates to a secret communication technique in which communication is performed by transmitting and receiving an encrypted packet.
  • IP Internet Protocol
  • wiretapping may be intercepted by intercepting voice packets. Therefore, techniques for encrypting voice packets and transmitting and receiving them are known.
  • key exchange is performed between terminals using a key exchange method such as SDES (SDP Security Description for Media Streams) described in Non-Patent Document 3, SRTP (Non-Patent Document 2) and ESP (Non-Patent Document).
  • SDES SDP Security Description for Media Streams
  • SRTP Non-Patent Document 2
  • ESP Non-Patent Document
  • a technique for performing encrypted communication according to 5 is known. The key obtained by key exchange is used until the end of communication.
  • the key exchange method such as SDES described above, although it is possible to immediately start encrypted communication, in the key exchange, the key flows directly to the communication path in the key exchange, and since the key is used until the communication ends, the key is illegally It is not safe because it may be acquired and be intercepted.
  • Non-Patent Document 4 By using the key exchange method of ZRTP (Non-Patent Document 4) or IKE (Non-Patent Document 5), encrypted communication can be performed without passing the key directly to the communication path, but until key exchange is completed Takes a long time and delays the start of encrypted communication. If communication is started immediately, communication until encrypted communication starts is not secure.
  • the above problems are not limited to voice communication, but are problems that may occur in media communication in general such as video communication and data communication.
  • the present invention has been made in view of the above-described points, and an object of the present invention is to provide a technology that enables secure media communication between terminals.
  • a communication device used in a communication system having a call control device and a key information distribution device, Key generation means for requesting common key generation information for generation of a first common key to the key information distribution apparatus when the communication apparatus performs media communication with another communication apparatus; Call control means for establishing a call connection between the communication device and the other communication device by transmitting a call connection request message to the call control device; Communication means for transmitting and receiving media packets encrypted using the second common key, The key generation unit generates the first common key using the common key generation information received from the key information distribution device, and the communication unit generates the first common key after the first common key is generated.
  • a communication device characterized by transmitting and receiving encrypted media packets using a first common key.
  • a technology that enables secure media communication between terminals.
  • FIG. 2 is a functional configuration diagram of a SIP server 100.
  • FIG. 2 is a functional block diagram of a key server 200. It is a function block diagram of TA300.
  • FIG. 6 is a functional configuration diagram of a terminal 400. It is a hardware block diagram of an apparatus. It is a sequence diagram for demonstrating the operation example of communication. It is a sequence diagram for demonstrating the operation example of communication.
  • FIG. 6 is a diagram showing an operation example of communication control by the SIP server 100. It is a figure which shows the example of the table which the data storage part of the SIP server 100 hold
  • the multi-party key sharing technology disclosed in Patent Documents 1 to 11, Non-Patent Document 1 and the like is used.
  • a common key is shared among a plurality of terminals via a key server (a key server 200 described later).
  • the common key is generated by calculating secrets in each terminal using common key generation information (specifically, random numbers) distributed from the key server to each terminal.
  • common key generation information specifically, random numbers
  • the multi-party key sharing technology disclosed in Patent Documents 1 to 11 and Non-patent Document 1 etc. is used as an example of a method in which the key is not directly sent to the communication path.
  • a technique other than multi-party key sharing technology may be used as a scheme that does not pass the key as it is.
  • ZRTP or IKE may be used.
  • ZRTP and IKE technologies other than multiparty key sharing technology
  • each terminal uses the common key generation information received from the Key server 200 to common use for encryption of voice communication.
  • a key can be generated.
  • FIG. 1 shows a configuration example of a communication system in the present embodiment.
  • the communication system includes a SIP (Session Initiation Protocol) server 100, a key server 200, a TA (Terminal Adapter) 300, and terminals 400A and 400B, which are connected to the network 500.
  • SIP Session Initiation Protocol
  • key server 200 a key server
  • TA Terminal Adapter
  • terminals 400A and 400B which are connected to the network 500.
  • the TA 300 is an example of a terminal.
  • the TA 300 and the terminals 400A and 400B may be generically called a communication device.
  • the SIP server 100 is an apparatus that establishes a call connection between terminals by transmitting and receiving a message of SIP that is a call control protocol.
  • the key server 200 is a device that controls distribution and the like of common key generation information in the multiparty key sharing technology described above.
  • the TA 300 is a device that enables confidential communication by connecting a terminal (a general IP telephone etc.) that does not have a confidential communication function under control and performing encryption processing / decryption processing on behalf of the terminal.
  • the telephone 10 is a general IP telephone
  • the PC 30 is a computer equipped with a softphone as an application
  • the GW 30 is PRI, FXS, or the like.
  • a telephone, a PBX or the like is connected under the control of the GW 30, for example.
  • the terminals 400A and 400B are, for example, telephone terminals such as smartphones, and have a secret communication function according to the present embodiment. When the terminal 400A and the terminal 400B are not particularly distinguished, they are described as "terminal 400".
  • the network 500 is, for example, a network composed of any one or more of a plurality of networks such as a mobile network (for example, 3G, LTE), the Internet, a fixed telephone network, and a private network.
  • FIG. 2 is a functional block diagram of the SIP server 100.
  • the SIP server 100 includes a call control unit 101 and a data storage unit 102.
  • the call control unit 101 generates, transmits and receives a call control message such as an Invite message.
  • the call control unit 101 also includes a function of responding to an inquiry from a TA 300 or the like described later.
  • the data storage unit 103 stores, for example, information of a function (for example, confidential communication) possessed by the terminal for each telephone number of the terminal.
  • FIG. 3 is a functional block diagram of the key server 200.
  • the key server 200 includes a distribution control unit 201 and a data storage unit 202.
  • the distribution control unit 201 distributes common key generation information to the terminal 400 / TA 300, and the like.
  • the distribution control unit 201 also executes distribution of the updated common key generation information based on the state of each session stored in the data storage unit 202.
  • the data storage unit 202 stores state information for each session related to key generation.
  • FIG. 4 is a functional configuration diagram of the TA 300.
  • the TA 300 includes a media communication unit 301, a call control unit 302, a key generation control unit 303, and an encryption / decryption processing unit 304.
  • the media communication unit 301 may be referred to as a transceiver.
  • the media communication unit 301 transmits and receives media packets (voice packets in the present embodiment).
  • the call control unit 302 transmits and receives call control messages.
  • the key generation control unit 303 generates a common key based on the common key generation information received from the key server 200 using a multi-party key sharing technology.
  • the key generation control unit 303 can also execute generation and the like of a common key based on an existing scheme that precedes the multi-party key sharing technology.
  • an existing system hereafter, that means the system of the conventional common key which is not the multiparty key sharing technique.
  • the encryption / decryption processing unit 304 uses the common key or the like generated by the key generation control unit 303 to encrypt the audio packet and decrypt the encrypted audio packet.
  • FIG. 5 is a functional configuration diagram of the terminal 400.
  • the terminal 400 has a media communication unit 401, a call control unit 402, a key generation control unit 403, an encryption / decryption processing unit 404, and a display operation unit 405.
  • Media communication unit 401 may be referred to as a transceiver.
  • a media communication unit 401 transmits and receives media data (in the present embodiment, an audio packet).
  • the call control unit 402 generates, transmits and receives call control messages.
  • the key generation control unit 403 generates a common key based on the common key generation information received from the key server 200 using a multi-party key sharing technology. In addition, the key generation control unit 403 can also generate a common key based on the existing method.
  • the encryption / decryption processing unit 404 encrypts the voice packet and decrypts the encrypted voice packet using the common key or the like generated by the key generation control unit 403.
  • the display operation unit 405 displays information and also inputs information from the user.
  • the display operation unit 405 can be realized by, for example, a touch panel.
  • Each of the above-described devices can be realized by causing a computer to execute a program in which the processing content described in the present embodiment is described. That is, the function of the device can be realized by executing a program corresponding to a process performed by the device using hardware resources such as a CPU and a memory incorporated in the computer.
  • the program can be recorded on a computer readable recording medium (portable memory or the like), and can be stored or distributed. Moreover, it is also possible to provide the above program through a network such as the Internet or e-mail.
  • FIG. 6 is a diagram showing an example of the hardware configuration of the above apparatus.
  • the apparatus of FIG. 6 includes a drive device 1000, an auxiliary storage device 1002, a memory device 1003, a CPU 1004, an interface device 1005, a display device 1006, an input device 1007, and the like mutually connected by a bus B.
  • the SIP server 100, the key server 200, and the TA 300 may not include the display device 1006 and the input device 1007.
  • a program for realizing the processing in the device is provided by a recording medium 1001 such as a CD-ROM or a memory card, for example.
  • a recording medium 1001 such as a CD-ROM or a memory card
  • the program is installed from the recording medium 1001 to the auxiliary storage device 1002 via the drive device 1000.
  • the program does not have to be installed from the recording medium 1001, and may be downloaded from another computer via a network.
  • the auxiliary storage device 1002 stores the installed program and also stores necessary files and data.
  • the memory device 1003 reads out the program from the auxiliary storage device 1002 and stores it when there is an instruction to start the program.
  • the CPU 1004 implements the function related to the device according to the program stored in the memory device 1003.
  • the interface device 1005 is used as an interface for connecting to a network.
  • the display device 1006 displays a graphical user interface (GUI) according to a program.
  • the input device 1007 includes a keyboard and a mouse, buttons, or a touch panel, and is used to input various operation instructions.
  • each functional unit of the terminal 400A is described as a media communication unit 401A, a call control unit 402A, a key generation control unit 403A, an encryption / decryption processing unit 404A, a display operation unit 405A, and each function of the terminal 400B.
  • the unit is referred to as media communication unit 401B, call control unit 402B, key generation control unit 403B, encryption / decryption processing unit 404B, and display operation unit 405B.
  • the key generation control unit 403A of the terminal 400A starts a session for key generation.
  • a session for key generation is started (S (step) 101).
  • the message includes an ID for identifying a session. Let this ID be ID-S.
  • the message is also a message requesting distribution of the common key generation information.
  • the call control unit 402A of the terminal 400A transmits an Invite message corresponding to a call connection request to the terminal 400B (S102).
  • the Invite message includes Key 1 which is a common key of the existing scheme (a common key for encryption and decryption).
  • the encryption / decryption processing unit 404A of the terminal 400A holds the key 1, encrypts the voice packet using the key 1, and transmits the encrypted voice packet by the media communication unit 401A.
  • the Invite message in S102 may include the ID-S notified to the Key server 200 in S101.
  • the common key of the existing scheme is used until the common key based on the common key generation information is generated.
  • the SIP server 100 receives the Invite message transmitted from the terminal 400A, and transmits the Invite message to the terminal 400B (S103).
  • the key generation control unit 403B transmits, to the Key server 200, a message requesting common key generation information based on the multiparty key sharing technology (S104).
  • the message includes the same ID-S as the ID used in S101.
  • the encryption / decryption processing unit 404B of the terminal 400B holds Key1 included in the received Invite message in a memory or the like.
  • the Key 1 is used to decrypt the encrypted voice packet received from the terminal 400A.
  • the encryption / decryption processing unit 404B of the terminal 400B generates a common key from Key1 and Key2 and holds it, and uses it for encryption / decryption.
  • the 180 Ringing message is transmitted from the terminal 400B, and the terminal 400A receives the message (S105, S106).
  • the call control unit 402B transmits a 200 OK message (S107).
  • the 200 OK message includes Key2, which is a common key used when the encryption / decryption processing unit 404B of the terminal 400B encrypts the voice packet.
  • the terminal 400A receives the 200 OK message (S108).
  • the encryption / decryption processing unit 404A of the terminal 400A holds Key 2 included in the 200 OK message.
  • the Key 2 is used to decrypt the encrypted voice packet received from the terminal 400B.
  • the encryption / decryption processing unit 404A of the terminal 400A generates a common key from Key1 and Key2 and holds it, and uses it for encryption / decryption.
  • the common key generation information (SecretKey-1) of the session identified by the ID-S notified in S101 is transmitted to each of the terminal 400A and the terminal 400B by the distribution control unit 201 of the Kye server 200 (S110) , S111).
  • the key generation control unit 403A of the terminal 400A that has received the common key generation information (SecretKey-1) generates a common key (SevretKey-1 ′) used for encryption / decryption of the voice packet (S112).
  • the key generation control unit 403B of the terminal 400B that has received the common key generation information (SecretKey-1) generates a common key (SevretKey-1 ') used for encryption / decryption of the voice packet (S113) ).
  • the key generation control unit 403A of the terminal 400A transmits a key generation completion message indicating that the generation of the common key (SevretKey-1 ′) is completed to the Key server 200 (S114).
  • the key generation control unit 403B of the terminal 400B transmits a key generation completion message indicating that the generation of the common key (SevretKey-1 ′) is completed to the Key server 200 (S115).
  • the distribution control unit 201 of the Key server 200 is identified by the ID-S.
  • a key generation completion message indicating that key generation has been completed in both the terminal 400A and the terminal 400B executing the same key generation session is transmitted to the terminal 400A and the terminal 400B, respectively (S116, S117).
  • the key generation control unit 403A completes the generation of the common key on the other side of the session (that is, the terminal 400B), and thus enables encrypted communication using the common key.
  • the encryption / decryption processing unit 404A is instructed to switch the common key to be used from Key1 / Key2 to the common key (SevretKey-1 ').
  • the key generation control unit 403B completes the generation of the common key on the other side of the session (that is, the terminal 400A), so encrypted communication using the common key Is determined, and the encryption / decryption processing unit 404B is instructed to switch the common key to be used from Key1 / Key2 to the common key (SevretKey-1 ').
  • the encryption / decryption processing unit 404A of the terminal 400A encrypts the voice packet to be transmitted using the common key (SevretKey-1 '), and the encrypted voice packet to be received is common key (SevretKey-1'). Decrypt using).
  • the encryption / decryption processing unit 404B of the terminal 400B encrypts the voice packet to be transmitted using the common key (SevretKey-1 '), and receives the encrypted voice packet to be received as the common key (SevretKey-1'). Use and decrypt.
  • each terminal when the Key server 200 transmits the updated common key generation information to each terminal 400 at predetermined time intervals, each terminal generates the updated common key.
  • the time at which the common key generation information was transmitted and the time at which it was determined that the key generation was completed for each session of key generation are stored as state information.
  • the distribution control unit 201 of the key server 200 refers to the state information of the data storage unit 202, and a time T which is a predetermined time elapses from the time when it is determined that key generation is completed. At this point, the updated common key generation information is distributed to each terminal 400.
  • the distribution control unit 201 of the key server 200 detects the time T has elapsed from the time of S116 and S117 (for the sake of convenience, the same time), the updated common key generation information Is transmitted to the terminal 400A and the terminal 400B (S119, S120). Note that since the update is repeated at time intervals T, FIG. 7 describes “SecretKey-n” to express it. After that, use "SecretKey-n".
  • the key generation control unit 403A of the terminal 400A having received the common key generation information (SecretKey-n) generates a common key (SevretKey-n ') used for encryption / decryption of the voice packet (S121).
  • the key generation control unit 403B of the terminal 400B that has received the common key generation information (SecretKey-n) generates a common key (SevretKey-n ') to be used for encryption / decryption of the voice packet (S122) .
  • the key generation control unit 403A of the terminal 400A transmits a key generation completion message indicating that the generation of the common key (SevretKey-n ') is completed to the Key server 200 (S123).
  • the key generation control unit 403B of the terminal 400B transmits a key generation completion message indicating that the generation of the common key (SevretKey-n ') is completed to the Key server 200 (S124).
  • the distribution control unit 201 of the Key server 200 is identified by the ID-S.
  • a key generation completion message indicating that key generation has been completed in both the terminal 400A and the terminal 400B executing the same key generation session is transmitted to the terminal 400A and the terminal 400B, respectively (S125, S126).
  • the key generation control unit 403A determines that the encrypted communication using the common key is enabled because the generation of the common key is completed in the terminal 400B and uses it.
  • the encryption / decryption processing unit 404A is instructed to switch the common key from the common key (SecretKey- (n-1) ') to the common key (SecretKey-n').
  • the key generation control unit 403B has completed generation of the common key updated in the terminal 400A, and thus it is possible to perform encrypted communication using the common key.
  • the encryption / decryption processing unit 404B is instructed to switch the common key to be used from the common key (SecretKey- (n-1) ') to the common key (SecretKey-n').
  • each terminal 400 may switch the common key after a predetermined time elapses regardless of whether or not the key generation completion message from the Key server 200 is received.
  • This method is also applicable to the case where the common key of the existing scheme is switched to the common key based on the multiparty key sharing technology. Moreover, it is applicable also in TA300.
  • a bye message is transmitted (S128, S129), and a 200 OK message is returned from the terminal 400B (S130, S131). Further, a message for releasing a key generation session is transmitted from each of the terminals 400A and 400B to the Key server 200 (S132, S133).
  • the Key server 200 breaks down after the common key generation information (SecretKey-1 ′) is delivered, and the updated common key generation information can not be transmitted.
  • the key generation control unit 403A of the terminal 400A counts an elapsed time from the key generation completion time, as the key server 200 does. For example, when the key generation control unit 403A of the terminal 400A does not receive the updated common key generation information even if the time T has elapsed from the key generation completion time, the current common key (here, SecretKey-1) And instructs the encryption / decryption processing unit 404A to continue to use the. Based on this instruction, the encryption / decryption processing unit 404A continues to use the common key.
  • the current common key here, SecretKey-1
  • the key generation control unit 403A of the terminal 400A uses the common key (Key1 / Key2) of the existing method. It is also possible to instruct the encryption / decryption processing unit 404A to switch the current common key to the existing common key (Key1 / Key2). These operations are the same in the terminal 400B.
  • the terminal 400 may display on the display operation unit 405 whether the voice communication is secret communication or not. For example, when the encryption / decryption processing unit 404 performs encryption / decryption of an audio packet using a common key, the encryption / decryption processing unit 404 notifies the display operation unit 405 of information indicating that, and displays the information. The operation unit 405 displays information indicating that secret communication is being performed. Also, for example, when the encryption / decryption processing unit 404 does not perform encryption / decryption of the voice packet using the common key, the encryption / decryption processing unit 404 notifies the display operation unit 405 of information indicating that. The display operation unit 405 displays information indicating that secret communication is not being performed.
  • the encryption / decryption processing unit 404 determines the type of common key (a common key of the existing scheme, among multiple parties
  • the display / operation unit 405 is notified of a common key using a key sharing technology, and the display / operation unit 405 indicates that secret communication is being performed, and the type of encryption (eg, existing method, multi-party key sharing method) And the like) may be displayed.
  • the call control unit 402 operates to display information for selecting whether to perform confidential communication or normal communication not to be concealed after the destination telephone number is input from the user. It may be displayed on the unit 405, and it may be determined whether to perform confidential communication or normal communication not to be concealed according to the selection by the user.
  • the sequence between the TA 300 and the terminal 400B is basically the same as the sequence between the terminal 400A and the terminal 400B described with reference to FIG.
  • processing contents of a portion related to a sequence between the TA 300 and the telephone 10 will be described.
  • the telephone set 10 When the user of the telephone set 10 performs an operation to make a call such as inputting the telephone number of the terminal 400 B into the telephone set 10, the telephone set 10 transmits an Invite message (S201).
  • the key generation control unit 303 transmits a message for requesting common key generation information to the Key server 200 (S101). After S102 to S106, the TA 300 transfers the 180 Ringing message received at S106 to the telephone set 10 (S202). Further, the TA 300 transfers the 200 OK message obtained by removing Key 2 from the 200 OK message received in S108 to the telephone set 10 (S203).
  • the encryption / decryption processing unit 304 of the TA 300 encrypts the voice packet received from the telephone set 10 using the common key of the existing system, and the media communication unit 301 transmits the encrypted voice packet to the terminal 400B.
  • the encryption / decryption processing unit 304 of the TA 300 decrypts the encrypted voice packet received from the terminal 400 B using the common key of the existing scheme, and the media communication unit 301 transmits the decrypted voice packet to the telephone set 10 .
  • the update of the common key related to the confidential communication between the TA 300 and the terminal 400B is performed.
  • the telephone set 10 continues the transmission and reception of the normal voice packet without recognizing the update (S205, S206). Thereafter, the voice communication ends (S207, S208).
  • the Key server 200 breaks down after the common key generation information (SecretKey-1 ′) is delivered, and the updated common key generation information can not be transmitted.
  • the key generation control unit 303 of the TA 300 counts the elapsed time from the key generation completion time. For example, when the key generation control unit 303 of the TA 300 does not receive the updated common key generation information even if the time T has elapsed from the key generation completion time, the latest common key at this time (here, SecretKey-1) The encryption / decryption processing unit 304 is instructed to continue using the Based on this instruction, the encryption / decryption processing unit 304 continues to use the common key.
  • the latest common key at this time here, SecretKey-1
  • the key generation control unit 303 of the TA 300 decides to use the common key of the existing scheme when the updated common key generation information is not received even if the time T has elapsed from the key generation completion time, It is also possible to instruct the encryption / decryption processing unit 304 to switch the common key of the above to the common key of the existing scheme. These operations are the same in the terminal 400B.
  • the TA 300 may notify the subordinate telephone 10 whether voice communication is confidential communication or not, and cause the telephone 10 to display it.
  • the encryption / decryption processing unit 304 performs encryption / decryption of a voice packet using a common key
  • the encryption / decryption processing unit 304 notifies the telephone set 10 of the information indicating it, and the telephone set 10 is concealed. Display information indicating that communication is taking place.
  • the encryption / decryption processing unit 304 does not perform encryption / decryption of the voice packet using the common key
  • the encryption / decryption processing unit 304 notifies the telephone set 10 of the information to that effect. May display information indicating that secret communication is not being performed.
  • the encryption / decryption processing unit 304 determines the type of common key (common key of the existing system, among many parties).
  • the telephone set 10 is notified of a common key using a key sharing technology, and the telephone set 10 indicates that secret communication is being performed and the type of encryption (eg, existing method, multi-party key sharing method, etc.) Information may be displayed.
  • the user of the telephone set 10 does not know whether the terminal of the communication partner of the voice can perform secret communication. In this case, if a call is made from the telephone set 10 to a terminal for which confidential communication is not possible, confidential communication can not be performed, and such communication is restricted. Specifically, it is as follows.
  • an Invite message including the telephone number of the communication partner as a destination is transmitted from the telephone set 10 (S301).
  • the call control unit 302 transmits, to the SIP server 100, an inquiry message that includes the telephone number of the destination included in the Invite message (S302).
  • the data storage unit 102 of the SIP server stores a table in which a telephone number is associated with a function supported by a terminal having the telephone number.
  • the call control unit 101 in the SIP server 100 that receives the inquiry message including the destination telephone number in S302 searches the table shown in FIG. 10 based on the destination telephone number, thereby It is determined whether the terminal of the telephone number has a secret communication function (S303).
  • the call control unit 101 in the SIP server 100 returns an answer message indicating the determination result to the TA 300 (S304). If the answer message indicates "with confidential communication function present", the processing after S101 shown in FIG. 8 is executed, and confidential communication is performed.
  • the call control unit 302 of the TA 300 notifies the telephone set 10 of a message indicating that communication with the terminal of the telephone number is not possible, and the telephone set 10 Will display the message. Also, call connection processing is not continued.
  • the call control unit 302 of the TA 300 notifies the telephone set 10 of a message indicating that the communication with the terminal of the telephone number is not secret communication, and conceals the message. Call connection processing not performed may be continued.
  • the user of the telephone set 10 displaying a message indicating that it is not secret communication can make a call by recognizing that it is not secret communication.
  • the call control unit 101 of the SIP server 100 refers to the table of the data storage unit 102, whereby the terminal of the transmission destination telephone number of the terminal 400A does not have a secret communication function. If it is determined that the terminal is a terminal, the call connection process may be stopped and the incoming call may not be made.
  • the terminal 400 may also have the same function as the query function of the TA 300 described above.
  • the call control unit 402A of the terminal 400A transmits an inquiry message including the telephone number of the destination input by the user to the SIP server 100 at the stage before S101. Receive an answer message indicating the determination result from If the answer message indicates "with confidential communication function present", the processes after S101 shown in FIG. 7 are executed, and confidential communication is performed.
  • the call control unit 402 of the terminal 400A displays a message indicating that communication with the terminal of the telephone number is not possible, and performs call control processing. Stop.
  • the call control unit 402A of the terminal 400A displays a message indicating that the communication with the terminal of the telephone number is not secret communication, and does not perform concealment. Call connection processing may continue. A user who sees a message indicating that it is not secret communication can make a call by recognizing that it is not secret communication.
  • the SIP server 100 may not permit the use of various transfer functions when detecting that confidential communication is performed between the terminals. This is to prevent another user from being able to talk by impersonation.
  • the SIP server 100 that received the Invite message in S102 has both the source telephone number and the destination telephone number secret communication function based on the information stored in the data storage unit 102. If the call is established by the Invite message, it is determined that the call will be a secret communication. Thereafter, for example, even if the call control unit 101 of the SIP server 100 receives an instruction to transfer a call related to the Invite message to a terminal other than the terminal 400B by an operation from the terminal 400B that has received the Invite message, the call control unit 101 does not transfer without following the instruction. When the transfer is not performed, for example, the call connection process shown in FIG. 7 may be continued, or the call connection process may be stopped.
  • encrypted communication is first started by using the common key (for example, SDES) of the existing method, and a method (for example, many) that does not flow the key to the communication path behind it Since the common key is generated by the inter-person key sharing method, ZRTP, IKE) and the key is switched after the common key is generated, secure communication can be started quickly.
  • the common key for example, SDES
  • a method for example, many
  • a communication apparatus characterized by transmitting and receiving an encrypted media packet using a first common key.
  • the key generation unit receives updated common key generation information, which is updated common key generation information, from the key information distribution device, the key generation unit is updated using the updated common key generation information.
  • An updated first common key which is a common key is generated, and the communication means transmits / receives the media packet encrypted using the updated first common key.
  • Communication device After the key generation unit generates the first common key using the common key generation information, the update common key generation information is not received from the key information distribution device even if a predetermined time has elapsed In the case, the communication unit performs encryption of a media packet using the first common key or the second common key.
  • the call control means transmits an inquiry message including the telephone number of the other communication device to the call control device, and the call control device answers the information indicating that the other communication device has a secret communication function.
  • the communication device according to any one of claims 1 to 3, characterized in that when received, the process for establishing the call connection is performed.
  • the communication means encrypts a media packet received from a terminal not having a secret communication function and transmits it to the other communication device, decrypts the encrypted media packet received from the other communication device, and hides the secret
  • the communication apparatus according to any one of claims 1 to 4, which transmits to a terminal not having a communication function.
  • (Section 6) A communication method executed by a communication device used in a communication system having a call control device and a key information distribution device, Requesting the key information distribution device for common key generation information for generating a first common key, when the communication device performs media communication with another communication device; Establishing a call connection between the communication device and the other communication device by sending a call connection request message to the call control device; Sending and receiving encrypted media packets using a second common key; Transmitting the encrypted media packet using the first common key after generating the first common key using the common key generation information received from the key information distribution device; A communication method characterized by comprising. (Section 7) 6. A program for causing a computer to function as each means in the communication device according to any one of items 1 to 5.
  • the SIP server 100 and the key server 200 are examples of a call control device and a key information distribution device, respectively.
  • the key generation control units 303 and 403 are examples of key generation means.
  • the call control units 302 and 402 are examples of call control means.
  • the media communication units 301 and 401 and the encryption / decryption processing units 304 and 404 are examples of communication means.
  • SIP server 200 Key server 300 TA 400 terminal 500 network 101 call control unit 102 data storage unit 201 distribution control unit 202 data storage unit 301 media communication unit 302 call control unit 303 key generation control unit 304 encryption / decryption processing unit 401 media communication unit 402 call control unit 403 key generation Control unit 404 Encryption / decryption processing unit 405 Display operation unit 1000 Drive device 1001 Recording medium 1002 Auxiliary storage device 1003 Memory device 1004 CPU 1005 interface device 1006 display device 1007 input device

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Hardware Design (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Multimedia (AREA)
  • Telephonic Communication Services (AREA)

Abstract

呼制御装置、及び鍵情報配信装置を有する通信システムにおいて使用される通信装置において、前記通信装置が他の通信装置との間でメディア通信を行う場合において、前記鍵情報配信装置に対して、第１共通鍵の生成のための共通鍵生成用情報を要求する鍵生成手段と、前記呼制御装置に対して呼接続要求メッセージを送信することにより、前記通信装置と前記他の通信装置との間に呼接続を確立する呼制御手段と、第２共通鍵を使用して暗号化されたメディアパケットの送受信を行う通信手段とを備え、前記鍵生成手段は、前記鍵情報配信装置から受信する前記共通鍵生成用情報を使用して前記第１共通鍵を生成し、前記通信手段は、当該第１共通鍵が生成された後に、前記第１共通鍵を使用して暗号化されたメディアパケットの送受信を行う。

Description

通信装置、通信方法、及びプログラム
　本発明は、暗号化したパケットを送受信して通信を行う秘匿通信技術に関連するものである。
　ＩＰ（Ｉｎｔｅｒｎｅｔ　Ｐｒｏｔｏｃｏｌ）を使用して音声パケットを送受信することで音声通信を行う技術が広く普及している。
　音声パケットが送受信されるインターネット等のＩＰネットワークにおいては、音声パケットを傍受することで、盗聴が行われる可能性がある。そこで、音声パケットを暗号化して送受信する技術が知られている。
　例えば、非特許文献３に記載されたSDES（SDP Security Description for Media Streams）等の鍵交換方式を使用して端末間で鍵交換を行って、SRTP（非特許文献２）やESP（非特許文献５）による暗号化通信を行う技術が知られている。鍵交換で得られた鍵は通信終了まで使用される。
特許第５６１２４９４号 特許第５２５３５６７号 特許第５３３４８７３号 特許第５３４９２６１号 特許第５４２４９７４号 特許第５７６９４０１号 特許第５８５２５５１号 特許第５８５２５９４号 特許第６０６７５９６号 特開２０１６－２１３５４３号 特開２０１６－１３４８２６号
ＮＴＴ技術ジャーナル、２０１７．２、「サーバからの漏洩・盗聴を防ぐ暗号ビジネスチャット」 SRTP、https://tools.ietf.org/html/rfc3711、２０１７年９月２１日検索 Security Descriptions for Media Streams、https://tools.ietf.org/html/rfc4568、２０１７年９月２１日検索 ZRTP、https://tools.ietf.org/html/rfc6189、２０１７年９月２１日検索 IP Encapsulating Security Payload (ESP)、https://www.ietf.org/rfc/rfc2406.txt、２０１７年９月２１日検索 Internet Key Exchange Protocol Version 2 (IKEv2)、https://tools.ietf.org/html/rfc5996、２０１７年９月２１日検索
　上述したSDES等の鍵交換方式では、暗号化通信をすぐに始めることが可能であるものの、鍵交換において通信路にそのまま鍵が流れ、その鍵が通信終了まで使用されるため、不正に鍵を取得されて盗聴がなされる等の恐れがあり安全ではない。
　ZRTP（非特許文献４）やIKE（非特許文献５）の鍵交換方式を用いることで、通信路にそのまま鍵を流さずに暗号化通信を行うことが可能であるが、鍵交換が終わるまでに時間がかかり、暗号化通信の開始が遅延する。すぐに通信を開始すると暗号化通信が始まるまでの通信は安全ではない。
　上記のような問題は音声通信に限らず、映像通信、データ通信等のメディア通信全般に生じ得る課題である。
　本発明は上記の点に鑑みてなされたものであり、端末間でセキュアにメディア通信を行うことを可能とする技術を提供することを目的とする。
　開示の技術によれば、呼制御装置、及び鍵情報配信装置を有する通信システムにおいて使用される通信装置であって、
　前記通信装置が他の通信装置との間でメディア通信を行う場合において、前記鍵情報配信装置に対して、第１共通鍵の生成のための共通鍵生成用情報を要求する鍵生成手段と、
　前記呼制御装置に対して呼接続要求メッセージを送信することにより、前記通信装置と前記他の通信装置との間に呼接続を確立する呼制御手段と、
　第２共通鍵を使用して暗号化されたメディアパケットの送受信を行う通信手段とを備え、
　前記鍵生成手段は、前記鍵情報配信装置から受信する前記共通鍵生成用情報を使用して前記第１共通鍵を生成し、前記通信手段は、当該第１共通鍵が生成された後に、前記第１共通鍵を使用して暗号化されたメディアパケットの送受信を行う
　ことを特徴とする通信装置が提供される。
　開示の技術によれば、端末間でセキュアにメディア通信を行うことを可能とする技術が提供される。
本発明の実施の形態における通信システムの構成図である。 ＳＩＰサーバ１００の機能構成図である。 Ｋｅｙサーバ２００の機能構成図である。 ＴＡ３００の機能構成図である。 端末４００の機能構成図である。 装置のハードウェア構成図である。 通信の動作例を説明するためのシーケンス図である。 通信の動作例を説明するためのシーケンス図である。 ＳＩＰサーバ１００による通信制御の動作例を示す図である。 ＳＩＰサーバ１００のデータ格納部が保持するテーブルの例を示す図である。
　以下、図面を参照して本発明の実施の形態（本実施の形態）を説明する。以下で説明する実施形態は一例に過ぎず、本発明が適用される実施の形態は、以下の実施の形態に限られるわけではない。例えば、以下の実施の形態では、メディア通信の例として音声通信を取り上げて説明をしているが、本発明は、映像通信、データ通信（例：チャット）等、メディア通信全般に適用可能である。
　本実施の形態では、特許文献１～１１、非特許文献１等に開示されている多者間鍵共有技術を使用する。当該技術では、鍵サーバ（後述するＫｅｙサーバ２００）を介して複数の端末間で共通鍵を共有する。当該共通鍵は、鍵サーバから各端末に配信される共通鍵生成用情報（具体的には乱数）を使用して、各端末において秘密の計算を行うことで生成される。ネットワーク上に、一般端末が共通鍵を生成可能になる情報が流れることはない。よって、この技術を用いることで、背景技術において説明した従来技術よりもセキュアに音声通信を行うことが可能となる。
　なお、多者間鍵共有技術により共通鍵生成用情報を用いて共通鍵を生成すること自体は公知技術であるが、当該多者間鍵共有技術を使用するとともに、以下で説明するように、ＳＩＰサーバ等を組み合わせて音声通信を行う技術は本願により開示される新規な技術である。
　また、本実施の形態では、通信路にそのまま鍵を流さない方式の一例として特許文献１～１１、非特許文献１等に開示されている多者間鍵共有技術を使用しているが、通信路にそのまま鍵を流さない方式として多者間鍵共有技術以外の技術を使用してもよい。例えば、ZRTPやIKEを使用してもよい。多者間鍵共有技術以外の技術（例：ZRTPやIKE）を使用する場合でも、各端末は、Ｋｅｙサーバ２００から受信する共通鍵生成用情報を用いて、音声通信の暗号化に使用する共通鍵を生成することができる。
　以下、本実施の形態をより詳細に説明する。
　（システム構成）
　図１に、本実施の形態における通信システムの構成例を示す。図１に示すように、当該通信システムは、ＳＩＰ（Ｓｅｓｓｉｏｎ　Ｉｎｉｔｉａｔｉｏｎ　Ｐｒｏｔｏｃｏｌ）サーバ１００、Ｋｅｙサーバ２００、ＴＡ（Ｔｅｒｍｉｎａｌ　Ａｄａｐｔｅｒ）３００、端末４００Ａ、４００Ｂを有し、これらがネットワーク５００に接続された構成を有する。なお、ＴＡ３００は端末の一例である。また、ＴＡ３００、端末４００Ａ、４００Ｂを総称して通信装置と呼んでもよい。
　ＳＩＰサーバ１００は、呼制御プロトコルであるＳＩＰのメッセージを送受信することで、端末間で呼接続の確立等を行う装置である。
　Ｋｅｙサーバ２００は、前述した多者間鍵共有技術における共通鍵生成用情報の配信等の制御を行う装置である。
　ＴＡ３００は、秘匿通信機能を有しない端末（一般的なＩＰ電話機等）を配下に接続し、当該端末に代わって暗号化処理／復号処理を行うことで、秘匿通信を可能とする装置である。図１に示す例では、ＴＡ３００の配下に電話機１０、ＰＣ２０、ＧＷ３０が接続されている。例えば、電話機１０は、一般的なＩＰ電話機であり、ＰＣ３０は、アプリケーションとしてソフトフォンを搭載したコンピュータであり、ＧＷ３０は、ＰＲＩ、ＦＸＳ等である。なお、ＧＷ３０の配下には例えば、電話機、ＰＢＸ等が接続される。
　端末４００Ａ、４００Ｂは、例えばスマートフォン等の電話端末であり、本実施の形態に係る秘匿通信機能を備えている。なお、端末４００Ａと端末４００Ｂを特に区別しない場合、「端末４００」と記述する。
　ネットワーク５００は、例えば、モバイル網（例：３Ｇ，ＬＴＥ）、インターネット、固定電話網、プライベート網等の複数のネットワークのうちのいずれか１つ又は複数からなるネットワークである。
　次に、ＳＩＰサーバ１００、Ｋｅｙサーバ２００、ＴＡ３００、端末４００の機能構成及び各部の動作概要を説明する。動作について、ここでは概要を説明し、詳細については後のシーケンスの説明において述べる。
　図２はＳＩＰサーバ１００の機能構成図である。図２に示すように、ＳＩＰサーバ１００は、呼制御部１０１、及びデータ格納部１０２を有する。呼制御部１０１は、Ｉｎｖｉｔｅメッセージ等の呼制御メッセージの生成、送受信を行う。また、呼制御部１０１は、後述するＴＡ３００等からの問い合わせに対する回答を行う機能も含む。データ格納部１０３には、例えば、端末の電話番号毎に、端末が有する機能（例：秘匿通信）の情報が格納されている。
　図３は、Ｋｅｙサーバ２００の機能構成図である。図３に示すように、Ｋｅｙサーバ２００は、配信制御部２０１、データ格納部２０２を有する。配信制御部２０１は、端末４００／ＴＡ３００への共通鍵生成用情報の配信等を行う。また、配信制御部２０１は、データ格納部２０２に格納されたセッション毎の状態に基づいて、更新した共通鍵生成用情報の配信等も実行する。データ格納部２０２には、鍵生成に関わるセッション毎の状態情報が格納される。
　図４は、ＴＡ３００の機能構成図である。図４に示すように、ＴＡ３００は、メディア通信部３０１、呼制御部３０２、鍵生成制御部３０３、暗号・復号処理部３０４を有する。メディア通信部３０１を送受信機と称してもよい。メディア通信部３０１は、メディアパケット（本実施の形態では音声パケット）の送受信を行う。呼制御部３０２は、呼制御メッセージの送受信を行う。鍵生成制御部３０３は、多者間鍵共有技術を用いて、Ｋｅｙサーバ２００から受信する共通鍵生成用情報に基づいて共通鍵を生成する。また、鍵生成制御部３０３は、多者間鍵共有技術よりも前から存在する既存方式に基づく共通鍵の生成等も実行することができる。なお、以下、「既存方式」と記載した場合、それは、多者間鍵共有技術ではない従来の共通鍵の方式を意味する。
　暗号・復号処理部３０４は、鍵生成制御部３０３により生成された共通鍵等を用いて音声パケットの暗号化、及び、暗号化された音声パケットの復号を行う。
　図５は、端末４００の機能構成図である。図５に示すように、端末４００は、メディア通信部４０１、呼制御部４０２、鍵生成制御部４０３、暗号・復号処理部４０４、及び表示操作部４０５を有する。メディア通信部４０１を送受信機と称してもよい。
　メディア通信部４０１は、メディアデータ（本実施の形態では音声パケット）の送受信を行う。呼制御部４０２は、呼制御メッセージの生成、送受信を行う。鍵生成制御部４０３は、多者間鍵共有技術を用いて、Ｋｅｙサーバ２００から受信する共通鍵生成用情報に基づいて共通鍵を生成する。また、鍵生成制御部４０３は、既存方式に基づく共通鍵の生成等も行うことができる。
　暗号・復号処理部４０４は、鍵生成制御部４０３により生成された共通鍵等を用いて音声パケットの暗号化、及び、暗号化された音声パケットの復号を行う。
　表示操作部４０５は、情報の表示を行うとともに、ユーザからの情報入力も行う。表示操作部４０５は、例えばタッチパネルにより実現できる。
　上述した各装置（ＳＩＰサーバ１００、Ｋｅｙサーバ２００、ＴＡ３００、端末４００）はいずれも、コンピュータに、本実施の形態で説明する処理内容を記述したプログラムを実行させることにより実現可能である。すなわち、当該装置が有する機能は、コンピュータに内蔵されるＣＰＵやメモリ等のハードウェア資源を用いて、当該装置で実施される処理に対応するプログラムを実行することによって実現することが可能である。上記プログラムは、コンピュータが読み取り可能な記録媒体（可搬メモリ等）に記録して、保存したり、配布したりすることが可能である。また、上記プログラムをインターネットや電子メール等、ネットワークを通して提供することも可能である。
　図６は、上記装置のハードウェア構成例を示す図である。図６の装置は、それぞれバスＢで相互に接続されているドライブ装置１０００、補助記憶装置１００２、メモリ装置１００３、ＣＰＵ１００４、インタフェース装置１００５、表示装置１００６、及び入力装置１００７等を有する。なお、ＳＩＰサーバ１００、Ｋｅｙサーバ２００、ＴＡ３００においては、表示装置１００６及び入力装置１００７を備えないこととしてもよい。
　当該装置での処理を実現するプログラムは、例えば、ＣＤ－ＲＯＭ又はメモリカード等の記録媒体１００１によって提供される。プログラムを記憶した記録媒体１００１がドライブ装置１０００にセットされると、プログラムが記録媒体１００１からドライブ装置１０００を介して補助記憶装置１００２にインストールされる。但し、プログラムのインストールは必ずしも記録媒体１００１より行う必要はなく、ネットワークを介して他のコンピュータよりダウンロードするようにしてもよい。補助記憶装置１００２は、インストールされたプログラムを格納すると共に、必要なファイルやデータ等を格納する。
　メモリ装置１００３は、プログラムの起動指示があった場合に、補助記憶装置１００２からプログラムを読み出して格納する。ＣＰＵ１００４は、メモリ装置１００３に格納されたプログラムに従って当該装置に係る機能を実現する。インタフェース装置１００５は、ネットワークに接続するためのインタフェースとして用いられる。表示装置１００６はプログラムによるＧＵＩ（Ｇｒａｐｈｉｃａｌ　Ｕｓｅｒ　Ｉｎｔｅｒｆａｃｅ）等を表示する。入力装置１００７はキーボード及びマウス、ボタン、又はタッチパネル等で構成され、様々な操作指示を入力させるために用いられる。
　（システムの動作例１）
　次に、図７のシーケンス図を参照して、本実施の形態における通信システムの動作例１を説明する。動作例１では、端末４００Ａと端末４００Ｂとの間で音声の秘匿通信を行う。以下の説明において、図２～図５で説明した各装置の機能部を適宜用いる。また、以下の説明では、端末４００Ａの各機能部をメディア通信部４０１Ａ、呼制御部４０２Ａ、鍵生成制御部４０３Ａ、暗号・復号処理部４０４Ａ、表示操作部４０５Ａと表記し、端末４００Ｂの各機能部をメディア通信部４０１Ｂ、呼制御部４０２Ｂ、鍵生成制御部４０３Ｂ、暗号・復号処理部４０４Ｂ、表示操作部４０５Ｂと表記する。
　まず、端末４００Ａのユーザが、端末４００Ｂの電話番号を端末４００Ａに入力する等の電話をかける操作を行うと、端末４００Ａの鍵生成制御部４０３Ａが、鍵生成のためのセッションを開始させるためのメッセージをＫｅｙサーバ２００に送信することにより、鍵生成のためのセッションを開始させる（Ｓ（ステップ）１０１）。当該メッセージには、セッションを識別するためのＩＤが含まれる。このＩＤをＩＤ－Ｓとする。また、当該メッセージは、共通鍵生成用情報の配信を要求するメッセージでもある。
　続いて、端末４００Ａの呼制御部４０２Ａが、端末４００Ｂへの呼接続要求に相当するＩｎｖｉｔｅメッセージを送信する（Ｓ１０２）。このＩｎｖｉｔｅメッセージには、既存方式の共通鍵（暗号化・復号で共通の鍵）であるＫｅｙ１が含まれる。端末４００Ａの暗号・復号処理部４０４Ａは、当該Ｋｅｙ１を保持しており、Ｋｅｙ１を用いて音声パケットを暗号化し、メディア通信部４０１Ａにより当該暗号化音声パケットを送信することになる。また、Ｓ１０２におけるＩｎｖｉｔｅメッセージの中に、Ｓ１０１でＫｅｙサーバ２００に通知したＩＤ‐Ｓが含まれていてもよい。
　なお、本実施の形態では、このように、共通鍵そのものをＩｎｖｉｔｅメッセージで送信することを想定しているが、これは一例に過ぎない。例えば、Ｋｅｙ１とＫｅｙ２はそれぞれ、共通鍵生成のための部品であり、端末４００Ａと端末４００ＢはそれぞれＫｅｙ１とＫｅｙ２から同じ共通鍵を生成することとしてもよい。
　Ｋｅｙサーバ２００が、端末４００ＡからＩＤ―Ｓを含むメッセージを受信してから最初の共通鍵生成用情報の配信を行われるまでにはある程度の時間がかかる。そこで、本実施の形態では、迅速に秘匿通信を開始させるために、共通鍵生成用情報に基づく共通鍵が生成されるまでの間は既存方式の共通鍵を使用することとしている。
　ＳＩＰサーバ１００は、端末４００Ａから送信されたＩｎｖｉｔｅメッセージを受信し、当該Ｉｎｖｉｔｅメッセージを端末４００Ｂに送信する（Ｓ１０３）。当該Ｉｎｖｉｔｅメッセージを受信した端末４００Ｂにおいて、鍵生成制御部４０３Ｂは、多者間鍵共有技術に基づく共通鍵生成用情報を要求するメッセージをＫｅｙサーバ２００に送信する（Ｓ１０４）。当該メッセージには、Ｓ１０１で使用されたＩＤと同じＩＤ－Ｓが含まれる。
　また、端末４００Ｂの暗号・復号処理部４０４Ｂは、受信したＩｎｖｉｔｅメッセージに含まれるＫｅｙ１をメモリ等に保持する。当該Ｋｅｙ１は、端末４００Ａから受信する暗号化音声パケットの復号に使用される。また、Ｋｅｙ１、Ｋｅｙ２が共通鍵の部品である場合には、端末４００Ｂの暗号・復号処理部４０４Ｂは、Ｋｅｙ１、Ｋｅｙ２から共通鍵を生成し、保持し、暗号化・復号に使用する。
　端末４００Ｂから１８０　Ｒｉｎｇｉｎｇメッセージが送信され、当該メッセージを端末４００Ａが受信する（Ｓ１０５、Ｓ１０６）。
　その後、端末４００Ｂのユーザが応答する操作を行うと、呼制御部４０２Ｂにより２００　ＯＫメッセージが送信される（Ｓ１０７）。当該２００　ＯＫメッセージには、端末４００Ｂの暗号・復号処理部４０４Ｂが音声パケットを暗号化する際に使用する共通鍵であるＫｅｙ２が含まれる。
　端末４００Ａが２００　ＯＫメッセージを受信する（Ｓ１０８）。端末４００Ａの暗号・復号処理部４０４Ａは、２００　ＯＫメッセージに含まれるＫｅｙ２を保持する。当該Ｋｅｙ２は、端末４００Ｂから受信する暗号化音声パケットの復号に使用される。また、Ｋｅｙ１、Ｋｅｙ２が共通鍵の部品である場合には、端末４００Ａの暗号・復号処理部４０４Ａは、Ｋｅｙ１、Ｋｅｙ２から共通鍵を生成し、保持し、暗号化・復号に使用する。
　端末４００Ａによる２００　ＯＫメッセージ受信後、端末４００Ａのメディア通信部４０１Ａと、端末４００Ｂのメディア通信部４０１Ｂとの間で、Ｋｅｙ１、Ｋｅｙ２を使用した音声の秘匿通信が開始される（Ｓ１０９）。
　その後、Ｓ１０１で通知されたＩＤ－Ｓで識別されるセッションの共通鍵生成用情報（ＳｅｃｒｅｔＫｅｙ－１）が、Ｋｙｅサーバ２００の配信制御部２０１により端末４００Ａと端末４００Ｂのそれぞれに送信される（Ｓ１１０、Ｓ１１１）。
　共通鍵生成用情報（ＳｅｃｒｅｔＫｅｙ－１）を受信した端末４００Ａの鍵生成制御部４０３Ａは、音声パケットの暗号化・復号に使用される共通鍵（ＳｅｖｒｅｔＫｅｙ－１´）を生成する（Ｓ１１２）。同様に、共通鍵生成用情報（ＳｅｃｒｅｔＫｅｙ－１）を受信した端末４００Ｂの鍵生成制御部４０３Ｂは、音声パケットの暗号化・復号に使用される共通鍵（ＳｅｖｒｅｔＫｅｙ－１´）を生成する（Ｓ１１３）。
　また、端末４００Ａの鍵生成制御部４０３Ａは、共通鍵（ＳｅｖｒｅｔＫｅｙ－１´）の生成が完了したことを示す鍵生成完了メッセージをＫｅｙサーバ２００に送信する（Ｓ１１４）。同様に、端末４００Ｂの鍵生成制御部４０３Ｂは、共通鍵（ＳｅｖｒｅｔＫｅｙ－１´）の生成が完了したことを示す鍵生成完了メッセージをＫｅｙサーバ２００に送信する（Ｓ１１５）。
　Ｋｅｙサーバ２００の配信制御部２０１は、ＩＤ－Ｓで識別される同じ鍵生成セッションを実行する端末４００Ａと端末４００Ｂの両方から鍵生成完了メッセージを受信したことを検知すると、ＩＤ－Ｓで識別される同じ鍵生成セッションを実行する端末４００Ａと端末４００Ｂの両方において鍵生成が完了したことを示す鍵生成完了メッセージを端末４００Ａと端末４００Ｂのそれぞれに送信する（Ｓ１１６、Ｓ１１７）。
　Ｓ１１６で鍵生成完了メッセージを受信した端末４００Ａにおいて、鍵生成制御部４０３Ａは、セッションの相手側（つまり端末４００Ｂ）で共通鍵の生成が完了したので当該共通鍵を使用した暗号化通信が可能になったと判断し、使用する共通鍵をＫｅｙ１／Ｋｅｙ２から共通鍵（ＳｅｖｒｅｔＫｅｙ－１´）に切り替えるよう暗号・復号処理部４０４Ａに指示する。同様に、Ｓ１１７で鍵生成完了メッセージを受信した端末４００Ｂにおいて、鍵生成制御部４０３Ｂは、セッションの相手側（つまり端末４００Ａ）で共通鍵の生成が完了したので当該共通鍵を使用した暗号化通信が可能になったと判断し、使用する共通鍵をＫｅｙ１／Ｋｅｙ２から共通鍵（ＳｅｖｒｅｔＫｅｙ－１´）に切り替えるよう暗号・復号処理部４０４Ｂに指示する。
　上記の鍵切り替え処理の結果、Ｓ１１８において、共通鍵（ＳｅｖｒｅｔＫｅｙ－１´）を使用した音声の秘匿通信がなされる。具体的には、端末４００Ａの暗号・復号処理部４０４Ａは、送信する音声パケットを共通鍵（ＳｅｖｒｅｔＫｅｙ－１´）を使用して暗号化し、受信する暗号化音声パケットを共通鍵（ＳｅｖｒｅｔＫｅｙ－１´）を使用して復号する。同様に、端末４００Ｂの暗号・復号処理部４０４Ｂは、送信する音声パケットを共通鍵（ＳｅｖｒｅｔＫｅｙ－１´）を使用して暗号化し、受信する暗号化音声パケットを共通鍵（ＳｅｖｒｅｔＫｅｙ－１´）を使用して復号する。
　例えば予め定めた時間間隔で、Ｋｅｙサーバ２００が各端末４００に更新された共通鍵生成用情報を送信することにより、各端末は、更新された共通鍵を生成する。
　例えば、Ｋｅｙサーバ２００のデータ格納部２０２には、鍵生成のセッション毎に、共通鍵生成用情報を送信した時刻、鍵生成が完了したと判断した時刻（例：セッションに参加する全端末に鍵生成完了メッセージを送信完了した時刻等）、更新を行った時刻等が、状態情報として格納されている。
　本例では、一例として、Ｋｅｙサーバ２００の配信制御部２０１は、データ格納部２０２の状態情報を参照することにより、鍵生成が完了したと判断した時刻から予め定めた時間である時間Ｔが経過した時点で、更新された共通鍵生成用情報を各端末４００に配信する。
　図７に示す例においては、Ｋｅｙサーバ２００の配信制御部２０１は、Ｓ１１６、Ｓ１１７の時刻（便宜上、同時刻とする）から時間Ｔが経過したことを検知すると、更新された共通鍵生成用情報であるＳｅｃｒｅｔＫｅｙ－２を端末４００Ａ及び端末４００Ｂに送信する（Ｓ１１９、Ｓ１２０）。なお、更新は時間Ｔ間隔で繰り返し行われるので、図７では、それを表現するために「ＳｅｃｒｅｔＫｅｙ―ｎ」と記述している。以降、「ＳｅｃｒｅｔＫｅｙ―ｎ」を使用する。
　共通鍵生成用情報（ＳｅｃｒｅｔＫｅｙ－ｎ）を受信した端末４００Ａの鍵生成制御部４０３Ａは、音声パケットの暗号化・復号に使用する共通鍵（ＳｅｖｒｅｔＫｅｙ－ｎ´）を生成する（Ｓ１２１）。同様に、共通鍵生成用情報（ＳｅｃｒｅｔＫｅｙ－ｎ）を受信した端末４００Ｂの鍵生成制御部４０３Ｂは、音声パケットの暗号化・復号に使用する共通鍵（ＳｅｖｒｅｔＫｅｙ－ｎ´）を生成する（Ｓ１２２）。
　また、端末４００Ａの鍵生成制御部４０３Ａは、共通鍵（ＳｅｖｒｅｔＫｅｙ－ｎ´）の生成が完了したことを示す鍵生成完了メッセージをＫｅｙサーバ２００に送信する（Ｓ１２３）。同様に、端末４００Ｂの鍵生成制御部４０３Ｂは、共通鍵（ＳｅｖｒｅｔＫｅｙ－ｎ´）の生成が完了したことを示す鍵生成完了メッセージをＫｅｙサーバ２００に送信する（Ｓ１２４）。
　Ｋｅｙサーバ２００の配信制御部２０１は、ＩＤ－Ｓで識別される同じ鍵生成セッションを実行する端末４００Ａと端末４００Ｂの両方から鍵生成完了メッセージを受信したことを検知すると、ＩＤ－Ｓで識別される同じ鍵生成セッションを実行する端末４００Ａと端末４００Ｂの両方において鍵生成が完了したことを示す鍵生成完了メッセージを端末４００Ａと端末４００Ｂのそれぞれに送信する（Ｓ１２５、Ｓ１２６）。
　Ｓ１２５で鍵生成完了メッセージを受信した端末４００Ａにおいて、鍵生成制御部４０３Ａは、端末４００Ｂで共通鍵の生成が完了したので当該共通鍵を使用した暗号化通信が可能になったと判断し、使用する共通鍵を共通鍵（ＳｅｃｒｅｔＫｅｙ－（ｎ－１）´）から共通鍵（ＳｅｃｒｅｔＫｅｙ－ｎ´）に切り替えるよう暗号・復号処理部４０４Ａに指示する。同様に、Ｓ１２６で鍵生成完了メッセージを受信した端末４００Ｂにおいて、鍵生成制御部４０３Ｂは、端末４００Ａで更新した共通鍵の生成が完了したので当該共通鍵を使用した暗号化通信が可能になったと判断し、使用する共通鍵を共通鍵（ＳｅｃｒｅｔＫｅｙ－（ｎ－１）´）から共通鍵（ＳｅｃｒｅｔＫｅｙ－ｎ´）に切り替えるよう暗号・復号処理部４０４Ｂに指示する。
　上記の鍵切り替え処理の結果、Ｓ１２７において、共通鍵（ＳｅｖｒｅｔＫｅｙ－ｎ´）を使用した音声の秘匿通信がなされる。
　なお、上記のシーケンスは一例である。例えば、各端末４００は、更新された共通鍵を生成した後、Ｋｅｙサーバ２００からの鍵生成完了メッセージを受信したかどうかにかかわらずに、所定時間経過後に共通鍵を切り替えることとしてもよい。この方法は、既存方式の共通鍵を、多者間鍵共有技術に基づく共有鍵に切り替える場合にも適用できる。また、ＴＡ３００においても適用できる。
　その後、端末４００Ａのユーザが通話を終了させる操作を行うことにより、ｂｙｅメッセージが送信され（Ｓ１２８、Ｓ１２９）、２００　ＯＫメッセージが端末４００Ｂから返される（Ｓ１３０、Ｓ１３１）。また、鍵生成のセッションを開放するためのメッセージが、端末４００Ａと４００ＢのそれぞれからＫｅｙサーバ２００に送信される（Ｓ１３２、Ｓ１３３）。
　上述した処理において、例えば、共通鍵生成用情報（ＳｅｃｒｅｔＫｅｙ－１´）を配送した後に、Ｋｅｙサーバ２００が故障し、更新した共通鍵生成用情報を送信できない状況を想定する。
　本実施の形態では、端末４００Ａの鍵生成制御部４０３Ａは、Ｋｅｙサーバ２００と同様に、鍵生成完了時刻からの経過時間を計時している。例えば、端末４００Ａの鍵生成制御部４０３Ａは、鍵生成完了時刻から時間Ｔが経過しても更新した共通鍵生成用情報を受信しない場合には、現時点の最新の共通鍵（ここではＳｅｃｒｅｔＫｅｙ－１）を継続して使用するよう暗号・復号処理部４０４Ａに指示する。この指示に基づき、暗号・復号処理部４０４Ａは継続して当該共通鍵を使用する。また、端末４００Ａの鍵生成制御部４０３Ａは、鍵生成完了時刻から時間Ｔが経過しても更新した共通鍵生成用情報を受信しない場合には、既存方式の共通鍵（Ｋｅｙ１／Ｋｅｙ２）を使用することを決定し、現在の共通鍵を既存方式の共通鍵（Ｋｅｙ１／Ｋｅｙ２）に切り替えるよう暗号・復号処理部４０４Ａに指示することとしてもよい。これらの動作は端末４００Ｂにおいても同様である。
　また、端末４００は、音声通信が、秘匿通信か否かを表示操作部４０５上に表示することとしてもよい。例えば、暗号・復号処理部４０４が、共通鍵を使用して音声パケットの暗号化／復号を行う場合において、暗号・復号処理部４０４がそのことを示す情報を表示操作部４０５に通知し、表示操作部４０５は、秘匿通信が行われていることを示す情報を表示する。また、例えば、暗号・復号処理部４０４が、共通鍵を使用して音声パケットの暗号化／復号を行わない場合において、暗号・復号処理部４０４はそのことを示す情報を表示操作部４０５に通知し、表示操作部４０５は、秘匿通信が行われていないことを示す情報を表示する。
　また、暗号・復号処理部４０４が、共通鍵を使用して音声パケットの暗号化／復号を行う場合において、暗号・復号処理部４０４が、共通鍵の種類（既存方式の共通鍵、多者間鍵共有技術を使用した共通鍵）を表示操作部４０５に通知し、表示操作部４０５は、秘匿通信が行われていることと、暗号化の種類（例：既存方式、多者間鍵共有方式等）を示す情報を表示することとしてもよい。
　また、端末４００において、例えば呼制御部４０２は、ユーザから宛先の電話番号が入力された後に、秘匿通信を行うか、秘匿を行わない通常の通信を行うかを選択するための情報を表示操作部４０５に表示し、ユーザによる選択に従って、秘匿通信を行うか、秘匿を行わない通常の通信を行うかを決定してもよい。
　　（システムの動作例２）
　次に、図８のシーケンス図を参照して、本実施の形態における通信システムの動作例２を説明する。動作例２では、ＴＡ３００の配下の電話機１０（一般的なＩＰ電話機）と端末４００Ｂとの間で音声の秘匿通信を行う。ただし、電話機１０は秘匿通信機能を持たないので、ＴＡ３００が電話機１０の代わりに音声パケットの暗号化・復号処理を行う。ＴＡ３００と電話機１０との間で送受信される音声パケットは暗号化されていないが、通常、ＴＡ３００と電話機１０との間は、社内のＬＡＮ等のプライベート網で接続されており、インターネット等の公のネットワークを通らないので秘匿性が高く、特に問題にはならない。
　ＴＡ３００と端末４００Ｂとの間のシーケンスは、図７を参照して説明した端末４００Ａと端末４００Ｂとの間のシーケンスと基本的に同じである。以下、主に、ＴＡ３００と電話機１０との間のシーケンスに関わる部分の処理内容を説明する。
　電話機１０のユーザが端末４００Ｂの電話番号を電話機１０に入力する等の電話をかける操作を行うと、電話機１０はＩｎｖｉｔｅメッセージを送信する（Ｓ２０１）。
　当該Ｉｎｖｉｔｅメッセージを受信したＴＡ３００において、鍵生成制御部３０３が、共通鍵生成用情報を要求するメッセージをＫｅｙサーバ２００に送信する（Ｓ１０１）。Ｓ１０２～Ｓ１０６を経て、ＴＡ３００は、Ｓ１０６により受信した１８０　Ｒｉｎｇｉｎｇメッセージを電話機１０に転送する（Ｓ２０２）。また、ＴＡ３００は、Ｓ１０８で受信した２００　ＯＫメッセージからＫｅｙ２を除いた２００　ＯＫメッセージを電話機１０に転送する（Ｓ２０３）。
　その後、電話機１０と端末４００Ｂとの間で音声により通信が実行される（Ｓ２０４、Ｓ１０８）。より具体的には、ＴＡ３００の暗号・復号処理部３０４は、電話機１０から受信した音声パケットを既存方式の共通鍵を用いて暗号化し、メディア通信部３０１が暗号化音声パケットを端末４００Ｂに送信する。また、ＴＡ３００の暗号・復号処理部３０４は、端末４００Ｂから受信した暗号化音声パケットを既存方式の共通鍵を用いて復号し、メディア通信部３０１が、復号された音声パケットを電話機１０に送信する。
　その後、図７を参照して説明したとおりに、ＴＡ３００と端末４００Ｂとの間の秘匿通信に関する共通鍵の更新が実行される。ただし、電話機１０は当該更新を認識せず、通常の音声パケットの送受信を継続する（Ｓ２０５、Ｓ２０６）。その後、音声の通信が終了する（Ｓ２０７、Ｓ２０８）。
　上述した処理において、例えば、共通鍵生成用情報（ＳｅｃｒｅｔＫｅｙ－１´）を配送した後に、Ｋｅｙサーバ２００が故障し、更新した共通鍵生成用情報を送信できない状況を想定する。
　本実施の形態では、ＴＡ３００の鍵生成制御部３０３は、Ｋｅｙサーバ２００と同様に、鍵生成完了時刻からの経過時間を計時している。例えば、ＴＡ３００の鍵生成制御部３０３は、鍵生成完了時刻から時間Ｔが経過しても更新した共通鍵生成用情報を受信しない場合には、現時点の最新の共通鍵（ここではＳｅｃｒｅｔＫｅｙ－１）を継続して使用するよう暗号・復号処理部３０４に指示する。この指示に基づき、暗号・復号処理部３０４は継続して当該共通鍵を使用する。また、ＴＡ３００の鍵生成制御部３０３は、鍵生成完了時刻から時間Ｔが経過しても更新した共通鍵生成用情報を受信しない場合に、既存方式の共通鍵を使用することを決定し、現在の共通鍵を既存方式の共通鍵に切り替えるよう暗号・復号処理部３０４に指示することとしてもよい。これらの動作は端末４００Ｂにおいても同様である。
　また、ＴＡ３００は、音声通信が、秘匿通信か否かを配下の電話機１０に通知し、電話機１０に表示させることとしてもよい。例えば、暗号・復号処理部３０４が、共通鍵を使用して音声パケットの暗号化／復号を行う場合において、暗号・復号処理部３０４がそれ示す情報を電話機１０に通知し、電話機１０は、秘匿通信が行われていることを示す情報を表示する。また、例えば、暗号・復号処理部３０４が、共通鍵を使用して音声パケットの暗号化／復号を行わない場合において、暗号・復号処理部３０４はそれ示す情報を電話機１０に通知し、電話機１０は、秘匿通信が行われていないことを示す情報を表示することとしてもよい。
　また、暗号・復号処理部３０３が、共通鍵を使用して音声パケットの暗号化／復号を行う場合において、暗号・復号処理部３０４が、共通鍵の種類（既存方式の共通鍵、多者間鍵共有技術を使用した共通鍵）を電話機１０に通知し、電話機１０は、秘匿通信が行われていることと、暗号化の種類（例：既存方式、多者間鍵共有方式等）を示す情報を表示することとしてもよい。
　（ＳＩＰサーバ１００による通信制御例）
　次に、ＳＩＰサーバ１００による通信制御例を図９を参照して説明する。
　この例では、電話機１０のユーザは、音声の通信相手の端末が秘匿通信可能かどうかを把握していない。この場合、仮に、電話機１０から秘匿通信不可の端末への発信がなされた場合において、秘匿通信を行うことができないので、そのような通信は制限される。具体的には下記のとおりである。
　図９に示すように、電話機１０から、通信相手の電話番号を宛先として含むＩｎｖｉｔｅメッセージが送信される（Ｓ３０１）。当該Ｉｎｖｉｔｅメッセージを受信したＴＡ３００において、呼制御部３０２が、当該Ｉｎｖｉｔｅメッセージに含まれる宛先の電話番号を含む問い合わせメッセージをＳＩＰサーバ１００に送信する（Ｓ３０２）。
　ＳＩＰサーバのデータ格納部１０２には、例えば図１０に示すように、電話番号と、当該電話番号を持つ端末がサポートする機能とを対応付けたテーブルが格納されている。
　図９に戻り、Ｓ３０２で宛先の電話番号を含む問い合わせメッセージを受信したＳＩＰサーバ１００における呼制御部１０１は、当該宛先の電話番号に基づき図１０に示したテーブルを検索することにより、当該宛先の電話番号の端末が秘匿通信機能を持つか否かを判定する（Ｓ３０３）。
　そして、ＳＩＰサーバ１００における呼制御部１０１は、判定結果を示す回答メッセージをＴＡ３００に返す（Ｓ３０４）。回答メッセージが「秘匿通信機能有り」を示す場合には、図８に示したＳ１０１以降の処理が実行され、秘匿通信が実施される。
　回答メッセージが「秘匿通信機能無し」を示す場合には、例えば、ＴＡ３００の呼制御部３０２は、当該電話番号の端末との通信は不可であることを示すメッセージを電話機１０に通知し、電話機１０は、当該メッセージを表示する。また、呼接続処理は継続されない。
　あるいは、回答メッセージが「秘匿通信機能無し」を示す場合に、ＴＡ３００の呼制御部３０２は、当該電話番号の端末との通信は秘匿通信ではないことを示すメッセージを電話機１０に通知し、秘匿を行わない呼接続処理を継続してもよい。秘匿通信ではないことを示すメッセージを表示する電話機１０のユーザは、秘匿通信ではないことを認識して通話を行うことができる。
　ＴＡ３００を使用しない端末間の通信において、例えば、ＳＩＰサーバ１００の呼制御部１０１がデータ格納部１０２のテーブルを参照することにより、端末４００Ａの発信先の電話番号の端末が秘匿通信機能を有しない端末であると判断した場合には、呼接続処理を中止して、着信をさせないこととしてもよい。
　また、端末４００も、上記のＴＡ３００が有する問い合わせ機能と同様の機能を有することとしてもよい。例えば、図７で示した処理において、Ｓ１０１の前の段階で、端末４００Ａの呼制御部４０２Ａは、ユーザにより入力された宛先の電話番号を含む問い合わせメッセージをＳＩＰサーバ１００に送信し、ＳＩＰサーバ１００から判定結果を示す回答メッセージを受信する。回答メッセージが「秘匿通信機能有り」を示す場合には、図７に示したＳ１０１以降の処理が実行され、秘匿通信が実施される。
　回答メッセージが「秘匿通信機能無し」を示す場合には、例えば、端末４００Ａの呼制御部４０２は、当該電話番号の端末との通信は不可であることを示すメッセージを表示し、呼制御処理を停止する。あるいは、回答メッセージが「秘匿通信機能無し」を示す場合において、端末４００Ａの呼制御部４０２Ａは、当該電話番号の端末との通信は秘匿通信ではないことを示すメッセージを表示し、秘匿を行わない呼接続処理を継続してもよい。秘匿通信ではないことを示すメッセージを見たユーザは、秘匿通信ではないことを認識して通話を行うことができる。
　また、ＳＩＰサーバ１００は、端末間で秘匿通信が行われることを検知した場合において、各種の転送機能の使用を許可しないこととしてもよい。他のユーザが成りすましで通話できてしまうことを防止するためである。例えば、図７の例において、Ｓ１０２でＩｎｖｉｔｅメッセージを受信したＳＩＰサーバ１００は、データ格納部１０２に格納されている情報に基づいて、発信元の電話番号と宛先の電話番号の両方が秘匿通信機能を持つことを検出すると、当該Ｉｎｖｉｔｅメッセージにより確立される呼は秘匿通信になると判断する。その後、例えば、Ｉｎｖｉｔｅメッセージを受信した端末４００Ｂからの操作により、ＳＩＰサーバ１００の呼制御部１０１が、Ｉｎｖｉｔｅメッセージに係る呼を端末４００Ｂ以外の端末に転送する指示を受けたとしても、呼制御部１０１は、当該指示に従わずに、転送を行わない。転送を行わない場合、例えば、図７に示した呼接続処理が継続されることとしてもよいし、呼接続処理を停止することとしてもよい。
　＜実施の形態のまとめ＞
　以上、説明したように、本実施の形態では、既存方式の共通鍵（例えばSDES）を用いて先に暗号化通信を開始し、その裏で、通信路に鍵を流さない方式（例えば、多者間鍵共有方式、ZRTP、IKE）で共通鍵を生成し、当該共通鍵が生成された後に、鍵を切り替えることとしたので、迅速にセキュアな通信を開始できる。
　本実施の形態において、以下の通信装置、通信方法、及びプログラムが提供される。
（第１項）
　呼制御装置、及び鍵情報配信装置を有する通信システムにおいて使用される通信装置であって、
　前記通信装置が他の通信装置との間でメディア通信を行う場合において、前記鍵情報配信装置に対して、第１共通鍵の生成のための共通鍵生成用情報を要求する鍵生成手段と、
　前記呼制御装置に対して呼接続要求メッセージを送信することにより、前記通信装置と前記他の通信装置との間に呼接続を確立する呼制御手段と、
　第２共通鍵を使用して暗号化されたメディアパケットの送受信を行う通信手段とを備え、
　前記鍵生成手段は、前記鍵情報配信装置から受信する前記共通鍵生成用情報を使用して前記第１共通鍵を生成し、前記通信手段は、当該第１共通鍵が生成された後に、前記第１共通鍵を使用して暗号化されたメディアパケットの送受信を行う
　ことを特徴とする通信装置。
（第２項）
　前記鍵生成手段は、更新された共通鍵生成用情報である更新共通鍵生成用情報を前記鍵情報配信装置から受信した場合に、当該更新共通鍵生成用情報を使用して、更新された第１共通鍵である更新第１共通鍵を生成し、前記通信手段は、当該更新第１共通鍵を使用して暗号化されたメディアパケットの送受信を行う
　ことを特徴とする第１項に記載の通信装置。
（第３項）
　前記鍵生成手段が、前記共通鍵生成用情報を使用して前記第１共通鍵を生成した後に、所定時間が経過しても、前記更新共通鍵生成用情報を前記鍵情報配信装置から受信しない場合において、前記通信手段は、前記第１共通鍵又は前記第２共通鍵を使用してメディアパケットの暗号化を実行する
　ことを特徴とする第２項に記載の通信装置。
（第４項）
　前記呼制御手段は、前記他の通信装置の電話番号を含む問い合わせメッセージを前記呼制御装置に送信し、当該呼制御装置から、前記他の通信装置が秘匿通信機能を有することを示す回答情報を受信した場合に、前記呼接続を確立するための処理を実行する
　ことを特徴とする第１項ないし第３項のうちいずれか１項に記載の通信装置。
（第５項）
　前記通信手段は、秘匿通信機能を有しない端末から受信したメディアパケットを暗号化して前記他の通信装置に送信し、前記他の通信装置から受信した暗号化されたメディアパケットを復号して前記秘匿通信機能を有しない端末に送信する
　ことを特徴とする第１項ないし第４項のうちいずれか１項に記載の通信装置。
（第６項）
　呼制御装置、及び鍵情報配信装置を有する通信システムにおいて使用される通信装置が実行する通信方法であって、
　前記通信装置が他の通信装置との間でメディア通信を行う場合において、前記鍵情報配信装置に対して、第１共通鍵の生成のための共通鍵生成用情報を要求するステップと、
　前記呼制御装置に対して呼接続要求メッセージを送信することにより、前記通信装置と前記他の通信装置との間に呼接続を確立するステップと、
　第２共通鍵を使用して暗号化されたメディアパケットの送受信を行うステップと、
　前記鍵情報配信装置から受信する前記共通鍵生成用情報を使用して前記第１共通鍵を生成した後に、当該第１共通鍵を使用して暗号化されたメディアパケットの送受信を行うステップと
　を備えることを特徴とする通信方法。
（第７項）
　コンピュータを、第１項ないし第５項のうちいずれか１項に記載の前記通信装置における各手段として機能させるためのプログラム。
　ＳＩＰサーバ１００、Ｋｅｙサーバ２００はそれぞれ、呼制御装置、鍵情報配信装置の例である。鍵生成制御部３０３、４０３は、鍵生成手段の例である。呼制御部３０２、４０２は、呼制御手段の例である。メディア通信部３０１、４０１、暗号・復号処理部３０４、４０４は、通信手段の例である。
　以上、本実施の形態について説明したが、本発明はかかる特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
　本特許出願は２０１７年９月２５日に出願した日本国特許出願第２０１７－１８３９９０号に基づきその優先権を主張するものであり、日本国特許出願第２０１７－１８３９９０号の全内容を本願に援用する。
１００　ＳＩＰサーバ
２００　Ｋｅｙサーバ
３００　ＴＡ
４００　端末
５００　ネットワーク
１０１　呼制御部
１０２　データ格納部
２０１　配信制御部
２０２　データ格納部
３０１　メディア通信部
３０２　呼制御部
３０３　鍵生成制御部
３０４　暗号・復号処理部
４０１　メディア通信部
４０２　呼制御部
４０３　鍵生成制御部
４０４　暗号・復号処理部
４０５　表示操作部
１０００　ドライブ装置
１００１　記録媒体
１００２　補助記憶装置
１００３　メモリ装置
１００４　ＣＰＵ
１００５　インタフェース装置
１００６　表示装置
１００７　入力装置

Claims (7)

  1. 　呼制御装置、及び鍵情報配信装置を有する通信システムにおいて使用される通信装置であって、
    　前記通信装置が他の通信装置との間でメディア通信を行う場合において、前記鍵情報配信装置に対して、第１共通鍵の生成のための共通鍵生成用情報を要求する鍵生成手段と、
    　前記呼制御装置に対して呼接続要求メッセージを送信することにより、前記通信装置と前記他の通信装置との間に呼接続を確立する呼制御手段と、
    　第２共通鍵を使用して暗号化されたメディアパケットの送受信を行う通信手段とを備え、
    　前記鍵生成手段は、前記鍵情報配信装置から受信する前記共通鍵生成用情報を使用して前記第１共通鍵を生成し、前記通信手段は、当該第１共通鍵が生成された後に、前記第１共通鍵を使用して暗号化されたメディアパケットの送受信を行う
    　ことを特徴とする通信装置。
  2. 　前記鍵生成手段は、更新された共通鍵生成用情報である更新共通鍵生成用情報を前記鍵情報配信装置から受信した場合に、当該更新共通鍵生成用情報を使用して、更新された第１共通鍵である更新第１共通鍵を生成し、前記通信手段は、当該更新第１共通鍵を使用して暗号化されたメディアパケットの送受信を行う
    　ことを特徴とする請求項１に記載の通信装置。
  3. 　前記鍵生成手段が、前記共通鍵生成用情報を使用して前記第１共通鍵を生成した後に、所定時間が経過しても、前記更新共通鍵生成用情報を前記鍵情報配信装置から受信しない場合において、前記通信手段は、前記第１共通鍵又は前記第２共通鍵を使用してメディアパケットの暗号化を実行する
    　ことを特徴とする請求項２に記載の通信装置。
  4. 　前記呼制御手段は、前記他の通信装置の電話番号を含む問い合わせメッセージを前記呼制御装置に送信し、当該呼制御装置から、前記他の通信装置が秘匿通信機能を有することを示す回答情報を受信した場合に、前記呼接続を確立するための処理を実行する
    　ことを特徴とする請求項１ないし３のうちいずれか１項に記載の通信装置。
  5. 　前記通信手段は、秘匿通信機能を有しない端末から受信したメディアパケットを暗号化して前記他の通信装置に送信し、前記他の通信装置から受信した暗号化されたメディアパケットを復号して前記秘匿通信機能を有しない端末に送信する
    　ことを特徴とする請求項１ないし４のうちいずれか１項に記載の通信装置。
  6. 　呼制御装置、及び鍵情報配信装置を有する通信システムにおいて使用される通信装置が実行する通信方法であって、
    　前記通信装置が他の通信装置との間でメディア通信を行う場合において、前記鍵情報配信装置に対して、第１共通鍵の生成のための共通鍵生成用情報を要求するステップと、
    　前記呼制御装置に対して呼接続要求メッセージを送信することにより、前記通信装置と前記他の通信装置との間に呼接続を確立するステップと、
    　第２共通鍵を使用して暗号化されたメディアパケットの送受信を行うステップと、
    　前記鍵情報配信装置から受信する前記共通鍵生成用情報を使用して前記第１共通鍵を生成した後に、当該第１共通鍵を使用して暗号化されたメディアパケットの送受信を行うステップと
    　を備えることを特徴とする通信方法。
  7. 　コンピュータを、請求項１ないし５のうちいずれか１項に記載の前記通信装置における各手段として機能させるためのプログラム。
PCT/JP2018/003289 2017-09-25 2018-01-31 通信装置、通信方法、及びプログラム WO2019058574A1 (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CN201880004112.0A CN109906583B (zh) 2017-09-25 2018-01-31 通信装置、通信方法以及记录介质
KR1020197011833A KR102358965B1 (ko) 2017-09-25 2018-01-31 통신 장치, 통신 방법, 및 프로그램
EP18859260.4A EP3522443B1 (en) 2017-09-25 2018-01-31 Communication apparatus, communication method, and program
US16/345,042 US10848471B2 (en) 2017-09-25 2018-01-31 Communication apparatus, communication method, and program

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2017-183990 2017-09-25
JP2017183990A JP6456451B1 (ja) 2017-09-25 2017-09-25 通信装置、通信方法、及びプログラム

Publications (1)

Publication Number Publication Date
WO2019058574A1 true WO2019058574A1 (ja) 2019-03-28

Family

ID=65037109

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2018/003289 WO2019058574A1 (ja) 2017-09-25 2018-01-31 通信装置、通信方法、及びプログラム

Country Status (6)

Country Link
US (1) US10848471B2 (ja)
EP (1) EP3522443B1 (ja)
JP (1) JP6456451B1 (ja)
KR (1) KR102358965B1 (ja)
CN (1) CN109906583B (ja)
WO (1) WO2019058574A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020166132A1 (ja) * 2019-02-15 2020-08-20 三菱日立パワーシステムズ株式会社 制御装置、産業用制御システムおよび暗号鍵寿命延長方法

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110351084B (zh) * 2019-07-17 2022-02-08 伟志股份公司 一种城市基础测绘数据保密处理方法

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002305533A (ja) * 2000-12-25 2002-10-18 Matsushita Electric Ind Co Ltd データベース管理装置、管理方法及びその記録媒体
JP2010178242A (ja) * 2009-02-02 2010-08-12 Fujitsu Ltd ゲートウェイ、情報処理方法、プログラム及びデータ暗号化端末
US20150026473A1 (en) * 2013-07-17 2015-01-22 Avaya Inc. Verifying privacy of web real-time communications (webrtc) media channels via corresponding webrtc data channels, and related methods, systems, and computer-readable media

Family Cites Families (68)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR940006164B1 (ko) 1991-05-11 1994-07-08 금성일렉트론 주식회사 반도체 패키지 및 그 제조방법
EP0563761B1 (en) 1992-03-30 1997-05-21 Murata Manufacturing Co., Ltd. Vibrator with trimmed ledge-line portions
US5327373A (en) 1992-08-21 1994-07-05 Board Of Regents, The University Of Texas System Optoelectronic memories with photoconductive thin films
US5253567A (en) 1993-03-05 1993-10-19 Stein, Inc. Thermal fluid heat exchanger for deep fat fryer
JP3216455B2 (ja) 1994-12-22 2001-10-09 株式会社村田製作所 容量型静電サーボ加速度センサ
DE19508852C1 (de) 1995-03-11 1996-08-08 Fichtel & Sachs Ag Transportsicherung für eine Luftfeder
US5852594A (en) 1995-12-29 1998-12-22 Sony Corporation Electronic equipment and recording and/or reproducing apparatus for recording medium
KR100240953B1 (ko) 1996-10-02 2000-01-15 이종수 전력변환장치의 펄스폭 변조 방법
US6067596A (en) 1998-09-15 2000-05-23 Compaq Computer Corporation Flexible placement of GTL end points using double termination points
US6857072B1 (en) * 1999-09-27 2005-02-15 3Com Corporation System and method for enabling encryption/authentication of a telephony network
US7185197B2 (en) * 2000-12-08 2007-02-27 Itt Manufacturing Enterprises, Inc. Method and apparatus to facilitate secure network communications with a voice responsive network interface device
US20020083046A1 (en) * 2000-12-25 2002-06-27 Hiroki Yamauchi Database management device, database management method and storage medium therefor
US7684565B2 (en) * 2001-01-16 2010-03-23 General Instrument Corporation System for securely communicating information packets
US7181017B1 (en) * 2001-03-23 2007-02-20 David Felsher System and method for secure three-party communications
US7243370B2 (en) * 2001-06-14 2007-07-10 Microsoft Corporation Method and system for integrating security mechanisms into session initiation protocol request messages for client-proxy authentication
US20030112977A1 (en) * 2001-12-18 2003-06-19 Dipankar Ray Communicating data securely within a mobile communications network
US7213145B2 (en) * 2002-01-10 2007-05-01 Avaya Technology Corp. Method and apparatus for secure internet protocol communication in a call processing system
AU2003289474A1 (en) * 2002-12-20 2004-07-14 Nippon Telegraph And Telephone Corporation Communication method, communication system, relay system, communication program, program for communication system, mail distribution system, mail distribution method, and mail distribution program
US7587051B2 (en) * 2003-01-13 2009-09-08 Denis Bisson System and method for securing information, including a system and method for setting up a correspondent pairing
US7325133B2 (en) * 2003-10-07 2008-01-29 Koolspan, Inc. Mass subscriber management
AU2003304676A1 (en) * 2003-12-05 2005-06-24 Telefonaktiebolaget Lm Ericsson (Publ) A method and apparatus for establishing a communication session between two terminals
DE102004009289A1 (de) * 2004-02-26 2005-09-15 Siemens Ag Verfahren zur Steuerung und Auswertung eines Nachrichtenverkehrs einer Kummunikationseinheit durch eine erste Netzwerkeinheit innerhalb eines Mobilfunksystems, sowie dazugehörige Kommunikationseinheit und erste Netzwerkeinheit
JP4554968B2 (ja) * 2004-03-26 2010-09-29 株式会社日立製作所 アドホックネットワークにおける無線通信端末装置
CN100512103C (zh) * 2004-04-07 2009-07-08 华为技术有限公司 一种端到端加密通信的密钥分发方法
US20060026633A1 (en) * 2004-07-30 2006-02-02 Pulitzer J H Integrated interactive advertising promotions and an A/V telecommunication device
US20060029050A1 (en) * 2004-08-05 2006-02-09 Harris John C IP video telephone having integrated devices
US20070016775A1 (en) * 2005-07-18 2007-01-18 Research In Motion Limited Scheme for resolving authentication in a wireless packet data network after a key update
US20070022289A1 (en) * 2005-07-20 2007-01-25 Mci, Inc. Method and system for providing secure credential storage to support interdomain traversal
US7817802B2 (en) * 2006-10-10 2010-10-19 General Dynamics C4 Systems, Inc. Cryptographic key management in a communication network
US9172493B2 (en) * 2006-12-18 2015-10-27 International Business Machines Corporation Caller-identity based security
CN101370004A (zh) * 2007-08-16 2009-02-18 华为技术有限公司 一种组播会话安全策略的分发方法及组播装置
KR101351110B1 (ko) * 2007-08-24 2014-01-16 한국과학기술원 통신 시스템에서 암호화된 데이터 송수신 장치 및 방법
KR100852146B1 (ko) * 2007-11-21 2008-08-13 한국정보보호진흥원 제 3 신뢰기관을 이용한 ＶｏＩＰ 보안 통신에서의 감청시스템 및 감청 방법
KR101042115B1 (ko) * 2008-05-08 2011-06-16 엘지전자 주식회사 세션 기반 통신 서비스에서의 보안키 관리 방법 및 이를 지원하는 단말
KR20100047099A (ko) * 2008-10-27 2010-05-07 엘지전자 주식회사 암호화키 생성 및 갱신방법
US8199507B2 (en) * 2008-12-19 2012-06-12 Openpeak Inc. Telephony and digital media services device
US8462942B2 (en) * 2008-12-31 2013-06-11 Verizon Patent And Licensing Inc. Method and system for securing packetized voice transmissions
US9413882B2 (en) * 2009-02-27 2016-08-09 Blackberry Limited System and method for enabling encrypted voice communications between an external device and telephony devices associated with an enterprise network
JP5349261B2 (ja) 2009-04-23 2013-11-20 三菱電機株式会社 暗号処理システム、鍵生成装置、鍵委譲装置、暗号化装置、復号装置、暗号処理方法及び暗号処理プログラム
KR101351789B1 (ko) 2009-04-24 2014-01-15 니뽄 덴신 덴와 가부시키가이샤 암호 시스템, 암호 통신 방법, 암호화 장치, 키 생성 장치, 복호 장치, 콘텐츠 서버 장치, 프로그램, 기억매체
US8881305B2 (en) * 2009-07-13 2014-11-04 Blackberry Limited Methods and apparatus for maintaining secure connections in a wireless communication network
WO2011062136A1 (ja) 2009-11-20 2011-05-26 三菱電機株式会社 暗号処理システム、鍵生成装置、鍵委譲装置、暗号化装置、復号装置、暗号処理方法及び暗号処理プログラム
JP5334873B2 (ja) 2010-01-08 2013-11-06 三菱電機株式会社 暗号処理システム、鍵生成装置、鍵委譲装置、暗号化装置、復号装置、暗号処理方法及び暗号処理プログラム
KR101067146B1 (ko) * 2010-01-14 2011-09-22 주식회사 팬택 휴대용 단말의 암호화 메시지 처리 방법 및 그 휴대용 단말
JP5424974B2 (ja) 2010-04-27 2014-02-26 三菱電機株式会社 暗号処理システム、鍵生成装置、暗号化装置、復号装置、署名処理システム、署名装置及び検証装置
US8364828B2 (en) * 2010-07-16 2013-01-29 Telefonaktiebolaget Lm Ericsson (Publ) SIP-based call session server and message-routing method
US8681981B2 (en) * 2010-12-03 2014-03-25 Motorola Solutions, Inc. Method and apparatus for transmitting voice communications related to a multimedia session
US8559606B2 (en) * 2010-12-07 2013-10-15 Microsoft Corporation Multimodal telephone calls
JP5612494B2 (ja) 2011-01-21 2014-10-22 日本電信電話株式会社 関数暗号を用いた時限暗号システム、時限暗号方法、装置、プログラム
US20120210134A1 (en) * 2011-02-09 2012-08-16 Navroop Mitter Method of securing communication
JP5597230B2 (ja) * 2012-08-17 2014-10-01 株式会社東芝 情報操作装置、情報出力装置および情報操作プログラム
JP5852551B2 (ja) 2012-11-12 2016-02-03 日本電信電話株式会社 関数型暗号システム、鍵生成装置、暗号化装置、復号装置、関数型暗号方法、およびプログラム
JP5852594B2 (ja) 2013-01-15 2016-02-03 日本電信電話株式会社 多倍長整数演算装置、多倍長整数演算方法、プログラム
US20140247941A1 (en) * 2013-03-01 2014-09-04 Oplink Communications, Inc. Self-configuring wireless network
US9754223B2 (en) * 2014-01-09 2017-09-05 Josip Grbavac Methods and systems for generating and validating electronic tickets
JP6067596B2 (ja) 2014-01-20 2017-01-25 日本電信電話株式会社 ペアリング演算装置、マルチペアリング演算装置、プログラム
TWI577578B (zh) 2014-03-21 2017-04-11 立凱綠能移動科技股份有限公司 電動車之溫控系統
US10079822B2 (en) * 2014-06-30 2018-09-18 Intel IP Corporation Techniques for securely receiving critical communication content associated with a critical communication service
DE102014011687B3 (de) * 2014-08-04 2016-02-04 Giesecke & Devrient Gmbh Kommunikationssystem mit PKI-Schlüsselpaar für mobiles Endgerät
KR102457809B1 (ko) * 2014-09-24 2022-10-24 삼성전자주식회사 데이터 통신 보안을 위한 방법, 장치 및 시스템
JP6259402B2 (ja) 2015-01-21 2018-01-10 日本電信電話株式会社 鍵配送管理装置、端末装置、鍵配送システム、およびプログラム
JP6386967B2 (ja) 2015-04-30 2018-09-05 日本電信電話株式会社 認証方法及びシステム
US10673629B2 (en) * 2015-04-30 2020-06-02 Nippon Telegraph And Telephone Corporation Data transmission and reception method and system
US10122767B2 (en) * 2015-05-29 2018-11-06 Nagravision S.A. Systems and methods for conducting secure VOIP multi-party calls
US10193934B2 (en) * 2015-12-03 2019-01-29 Microsoft Technology Licensing, Llc Data compression for communications signalling
CN106936788B (zh) * 2015-12-31 2019-10-22 北京大唐高鸿软件技术有限公司 一种适用于voip语音加密的密钥分发方法
US20170262837A1 (en) * 2016-03-09 2017-09-14 Paypal, Inc. Mobile transaction device implementing transactions via text messaging
EP3879750B1 (en) * 2016-07-19 2022-09-07 Nippon Telegraph And Telephone Corporation Communication terminals and programs

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002305533A (ja) * 2000-12-25 2002-10-18 Matsushita Electric Ind Co Ltd データベース管理装置、管理方法及びその記録媒体
JP2010178242A (ja) * 2009-02-02 2010-08-12 Fujitsu Ltd ゲートウェイ、情報処理方法、プログラム及びデータ暗号化端末
US20150026473A1 (en) * 2013-07-17 2015-01-22 Avaya Inc. Verifying privacy of web real-time communications (webrtc) media channels via corresponding webrtc data channels, and related methods, systems, and computer-readable media

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
TAMURA TOSHIHIKO ET AL.: "A study on secured SIP services in IP mobility environment- IEICE Technical report", IP MOBILITY, vol. 103, no. 313, 11 September 2003 (2003-09-11), pages 67 - 70 *
YONEYAMA, K. ET AL.: "Multi-Cast Key Distribution: Scalable, Dynamic and Provably Secure Construction", CRYPTOLOGY EPRINT ARCHIVE, REPORT 2016/833, 29 August 2016 (2016-08-29), XP061021669, Retrieved from the Internet <URL:https://eprint iacr.org/2016/833/20160831:163538> [retrieved on 20180329] *
YOSHIDA REO ET AL.: "A secure business chat system that prevents leakage and eavesdropping from the server by advanced encryption technology", NTT TECHNICAL REVIEW, vol. 29, no. 2, February 2017 (2017-02-01), pages 18 - 21, XP055583978, Retrieved from the Internet <URL:http://www.ntt.co.jp/journal/1702/files/jn20170218.pdf> [retrieved on 20180329] *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020166132A1 (ja) * 2019-02-15 2020-08-20 三菱日立パワーシステムズ株式会社 制御装置、産業用制御システムおよび暗号鍵寿命延長方法

Also Published As

Publication number Publication date
CN109906583B (zh) 2021-06-11
EP3522443B1 (en) 2021-04-21
KR102358965B1 (ko) 2022-02-08
US10848471B2 (en) 2020-11-24
EP3522443A1 (en) 2019-08-07
CN109906583A (zh) 2019-06-18
EP3522443A4 (en) 2020-06-10
JP2019062306A (ja) 2019-04-18
US20190281033A1 (en) 2019-09-12
JP6456451B1 (ja) 2019-01-23
KR20190077353A (ko) 2019-07-03

Similar Documents

Publication Publication Date Title
JP5763267B2 (ja) エンドツーエンド暗号化を用いる通信システムにおけるポリシールーティングに基づく合法的傍受
US8364772B1 (en) System, device and method for dynamically securing instant messages
EP2452477B1 (en) Efficient key management system and method
WO2015180654A1 (zh) 一种保密通信实现方法及装置
US9866383B2 (en) Key management for privacy-ensured conferencing
CN101800734B (zh) 一种会话信息交互方法、装置及系统
KR20130140873A (ko) 공개키에 의존하는 키 관리를 위한 보안 연계의 발견
KR101297936B1 (ko) 단말기 간의 보안 통신 방법 및 그 장치
WO2015180604A1 (zh) 一种保密通信控制、保密通信方法及装置
US20230254698A1 (en) Methods for seamless session transfer without re-keying
JP2006217446A (ja) 遠隔会議システム
CN108833943A (zh) 码流的加密协商方法、装置及会议终端
JP6456451B1 (ja) 通信装置、通信方法、及びプログラム
WO2016134631A1 (zh) 一种OpenFlow报文的处理方法及网元
US9143488B2 (en) Real-time encryption of voice and fax over IP
KR101210938B1 (ko) 암호 통신 방법 및 이를 이용한 암호 통신 시스템
Bilien Key Agreement for secure Voice over IP
CN104753869A (zh) 基于sip协议的通话加密方法
WO2018207653A1 (ja) 鍵配送システム及び方法、鍵生成装置、代表ユーザ端末、サーバ装置、ユーザ端末並びにプログラム
CN110890968B (zh) 一种即时通信方法、装置、设备及计算机可读存储介质
JP6554851B2 (ja) Ｉｐ電話暗号化装置および暗号化方法
Kamal et al. Solving interoperability problem of SIP, H. 323 and Jingle with a middleware
CN116566736A (zh) 一种通信代理方法、装置、设备及存储介质
Wu et al. Transparently secure smartphone-based social networking
JP2005080245A (ja) 情報開示制御方法及び情報開示制御システム及び通信装置及びセッション制御サーバ及び情報開示制御プログラム

Legal Events

Date Code Title Description
ENP Entry into the national phase

Ref document number: 20197011833

Country of ref document: KR

Kind code of ref document: A

ENP Entry into the national phase

Ref document number: 2018859260

Country of ref document: EP

Effective date: 20190501

121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 18859260

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE