JP2013211686A - サーバ装置、プログラム及び情報処理方法 - Google Patents

Abstract

【課題】着信時の発信者の情報と発信者へ折り返すための情報とが異なる場合に、これらの情報を予め対応付けて記憶しておく必要がないようにする。
【解決手段】第１サーバ装置は、電話網に接続された端末装置からの着信が検出された場合、発信者情報を取得し、呼出先情報を取得し、オーバーレイネットワークを利用する電話において端末装置を識別するための識別情報を生成し、識別情報と発信者情報とを含む管理情報を記憶し、識別情報が第１サーバ装置により管理されることを登録する登録情報を第２サーバ装置へ送信し、識別情報を発信者情報として含む第１要求情報を呼出先情報により識別される呼出先へ送信し、呼出先からの折り返しの接続要求を示す第２要求情報を受信し、第２要求情報に折り返し先を示す情報として含まれる識別情報を取得し、識別情報を含む管理情報に含まれる発信者情報に基づいて、端末装置へ発信する。
【選択図】図３

Description

本発明は、オーバーレイネットワークを利用する電話のシステムの技術分野に関する。

近年、オーバーレイネットワークを利用した電話サービスを提供する通信システムが知られている。例えば、オーバーレイネットワークが、呼制御を行う複数のサーバ装置により構成される。そして、サーバ装置同士が、例えばピアツーピア方式で通信することにより、端末装置間の通話接続が行われる。

ところで、端末装置が、着信した際の発信元の電話番号を記憶しておき、例えば利用者からの指示等により、記憶した電話番号に基づいて発信元へ発信する折り返し電話が知られている。このときに、発信元の電話番号と折り返しの電話番号とが異なる場合がある。例えば、特許文献１には、発信元の電話番号と折り返しの電話番号とが異なる場合があるシステムが開示されている。このシステムでは、ＩＰ（Internet Protocol）電話機が、発信元の電話番号と折り返しの電話番号とを対応付けて記憶する。ＩＰ電話機に対する着信に対してＩＰ電話機の利用者が折り返し電話を行うとする。この場合、ＩＰ電話機は、発信元の電話番号に対応付けて記憶された折り返しの電話番号を接続先とする発呼パケットをＩＰ電話網へ送信する。

特開２００５−２１０４９８号公報

しかしながら、特許文献１に記載の発明では、発信元の電話番号と折り返しの電話番号とを対応付けて事前に設定しておく必要がある。オーバーレイネットワークを利用した電話サービスでは、膨大な数の端末装置が接続される場合があることから、事前の設定が困難である。また、設定する電話番号の数が多数になることがあるため、電話番号を記憶するために大容量の記憶領域が必要となる。

本発明は、以上の点に鑑みてなされたものである。本発明は、オーバーレイネットワークを利用した電話において、着信時の発信者の情報と、発信者へ折り返すための情報とが異なる場合に、これらの情報を予め対応付けて記憶しておく必要がないサーバ装置、プログラム及び情報処理方法を提供することを目的とする。

上記課題を解決するために、請求項１に記載の発明は、ネットワークに接続された複数のサーバ装置によりオーバーレイネットワークが構成され、前記オーバーレイネットワークを利用する電話の呼制御を前記サーバ装置が行う通信システムにおいて、前記複数のサーバ装置に含まれる第１サーバ装置であって、前記ネットワークとは異なる電話網に接続する接続手段と、前記電話網に接続された端末装置からの着信が前記接続手段を介して検出された場合、前記端末装置を識別する発信者情報を前記接続手段を介して取得する第１取得手段と、前記端末装置からの呼出先を識別する呼出先情報を取得する第２取得手段と、前記オーバーレイネットワークを利用する電話において前記端末装置を識別するための識別情報を生成する生成手段と、前記生成手段により生成された前記識別情報と、前記第１取得手段により取得された前記発信者情報とを含む管理情報を記憶する記憶手段と、前記生成手段により生成された前記識別情報が前記第１サーバ装置により管理されることを登録する登録情報を、前記複数のサーバ装置のうち前記登録情報を管理する第２サーバ装置へ送信する第１送信手段と、前記端末装置からの接続要求を示す第１要求情報であり、前記生成手段により生成された前記識別情報を前記発信者情報として含む第１要求情報を、前記第２取得手段により取得された前記呼出先情報により識別される呼出先へ送信する第２送信手段と、前記第２取得手段により取得された前記呼出先情報により識別される呼出先からの折り返しの接続要求を示す第２要求情報を受信可能な受信手段と、前記受信手段により受信された前記第２要求情報に折り返し先を示す情報として含まれる前記識別情報を取得する第３取得手段と、前記第３取得手段により取得された前記識別情報を含む前記管理情報に含まれる前記発信者情報に基づいて、前記接続手段を介して前記端末装置へ発信する発信手段と、を備えることを特徴とする。

請求項２に記載の発明は、前記発信手段による発信による前記端末装置への接続が成立したかを判定する判定手段と、前記判定手段により接続が成立したと判定された場合、前記第３取得手段により取得された前記識別情報に対応する前記登録情報の削除要求を示す第３要求情報を前記第２サーバ装置へ送信する第３送信手段と、を更に備えることを特徴とする。

請求項３に記載の発明は、前記第３送信手段は、前記記憶手段に前記管理情報が記憶されてから予め設定された設定時間が経過した場合、前記管理情報に含まれる前記識別情報に対応する前記登録情報の削除要求を示す前記第３要求情報を送信することを特徴とする。

請求項４に記載の発明は、前記記憶手段は、前記識別情報の利用時刻を示す時刻情報を更に含む前記管理情報を記憶し、前記第３送信手段は、前記記憶手段に記憶された前記管理情報に含まれる前記時刻情報が示す時刻から前記設定時間が経過した場合、前記第３要求情報を送信し、前記判定手段により接続が成立しなかったと判定された場合、前記第３取得手段により取得された前記識別情報を含む前記管理情報に含まれる前記時刻情報を更新する更新手段を更に備えることを特徴とする。

請求項５に記載の発明は、前記生成手段は、前回生成した前記識別情報とは異なる前記識別情報を生成することを特徴とする。

請求項６に記載の発明は、ネットワークに接続された複数のサーバ装置によりオーバーレイネットワークが構成され、前記オーバーレイネットワークを利用する電話の呼制御を前記サーバ装置が行う通信システムにおいて、前記複数のサーバ装置に含まれる第１サーバ装置に含まれるコンピュータに、前記ネットワークとは異なる電話網に接続する接続手段を介して、前記電話網に接続された端末装置からの着信が検出された場合、前記端末装置を識別する発信者情報を前記接続手段を介して取得する第１取得ステップと、前記端末装置からの呼出先を識別する呼出先情報を取得する第２取得ステップと、前記端末装置を前記オーバーレイネットワークを利用する電話で識別するための識別情報を生成する生成ステップと、前記生成ステップにより生成された前記識別情報と、前記第１取得ステップにより取得された前記発信者情報とを含む管理情報を記憶手段に記憶させる記憶ステップと、前記生成ステップにより生成された前記識別情報が前記第１サーバ装置により管理されることを登録する登録情報を、前記複数のサーバ装置のうち前記登録情報を管理する第２サーバ装置へ送信する送信ステップと、前記端末装置からの接続要求を示す第１要求情報であり、前記生成ステップにより生成された前記識別情報を前記発信者情報として含む第１要求情報を、前記第２取得ステップにより取得された前記呼出先情報により識別される呼出先へ送信する第１送信ステップと、前記第２取得ステップにより取得された前記呼出先情報により識別される呼出先からの折り返しの接続要求を示す第２要求情報を受信する受信ステップと、前記受信ステップにより受信された前記第２要求情報に折り返し先を示す情報として含まれる前記識別情報を取得する第３取得ステップと、前記第２取得ステップにより取得された前記識別情報を含む前記管理情報に含まれる前記発信者情報に基づいて、前記接続手段を介して前記端末装置へ発信する発信ステップと、を実行させることを特徴とする。

請求項７に記載の発明は、ネットワークに接続された複数のサーバ装置によりオーバーレイネットワークが構成され、前記オーバーレイネットワークを利用する電話の呼制御を前記サーバ装置が行う通信システムにおいて、前記複数のサーバ装置に含まれる第１サーバ装置の情報処理方法であって、前記ネットワークとは異なる電話網に接続する接続手段を介して、前記電話網に接続された端末装置からの着信が検出された場合、前記端末装置を識別する発信者情報を前記接続手段を介して取得する第１取得ステップと、前記端末装置からの呼出先を識別する呼出先情報を取得する第２取得ステップと、前記端末装置を前記オーバーレイネットワークを利用する電話で識別するための識別情報を生成する生成ステップと、前記生成ステップにより生成された前記識別情報と、前記第１取得ステップにより取得された前記発信者情報とを含む管理情報を記憶手段に記憶させる記憶ステップと、前記生成ステップにより生成された前記識別情報が前記第１サーバ装置により管理されることを登録する登録情報を、前記複数のサーバ装置のうち前記登録情報を管理する第２サーバ装置へ送信する送信ステップと、前記端末装置からの接続要求を示す第１要求情報であり、前記生成ステップにより生成された前記識別情報を前記発信者情報として含む第１要求情報を、前記第２取得ステップにより取得された前記呼出先情報により識別される呼出先へ送信する第１送信ステップと、前記第２取得ステップにより取得された前記呼出先情報により識別される呼出先からの折り返しの接続要求を示す第２要求情報を受信する受信ステップと、前記受信ステップにより受信された前記第２要求情報に折り返し先を示す情報として含まれる前記識別情報を取得する第３取得ステップと、前記第２取得ステップにより取得された前記識別情報を含む前記管理情報に含まれる前記発信者情報に基づいて、前記接続手段を介して前記端末装置へ発信する発信ステップと、を含むことを特徴とする。

