WO2009154172A1 - 通信制御システム、通信制御方法、呼制御サーバ装置および呼制御プログラム - Google Patents

通信制御システム、通信制御方法、呼制御サーバ装置および呼制御プログラム Download PDF

Info

Publication number
WO2009154172A1
WO2009154172A1 PCT/JP2009/060882 JP2009060882W WO2009154172A1 WO 2009154172 A1 WO2009154172 A1 WO 2009154172A1 JP 2009060882 W JP2009060882 W JP 2009060882W WO 2009154172 A1 WO2009154172 A1 WO 2009154172A1
Authority
WO
WIPO (PCT)
Prior art keywords
home
information
connection destination
destination information
communication
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
PCT/JP2009/060882
Other languages
English (en)
French (fr)
Inventor
末田　欣子
将司 外山
村上　幸司
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
NTT Inc
Original Assignee
Nippon Telegraph and Telephone Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Nippon Telegraph and Telephone Corp filed Critical Nippon Telegraph and Telephone Corp
Priority to EP20090766620 priority Critical patent/EP2290935B1/en
Priority to US12/996,807 priority patent/US8700783B2/en
Priority to CN200980121471.5A priority patent/CN102057658B/zh
Publication of WO2009154172A1 publication Critical patent/WO2009154172A1/ja
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M7/00—Arrangements for interconnection between switching centres
    • H04M7/0024—Services and arrangements where telephone services are combined with data services
    • H04M7/003—Click to dial services
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/02—Marketing; Price estimation or determination; Fundraising
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/14—Charging, metering or billing arrangements specially adapted for data communications, e.g. authentication, authorisation and accounting [AAA] framework
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/14—Charging, metering or billing arrangements specially adapted for data communications, e.g. authentication, authorisation and accounting [AAA] framework
    • H04L12/1453—Methods or systems for payment or settlement of the charges for data transmission involving significant interaction with the data transmission network
    • H04L12/1457—Methods or systems for payment or settlement of the charges for data transmission involving significant interaction with the data transmission network using an account
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/14—Charging, metering or billing arrangements specially adapted for data communications, e.g. authentication, authorisation and accounting [AAA] framework
    • H04L12/1485—Tariff-related aspects
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/102—Gateways
    • H04L65/1033—Signalling gateways
    • H04L65/1036—Signalling gateways at the edge
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/1045—Proxies, e.g. for session initiation protocol [SIP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1069—Session establishment or de-establishment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1083—In-session procedures
    • H04L65/1094—Inter-user-equipment sessions transfer or sharing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/63—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP based on the content carried by the session initiation protocol [SIP] messages
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/82—Criteria or parameters used for performing billing operations
    • H04M15/8292—Charging for signaling or unsuccessful connection

Definitions

  • the present invention relates to a communication control system and communication for connecting the IP communication device in a home network composed of a home device for performing various communications and an IP communication device, and an external device installed outside the home network.
  • the present invention relates to a control method, a call control server device, and a call control program.
  • Patent Document 1 Japanese Patent Laid-Open No. 10-336349 discloses a Click-To-Dial system that can make a call (telephone) call with a simple operation by clicking a call button from a Web browser. Yes.
  • a system comprising a PC installed with a dedicated web browser with a dedicated software having a function of transmitting to a telephone, and a telephone A connected to the PC.
  • the telephone number of the store or the like that he wants to call is obtained from the web page, and the obtained telephone number is entered in the “phone number” input area of the dedicated web browser and the “call button” is clicked.
  • the dedicated Web browser makes a call to the connected telephone A, and when the user responds to the telephone A (when on-hook), it makes a call to the telephone number entered by the user.
  • the present invention has been made in view of the above, and provides a communication control system, a communication control method, a call control server device, and a call control program that can be easily connected without using special software.
  • the purpose is to provide.
  • the present invention is installed outside the home network and the IP communication device in the home network composed of a home device that performs various communications and an IP communication device.
  • a communication control system for connecting to an outside device, and an in-house information that stores an identifier for uniquely identifying the in-home device and in-home connection destination information indicating information for connecting to the IP communication device in association with each other A storage unit, an out-of-home information storage unit that stores a device ID that uniquely identifies the out-of-home device and out-of-home connection destination information indicating information for connecting to the out-of-home device, and the in-home device
  • an access response unit that transmits a device ID stored in the outside information storage unit to the in-home device, and a device that is transmitted by the access response unit.
  • the out-of-home information acquisition means for acquiring out-of-home connection destination information corresponding to the notified device ID from the out-of-home information storage means, and the access
  • the home connection destination information stored in the home information storage unit is specified in association with the identifier of the selected home device.
  • the in-home connection destination information specified by the in-home information specifying means Using the in-home information specifying means, the in-home connection destination information specified by the in-home information specifying means, the first sending means for sending to the IP communication device, and the first sending means Second response means for transmitting to the outside device using the outside connection destination information acquired by the outside information acquisition means when receiving a response from the IP communication device; Establishing a connection between the IP communication device transmitted by the first transmission unit and the external device transmitted by the second transmission unit when a response is received from the external device transmitted by the transmission unit And a connection establishment means.
  • the present invention provides a home network configured with a home device that performs various communications and an IP communication device, a Web server device that provides content to the home device, and a solicitation of the content to a customer.
  • a service providing server device that provides content information to a home device, an external device that posts content information in content provided to the Web server device, and a call control server device that connects the IP communication device and the external device
  • the Web server device is an access that transmits the content to the home device by redirection via the service providing server when the Web server device receives an access request from the home device.
  • the response means, the service providing server device, and a device ID for uniquely identifying the outside device When an out-of-home information storage unit that stores information associated with an out-of-home connection information that indicates information for connecting to an out-of-home device and the device ID provided to the content are selected by the in-home device, The remote connection destination information corresponding to the selected device ID is acquired from the external information storage means, and the acquired remote connection destination information is notified to the call control server device by redirection through the internal device. And the call control server device stores in-house information in association with an identifier for uniquely identifying the in-home device and in-home connection destination information indicating information for connecting to the IP communication device.
  • the in-home device When the storage means and the outside connection destination information are notified from the service providing server device via the in-home device, the in-home device added by the in-home device when the out-of-home connection destination information is notified Based on the bespoke, using the in-home information specifying means for specifying the in-home connection destination information from the in-home information storage means and the in-home connection destination information specified by the in-home information specifying means, the IP communication device When receiving a response from the first transmitting means for transmitting and the IP communication device transmitted by the first transmitting means, using the outside connection destination information notified from the service providing server device, the home A second transmitter for transmitting to the external device, and an IP communication device transmitted by the first transmitter when receiving a response from the external device transmitted by the second transmitter; Connection establishment means for establishing a connection with the outside device transmitted by the second transmission means.
  • a telephone call can be made to an external device on which the advertisement is posted.
  • IP communication can be easily connected without using special software.
  • the store side can confirm that the inquiry is from the website. Further, for example, it is possible to form an affiliate model on the web by telephone.
  • an external device that provides blog parts (content information) to a Web server
  • blog parts content information
  • FIG. 1 is a system configuration diagram illustrating the overall configuration of the communication control system according to the first embodiment.
  • FIG. 2 is a block diagram illustrating the configuration of the communication control system according to the first embodiment.
  • FIG. 3 is a diagram illustrating an example of information stored in the out-of-home information DB.
  • FIG. 4 is a diagram illustrating an example of information stored in the home information DB.
  • FIG. 5 is a sequence diagram illustrating the flow of processing by the communication control system according to the first embodiment.
  • FIG. 6A is a diagram illustrating a screen example of a Web site on which an advertisement with a store ID added is displayed.
  • FIG. 6B is a diagram illustrating an example of a Web site screen displayed on the Web terminal as a call confirmation.
  • FIG. 6A is a diagram illustrating a screen example of a Web site on which an advertisement with a store ID added is displayed.
  • FIG. 6B is a diagram illustrating an example of a Web site screen displayed on the Web terminal as a
  • FIG. 7 is a sequence diagram showing a flow of processing for directly transmitting out-of-home connection destination information from the service providing server to the SIP proxy server.
  • FIG. 8 is a sequence diagram illustrating a flow of processing for notification using a certificate such as SAML when transmitting from a service providing server to a SIP proxy server via a Web terminal.
  • FIG. 9 is a diagram illustrating an example of added SAML.
  • FIG. 10 is a diagram illustrating an example of signature information described in SAML.
  • FIG. 11 is a diagram illustrating an overall configuration of a communication control system according to the third embodiment.
  • FIG. 12 is a sequence diagram illustrating the flow of processing in the communication control system according to the third embodiment.
  • FIG. 13 is a diagram illustrating an example of storing a blog accessed by a Web terminal.
  • FIG. 14 is a diagram illustrating an example of storing the number of times a blog accessed by a Web terminal has been PVd.
  • FIG. 15 is a diagram illustrating an example in which stores clicked on a blog and dates and times are tabulated.
  • FIG. 16 is a diagram illustrating an example in which the number of times a blog part is actually selected by the Web terminal is tabulated for each blog.
  • FIG. 17 is a diagram illustrating an example in which the number of times actually selected for each store is tabulated.
  • FIG. 18 is a diagram illustrating an example in which the stores actually selected and the number of times are totalized within a predetermined period for each blog.
  • FIG. 19 is a diagram illustrating an example of storing a call destination and a call destination.
  • FIG. 20 is a diagram illustrating an example in which the number of transmissions for each blog is tabulated.
  • FIG. 21 is a diagram illustrating an example in which the number of transmissions for each store is tabulated.
  • FIG. 22 is a diagram illustrating an example in which the number of calls made for each telephone device is tabulated.
  • FIG. 23 is a diagram illustrating an example in which the number of transmissions within a predetermined period for each blog is tabulated.
  • FIG. 24 is a diagram illustrating an example in which the number of actual connections for each blog is tabulated.
  • FIG. 25 is a diagram illustrating an example in which the number of actual connections for each store is tabulated.
  • FIG. 26 is a diagram illustrating an example in which the number of actual connections for each telephone device is tabulated.
  • FIG. 27 is a diagram illustrating an example in which the number of stores actually connected and the number of times are counted for each blog within a predetermined period.
  • a “communication control system” (an example of a“ communication control system ”described in the claims”) used in this embodiment is a home network composed of a Web terminal, a telephone device, and an HGW (Home Gateway), and a search.
  • a service providing server that provides various websites such as a site, a SIP proxy server that performs communication control by SIP communication, and a store (store that stores information on the website provided to the service providing server and solicits customers Are connected to each other via a network.
  • a “Web terminal (which is an example of a“ home device ”described in the claims)” is a device such as a personal computer that performs communication such as the Internet using a general Web browser.
  • “Telephone device (an example of“ IP communication device ”described in the claims”) is a telephone or softphone that has a numeric keypad such as a VoIP telephone and performs a call connection by specifying a destination by a dial signal. Furthermore, it may be a TV equipped with a Web browser equipped with a remote control or the like.
  • HGW (an example of“ data relay device ”described in the claims”) means “192.168.1.1” as the IP address and “0422xx” as the SIP-URI (Session Initiation Protocol-Uniform Resource Identifier).
  • @ xxx.co.jp is a device that is communicably connected to a home network and an external network that are set to“ @ xxx.co.jp ”, and interconnects information appliances by performing address conversion and data transfer. Specifically, it is arranged between the Internet and a home network, and has a set-top box such as a home router, protocol conversion, firewall, firewall rule dynamic change function and broadcast reception function. That is, the Web terminal and the telephone device can access the Web site using the same IP address via the HGW.
  • a set-top box such as a home router, protocol conversion, firewall, firewall rule dynamic change function and broadcast reception function. That is, the Web terminal and the telephone device can access the Web site using the same IP address via the HGW.
  • each device (information home appliance) in the home network is connected using protocols such as DLNA (Digital Living Network Alliance) and UPnP (Universal Plug and Play) which are home appliance standardization technologies.
  • various devices such as Hard Disk Recorder and Web browser TV are connected.
  • these devices communicate with each other via the HGW when communicating with an external network.
  • DLNA Digital Living Network Alliance
  • UPnP Universal Plug and Play
  • these devices communicate with each other via the HGW when communicating with an external network.
  • the Web terminal performs Web communication with a service providing server
  • the Web terminal performs NAT conversion in the HGW and communicates with the service providing server using the IP address “192.168.1.1” set in the HGW. Will be performed.
  • IPv4 is described as an example, but IPv6 can be similarly processed.
  • a notation using a prefix for example, 192.168.1.0/24) can also be used.
  • the “service providing server” is a device that provides various websites for access received via a network. For example, Web sites such as a search site, a news site, and a music site are provided.
  • the “SIP proxy server (which is an example of a“ call control server device ”recited in the claims)” is a device that connects a plurality of devices using a SIP (Session Initiation Protocol).
  • “store an example of“ external device ”described in the claim”) ”provides advertisements for services provided by customers (for example, pubs, restaurants, car sales, etc.) to customers.
  • customers are secured by posting on the server website.
  • the “store” places an advertisement such as “store name, address, telephone number, service (all-you-can-drink 3000 yen)” on the website of the service providing server as a service provided to the customer. Then, the customer can access the website using a web terminal, browse various advertisements posted on the website, and determine a store that matches his / her requirements.
  • FIG. 1 is a system configuration diagram illustrating the overall configuration of the communication control system according to the first embodiment.
  • this communication control system is connected to a home network including a Web terminal, a telephone device, and an HGW, a service providing server, a SIP proxy server, and a store via a network.
  • the communication control system outlines connecting a telephone device in a home network and a store installed outside the home network.
  • the main feature is that a telephone call can be easily connected without using software.
  • the home network is connected to a Web terminal, a telephone device, and an HGW that controls various communications with other networks.
  • the SIP proxy server stores an identifier for uniquely identifying the Web terminal and in-home connection destination information indicating information for connecting to the telephone device in association with each other in the in-home information DB.
  • the in-home information DB includes “IP address indicating an identifier for uniquely identifying a Web terminal and“ SIP-URI ”indicating information for connecting to a telephone device in the home network”. “192.168.1.1, 0422xx@example.co.jp” etc. Note that here, a case where an IP address that is an exact match in IPv4 is used as an identifier will be described.
  • the present invention is not limited to this, and for example, a case where a forward match or a correlated IP address in IPv6 is used.
  • Any user ID that can be identified, such as a user ID assigned in advance, can be used without being limited thereto.
  • the service providing server stores a store ID that uniquely identifies the store (an example of “device ID” described in the claims) in association with device information related to the store in the outside information DB.
  • the out-of-home information DB associates “SIP-URI” of the out-of-home device indicating the device information in association with “the store ID that uniquely identifies the store” as the device ID.
  • the out-of-home information DB stores “11111, 031234567@ntt.co.jp” or the like as “Store ID, SIP-URI”.
  • the store ID stored here is uniquely given in advance by the service providing server by an application from a store that desires to use the website.
  • the service providing server when receiving an access request from the Web terminal, transmits the store ID stored in the outside information DB to the Web terminal (see (1) to (2) in FIG. 1). ). More specifically, in the above example, the Web terminal is activated by a user operation, and the URL of the service providing server is input to access the service providing server. Then, the service providing server responds to the Web terminal with a Web site on which an advertisement with the store ID “11111” stored in the outside information DB is displayed. Note that the Web site to which the service providing server responds has not only the above-described store ID “11111” but also a plurality of store IDs added thereto. In other words, this Web site may display a plurality of advertisements like a general search site, and the above-described device information may be added to each of the advertisements.
  • the service providing server specifies and acquires device information corresponding to the selected store ID from the outside information DB, and via the Web terminal The acquired device information is notified to the SIP proxy server (see (3) to (5) in FIG. 1).
  • the service providing server clicks on the click.
  • the service providing server Since the IP address of the Web terminal (HGW) is added at the time of this redirection, the service providing server sets the SIP-URI “031234567@ntt.co.jp” and the IP address “192.168.1.1” of the Web terminal. The SIP proxy server is notified.
  • the SIP proxy server specifies the home connection destination information of the Web terminal from the home information DB based on the identifier added by the Web terminal when the device information is notified ((6) in FIG. 1). reference). More specifically, in the above example, when the SIP-URI “031234567@ntt.co.jp” of the store is notified via the Web terminal by the service providing server, the SIP proxy server “the SIP-URI“ 031234567@ntt.co.jp ", based on the IP address" 192.168.1.1 "that is an identifier added by the Web terminal, the SIP-URI" 0422xx@example.co.jp "of the Web terminal Is identified from the home information DB.
  • the SIP proxy server makes a call to the telephone device using the specified in-home connection destination information (see (7) in FIG. 1). More specifically, in the above example, the SIP proxy server makes a SIP call to the SIP-URI “0422xx@example.co.jp” (telephone device) specified based on the IP address “192.168.1.1”. After that, a response to the call (for example, on-hook or the like) is received from the call destination (telephone device).
  • the SIP proxy server transmits the response to the store using the device information specified by the outside information DB (see (8) in FIG. 1). .
  • the SIP proxy server connects the originating telephone device and the originating external device (see (9) in FIG. 1). Specifically, in the above-described example, when a response is received from the calling store, the SIP proxy server establishes a connection between the calling telephone device and the calling store.
  • the communication control system calls the store where the advertisement is posted only by clicking an advertisement (external information) displayed on a website accessed using a general web browser.
  • the main feature is that it is possible to make a call connection easily without using special software.
  • FIG. 2 is a block diagram illustrating the configuration of the communication control system according to the first embodiment. Since the HGW, the Web terminal, the telephone device, and the store have the same configuration as that of a general device, a service providing server and a SIP proxy server having a characteristic function in the present invention will be described here.
  • the service providing server 10 includes a communication control I / F unit 11, a storage unit 12, and a control unit 20.
  • the communication control I / F unit 11 controls communication related to various information exchanged with other devices connected via a network.
  • the communication control I / F unit 11 accepts web access from a web terminal in a home network via the HGW, transmits a website to the web terminal via the HGW, or SIP. SIP-URI is notified to the proxy server 30.
  • the storage unit 12 stores network information necessary for various types of communication and data and programs necessary for various types of processing by the control unit 20, and has an out-of-home information DB 13 that is particularly closely related to the present invention.
  • the out-of-home information DB 13 is “store ID uniquely identifying a store,“ store name ”indicating a store name,“ category ”to which the store belongs,“ address ”of the store,“ "11111, store A, restaurant, Musashino City Kichijoji XXX, 031234567@ntt.co.jp", etc. as "SIP-URI" ".
  • the store ID stored here is uniquely given in advance by the service providing server by an application from a store that desires to use the website.
  • the information including the various data and parameters described above can be arbitrarily changed.
  • FIG. 3 is a diagram illustrating an example of information stored in the out-of-home information DB.
  • the control unit 20 has a control program such as an OS (Operating System), a program that defines various processing procedures, and an internal memory for storing necessary data.
  • the control unit 20 is closely related to the present invention. It has the access response part 21 and the outside information acquisition part 22, and performs various processes by these.
  • the access response unit 21 When the access response unit 21 receives an access request from the Web terminal, the access response unit 21 transmits the store ID stored in the outside information DB 13 to the Web terminal. Specifically, the access response unit 21 displays an advertisement with the store ID “11111” stored in the out-of-home information DB 13 when the access by the web browser is accepted from the web terminal. Respond to the web terminal with the web site.
  • the Web site to which the service providing server responds may include not only the store ID “11111” but also a plurality of store IDs. That is, this website displays a plurality of advertisements like a general search site, and the above-described device information is added to each advertisement.
  • the outside information acquisition unit 22 acquires device information corresponding to the selected store ID from the outside information DB 13 when the transmitted store ID is selected by the home device, and the SIP proxy via the home device.
  • the server 30 is notified.
  • the outside information acquisition unit 22 clicks an advertisement with the store ID “11111” out of a plurality of advertisements displayed on the transmitted website by the web terminal.
  • the out-of-home information acquisition unit 22 notifies the SIP proxy server 30 of the identified store as a SIP-URI “031234567@ntt.co.jp” by redirection via a Web terminal.
  • the SIP proxy server 30 includes a communication control I / F unit 31, a storage unit 32, and a control unit 40.
  • the communication control I / F unit 31 controls communication related to various information exchanged with other devices connected via a network.
  • the communication control I / F unit 31 receives a SIP-URI or an IP address from the service providing server 10, or controls communication with a telephone device or store in a home network by SIP.
  • the storage unit 32 stores network information necessary for various types of communication and data and programs necessary for various types of processing performed by the control unit 40, and has a home information DB 33 that is particularly closely related to the present invention.
  • the home information DB 33 stores an identifier for uniquely identifying the home device and home connection destination information indicating information for connecting to the telephone device in association with each other.
  • the in-home information DB 33 includes “an IP address indicating an identifier for uniquely identifying the Web terminal” and information for connecting to the telephone device of the in-home network. “192.168.1.1, 0422xx@example.co.jp” or the like is stored as “SIP-URI”.
  • SIP-URI Internet Protocol-URI
  • the control unit 40 has an internal memory for storing a control program such as an OS (Operating System), a program that defines various processing procedures, and necessary data, and is particularly closely related to the present invention.
  • a control program such as an OS (Operating System)
  • OS Operating System
  • the home information specifying unit 41, the first transmission unit 42, the second transmission unit 43, and the connection unit 44 are provided, and various processes are executed by these.
  • the in-home information specifying unit 41 uses the identifier of the Web terminal based on the identifier added by the Web terminal when the device information is notified.
  • the home connection destination information is specified from the home information DB 33.
  • the in-home information specifying unit 41 when the service providing server 10 notifies the SIP-URI “031234567@ntt.co.jp” of the store via the Web terminal, -When the URI “031234567@ntt.co.jp” is notified, the SIP-URI “0422xx@example.co.jp” corresponding to the IP address “192.168.1.1” which is an identifier added by the Web terminal It is specified from the information DB 33.
  • the first transmission unit 42 transmits to the telephone device using the in-home connection destination information specified by the in-home information specifying unit 41. Specifically, in the above example, the first transmission unit 42 controls communication of SIP transmission to the SIP-URI “0422xx@example.co.jp” based on the IP address “192.168.1.1”. This is performed via the I / F unit 31. Thereafter, the first transmission unit 42 receives a response to the transmission such as on-hook from the transmission destination (telephone device) via the communication control I / F unit 31.
  • the second transmission unit 43 When the second transmission unit 43 receives a response from the telephone device transmitted by the first transmission unit 42, the second transmission unit 43 transmits the response to the outside device using the device information specified by the outside information acquisition unit 22. . Specifically, in the above-described example, the second transmission unit 43 is identified and notified by the service providing server 10 when receiving a response from the telephone device transmitted by the first transmission unit 42.
  • the SIP transmission to the SIP-URI “031234567@ntt.co.jp” of (store) is performed via the communication control I / F unit 31.
  • the 2nd transmission part 43 receives the response with respect to the said transmissions, such as an on-hook, from the transmission destination (store) via the communication control I / F part 31, for example.
  • the connecting unit 44 When the connection unit 44 receives a response from the transmitted outside device, the connecting unit 44 connects the transmitted telephone device and the transmitted outside device. Specifically, in the above example, when the connection unit 44 receives a response from the transmitted store, the connection unit 44 selects the telephone device transmitted by the first transmission unit 42 and the store transmitted by the second transmission unit 43. Connecting. Further, the connection unit 44 can connect the store and the telephone device of the home network by using a 3rd party call (RFC 3725) based on the acquired telephone number. Specifically, the connection unit 44 receives the telephone number of the store (for example, SIP-URI) and the telephone number of the telephone device of the home network (for example, SIP-URI) through the service providing server. To do.
  • a 3rd party call RFC 3725
  • connection unit 44 can recognize the service providing server 10, and the service providing server is connected to the telephone device of the home network to which the Web terminal that accesses the Web site and clicks the store is connected or the store.
  • Ten telephone numbers (SIP-URI) can be transmitted as calling numbers.
  • FIG. 5 is a sequence diagram illustrating the flow of processing by the communication control system according to the first embodiment.
  • the telephone device in the home network uses the “REGISTER message in SIP communication” to the SIP proxy server 30 via the HGW at the timing when the power is turned on or the expiration date of the REGISTER. "Is transmitted (step S101).
  • the SIP proxy server 30 Upon receiving this “REGISTER message”, stores the IP address added to the REGISTER message by the HGW in association with the SIP-URI of the telephone device in the in-home information DB 33, and A response of “200 OK message” is transmitted (step S102 and step S103).
  • the SIP proxy server 30 stores the IP address of the Web terminal and the SIP-URI of the telephone device in association with each other when the SIP communication “REGISTER message” is received.
  • the invention is not limited to this, and may be stored in advance by, for example, an administrator.
  • the Web terminal accesses the Web site provided by the service providing server 10 (step S104).
  • the service providing server 10 that has received the access transmits, as a response to the received access, a Web site showing an advertisement to which the store ID of the out-of-home information is given (Step S105 and Step S106).
  • FIG. 6A is a diagram illustrating a screen example of a Web site on which an advertisement with a store ID added is displayed.
  • the Web terminal accepts selection of an advertisement displayed on the received Web site by a user operation (Step S107). Subsequently, the service providing server 10 acquires device information corresponding to the selected advertisement (store ID) from the outside information DB 13 (step S108).
  • FIG. 6B is a diagram illustrating an example of a Web site screen displayed on the Web terminal as a call confirmation.
  • the service providing server 10 notifies the SIP proxy server 30 of the SIP-URI acquired in Step S108 via the Web terminal (Step S109 and Step S110). Subsequently, the SIP proxy server 30 transmits a message to be transmitted to the Web terminal (step S111).
  • the service providing server 10 notifies the SIP proxy server 30 of the acquired SIP-URI “031234567@ntt.co.jp” of the store through the Web terminal.
  • the SIP-URI “031234567@ntt.co.jp” of the store as the device information is redirected from the Web terminal and notified to the SIP proxy server 30, the IP address “192.168.1.1” of the Web terminal is set. It is added and notified by the HGW.
  • the SIP proxy server 30 specifies the in-home connection destination information of the in-home device from the in-home information DB 33 based on the IP address added to the SIP-URI notified by the service providing server 10 (step S112). Specifically, in the above example, the SIP proxy server 30 has the IP address “192.168.1.1” added to the SIP-URI “031234567@ntt.co.jp” of the store notified by the service providing server 10. The SIP-URI “0422xx@example.co.jp” is identified from the in-home information DB 33 based on the above.
  • the SIP proxy server 30 uses the SIP-URI notified by the service providing server 10 to (Step S113 to step S117).
  • the SIP proxy server 30 receives a response from the originating store, the SIP proxy server 30 connects the originating telephone device and the originating store (step S118 and step S119).
  • the SIP proxy server 30 transmits “INVITE” to the telephone device using the SIP-URI “0422xx@example.co.jp” of the identified telephone device.
  • the SIP proxy server 30 uses the SIP-URI “031234567@ntt.co.jp” of the store notified by the service providing server 10 to the store.
  • the SIP proxy server 30 establishes SIP communication between the telephone device and the store when “200 OK” is received from the transmitted store.
  • both are made using the telephone number of the service providing server.
  • the service providing server 10 and the SIP proxy server 30 can also acquire log information used for billing and the like. Specifically, after step S108, the service providing server 10 obtains a log related to the selected store ID, counts the selected store ID, and charges the store according to the selected number of times. Can be charged. In addition, the SIP proxy server 30 obtains a log relating to the store ID for which the transmission instruction has been issued after step S110, thereby counting the store ID for which the transmission instruction has been issued, and charging the store according to the number of times the transmission instruction has been issued. Can be charged. In addition, after step S112, the SIP proxy server 30 obtains a log relating to the actually transmitted store ID, thereby counting the transmitted store ID, and charging the store for billing according to the number of times transmitted. can do.
  • the service providing server 10 acquires “selected“ date and time ”,“ SIP-URI ”of the selected store” as a log, and counts this “SIP-URI” by Billing according to the selected number of times can be charged to the store.
  • the SIP proxy server 30 acquires “SIP-URI” of “instructed to send and received” and “SIP-URI” of the store instructed to send, as a log. Can be charged to the store according to the number of times the transmission is instructed.
  • the SIP proxy server 30 acquires, as a log, “actually transmitted“ date and time ”and“ SIP-URI ”of the store that has actually transmitted”, and this actually transmitted “ By counting “SIP-URI”, the store can be charged for the number of calls made.
  • the service providing server 10 logs “the date and time that was responded to by the user (selected by the user) and“ URL ”that indicates the responded Web site”. As a result, and counting the number of “URLs” that have been replied, it is possible to charge the store for billing according to the number of times the response has been made.
  • the SIP proxy server 30 displays “the date and time when the connection was established”, “the store's SIP-URI” indicating the connection source, and “the SIP device URI of the telephone device” indicating the connection destination. "" As a log, and by counting the number of times this connection has been established, billing according to the number of connections can be charged to the store.
  • the store ID for uniquely identifying the store is stored by associating and storing the IP address uniquely identifying the Web terminal and the SIP-URI indicating the information for connecting to the telephone device. And store device information in association with each other, and when an access request is received from the Web terminal, the Web site displaying the advertisement including the store ID is transmitted to the Web terminal, and the transmitted store ID is the Web terminal. Device information corresponding to the selected store ID is acquired, and the SIP-URI for connecting to the store is selected. Similarly, the transmitted store ID is selected by the Web terminal.
  • the SIP-URI corresponding to the IP address of the Web terminal that has selected the store ID is specified, and the telephone device is issued using the specified SIP-URI.
  • the generated SIP-URI is used to transmit to the store, and when a response is received from the transmitted store, the telephone device and the store Since the connection is established, the user can make a call to the store where the advertisement is posted by simply clicking an advertisement (external information) displayed on the website accessed by a general web browser. It is possible to make a call connection easily without using special software.
  • the user can call the store indicated by the advertisement by clicking on the advertisement of the website accessed using the web terminal. As a result, the user inputs the telephone number. It is possible to prevent an outgoing call to an erroneous person that may occur when making a telephone call.
  • the store can grasp from which Web site the user has accessed, and for the user, to the destination You don't have to know your phone number.
  • the advertisement effect can be obtained with certainty.
  • the SIP-URI of the store is transmitted from the service providing server to the SIP proxy server via the Web terminal.
  • the present invention is not limited to this, and various methods are used. Can be sent.
  • the SIP-URI of the store is transmitted from the service providing server to the SIP proxy server via the Web terminal by a method different from the first embodiment.
  • SAML Security Assertion Markup Language
  • FIG. 7 is a sequence diagram showing a flow of processing for directly transmitting apparatus information from the service providing server to the SIP proxy server.
  • the service providing server and the SIP proxy server are reliable devices.
  • the service providing server has an out-of-home information DB that stores SIP-URI and the like in the store
  • the SIP proxy server has an in-home information DB that stores SIP-URI and the like of the home network. is doing.
  • the SIP proxy server stores the IP address of the Web terminal and the SIP-URI of the telephone device in association with each other, and the service providing server responds to access from the Web terminal.
  • the SIP-URI corresponding to the store ID selected from the Web terminal is acquired (steps S201 to S208).
  • the service providing server acquires the IP address at the time of the access request of the Web terminal, adds it to the acquired SIP-URI, and passes it through the Web terminal when accessing from the Web terminal. Without being transmitted directly to the reliable SIP proxy server (step S209). Subsequent steps S210 to S218 are the same as steps S111 to S119 described in the first embodiment, and are therefore omitted here.
  • the SIP-URI can be transmitted / received only between reliable devices.
  • leakage and falsification of the SIP-URI can be prevented, and security can be strengthened. .
  • FIG. 8 is a sequence diagram showing a flow of processing to notify using SAML when transmitting from the service providing server to the SIP proxy server via the Web terminal.
  • the SIP proxy server stores the IP address of the Web terminal and the SIP-URI of the telephone device in association with each other, and the service providing server responds to access from the Web terminal.
  • the SIP-URI corresponding to the store ID selected from the Web terminal is specified (steps S301 to S308).
  • the service providing server adds SAML to the identified SIP-URI and transmits it to the SIP proxy server by redirection via the Web terminal (steps S309 and S310). Then, the SIP proxy server transmits again the SAML added to the received SIP-URI to the service providing server (step S311), and determines whether or not the SAML is valid information from the service providing server. Receive (step S312).
  • the service providing server adds the SAML as shown in FIG. 9 to the specified SIP-URI and transmits it to the SIP proxy server by redirection through the Web terminal.
  • SAML as shown in the figure, domain information of the service providing server, IP address of the caller, domain information of the SIP proxy server, a telephone number of the store including the signature shown in FIG.
  • the SIP proxy server that has received such SAML transmits again the SAML added to the received SIP-URI to the service providing server.
  • the service providing server determines whether or not the SIP-URI is notified by its own device by determining the domain information of the service providing server in the SAML, the IP address of the caller, the domain information of the SIP proxy server, and the like. . Then, the service providing server notifies the SIP proxy server of the determination result.
  • step S314 executes the processing from step S314 to step S322 only when the service providing server authenticates that the SIP-URI is valid information (step S313).
  • the processing from step S314 to step S322 is the same as the processing from step S111 to step 119 described in the first embodiment, and is therefore omitted here.
  • FIG. 9 is a diagram illustrating an example of added SAML
  • FIG. 10 is a diagram illustrating an example of signature information described in the SAML.
  • the store information is applied to advertisements such as search sites.
  • the present invention is not limited to this, and store information can be used as blog parts used in various blogs. It can also be applied.
  • the third embodiment a case where the store information described in the first and second embodiments is applied to blog parts used in various blogs will be described.
  • the overall configuration of the communication control system according to the third embodiment, the flow of processing, and the effects of the third embodiment will be described in order.
  • FIG. 11 is a diagram illustrating an overall configuration of a communication control system according to the third embodiment.
  • the communication control system provides a home network, a blog site that provides a blog to a Web terminal, and blog parts for soliciting customers to be posted on the blog.
  • a service providing server and a SIP proxy server that connects the telephone device and the store are connected.
  • the home network is connected with a Web terminal that performs various communications, a telephone device that makes a telephone connection with another telephone device, and an HGW that controls various communications with the other network.
  • a case where one blog site is connected to the communication control system is illustrated, but as an actual system, a plurality of blog sites are connected.
  • a case where the Web terminal accesses a blog provided by the illustrated blog site will be described.
  • the SIP proxy server stores an identifier for uniquely identifying the in-home device and in-home connection destination information indicating information for connecting to the telephone device in the in-home information DB.
  • the in-home information DB includes “IP address indicating an identifier for uniquely identifying a Web terminal and“ SIP-URI ”indicating information for connecting to a telephone device in the home network”. “192.168.1.1, 0422xx@example.co.jp” etc.
  • IP address indicating an identifier for uniquely identifying a Web terminal
  • SIP-URI indicating information for connecting to a telephone device in the home network.
  • the present invention is not limited to this, and for example, it is not limited to this as long as a user ID assigned in advance can be identified. Can be used.
  • the blog site associates the blog parts ID with the store ID and stores them in the blog parts DB.
  • the blog part ID is an identifier for identifying a blog part displayed on a blog provided by its own device.
  • the store ID is an identifier for identifying a store that provides the blog part as an advertisement.
  • the blog parts DB of the blog site stores “01, 11111”, “02, 22222”, etc. as “blog parts ID, store ID”. In this example, two blog parts are displayed on the blog, but the number of blog parts is not limited to this.
  • the service providing server stores user information providing the blog in the user information DB.
  • the user information DB of the service providing server includes “aaaa, www” as “a blogger ID for identifying a user who operates a blog site” and “a blog URL” indicating a blog operated by the blogger. .ntt.co.jp / ⁇ aaaa "and” bbbb, www.ntt.co.jp/ ⁇ bbbbb "are stored.
  • “name, address, telephone number, card number” or the like may be stored as information for specifying a blogger.
  • the service providing server stores user information (store information) of blog parts advertised on each blog in the outside information DB.
  • the out-of-home information DB of the service providing server includes “a store ID that identifies a store that uses a blog part, a“ SIP-URI ”that indicates the contact information of the store, the store “11111, 031234567@ntt.co.jp, www.ntt.co.jp/ ⁇ aaaa” and the like are stored as “blog URL” indicating the blog to which the blog part assigned with the ID is advertised.
  • “manager name, address, telephone number” or the like may be stored as information for specifying a store.
  • the service providing server when the service providing server receives the store ID from the blog site, the service providing server stores the device ID and an identifier for uniquely identifying the transmitted access to the blog site in association with each other in the blog access DB (see FIG. 11 (4)).
  • the blog access DB of the service providing server generates an identifier (RANDID) that uniquely identifies access from the web terminal when the blog site provides the blog to the web terminal via the service providing server.
  • the service providing server stores information on the blog parts advertised on the blog (store ID), the generated RANDID, and the URI in association with each other. In other words, the service providing server can identify the state of the blog site that is updated daily by which the Web terminal is accessed by RANDID.
  • the service providing server acquires the SIP-URI corresponding to the selected blog part, and receives the SIP proxy via the Web terminal.
  • the server is notified (see (5) to (7) in FIG. 11).
  • the service providing server transmits the acquired corresponding SIP-URI (031234567@ntt.co.jp) to the SIP proxy server by redirection via the Web terminal.
  • the SIP proxy server specifies the home connection destination information of the Web terminal from the home information DB based on the identifier added by the Web terminal when the SIP-URI is notified ((8) in FIG. 11). reference).
  • the SIP proxy server Based on the IP address “192.168.1.1”, which is an identifier added by the Web terminal when “031234567@ntt.co.jp” is notified, the SIP-URI “0422xx@example.co.jp” of the Web terminal Is identified from the home information DB.
  • the SIP proxy server makes a call to the telephone device using the specified in-home connection destination information (see (9) in FIG. 11). Specifically, in the above example, the SIP proxy server uses SIP for the SIP-URI “0422xx@example.co.jp” (telephone device) specified based on the IP address “192.168.1.1”. Make a call. Thereafter, the SIP proxy server receives a response to the call such as on-hook from the call destination (telephone device).
  • the SIP proxy server transmits the response to the store using the device information specified by the outside information DB (see (10) in FIG. 11). .
  • the SIP proxy server receives a response from the originating store, it connects the originating telephone device and the originating external device (see (11) in FIG. 11). Specifically, in the above-described example, when a response is received from the calling store, the SIP proxy server establishes a connection between the calling telephone device and the calling store.
  • the communication control system can make a phone call to the store where the blog part is posted as an advertisement even when the blog part advertised on the blog site is clicked. It is possible to make a call connection easily without using any software.
  • FIG. 12 is a sequence diagram illustrating the flow of processing in the communication control system according to the third embodiment.
  • the telephone device in the home network transmits a “REGISTER message” in SIP communication to the SIP proxy server via the HGW when the power is turned on (step S401).
  • the SIP proxy server that has received this “REGISTER message” associates the IP address added to the “REGISTER message” by the HGW with the SIP-URI of the telephone device and stores it in the in-home information DB (step S402). Then, the SIP proxy server transmits a response “200 OK message” to the telephone device (step S403).
  • the Web terminal accesses the blog provided by the blog site (step S404).
  • the blog site that received the access transmits a store ID indicating a store advertised as a blog part to the service providing server by redirection via the Web terminal (steps S405 to S407).
  • the service providing server when the service providing server receives the store ID from the blog site, the service providing server stores the device ID and an identifier for uniquely identifying the transmitted blog site in association with each other, and stores the blog received from the blog site in the Web terminal. Transmit (steps S408 and S409).
  • the SIP-URI (031234567@ntt.co.jp) is acquired from the out-of-home information DB and redirected via the Web terminal to the SIP proxy server (steps S410 to S412).
  • the same technique as that described in the second embodiment is used. be able to. Specifically, a method of transmitting directly from the service providing server to the SIP proxy server without going through the Web terminal, and a certificate such as SAML when notifying from the service providing server to the SIP proxy server through the Web terminal The technique used can be used. In addition, since the flow of processing when using each method is the same as that of the second embodiment, detailed description thereof is omitted here.
  • the SIP proxy server transmits a message to the web terminal (step S413), and further, the in-home connection destination information “SIP-URI: corresponding to the IP address that is the identifier of the web terminal that has selected the store ID”. “0422xx@xxx.co.jp” is identified from the home information DB (step S414).
  • the SIP proxy server uses the specified SIP-URI “0422xx@xxx.co.jp” to make a call to the telephone device (step S415).
  • the SIP proxy server When the SIP proxy server receives a response from the telephone device that made the call (step S416), it sends the call to the store using the SIP-URI “03yyy@yyy.com” notified by the service providing server (step S416). S417).
  • the SIP proxy server when receiving a response from the calling store (step S418), the SIP proxy server establishes a connection between the calling telephone device and the calling store, and counts the number of times the connection has been established (steps S419 to S418). Step S421).
  • a log for charging a blogger or a store can be acquired.
  • you can pay bloggers based on the total number of times (call connection, outgoing call, etc.), and affiliates on the web by phone A model can be formed.
  • the service providing server counts the number of times a blog part (store ID) advertised on a blog is selected will be described with reference to FIGS. Specifically, when the service providing server receives the store ID from the blog site, the service providing server generates an identifier for uniquely identifying access to the blog in step S408 in FIG. 12, and associates the store with the generated identifier. Memorize ID and blog URI. The information stored here can be realized by acquiring various information in more detail from the blog received from the blog site when the information is stored in the blog access DB shown in FIG.
  • the service providing server transmits “generated identifier“ RANDID ”,“ blogger ID indicating the blog site that transmitted the store ID (blog) ”, and store ID as illustrated in FIG. “11111e39564yu, aaaa, / 20080508” and the like are acquired and stored as “blog URI” for identifying the state of the blog.
  • the service providing server as shown in FIG.
  • the service providing server that collects such information can pay the blogger a reward corresponding to the “PV number” by counting the “PV number” shown in FIG.
  • FIG. 13 is a diagram illustrating an example of storing a blog accessed to the Web terminal
  • FIG. 14 is a diagram illustrating an example of storing the number of times the blog accessed to the Web terminal is PVd.
  • the service providing server as shown in FIG. 15, “RANDID indicating the blog to which the selected blog part is advertised”, the selected “date and time”, and “ SIP-URI "" is acquired as a log. Then, the service providing server totals the “blogger ID” shown in FIG. 13 and the “date and time” and “store ID” shown in FIG. 15 corresponding to “RANDID” in FIG. By doing so, the service providing server, as shown in FIG. 16, “A blog site that identifies a blog site that advertises a blog part of a store selected by a Web terminal,” and a blog site to which the blogger ID is assigned.
  • FIG. 15 is a diagram illustrating an example in which the store clicked on the blog and the date and time are tabulated.
  • FIG. 16 is a diagram illustrating an example in which the number of times a blog part is actually selected on the Web terminal is tabulated for each blog.
  • the service providing server counts the “store ID” in FIG. 15 for each “date and time” shown in FIG. By doing so, the service providing server, as shown in FIG. 17, “store ID indicating the clicked store”, “date and time” indicating the state of the blog site when the store is clicked, and the store ID For example, “11111, 2008/01/08, 2” can be counted as “click count” indicating the number of times (blog part) was clicked on the Web terminal. As a result, the service providing server can count the number of clicks for each store.
  • FIG. 17 is a diagram illustrating an example in which the number of times actually selected for each store is tabulated.
  • the service providing server totals the “store ID” in FIG. 15 for each “RANDID” corresponding to the “blogger ID” shown in FIG.
  • the service providing server as shown in FIG. 18, “a“ blogger ID that identifies a blog site that advertises a blog part of a store selected by a Web terminal ”, a“ period ”that indicates a period of aggregation, Count “aaaa, 2008/05, 11111, 4” as “Store ID” indicating the clicked store and “Click count” indicating the number of times the store ID (blog part) has been clicked on the Web terminal. Can do.
  • the service providing server can add up the stores and the number of times actually selected within a predetermined period for each blog.
  • FIG. 18 is a diagram illustrating an example in which the stores actually selected and the number of times are counted for each blog within a predetermined period.
  • the SIP proxy server counts the number of calls made to the store selected by the Web terminal and the number of calls made to the telephone device. Specifically, the SIP proxy server actually made a call for each blog, made a call for each store, made a call for each telephone device, and made a call for each blog within a predetermined period. You can count stores and times.
  • the SIP proxy server performs “RANDID” generated to identify access to the blog, “Date” indicating the date and time when the RANDID is generated, service shown in FIG. “From” indicating the destination telephone number received from the providing server, and “TO” indicating the destination telephone number specified by the own device “11111e39564yu, 2008/01/08 10:00:53, 031234567 @ ntt .co.jp, 0422xx@example.co.jp "etc. are acquired and stored.
  • FIG. 19 is a diagram illustrating an example of storing a transmission destination and a destination.
  • the SIP proxy server that stores such information, for example, counts “From” in association with “RANDID” and “date and time” shown in FIG. 19, and displays “RANDID” in “Blogger ID” shown in FIG. To "”.
  • the SIP proxy server as shown in FIG. 20, “a“ blogger ID ”that identifies a blog site on which a blog part of the store that sent the message is posted,“ date and time ”that indicates the date and time of transmission, and the number of times of transmission “Aaaa, 2008/01/08, 1” and the like can be tabulated as “number of times of transmission” indicating “.
  • the SIP proxy server can count the number of transmissions for each blog.
  • FIG. 20 is a diagram illustrating an example in which the number of transmissions for each blog is tabulated.
  • the SIP proxy server counts “From” in association with “RANDID” and “date and time” shown in FIG. 19, converts the “RANDID” into “store ID” shown in FIG. .
  • the SIP proxy server displays “store ID that identifies the store that made the transmission,“ date and time ”that indicates the date and time of transmission, and“ number of times of transmission ”that indicates the number of times of transmission. 11111, 2008/05/08, 2 "and so on.
  • the SIP proxy server can count the number of transmissions for each store.
  • FIG. 21 is a diagram illustrating an example in which the number of transmissions for each store is tabulated.
  • the SIP proxy server performs aggregation in association with “From” and “Date” shown in FIG. By doing so, the SIP proxy server, as shown in FIG. 22, “From” indicating the telephone number of the telephone device of the calling home device, “Date” indicating the date and time of transmission, and “Number of times of transmission” “031234567@ntt.co.jp, May 08, 2008,” etc. can be counted as “number of outgoing calls”. As a result, the SIP proxy server can count the number of outgoing calls for each telephone device.
  • FIG. 22 is a figure which shows the example which totaled the frequency
  • the SIP proxy server identifies “Blogger ID” corresponding to “RANDID” shown in FIG. 19 from FIG. 13, and converts “RANDID” to “Blogger ID”. Further, the SIP proxy server identifies a store ID that matches the correspondence between “From” and “RANDID” shown in FIG. 19 from FIG. 15, and converts “From” in FIG. 19 into “store ID”. Then, the SIP proxy server totals “From” (store ID in FIG. 15) for each “date and time” in FIG. By doing so, the SIP proxy server, as shown in FIG.
  • FIG. 23 is a diagram illustrating an example in which the number of transmissions within a predetermined period for each blog is tabulated.
  • the SIP proxy server counts the number of times that the store and the telephone device are actually established will be described with reference to FIGS. 19 and 24 to 27. Specifically, the SIP proxy server actually connected for each blog, actually connected for each store, actually connected for each telephone device, and actually connected for each blog within a predetermined period. You can count stores and times.
  • the SIP proxy server counts “From” in association with “RANDID” and “date and time” shown in FIG. 19, and converts the “RANDID” into “blogger ID” shown in FIG. .
  • the SIP proxy server as shown in FIG. 24, “the blogger ID that identifies the blog site that advertised the blog part of the store where the call connection was actually established, the date and time when the connection was established, “Aaaa, 2008/01/08, 1” or the like can be counted as “date and time” and “number of connections” indicating the number of connection establishments.
  • the SIP proxy server can count the number of times a call connection has been established for each blog.
  • FIG. 24 is a diagram illustrating an example in which the number of times of actual connection for each blog is tabulated.
  • the SIP proxy server counts “From” in association with “RANDID” and “date and time” shown in FIG. 19, and identifies and stores “Store ID” corresponding to “RANDID” from FIG. .
  • the SIP proxy server as shown in FIG. 25, “the store ID that identifies the store where the call connection is actually established, the“ date and time ”that indicates the date and time when the connection is established, “11111, 2008/01/08, 1” or the like can be counted as the “number of connections” shown.
  • the SIP proxy server can count the number of times that the call connection is established for each store.
  • FIG. 25 is a diagram illustrating an example in which the number of times of actual connection for each store is tabulated.
  • the SIP proxy server performs aggregation in association with “From” where “TO” shown in FIG. By doing so, the SIP proxy server, as shown in FIG. 26, “established“ From ”indicating the telephone number of the telephone device that actually established the call connection,“ date and time ”indicating the date and time when the connection was established, and established the connection. “031234567@ntt.co.jp, 2008/05/08, 1” can be counted as the “number of connections” indicating the number of times. As a result, the SIP proxy server can count the number of times of actual connection for each destination telephone number.
  • FIG. 26 is a diagram illustrating an example in which the number of times of actual connection for each call destination telephone number is tabulated.
  • the SIP proxy server identifies “Blogger ID” corresponding to “RANDID” shown in FIG. 19 from FIG. 13, and converts “RANDID” to “Blogger ID”. Further, the SIP proxy server identifies from FIG. 15 a store ID that matches the correspondence between “From” and “RANDID” shown in FIG. 19 where “TO” shown in FIG. 19 exists, and “From” in FIG. Is converted to “store ID”. Then, the SIP proxy server totals “From” (store ID in FIG. 15) for each “date and time” in FIG. By doing so, as shown in FIG. 27, the SIP proxy server “shows the telephone number of the telephone device that has actually established the call connection” and the blog that advertised the blog part of the store that has actually established the call connection.
  • FIG. 27 is a diagram illustrating an example in which the number of stores actually connected and the number of times are counted for each blog within a predetermined period.
  • RANDID as an identifier, it is possible to accurately grasp when and where a blog part is displayed, and whether each phase such as click, outgoing call, incoming call, etc. has been performed correctly.
  • the blog site when an access request is received from a home device, the blog site transmits a blog to the home device by redirection through the service providing server, and the service providing server device A device ID that uniquely identifies a store and a SIP-URI indicating information for connecting to the store are stored in association with each other, and when the device ID provided to the blog is selected by the Web terminal, the selection is performed.
  • the SIP-URI corresponding to the device ID obtained is acquired, and the acquired SIP-URI is notified to the SIP proxy server by redirection via the Web terminal.
  • the SIP proxy server stores an identifier for uniquely identifying the Web terminal and an SIP-URI indicating information for connecting to the IP communication device in association with each other, and the SIP-URI of the store is serviced via the Web terminal.
  • the SIP-URI of the telephone device is specified based on the IP address added by the Web terminal when the SIP-URI of the store is notified, and the SIP of the specified telephone device is specified.
  • the call is sent to the store using the SIP-URI of the store and a response is sent from the sent store. If received, the connection between the telephone device and the store is established. For this reason, for example, in an external device (store) that provides blog parts to a blog site, it is possible to grasp which blog has been called by the user who has called the phone. It is possible to attract and solicit.
  • the service providing server counts the number of times the blog is transmitted to the Web terminal, so that it is possible to acquire the blog browsing status and the like. For example, when a service system to which the present invention is applied is used, the usage fee of the system is changed for a blog site that provides a blog, or the blog layout (design) for soliciting customers depending on the blog viewing status It is possible to make use of it for changes to the solicitation method and so on.
  • the service providing server since the service providing server counts the number of times the store ID is selected by the Web terminal, it is possible to acquire the blog parts access status and the like.
  • a service system to which the present invention is applied when a service system to which the present invention is applied is used, it can be used for changing the layout (design) and solicitation method of blog parts for soliciting customers, and the access ranking of blog parts (stores). As a result, it is possible to use for soliciting customers and responding to customer needs.
  • the SIP proxy server counts the number of calls made to the telephone device using the specified in-home connection destination information (SIP-URI).
  • SIP-URI specified in-home connection destination information
  • the SIP proxy server counts the number of times that the connection between the telephone device and the store is established when the response is received from the store from which the call is transmitted.
  • the present invention is applied.
  • the service system it is possible to collect not only the access status of blogs and blog parts (stores) but also whether or not they are actually used.
  • detailed information that can be used for customer solicitation such as the usage ranking of blog parts (stores), can be aggregated.
  • a SAML or a certificate can be used in the same manner as in the second embodiment.
  • the service providing server notifies the generated external connection destination information (SIP-URI) to the SIP proxy server
  • the service providing server adds the SAML or certificate to the generated SIP-URI and notifies the SIP proxy server.
  • the SIP-URI is notified on the condition that the notified SIP-URI is authenticated as valid information based on the SAML or certificate notified from the service providing server via the Web terminal.
  • the SIP-URI of the telephone device is identified from the home information DB from the IP address added by the Web terminal.
  • Service form For example, in the first and second embodiments, description has been made by taking an advertisement of a website as an example. In the third embodiment, a blog has been described as an example. However, the present invention is not limited to this. Using a commonly used Web browser, the present invention can be applied to various services that use an external device from a home network.
  • the present invention is not limited to this, and when the store ID is clicked on the Web,
  • the store information can also be displayed on a TV equipped with a Web browser.
  • the web browser-equipped television and the store can be connected using a VPN, and security can be kept high. That is, the IP communication device used in the present invention is not limited to the telephone device described in the embodiments.
  • all or a part of the processes described as being automatically performed is manually performed.
  • all or part of the processing described as being performed manually can be automatically performed by a known method.
  • information including processing procedures, control procedures, specific names, various data and parameters shown in the above-mentioned documents and drawings can be arbitrarily changed unless otherwise specified.
  • each component of each illustrated apparatus is functionally conceptual and does not necessarily need to be physically configured as illustrated.
  • the specific form of distribution / integration of each device is not limited to that shown in the figure, and all or a part thereof may be functionally or physically distributed or arbitrarily distributed in arbitrary units according to various loads or usage conditions. It can be configured by integrating (for example, integrating the first transmission unit and the second transmission unit, or installing an IP address registration processing part by the SIP proxy server outside).
  • all or any part of each processing function performed in each device may be realized by a CPU and a program analyzed and executed by the CPU, or may be realized as hardware by wired logic.
  • the communication control method described in the present embodiment can be realized by executing a program prepared in advance on a computer such as a personal computer or a workstation.
  • This program can be distributed via a network such as the Internet.
  • the program can also be executed by being recorded on a computer-readable recording medium such as a hard disk, a flexible disk (FD), a CD-ROM, an MO, and a DVD and being read from the recording medium by the computer.
  • a computer-readable recording medium such as a hard disk, a flexible disk (FD), a CD-ROM, an MO, and a DVD and being read from the recording medium by the computer.
  • the communication control system, the communication control method, the call control server device, and the call control program according to the present invention are provided between a home device that performs various communications, a telephone device that is connected to another telephone device, and another network. It is useful for connecting a telephone device in a home network composed of a data relay device that controls various communications and an external device installed outside the home network, especially using special software. It is suitable for making a call connection easily.
  • Service Providing Server 11 Communication Control I / F Unit 12 Storage Unit 13 Outside Information DB DESCRIPTION OF SYMBOLS 20 Control part 21 Access response part 22 Outside-home information acquisition part 30 SIP proxy server 31 Communication control I / F part 32 Storage part 33 In-home information DB 40 control unit 41 home information specifying unit 42 first transmission unit 43 second transmission unit 44 connection unit

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Business, Economics & Management (AREA)
  • Multimedia (AREA)
  • General Business, Economics & Management (AREA)
  • Finance (AREA)
  • Strategic Management (AREA)
  • Development Economics (AREA)
  • Accounting & Taxation (AREA)
  • Economics (AREA)
  • Game Theory and Decision Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Marketing (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Telephonic Communication Services (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

　サービス提供サーバは、Ｗｅｂ端末からアクセス要求を受け付けた場合に、宅外情報ＤＢに記憶される店舗ＩＤをＷｅｂ端末に送信し、当該店舗ＩＤがＷｅｂ端末により選択された場合に、宅外接続先情報を取得し、Ｗｅｂ端末を介してＳＩＰプロキシサーバに通知する。そして、ＳＩＰプロキシサーバは、サービス提供サーバにより宅外接続先情報が通知された場合に、当該宅外接続先情報が通知される際に付加されたＩＰアドレスに基づいて、宅内接続先情報を宅内情報ＤＢから特定し、特定された宅内接続先情報を用いて電話装置に対して発信した後に、サービス提供サーバにより通知された宅外接続先情報を用いて店舗に発信し、その後、電話装置と店舗との接続を確立する。

Description

通信制御システム、通信制御方法、呼制御サーバ装置および呼制御プログラム
　本発明は、各種通信を行う宅内装置とＩＰ通信機とから構成される宅内ネットワークにおける前記ＩＰ通信機と、前記宅内ネットワークの外に設置されている宅外装置とを接続する通信制御システム、通信制御方法、呼制御サーバ装置および呼制御プログラムに関する。
　従来より、ブロードバンドの普及などにより、Ｗｅｂブラウザなどを利用し、インターネットを通じてＷｅｂページを閲覧する利用者が増えてきた。これらＷｅｂページは、検索が容易、情報量が豊富であるなど様々な利点があることから、多種多様なビジネスに利用されている。
　このようなビジネスでの利用例の一つとして、Ｗｅｂページに記載された電話番号を利用して、実店舗の利用予約や商品の注文などを行うシステムがある。例えば、特許文献１（特開平１０－３３６３４９号公報）では、Ｗｅｂブラウザから発信ボタンをクリックすることによる簡単な操作で通話（電話）発信を行うことができるClick-To-Dialシステムが開示されている。
　具体的には、電話機への発信機能を持つ専用ソフトウエアを内蔵した専用ＷｅｂブラウザをインストールしたＰＣと当該ＰＣに接続される電話機Ａとから構成されるシステムであって、利用者は、インターネットなどのＷｅｂページから電話をしたい店などの電話番号を入手し、入手した電話番号を専用Ｗｅｂブラウザの「電話番号」入力領域に入力して「発信ボタン」をクリックする。すると、専用Ｗｅｂブラウザは、接続される電話機Ａに発信し、当該電話機Ａに対して利用者が応答すると（オンフックすると）、利用者により入力された電話番号に通話発信する。
特開平１０－３３６３４９号公報
　しかしながら、上記した従来の技術は、専用のソフトウエアが必要であるという課題と、利用者の手間が多く容易でないという課題があった。
　具体的には、ＰＣで電話発信を行うための専用特殊なソフトウエアをＰＣに事前にインストールしておく必要がある。また、「発信ボタン」クリックという動作で通話（電話）発信を行うものの、発信元の電話番号は利用者が手入力する必要がある。また、たとえ事前に設定することができたとしても、住所変更や入力誤りなどの人的要因によってかならずしも、正しい設定になっているとは限らない。そのため、かけ間違いなどを防止することができず、利用者の手間が多く掛かり、このようなシステムを容易に利用することができない。
　本発明は、上記に鑑みてなされたものであって、特殊なソフトウエアを用いることなく、容易に接続することが可能である通信制御システム、通信制御方法、呼制御サーバ装置および呼制御プログラムを提供することを目的とする。
　上述した課題を解決し、目的を達成するため、本発明は、各種通信を行う宅内装置とＩＰ通信機とから構成される宅内ネットワークにおける前記ＩＰ通信機と、前記宅内ネットワークの外に設置されている宅外装置とを接続する通信制御システムであって、前記宅内装置を一意に識別する識別子と前記ＩＰ通信機と接続するための情報を示す宅内接続先情報とを対応付けて記憶する宅内情報記憶手段と、前記宅外装置を一意に識別する装置ＩＤと当該宅外装置と接続するための情報を示す宅外接続先情報とを対応付けて記憶する宅外情報記憶手段と、前記宅内装置からアクセス要求を受け付けた場合に、前記宅外情報記憶手段に記憶される装置ＩＤを前記宅内装置に送信するアクセス応答手段と、前記アクセス応答手段により送信された装置ＩＤが前記宅内装置により選択されたことが通知された場合に、当該通知された装置ＩＤに対応する宅外接続先情報を前記宅外情報記憶手段から取得する宅外情報取得手段と、前記アクセス応答手段により送信された装置ＩＤが前記宅内装置により選択されたことが通知された場合に、当該選択した宅内装置の識別子に対応付けて前記宅内情報記憶手段に記憶される宅内接続先情報を特定する宅内情報特定手段と、前記宅内情報特定手段により特定された宅内接続先情報を用いて、前記ＩＰ通信機に対して発信する第一の発信手段と、前記第一の発信手段により発信されたＩＰ通信機から応答を受信した場合に、前記宅外情報取得手段により取得された宅外接続先情報を用いて、前記宅外装置に対して発信する第二の発信手段と、前記第二の発信手段により発信された宅外装置から応答を受信した場合に、前記第一の発信手段により発信されたＩＰ通信機と前記第二の発信手段により発信された宅外装置との接続を確立する接続確立手段と、を備えたことを特徴とする。
　また、本発明は、各種通信を行う宅内装置とＩＰ通信機と構成される宅内ネットワークと、前記宅内装置に対してコンテンツを提供するＷｅｂサーバ装置と、前記コンテンツを顧客に対して勧誘するためのコンテンツ情報を宅内装置に提供するサービス提供サーバ装置と、前記Ｗｅｂサーバ装置に提供されるコンテンツにコンテンツ情報を掲載する宅外装置と、前記ＩＰ通信機と宅外装置とを接続する呼制御サーバ装置とから構成される通信制御システムであって、前記Ｗｅｂサーバ装置は、前記宅内装置からアクセス要求を受け付けた場合に、前記サービス提供サーバを介したリダイレクトで、前記コンテンツを前記宅内装置に送信するアクセス応答手段と、前記サービス提供サーバ装置は、前記宅外装置を一意に識別する装置ＩＤと当該宅外装置と接続するための情報を示す装宅外接続先情報とを対応付けて記憶する宅外情報記憶手段と、前記コンテンツに提供される装置ＩＤが前記宅内装置により選択された場合に、当該選択された装置ＩＤに対応する宅外接続先情報を前記宅外情報記憶手段から取得して、前記宅内装置を介したリダイレクトで、前記取得した宅外接続先情報を呼制御サーバ装置に通知する宅外情報送信手段と、前記呼制御サーバ装置は、前記宅内装置を一意に識別する識別子と前記ＩＰ通信機と接続するための情報を示す宅内接続先情報とを対応付けて記憶する宅内情報記憶手段と、前記宅外接続先情報が宅内装置を介して前記サービス提供サーバ装置から通知された場合に、当該宅外接続先情報が通知される際に宅内装置により付加された宅内装置の識別子に基づいて、前記宅内接続先情報を前記宅内情報記憶手段から特定する宅内情報特定手段と、前記宅内情報特定手段により特定された宅内接続先情報を用いて、前記ＩＰ通信機に対して発信する第一の発信手段と、前記第一の発信手段により発信されたＩＰ通信機から応答を受信した場合に、前記サービス提供サーバ装置から通知された宅外接続先情報を用いて、前記宅外装置に対して発信する第二の発信手段と、前記第二の発信手段により発信された宅外装置から応答を受信した場合に、前記第一の発信手段により発信されたＩＰ通信機と前記第二の発信手段により発信された宅外装置との接続を確立する接続確立手段と、を備えたことを特徴とする。
　本発明によれば、ユーザが一般的なＷｅｂブラウザを用いてアクセスしたＷｅｂサイトに表示される広告などの装置情報をクリックするだけで、当該広告を掲載した宅外装置に電話発信することができる結果、特殊なソフトウエアを用いることなく、容易にＩＰ通信を接続することが可能である。
　例えば、Ｗｅｂサイトからの音声を利用した問い合わせに際し、Ｗｅｂサイトからの問い合わせである事を店舗側が確認することが可能である。また、例えば、電話によるＷｅｂ上のアフィリエイトモデルを形成する事が可能である。
　また、本発明によれば、例えば、Ｗｅｂサーバにブログパーツ（コンテンツ情報）を提供する宅外装置（店舗）では、どのブログ（コンテンツ）を閲覧したユーザが電話してきたかを把握することができる結果、顧客の囲い込みなど、顧客に対して効果的な誘致および勧誘を行うことが可能である。
図１は、実施例１に係る通信制御システムの全体構成を示すシステム構成図である。 図２は、実施例１に係る通信制御システムの構成を示すブロック図である。 図３は、宅外情報ＤＢに記憶される情報の例を示す図である。 図４は、宅内情報ＤＢに記憶される情報の例を示す図である。 図５は、実施例１に係る通信制御システムによる処理の流れを示したシーケンス図である。 図６－１は、店舗ＩＤを付加した広告が表示されるＷｅｂサイトの画面例を示す図である。 図６－２は、発信確認としてＷｅｂ端末に表示されるＷｅｂサイトの画面例を示す図である。 図７は、サービス提供サーバからＳＩＰプロキシサーバに宅外接続先情報を直接送信する処理の流れを示すシーケンス図である。 図８は、サービス提供サーバからＳＩＰプロキシサーバへＷｅｂ端末を介して送信する際に、ＳＡＭＬなどの証明書を用いて通知する処理の流れを示すシーケンス図である。 図９は、付加されるＳＡＭＬの例を示す図である。 図１０は、ＳＡＭＬに記載される署名情報の例を示す図である。 図１１は、実施例３に係る通信制御システムの全体構成を示す図である。 図１２は、実施例３に係る通信制御システムにおける処理の流れを示すシーケンス図である。 図１３は、Ｗｅｂ端末にアクセスされたブログを記憶する例を示す図である。 図１４は、Ｗｅｂ端末にアクセスされたブログがＰＶされた回数を記憶する例を示す図である。 図１５は、ブログにおいてクリックされた店舗と日時とを集計した例を示す図である。 図１６は、ブログごとにブログパーツがＷｅｂ端末に実際に選択された回数を集計した例を示す図である。 図１７は、店舗ごとに実際に選択された回数を集計した例を示す図である。 図１８は、ブログごとに所定の期間内で実際に選択された店舗と回数を集計した例を示す図である。 図１９は、発信先と着信先とを記憶する例を示す図である。 図２０は、ブログごとに発信した回数を集計した例を示す図である。 図２１は、店舗ごとに発信した回数を集計した例を示す図である。 図２２は、電話装置ごとに発信した回数を集計した例を示す図である。 図２３は、ブログごとに所定の期間内で発信した回数を集計した例を示す図である。 図２４は、ブログごとに実際に接続した回数を集計した例を示す図である。 図２５は、店舗ごとに実際に接続した回数を集計した例を示す図である。 図２６は、電話装置ごとに実際に接続した回数を集計した例を示す図である。 図２７は、ブログごとに所定の期間内で実際に接続した店舗と回数を集計した例を示す図である。
　以下に添付図面を参照して、この発明に係る通信制御システム、通信制御方法、呼制御サーバ装置および呼制御プログラムの実施例を詳細に説明する。なお、以下では、本実施例で用いる主要な用語、本実施例に係る通信制御システムの概要および特徴、通信制御システムの構成および処理の流れを順に説明し、最後に本実施例に対する種々の変形例を説明する。
［用語の説明］
　最初に、本実施例で用いる主要な用語を説明する。本実施例で用いる「通信制御システム（請求の範囲に記載の「通信制御システム」の一例である）」は、Ｗｅｂ端末と電話装置とＨＧＷ（Home　Gateway）とから構成される宅内ネットワークと、検索サイトなどの各種Ｗｅｂサイトを提供するサービス提供サーバと、ＳＩＰ通信による通信制御を行うＳＩＰプロキシサーバと、サービス提供サーバに提供されるＷｅｂサイトに店舗の情報を掲載して顧客を勧誘する店舗（店舗の電話装置）とが相互にネットワークにより接続される。
　ここで用いる「Ｗｅｂ端末（請求の範囲に記載の「宅内装置」の一例である）」とは、インターネットなどの通信を一般的なＷｅｂブラウザを用いて行うパーソナルコンピュータなどの装置である。「電話装置（請求の範囲に記載の「ＩＰ通信機」の一例である）」とは、ＶｏＩＰ電話機などのテンキーを備え、ダイアル信号により相手先を指定して通話接続を行う電話機やソフトフォンであり、さらには、リモコンなど備えたＷｅｂブラウザ搭載テレビであってもよい。また、「ＨＧＷ（請求の範囲に記載の「データ中継装置」の一例である）」とは、ＩＰアドレスとして「192.168.1.1」と、ＳＩＰ－ＵＲＩ（Session　Initiation　Protocol－Uniform　Resource　Identifier）として「0422xx@xxx.co.jp」とが設定されている宅内ネットワークおよび宅外ネットワークに通信可能に接続する装置であり、アドレス変換やデータの載せ換えなどを行うことにより情報家電を相互接続する。具体的には、インターネットと宅内ネットワークの間に配置され、ホームルータ、プロトコル変換、ファイアウォール、ファイアウォールのルール動的変更などの機能や放送受信機能などのセットトップボックスを有する。つまり、Ｗｅｂ端末や電話装置は、ＨＧＷを介することで、同じＩＰアドレスを用いて、Ｗｅｂサイトにアクセスすることができる。
　なお、宅内ネットワークの各装置（情報家電）間は、家電標準化技術であるＤＬＮＡ（Digital　Living　Network　Alliance）やＵＰｎＰ（Universal　Plug　and　Play）などのプロトコルを用いて接続されており、上記した装置以外にも、Hard　Disk　RecorderやＷｅｂブラウザ搭載テレビなどの様々な装置が接続されている。また、これらの装置は、外部のネットワークと通信を行う際には、ＨＧＷを介して通信を行う。例えば、Ｗｅｂ端末がサービス提供サーバとＷｅｂ通信を行う場合、Ｗｅｂ端末は、ＨＧＷにてＮＡＴ変換などが実施されて、ＨＧＷに設定されている「192.168.1.1」のＩＰアドレスでサービス提供サーバに通信を行うこととなる。なお、本実施例では、IPv4を例にして説明するが、IPv6でも同様に処理することができる。また、プレフィックスを用いた表記（例えば、192.168.1.0/24など）を用いることもできる。
　また、「サービス提供サーバ（請求の範囲に記載の「サービス提供サーバ装置」の一例である）」とは、ネットワークを介して受け付けたアクセスに対して、様々なＷｅｂサイトを提供する装置であり、例えば、検索サイト、ニュースサイト、音楽サイトなどのＷｅｂサイトを提供する。また、「ＳＩＰプロキシサーバ（請求の範囲に記載の「呼制御サーバ装置」の一例である）」とは、複数の装置間をＳＩＰ（Session　Initiation　Protocol）を用いて接続する装置である。
　また、「店舗（請求の範囲に記載の「宅外装置」の一例である）」とは、顧客に対して自身が提供するサービス（例えば、居酒屋、レストラン、自動車販売など）の広告をサービス提供サーバのＷｅｂサイトに掲載することで顧客を確保する。例えば、「店舗」は、顧客に対して行うサービスとして「店名、住所、電話番号、サービス（飲み放題３０００円）」などといった広告をサービス提供サーバのＷｅｂサイトに掲載する。そして、顧客は、Ｗｅｂ端末を用いて当該Ｗｅｂサイトにアクセスし、当該Ｗｅｂサイトに掲載されている様々な広告を閲覧して、自身の要件に一致する店舗を決定することができる。
［通信制御システムの概要および特徴］
　次に、図１を用いて、実施例１に係る通信制御システムの概要および特徴を説明する。図１は、実施例１に係る通信制御システムの全体構成を示すシステム構成図である。この通信制御システムは、上記したように、Ｗｅｂ端末と電話装置とＨＧＷとから構成される宅内ネットワークと、サービス提供サーバと、ＳＩＰプロキシサーバと、店舗と相互にネットワークにより接続される。
　このような構成において、実施例１に係る通信制御システムは、宅内ネットワークにおける電話装置と、宅内ネットワークの外に設置されている店舗とを接続することを概要とするものであり、特に、特殊なソフトウエアを用いることなく、容易に通話接続することが可能である点に主たる特徴がある。なお、宅内ネットワークには、Ｗｅｂ端末、電話装置、他のネットワークとの各種通信を制御するＨＧＷなどが接続されている。
　この主たる特徴について具体的に説明すると、ＳＩＰプロキシサーバは、Ｗｅｂ端末を一意に識別する識別子と電話装置と接続するための情報を示す宅内接続先情報とを対応付けて宅内情報ＤＢに記憶する。具体的に例を挙げれば、宅内情報ＤＢは、『Ｗｅｂ端末を一意に識別する識別子を示す「ＩＰアドレス」、宅内ネットワークの電話装置と接続するための情報を示す「ＳＩＰ－ＵＲＩ」』として「192.168.1.1、0422xx@example.co.jp」などと記憶する。なお、ここでは、識別子としてIPｖ４における完全一致のIPアドレスを用いた場合について説明するが、本発明はこれに限定されるものではなく、例えば、ＩＰｖ６における前方一致や相関するＩＰアドレスを用いた場合や予め割り当てたユーザＩＤなど識別できるものであればこれに限定されずに用いることができる。
　そして、サービス提供サーバは、店舗を一意に識別する店舗ＩＤ（請求の範囲に記載の「装置ＩＤ」の一例である）と当該店舗に関する装置情報とを対応付けて宅外情報ＤＢに記憶する。具体的に例を挙げれば、宅外情報ＤＢは、装置ＩＤとして『店舗を一意に識別する「店舗ＩＤ」』に対応付けて、装置情報を示す『宅外装置の「ＳＩＰ－ＵＲＩ」』を記憶する。例えば、宅外情報ＤＢは、「店舗ＩＤ、ＳＩＰ－ＵＲＩ」として「11111、031234567@ntt.co.jp」などと記憶する。なお、ここで記憶される店舗ＩＤは、Ｗｅｂサイトの利用を希望する店舗からの申請などにより、サービス提供サーバが予め一意に付与する。
　このような状態において、サービス提供サーバは、Ｗｅｂ端末からアクセス要求を受け付けた場合に、宅外情報ＤＢに記憶される店舗ＩＤをＷｅｂ端末に送信する（図１の（１）～（２）参照）。上記した例で具体的に説明すると、Ｗｅｂ端末は、利用者の操作によってＷｅｂブラウザが起動されて、サービス提供サーバのＵＲＬなどが入力されてサービス提供サーバにアクセスする。すると、サービス提供サーバは、宅外情報ＤＢに記憶される店舗ＩＤ「11111」を付加した広告が表示されるＷｅｂサイトをＷｅｂ端末に応答する。なお、サービス提供サーバが応答するＷｅｂサイトは、上記した店舗ＩＤ「11111」のみだけでなく、複数の店舗ＩＤが同様に付加されている。つまり、このＷｅｂサイトは、一般的な検索サイトのように、複数の広告が表示されており、その広告それぞれに上記した装置情報が付加されていてもよい。
　そして、サービス提供サーバは、送信された店舗ＩＤがＷｅｂ端末により選択された場合に、当該選択された店舗ＩＤに対応する装置情報を宅外情報ＤＢから特定して取得し、Ｗｅｂ端末を介して、取得した装置情報をＳＩＰプロキシサーバに通知する（図１の（３）～（５）参照）。上記した例で具体的に説明すると、サービス提供サーバは、送信されたＷｅｂサイトに表示される複数の広告のうち、店舗ＩＤ「11111」を付加した広告がＷｅｂ端末によりクリックされた場合、当該クリックされた店舗ＩＤ「11111」に対応する装置情報「ＳＩＰ－ＵＲＩ＝031234567@ntt.co.jp」を宅外情報ＤＢから特定し、Ｗｅｂ端末を介したリダイレクトでＳＩＰプロキシサーバに通知する。このリダイレクトの際に、Ｗｅｂ端末（ＨＧＷ）のＩＰアドレスが付加されるので、サービス提供サーバは、ＳＩＰ－ＵＲＩ「031234567@ntt.co.jp」とＷｅｂ端末のＩＰアドレス「192.168.1.1」とをＳＩＰプロキシサーバに通知することとなる。
　続いて、ＳＩＰプロキシサーバは、当該装置情報が通知される際にＷｅｂ端末により付加された識別子に基づいて、当該Ｗｅｂ端末の宅内接続先情報を宅内情報ＤＢから特定する（図１の（６）参照）。上記した例で具体的に説明すると、ＳＩＰプロキシサーバは、サービス提供サーバにより店舗のＳＩＰ－ＵＲＩ「031234567@ntt.co.jp」がＷｅｂ端末を介して通知された場合に、当該ＳＩＰ－ＵＲＩ「031234567@ntt.co.jp」が通知される際にＷｅｂ端末により付加された識別子であるＩＰアドレス「192.168.1.1」に基づいて、当該Ｗｅｂ端末のＳＩＰ－ＵＲＩ「0422xx@example.co.jp」を宅内情報ＤＢから特定する。
　そして、ＳＩＰプロキシサーバは、特定された宅内接続先情報を用いて、電話装置に対して発信する（図１の（７）参照）。上記した例で具体的に説明すると、ＳＩＰプロキシサーバは、ＩＰアドレス「192.168.1.1」に基づいて特定されるＳＩＰ－ＵＲＩ「0422xx@example.co.jp」（電話装置）に対してＳＩＰによる発信を行い、その後、当該発信に対する応答（例えば、オンフックなど）を発信先（電話装置）から受け付ける。
　続いて、ＳＩＰプロキシサーバは、発信された電話装置から応答を受信した場合に、宅外情報ＤＢにより特定された装置情報を用いて、店舗に対して発信する（図１の（８）参照）。上記した例で具体的に説明すると、ＳＩＰプロキシサーバは、発信された電話装置から応答を受信した場合に、サービス提供サーバにより通知された店舗のＳＩＰ－ＵＲＩ「031234567@ntt.co.jp」（店舗ＩＤ＝11111が割り振られた店舗）に対してＳＩＰによる発信を行い、その後、当該発信に対する応答（例えば、オンフックなど）を発信先（店舗）から受け付ける。
　その後、ＳＩＰプロキシサーバは、発信された店舗から応答を受信した場合に、発信された電話装置と発信された宅外装置を接続する（図１の（９）参照）。上記した例で具体的に説明すると、ＳＩＰプロキシサーバは、発信された店舗から応答を受信した場合に、発信された電話装置と発信された店舗との接続を確立する。
　このように、実施例１に係る通信制御システムは、一般的なＷｅｂブラウザを用いてアクセスしたＷｅｂサイトに表示される広告（宅外情報）をクリックするだけで、当該広告を掲載した店舗に電話発信することができる結果、上記した主たる特徴のごとく、特殊なソフトウエアを用いることなく、容易に通話接続することが可能である点に主たる特徴がある。
［通信制御システムの構成］
　次に、図２を用いて、図１に示した通信制御システムの構成を説明する。図２は、実施例１に係る通信制御システムの構成を示すブロック図である。なお、ＨＧＷとＷｅｂ端末と電話装置と店舗とは、一般的な装置と同様の構成を有するので、ここでは、本発明において特徴的な機能を有するサービス提供サーバとＳＩＰプロキシサーバとについて説明する。
（サービス提供サーバの構成）
　図２に示すように、サービス提供サーバ１０は、通信制御Ｉ／Ｆ部１１と、記憶部１２と、制御部２０とを有する。通信制御Ｉ／Ｆ部１１は、ネットワークを介して接続される他の装置との間でやり取りする各種情報に関する通信を制御する。具体的に例を挙げれば、通信制御Ｉ／Ｆ部１１は、宅内ネットワークのＷｅｂ端末からＨＧＷを介してＷｅｂアクセスを受け付けたり、Ｗｅｂ端末に対してＨＧＷを介してＷｅｂサイトを送信したり、ＳＩＰプロキシサーバ３０に対してＳＩＰ－ＵＲＩを通知したりする。
　記憶部１２は、各種通信に必要なネットワーク情報や制御部２０による各種処理に必要なデータおよびプログラムを格納するとともに、特に本発明に密接に関連するものとしては、宅外情報ＤＢ１３を有する。宅外情報ＤＢ１３は、図３に示すように、『店舗を一意に識別する「店舗ＩＤ」、店舗名を示す「店舗名」、店舗が属する「カテゴリ」、店舗の「住所」、店舗の「ＳＩＰ－ＵＲＩ」』として「11111、店舗Ａ、レストラン、武蔵野市吉祥寺ＸＸＸ、031234567@ntt.co.jp」などと記憶する。なお、ここで記憶される店舗ＩＤは、Ｗｅｂサイトの利用を希望する店舗からの申請などにより、サービス提供サーバが予め一意に付与する。また、上記した各種のデータやパラメータを含む情報については、任意に変更することができる。また、図３は、宅外情報ＤＢに記憶される情報の例を示す図である。
　制御部２０は、ＯＳ（Operating　System）などの制御プログラム、各種の処理手順などを規定したプログラムおよび所要データを格納するための内部メモリを有するとともに、特に本発明に密接に関連するものとしては、アクセス応答部２１と、宅外情報取得部２２とを有し、これらによって種々の処理を実行する。
　アクセス応答部２１は、Ｗｅｂ端末からアクセス要求を受け付けた場合に、宅外情報ＤＢ１３に記憶される店舗ＩＤをＷｅｂ端末に送信する。上記した例で具体的に説明すると、アクセス応答部２１は、Ｗｅｂ端末からＷｅｂブラウザによるアクセスを受け付けた場合に、宅外情報ＤＢ１３に記憶される店舗ＩＤ「11111」を付加した広告が表示されるＷｅｂサイトをＷｅｂ端末に応答する。なお、サービス提供サーバが応答するＷｅｂサイトは、上記した店舗ＩＤ「11111」のみだけでなく、複数の店舗ＩＤが同様に付加されていてもよい。つまり、このＷｅｂサイトは、一般的な検索サイトのように、複数の広告が表示されており、その広告それぞれに上記した装置情報が付加されていることとなる。
　宅外情報取得部２２は、送信された店舗ＩＤが宅内装置により選択された場合に、当該選択された店舗ＩＤに対応する装置情報を宅外情報ＤＢ１３から取得し、宅内装置を介してＳＩＰプロキシサーバ３０に通知する。上記した例で具体的に説明すると、宅外情報取得部２２は、送信されたＷｅｂサイトに表示される複数の広告のうち、店舗ＩＤ「11111」を付加した広告がＷｅｂ端末によりクリックされた場合、当該クリックされた広告の店舗ＩＤがＷｅｂ端末から送信され、当該送信された店舗ＩＤ「11111」に対応する装置情報「ＳＩＰ－ＵＲＩ＝031234567@ntt.co.jp」を宅外情報ＤＢ１３から特定する。続いて、宅外情報取得部２２は、特定した店舗のＳＩＰ－ＵＲＩ「031234567@ntt.co.jp」として、Ｗｅｂ端末を介したリダイレクトでＳＩＰプロキシサーバ３０に通知する。
（ＳＩＰプロキシサーバの構成）
　図２に示すように、ＳＩＰプロキシサーバ３０は、通信制御Ｉ／Ｆ部３１と、記憶部３２と、制御部４０とを有する。通信制御Ｉ／Ｆ部３１は、ネットワークを介して接続される他の装置との間でやり取りする各種情報に関する通信を制御する。具体的に例を挙げれば、通信制御Ｉ／Ｆ部３１は、サービス提供サーバ１０からＳＩＰ－ＵＲＩやＩＰアドレスを受け付けたり、宅内ネットワークの電話装置や店舗とＳＩＰによる通信を制御したりする。
　記憶部３２は、各種通信に必要なネットワーク情報や制御部４０による各種処理に必要なデータおよびプログラムを格納するとともに、特に本発明に密接に関連するものとしては、宅内情報ＤＢ３３を有する。宅内情報ＤＢ３３は、宅内装置を一意に識別する識別子と電話装置と接続するための情報を示す宅内接続先情報とを対応付けて記憶する。上記した例で具体的に説明すると、宅内情報ＤＢ３３は、図４に示すように、『Ｗｅｂ端末を一意に識別する識別子を示す「ＩＰアドレス」、宅内ネットワークの電話装置と接続するための情報を示す「ＳＩＰ－ＵＲＩ」』として「192.168.1.1、0422xx@example.co.jp」などと記憶する。なお、上記した各種のデータやパラメータを含む情報については、任意に変更することができる。また、図４は、宅内情報ＤＢに記憶される情報の例を示す図である。
　制御部４０は、ＯＳ（Operating　System）などの制御プログラム、各種の処理手順などを規定したプログラムおよび所要データを格納するための内部メモリを有するとともに、特に本発明に密接に関連するものとしては、宅内情報特定部４１と、第一発信部４２と、第二発信部４３と、接続部４４とを有し、これらによって種々の処理を実行する。
　宅内情報特定部４１は、サービス提供サーバ１０により装置情報がＷｅｂ端末を介して通知された場合に、当該装置情報が通知される際にＷｅｂ端末により付加された識別子に基づいて、当該Ｗｅｂ端末の宅内接続先情報を宅内情報ＤＢ３３から特定する。上記した例で具体的に説明すると、宅内情報特定部４１は、サービス提供サーバ１０により店舗のＳＩＰ－ＵＲＩ「031234567@ntt.co.jp」がＷｅｂ端末を介して通知された場合に、当該ＳＩＰ－ＵＲＩ「031234567@ntt.co.jp」が通知される際にＷｅｂ端末により付加された識別子であるＩＰアドレス「192.168.1.1」に対応するＳＩＰ－ＵＲＩ「0422xx@example.co.jp」を宅内情報ＤＢ３３から特定する。
　第一発信部４２は、宅内情報特定部４１により特定された宅内接続先情報を用いて、電話装置に対して発信する。上記した例で具体的に説明すると、第一発信部４２は、ＩＰアドレス「192.168.1.1」に基づいて、当該ＳＩＰ－ＵＲＩ「0422xx@example.co.jp」に対してＳＩＰによる発信を通信制御Ｉ／Ｆ部３１を介して行う。その後、第一発信部４２は、例えば、オンフックなど当該発信に対する応答を発信先（電話装置）から通信制御Ｉ／Ｆ部３１を介して受け付ける。
　第二発信部４３は、第一発信部４２により発信された電話装置から応答を受信した場合に、宅外情報取得部２２により特定された装置情報を用いて、宅外装置に対して発信する。上記した例で具体的に説明すると、第二発信部４３は、第一発信部４２により発信された電話装置から応答を受信した場合に、サービス提供サーバ１０により特定されて通知された宅外装置（店舗）のＳＩＰ－ＵＲＩ「031234567@ntt.co.jp」に対してＳＩＰによる発信を通信制御Ｉ／Ｆ部３１を介して行う。その後、第二発信部４３は、例えば、オンフックなどの当該発信に対する応答を発信先（店舗）から通信制御Ｉ／Ｆ部３１を介して受け付ける。
　接続部４４は、発信された宅外装置から応答を受信した場合に、発信された電話装置と発信された宅外装置とを接続する。上記した例で具体的に説明すると、接続部４４は、発信された店舗から応答を受信した場合に、第一発信部４２により発信された電話装置と第二発信部４３により発信された店舗を接続する。また、接続部４４は、取得した電話番号に基づき、３ｒｄパーティコール（ＲＦＣ３７２５）を用いることにより、店舗と宅内ネットワークの電話装置を接続することもできる。具体的には、接続部４４は、店舗の電話番号（例えば、ＳＩＰ－ＵＲＩなど）と、宅内ネットワークの電話装置の電話番号（例えば、ＳＩＰ－ＵＲＩなど）とを、サービス提供サーバを介して受信する。その結果、接続部４４は、サービス提供サーバ１０を認識することができ、Ｗｅｂサイトにアクセスして店舗をクリックしたＷｅｂ端末が接続される宅内ネットワークの電話装置や当該店舗に対して、サービス提供サーバ１０の電話番号（ＳＩＰ－ＵＲＩ）を発信番号として発信することができる。
［通信制御システムによる処理］
　次に、図５を用いて、通信制御システムによる処理の流れを説明する。図５は、実施例１に係る通信制御システムによる処理の流れを示したシーケンス図である。
　図５に示すように、宅内ネットワークの電話装置は、電源がONになったタイミングやREGISTERの有効期限が切れたタイミングにより、ＨＧＷを介して、ＳＩＰプロキシサーバ３０に対してＳＩＰ通信における「REGISTERメッセージ」を送信する（ステップＳ１０１）。この「REGISTERメッセージ」を受け取ったＳＩＰプロキシサーバ３０は、ＨＧＷによって当該REGISTERメッセージに付加されたＩＰアドレスと、電話装置のＳＩＰ－ＵＲＩとを対応付けて宅内情報ＤＢ３３に格納し、電話装置に対して「200　OKメッセージ」の応答を送信する（ステップＳ１０２とステップＳ１０３）。
　なお、ここでは、ＳＩＰプロキシサーバ３０は、ＳＩＰ通信の「REGISTERメッセージ」を受け付けた場合に、Ｗｅｂ端末のＩＰアドレスと電話装置のＳＩＰ－ＵＲＩとを対応付けて記憶する例について説明したが、本発明はこれに限定されるものではなく、例えば、管理者などによって予め記憶されていてもよい。
　その後、Ｗｅｂ端末は、サービス提供サーバ１０が提供するＷｅｂサイトにアクセスする（ステップＳ１０４）。アクセスを受け付けたサービス提供サーバ１０は、受け付けたアクセスの応答として、宅外情報の店舗ＩＤが付与された広告が示されるＷｅｂサイトを送信する（ステップＳ１０５とステップＳ１０６）。
　具体的に例を挙げて説明すると、Ｗｅｂ端末からアクセスを受け付けたサービス提供サーバ１０は、図６－１に示すように、宅外情報ＤＢ１３に記憶される店舗ＩＤを付加した広告が表示されるＷｅｂサイトをＷｅｂ端末に応答する。なお、図６－１は、店舗ＩＤを付加した広告が表示されるＷｅｂサイトの画面例を示す図である。
　そして、Ｗｅｂ端末は、利用者の操作により、受信したＷｅｂサイトに表示される広告の選択を受け付ける（ステップＳ１０７）。続いて、サービス提供サーバ１０は、当該選択された広告（店舗ＩＤ）に対応する装置情報を宅外情報ＤＢ１３から取得する（ステップＳ１０８）。
　上記した例で具体的に説明すると、サービス提供サーバ１０は、送信されたＷｅｂサイトに表示される複数の広告のうち、店舗ＩＤ「11111」を付加した広告がＷｅｂ端末によりクリックされた場合、当該クリックされた店舗ＩＤ「11111」に対応する装置情報「11111、店舗Ａ、レストラン、武蔵野市吉祥寺ＸＸＸ、031234567@ntt.co.jp」を宅外情報ＤＢ１３から特定する。続いて、サービス提供サーバ１０は、図６－２に示すように、選択された店舗への発信を行うか否かを問い合わせる画面をＷｅｂ端末に送信し、図６－２における「ＯＫ」がクリックされると、ＳＩＰ－ＵＲＩ「031234567@ntt.co.jp」を店舗の装置情報として取得する。なお、図６－２は、発信確認としてＷｅｂ端末に表示されるＷｅｂサイトの画面例を示す図である。
　続いて、サービス提供サーバ１０は、Ｗｅｂ端末を介して、ステップＳ１０８で取得したＳＩＰ－ＵＲＩをＳＩＰプロキシサーバ３０に通知する（ステップＳ１０９とステップＳ１１０）。続いて、ＳＩＰプロキシサーバ３０は、発信する旨をＷｅｂ端末に送信する（ステップＳ１１１）。
　上記した例で具体的に説明すると、サービス提供サーバ１０は、取得した店舗のＳＩＰ－ＵＲＩ「031234567@ntt.co.jp」を、Ｗｅｂ端末を介してＳＩＰプロキシサーバ３０に通知する。ここで、装置情報である店舗のＳＩＰ－ＵＲＩ「031234567@ntt.co.jp」は、Ｗｅｂ端末からリダイレクトしてＳＩＰプロキシサーバ３０に通知されるため、Ｗｅｂ端末のＩＰアドレス「192.168.1.1」がＨＧＷにより付加されて通知されることとなる。
　すると、ＳＩＰプロキシサーバ３０は、サービス提供サーバ１０により通知されたＳＩＰ－ＵＲＩに付加されているＩＰアドレスに基づいて、当該宅内装置の宅内接続先情報を宅内情報ＤＢ３３から特定する（ステップＳ１１２）。上記した例で具体的に説明すると、ＳＩＰプロキシサーバ３０は、サービス提供サーバ１０により通知された店舗のＳＩＰ－ＵＲＩ「031234567@ntt.co.jp」に付加されているＩＰアドレス「192.168.1.1」に基づいて、当該ＳＩＰ－ＵＲＩ「0422xx@example.co.jp」を宅内情報ＤＢ３３から特定する。
　その後、ＳＩＰプロキシサーバ３０は、特定した宅内接続先情報を用いて、電話装置に対して発信し、当該発信に対する応答を受信すると、サービス提供サーバ１０により通知されたＳＩＰ－ＵＲＩを用いて、店舗に対して発信する（ステップＳ１１３～ステップＳ１１７）。そして、ＳＩＰプロキシサーバ３０は、発信された店舗から応答を受信した場合に、発信された電話装置と発信された店舗を接続する（ステップＳ１１８とステップＳ１１９）。
　上記した例で具体的に説明すると、ＳＩＰプロキシサーバ３０は、特定した電話装置のＳＩＰ－ＵＲＩ「0422xx@example.co.jp」を用いて、電話装置に対して「INVITE」を送信する。そして、ＳＩＰプロキシサーバ３０は、当該電話装置から「200　OK」を受信すると、サービス提供サーバ１０により通知された店舗のＳＩＰ－ＵＲＩ「031234567@ntt.co.jp」を用いて、店舗に対して「INVITE」を送信する。そして、ＳＩＰプロキシサーバ３０は、発信された店舗から「200　OK」を受信した場合に、電話装置と店舗との間のＳＩＰ通信を確立する。なお、電話装置および店舗に発信される際には、両方ともサービス提供サーバの電話番号で発信されることとなる。
　なお、サービス提供サーバ１０およびＳＩＰプロキシサーバ３０は、課金などに利用するためのログ情報などを取得することもできる。具体的には、サービス提供サーバ１０は、ステップＳ１０８の後に、選択された店舗ＩＤに関するログを取得することにより、選択された店舗ＩＤを計数し、選択された回数に応じた課金などを店舗に請求することができる。また、ＳＩＰプロキシサーバ３０は、ステップＳ１１０の後に、発信指示がなされた店舗ＩＤに関するログを取得することにより、発信指示された店舗ＩＤを計数し、発信指示された回数に応じた課金などを店舗に請求することができる。また、ＳＩＰプロキシサーバ３０は、ステップＳ１１２の後に、実際に発信された店舗ＩＤに関するログを取得することにより、発信された店舗ＩＤを計数し、発信された回数に応じた課金などを店舗に請求することができる。
　例えば、サービス提供サーバ１０は、ステップＳ１０８の後に、『選択された「日時」、選択された店舗の「ＳＩＰ－ＵＲＩ」』をログとして取得し、この「ＳＩＰ－ＵＲＩ」を計数することにより、選択された回数に応じた課金などを店舗に請求することができる。また、ＳＩＰプロキシサーバ３０は、ステップＳ１１０の後に、『発信指示された「日時」、発信指示された店舗の「ＳＩＰ－ＵＲＩ」』をログとして取得し、この発信指示された「ＳＩＰ－ＵＲＩ」を計数することにより、発信指示された回数に応じた課金などを店舗に請求することができる。同様に、ＳＩＰプロキシサーバ３０は、ステップＳ１１２の後に、『実際に発信された「日時」、実際に発信された店舗の「ＳＩＰ－ＵＲＩ」』をログとして取得し、この実際に発信された「ＳＩＰ－ＵＲＩ」を計数することにより、発信された回数に応じた課金などを店舗に請求することができる。
　また、上記した以外のログとして、サービス提供サーバ１０は、ステップＳ１０５の後に、『ユーザに応答された（ユーザにより選択された）「日時」、応答されたＷｅｂサイトを示す「ＵＲＬ」』をログとして取得し、この応答された「ＵＲＬ」を計数することにより、実際に応答された回数に応じた課金などを店舗に請求することができる。また、ＳＩＰプロキシサーバ３０は、ステップＳ１１９の後に、『接続が確立された「日時」、接続の発信元を示す「店舗のＳＩＰ－ＵＲＩ」、接続の着信元を示す「電話装置のＳＩＰ－ＵＲＩ」』をログとして取得し、この接続が確立された回数を計数することにより、接続回数に応じた課金などを店舗に請求することができる。
［実施例１による効果］
　このように、実施例１によれば、Ｗｅｂ端末を一意に識別するＩＰアドレスと電話装置と接続するための情報を示すＳＩＰ－ＵＲＩとを対応付けて記憶し、店舗を一意に識別する店舗ＩＤと店舗に関する装置情報とを対応付けて記憶し、Ｗｅｂ端末からアクセス要求を受け付けた場合に、店舗ＩＤを含む広告が表示されるＷｅｂサイトをＷｅｂ端末に送信し、送信された店舗ＩＤがＷｅｂ端末により選択された場合に、当該選択された店舗ＩＤに対応する装置情報を取得して、店舗と接続するためのＳＩＰ－ＵＲＩを選択し、同様に、送信された店舗ＩＤがＷｅｂ端末により選択された場合に、当該店舗ＩＤを選択したＷｅｂ端末のＩＰアドレスに対応するＳＩＰ－ＵＲＩを特定し、特定されたＳＩＰ－ＵＲＩを用いて、電話装置に対して発信し、発信された電話装置から応答を受信した場合に、生成されたＳＩＰ－ＵＲＩを用いて、店舗に対して発信し、発信された店舗から応答を受信した場合に、電話装置と店舗との接続を確立するので、ユーザが一般的なＷｅｂブラウザを用いてアクセスしたＷｅｂサイトに表示される広告（宅外情報）をクリックするだけで、当該広告を掲載した店舗に電話発信することができる結果、特殊なソフトウエアを用いることなく、容易に通話接続することが可能である。
　また、実施例１によれば、ユーザは、Ｗｅｂ端末を用いてアクセスしたＷｅｂサイトの広告をクリックすることにより、当該広告により示される店舗に電話発信することができる結果、電話番号を入力して電話発信を行う場合などに起こりうる誤った人への発信などを防止することができる。また、実施例１によれば、サービス提供サーバを介して電話発信をおこなっていることより、店舗は、ユーザがどのＷｅｂサイトからアクセスしてきたかを把握することができ、ユーザにとっては、発信先に自身の電話番号を知られずに済む。
　また、実施例１によれば、従来、例えば、ページの作成代行や検索ポータル，アフェリエイトなど店舗からの依頼に基づいてＷｅｂサイトを運営している場合においては、広告効果を測ることが重要となる。その手法について一例を挙げると、クーポンを使わせたり、○○を見ていると口頭で伝えさせたり、などの行為により、そのサイトを見ている事を確認する手法がある。このように利用者に依存する確認手段では、広告効果を確実に確かめる事ができない。本発明により、確実に効果が取得できる。
　ところで、実施例１では、サービス提供サーバからＳＩＰプロキシサーバへＷｅｂ端末を介して店舗のＳＩＰ－ＵＲＩを送信する場合について説明したが、本発明はこれに限定されるものではなく、様々な手法で送信することができる。
　そこで、実施例２では、実施例１とは異なる手法で、Ｗｅｂ端末を介して、サービス提供サーバからＳＩＰプロキシサーバへ、店舗のＳＩＰ－ＵＲＩを送信する例について説明する。ここでは、サービス提供サーバからＷｅｂ端末を介することなく、ＳＩＰプロキシサーバに直接送信する場合と、サービス提供サーバからＳＩＰプロキシサーバへＷｅｂ端末を介して通知する際に、ＳＡＭＬ（Security　Assertion　Markup　Language）などの証明書を用いて送信する場合とのそれぞれについて、シーケンス図を用いて説明する。
（直接送信する場合のシーケンス）
　まず、図７を用いて、サービス提供サーバからＷｅｂ端末を介することなく、ＳＩＰプロキシサーバに直接通知する場合について説明する。図７は、サービス提供サーバからＳＩＰプロキシサーバに装置情報を直接送信する処理の流れを示すシーケンス図である。なお、この例では、サービス提供サーバとＳＩＰプロキシサーバとは互いに信頼のおける装置であると認識している。
　また、実施例１と同様、サービス提供サーバは、店舗にＳＩＰ－ＵＲＩなどを記憶する宅外情報ＤＢを有し、ＳＩＰプロキシサーバは、宅内ネットワークのＳＩＰ－ＵＲＩなどを記憶する宅内情報ＤＢを有している。
　図７に示すように、実施例１と同様、ＳＩＰプロキシサーバは、Ｗｅｂ端末のＩＰアドレスと電話装置のＳＩＰ－ＵＲＩとを対応付けて記憶し、サービス提供サーバは、Ｗｅｂ端末からのアクセスに対してＷｅｂサイトを応答し、Ｗｅｂ端末から選択された店舗ＩＤに対応するＳＩＰ－ＵＲＩを取得する（ステップＳ２０１～ステップＳ２０８）。
　その後、実施例１とは異なり、サービス提供サーバは、Ｗｅｂ端末から受け付けたアクセスの際に、Ｗｅｂ端末のアクセス要求時のＩＰアドレスを取得し、取得したＳＩＰ－ＵＲＩに付加し、Ｗｅｂ端末を介することなく、信頼のおけるＳＩＰプロキシサーバに直接送信する（ステップＳ２０９）。その後の処理であるステップＳ２１０～ステップＳ２１８は、実施例１で説明したステップＳ１１１～ステップＳ１１９と同様であるので、ここでは省略する。
　このようにすることで、信頼のおける装置間でのみ、ＳＩＰ－ＵＲＩを送受信することができる結果、ＳＩＰ－ＵＲＩの漏えいや改ざんを防止することができ、セキュリティを強固にすることが可能である。
（証明書を付加して送信する場合のシーケンス）
　次に、図８を用いて、サービス提供サーバからＳＩＰプロキシサーバへＷｅｂ端末を介して送信する際に、ＳＡＭＬなどの証明書を用いて送信する場合について説明する。図８は、サービス提供サーバからＳＩＰプロキシサーバへＷｅｂ端末を介して送信する際に、ＳＡＭＬを用いて通知する処理の流れを示すシーケンス図である。
　図８に示すように、実施例１と同様、ＳＩＰプロキシサーバは、Ｗｅｂ端末のＩＰアドレスと電話装置のＳＩＰ－ＵＲＩとを対応付けて記憶し、サービス提供サーバは、Ｗｅｂ端末からのアクセスに対してＷｅｂサイトを応答し、Ｗｅｂ端末から選択された店舗ＩＤに対応するＳＩＰ－ＵＲＩを特定する（ステップＳ３０１～ステップＳ３０８）。
　その後、実施例１とは異なり、サービス提供サーバは、特定したＳＩＰ－ＵＲＩにＳＡＭＬを付加して、Ｗｅｂ端末を介したリダイレクトで、ＳＩＰプロキシサーバに送信する（ステップＳ３０９とステップＳ３１０）。すると、ＳＩＰプロキシサーバは、受信したＳＩＰ－ＵＲＩに付加されたＳＡＭＬをサービス提供サーバに再度送信し（ステップＳ３１１）、当該ＳＡＭＬが正当な情報であるか否かを判定した結果をサービス提供サーバから受信する（ステップＳ３１２）。
　具体的には、サービス提供サーバは、図９に示すようなＳＡＭＬを特定したＳＩＰ－ＵＲＩに付加して、Ｗｅｂ端末を介したリダイレクトで、ＳＩＰプロキシサーバに送信する。このＳＡＭＬには、図示するように、サービス提供サーバのドメイン情報、発信者のＩＰアドレス、ＳＩＰプロキシサーバのドメイン情報、図１０に示した署名を含む店舗の電話番号などが記載されている。このようなＳＡＭＬを受信したＳＩＰプロキシサーバは、受信したＳＩＰ－ＵＲＩに付加されたＳＡＭＬをサービス提供サーバに再度送信する。サービス提供サーバは、ＳＡＭＬ内のサービス提供サーバのドメイン情報、発信者のＩＰアドレス、ＳＩＰプロキシサーバのドメイン情報などを判定することにより、自装置が通知したＳＩＰ－ＵＲＩであるか否かを判定する。そして、サービス提供サーバは、その判定結果をＳＩＰプロキシサーバに通知する。
　そして、ＳＩＰプロキシサーバは、当該ＳＩＰ－ＵＲＩが正当な情報であると、サービス提供サーバにより認証された場合にのみ（ステップＳ３１３）、ステップＳ３１４～ステップＳ３２２の処理を実行する。なお、ステップＳ３１４～ステップＳ３２２の処理は、実施例１で説明したステップＳ１１１～ステップ１１９の処理と同様の処理であるので、ここでは省略する。
　このようにすることで、サービス提供サーバからＳＩＰプロキシサーバへＷｅｂ端末を介して店舗のＳＩＰ－ＵＲＩを送信する場合であっても、ＳＩＰ－ＵＲＩの漏えいや改ざんを防止することができ、セキュリティを強固にすることが可能である。
　また、本実施例では、サービス提供サーバからＳＩＰプロキシサーバへＷｅｂ端末を介して店舗のＳＩＰ－ＵＲＩを送信する場合に、ＳＡＭＬを用いてＳＩＰ－ＵＲＩの漏えいや改ざんを防止する例について説明したが、本発明はこれに限定されるものではなく、例えば、電子署名など検証可能な形式なものであれば、どのような情報であってもよい。なお、図９は、付加されるＳＡＭＬの例を示す図であり、図１０は、ＳＡＭＬに記載される署名情報の例を示す図である。
　ところで、実施例１と２では、店舗情報を検索サイトなどの広告に適用した例にして説明したが、本発明はこれに限定されるものではなく、店舗情報を各種ブログで用いられるブログパーツに適用することもできる。
　そこで、実施例３では、実施例１と２で説明した店舗情報を各種ブログで用いられるブログパーツに適用した場合について説明する。なお、実施例３では、実施例３に係る通信制御システムの全体構成、処理の流れ、実施例３による効果について順に説明する。
［通信制御システムの全体構成（実施例３）］
　まず、図１１を用いて、実施例３に係る通信制御システムの全体構成について説明する。図１１は、実施例３に係る通信制御システムの全体構成を示す図である。
　図１１に示すように、実施例３に係る通信制御システムは、宅内ネットワークと、Ｗｅｂ端末に対してブログを提供するブログサイトと、ブログに掲載される顧客を勧誘するためのブログパーツを提供するサービス提供サーバと、電話装置と店舗とを接続するＳＩＰプロキシサーバとが接続されている。なお、宅内ネットワークには、各種通信を行うＷｅｂ端末と、他の電話装置と通話接続する電話装置と、他のネットワークとの各種通信を制御するＨＧＷなどが接続されている。本実施例では、説明上、通信制御システムにブログサイトが１台接続されている場合を図示しているが、実際のシステムとしては、複数のブログサイトが接続されている。そのうち、ここでは、Ｗｅｂ端末が図示されているブログサイトにより提供されるブログにアクセスした場合について説明する。
　このような構成において、ＳＩＰプロキシサーバは、宅内装置を一意に識別する識別子と電話装置と接続するための情報を示す宅内接続先情報とを対応付けて宅内情報ＤＢに記憶する。具体的に例を挙げれば、宅内情報ＤＢは、『Ｗｅｂ端末を一意に識別する識別子を示す「ＩＰアドレス」、宅内ネットワークの電話装置と接続するための情報を示す「ＳＩＰ－ＵＲＩ」』として「192.168.1.1、0422xx@example.co.jp」などと記憶する。なお、ここでは、識別子としてＩＰアドレスを用いた場合について説明するが、本発明はこれに限定されるものではなく、例えば、予め割り当てたユーザＩＤなど識別できるものであればこれに限定されずに用いることができる。
　そして、ブログサイトは、ブログパーツＩＤと店舗ＩＤとを対応付けてブログパーツＤＢに記憶する。なお、ブログパーツＩＤとは、自装置が提供するブログに表示されるブログパーツを識別する識別子である。また、店舗ＩＤとは、当該ブログパーツを広告として提供する店舗を識別する識別子である。具体的には、ブログサイトのブログパーツＤＢは、「ブログパーツＩＤ、店舗ＩＤ」として「01、11111」や「02、22222」などと記憶する。この例では、ブログにブログパーツが２つ表示されていることとなるが、ブログパーツの数は、これに限定されるものではない。
　そして、サービス提供サーバは、ブログを提供するユーザ情報をユーザ情報ＤＢに記憶する。具体的に例を挙げれば、サービス提供サーバのユーザ情報ＤＢは、『ブログサイトを運営するユーザを識別する「ブロガーＩＤ」、当該ブロガーが運営するブログを示す「ブログＵＲＬ」』として「aaaa、www.ntt.co.jp/～aaaa」や「bbbb、www.ntt.co.jp/～bbbb」などを記憶する。なお、この他にも、ブロガーを特定する情報として「氏名、住所、電話番号、カード番号」などを記憶してもよい。
　また、サービス提供サーバは、各ブログに広告されているブログパーツのユーザ情報（店舗情報）を宅外情報ＤＢに記憶する。具体的に例を挙げれば、サービス提供サーバの宅外情報ＤＢは、『ブログパーツを利用している店舗を識別する「店舗ＩＤ」、当該店舗の連絡先を示す「ＳＩＰ－ＵＲＩ」、当該店舗ＩＤが割り与えられたブログパーツが広告されているブログを示す「ブログＵＲＬ」』として「11111、031234567@ntt.co.jp、www.ntt.co.jp/～aaaa」などを記憶する。なお、この他にも、店舗を特定する情報として「経営者氏名、住所、電話番号」などを記憶してもよい。
　このような状態において、ブログサイトは、Ｗｅｂ端末からアクセス要求を受け付けた場合に、ブログに関する情報をサービス提供サーバに送信しつつ、サービス提供サーバを介してＷｅｂ端末にブログを応答する（図１１の（１）～（３）参照）。上記した例で具体的に説明すると、Ｗｅｂ端末は、利用者の操作によってＷｅｂブラウザを起動し、ブログサイトが提供するブログにアクセスする。すると、ブログサイトは、店舗ID＝11111が割り与えられたブログパーツ「ID＝01」および店舗ID＝22222が割り与えられたブログパーツ「ID＝02」が表示されるブログを、サービス提供サーバを介してＷｅｂ端末に提供する。
　続いて、サービス提供サーバは、ブログサイトから店舗ＩＤを受信した場合に、当該装置ＩＤと、送信したブログサイトへのアクセスを一意に識別する識別子とを対応付けてブログアクセスＤＢに記憶する（図１１の（４）参照）。具体的には、サービス提供サーバのブログアクセスＤＢは、ブログサイトが当該サービス提供サーバを介してブログをＷｅｂ端末に提供した場合に、Ｗｅｂ端末からのアクセスを一意に識別する識別子（ＲＡＮＤＩＤ）を生成する。また、サービス提供サーバは、ブログに広告されているブログパーツの情報（店舗ＩＤ）と、生成したＲＡＮＤＩＤと、ＵＲＩとを対応付けて記憶する。つまり、サービス提供サーバは、日々更新されるブログサイトのどの状態でＷｅｂ端末にアクセスされたかを、ＲＡＮＤＩＤにより識別することができるようになる。
　その後、サービス提供サーバは、送信されたブログに表示されるブログパーツがＷｅｂ端末に選択された場合、当該選択されたブログパーツに対応するＳＩＰ－ＵＲＩを取得して、Ｗｅｂ端末を介してＳＩＰプロキシサーバに通知する（図１１の（５）～（７）参照）。上記した例で具体的に説明すると、Ｗｅｂ端末は、アクセスしたブログに表示される「ID＝01」のブログパーツをクリックする。すると、サービス提供サーバは、クリックされたブログパーツ（店舗ID＝11111）に対応するＳＩＰ－ＵＲＩ（031234567@ntt.co.jp）を上記した宅外情報ＤＢから取得する。そして、サービス提供サーバは、Ｗｅｂ端末を介したリダイレクトで、取得した対応するＳＩＰ－ＵＲＩ（031234567@ntt.co.jp）をＳＩＰプロキシサーバに送信する。
　続いて、ＳＩＰプロキシサーバは、ＳＩＰ－ＵＲＩが通知される際にＷｅｂ端末により付加された識別子に基づいて、当該Ｗｅｂ端末の宅内接続先情報を宅内情報ＤＢから特定する（図１１の（８）参照）。上記した例で具体的に説明すると、ＳＩＰプロキシサーバは、サービス提供サーバにより、店舗のＳＩＰ－ＵＲＩ「031234567@ntt.co.jp」がＷｅｂ端末を介して通知された場合に、当該ＳＩＰ－ＵＲＩ「031234567@ntt.co.jp」が通知される際にＷｅｂ端末により付加された識別子であるＩＰアドレス「192.168.1.1」に基づいて、当該Ｗｅｂ端末のＳＩＰ－ＵＲＩ「0422xx@example.co.jp」を宅内情報ＤＢから特定する。
　そして、ＳＩＰプロキシサーバは、特定された宅内接続先情報を用いて、電話装置に対して発信する（図１１の（９）参照）。上記した例で具体的に説明すると、ＳＩＰプロキシサーバは、ＩＰアドレス「192.168.1.1」に基づいて特定されるＳＩＰ－ＵＲＩ「0422xx@example.co.jp」（電話装置）に対して、ＳＩＰによる発信を行う。その後、ＳＩＰプロキシサーバは、例えば、オンフックなどの当該発信に対する応答を発信先（電話装置）から受け付ける。
　続いて、ＳＩＰプロキシサーバは、発信された電話装置から応答を受信した場合に、宅外情報ＤＢにより特定された装置情報を用いて、店舗に対して発信する（図１１の（１０）参照）。上記した例で具体的に説明すると、ＳＩＰプロキシサーバは、発信された電話装置から応答を受信した場合に、サービス提供サーバにより特定されて通知された店舗のＳＩＰ－ＵＲＩ「031234567@ntt.co.jp」（店舗ＩＤ＝11111が割り振られた店舗）に対してＳＩＰによる発信を行う。その後、ＳＩＰプロキシサーバは、オンフックなどの当該発信に対する応答を発信先（店舗）から受け付ける。
　その後、ＳＩＰプロキシサーバは、発信された店舗から応答を受信した場合に、発信された電話装置と発信された宅外装置とを接続する（図１１の（１１）参照）。上記した例で具体的に説明すると、ＳＩＰプロキシサーバは、発信された店舗から応答を受信した場合に、発信された電話装置と発信された店舗との接続を確立する。
　このように、実施例３に係る通信制御システムは、ブログサイトに広告されるブログパーツをクリックされた場合でも、当該ブログパーツを広告として掲載する店舗に対して電話発信することができる結果、特殊なソフトウエアを用いることなく、容易に通話接続することが可能である。
［通信制御システムによる処理の流れ（実施例３）］
　次に、図１２を用いて、実施例３に係る通信制御システムにおける処理の流れについて説明する。図１２は、実施例３に係る通信制御システムにおける処理の流れを示すシーケンス図である。
　図１２に示すように、宅内ネットワークの電話装置は、電源がONされることによってＳＩＰプロキシサーバに対してＳＩＰ通信における「REGISTERメッセージ」を、ＨＧＷを介して送信する（ステップＳ４０１）。この「REGISTERメッセージ」を受け取ったＳＩＰプロキシサーバは、ＨＧＷによって当該「REGISTERメッセージ」に付加されたＩＰアドレスと電話装置のＳＩＰ－ＵＲＩとを対応付けて宅内情報ＤＢに格納する（ステップＳ４０２）。そして、ＳＩＰプロキシサーバは、電話装置に対して「200　OKメッセージ」の応答を送信する（ステップＳ４０３）。
　その後、Ｗｅｂ端末は、ブログサイトが提供するブログにアクセスする（ステップＳ４０４）。アクセスを受け付けたブログサイトは、Ｗｅｂ端末を介したリダイレクトで、ブログパーツとして広告される店舗を示す店舗ＩＤを、サービス提供サーバに送信する（ステップＳ４０５～ステップＳ４０７）。
　すると、サービス提供サーバは、ブログサイトから店舗ＩＤを受信した場合に、当該装置ＩＤと送信したブログサイトを一意に識別する識別子とを対応付けて記憶し、ブログサイトから受信したブログをＷｅｂ端末に送信する（ステップＳ４０８とステップＳ４０９）。
　その後、サービス提供サーバは、送信された店舗ＩＤがＷｅｂ端末により選択された場合に、クリックされたブログパーツ「店舗ID＝11111」対応するＳＩＰ－ＵＲＩ（031234567@ntt.co.jp）を上記した宅外情報ＤＢから取得し、Ｗｅｂ端末を介したリダイレクトで、ＳＩＰ－ＵＲＩ（031234567@ntt.co.jp）をＳＩＰプロキシサーバに送信する（ステップＳ４１０～ステップＳ４１２）。
　なお、ここでサービス提供サーバが生成した宅外接続先情報（ＳＩＰ－ＵＲＩ）を、Ｗｅｂ端末を介してＳＩＰプロキシサーバに通知する手法としては、実施例２で説明した手法と同様の手法を用いることができる。具体的には、サービス提供サーバからＷｅｂ端末を介することなく、ＳＩＰプロキシサーバに直接送信する手法と、サービス提供サーバからＳＩＰプロキシサーバへＷｅｂ端末を介して通知する際に、ＳＡＭＬなどの証明書を用いた手法を用いることができる。また、それぞれの手法を用いた場合の処理の流れは、実施例２と同様であるので、ここでは詳細な説明は省略する。
　すると、ＳＩＰプロキシサーバは、発信する旨をＷｅｂ端末に送信して（ステップＳ４１３）、さらに、当該店舗ＩＤを選択したＷｅｂ端末の識別子であるＩＰアドレスに対応する宅内接続先情報「ＳＩＰ－ＵＲＩ：0422xx@xxx.co.jp」を宅内情報ＤＢから特定する（ステップＳ４１４）。
　その後、ＳＩＰプロキシサーバは、特定されたＳＩＰ－ＵＲＩ「0422xx@xxx.co.jp」を用いて電話装置に対して発信する（ステップＳ４１５）。
　そして、ＳＩＰプロキシサーバは、発信した電話装置から応答を受信すると（ステップＳ４１６）、サービス提供サーバにより通知されたＳＩＰ－ＵＲＩ「03yyy@yyy.com」を用いて、店舗に対して発信する（ステップＳ４１７）。
　続いて、ＳＩＰプロキシサーバは、発信した店舗から応答を受信すると（ステップＳ４１８）、発信した電話装置と発信した店舗との接続を確立して、接続が確立された回数を計数する（ステップＳ４１９～ステップＳ４２１）。
［各種ログの取得］
　また、実施例３では、ブロガーや店舗に対して課金するためのログなどを取得することができる。つまり、どのブログを閲覧したユーザが電話してきたかを把握することができる結果、集計した回数（通話接続，発信など）に基づき、ブロガーに対して報酬を支払うことができ、電話によるＷｅｂ上のアフェリエイトモデルを形成できる。
　そこで、以下では、図１２に示した各ステップに対応付けて、電話によるＷｅｂ上のアフェリエイトモデルを形成するために取得する様々なログについて説明する。
（選択回数）
　まず、図１３～図１８を用いて、サービス提供サーバが、ブログに広告されるブログパーツ（店舗ＩＤ）が選択された回数を計数する場合について説明する。具体的には、サービス提供サーバは、ブログサイトから店舗ＩＤを受信した場合に、図１２のステップＳ４０８において、ブログへのアクセスを一意に識別する識別子を生成し、生成した識別子に対応付けて店舗ＩＤやブログＵＲＩなどを記憶する。ここで記憶される情報は、図１１で示したブログアクセスＤＢに情報を格納する際に、ブログサイトから受信したブログから各種情報をより詳細に取得することで実現できる。
　例えば、サービス提供サーバは、ステップＳ４０５の後に、図１３に示すような『生成した識別子を示す「ＲＡＮＤＩＤ」、店舗ＩＤ（ブログ）を送信したブログサイトを示す「ブロガーＩＤ」、店舗ＩＤを送信したブログの状態を識別する「ブログＵＲＩ」』として「11111e39564yu、aaaa、/20080508」などを取得して記憶する。同様に、ステップＳ４０５の後に、サービス提供サーバは、図１４に示すように、『店舗ＩＤを送信したブログサイトを示す「ブロガーＩＤ」、ブログサイトから店舗ＩＤを受信した日時を示す「日時」、当該ブログに広告されているブログパーツの数を示す「店舗数」、当該ブログにアクセスされた回数を示す「ＰＶ数（ページビュー数）」』として「aaaa、2008/05/08　、3、2」などを取得して記憶する。
　このような情報を収集するサービス提供サーバは、図１４に示した「ＰＶ数」を集計することにより、「ＰＶ数」に応じた報酬をブロガーに対して、支払うことができる。なお、図１３は、Ｗｅｂ端末にアクセスされたブログを記憶する例を示す図であり、図１４は、Ｗｅｂ端末にアクセスされたブログがＰＶされた回数を記憶する例を示す図である。
　また、例えば、サービス提供サーバは、ステップＳ４１０の後に、図１５に示すような『選択されたブログパーツが広告されるブログを示す「ＲＡＮＤＩＤ」、選択された「日時」、選択された店舗の「ＳＩＰ－ＵＲＩ」』をログとして取得する。そして、サービス提供サーバは、図１３に示した「ブロガーＩＤ」と、図１３の「ＲＡＮＤＩＤ」に対応する図１５に示した「日時」と「店舗ＩＤ」を集計する。そうすることにより、サービス提供サーバは、図１６に示すように、『Ｗｅｂ端末により選択された店舗のブログパーツを広告するブログサイトを識別する「ブロガーＩＤ」、当該ブロガーＩＤが割り当てられたブログサイトをＷｅｂ端末に提供した日時を示す「日時」、当該ブログサイトが提供するブログに広告されるブログパーツがＷｅｂ端末にクリックされた回数を示す「クリック回数」』として「aaaa、2008/05/08、1」などを集計することができる。その結果、サービス提供サーバは、ブログごとにクリックされた回数を計数することができる。なお、図１５は、ブログにおいてクリックされた店舗と日時とを集計した例を示す図である。また、図１６は、ブログごとにブログパーツがＷｅｂ端末に実際に選択された回数を集計した例を示す図である。
　また、サービス提供サーバは、図１５に示した「日時」ごとに図１５の「店舗ＩＤ」を集計する。そうすることにより、サービス提供サーバは、図１７に示すように、『クリックされた店舗を示す「店舗ＩＤ」、当店舗がクリックされた際のブログサイトの状態を示す「日時」、当該店舗ＩＤ（ブログパーツ）がＷｅｂ端末にクリックされた回数を示す「クリック回数」』として「11111、2008/05/08、2」などを集計することができる。その結果、サービス提供サーバは、店舗ごとにクリックされた回数を計数することができる。なお、図１７は、店舗ごとに実際に選択された回数を集計した例を示す図である。
　また、サービス提供サーバは、図１３に示した「ブロガーＩＤ」に対応する「ＲＡＮＤＩＤ」ごとに、図１５の「店舗ＩＤ」を集計する。そうすることにより、サービス提供サーバは、図１８に示すように、『Ｗｅｂ端末により選択された店舗のブログパーツを広告するブログサイトを識別する「ブロガーＩＤ」、集計する期間を示す「期間」、クリックされた店舗を示す「店舗ＩＤ」、当該店舗ＩＤ（ブログパーツ）がＷｅｂ端末にクリックされた回数を示す「クリック回数」』として「aaaa、2008/05、11111、4」などを計数することができる。その結果、サービス提供サーバは、ブログごとに所定の期間内で実際に選択された店舗と回数を集計することができる。なお、図１８は、ブログごとに所定の期間内で実際に選択された店舗と回数を集計した例を示す図である。
（発信回数）
　次に、図１９～図２３を用いて、ＳＩＰプロキシサーバが、Ｗｅｂ端末により選択された店舗に発信した回数や電話装置に発信した回数を計数する場合について説明する。具体的には、ＳＩＰプロキシサーバは、ブログごとに実際に発信した回数、店舗ごとに実際に発信した回数、電話装置ごとに実際に発信した回数、ブログごとに所定の期間内で実際に発信した店舗と回数を計数することができる。
　例えば、ＳＩＰプロキシサーバは、図１２に示したＳ４１４以降に、図１９に示すような『ブログへのアクセスを識別するために生成した「ＲＡＮＤＩＤ」、ＲＡＮＤＩＤを生成した日時を示す「日時」、サービス提供サーバから受信した発信先の電話番号を示す「Ｆｒｏｍ」、自装置で特定した発信先の電話番号を示す「ＴＯ」』として「11111e39564yu、2008/05/08　10:00:53、031234567@ntt.co.jp、0422xx@example.co.jp」などを取得して記憶する。なお、図１９は、発信先と着信先とを記憶する例を示す図である。
　このような情報を記憶するＳＩＰプロキシサーバは、例えば、図１９に示した「ＲＡＮＤＩＤ」と「日時」と対応付けて「Ｆｒｏｍ」を計数し、当該「ＲＡＮＤＩＤ」を図１３に示した「ブロガーＩＤ」に変換して集計する。そうすることにより、ＳＩＰプロキシサーバは、図２０に示すように、『発信した店舗のブログパーツが掲載されるブログサイトを識別する「ブロガーＩＤ」、発信した日時を示す「日時」、発信した回数を示す「発信回数」』として「aaaa、2008/05/08、1」などを集計することができる。その結果、ＳＩＰプロキシサーバは、ブログごとに発信した回数を計数することができる。なお、図２０は、ブログごとに発信した回数を集計した例を示す図である。
　また、ＳＩＰプロキシサーバは、図１９に示した「ＲＡＮＤＩＤ」と「日時」と対応付けて「Ｆｒｏｍ」を計数し、当該「ＲＡＮＤＩＤ」を図１５に示した「店舗ＩＤ」に変換して集計する。そうすることにより、ＳＩＰプロキシサーバは、図２１に示すように、『発信した店舗を識別する「店舗ＩＤ」、発信した日時を示す「日時」、発信した回数を示す「発信回数」』として「11111、2008/05/08、2」などを集計することができる。その結果、ＳＩＰプロキシサーバは、店舗ごとに発信した回数を計数することができる。なお、図２１は、店舗ごとに発信した回数を集計した例を示す図である。
　また、ＳＩＰプロキシサーバは、図１９に示した「Ｆｒｏｍ」と「日時」と対応付けて集計する。そうすることにより、ＳＩＰプロキシサーバは、図２２に示すように、『発信した宅内装置の電話装置の電話番号を示す「Ｆｒｏｍ」、発信された日時を示す「日時」、発信した回数を示す「発信回数」』として「031234567@ntt.co.jp、2008/05/08、1」などを計数することができる。その結果、ＳＩＰプロキシサーバは電話装置ごとに発信した回数を計数することができる。なお、図２２は、宅内装置である電話装置ごとに発信した回数を集計した例を示す図である。
　また、ＳＩＰプロキシサーバは、図１９に示した「ＲＡＮＤＩＤ」に対応する「ブロガーＩＤ」を図１３から特定し、「ＲＡＮＤＩＤ」を「ブロガーＩＤ」に変換する。また、ＳＩＰプロキシサーバは、図１９に示した「Ｆｒｏｍ」と「ＲＡＮＤＩＤ」の対応と一致する店舗ＩＤを図１５から特定し、図１９の「Ｆｒｏｍ」を「店舗ＩＤ」に変換する。そして、ＳＩＰプロキシサーバは、図１９の「日時」ごとに「Ｆｒｏｍ」（図１５の店舗ＩＤ）を集計する。そうすることにより、ＳＩＰプロキシサーバは、図２３に示すように、『発信した店舗のブログパーツが掲載されるブログサイトを識別する「ブロガーＩＤ」、集計する期間を示す「期間」、発信した店舗を示す「店舗ＩＤ」、発信した回数を示す「発信回数」』として「aaaa、2008/05、11111、4」などを集計することができる。その結果、ＳＩＰプロキシサーバは、ブログごとに所定の期間内で実際に発信した店舗と回数を計数することができる。なお、図２３は、ブログごとに所定の期間内で発信した回数を集計した例を示す図である。
（接続回数）
　次に、図１９と図２４～図２７を用いてＳＩＰプロキシサーバが、店舗と電話装置とを実際に接続確立した回数を計数する場合について説明する。具体的には、ＳＩＰプロキシサーバは、ブログごとに実際に接続した回数、店舗ごとに実際に接続した回数、電話装置ごとに実際に接続した回数、ブログごとに所定の期間内で実際に接続した店舗と回数を計数することができる。
　例えば、ＳＩＰプロキシサーバは、図１９に示した「ＲＡＮＤＩＤ」と「日時」と対応付けて「Ｆｒｏｍ」を計数し、当該「ＲＡＮＤＩＤ」を図１４に示した「ブロガーＩＤ」に変換して集計する。そうすることにより、ＳＩＰプロキシサーバは、図２４に示すように、『実際に通話接続が確立した店舗のブログパーツを広告していたブログサイトを識別する「ブロガーＩＤ」、接続確立された日時を示す「日時」、接続確立した回数を示す「接続回数」』として「aaaa、2008/05/08、1」などを計数することができる。その結果、ＳＩＰプロキシサーバは、ブログごとに通話接続確立した回数を計数することができる。なお、図２４は、ブログごとに実際に接続した回数を集計した例を示す図である。
　また、ＳＩＰプロキシサーバは、図１９に示した「ＲＡＮＤＩＤ」と「日時」と対応付けて「Ｆｒｏｍ」を計数し、当該「ＲＡＮＤＩＤ」に対応する「店舗ＩＤ」を図１５より特定して集計する。そうすることにより、ＳＩＰプロキシサーバは、図２５に示すように、『実際に通話接続が確立した店舗を識別する「店舗ＩＤ」、接続確立された日時を示す「日時」、接続確立した回数を示す「接続回数」』として「11111、2008/05/08、1」などを計数することができる。その結果、ＳＩＰプロキシサーバは、店舗ごとに通話接続確立した回数を計数することができる。なお、図２５は、店舗ごとに実際に接続した回数を集計した例を示す図である。
　また、ＳＩＰプロキシサーバは、図１９に示した「ＴＯ」が存在する「Ｆｒｏｍ」と「日時」と対応付けて集計する。そうすることにより、ＳＩＰプロキシサーバは、図２６に示すように、『実際に通話接続が確立した電話装置の電話番号を示す「Ｆｒｏｍ」、接続確立された日時を示す「日時」、接続確立した回数を示す「接続回数」』として「031234567@ntt.co.jp、2008/05/08、1」などを計数することができる。その結果、ＳＩＰプロキシサーバは、発信先の電話番号ごとに実際に接続した回数を集計することができる。なお、図２６は、発信先の電話番号ごとに実際に接続した回数を集計した例を示す図である。
　また、ＳＩＰプロキシサーバは、図１９に示した「ＲＡＮＤＩＤ」に対応する「ブロガーＩＤ」を図１３から特定し、「ＲＡＮＤＩＤ」を「ブロガーＩＤ」に変換する。また、ＳＩＰプロキシサーバは、図１９に示した「ＴＯ」が存在する図１９に示した「Ｆｒｏｍ」と「ＲＡＮＤＩＤ」の対応と一致する店舗ＩＤを図１５から特定し、図１９の「Ｆｒｏｍ」を「店舗ＩＤ」に変換する。そして、ＳＩＰプロキシサーバは、図１９の「日時」ごとに「Ｆｒｏｍ」（図１５の店舗ＩＤ）を集計する。そうすることにより、ＳＩＰプロキシサーバは、図２７に示すように、『実際に通話接続が確立した電話装置の電話番号を示す「実際に通話接続が確立した店舗のブログパーツを広告していたブログサイトを識別する「ブロガーＩＤ」、集計する期間を示す「期間」、接続確立した店舗を示す「店舗ＩＤ」、接続確立した回数を示す「接続回数」』として「aaaa、2008/05/08、11111、1」などを計数することができる。その結果、ＳＩＰプロキシサーバは、ブログごとに所定の期間内で実際に接続した店舗と回数を集計することができる。なお、図２７は、ブログごとに所定の期間内で実際に接続した店舗と回数を集計した例を示す図である。
　このように、識別子としてＲＡＮＤＩＤを用いることにより、ブログパーツをいつどこで表示したか、また、クリック、発信、着信などの各フェーズまで正しく行われたのかを正確に把握することができる。
［実施例３による効果］
　このように、実施例３によれば、ブログサイトは、宅内装置からアクセス要求を受け付けた場合に、前記サービス提供サーバを介したリダイレクトで、ブログを前記宅内装置に送信し、サービス提供サーバ装置は、店舗を一意に識別する装置ＩＤと当該店舗と接続するための情報を示すＳＩＰ－ＵＲＩとを対応付けて記憶し、ブログに提供される装置ＩＤがＷｅｂ端末により選択された場合に、当該選択された装置ＩＤに対応するＳＩＰ－ＵＲＩを取得して、Ｗｅｂ端末を介したリダイレクトで、取得したＳＩＰ－ＵＲＩをＳＩＰプロキシサーバに通知する。そして、ＳＩＰプロキシサーバは、Ｗｅｂ端末を一意に識別する識別子とＩＰ通信機と接続するための情報を示すＳＩＰ－ＵＲＩとを対応付けて記憶し、店舗のＳＩＰ－ＵＲＩがＷｅｂ端末を介してサービス提供サーバから通知された場合に、当該店舗のＳＩＰ－ＵＲＩが通知される際にＷｅｂ端末により付加されたＩＰアドレスに基づいて、電話装置のＳＩＰ－ＵＲＩを特定し、特定された電話装置のＳＩＰ－ＵＲＩを用いて、電話装置に対して発信するとともに、発信され電話装置から応答を受信した場合に、店舗のＳＩＰ－ＵＲＩを用いて、店舗に対して発信し、発信された店舗から応答を受信した場合に、電話装置と店舗との接続を確立する。そのため、例えば、ブログサイトにブログパーツを提供する宅外装置（店舗）では、どのブログを閲覧したユーザが電話してきたかを把握することができる結果、顧客の囲い込みなど、顧客に対して効果的な誘致および勧誘を行うことが可能である。
　また、実施例３によれば、サービス提供サーバは、ブログがＷｅｂ端末に送信された回数を計数するので、ブログ閲覧状況などを取得することが可能である。例えば、本発明を適用したサービスシステムを用いた場合に、ブログ閲覧状況によって、ブログを提供するブログサイトに対してシステムの利用料を変更したり、また、顧客を勧誘するブログのレイアウト（デザイン）や勧誘手法などの変更に役立てることが可能である。
　また、実施例３によれば、サービス提供サーバは、店舗ＩＤがＷｅｂ端末により選択された回数を計数するので、ブログパーツアクセス状況などを取得することが可能である。例えば、本発明を適用したサービスシステムを用いた場合に、顧客を勧誘するブログパーツのレイアウト（デザイン）や勧誘手法などの変更に役立てることが可能であり、また、ブログパーツ（店舗）のアクセスランキングなどを集計することができる結果、顧客の勧誘および顧客ニーズの対応に役立てることが可能である。
　また、実施例３によれば、ＳＩＰプロキシサーバは、特定された宅内接続先情報（ＳＩＰ－ＵＲＩ）を用いて、電話装置に対して発信された回数を計数するので、例えば、本発明を適用したサービスシステムを用いた場合に、ブログやブログパーツ（店舗）のアクセス状況だけでなく、実際に電話発信されたか否かを収集することが可能である。
　また、実施例３によれば、ＳＩＰプロキシサーバは、発信された店舗から応答を受信した場合に、電話装置と店舗との接続が確立された回数を計数するので、例えば、本発明を適用したサービスシステムを用いた場合に、ブログやブログパーツ（店舗）のアクセス状況だけでなく、実際に利用されたか否かを収集することが可能である。その結果、ブログパーツ（店舗）の利用ランキングなど顧客勧誘に役立てることができる詳細な情報を集計することが可能である。
　また、実施例３における通信制御システムであっても、実施例２と同様の手法で、ＳＡＭＬや証明書などを用いることもできる。例えば、サービス提供サーバは、生成した宅外接続先情報（ＳＩＰ－ＵＲＩ）をＳＩＰプロキシサーバに通知するのに際して、当該生成したＳＩＰ－ＵＲＩにＳＡＭＬまたは証明書を付加して通知し、ＳＩＰプロキシサーバは、サービス提供サーバからＷｅｂ端末を介して通知されたＳＡＭＬまたは証明書に基づいて、通知されたＳＩＰ－ＵＲＩが正当な情報であると認証されることを条件として、ＳＩＰ－ＵＲＩが通知される際にＷｅｂ端末により付加されたＩＰアドレスから、当該電話装置のＳＩＰ－ＵＲＩを宅内情報ＤＢから特定する。そうすることにより、サービス提供サーバからＳＩＰプロキシサーバへＷｅｂ端末を介して店舗のＳＩＰ－ＵＲＩを送信する場合であっても、ＳＩＰ－ＵＲＩの漏えいや改ざんを防止することができ、セキュリティを強固にすることが可能である。
　さて、これまで本発明の実施例について説明したが、本発明は上述した実施例以外にも、種々の異なる形態にて実施されてよいものである。そこで、以下に示すように、（１）サービス形態、（２）システム構成等、（３）プログラムにそれぞれ区分けして異なる実施例を説明する。
（１）サービス形態
　例えば、実施例１と２では、Ｗｅｂサイトの広告を例にして説明し、実施例３では、ブログを例にして説明したが、本発明はこれに限定されるものではなく、一般的に利用されているＷｅｂブラウザを用いて、宅外装置を宅内ネットワークから利用する様々なサービスに適用することができる。
　また、実施例１では、Ｗｅｂ上で店舗ＩＤをクリックした場合に、電話接続する例について説明したが、本発明はこれに限定されるものではなく、Ｗｅｂ上で店舗ＩＤをクリックした場合に、当該店舗の情報をＷｅｂブラウザ搭載テレビなどに表示することもできる。また、店舗の情報をＷｅｂブラウザ搭載テレビなどに表示する場合には、Ｗｅｂブラウザ搭載テレビと店舗とをＶＰＮを用いて接続することもでき、セキュリティを高く保つことも可能である。つまり、本発明に用いるＩＰ通信機とは、実施例に記載した電話装置に限定されるものではない。
（２）システム構成等
　例えば、上記した実施例では、サービス提供サーバとＳＩＰプロキシサーバとを別の鏡体で実現している例について説明したが、本発明はこれに限定されるものではなく、サービス提供サーバとＳＩＰプロキシサーバとを同じ筺体で実現することもできる。
　また、本実施例において説明した各処理のうち、自動的におこなわれるものとして説明した処理（例えば、ＳＩＰプロキシサーバでのＩＰアドレスとＳＩＰ－ＵＲＩの格納処理など）の全部または一部を手動的におこなうこともでき、あるいは、手動的におこなわれるものとして説明した処理の全部または一部を公知の方法で自動的におこなうこともできる。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報（例えば、図３、図４、図６－１、図６－２、図１３～図２７など）については、特記する場合を除いて任意に変更することができる。
　また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合（例えば、第一発信部と第二発信部とを統合したり、ＳＩＰプロキシサーバによるＩＰアドレス登録処理部分を外部に設置したりするなど）して構成することができる。さらに、各装置にて行なわれる各処理機能は、その全部または任意の一部が、ＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。
（３）プログラム
　なお、本実施例で説明した通信制御方法は、あらかじめ用意されたプログラムをパーソナルコンピュータやワークステーションなどのコンピュータで実行することによって実現することができる。このプログラムは、インターネットなどのネットワークを介して配布することができる。また、このプログラムは、ハードディスク、フレキシブルディスク（ＦＤ）、ＣＤ－ＲＯＭ、ＭＯ、ＤＶＤなどのコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行することもできる。
　以上のように、本発明に係る通信制御システム、通信制御方法、呼制御サーバ装置および呼制御プログラムは、各種通信を行う宅内装置と他の電話装置と通話接続する電話装置と他のネットワークとの各種通信を制御するデータ中継装置とから構成される宅内ネットワークにおける電話装置と、宅内ネットワークの外に設置されている宅外装置とを接続することに有用であり、特に、特殊なソフトウエアを用いることなく、容易に通話接続することに適する。
　１０　サービス提供サーバ
　１１　通信制御Ｉ／Ｆ部
　１２　記憶部
　１３　宅外情報ＤＢ
　２０　制御部
　２１　アクセス応答部
　２２　宅外情報取得部
　３０　ＳＩＰプロキシサーバ
　３１　通信制御Ｉ／Ｆ部
　３２　記憶部
　３３　宅内情報ＤＢ
　４０　制御部
　４１　宅内情報特定部
　４２　第一発信部
　４３　第二発信部
　４４　接続部

Claims (15)

  1. 　各種通信を行う宅内装置とＩＰ通信機とから構成される宅内ネットワークにおける前記ＩＰ通信機と、前記宅内ネットワークの外に設置されている宅外装置とを接続する通信制御システムであって、
    　前記宅内装置を一意に識別する識別子と前記ＩＰ通信機と接続するための情報を示す宅内接続先情報とを対応付けて記憶する宅内情報記憶手段と、
    　前記宅外装置を一意に識別する装置ＩＤと当該宅外装置と接続するための情報を示す宅外接続先情報とを対応付けて記憶する宅外情報記憶手段と、
    　前記宅内装置からアクセス要求を受け付けた場合に、前記宅外情報記憶手段に記憶される装置ＩＤを前記宅内装置に送信するアクセス応答手段と、
    　前記アクセス応答手段により送信された装置ＩＤが前記宅内装置により選択されたことが通知された場合に、当該通知された装置ＩＤに対応する宅外接続先情報を前記宅外情報記憶手段から取得する宅外情報取得手段と、
    　前記アクセス応答手段により送信された装置ＩＤが前記宅内装置により選択されたことが通知された場合に、当該選択した宅内装置の識別子に対応付けて前記宅内情報記憶手段に記憶される宅内接続先情報を特定する宅内情報特定手段と、
    　前記宅内情報特定手段により特定された宅内接続先情報を用いて、前記ＩＰ通信機に対して発信する第一の発信手段と、
    　前記第一の発信手段により発信されたＩＰ通信機から応答を受信した場合に、前記宅外情報取得手段により取得された宅外接続先情報を用いて、前記宅外装置に対して発信する第二の発信手段と、
    　前記第二の発信手段により発信された宅外装置から応答を受信した場合に、前記第一の発信手段により発信されたＩＰ通信機と前記第二の発信手段により発信された宅外装置との接続を確立する接続確立手段と、
    　を備えたことを特徴とする通信制御システム。
  2. 　各種通信を行う宅内装置とＩＰ通信機と構成される宅内ネットワークと、前記宅内装置に対して各種サービスを提供するサービス提供サーバ装置と、前記宅内ネットワークの外に設置されている宅外装置と、前記ＩＰ通信機と宅外装置とを接続する呼制御サーバ装置とから構成される通信制御システムであって、
    　前記サービス提供サーバ装置は、
    　前記宅外装置を一意に識別する装置ＩＤと当該宅外装置と接続するための情報を示す装宅外接続先情報とを対応付けて記憶する宅外情報記憶手段と、
    　前記宅内装置からアクセス要求を受け付けた場合に、前記宅外情報記憶手段に記憶される装置ＩＤを前記宅内装置に送信するアクセス応答手段と、
    　前記アクセス応答手段により送信された装置ＩＤが前記宅内装置により選択されたことが通知された場合に、当該通知された装置ＩＤに対応する宅外接続先情報を前記宅外情報記憶手段から取得し、前記宅内装置を介したリダイレクトで、取得した宅外接続先情報を呼制御サーバ装置に通知する宅外情報取得手段と、を備え、
    　呼制御サーバ装置は、
    　前記宅内装置を一意に識別する識別子と前記ＩＰ通信機と接続するための情報を示す宅内接続先情報とを対応付けて記憶する宅内情報記憶手段と、
    　前記サービス提供サーバ装置の宅外情報取得手段により宅外接続先情報が宅内装置を介して通知された場合に、当該宅外接続先情報が通知される際に宅内装置により付加された宅内装置の識別子に基づいて、前記宅内接続先情報を前記宅内情報記憶手段から特定する宅内情報特定手段と、
    　前記宅内情報特定手段により特定された宅内接続先情報を用いて、前記ＩＰ通信機に対して発信する第一の発信手段と、
    　前記第一の発信手段により発信されたＩＰ通信機から応答を受信した場合に、前記宅外情報取得手段により取得された宅外接続先情報を用いて、前記宅外装置に対して発信する第二の発信手段と、
    　前記第二の発信手段により発信された宅外装置から応答を受信した場合に、前記第一の発信手段により発信されたＩＰ通信機と前記第二の発信手段により発信された宅外装置との接続を確立する接続確立手段と、
    　を備えたことを特徴とする通信制御システム。
  3. 　前記サービス提供サーバ装置の宅外情報取得手段は、前記取得した宅外接続先情報を前記呼制御サーバ装置に通知するのに際して、当該宅外接続先情報に検証可能な形式を付加して通知し、
    　前記呼制御サーバ装置の宅内情報特定手段は、前記サービス提供サーバ装置から宅内装置を介して通知された検証可能な形式に基づいて、前記通知された宅外接続先情報が正当な情報であると認証されることを条件として、当該宅外接続先情報が通知される際に宅内装置により付加された宅内装置の識別子から、当該宅内装置の宅内接続先情報を前記宅内情報記憶手段から特定することを特徴とする請求項２に記載の通信制御システム。
  4. 　前記サービス提供サーバ装置のアクセス応答手段は、前記宅内装置によるアクセス要求を受け付けた場合に、前記宅外接続先情報を生成して宅外情報記憶手段に格納するとともに、前記宅外情報記憶手段に記憶される宅外接続先情報を宅内装置に送信することを特徴とする請求項１～３のいずれか一つに記載の通信制御システム。
  5. 　各種通信を行う宅内装置とＩＰ通信機と構成される宅内ネットワークと、前記宅内装置に対してコンテンツを提供するＷｅｂサーバ装置と、前記コンテンツを顧客に対して勧誘するためのコンテンツ情報を宅内装置に提供するサービス提供サーバ装置と、前記Ｗｅｂサーバ装置に提供されるコンテンツにコンテンツ情報を掲載する宅外装置と、前記ＩＰ通信機と宅外装置とを接続する呼制御サーバ装置とから構成される通信制御システムであって、
    　前記Ｗｅｂサーバ装置は、
    　前記宅内装置からアクセス要求を受け付けた場合に、前記サービス提供サーバを介したリダイレクトで、前記コンテンツを前記宅内装置に送信するアクセス応答手段と、
    　前記サービス提供サーバ装置は、
    　前記宅外装置を一意に識別する装置ＩＤと当該宅外装置と接続するための情報を示す装宅外接続先情報とを対応付けて記憶する宅外情報記憶手段と、
    　前記コンテンツによりＷｅｂ端末に提供される装置ＩＤが前記宅内装置により選択された場合に、当該選択された装置ＩＤに対応する宅外接続先情報を前記宅外情報記憶手段から取得して、前記宅内装置を介したリダイレクトで、前記取得した宅外接続先情報を呼制御サーバ装置に通知する宅外情報送信手段と、
    　前記呼制御サーバ装置は、
    　前記宅内装置を一意に識別する識別子と前記ＩＰ通信機と接続するための情報を示す宅内接続先情報とを対応付けて記憶する宅内情報記憶手段と、
    　前記宅外接続先情報が宅内装置を介して前記サービス提供サーバ装置から通知された場合に、当該宅外接続先情報が通知される際に宅内装置により付加された宅内装置の識別子に基づいて、前記宅内接続先情報を前記宅内情報記憶手段から特定する宅内情報特定手段と、
    　前記宅内情報特定手段により特定された宅内接続先情報を用いて、前記ＩＰ通信機に対して発信する第一の発信手段と、
    　前記第一の発信手段により発信されたＩＰ通信機から応答を受信した場合に、前記サービス提供サーバ装置から通知された宅外接続先情報を用いて、前記宅外装置に対して発信する第二の発信手段と、
    　前記第二の発信手段により発信された宅外装置から応答を受信した場合に、前記第一の発信手段により発信されたＩＰ通信機と前記第二の発信手段により発信された宅外装置との接続を確立する接続確立手段と、
    　を備えたことを特徴とする通信制御システム。
  6. 　前記サービス提供サーバ装置の宅外情報送信手段は、前記取得した宅外接続先情報を前記呼制御サーバ装置に通知するのに際して、前記宅外接続先情報に検証可能な形式を付加して通知し、
    　前記呼制御サーバ装置の宅内情報特定手段は、前記サービス提供サーバ装置から宅内装置を介して通知された検証可能な形式に基づいて、前記通知された宅外接続先情報が正当な情報であると認証されることを条件として、当該宅外接続先情報が通知される際に宅内装置により付加された識別子から、前記宅内接続先情報を前記宅内情報記憶手段から特定することを特徴とする請求項５に記載の通信制御システム。
  7. 　前記サービス提供サーバ装置は、前記Ｗｅｂサーバ装置のアクセス応答手段からコンテンツが自装置に送信された回数を計数する計数手段をさらに備えたことを特徴とする請求項５または６に記載の通信制御システム。
  8. 　前記計数手段は、前記コンテンツに提供される装置ＩＤが前記宅内装置により選択された場合に、当該選択された回数を計数することを特徴とする請求項７に記載の通信制御システム。
  9. 　前記呼制御サーバ装置は、前記第一の発信手段により前記宅内情報特定手段により特定された宅内接続先情報を用いて、前記ＩＰ通信機に対して発信された回数を計数する発信回数計数手段をさらに備えたことを特徴とする請求項５～８のいずれか一つに記載の通信制御システム。
  10. 　前記呼制御サーバ装置は、前記接続確立手段により前記第二の発信手段により発信された宅外装置から応答を受信した場合に、前記第一の発信手段により発信されたＩＰ通信機と前記第二の発信手段により発信された宅外装置との接続が確立された回数を計数する接続回数計数手段をさらに備えたことを特徴とする請求項５～９のいずれか一つに記載の通信制御システム。
  11. 　各種通信を行う宅内装置とＩＰ通信機とから構成される宅内ネットワークにおける前記ＩＰ通信機と、前記宅内ネットワークの外に設置されている宅外装置とを接続する通信制御システムに適用する通信制御方法であって、
    　前記宅内装置からアクセス要求を受け付けた場合に、前記宅外装置を一意に識別する装置ＩＤと当該宅外装置と接続するための情報を示す装宅外接続先情報とを対応付けて記憶する宅外情報記憶部に記憶される装置ＩＤを前記宅内装置に送信するアクセス応答工程と、
    　前記アクセス応答手段により送信された装置ＩＤが前記宅内装置により選択されたことが通知された場合に、当該通知された装置ＩＤに対応する宅外接続先情報を前記宅外情報記憶手段から取得する宅外情報取得工程と、
    　前記アクセス応答手段により送信された装置ＩＤが前記宅内装置により選択されたことが通知された場合に、当該選択した宅内装置の識別子に対応付けて前記宅内情報記憶手段に記憶される宅内接続先情報を特定する宅内情報特定工程と、
    　前記宅内情報特定工程により特定された宅内接続先情報を用いて、前記ＩＰ通信機に対して発信する第一の発信工程と、
    　前記第一の発信工程により発信されたＩＰ通信機から応答を受信した場合に、前記宅外情報取得手段により取得された宅外接続先情報を用いて、前記宅外装置に対して発信する第二の発信工程と、
    　前記第二の発信工程により発信された宅外装置から応答を受信した場合に、前記第一の発信工程により発信されたＩＰ通信機と前記第二の発信工程により発信された宅外装置との接続を確立する接続確立工程と、
    　を含んだことを特徴とする通信制御方法。
  12. 　各種通信を行う宅内装置とＩＰ通信機と構成される宅内ネットワークと、前記宅内装置に対して各種サービスを提供するサービス提供サーバ装置と、前記宅内ネットワークの外に設置されている宅外装置と、前記ＩＰ通信機と宅外装置とを接続する呼制御サーバ装置とから構成される通信制御システムにおける前記呼制御サーバ装置であって、
    　前記宅内装置を一意に識別する識別子と前記ＩＰ通信機と接続するための情報を示す宅内接続先情報とを対応付けて記憶する宅内情報記憶手段と、
    　前記サービス提供サーバ装置により宅外接続先情報が宅内装置を介して通知された場合に、当該宅外接続先情報が通知される際に宅内装置により付加された宅内装置の識別子に基づいて、前記宅内接続先情報を前記宅内情報記憶手段から特定する宅内情報特定手段と、
    　前記宅内情報特定手段により特定された宅内接続先情報を用いて、前記ＩＰ通信機に対して発信する第一の発信手段と、
    　前記第一の発信手段により発信されたＩＰ通信機から応答を受信した場合に、前記宅外情報取得手段により取得された宅外接続先情報を用いて、前記宅外装置に対して発信する第二の発信手段と、
    　前記第二の発信手段により発信された宅外装置から応答を受信した場合に、前記第一の発信手段により発信されたＩＰ通信機と前記第二の発信手段により発信された宅外装置との接続を確立する接続確立手段と、
    　を備えたことを特徴とする呼制御サーバ装置。
  13. 　各種通信を行う宅内装置とＩＰ通信機と構成される宅内ネットワークと、前記宅内装置に対してコンテンツを提供するＷｅｂサーバ装置と、前記コンテンツを顧客に対して勧誘するためのコンテンツ情報を宅内装置に提供するサービス提供サーバ装置と、前記Ｗｅｂサーバ装置に提供されるコンテンツにコンテンツ情報を掲載する宅外装置と、前記ＩＰ通信機と宅外装置とを接続する呼制御サーバ装置とから構成される通信制御システムにおける前記呼制御サーバ装置であって、
    　前記宅内装置を一意に識別する識別子と前記ＩＰ通信機と接続するための情報を示す宅内接続先情報とを対応付けて記憶する宅内情報記憶手段と、
    　前記宅外接続先情報が宅内装置を介して前記サービス提供サーバ装置から通知された場合に、当該宅外接続先情報が通知される際に宅内装置により付加された宅内装置の識別子に基づいて、前記宅内接続先情報を前記宅内情報記憶手段から特定する宅内情報特定手段と、
    　前記宅内情報特定手段により特定された宅内接続先情報を用いて、前記ＩＰ通信機に対して発信する第一の発信手段と、
    　前記第一の発信手段により発信されたＩＰ通信機から応答を受信した場合に、前記サービス提供サーバ装置から通知された宅外接続先情報を用いて、前記宅外装置に対して発信する第二の発信手段と、
    　前記第二の発信手段により発信された宅外装置から応答を受信した場合に、前記第一の発信手段により発信されたＩＰ通信機と前記第二の発信手段により発信された宅外装置との接続を確立する接続確立手段と、
    　を備えたことを特徴とする呼制御サーバ装置。
  14. 　各種通信を行う宅内装置とＩＰ通信機と構成される宅内ネットワークと、前記宅内装置に対して各種サービスを提供するサービス提供サーバ装置と、前記宅内ネットワークの外に設置されている宅外装置と、前記ＩＰ通信機と宅外装置とを接続する呼制御サーバ装置とから構成される通信制御システムにおける前記呼制御サーバ装置としてのコンピュータに実行する呼制御プログラムであって、
    　前記サービス提供サーバ装置により宅外接続先情報が宅内装置を介して通知された場合に、当該宅外接続先情報が通知される際に宅内装置により付加された宅内装置の識別子に基づいて、前記宅内装置を一意に識別する識別子と前記ＩＰ通信機と接続するための情報を示す宅内接続先情報とを対応付けて記憶する宅内情報記憶部から前記宅内接続先情報を特定する宅内情報特定手順と、
    　前記宅内情報特定手順により特定された宅内接続先情報を用いて、前記ＩＰ通信機に対して発信する第一の発信手順と、
    　前記第一の発信手順により発信されたＩＰ通信機から応答を受信した場合に、前記宅外情報取得手順により取得された宅外接続先情報を用いて、前記宅外装置に対して発信する第二の発信手順と、
    　前記第二の発信手順により発信された宅外装置から応答を受信した場合に、前記第一の発信手順により発信されたＩＰ通信機と前記第二の発信手順により発信された宅外装置との接続を確立する接続確立手順と、
    　をコンピュータに実行させることを特徴とする呼制御プログラム。
  15. 　各種通信を行う宅内装置とＩＰ通信機と構成される宅内ネットワークと、前記宅内装置に対してコンテンツを提供するＷｅｂサーバ装置と、前記コンテンツを顧客に対して勧誘するためのコンテンツ情報を宅内装置に提供するサービス提供サーバ装置と、前記Ｗｅｂサーバ装置に提供されるコンテンツにコンテンツ情報を掲載する宅外装置と、前記ＩＰ通信機と宅外装置とを接続する呼制御サーバ装置とから構成される通信制御システムにおける前記呼制御サーバ装置としてのコンピュータに実行する呼制御プログラムであって、
    　前記宅外接続先情報が宅内装置を介して前記サービス提供サーバ装置から通知された場合に、当該宅外接続先情報が通知される際に宅内装置により付加された宅内装置の識別子に基づいて、前記宅内装置を一意に識別する識別子と前記ＩＰ通信機と接続するための情報を示す宅内接続先情報とを対応付けて記憶する宅内情報記憶部から前記宅内接続先情報を特定する宅内情報特定手順と、
    　前記宅内情報特定手段により特定された宅内接続先情報を用いて、前記ＩＰ通信機に対して発信する第一の発信手順と、
    　前記第一の発信手段により発信されたＩＰ通信機から応答を受信した場合に、前記サービス提供サーバ装置から通知された宅外接続先情報を用いて、前記宅外装置に対して発信する第二の発信手順と、
    　前記第二の発信手順により発信された宅外装置から応答を受信した場合に、前記第一の発信手順により発信されたＩＰ通信機と前記第二の発信手順により発信された宅外装置との接続を確立する接続確立手順と、
    　をコンピュータに実行させることを特徴とする呼制御プログラム。
PCT/JP2009/060882 2008-06-16 2009-06-15 通信制御システム、通信制御方法、呼制御サーバ装置および呼制御プログラム Ceased WO2009154172A1 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
EP20090766620 EP2290935B1 (en) 2008-06-16 2009-06-15 Communication control system, communication control method, call control server device, and call control program
US12/996,807 US8700783B2 (en) 2008-06-16 2009-06-15 Communication control system, communication control method, call control server device, and call control program
CN200980121471.5A CN102057658B (zh) 2008-06-16 2009-06-15 通信控制系统、通信控制方法、呼叫控制服务器装置

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2008-157184 2008-06-16
JP2008157184A JP4624447B2 (ja) 2008-06-16 2008-06-16 通信制御システム、通信制御方法、呼制御サーバ装置および呼制御プログラム

Publications (1)

Publication Number Publication Date
WO2009154172A1 true WO2009154172A1 (ja) 2009-12-23

Family

ID=41434088

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2009/060882 Ceased WO2009154172A1 (ja) 2008-06-16 2009-06-15 通信制御システム、通信制御方法、呼制御サーバ装置および呼制御プログラム

Country Status (6)

Country Link
US (1) US8700783B2 (ja)
EP (1) EP2290935B1 (ja)
JP (1) JP4624447B2 (ja)
KR (1) KR101209577B1 (ja)
CN (1) CN102057658B (ja)
WO (1) WO2009154172A1 (ja)

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8374172B2 (en) * 2009-04-03 2013-02-12 At&T Intellectual Property I, L.P. Method and apparatus for managing communication sessions
CN102143172B (zh) * 2011-03-21 2014-10-29 杭州华三通信技术有限公司 一种视频数据的传输方法和设备
KR101923487B1 (ko) * 2011-09-29 2018-11-30 삼성전자 주식회사 통신 연결 서비스 제공 방법 및 장치
JP5887507B2 (ja) * 2011-11-28 2016-03-16 パナソニックＩｐマネジメント株式会社 通信機器間の接続確立方法、通信機器、及びサーバ装置
JP6074165B2 (ja) * 2012-06-01 2017-02-01 キヤノン株式会社 情報処理装置、情報処理方法およびプログラム
JP6364824B2 (ja) * 2014-03-06 2018-08-01 富士通株式会社 発呼制御方法、情報処理装置、発呼制御プログラム、発呼制御システム
US10075494B2 (en) 2015-05-08 2018-09-11 Avaya Inc. Pushing graphical user interface widgets for communication devices
US20160328128A1 (en) * 2015-05-08 2016-11-10 Avaya Inc. Pulling graphical user interface widgets for communication devices
US9667785B2 (en) * 2015-05-26 2017-05-30 Avaya Inc. System and method for preserving call language settings for session initiation protocol diverted calls
US10021022B2 (en) * 2015-06-30 2018-07-10 Juniper Networks, Inc. Public network address conservation
US20190386982A1 (en) * 2016-08-12 2019-12-19 Acrodea. Inc. System and method for notification of occurrence of event
JP7381834B2 (ja) 2019-03-15 2023-11-16 アイコム株式会社 音声通信システムおよび呼制御サーバの冗長化方法
US11456994B2 (en) * 2019-03-18 2022-09-27 Charter Communications Operating, Llc Methods and apparatus for controlling and implementing firewalls

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH10336349A (ja) 1997-03-31 1998-12-18 Nippon Telegr & Teleph Corp <Ntt> 分散情報検索手段を用いた電話発信方法およびコンピュータ読み取り可能な記録媒体
JP2001339518A (ja) * 2000-05-30 2001-12-07 Hidekazu Morita 電話によるコンタクトシステム
JP2003022223A (ja) * 2001-04-04 2003-01-24 Alcatel ボイスクッキーを使用するセッション開始プロトコルの経路指定
JP2006108768A (ja) * 2004-09-30 2006-04-20 Oki Electric Ind Co Ltd ユーザ端末の識別情報を隠蔽した通信接続方法及び通信システム
JP2006229964A (ja) * 2005-02-17 2006-08-31 Phil Hwan Yun ユーザと事業体間のコール仲介サービス方法及びシステム
JP2007067544A (ja) * 2005-08-29 2007-03-15 Oki Electric Ind Co Ltd 第三者呼制御機能を備えるＷｅｂサーバ
JP2008098786A (ja) * 2006-10-06 2008-04-24 Quantum Networks Inc 第三者呼制御による二者間通話制御装置、その方法及び二者間通話制御プログラム

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9197599B1 (en) * 1997-09-26 2015-11-24 Verizon Patent And Licensing Inc. Integrated business system for web based telecommunications management
US6826403B1 (en) * 2000-09-12 2004-11-30 Phonepages Of Sweden Ab Method and system for identifying a user
JP4277621B2 (ja) * 2003-08-20 2009-06-10 沖電気工業株式会社 サービス提供システムおよびその方法ならびにサービス提供プログラムおよび記録媒体
JP2005284743A (ja) 2004-03-30 2005-10-13 Sanyo Electric Co Ltd バーチャル店舗システム
US20060050686A1 (en) * 2004-09-08 2006-03-09 Commoca, Inc. Software platform for developing, delivering and managing data-voice applications operating on an internet protocol (IP) phone
WO2006126202A2 (en) * 2005-05-26 2006-11-30 Kayote Networks, Inc. Detection of spit in voip calls

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH10336349A (ja) 1997-03-31 1998-12-18 Nippon Telegr & Teleph Corp <Ntt> 分散情報検索手段を用いた電話発信方法およびコンピュータ読み取り可能な記録媒体
JP2001339518A (ja) * 2000-05-30 2001-12-07 Hidekazu Morita 電話によるコンタクトシステム
JP2003022223A (ja) * 2001-04-04 2003-01-24 Alcatel ボイスクッキーを使用するセッション開始プロトコルの経路指定
JP2006108768A (ja) * 2004-09-30 2006-04-20 Oki Electric Ind Co Ltd ユーザ端末の識別情報を隠蔽した通信接続方法及び通信システム
JP2006229964A (ja) * 2005-02-17 2006-08-31 Phil Hwan Yun ユーザと事業体間のコール仲介サービス方法及びシステム
JP2007067544A (ja) * 2005-08-29 2007-03-15 Oki Electric Ind Co Ltd 第三者呼制御機能を備えるＷｅｂサーバ
JP2008098786A (ja) * 2006-10-06 2008-04-24 Quantum Networks Inc 第三者呼制御による二者間通話制御装置、その方法及び二者間通話制御プログラム

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP2290935A4

Also Published As

Publication number Publication date
CN102057658B (zh) 2014-07-30
CN102057658A (zh) 2011-05-11
JP2009303078A (ja) 2009-12-24
EP2290935B1 (en) 2014-08-13
JP4624447B2 (ja) 2011-02-02
EP2290935A4 (en) 2013-01-16
US8700783B2 (en) 2014-04-15
EP2290935A1 (en) 2011-03-02
US20110125910A1 (en) 2011-05-26
KR101209577B1 (ko) 2012-12-07
KR20100137588A (ko) 2010-12-30

Similar Documents

Publication Publication Date Title
JP4624447B2 (ja) 通信制御システム、通信制御方法、呼制御サーバ装置および呼制御プログラム
US20230057193A1 (en) Multi-services application gateway and system employing the same
US11183282B2 (en) Multi-services application gateway and system employing the same
US20220208319A1 (en) Multi-services application gateway and system employing the same
US20210218571A1 (en) Multi-services application gateway and system employing the same
US20180198692A1 (en) Multi-services application gateway and system employing the same
EP2722756B1 (en) User terminal, operator server, remote support method and user terminal progam
US9209984B2 (en) Systems and methods to facilitate communications
WO2004105333A1 (ja) 安全な仮想プライベート・ネットワーク
CN102377617A (zh) 监视移动互联网活动的系统、方法和设备
US20120023247A1 (en) Anonymous communication system, anonymous communication method, communication control apparatus, terminal apparatus and communication control program
KR101024562B1 (ko) 서비스 관리 장치 및 서비스 제공 시스템
JPWO2010044471A1 (ja) サービス提供システムおよびサービス提供方法
JP4800332B2 (ja) サービス提供システム、サービス提供方法およびサービス提供プログラム
US8842683B2 (en) Audio/video communication system
JP5189551B2 (ja) Ｗｅｂサービス制御システム及びＷｅｂサービス制御方法
JP5367477B2 (ja) サービス提供システムおよびサービス提供方法
JP4345300B2 (ja) 通信管理用サーバ及び通信管理用サーバ制御プログラム
JP5687258B2 (ja) リモートサポートサーバ、ユーザ端末、リモートサポートシステム、リモートサポート方法、及びリモートサポートシステム用プログラム
JP4703597B2 (ja) 呼制御システム、呼制御方法、呼接続要求処理装置、及びプログラム
JP2011008712A (ja) サービス提供システムおよびサービス提供方法
KR20180110576A (ko) 전화 통화시 음성과 데이터를 결합한 시스템 및 그 방법
JP2014082640A (ja) ユーザ端末、オペレータサーバ、オペレータシステム、リモートサポート方法、及びオペレータシステム用プログラム

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 200980121471.5

Country of ref document: CN

121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 09766620

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 20107027087

Country of ref document: KR

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 12996807

Country of ref document: US

Ref document number: 2009766620

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE