JP2008193451A - 二者間通話のための接続システム、接続方法、接続情報管理装置および接続情報管理プログラム - Google Patents

Abstract

【課題】発信者に対して着信者の電話番号を秘匿することができる二者間通話のための接続システムを実現する。
【解決手段】発信者が、（１）Ｗｅｂページに掲載されている着信者対応情報をクリックすると、（２）Ｗｅｂサーバ１１は、データベース（ＤＢ）にダイヤル情報（例えば、発信者番号および着信者番号）を登録する。発信者が、（３）ＵＡ１５で特番をダイヤルしてＳＩＰサーバ１３に対して接続要求を出すと、ＳＩＰサーバ１３は、（４）Ｗｅｂサーバ１１にダイヤル情報（特番など）を送信する。Ｗｅｂサーバ１１は、（５）特番に対応する接続先をデータベース１２に問い合わせる。データベース１２は、接続先の電話番号をＷｅｂサーバ１１に返却する。（６）Ｗｅｂサーバ１１は、接続先の電話番号をＳＩＰサーバ１３に送信する。ＳＩＰサーバ１３は、Ｗｅｂサーバ１１から受信した電話番号にもとづいて接続先のＵＡ１６を呼び出す。
【選択図】図３

Description

本発明は、Ｗｅｂ画面で着信者対応情報が指定されたことに応じて二者間通話を実現する接続システム、接続方法、接続情報管理装置および接続情報管理プログラムに関する。

ユーザがＷｅｂサーバ接続機能を備えた電話機やパーソナルコンピュータにＷｅｂページ（Ｗｅｂ画面）を表示させ、Ｗｅｂページに掲載されている情報であって電話番号を特定するための情報である着信者対応情報（電話番号そのものの表示である場合もある。）をマウスでクリックする操作等によって指定すると、ユーザが、指定した情報で特定される電話番号を有する端末装置（電話機やパーソナルコンピュータ）のユーザと通話が可能になるシステムがある（例えば、特許文献１参照。）。

そのようなシステムの応用として、Ｗｅｂページに記載された情報（例えば、商品情報）についてのより詳細な情報をＷｅｂページの提供者が音声でユーザに提供するために、問い合わせ用の電話番号を特定するための情報（着信者対応情報）をＷｅｂページに掲載することが考えられる。また、Ｗｅｂページを電話帳代わりに利用させることも考えられる。

特開２００５−５７６２５号公報（段落００２８−００２９）

Ｗｅｂページに着信者対応情報を掲載する者が、自身の電話番号そのものを公開したくないと考えることがある。なお、本明細書では、着信者対応情報を掲載する者には、その電話番号を有する端末装置の所有者だけでなく、端末装置の所有者から委託を受けたＷｅｂサーバの運営者等も含まれるとする。また、電話番号を有する端末装置の所有者の意思に関わらず、電話番号そのものを公開することが適正でないと考えられる場合がある。例えば、特許文献１には、オンラインオークションにおける落札者の便宜のために、オンラインオークションへの出品者の電話番号を特定するための情報がＷｅｂページに掲載されるシステムが記載されている。しかし、そのシステムでは、出品者の電話番号そのものは落札者には公開されない。

そのシステムでは、落札者がＷｅｂページにおいて出品者の着信者対応情報をクリックすると、Ｗｅｂページを提供するサーバ装置は、落札者の電話番号および出品者の電話番号をデータベースから読み出す。そして、サーバ装置は、出品者の端末装置（例えば、電話機）の電話番号に対して発呼するための処理を行う。着信に応じて出品者が応答すると、サーバ装置は、通話を許諾することを求める音声ガイダンスを出品者の端末装置に送信する。出品者が応諾すると、サーバ装置は、落札者の電話番号に対して発呼するための処理を行い、出品者の端末装置と落札者の端末装置との間で通話を成立させる。

なお、特許文献１に記載されたシステムは、オンラインオークションへの適用を想定したシステムであるから、Ｗｅｂページを介して着信者対応情報を指定した者（この例では、落札者）ではない方（この例では、出品者）に対して先に発呼したが、商品情報等の詳細な情報を音声でユーザに提供したり、Ｗｅｂページを電話帳代わりに利用するような応用では、まず、Ｗｅｂページを介して着信者対応情報を指定した者（以下、発信者という。）の端末装置に対して発呼がなされる。そして、発信者に対して例えば音声ガイダンスを送信し、発信者が音声ガイダンスを聞いている間に、Ｗｅｂページにおいて指定された電話番号の端末装置に対して発呼がなされる。その端末装置のユーザ（以下、着信者という。）が応答すると、二者間通話が可能な状態になる。この場合にも、特許文献１に記載された考え方を適用すると、着信者は、発信者に対して自身の端末装置の電話番号を秘匿することができる。

しかし、上記のようなシステムでは、発信者がパーソナルコンピュータ等を用いてＷｅｂページで着信者対応情報を指定し、実際に通話に用いる発信者の端末装置が無線伝送路を介して通信を行う携帯電話機等である場合には、端末装置が基地局等の電波到達範囲外（圏外）に存在するときには、着信者が応答しても、発信者の側が応答できない。すなわち、二者間通話は成立しない。また、発信者の端末装置において留守番電話応答が設定されていときには、着信者に対して留守番電話応答がなされてしまう。その場合にも、二者間通話は成立しない。

さらに、上記のようなシステムでは、発信者が着信者対応情報を指定した後、発信者の端末装置はシステムの側からの着呼を受ける。つまり、発信者にとって、電話をかけようとしたのに電話がかかってくるという状況が生ずる。そのような状況に対して違和感を感ずる者が出る可能性があり、上記のようなシステムを普及させることを阻害する可能性がある。

なお、上記のようなシステムでは、発信者はＷｅｂページにおける所定の情報をクリックするだけで通話が可能になるので、通話開始のための手続は簡便である。通話開始のための手続を簡便にする他の方式として、携帯電話機による通話のサービス提供者が提供する、いわゆるスピードダイヤル（特番）のサービスがある。スピードダイヤルのサービスでは、サービス提供者側のシステムにおいて、スピードダイヤル（一種の短縮ダイヤル）と電話番号とを対応付けたデータがデータベースに登録される。発信者は、発呼時にはスピードダイヤルのみを入力する。すると、サービス提供者側のシステムは、データベースからスピードダイヤルに対応する電話番号を抽出して、その番号に対して発呼する。よって、発信者は、発呼時には着信者の電話番号を意識せずに着信者を呼び出すことができることになる。しかし、スピードダイヤルの登録自体は発信者の申請によって行われるので、発信者は着信者の電話番号を知っているはずである。すなわち、着信者の電話番号を発信者に秘匿するということはできない。

また、上記のようなシステムでは、サーバ装置がデータベースに登録されているデータ（上記の例では、着信者の電話番号）に従って二者間通話を成立させているが、サーバ装置がデータベースに登録されているデータに従って通話を制御する他の方式として、通話のサービス提供者が提供する、いわゆる条件付転送のサービスがある。条件付転送のサービスでは、通話転送の条件がデータベースに設定される。通話転送の条件として、例えば、話中転送、圏外転送、時間帯転送の各条件がある。また、着信拒否の設定や無条件転送の設定も可能である。しかし、発信者は、あくまでも転送前の着信者の電話番号に対して発信するので、着信者の電話番号を発信者に秘匿するということはできない。

本発明は、Ｗｅｂ画面で着信者対応情報が指定されたことに応じて二者間通話を実現する場合に、発信者に対して着信者の電話番号を秘匿することができ、かつ、ユーザに違和感を与えることなく二者間通話を簡便に成立させることができる二者間通話のための接続システム、接続方法、接続情報管理装置および接続情報管理プログラムを提供することを目的とする。