請求項１、６または７に記載の発明によれば、電話網からの着信があったときに、発信者情報が、オーバーレイネットワークを利用する電話で端末装置を識別するための識別情報と対応付けて記憶される。そのため、着信時の発信者の情報と発信者へ折り返すための情報とを予め対応付けて記憶しておく必要がない。

請求項２に記載の発明によれば、接続が成立することにより不要となった識別情報がオーバーレイネットワークから削除される。そのため、オーバーレイネットワークにおいて、識別情報を有効に利用することができる。

電話網からの着信があった後、呼出先からの折り返しがない場合がある。また、折り返しがあった場合であっても、端末装置のユーザが電話に出ない場合がある。また、端末装置のユーザが電話に出る前に、呼出先のユーザが電話をあきらめる場合がある。これらの場合、識別情報がオーバーレイネットワークから削除されない。請求項３に記載の発明によれば、着信から予め設定された時間が経過した場合、識別情報がオーバーレイネットワークから削除される。そのため、オーバーレイネットワークにおいて、識別情報を有効に利用することができる。

請求項４に記載の発明によれば、呼出先のユーザが折り返し電話を行っても発信元に接続されなかった場合、ユーザは、後で再度折り返し電話を行う可能性がある。この場合に、識別情報の削除が延期されるので、ユーザは再度折り返し電話を行うことができる。

請求項５に記載の発明によれば、同一の呼出先へ或る端末装置からの着信があった後、別の端末装置からの着信があった場合、それぞれの第１要求情報に互いに異なる識別情報が設定される。従って、呼出先には、別々の識別情報が通知される。そのため、ユーザが同一の端末装置から複数の着信があったと誤って判断することを防止することができる。

一実施形態の通信システムの概要構成例を示す図である。 各ＵＡの管理ノード、ＳＩＰ＿ＵＩＲ及びアナログ電話番号の例を示す図である。 一実施形態の通信システムＳの動作例を示すシーケンス図である。 一実施形態のノードＮ５の制御部１１及びＳＬＩＣ１５の処理例を示すフローチャートである。 一実施形態のノードＮ５の制御部１１及びＳＬＩＣ１５の処理例を示すフローチャートである。

以下、本発明の実施形態を図面に基づいて説明する。なお、以下に説明する実施の形態は、通信システムに本発明を適用した場合の実施形態である。

［１．通信システムの構成及び動作概要］
始めに、図１及び図２（Ａ）を参照して、本実施形態の通信システムの構成及び動作概要について説明する。図１は、本実施形態の通信システムの概要構成例を示す図である。図１に示すように、本実施形態の通信システムＳは、複数のノード装置Ｎｎ（ｎ＝１，２，３・・・）等により構成されている。ノード装置Ｎｎを、以下、「ノード」という。また、ノードはネットワークＮＷに接続されている。ノードは、本発明におけるサーバ装置の一例である。ネットワークＮＷは、インターネット等からなる。ノードは、例えば、ＶＯＩＰ（Voice over Internet Protocol）、ＳＩＰ（Session Initiation Protocol）等を利用したＩＰ電話サービスに関する呼制御を行うＳＩＰサーバである。

また、複数のノードの中に、１つ以上のＵＡ（User Agent）ｎ−ｌＡ（ｌ＝１，２，３・・・）が接続されているノードが存在する。この場合、ノードとＵＡｎ−ｌＡとは、例えば、ＬＡＮ（Local Area Network）を介して接続される。ＵＡｎ−ｌＡは、ユーザがＩＰ電話を利用するために用いる端末装置である。ＵＡｎ−ｌＡは、例えば、ＩＰ電話機である。また、ＵＡｎ−ｌＡは、例えば、ＩＰ電話の機能を有するパーソナルコンピュータ、スマートフォン、携帯電話機、セットトップボックス等であってもよい。ＵＡｎ−ｌＡは、ノード及びネットワークＮＷを介して他のＵＡｎ−ｌＡと電話通信を行う。

また、複数のノードの中に、ＵＡｎ−ｌＢを有するノードが存在する。ＵＡｎ−ｌＢを有するノードとして、例えば、ノードＮ５〜Ｎ７がある。ＵＡｎ−ｌＢは、ＳＩＰにおける論理的なエンティティである。図１においては、ノードとＵＡｎ−ｌＢとが接続されているように示されている。その理由は、ＳＩＰサーバとしてのノードとＵＡｎ−ｌＢとしてのノードとを分けて表したためである。例えば、図５におけるノードＮ５は、ＳＩＰサーバとしてのノードＮ５である。また、図５におけるＵＡ５−１Ｂは、ＵＡｎ−ｌＢとしてのノードＮ５である。ノードＮ５〜Ｎ７は、本発明における第１サーバ装置の一例である。また、「ＵＡ」は、ＵＡｎ−ｌＡとＵＡｎ−ｌＢの総称である。

ノードＮ５〜Ｎ７は、ネットワークＮＷと公衆交換電話網ＮＰとを相互接続するためのゲートウェイとして機能する。公衆交換電話網ＮＰは、複数の交換機Ｅｍ（ｍ＝１，２，３・・）により構成されている。複数の交換機Ｅｍの中に、電話機Ｔｍ−ｉ（ｉ＝１，２，３・・）と接続されている交換機Ｅｍがある。電話機Ｔｍ−ｉは、公衆電話網ＮＰに接続されたアナログ電話機である。電話機Ｔｍ−ｉは、公衆交換電話網ＮＰを介して他の電話機Ｔｍ−ｉと電話通信を行う。電話機Ｔｍ−ｉは、本発明における端末装置の一例である。ＵＡｎ−ｌＢは、外線に終端するＵＡである。ＵＡｎ−ｌＢを有するノードは、ＵＡｎ−ｌＢを介して公衆交換電話網ＮＰと接続する。ＵＡｎ−ｌＢは、公衆交換電話網ＮＰへの発信や公衆交換電話網ＮＰからの着信の検出等を行う。ＵＡｎ−ｌＡと電話機Ｔｍ−ｉとは、ノードＮ５、Ｎ６またはＮ７を介して、互いに電話通信を行うことができる。なお、公衆電話網は、本発明における電話網の一例である。

また、図１に示すように、通信システムＳには、ネットワークＮＷを介して互いに通信可能な複数のノードの参加によりオーバーレイネットワークＯＮが構成されている。オーバーレイネットワークＯＮは、仮想的なリンクを構成する論理的なネットワークである。オーバーレイネットワークＯＮは、特定のアルゴリズム、例えば、分散ハッシュテーブルを利用したアルゴリズムにより実現される。なお、分散ハッシュテーブルを、以下、「ＤＨＴ（Distributed Hash Table）」という。ここで、オーバーレイネットワークＯＮに参加するとは、ＤＨＴを用いたルーティングテーブルに基づいてオーバーレイネットワークＯＮを介して他のノードとの間で各種メッセージを送受信できる状態に稼動することをいう。なお、ＤＨＴを用いたルーティングテーブルについては、特開２００６−１９７４００号公報等で公知であるので、詳しい説明を省略する。複数のノードがオーバーレイネットワークＯＮを介して互いに情報を送受信することにより、各ＵＡｎ−ｌＡは、オーバーレイネットワークＯＮを利用した電話通信を行うことができる。オーバーレイネットワークＯＮに参加している各ノードには、ノードＩＤが付与されている。このノードＩＤは、ノードを、オーバーレイネットワークＯＮに参加している複数のノードの中から識別する固有の識別情報である。また、ノードＩＤは、例えば、ノードに割り当てられたＩＰアドレスや製造番号等を共通のハッシュ関数によりハッシュ化することにより得られる情報である。

図２（Ａ）は、各ＵＡの管理ノード、ＳＩＰ＿ＵＲＩ（SIP Uniform Resource Identifier）及びアナログ電話番号の例を示す図である。管理ノードは、ＵＡの通信を管理する。例えば、管理ノードは、ＵＡからのメッセージを他のノードに転送したり、ＵＡに対するメッセージをＵＡに転送したりする。ＵＡｎ−ｌＡの管理ノードは、ＵＡｎ−ｌＡが接続するノードである。例えば、ＵＡ３−１Ａの管理ノードは、ノードＮ３である。ＵＡｎ−ｌＢの管理ノードは、ＵＡｎ−ｌＢを有するノードである。例えば、ＵＡ５−１Ｂの管理ノードは、ノードＮ５である。各ＵＡには、それぞれ固有のＳＩＰ＿ＵＲＩが割り当てられている。ＳＩＰ＿ＵＲＩは、例えば、複数の数字により構成されている。ＳＩＰ＿ＵＲＩは、オーバーレイネットワークＯＮを利用するＩＰ電話の電話番号に相当する。また、ＳＩＰ＿ＵＲＩは、公衆交換電話網ＮＰのアナログ電話番号を外線番号とした場合の内線番号に相当する。各ＵＡｎ−ｌＢには、それぞれ固有のアナログ電話番号が割り当てられている。アナログ電話番号は、公衆交換電話網ＮＰにおいて割り当てられた電話番号である。

