JP2011211682A - 通信制御システム - Google Patents

Abstract

【課題】複数の通信事業者から提供される内線接続サービスを接続する場合に、通信事業者間での異なる内線接続仕様を通信事業者毎に仕分けし、異なる通信事業者間で接続される部分での内線接続負荷を低減した内線接続サービスを提供する。
【解決手段】通信制御システムが、各通信事業者内で接続される部分での判断と、異なる通信事業者間で接続される部分での判断により、内線発信の接続ルートをＳＩＰサーバ毎に判断し、着信先番号から内線発信の適切な接続ルートを制御する。
【選択図】 図１

Description

通信制御システム及び制御方法とプログラムに関する。

携帯電話網と固定電話網を融合した内線電話接続であるＦＭＣ（Ｆｉｘｅｄ Ｍｏｂｉｌｅ Ｃｏｎｖｅｒｇｅｎｃｅ）サービスが通信事業者から提供される中で、携帯端末通信事業者が提供するＦＭＣサービスを利用するメリットとして、携帯端末通信事業者の指定する携帯端末を用いた社員間で行う通話が全て内線発信による通話扱いとなり、社外に外出した場合といった様に社員間の通話が社内電話網電波の外であっても通話に係る通話料（通信費）が発生しない事があげられる。

すなわち携帯端末通信事業者が提供するＦＭＣサービスに契約した携帯端末同士の通話は、当該携帯端末通信事業者が提供する携帯電話網を使用できる場所における発信であれば、所定の内線番号にて発信する事が可能となり、通話料（通信費）が発生しない内線通話扱いとなる。これに対し、一方の携帯端末が当該ＦＭＣサービスに契約していない携帯端末で通話する場合、所定の内線番号にて発信する事ができず、所定の外線番号にて発信することになり、通話料（通信費）が発生してしまう外線通話扱いとなる。

現在、通信事業者が提供するＦＭＣサービスを統合した内線電話接続サービスが検討されているが、社員が複数の通信事業者を統合した内線電話接続サービスを利用する場合において、通話料の発生する外線発信または通話料の発生しない内線発信する場合、その運用には通信事業者間での接続仕様が異なる為、その異なる接続仕様を統合するためには、以下の様な技術が開示されている。

先行文献１において、電話アダプタは複数の呼制御サーバの中から、番号列により接続先の呼制御サーバを判定し、判定された呼制御サーバに接続要求を送信している。
先行文献２において、呼制御装置は、端末から統括的に受信した発呼データを回線の異常状態により判断し、中継の指示を行っている。
先行文献３において、呼制御サーバは、着信先電話番号である内線番号の桁数を必要に応じて追加や削除した後、外線番号に変更して発信処理を行っている。

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

一般的にＦＭＣサービスと呼ばれる外線電話と内線電話を接続するサービスを提供する通信事業者は多数あり、いずれかの外線電話と内線電話の接続サービスを企業で導入し運用する場合、内線電話の利用者である社員が外線発信及び内線発信する場合に入力する番号規則は外線電話と内線電話を接続するサービスを提供する通信事業者毎に異なる。内線電話の利用者である社員がお客様に外線発信する場合は、内線電話（内線端末）からお客様の携帯番号や会社の番号といった外線電話番号を入力すればよく、入力する番号規則は外線電話と内線電話を接続するサービスを提供する通信事業者毎に違いはない。

一方、内線電話の利用者である社員が、外線電話と内線電話を接続するサービスの別の社内利用者である社員に内線発信する場合に入力する番号の規則（内線番号付与体系）は外線電話と内線電話を接続するサービスを提供する通信事業者毎に大きく異なり、これは通信事業者毎に定められた内線番号付与体系により、社員に割り当て可能な内線電話番号は、桁数や、始めの数字、拠点番号、社員固有の番号、内線電話であることを判定する判定番号といった要素を考慮して通信事業者毎に定められている。

企業ではこのような外線電話と内線電話を接続するサービスを導入する場合に、通信事業者を選び出し、選定した通信事業者の定める内線番号付与体系にしたがって運用する事が一般的であるが、昨今の企業では、通信事業者各社毎に外線電話と内線電話を接続するサービスのそれぞれ異なる特徴を併用したいというニーズがあるため、唯一の通信事業者を選び出し、唯一の外線電話と内線電話を接続するサービスだけを導入するだけでなく、別々の通信事業者が提供する外線電話と内線電話を接続するサービスを更に統合し、複数の通信事業者が提供する外線電話と内線電話を接続するサービスを更に一本化して運用するマルチな外線電話と内線電話の接続サービスを導入したいという要求がある。

企業が複数の通信事業者が提供する外線電話と内線電話を接続するサービスを一本化し運用するマルチな外線電話と内線電話の接続サービスを仮に導入した場合には、先に述べたように内線電話の利用者である社員がお客様に外線発信する場合には、入力する番号の規則は外線電話と内線電話を接続するサービスを提供する通信事業者毎の違いはないので、内線電話（内線端末）からお客様の外線電話番号を入力すれば外線発信は可能であり、外線電話と内線電話を接続するサービスを更に一本化した場合であっても運用上問題はない。

しかしながら、内線電話の利用者である社員が、自身が利用している通信事業者が提供する外線電話と内線電話を接続するサービスと同じ通信事業者のサービスを利用している社員に内線発信する場合と、別の通信事業者が提供する外線電話と内線電話を接続するサービスを利用している社員に内線発信する場合とでは、もともと通信事業者各社が社員に付与する内線電話番号は、桁数や、始めの数字、拠点番号、社員固有の番号、内線電話である判定番号といった要素を考慮し定められているので、社員毎に割り当てられる内線電話番号は、その個々の社員がいずれの通信事業者から提供されるサービスを利用し、通信事業者が定める内線電話番号を付与されたかにより異なる為、複数の異なる形態の内線番号付与体系が社内に存在しているものを社内で統合しなければならない。

つまり、唯一の通信事業者の外線電話と内線電話を接続するサービスのみで社内運用する場合には考慮する必要がなかったが、複数の通信事業者が提供する外線電話と内線電話を接続するサービスを統合して、社内運用する場合には、自分が使用する通信事業者の外線電話と内線電話を接続するサービスとは違う通信事業者の外線電話と内線電話を接続するサービスを使用する社員に対して内線発信する際には、複数の通信事業者毎に違う形態で構成され、すでに社員毎に付与された内線番号付与体系を一本化しなければ、全ての社員どうしで内線通話可能な内線発信ができないという課題が発生する。

この内線番号付与体系を社内で一本化しなければならないという課題に対しては、複数の通信事業者毎に異なる内線番号付与体系を新しい均一の内線番号付与体系に変更し、統合すればよいが、統合したサービス共通の内線番号付与体系を複数の通信事業者全部で作成することは通信事業者各社の通信接続システム自体を新しい均一の内線番号付与体系に合うように修正する必要があり、必然的に通信事業者各社の修正作業負荷を増加させてしまう。同時に修正作業を依頼する企業にとって通信事業者各社に支払うべき多大な費用負担も発生してしまう。

このような企業の多大な費用負担を回避し、通信事業者毎に違う形態の内線番号付与体系をそのまま維持したままで外線電話と内線電話を接続するサービスを一本化する為には、それぞれの通信事業者毎の内線番号付与体系に合わせて通信事業者内部の通信網（自網）のみで接続処理をすべき内線発信要求と、通信事業者外部の通信網（他網）に接続要求をすべき内線発信要求とを仕分けする仕組みを実現しなければならないというさらなる課題が発生する。

このさらなる課題に対して、本出願人により、複数の通信事業者が提供する外線電話と内線電話を接続するマルチなサービスを導入した企業において、他の社員に対して内線発信要求をする場合に、通信事業者個別のサービス毎に管理すべき内線発信要求かいなかの判断をし、受信した内線発信要求が自身の提供するサービス網内部のみで接続すべき内線発信要求か他社の提供するサービス網に外部送信すべき内線発信要求あるかを仕分けする通信事業者毎のサーバを配置し、更にその上流に、通信事業者毎のサーバから内線発信要求を受信した場合に、受信した内線発信要求をどの通信事業者に対する内線発信要求であるかを判断し、受信した内線発信要求が対応する通信事業者に内線発信要求を仕分けする共通サーバを配置することで、内線番号付与体系の異なる複数の通信事業者各社の通信網から要求された内線発信要求を通信事業者自身の通信網と他社の通信網にルーティングできる仕組みが提案されている。

しかしながら、この手法では、通信事業者毎のサーバが通信事業者内部の通信網（自網）のみで接続処理をすべき内線発信要求か通信事業者外部の通信網（他網）に接続要求をすべき内線発信要求なのかを仕分けする場合に、通信事業者個別のサービス毎に管理すべき内線番号付与体系（内線番号）のリストを通信事業者毎のサーバに予め登録する必要があり、通信事業者毎のサーバに通信事業者個別のサービス毎に管理すべき内線番号付与体系（内線番号）のテーブルリストが予め登録されていなくても、通信事業者内部の通信網（自網）のみで接続処理をすべき内線発信要求か通信事業者外部の通信網（他網）に接続要求をすべき内線発信要求なのかを仕分けできる仕組みまでは提案されていない。

そこで、本願発明は、通信事業者毎のサーバが、共通サーバを識別する番号により通信事業者内部の通信網（自網）のみで接続処理をすべき内線発信要求か、または通信事業者外部の通信網（他網）に接続要求をすべき内線発信要求かを仕分けし、更に共通サーバが受信した内線発信要求が対応する通信事業者に内線発信要求を仕分けする場合には不要となってしまう共通サーバを識別する番号を、共通サーバが内線発信要求を受信する前に削除することで、内線番号付与体系の異なる複数の通信事業者各社の通信網から要求された内線発信要求を通信事業者自身の通信網と他社の通信網にルーティングできる仕組みを提供する事を目的とする。

本願発明は、異なる複数の通信事業者のそれぞれのＳＩＰサーバと、前記異なる複数の通信事業者のそれぞれのＳＩＰサーバと通信可能な共通ＳＩＰサーバとを含む通信制御システムであって、前記異なる複数の通信事業者のＳＩＰサーバの少なくとも１つは、自身の通信事業者の通信網の電話端末から、着信先番号を含む発着呼データを受信する第１の受信手段と、前記第１の受信手段で受信された発着呼データに含まれる前記着信先番号に前記共通ＳＩＰサーバを特定する識別番号が含まれているかを判断する第１の判断手段と、前記第１の判断手段により前記着信先番号に前記共通ＳＩＰサーバを特定する識別番号が含まれていると判断された場合に、前記着信先番号から前記共通ＳＩＰサーバを特定する識別番号を削除する特定ＳＩＰサーバ識別番号削除手段と、前記共通ＳＩＰサーバを特定する識別番号が削除された着信先番号を含む発着呼データを前記共通ＳＩＰサーバに送信する第１の送信手段と、を備え、前記共通ＳＩＰサーバは、異なる複数の通信事業者の通信網の電話端末の電話番号を、それぞれの通信事業者を識別する情報と共に記憶する記憶手段と、前記通信事業者のＳＩＰサーバから、前記共通ＳＩＰサーバを特定する識別番号が削除された着信先番号を含む発着呼データを受信する第２の受信手段と、前記第２の受信手段で受信された前記共通ＳＩＰサーバを特定する識別番号が削除された着信先番号が、前記記憶手段に記憶されているか判断する第２の判断手段と、前記第２の判断手段により前記共通ＳＩＰサーバを特定する識別番号が削除された着信先番号が前記記憶手段に記憶されていると判断された場合に、前記共通ＳＩＰサーバ識別番号が削除された着信先番号に対応する通信事業者のＳＩＰサーバに前記共通ＳＩＰサーバ識別番号が削除された着信先番号を含む発着呼データを送信する第２の送信手段と、を備えることを特徴とする。

また、前記異なる複数の通信事業者のＳＩＰサーバの少なくとも１つは、前記第１の受信手段が受信した前記着信先番号を含む発着呼データを前記自身の通信事業者の通信網の電話端末に送信する第３の送信手段を更に備え、第３の送信手段は、前記第１の判断手段により前記着信先番号に前記共通ＳＩＰサーバを特定する識別番号が含まれていないと判断された場合に、前記着信先番号を含む発着呼データを前記自身の通信事業者の通信網の電話端末に送信することを特徴とする。

また、前記第２の送信手段は、前記第２の受信手段が受信した前記共通ＳＩＰサーバを特定する識別番号が削除された着信先番号を含む前記発着呼データを、前記第２の受信手段が受信した通信事業者のＳＩＰサーバではない通信事業者のＳＩＰサーバに送信することを特徴とする。

また、前記共通ＳＩＰサーバは、前記記憶手段が記憶する前記異なる複数の通信事業者の通信網の電話端末の電話番号とそれぞれの通信事業者を識別する情報から、前記第２の受信手段で受信された前記共通ＳＩＰサーバを特定する識別番号が削除された着信先番号が、どの通信事業者に対応するかを識別する識別手段を更に備えることを特徴とする。
また、前記記憶手段が記憶する前記異なる複数の通信事業者の通信網の電話端末の電話番号は重複しない電話番号であることを特徴とする。

また、前記共通ＳＩＰサーバは、前記通信事業者のＳＩＰサーバではない通信事業者のＳＩＰサーバから、第２の着信先番号を含む発着呼データを受信する第３の受信手段と、前記第３の受信手段が受信した前記第２の着信先番号に対応する通信事業者が、前記ＳＩＰサーバに係る通信事業者かいなかを判断する第３の判断手段と、前記第３の受信手段が受信した前記第２の着信先番号に前記ＳＩＰサーバを特定する識別番号を追加する特定ＳＩＰサーバ識別番号追加手段と、を更に備え、前記特定ＳＩＰサーバ識別番号追加手段は、第３の判断手段が前記第２の着信先番号に対応する通信事業者が前記ＳＩＰサーバに係る通信事業者であると判断した場合に、ＳＩＰサーバ識別番号を前記第２の着信先番号に追加することを特徴とする。

本願発明により、通信事業者毎のサーバが、共通サーバを識別する番号により通信事業者内部の通信網（自網）のみで接続処理をすべき内線発信要求か、または通信事業者外部の通信網（他網）に接続要求をすべき内線発信要求かを仕分けし、更に共通サーバが受信した内線発信要求が対応する通信事業者に内線発信要求を仕分けする場合には不要となってしまう共通サーバを識別する番号を、共通サーバが内線発信要求を受信する前に削除することで、内線番号付与体系の異なる複数の通信事業者各社の通信網から要求された内線発信要求を通信事業者自身の通信網と他社の通信網にルーティングできる仕組みを提供する事が可能となる。

ルーティング処理装置をつかった内線発信要求が関係する通信制御システム構成の全体を示す図。 ルーティング処理装置の処理部の構成を示す図 ルーティング処理装置の制御部の構成を示す図 Ａ社の携帯電話からＡ社の携帯電話に内線発信された場合の一例を示す図 Ａ社の携帯電話からＢ社の携帯電話に内線発信された場合の一例を示す図 Ａ社の携帯電話からＣ社の携帯電話に内線発信された場合の一例を示す図 Ｂ社の携帯電話からＡ社の携帯電話に内線発信された場合の一例を示す図 Ｃ社の携帯電話からＡ社の携帯電話に内線発信された場合の一例を示す図 第１のＳＩＰサーバの処理の一例を示す図 ゲートウエイの処理の一例を示す図 第２のＳＩＰサーバの処理の一例を示す図 通信事業者毎に利用可能なＦＭＣサービス利用契約者の内線番号データの一例を示す図 Ｂ社の携帯電話からＢ社の携帯電話に内線発信された場合の一例を示す図 Ｂ社の携帯電話からＣ社の携帯電話に内線発信された場合の一例を示す図 Ｃ社の携帯電話からＢ社の携帯電話に内線発信された場合の一例を示す図 通信事業者Ｂ社ＳＩＰサーバの処理の一例を示す図 通信事業者Ｂ社ゲートウエイの処理の一例を示す図 Ｃ社の携帯電話からＣ社の携帯電話に内線発信された場合の一例を示す図 通信事業者Ｃ社ＳＩＰサーバの処理の一例を示す図 通信事業者Ｃ社ゲートウエイの処理の一例を示す図

