WO2012090330A1 - 鍵設定方法、ノード、およびネットワークシステム - Google Patents

鍵設定方法、ノード、およびネットワークシステム Download PDF

Info

Publication number
WO2012090330A1
WO2012090330A1 PCT/JP2010/073812 JP2010073812W WO2012090330A1 WO 2012090330 A1 WO2012090330 A1 WO 2012090330A1 JP 2010073812 W JP2010073812 W JP 2010073812W WO 2012090330 A1 WO2012090330 A1 WO 2012090330A1
Authority
WO
WIPO (PCT)
Prior art keywords
node
key
gateway
packet
address
Prior art date
Application number
PCT/JP2010/073812
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 JP2012550660A priority Critical patent/JP5494828B2/ja
Priority to PCT/JP2010/073812 priority patent/WO2012090330A1/ja
Publication of WO2012090330A1 publication Critical patent/WO2012090330A1/ja

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/3215—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 using a plurality of channels
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/06—Network architectures or network communication protocols for network security for supporting key management in a packet data network
    • H04L63/061—Network architectures or network communication protocols for network security for supporting key management in a packet data network for key exchange, e.g. in peer-to-peer networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • 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/0816—Key establishment, i.e. cryptographic processes or cryptographic protocols whereby a shared secret becomes available to two or more parties, for subsequent use
    • H04L9/0819—Key transport or distribution, i.e. key establishment techniques where one party creates or otherwise obtains a secret value, and securely transfers it to the other(s)
    • H04L9/083—Key transport or distribution, i.e. key establishment techniques where one party creates or otherwise obtains a secret value, and securely transfers it to the other(s) involving central third party, e.g. key distribution center [KDC] or trusted third party [TTP]
    • H04L9/0833—Key transport or distribution, i.e. key establishment techniques where one party creates or otherwise obtains a secret value, and securely transfers it to the other(s) involving central third party, e.g. key distribution center [KDC] or trusted third party [TTP] involving conference or group key
    • 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]
    • H04W12/043—Key management, e.g. using generic bootstrapping architecture [GBA] using a trusted network node as an anchor
    • H04W12/0431—Key distribution or pre-distribution; Key agreement
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2463/00—Additional details relating to network architectures or network communication protocols for network security covered by H04L63/00
    • H04L2463/062—Additional details relating to network architectures or network communication protocols for network security covered by H04L63/00 applying encryption of the keys
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/18—Self-organising networks, e.g. ad-hoc networks or sensor networks

