JP2014123906A - Communication control device, terminal device, program and communication control method - Google Patents

Abstract

PROBLEM TO BE SOLVED: To enable a terminal device to communicate while maintaining user anonymity, and to enable information provision and acquisition between two or more user terminals when two or more users have relationship.SOLUTION: In application service communication provided in a predetermined district, the communication control device includes: a setting unit for performing link setting to enable the acquisition of information from a terminal device, to which identification information is issued for communication, by another terminal device to which other identification information is issued for the communication; and a receiving unit for receiving a request for the link setting. The setting unit performs the link setting when the request for the link setting is received.

Description

  The present invention relates to a communication control device, a terminal device, a program, and a communication control method.

  In recent years, terminal devices capable of communication such as mobile phone terminals have been widely used. For example, a mobile phone terminal uses a telephone number, a mail address, or other identification information fixedly given by a communication carrier or a service provider, etc., to send / receive a phone call, an email, an instant message, etc. be able to.

  Further, a technology is known that enables a single mobile phone terminal to use another phone number in addition to a phone number fixedly provided by a communication carrier. By using such a technique, the telephone number can be switched according to the position of the mobile phone terminal, or the telephone number can be switched according to the use of the user of the mobile phone terminal.

  As a technique related to conventional telephone number switching, for example, in Patent Document 1, a mobile phone terminal transmits a request including the machine number of its own device and an ID acquired from an IC tag in a specific area. A technique for acquiring an additional telephone number associated in advance with the machine number and the ID is disclosed.

International Publication No. 2009/013808

  However, according to the technique disclosed in Patent Document 1, the mobile phone terminal acquires an additional phone number from the body number of the own device and the ID acquired from the IC tag. Therefore, according to the technique disclosed in Patent Document 1, it is necessary to disclose a machine number that uniquely identifies a mobile phone terminal. Further, since the machine number and the additional telephone number are stored correspondingly, the anonymity of the user of the mobile phone terminal is not maintained even when the additional telephone number is used. As a result, when it is desired that the anonymity be maintained, it is considered that the user feels resistance and anxiety about communication using such an additional telephone number. It is also conceivable that a person who manages the part for storing the machine number and the additional telephone number abuses the machine number and the telephone number.

  Therefore, it is desirable to provide a mechanism that enables the terminal device to communicate while maintaining the anonymity of the user. As such a mechanism, for example, it is conceivable to issue identification information (hereinafter referred to as a one-time ID) for communication of an application service provided in a predetermined area to a terminal device such as a mobile phone terminal. An example of the predetermined area is a shopping mall, and an example of the application service is an intra-area call service. With the application service, a customer of the shopping mall can make a call with a desired store clerk. If the one-time ID is issued, the terminal device does not need to provide identification information (for example, a telephone number, a mail address, etc.) of the device itself when using the application service. Therefore, the terminal device can communicate while maintaining the anonymity of the user of the terminal device. The technique relating to such one-time ID is described in detail in the specification of an international application having an international application number of PCT / JP2012 / 072325.

  When there are a plurality of terminal devices in the predetermined area, a separate one-time ID can be issued to each of the plurality of terminal devices. As an example, when there are a plurality of terminal devices (a plurality of customer terminal devices) in a shopping mall, a one-time ID can be issued to each terminal device. Even if a one-time ID is issued in this way, in the application service, any one of the plurality of terminal devices can freely acquire information of another terminal device. It may be undesirable for the user of the terminal device. For example, when a user of one terminal device that has been issued a one-time ID and a user of another terminal device that has been issued another one-time ID do not have a relationship, It is not preferable for a user of another terminal device to be able to freely acquire the position information of the terminal device. Also, in application services, it may be undesirable for the plurality of terminal devices to allow the plurality of terminal devices to freely communicate with each other. For example, when a user of one terminal device that has been issued a one-time ID and a user of another terminal device that has been issued another one-time ID do not have a relationship, It is not preferable for the user of the other terminal device to be able to make a call freely to the terminal device. As described above, even if a separate one-time ID is issued to each of the plurality of terminal devices, provision and acquisition (including communication) of information between the plurality of terminal devices is considered to be limited. It is done.

  However, for example, a user of one terminal device that has been issued a one-time ID and a user of another terminal device that has been issued another one-time ID have any relationship (for example, a family relationship, a friend relationship, etc.) ). In this case, in the application service, it is preferable that the other terminal device can acquire information from the certain terminal device, and the certain terminal device and the other terminal device can communicate with each other. It may be preferable. Therefore, if provision and acquisition (including communication) of information between a plurality of terminal devices that have been issued one-time IDs are uniformly restricted, it may not be preferable from the viewpoint of convenience of application services. .

  Therefore, it is possible for the terminal device to communicate while maintaining the anonymity of the user, and when two or more users have a relationship, information is provided and acquired between the terminal devices of the two or more users. It is desirable to provide a mechanism that enables

  According to the present invention, in communication of an application service provided in a predetermined area, information from a terminal device that has been issued identification information for the communication is issued, and other identification information for the communication is issued. There is provided a communication control device including a setting unit that performs link setting and a receiving unit that receives a request for the link setting, which can be acquired by another terminal device. The setting unit performs the link setting when the link setting request is accepted.

  The link setting may be requested from at least one of the terminal device and the other terminal device.

  The link setting may be requested after approval by at least one of the terminal device and the other terminal device.

  The approval may be performed through inter-device communication between the terminal device and the another terminal device.

  The inter-device communication may be wireless communication at a short distance.

  Further, the short-distance wireless communication may be NFC (Near Field Communication) or infrared communication.

  The link setting may also allow the terminal device to acquire information from the other terminal device in the communication of the application service.

  Further, the link setting may enable the terminal device and the another terminal device to communicate with each other in the communication of the application service.

  Further, the information from the terminal device may include status related information related to the status of the user of the terminal device.

  The situation related information may include position information of the terminal device.

  User identification information for identifying a user of the terminal device is acquired by the other terminal device, and the other terminal is associated with the acquisition of the information from the terminal device by the other terminal device. It may be displayed on the device.

  The user identification information may be acquired from information stored in the terminal device by autonomous processing of the terminal device.

  The link setting may be canceled when a predetermined cancellation condition for the link setting is satisfied.

  The predetermined release condition may include termination of use of the identification information or the other identification information.

  The predetermined cancellation condition may include a request for cancellation of the link setting by the terminal device or the other terminal device.

  In addition, the communication function of the terminal device for performing the communication of the application service may be stopped after the identification information is issued and before the link setting request.

  Further, the communication function of the terminal device for performing communication between devices may be refreshed before the communication between devices with the other terminal device.

  In addition, according to the present invention, when identification information for communication of an application service provided in a predetermined area is issued to the terminal device, the acquisition unit acquires the identification information. In the communication of the application service, a request is made for a link setting that enables the other to acquire information from one of the other terminal device and the terminal device from which another identification information for the communication is issued. A requesting unit is provided. The link setting is performed when a request for the link setting is accepted.

  According to the present invention, when the identification information for communication of the application service provided in a predetermined area is issued to the terminal device, the computer that controls the terminal device acquires the identification information. A link setting that enables the other to acquire information from one of the terminal device and another terminal device that has been issued another identification information for the communication in the communication of the application unit and the application service. , A requesting part and a program for functioning as a requesting part are provided. The link setting is performed when a request for the link setting is accepted.

  According to the present invention, there is also provided a method in a system including a communication control device, a first terminal device, and a second terminal device, wherein the communication control device communicates an application service provided within a predetermined area. Issuing the first identification information for the first terminal device, obtaining the first identification information issued by the first terminal device, and the communication control device, Issuing the second identification information for the communication to the second terminal device; obtaining the second identification information to be issued by the second terminal device; and A step of requesting link setting enabling the terminal device or the second terminal device to acquire information from one of the first terminal device and the second terminal device; and a communication control device But the above phosphorus A step of accepting the request for setting the communication control device, when the request for the link setup is accepted, the communication control method comprising the steps of performing the link setting is provided.

  As described above, according to the present invention, it is possible for a terminal device to communicate while maintaining anonymity of a user, and when two or more users have a relationship, information is transmitted between the terminal devices of the two or more users. Can be provided and acquired.

It is explanatory drawing which shows an example of the schematic structure of the communication system which concerns on one Embodiment. It is a block diagram which shows an example of a structure of PBX which concerns on one Embodiment. It is explanatory drawing for demonstrating an example of the ID management table memorize | stored in IDDB. It is explanatory drawing for demonstrating the 1st example of the update of ID management table at the time of issuance of one-time ID. It is explanatory drawing for demonstrating the 2nd example of the update of ID management table at the time of issuance of one-time ID. It is explanatory drawing for demonstrating an example of the update of ID management table at the time of completion | finish of use of one-time ID. It is explanatory drawing for demonstrating the 1st example of the link setting request message transmitted by the terminal device. It is explanatory drawing for demonstrating the 2nd example of the link setting request message transmitted by the terminal device. It is explanatory drawing for demonstrating an example of the cancellation | release request message transmitted by the terminal device. It is explanatory drawing for demonstrating an example of a link setting. It is explanatory drawing for demonstrating the 1st example of cancellation | release of link setting. It is explanatory drawing for demonstrating the 2nd example of cancellation | release of link setting. It is explanatory drawing for demonstrating an example of the screen displayed on a terminal device in an area map service. It is explanatory drawing for demonstrating the example of the call control based on link setting. It is a block diagram which shows an example of a structure of the terminal device which concerns on one Embodiment. It is explanatory drawing for demonstrating the 1st example of the screen displayed on a terminal device in an intra-zone call service. It is explanatory drawing for demonstrating the 2nd example of the screen displayed on a terminal device in an intra-zone call service. It is explanatory drawing for demonstrating the example of the 1st screen displayed on a terminal device for approval of a link setting. It is explanatory drawing for demonstrating the example of the 2nd screen displayed on a terminal device for approval of link setting. It is explanatory drawing for demonstrating an example of the screen displayed on a terminal device after approval of link setting. It is explanatory drawing for demonstrating an example of the screen displayed in the area call between a terminal device and another terminal device. It is explanatory drawing for demonstrating an example of the screen displayed for the telephone call in the area between a terminal device and another terminal device. It is a sequence diagram which shows an example of the schematic flow of the communication control process at the time of the start of AP service based on one Embodiment. It is a sequence diagram which shows an example of the schematic flow of the communication control process at the time of link setting based on one Embodiment. It is a sequence diagram which shows the 1st example of the schematic flow of the communication control process at the time of link setting cancellation | release based on one Embodiment. It is a sequence diagram which shows the 2nd example of the schematic flow of the communication control process at the time of link cancellation | release based on one Embodiment. It is a flowchart which shows an example of the schematic flow of the communication control process at the time of performing the call control based on link setting based on one Embodiment. It is a flowchart which shows an example of the schematic flow of the communication control process at the time of acquiring user identification information autonomously based on one Embodiment.

  Hereinafter, preferred embodiments of the present invention will be described in detail with reference to the accompanying drawings. In addition, in this specification and drawing, about the component which has the substantially same function structure, duplication description is abbreviate | omitted by attaching | subjecting the same code | symbol.

  Thereafter, <1. Schematic configuration of communication system>, <2. Configuration of PBX>, <3. Configuration of terminal device>, <4. Embodiments of the present invention will be described in the order of processing flow>.

<1. Schematic configuration of communication system>
First, a schematic configuration of a communication system 1 according to an embodiment of the present invention will be described with reference to FIG. FIG. 1 is an explanatory diagram illustrating an example of a schematic configuration of a communication system 1 according to the present embodiment. Referring to FIG. 1, the communication system 1 includes a private branch exchange 100 (hereinafter, PBX (Private Branch eXchange) 100) and a terminal device 200.

