WO2015092949A1 - 認証システムおよび認証方法 - Google Patents

認証システムおよび認証方法 Download PDF

Info

Publication number
WO2015092949A1
WO2015092949A1 PCT/JP2014/004389 JP2014004389W WO2015092949A1 WO 2015092949 A1 WO2015092949 A1 WO 2015092949A1 JP 2014004389 W JP2014004389 W JP 2014004389W WO 2015092949 A1 WO2015092949 A1 WO 2015092949A1
Authority
WO
WIPO (PCT)
Prior art keywords
controller
certificate
crl
revocation list
storage capacity
Prior art date
Application number
PCT/JP2014/004389
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 EP14870879.5A priority Critical patent/EP3086504B1/en
Priority to JP2015553328A priority patent/JP6410189B2/ja
Publication of WO2015092949A1 publication Critical patent/WO2015092949A1/ja
Priority to US14/934,261 priority patent/US10523446B2/en

Links

Images

Classifications

    • 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/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H04L9/3263—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving certificates, e.g. public key certificate [PKC] or attribute certificate [AC]; Public key infrastructure [PKI] arrangements
    • H04L9/3268—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving certificates, e.g. public key certificate [PKC] or attribute certificate [AC]; Public key infrastructure [PKI] arrangements using certificate validation, registration, distribution or revocation, e.g. certificate revocation list [CRL]
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/30—Authentication, i.e. establishing the identity or authorisation of security principals
    • G06F21/31—User authentication
    • G06F21/33—User authentication using certificates
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/30—Authentication, i.e. establishing the identity or authorisation of security principals
    • G06F21/44—Program or device authentication
    • 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/12—Applying verification of the received information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
    • 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
    • H04L9/0891—Revocation or update of secret information, e.g. encryption key update or rekeying
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/04—Key management, e.g. using generic bootstrapping architecture [GBA]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/08—Access security
    • H04W12/082—Access security using revocation of authorisation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/12—Detection or prevention of fraud
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2209/00—Additional information or applications relating to cryptographic mechanisms or cryptographic arrangements for secret or secure communication H04L9/00
    • H04L2209/64—Self-signed certificates
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/10—Small scale networks; Flat hierarchical networks
    • H04W84/12—WLAN [Wireless Local Area Networks]