本発明による二者間通話を実現する接続システムは、着信側の端末装置の電話番号である着信電話番号を特定するための着信者対応情報（着信電話番号そのものは着信者対応情報に含まれない。）が掲載されたＷｅｂページを端末装置に提供するＷｅｂ管理装置と、発信側の端末装置からの接続要求を受けて着信側の端末装置を呼び出す処理を行う接続管理装置とを含み、Ｗｅｂ管理装置が、Ｗｅｂページに掲載されている着信者対応情報が発信側の端末装置によって指定された場合に、指定された着信者対応情報で特定される着信電話番号を所定のコード情報（例えば、特番またはコード番号）に対応付けてデータベースに格納する接続情報制御手段（例えば、Ｗｅｂサーバ１１の制御部１１１で実現される。）と、接続管理装置からコード情報を伴う問い合わせ要求を受けたときに、データベースから着信電話番号を取得して接続管理装置に返送する着信電話番号返送手段（例えば、Ｗｅｂサーバ１１の制御部１１１で実現される。）とを含み、接続管理装置が、発信側の端末装置から接続サービス用の特番によって接続要求を受けた場合に、Ｗｅｂ管理装置にコード情報を伴う問い合わせ要求を出力する問い合わせ要求手段と、Ｗｅｂ管理装置から返送された着信電話番号の端末装置を呼び出す接続手段とを含むことを特徴とする。

コード情報として接続サービス用の特番が使用される接続システムであり、接続情報制御手段が、発信側のユーザに一時的に特番を割り当てる処理を行い、着信者対応情報で特定される着信電話番号を、発信側のユーザに割り当てた特番に対応付けてデータベースに格納し、Ｗｅｂ管理装置が、接続情報制御手段が割り当てた特番をＷｅｂページに表示させる処理を行う特番通知手段を含むように構成されていてもよい。そのような構成によれば、特番を動的にユーザにアサインすることになり、特番を効率的に使い回すことができる。

接続情報制御手段が、あらかじめ定められた数の特番のうちから着信電話番号が対応付けられていない特番を、発信側のユーザに一時的に割り当てる特番として選択するように構成されていてもよい。そのような構成によれば、限られた数の特番を動的にユーザにアサインすることになり、限られた数の特番を効率的に使い回すことができる。

接続情報制御手段が、特番についての特番解放条件が成立したときに、その特番を選択可能な状態に戻す処理を行うように構成されていてもよい。そのような構成によれば、限られた数の特番をさらに効率的に使い回すことができる。

接続システムは、接続サービス用の特番として全てのユーザに共通使用される１つの特番が使用され、コード情報として特番とは異なるコード体系のコード番号が使用される接続システムであり、接続情報制御手段が、発信側のユーザにコード番号を割り当てる処理を行い、着信者対応情報で特定される着信電話番号を、発信側のユーザに割り当てたコード番号に対応付けてデータベースに格納し、Ｗｅｂ管理装置が、接続情報制御手段が割り当てたコード番号をＷｅｂページに表示させる処理を行うコード番号通知手段を含むように構成されていてもよい。そのような構成によれば、接続サービスの提供者は、１つの特番の使用許可を受けるだけ、多数のユーザに接続サービスを提供することができる。

接続情報制御手段が、あらかじめ定められた数のコード番号のうちから着信電話番号が対応付けられていないコード番号を、発信側のユーザに割り当てるコード番号として選択するように構成されていてもよい。

接続システムは、接続サービス用の特番として各々のユーザに固定的に割り当てられた特番が使用される接続システムであり、接続情報制御手段が、着信者対応情報で特定される着信電話番号を、その着信者対応情報を指定したユーザに割り当てられている特番に対応付けてデータベースに格納するように構成されていてもよい。そのような構成によれば、特番はユーザ対応に固定的に設定されているので、ユーザは常に同じ特番で接続サービスを受けることができる。

接続システムにおいて、Ｗｅｂ管理装置はＷｅｂサーバであり、接続管理装置はＳＩＰサーバであって、ＷｅｂサーバとＳＩＰサーバとの間に、ＷｅｂサーバとＳＩＰサーバとの間の仲介処理を行う仲介用サーバが設けられていてもよい。

仲介用サーバは、Ｗｅｂサーバに対する問い合わせ要求をＳＩＰサーバから受信したときに、Ｗｅｂサーバの通信プロトコルに従って問い合わせ要求をＷｅｂサーバに送信し、問い合わせ要求に応じた着信電話番号を示す情報をＷｅｂサーバから受信したときに、ＳＩＰサーバの通信プロトコルに従って着信電話番号を示す情報をＳＩＰサーバに送信する処理を行うように構成されていてもよい。そのような構成によれば、Ｗｅｂサーバは、ＳＩＰプロトコルを意識することなく、問い合わせ要求に応ずることができるとともに着信電話番号をＳＩＰサーバに伝達できる。

本発明による接続方法は、着信側の端末装置の電話番号である着信電話番号を特定するための着信者対応情報が掲載されたＷｅｂページを端末装置に提供するＷｅｂ管理装置と、発信側の端末装置からの接続要求を受けて着信側の端末装置を呼び出す処理を行う接続管理装置とを含む接続システムにおいて、Ｗｅｂページに掲載されている着信者対応情報が指定されたことに応じて二者間通話を実現する接続方法であって、Ｗｅｂ管理装置が、Ｗｅｂページに掲載されている着信者対応情報が発信側の端末装置によって指定された場合に、指定された着信者対応情報で特定される着信電話番号を所定のコード情報に対応付けてデータベースに格納し、接続管理装置が、発信側の端末装置から、接続サービス用の特番によって接続要求を受けた場合に、Ｗｅｂ管理装置にコード情報を伴う問い合わせ要求を出力し、Ｗｅｂ管理装置が、接続管理装置からコード情報を伴う問い合わせ要求を受けたときに、データベースから着信電話番号を取得して接続管理装置に返送し、接続管理装置が、Ｗｅｂ管理装置から返送された着信電話番号の端末装置を呼び出す処理を実行することを特徴とする。

接続方法は、Ｗｅｂ管理装置としてのＷｅｂサーバと、接続管理装置としてのＳＩＰサーバとを含む接続システムで、Ｗｅｂページに掲載されている着信者対応情報が指定されたことに応じて二者間通話を実現する接続方法であって、ＷｅｂサーバとＳＩＰサーバとの間に仲介用サーバを設け、仲介用サーバが、Ｗｅｂサーバに対する問い合わせ要求をＳＩＰサーバから受信したときに、Ｗｅｂサーバの通信プロトコルに従って問い合わせ要求をＷｅｂサーバに送信し、仲介用サーバが、問い合わせ要求に応じた着信電話番号を示す情報をＷｅｂサーバから受信したときに、ＳＩＰサーバの通信プロトコルに従って着信電話番号を示す情報をＳＩＰサーバに送信するように構成されていてもよい。

本発明による接続情報管理装置は、発信側の端末装置から接続サービス用の特番によって接続要求を受けて着信電話番号の端末装置を呼び出す接続処理を行う接続管理装置を含む接続システムに適用される接続情報管理装置であって、着信側の端末装置の電話番号である着信電話番号を特定するための着信者対応情報が掲載されたＷｅｂページを端末装置に提供するＷｅｂページ提供手段（例えば、Ｗｅｂサーバ１１の制御部１１１で実現される。）と、Ｗｅｂページに掲載されている着信者対応情報が発信側の端末装置によって指定された場合に、指定された着信者対応情報で特定される着信電話番号を所定のコード情報に対応付けてデータベースに格納する接続情報制御手段（例えば、Ｗｅｂサーバ１１の制御部１１１で実現される。）と、接続管理装置からコード情報を伴う問い合わせ要求を受けたときに、データベースから着信電話番号を取得して接続管理装置に返送する着信電話番号返送手段（例えば、Ｗｅｂサーバ１１の制御部１１１で実現される。）とを含むことを特徴とする。

本発明による接続情報管理プログラムは、着信側の端末装置の電話番号である着信電話番号を特定するための着信者対応情報が掲載されたＷｅｂページを端末装置に提供するＷｅｂサーバと、発信側の端末装置からの接続要求を受けて着信側の端末装置を呼び出す処理を行う接続用サーバとを含む接続システムにおけるＷｅｂサーバに、着信側の端末装置の電話番号である着信電話番号を特定するための着信者対応情報が掲載されたＷｅｂページを端末装置に提供する処理と、Ｗｅｂページに掲載されている着信者対応情報が発信側の端末装置によって指定された場合に、指定された着信者対応情報で特定される着信電話番号を所定のコード情報に対応付けてデータベースに格納する処理と、接続用サーバからコード情報を伴う問い合わせ要求を受けたときに、データベースから着信電話番号を取得して接続用サーバに返送する処理とを実行させることを特徴とする。