Definitions

  • the present invention relates to a key setting method for setting a key for encrypting data, a node, and a network system.
  • An ad hoc network is a type of self-configuring network that is linked by wireless communication.
  • An ad hoc network is composed of a plurality of nodes. Each node in the ad hoc network transmits and receives packets by multi-hop communication. Multi-hop communication is a technique in which nodes that do not exist within each other's communication area communicate with each other via another node that exists within the communication area of each node.
  • ad hoc network when connecting an ad hoc network and another network such as the Internet, LAN (Local Area Network), WAN (Wide Area Network), etc., communication between networks is transferred using a relay device called a gateway.
  • LAN Local Area Network
  • WAN Wide Area Network
  • a node capable of wireless communication is incorporated in each home electric power meter, and a worker performs work such as meter confirmation via an ad hoc network without going to the site.
  • a node capable of wireless communication is incorporated in each home electric power meter, and a worker performs work such as meter confirmation via an ad hoc network without going to the site.
  • an ad hoc network that handles personal information such as the amount of power used in each home, it is required to perform secure communication from the viewpoint of confidentiality and tampering prevention.
  • the new node when the new node is initially introduced into the system, the new node cannot communicate securely with other nodes in the ad hoc network until the encryption key is set. For this reason, it is difficult to automatically set an encryption key to a new node via an ad hoc network, and a worker goes to the site to set the encryption key.
  • Patent Document 1 there is a technique for managing an encryption key of a network that performs communication by broadcast (for example, see Patent Document 1 below).
  • Patent Document 2 there is a technique for stably performing key exchange at the start of communication in an ad hoc network (see, for example, Patent Document 2 below).
  • Patent Document 3 There is also a technique for each node in an ad hoc network to select an adaptive gateway (see, for example, Patent Document 3 below).
  • the above-described prior art has a problem that when the encryption key set for each node in the ad hoc network is changed for each gateway, it is difficult to specify the gateway to which the new node belongs at the initial introduction of the new node. It was. For example, even if the candidate gateways can be narrowed down from the address of the installation location of the new node, the communication status changes depending on factors such as the weather and the positional relationship with a nearby building. For this reason, it is necessary for the worker to go to the site to check which gateway is actually communicable, and there is a problem in that the work time and work load required for the work of setting the encryption key of the worker are increased. .
  • the present invention provides a key setting method, a node, and a network system that can improve the efficiency of the setting operation of an encryption key used by a node in an ad hoc network in order to solve the above-described problems caused by the prior art. Objective.
  • a gateway specific to use when performing communication in any one of the ad hoc networks in the network system configured by a plurality of ad hoc networks receives an encrypted packet encrypted using a key specific to the gateway from a neighboring node for the node in any one of the ad hoc networks.
  • the address of the neighboring node is extracted from the first database in which a gateway-specific key is associated with each gateway in each ad hoc network of the plurality of ad hoc networks, and an associated gateway is associated with each node in the plurality of ad hoc networks.
  • Second database When a connection with a portable terminal capable of communicating with a server that holds the information is detected and a connection with the portable terminal is detected, a packet including the address of the extracted neighboring node is transmitted to the server via the portable terminal. As a result of packet transmission via the mobile terminal, a key specific to the gateway belonging to the neighboring node is received from the server, and the key specific to the gateway belonging to the received neighboring node is Can be set as a key for encrypting a packet for multi-hop communication within the ad hoc network.
  • a first database in which a gateway-specific key is associated with each gateway in each ad hoc network in a network system including a plurality of ad hoc networks, and the plurality of ad hoc networks.
  • a second database in which the identification information of the gateway to which each node belongs is associated is connected to a node in which a key unique to the gateway in any one of the plurality of ad hoc networks is not set.
  • the neighboring node included in the received packet by receiving a packet including the address of the node and the address of the neighboring node of the node from the node through a terminal and referring to the second database Based on the address of Serial identifies affiliation gateway neighbor nodes, extracted affiliation gateway-specific key which is identified from the first database, the extracted key, can be sent to the node via the mobile terminal.
  • a gateway-specific node in any one of the plurality of ad hoc networks and a gateway in each ad hoc network of the plurality of ad hoc networks are gateway specific.
  • An encrypted packet encrypted using a gateway-specific key in any one of the ad hoc networks is received from a neighboring node with respect to the node in the other ad hoc network, and the neighboring node is selected from the received encrypted packets.
  • a packet including an address of the neighboring node extracted via the portable terminal when an address is extracted, and a connection with the portable terminal capable of communicating with the server is detected and a connection with the portable terminal is detected.
  • the key unique to the gateway belonging to the neighboring node is received from the server, and the received key unique to the gateway belonging to the neighboring node is received from any one of the ad hoc networks.
  • the packet is set as a key for encrypting a packet for multi-hop communication, and the server receives the packet from the node via the portable terminal connected to the node, and refers to the second database.
  • FIG. 1 is an explanatory diagram of an example of the network system according to the embodiment.
  • FIG. 2 is a block diagram of a hardware configuration example of the management server according to the embodiment.
  • FIG. 3 is a block diagram illustrating an example of a hardware configuration of a node or the like according to the embodiment.
  • FIG. 4 is an explanatory diagram showing an example of the stored contents of the encryption key DB shown in FIG.
  • FIG. 5 is an explanatory diagram showing an example of the contents stored in the node DB shown in FIG.
  • FIG. 6 is an explanatory diagram showing an example of introducing a new node into the network system.
  • FIG. 7 is a sequence diagram (part 1) illustrating an operation example of the network system when a new node is introduced.
  • FIG. 1 is an explanatory diagram of an example of the network system according to the embodiment.
  • FIG. 2 is a block diagram of a hardware configuration example of the management server according to the embodiment.
  • FIG. 3 is a block diagram illustrating an example
  • FIG. 8 is a sequence diagram (part 2) illustrating an operation example of the network system when a new node is introduced.
  • FIG. 9 is a block diagram illustrating a functional configuration example of a node.
  • FIG. 10 is an explanatory diagram showing an example of the data structure of the encrypted packet SP.
  • FIG. 11 is a block diagram illustrating a functional configuration example of the management server.
  • FIG. 12 is an explanatory diagram of a specific example of updating the node DB.
  • FIG. 13 is an explanatory diagram illustrating an example of authentication information of the management server.
  • FIG. 14 is an explanatory diagram illustrating an example of authentication information of the mobile terminal.
  • FIG. 15 is a flowchart illustrating an example of a key setting process procedure of the node N.
  • FIG. 16 is a flowchart illustrating an example of a key providing process procedure of the management server.
  • FIG. 1 is an explanatory diagram of an example of the network system according to the embodiment.
  • a network system 100 includes a management server 101, gateways G1 to Gn, nodes N1-1 to N1-m1,..., Ni-1 to Ni-mi, ..., Nn-1 to Nn-mn, It is the structure containing.
  • the management server 101 and the gateways G1 to Gn are connected to each other via a network NW1 such as the Internet, LAN, or WAN.
  • NW1 such as the Internet, LAN, or WAN.
  • the gateway Gi and the nodes Ni-1 to Ni-mi are connected via the ad hoc network Ai.
  • the management server 101 is a computer that includes an encryption key DB (database) 110 and a node DB 120 and manages encryption keys unique to the gateways G1 to Gn.
  • the encryption key unique to the gateway Gi (hereinafter referred to as “encryption key Ki”) is key information for encrypting packets transmitted and received between nodes in the ad hoc network Ai to which the gateway Gi belongs.
  • encryption key Ki is key information for encrypting packets transmitted and received between nodes in the ad hoc network Ai to which the gateway Gi belongs.
  • the gateway Gi is a relay device that connects the ad hoc network Ai and the network NW1.
  • the gateway Gi understands both the protocol of the ad hoc network Ai and the protocol of the network NW1, and transfers communication between the ad hoc network Ai and the network NW1.
  • the gateway Gi knows which node can communicate with which node in the ad hoc network Ai, and the gateway Gi routes autonomously based on this information.
  • a transfer source address and a transfer destination address when performing multi-hop communication are set by routing of the gateway Gi. This setting is performed by a broadcast packet from the gateway Gi.
  • Nodes Ni-1 to Ni-mi are wireless communication devices that perform multi-hop communication with other nodes within a predetermined communication range.
  • the gateway Gi it is not necessary for all the nodes Ni-1 to Ni-mi to directly communicate with the gateway Gi, and it is sufficient that some nodes can communicate with the gateway Gi.
  • the nodes Ni-1 to Ni-mi hold a routing table that is a combination of the transfer source address and the transfer destination address of the packet by the broadcast packet from the gateway Gi.
  • the network system 100 can be applied to, for example, a system that collects the amount of power and gas used in each household. Specifically, for example, by incorporating each node Ni-1 to Ni-mi into the power meter or gas meter of each home, the amount of power and gas used in each home is transmitted and received between nodes in the ad hoc network Ai. Note that the power consumption and gas consumption of each household may be measured by each node Ni-1 to Ni-mi, or each node Ni-1 to Ni-mi may be obtained from a power meter or gas meter. Good.
  • the gateway Gi uses the power and gas usage of each home received from the nodes Ni-1 to Ni-mi in the ad hoc network Ai to the server of the power company or gas company (for example, the management server 101) via the network NW1. Send to. As a result, the amount of power and gas used can be collected without the need for workers to visit the site.
  • the packet is encrypted using the encryption key Ki unique to the gateway Gi for each ad hoc network Ai. This ensures secure communication (data confidentiality, tampering prevention, etc.) of the ad hoc network Ai. Moreover, the risk at the time of key leakage is reduced by changing the encryption key Ki for every ad hoc network Ai.
  • a single gateway Gi is provided in the ad hoc network Ai.
  • a plurality of gateways Gi may be provided in the same ad hoc network Ai.
  • the encryption key Ki for encrypting packets transmitted and received in the ad hoc network Ai is common to a plurality of gateways Gi.
  • FIG. 2 is a block diagram of a hardware configuration example of the management server according to the embodiment.
  • the management server 101 includes a CPU (Central Processing Unit) 201, a ROM (Read-Only Memory) 202, a RAM (Random Access Memory) 203, a magnetic disk drive 204, a magnetic disk 205, and an optical disk drive. 206, an optical disc 207, an I / F (Interface) 208, a display 209, a keyboard 210, and a mouse 211. Further, the CPU 201 to the mouse 211 are connected by a bus 200, respectively.
  • a bus 200 respectively.
  • the CPU 201 governs overall control of the management server 101.
  • the ROM 202 stores a program such as a boot program.
  • the RAM 203 is used as a work area for the CPU 201.
  • the magnetic disk drive 204 controls reading / writing of data with respect to the magnetic disk 205 according to the control of the CPU 201.
  • the magnetic disk 205 stores data written under the control of the magnetic disk drive 204.
  • the optical disc drive 206 controls reading / writing of data with respect to the optical disc 207 according to the control of the CPU 201.
  • the optical disk 207 stores data written under the control of the optical disk drive 206, or causes the computer to read data stored on the optical disk 207.
  • the I / F 208 is connected to the networks NW1 and NW2 through communication lines, and is connected to other devices (for example, the gateway Gi and the portable terminal 600) via the networks NW1 and NW2.
  • the I / F 208 controls an internal interface with the networks NW1 and NW2, and controls input / output of data from an external device.
  • a modem or a LAN adapter may be employed as the I / F 208.
  • the display 209 displays data such as a document, an image, and function information as well as a cursor, an icon, or a tool box.
  • a CRT a CRT
  • a TFT liquid crystal display a plasma display, or the like can be adopted.
  • the keyboard 210 has keys for inputting characters, numbers, various instructions, etc., and inputs data. Moreover, a touch panel type input pad or a numeric keypad may be used.
  • the mouse 211 performs cursor movement, range selection, window movement, size change, and the like. A trackball or a joystick may be used as long as they have the same function as a pointing device. Note that the portable terminal 600 shown in FIG. 6 can also be realized by the same hardware configuration as the management server 101 shown in FIG.
  • FIG. 3 is a block diagram illustrating an example of a hardware configuration of a node or the like according to the embodiment.
  • the node or the like includes a CPU 301, a RAM 302, a flash memory 303, an I / F 304, and an encryption circuit 305.
  • the CPU 301 to the encryption circuit 305 are connected by a bus 300.
  • the CPU 301 controls the entire node and the like.
  • the RAM 302 is used as a work area for the CPU 301.
  • the flash memory 303 stores key information such as programs and encryption keys.
  • the I / F 304 transmits and receives packets by multi-hop communication. Further, the I / F 304 of the gateway Gi is connected to the network NW1 through a communication line, and is connected to the management server 101 via the network NW1.
  • the encryption circuit 305 is a circuit that encrypts data using an encryption key when encrypting the data. When encryption is executed by software, the encryption circuit 305 is not necessary by storing a program corresponding to the encryption circuit 305 in the flash memory 303.
  • FIG. 4 is an explanatory diagram showing an example of the stored contents of the encryption key DB shown in FIG.
  • the encryption key DB 110 has fields of ID, GW address, and encryption key. By setting information in each field, the key information 400-1 to 400-n for each of the gateways G1 to Gn is used as a record. I remember it.
  • the ID is an identifier of each gateway Gi used for explanation in this specification.
  • the GW address is the address of the gateway Gi.
  • a MAC (Media Access Control) address or an IP (Internet Protocol) address of the gateway Gi can be used.
  • the encryption key is an encryption key Ki unique to each gateway Gi, and is specifically binary data of about 128 to 256 bits, for example.
  • the gateway G1's GW address is “xx: xx: xx: xx: 12: 34”, and the encryption key is “K1”.
  • the encryption key DB 110 is realized by a storage device such as the ROM 202, the RAM 203, the magnetic disk 205, and the optical disk 207 of the management server 101 shown in FIG.
  • the content stored in the encryption key DB 110 may be updated when the management server 101 receives the encryption key Ki unique to the gateway Gi from the gateway Gi. Further, the stored contents of the encryption key DB 110 may be updated by a user operation input using the keyboard 210 and the mouse 211 shown in FIG.
  • FIG. 5 is an explanatory diagram showing an example of the contents stored in the node DB 120 shown in FIG.
  • the node DB 120 has fields of a node address and an affiliated gateway (affiliated GW), and records information on the ID of the affiliated GW for each node (corresponding to the ID of FIG. 4) by setting information in each field.
  • an affiliated gateway affiliated GW
  • aa: aa: aa: aa: aa: aa: aa: aa: aa aa” is the address of the node Ni-1 in the ad hoc network Ai
  • “bb: bb: bb: bb: bb: bb:” is in the ad hoc network Ai.
  • the address of the node Ni-2, “cc: cc: cc: cc: cc: ccc” is set as the address of the node Ni-3 in the ad hoc network Ai. That is, by referring to the node DB 120, it can be seen that the GW to which the nodes Ni-1 to Ni-3 belong is the gateway Gi.
  • the affiliation GW address may be stored in the affiliation GW field instead of the affiliation GW ID.
  • FIG. 6 is an explanatory diagram showing an example of introducing a new node into the network system.
  • a new node N is introduced in the ad hoc network Ai of the network system 100.
  • nodes Ni-1 to Ni-3 are shown as representatives.
  • the worker OP When the new node N is introduced, the worker OP does not know which ad hoc network Ai the new node N belongs to. Therefore, in the present embodiment, by using the mobile terminal 600 used by the worker OP, the new node N inquires the management server 101 about the encryption key Ki to be set as the node Ni-x in the ad hoc network Ai. An appropriate encryption key Ki is acquired from the management server 101 and automatically set in the new node Ni-x.
  • the mobile terminal 600 is a mobile communication device used by the worker OP, and is, for example, a mobile phone, a PHS (Personal Handy-phone System) phone, a smartphone, a notebook personal computer, or the like.
  • the mobile terminal 600 relays communication between the new node N that cannot directly communicate with the management server 101.
  • FIG. 7 and 8 are sequence diagrams showing an operation example of the network system when a new node is introduced.
  • the sequence in FIG. 7 is an example of an operation performed until the worker OP goes to the site (place where the new node N is installed), for example.
  • the sequence of FIG. 8 is an example of an operation performed after the worker OP has visited the site.
  • the gateway Gi transmits the network information of the ad hoc network Ai to the management server 101.
  • the network information includes the encryption key Ki unique to the gateway Gi and the addresses of the nodes Ni-1 to Ni-3 in the ad hoc network Ai. Since the gateway Gi has acquired the addresses of the nodes Ni-1 to Ni-3 in advance by multi-hop communication in the ad hoc network Ai, it can be included in the network information and transmitted to the management server 101.
  • the management server 101 extracts the encryption key Ki unique to the gateway Gi from the network information, and registers the encryption key Ki unique to the gateway Gi and the address of the gateway Gi in the encryption key DB 110 in association with each other.
  • the management server 101 extracts the addresses of the nodes Ni-1 to Ni-3 from the network information, and registers the addresses of the nodes Ni-1 to Ni-3 and the gateway Gi ID in the node DB 120 in association with each other.
  • the processes (1) to (3) are not performed, and the encryption key DB 110 and the node DB 120 may be registered in advance in the above (2) and (3).
  • the gateway Gi broadcasts (simultaneously reports) a packet (hereinafter referred to as “encrypted packet SPi”) encrypted using the encryption key Ki unique to the gateway Gi to the ad hoc network Ai.
  • the encrypted packet SPi from the gateway Gi is a packet notified periodically (for example, once every hour) to notify all nodes in the ad hoc network Ai such as time synchronization in the ad hoc network Ai.
  • it may be a packet that is temporarily transmitted, such as setting initialization or routing setting in the above-described ad hoc network Ai.
  • the node Ni-1 transfers the encrypted packet SPi from the gateway Gi to the node Ni-3 in the communication area.
  • the node Ni-1 has a routing table Ri-1 which is set by a broadcast packet from the gateway Gi and associates the transfer source address and the transfer destination address. For example, in FIG. 7, since the transfer source address: the address of the gateway Gi and the transfer destination address: the address of the node Ni-3 are specified, the encrypted packet SPi is transferred to the node Ni-3.
  • the node Ni-3 also has a routing table Ri-3 that is set by a broadcast packet from the gateway Gi and associates the transfer source address and the transfer destination address. For example, in FIG. 7, since the transfer source address: the address of the node Ni-1 and the transfer destination address:-(none) are defined, the encrypted packet SPi is not transferred anywhere. As a result, the encrypted packet SPi that is a broadcast packet reaches the node Ni-3 that is the end node.
  • the node Ni-1 transmits the encrypted packet SP1 encrypted with the encryption key Ki unique to the gateway Gi to the gateway Gi according to the routing table Ri-1.
  • the encrypted packet SP1 is, for example, a packet obtained by encrypting the measurement data at the node Ni-1 with the encryption key Ki.
  • the encrypted packet SP1 is a unicast packet in which the source address is the address of the node Ni-1 and the destination address is the address of the gateway Gi.
  • the node Ni-3 transmits the encrypted packet SP3 encrypted with the encryption key Ki unique to the gateway Gi to the node Ni ⁇ according to the routing table Ri-3. 1 to send.
  • the encrypted packet SP3 is, for example, a packet obtained by encrypting the measurement data at the node Ni-3 with the encryption key Ki.
  • the encrypted packet SP3 is a unicast packet in which the source address is the address of the node Ni-3 and the destination address is the address of the gateway Gi.
  • the node Ni-1 transfers the encrypted packet SP3 encrypted with the encryption key Ki unique to the gateway Gi to the gateway Gi according to the routing table Ri-1.
  • the encrypted packets SP1 and SP3 from the nodes Ni-1 and Ni-3 are packets transmitted in a cycle shorter than the transmission cycle of the broadcast packet (encrypted packet SPi) of the gateway Gi.
  • measurement data is obtained with a cycle shorter than the transmission cycle of the broadcast packet (encrypted packet SPi) of the gateway Gi.
  • the nodes Ni-1 and Ni-3 perform multi-hop communication with the encrypted packets SP1 and SP3 including the measurement data to the gateway Gi.
  • the gateway Gi can obtain time-series measurement data of the nodes Ni-1 and Ni-3 by transmitting the encrypted packets SP1 and SP3 from the nodes Ni-1 and Ni-3 to the management server 101. it can.
  • the new node Ni-x does not have the encryption key Ki, the measurement data at the new node Ni-x cannot be encrypted, and even if a packet is transmitted, it is received by the destination node. It is in a state that cannot be received.
  • the affiliation GW of the new node Ni-x is not registered in the node DB 120.
  • the new node Ni-x extracts the source address (the address of the node Ni-3) described in the header part of the encrypted packet SP3 from the encrypted packet SP3 intercepted from the node Ni-3. Since the header part of the encrypted packet SP3 is not encrypted, the new node Ni-x can extract the source address (the address of the node Ni-3).
  • the mobile terminal 600 is connected to the management server 101 via a network NW2 such as a mobile phone network or the Internet. At this time, the mobile terminal 600 performs secure communication with the management server 101 using, for example, SSL (Secure Socket Layer).
  • SSL Secure Socket Layer
  • the mobile terminal 600 is connected to the new node Ni-x via the wired or wireless network NW3.
  • the worker OP connects the mobile terminal 600 and the new node Ni-x by using a USB (Universal Serial Bus) cable to connect the mobile terminal 600 and the new node Ni-x.
  • the network NW3 is established.
  • the new node Ni-x sends the packet PN including the address of the node Ni-3 and the address of the new node Ni-x extracted in (10) shown in FIG. Send to.
  • the mobile terminal 600 transmits the packet PN from the new node Ni-x to the management server 101 via the network NW2.
  • the management server 101 receives the packet PN from the portable terminal 600, and extracts the address of the node Ni-3 included in the packet PN. Then, the management server 101 refers to the node DB 120 and specifies the ID of the belonging GW (or the address of the belonging GW) stored in association with the extracted address of the node Ni-3.
  • the management server 101 uses the ID of the affiliated GW (or the address of the affiliated GW) specified in (15) above as a clue and the ID of the gateway Gi (or the address of the affiliated GW) from the encryption key DB 110.
  • the encryption key Ki stored in association is extracted.
  • the management server 101 registers the address of the new node Ni-x included in the received packet PN in the node DB 120 in association with the ID of the affiliation GW identified in (15) above. As a result, it is possible to identify that the GW to which the new node Ni-x belongs is the gateway Gi by referring to the node DB 120.
  • the management server 101 transmits the extracted encryption key Ki to the mobile terminal 600 via the network NW2.
  • the transmission timing may be before or after the above (17).
  • the setting process of the new node Ni-x can be executed without waiting for the update of the node DB 120 of (17), so that the setting process can be speeded up.
  • the mobile terminal 600 transmits the encryption key Ki from the management server 101 to the new node Ni-x via the network NW3.
  • the new node Ni-x sets the encryption key Ki from the portable terminal 600 as a key for encrypting the packet. Thereafter, (20) the new node Ni-x may perform the decryption confirmation. Specifically, the new node Ni-x receives and holds the encrypted packet SP3 from the node Ni-3 in (9) of FIG.
  • the new node Ni-x attempts to decrypt the encrypted packet SP3 with the encryption key Ki received in (20) above. If the decryption is successful, the new node Ni-x can use the encryption key Ki as it is. On the other hand, if the decryption fails, the reception of the encrypted packet SP3 from the node Ni-3 is again waited as shown in (9) of FIG. 7, and (10) to (20) are executed.
  • the new node Ni-x receives the encrypted packet from the neighboring node (here, the node Ni-3) that can be received even if the encryption key Ki for secure communication is not set, via the portable terminal 600.
  • the encryption key Ki to be set can be acquired by making a key request to the management server 101.
  • node N refers to a node that transmits and receives packets by multi-hop communication within any one of the ad hoc networks A1 to An of the network system 100. Further, “nodes and the like” indicate the gateways G1 to Gn and the node N of the network system 100.
  • FIG. 9 is a block diagram illustrating a functional configuration example of a node.
  • the node N includes a packet receiving unit 901, a detecting unit 902, a packet transmitting unit 903, a key receiving unit 904, a setting unit 905, an extracting unit 906, a generating unit 907, and a decrypting unit 908.
  • each functional unit (packet receiving unit 901 to encryption processing unit 911) causes the CPU 301 to execute a program stored in a storage device such as the RAM 302 and the flash memory 303 shown in FIG. Alternatively, the function is realized by the I / F 304. Further, the processing results of the respective functional units (packet receiving unit 901 to encryption processing unit 911) are stored in a storage device such as the RAM 302 and the flash memory 303, unless otherwise specified.
  • the packet receiver 901 receives an encrypted packet from within the ad hoc network Ai.
  • the encrypted packet is a packet encrypted using the encryption key Ki unique to the gateway Gi.
  • the encrypted packet SP is a broadcast packet (encrypted packet SPi) from the gateway Gi or encrypted packets SP1 and SP3 from other nodes.
  • packets encrypted with the encryption key Ki such as the encrypted packets SPi, SP1, and SP3, are collectively referred to as “encrypted packet SP”.
  • the data structure of the encrypted packet SP will be described.
  • FIG. 10 is an explanatory diagram showing an example of the data structure of the encrypted packet SP.
  • the encrypted packet SP has a configuration including a header portion 1010 and a payload portion 1020.
  • a destination address, a source address, and the number of hops are described.
  • the payload portion 1020 describes the encrypted data body (hatched portion in FIG. 10).
  • the destination address is the destination address.
  • the sending address is a sender address.
  • the header portion 1010 describes the address of the gateway Gi.
  • the destination address is the address “xx: xx: xx: xx: xx: xx” of the gateway Gi, and the source address is the node Ni ⁇ 1.
  • the address is “cc: cc: cc: cc: cc: cc”.
  • the destination address is the broadcast MAC address “00: 00: 00: 00: 00: 00”. Further, here, the MAC address is used as an example of the destination address and the source address, but an address such as an IP address may be used.
  • the number of hops is the maximum number of multi-hops and is decremented each time multi-hops are performed. In FIG. 10, since it is “10”, if it is multihopped ten times, the next is not multihopped.
  • the packet receiving unit 901 receives (intercepts) the encrypted packet SP from the neighboring node. Further, even when the encryption key Ki is set in the node N, the packet reception unit 901 intercepts the encrypted packet SP within the communication range if it is not the transfer destination. In this case, since the transfer source of the encrypted packet SP is not registered in the routing table of the intercepted node N, the intercepted encrypted packet SP is discarded at the intercepted node N.
  • the detection unit 902 detects a connection with the portable terminal 600 that can communicate with the management server 101. Specifically, for example, as a result of the worker OP connecting the portable terminal 600 and the new node N using the USB cable, the detection unit 902 detects the connection with the portable terminal 600 via the USB cable.
  • the extraction unit 906 extracts the address of the neighboring node from the received encrypted packet SP. Specifically, for example, in the case of the node Ni-x, the extraction unit 906 performs the address “of the node Ni-3 described as the source address of the header part 1010 of the encrypted packet SP shown in FIG. cc: cc: cc: cc: cc: cc "is extracted.
  • the generation unit 907 generates a packet PN. Specifically, for example, the generation unit 907 generates a packet PN including the address of the neighboring node (the source address of the encrypted packet SP) extracted by the extraction unit 906 and the address of the new node (own node) N.
  • the packet transmission unit 903 transmits the packet PN to the management server 101 via the portable terminal 600 when the connection with the portable terminal 600 is detected. Specifically, for example, the packet transmission unit 903 transmits the packet PN to the mobile terminal 600 via the network NW3 such as a USB cable. As a result, the portable terminal 600 transmits the encrypted packet PN from the node Ni-x to the management server 101 via the network NW2. Further, after the encryption key Ki is set, the packet transmission unit 903 transmits the encrypted packet SP encrypted with the encryption key Ki to the destination (for example, the gateway Gi).
  • the destination for example, the gateway Gi
  • the key receiving unit 904 receives the encryption key Ki unique to the gateway Gi for decrypting the encrypted packet SP from the management server 101 via the portable terminal 600.
  • the encryption key Ki is, for example, a common key that can encrypt a packet and decrypt an encrypted packet SP encrypted using the encryption key Ki.
  • the setting unit 905 sets the received encryption key Ki unique to the gateway Gi as a key for encrypting a packet for multi-hop communication within the ad hoc network Ai. Specifically, for example, the setting unit 905 writes the encryption key Ki in a specific storage area.
  • the address of the specific storage area is an address designated when encrypting the packet or decrypting the encrypted packet SP. This makes it possible for the node N to encrypt a packet to be transmitted thereafter and decrypt the encrypted packet SP, and secure communication can be performed between nodes in the ad hoc network Ai.
  • the decryption unit 908 attempts to decrypt the encrypted packet SP received by the packet reception unit 901 with the encryption key Ki set by the setting unit 905 during the setting process. That is, the decryption unit 908 attempts to decrypt the encrypted packet SP (SP3) from which the extraction unit 906 has extracted the address of the neighboring node. Also, after the encryption key Ki is set, the decryption unit 908 decrypts the encrypted packet SP received by the packet reception unit 901 with the encryption key Ki set by the setting unit 905.
  • the success or failure of the decryption can be determined based on the format of the decrypted packet obtained by decrypting the encrypted packet SP. Specifically, for example, when the decrypted packet obtained by decrypting the encrypted packet SP is data in a predetermined format, the decrypting unit 908 determines that the encrypted packet SP has been successfully decrypted.
  • the output unit 909 outputs the result of decoding by the decoding unit 908. Specifically, for example, when the decryption of the encrypted packet SP (SP3) from which the source address is extracted is successful, the output unit 909 displays the success on the display or notifies by voice. In addition, when the decryption of the encrypted packet SP (SP3) from which the source address is to be extracted fails, the output unit 909 displays on the display that the failure has occurred or notifies by voice.
  • the acquisition unit 910 acquires measurement data measured on the measurement target. For example, when the node N is built in or connected to the power meter, the amount of power is acquired.
  • the encryption processing unit 911 encrypts the data acquired by the acquisition unit 910 with the encryption key Ki. Thereby, the packet transmission unit 901 can transmit the encrypted packet SP to the gateway Gi.
  • FIG. 11 is a block diagram illustrating a functional configuration example of the management server 101.
  • the management server 101 includes a receiving unit 1101, a specifying unit 1102, an updating unit 1103, a key extracting unit 1104, and a transmitting unit 1105.
  • each functional unit causes the CPU 201 to execute a program stored in a storage device such as the ROM 202, the RAM 203, the magnetic disk 205, and the optical disk 207 illustrated in FIG. Or the I / F 208 realizes the function.
  • the processing results of the respective function units (reception unit 1101 to transmission unit 1105) are stored in a storage device such as the RAM 203, the magnetic disk 205, and the optical disc 207, for example.
  • the receiving unit 1101 receives the packet PN from the node N via the mobile terminal 600. Specifically, for example, the reception unit 1101 receives the packet PN from the node N from the mobile terminal 600 via the network NW2.
  • the identifying unit 1102 extracts addresses of neighboring nodes included in the packet PN from the packet PN received by the receiving unit 1101. Then, the specifying unit 1102 specifies the ID of the affiliation GW stored in association with the extracted address of the neighboring node from the node DB 120. For example, when the address of the neighboring node included in the payload portion 1020 of the packet PN is the address “cc: cc: cc: cc: cc” of the node Ni-3, the ID: Gi of the affiliation GW is specified.
  • the updating unit 1103 extracts the address of the new node included in the packet PN from the packet PN received by the receiving unit 1101.
  • a specific example of update will be described.
  • FIG. 12 is an explanatory diagram showing a specific example of updating the node DB 120.
  • the updating unit 1103 specifies the address “dd: dd: dd: dd: dd: dd” of the node Ni-x by the specifying unit 1102.
  • a record associated with the GW ID: Gi is additionally registered (hatched portion in FIG. 12).
  • the node DB 120 is updated.
  • the key extraction unit 1104 extracts the encryption key Ki stored in association with the ID of the affiliation GW identified by the identification unit 1102 from the encryption key DB 110.
  • the ID of the affiliation GW specified by the specifying unit 1102 is Gi
  • the encryption key Ki stored in association with the GW address “xx: xx: xx: xx: xx: xx” is stored in the encryption key DB 110. Extracted.
  • the same encryption key Ki is inevitably used, so that the same encryption as that of the neighboring node Ni-3 that is the same GW is used as the encryption key of the new node Ni-x.
  • the key Ki is extracted. Therefore, the encryption key Ki used in the gateway Gi and the nodes Ni-1 to Ni-mi in the ad hoc network Ai can be assigned to the new node Ni-x.
  • the transmitting unit 1105 transmits the extracted encryption key Ki to the address of the new node included in the received packet via the portable terminal 600. Specifically, for example, the transmission unit 1105 transmits the extracted encryption key Ki to the mobile terminal 600 via the network NW2. As a result, the mobile terminal 600 transmits the encryption key Ki from the management server 101 to the node N via the network NW3.
  • the mobile terminal 600 receives the SSL server certificate from the management server 101.
  • the received SSL server certificate is stored in a storage device such as the RAM 302 or the flash memory 303 of the portable terminal 600 in association with the IP address of the management server 101 as shown in FIG.
  • FIG. 13 is an explanatory diagram showing an example of authentication information of the management server.
  • the authentication information 1300 of the management server 101 has an IP address and an SSL server certificate.
  • the IP address is the IP address of the management server 101.
  • the 509 certificate is an SSL server certificate (public key certificate) of the management server 101.
  • the portable terminal 600 performs server authentication by decrypting the SSL server certificate using a public key incorporated in the terminal in advance.
  • the public key is issued by, for example, a third-party certification body. If the SSL server certificate can be correctly decrypted using this public key, it can be seen that the SSL server certificate is a correct certificate certified by a third-party certification authority, and that the identity of the management server 101 has been guaranteed. Become.
  • the authentication information 1400 is stored in a storage device such as the ROM 202, RAM 203, magnetic disk 205, and optical disk 207 of the management server 101, for example.
  • FIG. 14 is an explanatory diagram showing an example of authentication information of the mobile terminal.
  • the authentication information 1400 of the portable terminal 600 has a user ID and a password.
  • the user ID is an identifier of the mobile terminal 600.
  • the password is for authenticating a user who uses the portable terminal 600.
  • the mobile terminal 600 transmits a user ID and password pair to the management server 101.
  • the user ID and password may be registered in advance in the flash memory 303 of the mobile terminal 600, or may be received by a user operation input using an input device (not shown) of the mobile terminal 600.
  • the management server 101 determines that the user ID and password pair from the portable terminal 600 matches the user ID and password pair of the authentication information 1400.
  • the user ID and password of the authentication information 1400 match, the identity of the user of the portable terminal 600 is guaranteed.
  • the mobile terminal 600 communicates with the management server 101 by encrypting the packet using, for example, a public key included in the SSL server certificate of the management server 101. Thereby, secure communication can be performed between the management server 101 and the portable terminal 600.
  • FIG. 15 is a flowchart illustrating an example of a key setting process procedure of the node N.
  • the node N determines whether or not the packet reception unit 901 has received the encrypted packet SP from the neighboring node (step S1501). For example, it is determined whether or not the new node Ni-x has received the encrypted packet SP3 from the neighboring node Ni-3.
  • step S1501: No After waiting for reception of the encrypted packet SP (step S1501: No), if received (step S1501: Yes), the node N extracts the address of the neighboring node from the received encrypted packet SP (Ste S1502). Then, the node N generates a packet PN including the extracted address of the neighboring node and the address of the own node N (step S1503). Thereafter, the node N determines whether or not the detection unit 902 has detected a connection with the portable terminal 600 that can communicate with the management server 101 (step S1504).
  • the node N waits for the connection with the mobile terminal 600 to be detected (step S1504: No), and when detected (step S1504: Yes), the packet transmission unit 903 causes the node N to pass through the mobile terminal 600.
  • the generated packet PN is transmitted to the management server 101 (step S1505).
  • the node N determines whether the key receiving unit 904 has received the encryption key Ki unique to the gateway Gi from the management server 101 via the portable terminal 600 (step S1506).
  • the node N waits to receive the encryption key Ki (step S1506: No), and if received (step S1506: Yes), the setting unit 905 receives the encryption key Ki unique to the gateway Gi.
  • the encrypted packet SP is set as a key for encrypting (step S1507).
  • step S1508 attempts to decrypt the encrypted packet SP transmitted from the neighboring node in step S1501 by the decryption unit 908 (step S1508).
  • step S1508: No the output unit 909 outputs a setting error (step S1509), and the process returns to step S1501.
  • step S1508: YES the output unit 909 outputs setting completion (step S1510), and the series of processing according to this flowchart ends.
  • the encryption key Ki unique to the gateway Gi for decrypting the encrypted packet SP can be acquired from the management server 101 and set.
  • FIG. 16 is a flowchart illustrating an example of a key providing process procedure of the management server.
  • the management server 101 determines whether the reception unit 1101 has received the generated packet PN from the node N via the portable terminal 600 (step S1601).
  • the management server 101 waits for the generation packet PN to be received (step S1601: No), and if received (step S1601: Yes), the management server 101 uses the identifying unit 1102 to select the address of the neighboring node To extract. Then, the management server 101 specifies the ID of the affiliated GW stored in association with the extracted address of the neighboring node from the node DB 120 (step S1602).
  • the neighboring node is the node Ni-3
  • the address of the node Ni-3 is “cc: cc: cc: cc: cc: cc”
  • the address “cc: cc: cc of the node Ni-3” ID of the affiliation GW stored in association with “: cc: cc: cc” is specified.
  • the updating unit 1103 extracts the address of the transmission source node N from the generated packet PN, and registers it in the node DB 120 in association with the identified GW ID (step S1603). Thereby, even when the node N becomes a neighboring node of the new node after the registration of the node N, the affiliation GW of the new node can be specified.
  • the management server 101 extracts the encryption key Ki from the encryption key DB 110 by using the key of the identified affiliation GW by the key extraction unit 1104 (step S1604).
  • the management server 101 transmits the extracted encryption key Ki to the node N via the portable terminal 600 by the transmission unit 1105 (step S1605), and ends the series of processes according to this flowchart.
  • the encryption key Ki unique to the gateway Gi in the ad hoc network Ai to which the node N belongs can be provided to the node N.
  • the key setting operation can be performed at an early stage.
  • the packet from the neighboring node can be intercepted, but the intercepted packet is discarded without being multi-hopped.
  • the encryption key Ki since the frequency of intercepting the encrypted packet SP from a neighboring node increases if it is within the communication range, if the encryption key Ki is not set, the encrypted key can be used by deliberately using the intercepted packet without use.
  • the setting of Ki can be realized at an early stage.
  • the node N requests the management server 101 via the portable terminal 600 for a key by using the encrypted packet SP from the neighboring node that can be received even if the encryption key Ki for secure communication is not set.
  • the encryption key Ki to be set can be acquired.
  • work such as checking the communication status between the candidate gateway and the node N, where the operator OP is narrowed down geographically, is unnecessary, and the encryption for the node N is not necessary.
  • the efficiency of the key Ki setting work can be improved.
  • since it is not necessary to record the encryption key of each candidate gateway for confirmation work in the portable terminal 600 etc. the risk of information leakage at the time of carrying can be reduced.
  • the management server 101 can extract the encryption key Ki stored in association with the address of the gateway Gi included in the encrypted packet SP from the encryption key DB 110. Then, the management server 101 transmits the encryption key Ki to the node N via the portable terminal 600, thereby providing the node N with the encryption key Ki unique to the gateway Gi in the ad hoc network Ai to which the node N belongs. it can.
  • the worker OP can change the installation position immediately to improve the efficiency of new node installation work and key setting work.
  • the workload of workers involved in setting the encryption key for the node in the ad hoc network is reduced and the work time is reduced. Can be achieved.
  • the key setting method described in the present embodiment can be realized by executing a program prepared in advance on a computer such as a personal computer or a workstation.
  • the key setting program is recorded on a computer-readable recording medium such as a hard disk, a flexible disk, a CD-ROM, an MO, and a DVD, and is executed by being read from the recording medium by the computer.
  • Management server 110 Encryption key DB 120 node DB 600 portable terminal 901 packet receiving unit 902 detecting unit 903 packet transmitting unit 904 key receiving unit 905 setting unit 906 recording unit 907 generating unit 1101 receiving unit 1102 specifying unit 1103 updating unit 1104 key extracting unit 1105 transmitting unit A1 to An, Ai ad hoc network G1 to Gn, Gi gateway N node NW1, NW2, NW3 network