(PBX100)
The PBX 100 is an exchange that communicates via a network 20 with a terminal device 200 located in a predetermined area 90 (hereinafter referred to as area 90). Referring to FIG. 1, the area 90 is, for example, a shopping mall site. In the area 90, the user 10 of the terminal device 200 is located. For example, the user 10 is a customer who came to a shopping mall or a staff of the shopping mall. The network 20 is, for example, a LAN (Local Area Network), and is connected by a terminal device by wire or wirelessly via a wireless LAN access point.

  The PBX 100 enables communication using identification information (hereinafter referred to as an intra-area ID) used in the area 90 to the terminal device 200 located in the area 90. The intra-area ID is, for example, an extension telephone number. Here, when the service in the area 90 corresponds to the service of the public switched telephone network (hereinafter, PSTN (Public Switched Telephone Networks)), the in-area ID may be a telephone number. The PSTN referred to in the present application may be a wired network or a wireless network (such as a mobile phone network). Further, the PSTN may include a public network such as the Internet in addition to the conventional telephone service network.

  As a more specific example, the PBX 100 stores an intra-area ID and an IP address (Internet Protocol address) in association with each other. In response to the request, the PBX 100 converts the intra-area ID into an IP address and provides the terminal device 200 with an IP address corresponding to the intra-area ID. Therefore, the terminal device 200 can acquire an IP address from the intra-area ID of another terminal device 200 in response to a request to the PBX 100, and transmit data to the other terminal device 200 using the IP address. it can. As an example, the terminal device 200 of a staff member of a shopping mall acquires an IP address from an in-area ID (for example, an extension telephone number) of another terminal device 200 of another staff member, and uses the IP address of the other staff member's terminal device 200. Data is transmitted to the terminal device 20. In addition, the terminal device 200 can receive data from another communication device such as the PBX 100 and the terminal device 200 that know the intra-area ID of the device itself. As an example, the terminal device 200 of a shopping mall staff receives data from another terminal device 200 that knows the intra-area ID (eg, extension telephone number) of the own device. Note that such a conversion function between the intra-area ID and the IP address is called a gatekeeper function.

  In addition, the PBX 100 performs call control between the terminal devices 200 and call control between the terminal device 200 and a communication device located in another area. For example, when the shopping mall staff terminal device 200 requests a call to another staff terminal device 200 having an in-area ID (for example, an extension telephone number), the PBX 100 uses the in-area ID as an IP address. And a session between these terminal devices 200 is established. As described above, the call control between the terminal devices 200 includes processing of the gatekeeper function, that is, conversion processing between the intra-area ID and the IP address.

  In the present embodiment, an application service (hereinafter referred to as “AP service”) is provided in the area 90. For example, the PBX 100 provides the AP service. As an example, the AP service is an intra-area call service. With the AP service, a shopping mall customer can talk to a desired store clerk.

  In the present embodiment, identification information (that is, a one-time ID) for communication of an AP service provided in the area 90 is used. For example, the PBX 100 manages the one-time ID. Specifically, for example, the PBX 100 issues a one-time ID to the terminal device 200. When the one-time ID is issued to the terminal device 200 in this manner, the terminal device 200 can perform AP service communication using the one-time ID.

  The issued one-time ID is handled by the PBX 100 in the same manner as the intra-area ID, for example. Specifically, for example, the PBX 100 stores a one-time ID and an IP address in association with each other, and converts the one-time ID into an IP address in response to a request. In other words, the one-time ID is a kind of intra-area ID of the area 90 and is an ID for communication of the AP service provided in the area 90. The one-time ID can be temporarily used under a predetermined condition.

  As will be described later in detail, the provision and acquisition of information between the terminal devices 200 that have been issued a one-time ID are limited. However, the provision and acquisition of the information is not uniformly limited and can be permitted when desired by the user.

(Terminal device 200)
The terminal device 200 is a communication device used by the user 10. The terminal device 200 can be connected to the network 20 by wire or wirelessly. The terminal device 200 is a smartphone as an example. When the terminal device 200 is a smartphone, the terminal device 200 may have fixed identification information (hereinafter referred to as a fixed ID) such as a telephone number or an e-mail address that can be used for communication via a network of a communication carrier. That is, the fixed ID can be said to be identification information used in PSTN. The terminal device 200 includes a CPU (Central Processing Unit), a main storage device, an auxiliary storage device, a display device, a chipset, a button device, a power supply circuit, a battery, a speaker device, a microphone device, a PSTN communication device, a wireless device. It may be configured by a LAN device, an external connection terminal, and a bus connecting the respective devices. The terminal device 200 is an auxiliary storage device and may store various electronic information such as an OS (Operating System) and a VM (virtual machine). Furthermore, the terminal device 200 may include a camera device, a SIM (Subscriber Identity Module) card, a SIM card interface, and the like.

  Referring to FIG. 1, the user 10 of the terminal device 200 exists in the area 90. For example, the user 10A and the user 10B are customers, and the terminal device 200A and the terminal device 200B are customer terminal devices. The user 10C is a staff member, and the terminal device 200C is a staff terminal device.

  In the present embodiment, in particular, the terminal device 200 is issued the one-time ID. Then, the terminal device 200 performs communication of the AP service provided in the area 90 using the one-time ID.

  The example of the configuration of the communication system 1 according to the embodiment of the present invention has been described above with reference to FIG. In the present embodiment, as described above, since the one-time ID is used, the terminal device can communicate while maintaining the anonymity of the user. In the present embodiment, when two or more users 10 have a relationship, information can be provided and acquired between the terminal devices 200 of the two or more users 10. Thereafter, <2. Configuration of PBX>, <3. Configuration of terminal device> and <4. The specific contents of the processing flow> will be described.

<2. Configuration of PBX>
An example of the configuration of the PBX 100 according to the present embodiment will be described with reference to FIGS. FIG. 2 is a block diagram illustrating an example of the configuration of the PBX 100 according to the present embodiment. Referring to FIG. 2, the PBX 100 includes a communication unit 110, a storage unit 120, and a control unit 130.

(Communication unit 110)
The communication unit 110 communicates with other devices. More specifically, for example, the communication unit 110 transmits information to other devices in accordance with control by the control unit 130. In addition, the communication unit 110 receives information transmitted by another device and provides the information to the control unit 130. The communication unit 110 includes, for example, a communication interface for wired communication.

(Storage unit 120)
The storage unit 120 stores a program and data for the operation of the PBX 100. The storage unit 120 includes a storage medium such as a hard disk or a semiconductor memory. The storage unit 120 includes an application database 121 (hereinafter referred to as AP DB 121) and an ID database 123 (hereinafter referred to as ID DB 123).

(AP DB121)
The AP DB 121 stores a list of AP services provided in the area 90. More specifically, the AP DB 121 stores, for example, a list of information indicating each AP service such as the intra-area call service, intra-area map service, coupon distribution service, and point grant service. The AP DB 121 may also store the types of users 10 that can provide each AP service (for example, customers, staff, etc.). More specifically, for example, the AP DB 121 may store “customer” and “staff” as types of the user 10 who can use the intra-area call service. Further, the AP DB 121 may store “customer” as the type of the user 10 who can use the coupon distribution service.

  The AP DB 121 stores terminal device software for providing the AP service. The software is, for example, application software. For example, the AP DB 121 stores application software for the intra-area call service. Such application software may be created for each type of user 10 such as a customer or a staff member. More specifically, for example, customer software and staff software may be created and stored as application software for the intra-area call service. Further, for example, customer software may be created and stored as application software for a coupon distribution service.

(ID DB123)
The ID DB 123 stores the usage status of the one-time ID. The usage status is information that makes it possible to determine whether the one-time ID is in use or unused. By storing the usage status of such a one-time ID, it is possible to know which one-time ID may be issued.

  In addition, for example, the ID DB 123 stores user identification information for identifying the user 10 of the terminal device 200 that has been issued a one-time ID. The user identification information is, for example, a handle name for the user 10.

  Further, for example, the ID DB 123 stores link setting information indicating a link setting status for the terminal device 200 that has been issued a one-time ID. In the link setting, in the communication of the application service provided in the area 90, information from the terminal device 200 that has been issued a one-time ID is acquired by another terminal device 200 that has been issued another one-time ID. Enable. The link setting will be described in detail later. The link setting information is, for example, user identification information of one or more other terminal devices 200 that are partners of the link setting of the terminal device 200 to which the one-time ID is issued.

  The ID DB 123 stores, for example, a one-time ID usage status, user identification information, and link setting information as an ID management table. Hereinafter, a specific example of the ID management table will be described with reference to FIG.

  FIG. 3 is an explanatory diagram for explaining an example of an ID management table stored in the ID DB 123. Referring to FIG. 3, an ID management table is shown. The ID management table includes an availability flag, user identification information, and link setting information for each one-time ID. In this example, the one-time ID is a four-digit number. The usability flag is information indicating the usage status of the one-time ID, and is 0 or 1. When the availability flag is 0, it indicates that the one-time ID is not used by any terminal device 200. On the other hand, when the availability flag is 1, it indicates that the one-time ID is used by any one of the terminal devices 200. The user identification information is a handle name as described above. In addition, as described above, the link setting information is user identification information of one or more other terminal devices 200 that are partners of link setting. Specific examples of user identification information and link setting information will be described later.

  The ID DB 123 may also store other attributes of the one-time ID. The other attributes include, for example, the expiration date of the one-time ID, the range within the area 90 in which the one-time ID can be used (hereinafter referred to as “usage range”), or the type of user of the terminal device 200 that is issued the one-time ID May be included. These attributes are information elements that define the usage conditions for the one-time ID. The one-time ID can be temporarily used under predetermined conditions such as the expiration date, the usage range, and the user type.

(Other)
As described above, the storage unit 120 includes the AP DB 121 and the ID DB 123. In addition to the information stored in the AP DB 121 and the ID DB 123, the storage unit 120 includes an intra-area ID (for example, a fixed intra-area ID and a one-time ID) and an IP address for realizing a gatekeeper function. The correspondence relationship is stored.

(Control unit 130)
The control unit 130 provides various functions of the PBX 100. For example, the control unit 130 corresponds to a processor such as a CPU or a DSP (Digital Signal Processor). And the control part 130 provides the said various functions by running the program memorize | stored in the memory | storage part 120 or another storage medium. The control unit 130 includes an AP service management unit 131, an ID management unit 133, a link request reception unit 134, a link setting unit 135, an AP service provision unit 137, and a call control unit 139.

(AP service management unit 131)
-AP Service Search The AP service management unit 131 searches for an AP service provided in the area 90. More specifically, for example, when the AP service management unit 131 acquires a service search request message from the terminal device 200 via the communication unit 110, a list of AP services stored in the AP DB 121 of the storage unit 120. To search for an AP service. Then, the AP service management unit 131 provides information related to the searched AP service to the terminal device 200 as an AP service search result via the communication unit 110.

-Distribution of software for terminal device Further, the AP service management unit 131 distributes software for terminal device for providing an AP service provided in the area 90. More specifically, for example, when the AP service management unit 131 acquires a service use start request message from the terminal device 200 via the communication unit 110, the AP service management unit 131 provides the AP service from the AP DB 121 of the storage unit 120. Get software for your terminal. Then, the AP service management unit 131 transmits the acquired software for the terminal device to the terminal device 200 via the communication unit 110. Here, when the AP service management unit 131 distributes the software for the terminal device, a communication protocol used for communication between the terminal device 200 and the PBX 100 (for example, transmission / reception of a message for link setting). , Communication protocol version information, communication port number, packet length information (capacity information of one packet), data offset (header length information in the packet), data length (data length information in the packet), etc. are notified to the terminal device 200. May be.

  Also, the AP service management unit 131 requests the ID management unit 133 to issue a one-time ID. More specifically, for example, the AP service management unit 131 acquires a service use start request message from the terminal device 200 via the communication unit 110. Thereafter, the AP service management unit 131 requests the ID management unit 133 to issue a one-time ID for AP service communication to the terminal device 200.

-Determination of use end condition The AP service management unit 131 continuously determines whether a use end condition (hereinafter referred to as ID use end condition) for the one-time ID issued by the ID management unit 133 is satisfied. . More specifically, for example, the AP service management unit 131 acquires information related to the ID use termination condition from the terminal device 200 as needed or periodically. Further, for example, the AP service management unit 131 acquires a service provision stop notification from the AP service provision unit 137 as needed. Then, the AP service management unit 131 determines whether or not the ID use end condition is satisfied based on the acquisition result as needed or periodically.

  Further, for example, the AP service management unit 131 is issued the one-time ID so as to delete the software for the terminal device distributed for providing the AP service when the ID use termination condition is satisfied. The terminal device 200 is controlled. More specifically, for example, the AP service management unit 131 stops the software for the terminal device distributed to provide the AP service to the communication unit 110 when the ID use termination condition is satisfied. An AP deletion request message for requesting deletion is transmitted to the terminal device 200.

  For example, the AP service management unit 131 stops the provision of the AP service to the terminal device 200 that uses the one-time ID, if necessary, when the ID use end condition is satisfied. Request to 137.

  For example, the AP service management unit 131 requests the ID management unit 133 to update the usage status of the one-time ID when the ID use end condition is satisfied.