本発明によれば、発信者は、Ｗｅｂページに掲載されている着信者対応情報を指定するだけで着信者に対する接続要求を行える状況になるが、着信者の電話番号を発信者に秘匿することができる。また、着信者が応答しても発信者の側が応答できず二者間通話が成立しなかったり、発信者の端末装置において留守番電話応答が設定されていて二者間通話が成立しないということもない。

また、従来の場合のように、発信者にとって電話をかけようとしたのに電話がかかってくるという不自然な状況が生ずることもない。また、従来の場合に比べて課金処理が容易になる。

以下、本発明の実施の形態を図面を参照して説明する。まず、本発明による二者間通話のための接続方法を適用可能な通信システムを説明する。図１は、通信システムの一例を示す説明図である。図１に例示する通信システムには、ＳＩＰ（Session Initiation Protocol ）サーバを含むＶｏＩＰ（Voice over IP ）網１００、携帯電話網２００および公衆電話網（固定電話網）３００が含まれている。

図１に示す例では、ＶｏＩＰ網１００には、Ｗｅｂページをユーザに提供するとともにデータベース１２内のデータを管理するＷｅｂサーバ１１、アクセス制御およびルーティング制御などを行うプロキシサーバの機能や発信側のＵＡ（User Agent）に着信側のアドレスを知らせる制御などを行うリダイレクトサーバの機能等を有するＳＩＰサーバ１３が含まれている。ＵＡ１５，１６は、ＩＰ電話やパーソナルコンピュータなどのユーザ端末である。また、Ｗｅｂサーバ１１とＳＩＰサーバ１３との間には、Ｗｅｂサーバ１１側のプロトコル（例えば、ＨＴＴＰプロトコル）とＳＩＰサーバ１３側のＳＩＰプロトコルの変換等の機能を有し、Ｗｅｂサーバ１１とＳＩＰサーバ１３との間の仲介処理を行う仲介用サーバ１４が設けられている。

携帯電話網２００には、基地局や交換局等を含む交換システム２１が設けられ、携帯電話機２５，２６が存在する。また、図１には、携帯電話網２００とＶｏＩＰ網１００とを接続するためのゲートウェイ２２も示されている。

固定電話網３００には、交換機等を含む交換システム３１が設けられ、固定電話機３５，３６が存在する。また、図１には、固定電話網３００とＶｏＩＰ網１００とを接続するためのゲートウェイ３２も示されている。

なお、図１に例示するシステムでは、携帯電話機２５，２６は、ゲートウェイ２２やインターネット等の通信網（図示せず）を介してＷｅｂサーバ１１およびＳＩＰサーバ１３にアクセス可能である。固定電話機３５，３６も、ゲートウェイ３２やインターネット等の通信網（ＩＳＰを含む。）を介してＷｅｂサーバ１１およびＳＩＰサーバ１３にアクセスすることができる。

また、Ｗｅｂサーバ１１は、インターネット等を介して、図１には示されていないパーソナルコンピュータからアクセスされることも可能である。ＵＡ１５，１６も、インターネット等を介してＷｅｂサーバ１１にアクセス可能である。

また、Ｗｅｂサーバ１１と仲介用サーバ１４との間の伝送路は、専用線であってもよいし、インターネット等の広域ネットワークであってもよい。

図２は、Ｗｅｂサーバ１１の機能ブロックの構成例を示すブロック図である。図２に示す例では、Ｗｅｂサーバ１１は、制御部（例えば、サーバ装置におけるプログラムに従って処理を実行するＣＰＵ）１１１、Ｗｅｂページを作成するためのデータが格納されているＷｅｂページ記憶部１１２、および通信部１１３とを含む。通信部１１３は、制御部１１１の制御にもとづいて所定のプロトコル（例えば、ＨＴＴＰプロトコル）に従って、データベース１２や仲介用サーバ１４と通信を行う。制御部１１１をプログラムに従って処理を実行するＣＰＵで実現できるので、以下に説明する制御部１１１の処理を、ソフトウェアで実現することができる。

なお、Ｗｅｂページ記憶部１１２は、データベース１２に形成されていてもよい。また、データベース１２は、制御部１１１から直接にアクセス可能なようにＷｅｂサーバ１１に接続されていてもよいし、ＬＡＮでＷｅｂサーバ１１に接続されていてもよいし、Ｗｅｂサーバ１１に内蔵されていてもよい。

図３は、本発明による二者間通話のための接続方法を説明するための説明図である。ここでは、発信者である端末装置のユーザ（図３において「Ａさん」とする。）と着信者である端末装置のユーザ（図３において「Ｂさん」とする。）との間の通話を成立させる場合を例にする。また、発信者の端末装置として図１に示されたＵＡ１５が用いられる場合を例にし、着信者の端末装置として図１に示されたＵＡ１６が用いられる場合を例にする。しかし、発信者の端末装置として、例えば、図１に示された携帯電話機２５等を用いたり、着信者の端末装置として、例えば、図１に示された携帯電話機２６等を用いることもできる。

発信者である「Ａさん」は、（１）Ｗｅｂサーバ１１からＷｅｂページをダウンロードして、電話番号を特定するための情報であってＷｅｂページに掲載されている情報（着信者対応情報）をクリックする。すると、（２）Ｗｅｂサーバ１１は、データベース（ＤＢ）に、接続情報（例えば、発信者である「Ａさん」の発信者番号および着信者である「Ｂさん」の着信者番号）を登録する。その後、発信者である「Ａさん」は、（３）特番をダイヤルしてＳＩＰサーバ１３に対して接続要求を出す。ＳＩＰサーバ１３は、（４）仲介用サーバ１４を介してＷｅｂサーバ１１にダイヤル情報（特番、または発信者番号と特番とを含む。）を送信する。なお、「特番」については後述する。なお、「着信者対応情報」は、電話番号を特定するための画像やテキスト等からなる情報であるが、電話番号そのものは、着信者対応情報には含まれない。

Ｗｅｂサーバ１１は、（５）特番に対応する接続先（「Ａさん」の接続先）をデータベース１２に問い合わせる。この例では、データベース１２は、接続先として「Ｂさん」の電話番号をＷｅｂサーバ１１に返却する。Ｗｅｂサーバ１１は、接続先として「Ｂさん」の電話番号を仲介用サーバ１４を介してＳＩＰサーバ１３に送信する。ＳＩＰサーバ１３は、Ｗｅｂサーバ１１から受信した電話番号にもとづいて「Ｂさん」のＵＡ１６を呼び出す。「Ｂさん」が応答すると、（７）通話が成立する。

実施の形態１．
次に、本発明の第１の実施の形態（実施の形態１）を説明する。第１の実施の形態では、発信者が端末装置に表示されているＷｅｂ画面に掲載されている「リンク（通話リンク）」を例えばクリック操作で指定すると、一時的に接続サービス用の特番が割り当てられ、割り当てられた特番と発信電話番号および着信電話番号とを対応付けるデータが、接続情報データとしてデータベース１２に登録される。また、割り当てられた特番が発信者の端末装置に通知される。特番は、ＳＩＰサーバ１３およびＷｅｂサーバ１１の側で管理される一種の短縮ダイヤルであり、１つの特番には、１つの着信電話番号が対応付けられる。なお、上記のクリック操作には、パーソナルコンピュータにおけるマウスのボタン押下だけでなく、画面上の所望の箇所にカーソルを合わせて選択ボタンを押下する操作等も含まれる。すなわち、クリック操作は、指定操作を意味する。

その後、発信者が端末装置からＳＩＰサーバ１３に対して特番をダイヤルすると、ＳＩＰサーバ１３は、Ｗｅｂサーバ１１を介して特番に対応する着信電話番号を取得し、着信者の端末装置を呼び出すための処理を実行する。着信者の端末装置が着信すると、発信者と着信者との間の二者間通話が可能な状態になる。

図４は、データベース１２に格納されるデータの一例を示す説明図である。図４には、データベース１２に格納されるデータのうち、Ｗｅｂ画面の一部に掲載される着信者対応情報と電話番号を対応付けるデータの一例が示されている。以下、Ｗｅｂ画面に掲載される着信者対応情報と電話番号を対応付けるデータを、以下、「クリック to ダイヤルデータ」ということがある。Ｗｅｂ画面に表示される情報を「リンク」という。なお、クリック to ダイヤルデータは、例えば、Ｗｅｂページ記憶部１１２にＷｅｂページを作成するためのデータが格納されるときに、データベース１２に格納される。また、図４に例示するデータは、第２の実施の形態および第３の実施の形態でも、データベース１２に格納される。

