JP4642652B2 - Radio control terminal, radio communication system, and radio communication method - Google Patents

Description

  The present invention relates to a wireless control terminal that communicates with a device through a wireless network.

In recent years, with the spread of near field wireless technologies such as Bluetooth (registered trademark) and UWB (Ultra Wide Band), the spread of PAN (Personal Area Network) is expected. The PAN is a network that constitutes a personal network environment, and is mainly configured by users who have devices with short-range wireless interfaces (such as mobile phones and information home appliances). For example, information home appliances such as a television, a video, and a camera are used for the device. Information terminals such as mobile phones and PDAs (Personal Digital Assistance) are also used for this.
With the PAN, it is possible to control information home appliances using a mobile phone as an information terminal. When UWB that realizes a transmission speed of 400 Mbs or more is applied to PAN, for example, video data obtained by a streaming service can be transferred to a television or recorded on video.

Here, when a certain user (hereinafter referred to as “user A”) constructs a PAN using his / her mobile phone and an information home appliance (such as a television) at home, the information home appliance is operated through the PAN by operating the mobile phone. The normal usage pattern is to control the device. For example, when a friend of the user A, that is, a third party (hereinafter referred to as “user B”) also operates his / her mobile phone to control the information home appliance owned by the user A through the PAN ( For example, the connection form becomes a problem in relation to security and the like for controlling the television to transmit broadcast content.
However, in such a case, it is considered that a connection form in which the mobile phone of user A relays between the mobile phone of user B and the information home appliance is a general method. Because, by doing so, the direct access destination of the user B from the mobile phone is only the mobile phone of the user A, and it is necessary to give the access authority to the PAN to the mobile phone of the user B Because there will be no more.
If access authority to PAN is given to user B's mobile phone, user B can easily perform unauthorized control on information home appliances in PAN using his mobile phone. (For example, erasing music data). For this reason, it is usually necessary to perform access control within the PAN in order to avoid such unauthorized control by a third party. However, even if the access control is performed in the PAN, it is difficult to set the access control because of the usage mode of the PAN (the control target is easily changed). Further, in the case of Bluetooth, since the PAN is composed of a master and a slave, access control cannot be set in the slave information home appliance.

  Under such circumstances, an application gateway (hereinafter also simply referred to as “gateway”) that acquires information about a device connected to a home network from a client connected to a network outside the home network has been disclosed. ing. Further, it is disclosed that authentication using a one-time password or SSL (Secure Socket Layer) is performed between the client and the information processing apparatus (for example, see Patent Document 1).

Next, a system configuration and processing procedure when the technique disclosed in Patent Document 1 is applied to PAN will be described. Here, the case where the gateway in Patent Document 1 is applied to the user A's mobile phone and the client in Patent Document 1 is applied to the user B's mobile phone will be described.
The system configuration in this case is shown in FIG. In FIG. 19, the user B's mobile phone is shown as a mobile phone 1901, and the user A's mobile phone is shown as a mobile phone (gateway) 1902.
The mobile phone 1902 controls and manages the PAN. Specifically, the mobile phone 1902 performs IP (Internet Protocol) communication with a video playback device 1903 and an audio playback device 1904 that exist within a predetermined wireless communication area that constitutes the PAN. Note that the video playback device 1903 is in the same room as the mobile phone 1902, while the audio playback device 1904 is in a different room from the mobile phone 1902. That is, the user A can see the video playback device 1903 but cannot see the audio playback device 1904.
In such a case, the mobile phone 1902 can play the video recorded in the video playback device 1903 or the voice recorded in the audio playback device 1904 through the PAN.

Next, a processing procedure in the case of acquiring content (audio data) recorded in the audio playback device 1904 in the mobile phone 1901 in the system of FIG. 19 will be described with reference to FIG.
In step S1000, a connection is established between the mobile phone 1901 and the mobile phone 1902.
In step S <b> 1001, login processing is performed between the mobile phone 1901 and the mobile phone 1902. In this case, as disclosed in Patent Document 1, the mobile phone 1902 generates a one-time password and displays it on the screen of the mobile phone 1901. The password displayed on the screen of the mobile phone 1901 is input to the mobile phone 1901. Then, the cellular phone 1901 logs in to the cellular phone 1902 using the password. At this time, connection by SSL (Secure Socket Layer) is performed between the mobile phone 1901 and the mobile phone 1902.
After the login, the mobile phone 1902 gives the mobile phone 1901 permission to use the devices in the PAN (here, the video playback device 1903 and the audio playback device 1904). At this time, as disclosed in Patent Document 1, between the mobile phone 1901 and the mobile phone 1902, a secret information sharing process using a message digest is performed and mutual authentication is performed.

In step S <b> 1002, the mobile phone 1901 requests the device list (corresponding to information on the device in Patent Document 1) from the mobile phone 1902. This request is made using a message for obtaining a list of all devices present in the PAN. For example, an SSDP Get Device List message of UPnP (Universal Plug and Play) is used for this.
In step S <b> 1003, the mobile phone 1902 makes a device list response to the mobile phone 1901. Specifically, the mobile phone 1902 outputs addresses of all devices existing in the PAN and URLs (Uniform Resource Locators) to services that each device can provide to the mobile phone 1901. The service here refers to a transmission service of contents such as audio data and video data. Thereby, for example, the cellular phone 1901 can receive a predetermined content transmission service by the processing after step S1004 described later.

Specifically, in step S1004, the cellular phone 1901 makes an HTTP (HyperText Transfer Protocol) request to the cellular phone 1902. More specifically, the mobile phone 1901 makes a request for the device list to the mobile phone 1902 based on a predetermined URL specified from the device list. In response to the request, the mobile phone 1902 makes an HTTP request to, for example, the audio playback device 1904 (step S1005). Specifically, the mobile phone 1902 analyzes the URL specified by the HTTP request, and makes the HTTP request to the audio playback device 1904 having the URL.
Upon receiving the HTTP request, the audio playback device 1904 extracts content (for example, audio data) corresponding to the HTTP request, and transmits the content to the mobile phone 1902 (step S1006). Then, the mobile phone 1902 transmits the content to the mobile phone 1901 (step S1007). Accordingly, the mobile phone 1901 can receive and play back content from the mobile phone 1902.

  Further, when another URL is specified from the device list on the mobile phone 1901, the processing of steps S1008 to S1011 is performed in the same manner as the processing of steps S1004 to S1007. As a result, the mobile phone 1901 can reproduce other content. In communication between the mobile phone 1901 and the mobile phone 1902, the mobile phone 1901 can securely access the PAN by performing encryption processing such as SSL.

JP 2004-272632 A

However, the information on devices in Patent Document 1 includes information on all devices connected to the home network. For this reason, even if such a technique is applied to the PAN (see FIGS. 19 and 20), for example, the information terminal actually uses the wireless distance between the mobile phone outside the PAN and the device inside the PAN. In other words, information regarding a device that cannot be used is acquired, and the service of a desired device cannot be efficiently provided.
Therefore, the present invention has been made under such circumstances, and an object of the present invention is to provide support for efficiently providing services of devices belonging to a wireless network to terminals outside the wireless network. To do.

  In order to achieve the above object, the present invention is a wireless control terminal that controls a device capable of providing a predetermined service under the management of a wireless network, and manages service information related to the service that can be provided by the device. Based on a wireless signal from the device, a management device, a first connection device that connects to the device, a second connection device that connects to an external terminal that is not managed by the wireless network, and the second device In response to a request from the external terminal connected by the connection means, service information relating to a service that can be provided by the device is extracted from the management means, and the service information is provided to the external terminal; Relay between the device capable of providing the service related to the service information provided by the means and the external terminal, and Of the entity; and a relay means for providing to the external terminal.

  ADVANTAGE OF THE INVENTION According to this invention, the assistance which provides efficiently the service of the device which belongs to a wireless network with respect to the terminal outside the wireless network can be performed.

Embodiments 1 to 3 of the present invention will be described below with reference to the drawings.
(Embodiment 1)
FIG. 1 is a block diagram showing an example of the overall configuration of a radio communication system 1 in the present embodiment.
The wireless communication system 1 includes a control terminal (wireless control terminal) 10 and a mobile phone (external terminal) 20. The control terminal 10 is used to control a video playback device (also referred to as a device) 11 and an audio playback device (also referred to as a device) 12 connected to a PAN (Personal Area Network) 100. The PAN 100 is a wireless network configured using a short-range wireless interface such as Bluetooth (registered trademark), UWB (Ultra Wide Band), or Zigbee. In FIG. 1, the video playback device 11 is in the same room as the control terminal 10, but the audio playback device 12 is outside.
Further, the control terminal 10 and the mobile phone 20 are configured to be connectable to the search server 40 via a communication network 30 such as a mobile phone network. The search server 40 manages a storage unit 401 such as a memory that stores address information related to the control terminal 10. The address information includes, for example, an IP (Internet Protocol) address (communication address) of the control terminal 10. The search server 40 includes a processing device such as a CPU.

This will be described more specifically. The control terminal 10 is a mobile phone, for example, and is used by the owner of the PAN 100 (hereinafter referred to as “manager”). Control terminal 10 is not limited to a mobile phone, and may be an information terminal such as a PHS (Personal Handyphone System) or a game machine.
The control terminal 10 has a PAN interface, and manages information (for example, device ID) of all devices connected to the PAN based on a beacon b10 and beacon responses b11 and b12 described later.
The video playback device 11 can provide content (also referred to as a service entity) such as video data, for example, a personal computer, a television, a video deck, a hard disk recorder, a DVD recorder, and the like. In the present embodiment, the services that can be provided by the video playback device 11 include two types of services: video services that provide video data and audio services that provide audio data. The audio playback device 12 is capable of providing a service for providing audio data content (also referred to as a service entity). For example, a mobile phone (including a speaker), a personal computer, and the like correspond to this. In FIG. 1, two units, the video playback device 11 and the audio playback device 12, are shown as devices under the control of the PAN 100, but other types of devices (such as game machines) may be used as devices. Good.
The cellular phone 20 has an interface of the PAN 100 and is used for a user other than the administrator (a third party as viewed from the administrator).

FIG. 2 is a block diagram illustrating a configuration example of the control terminal 10.
In FIG. 2, the control terminal 10 includes service search response means (providing means) 101, external device management means 102, and external connection means (second connection means) 103. The control terminal 10 includes an internal device management unit (management unit) 104, a transmission relay unit (relay unit) 105, a PAN device search unit (hereinafter referred to as “search unit”) 106, and a PAN connection unit (first connection). Means) 107. These functions are described in detail below.
The service search response means 101 responds in response to a service search request from the mobile phone 20. A service means a service that a device in the PAN 100 can provide.
The external device management unit 102 manages an external device (in the present embodiment, the mobile phone 20) connected to the PAN 100 from the outside of the PAN 100.