Abstract

　アドホックネットワークのいずれかのアドホックネットワーク（Ａｉ）内の新規ノード（Ｎｉ－ｘ）は、アドホックネットワーク（Ａｉ）内の近隣ノード（Ｎｉ－３）から、ゲートウェイ（Ｇｉ）固有の暗号鍵（Ｋｉ）で暗号化された暗号化パケットを傍受する。新規ノード（Ｎｉ－ｘ）は、管理サーバ（１０１）と通信可能な携帯端末（６００）との接続を検知すると、携帯端末（６００）を介して、パケット（ＰＮ）を管理サーバ（１０１）に送信する。このあと、新規ノード（Ｎｉ－ｘ）は、携帯端末（６００）を介して、ゲートウェイ（Ｇｉ）固有の暗号鍵（Ｋｉ）を管理サーバ（１０１）から受信する。そして、新規ノード（Ｎｉ－ｘ）は、受信されたゲートウェイ（Ｇｉ）固有の暗号鍵（Ｋｉ）を、パケットを暗号化するための鍵に設定する。

Description

鍵設定方法、ノード、およびネットワークシステム
　本発明は、データを暗号化するための鍵を設定する鍵設定方法、ノード、およびネットワークシステムに関する。
　アドホックネットワークは、無線通信でリンクする自己構成型のネットワークの一種である。アドホックネットワークは複数のノードにより構成される。また、アドホックネットワーク内の各ノードは、マルチホップ通信によりパケットの送受信を行う。マルチホップ通信は、互いの通信圏内に存在しないノード同士が、各ノードの通信圏内に存在する別のノードを介して通信を行う技術である。
　また、アドホックネットワークとインターネット、ＬＡＮ（Ｌｏｃａｌ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）などの他のネットワークとを接続する場合、ゲートウェイと呼ばれる中継機器を用いて、ネットワーク間の通信の転送が行われる。
　アドホックネットワークを利用した技術として、各家庭の電力メータに無線通信可能なノードを組み込んで、作業員が現地に出向くことなく、アドホックネットワーク経由でメータ確認などの業務を行うシステムがある。各家庭の電力の使用量などの個人情報を扱うアドホックネットワークでは、秘匿性や改ざん防止の観点からセキュアな通信を行うことが要求される。
　そこで、従来のシステムでは、アドホックネットワーク内のノード間で送受信されるパケットを暗号化することで、セキュアな通信を確保することが行われている。この際、システム内の全ノードで共通の暗号鍵を用いた場合、鍵漏洩時のリスクが大きいため、ゲートウェイごとに暗号鍵を変えるシステムがある。
　また、システムへの新規ノードの初期導入時などにおいて、新規ノードは、暗号鍵が設定されるまでの間、アドホックネットワーク内の他のノードとセキュアな通信を行うことができない。このため、アドホックネットワーク経由で新規ノードに暗号鍵を自動設定することが難しく、作業員が現地に出向いて暗号鍵の設定作業を行っている。
　また、セキュア通信に関する先行技術として、例えば、ブロードキャストにより通信を行うネットワークの暗号鍵を管理する技術がある（例えば、下記特許文献１参照。）。また、アドホックネットワークにおいて通信開始時の鍵交換を安定して行うための技術がある（例えば、下記特許文献２参照。）。また、アドホックネットワーク内の各ノードが適応ゲートウェイを選択するための技術がある（例えば、下記特許文献３参照。）。
特開２００３－３４８０７２号公報 特開２００７－８８７９９号公報 特開２００９－８１８５４号公報
　しかしながら、上述した従来技術では、アドホックネットワーク内の各ノードに設定する暗号鍵をゲートウェイごとに変える場合、新規ノードの初期導入時などにおいて、新規ノードが属するゲートウェイを特定することが難しいという問題があった。例えば、新規ノードの設置場所の住所から候補となるゲートウェイを絞り込むことはできても、天候や近傍の建物との位置関係などの要因により通信状況が変化する。このため、実際にどのゲートウェイと通信可能であるかを作業員が現地に出向いて確認する必要があり、作業員の暗号鍵の設定作業にかかる作業時間および作業負荷の増大を招くという問題がある。
　本発明は、上述した従来技術による問題点を解消するため、アドホックネットワーク内のノードが用いる暗号鍵の設定作業の効率化を図ることができる鍵設定方法、ノード、およびネットワークシステムを提供することを目的とする。
　上述した課題を解決し、目的を達成するため、本願の一観点によれば、複数のアドホックネットワークで構成されるネットワークシステムの中のいずれかのアドホックネットワーク内で通信を行うときに用いるゲートウェイ固有の鍵が未設定なノードが、前記いずれかのアドホックネットワーク内の前記ノードに対する近隣ノードから、前記ゲートウェイ固有の鍵を用いて暗号化された暗号化パケットを受信し、受信された暗号化パケットの中から前記近隣ノードのアドレスを抽出し、前記複数のアドホックネットワークの各アドホックネットワーク内のゲートウェイごとにゲートウェイ固有の鍵を関連付けた第１のデータベースおよび前記複数のアドホックネットワーク内のノードごとに所属ゲートウェイを関連付けた第２のデータベースを保持するサーバと通信可能な携帯端末との接続を検知し、前記携帯端末との接続が検知された場合、前記携帯端末を介して、抽出された前記近隣ノードのアドレスを含むパケットを前記サーバに送信し、前記携帯端末を介して、パケット送信された結果、前記近隣ノードの所属ゲートウェイ固有の鍵を前記サーバから受信し、受信された前記近隣ノードの所属ゲートウェイ固有の鍵を、前記いずれかのアドホックネットワーク内でマルチホップ通信させるパケットを暗号化するための鍵に設定することができる。
　また、本願の一観点によれば、複数のアドホックネットワークで構成されるネットワークシステムの中の各アドホックネットワーク内のゲートウェイごとにゲートウェイ固有の鍵を関連付けた第１のデータベースと、前記複数のアドホックネットワーク内のノードごとに所属ゲートウェイの識別情報を関連付けた第２のデータベースと、を備えるサーバが、前記複数のアドホックネットワークのいずれかのアドホックネットワーク内のゲートウェイ固有の鍵が未設定なノードに接続された携帯端末を介して、前記ノードから前記ノードのアドレスおよび前記ノードの近隣ノードのアドレスを含むパケットを受信し、前記第２のデータベースを参照することにより、受信されたパケットに含まれている前記近隣ノードのアドレスに基づいて、前記近隣ノードの所属ゲートウェイを特定し、特定された所属ゲートウェイ固有の鍵を前記第１のデータベースから抽出し、抽出された鍵を、前記携帯端末を介して前記ノードに送信することができる。
　さらに、本願の一観点によれば、前記複数のアドホックネットワークのいずれかのアドホックネットワーク内のゲートウェイ固有の鍵が未設定なノードと、前記複数のアドホックネットワークの各アドホックネットワーク内のゲートウェイごとにゲートウェイ固有の鍵を関連付けた第１のデータベースおよび前記複数のアドホックネットワーク内のノードごとに所属ゲートウェイを関連付けた第２のデータベースを保持するサーバと、を含むネットワークシステムであって、前記ノードは、前記いずれかのアドホックネットワーク内の前記ノードに対する近隣ノードから、前記いずれかのアドホックネットワーク内のゲートウェイ固有の鍵を用いて暗号化された暗号化パケットを受信し、受信された暗号化パケットの中から前記近隣ノードのアドレスを抽出し、前記サーバと通信可能な携帯端末との接続を検知し、前記携帯端末との接続が検知された場合、前記携帯端末を介して、抽出された前記近隣ノードのアドレスを含むパケットを前記サーバに送信し、前記携帯端末を介して、前記近隣ノードの所属ゲートウェイ固有の鍵を前記サーバから受信し、受信された前記近隣ノードの所属ゲートウェイ固有の鍵を、前記いずれかのアドホックネットワーク内でマルチホップ通信させるパケットを暗号化するための鍵に設定し、前記サーバは、前記ノードに接続された前記携帯端末を介して前記ノードから前記パケットを受信し、前記第２のデータベースを参照することにより、受信されたパケットに含まれている前記近隣ノードのアドレスに基づいて、前記近隣ノードの所属ゲートウェイを特定し、特定された所属ゲートウェイ固有の鍵を前記第１のデータベースから抽出し、抽出された鍵を、前記携帯端末を介して前記ノードに送信することができる。
　本鍵設定方法、ノード、およびネットワークシステムによれば、アドホックネットワーク内のノードが用いる暗号鍵の設定作業の効率化を図ることができるという効果を奏する。
図１は、実施の形態にかかるネットワークシステムの一実施例を示す説明図である。 図２は、実施の形態にかかる管理サーバのハードウェア構成例を示すブロック図である。 図３は、実施の形態にかかるノード等のハードウェア構成例を示すブロック図である。 図４は、図１に示した暗号鍵ＤＢの記憶内容の一例を示す説明図である。 図５は、図１に示したノードＤＢの記憶内容の一例を示す説明図である。 図６は、ネットワークシステムへの新規ノードの導入例を示す説明図である。 図７は、新規ノードの導入時におけるネットワークシステムの動作例を示すシーケンス図（その１）である。 図８は、新規ノードの導入時におけるネットワークシステムの動作例を示すシーケンス図（その２）である。 図９は、ノードの機能的構成例を示すブロック図である。 図１０は、暗号化パケットＳＰのデータ構造の一例を示す説明図である。 図１１は、管理サーバの機能的構成例を示すブロック図である。 図１２は、ノードＤＢの更新の具体例を示す説明図である。 図１３は、管理サーバの認証情報の一例を示す説明図である。 図１４は、携帯端末の認証情報の一例を示す説明図である。 図１５は、ノードＮの鍵設定処理手順の一例を示すフローチャートである。 図１６は、管理サーバの鍵提供処理手順の一例を示すフローチャートである。
　以下に添付図面を参照して、この発明にかかる鍵設定方法、ノード、およびネットワークシステムの実施の形態を詳細に説明する。
（ネットワークシステムの一実施例）
　図１は、実施の形態にかかるネットワークシステムの一実施例を示す説明図である。図１において、ネットワークシステム１００は、管理サーバ１０１と、ゲートウェイＧ１～Ｇｎと、ノードＮ１－１～Ｎ１－ｍ１，…，Ｎｉ－１～Ｎｉ－ｍｉ，…，Ｎｎ－１～Ｎｎ－ｍｎと、を含む構成である。ｉはアドホックネットワークＡｉの数（ｉ＝１，２，…，ｎ），ｍｉは、アドホックネットワークＡｉ内のノード数である。
　ネットワークシステム１００において、管理サーバ１０１とゲートウェイＧ１～Ｇｎは、インターネット、ＬＡＮ、ＷＡＮなどのネットワークＮＷ１を介して相互に通信可能に接続されている。また、ゲートウェイＧｉとノードＮｉ－１～Ｎｉ－ｍｉは、アドホックネットワークＡｉを介して接続されている。
　ここで、管理サーバ１０１は、暗号鍵ＤＢ（データベース）１１０とノードＤＢ１２０とを備え、各ゲートウェイＧ１～Ｇｎ固有の暗号鍵を管理するコンピュータである。ゲートウェイＧｉ固有の暗号鍵（以下、「暗号鍵Ｋｉ」という）は、ゲートウェイＧｉが属するアドホックネットワークＡｉ内のノード間で送受信されるパケットを暗号化するための鍵情報である。なお、暗号鍵ＤＢ１１０およびノードＤＢ１２０についての詳細な説明は後述する。
　ゲートウェイＧｉは、アドホックネットワークＡｉとネットワークＮＷ１とを接続する中継機器である。ゲートウェイＧｉは、アドホックネットワークＡｉのプロトコルとネットワークＮＷ１のプロトコルの両方を理解し、アドホックネットワークＡｉとネットワークＮＷ１との間の通信の転送を行う。
　また、ゲートウェイＧｉは、アドホックネットワークＡｉ内においてどのノードがどのノードに対し通信可能かを把握しており、この情報を元に、ゲートウェイＧｉは自律的にルーティングすることになる。各ノードＮｉ－１～Ｎｉ－ｍｉでは、ゲートウェイＧｉのルーティングにより、マルチホップ通信を行う際の転送元アドレスと転送先アドレスが設定されることとなる。この設定は、ゲートウェイＧｉからのブロードキャストパケットでおこなわれる。
　ノードＮｉ－１～Ｎｉ－ｍｉは、所定の通信圏内の他ノードとマルチホップ通信を行う無線通信装置である。アドホックネットワークＡｉでは、すべてのノードＮｉ－１～Ｎｉ－ｍｉがゲートウェイＧｉと直接通信できる必要はなく、一部のノードがゲートウェイＧｉと通信可能であればよい。
　そして、ノードＮｉ－１～Ｎｉ－ｍｉは、ゲートウェイＧｉからのブロードキャストパケットにより、パケットの転送元アドレスと転送先アドレスの組み合わせとなるルーティングテーブルを保持することとなる。
　ネットワークシステム１００は、例えば、各家庭の電力やガスの使用量を収集するシステムに適用することができる。具体的には、例えば、各家庭の電力メータやガスメータに各ノードＮｉ－１～Ｎｉ－ｍｉを組み込むことで、アドホックネットワークＡｉ内のノード間で各家庭の電力やガスの使用量を送受信する。なお、各家庭の電力やガスの使用量は、各ノードＮｉ－１～Ｎｉ－ｍｉが計測してもよく、また、各ノードＮｉ－１～Ｎｉ－ｍｉが電力メータやガスメータから取得してもよい。
　ゲートウェイＧｉは、アドホックネットワークＡｉ内のノードＮｉ－１～Ｎｉ－ｍｉから受信した各家庭の電力やガスの使用量を、ネットワークＮＷ１を介して電力会社やガス会社のサーバ（例えば、管理サーバ１０１）に送信する。これにより、作業員が現地に出向くことなく電力やガスの使用量を収集することができる。
　また、ネットワークシステム１００では、アドホックネットワークＡｉごとにゲートウェイＧｉ固有の暗号鍵Ｋｉを用いてパケットを暗号化する。これにより、アドホックネットワークＡｉのセキュア通信（データ秘匿性、改ざん防止など）を確保する。また、アドホックネットワークＡｉごとに暗号鍵Ｋｉを変えることで、鍵漏洩時のリスクを低減させる。
　なお、図１の例では、アドホックネットワークＡｉ内に１台のゲートウェイＧｉを設ける構成としたが、同一のアドホックネットワークＡｉ内に複数台のゲートウェイＧｉを設ける構成としてもよい。この場合、アドホックネットワークＡｉ内で送受信されるパケットを暗号化するための暗号鍵Ｋｉは、複数台のゲートウェイＧｉで共通である。
（管理サーバ１０１のハードウェア構成例）
　図２は、実施の形態にかかる管理サーバのハードウェア構成例を示すブロック図である。図２において、管理サーバ１０１は、ＣＰＵ（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）２０１と、ＲＯＭ（Ｒｅａｄ‐Ｏｎｌｙ　Ｍｅｍｏｒｙ）２０２と、ＲＡＭ（Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　Ｍｅｍｏｒｙ）２０３と、磁気ディスクドライブ２０４と、磁気ディスク２０５と、光ディスクドライブ２０６と、光ディスク２０７と、Ｉ／Ｆ（Ｉｎｔｅｒｆａｃｅ）２０８と、ディスプレイ２０９と、キーボード２１０と、マウス２１１と、を備えている。また、ＣＰＵ２０１～マウス２１１はバス２００によってそれぞれ接続されている。
　ここで、ＣＰＵ２０１は、管理サーバ１０１の全体の制御を司る。ＲＯＭ２０２は、ブートプログラムなどのプログラムを記憶している。ＲＡＭ２０３は、ＣＰＵ２０１のワークエリアとして使用される。磁気ディスクドライブ２０４は、ＣＰＵ２０１の制御に従って磁気ディスク２０５に対するデータのリード／ライトを制御する。磁気ディスク２０５は、磁気ディスクドライブ２０４の制御で書き込まれたデータを記憶する。
　光ディスクドライブ２０６は、ＣＰＵ２０１の制御に従って光ディスク２０７に対するデータのリード／ライトを制御する。光ディスク２０７は、光ディスクドライブ２０６の制御で書き込まれたデータを記憶したり、光ディスク２０７に記憶されたデータをコンピュータに読み取らせたりする。
　Ｉ／Ｆ２０８は、通信回線を通じてネットワークＮＷ１，ＮＷ２に接続され、このネットワークＮＷ１，ＮＷ２を介して他の装置（例えば、ゲートウェイＧｉ、携帯端末６００）に接続される。Ｉ／Ｆ２０８は、ネットワークＮＷ１，ＮＷ２と内部のインターフェースを司り、外部装置からのデータの入出力を制御する。Ｉ／Ｆ２０８には、例えば、モデムやＬＡＮアダプタなどを採用することができる。
　ディスプレイ２０９は、カーソル、アイコンあるいはツールボックスをはじめ、文書、画像、機能情報などのデータを表示する。このディスプレイ２０９は、たとえば、ＣＲＴ、ＴＦＴ液晶ディスプレイ、プラズマディスプレイなどを採用することができる。
　キーボード２１０は、文字、数字、各種指示などの入力のためのキーを備え、データの入力を行う。また、タッチパネル式の入力パッドやテンキーなどであってもよい。マウス２１１は、カーソルの移動や範囲選択、あるいはウィンドウの移動やサイズの変更などを行う。ポインティングデバイスとして同様に機能を備えるものであれば、トラックボールやジョイスティックなどであってもよい。なお、図６に示した携帯端末６００についても、図２に示した管理サーバ１０１と同様のハードウェア構成により実現できる。
（ノード等のハードウェア構成例）
　図３は、実施の形態にかかるノード等のハードウェア構成例を示すブロック図である。図３において、ノード等は、ＣＰＵ３０１と、ＲＡＭ３０２と、フラッシュメモリ３０３と、Ｉ／Ｆ３０４と、暗号化回路３０５と、を備えている。ＣＰＵ３０１～暗号化回路３０５は、バス３００によってそれぞれ接続されている。
　ここで、ＣＰＵ３０１は、ノード等の全体の制御を司る。ＲＡＭ３０２は、ＣＰＵ３０１のワークエリアとして使用される。フラッシュメモリ３０３は、プログラムや暗号鍵などの鍵情報を記憶している。Ｉ／Ｆ３０４は、マルチホップ通信によりパケットを送受信する。また、ゲートウェイＧｉのＩ／Ｆ３０４は、通信回線を通じてネットワークＮＷ１に接続され、このネットワークＮＷ１を介して管理サーバ１０１に接続される。
　暗号化回路３０５は、データを暗号化する場合に暗号鍵によりデータを暗号化する回路である。暗号化をソフトウェア的に実行する場合は、暗号化回路３０５に相当するプログラムをフラッシュメモリ３０３に記憶させておくことで、暗号化回路３０５は不要となる。
（暗号鍵ＤＢ１１０の記憶内容）
　図４は、図１に示した暗号鍵ＤＢの記憶内容の一例を示す説明図である。図４において、暗号鍵ＤＢ１１０は、ＩＤ、ＧＷアドレスおよび暗号鍵のフィールドを有し、各フィールドに情報を設定することで、ゲートウェイＧ１～Ｇｎごとの鍵情報４００－１～４００－ｎをレコードとして記憶している。
　ここで、ＩＤは、本明細書において説明上用いる各ゲートウェイＧｉの識別子である。ＧＷアドレスは、ゲートウェイＧｉのアドレスである。ＧＷアドレスとしては、例えば、ゲートウェイＧｉのＭＡＣ（Ｍｅｄｉａ　Ａｃｃｅｓｓ　Ｃｏｎｔｒｏｌ）アドレスやＩＰ（Ｉｎｔｅｒｎｅｔ　Ｐｒｏｔｏｃｏｌ）アドレスを用いることができる。暗号鍵は、各ゲートウェイＧｉ固有の暗号鍵Ｋｉであり、具体的には、例えば、１２８～２５６ビット程度のバイナリデータである。
　鍵情報４００－１を例に挙げると、ゲートウェイＧ１のＧＷアドレスは『ｘｘ：ｘｘ：ｘｘ：ｘｘ：１２：３４』、暗号鍵は『Ｋ１』である。なお、暗号鍵ＤＢ１１０は、例えば、図２に示した管理サーバ１０１のＲＯＭ２０２、ＲＡＭ２０３、磁気ディスク２０５、光ディスク２０７などの記憶装置により実現される。
　暗号鍵ＤＢ１１０の記憶内容は、管理サーバ１０１がゲートウェイＧｉ固有の暗号鍵ＫｉをゲートウェイＧｉから受信することで更新してもよい。また、図２に示したキーボード２１０やマウス２１１を用いたユーザの操作入力により、暗号鍵ＤＢ１１０の記憶内容を更新することにしてもよい。
（ノードＤＢ１２０の記憶内容）
　図５は、図１に示したノードＤＢ１２０の記憶内容の一例を示す説明図である。図５において、ノードＤＢ１２０は、ノードアドレスと所属ゲートウェイ（所属ＧＷ）のフィールドを有し、各フィールドに情報を設定することで、ノードごとの所属ＧＷのＩＤ（図４のＩＤに相当）をレコードとして記憶している。
　ここでは、例として、『ａａ：ａａ：ａａ：ａａ：ａａ：ａａ』をアドホックネットワークＡｉ内のノードＮｉ－１のアドレス、『ｂｂ：ｂｂ：ｂｂ：ｂｂ：ｂｂ：ｂｂ』をアドホックネットワークＡｉ内のノードＮｉ－２のアドレス、『ｃｃ：ｃｃ：ｃｃ：ｃｃ：ｃｃ：ｃｃ』をアドホックネットワークＡｉ内のノードＮｉ－３のアドレスとする。すなわち、ノードＤＢ１２０を参照することで、ノードＮｉ－１～Ｎｉ－３の所属ＧＷがゲートウェイＧｉであることがわかる。なお、所属ＧＷのフィールドには、所属ＧＷのＩＤの代わりに、所属ＧＷのアドレスを記憶してもよい。
（新規ノードＮの導入時における暗号鍵Ｋｉの設定例）
　つぎに、図１に示したネットワークシステム１００への新規ノードの導入時における暗号鍵Ｋｉの設定例について説明する。
　図６は、ネットワークシステムへの新規ノードの導入例を示す説明図である。図６において、ネットワークシステム１００のアドホックネットワークＡｉ内に新規ノードＮが導入されている。なお、図６では、アドホックネットワークＡｉ内のノードＮｉ－１～Ｎｉ－ｍｉのうち、代表としてノードＮｉ－１～Ｎｉ－３を示している。
　新規ノードＮの導入時は、作業員ＯＰは新規ノードＮがどのアドホックネットワークＡｉに属しているのかわからない。そこで、本実施の形態では、作業員ＯＰが使用する携帯端末６００を利用して、新規ノードＮがアドホックネットワークＡｉ内のノードＮｉ－ｘとして設定すべき暗号鍵Ｋｉを管理サーバ１０１に問い合わせることで、適切な暗号鍵Ｋｉを管理サーバ１０１から取得して新規ノードＮｉ－ｘに自動設定する。
　ここで、携帯端末６００は、作業員ＯＰが使用する携帯型の通信装置であり、例えば、携帯電話機、ＰＨＳ（Ｐｅｒｓｏｎａｌ　Ｈａｎｄｙ－ｐｈｏｎｅ　Ｓｙｓｔｅｍ）電話機、スマートフォン、ノート型のパーソナル・コンピュータなどである。携帯端末６００は、直接通信できない新規ノードＮと管理サーバ１０１との間の通信を中継する。
　図７および図８は、新規ノードの導入時におけるネットワークシステムの動作例を示すシーケンス図である。図７のシーケンスは、例えば、作業員ＯＰが現地（新規ノードＮの設置場所）に出向くまでに行われる動作例である。図８のシーケンスは、例えば、作業員ＯＰが現地に出向いたあとに行われる動作例である。
　図７のシーケンスにおいて、（１）ゲートウェイＧｉは、アドホックネットワークＡｉのネットワーク情報を管理サーバ１０１に送信する。ネットワーク情報は、ゲートウェイＧｉ固有の暗号鍵ＫｉとアドホックネットワークＡｉ内のノードＮｉ－１～Ｎｉ－３のアドレスを含む。ゲートウェイＧｉは、アドホックネットワークＡｉ内のマルチホップ通信で事前にノードＮｉ－１～Ｎｉ－３のアドレスを取得してあるため、ネットワーク情報に含めて管理サーバ１０１に送信することができる。
　（２）管理サーバ１０１は、ネットワーク情報からゲートウェイＧｉ固有の暗号鍵Ｋｉを取り出して、ゲートウェイＧｉ固有の暗号鍵ＫｉとゲートウェイＧｉのアドレスとを関連付けて暗号鍵ＤＢ１１０に登録する。
　（３）管理サーバ１０１は、ネットワーク情報からノードＮｉ－１～Ｎｉ－３のアドレスを取り出して、ノードＮｉ－１～Ｎｉ－３のアドレスとゲートウェイＧｉのＩＤとを関連付けてノードＤＢ１２０に登録する。なお、上記（１）～（３）の処理はおこなわず、あらかじめ暗号鍵ＤＢ１１０およびノードＤＢ１２０を、上記（２）および（３）での登録状態にしておいてもよい。
　（４）ゲートウェイＧｉは、ゲートウェイＧｉ固有の暗号鍵Ｋｉを用いて暗号化されたパケット（以下、「暗号化パケットＳＰｉ」という）をアドホックネットワークＡｉにブロードキャスト（同時通報）する。ゲートウェイＧｉからの暗号化パケットＳＰｉは、アドホックネットワークＡｉ内の時刻同期などアドホックネットワークＡｉ内の全ノードに通知するために周期的（たとえば、１時間に１回）に通知されるパケットである。また、設定初期化や、上述したアドホックネットワークＡｉ内のルーティング設定など一時的に送信されるパケットでもよい。
　（５）ノードＮｉ－１は、ゲートウェイＧｉからの暗号化パケットＳＰｉを通信圏内のノードＮｉ－３に転送する。具体的には、ノードＮｉ－１には、ゲートウェイＧｉからのブロードキャストパケットにより設定された、転送元アドレスと転送先アドレスを関連付けたルーティングテーブルＲｉ－１がある。たとえば、図７では、転送元アドレス：ゲートウェイＧｉのアドレス、転送先アドレス：ノードＮｉ－３のアドレスと規定されているため、暗号化パケットＳＰｉは、ノードＮｉ－３に転送される。
　ノードＮｉ－３にも、ゲートウェイＧｉからのブロードキャストパケットにより設定された、転送元アドレスと転送先アドレスを関連付けたルーティングテーブルＲｉ－３がある。たとえば、図７では、転送元アドレス：ノードＮｉ－１のアドレス、転送先アドレス：－（なし）と規定されているため、暗号化パケットＳＰｉは、どこにも転送されない。これにより、ブロードキャストパケットである暗号化パケットＳＰｉが末端ノードであるノードＮｉ－３にまで行き渡る。
　（６）また、ノードＮｉ－１は、自ノードで計測データが得られた場合、ゲートウェイＧｉ固有の暗号鍵Ｋｉで暗号化された暗号化パケットＳＰ１を、ルーティングテーブルＲｉ－１に従ってゲートウェイＧｉに送信する。暗号化パケットＳＰ１は、たとえば、ノードＮｉ－１での計測データを暗号鍵Ｋｉで暗号化したパケットである。暗号化パケットＳＰ１は、送信元アドレスをノードＮｉ－１のアドレス、宛先アドレスをゲートウェイＧｉのアドレスとするユニキャストパケットである。
　（７）同様に、ノードＮｉ－３は、自ノードで計測データが得られた場合、ゲートウェイＧｉ固有の暗号鍵Ｋｉで暗号化された暗号化パケットＳＰ３を、ルーティングテーブルＲｉ－３に従ってノードＮｉ－１に送信する。暗号化パケットＳＰ３は、たとえば、ノードＮｉ－３での計測データを暗号鍵Ｋｉで暗号化したパケットである。暗号化パケットＳＰ３は、送信元アドレスをノードＮｉ－３のアドレス、宛先アドレスをゲートウェイＧｉのアドレスとするユニキャストパケットである。
　（８）ノードＮｉ－１は、ゲートウェイＧｉ固有の暗号鍵Ｋｉで暗号化された暗号化パケットＳＰ３を、ルーティングテーブルＲｉ－１に従ってゲートウェイＧｉに転送する。
　なお、ノードＮｉ－１，Ｎｉ－３からの暗号化パケットＳＰ１，ＳＰ３は、ゲートウェイＧｉのブロードキャストパケット（暗号化パケットＳＰｉ）の送信周期よりも短い周期で送信されるパケットである。たとえば、各ノードＮｉ－１，Ｎｉ－３内では、ゲートウェイＧｉのブロードキャストパケット（暗号化パケットＳＰｉ）の送信周期よりも短い周期で計測データが得られる。
　そのため、ノードＮｉ－１，Ｎｉ－３は、計測データが得られる都度、ゲートウェイＧｉに計測データを含む暗号化パケットＳＰ１，ＳＰ３をマルチホップ通信することとなる。そして、ゲートウェイＧｉは、ノードＮｉ－１，Ｎｉ－３からの暗号化パケットＳＰ１，ＳＰ３を管理サーバ１０１に送信することで、ノードＮｉ－１，Ｎｉ－３の時系列な計測データを得ることができる。
　そして、上記（３）のブロードキャストパケット（暗号化パケットＳＰｉ）の送信後に、新規ノードＮｉ－ｘがノードＮｉ－３の通信圏内に設置されたとする。新規ノードＮｉ－ｘは設置しただけではゲートウェイＧｉ固有の暗号鍵Ｋｉを有していないため、暗号鍵Ｋｉで暗号化されたパケットを受信できても復号はできない状態である。
　また、新規ノードＮｉ－ｘは、暗号鍵Ｋｉを有していないため、新規ノードＮｉ－ｘでの計測データを暗号化することができず、パケット送信しても送信先のノードに受信してもらえない状態である。また、ノードＤＢ１２０には、新規ノードＮｉ－ｘの所属ＧＷが登録されていない。
　（９）そして、上記（７）において、ノードＮｉ－３から送信された暗号化パケットＳＰ３は、ルーティングテーブルＲｉ－３で新規ノードＮｉ－ｘが転送先でないにもかかわらず、新規ノードＮｉ－ｘに傍受される。
　（１０）新規ノードＮｉ－ｘは、ノードＮｉ－３から傍受した暗号化パケットＳＰ３から、暗号化パケットＳＰ３のヘッダ部に記述されている送信元アドレス（ノードＮｉ－３のアドレス）を抽出する。暗号化パケットＳＰ３のヘッダ部は暗号化されていないため、新規ノードＮｉ－ｘは、送信元アドレス（ノードＮｉ－３のアドレス）を抽出することができる。つぎに、図８のシーケンスに移る。
　（１１）携帯端末６００は、携帯電話網やインターネットなどのネットワークＮＷ２を介して管理サーバ１０１に接続する。この際、携帯端末６００は、例えば、ＳＳＬ（Ｓｅｃｕｒｅ　Ｓｏｃｋｅｔ　Ｌａｙｅｒ）を用いて、管理サーバ１０１とセキュアな通信を行う。なお、管理サーバ１０１と携帯端末６００との間でセキュア通信を実現するための通信方式については、図１３および図１４を用いて後述する。
　（１２）携帯端末６００は、有線または無線のネットワークＮＷ３を介して新規ノードＮｉ－ｘに接続する。具体的には、例えば、作業員ＯＰが、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ　Ｓｅｒｉａｌ　Ｂｕｓ）ケーブルを用いて、携帯端末６００と新規ノードＮｉ－ｘとを接続することで、携帯端末６００と新規ノードＮｉ－ｘとの間にネットワークＮＷ３が確立される。
　（１３）新規ノードＮｉ－ｘは、ネットワークＮＷ３を介して、図７に示した（１０）において抽出されたノードＮｉ－３のアドレスと新規ノードＮｉ－ｘのアドレスを含むパケットＰＮを携帯端末６００に送信する。
　（１４）携帯端末６００は、ネットワークＮＷ２を介して、新規ノードＮｉ－ｘからのパケットＰＮを管理サーバ１０１に送信する。
　（１５）管理サーバ１０１は、携帯端末６００からのパケットＰＮを受信し、パケットＰＮに含まれているノードＮｉ－３のアドレスを抽出する。そして、管理サーバ１０１は、ノードＤＢ１２０を参照して、抽出されたノードＮｉ－３のアドレスと関連付けて記憶されている所属ＧＷのＩＤ（または所属ＧＷのアドレス）を特定する。
　（１６）管理サーバ１０１は、上記（１５）で特定された所属ＧＷのＩＤ（または所属ＧＷのアドレス）を手がかりとして、暗号鍵ＤＢ１１０の中から、ゲートウェイＧｉのＩＤ（または所属ＧＷのアドレス）と関連付けて記憶されている暗号鍵Ｋｉを抽出する。
　（１７）管理サーバ１０１は、受信されたパケットＰＮに含まれている新規ノードＮｉ－ｘのアドレスを、上記（１５）で特定された所属ＧＷのＩＤに関連づけて、ノードＤＢ１２０に登録する。これにより、新規ノードＮｉ－ｘの所属ＧＷがゲートウェイＧｉであることが、ノードＤＢ１２０を参照することで特定可能となる。
　（１８）管理サーバ１０１は、ネットワークＮＷ２を介して、抽出された暗号鍵Ｋｉを携帯端末６００に送信する。送信のタイミングは、上記（１７）の前でも後でもよい。（１７）の前に送信する場合は、（１７）のノードＤＢ１２０の更新を待たずして、新規ノードＮｉ－ｘの設定処理を実行できるため、設定処理の高速化を図ることができる。
　（１９）携帯端末６００は、ネットワークＮＷ３を介して、管理サーバ１０１からの暗号鍵Ｋｉを新規ノードＮｉ－ｘに送信する。（２０）新規ノードＮｉ－ｘは、携帯端末６００からの暗号鍵Ｋｉを、パケットを暗号化するための鍵に設定する。このあと、（２０）新規ノードＮｉ－ｘは復号確認をおこなってもよい。具体的には、新規ノードＮｉ－ｘは、図７の（９）においてノードＮｉ－３から暗号化パケットＳＰ３を受信して保持している。
　したがって、新規ノードＮｉ－ｘは、上記（２０）で受信した暗号鍵Ｋｉで、暗号化パケットＳＰ３の復号を試みる。復号が成功した場合は、そのまま新規ノードＮｉ－ｘは暗号鍵Ｋｉを使用することができる。一方、復号が失敗した場合は、再度図７の（９）のようにノードＮｉ－３からの暗号化パケットＳＰ３の受信を待ち受けて、（１０）～（２０）を実行することとなる。
　このように、新規ノードＮｉ－ｘが、セキュア通信のための暗号鍵Ｋｉが未設定でも受信できる近隣ノード（ここでは、ノードＮｉ－３）からの暗号化パケットを手掛かりに、携帯端末６００を介して、管理サーバ１０１に鍵要求することで、設定すべき暗号鍵Ｋｉを取得することができる。
　すなわち、既設定のノードは常時、計測データを暗号化パケットとしてゲートウェイＧｉを宛先として送信しているため、新規ノードＮｉ－ｘの設置時において早期に上記（９）～（２１）の処理を実行することが可能となる。したがって、作業員ＯＰは、ブロードキャストパケット（暗号化パケットＳＰｉ）で設定作業をおこなう場合にくらべて、設定作業を円滑におこなうことができる。
　なお、以下の説明において、「ノードＮ」とは、ネットワークシステム１００のアドホックネットワークＡ１～ＡｎのいずれかのアドホックネットワークＡｉ内でマルチホップ通信によりパケットを送受信するノードを示す。また、「ノード等」とは、ネットワークシステム１００のゲートウェイＧ１～ＧｎおよびノードＮを示す。
（ノードＮの機能的構成例）
　図９は、ノードの機能的構成例を示すブロック図である。図９において、ノードＮは、パケット受信部９０１と、検知部９０２と、パケット送信部９０３と、鍵受信部９０４と、設定部９０５と、抽出部９０６と、生成部９０７と、復号部９０８と、出力部９０９と、取得部９１０と、暗号化処理部９１１と、を含む構成である。
　各機能部（パケット受信部９０１～暗号化処理部９１１）は、具体的には、例えば、図３に示したＲＡＭ３０２、フラッシュメモリ３０３などの記憶装置に記憶されたプログラムをＣＰＵ３０１に実行させることにより、または、Ｉ／Ｆ３０４により、その機能を実現する。また、各機能部（パケット受信部９０１～暗号化処理部９１１）の処理結果は、特に指定する場合を除いて、ＲＡＭ３０２、フラッシュメモリ３０３などの記憶装置に記憶される。
　パケット受信部９０１は、アドホックネットワークＡｉ内からの暗号化パケットを受信する。暗号化パケットは、ゲートウェイＧｉ固有の暗号鍵Ｋｉを用いて暗号化されたパケットである。たとえば、暗号化パケットＳＰは、ゲートウェイＧｉからのブロードキャストパケット（暗号化パケットＳＰｉ）や他のノードからの暗号化パケットＳＰ１，ＳＰ３である。以降、暗号化パケットＳＰｉ，ＳＰ１，ＳＰ３など暗号鍵Ｋｉで暗号化されたパケットを総称して『暗号化パケットＳＰ』とする。ここで、暗号化パケットＳＰのデータ構造について説明する。
　図１０は、暗号化パケットＳＰのデータ構造の一例を示す説明図である。図１０において、暗号化パケットＳＰは、ヘッダ部１０１０とペイロード部１０２０とを含む構成である。ヘッダ部１０１０には、宛先アドレス、差出アドレス、ホップ数が記述されている。ペイロード部１０２０には、暗号化されたデータ本体が記述されている（図１０中ハッチ部分）。
　ここで、宛先アドレスは、送信先のアドレスである。差出アドレスは、送信元のアドレスである。また、ヘッダ部１０１０にはゲートウェイＧｉのアドレスが記述されている。図１０では、暗号化パケットＳＰを暗号化パケットＳＰ３としているため、宛先アドレスは、ゲートウェイＧｉのアドレス『ｘｘ：ｘｘ：ｘｘ：ｘｘ：ｘｘ：ｘｘ』であり、差出アドレスは、ノードＮｉ－１のアドレス『ｃｃ：ｃｃ：ｃｃ：ｃｃ：ｃｃ：ｃｃ』である。
　なお、暗号化パケットＳＰが暗号化パケットＳＰｉの場合、宛先アドレスは、ブロードキャスト用のＭＡＣアドレス『００：００：００：００：００：００』となる。また、ここでは宛先アドレスおよび差出アドレスの一例として、ＭＡＣアドレスを用いて説明したが、ＩＰアドレスなどのアドレスを用いることにしてもよい。
　ホップ数は、マルチホップの上限回数であり、マルチホップされる都度、デクリメントされる。図１０では、『１０』となっているため、１０回マルチホップされると、その次はマルチホップされない。
　また、ノードＮが暗号鍵Ｋｉ未設定の新規ノードＮｉ－ｘである場合、パケット受信部９０１は、近隣ノードからの暗号化パケットＳＰを受信（傍受）する。また、パケット受信部９０１は、ノードＮに暗号鍵Ｋｉが設定されている場合であっても、転送先でない場合は、通信圏内であれば暗号化パケットＳＰを傍受する。この場合、傍受したノードＮのルーティングテーブルでは、暗号化パケットＳＰの転送元が登録されていないため、傍受した暗号化パケットＳＰは、傍受したノードＮで破棄されることとなる。
　検知部９０２は、管理サーバ１０１と通信可能な携帯端末６００との接続を検知する。具体的には、例えば、作業員ＯＰがＵＳＢケーブルを用いて携帯端末６００と新規ノードＮとを接続した結果、検知部９０２が、ＵＳＢケーブルを介した携帯端末６００との接続を検知する。
　抽出部９０６は、受信された暗号化パケットＳＰから近隣ノードのアドレスを抽出する。すなわち、具体的には、例えば、ノードＮｉ－ｘの場合は、抽出部９０６は、図１０に示した暗号化パケットＳＰのヘッダ部１０１０の差出アドレスとして記述されているノードＮｉ－３のアドレス『ｃｃ：ｃｃ：ｃｃ：ｃｃ：ｃｃ：ｃｃ』を抽出する。
　生成部９０７は、パケットＰＮを生成する。具体的には、たとえば、生成部９０７は、抽出部９０６によって抽出された近隣ノードのアドレス（暗号化パケットＳＰの差出アドレス）および新規ノード（自ノード）Ｎのアドレスを含むパケットＰＮを生成する。
　パケット送信部９０３は、携帯端末６００との接続が検知された場合、携帯端末６００を介して、パケットＰＮを管理サーバ１０１に送信する。具体的には、例えば、パケット送信部９０３が、ＵＳＢケーブルなどのネットワークＮＷ３を介して、パケットＰＮを携帯端末６００に送信する。この結果、携帯端末６００が、ネットワークＮＷ２を介して、ノードＮｉ－ｘからの暗号化パケットＰＮを管理サーバ１０１に送信する。また、パケット送信部９０３は、暗号鍵Ｋｉが設定されたあとは、暗号鍵Ｋｉで暗号化された暗号化パケットＳＰを宛先（たとえば、ゲートウェイＧｉ）に送信する。
　鍵受信部９０４は、携帯端末６００を介して、暗号化パケットＳＰを復号するためのゲートウェイＧｉ固有の暗号鍵Ｋｉを管理サーバ１０１から受信する。この暗号鍵Ｋｉは、例えば、パケットを暗号化するとともに、暗号鍵Ｋｉを用いて暗号化された暗号化パケットＳＰを復号することができる共通鍵である。
　設定部９０５は、受信されたゲートウェイＧｉ固有の暗号鍵Ｋｉを、アドホックネットワークＡｉ内でマルチホップ通信させるパケットを暗号化するための鍵に設定する。具体的には、例えば、設定部９０５は、特定の記憶領域に暗号鍵Ｋｉを書き込む。特定の記憶領域のアドレスは、パケットを暗号化する際、または暗号化パケットＳＰを復号する際に指定されるアドレスである。これにより、以降においてノードＮが送信対象となるパケットを暗号化、および暗号化パケットＳＰを復号することが可能となり、アドホックネットワークＡｉ内のノード間でセキュア通信を行うことができる。
　復号部９０８は、設定処理中において、設定部９０５によって設定された暗号鍵Ｋｉで、パケット受信部９０１によって受信された暗号化パケットＳＰの復号を試みる。すなわち、復号部９０８は、抽出部９０６によって近隣ノードのアドレスの抽出対象となった暗号化パケットＳＰ（ＳＰ３）の復号を試みる。また、復号部９０８は、暗号鍵Ｋｉが設定された後、設定部９０５によって設定された暗号鍵Ｋｉで、パケット受信部９０１によって受信される暗号化パケットＳＰを復号する。
　また、復号の成否は、暗号化パケットＳＰを復号した復号後のパケットのフォーマットに基づいて判断することができる。具体的には、例えば、暗号化パケットＳＰを復号した復号後のパケットが、予め規定されたフォーマットのデータの場合、復号部９０８は、暗号化パケットＳＰの復号が成功したと判断する。
　出力部９０９は、復号部９０８による復号結果を出力する。具体的には、たとえば、出力部９０９は、差出アドレスの抽出対象となった暗号化パケットＳＰ（ＳＰ３）の復号が成功した場合、成功した旨をディスプレイに表示したり、音声により報知する。また、出力部９０９は、差出アドレスの抽出対象となった暗号化パケットＳＰ（ＳＰ３）の復号が失敗した場合、失敗した旨をディスプレイに表示したり、音声により報知する。
　取得部９１０は、計測対象で測定された測定データを取得する。たとえば、ノードＮが電力計に内蔵または接続されている場合は、電力量を取得することとなる。暗号化処理部９１１は、取得部９１０によって取得されたデータを、暗号鍵Ｋｉで暗号化する。これにより、パケット送信部９０１は、暗号化パケットＳＰをゲートウェイＧｉに送信することができる。
（管理サーバ１０１の機能的構成例）
　図１１は、管理サーバ１０１の機能的構成例を示すブロック図である。図１１において、管理サーバ１０１は、受信部１１０１と、特定部１１０２と、更新部１１０３と、鍵抽出部１１０４と、送信部１１０５と、を含む構成である。各機能部（受信部１１０１～送信部１１０５）は、具体的には、たとえば、図２に示したＲＯＭ２０２、ＲＡＭ２０３、磁気ディスク２０５、光ディスク２０７などの記憶装置に記憶されたプログラムをＣＰＵ２０１に実行させることにより、または、Ｉ／Ｆ２０８により、その機能を実現する。また、各機能部（受信部１１０１～送信部１１０５）の処理結果は、例えば、ＲＡＭ２０３、磁気ディスク２０５、光ディスク２０７などの記憶装置に記憶される。
　受信部１１０１は、携帯端末６００を介して、パケットＰＮをノードＮから受信する。具体的には、例えば、受信部１１０１が、ネットワークＮＷ２を介して、ノードＮからのパケットＰＮを携帯端末６００から受信する。
　特定部１１０２は、受信部１１０１によって受信されたパケットＰＮから、パケットＰＮに含まれている近隣ノードのアドレスを抽出する。そして、特定部１１０２は、抽出された近隣ノードのアドレスに関連づけて記憶されている所属ＧＷのＩＤを、ノードＤＢ１２０から特定する。たとえば、パケットＰＮのペイロード部１０２０に含まれている近隣ノードのアドレスがノードＮｉ－３のアドレス『ｃｃ：ｃｃ：ｃｃ：ｃｃ：ｃｃ：ｃｃ』である場合、所属ＧＷのＩＤ：Ｇｉが特定される。
　更新部１１０３は、受信部１１０１によって受信されたパケットＰＮから、パケットＰＮに含まれている、新規ノードのアドレスを抽出する。ここで、更新の具体例について説明する。
　図１２は、ノードＤＢ１２０の更新の具体例を示す説明図である。具体的には、たとえば、新規ノードがノードＮｉ－ｘの場合、更新部１１０３は、ノードＮｉ－ｘのアドレス『ｄｄ：ｄｄ：ｄｄ：ｄｄ：ｄｄ：ｄｄ』を、特定部１１０２によって特定された所属ＧＷのＩＤ：Ｇｉに関連づけたレコードを追加登録する（図１２中ハッチ部分）。これにより、ノードＤＢ１２０が更新されることとなる。
　鍵抽出部１１０４は、暗号鍵ＤＢ１１０の中から、特定部１１０２によって特定された所属ＧＷのＩＤに関連づけて記憶されている暗号鍵Ｋｉを抽出する。特定部１１０２によって特定された所属ＧＷのＩＤがＧｉである場合、暗号鍵ＤＢ１１０の中から、ＧＷアドレス『ｘｘ：ｘｘ：ｘｘ：ｘｘ：ｘｘ：ｘｘ』と関連付けて記憶されている暗号鍵Ｋｉが抽出される。
　すなわち、所属ＧＷが同じであれば、必然的に同一の暗号鍵Ｋｉを利用することとなるため、新規ノードＮｉ－ｘの暗号鍵として、同一所属ＧＷである近隣ノードＮｉ－３と同一の暗号鍵Ｋｉが抽出される。したがって、アドホックネットワークＡｉ内のゲートウェイＧｉおよびノードＮｉ－１～Ｎｉ－ｍｉで利用されている暗号鍵Ｋｉを新規ノードＮｉ－ｘに付与することができる。
　送信部１１０５は、携帯端末６００を介して、抽出された暗号鍵Ｋｉを、受信されたパケットに含まれている新規ノードのアドレス宛に送信する。具体的には、例えば、送信部１１０５は、ネットワークＮＷ２を介して、抽出された暗号鍵Ｋｉを携帯端末６００に送信する。この結果、携帯端末６００が、ネットワークＮＷ３を介して、管理サーバ１０１からの暗号鍵ＫｉをノードＮに送信する。
（管理サーバ１０１と携帯端末６００との間の通信方式）
　ここで、管理サーバ１０１と携帯端末６００との間の通信方式の一実施例について説明する。まず、携帯端末６００からみた管理サーバ１０１のサーバ認証について説明する。具体的には、例えば、まず、携帯端末６００が、予め決められたＩＰアドレスを用いて管理サーバ１０１に接続する。
　そして、携帯端末６００が、管理サーバ１０１からＳＳＬサーバ証明書を受信する。受信されたＳＳＬサーバ証明書は、例えば、図１３に示すように管理サーバ１０１のＩＰアドレスと関連付けて携帯端末６００のＲＡＭ３０２やフラッシュメモリ３０３などの記憶装置に記憶される。
　図１３は、管理サーバの認証情報の一例を示す説明図である。図１３において、管理サーバ１０１の認証情報１３００は、ＩＰアドレスおよびＳＳＬサーバ証明書を有する。ＩＰアドレスは、管理サーバ１０１のＩＰアドレスである。Ｘ．５０９証明書は、管理サーバ１０１のＳＳＬサーバ証明書（公開鍵証明書）である。
　携帯端末６００は、予め自端末に組み込まれている公開鍵を用いて、ＳＳＬサーバ証明書を復号することでサーバ認証を行う。公開鍵は、例えば、第三者認証機関によって発行されたものである。この公開鍵を用いてＳＳＬサーバ証明書を正しく復号できれば、ＳＳＬサーバ証明書が第三者認証機関によって証明された正しい証明書であることがわかり、ひいては管理サーバ１０１の身元が保証されたことになる。
　つぎに、管理サーバ１０１からみた携帯端末６００のユーザ認証について説明する。ここでは、図１４に示すような携帯端末６００の認証情報１４００を用いて、携帯端末６００のユーザ認証を行う場合を例に挙げて説明する。認証情報１４００は、例えば、管理サーバ１０１のＲＯＭ２０２、ＲＡＭ２０３、磁気ディスク２０５、光ディスク２０７などの記憶装置に記憶されている。
　図１４は、携帯端末の認証情報の一例を示す説明図である。図１４において、携帯端末６００の認証情報１４００は、ユーザＩＤおよびパスワードを有する。ユーザＩＤは、携帯端末６００の識別子である。パスワードは、携帯端末６００を使用するユーザを認証するためのものである。
　具体的には、例えば、まず、携帯端末６００が、ユーザＩＤおよびパスワードのペアを管理サーバ１０１に送信する。このユーザＩＤおよびパスワードは、携帯端末６００のフラッシュメモリ３０３に予め登録されていてもよく、また、携帯端末６００の入力装置（不図示）を用いたユーザの操作入力により受け付けてもよい。
　このあと、管理サーバ１０１は、携帯端末６００からのユーザＩＤおよびパスワードのペアを、認証情報１４００のユーザＩＤおよびパスワードのペアと一致判定する。ここで、認証情報１４００のユーザＩＤおよびパスワードと一致すれば、携帯端末６００のユーザの身元が保証されたことになる。
　なお、認証後において、携帯端末６００は、例えば、管理サーバ１０１のＳＳＬサーバ証明書に含まれる公開鍵を用いてパケットを暗号化して管理サーバ１０１との通信を行う。これにより、管理サーバ１０１と携帯端末６００との間でセキュアな通信を行うことができる。
（ノードＮの鍵設定処理手順）
　図１５は、ノードＮの鍵設定処理手順の一例を示すフローチャートである。図１５のフローチャートにおいて、まず、ノードＮは、パケット受信部９０１により、近隣ノードからの暗号化パケットＳＰを受信したか否かを判断する（ステップＳ１５０１）。たとえば、新規ノードＮｉ－ｘが、近隣ノードＮｉ－３からの暗号化パケットＳＰ３を受信したか否かを判断する。
　ここで、暗号化パケットＳＰを受信するのを待って（ステップＳ１５０１：Ｎｏ）、受信した場合（ステップＳ１５０１：Ｙｅｓ）、ノードＮは、受信した暗号化パケットＳＰから近隣ノードのアドレスを抽出する（ステップＳ１５０２）。そして、ノードＮは、抽出された近隣ノードのアドレスと自ノードＮのアドレスを含むパケットＰＮを生成する（ステップＳ１５０３）。このあと、ノードＮは、検知部９０２により、管理サーバ１０１と通信可能な携帯端末６００との接続を検知したか否かを判断する（ステップＳ１５０４）。
　ここで、ノードＮは、携帯端末６００との接続が検知されるのを待って（ステップＳ１５０４：Ｎｏ）、検知された場合（ステップＳ１５０４：Ｙｅｓ）、パケット送信部９０３により、携帯端末６００を介して、生成パケットＰＮを管理サーバ１０１に送信する（ステップＳ１５０５）。
　このあと、ノードＮは、鍵受信部９０４により、携帯端末６００を介して、ゲートウェイＧｉ固有の暗号鍵Ｋｉを管理サーバ１０１から受信したか否かを判断する（ステップＳ１５０６）。
　ここで、ノードＮは、暗号鍵Ｋｉを受信するのを待って（ステップＳ１５０６：Ｎｏ）、受信した場合（ステップＳ１５０６：Ｙｅｓ）、設定部９０５により、受信されたゲートウェイＧｉ固有の暗号鍵Ｋｉを、暗号化パケットＳＰを暗号化するための鍵に設定する（ステップＳ１５０７）。
　このあと、ノードＮは、復号部９０８により、ステップＳ１５０１において近隣ノードから送信されてきた暗号化パケットＳＰの復号を試みる（ステップＳ１５０８）。復号が失敗した場合（ステップＳ１５０８：Ｎｏ）、出力部９０９により設定エラーを出力し（ステップＳ１５０９）、ステップＳ１５０１に戻る。一方、復号が成功した場合（ステップＳ１５０８：Ｙｅｓ）、出力部９０９により設定完了を出力し（ステップＳ１５１０）、本フローチャートによる一連の処理を終了する。
　これにより、暗号化パケットＳＰを復号するためのゲートウェイＧｉ固有の暗号鍵Ｋｉを管理サーバ１０１から取得して設定することができる。
（管理サーバ１０１の鍵提供処理手順）
　図１６は、管理サーバの鍵提供処理手順の一例を示すフローチャートである。図１６のフローチャートにおいて、まず、管理サーバ１０１は、受信部１１０１により、携帯端末６００を介して、生成パケットＰＮをノードＮから受信したか否かを判断する（ステップＳ１６０１）。
　ここで、生成パケットＰＮを受信するのを待って（ステップＳ１６０１：Ｎｏ）、受信した場合（ステップＳ１６０１：Ｙｅｓ）、管理サーバ１０１は、特定部１１０２により、生成パケットＰＮの中から近隣ノードのアドレスを抽出する。そして、管理サーバ１０１は、抽出された近隣ノードのアドレスに関連付けて記憶されている所属ＧＷのＩＤを、ノードＤＢ１２０から特定する（ステップＳ１６０２）。
　たとえば、近隣ノードがノードＮｉ－３である場合、ノードＮｉ－３のアドレスは、『ｃｃ：ｃｃ：ｃｃ：ｃｃ：ｃｃ：ｃｃ』であるため、ノードＮｉ－３のアドレス『ｃｃ：ｃｃ：ｃｃ：ｃｃ：ｃｃ：ｃｃ』に関連付けて記憶されている所属ＧＷのＩＤ『Ｇｉ』を特定する。
　そして、更新部１１０３は、生成パケットＰＮから送信元のノードＮのアドレスを抽出し、特定された所属ＧＷのＩＤと関連付けて、ノードＤＢ１２０に登録する（ステップＳ１６０３）。これにより、ノードＮの登録後に、ノードＮが新規ノードの近隣ノードになった場合でも、新規ノードの所属ＧＷを特定することができる。
　また、管理サーバ１０１は、鍵抽出部１１０４により、特定された所属ＧＷのＩＤを手がかりとして、暗号鍵ＤＢ１１０の中から暗号鍵Ｋｉを抽出する（ステップＳ１６０４）。管理サーバ１０１は、送信部１１０５により、携帯端末６００を介して、抽出された暗号鍵ＫｉをノードＮに送信して（ステップＳ１６０５）、本フローチャートによる一連の処理を終了する。これにより、ノードＮが属するアドホックネットワークＡｉ内のゲートウェイＧｉ固有の暗号鍵ＫｉをノードＮに提供することができる。
　以上説明したように、本実施の形態によれば、アドホックネットワークＡｉ内のノード群が運用中に新規ノードを設置する場合、ゲートウェイＧｉからの周期的なブロードキャストパケットを待つまでもなく、近隣ノードからの暗号化パケットＳＰを受信することで、鍵設定作業を早期におこなうことができる。
　すなわち、ノードＮの通常の運用では、新規ノードが近隣ノードの通信圏内にあれば、近隣ノードからのパケットを傍受できるが、傍受されたパケットはマルチホップさせずに破棄される。ただ、通信圏内にあれば、近隣ノードから暗号化パケットＳＰを傍受する頻度が高くなるため、暗号鍵Ｋｉが未設定の場合は、傍受された使い道のないパケットをあえて利用することで、暗号鍵Ｋｉの設定を早期に実現することができる。
　このように、ノードＮが、セキュア通信のための暗号鍵Ｋｉが未設定でも受信できる近隣ノードからの暗号化パケットＳＰを手掛かりに、携帯端末６００を介して、管理サーバ１０１に鍵要求することで、設定すべき暗号鍵Ｋｉを取得することができる。これにより、ノードＮの初期導入時などにおいて、作業員ＯＰが地理的に絞り込まれた候補となるゲートウェイとノードＮとの通信状況をしらみつぶしに確認するなどの作業が不要となり、ノードＮに対する暗号鍵Ｋｉの設定作業の効率化を図ることができる。また、確認作業のために候補となる各ゲートウェイの暗号鍵を携帯端末６００などに記録しておく必要がないため、持ち運びの際の情報漏洩のリスクを低減させることができる。
　また、本実施の形態によれば、管理サーバ１０１は、暗号化パケットＳＰに含まれるゲートウェイＧｉのアドレスと関連付けて記憶されている暗号鍵Ｋｉを暗号鍵ＤＢ１１０の中から抽出することができる。そして、管理サーバ１０１が、携帯端末６００を介して、暗号鍵ＫｉをノードＮに送信することで、ノードＮが属するアドホックネットワークＡｉ内のゲートウェイＧｉ固有の暗号鍵ＫｉをノードＮに提供することができる。
　また、ノードＮの送信周期内に、近隣ノードから暗号化パケットＳＰを傍受できない場合は、そもそも近隣ノードの通信圏内に、新規ノードが設定されていないことが判明する。したがって、そのような場合は、作業員ＯＰは、即座に設置位置を変更することで、新規ノードの設置作業および鍵設定作業の効率化を図ることができる。
　以上のことから、本実施の形態にかかる鍵設定方法、ノード、およびネットワークシステムによれば、アドホックネットワーク内のノードに対する暗号鍵の設定作業にかかる作業員の作業負担の軽減化および作業時間の短縮化を図ることができる。
　なお、本実施の形態で説明した鍵設定方法は、予め用意されたプログラムをパーソナル・コンピュータやワークステーション等のコンピュータで実行することにより実現することができる。本鍵設定プログラムは、ハードディスク、フレキシブルディスク、ＣＤ－ＲＯＭ、ＭＯ、ＤＶＤ等のコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行される。
　１００　ネットワークシステム
　１０１　管理サーバ
　１１０　暗号鍵ＤＢ
　１２０　ノードＤＢ
　６００　携帯端末
　９０１　パケット受信部
　９０２　検知部
　９０３　パケット送信部
　９０４　鍵受信部
　９０５　設定部
　９０６　記録部
　９０７　生成部
　１１０１　受信部
　１１０２特定部
　１１０３更新部
　１１０４鍵抽出部
　１１０５送信部
　Ａ１～Ａｎ，Ａｉ　アドホックネットワーク
　Ｇ１～Ｇｎ，Ｇｉ　ゲートウェイ
　Ｎ　ノード
　ＮＷ１，ＮＷ２，ＮＷ３　ネットワーク