図５は、第１の実施の形態においてデータベース１２に格納される他のデータの例を示す説明図である。図５には、データベース１２に格納されるデータのうち、特番に対応付けて記憶されている発信電話番号および着信電話番号が示されている。図５に示すデータを「接続情報データ」という。図５に示す例では、データベース１２に９９９個の接続情報データを格納可能である。

なお、この実施の形態では、特番として、９９９００１〜９９９９９９が例示されているが、特番の数値（この例では、９９９＋（００１〜９９９））および特番の数（この例では、９９９個）は一例である。また、９９９個の接続情報データのうちには、データ未登録のものがあり得る。Ｗｅｂサーバ１１の制御部１１１は、Ｗｅｂ画面において新たなクリック操作がなされたときには、データ未登録の接続情報データのうちから１つの接続情報データを選択し、選択した接続情報データに、発信電話番号および着信電話番号を登録する。また、この実施の形態では、発信電話番号および着信電話番号が登録された接続情報データは、一時的に有効になる。すなわち、発信電話番号および着信電話番号が登録された特番は、一時的なものである。

次に、図６のシーケンス図を参照して、通信システムにおける各装置の動作を説明する。ここでは、発信者の端末装置はＵＡ１５であり、着信者の端末装置はＵＡ１６である場合を例にする。図６において、矢印はデータの転送方向を示す。一重矢印はＳＩＰプロトコルにもとづくデータ転送であることを示す。下の線が細い二重矢印は、例えばＨＴＴＰプロトコルにもとづくデータ転送であることを示す。上の線が細い二重矢印は、データベースアクセスのためのプロトコル（一例として、ＨＴＴＰプロトコル）にもとづくデータ転送であることを示す。

発信者となるユーザは、Ｗｅｂ画面で着信者対応情報を指定することに先立って、Ｗｅｂサーバ１１に対して加入者登録手続を実行する。例えば、加入者登録用のＷｅｂページが用意され、発信者は、そのＷｅｂページをＵＡ１５にダウンロードする。そして、そのＷｅｂページに設けられている発信者電話番号記入欄に、自身の端末装置の発信電話番号を入力する。また、ＩＤ番号の発行を受け、パスワードを登録する。ユーザにとっては、接続サービスを受けるための加入者登録手続が完了したことになる。

Ｗｅｂサーバ１１における制御部１１１は、例えば、データベース１２に、発信電話番号、発信者のＩＤ番号およびパスワードを格納する。以下、接続サービスを受けるための加入者登録手続が完了しているユーザを加入者という。

その後、発信者（図６に示すユーザ１）は、Ｗｅｂサーバ１１が提供するＷｅｂページをＵＡ１５にダウンロードする。Ｗｅｂページにはログイン画面が含まれている。発信者は、ログイン画面において、ＩＤ番号およびパスワードを入力して、特番による接続サービスを受けられる状態に入る。

Ｗｅｂページ（Ｗｅｂ画面）には、ＵＡ１６の電話番号を特定可能な情報（画像またはテキスト等からなる着信者対応情報）が、リンクとして掲載されている。図６に示す例では、着信者（ＵＡ１６のユーザ）はユーザ２として示されている。また、データベース１２には、ＵＡ１６の着信者対応情報（リンク）に対応させてＵＡ１６の電話番号が格納されている。すなわち、ＵＡ１６に関するクリック to ダイヤルデータがあらかじめデータベース１２に格納されている（図４参照）。

ＵＡ１５のユーザ１が、掲載されているリンクに対してクリック操作すると、Ｗｅｂサーバ１１の制御部１１１は、データベース１２におけるデータ未登録の接続情報データ（図５参照）のうちから１つの接続情報データを選択する。そして、選択した接続情報データに、発信電話番号および着信電話番号を登録する。すなわち、制御部１１１は、発信電話番号および着信電話番号と、一時的にアサインされる特番とを対応付けてデータベース１２に登録する。図５には、発信電話番号としての「０５０−ｘｘｘｘ−ｘｘｘｘ」および着信電話番号としての「０５０−ｙｙｙｙ−ｙｙｙｙ」が、特番９９９００２に対応付けられて登録されたことが例示されている。

なお、制御部１１１は、例えば、発信電話番号および着信電話番号と特番とを対応付けてデータベース１２に登録した時点から所定時間（例えば、１時間や１日）が経過すると、すなわち特番解放条件が成立すると、その接続情報データを無効にする。つまり、その接続情報データをデータ未登録の接続情報データとする。換言すれば、特番を解放して他のユーザのためにアサイン可能な状態にする。また、特番解放条件は、所定時間の経過に限られず、着信者対応情報の指定回数が所定回に達したことなど他の条件にしてもよい。

そして、制御部１１１は、Ｗｅｂ画面に、一時的にアサインされた特番を表示することによって、ユーザ１のＵＡ１５に特番を通知する。

次に、ユーザ１は、ＵＡ１５でＳＩＰサーバ１３に対して特番（図６に示す例では、９９９００２）をダイヤルする。ＳＩＰサーバ１３は、ユーザ１のＵＡ１５の電話番号すなわち発信電話番号の「０５０−ｘｘｘｘ−ｘｘｘｘ」と特番とを仲介用サーバ１４に送信する。すなわち、発信電話番号と特番とを伴う問い合わせ要求を出力する。仲介用サーバ１４は、ＳＩＰプロトコルに従ってＳＩＰサーバ１３から受信した問い合わせ要求をＷｅｂサーバ１１の通信プロトコル（例えば、ＨＴＴＰプロトコル）に変換し、Ｗｅｂサーバの通信プロトコルに従って発信電話番号と特番とをＷｅｂサーバ１１に転送する。なお、発信電話番号と特番とをダイヤル情報ともいう。

Ｗｅｂサーバ１１は、データベース１２に接続情報（具体的には着信電話番号）を問い合わせるために、発信電話番号と特番とをデータベース１２に送る。データベース１２は、その特番に対応付けられて登録されている着信電話番号をＷｅｂサーバ１１に返送する。図６に示す例では、返送される着信電話番号はユーザ２のＵＡ１６の「０５０−ｙｙｙｙ−ｙｙｙｙ」である。

なお、この実施の形態では、特番に対して発信電話番号と着信電話番号とが登録されているが、特番に対して着信電話番号のみが登録されていれば、この実施の形態の接続サービスは実現可能である。ただし、発信電話番号もデータベース１２に登録されていれば、Ｗｅｂサーバ１１の制御部１１１は、仲介用サーバ１４から特番を受信したことにもとづいて、あらためて認証処理を実行することができる。すなわち、仲介用サーバ１４から受信した特番と同じ特番に対応付けられてデータベース１２に登録されている発信電話番号と、仲介用サーバ１４から受信した発信電話番号とが一致しない場合には、接続サービスの要求を無視する。よって、非加入者からの特番にもとづく接続サービスの要求を排除できる。

Ｗｅｂサーバ１１の制御部１１１は、データベース１２から着信電話番号を取得すると、着信電話番号を仲介用サーバ１４に送信する。すなわち、ＳＩＰサーバ１３からの問い合わせ要求に応じた着信電話番号を返送する。仲介用サーバ１４は、Ｗｅｂサーバ１１の通信プロトコル（例えば、ＨＴＴＰプロトコル）に従って受信した着信電話番号を示す情報を、ＳＩＰプロトコルに変換し、ＳＩＰプロトコルに従ってＳＩＰサーバ１３に送信する。ＳＩＰサーバ１３は、着信電話番号（この例では、「０５０−ｙｙｙｙ−ｙｙｙｙ」）のＵＡ１６を呼び出す。以上のようにして、ユーザ１とユーザ２とが通話できる状態になる。

なお、以上の説明では、発信者の端末装置としてＵＡ１５を例にし、着信者の端末装置としてＵＡ１６を例にしたが、発信者および着信者（ユーザ）の端末装置は、携帯電話機２５，２６であってもよいし、固定電話機３５，３６であってもよい。また、ユーザの端末装置のうちの一方のみが携帯電話機や固定電話機である場合でも、この実施の形態の方式を適用できる。

