JP2014017811A - Communication control apparatus, communication system, communication control method, and program - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a communication control apparatus, a communication system, a communication control method, and a program which can improve user convenience.SOLUTION: The communication control apparatus includes: a receiving section for receiving a protocol message from a first speech terminal that is a portable terminal; a connection destination management table operation section for acquiring a terminal ID corresponding to an object ID which is contained in the received protocol message from a connection destination management table in which a terminal ID of a second speech terminal and the object ID are associated with each other; and a line connection section for connecting the first speech terminal and the second speech terminal having the acquired terminal ID.

Description

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

  In recent years, it has been studied to install a communication system in which a user such as a customer can communicate with a remote store clerk via a communication terminal in a merchandise store or the like. The user can make inquiries to the store clerk about information on products and the like via this communication system.

  For example, in Patent Document 1, an IP telephone terminal is installed in a merchandise sales store, and the product identification data assigned to the product is read by the user with the above IP telephone terminal, and is associated with the acquired product identification data. A technique for making a call between an operator terminal and the IP telephone terminal is disclosed.

JP 2009-253734 A

  However, the conventional technology has a configuration in which a telephone terminal installed in a facility such as a store is used, and thus there is a problem that convenience for the user is low. For example, the user cannot move away from the location where the phone terminal is installed during the call time, or if the number of users who wish to use is greater than the number of phone terminals, the user may wait to use the phone terminal, or the user There is a problem that it is impossible to make a call on another terminal such as a portable terminal.

  Therefore, the present invention has been made in view of the above problems, and an object of the present invention is to provide a new and improved communication control apparatus, communication system, and communication control method that improve user convenience. And providing a program.

  In order to solve the above problem, according to an aspect of the present invention, a reception unit that receives a protocol message from a first call terminal that is a portable terminal, and an object ID included in the received protocol message are supported. A connection destination management table operating unit for acquiring a terminal ID to be obtained from a connection destination management table in which the terminal ID of the second call terminal and the object ID are associated with each other, and the second call terminal having the acquired terminal ID And a line connection unit for connecting the first call terminal to the communication control device.

  The communication control apparatus performs a call ID table operation for storing a terminal ID included in the protocol message in a call ID table in association with a call ID included in a protocol message received from the first call terminal. A part may be further provided.

  The communication control device may further include a temporary ID generation unit that generates a first terminal temporary ID set to a terminal ID of the first call terminal.

  The temporary ID generation unit may generate a second terminal temporary ID set to a terminal ID of the second call terminal.

  The connection destination management table operation unit acquires an object ID corresponding to the product group ID received from the second call terminal from a product group ID table in which the product group ID and the object ID are associated with each other, and The connection destination management table operation unit may update the information stored in the connection destination management table based on the acquired object ID.

  The communication control device further includes an inquiry record table operation unit for storing an inquiry included in a protocol message received from the first call terminal in an inquiry record table in which an inquiry from a terminal is associated with an object ID. You may prepare.

  The call ID table operation unit stores the terminal ID of the second call terminal acquired by the connection destination management table operation unit in the call ID table in association with the terminal ID of the first call terminal. May be.

  The call ID table operation unit is configured to receive the second call terminal acquired by the connection destination management table operation unit when a continuation instruction is included in a header of a protocol message received from the first call terminal. May be stored in the call ID table in association with the terminal ID of the first call terminal.

  The line connection unit includes the second call having a terminal ID stored in the call ID table when a call instruction is included in a header of a protocol message received from the first call terminal. A terminal and the first call terminal may be connected.

  The call ID table operation unit assigns a terminal ID corresponding to the object ID included in the protocol message when the predetermined time has elapsed from the reception time when the protocol message is received from the first call terminal. It may be deleted from the ID table.

  In order to solve the above problem, according to another aspect of the present invention, in a communication system in which a first call terminal that is a portable terminal and a second call terminal are connected via a communication control device. The communication control device is received from the receiving unit that receives the protocol message from the first call terminal and the connection destination management table in which the terminal ID and the object ID of the second call terminal are associated with each other. Connection destination management table operation unit for acquiring a terminal ID corresponding to the object ID included in the protocol message, and line connection for connecting the second call terminal having the acquired terminal ID and the first call terminal A communication system is provided.

  In order to solve the above problem, according to another aspect of the present invention, a step of receiving a protocol message from a first call terminal which is a portable terminal, a terminal ID and an object ID of the second call terminal Is acquired from the connection destination management table associated with the terminal ID corresponding to the object ID included in the received protocol message, the second call terminal having the acquired terminal ID and the second A communication control method comprising: connecting one call terminal to the communication terminal.

  In order to solve the above problems, according to another aspect of the present invention, a computer includes a receiving unit that receives a protocol message from a first call terminal that is a portable terminal, and a terminal of the second call terminal. A connection destination management table operation unit that acquires a terminal ID corresponding to the object ID included in the received protocol message from the connection destination management table in which the ID and the object ID are associated with each other, and the acquired terminal ID There is provided a program for causing an information processing apparatus to include a line connection unit for connecting the second call terminal and the first call terminal.

  As described above, according to the present invention, user convenience can be improved.

It is explanatory drawing which showed the structure of the IP telephone system by embodiment of this invention. It is the sequence diagram which showed the flow of the initial registration by the user by embodiment of this invention. It is a functional block diagram showing the composition by a 1st embodiment. It is explanatory drawing which showed an example of the connection destination management table. It is a sequence diagram which shows the operation | movement by 1st Embodiment. It is the functional block diagram which showed the structure by 2nd Embodiment. It is explanatory drawing which showed an example of Call-ID table. It is a sequence diagram which shows the operation | movement by 2nd Embodiment. It is a flowchart which shows a part of operation | movement of the exchange by 2nd Embodiment. It is explanatory drawing which showed the structure of UI of the user terminal by 3rd Embodiment. It is another explanatory drawing which showed the structure of UI of the user terminal by 3rd Embodiment. It is another explanatory drawing which showed the structure of UI of the user terminal by 3rd Embodiment. It is another explanatory drawing which showed the structure of UI of the user terminal by 3rd Embodiment. It is another explanatory drawing which showed the structure of UI of the user terminal by 3rd Embodiment. It is a sequence diagram which shows an example of the operation | movement by 3rd Embodiment. It is explanatory drawing which showed the structure of the protocol message produced | generated by 3rd Embodiment. It is a flowchart which shows a part of operation | movement of the switching device by 3rd Embodiment. It is a flowchart which shows a part of operation | movement of the switching device by 3rd Embodiment. It is another explanatory drawing which shows roughly the operation | movement by 3rd Embodiment. It is a flowchart which shows another operation example by 3rd Embodiment. It is a functional block diagram which shows the structure by 4th Embodiment. It is a sequence diagram which shows the operation | movement by 4th Embodiment. It is a sequence diagram which shows the operation | movement by 5th Embodiment. It is a functional block diagram which shows the structure by 6th Embodiment. It is explanatory drawing which shows an example of goods group ID table. It is a sequence diagram which shows the operation | movement by 6th Embodiment. It is a functional block diagram which shows the structure by 7th Embodiment. It is explanatory drawing which shows an example of an inquiry recording table. It is a sequence diagram which shows the operation | movement by 7th Embodiment.

  Exemplary embodiments of the present invention will be described below 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.

<1. Basic configuration of IP telephone system and exchange>
The present invention can be implemented in various forms as described in detail in “2-1. First embodiment” to “2-7. Seventh embodiment” as an example. Further, the exchange 10 (communication control device) according to the embodiment of the present invention includes:
A. A communication unit 100 (receiving unit) that receives a protocol message from a user terminal 20 (first call terminal) that is a portable terminal;
B. The terminal ID corresponding to the product ID (object ID) included in the received protocol message is obtained from the connection destination management table 40 in which the terminal ID of the clerk terminal 30 (second call terminal) and the product ID are associated with each other. A connection destination management table operation unit 102 to be acquired;
C. And a line connection unit 104 that connects the clerk terminal 30 having the acquired terminal ID and the user terminal 20.

[1-1. Basic configuration of IP telephone system]
In the following, first, a basic configuration of an IP telephone system (communication system) including the exchange 10 according to the embodiment of the present invention will be described with reference to FIG.

  FIG. 1 is an explanatory diagram showing a configuration of an IP telephone system according to an embodiment of the present invention. As shown in FIG. 1, the IP telephone system according to the embodiment of the present invention includes an exchange 10, a communication network 12, a user terminal 20, a product 22, an automatic transaction apparatus 24, and a salesclerk terminal 30.

  The exchange 10 is a device that controls communication between the user terminal 20 connected to the IP telephone system and the clerk terminal 30. Although details will be described later, for example, when a user wishes to make an inquiry to a store clerk regarding a certain product 22, the exchange 10 sends a call from the user terminal 20 possessed by the user to the person in charge of the product 22. Is connected to the clerk terminal 30 possessed by.

  The communication network 12 is a network that connects the store 14 and the call center 18, and is configured by an IP (Internet Protocol) network or the like. A network such as a LAN (Local Area Network) is installed in each of the facilities of the store 14 and the call center 18, and these networks are connected to the communication network 12.

  The store 14 is composed of a plurality of sales floors 16 divided for each product group, and a plurality of products 22 are displayed in each sales floor 16. The user can freely move in such a store 14 to pick up and purchase the product 22. Each product 22 is provided with a product ID tag 220 including a product ID. For example, a bar code tag or an electronic tag is used as the product ID tag 220.

  The user terminal 20 is a terminal used by a user who visits the store 14. The user terminal 20 is a portable terminal having a product ID reading function and a calling function. For example, a commercially available mobile phone is used. Further, the user terminal 20 can be connected to the communication network 12 by wireless communication. Note that the user terminal 20 may be a terminal personally owned by the user or a terminal lent out at the store 14.

  The salesclerk terminal 30 is a terminal used by an employee working in the store 14 or the call center 18. As shown in FIG. 1, the clerk terminal 30 may be a portable terminal 30a, or may be fixed terminals 30b and 30c. Further, the clerk terminal 30 may be a terminal lent to an employee from the store 14, or may be a terminal that the employee owns.

  The automatic transaction apparatus 24 is a terminal used by a user to download an application for connecting to the IP telephone system to the user terminal 20. The user can talk with the employees of the store 14 and the call center 18 by activating the downloaded application through the automatic transaction apparatus 24. Moreover, the automatic transaction apparatus 24 is a terminal used also for stopping (deleting) the application downloaded to the user terminal 20 by the user. By stopping (deleting) the application downloaded through the automatic transaction apparatus 24, the user cannot make a call with an employee of the store 14 or the call center 18.

  The automatic transaction apparatus 24 may be installed at a predetermined location in the store 14. The automatic transaction apparatus 24 is hardware for transmitting and receiving applications and the like described in each embodiment of the present invention, and has a facility information guidance function at a predetermined place where the automatic transaction apparatus 24 is installed. A multifunction terminal such as a kiosk terminal may be used.

[1-2. Flow of initial registration using automatic transaction equipment]
Here, with reference to FIG. 2, the flow of the initial registration by the user using the automatic transaction apparatus 24 will be described. As shown in FIG. 2, first, when the user holds the user terminal 20 over the automatic transaction apparatus 24, the user terminal 20 requests the automatic transaction apparatus 24 to download an application (S10). ). And the automatic transaction apparatus 24 will transmit URL (Uniform Resource Locator) of the download destination of an application to the user terminal 20, if the request | requirement from the user terminal 20 is received. The user terminal downloads the application from a predetermined server by connecting to the above URL (S12). Next, the user terminal 20 activates the application and transmits a request for registration to the exchange 10 (S14), so that the user terminal 20 can connect to the IP telephone system in the store. It becomes possible.

  It should be noted that the above-described action of the user holding the user terminal 20 over the automatic transaction apparatus 24 means an opportunity to participate in communication by NFC (Near Field Communication). Further, as a standard for realizing NFC, for example, ISO / IEC 18092 and its compatible standard (compatible technology) can be applied. In this case, the automatic transaction apparatus 24 and the user terminal 20 correspond to ISO / IEC 18092 and can exchange with NFC.

  Further, the user terminal 20 may have an NFC application that controls NFC exchanges such as an application download request (S10). In addition to controlling NFC exchange, this NFC application is connected to the URL obtained by NFC (received from the automatic transaction device 24) by the user terminal 20, downloaded based on NFC, or downloaded based on NFC. Install and launch applications. The NFC application checks whether the application download corresponds to a normal download based on the NFC, and downloads the application when the application corresponds to the normal download.

  As described above, the NFC application can connect to any URL in addition to the NFC exchange. In other words, the NFC application can be said to be an application that intervenes between the NFC protocol and a protocol different from NFC (for example, Hyper Text Transfer Protocol (HTTP), File Transfer Protocol (FTP), etc.). When the NFC application connects to the URL, the NFC application itself may connect to the URL, or the NFC application may control another application and connect to the URL. In the latter case, the NFC application and other applications are connected by an interprocess communication protocol. The NFC application determines a normal download by comparing a URL obtained through NFC exchange with a URL received through exchange of a protocol different from NFC. For example, when the URL obtained by NFC is “http: // test / download”, the NFC application connects to the path name “download” of the host name “test” based on “HTTP” which is the scheme name. . Therefore, the NFC application determines that it is normal if it can receive the URL “http: // test / download” obtained by NFC during the exchange using HTTP. In this way, by confirming whether or not the normal download based on NFC is applicable, the NFC application can prevent the download and installation of the indeterminate application in the user terminal 20 and improve the security. Furthermore, it is possible to improve the security by preventing an indeterminate application from flowing into the IP telephone system (FIG. 1).

  As described above, since the NFC application is an application interposed between the NFC protocol and a protocol different from NFC, the NFC application has an NFC protocol stack and a protocol stack different from NFC. The NFC application may be interposed between the NFC protocol and a plurality of protocols different from NFC, and in this case, has a plurality of protocol stacks different from NFC. Here, the protocol stack may be included in the NFC application itself, or the operating environment of the NFC application (the user terminal 20 itself, the device included in the user terminal 20, the OS (Operating System) of the user terminal 20, a module ( Module) and libraries (Library, etc.). The NFC application translates (converts) NFC exchange, connection to the URL, application download, and the like between the communication protocol and the NFC application internal information via the protocol stack.

  Further, the NFC application may change the URL obtained by the user terminal 20 through NFC and connect it to the changed URL. For example, when the URL obtained by NFC is “http: // test / download”, the NFC application changes the URL obtained by NFC to “http: //test/download/app.apk” and is based on HTTP. Connect to the changed URL. Specifically, the NFC application performs a change to add the file name of the installation file to be downloaded to the URL obtained by NFC. The file name is added to the scheme name, host name, and path name obtained by NFC. That is, the NFC application holds information (file name) to be added in advance, and determines the connection destination URL based on the URL obtained by NFC and the information (file name) added by itself. In this case, the NFC application receives the information (file name) “app.apk” received or added to the URL “http: //test/download/app.apk” obtained by NFC during the exchange using HTTP. If possible, it is judged as normal. In this way, by confirming whether it corresponds to normal download based on NFC, the NFC application can prevent the download and installation of an indeterminate application in the user terminal 20 and improve security, and a network that is easily changed. Connectivity to the above resources can be improved.

  Further, the NFC application may be able to select whether the user terminal 20 connects to the URL obtained by NFC or whether the user terminal 20 changes the URL obtained by NFC and connects to the changed URL. . In this case, the automatic transaction apparatus 24 transmits a URL change instruction to the user terminal 20 in addition to the URL of the application download destination. When the user terminal 20 receives a URL from the automatic transaction apparatus 24, the NFC application connects to the URL. On the other hand, when the user terminal 20 receives the URL and the URL change instruction from the automatic transaction apparatus 24, the NFC application changes the URL and connects.

  In addition, the NFC application corresponds to one of the following five activation modes when the downloaded application is activated. In the first activation mode, the application is activated immediately after downloading the application. The second activation mode is within a predetermined period after the application is downloaded (for example, 5 minutes or 201201216645 (meaning that it can be activated until 16:45 on January 2, 2012)) or after a predetermined time (for example, after 5 minutes have elapsed). Or the application downloaded in 20121202645 (meaning activation at 16:45 on January 2, 2012) or the like. In the third activation mode, after the application is downloaded, the application activated on the user terminal 20 is stopped, and then the downloaded application is activated. In the fourth activation mode, after the application is downloaded, the fact that it can be activated is displayed on the user terminal 20, and then the downloaded application is activated in accordance with the user's operation. The fifth activation mode is activated so as to be resident in the memory after the application is downloaded (the screen relating to the activated application is not displayed on the user terminal 20, but activated so that the activated application exists in the task).

  In the following description, the NFC application is described as corresponding to the first activation mode, but the present invention is not limited to this example, and may correspond to other activation modes. The NFC application may correspond to, for example, a modified example in which the third activation mode and the fourth activation mode are combined. In this modification of the activation mode, after the application is downloaded, the fact that it can be activated is displayed on the user terminal 20, and then the application activated on the user terminal 20 is stopped in accordance with the user's operation. Then, launch the downloaded application. Further, the NFC application may correspond to, for example, a modified example in which the second activation mode and the fourth activation mode are combined. In this modification of the activation mode, after the application is downloaded, the fact that it can be activated after a lapse of a predetermined time is displayed on the user terminal 20, and then the downloaded application is activated in accordance with the user's operation.

(1-2-1. Modification)
(1-2-1-1. Modification 1)
As a modification of S <b> 12 shown in FIG. 2, the automatic transaction apparatus 24 may transmit the application directly to the user terminal 20 and download it when receiving a request from the user terminal 20.

(1-2-1-2. Modification 2)
Further, as a modification of URL transmission by the automatic transaction apparatus 24, the automatic transaction apparatus 24 may transmit application information related to the operation of the application in addition to the URL of the application download destination. In this modification, the NFC application can start an application to which application information is applied when starting the application.

  Here, the application information is, for example, authentication information (user ID, password, etc.) required for starting the application, license information (eg, serial number, product ID, etc.) required for starting the application, and application starting mode. Information (for example, the first start mode, the third start mode, the fourth start mode, etc.), the application start time information (for example, after 120 minutes or 201201216645 (meaning start at 16:45 on January 2, 2012)), etc. ), Application start period information (for example, 5 minutes, 201201216645 (meaning that it can be started until 16:45 on January 2, 2012)) and stop application information (application name (Application name)) that stops when the application starts Or an execution name, a process name, a process ID, or the like. The application information may be composed of one information element (application information = authentication information), or may be composed of a plurality of information elements (application information = (authentication information, license information, activation mode information, activation time information, Start period information and stop application information).

  The NFC application has a software interface (I / F) for applying application information to the application to be activated. This software interface can apply application information to an application to be activated by two application methods. In the first application method, a software interface is coupled to an application to be started and gives application information. That is, in the first application method, application information is delivered as a parameter, an argument, or the like to an application to be activated. In the second application method, the software interface is combined with data (files, variables, etc.) storing information (setting information, etc.) related to the application to be activated, and gives application information. That is, in the second application method, application information is written in data storing information related to an application to be started. Here, in the second application method, when there is no data for storing the setting information related to the application to be activated as a combination destination, the software interface generates the data itself, combines the generated data with the application information, May be given.

  Each of the plurality of information elements such as authentication information, license information, activation mode information, activation time information, activation period information, and stop application information described above is applied method designation information (first information) for designating a corresponding application method. And / or the second application method). When the application method designation information designates the second application method, the application method designation information also includes information indicating data for storing setting information related to the application to be activated. Therefore, the NFC application identifies the application method designation information for each information element of the application information by the software interface when the application to which the application information is applied is started, applies the application information by the application method corresponding to each information element, Start the application.

  For example, the application information obtained by NFC includes “license information (serial number) = 1234, application method designation information = first application method” and “activation mode information = first activation mode, application method designation information = first In the case of “application method”, the NFC application activates the downloaded application with “license information = 1234” and “activation mode information = first activation mode” as arguments. In this case, the user terminal 20 is in a state where the application is activated under the conditions of “license information = 1234” and “activation mode information = first activation mode”, and the screen of the activated application as shown in FIG. 10 is displayed. indicate.

  Further, for example, application information obtained by NFC includes “license information (serial number) = 1234, application method designation information = first application method” and “activation mode information = fifth activation mode, application method designation information = first In the case of “application method 1”, the NFC application activates the downloaded application with “license information = 1234” and “activation mode information = fifth activation mode” as arguments. In this case, the user terminal 20 is in a state where the application is activated under the conditions of “license information = 1234” and “activation mode information = fifth activation mode”, and activates the application to be resident in the memory of the user terminal 20. , Do not display the screen related to the application that was started.

  Further, for example, application information obtained by NFC includes “license information (serial number) = 1234, application method designation information = first application method & second application method (file: config)”, “startup mode information = In the case of the third activation mode & fourth activation mode, application method designation information = first application method ”and“ stop application information (application name) = AAA, application method designation information = first application method ”, the NFC application is , “License information = 1234”, “Startup mode information = Third start mode & fourth start mode” and “Stop application information = AAA” are started with the downloaded application as an argument, and the file name “config” has “License” Information = 1234 "is written. In this case, the user terminal 20 enters a state in which the application is activated under the conditions of “license information = 1234”, “activation mode information = third activation mode & fourth activation mode”, and “stop application information = AAA”. In the user terminal 20, after the fact that the application can be started is displayed on the screen, it is determined whether the application “AAA” is started in the user terminal 20 in accordance with the operation by the user. The application “AAA” is stopped, then the application is activated, and the screen of the activated application (FIG. 10) is displayed. Since the file name “config” stores “license information (serial number) = 1234”, the downloaded application is activated by a method other than the activation of the application by the NFC application (for example, the direct activation by the user operation or the NFC application The user terminal 20 can start the application under the condition of “license information (serial number) = 1234” even when the application is started by calling other application (call).

  Further, for example, application information obtained by NFC includes “license information (serial number) = 1234, application method designation information = first application method & second application method (file: config)”, “startup mode information = Second activation mode & fourth activation mode, application method designation information = first application method ”,“ activation time information = after 5 minutes, application method designation information = first application method ”,“ activation period information = 201201216645 , Application method designation information = first application method & second application method (file: config) ”and“ stop application information (application name) = AAA, application method designation information = first application method & second application In the case of “method (file: config)”, the NFC application has “license information = 1234”, “activation mode information = 2. The downloaded application is started with the arguments “active mode & fourth activation mode”, “activation time information = after 5 minutes”, “activation period information = 201201216645” and “stop application information = AAA”, and the file name “config” "License information = 1234", "Startup period information = 2012020102645", and "Stopped application information = AAA" are written. In this case, the user terminal 20 has “license information = 1234”, “activation mode information = second activation mode & fourth activation mode”, “activation time information = after 5 minutes”, “activation period information = 201201216645”, and The application is activated under the condition “stop application information = AAA”, and the user terminal 20 determines whether the current time has reached 16:45 on January 2, 2012, and if not, 5 minutes have elapsed. Thereafter, a message indicating that the application can be started is displayed on the screen. Thereafter, it is determined whether the application “AAA” is started on the user terminal 20 in accordance with the operation by the user. AAA "is stopped, and then the application is started. It is displayed (Figure 10). Since the file name “config” stores “license information (serial number) = 1234”, “startup period information = 201201216645” and “stop application information (application name) = AAA”, the downloaded application is an NFC application. Even if the application is activated by a method other than application activation (for example, direct activation by a user operation or activation of an application by calling an application other than an NFC application (call)), the user terminal 20 displays “license information = 1234. ”,“ Activation period information = 201201216645 ”, and“ stop application information = AAA ”.

[1-3. End-of-use registration flow using automatic transaction equipment]
Next, the flow of use end registration by the user using the automatic transaction apparatus 24 will be described. First, the user terminal 20 activates the downloaded application through the automatic transaction apparatus 24 by, for example, the user holding the user terminal 20 after initial registration over the automatic transaction apparatus 24, and then ends the use. A request for completion registration request is transmitted to the exchange 10. As a result, the user terminal 20 cannot connect to the IP telephone system in the store 14.

  Subsequently, the user terminal 20 stops the active application. Then, the user terminal 20 deletes the application. Specifically, the NFC application stops and deletes the application that is running on the user terminal 20. When the NFC application is stopped, the NFC application stops the application based on the process name or PID of the application downloaded through the automatic transaction apparatus 24. In addition, when deleting the currently running application, the NFC application deletes the application based on the installation file, execution file name, or execution file path of the application downloaded through the automatic transaction apparatus 24.

  In addition, after the use end registration using the automatic transaction apparatus 24, the user terminal 20 may display that the use end registration is completed and / or that initial registration is prompted. For example, the user terminal 20 uses the IP telephone system guidance information in the store 14, the location information of the automatic transaction device 24 in the store 14, and the initial registration using the automatic transaction device 24 as an indication to prompt initial registration. The guide information and / or guide information for use end registration using the automatic transaction apparatus 24 are displayed on the screen.