Definitions

  • This disclosure relates to an authentication system that enables a device and a controller to be connected safely.
  • Wi-Fi Protected Setup to facilitate connection between devices.
  • Wi-Fi wireless connection only guarantees device interoperability between the appliance at the access point corresponding to the controller and the home appliance, and does not authenticate whether the connection partner is a legitimate device. .
  • Non-patent Document 2 a public key authentication infrastructure (PKI: Public Key Infrastructure) in order to authenticate the validity of a device.
  • PKI Public Key Infrastructure
  • the authentication based on PKI guarantees the validity of a device by authenticating that an entity (home appliance or controller) has a private key and a public key certificate issued by a certificate authority. When a private key is leaked, the public key certificate needs to be revoked in order to prevent fraud using the public key certificate.
  • a certificate revocation list CTL that is a certificate revocation list is represented (Non-patent Document 2).
  • the CRL is a list of revoked public key certificates, and the certificate authority that issued the public key certificate adds a signature to the revoked public key certificate ID and distributes it.
  • the home appliance or controller entity verifies whether the public key certificate of another entity to be connected is described in the CRL. Therefore, it is necessary to use the latest CRL as the CRL.
  • Wi-Fi Alliance “Wi-Fi CERTIFIED Wi-Fi Protected Setup: Easing the User Experience for Home and Small Office Wi-FiR Network, 20 June (20th, 20th, 20th, 20th, 20th, 20th, 20th, 20th) Search], Internet ⁇ URL: http: // www. wi-fi.
  • An authentication system includes a first device connected to a first controller via a first network, a second device connected to the second controller via a second network, a second controller, and a second controller A second device connected via a network,
  • the first device receives a certificate revocation list from the first controller, The first device is: Detecting the second device connected to the second controller to which the first device is connected; The storage capacity of the second device is smaller than a predetermined threshold, and the certificate identifier of the public key certificate possessed by the second controller connected to the second device is described in the certificate revocation list.
  • the certificate revocation list is not transmitted to the second device.
  • FIG. 1 is an overall configuration diagram of an authentication system in Embodiment 1.
  • FIG. 2 is a configuration diagram of a controller in Embodiment 1.
  • FIG. 6 is a diagram illustrating an example of a connected device management table of a controller according to Embodiment 1.
  • FIG. 6 is a diagram showing an example of a public key certificate in Embodiment 1.
  • FIG. 3 is a diagram illustrating an example of a CRL in Embodiment 1.
  • FIG. 1 is a configuration diagram of a device in Embodiment 1.
  • FIG. 6 is a diagram illustrating an example of a connection controller management table of devices in the first embodiment.
  • FIG. FIG. 3 is a configuration diagram of a manufacturer server in the first embodiment.
  • FIG. 6 is a diagram illustrating an example of a device information management table of a maker server according to Embodiment 1.
  • FIG. 2 is a configuration diagram of a portal server in Embodiment 1.
  • FIG. 3 is a sequence diagram at the time of device registration in Embodiment 1.
  • FIG. 3 is a sequence diagram at the time of device registration in Embodiment 1.
  • FIG. 10 is a sequence diagram when updating the CRL of the manufacturer server in the first embodiment.
  • FIG. 10 is a sequence diagram when updating the CRL of the device in the first embodiment.
  • FIG. 10 is a sequence diagram when updating the CRL of the device in the first embodiment.
  • FIG. 10 is a sequence diagram when updating the CRL of the device in the first embodiment.
  • FIG. 10 is a sequence diagram when updating the CRL of the device in the first embodiment.
  • FIG. 10 is a sequence diagram when updating the CRL of the device in the first embodiment.
  • FIG. 10 is a sequence diagram at the time of device registration in the second embodiment.
  • FIG. 10 is a sequence diagram at the time of device registration in the second embodiment.
  • FIG. 10 is a sequence diagram at the time of device registration in the second embodiment.
  • FIG. 10 is a diagram illustrating an example of a connection controller management table of devices in the second embodiment.
  • 10 is a diagram illustrating an example of a connected device management table of a controller according to Embodiment 2.
  • FIG. FIG. 10 is a sequence diagram at the time of device history information transmission processing in the second embodiment.
  • FIG. 10 is a sequence diagram at the time of CRL update of a device in the third embodiment.
  • FIG. 10 is a sequence diagram at the time of CRL update of a device in the third embodiment.
  • FIG. 10 is a sequence diagram at the time of CRL update of a device in the third embodiment.
  • FIG. 10 is a sequence diagram at the time of CRL update of a device in the third embodiment.
  • FIG. 10 is an overall configuration diagram of an authentication system in a fourth embodiment.
  • FIG. 10 is a sequence diagram at the time of CRL update of a device in the fourth embodiment.
  • FIG. 10 is a sequence diagram at the time of CRL update of a device in the fourth embodiment.
  • FIG. 10 is a sequence diagram at the time of CRL update of a device in the fourth embodiment.
  • FIG. 10 is a sequence diagram at the time of CRL update of a device in the fourth embodiment.
  • FIG. 10 is an overall configuration diagram of an authentication system in a fifth embodiment.
  • FIG. 20 is a sequence diagram at the time of CRL update of a device in the fifth embodiment.
  • FIG. 20 is a sequence diagram at the time of CRL update of a device in the fifth embodiment.
  • FIG. 20 is a sequence diagram at the time of CRL update of a device in the fifth embodiment.
  • FIG. 17 is a conceptual diagram of processing for transmitting a CRL from the device 200c to the device 200b when updating the CRL of the device in the third embodiment.
  • FIG. 20 is a diagram illustrating an example of a connected device management table for each device according to the third embodiment. It is a block diagram of CRL in the case of producing CRL collectively in the modification (12). It is a block diagram of a CRL when a CRL is created collectively for each device type in Modification (13). It is a block diagram of CRL in the case of producing CRL collectively for every maker in modification (13).
  • FIG. 10 is a sequence diagram of controller registration processing at the time of device registration in the third embodiment.
  • FIG. 25 is a sequence diagram of controller registration processing at the time of device registration in the fifth embodiment.
  • the home appliance When the home appliance is connected to only one controller, the home appliance obtains the CRL via the controller. At this time, if the controller is an unauthorized device, even if the public key certificate is described in the CRL, unless the controller distributes the CRL in which the controller's public key certificate is described to the home appliance, The controller is authenticated as a valid device.
  • An authentication system includes a first device connected to a first controller via a first network, a second device connected to the second controller via a second network, a second controller, and a second controller A second device connected via a network, and an authentication system comprising: When the first device receives the certificate revocation list from the first controller, The first device is Detecting a second device connected to the second controller to which the first device is connected; When the storage capacity of the second device is smaller than a predetermined threshold value and the certificate identifier of the public key certificate of the second controller connected to the second device is described in the certificate revocation list , Sending the certificate revocation list to the second device, When the storage capacity of the second device is smaller than the predetermined threshold and the certificate identifier is not described in the certificate revocation list, the certificate revocation list is not transmitted to the second device.
  • a device having a small storage capacity can receive and hold the minimum necessary CRL in which the certificate ID of the public key certificate of the connected controller is described, and can connect to an unauthorized controller. Can be prevented.
  • the first device may transmit the certificate revocation list to the second device when the storage capacity of the second device is larger than a predetermined threshold value.
  • the predetermined threshold may be the size of one certificate revocation list.
  • a device with a large storage capacity can identify a device with a small storage capacity, and can determine whether or not to transmit a CRL to a device with a small storage capacity.
  • the second device when the second device receives the certificate revocation list from the first device, the second device stops the connection with the second controller specified by the certificate identifier described in the certificate revocation list. Also good.
  • the authentication system includes a first device connected to the first controller via the first network, a first controller connected to the first controller via the first network, a second controller, An authentication system including a second device connected by a network of two,
  • the first device receives the certificate revocation list from the first controller, The first device is Detecting a second device connected to the first controller; If the storage capacity of the second device is smaller than the predetermined threshold, obtain the certificate identifier of the public key certificate of the second controller from the second device, If the certificate identifier is listed in the certificate revocation list, send the certificate revocation list to the second device, If the certificate identifier is not listed in the certificate revocation list, the certificate revocation list is not transmitted to the second device.
  • the CRL can be transmitted to a device with a small storage capacity, and an unauthorized controller can be transmitted. Connection can be prevented.
  • the second device when the second device receives the certificate revocation list from the first device, the second device stops the connection with the second controller specified by the certificate identifier described in the certificate revocation list. Also good.
  • the first device may transmit the certificate revocation list to the second device when the storage capacity of the second device is larger than a predetermined threshold value.
  • it further contains the 3rd apparatus connected with a 2nd controller with a 2nd network, and when a 2nd apparatus receives a certificate revocation list from a 1st apparatus, it will describe in a certificate revocation list.
  • the third device connected to the second controller having the public key certificate indicated by the certificate identifier may be detected, and the certificate revocation list may be transmitted to the third device.
  • the authentication system includes a first device connected to the first controller via the first network, a first controller connected to the first controller via the first network, a second controller, An authentication system including a second device connected by a network of two, The second device is When connecting to the second controller, the certificate identifier of the public key certificate of the second controller is received from the second controller, the certificate identifier is transmitted to the first device, The first device is When the certificate identifier received from the second device is described in the certificate revocation list held by the first device, the certificate revocation list is transmitted to the second device, If the certificate identifier is not described in the certificate revocation list held by the first device, the certificate revocation list is not transmitted to the second device.
  • the second device when the second device receives the certificate revocation list, the second device confirms that the certificate identifier is described in the certificate revocation list and cancels the connection with the second controller. Also good.
  • FIG. 1 is a diagram illustrating an overall configuration of the authentication system 10 according to the present disclosure.
  • the authentication system 10 includes a controller 100, a device 200, a server 300, and a portal server 400.
  • the controllers 100a and 100b are devices having a function of controlling the devices.
  • the controllers 100a and 100b have functions such as connecting to a server, transmitting home appliance history information to the server, receiving a control request from the server, and controlling home appliances.
  • the devices 200a to 200c are home appliances and housing equipment that collect device history information, such as televisions, recorders, air conditioners, refrigerators, and storage batteries.
  • Servers 300a to 300c are a content server that distributes content, a manufacturer server that manufactures home appliances, and a service server that provides services.
  • the history information of the device in the home is transmitted to the controller, and the controller transmits the history information of the device to the manufacturer server.
  • the service server is an electric power company
  • the electric power company connects to the controller via a home smart meter (not shown). Based on the power information from the power company, the controller controls household devices and suppresses power consumption in the home.
  • FIG. 2 is a configuration diagram of the controller 100a.
  • the controller 100a includes a device management unit 101, a device information holding unit 102, an authentication processing unit 103, an authentication information holding unit 104, and a communication unit 105.
  • the controller 100b has the same configuration.
  • the device management unit 101 manages devices connected to the controller. When there is a connection request from the device, the device management unit 101 transmits the public key certificate received from the device to the authentication processing unit 103 and requests an authentication process. The device management unit 101 receives the authentication result from the authentication processing unit 103. If the authentication is successful, the device management unit 101 registers the device ID and the certificate ID in the connected device management table held by the device information holding unit 102.
  • the device information holding unit 102 manages information on devices connected to the controller.
  • FIG. 3 is a diagram showing an example of a device information management table that the device information holding unit 102 has.
  • the device information management table records a device ID and a certificate ID of a public key certificate possessed by the device.
  • the authentication processing unit 103 performs an authentication process with the device.
  • the authentication processing unit 103 receives an authentication request from the device management unit 101 together with the device public key certificate
  • the authentication processing unit 103 acquires the CRL recorded in the authentication information holding unit 104 and obtains the certificate of the device public key certificate. It is verified whether the ID is described in the CRL. Further, the authentication processing unit 103 verifies the signature of the public key certificate using the public key (not shown) of the portal server that is the certificate authority. Also, the authentication processing unit 103 generates a random number and transmits the random number to the device. The authentication processing unit 103 verifies the signature of the random number received from the device. If any verification fails, the authentication processing unit 103 determines that the device is an unauthorized device.
  • the authentication information holding unit 104 has a private key / public key certificate key pair and CRL.
  • the private key, public key certificate, and CRL are embedded in the authentication information holding unit 104 at the time of shipment.
  • FIG. 4 is a diagram illustrating an example of the configuration of a public key certificate.
  • a public key certificate includes a version, an issuer, start and end of a validity period, a certificate ID, and a signature of a portal server that is a certificate authority.
  • FIG. 5 is a diagram illustrating an example of the configuration of the CRL.
  • the CRL includes a CRL version, an issuer, an issue date, a next issue date, a revoked certificate ID, and a signature of a portal server that is a certificate authority.
  • the certificate ID is not limited to one, and there may be a plurality of certificate IDs.
  • the communication unit 105 communicates with the device 200, the manufacturer server 300a, and the service server 300b.
  • the communication unit 105 performs SSL (Secure Socket Layer) communication in communication with the server.
  • SSL Secure Socket Layer
  • a certificate necessary for SSL communication is recorded by the communication unit 105.
  • FIG. 6 is a configuration diagram of the device 200.
  • the device 200 includes a device management unit 201, a device history holding unit 202, a device information holding unit 203, an authentication processing unit 204, an authentication information holding unit 205, and a communication unit 206.
  • the device management unit 201 transmits a connection request to the controller 100 at the time of activation.
  • the communication unit 206 executes SSL communication with the content server 300c.
  • the device management unit 201 Upon receiving the public key certificate from the controller, the device management unit 201 transmits an authentication request to the authentication processing unit 204.
  • the device management unit 201 receives the authentication result from the authentication processing unit 204.
  • the device management unit 201 registers the controller ID and the certificate ID in the connection controller management table held by the device information holding unit 203.
  • the device management unit 201 transmits the device history recorded by the device history holding unit 202 to the server via the controller periodically or irregularly. When directly connected to the content server, it is transmitted to the server without going through the controller.
  • the device history holding unit 202 acquires and records the device operation history.
  • the device information holding unit 203 manages information on the controller 100 connected to the device.
  • FIG. 7 is a diagram showing an example of a connection controller management table that the device information holding unit 203 has.
  • the connected controller management table records the controller ID and the certificate ID of the public key certificate possessed by the controller.
  • the authentication processing unit 204 performs authentication processing with the controller.
  • the authentication processing unit 204 receives an authentication request together with the public key certificate from the device management unit 201
  • the authentication processing unit 204 acquires the CRL recorded in the authentication information holding unit 205, and the certificate ID of the controller public key certificate is obtained. It is verified whether it is described in the CRL.
  • the authentication processing unit 204 verifies the signature of the public key certificate using the public key (not shown) of the portal server that is the certificate authority.
  • the authentication processing unit 204 generates a random number and transmits the random number to the controller.
  • the authentication processing unit 204 verifies the signature of the random number received from the controller. If any verification fails, the authentication processing unit 204 determines that the controller is an unauthorized device.
  • the authentication information holding unit 205 has a private key / public key certificate key pair and CRL.
  • the key pair and CRL of the private key and public key certificate are embedded in the authentication information holding unit 205 when the device is shipped. Since the public key certificate and CRL have the same configuration as the public key certificate and CRL possessed by the controller, description thereof is omitted here.
  • the communication unit 206 communicates with the controller 100 and the content server 300c.
  • the communication unit 206 performs SSL (Secure Socket Layer) communication in communication with the content server.
  • SSL Secure Socket Layer
  • a certificate necessary for SSL communication is recorded by the communication unit 206.
  • FIG. 8 is a configuration diagram of the manufacturer server 300a.
  • the manufacturer server 300a includes a device information management unit 301, a device information holding unit 302, a CRL management unit 303, a CRL holding unit 304, and a communication unit 305.
  • the service server 300b has the same configuration.
  • the device information management unit 301 controls the device information holding unit 302 to manage the association between the controller and the device, the controller to be connected, the device ID, the certificate ID of the public key certificate, and the device history. In addition, when the device information management unit 301 detects a device or controller fraud, the device information management unit 301 notifies the portal server of the certificate ID of the public key certificate of the device or controller, and issues a CRL issuance request. The device information management unit 301 transmits the CRL to the CRL management unit 303 when the CRL is updated.
  • the device information holding unit 302 records the controller ID, device ID, certificate ID, and device history.
  • FIG. 9 is a diagram illustrating an example of a device information management table that the device information holding unit 302 has.
  • the controller ID1 which is the controller ID, indicates that devices ID1 to ID3 are connected.
  • the certificate ID of the controller public key certificate and the certificate ID of the device public key certificate are recorded.
  • the history information of the device ID 1 indicates that it is recorded in the history information 1.
  • the CRL management unit 303 controls the CRL holding unit 304 and updates the CRL of the CRL holding unit 304 when receiving the CRL from the device information management unit 301.
  • the CRL holding unit 304 records the CRL.
  • the communication unit 305 communicates with the controller 100a and the portal server 400. SSL communication is performed in communication with the controller 100a and the portal server 400. A certificate necessary for SSL communication is recorded by the communication unit 305.
  • the configuration of the content server 300c is different from that of the manufacturer server 300a.
  • SSL authentication is performed between the content server 300c and the device.
  • the device information management table of the device information holding unit 302 is a device information management table without controller information.
  • FIG. 10 is a configuration diagram of the portal server 400.
  • the portal server 400 includes a CRL management unit 401, a CRL holding unit 402, an encryption processing unit 403, an encryption key holding unit 404, and a communication unit 405.
  • the CRL management unit 401 controls the CRL holding unit 402 and manages the CRL.
  • the CRL management unit 401 receives a CRL issuance request from the manufacturer server 300a or the service server 300b, the CRL management unit 401 sets data other than the CRL signature, and requests the cryptographic processing unit 403 to generate a CRL signature.
  • the CRL management unit 401 receives the CRL generated by the signature from the encryption processing unit 403 and records it in the CRL holding unit 402.
  • the CRL holding unit 402 records the issued CRL.
  • the cryptographic processing unit 403 When the cryptographic processing unit 403 receives a signature generation request from the CRL management unit 401, the cryptographic processing unit 403 generates a CRL signature using the private key held in the encryption key holding unit 404. When the cryptographic processing unit 403 generates a CRL signature, the cryptographic processing unit 403 transmits the CRL signature to the CRL management unit 401.
  • the encryption key holding unit 404 holds a secret key for CRL issuance of the portal server 400 serving as a certificate authority.
  • the communication unit 405 communicates with each of the servers 300a to 300c. In communication with each of the servers 300a to 300c, SSL communication is performed. A certificate necessary for SSL communication is recorded by the communication unit 405.
  • the operation of the authentication system 10 includes the following.
  • FIGS. 11 to 12 show a sequence of processing in which the device 200c connects to the controller 100a and registers with the manufacturer server 300a. The same applies to the processing in which the devices 200a and 200b are connected to the controller 100a and registered in the manufacturer server 300a, and the processing in which the device 200c is connected to the controller 100b and registered in the service server 300b.
  • the controller 100a verifies whether the certificate ID of the public key certificate of the device 200c that received the connection request is described in the CRL held in the authentication information holding unit. If it is described in the CRL, an error is notified to the device 200c and the process is terminated.
  • the controller 100a verifies the signature of the public key certificate received from the device 200c. If the verification is not successful, an error is notified to the device 200c and the process is terminated.
  • the signature at this time may be ECDSA (Elliptic Curve Digital Signature Algorithm). Since ECDSA is described in Non-Patent Document 3, it is not described here.
  • the controller 100a generates a random number and transmits it to the device 200c together with the controller ID and the public key certificate.
  • the device 200c verifies whether the certificate ID of the public key certificate of the controller 100a that transmitted the connection request is described in the CRL that is held. If it is described in the CRL, an error is notified to the controller 100a and the process is terminated.
  • the device 200c verifies the signature of the public key certificate received from the controller 100a. If the verification fails, an error is notified to the controller 100a and the process is terminated.
  • the device 200c generates a signature from the random number received from the controller 100a and the private key of the device 200c.
  • the device 200c generates a random number and transmits it to the controller 100a together with the signature generated in S107.
  • the controller 100a receives the signature and the random number, and verifies the signature using the public key certificate received in S101. If the signature verification is not successful, an error is notified to the device 200c and the process is terminated.
  • the controller 100a generates a signature from the random number received in S109 and the private key of the controller 100a, and transmits the signature to the device 200a.
  • the device 200c receives the signature, and verifies the signature using the public key certificate received in S104. If the signature verification is not successful, an error is notified to the controller 100a and the process is terminated.
  • the controller 100a transmits the controller ID and the certificate ID of the public key certificate, the device ID of the device that has been successfully verified in S109, and the certificate ID of the public key certificate to the manufacturer server, and discloses the device ID and the device. Register the certificate ID of the key certificate in the connected device management table.
  • FIG. 13 shows a sequence for updating the CRL of the manufacturer server 300a.
  • the manufacturer server 300a detects an unauthorized device.
  • an unauthorized device As a specific example, when it is detected that a plurality of controllers with the same certificate ID are connected to the maker server 300a, it is detected that a plurality of devices with the same certificate ID are registered in the maker server 300a. Such as the case. Even when it is detected that the private key has been leaked, the device or controller that holds the corresponding public key certificate is determined to be an unauthorized device.
  • the manufacturer server 300a adds the certificate ID of the public key certificate of the unauthorized device or unauthorized controller detected in S121 to the certificate ID described in the CRL.
  • the manufacturer server 300a transmits a CRL issuance request to the portal server 400, which is the certificate authority, together with the certificate IDs of all public key certificates of the unauthorized device and the unauthorized controller.
  • the portal server 400 issues a CRL from the received certificate ID.
  • the portal server 400 transmits the CRL to the manufacturer server 300a.
  • the manufacturer server 300a records the received CRL in the CRL holding unit and updates it to the latest CRL.
  • the manufacturer server 300a updates the CRL before the next issue date without detecting an unauthorized device in S121.
  • FIG. 14 to FIG. 15 show a sequence for updating the CRL of the device 200c from the controller 100b.
  • the process of updating the CRL of the device 200c from the controller 100b will be described as an example, but the process of updating the CRL of the device 200c from the controller 100a is the same process.
  • the service server 300b After updating the CRL, the service server 300b requests the controller 100b to perform CRL update processing together with the CRL.
  • the controller 100b updates the CRL received from the service server 300b.
  • the controller 100b verifies whether the connected device is described in the CRL. If it is described, the service server 300b is notified and the registration of the described device is deleted.
  • the controller 100b requests CRL update processing together with the CRL to all the devices 200 to be connected.
  • CRL update processing together with the CRL to all the devices 200 to be connected.
  • a description will be given based on an example in which the update process is requested to the device 200c.
  • the device 200c verifies whether all the controllers to be connected are described in the CRL. When at least one controller to be connected is described, the detection of the unauthorized controller is notified to other devices and controllers. Also, the registration of the unauthorized controller in the connected controller management table is deleted.
  • the device 200c compares the CRL received from the controller 100b with the CRL of the authentication information holding unit, and verifies whether there is a contradiction. Specifically, when the CRL received from the controller 100a is recorded, the CRL issue date received from the controller 100b is compared with the next CRL issue date received from the controller 100a. If the next issue date of the CRL received from the controller 100a is earlier than the issue date of the CRL received from the controller 100b, the controller 100a determines that the next issue date of the CRL received from the controller 100a has passed. If the CRL is not updated, it is detected as an unauthorized controller.
  • the CRL versions received from the controller 100a and the controller 100b are compared, and if the CRL versions do not match, it is detected that the controller that transmitted the CRL with the old CRL version did not update the CRL as an unauthorized controller. .
  • the device 200c notifies other devices and controllers of detection of the unauthorized controller. Also, the registration of the unauthorized controller in the connected controller management table is deleted. Further, the connection with the controller 100a is cut off.
  • the device 200c records the received CRL in the authentication information holding unit.
  • FIG. 16 shows a sequence for updating the CRL of the device 200c from the content server 300c.
  • the content server 300c After updating the CRL, the content server 300c requests the device 200a to perform CRL update processing together with the CRL.
  • the device 200c verifies whether all connected controllers are described in the CRL. When at least one controller to be connected is described, the detection of an unauthorized controller is notified to other devices, controllers, and content server 300c. Also, the registration of the unauthorized controller in the connected controller management table is deleted.
  • the CRL could not be updated.
  • the device receives CRLs from a plurality of controllers.
  • the CRL can be acquired and updated via a plurality of networks.
  • the encryption key for communication is shared, and the history information of the device is transmitted to the server by encrypted communication.
  • the operation of the authentication system 11 includes the following.
  • FIGS. 17 to 19 show a sequence of processing in which the device 200c connects to the controller 100a and registers with the manufacturer server. The same applies to the processing in which the devices 200a and 200b are connected to the controller 100a and registered in the manufacturer server, and the processing in which the device 200c is connected to the controller 100b and registered in the service server.
  • the processing from (S201) to (S203) is the same as the processing from S101 to S103 in the first embodiment, and thus description thereof is omitted here.
  • the controller 100a transmits the controller ID and the public key certificate to the device 200c.
  • ECDH Elliptic Curve Diffie-Hellman
  • ECDH is a key exchange method of elliptic curve cryptography. Since ECDH is described in Non-Patent Document 4, it will not be described here.
  • the controller 100a generates a random number and transmits it to the device 200c.
  • the device 200c receives a random number from the controller 100a and encrypts it with the shared key.
  • the device 200c generates a random number and transmits it to the controller 100a together with the encrypted random number generated in S210.
  • the controller 100a receives the encrypted random number and the random number, decrypts the encrypted random number with the shared key, and verifies whether it matches the random number generated in S209. If the verification is not successful, an error is notified to the device 200c and the process is terminated.
  • the controller 100a encrypts the random number received in S212 with the shared key, and transmits the encrypted random number to the device 200c.
  • the device 200c receives the encrypted random number, decrypts the encrypted random number with the shared key, and verifies whether it matches the random number generated in S211. If the verification is not successful, an error is notified to the controller 100a and the process is terminated.
  • FIG. 20 is a connection controller management table in the second embodiment. In addition to the connection controller management table of the first embodiment, it is composed of a shared key shared with the controller.
  • FIG. 21 is a connected device management table in the second embodiment. In addition to the connected device management table of the first embodiment, it is composed of a shared key shared with the device.
  • FIG. 22 shows a sequence for transmitting device history information from the device to manufacturer server 300a. This upload is performed regularly or irregularly.
  • the device encrypts the accumulated device history information with the shared key, and transmits it to the controller together with the device ID.
  • the controller receives the device ID and the encrypted device history information, searches for the shared key from the device ID, and decrypts the device history information with the shared key.
  • the controller transmits the controller ID, the device ID received from the device, and the device history information to the manufacturer server 300a.
  • the manufacturer server 300a registers the received controller ID, device ID, and device history information.
  • Second Embodiment key exchange is performed during device authentication, and challenge-response authentication is performed using a shared key. Since the shared key can be generated only from the public key corresponding to the private key, if the private key corresponding to the public key of the public key certificate is not provided, the shared key cannot be generated and challenge response authentication is not successful. This makes it possible to reduce authentication processing compared to authentication processing that performs signature generation using a private key and signature verification using a public key. In addition, encrypted communication of device history information using a shared key is possible, and leakage of device history information can be prevented.
  • the CRL when a CRL of a device connected to an unauthorized controller is updated, the CRL is updated via a legitimate controller connected to the device to prevent connection to the unauthorized controller.
  • the device that has performed the CRL update can detect other devices connected to the unauthorized controller, and can notify the detected other devices of detection of the unauthorized controller.
  • a device having a small storage capacity holds only the minimum necessary CRL
  • a device having a large storage capacity having a hard disk (HDD) holds all issued CRLs.
  • another device connected to the controller to which a device with a large storage capacity is connected is detected, and it is determined whether or not to transmit a CRL according to the detected storage capacity of the device.
  • a device having a large storage capacity has a controller-specific connected device management table and determines the storage capacity of each device. Details of the controller-specific connected device management table will be described in 3.1.
  • the devices 200a and 200b are devices with a small storage capacity
  • the device 200c is a device with a large storage capacity such as an HDD.
  • the controller-specific connected device management table is added to the device information held by the device information holding unit 203 in the device 200c in the first embodiment.
  • the controller-specific connected device management table is created by the device itself when the device connects to the controller, and is stored in the device information holding unit.
  • the controller-specific connected device management table includes a controller ID, a device ID, and a storage capacity.
  • the controller ID describes the controller ID of the controller to which the device holding the table is connected.
  • the device ID the device ID of the device connected to each controller is described.
  • the storage capacity describes the size of the storage capacity of each device.
  • the size of the storage capacity is determined by the device that creates the table when detecting the device.
  • a determination method for example, there is a method in which a detected device transmits a storage capacity to a device that creates a table, or transmits whether or not it has an HDD. In the former case, the determination is made based on whether or not the storage capacity is larger than a preset threshold value.
  • a controller 100a and a controller 100b to which the device 200c is connected are described. It is described that the devices 200a and 200b are connected to the controller 100a, and that the devices 200a and 200b have a small storage capacity. Since no controller other than the device 200c is connected to the controller 100b, NULL is registered for both the device ID and the storage capacity.
  • the operation of the authentication system 10a includes the following.
  • the operation at the device registration processing in the present embodiment is the addition of the operation of registering the connected device management table for each controller to the operation of the second embodiment.
  • FIG. 40 shows a sequence after the device registers the controller in the connection controller management table at the time of device registration.
  • a description is given of a process in which when the device 200c performs device registration with the controller 100a, other devices connected to the controller 100a are detected, and the device ID of the detected device is registered in the row of the controller 100a. To do.
  • the device 200c Upon registering the controller in the connection controller management table, the device 200c registers the controller ID registered in the connection controller management table in the controller-specific connection device management table. Here, the device 200c registers the controller ID of the controller 100a.
  • the device 200c detects a device connected to the controller having the controller ID registered in S321. If not detected, the controller registration process is terminated.
  • the device 200c registers the controller ID and the device ID of the device detected in S322 in the per-controller connected device management table.
  • the device 200c transmits a storage capacity inquiry to the device having the device ID registered in the controller-specific connected device management table.
  • the device that has received the storage capacity inquiry Upon receiving the storage capacity inquiry, the device that has received the storage capacity inquiry transmits the device ID and the storage capacity to the device 200c.
  • the device 200c confirms whether the storage capacity received in S325 is smaller than a preset threshold value. If it is smaller than the threshold value, the controller ID of the controller-specific connected device management table is registered as small in the storage capacity of the row that matches the device ID received in S325. If it is greater than or equal to the threshold value, the large storage capacity is registered.
  • the threshold value is, for example, “two or more CRLs”. That is, when the device can have two or more CRLs, the large is registered in the storage capacity, and the small is registered in the storage capacity otherwise.
  • CRL is transmitted from device 200c to device 200b, and unauthorized controller 100a registration is deleted. An example of this process will be described.
  • the processing of the device 200a connected to the controller 100a is the same as that of the device 200b.
  • FIG. 35 is a conceptual diagram of processing for transmitting a CRL from the device 200c to the device 200b.
  • the device 200c having a large storage capacity records all CRLs received from the controller 100b. On the other hand, since the device 200b with a small storage capacity cannot record all CRLs, only the CRL received from the device 200c is recorded.
  • the device 200c Upon receiving the CRL in which the certificate ID of the public key certificate of the controller 100a is received, the device 200c detects the device 200b connected to the controller 100a and transmits the CRL.
  • the device 200c receives a CRL in which the certificate ID of the public key certificate of the controller 100a is described from the controller 100b.
  • the device 200c stores the CRL in which the certificate ID of the public key certificate of the controller 100a is described in the HDD.
  • the device 200c detects the device 200b with a small storage capacity connected to the common controller, and transmits the CRL to the device 200b when the controller is the controller 100a.
  • the device 200b stores the CRL in which the certificate ID of the public key certificate of the controller 100a is described in the memory.
  • the device 200c describes the certificate IDs of the public key certificates of the controller 100x, the controller 100y, and the controller 100z in addition to the CRL that describes the certificate ID of the public key certificate of the controller 100a to be connected. Hold CRL.
  • the device 200b holds only the CRL in which the certificate ID of the public key certificate of the controller 100a to be connected is described.
  • the service server 300b transmits the newly issued CRL (hereinafter, new CRL) to the controller 100b.
  • the CRL describes the certificate ID of the public key certificate of the controller 100a.
  • the controller 100b transmits the new CRL received from the service server 300b to the device 200c.
  • the controller 100b performs the same processing as in S132 to S133 of the first embodiment.
  • the device 200c verifies the CRL signature received from the controller 100b. If the verification is not successful, the CRL update process is terminated.
  • the device 200c verifies whether all the controllers to be connected are described in the CRL. If even one controller to be connected is described, the registration of the unauthorized controller in the connected controller management table is deleted. Here, the registration of the controller 100a is deleted.
  • the device 200c compares the CRL received from the controller 100b with the CRL of the authentication information holding unit, and verifies whether there is a contradiction. If there is a conflict, if there is a conflict, the registration of the controller that is the distribution source of the CRL with the conflict is deleted from the connected controller management table. Here, the registration of the controller 100a is deleted. Further, the connection with the controller 100a is cut off.
  • the device 200c records the CRL received from the controller 100b.
  • the device 200c refers to the controller-specific connected device management table and confirms the storage capacity of the device from the first row of the table. If the target device is a device with a large storage capacity, the device 200c transmits a new CRL to the target device.
  • the device 200c verifies whether the controller connected to the target device is described in the CRL. At this time, the device 200c first extracts the controller ID of the controller to which the target device is connected by referring to the controller-specific connected device management table. Next, the device 200c refers to the connection controller management table and extracts the certificate ID of the controller public key certificate corresponding to the extracted controller ID. The device 200c verifies whether the extracted certificate ID is described in the CRL. When the controller to be connected is described in the CRL, the device 200c transmits a new CRL to the target device. When the controller to be connected is not described in the CRL, the device 200c does not transmit a new CRL to the target device. Here, a new CRL is transmitted to the device 200b which is a device having a small storage capacity and the controller to be connected is the controller 100a described in the CRL.
  • the device 200c confirms whether the target device is the last row in the table. If it is not the last row, the processing in S307 to S309 is performed with the device in the next row as the target device. If it is the last line, the CRL update process is terminated.
  • the device 200b verifies the CRL signature received from the device 200c. If the verification is not successful, the CRL update process is terminated.
  • the device 200b verifies whether all connected controllers are described in the CRL. If even one controller to be connected is described in the CRL, the registration of the unauthorized controller in the connected controller management table is deleted. Here, the registration of the controller 100a is deleted.
  • the device 200b records the CRL received from the device 200c.
  • the device 200b may transmit the CRL update completion notification to the device 200c as a CRL update completion notification, and the device 200c may display the fact on the display.
  • the television for example, displays that the CRL of the device connected to the same controller has been updated when the user turns on the television.
  • Embodiment 3 when a device having a large storage capacity receives a new CRL, it detects another device connected to the controller to which the device is connected, and detects the detected device. Whether or not a new CRL is to be transmitted is determined based on the storage capacity. As a result, a device having a small storage capacity can receive and hold the minimum necessary CRL in which the certificate ID of the public key certificate of the connected controller is described, and can connect to an unauthorized controller. Can be prevented.
  • a device having a large storage capacity when a device having a large storage capacity receives a new CRL, it detects another device connected to the controller to which the device is connected, and determines the CRL based on the detected storage capacity of the device. Judging whether to send.
  • the other device has the public key certificate with the certificate ID described in the CRL. I do not know if connected to a controller with. As a result, the device connected to the controller having the public key certificate with the certificate ID described in the CRL continues to be connected to the unauthorized controller.
  • a device with a large storage capacity when a device with a large storage capacity receives a new CRL, a device with a large storage capacity is connected to a device with a small storage capacity in the public key certificate of a controller other than the controller connected in common.
  • the certificate ID is confirmed, and if the certificate ID is described in the CRL, the CRL is transmitted. Further, the device having a small storage capacity that has received the CRL transmits the CRL to another device connected to the unauthorized controller.
  • the storage capacity of the controller is small and a plurality of CRLs cannot be held.
  • the controller holds only the minimum necessary CRL in which the certificate ID of the device public key certificate is described.
  • the controller connected to the device having a large storage capacity transmits the CRL including the held CRL to the device having a large storage capacity. If the storage capacity of the controller is sufficient, the controller may also hold all CRLs and the controller may send CRLs directly to each device. However, since not all controllers have a large storage capacity, a use case having a configuration described in this embodiment will be described.
  • FIG. 26 is a diagram illustrating an overall configuration of the authentication system 10b according to the present disclosure.
  • the authentication system 10b includes a controller 100, a device 200, a server 300, and a portal server 400 similar to those in the first embodiment.
  • the device 200c is a device having a large storage capacity
  • the devices 200a and 200b are devices having a small storage capacity.
  • connection configuration different from the first and third embodiments is shown.
  • the devices 200a and 200b are connected to the controller 100a, and the devices 200b and 200c are connected to the controller 100b.
  • the portal server 400 issues one CRL for each certificate ID.
  • the operation of the authentication system 10b includes the following.
  • FIGS. 27 to 30 show a sequence of the following processing.
  • the device 200c When the device 200c is not connected to the controller having the public key certificate with the certificate ID described in the new CRL, the device having a small storage capacity has the public key certificate with the certificate ID described in the CRL. To determine whether or not to transmit a CRL to a device having a small storage capacity. On the other hand, the device 200c unconditionally transmits a CRL to a device with a large storage capacity.
  • the device 200b receives the new CRL from the device 200c, and transmits the new CRL to the device 200a connected to the unauthorized controller 100a. Will be described.
  • the service server 300b transmits a new CRL to the controller 100b.
  • the CRL describes the certificate ID of the public key certificate of the controller 100a.
  • the controller 100b transmits a new CRL to the device 200c.
  • the device 200c verifies the received CRL signature. If the verification is not successful, the CRL update process is terminated.
  • the device 200c compares the CRL received from the controller 100b with the CRL of the authentication information holding unit, and verifies whether there is a contradiction. When there is a contradiction, the registration of the controller that is the distribution source of the CRL with the contradiction is deleted from the connected controller management table.
  • the device 200c records the CRL received from the controller 100b.
  • the device 200c refers to the controller-specific connected device management table and confirms the storage capacity of the device from the first row of the table. If the device in the controller-specific connected device management table is a device with a large storage capacity, the device 200c transmits a new CRL to the target device.
  • the device 200 in the controller-specific connected device management table is a device with a small storage capacity
  • the device 200c transmits a CRL update notification to the target device.
  • the device 200c transmits a CRL update notification to the device 200b.
  • the device 200b Upon receiving the CRL update notification from the device 200c, the device 200b refers to the connection controller management table, and proves the public key certificate of the controller connected to other than the controller connected in common with the device 200c. The book ID is extracted. Here, the device 200b extracts the certificate ID of the public key certificate of the controller 100a.
  • the device 200b transmits the certificate ID of the public key certificate of the controller 100 extracted in S409 to the device 200c.
  • the device 200b transmits the certificate ID of the public key certificate of the controller 100a.
  • the device 200c checks whether the certificate ID received from the device 200b is described in the CRL. When the certificate ID is described in the CRL, the device 200c transmits the CRL to the device 200b. When the certificate ID is not described in the CRL, the device 200c does not transmit the CRL to the device 200b.
  • the device 200c confirms whether the target device is the last row in the table. If it is not the last row, the processing in S407 to S412 is performed with the device in the next row as the target device. If it is the last line, the CRL update process is terminated.
  • the device 200b verifies the CRL signature received from the device 200c. If the verification is not successful, the CRL update process is terminated.
  • the device 200b verifies whether all the controllers to be connected are described in the CRL. If even one controller to be connected is described in the CRL, the registration of the unauthorized controller in the connected controller management table is deleted. Here, the registration of the controller 100a is deleted.
  • the device 200b records the CRL received from the device 200c.
  • the device 200b detects all other devices connected to the controller having the public key certificate with the certificate ID described in the CRL received from the device 200c. Here, the device 200b detects the device 200a. If not detected, the CRL update process is terminated.
  • the device 200b transmits the CRL received from the device 200c to the device 200a.
  • the device 200a verifies the CRL signature received from the device 200b. If the verification is not successful, the CRL update process is terminated.
  • the device 200a verifies whether all the controllers to be connected are described in the CRL. If even one controller to be connected is described in the CRL, the registration of the unauthorized controller in the connected controller management table is deleted. Here, the registration of the controller 100a is deleted.
  • the device 200a records the CRL received from the device 200b.
  • a device having a large storage capacity receives a certificate ID of a public key certificate of a controller other than the commonly connected controllers from a device having a small storage capacity. Whether the CRL is transmitted to a device having a small storage capacity is determined based on whether the certificate ID is described in the CRL. Furthermore, when a device with a small storage capacity receives a new CRL from a device with a large storage capacity, the device transmits a new CRL to another device connected to the controller having the public key certificate with the certificate ID described in the CRL. Yes.
  • the CRL can be transmitted to a device with a small storage capacity, and an unauthorized controller can be transmitted. Connection can be prevented.
  • a device having a large storage capacity checks the certificate ID of a public key certificate of a controller other than the controller commonly connected to the device having a small storage capacity. Depending on whether the certificate ID is described in the CRL, it is determined whether to transmit the CRL.
  • Embodiment 5 when a device with a small storage capacity is newly connected to the controller, it is confirmed with the device with a large storage capacity whether the new controller is a regular controller. At the time of confirmation, a device with a small storage capacity transmits the certificate ID of the public key certificate of the new controller to a device with a large storage capacity, and a device with a large storage capacity has the certificate ID described in the CRL. The permission / prohibition of the connection to the new controller is determined depending on the circumstances.
  • the storage capacity of the controller is small. If a legitimate controller connected to a device with a small storage capacity is a controller with a large storage capacity and holds all CRLs, the controller may be queried. However, since not all controllers have a large storage capacity, a use case having a configuration described in this embodiment will be described.
  • FIG. 31 is a diagram illustrating an overall configuration of the authentication system 10c according to the present disclosure.
  • the authentication system 10c includes the same controller 100, device 200, server 300, and portal server 400 as in the first embodiment.
  • the new controller 100c is added to the configuration of the first embodiment, the configuration is the same as that of the controllers 100a and 100b of the first embodiment, and thus description thereof is omitted.
  • a maker server 300d to which the controller 100c is connected is added, the configuration is the same as that of the server 300a of the first embodiment, and thus description thereof is omitted.
  • the device 200c is a device having a large storage capacity
  • the devices 200a and 200b are devices having a small storage capacity.
  • the devices 200a and 200b are connected to the controller 100a, and the devices 200b and 200c are connected to the controller 100b.
  • the device 200b is trying to connect to the controller 100c, and the controller 100c is connected to the server 300d.
  • the portal server 400 issues one CRL for each certificate ID.
  • the operation of the authentication system 10c includes the following.
  • FIG. 41 shows a sequence after the device registers the controller in the connection controller management table at the time of device registration.
  • a description is given of a process in which when the device 200c performs device registration with the controller 100a, other devices connected to the controller 100a are detected, and the device ID of the detected device is registered in the row of the controller 100a. To do.
  • the device 200c transmits an inquiry destination device ID registration request to the device with a small storage capacity so that the device ID of the device 200c is registered as an inquiry destination of the CRL update inquiry. At that time, the device ID of the device 200c is transmitted together.
  • the device 200b Upon receiving the inquiry device ID registration request, the device 200b registers the device ID of the received device 200c.
  • the received device ID is stored in the device information holding unit 203, for example.
  • FIGS. 32 to 34 store whether a new controller is a legitimate controller when a device with a small storage capacity registers the device with the new controller.
  • a sequence of processing in which the device 200c having a large capacity is inquired and the device 200c determines permission / prohibition of connection to the new controller is shown.
  • a process of making an inquiry to the device 200c when the device 200b registers the device in the controller 100c will be described as an example. The same applies to the process of registering the device in the new controller 100c when the device 200a is connected to the controller 100b.
  • the device 200b verifies whether or not the certificate ID of the public key certificate of the controller that transmitted the connection request is described in the CRL. If it is described in the CRL, an error is notified to the controller and the process is terminated. Here, it is verified whether or not the certificate ID of the controller 100c is described in the CRL.
  • the device 200b refers to the inquiry destination device ID, and transmits the certificate ID of the public key certificate of the controller 100c to the device 200c of the inquiry destination device ID.
  • the device 200c verifies whether the certificate ID received from the device 200b is described in the CRL held by the authentication information holding unit. If it is described in the CRL, a connection prohibition notification is transmitted to the device 200b. The device 200b transmits an error notification to the controller 100c, and ends the device registration process.
  • the device 200c transmits a connection permission notification to the device 200b.
  • the device 200b verifies the signature of the public key certificate received from the controller 100c. If the verification fails, an error notification is transmitted to the controller 100c, and the device registration process is terminated.
  • the device 200b generates a signature from the random number received from the controller 100c and the private key of the device 200b.
  • the device 200b generates a random number and transmits it to the controller 100c together with the signature generated in S510.
  • operations S512 to S517 at the time of device registration processing performed between the device 200b, the controller 100c, and the manufacturer server are the same processing as S109 to S114 of the first embodiment, and thus description thereof is omitted.
  • Embodiment 5 when a device with a small storage capacity registers a device with a new controller, the device with a large storage capacity is inquired whether the new controller is a legitimate controller and stored. A device with a large capacity determines permission / prohibition of connection to the new controller. As a result, if the controller to which a device with a small storage capacity is newly connected is an unauthorized controller, connection to the unauthorized controller can be prevented at the device connection stage.
  • the controller may acquire the CRL from the server during the device registration process. Further, it may be periodically acquired even during the device registration process. Further, it may be acquired in the server before the next CRL issuance date.
  • the device communicates with the server via the controller, or the device communicates with the content server 300c and acquires the CRL.
  • the CRL may be acquired via the terminal.
  • Communication between the mobile terminal and the device may be NFC (Near Field Communication) communication or Bluetooth (registered trademark) communication.
  • the device when the device determines that the controller is unauthorized, the device notifies the other device 200 or the controller, but when the device or controller that received the notification has a display function, A display screen indicating that an unauthorized controller has been detected may be output. If there is no display screen, an error code may be displayed or a lamp may be blinked.
  • the key for encryption communication may be exchanged during the device registration process.
  • DH Denssion-Hellman
  • ECDH ECDH
  • the controller may display the power consumption of the connected device, the power of the storage battery, and the amount of power generated by photovoltaic power generation.
  • the controller may be a distribution board installed at home.
  • the communication between the controller and the device may be Wi-Fi, specific low-power radio, power line communication, or Bluetooth (registered trademark).
  • the portal server 400 issues a CRL as a certificate authority.
  • the present invention is not limited to this, and the maker server 300a, the service server 300b, and the content server 300c serve as a certificate authority. May be issued.
  • the CRL including all certificate IDs of the unauthorized controller public key certificate is issued.
  • the present invention is not limited to this, and only the device connected to the manufacturer server 300a is issued. It is also possible to issue a CRL for only a device that can be connected to the CRL, the device associated with the service provided by the service server 300b, the CRL of the controller, or the content server 300c. Furthermore, a CRL may be issued for each type of device manufactured by the manufacturer server 300a and for each manufacturing year.
  • each time a device with a large storage capacity updates a CRL it transmits the CRL to a device with a small storage capacity.
  • the device may be periodically inquired, and the CRL may be transmitted as necessary.
  • the CRL of each device is updated without checking the certificate ID of the public key certificate of the controller connected to the device with a small storage capacity. Thus, connection to an unauthorized controller can be prevented.
  • FIG. 37 shows a configuration diagram of the CRL when the CRL is created collectively.
  • the CRL includes a CRL version, an issuer, a valid period start, a valid period end, a certificate ID of one or more revoked public key certificates, and a signature.
  • CRLs may be created in groups by grouping the CRLs by device type and manufacturer.
  • FIG. 38 shows a configuration diagram of a CRL for each device type.
  • the CRL includes a CRL version, an issuer, a valid period start, a valid period end, a device type ID, a certificate ID of one or more revoked public key certificates, and a signature.
  • FIG. 39 shows a CRL configuration diagram for each manufacturer.
  • the CRL includes a CRL version, an issuer, a valid period start, a valid period end, a manufacturer ID, a certificate ID of one or more revoked public key certificates, and a signature.
  • the device 200b records the CRL in which the certificate ID of the public key certificate of the controller 100a received from the device 200c is recorded.
  • the CRL may be deleted after cutting. Thereby, the capacity of the storage medium is reduced.
  • an authentication process is performed when a new controller is connected to prevent unauthorized connection.
  • the device with a large storage capacity transmits permission / prohibition of connection to a device with a small storage capacity.
  • a CRL may be transmitted.
  • a device with a large storage capacity transmits a CRL to a device with a small storage capacity
  • the device with a small storage capacity verifies the CRL, and a controller having a public key certificate with a certificate ID described in the CRL. Do not connect.
  • Each of the above devices is specifically a computer system including a microprocessor, ROM, RAM, a hard disk unit, a display unit, a keyboard, a mouse, and the like.
  • a computer program is recorded in the RAM or hard disk unit.
  • Each device achieves its functions by the microprocessor operating according to the computer program.
  • the computer program is configured by combining a plurality of instruction codes indicating instructions for the computer in order to achieve a predetermined function.
  • a part or all of the components constituting each of the above devices may be configured by one system LSI (Large Scale Integration).
  • the system LSI is an ultra-multifunctional LSI manufactured by integrating a plurality of components on a single chip, and specifically, a computer system including a microprocessor, ROM, RAM, and the like. .
  • a computer program is recorded in the RAM.
  • the system LSI achieves its functions by the microprocessor operating according to the computer program.
  • each part of the constituent elements constituting each of the above devices may be individually made into one chip, or may be made into one chip so as to include a part or all of them.
  • the system LSI is used here, it may be called IC, LSI, super LSI, or ultra LSI depending on the degree of integration. Further, the method of circuit integration is not limited to LSI's, and implementation using dedicated circuitry or general purpose processors is also possible.
  • An FPGA Field Programmable Gate Array
  • a reconfigurable processor that can reconfigure the connection and setting of circuit cells inside the LSI may be used.
  • a part or all of the constituent elements constituting each of the above devices may be constituted by an IC card or a single module that can be attached to and detached from each device.
  • the IC card or module is a computer system that includes a microprocessor, ROM, RAM, and the like.
  • the IC card or the module may include the super multifunctional LSI described above.
  • the IC card or the module achieves its functions by the microprocessor operating according to the computer program. This IC card or this module may have tamper resistance.
  • the present disclosure may be the method described above. Further, the present invention may be a computer program that realizes these methods by a computer, or may be a digital signal composed of a computer program.
  • the present disclosure also relates to a computer program or a recording medium that can read a digital signal, such as a flexible disk, a hard disk, a CD-ROM, an MO, a DVD, a DVD-ROM, a DVD-RAM, a BD (Blu-ray (registered trademark)). ) Disc), or recorded in a semiconductor memory or the like. Further, it may be a digital signal recorded on these recording media.
  • a digital signal such as a flexible disk, a hard disk, a CD-ROM, an MO, a DVD, a DVD-ROM, a DVD-RAM, a BD (Blu-ray (registered trademark)).
  • the present disclosure may transmit a computer program or a digital signal via an electric communication line, a wireless or wired communication line, a network represented by the Internet, data broadcasting, or the like.
  • the present disclosure may be a computer system including a microprocessor and a memory.
  • the memory may record the computer program, and the microprocessor may operate according to the computer program.
  • program or digital signal may be recorded on a recording medium and transferred, or the program or digital signal may be transferred via a network or the like, and may be implemented by another independent computer system.
  • a device having a large storage capacity detects a device having a small storage capacity, and the controller to which the device is connected is a controller described in the CRL. Otherwise, by not transmitting the CRL, a device with a small storage capacity can hold the minimum necessary CRL.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Hardware Design (AREA)
  • General Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Computing Systems (AREA)
  • Computer And Data Communications (AREA)