次に、オーバーレイネットワークＯＮに対するＳＩＰ＿ＵＲＩの登録及び削除の処理概要と、通話接続の処理概要について説明する。ＳＩＰ＿ＵＲＩの登録とは、ＵＡのＳＩＰ＿ＵＲＩに対応付けて、このＵＡの管理ノードの情報を、オーバーレイネットワークＯＮに記憶させることをいう。管理ノードの情報を、「管理ノード情報」という。管理ノード情報は、管理ノードのノードＩＤ、ＩＰアドレス及びポート番号等を含む。オーバーレイネットワークＯＮに記憶された管理ノード情報は、オーバーレイネットワークＯＮから取得可能である。管理ノード情報が記憶されることにより、或るＵＡと通信するための管理ノードを特定することができる。管理ノード情報が記憶されたＵＡは、他のＵＡと通信することができる。

或るＵＡが、ＳＩＰ＿ＵＲＩを登録するため、管理ノードにＲＥＧＩＳＴＥＲメッセージを送信する。ＲＥＧＩＳＴＥＲメッセージは、ＳＩＰ＿ＵＲＩを含む。ＲＥＧＩＳＴＥＲメッセージを受信した管理ノードは、ＲＥＧＩＳＴＥＲメッセージに、管理ノード情報を追加する。また、管理ノードは、管理ノード情報のキー情報を生成する。キー情報は、複数のノードに分散して記憶される情報を、オーバーレイネットワークＯＮに記憶される複数の情報の中から識別する固有の識別情報である。キー情報は、オーバーレイネットワークＯＮから情報を取得するために必要な情報である。また、キー情報の形式は、ノードＩＤの形式と同じである。管理ノードは、ＲＥＧＩＳＴＥＲメッセージに含まれるＳＩＰ＿ＵＲＩを、ノードＩＤを生成するときと共通のハッシュ関数によりハッシュ化する。これにより、管理ノードは、キー情報を生成する。そして、管理ノードは、ＲＥＧＩＳＴＥＲメッセージにキー情報を追加する。

管理ノードは、ＤＨＴのルーティングテーブルに従って、ＲＥＧＩＳＴＥＲメッセージを他のノードへ送信する。これにより、管理ノードは、ＲＥＧＩＳＴＥＲメッセージをルートノードへ向けて送信する。ルートノードは、オーバーレイネットワークＯＮを構成する複数のノードのうち、キー情報に基づいて定められるノードである。例えば、ルートノードは、キー情報と最も近いノードＩＤを有するノードであるように定められる。キー情報と最も近いノードＩＤとは、具体的に、キー情報と上位桁が最も多く一致するノードＩＤである。管理ノードから送信されたＲＥＧＩＳＴＥＲメッセージは、ＤＨＴのルーティングよって最終的にルートノードに到着する。なお、ＤＨＴのルーティングは、例えば特開２００７−０５３６６２号公報等で公知であるので、詳しい説明を省略する。ＲＥＧＩＳＴＥＲメッセージを受信したルートノードは、ＲＥＧＩＳＴＥＲメッセージに含まれるキー情報と管理ノード情報とを対応付けて記憶する。キー情報は、ＳＩＰ＿ＵＲＩから特定することができる情報である。従って、管理ノード情報は、ＳＩＰ＿ＵＲＩに対応付けて記憶される。これにより、ＳＩＰ＿ＵＲＩがオーバーレイネットワークＯＮに登録される。ルートノードは、ＳＩＰにおけるロケーションサーバに相当する。

或るユーザが他のユーザと電話したいとき、ユーザは、ＵＡｎ−ｌＡに対して、呼出先のＳＩＰ＿ＵＲＩを入力する。すると、ＵＡｎ−ｌＡは、ＩＮＶＩＴＥメッセージを管理ノードへ送信する。ＩＮＶＩＴＥメッセージは、通信接続の要求を示すメッセージである。ＩＮＶＩＴＥメッセージのＴｏフィールドには、呼出先のＳＩＰ＿ＵＲＩが設定される。ＵＡｎ−ｌＡからＩＮＶＩＴＥメッセージを受信した管理ノードは、呼出先のＳＩＰ＿ＵＲＩをハッシュ化することにより、キー情報を生成する。そして、管理ノードは、キー情報を含む検索要求を、ＤＨＴのルーティングテーブルに従って他のノードへ送信する。検索要求は、ＳＩＰ＿ＵＲＩの検索の要求を示すメッセージである。検索要求は、最終的にルートノードに到着する。ルートノードは、受信した検索要求に含まれるキー情報に対応する管理ノード情報を管理ノードへ送信する。管理ノードは、受信した管理ノード情報に含まれるＩＰアドレス及びポート番号に基づいて、呼出先のＵＡｎ−ｌＡの管理ノードへＩＮＶＩＴＥメッセージを転送する。ＩＮＶＩＴＥメッセージを受信した管理ノードは、呼出先のＵＡｎ−ｌＡへＩＮＶＩＴＥメッセージを転送する。その後、ＵＡｎ−ｌＡ間で電話通信が行われる。

ノードが或るＵＡのＳＩＰ＿ＵＲＩをオーバーレイネットワークＯＮから削除するとき、削除対象のＳＩＰ＿ＵＲＩをハッシュ化することにより、キー情報を生成する。そして、ノードは、キー情報を含む削除要求を、ＤＨＴのルーティングテーブルに従って他のノードへ送信する。削除要求は、ＳＩＰ＿ＵＲＩの削除の要求を示すメッセージである。削除要求は、最終的にルートノードに到着する。ルートノードは、受信した削除要求に含まれるキー情報に対応する管理ノード情報を削除する。

［２．公衆電話網からの着信に対する折り返し電話］
次に、電話機Ｔｍ−ｉからＵＡｎ−ｌＡへの着信に対するＵＡｎ−ｌＡから電話機Ｔｍ−ｉへの折り返し電話について説明する。なお、以降においては、ＵＡｎ−ｌＢを有するノードの代表として、ノードＮ５について主に説明する。

電話機Ｔ１−１のユーザＡが、例えば、ＵＡ３−１ＡのユーザＢに電話したいとする。この場合、ユーザＡは、ＵＡ５−１Ｂ、ＵＡ６−１ＢまたはＵＡ７−１Ｂの電話番号を入力して電話をかける。例えば、ユーザＡは、ＵＡ５−１Ｂの電話番号である０５２−ＸＸＸ−０５１を入力する。ＵＡ５−１Ｂを有するノードＮ５は、公衆電話網ＮＰを介して電話機Ｔ１−１からの着信を検出する。そして、ノードＮ５は公衆電話網ＮＰから送信されてくる発信者番号を受信する。ノードＮ５は、発信者番号として、電話機Ｔ１−１の電話番号である０３−ＡＡＡＡ−ＸＸＸＸを受信する。発信者番号は、本発明における発信者情報の一例である。次いで、ＩＶＲ（Interactive Voice Response）機能により、電話機Ｔ１−１から、ＵＡ３−１ＡのＳＩＰ＿ＵＲＩである３００１を取得する。ＩＶＲ機能により取得されるＳＩＰ＿ＵＲＩは、本発明における呼出先情報の一例である。その後、ノードＮ５は、ＵＡ３−１Ａの管理ノードであるノードＮ３へ、ＩＮＶＩＴＥメッセージを送信する。ノードＮ３は、受信したＩＮＶＩＴＥメッセージをＵＡ３−１Ａへ転送する。ＩＮＶＩＴＥメッセージを受信したＵＡ３−１Ａは、呼び出し音を出力する。また、ＵＡ３−１Ａには、ＩＮＶＩＴＥメッセージに含まれるＦｒｏｍフィールドのディスプレイネームに設定された電話番号の情報が、発信者番号として通知される。その後、ユーザＢがユーザＡに対して折り返し電話をするとする。この場合、ＵＡ３−１Ａは、ＩＮＶＩＴＥメッセージをノードＮ３へ送信する。このとき、ＵＡ３−１Ａは、通知された発信者番号をＩＮＶＩＴＥメッセージのＴｏフィールドに設定する。

