呼接続方法、呼接続プログラム、および、呼接続システム
【課題】呼接続が可能なＩＰ電話網に対して、低コストで代表取扱サービスを追加すること。
【解決手段】ＡＳ２の番号応答部２３は、加入者サーバ１のサービス判定部１３から通知された呼接続要求の代表番号を検索キーとして、検索キーの代表番号に対応する着端末の電話番号のリストを候補番号リストとして取得し、呼接続要求の代表番号を通知した加入者サーバ１に応答する。加入者サーバ１の回線選択部１４は、候補番号リストから１つの着端末の電話番号を選択して、着信制御する。
【解決手段】ＡＳ２の番号応答部２３は、加入者サーバ１のサービス判定部１３から通知された呼接続要求の代表番号を検索キーとして、検索キーの代表番号に対応する着端末の電話番号のリストを候補番号リストとして取得し、呼接続要求の代表番号を通知した加入者サーバ１に応答する。加入者サーバ１の回線選択部１４は、候補番号リストから１つの着端末の電話番号を選択して、着信制御する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、呼接続方法、呼接続プログラム、および、呼接続システムに関する。
【背景技術】
【０００２】
電話サービスの１つである代表取扱サービスとは、発端末が代表番号にダイヤルすると、その代表番号に関連づけられている複数の接続候補回線（子回線とも呼ぶ）のうちの空き回線になっている着端末を１つ選択して、その着端末との呼（call：電話の音声データが流れるコネクション）の接続を実現するサービスである（非特許文献１）。これにより、発端末の発信者は、１つの代表番号だけを記憶すればよいため、代表取扱サービスは、多くの着端末を収容するコールセンタ業務などに適している。
【０００３】
一方、電気通信業界においては、ＮＧＮ（Next Generation Network）上での主要なアプリケーションとして、ＩＰ（Internet Protocol）電話技術の検討・普及が盛んとなっている。ＩＰ電話とは、音声符号をＩＰパケット化させ、それをＩＰ網で流通させる技術である（非特許文献２，３）。
【０００４】
回線交換電話網（ＰＳＴＮ：Public Switched Telephone Networks）では１通話ごとに回線経路の占有が必要なのに対し、ＩＰ電話では複数の通話で１つの回線経路が共有される。よって、ＩＰ電話を提供する通信事業者にとっては、設備効率（回線使用効率）がよいために設備コストを削減できる。さらに、ＩＰ電話のユーザにとっては、回線利用料金を低減できる。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】ＮＴＴ東日本、“商品概要（代表取扱サービス）”、［online］、［平成２２年１月１２日検索］、インターネット（ＵＲＬ：http://www.ntt-east.co.jp/50list/summary/）
【非特許文献２】大阪大学、“ＮＧＮ（Next Generation Network）の目的と今後”、［online］、［平成２２年１月１２日検索］、インターネット（ＵＲＬ：http://www.ane.cmc.osaka-u.ac.jp/~hasegawa/2008-aiin/20081217-murakami.pdf）
【非特許文献３】ＮＴＴ−ＡＴ、“やさしい解説「次世代ネットワーク（ＮＧＮ）技術」”、［online］、［平成２２年１月１２日検索］、インターネット（ＵＲＬ：http://shop.ntt-at.co.jp/takumi/cat199/）
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、現状のＩＰ電話技術として基本呼レベルの通信は確立しつつあるものの、代表取扱サービスなどの電話の付加サービスに関する技術はまだ確立されていない。電話の付加サービスを既に実現している回線交換電話網の装置（非ＩＰ装置）をそのままＩＰ装置として採用してしまうと、装置の置き換えについての導入コストや運用コストが多く負担となってしまい、現実的ではない。
【０００７】
よって、基本呼レベルの通信は確立しているＩＰ装置としての呼制御装置を活かしつつ、代表取扱サービスを低コストで追加することが、通信事業者の運用面およびユーザの利用面の両方から、求められている。
【０００８】
そこで、本発明は、前記した問題を解決し、呼接続が可能なＩＰ電話網に対して、低コストで代表取扱サービスを追加することを、主な目的とする。
【課題を解決するための手段】
【０００９】
前記課題を解決するために、本発明は、発端末から着端末への呼接続要求によって前記発端末と前記着端末との間の呼接続を確立する呼接続システムによる呼接続方法であって、前記発端末からの前記呼接続要求には着信先として代表番号が指定され、前記発端末から前記着端末への前記呼接続要求の経路となるＩＰ電話網には、前記呼接続要求を中継する加入者サーバと、前記代表番号に対応づけられる前記着端末の電話番号を前記加入者サーバに応答するアプリケーションサーバとが接続され、前記加入者サーバが、サービス判定部と、回線選択部と、着信制御部とを有し、前記サービス判定部が、受信した前記呼接続要求で指定されている電話番号が代表取扱サービスの対象であるか否かを判定し、その判定結果として代表取扱サービスの対象である前記呼接続要求の代表番号を前記アプリケーションサーバに通知して、その代表番号に対応する電話番号リストを要求し、前記回線選択部が、前記サービス判定部の要求結果として、代表番号に対応する前記着端末の電話番号のリストである候補番号リストを前記アプリケーションサーバから受信すると、その候補番号リストから使用中ではない前記着端末の電話番号を着信番号として選択し、前記着信制御部が、前記回線選択部が選択した前記着信番号が割り当てられている前記着端末に対して、受信した前記呼接続要求を転送し、前記アプリケーションサーバが、番号応答部と、記憶手段とを有し、前記アプリケーションサーバの記憶手段には、前記代表番号と前記着端末の電話番号との対応情報が記憶され、前記番号応答部が、前記サービス判定部から通知された前記呼接続要求の代表番号を検索キーとして、前記記憶手段の対応情報から、検索キーの代表番号に対応する前記着端末の電話番号のリストを前記候補番号リストとして取得し、前記呼接続要求の代表番号を通知した前記加入者サーバに応答することを特徴とする。
【００１０】
これにより、既存の加入者サーバをそのまま活用することにより、呼接続が可能なＩＰ電話網に対して、低コストで代表取扱サービスを追加することができる。なお、候補番号リストから着信番号を選択する処理は、加入者サーバ側で実行される。
【００１１】
本発明は、前記番号応答部が、前記候補番号リストを構成する電話番号として、前記検索キーの代表番号に対応する前記着端末の電話番号に加え、前記検索キーの代表番号とは別の代表番号である仮代表番号を含めてから、前記加入者サーバに応答し、前記回線選択部が、前記候補番号リストを構成する前記着端末の電話番号が全て使用中であるときには、前記候補番号リストを構成する仮代表番号を新たな代表番号とする呼接続要求を、その仮代表番号を扱う別の加入者サーバへと転送することを特徴とする。
【００１２】
これにより、所定の契約者が複数の加入者サーバにまたがって代表番号を設定することで、所定の加入者サーバの接続候補番号が全て使用中であっても、別の加入者サーバの接続候補番号を活用することができるため、代表取扱サービスにおける呼接続の成功確率を高めることができる。
【００１３】
本発明は、発端末から着端末への呼接続要求によって前記発端末と前記着端末との間の呼接続を確立する呼接続システムによる呼接続方法であって、前記発端末からの前記呼接続要求には着信先として代表番号が指定され、前記発端末から前記着端末への前記呼接続要求の経路となるＩＰ電話網には、前記呼接続要求を中継する加入者サーバと、前記代表番号に対応づけられる前記着端末の電話番号を前記加入者サーバに応答するアプリケーションサーバとが接続され、前記加入者サーバが、サービス判定部と、着信制御部とを有し、前記サービス判定部が、受信した前記呼接続要求で指定されている電話番号が代表取扱サービスの対象であるか否かを判定し、その判定結果として代表取扱サービスの対象である前記呼接続要求の代表番号を前記アプリケーションサーバに通知して、その代表番号に対応する電話番号リストを要求し、前記着信制御部が、前記サービス判定部への応答として受信した前記着信番号が割り当てられている前記着端末に対して、受信した前記呼接続要求を転送し、前記アプリケーションサーバが、番号応答部と、回線選択部と、記憶手段とを有し、前記アプリケーションサーバの記憶手段には、前記代表番号と、前記着端末の電話番号と、前記着端末の電話番号の使用状態との対応情報が記憶され、前記番号応答部が、前記サービス判定部から通知された前記呼接続要求の代表番号を検索キーとして、前記記憶手段の対応情報から、検索キーの代表番号に対応する前記着端末の電話番号のリストを前記候補番号リストとして取得し、前記回線選択部が、前記番号応答部が取得した候補番号リストから、前記記憶手段に記憶されている使用状態を参照して、使用中ではない前記候補番号リストに含まれる前記着端末の電話番号を着信番号として選択し、前記呼接続要求の代表番号を通知した前記加入者サーバに応答することを特徴とする。
【００１４】
これにより、既存の加入者サーバをそのまま活用することにより、呼接続が可能なＩＰ電話網に対して、低コストで代表取扱サービスを追加することができる。なお、候補番号リストから着信番号を選択する処理は、アプリケーションサーバ側で実行される。
【００１５】
本発明は、前記アプリケーションサーバの記憶手段には、さらに、ユーザごとに使用する代表番号のリストが記憶され、前記回線選択部が、前記候補番号リストを構成する前記着端末の電話番号が全て使用中であるときには、前記検索キーの代表番号を使用する同じユーザにおける別の代表番号である仮代表番号を前記記憶手段から検索して前記加入者サーバへ通知し、前記加入者サーバが、前記通知された仮代表番号を新たな代表番号とする呼接続要求を、その仮代表番号を扱う別の加入者サーバへと転送することを特徴とする。
【００１６】
これにより、所定の契約者が複数の加入者サーバにまたがって代表番号を設定することで、所定の加入者サーバの接続候補番号が全て使用中であっても、別の加入者サーバの接続候補番号を活用することができるため、代表取扱サービスにおける呼接続の成功確率を高めることができる。
【００１７】
本発明は、前記アプリケーションサーバが、さらに、前記番号応答部が検索する前記代表番号と前記着端末の電話番号との対応情報を、利用時間帯ごとに変化させることを特徴とする。
【００１８】
これにより、利用時間帯ごとに代表取扱サービスが設定されるので、店舗の営業時間などの利用形態に即した代表取扱サービスを提供することができる。
【００１９】
さらに、本発明は、前記した各呼接続方法を実行するための呼接続プログラムである。さらに、本発明は、前記した各呼接続方法を実行することで構成される呼接続システムである。
【発明の効果】
【００２０】
本発明によれば、呼接続が可能なＩＰ電話網に対して、低コストで代表取扱サービスを追加することができる。
【図面の簡単な説明】
【００２１】
【図１】本発明の第１実施形態のＩＰ電話網を示す構成図である。
【図２】本発明の第１実施形態に関する図１のＩＰ電話網を構成する装置の詳細を示す構成図である。
【図３】本発明の第１実施形態のＩＰ電話網が実行する呼接続処理（リダイレクション無し）を示すフローチャートである。
【図４】本発明の第１実施形態のＩＰ電話網を示す構成図である。
【図５】本発明の第１実施形態のＩＰ電話網が実行する呼接続処理（リダイレクション有り）を示すフローチャートである。
【図６】本発明の第１実施形態に関する図５の処理の続き（リダイレクション有り）を示すフローチャートである。
【図７】本発明の第２実施形態に関するＩＰ電話網を構成する装置の詳細を示す構成図である。
【図８】本発明の第２実施形態に関する呼接続処理（リダイレクション無し）のフローチャートである。
【図９】本発明の第２実施形態に関する呼接続処理（リダイレクション有り）のフローチャートである。
【図１０】比較例としての、回線交換電話網での代表取扱サービスの実現形態を示す構成図である。
【発明を実施するための形態】
【００２２】
以下、本発明の第１，第２実施形態を、図面を参照して詳細に説明する。
本発明の第１実施形態は、呼接続先の着信番号を、加入者サーバ側で決定する形態である。
本発明の第２実施形態は、呼接続先の着信番号を、アプリケーション側で決定する形態である。
【００２３】
図１は、第１実施形態のＩＰ電話網を示す構成図である。このＩＰ電話網のネットワークシステムは、ＩＰの電話網（ＶｏＩＰ：Voice over Internet Protocol）にて、代表取扱いサービスを実現するためのシステムである。
ネットワークシステムは、加入者サーバ１と、ＡＳ２と、中継サーバ３（３ａ）と、ＩＰ変換装置４と、発端末８と、着端末９（９ａ〜９ｃ）とを含めて構成される。これらのネットワークシステムを構成する各装置は、それぞれ、各種プログラムを実行するＣＰＵと、各種プログラムが読み込まれる記憶領域であるメモリと、各種テーブルの記憶先である記憶手段（ハードディスクなど）と、通信手段（ネットワークインタフェース）とを備えるコンピュータとして構成される。
なお、図１では、発端末８から着端末９への呼接続の流れについて、破線矢印でその呼接続の経路を示している。また、図１のＩＰ電話網は、その構成要素の各装置をノードとし、その呼接続の経路（破線矢印）を決定するする呼ルーティングシステムとして動作する。
【００２４】
発端末８は、発信者から代表番号のダイヤルを受け付ける電話端末であり、受け付けたダイヤルをもとに、代表番号への発信要求信号を収容先のＩＰ変換装置４に送信する。送信する発信要求信号とは、例えば、ＳＩＰ（Session Initiation Protocol）のＩＮＶＩＴＥメッセージである。
中継サーバ３は、中継系呼処理を行うサーバであり、加入者サーバ１から受信した発信要求信号を、他の加入者サーバ１へと中継する。中継サーバ３は、この中継処理における中継先として、発信要求信号で指定されている代表番号を収容する加入者サーバ１を選択する。さらに、中継サーバ３は、発信要求信号への応答信号を加入者サーバ１から受信すると、発端末８を収容する加入者サーバ１へと転送する。
【００２５】
加入者サーバ１は、中継サーバ３の下位装置として、加入者系呼処理を行うサーバである。加入者サーバ１は、ＩＰ変換装置４を下位装置として収容する。
ＩＰ変換装置４は、非ＩＰ信号からＩＰ信号への変換処理、および、ＩＰ信号から非ＩＰ信号への変換処理を行う装置である。このＩＰ変換装置４を非ＩＰ網とＩＰ網との中継地点に配置することにより、既存の一般加入者の装置をＩＰ網へと収容する。
非ＩＰ信号とは、既存のアナログ／ＩＳＤＮ（Integrated Services Digital Network）端末の電気インタフェースで伝達される呼制御信号および主信号（音声信号）である。ＩＰ信号とは、呼（セッション）の制御を行うためのＳＩＰ信号、および、そのセッションを介して伝達される音声信号を含む音声ＩＰパケットである。
このＩＰ変換装置４は、加入者宅内または通信事業者ビル内に設置される装置で、事業者ネットワークからの光ケーブルを終端し、電話機とのメタルインタフェースに変換するための装置であり、１台以上の電話端末（発端末８および着端末９のどちらでもよい）を収容することができる。
さらに、このＩＰ変換装置４は、収容される加入者サーバ１からの着信制御の指示を受け、収容する着端末９への呼接続を実行する。
【００２６】
加入者サーバ１は、配下に収容する各着端末９の使用状態である呼状態（図１の吹き出しに記載した、呼接続を行っている「使用中」、または、呼接続を行っていない「未使用」が該当）を管理する。そして、加入者サーバ１は、配下に収容する各着端末９からの発信要求信号を、ＩＰ変換装置４を介して受信すると、その発信要求信号の送信先を求めて、送信先へと転送する。同様に、加入者サーバ１は、配下に収容する各着端末９への発信要求信号を、ＩＰ変換装置４を介して各着端末９に転送する。
【００２７】
なお、図１では、１つの加入者サーバ１に収容される３つの着端末９（９ａ，９ｂ，９ｃ）は、１つの代表番号を着信番号とする代表取扱サービスの代表回線を構成している。よって、発端末８が代表番号をダイヤルすると、３つの着端末９のうちの未使用の着端末９が加入者サーバ１によって選択され、その未使用の着端末９にのみ着呼する。
【００２８】
ＡＳ（Application Server）２は、ＩＰ網で提供する高度なサービス（代表取扱サービスなど）を提供するためのサーバである。
ＡＳ２は、代表取扱サービスを提供するときには、加入者サーバ１から代表取扱サービスの着信番号（代表番号）に対応する接続候補番号の検索要求を受信する。ＡＳ２は、検索要求で指定された代表番号を構成する代表回線に対応する接続候補番号のうちの、その検索要求を送信した加入者サーバ１が収容する着端末９の接続候補番号のリストを取得して、候補番号リストとして加入者サーバ１へと返信する。
これにより、加入者サーバ１は、候補番号リストから自ら管理する接続候補番号ごとの使用／未使用の使用状態を参照して、未使用の着信番号を選択し、選択した着端末９に対して着信制御を実行することができる。
【００２９】
なお、ＡＳ２を加入者サーバ１とは独立した筐体とし、１台のＡＳ２が複数台の加入者サーバ１からのサービス要求に対応する形態により、加入者サーバ１への追加のインストールやリブートなどの保守処理を極力抑えることで、新しいサービス提供機能を柔軟に導入でき、迅速にサービスを提供できる。
【００３０】
図２は、図１のＩＰ電話網を構成する装置のうちの加入者サーバ１およびＡＳ２それぞれの詳細を示す構成図である。
加入者サーバ１は、番号サービス対応テーブル１１と、サービス接続先テーブル１２と、サービス判定部１３と、回線選択部１４と、着信制御部１５とを有する。
ＡＳ２は、候補番号管理テーブル２１と、代表サービス管理テーブル２２と、番号応答部２３とを有する。
【００３１】
【表１】
【００３２】
表１に示す番号サービス対応テーブル１１は、着信番号ごとに、その着信番号に対する各付加サービス（代表取扱サービス、留守番電話サービス、メータ検診サービスなどが例示される）の契約状況（契約あり、または、契約なし）を記憶する。
例えば、着信番号「＃１００」は、代表取扱サービスを契約しており、着信番号「＃２００」は、代表取扱サービスおよび留守番電話サービスを契約している。
サービス判定部１３は、加入者サーバ１の配下に収容する各着端末９への発信要求信号を受信すると、その発信要求信号で指定される着信番号をもとに、その着信番号に対して適用する電話サービスを特定する。
【００３３】
【表２】
【００３４】
表２に示すサービス接続先テーブル１２は、各付加サービスのサービス名称ごとに、そのサービス接続先であるＡＳ２のアドレスと、その接続先への通信内容（送信パラメータおよび受信パラメータ）とを対応づけて記憶する。
例えば、代表取扱サービスの接続先は「第１ＡＳ」であり、その「第１ＡＳ」への送信パラメータは、着信番号（代表番号と同じ）であり、その「第１ＡＳ」からの受信パラメータは、代表番号に属する接続候補番号のリストである。
サービス判定部１３は、表１の番号サービス対応テーブル１１を参照して特定した、着信番号に対して適用する電話サービスに「代表取扱サービス」が含まれる場合には、ＡＳ２（第１ＡＳ）の番号応答部２３に対して、前記した送信パラメータを送信し、その応答として前記した受信パラメータを受信することで、複数の着端末９の中から着信対象となる１つの着端末９を選択する。
【００３５】
【表３】
【００３６】
表３に示す候補番号管理テーブル２１は、代表リストの識別子ごとに、その代表リストを構成する１つ以上の接続候補番号を対応づけて記憶する。
【００３７】
【表４】
【００３８】
表４に示す代表サービス管理テーブル２２は、表３に示す候補番号管理テーブル２１と「代表リスト」列を共通で有する。代表サービス管理テーブル２２は、代表取扱サービスの代表番号と、その代表番号に対応する代表リストと、その代表リストが利用される条件を示す利用条件とを対応づけて管理する。
表４では、利用条件の一例として、現在の曜日ごとに利用する代表リストを変更する例を示している。
例えば、代表番号＃１００に対応する接続候補番号は、平日（月曜〜金曜）には、代表リスト「Ｌ１００−１」に対応づけられている「＃１０１，＃１０２，＃１０３」である（候補番号管理テーブル２１を参照することで、代表リストから接続候補番号を特定できる）。
一方、同じ代表番号＃１００に対応する接続候補番号でも、土曜日には、代表リスト「Ｌ１００−２」に対応づけられている「＃１０３」である。
さらに、同じ代表番号＃１００に対応する接続候補番号でも、日曜日には、代表リストがそもそも対応づけられていないので、接続候補番号が存在せず、その日曜日には営業時間外ガイダンスが流れる。
【００３９】
番号応答部２３は、加入者サーバ１から代表番号「＃１００」を検索要求として受信すると、受信した代表番号「＃１００」から、代表サービス管理テーブル２２において対応する代表リスト「Ｌ１００−１」を求め、候補番号管理テーブル２１において代表リスト「Ｌ１００−１」に対応づけられている３つの接続候補番号（＃１０１、＃１０２、＃１０３）から構成される候補番号リストを、加入者サーバ１の回線選択部１４へと応答する。
【００４０】
回線選択部１４は、番号応答部２３から受信した候補番号リストから、優先順位の一番高い番号（例えば、電話番号の数値が最小である＃１０１など）を着信番号として選択し、着信制御部１５へと通知する。
ここで、回線選択部１４は、その回線選択部１４が属する加入者サーバ１によって、その加入者サーバ１が収容する各着端末９の現在の使用状態を記憶手段に格納しているときには、その記憶手段から各着端末９の現在の使用状態を読み取り、受信した候補番号リストのうちの現在の使用状態が「使用中」である電話番号を、着信制御からあらかじめ除外してもよい。
【００４１】
着信制御部１５は、通知された着信番号をもとに、ＩＰ変換装置４に対して、その着信番号が割り当てられている着端末９への着信制御を依頼する。ＩＰ変換装置４は、依頼に基づき、収容する着端末９への着信制御を実行する。
ここで、着信制御部１５は、着信番号が使用中（通話中）であるときには、回線選択部１４にその旨を返信し、回線選択部１４に対して、まだ着呼制御していない候補番号リストの電話番号を新たに通知してもらってもよい。
【００４２】
図３は、第１実施形態のＩＰ電話網が実行する呼接続処理を示すフローチャートである。
【００４３】
Ｓ１１において、発端末８は、発信者からダイヤルされた代表番号（表３の「＃１００」）を含むＩＮＶＩＴＥを、中継サーバ３へ送信する。
Ｓ１２において、中継サーバ３は、受信したＩＮＶＩＴＥを加入者サーバ１ａへ送信する。なお、加入者サーバ１ａは、ＩＮＶＩＴＥの代表番号に対応する着端末９を収容する加入者サーバ１である。
【００４４】
Ｓ２１において、加入者サーバ１は、受信したＩＮＶＩＴＥの代表番号についての代表取扱サービスを起動する。具体的には、サービス判定部１３が、受信したＩＮＶＩＴＥの代表番号を検索キーの着信番号（表１の「＃１００」）として番号サービス対応テーブル１１を検索し、該当するレコードの「代表取扱サービス」列が「○ 契約あり」であるときに、その着信番号での代表取扱サービスを起動する。
Ｓ２２において、サービス判定部１３は、代表番号を含むＩＮＶＩＴＥを、ＡＳ２の番号応答部２３へと送信する。ここで、サービス判定部１３は、送信先のＡＳ２のアドレスを、サービス接続先テーブル１２の「サービス接続先」から取得する。
【００４５】
Ｓ２３において、番号応答部２３は、Ｓ２２からのＩＮＶＩＴＥで指定された代表番号に代表サービス管理テーブル２２で対応する代表リスト「Ｌ１００−１」の構成要素である接続候補番号を候補番号管理テーブル２１から抽出し、その結果を候補番号リストとして取得する（表３の「＃１０１，＃１０２，＃１０３」）。
【００４６】
Ｓ２４において、番号応答部２３は、Ｓ２３で取得した候補番号リストを含むＩＮＶＩＴＥを、加入者サーバ１の回線選択部１４へと返信する。
Ｓ２５において、回線選択部１４は、受信した候補番号リストから、現在の使用状態が「未使用」であり、かつ、優先度が一番高い接続候補番号を、着信回線として選択する（表３の「＃１０１」）。そして、回線選択部１４は、着信回線を指定した着信制御の指示を着信制御部１５に通知する。
【００４７】
Ｓ３１において、着信制御部１５は、通知された着信回線の電話番号を含むＩＮＶＩＴＥ（着信回線指示）を、ＩＰ変換装置４へ送信する。
Ｓ３２において、ＩＰ変換装置４は、受信した着信回線指示で指定される電話番号が、収容する着端末９のものであり、かつ、その着端末９が未使用状態であることを確認する。
Ｓ３３において、ＩＰ変換装置４は、Ｓ３２で確認した着信番号の情報を含む呼び出し信号を、加入者サーバ１ａに通知する。
Ｓ３４において、加入者サーバ１ａは、通知された呼び出し信号を、中継サーバ３へと転送する。
Ｓ３５において、中継サーバ３は、通知された呼び出し信号を、発端末８へと転送する。
Ｓ３６において、ＩＰ変換装置４は、Ｓ３２で確認した着信番号の着端末９に対して、呼び出し音を通知しつづける。そして、着端末９の着信者から、受話器がとられたときに、発端末８と着端末９との呼接続処理が完了し、お互いの通話が可能になる。
【００４８】
図４は、図１とは別のＩＰ電話網を示す構成図である。基本的には、図１（第１実施形態）のＩＰ電話網と同じである。しかし、図４では、発端末８から着端末９ｄへの呼接続の経路について、着端末９を収容する加入者サーバ１（１ａ，１ｂ）を２台分通過するが、図１では、呼接続の経路においては、着端末９を収容する加入者サーバは、１台だけである点が異なる。なお、加入者サーバ１ｚは、着端末９を収容していないサーバである。
【００４９】
加入者サーバ１ａは、着端末９ａ，９ｂを収容するが、図４の時点ではその２つ着端末９は、共に他の呼接続によって使用中である。よって、加入者サーバ１ａは、受信した呼接続要求を割り当てる着端末９を、自ら収容する着端末９からは検索できない。そのため、加入者サーバ１ａは、ＡＳ２に問い合わせることによって、他の加入者サーバ１ｂなら呼接続要求を割り当てることができる旨を通知してもらい、その加入者サーバ１ｂに対して、呼接続要求を転送する。
【００５０】
加入者サーバ１ｂは、転送された呼接続要求を割り当てる着端末９を、自ら収容する着端末９ｄから検索すると、その着端末９ｄに対して、着信制御することにより、発端末８と着端末９ｄとの間の呼接続を確立することができる。
【００５１】
図５は、図４のＩＰ電話網が実行する呼接続処理を示すフローチャートである。このフローチャートは、図３の呼接続処理に対して、一部の処理を修正したものである。よって、図３と同じ処理には同じ符号を割り当てるとともに、以下の説明では両フローチャートの相違点に着目して、説明する。
【００５２】
【表５】
【００５３】
表５に示す候補番号管理テーブル２１は、図４のＩＰ電話網におけるＡＳ２が参照するデータの一例である。表３の候補番号管理テーブル２１との違いは、接続候補番号に、着端末９の電話番号（＃１０１，＃１０２，＃１０３）だけでなく、仮代表番号（＃２００）も含まれている点である。なお、加入者サーバ１ｂが扱う仮代表番号とは、加入者サーバ１ａが扱う代表番号と同様に、代表取扱サービスにおける１つ以上の接続候補番号に対応づけられる番号である。
【００５４】
Ｓ１１〜Ｓ２２は、図３の同じ符号で示される各処理と同じ処理内容である。
Ｓ２３ａは、Ｓ２３の代わりとなる処理であり、図３のＳ２３で取得する着端末９の電話番号に加え、さらに、Ｓ２２の代表番号に対応する仮代表番号を含む候補番号リストを取得する処理である。
Ｓ２４ａは、Ｓ２４の代わりとなる処理であり、Ｓ２３の候補番号リストの代わりに、Ｓ２３ａの仮代表番号を含む候補番号リストを送信する処理である。
Ｓ２５において、Ｓ２４ａで受信した候補番号リストに含まれる着端末９の電話番号は、全て使用中であることにより、Ｓ２９において、候補番号リストに含まれる仮代表番号を、Ｓ１１，Ｓ１２のＩＮＶＩＴＥの転送先とする。
【００５５】
図６は、図５の処理の続きを示すフローチャートである。
【００５６】
Ｓ４１において、加入者サーバ１ａは、Ｓ２９で決定した仮代表番号を含むＩＮＶＩＴＥを、その仮代表番号を収容する加入者サーバ１ｂへと通知する。
Ｓ４２〜Ｓ４５の処理は、Ｓ２２〜Ｓ２５の処理と同じであるが、以下が相違点である。
・動作の主体が加入者サーバ１ａから加入者サーバ１ｂへと置き換わっている。
・検索対象の代表番号が、仮代表番号へと置き換わっている。
Ｓ４５の後に実行されるＳ３１〜Ｓ３６の各処理は、図３の同じ符号で示される各処理と同じ処理内容である。
【００５７】
以上、図１〜図６を参照して、第１実施形態（単一の加入者サーバ１を中継した呼接続処理、および、複数の加入者サーバ１を中継した呼接続処理）を説明した。
【００５８】
図７は、第２実施形態における加入者サーバ１およびＡＳ２の装置構成を示す構成図である。第２実施形態でのＩＰ電話網システムの概要は、図１と同じである。そして、図７と図２との相違点は、以下の通りである。
・回線選択部１４を包含する装置が、加入者サーバ１からＡＳ２へと変更されている。
・候補番号管理テーブル２１から候補番号管理テーブル２１ｂへと変更されている。両テーブルの違いは、着端末９ごとの現在の使用状態を記憶するか否かである（後記の表６で説明）。
・新たに契約者管理テーブル２４をＡＳ２側に設けている。この契約者管理テーブル２４は、代表番号から仮代表番号を求める処理において、参照される。
【００５９】
【表６】
【００６０】
表６は、候補番号管理テーブル２１ｂを示す。表３の候補番号管理テーブル２１との違いは、「番号状態」列が追加されている点である。「番号状態」は、対応する接続候補番号の着端末９が使用中（通話中）か否かを示す列である。なお、この「番号状態」は、ＡＳ２が着端末９を監視することにより、最新の情報を取得して更新し続ける動的な（時刻経過によって変動する）パラメータである。
これにより、ＡＳ２の回線選択部１４は、候補番号管理テーブル２１ｂの使用状態を参照して、候補番号リストの接続候補番号から、使用状態が「未使用」である着信番号を選択することができる。
【００６１】
【表７】
【００６２】
表７は、契約者管理テーブル２４を示す。契約者管理テーブル２４は、契約者ＩＤごとに、その契約者が使用する１つ以上の代表リストが対応づけられている。
【００６３】
図８は、図７の変形例に対応する呼接続処理のフローチャートである。基本的には、図３のフローチャートと同じであるが、以下の相違点がある。
・候補番号リストから着信回線を選択する回線選択部１４の処理（図３のＳ２５）が、ＡＳ２の側で行われる（図８のＳ２５ｂ）。
・Ｓ２２の代表番号での問い合わせへの応答として、候補番号リストを応答する（図３のＳ２４）代わりに、着信番号として選択された結果を応答する（図８のＳ２４ｂ）。
【００６４】
なお、Ｓ２４ｂで着信番号を通知するときのメッセージは、Ｓ２２で検索キーとしての代表番号を受信し、Ｓ２４ｂで着信番号を返信するときの通信メッセージの形態について、例えば、以下の３つの方式のうちの１つを採用してもよい。
（方式１）ＡＳ２は、Ｓ２２で代表番号を含むＳＩＰのＭＥＳＳＡＧＥリクエストを受信し、Ｓ２４ｂで着信番号を含む「２００ ＯＫ」応答を送信する。
（方式２）ＡＳ２は、Ｓ２２で代表番号を含むＳＩＰのＩＮＶＩＴＥを受信し、Ｓ２４ｂで着信番号を含む応答信号（ＳＩＰのＩＮＶＩＴＥ）を送信する。
（方式３）ＡＳ２は、Ｓ２２で代表番号を含むＳＩＰのＩＮＶＩＴＥを受信し、Ｓ２４ｂでリダイレクション応答信号（状態番号３０Ｘ）を送信する。
なお、候補番号管理テーブル２１ｂで管理する番号状態の内容が古く、加入者サーバ１側で、Ｓ２４ｂで受信した着信番号が「使用中」であることを検知したときには、Ｓ２４ｂで受信した着信番号とは別の着信番号を、再度ＡＳ２に催促してもよい。
【００６５】
図９は、第２実施形態における図７のＩＰ電話網（回線選択部１４を包含する装置がＡＳ２である構成）が実行する呼接続処理を示すフローチャートである。このフローチャートは、図５のフローチャートの代わりとなる呼接続処理の前半部の処理を示し、呼接続処理の後半部の処理は、図６のフローチャートと同じである。以下、図９と図５との違いに着目して、説明を行う。
【００６６】
図９のＳ２３，Ｓ２４ｂ，Ｓ２５ｂの処理は、図５のＳ２３ａ，Ｓ２４ａ，Ｓ２５の処理を置き換えるものである。図９のＳ２３，Ｓ２４ｂ，Ｓ２５ｂの処理は、図８の同じ符号の処理で説明したとおりである。
【００６７】
Ｓ２６〜Ｓ２８の処理が、図５のＳ２９の処理から置き換わっている。
Ｓ２６において、回線選択部１４は、ＡＳ２が一つの空き子番号を抽出し加入者サーバへ通知し、加入者サーバが当該子番号へ着信処理を行ったら（タイミング等で）話中だったときには、その旨を示す「話中」を、ＡＳ２に通知する。
なお、Ｓ２５ｂの後に、ＡＳ２が「話中」であるか否かを判断し、「話中」であるときにはただちにＳ２７を実行することによって、Ｓ２４ｂおよびＳ２６の処理の省略が可能である。
Ｓ２７において、回線選択部１４は、「話中」を受信すると、契約者管理テーブル２４を参照して、「話中」であった所定の代表リストに対応する契約者を特定し、その同じ契約者に対応する１つ以上の別の代表リストを取得する。
そして、回線選択部１４は、取得した１つ以上の別の代表リストから、その代表リストに属する接続候補番号で１つ以上の「未使用」の接続候補番号が存在する代表リスト（着呼可能な代表リスト）を選択する。そして、回線選択部１４は、その着呼可能な代表リストに対応する仮代表番号を取得する。
なお、代表リストから仮代表番号を取得する処理は、代表サービス管理テーブル２２の「代表リスト」列を検索キーとして、対応する「代表番号」列を求める処理である。
Ｓ２８において、回線選択部１４は、取得した仮代表番号が設定されたＩＮＶＩＴＥ信号を、ＡＳ２から加入者サーバ１ａへと返信する。
これにより、加入者サーバ１ａがＳ２８で受信した仮代表番号は、その仮代表番号に属する接続候補番号に１つ以上の空き（未使用）があることがＳ２７で保証されているので、迅速に着呼可能な着端末９への着呼を実現できる。
【００６８】
以上説明した本実施形態では、回線交換電話網で実現していた代表取扱サービスを、ＩＰ網で実現する方式に関する。代表取扱サービスを担当する装置を加入者サーバ１とは別のＡＳ２として構成し、複数の加入者サーバ１（クライアント）が１つのＡＳ２（サーバ）を共用するサーバ・クライアント構成にすることにより、既存の加入者サーバ１を活用しつつ、代表取扱サービスを円滑に導入することができる。
さらに、同じ契約者が複数の加入者サーバ１（その加入者サーバ１が担当する代表リスト）を使用するように、契約者管理テーブル２４に登録しておくことにより、複数の加入者サーバ１にまたがった代表取扱サービスを実現することができる。よって、代表を構成する子回線を同一サーバ収容としなくてよいため、事業者側にとって設備効率を向上させることができるとともに、同一サーバ収容でしか代表を組めないといった事業者都合によるサービス制約を、ユーザは受けずに済む。
【００６９】
図１０は、比較例としての、回線交換電話網での代表取扱サービスの実現形態を示す構成図である。図１と比較すると、以下の点が異なる。
・図１０のＩＣ（Intra-zone Center）７３は、図１の中継サーバ３に対応する県内中継局としての装置である。
・図１０では、図１の代表取扱サービスを担当するＡＳ２が存在しない。図１０での代表取扱サービスは、加入者サーバ１に対応するそれぞれの群局としてのＧＣ（Group Unit Center）７１が、他のＧＣ７１とは独立に実行する。
【００７０】
このため、図１０では、着端末９を収容するＧＣ７１の全てが代表取扱サービスの機能をそれぞれ持つ必要があるため、加入者サーバ１に対して代表取扱サービスを実現するためのプログラムやデータなどをインストールする作業が発生する。この作業によって、稼動している加入者サーバ１を停止するなど、ユーザに不便を強いる。
さらに、図１０では、代表取扱サービスの実現機能が、個々のＧＣ７１に閉じているため、空き回線の選択は同一のＧＣ７１内に収容されている着端末９間に限定される。このため、複数のＧＣ７１をまたがっての代表取扱サービスが実現できない。
【符号の説明】
【００７１】
１ 加入者サーバ
２ ＡＳ（アプリケーションサーバ）
３ 中継サーバ
４ ＩＰ変換装置
８ 発端末
９ 着端末
１１ 番号サービス対応テーブル
１２ サービス接続先テーブル
１３ サービス判定部
１４ 回線選択部
１５ 着信制御部
２１ 候補番号管理テーブル
２２ 代表サービス管理テーブル
２３ 番号応答部
２４ 契約者管理テーブル
７１ ＧＣ
７３ ＩＣ
【技術分野】
【０００１】
本発明は、呼接続方法、呼接続プログラム、および、呼接続システムに関する。
【背景技術】
【０００２】
電話サービスの１つである代表取扱サービスとは、発端末が代表番号にダイヤルすると、その代表番号に関連づけられている複数の接続候補回線（子回線とも呼ぶ）のうちの空き回線になっている着端末を１つ選択して、その着端末との呼（call：電話の音声データが流れるコネクション）の接続を実現するサービスである（非特許文献１）。これにより、発端末の発信者は、１つの代表番号だけを記憶すればよいため、代表取扱サービスは、多くの着端末を収容するコールセンタ業務などに適している。
【０００３】
一方、電気通信業界においては、ＮＧＮ（Next Generation Network）上での主要なアプリケーションとして、ＩＰ（Internet Protocol）電話技術の検討・普及が盛んとなっている。ＩＰ電話とは、音声符号をＩＰパケット化させ、それをＩＰ網で流通させる技術である（非特許文献２，３）。
【０００４】
回線交換電話網（ＰＳＴＮ：Public Switched Telephone Networks）では１通話ごとに回線経路の占有が必要なのに対し、ＩＰ電話では複数の通話で１つの回線経路が共有される。よって、ＩＰ電話を提供する通信事業者にとっては、設備効率（回線使用効率）がよいために設備コストを削減できる。さらに、ＩＰ電話のユーザにとっては、回線利用料金を低減できる。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】ＮＴＴ東日本、“商品概要（代表取扱サービス）”、［online］、［平成２２年１月１２日検索］、インターネット（ＵＲＬ：http://www.ntt-east.co.jp/50list/summary/）
【非特許文献２】大阪大学、“ＮＧＮ（Next Generation Network）の目的と今後”、［online］、［平成２２年１月１２日検索］、インターネット（ＵＲＬ：http://www.ane.cmc.osaka-u.ac.jp/~hasegawa/2008-aiin/20081217-murakami.pdf）
【非特許文献３】ＮＴＴ−ＡＴ、“やさしい解説「次世代ネットワーク（ＮＧＮ）技術」”、［online］、［平成２２年１月１２日検索］、インターネット（ＵＲＬ：http://shop.ntt-at.co.jp/takumi/cat199/）
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、現状のＩＰ電話技術として基本呼レベルの通信は確立しつつあるものの、代表取扱サービスなどの電話の付加サービスに関する技術はまだ確立されていない。電話の付加サービスを既に実現している回線交換電話網の装置（非ＩＰ装置）をそのままＩＰ装置として採用してしまうと、装置の置き換えについての導入コストや運用コストが多く負担となってしまい、現実的ではない。
【０００７】
よって、基本呼レベルの通信は確立しているＩＰ装置としての呼制御装置を活かしつつ、代表取扱サービスを低コストで追加することが、通信事業者の運用面およびユーザの利用面の両方から、求められている。
【０００８】
そこで、本発明は、前記した問題を解決し、呼接続が可能なＩＰ電話網に対して、低コストで代表取扱サービスを追加することを、主な目的とする。
【課題を解決するための手段】
【０００９】
前記課題を解決するために、本発明は、発端末から着端末への呼接続要求によって前記発端末と前記着端末との間の呼接続を確立する呼接続システムによる呼接続方法であって、前記発端末からの前記呼接続要求には着信先として代表番号が指定され、前記発端末から前記着端末への前記呼接続要求の経路となるＩＰ電話網には、前記呼接続要求を中継する加入者サーバと、前記代表番号に対応づけられる前記着端末の電話番号を前記加入者サーバに応答するアプリケーションサーバとが接続され、前記加入者サーバが、サービス判定部と、回線選択部と、着信制御部とを有し、前記サービス判定部が、受信した前記呼接続要求で指定されている電話番号が代表取扱サービスの対象であるか否かを判定し、その判定結果として代表取扱サービスの対象である前記呼接続要求の代表番号を前記アプリケーションサーバに通知して、その代表番号に対応する電話番号リストを要求し、前記回線選択部が、前記サービス判定部の要求結果として、代表番号に対応する前記着端末の電話番号のリストである候補番号リストを前記アプリケーションサーバから受信すると、その候補番号リストから使用中ではない前記着端末の電話番号を着信番号として選択し、前記着信制御部が、前記回線選択部が選択した前記着信番号が割り当てられている前記着端末に対して、受信した前記呼接続要求を転送し、前記アプリケーションサーバが、番号応答部と、記憶手段とを有し、前記アプリケーションサーバの記憶手段には、前記代表番号と前記着端末の電話番号との対応情報が記憶され、前記番号応答部が、前記サービス判定部から通知された前記呼接続要求の代表番号を検索キーとして、前記記憶手段の対応情報から、検索キーの代表番号に対応する前記着端末の電話番号のリストを前記候補番号リストとして取得し、前記呼接続要求の代表番号を通知した前記加入者サーバに応答することを特徴とする。
【００１０】
これにより、既存の加入者サーバをそのまま活用することにより、呼接続が可能なＩＰ電話網に対して、低コストで代表取扱サービスを追加することができる。なお、候補番号リストから着信番号を選択する処理は、加入者サーバ側で実行される。
【００１１】
本発明は、前記番号応答部が、前記候補番号リストを構成する電話番号として、前記検索キーの代表番号に対応する前記着端末の電話番号に加え、前記検索キーの代表番号とは別の代表番号である仮代表番号を含めてから、前記加入者サーバに応答し、前記回線選択部が、前記候補番号リストを構成する前記着端末の電話番号が全て使用中であるときには、前記候補番号リストを構成する仮代表番号を新たな代表番号とする呼接続要求を、その仮代表番号を扱う別の加入者サーバへと転送することを特徴とする。
【００１２】
これにより、所定の契約者が複数の加入者サーバにまたがって代表番号を設定することで、所定の加入者サーバの接続候補番号が全て使用中であっても、別の加入者サーバの接続候補番号を活用することができるため、代表取扱サービスにおける呼接続の成功確率を高めることができる。
【００１３】
本発明は、発端末から着端末への呼接続要求によって前記発端末と前記着端末との間の呼接続を確立する呼接続システムによる呼接続方法であって、前記発端末からの前記呼接続要求には着信先として代表番号が指定され、前記発端末から前記着端末への前記呼接続要求の経路となるＩＰ電話網には、前記呼接続要求を中継する加入者サーバと、前記代表番号に対応づけられる前記着端末の電話番号を前記加入者サーバに応答するアプリケーションサーバとが接続され、前記加入者サーバが、サービス判定部と、着信制御部とを有し、前記サービス判定部が、受信した前記呼接続要求で指定されている電話番号が代表取扱サービスの対象であるか否かを判定し、その判定結果として代表取扱サービスの対象である前記呼接続要求の代表番号を前記アプリケーションサーバに通知して、その代表番号に対応する電話番号リストを要求し、前記着信制御部が、前記サービス判定部への応答として受信した前記着信番号が割り当てられている前記着端末に対して、受信した前記呼接続要求を転送し、前記アプリケーションサーバが、番号応答部と、回線選択部と、記憶手段とを有し、前記アプリケーションサーバの記憶手段には、前記代表番号と、前記着端末の電話番号と、前記着端末の電話番号の使用状態との対応情報が記憶され、前記番号応答部が、前記サービス判定部から通知された前記呼接続要求の代表番号を検索キーとして、前記記憶手段の対応情報から、検索キーの代表番号に対応する前記着端末の電話番号のリストを前記候補番号リストとして取得し、前記回線選択部が、前記番号応答部が取得した候補番号リストから、前記記憶手段に記憶されている使用状態を参照して、使用中ではない前記候補番号リストに含まれる前記着端末の電話番号を着信番号として選択し、前記呼接続要求の代表番号を通知した前記加入者サーバに応答することを特徴とする。
【００１４】
これにより、既存の加入者サーバをそのまま活用することにより、呼接続が可能なＩＰ電話網に対して、低コストで代表取扱サービスを追加することができる。なお、候補番号リストから着信番号を選択する処理は、アプリケーションサーバ側で実行される。
【００１５】
本発明は、前記アプリケーションサーバの記憶手段には、さらに、ユーザごとに使用する代表番号のリストが記憶され、前記回線選択部が、前記候補番号リストを構成する前記着端末の電話番号が全て使用中であるときには、前記検索キーの代表番号を使用する同じユーザにおける別の代表番号である仮代表番号を前記記憶手段から検索して前記加入者サーバへ通知し、前記加入者サーバが、前記通知された仮代表番号を新たな代表番号とする呼接続要求を、その仮代表番号を扱う別の加入者サーバへと転送することを特徴とする。
【００１６】
これにより、所定の契約者が複数の加入者サーバにまたがって代表番号を設定することで、所定の加入者サーバの接続候補番号が全て使用中であっても、別の加入者サーバの接続候補番号を活用することができるため、代表取扱サービスにおける呼接続の成功確率を高めることができる。
【００１７】
本発明は、前記アプリケーションサーバが、さらに、前記番号応答部が検索する前記代表番号と前記着端末の電話番号との対応情報を、利用時間帯ごとに変化させることを特徴とする。
【００１８】
これにより、利用時間帯ごとに代表取扱サービスが設定されるので、店舗の営業時間などの利用形態に即した代表取扱サービスを提供することができる。
【００１９】
さらに、本発明は、前記した各呼接続方法を実行するための呼接続プログラムである。さらに、本発明は、前記した各呼接続方法を実行することで構成される呼接続システムである。
【発明の効果】
【００２０】
本発明によれば、呼接続が可能なＩＰ電話網に対して、低コストで代表取扱サービスを追加することができる。
【図面の簡単な説明】
【００２１】
【図１】本発明の第１実施形態のＩＰ電話網を示す構成図である。
【図２】本発明の第１実施形態に関する図１のＩＰ電話網を構成する装置の詳細を示す構成図である。
【図３】本発明の第１実施形態のＩＰ電話網が実行する呼接続処理（リダイレクション無し）を示すフローチャートである。
【図４】本発明の第１実施形態のＩＰ電話網を示す構成図である。
【図５】本発明の第１実施形態のＩＰ電話網が実行する呼接続処理（リダイレクション有り）を示すフローチャートである。
【図６】本発明の第１実施形態に関する図５の処理の続き（リダイレクション有り）を示すフローチャートである。
【図７】本発明の第２実施形態に関するＩＰ電話網を構成する装置の詳細を示す構成図である。
【図８】本発明の第２実施形態に関する呼接続処理（リダイレクション無し）のフローチャートである。
【図９】本発明の第２実施形態に関する呼接続処理（リダイレクション有り）のフローチャートである。
【図１０】比較例としての、回線交換電話網での代表取扱サービスの実現形態を示す構成図である。
【発明を実施するための形態】
【００２２】
以下、本発明の第１，第２実施形態を、図面を参照して詳細に説明する。
本発明の第１実施形態は、呼接続先の着信番号を、加入者サーバ側で決定する形態である。
本発明の第２実施形態は、呼接続先の着信番号を、アプリケーション側で決定する形態である。
【００２３】
図１は、第１実施形態のＩＰ電話網を示す構成図である。このＩＰ電話網のネットワークシステムは、ＩＰの電話網（ＶｏＩＰ：Voice over Internet Protocol）にて、代表取扱いサービスを実現するためのシステムである。
ネットワークシステムは、加入者サーバ１と、ＡＳ２と、中継サーバ３（３ａ）と、ＩＰ変換装置４と、発端末８と、着端末９（９ａ〜９ｃ）とを含めて構成される。これらのネットワークシステムを構成する各装置は、それぞれ、各種プログラムを実行するＣＰＵと、各種プログラムが読み込まれる記憶領域であるメモリと、各種テーブルの記憶先である記憶手段（ハードディスクなど）と、通信手段（ネットワークインタフェース）とを備えるコンピュータとして構成される。
なお、図１では、発端末８から着端末９への呼接続の流れについて、破線矢印でその呼接続の経路を示している。また、図１のＩＰ電話網は、その構成要素の各装置をノードとし、その呼接続の経路（破線矢印）を決定するする呼ルーティングシステムとして動作する。
【００２４】
発端末８は、発信者から代表番号のダイヤルを受け付ける電話端末であり、受け付けたダイヤルをもとに、代表番号への発信要求信号を収容先のＩＰ変換装置４に送信する。送信する発信要求信号とは、例えば、ＳＩＰ（Session Initiation Protocol）のＩＮＶＩＴＥメッセージである。
中継サーバ３は、中継系呼処理を行うサーバであり、加入者サーバ１から受信した発信要求信号を、他の加入者サーバ１へと中継する。中継サーバ３は、この中継処理における中継先として、発信要求信号で指定されている代表番号を収容する加入者サーバ１を選択する。さらに、中継サーバ３は、発信要求信号への応答信号を加入者サーバ１から受信すると、発端末８を収容する加入者サーバ１へと転送する。
【００２５】
加入者サーバ１は、中継サーバ３の下位装置として、加入者系呼処理を行うサーバである。加入者サーバ１は、ＩＰ変換装置４を下位装置として収容する。
ＩＰ変換装置４は、非ＩＰ信号からＩＰ信号への変換処理、および、ＩＰ信号から非ＩＰ信号への変換処理を行う装置である。このＩＰ変換装置４を非ＩＰ網とＩＰ網との中継地点に配置することにより、既存の一般加入者の装置をＩＰ網へと収容する。
非ＩＰ信号とは、既存のアナログ／ＩＳＤＮ（Integrated Services Digital Network）端末の電気インタフェースで伝達される呼制御信号および主信号（音声信号）である。ＩＰ信号とは、呼（セッション）の制御を行うためのＳＩＰ信号、および、そのセッションを介して伝達される音声信号を含む音声ＩＰパケットである。
このＩＰ変換装置４は、加入者宅内または通信事業者ビル内に設置される装置で、事業者ネットワークからの光ケーブルを終端し、電話機とのメタルインタフェースに変換するための装置であり、１台以上の電話端末（発端末８および着端末９のどちらでもよい）を収容することができる。
さらに、このＩＰ変換装置４は、収容される加入者サーバ１からの着信制御の指示を受け、収容する着端末９への呼接続を実行する。
【００２６】
加入者サーバ１は、配下に収容する各着端末９の使用状態である呼状態（図１の吹き出しに記載した、呼接続を行っている「使用中」、または、呼接続を行っていない「未使用」が該当）を管理する。そして、加入者サーバ１は、配下に収容する各着端末９からの発信要求信号を、ＩＰ変換装置４を介して受信すると、その発信要求信号の送信先を求めて、送信先へと転送する。同様に、加入者サーバ１は、配下に収容する各着端末９への発信要求信号を、ＩＰ変換装置４を介して各着端末９に転送する。
【００２７】
なお、図１では、１つの加入者サーバ１に収容される３つの着端末９（９ａ，９ｂ，９ｃ）は、１つの代表番号を着信番号とする代表取扱サービスの代表回線を構成している。よって、発端末８が代表番号をダイヤルすると、３つの着端末９のうちの未使用の着端末９が加入者サーバ１によって選択され、その未使用の着端末９にのみ着呼する。
【００２８】
ＡＳ（Application Server）２は、ＩＰ網で提供する高度なサービス（代表取扱サービスなど）を提供するためのサーバである。
ＡＳ２は、代表取扱サービスを提供するときには、加入者サーバ１から代表取扱サービスの着信番号（代表番号）に対応する接続候補番号の検索要求を受信する。ＡＳ２は、検索要求で指定された代表番号を構成する代表回線に対応する接続候補番号のうちの、その検索要求を送信した加入者サーバ１が収容する着端末９の接続候補番号のリストを取得して、候補番号リストとして加入者サーバ１へと返信する。
これにより、加入者サーバ１は、候補番号リストから自ら管理する接続候補番号ごとの使用／未使用の使用状態を参照して、未使用の着信番号を選択し、選択した着端末９に対して着信制御を実行することができる。
【００２９】
なお、ＡＳ２を加入者サーバ１とは独立した筐体とし、１台のＡＳ２が複数台の加入者サーバ１からのサービス要求に対応する形態により、加入者サーバ１への追加のインストールやリブートなどの保守処理を極力抑えることで、新しいサービス提供機能を柔軟に導入でき、迅速にサービスを提供できる。
【００３０】
図２は、図１のＩＰ電話網を構成する装置のうちの加入者サーバ１およびＡＳ２それぞれの詳細を示す構成図である。
加入者サーバ１は、番号サービス対応テーブル１１と、サービス接続先テーブル１２と、サービス判定部１３と、回線選択部１４と、着信制御部１５とを有する。
ＡＳ２は、候補番号管理テーブル２１と、代表サービス管理テーブル２２と、番号応答部２３とを有する。
【００３１】
【表１】
【００３２】
表１に示す番号サービス対応テーブル１１は、着信番号ごとに、その着信番号に対する各付加サービス（代表取扱サービス、留守番電話サービス、メータ検診サービスなどが例示される）の契約状況（契約あり、または、契約なし）を記憶する。
例えば、着信番号「＃１００」は、代表取扱サービスを契約しており、着信番号「＃２００」は、代表取扱サービスおよび留守番電話サービスを契約している。
サービス判定部１３は、加入者サーバ１の配下に収容する各着端末９への発信要求信号を受信すると、その発信要求信号で指定される着信番号をもとに、その着信番号に対して適用する電話サービスを特定する。
【００３３】
【表２】
【００３４】
表２に示すサービス接続先テーブル１２は、各付加サービスのサービス名称ごとに、そのサービス接続先であるＡＳ２のアドレスと、その接続先への通信内容（送信パラメータおよび受信パラメータ）とを対応づけて記憶する。
例えば、代表取扱サービスの接続先は「第１ＡＳ」であり、その「第１ＡＳ」への送信パラメータは、着信番号（代表番号と同じ）であり、その「第１ＡＳ」からの受信パラメータは、代表番号に属する接続候補番号のリストである。
サービス判定部１３は、表１の番号サービス対応テーブル１１を参照して特定した、着信番号に対して適用する電話サービスに「代表取扱サービス」が含まれる場合には、ＡＳ２（第１ＡＳ）の番号応答部２３に対して、前記した送信パラメータを送信し、その応答として前記した受信パラメータを受信することで、複数の着端末９の中から着信対象となる１つの着端末９を選択する。
【００３５】
【表３】
【００３６】
表３に示す候補番号管理テーブル２１は、代表リストの識別子ごとに、その代表リストを構成する１つ以上の接続候補番号を対応づけて記憶する。
【００３７】
【表４】
【００３８】
表４に示す代表サービス管理テーブル２２は、表３に示す候補番号管理テーブル２１と「代表リスト」列を共通で有する。代表サービス管理テーブル２２は、代表取扱サービスの代表番号と、その代表番号に対応する代表リストと、その代表リストが利用される条件を示す利用条件とを対応づけて管理する。
表４では、利用条件の一例として、現在の曜日ごとに利用する代表リストを変更する例を示している。
例えば、代表番号＃１００に対応する接続候補番号は、平日（月曜〜金曜）には、代表リスト「Ｌ１００−１」に対応づけられている「＃１０１，＃１０２，＃１０３」である（候補番号管理テーブル２１を参照することで、代表リストから接続候補番号を特定できる）。
一方、同じ代表番号＃１００に対応する接続候補番号でも、土曜日には、代表リスト「Ｌ１００−２」に対応づけられている「＃１０３」である。
さらに、同じ代表番号＃１００に対応する接続候補番号でも、日曜日には、代表リストがそもそも対応づけられていないので、接続候補番号が存在せず、その日曜日には営業時間外ガイダンスが流れる。
【００３９】
番号応答部２３は、加入者サーバ１から代表番号「＃１００」を検索要求として受信すると、受信した代表番号「＃１００」から、代表サービス管理テーブル２２において対応する代表リスト「Ｌ１００−１」を求め、候補番号管理テーブル２１において代表リスト「Ｌ１００−１」に対応づけられている３つの接続候補番号（＃１０１、＃１０２、＃１０３）から構成される候補番号リストを、加入者サーバ１の回線選択部１４へと応答する。
【００４０】
回線選択部１４は、番号応答部２３から受信した候補番号リストから、優先順位の一番高い番号（例えば、電話番号の数値が最小である＃１０１など）を着信番号として選択し、着信制御部１５へと通知する。
ここで、回線選択部１４は、その回線選択部１４が属する加入者サーバ１によって、その加入者サーバ１が収容する各着端末９の現在の使用状態を記憶手段に格納しているときには、その記憶手段から各着端末９の現在の使用状態を読み取り、受信した候補番号リストのうちの現在の使用状態が「使用中」である電話番号を、着信制御からあらかじめ除外してもよい。
【００４１】
着信制御部１５は、通知された着信番号をもとに、ＩＰ変換装置４に対して、その着信番号が割り当てられている着端末９への着信制御を依頼する。ＩＰ変換装置４は、依頼に基づき、収容する着端末９への着信制御を実行する。
ここで、着信制御部１５は、着信番号が使用中（通話中）であるときには、回線選択部１４にその旨を返信し、回線選択部１４に対して、まだ着呼制御していない候補番号リストの電話番号を新たに通知してもらってもよい。
【００４２】
図３は、第１実施形態のＩＰ電話網が実行する呼接続処理を示すフローチャートである。
【００４３】
Ｓ１１において、発端末８は、発信者からダイヤルされた代表番号（表３の「＃１００」）を含むＩＮＶＩＴＥを、中継サーバ３へ送信する。
Ｓ１２において、中継サーバ３は、受信したＩＮＶＩＴＥを加入者サーバ１ａへ送信する。なお、加入者サーバ１ａは、ＩＮＶＩＴＥの代表番号に対応する着端末９を収容する加入者サーバ１である。
【００４４】
Ｓ２１において、加入者サーバ１は、受信したＩＮＶＩＴＥの代表番号についての代表取扱サービスを起動する。具体的には、サービス判定部１３が、受信したＩＮＶＩＴＥの代表番号を検索キーの着信番号（表１の「＃１００」）として番号サービス対応テーブル１１を検索し、該当するレコードの「代表取扱サービス」列が「○ 契約あり」であるときに、その着信番号での代表取扱サービスを起動する。
Ｓ２２において、サービス判定部１３は、代表番号を含むＩＮＶＩＴＥを、ＡＳ２の番号応答部２３へと送信する。ここで、サービス判定部１３は、送信先のＡＳ２のアドレスを、サービス接続先テーブル１２の「サービス接続先」から取得する。
【００４５】
Ｓ２３において、番号応答部２３は、Ｓ２２からのＩＮＶＩＴＥで指定された代表番号に代表サービス管理テーブル２２で対応する代表リスト「Ｌ１００−１」の構成要素である接続候補番号を候補番号管理テーブル２１から抽出し、その結果を候補番号リストとして取得する（表３の「＃１０１，＃１０２，＃１０３」）。
【００４６】
Ｓ２４において、番号応答部２３は、Ｓ２３で取得した候補番号リストを含むＩＮＶＩＴＥを、加入者サーバ１の回線選択部１４へと返信する。
Ｓ２５において、回線選択部１４は、受信した候補番号リストから、現在の使用状態が「未使用」であり、かつ、優先度が一番高い接続候補番号を、着信回線として選択する（表３の「＃１０１」）。そして、回線選択部１４は、着信回線を指定した着信制御の指示を着信制御部１５に通知する。
【００４７】
Ｓ３１において、着信制御部１５は、通知された着信回線の電話番号を含むＩＮＶＩＴＥ（着信回線指示）を、ＩＰ変換装置４へ送信する。
Ｓ３２において、ＩＰ変換装置４は、受信した着信回線指示で指定される電話番号が、収容する着端末９のものであり、かつ、その着端末９が未使用状態であることを確認する。
Ｓ３３において、ＩＰ変換装置４は、Ｓ３２で確認した着信番号の情報を含む呼び出し信号を、加入者サーバ１ａに通知する。
Ｓ３４において、加入者サーバ１ａは、通知された呼び出し信号を、中継サーバ３へと転送する。
Ｓ３５において、中継サーバ３は、通知された呼び出し信号を、発端末８へと転送する。
Ｓ３６において、ＩＰ変換装置４は、Ｓ３２で確認した着信番号の着端末９に対して、呼び出し音を通知しつづける。そして、着端末９の着信者から、受話器がとられたときに、発端末８と着端末９との呼接続処理が完了し、お互いの通話が可能になる。
【００４８】
図４は、図１とは別のＩＰ電話網を示す構成図である。基本的には、図１（第１実施形態）のＩＰ電話網と同じである。しかし、図４では、発端末８から着端末９ｄへの呼接続の経路について、着端末９を収容する加入者サーバ１（１ａ，１ｂ）を２台分通過するが、図１では、呼接続の経路においては、着端末９を収容する加入者サーバは、１台だけである点が異なる。なお、加入者サーバ１ｚは、着端末９を収容していないサーバである。
【００４９】
加入者サーバ１ａは、着端末９ａ，９ｂを収容するが、図４の時点ではその２つ着端末９は、共に他の呼接続によって使用中である。よって、加入者サーバ１ａは、受信した呼接続要求を割り当てる着端末９を、自ら収容する着端末９からは検索できない。そのため、加入者サーバ１ａは、ＡＳ２に問い合わせることによって、他の加入者サーバ１ｂなら呼接続要求を割り当てることができる旨を通知してもらい、その加入者サーバ１ｂに対して、呼接続要求を転送する。
【００５０】
加入者サーバ１ｂは、転送された呼接続要求を割り当てる着端末９を、自ら収容する着端末９ｄから検索すると、その着端末９ｄに対して、着信制御することにより、発端末８と着端末９ｄとの間の呼接続を確立することができる。
【００５１】
図５は、図４のＩＰ電話網が実行する呼接続処理を示すフローチャートである。このフローチャートは、図３の呼接続処理に対して、一部の処理を修正したものである。よって、図３と同じ処理には同じ符号を割り当てるとともに、以下の説明では両フローチャートの相違点に着目して、説明する。
【００５２】
【表５】
【００５３】
表５に示す候補番号管理テーブル２１は、図４のＩＰ電話網におけるＡＳ２が参照するデータの一例である。表３の候補番号管理テーブル２１との違いは、接続候補番号に、着端末９の電話番号（＃１０１，＃１０２，＃１０３）だけでなく、仮代表番号（＃２００）も含まれている点である。なお、加入者サーバ１ｂが扱う仮代表番号とは、加入者サーバ１ａが扱う代表番号と同様に、代表取扱サービスにおける１つ以上の接続候補番号に対応づけられる番号である。
【００５４】
Ｓ１１〜Ｓ２２は、図３の同じ符号で示される各処理と同じ処理内容である。
Ｓ２３ａは、Ｓ２３の代わりとなる処理であり、図３のＳ２３で取得する着端末９の電話番号に加え、さらに、Ｓ２２の代表番号に対応する仮代表番号を含む候補番号リストを取得する処理である。
Ｓ２４ａは、Ｓ２４の代わりとなる処理であり、Ｓ２３の候補番号リストの代わりに、Ｓ２３ａの仮代表番号を含む候補番号リストを送信する処理である。
Ｓ２５において、Ｓ２４ａで受信した候補番号リストに含まれる着端末９の電話番号は、全て使用中であることにより、Ｓ２９において、候補番号リストに含まれる仮代表番号を、Ｓ１１，Ｓ１２のＩＮＶＩＴＥの転送先とする。
【００５５】
図６は、図５の処理の続きを示すフローチャートである。
【００５６】
Ｓ４１において、加入者サーバ１ａは、Ｓ２９で決定した仮代表番号を含むＩＮＶＩＴＥを、その仮代表番号を収容する加入者サーバ１ｂへと通知する。
Ｓ４２〜Ｓ４５の処理は、Ｓ２２〜Ｓ２５の処理と同じであるが、以下が相違点である。
・動作の主体が加入者サーバ１ａから加入者サーバ１ｂへと置き換わっている。
・検索対象の代表番号が、仮代表番号へと置き換わっている。
Ｓ４５の後に実行されるＳ３１〜Ｓ３６の各処理は、図３の同じ符号で示される各処理と同じ処理内容である。
【００５７】
以上、図１〜図６を参照して、第１実施形態（単一の加入者サーバ１を中継した呼接続処理、および、複数の加入者サーバ１を中継した呼接続処理）を説明した。
【００５８】
図７は、第２実施形態における加入者サーバ１およびＡＳ２の装置構成を示す構成図である。第２実施形態でのＩＰ電話網システムの概要は、図１と同じである。そして、図７と図２との相違点は、以下の通りである。
・回線選択部１４を包含する装置が、加入者サーバ１からＡＳ２へと変更されている。
・候補番号管理テーブル２１から候補番号管理テーブル２１ｂへと変更されている。両テーブルの違いは、着端末９ごとの現在の使用状態を記憶するか否かである（後記の表６で説明）。
・新たに契約者管理テーブル２４をＡＳ２側に設けている。この契約者管理テーブル２４は、代表番号から仮代表番号を求める処理において、参照される。
【００５９】
【表６】
【００６０】
表６は、候補番号管理テーブル２１ｂを示す。表３の候補番号管理テーブル２１との違いは、「番号状態」列が追加されている点である。「番号状態」は、対応する接続候補番号の着端末９が使用中（通話中）か否かを示す列である。なお、この「番号状態」は、ＡＳ２が着端末９を監視することにより、最新の情報を取得して更新し続ける動的な（時刻経過によって変動する）パラメータである。
これにより、ＡＳ２の回線選択部１４は、候補番号管理テーブル２１ｂの使用状態を参照して、候補番号リストの接続候補番号から、使用状態が「未使用」である着信番号を選択することができる。
【００６１】
【表７】
【００６２】
表７は、契約者管理テーブル２４を示す。契約者管理テーブル２４は、契約者ＩＤごとに、その契約者が使用する１つ以上の代表リストが対応づけられている。
【００６３】
図８は、図７の変形例に対応する呼接続処理のフローチャートである。基本的には、図３のフローチャートと同じであるが、以下の相違点がある。
・候補番号リストから着信回線を選択する回線選択部１４の処理（図３のＳ２５）が、ＡＳ２の側で行われる（図８のＳ２５ｂ）。
・Ｓ２２の代表番号での問い合わせへの応答として、候補番号リストを応答する（図３のＳ２４）代わりに、着信番号として選択された結果を応答する（図８のＳ２４ｂ）。
【００６４】
なお、Ｓ２４ｂで着信番号を通知するときのメッセージは、Ｓ２２で検索キーとしての代表番号を受信し、Ｓ２４ｂで着信番号を返信するときの通信メッセージの形態について、例えば、以下の３つの方式のうちの１つを採用してもよい。
（方式１）ＡＳ２は、Ｓ２２で代表番号を含むＳＩＰのＭＥＳＳＡＧＥリクエストを受信し、Ｓ２４ｂで着信番号を含む「２００ ＯＫ」応答を送信する。
（方式２）ＡＳ２は、Ｓ２２で代表番号を含むＳＩＰのＩＮＶＩＴＥを受信し、Ｓ２４ｂで着信番号を含む応答信号（ＳＩＰのＩＮＶＩＴＥ）を送信する。
（方式３）ＡＳ２は、Ｓ２２で代表番号を含むＳＩＰのＩＮＶＩＴＥを受信し、Ｓ２４ｂでリダイレクション応答信号（状態番号３０Ｘ）を送信する。
なお、候補番号管理テーブル２１ｂで管理する番号状態の内容が古く、加入者サーバ１側で、Ｓ２４ｂで受信した着信番号が「使用中」であることを検知したときには、Ｓ２４ｂで受信した着信番号とは別の着信番号を、再度ＡＳ２に催促してもよい。
【００６５】
図９は、第２実施形態における図７のＩＰ電話網（回線選択部１４を包含する装置がＡＳ２である構成）が実行する呼接続処理を示すフローチャートである。このフローチャートは、図５のフローチャートの代わりとなる呼接続処理の前半部の処理を示し、呼接続処理の後半部の処理は、図６のフローチャートと同じである。以下、図９と図５との違いに着目して、説明を行う。
【００６６】
図９のＳ２３，Ｓ２４ｂ，Ｓ２５ｂの処理は、図５のＳ２３ａ，Ｓ２４ａ，Ｓ２５の処理を置き換えるものである。図９のＳ２３，Ｓ２４ｂ，Ｓ２５ｂの処理は、図８の同じ符号の処理で説明したとおりである。
【００６７】
Ｓ２６〜Ｓ２８の処理が、図５のＳ２９の処理から置き換わっている。
Ｓ２６において、回線選択部１４は、ＡＳ２が一つの空き子番号を抽出し加入者サーバへ通知し、加入者サーバが当該子番号へ着信処理を行ったら（タイミング等で）話中だったときには、その旨を示す「話中」を、ＡＳ２に通知する。
なお、Ｓ２５ｂの後に、ＡＳ２が「話中」であるか否かを判断し、「話中」であるときにはただちにＳ２７を実行することによって、Ｓ２４ｂおよびＳ２６の処理の省略が可能である。
Ｓ２７において、回線選択部１４は、「話中」を受信すると、契約者管理テーブル２４を参照して、「話中」であった所定の代表リストに対応する契約者を特定し、その同じ契約者に対応する１つ以上の別の代表リストを取得する。
そして、回線選択部１４は、取得した１つ以上の別の代表リストから、その代表リストに属する接続候補番号で１つ以上の「未使用」の接続候補番号が存在する代表リスト（着呼可能な代表リスト）を選択する。そして、回線選択部１４は、その着呼可能な代表リストに対応する仮代表番号を取得する。
なお、代表リストから仮代表番号を取得する処理は、代表サービス管理テーブル２２の「代表リスト」列を検索キーとして、対応する「代表番号」列を求める処理である。
Ｓ２８において、回線選択部１４は、取得した仮代表番号が設定されたＩＮＶＩＴＥ信号を、ＡＳ２から加入者サーバ１ａへと返信する。
これにより、加入者サーバ１ａがＳ２８で受信した仮代表番号は、その仮代表番号に属する接続候補番号に１つ以上の空き（未使用）があることがＳ２７で保証されているので、迅速に着呼可能な着端末９への着呼を実現できる。
【００６８】
以上説明した本実施形態では、回線交換電話網で実現していた代表取扱サービスを、ＩＰ網で実現する方式に関する。代表取扱サービスを担当する装置を加入者サーバ１とは別のＡＳ２として構成し、複数の加入者サーバ１（クライアント）が１つのＡＳ２（サーバ）を共用するサーバ・クライアント構成にすることにより、既存の加入者サーバ１を活用しつつ、代表取扱サービスを円滑に導入することができる。
さらに、同じ契約者が複数の加入者サーバ１（その加入者サーバ１が担当する代表リスト）を使用するように、契約者管理テーブル２４に登録しておくことにより、複数の加入者サーバ１にまたがった代表取扱サービスを実現することができる。よって、代表を構成する子回線を同一サーバ収容としなくてよいため、事業者側にとって設備効率を向上させることができるとともに、同一サーバ収容でしか代表を組めないといった事業者都合によるサービス制約を、ユーザは受けずに済む。
【００６９】
図１０は、比較例としての、回線交換電話網での代表取扱サービスの実現形態を示す構成図である。図１と比較すると、以下の点が異なる。
・図１０のＩＣ（Intra-zone Center）７３は、図１の中継サーバ３に対応する県内中継局としての装置である。
・図１０では、図１の代表取扱サービスを担当するＡＳ２が存在しない。図１０での代表取扱サービスは、加入者サーバ１に対応するそれぞれの群局としてのＧＣ（Group Unit Center）７１が、他のＧＣ７１とは独立に実行する。
【００７０】
このため、図１０では、着端末９を収容するＧＣ７１の全てが代表取扱サービスの機能をそれぞれ持つ必要があるため、加入者サーバ１に対して代表取扱サービスを実現するためのプログラムやデータなどをインストールする作業が発生する。この作業によって、稼動している加入者サーバ１を停止するなど、ユーザに不便を強いる。
さらに、図１０では、代表取扱サービスの実現機能が、個々のＧＣ７１に閉じているため、空き回線の選択は同一のＧＣ７１内に収容されている着端末９間に限定される。このため、複数のＧＣ７１をまたがっての代表取扱サービスが実現できない。
【符号の説明】
【００７１】
１ 加入者サーバ
２ ＡＳ（アプリケーションサーバ）
３ 中継サーバ
４ ＩＰ変換装置
８ 発端末
９ 着端末
１１ 番号サービス対応テーブル
１２ サービス接続先テーブル
１３ サービス判定部
１４ 回線選択部
１５ 着信制御部
２１ 候補番号管理テーブル
２２ 代表サービス管理テーブル
２３ 番号応答部
２４ 契約者管理テーブル
７１ ＧＣ
７３ ＩＣ
【特許請求の範囲】
【請求項１】
発端末から着端末への呼接続要求によって前記発端末と前記着端末との間の呼接続を確立する呼接続システムによる呼接続方法であって、
前記発端末からの前記呼接続要求には着信先として代表番号が指定され、
前記発端末から前記着端末への前記呼接続要求の経路となるＩＰ電話網には、前記呼接続要求を中継する加入者サーバと、前記代表番号に対応づけられる前記着端末の電話番号を前記加入者サーバに応答するアプリケーションサーバとが接続され、
前記加入者サーバは、サービス判定部と、回線選択部と、着信制御部とを有し、
前記サービス判定部は、受信した前記呼接続要求で指定されている電話番号が代表取扱サービスの対象であるか否かを判定し、その判定結果として代表取扱サービスの対象である前記呼接続要求の代表番号を前記アプリケーションサーバに通知して、その代表番号に対応する電話番号リストを要求し、
前記回線選択部は、前記サービス判定部の要求結果として、代表番号に対応する前記着端末の電話番号のリストである候補番号リストを前記アプリケーションサーバから受信すると、その候補番号リストから使用中ではない前記着端末の電話番号を着信番号として選択し、
前記着信制御部は、前記回線選択部が選択した前記着信番号が割り当てられている前記着端末に対して、受信した前記呼接続要求を転送し、
前記アプリケーションサーバは、番号応答部と、記憶手段とを有し、
前記アプリケーションサーバの記憶手段には、前記代表番号と前記着端末の電話番号との対応情報が記憶され、
前記番号応答部は、前記サービス判定部から通知された前記呼接続要求の代表番号を検索キーとして、前記記憶手段の対応情報から、検索キーの代表番号に対応する前記着端末の電話番号のリストを前記候補番号リストとして取得し、前記呼接続要求の代表番号を通知した前記加入者サーバに応答することを特徴とする
呼接続方法。
【請求項２】
前記番号応答部は、前記候補番号リストを構成する電話番号として、前記検索キーの代表番号に対応する前記着端末の電話番号に加え、前記検索キーの代表番号とは別の代表番号である仮代表番号を含めてから、前記加入者サーバに応答し、
前記回線選択部は、前記候補番号リストを構成する前記着端末の電話番号が全て使用中であるときには、前記候補番号リストを構成する仮代表番号を新たな代表番号とする呼接続要求を、その仮代表番号を扱う別の加入者サーバへと転送することを特徴とする
請求項１に記載の呼接続方法。
【請求項３】
発端末から着端末への呼接続要求によって前記発端末と前記着端末との間の呼接続を確立する呼接続システムによる呼接続方法であって、
前記発端末からの前記呼接続要求には着信先として代表番号が指定され、
前記発端末から前記着端末への前記呼接続要求の経路となるＩＰ電話網には、前記呼接続要求を中継する加入者サーバと、前記代表番号に対応づけられる前記着端末の電話番号を前記加入者サーバに応答するアプリケーションサーバとが接続され、
前記加入者サーバは、サービス判定部と、着信制御部とを有し、
前記サービス判定部は、受信した前記呼接続要求で指定されている電話番号が代表取扱サービスの対象であるか否かを判定し、その判定結果として代表取扱サービスの対象である前記呼接続要求の代表番号を前記アプリケーションサーバに通知して、その代表番号に対応する電話番号リストを要求し、
前記着信制御部は、前記サービス判定部への応答として受信した前記着信番号が割り当てられている前記着端末に対して、受信した前記呼接続要求を転送し、
前記アプリケーションサーバは、番号応答部と、回線選択部と、記憶手段とを有し、
前記アプリケーションサーバの記憶手段には、前記代表番号と、前記着端末の電話番号と、前記着端末の電話番号の使用状態との対応情報が記憶され、
前記番号応答部は、前記サービス判定部から通知された前記呼接続要求の代表番号を検索キーとして、前記記憶手段の対応情報から、検索キーの代表番号に対応する前記着端末の電話番号のリストを前記候補番号リストとして取得し、
前記回線選択部は、前記番号応答部が取得した候補番号リストから、前記記憶手段に記憶されている使用状態を参照して、使用中ではない前記候補番号リストに含まれる前記着端末の電話番号を着信番号として選択し、前記呼接続要求の代表番号を通知した前記加入者サーバに応答することを特徴とする
呼接続方法。
【請求項４】
前記アプリケーションサーバの記憶手段には、さらに、ユーザごとに使用する代表番号のリストが記憶され、
前記回線選択部は、前記候補番号リストを構成する前記着端末の電話番号が全て使用中であるときには、前記検索キーの代表番号を使用する同じユーザにおける別の代表番号である仮代表番号を前記記憶手段から検索して前記加入者サーバへ通知し、
前記加入者サーバは、前記通知された仮代表番号を新たな代表番号とする呼接続要求を、その仮代表番号を扱う別の加入者サーバへと転送することを特徴とする
請求項３に記載の呼接続方法。
【請求項５】
前記アプリケーションサーバは、さらに、前記番号応答部が検索する前記代表番号と前記着端末の電話番号との対応情報を、利用時間帯ごとに変化させることを特徴とする
請求項１ないし請求項４のいずれか１項に記載の呼接続方法。
【請求項６】
請求項１ないし請求項５のいずれか１項に記載の呼接続方法を、ＩＰ電話網の各装置に実行させるための呼接続プログラム。
【請求項７】
発端末から着端末への呼接続要求によって前記発端末と前記着端末との間の呼接続を確立する呼接続システムであって、
前記発端末からの前記呼接続要求には着信先として代表番号が指定され、
前記発端末から前記着端末への前記呼接続要求の経路となる前記呼接続システムとしてのＩＰ電話網には、前記呼接続要求を中継する加入者サーバと、前記代表番号に対応づけられる前記着端末の電話番号を前記加入者サーバに応答するアプリケーションサーバとが接続され、
前記加入者サーバは、サービス判定部と、回線選択部と、着信制御部とを有し、
前記サービス判定部は、受信した前記呼接続要求で指定されている電話番号が代表取扱サービスの対象であるか否かを判定し、その判定結果として代表取扱サービスの対象である前記呼接続要求の代表番号を前記アプリケーションサーバに通知して、その代表番号に対応する電話番号リストを要求し、
前記回線選択部は、前記サービス判定部の要求結果として、代表番号に対応する前記着端末の電話番号のリストである候補番号リストを前記アプリケーションサーバから受信すると、その候補番号リストから使用中ではない前記着端末の電話番号を着信番号として選択し、
前記着信制御部は、前記回線選択部が選択した前記着信番号が割り当てられている前記着端末に対して、受信した前記呼接続要求を転送し、
前記アプリケーションサーバは、番号応答部と、記憶手段とを有し、
前記アプリケーションサーバの記憶手段には、前記代表番号と前記着端末の電話番号との対応情報が記憶され、
前記番号応答部は、前記サービス判定部から通知された前記呼接続要求の代表番号を検索キーとして、前記記憶手段の対応情報から、検索キーの代表番号に対応する前記着端末の電話番号のリストを前記候補番号リストとして取得し、前記呼接続要求の代表番号を通知した前記加入者サーバに応答することを特徴とする
呼接続システム。
【請求項８】
前記番号応答部は、前記候補番号リストを構成する電話番号として、前記検索キーの代表番号に対応する前記着端末の電話番号に加え、前記検索キーの代表番号とは別の代表番号である仮代表番号を含めてから、前記加入者サーバに応答し、
前記回線選択部は、前記候補番号リストを構成する前記着端末の電話番号が全て使用中であるときには、前記候補番号リストを構成する仮代表番号を新たな代表番号とする呼接続要求を、その仮代表番号を扱う別の加入者サーバへと転送することを特徴とする
請求項７に記載の呼接続システム。
【請求項９】
発端末から着端末への呼接続要求によって前記発端末と前記着端末との間の呼接続を確立する呼接続システムであって、
前記発端末からの前記呼接続要求には着信先として代表番号が指定され、
前記発端末から前記着端末への前記呼接続要求の経路となる前記呼接続システムとしてのＩＰ電話網には、前記呼接続要求を中継する加入者サーバと、前記代表番号に対応づけられる前記着端末の電話番号を前記加入者サーバに応答するアプリケーションサーバとが接続され、
前記加入者サーバは、サービス判定部と、着信制御部とを有し、
前記サービス判定部は、受信した前記呼接続要求で指定されている電話番号が代表取扱サービスの対象であるか否かを判定し、その判定結果として代表取扱サービスの対象である前記呼接続要求の代表番号を前記アプリケーションサーバに通知して、その代表番号に対応する電話番号リストを要求し、
前記着信制御部は、前記サービス判定部への応答として受信した前記着信番号が割り当てられている前記着端末に対して、受信した前記呼接続要求を転送し、
前記アプリケーションサーバは、番号応答部と、回線選択部と、記憶手段とを有し、
前記アプリケーションサーバの記憶手段には、前記代表番号と、前記着端末の電話番号と、前記着端末の電話番号の使用状態との対応情報が記憶され、
前記番号応答部は、前記サービス判定部から通知された前記呼接続要求の代表番号を検索キーとして、前記記憶手段の対応情報から、検索キーの代表番号に対応する前記着端末の電話番号のリストを前記候補番号リストとして取得し、
前記回線選択部は、前記番号応答部が取得した候補番号リストから、前記記憶手段に記憶されている使用状態を参照して、使用中ではない前記候補番号リストに含まれる前記着端末の電話番号を着信番号として選択し、前記呼接続要求の代表番号を通知した前記加入者サーバに応答することを特徴とする
呼接続システム。
【請求項１０】
前記アプリケーションサーバの記憶手段には、さらに、ユーザごとに使用する代表番号のリストが記憶され、
前記回線選択部は、前記候補番号リストを構成する前記着端末の電話番号が全て使用中であるときには、前記検索キーの代表番号を使用する同じユーザにおける別の代表番号である仮代表番号を前記記憶手段から検索して前記加入者サーバへ通知し、
前記加入者サーバは、前記通知された仮代表番号を新たな代表番号とする呼接続要求を、その仮代表番号を扱う別の加入者サーバへと転送することを特徴とする
請求項９に記載の呼接続システム。
【請求項１】
発端末から着端末への呼接続要求によって前記発端末と前記着端末との間の呼接続を確立する呼接続システムによる呼接続方法であって、
前記発端末からの前記呼接続要求には着信先として代表番号が指定され、
前記発端末から前記着端末への前記呼接続要求の経路となるＩＰ電話網には、前記呼接続要求を中継する加入者サーバと、前記代表番号に対応づけられる前記着端末の電話番号を前記加入者サーバに応答するアプリケーションサーバとが接続され、
前記加入者サーバは、サービス判定部と、回線選択部と、着信制御部とを有し、
前記サービス判定部は、受信した前記呼接続要求で指定されている電話番号が代表取扱サービスの対象であるか否かを判定し、その判定結果として代表取扱サービスの対象である前記呼接続要求の代表番号を前記アプリケーションサーバに通知して、その代表番号に対応する電話番号リストを要求し、
前記回線選択部は、前記サービス判定部の要求結果として、代表番号に対応する前記着端末の電話番号のリストである候補番号リストを前記アプリケーションサーバから受信すると、その候補番号リストから使用中ではない前記着端末の電話番号を着信番号として選択し、
前記着信制御部は、前記回線選択部が選択した前記着信番号が割り当てられている前記着端末に対して、受信した前記呼接続要求を転送し、
前記アプリケーションサーバは、番号応答部と、記憶手段とを有し、
前記アプリケーションサーバの記憶手段には、前記代表番号と前記着端末の電話番号との対応情報が記憶され、
前記番号応答部は、前記サービス判定部から通知された前記呼接続要求の代表番号を検索キーとして、前記記憶手段の対応情報から、検索キーの代表番号に対応する前記着端末の電話番号のリストを前記候補番号リストとして取得し、前記呼接続要求の代表番号を通知した前記加入者サーバに応答することを特徴とする
呼接続方法。
【請求項２】
前記番号応答部は、前記候補番号リストを構成する電話番号として、前記検索キーの代表番号に対応する前記着端末の電話番号に加え、前記検索キーの代表番号とは別の代表番号である仮代表番号を含めてから、前記加入者サーバに応答し、
前記回線選択部は、前記候補番号リストを構成する前記着端末の電話番号が全て使用中であるときには、前記候補番号リストを構成する仮代表番号を新たな代表番号とする呼接続要求を、その仮代表番号を扱う別の加入者サーバへと転送することを特徴とする
請求項１に記載の呼接続方法。
【請求項３】
発端末から着端末への呼接続要求によって前記発端末と前記着端末との間の呼接続を確立する呼接続システムによる呼接続方法であって、
前記発端末からの前記呼接続要求には着信先として代表番号が指定され、
前記発端末から前記着端末への前記呼接続要求の経路となるＩＰ電話網には、前記呼接続要求を中継する加入者サーバと、前記代表番号に対応づけられる前記着端末の電話番号を前記加入者サーバに応答するアプリケーションサーバとが接続され、
前記加入者サーバは、サービス判定部と、着信制御部とを有し、
前記サービス判定部は、受信した前記呼接続要求で指定されている電話番号が代表取扱サービスの対象であるか否かを判定し、その判定結果として代表取扱サービスの対象である前記呼接続要求の代表番号を前記アプリケーションサーバに通知して、その代表番号に対応する電話番号リストを要求し、
前記着信制御部は、前記サービス判定部への応答として受信した前記着信番号が割り当てられている前記着端末に対して、受信した前記呼接続要求を転送し、
前記アプリケーションサーバは、番号応答部と、回線選択部と、記憶手段とを有し、
前記アプリケーションサーバの記憶手段には、前記代表番号と、前記着端末の電話番号と、前記着端末の電話番号の使用状態との対応情報が記憶され、
前記番号応答部は、前記サービス判定部から通知された前記呼接続要求の代表番号を検索キーとして、前記記憶手段の対応情報から、検索キーの代表番号に対応する前記着端末の電話番号のリストを前記候補番号リストとして取得し、
前記回線選択部は、前記番号応答部が取得した候補番号リストから、前記記憶手段に記憶されている使用状態を参照して、使用中ではない前記候補番号リストに含まれる前記着端末の電話番号を着信番号として選択し、前記呼接続要求の代表番号を通知した前記加入者サーバに応答することを特徴とする
呼接続方法。
【請求項４】
前記アプリケーションサーバの記憶手段には、さらに、ユーザごとに使用する代表番号のリストが記憶され、
前記回線選択部は、前記候補番号リストを構成する前記着端末の電話番号が全て使用中であるときには、前記検索キーの代表番号を使用する同じユーザにおける別の代表番号である仮代表番号を前記記憶手段から検索して前記加入者サーバへ通知し、
前記加入者サーバは、前記通知された仮代表番号を新たな代表番号とする呼接続要求を、その仮代表番号を扱う別の加入者サーバへと転送することを特徴とする
請求項３に記載の呼接続方法。
【請求項５】
前記アプリケーションサーバは、さらに、前記番号応答部が検索する前記代表番号と前記着端末の電話番号との対応情報を、利用時間帯ごとに変化させることを特徴とする
請求項１ないし請求項４のいずれか１項に記載の呼接続方法。
【請求項６】
請求項１ないし請求項５のいずれか１項に記載の呼接続方法を、ＩＰ電話網の各装置に実行させるための呼接続プログラム。
【請求項７】
発端末から着端末への呼接続要求によって前記発端末と前記着端末との間の呼接続を確立する呼接続システムであって、
前記発端末からの前記呼接続要求には着信先として代表番号が指定され、
前記発端末から前記着端末への前記呼接続要求の経路となる前記呼接続システムとしてのＩＰ電話網には、前記呼接続要求を中継する加入者サーバと、前記代表番号に対応づけられる前記着端末の電話番号を前記加入者サーバに応答するアプリケーションサーバとが接続され、
前記加入者サーバは、サービス判定部と、回線選択部と、着信制御部とを有し、
前記サービス判定部は、受信した前記呼接続要求で指定されている電話番号が代表取扱サービスの対象であるか否かを判定し、その判定結果として代表取扱サービスの対象である前記呼接続要求の代表番号を前記アプリケーションサーバに通知して、その代表番号に対応する電話番号リストを要求し、
前記回線選択部は、前記サービス判定部の要求結果として、代表番号に対応する前記着端末の電話番号のリストである候補番号リストを前記アプリケーションサーバから受信すると、その候補番号リストから使用中ではない前記着端末の電話番号を着信番号として選択し、
前記着信制御部は、前記回線選択部が選択した前記着信番号が割り当てられている前記着端末に対して、受信した前記呼接続要求を転送し、
前記アプリケーションサーバは、番号応答部と、記憶手段とを有し、
前記アプリケーションサーバの記憶手段には、前記代表番号と前記着端末の電話番号との対応情報が記憶され、
前記番号応答部は、前記サービス判定部から通知された前記呼接続要求の代表番号を検索キーとして、前記記憶手段の対応情報から、検索キーの代表番号に対応する前記着端末の電話番号のリストを前記候補番号リストとして取得し、前記呼接続要求の代表番号を通知した前記加入者サーバに応答することを特徴とする
呼接続システム。
【請求項８】
前記番号応答部は、前記候補番号リストを構成する電話番号として、前記検索キーの代表番号に対応する前記着端末の電話番号に加え、前記検索キーの代表番号とは別の代表番号である仮代表番号を含めてから、前記加入者サーバに応答し、
前記回線選択部は、前記候補番号リストを構成する前記着端末の電話番号が全て使用中であるときには、前記候補番号リストを構成する仮代表番号を新たな代表番号とする呼接続要求を、その仮代表番号を扱う別の加入者サーバへと転送することを特徴とする
請求項７に記載の呼接続システム。
【請求項９】
発端末から着端末への呼接続要求によって前記発端末と前記着端末との間の呼接続を確立する呼接続システムであって、
前記発端末からの前記呼接続要求には着信先として代表番号が指定され、
前記発端末から前記着端末への前記呼接続要求の経路となる前記呼接続システムとしてのＩＰ電話網には、前記呼接続要求を中継する加入者サーバと、前記代表番号に対応づけられる前記着端末の電話番号を前記加入者サーバに応答するアプリケーションサーバとが接続され、
前記加入者サーバは、サービス判定部と、着信制御部とを有し、
前記サービス判定部は、受信した前記呼接続要求で指定されている電話番号が代表取扱サービスの対象であるか否かを判定し、その判定結果として代表取扱サービスの対象である前記呼接続要求の代表番号を前記アプリケーションサーバに通知して、その代表番号に対応する電話番号リストを要求し、
前記着信制御部は、前記サービス判定部への応答として受信した前記着信番号が割り当てられている前記着端末に対して、受信した前記呼接続要求を転送し、
前記アプリケーションサーバは、番号応答部と、回線選択部と、記憶手段とを有し、
前記アプリケーションサーバの記憶手段には、前記代表番号と、前記着端末の電話番号と、前記着端末の電話番号の使用状態との対応情報が記憶され、
前記番号応答部は、前記サービス判定部から通知された前記呼接続要求の代表番号を検索キーとして、前記記憶手段の対応情報から、検索キーの代表番号に対応する前記着端末の電話番号のリストを前記候補番号リストとして取得し、
前記回線選択部は、前記番号応答部が取得した候補番号リストから、前記記憶手段に記憶されている使用状態を参照して、使用中ではない前記候補番号リストに含まれる前記着端末の電話番号を着信番号として選択し、前記呼接続要求の代表番号を通知した前記加入者サーバに応答することを特徴とする
呼接続システム。
【請求項１０】
前記アプリケーションサーバの記憶手段には、さらに、ユーザごとに使用する代表番号のリストが記憶され、
前記回線選択部は、前記候補番号リストを構成する前記着端末の電話番号が全て使用中であるときには、前記検索キーの代表番号を使用する同じユーザにおける別の代表番号である仮代表番号を前記記憶手段から検索して前記加入者サーバへ通知し、
前記加入者サーバは、前記通知された仮代表番号を新たな代表番号とする呼接続要求を、その仮代表番号を扱う別の加入者サーバへと転送することを特徴とする
請求項９に記載の呼接続システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【公開番号】特開２０１１−１６６２５３（Ｐ２０１１−１６６２５３Ａ）
【公開日】平成２３年８月２５日（２０１１．８．２５）
【国際特許分類】
【出願番号】特願２０１０−２３８５７（Ｐ２０１０−２３８５７）
【出願日】平成２２年２月５日（２０１０．２．５）
【出願人】（０００００４２２６）日本電信電話株式会社 (13,992)
【Ｆターム（参考）】
【公開日】平成２３年８月２５日（２０１１．８．２５）
【国際特許分類】
【出願日】平成２２年２月５日（２０１０．２．５）
【出願人】（０００００４２２６）日本電信電話株式会社 (13,992)
【Ｆターム（参考）】
[ Back to top ]