WO2009107465A1 - サービストリガ制御システム、サーバ、方法およびプログラム - Google Patents

サービストリガ制御システム、サーバ、方法およびプログラム Download PDF

Info

Publication number
WO2009107465A1
WO2009107465A1 PCT/JP2009/051839 JP2009051839W WO2009107465A1 WO 2009107465 A1 WO2009107465 A1 WO 2009107465A1 JP 2009051839 W JP2009051839 W JP 2009051839W WO 2009107465 A1 WO2009107465 A1 WO 2009107465A1
Authority
WO
WIPO (PCT)
Prior art keywords
connection
response device
connection request
request
connection response
Prior art date
Application number
PCT/JP2009/051839
Other languages
English (en)
French (fr)
Inventor
弘人 川白
Original Assignee
日本電気株式会社
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 日本電気株式会社 filed Critical 日本電気株式会社
Publication of WO2009107465A1 publication Critical patent/WO2009107465A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/1004—Server selection for load balancing
    • H04L67/1008—Server selection for load balancing based on parameters of servers, e.g. available memory or workload

Definitions

  • the present invention relates to a service trigger control system, a service trigger control server, and a service for establishing a connection between a connection request apparatus that has transmitted a connection request and a connection response apparatus that responds to the connection request in response to a connection request that triggers service provision
  • the present invention relates to a trigger control method and a service trigger control program.
  • SIP Session Initiation Protocol
  • connection destination information and transmission source information are written in a header, and a proxy server generally called a SIP server can manage a session.
  • a URI for accessing the service is obtained in advance, and the URI is directly input to an available terminal.
  • a dedicated button for accessing the service is prepared, and a terminal equipped with a mechanism that automatically accesses a URI stored in the terminal in advance when the button is pressed is used.
  • a portal page of a certain service or a service customized for each subscriber is provided.
  • a portal page of a certain service or a service customized for each subscriber is provided.
  • Non-Patent Document 1 as a method of accessing a service site provided by a certain telecommunications carrier, the URL of the site is recorded in advance on a dedicated terminal that can be used only on the telecommunications carrier network. Access is described by pressing a button or the like.
  • Non-Patent Document 2 describes a method for allowing a user to display a customized site prepared for each user in advance using a Web browser or the like. According to Non-Patent Document 2, a specific URL notified in advance by e-mail, mail or the like from a service provider or a communication carrier is input or a link is clicked, or a portal site designated in advance is accessed, By entering the user ID and password, you can access the customized site.
  • Non-Patent Documents 1 and 2 have the following problems.
  • the user needs to know or obtain the address of the service site to be accessed and the address such as the URL in advance.
  • the access destination is a user-dedicated service
  • Japanese Unexamined Patent Publication No. 63-187756 Japanese Patent Application Laid-Open No. 08-214065 "Yahoo! Keitai", [online], Softbank Mobile Corp., [Search February 14, 2008], Internet ⁇ URL: http://mb.softbank.jp/mb/service/3G/yahoo_keitai/index. html> “What is MySoftBank?”, [Online], SOFTBANK MOBILE Corp., [February 14, 2008 search], Internet ⁇ URL: http://mb.softbank.jp/mb/support/3G/mysoftbank/>
  • an object of the present invention is to provide a service trigger control system, a service trigger control server, a service trigger control method, and a service trigger control program that allow a predetermined service to be received without knowing a specific destination. .
  • a service trigger control system is a service trigger control system that establishes a connection between a connection request apparatus that has transmitted a connection request and a connection response apparatus that responds to the connection request in response to a connection request that triggers service provision.
  • the determination unit For the connection request including the connection response device information indicating the connection response device, the determination unit that determines whether or not the connection response device indicated by the connection response device information exists, and the determination unit includes the connection response device And a notification unit that notifies a predetermined connection response device that the connection request device has transmitted a connection request when it is determined that the connection request is not to be made.
  • a service trigger control server is a service trigger control server that establishes a connection between a connection request apparatus that has transmitted a connection request and a connection response apparatus that responds to the connection request in response to a connection request that triggers service provision.
  • the determination unit that determines whether or not the connection response device indicated by the connection response device information exists, and the determination unit includes the connection response device
  • a notification unit that notifies a predetermined connection response device that the connection request device has transmitted a connection request when it is determined that the connection request is not to be made.
  • the service trigger control method is a service trigger control method for establishing a connection between a connection request device that has transmitted a connection request and a connection response device that responds to the connection request in response to a connection request that triggers service provision.
  • a determination step for determining whether or not the connection response device indicated by the connection response device information exists, and a connection response device exists in the determination step
  • a service trigger control program is a service trigger control program that establishes a connection between a connection requesting device that has transmitted a connection request and a connection response device that responds to the connection request in response to a connection request that triggers service provision. Then, for the connection request including the connection response device information indicating the connection response device in the computer, the determination processing for determining whether or not the connection response device indicated by the connection response device information exists, and the connection response by the determination processing When it is determined that the device does not exist, a notification process for notifying a predetermined connection response device that the connection requesting device has transmitted a connection request is executed.
  • connection destination control server of 3rd Embodiment It is a block diagram which shows the structural example of the connection destination control server of 3rd Embodiment. It is a flowchart which shows the example of the process which the connection destination control server of 3rd Embodiment performs. It is a block diagram which shows the structural example of the connection destination control server of 4th Embodiment. It is a flowchart which shows the example of the process which the connection destination control server of 4th Embodiment performs.
  • FIG. 1 is a block diagram showing a minimum configuration example of a service trigger control system according to the present invention.
  • the service trigger control system illustrated in FIG. 1 includes a determination unit 201 and a notification unit 211.
  • the service trigger control system establishes a connection between the connection request apparatus that has transmitted the connection request and the connection response apparatus that responds to the connection request in response to a connection request that triggers service provision.
  • the determination unit 201 determines whether or not there is a connection response device indicated by the connection response device information for the connection request including the connection response device information indicating the connection response device.
  • the notification unit 211 notifies the predetermined connection response device that the connection request device has transmitted a connection request.
  • FIG. 2 is a block diagram illustrating a configuration example of the service trigger control system according to the first embodiment.
  • the service trigger control system shown in FIG. 2 includes a user terminal 100, a connection destination control server 200 that operates by program control, and a service providing server 300.
  • the user terminal 100, the connection destination control server 200, and the service providing server 300 are connected to each other via the communication network 400.
  • the user terminal 100 operates as a connection request device, and the service providing server 300 operates as a connection response device.
  • the connection destination control server 200 operates as a service trigger control server.
  • the user terminal 100 is realized by a mobile phone, a fixed phone, a personal computer (PC), a mobile terminal (PDA) or the like regardless of the type.
  • the user terminal 100 has a function of executing processing for transmitting an access request for requesting access to the service providing server 300 to the communication network 400.
  • the access request is information including “transmission source information” indicating the transmission source of the access request and “connection destination information” indicating the access destination (connection destination).
  • the access request includes “transmission destination information” indicating the transmission destination (transfer destination) of the access request itself.
  • “Destination information” is realized by, for example, a destination IP address in an IP header.
  • the service providing server 300 provides a service in response to the access request transmitted by the user terminal 100.
  • the service providing server 300 is realized by, for example, a Web server, stores a file for displaying a portal site or the like, and transmits the file to the user terminal 100 in response to an access request.
  • the connection destination control server 200 has a function of executing processing for establishing a session between the user terminal 100 and the service providing server 300 in response to a service trigger by the user terminal 100.
  • the service trigger means that, as a trigger for receiving the service provided by the service providing server 300, the URL of the server where the user does not exist is input and an access request including the URL of the server where the user terminal 100 does not exist is transmitted. To do.
  • the connection destination control server 200 receives an access request from the user terminal 100 and sets “transmission destination information” based on “connection destination information” included in the access request. , And a function of executing processing for transferring the access request.
  • FIG. 3 is a block diagram illustrating a configuration example of the connection destination control server 200 according to the first embodiment.
  • the connection destination control server 200 includes a determination unit 201, a transfer function unit 202, and a transmission / reception unit 203.
  • the determination unit 201 confirms whether the transmission source and connection destination of the received access request exist. For example, the determination unit 201 determines whether there is a connection destination indicated by the “connection destination information” included in the received access request.
  • the transfer function unit 202 transfers the received access request to a predetermined service connection destination. For example, when the connection destination indicated by the “connection destination information” included in the received access request does not exist, the transfer function unit 202 sets information indicating a predetermined connection destination in the “transmission destination information” of the access request. Further, information indicating a predetermined connection destination may be set in the “connection destination information”.
  • the transmission / reception unit 203 transmits / receives an access request from the user terminal 100 or transmits / receives an access request to / from the service providing server.
  • FIG. 4 is a flowchart showing an example of processing of the service trigger control system in the first embodiment.
  • the user terminal 100 transmits an access request in which a connection destination that does not exist is set (step S110). For example, the user terminal 100 transmits an access request in which information indicating a connection destination that does not exist is set to “connection destination information”.
  • the transmission source information included in the access request may be in any format as long as it can identify the terminal itself, such as a telephone number, a URI such as SIP, or an IP address. Further, the connection destination information may be any number, character string, or blank (not set).
  • the user terminal 100 sets a proxy server or the like corresponding to the exchange as a transmission destination (IP header destination or the like) of the access request itself, and transmits the access request.
  • a proxy server called a SIP server can be considered as the proxy server.
  • connection destination control server 200 may be placed in the same device as the proxy server or the like, or may be realized as a separate device transferred from the proxy server or the like. In any case, it is assumed that the access request reaches the connection destination control server 200.
  • connection destination control server 200 processes the received access request (step S120).
  • the process (step S120) executed by the connection destination control server 200 will be described with reference to FIG.
  • FIG. 5 is a flowchart illustrating an example of processing executed by the connection destination control server 200 according to the first embodiment.
  • connection destination control server 200 receives an access request from the user terminal 100 via the transmission / reception unit 203 (step S210).
  • the determination unit 201 confirms whether or not the connection destination set in the access request exists (step S220). For example, the determination unit 201 determines whether or not the connection destination indicated by the connection destination information included in the access request actually exists.
  • the determination unit 201 confirms whether or not there is a connection destination as long as it can confirm whether or not the connection destination exists. For example, it may be confirmed whether or not it matches by comparing with information indicating all existing connection destinations, and whether or not the number or URI set as the connection destination matches the determined format. Also good. If the connection destination information is blank, null, etc., it may be determined that the connection destination information does not exist at that time.
  • step S235 if it is determined that the connection destination exists, as an ordinary process, the access request is transferred to the connection destination and the process ends (step S235).
  • the transfer function unit 202 provides the service in which the communication carrier has determined the transmission destination (IP header destination, etc.) of the received access request itself, for example.
  • the connection destination of the server 300 is set (step S230).
  • the transfer function unit 202 sets information indicating the service providing server 300 in the “transmission destination information” of the access request.
  • the connection destination information in the access request may be rewritten with the information of the service providing server 300, or the original information may be left without being rewritten.
  • the transmission / reception unit 203 transfers the access request to the connection destination (service providing server 300) set by the transfer function unit 202 in step S230 (step S240), and ends the process of step S120.
  • step S130 the process of step S130 will be described with reference to FIG.
  • the service providing server 300 receives the access request and a session is established between the user terminal 100 and the service providing server 300, the service providing server 300 that has received the access request receives the access request from the user terminal.
  • a service is provided to 100, and a series of processing ends (step S130).
  • the first embodiment it is possible to receive a predetermined service without knowing a special number, URL, etc., own telephone number, or URI.
  • the same service can be received even if the use terminal is replaced. The reason is that, even when there is no set connection destination information, an access request may be transmitted by setting a number or character string that does not exist as a connection destination.
  • any nonexistent number or character string including a blank can be set as a connection destination. That is, in the case of a number, a number shorter than the telephone number may be set, and in the case of a URI formed of a character string, a short character string may be set in a format other than the determined format.
  • connection destination control server 200 of the communication carrier confirms that the access destination does not exist, and then determines in advance.
  • the service providing server 300 is notified that an access request has been received from the user.
  • a call is made to an existing telephone number, a normal session is established and a service such as a call can be received.
  • Embodiment 2 a second embodiment of the present invention will be described with reference to the drawings.
  • the access request is transferred only to the service providing server 300 determined in advance by the telecommunications carrier.
  • the transfer destination service can be set for each user. Different from the first embodiment.
  • FIG. 6 is a block diagram illustrating a configuration example of the connection destination control server 200 according to the second embodiment.
  • a database (DB) management unit 204 and a service database (DB) 205 are added to the first embodiment shown in FIG. Since the other configuration of the connection destination control server 200 is the same as the configuration in the first embodiment (see FIG. 3), the description thereof is omitted.
  • the database management unit 204 manages searches and updates for the service database 205.
  • the service database 205 is a hardware resource that stores a service connection destination such as a URL or a number of a service corresponding to a transmission source of an access request.
  • the service database 205 stores “transmission source information” indicating the transmission source of the access request and “connection destination information” indicating the connection destination of the access request in association with each other.
  • the overall operation of the service trigger control system is the same as the operation of the first embodiment (see FIG. 4), but the contents of the processing of the connection destination control server 200 in step S120 are different.
  • the process of the connection destination control server 200 in step S120 will be described.
  • FIG. 7 is a flowchart illustrating an example of processing executed by the connection destination control server 200 according to the second embodiment.
  • step S220 in FIG. 7 Since the processing up to step S220 in FIG. 7 is the same as the processing in the first embodiment (see FIG. 5), description thereof is omitted.
  • step S220 when it is determined that the connection destination exists, as an ordinary process, the access request is transferred to the connection destination and the process ends (step S235).
  • the database management unit 204 searches the service database 205 and acquires the connection destination of the service providing server 300 associated with the transmission source in advance (step S225). .
  • the database management unit 204 searches the service database 205 based on transmission source information included in the access request received from the user terminal 100, and uses information indicating the connection destination of the service providing server 300 as corresponding connection destination information. Extract.
  • the transfer function unit 202 sets the transmission destination of the received access request itself (IP header destination or the like) as the connection destination of the service providing server 300 associated with the transmission source acquired in step S225 (step S225). S231). For example, the transfer function unit 202 sets information indicating the connection destination of the service providing server 300 in the “transmission destination information” of the access request, and proceeds to step S240. Subsequent processing is the same as the processing in the first embodiment (see FIGS. 4 and 5), and thus description thereof is omitted.
  • connection destination control server 200 transfers the received access request to the service providing server 300.
  • the access is a session different from the access request transmitted by the user. The difference is that a request is generated and transmitted to the service providing server 300.
  • FIG. 8 is a block diagram illustrating a configuration example of the connection destination control server 200 according to the third embodiment.
  • an access request generation management unit 206 is provided instead of the transfer function unit 202 in the first embodiment shown in FIG.
  • the access request generation management unit 206 generates an access request addressed to the service providing server 300, which is an access request that is a session different from the access request transmitted by the user terminal 100 and is determined in advance by the communication carrier. In addition, the access request generation management unit 206 performs processing for managing the original access request (that is, transmitted by the user terminal 100) and the access request for another session in association with each other.
  • the operation of the third embodiment will be described with reference to the drawings.
  • the overall operation of the service trigger control system is the same as the operation of the first embodiment (see FIG. 4), but the contents of the processing of the connection destination control server 200 in step S120 are different.
  • the process of the connection destination control server 200 in step S120 will be described.
  • FIG. 9 is a flowchart illustrating an example of processing executed by the connection destination control server 200 according to the third embodiment.
  • step S220 in FIG. 9 Since the processing up to step S220 in FIG. 9 is the same as the processing in the first embodiment (see FIG. 5), description thereof is omitted.
  • step S220 when it is determined that the connection destination exists, as an ordinary process, the access request is transferred to the connection destination and the process ends (step S235).
  • step S220 when the determination unit 201 determines that there is no connection destination, the process proceeds to step S226.
  • the access request generation management unit 206 generates an access request that is a session different from the received access request, and manages the access request in association with the received original access request. At this time, the access request generation management unit 206 may use the user terminal 100 or the connection destination control server 200 as the transmission source information in the access request.
  • the access request generation management unit 206 sets the transmission destination of the access request itself generated in step S226 (IP header destination or the like) to the connection destination of the service providing server 300 determined in advance by the communication carrier. (Step S232).
  • step S241 the transmission / reception unit 203 transmits the access request itself generated in step S226 to the connection destination set in step S232, and ends the process in step S120. Subsequent processing is the same as the processing in the first embodiment (see FIG. 4), and thus description thereof is omitted.
  • the third embodiment for example, when the header and other information in the access request should not be rewritten in the middle, another access request is generated and necessary information is replaced and managed as a separate session. It is suitable as a method to realize.
  • SIP Session Initiation Protocol
  • the third embodiment is similar to what is called B2BUA (Back-to-Back-User-Agent Agent) in which two SIP terminals (User Agent) are internally mounted.
  • a transfer destination service can be set for each user, which is a feature of the second embodiment, and an access request, which is a feature of the third embodiment, is generated so as to be a separate session.
  • This is a method that also has a point to be transmitted to the providing server 300.
  • FIG. 10 is a block diagram illustrating a configuration example of the connection destination control server 200 according to the fourth embodiment.
  • an access request generation management unit 206 in the third embodiment shown in FIG. 8 is provided in place of the transfer function unit 202 in the second embodiment shown in FIG. ing.
  • the overall operation of the service trigger control system is the same as the operation of the first to third embodiments (see FIG. 4), but the contents of the processing of the connection destination control server 200 in step S120. Is different.
  • the process of the connection destination control server 200 in step S120 will be described.
  • FIG. 11 is a flowchart illustrating an example of processing executed by the connection destination control server 200 according to the fourth embodiment.
  • step S225 and the processing in step S235 in FIG. 11 are the same as the processing in the second embodiment (see FIG. 7), description thereof is omitted.
  • step S226 is executed after the process of step S225. Since the process of step S226 is the same as the process in the third embodiment (see FIG. 9), the description thereof is omitted.
  • the access request generation management unit 206 sets the destination of the access request itself generated in step S226 (IP header destination or the like) as the connection destination of the service providing server 300 acquired in step S225 (step S233). .
  • the access request generation management unit 206 extracts the “request information” of the access request that is a separate session generated by the access request generation management unit 206 in step S226, and the database management unit 204 extracts it from the service database 205 in step S225.
  • Information indicating the connection destination of the service providing server 300 is set.
  • step S242 the transmission / reception unit 203 transmits the access request itself generated in step S226 to the connection destination set in step S233, and ends the process in step S120. Subsequent processing is the same as the processing (see FIG. 4) in the first to third embodiments, and thus description thereof is omitted.
  • a different service providing destination can be set for each transmission source, and it is possible to cope with a case where it is desired to change a portion that should not be rewritten due to protocol specifications.
  • the reason for this is that the part that must not be rewritten with the original access request information is created, an access request for a session different from the original access request is generated, and the information predetermined for the access request to be the other session This is because of setting.
  • connection request device for example, realized by the user terminal 100
  • connection request device for example, realized by an access request
  • connection response device for example, realized by connection destination information
  • connection request including the determination unit (for example, realized by the determination unit 201) that determines whether or not the connection response device indicated by the connection response device information exists, and the determination unit does not have a connection response device If it is determined that the connection requesting device has transmitted a connection request, the communication requesting device (for example, realized by the service providing server 300) notifies the predetermined connection response device. Parts (e.g., as implemented by the notification unit 211, the transfer function unit 202 and the transceiver 203) the service trigger control system comprising a.
  • the notification unit When the determination unit determines that there is no connection response device, the notification unit indicates a predetermined connection response device in transmission destination information that is information included in the connection request and indicates a transmission destination of the connection request.
  • a service trigger control system that sets information and forwards the connection request. The service trigger control system configured as described above can transfer the connection request using the destination information.
  • a connection request generation unit (for example, realized by the access request generation management unit 206) that generates a connection request different from the connection request transmitted by the connection requesting device when the determination unit determines that there is no connection response device.
  • the notification unit transmits a connection request generated by the connection request generation unit to a predetermined connection response device.
  • the service trigger control system configured as described above can receive a predetermined service without knowing a specific destination when the connection request should not be rewritten.
  • a database (for example, realized by the service database 205) that stores transmission source information indicating a transmission source of a connection request and connection response device information in association with each other is provided.
  • connection response device information corresponding to the transmission source information included in the connection request is extracted from the database, and the connection request device sends a connection request to the connection response device indicated by the extracted connection response device information.
  • Service trigger control system that notifies that the message has been sent.
  • the service trigger control system configured as described above can notify a different connection response device for each connection request transmission source.
  • a service trigger control system in which the determination unit determines that the connection response device indicated by the connection response device information does not exist when the connection response device information is not set.
  • the service trigger control system configured as described above can determine that there is no connection response device when the connection response device information is not set.
  • the present invention can be effectively applied when it is desired to receive a predetermined service without setting a specific destination.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Hardware Design (AREA)
  • General Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Telephonic Communication Services (AREA)