-Conditions for Ending Use of One-Time ID Various conditions can be applied as the above-described conditions for ending use of one-time ID (that is, ID use end conditions). As an example, the ID use end condition includes that the terminal device 200 using the one-time ID is not located in the area 90 where the issued one-time ID can be used (first end condition). In this case, as an example, the AP service management unit 131 uses the one-time ID in the area 90 when the information related to the ID use end condition is not acquired from the terminal device 200 within a predetermined time. Consider 200 not located.

  According to such an ID use end condition, use of the one-time ID is stopped when the one-time ID is not used in the use range in the area 90 (when leaving the shopping mall, when the power is turned off, etc.). Is done. Then, the usage status of the one-time ID whose use has been stopped is updated so as to indicate that the one-time ID is not used. Thereby, the one-time ID that can be used only at a specific place can be realized.

  The ID use end condition may include that the issued one-time ID has expired (second end condition). In this case, the ID management table may include information on the expiration date of use of the one-time ID, and the ID use end condition may be determined based on the information. According to such an ID use end condition, a one-time ID that can be used only for a specific time limit can be realized.

  Further, the ID use termination condition may include that the AP service providing unit 137 or the terminal device 200 requests that the provision of the AP service be stopped (third termination condition). According to such a use end condition, a one-time ID that can be used only during provision of an AP service can be realized.

  The ID use termination condition may include that transmission / reception is not performed within a predetermined time in the communication path between the AP service management unit 131 and the terminal device 200 (fourth termination condition). According to such an ID use termination condition, a one-time ID that can be used only when communication is possible between the PBX 100 and the terminal device 200 can be realized.

  The ID use termination condition includes that communication using a one-time ID is not performed within a predetermined time in the communication path between the AP service providing unit 137 and the terminal device 200 (fifth termination condition). But you can. According to such an ID use end condition, a one-time ID that can be used only when there is communication using the one-time ID between the PBX 100 and the terminal device 200 can be realized. In other words, the use of the one-time ID can be stopped depending on whether or not the AP service using the one-time ID is used.

  Further, the ID use end condition may include that transmission / reception using the one-time ID is performed a predetermined number of times in the communication path between the AP service providing unit 137 and the terminal device 200 (sixth end condition). According to such an ID use end condition, a one-time ID that can be used only a predetermined number of times of communication can be realized.

  The ID use termination condition may include that the status code of the communication protocol indicates an error (seventh termination condition) in the communication path between the AP service providing unit 137 and the terminal device 200. According to such an ID use end condition, a one-time ID that can be used only when communication between the PBX 100 and the terminal device 200 is not an error can be realized.

  The ID use termination condition may include a shortage of computational resources of the terminal device 200 (eighth termination condition). As an example, the shortage of the calculation resource may be determined based on calculation resource information acquired from the terminal device 200 as needed or periodically. The calculation resource information includes, for example, the usage rate of the CPU, the usage rate of the main storage device (physical memory, virtual memory, etc.), the usage rate of the auxiliary storage device (HDD (Hard disk drive), etc.), and the display device (LCD (Liquid Area), OS type (OS name, version, etc.), VM type (VM name, version, etc.), program type (program name, version, etc.), and terminal status (no camera function or radio wave OFF) Etc.). According to such an ID use termination condition, a one-time ID that can be used only when the resources of the terminal device 200 are not insufficient can be realized.

  Further, the ID use termination condition may include that the terminal device 200 is not an authenticated terminal (a ninth termination condition). More specifically, for example, the authentication may be authentication by a communication carrier. As an example, whether or not the terminal device 200 is a terminal authenticated by a telecommunications carrier is determined based on authentication result information acquired from the telecommunications carrier regarding the terminal device 200 or from the terminal device 200 as needed or periodically. May be. According to such an ID use termination condition, a one-time ID that can be used only when the terminal device 200 is an authenticated device can be realized.

  The ID use termination condition may include that the wireless connection area to which the terminal device 200 is connected at a specific location is abnormal (tenth termination condition). The wireless connection area may correspond to an access point. As an example, whether or not the wireless connection area is abnormal may be determined based on a result of communication confirmation (such as ping) for the access point by the PBX 100. According to such an ID use end condition, a one-time ID that can be used only when the wireless connection area to which the terminal device 200 connects at a specific location is normal can be realized.

(ID management unit 133)
The ID management unit 133 manages one-time IDs.

-Issuance of one-time ID First, the ID management unit 133 issues a one-time ID that is not used to the terminal device 200.

  More specifically, for example, when the AP service management unit 131 requests issuance of a one-time ID, the ID management unit 133 uses the ID management table of the ID DB 123 of the storage unit 120 to use an unused one-time ID. Search for. Then, the ID management unit 133 notifies the terminal device 200 of the searched one-time ID that is not used via the communication unit 110.

  As described above, the one-time ID can be acquired without disclosing the information specifying the terminal device 200 or the user 10 thereof. The terminal device 200 becomes a device that can be uniquely specified in the AP service by the one-time ID. Therefore, the terminal device 200 can perform AP service communication while maintaining the anonymity of the user 10.

  For example, the ID management unit 133 causes the storage unit 120 to store the correspondence between the issued one-time ID and the IP address of the terminal device 200 to which the one-time ID is issued. Thereby, the gatekeeper function for the one-time ID is realized.

-Update of ID management table Secondly, the ID management unit 133 updates information on the usage status of the one-time ID. For example, the ID management unit 133 updates the availability flag stored in the ID management table of the ID DB 123 of the storage unit 120.

  For example, when a one-time ID that is not used is issued to the terminal device 200, the ID management unit 133 indicates that the one-time ID is used by any one of the terminal devices to indicate that the one-time ID is used. Update usage information. More specifically, for example, when the one-time ID is issued, the ID management unit 133 updates the ID management table in the ID DB 123 of the storage unit 120. Hereinafter, a specific example of this point will be described with reference to FIGS.

  FIG. 4 is an explanatory diagram for describing a first example of updating the ID management table when a one-time ID is issued. Referring to FIG. 4, an ID management table is shown. For example, when the ID management table shown in FIG. 3 is stored, the one-time ID “1000” is issued to the terminal device 200. Then, as illustrated in FIG. 4, the ID management unit 133 updates the availability flag of the one-time ID “1000” from 0 to 1. Accordingly, the ID management table indicates that the one-time ID “1000” is used by any one of the terminal devices 200.

  FIG. 5 is an explanatory diagram for explaining a second example of updating the ID management table when a one-time ID is issued. Referring to FIG. 5, an ID management table is shown. For example, when the ID management table shown in FIG. 4 is stored, the one-time ID “1001” is further issued to another terminal device 200. Then, as illustrated in FIG. 5, the ID management unit 133 updates the availability flag of the one-time ID “1001” from 0 to 1. Accordingly, the ID management table indicates that the one-time ID “1001” is used by any one of the terminal devices 200.

  As described above, when the unused one-time ID is issued to the terminal device 200, the ID management unit 133 updates the usage status information of the one-time ID.

  Further, for example, when the use termination condition for the issued one-time ID is satisfied, the ID management unit 133 indicates that the one-time ID is not used by any terminal device. Update the usage status information of the ID. More specifically, for example, when the AP service management unit 131 determines that the use termination condition for the one-time ID is satisfied, the ID management unit 133 causes the AP service management unit 131 to execute the one-time ID. Is requested to update. Then, the ID management unit 133 updates the ID management table of the ID DB 123 in the storage unit 120. Hereinafter, a specific example of this point will be described with reference to FIG.

  FIG. 6 is an explanatory diagram for explaining an example of updating the ID management table at the end of use of the one-time ID. Referring to FIG. 6, an ID management table is shown. For example, when the ID management table shown in FIG. 5 is stored, the use termination condition for the one-time ID “1000” is satisfied. Then, as illustrated in FIG. 6, the ID management unit 133 updates the availability flag of the one-time ID “1000” from 1 to 0. As a result, the ID management table indicates that the one-time ID “1000” is not used by any terminal device 200. That is, the one-time ID “1000” can be issued to the terminal device 200.

  Thus, when the one-time ID is issued, the one-time ID usage status information indicates that the one-time ID is used, and the one-time ID is not yet issued, or If the use end condition is satisfied, it indicates that the one-time ID is not used. As a result, the one-time ID that is not being used can be accurately identified from the information on the usage status of the one-time ID. For this reason, it is possible to avoid the already issued one-time ID being issued in duplicate. That is, it is possible to ensure the effectiveness of issuing the one-time ID by the ID management unit 133.

  For example, the ID management unit 133 causes the storage unit 120 to delete the correspondence between the one-time ID that satisfies the ID use termination condition and the IP address of the terminal device 200 that issued the one-time ID. This can prevent a one-time ID that is no longer used from being converted to an IP address.

(Link request receiving unit 134)
-Link setting request The link request receiving unit 134 receives a link setting request. As described above, in the link of the application service provided in the area 90, the link setting is based on the information from the terminal device 200 that has been issued a one-time ID, and the other terminal that has been issued another one-time ID. Allows device 200 to obtain. The link setting will be described in detail later.

  For example, the link setting is requested from at least one of the terminal device 200 and the other terminal device 200. As an example, both the terminal device 200 and the other terminal device 200 request link setting.

  Specifically, for example, when the terminal device 200 transmits a link setting request message, the link request receiving unit 134 acquires the link setting request message via the communication unit 110. Then, the link request reception unit 134 provides the link setting request message to the link setting unit 135. Hereinafter, a specific example of the link setting request message will be described with reference to FIGS.

  FIG. 7 is an explanatory diagram for describing a first example of a link setting request message transmitted by the terminal device 200. Referring to FIG. 7, information included in the link setting request message is shown. As shown in FIG. 7, the link setting request message includes request type information, one-time ID (requesting side), user identification information (requesting side), and user identification information (partner side).

  The request type information indicates whether the message request is link setting or link setting cancellation. In this example, since the message is a link setting request message, the request type information indicates that the message request is a link setting.

  The one-time ID (requesting side) is a one-time ID issued to the terminal device 200 that requests link setting.

  The user identification information (requesting side) is information for identifying the user of the terminal device 200 that requests link setting. On the other hand, the user identification information (partner side) is information for identifying the user of the terminal device 200 specified as a link setting target. These user identification information is a handle name for the user 10 as an example.

  In the example illustrated in FIG. 7, the one-time ID “1000” is issued to the terminal device 200 </ b> A of the user 10 </ b> A whose user identification information is “Taro”. Then, the terminal device 200A specifies the terminal device 200B of the user 10B whose user identification information is “Hanako” as a target for link setting, and requests link setting. In this case, the one-time ID (requesting side) is “1000”. The user identification information (requesting side) is “Taro”, and the user identification information (partner side) is “Hanako”.

  FIG. 8 is an explanatory diagram for describing a second example of the link setting request message transmitted by the terminal device 200. Referring to FIG. 8, information included in the link setting request message is shown. In the example shown in FIG. 8, the one-time ID “1001” is issued to the terminal device 200B of the user 10B whose user identification information is “Hanako”. Then, the terminal device 200B requests the link setting by designating the terminal device 200A of the user 10A whose user identification information is “Taro” as a link setting target. In this case, the one-time ID (requesting side) is “1001”. The user identification information (requesting side) is “Hanako”, and the user identification information (partner side) is “Taro”.

  For example, the link setting request message as described above is acquired by the link request receiving unit 134.

  In this way, if the link setting request is transmitted by the terminal device 200, the user 10 of the terminal device 200 can request the link setting.

-Link Setting Release Request For example, the link request receiving unit 134 receives a link setting release request. More specifically, for example, when the terminal device 200 transmits a release request message, the link request reception unit 134 acquires the release request message via the communication unit 110. Then, the link request reception unit 134 provides the release request message to the link setting unit 135. Hereinafter, a specific example of the release request message will be described with reference to FIG.

  FIG. 9 is an explanatory diagram for explaining an example of a cancellation request message transmitted by the terminal device 200. Referring to FIG. 9, information included in the release request message is shown. As shown in FIG. 9, the release request message is similar to the link setting request message shown in FIGS. 7 and 8, request type information, one-time ID (requesting side), user identification information (requesting side), and user Includes identification information (partner side). That is, in the examples of FIGS. 7 to 9, the format of the link setting request message and the format of the release request message are the same. However, as shown in FIG. 9, the request type information included in the release request message indicates that the request for the message is the release of the link setting.

  In the example shown in FIG. 9, the one-time ID “1001” is issued to the terminal device 200B of the user 10B whose user identification information is “Hanako”. Then, the terminal device 200B requests to cancel the link setting with the terminal device 200A of the user 10A whose user identification information is “Taro”. In this case, the one-time ID (requesting side) is “1001”. The user identification information (requesting side) is “Hanako”, and the user identification information (partner side) is “Taro”.

  For example, the release request message as described above is acquired by the link request reception unit 134.

(Link setting unit 135)
-Link setting The link setting unit 135 performs link setting. For example, the link setting unit 135 performs link setting when a link setting request is accepted. More specifically, for example, when the link setting accepting unit 134 provides a link setting request message from the terminal device 200, the link setting unit 135 performs link setting based on the link setting request message.

  More specifically, as an example, the link setting unit 135 performs link setting by adding link setting information to the ID management table of the ID DB 123. Hereinafter, a specific example of this point will be described with reference to FIG.

  FIG. 10 is an explanatory diagram for explaining an example of link setting. Referring to FIG. 10, an ID management table is shown. For example, when the ID management table shown in FIG. 5 is stored, the link setting request message shown in FIG. 7 is acquired. That is, the one-time ID “1000” is issued to the terminal device 200A of the user 10A whose user identification information is “Taro”. Then, the terminal device 200A specifies the terminal device 200B of the user 10B whose user identification information is “Hanako” as a target for link setting, and requests link setting. Then, as illustrated in FIG. 10, the link setting unit 135, as the user identification information corresponding to the one-time ID “1000”, the user identification information of the user 10A of the terminal device 200A that has been issued the one-time ID “1000”. Add “Taro”. Further, the link setting unit 135 uses the user identification information “Hanako” of the user 10B of the terminal device 200B that is the target of the link setting as link setting information (user identification information of the link setting partner) corresponding to the one-time ID “1000”. "Is added.

  The link setting request message shown in FIG. 8 is also acquired. That is, the one-time ID “1001” is issued to the terminal device 200B of the user 10B whose user identification information is “Hanako”. Then, the terminal device 200B requests the link setting by designating the terminal device 200A of the user 10A whose user identification information is “Taro” as a link setting target. Then, as illustrated in FIG. 10, the link setting unit 135, as the user identification information corresponding to the one-time ID “1001”, the user identification information of the user 10B of the terminal device 200B that has been issued the one-time ID “1001”. Add “Hanako”. Further, the link setting unit 135 uses the user identification information “Taro” of the user 10B of the terminal device 200A that is the target of the link setting as the link setting information (user identification information of the link setting partner) corresponding to the one-time ID “1001”. "Is added.

  As described above, link setting is performed by adding user identification information and link setting information in the ID management table.

-Operation after Link Setting As described above, link setting issues information from the terminal device 200 that has been issued a one-time ID and another one-time ID in communication of an application service provided in the area 90. It is possible to obtain another terminal device 200 that has been acquired. Further, for example, the link setting enables the terminal device 200 to acquire information from the other terminal device 200 in communication of an application service provided in the area 90. That is, the link setting enables provision and acquisition of information in both directions in the application service.

  As a specific example, “Hanako” is added as link setting information corresponding to the one-time ID “1000” (user identification information of the link setting partner) as shown in FIG. The one-time ID corresponding to the user identification information “Hanako” is “1001”. Therefore, the terminal device 200A to which the one-time ID “1000” is issued is transmitted from the terminal device 200 to which the one-time ID “1001” is issued (that is, the terminal device 200B of the user 10B whose user identification information is “Hanako”). It becomes possible to acquire the information. For example, the AP service providing unit 137 provides information from the terminal device 200B (for example, a message from the terminal device 200B, location information of the terminal device 200B, etc.) to the terminal device 200A in the AP service. On the other hand, when there is no such link setting information corresponding to the one-time ID “1000”, the AP service providing unit 137 does not provide information from the terminal device 200B to the terminal device 200A in the AP service.

  As a specific example, as shown in FIG. 10, “Taro” is added as link setting information (user identification information of the link setting partner) corresponding to the one-time ID “1001”. The one-time ID corresponding to the user identification information “Taro” is “1000”. Therefore, the terminal device 200B that has been issued the one-time ID “1001” is from the terminal device 200 that has been issued the one-time ID “1000” (that is, the terminal device 200A of the user 10A whose user identification information is “Taro”). It becomes possible to acquire the information. For example, the AP service providing unit 137 provides information from the terminal device 200A (for example, a message from the terminal device 200A, location information of the terminal device 200A, etc.) to the terminal device 200B in the AP service. On the other hand, when there is no such link setting information corresponding to the one-time ID “1001”, the AP service providing unit 137 does not provide information from the terminal device 200A to the terminal device 200B in the AP service.

  As described above, the link setting enables another terminal device 200 to acquire information from the terminal device 200.

  In this way, when a one-time ID is used, information from the terminal device 200 that has been issued the one-time ID is issued as another one-time ID only when the link is set according to the request. It becomes possible for another terminal device 200 to acquire. For example, two or more users 10 having some relationship (for example, family relationship, friend relationship, etc.) request link setting from the terminal device 200. As a result, it is possible to provide and acquire information between the terminal devices 200 of the two or more users 10 having the above relationship while maintaining the anonymity of the user 10.

  Still further, for example, the link setting enables the terminal device 200 and the another terminal device 200 to communicate with each other in communication of an application service provided in the area 90. That is, the link setting enables bidirectional communication in the application service.

  The bidirectional communication is, for example, voice communication (that is, telephone). That is, voice communication between devices becomes possible by link setting. As an example, the terminal device 200 </ b> A and the terminal device 200 </ b> B can perform voice communication (that is, telephone) by link setting. Specifically, for example, in the outgoing message, when the one-time ID of the calling side is one of “1000” and “1001” and the one-time ID of the receiving side is the other of “1000” and “1001” The call control unit 139 performs call control. On the other hand, if there is no link setting (that is, there is no link setting information), the call control unit 139 does not perform call control.

  By such two-way communication by link setting, for example, a voice communication service (that is, a telephone service) between users 10 having some relationship as an AP service in the area 90 without using a network of a communication carrier. Can be provided.

-Cancellation of link setting The link setting is canceled when a predetermined cancellation condition for the link setting (hereinafter referred to as "link setting cancellation condition") is satisfied. For example, the link setting unit 135 cancels the link setting when the link setting cancellation condition is satisfied. More specifically, for example, the link setting unit 135 cancels the link setting by updating the link setting information in the ID management table of the ID DB 123.

  Thus, in addition to the link setting, the link setting can be canceled, so that the link setting can be changed as necessary.

  For example, the link setting cancellation condition includes the end of use of the one-time ID related to the link setting (first cancellation condition). A specific example of this point will be described with reference to FIG.

  FIG. 11 is an explanatory diagram for explaining a first example of canceling the link setting. Referring to FIG. 11, an ID management table is shown. For example, when the ID management table shown in FIG. 10 is stored, the use of the one-time ID “1001” by the terminal device 200B ends. In this case, as shown in FIG. 11, the availability flag corresponding to the one-time ID “1001” becomes 0 (that is, the one-time ID is not used). Accordingly, the user identification information and link setting information corresponding to the one-time ID “1001” are also deleted. Further, the user identification information “Hanako” corresponding to the one-time ID “1001” is deleted from all link setting information. In this example, “Hanako” is deleted from the link setting information corresponding to the one-time ID “1000”. Further, since the link setting information corresponding to the one-time ID “1000” is only “Hanako”, none of the information is included in the link setting information. Accordingly, the user identification information “Taro” corresponding to the one-time ID “1000” is also deleted.

  According to such a first release condition, it is possible to prevent the link setting from remaining even though the one-time ID is not used. Therefore, information is not provided to a one-time ID that is not already used, and an error does not occur. Further, when the one-time ID is issued again, the old link setting does not remain.

  Since the use of the one-time ID is completed when the ID use end condition is satisfied, the first release condition is the same as the ID use end condition (for example, the first end condition to the tenth end condition). Also good.

  Further, for example, the link setting cancellation condition includes a request for cancellation of the link setting by the terminal device 200 related to the link setting (second cancellation condition). A specific example of this point will be described with reference to FIG.

  FIG. 12 is an explanatory diagram for explaining a second example of canceling the link setting. Referring to FIG. 12, an ID management table is shown. For example, when the ID management table shown in FIG. 10 is stored, the release request message shown in FIG. 9 is acquired by the link request receiving unit 134 and provided to the link setting unit 135. That is, the one-time ID “1001” is issued to the terminal device 200B of the user 10B whose user identification information is “Hanako”. Then, the terminal device 200B requests to cancel the link setting with the terminal device 200A of the user 10A whose user identification information is “Taro”. Then, as illustrated in FIG. 12, the link setting unit 135 deletes “Taro” from the link setting information corresponding to the one-time ID “1001”. Also, referring to FIG. 10, since the one-time ID corresponding to the user identification information “Taro” is “1000”, the link setting unit 135 obtains “Hanako” from the link setting information corresponding to the one-time ID “1000”. "Is deleted. Since the link setting information corresponding to the one-time ID “1000” is only “Hanako” as shown in FIG. 10, with the deletion of “Hanako”, as shown in FIG. The user identification information “Taro” corresponding to the ID “1000” is also deleted. Also, as shown in FIG. 10, since the link setting information corresponding to the one-time ID “1001” is also only “Taro”, as the “Taro” is deleted, as shown in FIG. The user identification information “Hanako” corresponding to the ID “1001” is also deleted.

  According to such a second release condition, the user 10 of the terminal device 200 can freely release the link setting.

  The link setting cancellation condition may include that the link setting duration has elapsed (third cancellation condition). In this case, the ID management table may include information on the duration of link setting, and the link setting cancellation condition may be determined based on the information. According to such a release condition, a link setting that is valid only for a specific time limit can be realized.

  Further, the link setting cancellation condition may include that another terminal device 200 does not acquire the information of the terminal device 200 within a predetermined time based on the link setting status (fourth cancellation condition). According to such a release condition, a link setting effective only when the link setting is utilized can be realized.

  Further, the link setting cancellation condition includes that another terminal device 200 acquires information of the terminal device 200 a predetermined number of times, a predetermined amount, or a predetermined time based on the link setting status (fifth cancellation condition). According to such a release condition, it is possible to realize a link setting that can only acquire information at a specific number of times, a specific amount of information, and a specific time.

(AP service provider 137)
-Provision of AP Service The AP service providing unit 137 provides an AP service within the area 90. More specifically, the AP service providing unit 137 performs processing related to the AP service, for example, and communicates with the terminal device 200 via the communication unit 110 in order to provide the AP service. Here, when the AP service providing unit 137 provides the AP service, a communication protocol and a communication protocol used for exchange (for example, transmission / reception of a message for link setting) between the terminal device 200 and the PBX 100. Version information, communication port number, packet length information (capacity information of one packet), data offset (header length information in a packet), data length (data length information in a packet), and the like may be notified.

  The AP service providing unit 137 and the terminal device 200 communicate using a one-time ID. That is, when receiving data from the terminal device 200, the AP service providing unit 137 receives the one-time ID of the terminal device 200 and identifies the transmission source of the data by the one-time ID. Further, when transmitting data to the terminal device 200, the AP service providing unit 137 requests the call control unit 139 to convert the one-time ID into an IP address, and acquires the IP address of the terminal device 200. Then, the AP service providing unit 137 transmits data to the terminal device 200 with the acquired IP address as a destination.

  As a matter of course, in communication using a one-time ID, arbitrary data such as voice, image, video, and text can be transmitted and received.

-Providing information based on link settings The AP service providing unit 137 receives information from the terminal device 200 that has been issued a one-time ID and another one-time ID in the AP service based on the link setting status. Another terminal device 200 can obtain.

  For example, referring to FIG. 10 again, link setting is performed between the terminal device 200A that is issued the one-time ID “1000” and the terminal device 200B that is issued the one-time ID “1001”. In this case, the AP service providing unit 137 provides information from the terminal device 200A (for example, a message from the terminal device 200A, location information of the terminal device 200A, etc.) to the terminal device 200B. In addition, the AP service providing unit 137 provides information from the terminal device 200B (for example, a message from the terminal device 200B, position information of the terminal device 200B, etc.) to the terminal device 200A.

  For example, referring to FIG. 4 again, the link setting between the terminal device 200A that has been issued the one-time ID “1000” and the terminal device 200B that has been issued the one-time ID “1001” is not performed. In this case, the AP service providing unit 137 does not provide information from the terminal device 200A (for example, a message from the terminal device 200A, location information of the terminal device 200A, etc.) to the terminal device 200B. In addition, the AP service providing unit 137 does not provide information from the terminal device 200B (for example, a message from the terminal device 200B, location information of the terminal device 200B, etc.) to the terminal device 200A.

-Information acquired by link setting By the said link setting, another terminal device 200 can acquire various information from the terminal device 200 according to AP service. For example, the other terminal device 200 can acquire arbitrary information such as voice, image, video, and text from the terminal device 200. As an example, when the AP service is a voice communication service, the terminal device 200 acquires voice information from another terminal device 200.