ノードＮ５がＩＮＶＩＴＥメッセージをノードＮ３へ送信するとき、ＩＮＶＩＴＥメッセージのＦｒｏｍフィールドのディスプレイネームに如何なる情報を設定するかが問題となる。例えば、ノードＮ５が、このＦｒｏｍフィールドのディスプレイネームに、電話機Ｔ１−１の電話番号である０３−ＡＡＡＡ−ＸＸＸＸを設定したとする。この場合、ＵＡ３−１Ａからの折り返しのＩＮＶＩＴＥメッセージのＴｏフィールドに、０３−ＡＡＡＡ−ＸＸＸＸが設定される。ＵＡ３−１ＡからＩＮＶＩＴＥメッセージを受信したノードＮ３は、Ｔｏフィールドに設定された番号がアナログ電話番号であることを認識する。呼出先の電話番号がアナログ電話番号である場合、ＩＮＶＩＴＥメッセージの転送先の候補としては、外線に終端するノードＮ５〜Ｎ７がある。今回の場合、ノードＮ３はノードＮ５へＩＮＶＩＴＥメッセージを送信することが望ましい。その理由は、電話機Ｔ１−１からの着信を受けたＵＡｎ−ｌＢと、折り返し電話を電話機Ｔ１−１へ発信するＵＡｎ−ｌＢとが一致するからである。つまり、ノードＮ５がＩＮＶＩＴＥメッセージをノードＮ３から受信した場合、ＩＮＶＩＴＥメッセージに含まれる０３−ＡＡＡＡ−ＸＸＸＸで公衆電話網ＮＰへ発信する。すると、電話機Ｔ１−１へは、発信者番号として、ＵＡ５−１Ｂの電話番号である０５２−ＸＸＸ−０５１が通知される。そのため、ユーザＡはユーザＢからの折り返しの電話があったことを認識することができる。しかしながら、ノードＮ３は、ＩＮＶＩＴＥメッセージに含まれる０３−ＡＡＡＡ−ＸＸＸＸからは、ノードＮ５を特定することはできない。そのため、ノードＮ３は、ＩＮＶＩＴＥメッセージを、ノードＮ５〜Ｎ７のうち、例えば任意のノードへ転送する。例えば、ノードＮ３がノードＮ７へ転送したとする。ノードＮ７は、０３−ＡＡＡＡ−ＸＸＸＸで公衆電話網ＮＰへ発信する。すると、電話機Ｔ１−１へは、発信者番号として、ＵＡ７−１Ｂの電話番号である０５２−ＺＺＺ−０７１が通知される。発信者番号がユーザＡによって入力された電話番号と異なるので、ユーザＡは、未知の電話番号から着信があったと認識してしまうという問題がある。

また、例えば、ノードＮ５が、Ｆｒｏｍフィールドのディスプレイネームに、ＵＡ５−１ＢのＳＩＰ＿ＵＲＩである５００１を設定したとする。この場合、ＵＡ３−１Ａからの折り返しのＩＮＶＩＴＥメッセージのＴｏフィールドに、５００１が設定される。そのため、折り返しのＩＮＶＩＴＥメッセージは、ノードＮ５に到達する。しかしながら、ノードＮ５は、５００１という番号を用いて公衆電話網ＮＰに対して発信することはできない。ＳＩＰに準拠する場合、ディスプレイネームに発信元の電話番号の情報を複数設定することはできない。そのため、ノードＮ５は、ＩＮＶＩＴＥメッセージに０３−ＡＡＡＡ−ＸＸＸＸと５００１の両方を設定することはできない。そこで、ノードＮ５は、以下に説明する処理を行う。

図３は、本実施形態の通信システムＳの動作例を示すシーケンス図である。電話機Ｔ１−１が、０５２−ＸＸＸ−０５１で発信した場合、図３に示すように、ノードＮ５が接続する交換機Ｅ２は、ノードＮ５の回線の極性を反転させる。これにより、ノードＮ５は、電話機Ｔ１−１からの着信を検出する（ステップＳ１）。また、交換機Ｅ２は、モデム信号をノードＮ５へ送信する（ステップＳ２）。モデム信号には、発信者番号として、０３−ＡＡＡＡ−ＸＸＸＸが設定されている。ノードＮ５は、受信したモデム信号から発信者番号を取得する。次いで、ノードＮ５は、電話機Ｔ１−１と通話接続すると、ＩＶＲ機能による案内音声を交換機Ｅ２へ送信する（ステップＳ３）。案内音声は、公衆電話網ＮＰを介して電話機Ｔ１−１へ送信される。これにより、電話機Ｔ１−１から、例えば、「お電話ありがとうございます。内線番号を入力してください。」といった音声が出力される。ユーザＡが、内線番号として３００１と入力すると、交換機Ｅ２は、公衆電話網ＮＰを介して送信された３００１をノードＮ５へ送信する（ステップＳ４）。これにより、ノードＮ５は、３００１という番号をＳＩＰ＿ＵＲＩとして取得する。

次いで、ノードＮ５は、テンポラリ番号を生成する（ステップＳ５）。テンポラリ番号は、オーバーレイネットワークＯＮに一時的に登録されるＳＩＰ＿ＵＲＩである。また、テンポラリ番号は、発信元の電話機Ｔｍ−ｉを、オーバーレイネットワークＯＮを利用するＩＰ電話で識別するためのＳＩＰ＿ＵＲＩである。ノードＮ５は、テンポラリ番号として、例えば５−３７２を生成する。テンポラリ番号は、各ＵＡに割り当てられているＳＩＰ＿ＵＲＩと重複しないように生成する必要がある。例えば、テンポラリ番号の形式を、ＵＡに割り当てられるＳＩＰ＿ＵＲＩの形式と異ならせてもよい。また、テンポラリ番号は、オーバーレイネットワークＯＮに現在登録されているＵＡと重複しないように生成する必要がある。なお、テンポラリ番号は、本発明における識別情報の一例である。

次いで、ノードＮ５は、テンポラリ番号情報を生成する。テンポラリ番号情報は、テンポラリ番号と発信元の電話機Ｔｍ−ｉの電話番号とを対応付けた管理情報である。具体的に、テンポラリ番号情報は、テンポラリ番号、外線発信番号、最終利用時刻を含まれる。外線発信番号は、発信元の電話機Ｔｍ−ｉの電話番号である。最終利用時刻は、テンポラリ番号が最後に利用された時刻である。最終利用時刻は、例えば、日付及び時刻の両方を含んでいてもよいし、時刻のみを含んでいてもよい。テンポラリ番号情報は、本発明における管理情報の一例である。また、最終利用時刻は、本発明における時刻情報の一例である。ノードＮ５は、５−３７２、０３−ＡＡＡＡ−ＸＸＸＸ及び現在時刻を含むテンポラリ番号情報を生成する。そして、ノードＮ５は、生成したテンポラリ番号情報を記憶する（ステップＳ６）。これにより、ノードＮ５は、テンポラリ番号を管理する。

次いで、ノードＮ５は、テンポラリ番号をハッシュ化してキー情報を生成する。そして、ノードＮ５は、キー情報とノードＮ５の管理ノード情報とを含むＲＥＧＩＳＴＥＲメッセージを送信する（ステップＳ７）。つまり、電話機Ｔ１−１がＵＡであると仮定した場合、ノードＮ５が、電話機Ｔ１−１の管理ノードとなる。テンポラリ番号５−３７２から生成されたキー情報に基づいて定められるルートノードが、ノードＮ４であるとする。この場合、送信されたＲＥＧＩＳＴＥＲメッセージは、ＤＨＴのルーティングに従って、ノードＮ４に到達する。従って、ノードＮ４は、ＲＥＧＩＳＴＥＲメッセージに含まれるキー情報と管理ノード情報とを対応付けて記憶する。このときのルートノードは、本発明における第２サーバ装置の一例である。また、このときのＲＥＧＩＳＴＥＲメッセージに含まれるキー情報及び管理ノード情報は、キー情報の生成に用いられたＳＩＰ＿ＵＲＩが管理ノード情報により示される管理ノードにより管理されることを登録する情報である。

次いで、ノードＮ５は、ＳＩＰ＿ＵＲＩ３００１をハッシュ化して生成されたキー情報を含む検索要求の送信によって、ＵＡ３−１Ａの管理ノードであるノードＮ３の管理ノード情報を取得すると、ノードＮ３へＩＮＶＩＴＥメッセージを送信する（ステップＳ８）。このとき、ノードＮ５は、Ｆｒｏｍフィールドのディスプレイネームにテンポラリ番号である５−３７２を設定する。また、ノードＮ５は、Ｔｏフィールドに３００１を設定する。これにより、ノードＮ５は、ＩＮＶＩＴＥメッセージを呼出先のＵＡ３−１Ａへ送信する。ＩＮＶＩＴＥメッセージを受信したノードＮ３は、Ｔｏフィールドの記述に従って、ＩＮＶＩＴＥメッセージをＵＡ３−１Ａへ転送する（ステップＳ９）。これにより、ＩＮＶＩＴＥメッセージ受信したＵＡ３−１Ａは着信音を出力する。また、ＵＡ３−１Ａは、ＩＮＶＩＴＥメッセージのＦｒｏｍフィールドに設定された５−３７２を発信者番号として、ＵＡ３−１Ａのメモリに記憶させる。また、ＵＡ３−１Ａは、５−３７２を画面に表示する。

その後、ユーザＢが折り返し電話をかける。この場合、ＵＡ３−１Ａは、ユーザＢの操作等に基づいて、ＩＮＶＩＴＥメッセージをノードＮ３へ送信する（ステップＳ１０）。このとき、ＵＡ３−１Ａは、メモリに記憶されている５−３７２をＴｏフィールドに設定する。ＩＮＶＩＴＥメッセージを受信したノードＮ３は、受信したＩＮＶＩＴＥメッセージのＴｏフィールドから５−３７２を取得する。そして、ノードＮ３は、５−３７２を含む検索要求を送信する（ステップＳ１１）。これにより、ノードＮ３は、ノードＮ４から、電話機Ｔ１−１の管理ノードであるノードＮ５の管理ノード情報を受信する（ステップＳ１２）。次いで、ノードＮ３は、受信した管理ノード情報に基づいて、ＩＮＶＩＴＥメッセージをノードＮ５へ転送する（ステップＳ１３）。