Abstract

　特定の宛先を知らなくても所定のサービスを受けられるようにするため、サービス提供のトリガとなる接続要求に応じて、接続要求を送信した接続要求装置と接続要求に応答する接続応答装置との接続を確立させるサービストリガ制御システムであって、接続応答装置を示す接続応答装置情報を含む接続要求について、当該接続応答装置情報が示している接続応答装置が存在するか否かを判定する判定部と、判定部が接続応答装置が存在しないと判定した場合に、接続要求装置が接続要求を送信した旨を所定の接続応答装置に通知する通知部とを備える。

Description

サービストリガ制御システム、サーバ、方法およびプログラム
　本発明は、サービス提供のトリガとなる接続要求に応じて、接続要求を送信した接続要求装置と接続要求に応答する接続応答装置との接続を確立させるサービストリガ制御システム、サービストリガ制御サーバ、サービストリガ制御方法およびサービストリガ制御プログラムに関する。
　電話網をはじめとするネットワークを介して音声通話その他のサービスを利用する際のセッションの開始時において、例えばＳＩＰ（Session Initiation Protocol ）等の、セッションを確立するためのプロトコルを利用することが主流になりつつある。セッション確立用のプロトコルによれば、接続先の情報と送信元の情報がヘッダに記され、一般にＳＩＰサーバと呼ばれるプロキシサーバがセッションを管理することが可能となっている。
　また、世界的には、一般にスマートフォンと呼ばれる携帯電話端末が多く利用され、端末によって通信事業者が限定されるということは少ない。一方、２００７年現在、日本では、一般に通信事業者ごとに利用できる端末が限定されている。通信事業者が提供するサービスを利用するためには、サービスにアクセスするためのＵＲＩを事前に入手し、利用可能な端末に直接ＵＲＩを入力する。または、サービスにアクセスするための専用のボタンが用意され、ボタン押下時にあらかじめ端末に記憶させておいたＵＲＩに自動的にアクセスするような仕組みを搭載している端末を利用する。
　しかし、日本においてもスマートフォンタイプの端末が増加傾向にあり、さらに、通信事業者による利用端末の限定が解除される流れが出てきている。また、従来の固定電話回線網がＩＰ化されて音声通話以外の多様なサービスが展開されるようになるとともに、これまでの固定電話機も多機能になり、機能的にはスマートフォンに似た端末が登場すると予想される。
　このような状況の中で、通信事業者が限定されないタイプの端末を用いてサービスを受ける場合、利用する端末によっては、通信事業者のインフラストラクチャを介して提供されるサービスにアクセスするために、特定の番号やＵＲＩを入力する必要があるという問題がある。
　例えば、携帯電話通信網のような、通信事業者が回線で加入者を管理するようなネットワークにおいては、あるサービスのポータルページや、加入者ごとにカスタマイズされたサービスが提供されている。一般的なネットワーク上で行われている方法により、上記のようなサービスを実現する場合、例えば、非特許文献１，２に記載されている手段が取られている。
　例えば、非特許文献１には、ある通信事業者が提供しているサービスサイトにアクセスする方法として、当該通信事業者網でしか利用できない専用端末に予め当該サイトのＵＲＬを記録しておき、専用ボタン等を押下することによりアクセスすることが記載されている。
　また、非特許文献２には、一般的にあらかじめ利用者毎に用意されているカスタマイズされたサイトを、利用者がＷｅｂブラウザ等で表示させるための方法が記載されている。非特許文献２によれば、サービスプロバイダまたは通信事業者から事前に電子メール、郵送等で通知された特定のＵＲＬを入力したりリンクをクリックするか、あらかじめ指定されたポータルサイトにアクセスし、そこで利用者識別用のID、パスワード等を入力することにより、カスタマイズされたサイトにアクセスすることができる。
　しかし、非特許文献１，２に記載されている方法には、以下のような問題がある。まず、利用者は、アクセスするサービスサイトの番号やＵＲＬ等のアドレスをあらかじめ知っているか入手している必要がある。また、アクセス先が利用者専用サービスである場合は、ポータルサイトのアドレスを知っていてかつパスワード等を事前に取得している必要がある。つまり、受けたいサービスのアクセス先の番号やＵＲＬ等の情報を知らなければ、サービスを受けることができない。
　上記の問題点について、例えば自身の端末に付与されている番号をダイヤルし、ダイヤルされた番号とダイヤル操作した端末機が同一の場合は、メモリに記憶されているサービスの処理を行う技術が開示されている（例えば、特許文献１，２参照。）。
特開昭６３－１８７７５６号公報 特開平０８－２１４０６５号公報 "Ｙａｈｏｏ！ケータイ"、［online］、ソフトバンクモバイル株式会社、［平成２０年２月１４日検索］、インターネット＜ＵＲＬ：http://mb.softbank.jp/mb/service/3G/yahoo_keitai/index.html＞ "ＭｙＳｏｆｔＢａｎｋとは？"、［online］、ソフトバンクモバイル株式会社、［平成２０年２月１４日検索］、インターネット＜ＵＲＬ：http://mb.softbank.jp/mb/support/3G/mysoftbank/＞
　特許文献１，２に記載されている技術の利用方法として、操作者が自身の端末に電話番号を入力する、または自身の端末にダイヤルする専用ボタンを押すといった利用の方法が考えられる。しかし、これらの方法には以下の課題が残る。
　まず、操作者が電話番号を入力する場合、例えば電話番号なら少なくとも１０桁の番号を入力する必要がある。また、電話番号ではなく、他のＵＲＩ形式でアクセスする場合も、決まった文字列を入力する必要がある。さらに、万が一自分の電話番号やＵＲＩを忘れてしまった場合、特許文献１，２に記載されている技術を利用することができない。また、端末の機能に依存する問題として、専用ボタン押下時に、自身の端末の番号宛にダイヤルする、またはアクセスするという機能を持ったインタフェースが備えられている保証はない。
　そこで、本発明は、特定の宛先を知らなくても所定のサービスを受けられるようにするサービストリガ制御システム、サービストリガ制御サーバ、サービストリガ制御方法およびサービストリガ制御プログラムを提供することを目的とする。
　本発明によるサービストリガ制御システムは、サービス提供のトリガとなる接続要求に応じて、接続要求を送信した接続要求装置と接続要求に応答する接続応答装置との接続を確立させるサービストリガ制御システムであって、接続応答装置を示す接続応答装置情報を含む接続要求について、当該接続応答装置情報が示している接続応答装置が存在するか否かを判定する判定部と、判定部が接続応答装置が存在しないと判定した場合に、接続要求装置が接続要求を送信した旨を所定の接続応答装置に通知する通知部とを備えたことを特徴とする。
　本発明によるサービストリガ制御サーバは、サービス提供のトリガとなる接続要求に応じて、接続要求を送信した接続要求装置と接続要求に応答する接続応答装置との接続を確立させるサービストリガ制御サーバであって、接続応答装置を示す接続応答装置情報を含む接続要求について、当該接続応答装置情報が示している接続応答装置が存在するか否かを判定する判定部と、判定部が接続応答装置が存在しないと判定した場合に、接続要求装置が接続要求を送信した旨を所定の接続応答装置に通知する通知部とを備えたことを特徴とする。
　本発明によるサービストリガ制御方法は、サービス提供のトリガとなる接続要求に応じて、接続要求を送信した接続要求装置と接続要求に応答する接続応答装置との接続を確立させるサービストリガ制御方法であって、接続応答装置を示す接続応答装置情報を含む接続要求について、当該接続応答装置情報が示している接続応答装置が存在するか否かを判定する判定ステップと、判定ステップで接続応答装置が存在しないと判定した場合に、接続要求装置が接続要求を送信した旨を所定の接続応答装置に通知する通知ステップとを含むことを特徴とする。
　本発明によるサービストリガ制御プログラムは、サービス提供のトリガとなる接続要求に応じて、接続要求を送信した接続要求装置と接続要求に応答する接続応答装置との接続を確立させるサービストリガ制御プログラムであって、コンピュータに、接続応答装置を示す接続応答装置情報を含む接続要求について、当該接続応答装置情報が示している接続応答装置が存在するか否かを判定する判定処理と、判定処理で接続応答装置が存在しないと判定した場合に、接続要求装置が接続要求を送信した旨を所定の接続応答装置に通知する通知処理とを実行させることを特徴とする。
　本発明によれば、特定の宛先を知らなくても所定のサービスを受けられるようにすることができるという効果がある。
本発明によるサービストリガ制御システムの最小の構成例を示すブロック図である。 第１の実施形態のサービストリガ制御システムの構成例を示すブロック図である。 第１の実施形態の接続先制御サーバの構成例を示すブロック図である。 第１の実施形態におけるサービストリガ制御システムの処理の例を示すフローチャートである。 第１の実施形態の接続先制御サーバが実行する処理の例を示すフローチャートである。 第２の実施形態の接続先制御サーバの構成例を示すブロック図である。 第２の実施形態の接続先制御サーバが実行する処理の例を示すフローチャートである。 第３の実施形態の接続先制御サーバの構成例を示すブロック図である。 第３の実施形態の接続先制御サーバが実行する処理の例を示すフローチャートである。 第４の実施形態の接続先制御サーバの構成例を示すブロック図である。 第４の実施形態の接続先制御サーバが実行する処理の例を示すフローチャートである。
符号の説明
　２０１　判定部
　２１１　通知部
　まず、本発明の概要について図面を参照して説明する。図１は、本発明によるサービストリガ制御システムの最小の構成例を示すブロック図である。図１に例示するサービストリガ制御システムは、判定部２０１と、通知部２１１とを備える。
　サービストリガ制御システムは、サービス提供のトリガとなる接続要求に応じて、接続要求を送信した接続要求装置と接続要求に応答する接続応答装置との接続を確立させる。
　判定部２０１は、接続応答装置を示す接続応答装置情報を含む接続要求について、当該接続応答装置情報が示している接続応答装置が存在するか否かを判定する。
　通知部２１１は、判定部２０１が接続応答装置が存在しないと判定した場合に、接続要求装置が接続要求を送信した旨を所定の接続応答装置に通知する。
　図１に示すように構成すれば、特定の宛先を知らなくても所定のサービスを受けられるようにすることができる。
実施形態１．
　以下、本発明の第１の実施形態を図面を参照して説明する。図２は、第１の実施形態のサービストリガ制御システムの構成例を示すブロック図である。図２に示すサービストリガ制御システムは、ユーザ端末１００と、プログラム制御により動作する接続先制御サーバ２００と、サービス提供サーバ３００とを備える。ユーザ端末１００、接続先制御サーバ２００およびサービス提供サーバ３００は、通信ネットワーク４００を介して相互に接続されている。なお、ユーザ端末１００は、接続要求装置として動作し、サービス提供サーバ３００は接続応答装置として動作する。接続先制御サーバ２００は、サービストリガ制御サーバとして動作する。
　ユーザ端末１００は、携帯電話機、固定電話機、パーソナルコンピュータ（ＰＣ）、携帯端末（ＰＤＡ）等で種類を問わずに実現される。ユーザ端末１００は、通信ネットワーク４００に対し、サービス提供サーバ３００へのアクセスを要求するアクセス要求を送信する処理を実行する機能を有する。
　アクセス要求は、アクセス要求の送信元を示す「送信元情報」と、アクセス先（接続先）を示す「接続先情報」とを含む情報である。また、アクセス要求は、アクセス要求自体の送信先（転送先）を示す「送信先情報」を含む。「送信先情報」は、例えば、ＩＰヘッダにおける宛先ＩＰアドレスで実現される。
　サービス提供サーバ３００は、ユーザ端末１００が送信したアクセス要求に応じてサービスを提供する。サービス提供サーバ３００は、例えば、Ｗｅｂサーバで実現され、ポータルサイト等を表示するためのファイルを格納し、アクセス要求に応じてユーザ端末１００に送信する。
　接続先制御サーバ２００は、ユーザ端末１００によるサービストリガに応じて、ユーザ端末１００とサービス提供サーバ３００とのセッションを確立させる処理を実行する機能を有する。サービストリガとは、サービス提供サーバ３００が提供するサービスを受けるためのきっかけとして、ユーザが存在しないサーバのＵＲＬを入力し、ユーザ端末１００が存在しないサーバのＵＲＬを含むアクセス要求を送信することを意味する。
　具体的には、接続先制御サーバ２００は、第１の実施形態において、ユーザ端末１００からアクセス要求を受信し、アクセス要求に含まれる「接続先情報」に基づいて「送信先情報」を設定し、アクセス要求を転送する処理を実行する機能を有する。図３は、第１の実施形態の接続先制御サーバ２００の構成例を示すブロック図である。図３を参照すると、接続先制御サーバ２００は、判定部２０１と、転送機能部２０２と、送受信部２０３とを含む。
　判定部２０１は、受信したアクセス要求の送信元と接続先が存在するかどうかを確認する。例えば、判定部２０１は、受信したアクセス要求に含まれる「接続先情報」が示す接続先が存在するか否かを判定する。
　転送機能部２０２は、受信したアクセス要求の接続先（アクセス先）が存在しない場合、受信したアクセス要求を、あらかじめ決められたサービスの接続先に転送する。例えば、転送機能部２０２は、受信したアクセス要求に含まれる「接続先情報」が示す接続先が存在しない場合、アクセス要求の「送信先情報」に所定の接続先を示す情報を設定する。また、「接続先情報」に所定の接続先を示す情報を設定してもよい。
　送受信部２０３は、ユーザ端末１００からのアクセス要求の送受信やサービス提供サーバとのアクセス要求の送受信を行う。
　次に、図面を参照して第１の実施形態の動作について説明する。図４は、第１の実施形態におけるサービストリガ制御システムの処理の例を示すフローチャートである。
　はじめに、ユーザ端末１００は、存在しない接続先を設定したアクセス要求を送信する（ステップＳ１１０）。例えば、ユーザ端末１００は、存在しない接続先を示す情報を「接続先情報」に設定したアクセス要求を送信する。
　アクセス要求に含まれる送信元情報は、電話番号やＳＩＰ等のＵＲＩ、ＩＰアドレスなど、自端末を識別可能な情報であれば、形式を問わない。また、接続先情報は、任意の番号、文字列、あるいは空欄（設定しない）でもよい。
　また、ユーザ端末１００は、アクセス要求自体の送信先（ＩＰヘッダの宛先等）として、交換機に相当するプロキシサーバ等を設定し、アクセス要求を送信する。具体的には、プロキシサーバとして、ＳＩＰサーバと呼ばれるプロキシサーバなどが考えられる。
　接続先制御サーバ２００は、このプロキシサーバ等と同一機器内に置かれてもよく、プロキシサーバ等から転送される別の機器として実現されてもよい。いずれにしても、アクセス要求が接続先制御サーバ２００に到達するものとする。
　次に、接続先制御サーバ２００は、受信したアクセス要求の処理を行う（ステップＳ１２０）。接続先制御サーバ２００が実行する処理（ステップＳ１２０）について、図５を参照して説明する。図５は、第１の実施形態の接続先制御サーバ２００が実行する処理の例を示すフローチャートである。
　まず、接続先制御サーバ２００は、送受信部２０３を介してユーザ端末１００からのアクセス要求を受信する（ステップＳ２１０）。
　次に、判定部２０１は、アクセス要求内に設定された接続先が存在するかどうかを確認する（ステップＳ２２０）。例えば、判定部２０１は、アクセス要求に含まれる接続先情報が示す接続先が、実在するか否かの判断を行う。
　判定部２０１が接続先の有無を確認する方法は、接続先が存在するかしないかを確認できれば、どんな方法でもよい。例えば、存在する全接続先を示す情報と比較して一致するかを確認しても良いし、接続先として設定された番号やＵＲＩが、決められたフォーマットと一致するかしないかを確認してもよい。また、接続先情報が、空欄、ｎｕｌｌ等の場合は、当然のことながらその時点で存在しないと判断してもよい。
　確認の結果、接続先が存在すると判断した場合、通常の処理として、接続先に対してアクセス要求を転送して終了する（ステップＳ２３５）。
　確認の結果、接続先が存在しないと判断した場合、転送機能部２０２は、例えば、受信したアクセス要求自体の送信先（ＩＰヘッダの宛先等）を、あらかじめ通信事業者が決めておいたサービス提供サーバ３００の接続先に設定する（ステップＳ２３０）。例えば、転送機能部２０２は、アクセス要求の「送信先情報」にサービス提供サーバ３００を示す情報を設定する。このとき、アクセス要求内の接続先情報をサービス提供サーバ３００の情報に書き換えてもよいし、書き換えずに元の情報のままでもよい。
　次に、送受信部２０３は、ステップＳ２３０で転送機能部２０２が設定した接続先（サービス提供サーバ３００）に対して、アクセス要求を転送し（ステップＳ２４０）、ステップＳ１２０の処理を終了する。
　次に、図４を参照してステップＳ１３０の処理について説明する。サービス提供サーバ３００がアクセス要求を受信し、ユーザ端末１００とサービス提供サーバ３００との間でセッションが確立されると、アクセス要求を受信したサービス提供サーバ３００は、アクセス要求の送信元であるユーザ端末１００に対してサービスを提供し、一連の処理を終了する（ステップＳ１３０）。
　以上に説明したように、第１の実施形態によれば、特殊な番号、ＵＲＬ等や自身の電話番号やＵＲＩを知らなくても、事前に決められたサービスを受けることができる。また、利用端末を取り換えても、同じサービスを受けることができる。その理由は、設定された接続先情報が無い場合も含め、接続先として存在しない番号や文字列等を設定してアクセス要求を送信すればよいからである。
　また、極端に長い番号やＵＲＩを入力することなくサービスを受けることができる。その理由は、空欄を含め、任意の存在しない番号や文字列を接続先として設定することができるからである。つまり、番号の場合は電話番号よりも短い番号を設定すればよく、文字列からなるＵＲＩの場合も決められた形式以外で短い文字列を設定すればよいからである。
　例えば、ユーザのＩＰ電話機から、アクセス先が不定となる任意の番号に対して電話をかけると、通信事業者の接続先制御サーバ２００が、アクセス先が存在しないことを確認した後、あらかじめ決めておいたサービス提供サーバ３００に対してユーザからアクセス要求がきた旨を通知する。存在する電話番号にかけた場合は、通常のセッション確立が行われ、通話等のサービスを受けることができる。
実施形態２．
　次に、本発明の第２の実施形態を図面を参照して説明する。第１の実施形態では、あらかじめ通信事業者が決めておいたサービス提供サーバ３００にのみアクセス要求を転送していたが、第２の実施形態では、ユーザ毎に転送先サービスを設定できる点で第１の実施形態と異なる。
　図６は、第２の実施形態の接続先制御サーバ２００の構成例を示すブロック図である。図６を参照すると、第２の実施形態では、図３に示す第１の実施形態に対し、データベース（ＤＢ）管理部２０４と、サービスデータベース（ＤＢ）２０５とが追加されている。なお、接続先制御サーバ２００のその他の構成は、第１の実施形態における構成（図３参照。）と同様であるため、説明を省略する。
　データベース管理部２０４は、サービスデータベース２０５に対する検索や更新を管理する。
　サービスデータベース２０５は、アクセス要求の送信元に対応するサービスのＵＲＬや番号等サービスの接続先を記憶するハードウェア資源である。例えば、サービスデータベース２０５は、アクセス要求の送信元を示す「送信元情報」と、アクセス要求の接続先を示す「接続先情報」とを対応付けて記憶する。
　次に、図面を参照して第２の実施形態の動作について説明する。第２の実施形態では、サービストリガ制御システムの全体の動作は第１の実施形態の動作（図４参照。）と同様であるが、ステップＳ１２０の接続先制御サーバ２００の処理の内容が異なる。以下、ステップＳ１２０の接続先制御サーバ２００の処理について説明する。
　図７は、第２の実施形態の接続先制御サーバ２００が実行する処理の例を示すフローチャートである。
　図７におけるステップＳ２２０までの処理は、第１の実施形態における処理（図５参照。）と同様であるため、説明を省略する。
　ステップＳ２２０での確認の結果、接続先が存在すると判断した場合、通常の処理として、接続先に対してアクセス要求を転送して終了する（ステップＳ２３５）。
　確認の結果、接続先が存在しないと判断した場合、データベース管理部２０４は、サービスデータベース２０５を検索し、あらかじめ送信元に対応付けておいたサービス提供サーバ３００の接続先を取得する（ステップＳ２２５）。例えば、データベース管理部２０４は、ユーザ端末１００から受信したアクセス要求に含まれる送信元情報に基づいてサービスデータベース２０５を検索し、対応する接続先情報として、サービス提供サーバ３００の接続先を示す情報を抽出する。
　次に、転送機能部２０２は、受信したアクセス要求自体の送信先（ＩＰヘッダの宛先等）を、ステップＳ２２５で取得した送信元に対応付けられたサービス提供サーバ３００の接続先に設定する（ステップＳ２３１）。例えば、転送機能部２０２は、アクセス要求の「送信先情報」にサービス提供サーバ３００の接続先を示す情報を設定し、ステップＳ２４０に移行する。以降の処理は、第１の実施形態における処理（図４，図５参照。）と同様であるため、説明を省略する。
　以上に説明したように、第２の実施形態によれば、送信元ごとに異なるサービス提供先を設定することができるという効果がある。
実施形態３．
　次に、本発明の第３の実施形態を図面を参照して説明する。第１の実施形態では、接続先制御サーバ２００は、受信したアクセス要求をサービス提供サーバ３００に転送していたが、第３の実施形態では、ユーザが送信したアクセス要求とは別セッションとなるアクセス要求を生成し、サービス提供サーバ３００に送信する点が異なる。
　図８は、第３の実施形態の接続先制御サーバ２００の構成例を示すブロック図である。図８を参照すると、第３の実施形態では、図３に示す第１の実施形態における転送機能部２０２に代えて、アクセス要求生成管理部２０６が設けられている。
　アクセス要求生成管理部２０６は、ユーザ端末１００が送信したアクセス要求とは別セッションとなるアクセス要求であって、あらかじめ通信事業者が決めておいたサービス提供サーバ３００宛てのアクセス要求を生成する。また、アクセス要求生成管理部２０６は、元の（すなわち、ユーザ端末１００が送信した）アクセス要求と別セッションのアクセス要求とを関連づけて管理する処理を行う。
　次に、図面を参照して第３の実施形態の動作について説明する。第３の実施形態では、サービストリガ制御システムの全体の動作は第１の実施形態の動作（図４参照。）と同様であるが、ステップＳ１２０の接続先制御サーバ２００の処理の内容が異なる。以下、ステップＳ１２０の接続先制御サーバ２００の処理について説明する。
　図９は、第３の実施形態の接続先制御サーバ２００が実行する処理の例を示すフローチャートである。
　図９におけるステップＳ２２０までの処理は、第１の実施形態における処理（図５参照。）と同様であるため、説明を省略する。
　ステップＳ２２０での確認の結果、接続先が存在すると判断した場合、通常の処理として、接続先に対してアクセス要求を転送して終了する（ステップＳ２３５）。
　ステップＳ２２０において、判定部２０１が接続先が存在しないと判断した場合、ステップＳ２２６に移行する。ステップＳ２２６において、アクセス要求生成管理部２０６は、受信したアクセス要求とは別セッションとなるアクセス要求を生成し、受信した元のアクセス要求と関連付けて管理する。この際、アクセス要求生成管理部２０６は、アクセス要求内の送信元の情報を、ユーザ端末１００にしても、接続先制御サーバ２００にしてもよい。
　次に、アクセス要求生成管理部２０６は、ステップＳ２２６で生成したアクセス要求自体の送信先（ＩＰヘッダの宛先等）を、あらかじめ通信事業者が決めておいたサービス提供サーバ３００の接続先に設定する（ステップＳ２３２）。
　次に、ステップＳ２４１で、送受信部２０３は、ステップＳ２２６で生成したアクセス要求自体を、ステップＳ２３２で設定した接続先に送信し、ステップＳ１２０の処理を終了する。以降の処理は、第１の実施形態における処理（図４参照。）と同様であるため、説明を省略する。
　第３の実施形態は、例えば、アクセス要求内のヘッダその他の情報を、途中で書き換えてはいけないような場合に、別のアクセス要求を生成し必要な情報を置き換えて別セッションとして管理することで実現する方法として適している。第３の実施形態は、例えばＳＩＰ（Session Initiation Protocol ）の場合、内部的に２つのＳＩＰ端末（User Agent）を背中合わせに実装したＢ２ＢＵＡ（Back to Back User Agent ）と呼ばれるものと同様である。
実施形態４．
　次に、本発明の第４の実施形態を図面を参照して説明する。第４の実施形態は、第２の実施形態の特徴であるユーザ毎に転送先サービスを設定できる点と、第３の実施形態の特徴であるアクセス要求を別セッションとなるように生成し、サービス提供サーバ３００に送信する点を併せ持った方式である。
　図１０は、第４の実施形態の接続先制御サーバ２００の構成例を示すブロック図である。図１０を参照すると、第４の実施形態では、図６に示す第２の実施形態における転送機能部２０２に代えて、図８に示す第３の実施形態におけるアクセス要求生成管理部２０６が設けられている。
　次に、図面を参照して第４の実施形態の動作について説明する。第４の実施形態では、サービストリガ制御システムの全体の動作は第１～第３の実施形態の動作（図４参照。）と同様であるが、ステップＳ１２０の接続先制御サーバ２００の処理の内容が異なる。以下、ステップＳ１２０の接続先制御サーバ２００の処理について説明する。
　図１１は、第４の実施形態の接続先制御サーバ２００が実行する処理の例を示すフローチャートである。
　図１１におけるステップＳ２２５までの処理およびステップＳ２３５の処理は、第２の実施形態における処理（図７参照。）と同様であるため、説明を省略する。
　第４の実施形態では、ステップＳ２２５の処理の後、ステップＳ２２６の処理を実行する。ステップＳ２２６の処理は、第３の実施形態における処理（図９参照。）と同様であるため、説明を省略する。
　次に、アクセス要求生成管理部２０６は、ステップＳ２２６で生成したアクセス要求自体の送信先（ＩＰヘッダの宛先等）を、ステップＳ２２５で取得したサービス提供サーバ３００の接続先に設定する（ステップＳ２３３）。例えば、アクセス要求生成管理部２０６は、ステップＳ２２６においてアクセス要求生成管理部２０６が生成した別セッションとなるアクセス要求の「送信先情報」に、ステップＳ２２５でデータベース管理部２０４がサービスデータベース２０５から抽出したサービス提供サーバ３００の接続先を示す情報を設定する。
　次に、ステップＳ２４２で、送受信部２０３は、ステップＳ２２６で生成したアクセス要求自体を、ステップＳ２３３で設定した接続先に送信し、ステップＳ１２０の処理を終了する。以降の処理は、第１～第３の実施形態における処理（図４参照。）と同様であるため、説明を省略する。
　第４の実施形態によれば、送信元ごとに異なるサービス提供先を設定することができ、かつ、プロトコルの仕様上書き換えてはいけない部分を変更したい場合でも対応することができる。その理由は、元のアクセス要求情報で書き換えてはいけない部分には手を加えず、元のアクセス要求とは異なるセッションのアクセス要求を生成し、その別セッションとなるアクセス要求にあらかじめ定められた情報を設定しているからである。
　なお、上記に示した実施形態では、以下の（１）～（５）に示すような特徴的構成を備えたサービストリガ制御システムが示されている。
　（１）サービス提供のトリガとなる接続要求に応じて、接続要求（例えば、アクセス要求で実現される）を送信した接続要求装置（例えば、ユーザ端末１００で実現される）と接続要求に応答する接続応答装置（例えば、サービス提供サーバ３００で実現される）との接続を確立させるサービストリガ制御システムであって、接続応答装置を示す接続応答装置情報（例えば、接続先情報で実現される）を含む接続要求について、当該接続応答装置情報が示している接続応答装置が存在するか否かを判定する判定部（例えば、判定部２０１で実現される）と、判定部が接続応答装置が存在しないと判定した場合に、接続要求装置が接続要求を送信した旨を所定の接続応答装置（例えば、サービス提供サーバ３００で実現される）に通知する通知部（例えば、通知部２１１、転送機能部２０２および送受信部２０３で実現される）とを備えたサービストリガ制御システム。
　（２）通知部は、判定部が接続応答装置が存在しないと判定した場合に、接続要求に含まれる情報であって接続要求の送信先を示す送信先情報に、所定の接続応答装置を示す情報を設定して、当該接続要求を転送するサービストリガ制御システム。そのように構成されたサービストリガ制御システムは、送信先情報を用いて接続要求を転送することができる。
　（３）判定部が接続応答装置が存在しないと判定した場合に、接続要求装置が送信した接続要求とは異なる接続要求を生成する接続要求生成部（例えば、アクセス要求生成管理部２０６で実現される）を備え、通知部は、接続要求生成部が生成した接続要求を、所定の接続応答装置に送信するサービストリガ制御システム。そのように構成されたサービストリガ制御システムは、接続要求を書き換えてはいけない場合に、特定の宛先を知らなくても、所定のサービスを受けることができる。
　（４）接続要求の送信元を示す送信元情報と、接続応答装置情報とを対応付けて記憶するデータベース（例えば、サービスデータベース２０５で実現される）を備え、通知部は、判定部が接続応答装置が存在しないと判定した場合に、接続要求に含まれる送信元情報に対応する接続応答装置情報を前記データベースから抽出し、抽出した接続応答装置情報が示す接続応答装置に接続要求装置が接続要求を送信した旨を通知するサービストリガ制御システム。そのように構成されたサービストリガ制御システムは、接続要求の送信元ごとに異なる接続応答装置に通知を行うことができる。
　（５）判定部は、接続応答装置情報が設定されていない場合に、当該接続応答装置情報が示している接続応答装置が存在しないと判定するサービストリガ制御システム。そのように構成されたサービストリガ制御システムは、接続応答装置情報が設定されていない場合に接続応答装置が存在しないと判定することができる。
　この出願は、２００８年２月２５日に出願された日本出願特願２００８－０４３１０８を基礎とする優先権を主張し、その開示の全てをここに取り込む。
　本発明は、特定の宛先を設定することなく、所定のサービスを受けたい場合に効果的に適用できる。