The external connection unit 103 performs communication connection with an external device outside the PAN 100. As the external connection means 103, a protocol stack for PAN such as Bluetooth (registered trademark), UWB, Zigbee or the like is used, but is not limited thereto. For example, a LAN related to IEEE (Institute of Electrical and Electronic Engineers) 802 or a wireless LAN protocol stack software / hardware may be used.
The internal device management unit 104 manages devices (in the present embodiment, the apparatuses 11 and 12) existing in the PAN 100.

The transmission relay unit 105 performs communication protocol and content conversion when the control terminal 10 relays communication between the mobile phone 20 and a device connected to the PAN 100. The content conversion includes, for example, data format conversion. The transmission relay means 105 is realized by using, for example, NAT (Network Address Translation), codec, or transcoder software.
The search means 106 searches for devices existing in the PAN 100 and services provided to the devices. Specifically, the search means 106 generates a PAN service discovery request to be described later. The search unit 106 receives a response from a device existing in the PAN 100, extracts data (device ID or the like) related to the device, and performs processing for registering the data in the internal device management unit 104.
The PAN connection unit 107 is a protocol stack for connecting to the PAN 100, and is realized by software or hardware of a PAN protocol stack such as Bluetooth, UWB, or Zigbee. With this configuration, the PAN connection unit 107 can output a beacon for confirming the location of a device in the PAN 100.

  The management means 102 and 104 of the control terminal 10 can be realized by a storage device such as an HDD (Hard Disk Drive) or a semiconductor memory. Each means 101, 103, 105-107 of the control terminal 10 can be realized by a processing device such as a CPU. The processing device executes according to the control program stored in the storage device.