ＩＮＶＩＴＥメッセージを受信したノードＮ５は、受信したＩＮＶＩＴＥメッセージのＴｏフィールドから５−３７２を取得する。次いで、ノードＮ５は、５−３７２をテンポラリ番号として含むテンポラリ番号情報を検索する。５−３７２を含むテンポラリ番号情報には、外線発信番号として、０３−ＡＡＡＡ−ＸＸＸＸが設定されている。そこで、ノードＮ５は、検索されたテンポラリ番号情報から０３−ＡＡＡＡ−ＸＸＸＸを取得する（ステップＳ１４）。次いで、ノードＮ５は、０３−ＡＡＡＡ−ＸＸＸＸで、公衆電話網ＮＰへ発信する（ステップＳ１５）。従って、電話機Ｔ１−１へは、発信者番号として０５２−ＸＸＸ−０５１が通知される。

このように、電話機Ｔｍ−ｉからの着信を受けたＵＡｎ−ｌＢと、折り返し電話を電話機Ｔｍ−ｉへ発信するＵＡｎ−ｌＢとが一致する。そのため、電話機Ｔｍ−ｉのユーザは、自分が発信した相手からの着信があったと認識することができる。また、電話機Ｔｍ−ｉの電話番号とテンポラリ番号とを事前に対応付けて記憶しておく必要がない。

ノードＮ５は、公衆電話網ＮＰへの発信によって電話機Ｔ１−１とＵＡ３−１Ａとの通話接続が成立すると、ノードＮ５は、テンポラリ番号５−３７２をオーバーレイネットワークＯＮから削除してもよい。また、このとき、ノードＮ５は、テンポラリ番号情報を削除してもよい。折り返し電話において一度接続が成立すれば、テンポラリ番号は必要ではなくなるからである。また、テンポラリ番号がオーバーレイネットワークＯＮに登録されたままであると、登録されているテンポラリ番号の分、割り当て可能なＳＩＰ＿ＵＲＩが減少する。仮にテンポラリ番号の形式と、ＵＡに割り当てられるＳＩＰ＿ＵＲＩの形式とが異なっていたとしても、割り当て可能なテンポラリ番号が減少する。そこで、不要となったテンポラリ番号をオーバーレイネットワークＯＮから削除することで、ＳＩＰ＿ＵＲＩを有効利用することができる。また、不要となったテンポラリ番号情報を削除することにより、ノードＮ５の記憶容量の空きを増やすことができる。一方、ノードＮ５は、通話接続が成立しなかった場合、オーバーレイネットワークＯＮからのテンポラリ番号の削除及びテンポラリ番号情報の削除を行わない。ユーザＢが再度折り返し電話をかける場合があるからである。なお、ノードＮ５は、テンポラリ番号をオーバーレイネットワークＯＮから削除する一方で、テンポラリ番号情報の削除は行わなくてもよい。

電話機Ｔ１−１からの着信の後、ユーザＢは、折り返し電話をかけない場合がある。また、ユーザＢが折り返し電話をかけたが、ユーザＡが電話に出ない場合がある。また、ユーザＢが折り返し電話をかけたが、ユーザＡが電話に出る前にユーザＢがオンフック操作をする場合がある。これらの場合、電話機Ｔ１−１とＵＡ３−１Ａとの通話接続が成立していない。従って、オーバーレイネットワークＯＮからテンポラリ番号は削除されず、テンポラリ番号情報も削除されない。しかしながら、長い時間削除が行われないと、割り当て可能なＳＩＰ＿ＵＲＩが減少する。また、ノードＮ５の記憶容量の空きが減少する。そこで、ノードＮ５は、テンポラリ番号情報を記憶してから予め設定された時間が経過した場合、オーバーレイネットワークＯＮからテンポラリ番号を削除してもよい。また、このとき、ノードＮ５は、テンポラリ番号情報を削除してもよい。予め設定された時間を、「設定時間」という。テンポラリ番号情報は、最終利用時刻を含む。最終利用時刻は、テンポラリ番号情報が記憶された時刻を示す。そのため、ノードＮ５は、最終利用時刻に基づいて、テンポラリ番号情報を記憶してから設定時間が経過したか否かを判定することができる。

ユーザＢが折り返し電話をかけたがユーザＡが電話に出ない場合や、ユーザＢが折り返し電話をかけたがユーザＡが電話に出る前にユーザＢがオンフックする場合、ユーザＢは再度電話をかける可能性がある。しかしながら、テンポラリ番号情報を記憶してから設定時間が経過した後にユーザＢが折り返し電話をかけようとすると、その時点ではテンポラリ番号がオーバーレイネットワークＯＮから削除されていることがある。そのため、ノードＮ５は、電話機Ｔ１−１の電話番号で公衆電話網ＮＰへ発信することができない。そこで、ノードＮ５は、折り返し電話において通話接続が成立しなかった場合には、テンポラリ番号情報の最終利用時刻を更新してもよい。具体的に、ノードＮ５は、最終利用時刻を、通話接続が成立しなかった時刻に書き換える。そして、ノードＮ５は、最終利用時刻から設定時間が経過した場合に、オーバーレイネットワークＯＮからテンポラリ番号を削除してもよい。また、このとき、ノードＮ５は、テンポラリ番号情報を削除してもよい。最終利用時刻が更新されることで、テンポラリ番号の削除が延期される。そのため、ユーザＢは、再度折り返し電話をかけることができる。なお、テンポラリ番号情報が記憶されたときの最終利用時刻は、ノードＮ５がテンポラリ番号をＩＮＶＩＴＥメッセージの生成に利用した時刻を示す。一方、更新された最終利用時刻は、ノードＮ５が最終利用時刻を外線発信番号の取得に利用した時刻を示す。

ところで、同一のＵＡｎ−ｌＡが互いに異なる複数の電話機Ｔｍ−ｉからの着信を受けることがある。例えば、ユーザＡが０５２−ＸＸＸ−０５１で電話機Ｔ１−１から電話をかけ、内線番号として３００１を入力する。この場合、ノードＮ５は、電話機Ｔ１−１からの着信時にテンポラリ番号を生成して、オーバーレイネットワークＯＮに登録する。そして、生成されたテンポラリ番号がＵＡ３−１Ａに通知される。その後、ＵＡ３−１Ａから電話機Ｔ１−１の折り返し電話の接続が成立すると、ノードＮ５は、テンポラリ番号をオーバーレイネットワークＯＮから削除する。その後、例えば、ユーザＣが０５２−ＸＸＸ−０５１で電話機Ｔ５−１から電話をかけ、内線番号として３００１を入力する。この場合も、ノードＮ５は、電話機Ｔ５−１からの着信時にテンポラリ番号を生成する。そして、生成されたテンポラリ番号がＵＡ３−１Ａに通知される。電話機Ｔ５−１からの着信時には、電話機Ｔ１−１からの着信時に生成されたテンポラリ番号は削除されている。そこで、ノードＮ５は、電話機Ｔ１−１からの着信時に生成したテンポラリ番号と同じテンポラリ番号を、電話機Ｔ５−１からの着信時に生成することも可能である。例えば、ノードＮ５は、同一のテンポラリ番号として５−３７２を生成したとする。しかしながら、この場合、電話機Ｔ１−１からの着信時と、電話機Ｔ５−１からの着信時とで、同一の発信者番号５−３７２がＵＡ３−１Ａに通知される。そのため、ユーザＢは、同一の相手から２回電話があったと誤って判断することがある。

そこで、ノードＮ５は、テンポラリ番号を生成するとき、前回生成したテンポラリ番号と異なるテンポラリ番号を生成してもよい。これにより、電話機Ｔ１−１からの着信時と、電話機Ｔ５−１からの着信時とで、異なる発信者番号が通知される。そのため、ユーザＢは、同一の相手から２回電話があったと誤って判断することを防止することができる。なお、前回の着信時と今回の着信時とで発信元の電話機Ｔｍ−ｉが同一である場合であっても、ノードＮ５は、前回の着信時とは異なるテンポラリ番号を生成してもよい。具体的な生成方法としては、例えば、前回生成したテンポラリ番号に１を加算したテンポラリ番号を生成することが挙げられる。また、ノードＮ５は、或るテンポラリ番号を生成してからそのテンポラリ番号と同一のテンポラリ番号が生成されるまでのテンポラリ番号の生成回数が多くなるように、テンポラリ番号を生成するとよい。

上述した例は、同一のノードが複数の電話機Ｔｍ−ｉから着信した場合の例である。しかしながら、互いに異なる複数のノードがそれぞれ着信する場合がある。例えば、ユーザＡが０５２−ＸＸＸ−０５１で電話機Ｔ１−１から電話をかけ、内線番号として３００１を入力する。一方、ユーザＣが０５２−ＹＹＹ−０６１で電話機Ｔ５−１から電話をかけ、内線番号として３００１を入力する。この場合は、ノードＮ６が着信を受ける。この場合、ノードＮ５とノードＮ６が互いに同一のテンポラリ番号を生成すると、同一の発信者番号がＵＡ３−１Ａに通知される。そこで、ノードＮ５〜Ｎ７は、それぞれ他のノードが生成するテンポラリ番号とは異なるテンポラリ番号を生成してもよい。例えば、ノードＮ５は、ノードＮ５のノードＩＤを用いてテンポラリ番号を生成する。例えば、ノードＮ５のノードＩＤが０００５であり、ノードＮ６のノードＩＤが０００６であるとする。ノードＮ５が生成した番号が３−５７２であったとする。ノードＮ５は、３−５７２に０００５を付加して、テンポラリ番号３−５７２０００５を生成する。一方、ノードＮ６が生成した番号も３−５７２であったとする。ノードＮ６は、３−５７２に０００６を付加して、テンポラリ番号３−５７２０００６を生成する。