図１は、本発明のルーティング処理装置が構成する通信制御システムか関係する全体図である。ＩＰ電話（インターネットプロトコル電話）とは、音声をデータ圧縮・符号化してＩＰパケットに分割し、ＩＰネットワークにより伝送する技術を採用した電話ことである。本発明のルーティング処理装置とはＳＩＰサーバまたはゲートウエイである。

ＳＩＰサーバの主な役割は各種ルーティング機器に対して、発信元番号（発ＩＤ）や着信先番号（着ＩＤ）を含んだセッション確立（通信確立）情報の受信や送信をＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）通信を利用してＣＰＵの指示に従って行う。

ゲートウエイの主な役割はプロトコルの翻訳であるが、本発明の通信制御システムにて構築されたゲートウエイの別の役割として、ＳＩＰサーバが行うＳＩＰ通信も行う為、ゲートウエイの別の読み方として中間ＳＩＰサーバとし、中間ＳＩＰサーバとは本発明においてはゲートウエイと同じものとする。

図１に示すように、ＳＩＰサーバ１０１（共通ＳＩＰサーバ）は、通信事業者Ａ社用ＧＷ（ゲートウエイ）１０２、通信事業者Ｂ社用ＧＷ（ゲートウエイ）１０４、通信事業者Ｃ社用ＧＷ（ゲートウエイ）１０６、社内専用固定電話用ＧＷ（ゲートウエイ）１０９、通信事業者Ｄ社用ＧＷ（ゲートウエイ）１０８といった複数のＩＰ電話専用ゲートウエイと通信可能な状態で接続されている。

通信事業者Ａ社用ＧＷ１０２は通信事業者Ａ社用ＳＩＰサーバ１０３に通信可能な状態で接続されている。さらに通信事業者Ａ社用ＳＩＰサーバ１０３は通信事業者Ａ社が提供するＡ社ＦＭＣサービス網３００と通信可能な状態で接続されている。

通信事業者Ｂ社用ＧＷ１０４は通信事業者Ｂ社用ＳＩＰサーバ１０５に通信可能な状態で接続されている。さらに通信事業者Ｂ社用ＳＩＰサーバ１０５は通信事業者Ｂ社が提供するＢ社ＦＭＣサービス網５００と通信可能な状態で接続されている。

通信事業者Ｃ社用ＧＷ１０６は通信事業者Ｃ社用ＳＩＰサーバ１０７に通信可能な状態で接続されている。さらに通信事業者Ｃ社用ＳＩＰサーバ１０７は通信事業者Ｃ社が提供するＣ社ＦＭＣサービス網９００と通信可能な状態で接続されている。

社内専用ＩＰ-ＧＷ１０９は社内内線網２００から提供されるＰＢＸ（Ｐｒｉｖａｔｅ Ｂｒａｎｃｈ ｅＸｃｈａｎｇｅ）２０１に音声通話可能な状態で接続されている。ＰＢＸとは、構内交換機ことであり、複数の構内電話機を、公衆電話回線網に接続して使用する際の中継装置のことであり、回線切替機、内線集約装置、内線交換機とも呼ばれる。

携帯端末通信事業者Ａ社のモバイル網３０２は携帯端末通信事業者Ａ社専用モバイル回線にて携帯端末４０１、４０２と音声通話可能（通信）な状態で接続されている。

携帯端末通信事業者Ｂ社のモバイル網５０２は携帯端末通信事業者Ｂ社専用モバイル回線にて携帯端末６０１、６０２と音声通話可能（通信）な状態で接続されている。

携帯端末通信事業者Ｃ社のモバイル網９０２は携帯端末通信事業者Ｃ社専用モバイル回線にて携帯端末１００１、１００２と音声通話可能（通信）な状態で接続されている。

携帯端末通信事業者Ａ社専用モバイル回線で音声通話可能な携帯端末４０１、４０２は通信事業者Ａ社と契約することにより、通信事業者Ａ社が提供するＡ社ＦＭＣサービス網３００を利用できる。携帯端末４０１、４０２はＡ社が提供するＦＭＣサービスに契約している。Ａ社ＦＭＣサービス網３００を利用する契約をした場合、通信事業者Ａ社のＩＰ電話網３０１を介して内線発信での音声通話（通信）が可能である。

携帯端末通信事業者Ｂ社専用モバイル回線で音声通話可能な携帯端末６０１、６０２は通信事業者Ｂ社と契約することにより、通信事業者Ｂ社が提供するＢ社ＦＭＣサービス網５００を利用できる。携帯端末６０１、６０２はＢ社が提供するＦＭＣサービスに契約している。Ｂ社ＦＭＣサービス網５００を利用する契約をした場合、通信事業者Ｂ社のＩＰ電話網５０１を介して内線発信での音声通話（通信）が可能である。

携帯端末通信事業者Ｃ社専用モバイル回線で音声通話可能な携帯端末１００１、１００２は通信事業者Ｃ社との契約することにより、通信事業者Ｃ社が提供するＣ社ＦＭＣサービス網９００を利用できる。携帯端末１００１、１００２はＣ社が提供するＦＭＣサービスに契約している。Ｃ社ＦＭＣサービス網９００を利用する契約をした場合、通信事業者Ｃ社のＩＰ電話網９０１を介して内線発信での音声通話（通信）が可能である。

以上の形態から、携帯端末４０１と携帯端末６０１がＡ社ＦＭＣサービス網３００とＢ社ＦＭＣサービス網５００を利用して音声通話する場合、その音声通話に係るデータは必ず本発明のＳＩＰサーバ１０１を介するものである。

以上の形態から、携帯端末４０１と携帯端末１００１がＡ社ＦＭＣサービス網３００とＣ社ＦＭＣサービス網９００を利用して音声通話する場合、その音声通話に係るデータは必ず本発明のＳＩＰサーバ１０１を介するものである。

以上の形態から、携帯端末６０１と携帯端末１００１がＢ社ＦＭＣサービス網５００とＣ社ＦＭＣサービス網９００を利用して音声通話する場合、その音声通話に係るデータは必ず本発明のＳＩＰサーバ１０１を介するものである。

本発明のルーティング処理装置はマルチＦＭＣサービス網１００を介して携帯端末通信事業者Ａ社が提供するＡ社ＦＭＣサービス網３００や携帯端末通信事業者Ｂ社が提供するＢ社ＦＭＣサービス網５００のような複数の通信事業者が提供する内線電話接続網と音声通話（通信）可能な状態で接続され、複数の内線電話接続サービス網を接続可能なルーティング処理装置である。
以下、図２を用いて、図１に示した各ルーティング処理装置の機能ブロックについて説明する。

図２において、１０１はＳＩＰサーバ（共通ＳＩＰサーバ）であり、１０２、１０４、１０６は各通信事業者のゲートウエイ（中間ＳＩＰサーバ）であり、１０３、１０５、１０７は各通信事業者のＳＩＰサーバであり、１０１、１０２、１０３、１０４、１０５、１０６、１０７は全て図２に示す構成をしている。
２２０１は制御部である。制御部の図３に示すＣＰＵ３２０１がプログラムに基づいた指示を行う。

２２０２は判定部であり、第一の役割として、発信元番号は登録（記憶）された内線番号、ＧＷ（中間ＳＩＰサーバ）識別番号、事業者識別番号、ＳＩＰサーバ識別番号と一致するかをＣＰＵの指示に従って判定する。第二の役割として、着信先番号は登録（記憶）された内線番号、ＧＷ識別番号、事業者識別番号、ＳＩＰサーバ識別番号と一致するかをＣＰＵの指示に従って判定する。第三の役割として、発信元番号または着信先番号のいずれか一方は登録された内線番号、ＧＷ識別番号、事業者識別番号、ＳＩＰサーバ識別番号と一致するかをＣＰＵの指示に従って判定する。第四の役割として、発信元番号または着信先番号のどちらが登録された内線番号、ＧＷ識別番号、事業者識別番号、ＳＩＰサーバ識別番号と一致するかをＣＰＵの指示に従って判定する。

２２０３は追加部であり、第一の役割として、ＧＷ識別番号を発信元番号や着信先番号に、ＣＰＵの指示に従って追加する。第二の役割として、事業者識別番号を発信元番号や着信先番号に、ＣＰＵの指示に従って追加する。

２２０４は削除部であり、第一の役割として、ＧＷ識別番号を発信元番号や着信先番号から、ＣＰＵの指示に従って削除する。第二の役割として、事業者識別番号を発信元番号や着信先番号から、ＣＰＵの指示に従って削除する。
２２０５は登録部であり、第一の役割として、指定された内線番号を登録（記憶）する。
通信事業者Ａ社ＳＩＰサーバ１０３は図１２の１２０１に示す通信事業者Ａ社データを登録部や外部メモリに登録している。
通信事業者Ａ社ゲートウエイ（中間ＳＩＰサーバ）１０２は図１２の１２０１に示す通信事業者Ａ社データを登録部や外部メモリに登録している。

共通ＳＩＰサーバ１０１は図１２の１２０１（通信事業者Ａ社データ）、１２０２（通信事業者Ｂ社データ）、１２０３（通信事業者Ｃ社データ）にデータを登録部や外部メモリに登録している。（記憶手段）
通信事業者Ｂ社ＳＩＰサーバ１０５は図１２の１２０２に示す通信事業者Ｂ社データを登録部や外部メモリに登録している。
通信事業者Ｂ社ゲートウエイ（中間ＳＩＰサーバ）１０４は図１２の１２０２に示す通信事業者Ｂ社データを登録部や外部メモリに登録している。
通信事業者Ｃ社ＳＩＰサーバ１０７は図１２の１２０３に示す通信事業者Ｃ社データを登録部や外部メモリに登録している。
通信事業者Ｃ社ゲートウエイ（中間ＳＩＰサーバ）１０６は図１２の１２０３に示す通信事業者Ｃ社データを登録部や外部メモリに登録している。

２２０６は通信部であり、ゲートウエイ及びＳＩＰサーバ等のＩＰ電話通信の各種ルーティング機器に対して、発信元番号（発ＩＤ）や着信先番号（着ＩＤ）を含んだセッション確立（通信確立）情報の受信や送信をＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）通信を利用してＣＰＵの指示に従って行う。

このように、ＳＩＰサーバは、ＳＩＰプロキシサーバであり、ＳＩＰメッセージのルーティング（転送先決定）、電話番号をＩＰアドレスと対応付け、音声自動応答機能の機能も備えている。さらに音声自動応答機能を備えたＳＩＰサーバや、ＳＩＰサーバとＩＶＲ（Ｉｎｔｅｒａｃｔｉｖｅ Ｖｏｉｃｅ Ｒｅｓｐｏｎｓｅ）サーバを組み合わせた形態であってもよい。

以下、図３を用いて、図２に示したＳＩＰサーバ１０１、ゲートウエイ１０２、１０４、１０６、ＳＩＰサーバ１０３、１０５、１０７の制御部２２０１について説明する。

図３において、３２０１はＣＰＵで、システムバス３２０４に接続される各デバイスやコントローラを統括的に制御し、図２に示す各処理部に必要に応じて実行の指示をする。また、ＲＯＭ３２０３あるいは外部メモリ３２１１には、ＣＰＵ３２０１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ ／ Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）やオペレーティングシステムプログラム（以下、ＯＳ）や、各サーバ或いは各ＰＣの実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。

３２０２はＲＡＭで、ＣＰＵ３２０１の主メモリ、ワークエリアとして機能する。ＣＰＵ３２０１は、処理の実行に際して必要なプログラム等をＲＯＭ３２０３あるいは外部メモリ３２１１から３２０２にロードして、該ロードしたプログラムを実行することで各種動作を実現するものである。
３２０５は入力コントローラで、キーボード（ＫＢ）３２０９や不図示のマウス等のポインティングデバイス等からの入力を制御する。

３２０６はビデオコントローラで、表示部３２１０への表示を制御する。なお、図３の表示部３２１０はＣＲＴだけでなく、液晶ディスプレイ等の他の表示器であってもよい。これらは必要に応じて管理者が使用するものである。また表示部は指やペン等にてユーザが表示画面内の対象位置を指定するタッチパネル機能を含むものであってもよい。

３２０７はメモリコントローラで、ブートプログラム，各種のアプリケーション，フォントデータ，ユーザファイル，編集ファイル，各種データ等を記憶するハードディスク（ＨＤ）や、フレキシブルディスク（ＦＤ）、或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等の外部メモリ３２１１へのアクセスを制御する。

３２０８は通信Ｉ／Ｆコントローラで、ネットワークを介して外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いた通信等が可能である。

なお、ＣＰＵ３２０１は、例えばＲＡＭ３２０２内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ＣＲＴ上での表示を可能としている。また、ＣＰＵ３２０１は、ＣＲＴ上の不図示のマウスカーソル等でのユーザ指示を可能とする。

本発明を実現するための後述する各種プログラムは、外部メモリ３２１１に記録されており、必要に応じてＲＡＭ３２０２にロードされることによりＣＰＵ３２０１によって実行されるものである。さらに、上記プログラムの実行時に用いられる定義ファイル及び各種情報テーブル等も、外部メモリ３２１１または登録部２２０６に格納されている。

ＳＩＰサーバ１０３は図９に示すようなプログラムを登録部や外部メモリに記憶されており、必要に応じてＲＡＭ３２０２にロードされることによりＣＰＵ３２０１によって実行されるものである。

ＳＩＰサーバ１０５は図１６に示すようなプログラムを登録部や外部メモリに記憶されており、必要に応じてＲＡＭ３２０２にロードされることによりＣＰＵ３２０１によって実行されるものである。

ＳＩＰサーバ１０７は図１９に示すようなプログラムを登録部や外部メモリに記憶されており、必要に応じてＲＡＭ３２０２にロードされることによりＣＰＵ３２０１によって実行されるものである。

ゲートウエイ（中間ＳＩＰサーバ）１０２は図１０に示すようなプログラムを登録部や外部メモリに記憶されており、必要に応じてＲＡＭ３２０２にロードされることによりＣＰＵ３２０１によって実行されるものである。

ゲートウエイ（中間ＳＩＰサーバ）１０４は図１７に示すようなプログラムを登録部や外部メモリに記憶されており、必要に応じてＲＡＭ３２０２にロードされることによりＣＰＵ３２０１によって実行されるものである。

ゲートウエイ（中間ＳＩＰサーバ）１０６は図２０に示すようなプログラムを登録部や外部メモリに記憶されており、必要に応じてＲＡＭ３２０２にロードされることによりＣＰＵ３２０１によって実行されるものである。

共通ＳＩＰサーバ１０１は図１１に示すようなプログラムを登録部や外部メモリに記憶されており、必要に応じてＲＡＭ３２０２にロードされることによりＣＰＵ３２０１によって実行されるものである。
次に、図４〜図２０を参照しながら、本発明の各ルーティング処理装置に好適なルーティング処理について説明する。

図４は、Ａ社の携帯電話からＡ社の携帯に発信し、Ａ社の携帯に着信する場合である。またＡ社の携帯電話から発信するユーザＸは通信事業者Ａ社が提供するＦＭＣサービスに契約している。よってユーザＸは通信事業者Ａ社が提供するＦＭＣサービスに同一の契約している他のユーザとは通信事業者Ａ社が提供するＦＭＣサービスに従った通話サービスを享受することができる。

例えば通信事業者Ａ社に予め登録した内線番号をもつユーザ同士が、登録した内線番号にて発信し通話する場合は、その通話に係る通話料金（通信料）は内線発信扱いとなり、通信料は発生しない。通信事業者Ａ社には当該ＦＭＣサービスに契約する為に必要な、契約料及び月々の基本ＦＭＣサービス使用料金を、予めユーザＸの所属する会社が支払っている。

ステップＳ４０１では、ユーザＸは携帯端末４０１からユーザｘの携帯端末４０２に発信する。ユーザＸはユーザｘと共に通信事業者Ａ社が提供するＦＭＣサービスに同一の契約をしている。ユーザＸは自分の内線番号は「ＡＡＡＡＡ」であり、ユーザｘは自分の内線番号は「ａａａａａ」である。発信の再に通知される発信者の番号を発信元番号と発信の再にダイアルする番号を着信先番号とする。発信元番号と着信先番号は同じ通話時に同時に通信される。本発明においては、通話時にルーティングされ、ルーティング処理装置間で送受信される通信データを、この発信元番号及び着信先番号を含んだデータとして発着呼データとする。