--Situation Related Information For example, information from the terminal device 200 acquired by another terminal device 200 includes situation related information related to the situation of the user 10 of the terminal device 200.

  As an example, the situation related information includes position information of the terminal device 200. For example, when the AP service is an in-area map service, the AP service providing unit 137 provides a map of the area 90 to the terminal device 200. Then, the AP service providing unit 137 provides the position information of one terminal device 200 to another terminal device 200 based on the link setting (that is, link setting information in the ID management table). For example, referring to FIG. 10 again, link setting is performed between the terminal device 200A that has been issued the one-time ID “1000” and the terminal device 200B that has been issued the one-time ID “1001”. In this case, for example, the AP service providing unit 137 provides the location information of the terminal device 200A to the terminal device 200B. Further, the AP service providing unit 137 provides the location information of the terminal device 200B to the terminal device 200A. As a result, in the terminal device 200A, the positions of the terminal device 200A and the terminal device 200B are shown on the map of the area 90. Similarly, also in the terminal device 200B, the positions of the terminal device 200A and the terminal device 200B are shown in the map of the area 90. Hereinafter, a specific example of this point will be described with reference to FIG.

  FIG. 13 is an explanatory diagram for explaining an example of a screen displayed on the terminal device 200A in the intra-area map service. Referring to FIG. 13, a terminal device 200A and a screen 251 displayed on the terminal device 200A are shown. And the screen 251 contains the map of the area 90 which is a shopping mall. On the map, the position of the terminal device 200A is shown together with the user identification information “Taro” of the user 10A of the terminal device 200A. In addition, on the map, the position of the terminal device 200B is shown together with the user identification information “Hanako” of the user 10B of the terminal device 200B. Thus, the positions of the terminal device 200A and the terminal device 200B are shown on the map of the area 90.

  Thus, when another terminal device 200 acquires the position information of a certain terminal device 200, the user 10 of another terminal device 200 can find where the user 10 of a certain terminal device 200 is in an area 90 (for example, a shopping mall). I can know.

  Note that the location information of the terminal device 200 is provided from the terminal device 200 to the PBX 100 (AP service providing unit 137) as needed, and is provided to another terminal device 200 by the PBX 100 (AP service providing unit 137). In this case, the position information of the terminal device 200 may be stored as information in the ID management table of the ID DB 123.

  Although an example in which position information is provided and acquired as an example of situation-related information has been described, situation-related information is not limited to this example. The situation related information may include, for example, action information of the user 10. The behavior information may be information indicating the behavior of the user 10 (for example, walking, sitting, etc.) obtained from the sensor of the terminal device 200. Further, the situation-related information may be history such as position information and behavior information.

As described above, for example, the situation related information is provided and acquired by the terminal device 200.
Thus, when another terminal device 200 acquires the situation-related information of a certain terminal device 200, the user 10 of the other terminal device 200 can know the status of the user 10 of the certain terminal device 200. Therefore, for example, the user 10 of another terminal device 200 can contact the user 10 of a certain terminal device 200 in consideration of the situation of the user 10 of the certain terminal device 200.

--Aspect of Information Obtained The information from the terminal device 200 may be the information itself provided from the terminal device 200, or may be information generated based on the information.

  As an example, when the information provided from the terminal device 200A is the position information of the terminal device 200A, the terminal device 200B may acquire the position information itself.

  As another example, when the information provided from the terminal device 200A is the location information of the terminal device 200A, the AP service providing unit 137 generates a map image indicating the location of the terminal device 200A from the location information. The terminal device 200B may generate the map image.

-Stopping AP Service Also, for example, when the AP service management unit 131 requests the AP service management unit 131 to stop providing the AP service, the AP service providing unit 137 stops providing the AP service. In addition, for example, when the terminal device 200 requests to stop providing the AP service, the AP service providing unit 137 stops providing the AP service and notifies the AP service managing unit 131 of the suspension of providing the AP service. To do. In addition, the AP service providing unit 137 requests the terminal device 200 to stop providing the AP service, for example, if necessary, stops providing the AP service, and notifies the AP service managing unit 131 of the stop of providing the AP service. To do.

(Call control unit 139)
The call control unit 139 performs call control between the terminal devices 200 and call control between the terminal device 200 and a communication device located in another area. For example, when the shopping mall staff terminal device 200 requests a call to another staff terminal device 200 having an in-area ID (for example, an extension telephone number), the PBX 100 uses the in-area ID as an IP address. And a session between these terminal devices 200 is established.

  Further, the call control unit 139 converts the one-time ID into an IP address in response to a request from the AP service providing unit 137. Then, the call control unit 139 provides the ID address to the AP service providing unit 137.

-Call control about one-time ID Moreover, the call control part 139 performs call control between the terminal devices 200 as a part of AP service accompanied by voice communication. In this case, the call control unit 139 performs the call control based on the link setting (that is, link setting information in the ID management table). That is, when the link setting is performed between the terminal device 200 on the transmission side and the terminal device 200 on the reception side, the call control unit 139 performs call control between these terminal devices 200. On the other hand, when the link setting between the originating terminal device 200 and the terminating terminal device 200 is not performed, the call control unit 139 does not perform call control between these terminal devices 200. Hereinafter, a specific example of this point will be described with reference to FIG.

  FIG. 14 is an explanatory diagram for explaining an example of call control based on link setting. Referring to FIG. 14, an ID management table of the IP DB 123 is shown. When link setting is performed as shown in the link setting information of the ID management table, the combination of the one-time ID of the terminal device 200 on the transmitting side and the one-time ID on the receiving side is as follows: The call control unit 139 performs call control between these terminal devices.

  In the example of FIG. 14, the call control unit 139 does not perform call control between the terminal devices 200 in the case of a combination other than the one-time ID combination described above.

  Thus, when there is a link setting between the terminal devices 200, call control between the terminal devices 200 is performed, and when there is no link setting between the terminal devices 200, the call control between the terminal devices 200 is performed. Not done.

-Special Call Control When the PBX 100 is connected to a public network, the call control unit 139 may support special call processing (emergency call processing). An emergency call is a call to a police agency, a maritime security agency, a fire engine, or the like. That is, when the terminal device 200 to which the one-time ID is issued makes a call to the emergency call destination telephone number, the call control unit 139 performs emergency call control.

  The telephone number of the emergency call destination is, for example, a telecommunication number related to an emergency call specified by the Telecommunications Business Law and the Telecommunications Number Rules (Police Agency "110", Coast Guard "118", Fire Department "119") It is. For example, if the combination of the one-time ID of the terminal device 200 on the calling side and the telephone number on the receiving side is as follows, the call control unit 139 performs call control.

  Further, in the PBX 100 numbering plan, the telecommunications number (for example, the security room telephone number, the police station telephone number close to the area 90, etc.) determined by the administrator as the telephone number of the emergency call destination is used for emergency call processing. It may be a target.

  When the PBX 100 supports emergency call processing, the one-time ID that can be issued to the terminal device 200 by the PBX 100 is a number other than the emergency call destination telephone number.

<3. Configuration of terminal device>
Next, an example of the configuration of the PBX 100 according to the present embodiment will be described with reference to FIGS. FIG. 15 is a block diagram illustrating an example of the configuration of the terminal device 200 according to the present embodiment. Referring to FIG. 15, the terminal device 200 includes a first communication unit 210, a second communication unit 220, a storage unit 230, an input unit 240, a display unit 250, and a control unit 260.

(First communication unit 210)
The first communication unit 210 performs inter-device communication. For example, the first communication unit 210 performs wireless communication with another terminal device 200 at a short distance. More specifically, for example, the first communication unit 210 performs wireless communication within a handling distance. The hand distance is the distance between the two persons when the fingertips of the two persons touch each other when the two persons extend their arms and hands.

  As a specific example, the first communication unit 210 performs NFC (Near Field Communication) or infrared communication. The NFC is wireless communication in accordance with standards such as ISO / IEC 14443 and ISO / IEC 18092, for example. The infrared communication is, for example, wireless communication according to IrDA (Infrared Data Association) standard.

(Second communication unit 220)
The second communication unit 220 communicates with other devices. For example, wireless communication is performed at a longer distance than the first communication unit 210. More specifically, for example, the second communication unit 220 communicates with the PBX 100 via an access point or a base station.

  As a specific example, the second communication unit 220 performs wireless communication according to the wireless LAN standard. The wireless LAN standard is, for example, the IEEE 802.11 series.

(Storage unit 230)
The storage unit 230 stores a program and data for the operation of the terminal device 200. The storage unit 230 includes a storage medium such as a hard disk or a semiconductor memory.

  For example, the storage unit 230 stores a one-to-one ID issued to the terminal device 200.

(Input unit 240)
The input unit 240 receives input from the user 10 of the terminal device 200. Then, the input unit 240 provides the input result to the control unit 260.

  For example, the input unit 240 detects a position designated by the user 10 on the display screen. More specifically, for example, the input unit 240 is mounted by a touch detection surface of the touch panel, and detects a touch position on the touch panel. Then, the input unit 240 provides the detected touch position to the control unit 260.

(Display unit 250)
The display unit 250 displays an output image (that is, a screen) from the terminal device 200. The display unit 250 displays a display screen according to control by the control unit 260. In addition, the display part 250 is mounted by the display surface of a touch panel, for example.

(Control unit 260)
The control unit 260 provides various functions of the terminal device 200. For example, the control unit 260 corresponds to a processor such as a CPU or a DSP. And the control part 260 provides the said various functions by running the program memorize | stored in the memory | storage part 230 or another storage medium. The control unit 260 includes an AP management unit 261, an ID acquisition unit 263, a link setting request unit 265, and an AP unit 267.

(AP management unit 261)
-Acquisition of information on AP service provided in area 90 For example, the AP management unit 261 acquires information on an AP service provided in the area 90. The information is, for example, a search result of an AP service provided in the area 90.

  Specifically, for example, when the terminal device 200 enters the area 90, the second communication unit 220 establishes a connection to the network 20. After the connection is established, the AP management unit 261 causes the display unit 250 to display a screen for selecting whether to search for an AP service. Then, when the input unit 240 receives an input for selecting to search for an AP service, the AP management unit 261 transmits an AP service search request message to the PBX 100 via the second communication unit 220. Then, the AP management unit 261 acquires the AP service search result by the PBX 100 via the second communication unit 220.

-Acquisition and activation of software for terminal device Further, for example, the AP management unit 261 acquires software for a terminal device for providing an AP service. Then, the AP management unit 261 causes the AP unit 267 to activate the software.

  Specifically, for example, when receiving the AP service search result, the AP management unit 261 causes the display unit 250 to display information on the AP service. When the input unit 240 receives an input for selecting to use the AP service or an input for selecting any one of the plurality of AP services, the AP management unit 261 receives 2 An AP service use start request message corresponding to the selection is transmitted to the PBX 100 via the communication unit 220. Then, the AP management unit 261 acquires the software for the terminal device for providing the AP service via the second communication unit 220. Then, the AP management unit 261 activates the software. Thereafter, the software program is executed.

  When the terminal device 200 is already provided with software for the terminal device, the software may not be acquired from the PBX 100.

-Provision of information related to the use termination condition of the one-time ID Further, for example, the AP management unit 261, for example, displays information related to the use termination condition for the issued one-time ID as the PBX 100 (AP service management unit 131). ) As needed or periodically. When the terminal device 200 determines the use termination condition by itself, the AP management unit 261 may obtain information related to the use termination condition from the PBX 100 (AP service management unit 131).

-Deletion of software for terminal device Further, for example, the AP management unit 261, for example, software for the terminal device for providing an AP service when a use termination condition for the issued one-time ID is satisfied. Is deleted. More specifically, for example, when the AP management unit 261 receives an AP deletion request message for requesting stop and deletion of the software for the terminal device from the PBX 100 (AP service management unit 131), the software for the terminal device is received. Is deleted from the terminal device 200. In addition, when the AP management unit 261 determines the use termination condition by itself, the AP management unit 261 may stop the software for the terminal device and delete it from the terminal device 200 according to the determination result.

(ID acquisition unit 263)
When the one-time ID is issued to the terminal device 200, the ID acquisition unit 263 acquires the one-time ID. More specifically, for example, the PBX 100 notifies the terminal device 200 of the one-time ID when issuing the one-time ID to the terminal device 200. Then, the ID acquisition unit 263 acquires the one-time ID via the second communication unit 220. Then, the ID acquisition unit 263 provides the acquired one-tom ID to the AP unit 267.

  The ID acquisition unit 263 can be implemented as a part of terminal device software for providing an AP service.