Abstract

本開示の認証システムでは、記憶容量の大きい機器が、新規ＣＲＬを受信した際、当該機器の接続するコントローラに接続している他の機器を検出し、検出した機器の記憶容量の大小によって、新規ＣＲＬを送信するかどうかを判断する。

Description

認証システムおよび認証方法
　本開示は、安全に機器とコントローラを接続することを可能とする認証システムに関する。
　近年、家庭内の家電やＡＶ機器がネットワークに接続し、そこからクラウドに収集される各種履歴情報を用いたサービスが期待されている。このとき、家庭内にコントローラを設置し、家電機器からメーカサーバへの履歴情報の送信はコントローラが中継して行う。このコントローラと家電機器の接続を安全に設定することで、家庭内の通信を制御し、無線通信における情報の漏洩やなりすましによる家庭内のネットワークへの接続を防止する。
　このため、従来、Ｗｉ－Ｆｉアライアンスでは、Ｗｉ－Ｆｉ　Ｐｒｏｔｅｃｔｅｄ　Ｓｅｔｕｐとよばれる機器間の接続を容易に行えるようにするための規格を策定している（非特許文献１）。しかしながら、Ｗｉ－Ｆｉの無線接続では、コントローラに相当するアクセスポイントの機器と家電機器間において、機器の相互接続性を保証しているだけであり、接続相手が正当な機器であるかは認証しない。
　従来、機器の正当性を認証するために、公開鍵認証基盤（ＰＫＩ：Ｐｕｂｌｉｃ　Ｋｅｙ　Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）を用いることが知られている（非特許文献２）。ＰＫＩに基づく認証は、エンティティ（家電機器やコントローラ）が秘密鍵と認証局から発行された公開鍵証明書を持っていることを認証することで機器の正当性を保証する。公開鍵証明書は秘密鍵の漏洩などが発生すると、公開鍵証明書を使った不正を防止するために、公開鍵証明書の失効が必要となる。公開鍵証明書の失効の手段としては証明書の失効リストであるＣＲＬ（Ｃｅｒｔｉｆｉｃａｔｅ　Ｒｖｏｃａｔｉｏｎ　Ｌｉｓｔ）が代表される（非特許文献２）。ＣＲＬとは失効した公開鍵証明書のリストであり、失効した公開鍵証明書のＩＤなどに、公開鍵証明書を発行した認証局が署名をつけて配布する。家電機器やコントローラのエンティティは、接続する他のエンティティの公開鍵証明書がＣＲＬに記載されていないかを検証する。そのため、ＣＲＬは最新のＣＲＬを用いる必要がある。
Ｗｉ－Ｆｉ　Ａｌｌｉａｎｃｅ、"Ｗｉ－Ｆｉ　ＣＥＲＴＩＦＩＥＤ　Ｗｉ－Ｆｉ　Ｐｒｏｔｅｃｔｅｄ　Ｓｅｔｕｐ：　Ｅａｓｉｎｇ　ｔｈｅ　Ｕｓｅｒ　Ｅｘｐｅｒｉｅｎｃｅ　ｆｏｒ　Ｈｏｍｅ　ａｎｄ　Ｓｍａｌｌ　Ｏｆｆｉｃｅ　Ｗｉ－ＦｉＲ　Ｎｅｔｗｏｒｋｓ　（２０１０）"、［ｏｎｌｉｎｅ］、２０１０年１２月、［２０１４年６月２４日検索］、インターネット＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｗｉ－ｆｉ．ｏｒｇ／ｊａ／ｆｉｌｅ／ｗｉ－ｆｉ－ｃｅｒｔｉｆｉｅｄ－ｗｉ－ｆｉ－ｐｒｏｔｅｃｔｅｄ－ｓｅｔｕｐ％Ｅ２％８４％Ａ２－ｅａｓｉｎｇ－ｔｈｅ－ｕｓｅｒ－ｅｘｐｅｒｉｅｎｃｅ－ｆｏｒ－ｈｏｍｅ－ａｎｄ－ｓｍａｌｌ－ｏｆｆｉｃｅ－ｗｉ＞ 宮地充子／菊池浩明編著、「ＩＴ　Ｔｅｘｔ　情報セキュリティ」、オーム社、２００３年１０月 Ｎａｔｉｏｎａｌ　Ｓｅｃｕｒｉｔｙ　Ａｇｅｎｃｙ、"Ｓｕｉｔｅ　Ｂ　Ｉｍｐｌｅｍｅｎｔｅｒ‘ｓ　Ｇｕｉｄｅ　ｔｏ　ＦＩＰＳ　１８６－３　（ＥＣＤＳＡ）"、［ｏｎｌｉｎｅ］、２０１０年２月３日、［２０１４年６月２４日検索］、インターネット＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｎｓａ．ｇｏｖ／ｉａ／＿ｆｉｌｅｓ／ｅｃｄｓａ．ｐｄｆ＞ Ｅｌａｉｎｅ　Ｂａｒｋｅｒ、他３名、ＮＩＳＴ　Ｓｐｅｃｉａｌ　Ｐｕｂｌｉｃａｔｉｏｎ　８００－５６Ａ　Ｒｅｖｉｓｉｏｎ２、"Ｒｅｃｏｍｍｅｎｄａｔｉｏｎ　ｆｏｒ　Ｐａｉｒ－Ｗｉｓｅ　Ｋｅｙ－Ｅｓｔａｂｌｉｓｈｍｅｎｔ　Ｓｃｈｅｍｅｓ　Ｕｓｉｎｇ　Ｄｉｓｃｒｅｔｅ　Ｌｏｇａｒｉｔｈｍ　Ｃｒｙｐｔｏｇｒａｐｈｙ"、［ｏｎｌｉｎｅ］、２０１３年５月１３日、Ｎａｔｉｏｎａｌ　Ｉｎｓｔｉｔｕｔｅ　ｏｆ　Ｓｔａｎｄａｒｄｓ　ａｎｄ　Ｔｅｃｈｎｏｌｏｇｙ、［２０１４年６月２４日検索］、インターネット＜ＵＲＬ：ｈｔｔｐ：／／ｎｖｌｐｕｂｓ．ｎｉｓｔ．ｇｏｖ／ｎｉｓｔｐｕｂｓ／ＳｐｅｃｉａｌＰｕｂｌｉｃａｔｉｏｎｓ／ＮＩＳＴ．ＳＰ．８００－５６Ａｒ２．ｐｄｆ＞ Ｄ．Ｆｏｒｓｂｅｒｇ、他４名、ＲＦＣ５１９１、"Ｐｒｏｔｏｃｏｌ　ｆｏｒ　Ｃａｒｒｙｉｎｇ　Ａｕｔｈｅｎｔｉｃａｔｉｏｎ　ｆｏｒ　Ｎｅｔｗｏｒｋ　Ａｃｃｅｓｓ　（ＰＡＮＡ）"、［ｏｎｌｉｎｅ］、２００８年５月、Ｉｎｔｅｒｎｅｔ　Ｅｎｇｉｎｅｅｒｉｎｇ　Ｔａｓｋ　Ｆｏｒｃｅ、［２０１４年６月２４日検索］、インターネット＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｒｆｃ－ｅｄｉｔｏｒ．ｏｒｇ／ｒｆｃ／ｐｄｆｒｆｃ／ｒｆｃ５１９１．ｔｘｔ．ｐｄｆ＞
　上記、従来の認証システムでは更なる改善が必要とされていた。
　本開示の一態様に係る認証システムは、第１のコントローラと第１のネットワークで接続し、第２のコントローラと第２のネットワークで接続する第１の機器と、第２のコントローラと第２のネットワークで接続する第２の機器とを含み、
　前記第１の機器が前記第１のコントローラから証明書失効リストを受信すると、
　前記第１の機器は、
　前記第１の機器が接続する前記第２のコントローラに接続する前記第２の機器を検出し、
　前記第２の機器の記憶容量が所定のしきい値より小さく、かつ、前記第２の機器が接続する前記第２のコントローラの持つ公開鍵証明書の証明書識別子が前記証明書失効リストに記載されている場合、前記第２の機器へ前記証明書失効リストを送信し、
　前記第２の機器の記憶容量が所定のしきい値より小さく、かつ、前記証明書識別子が前記証明書失効リストに記載されていない場合、前記第２の機器へ前記証明書失効リストを送信しない。
　なお、これらの包括的または具体的な態様は、システム、方法、集積回路、コンピュータプログラム、または、記録媒体で実現されてもよく、システム、装置、方法、集積回路、コンピュータプログラムおよび記録媒体の任意な組み合わせで実現されてもよい。
　本開示によれば、更なる改善が実現できる。
実施の形態１における認証システムの全体構成図である。 実施の形態１におけるコントローラの構成図である。 実施の形態１におけるコントローラの接続機器管理テーブルの一例を示す図である。 実施の形態１における公開鍵証明書の一例を示す図である。 実施の形態１におけるＣＲＬの一例を示す図である。 実施の形態１における機器の構成図である。 実施の形態１における機器の接続コントローラ管理テーブルの一例を示す図である。 実施の形態１におけるメーカサーバの構成図である。 実施の形態１におけるメーカサーバの機器情報管理テーブルの一例を示す図である。 実施の形態１におけるポータルサーバの構成図である。 実施の形態１における機器登録時のシーケンス図である。 実施の形態１における機器登録時のシーケンス図である。 実施の形態１におけるメーカサーバのＣＲＬ更新時のシーケンス図である。 実施の形態１における機器のＣＲＬ更新時のシーケンス図である。 実施の形態１における機器のＣＲＬ更新時のシーケンス図である。 実施の形態１における機器のＣＲＬ更新時のシーケンス図である。 実施の形態２における機器登録時のシーケンス図である。 実施の形態２における機器登録時のシーケンス図である。 実施の形態２における機器登録時のシーケンス図である。 実施の形態２における機器の接続コントローラ管理テーブルの一例を示す図である。 実施の形態２におけるコントローラの接続機器管理テーブルの一例を示す図である。 実施の形態２における機器履歴情報の送信処理時のシーケンス図である。 実施の形態３における機器のＣＲＬ更新時のシーケンス図である。 実施の形態３における機器のＣＲＬ更新時のシーケンス図である。 実施の形態３における機器のＣＲＬ更新時のシーケンス図である。 実施の形態４における認証システムの全体構成図である。 実施の形態４における機器のＣＲＬ更新時のシーケンス図である。 実施の形態４における機器のＣＲＬ更新時のシーケンス図である。 実施の形態４における機器のＣＲＬ更新時のシーケンス図である。 実施の形態４における機器のＣＲＬ更新時のシーケンス図である。 実施の形態５における認証システムの全体構成図である。 実施の形態５における機器のＣＲＬ更新時のシーケンス図である。 実施の形態５における機器のＣＲＬ更新時のシーケンス図である。 実施の形態５における機器のＣＲＬ更新時のシーケンス図である。 実施の形態３における機器のＣＲＬ更新時の機器２００ｃから機器２００ｂへＣＲＬを送信する処理の概念図である。 実施の形態３における機器のコントローラ別接続機器管理テーブルの一例を示す図である。 変形例（１２）における一括してＣＲＬを作成する場合のＣＲＬの構成図である。 変形例（１３）における機器種類別に一括してＣＲＬを作成する場合のＣＲＬの構成図である。 変形例（１３）におけるメーカ別に一括してＣＲＬを作成する場合のＣＲＬの構成図である。 実施の形態３における機器登録時のコントローラ登録処理のシーケンス図である。 実施の形態５における機器登録時のコントローラ登録処理のシーケンス図である。
　（本開示の基礎となった知見）
　家電機器が一つのコントローラとのみ接続する場合、家電機器はＣＲＬをコントローラ経由で取得する。このとき、コントローラが不正機器であった場合、公開鍵証明書がＣＲＬに記載されていても、コントローラがコントローラの公開鍵証明書が記載されているＣＲＬを家電機器に配布しない限り、家電機器はコントローラを正当な機器として認証してしまう。
　また、機器のＣＲＬ更新の都度、機器が接続していないコントローラや機器の公開鍵証明書の証明書ＩＤの記載されたＣＲＬまで記録すると、機器の記憶容量が小さい場合、容量が超過してしまい、本来必要なＣＲＬを認証情報保持部に格納できない。
　以上の考察に基づき、本発明者らは本開示の各態様を想到するに至った。
　本開示の一実施態様の認証システムは、第１のコントローラと第１のネットワークで接続し、第２のコントローラと第２のネットワークで接続する第１の機器と、第２のコントローラと第２のネットワークで接続する第２の機器と、を含む認証システムであって、
　第１の機器が第１のコントローラから証明書失効リストを受信すると、
　第１の機器は、
　第１の機器が接続する前記第２のコントローラに接続する第２の機器を検出し、
　第２の機器の記憶容量が所定のしきい値より小さく、かつ、第２の機器が接続する第２のコントローラの持つ公開鍵証明書の証明書識別子が証明書失効リストに記載されている場合、第２の機器へ前記証明書失効リストを送信し、
　第２の機器の記憶容量が所定のしきい値より小さく、かつ、証明書識別子が証明書失効リストに記載されていない場合、第２の機器へ証明書失効リストを送信しない。
　これにより、記憶容量が小さい機器は、接続しているコントローラの公開鍵証明書の証明書ＩＤが記載された、必要最小限のＣＲＬを受信・保持することができ、不正なコントローラへの接続を防止できる。
　さらに、上記態様において第１の機器は、第２の機器の記憶容量が所定のしきい値より大きい場合、第２の機器へ証明書失効リストを送信するとしてもよい。
　これにより、記憶容量の大きいすべての機器は、すべてのＣＲＬを保持することができる。
　さらに、上記態様において、所定のしきい値は、証明書失効リスト１つのサイズとしてもよい。
　これにより、記憶容量の大きい機器は、記憶容量の小さい機器を識別することができ、記憶容量の小さい機器へＣＲＬを送信するか否かを判断できる。
　さらに、上記態様において、第２の機器は、第１の機器から証明書失効リストを受信すると、証明書失効リストに記載の証明書識別子で特定される第２のコントローラとの接続を停止するとしてもよい。
　また、本開示の一実施態様の認証システムは、第１のコントローラと第１のネットワークで接続する第１の機器と、第１のコントローラと第１のネットワークで接続し、第２のコントローラと第２のネットワークで接続する第２の機器と、を含む認証システムであって、
　第１の機器が第１のコントローラから証明書失効リストを受信すると、
　第１の機器は、
　第１のコントローラに接続する第２の機器を検出し、
　第２の機器の記憶容量が所定のしきい値より小さい場合、第２の機器から第２のコントローラの持つ公開鍵証明書の証明書識別子を取得し、
　証明書識別子が証明書失効リストに記載されている場合、第２の機器へ証明書失効リストを送信し、
　証明書識別子が証明書失効リストに記載されていない場合、第２の機器へ証明書失効リストを送信しない。
　これにより、記憶容量の大きい機器が、接続していないコントローラの公開鍵証明書の証明書ＩＤの記載されたＣＲＬを受信しても、記憶容量の小さい機器へＣＲＬを送信でき、不正なコントローラへの接続を防止することができる。
　さらに、上記態様において、第２の機器は、第１の機器から証明書失効リストを受信すると、証明書失効リストに記載の証明書識別子で特定される第２のコントローラとの接続を停止するとしてもよい。
　さらに、上記態様において、第１の機器は、第２の機器の記憶容量が所定のしきい値より大きい場合、第２の機器へ証明書失効リストを送信するとしてもよい。
　これにより、記憶容量の大きいすべての機器は、すべてのＣＲＬを保持することができる。
　さらに、上記態様において第２のコントローラと第２のネットワークで接続する第３の機器をさらに含み、第２の機器は、第１の機器から証明書失効リストを受信すると、証明書失効リストに記載の証明書識別子の示す公開鍵証明書を持つ第２のコントローラに接続する第３の機器を検出し、第３の機器へ証明書失効リストを送信するとしてもよい。
　これにより、記憶容量の大きい機器と共通のコントローラに接続していない機器であっても、ＣＲＬを保持することができ、不正なコントローラへの接続を防止できる。
　また、本開示の一実施態様の認証システムは、第１のコントローラと第１のネットワークで接続する第１の機器と、第１のコントローラと第１のネットワークで接続し、第２のコントローラと第２のネットワークで接続する第２の機器と、を含む認証システムであって、
　第２の機器は、
　第２のコントローラへ接続する際、第２のコントローラの公開鍵証明書の証明書識別子を第２のコントローラから受信し、第１の機器へ証明書識別子を送信し、
　第１の機器は、
　第２の機器から受信した証明書識別子が、第１の機器が保持する証明書失効リストに記載されている場合、第２の機器へ証明書失効リストを送信し、
　証明書識別子が第１の機器が保持する証明書失効リストに記載されていない場合、第２の機器へ証明書失効リストを送信しない。
　これにより、必要最小限のＣＲＬしか持っていない記憶容量の小さい機器が、新規にコントローラに接続する際、そのコントローラが正規のコントローラかどうか判断できる。
　さらに、上記態様において、第２の機器は、証明書失効リストを受信した場合、証明書識別子が証明書失効リストに記載されていることを確認し、第２のコントローラとの接続を中止するとしてもよい。
　これにより、記憶容量の小さい機器が新規に接続するコントローラが不正なコントローラであった場合、機器接続の段階で、不正なコントローラへの接続を防止できる。
　以下、図面を参照しながら、本開示の実施の形態に係る認証システムについて説明する。なお、以下で説明する実施の形態は、いずれも本開示の好ましい一具体例を示す。つまり、以下の実施の形態で示される数値、形状、材料、構成要素、構成要素の配置および接続形態、ステップ、ステップの順序などは、本開示の一例であり、本開示を限定する主旨ではない。本開示は、請求の範囲の記載に基づいて特定される。したがって、以下の実施の形態における構成要素のうち、本開示の最上位概念を示す独立請求項に記載されていない構成要素は、本開示の課題を達成するために必ずしも必要ではないが、より好ましい形態を構成する構成要素として説明される。
　（実施の形態１）
　１．システムの構成
　ここでは、本開示の実施の形態として、本開示に関わる認証システム１０について図面を参照しながら説明する。
　１．１　認証システム１０の全体構成
　図１は、本開示に係る認証システム１０の全体構成を示す図である。認証システム１０は、コントローラ１００、機器２００、サーバ３００、ポータルサーバ４００から構成される。コントローラ１００ａ～ｂは、機器を制御する機能を持った機器である。また、コントローラ１００ａ～ｂは、サーバと接続し、サーバへ家電履歴の情報の送信や、サーバから制御依頼を受信し、家電機器を制御するなどの機能を持つ。機器２００ａ～ｃは、テレビやレコーダー、エアコン、冷蔵庫、蓄電池など、機器履歴情報を収集する家電機器や住宅設備機器である。サーバ３００ａ～ｃはコンテンツを配信するコンテンツサーバや家電機器を製造するメーカサーバ、サービスを提供するサービスプロバイダのサービスサーバである。具体的な一例として、家庭内の機器の履歴情報がコントローラに送信され、コントローラは機器の履歴情報をメーカサーバに送信する。また、サービスサーバが電力会社としたとき、電力会社から家庭のスマートメータ（図示しない）を経由してコントローラに接続する。コントローラは電力会社からの電力情報を基に、家庭内の機器を制御し、家庭内の電力消費を抑える。
　１．２　コントローラ１００の構成
　図２は、コントローラ１００ａの構成図である。コントローラ１００ａは、機器管理部１０１、機器情報保持部１０２、認証処理部１０３、認証情報保持部１０４、通信部１０５から構成される。コントローラ１００ｂも同様の構成である。
　機器管理部１０１は、コントローラに接続される機器を管理する。機器からの接続依頼があった場合、機器管理部１０１は、機器から受信した公開鍵証明書を認証処理部１０３に送信し、認証処理を依頼する。機器管理部１０１は、認証処理部１０３から認証結果を受信する。認証成功の場合、機器管理部１０１は、機器情報保持部１０２で保持する接続機器管理テーブルに機器ＩＤと証明書のＩＤを登録する。
　機器情報保持部１０２は、コントローラに接続する機器の情報を管理する。図３は機器情報保持部１０２がもつ機器情報管理テーブルの一例を示した図である。機器情報管理テーブルは機器ＩＤと、機器がもつ公開鍵証明書の証明書ＩＤを記録する。
　認証処理部１０３は、機器との認証処理を行う。また、認証処理部１０３は、機器管理部１０１から機器の公開鍵証明書とともに認証依頼を受けると、認証情報保持部１０４に記録されているＣＲＬを取得し、機器の公開鍵証明書の証明書ＩＤがＣＲＬに記載されているかを検証する。また、認証処理部１０３は、公開鍵証明書の署名を認証局であるポータルサーバの公開鍵（図示しない）を用いて検証する。また、認証処理部１０３は、乱数を生成し、機器に乱数を送信する。認証処理部１０３は、機器から受信した乱数の署名を検証する。いずれの検証においても失敗した場合、認証処理部１０３は、機器が不正機器であると判断する。
　認証情報保持部１０４は、秘密鍵と公開鍵証明書の鍵ペアやＣＲＬを持つ。秘密鍵と公開鍵証明書やＣＲＬは、出荷時に認証情報保持部１０４に埋め込まれる。図４は公開鍵証明書の構成の一例を示す図である。公開鍵証明書は、バージョン、発行者、有効期間の開始と終了、証明書ＩＤ、認証局であるポータルサーバの署名から構成される。図５はＣＲＬの構成の一例を示す図である。ＣＲＬは、ＣＲＬバージョン、発行者、発行日、次回発行日、失効した証明書ＩＤ、認証局であるポータルサーバの署名から構成される。ここで証明書ＩＤは一つに限定するわけではなく、複数の証明書ＩＤがあってもよい。
　通信部１０５は、機器２００やメーカサーバ３００ａやサービスサーバ３００ｂとの通信を行う。通信部１０５は、サーバとの通信ではＳＳＬ（Ｓｅｃｕｒｅ　Ｓｏｃｋｅｔ　Ｌａｙｅｒ）通信を行う。ＳＳＬ通信に必要な証明書は通信部１０５で記録する。
　１．３　機器２００の構成
　図６は、機器２００の構成図である。機器２００は、機器管理部２０１、機器履歴保持部２０２、機器情報保持部２０３、認証処理部２０４、認証情報保持部２０５、通信部２０６から構成される。
　機器管理部２０１は、起動時に、コントローラ１００に接続依頼を送信する。コントローラと接続せずに、コンテンツサーバ３００ｃと接続する場合には、通信部２０６は、コンテンツサーバ３００ｃとの間でＳＳＬ通信を実行する。機器管理部２０１は、コントローラから公開鍵証明書を受信すると、認証処理部２０４に認証依頼を送信する。機器管理部２０１は、認証処理部２０４から認証結果を受信する。認証成功の場合、機器管理部２０１は、機器情報保持部２０３で保持する接続コントローラ管理テーブルにコントローラＩＤと証明書のＩＤを登録する。また、機器管理部２０１は、機器履歴保持部２０２で記録している機器履歴を、定期的または非定期に、コントローラ経由でサーバへ送信する。なお、コンテンツサーバと直接接続している場合は、コントローラを経由せずにサーバへ送信する。
　機器履歴保持部２０２は、機器の動作履歴を取得し、記録する。
　機器情報保持部２０３は、機器に接続するコントローラ１００の情報を管理する。図７は機器情報保持部２０３がもつ接続コントローラ管理テーブルの一例を示した図である。接続コントローラ管理テーブルはコントローラＩＤと、コントローラがもつ公開鍵証明書の証明書ＩＤを記録する。
　認証処理部２０４は、コントローラとの認証処理を行う。また、認証処理部２０４は、機器管理部２０１から公開鍵証明書とともに認証依頼を受けると、認証情報保持部２０５に記録されているＣＲＬを取得し、コントローラの公開鍵証明書の証明書ＩＤがＣＲＬに記載されているかを検証する。また、認証処理部２０４は、公開鍵証明書の署名を認証局であるポータルサーバの公開鍵（図示しない）を用いて検証する。また、認証処理部２０４は、乱数を生成し、コントローラに乱数を送信する。認証処理部２０４は、コントローラから受信した乱数の署名を検証する。いずれの検証においても失敗した場合、認証処理部２０４は、コントローラが不正機器であると判断する。
　認証情報保持部２０５は、秘密鍵と公開鍵証明書の鍵ペアやＣＲＬを持つ。秘密鍵と公開鍵証明書の鍵ペアやＣＲＬは、機器の出荷時に認証情報保持部２０５に埋め込まれる。公開鍵証明書やＣＲＬはコントローラが持つ公開鍵証明書やＣＲＬと同じ構成であるのでここでの説明は省略する。
　通信部２０６は、コントローラ１００やコンテンツサーバ３００ｃとの通信を行う。通信部２０６は、コンテンツサーバとの通信ではＳＳＬ（Ｓｅｃｕｒｅ　Ｓｏｃｋｅｔ　Ｌａｙｅｒ）通信を行う。ＳＳＬ通信に必要な証明書は通信部２０６で記録する。
　１．４　メーカサーバ３００ａの構成
　図８は、メーカサーバ３００ａの構成図である。メーカサーバ３００ａは、機器情報管理部３０１、機器情報保持部３０２、ＣＲＬ管理部３０３、ＣＲＬ保持部３０４、通信部３０５から構成される。サービスサーバ３００ｂも同様の構成である。
　機器情報管理部３０１は、機器情報保持部３０２を制御し、コントローラと機器の紐付けや接続するコントローラや機器のＩＤや公開鍵証明書の証明書ＩＤ、機器の履歴を管理する。また、機器情報管理部３０１は、機器やコントローラの不正を検出した場合、当該機器やコントローラの公開鍵証明書の証明書ＩＤをポータルサーバに通知し、ＣＲＬの発行依頼を行う。機器情報管理部３０１は、ＣＲＬを更新した場合、ＣＲＬ管理部３０３にＣＲＬを送信する。
　機器情報保持部３０２は、コントローラや機器のＩＤや証明書のＩＤ、機器の履歴を記録する。図９は、機器情報保持部３０２が持つ、機器情報管理テーブルの一例を示した図である。コントローラのＩＤであるコントローラＩＤ１には機器ＩＤ１から機器ＩＤ３の機器が接続していることを表している。また、コントローラの公開鍵証明書の証明書ＩＤと機器の公開鍵証明書の証明書ＩＤも記録している。機器ＩＤ１の履歴情報は履歴情報１に記録されていることを表している。
　ＣＲＬ管理部３０３は、ＣＲＬ保持部３０４を制御し、機器情報管理部３０１からＣＲＬを受信した場合、ＣＲＬ保持部３０４のＣＲＬを更新する。
　ＣＲＬ保持部３０４は、ＣＲＬを記録する。
　通信部３０５は、コントローラ１００ａおよびポータルサーバ４００との通信を行う。コントローラ１００ａやポータルサーバ４００との通信ではＳＳＬ通信を行う。ＳＳＬ通信に必要な証明書は通信部３０５で記録する。
　コンテンツサーバ３００ｃの構成はメーカサーバ３００ａとの構成と異なる。コントローラを経由せずに機器と接続するため、コンテンツサーバ３００ｃと機器間でＳＳＬ認証を実施する。また、機器情報保持部３０２の機器情報管理テーブルはコントローラの情報がない機器情報管理テーブルとなる。
　１．５　ポータルサーバ４００の構成
　図１０は、ポータルサーバ４００の構成図である。ポータルサーバ４００は、ＣＲＬ管理部４０１、ＣＲＬ保持部４０２、暗号処理部４０３、暗号鍵保持部４０４、通信部４０５から構成される。
　ＣＲＬ管理部４０１は、ＣＲＬ保持部４０２を制御し、ＣＲＬを管理する。ＣＲＬ管理部４０１は、メーカサーバ３００ａやサービスサーバ３００ｂなどからＣＲＬの発行依頼を受信すると、ＣＲＬの署名以外のデータを設定し、暗号処理部４０３にＣＲＬの署名生成を依頼する。ＣＲＬ管理部４０１は、暗号処理部４０３から署名生成したＣＲＬを受信し、ＣＲＬ保持部４０２に記録する。
　ＣＲＬ保持部４０２は、発行したＣＲＬを記録する。
　暗号処理部４０３は、ＣＲＬ管理部４０１から署名生成の依頼を受信すると、暗号鍵保持部４０４に保持する秘密鍵を用いて、ＣＲＬの署名を生成する。暗号処理部４０３は、ＣＲＬの署名を生成すると、ＣＲＬ管理部４０１へ送信する。
　暗号鍵保持部４０４は、認証局となるポータルサーバ４００のＣＲＬ発行用の秘密鍵を保持する。
　通信部４０５は、各サーバ３００ａ～ｃとの通信を行う。各サーバ３００ａ～ｃとの通信ではＳＳＬ通信を行う。ＳＳＬ通信に必要な証明書は通信部４０５で記録する。
　１．６　認証システム１０の動作
　認証システム１０の動作には、以下のものがある。
　（１）機器からコントローラに接続し、サーバへ登録する機器登録処理
　（２）メーカサーバ３００ａのＣＲＬを更新する処理
　（３）機器のＣＲＬを更新する処理
　以下、それぞれについて図を用いて説明する。
　１．６．１　機器登録処理時の動作
　図１１から図１２は機器２００ｃがコントローラ１００ａに接続し、メーカサーバ３００ａへ登録する処理のシーケンスを示す。機器２００ａや機器２００ｂがコントローラ１００ａに接続し、メーカサーバ３００ａへ登録する処理や、機器２００ｃがコントローラ１００ｂに接続し、サービスサーバ３００ｂに登録する処理も同様である。
　（Ｓ１０１）機器２００ｃからコントローラ１００ａに対し、接続要求を実施する。このとき機器の機器ＩＤ、公開鍵証明書も合わせて送信する。
　（Ｓ１０２）コントローラ１００ａが接続要求を受信した機器２００ｃの公開鍵証明書の証明書ＩＤが認証情報保持部で保持するＣＲＬに記載されているかを検証する。ＣＲＬに記載されている場合、機器２００ｃへエラーを通知して処理を終了する。
　（Ｓ１０３）コントローラ１００ａは機器２００ｃから受信した公開鍵証明書の署名を検証する。検証が成功しない場合、機器２００ｃへエラーを通知して処理を終了する。このときの署名はＥＣＤＳＡ（Ｅｌｌｉｐｔｉｃ　Ｃｕｒｖｅ　Ｄｉｇｉｔａｌ　Ｓｉｇｎａｔｕｒｅ　Ａｌｇｏｒｉｔｈｍ）であってもよい。ＥＣＤＳＡについては、非特許文献３に記載されているためここでは述べない。
　（Ｓ１０４）コントローラ１００ａは乱数を生成し、コントローラＩＤと公開鍵証明書とともに機器２００ｃへ送信する。
　（Ｓ１０５）機器２００ｃは接続要求を送信したコントローラ１００ａの公開鍵証明書の証明書ＩＤが保持するＣＲＬに記載されているかを検証する。ＣＲＬに記載されている場合、コントローラ１００ａへエラーを通知して処理を終了する。
　（Ｓ１０６）機器２００ｃはコントローラ１００ａから受信した公開鍵証明書の署名を検証する。検証が失敗した場合、コントローラ１００ａへエラーを通知して処理を終了する。
　（Ｓ１０７）機器２００ｃはコントローラ１００ａから受信した乱数と機器２００ｃの秘密鍵から署名を生成する。
　（Ｓ１０８）機器２００ｃは乱数を生成し、Ｓ１０７で生成した署名とともにコントローラ１００ａへ送信する。
　（Ｓ１０９）コントローラ１００ａは署名と乱数を受信し、Ｓ１０１で受信した公開鍵証明書を用いて署名の検証を行う。署名の検証が成功しない場合、機器２００ｃへエラーを通知して処理を終了する。
　（Ｓ１１０）コントローラ１００ａはＳ１０９で受信した乱数とコントローラ１００ａの秘密鍵から署名を生成し、署名を機器２００ａへ送信する。
　（Ｓ１１１）機器２００ｃは署名を受信し、Ｓ１０４で受信した公開鍵証明書を用いて署名の検証を行う。署名の検証が成功しない場合、コントローラ１００ａへエラーを通知して処理を終了する。
　（Ｓ１１２）機器２００ｃはＳ１１１で検証が成功した場合、コントローラを接続コントローラ管理テーブルに登録する。
　（Ｓ１１３）コントローラ１００ａはコントローラＩＤと公開鍵証明書の証明書ＩＤ、Ｓ１０９で検証が成功した機器の機器ＩＤと公開鍵証明書の証明書ＩＤをメーカサーバに送信し、機器の機器ＩＤと公開鍵証明書の証明書ＩＤを接続機器管理テーブルに登録する。
　（Ｓ１１４）メーカサーバ３００ａはコントローラ１００ａからコントローラ１００ａのコントローラＩＤと公開鍵証明書の証明書ＩＤ、機器２００ｃの機器ＩＤと公開鍵証明書の証明書ＩＤを受信すると、機器情報管理テーブルに登録する。
　１．６．２　メーカサーバ３００ａのＣＲＬを更新する処理時の動作
　図１３に、メーカサーバ３００ａのＣＲＬを更新するシーケンスを示す。
　（Ｓ１２１）メーカサーバ３００ａは不正機器を検出する。具体的な一例として、同じ証明書ＩＤの複数のコントローラがメーカサーバ３００ａに接続していることを検出した場合や、同じ証明書ＩＤの複数の機器がメーカサーバ３００ａに登録されたことを検出した場合などである。また、秘密鍵が漏えいしたと検出できた場合も対応する公開鍵証明書を保持する機器やコントローラを不正機器と判断する。
　（Ｓ１２２）メーカサーバ３００ａはＣＲＬに記載の証明書ＩＤにＳ１２１で検出した不正機器や不正コントローラの公開鍵証明書の証明書ＩＤを追加する。
　（Ｓ１２３）メーカサーバ３００ａは不正機器や不正コントローラのすべての公開鍵証明書の証明書ＩＤとともにＣＲＬ発行依頼を認証局であるポータルサーバ４００に送信する。
　（Ｓ１２４）ポータルサーバ４００は受信した証明書ＩＤからＣＲＬを発行する。
　（Ｓ１２５）ポータルサーバ４００はＣＲＬをメーカサーバ３００ａへ送信する。
　（Ｓ１２６）メーカサーバ３００ａは受信したＣＲＬをＣＲＬ保持部に記録し、最新のＣＲＬに更新する。
　上記はメーカサーバ３００ａのＣＲＬを更新する処理を一例としているが、サービスサーバ３００ｂやコンテンツサーバ３００ｃが保持するＣＲＬを更新する処理も同様の処理である。
　また、メーカサーバ３００ａはＳ１２１で不正機器を検出しなくとも、次回発行日前にＣＲＬを更新する。
　１．６．３　機器のＣＲＬを更新する処理時の動作
　図１４から図１５に、機器２００ｃのＣＲＬをコントローラ１００ｂから更新するシーケンスを示す。コントローラ１００ｂから機器２００ｃのＣＲＬを更新する処理を一例として説明するが、コントローラ１００ａから機器２００ｃのＣＲＬを更新する処理も同様の処理である。
　（Ｓ１３１）サービスサーバ３００ｂはＣＲＬを更新後、コントローラ１００ｂにＣＲＬとともにＣＲＬの更新処理を依頼する。
　（Ｓ１３２）コントローラ１００ｂはサービスサーバ３００ｂから受信したＣＲＬへ更新する。
　（Ｓ１３３）コントローラ１００ｂは接続する機器がＣＲＬに記載されているかを検証する。記載されている場合、サービスサーバ３００ｂに通知し、記載されている機器の登録を削除する。
　（Ｓ１３４）コントローラ１００ｂは接続するすべての機器２００にＣＲＬとともにＣＲＬの更新処理を依頼する。ここでは機器２００ｃに更新処理を依頼した例を基に説明する。
　（Ｓ１３５）機器２００ｃは受信したＣＲＬの署名を検証する。検証が成功しない場合、ＣＲＬの更新処理を終了する。
　（Ｓ１３６）機器２００ｃは接続するすべてのコントローラがＣＲＬに記載されているかを検証する。接続するコントローラが１つでも記載されている場合、他の機器やコントローラに不正コントローラの検出を通知する。また、接続コントローラ管理テーブルの当該不正コントローラの登録を削除する。
　（Ｓ１３７）機器２００ｃはコントローラ１００ｂから受信したＣＲＬと認証情報保持部のＣＲＬとを比較し、矛盾があるかの検証を行う。具体的には、コントローラ１００ａから受信したＣＲＬが記録されている場合、コントローラ１００ｂから受信したＣＲＬの発行日と、コントローラ１００ａから受信していたＣＲＬの次回発行日を比較する。コントローラ１００ａから受信していたＣＲＬの次回発行日がコントローラ１００ｂから受信したＣＲＬの発行日より以前の場合、コントローラ１００ａから受信していたＣＲＬの次回発行日が過ぎていると判断し、コントローラ１００ａがＣＲＬを更新しなかったとして、不正なコントローラとして検出する。また、コントローラ１００ａとコントローラ１００ｂから受信したＣＲＬのバージョンを比較し、ＣＲＬのバージョンが一致しない場合、ＣＲＬのバージョンが古いＣＲＬを送信したコントローラがＣＲＬを更新しなかったとして、不正なコントローラとして検出する。このとき、機器２００ｃは他の機器やコントローラに不正コントローラの検出を通知する。また、接続コントローラ管理テーブルの当該不正コントローラの登録を削除する。また、コントローラ１００ａとの接続を遮断する。
　（Ｓ１３８）機器２００ｃは受信したＣＲＬを認証情報保持部に記録する。
　図１６に、機器２００ｃのＣＲＬをコンテンツサーバ３００ｃから更新するシーケンスを示す。
　（Ｓ１４１）コンテンツサーバ３００ｃはＣＲＬを更新後、機器２００ａにＣＲＬとともにＣＲＬの更新処理を依頼する。
　（Ｓ１４２）機器２００ｃは接続するすべてのコントローラがＣＲＬに記載されているかを検証する。接続するコントローラが１つでも記載されている場合、他の機器やコントローラ、コンテンツサーバ３００ｃに不正コントローラの検出を通知する。また、接続コントローラ管理テーブルの当該不正コントローラの登録を削除する。
　（Ｓ１４３）はＳ１３７の処理と同様のため省略する。
　（Ｓ１４４）はＳ１３８の処理と同様のため省略する。
　１．７　実施の形態１の効果
　１つのコントローラと接続する機器は、当該コントローラが不正コントローラの場合、ＣＲＬが更新できなかった。実施の形態１では、機器が複数のコントローラからＣＲＬを受信している。これにより、複数のネットワークを経由してＣＲＬを取得し、更新ができる。ＣＲＬを更新可能とすることで、不正なコントローラとの接続を防止でき、正規のコントローラと機器間で安全に接続することができる。
　（実施の形態２）
　２．システムの構成
　ここでは、本開示の実施の形態として、本開示に関わる認証システム１１について図面を参照しながら説明する。
　実施の形態２における認証システム１１では、コントローラと機器間で認証後、通信用の暗号鍵を共有し、暗号通信で機器の履歴情報をサーバへ送信する。
　２．１　認証システム１１の全体構成
　実施の形態２の認証システム１１の全体構成は実施の形態１と同様であるため、ここでは省略する。実施の形態１と同様の機能を有する構成要素は、同じ符号を付して説明を省略する。
　２．２　認証システム１１の動作
　認証システム１１の動作には、以下のものがある。
　（１）機器からコントローラに接続し、サーバへ登録する機器登録処理
　（２）メーカサーバ３００ａのＣＲＬを更新する処理
　（３）機器のＣＲＬを更新する処理
　（４）機器からサーバへ機器履歴情報を送信する処理
（２）、（３）の処理は実施の形態１と同様のため、ここでの説明を省略する。
　以下、それぞれについて図を用いて説明する。
　２．２．１　機器登録処理時の動作
　図１７から図１９は機器２００ｃがコントローラ１００ａに接続し、メーカサーバへ登録する処理のシーケンスを示す。機器２００ａや機器２００ｂがコントローラ１００ａに接続し、メーカサーバへ登録する処理や、機器２００ｃがコントローラ１００ｂに接続し、サービスサーバに登録する処理も同様である。
　（Ｓ２０１）から（Ｓ２０３）の処理は実施の形態１のＳ１０１からＳ１０３の処理と同様のため、ここでの説明を省略する。
　（Ｓ２０４）コントローラ１００ａはコントローラＩＤと公開鍵証明書を機器２００ｃへ送信する。
　（Ｓ２０５）から（Ｓ２０６）の処理はＳ１０５からＳ１０６の処理と同様のため、ここでの説明を省略する。
　（Ｓ２０７）機器２００ｃとコントローラ１００ａは、鍵交換を行う。ここでは楕円曲線暗号の鍵交換方式のＥＣＤＨ（Ｅｌｌｉｐｔｉｃ　Ｃｕｒｖｅ　Ｄｉｆｆｉｅ－Ｈｅｌｌｍａｎ）を用いる。ＥＣＤＨについては、非特許文献４に記載されているためここでは述べない。
　（Ｓ２０８）機器２００ｃとコントローラ１００ａは、鍵交換で共有した鍵を共有鍵として設定する。
　（Ｓ２０９）コントローラ１００ａは乱数を生成し、機器２００ｃへ送信する。
　（Ｓ２１０）機器２００ｃはコントローラ１００ａから乱数を受信し、共有鍵で暗号化する。
　（Ｓ２１１）機器２００ｃは乱数を生成し、Ｓ２１０で生成した暗号化乱数とともにコントローラ１００ａへ送信する。
　（Ｓ２１２）コントローラ１００ａは暗号化乱数と乱数を受信し、暗号化乱数を共有鍵で復号し、Ｓ２０９で生成した乱数と一致するかの検証を行う。検証が成功しない場合、機器２００ｃへエラーを通知して処理を終了する。
　（Ｓ２１３）コントローラ１００ａはＳ２１２での検証が成功した場合、Ｓ２１２で受信した乱数を共有鍵で暗号化し、暗号化乱数を機器２００ｃへ送信する。
　（Ｓ２１４）機器２００ｃは暗号化乱数を受信し、暗号化乱数を共有鍵で復号し、Ｓ２１１で生成した乱数と一致するかの検証を行う。検証が成功しない場合、コントローラ１００ａへエラーを通知して処理を終了する。
　（Ｓ２１５）機器２００ｃはＳ２１４で検証が成功した場合、コントローラ１００ａを接続コントローラ管理テーブルに登録する。図２０は、実施の形態２における接続コントローラ管理テーブルである。実施の形態１の接続コントローラ管理テーブルに加え、コントローラと共有した共有鍵から構成される。
　（Ｓ２１６）コントローラ１００ａはコントローラＩＤと公開鍵証明書の証明書ＩＤ、Ｓ２１２で検証が成功した機器の機器ＩＤと公開鍵証明書の証明書ＩＤをメーカサーバ３００ａに送信し、機器の機器ＩＤと公開鍵証明書の証明書ＩＤを接続機器管理テーブルに登録する。図２１は、実施の形態２における接続機器管理テーブルである。実施の形態１の接続機器管理テーブルに加え、機器と共有した共有鍵から構成される。
　（Ｓ２１７）は実施の形態１のＳ１１４の処理と同様のため、ここでの説明は省略する。
　２．２．２　機器からメーカサーバ３００ａへ機器履歴情報を送信する処理時の動作
　図２２に、機器からのメーカサーバ３００ａへ機器履歴情報を送信するシーケンスを示す。なお、このアップロードは、定期的、あるいは不定期に行われる。
　（Ｓ２２１）機器は蓄積した機器履歴情報を、共有鍵で暗号化し、機器ＩＤとともにコントローラに送信する。
　（Ｓ２２２）コントローラは、機器ＩＤと暗号化された機器履歴情報を受信し、機器ＩＤから共有鍵を検索し、共有鍵で機器履歴情報を復号する。
　（Ｓ２２３）コントローラとメーカサーバ３００ａはＳＳＬの認証を行い、暗号通信路を確立する。
　（Ｓ２２４）コントローラは、コントローラのＩＤと機器から受信した機器ＩＤと機器履歴情報をメーカサーバ３００ａへ送信する。
　（Ｓ２２５）メーカサーバ３００ａは、受信したコントローラのＩＤと機器ＩＤと機器履歴情報を登録する。
　２．３　実施の形態２の効果
　実施の形態１では、機器の認証時に鍵交換を行い、共有した鍵を用いてチャレンジレスポンス認証を行っている。共有した鍵は秘密鍵と対応する公開鍵のみから生成できるため、公開鍵証明書の公開鍵に対応する秘密鍵を持っていない場合、共有鍵が生成できず、チャレンジレスポンス認証が成功しない。これにより、秘密鍵を用いた署名生成および公開鍵を用いた署名検証を行う認証処理に比べ、認証処理を軽減することが可能となる。また機器の履歴情報を共有鍵によって暗号通信が可能になり、機器の履歴情報の漏洩を防止することができる。
　（実施の形態３）
　３．システムの構成
　ここでは、本開示の実施の形態として、本開示に関わる認証システム１０ａについて図面を参照しながら説明する。
　実施の形態１では、不正なコントローラに接続している機器のＣＲＬの更新の際、機器が他に接続している正規のコントローラを経由し、ＣＲＬ更新を行い、不正なコントローラへの接続を防止していた。このとき、ＣＲＬ更新を行った機器は、不正なコントローラに接続する他の機器を検出でき、検出した他の機器へ不正なコントローラの検出を通知することが可能である。
　しかし、ＣＲＬが更新されるたびに、機器が接続していないコントローラや機器の公開鍵証明書の証明書ＩＤの記載されたＣＲＬまで記録すると、機器の記憶容量が小さい場合、容量が超過してしまい、本来必要なＣＲＬを認証情報保持部に格納できない恐れがある。
　実施の形態３では、記憶容量の小さな機器は、必要最小限のＣＲＬのみ保持し、ハードディスク（ＨＤＤ）を持つような記憶容量の大きい機器が、発行されたすべてのＣＲＬを保持する。そのために、記憶容量の大きい機器が接続するコントローラに接続している他の機器を検出し、検出した機器の記憶容量に応じて、ＣＲＬを送信するかどうかを判断する。記憶容量の大きい機器は、コントローラ別接続機器管理テーブルを持ち、各機器の記憶容量を判断する。コントローラ別接続機器管理テーブルについては、３．１にて詳細を説明する。
　３．１　認証システム１０ａの全体構成
　実施の形態３の認証システム１０ａの全体構成は、実施の形態１と同様であるため、全体の説明は省略する。なお、機器２００ａ、機器２００ｂは、記憶容量の小さい機器であり、機器２００ｃは、ＨＤＤを持つような記憶容量の大きい機器である。記憶容量が大きく、コントローラ１００ｂを介してサービスサーバ３００ｂと接続する機器２００ｃとして、例えば、レコーダーがある。
　実施の形態３では、実施の形態１で機器２００ｃ内の機器情報保持部２０３が持つ機器情報に、コントローラ別接続機器管理テーブルが加わる。コントローラ別接続機器管理テーブルは、機器がコントローラへ接続する際に、機器自身によって作成され、機器情報保持部に格納される。
　コントローラ別接続機器管理テーブルの一例を、図３６に示す。コントローラ別接続機器管理テーブルは、コントローラＩＤ、機器ＩＤ、記憶容量から構成される。コントローラＩＤには、テーブルを保持する機器が接続しているコントローラのコントローラＩＤが記載される。機器ＩＤには、各コントローラに接続している機器の機器ＩＤが記載される。記憶容量には、各機器の記憶容量の大小が記載される。記憶容量の大小は、機器を検出する際、テーブルを作成する機器が判断する。判断方法としては、例えば、検出された機器がテーブルを作成する機器へ、記憶容量を送信する、もしくは、ＨＤＤをもつか否かを送信する方法がある。前者の場合、記憶容量が、予め設定したしきい値より大きいか否かで判断する。本実施の形態では、機器２００ｃが接続しているコントローラ１００ａとコントローラ１００ｂが記載される。コントローラ１００ａには、機器２００ａ、機器２００ｂが接続しており、機器２００ａと機器２００ｂは記憶容量が小さいことが記載されている。コントローラ１００ｂには、機器２００ｃ以外接続していないため、機器ＩＤ、記憶容量共に、ＮＵＬＬが登録される。
　ここでは、ポータルサーバ４００が、証明書ＩＤ１つにつき１つのＣＲＬを発行する場合について説明する。
　３．２　認証システム１０ａの動作
　実施の形態１同様、認証システム１０ａの動作には、以下のものがある。
　（１）機器からコントローラに接続し、サーバへ登録する機器登録処理
　（２）メーカサーバ３００ａのＣＲＬ更新する処理
　（３）機器のＣＲＬを更新する処理
（２）の処理は実施の形態１と同様のため、説明を省略する。
　以下、（１）、（３）について図を用いて説明する。
　３．２．１　機器登録処理時の動作
　本実施の形態での機器登録処理時の動作は、実施の形態２の動作にコントローラ別接続機器管理テーブルの登録の動作が加わる。
　ここでは、機器２００ｃがコントローラ１００ａに接続し、メーカサーバ３００ａへ登録する処理のシーケンスを示す。機器２００ｃがコントローラ１００ｂに接続し、サービスサーバ３００ｂに登録する処理も同様である。
　シーケンスは、図１７から図１９と同様であるため、本実施の形態では、Ｓ２１５に加わる処理の詳細を抜粋して説明する。
　図４０に、機器登録の際、機器が、接続コントローラ管理テーブルへコントローラを登録した後のシーケンスを示す。ここでは、機器２００ｃがコントローラ１００ａと機器登録を行うとき、コントローラ１００ａに接続している他の機器を検出し、検出した機器の機器ＩＤをコントローラ１００ａの行に登録していく処理を一例として説明する。
　（Ｓ３２１）機器２００ｃは、接続コントローラ管理テーブルにコントローラを登録すると、接続コントローラ管理テーブルに登録したコントローラＩＤを、コントローラ別接続機器管理テーブルに登録する。ここでは、機器２００ｃは、コントローラ１００ａのコントローラＩＤを登録する。
　（Ｓ３２２）機器２００ｃは、Ｓ３２１で登録したコントローラＩＤのコントローラに接続している機器を検出する。検出されなければ、コントローラ登録処理を終了する。
　（Ｓ３２３）機器２００ｃは、コントローラＩＤ、Ｓ３２２で検出した機器の機器ＩＤをコントローラ別接続機器管理テーブルに登録する。
　（Ｓ３２４）機器２００ｃは、コントローラ別接続機器管理テーブルに登録した機器ＩＤの機器へ、記憶容量の問合せを送信する。
　（Ｓ３２５）記憶容量の問合せを受信した機器は、記憶容量の問合せを受信すると、機器２００ｃへ機器ＩＤと記憶容量を送信する。
　（Ｓ３２６）機器２００ｃは、Ｓ３２５で受信した記憶容量が、予め設定したしきい値より小さいかを確認する。しきい値より小さい場合、コントローラ別接続機器管理テーブルのコントローラＩＤ、Ｓ３２５で受信した機器ＩＤの一致する行の記憶容量に小を登録する。しきい値以上の場合、記憶容量に大を登録する。しきい値は、例えば、「ＣＲＬ２つ以上」とする。つまり、機器がＣＲＬを２つ以上持てるとき、記憶容量に大を登録し、それ以外の場合、記憶容量に小を登録する。
　３．２．２　機器のＣＲＬを更新する処理の動作
　機器のＣＲＬを更新する処理の動作として、本実施の形態では、機器２００ｃから機器２００ｂへＣＲＬを送信し、不正なコントローラ１００ａの登録を削除する処理を一例として説明する。コントローラ１００ａに接続している機器２００ａの処理に関しても機器２００ｂと同様の処理である。
　図３５は、機器２００ｃから機器２００ｂへＣＲＬを送信する処理の概念図である。
　記憶容量の大きい機器２００ｃはコントローラ１００ｂから受信したすべてのＣＲＬを記録する。一方、記憶容量の小さい機器２００ｂは、すべてのＣＲＬを記録できないため、機器２００ｃから受信したＣＲＬのみを記録する。
　機器２００ｃは、コントローラ１００ａの公開鍵証明書の証明書ＩＤが記載されたＣＲＬを受信すると、コントローラ１００ａに接続する機器２００ｂを検出し、ＣＲＬを送信する。
　（１）機器２００ｃは、コントローラ１００ｂから、コントローラ１００ａの公開鍵証明書の証明書ＩＤの記載されたＣＲＬを受信する。
　（２）機器２００ｃは、コントローラ１００ａの公開鍵証明書の証明書ＩＤの記載されたＣＲＬをＨＤＤに格納する。
　（３）機器２００ｃは、共通のコントローラに接続する記憶容量の小さい機器２００ｂを検出し、そのコントローラがコントローラ１００ａであるとき、機器２００ｂへＣＲＬを送信する。
　（４）機器２００ｂは、コントローラ１００ａの公開鍵証明書の証明書ＩＤの記載されたＣＲＬをメモリに格納する。
　以上より、機器２００ｃは、接続するコントローラ１００ａの公開鍵証明書の証明書ＩＤの記載されたＣＲＬのほかに、コントローラ１００ｘ、コントローラ１００ｙ、コントローラ１００ｚの公開鍵証明書の証明書ＩＤの記載されたＣＲＬを保持する。一方、機器２００ｂは、接続するコントローラ１００ａの公開鍵証明書の証明書ＩＤの記載されたＣＲＬのみを保持する。
　以下に図２３～２５を用いて、機器２００ｃが、サービスサーバ３００ｂに接続したコントローラ１００ｂに接続し、コントローラ１００ｂからＣＲＬを受信した際、機器２００ｃ内のＣＲＬ、機器２００ｂ内のＣＲＬを更新する処理のシーケンスを示す。
　（Ｓ３０１）サービスサーバ３００ｂは、コントローラ１００ｂへ新規に発行されたＣＲＬ（以下、新規ＣＲＬ）を送信する。ここでは、コントローラ１００ａの公開鍵証明書の証明書ＩＤの記載されたＣＲＬである。
　（Ｓ３０２）コントローラ１００ｂは、サービスサーバ３００ｂから受信した新規ＣＲＬを機器２００ｃへ送信する。ここで、コントローラ１００ｂは、Ｓ３０１で受信したＣＲＬを記録する場合、実施の形態１のＳ１３２～Ｓ１３３と同様の処理を行う。
　（Ｓ３０３）機器２００ｃは、コントローラ１００ｂから受信したＣＲＬの署名を検証する。検証が成功しない場合、ＣＲＬの更新処理を終了する。
　（Ｓ３０４）機器２００ｃは、接続するすべてのコントローラがＣＲＬに記載されているかを検証する。接続するコントローラが１つでも記載されている場合、接続コントローラ管理テーブルの当該不正コントローラの登録を削除する。ここでは、コントローラ１００ａの登録を削除する。
　（Ｓ３０５）機器２００ｃは、コントローラ１００ｂから受信したＣＲＬと認証情報保持部のＣＲＬとを比較し、矛盾があるかの検証を行う。矛盾がある場合、矛盾がある場合、矛盾のあるＣＲＬの配布元であるコントローラの登録を接続コントローラ管理テーブルから削除する。ここでは、コントローラ１００ａの登録を削除する。また、コントローラ１００ａとの接続を遮断する。
　（Ｓ３０６）機器２００ｃは、コントローラ１００ｂから受信したＣＲＬを記録する。
　（Ｓ３０７）機器２００ｃは、コントローラ別接続機器管理テーブルを参照し、テーブルの１行目から機器の記憶容量を確認する。対象機器が記憶容量の大きい機器であれば、機器２００ｃは、対象機器へ新規ＣＲＬを送信する。
　（Ｓ３０８）対象機器が記憶容量の小さい機器である場合、機器２００ｃは、対象機器が接続するコントローラが、ＣＲＬに記載されているかを検証する。このとき、機器２００ｃは、まず、コントローラ別接続機器管理テーブルを参照し、対象機器が接続するコントローラのコントローラＩＤを抽出する。次に、機器２００ｃは、接続コントローラ管理テーブルを参照し、抽出したコントローラＩＤに対応するコントローラの公開鍵証明書の証明書ＩＤを抽出する。そして、機器２００ｃは、抽出した証明書ＩＤがＣＲＬに記載されているかを検証する。接続するコントローラがＣＲＬに記載されている場合、機器２００ｃは、対象機器へ新規ＣＲＬを送信する。接続するコントローラがＣＲＬに記載されていない場合、機器２００ｃは対象機器へ新規ＣＲＬを送信しない。ここでは、記憶容量の小さい機器であり、接続するコントローラがＣＲＬに記載されたコントローラ１００ａである機器２００ｂへ新規ＣＲＬを送信する。
　（Ｓ３０９）機器２００ｃは、対象機器がテーブルの最終行かを確認する。最終行でなければ、次の行の機器を対象機器として、Ｓ３０７～Ｓ３０９の処理を行う。最終行であれば、ＣＲＬ更新処理を終了する。
　（Ｓ３１０）機器２００ｂは、機器２００ｃから受信したＣＲＬの署名を検証する。検証が成功しない場合、ＣＲＬの更新処理を終了する。
　（Ｓ３１１）機器２００ｂは、接続するすべてのコントローラがＣＲＬに記載されているかを検証する。接続するコントローラが一つでもＣＲＬに記載されている場合、接続コントローラ管理テーブルの当該不正コントローラの登録を削除する。ここでは、コントローラ１００ａの登録を削除する。
　（Ｓ３１２）機器２００ｂは、機器２００ｃから受信したＣＲＬを記録する。
　なお、機器２００ｃがテレビやレコーダーである場合、機器２００ｂは、ＣＲＬを記録したことをＣＲＬ更新完了通知として機器２００ｃへ送信し、機器２００ｃがディスプレイにその旨を表示してもよい。テレビは、例えば、ユーザがテレビの電源を入れたとき、同じコントローラに接続する機器のＣＲＬが更新されたことを表示する。
　３．３　実施の形態３の効果
　実施の形態３では、記憶容量の大きい機器が、新規ＣＲＬを受信した際、当該機器の接続するコントローラに接続している他の機器を検出し、検出した機器の記憶容量の大小によって、新規ＣＲＬを送信するかどうかを判断している。これにより、記憶容量が小さい機器は、接続しているコントローラの公開鍵証明書の証明書ＩＤが記載された、必要最小限のＣＲＬを受信・保持することができ、不正なコントローラへの接続を防止できる。
　（実施の形態４）
　４．システムの構成
　ここでは、本開示の実施の形態として、本開示に関わる認証システム１０ｂについて図面を参照しながら説明する。
　実施の形態３では、記憶容量の大きい機器が、新規ＣＲＬを受信した際、当該機器の接続するコントローラに接続している他の機器を検出し、検出した機器の記憶容量の大小によって、ＣＲＬを送信するかどうかを判断している。
　しかし、記憶容量の大きい機器が接続していないコントローラの公開鍵証明書の証明書ＩＤが記載されたＣＲＬであった場合、他の機器が、ＣＲＬに記載された証明書ＩＤの公開鍵証明書を持つコントローラに接続しているかどうか分からない。これにより、ＣＲＬに記載された証明書ＩＤの公開鍵証明書を持つコントローラに接続する機器は、不正なコントローラに接続した状態が続くことになる。
　実施の形態４では、記憶容量の大きい機器が新規ＣＲＬを受信した際、記憶容量の大きい機器が、記憶容量の小さい機器へ、共通して接続しているコントローラ以外のコントローラの公開鍵証明書の証明書ＩＤを確認し、証明書ＩＤがＣＲＬに記載されていれば、ＣＲＬを送信する。さらに、ＣＲＬを受信した記憶容量の小さい機器は、不正なコントローラに接続する他の機器へＣＲＬを送信する。
　また、実施の形態４では、コントローラの記憶容量が小さく複数のＣＲＬを保持できないことを一例に説明する。コントローラは、機器の公開鍵証明書の証明書ＩＤが記載された、必要最小限のＣＲＬのみを保持している。記憶容量の大きい機器と接続しているコントローラは、保持しているＣＲＬを含め、ＣＲＬを記憶容量の大きい機器へ送信する。コントローラの記憶容量が十分な場合は、コントローラもすべてのＣＲＬを保持し、コントローラが各機器へＣＲＬを直接送信してもよい。しかし、すべてのコントローラが、記憶容量が大きいわけではないため、本実施の形態に記載する構成のユースケースについて説明する。
　４．１　認証システム１０ｂの全体構成
　図２６は、本開示に係る認証システム１０ｂの全体構成を示す図である。認証システム１０ｂは、実施の形態１と同様のコントローラ１００、機器２００、サーバ３００、ポータルサーバ４００から構成される。
　実施の形態４では、実施の形態３と同様、機器２００ｃが記憶容量の大きい機器であり、機器２００ａ、機器２００ｂは、記憶容量の小さい機器であることを一例として説明する。
　また、実施の形態４では、実施の形態１、３と異なる接続の構成の一例を示す。機器２００ａ、機器２００ｂがコントローラ１００ａに接続しており、機器２００ｂ、機器２００ｃがコントローラ１００ｂに接続している。
　なお、実施の形態３と同様に、ポータルサーバ４００は、証明書ＩＤ１つにつき１つのＣＲＬを発行する。
　４．２　認証システム１０ｂの動作
　実施の形態１、３同様、認証システム１０ｂの動作には、以下のものがある。
　（１）機器からコントローラに接続し、サーバへ登録する機器登録処理
　（２）メーカサーバ３００ａのＣＲＬ更新する処理
　（３）機器のＣＲＬを更新する処理
（１）（２）の処理は実施の形態１、３と同様のため、説明を省略する。
　以下、（３）について図を用いて説明する。
　４．２．１　機器のＣＲＬを更新する処理の動作
　図２７～図３０に、次の処理のシーケンスを示す。機器２００ｃが、新規ＣＲＬに記載された証明書ＩＤの公開鍵証明書を持つコントローラに接続していないとき、記憶容量の小さい機器がＣＲＬに記載された証明書ＩＤの公開鍵証明書を持つコントローラに接続していないかを確認し、記憶容量の小さい機器へＣＲＬを送信するか否かを判断する。一方、機器２００ｃは、記憶容量の大きい機器へは、無条件でＣＲＬを送信する。ここでは、機器２００ａと機器２００ｂが、不正なコントローラ１００ａに接続しており、機器２００ｂが機器２００ｃから新規ＣＲＬを受信し、不正なコントローラ１００ａに接続する機器２００ａへ新規ＣＲＬを送信する処理を一例として説明する。
　（Ｓ４０１）サービスサーバ３００ｂは、コントローラ１００ｂへ新規ＣＲＬを送信する。ここでは、コントローラ１００ａの公開鍵証明書の証明書ＩＤの記載されたＣＲＬである。
　（Ｓ４０２）コントローラ１００ｂは、機器２００ｃへ新規ＣＲＬを送信する。
　（Ｓ４０３）機器２００ｃは、受信したＣＲＬの署名を検証する。検証が成功しない場合、ＣＲＬの更新処理を終了する。
　（Ｓ４０４）機器２００ｃは、接続するすべてのコントローラがＣＲＬに記載されているかを検証する。接続するコントローラが１つでも記載されている場合、接続コントローラ管理テーブルの当該不正コントローラの登録を削除する。
　（Ｓ４０５）機器２００ｃは、コントローラ１００ｂから受信したＣＲＬと認証情報保持部のＣＲＬとを比較し、矛盾があるかの検証を行う。矛盾がある場合、矛盾のあるＣＲＬの配布元であるコントローラの登録を接続コントローラ管理テーブルから削除する。
　（Ｓ４０６）機器２００ｃは、コントローラ１００ｂから受信したＣＲＬを記録する。
　（Ｓ４０７）機器２００ｃは、コントローラ別接続機器管理テーブルを参照し、テーブルの１行目から機器の記憶容量を確認する。コントローラ別接続機器管理テーブルの機器が記憶容量の大きい機器であれば、機器２００ｃは、対象機器へ新規ＣＲＬを送信する。
　（Ｓ４０８）機器２００ｃは、コントローラ別接続機器管理テーブルの機器２００が記憶容量の小さい機器であれば、対象機器へＣＲＬ更新通知を送信する。ここでは、機器２００ｃは、機器２００ｂへＣＲＬ更新通知を送信する。
　（Ｓ４０９）機器２００ｂは、機器２００ｃからＣＲＬ更新通知を受信すると、接続コントローラ管理テーブルを参照し、機器２００ｃと共通して接続しているコントローラ以外に接続しているコントローラの公開鍵証明書の証明書ＩＤを抽出する。ここでは、機器２００ｂは、コントローラ１００ａの公開鍵証明書の証明書ＩＤを抽出する。
　（Ｓ４１０）機器２００ｂは、機器２００ｃへＳ４０９で抽出したコントローラ１００の公開鍵証明書の証明書ＩＤを送信する。ここでは、機器２００ｂは、コントローラ１００ａの公開鍵証明書の証明書ＩＤを送信する。
　（Ｓ４１１）機器２００ｃは、機器２００ｂから受信した証明書ＩＤが、ＣＲＬに記載されているか確認を行う。証明書ＩＤがＣＲＬに記載されている場合、機器２００ｃは、機器２００ｂへＣＲＬを送信する。証明書ＩＤがＣＲＬに記載されていない場合、機器２００ｃは、機器２００ｂへＣＲＬを送信しない。
　（Ｓ４１２）機器２００ｃは、対象機器がテーブルの最終行かを確認する。最終行でなければ、次の行の機器を対象機器として、Ｓ４０７～Ｓ４１２の処理を行う。最終行であれば、ＣＲＬ更新処理を終了する。
　（Ｓ４１３）機器２００ｂは、機器２００ｃから受信したＣＲＬの署名を検証する。検証が成功しない場合、ＣＲＬの更新処理を終了する。
　（Ｓ４１４）機器２００ｂは、接続するすべてのコントローラがＣＲＬに記載されているかを検証する。接続するコントローラが一つでもＣＲＬに記載されている場合、接続コントローラ管理テーブルの当該不正コントローラの登録を削除する。ここでは、コントローラ１００ａの登録を削除する。
　（Ｓ４１５）機器２００ｂは、機器２００ｃから受信したＣＲＬを記録する。
　（Ｓ４１６）機器２００ｂは、機器２００ｃから受信したＣＲＬに記載された証明書ＩＤの公開鍵証明書を持つコントローラに接続する他の機器をすべて検出する。ここでは、機器２００ｂは、機器２００ａを検出する。検出されない場合、ＣＲＬの更新処理を終了する。
　（Ｓ４１７）機器２００ｂは、機器２００ｃから受信したＣＲＬを機器２００ａへ送信する。
　（Ｓ４１８）機器２００ａは、機器２００ｂから受信したＣＲＬの署名を検証する。検証が成功しない場合、ＣＲＬの更新処理を終了する。
　（Ｓ４１９）機器２００ａは、接続するすべてのコントローラがＣＲＬに記載されているかを検証する。接続するコントローラが一つでもＣＲＬに記載されている場合、接続コントローラ管理テーブルの当該不正コントローラの登録を削除する。ここでは、コントローラ１００ａの登録を削除する。
　（Ｓ４２０）機器２００ａは、機器２００ｂから受信したＣＲＬを記録する。
　４．３　実施の形態４の効果
　実施の形態４では、記憶容量の大きい機器が、記憶容量の小さい機器から、共通して接続しているコントローラ以外のコントローラの公開鍵証明書の証明書ＩＤを取得し、証明書ＩＤがＣＲＬに記載されているかによって、記憶容量の小さい機器へＣＲＬを送信するかどうかを判断している。さらに、記憶容量の小さい機器は、記憶容量の大きい機器から新規ＣＲＬを受信すると、ＣＲＬに記載された証明書ＩＤの公開鍵証明書を持つコントローラに接続する他の機器へ新規ＣＲＬを送信している。これにより、記憶容量の大きい機器が、接続していないコントローラの公開鍵証明書の証明書ＩＤの記載されたＣＲＬを受信しても、記憶容量の小さい機器へＣＲＬを送信でき、不正なコントローラへの接続を防止することができる。
　（実施の形態５）
　５．システムの構成
　ここでは、本開示の実施の形態として、本開示に関わる認証システム１０ｃについて図面を参照しながら説明する。
　実施の形態４では、ＣＲＬが更新されると、記憶容量の大きい機器が、記憶容量の小さい機器へ、共通して接続しているコントローラ以外のコントローラの公開鍵証明書の証明書ＩＤを確認し、証明書ＩＤがＣＲＬに記載されているかによって、ＣＲＬを送信するかどうかを判断していた。
　しかし、記憶容量の小さい機器は、必要最小限のＣＲＬしか持っていないため、新規にコントローラに接続するときは、そのコントローラが正規のコントローラかどうか判断できない。
　実施の形態５では、記憶容量の小さい機器が、新規にコントローラに接続する際、新規コントローラが正規のコントローラかどうかを記憶容量の大きい機器へ確認する。確認の際は、記憶容量の小さい機器が、記憶容量の大きい機器へ新規コントローラの公開鍵証明書の証明書ＩＤを送信し、記憶容量の大きい機器が、証明書ＩＤがＣＲＬに記載されているかどうかによって、新規コントローラへの接続許可／禁止を判断する。
　ここでは、実施の形態４と同様、コントローラの記憶容量が小さい例について説明する。記憶容量の小さい機器が接続する正規のコントローラが、記憶容量の大きいコントローラであり、すべてのＣＲＬを保持していれば、コントローラへ問合せを行ってもよい。しかし、すべてのコントローラが、記憶容量が大きいわけではないため、本実施の形態に記載する構成のユースケースについて説明する。
　５．１　認証システム１０ｃの全体構成
　図３１は、本開示に係る認証システム１０ｃの全体構成を示す図である。認証システム１０ｃは、実施の形態１と同様のコントローラ１００、機器２００、サーバ３００、ポータルサーバ４００から構成される。実施の形態１の構成に、新規コントローラ１００ｃが加わるが、実施の形態１のコントローラ１００ａ、１００ｂと同様の構成であるため、説明は省略する。また、コントローラ１００ｃが接続するメーカサーバ３００ｄが加わるが、実施の形態１のサーバ３００ａと同様の構成であるため、説明は省略する。
　実施の形態５では、実施の形態４と同様、機器２００ｃは、記憶容量の大きい機器であり、機器２００ａ、機器２００ｂは、記憶容量の小さい機器である。
　このとき、記憶容量の大きい機器は発行されたすべてのＣＲＬを保持し、記憶容量の小さい機器は、必要最小限のＣＲＬを保持する。
　また、実施の形態５では、機器２００ａ、機器２００ｂがコントローラ１００ａに接続しており、機器２００ｂ、機器２００ｃがコントローラ１００ｂに接続している。機器２００ｂがコントローラ１００ｃに接続しようとしており、コントローラ１００ｃは、サーバ３００ｄに接続している。
　なお、実施の形態４と同様に、ポータルサーバ４００は、証明書ＩＤ１つにつき１つのＣＲＬを発行する。
　５．２　認証システム１０ｃの動作
　実施の形態１、３、４同様、認証システム１０ｃの動作には、以下のものがある。
　（１）機器からコントローラに接続し、サーバへ登録する機器登録処理
　（２）メーカサーバのＣＲＬ更新する処理
　（３）機器のＣＲＬを更新する処理
（２）の処理は実施の形態１、３、４と、（３）の処理は実施の形態４と同様のため、説明を省略する。
　以下、（１）について図を用いて説明する。
　５．２．１　機器登録処理時の動作
　５．２．１．１　機器２００ｃが行うコントローラ別接続機器管理テーブル作成処理
　本実施の形態での機器登録処理時の動作における、機器２００ｃが行うコントローラ別接続機器管理テーブル作成処理は、実施の形態３の動作に、記憶容量の小さい機器がＣＲＬ更新問合せ先として、機器２００ｃを登録する動作が加わる。
　図４１に、機器登録の際、機器が、接続コントローラ管理テーブルへコントローラを登録した後のシーケンスを示す。ここでは、機器２００ｃがコントローラ１００ａと機器登録を行うとき、コントローラ１００ａに接続している他の機器を検出し、検出した機器の機器ＩＤをコントローラ１００ａの行に登録していく処理を一例として説明する。
　機器２００ｃと機器２００ｃが検出した機器の間で行われる動作Ｓ５２１～Ｓ５２６は、実施の形態３のＳ３２１～Ｓ３２６と同様の処理であるため、説明を省略し、Ｓ５２７から説明する。
　（Ｓ５２７）機器２００ｃは、記憶容量の小さい機器へ、ＣＲＬ更新問合せの問合せ先として、機器２００ｃの機器ＩＤを登録しておくよう、問合せ先機器ＩＤ登録依頼を送信する。その際、機器２００ｃの機器ＩＤを合わせて送信する。
　（Ｓ５２８）機器２００ｂは、問合せ先機器ＩＤ登録依頼を受信すると、受信した機器２００ｃの機器ＩＤを登録する。受信した機器ＩＤは、例えば、機器情報保持部２０３に格納される。
　５．２．１．２　機器２００ｂが行うコントローラ１００ｃへの機器登録処理
　図３２～図３４に、記憶容量の小さい機器が、新規コントローラに機器登録する際、新規コントローラが正規のコントローラかどうかを記憶容量の大きい機器２００ｃに問い合わせ、機器２００ｃが新規コントローラへの接続許可／禁止を判断する処理のシーケンスを示す。ここでは、機器２００ｂがコントローラ１００ｃに機器登録する際、機器２００ｃへ問合せを行う処理を一例として説明する。機器２００ａがコントローラ１００ｂに接続しているとき、新規コントローラ１００ｃに機器登録する処理も同様である。
　機器２００ｂとコントローラ１００ｃの間で行われる機器接続処理の動作Ｓ５０１～Ｓ５０４は、実施の形態１のＳ１０１～Ｓ１０４と同様の処理であるため、説明を省略し、Ｓ５０５から説明する。
　（Ｓ５０５）機器２００ｂは、接続要求を送信したコントローラの公開鍵証明書の証明書ＩＤが保持するＣＲＬに記載されているかどうかを検証する。ＣＲＬに記載されている場合、コントローラへエラーを通知して処理を終了する。ここでは、コントローラ１００ｃの証明書ＩＤがＣＲＬに記載されているかどうかを検証する。
　（Ｓ５０６）機器２００ｂは、問合せ先機器ＩＤを参照し、問合せ先機器ＩＤの機器２００ｃへ、コントローラ１００ｃの公開鍵証明書の証明書ＩＤを送信する。
　（Ｓ５０７）機器２００ｃは、機器２００ｂから受信した証明書ＩＤが認証情報保持部で保持するＣＲＬに記載されているかを検証する。ＣＲＬに記載されている場合、機器２００ｂへ接続禁止の通知を送信する。機器２００ｂは、コントローラ１００ｃへ、エラー通知を送信し、機器登録処理を終了する。
　（Ｓ５０８）証明書ＩＤがＣＲＬに記載されていない場合、機器２００ｃは、機器２００ｂへ接続許可の通知を送信する。
　（Ｓ５０９）機器２００ｂは、コントローラ１００ｃから受信した公開鍵証明書の署名を検証する。検証が失敗した場合、コントローラ１００ｃへエラー通知を送信し、機器登録処理を終了する。
　（Ｓ５１０）機器２００ｂは、コントローラ１００ｃから受信した乱数と機器２００ｂの秘密鍵から署名を生成する。
　（Ｓ５１１）機器２００ｂは、乱数を生成し、Ｓ５１０で生成した署名とともにコントローラ１００ｃへ送信する。
　以下、機器２００ｂ、コントローラ１００ｃ、メーカサーバの間で行われる機器登録処理時の動作Ｓ５１２～Ｓ５１７は、実施の形態１のＳ１０９～Ｓ１１４と同様の処理であるため、説明を省略する。
　５．３　実施の形態５の効果
　実施の形態５では、記憶容量の小さい機器が、新規コントローラに機器登録をする際、記憶容量の大きい機器に、新規コントローラが正規のコントローラかどうかを問い合わせ、記憶容量の大きい機器が、新規コントローラへの接続の許可／禁止を判断している。これにより、記憶容量の小さい機器が新規に接続するコントローラが不正なコントローラであった場合、機器接続の段階で、不正なコントローラへの接続を防止できる。
　６．その他変形例
　なお、本開示を上記各実施の形態に基づいて説明してきたが、本開示は、上記各実施の形態に限定されないのはもちろんである。以下のような場合も本開示に含まれる。
　（１）上記実施の形態では、コントローラは機器登録処理時にサーバからＣＲＬを取得してもよい。また、機器登録処理時以外でも定期的に取得するとしてもよい。また、ＣＲＬの次回発行日前にサーバに取得するとしてもよい。
　（２）上記実施の形態では、機器はコントローラ経由でサーバと通信し、または機器はコンテンツサーバ３００ｃと通信し、ＣＲＬを取得しているが、これに限定するわけではなく、サーバと接続する携帯端末経由でＣＲＬを取得するとしてもよい。携帯端末と機器間の通信はＮＦＣ（Ｎｅａｒ　ｆｉｅｌｄ　ｃｏｍｍｕｎｉｃａｔｉｏｎ）通信やＢｌｕｅｔｏｏｔｈ（登録商標）通信としてもよい。
　（３）上記実施の形態では、機器がコントローラを不正であると判断した場合、他の機器２００やコントローラに通知しているが、さらに、通知を受信した機器やコントローラに表示機能がある場合、不正なコントローラを検出した旨の表示画面を出力するとしてもよい。また、表示画面がない場合、エラーコードの表示やランプの点滅をするとしてもよい。
　これにより、不正なコントローラを持つユーザが表示を確認することが可能となり、不正なコントローラを交換することができる。
　（４）上記実施の形態２では、共有鍵を用いたチャレンジレスポンス認証を行っているが、これに限定するわけではなく、ＲＦＣ５１９１に記載されている認証方式を用いて、さらにＥＡＰ－ＰＳＫを用いるとしてもよい。
　（５）上記実施の形態１では、機器登録処理時に暗号通信用の鍵を交換するとしてもよい。鍵交換方式として、ＤＨ（Ｄｉｆｆｉｅ－Ｈｅｌｌｍａｎ）やＥＣＤＨを用いるとしてもよい。
　（６）上記実施の形態では、コントローラは、接続する機器の消費電力量や蓄電池の電力量、太陽光発電の発電量を表示するとしてもよい。
　（７）上記実施の形態では、コントローラは、家庭に設置される分電盤であってもよい。
　（８）上記実施の形態では、コントローラと機器間の通信は、Ｗｉ－Ｆｉ、特定小電力無線、電力線通信、Ｂｌｕｅｔｏｏｔｈ（登録商標）であってもよい。
　（９）上記実施の形態では、ポータルサーバ４００が認証局として、ＣＲＬを発行しているが、これに限定するわけではなく、メーカサーバ３００ａやサービスサーバ３００ｂ、コンテンツサーバ３００ｃが認証局となり、ＣＲＬを発行するとしてもよい。
　（１０）上記実施の形態では、不正なコントローラの公開鍵証明書の証明書ＩＤすべてを含んだＣＲＬを発行しているが、これに限定するわけではなく、メーカサーバ３００ａに接続する機器のみのＣＲＬやサービスサーバ３００ｂが提供するサービスに関連する機器やコントローラのＣＲＬ、コンテンツサーバ３００ｃと接続できる機器のみのＣＲＬを発行するとしてもよい。さらに、メーカサーバ３００ａの製造する機器の種別や製造年度ごとにＣＲＬを発行するとしてもよい。
　（１１）実施の形態３～５で、記憶容量の大きい機器が、ＣＲＬを更新するたびに、記憶容量の小さい機器へ、ＣＲＬを送信しているが、記憶容量の小さい機器から記憶容量の大きい機器へ定期的に問い合わせ、必要に応じてＣＲＬを送信してもよい。これにより、記憶容量の大きい機器が、新規ＣＲＬを受信するたびに、記憶容量の小さい機器へ接続しているコントローラの公開鍵証明書の証明書ＩＤを確認することなく、各機器のＣＲＬを更新し、不正なコントローラへの接続を防止することができる。
　（１２）上記変形例において、コントローラの公開鍵証明書の証明書ＩＤ１つにつき１つのＣＲＬを新規に発行して、ＣＲＬを更新しているが、１つのＣＲＬに失効した公開鍵証明書の証明書ＩＤを追記し一括して保持してもよい。これにより、記録するＣＲＬは、証明書ＩＤが追記されたＣＲＬであるため、証明書ＩＤごとに発行される複数のＣＲＬを記録するより、証明書ＩＤ以外の部分のサイズだけＣＲＬのサイズを小さくでき、記憶容量の削減ができる。図３７に、一括してＣＲＬを作成する場合のＣＲＬの構成図を示す。ＣＲＬには、ＣＲＬバージョン、発行者、有効期間の開始、有効期間の終了、１つ以上の失効した公開鍵証明書の証明書ＩＤ、署名が含まれる。
　（１３）上記変形例において、ＣＲＬを機器種類別、メーカ別のように、グループを分けて一括のＣＲＬを作成してもよい。図３８に、機器種類別のＣＲＬの構成図を示す。ＣＲＬには、ＣＲＬバージョン、発行者、有効期間の開始、有効期間の終了、機器種類ＩＤ、１つ以上の失効した公開鍵証明書の証明書ＩＤ、署名が含まれる。また、図３９に、メーカ別のＣＲＬの構成図を示す。ＣＲＬには、ＣＲＬバージョン、発行者、有効期間の開始、有効期間の終了、メーカＩＤ、１つ以上の失効した公開鍵証明書の証明書ＩＤ、署名が含まれる。
　（１４）実施の形態３で、最後の処理として、機器２００ｂは機器２００ｃから受信したコントローラ１００ａの公開鍵証明書の証明書ＩＤが記載されたＣＲＬを記録しているが、コントローラ１００ａとの接続を切断したうえで、ＣＲＬを削除してもよい。これにより、記憶媒体の容量の削減になる。このとき、再度コントローラ１００ａと接続する場合は、実施の形態５と同様に、新規コントローラの接続の際の認証処理を行い、不正な機器との接続を防ぐ。
　（１５）実施の形態５で、記憶容量の小さい機器が、新規にコントローラに機器登録をする際、記憶容量の大きい機器が、接続の許可／禁止を記憶容量の小さい機器へ送信しているが、接続の禁止の代わりに、ＣＲＬを送信してもよい。このとき、記憶容量の大きい機器は、記憶容量の小さい機器へＣＲＬを送信し、記憶容量の小さい機器がＣＲＬの検証を行い、ＣＲＬに記載された証明書ＩＤの公開鍵証明書を持つコントローラと接続しないようにする。
　（１８）上記の各装置は、具体的には、マイクロプロセッサ、ＲＯＭ、ＲＡＭ、ハードディスクユニット、ディスプレイユニット、キーボード、マウスなどから構成されるコンピュータシステムである。ＲＡＭまたはハードディスクユニットには、コンピュータプログラムが記録されている。マイクロプロセッサが、コンピュータプログラムにしたがって動作することにより、各装置は、その機能を達成する。ここでコンピュータプログラムは、所定の機能を達成するために、コンピュータに対する指令を示す命令コードが複数個組み合わされて構成されたものである。
　（１９）上記の各装置を構成する構成要素の一部または全部は、１個のシステムＬＳＩ（Ｌａｒｇｅ　Ｓｃａｌｅ　Ｉｎｔｅｇｒａｔｉｏｎ：大規模集積回路）から構成されているとしてもよい。システムＬＳＩは、複数の構成部を１個のチップ上に集積して製造された超多機能ＬＳＩであり、具体的には、マイクロプロセッサ、ＲＯＭ、ＲＡＭなどを含んで構成されるコンピュータシステムである。ＲＡＭには、コンピュータプログラムが記録されている。マイクロプロセッサが、コンピュータプログラムにしたがって動作することにより、システムＬＳＩは、その機能を達成する。
　また、上記の各装置を構成する構成要素の各部は、個別に１チップ化されていても良いし、一部又はすべてを含むように１チップ化されてもよい。
　また、ここでは、システムＬＳＩとしたが、集積度の違いにより、ＩＣ、ＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。また、集積回路化の手法はＬＳＩに限るものではなく、専用回路又は汎用プロセッサで実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Ｆｉｅｌｄ　Ｐｒｏｇｒａｍｍａｂｌｅ　Ｇａｔｅ　Ａｒｒａｙ）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサーを利用しても良い。
　さらには、半導体技術の進歩又は派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。バイオ技術の適用等が可能性としてありえる。
　（２０）上記の各装置を構成する構成要素の一部または全部は、各装置に脱着可能なＩＣカードまたは単体のモジュールから構成されているとしてもよい。ＩＣカードまたはモジュールは、マイクロプロセッサ、ＲＯＭ、ＲＡＭなどから構成されるコンピュータシステムである。ＩＣカードまたはモジュールは、上記の超多機能ＬＳＩを含むとしてもよい。マイクロプロセッサが、コンピュータプログラムにしたがって動作することにより、ＩＣカードまたはモジュールは、その機能を達成する。このＩＣカードまたはこのモジュールは、耐タンパ性を有するとしてもよい。
　（２１）本開示は、上記に示す方法であるとしてもよい。また、これらの方法をコンピュータにより実現するコンピュータプログラムであるとしてもよいし、コンピュータプログラムからなるデジタル信号であるとしてもよい。
　また、本開示は、コンピュータプログラムまたはデジタル信号をコンピュータ読み取り可能な記録媒体、例えば、フレキシブルディスク、ハードディスク、ＣＤ－ＲＯＭ、ＭＯ、ＤＶＤ、ＤＶＤ－ＲＯＭ、ＤＶＤ－ＲＡＭ、ＢＤ（Ｂｌｕ－ｒａｙ（登録商標）　Ｄｉｓｃ）、半導体メモリなどに記録したものとしてもよい。また、これらの記録媒体に記録されているデジタル信号であるとしてもよい。
　また、本開示は、コンピュータプログラムまたはデジタル信号を、電気通信回線、無線または有線通信回線、インターネットを代表とするネットワーク、データ放送等を経由して伝送するものとしてもよい。
　また、本開示は、マイクロプロセッサとメモリを備えたコンピュータシステムであって、メモリは、上記コンピュータプログラムを記録しており、マイクロプロセッサは、コンピュータプログラムにしたがって動作するとしてもよい。
　また、プログラムまたはデジタル信号を記録媒体に記録して移送することにより、またはプログラムまたはデジタル信号をネットワーク等を経由して移送することにより、独立した他のコンピュータシステムにより実施するとしてもよい。
　（２２）上記実施の形態及び上記変形例をそれぞれ組み合わせるとしてもよい。
　本開示は、機器とコントローラが接続するシステムにおいてＣＲＬを更新する際、記憶容量の大きい機器が、記憶容量の小さい機器を検出し、その機器が接続しているコントローラがＣＲＬに記載されたコントローラでなければ、ＣＲＬを送信しないことで、記憶容量の小さい機器は、必要最小限のＣＲＬを保持することができる。
　１０，１０ａ，１０ｂ，１０ｃ，１１　認証システム
　１００ａ，１００ｂ，１００ｃ　コントローラ
　１０１　機器管理部
　１０２　機器情報保持部
　１０３　認証処理部
　１０４　認証情報保持部
　１０５　通信部
　２００ａ，２００ｂ，２００ｃ　機器
　２０１　機器管理部
　２０２　機器履歴保持部
　２０３　機器情報保持部
　２０４　認証処理部
　２０５　認証情報保持部
　２０６　通信部
　３００ａ，３００ｄ　メーカサーバ
　３００ｂ　サービスサーバ
　３００ｃ　コンテンツサーバ
　３０１　機器情報管理部
　３０２　機器情報保持部
　３０３　ＣＲＬ管理部
　３０４　ＣＲＬ保持部
　３０５　通信部
　４００　ポータルサーバ
　４０１　ＣＲＬ管理部
　４０２　ＣＲＬ保持部
　４０３　暗号処理部
　４０４　暗号鍵保持部