［３．ノードの構成］
次に、図２（Ｂ）を参照して、ノードＮ５の構成及び機能について説明する。図２（Ｂ）は、ノードＮ５の概要構成例を示すブロック図である。ノードＮ５は、図２（Ｂ）に示すように、制御部１１、記憶部１２、ＮＩＣ（Network Interface Card）１３ａ、ＲＪ−４５ジャック１４ａ、ＮＩＣ１３ｂ、ＲＪ−４５ジャック１４ｂ、ＳＬＩＣ（Subscriber Loop Interface Circuit）１５、ＲＪ−１１ジャック１６等を備えて構成される。制御部１１は、記憶部１２、ＮＩＣ１３ａ、ＮＩＣ１３ｂ及びＳＬＩＣ１５とバス１７を介して相互に接続されている。また、ＮＩＣ１３ａとＲＪ−４５ジャック１４ａ、ＮＩＣ１３ｂとＲＪ−４５ジャック１４ｂ、及び、ＳＬＩＣ１５とＲＪ−１１ジャック１６はそれぞれ接続されている。

記憶部１２は、本発明における記憶手段の一例である。記憶部１２は、例えばハードディスクドライブ等から構成される。記憶部１２には、オペレーティングシステム、Ｐ２Ｐプログラム、ＳＩＰサーバプログラム、ＩＶＲ機能プログラム、ＵＡプログラム等が記憶されている。Ｐ２Ｐプログラムは、ルーティングテーブルを用いて他のノードと通信を行うためのプログラムである。なお、Ｐ２Ｐプログラム等は、例えば、ネットワークＮＷに接続された所定のサーバからダウンロードされるようにしてもよい。或いは、Ｐ２Ｐプログラム等は、例えば、ＤＶＤ等の記録媒体に記録されて記録媒体のドライブを介して読み込まれるようにしてもよい。

また、記憶部１２には、オーバーレイネットワークＯＮで使用されるＤＨＴを用いたルーティングテーブル等が記憶されている。また、記憶部１２には、ノードＮ５のノードＩＤ、ＩＰアドレス及びポート番号が記憶されている。また、記憶部１２には、設定時間が記憶されている。また、記憶部１２には、ノードＮ５がルートノードとなる管理ノード情報がキー情報に対応付けて記憶されている。また、記憶部１２には、テンポラリ番号情報が一時的に記憶される。

ＲＪ−４５ジャック１４ａ及び１４ｂには、ＬＡＮケーブルが接続される。ＲＪ−４５ジャック１４ａは、ＬＡＮケーブルによりＵＡ５−１Ｂと接続される。ＮＩＣ１３ａは、ＲＪ−４５ジャック１４ａを介して、ＵＡ５−１Ｂとの間の通信制御を行う。なお、ノードＮ５は、ＮＩＣ１３ａ及びＲＪ−４５ジャック１４ａを複数組備えていてもよい。

ＲＪ−４５ジャック１４ｂは、ＬＡＮケーブルによりネットワークＮＷと接続される。ＮＩＣ１３ｂは、ＲＪ−４５ジャック１４ｂ及びネットワークＮＷを介して、他のノード等との間の通信制御を行う。

ＳＬＩＣ１５及びＲＪ−１１ジャック１６は、ＦＸＯ（Foreign eXchange Office）デバイスである。ＲＪ−１１ジャック１６は、アナログ回線のケーブルが接続される。ＲＪ−１１ジャック１６は、アナログ回線を介して公衆電話網ＮＰと接続される。ＳＬＩＣ１５は、公衆電話網ＮＰとネットワークＮＷと間のインタフェースを提供する。ＳＬＩＣ１５は、ＦＳＫ（Frequency-Shift Keying）による信号復号機能、公衆電話網ＮＰへの発信機能等を有する。ＳＬＩＣ１５及びＲＪ−１１ジャック１６は、本発明における接続手段の一例である。また、ＳＬＩＣ１５は、本発明における第１取得手段、及び発信手段の一例である。

制御部１１は、演算機能を有するＣＰＵ，作業用ＲＡＭ，及びＲＯＭ等から構成される。また、制御部１１は、時計機能及びタイマ機能を備える。そして、制御部１１は、ＣＰＵが記憶部１２等に記憶されたプログラムを読み出して実行することにより、本発明における第２取得手段、生成手段、第１送信手段、第２送信手段、受信手段、第３取得手段、判定手段、第３送信手段及び更新手段として機能する。

なお、ノードＮ６及びＮ７の構成は、ノードＮ５の構成と基本的に同様である。また、他のノードの構成は、ＳＬＩＣ１５及びＲＪ−１１ジャック１６を備えていないことを除いて、ノードＮ５の構成と基本的に同様である。

［４．通信システムの動作］
次に、図４及び図５を参照して、本実施形態の通信システムＳの動作について説明する。図４及び図５は、本実施形態のノードＮ５の制御部１１及びＳＬＩＣ１５の処理例を示すフローチャートである。

図４に示す処理は、ノードＮ５のＳＬＩＣ１５がＲＪ−１１ジャック１６を介して公衆電話網ＮＰからの着信を検出したときに開始される。図４に示すように、ＳＬＩＣ１５は、ＲＪ−１１ジャック１６を介してモデム信号を受信する。そして、ＳＬＩＣ１５は、モデム信号をＦＳＫにより復号することにより、モデム信号から発信者番号を取得する（ステップＳ２１）。

次いで、制御部１１は、ＩＶＲ機能プログラムを実行し、ＩＶＲ機能によって公衆電話網ＮＰから内線番号としてのＳＩＰ＿ＵＲＩを取得する（ステップＳ２２）。ところで、例えば、電話機Ｔ１−１からの電話を必ずＵＡ３−１Ａが着信するようにしたい場合がある。この場合、電話機Ｔ１−１の電話番号とＵＡ３−１ＡのＳＩＰ＿ＵＲＩとが予め対応付けられていてもよい。例えば、或るノードが、電話機Ｔ１−１の電話番号をハッシュ化してキー情報を生成する。そして、ノードは、キー情報とＵＡ３−１ＡのＳＩＰ＿ＵＲＩとを含むＲＥＧＩＳＴＥＲメッセージをルートノードへ向けて送信する。これにより、キー情報とＳＩＰ＿ＵＲＩとがルートノードにより対応付けて記憶される。公衆電話網ＮＰからの着信時、ノードＮ５は、呼出先のＳＩＰ＿ＵＲＩをＩＶＲ機能によって取得するのではなく、オーバーレイネットワークＯＮから取得する。つまり、ノードＮ５は、ＳＬＩＣ１５により取得された発信者番号をハッシュ化してキー情報を生成する。そして、キー情報を含む検索要求をルートノードへ向けて送信することにより、ルートノードから呼出先のＳＩＰ＿ＵＲＩを取得する。

ＳＩＰ＿ＵＲＩが取得されると、制御部１１は、テンポラリ番号を生成する（ステップＳ２３）。次いで、制御部１１は、生成したテンポラリ番号がオーバーレイネットワークＯＮに既に登録されているかを確認する（ステップＳ２４）。具体的に、制御部１１は、テンポラリ番号をハッシュ化して生成したキー情報を含む検索要求をルートノードへ向けて送信する。検索要求を受信したルートノードは、検索要求に含まれるキー情報に対応する管理ノード情報がルートノードの記憶部１２に記憶されているか否かを判定する。このとき、ルートノードは、キー情報に対応する管理ノード情報が記憶されている場合にはこの管理ノード情報をノードＮ５へ送信する。一方、ルートノードは、キー情報に対応する管理ノード情報が記憶されていない場合には、例えば、エラー応答をノードＮ５へ送信する。エラー応答は、キー情報に対応する管理ノード情報がないことを示すメッセージである。制御部１１は、ルートノードから管理ノード情報またはエラー応答を受信する。

次いで、制御部１１は、生成したテンポラリ番号がオーバーレイネットワークＯＮに既に登録されているか否かを判定する（ステップＳ２５）。このとき、制御部１１は、管理ノード情報を受信した場合には、テンポラリ番号は既に登録されていると判定する（ステップＳ２５：ＹＥＳ）。この場合、制御部１１は、ステップＳ２３に進む。一方、制御部１１は、エラー応答を受信した場合には、テンポラリ番号は登録されていないと判定する（ステップＳ２５：ＮＯ）。この場合、制御部１１は、ステップＳ２６に進む。ステップＳ２３〜Ｓ２５の処理により、制御部１１は、オーバーレイネットワークＯＮに登録されているテンポラリ番号と異なるテンポラリ番号を生成することができる。また、制御部１１は、テンポラリ番号の形式がＵＡに割り当てられるＳＩＰ＿ＵＲＩの形式と同一であっても、オーバーレイネットワークＯＮに登録されているＳＩＰ＿ＵＲＩと異なるテンポラリ番号を生成することができる。