FIG. 3 is a block diagram illustrating a configuration example of the mobile phone 20.
In FIG. 3, the mobile phone 20 includes relay device search means 201 (hereinafter referred to as “device search means 201”), PNC connection means (external terminal side connection means) 202, and relay device management means 203. In addition, the mobile phone 20 includes service search means (request means) 204, PAN MAC detection means (detection means) 205 (hereinafter referred to as “detection means 205”), and control means (service execution means) 206. These functions are described in detail below.
The device search unit 201 searches for a relay device (the control terminal 10 in the present embodiment) that controls a device under the management of the PAN 100. In addition, the device search unit 201 generates a search request for the IP address of the control terminal 10 and sends the search request to the search server 40 via the communication network 30. In the present embodiment, for example, the IP address of the control terminal 10 is obtained as a search result by the search request.

  The PNC connection unit 202 connects to the control terminal 10. PNC is an abbreviation for Personal Area Network Controller. The PNC connection unit 202 corresponds to two connections, that is, connection using a PAN protocol or the like and IP connection, and is realized by, for example, a protocol stack or middleware. In the present embodiment, a PAN protocol stack such as Bluetooth, UWB, or Zigbee is used as the means 202, but the present invention is not limited to this. For example, it may be configured by an IEEE802-related LAN or wireless LAN protocol stack software / hardware.

  The relay device management unit 203 manages a relay device (control terminal 10 in the present embodiment) that serves as a PAN window (gateway) to be accessed by an external device (the mobile phone 20 in the present embodiment).

The service search means 204 searches for a service (for example, a voice service) that can be provided in the PAN 100.
The detection unit 205 detects a MAC layer signal in the PAN 100. In the present embodiment, for example, the detection unit 205 detects a beacon and a part of information included in the beacon.
The control unit 206 controls a speaker, a display screen, and the like attached to the mobile phone 20.

  The relay device management unit 203 of the mobile phone 20 can be realized by a storage device such as an HDD or a semiconductor memory. Each unit 201 to 206 (excluding 203) of the mobile phone 20 can be realized by a processing device such as a CPU. The processing device executes according to the control program stored in the storage device.

Next, a data configuration example of each of the management units 102, 104, and 203 will be described.
FIG. 4 is a diagram showing a field configuration example of the external device management unit 102 in the control terminal 10. As illustrated in FIG. 4, the external device management unit 102 manages data of items of an IP address 1021, a SIP URI 1022, and a provision count 1023. SIP is an abbreviation for Session Initiation Protocol, and URI is an abbreviation for Uniform Resource Identifier.
An IP address 1021 indicates an IP address of an external device outside the PAN 100.
The SIP URI 1022 indicates an access destination (character string) to a service that can be provided by a device in the PAN 100, and is defined by RFC 3261 of the SIP IETF (Internet Engineering Task Force).
The provision count 1023 indicates the number of times the service is provided using the access destination specified by the SIP URI 1022. By holding the number of times of provision 1023, it is possible to distinguish whether the request for starting the service from the mobile phone 20 to the device is the first time or the second time or later. Thus, in this embodiment, it is possible to prevent unauthorized access to the PAN from a terminal (such as a mobile phone) that does not have a valid access authority. That is, spoofing can be prevented.

FIG. 5 is a diagram showing a field configuration example of the internal device management unit 104 in the control terminal 10. As shown in FIG. 5, the internal device management unit 104 manages data of items of a device ID 1041 and a service type (service information) 1042.
The device ID 1041 represents an identifier of a device in the PAN 100, and is composed of numbers such as “1”, characters, and symbol strings, for example. The service type 1042 represents the type of service provided to the devices in the PAN 100, and is composed of characters such as “voice service”, numbers, and symbol strings, for example.

FIG. 6 is a diagram showing a field configuration example of the relay device management unit 203 in the mobile phone 20. As illustrated in FIG. 6, the relay device management unit 203 manages data of items of a service type 2031, a network ID 2032, a device ID 2033, and a SIP URI 2034.
The service type 2031 indicates the type of service that can be provided by a device in the PAN 100, and is specified by characters such as “voice service”, numbers, and symbol strings, for example.
The network ID 2032 indicates an identifier for identifying the PAN 100, and is specified by a number, a character, or a symbol string such as “500”, for example. The device ID 2033 indicates an identifier for identifying a device in the PAN 100, and is designated by a number, a character, or a symbol string such as “1”, for example.
The SIP URI 2034 has the same contents as the SIP URI 1022 (see FIG. 4). That is, it indicates an access destination (character string) for receiving a service executed by the device, and is defined by RFC 3261 of IETF.

[Communication processing in PAN]
Next, communication processing in the PAN 100 will be described with reference to FIG.
The control terminal 10 transmits the beacon b10 for confirming whether communication is possible or not in the PAN 100, and detects the presence or absence of a response, thereby confirming the presence or absence of a device in the PAN 100. In FIG. 1, a video playback device 11 and an audio playback device 12 exist in the PAN 100, and these send beacon responses b11 and b12 to the control terminal 10 as responses of the beacon b10. For this reason, the control terminal 10 detects each beacon response b11, b12, and confirms the presence of the video reproduction device 11 and the audio reproduction device 12.
Thereby, the control terminal 10 confirms the presence of the audio reproduction device 12 existing outside the room in addition to the video reproduction device 11 existing in the room of FIG. The beacon and its response are signals lower than the IP (Internet Protocol) layer, that is, a MAC layer signal.

FIG. 7 is a diagram illustrating a format example of the beacon response b11. The format of the beacon response b12 is the same as this.
As shown in FIG. 7, the beacon response b11 includes a network ID d11 and a device ID d12. The network ID d11 is an ID for uniquely identifying the PAN. The device ID d12 is an ID for uniquely identifying a device in the PAN.
For example, when the Bluetooth communication method is applied to the PAN 100, the value of the network ID d11 is defined by an access code (64 bits), and the value of the device ID 402 is defined by an address (AM_ADDR).

  In the MAC layer, the payload is encrypted so that only the device in the PAN 100 can determine the message, but the network ID and the device ID are not encrypted. Therefore, even if the mobile phone 20 does not belong to the PAN 100, when receiving a beacon response from a device (for example, the video playback device 11) in the PAN 100, the mobile phone 20 uses the network ID and device included in the beacon response. The ID can be determined.

FIG. 8 is a diagram illustrating a format example of a service discovery request. The service discovery request is a signal for the mobile phone 20 to cause the control terminal 10 to search for service contents when the mobile phone 20 receives a service from the PAN 100. It is assumed that this service discovery request is, for example, an IP layer signal.
As shown in FIG. 8, the service discovery request includes a signal type d21, a service type d22, a network ID d23, and a device ID d24.
The signal type d21 indicates that it is a service discovery request, and is indicated by letters, numbers, or symbol strings.
The service type d22 indicates a service to be searched, and is specified by an identifier such as a letter, number, or symbol string. Specifically, service attributes including the data format and data size at the time of service are also specified in this service type d22.
The network ID d23 and the device ID d24 indicate the same contents as the network ID d11 and the device ID d12 (see FIG. 7) in the beacon response. Specifically, the network ID d23 indicates the network ID specified by the beacon response network ID d11 (see FIG. 7), and the device ID d24 indicates the device ID specified by the beacon response network ID d11 (see FIG. 7). .
Note that the set of the network ID d23 and the device ID d24 is not limited to one set, and may be composed of a plurality of sets.