Claims (13)

  1. 第１のコントローラと第１のネットワークで接続し、第２のコントローラと第２のネットワークで接続する第１の機器と、前記第２のコントローラと前記第２のネットワークで接続する第２の機器と、を含む認証システムであって、
    　前記第１の機器が前記第１のコントローラから証明書失効リストを受信すると、
    　前記第１の機器は、
    　前記第１の機器が接続する前記第２のコントローラに接続する前記第２の機器を検出し、
    　前記第２の機器の記憶容量が所定のしきい値より小さく、かつ、前記第２の機器が接続する前記第２のコントローラの持つ公開鍵証明書の証明書識別子が前記証明書失効リストに記載されている場合、前記第２の機器へ前記証明書失効リストを送信し、
    　前記第２の機器の記憶容量が所定のしきい値より小さく、かつ、前記証明書識別子が前記証明書失効リストに記載されていない場合、前記第２の機器へ前記証明書失効リストを送信しない
    　ことを特徴とする認証システム。
  2. 　前記第１の機器は、前記第２の機器の記憶容量が所定のしきい値より大きい場合、前記第２の機器へ前記証明書失効リストを送信する
    　ことを特徴とする請求項１に記載の認証システム。
  3. 　前記所定のしきい値は、前記証明書失効リスト１つのサイズとする
    　ことを特徴とする請求項１または２に記載の認証システム。
  4. 　前記第２の機器は、前記第１の機器から前記証明書失効リストを受信すると、前記証明書失効リストに記載の前記証明書識別子で特定される前記第２のコントローラとの接続を停止する
    　ことを特徴とする請求項１に記載の認証システム。
  5. 　第１のコントローラと第１のネットワークで接続する第１の機器と、前記第１のコントローラと前記第１のネットワークで接続し、第２のコントローラと第２のネットワークで接続する第２の機器と、を含む認証システムであって、
    　前記第１の機器が前記第１のコントローラから証明書失効リストを受信すると、
    　前記第１の機器は、
    　前記第１のコントローラに接続する前記第２の機器を検出し、
    　前記第２の機器の記憶容量が所定のしきい値より小さい場合、前記第２の機器から前記第２のコントローラの持つ公開鍵証明書の証明書識別子を取得し、
    　前記証明書識別子が前記証明書失効リストに記載されている場合、前記第２の機器へ証明書失効リストを送信し、
    　前記証明書識別子が前記証明書失効リストに記載されていない場合、前記第２の機器へ前記証明書失効リストを送信しない
    　ことを特徴とする認証システム。
  6. 　前記第２の機器は、前記第１の機器から前記証明書失効リストを受信すると、前記証明書失効リストに記載の前記証明書識別子で特定される前記第２のコントローラとの接続を停止する
    　ことを特徴とする請求項５に記載の認証システム。
  7. 　前記第１の機器は、前記第２の機器の記憶容量が所定のしきい値より大きい場合、前記第２の機器へ前記証明書失効リストを送信する
    　ことを特徴とする請求項５に記載の認証システム。
  8. 　前記第２のコントローラと前記第２のネットワークで接続する第３の機器をさらに含み、
    　前記第２の機器は、前記第１の機器から証明書失効リストを受信すると、
    　前記証明書失効リストに記載の証明書識別子の示す公開鍵証明書を持つ前記第２のコントローラに接続する前記第３の機器を検出し、
    　前記第３の機器へ前記証明書失効リストを送信する
    　ことを特徴とする請求項５に記載の認証システム。
  9. 　第１のコントローラと第１のネットワークで接続する第１の機器と、前記第１のコントローラと前記第１のネットワークで接続し、第２のコントローラと第２のネットワークで接続する第２の機器と、を含む認証システムであって、
    　前記第２の機器は、
    　前記第２のコントローラへ接続する際、前記第２のコントローラの公開鍵証明書の証明書識別子を前記第２のコントローラから受信し、前記第１の機器へ前記証明書識別子を送信し、
    　前記第１の機器は、
    　前記第２の機器から受信した前記証明書識別子が、前記第１の機器が保持する証明書失効リストに記載されている場合、前記第２の機器へ前記証明書失効リストを送信し、
    　前記証明書識別子が前記第１の機器が保持する証明書失効リストに記載されていない場合、前記第２の機器へ前記証明書失効リストを送信しない
    　ことを特徴とする認証システム。
  10. 　前記第２の機器は、
    　前記証明書失効リストを受信した場合、前記証明書識別子が前記証明書失効リストに記載されていることを確認し、前記第２のコントローラとの接続を中止する
    　ことを特徴とする請求項７に記載の認証システム。
  11. 　第１のコントローラと第１のネットワークで接続し、第２のコントローラと第２のネットワークで接続する第１の機器と、前記第２のコントローラと前記第２のネットワークで接続する第２の機器と、を含む認証システムにおける認証方法であって、
    　前記第１の機器が前記第１のコントローラから証明書失効リストを受信すると、
    　前記第１の機器が、前記第１の機器が接続する前記第２のコントローラに接続する前記第２の機器を検出し、
    　前記第２の機器の記憶容量が所定のしきい値より小さく、かつ、前記第２の機器が接続する前記第２のコントローラの持つ公開鍵証明書の証明書識別子が前記証明書失効リストに記載されている場合、前記第２の機器へ前記証明書失効リストを送信し、
    　前記第２の機器の記憶容量が所定のしきい値より小さく、かつ、前記証明書識別子が前記証明書失効リストに記載されていない場合、前記第２の機器へ前記証明書失効リストを送信しない
    　ことを特徴とする認証方法。
  12. 　第１のコントローラと第１のネットワークで接続する第１の機器と、
    前記第１のコントローラと前記第１のネットワークで接続し、第２のコントローラと第２のネットワークで接続する第２の機器と、を含む認証システムにおける認証方法であって、
    　前記第１の機器が前記第１のコントローラから証明書失効リストを受信すると、
    　前記第１の機器が、前記第１のコントローラに接続する前記第２の機器を検出し、
    　前記第２の機器の記憶容量が所定のしきい値より小さい場合、前記第１の機器が、前記第２の機器から前記第２のコントローラの持つ公開鍵証明書の証明書識別子を取得し、
    　前記証明書識別子が前記証明書失効リストに記載されている場合、前記第１の機器は、前記第２の機器へ証明書失効リストを送信し、
    　前記証明書識別子が前記証明書失効リストに記載されていない場合、前記第１の機器は、前記第２の機器へ前記証明書失効リストを送信しない
    　ことを特徴とする認証方法。
  13. 　第１のコントローラと第１のネットワークで接続する第１の機器と、
    前記第１のコントローラと前記第１のネットワークで接続し、第２のコントローラと第２のネットワークで接続する第２の機器と、を含む認証システムにおける認証方法であって、
    　前記第２の機器が、前記第２のコントローラへ接続する際、
    　前記第２の機器が、前記第２のコントローラの公開鍵証明書の証明書識別子を前記第２のコントローラから受信し、前記第１の機器へ前記証明書識別子を送信し、
    　前記第２の機器から受信した前記証明書識別子が、前記第１の機器の保持する証明書失効リストに記載されている場合、前記第１の機器は、前記第２の機器へ前記証明書失効リストを送信し、
    　前記証明書識別子が前記第１の機器の保持する証明書失効リストに記載されていない場合、前記第１の機器は、前記第２の機器へ前記証明書失効リストを送信しない
    　ことを特徴とする認証方法。
