(57)【要約】【課題】電話番号等のアドレス変更による間違い電話を防止する。【解決手段】呼制御装置１−１は、端末のアドレス情報と、端末の使用者を識別するための使用者識別情報とを対応させて電話加入者テーブルに複数記憶し、端末から送信される呼接続要求（（1）Ｉｎｖｉｔｅ）から、接続先の端末のアドレス情報と、端末の使用者識別情報とを抽出し、抽出された接続先の端末のアドレス情報と、端末の使用者識別情報とが、記憶している端末のアドレス情報と、端末の使用者識別情報とに一致するか否かを判断し（（2）検索処理）、判断の結果、一致した場合に、呼接続要求に対して呼接続処理を行い（（3）ａ−通話処理）、一致しなかった場合に、呼接続要求に対してエラー応答処理（（3）ｂ−Ｄｅｃｌｉｎｅ処理）を行うように処理している。【選択図】図１
2006287688.tif 000002
【特許請求の範囲】
【請求項１】
複数の加入者端末が接続される呼制御装置において、
前記加入者端末のアドレス情報と、当該加入者端末の使用者を識別するための使用者識別情報とを対応させて複数記憶する記憶手段と、
前記加入者端末から送信される呼接続要求から、接続先の加入者端末のアドレス情報と、当該加入者端末の使用者識別情報とを抽出する抽出手段と、
前記抽出手段により抽出された接続先の加入者端末のアドレス情報と、当該加入者端末の使用者識別情報とが、前記記憶手段に記憶されている加入者端末のアドレス情報と、当該加入者端末の使用者識別情報とに一致するか否かを判断する判断手段と、
前記判断手段の判断の結果、一致した場合に、前記呼接続要求に対して呼接続処理を行い、一致しなかった場合に、前記呼接続要求に対してエラー応答処理を行う処理手段とを備えることを特徴とする呼制御装置。
【請求項２】
請求項１に記載の呼制御装置において、前記加入者端末から、自装置の加入者端末のアドレス情報と、当該加入者端末の使用者識別情報との登録を受け付ける登録手段をさらに備えることを特徴とする呼制御装置。
【請求項３】
請求項１に記載の呼制御装置において、前記加入者端末から送信される呼接続要求から、接続先の加入者端末を管理する呼制御装置を判定する判定手段と、
前記判定手段の判定の結果、前記接続先の加入者端末が、他の呼制御装置で管理する加入者端末の場合には、当該他の呼制御装置に前記呼接続要求を転送する転送手段とをさらに備えることを特徴とする呼制御装置。
【請求項４】
請求項１に記載の呼制御装置において、前記処理手段は、前記エラー応答処理として、前記呼接続要求を送信した加入者端末に対して、接続先の加入者端末のアドレス情報に対応する当該加入者端末の使用者識別情報が、記憶されている接続先の加入者端末のアドレス情報に対応する当該加入者端末の使用者識別情報とに一致しない旨の通知を行うことを特徴とする呼制御装置。
【請求項５】
請求項１に記載の呼制御装置において、前記記憶手段は、加入者端末のアドレス情報と、当該加入者端末の使用者識別情報とに対応させてあらかじめ定めたパスワード情報をさらに記憶し、
前記抽出手段は、前記加入者端末から送信される呼接続要求から、発呼側の加入者端末のアドレス情報と、当該加入者端末の使用者識別情報と、当該加入者端末のパスワード情報とをさらに抽出し、
前記判断手段は、前記抽出手段により抽出された発呼側の加入者端末のアドレス情報と、当該加入者端末の使用者識別情報と、当該加入者端末のパスワード情報とが、前記記憶手段に記憶されている発呼側の加入者端末のアドレス情報と、当該加入者端末の使用者識別情報と、当該加入者端末のパスワード情報とが一致するか否かをさらに判断し、
前記処理手段は、前記判断手段の判断の結果、発呼側の加入者端末のアドレス情報と、当該加入者端末の使用者識別情報と、当該加入者端末のパスワード情報とが、前記記憶手段に記憶されている加入者端末のアドレス情報と、当該加入者端末の使用者識別情報と、当該加入者端末のパスワード情報とに一致した場合に、前記呼接続要求に対して呼接続処理を行い、一致しなかった場合に、前記呼接続要求に対してエラー応答処理をさらに行うことを特徴とする呼制御装置。
【請求項６】
呼の制御を行う呼制御装置に接続される加入者端末において、
接続先の加入者端末のアドレス情報と、当該加入者端末の使用者を識別するための使用者識別情報とを対応させて複数記憶する記憶手段と、
加入者端末のアドレス情報の中から接続先のアドレス情報の選択と、当該接続先の加入者端末への呼接続要求とを受け付ける受け付け手段と、
前記記憶手段から、前記受け付け手段で受け付けた接続先の加入者端末のアドレス情報に対応する当該加入者端末の使用者識別情報を抽出する抽出手段と、
前記抽出手段により抽出された接続先の加入者端末のアドレス情報と、当該加入者端末の使用者識別情報とを呼接続要求に含めて前記呼制御装置に送信する送信手段とを備えることを特徴とする加入者端末。
【請求項７】
呼の制御を行う呼制御装置により発呼側の加入者端末と接続先の加入者端末とを接続させる呼制御方法において、
前記加入者端末のアドレス情報と、当該加入者端末の使用者を識別するための使用者識別情報とを対応させて複数記憶し、
前記加入者端末から送信される呼接続要求から、接続先の加入者端末のアドレス情報と、当該加入者端末の使用者識別情報とを抽出し、
前記抽出された接続先の加入者端末のアドレス情報と、当該加入者端末の使用者識別情報とが、前記記憶している加入者端末のアドレス情報と、当該加入者端末の使用者識別情報とに一致するか否かを判断し、
前記判断の結果、一致した場合に、前記呼接続要求に対して呼接続処理を行い、一致しなかった場合に、前記呼接続要求に対してエラー応答処理を行うことを特徴とする呼制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）を使用した通信網における通信システムに関する。
【背景技術】
【０００２】
現在、携帯電話等で通話する際に、携帯電話のメモリ上に保存された電話帳から相手先を選択して電話をかけるということが行われている。また、携帯電話の事業者を乗りかえた場合、携帯電話の電話番号も異なる電話番号に変更しなければならない。この場合、元の電話番号は、別の新規加入者に割り当てられる。
【０００３】
例えば、通話先として期待している相手が携帯電話の事業者を乗りかえて電話番号が変更されたことを発呼者が知らない場合に、携帯電話のメモリ上に保存された電話帳からその相手先を選択して電話をかけると、別の加入者の携帯電話に接続され、意図しない相手に間違い電話をしてしまうということが起こりうる。このとき、発呼者が番号通知を許可していると、間違い電話の相手の携帯電話に発呼者の電話番号が表示されてしまう。
【０００４】
このような間違い電話を防ぐ方法として、特許文献１に示すように、電話番号を変更した際に変更後の電話番号を、登録している加入者の携帯電話に通知し、各加入者の携帯電話の電話帳の更新を行う方法がある。
【０００５】
【特許文献１】特開２００２−３０５５８０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
上述した特許文献１に記載の方法では、変更通知を受け取れなかった携帯電話があった場合には、同様の間違い電話が発生してしまう。この場合、発呼者の情報を意図しない加入者に通知してしまう可能性がある。
【０００７】
そこで、本発明では、電話番号変更などのアドレス情報の変更による間違い電話を防止することができる技術を提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記課題を解決するために、本発明は、複数の加入者端末が接続される呼制御装置において、前記加入者端末のアドレス情報と、当該加入者端末の使用者を識別するための使用者識別情報とを対応させて複数記憶する記憶手段と、前記加入者端末から送信される呼接続要求から、接続先の加入者端末のアドレス情報と、当該加入者端末の使用者識別情報とを抽出する抽出手段と、前記抽出手段により抽出された接続先の加入者端末のアドレス情報と、当該加入者端末の使用者識別情報とが、前記記憶手段に記憶されている加入者端末のアドレス情報と、当該加入者端末の使用者識別情報とに一致するか否かを判断する判断手段と、前記判断手段の判断の結果、一致した場合に、前記呼接続要求に対して呼接続処理を行い、一致しなかった場合に、前記呼接続要求に対してエラー応答処理を行う処理手段とを備える。
【発明の効果】
【０００９】
本発明によれば、相手先電話番号の変更等のアドレス変更による間違い電話を防ぐことができる。また、発呼側の情報及び着呼側の情報を意図しない相手に通知しないことが可能となる。
【発明を実施するための最良の形態】
【００１０】
図１に、本発明の第一の実施の形態における通信システム構成図を示す。
【００１１】
図１において、第一の実施の形態における通信システムは、複数の端末１００−１、１００−２と、呼制御装置１−１とを備え、端末１００−１、１００−２と、呼制御装置１−１とはＩＰ網２００に接続され、ＩＰを使用した通話を行う。
【００１２】
端末１００−１および１００−２は、加入者端末であり、ＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）を用いて通信先の端末と呼を確立し、通話を実施する。ＳＩＰは、インターネット電話などで用いられる通話制御プロトコルの一つであり、「ユーザ名＠ドメイン名」からなるＳＩＰアドレス（ＳＩＰ      ＵＲＩ：Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒ）により宛先を判断して通信制御を行う。例えば、図１においては、端末１００−１のＳＩＰアドレスは、「０５０−ｘｘｘｘ−１２３４＠ｃｅｎｔｅｒ．ｎｅｔ」であり、端末１００−２のＳＩＰアドレスは、「０５０−ｙｙｙｙ−２３４５＠ｃｅｎｔｅｒ．ｎｅｔ」としている。ユーザ名は、端末１００−１、１００−２を識別するための識別情報であり、ドメイン名は、その端末を管理するＩＳＰ（Ｉｎｔｅｒｎｅｔ  Ｓｅｒｖｉｃｅ  Ｐｒｏｖｉｄｅｒ）を識別するための識別情報を示している。本実施の形態では、ユーザ名を端末の電話番号にしている例を示しているが、ユーザ名は、各加入者が個別に設定、変更してもよい。加入者端末では、自端末の電話番号と、ＳＩＰアドレスと、Ｕｓｅｒ  ＩＤとを対応させて記憶する。
本実施の形態においては、呼制御装置がＩＳＰの機能を兼ね備え、各々の加入者端末のユーザ名や電話番号等の加入者情報を管理している。また、加入者情報としては、電話番号と、ＳＩＰアドレスとが、一意に対応付けられており、さらに本実施の形態では、電話番号と、ＳＩＰアドレスと、Ｕｓｅｒ  ＩＤも一意に対応し、呼制御装置はこれらの加入者情報を記憶している。
【００１３】
なお、本実施の形態においては、ＳＩＰを例にして説明するが、他の通信制御プロトコルを用いてもよい。
【００１４】
呼制御装置１−１は、端末間の呼を制御する装置であり、呼接続要求に含まれるＳＩＰアドレスに従って、通信制御を行う。
【００１５】
本実施の形態では、呼制御装置において、加入者端末のＳＩＰアドレスなどのアドレス情報と、当該加入者端末の使用者を識別するための使用者識別情報とを対応させて電話加入者テーブルに複数記憶し、加入者端末から送信される呼接続要求（(1)Ｉｎｖｉｔｅ）から、接続先の加入者端末のアドレス情報と、当該加入者端末の使用者識別情報とを抽出し、抽出された接続先の加入者端末のアドレス情報と、当該加入者端末の使用者識別情報とが、記憶している加入者端末のアドレス情報と、当該加入者端末の使用者識別情報とに一致するか否かを判断し（(2)検索処理）、判断の結果、一致した場合に、呼接続要求に対して呼接続処理を行い（(3)ａ−Ｉｎｖｉｔｅ）、一致しなかった場合に、呼接続要求に対して接続拒否を行うためのエラー応答処理（(3)ｂ−６０３Ｄｅｃｌｉｎｅ処理）を行うように処理している。この場合、接続先の加入者端末のＳＩＰアドレスが変更されたときに、電話加入者テーブルが書き換えられ、発呼側の電話帳は変更されていない状態で発呼した場合などに、一致しない場合が起こる。これにより、間違い電話を防止することができる。
【００１６】
なお、アドレス情報としては、加入者端末のＳＩＰアドレスを示す代わりに電話番号を用いていてよい。
【００１７】
ＳＩＰを用いた通話では、まず発呼端末１００−１で接続先加入者端末の使用者名の選択を受け付けると、発呼端末１００−１は、ＳＩＰのＩｎｖｉｔｅメッセージに接続先の加入者端末のＳＩＰアドレスとその加入者端末の使用者識別情報であるＵｓｅｒ  ＩＤとを付加して呼制御装置１−１に送る。Ｉｎｖｉｔｅメッセージとは、ＳＩＰの呼接続要求メッセージである。呼制御装置では、Ｉｎｖｉｔｅメッセージ内に含まれる着呼ＳＩＰアドレスから自装置内で管理しているＳＩＰアドレス−ＩＰアドレスの対応データを用いて着呼端末１００−２のＩＰアドレスを取得する。また、呼制御装置では、Ｉｎｖｉｔｅメッセージ内に含まれる着呼ＳＩＰアドレスとＵｓｅｒ  ＩＤとが、自装置内で管理している着呼ＳＩＰアドレスとＵｓｅｒ  ＩＤとに一致するか否かを判断し、一致していれば、取得したＩＰアドレスによりＩｎｖｉｔｅメッセージを着呼端末１００−２に転送する。こうして、着呼端末１００−２がＩｎｖｉｔｅメッセージを受信すると、着呼端末は着信中の状態となる。呼制御装置１−１は、判断の結果、一致しなかった場合には、着呼端末１００−２に対してＩｎｖｉｔｅメッセージを転送せず、接続拒否を意味するＳＩＰメッセージであるＤｅｃｌｉｎｅメッセージを発呼端末１００−１に送信することによって接続しないようにしている。
【００１８】
また、図２に、本実施の形態における通信システムの他の構成例を示す。
【００１９】
図１と図２の違いは、ＩＰ網２００に複数の呼制御装置１−１、１−２が存在することである。図２に示すシステム構成では、呼制御装置１−１は、ドメイン名「ｗｅｓｔ．ｎｅｔ」であり、配下の端末１００−１「０５０−ｘｘｘｘ−１２３４＠west．ｎｅｔ」を管理し、呼制御装置１−２は、ドメイン名「ｅａｓｔ．ｎｅｔ」であり、配下の端末１００−２「０５０−yyyy−２３４５＠east．ｎｅｔ」を管理している。また、図２において、端末１００−１は、「ｗｅｓｔ．ｎｅｔ」のドメイン名を持つ加入者端末であり、端末１００−１のユーザ名やＳＩＰアドレス等の加入者情報は、ドメイン名「ｗｅｓｔ．ｎｅｔ」の呼制御装置１−１で管理する。同様に、ドメイン名「ｅａｓｔ．ｎｅｔ」を持つ端末１００−２の加入者情報は、ドメイン名「ｅａｓｔ．ｎｅｔ」の呼制御装置１−２で管理している。加入者端末を管理する呼制御装置が同じ場合に、電話番号の局番、例えば、「ｘｘｘｘ」が同じとなるように、電話番号を割り振るようにしてもよい。この場合、呼制御装置ごとに局番が割り振られる。
【００２０】
図２に示す通信システム構成時の基本的な動作は、図１に示す通信システムと同様である。図１に示す通信システムの動作と異なるのは、呼制御装置が複数あるため、呼接続要求を受けた呼制御装置は、接続先の端末を管理する呼制御装置を判断し、呼接続要求を、接続先の端末を管理する呼制御装置に転送する点である。図２に示す例では、発呼端末１００−１からの呼接続要求（(1)Ｉｎｖｉｔｅ）を受けた呼制御装置１−１は、接続先の着呼端末１００−２を管理する呼制御装置１−２を判断し、呼接続要求（(2)Ｉｎｖｉｔｅ）を、接続先の着呼端末１００−２を管理する呼制御装置１−２に転送する。呼制御装置１−２では、自装置内で管理する加入者情報と呼制御装置１−１から受信した呼接続要求に含まれる加入者情報とが一致するか否かを判断し（(3)検索処理）を行い、判断の結果、一致した場合に、呼接続要求に対して呼接続処理を行い（(4)ａ−Ｉｎｖｉｔｅ）、一致しなかった場合に、呼接続要求に対してエラー応答処理（(4)ｂ及び(5)ｂ−６０３Ｄｅｃｌｉｎｅ処理）を行って、間違い電話の接続を防止している。
【００２１】
つぎに、各装置の構成を説明する。
【００２２】
まず、端末１００の構成について図３を参照して説明する。図３に、第一の実施の形態における端末の構成例を示すブロック図を示す。
【００２３】
端末１００は、通信インタフェース４０、プロセッサ４１、メモリ６０、入力装置４７および表示装置４２を備える。
【００２４】
通信インタフェース４０は、ネットワークと無線もしくは有線での物理的なインタフェースをとる。プロセッサ４１は、メモリ６０に格納された各処理プログラムを実行する。メモリ６０は、プロセッサ４１が処理するプログラムやテーブルを格納する。入力装置４７は、電話番号や文字等を入力する。また、入力装置４７には、端末の加入者識別情報であるＵｓｅｒＩＤを相手端末に通知するときに使用するＵｓｅｒＩＤ送信ボタンを備えている。
【００２５】
また、メモリ６０には、端末を使用する加入者の情報を示す自端末情報４３および電話帳４４などのテーブルや、端末による呼接続と通話を可能とする通信処理４５、および、電話帳４４へデータを格納する電話帳登録処理４６を記憶している。通信処理４５および電話帳登録処理４６には、各処理に対応するプログラムが記憶されている。
【００２６】
自端末情報４３は、端末の自ＳＩＰアドレスと、本端末を使用する加入者の識別子であるＵｓｅｒＩＤ、および、自端末のＩＰアドレスを記憶し、さらに、本端末から他の端末に発呼した際、呼接続用のパケットであるＳＩＰパケットの送信先となる呼制御装置のＩＰアドレスを保持する。これらの自端末情報４３は、電話事業者などにより契約時にあらかじめ設定されている。もしくは、加入者が、電話サービスを実施する際に使用する端末１００−２に、事業者から通知されたＳＩＰアドレス、ＵｓｅｒＩＤ、呼制御装置ＩＰアドレスを入力装置４７から登録する。これらの加入者情報は端末１００の自端末情報４３として保持される。また、加入者が自分で更新したい場合には、入力装置４７で更新情報を受け付けて自端末情報４３に記憶されている内容を更新することができる。また、更新された自端末情報を、後述する図７に示す電話加入者情報テーブルの登録シーケンスにより端末１００から呼制御装置１−１側に通知することで、呼制御装置１に保持する加入者情報も更新することができる。
【００２７】
つぎに、端末１００に保持する電話帳４４の内容を図４を参照して説明する。図４は、電話帳の構成例を示す説明図である。
【００２８】
電話帳４４は、ＳＩＰアドレス４４１、ＳＩＰアドレスを使用する加入者の識別子を示すＵｓｅｒＩＤ４４２およびＳＩＰアドレスを使用する加入者の名前を示す名前４４３を記憶する。また、電話帳４４には、電話番号を記憶していもよい。
【００２９】
本実施の形態における電話帳４４は、ＵｓｅｒＩＤ４４２を備え、端末１００は、呼接続要求時に、呼接続要求メッセージであるＩｎｖｉｔｅメッセージに電話帳に記憶されているＵｓｅｒＩＤ４４２を付加している。電話帳４４の登録は、従来と同様に、使用者が登録を行う。さらに、後述する図８に示す電話帳への登録のシーケンス図に示すシーケンスにより、相手先の電話帳に自己のＵｓｅｒ  ＩＤを通知することで登録を行うことができる。
【００３０】
つぎに、呼制御装置の構成を図５を参照して説明する。図５に、本実施の形態における呼制御装置のブロック図を示す。
【００３１】
呼制御装置１は、回線インタフェース１０、プロセッサ１１、メモリ５０、入力装置１９、表示装置１２を備える。
【００３２】
回線インタフェース１０は、ネットワークとの物理的なインタフェースをとる。プロセッサ１１は、メモリ５０上に格納された各処理プログラムを実行する。メモリ５０は、プロセッサ１１が処理するプログラムやテーブルを格納する。入力装置１９は、キーボードなどであり、管理に必要な情報を受け付ける。表示装置１２は、ディスプレイなどである。メモリ５０には、発呼端末（例えば端末１００−１）からの接続要求が間違い電話か否かを判定するために用いる電話加入者情報テーブル１３、ＩＰ網上に存在する各装置と通信を行うための通信処理１６、電話加入者情報テーブルを検索するテーブル検索処理１７を格納する。通信処理１６およびテーブル検索処理１７は、各処理に対応するプログラムが記憶されている。
【００３３】
つぎに、呼制御装置に備える電話加入者情報テーブル１３の内容を図６を参照して説明する。図６は、電話加入者情報テーブル１３の構成例を示す説明図である。
【００３４】
電話加入者情報テーブル１３の情報は、呼制御装置１を管理する事業者によって管理、登録される。電話加入者情報テーブル１３は、加入者のＳＩＰアドレス２０、ＳＩＰアドレスに対応した加入者端末の管理を行っているＳＩＰサーバのアドレス２２、ＳＩＰアドレスに対応した加入者識別子であるＵｓｅｒＩＤ２３、および、ＳＩＰアドレスに対応したＩＰアドレス２４を加入者情報として記憶する。
【００３５】
呼制御装置１では、管理下にある加入者端末のＳＩＰアドレス２０、管理呼制御装置のＩＰアドレス２２、ＵｓｅｒＩＤ２３およびＩＰアドレス２４などの加入者情報を管理し、管理下にない加入者端末についてはＳＩＰアドレス２０および管理呼制御装置のＩＰアドレス２２を記憶する。電話サービスを提供する事業者が呼制御装置１を管理し、事業者が加入者からの電話サービス申込みを受け、加入者に対しＳＩＰアドレスと加入者の識別子であるＵｓｅｒＩＤを決定し、本加入者が呼接続を行う際に利用する呼制御装置１−１のＩＰアドレスを合わせて郵便またはＥメール等の手段により加入者に通知する。このとき、事業者は、事業者が管理する呼制御装置１−１の電話加入者情報テーブル１３にＳＩＰアドレス２０、ＵｓｅｒＩＤ２３および管理呼制御装置ＩＰアドレス２２を登録する。
【００３６】
図６においては、ＩＰアドレス「１０．１０．１．１２７」の呼制御装置１で格納している内容を示している。図６に示すように、ＳＩＰアドレス「０５０−ｘｘｘｘ−１２３４＠west．ｎｅｔ」に対応する管理呼制御装置ＩＰアドレス２２が「１０．１０．１．１２７」であることから、ＳＩＰアドレス「０５０−ｘｘｘｘ−１２３４＠west．ｎｅｔ」の加入者端末の管理を行っているのは自装置であることになる。この場合、電話加入者情報テーブル内にＳＩＰアドレス「０５０−ｘｘｘｘ−１２３４＠west．ｎｅｔ」に対応するＵｓｅｒＩＤ２３、ＩＰアドレス２４として、それぞれ「ＵｓｅｒＡ」、「１０．１０．１．２」という情報を保持する。また、ＳＩＰアドレス「０５０−ｚｚｚｚ−３４５６＠north．ｎｅｔ」の場合、管理呼制御装置ＩＰアドレス２２が「１０．２０．１．２５４」であり、自装置ではこのＳＩＰアドレスの加入者情報を管理していないため、対応するＵｓｅｒＩＤ２３およびＩＰアドレス２４の情報は保持していない。この場合、呼制御装置１が、「０５０−ｚｚｚｚ−３４５６＠north．ｎｅｔ」宛てのｉｎｖｉｔｅメッセージを受信すると、「０５０−ｚｚｚｚ−３４５６＠north．ｎｅｔ」の加入者情報を管理している呼制御装置（ＩＰアドレス：１０．２０．１．２５４）にｉｎｖｉｔｅメッセージを転送する。
【００３７】
つぎに、これらの加入者情報が更新される場合のシーケンスを、図７を参照して説明する。図７に電話加入者情報テーブルへの登録のシーケンス図を示す。
【００３８】
本実施の形態においては、ＤＨＣＰ（Ｄｙｎａｍｉｃ  Ｈｏｓｔ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）等により端末のＩＰアドレスが動的に変化するような場合も対応できる。例えば、ＤＨＣＰを用いている場合、端末の電源を入れた際に、端末は事業者側のサーバからＩＰアドレスを割り当てられ、これを記憶する。
【００３９】
図７に示すように、例えば、端末１００−1が加入者情報を登録する場合、既に端末１００−1が前述の手段によりＩＰアドレス「１０．１０．１．２」を取得している状態にある。つまり、端末１００−１の自端末情報４３内に、自ＳＩＰアドレスに「０５０−ｘｘｘｘ−１２３４＠ｃｅｎｔｅｒ．ｎｅｔ」、ＵｓｅｒＩＤに「ＵｓｅｒA」、ＩＰアドレスに「１０．１０．１．２」、呼制御装置ＩＰアドレスに「１０．１０．１．１２７」が登録してある状態とする。
【００４０】
加入者情報を登録する場合、例えば、端末の移動時など、ＩＰアドレスを自動更新する際に、加入者情報の更新情報を含めるようにしてもよい。この場合、独自のプロトコルを使用してもよいし、既存のプレゼンスサーバ通信で用いるＳIMPLE（ＳIP  for Instant Messaging and Presence  Leveraging Extensions）プロトコルを使用してもよい。または、呼制御装置のＳＩＰアドレスに電話をしたり、もしくは、呼制御装置のメールアドレス宛てに、加入者情報を含むメールを送信したりすることにより登録を行うようにしてもよい。
【００４１】
図７に示すように、自ＳＩＰアドレス端末１００−1は、加入者情報として、ＳＩＰアドレス「０５０−ｘｘｘｘ−１２３４＠ｃｅｎｔｅｒ．ｎｅｔ」、Ｕｓｅｒ  ＩＤ「Ｕｓｅｒ  Ａ」およびＩＰアドレス「１０．１０．１．２」を呼制御装置１−１に通知するため、ユーザ情報登録を呼制御装置１−１（ＩＰアドレス「１０．１０．１．１２７」）に対して行う（Ｓ６−１）。ユーザ情報登録を受信した呼制御装置１−１は、電話加入者情報テーブル１３に、ＳＩＰアドレス「０５０−ｘｘｘｘ−１２３４＠ｃｅｎｔｅｒ．ｎｅｔ」に対応させてＵｓｅｒ  ＩＤ２３「Ｕｓｅｒ  Ａ」と端末のＩＰアドレス２４「１０．１０．１．２」とを登録する（Ｓ６−２）。呼制御装置１−１は、登録完了後、登録が完了した旨を示すメッセージを端末１００−１に送信する（Ｓ６−３）。こうして、ＳＩＰアドレス「０５０−ｘｘｘｘ−１２３４＠ｃｅｎｔｅｒ．ｎｅｔ」に対する電話加入者情報テーブルの更新が終了する。
【００４２】
つぎに、端末の電話帳へのＵｓｅｒ  ＩＤの登録方法を図８を参照して説明する。図８は端末の電話帳の登録方法の一例を示したシーケンス図である。
【００４３】
本シーケンスは、図２に示すような構成の場合に、相手先の電話帳４４にＳＩＰアドレス４４１とそのＳＩＰアドレスを使用する加入者のＵｓｅｒＩＤ４４２とを登録することを目的とする。本シーケンスは、端末１００−１と端末１００−２との間でＳＩＰアドレスとそれに対応するＵｓｅｒＩＤを交換するシーケンスである。一般に、携帯電話同士で自分の電話番号を相手に教える場合、相手の携帯電話に対して電話をかけるという手段がよくとられる。これと同様に、本シーケンスでも端末１００−１（ＳＩＰアドレス「０５０−xxxx−１２３４＠west.net」）から端末１００−２（ＳＩＰアドレス「０５０−ｙｙｙｙ−２３４５＠east.net」）へ電話をかける。この場合、ＳＩＰの呼接続要求メッセージであるＩｎｖｉｔｅメッセージが端末１００−１から送信され、本メッセージ中には発信元のＳＩＰアドレスと着信先のＳＩＰアドレスとが情報として付加されている。この場合、間違い電話防止時の通話の場合と異なり、相手先のＵｓｅｒ  ＩＤが付加されていないため、従来と同様な通話となる。
【００４４】
本Ｉｎｖｉｔｅメッセージは、まず呼制御装置１−１に送られ（Ｓ５−１）、呼制御装置１−１内で保持している電話加入者情報テーブル１３から、ＳＩＰアドレス「０５０−ｙｙｙｙ−２３４５@east.net」に対応する管理呼制御装置ＩＰアドレスが検索され、呼制御装置１−１は、管理呼制御装置の呼制御装置１−２宛にＩｎｖｉｔｅメッセージを転送する（Ｓ５−２１）。呼制御装置１−２では、ＳＩＰアドレス「０５０−ｙｙｙｙ−２３４５@east.net」に対応するＩＰアドレスが検索され、端末１００−２のＩＰアドレス「１０．１０．１．７５」に対してＩｎｖｉｔｅメッセージを転送する（Ｓ５−２）。このとき端末１００−２に端末１００−１のＳＩＰアドレス「０５０−xxxx−１２３４＠west.net」が通知される。端末１００−２の加入者が電話に出ない間、端末１００−２は、ＳＩＰのＲｉｎｇｉｎｇメッセージを呼制御装置１−１を介して返答する（Ｓ５−３、Ｓ５−３１、Ｓ５−４）。これは、電話の呼び出し音が鳴っている状態である。端末１００−２の加入者は、端末の表示装置４２に発呼ＳＩＰアドレスが表示されているのを確認し、加入者の判断の元、端末１００−２の加入者のＵｓｅｒＩＤを送信するため端末１００−２の入力装置４７内にあるＵｓｅｒＩＤ送信ボタンを押す（Ｓ５−５）。端末１００−２は、ＵｓｅｒＩＤ送信ボタンが押下されると、自端末情報４３に登録されているＵｓｅｒＩＤを図９に示すＲｉｎｇｉｎｇメッセージに付加して送信する（Ｓ５−６、Ｓ−６１、Ｓ５−７）。
【００４５】
図９は、本実施の形態におけるＲｉｎｇｉｎｇメッセージフォーマットを示したものである。図９に示すように、既存のＲｉｎｇｉｎｇメッセージに、さらにＴｏＵｓｅｒＩＤ３２という新規の項目を追加している。ＴｏＵｓｅｒＩＤは、先のＩｎｖｉｔｅメッセージの宛先ＳＩＰアドレス側のＵｓｅｒＩＤを示すものである。つまり、端末１００−１から端末１００−２に電話をかけた場合、ＴｏＵｓｅｒＩＤの情報は、端末１００−２のＳＩＰアドレスに対応するＵｓｅｒＩＤを示す。シーケンスＳ５−６、Ｓ５−６１およびＳ５−７におけるＴｏＵｓｅｒＩＤは、ＳＩＰアドレス「０５０−ｙｙｙｙ−２３４５@east.net」のＵｓｅｒＩＤである  「ＵｓｅｒＢ」が示されている。
【００４６】
端末１００−１は、端末１００−２のＵｓｅｒＩＤを受信した後、ＳＩＰアドレス「０５０−ｙｙｙｙ−２３４５@east.net」とＵｓｅｒＩＤ「ＵｓｅｒＢ」とを自装置の電話帳に登録する（Ｓ５−８）。こうして、端末１００−１の電話帳にＳＩＰアドレス「０５０−ｙｙｙｙ−２３４５@east.net」と対をなすＵｓｅｒＩＤが登録される。その後、端末１００−１は、ＵｓｅｒＩＤ送信ボタンの押下を受け付けると（Ｓ５−９）、図１０に示すＣａｎｃｅｌメッセージに、自身のＵｓｅｒＩＤを付加して呼制御装置１−１および１−２経由で端末１００−２に端末１００−１のＵｓｅｒＩＤを通知する（Ｓ５−１０、Ｓ５−１１、Ｓ５−１２、Ｓ５−１３）。
【００４７】
図１０に、本実施の形態におけるＣａｎｃｅｌメッセージのフォーマットを示す。
【００４８】
Ｃａｎｃｅｌメッセージとは、ＳＩＰメッセージの１つで相手が電話に出ない間に発呼者が電話を切る動作に対応する。図１０に示すＣａｎｃｅｌメッセージは、この既存のＣａｎｃｅｌメッセージに新規にＵｓｅｒＩＤを付加するためのフィールドを設けたものである。この場合、ＦｒｏｍＵｓｅｒＩＤ３３という新規の項目を追加する。ＦｒｏｍＵｓｅｒＩＤ３３は、発信元ＳＩＰアドレスのＵｓｅｒＩＤを示すものである。つまり、端末１００−１から端末１００−２に電話へ切断指示をした場合、ＦｒｏｍＵｓｅｒＩＤ３３の情報は、端末１００−１のＳＩＰアドレスと対となるＵｓｅｒＩＤを示す。シーケンスＳ５−１０およびＳ５−１１におけるＦｒｏｍＵｓｅｒＩＤ３３は、ＳＩＰアドレス「０５０−xxxx−１２３４＠west.net」のＵｓｅｒＩＤである「ＵｓｅｒＡ」が示されている。
【００４９】
図８に示すように、Ｃａｎｃｅｌメッセージ（Ｓ５−１１）を受信した端末１００−２は、ＳＩＰアドレス「０５０−xxxx−１２３４＠west.net」とＵｓｅｒＩＤ「ＵｓｅｒＡ」とを電話帳に登録する（Ｓ５−１２）。
【００５０】
このようなシーケンスにより、相手先の電話を鳴らすだけでお互いのＳＩＰアドレスおよびＵｓｅｒＩＤを通知し、それぞれの電話帳に登録することができる。
【００５１】
また、図８のシーケンスとは別に、あらかじめ電話帳に登録したい加入者のＳＩＰアドレスとＵｓｅｒＩＤとを郵便等の手段で教えてもらい、加入者により入力装置４７で相手先の加入者のＳＩＰアドレスとＵｓｅｒＩＤとを受け付けて端末の電話帳に登録してもよい。
【００５２】
つぎに、本実施の形態における呼接続要求に対する呼制御処理について説明する。
【００５３】
前述したように、本実施の形態では、呼制御装置において、加入者端末から送信される呼接続要求から、接続先の加入者端末のアドレス情報と、当該加入者端末の使用者識別情報とを抽出し、抽出された接続先の加入者端末のアドレス情報と、当該加入者端末の使用者識別情報とが、電話加入者情報テーブルに記憶している加入者端末のアドレス情報と、当該加入者端末の使用者識別情報とに一致するか否かを判断し、判断の結果、一致した場合に、呼接続要求に対して呼接続処理を行い、一致しなかった場合に、呼接続要求に対してエラー応答処理を行うように処理している。以下では、まず、抽出された接続先の加入者端末のアドレス情報と、当該加入者端末の使用者識別情報とが、加入者端末のアドレス情報と、当該加入者端末の使用者識別情報とに一致した場合の呼接続処理のシーケンスを図１１および図１２を参照して説明し、一致しなかった場合の行いエラー応答処理のシーケンスを図１３および図１４を参照して説明する。また、Ｉｎｖｉｔｅメッセージの既存のフォーマットを図１５に示し、本実施の形態におけるＩｎｖｉｔｅメッセージのフォーマットを図１６に示す。
【００５４】
図１１に、呼接続処理のシーケンス図を示す。なお、この場合、図１に示すような構成で、端末１００−１（ＩＰアドレス「１０．１０．１．２」）及び端末１００−２（ＩＰアドレス「１０．１０．１．７５」）のユーザ情報を呼制御装置１−１（ＩＰアドレス「１０．１０．１．１２７」）の電話加入者情報テーブルで管理しているものとする。
【００５５】
図１１に示すように、端末１００−２の加入者が端末１００−１と通話を行いたい場合、端末１００−２は、ＳＩＰアドレス「０５０−ｘｘｘｘ−１２３４＠ｃｅｎｔｅｒ．ｎｅｔ」の加入者に対し接続を要求する。端末１００−２の電話帳には、ＳＩＰアドレス「０５０−ｘｘｘｘ−１２３４＠ｃｅｎｔｅｒ．ｎｅｔ」とＵｓｅｒＩＤ「ＵｓｅｒＡ」とが登録されているものとする。端末１００−２は、ＳＩＰアドレス「０５０−ｘｘｘｘ−１２３４＠ｃｅｎｔｅｒ．ｎｅｔ」に電話をかけると、端末１００−２は、ＩｎｖｉｔｅメッセージにＵｓｅｒＩＤ３０をのせ、呼制御装置１−１に対して送信する（Ｓ３−１）。この場合、Ｉｎｖｉｔｅメッセージに含まれるＵｓｅｒＩＤ３０は「ＵｓｅｒＡ」である。
【００５６】
呼制御装置１−１では、Ｉｎｖｉｔｅメッセージに付加されている宛先のＳＩＰアドレスとＵｓｅｒＩＤとを抽出し、抽出した内容が電話加入者情報テーブル１３に記憶されている宛先のＳＩＰアドレスとＵｓｅｒＩＤと一致するか否かを比較し、内容が一致した場合（Ｓ３−２）、この接続要求は間違い電話ではないと判断し、端末１００−１にＩｎｖｉｔｅメッセージを転送する（Ｓ３−３）。このように処理することで、端末１００−１は着信状態となる。
【００５７】
また、図２に示すような呼制御装置が複数ある場合の呼接続処理のシーケンス図を図１２に示す。図１２に示すように、端末１００−１の加入者が端末１００−２と通話を行いたい場合、端末１００−１は、ＳＩＰアドレス「０５０−yyyy−２３４５＠east．ｎｅｔ」に電話をかけると、端末１００−１は、図１６に示すＩｎｖｉｔｅメッセージにＵｓｅｒＩＤ３０をのせ、呼制御装置１−１に対して送信する（Ｓ４−１）。この場合、Ｉｎｖｉｔｅメッセージに含まれるＵｓｅｒＩＤ３０は「ＵｓｅｒＢ」である。呼制御装置１−１は、図16に示すようなＩｎｖｉｔｅメッセージを受信すると、電話加入者情報テーブル１３の宛先ＳＩＰアドレスから、管理呼制御装置ＩＰアドレス情報２２を検出し、管理呼制御装置ＩＰアドレス情報２２が自装置でない場合には、端末１００−２の加入者情報を管理する呼制御装置ＩＰアドレス情報２２に対応する呼制御装置１−２までＩｎｖｉｔｅメッセージを転送する（Ｓ４−２）。呼制御装置１−２は、Ｉｎｖｉｔｅメッセージを受信すると、前述と同様に、Ｉｎｖｉｔｅメッセージに付加されている宛先のＳＩＰアドレスとＵｓｅｒＩＤとを抽出し、抽出した内容が電話加入者情報テーブル１３に記憶されている宛先のＳＩＰアドレスとＵｓｅｒＩＤと一致するか否かを比較し、内容が一致した場合（Ｓ４−３）、端末１００−２に対してＩｎｖｉｔｅメッセージを転送する（Ｓ４−４）。
【００５８】
なお、図１５に示すＩｎｖｉｔｅメッセージの既存のフォーマットでは、宛先のＳＩＰアドレスと発呼側のＳＩＰアドレスとが含まれるＩｎｖｉｔｅメッセージであるが、本実施の形態においては、図１６に示すように、Ｉｎｖｉｔｅメッセージに宛先のＵｓｅｒＩＤ３０を付加している。
このように処理することで、呼制御装置が複数ある場合にも端末１００−２は着信状態となる。
【００５９】
つぎに、呼制御装置で間違い電話を検出し、これに対する呼をエラー応答処理するシーケンスを図１３に示す。
【００６０】
図1に示す端末１００−２の加入者が端末１００−１と通話を行いたい場合、端末１００−２は、ＳＩＰアドレス「０５０−ｘｘｘｘ−１２３４＠ｃｅｎｔｅｒ．ｎｅｔの加入者に対し通話を試みる。端末１００−２の電話帳には、ＳＩＰアドレス「０５０−ｘｘｘｘ−１２３４＠ｃｅｎｔｅｒ．ｎｅｔ」とＵｓｅｒＩＤ「ＵｓｅｒＡ」とが登録されているものとする。端末１００−２がＳＩＰアドレス「０５０−ｘｘｘｘ−１２３４＠ｃｅｎｔｅｒ．ｎｅｔ」に電話をかける場合、端末１００−１は、図１６に示すＩｎｖｉｔｅメッセージにＵｓｅｒＩＤ３０を付加し、呼制御装置１−１に対して送信する（Ｓ１−１）。
【００６１】
Ｉｎｖｉｔｅメッセージを受信した呼制御装置１−１は、Ｉｎｖｉｔｅメッセージ内に含まれるＳＩＰアドレス「０５０−ｘｘｘｘ−１２３４＠ｃｅｎｔｅｒ．ｎｅｔ」を検索Ｋｅｙとして電話加入者情報テーブル１３を検索し、Ｉｎｖｉｔｅメッセージ内に含まれるＵｓｅｒＩＤ「ＵｓｅｒＡ」が、電話加入者情報テーブル１３に記憶されているＵｓｅｒＩＤと一致するか否かを判断する（Ｓ１−２）。一致しない場合は、呼制御装置１−１は、この接続要求が間違い電話であると判断し、端末１００−１に対してＤｅｃｌｉｎｅメッセージを送信し、端末１００−２から端末１００−１に対する接続要求を拒否する。
【００６２】
このように処理することで、間違い電話をつなぐことなく、また、電話番号等の発呼者の情報を意図しない相手に通知することを防ぐことができる。
【００６３】
また、図２に示すような呼制御装置が複数ある場合のエラー応答処理のシーケンス図を図１４に示す。
図１４に示すシーケンスは、図１３とほぼ同じであり、ＵｓｅｒＩＤが一致するか否かを判断するため、各呼制御装置１−１および１−２の電話加入者情報テーブル１３の宛先ＳＩＰアドレスに対応する管理呼制御装置ＩＰアドレス情報２２を元に、端末１００−２の加入者情報を管理する呼制御装置１−２までＩｎｖｉｔｅメッセージが転送される（Ｓ２−１，Ｓ２−２）。呼制御装置１−２では、Ｉｎｖｉｔｅメッセージを受信すると、前述と同様に、Ｉｎｖｉｔｅメッセージに付加されている宛先のＳＩＰアドレスとＵｓｅｒＩＤとを抽出し、抽出した内容が電話加入者情報テーブル１３に記憶されている宛先のＳＩＰアドレスとＵｓｅｒＩＤと一致するか否かを比較することでＵｓｅｒＩＤの正常性を確かめる（Ｓ２−３）。一致しない場合は、端末１００−１に対してＤｅｃｌｉｎｅメッセージを送信する（Ｓ２−４，Ｓ２−５）。
【００６４】
図１７にＤｅｃｌｉｎｅメッセージの既存のフォーマットを示し、本実施の形態におけるＤｅｃｌｉｎｅメッセージのフォーマットを図１８に示す。
【００６５】
図１７に示すＤｅｃｌｉｎｅメッセージの既存のフォーマットでは、エラー応答を通知するためのＤｅｃｌｉｎｅメッセージであるが、本実施の形態においては、図１８に示すように、Ｄｅｃｌｉｎｅメッセージに、エラーの原因を示す「Ｃａｕｓｅ：Ｕｓｅｒ  ＩＤ  ｉｓ  ｉｎｃｏｒｒｅｃｔ」３４のメッセージを付加している。エラーの原因として、Ｕｓｅｒ  ＩＤが間違っていることを通知することができる。
【００６６】
この場合、端末１００−１では、Ｄｅｃｌｉｎｅメッセージを受信すると、表示装置４２に図１９に示すようなメッセージを表示させることができる。メッセージとしては、「２００５年１月１日  ８：３０  ただいま電話したＵｓｅｒ  Ｂさんの「０５０−ｙｙｙｙ−２３４５」  は、アドレスが変更されたようなので、ご確認ください。」のように表示させてもよい。
【００６７】
このように処理することで、呼制御装置が複数ある場合にも、間違い電話をつなぐことなく、また、電話番号等の発呼者の情報を意図しない相手に通知することを防ぐことができる。
【００６８】
つぎに、呼制御処理装置における処理について詳細に説明する。図２０に呼制御装置におけるＩｎｖｉｔｅメッセージ受信時の処理フローを示す。
【００６９】
呼制御装置１は、Ｉｎｖｉｔｅメッセージを受信すると（Ｓ３００）、プロセッサ１１は、図５に示すテーブル検索処理１７を実行し、Ｉｎｖｉｔｅメッセージに含まれる送信先ＳＩＰアドレス（着呼端末のＳＩＰアドレス）を検索Ｋｅｙとして電話加入者情報テーブル１３を検索する（Ｓ３０１）。検索の結果、着呼ＳＩＰアドレスのデータが検出できなかった場合は、ＳＩＰメッセージの１つである「４０４  Ｎｏｔ  Ｆｏｕｎｄ」メッセージを発呼端末に対して送信する（Ｓ３０２）。「４０４  Ｎｏｔ  Ｆｏｕｎｄ」メッセージとは、接続要求のあった着呼端末が見つからないことを意味するメッセージである。検索の結果、該当するＳＩＰアドレスの情報が検出できた場合、電話加入者情報テーブル１３に記憶されている管理呼制御装置ＩＰアドレス２２が自装置のＩＰアドレスであるか否かを判定する（Ｓ３０３）。判定の結果、管理呼制御装置ＩＰアドレス２２が自装置でない場合は、受信したＩｎｖｉｔｅメッセージを管理呼制御装置ＩＰアドレス２２に登録されているＩＰアドレスの装置に対して転送する（Ｓ３０４）。管理呼制御装置ＩＰアドレス２２が自装置の場合は、受信したＩｎｖｉｔｅメッセージにＴｏＵｓｅｒＩＤ３０が含まれているか否かを判定する（Ｓ３０５）。ＴｏＵｓｅｒＩＤ３０が含まれていない場合は、本実施の形態における間違い電話防止機能のサービスを実施しないと判断し、通常の通話であるとして、着呼端末に対してＩｎｖｉｔｅメッセージをそのまま送信する（Ｓ３０６）。受信したＩｎｖｉｔｅメッセージにＴｏＵｓｅｒＩＤ３０が含まれている場合は、ＵｓｅｒＩＤの正常性を確認する（Ｓ３０７）。比較する対象は、Ｉｎｖｉｔｅメッセージ内のＴｏＵｓｅｒＩＤ３０として記述されるＵｓｅｒＩＤと、電話加入者情報テーブル１３の検索結果から得られたＵｓｅｒＩＤである。前者は発呼者が期待する着呼者のＵｓｅｒＩＤであり、後者は実際に発呼者が電話した番号を利用している加入者のＵｓｅｒＩＤである。比較の結果、２つのＵｓｅｒＩＤが一致している場合、プロセッサ１１は図５に示す通信処理１６を実行し、ＩｎｖｉｔｅメッセージからＴｏＵｓｅｒＩＤ３０を削除して着呼端末にＩｎｖｉｔｅメッセージを転送する（Ｓ３０８）。一致していない場合は、通信処理１６は受信したＩｎｖｉｔｅメッセージが間違い電話であるものと判断し、呼接続拒否のＤｉｃｌｉｎｅメッセージを発呼端末に返信する（Ｓ３０９）。
【００７０】
以上、説明したように処理することで、間違い電話をつなぐことなく、また、ＳＩＰアドレス等の発呼者の情報及び着呼側の情報を意図しない加入者に通知することを防ぐことが可能となる。
【００７１】
つぎに、本発明の第二の実施の形態を説明する。第一の実施の形態では、発呼端末が着呼先の加入者のＵｓｅｒＩＤをＩｎｖｉｔｅメッセージに付加することで間違い電話を防止した。しかし、このとき悪意のある発呼者が呼制御装置をダウンさせることを目的に呼制御装置の電話加入者情報テーブル１３へのアクセスを複数回連続して行うようなことが起こりうる。例えば、着呼側のＳＩＰアドレスに対するＵｓｅｒＩＤを知るために特定の発呼者になりすまし、架空のＵｓｅｒＩＤを複数回作成し、Ｉｎｖｉｔｅメッセージを送信するといったことが考えられる。この場合、第一の実施の形態においては、Ｉｎｖｉｔｅメッセージを受けた呼制御装置では、電話加入者情報テーブル１３を検索して一致するか否かの判断を行うが、悪意のあるものにより、異なるＵｓｅｒＩＤを付加した大量の発呼によりこの検索が大量に発生し、そのうちのいずれかで偶然ＵｓｅｒＩＤが一致し、呼接続要求に対して接続処理をしてしまう恐れがある。
【００７２】
本実施の形態では、このような悪意のある発呼者からの接続要求を検出し、受け付けないためのオプションサービスについて説明する。本実施の形態では、呼制御装置１が、発呼者のＳＩＰアドレスと対になったパスワードが一致するか否かを確かめることで、発呼者が正当であるかを判断し、一致しない場合には、呼接続要求に対してエラー応答の処理を行うようにしている。
【００７３】
まず、端末１００の構成を説明する。端末１００は、図３に示す構成とほぼ同じであるが、自端末情報４３に発呼者のパスワードをあらかじめ登録してある点が異なる。本パスワードは、発呼者が第一の実施の形態に示した間違い電話防止サービスを受ける際に、発呼者の正当性を調べるためのものである。例えば、呼制御装置１を管理するプロバイダが、第一の実施の形態を利用した間違い電話防止サービスを行う際、パスワードを各加入者に割り当てることができる。
【００７４】
本実施の形態の呼制御装置の構成を図２４に示す。  図２４において、呼制御装置１Ｂは、図５に示す第一の実施の形態における呼制御装置１の構成に加えて、処理が異なるブロックは異なる符号を付加している。呼制御装置１Ｂは、回線インタフェース１０、プロセッサ１１Ｂ、メモリ５０Ｂ、入力装置１９および表示装置１２を備える。プロセッサ１１Ｂは、メモリ５０Ｂに格納された各処理プログラムを実行する。メモリ５０Ｂは、発呼端末（例えば端末１００−１）が正当であるか否かを判定するためのパスワードを保持する電話加入者情報テーブル１３Ｂ、ＩＰ網上に存在する各装置と通信を行うための通信処理１６Ｂ、電話加入者情報テーブルを検索するテーブル検索処理１７Ｂを格納する。通信処理１６Ｂおよびテーブル検索処理１７は、各処理に対応するプログラムが記憶されている。また、メモリ５０Ｂは、カウンタ１４、統計制御情報１５および統計タイマ処理１８をさらに備える。これらは、パスワードの正当性を調べた場合に、パスワードが偶然一致したときに、特定の発呼者から一定期間に集中して発生するＩｎｖｉｔｅメッセージをエラー応答処理するためにさらに付け加えた機能である。この場合、カウンタ１４は、端末１００ごとに設けられ、一定時間内のＩｎｖｉｔｅメッセージ受信数をカウントする。統計制御情報１５は、カウンタ１４をクリアするためのクリア周期と、この周期の一定時間に閾値以上のＩｎｖｉｔｅメッセージを受信したため不正なＩｎｖｉｔｅメッセージであると判断するためのカウンタの閾値とを備える。統計タイマ処理１８は、統計制御情報１５のクリア周期に従ってカウンタをクリアし、閾値とカウンタ１４のカウント値から不正なアクセスであるか否かを判断する。
【００７５】
つぎに、呼制御装置１Ｂに備える電話加入者情報テーブル１３Ｂの内容を図２５を参照して説明する。図２５は、電話加入者情報テーブル１３Ｂの構成例を示す説明図である。
【００７６】
図２５に示すように、電話加入者情報テーブル１３Ｂに各端末のパスワードを記憶するパスワード２１の領域を設ける。呼制御装置１Ｂは、Ｉｎｖｉｔｅメッセージを受信した際、発呼者のＳＩＰアドレスと対になったパスワードの正常性を確かめることでＵｓｅｒＩＤ一致チェックを行うか否かを判断する。
【００７７】
図２１および図２２に、第二の実施の形態における不正Ｉｎｖｉｔｅメッセージ送信防止オプション実施時の呼制御装置１ＢのＩｎｖｉｔｅ受信処理を示す。また、第二の実施の形態におけるＩｎｖｉｔｅメッセージのフォーマットを図２３に示す。
【００７８】
第二の実施の形態では、図２３に示すように、Ｉｎｖｉｔｅメッセージに宛先のＵｓｅｒＩＤ３０に加えて、自装置のパスワード２３００を示す「ｄｂ＿ｐａｓｓｗｄ」を付加している。
【００７９】
図２１において、呼制御装置１Ｂは、発呼端末からＩｎｖｉｔｅメッセージを受信すると（Ｓ４００）、呼制御装置１Ｂのプロセッサ１１Ｂは、まず発呼側の端末が正当であるかを判断するために、図２４に示すテーブル検索処理１７Ｂを実行し、発呼ＳＩＰアドレスを検索Ｋｅｙとして電話加入者情報テーブル１３を検索する。検索の結果、発呼ＳＩＰアドレスが登録されていない場合には、この発呼端末は存在していないとみなし、接続を拒否するためのＤｅｃｌｉｎｅメッセージを発呼端末に対して送信する（Ｓ４００−１）。発呼ＳＩＰアドレスに対応するデータが検出された場合は、Ｉｎｖｉｔｅメッセージにパスワード２３００が付加されているか否かを判断する。パスワード２３００が付加されていない場合には、通常の通話の可能性があるので通常の通話接続と同様の処理を行うために、図２２に示す処理４０２に移行する。この場合、発呼側のＵｓｅｒＩＤをさらに付加してＵｓｅｒＩＤが付加されているか否かにより（Ｓ４０１）の判断を行ってもよい。
【００８０】
Ｉｎｖｉｔｅメッセージにパスワード２３００が付加されている場合、このパスワード２３００を抽出し、抽出したパスワードが電話加入者情報テーブル１３に記憶されているパスワードと一致するかを確認する（Ｓ４０３）。確認の結果、不一致だった場合、この発呼端末は正当でないとみなし、接続を拒否するためのＤｅｃｌｉｎｅメッセージを発呼端末に対して送信する（Ｓ４０３−１）。
【００８１】
パスワードが一致している場合、発呼番号ごとに備えるカウンタ１４を１つカウントアップする（Ｓ４０５）。カウントアップ後、カウンタ１４の値と、統計制御情報１５内の閾値とを比較する（Ｓ４０６）。比較の結果、カウンタ１４の値が閾値を超過していると場合、呼制御装置１は、この発呼端末からのＩｎｖｉｔｅメッセージが不正と判断し、Ｄｅｃｌｉｎｅメッセージを発呼端末に対して送信する（Ｓ４０７）。不正Ｉｎｖｉｔｅメッセージを送信した発呼端末に対しては、今後いかなるＩｎｖｉｔｅメッセージも受け付けないように処理してもよいし、一定期間受け付けないようにしてもよい。これにより、パスワードが偶然一致した場合にも大量のアクセスを行うＩｎｖｉｔｅメッセージに対して接続を拒否することができる。
【００８２】
また、呼制御装置１は、比較の結果、カウンタ１４の値が閾値を超過していない場合は、正当な発呼者によるアクセスであるとして、図２０のＳ３００へと処理を移行し、着呼側のＵｓｅｒＩＤを確認する処理を行う。
【００８３】
Ｓ４０１において、パスワード２３００が付加されていない場合には、ＵｓｅｒＩＤを調べることなく、通常の通話接続と同様の処理を行う。この場合、呼制御装置１のプロセッサ１１は、図２４に示すテーブル検索処理１７Ｂを実行し、Ｉｎｖｉｔｅメッセージに含まれる送信先ＳＩＰアドレス（着呼端末のＳＩＰアドレス）を検索Ｋｅｙとして電話加入者情報テーブル１３Ｂを検索する（Ｓ４０２１）。検索の結果、着呼ＳＩＰアドレスのデータが検出できなかった場合は、ＳＩＰメッセージの１つである「４０４  Ｎｏｔ  Ｆｏｕｎｄ」メッセージを発呼端末に対して送信する（Ｓ４０２２）。検索の結果、該当するＳＩＰアドレスの情報が検出できた場合、電話加入者情報テーブル１３Ｂに記憶されている管理呼制御装置ＩＰアドレス２２が自装置のＩＰアドレスであるか否かを判定する（Ｓ４０２３）。判定の結果、管理呼制御装置ＩＰアドレス２２が自装置でない場合は、受信したＩｎｖｉｔｅメッセージを管理呼制御装置ＩＰアドレス２２に登録されているＩＰアドレスの装置に対して転送する（Ｓ４０２４）。管理呼制御装置ＩＰアドレス２２が自装置の場合は、受信したＩｎｖｉｔｅメッセージを、そのまま着呼端末に送信する（Ｓ４０２５）。
【００８４】
このように処理することで、本実施の形態によれば、悪意のある発呼者からの接続要求を検出し、受け付けないことを可能とした間違い電話防止が可能となる。
【図面の簡単な説明】
【００８５】
【図１】本発明の第一の実施の形態における通信システムの構成図
【図２】本発明の第一の実施の形態における通信システムの他の構成図
【図３】本発明の第一の実施の形態における端末の構成例を示すブロック図
【図４】本発明の第一の実施の形態における電話帳の構成例を示す説明図
【図５】本発明の第一の実施の形態における呼制御装置の構成例を示すブロック図
【図６】本発明の第一の実施の形態における電話加入者情報テーブルの構成例を示す説明図
【図７】本発明の第一の実施の形態における電話加入者情報テーブルへの登録のシーケンス図
【図８】本発明の第一の実施の形態における電話帳への登録のシーケンス図
【図９】本発明の第一の実施の形態におけるＲｉｎｇｉｎｇメッセージフォーマットを示す説明図
【図１０】本発明の第一の実施の形態におけるＣａｎｃｅｌメッセージフォーマットを示す説明図
【図１１】本発明の第一の実施の形態における呼接続シーケンス図
【図１２】本発明の第一の実施の形態における他の呼接続シーケンス図
【図１３】本発明の第一の実施の形態における呼接続拒否シーケンス図
【図１４】本発明の第一の実施の形態における他の呼接続拒否シーケンス図
【図１５】既存のＩｎｖｉｔｅメッセージフォーマットを示す説明図
【図１６】本発明の第一の実施の形態におけるＩｎｖｉｔｅメッセージフォーマットを示す説明図
【図１７】既存のＤｅｃｌｉｎｅメッセージフォーマットを示す説明図
【図１８】本発明の第一の実施の形態におけるＤｅｃｌｉｎｅメッセージフォーマットを示す説明図
【図１９】本発明の第一の実施の形態におけるメッセージ表示例を示す説明図
【図２０】本発明の第一の実施の形態における呼制御装置の処理フロー図
【図２１】本発明の第二の実施の形態におけるパスワードオプション時の呼制御装置の処理フロー図（その１）
【図２２】本発明の第二の実施の形態におけるパスワードオプション時の呼制御装置の処理フロー図（その２）
【図２３】本発明の第二の実施の形態におけるオプション付きＩｎｖｉｔｅメッセージフォーマットを示す説明図
【図２４】本発明の第二の実施の形態における呼制御装置の構成例を示すブロック図
【図２５】本発明の第二の実施の形態における電話帳の構成例を示す説明図
【符号の説明】
【００８６】
１００・１００−１・１００−２…端末、２００…ＩＰ網、１・１−１・１−２…呼制御装置、１０…回線インタフェース、１１…プロセッサ、１２…表示装置、１３…電話加入者情報テーブル、１４…カウンタ、１５…統計制御情報、１６…通信処理、１７…テーブル検索処理、１８…統計タイマ処理、１９…入力装置、５０…メモリ、４０…通信インタフェース、４１…プロセッサ、４２…表示装置、４３…自端末情報、４４…電話帳、４５…通信処理、４６…電話帳登録処理、４７…入力装置、６０…メモリ。
【図１】
2006287688.tif 000003
【図２】
2006287688.tif 000004
【図３】
2006287688.tif 000005
【図４】
2006287688.tif 000006
【図５】
2006287688.tif 000007
【図６】
2006287688.tif 000008
【図７】
2006287688.tif 000009
【図８】
2006287688.tif 000010
【図９】
2006287688.tif 000011
【図１０】
2006287688.tif 000012
【図１１】
2006287688.tif 000013
【図１２】
2006287688.tif 000014
【図１３】
2006287688.tif 000015
【図１４】
2006287688.tif 000016
【図１５】
2006287688.tif 000017
【図１６】
2006287688.tif 000018
【図１７】
2006287688.tif 000019
【図１８】
2006287688.tif 000020
【図１９】
2006287688.tif 000021
【図２０】
2006287688.tif 000022
【図２１】
2006287688.tif 000023
【図２２】
2006287688.tif 000024
【図２３】
2006287688.tif 000025
【図２４】
2006287688.tif 000026
【図２５】
2006287688.tif 000027