[1-4. Determining whether to perform initial registration or end-of-use registration]
As described above, the user terminal 20 can perform initial registration and use end registration using the automatic transaction apparatus 24. For example, the user terminal 20 performs initial registration or use end registration depending on whether or not an application downloaded through the automatic transaction apparatus 24 is included in the user terminal 20. More specifically, when it is determined that the application downloaded through the automatic transaction apparatus 24 is included in the user terminal 20, the user terminal 20 performs use end registration. If the user terminal 20 determines that the application is not included in the user terminal 20, the user terminal 20 performs initial registration.

  Note that the NFC application of the user terminal 20 determines whether an application downloaded through the automatic transaction apparatus 24 is included. For example, the NFC application includes an application downloaded through the automatic transaction apparatus 24 when the user terminal 20 includes an installation file, an execution file name, an execution file path, a process name, or a PID. to decide. Further, when the user terminal 20 does not include any of the above, the NFC application determines that the application downloaded through the automatic transaction apparatus 24 is not included. The NFC application can acquire (store) an application installed and activated based on NFC at the time of initial registration using the automatic transaction apparatus 24. Further, the NFC application can acquire an installation file, an execution file name, and an execution file path (an absolute path or a relative path of the execution file) by installation based on NFC. The NFC application can acquire a process name and a PID (process ID) by activation based on NFC.

  The NFC application can also determine whether an application downloaded through the automatic transaction apparatus 24 is included when the user holds the user terminal 20 over the automatic transaction apparatus 24. is there. Therefore, when the user holds the user terminal 20 over the automatic transaction apparatus 24, first, the NFC application of the user terminal 20 determines whether or not an application downloaded through the automatic transaction apparatus 24 is included. . Then, the user terminal 20 performs initial registration or end registration. In addition, when the user holds the user terminal 20 over the automatic transaction apparatus 24, the user terminal 20 selectively displays whether initial registration or end registration is performed, and prompts the user to perform an operation. Then, initial registration or end registration may be performed based on a user operation.

  Although the configuration of the IP telephone system according to the embodiment of the present invention has been described above, the IP telephone system according to the present invention is not limited to the configuration described above. For example, the communication terminal is not limited to the store 14 as long as it is a communication system in which the user terminal 20 and the clerk terminal 30 are connected via the exchange 10. For example, it may be another facility such as an art museum or a library where goods are not bought and sold in principle. Further, the user who uses the IP telephone system is not limited to a customer or a store clerk, and may be used, for example, between a person who picks up a lost item and a drop owner. Further, the call center 18 may not be installed. Moreover, if ID is provided, the object may not be the product 22, and may be a service, for example.

  Subsequently, each embodiment of the present invention will be sequentially described in detail. As will be described later, the exchange 10 according to each embodiment of the present invention can improve user convenience.

<2. Detailed Description of Embodiment>
[2-1. First Embodiment]
(2-1-1. Configuration)
FIG. 3 is a functional block diagram illustrating configurations of the exchange 10, the user terminal 20, the product 22, and the salesclerk terminal 30 according to the first embodiment.

  As shown in FIG. 3, the exchange 10 according to the first embodiment includes a communication unit 100, a connection destination management table operation unit 102, and a line connection unit 104.

  The communication unit 100 transmits and receives protocol messages to and from the user terminal 20 or the clerk terminal 30 via the communication network 12. The connection destination management table operation unit 102 inquires, registers, updates, and deletes the connection destination management table 40. The line connection unit 104 connects a telephone line between the user terminal 20 and the clerk terminal 30. Here, the protocol message according to the present invention is composed of an information type (format) and a procedure (procedure) compliant with the communication protocol.

  FIG. 4 is an explanatory diagram showing an example of the connection destination management table 40. As illustrated in FIG. 4, the connection destination management table 40 stores the product ID and the terminal ID of the clerk terminal 30 in association with each other. In FIG. 4, the product ID and the terminal ID do not always have a one-to-one correspondence as in the case where the product ID is “shohinA”. A plurality of terminal IDs may correspond to one product ID, and a single terminal ID may correspond to a plurality of product IDs.

  As illustrated in FIG. 3, the user terminal 20 according to the first embodiment includes a product ID reading unit 200, a terminal ID storage unit 202, a message generation unit 204, and a communication unit 206. Here, the product ID reading unit 200, the terminal ID storage unit 202, and the message generation unit 204 may be formed by starting the downloaded application described above.

  The product ID reading unit 200 reads the product ID from the product ID tag 220 attached to the product 22. The product ID reading unit 200 reads the product ID using, for example, a barcode reader or an electronic tag reader. Further, the terminal ID storage unit 202 stores a terminal ID set for the user terminal 20. Note that the terminal ID storage unit 202 normally stores a fixed terminal ID given to the user terminal 20 by a communication carrier or the like.

  The message generator 204 generates a protocol message transmitted from the user terminal 20 to another communication device such as the exchange 10. The protocol message may be a message used in communication using, for example, SIP (Session Initiation Protocol). Further, the protocol message has a From column indicating the source and a To column indicating the destination. Note that the message generation unit 204 in the first embodiment generates two types of messages, a first protocol message and a second protocol message. The first protocol message is a message transmitted for the first time to establish a session. The second protocol message is a message transmitted after the second time, that is, after the first protocol message is transmitted.

  For example, when the protocol message corresponds to SIP, the first protocol message corresponds to INVITE of the SIP request. The second protocol message corresponds to one of SIP requests OPTIONS, PRACK, INFO, SUBSCRIBE, NOTIFY, MESSAGE, UPDATE, PUBLISH, and SIP responses 1xx, 2xx, and 3xx. Further, the registration request (S14) in FIG. 2 described above corresponds to the REGISTER of the SIP request. That is, the first protocol message corresponds to transmission requesting connection in the communication protocol. The second protocol message corresponds to transmission of a request or a response that does not end the connection request in the communication protocol.

  The communication unit 206 transmits and receives protocol messages to and from the exchange 10 or the clerk terminal 30 via the communication network 12.

  As shown in FIG. 3, the product 22 according to the first embodiment includes a product ID tag 220. As described above, for example, a barcode tag or an electronic tag is used for the product ID tag 220.

  As illustrated in FIG. 3, the salesclerk terminal 30 according to the first embodiment includes a terminal ID storage unit 300, a message generation unit 302, and a communication unit 304.

  The terminal ID storage unit 300 stores a terminal ID set for the clerk terminal 30. The terminal ID storage unit 300 normally stores a fixed terminal ID given to the clerk terminal 30 from a communication carrier or the like. In addition, the message generation unit 302 generates a protocol message transmitted from the salesclerk terminal 30 to another communication device such as the exchange 10. Note that the configuration of the protocol message is the same as that of the protocol message generated by the user terminal 20, and the description thereof is omitted here.

  The communication unit 304 transmits and receives protocol messages to and from the exchange 10 or the user terminal 20 via the communication network 12.

(2-1-2. Operation)
The configuration according to the first embodiment has been described above. Subsequently, an operation according to the first embodiment will be described. FIG. 5 is a sequence diagram showing an operation according to the first embodiment. As shown in FIG. 5, first, the user terminal 20 starts an application for connecting to the IP telephone system by an operation by the user (S100). Subsequently, the product ID reading unit 200 reads the product ID of the product 22 when the user brings the user terminal 20 close to the product ID tag 220 (S102).

  When the product ID is read, the message generator 204 generates a first protocol message. The message generation unit 204 sets the terminal ID of the user terminal 20 in the From column and the read product ID in the To column for the first protocol message (S104). Subsequently, the communication unit 206 transmits the generated first protocol message to the exchange 10 (S106).

  When the exchange 10 receives the first protocol message, the connection destination management table operation unit 102 queries the connection destination management table 40, and the value of the “product ID” column of the connection destination management table 40 is the received first protocol message. A line that matches the value in the To column is extracted. Then, the connection destination management table operation unit 102 acquires the value of the “terminal ID” column included in the extracted row (S108). When there are a plurality of matching rows, the connection destination management table operation unit 102 may acquire the value of the “terminal ID” column included in the top row of the matching rows, for example. Specifically, in the example of the connection destination management table 40 illustrated in FIG. 4, there are three rows with the product ID “shohinA”, but the connection destination management table operation unit 102 is included in the top row. “Tenin90” that is the value of the “terminal ID” column may be acquired. Subsequently, the communication unit 100 transmits the received first protocol message to the clerk terminal 30 having the acquired terminal ID (S110).

  When the clerk terminal 30 receives the first protocol message, the message generator 302 generates a second protocol message. Note that the message generation unit 302 sets the terminal ID of the clerk terminal 30 in the From column and the value in the From column included in the received first protocol message in the To column with respect to the second protocol message ( S111). Then, the communication unit 304 transmits the generated second protocol message to the exchange 10 (S112).

  When the exchange 10 receives the second protocol message, the communication unit 100 transmits the received second protocol message to the user terminal 20 having a terminal ID equal to the value in the To column of the second protocol message (S114).

  When the user terminal 20 receives the second protocol message, the message generation unit 204 generates a new second protocol message. The message generation unit 204 sets the terminal ID of the user terminal 20 in the From column and the value in the From column included in the received second protocol message in the To column for the second protocol message. (S115). Then, the communication unit 206 transmits the generated second protocol message to the exchange 10 (S116).

  Subsequently, the exchange 10 transmits the received second protocol message to the salesclerk terminal 30 having a terminal ID equal to the value in the To column of the received second protocol message (S118).

  Subsequently, the line connection unit 104 connects the telephone line between the user terminal 20 and the clerk terminal 30 by repeating the same processing as S111 to S118 and exchanging a plurality of second protocol messages ( S120). Then, when the user terminal 20 transmits a line disconnection notification to the exchange 10, the line connection unit 104 disconnects the communication line between the user terminal 20 and the clerk terminal 30 (S122).

(2-1-3. Effect)
As described above, according to the first embodiment, the exchange 10 is read by the user bringing the user terminal 20 close to the product ID tag 220 and causing the user terminal 20 to read the product ID. A telephone line is connected between the clerk terminal 30 corresponding to the product ID and the user terminal 20. Since the user terminal 20 is a portable terminal, by connecting to the above IP telephone system, the user can talk with a clerk or the like while freely moving in the facility.

  In addition, since the user can also use a personally owned mobile terminal as the user terminal 20, even if the user is reluctant to use other terminals, he or she can feel free to contact the store clerk. Can do.

[2-2. Second Embodiment]
The first embodiment has been described above. As described above, in the first embodiment, the user terminal 20 generates two types of messages, that is, the first protocol message and the second protocol message, thereby communicating with the clerk terminal 30 via the exchange 10. Do. As will be described next, according to the second embodiment, the user terminal 20 can communicate with the clerk terminal 30 via the exchange 10 only by generating one type of message.

(2-2-1. Configuration)
FIG. 6 is a functional block diagram illustrating configurations of the exchange 10, the user terminal 20, the product 22, and the salesclerk terminal 30 according to the second embodiment. As shown in FIG. 6, the exchange 10 according to the second embodiment includes a Call-ID table operation unit 106 (calling ID table operation unit) in addition to the components included in the first embodiment. The Call-ID table operation unit 106 inquires, registers, updates, and deletes the Call-ID table 42 (calling ID table).

  FIG. 7 is an explanatory diagram showing an example of the Call-ID table 42. As shown in FIG. 7, the Call-ID table 42 stores a Call-ID (calling ID) and a terminal ID in association with each other. The column of “terminal ID” in the Call-ID table 42 includes the terminal ID of the user terminal 20 and the terminal ID of the salesclerk terminal 30. The Call-ID is an ID that gives the same identifier to a plurality of messages exchanged in a series of calls.

  As shown in FIG. 6, the user terminal 20 according to the second embodiment includes a Call-ID generation unit 208 in addition to the components included in the first embodiment. The Call-ID generation unit 208 generates a Call-ID used for a call to the clerk terminal 30. Here, the Call-ID generation unit 208 may be formed by starting the downloaded application described above.

  As shown in FIG. 6, the configuration of the product 22 and the clerk terminal 30 according to the second embodiment is the same as the configuration according to the first embodiment. Therefore, the description is omitted here.