PCT/JP2014/004389 2013-12-16 2014-08-27 認証システムおよび認証方法 WO2015092949A1 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
EP14870879.5A EP3086504B1 (en) 2013-12-16 2014-08-27 Administration of authentication certificates
JP2015553328A JP6410189B2 (ja) 2013-12-16 2014-08-27 認証システムおよび認証方法
US14/934,261 US10523446B2 (en) 2013-12-16 2015-11-06 Authentication system and authentication method

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US201361916530P 2013-12-16 2013-12-16
US61/916,530 2013-12-16

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US14/934,261 Continuation US10523446B2 (en) 2013-12-16 2015-11-06 Authentication system and authentication method

Publications (1)

Publication Number Publication Date
WO2015092949A1 true WO2015092949A1 (ja) 2015-06-25

Family

ID=53402340

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2014/004389 WO2015092949A1 (ja) 2013-12-16 2014-08-27 認証システムおよび認証方法

Country Status (4)

Country Link
US (1) US10523446B2 (ja)
EP (1) EP3086504B1 (ja)
JP (1) JP6410189B2 (ja)
WO (1) WO2015092949A1 (ja)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2017046347A (ja) * 2015-08-28 2017-03-02 パナソニックＩｐマネジメント株式会社 認証システムおよび認証方法
JP2018014628A (ja) * 2016-07-21 2018-01-25 Kddi株式会社 通信システム、通信装置、通信方法、及びプログラム
WO2018216384A1 (ja) * 2017-05-24 2018-11-29 パナソニックＩｐマネジメント株式会社 通信機器、認証局装置およびコンピュータプログラム

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2015087465A1 (ja) * 2013-12-09 2015-06-18 パナソニックＩｐマネジメント株式会社 認証方法および認証システム
EP3086505B1 (en) * 2013-12-16 2020-12-30 Panasonic Intellectual Property Corporation of America Authentication system, authentication method and authentication device
KR20200089491A (ko) * 2019-01-17 2020-07-27 삼성전자주식회사 공유된 디지털 키를 관리하기 위한 장치 및 방법
RU2720320C1 (ru) * 2019-10-22 2020-04-28 Акционерное общество "Актив-софт" (АО "Актив-софт") Способ доверенного хранения на смарт-карте списка отозванных сертификатов (crl)
EP3985532B1 (de) * 2020-10-19 2023-02-22 Siemens Aktiengesellschaft Zertifikatsmanagement für technische anlagen

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008072180A (ja) * 2006-09-12 2008-03-27 Konica Minolta Holdings Inc 情報の管理方法及び情報処理装置
US20100250922A1 (en) * 2009-03-31 2010-09-30 Motorola, Inc. Method and system for propagating trust in an ad hoc wireless communication network