ユーザＸはユーザｘの内線番号である「ａａａａａ」をダイアルまたは携帯に登録された番号を選択する事により発信する。ここから以下、発信の再にダイアルする番号を着信先番号（着ＩＤ）、発信の再に通知される発信者の番号を発信元番号（発ＩＤ）とする。よってここでは発ＩＤは「ＡＡＡＡＡ」であり、着ＩＤは「ａａａａａ」である。

ここでユーザＸが発信する場所は通信事業者Ａ社が提供する携帯電話モバイル網と接続可能な地域であれば何ら制限はない。ここで登場する内線番号「ＡＡＡＡＡ」、「ａａａａａ」は１０桁以下の任意の数または電話番号に使用する特定記号（＃や＊）で構成された内線番号であればよい。また電話番号の先頭の数字は０ではなく１〜９である。さらに通信事業者Ａ社が提供するＦＭＣサービスに登録された、ユーザＸやユーザｘが契約しているＦＭＣサービスを利用可能な内線番号である。

ステップＳ４０２では、発ＩＤと着ＩＤは通信事業者Ａ社の基地局を経由して通信事業者Ａ社のモバイル網３０２にルーティングされる。ここでは発ＩＤは「ＡＡＡＡＡ」であり、着ＩＤは「ａａａａａ」である。このＳ４０２はＡ社が提供するＦＭＣサービス網３００を利用している。

ステップＳ４０３では、発ＩＤと着ＩＤは通信事業者Ａ社のＩＰ電話網３０１にルーティングされる。ここでは発ＩＤは「ＡＡＡＡＡ」であり、着ＩＤは「ａａａａａ」である。
このＳ４０３はＡ社が提供するＦＭＣサービス網３００を利用している。

ステップＳ４０４では、発ＩＤと着ＩＤは通信事業者Ａ社用ＳＩＰサーバ１０３にルーティングされる。このＳ４０４にて通信事業者Ａ社用ＳＩＰサーバ１０３は、受信した発ＩＤと着ＩＤから後述の図９に示すようなルーティング処理をＣＰＵの指示により実行する。ここで図９のフローチャートに従ってＳ４０４のルーティング処理を発ＩＤと着ＩＤを使って説明する。

まず発ＩＤ「ＡＡＡＡＡ」と着ＩＤ「ａａａａａ」を着信（受信）する。Ｓ９０２では有と判定され、Ｓ９０３では無と判定され、Ｓ９０４で発ＩＤ「ＡＡＡＡＡ」と着ＩＤ「ａａａａａ」を自網のＩＰ電話網３０１に発信（送信）する。ここで自網とは通信事業者Ａ社が提供するＦＭＣサービス網３００である。すなわち通信事業者Ａ社用のゲートウエイ（ＧＷ）１０２にはルーティングされない。

通信事業者Ａ社用ＳＩＰサーバ１０３は通信事業者Ａ社が提供するＦＭＣサービスを利用可能な内線番号のマスタ（図１２ １２０１）を記憶している。これによりＳ９０２にて有と判定している。

ステップＳ４０５では、発ＩＤと着ＩＤは通信事業者Ａ社のＩＰ電話網３０１にルーティングされる。ここでは発ＩＤは「ＡＡＡＡＡ」であり、着ＩＤは「ａａａａａ」である。
このＳ４０５はＡ社が提供するＦＭＣサービス網３００を利用している。

ステップＳ４０６では、発ＩＤと着ＩＤは通信事業者Ａ社のモバイル網３０２にルーティングされる。ここでは発ＩＤは「ＡＡＡＡＡ」であり、着ＩＤは「ａａａａａ」である。このＳ４０６はＡ社が提供するＦＭＣサービス網３００を利用している。

ステップＳ４０７では、ユーザｘの携帯端末４０２はユーザＸの携帯端末４０１からの内線電話を着信する。ユーザｘの携帯端末４０２の表示部には発信元番号（発ＩＤ）として「ＡＡＡＡＡ」が表示される。これによりこの内線電話の発信が「ＡＡＡＡＡ」に対応付けられたユーザＸの携帯端末４０１から発信された事を、ユーザｘは認識する事ができる。

同じように、ユーザｘがユーザＸに発信する場合も、図４に従った処理が実行される。この場合はステップＳ４０１では、発ＩＤは「ａａａａａ」であり、着ＩＤは「ＡＡＡＡＡ」である。

ここまでルーティング処理装置によるおけるルーティング処理を説明したが、ここで説明を除外したルーティング処理後の応答及び音声通話に関しては公知技術を用いる。以降においても応答及び音声通話に関しては説明を除外する。

図５は、Ａ社の携帯電話からＢ社の携帯電話に発信し、Ｂ社の携帯電話に着信する場合である。またＡ社の携帯電話から着信するユーザＹは通信事業者Ｂ社が提供するＦＭＣサービスに契約している。

よってユーザＹは通信事業者Ｂ社が提供するＦＭＣサービスに同一の契約している他のユーザとは通信事業者Ｂ社が提供するＦＭＣサービス規程に従ったサービスを享受することができる。例えば通信事業者Ｂ社に予め登録した内線番号をもつユーザ同士が、登録した内線番号にて発信し通話する場合は、その通話に係る通話料金（通信料）は内線発信扱いとなる無料となり、通信料は発生しない。通信事業者Ｂ社には当該ＦＭＣサービスに契約する為に必要な、契約料及び月々の基本サービス使用料金を予め、ユーザＹの所属する会社が支払っている。

ステップＳ５０１では、ユーザＸは携帯端末４０１からユーザＹの携帯端末６０１に発信する。ユーザＹが持つ通信事業者Ｂ社が提供するＦＭＣサービスの内線番号は「ＢＢＢＢＢ」である。ユーザＸはユーザＹの内線番号をダイアルまたは携帯端末に登録された番号を選択する事により発信する。ここで登場する内線番号「ＢＢＢＢＢ」は１０桁以下の任意の数または電話番号に使用する特定記号（＃や＊）で構成された内線番号であればよい。また電話番号の先頭の数字は０ではなく１〜９である。さらに通信事業者Ｂ社が提供するＦＭＣサービスに登録された、ユーザＹが契約しているＦＭＣサービスを利用可能な内線番号である。

ここでユーザＸは発信の時にＧＷ（中間ＳＩＰサーバ）識別番号を予め電話番号の先頭に追加して発信する。このＧＷ識別番号を追加する理由は、通信事業者Ａ社のＦＭＣサービスに登録されていないユーザＹに内線発信要求する事をユーザＸは予め知っているからである。例えはＧＷ識別番号を「５」としてユーザＹの内線番号の先頭に追加して発信する。よってここでは発ＩＤは「ＡＡＡＡＡ」であり、着ＩＤは「５ＢＢＢＢＢ」である。

ＧＷ識別番号とは通信事業者Ａ社用のゲートウエイ（中間ＳＩＰサーバ）１０２に割り当てられた番号であり、１０桁以下の任意の数または電話番号に使用する特定記号（＃や＊）で構成されたＧＷ識別番号であればよい。また先頭の数字は０ではなく、１〜９または特定記号（＃や＊）である。ＧＷ識別番号の役割は中間ＳＩＰサーバを特定する為である。中間ＳＩＰサーバ固有のＩＤと同じである。
またＧＷ識別番号「５」と内線番号「ＡＡＡＡＡ」、「ａａａａａ」、「ＢＢＢＢＢ」を合計した電話番号の桁数は１１桁を超えないとする。

ステップＳ５０２では、発ＩＤと着ＩＤは通信事業者Ａ社の基地局を経由して通信事業者Ａ社のモバイル網３０２にルーティングされる。ここでは発ＩＤは「ＡＡＡＡＡ」であり、着ＩＤは「５ＢＢＢＢＢ」である。このＳ５０２はＡ社が提供するＦＭＣサービス網３００を利用している。

ステップＳ５０３では、発ＩＤと着ＩＤは通信事業者Ａ社のＩＰ電話網３０１にルーティングされる。ここでは発ＩＤは「ＡＡＡＡＡ」であり、着ＩＤは「５ＢＢＢＢＢ」である。このＳ５０３はＡ社が提供するＦＭＣサービス網３００を利用している。

ステップＳ５０４では、発ＩＤと着ＩＤは通信事業者Ａ社用ＳＩＰサーバ１０３にルーティングされる。このＳ５０４にて通信事業者Ａ社用ＳＩＰサーバ１０３は、受信した発ＩＤと着ＩＤから後述の図９に示すようなルーティング処理をＣＰＵが実行する。ここで図９に従ってルーティング処理を発ＩＤと着ＩＤを使って説明する。

まず発ＩＤ「ＡＡＡＡＡ」と着ＩＤ「５ＢＢＢＢＢ」を着信（受信）する。Ｓ９０２では有と判定され、Ｓ９０３では有と判定され、Ｓ９０４で発ＩＤ「ＡＡＡＡＡ」と着ＩＤ「５ＢＢＢＢＢ」を通信事業者Ａ社用ゲートウエイ（ＧＷ）１０２に発信（送信）する。

ステップＳ５０５では、発ＩＤと着ＩＤは通信事業者Ａ社用ゲートウエイ１０２にルーティングされる。このＳ５０５にて通信事業者Ａ社用ゲートウエイ１０２は、受信した発ＩＤと着ＩＤから後述の図１０に示すようなルーティング処理をＣＰＵが実行する。ここで図１０に従ってルーティング処理を発ＩＤと着ＩＤを使って説明する。

まず発ＩＤ「ＡＡＡＡＡ」と着ＩＤ「５ＢＢＢＢＢ」を着信（受信）する。Ｓ１００２では有と判定され、Ｓ１００４では着ＩＤの先頭からＧＷ識別番号「５」が削除される。Ｓ１００５では無と判定され、Ｓ１００７で発ＩＤ「ＡＡＡＡＡ」と着ＩＤ「ＢＢＢＢＢ」をＳＩＰサーバ１０１（共通ＳＩＰサーバ）に発信（送信）する。

ステップＳ５０６では、発ＩＤと着ＩＤはＳＩＰサーバ１０１にルーティングされる。このＳ５０６にてＳＩＰサーバ１０１は、受信した発ＩＤと着ＩＤから後述の図１１に示すようなルーティング処理をＣＰＵが実行する。ここで図１１に従ってルーティング処理を発ＩＤと着ＩＤを使って説明する。

まず発ＩＤ「ＡＡＡＡＡ」と着ＩＤ「ＢＢＢＢＢ」を着信（受信）する。Ｓ１１０２では有と判定され、Ｓ１１０３では発ＩＤであると判定される。Ｓ１１０５ではＹＥＳと判定され、Ｓ１１０９で発ＩＤ「ＡＡＡＡＡ」と着ＩＤ「ＢＢＢＢＢ」を通信事業者Ｂ社用ゲートウエイ１０４に発信（送信）する。

ステップＳ５０７では、発ＩＤと着ＩＤは通信事業者Ｂ社用ゲートウエイ１０４にルーティングされる。通信事業者Ｂ社用ゲートウエイ１０４での処理後、発ＩＤは「ＡＡＡＡＡ」であり、着ＩＤは「ＢＢＢＢＢ」とする。

通信事業者Ｂ社用ゲートウエイ１０４で実行されるルーティング処理は図９の様な通信事業者Ａ社用ゲートウエイ１０２で実行される処理とは違う処理をするものとする。

通信事業者Ｂ社用ゲートウエイ１０４は受信した発ＩＤと着ＩＤから後述の図１７に示すようなルーティング処理をＣＰＵが実行する。ここで図１７に従ってルーティング処理を発ＩＤと着ＩＤを使って説明する。まず発ＩＤ「ＡＡＡＡＡ」と着ＩＤ「ＢＢＢＢＢ」を着信（受信）する。Ｓ１７０２で有と判定され、Ｓ１７０３で発ＩＤ「ＡＡＡＡＡ」と着ＩＤ「ＢＢＢＢＢ」を通信事業者Ｂ社用ＳＩＰサーバ１０５に発信（送信）する。

ステップＳ５０８では、発ＩＤと着ＩＤは通信事業者Ｂ社用ＳＩＰサーバ１０５にルーティングされる。通信事業者Ｂ社ＳＩＰサーバ１０５での処理後、発ＩＤは「ＡＡＡＡＡ」であり、着ＩＤは「ＢＢＢＢＢ」とする。

通信事業者Ｂ社用ＳＩＰサーバ１０５で実行されるルーティング処理は図１０の様な通信事業者Ａ社用ＳＩＰサーバ１０３で実行される処理とは違う処理をするものとする。

通信事業者Ｂ社用ＳＩＰサーバ１０５は受信した発ＩＤと着ＩＤから後述の図１６に示すようなルーティング処理をＣＰＵが実行する。ここで図１６に従ってルーティング処理を発ＩＤと着ＩＤを使って説明する。まず発ＩＤ「ＡＡＡＡＡ」と着ＩＤ「ＢＢＢＢＢ」を着信（受信）する。Ｓ１６０２で有と判定され、Ｓ１６０３で有と判定され、Ｓ１６０５で発ＩＤ「ＡＡＡＡＡ」と着ＩＤ「ＢＢＢＢＢ」を通信事業者Ｂ社ＩＰ電話網５０１に発信（送信）する。

ステップＳ５０９では、発ＩＤと着ＩＤは通信事業者Ｂ社のＩＰ電話網５０１にルーティングされる。ここでは発ＩＤは「ＡＡＡＡＡ」であり、着ＩＤは「ＢＢＢＢＢ」である。このＳ５０９はＢ社が提供するＦＭＣサービス網５００に含まれている。

ステップＳ５１０では、発ＩＤと着ＩＤは通信事業者Ｂ社のモバイル網３０２にルーティングされる。ここでは発ＩＤは「ＡＡＡＡＡ」であり、着ＩＤは「ＢＢＢＢＢ」である。このＳ５１０はＢ社が提供するＦＭＣサービス網５００に含まれている。

ステップＳ５１１では、ユーザＹの携帯端末６０１はユーザＸの携帯端末４０１からの内線電話を着信する。ユーザＹの携帯端末６０１の表示部には発信元番号（発ＩＤ）として「ＡＡＡＡＡ」が表示される。これによりこの内線電話の発信が「ＡＡＡＡＡ」に対応付けられたユーザＸの携帯端末４０１から発信された事を、ユーザＹは認識する事ができる。

図６は、Ａ社の携帯電話からＣ社の携帯に発信し、Ｃ社の携帯に着信する場合である。またＡ社の携帯電話から着信するユーザＺは通信事業者Ｃ社が提供するＦＭＣサービスに契約している。

よってユーザＺは通信事業者Ｃ社が提供するＦＭＣサービスに同一の契約している他のユーザとは通信事業者Ｃ社が提供するＦＭＣサービス規程に従ったサービスを享受することができる。例えば通信事業者Ｃ社に予め登録した内線番号をもつユーザ同士が、登録した内線番号にて発信し通話する場合は、その通話に係る通話料金（通信料）は内線発信扱いとなる無料となり、通信料は発生しない。通信事業者Ｃ社には当該ＦＭＣサービスに契約する為に必要な、契約料及び月々の基本サービス使用料金を予め、ユーザＺの所属する会社が支払っている。

ステップＳ６０１では、ユーザＸは携帯端末４０１からユーザＺの携帯端末１００１に発信する。ユーザＺが持つ通信事業者Ｃ社が提供するＦＭＣサービスの内線番号は「ＣＣＣＣＣ」である。ユーザＸはユーザＺの内線番号をダイアルまたは携帯に登録された番号を選択する事により発信する。ここで登場する内線番号「ＣＣＣＣＣ」は１０桁以下の任意の数または電話番号に使用する特定記号（＃や＊）で構成された内線番号であればよい。また先頭の数字は０ではなく１〜９である。さらに通信事業者Ｃ社が提供するＦＭＣサービスに登録された、ユーザＺが契約しているＦＭＣサービスを利用可能な内線番号である。