(2-2-2. Operation)
The configuration according to the second embodiment has been described above. Subsequently, an operation according to the second embodiment will be described. FIG. 8 is a sequence diagram showing an operation according to the second embodiment. As shown in FIG. 8, first, similarly to S <b> 100 to S <b> 102 in FIG. 5, the user terminal 20 activates an application (S <b> 200) by the user's operation (S <b> 200). The product ID is read (S202).

  When the product ID is read, the Call-ID generation unit 208 generates a Call-ID used for a call to the clerk terminal 30 (S204). Subsequently, the message generation unit 204 generates a protocol message. Note that the protocol message in the second embodiment has a From column, a To column, and a Call-ID column. The message generation unit 204 also relates the protocol message to the From column of the terminal ID of the user terminal 20, the To column of the read product ID, and the Call-ID column of the generated Call-ID. Set (S206). Subsequently, the communication unit 206 transmits the generated protocol message to the exchange 10 (S208).

  When the exchange 10 receives the protocol message, the exchange 10 refers to the connection destination management table 40, acquires the terminal ID that is the destination of the received protocol message, and sends the protocol message to the clerk terminal 30 having the acquired terminal ID. Is transmitted (S210 to S214). Here, the operation of the exchange 10 in S210 to S214 will be described in more detail with reference to FIG.

  As shown in FIG. 9, first, the exchange 10 receives a protocol message from the user terminal 20 (S250). Here, it is assumed that the property values of this protocol message are respectively set as “Call-ID” in the Call-ID column, “From” in the From column, and “To” in the To column.

  Subsequently, the Call-ID table operation unit 106 inquires the Call-ID table 42, and there is one line in which “Call-ID” is set in the value of the “Call-ID” column of the Call-ID table 42. It is checked whether or not it exists (S252).

  Here, the fact that there is no line in which “Call-ID” is set means that the exchange 10 has received a protocol message in which the value “Call-ID” is set in the Call-ID column for the first time. Show. In this case, similarly to S108 in FIG. 5, the connection destination management table operation unit 102 matches the value in the “Product ID” column of the connection destination management table 40 with the value in the To column of the received protocol message. A row is extracted, and the value of the “terminal ID” column included in the extracted row is acquired (S254). Next, the Call-ID table operation unit 106 records each property value of the received protocol message in the Call-ID table 42 (S256). And the communication part 100 transmits the received protocol message to the salesclerk terminal 30 with terminal ID acquired by S254 (S258).

  On the other hand, if the condition is satisfied in the determination of S252, that is, if there is one or more rows in which “Call-ID” is set, the Call-ID table operation unit 106 sets “Call” in the Call-ID table 42. A row in which “Call-ID” is set as the value of the “ID” column is extracted, and the value of the “terminal ID” column included in the extracted row is acquired (S260). Then, the Call-ID table operation unit 106 acquires, from the terminal ID acquired in S260, a value different from the value in the From column of the received protocol message, that is, the terminal ID of the clerk terminal 30 (S262). And the communication part 100 transmits the received protocol message to the salesclerk terminal 30 with terminal ID acquired by S262 (S264).

  The operation of the exchange 10 in S210 to S214 has been described above. Next, referring to FIG. 8 again, operations after S215 will be described.

  When the clerk terminal 30 receives the protocol message, the message generator 302 generates a new protocol message. Note that the message generation unit 302 has received the terminal ID of the clerk terminal 30 in the From column, the value in the From column included in the received protocol message in the To column, and the Call-ID column regarding the protocol message. Each value of the Call-ID field included in the protocol message is set (S215). Then, the communication unit 304 transmits the generated protocol message to the exchange 10 (S216).

  When the exchange 10 receives the protocol message, the Call-ID table operation unit 106 reads the line in which the value of the “Call-ID” column of the Call-ID table 42 matches the value of the Call-ID column of the received protocol message. And the value of the “terminal ID” column included in the extracted row is acquired. Then, the Call-ID table operation unit 106 acquires a value different from the value in the From column of the received protocol message, that is, the terminal ID of the user terminal 20 from the acquired terminal IDs (S218). Then, the communication unit 100 transmits the received protocol message to the user terminal 20 having the terminal ID acquired in S218 (S220).

  When the user terminal 20 receives the protocol message, the message generation unit 204 generates a new protocol message. The message generation unit 204 includes the terminal ID of the user terminal 20 in the From column, the read product ID value in the To column, and the received protocol message in the Call-ID column regarding the protocol message. Each value of the Call-ID column is set (S221). Then, the communication unit 206 transmits the generated protocol message to the exchange 10 (S222). The terminal ID of the user terminal 20 is set in the From column, the read product ID is set in the To column, and the generated Call-ID is set in the Call-ID column (S206). Here, in S221, the value of the From column included in the received protocol message may be set in the To column.

  Subsequently, the exchange 10 refers to the Call-ID table 42 based on the Call-ID included in the received protocol message, and acquires the terminal ID of the clerk terminal 30 from the Call-ID table 42 (S224). Then, the received protocol message is transmitted to the clerk terminal 30 having the acquired terminal ID (S226).

  Subsequently, the line connection unit 104 connects the telephone line between the user terminal 20 and the store clerk terminal 30 by exchanging a plurality of protocol messages by repeating the same processing as S215 to S226 (S228). . When the user terminal 20 transmits a line disconnection notification to the exchange 10, the line connection unit 104 disconnects the communication line between the user terminal 20 and the clerk terminal 30 (S230).

(2-2-3. Effect)
As described above, according to the second embodiment, the user terminal 20 generates the same Call-ID for a plurality of protocol messages exchanged in a series of calls, and generates the same Call-ID. A protocol message including Call-ID is generated and transmitted to the exchange 10. Further, the exchange 10 stores the terminal ID included in the protocol message in the Call-ID table 42 in association with the Call-ID included in the received protocol message. With the above configuration, the user terminal 20 does not need to distinguish whether the protocol message to be exchanged for establishing a session is the first or the second or later, and only generates one type of protocol message. Communication with the salesclerk terminal 30 can be performed. Here, one type of protocol message means that the first and second and subsequent protocol messages are similar in form. Even if the first and second and subsequent protocol messages are partially different, the same is true in the sense that the first and second and subsequent protocol messages have the same Call-ID, and one type of protocol message. You can say that.

  The Call-ID is an ID such that the same identifier is assigned to a plurality of messages exchanged in a series of calls, so that the user terminal 20 can connect, for example, a connection destination in a series of calls. It is possible to continue a call with the same clerk terminal 30 without being affected by the update of the management table 40 or the like.

[2-3. Third Embodiment]
The second embodiment has been described above. In the second embodiment, when a user wishes to inquire about a plurality of products 22, the user needs to repeat the above-described inquiry operation for each product 22. As will be described next, according to the third embodiment, even when the user wishes to inquire about a plurality of products 22, the user can inquire with an easy operation.

(2-3-1. Configuration)
According to the third embodiment, the communication terminal is a portable terminal,
A. A communication unit that transmits a protocol message including an object ID to a communication control device that controls connection between the communication terminal and another communication terminal associated with the object ID;
B. The protocol message requests the call of the first data requesting storage of the terminal ID indicating the other communication terminal or the other communication terminal having the terminal ID stored based on the first data. A communication terminal including second data is provided.

Furthermore, the communication terminal
C. A display control unit that generates a display screen for accepting a user operation instructing transmission of a protocol message including the second data;
D. An object ID acquisition unit for acquiring the object ID;
Further comprising
E. The communication unit transmits a protocol message including the first data every time the object ID is acquired by the object ID acquisition unit, and transmits the protocol message including the second data according to a user operation on the display screen. You may send it.

further,
F. The communication unit further receives a terminal temporary ID from the communication control device,
G. The communication terminal may further include a terminal ID management unit that sets the terminal temporary ID as the terminal ID of the communication terminal instead of the terminal fixed ID stored in the communication terminal.

Furthermore, the communication terminal
H. A use end condition determining unit that determines whether or not a predetermined use end condition relating to the terminal temporary ID is satisfied;
Further comprising
I. The terminal ID management unit uses the terminal ID of the communication terminal instead of the terminal temporary ID instead of the terminal temporary ID when the use end condition determination unit determines that the predetermined use end condition is satisfied. Reset as
J. et al. The communication unit may further transmit a notification that the use of the terminal temporary ID has ended to the communication control device.

further,
K. The terminal ID management unit may delete the terminal temporary ID when the use end condition determining unit determines that the predetermined use end condition is satisfied.

further,
L. The predetermined use end condition may include a condition related to a use time limit of the terminal temporary ID or a condition related to a use area of the terminal temporary ID.

  Hereinafter, the configuration of such a communication terminal (user terminal 20) will be described in detail. The user terminal 20 according to the third embodiment includes a display control unit 230 and a display unit 240 in addition to the components included in the second embodiment (not shown). Here, the display control unit 230 may be formed by starting the downloaded application described above.

  The display control unit 230 generates screen information for accepting operations such as product ID reading and call request by the user. In addition, the display unit 240 displays the screen information generated by the display control unit 230 on the user terminal 20.

  FIG. 10 is an explanatory diagram showing a configuration of a menu screen of an application displayed on the display unit 240. As shown in FIG. 10, this menu screen has a product ID camera input button 250, a product ID manual input button 252, a call button 254, and a product ID display area 256.

  The product ID camera input button 250 is a button that is pressed when the product ID tag 220 attached to the product 22 is read by a camera (not shown) attached to the user terminal 20. When the product ID camera input button 250 is pressed, the camera input screen shown in FIG. 11 is displayed on the user terminal 20. When the product ID camera input button 250 is pressed, the application activates the camera attached to the user terminal 20 (controls the camera so that it can shoot) and displays a moving image captured by the camera on the camera input screen. Control. Further, when displaying a moving image captured by the camera on the camera input screen, the application may control to capture a low-quality moving image. In this case, low quality means that the quality of a moving image that can be shot with the function and performance of the camera attached to the user terminal 20 is artificially deteriorated. Specifically, low-quality moving images are black and white (grayscale), low pixel count, low frame count, low brightness (bright ones are not bright), and low saturation (bright ones are not bright). Shooting with either or any combination. Further, the application may control to capture a low-quality moving image with the camera attached to the user terminal 20, or obtain a moving image by performing a process for reducing the quality of the moving image captured by the camera. May be. Further, based on an instruction from the exchange 10, the application may control to capture and acquire a moving image with low quality. By doing in this way, there exists an effect which can reduce the risk of the privacy infringement by camera photography, for example in a clothing sales corner.

  The product ID manual input button 252 is a button that is pressed when the user manually inputs the product ID on the input form displayed on the user terminal 20. When the product ID manual input button 252 is pressed, the manual input screen shown in FIG. 12 is displayed on the user terminal 20.

  The call button 254 is a button used to make a call to the clerk terminal 30 corresponding to the product ID input through the camera input screen or the manual input screen. Although details will be described later, even when a plurality of product IDs are input, a call is sequentially made to the clerk terminal 30 corresponding to each product ID only by pressing the call button 254 once.

  The product ID display area 256 is an area in which the product ID input through the camera input screen or the manual input screen is displayed. When a plurality of product IDs are input, a plurality of product IDs are displayed side by side in the product ID display area 256. In the product ID display area 256, a product name corresponding to the product ID may be displayed instead of the product ID. The product name may be acquired from the external information processing apparatus by the user terminal 20 based on the input product ID.

  FIG. 11 is an explanatory diagram showing the configuration of the camera input screen. As shown in FIG. 11, the camera input screen has a barcode reading area 258 and a reading button 260. The bar code reading area 258 is an area for displaying a bar code readable range captured by the camera attached to the user terminal 20. The reading button 260 is a button pressed by the user to read the barcode.

  In this camera input screen, the user first adjusts the position of the camera with respect to the product ID tag 220 so that the barcode written on the product ID tag 220 is within the readable range in the barcode reading area 258. To do. Then, the user can cause the user terminal 20 to read the barcode described in the product ID tag 220 by pressing the reading button 260. The barcode to be read may be a one-dimensional barcode or a two-dimensional barcode.

  FIG. 12 is an explanatory diagram showing the configuration of the manual input screen. As shown in FIG. 12, the manual input screen includes an input character display field 262, a confirmation button 264, and a software keyboard unit 266.

  The input character display field 262 is an area for displaying a character string manually input by the user via the software keyboard unit 266. The confirm button 264 is a button for the user to confirm the character string displayed in the input character display field 262. The software keyboard unit 266 is an area in which a plurality of character key buttons are arranged and used by a user to manually input a product ID.

  FIG. 13 is a display example of the user terminal 20 after the product ID has been read only once by the camera attached to the user terminal 20 or manually input. As shown in FIG. 13, a product ID read by the product ID reading unit 200 is displayed in the product ID display area 256.

  FIG. 14 is a display example of the user terminal 20 after the product ID is read five times by a camera attached to the user terminal 20 or manually input. As shown in FIG. 14, in the product ID display area 256, five product IDs read by the product ID reading unit 200 are displayed side by side.

  The functional configurations of the exchange 10, the product 22, and the clerk terminal 30 according to the third embodiment are the same as the configurations according to the second embodiment. Therefore, the description is omitted here.