Family Cites Families (26)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7743248B2 (en) * 1995-01-17 2010-06-22 Eoriginal, Inc. System and method for a remote access service enabling trust and interoperability when retrieving certificate status from multiple certification authority reporting components
US5687235A (en) * 1995-10-26 1997-11-11 Novell, Inc. Certificate revocation performance optimization
US5699431A (en) * 1995-11-13 1997-12-16 Northern Telecom Limited Method for efficient management of certificate revocation lists and update information
CN1182479C (zh) * 2000-01-07 2004-12-29 国际商业机器公司 有效地收集、整理和访问证书吊销表的系统和方法
CN1666460A (zh) * 2002-05-09 2005-09-07 松下电器产业株式会社 公用密钥证撤销表产生装置、撤销判断装置、和验证系统
JP2004312197A (ja) * 2003-04-03 2004-11-04 Matsushita Electric Ind Co Ltd 通信装置、証明書発行装置及び通信システム
EP1620776A1 (en) * 2003-04-28 2006-02-01 Koninklijke Philips Electronics N.V. Method of storing revocation list
US20050138365A1 (en) * 2003-12-19 2005-06-23 Bellipady Guruprashanth A. Mobile device and method for providing certificate based cryptography
US20070016961A1 (en) * 2005-07-11 2007-01-18 Vogler Dean H Application revocation using an application revocation list in a portable electronic device
US8312264B2 (en) * 2005-09-30 2012-11-13 Blue Coat Systems, Inc. Method and system for authentication among peer appliances within a computer network
US9054879B2 (en) * 2005-10-04 2015-06-09 Google Technology Holdings LLC Method and apparatus for delivering certificate revocation lists
US8543824B2 (en) * 2005-10-27 2013-09-24 Apple Inc. Safe distribution and use of content
EP2034661A1 (en) * 2007-09-07 2009-03-11 Deutsche Telekom AG Method and system for distributed, localized authentication in the framework of 802.11
EP2053531B1 (en) * 2007-10-25 2014-07-30 BlackBerry Limited Authentication certificate management for access to a wireless communication device
US8438388B2 (en) * 2008-03-31 2013-05-07 Motorola Solutions, Inc. Method and apparatus for distributing certificate revocation lists (CRLs) to nodes in an ad hoc network
US20100318791A1 (en) * 2009-06-12 2010-12-16 General Instrument Corporation Certificate status information protocol (csip) proxy and responder
US8181019B2 (en) * 2009-06-22 2012-05-15 Citrix Systems, Inc. Systems and methods for managing CRLS for a multi-core system
WO2011026092A1 (en) * 2009-08-31 2011-03-03 Telcordia Technologies, Inc. System and method for detecting and evicting malicious vehicles in a vehicle communications network
US8621204B2 (en) * 2009-12-23 2013-12-31 Citrix Systems, Inc. Systems and methods for evaluating and prioritizing responses from multiple OCSP responders
US8452958B2 (en) * 2010-08-31 2013-05-28 Cisco Technology, Inc. Determining certificate revocation status
WO2013033612A1 (en) * 2011-08-31 2013-03-07 Activldentity Mobile credential revocation
WO2013179534A1 (ja) * 2012-05-29 2013-12-05 パナソニック株式会社 不正接続検知装置、不正接続検知システム及び不正接続検知方法
US9237021B2 (en) * 2013-03-15 2016-01-12 Hewlett Packard Enterprise Development Lp Certificate grant list at network device
US9887982B2 (en) * 2013-10-09 2018-02-06 Digicert, Inc. Accelerating OCSP responses via content delivery network collaboration
US9742569B2 (en) * 2014-05-05 2017-08-22 Nxp B.V. System and method for filtering digital certificates
US9578003B2 (en) * 2014-07-30 2017-02-21 Aruba Networks, Inc. Determining whether to use a local authentication server

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008072180A (ja) * 2006-09-12 2008-03-27 Konica Minolta Holdings Inc 情報の管理方法及び情報処理装置
US20100250922A1 (en) * 2009-03-31 2010-09-30 Motorola, Inc. Method and system for propagating trust in an ad hoc wireless communication network