ユーザの端末装置が携帯電話機である場合には、Ｗｅｂ画面においてクリック操作を行うときに携帯電話機のインターネットアクセス機能を使用してもよいし、携帯電話機以外の端末装置（例えば、パーソナルコンピュータ）でＷｅｂ画面においてクリック操作を行うようにしてもよい。そして、発信電話番号がデータベース１２に登録されている携帯電話機から特番をダイヤルすると、ダイヤル情報（発信電話番号および特番）が、交換システム２１からゲートウェイ２２を介してＳＩＰサーバ１３に転送され、着信者の端末装置が携帯電話機である場合にはＳＩＰサーバ１３からの呼び出しはゲートウェイ２２を介して行われるが、その他の処理は、上記の処理と同じである。

また、ユーザの端末装置が固定電話機である場合には、一般に、固定電話機以外の端末装置（例えば、パーソナルコンピュータ）でＷｅｂ画面においてクリック操作が行われることになるが、発信電話番号がデータベース１２に登録されている固定電話機から特番をダイヤルするときに、ダイヤル情報が、ゲートウェイ３２を介してＳＩＰサーバ１３に転送され、着信者の端末装置が固定電話機である場合にはＳＩＰサーバ１３からの呼び出しはゲートウェイ３２を介して行われるが、その他の処理は、上記の処理と同じである。

実施の形態２．
次に、本発明の第２の実施の形態（実施の形態２）を説明する。第１の実施の形態では、一時的に特番が割り当てられたが、第２の実施の形態では、接続サービスを受けるための手続が完了している全ての者（以下、加入者という。）に対して共通の特番が割り当てられる。そして、発信者が端末装置に表示されているＷｅｂ画面に掲載されている「リンク」を例えばクリック操作で指定すると、一時的にコード番号が割り当てられ、データベース１２に、コード番号と着信電話番号とが対応付けて登録される。

図７は、第２の実施の形態においてデータベース１２に格納されるデータの例を示す説明図である。図７には、データベース１２に格納されるデータのうち、コード番号に対応付けて記憶されている着信電話番号が示されている。図７に示すデータを「接続情報データ」という。図７に示す例では、データベース１２に９９９個の接続情報データを格納可能である。

なお、この実施の形態では、コード番号として、００１〜９９９が例示されているが、コード番号の数値（この例では、００１〜９９９）およびコード番号の数（この例では、９９９個）は一例である。Ｗｅｂサーバ１１の制御部１１１は、Ｗｅｂ画面において新たなクリック操作がなされたときには、データ未登録の接続情報データのうちから１つの接続情報データを選択し、選択した接続情報データに、着信電話番号を登録する。また、着信電話番号が登録された接続情報データは、一時的に有効になる。すなわち、着信電話番号が登録されたコード番号は、一時的なものである。

次に、図８のシーケンス図を参照して、通信システムにおける各装置の動作を説明する。ここでは、発信者の端末装置はＵＡ１５であり、着信者の端末装置はＵＡ１６である場合を例にする。発信者となるユーザは、第１の実施の形態の場合と同様に、Ｗｅｂ画面で着信者対応情報を指定することに先立って、Ｗｅｂサーバ１１に対して加入者登録手続を実行する。

その後、発信者（図８に示すユーザ１）は、Ｗｅｂサーバ１１が提供するＷｅｂページをＵＡ１５にダウンロードする。Ｗｅｂページにはログイン画面が含まれている。発信者は、ログイン画面において、ＩＤ番号およびパスワードを入力して、特番およびコード番号による接続サービスを受けられる状態に入る。

Ｗｅｂページ（Ｗｅｂ画面）には、ＵＡ１６の着信者対応情報が、リンクとして掲載されている。図８に示す例では、着信者（ＵＡ１６のユーザ）はユーザ２として示されている。また、データベース１２には、ＵＡ１６の着信者対応情報（リンク）に対応させてＵＡ１６の電話番号が格納されている。すなわち、ＵＡ１６に関するクリック to ダイヤルデータが格納されている。

ＵＡ１５のユーザ１が、掲載されているリンクに対してクリック操作すると、Ｗｅｂサーバ１１の制御部１１１は、データベース１２におけるデータ未登録の接続情報データのうちから１つの接続情報データを選択する。そして、選択した接続情報データに、着信電話番号を登録する。すなわち、制御部１１１は、着信電話番号と、一時的にアサインされるコード番号とを対応付けてデータベース１２に登録する。図７には、着信電話番号としての「０５０−ｙｙｙｙ−ｙｙｙｙ」と、コード番号００２が登録されたことが例示されている。

なお、制御部１１１は、例えば、着信電話番号とコード番号とを対応付けてデータベース１２に登録した時点から所定時間（例えば、１時間や１日）が経過すると、すなわちコード番号解放条件が成立すると、その接続情報データを無効にする。つまり、その接続情報データをデータ未登録の接続情報データとする。換言すれば、コード番号を解放して他のユーザのためにアサイン可能な状態にする。

そして、制御部１１１は、Ｗｅｂ画面に、コード番号を表示することによって、ユーザ１のＵＡ１５に、コード番号を通知する。

次に、ユーザ１は、ＵＡ１５でＳＩＰサーバ１３に対して特番（図６に示す例では、９９９）をダイヤルする。ＳＩＰサーバ１３は、ユーザ１のＵＡ１５に対して、コード番号の入力を促す音声ガイダンスを送信する。ユーザ１が音声ガイダンスに応じてコード番号を入力すると、ＵＡ１５は、コード番号をＳＩＰサーバ１３に送信する。ＳＩＰサーバ１３は、受信したコード番号を仲介用サーバ１４に送信する。仲介用サーバ１４は、ＳＩＰプロトコルに従ってＳＩＰサーバ１３から受信したコード番号をＷｅｂサーバ１１の通信プロトコル（例えば、ＨＴＴＰプロトコル）に変換し、Ｗｅｂサーバの通信プロトコルに従ってＷｅｂサーバ１１に転送する。なお、この実施の形態では、コード番号をダイヤル情報という。

Ｗｅｂサーバ１１は、データベース１２に接続情報（具体的には着信電話番号）を問い合わせるために、コード番号をデータベース１２に送る。データベース１２は、そのコード番号に対応付けられて登録されている着信電話番号をＷｅｂサーバ１１に返送する。図８に示す例では、返送される着信電話番号はユーザ２のＵＡ１６の「０５０−ｙｙｙｙ−ｙｙｙｙ」である。

Ｗｅｂサーバ１１の制御部１１１は、データベース１２から着信電話番号を取得すると、着信電話番号を仲介用サーバ１４に送信する。仲介用サーバ１４は、Ｗｅｂサーバ１１の通信プロトコル（例えば、ＨＴＴＰプロトコル）に従って受信した着信電話番号を示す情報を、ＳＩＰプロトコルに変換し、ＳＩＰプロトコルに従ってＳＩＰサーバ１３に送信する。ＳＩＰサーバ１３は、着信電話番号（この例では、「０５０−ｙｙｙｙ−ｙｙｙｙ」）のＵＡ１６を呼び出す。以上のようにして、ユーザ１とユーザ２とが通話できる状態になる。

なお、以上の説明では、発信者の端末装置としてＵＡ１５を例にし、着信者の端末装置としてＵＡ１６を例にしたが、この実施の形態でも、発信者および着信者（ユーザ）の端末装置は、携帯電話機２５，２６であってもよいし、固定電話機３５，３６であってもよい。また、ユーザの端末装置のうちの一方のみが携帯電話機や固定電話機である場合でも、この実施の形態の方式を適用できる。なお、携帯電話機や固定電話機は、例えば、ＤＴＭＦ（Dual Tone Multi Frequency）でコード番号を送出する。

ユーザの端末装置が携帯電話機である場合には、Ｗｅｂ画面においてクリック操作を行うときに携帯電話機のインターネットアクセス機能を使用してもよいし、携帯電話機以外の端末装置（例えば、パーソナルコンピュータ）でＷｅｂ画面においてクリック操作を行うようにしてもよい。そして、コード番号が送信されたときに、ダイヤル情報（この例ではコード番号）が、ゲートウェイ２２を介してＳＩＰサーバ１３に転送され、着信者の端末装置が携帯電話機である場合にはＳＩＰサーバ１３からの呼び出しはゲートウェイ２２を介して行われるが、その他の処理は、上記の処理と同じである。