(Link setting request unit 265)
-Link setting request The link setting request unit 265 requests the link setting. As described above, in the link of the application service provided in the area 90, the link setting is based on the information from the terminal device 200 that has been issued a one-time ID, and the other terminal that has been issued another one-time ID. Allows device 200 to obtain.

  For example, the link setting is requested after approval by at least one of the terminal device 200 and another terminal device 200. That is, the link setting request unit 265 requests the link setting after approval by at least one of the terminal device 200 or another terminal device 200. As an example, the link setting request unit 265 requests link setting after approval by both the terminal device 200 and another terminal device 200. As will be described later, the approval of the link setting is performed by the AP unit 267.

  More specifically, for example, after approval by both the terminal device 200 and another terminal device 200, the link setting request unit 265 generates a link setting request message and sends the link setting request message to the second communication unit 220. Is transmitted to the PBX 100. A specific example of the link setting request message is as described with reference to FIGS. In the terminal device 200, a communication protocol used for communication with the PBX 100, communication protocol version information, communication port number, packet length information (capacity information of one packet), data offset (header length information in a packet) ) And the data length (data length information in the packet), etc. are defined, the link setting request unit 265 may generate a link setting request message in accordance with the specifications. For example, when the communication protocol used for communication with the PBX 100 in the terminal device 200 is defined as SIP (Session Initiation Protocol), the link setting request messages in FIGS. 7 and 8 correspond to SIP requests. It may also be generated. Specifically, when the SIP protocol message includes a request, a header, a blank line, and a body, the link setting request unit 265 includes the REGISTER of the SIP request in the SIP protocol message request and includes a one-time ID in the header. ("One-time ID (requesting side)" in FIG. 7 or FIG. 8) and user identification information ("user identification information (requesting side)" in FIG. 7 or FIG. 8)). By including the “user identification information (partner side)” in FIG. 8, a link setting request message is generated. In this case, since the communication protocol for propagating communication is SIP, it can be said that PBX 100 is a PBX corresponding to SIP.

  The link setting request after the approval allows the PBX 100 to perform the link setting only when the user 10 of the terminal device 200 approves the link setting. Therefore, it is possible to prevent the link setting from being performed without the intention of the user 10. Therefore, the communication of the application service becomes easier for the user 10 to use.

-Cancellation of link setting The link setting request | requirement part 265 requests | requires cancellation | release of the said link setting.

  More specifically, for example, when the input unit 240 receives an input from the user 10 for canceling the link setting with another terminal device 200, the link setting requesting unit 265 determines to cancel the link setting. . Then, the link setting request unit 265 causes the second communication unit 220 to transmit a release request message to the PBX 100. A specific example of the cancellation request message is as described with reference to FIG. In the terminal device 200, a communication protocol used for communication with the PBX 100, communication protocol version information, communication port number, packet length information (capacity information of one packet), data offset (header length information in a packet) ) And data length (data length information in a packet), etc. are defined, the link setting request unit 265 may generate a release request message according to the specifications. For example, if the communication protocol used for communication with the PBX 100 is defined as SIP in the terminal device 200, the release request message in FIG. 9 may be generated in association with the SIP request. Specifically, when the SIP protocol message includes a request, a header, a blank line, and a body, the link setting request unit 265 includes the SIP request REGISTER in the SIP protocol message request, and sets the link setting in the header. The user identification information (FIG. 9) is included in the body, including a cancellation notice, a one-time ID (“one-time ID (requesting side)” in FIG. 9) and user identification information (“user identification information (requesting side)” in FIG. 9). ”(User identification information (partner side)”) is generated, a release request message is generated.

  By such a request for releasing the link setting, the user 10 of the terminal device 200 can freely release the link setting.

  The link setting request unit 265 may be implemented as a part of terminal device software for providing an AP service.

(AP section 267)
-Execution of software for terminal device The AP unit 267 executes processing on the terminal device side regarding the AP service. Further, the AP unit 267 communicates with the PBX 100 via the second communication unit 220 as necessary in order to use the AP service. The AP unit 267 may be implemented as a part of terminal device software for providing an AP service.

  In addition, since the PBX 100 issues a one-time ID to the terminal device 200, the AP unit 267 performs AP service communication using the one-time ID. More specifically, for example, when transmitting information in the AP service, the AP unit 267 also transmits a one-time ID as identification information of the transmission source of the information.

  In addition, when transmitting information to another terminal device 200, the AP unit 267 requests the PBX 100 (call control unit 139) to convert the one-time ID into an IP address when transmitting data. The IP address of another terminal device 200 is acquired. Then, the AP unit 267 transmits information to the other terminal device 200 using the acquired IP address as a destination.

  Further, when receiving information from another terminal apparatus 200, the AP unit 267 receives the one-time ID of the other terminal apparatus 200, and identifies the transmission source of the information by the one-time ID.

-Example of AP service As an example, the AP service is an intra-area call service. As an example, the area 90 is a shopping mall. According to such an AP service, for example, the user 10 who is a customer of a shopping mall can make a call with the user 10 who is a desired store clerk or another customer. Hereinafter, an example of a screen of the terminal device 200 in such an AP service will be described with reference to FIGS. 16 and 17.

  FIG. 16 is an explanatory diagram for describing a first example of a screen displayed on the terminal device 200 in the intra-section call service. Referring to FIG. 16, a terminal device 200B that is different from the terminal device 200A is shown. A screen 251 displayed on the terminal device 200B different from the terminal device 200A is also shown. In this way, the AP unit 267 causes the display unit 250 to display a screen for the AP service. For example, in the intra-area call service, the staff located in the vicinity of the terminal device 200 is indicated by a screen 251 displayed on the terminal device 200. In the example of FIG. 16, since the terminal device 200A and the terminal device 200B are located at a short distance, the same staff is shown on the screen 251A of the terminal device 200A and the screen 251B of the terminal device 200B. For example, on the screen 251A of the terminal device 200A and the screen 251B of the terminal device 200B, “Sato (home appliance)”, “Suzuki (toy)”, and “Takahashi (clothing)” are displayed as user identification information of the user 10 who is a staff member. It is shown. The distance between the terminal device 200 and the staff is also shown.

  FIG. 17 is an explanatory diagram for describing a second example of a screen displayed on the terminal device 200 in the intra-section call service. In the example of FIG. 17, the terminal device 200B has moved from the position in the example of FIG. 16 to another position. Therefore, the screen 251A of the terminal device 200A is the same as the example of FIG. 16, but the screen 251B of the terminal device 200B is different from the example of FIG. On the screen 251B of the terminal device 200B, “Takahashi (clothing)” and “Ito (clothing)” are shown as the user identification information of the user 10 who is the staff.

  In the examples of FIGS. 16 and 17, the link setting between the terminal device 200A and the terminal device 200B is not performed.

-Link setting approval process As described above, for example, the AP unit 267 approves the link setting.

  The approval is performed through inter-device communication between the terminal device 200 and another terminal device 200. More specifically, the inter-device communication is wireless communication at a short distance. As an example, the short-range wireless communication is NFC or infrared communication.

  For example, the AP unit 267 of the terminal device 200A approves the link setting through NFC between the terminal device 200A and another terminal device 200B. A specific example of link setting approval will be described below with reference to FIGS.

  FIG. 18 is an explanatory diagram for explaining an example of a first screen displayed on the terminal device 200 for approval of the link setting. Referring to FIG. 18, a terminal device 200B that is different from the terminal device 200A is shown. As shown in FIG. 18, the terminal device 200A and the terminal device 200B are located at a short distance. Then, the terminal device 200A and the terminal device 200B perform NFC. Then, a screen for selecting whether to approve the link setting (hereinafter referred to as “screen for approval”) is displayed on terminal device 200A as screen 251A. Similarly, an approval screen is displayed on the terminal device 200B as the screen 251B.

  FIG. 19 is an explanatory diagram for explaining an example of a second screen displayed on the terminal device 200 for the approval of the link setting. Referring to FIG. 19, the user 10 </ b> A of the terminal device 200 </ b> A performs input for approval, and the input is received by the input unit 240. Then, a link setting approval message is transmitted to the terminal device 200B by the terminal device 200A (AP unit 267). In addition, on terminal device 200A, a screen indicating that the other party is waiting for approval (hereinafter referred to as “approval waiting screen”) is displayed as screen 251A. In this way, the AP unit 267 approves the link setting. Note that the approval screen remains displayed on the terminal device 200B. Here, the link setting approval message is an application or approval for link setting. In addition, a communication protocol and communication protocol used for exchanging (link setting message) between the terminal device 200 and the PBX 100. Version information, communication port number, packet length information (capacity information of one packet), data offset (header length information in a packet), data length (data length information in a packet), and the like may be defined.

  Thereafter, the terminal device 200B also approves the link setting. As a result, a link setting request message is transmitted to the PBX 100. Then, link setting is performed.

  FIG. 20 is an explanatory diagram for explaining an example of a screen displayed on the terminal device 200 after the link setting is approved. Referring to FIG. 20, the user identification information “Hanako” of the user 10B of the terminal device 200B is shown on the screen 251A of the terminal device 200A as a candidate for the intra-area call partner. Further, the screen 251B of the terminal device 200B shows the user identification information “Taro” of the user 10A of the terminal device 200A as a candidate for the intra-area call.

  Such approval through inter-device communication can prevent link setting from being performed without direct communication between the users 10. Further, if short-distance wireless communication such as NFC is used, since face-to-face communication with visual observation is a prerequisite, link setting is performed based on an agreement between users 10. As a result, for example, it is possible to prevent the occurrence of the impersonation act problem as a false related party by a non-related party, which is potentially included in the approval operation based only on the handle name information remotely, and to prevent such a risk. This is an approval method that is intuitively transmitted to the user 10 who is trying to set a link, so that the user 10 can perform a link setting act with a sense of security. In addition, for example, it is possible to avoid a link setting in which the terminal device 200 of the unknown user 10 becomes a partner due to an erroneous operation. Further, if short-distance wireless communication such as NFC is used, the partner candidates for link setting are limited, so that it is possible to save the trouble of searching for the partner candidate. That is, the link setting can be more secure for the user.