(2-3-2. Operation)
(2-3-2-1. Operation example 1)
The configuration according to the third embodiment has been described above. Subsequently, an operation according to the third embodiment will be described. FIG. 15 is a sequence diagram illustrating an operation example 1 according to the third embodiment. In FIG. 15, after the user causes the product IDs assigned to the two products 22 to be read by the user terminal 20, the user makes a call request, and the clerk terminals 30 a and 30 b corresponding to the respective product IDs An example of performing communication is shown.

  As shown in FIG. 15, first, the user terminal 20 starts an application by an operation by the user (S300). Then, the product ID reading unit 200 reads the product ID of the product 22 by the operation on the UI of the user terminal 20 described above (S302).

  When the product ID is read, the Call-ID generation unit 208 generates a Call-ID used for a call to the clerk terminal 30 in the same manner as S204 in FIG. 8 (S304). Subsequently, the message generator 204 generates a protocol message 50 having the configuration shown in FIG. 16 (S306).

  Here, the configuration of the protocol message 50 generated in the third embodiment will be described with reference to FIG. The protocol message 50 is a type including a request line 500, a header 510, a blank line 520, and a body 530, and is communication protocol information including a procedure according to the request line 500.

  The request line 500 includes a request type and a request destination. The header 510 includes a To column 512, a From column 514, a Call-ID column 516, and an extension header 518.

  The extension header 518 includes an instruction regarding transmission of the protocol message. Although details will be described later, for example, when “continue” is set in the extension header 518 included in the protocol message received from the user terminal 20 (first data), the exchange 10 The terminal ID corresponding to the product ID included in the received protocol message is stored in the Call-ID table 42. In addition, when “call” (call) is set in the extension header 518 (second data), the exchange 10 sends the information to the clerk terminal 30 having the terminal ID stored in the Call-ID table 42. Make a call.

  The blank line 520 is a blank line that does not include characters. The body 530 includes information related to a call such as a user name and a session ID.

  Note that the protocol message in the first embodiment does not include the Call-ID column 516 and the extension header 518 shown in FIG. 16, but other configurations may be the same as those in FIG. Further, the protocol message in the second embodiment does not include the extension header 518 shown in FIG. 16, but other configurations may be the same as those in FIG.

  The configuration of the protocol message 50 generated in the third embodiment has been described above. Next, referring to FIG. 15 again, operations after S306 will be described.

  The user terminal 20 transmits the protocol message generated in S306 to the exchange 10 (S308).

  When the exchange 10 receives the protocol message, the exchange 10 refers to the connection destination management table 40, acquires the terminal ID that is the destination of the received protocol message, and registers the acquired terminal ID in the Call-ID table 42 ( S310). Here, with reference to FIG. 17, the operation of the exchange 10 when a protocol message is received from the user terminal 20 in S310 to S324 will be described in more detail.

  FIG. 17 is a flowchart showing the operation of the exchange 10 when a protocol message is received from the user terminal 20. As shown in FIG. 17, first, the exchange 10 receives a protocol message from the user terminal 20 (S350). Here, it is assumed that the property values of the protocol message are set as “Call-ID” in the Call-ID column 516, “From” in the From column 514, and “To” in the To column 512, respectively.

  Subsequently, the exchange 10 determines whether the received protocol message is exchangeable (S352). Here, with reference to FIG. 18, the operation of the exchange 10 in S352 will be described in more detail.

  FIG. 18 is a flowchart showing the operation of the exchange 10 that determines whether the received protocol message is exchangeable. As shown in FIG. 18, the exchange 10 first determines whether or not a product ID is included between “To:” and “<” in the To column 512 included in the received protocol message (S400). If the condition is satisfied in S400, the exchange 10 determines that the received protocol message is exchangeable (S402). For example, in the example of the protocol message 50 shown in FIG. 16, since the product ID “shohinA” is included between “To:” and “<”, the exchange 10 determines that the exchange is possible.

  If the condition is not satisfied in S400, the exchange 10 next determines whether or not a product ID is included between “<” and “>” in the To column 512 (S404). If the condition is satisfied in S404, the exchange 10 determines that the received protocol message can be exchanged (S402). On the other hand, if the condition is not satisfied in S404, the exchange 10 determines that the received protocol message is not exchangeable (S406).

  As a modification of S400, the exchange 10 may determine whether the product ID is included between “To:” and “” in the To column 512 included in the protocol message.

  Further, the determination logic of the exchange 10 shown in FIG. 18 may be applied only when the terminal ID set in the From column 514 is a predetermined value.

  The operation of the exchange 10 in S352 has been described above. Next, referring to FIG. 17 again, the operation of the exchange 10 after S352 will be described.

  When the exchange 10 determines that the received protocol message is not exchangeable, the exchange 10 does not particularly process the protocol message and waits until a new protocol message is received (S350).

When the exchange 10 determines that the received protocol message is exchangeable, it is determined whether “continue” is set in the extension header 518 included in the protocol message (S354). In the extension header 518, “continue”
Is set, that is, when a call request is not made from the user terminal 20, the Call-ID table operation unit 106 performs "Call" in the Call-ID table 42 in the same manner as S252 in FIG. It is checked whether or not there is at least one row in which “Call-ID” is set in the value of the “ID” column (S356).

  If the condition is not satisfied in S356, the connection destination management table operation unit 102 determines that the value of the “product ID” column in the connection destination management table 40 is the To column of the received protocol message, as in S254 in FIG. A row that matches the value of 512 is extracted, and the value of the “terminal ID” column included in the extracted row is acquired (S358). Then, the Call-ID table operation unit 106 records each property value of the received protocol message in the Call-ID table 42 as in S256 in FIG. 9 (S360). After the process of S360, the exchange 10 waits until a new protocol message is received (S350).

  On the other hand, when the condition is satisfied in the determination of S356, that is, when there is one or more rows in which “Call-ID” is set, the connection destination management table operation unit 102 receives the same as in S358. The terminal ID corresponding to the value in the To column 512 of the protocol message is acquired from the connection destination management table 40 (S362). Then, the Call-ID table operation unit 106 adds the terminal ID acquired in S362 to the “terminal ID” column for the row in which “Call-ID” is set as the value of the “Call-ID” column. (S364). After the process of S364, the exchange 10 waits until a new protocol message is received (S350).

  If the condition is not satisfied in the determination of S354, it is then determined whether “call” is set in the extension header 518 (S366). The case where “call” is set in the extension header 518 is a case where a call request is made from the user terminal 20 as in S320 in FIG. In this case, as in S260 to S264 in FIG. 9, the Call-ID table operation unit 106 sets “Call-ID” as the value of the “Call-ID” column of the Call-ID table 42. And the value of the “terminal ID” column included in the extracted row is acquired (S368). Then, the Call-ID table operation unit 106 acquires, from the terminal ID acquired in S368, a value different from the value in the From column of the received protocol message, that is, the terminal ID of the clerk terminal 30 (S370). And the communication part 100 transmits the received protocol message to the salesclerk terminal 30 with terminal ID acquired by S370 (S372).

  The operation of the exchange 10 when receiving a protocol message from the user terminal 20 has been described above. Next, referring to FIG. 15 again, operations after S324 will be described.

  When the clerk terminal 30a receives a call from the exchange 10 (S324), if the employee having the clerk terminal 30a can talk, the exchange 10 is sent a response message to the clerk terminal 30a ( S326).

  When the exchange 10 receives the response message, the line connection unit 104 connects the telephone line between the user terminal 20 and the clerk terminal 30a (S328). Then, when the user terminal 20 transmits a line disconnection notification to the exchange 10, the line connection unit 104 disconnects the communication line between the user terminal 20 and the clerk terminal 30a (S330).

  Subsequently, the Call-ID table operation unit 106 sets a line in the “Call-ID” column of the Call-ID table 42 in which the same value as the Call-ID used in the call to the store clerk terminal 30a is set. Extract and acquire the value of the “terminal ID” column included in the extracted row. Then, the Call-ID table operation unit 106 deletes the terminal ID of the salesclerk terminal 30a from the acquired “terminal ID” column and acquires the terminal ID of the salesclerk terminal 30b, which is another salesclerk terminal (S332). And the communication part 100 makes a call with respect to the salesclerk terminal 30b (S334).

  If the employee having the clerk terminal 30b can talk when the clerk terminal 30b receives a call from the exchange 10, a response message is sent to the clerk terminal 30b to the exchange 10 in the same manner as in S326. Transmit (S336).

  When the exchange 10 receives the response message, the line connection unit 104 connects the telephone line between the user terminal 20 and the clerk terminal 30b (S338), and the user terminal 20 notifies the exchange 10 of the line disconnection. When transmitted, the line connection unit 104 disconnects the communication line between the user terminal 20 and the clerk terminal 30b (S340).

  The flow of the operation example 1 according to the third embodiment has been described above with reference to FIG. Here, with reference to FIG. 19, an outline of the flow of the operation will be described with respect to the operation example 1 according to the third embodiment, focusing on the configuration of the protocol message 50 and the registration process of the Call-ID table 42.

  As shown in FIG. 19, (1) when the exchange 10 receives from the user terminal 20 a protocol message 50 in which a new Call-ID (= “call50”) is set, first, the To column in the received protocol message 50 is received. The terminal ID corresponding to the value of 512 (= “shohinA”) is acquired from the connection destination management table 40. Then, the exchange 10 receives the Call-ID (= “call50”) and the terminal ID of the user terminal 20 (= “Kojin10”) and the value (= “tenin90”) acquired from the connection destination management table 40 are stored in the Call-ID table 42 in association with each other.

  Subsequently, (2) when the exchange 10 receives the protocol message 50 having the same Call-ID and “continue” set in the extension header 518 from the user terminal 20, first, in the received protocol message 50 The terminal ID corresponding to the value in the To column 512 (= “shohinB”) is acquired from the connection destination management table 40. Then, the exchange 10 adds the acquired value (= “tenin 91”) to the “terminal ID” column in the same Call-ID (= “call 50”) row in the Call-ID table 42.

  Subsequently, (3) when the exchange 10 receives from the user terminal 20 the protocol message 50 having the same Call-ID and “call” set in the extension header 518, the exchange 10 receives the same Call-ID. One of the “terminal ID” values included in the line (= “call50”) is acquired, and a call is made to the clerk terminal 30 having the acquired terminal ID.

(2-3-2-2. Operation example 2)
The operation example 1 according to the third embodiment has been described above. Next, an operation example 2 according to the third embodiment will be described.

  FIG. 20 is a sequence diagram illustrating an operation example 2 according to the third embodiment. FIG. 20 shows an operation example when the salesclerk terminal 30a, which is the call destination, is talking to another person when the exchange 10 makes a first call. In addition, since operation | movement from S300-S318 in FIG. 15 is the same as that of the operation example 1, description is abbreviate | omitted in FIG.

  As shown in FIG. 20, when the exchange 10 receives a call request from the user terminal 20 (S450), the Call-ID table operation unit 106, like S322 in FIG. Then, the terminal ID of the clerk terminal 30a corresponding to the Call-ID included in the received protocol message is acquired, and a call is made to the clerk terminal 30a having the acquired terminal ID (S454).

  When the clerk terminal 30a receives a call from the exchange 10, if the clerk terminal 30a is in a call with another person, the clerk terminal 30a responds to the exchange 10 that the call is being made with another person. A message is transmitted (S456).

  When the exchange 10 receives the reply message during the other party's call, the exchange 10 camps on the terminal ID of the clerk terminal 30a, that is, registers the extension (S458). Next, the Call-ID table operation unit 106 selects a line in the “Call-ID” column of the Call-ID table 42 in which the same value as the Call-ID used in the call to the clerk terminal 30a is set. Extract and acquire the value of the “terminal ID” column included in the extracted row. Then, the terminal ID of the salesclerk terminal 30b having a terminal ID other than the terminal ID of the salesclerk terminal 30a is acquired from the value of the acquired “terminal ID” column (S460). Then, the communication unit 100 makes a call to the clerk terminal 30b (S462).

  When the employee having the clerk terminal 30b can talk when the clerk terminal 30b receives the call from the exchange 10, a response message is sent to the exchange 10 in the same manner as S326 in FIG. The data is transmitted to the terminal 30b (S464).

  When the exchange 10 receives the response message, the line connection unit 104 connects the telephone line between the user terminal 20 and the clerk terminal 30b (S466). When the user terminal 20 transmits a line disconnection notification to the exchange 10, the line connection unit 104 disconnects the communication line between the user terminal 20 and the clerk terminal 30b (S470). Note that FIG. 20 illustrates an example in which the exchange 10 receives a disconnection notification of a call with another person from the clerk terminal 30a while the user terminal 20 and the clerk terminal 30b are talking (S468).

  After S470, the exchange 10 refers to the Call-ID table 42, acquires the terminal ID of the clerk terminal 30a that is camping on (S472), and makes a re-call to the clerk terminal 30a (S474).

  Here, if the employee having the clerk terminal 30a can talk, the exchange 10 is caused to transmit a response message to the clerk terminal 30a (S476).

  When the exchange 10 receives the response message, the line connection unit 104 connects the telephone line between the user terminal 20 and the clerk terminal 30a (S478). When the user terminal 20 transmits a line disconnection notification to the exchange 10, the line connection unit 104 disconnects the communication line between the user terminal 20 and the clerk terminal 30a (S480).

(2-3-3. Effect)
As described above, according to the third embodiment, when the exchange 10 receives a protocol message transmitted from the user terminal 20 when reading the product ID, the exchange 10 determines the terminal ID corresponding to the product ID. Although it is stored in the Call-ID table 42, no call is made to the clerk terminal 30. In addition, when the exchange 10 receives a call request from the user terminal 20, the exchange 10 sequentially issues a call to the clerk terminal 30 having the terminal ID stored in the Call-ID table 42. With the configuration described above, even when the user desires to inquire about a plurality of products 22, the user can make inquiries sequentially by an easy operation.

  Further, since the exchange 10 determines whether the product ID is included in the To column 512 of the protocol message received from the user terminal 20 and determines whether or not the protocol message can be exchanged, an invalid protocol message is exchanged. This can be prevented.

(2-3-4. Modifications)
(2-3-4-1. Modification 1)
As a first modification of the third embodiment, the exchange 10 receives the protocol message from the user terminal 20 and then receives the call request without receiving a call request. May delete the terminal ID corresponding to the destination of the received protocol message from the Call-ID table 42.

  Specifically, when the exchange 10 receives a protocol message from the user terminal 20, the Call-ID table operation unit 106 receives the terminal ID corresponding to the product ID included in the received protocol message, the Call-ID, The registered time is registered in the Call-ID table 42 in association with each other. Next, the exchange 10 starts monitoring time and waits until the next protocol message is received from the user terminal 20. When a predetermined time has elapsed from the time when the previous protocol message was received without receiving a call request from the user terminal 20, the Call-ID table operation unit 106 responds to the received protocol message. The terminal ID is deleted from the Call-ID table 42.

  According to the first modification, for example, after the user has read a large number of product IDs, even if the user goes out of the store without making a call request, the switching apparatus 10 calls the Call-ID table 42 after a predetermined time has elapsed. Therefore, the load on the Call-ID table 42 can be reduced.

(2-3-4-2. Modification 2)
In the above description, the user terminal 20 transmits the generated protocol message to the exchange 10 every time the product ID is input through the camera input screen or the manual input screen (S302 to S308). ), The present invention is not limited to such a configuration. As a second modification, when the product ID is input through the camera input screen or the manual input screen, the user terminal 20 temporarily stores the generated protocol message in the user terminal 20, and When the call button 254 is pressed by the user, the stored protocol messages may be collectively transmitted to the exchange 10.

[2-4. Fourth Embodiment]
The third embodiment has been described above. In the third embodiment, the user terminal 20 communicates with the exchange 10 or the clerk terminal 30 using a fixed terminal ID given by a communication carrier or the like. As will be described next, according to the fourth embodiment, the user terminal 20 can communicate with the exchange 10 or the clerk terminal 30 without using a fixed terminal ID.

(2-4-1. Configuration)
FIG. 21 is a functional block diagram illustrating configurations of the exchange 10, the user terminal 20, the product 22, and the salesclerk terminal 30 according to the fourth embodiment. As shown in FIG. 21, the exchange 10 according to the fourth embodiment includes a temporary ID generation unit 108 in addition to the components included in the third embodiment. In the present specification, an example in which the temporary ID generation unit 108 is incorporated in the exchange 10 will be described hereinafter. However, the temporary ID generation unit 108 may be incorporated in an information processing apparatus such as another server connected to the IP telephone system.

  When the terminal ID issuance request message is received from the user terminal 20 or the clerk terminal 30, the temporary ID generation unit 108 is not used according to a predetermined rule for the fixed terminal ID included in the terminal ID issuance request message. A temporary terminal ID is generated. Note that the temporary terminal ID generated by the temporary ID generation unit 108 is transmitted to the user terminal 20 by the communication unit 100. Here, the unused temporary terminal ID may be a terminal ID that has never been generated by the temporary ID generation unit 108. Further, the unused temporary terminal ID may be a terminal ID that has never been generated by the temporary ID generation unit 108 and has never been used by the exchange 10.

  The generation rule may correspond to a number rule (specifying a code to be used, the number of digits, etc.) used by the IP telephone system according to the present invention. In this case, the temporary ID generation unit 108 acquires information related to the number rule from the exchange 10 and generates an unused temporary terminal ID corresponding to the acquired number rule. Further, the generation rule may include, for example, a user identification number, an available area identification number, an expiration date and time, or a serial number. Here, the identification number of the user may be a number that identifies a visitor and a store employee.

  Further, the temporary ID generation unit 108 may acquire the terminal ID used by the exchange 10 or the terminal ID not used by the exchange 10 in addition to the information related to the number rule from the exchange 10. The temporary ID generation unit 108 may determine a terminal ID that has not been used by the exchange 10 based on a terminal ID that is used by the exchange 10 or a terminal ID that is not used by the exchange 10. Good.

  In addition, when the temporary ID generation unit 108 and the exchange 10 are changed from the active state (previously active state) to the inactive state and then changed to the active state (current active state), the temporary ID generation unit 108 or the exchange 10 May generate or use the same terminal ID as the terminal ID generated and used in the previous active state in the current active state.

  As shown in FIG. 21, the configuration of the user terminal 20, the product 22, and the salesclerk terminal 30 according to the fourth embodiment is the same as the configuration according to the third embodiment. Therefore, the description is omitted here.

(2-4-2. Operation)
The configuration according to the fourth embodiment has been described above. Subsequently, an operation according to the fourth embodiment will be described. FIG. 22 is a sequence diagram illustrating an operation according to the fourth embodiment. As shown in FIG. 22, first, the user terminal 20 starts an application by an operation by the user (S500). Next, the message generation unit 204 generates a terminal ID issue request message by a predetermined operation on the user terminal 20 (S502). Then, the communication unit 206 transmits the generated terminal ID issue request message to the exchange 10 (S504).

  When the exchange 10 receives the terminal ID issue request message, the temporary ID generation unit 108 uses an unused temporary terminal ID (for the first terminal) with respect to the fixed terminal ID included in the received terminal ID issue request message. Temporary ID) is generated (S506). Then, the communication unit 100 transmits the generated temporary terminal ID to the user terminal 20 (S508).

  Subsequently, the user terminal 20 stores the received temporary terminal ID in the terminal ID storage unit 202. Then, the user terminal 20 sets the received temporary terminal ID as its own terminal ID instead of the fixed terminal ID (S510).

  Thereafter, the exchange 10, the user terminal 20, and the clerk terminal 30 perform the same operations as S300 to S340 in the third embodiment.

  Thereafter, the user terminal 20 resets the fixed terminal ID to its own terminal ID. Then, the user terminal 20 deletes the temporary terminal ID stored in the terminal ID storage unit 202 (S520). The conditions for temporarily ending use of the terminal ID will be described later.

  Subsequently, the communication unit 206 of the user terminal 20 notifies the exchange 10 that the temporary terminal ID has been deleted. Then, the exchange 10 records that the use of the notified temporary terminal ID is completed, for example, in a database managing the temporary terminal ID (S522). Thereafter, the user terminal 20 deletes the application for connecting to the IP telephone system described above (S524).

-Modification-
In FIG. 2, a request for registration request is transmitted to the exchange 10 after starting the application (S14). However, in the fourth embodiment, the user terminal 20 starts the application (see FIG. 22). S500), and after storing the temporary terminal ID in the terminal ID storage unit 202 (S510 in FIG. 22), a request for registration request may be transmitted to the exchange 10. In this case, the user terminal 20 may include the temporary terminal ID stored in the terminal ID storage unit 202 in the request for registration request.

  Further, after deleting the temporary terminal ID (S520), the user terminal 20 may display that it has been deleted, and inform the user that the temporary terminal ID cannot be used. Further, after deleting the application for connecting to the IP telephone system (S524), the user terminal 20 may display that the application has been deleted and inform the user that the IP telephone system cannot be used.

  Moreover, the operation | movement of S520-S524 is not limited to said order. For example, the user terminal 20 may process in the order of S520, S524, and S522, or may process in the order of S522, S520, and S524.

(2-4-2-1. Conditions for temporary termination of use of terminal ID)
Next, the use termination conditions for the user terminal 20 to delete the temporary terminal ID in S520 will be described. In addition, for example, when the user terminal 20 determines that a use end condition including one or more of the first end condition to the ninth end condition described below is satisfied, the temporary terminal ID is set. delete.

-First termination condition-
For example, the use termination condition includes a temporary expiration date of the terminal ID (first termination condition). More specifically, if it is within the expiration date, the user terminal 20 determines that the condition for termination of use is not satisfied, and controls to continue using the temporary terminal ID. If it is outside the expiration date, the user terminal 20 determines that the condition for termination of use is satisfied, and deletes the temporary terminal ID.

  The above expiration date may be set in advance in the user terminal 20 or may be set in advance in the activated application (S500). Alternatively, the exchange 10 may notify the user terminal 20 of the above expiration date. Alternatively, the expiration date may be generated by the temporary ID generation unit 108 together with the temporary terminal ID, and the exchange 10 may notify the user terminal 20.

  In addition, the expiration date may be represented by a period (hour, minute, second) such as within one hour after the user terminal 20 stores the temporary terminal ID, for example, 22:00 It may be represented by a specific date and time (year, month, day, hour, minute, second) such as 00 minutes.

  According to the first end condition, when the expiration date is exceeded, for example, after the end of business hours on the day, the temporary use of the terminal ID is stopped. Therefore, it is possible to realize a temporary terminal ID that can be used only within a specific time limit.

-Second end condition-
The use termination condition is that the user terminal 20 using the temporary terminal ID is not located in the range (usage range) where the temporary terminal ID can be used (second end condition). including. More specifically, when located within the use range, the user terminal 20 determines that the condition for termination of use is not satisfied, and controls to continue using the temporary terminal ID. When the user terminal 20 is located outside the use range, the user terminal 20 determines that the condition for termination of use is satisfied, and deletes the temporary terminal ID.

  Note that the information indicating the use range (use range information) may be set in advance in the user terminal 20 or may be set in advance in the activated application (S500). Alternatively, the use range information may be transmitted from the exchange 10 to the user terminal 20. Alternatively, the use range information may be generated by the temporary ID generation unit 108 together with the temporary terminal ID, and the exchange 10 may notify the user terminal 20.

  The use range indicated by the use range information may be determined as a range in which communication with a wireless access point provided in the store 14 is possible, for example. For example, the user terminal 20 confirms whether it is located in the store 14 by confirming the ID of the wireless access point received from the wireless access point in communication.

  According to the second end condition, for example, when the use range is set as in the store 14 and the user leaves the store 14, the temporary terminal ID is not used in the use range. Use is suspended. For this reason, temporary terminal ID which can be used only within a specific range is realizable.

-Third termination condition-
Further, the use termination condition includes a request to stop using the IP telephone system from the user terminal 20 (third termination condition). More specifically, the user terminal 20 determines whether to end the temporary use of the terminal ID depending on whether or not the user has requested to stop using the IP telephone system. For example, the user terminal 20 determines that the condition for termination of use is satisfied when an input requesting to stop the use of the IP telephone system is made by the application, and deletes the temporary terminal ID. To do.

  According to the third end condition, it is possible to stop using the terminal ID temporarily according to the user's intention. For this reason, the user can stop using the temporary terminal ID at any timing in principle, so that the IP telephone system can be used with peace of mind.

-Fourth termination condition-
Further, the use termination condition includes, for example, that the user terminal 20 does not perform reception within a predetermined time in the communication path between the exchange 10 and the user terminal 20 (fourth termination condition). In the fourth termination condition, for example, it is assumed that the exchange 10 periodically transmits predetermined information such as maintenance information to the user terminal 20 in the IP telephone system.

  More specifically, when information is received from the exchange 10 within a predetermined time, the user terminal 20 determines that the use termination condition is not satisfied, and the user terminal 20 temporarily Control to continue using the terminal ID. If the information is not received within a predetermined time, the user terminal 20 determines that the condition for termination of use is satisfied, and deletes the temporary terminal ID.

  Note that the user terminal 20 may monitor whether or not the predetermined information is received at a predetermined time period.

  Further, the predetermined time may be a time period determined to be a timeout in a communication protocol used in a communication path between the exchange 10 and the user terminal 20. Further, when the communication protocol is formed by hierarchically connecting a plurality of protocols having different roles, it may be a period in which a timeout is determined in the communication protocol of any layer.

  For example, the user terminal 20 stores the predetermined time as 5 seconds, and monitors whether predetermined information is received from the exchange 10 at a cycle of 5 seconds. If the exchange 10 does not transmit predetermined information at any time or periodically, the user terminal 20 does not receive the predetermined information from the exchange 10 for 5 seconds. In this case, the user terminal 20 determines that the use termination condition is satisfied, and deletes the temporary terminal ID.

  According to the fourth termination condition, it is possible to stop the temporary use of the terminal ID depending on the presence or absence of communication regardless of the content of the predetermined information. Therefore, a temporary terminal ID that can be used only when the user terminal 20 can receive information from the exchange 10 can be realized.

-5th end condition-
The use termination condition is, for example, that the user terminal 20 does not receive a temporary terminal ID within a predetermined time in the communication path between the exchange 10 and the user terminal 20 (No. 1). 5 end condition).

  More specifically, when a response to the connection request including the INVITE message is received from the exchange 10 within a predetermined time, the user terminal 20 determines that the use termination condition is not satisfied. Then, control is performed so that the temporary terminal ID is continuously used. When the response to the connection request is not received from the exchange 10 within a predetermined time, the user terminal 20 determines that the condition for termination of use is satisfied, and deletes the temporary terminal ID.

  According to the fifth termination condition, it is possible to stop using the temporary terminal ID in accordance with whether or not communication using the temporary terminal ID is possible within a predetermined time. Therefore, it is possible to realize a temporary terminal ID that can be used only when the user terminal 20 can receive from the exchange 10 using a temporary terminal ID.

-Sixth end condition-
The use termination condition is that, for example, in the communication path between the exchange 10 and the user terminal 20, a response to the connection request using the temporary terminal ID to the exchange 10 is received a predetermined number of times. (Sixth end condition).

  More specifically, the user terminal 20 adds “1” to the number of times of use every time a response to the connection request to the exchange 10 is successfully received, for example, Compare If the number of receptions is less than the predetermined number, the user terminal 20 determines that the condition for termination of use is not satisfied, and controls to continue using the temporary terminal ID. When the number of receptions reaches the predetermined number, the user terminal 20 determines that the condition for termination of use is satisfied, and deletes the temporary terminal ID.

  The predetermined number of times may be set in advance in the user terminal 20 or may be set in advance in the activated application (S500). Alternatively, the exchange 10 may notify the user terminal 20 of the predetermined number of times. Alternatively, the predetermined number of times may be generated by the temporary ID generation unit 108 together with the temporary terminal ID, and the exchange 10 may notify the user terminal 20.

  According to the sixth termination condition, it is possible to stop the temporary use of the terminal ID according to the number of times the temporary terminal ID is used. Therefore, a temporary terminal ID that can be used only within a specific number of times can be realized.

-7th end condition-
Further, the use termination condition includes, for example, that the status code of the communication protocol indicates an error (seventh termination condition) in the communication path between the exchange 10 and the user terminal 20. More specifically, when receiving data from the exchange 10, the user terminal 20 terminates the temporary use of the terminal ID depending on whether the status code of the communication protocol in the received data indicates an error. Determine whether.

  When the communication protocol is formed by hierarchically connecting a plurality of protocols having different roles, the status code may be a status code of a communication protocol in each layer or a predetermined layer. . The predetermined hierarchy is a communication protocol hierarchy including a temporary terminal ID.

  The user terminal 20 may store a status code corresponding to the communication protocol in advance in association with the content of the status code. For example, the contents of the status code are as follows: status codes 100 to 199 are provisional responses (elapsed information), status codes 200 to 299 are successful responses, status codes 300 to 399 are transfer responses, status codes 400 to 499 are request errors, status codes 500 to 599 may be defined as a server error and status codes 600 to 699 as a global error. In this example, the range of status codes indicating errors is status codes 400 to 699.

  For example, when data including the status code 400 is received from the exchange 10, the user terminal 20 determines that the status code indicates an error, and determines that the use termination condition is satisfied. Then, the user terminal 20 deletes the temporary terminal ID.

  According to the seventh termination condition, it is possible to stop using the temporary terminal ID according to the communication state of the communication using the temporary terminal ID. For this reason, it is possible to realize a temporary terminal ID that can be used only when communication between the exchange 10 and the user terminal 20 is not an error.

-8th end condition-
The use termination condition includes, for example, that the computational resource of the user terminal 20 is insufficient (eighth termination condition). More specifically, the user terminal 20 determines that the condition for termination of use is not satisfied when its own computing resource is not a resource shortage, and controls to continue using the temporary terminal ID. . If the user's computing resource is insufficient, the user terminal 20 determines that the use termination condition is satisfied, and deletes the temporary terminal ID.

  In the eighth termination condition, it is assumed that the user terminal 20 monitors its own computational resource information as needed or periodically. Here, the calculation resource information includes, for example, a CPU usage rate, a main storage device (physical memory, virtual memory, etc.) usage rate, an auxiliary storage device (HDD (Hard disk drive), etc.) usage rate, a display device ( LCD (Liquid Crystal Display, etc.) 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).

  In addition, the user terminal 20 may store in advance a resource shortage threshold that indicates a resource shortage boundary associated with each piece of computing resource information. In addition, the user terminal 20 may compare the calculation resource information with the resource shortage threshold at any time or periodically, and may determine that the resource is insufficient when the resource matches the resource shortage threshold.

  For example, as the resource shortage threshold, the usage rate of the CPU is 80% or more, the OS type is version 2 or less, the VM type is version 3 or less, and the terminal state does not have a camera function. Suppose that there is something set. In this example, the user terminal 20 has a CPU usage rate of 80% or higher, an OS type of version 2 or lower, a VM type of version 3 or lower, or a terminal state without a camera function as its own computational resource information. If at least one of the certain things is detected, the user terminal 20 determines that the calculation resource is insufficient in resources, and determines that the condition for termination of use is satisfied.

  According to the eighth end condition, it becomes possible to stop the temporary use of the terminal ID according to the state of the computing resource of the user terminal 20. Therefore, a temporary terminal ID that can be used only when the user terminal 20 has sufficient resources can be realized.

-Ninth end condition-
Further, the use termination condition includes, for example, that the user terminal 20 is an unauthorized terminal (ninth termination condition). More specifically, when it is determined that the user terminal 20 is not an unauthorized terminal, the user terminal 20 determines that the use termination condition is not satisfied, and controls to continue using the temporary terminal ID. To do. If it is determined that the terminal is an unauthorized terminal, the user terminal 20 determines that the condition for termination of use is satisfied, and deletes the temporary terminal ID.

  For example, when the user terminal 20 does not have a SIM card interface or a SIM card, the user terminal 20 determines that it is an unauthorized terminal. As an example applicable to this case, there is a case where the SIM card interface or the SIM card is extracted from the user terminal 20 by the user or another person. In principle, it is assumed that the SIM card stores a non-rewritable unique number (unique number for identifying a telephone number) and a telephone number (fixed ID) determined by a communication carrier. To do.

  In addition, when the user terminal 20 stores the above rewritable unique number and the telephone number (fixed ID) determined by the communication carrier in the main storage device or the auxiliary storage device instead of the SIM card The user terminal 20 may determine that it is not an unauthorized terminal.

  Further, the user terminal 20 determines that the user terminal 20 is an unauthorized terminal when the telephone service use start request is not permitted by the communication carrier. In addition, the following cases can be cited as examples of cases where the telephone service use start request is not permitted by the communication carrier.

  For example, the user terminal 20 transmits a unique number and a telephone number to the PSTN via the PSTN communication device, and requests to start using the telephone service. Then, the communication carrier confirms on the PSTN whether the unique number and the telephone number of the user terminal 20 (SIM card) match the contractor information. That is, the communication carrier (management device on the PSTN) authenticates the user terminal 20 by comparing the unique number and the telephone number with the contractor information. When the unique number and the telephone number match the contractor information (successful authentication), the communication carrier permits the user terminal 20 to start using the telephone service. When the unique number and the telephone number do not match the contractor information (authentication failure), the communication carrier does not permit the user terminal 20 to start using the telephone service.

  According to the ninth termination condition, it is possible to stop the temporary use of the terminal ID depending on, for example, the presence / absence of the SIM card or the authentication state of the user terminal 20 by the communication carrier. Therefore, a temporary terminal ID that can be used only when the user terminal 20 is not an unauthorized terminal can be realized.

-Modification-
Note that the user terminal 20 may set only one of the first to ninth end conditions described above as the use end condition.

  In addition, the user terminal 20 may set any of two or more of the above-described first end condition to ninth end condition as the use end condition. More specifically, when the user terminal 20 satisfies all of the plurality of conditions selected from the first end condition to the ninth end condition (AND condition), the use end condition is satisfied. It is possible to determine. As an effect of this determination example, since the scene where the use of the temporary terminal ID is terminated becomes more limited, it is possible to prevent the situation where the temporary terminal ID can be used from being greatly limited. Moreover, since the use environment is not excessively restricted, the user can use a temporary terminal ID with high convenience.

  For example, by combining the second end condition and the fifth end condition with an AND condition, only when the user terminal 20 is located outside the use range and reception is not performed within a predetermined time, Use of the terminal ID is terminated. In this condition, for example, when the inside of the store 14 is set as a use range, the user terminal 20 is located in a place where the radio wave condition is bad, for example, in the basement or in the elevator in the store 14 and within a predetermined time. Even if no reception is performed, the temporary use of the terminal ID is not terminated. For this reason, even if the user is temporarily located in a place where the radio wave condition is bad in the store 14, the use of the temporary terminal ID is not stopped, and there is an advantage that the use can be continued. In addition, when the user terminal 20 is located outside the store 14, since reception is not performed in principle within a predetermined time, it is possible to reliably end use of the temporary terminal ID.

  In addition, the user terminal 20 determines that the use end condition is satisfied when any one of a plurality of conditions selected from the first end condition to the ninth end condition is satisfied (OR condition). It is possible. As an effect of this determination example, the scene where the use of the temporary terminal ID is terminated becomes more diverse. For example, the operator of the store 14 can more strictly manage the use of the temporary terminal ID. .

  For example, by combining the first end condition and the second end condition with an OR condition, for example, the expiration date is 15: 00 to 17:00 on the current day, and the use range is limited to a specific sales floor 16. It becomes possible to realize a temporary terminal ID that can be used only in a specific period and place. Therefore, it is possible to realize a temporary terminal ID that can be used only at the time of various events such as limited product sales events and special sale events.

  Further, by combining the fourth end condition and the eighth end condition with the OR condition, when the user terminal 20 is not received within a predetermined time due to the failure of the exchange 10, or the user terminal 20 itself is insufficient in resources. If this is the case, the temporary use of the terminal ID is terminated. For this reason, when either one of the exchange 10 or the user terminal 20 has a problem, a temporary terminal ID that cannot be used can be realized. The user can use the temporary terminal ID more safely.

(2-4-3. Effect)
As described above, according to the fourth embodiment, the exchange 10 generates a temporary terminal ID for the fixed terminal ID included in the terminal ID issue request message received from the user terminal 20, The generated temporary terminal ID is set as the terminal ID of the user terminal 20. With the above configuration, the user terminal 20 communicates with the exchange 10 or the clerk terminal 30 without using the fixed terminal ID, so that the user can know the fixed terminal ID without knowing the fixed terminal ID. Can be queried. For this reason, the user can more easily make inquiries to the employees of the store than in the third embodiment.

[2-5. Fifth Embodiment]
The fourth embodiment has been described above. Next, a fifth embodiment will be described. According to the fifth embodiment, the clerk terminal 30 can also communicate with the exchange 10 or the user terminal 20 without using a fixed terminal ID.

(2-5-1. Configuration)
The functional configurations of the exchange 10, the user terminal 20, the product 22, and the clerk terminal 30 according to the fifth embodiment are the same as the configurations according to the fourth embodiment. Therefore, the description is omitted here.

(2-5-2. Operation)
FIG. 23 is a sequence diagram illustrating an operation according to the fifth embodiment. As shown in FIG. 23, first, the store clerk terminal 30 starts an application by an operation by the store clerk (S600). Next, the message generation unit 302 generates a terminal ID issue request message by a predetermined operation on the clerk terminal 30 (S602). Then, the communication unit 304 transmits the generated terminal ID issue request message to the exchange 10 (S604).

  When the exchange 10 receives the terminal ID issue request message, the temporary ID generation unit 108 generates an unused temporary terminal ID (second terminal temporary ID) for the fixed terminal ID included in the terminal ID issue request message. ) Is generated (S606). Then, the communication unit 100 transmits the generated temporary terminal ID to the clerk terminal 30 (S608).

  Subsequently, the clerk terminal 30 stores the received temporary terminal ID in the terminal ID storage unit 300. Then, the salesclerk terminal 30 sets the received temporary terminal ID as its own terminal ID instead of the fixed terminal ID (S610).

  Thereafter, the exchange 10, the user terminal 20, and the clerk terminal 30 perform the same operations as S300 to S340 in the third embodiment.

  Thereafter, the clerk terminal 30 resets the fixed terminal ID to its own terminal ID. And the salesclerk terminal 30 deletes temporary terminal ID memorize | stored in the terminal ID memory | storage part 300 (S620). Note that the condition for temporarily ending use of the terminal ID may be the same as the condition described in section 2-4-2-1. In this case, the descriptions “user terminal 20” and “user” in section 2-4-2-1 are replaced with the descriptions “clerk terminal 30” and “clerk”, respectively.

  Subsequently, the communication unit 304 of the clerk terminal 30 notifies the exchange 10 that the temporary terminal ID has been deleted. Then, the exchange 10 records that the use of the notified temporary terminal ID is completed, for example, in a database managing the temporary terminal ID (S622). Thereafter, the clerk terminal 30 deletes the application for connecting to the above-described IP telephone system (S624).

-Modification-
In FIG. 2, the registration request request is transmitted to the exchange 10 after the application is started (S14). However, in the fifth embodiment, the salesclerk terminal 30 starts the application (S600 in FIG. 23). Then, after storing the temporary terminal ID in the terminal ID storage unit 300 (S610 in FIG. 23), a request for registration request may be transmitted to the exchange 10. In this case, the clerk terminal 30 may include the temporary terminal ID stored in the terminal ID storage unit 300 in the request for registration request.

  Moreover, the operation | movement of S620-S624 is not limited to said order. For example, the clerk terminal 30 may process in the order of S620, S624, and S622, or may process in the order of S622, S620, and S624.

(2-5-3. Effect)
As described above, according to the fifth embodiment, the exchange 10 generates a temporary terminal ID for the fixed terminal ID included in the terminal ID issue request message received from the store clerk terminal 30, and generates The temporary terminal ID is set as the terminal ID of the clerk terminal 30. With the above configuration, the clerk terminal 30 communicates with the exchange 10 or the user terminal 20 without using the fixed terminal ID, so the clerk communicates with the user without knowing the fixed terminal ID. be able to.

[2-6. Sixth Embodiment]
The fifth embodiment has been described above. Next, a sixth embodiment will be described. According to the sixth embodiment, it is possible to easily change the in-charge product received by the clerk terminal 30.

(2-6-1. Configuration)
FIG. 24 is a functional block diagram showing configurations of the exchange 10, the sales floor 16, the user terminal 20, the product 22, and the salesclerk terminal 30 according to the sixth embodiment. As shown in FIG. 24, the exchange 10 according to the sixth embodiment includes a product group ID table operation unit 110 in addition to the components included in the fifth embodiment. The merchandise group ID table operation unit 110 inquires, registers, updates, and deletes the merchandise group ID table 44.

  FIG. 25 is an explanatory diagram illustrating an example of the product group ID table 44. As shown in FIG. 25, the product group ID table 44 stores a product group ID and a product ID in association with each other.

  Also, as shown in FIG. 24, the sales floor 16 according to the sixth embodiment includes a product group ID providing unit 160. The product group ID providing unit 160 transmits the product group ID corresponding to each sales floor 16 to another communication terminal.

  As shown in FIG. 24, the salesclerk terminal 30 according to the sixth embodiment includes a product group ID receiving unit 306 in addition to the components included in the fifth embodiment. The product group ID receiving unit 306 receives the product group ID from the product group ID providing unit 160. The reception method may be reception via a non-contact IC card, for example, or reception by wireless communication.

  As shown in FIG. 24, the configurations of the user terminal 20 and the product 22 according to the sixth embodiment are the same as the configurations according to the fifth embodiment. Therefore, the description is omitted here.