また、ユーザの端末装置が固定電話機である場合には、一般に、固定電話機以外の端末装置（例えば、パーソナルコンピュータ）でＷｅｂ画面においてクリック操作が行われることになるが、発信電話番号がデータベース１２に登録されている固定電話機からコード番号が送信されたときに、ダイヤル情報が、ゲートウェイ３２を介してＳＩＰサーバ１３に転送され、着信者の端末装置が固定電話機である場合にはＳＩＰサーバ１３からの呼び出しはゲートウェイ３２を介して行われるが、その他の処理は、上記の処理と同じである。

さらに、この実施の形態では、コード番号に対応させて発信電話番号をデータベース１２に登録せず、Ｗｅｂサーバ１１の制御部１１１は、仲介用サーバ１４からコード番号を受信したときに認証処理を実行しないので、発信者は、加入者登録時に申請した発信電話番号を有する端末装置とは異なる端末装置で接続サービスの提供を受けることができる。なお、第１の実施の形態および後述する第３の実施の形態でも、Ｗｅｂサーバ１１の制御部１１１が特番を受信したときに認証処理を実行しないように構成されている場合には、加入者登録時に申請した発信電話番号を有する端末装置とは異なる端末装置で接続サービスの提供を受けることができる。

また、この実施の形態では、１つの特番について複数のコード番号を割当可能したが、複数の特番を使用し、それぞれの特番について複数のコード番号を割当可能にしてもよい。いずれの場合であっても、少数の特番で、多数のユーザに接続サービスを提供できる。
実施の形態３．
次に、本発明の第３の実施の形態（実施の形態３）を説明する。第１の実施の形態では、一時的に特番が割り当てられたが、第３の実施の形態では、全ての加入者に対して、それぞれ固有の特番が割り当てられる。

図９は、この実施の形態においてデータベース１２に格納されるデータの例を示す説明図である。図９には、データベース１２に格納されるデータのうち、各人に割り当てられた特番に対応付けて記憶されている発信電話番号および着信電話番号が示されている。図９に示すデータを「接続情報データ」という。図９に示す例では、データベース１２に９９９個の接続情報データを格納可能である。発信電話番号は、加入者に対して特番が割り当てられたときに、割り当てられた特番に対応付けてデータベース１２に登録される。

なお、この実施の形態では、特番として、９９９００１〜９９９９９９が例示されているが、特番の数値（この例では、９９９＋（００１〜９９９））および特番の数（この例では、９９９個）は一例である。また、９９９個の接続情報データのうちには、データ未登録のものがあり得る。Ｗｅｂサーバ１１の制御部１１１は、加入者登録時等に、データ未登録の接続情報データのうちから１つの接続情報データを選択し、選択した接続情報データに発信電話番号を登録する。接続情報データには特番が含まれるので（図９参照）、ユーザに、特番が割り当てられたことになる。そして、割り当てられた特番は、例えばユーザが加入者登録をキャンセルするまで、そのユーザに固有の特番として扱われる。

次に、図１０のシーケンス図を参照して、通信システムにおける各装置の動作を説明する。ここでは、発信者の端末装置はＵＡ１５であり、着信者の端末装置はＵＡ１６である場合を例にする。発信者となるユーザは、第１の実施の形態および第２の実施の形態の場合と同様に、Ｗｅｂ画面で着信者対応情報を指定することに先立って、Ｗｅｂサーバ１１に対して加入者登録手続を実行する。この実施の形態では、Ｗｅｂサーバ１１の制御部１１１は、例えば、加入者登録手続が実行されたときに、ユーザに固有の特番を割り当てる。そして、割り当てた特番を加入者登録用のＷｅｂページに表示することによって、割り当てた特番をユーザに通知する。

その後、発信者（図１０に示すユーザ１）は、Ｗｅｂサーバ１１が提供するＷｅｂページをＵＡ１５にダウンロードする。Ｗｅｂページにはログイン画面が含まれている。発信者は、ログイン画面において、ＩＤ番号およびパスワードを入力して、特番による接続サービスを受けられる状態に入る。

Ｗｅｂページ（Ｗｅｂ画面）には、ＵＡ１６の着信者対応情報が、リンクとして掲載されている。図１０に示す例では、着信者（ＵＡ１６のユーザ）はユーザ２として示されている。また、データベース１２には、ＵＡ１６の着信者対応情報（リンク）に対応させてＵＡ１６の電話番号が格納されている。すなわち、ＵＡ１６に関するクリック to ダイヤルデータが格納されている。

ユーザ１が、掲載されているリンクに対してクリック操作すると、Ｗｅｂサーバ１１の制御部１１１は、データベース１２におけるそのユーザに対応する接続情報データに、着信電話番号を登録する。すなわち、制御部１１１は、発信電話番号および着信電話番号と、ユーザ１にアサインされている特番とを対応付けてデータベース１２に登録する。なお、発信電話番号は、加入者登録時等に既に登録されている。図９には、ユーザ１にアサインされている特番が特番９９９００２であり、特番９９９００２に対応付けて発信電話番号としての「０５０−ｘｘｘｘ−ｘｘｘｘ」および着信電話番号としての「０５０−ｙｙｙｙ−ｙｙｙｙ」とが登録されたことが例示されている。

次に、ユーザ１は、ＵＡ１５でＳＩＰサーバ１３に対して特番（図１０に示す例では、９９９００２）をダイヤルする。ＳＩＰサーバ１３は、ユーザ１のＵＡ１５の電話番号すなわち発信電話番号の「０５０−ｘｘｘｘ−ｘｘｘｘ」と特番とを仲介用サーバ１４に送信する。仲介用サーバ１４は、ＳＩＰプロトコルに従ってＳＩＰサーバ１３から受信した発信電話番号と特番とをＷｅｂサーバ１１の通信プロトコル（例えば、ＨＴＴＰプロトコル）に変換し、Ｗｅｂサーバの通信プロトコルに従ってＷｅｂサーバ１１に転送する。なお、この実施の形態では、特番をダイヤル情報という。

Ｗｅｂサーバ１１は、データベース１２に接続情報（具体的には着信電話番号）を問い合わせるために、発信電話番号と特番とをデータベース１２に送る。データベース１２は、その特番に対応付けられて登録されている着信電話番号をＷｅｂサーバ１１に返送する。図１０に示す例では、返送される着信電話番号はユーザ２のＵＡ１６の「０５０−ｙｙｙｙ−ｙｙｙｙ」である。

なお、この実施の形態では、特番に対して発信電話番号と着信電話番号とが登録されているが、特番に対して着信電話番号のみが登録されていれば、この実施の形態の接続サービスは実現可能である。ただし、発信電話番号もデータベース１２に登録されていれば、Ｗｅｂサーバ１１の制御部１１１は、仲介用サーバ１４から特番を受信したときに、あらためて認証処理を実行することができ、非加入者からの特番にもとづく接続サービスの要求を排除できる。

Ｗｅｂサーバ１１の制御部１１１は、データベース１２から着信電話番号を取得すると、着信電話番号を仲介用サーバ１４に送信する。仲介用サーバ１４は、Ｗｅｂサーバ１１の通信プロトコル（例えば、ＨＴＴＰプロトコル）に従って受信した着信電話番号を示す情報を、ＳＩＰプロトコルに変換し、ＳＩＰプロトコルに従ってＳＩＰサーバ１３に送信する。ＳＩＰサーバ１３は、着信電話番号（この例では、「０５０−ｙｙｙｙ−ｙｙｙｙ」）のＵＡ１６を呼び出す。以上のようにして、ユーザ１とユーザ２とが通話できる状態になる。

なお、以上の説明では、発信者の端末装置としてＵＡ１５を例にし、着信者の端末装置としてＵＡ１６を例にしたが、発信者および着信者（ユーザ）の端末装置は、携帯電話機２５，２６であってもよいし、固定電話機３５，３６であってもよい。また、ユーザの端末装置のうちの一方のみが携帯電話機や固定電話機である場合でも、この実施の形態の方式を適用できる。

ユーザの端末装置が携帯電話機である場合には、Ｗｅｂ画面においてクリック操作を行うときに携帯電話機のインターネットアクセス機能を使用してもよいし、携帯電話機以外の端末装置（例えば、パーソナルコンピュータ）でＷｅｂ画面においてクリック操作を行うようにしてもよい。そして、発信電話番号がデータベース１２に登録されている携帯電話機から特番をダイヤルするときに、ダイヤル情報（発信電話番号および特番）が、ゲートウェイ２２を介してＳＩＰサーバ１３に転送され、着信者の端末装置が携帯電話機である場合にはＳＩＰサーバ１３からの呼び出しはゲートウェイ２２を介して行われるが、その他の処理は、上記の処理と同じである。