ここでユーザＸは発信の時にＧＷ識別番号を予め追加して発信する。例えはＧＷ識別番号を「５」としてユーザＺの内線番号の先頭に追加して発信する。よってここでは発ＩＤは「ＡＡＡＡＡ」であり、着ＩＤは「５ＣＣＣＣＣ」である。
またＧＷ識別番号と内線番号「ＡＡＡＡＡ」、「ａａａａａ」、「ＢＢＢＢＢ」、「ＣＣＣＣＣ」を合計した桁数は１１桁以下である。

ステップＳ６０２では、発ＩＤと着ＩＤは通信事業者Ａ社の基地局を経由して通信事業者Ａ社のモバイル網３０２にルーティングされる。ここでは発ＩＤは「ＡＡＡＡＡ」であり、着ＩＤは「５ＣＣＣＣＣ」である。このＳ５０２はＡ社が提供するＦＭＣサービス網３００に含まれている。

ステップＳ６０３では、発ＩＤと着ＩＤは通信事業者Ａ社のＩＰ電話網３０１にルーティングされる。ここでは発ＩＤは「ＡＡＡＡＡ」であり、着ＩＤは「５ＣＣＣＣＣ」である。このＳ５０３はＡ社が提供するＦＭＣサービス網３００に含まれている。

ステップＳ６０４では、発ＩＤと着ＩＤは通信事業者Ａ社用ＳＩＰサーバ１０３にルーティングされる。このＳ６０４にて通信事業者Ａ社用ＳＩＰサーバ１０３は、受信した発ＩＤと着ＩＤから後述の図９に示すような処理をＣＰＵが実行する。ここで図９に従ってルーティング処理を発ＩＤと着ＩＤを使って説明する。

まず発ＩＤ「ＡＡＡＡＡ」と着ＩＤ「５ＣＣＣＣＣ」を着信（受信）する。Ｓ９０２では有と判定され、Ｓ９０３では有と判定され、Ｓ９０４では有と判定され、Ｓ９０４で発ＩＤ「ＡＡＡＡＡ」と着ＩＤ「５ＣＣＣＣＣ」を通信事業者Ａ社用ゲートウエイ（ＧＷ）に発信（送信）する。

ステップＳ６０５では、発ＩＤと着ＩＤは通信事業者Ａ社用ゲートウエイ１０２にルーティングされる。このＳ６０５にて通信事業者Ａ社用ゲートウエイ１０２は、受信した発ＩＤと着ＩＤから後述の図１０に示すような処理をＣＰＵが実行する。ここで図１０に従ってルーティング処理を発ＩＤと着ＩＤを使って説明する。

まず発ＩＤ「ＡＡＡＡＡ」と着ＩＤ「５ＣＣＣＣＣ」を着信（受信）する。Ｓ１００２では有と判定され、Ｓ１００４では着ＩＤのＧＷ識別番号「５」が削除される。Ｓ１００５では無と判定され、Ｓ１００７で発ＩＤ「ＡＡＡＡＡ」と着ＩＤ「ＣＣＣＣＣ」をＳＩＰサーバ１０１に発信（送信）する。

ステップＳ６０６では、発ＩＤと着ＩＤはＳＩＰサーバ１０１（共通ＳＩＰサーバ）にルーティングされる。このＳ６０６にてＳＩＰサーバ１０１は、受信した発ＩＤと着ＩＤから後述の図１１に示すような処理をＣＰＵが実行する。ここで図１１に従ってルーティング処理を発ＩＤと着ＩＤを使って説明する。

まず発ＩＤ「ＡＡＡＡＡ」と着ＩＤ「ＣＣＣＣＣ」を着信（受信）する。Ｓ１１０２では有と判定され、Ｓ１１０３では発ＩＤであると判定される。Ｓ１１０５ではＮＯと判定され、Ｓ１１０６では 、着ＩＤにＣ社の事業者識別番号「＊３」とＣ社のＳＩＰサーバ識別番号「１」を追加する。Ｓ１１０９で発ＩＤ「ＡＡＡＡＡ」と着ＩＤ「＊３１ＣＣＣＣＣ」を通信事業者Ｃ社用ゲートウエイ１０６に発信（送信）する。よってここでは発ＩＤは「ＡＡＡＡＡ」であり、着ＩＤは「＊３１ＣＣＣＣＣ」である。

事業者識別番号とは通信事業者Ｃ社に割り当てられた番号であり、１０桁以下の任意の数または電話番号に使用する特定記号（＃や＊）で構成された事業者識別番号であればよい。また先頭の数字は０ではなく１〜９である。

ＳＩＰサーバ識別番号とはＳＩＰサーバ毎に割り当てられた番号であり、１０桁以下の任意の数または電話番号に使用する特定記号（＃や＊）で構成されたＳＩＰサーバ識別番号であればよい。また先頭の数字は０ではなく１〜９である。また事業者識別番号「＊３」とＳＩＰサーバ識別番号と内線番号「ＡＡＡＡＡ」、「ａａａａａ」、「ＢＢＢＢＢ」、「ＣＣＣＣＣ」を合計した桁数は１１桁以下である。

ステップＳ６０７では、発ＩＤと着ＩＤは通信事業者Ｃ社用ゲートウエイ１０６にルーティングされる。通信事業者Ｃ社用ゲートウエイ１０６での処理後、発ＩＤは「＊３３ＡＡＡＡＡ」であり、着ＩＤは「ＣＣＣＣＣ」とする。
通信事業者Ｃ社用ゲートウエイ１０６で実行される処理は図１０の様な通信事業者Ａ社用ゲートウエイ１０２で実行される処理とは違う処理をするものとする。

通信事業者Ｃ社用ゲートウエイ１０６は受信した発ＩＤと着ＩＤから後述の図２０に示すようなルーティング処理をＣＰＵが実行する。ここで図２０に従ってルーティング処理を発ＩＤと着ＩＤを使って説明する。まず発ＩＤ「ＡＡＡＡＡ」と着ＩＤ「＊３１ＣＣＣＣＣ」を着信（受信）する。Ｓ２００２で有と判定され、Ｓ２００５で発ＩＤ「＊３３ＡＡＡＡＡ」と着ＩＤ「ＣＣＣＣＣ」を通信事業者Ｃ社用ＳＩＰサーバ１０７に発信（送信）する。

ステップＳ６０８では、発ＩＤと着ＩＤは通信事業者Ｃ社用ＳＩＰサーバ１０７にルーティングされる。通信事業者Ｃ社ＳＩＰサーバ１０７での処理後、発ＩＤは「＊３３ＡＡＡＡＡ」であり、着ＩＤは「ＣＣＣＣＣ」とする。
通信事業者Ｃ社用ＳＩＰサーバ１０７で実行される処理は図９の様な通信事業者Ａ社用ＳＩＰサーバ１０３で実行される処理とは違う処理をするものとする。

通信事業者Ｃ社用ＳＩＰサーバ１０７は受信した発ＩＤと着ＩＤから後述の図１９に示すようなルーティング処理をＣＰＵが実行する。ここで図１９に従ってルーティング処理を発ＩＤと着ＩＤを使って説明する。まず発ＩＤ「＊３３ＡＡＡＡＡ」と着ＩＤ「ＣＣＣＣＣ」を着信（受信）する。Ｓ１９０２で有と判定され、Ｓ１９０３で有と判定され、Ｓ１９０５で発ＩＤと判定され、Ｓ１９０８で発ＩＤ「＊３３ＡＡＡＡＡ」と着ＩＤ「ＣＣＣＣＣ」を通信事業者Ｃ社ＩＰ電話網９０１に発信（送信）する。

ステップＳ６０９では、発ＩＤと着ＩＤは通信事業者Ｃ社のＩＰ電話網９０１にルーティングされる。ここでは発ＩＤは「＊３３ＡＡＡＡＡ」であり、着ＩＤは「ＣＣＣＣＣ」である。このＳ６０９はＣ社が提供するＦＭＣサービス網９００に含まれている。

ステップＳ６１０では、発ＩＤと着ＩＤは通信事業者Ｃ社のモバイル網９０２にルーティングされる。ここでは発ＩＤは「＊３３ＡＡＡＡＡ」であり、着ＩＤは「ＣＣＣＣＣ」である。このＳ６１０はＣ社が提供するＦＭＣサービス網９００に含まれている。

ステップＳ６１１では、ユーザＺの携帯端末１００１はユーザＸの携帯端末４０１からの内線電話を着信する。ユーザＹの携帯端末６０１の表示部には発信元番号（発ＩＤ）として「＊３３ＡＡＡＡＡ」が表示される。これによりこの内線電話の発信が「ＡＡＡＡＡ」に対応付けられたユーザＸの携帯端末４０１から発信された事を、ユーザＹは認識する事ができる。
図７は、Ｂ社の携帯電話６０１からＡ社の携帯４０１に発信し、Ａ社の携帯４０１に着信する場合のルーティング処理の一例を示すフローチャートである。

ステップＳ７０１では、ユーザＹは携帯端末６０１からユーザＸの携帯端末４０１に発信する。ここでは発ＩＤは「ＢＢＢＢＢ」であり、着ＩＤは「ＡＡＡＡＡ」である。

ステップＳ７０２では、発ＩＤと着ＩＤは通信事業者Ｂ社の基地局を経由して通信事業者Ｂ社のモバイル網５０２にルーティングされる。ここでは発ＩＤは「ＢＢＢＢＢ」であり、着ＩＤは「ＡＡＡＡＡ」である。このＳ７０２はＢ社が提供するＦＭＣサービス網５００に含まれている。

ステップＳ７０３では、発ＩＤと着ＩＤは通信事業者Ｂ社のＩＰ電話網５０１にルーティングされる。ここでは発ＩＤは「ＢＢＢＢＢ」であり、着ＩＤは「ＡＡＡＡＡ」である。このＳ７０３はＢ社が提供するＦＭＣサービス網５００に含まれている。
ステップＳ７０４では、発ＩＤと着ＩＤは通信事業者Ｂ社用ＳＩＰサーバ１０５にルーティングされる。
通信事業者Ｂ社用ＳＩＰサーバ１０５での処理後、発ＩＤは「ＢＢＢＢＢ」であり、着ＩＤは「ＡＡＡＡＡ」とする。
通信事業者Ｂ社用ＳＩＰサーバ１０５で実行される処理は図９の通信事業者Ａ社用ＳＩＰサーバ１０３で実行される処理とは違う処理をするものとする。

通信事業者Ｂ社用ＳＩＰサーバ１０５は受信した発ＩＤと着ＩＤから後述の図１６に示すようなルーティング処理をＣＰＵが実行する。ここで図１６に従ってルーティング処理を発ＩＤと着ＩＤを使って説明する。まず発ＩＤ「ＢＢＢＢＢ」と着ＩＤ「ＡＡＡＡＡ」を着信（受信）する。Ｓ１６０２で有と判定され、Ｓ１６０３で無と判定され、Ｓ１６０４で発ＩＤ「ＢＢＢＢＢ」と着ＩＤ「ＡＡＡＡＡ」を通信事業者Ｂ社ゲートウエイ１０４に発信（送信）する。
ステップＳ７０５では、発ＩＤと着ＩＤは通信事業者Ｂ社用ゲートウエイ１０４にルーティングされる。
通信事業者Ｂ社用ゲートウエイ１０４での処理後、発ＩＤは「ＢＢＢＢＢ」であり、着ＩＤは「ＡＡＡＡＡ」とする。
通信事業者Ｂ社用ゲートウエイ１０４で実行される処理は図１０の様な通信事業者Ａ社用ゲートウエイ１０２で実行される処理とは違う処理をするものとする。

通信事業者Ｂ社用ゲートウエイ１０４は受信した発ＩＤと着ＩＤから後述の図１７に示すようなルーティング処理をＣＰＵが実行する。ここで図１７に従ってルーティング処理を発ＩＤと着ＩＤを使って説明する。まず発ＩＤ「ＢＢＢＢＢ」と着ＩＤ「ＡＡＡＡＡ」を着信（受信）する。Ｓ１７０２で無と判定され、Ｓ１７０４で発ＩＤ「ＢＢＢＢＢ」と着ＩＤ「ＢＢＢＢＢ」をＳＩＰサーバ１０１に発信（送信）する。

ステップＳ７０６では、発ＩＤと着ＩＤはＳＩＰサーバ１０１（共通ＳＩＰサーバ）にルーティングされる。このＳ７０６にてＳＩＰサーバ１０１は、受信した発ＩＤと着ＩＤから後述の図１１に示すような処理をＣＰＵが実行する。ここで図１１に従ってルーティング処理を発ＩＤと着ＩＤを使って説明する。

まず発ＩＤ「ＢＢＢＢＢ」と着ＩＤ「ＡＡＡＡＡ」を着信（受信）する。Ｓ１１０２では有と判定され、Ｓ１１０３では着ＩＤであると判定される。Ｓ１１０４ではＧＷ識別番号を追加する。Ｓ１１０８で発ＩＤ「ＢＢＢＢＢ」と着ＩＤ「５ＡＡＡＡＡ」を通信事業者Ａ社用ゲートウエイ１０２に発信（送信）する。
ステップＳ７０７では、発ＩＤと着ＩＤは通信事業者Ａ社用ゲートウエイ１０２にルーティングされる。

このＳ７０７にて通信事業者Ａ社用ゲートウエイ１０２は、受信した発ＩＤと着ＩＤから後述の図１０に示すような処理をＣＰＵが実行する。ここで図１０に従ってルーティング処理を発ＩＤと着ＩＤを使って説明する。

まず発ＩＤ「ＢＢＢＢＢ」と着ＩＤ「５ＡＡＡＡＡ」を着信（受信）する。Ｓ１００２では無と判定され、Ｓ１００３では発ＩＤにＧＷ識別番号を追加する。Ｓ１００４では着ＩＤからＧＷ識別番号を削除する。Ｓ１００５では有と判定され、
Ｓ１００６で発ＩＤ「５ＢＢＢＢＢ」と着ＩＤ「ＡＡＡＡＡ」を通信事業者Ａ社用ＳＩＰサーバ１０３に発信（送信）する。
ステップＳ７０８では、発ＩＤと着ＩＤは通信事業者Ａ社用ＳＩＰサーバ１０３にルーティングされる。

このＳ７０８にて通信事業者Ａ社用ＳＩＰサーバ１０３は、受信した発ＩＤと着ＩＤから後述の図９に示すような処理をＣＰＵが実行する。ここで図９に従ってルーティング処理を発ＩＤと着ＩＤを使って説明する。

まず発ＩＤ「５ＢＢＢＢＢ」と着ＩＤ「ＡＡＡＡＡ」を着信（受信）する。Ｓ９０２では有と判定され、Ｓ９０３では無と判定され、Ｓ９０５で発ＩＤ「５ＢＢＢＢＢ」と着ＩＤ「ＡＡＡＡＡ」を通信事業者Ａ社のＩＰ電話網３０１に発信（送信）する。

ステップＳ７０９では、発ＩＤと着ＩＤは通信事業者Ａ社のＩＰ電話網３０１にルーティングされる。ここでは発ＩＤは「５ＢＢＢＢＢ」であり、着ＩＤは「ＡＡＡＡＡ」である。このＳ７０９はＡ社が提供するＦＭＣサービス網３００に含まれている。

ステップＳ７１０では、発ＩＤと着ＩＤは通信事業者Ａ社のモバイル網３０２にルーティングされる。ここでは発ＩＤは「５ＢＢＢＢＢ」であり、着ＩＤは「ＡＡＡＡＡ」である。このＳ７１０はＡ社が提供するＦＭＣサービス網３００に含まれている。

ステップＳ７１１では、ユーザＸの携帯端末４０１はユーザＹの携帯端末１００１からの内線電話を着信する。ユーザＸの携帯端末４０１の表示部には発信元番号（発ＩＤ）として「５ＢＢＢＢＢ」が表示される。これによりこの内線電話の発信が「ＢＢＢＢＢ」に対応付けられたユーザＹの携帯端末６０１から発信された事を、ユーザＸは認識する事ができる。
図８は、Ｃ社の携帯電話１００１からＡ社の携帯４０１に発信し、Ａ社の携帯４０１に着信する場合のルーティング処理の一例を示すフローチャートである。

ステップＳ８０１では、ユーザＺは携帯端末１００１からユーザＸの携帯端末４０１に発信する。ここでユーザＺは発信の時に事業者識別番号を予め追加して発信する。つまりＣ社の事業者識別番号を「＊３」としてユーザＺの内線番号の先頭に追加して発信する。更に共通ＳＩＰサーバの識別番号である「３」を事業者識別番号「＊３」の後に追加する。
よってここでは発ＩＤは「ＣＣＣＣＣ」であり、着ＩＤは「＊３３ＡＡＡＡＡ」である。

ステップＳ８０２では、発ＩＤと着ＩＤは通信事業者Ｃ社の基地局を経由して通信事業者Ｃ社のモバイル網９０２にルーティングされる。ここでは発ＩＤは「ＣＣＣＣＣ」であり、着ＩＤは「＊３３ＡＡＡＡＡ」である。このＳ８０２はＣ社が提供するＦＭＣサービス網９００に含まれている。

ステップＳ８０３では、発ＩＤと着ＩＤは通信事業者Ｃ社のＩＰ電話網９０１にルーティングされる。ここでは発ＩＤは「ＣＣＣＣＣ」であり、着ＩＤは「＊３３ＡＡＡＡＡ」である。このＳ８０３はＣ社が提供するＦＭＣサービス網９００に含まれている。
ステップＳ８０４では、発ＩＤと着ＩＤは通信事業者Ｃ社用ＳＩＰサーバ１０７にルーティングされる。
通信事業者Ｃ社用ＳＩＰサーバ１０７での処理後、発ＩＤは「ＣＣＣＣＣ」であり、着ＩＤは「ＡＡＡＡＡ」とする。
通信事業者Ｃ社用ＳＩＰサーバ１０７で実行される処理は図９の様な通信事業者Ａ社用ＳＩＰサーバ１０３で実行される処理とは違う処理をするものとする。

通信事業者Ｃ社用ＳＩＰサーバ１０７は受信した発ＩＤと着ＩＤから後述の図１９に示すようなルーティング処理をＣＰＵが実行する。ここで図１９に従ってルーティング処理を発ＩＤと着ＩＤを使って説明する。まず発ＩＤ「ＣＣＣＣＣ」と着ＩＤ「＊３３ＡＡＡＡＡ」を着信（受信）する。Ｓ１９０２で有と判定され、Ｓ１９０３で有と判定され、Ｓ１９０５で着ＩＤと判定され、Ｓ１９０６で着ＩＤから事業者識別番号とＳＩＰサーバ識別番号を削除する。Ｓ１９０７で発ＩＤ「ＣＣＣＣＣ」と着ＩＤ「ＡＡＡＡＡ」を通信事業者Ｃ社ゲートウエイ１０６に発信（送信）する。
ステップＳ８０５では、発ＩＤと着ＩＤは通信事業者Ｃ社用ゲートウエイ１０６にルーティングされる。
通信事業者Ｃ社用ゲートウエイ１０６での処理後、発ＩＤは「ＣＣＣＣＣ」であり、着ＩＤは「ＡＡＡＡＡ」とする。
通信事業者Ｃ社用ゲートウエイ１０６で実行される処理は図１０の様な通信事業者Ａ社用ゲートウエイ１０２で実行される処理とは違う処理をするものとする。

通信事業者Ｃ社用ゲートウエイ１０６は受信した発ＩＤと着ＩＤから後述の図２０に示すようなルーティング処理をＣＰＵが実行する。ここで図２０に従ってルーティング処理を発ＩＤと着ＩＤを使って説明する。まず発ＩＤ「ＣＣＣＣＣ」と着ＩＤ「ＡＡＡＡＡ」を着信（受信）する。Ｓ２００２で無と判定され、Ｓ２００６で発ＩＤ「ＣＣＣＣＣ」と着ＩＤ「ＡＡＡＡＡ」をＳＩＰサーバ１０１に発信（送信）する。

ステップＳ８０６では、発ＩＤと着ＩＤはＳＩＰサーバ１０１にルーティングされる。このＳ８０６にてＳＩＰサーバ１０１は、受信した発ＩＤと着ＩＤから後述の図１１に示すような処理をＣＰＵが実行する。ここで図１１に従ってルーティング処理を発ＩＤと着ＩＤを使って説明する。

まず発ＩＤ「ＣＣＣＣＣ」と着ＩＤ「ＡＡＡＡＡ」を着信（受信）する。Ｓ１１０２では有と判定され、Ｓ１１０３では着ＩＤであると判定される。Ｓ１１０４ではＧＷ識別番号を追加する。Ｓ１１０７で発ＩＤ「ＣＣＣＣＣ」と着ＩＤ「５ＡＡＡＡＡ」を通信事業者Ａ社用ゲートウエイ１０２に発信（送信）する。
ステップＳ８０７では、発ＩＤと着ＩＤは通信事業者Ａ社用ゲートウエイ１０２にルーティングされる。

このＳ８０７にて通信事業者Ａ社用ゲートウエイ１０２は、受信した発ＩＤと着ＩＤから後述の図１０に示すような処理をＣＰＵが実行する。ここで図１０に従ってルーティング処理を発ＩＤと着ＩＤを使って説明する。

まず発ＩＤ「ＣＣＣＣＣ」と着ＩＤ「５ＡＡＡＡＡ」を着信（受信）する。Ｓ１００２では無と判定され、Ｓ１００３では発ＩＤにＧＷ識別番号を追加する。Ｓ１００４では着ＩＤからＧＷ識別番号を削除する。Ｓ１００５では有と判定され、Ｓ１００６で発ＩＤ「５ＣＣＣＣＣ」と着ＩＤ「ＡＡＡＡＡ」を通信事業者Ａ社用ＳＩＰサーバ１０３に発信（送信）する。
ステップＳ８０８では、発ＩＤと着ＩＤは通信事業者Ａ社用ＳＩＰサーバ１０３にルーティングされる。

このＳ８０８にて通信事業者Ａ社用ＳＩＰサーバ１０３は、受信した発ＩＤと着ＩＤから後述の図９に示すような処理をＣＰＵが実行する。ここで図９に従ってルーティング処理を発ＩＤと着ＩＤを使って説明する。

まず発ＩＤ「５ＣＣＣＣＣ」と着ＩＤ「ＡＡＡＡＡ」を着信（受信）する。Ｓ９０２では有と判定され、Ｓ９０３では無と判定され、Ｓ９０５で発ＩＤ「５ＣＣＣＣＣ」と着ＩＤ「ＡＡＡＡＡ」を通信事業者Ａ社のＩＰ電話網３０１に発信（送信）する。

ステップＳ８０９では、発ＩＤと着ＩＤは通信事業者Ａ社のＩＰ電話網３０１にルーティングされる。ここでは発ＩＤは「５ＣＣＣＣＣ」であり、着ＩＤは「ＡＡＡＡＡ」である。このＳ８０９はＡ社が提供するＦＭＣサービス網３００に含まれている。

ステップＳ８１０では、発ＩＤと着ＩＤは通信事業者Ａ社のモバイル網３０２にルーティングされる。ここでは発ＩＤは「５ＣＣＣＣＣ」であり、着ＩＤは「ＡＡＡＡＡ」である。このＳ７１０はＡ社が提供するＦＭＣサービス網３００に含まれている。

ステップＳ８１１では、ユーザＸの携帯端末４０１はユーザＺの携帯端末１００１からの内線電話を着信する。ユーザＸの携帯端末４０１の表示部には発信元番号（発ＩＤ）として「５ＣＣＣＣＣ」が表示される。これによりこの内線電話の発信が「ＣＣＣＣＣ」に対応付けられたユーザＺの携帯端末１００１から発信された事を、ユーザＸは認識する事ができる。

図９は、通信事業者Ａ社用ＳＩＰサーバ１０３に着信した場合に、通信事業者Ａ社用ＳＩＰサーバ１０３の各処理部が実行するルーティング処理の一例を示すフローチャートである。
ステップＳ９０１では、通信事業者Ａ社用ＳＩＰサーバ１０３の通信部は発ＩＤ及び着ＩＤを着信（受信）する。

ステップＳ９０２では、通信事業者Ａ社用ＳＩＰサーバ１０３の判定部は発ＩＤ及び着ＩＤに内線番号があるかを判定する。有と判定した場合はステップＳ９０３に進み、無と判定した場合は処理を終了する。

ステップＳ９０３では、通信事業者Ａ社用ＳＩＰサーバ１０３の判定部は着ＩＤにＧＷ（中間ＳＩＰサーバ）識別番号があるかを判定する。有と判定した場合はステップＳ９０４に進み、無と判定した場合はステップＳ９０５に進む。

ステップＳ９０４では、通信事業者Ａ社用ＳＩＰサーバ１０３の通信部は発ＩＤ及び着ＩＤを通信事業者Ａ社用ゲートウエイ（中間ＳＩＰサーバ）１０２に発信（送信）する。
ステップＳ９０５では、通信事業者Ａ社用ＳＩＰサーバ１０３の通信部は発ＩＤ及び着ＩＤを通信事業者Ａ社ＩＰ電話網３０１に発信（送信）する。

図１０は、通信事業者Ａ社用ゲートウエイに着信した場合に、通信事業者Ａ社用ゲートウエイの処理部が実行するルーティング処理の一例を示すフローチャートである。
ステップＳ１００１では、通信事業者Ａ社用ゲートウエイ１０２の通信部は発ＩＤ及び着ＩＤを着信（受信）する。

ステップＳ１００２では、通信事業者Ａ社用ゲートウエイ１０２の判定部は発ＩＤに内線番号があるかを判定する。有と判定した場合はステップＳ１００４に進み、無と判定した場合はステップＳ１００３に進む。
ステップＳ１００３では、通信事業者Ａ社用ゲートウエイ１０２の追加部は発ＩＤの先頭にＧＷ識別番号を追加する。
ステップＳ１００４では、通信事業者Ａ社用ゲートウエイ１０２の削除部は着ＩＤの先頭のＧＷ（中間ＳＩＰサーバ）識別番号を削除する。

ステップＳ１００５では、通信事業者Ａ社用ゲートウエイ１０２の判定部は着ＩＤに内線番号があるかを判定する。有と判定した場合はステップＳ１００６に進み、無と判定した場合はステップＳ１００７に進む。
ステップＳ１００６では、通信事業者Ａ社用ゲートウエイ１０２の通信部は発ＩＤ及び着ＩＤを通信事業者Ａ社用ＳＩＰサーバ１０３に発信（送信）する。
ステップＳ１００７では、通信事業者Ａ社用ゲートウエイ１０２の通信部は発ＩＤ及び着ＩＤをＳＩＰサーバ１０１に発信（送信）する。

図１１は、ＳＩＰサーバ１０１（共通ＳＩＰサーバ）に着信した場合に、ＳＩＰサーバ１０１の処理部（制御部、判定部、追加部、削除部、登録部、通信部）が実行するルーティング処理の一例を示すフローチャートである。処理部が実行するルーティング処理のプログラムはＣＰＵが実行の指示をする。
ステップＳ１１０１では、ＳＩＰサーバ１０１の通信部は発ＩＤ及び着ＩＤを着信（受信）する。（第２の受信手段）（第３の受信手段）

ステップＳ１１０２では、ＳＩＰサーバ１０１の判定部は発ＩＤ及び着ＩＤに内線番号があるかを判定する。有と判定した場合はステップＳ１１０３に進み、無と判定した場合はステップＳ１１０５に進む。Ｓ１１０２では第１の通信事業者（通信事業者Ａ社か否か）を判定する。

ステップＳ１１０３では、ＳＩＰサーバ１０１の判定部は発ＩＤ及び着ＩＤのどちらに内線番号があるかを判定する。発ＩＤであると判定した場合はステップＳ１１０５に進み、着ＩＤであると判定した場合はステップＳ１１０４に進む。Ｓ１１０３では第１の通信事業者（通信事業者Ａ社）の着ＩＤがあるかも同時に判定する。
ステップＳ１１０４では、ＳＩＰサーバ１０１の追加部は着ＩＤの先頭にＧＷ識別番号を追加する。

ステップＳ１１０５では、ＳＩＰサーバ１０１の判定部は発ＩＤ及び着ＩＤに第２候補の内線番号があるかを判定する。（第２の判断手段）（第３の判断手段）有と判定した場合はステップＳ１１０８に進み、無と判定した場合はステップＳ１１０６に進む。Ｓ１１０５では第２の通信事業者（通信事業者Ｂ社）の着ＩＤがあるかも同時に判定する。（識別手段）Ｓ１１０５では第３の通信事業者（通信事業者Ｃ社）の着ＩＤがあるかも同時に判定する。
ステップＳ１１０６では、ＳＩＰサーバ１０１の追加部は着ＩＤの先頭に事業者識別番号を追加する。（特定ＳＩＰサーバ識別番号追加手段）
ステップＳ１１０７では、ＳＩＰサーバ１０１の通信部は発ＩＤ及び着ＩＤを通信事業者Ａ社用ゲートウエイ１０２に発信（送信）する。
ステップＳ１１０８では、ＳＩＰサーバ１０１の通信部は発ＩＤ及び着ＩＤを通信事業者Ｂ社用ゲートウエイ１０４に発信（送信）する。（第２の送信手段）

変形例としてステップＳ１１０８では、ＳＩＰサーバ１０１の通信部は発ＩＤ及び着ＩＤを通信事業者Ｂ社用ＳＩＰサーバ１０５に発信（送信）する場合もある。それは図１に通信事業者Ｂ社用ゲートウエイ１０４が接続されていない場合である。すなわちＢ社用ゲートウエイ１０４が接続されていない場合は、ステップＳ１１０５の判定においてＹＥＳと判定した場合にＳＩＰサーバ１０１の通信部は発ＩＤ及び着ＩＤを通信事業者Ｂ社用ＳＩＰサーバ１０５に発信（送信）する。またＢ社用ゲートウエイ１０４が接続されていない場合は、図５、図１５においてＢ社用ゲートウエイ１０４の処理はなくなる。
ステップＳ１１０９では、ＳＩＰサーバ１０１の通信部は発ＩＤ及び着ＩＤを通信事業者Ｃ社用ゲートウエイ１０６に発信（送信）する。

変形例としてステップＳ１１０９では、ＳＩＰサーバ１０１の通信部は発ＩＤ及び着ＩＤを通信事業者Ｃ社用ＳＩＰサーバ１０７に発信（送信）する場合もある。それは図１に通信事業者Ｃ社用ゲートウエイ１０６が接続されていない場合である。すなわちＣ社用ゲートウエイ１０６が接続されていない場合は、ステップＳ１１０５の判定においてＮＯと判定した場合にＳＩＰサーバ１０１の通信部は発ＩＤ及び着ＩＤを通信事業者Ｃ社用ＳＩＰサーバ１０７に発信（送信）する。またＣ社用ゲートウエイ１０６が接続されていない場合は、図６、図１４においてＣ社用ゲートウエイ１０６の処理はなくなる。
図１２は、本願発明で使用するデータテーブルである。

１２０１は通信事業者Ａ社ＦＭＣサービスが利用可能な利用者の内線番号が登録された内線電話マスタである。１２０１の内線番号は通信事業者Ａ社自身の通信網の電話端末に割り当てた電話番号である。

１２０２は通信事業者Ｂ社ＦＭＣサービスが利用可能な利用者の内線番号が登録された内線電話マスタである。１２０２の内線番号は通信事業者Ｂ社自身の通信網の電話端末に割り当てた電話番号である。

１２０３は通信事業者Ｃ社ＦＭＣサービスが利用可能な利用者の内線番号が登録された内線電話マスタである。１２０３の内線番号は通信事業者Ｃ社自身の通信網の電話端末に割り当てた電話番号である。
１２０１〜１２０３に示すような内線番号は社員一人ひとりに割り当てられた番号であり、次のルールで運用する。
（１）同じ通信事業者のＦＭＣサービスでは同じ内線番号を割り当てないものとする。
（２）異なる通信事業者のＦＭＣサービスであっても同じ内線番号を割り当てないものとする。（重複しない）

これにより内線番号は社員一人ひとりに割り当てられた番号となり社員一人ひとりに割り当てられた固有ワンナンバーとなる。また内線番号は「ＡＡＡＡＡ」、「ａａａａａ」の様に１０桁以下の任意の数または電話番号に使用する特定記号（＃や＊）であればよい。また先頭の数字は０ではなく１〜９である。つまり実際に使用する際には「１１１１１」、「１１１１２」といった番号となり、電話番号として使用できる番号であればよい。