Claims (7)

  1. 　複数のアドホックネットワークで構成されるネットワークシステムの中のいずれかのアドホックネットワーク内で通信を行うときに用いるゲートウェイ固有の鍵が未設定なノードが実行する鍵設定方法であって、
    　前記いずれかのアドホックネットワーク内の前記ノードに対する近隣ノードから、前記ゲートウェイ固有の鍵を用いて暗号化された暗号化パケットを受信するパケット受信工程と、
    　前記パケット受信工程によって受信された暗号化パケットの中から前記近隣ノードのアドレスを抽出する抽出工程と、
    　前記複数のアドホックネットワークの各アドホックネットワーク内のゲートウェイごとにゲートウェイ固有の鍵を関連付けた第１のデータベースおよび前記複数のアドホックネットワーク内のノードごとに所属ゲートウェイを関連付けた第２のデータベースを保持するサーバと通信可能な携帯端末との接続を検知する検知工程と、
    　前記検知工程によって前記携帯端末との接続が検知された場合、前記携帯端末を介して、前記抽出工程によって抽出された前記近隣ノードのアドレスを含むパケットを前記サーバに送信するパケット送信工程と、
    　前記携帯端末を介して、前記パケット送信工程によって送信された結果、前記近隣ノードの所属ゲートウェイ固有の鍵を前記サーバから受信する鍵受信工程と、
    　前記鍵受信工程によって受信された前記近隣ノードの所属ゲートウェイ固有の鍵を、前記いずれかのアドホックネットワーク内でマルチホップ通信させるパケットを暗号化するための鍵に設定する設定工程と、
    　を含むことを特徴とする鍵設定方法。
  2. 　前記暗号化パケットを、前記設定工程によって設定された鍵で復号する復号工程と、
    　前記復号工程による復号結果を出力する出力工程と、
    　を含むことを特徴とする請求項１に記載の鍵設定方法。
  3. 　複数のアドホックネットワークで構成されるネットワークシステムの中のいずれかのアドホックネットワーク内で通信を行うときに用いるゲートウェイ固有の鍵が未設定なノードであって、
    　前記いずれかのアドホックネットワーク内の前記ノードに対する近隣ノードから、前記いずれかのアドホックネットワーク内のゲートウェイ固有の鍵を用いて暗号化された暗号化パケットを受信するパケット受信手段と、
    　前記パケット受信手段によって受信された暗号化パケットの中から前記近隣ノードのアドレスを抽出する抽出手段と、
    　前記複数のアドホックネットワークの各アドホックネットワーク内のゲートウェイごとにゲートウェイ固有の鍵を関連付けた第１のデータベースおよび前記複数のアドホックネットワーク内のノードごとに所属ゲートウェイを関連付けた第２のデータベースを保持するサーバと通信可能な携帯端末との接続を検知する検知手段と、
    　前記検知手段によって前記携帯端末との接続が検知された場合、前記携帯端末を介して、前記抽出手段によって抽出された前記近隣ノードのアドレスを含むパケットを前記サーバに送信するパケット送信手段と、
    　前記携帯端末を介して、前記パケット送信手段によって送信された結果、前記近隣ノードの所属ゲートウェイ固有の鍵を前記サーバから受信する鍵受信手段と、
    　前記鍵受信手段によって受信された前記近隣ノードの所属ゲートウェイ固有の鍵を、前記いずれかのアドホックネットワーク内でマルチホップ通信させるパケットを暗号化するための鍵に設定する設定手段と、
    　を備えることを特徴とするノード。
  4. 　前記暗号化パケットを、前記設定工程によって設定された鍵で復号する復号手段と、
    　前記復号手段による復号結果を出力する出力手段と、
    　を備えることを特徴とする請求項３に記載のノード。
  5. 　複数のアドホックネットワークで構成されるネットワークシステムの中の各アドホックネットワーク内のゲートウェイごとにゲートウェイ固有の鍵を関連付けた第１のデータベースと、
    　前記複数のアドホックネットワーク内のノードごとに所属ゲートウェイの識別情報を関連付けた第２のデータベースと、
    　前記複数のアドホックネットワークのいずれかのアドホックネットワーク内のゲートウェイ固有の鍵が未設定なノードに接続された携帯端末を介して、前記ノードから前記ノードのアドレスおよび前記ノードの近隣ノードのアドレスを含むパケットを受信する受信手段と、
    　前記第２のデータベースを参照することにより、前記受信手段によって受信されたパケットに含まれている前記近隣ノードのアドレスに基づいて、前記近隣ノードの所属ゲートウェイを特定する特定手段と、
    　前記特定手段によって特定された所属ゲートウェイ固有の鍵を前記第１のデータベースから抽出する鍵抽出手段と、
    　前記鍵抽出手段によって抽出された鍵を、前記携帯端末を介して前記ノードに送信する送信手段と、
    　を備えることを特徴とするサーバ。
  6. 　前記ノードのアドレスを前記特定手段によって特定された前記所属ゲートウェイに関連付けることにより、前記第２のデータベースを更新する更新手段を備えることを特徴とする請求項５に記載のサーバ。
  7. 　前記複数のアドホックネットワークのいずれかのアドホックネットワーク内のゲートウェイ固有の鍵が未設定なノードと、前記複数のアドホックネットワークの各アドホックネットワーク内のゲートウェイごとにゲートウェイ固有の鍵を関連付けた第１のデータベースおよび前記複数のアドホックネットワーク内のノードごとに所属ゲートウェイを関連付けた第２のデータベースを保持するサーバと、を含むネットワークシステムであって、
    　前記ノードは、
    　前記いずれかのアドホックネットワーク内の前記ノードに対する近隣ノードから、前記いずれかのアドホックネットワーク内のゲートウェイ固有の鍵を用いて暗号化された暗号化パケットを受信するパケット受信手段と、
    　前記パケット受信手段によって受信された暗号化パケットの中から前記近隣ノードのアドレスを抽出する抽出手段と、
    　前記サーバと通信可能な携帯端末との接続を検知する検知手段と、
    　前記検知手段によって前記携帯端末との接続が検知された場合、前記携帯端末を介して、前記抽出手段によって抽出された前記近隣ノードのアドレスを含むパケットを前記サーバに送信するパケット送信手段と、
    　前記携帯端末を介して、前記パケット送信手段によって送信された結果、前記近隣ノードの所属ゲートウェイ固有の鍵を前記サーバから受信する鍵受信手段と、
    　前記鍵受信手段によって受信された前記近隣ノードの所属ゲートウェイ固有の鍵を、前記いずれかのアドホックネットワーク内でマルチホップ通信させるパケットを暗号化するための鍵に設定する設定手段と、を備え、
    　前記サーバは、
    　前記ノードに接続された前記携帯端末を介して前記ノードから前記パケットを受信する受信手段と、
    　前記第２のデータベースを参照することにより、前記受信手段によって受信されたパケットに含まれている前記近隣ノードのアドレスに基づいて、前記近隣ノードの所属ゲートウェイを特定する特定手段と、
    　前記特定手段によって特定された所属ゲートウェイ固有の鍵を前記第１のデータベースから抽出する鍵抽出手段と、
    　前記鍵抽出手段によって抽出された鍵を、前記携帯端末を介して前記ノードに送信する送信手段と、
    　を備えることを特徴とするネットワークシステム。
