US8638689B2 - Communication apparatus and communication parameter configuration method thereof - Google Patents

Communication apparatus and communication parameter configuration method thereof Download PDF

Info

Publication number
US8638689B2
US8638689B2 US11/911,718 US91171806A US8638689B2 US 8638689 B2 US8638689 B2 US 8638689B2 US 91171806 A US91171806 A US 91171806A US 8638689 B2 US8638689 B2 US 8638689B2
Authority
US
United States
Prior art keywords
wireless network
hoc wireless
master
configuration parameters
hoc
Prior art date
Legal status (The legal status 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 status listed.)
Active, expires
Application number
US11/911,718
Other versions
US20090092060A1 (en
Inventor
Fumihide Goto
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Canon Inc
Original Assignee
Canon Inc
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 Canon Inc filed Critical Canon Inc
Assigned to CANON KABUSHIKI KAISHA reassignment CANON KABUSHIKI KAISHA ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: GOTO, FUMIHIDE
Publication of US20090092060A1 publication Critical patent/US20090092060A1/en
Application granted granted Critical
Publication of US8638689B2 publication Critical patent/US8638689B2/en
Active legal-status Critical Current
Adjusted expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • H04W76/14Direct-mode setup
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08Configuration management of networks or network elements
    • H04L41/0803Configuration setting
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00Network architectures or network communication protocols for network security
    • H04L63/04Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
    • H04L63/0428Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00Network architectures or network communication protocols for network security
    • H04L63/14Network architectures or network communication protocols for network security for detecting or protecting against malicious traffic
    • H04L63/1441Countermeasures against malicious traffic
    • H04L63/1466Active attacks involving interception, injection, modification, spoofing of data unit addresses, e.g. hijacking, packet injection or TCP sequence number attacks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/08Key distribution or management, e.g. generation, sharing or updating, of cryptographic keys or passwords
    • H04L9/0861Generation of secret information including derivation or calculation of cryptographic keys or passwords
    • H04L9/0869Generation of secret information including derivation or calculation of cryptographic keys or passwords involving random numbers or seeds
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W12/00Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/04Key management, e.g. using generic bootstrapping architecture [GBA]
    • H04W12/041Key generation or derivation
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W12/00Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/12Detection or prevention of fraud
    • H04W12/121Wireless intrusion detection systems [WIDS]; Wireless intrusion prevention systems [WIPS]
    • H04W12/122Counter-measures against attacks; Protection against rogue devices
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W84/00Network topologies
    • H04W84/02Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/10Small scale networks; Flat hierarchical networks
    • H04W84/12WLAN [Wireless Local Area Networks]

Definitions

  • the present invention relates to a communication apparatus and a communication parameter configuration method thereof.
  • the present invention has been made in light of the above problems, and an object of the present invention is to strengthen responses against spoofing by third parties by imposing certain restrictions when establishing a communication parameter configuration network. Another object of the present invention is to reduce transmission of communication parameters to unnecessary devices. Other objects and features of the present invention will become apparent through the following description and the accompanying drawings.
  • the present invention comprises: a denial step of denying participation of new communication apparatuses in a network in communication parameter configuration mode, based on participation statuses of communication apparatuses to participate in the network; and a communication parameter configuration step of establishing the network in communication parameter configuration mode between communication apparatuses participating in the network to configure communication parameters.
  • the present invention comprises: a denial step of denying participation of new communication apparatuses in a network in communication parameter configuration mode, based on the capability information of communication apparatuses to participate in the network; and a communication parameter configuration step of establishing the network in communication parameter configuration mode between communication apparatuses participating in the network to configure communication parameters.
  • FIG. 1 is a diagram showing a step of establishing a communication parameter configuration network in an ad hoc network
  • FIG. 2 is a diagram showing an example of a configuration of an ad hoc network of two wireless communication devices
  • FIG. 3 is a schematic block diagram of an example of a configuration of a digital camera 200 (device A);
  • FIG. 4 is a schematic block diagram of an example of a configuration of a printer 201 (device B);
  • FIG. 5 is a diagram illustrating a sequence when two devices have communication parameter configuration control functions
  • FIG. 6 is a diagram showing an example of a configuration of an ad hoc network of three wireless communication devices
  • FIG. 7 is a diagram illustrating a sequence when three devices have communication parameter configuration control functions
  • FIG. 8 is a flowchart showing processing performed by a device according to a first embodiment when establishing a communication parameter configuration network
  • FIG. 9 is a diagram illustrating the sequence from a determination step for determining a master device having a communication parameter configuration control function to a device capability collection step, according to a second embodiment
  • FIG. 10 is a flowchart showing processing of a master-side device having a communication parameter configuration control function, according to the second embodiment
  • FIG. 11 is a flowchart showing processing of a slave-side device having a communication parameter configuration control function, according to the second embodiment
  • FIG. 12 is a diagram illustrating the sequence from a determination step for determining a master device having a communication parameter configuration control function to a device capability collection step, according to a third embodiment
  • FIG. 13 is a diagram illustrating a sequence of three devices having communication parameter control functions from a determination step for determining a master device having a communication parameter configuration control function to a device capability collection step, when two slave devices have respectively transited to the device capability collection step;
  • FIG. 14 is a flowchart showing processing by a master-side device according to the third embodiment.
  • FIG. 15 is a diagram illustrating the sequence from a determination step for determining a master device having a communication parameter configuration control function to a device capability collection step, according to a fourth embodiment
  • FIG. 16 is a flowchart showing processing of a master-side device having a communication parameter configuration control function, according to the fourth embodiment
  • FIG. 17 is a diagram illustrating the sequence from a determination step for determining a master device having a communication parameter configuration control function to a device capability collection step, according to a fifth embodiment
  • FIG. 18 is a flowchart showing processing of a master-side device having a communication parameter configuration control function, according to the fifth embodiment.
  • FIG. 19 is a flowchart showing processing of a slave-side device having a communication parameter configuration control function, according to the fifth embodiment.
  • FIG. 1 shows the steps for configuring communication parameters in ad hoc mode.
  • the steps of FIG. 1 comprise six steps with respectively different purposes. The functions of each step will now be briefly described.
  • processing is performed for forming a communication parameter configuration network between devices A and B using ad hoc connection.
  • processing is performed for determining which of the devices A and B will become a master device of the communication parameter configuration network and which of the devices will become a slave device.
  • each device will continuously perform processing for monitoring whether the other device exists on the same network.
  • the master device collects capability information of slave devices existing on the same network, and determines which device will transfer and which device will receive a communication parameter.
  • the master device performs processing such as for transmitting information necessary for communication parameter transfer, to the devices that have been determined.
  • the slave device transmits its own device capability in response to a device capability transmission request transmitted from the master device.
  • the slave device performs processing such as for configuring communication parameters, according to instructions from the master device, with devices indicated in the instructions.
  • the master device determined in step 102 performs processing for collecting device capability attribute values owned by the slave devices existing on the same network by making inquiries to the slave devices.
  • the master device compares its own device capability attribute values with those of each slave device collected by the master device in step 103 .
  • the master device determines which device will be the source of communication parameter transfer and which device will be its destination, and also transfers information necessary for communication parameter transfer, such as destination or source information, to each slave device.
  • communication parameters are transferred from a device that is actually capable of providing communication parameters to a device that is actually capable of receiving communication parameters in the communication parameter transfer direction determined in step 104 .
  • step 105 prompted by the termination of the transfer of step 105 , processing necessary to terminate the communication parameter configuration network will be performed.
  • step 106 After the conclusion of the communication parameter configuration network termination step 106 , a new network will be established using communication parameters transferred in the communication parameter transfer step 105 .
  • communication parameters can be easily configured in ad hoc wireless communication.
  • the processing described below is the processing starting at the communication parameter configuration network formation step 101 and ending at the master device determination step 102 , as shown in FIG. 1 .
  • FIG. 2 is a diagram showing an example of a configuration of an ad hoc network of two wireless communication devices.
  • a wireless communication device A is a digital camera 200 having an IEEE 802.11x compliant wireless LAN as its wireless communication function 210 , and becomes capable of establishing a network in communication parameter configuration mode when a communication parameter configuration button 220 is pressed.
  • a wireless communication device B is a printer 201 having an IEEE 802.11x compliant wireless LAN as its wireless communication function 211 , and becomes capable of establishing a network in communication parameter configuration mode when a communication parameter configuration button 221 is pressed.
  • Ad hoc mode wireless communication parameter configuration is performed between the digital camera 200 (device A) and the printer 201 (device B).
  • FIG. 3 is a schematic block diagram showing an example of a configuration of the digital camera 200 (device A).
  • reference numeral 301 denotes a control section that controls the digital camera 200
  • 302 denotes an image processing section
  • 303 denotes a ROM storing control instructions (programs) and control data
  • 304 denotes a RAM.
  • Configuration communication parameters for forming a communication parameter configuration network are stored in the RAM 304 in advance.
  • 305 denotes a wireless communication processing section that performs communication control for the wireless LAN.
  • 306 denotes an antenna
  • 307 an antenna control section.
  • Reference numeral 308 denotes an image capturing section that captures pixel signals inputted from a CCD 309 .
  • 310 denotes a card interface that controls a storage media card for storing captured images or configuration information, while 311 denotes a display section for displaying error messages and the like.
  • 312 denotes an operating section, and includes buttons for issuing instructions on shooting, playback and configuration.
  • 313 denotes a power source section that includes a secondary battery.
  • 314 denotes a non-wireless communication interface, and comprises a wired interface such as USB or IEEE1394.
  • 315 denotes a communication parameter configuration button, and activates communication parameter configuration.
  • FIG. 4 is a schematic block diagram showing an example of a configuration of the printer 201 (device B).
  • reference numeral 401 denotes a control section for controlling the printer 201
  • 402 denotes an image processing section
  • 403 denotes a ROM storing control instructions (programs) and control data
  • 404 denotes a RAM
  • 405 denotes a power source section.
  • Configuration communication parameters for forming a communication parameter configuration network are stored in the RAM 404 in advance.
  • 406 denotes a non-wireless communication interface, and comprises a wired interface such as USB or IEEE1394.
  • Reference numeral 407 denotes a paper feeding/eject section to feed/eject paper for the printer.
  • 408 denotes a printer engine that performs printing control using methods such as the electro-photographic method or the inkjet method.
  • 409 denotes a card interface that controls a storage media card storing images, while 410 denotes a display section.
  • 411 denotes an operating section, and includes menu, configuration and other buttons.
  • 412 denotes a wireless communication processing section that performs communication control for the wireless LAN.
  • 413 denotes an antenna, and 414 an antenna control section.
  • 415 denotes a communication parameter configuration button that activates communication parameter configuration.
  • a digital camera and a printer have been described as wireless communication devices, it is to be understood that the present invention is not limited to these devices, and may be applied to various devices such as personal computers (PCs), facsimiles, multiple function machines, and notebook PCs.
  • PCs personal computers
  • facsimiles facsimiles
  • multiple function machines multiple function machines
  • notebook PCs notebook PCs
  • FIG. 5 is a diagram illustrating a sequence when two devices have communication parameter configuration control functions.
  • the device A initiates formation of a communication parameter configuration network. This prompts the device A to transmit a probe request (S 501 ) to a wireless segment.
  • S 501 probe request
  • the device A transmits a beacon (S 502 ) and becomes an IBSS (independent basic service set) creator of an ad hoc network.
  • IBSS independent basic service set
  • the device B transmits a probe request (S 503 ). Since the device A already exists as an IBSS creator, a probe response (S 504 ) is sent from the device A towards the device B in response to the probe request. A communication parameter configuration network is thereby formed between the devices A and B.
  • the devices A and B perform encryption (S 505 and S 506 ). Encryption algorithms are not specifically prescribed. For instance, the encryption processing may be performed based on a common key stored in advance in the devices. Additionally, the encryption processing may be performed by either wireless communication processing sections 305 and 412 , or by control sections 301 and 401 .
  • the master device determination step 102 shown in FIG. 1 is now commenced.
  • the IBSS creator and a joiner both continue to mutually transmit beacons (S 507 and S 508 ).
  • a master declaration (S 509 ) is transmitted from the master device.
  • FIG. 6 is a diagram showing an example of a configuration of an ad hoc network of three wireless communication devices.
  • wireless communication devices A and B are respectively the digital camera 200 and the printer 201 shown in FIG. 2 .
  • a device C is a digital camera 600 similar to the device A having an IEEE 802.11x compliant wireless LAN as its wireless communication function 610 , and becomes capable of establishing a network in communication parameter configuration mode by pressing a communication parameter configuration button 620 .
  • the configuration of the digital camera 600 (device C) is the same as the configuration of the digital camera 200 (device A) shown in FIG. 3 , and therefore will not be described here.
  • the communication parameter configuration button 220 is pressed on the digital camera 200 (device A).
  • the communication parameter configuration button 221 is next pressed on the printer 201 (device B), thereby establishing an ad hoc mode communication parameter configuration network.
  • a sequence initiated when the communication parameter configuration button 620 on the digital camera 600 (device C) is pressed will now be described.
  • FIG. 7 is a diagram illustrating a sequence when three devices have communication parameter configuration control functions.
  • a communication parameter configuration network is established (Steps S 701 to S 706 ) in the same way as the formation of a communication parameter configuration network between the devices A and B (Steps S 501 to S 506 ) as shown in FIG. 5 .
  • the device C initiates its communication parameter configuration function in the same way as the devices A and B.
  • the device C transmits a probe request (S 707 ), and since the device A already exists as an IBSS creator, a probe response (S 708 ) is transmitted from the device A towards the device C as a response to the probe request.
  • the device C thereby participates in the communication parameter configuration network.
  • the device C is an unexpected third party, encryption has not yet been performed as between the devices A and B. Therefore, after establishment of the communication parameter configuration network, the device C is unable to recognize a master declaration (S 711 ) from the master device determined by the master device determination step 102 .
  • FIG. 8 a sequence ( FIG. 7 ) of establishing a communication parameter configuration network between the devices A, B and C will be described from the viewpoint of the processing performed by the devices.
  • FIG. 8 is a flowchart showing processing performed by a device according to a first embodiment when establishing a communication parameter configuration network.
  • a random timer is activated, and the device waits for time-out of the timer (S 801 ). This processing is performed to avoid conflicts among probe requests generated when a plurality of devices are simultaneously turned on.
  • the device transmits a probe request (S 802 ).
  • the device next waits for a response to the probe request (S 803 ).
  • the device when a probe response is transmitted in response to the probe request (response transmitted in S 803 ), the device is configured as a joiner (S 804 ).
  • the device In the case the device is a joiner, if the number of devices participating in the communication parameter configuration network is within a prescribed number, the device receives an encryption instruction from the IBSS creator.
  • the device namely device B, enables encryption (S 806 ).
  • this device namely device A, performs configuration as an IBSS creator (S 807 ). Then, as a function of an IBSS creator, the device stands by for probe requests from other devices (S 808 ).
  • the device configured as the IBSS creator When the device configured as the IBSS creator acknowledges probe requests from other devices (YES in S 808 ), the device transmits probe responses to the other devices (S 809 ). At this point, the IBSS creator memorizes the number of devices to which probe responses were transmitted, and determines whether the number of devices has reached a predetermined prescribed number (S 810 ). If the prescribed number has been reached (YES in S 810 ), processing is terminated as is.
  • the IBSS creator issues encryption instructions to the joiners under the IBSS creator (S 811 ).
  • the IBSS creator enables its own encryption (S 812 ).
  • the IBSS creator counts the number of devices participating in the communication parameter configuration network, and when the number of devices exceeds a prescribed number, ensures that encryption instructions are not transmitted to any other device subsequently desiring to participate in the communication parameter configuration network. Thus, participation of third parties or third parties with malicious intent in the communication parameter configuration network can be denied.
  • the first embodiment prevented participation by third parties to a communication parameter configuration network by imposing restrictions on the number of participating devices when establishing the communication parameter configuration network.
  • the second embodiment prevents participation by third parties during the device capability collection step 103 .
  • FIG. 9 is a diagram illustrating the sequence from a determination step for determining a master device having a communication parameter configuration control function to a device capability collection step, according to the second embodiment.
  • the communication parameter configuration network formation step 101 of FIG. 1 has already been completed between the devices A and B, and that the device A is the IBSS creator, while devices B and C are joiners.
  • the device A transmits a master inquiry message (S 901 ) as a broadcast message.
  • a master device determination step 102 has just commenced and a master device does not yet exist.
  • a response to the master inquiry message (S 901 ) is not transmitted.
  • the device A configures itself as the master device, terminates transmission of the master inquiry message (S 901 ), and instead commences transmission of a master declaration message (S 902 ).
  • an internally retained participation acceptance condition is configured to “permit” (S 903 ).
  • the device B transmits a master inquiry message (S 904 ).
  • the device A transmits a master declaration message (S 905 ) once it acknowledges transmission of the master inquiry message (S 904 ) by the device B.
  • the device B upon receiving the master declaration message (S 905 ) transmitted by the device A, the device B transmits a slave declaration message (S 906 ).
  • the prescribed number of devices to compose the communication parameter configuration network preconfigured in the device A is two.
  • the device A When the device A receives the slave declaration message (S 906 ) from the device B, the device A changes its internally retained participation acceptance condition to “deny” (S 907 ). Since the participation acceptance condition of the master device is now “deny”, the processing of the device capability collection step 103 and onwards will be performed solely between the devices A and B.
  • the device C first transmits a master inquiry message (S 908 ) in the same manner as the devices A and B.
  • the device A which has already assumed the role of the master device in this communication parameter configuration network, receives the master inquiry message (S 908 ) from the device C.
  • the device A references its internally retained participation acceptance condition.
  • the device A transmits a participation denial notification message (S 909 ) to the device C.
  • This participation denial notification message (S 909 ) is transmitted only to the device C, while communication with the device B continues.
  • the device B periodically transmits a slave declaration message (S 910 ) to the device A.
  • FIG. 10 is a flowchart showing processing of a master-side device having a communication parameter configuration control function, according to the second embodiment. It is assumed that a device having a communication parameter configuration control function determines apparatus types already determined in the master device determination step 102 , and acknowledges that the device itself is the master-side device.
  • the master-side device receives master inquiry messages from the other network participating devices (S 1001 ). Once the master inquiry messages are received, the master-side device references its internally retained participation acceptance condition (S 1002 ).
  • participation denial notification messages are sent to the transmission source devices of the master inquiry messages (S 1007 ), and communication with the transmission source devices of the master inquiry messages is terminated.
  • the participation acceptance condition is “permit” (YES in S 1002 )
  • a number of slaves retained in a RAM 304 is added (S 1003 ).
  • the added number of slaves is next determined whether it has reached an upper limit (S 1004 ).
  • the master device changes the participation acceptance condition retained in the RAM 304 from “permit” to “deny” (S 1005 ). Due to this processing, all subsequent participation in the network by new slave devices can be denied.
  • the master device performs exchange of the sequence of the next device capability collection step 103 with the group of slave devices (S 1006 ).
  • FIG. 11 is a flowchart showing processing of a slave-side device having a communication parameter configuration control function, according to the second embodiment. It is assumed that a device having a communication parameter configuration control function determines apparatus types already determined in the master device determination step 102 , and acknowledges that the device itself is a slave-side device.
  • the slave-side device transmits a master inquiry messages towards the master-side device (S 1101 ).
  • the device next monitors whether a master declaration message will be transmitted from the master-side device (S 1102 ).
  • the slave-side device thereby acknowledges the existence of the master-side device.
  • the slave-side device next verifies whether a participation denial notification message is transmitted from the master-side device (S 1103 ). If a participation denial notification message is not transmitted from the master-side device (NO in S 1103 ), the slave-side device proceeds to determine whether a device capability transmission request will be transmitted (S 1104 ). This determination processing is performed because reception failure or the like of participation denial notifications due to factors such as propagation status of communication pathways can be anticipated.
  • the slave-side device transmits (S 1105 ) a device capability response towards the master-side device, which is the transmission source of the device capability transmission request.
  • the slave-side device determines that its participation in the communication parameter configuration network has been denied. The slave-side device next terminates communication with the communication parameter configuration network, and terminates its wireless communication function.
  • the slave-side device when participation in the communication parameter configuration network has been denied, can be arranged so as to display the participation denial via a user interface.
  • a state of participation of a prescribed number of devices was described as the participation state of wireless devices participating in a communication parameter configuration network.
  • a description will be provided on a case where participation to a communication parameter configuration network is limited by time.
  • FIG. 12 is a diagram illustrating the sequence from a determination step for determining a master device having a communication parameter configuration control function to a device capability collection step, according to a third embodiment.
  • the communication parameter configuration network formation step 101 of FIG. 1 has already been completed between the devices A and B, and that the device A is the IBSS creator, while devices B and C are joiners.
  • the device A transmits a master inquiry message (S 1201 ) as a broadcast message.
  • a master device determination step 102 has just commenced and a master device does not yet exist.
  • a response to the master inquiry message (S 1201 ) will not be transmitted.
  • the device A configures itself as the master device, terminates transmission of the master inquiry message (S 1201 ), and instead commences transmission of a master declaration message (S 1202 ).
  • the device B transmits a master inquiry message (S 1203 ) as a broadcast message.
  • the device A transmits a master declaration message (S 1204 ) once it acknowledges transmission of the master inquiry message (S 1203 ) by the device B.
  • the device B upon receiving the master declaration message (S 1204 ) transmitted by the device A, the device B transmits a slave declaration message (S 1205 ).
  • the device A When the device A receives the slave declaration message (S 1205 ) from the device B, the device A commences the device capability collection step 103 shown in FIG. 1 . In other words, the device A transmits a device capability collection request (S 1206 ), while master-side device simultaneously starting a participation acceptance timer. Transition of the status to the next communication parameter configuration direction determination step 104 is achieved by receiving a device capability response (S 1207 ) from the device B during the activation of the participation acceptance timer.
  • the device A upon occurrence of a timeout of the participation acceptance timer (S 1208 ), the device A changes the participation acceptance status to “deny”. This makes all subsequent, new participations in the communication parameter configuration network impossible.
  • the device C transmits a master inquiry message (S 1209 )
  • the device A transmits a participation denial notification message (S 1210 ) to the device C to deny its participation in this communication parameter configuration network.
  • FIG. 12 describes a case where a slave device (device C) attempts participation when the devices A and B have already transited to the device capability collection step 103
  • the present invention is not limited to this example.
  • the present invention can also be applied to a state where two slave devices (devices B and C) already exist and have both transited to the device capability collection step 103 .
  • FIG. 13 is a diagram illustrating a sequence where two slave devices have respectively transited to the device capability collection step.
  • the communication parameter configuration network formation step 101 of FIG. 1 has already been completed among the devices A, B and C, and that the device A is the IBSS creator, while devices B and C are joiners.
  • the device A transmits a master inquiry message (S 1301 ) as a broadcast message.
  • a master device determination step 102 has just commenced and a master device does not yet exist.
  • a response to the master inquiry message (S 1301 ) will not be transmitted.
  • the device A configures itself as the master device, terminates transmission of the master inquiry message (S 1301 ), and instead commences transmission of a master declaration message (S 1302 ).
  • the device B transmits a master inquiry message (S 1303 ) as a broadcast message.
  • the device C also transmits a master inquiry message (S 1304 ) in the same way as the device B.
  • the device A transmits a master declaration message (S 1305 ) once it acknowledges transmission of the master inquiry messages (S 1303 and S 1304 ) from the devices B and C.
  • the device B upon receiving the master declaration message (S 1305 ) transmitted by the device A, the device B transmits a slave declaration message (S 1306 ).
  • the device C also transmits a slave declaration message (S 1307 ), in the same way as the device B, upon receiving the master declaration message (S 1305 ) transmitted by the device A.
  • the device A When the device A receives the slave declaration messages (S 1306 and S 1307 ) from the devices B and C, the device A commences the device capability collection step 103 shown in FIG. 1 . In other words, the device A transmits a device capability collection request (S 1308 ) as a broadcast transmission, while simultaneously starting a participation acceptance timer. Transition of the status to the next communication parameter configuration direction determination step 104 is achieved by receiving a device capability response (S 1309 ) from the device B during the activation of the participation acceptance timer.
  • the device A upon occurrence of a timeout of the participation acceptance timer (S 1310 ), the device A changes the participation acceptance status to “deny”. This makes all subsequent, new participations in the communication parameter configuration network impossible.
  • the device C transmits a device capability response ( 11311 ) after the participation acceptance timer has timed out, the device A transmits a participation denial notification message (S 1312 ) to the device C to deny its participation in this communication parameter configuration network.
  • FIG. 14 is a flowchart showing processing by a master-side device according to the third embodiment. Since the processing by a slave-side device is identical to that in the second embodiment, a description thereof will be omitted.
  • the device performs initial configuration by configuring the participation acceptance status to “permit” (S 1401 ).
  • the device next waits to receive master inquiries from other devices having communication parameter configuration control functions that will become slave-side devices, and receives the master inquiries from the other devices (S 1402 ).
  • the master-side device transmits a master declaration to the transmission sources of the master inquiries (S 1403 ).
  • the transmission source devices of the master inquiries determines themselves to be slave-side devices by receiving the master declaration, and transmit slave declarations to the transmission source device of the master declaration.
  • the master-side device that receives the slave declarations determines whether slave declarations have been received from one or more communication devices (S 1404 ). When slave declarations have not been received from one or more communication devices (NO in S 1404 ), this means that there are no slave-side devices owned by the master-side device, and the master device returns processing to a master inquiry standby state (S 1402 ) until a slave-side device appears.
  • the master-side device transmits a device capability transmission request (S 1405 ). After transmission of the device capability transmission request, a participation acceptance timer is initiated (S 1406 ). Subsequently, after transmitting device capability transmission request, when the master-side device receives device capability responses from the slave-side devices (S 1407 ), the master-side device transits to the communication parameter transfer direction determination step 104 .
  • a timer value of the participation acceptance timer is determined. If the timer value has expired (YES in S 1408 ), the participation acceptance status is changed to “deny” (S 1409 ).
  • processing once again transits to a master inquiry message reception standby state (S 1402 ).
  • the participation acceptance timer has been configured so that it is activated after transmission of the device capability transmission request.
  • the participation acceptance timer can also be configured so that it is activated upon participation by the first slave-side device after establishing the communication parameter configuration network. In this case, it is sufficient to merely switch around S 1405 and S 1406 shown in FIG. 14 .
  • the above-described participation acceptance timer can also be configured to be activated immediately following the start of master declaration transmission and after S 1403 shown in FIG. 14 , instead of during transmission of the device capability transmission request.
  • acceptance of participation to a communication parameter configuration network is controlled by determining whether device capability responses have been received within a certain period of time as the participation state of wireless devices participating in the network.
  • modes for preventing participation by unnecessary devices in a communication parameter configuration network include, as a different perspective, a method according to device capabilities.
  • the fourth embodiment determines device capabilities of devices attempting to participate in a communication parameter configuration network as the participation statuses of communication devices participating in the network.
  • FIG. 15 is a diagram illustrating the sequence from a determination step for determining a master device having a communication parameter configuration control function to a device capability collection step, according to a fourth embodiment.
  • the communication parameter configuration network formation step 101 of FIG. 1 has already been completed between the devices A and B, and that the device A is the IBSS creator, while devices B and C are joiners.
  • the device A transmits a master inquiry message (S 1501 ) as a broadcast message.
  • a master inquiry message S 1501
  • the master device determination step 102 has just commenced and a master device does not yet exist.
  • a response to the master inquiry message (S 1501 ) will not be transmitted.
  • the device A configures itself as the master device, terminates transmission of the master inquiry message (S 1501 ), and instead commences transmission of a master declaration message (S 1502 ).
  • the device B transmits a master inquiry message (S 1503 ) as a broadcast message.
  • the device A transmits a master declaration message (S 1504 ) once it acknowledges transmission of the master inquiry message (S 1503 ) by the device B.
  • the device B upon receiving the master declaration message (S 1504 ) transmitted by the device A, the device B transmits a slave declaration message (S 1505 ).
  • the device A When the device A receives the slave declaration message (S 1505 ) from the device B, the device A commences the device capability collection step 103 . In other words, the device A transmits a device capability transmission request (S 1506 ). Meanwhile, upon receiving the device capability transmission request (S 1506 ), the device B configures its own device capability, and transmits a device capability response (S 1507 ) to the device A.
  • the device A next receives the device capability response (S 1507 ) from the device B, and matches it with device capability information retained in a RAM 304 to determine whether the device B meets the device capability required by the device A.
  • a communication parameter recipient request (S 1508 ) is transmitted towards the device B.
  • the device B stands by for communication parameters to be transferred from the communication parameter provider in the communication parameter transfer step 105 .
  • the device C transmits a master inquiry message (S 1509 ).
  • the device A Upon acknowledging the transmission of the master inquiry message by the device C, the device A transmits a master declaration message (S 1510 ).
  • the device C upon receiving the master declaration message (S 1510 ) transmitted by the device A, the device C transmits a slave declaration message (S 1511 ).
  • the device capability collection step 103 is initiated. In other words, the device A transmits a device capability transmission request (S 1512 ). Meanwhile, by receiving the device capability collection request (S 1512 ), the device C configures its own device capability, and transmits a device capability response (S 1513 ) to the device A.
  • the device A next-receives the device capability response (S 1513 ) from the device C, and matches it with the device capability information retained in the RAM 304 to determine whether the device C meets the device capability required by the device A. Unlike in the case of the device B, when it is determined that the device C does not meet the device capability requirement, a participation denial notification message (S 1514 ) is transmitted. Upon receiving the participation denial notification, the device C terminates its communication parameter configuration controlling function.
  • FIG. 15 describes a case where a new slave device (device C) attempts participation when the devices A and B have already transited to the device capability collection step 103
  • the present invention is not limited to this example.
  • the present invention can also be applied to a state where two slave devices (devices B and C) already exist and have both transited to the device capability collection step 103 .
  • FIG. 16 Next, processing performed by the devices to achieve the above-described sequence shown in FIG. 15 will be described using FIG. 16 .
  • the description will involve only the processing performed by the master-side device. Processing by the slave-side devices is identical to that in the second embodiment, and a description thereof will be omitted.
  • FIG. 16 is a flowchart showing processing at a master-side device having a communication parameter configuration control function, according to the fourth embodiment.
  • the master-side device receives a slave declaration message from a slave-side device (S 1601 ). After receiving the slave declaration message, the master-side device transmits a device capability transmission request to the slave-side device, and performs a device capability exchange by receiving a device capability response from the slave-side device (S 1602 ).
  • the master-side device determines whether the device capability exchange has been successful. If not (NO in S 1602 ), the master-side device transmits at this point a participation denial notification message to the slave-side device (S 1605 ).
  • the master-side device compares the device capability obtained from the slave-side device with the device capability retained by itself (S 1603 ). At this point, if the device capabilities are inconsistent (NO in S 1603 ), the master-side device transmits a participation denial notification message to the slave-side device (S 1605 ) in the same way as with a device capability exchange failure.
  • the communication parameter transfer direction determination step 104 of the communication parameter configuration control function is performed (S 1604 ).
  • encryption methods or authentication methods were assumed to be the device capabilities according to the fourth embodiment, determination can also be performed based on other capabilities.
  • acceptance of participation to a communication parameter configuration network is controlled by determination based on device capabilities of slave devices as the participation state of communication devices participating in the network.
  • the fifth embodiment uses random numbers for the request signals and the response signals in the master device determination step 102 , and encrypts the sequence from the device capability collection step and onwards using the random number values as elements thereof.
  • FIG. 17 is a diagram illustrating the sequence from a determination step for determining a master device having a communication parameter configuration control function to a device capability collection step, according to a fifth embodiment.
  • the communication parameter configuration network formation step 101 has already been completed between the devices A and B, and that the device A is the IBSS creator, while devices B and C are joiners.
  • the device A transmits a master inquiry message (S 1701 ) as a broadcast message.
  • a master device determination step 102 has just commenced and a master device does not yet exist.
  • a response to the master inquiry message (S 1701 ) will not be transmitted.
  • the device A configures itself as the master device, terminates transmission of the master inquiry message (S 1701 ), and instead commences transmission of a master declaration message (S 1702 ).
  • a random number (M Nonce) generated by the master-side device is attached to the master declaration message (S 1702 ).
  • the device B When receiving a master declaration message (S 1702 ) from the device A, the device B generates (S 1703 ) a session key using the abovementioned random number (M Nonce), a random number (S Nonce) generated within the device B, and Seed that is stored in the device B. For Seed, it is assumed that a common value is stored in advance in devices having communication parameter configuration controlling functions. Next, after a lapse of a random interval, the device B transmits a master inquiry message (S 1704 ) as a broadcast message. The random number (S Nonce) is attached to the master inquiry message (S 1704 ).
  • the device A After receiving the master inquiry message (S 1704 ) from the device B, the device A generates a session key using the random number (M Nonce), the random number (S Nonce) attached to the master inquiry message, and Seed that is stored in the device A (S 1705 ).
  • the device A After generating the above-described session key, the device A transmits a master declaration message (S 1706 ) to the device B in plaintext. The device A next performs encryption of transmitted data and decryption of received data using the generated session key (S 1707 ).
  • the device B when receiving the master declaration message (S 3706 ) transmitted by the device A, the device B applies the generated session key for all subsequent communication (S 1708 ). The device B encrypts a slave declaration message (S 1709 ) with the session key, and transmits the message to the device A. All subsequent communication between the devices A and B will be encrypted.
  • a third terminal device C has appeared afterwards.
  • the device C has already intercepted the master declaration message (S 1706 ) transmitted by the device A, and has generated a session key ( 1710 ) in the same manner as the device B.
  • the device C first transmits a master inquiry message (S 1711 ) towards the device A. Meanwhile, since the device A has already established encryption with the device B, the device A is unable to decrypt the received master inquiry message (S 1711 ) that was transmitted by the device C, and thus will not return a response.
  • the device C cannot receive a response to its master inquiry message (S 1711 ), a timeout occurs (S 1712 ).
  • the device C terminates processing related to the communication parameter configuration network the moment the timeout occurs.
  • FIG. 18 is a flowchart showing processing of a master-side device having a communication parameter configuration control according to the fifth embodiment.
  • the master device attaches a random number generated internally to a master declaration message and transmits the message (S 1801 ). After transmission, the master device stands by for master inquiry messages from slave candidate devices (S 1802 ). During standby for master inquiry messages, when a master inquiry message is not received, the master device repeats this standby processing.
  • the master device when a master inquiry message is received from a slave device (YES in S 1802 ), the master device generates a session key that is effective within the communication parameter configuration network (S 1803 ). To be more specific, the device A generates the session key using the random number generated internally (M Nonce), the random number (S Nonce) generated within the slave-side device and attached to the master inquiry message, and Seed that is retained within the master device.
  • the master device transmits a master declaration message to the slave device without performing encryption (S 1804 ).
  • the master device applies the generated session key (S 1805 ), and stands by for a slave declaration message from the slave device.
  • the master device Upon receiving the slave declaration message (S 1806 ), the master device performs decryption of the slave declaration message using the session key (S 1807 ). When the decryption is failed (NO in S 1807 ), the master device returns to slave declaration message standby processing again (S 1806 ).
  • processing transits to the device capability collection step 103 (S 1808 ), which is the next step of the communication parameter configuration control function.
  • FIG. 19 is a flowchart showing processing of a slave-side device having a communication parameter configuration control function, according to the fifth embodiment.
  • a device having a communication parameter configuration control function receives a master declaration message (S 1901 ).
  • the master declaration message contains a master-side device random number (M Nonce).
  • a session key to be used in the communication parameter configuration network is generated from the random number (M Nonce), a slave-side device random number (S Nonce) generated within the slave-side device and Seed (S 1902 ).
  • the slave-side device After generating the session key, the slave-side device transmits a master inquiry as a broadcast transmission (S 1903 ). Once the master inquiry message is transmitted, the slave-side device stands by for a master declaration message to be transmitted from the master-side device. Upon receiving the master declaration message from the master-side device (YES in S 1904 ), the slave-side device compares the above-described random number (M Nonce) upon generation of the session key with the random number (M Nonce) contained within the master declaration message received at this point. When the random number (M Nonce) is identical, the generated session key is applied (S 1905 ).
  • the slave-side device next transmits a slave declaration encrypted using the session key to the master-side device (S 1906 ). If the slave declaration is successfully transmitted to the master-side device, the slave-side device stands by for a device capability transmission request to be transmitted from the master-side device (S 1907 ). When a decipherable device capability transmission request is not received from the master-side (NO in S 1907 ), the slave-side device terminates processing related to the communication parameter configuration network (S 1909 ).
  • the slave-side device performs the device capability collection step 103 (S 1908 ), which is the next step in the communication parameter configuration controlling function.
  • communication parameter configuration can be performed between the master device and the slave devices with an encryption processing that is stronger than is used in the first embodiment.
  • acceptance of participation to a communication parameter configuration network is controlled by determining whether a communication device has already commenced encrypted communication with another communication device as the participation state of communication devices participating in the network.
  • the present invention may be applied to both systems comprising a plurality of devices (for example, a host computer, an interface device, a reader or a printer), or apparatuses composed of a single device (for example, a copying machine or facsimile machine).
  • a plurality of devices for example, a host computer, an interface device, a reader or a printer
  • apparatuses composed of a single device for example, a copying machine or facsimile machine.
  • the object of the present invention may also be achieved by supplying a storage media that stores a program code of a software capable of achieving the functions of the described embodiments to a system or an apparatus, and having a computer (CPU or MPU) of the system or apparatus read out and execute the program stored in the storage media.
  • a storage media that stores a program code of a software capable of achieving the functions of the described embodiments
  • a computer CPU or MPU
  • the program codes themselves that are read out from the storage media achieve the functions of the above mentioned embodiments, while the storage media containing the program codes compose the present invention.
  • Storage devices to which the program codes are supplied may include, for instance, a floppy disk (registered trademark), a hard disk, an optical click, a magneto-optical disk, a CD-ROM, a CD-R, a magnetic tape, a nonvolatile memory card, a ROM or the like.
  • the present invention is capable of strengthening countermeasure against spoofing by third parties by applying certain restrictions when establishing a communication parameter configuration network.
  • the present invention is capable of reducing transmission of communication parameters to unnecessary devices, thereby reducing unnecessary information leakage.
  • a certain level of security may be ensured by encrypting communication performed in a communication parameter configuration network.
  • responses against spoofing by third parties can be strengthened by applying certain restrictions when establishing a communication parameter configuration network.
  • the present invention is capable of reducing transmittance of communication parameters to unnecessary devices, thereby reducing unnecessary information leakage.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Hardware Design (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Small-Scale Networks (AREA)

Abstract

A communication apparatus functioning as a master device denies participation by new communication apparatuses in a network in communication parameter configuration mode based on participation statuses of communication apparatuses functioning as slave devices in the network. The communication apparatus functioning as a master device establishes the network in communication parameter configuration mode between the communication apparatuses participating in the network, and configures communication parameters.

Description

This application is a National Stage application under 35 U.S.C. §371 of International Application No. PCT/JP2006/310833, filed on May 24, 2006.
TECHNICAL FIELD
The present invention relates to a communication apparatus and a communication parameter configuration method thereof.
BACKGROUND ART
In network devices, cables have been conventionally used as communication media. Recently, however, the use of wireless communication has become popular.
For instance, with IEEE 802.11x compliant wireless LANs, there are many configuration items that must be configured prior to use, making such wireless LANs cumbersome and complicated. Consequently, various manufacturers have proposed mechanisms enabling easy configuration of wireless communication parameters such as SSIDs (Service Set Identifiers) or encryption methods.
For example, one such mechanism is disclosed in U.S. Patent Application Publication No. 2003-100335 (Japanese Patent Laid-Open No. 2003-163668). This document proposes a mechanism for configuring wireless communication parameters using an ad hoc network wherein wireless communication devices communicate directly with each other in a wireless LAN without accessing an access point (base station).
When configuring wireless communication parameters using wireless communication, such configuration essentially requires strengthening countermeasure against spoofing by third parties who do not need to know such configuration information or third parties with malicious intent.
DISCLOSURE OF INVENTION
The present invention has been made in light of the above problems, and an object of the present invention is to strengthen responses against spoofing by third parties by imposing certain restrictions when establishing a communication parameter configuration network. Another object of the present invention is to reduce transmission of communication parameters to unnecessary devices. Other objects and features of the present invention will become apparent through the following description and the accompanying drawings.
The present invention comprises: a denial step of denying participation of new communication apparatuses in a network in communication parameter configuration mode, based on participation statuses of communication apparatuses to participate in the network; and a communication parameter configuration step of establishing the network in communication parameter configuration mode between communication apparatuses participating in the network to configure communication parameters.
In addition, the present invention comprises: a denial step of denying participation of new communication apparatuses in a network in communication parameter configuration mode, based on the capability information of communication apparatuses to participate in the network; and a communication parameter configuration step of establishing the network in communication parameter configuration mode between communication apparatuses participating in the network to configure communication parameters.
Other features and advantages of the present invention will be apparent from the following description taken in conjunction with the accompanying drawings, in which like reference characters designate the same or similar parts throughout the figures thereof.
BRIEF DESCRIPTION OF DRAWINGS
FIG. 1 is a diagram showing a step of establishing a communication parameter configuration network in an ad hoc network;
FIG. 2 is a diagram showing an example of a configuration of an ad hoc network of two wireless communication devices;
FIG. 3 is a schematic block diagram of an example of a configuration of a digital camera 200 (device A);
FIG. 4 is a schematic block diagram of an example of a configuration of a printer 201 (device B);
FIG. 5 is a diagram illustrating a sequence when two devices have communication parameter configuration control functions;
FIG. 6 is a diagram showing an example of a configuration of an ad hoc network of three wireless communication devices;
FIG. 7 is a diagram illustrating a sequence when three devices have communication parameter configuration control functions;
FIG. 8 is a flowchart showing processing performed by a device according to a first embodiment when establishing a communication parameter configuration network;
FIG. 9 is a diagram illustrating the sequence from a determination step for determining a master device having a communication parameter configuration control function to a device capability collection step, according to a second embodiment;
FIG. 10 is a flowchart showing processing of a master-side device having a communication parameter configuration control function, according to the second embodiment;
FIG. 11 is a flowchart showing processing of a slave-side device having a communication parameter configuration control function, according to the second embodiment;
FIG. 12 is a diagram illustrating the sequence from a determination step for determining a master device having a communication parameter configuration control function to a device capability collection step, according to a third embodiment;
FIG. 13 is a diagram illustrating a sequence of three devices having communication parameter control functions from a determination step for determining a master device having a communication parameter configuration control function to a device capability collection step, when two slave devices have respectively transited to the device capability collection step;
FIG. 14 is a flowchart showing processing by a master-side device according to the third embodiment;
FIG. 15 is a diagram illustrating the sequence from a determination step for determining a master device having a communication parameter configuration control function to a device capability collection step, according to a fourth embodiment;
FIG. 16 is a flowchart showing processing of a master-side device having a communication parameter configuration control function, according to the fourth embodiment;
FIG. 17 is a diagram illustrating the sequence from a determination step for determining a master device having a communication parameter configuration control function to a device capability collection step, according to a fifth embodiment;
FIG. 18 is a flowchart showing processing of a master-side device having a communication parameter configuration control function, according to the fifth embodiment; and
FIG. 19 is a flowchart showing processing of a slave-side device having a communication parameter configuration control function, according to the fifth embodiment.
BEST MODE FOR CARRYING OUT THE INVENTION
A detailed description of the preferred embodiments for implementing the present invention will now be provided with reference to the drawings.
First Embodiment
First, a case where an ad hoc mode communication parameter configuration network in an IEEE802.11 compliant wireless LAN is established between two wireless communication devices will be described.
FIG. 1 shows the steps for configuring communication parameters in ad hoc mode. The steps of FIG. 1 comprise six steps with respectively different purposes. The functions of each step will now be briefly described.
<Communication Parameter Configuration Network Formation Step 101>
In this step, processing is performed for forming a communication parameter configuration network between devices A and B using ad hoc connection.
<Master Device Determination Step 102>
In this step, processing is performed for determining which of the devices A and B will become a master device of the communication parameter configuration network and which of the devices will become a slave device. In addition, each device will continuously perform processing for monitoring whether the other device exists on the same network. The master device collects capability information of slave devices existing on the same network, and determines which device will transfer and which device will receive a communication parameter. In addition, the master device performs processing such as for transmitting information necessary for communication parameter transfer, to the devices that have been determined. The slave device transmits its own device capability in response to a device capability transmission request transmitted from the master device. In addition, the slave device performs processing such as for configuring communication parameters, according to instructions from the master device, with devices indicated in the instructions.
<Device Capability Collection Step 103>
In this step, the master device determined in step 102 performs processing for collecting device capability attribute values owned by the slave devices existing on the same network by making inquiries to the slave devices.
<Communication Parameter Transfer Direction Determination Step 104>
In this step, the master device compares its own device capability attribute values with those of each slave device collected by the master device in step 103. The master device determines which device will be the source of communication parameter transfer and which device will be its destination, and also transfers information necessary for communication parameter transfer, such as destination or source information, to each slave device.
<Communication Parameter Transfer Step 105>
In this step, communication parameters are transferred from a device that is actually capable of providing communication parameters to a device that is actually capable of receiving communication parameters in the communication parameter transfer direction determined in step 104.
<Communication Parameter Configuration Network Termination Step 106>
In this step, prompted by the termination of the transfer of step 105, processing necessary to terminate the communication parameter configuration network will be performed. After the conclusion of the communication parameter configuration network termination step 106, a new network will be established using communication parameters transferred in the communication parameter transfer step 105.
By performing the above six steps, communication parameters can be easily configured in ad hoc wireless communication.
The processing described below is the processing starting at the communication parameter configuration network formation step 101 and ending at the master device determination step 102, as shown in FIG. 1.
FIG. 2 is a diagram showing an example of a configuration of an ad hoc network of two wireless communication devices. In FIG. 2, a wireless communication device A is a digital camera 200 having an IEEE 802.11x compliant wireless LAN as its wireless communication function 210, and becomes capable of establishing a network in communication parameter configuration mode when a communication parameter configuration button 220 is pressed. In addition, a wireless communication device B is a printer 201 having an IEEE 802.11x compliant wireless LAN as its wireless communication function 211, and becomes capable of establishing a network in communication parameter configuration mode when a communication parameter configuration button 221 is pressed.
Ad hoc mode wireless communication parameter configuration is performed between the digital camera 200 (device A) and the printer 201 (device B).
The configurations of the digital camera 200 (device A) and the printer 201 (device B) will now be described using FIGS. 3 and 4.
FIG. 3 is a schematic block diagram showing an example of a configuration of the digital camera 200 (device A). In FIG. 3, reference numeral 301 denotes a control section that controls the digital camera 200, 302 denotes an image processing section, 303 denotes a ROM storing control instructions (programs) and control data, and 304 denotes a RAM. Configuration communication parameters for forming a communication parameter configuration network are stored in the RAM 304 in advance. 305 denotes a wireless communication processing section that performs communication control for the wireless LAN. 306 denotes an antenna, and 307 an antenna control section.
Reference numeral 308 denotes an image capturing section that captures pixel signals inputted from a CCD 309. 310 denotes a card interface that controls a storage media card for storing captured images or configuration information, while 311 denotes a display section for displaying error messages and the like. 312 denotes an operating section, and includes buttons for issuing instructions on shooting, playback and configuration. 313 denotes a power source section that includes a secondary battery. 314 denotes a non-wireless communication interface, and comprises a wired interface such as USB or IEEE1394. 315 denotes a communication parameter configuration button, and activates communication parameter configuration.
FIG. 4 is a schematic block diagram showing an example of a configuration of the printer 201 (device B). In FIG. 4, reference numeral 401 denotes a control section for controlling the printer 201, 402 denotes an image processing section, 403 denotes a ROM storing control instructions (programs) and control data, 404 denotes a RAM, and 405 denotes a power source section. Configuration communication parameters for forming a communication parameter configuration network are stored in the RAM 404 in advance. 406 denotes a non-wireless communication interface, and comprises a wired interface such as USB or IEEE1394.
Reference numeral 407 denotes a paper feeding/eject section to feed/eject paper for the printer. 408 denotes a printer engine that performs printing control using methods such as the electro-photographic method or the inkjet method. 409 denotes a card interface that controls a storage media card storing images, while 410 denotes a display section. 411 denotes an operating section, and includes menu, configuration and other buttons. 412 denotes a wireless communication processing section that performs communication control for the wireless LAN. 413 denotes an antenna, and 414 an antenna control section. 415 denotes a communication parameter configuration button that activates communication parameter configuration.
The above-described hardware configuration is only one example of a preferred embodiment according to the present embodiment, and it is to be understood that the present invention is not limited to this hardware configuration. Any hardware configuration to which the spirit of the present invention is applicable may be used.
In addition, while a digital camera and a printer have been described as wireless communication devices, it is to be understood that the present invention is not limited to these devices, and may be applied to various devices such as personal computers (PCs), facsimiles, multiple function machines, and notebook PCs.
The sequence of establishing a communication parameter configuration network when the communication parameter configuration button 220 is first pressed on the digital camera 200 (device A), and the communication parameter configuration button 221 is next pressed on the printer camera 201 (device B) will now be described.
FIG. 5 is a diagram illustrating a sequence when two devices have communication parameter configuration control functions. First, when a user presses the communication parameter configuration button 220 of the digital camera 200 (device A) to activate its communication parameter configuration function, the device A initiates formation of a communication parameter configuration network. This prompts the device A to transmit a probe request (S501) to a wireless segment. In the example shown in FIG. 5, since a wireless device does not yet exist in the neighborhood, the device A transmits a beacon (S502) and becomes an IBSS (independent basic service set) creator of an ad hoc network.
Next, as the device B is activated in the same manner as with the device A, the device B transmits a probe request (S503). Since the device A already exists as an IBSS creator, a probe response (S504) is sent from the device A towards the device B in response to the probe request. A communication parameter configuration network is thereby formed between the devices A and B.
Once a communication parameter configuration network is formed, the devices A and B perform encryption (S505 and S506). Encryption algorithms are not specifically prescribed. For instance, the encryption processing may be performed based on a common key stored in advance in the devices. Additionally, the encryption processing may be performed by either wireless communication processing sections 305 and 412, or by control sections 301 and 401.
The master device determination step 102 shown in FIG. 1 is now commenced. In this case, the IBSS creator and a joiner both continue to mutually transmit beacons (S507 and S508). Then, when a predetermined algorithm determines one of the devices as the master device, a master declaration (S509) is transmitted from the master device.
Since communication between the devices A and B have been encrypted by the above steps S505 and S506, all communication from this master device determination step 102 and onwards will be securely performed.
Processing for performing encryption while establishing an ad hoc mode communication parameter configuration network with an IEEE 802.11x compliant wireless LAN between three wireless communication devices, and preventing network participation by unexpected devices will now be described.
FIG. 6 is a diagram showing an example of a configuration of an ad hoc network of three wireless communication devices. As shown in FIG. 6, wireless communication devices A and B are respectively the digital camera 200 and the printer 201 shown in FIG. 2. A device C is a digital camera 600 similar to the device A having an IEEE 802.11x compliant wireless LAN as its wireless communication function 610, and becomes capable of establishing a network in communication parameter configuration mode by pressing a communication parameter configuration button 620.
The configuration of the digital camera 600 (device C) is the same as the configuration of the digital camera 200 (device A) shown in FIG. 3, and therefore will not be described here.
First, the communication parameter configuration button 220 is pressed on the digital camera 200 (device A). The communication parameter configuration button 221 is next pressed on the printer 201 (device B), thereby establishing an ad hoc mode communication parameter configuration network. A sequence initiated when the communication parameter configuration button 620 on the digital camera 600 (device C) is pressed will now be described.
FIG. 7 is a diagram illustrating a sequence when three devices have communication parameter configuration control functions. First, a communication parameter configuration network is established (Steps S701 to S706) in the same way as the formation of a communication parameter configuration network between the devices A and B (Steps S501 to S506) as shown in FIG. 5.
At this point, power of the device C, which is an unexpected third device, is activated. The device C initiates its communication parameter configuration function in the same way as the devices A and B. The device C transmits a probe request (S707), and since the device A already exists as an IBSS creator, a probe response (S708) is transmitted from the device A towards the device C as a response to the probe request. The device C thereby participates in the communication parameter configuration network.
However, because the device C is an unexpected third party, encryption has not yet been performed as between the devices A and B. Therefore, after establishment of the communication parameter configuration network, the device C is unable to recognize a master declaration (S711) from the master device determined by the master device determination step 102.
As seen, by performing encryption on communication, participation by unexpected third party devices to the communication parameter configuration network can be prevented.
Next, using FIG. 8, a sequence (FIG. 7) of establishing a communication parameter configuration network between the devices A, B and C will be described from the viewpoint of the processing performed by the devices.
FIG. 8 is a flowchart showing processing performed by a device according to a first embodiment when establishing a communication parameter configuration network. First, when either power or a wireless communication function is activated at the device, a random timer is activated, and the device waits for time-out of the timer (S801). This processing is performed to avoid conflicts among probe requests generated when a plurality of devices are simultaneously turned on. When the random timer times out, the device transmits a probe request (S802). The device next waits for a response to the probe request (S803).
Next, when a probe response is transmitted in response to the probe request (response transmitted in S803), the device is configured as a joiner (S804). In the case the device is a joiner, if the number of devices participating in the communication parameter configuration network is within a prescribed number, the device receives an encryption instruction from the IBSS creator. At this point, when an encryption instruction is received (YES in S805), the device, namely device B, enables encryption (S806).
Meanwhile, when an encryption instruction is not received (NO in S805), this means that the device was unable to participate in the communication parameter configuration network, and the processing terminates as is.
On the other hand, when a probe response is not transmitted in response to the probe request (no in S803), it is determined that a communication parameter configuration network does not exist in the vicinity of this device. Thus, this device, namely device A, performs configuration as an IBSS creator (S807). Then, as a function of an IBSS creator, the device stands by for probe requests from other devices (S808).
When the device configured as the IBSS creator acknowledges probe requests from other devices (YES in S808), the device transmits probe responses to the other devices (S809). At this point, the IBSS creator memorizes the number of devices to which probe responses were transmitted, and determines whether the number of devices has reached a predetermined prescribed number (S810). If the prescribed number has been reached (YES in S810), processing is terminated as is.
On the other hand, when the prescribed number has not been reached (NO in S810), the IBSS creator issues encryption instructions to the joiners under the IBSS creator (S811). Next, when the encryption instructions have reached all intended destinations, the IBSS creator enables its own encryption (S812).
According to the first embodiment, the IBSS creator counts the number of devices participating in the communication parameter configuration network, and when the number of devices exceeds a prescribed number, ensures that encryption instructions are not transmitted to any other device subsequently desiring to participate in the communication parameter configuration network. Thus, participation of third parties or third parties with malicious intent in the communication parameter configuration network can be denied.
Second Embodiment
Next, a detailed description of a second embodiment according to the present invention will be provided with reference to the drawings. The first embodiment prevented participation by third parties to a communication parameter configuration network by imposing restrictions on the number of participating devices when establishing the communication parameter configuration network. The second embodiment prevents participation by third parties during the device capability collection step 103.
As shown in FIG. 6, processing for preventing participation to a network by an unexpected third party while two wireless communication devices perform communication parameter configuration will be described for the second embodiment.
FIG. 9 is a diagram illustrating the sequence from a determination step for determining a master device having a communication parameter configuration control function to a device capability collection step, according to the second embodiment. In FIG. 9, it is assumed that the communication parameter configuration network formation step 101 of FIG. 1 has already been completed between the devices A and B, and that the device A is the IBSS creator, while devices B and C are joiners.
The device A transmits a master inquiry message (S901) as a broadcast message. At this point, the master device determination step 102 has just commenced and a master device does not yet exist. Thus, a response to the master inquiry message (S901) is not transmitted.
Therefore, the device A configures itself as the master device, terminates transmission of the master inquiry message (S901), and instead commences transmission of a master declaration message (S902). Upon transmitting the first master declaration message, an internally retained participation acceptance condition is configured to “permit” (S903).
Next, after a lapse of a random interval, the device B transmits a master inquiry message (S904). At this time, the device A transmits a master declaration message (S905) once it acknowledges transmission of the master inquiry message (S904) by the device B. On the other hand, upon receiving the master declaration message (S905) transmitted by the device A, the device B transmits a slave declaration message (S906).
Incidentally, in this example, it is assumed that the prescribed number of devices to compose the communication parameter configuration network preconfigured in the device A is two.
When the device A receives the slave declaration message (S906) from the device B, the device A changes its internally retained participation acceptance condition to “deny” (S907). Since the participation acceptance condition of the master device is now “deny”, the processing of the device capability collection step 103 and onwards will be performed solely between the devices A and B.
For instance, suppose a third device, device C, attempts to participate at this point. The device C first transmits a master inquiry message (S908) in the same manner as the devices A and B. The device A, which has already assumed the role of the master device in this communication parameter configuration network, receives the master inquiry message (S908) from the device C.
At this point, the device A references its internally retained participation acceptance condition. In this example, since the participation acceptance condition has already been changed to “deny”, the device A transmits a participation denial notification message (S909) to the device C. This participation denial notification message (S909) is transmitted only to the device C, while communication with the device B continues. The device B periodically transmits a slave declaration message (S910) to the device A.
Following the above description on the sequence between the devices, processing performed by the master-side device and the slave-side device will now be described. Description on the determination method of the master and slave devices of the master device determination step 102 will be omitted. First, the processing performed by the master-side device will be described using FIG. 10.
FIG. 10 is a flowchart showing processing of a master-side device having a communication parameter configuration control function, according to the second embodiment. It is assumed that a device having a communication parameter configuration control function determines apparatus types already determined in the master device determination step 102, and acknowledges that the device itself is the master-side device.
The master-side device receives master inquiry messages from the other network participating devices (S1001). Once the master inquiry messages are received, the master-side device references its internally retained participation acceptance condition (S1002).
When the participation acceptance condition is “deny” (NO in S1002), participation denial notification messages are sent to the transmission source devices of the master inquiry messages (S1007), and communication with the transmission source devices of the master inquiry messages is terminated.
On the other hand, when the participation acceptance condition is “permit” (YES in S1002), a number of slaves retained in a RAM 304 is added (S1003). The added number of slaves is next determined whether it has reached an upper limit (S1004). When the number of slaves has reached the upper limit (YES in S1004), the master device changes the participation acceptance condition retained in the RAM 304 from “permit” to “deny” (S1005). Due to this processing, all subsequent participation in the network by new slave devices can be denied.
Meanwhile, if the number of slaves has not reached the upper limit (NO in S1004), the participation acceptance condition remains unchanged. The master device performs exchange of the sequence of the next device capability collection step 103 with the group of slave devices (S1006).
Following the above description on the processing by the master-side device, processing performed by the slave-side devices will now be described.
FIG. 11 is a flowchart showing processing of a slave-side device having a communication parameter configuration control function, according to the second embodiment. It is assumed that a device having a communication parameter configuration control function determines apparatus types already determined in the master device determination step 102, and acknowledges that the device itself is a slave-side device.
The slave-side device transmits a master inquiry messages towards the master-side device (S1101). The device next monitors whether a master declaration message will be transmitted from the master-side device (S1102). The slave-side device thereby acknowledges the existence of the master-side device.
The slave-side device next verifies whether a participation denial notification message is transmitted from the master-side device (S1103). If a participation denial notification message is not transmitted from the master-side device (NO in S1103), the slave-side device proceeds to determine whether a device capability transmission request will be transmitted (S1104). This determination processing is performed because reception failure or the like of participation denial notifications due to factors such as propagation status of communication pathways can be anticipated.
When a device capability transmission request is received, the slave-side device transmits (S1105) a device capability response towards the master-side device, which is the transmission source of the device capability transmission request.
On the other hand, when the slave-side device either receives a participation denial notification message from the master-side device (YES in S1103), or does not receive a device capability transmission request (NO in S1104), the slave-side device determines that its participation in the communication parameter configuration network has been denied. The slave-side device next terminates communication with the communication parameter configuration network, and terminates its wireless communication function.
Incidentally, when participation in the communication parameter configuration network has been denied, the slave-side device can be arranged so as to display the participation denial via a user interface.
As seen, by performing the above-described series of processing, it is possible to limit the number of devices that can participate in the wireless parameter configuration network.
Third Embodiment
Next, a detailed description of a third embodiment according to the present invention will be provided with reference to the drawings. In the first and second embodiments, a state of participation of a prescribed number of devices was described as the participation state of wireless devices participating in a communication parameter configuration network. In the third embodiment, a description will be provided on a case where participation to a communication parameter configuration network is limited by time.
As shown in FIG. 6, processing for preventing participation to a network by an unexpected third party while two wireless communication devices perform communication parameter configuration will also be described for the third embodiment.
FIG. 12 is a diagram illustrating the sequence from a determination step for determining a master device having a communication parameter configuration control function to a device capability collection step, according to a third embodiment. In FIG. 12, it is assumed that the communication parameter configuration network formation step 101 of FIG. 1 has already been completed between the devices A and B, and that the device A is the IBSS creator, while devices B and C are joiners.
The device A transmits a master inquiry message (S1201) as a broadcast message. At this point, the master device determination step 102 has just commenced and a master device does not yet exist. Thus, a response to the master inquiry message (S1201) will not be transmitted.
Therefore, the device A configures itself as the master device, terminates transmission of the master inquiry message (S1201), and instead commences transmission of a master declaration message (S1202).
Next, after a lapse of a random interval, the device B transmits a master inquiry message (S1203) as a broadcast message. At this time, the device A transmits a master declaration message (S1204) once it acknowledges transmission of the master inquiry message (S1203) by the device B. On the other hand, upon receiving the master declaration message (S1204) transmitted by the device A, the device B transmits a slave declaration message (S1205).
When the device A receives the slave declaration message (S1205) from the device B, the device A commences the device capability collection step 103 shown in FIG. 1. In other words, the device A transmits a device capability collection request (S1206), while master-side device simultaneously starting a participation acceptance timer. Transition of the status to the next communication parameter configuration direction determination step 104 is achieved by receiving a device capability response (S1207) from the device B during the activation of the participation acceptance timer.
Afterwards, upon occurrence of a timeout of the participation acceptance timer (S1208), the device A changes the participation acceptance status to “deny”. This makes all subsequent, new participations in the communication parameter configuration network impossible.
At this point, for instance, if the device C transmits a master inquiry message (S1209), the device A transmits a participation denial notification message (S1210) to the device C to deny its participation in this communication parameter configuration network.
Although FIG. 12 describes a case where a slave device (device C) attempts participation when the devices A and B have already transited to the device capability collection step 103, the present invention is not limited to this example. For instance, the present invention can also be applied to a state where two slave devices (devices B and C) already exist and have both transited to the device capability collection step 103.
FIG. 13 is a diagram illustrating a sequence where two slave devices have respectively transited to the device capability collection step. In FIG. 13, it is assumed that the communication parameter configuration network formation step 101 of FIG. 1 has already been completed among the devices A, B and C, and that the device A is the IBSS creator, while devices B and C are joiners.
The device A transmits a master inquiry message (S1301) as a broadcast message. At this point, the master device determination step 102 has just commenced and a master device does not yet exist. Thus, a response to the master inquiry message (S1301) will not be transmitted.
Therefore, the device A configures itself as the master device, terminates transmission of the master inquiry message (S1301), and instead commences transmission of a master declaration message (S1302).
Next, after a lapse of a random interval, the device B transmits a master inquiry message (S1303) as a broadcast message. The device C also transmits a master inquiry message (S1304) in the same way as the device B. At this time, the device A transmits a master declaration message (S1305) once it acknowledges transmission of the master inquiry messages (S1303 and S1304) from the devices B and C.
On the other hand, upon receiving the master declaration message (S1305) transmitted by the device A, the device B transmits a slave declaration message (S1306). The device C also transmits a slave declaration message (S1307), in the same way as the device B, upon receiving the master declaration message (S1305) transmitted by the device A.
Next, when the device A receives the slave declaration messages (S1306 and S1307) from the devices B and C, the device A commences the device capability collection step 103 shown in FIG. 1. In other words, the device A transmits a device capability collection request (S1308) as a broadcast transmission, while simultaneously starting a participation acceptance timer. Transition of the status to the next communication parameter configuration direction determination step 104 is achieved by receiving a device capability response (S1309) from the device B during the activation of the participation acceptance timer.
Afterwards, upon occurrence of a timeout of the participation acceptance timer (S1310), the device A changes the participation acceptance status to “deny”. This makes all subsequent, new participations in the communication parameter configuration network impossible.
At this point, for instance, if the device C transmits a device capability response (11311) after the participation acceptance timer has timed out, the device A transmits a participation denial notification message (S1312) to the device C to deny its participation in this communication parameter configuration network.
In the third embodiment, while a case where only the device C times out has been described, participation by the device B will also be denied in the case where the device B is only able to transmit a device capability response after the timeout.
Next, processing by the devices to achieve the above-described sequence will be describing using FIG. 14.
FIG. 14 is a flowchart showing processing by a master-side device according to the third embodiment. Since the processing by a slave-side device is identical to that in the second embodiment, a description thereof will be omitted.
First, when a device having a communication parameter configuration control function determines itself to be the master-side device, the device performs initial configuration by configuring the participation acceptance status to “permit” (S1401). The device next waits to receive master inquiries from other devices having communication parameter configuration control functions that will become slave-side devices, and receives the master inquiries from the other devices (S1402). Next, upon receiving the master inquiries, the master-side device transmits a master declaration to the transmission sources of the master inquiries (S1403).
On the other hand, the transmission source devices of the master inquiries determines themselves to be slave-side devices by receiving the master declaration, and transmit slave declarations to the transmission source device of the master declaration. The master-side device that receives the slave declarations determines whether slave declarations have been received from one or more communication devices (S1404). When slave declarations have not been received from one or more communication devices (NO in S1404), this means that there are no slave-side devices owned by the master-side device, and the master device returns processing to a master inquiry standby state (S1402) until a slave-side device appears.
On the other hand, when slave declarations have been received from one or more devices (YES in S1404), the master-side device transmits a device capability transmission request (S1405). After transmission of the device capability transmission request, a participation acceptance timer is initiated (S1406). Subsequently, after transmitting device capability transmission request, when the master-side device receives device capability responses from the slave-side devices (S1407), the master-side device transits to the communication parameter transfer direction determination step 104.
Afterwards, a timer value of the participation acceptance timer is determined. If the timer value has expired (YES in S1408), the participation acceptance status is changed to “deny” (S1409).
On the other hand, if the timer value has not expired (NO in S1408), processing once again transits to a master inquiry message reception standby state (S1402).
In the third embodiment, while the participation acceptance timer has been configured so that it is activated after transmission of the device capability transmission request. However, the participation acceptance timer can also be configured so that it is activated upon participation by the first slave-side device after establishing the communication parameter configuration network. In this case, it is sufficient to merely switch around S1405 and S1406 shown in FIG. 14.
In addition, the above-described participation acceptance timer can also be configured to be activated immediately following the start of master declaration transmission and after S1403 shown in FIG. 14, instead of during transmission of the device capability transmission request.
Moreover, it is also possible to expand function so that the participation acceptance period can be extended at the discretion of the user upon expiration of the timer via a predetermined user interface.
As seen, in the third embodiment, acceptance of participation to a communication parameter configuration network is controlled by determining whether device capability responses have been received within a certain period of time as the participation state of wireless devices participating in the network.
Fourth Embodiment
Next, a detailed description of a fourth embodiment according to the present invention will be provided with reference to the drawings. In devices having communication parameter configuration controlling functions, in addition to the methods of the first to third embodiments described above, modes for preventing participation by unnecessary devices in a communication parameter configuration network include, as a different perspective, a method according to device capabilities. The fourth embodiment determines device capabilities of devices attempting to participate in a communication parameter configuration network as the participation statuses of communication devices participating in the network.
For the fourth embodiment, as shown in FIG. 6, processing for preventing participation to a network by an unexpected third party while two wireless communication devices perform communication parameter configuration will also be described.
FIG. 15 is a diagram illustrating the sequence from a determination step for determining a master device having a communication parameter configuration control function to a device capability collection step, according to a fourth embodiment. In FIG. 15, it is assumed that the communication parameter configuration network formation step 101 of FIG. 1 has already been completed between the devices A and B, and that the device A is the IBSS creator, while devices B and C are joiners.
The device A transmits a master inquiry message (S1501) as a broadcast message. At this point, the master device determination step 102 has just commenced and a master device does not yet exist. Thus, a response to the master inquiry message (S1501) will not be transmitted.
Therefore, the device A configures itself as the master device, terminates transmission of the master inquiry message (S1501), and instead commences transmission of a master declaration message (S1502).
Next, after a lapse of a random interval, the device B transmits a master inquiry message (S1503) as a broadcast message. At this time, the device A transmits a master declaration message (S1504) once it acknowledges transmission of the master inquiry message (S1503) by the device B. On the other hand, upon receiving the master declaration message (S1504) transmitted by the device A, the device B transmits a slave declaration message (S1505).
When the device A receives the slave declaration message (S1505) from the device B, the device A commences the device capability collection step 103. In other words, the device A transmits a device capability transmission request (S1506). Meanwhile, upon receiving the device capability transmission request (S1506), the device B configures its own device capability, and transmits a device capability response (S1507) to the device A.
The device A next receives the device capability response (S1507) from the device B, and matches it with device capability information retained in a RAM 304 to determine whether the device B meets the device capability required by the device A. When it is determined that the device capability requirement is met, a communication parameter recipient request (S1508) is transmitted towards the device B. Upon receiving the communication parameter recipient request, the device B stands by for communication parameters to be transferred from the communication parameter provider in the communication parameter transfer step 105.
Next, after a lapse of a random interval, the device C transmits a master inquiry message (S1509). Upon acknowledging the transmission of the master inquiry message by the device C, the device A transmits a master declaration message (S1510).
On the other hand, upon receiving the master declaration message (S1510) transmitted by the device A, the device C transmits a slave declaration message (S1511).
When the device A receives the slave declaration message (S1511) from the device C, the device capability collection step 103 is initiated. In other words, the device A transmits a device capability transmission request (S1512). Meanwhile, by receiving the device capability collection request (S1512), the device C configures its own device capability, and transmits a device capability response (S1513) to the device A.
The device A next-receives the device capability response (S1513) from the device C, and matches it with the device capability information retained in the RAM 304 to determine whether the device C meets the device capability required by the device A. Unlike in the case of the device B, when it is determined that the device C does not meet the device capability requirement, a participation denial notification message (S1514) is transmitted. Upon receiving the participation denial notification, the device C terminates its communication parameter configuration controlling function.
Although FIG. 15 describes a case where a new slave device (device C) attempts participation when the devices A and B have already transited to the device capability collection step 103, the present invention is not limited to this example. For instance, the present invention can also be applied to a state where two slave devices (devices B and C) already exist and have both transited to the device capability collection step 103.
Next, processing performed by the devices to achieve the above-described sequence shown in FIG. 15 will be described using FIG. 16. The description will involve only the processing performed by the master-side device. Processing by the slave-side devices is identical to that in the second embodiment, and a description thereof will be omitted.
FIG. 16 is a flowchart showing processing at a master-side device having a communication parameter configuration control function, according to the fourth embodiment. The master-side device receives a slave declaration message from a slave-side device (S1601). After receiving the slave declaration message, the master-side device transmits a device capability transmission request to the slave-side device, and performs a device capability exchange by receiving a device capability response from the slave-side device (S1602).
Next, the master-side device determines whether the device capability exchange has been successful. If not (NO in S1602), the master-side device transmits at this point a participation denial notification message to the slave-side device (S1605).
On the one hand, if the device capability exchange has been successful (YES in S1602), the master-side device compares the device capability obtained from the slave-side device with the device capability retained by itself (S1603). At this point, if the device capabilities are inconsistent (NO in S1603), the master-side device transmits a participation denial notification message to the slave-side device (S1605) in the same way as with a device capability exchange failure.
On the other hand, if it is determined that the device capabilities are either consistent or sufficient (YES in S1603), the communication parameter transfer direction determination step 104 of the communication parameter configuration control function is performed (S1604).
Incidentally, while encryption methods or authentication methods were assumed to be the device capabilities according to the fourth embodiment, determination can also be performed based on other capabilities.
As seen, in the fourth embodiment, acceptance of participation to a communication parameter configuration network is controlled by determination based on device capabilities of slave devices as the participation state of communication devices participating in the network.
Fifth Embodiment
Next, a detailed description of a fifth embodiment according to the present invention will be provided with reference to the drawings. The fifth embodiment uses random numbers for the request signals and the response signals in the master device determination step 102, and encrypts the sequence from the device capability collection step and onwards using the random number values as elements thereof.
For the fifth embodiment, as shown in FIG. 6, processing for preventing participation to a network by an unexpected third party while two wireless communication devices perform communication parameter configuration will also be described.
FIG. 17 is a diagram illustrating the sequence from a determination step for determining a master device having a communication parameter configuration control function to a device capability collection step, according to a fifth embodiment. In FIG. 17, it is assumed that the communication parameter configuration network formation step 101 has already been completed between the devices A and B, and that the device A is the IBSS creator, while devices B and C are joiners.
The device A transmits a master inquiry message (S1701) as a broadcast message. At this point, the master device determination step 102 has just commenced and a master device does not yet exist. Thus, a response to the master inquiry message (S1701) will not be transmitted.
Therefore, the device A configures itself as the master device, terminates transmission of the master inquiry message (S1701), and instead commences transmission of a master declaration message (S1702). A random number (M Nonce) generated by the master-side device is attached to the master declaration message (S1702).
When receiving a master declaration message (S1702) from the device A, the device B generates (S1703) a session key using the abovementioned random number (M Nonce), a random number (S Nonce) generated within the device B, and Seed that is stored in the device B. For Seed, it is assumed that a common value is stored in advance in devices having communication parameter configuration controlling functions. Next, after a lapse of a random interval, the device B transmits a master inquiry message (S1704) as a broadcast message. The random number (S Nonce) is attached to the master inquiry message (S1704).
After receiving the master inquiry message (S1704) from the device B, the device A generates a session key using the random number (M Nonce), the random number (S Nonce) attached to the master inquiry message, and Seed that is stored in the device A (S1705).
After generating the above-described session key, the device A transmits a master declaration message (S1706) to the device B in plaintext. The device A next performs encryption of transmitted data and decryption of received data using the generated session key (S1707).
On the other hand, when receiving the master declaration message (S3706) transmitted by the device A, the device B applies the generated session key for all subsequent communication (S1708). The device B encrypts a slave declaration message (S1709) with the session key, and transmits the message to the device A. All subsequent communication between the devices A and B will be encrypted.
Suppose a third terminal device C has appeared afterwards. In addition, assume that the device C has already intercepted the master declaration message (S1706) transmitted by the device A, and has generated a session key (1710) in the same manner as the device B.
The device C first transmits a master inquiry message (S1711) towards the device A. Meanwhile, since the device A has already established encryption with the device B, the device A is unable to decrypt the received master inquiry message (S1711) that was transmitted by the device C, and thus will not return a response.
Therefore, since the device C cannot receive a response to its master inquiry message (S1711), a timeout occurs (S1712). The device C terminates processing related to the communication parameter configuration network the moment the timeout occurs.
Following the above description on the sequence between the devices, processing performed by the master-side device and the slave-side device will now be described. First, the processing performed by the master-side device will be described using FIG. 18.
FIG. 18 is a flowchart showing processing of a master-side device having a communication parameter configuration control according to the fifth embodiment. The master device attaches a random number generated internally to a master declaration message and transmits the message (S1801). After transmission, the master device stands by for master inquiry messages from slave candidate devices (S1802). During standby for master inquiry messages, when a master inquiry message is not received, the master device repeats this standby processing.
Afterwards, when a master inquiry message is received from a slave device (YES in S1802), the master device generates a session key that is effective within the communication parameter configuration network (S1803). To be more specific, the device A generates the session key using the random number generated internally (M Nonce), the random number (S Nonce) generated within the slave-side device and attached to the master inquiry message, and Seed that is retained within the master device.
Next, the master device transmits a master declaration message to the slave device without performing encryption (S1804). After transmission of the master declaration message, the master device applies the generated session key (S1805), and stands by for a slave declaration message from the slave device. Upon receiving the slave declaration message (S1806), the master device performs decryption of the slave declaration message using the session key (S1807). When the decryption is failed (NO in S1807), the master device returns to slave declaration message standby processing again (S1806).
On the other hand, when the decryption of the slave declaration message is successful (YES in S1807), processing transits to the device capability collection step 103 (S1808), which is the next step of the communication parameter configuration control function.
Following the above description on the processing performed by the master-side device, the processing performed by the slave-side device will be described using FIG. 19.
FIG. 19 is a flowchart showing processing of a slave-side device having a communication parameter configuration control function, according to the fifth embodiment. First, when a master-side device already exists in the vicinity, a device having a communication parameter configuration control function receives a master declaration message (S1901). The master declaration message contains a master-side device random number (M Nonce). A session key to be used in the communication parameter configuration network is generated from the random number (M Nonce), a slave-side device random number (S Nonce) generated within the slave-side device and Seed (S1902).
After generating the session key, the slave-side device transmits a master inquiry as a broadcast transmission (S1903). Once the master inquiry message is transmitted, the slave-side device stands by for a master declaration message to be transmitted from the master-side device. Upon receiving the master declaration message from the master-side device (YES in S1904), the slave-side device compares the above-described random number (M Nonce) upon generation of the session key with the random number (M Nonce) contained within the master declaration message received at this point. When the random number (M Nonce) is identical, the generated session key is applied (S1905).
The slave-side device next transmits a slave declaration encrypted using the session key to the master-side device (S1906). If the slave declaration is successfully transmitted to the master-side device, the slave-side device stands by for a device capability transmission request to be transmitted from the master-side device (S1907). When a decipherable device capability transmission request is not received from the master-side (NO in S1907), the slave-side device terminates processing related to the communication parameter configuration network (S1909).
On the other hand, when a device capability transmission request is received from the master-side device (YES in S1907), the slave-side device performs the device capability collection step 103 (S1908), which is the next step in the communication parameter configuration controlling function.
According to the fifth embodiment, communication parameter configuration can be performed between the master device and the slave devices with an encryption processing that is stronger than is used in the first embodiment. As seen, in the fifth embodiment, acceptance of participation to a communication parameter configuration network is controlled by determining whether a communication device has already commenced encrypted communication with another communication device as the participation state of communication devices participating in the network.
The present invention may be applied to both systems comprising a plurality of devices (for example, a host computer, an interface device, a reader or a printer), or apparatuses composed of a single device (for example, a copying machine or facsimile machine).
It is obvious that the object of the present invention may also be achieved by supplying a storage media that stores a program code of a software capable of achieving the functions of the described embodiments to a system or an apparatus, and having a computer (CPU or MPU) of the system or apparatus read out and execute the program stored in the storage media.
In this case, the program codes themselves that are read out from the storage media achieve the functions of the above mentioned embodiments, while the storage media containing the program codes compose the present invention.
Storage devices to which the program codes are supplied may include, for instance, a floppy disk (registered trademark), a hard disk, an optical click, a magneto-optical disk, a CD-ROM, a CD-R, a magnetic tape, a nonvolatile memory card, a ROM or the like.
In addition, it is obvious that the functions of the aforementioned embodiments can be achieved not only by executing program codes read out by a computer, but also through the processing performed by an OS (operating system) or the like, which is running on a computer, that performs a portion or all of the actual processing based on instructions from the program code.
Furthermore, it is obvious that the functions of the aforementioned embodiments can also be achieved by writing program codes read out by a computer into either a function enhancement board inserted into a computer or a memory built into a function enhancement unit connected to a computer, and having a CPU or the like built into the function enhancement board or the function enhancement unit perform a portion or all of the actual processing based on instructions from the program code.
According to the above description, the present invention is capable of strengthening countermeasure against spoofing by third parties by applying certain restrictions when establishing a communication parameter configuration network. In addition, the present invention is capable of reducing transmission of communication parameters to unnecessary devices, thereby reducing unnecessary information leakage.
In addition, a certain level of security may be ensured by encrypting communication performed in a communication parameter configuration network.
Furthermore, participation to the network by a third party can be denied while continuing already established wireless communication parameter configuration control functions performed between devices, thereby improving the operating efficiency of a user.
As shown, according to the present embodiments, responses against spoofing by third parties can be strengthened by applying certain restrictions when establishing a communication parameter configuration network. In addition, the present invention is capable of reducing transmittance of communication parameters to unnecessary devices, thereby reducing unnecessary information leakage.
As many apparently widely different embodiments of the present invention can be made without departing from the spirit and scope thereof, it is to be understood that the invention is not limited to the specific embodiments thereof except as defined in the appended claims.
This application claims the benefit of Japanese Patent Application No. 2005-172968 filed on Jun. 13, 2005, which is hereby incorporated by reference herein in its entirety.

Claims (9)

The invention claimed is:
1. A method of sharing ad hoc wireless network configuration parameters for wirelessly communicating among a plurality of wireless communication apparatuses via an ad hoc wireless network, comprising:
a first deciding step of deciding, executed by a wireless communication apparatus in a first ad hoc wireless network, a master apparatus from among the plurality of wireless communication apparatuses, including the wireless communication apparatus itself, wherein the master apparatus decides a providing apparatus for providing the ad hoc wireless network configuration parameters for a second ad hoc wireless network and one or more receiving apparatuses for receiving the ad hoc wireless network configuration parameters for the second ad hoc wireless network from the providing apparatus;
a collection step of collecting, executed by the master apparatus in the first ad hoc wireless network, device capabilities from one or more slave apparatuses joined in the first ad hoc wireless network;
a limiting step of limiting, executed by the master apparatus in the first ad hoc wireless network, wireless communication apparatuses with which the ad hoc wireless network configuration parameters for the second ad hoc wireless network are shared, wherein the master apparatus notifies a wireless communication apparatus that transmitted device capabilities to the master apparatus after a participation acceptance timer managed by the master apparatus has timed out, of a participation refusal for refusing to allow the wireless communication apparatus to participate in the first ad hoc wireless network, while continuing communication with the one or more slave apparatuses which have participated in the first ad hoc wireless network;
a second deciding step of deciding, executed by the master apparatus in the first ad hoc wireless network, the providing apparatus for providing the ad hoc wireless network configuration parameters for the second ad hoc wireless network and the one or more receiving apparatuses for receiving the ad hoc wireless network configuration parameters for the second ad hoc wireless network from the providing apparatus, from among the master apparatus and the one or more slave apparatuses that are not refused in the limiting step in accordance with a device capability of the master apparatus and the device capabilities of the one or more slave apparatuses collected in the collection step;
a notifying step of notifying, executed by the master apparatus in the first ad hoc wireless network, the one or more slave apparatuses of information for sharing the ad hoc wireless network configuration parameters for the second ad hoc wireless network so that the providing apparatus provides the ad hoc wireless network configuration parameters for the second ad hoc wireless network to the one or more receiving apparatuses;
a sharing step of performing, executed by the providing apparatus, sharing processing for sharing the ad hoc wireless network configuration parameters by transferring the ad hoc wireless network configuration parameters from the providing apparatus to the one or more slave apparatuses; and
a forming step of forming, executed by a wireless communication apparatus, a wireless network for the sharing processing, wherein, the wireless communication apparatuses that share the ad hoc wireless network configuration parameters is limited by being permitted to participate in the wireless network for the sharing processing formed in the forming step.
2. The method according to claim 1, further comprising a transmitting step of transmitting, executed by a wireless communication apparatus, an inquiry message for inquiring of the existence of the master apparatus,
wherein in the first deciding step, the master apparatus is decided, in accordance with reception of a response message responding to the inquiry message.
3. The method according to claim 2, wherein in the first deciding step, the wireless communication apparatus which transmitted the inquiry message is decided as the master apparatus in a case where no response to the inquiry message is received.
4. The method according to claim 1, further comprising, executed by the master apparatus decided in the first deciding step:
receiving an inquiry message from another wireless communication apparatus for inquiring of the existence of the master apparatus; and
managing a number of other wireless communication apparatuses which request to participate in the sharing processing in accordance with the reception of the inquiry message in the receiving step.
5. A wireless communication apparatus having a function for sharing ad hoc wireless network configuration parameters for wirelessly communicating with other wireless communication apparatuses via an ad hoc wireless network, comprising:
a first deciding unit that decides, in a first ad hoc wireless network, a master apparatus from among a plurality of wireless communication apparatuses, including the wireless communication apparatus itself, wherein the master apparatus decides a providing apparatus for providing the ad hoc wireless network configuration parameters for a second ad hoc wireless network and one or more receiving apparatuses for receiving the ad hoc wireless network configuration parameters for the second ad hoc wireless network from the providing apparatus;
a collecting unit that collects, in the first ad hoc wireless network, device capabilities from one or more slave apparatuses joined in the first ad hoc wireless network in a case where the wireless communication apparatus itself is decided by the first deciding unit as being the master apparatus;
a limiting unit that, in a case where the wireless communication apparatus itself is decided by the first deciding unit as being the master apparatus, limits, in the first ad hoc wireless network, the wireless communication apparatuses with which the ad hoc wireless configuration parameters for the second ad hoc wireless network are shared, wherein the master apparatus notifies a wireless communication apparatus that transmitted device capabilities to the master apparatus after a participation acceptance timer managed by the master apparatus has timed out, of a participation refusal for refusing to allow the wireless communication apparatus to participate in the first ad hoc wireless network, while continuing communication with the one or more slave apparatuses which have participated in the first ad hoc wireless network;
a second deciding unit that, in a case where the wireless communication apparatus itself is decided by the first deciding unit as being the master apparatus, decides, in the first ad hoc wireless network, the providing apparatus for providing the ad hoc wireless network configuration parameters for the second ad hoc wireless network and the one or more receiving apparatuses for receiving the ad hoc wireless network configuration parameters for the second ad hoc wireless network from the providing apparatus, from among the master apparatus and the one or more slave apparatuses that are not refused by the limiting unit, in accordance with a device capability of the master apparatus and the device capabilities of the one or more slave apparatuses collected by the collection unit;
a notifying unit that notifies, in the first ad hoc wireless network, the one or more slave apparatuses of information for sharing the ad hoc wireless network configuration parameters for the second ad hoc wireless network so that the providing apparatus provides the ad hoc wireless network configuration parameters for the second ad hoc wireless network to the one or more receiving apparatuses;
a sharing unit performing sharing processing for sharing the ad hoc wireless network configuration parameters by transferring the ad hoc wireless configuration parameters from the providing apparatus to the one or more receiving apparatuses; and
a forming unit that forms a wireless network for the sharing processing, wherein the wireless communication apparatuses that share the ad hoc wireless network configuration parameters is limited by being permitted to participate in the wireless network for the sharing processing formed by the forming unit.
6. The apparatus according to claim 5, further comprising a transmission unit that transmits an inquiry message for inquiring of the existence of the master apparatus,
wherein the first deciding unit decides the master apparatus, in accordance with reception of a response message responding to the inquiry message.
7. The apparatus according to claim 6, wherein the wireless communication apparatus itself is decided by the first deciding unit as being the master apparatus in a case where no response to the inquiry message is received.
8. The apparatus according to claim 5, further comprising:
a reception unit that receives an inquiry message from another wireless communication apparatus for inquiring of the existence of the master apparatus; and
a management unit that manages the number of other wireless communication apparatuses which request to participate in the sharing processing in accordance with reception of the inquiry message by the reception unit.
9. A non-transitory computer-readable recording medium on which is recorded a computer-executable program comprised of executable code that, when executed by a computer, causes the computer to execute sharing ad hoc wireless network configuration parameters for wirelessly communicating among a plurality of wireless communication apparatuses via an ad hoc wireless network, the program comprising:
a first deciding step of deciding, executed by a wireless communication apparatus in a first ad hoc wireless network, a master apparatus from among the plurality of wireless communication apparatuses, including the wireless communication apparatus itself, wherein the master apparatus decides a providing apparatus for providing the ad hoc wireless network configuration parameters for a second ad hoc wireless network and one or more receiving apparatuses for receiving the ad hoc wireless network configuration parameters for the second ad hoc wireless network from the providing apparatus;
a collection step of collecting, executed by the master apparatus in the first ad hoc wireless network, device capabilities from one or more slave apparatuses joined in the first ad hoc wireless network;
a limiting step of limiting, executed by the master apparatus in the first ad hoc wireless network, wireless communication apparatuses with which the ad hoc wireless network configuration parameters for the second ad hoc wireless network are shared, wherein the master apparatus notifies a wireless communication apparatus that transmitted device capabilities to the master apparatus after a participation acceptance timer managed by the master apparatus has timed out, of a participation refusal for refusing to allow the wireless communication apparatus to participate in the first ad hoc wireless network, while continuing communication with the one or more slave apparatuses which have participated in the first ad hoc wireless network;
a second deciding step of deciding, executed by the master apparatus in the first ad hoc wireless network, the providing apparatus for providing the ad hoc wireless network configuration parameters for the second ad hoc wireless network and the one or more receiving apparatuses for receiving the ad hoc wireless network configuration parameters for the second ad hoc wireless network from the providing apparatus, from among the master apparatus and the one or more slave apparatuses that are not refused in the limiting step in accordance with a device capability of the master apparatus and the device capabilities of the one or more slave apparatuses collected in the collection step;
a notifying step of notifying, executed by the master apparatus in the first ad hoc wireless network, the one or more slave apparatuses of information for sharing the ad hoc wireless network configuration parameters for the second ad hoc wireless network so that the providing apparatus provides the ad hoc wireless network configuration parameters for the second ad hoc wireless network to the one or more receiving apparatuses;
a sharing step of performing, executed by the providing apparatus, sharing processing for sharing the ad hoc wireless network configuration parameters by transferring the ad hoc wireless network configuration parameters form the providing apparatus to the one or more slave apparatuses; and
a forming step of forming, executed by a wireless communication apparatus, a wireless network for the sharing processing, wherein, the wireless communication apparatuses that share the ad hoc wireless network configuration parameters is limited by being permitted to participate in the wireless network for the sharing processing formed in the forming step.
US11/911,718 2005-06-13 2006-05-24 Communication apparatus and communication parameter configuration method thereof Active 2027-09-08 US8638689B2 (en)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2005-172968 2005-06-13
JP2005172968A JP4502393B2 (en) 2005-06-13 2005-06-13 Communication parameter sharing method and communication apparatus
PCT/JP2006/310833 WO2006134772A1 (en) 2005-06-13 2006-05-24 Communication apparatus and communication parameter configuration method thereof

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2006/310833 A-371-Of-International WO2006134772A1 (en) 2005-06-13 2006-05-24 Communication apparatus and communication parameter configuration method thereof

Related Child Applications (2)

Application Number Title Priority Date Filing Date
US14/109,719 Continuation US9544929B2 (en) 2005-06-13 2013-12-17 Communication apparatus and communication parameter configuration method thereof
US14/109,764 Continuation US9301328B2 (en) 2005-06-13 2013-12-17 Communication apparatus and communication parameter configuration method thereof

Publications (2)

Publication Number Publication Date
US20090092060A1 US20090092060A1 (en) 2009-04-09
US8638689B2 true US8638689B2 (en) 2014-01-28

Family

ID=37532138

Family Applications (4)

Application Number Title Priority Date Filing Date
US11/911,718 Active 2027-09-08 US8638689B2 (en) 2005-06-13 2006-05-24 Communication apparatus and communication parameter configuration method thereof
US14/109,764 Active 2026-09-21 US9301328B2 (en) 2005-06-13 2013-12-17 Communication apparatus and communication parameter configuration method thereof
US14/109,719 Active 2026-09-21 US9544929B2 (en) 2005-06-13 2013-12-17 Communication apparatus and communication parameter configuration method thereof
US15/290,536 Active US10015830B2 (en) 2005-06-13 2016-10-11 Communication apparatus and communication parameter configuration method thereof

Family Applications After (3)

Application Number Title Priority Date Filing Date
US14/109,764 Active 2026-09-21 US9301328B2 (en) 2005-06-13 2013-12-17 Communication apparatus and communication parameter configuration method thereof
US14/109,719 Active 2026-09-21 US9544929B2 (en) 2005-06-13 2013-12-17 Communication apparatus and communication parameter configuration method thereof
US15/290,536 Active US10015830B2 (en) 2005-06-13 2016-10-11 Communication apparatus and communication parameter configuration method thereof

Country Status (3)

Country Link
US (4) US8638689B2 (en)
JP (1) JP4502393B2 (en)
WO (1) WO2006134772A1 (en)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20130188523A1 (en) * 2012-01-25 2013-07-25 Canon Kabushiki Kaisha Communication apparatus, method for controlling communication apparatus, and computer-readable storage medium
US20140105065A1 (en) * 2005-06-13 2014-04-17 Canon Kabushiki Kaisha Communication apparatus and communication parameter configuration method thereof
US11271733B2 (en) * 2016-12-14 2022-03-08 Mitsubishi Electric Corporation Communication device, electrical device, terminal, communication method, and storage medium

Families Citing this family (46)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4900891B2 (en) * 2005-04-27 2012-03-21 キヤノン株式会社 Communication apparatus and communication method
US8560829B2 (en) 2006-05-09 2013-10-15 Broadcom Corporation Method and system for command interface protection to achieve a secure interface
US8285988B2 (en) 2006-05-09 2012-10-09 Broadcom Corporation Method and system for command authentication to achieve a secure interface
US8619623B2 (en) * 2006-08-08 2013-12-31 Marvell World Trade Ltd. Ad-hoc simple configuration
US8233456B1 (en) 2006-10-16 2012-07-31 Marvell International Ltd. Power save mechanisms for dynamic ad-hoc networks
US8732315B2 (en) 2006-10-16 2014-05-20 Marvell International Ltd. Automatic ad-hoc network creation and coalescing using WiFi protected setup
US9308455B1 (en) 2006-10-25 2016-04-12 Marvell International Ltd. System and method for gaming in an ad-hoc network
JP4789817B2 (en) * 2007-01-29 2011-10-12 キヤノン株式会社 COMMUNICATION DEVICE, COMMUNICATION DEVICE COMMUNICATION METHOD, AND PROGRAM
JP4929040B2 (en) * 2007-05-10 2012-05-09 キヤノン株式会社 Communication apparatus and communication method
JP4956281B2 (en) * 2007-05-29 2012-06-20 キヤノン株式会社 Wireless communication apparatus and control method thereof
JP5171167B2 (en) * 2007-09-05 2013-03-27 キヤノン株式会社 COMMUNICATION DEVICE FOR COMMUNICATION PARAMETER SETTING PROCESS, CONTROL METHOD FOR COMMUNICATION DEVICE, AND COMPUTER PROGRAM
CN101849386B (en) * 2007-11-01 2013-09-04 Lg电子株式会社 Procedure of setting up peer link in wireless mesh network and wireless station supporting the same
CN101436930A (en) 2007-11-16 2009-05-20 华为技术有限公司 Method, system and equipment for distributing cipher key
JP4998305B2 (en) * 2008-02-13 2012-08-15 株式会社ナカヨ通信機 Wireless communication terminal having local communication function
JP5270937B2 (en) 2008-03-17 2013-08-21 キヤノン株式会社 COMMUNICATION DEVICE AND ITS CONTROL METHOD
JP5294676B2 (en) * 2008-04-02 2013-09-18 三菱電機株式会社 Communication control method, communication apparatus, and multi-hop ad hoc network
KR101297163B1 (en) * 2008-10-28 2013-08-21 에스케이플래닛 주식회사 A traffic information supply system using personal area network, a traffic information supply method thereby, a service server, a relay method, an application server, a mobile terminal, a navigation terminal, an execution method and a storage means
JP5435927B2 (en) 2008-11-05 2014-03-05 キヤノン株式会社 Communication device, control method, program
JP5295017B2 (en) * 2009-07-07 2013-09-18 キヤノン株式会社 COMMUNICATION DEVICE, COMMUNICATION DEVICE CONTROL METHOD, PROGRAM
JP5053400B2 (en) * 2010-03-15 2012-10-17 株式会社バッファロー Wireless LAN device, protocol execution method and program thereof
WO2012026299A1 (en) * 2010-08-24 2012-03-01 日本電気株式会社 State control system and method
US8923770B2 (en) 2010-12-09 2014-12-30 Microsoft Corporation Cognitive use of multiple regulatory domains
US8792429B2 (en) 2010-12-14 2014-07-29 Microsoft Corporation Direct connection with side channel control
US9294545B2 (en) 2010-12-16 2016-03-22 Microsoft Technology Licensing, Llc Fast join of peer to peer group with power saving mode
US8948382B2 (en) 2010-12-16 2015-02-03 Microsoft Corporation Secure protocol for peer-to-peer network
US20120158839A1 (en) * 2010-12-16 2012-06-21 Microsoft Corporation Wireless network interface with infrastructure and direct modes
US8971841B2 (en) 2010-12-17 2015-03-03 Microsoft Corporation Operating system supporting cost aware applications
JP5754255B2 (en) * 2011-06-14 2015-07-29 ブラザー工業株式会社 Wireless communication device
US9231926B2 (en) * 2011-09-08 2016-01-05 Lexmark International, Inc. System and method for secured host-slave communication
JP2014050052A (en) * 2012-09-03 2014-03-17 Ricoh Co Ltd Radio communication system, radio communication method, and radio communication device
JP6015315B2 (en) * 2012-09-28 2016-10-26 ブラザー工業株式会社 Communication device
US9552317B2 (en) * 2012-10-19 2017-01-24 Fairchild Semiconductor Corporation Apparatus and method for operating and switching a single conductor interface
US9679273B2 (en) * 2012-10-24 2017-06-13 Blackberry Limited Method, system and communication device for generating notification signals
JP5595474B2 (en) * 2012-12-27 2014-09-24 キヤノン株式会社 COMMUNICATION DEVICE, CONTROL METHOD FOR COMMUNICATION DEVICE, AND COMPUTER PROGRAM
US20140214940A1 (en) * 2013-01-31 2014-07-31 Sony Corporation Networked devices matching capabilities with tasks
JP6260091B2 (en) * 2013-03-18 2018-01-17 ブラザー工業株式会社 Wireless communication system and wireless communication device
US11127001B2 (en) * 2013-05-09 2021-09-21 Wayne Fueling Systems Llc Systems and methods for secure communication
JP5762490B2 (en) * 2013-09-05 2015-08-12 キヤノン株式会社 COMMUNICATION DEVICE, COMMUNICATION DEVICE CONTROL METHOD, AND COMPUTER PROGRAM FOR CAUSING COMPUTER TO EXECUTE THE CONTROL METHOD
US9276910B2 (en) * 2013-11-19 2016-03-01 Wayne Fueling Systems Llc Systems and methods for convenient and secure mobile transactions
JP6732460B2 (en) * 2016-01-26 2020-07-29 キヤノン株式会社 Communication device, communication method, program
EP3915475B1 (en) * 2016-10-18 2024-09-04 Dexcom, Inc. System and method for communication of analyte data
US11032855B2 (en) 2016-10-18 2021-06-08 Dexcom, Inc. System and method for communication of analyte data
KR102432429B1 (en) * 2017-12-02 2022-08-17 현대자동차주식회사 Vehicle and controlling method for the same
US11005867B1 (en) * 2018-06-14 2021-05-11 Ca, Inc. Systems and methods for tuning application network behavior
CN109377987B (en) * 2018-08-31 2020-07-28 百度在线网络技术(北京)有限公司 Interaction method, device, equipment and storage medium between intelligent voice equipment
CN112566113B (en) * 2019-09-06 2023-04-07 阿里巴巴集团控股有限公司 Key generation and terminal network distribution method, device and equipment

Citations (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH09238132A (en) 1996-02-29 1997-09-09 Oki Electric Ind Co Ltd Portable terminal communication system and its communication method
JPH11146030A (en) 1997-11-07 1999-05-28 Nec Corp Method for deciding expedient master in radio conference system
JP2001313723A (en) 2000-04-28 2001-11-09 Fujitsu Ltd Communication support method
JP2001326658A (en) 2000-03-10 2001-11-22 Fujitsu Ltd Network load managing unit, communication unit, communication method, medium and program
US20030002482A1 (en) * 1995-10-05 2003-01-02 Kubler Joseph J. Hierarchical data collection network supporting packetized voice communications among wireless terminals and telephones
US20030018735A1 (en) * 2000-07-28 2003-01-23 Teruko Fujii Communication method and communication system
US20030037283A1 (en) * 2001-08-15 2003-02-20 Anand Srinivasan Electing a master server using election periodic timer in fault-tolerant distributed dynamic network systems
US20030100335A1 (en) * 2001-11-27 2003-05-29 Seiko Epson Corporation Adaptor for wireless network
US20030119484A1 (en) * 2001-12-26 2003-06-26 Tomoko Adachi Communication system, wireless communication apparatus, and communication method
JP2003318922A (en) 2002-04-25 2003-11-07 Nippon Telegraph & Telephone East Corp Wireless network access system, terminal, wireless access point, remote access server, and authentication server
JP2003338821A (en) 2002-05-20 2003-11-28 Nec Viewtechnology Ltd Wireless network system
JP2004032664A (en) 2001-12-26 2004-01-29 Toshiba Corp Radio communication system, radio communication apparatus, and radio communication method
JP2004158954A (en) 2002-11-05 2004-06-03 Nec Viewtechnology Ltd Wireless communication system, wireless communication apparatus, and wireless communication method
JP2005027280A (en) 2003-06-12 2005-01-27 Matsushita Electric Ind Co Ltd Bluetooth (r) master selection method, bluetooth master selection program, and bluetooth device
US20050182942A1 (en) * 2004-02-17 2005-08-18 Doru Calin Methods and devices for obtaining domain access rights
US7072354B1 (en) * 2001-10-03 2006-07-04 Cisco Technology, Inc. Token registration of managed devices

Family Cites Families (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7103511B2 (en) * 1998-10-14 2006-09-05 Statsignal Ipc, Llc Wireless communication networks for providing remote monitoring of devices
US20020063621A1 (en) * 2000-09-01 2002-05-30 Next Planet, Inc. Method and apparatus for device communications
JP2003259444A (en) 2002-02-27 2003-09-12 Sony Corp System for wireless communication, method therefor, wireless base station and mobile station
US20050201342A1 (en) * 2002-03-27 2005-09-15 Randy Wilkinson Wireless access point network and management protocol
US6931132B2 (en) * 2002-05-10 2005-08-16 Harris Corporation Secure wireless local or metropolitan area network and related methods
SG105005A1 (en) * 2002-06-12 2004-07-30 Contraves Ag Device for firearms and firearm
JP2004159050A (en) 2002-11-06 2004-06-03 Canon Inc Radio communication system
JP4672968B2 (en) 2003-04-23 2011-04-20 キヤノン株式会社 Imaging device
JP4136771B2 (en) 2003-04-23 2008-08-20 キヤノン株式会社 COMMUNICATION SYSTEM, COMMUNICATION DEVICE, ITS CONTROL METHOD, AND COMPUTER PROGRAM
JP2005080158A (en) 2003-09-03 2005-03-24 Mega Chips Corp Wireless communication apparatus
US7657744B2 (en) * 2004-08-10 2010-02-02 Cisco Technology, Inc. System and method for dynamically determining the role of a network device in a link authentication protocol exchange
JP4923283B2 (en) * 2004-08-20 2012-04-25 富士ゼロックス株式会社 Wireless communication system, communication device, and communication control program
JP4715239B2 (en) * 2005-03-04 2011-07-06 沖電気工業株式会社 Wireless access device, wireless access method, and wireless network
JP4502393B2 (en) * 2005-06-13 2010-07-14 キヤノン株式会社 Communication parameter sharing method and communication apparatus
JP5328141B2 (en) * 2007-12-05 2013-10-30 キヤノン株式会社 COMMUNICATION DEVICE, COMMUNICATION DEVICE CONTROL METHOD, COMPUTER PROGRAM

Patent Citations (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030002482A1 (en) * 1995-10-05 2003-01-02 Kubler Joseph J. Hierarchical data collection network supporting packetized voice communications among wireless terminals and telephones
US6018581A (en) 1996-02-29 2000-01-25 Oki Electric Industry Co., Ltd. Communication system and communication method
JPH09238132A (en) 1996-02-29 1997-09-09 Oki Electric Ind Co Ltd Portable terminal communication system and its communication method
JPH11146030A (en) 1997-11-07 1999-05-28 Nec Corp Method for deciding expedient master in radio conference system
JP2001326658A (en) 2000-03-10 2001-11-22 Fujitsu Ltd Network load managing unit, communication unit, communication method, medium and program
JP2001313723A (en) 2000-04-28 2001-11-09 Fujitsu Ltd Communication support method
US20030018735A1 (en) * 2000-07-28 2003-01-23 Teruko Fujii Communication method and communication system
US20030037283A1 (en) * 2001-08-15 2003-02-20 Anand Srinivasan Electing a master server using election periodic timer in fault-tolerant distributed dynamic network systems
US7072354B1 (en) * 2001-10-03 2006-07-04 Cisco Technology, Inc. Token registration of managed devices
US20030100335A1 (en) * 2001-11-27 2003-05-29 Seiko Epson Corporation Adaptor for wireless network
JP2003163668A (en) 2001-11-27 2003-06-06 Seiko Epson Corp Adaptor for radio network
US20030119484A1 (en) * 2001-12-26 2003-06-26 Tomoko Adachi Communication system, wireless communication apparatus, and communication method
JP2004032664A (en) 2001-12-26 2004-01-29 Toshiba Corp Radio communication system, radio communication apparatus, and radio communication method
JP2003318922A (en) 2002-04-25 2003-11-07 Nippon Telegraph & Telephone East Corp Wireless network access system, terminal, wireless access point, remote access server, and authentication server
JP2003338821A (en) 2002-05-20 2003-11-28 Nec Viewtechnology Ltd Wireless network system
JP2004158954A (en) 2002-11-05 2004-06-03 Nec Viewtechnology Ltd Wireless communication system, wireless communication apparatus, and wireless communication method
JP2005027280A (en) 2003-06-12 2005-01-27 Matsushita Electric Ind Co Ltd Bluetooth (r) master selection method, bluetooth master selection program, and bluetooth device
US7555264B2 (en) 2003-06-12 2009-06-30 Panasonic Corporation Bluetooth master selecting method, bluetooth master selecting program and bluetooth apparatus
US20050182942A1 (en) * 2004-02-17 2005-08-18 Doru Calin Methods and devices for obtaining domain access rights

Non-Patent Citations (5)

* Cited by examiner, † Cited by third party
Title
Japanese Office Action dated Dec. 9, 2011 issued during prosecution of related Japanese application No. 2009-175786.
Japanese Office Action dated May 29, 2009 issued in a counterpart Japanese application.
Japanese Office Action dated Nov. 11, 2013 issued during prosecution of related Japanese application No. 2012-176356.
Kazuhiro Miyatsu, "Technology Kaitai Shinsho-Bluetooth Technical Description Guide", Jun. 11, 2001, p. 144-154, p. 191-214.
Kazuhiro Miyatsu, "Technology Kaitai Shinsho—Bluetooth Technical Description Guide", Jun. 11, 2001, p. 144-154, p. 191-214.

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20140105065A1 (en) * 2005-06-13 2014-04-17 Canon Kabushiki Kaisha Communication apparatus and communication parameter configuration method thereof
US9544929B2 (en) * 2005-06-13 2017-01-10 Canon Kabushiki Kaisha Communication apparatus and communication parameter configuration method thereof
US20170034861A1 (en) * 2005-06-13 2017-02-02 Canon Kabushiki Kaisha Communication apparatus and communication parameter configuration method thereof
US10015830B2 (en) * 2005-06-13 2018-07-03 Canon Kabushiki Kaisha Communication apparatus and communication parameter configuration method thereof
US20130188523A1 (en) * 2012-01-25 2013-07-25 Canon Kabushiki Kaisha Communication apparatus, method for controlling communication apparatus, and computer-readable storage medium
US11271733B2 (en) * 2016-12-14 2022-03-08 Mitsubishi Electric Corporation Communication device, electrical device, terminal, communication method, and storage medium

Also Published As

Publication number Publication date
WO2006134772A1 (en) 2006-12-21
US20140108806A1 (en) 2014-04-17
US20140105065A1 (en) 2014-04-17
US20170034861A1 (en) 2017-02-02
JP2006352281A (en) 2006-12-28
JP4502393B2 (en) 2010-07-14
US9544929B2 (en) 2017-01-10
US10015830B2 (en) 2018-07-03
US9301328B2 (en) 2016-03-29
US20090092060A1 (en) 2009-04-09

Similar Documents

Publication Publication Date Title
US10015830B2 (en) Communication apparatus and communication parameter configuration method thereof
US11553539B2 (en) Communication apparatus and communication method
US11671813B2 (en) Function execution device and communication terminal
US7903646B2 (en) Wireless communication system allowing group identification information to be publicly available and to be hidden, wireless access point device, and communication method and program for wireless access point device
US7882196B2 (en) Communication apparatus, communication parameter configuration method and communication method
KR101883129B1 (en) Communication apparatus, control method, and computer-readable storage medium
US20110075186A1 (en) Image processing apparatus, method performed by image processing apparatus, program product, and recording medium therefor
US20130243196A1 (en) Communication system, communication device and processing method therefor
US11758394B2 (en) Communication device and non-transitory computer-readable recording medium storing computer-readable instructions for communication device
US8533781B2 (en) Access method suitable for wireless personal area network
EP2713672B1 (en) Wireless slave devices configuration and communication therewith
WO2018113113A1 (en) Double-system terminal wifi sharing method and device
US12086494B2 (en) Communication apparatus, control method for controlling the same, and storage medium
JP7347588B2 (en) Communication equipment and mobile terminals
JP2020108117A (en) Communication device and control method of the same
JP5518145B2 (en) Communication parameter sharing method and communication apparatus
JP5828947B2 (en) Communication device, control method, and program
JP5137911B2 (en) Communication parameter sharing method and communication apparatus
JP2006285090A (en) Network construction method and communication equipment
JP5769777B2 (en) Communication device, control method, and program

Legal Events

Date Code Title Description
AS Assignment

Owner name: CANON KABUSHIKI KAISHA, JAPAN

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:GOTO, FUMIHIDE;REEL/FRAME:020069/0670

Effective date: 20071012

STCF Information on status: patent grant

Free format text: PATENTED CASE

FEPP Fee payment procedure

Free format text: PAYOR NUMBER ASSIGNED (ORIGINAL EVENT CODE: ASPN); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY

FPAY Fee payment

Year of fee payment: 4

MAFP Maintenance fee payment

Free format text: PAYMENT OF MAINTENANCE FEE, 8TH YEAR, LARGE ENTITY (ORIGINAL EVENT CODE: M1552); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY

Year of fee payment: 8