(2-6-2. Operation)
The configuration according to the sixth embodiment has been described above. Subsequently, an operation according to the sixth embodiment will be described. FIG. 26 is a sequence diagram illustrating an operation according to the sixth embodiment. As shown in FIG. 26, first, the store clerk terminal 30 receives the product group ID from the product group ID providing unit 160 provided in the sales floor 16 by an operation by the store clerk (S700). Next, the message generation unit 302 generates a charge change message. This charge change message includes the terminal ID of the clerk terminal 30 and the received product group ID (S702). Then, the communication unit 304 transmits the generated charge change message to the exchange 10 (S704).

  When the exchange 10 receives the charge change message, the product group ID table operation unit 110 acquires a product ID corresponding to the product group ID included in the received charge change message from the product group ID table 44 (S706).

  Subsequently, the connection destination management table operation unit 102 has a data row (hereinafter referred to as data row A) in which the value in the “terminal ID” column of the connection destination management table 40 matches the terminal ID included in the received charge change message. ). Further, the connection destination management table operation unit 102 extracts a product ID whose value in the “product ID” column of the connection destination management table 40 matches the product ID acquired in S706 (S708).

  Subsequently, the connection destination management table operation unit 102 extracts data rows in which the value of the “product ID” column is not equal to any of the product IDs acquired in S706 from the data rows included in the extracted data row A. Then, the extracted data row is deleted from the connection destination management table 40. Then, the connection destination management table operation unit 102 newly adds a data row including the product ID acquired in S708 and the terminal ID included in the received charge change message to the connection destination management table 40 (S710). ).

  The operations after S710 in FIG. 26 are the same as the operations after S600 in the fifth embodiment. Therefore, the description is omitted here.

(2-6-3. Effect)
As described above, according to the sixth embodiment, the salesclerk terminal 30 generates a charge change message including the product group ID and the terminal ID received from the product group ID providing unit 160, and the exchange 10 Based on the information of the charge change message received from the terminal 30 and the registered contents of the product group ID table 44, the registered contents of the connection destination management table 40 are updated. With the configuration described above, the exchange 10 can easily change the inquiring product accepted by the clerk terminal 30.

  For example, an NFC card in which a “mobile phone corner” is registered as a product group ID is installed in a mobile phone corner at a certain consumer electronics retailer, and the product ID of each product placed in the mobile phone corner is It is assumed that it is associated with the product group ID. In this case, the store clerk holds the store clerk terminal 30 equipped with the NFC reader over the NFC card so that the product for which the store clerk is in charge can be easily transferred from another product group to the product group in the mobile phone corner. Can be changed.

[2-7. Seventh Embodiment]
The sixth embodiment has been described above. Next, a seventh embodiment will be described. As will be described next, according to the seventh embodiment, the user can present the input inquiry content to the clerk terminal 30 by inputting the inquiry content to the user terminal 20.

(2-7-1. Configuration)
FIG. 27 is a functional block diagram showing configurations of the exchange 10, the sales floor 16, the user terminal 20, the product 22, and the salesclerk terminal 30 according to the seventh embodiment. As shown in FIG. 27, the exchange 10 according to the seventh embodiment includes an inquiry record table operation unit 112 in addition to the components included in the sixth embodiment. The inquiry record table operation unit 112 inquires, registers, updates, and deletes the inquiry record table 46.

  FIG. 28 is an explanatory diagram showing an example of the inquiry record table 46. As shown in FIG. 28, the inquiry record table 46 stores the product ID and the inquiry content in association with each other. The inquiry content received from the user terminal 20 is registered in the “inquiry content” column of the inquiry record table 46.

  As shown in FIG. 27, the user terminal 20 according to the seventh embodiment includes an inquiry content input unit 210 in addition to the components included in the sixth embodiment. The inquiry content input unit 210 allows the user to input inquiry content. The inquiry content input method may be, for example, input of a sentence or a method of selecting from choices prepared in advance. The inquiry content input unit 210 may be formed by starting the downloaded application described above.

  As shown in FIG. 27, the salesclerk terminal 30 according to the seventh embodiment includes an inquiry content display unit 308 in addition to the components included in the sixth embodiment. The inquiry content display unit 308 causes the clerk terminal 30 to display the inquiry content included in the protocol message received by the clerk terminal 30.

  As shown in FIG. 27, the configuration of the sales floor 16 and the product 22 according to the seventh embodiment is the same as the configuration according to the sixth embodiment. Therefore, the description is omitted here.

(2-7-2. Operation)
The configuration according to the seventh embodiment has been described above. Subsequently, an operation according to the seventh embodiment will be described. FIG. 29 is a sequence diagram illustrating an operation according to the seventh embodiment. As shown in FIG. 29, first, the user terminal 20 starts an application by an operation by the user (S800). Next, the product ID reading unit 200 reads the product ID of the product 22 by a predetermined operation on the user terminal 20 (S802). Then, the inquiry content input unit 210 causes the user to input inquiry content related to the product corresponding to the read product ID (S804).

  Subsequently, the Call-ID generation unit 208 generates a Call-ID used for a call to the clerk terminal 30 in the same manner as S304 in FIG. 15 (S806). Next, the message generator 204 generates a protocol message including the input inquiry content (S808). Then, the communication unit 206 transmits the generated protocol message to the exchange 10 (S810).

  When the exchange 10 receives the protocol message, the connection destination management table operation unit 102 acquires the terminal ID corresponding to the value of the product ID included in the received protocol message from the connection destination management table 40. Then, the Call-ID table operation unit 106 associates the Call-ID included in the received protocol message, the terminal ID of the user terminal 20, and the terminal ID acquired from the connection destination management table 40 with a Call- It is stored in the ID table 42 (S812).

  Subsequently, the inquiry record table operation unit 112 associates the product ID included in the received protocol message with the inquiry contents and records them in the inquiry record table 46 (S814).

  Subsequently, when the exchange 10 receives a call request from the user terminal 20, that is, a protocol message in which “call” is set in the extension header 518 (S 816), the switch 10 performs the same operation as in Calls S 322 to S 324 in FIG. The ID table operation unit 106 first extracts a row in which the Call-ID value included in the received call request is set as the value of the column “Call-ID” of the Call-ID table 42. The value of the “terminal ID” column included in the row is acquired. Next, the Call-ID table operation unit 106 acquires a value different from the value in the From column of the received protocol message, that is, the terminal ID of the clerk terminal 30 from the acquired terminal IDs. Then, the exchange 10 makes a call to the clerk terminal 30 having the acquired terminal ID (S820).

  When the clerk terminal 30 receives a call from the exchange 10 and an employee having the clerk terminal 30 can talk, the exchange 10 is caused to transmit a response message to the clerk terminal 30. In addition, the inquiry content display unit 308 causes the clerk terminal 30 to display the inquiry content included in the call message received from the exchange 10 (S822).

  When the exchange 10 receives the response message, the line connection unit 104 connects the telephone line between the user terminal 20 and the clerk terminal 30 (S824). Then, when the user terminal 20 transmits a line disconnection notification to the exchange 10, the line connection unit 104 disconnects the communication line between the user terminal 20 and the clerk terminal 30 in the same manner as S330 in FIG. (S826).

(2-7-3. Effect)
As described above, according to the seventh embodiment, the exchange 10 records the inquiry content included in the protocol message received from the user terminal 20 and the product ID in the inquiry recording table 46 in association with each other. When the clerk terminal 30 receives the protocol message from the exchange 10, the inquiry content display unit 308 causes the clerk terminal 30 to display the inquiry content included in the received protocol message. With the configuration described above, the user can present the inquiry content input to the user terminal 20 to the clerk terminal 30. Therefore, a user who prefers a text inquiry rather than a telephone call can more easily make an inquiry to a store clerk.

  Further, since the product ID and the inquiry contents are recorded in the inquiry record table 46 in association with each other, the store manager can use the recorded contents of the inquiry record table 46 as marketing data.

<3. Conclusion>
As described above, according to the first to seventh embodiments of the present invention, user convenience can be improved.

  Although the preferred embodiments of the present invention have been described in detail with reference to the accompanying drawings, the present invention is not limited to such examples. It is obvious that a person having ordinary knowledge in the technical field to which the present invention pertains can come up with various changes or modifications within the scope of the technical idea described in the claims. Of course, it is understood that these also belong to the technical scope of the present invention.

  For example, the UI configuration of the user terminal 20 in the third embodiment can be applied to other embodiments.

DESCRIPTION OF SYMBOLS 10 Switch 12 Communication network 14 Store 16 Sales floor 18 Call center 20 User terminal 22 Goods 24 Automatic transaction apparatus 30 Clerk terminal 40 Connection destination management table 42 Call-ID table 44 Product group ID table 46 Inquiry record table 100 Communication part 102 Connection destination management Table operation unit 104 Line connection unit 106 Call-ID table operation unit 108 Temporary ID generation unit 110 Product group ID table operation unit 112 Query record table operation unit 160 Product group ID provision unit 200 Product ID reading unit 202 Terminal ID storage unit 204 Message Generation unit 206 Communication unit 208 Call-ID generation unit 210 Inquiry content input unit 220 Product ID tag 240 Display unit 250 Product ID camera input button 252 Product ID manual input button 254 Call button 256 Product ID display area 258 Barcode reading area 260 Reading button 262 Input character display field 264 Confirm button 266 Software keyboard unit 300 Storage unit 300 Terminal ID storage unit 302 Message generation unit 304 Communication unit 306 Product group ID reception unit 308 Inquiry content display unit

Claims (13)

A receiver for receiving a protocol message from the first call terminal which is a portable terminal;
A connection destination management table operation unit that acquires a terminal ID corresponding to the object ID included in the received protocol message from the connection destination management table in which the terminal ID of the second call terminal and the object ID are associated;
A communication control apparatus comprising: a line connection unit that connects the second call terminal having the acquired terminal ID and the first call terminal.   A call ID table operation unit for storing the terminal ID included in the protocol message in the call ID table in association with the call ID included in the protocol message received from the first call terminal; The communication control apparatus according to claim 1, wherein the communication control apparatus is characterized.   The communication control according to claim 1, further comprising a temporary ID generation unit that generates a first terminal temporary ID set to a terminal ID of the first call terminal. apparatus.   The communication control device according to claim 3, wherein the temporary ID generation unit generates a second terminal temporary ID set to a terminal ID of the second call terminal. The connection destination management table operation unit obtains an object ID corresponding to the product group ID received from the second call terminal from the product group ID table in which the product group ID and the object ID are associated with each other.
5. The connection destination management table operation unit updates information stored in the connection destination management table based on the acquired object ID. 6. Communication control device.   An inquiry record table operation unit for storing an inquiry included in a protocol message received from the first call terminal in an inquiry record table in which an inquiry from a terminal is associated with an object ID. The communication control device according to any one of claims 1 to 5.   The call ID table operation unit stores the terminal ID of the second call terminal acquired by the connection destination management table operation unit in the call ID table in association with the terminal ID of the first call terminal. The communication control apparatus according to any one of claims 2 to 6, wherein   The call ID table operation unit is configured to receive the second call terminal acquired by the connection destination management table operation unit when a continuation instruction is included in a header of a protocol message received from the first call terminal. The communication control apparatus according to claim 2, wherein the terminal ID is stored in the call ID table in association with the terminal ID of the first call terminal.   The line connection unit includes the second call having a terminal ID stored in the call ID table when a call instruction is included in a header of a protocol message received from the first call terminal. The communication control apparatus according to any one of claims 2 to 8, wherein a terminal and the first call terminal are connected.   The call ID table operation unit assigns a terminal ID corresponding to the object ID included in the protocol message when the predetermined time has elapsed from the reception time when the protocol message is received from the first call terminal. The communication control device according to any one of claims 2 to 9, wherein the communication control device is deleted from the ID table. In a communication system in which a first call terminal that is a mobile terminal and a second call terminal are connected via a communication control device,
The communication control device includes a receiving unit that receives a protocol message from the first call terminal;
A connection destination management table operation unit for acquiring a terminal ID corresponding to the object ID included in the received protocol message from the connection destination management table in which the terminal ID and the object ID of the second call terminal are associated; ,
A communication system comprising: a line connection unit that connects the second call terminal having the acquired terminal ID and the first call terminal. Receiving a protocol message from a first call terminal which is a portable terminal;
Obtaining a terminal ID corresponding to the object ID included in the received protocol message from the connection destination management table in which the terminal ID of the second call terminal and the object ID are associated;
Connecting the second call terminal having the acquired terminal ID and the first call terminal. A communication control method comprising: Computer
A receiver for receiving a protocol message from the first call terminal which is a portable terminal;
A connection destination management table operation unit for acquiring a terminal ID corresponding to the object ID included in the received protocol message from the connection destination management table in which the terminal ID and the object ID of the second call terminal are associated;
A program for functioning as an information processing apparatus comprising: a line connection unit that connects the second call terminal having the acquired terminal ID and the first call terminal.

Images