PCT/JP2010/073812 2010-12-28 2010-12-28 鍵設定方法、ノード、およびネットワークシステム WO2012090330A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2012550660A JP5494828B2 (ja) 2010-12-28 2010-12-28 鍵設定方法、ノード、サーバ、およびネットワークシステム
PCT/JP2010/073812 WO2012090330A1 (ja) 2010-12-28 2010-12-28 鍵設定方法、ノード、およびネットワークシステム

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2010/073812 WO2012090330A1 (ja) 2010-12-28 2010-12-28 鍵設定方法、ノード、およびネットワークシステム

Publications (1)

Publication Number Publication Date
WO2012090330A1 true WO2012090330A1 (ja) 2012-07-05

Family

ID=46382478

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2010/073812 WO2012090330A1 (ja) 2010-12-28 2010-12-28 鍵設定方法、ノード、およびネットワークシステム

Country Status (2)

Country Link
JP (1) JP5494828B2 (ja)
WO (1) WO2012090330A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2015022753A (ja) * 2013-07-16 2015-02-02 富士通株式会社 エネルギー使用データを共有する方法及びシステム

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007074393A (ja) * 2005-09-07 2007-03-22 Ntt Docomo Inc 安全なアドホックネットワークを構築するシステム
JP2008537381A (ja) * 2005-04-04 2008-09-11 ノキア コーポレイション ワイヤレスローカルエリアネットワークのアドミニストレーション
JP2009535921A (ja) * 2006-04-28 2009-10-01 モトローラ・インコーポレイテッド 複数のアドホック・デバイスによるセルラー支援型セキュア通信を行う方法およびシステム

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4158972B2 (ja) * 2003-12-18 2008-10-01 Ｋｄｄｉ株式会社 マルチホップ通信方法
JP4526079B2 (ja) * 2005-04-13 2010-08-18 Ｋｄｄｉ株式会社 マルチホップ通信システムおよびその移動端末、経路制御サーバならびに経路確立方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008537381A (ja) * 2005-04-04 2008-09-11 ノキア コーポレイション ワイヤレスローカルエリアネットワークのアドミニストレーション
JP2007074393A (ja) * 2005-09-07 2007-03-22 Ntt Docomo Inc 安全なアドホックネットワークを構築するシステム
JP2009535921A (ja) * 2006-04-28 2009-10-01 モトローラ・インコーポレイテッド 複数のアドホック・デバイスによるセルラー支援型セキュア通信を行う方法およびシステム

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2015022753A (ja) * 2013-07-16 2015-02-02 富士通株式会社 エネルギー使用データを共有する方法及びシステム