FIG. 9 is a diagram illustrating a format example of a service discovery response. The service discovery response is a signal output from the control terminal 10 to the mobile phone 20 in response to the service discovery request.
As shown in FIG. 9, the service discovery response includes a signal type d31 and a SIP URI d32.
The signal type d31 indicates that the response is a service discovery response, and is specified by an identifier such as a letter, number, or symbol string. The SIP URId32 indicates an access destination (identifier) to the service specified by the signal type d31 and is defined by RFC3261.

Next, a process in which the mobile phone 20 receives a service of a device in the PAN 100 via the control terminal 10 will be described with reference to FIGS.
FIG. 10 is a sequence diagram showing an outline of overall processing relating to service provision. Before step S1, the PAN 100 is configured by a known procedure, and each device in the PAN 100 can communicate with each other by IP.
In step S <b> 1, for example, when the administrator turns on the control terminal 10, the control terminal 10 outputs a service search request for a device in the PAN 100. This search request is output with the same radio signal, for example, but may be output using a different radio signal. In the present embodiment, since the Bluetooth method is applied to the PAN 100, the search request uses, for example, a Service Search Request of SDP (Session Description Protocol) which is a browse (search) signal.
In step S <b> 2, in response to the search request, for example, each of the video playback device 11 and the audio playback device 12 outputs the search response to the control terminal 10 wirelessly. Specifically, each of the video reproduction device 11 and the audio reproduction device 12 outputs information on various services that can be provided (including information held in the service type d22 in FIG. 8). Specifically, the information regarding various services includes, for example, a service type, a data format, a data size, and the like. In the present embodiment, for example, SDP Service Search Response is used as the search response.
In this way, the control terminal 10 detects the service content of the device belonging to the PAN 100.

In step S <b> 3, the control terminal 10 outputs a beacon d <b> 10 at regular time intervals, for example, in order to confirm the presence of a device in the area of the PAN 100.
In step S4, the video reproduction device 11 receives the beacon d10 and outputs a beacon response b11 (see FIG. 1). In addition, the audio reproduction device 12 also receives the beacon b10 and outputs a beacon response b12 (see FIG. 1).
Upon receiving the output, the control terminal 10 receives the beacon responses b11 and b12, and based on the beacon responses b11 and b12, the device IDs of the video reproduction device 11 and the audio reproduction device 12 and the devices thereof. Thus, the network ID of the PAN 100 to which 11 and 12 belong is detected. In this way, the control terminal 10 confirms the presence and location of all devices belonging to the PAN 100 (meaning that the device is under the management of the PAN of the network ID here).
Then, the control terminal 10 transmits the device ID and network ID in the beacon response and its own IP address to the search server 40 via the communication network 30. Thereby, the search server 40 manages those values (device ID, network ID, IP address) in the storage unit 401.

  Since the mobile phone 20 is outside the reach area of the beacon response b12, the mobile phone 20 does not receive the beacon response b12. However, the beacon response b11 is within the reach area, and therefore receives the beacon b11. (See FIG. 1).

  In this embodiment, as a method for confirming the existence and location of the device, a case where confirmation is performed using a device ID and a network ID by means of a beacon response (see FIG. 7) will be described. Then, it is not limited to this. For example, only the device ID may be used. Alternatively, if only the device ID is used, for example, the device ID may be read from an RFID (Radio Frequency Identification) attached to the device.

In step S5, the mobile phone 20 that has received the beacon response b11 searches for the IP address of the relay device (that is, the control terminal 10) that controls the device specified by the device ID in the beacon response b11 by the operation of the user. The request is transmitted to the search server 40 via the communication network 30. This transmission is performed in association with the device ID and network ID specified in the beacon response b11.
In step S <b> 6, the search server 40 transmits the search requested IP address to the mobile phone 20. Specifically, the search server 40 reads the IP address of the control terminal 10 corresponding to the associated device ID and network ID pair from the storage unit 401 in response to the search request, and sends the IP address to the mobile phone 20. Send.

  In step S <b> 7, the mobile phone 10 that has received the IP address from the search server 40 establishes a connection with the control terminal 10 using the IP address. In this embodiment, the IP connection is established by an inquiry process, a paging process, or the like. Thereby, the mobile phone 20 can communicate with the control terminal 10. When encryption using an access code is used for the PAN, it is necessary to perform known pairing processing, authentication processing, and the like.

In step S <b> 8, the mobile phone 20 transmits a first service discovery request to the control terminal 10. In the present embodiment, by the operation of the user of the mobile phone 20, the mobile phone 20 transmits a service discovery request for a voice service designated by the user, for example. Therefore, in this case, the service type d22 of the service discovery request in FIG. 8 indicates a voice service. Further, for the network ID d23 and the device ID d24 in FIG. 8, the values of the network ID d23 and the device ID d24 in the beacon response b11 (see FIG. 7) from the audio reproduction device 11 in step S4 are designated.
In step S <b> 9, the control terminal 10 that has received the service discovery request outputs a service discovery response to the mobile phone 20. In this case, the SIP URI d32 of the service discovery response in FIG. 9 indicates the access destination (for example, the access destination to the audio service of the video playback device 11) included in the service type d22 of the service discovery request (see FIG. 8). URI) is specified. Note that the SIP URI generation method will be described later with reference to FIG. Thereby, the user can acquire an access destination to various services that can be used.

In step S <b> 10, the mobile phone 20 that has received the service discovery response outputs a service start request to the video playback device 11 via the control terminal 10. Here, for the service start request, for example, an INVITE message including the SIP URI in the service discovery response in step S9 is used. As a result, the user can request a desired service in the PAN 100.
In step S <b> 11, the video reproduction device 11 that has received the service start request performs a service start response of the service requested to start the service via the control terminal 10. Specifically, after transmitting the service start response to the control terminal 10, the video reproduction device 11 also transmits the audio data specified in the SIP URI of the INVITE message to the control terminal 10 as a service entity.
In step S <b> 12, the control terminal 10 performs service transmission of the service entity related to the service start response to the mobile phone 20. Accordingly, the mobile phone 20 can execute the service by outputting, for example, a service entity of voice data to the speaker by the service transmission.