Claims (11)

  1. 　サービス提供のトリガとなる接続要求に応じて、接続要求を送信した接続要求装置と接続要求に応答する接続応答装置との接続を確立させるサービストリガ制御システムであって、
    　接続応答装置を示す接続応答装置情報を含む接続要求について、当該接続応答装置情報が示している接続応答装置が存在するか否かを判定する判定部と、
    　前記判定部が接続応答装置が存在しないと判定した場合に、前記接続要求装置が接続要求を送信した旨を所定の接続応答装置に通知する通知部と
    　を備えたことを特徴とするサービストリガ制御システム。
  2. 　通知部は、判定部が接続応答装置が存在しないと判定した場合に、接続要求に含まれる情報であって接続要求の送信先を示す送信先情報に、所定の接続応答装置を示す情報を設定して、当該接続要求を転送する
    　請求項１記載のサービストリガ制御システム。
  3. 　判定部が接続応答装置が存在しないと判定した場合に、接続要求装置が送信した接続要求とは異なる接続要求を生成する接続要求生成部を備え、
    　通知部は、前記接続要求生成部が生成した接続要求を、所定の接続応答装置に送信する
    　請求項１または請求項２記載のサービストリガ制御システム。
  4. 　接続要求の送信元を示す送信元情報と、接続応答装置情報とを対応付けて記憶するデータベースを備え、
    　通知部は、判定部が接続応答装置が存在しないと判定した場合に、接続要求に含まれる送信元情報に対応する接続応答装置情報を前記データベースから抽出し、抽出した接続応答装置情報が示す接続応答装置に接続要求装置が接続要求を送信した旨を通知する
    　請求項１から請求項３のうちのいずれか１項に記載のサービストリガ制御システム。
  5. 　判定部は、接続応答装置情報が設定されていない場合に、当該接続応答装置情報が示している接続応答装置が存在しないと判定する
    　請求項１から請求項４のうちのいずれか１項に記載のサービストリガ制御システム。
  6. 　サービス提供のトリガとなる接続要求に応じて、接続要求を送信した接続要求装置と接続要求に応答する接続応答装置との接続を確立させるサービストリガ制御サーバであって、
    　接続応答装置を示す接続応答装置情報を含む接続要求について、当該接続応答装置情報が示している接続応答装置が存在するか否かを判定する判定部と、
    　前記判定部が接続応答装置が存在しないと判定した場合に、前記接続要求装置が接続要求を送信した旨を所定の接続応答装置に通知する通知部と
    　を備えたことを特徴とするサービストリガ制御サーバ。
  7. 　通知部は、判定部が接続応答装置が存在しないと判定した場合に、接続要求に含まれる情報であって接続要求の送信先を示す送信先情報に、所定の接続応答装置を示す情報を設定して、当該接続要求を転送する
    　請求項６記載のサービストリガ制御サーバ。
  8. 　サービス提供のトリガとなる接続要求に応じて、接続要求を送信した接続要求装置と接続要求に応答する接続応答装置との接続を確立させるサービストリガ制御方法であって、
    　接続応答装置を示す接続応答装置情報を含む接続要求について、当該接続応答装置情報が示している接続応答装置が存在するか否かを判定する判定ステップと、
    　前記判定ステップで接続応答装置が存在しないと判定した場合に、前記接続要求装置が接続要求を送信した旨を所定の接続応答装置に通知する通知ステップと
    　を含むことを特徴とするサービストリガ制御方法。
  9. 　通知ステップで、判定ステップで接続応答装置が存在しないと判定した場合に、接続要求に含まれる情報であって接続要求の送信先を示す送信先情報に、所定の接続応答装置を示す情報を設定して、当該接続要求を転送する
    　請求項８記載のサービストリガ制御方法。
  10. 　サービス提供のトリガとなる接続要求に応じて、接続要求を送信した接続要求装置と接続要求に応答する接続応答装置との接続を確立させるためのサービストリガ制御プログラムであって、
    　コンピュータに、
    　接続応答装置を示す接続応答装置情報を含む接続要求について、当該接続応答装置情報が示している接続応答装置が存在するか否かを判定する判定処理と、
    　前記判定処理で接続応答装置が存在しないと判定した場合に、前記接続要求装置が接続要求を送信した旨を所定の接続応答装置に通知する通知処理と
    　を実行させるためのサービストリガ制御プログラム。
  11. 　コンピュータに、
    　通知処理で、判定処理で接続応答装置が存在しないと判定した場合に、接続要求に含まれる情報であって接続要求の送信先を示す送信先情報に、所定の接続応答装置を示す情報を設定して、当該接続要求を転送する処理を実行させるための
    　請求項１０記載のサービストリガ制御プログラム。
PCT/JP2009/051839 2008-02-25 2009-02-04 サービストリガ制御システム、サーバ、方法およびプログラム WO2009107465A1 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2008-043108 2008-02-25
JP2008043108A JP2011129962A (ja) 2008-02-25 2008-02-25 サービストリガ制御システム、サーバ、方法およびプログラム

Publications (1)

Publication Number Publication Date
WO2009107465A1 true WO2009107465A1 (ja) 2009-09-03

Family

ID=41015868

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2009/051839 WO2009107465A1 (ja) 2008-02-25 2009-02-04 サービストリガ制御システム、サーバ、方法およびプログラム

Country Status (2)

Country Link
JP (1) JP2011129962A (ja)
WO (1) WO2009107465A1 (ja)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001243143A (ja) * 2000-02-28 2001-09-07 Densuke Shokai:Kk インターネットのアクセス方法、インターネットのアクセスシステム、及びｕｒｌ検索サーバ
JP2004235778A (ja) * 2003-01-29 2004-08-19 Hitachi Ltd 応答処理制御方法
JP2006254402A (ja) * 2005-03-09 2006-09-21 Plustek Inc マルチメディア会議システム，それを用いた会議方法、およびコンピューターの判読可能メディア
JP2006318075A (ja) * 2005-05-11 2006-11-24 Hitachi Ltd サービスネットワークシステムおよびサーバ装置
JP2008022546A (ja) * 2006-06-15 2008-01-31 Meiji Univ コールセンタシステム，電話着信呼分配装置及び電話着信呼分配方法，プログラム

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001243143A (ja) * 2000-02-28 2001-09-07 Densuke Shokai:Kk インターネットのアクセス方法、インターネットのアクセスシステム、及びｕｒｌ検索サーバ
JP2004235778A (ja) * 2003-01-29 2004-08-19 Hitachi Ltd 応答処理制御方法
JP2006254402A (ja) * 2005-03-09 2006-09-21 Plustek Inc マルチメディア会議システム，それを用いた会議方法、およびコンピューターの判読可能メディア
JP2006318075A (ja) * 2005-05-11 2006-11-24 Hitachi Ltd サービスネットワークシステムおよびサーバ装置
JP2008022546A (ja) * 2006-06-15 2008-01-31 Meiji Univ コールセンタシステム，電話着信呼分配装置及び電話着信呼分配方法，プログラム

Also Published As

Publication number Publication date
JP2011129962A (ja) 2011-06-30

Similar Documents

Publication Publication Date Title
RU2419238C1 (ru) Система и способ распределения общей информации о местоположении между устройствами связи
RU2004129631A (ru) Последовательный мультимодальный ввод
JP2008022584A (ja) ワイヤレスマルチメディア通信システム及び方法
US9167089B2 (en) Method and system for searching and processing contacts
US20120093147A1 (en) Method for providing internet services to a telephone user
US20070288600A1 (en) Telecommunications system and method of initiating file transfers from voice endpoints
KR100498361B1 (ko) 이동 통신단말기의 무선 인터넷 동기화 방법
JP5916169B2 (ja) 通信を開始するためにモバイルデバイスをアクティブ化するためのシステム及び方法
KR101977670B1 (ko) 복합 ars 서비스 방법 및 장치
JP2004015692A (ja) 通信アプリケーション間の状態情報共有・処理方法およびそのシステム
KR101136712B1 (ko) ＶｏＩＰ 서비스 방법 및 장치
JP2006333220A (ja) ネットワーク電話システム及びこのネットワーク電話システムのサーバ装置
WO2009107465A1 (ja) サービストリガ制御システム、サーバ、方法およびプログラム
JP2008219201A (ja) 呼制御システム、呼制御方法、及びプログラム
JP5678473B2 (ja) 情報処理端末
CN102111396B (zh) 基于ims网络实现wap业务的系统和方法和设备
JP2008042752A (ja) 電話着信システム
KR101346990B1 (ko) 사용자데이터 관리시스템 및 관리방법
JP5555120B2 (ja) コンテンツ提供方法、コンテンツ取得方法、コンテンツ提供システム及び端末装置
JP5402689B2 (ja) 通信方法
WO2006001200A1 (ja) 通信装置、通信方法、および通信用プログラム
JP2007013614A (ja) 通信制御装置及び通信制御方法
JP2010232830A (ja) 呼制御サーバー装置及びその方法
KR20100118202A (ko) 이동통신단말기의 멀티미디어메시지로 전송된 사진의 원본사진을 퍼스널컴퓨터로 다운로드하는 방법 및 시스템
JP2010288022A (ja) 通信接続装置及び通信接続方法

Legal Events

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

Ref document number: 09714871

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 09714871

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: JP