また、本発明におけるプログラムは、図９〜図１１に示すフローチャートの処理に従ってルーティング処理装置が実行可能なプログラムであり、本発明の記憶媒体は図９〜図１１の処理方法を実行可能なプログラムとして記憶している。

図１３は、Ｂ社の携帯電話からＢ社の携帯に発信し、Ｂ社の携帯に着信する場合である。またＢ社の携帯電話から発信するユーザＹは通信事業者Ｂ社が提供するＦＭＣサービスに契約している。よってユーザＹは通信事業者Ｂ社が提供するＦＭＣサービスに同一の契約している他のユーザとは通信事業者Ｂ社が提供するＦＭＣサービス規程に従ったサービスを享受することができる。

例えば通信事業者Ｂ社に予め登録した内線番号をもつユーザ同士が、登録した内線番号にて発信し通話する場合は、その通話に係る通話料金（通信料）は内線発信扱いとなる無料となり、通信料は発生しない。通信事業者Ｂ社には当該ＦＭＣサービスに契約する為に必要な、契約料及び月々の基本サービス使用料金を予め、ユーザＹの所属する会社が支払っている。

ステップＳ１３０１では、ユーザＹは携帯端末６０１からユーザｙの携帯端末６０２に発信する。ユーザＹはユーザｙと共に通信事業者Ｂ社が提供するＦＭＣサービスに同一の契約をしている。ユーザＹは自分の内線番号は「ＢＢＢＢＢ」であり、ユーザｙは自分の内線番号は「ｂｂｂｂｂ」である。

ユーザＹはユーザｙの内線番号である「ｂｂｂｂｂ」をダイアルまたは携帯に登録された番号を選択する事により発信する。よってここでは発ＩＤは「ＢＢＢＢＢ」であり、着ＩＤは「ｂｂｂｂｂ」である。

ここでユーザＹが発信する場所は通信事業者Ｂ社が提供する携帯電話モバイル網と接続可能な地域であれば何ら制限はない。ここで登場する内線番号「ＢＢＢＢＢ」、「ｂｂｂｂｂ」は１０桁以下の任意の数または電話番号に使用する特定記号（＃や＊）で構成された内線番号であればよい。また先頭の数字は０ではなく１〜９である。さらに通信事業者Ｂ社が提供するＦＭＣサービスに登録された、ユーザＹやユーザｙが契約しているＦＭＣサービスを利用可能な内線番号である。

ステップＳ１３０２では、発ＩＤと着ＩＤは通信事業者Ｂ社の基地局を経由して通信事業者Ｂ社のモバイル網５０２にルーティングされる。ここでは発ＩＤは「ＢＢＢＢＢ」であり、着ＩＤは「ｂｂｂｂｂ」である。このＳ５０２はＢ社が提供するＦＭＣサービス網５００を利用している。

ステップＳ１３０３では、発ＩＤと着ＩＤは通信事業者Ｂ社のＩＰ電話網５０１にルーティングされる。ここでは発ＩＤは「ＢＢＢＢＢ」であり、着ＩＤは「ｂｂｂｂｂ」である。
このＳ１３０３はＢ社が提供するＦＭＣサービス網５００を利用している。

ステップＳ１３０４では、発ＩＤと着ＩＤは通信事業者Ｂ社用ＳＩＰサーバ１０５にルーティングされる。このＳ１３０４にて通信事業者Ｂ社用ＳＩＰサーバ１０５は、受信した発ＩＤと着ＩＤから後述の図１６に示すようなルーティング処理をＣＰＵの指示により実行する。ここで図１６のフローチャートに従ってＳ１３０４のルーティング処理を発ＩＤと着ＩＤを使って説明する。

まず発ＩＤ「ＢＢＢＢＢ」と着ＩＤ「ｂｂｂｂｂ」を着信（受信）する。Ｓ１６０２では有と判定され、Ｓ１６０３では有と判定され、Ｓ１６０４で発ＩＤ「ＢＢＢＢＢ」と着ＩＤ「ｂｂｂｂｂ」を自網のＩＰ電話網５０１に発信（送信）する。ここで自網とは通信事業者Ｂ社が提供するＦＭＣサービス網５００である。すなわち通信事業者Ｂ社用のゲートウエイ（ＧＷ）にはルーティングされない。

通信事業者Ｂ社用ＳＩＰサーバ１０５は通信事業者Ｂ社が提供するＦＭＣサービスを利用可能な内線番号のマスタ（図１２ １２０２）を記憶している。これによりＳ１６０３にて有と判定している。

ステップＳ１３０５では、発ＩＤと着ＩＤは通信事業者Ｂ社のＩＰ電話網５０１にルーティングされる。ここでは発ＩＤは「ＢＢＢＢＢ」であり、着ＩＤは「ｂｂｂｂｂ」である。
このＳ１３０５はＢ社が提供するＦＭＣサービス網５００を利用している。

ステップＳ１３０６では、発ＩＤと着ＩＤは通信事業者Ｂ社のモバイル網５０２にルーティングされる。ここでは発ＩＤは「ＢＢＢＢＢ」であり、着ＩＤは「ｂｂｂｂｂ」である。このＳ１３０６はＢ社が提供するＦＭＣサービス網５００を利用している。

ステップＳ１３０７では、ユーザｙの携帯端末６０２はユーザＹの携帯端末６０１からの内線電話を着信する。ユーザｙの携帯端末６０２の表示部には発信元番号（発ＩＤ）として「ＢＢＢＢＢ」が表示される。これによりこの内線電話の発信が「ＢＢＢＢＢ」に対応付けられたユーザＹの携帯端末６０１から発信された事を、ユーザｙは認識する事ができる。

同じように、ユーザｙがユーザＹに発信する場合も、図１３に従った処理が実行される。この場合はステップＳ１３０１では、発ＩＤは「ｂｂｂｂｂ」であり、着ＩＤは「ＢＢＢＢＢ」である。

図１４は、Ｂ社の携帯電話６０１からＣ社の携帯１００１に発信し、Ｃ社の携帯１００１に着信する場合のルーティング処理の一例を示すフローチャートである。

ステップＳ１４０１では、ユーザＹは携帯端末６０１からユーザＺの携帯端末１００１に発信する。ここでは発ＩＤは「ＢＢＢＢＢ」であり、着ＩＤは「ＣＣＣＣＣ」である。

ステップＳ１４０２では、発ＩＤと着ＩＤは通信事業者Ｂ社の基地局を経由して通信事業者Ｂ社のモバイル網５０２にルーティングされる。ここでは発ＩＤは「ＢＢＢＢＢ」であり、着ＩＤは「ＣＣＣＣＣ」である。このＳ１４０２はＢ社が提供するＦＭＣサービス網５００に含まれている。

ステップＳ１４０３では、発ＩＤと着ＩＤは通信事業者Ｂ社のＩＰ電話網５０１にルーティングされる。ここでは発ＩＤは「ＢＢＢＢＢ」であり、着ＩＤは「ＣＣＣＣＣ」である。このＳ１４０３はＢ社が提供するＦＭＣサービス網５００に含まれている。
ステップＳ１４０４では、発ＩＤと着ＩＤは通信事業者Ｂ社用ＳＩＰサーバ１０５にルーティングされる。
通信事業者Ｂ社用ＳＩＰサーバ１０５での処理後、発ＩＤは「ＢＢＢＢＢ」であり、着ＩＤは「ＣＣＣＣＣ」とする。
通信事業者Ｂ社用ＳＩＰサーバ１０５で実行される処理は図９の様な通信事業者Ａ社用ＳＩＰサーバ１０３で実行される処理とは違う処理をするものとする。

通信事業者Ｂ社用ＳＩＰサーバ１０５は受信した発ＩＤと着ＩＤから後述の図１６に示すようなルーティング処理をＣＰＵが実行する。ここで図１６に従ってルーティング処理を発ＩＤと着ＩＤを使って説明する。まず発ＩＤ「ＢＢＢＢＢ」と着ＩＤ「ＣＣＣＣＣ」を着信（受信）する。Ｓ１６０２で有と判定され、Ｓ１６０３で無と判定され、Ｓ１６０４で発ＩＤ「ＢＢＢＢＢ」と着ＩＤ「ＣＣＣＣＣ」を通信事業者Ｂ社ゲートウエイ１０４に発信（送信）する。
ステップＳ１４０５では、発ＩＤと着ＩＤは通信事業者Ｂ社用ゲートウエイ１０４にルーティングされる。
通信事業者Ｂ社用ゲートウエイ１０４での処理後、発ＩＤは「ＢＢＢＢＢ」であり、着ＩＤは「ＣＣＣＣＣ」とする。
通信事業者Ｂ社用ゲートウエイ１０４で実行される処理は図１０の様な通信事業者Ａ社用ゲートウエイ１０２で実行される処理とは違う処理をするものとする。

通信事業者Ｂ社用ゲートウエイ１０４は受信した発ＩＤと着ＩＤから後述の図１７に示すようなルーティング処理をＣＰＵが実行する。ここで図１７に従ってルーティング処理を発ＩＤと着ＩＤを使って説明する。まず発ＩＤ「ＢＢＢＢＢ」と着ＩＤ「ＣＣＣＣＣ」を着信（受信）する。Ｓ１７０２で無と判定され、Ｓ１７０４で発ＩＤ「ＢＢＢＢＢ」と着ＩＤ「ＣＣＣＣＣ」をＳＩＰサーバ１０１に発信（送信）する。

ステップＳ１４０６では、発ＩＤと着ＩＤはＳＩＰサーバ１０１にルーティングされる。このＳ１４０６にてＳＩＰサーバ１０１は、受信した発ＩＤと着ＩＤから後述の図１１に示すような処理をＣＰＵが実行する。ここで図１１に従ってルーティング処理を発ＩＤと着ＩＤを使って説明する。

まず発ＩＤ「ＢＢＢＢＢ」と着ＩＤ「ＣＣＣＣＣ」を着信（受信）する。Ｓ１１０２では無と判定され、Ｓ１１０５ではＮＯであると判定される。Ｓ１１０６では事業者識別番号とＳＩＰサーバ識別番号を追加する。Ｓ１１０９で発ＩＤ「ＢＢＢＢＢ」と着ＩＤ「＊３１ＣＣＣＣＣ」を通信事業者Ｃ社用ゲートウエイ１０６に発信（送信）する。

ステップＳ１４０７では、発ＩＤと着ＩＤは通信事業者Ｃ社用ゲートウエイ１０６にルーティングされる。通信事業者Ｃ社用ゲートウエイ１０６での処理後、発ＩＤは「＊３３ＢＢＢＢＢ」であり、着ＩＤは「ＣＣＣＣＣ」とする。
通信事業者Ｃ社用ゲートウエイ１０６で実行される処理は図１０の様な通信事業者Ａ社用ゲートウエイ１０２で実行される処理とは違う処理をするものとする。

通信事業者Ｃ社用ゲートウエイ１０６は受信した発ＩＤと着ＩＤから後述の図２０に示すようなルーティング処理をＣＰＵが実行する。ここで図２０に従ってルーティング処理を発ＩＤと着ＩＤを使って説明する。まず発ＩＤ「ＢＢＢＢＢ」と着ＩＤ「＊３１ＣＣＣＣＣ」を着信（受信）する。Ｓ２００２で有と判定され、Ｓ２００５で発ＩＤ「＊３３ＢＢＢＢＢ」と着ＩＤ「ＣＣＣＣＣ」を通信事業者Ｃ社用ＳＩＰサーバ１０７に発信（送信）する。

ステップＳ１４０８では、発ＩＤと着ＩＤは通信事業者Ｃ社用ＳＩＰサーバ１０７にルーティングされる。通信事業者Ｃ社ＳＩＰサーバ１０７での処理後、発ＩＤは「＊３３ＢＢＢＢＢ」であり、着ＩＤは「ＣＣＣＣＣ」とする。
通信事業者Ｃ社用ＳＩＰサーバ１０７で実行される処理は図９の様な通信事業者Ａ社用ＳＩＰサーバ１０３で実行される処理とは違う処理をするものとする。

通信事業者Ｃ社用ＳＩＰサーバ１０７は受信した発ＩＤと着ＩＤから後述の図１９に示すようなルーティング処理をＣＰＵが実行する。ここで図１９に従ってルーティング処理を発ＩＤと着ＩＤを使って説明する。まず発ＩＤ「＊３３ＢＢＢＢＢ」と着ＩＤ「ＣＣＣＣＣ」を着信（受信）する。Ｓ１９０２で有と判定され、Ｓ１９０３で有と判定され、Ｓ１９０５で発ＩＤと判定され、Ｓ１９０８で発ＩＤ「＊３３ＢＢＢＢＢ」と着ＩＤ「ＣＣＣＣＣ」を通信事業者Ｃ社ＩＰ電話網９０１に発信（送信）する。

ステップＳ１４０９では、発ＩＤと着ＩＤは通信事業者Ｃ社のＩＰ電話網９０１にルーティングされる。ここでは発ＩＤは「＊３３ＢＢＢＢＢ」であり、着ＩＤは「ＣＣＣＣＣ」である。このＳ６０９はＣ社が提供するＦＭＣサービス網９００に含まれている。

ステップＳ１４１０では、発ＩＤと着ＩＤは通信事業者Ｃ社のモバイル網９０２にルーティングされる。ここでは発ＩＤは「＊３３ＢＢＢＢＢ」であり、着ＩＤは「ＣＣＣＣＣ」である。このＳ６１０はＣ社が提供するＦＭＣサービス網９００に含まれている。

ステップＳ６１１では、ユーザＺの携帯端末１００１はユーザＹの携帯端末６０１からの内線電話を着信する。ユーザＺの携帯端末１００１の表示部には発信元番号（発ＩＤ）として「＊３３ＢＢＢＢＢ」が表示される。これによりこの内線電話の発信が「ＢＢＢＢＢ」に対応付けられたユーザＹの携帯端末６０１から発信された事を、ユーザＺは認識する事ができる。
図１５は、Ｃ社の携帯電話１００１からＢ社の携帯６０１に発信し、Ｂ社の携帯６０１に着信する場合のルーティング処理の一例を示すフローチャートである。

ステップＳ１５０１では、ユーザＺは携帯端末１００１からユーザＹの携帯端末６０１に発信する。ここでユーザＺは発信の時に事業者識別番号を予め追加して発信する。つまりＣ社の事業者識別番号を「＊３」としてユーザＹの内線番号の先頭に追加して発信する。
更に共通ＳＩＰサーバ識別番号「３」を事業者識別番号の後に追加する。
よってここでは発ＩＤは「ＣＣＣＣＣ」であり、着ＩＤは「＊３３ＢＢＢＢＢ」である。

ステップＳ１５０２では、発ＩＤと着ＩＤは通信事業者Ｃ社の基地局を経由して通信事業者Ｃ社のモバイル網９０２にルーティングされる。ここでは発ＩＤは「ＣＣＣＣＣ」であり、着ＩＤは「＊３３ＢＢＢＢＢ」である。このＳ１５０２はＣ社が提供するＦＭＣサービス網９００に含まれている。

ステップＳ１５０３では、発ＩＤと着ＩＤは通信事業者Ｃ社のＩＰ電話網９０１にルーティングされる。ここでは発ＩＤは「ＣＣＣＣＣ」であり、着ＩＤは「＊３３ＢＢＢＢＢ」である。このＳ１５０３はＣ社が提供するＦＭＣサービス網９００に含まれている。
ステップＳ１５０４では、発ＩＤと着ＩＤは通信事業者Ｃ社用ＳＩＰサーバ１０７にルーティングされる。
通信事業者Ｃ社用ＳＩＰサーバ１０７での処理後、発ＩＤは「ＣＣＣＣＣ」であり、着ＩＤは「ＢＢＢＢＢ」とする。
通信事業者Ｃ社用ＳＩＰサーバ１０７で実行される処理は図９の様な通信事業者Ａ社用ＳＩＰサーバ１０３で実行される処理とは違う処理をするものとする。

通信事業者Ｃ社用ＳＩＰサーバ１０７は受信した発ＩＤと着ＩＤから後述の図１９に示すようなルーティング処理をＣＰＵが実行する。ここで図１９に従ってルーティング処理を発ＩＤと着ＩＤを使って説明する。まず発ＩＤ「ＣＣＣＣＣ」と着ＩＤ「＊３３ＢＢＢＢＢ」を着信（受信）する。Ｓ１９０２で有と判定され、Ｓ１９０３で有と判定され、Ｓ１９０５で着ＩＤと判定され、１９０６で着ＩＤから事業者識別番号とＳＩＰサーバ識別番号を削除する。Ｓ１９０７で発ＩＤ「ＣＣＣＣＣ」と着ＩＤ「ＢＢＢＢＢ」を通信事業者Ｃ社ゲートウエイ１０６に発信（送信）する。
ステップＳ１５０５では、発ＩＤと着ＩＤは通信事業者Ｃ社用ゲートウエイ１０６にルーティングされる。
通信事業者Ｃ社用ゲートウエイ１０６での処理後、発ＩＤは「ＣＣＣＣＣ」であり、着ＩＤは「ＢＢＢＢＢ」とする。
通信事業者Ｃ社用ゲートウエイ１０６で実行される処理は図１０の様な通信事業者Ａ社用ゲートウエイ１０２で実行される処理とは違う処理をするものとする。

通信事業者Ｃ社用ゲートウエイ１０６は受信した発ＩＤと着ＩＤから後述の図２０に示すようなルーティング処理をＣＰＵが実行する。ここで図２０に従ってルーティング処理を発ＩＤと着ＩＤを使って説明する。まず発ＩＤ「ＣＣＣＣＣ」と着ＩＤ「ＢＢＢＢＢ」を着信（受信）する。Ｓ２００２で無と判定され、Ｓ２００６で発ＩＤ「ＣＣＣＣＣ」と着ＩＤ「ＢＢＢＢＢ」を共通ＳＩＰサーバ１０１に発信（送信）する。

ステップＳ１５０６では、発ＩＤと着ＩＤはＳＩＰサーバ１０１にルーティングされる。このＳ１５０６にてＳＩＰサーバ１０１は、受信した発ＩＤと着ＩＤから後述の図１１に示すような処理をＣＰＵが実行する。ここで図１１に従ってルーティング処理を発ＩＤと着ＩＤを使って説明する。

まず発ＩＤ「ＣＣＣＣＣ」と着ＩＤ「ＢＢＢＢＢ」を着信（受信）する。Ｓ１１０２では無と判定され、Ｓ１１０５ではＹＥＳであると判定される。Ｓ１１０８で発ＩＤ「ＣＣＣＣＣ」と着ＩＤ「ＢＢＢＢＢ」を通信事業者Ｂ社用ゲートウエイ１０４に発信（送信）する。

ステップＳ１５０７では、発ＩＤと着ＩＤは通信事業者Ｂ社用ゲートウエイ１０４にルーティングされる。通信事業者Ｂ社用ゲートウエイ１０４での処理後、発ＩＤは「ＣＣＣＣＣ」であり、着ＩＤは「ＢＢＢＢＢ」とする。

通信事業者Ｂ社用ゲートウエイ１０４で実行されるルーティング処理は図１０の様な通信事業者Ａ社用ゲートウエイ１０２で実行される処理とは違う処理をするものとする。

通信事業者Ｂ社用ゲートウエイ１０４は受信した発ＩＤと着ＩＤから後述の図１７に示すようなルーティング処理をＣＰＵが実行する。ここで図１７に従ってルーティング処理を発ＩＤと着ＩＤを使って説明する。まず発ＩＤ「ＣＣＣＣＣ」と着ＩＤ「ＢＢＢＢＢ」を着信（受信）する。Ｓ１７０２で有と判定され、Ｓ１７０３で発ＩＤ「ＣＣＣＣＣ」と着ＩＤ「ＢＢＢＢＢ」を通信事業者Ｂ社用ＳＩＰサーバ１０５に発信（送信）する。

ステップＳ１５０８では、発ＩＤと着ＩＤは通信事業者Ｂ社用ＳＩＰサーバ１０５にルーティングされる。通信事業者Ｂ社用ＳＩＰサーバ１０５での処理後、発ＩＤは「ＣＣＣＣＣ」であり、着ＩＤは「ＢＢＢＢＢ」とする。

通信事業者Ｂ社用ＳＩＰサーバ１０５で実行されるルーティング処理は図１０の様な通信事業者Ａ社用ＳＩＰサーバ１０３で実行される処理とは違う処理をするものとする。

通信事業者Ｂ社用ＳＩＰサーバ１０５は受信した発ＩＤと着ＩＤから後述の図１６に示すようなルーティング処理をＣＰＵが実行する。ここで図１６に従ってルーティング処理を発ＩＤと着ＩＤを使って説明する。まず発ＩＤ「ＣＣＣＣＣ」と着ＩＤ「ＢＢＢＢＢ」を着信（受信）する。Ｓ１６０２で有と判定され、Ｓ１６０３で有と判定され、Ｓ１６０５で発ＩＤ「ＣＣＣＣＣ」と着ＩＤ「ＢＢＢＢＢ」を通信事業者Ｂ社ＩＰ電話網５０１に発信（送信）する。

ステップＳ１５０９では、発ＩＤと着ＩＤは通信事業者Ｂ社のＩＰ電話網５０１にルーティングされる。ここでは発ＩＤは「ＣＣＣＣＣ」であり、着ＩＤは「ＢＢＢＢＢ」である。このＳ１５０９はＢ社が提供するＦＭＣサービス網５００に含まれている。

ステップＳ１５１０では、発ＩＤと着ＩＤは通信事業者Ｂ社のモバイル網５０２にルーティングされる。ここでは発ＩＤは「ＣＣＣＣＣ」であり、着ＩＤは「ＢＢＢＢＢ」である。このＳ１５１０はＢ社が提供するＦＭＣサービス網５００に含まれている。

ステップＳ１５１１では、ユーザＹの携帯端末６０１はユーザＺの携帯端末１００１からの内線電話を着信する。ユーザＹの携帯端末６０１の表示部には発信元番号（発ＩＤ）として「ＣＣＣＣＣ」が表示される。これによりこの内線電話の発信が「ＣＣＣＣＣ」に対応付けられたユーザＺの携帯端末１００１から発信された事を、ユーザＹは認識する事ができる。

図１６は、通信事業者Ｂ社用ＳＩＰサーバ１０５に着信した場合に、通信事業者Ｂ社用ＳＩＰサーバ１０５の処理部が実行するルーティング処理の一例を示すフローチャートである。
ステップＳ１６０１では、通信事業者Ｂ社用ＳＩＰサーバ１０５の通信部は発ＩＤ及び着ＩＤを着信（受信）する。

ステップＳ１６０２では、通信事業者Ｂ社用ＳＩＰサーバ１０５の判定部は発ＩＤ及び着ＩＤに内線番号があるかを判定する。有と判定した場合はステップＳ１６０３に進み、無と判定した場合は処理を終了する。

ステップＳ１６０３では、通信事業者Ｂ社用ＳＩＰサーバ１０５の判定部は着ＩＤに内線番号があるかを判定する。有と判定した場合はステップＳ１６０５に進み、無と判定した場合はステップＳ１６０４に進む。
ステップＳ１６０４では、通信事業者Ｂ社用ＳＩＰサーバ１０５の通信部は発ＩＤ及び着ＩＤを通信事業者Ｂ社用ゲートウエイ１０４に発信（送信）する。

変形例として、ここで第１の判断手段が行う判定は、ステップＳ１７０２での判定と同じ判定方法である。図１に通信事業者Ｂ社用ＳＩＰサーバ１０５が無い場合は、第１の判断手段が行う判定は、ステップＳ１７０２にて代わりに行う事も可能である。つまり
ステップＳ１７０２が第１の判断手段の代替手段となる。

変形例としてステップＳ１６０４では、通信事業者Ｂ社用ＳＩＰサーバ１０５の通信部は発ＩＤ及び着ＩＤを共通ＳＩＰサーバ１０１に発信（送信）する場合もある。それは図１に通信事業者Ｂ社用ゲートウエイ１０４が接続されていない場合である。すなわちＢ社用ゲートウエイ１０４が接続されていない場合は、ステップＳ１６０３の判定において有りと判定した場合に通信事業者Ｂ社用ＳＩＰサーバ１０５の通信部は発ＩＤ及び着ＩＤを共通ＳＩＰサーバ１０１に発信（送信）する。Ｂ社用ゲートウエイ１０４が接続されていない場合は、図７、図１４においてＢ社用ゲートウエイ１０４の処理はなくなる。
ステップＳ１６０５では、通信事業者Ｂ社用ＳＩＰサーバ１０５の通信部は発ＩＤ及び着ＩＤを通信事業者Ｂ社ＩＰ電話網５０１に発信（送信）する。

図１７は、通信事業者Ｂ社用ゲートウエイに着信した場合に、通信事業者Ｂ社用ゲートウエイの処理部が実行するルーティング処理の一例を示すフローチャートである。
ステップＳ１７０１では、通信事業者Ｂ社用ゲートウエイ１０４の通信部は発ＩＤ及び着ＩＤを着信（受信）する。

ステップＳ１７０２では、通信事業者Ｂ社用ゲートウエイ１０４の判定部は着ＩＤに内線番号があるかを判定する。有と判定した場合はステップＳ１７０３に進み、無と判定した場合はステップＳ１７０４に進む。
ステップＳ１７０３では、通信事業者Ｂ社用ゲートウエイ１０４の通信部は発ＩＤ及び着ＩＤを通信事業者Ｂ社用ＳＩＰサーバ１０５に発信（送信）する。
ステップＳ１７０４では、通信事業者Ｂ社用ゲートウエイ１０４の通信部は発ＩＤ及び着ＩＤをＳＩＰサーバ１０１に発信（送信）する。

図１８は、Ｃ社の携帯電話からＣ社の携帯に発信し、Ｃ社の携帯に着信する場合である。またＣ社の携帯電話から発信するユーザＺは通信事業者Ｃ社が提供するＦＭＣサービスに契約している。よってユーザＺは通信事業者Ｃ社が提供するＦＭＣサービスに同一の契約している他のユーザとは通信事業者Ｃ社が提供するＦＭＣサービス規程に従ったサービスを享受することができる。

例えば通信事業者Ｃ社に予め登録した内線番号をもつユーザ同士が、登録した内線番号にて発信し通話する場合は、その通話に係る通話料金（通信料）は内線発信扱いとなる無料となり、通信料は発生しない。通信事業者Ｃ社には当該ＦＭＣサービスに契約する為に必要な、契約料及び月々の基本サービス使用料金を予め、ユーザＺの所属する会社が支払っている。

ステップＳ１８０１では、ユーザＺは携帯端末１００１からユーザｚの携帯端末１００２に発信する。ユーザＺはユーザｚと共に通信事業者Ｃ社が提供するＦＭＣサービスに同一の契約をしている。ユーザＺは自分の内線番号は「ＣＣＣＣＣ」であり、ユーザｚは自分の内線番号は「ｃｃｃｃｃ」である。
ユーザＺはユーザｚの内線番号である「ｃｃｃｃｃ」をダイアルまたは携帯に登録された番号を選択する事により発信する。

ここでユーザＺは発信の時に事業者識別番号を予め追加して発信する。つまりＣ社の事業者識別番号を「＊３」としてユーザＺの内線番号の先頭に追加して発信する。
よってここでは発ＩＤは「ＣＣＣＣＣ」であり、着ＩＤは「＊３ｃｃｃｃｃ」である。

ここでユーザＺが発信する場所は通信事業者Ｃ社が提供する携帯電話モバイル網と接続可能な地域であれば何ら制限はない。ここで登場する内線番号「ＣＣＣＣＣ」、「ｃｃｃｃｃ」は１０桁以下の任意の数または電話番号に使用する特定記号（＃や＊）で構成された内線番号であればよい。また先頭の数字は０ではなく１〜９である。さらに通信事業者Ｃ社が提供するＦＭＣサービスに登録された、ユーザＺやユーザｚが契約しているＦＭＣサービスを利用可能な内線番号である。

ステップＳ１８０２では、発ＩＤと着ＩＤは通信事業者Ｃ社の基地局を経由して通信事業者Ｃ社のモバイル網９０２にルーティングされる。ここでは発ＩＤは「ＣＣＣＣＣ」であり、着ＩＤは「＊３ｃｃｃｃｃ」である。このＳ１８０２はＣ社が提供するＦＭＣサービス網９００を利用している。

ステップＳ１８０３では、発ＩＤと着ＩＤは通信事業者Ｃ社のＩＰ電話網９０１にルーティングされる。ここでは発ＩＤは「ＣＣＣＣＣ」であり、着ＩＤは「＊３ｃｃｃｃｃ」である。このＳ１８０３はＣ社が提供するＦＭＣサービス網９００を利用している。

ステップＳ１８０４では、発ＩＤと着ＩＤは通信事業者Ｃ社用ＳＩＰサーバ１０７にルーティングされる。このＳ１８０４にて通信事業者Ｃ社用ＳＩＰサーバ１０７は、受信した発ＩＤと着ＩＤから後述の図１９に示すようなルーティング処理をＣＰＵの指示により実行する。ここで図１９のフローチャートに従ってＳ１８０４のルーティング処理を発ＩＤと着ＩＤを使って説明する。

まず発ＩＤ「ＣＣＣＣＣ」と着ＩＤ「＊３ｃｃｃｃｃ」を着信（受信）する。Ｓ１９０２では有と判定され、Ｓ１９０３では無と判定され、Ｓ１９０４では発ＩＤに＊３を追加する。

Ｓ１９０８で発ＩＤ「＊３ＣＣＣＣＣ」と着ＩＤ「＊３ｃｃｃｃｃ」を自網のＩＰ電話網９０１に発信（送信）する。ここで自網とは通信事業者Ｃ社が提供するＦＭＣサービス網９００である。すなわち通信事業者Ｃ社用のゲートウエイ（ＧＷ）にはルーティングされない。

通信事業者Ｃ社用ＳＩＰサーバ１０７は通信事業者Ｃ社が提供するＦＭＣサービスを利用可能な内線番号のマスタ（図１２ １２０３）を記憶している。これによりＳ１９０２にて有と判定している。

ステップＳ１８０５では、発ＩＤと着ＩＤは通信事業者Ｃ社のＩＰ電話網９０１にルーティングされる。ここでは発ＩＤは「＊３ＣＣＣＣＣ」であり、着ＩＤは「＊３ｃｃｃｃｃ」である。このＳ１８０５はＣ社が提供するＦＭＣサービス網９００を利用している。

ステップＳ１８０６では、発ＩＤと着ＩＤは通信事業者Ｃ社のモバイル網９０２にルーティングされる。ここでは発ＩＤは「＊３ＣＣＣＣＣ」であり、着ＩＤは「＊３ｃｃｃｃｃ」である。このＳ１８０６はＣ社が提供するＦＭＣサービス網９００を利用している。

ステップＳ１８０７では、ユーザｚの携帯端末１００２はユーザＺの携帯端末１００１からの内線電話を着信する。ユーザｚの携帯端末１００２の表示部には発信元番号（発ＩＤ）として「＊３ＣＣＣＣＣ」が表示される。これによりこの内線電話の発信が「ＣＣＣＣＣ」に対応付けられたユーザＺの携帯端末１００１から発信された事を、ユーザｚは認識する事ができる。

同じように、ユーザｙがユーザＹに発信する場合も、図１３に従った処理が実行される。この場合はステップＳ１３０１では、発ＩＤは「ｂｂｂｂｂ」であり、着ＩＤは「ＢＢＢＢＢ」である。

図１９は、通信事業者Ｃ社用ＳＩＰサーバ１０７に着信した場合に、通信事業者Ｃ社用ＳＩＰサーバ１０７の処理部が実行するルーティング処理の一例を示すフローチャートである。
ステップＳ１９０１では、通信事業者Ｃ社用ＳＩＰサーバ１０７の通信部は発ＩＤ及び着ＩＤを着信（受信）する。（第１の受信手段）

ステップＳ１９０２では、通信事業者Ｃ社用ＳＩＰサーバ１０７の判定部は発ＩＤ及び着ＩＤに内線番号があるかを判定する。有と判定した場合はステップＳ１９０３に進み、無と判定した場合は処理を終了する。