また、ユーザの端末装置が固定電話機である場合には、一般に、固定電話機以外の端末装置（例えば、パーソナルコンピュータ）でＷｅｂ画面においてクリック操作が行われることになるが、発信電話番号がデータベース１２に登録されている固定電話機から特番をダイヤルするときに、ダイヤル情報が、ゲートウェイ３２を介してＳＩＰサーバ１３に転送され、着信者の端末装置が固定電話機である場合にはＳＩＰサーバ１３からの呼び出しはゲートウェイ３２を介して行われるが、その他の処理は、上記の処理と同じである。

また、この実施の形態では、特番はユーザ対応に固定的に設定されているので、ユーザは常に同じ特番で接続サービスを受けることができる。よって、例えば、自身の端末装置の短縮ダイヤルに特番を登録しておくことによって、本発明にもとづく接続サービスをより簡便に享受することができる。

以上に説明したように、上記の各実施の形態では、発信者は、Ｗｅｂ画面における所定の情報をクリックした後、特番またはコード番号によって通話を成立させるクリック to ダイヤルによって簡便に着信者と通話できる状態に入ったが、発信者は、着信者の端末装置の電話番号を全く意識していない。すなわち、着信者の電話番号は、発信者に秘匿されている。

また、上記の各実施の形態では、従来の場合のように、着信者が応答しても発信者の側が応答できず二者間通話が成立しないということはない。また、発信者の端末装置において留守番電話応答が設定されていて二者間通話が成立しないということもない。従来のシステムではＳＩＰサーバ１３の側から発信者の端末装置が呼び出されたが、上記の各実施の形態では、発信者の側から通話のための発呼を行うからである。

また、従来の場合のように、発信者が着信者対応情報を指定した後、発信者の端末装置がＳＩＰサーバ１３の側からの着呼を受けるということはない。従って、発信者にとって電話をかけようとしたのに電話がかかってくるという状況が生ずることもない。

また、上記の各実施の形態では、発信者の側から通話のための発呼を行うので、従来の場合に比べてＳＩＰサーバ１３における課金処理は容易である。従来の場合には、ＳＩＰサーバ１３の側から発信者の端末装置と着信者の端末装置との双方に対して発呼を行っていたので、課金の振り分け方が複雑になる可能性がある。しかし、上記の各実施の形態では、単純に発信者に対して課金すればよい。

図１１（Ａ）は、Ｗｅｂ画面の一例を示す説明図であり、図１１（Ｂ）は、データベース１２に格納されている情報であってＷｅｂ画面の一部に掲載される着信者対応情報（リンク）と電話番号とを対応付けるデータの一例を示す説明図である。

図１１（Ａ）に示す例は、中古車を仲介を行う組織が提供するＷｅｂページの例である。また、図１１に示す例では、仲介対象のＡ車、Ｂ車およびＣ車の画像５０，６０，７０がＷｅｂ画面に表示され、それぞれの中古車の所有者の着信者対応情報（リンク）５１，６１，７１が画面に表示されている。

データベース１２には、図１１（Ｂ）に示すように、それぞれのリンクに対応した電話番号があらかじめ格納されている。それぞれの電話番号は、中古車の所有者の電話番号である。上記の各実施の形態を適用すると、ユーザが、Ｗｅｂ画面における所望のリンクをクリックすると、データベース１２に、特番またはコード番号に対応して、図１１（Ｂ）に示す電話番号のいずれかが登録される。そして、ユーザは、上記の各実施の形態に示されたように、特番またはコード番号にもとづいて、データベース１２に登録された電話番号の端末装置（固定電話機など）の所持者である中古車の所有者と通話を行うことができる。そして、ユーザには、中古車の所有者の電話番号は知らされない。

従って、この実施例では、不特定多数のユーザに中古車の所有者の電話番号が公開されることはない。なお、この例では、ユーザが、中古車の状況についての詳細情報を中古車の所有者に直接聞きたいときなどに、Ｗｅｂ画面におけるリンク５１，６１，７１をクリックする。また、ユーザは、Ｗｅｂページに掲載されているリンク５１，６１，７１を指定するだけで着信者（この例では、リンク５１，６１，７１）に対する接続要求を行える状況になるが、着信者の電話番号を発信者（ユーザ）に秘匿することができる。また、ユーザの側から着信者に対する呼出の操作を行うので、着信者が応答しても発信者の側が応答できず二者間通話が成立しなかったり、発信者の端末装置において留守番電話応答が設定されていて二者間通話が成立しないということもない。

本発明を、着信者の電話番号を知らないユーザが簡便に着信者と通話を成立させることができ、かつ、着信者の電話番号そのものをユーザに公開しないという用途に適用することができる。

本発明による接続方法を適用可能な通信システムの一例を示す説明図である。 Ｗｅｂサーバの機能ブロックの構成例を示すブロック図である。 本発明による二者間通話のための接続方法を説明するための説明図である。 データベースに格納されるリンクと電話番号を対応付けるデータの一例を示す説明図である。 データベースに格納される特番と発信電話番号および着信電話番号との一例を示す説明図である。 第１の実施の形態の通信システムにおける各装置の動作を示すシーケンス図である。 データベースに格納されるコード番号と着信電話番号との一例を示す説明図である。 第２の実施の形態の通信システムにおける各装置の動作を示すシーケンス図である。 データベースに格納される特番と発信電話番号および着信電話番号との一例を示す説明図である。 第３の実施の形態の通信システムにおける各装置の動作を示すシーケンス図である。 Ｗｅｂ画面の一例およびリンクと電話番号を対応付けるデータの一例を示す説明図である。

符号の説明

１１ Ｗｅｂサーバ
１２ データベース
１３ ＳＩＰサーバ
１４ 仲介用サーバ
１５，１６ ＵＡ
２１ 交換システム
２２ ゲートウェイ
２５，２６ 携帯電話機
３１ 交換システム
３２ ゲートウェイ
３５，３６ 固定電話機
５０，６０，７０ 画像
５１，６１，７１ 着信者対応情報（リンク）
１００ ＶｏＩＰ網
２００ 携帯電話網
３００ 公衆電話網（固定電話網）

Claims (19)

1. Ｗｅｂページに掲載されている着信者対応情報が指定されたことに応じて二者間通話を実現する接続システムであって、
   着信側の端末装置の電話番号である着信電話番号を特定するための着信者対応情報が掲載されたＷｅｂページを端末装置に提供するＷｅｂ管理装置と、発信側の端末装置からの接続要求を受けて着信側の端末装置を呼び出す処理を行う接続管理装置とを含み、
   前記Ｗｅｂ管理装置は、
   Ｗｅｂページに掲載されている着信者対応情報が発信側の端末装置によって指定された場合に、指定された着信者対応情報で特定される着信電話番号を所定のコード情報に対応付けてデータベースに格納する接続情報制御手段と、
   前記接続管理装置から前記コード情報を伴う問い合わせ要求を受けたときに、前記データベースから前記着信電話番号を取得して前記接続管理装置に返送する着信電話番号返送手段とを含み、
   前記接続管理装置は、
   発信側の端末装置から接続サービス用の特番によって接続要求を受けた場合に、前記Ｗｅｂ管理装置に前記コード情報を伴う問い合わせ要求を出力する問い合わせ要求手段と、
   前記Ｗｅｂ管理装置から返送された着信電話番号の端末装置を呼び出す接続手段とを含む
   ことを特徴とする二者間通話を実現する接続システム。
2. コード情報として接続サービス用の特番が使用される接続システムであって、
   接続情報制御手段は、発信側のユーザに一時的に特番を割り当てる処理を行い、着信者対応情報で特定される着信電話番号を、発信側のユーザに割り当てた特番に対応付けてデータベースに格納し、
   Ｗｅｂ管理装置は、前記接続情報制御手段が割り当てた特番をＷｅｂページに表示させる処理を行う特番通知手段を含む
   請求項１記載の二者間通話を実現する接続システム。
3. 接続情報制御手段は、あらかじめ定められた数の特番のうちから着信電話番号が対応付けられていない特番を、発信側のユーザに一時的に割り当てる特番として選択する
   請求項２記載の二者間通話を実現する接続システム。
4. 接続情報制御手段は、特番についての特番解放条件が成立したときに、その特番を選択可能な状態に戻す処理を行う
   請求項３記載の二者間通話を実現する接続システム。
5. 接続サービス用の特番として全てのユーザに共通使用される１つの特番が使用され、コード情報として特番とは異なるコード体系のコード番号が使用される接続システムであって、
   接続情報制御手段は、発信側のユーザにコード番号を割り当てる処理を行い、着信者対応情報で特定される着信電話番号を、発信側のユーザに割り当てたコード番号に対応付けてデータベースに格納し、
   Ｗｅｂ管理装置は、前記接続情報制御手段が割り当てたコード番号をＷｅｂページに表示させる処理を行うコード番号通知手段を含む
   請求項１記載の二者間通話を実現する接続システム。
6. 接続情報制御手段は、あらかじめ定められた数のコード番号のうちから着信電話番号が対応付けられていないコード番号を、発信側のユーザに割り当てるコード番号として選択する
   請求項５記載の二者間通話を実現する接続システム。
7. 接続サービス用の特番として各々のユーザに固定的に割り当てられた特番が使用される接続システムであって、
   接続情報制御手段は、着信者対応情報で特定される着信電話番号を、その着信者対応情報を指定したユーザに割り当てられている特番に対応付けてデータベースに格納する
   請求項１記載の二者間通話を実現する接続システム。
8. Ｗｅｂ管理装置はＷｅｂサーバであり、接続管理装置はＳＩＰサーバであって、前記Ｗｅｂサーバと前記ＳＩＰサーバとの間に、前記Ｗｅｂサーバと前記ＳＩＰサーバとの間の仲介処理を行う仲介用サーバが設けられている
   請求項１から請求項７のうちのいずれか１項に記載の二者間通話を実現する接続システム。
9. 仲介用サーバは、Ｗｅｂサーバに対する問い合わせ要求をＳＩＰサーバから受信したときに、前記Ｗｅｂサーバの通信プロトコルに従って問い合わせ要求をＷｅｂサーバに送信し、問い合わせ要求に応じた着信電話番号を示す情報を前記Ｗｅｂサーバから受信したときに、前記ＳＩＰサーバの通信プロトコルに従って着信電話番号を示す情報を前記ＳＩＰサーバに送信する処理を行う
   請求項８記載の二者間通話を実現する接続システム。
10. 着信側の端末装置の電話番号である着信電話番号を特定するための着信者対応情報が掲載されたＷｅｂページを端末装置に提供するＷｅｂ管理装置と、発信側の端末装置からの接続要求を受けて着信側の端末装置を呼び出す処理を行う接続管理装置とを含む接続システムで、Ｗｅｂページに掲載されている着信者対応情報が指定されたことに応じて二者間通話を実現する接続方法であって、
    前記Ｗｅｂ管理装置が、Ｗｅｂページに掲載されている着信者対応情報が発信側の端末装置によって指定された場合に、指定された着信者対応情報で特定される着信電話番号を所定のコード情報に対応付けてデータベースに格納し、
    前記接続管理装置が、発信側の端末装置から、接続サービス用の特番によって接続要求を受けた場合に、前記Ｗｅｂ管理装置に前記コード情報を伴う問い合わせ要求を出力し、
    前記Ｗｅｂ管理装置が、前記接続管理装置から前記コード情報を伴う問い合わせ要求を受けたときに、前記データベースから前記着信電話番号を取得して前記接続管理装置に返送し、
    前記接続管理装置が、前記Ｗｅｂ管理装置から返送された着信電話番号の端末装置を呼び出す処理を実行する
    ことを特徴とする二者間通話を実現する接続方法。
11. コード情報として接続サービス用の特番が使用され、
    Ｗｅｂ管理装置が、発信側のユーザに一時的に特番を割り当てる処理を行い、着信者対応情報で特定される着信電話番号を、発信側のユーザに割り当てた特番に対応付けてデータベースに格納し、割り当てた特番をＷｅｂページに表示させる処理を行う
    請求項１０記載の二者間通話を実現する接続方法。
12. Ｗｅｂ管理装置が、あらかじめ定められた数の特番のうちから着信電話番号が対応付けられていない特番を、発信側のユーザに一時的に割り当てる特番として選択する
    請求項１１記載の二者間通話を実現する接続方法。
13. Ｗｅｂ管理装置が、特番についての特番解放条件が成立したときに、その特番を選択可能な状態に戻す処理を行う
    請求項１２記載の二者間通話を実現する接続方法。
14. 接続サービス用の特番として全てのユーザに共通使用される１つの特番が使用され、コード情報として特番とは異なるコード体系のコード番号が使用され、
    Ｗｅｂ管理装置が、発信側のユーザにコード番号を割り当てる処理を行い、着信者対応情報で特定される着信電話番号を、発信側のユーザに割り当てたコード番号に対応付けてデータベースに格納し、割り当てたコード番号をＷｅｂページに表示させる処理を行う
    請求項１３記載の二者間通話を実現する接続方法。
15. Ｗｅｂ管理装置が、あらかじめ定められた数のコード番号のうちから着信電話番号が対応付けられていないコード番号を、発信側のユーザに割り当てるコード番号として選択する
    請求項１４記載の二者間通話を実現する接続方法。
16. 接続サービス用の特番として各々のユーザに固定的に割り当てられた特番が使用され、
    Ｗｅｂ管理装置が、着信者対応情報で特定される着信電話番号を、その着信者対応情報を指定したユーザに割り当てられている特番に対応付けてデータベースに格納する
    請求項１０記載の二者間通話を実現する接続方法。
17. Ｗｅｂ管理装置としてのＷｅｂサーバと、接続管理装置としてのＳＩＰサーバとを含む接続システムで、Ｗｅｂページに掲載されている着信者対応情報が指定されたことに応じて二者間通話を実現する接続方法であって、
    前記Ｗｅｂサーバと前記ＳＩＰサーバとの間に仲介用サーバを設け、
    前記仲介用サーバが、Ｗｅｂサーバに対する問い合わせ要求をＳＩＰサーバから受信したときに、前記Ｗｅｂサーバの通信プロトコルに従って問い合わせ要求をＷｅｂサーバに送信し、
    前記仲介用サーバが、問い合わせ要求に応じた着信電話番号を示す情報を前記Ｗｅｂサーバから受信したときに、前記ＳＩＰサーバの通信プロトコルに従って着信電話番号を示す情報を前記ＳＩＰサーバに送信する
    請求項１０から請求項１６のうちのいずれか１項に記載の二者間通話を実現する接続方法。
18. 発信側の端末装置から接続サービス用の特番によって接続要求を受けて着信電話番号の端末装置を呼び出す接続処理を行う接続管理装置を含む接続システムに適用される接続情報管理装置であって、
    着信側の端末装置の電話番号である着信電話番号を特定するための着信者対応情報が掲載されたＷｅｂページを端末装置に提供するＷｅｂページ提供手段と、
    Ｗｅｂページに掲載されている着信者対応情報が発信側の端末装置によって指定された場合に、指定された着信者対応情報で特定される着信電話番号を所定のコード情報に対応付けてデータベースに格納する接続情報制御手段と、
    前記接続管理装置から前記コード情報を伴う問い合わせ要求を受けたときに、前記データベースから前記着信電話番号を取得して前記接続管理装置に返送する着信電話番号返送手段とを含む
    ことを特徴とする接続情報管理装置。
19. 着信側の端末装置の電話番号である着信電話番号を特定するための着信者対応情報が掲載されたＷｅｂページを端末装置に提供するＷｅｂサーバと、発信側の端末装置からの接続要求を受けて着信側の端末装置を呼び出す処理を行う接続用サーバとを含む接続システムにおける前記Ｗｅｂサーバに、
    着信側の端末装置の電話番号である着信電話番号を特定するための着信者対応情報が掲載されたＷｅｂページを端末装置に提供する処理と、
    Ｗｅｂページに掲載されている着信者対応情報が発信側の端末装置によって指定された場合に、指定された着信者対応情報で特定される着信電話番号を所定のコード情報に対応付けてデータベースに格納する処理と、
    前記接続用サーバから前記コード情報を伴う問い合わせ要求を受けたときに、前記データベースから前記着信電話番号を取得して前記接続用サーバに返送する処理と
    を実行させるための接続情報管理プログラム。

Images