ステップＳ２６において、制御部１１は、テンポラリ番号情報を生成する。具体的に、制御部１１は、時計機能から、現在時刻を取得する。制御部１１は、現在時刻を最終利用時刻とする。次いで、制御部１１は、ステップＳ２３〜Ｓ２５で最終的に生成されたテンポラリ番号、ＳＬＩＣ１５により取得された発信者番号及び最終利用時刻を含むテンポラリ番号情報を生成する。そして、制御部１１は、生成したテンポラリ番号情報を記憶部１２に記憶させる（ステップＳ２６）。

次いで、制御部１１は、テンポラリ番号をオーバーレイネットワークＯＮに登録する（ステップＳ２７）。具体的に、制御部１１は、生成したテンポラリ番号をハッシュ化してキー情報を生成する。次いで、制御部１１は、キー情報と、ノードＮ５に対して発信してきた電話機Ｔｍ−ｉの管理ノードであるノードＮ５の管理ノード情報を含むＲＥＧＩＳＴＥＲメッセージをルートノードへ向けて送信する。ステップＳ２７において送信されるＲＥＧＩＳＴＥＲメッセージに含まれるキー情報とノードＮ５の管理ノード情報が、本発明における登録情報の一例である。

次いで、制御部１１は、ＩＮＶＩＴＥメッセージを生成する（ステップＳ２８）。このとき、制御部１１は、ＩＮＶＩＴＥメッセージのＦｒｏｍフィールドのディスプレイネームに、生成したテンポラリ番号を設定する。また、制御部１１は、ＩＮＶＩＴＥメッセージのＴｏフィールドに、ＩＶＲ機能により取得されたＳＩＰ＿ＵＲＩを設定する。Ｆｒｏｍフィールドのディスプレイネームとしてテンポラリ番号が設定されたＩＮＶＩＴＥメッセージは、本発明における第１要求情報の一例である。また、このＩＮＶＩＴＥメッセージのＦｒｏｍフィールドのディスプレイネームに設定されたテンポラリ番号は、本発明における第１要求情報に含まれる発信者情報の一例である。ＩＮＶＩＴＥメッセージを生成した制御部１１は、ステップＳ２２においてＩＶＲ機能により取得されたＳＩＰ＿ＵＲＩをハッシュ化して、キー情報を生成する。次いで、制御部１１は、生成したキー情報を含む検索要求をルートノードへ向けて送信する。これにより、制御部１１は、ルートノードから管理ノード情報を受信する。次いで、制御部１１は、受信した管理ノード情報に基づいて、呼出先のＵＡ３−１Ａの管理ノードへＩＮＶＩＴＥメッセージを送信する（ステップＳ２９）。制御部１１は、この処理を終えると、図４に示す処理を終了させる。

図５に示す処理は、ノードＮ５の制御部１１が他のノードからＴｏフィールドにテンポラリ番号が設定されたＩＮＶＩＴＥメッセージを受信したときに開始される。Ｔｏフィールドにテンポラリ番号が設定されたＩＮＶＩＴＥメッセージは、本発明における第２要求情報の一例である。また、このＩＮＶＩＴＥメッセージのＴｏフィールドに設定されたテンポラリ番号は、本発明における折り返し先を示す情報の一例である。図５に示すように、制御部１１は、ＩＮＶＩＴＥメッセージのＴｏフィールドからテンポラリ番号を取得する（ステップＳ４１）。次いで、制御部１１は、取得したテンポラリ番号を含むテンポラリ番号情報を記憶部１２から検索する。そして、制御部１１は、検索されたテンポラリ番号情報から外線発信番号を取得する（ステップＳ４２）。

次いで、制御部１１は、取得した外線発信番号をＳＬＩＣ１５へ送信する。そして、ＳＬＩＣ１５は、公衆電話網ＮＰへ発信する（ステップＳ４３）。具体的に、ＳＬＩＣ１５は、外線発信番号をＰＢ（Push Button）信号に変換し、ＰＢ信号をＲＪ−１１ジャック１６を介して公衆電話網ＮＰへ送信する。次いで、制御部１１は、外線呼び出し音を、発信元のＵＡｎ−ｌＡへ送信する（ステップＳ４４）。

次いで、制御部１１は、呼出先の電話機Ｔ１−１のオフフックがＳＬＩＣ１５により検出されたか否かを判定する（ステップＳ４５）。このとき、制御部１１は、オフフックが検出されていないと判定した場合には（ステップＳ４５：ＮＯ）、ステップＳ４６に進む。ステップＳ４６において、制御部１１は、オフフックフラグにＦＡＬＳＥを設定する。オフフックフラグは、オフフックされたか否かを示す情報である。次いで、制御部１１は、ステップＳ４８に進む。一方、制御部１１は、オフフックが検出されたと判定した場合には（ステップＳ４５：ＹＥＳ）、ステップＳ４７に進む。ステップＳ４７において、制御部１１は、オフフックフラグにＴＲＵＥを設定する。次いで、制御部１１は、ステップＳ４８に進む。

ステップＳ４８において、制御部１１は、発信元のＵＡｎ−ｌＡからＣＡＮＣＥＬメッセージを受信したか否かを判定する。つまり、制御部１１は、発信元のユーザがオンフック操作をしたか否かを判定する。このとき、制御部１１は、ＣＡＮＣＥＬメッセージを受信していないと判定した場合には（ステップＳ４８：ＮＯ）、ステップＳ４９に進む。ステップＳ４９において、制御部１１は、ＣＡＮＣＥＬフラグにＦＡＬＳＥを設定する。ＣＡＮＣＥＬフラグは、ＣＡＮＣＥＬメッセージが受信されたか否かを示す情報である。次いで、制御部１１は、ステップＳ５１に進む。一方、制御部１１は、ＣＡＮＣＥＬメッセージを受信したと判定した場合には（ステップＳ４８：ＹＥＳ）、ステップＳ５０に進む。ステップＳ５０において、制御部１１は、ＣＡＮＣＥＬフラグにＴＲＵＥを設定する。次いで、制御部１１は、ステップＳ５１に進む。

ステップＳ５１において、制御部１１は、ＣＡＮＣＥＬフラグがＦＡＬＳＥであり且つオフフックフラグがＦＡＬＳＥであるか否かを判定する。このとき、制御部１１は、ＣＡＮＣＥＬフラグがＦＡＬＳＥであり且つオフフックフラグがＦＡＬＳＥであると判定した場合には（ステップＳ５１：ＹＥＳ）、ステップＳ４４に進む。制御部１１は、呼出先のユーザがオフフック操作をするか、発信元のユーザがオンフック操作をするまで、ステップＳ４４〜Ｓ５１の処理を繰り返す。一方、制御部１１は、ＣＡＮＣＥＬフラグがＴＲＵＥであると判定した場合、または、オフフックフラグがＴＲＵＥであると判定した場合には（ステップＳ５１：ＮＯ）、ステップＳ５２に進む。

ステップＳ５２において、制御部１１は、ＣＡＮＣＥＬフラグがＦＡＬＳＥであるか否かを判定する（ステップＳ５２）。このとき、制御部１１は、ＣＡＮＣＥＬフラグがＴＲＵＥであると判定した場合には（ステップＳ５２：ＮＯ）、ステップＳ５３に進む。一方、制御部１１は、ＣＡＮＣＥＬフラグがＦＡＬＳＥであると判定した場合には（ステップＳ５２：ＹＥＳ）、ステップＳ５４に進む。

ステップＳ５３において、制御部１１は、ステップＳ４２において検索されたテンポラリ番号情報に含まれる最終利用時刻を更新する。その理由は、通話接続が成立しなかったからである。具体的に、制御部１１は、時計機能から現在時刻を取得する。そして、制御部１１は、最終利用時刻に現在時刻を設定する。制御部１１は、この処理を終えると、図５に示す処理を終了させる。

ステップＳ５４において、制御部１１は、ステップＳ４２において検索されたテンポラリ番号情報を記憶部１２から削除する。次いで、制御部１１は、オーバーレイネットワークＯＮからテンポラリ番号を削除する（ステップＳ５５）。具体的に、制御部１１は、ＩＮＶＩＴＥメッセージのＴｏフィールドから取得したテンポラリ番号をハッシュ化してキー情報を生成する。そして、制御部１１は、キー情報を含む削除要求をルートノードへ向けて送信する。キー情報を含む削除要求が本発明における第３要求情報の一例である。次いで、制御部１１は、通話処理を開始する（ステップＳ５６）。制御部１１は、２００ ＯＫメッセージを発信元のＵＡｎ−ｌＡへ送信し、発信元のＵＡｎ−ｌＡから送信されてくるＡＣＫメッセージを受信する。その後、制御部１１は、発信元のＵＡｎ−ｌＡから送信されてくる音声信号をアナログ変換して、ＳＬＩＣ１５により公衆電話網ＮＰへ送信させる。また、制御部１１は、公衆電話網ＮＰからＳＬＩＣ１５により受信された音声信号をデジタル信号に変換して、発信元のＵＡｎ−ｌＡへ送信する。制御部１１は、この処理を終えると、図５に示す処理を終了させる。

制御部１１は、テンポラリ番号を削除する処理を、例えば定期的に実行する。具体的に、制御部１１は、記憶部１２に記憶されているテンポラリ番号情報に含まれる最終利用時刻から設定時間が経過したか否かを判定する。このとき、制御部１１は、最終利用時刻から設定時間が経過していないと判定した場合には、テンポラリ番号を削除しない。一方、制御部１１は、最終利用時刻から設定時間が経過したと判定した場合には、ステップＳ５４及びＳ５５と同様の処理を行う。