ステップＳ１９０３では、通信事業者Ｃ社用ＳＩＰサーバ１０７の判定部は発ＩＤ又は着ＩＤに共通ＳＩＰサーバの識別番号「３」があるかを判定する。有と判定した場合はステップＳ１９０５に進み、無と判定した場合はステップＳ１９０４に進む。
ステップＳ１９０４では、通信事業者Ｃ社用ＳＩＰサーバ１０７の通信部は発ＩＤに事業者識別番号を追加する

ステップＳ１９０５では、通信事業者Ｃ社用ＳＩＰサーバ１０７の判定部は共通ＳＩＰサーバ識別番号「３」は発ＩＤか着ＩＤかを判定する。発ＩＤと判定した場合はステップＳ１９０８に進み、着ＩＤと判定した場合はステップＳ１９０６に進む。（第１の判断手段）

ステップＳ１９０６では、通信事業者Ｃ社用ＳＩＰサーバ１０７の通信部は着ＩＤからＣ社の事業者識別番号「＊３」と共通ＳＩＰサーバ識別番号「３」を削除する。（特定ＳＩＰサーバ識別番号削除手段）

ステップＳ１９０７では、通信事業者Ｃ社用ＳＩＰサーバ１０７の通信部は発ＩＤ及び着ＩＤを通信事業者Ｃ社用ゲートウエイ１０６に発信（送信）する。（第１の送信手段）

変形例として、ステップＳ１９０７では、通信事業者Ｃ社用ＳＩＰサーバ１０７の通信部は発ＩＤ及び着ＩＤを共通ＳＩＰサーバ１０１に発信（送信）する場合もある。それは図１に通信事業者Ｃ社用ゲートウエイ１０６が接続されていない場合である。すなわちＣ社用ゲートウエイ１０６が接続されていない場合は、ステップＳ１９０５の判定において有り（着である）と判定した場合に通信事業者Ｃ社用ＳＩＰサーバ１０７の通信部は発ＩＤ及び着ＩＤを共通ＳＩＰサーバ１０１に発信（送信）する。Ｃ社用ゲートウエイ１０６が接続されていない場合は、図８、図１５においてＣ社用ゲートウエイ１０６の処理はなくなる。

ステップＳ１９０８では、通信事業者Ｃ社用ＳＩＰサーバ１０７の通信部は発ＩＤ及び着ＩＤを通信事業者Ｃ社ＩＰ電話網９０１に発信（送信）する。（第４の送信手段）

図２０は、通信事業者Ｃ社用ゲートウエイに着信した場合に、通信事業者Ｃ社用ゲートウエイの処理部が実行するルーティング処理の一例を示すフローチャートである。
ステップＳ２００１では、通信事業者Ｃ社用ゲートウエイ１０６の通信部は発ＩＤ及び着ＩＤを着信（受信）する。

ステップＳ２００２では、通信事業者Ｃ社用ゲートウエイ１０６の判定部は着ＩＤにＣ社のＳＩＰサーバ識別番号「１」があるかを判定する。有と判定した場合はステップＳ２００３に進み、無と判定した場合はステップＳ２００４に進む。
ステップＳ２００３では、通信事業者Ｃ社用ゲートウエイ１０６の通信部は着ＩＤからＣ社の事業者識別番号とＣ社のＳＩＰサーバ識別番号「１」を削除する
ステップＳ２００４では、通信事業者Ｃ社用ゲートウエイ１０６の通信部は発ＩＤにＣ社の事業者識別番号と共通ＳＩＰサーバ識別番号「３」を追加する
ステップＳ２００５では、通信事業者Ｃ社用ゲートウエイ１０６の通信部は発ＩＤ及び着ＩＤを通信事業者Ｃ社用ＳＩＰサーバ１０７に発信（送信）する。
ステップＳ２００６では、通信事業者Ｃ社用ゲートウエイ１０６の通信部は発ＩＤ及び着ＩＤをＳＩＰサーバ１０１に発信（送信）する。

このように本願発明であるルーティング処理装置により、通信事業者が異なるＦＭＣサービスを統合して利用する場合に起こる通信事業者毎に発信規則が異なる場合であっても、異なる通信事業者からの内線電話発信要求を発信時の簡単な操作のみでマルチＦＭＣサービスを介してルーティングさせ、マルチＦＭＣサービスにて通信事業者毎に異なる内線電話発信要求に適応することが可能となる。
（本発明の他の実施形態）

以上のように、前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。

この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記憶した記録媒体は本発明を構成することになる。

プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク，ハードディスク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ−Ｒ，ＤＶＤ−ＲＯＭ，磁気テープ，不揮発性のメモリカード，ＲＯＭ，ＥＥＰＲＯＭ，シリコンディスク等を用いることができる。

また、ルーティング処理装置が読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

さらに、ルーティング処理装置が記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。

さらに、本発明を達成するためのプログラムをネットワーク上のサーバ，データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。

また、本発明のルーティング処理装置は、ゲートウエイ及びＳＩＰサーバを想定して説明したが、ゲートウエイ及びＳＩＰサーバでの実現に限るものではなく、ＦＭＣサーバ、ＰＢＸ装置でも、本発明のルーティング処理を実現可能であり、そのような装置における実施形態も本発明の技術的範囲に属するものである。

また、実施例では複数の通信事業者として内線発信要求の異なるＡ社、Ｂ社、Ｃ社の３社の構成で説明したが、Ａ社と同じ内線発信の仕組みを持つ別の通信事業者のみとで構成された場合、Ｂ社と同じ内線発信の仕組みを持つ別の通信事業者のみとで構成された場合、Ｃ社と同じ内線発信の仕組みを持つ別の通信事業者のみとで構成された場合、Ａ社とＢ社にて構成された場合、Ｂ社とＣ社にて構成された場合、Ａ社とＣ社にて構成された場合での内線接続サービスにて本発明のルーティング処理装置を使用し、接続した場合であっても何ら問題はない。

１０１ 共通ＳＩＰサーバ
１０２ 通信事業者Ａ社用のＩＰ電話用ゲートウエイ（中間ＳＩＰサーバ）
１０３ 通信事業者Ａ社用のＳＩＰサーバ
１０４ 通信事業者Ｂ社用のＩＰ電話用ゲートウエイ（中間ＳＩＰサーバ）
１０５ 通信事業者Ｂ社用のＳＩＰサーバ
１０６ 通信事業者Ｃ社用のＩＰ電話用ゲートウエイ（中間ＳＩＰサーバ）
１０７ 通信事業者Ｃ社用のＳＩＰサーバ
２２０１ 制御部
２２０２ 判定部
２２０３ 追加部
２２０４ 削除部
２２０５ 登録部
３２０１ ＣＰＵ
３２０２ ＲＡＭ
３２０３ ＲＯＭ
３２１１ 外部メモリ

Claims (8)

1. 異なる複数の通信事業者のそれぞれのＳＩＰサーバと、前記異なる複数の通信事業者のそれぞれのＳＩＰサーバと通信可能な共通ＳＩＰサーバとを含む通信制御システムであって、
   前記異なる複数の通信事業者のＳＩＰサーバの少なくとも１つは、
   自身の通信事業者の通信網の電話端末から、着信先番号を含む発着呼データを受信する第１の受信手段と、
   前記第１の受信手段で受信された発着呼データに含まれる前記着信先番号に前記共通ＳＩＰサーバを特定する識別番号が含まれているかを判断する第１の判断手段と、
   前記第１の判断手段により前記着信先番号に前記共通ＳＩＰサーバを特定する識別番号が含まれていると判断された場合に、前記着信先番号から前記共通ＳＩＰサーバを特定する識別番号を削除する特定ＳＩＰサーバ識別番号削除手段と、
   前記共通ＳＩＰサーバを特定する識別番号が削除された着信先番号を含む発着呼データを前記共通ＳＩＰサーバに送信する第１の送信手段と、
   を備え、
   前記共通ＳＩＰサーバは、
   異なる複数の通信事業者の通信網の電話端末の電話番号を、それぞれの通信事業者を識別する情報と共に記憶する記憶手段と、
   前記通信事業者のＳＩＰサーバから、前記共通ＳＩＰサーバを特定する識別番号が削除された着信先番号を含む発着呼データを受信する第２の受信手段と、
   前記第２の受信手段で受信された前記共通ＳＩＰサーバを特定する識別番号が削除された着信先番号が、前記記憶手段に記憶されているか判断する第２の判断手段と、
   前記第２の判断手段により前記共通ＳＩＰサーバを特定する識別番号が削除された着信先番号が前記記憶手段に記憶されていると判断された場合に、前記共通ＳＩＰサーバ識別番号が削除された着信先番号に対応する通信事業者のＳＩＰサーバに前記共通ＳＩＰサーバ識別番号が削除された着信先番号を含む発着呼データを送信する第２の送信手段と、
   を備えることを特徴とする通信制御システム。
2. 前記異なる複数の通信事業者のＳＩＰサーバの少なくとも１つは、
   前記第１の受信手段が受信した前記着信先番号を含む発着呼データを前記自身の通信事業者の通信網の電話端末に送信する第３の送信手段を更に備え、
   第３の送信手段は、前記第１の判断手段により前記着信先番号に前記共通ＳＩＰサーバを特定する識別番号が含まれていないと判断された場合に、前記着信先番号を含む発着呼データを前記自身の通信事業者の通信網の電話端末に送信することを特徴とする請求項１に記載の通信制御システム。
3. 前記第２の送信手段は、前記第２の受信手段が受信した前記共通ＳＩＰサーバを特定する識別番号が削除された着信先番号を含む前記発着呼データを、前記第２の受信手段が受信した通信事業者のＳＩＰサーバではない通信事業者のＳＩＰサーバに送信することを特徴とする請求項１乃至請求項２のいずれか１項に記載の通信制御システム。
4. 前記共通ＳＩＰサーバは、
   前記記憶手段が記憶する前記異なる複数の通信事業者の通信網の電話端末の電話番号とそれぞれの通信事業者を識別する情報から、前記第２の受信手段で受信された前記共通ＳＩＰサーバを特定する識別番号が削除された着信先番号が、どの通信事業者に対応するかを識別する識別手段を更に備えることを特徴とする請求項１乃至請求項３のいずれか１項に記載の通信制御システム。
5. 前記記憶手段が記憶する前記異なる複数の通信事業者の通信網の電話端末の電話番号は重複しない電話番号であることを特徴とする請求項１乃至請求項４のいずれか１項に記載の通信制御システム。
6. 前記共通ＳＩＰサーバは、
   前記通信事業者のＳＩＰサーバではない通信事業者のＳＩＰサーバから、第２の着信先番号を含む発着呼データを受信する第３の受信手段と、
   前記第３の受信手段が受信した前記第２の着信先番号に対応する通信事業者が、前記ＳＩＰサーバに係る通信事業者かいなかを判断する第３の判断手段と、
   前記第３の受信手段が受信した前記第２の着信先番号に前記ＳＩＰサーバを特定する識別番号を追加する特定ＳＩＰサーバ識別番号追加手段と、
   を更に備え、
   前記特定ＳＩＰサーバ識別番号追加手段は、第３の判断手段が前記第２の着信先番号に対応する通信事業者が前記ＳＩＰサーバに係る通信事業者であると判断した場合に、ＳＩＰサーバ識別番号を前記第２の着信先番号に追加することを特徴とする請求項１乃至請求項５のいずれか１項に記載の通信制御システム。
7. 異なる複数の通信事業者のそれぞれのＳＩＰサーバと、前記異なる複数の通信事業者のそれぞれのＳＩＰサーバと通信可能な、異なる複数の通信事業者の通信網の電話端末の電話番号を、それぞれの通信事業者を識別する情報と共に記憶する記憶手段を備える共通ＳＩＰサーバとを含む通信制御システムの制御方法であって、
   前記異なる複数の通信事業者のＳＩＰサーバの少なくとも１つのＳＩＰサーバの第１の受信手段が、自身の通信事業者の通信網の電話端末から、着信先番号を含む発着呼データを受信する第１の受信工程と、
   前記異なる複数の通信事業者のＳＩＰサーバの少なくとも１つのＳＩＰサーバの第１の判断手段が、前記第１の受信工程で受信された発着呼データに含まれる前記着信先番号に前記共通ＳＩＰサーバを特定する識別番号が含まれているかを判断する第１の判断工程と、
   前記異なる複数の通信事業者のＳＩＰサーバの少なくとも１つのＳＩＰサーバの特定ＳＩＰサーバ識別番号削除手段が、前記第１の判断工程により前記着信先番号に前記共通ＳＩＰサーバを特定する識別番号が含まれていると判断された場合に、前記着信先番号から前記共通ＳＩＰサーバを特定する識別番号を削除する特定ＳＩＰサーバ識別番号削除工程と、
   前記異なる複数の通信事業者のＳＩＰサーバの少なくとも１つのＳＩＰサーバの第１の送信手段が、前記共通ＳＩＰサーバを特定する識別番号が削除された着信先番号を含む発着呼データを前記共通ＳＩＰサーバに送信する第１の送信工程と、
   を含み、
   前記共通ＳＩＰサーバの第２の受信手段が、前記通信事業者のＳＩＰサーバから、前記共通ＳＩＰサーバを特定する識別番号が削除された着信先番号を含む発着呼データを受信する第２の受信工程と、
   前記共通ＳＩＰサーバの第２の判断手段が、前記第２の受信工程で受信された前記共通ＳＩＰサーバを特定する識別番号が削除された着信先番号が、前記記憶手段に記憶されているか判断する第２の判断工程と、
   前記共通ＳＩＰサーバの第２の送信手段が、前記第２の判断工程により前記共通ＳＩＰサーバを特定する識別番号が削除された着信先番号が前記記憶手段に記憶されていると判断された場合に、前記共通ＳＩＰサーバ識別番号が削除された着信先番号に対応する通信事業者のＳＩＰサーバに前記共通ＳＩＰサーバ識別番号が削除された着信先番号を含む発着呼データを送信する第２の送信工程と、
   を含むことを特徴とする制御方法。
8. 異なる複数の通信事業者のそれぞれのＳＩＰサーバと、前記異なる複数の通信事業者のそれぞれのＳＩＰサーバと通信可能な共通ＳＩＰサーバとを含む通信制御システムで読み取り実行可能なプログラムあって、
   前記異なる複数の通信事業者のＳＩＰサーバの少なくとも１つを、
   自身の通信事業者の通信網の電話端末から、着信先番号を含む発着呼データを受信する第１の受信手段と、
   前記第１の受信手段で受信された発着呼データに含まれる前記着信先番号に前記共通ＳＩＰサーバを特定する識別番号が含まれているかを判断する第１の判断手段と、
   前記第１の判断手段により前記着信先番号に前記共通ＳＩＰサーバを特定する識別番号が含まれていると判断された場合に、前記着信先番号から前記共通ＳＩＰサーバを特定する識別番号を削除する特定ＳＩＰサーバ識別番号削除手段と、
   前記共通ＳＩＰサーバを特定する識別番号が削除された着信先番号を含む発着呼データを前記共通ＳＩＰサーバに送信する第１の送信手段と、
   して機能させ、
   前記共通ＳＩＰサーバを、
   異なる複数の通信事業者の通信網の電話端末の電話番号を、それぞれの通信事業者を識別する情報と共に記憶する記憶手段と、
   前記通信事業者のＳＩＰサーバから、前記共通ＳＩＰサーバを特定する識別番号が削除された着信先番号を含む発着呼データを受信する第２の受信手段と、
   前記第２の受信手段で受信された前記共通ＳＩＰサーバを特定する識別番号が削除された着信先番号が、前記記憶手段に記憶されているか判断する第２の判断手段と、
   前記第２の判断手段により前記共通ＳＩＰサーバを特定する識別番号が削除された着信先番号が前記記憶手段に記憶されていると判断された場合に、前記共通ＳＩＰサーバ識別番号が削除された着信先番号に対応する通信事業者のＳＩＰサーバに前記共通ＳＩＰサーバ識別番号が削除された着信先番号を含む発着呼データを送信する第２の送信手段と、
   として機能させることを特徴とするプログラム。

Images