Non-Patent Citations (5)

* Cited by examiner, † Cited by third party
Title
"Suite B Implementer's Guide to FIPS 186-3 (ECDSA", 3 February 2010, NATIONAL SECURITY AGENCY
ATSUKO MIYAJI; HIROAKI KIKUCHI: "IT Text Information Security", October 2003, OHMSHA
D. FORSBERG: "Protocol for Carrying Authentication for Network Access (PANA", May 2008, INTERNET ENGINEERING TASK FORCE
ELAINE BARKER: "Recommendafion for Pair-Wise Key-Establishment Schemes Using Discrete Logarithm Cryptography", 13 May 2013, NATIONAL INSTITUTE OF STANDARDS AND TECHNOLOGY, article "NIST Special Publication 800-56A Revision 2"
WI-FI CERTIFIED WI-FI PROTECTED SETUP: EASING THE USER EXPERIENCE FOR HOME AND SMALL OFFICE WI-FIR NETWORKS (2010, December 2010 (2010-12-01), Retrieved from the Internet <URL:http://www.wi-fi.org/ja/file/wi-fi-cerfified-wi-fi-protected-setup%E2%84%A2-easing-the-user-experience-for -home-and-small-offi ce-wi>

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2017046347A (ja) * 2015-08-28 2017-03-02 パナソニックＩｐマネジメント株式会社 認証システムおよび認証方法
JP2018014628A (ja) * 2016-07-21 2018-01-25 Kddi株式会社 通信システム、通信装置、通信方法、及びプログラム
WO2018216384A1 (ja) * 2017-05-24 2018-11-29 パナソニックＩｐマネジメント株式会社 通信機器、認証局装置およびコンピュータプログラム
US10848324B2 (en) 2017-05-24 2020-11-24 Panasonic Intellectual Property Management Co., Ltd. Communication device, certificate authority device, and recording medium

Also Published As

Publication number Publication date
EP3086504A4 (en) 2016-12-07
EP3086504A1 (en) 2016-10-26
EP3086504B1 (en) 2018-12-12
JPWO2015092949A1 (ja) 2017-03-16
JP6410189B2 (ja) 2018-10-24
US20160065377A1 (en) 2016-03-03
US10523446B2 (en) 2019-12-31

Similar Documents

Publication Publication Date Title
JP6410189B2 (ja) 認証システムおよび認証方法
JP6372809B2 (ja) 認証システム、認証方法および認証装置
US9973487B2 (en) Authentication method
JP6146725B2 (ja) 暗号通信装置、暗号通信方法およびそのコンピュータプログラム
JP6464511B2 (ja) 認証システムおよび認証方法
KR102520088B1 (ko) 사물 인터넷 플랫폼, 장치, 및 방법
JP6268616B2 (ja) 認証システムおよび認証方法
JP6241764B2 (ja) 認証方法および認証システム
JP2014042095A (ja) 認証システム及び方法
JP2013223171A (ja) 公開鍵認証基盤統制システム、認証局サーバ、利用者端末、公開鍵認証基盤統制方法、およびプログラム
JP6765061B2 (ja) 認証システムおよび認証方法
JP2005130444A (ja) 通信装置、通信システム、証明書送信方法及びプログラム

Legal Events

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

Ref document number: 14870879

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2015553328

Country of ref document: JP

Kind code of ref document: A

REEP Request for entry into the european phase

Ref document number: 2014870879

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2014870879

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE