JP2016082419A - Visitor equipment cooperation device - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a visitor equipment cooperation device, enabling an efficient response to a visit by enabling the grasp of a visit cause in advance.SOLUTION: An equipment connection unit 2 wirelessly connects to a calling terminal of a visiting calling source. A calling source identification unit 3 identifies the calling source on the basis of the calling source identification information acquired from the calling terminal. A calling destination distribution unit 4 selects a calling destination on the basis of information input from the calling source and/or calling destination information threaded in advance to the identified calling source. A calling destination notification unit 5 notifies the selected calling destination of the visiting.SELECTED DRAWING: Figure 1

Description

  The present invention relates to a visitor device cooperation apparatus for notifying a call destination connected to a network, which can identify a caller who is a visitor and make an appropriate call.

  When a visitor to a house or the like makes a call using a door phone or the like, the home-resident may want to grasp the attributes of the visitor or the home-person to be visited. For example, Patent Documents 1 and 2 disclose conventional techniques related to such requirements.

  According to Patent Document 1, by connecting a door phone, a video phone terminal, a mobile phone, a surveillance camera, etc. to a network, an image of the door phone camera or the surveillance camera is received at the video phone terminal or the mobile phone terminal in response to a call from the door phone. Video and audio are exchanged with a terminal that has been informed of the intention of responding to the earliest or responding the earliest. In addition, it is said that a remote videophone terminal or mobile phone terminal can respond via the Internet.

  Further, according to Patent Document 2, when a call is made with a door phone, an output / response can be made in an appropriate video or audio format in an event receiving device such as a television in accordance with the event.

No. 2006/018918 publication Patent No.5144663

  However, in the above-mentioned Patent Document 1, in order to confirm who the caller is and who the callee has visited (hereinafter referred to as the reason for the visit), the image or video of the door phone camera is actively browsed. It was necessary to respond or to respond by a videophone terminal.

  In addition, in Patent Document 2 described above, it is possible to output and respond in a suitable video and audio format even in a device that is not a door phone dedicated terminal such as a television, but this is also confirmed by video and audio via a television etc. The called person could not know the reason for visiting the calling party.

  Therefore, the conventional techniques such as Patent Documents 1 and 2 cannot appropriately respond to the following requirements.

  First, there is a request at the caller to make sure that the person at the callee does not have unnecessary distrust and responds reliably. On the other hand, there is a request at a call destination to easily determine whether or not to respond and who is most appropriate to answer depending on the reason for visiting the caller.

  In particular, in an environment where it is assumed that the callee uses a device that requires active response work, such as Patent Documents 1 and 2, in some cases, it is desirable to grasp the reason for the visit even if it is troublesome. It may not be, and therefore may not respond. In such a case, none of the above requirements are satisfied.

  In order to satisfy the above requirements, it is desirable that the call destination can grasp the reason for the visit without trouble even if the call destination does not perform an active action such as browsing or responding to the terminal. Here, it is considered useful to identify the caller and distribute the ringing tone and the callee according to the reason for visiting the caller. However, this is not possible with the prior art.

  In view of the above-described problems of the prior art, the present invention provides a visitor device cooperation apparatus that enables an efficient response to a visit by making it possible to grasp the reason for the visit without requiring an active action at the call destination. The purpose is to provide.

  In order to achieve the above object, the present invention provides a visitor device cooperation apparatus, which is a device connection unit wirelessly connected to a caller terminal of a caller who has visited, and caller identification information acquired from the caller terminal A caller identification unit for identifying a caller, and a caller that selects a callee based on information input from the caller and / or callee information linked in advance to the identified caller A pre-allocation unit and a call destination notification unit that notifies the selected call destination of the visit are provided.

  According to the present invention, caller identification information is obtained from the caller terminal, the caller is identified, and an appropriate callee is automatically selected to notify the visit so that an efficient response to the visit is possible. It becomes.

It is a functional block diagram of a visitor cooperation device concerning one embodiment. It is a figure which shows each information registered into a call origin database and a call destination database. It is a figure which shows typically the procedure in case a call origin terminal and a household device connect with Bluetooth (trademark) when it already has an application. It is a figure which shows typically the procedure in case a call origin terminal and a household device connect with a Wi-Fi (trademark) access point, when already having an application. It is a figure which shows typically the procedure in case a call origin terminal and a household device connect when there is no application and a web server is outside. It is a figure which shows typically the procedure in case a call origin terminal and a household device connect when there is no application and the web server is mounted in the household terminal. It is a figure for demonstrating the function of a caller identification part. It is a figure for demonstrating the function of a callee distribution part. It is a figure which shows the example of the predetermined rule which sets a ringing tone. It is a figure for demonstrating the function of a call destination notification part. It is a figure which shows the example of the method of the notification to a household device. It is a figure which shows the example of the method of the notification to an external device. It is a figure which shows the example of the method of providing the response environment via an image | video and an audio | voice between a call origin and the call destination in a house. It is a figure which shows the example of the method of providing the response environment via an image | video and an audio | voice between the call origin and the call destination outside a house. It is a figure for demonstrating embodiment which makes a visit after registering the information regarding the visit performed from now on in an information registration part.

  FIG. 1 is a functional block diagram of a visitor cooperation device according to an embodiment. The visitor device linkage apparatus 1 includes a device connection unit 2, a caller identification unit 3, a callee distribution unit 4, a callee notification unit 5, an information registration unit 6, an image recognition unit 7, a caller database (hereinafter called a caller) DB) 30 and a callee database (hereinafter called callee DB40).

  In one embodiment, the visitor device linkage apparatus 1 identifies a caller based on information of a device (caller terminal 20) such as a smartphone possessed by the caller and an image obtained by photographing the caller, and accordingly Sort ringtones and callees. Further, the call destinations may be distributed according to the call destination information held by the call source.

  Furthermore, the call destination terminal 50 of the distributed call destination is notified, including the reason for visiting the call source, so that the call destination can respond smoothly and smoothly to the call source. . The visitor device linkage apparatus 1 can also provide means for communicating between the callee and the caller via the callee terminal 50 and the caller terminal 20 in the response.

  Hereinafter, details of each unit of the visitor device cooperation apparatus 1 will be described. Here, a case will be described as an example in which the visitor device linkage apparatus 1 is installed at a call destination home and a visitor to the home is used as a call source. For this reason, “visitor device cooperation device 1” is appropriately abbreviated as “in-home device 1” as appropriate.

  The information registration unit 6 receives various user inputs and registers various information necessary for the caller identification unit 3 and the callee distribution unit 4 to operate in the caller DB30 and the callee DB40, respectively. Provides the functionality of FIG. 2 is a diagram illustrating an example of information registered by the information registration unit 6. Information registered in the caller DB 30 in [1] and information registered in the callee DB 40 in [2] Each is shown. The caller DB 30 and the callee DB 40 store the registered information, and provide the information when the caller identification unit 3 and the callee distribution unit 4 operate.

  As shown in [1] of FIG. 2, the registration information in the caller DB 30 includes caller basic information and caller additional information.

  Here, the caller basic information is information for specifying the caller. As shown in [1], a caller ID for uniquely identifying a registered caller, a caller telephone number associated with the caller ID, and Bluetooth in a device (caller terminal 20) possessed by the caller A Bluetooth device address (hereinafter referred to as a BTD address) that is a unique identifier of a (registered trademark) interface, a Mac address that is a unique identifier of a WiFi (registered trademark) interface in the device, and a registered image that is an image associated with a caller The caller basic information is configured.

  On the other hand, as shown in [1], the caller additional information includes a ringing sound set according to the caller ID and a priority callee that specifies the callee according to the caller ID.

As shown in [2] of FIG. 2, the registration information in the call destination DB 40 includes a call destination ID for uniquely identifying the registered call destination, a call destination telephone number associated with the call destination, And position information (latitude and longitude in the example in the figure) which is the previous current position.

  Various embodiments are possible in the creation / update of each registration information in the DBs 30 and 40 as described above. For example, the user may input each registration information directly via a UI such as a GUI (graphical user interface) provided by the information registration unit 6. Further, depending on the embodiment, for example, when each registration information can be automatically acquired from a server on the network, direct input via the information registration unit 6 may be omitted.

  As for the registration information in the caller DB 30, information (connection log information, etc.) when the caller terminal 20 is connected to the in-home device 1 may be automatically acquired and registered by the information registration unit 6. Also, the phone book stored in each call destination device (each call destination terminal 50) is imported, the phone number in the phone book and the call destination are linked, and the caller phone number and the priority call destination are set. It may be set. That is, if the caller B's telephone number is registered in a certain callee A device, the caller B's telephone number is registered in association with the caller B ID, and the callee A is designated as the priority callee. You may register as

  For registration information in the callee DB 40, the location information is equipped with an application that pushes the information (latitude, longitude) acquired from GPS to the callee device (callee terminal 50) once every predetermined time. The information registration unit 6 may collect the information. In addition, for indoor positioning, information such as the floor number in the house may be collected from each device using the received radio wave intensity of Wi-Fi.

  The device connection unit 2 connects a device (caller terminal 20) possessed by the caller and the in-home device 1 using a wireless communication technology. At this time, as a first process when the caller visits the home of the callee, it is necessary to establish a connection, but it can be established as follows.

  First, as a premise, in the embodiment of the connection, an NFC (Near Field Communication) tag and an NFC P2P (peer-to-peer) compatible terminal are provided at a visit reception place such as a door or entrance of a home. Shall. In the NFC tag or the like, information on a linkage information list necessary for the caller terminal 20 to connect to the home device 1 is stored.

  The caller terminal 20 establishes a connection with the in-home device 1 using the reading of the NFC tag or the like as a trigger. When the connection is made, the case where the caller terminal 20 already has (1) an application for cooperation with a home device and (2) the case where it does not have will be described below.

  (1) When an application is already held, when an NFC tag is read, a connection is established with the in-home device 1 via Bluetooth or a WiFi (registered trademark) access point (AP). 3 and 4 schematically show the procedure in each case.

  As shown in FIG. 3, after reading the linkage information list L1 from the NFC tag etc. in [Procedure 1], when connecting via Bluetooth as in [Procedure 2], the in-home device in the linkage information list L1 By specifying the BTD address of 1, the connection with the in-home device 1 in [Procedure 2] can be established.

  As shown in FIG. 4, when using the Wi-Fi as in [Procedure 2] after reading the cooperation information list L2 from the NFC tag etc. in [Procedure 1], as shown in [State 1] The caller terminal 20 can establish a connection with the in-home Wi-Fi access point (router) R1 to which the in-home device 1 is already connected, so that the in-home device 1 can be connected indirectly. In general, in order to join the Wi-Fi access point R1, an SSID (service set identifier), password, and encryption method are required. For communication with the home device 1, the IP address of the home device 1 Etc. are required. The necessary information may be described in the linkage information list L2 as shown in FIG.

  (2) A general-purpose browser can be used at the caller terminal 20 when no application is provided. If a general-purpose browser is used, a web application can be downloaded and executed on the spot, so that the web application to be executed can be connected to the in-home device 1 as in the case (1).

  However, in the case of (2), in addition to the Bluetooth connection information and Wi-Fi connection information, it is necessary to know the URL of the web server providing the web application. This URL may be stored in an NFC tag or the like. The web server may be on the external Internet, or may be mounted on the home device 1. 5 and 6 schematically show each case. When the web server is mounted on the home device 1 (that is, when the home device 1 functions as a web server), the URLs of the home device 1 and the web server may be the same.

  If the web server S20 shown in FIG. 5 is on the external Internet, after reading the linkage information list L3 from the NFC tag etc. in [Procedure 1], download the web application from the web server S20 in [Procedure 2]. As shown in [Procedure 3], connection to the in-home device 1 becomes possible. The example of FIG. 5 corresponds to the example of FIG. 3, but the URL of the web server is described as additional information (in relation to the cooperation information list L1 in FIG. 3) in the cooperation information list L3. Is possible.

  When the web server S1 shown in FIG. 6 is installed in the in-home device 1, after reading the linkage information list L4 from the NFC tag or the like in [Procedure 1], the Wi-Fi access point R1 is set in [Procedure 2]. By connecting to the web server S1 and downloading and executing the web application from the web server S1 in [Procedure 3], connection to the in-home device 1 becomes possible as shown in [Procedure 4]. The example of FIG. 6 corresponds to the example of FIG. 4, but the URL of the web server is described as additional information (in relation to the cooperation information list L2 in FIG. 3) in the cooperation information list L4. Is possible.

  In the example of FIG. 5, the web server S20 is connected to the in-home device 1 via Bluetooth when the web server S20 is outside, but can alternatively be connected to the in-home device 1 via Wi-Fi. Further, in the example of FIG. 6, when the web server S1 is mounted on the home device 1, it is connected to the home device 1 via Wi-Fi. Alternatively, it can be connected to the home device 1 via Bluetooth. .

  Note that the function of the device connection unit 2 in the in-home device 1 is a response when the caller terminal 20 makes a connection request to the in-home device 1 by the function of the application or the web application by the operations as shown in FIGS. And the various connections between the in-home device 1 and the caller terminal 20 (relaying the in-home device 1 and the caller terminal 20 and the callee terminal 50 by the established connection in the subsequent processing) And the interface function on the home device 1 side).

  FIG. 7 is a diagram for explaining the function of the caller identification unit 3. The caller identification unit 3 has a function of specifying a caller based on caller identification information transmitted from the caller device (caller terminal 20) connected by the device connection unit 2 as described above. As shown in the figure, the caller identification information includes (1) BTD address, (2) MAC address, (3) telephone number, (4-1) image, and the like. Caller IDs are specified using these as keys of the callee DB. (Note (4-2) will be described later.)

  Here, when using (1) BTD address, (2) MAC address, and (3) telephone number, as shown as [reference] in FIG. 7, information in the caller DB 30 ([1 in FIG. 2] ]). If they do not match, it is determined that the caller is unknown, and is appropriately processed according to the prior setting. Since these pieces of information (1) to (3) can be automatically acquired from the application of the caller device (caller terminal 20), it is not necessary for the caller to input it by himself / herself. Note that the information (1) to (3) are all unique to the caller terminal 20, and therefore at least one of them may be used.

  As shown in FIG. 7 as (4-1), when using an image, for example, the caller terminal 20 takes a photograph of the caller's face and sends it to the household device 1 to The image recognition unit 7 as an internal server performs image recognition using the image registered in the caller DB 30 as a reference. If it matches with the registered image as a recognition result, it is determined as the caller ID associated with it. Note that the image is not limited to a face photograph as long as it has a property of identifying the caller, and may be any image. Further, not only an image for identifying the calling individual, but also an attribute such as a company logo may be represented.

  Further, as shown in FIG. 7 as (4-2), in one embodiment, the image recognition unit 7 may be configured as an external server. In this case, an image such as a face photograph is transmitted from the caller terminal 20 to the image recognition unit 7 as an external server, and the caller DB 30 is used as a reference and the recognition result is acquired as a caller ID as in (4-1) above. To the caller terminal 20. The caller terminal 20 may transmit the returned caller ID to the caller identification unit 3.

  When the caller identification unit 3 identifies the caller according to each of the embodiments as described above, the call addition including the ringtone and the priority callee associated with the identified caller ID is performed by referring to the caller DB 30. The information is read and the caller additional information is output to the callee distribution unit 4.

  FIG. 8 is a diagram for explaining the function of the callee distribution unit 4. The callee assignment unit 4 has a function of assigning to which callee the caller should be notified that the caller has visited, and creates call setting information. The created call setting information includes a ring tone pattern and a call destination list.

  As an initial setting, all devices (call destination terminals 50) registered in the call destination DB 40 ([2] in FIG. 2, re-listed as list L30 in FIG. 8) may be added to the call destination list. When the following (Condition 1) and (Condition 2) are applicable, the initial setting may be reset and only a specific device may be added.

  (Condition 1) If there is a valid priority call destination in the call additional information input from the call source identification unit 3, the call destination is added to the call destination list.

  As a specific example in which (Condition 1) is suitable, there is a family in the home of the home device 1 and each friend of the family has a callee terminal 50 and a friend, A case where a visit is made with the caller terminal 20 as a source. In this case, it is possible to visit smoothly by registering one of the family members in advance as the priority call destination of the caller DB 30 for the caller ID of the friend. Similarly, a smooth visit is possible when trying to visit a specific employee in a company building with multiple employees.

  (Condition 2) When a call destination is specified by the call source, the specified call destination is added to the call destination list. In this case, the call source can specify the call destination by inputting the call destination designation information from the application of the call source terminal 20, and the specified call destination is added to the call destination list. As the call destination designation information to be input, information registered in the call destination DB 40 in association with each call destination ID such as a telephone number can be used.

  Specific examples in which the (Condition 2) is preferable are as follows. If the caller is a courier, a telephone number may be listed on the delivery slip. By entering this number, you can smoothly receive limited receipts at a guest house with multiple households or a common entrance. Can be implemented. If the caller is a friend, it can be considered that the trouble of exchanging business between family members can be reduced by inputting the telephone number of the friend of the callee from the address book.

  When both (condition 1) priority call destination and (condition 2) call destination designation information are specified, either one may be prioritized or both may be applied. This follows pre-determined rules.

  On the other hand, the call destination specified by the priority call destination and the call destination designation information is not always in the house. If you are not at home, you may want to notify other callees. From such a viewpoint, in the embodiment, the following additional processing may be performed.

  That is, the callee distribution unit 4 first detects a device (callee terminal 50) in the home and creates a home device list. The home device list is illustrated as a list L40 in FIG. Here, a device discovered by Bluetooth device search may be determined as a home device, a device currently connected to a home Wi-Fi access point may be determined as a home device, or GPS It may be determined that the device is a home device based on the positional information.

  The callee distribution unit 4 further compares the priority callee and callee designation information with the created home device list and adds them to the callee list if they are included in the home device list. Can be added.

  However, in this case, as a result of the collation, there is a possibility that all the call destinations in the priority call destination and the call destination designation information are outside the house and there is no effective call destination (call destination existing in the house). Therefore, the call destination allocating unit 4 may also perform the following as an embodiment in the case where a valid priority call destination and call destination designation information do not exist on the call destination DB 40.

  That is, the call destination may be added to the call destination list based on the position information. Based on the location information for each call destination registered in the call destination DB 40 described above, for example, specify the call destination identified as the closest among the call destinations outside the home in the priority call destination and call destination designation information You may make it a rule. Further, based on the same location information, a rule for designating the nearest call destination among a plurality of call destinations in the house (call destinations not designated by the priority call destination or call destination designation information) may be used. At this time, the call destination closest to the location of the caller as a visitor (for example, one entrance of the house) may be designated.

  As described above, the callee distribution unit 4 can create a callee list according to each embodiment. The call destination allocating unit 4 further sets the ring tone for each call destination in the call destination list, thereby creating call setting information as the created call destination list and the set ring tone. The ringing tone may be set according to a predetermined rule according to the caller ID, the callee ID, and whether or not the callee of the callee ID is at home.

  In the predetermined rule, other conditions may be further considered. For example, even if everyone in the call destination list exists outside the home, or all the homes (all call destinations registered in the call destination DB 40) exist outside the home, etc. Good.

  In general, the call setting information can be created as described above. However, when actually creating the call setting information, the call setting information is set so that a convenient response is possible according to various situations when the visitor visits. Rules for creating information should be established. FIG. 9 is a diagram showing specific examples of various rules according to the situation as cases (1) to (6) and their effects.

(1) Normal time When the caller is a first-time visitor or an unregistered visitor (for example, when the caller is a stranger), there is no information for optimizing the callee, so the ringing tone is normal. Sound and notify everyone in the house. Since the normal sound may be an unknown visitor, the resident can determine that there is no need to respond.

(2) When recognizing a courier If the caller is a courier who has already registered a BTD address, MAC address, telephone number, or facial image, and the callee is not specified, the ringing tone is sent to the courier Change to Accordingly, the home-staying person can determine that the person is a courier company only by sound without looking at the screen or the like, so that the time and effort of determination can be reduced and the possibility of going to a response is increased. The caller's courier can avoid having no response even though he / she is at home, thus reducing the trouble of redelivery.

  Generally, it is only necessary to associate type information with each registered caller ID and set a ring tone for each type. The “delivery company” is an example of the type. The type information may be registered in the caller DB 30.

(3) At priority call Since the call source is a friend of a call destination A, for example, and the call destination A has already set itself as the priority call destination of the call source, the notification reaches only the call destination A. The caller itself can call the callee A directly without registration. On the other hand, other call destination candidates who are at-home persons can reduce the load only for visiting the business.

(4) When specifying a telephone number The caller is, for example, a courier, and a specific destination B can be specified by inputting the telephone number described in the slip. It is possible to smoothly handle packages and cash on delivery that are limited to the person.

  In the case of (4), the caller as the courier can be designated as described above regardless of whether or not it is registered in advance in the caller DB 30 unlike the case of (2). .

(5) At the time of position information determination A notification is sent to a specific call destination C determined that the caller is an unknown visitor and is close based on the position information. For example, the person who is in the room next to the entrance on the first floor in the home can respond most smoothly, thus reducing the waiting time of the caller. In addition, the load for visiting other residents other than the callee C is reduced.

(6) When going out In a situation where the caller is an unknown visitor and no one is in the house, the unknown visitor is notified of the specific callee D set as the priority callee. Thereby, even when going out, it is possible to respond to the visitor, and if it is a requirement that can be done remotely, the trouble of the visitor revisiting is reduced.

  FIG. 10 is a diagram for explaining the function of the call destination notification unit 5. The call destination notifying unit 5 notifies that there is an actual call based on the call setting information set by the call destination allocating unit 4. As a notification method, there are a method in which the in-home device 1 sounds a ringing tone to notify the entire home, and a method in which notification is made to all call destinations or a specific call destination device (call destination terminal 50). Which method is adopted depends on the call setting information.

  As shown in FIG. 10 (1), when the home device 1 notifies the entire home, a ringing tone is generated with a ringing tone pattern corresponding to the caller. Each callee in the house can determine whether or not to answer. Therefore, for example, if a normal tone sounds, it is assumed that it is an unknown visitor, so it does not respond because of anxiety, but if it is for a courier, it is assumed that it is a courier, so it responds with peace of mind It becomes possible.

  On the other hand, as shown in FIG. 10 as (2), in the case where notification is given to a device held by each call destination, the in-home device 1 does not have to ring a ringing tone toward the entire home. Each device always waits for notification from the in-home device 1, and at the timing when the notification is received, the device may sound or vibrate for notification. At this time, meta information such as a caller ID and a telephone number related to the caller and image information may be presented together. As for the sound from the device, the application may sound the sound specified by the ringing sound pattern, or it may sound the ringing sound set by the device-side application according to the meta information about the caller, etc. .

  Here, the notification method may be only a unidirectional method such as making a sound or displaying the caller's meta information or image information. Further, a bidirectional method such as exchange of audio and video between the caller and the callee may be performed after the unidirectional notification. Note that the setting as to whether the direction is unidirectional or bidirectional may be set in the call destination distribution unit 4 according to a predetermined rule in the call setting information.

  Regarding the call destination, notification may be made to a device in the house according to the call setting information, or notification may be made to a call destination device outside the house. For example, if it is possible to grasp what visitors have come to the destination and respond to the call itself, the time and effort required for the caller to revisit can be reduced. Can respond.

  Hereinafter, specific examples of notification to the in-home device and notification to the outside device will be described with reference to FIGS. 11 and 12. In FIG. 11 and FIG. 12, as a functional block, the callee distribution unit 4 is drawn as a main part instead of the callee notification unit 5, but this is a notification to a home device and a notification to an external device. This is because the callee distribution unit 4 makes a determination and advance preparation (such as establishment of communication for notification). The call destination notification unit 5 is actually responsible for the notification process under the advance preparation.

  FIG. 11 is a diagram illustrating an example of a method of notifying a device in the home. First, as shown in [Procedure 1], when the caller visits, the NFC tag or the like is read by the caller device and connected to the in-home device 1. (Note that [Procedure 1] has already been performed at the time of establishing a connection in the device connection unit 2.)

  At this time, for example, it is assumed that pairing is performed using Bluetooth. After pairing, messages can be exchanged between the caller and the home device 1 using Bluetooth SPP (Serial Port Profile) or the like. By connecting the caller and the in-home device 1 using Bluetooth, it is possible to ensure that the place where the caller is currently is in front of the house. In addition, the in-home device 1 can use the BTD address of the calling source device without input to the calling source for identifying the calling source. The same thing can be achieved with Wi-Fi, but the information on Wi-Fi access points that you normally use in your home needs to be disclosed to the caller, or you can connect to the same Wi-Fi access point. If this is the case, it may be possible to access other than the in-home device 1, which is not preferable in terms of security. However, this can be avoided by preparing a dedicated Wi-Fi access point for visitor-linked devices.

  After pairing, the in-home device 1 performs call destination allocation in the call destination distribution unit 4 based on the call source identification information obtained from the call source. If it is not a notification of a specific call destination, as shown in [Case 1], the in-home device 1 instructs the ring tone generator 41 to make an appropriate ring tone set in the ring tone pattern.

  On the other hand, as shown in [Case 2], if it is a notification to a specific call destination, it is necessary to establish a network with the call destination. (Note that [Case 3] will be described with reference to FIG. 12.) Since the callee is basically co-located with the administrator of the in-home device, it is connected via Wi-Fi or the like capable of IP communication. May be performed. In this case, as shown in the figure, there is a Wi-Fi access point (router) R1 in the house, and as shown in [State 1] and [State 2], the in-home device 1 and the callee terminal 50 of the callee access the access. It is premised that it is already connected to point R1.

  In addition, even when using Bluetooth instead of Wi-Fi, if you use the Bluetooth PAN (Personal Area Network) profile, you can emulate Ethernet (registered trademark). The same thing as [State 1] and [State 2] can be realized.

  In order to promptly notify the callee, it is necessary to be able to notify the callee by pushing. Therefore, for example, the home device includes a WebSocket server 42 (configuration that functions as the server 42). The call destination application establishes a connection with the WebSocket server 42 at the timing when the application is activated. This establishes a connection that allows messages to be exchanged between the server and the client at any time, so as soon as a call is made from the caller, as shown in [Step 2], the callee application Can be notified.

  Here, it may be assumed that the called app is always running, or the push notification mechanism provided by the platform on which the app operates (for example, Google Cloud Messaging Service, http: // developer. android.com/google/gcm/index.html) may be used to automatically start when the call is made.

  FIG. 12 is a diagram illustrating an example of a method of notifying the outside device (call destination terminal 50 outside the home). For pairing and callee distribution as shown in [Procedure 1], a method similar to the method of notifying the in-home device in FIG. 11 may be used. In order to make a notification from the in-home device 1 to the called device 50 outside the home, a network connection needs to be established between the devices. Therefore, for example, it is assumed that there is a home router R1 that can be connected to the Internet, and the home device 1 is connected to the router.

  On the other hand, outside the home, the called device 50 is also connected to an external router R2 that can be connected to the Internet. An (external) WebSocket server S2 is provided on the Internet accessible by both parties, and the application of the called device is always connected to the WebSocket server S2. When a call is made from the call source, the in-home device 1 makes a call request including a specific call destination ID to the URL of the WebSocket server S2 on the Internet, as shown in [Procedure 2]. The WebSocket server S2 that has received the request notifies the callee device that has already established a connection according to the callee ID as shown in [Procedure 3].

  Here, the in-home device 1 not only performs simple notification including meta information and image information to the call destination based on the request from the call source by the method as shown in FIGS. You may provide the environment which can respond via a video and an audio | voice between a call origin and a call destination. Hereinafter, with reference to FIG. 13 and FIG. 14, an example of a method for providing the environment when call destinations exist inside and outside the house will be described.

  FIG. 13 is a diagram illustrating an example of a method for providing a response environment via video and audio between a caller and a callee in the house. For pairing and callee allocation / notification as shown in [Procedure 1] and [Procedure 2], the same method as in FIG. 11 may be used. As a method of connecting the caller and the callee device in the house, a method of connecting via the same Wi-Fi access point R1 is used. For this reason, as shown in [Procedure 3], the Wi-FiAP information notification unit 43 first connects the Wi-Fi to which the in-home device 1 and the called device are connected as shown in [State 1]. Notification of connection information (SSID, PW, encryption method, WebSocket server URL, etc.) to the WebSocket server 42 for notifying the access point R1 and the call destination. Message exchange from the home device 1 to the caller at the time of the notification is performed by Bluetooth SPP or the like.

  As shown in [Procedure 4], the caller connects to the Wi-Fi access point R1 based on the received Wi-Fi AP connection information. Thereafter, the received URL is connected with WebSocket, and the connection is established with the WebSocket server 42. For the call destination, a connection has already been established with the WebSocket server. In this state, any message can be exchanged between the caller and the callee via the WebSocket server.

  When exchanging video and audio via the WebSocket server 42, the server is loaded, so a P2P (peer-to-peer) connection is established between the caller and the callee, and video and audio are Use the method of exchanging audio. To establish this connection, as shown in [Procedure 5], in addition to the network information of the call destination and caller IP and port numbers, media information such as supported video and audio codecs was included. P2P connection information is exchanged via the WebSocket server 42.

  When the call source transmits the P2P connection information of the call source to the WebSocket server 42, the WebSocket server 42 relays the P2P connection information to the already connected call destination. For example, when the call destination transmits the P2P connection information of the call destination to the WebSocket server 42 using it as a trigger, the WebSocket server relays the P2P connection information to the call source already connected. [Procedure 5] is thus realized, and P2P connection information can be exchanged with each other. For example, using the caller as a trigger, P2P is connected to the callee, and as shown in [Procedure 6], video or Voice exchange is possible.

  Note that the details of the P2P connection information and the protocol for exchanging the information may be performed in accordance with the specification of WebRTC (Web Real Time Communication), which is being standardized by the World Wide Consortium (W3C).

  FIG. 14 is a diagram illustrating an example of a method for providing a response environment via video and audio between a caller and a callee outside the house. The in-home device 1 performs the distribution of the call destinations as shown in [Procedure 1] in the same manner as in FIG. 12, and then the URL and call destination ID of the WebSocket server or STUN server as shown in [Procedure 2]. Can be sent to the caller via Bluetooth SPP. Further, as shown in [Procedure 3], notification is made to an external call destination in the same manner as in FIG.

  Here, the configuration in the case of FIG. 14 is different from the configuration in the case of FIG. 13 in that the WebSocket server S2 is on the Internet and a STUN server (Simple Traversal of UDP through NATs server) S3 is used. The role of the WebSocket server S2 is to exchange P2P connection information between the caller and the callee as in the case of establishing a P2P connection at home. The role of the STUN server S3 is to respond to the global IP and port number of the router to which the caller has subscribed when a request is received from the caller.

  The calling device and the device outside the home usually belong to different networks via a router. At this time, each device is assigned a private IP that can be used under the router. This private IP is assigned according to a rule defined by a router administrator or the like, and a different router cannot communicate by specifying a device using this private IP. On the other hand, there is a global IP assigned to uniquely identify the device in the world. A router usually provides a function for converting between a private IP and a global IP, and therefore an Internet connection is possible.

  That is, in order to perform P2P communication between a caller and a callee belonging to different networks, it is necessary to exchange P2P connection information including a global IP and a port number.

  For this reason, as shown in [Procedure 4], the caller obtains the global IP and port number of the external router R3 that passes through to the STUN server S3, and then establishes the P2P connection as shown in [Procedure 5]. Create information and send it to WebSocket server S2 on the Internet. The WebSocket server S2 relays the caller P2P connection information to the callee. Similarly, as shown in [Procedure 6], the callee that received it obtains the global IP and port number of the passing router R2 through the STUN server S2, and then shows it as [Procedure 7]. As described above, the P2P connection information is created and transmitted to the WebSocket server S2 on the Internet. The WebSocket server S2 can exchange the P2P connection information of each other by relaying the P2P connection information of the call destination to the call source. Thereafter, similarly, as shown in [Procedure 8], video and audio may be exchanged according to the media information.

  In addition, regarding the exchange of video and audio with an out-of-home terminal, more detailed contents of P2P connection information and a protocol for exchanging the information may be performed in accordance with WebRTC specifications.

  FIG. 15 is a diagram for describing an embodiment in which the information registration unit 6 registers information related to a visit to be performed in advance and then performs the visit. In this case, the visitor (calling source) and the visiting destination (calling destination) register the caller visit schedule information in advance in the caller DB 30 as shown as a list L50 in FIG. The caller visit schedule information includes authentication information for a visit, a scheduled visit time, and the like.

  For visitors, the following cases can be considered when visiting. That is, the visitor device linkage apparatus 1 is applicable not only to a visit to an individual house as described above but also to a company visit, and the visitor device linkage apparatus 1 can also be applied to this case. When you visit a company, you may be asked for a department name with a business name, a contact person's name and contact information, and so on. The visitor may remember the name of the person in charge but may not remember the department name or contact information, which is troublesome to check.

  Therefore, if the authentication information can be acquired in advance when entering from the place of visit, the labor for entering is reduced. The visitor registers the authentication information. The password may be a random text or an image base such as a QR code (registered trademark). Moreover, the visitor's own telephone number which a visitor cannot easily forget may be sufficient. At the time of the visit, the ringing sound and the call destination may be changed in association with the authentication information as described above, or the unlocking may be performed in cooperation with the door.

  Moreover, the following cases can be considered at the place of visit. As for home delivery etc., it is not known when the courier will visit, so if you go out and leave home, even if you are at home when you visit, you are worried about unknown visitors and do not respond There's a problem. Therefore, if it is possible to grasp the scheduled visit time in advance, it is possible to avoid the absence and to respond by reducing unnecessary anxiety.

  As shown in [Procedure 1], the visitor registers in advance the scheduled visit time to deal with the above cases. Further, as shown in [Procedure 2], authentication information such as a passcode is registered in advance by the visited site. In addition to the use of relief of anxiety based on prior visits as described above, the information on the scheduled visit time may be used when the actual visit time is significantly different from the registered one. It can also be used for the caller identification unit 3 to automatically determine that a visitor is an unscheduled visitor. Whether or not there is a large deviation may be determined by a threshold.

  These visit schedule information may be registered without being in the home or office. Information registered by the visited site is notified to the visitor via the Web server S20 on the Internet. Information registered by the visitor is also notified to the visitor via the Web server S20 and the like. A connection may be established in advance between the home device and the web server, the device owned by the visitor, and the web server, and a push notification may be sent to the visitor and visitor. A visitor may actively access the Web server and pull notifications.

  Note that the information registration unit 6 may delete the visit schedule information from the caller DB 30 after a visit or after a predetermined time after registration.

  As described above, according to the present invention, the following effects can be achieved for a person at home.

(1) When a visitor to a home calls a person at home, it uses a device that the caller has to make a wireless connection with the home device to ensure that he is in front of the house and remotely Can prevent malicious calls.
(2) By identifying the visitor using wireless connection information and switching the ringing sound accordingly, it is possible to grasp the attributes of the visitor without having to check or respond to the video on the home device. can do.
(3) When there are multiple home residents, by calling only a specific home person appropriately according to the visitor's requirements, it is possible to reduce the trouble of being called for the other home residents. Can do.
(4) You can respond even when you are away from home, so you can quickly understand the requirements of visitors.
(5) By knowing the scheduled visit time, you can avoid absence and respond with peace of mind.

  Further, according to the present invention, the following effects can be achieved for visitors.

(1) Regardless of being at home, it is possible to reduce the trouble of revisiting by restraining the use of an absence from a suspicious person.
(2) You can call a home-resident who has a business, so you can finish the business smoothly.
(3) Even if you are not at home, you may be able to complete the business because you can respond when you are out.
(4) Not only at home but also when visiting companies, you can enter the building smoothly by registering in advance.

  1 ... Visiting device cooperation device, 2 ... Device connection unit, 3 ... Call source identification unit, 4 ... Call destination distribution unit, 5 ... Call destination notification unit

Claims (12)

A device connection unit that wirelessly connects to the calling caller terminal that has visited,
A caller identification unit that identifies a caller based on caller identification information acquired from the caller terminal;
A callee distribution unit that selects a callee based on information input from the caller and / or information of a callee linked in advance to the identified caller;
A visitor device cooperation apparatus comprising: a call destination notification unit that notifies the selected call destination of the visit.   The visitor device cooperation apparatus according to claim 1, wherein the device connection unit performs wireless connection by Bluetooth or Wi-Fi.   The caller identification unit identifies a caller by using a device address uniquely assigned to a Bluetooth or Wi-Fi interface or by using a telephone number of a caller. The visitor apparatus cooperation apparatus of 1 or 2. An image recognition unit that obtains an image from a caller and recognizes the image;
The visitor device cooperation apparatus according to any one of claims 1 to 3, wherein the caller identification unit identifies a caller based on a result of recognition of an image by the image recognition unit. The caller identification unit identifies the caller and sets a ring tone according to the caller,
5. The visitor device cooperation apparatus according to claim 1, wherein the call destination notification unit performs the notification using the set ring tone.   6. The visitor device cooperation apparatus according to claim 1, wherein the call destination distribution unit selects a call destination based further on position information of a call destination terminal of the call destination.   The call destination distribution unit is configured to select a call destination corresponding to a terminal wirelessly connected to the visitor device cooperation apparatus among the call destination terminals of the call destination. The visitor apparatus cooperation apparatus in any one of 6 thru | or 6.   The call destination notification unit establishes a network that enables IP communication with a call destination terminal of a call destination, and sends a message notification to the call destination. The visitor device linkage device described.   The call destination notification unit enables IP communication to a call destination terminal of a call destination belonging to a network different from that of the visitor device cooperation apparatus, and sends a message notification to the call destination. The visitor apparatus cooperation apparatus in any one of 1 thru | or 8.   The visitor device cooperation apparatus according to claim 8 or 9, wherein the call destination notification unit uses a web socket for push notification to the call destination in the IP communication.   The call destination notifying unit enables video and audio exchanges and / or peer-to-peer communication between a call source terminal of a call source and a call destination terminal of a call destination. The visitor apparatus cooperation apparatus in any one of Claims 1 thru | or 10. A function of receiving a scheduled visit time for a predetermined call destination from a call source and notifying the predetermined call destination;
A visitor device cooperation apparatus further comprising a function of notifying the caller of the authentication information by receiving the authentication information at the time of the visit from the notified predetermined call destination.