-Process after link setting After link setting, the AP unit 267 of the terminal device 200A can provide information to another terminal device 200B or acquire information from another device 200B.

  For example, when the AP service is an intra-area call service, the AP unit 267 of the terminal device 200A can perform voice communication with another terminal device 200B (waiting for outgoing / incoming call). Hereinafter, a specific example of this point will be described with reference to FIG.

  FIG. 21 is an explanatory diagram for explaining an example of a screen displayed in an intra-area call between the terminal device 200A and another terminal device 200B. For example, as shown in FIG. 20, when the screen 251A of the terminal device 200A is displayed, “Hanako” is selected as the partner of the intra-area call. Then, as shown in FIG. 21, a screen indicating that the user 10B whose user identification information is “Hanako” is being sent to the terminal device 200B is displayed on the terminal device 200A as the screen 251A. Further, on terminal device 200B, a screen indicating that the incoming call from terminal device 200A of user 10A whose user identification information is “Taro” is being received is displayed as screen 251B. Here, when the option “speak” is selected from the options “speak” and “cut” in the terminal device 200B, a call between the terminal device 200A and the terminal device 200B is started. That is, the terminal device 200 that has requested and approved the link setting (between the users of the terminal device 200 (between the user identification information of the user of the terminal device 200)) is in a call state. On the other hand, when the option “cut” is selected in the terminal device 200B, the terminal device 200A and the terminal device 200B are screens after the link setting is approved (the terminal device 200A is the screen 251A in FIG. 20 and the terminal device 200B is in FIG. 20). Screen 251B). That is, the terminal device 200 is in a call waiting state between the terminal devices 200 that have requested and approved the link setting (between the users of the terminal device 200 (between the user identification information of the user of the terminal device 200)). Further, in the terminal device 200, the call history may be displayed after the end of the conversation (the voice communication between the terminal device 200A and the terminal device 200B is completed or the option “cut” is selected in the terminal device 200B that is receiving). . In this case, the terminal device 200A on the caller side also displays a message indicating that the call record for “Hanako” is shown as a call partner on the screen 251A in FIG. 20 (for example, “Hanako ( 20), the caller side terminal device 200B displays on the screen of the screen 251B of FIG. 20 including the fact that the incoming call record from “Taro” is shown as the other party of the call (for example, The incoming call history icon may be given to “Taro (home appliance)” on the screen 251B in FIG. That is, the terminal device 200 is in a call waiting state with call history display between the terminal devices 200 that have requested and approved the link setting (between the users of the terminal device 200 (between the user identification information of the user of the terminal device 200)).

  For example, when the AP service is an intra-area call service, the AP unit 267 of the terminal device 200A displays the terminal device 200B that is a partner of the link setting of the terminal device 200A in the map of the area 90 included in the screen 251A. May be indicated. Hereinafter, a specific example of this point will be described with reference to FIG.

  FIG. 22 is an explanatory diagram illustrating an example of a screen displayed for an intra-area call between the terminal device 200A and another terminal device 200B. Referring to FIG. 22, a terminal device 200A is shown. In addition, a screen 251A is displayed on the terminal device 200A. Screen 251A includes a map of area 90 which is a shopping mall. On the screen 251A, the position of the terminal device 200A of the user 10A as a customer is shown together with the user identification information “Taro” of the user 10A. On the screen 251A, the position of the terminal device 200B of the user 10B who is a customer is shown together with the user identification information “Hanako” of the user 10B. In addition, the position of the terminal device 200 of the user 10 who is the staff is shown together with user identification information “Sato”, “Suzuki”, and “Takahashi” of the user 10. According to such a screen, it is possible to know in advance where a candidate of a call partner is.

-Display of user identification information Moreover, the user identification information for identifying the user 10 of the terminal device 200 is acquired by another terminal device 200, for example. And the said user identification information is displayed in another terminal device 200 in connection with acquisition of the said information from the terminal device 200 by another terminal device 200 (namely, acquisition of information based on link setting).

  Specifically, for example, in the example of FIG. 18, the terminal device 200A and the terminal device 200B exchange user identification information through NFC, for example. Then, the user identification information of the user 10 of the counterpart terminal device 200 is displayed on the approval screen. For example, the user identification information “Hanako” of the user 10B of the terminal device 200B is displayed on the screen 251A of the terminal device 200A. Further, the user identification information “Taro” of the user 10A of the terminal device 200A is displayed on the screen 251B of the terminal device 200B.

  Further, for example, in the example of FIG. 20, the user identification information “Hanako” of the user 10B of the terminal device 200B is displayed on the screen 251A of the terminal device 200A as a candidate for the intra-area call partner. Further, on the screen 251B of the terminal device 200B, the user identification information “Taro” of the user 10A of the terminal device 200A is displayed as a candidate for the intra-area call partner.

  For example, in the example of FIG. 22, the user identification information “Hanako” of the user 10 </ b> B of the terminal device 200 </ b> B is displayed on the screen 251 </ b> A of the terminal device 200 </ b> A along with the position of the terminal device 200 </ b> B in the area 90.

  The one-time ID characterized by maintaining anonymity is information that is not related to any user 10. Therefore, it is difficult for the user 10 of the terminal device 200 to specify the user 10 of the terminal device 200 on the partner side of the link setting only by displaying the one-time ID as it is on the terminal device 200. Therefore, as shown in the above example, the user 10 of the terminal device 200 uses the partner in the link setting while using the one-time ID characterized by maintaining the anonymity by displaying the user identification information. The user 10 of the terminal device 200 on the side can be easily identified.

-Acquisition of user identification information-Manual acquisition The user identification information is acquired by, for example, an input to the terminal device 200 (input unit 240) by the user 10. Specifically, for example, when software for a terminal device for providing an AP service is distributed to the terminal device 200 and a one-time ID is issued to the terminal device 200, the AP unit 267 determines the user identification information ( For example, the display unit 250 displays a screen that prompts input of a handle name. Then, input of user identification information by the user 10 is received by the input unit 240. For example, user identification information is acquired in this way.

--- Automatic acquisition In addition, user identification information may be acquired from the information memorize | stored in the terminal device 200 by the autonomous process of the terminal device 200. FIG. For example, a handle name is extracted from information related to application software (hereinafter, application information) stored in the terminal device 200 (storage unit 230), and the handle name is the user identification information of the user 10 of the terminal device 200. May be obtained as The application software may be distributed software for a terminal device or may be existing application software provided in the terminal device 200.

  The application information is represented by a process name, program name, file name, etc. of application software. The process name and program name are information recognized on the OS (Operating System) during execution of the application software. Therefore, when the application information is represented by a process name or a program name, it is effective to retrieve the handle name from the application information of the application being executed. The file name is information recognized about the application itself (execution file or the like) in the terminal device 200. Therefore, when the application information is represented by a file name, it is effective to retrieve the handle name from the application information of the application that is not being executed.

  As a first example, when application information is represented by a process name, the AP unit 267 may extract a handle name from information in a memory related to application software. More specifically, for example, a memory name related to an application process may be dumped, and a handle name may be extracted by searching with a keyword “ID” (a variable used in the process process).

  As a second example, when the application information is represented by a program name, the AP unit 267 may extract a handle name from an area managed by the application. More specifically, for example, the AP unit 267 stores the storage area of the application software program cookie (HTTP (HyperText Transfer Protocol) cookie) with the keyword “URL” (information identifying the service on the network) and the keyword “ The handle name may be extracted by searching for “ID” (a variable used by the service on the network for processing).

  As a third example, when the application information is represented by a file name, the AP unit 267 may extract a handle name from a setting file related to application software. More specifically, for example, the AP unit 267 searches for a path (absolute path) “/etc/ccc.conf” with a keyword “ID” (a setting name in the setting file “/etc/ccc.conf”). Thus, the handle name may be extracted.

  The user identification information may be acquired after the software for the terminal device for providing the AP service is distributed to the terminal device 200 and the one-time ID is issued to the terminal device 200.

  As described above, the user 10 of the terminal device 200 may not input the user identification information by automatically acquiring the user identification information by the terminal device 200. Therefore, it is possible to reduce the labor of the user 10 when using the AP service. As a result, more users 10 may use the AP service. In addition, since user identification information that is familiar to the user is reused, user identification information preferable for the user 10 can be used.

  Also, services such as Telnet service, FTP (File Transfer Protocol) service, SNS (Social Networking Service), Blog, electronic bulletin board service, and electronic mail service are provided on the network. In many cases, these services are premised on authentication using an ID and a password. In some of these services, the authentication ID may be a handle name used in the service. In addition, application software corresponding to the service is installed in a terminal device that uses these services, and the application software executes processing for the service. The application software may hold an authentication ID and password. Considering such a situation, user identification information such as a handle name can be acquired from information related to the application.

-Stop Use of AP Service For example, the AP unit 267 stops using the AP service when the PBX 100 requests to stop providing the AP service. In addition, for example, the AP unit 267 requests the PBX 100 to stop providing the AP service in response to an input by the user 10 and stops using the AP service. Note that the AP unit 267 may notify the AP management unit 261 that these requests have been made.

(Communication function control unit 269)
The communication function control unit 269 performs control related to the communication function of the terminal device 200.

  For example, the communication function of the terminal device 200 for performing communication of the application service provided in the area 90 may be stopped after the issuance of the one-time ID and before the request for the link setting. For example, the communication function control unit 269 may stop the second communication unit (for example, a wireless communication function in accordance with the wireless LAN standard) from the issuance of the one-time ID to before the request for link setting.

  Stopping the communication function includes, for example, cutting off power supply to hardware corresponding to the second communication unit, releasing a device driver used for hardware control, and the like. Further, the stop of the communication function may include blocking communication by the packet filter function of the OS.

  By stopping the communication function for performing application service communication in this way, while acquiring a one-time ID, it is possible to reduce power consumption or reduce traffic until communication based on link settings is required thereafter. Can do.

  Further, for example, the communication function of the terminal device 200 for performing communication between devices may be refreshed before the communication between devices with another terminal device 200. For example, the communication function control unit 269 may refresh the first communication unit (for example, a wireless communication function according to the NFC standard) before communication with another terminal device 200.

  Specifically, for example, the communication function control unit 269 may turn on the power after turning off the hardware corresponding to the first communication unit. In addition, the communication function control unit 269 may perform loading and rehashing of the software after unloading the control software (for example, a device driver) corresponding to the first communication unit. Furthermore, the communication function control unit 269 may attach the first communication unit to the OS after detaching the first communication unit from the OS. For example, as described above, the communication function control unit 269 may refresh the communication function.

  Generally, when a wireless device (for example, a Bluetooth (registered trademark) device) is stopped due to battery power depletion during communication, communication may not be performed normally. As a result, communication mismatch or communication problems may occur. In this case, it is recommended that the wireless device be turned on after the power is turned off, and that the device be detached and the re-assignment process be performed. In particular, for wireless devices, problems such as fluctuations in received power due to fading, noise from the outside, and the like are assumed. Therefore, as described above, by performing the refresh, the wireless device can be restored from a communication mismatch or a communication problem.

<4. Process flow>
Subsequently, a communication control process according to the present embodiment will be described with reference to FIGS.

(Process when AP service starts)
FIG. 23 is a sequence diagram illustrating an example of a schematic flow of a communication control process at the start of an AP service according to the present embodiment.

  First, in step S <b> 401, the AP management unit 261 of the terminal device 200 transmits an AP service search request message to the PBX 100 via the second communication unit 220.

  In step S403, the AP service management unit 131 of the PBX 100 provides information related to the searched AP service to the terminal device 200 via the communication unit 110 as an AP service search result.

  In step S405, the AP management unit 261 of the terminal device 200 transmits an AP service use start request message to the PBX 100 via the second communication unit 220.

  In step S407, the AP service management unit 131 of the PBX 100 distributes the terminal device software for providing the AP service provided in the area 90 to the terminal device 200.

  In step S409, the AP management unit 261 of the terminal device 200 causes the AP unit 267 to activate the software.

  In step S411, the ID management unit 133 of the PBX 100 issues a one-time ID to the terminal device 200.

  In step S413, the ID management unit 133 of the PBX 100 updates the usage status information of the one-time ID so that the ID management unit 133 indicates that the one-time ID is used by any terminal device. . Thereafter, the application service is communicated using the one-time ID.

(Processing when setting a link)
FIG. 24 is a sequence diagram illustrating an example of a schematic flow of a communication control process at the time of link setting according to the present embodiment. The communication control process is started when the terminal device 200A and the terminal device 200B approach each other.

  First, in step S501, the AP unit 267 of the terminal device 200A provides the user identification information “Taro” of the user 10A of the terminal device 200A to the terminal device 200B via the first communication unit 210. In step S503, the AP unit 267 of the terminal device 200B also provides the user identification information “Hanako” of the user 10B of the terminal device 200B to the terminal device 200A via the first communication unit 210.

  In steps S505 and 507, the AP unit 267 of the terminal device 200A and the terminal device 200B causes the display unit 250 to display a link setting approval screen.

  When the user 10A of the terminal device 200A makes an input for approval in step S509, the input unit 240 receives the input.

  In step S511, the AP unit 267 of the terminal device 200A transmits a link setting approval message (request for link setting) to the terminal device 200B.

  In step S513, the AP unit 267 of the terminal device 200A causes the display unit 250 to display an approval waiting screen.

  In step S515, the AP unit 267 of the terminal device 200B causes the display unit 250 to display an approval screen. The approval screen indicates that the approval in the terminal device 200A has been performed.

  In step S517, when the user 10B of the terminal device 200B makes an input for approval, the input unit 240 receives the input.

  In step S519, the AP unit 267 of the terminal device 200B transmits a link setting approval message (confirmation of link setting approval) to the terminal device 200A.

  In step S521, the link setting request unit 265 of the terminal device 200A generates a link setting request message, and causes the second communication unit 220 to transmit the link setting request message to the PBX 100. Then, the link request reception unit 134 of the PBX 100 acquires the link setting request message via the communication unit 110.

  In step S523, the link setting request unit 265 of the terminal device 200B generates a link setting request message, and causes the second communication unit 220 to transmit the link setting request message to the PBX 100. Then, the link request reception unit 134 of the PBX 100 acquires the link setting request message via the communication unit 110.

  In step S525, the link setting unit 135 of the PBX 100 performs link setting between the terminal device 200A and the terminal device 200B.

  In step S527, the link setting unit 135 of the PBX 100 causes the communication unit 110 to transmit a link setting completion message to the terminal device 200A and the terminal device 200B. Thereafter, communication based on the link setting is performed.

(Processing when canceling link settings-moving outside area 90)
FIG. 25 is a sequence diagram illustrating a first example of a schematic flow of a communication control process at the time of link setting cancellation according to the present embodiment. The communication control process is a process when the terminal device 200 </ b> A has moved out of the area 90.

  First, in step S601, the AP service management unit 131 determines whether or not an ID use termination condition for a one-time ID issued to the terminal device 200A is satisfied. The ID use end condition includes that the terminal device 200A using the one-time ID is not located in the area 90 (first end condition). For this reason, the AP service management unit 131 determines that the ID use end condition for the one-time ID issued to the terminal device 200A is satisfied.

  In step S603, the ID management unit 133 of the PBX 100 uses the one-time ID so that the ID management unit 133 indicates that the one-time ID issued to the terminal device 200A is not used by any terminal device. Update status information.

  In step S605, the link setting unit 135 of the PBX 100 cancels the link setting because the link setting cancellation condition is satisfied. That is, the link setting cancellation condition includes the end of use of the one-time ID related to link setting (first cancellation condition).

  In step S607, the link setting unit 135 of the PBX 100 causes the communication unit 110 to transmit a link setting release completion message to the terminal device 200B. Then, the process ends.

(Processing when releasing link settings-Release request)
FIG. 26 is a sequence diagram illustrating a second example of a schematic flow of the communication control process at the time of releasing the link setting according to the present embodiment. The communication control process is a process when the user 10B of the terminal device 200B requests to cancel the link setting.

  When the input of the user 10B for canceling the link setting between the terminal device 200A and the terminal device 200B is received by the input unit 240 in step S631, the link setting requesting unit 265 of the terminal device 200B Decide to cancel.

  In step S633, the link setting request unit 265 of the terminal device 200B causes the second communication unit 220 to transmit a release request message to the PBX 100.

  In step S635, the link setting unit 135 of the PBX 100 cancels the link setting because the link setting cancellation condition is satisfied. That is, the link setting cancellation condition includes a request for cancellation of the link setting by the terminal device 200 related to the link setting (second cancellation condition).

  In step S637 and step S639, the link setting unit 135 of the PBX 100 causes the communication unit 110 to transmit a link setting release completion message to the terminal device 200B and the terminal device 200A. Then, the process ends.

(Processing when releasing link settings-Release request)
FIG. 27 is a flowchart illustrating an example of a schematic flow of communication control processing when performing call control based on link settings according to the present embodiment. The communication control process is a process performed by the PBX 100. The communication control process is started when the PBX 100 receives the outgoing message. The outgoing message includes, for example, a one-time ID “1000” on the outgoing side and a one-time ID “1001” on the incoming side.

  In step S701, the call control unit 139 determines whether the one-time ID on the calling side and the one-time ID on the called side in the outgoing message are present in the ID management table of the ID DB 123. For example, it is determined whether the one-time IDs “1000” and “1001” exist in the ID management table. If these one-time IDs exist, the process proceeds to step S703. Otherwise, the process ends.

  In step S703, the call control unit 139 determines whether the one-time ID on the calling side and the one-time ID on the receiving side in the outgoing message are used based on the availability flag in the ID management table of the ID DB 123. To do. For example, in the ID management table, it is determined whether the availability flag corresponding to the one-time IDs “1000” and “1001” is “1”. If these one-time IDs are used, the process proceeds to step S705. Otherwise, the process ends.

  In step S <b> 705, the call control unit 139 determines whether there is user identification information corresponding to the one-time ID on the transmission side in the transmission message in the ID management table of the ID DB 123. For example, it is determined whether there is user identification information corresponding to the one-time ID “1000”. If the user identification information exists, the process proceeds to step S707. Otherwise, the process ends.

  In step S707, the call control unit 139 includes, in the ID management table of the ID DB 123, the user identification information corresponding to the one-time ID on the receiving side in the link setting information corresponding to the one-time ID on the calling side in the outgoing message. Determine whether it is included. That is, it is determined whether or not user identification information (for example, “Hanako”) corresponding to the one-time ID “1001” exists in the link setting information corresponding to the one-time ID “1000”. If the user identification information is included, the process proceeds to step S709. Otherwise, the process ends.

  In step S709, the control unit 139 includes, in the ID management table of the ID DB 123, the user identification information corresponding to the one-time ID on the caller side in the link setting information corresponding to the one-time ID on the caller side in the outgoing message. To determine whether or not For example, it is determined whether or not the user setting information (for example, “Taro”) corresponding to the one-time ID “1000” exists in the link setting information corresponding to the one-time ID “1001”. If the user identification information is included, the process proceeds to step S711. Otherwise, the process ends.

(Processing when releasing link settings-Release request)
FIG. 28 is a flowchart illustrating an example of a schematic flow of a communication control process when acquiring user identification information autonomously according to the present embodiment. The communication control process is a process performed by the terminal device 200.

  In step S801, the control unit 260 determines whether there is application software in the terminal device 200. If there is application software, the process proceeds to step S803. Otherwise, the process proceeds to step S809.

  In step S803, the control unit 260 extracts a handle name from the application information.

  In step S805, the control unit 260 determines whether a handle name has been extracted. If the handle name has been extracted, the process proceeds to step S807. Otherwise, the process proceeds to step S809.

  In step S807, the control unit 260 acquires the extracted handle name as user identification information. Then, the process ends.

  In step S809, the control unit 260 acquires input information obtained via the input unit 240 as user identification information. Then, the process ends.

  As mentioned above, although preferred embodiment of this invention was described referring an accompanying drawing, it cannot be overemphasized that this invention is not limited to the example which concerns. It will be apparent to those skilled in the art that various changes and modifications can be made within the scope of the claims, and these are naturally within the technical scope of the present invention. Understood.

  For example, an example in which a bidirectional link is set between two terminal devices has been described, but the present invention is not limited to this. Link setting from one terminal device to the other terminal device may be performed. In this case, for example, the information from one terminal device may be acquired by the other terminal device, and the information from the other terminal device may be acquired by one terminal device.

  Moreover, although the example in which the link setting between two terminal devices is performed has been described, the present invention is not limited to this. Link setting in three or more terminal devices may be performed.

  For example, although the example in which the user identification information is included in the link setting information of the ID management table has been described, the present invention is not limited to this. For example, the one-time ID may be included in the link setting information of the ID management table. In this case, the ID management table may not include user identification information corresponding to the one-time ID. For example, the link setting request message may not include user identification information, but may include a one-time ID on the request side and a one-time ID on the other side. Further, for example, a combination of user identification information and one-time ID may be exchanged between terminal devices, and the terminal device may specify user identification information from the one-time ID.

  Moreover, although the example in which the link setting request message is transmitted by both terminal apparatuses has been described, the present invention is not limited to this. For example, the link setting request message may be transmitted only from one terminal device. In this case, for example, the link setting request message may include a one-time ID on the request side and a one-time ID on the other side.

  Moreover, although the example in which the one-time ID is a four-digit number has been described, the present invention is not limited to this. The one-time ID may be any identification information having uniqueness.

  Moreover, although the example in which the one-time ID is prepared in advance in the ID management table has been described, the present invention is not limited to this. For example, the one-time ID may be generated each time it is issued and stored in the ID management table. Also, the one-time ID may be deleted from the ID management table when the use ends.

  Moreover, although the example of the two-party call function has been described as the call control function of the PBX, the present invention is not limited to this. The PBX function may include several functions such as a three-way call function, an interrupt call function, and a transfer function. In this case, since the link setting enables two-way communication in the application service, the PBX functions (three-party call function, barge call function, transfer function, etc.) are used between the link-set terminal devices 200. it can.

  Moreover, although the example in which the terminal device is a smartphone has been described, the present invention is not limited to this. The terminal device may be other devices including a mobile phone terminal other than a smartphone, a personal digital assistant, an electronic book terminal, a portable game device, a portable music player, and a digital camera. Further, although an example in which the network for communication between the PBX and the terminal device is a LAN has been described, the present invention is not limited to this. For example, the network may include other networks. For example, the network may include an access point or base station of another wireless communication method such as PHS (Personal Handy-phone System) instead of or in addition to the wireless LAN access point. The network may include a WAN and a plurality of LANs. In this case, the PBX may be an exchange that communicates with a communication device located in an area connectable to each LAN via a network. In addition to the terminal device, another communication device such as a PC (Personal Computer), a server, or a printer may be connected to the network. In this case, the PBX may perform call control of these communication devices, conversion of the IP address from the intra-area ID, and the like.

  In addition, although the example in which the PBX stores the intra-area ID (including the one-time ID) and the IP address in association with each other has been described, the present invention is not limited to this. The intra-area ID (including the one-time ID) and the MAC address (Media Access Control address) may be stored correspondingly. In this case, the PBX may convert the intra-area ID into a MAC address and establish a session between these terminal devices 200.

  Moreover, although the 1st communication part of the terminal device demonstrated the example which performs radio | wireless communication, this invention is not limited to this. The first communication unit may perform wired communication instead of wireless communication.

  Moreover, although the example in which the functions on the network side are integrated into the PBX has been described, the present invention is not limited to this. Each function integrated in the PBX may be distributed to a plurality of devices. For example, the request receiving unit and the link setting unit may be provided in a device (for example, a server) different from the PBX.

  Moreover, although the predetermined area has been described as an example of a shopping mall site, the predetermined area is not limited to this. For example, the predetermined area may be an arbitrary site such as a bank, a hospital, an airport, a home appliance mass retailer, an event venue, an amusement park, a restaurant, and the like. As a matter of course, the predetermined area is not limited to the place where the customer is present, but may be a site of a company office, a school or the like.

  Moreover, although the example in which the AP service is the intra-area call service or the intra-area map service has been described, the present disclosure is not limited thereto. Various services suitable for the area can be adopted as the AP service.

  Further, the processing steps in the communication control process of this specification do not necessarily have to be executed in time series in the order described in the flowchart. For example, the processing steps in the communication control process may be executed in an order different from the order described in the flowchart, or may be executed in parallel.

  Also, the hardware of the communication control device (for example, PBX) and the terminal device, the hardware such as the ROM (Read Only Memory) and the RAM (Random Access Memory) are equivalent to the configurations of the communication control device and the terminal device. It is also possible to create a computer program for exercising these functions. A storage medium storing the computer program is also provided.

1 communication system 10 user 20 network 100 PBX (Private Branch eXchange)
110 communication unit 120 storage unit 121 application database (AP DB)
123 ID database (ID DB)
DESCRIPTION OF SYMBOLS 130 Control part 131 AP service management part 133 ID management part 134 Request reception part 135 Link setting part 137 AP service provision part 139 Call control part 200 Terminal device 210 1st communication part 220 2nd communication part 230 Storage part 240 Input part 250 Display Unit 251 Screen 260 Control unit 261 Application management unit (AP management unit)
263 ID acquisition unit 265 Link setting request unit 267 Application unit (AP unit)
269 Communication function controller

Claims (20)

In communication of an application service provided within a predetermined area, information from a terminal device that has been issued identification information for the communication is transmitted to another terminal device that has been issued another identification information for the communication. A setting unit for performing link setting that enables acquisition,
A reception unit for receiving the link setting request;
With
The setting unit performs the link setting when the link setting request is accepted.
Communication control device.   The communication control device according to claim 1, wherein the link setting is requested from at least one of the terminal device and the another terminal device.   The communication control device according to claim 2, wherein the link setting is requested after approval by at least one of the terminal device and the another terminal device.   The communication control device according to claim 3, wherein the approval is performed through inter-device communication between the terminal device and the another terminal device.   The communication control device according to claim 4, wherein the inter-device communication is wireless communication at a short distance.   The communication control apparatus according to claim 5, wherein the short-range wireless communication is NFC (Near Field Communication) or infrared communication.   The communication control apparatus according to claim 1, wherein the link setting enables the terminal apparatus to acquire information from the other terminal apparatus in the communication of the application service. .   The communication control device according to claim 7, wherein the link setting enables the terminal device and the another terminal device to communicate with each other in the communication of the application service.   The communication control device according to claim 1, wherein the information from the terminal device includes situation-related information related to a situation of a user of the terminal device.   The communication control device according to claim 9, wherein the situation-related information includes position information of the terminal device.   User identification information for identifying a user of the terminal device is acquired by the another terminal device, and in connection with the acquisition of the information from the terminal device by the another terminal device, in the other terminal device The communication control device according to claim 1, wherein the communication control device is displayed.   The communication control device according to claim 11, wherein the user identification information is acquired from information stored in the terminal device by autonomous processing of the terminal device.   The communication control device according to claim 1, wherein the link setting is released when a predetermined release condition for the link setting is satisfied.   The communication control apparatus according to claim 13, wherein the predetermined release condition includes termination of use of the identification information or the other identification information.   The communication control device according to claim 13 or 14, wherein the predetermined release condition includes a request to release the link setting by the terminal device or the another terminal device.   The communication according to any one of claims 1 to 15, wherein a communication function of the terminal device for performing the communication of the application service is stopped after issuing the identification information and before requesting the link setting. Control device.   The communication control apparatus according to claim 16, wherein a communication function of the terminal apparatus for performing inter-apparatus communication is refreshed before the inter-apparatus communication with the another terminal apparatus. A terminal device,
When identification information for communication of an application service provided in a predetermined area is issued to the terminal device, an acquisition unit that acquires the identification information;
In the communication of the application service, a request is made for a link setting that enables the other to acquire information from one of the terminal device and another terminal device that has been issued another identification information for the communication. A request section;
With
The link setting is performed when a request for the link setting is accepted.
Terminal device. A computer for controlling the terminal device,
When identification information for communication of an application service provided in a predetermined area is issued to the terminal device, an acquisition unit that acquires the identification information;
In the communication of the application service, a request is made for a link setting that enables the other to acquire information from one of the terminal device and another terminal device that has been issued another identification information for the communication. A request section;
Function as
The link setting is performed when a request for the link setting is accepted.
program. A method in a system including a communication control device, a first terminal device, and a second terminal device,
The communication control device issuing first identification information for communication of an application service provided in a predetermined area to the first terminal device;
The first terminal device obtaining the issued first identification information;
The communication control device issuing second identification information for the communication to the second terminal device;
The second terminal device obtaining the issued second identification information;
The first terminal device or the second terminal device requesting link setting that enables the other to obtain information from one of the first terminal device and the second terminal device; ,
A communication control device receiving the link setting request;
A step of performing the link setting when the communication control device accepts the request for the link setting;
Including a communication control method.

Images