以上説明したように、本実施形態によれば、ノードＮ５が、公衆電話網ＮＰに接続し、電話機Ｔｍ−ｉからの着信が検出された場合、電話機Ｔｍ−ｉの発信者番号を取得し、呼出先のＵＡｎ−ｌＡのＳＩＰ＿ＵＲＩを取得し、テンポラリ番号を生成し、テンポラリ番号と発信者番号とを含むテンポラリ番号情報を記憶部１２に記憶させ、テンポラリ番号から生成されたキー情報とノードＮ５の管理ノード情報とを含むＲＥＧＩＳＴＥＲメッセージをルートノードへ送信し、テンポラリ番号をＦｒｏｍフィールドに設定したＩＮＶＩＴＥメッセージを呼出先のＵＡｎ−ｌＡへ送信する。その後、ノードＮ５は、ＵＡｎ−ｌＡからの折り返しのＩＮＶＩＴＥメッセージを受信し、ＩＮＶＩＴＥメッセージのＴｏフィールドに設定されたテンポラリ番号を取得し、取得したテンポラリ番号に対応する外線発信番号を記憶部１２から取得し、取得した外線発信番号に基づいて、電話機Ｔｍ−ｉへ発信する。従って、電話機Ｔｍ−ｉの電話番号とテンポラリ番号とを予め対応付けて記憶しておく必要がない。

なお、上記実施形態において、ノード５は、公衆電話網ＮＰに接続されていた。しかしながら、ノードＮ５は、公衆電話網ＮＰ以外の電話網に接続されてもよい。例えば、ノードＮ５は、移動体通信網等に接続されてもよい。

１１ 制御部
１２ 記憶部
１３ａ，１３ｂ ＮＩＣ
１４ａ，１４ｂ ＲＪ−４５ジャック
１５ ＳＬＩＣ
１６ ＲＪ−１１ジャック
Ｎｎ ノード
５−１Ｂ，６−１Ｂ，７−１Ｂ ＵＡ
ＮＷ ネットワーク
ＯＮ オーバーレイネットワーク
Ｓ 通信システム
ＮＰ 公衆電話網

Claims (7)

1. ネットワークに接続された複数のサーバ装置によりオーバーレイネットワークが構成され、前記オーバーレイネットワークを利用する電話の呼制御を前記サーバ装置が行う通信システムにおいて、前記複数のサーバ装置に含まれる第１サーバ装置であって、
   前記ネットワークとは異なる電話網に接続する接続手段と、
   前記電話網に接続された端末装置からの着信が前記接続手段を介して検出された場合、前記端末装置を識別する発信者情報を前記接続手段を介して取得する第１取得手段と、
   前記端末装置からの呼出先を識別する呼出先情報を取得する第２取得手段と、
   前記オーバーレイネットワークを利用する電話において前記端末装置を識別するための識別情報を生成する生成手段と、
   前記生成手段により生成された前記識別情報と、前記第１取得手段により取得された前記発信者情報とを含む管理情報を記憶する記憶手段と、
   前記生成手段により生成された前記識別情報が前記第１サーバ装置により管理されることを登録する登録情報を、前記複数のサーバ装置のうち前記登録情報を管理する第２サーバ装置へ送信する第１送信手段と、
   前記端末装置からの接続要求を示す第１要求情報であり、前記生成手段により生成された前記識別情報を前記発信者情報として含む第１要求情報を、前記第２取得手段により取得された前記呼出先情報により識別される呼出先へ送信する第２送信手段と、
   前記第２取得手段により取得された前記呼出先情報により識別される呼出先からの折り返しの接続要求を示す第２要求情報を受信可能な受信手段と、
   前記受信手段により受信された前記第２要求情報に折り返し先を示す情報として含まれる前記識別情報を取得する第３取得手段と、
   前記第３取得手段により取得された前記識別情報を含む前記管理情報に含まれる前記発信者情報に基づいて、前記接続手段を介して前記端末装置へ発信する発信手段と、
   を備えることを特徴とする第１サーバ装置。
2. 前記発信手段による発信による前記端末装置への接続が成立したかを判定する判定手段と、
   前記判定手段により接続が成立したと判定された場合、前記第３取得手段により取得された前記識別情報に対応する前記登録情報の削除要求を示す第３要求情報を前記第２サーバ装置へ送信する第３送信手段と、
   を更に備えることを特徴とする請求項１に記載の第１サーバ装置。
3. 前記第３送信手段は、前記記憶手段に前記管理情報が記憶されてから予め設定された設定時間が経過した場合、前記管理情報に含まれる前記識別情報に対応する前記登録情報の削除要求を示す前記第３要求情報を送信することを特徴とする請求項２に記載の第１サーバ装置。
4. 前記記憶手段は、前記識別情報の利用時刻を示す時刻情報を更に含む前記管理情報を記憶し、
   前記第３送信手段は、前記記憶手段に記憶された前記管理情報に含まれる前記時刻情報が示す時刻から前記設定時間が経過した場合、前記第３要求情報を送信し、
   前記判定手段により接続が成立しなかったと判定された場合、前記第３取得手段により取得された前記識別情報を含む前記管理情報に含まれる前記時刻情報を更新する更新手段を更に備えることを特徴とする請求項３に記載の第１サーバ装置。
5. 前記生成手段は、前回生成した前記識別情報とは異なる前記識別情報を生成することを特徴とする請求項１乃至４の何れか１項に記載の第１サーバ装置。
6. ネットワークに接続された複数のサーバ装置によりオーバーレイネットワークが構成され、前記オーバーレイネットワークを利用する電話の呼制御を前記サーバ装置が行う通信システムにおいて、前記複数のサーバ装置に含まれる第１サーバ装置に含まれるコンピュータに、
   前記ネットワークとは異なる電話網に接続する接続手段を介して、前記電話網に接続された端末装置からの着信が検出された場合、前記端末装置を識別する発信者情報を前記接続手段を介して取得する第１取得ステップと、
   前記端末装置からの呼出先を識別する呼出先情報を取得する第２取得ステップと、
   前記端末装置を前記オーバーレイネットワークを利用する電話で識別するための識別情報を生成する生成ステップと、
   前記生成ステップにより生成された前記識別情報と、前記第１取得ステップにより取得された前記発信者情報とを含む管理情報を記憶手段に記憶させる記憶ステップと、
   前記生成ステップにより生成された前記識別情報が前記第１サーバ装置により管理されることを登録する登録情報を、前記複数のサーバ装置のうち前記登録情報を管理する第２サーバ装置へ送信する送信ステップと、
   前記端末装置からの接続要求を示す第１要求情報であり、前記生成ステップにより生成された前記識別情報を前記発信者情報として含む第１要求情報を、前記第２取得ステップにより取得された前記呼出先情報により識別される呼出先へ送信する第１送信ステップと、
   前記第２取得ステップにより取得された前記呼出先情報により識別される呼出先からの折り返しの接続要求を示す第２要求情報を受信する受信ステップと、
   前記受信ステップにより受信された前記第２要求情報に折り返し先を示す情報として含まれる前記識別情報を取得する第３取得ステップと、
   前記第２取得ステップにより取得された前記識別情報を含む前記管理情報に含まれる前記発信者情報に基づいて、前記接続手段を介して前記端末装置へ発信する発信ステップと、
   を実行させることを特徴とするプログラム。
7. ネットワークに接続された複数のサーバ装置によりオーバーレイネットワークが構成され、前記オーバーレイネットワークを利用する電話の呼制御を前記サーバ装置が行う通信システムにおいて、前記複数のサーバ装置に含まれる第１サーバ装置の情報処理方法であって、
   前記ネットワークとは異なる電話網に接続する接続手段を介して、前記電話網に接続された端末装置からの着信が検出された場合、前記端末装置を識別する発信者情報を前記接続手段を介して取得する第１取得ステップと、
   前記端末装置からの呼出先を識別する呼出先情報を取得する第２取得ステップと、
   前記端末装置を前記オーバーレイネットワークを利用する電話で識別するための識別情報を生成する生成ステップと、
   前記生成ステップにより生成された前記識別情報と、前記第１取得ステップにより取得された前記発信者情報とを含む管理情報を記憶手段に記憶させる記憶ステップと、
   前記生成ステップにより生成された前記識別情報が前記第１サーバ装置により管理されることを登録する登録情報を、前記複数のサーバ装置のうち前記登録情報を管理する第２サーバ装置へ送信する送信ステップと、
   前記端末装置からの接続要求を示す第１要求情報であり、前記生成ステップにより生成された前記識別情報を前記発信者情報として含む第１要求情報を、前記第２取得ステップにより取得された前記呼出先情報により識別される呼出先へ送信する第１送信ステップと、
   前記第２取得ステップにより取得された前記呼出先情報により識別される呼出先からの折り返しの接続要求を示す第２要求情報を受信する受信ステップと、
   前記受信ステップにより受信された前記第２要求情報に折り返し先を示す情報として含まれる前記識別情報を取得する第３取得ステップと、
   前記第２取得ステップにより取得された前記識別情報を含む前記管理情報に含まれる前記発信者情報に基づいて、前記接続手段を介して前記端末装置へ発信する発信ステップと、
   を含むことを特徴とする情報処理方法。

Images