In the present embodiment, in step S12, the service transmission is temporarily interrupted by the movement of the user. Thereafter, the following steps will be described assuming that the mobile phone 20 requests the control terminal 10 to resume the service transmission.
In step S13, when the user operates the mobile phone 20, the mobile phone 20 makes a service start request again using the service start request (the same SIP URI) used in step S10. Then, the control terminal 10 that has received the service start request notifies the mobile phone 20 of a connection failure (step S14). The notification process will be described in detail with reference to FIG.

  Next, the mobile phone 20 newly makes a service discovery request as in step S8 (step S15), and the control terminal 10 newly makes a service discovery response as in step S9 (step S16). ). Thereby, the cellular phone 20 makes a service start request again (processing similar to step S10), and can receive, for example, audio data (service entity) from the video reproduction device 11.

  Thus, in the first embodiment, the control terminal 10 outputs a service discovery response to the mobile phone 20 that has received the beacon response from the device. The control terminal 10 receives a service start request for the service indicated in the service discovery response from the mobile phone 20, relays between the device and the mobile phone 20, and provides a service entity to the mobile phone 20. Therefore, the control terminal 10 can provide support for providing the service indicated in the service discovery response to the mobile phone 20.

Next, a processing procedure in the mobile phone 20 will be described with reference to FIG. 11 (refer to FIG. 1, FIG. 3, etc. as appropriate). Here, processes corresponding to the processes in steps S5 to S16 in FIG. 10 will be mainly described.
In step S101, the detection unit 205 acquires the device ID of the video reproduction device 11 based on the beacon response b11 from the video reproduction device 11 (corresponding to the processing after S4 in FIG. 10). Specifically, the detection unit 205 stores the device ID and network ID included in the beacon response b11 in the relay device management unit 203.
In step S102, the device search unit 201 performs an address search process of the control terminal 10 that controls the device that is the source of the beacon response b11 (corresponding to the process of S5 to S6 in FIG. 10). Specifically, first, the device search unit 201 searches for the device ID and network ID stored in the relay device management unit 203 (both IDs correspond to the beacon response b11) via the communication network 30. Send to server 40. Subsequently, the device search means 201 receives the IP address of the control terminal 10 associated with the device ID and the network ID from the search server 40.

  In step S103, the PNC connection unit 202 establishes a connection with the control terminal 10 (corresponding to S7 in FIG. 10). This establishment is performed using the IP address of the control terminal 10 searched in step S102 and the IP address of the mobile phone 20.

In step S <b> 104, the service search unit 204 performs service discovery processing on the control terminal 10 via the PNC connection unit 202. This process corresponds to the process of S8 in FIG. 10 and the process after S9 of FIG.
This will be specifically described. The service search unit 204 inputs a service discovery response (see S9 in FIG. 10) from the control terminal 10 via the PNC connection unit 202. Then, the service search means 204 analyzes the service discovery response and extracts the value of SIP URId32 in the service discovery response (see FIG. 9). Then, the service search unit 204 stores the value of the SIP URId32 in the SIP URI 2034 of the relay device management unit 203 (see FIG. 6).
Further, the service search means 204 performs matching between the service discovery request (see S8 in FIG. 10) and the service discovery response, and each value of the service type d22, network ID d23, and device ID d24 in the service discovery request (see FIG. 8). Are stored in the service type 2031, network ID 2031 and device ID 2033 of the relay device management means 203 (see FIG. 6).

In step S105, the control unit 206 performs a service start process for the control terminal 10 via the PNC connection unit 202 (corresponding to the process of S10 in FIG. 10).
In step S <b> 106, the control unit 206 determines the content of the response from the control terminal 10 via the PNC connection unit 202. If the response is a service start response (service start response in S106) as a result of the determination, the process proceeds to step S107. On the other hand, for example, when the response is a failure notification (failure notification in step S106), the process returns to step S104, and the service search unit 204 performs the service discovery process again (see S13 to S16 in FIG. 10).

In step S107, each of the PNC connection unit 202 and the control unit 206 performs service execution processing. Specifically, the PNC connection unit 202 receives service transmission of a service entity (for example, voice data) from the control terminal 10. The control unit 206 starts decoding the service entity (for example, voice data) and starts outputting the voice data to the speaker (service execution) (corresponding to the processing after S12 in FIG. 10). As a result, the user can use the mobile phone 20 to receive the audio service of the video playback device 11 belonging to the PAN 100.
In step S108, the control means 206 determines the status of the service. For example, when it is determined that the service transmission of the service entity is interrupted due to the movement of the user (transmission interruption of S108), the control unit 206 returns to step S105 (FIG. 10). On the other hand, if it is determined that the service has ended (the service ends in S108), the process ends.

Next, a processing procedure in the control terminal 10 will be described with reference to FIG. 12 (refer to FIG. 1, FIG. 2, etc. as appropriate). Here, processes corresponding to the three steps S9, S14, and S16 of FIG. 10 will be described.
In step S201, the external connection unit 103 determines the request content from the mobile phone 20, and if it is a service discovery request, the process proceeds to step S202, and if it is a service start request, the process proceeds to step S205.

  In step S <b> 202, the service search response unit 101 extracts a device requested from the mobile phone 20. Specifically, first, the service search response unit 101 analyzes a service discovery request (see S8 and S15 in FIG. 10) from the mobile phone 20, and determines the service type d22 (see FIG. 8) in the service discovery request. The specified service type (for example, voice service) and the device ID (for example, that of the video reproduction device 11) specified for the device ID d24 are extracted. Subsequently, the service search response unit 101 searches the set of the extracted device ID and service type from the internal device management unit 104 (see FIG. 5). Then, the service search response unit 101 extracts the searched device IDs (for example, those of the video playback device 11). Thereby, a device capable of providing a service that matches the service start request is specified.

In step S203, the service search response unit 101 generates a service discovery response (see S9 and S16 in FIG. 10) corresponding to the service discovery request. In next step S <b> 204, the service search response unit 101 outputs the service discovery response to the mobile phone 20 via the external connection unit 103. Steps S201 to S204 correspond to the processes of S9 and S16 in FIG.
The process of step S203 will be described in detail. The service search response unit 101 converts the SIP URI indicating the location of the service (for example, the audio service of the video reproduction apparatus 11) that can be provided by the device with the device ID extracted in step S202 into the SIP URId32 of the service discovery response (see FIG. 9). Is specified. Further, the service search response means 101 stores the information of the mobile phone 20 in the external device management means 102 (see FIG. 4). Specifically, the service search response means 301 includes the IP address of the mobile phone 20 (used in IP communication between the mobile phone 20 and the control terminal 10) and the SIP URI in the generated service discovery response. And the number of times of provision (here, the default value “0”) is stored in the external device management means 102 (see FIG. 4).

[SIP URI generation method]
Here, the SIP URI generation method in the service search response means 101 will be described in detail.
The service search response unit 101 generates a SIP URI using, for example, a pseudo random number. For example, the SIP URI is expressed as sip: <random><service> _ <machine> @ panmoba.com. <random> contains the number of times of provision (the number of times of provision 1023 in FIG. 4), and this value is encrypted using a random number. <service> includes a service name such as a voice service (corresponding to the name of the service type 1042 in FIG. 5). In <machine>, the name of the video playback device 11 or the like is entered, which is associated with a device ID and a network ID in advance, for example. Panmoba.com is specified in advance.
For example, the SIP URI of FIG.
1135571081675_0.com
"Is specified. In this case, 430982 represents a random number, sound represents an audio service, and visual represents the name of the video playback device 11 (corresponding to the device ID and network ID of the video playback device 11).
In addition, as a notation method of the SIP URI, there is a method of entering, for example, a service type or a device ID instead of a service name or a device name. Further, the SIP URI may be expressed using only a pseudo-random number without depending on the service or the device. Furthermore, although the provision count is encrypted using a pseudo random number, other values may be encrypted using a pseudo random number.

Next, in step S205, the transmission relay unit 105 acquires a service start request from the mobile phone 20 via the external connection unit 103, and counts up the number of times the SIP URI used for the service start request is used. .
Specifically, the transmission relay unit 105 first extracts the SIP URI used for the service start request. Subsequently, the transmission relay unit 105 extracts the value of the SIP URI 1022 of the external device management unit 102 (see FIG. 4) that matches the SIP URI. Then, the transmission relay unit 105 increments the value of the provision count 1023 that is associated with the extracted value of the SIP URI 1022 by one. This count-up is performed when the set of the IP address of the mobile phone 20 used for IP communication between the mobile phone 20 and the control terminal 10 and the SIP URI match.
For example, in the case of S9 in FIG. 10, the transmission relay means 105 counts up the value of the number of provisions 1023 from “0” to “1”, and in the case of S13 in FIG. Count up to "2".

  In step S206, the transmission relay unit 105 determines the number of times of use of the counted up SIP URI. If the use count is “1”, that is, if the value of the provision count 1023 of the external device management unit 102 (see FIG. 4) indicates “1”, the process proceeds to step S207. On the other hand, if the number of uses is “2” or more, the process proceeds to step S210.

  In step S <b> 207, the transmission relay unit 105 controls the video control device 11. Specifically, the transmission relay unit 105 transmits the service start request (eg, SIP INVITE message) determined in step S201 to the video reproduction device 11 via the PAN connection unit 107, and the service start request The video reproduction device 11 is requested to start the designated service. As a result, the video reproduction apparatus 11 transmits the service start response to the control terminal 10, and then transmits the service entity (for example, audio data) requested to start the service to the control terminal 10.

In step S208, the transmission relay unit 105 performs service relay. Specifically, the transmission relay unit 105 receives a service start response from the video reproduction device 11 via the PAN connection unit 107. Then, the transmission relay unit 105 analyzes the content of the service start response determined in step S201. If necessary, the transmission relay means 105 performs format conversion of the service body (for example, audio data format conversion), or if NAT (Network Address Translation) setting is required, the IP address and port number are set. Set the conversion table.
In step S209, the transmission relay unit 105 outputs the set service start response to the mobile phone 20. Specifically, the transmission relay unit 105 outputs a service start response to the mobile phone 20 via the external connection unit 103 (corresponding to S11 in FIG. 10), and then transmits the service transmission of the service entity to the mobile phone 20. (It corresponds to S12 of FIG. 10). As a result, the control terminal 10 can relay between the mobile phone 20 and the device belonging to the PAN 100, and provide the mobile phone 20 with the service of the device.

  On the other hand, in step S210, the external connection unit 303 notifies the mobile phone 20 of failure (corresponding to S14 in FIG. 10). As a result, the mobile phone 20 cannot receive the services of the devices belonging to the PAN 100 using the same SIP URI value. Thereby, for example, it is possible to avoid impersonation of another person who does not have a proper access authority.

In communication within the PAN 100, when information is encrypted / decrypted using an encryption key shared by devices in the PAN 100, the search server 40 registers the encryption key in the storage unit 401 in advance, for example. . Then, the search server 40 also transmits the encryption key in the storage unit 401 to the mobile phone 20 in response to an address response in response to an address search request from the mobile phone 20 (see S5 in FIG. 10). Then, when the mobile phone 20 that has received the encryption key performs communication within the PAN 100, it becomes possible to use the encryption key, and the mobile phone 20 can communicate with a device in the PAN 100 via the control terminal 10. It is possible to perform communication.
When the control terminal 10 itself provides a service, the video playback device 11 or the audio playback device 12 is integrated with the control terminal 10. Then, the control terminal 10 itself manages the service as in the present embodiment, and responds to the service discovery request with a SIP URI corresponding to the service that can be provided by the control terminal 10. Further, the control terminal 10 itself provides a service from inside the control terminal in response to the service start request. As a result, the mobile phone 20 can enjoy the service of the control terminal 10.
As described above, in this embodiment, the control terminal 10 can easily select a service that can be provided by providing the mobile phone 20 with a service in response to a service start request from the mobile phone 20. .

(Embodiment 2)
Next, a second embodiment of the present invention will be described with reference to FIGS. In addition, about the part same as Embodiment 1, the same code | symbol as Embodiment 1 is attached | subjected and duplication description is abbreviate | omitted.
In the second embodiment, when the mobile phone 20 accesses the PAN 100 via the control terminal 10, the user of the mobile phone 20 can check the telephone number (contact address) of the control terminal 10. This is different from the first embodiment. For this reason, in the second embodiment, the search server 40 also transmits the telephone number of the control terminal 10 to the mobile phone 20 in the address response in S6 of FIG. These are described in detail below. In the present embodiment, the contact number is a telephone number. However, if the administrator can be specified, for example, the e-mail address of the control terminal 10 may be used as the contact address.