Also Published As

Publication number Publication date
JP5494828B2 (ja) 2014-05-21
JPWO2012090330A1 (ja) 2014-06-05

Similar Documents

Publication Publication Date Title
US7596368B2 (en) Wireless access point apparatus and method of establishing secure wireless links
KR101248906B1 (ko) 무선 랜에서의 키 교환 방법
JP4299102B2 (ja) 無線ネットワークのハンドオフ暗号鍵
JP5423907B2 (ja) 鍵設定方法、ノード、サーバ、およびネットワークシステム
WO2019128753A1 (zh) 一种低延迟的量子密钥移动服务方法
JP5408354B2 (ja) 鍵設定方法、ノード、およびネットワークシステム
KR20130050970A (ko) 융합형 네트워크에서 사용자 키를 할당하기 위한 방법
JP5397547B2 (ja) 鍵設定方法、ノード、およびネットワークシステム
JP4357339B2 (ja) 無線通信システム、アクセスポイントおよび無線通信方法
JP5488716B2 (ja) 鍵更新方法、ノード、ゲートウェイ、サーバ、およびネットワークシステム
JP5494828B2 (ja) 鍵設定方法、ノード、サーバ、およびネットワークシステム
JP5488715B2 (ja) 鍵更新方法、ノード、サーバ、およびネットワークシステム
JP5418699B2 (ja) 鍵設定方法、ノード、サーバおよびネットワークシステム
JP5418700B2 (ja) 鍵設定方法、ノード、サーバおよびネットワークシステム
CN102484659A (zh) 用于生成移动ip网络中密码生成地址的方法和网络节点
JP5621905B2 (ja) 鍵設定方法、ノード、サーバおよびネットワークシステム
US20230308868A1 (en) Method, devices and system for performing key management
JPWO2014016863A1 (ja) ノードおよび通信方法
JP2010045668A (ja) 認証メッセージ交換システムおよび認証メッセージ交換方法
CN102484642A (zh) 用于评估通信网络的节点之间的协作的技术

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: 10861220

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2012550660

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 10861220

Country of ref document: EP

Kind code of ref document: A1