FIG. 13 is a block diagram illustrating a configuration example of the mobile phone 20 according to the second embodiment.
In FIG. 13, the mobile phone 20 further includes other user management means (association means) 207. As shown in FIG. 14, the other user management unit 207 manages data of each item of the name 2071 and the telephone number 2072 in advance. The name 2071 indicates the name of another user (including an administrator), and the telephone number 2072 indicates the telephone number of the user (including the telephone number of the control terminal 10).

  FIG. 15 is a diagram showing a format example of an address response (see S6 in FIG. 10) transmitted by the search server 40. In this example, an address response including an IP address d41 and a telephone number d42 is shown. The IP address of the control terminal 10 (specified by the search server 40 in the first embodiment) is designated as the IP address d41, and the telephone number of the control terminal 10 is designated as the telephone number d42. A method for specifying the telephone number of the control terminal 10 will be described later.

Next, processing related to service provision in Embodiment 2 will be described with reference to FIG. Here, the points different from the first embodiment will be mainly described.
In step S6 of FIG. 10, the search server 40 transmits the IP address of the control terminal 10 and the telephone number of the control terminal 10 to the mobile phone 20 as an address response. Specifically, the search server 40 reads out the IP address and the telephone number of the control terminal 10 corresponding to the combination of the device ID and the network ID used in the address search request in step S5 from the storage unit 41, and retrieves them. Transmit to mobile phone 20.
In this way, the mobile phone 20 (relay device search means 201) receives the IP address and phone number from the search server 40. Then, the mobile phone (relay device search means 201) 20 reads the name associated with the received telephone number from the other user management means 207, and the control means 206 displays it on the display screen.

  As described above, in the mobile phone 20, when it is confirmed that the acquired telephone number of the control terminal 10 is that of a desired administrator, a connection between the mobile phone 20 and the control terminal 10 is established (step S7). ). And after that, the process after step S8 will be performed similarly to the case of Embodiment 1. FIG. In this way, the number of cases where the user erroneously accesses the control terminal 10 of an unintended administrator is reduced.

In the second embodiment, the case where the detection unit 205 (see FIG. 3) of the mobile phone 20 receives the beacon response b11 from the video reproduction device 11 that is a single device has been described. When a response is received, for example, the following processing may be performed.
That is, the relay device search unit 201 of the mobile phone 20 first outputs each address search request including the network ID and device ID of each beacon response detected by the detection unit 205 to the search server 40 (S5 in FIG. 10). reference). Subsequently, the relay device search unit 201 receives each address response (including a telephone number) corresponding to each address search request from the search server 40 (see S6 in FIG. 10).
Next, the relay device search unit 201 reads all names associated with the telephone numbers included in each address response from the other user management unit 207. Then, the control means 206 displays all the read names on the display screen, for example.
As a result, the user selects a desired name from among all the displayed names, and uses the mobile phone 20 to perform the processes after S8 in FIG. 10 to the control terminal of the administrator of the selected name. Can be performed. As a result, the user can receive the service of the device belonging to the PAN of the desired administrator only by performing the operation of selecting the administrator of the desired name once.

(Embodiment 3)
Next, a third embodiment of the present invention will be described with reference to FIGS. In addition, about the part same as Embodiment 1, the same code | symbol as Embodiment 1 is attached | subjected and duplication description is abbreviate | omitted.
The third embodiment is different from the first embodiment in that the control terminal 10 notifies the mobile phone 20 of the service status of the service requested for service discovery (see S8 in FIG. 10). Therefore, this point will be mainly described below. The overall system configuration including the control terminal 10 and the mobile phone 20 is substantially the same as the configuration of FIG.
FIG. 16 is a diagram illustrating a processing procedure in which the video reproduction device 11 notifies the service state. Here, since two steps S8A and S8B are added between step S8 and step S9, the two steps S8A and S8B will be mainly described.
In step S <b> 8 </ b> A, the control terminal 10 receives the service discovery request in step S <b> 8 and outputs a service status acquisition request to the video playback device 11, for example. Also in the present embodiment, as in the case of the first embodiment, the service discovery request is a request for voice service. The control terminal 10 creates a service status acquisition request signal for inquiring about the status of the voice service, and outputs it to the video playback device 11. The service status acquisition request includes a signal type indicating the request and the SIP URI of the corresponding service.
In step S <b> 8 </ b> B, the video reproduction device 11 receives a service state acquisition request and sends a service state acquisition response to the control terminal 10. In step S9, the control terminal 10 makes the service discovery response to the mobile phone 20 as a service discovery request. In the present embodiment, the service status acquisition response includes, for example, a value indicating that the status of the voice service is “available” or “unusable”.

Here, FIG. 17 shows a format example of the service status acquisition request.
In FIG. 17, a signal type d61, a SIP URI d62, and a service state d63 are associated with each other. The signal type d61 and the SIP URId 62 are the same as the contents of the signal type d31 and the SIP URId 32 in FIG. 9, but in this embodiment, the signal type d61 indicates information indicating a service state acquisition request.
In the service state d63, a state indicating whether or not the service can be executed is designated. The state here includes, for example, when a desired service is being used by another user or program, information about the service usage time zone, and the location of a device that performs the service. In addition, the state includes whether or not the user is permitted to use the service. The presence / absence of this use permission is determined by the control policy of the device that is the target of the service discovery request. When the service can be used after 5 minutes, information indicating that is included in the service state d63.

Next, the processing procedure of the control terminal 10 in FIG. 16 will be described with reference to FIG. Here, the point that step S202A is added between step S202 and step S203 is different from the case of FIG. 12, and therefore step S202A will be mainly described.
In step S202A, the service search response unit 101 of the control terminal 10 performs device status confirmation. Specifically, the service search response means 101 that has received the service discovery request from the mobile phone 20 outputs a service status acquisition request to the video playback device 11 via the PNC connection means 102 (FIG. 16). Equivalent to S8A). Thereafter, the service search response means 101 receives a service status acquisition response from the video reproduction apparatus 11 via the PNC connection means 102 (corresponding to S8B in FIG. 16).
As described above, since the mobile phone 20 receives a service discovery response including a service state indicating whether or not it can be used from the control terminal 10, the user confirms the contents of the service state and then performs a predetermined operation. The service start request can be made at the timing (step S10 in FIG. 10). For example, if the service state indicates that the service can be used after several minutes, the user can make a service start request after several minutes. Thus, the user can acquire a desired service entity with a single service start request. Therefore, unnecessary processing in the mobile phone 20 and the control terminal 10 can be reduced.

The present invention is not limited to the first to third embodiments. The hardware configuration and data structure of the control terminal 10 and the mobile phone 20 may be changed without departing from the gist of the present invention. For example, the means 101 to 107 in FIG. 2 can be freely combined. For example, the external device management unit 102 and the internal device management unit 104 may be combined into one management unit.
Further, although SIP is used as a communication method, for example, HTTP (HyperText Transfer Protocol), SOAP (Simple Object Access Protocol), or the like may be used. In this case, messages of those protocol standards are used for the service start request. In the service discovery response, it is necessary to specify an identifier for access used in each protocol standard instead of the SIP URI.
Furthermore, although the video reproduction apparatus 11 and the audio reproduction apparatus 12 have been described as devices in FIG. 1, other types of devices may be used. For example, using a game machine as a device, the control terminal 10 relays between the mobile phone 20 and the game machine, and provides the mobile phone 20 with a service (download of predetermined game software) that can be provided by the game machine. You may do it.

The radio control terminal according to the present invention has a function of extracting and responding to a service that matches a condition in the PAN from the network ID and device ID included in the service discovery request, and the user can easily select the service. Thus, it is useful as a device for discovering nearby devices and executing services.

1 is a block diagram showing an example of the overall configuration of a radio communication system according to Embodiment 1 of the present invention. It is a figure which shows the structural example of the control terminal of FIG. It is a figure which shows the structural example of the mobile telephone of FIG. It is a figure which shows an example of the data structure of the external device management means of FIG. It is a figure which shows an example of the data structure of the internal device management means of FIG. It is a figure which shows an example of the data structure of the relay device management means of FIG. It is a figure which shows the format example of a beacon. It is a figure which shows the example of a format of a service discovery request. It is a figure which shows the example of a format of a service discovery response. It is a sequence diagram which shows the outline of the whole process regarding service provision. It is a figure which shows the process sequence in the mobile telephone of FIG. It is a figure which shows the process sequence in the control terminal of FIG. 10 is a diagram illustrating a configuration example of a mobile phone in Embodiment 2. FIG. It is a figure which shows an example of the data structure of the other user management means of FIG. 10 is a diagram illustrating a format example of an address response in the second embodiment. FIG. It is a figure which shows the process sequence in which a video reproduction apparatus notifies a service state. It is a figure which shows the example of a format of the service status acquisition response of FIG. FIG. 10 is a diagram showing a processing procedure of a control terminal in the third embodiment. It is a system block diagram at the time of applying a prior art to PAN. FIG. 20 is a sequence diagram in the system of FIG. 19.

Explanation of symbols

DESCRIPTION OF SYMBOLS 1 Wireless communication system 10 Control terminal 11 Video | video reproduction apparatus 12 Audio | voice reproduction apparatus 20 Mobile phone 40 Search server 101 Service search response means 102 External device management means 103 External connection means 104 Internal device management means 105 Transmission relay means 106 PAN device search means 107 PAN connection means 201 Relay device search means 202 PNC connection means 203 Relay device management means 204 Service search means 205 PAN MAC detection means 206 Control means

Claims (6)

A wireless control terminal that controls a device capable of providing a predetermined service under the management of a wireless network ,
First connection means for connecting to the device based on a wireless signal from the device;
Second connection means for connecting to an external terminal not under the management of the wireless network;
In response to a service discovery request including a device identifier and a service type transmitted from the external terminal connected by the second connection unit, an access destination of the service type that can be provided by the device with the device identifier is set to the external terminal. Providing means to provide for,
In response to a service start request including the access destination transmitted from the external terminal connected by the second connection means , relays between the device and the external terminal and provides the service entity to the external terminal Relay means to
Including wireless control terminal. When providing the access destination to the external terminal, the providing means obtains the status of the service for the access destination from the device via the first connection means, and the status of the service is also obtained. Provide to the external terminal together with the access destination ,
The radio control terminal according to claim 1. The relay means provides the service entity to the external terminal only when the service start request to the access destination is received from the external terminal for the first time.
The radio control terminal according to claim 1. A wireless communication system including a wireless control terminal that controls a device capable of providing a predetermined service under the management of a wireless network, and an external terminal that is not under the management of the wireless network,
The radio control terminal,
First connection means for connecting to the device based on a wireless signal from the device;
Second connection means for connecting to an external terminal not under the management of the wireless network;
In response to a service discovery request including a device identifier and a service type transmitted from the external terminal connected by the second connection means, an access destination of the service type that can be provided by the device with the device identifier is set to the external Providing means to provide to the terminal;
Relaying between the device and the external terminal in response to a service start request including the access destination transmitted from the external terminal connected by the second connection means, and providing the service entity to the external terminal Relay means for
The external terminal is
Detecting means for detecting a radio signal from the device;
Search means for requesting a search server to search for a communication address of the radio control terminal that controls a device of a radio signal detected by the detection means under the management of the radio network;
External terminal side connection means for connecting to the radio control terminal using the communication address searched by the search means;
Request means for requesting the radio control terminal connected by the external terminal side connection means to transmit the access destination related to the source device;
Service execution means for receiving the provision of the service related to the access destination requested by the request means from the radio control terminal via the external terminal side connection means, and executing the service entity;
A wireless communication system. The wireless communication system according to claim 4, wherein
When the search means of the external terminal acquires a contact address of the radio control terminal together with a communication address of the radio control terminal by a search request to the search server,
The external terminal is
An association means for managing an association between the contact information of the wireless control terminal and the manager information;
Control means for extracting the manager information corresponding to the contact information of the wireless control terminal acquired by the search means from the associating means and outputting the same to the outside;
A wireless communication system further comprising: A wireless communication method using a computer system including a wireless control terminal that controls a device capable of providing a predetermined service under the management of a wireless network, and an external terminal that is not under the management of the wireless network,
The external terminal is
Detecting a radio signal from the device;
Requesting a search server to search for a communication address of the radio control terminal that controls a device that is a source of the detected radio signal under the management of the radio network;
Using the communication address retrieved by the request to connect to the radio control terminal;
Requesting the connected wireless control terminal to transmit an access destination of a service type that can be provided by the source device, and
The radio control terminal
In response to a service discovery request including a device identifier and a service type transmitted from the external terminal, providing an access destination of the service type that can be provided by the device with the device identifier to the external terminal;
Relaying between the device and the external terminal in response to a service start request including the access destination transmitted from the external terminal, and providing an entity of the service to the external terminal. Communication method.

Images