呼予約制御システム、ＳＩＰサーバ、呼予約制御方法および呼予約制御プログラム
【課題】ＳＩＰのプロトコルで通信の開始から切断要求までの流れからなるセッションを予約制御し確実に呼の接続が可能な呼予約制御システム、ＳＩＰサーバ、呼予約制御方法およびプログラムを得ること。
【解決手段】呼予約システム１１は、特定の電話番号についての発着呼に使用する呼数の予約を受け付けてＳＩＰサーバに通知する。ＳＩＰサーバの呼数予約手段１２ｃは呼の予約が可能であると判別した呼数を通常呼とは別枠で予約する。通信要求可否判別手段１２ｅは予約呼の呼数との関係で呼の予約が可能な場合に呼を確立する。
【解決手段】呼予約システム１１は、特定の電話番号についての発着呼に使用する呼数の予約を受け付けてＳＩＰサーバに通知する。ＳＩＰサーバの呼数予約手段１２ｃは呼の予約が可能であると判別した呼数を通常呼とは別枠で予約する。通信要求可否判別手段１２ｅは予約呼の呼数との関係で呼の予約が可能な場合に呼を確立する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、呼の接続を行う呼予約制御システム、ＳＩＰサーバ、呼予約制御方法および呼予約制御プログラムに関する。本発明は特にＳＩＰ（Session Initiation Protocol）サーバを用いた呼接続に好適な呼予約制御システム、ＳＩＰサーバ、呼予約制御方法および呼予約制御プログラムに関する。
【背景技術】
【０００２】
ＳＩＰサーバは、ＳＩＰと呼ばれるプロトコルを利用して呼制御を行う。ＳＩＰプロトコルは、ＶｏＩＰ（Voice over Internet Protocol）等の音声通信のＩＰ化で用いられるプロトコルであり、たとえばインターネット電話に利用されている。
【０００３】
一般に電話回線を使用して相手先に電話を掛ける場合、電話回線が混み合っていると、電話をすぐに接続することができない。ＳＩＰプロトコルを使用して相手先に電話を掛ける場合も同様であり、トラフィック中継線の許容できる帯域幅で定まるＳＩＰサーバの制御可能な呼の数の最大値を超えると電話を相手先と接続することができない。
【０００４】
そこで、本発明に関連する関連技術では、中継線の許容できる帯域幅を超えるときには、関係するトラフィック中継線に対する追加帯域幅を予約することができる技術を提案している（たとえば特許文献１参照）。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００８−２１１８２１号公報（第００１５段落、第００２１段落）
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、この関連技術で帯域幅の予約は、時刻同期データの伝送を行う際のＱｏＳ（Quality of Service）の低下を防止するために行われるようになっている。したがって、この関連技術を使用しても電話回線が混み合っている際の電話等の通信を確保する対策を採ることはできない。
【０００７】
そこで本発明の目的は、ＳＩＰのプロトコルで通信の開始から切断要求までの流れからなるセッションを予約制御し、確実に呼の接続を行えるようにした呼予約制御システム、ＳＩＰサーバ、呼予約制御方法および呼予約制御プログラムを提供することにある。
【課題を解決するための手段】
【０００８】
本発明では、（イ）特定の電話番号に対応した通信に使用する呼数を、ユーザ端末の予約を希望する通信時間帯に対応させて受け付ける呼数予約受付手段と、この呼数予約受付手段により予約した呼数予約受付内容を示す呼予約イベントを特定の宛先に通知するイベント通知手段とを備えた呼予約システムと、（ロ）前記した特定の宛先として前記したイベント通知手段から前記した呼予約イベントを受信する呼予約イベント受信手段と、この呼予約イベント受信手段により受信した時間帯に前記した特定の電話番号に対する呼の予約が、予め定めた所定の予約可能呼数との関係で可能であるかを判別する呼予約可否判別手段と、この呼予約可否判別手段で呼の予約が可能であると判別した呼数を前記した特定の電話番号に対応する予約呼の呼数として予約する呼数予約手段と、ユーザ端末から電話番号に対応させた通信要求があったときこれを受信する通信要求受信手段と、この通信要求受信手段が通信要求を受信したとき、該当する電話番号に対応する前記した予約呼の呼数との関係で前記した通信要求を可とするかを判別する通信要求可否判別手段と、この通信要求可否判別手段が前記した通信要求を可とするとき、対応する呼数の回線を確保して呼を確立する呼確立手段とを備えたＳＩＰ（Session Initiation Protocol）サーバとを呼予約制御システムが具備する。
【０００９】
また、本発明では、（イ）特定の電話番号に対応した通信に使用する呼数を、ユーザ端末の予約を希望する通信時間帯に対応させた呼数予約受付内容を示す呼予約イベントを受信するイベント受信手段と、（ロ）このイベント受信手段で受信した時間帯に前記した特定の電話番号に対する呼の予約が、予め定めた所定の予約可能呼数との関係で可能であるかを判別する呼予約可否判別手段と、（ハ）この呼予約可否判別手段で呼の予約が可能であると判別した呼数を前記した特定の電話番号に対応する予約呼の呼数として予約する呼数予約手段と、（ニ）ユーザ端末から電話番号に対応させた通信要求があったときこれを受信する通信要求受信手段と、（ホ）この通信要求受信手段が通信要求を受信したとき、該当する電話番号に対応する前記した予約呼の呼数との関係で前記した通信要求を可とするかを判別する通信要求可否判別手段と、（へ）この通信要求可否判別手段が前記した通信要求を可とするとき、対応する呼数の回線を確保して呼を確立する呼確立手段とをＳＩＰ（Session Initiation Protocol）サーバが具備する。
【００１０】
更に本発明では、（イ）特定の電話番号に対応した通信に使用する呼数を、ユーザ端末の予約を希望する通信時間帯に対応させた呼数予約受付内容として受け付ける呼数予約受付ステップと、（ロ）この呼数予約受付ステップにより予約した呼数予約受付内容を示す呼予約イベントをＳＩＰ（Session Initiation Protocol）サーバに通知するイベント通知ステップと、（ハ）このイベント通知ステップで通知された時間帯に前記した特定の電話番号に対する呼の予約が、予め定めた所定の予約可能呼数との関係で可能であるかを判別する呼予約可否判別ステップと、（ニ）この呼予約可否判別ステップで呼の予約が可能であると判別した呼数を前記した特定の電話番号に対応する予約呼の呼数として予約する呼数予約ステップと、（ホ）ユーザ端末から電話番号に対応させた通信要求があったときこれを受信する通信要求受信ステップと、（へ）この通信要求受信ステップが通信要求を受信したとき、該当する電話番号に対応する前記した予約呼の呼数との関係で前記した通信要求を可とするかを判別する通信要求可否判別ステップと、（ト）この通信要求可否判別ステップが前記した通信要求を可とするとき、対応する呼数の回線を確保して呼を確立する呼確立ステップとを呼予約制御方法が具備する。
【００１１】
更にまた本発明では、ＳＩＰ（Session Initiation Protocol）サーバのコンピュータに、呼予約制御プログラムとして、（イ）特定の電話番号に対応した通信に使用する呼数を、ユーザ端末の予約を希望する通信時間帯に対応させた呼数予約受付内容を示す呼予約イベントを受信するイベント受信処理と、（ロ）このイベント受信処理で受信した時間帯に前記した特定の電話番号に対する呼の予約が、予め定めた所定の予約可能呼数との関係で可能であるかを判別する呼予約可否判別処理と、（ハ）この呼予約可否判別処理で呼の予約が可能であると判別した呼数を前記した特定の電話番号に対応する予約呼の呼数として予約する呼数予約処理と、（ニ）ユーザ端末から電話番号に対応させた通信要求があったときこれを受信する通信要求受信処理と、（ホ）この通信要求受信処理が通信要求を受信したとき、該当する電話番号に対応する前記した予約呼の呼数との関係で前記した通信要求を可とするかを判別する通信要求可否判別処理と、（へ）この通信要求可否判別処理が前記した通信要求を可とするとき、対応する呼数の回線を確保して呼を確立する呼確立処理とを実行させることを特徴とする。
【発明の効果】
【００１２】
以上説明したように本発明では、ＳＩＰと呼ばれるプロトコルを利用して呼制御を行うサーバとしてのＳＩＰサーバを用いて、事前にＳＩＰセッションを予約することにしたので、予約した範囲で確実に呼の接続を行うことができる。しかも既存のＳＩＰシステムを拡張するので、容易にシステム構築が可能である。
【図面の簡単な説明】
【００１３】
【図１】本発明の呼予約制御システムのクレーム対応図である。
【図２】本発明のＳＩＰサーバのクレーム対応図である。
【図３】本発明の呼予約制御方法のクレーム対応図である。
【図４】本発明の呼予約制御プログラムのクレーム対応図である。
【図５】本発明の実施の形態における呼接続システムを表わしたシステム構成図である。
【図６】本実施の形態における呼予約システムの構成の概要を表わしたブロック図である。
【図７】本実施の形態の呼制御数制御システムにおける呼制御数の制御を原理的に表わした説明図である。
【図８】本実施の形態における呼数管理テーブルの一例を示した説明図である。
【図９】本実施の形態におけるＳＩＰサーバによる呼予約イベント処理の様子を表わした流れ図である。
【図１０】本実施の形態における発着信要求受信時のＳＩＰサーバの処理の様子を表わした流れ図である。
【発明を実施するための形態】
【００１４】
図１は、本発明の呼予約制御システムのクレーム対応図を示したものである。本発明の呼予約制御システム１０は、呼予約システム１１とＳＩＰサーバ１２を備えている。ここで、呼予約システム１１は、特定の電話番号に対応した通信に使用する呼数を、ユーザ端末の予約を希望する通信時間帯に対応させて受け付ける呼数予約受付手段１１ａと、この呼数予約受付手段１１ａにより予約した呼数予約受付内容を示す呼予約イベントを特定の宛先に通知するイベント通知手段１１ｂとを備えている。ＳＩＰサーバ１２は、呼予約イベント受信手段１２ａと、呼予約可否判別手段１２ｂと、呼数予約手段１２ｃと、通信要求受信手段１２ｄと、通信要求可否判別手段１２ｅと、呼確立手段１２ｆを備えている。ここで呼予約イベント受信手段１２ａは、前記した特定の宛先としてイベント通知手段１１ｂから前記した呼予約イベントを受信する。呼予約可否判別手段１２ｂは、呼予約イベント受信手段１２ａにより受信した時間帯に前記した特定の電話番号に対する呼の予約が、予め定めた所定の予約可能呼数との関係で可能であるかを判別する。呼数予約手段１２ｃは、呼予約可否判別手段１２ｂで呼の予約が可能であると判別した呼数を前記した特定の電話番号に対応する予約呼の呼数として予約する。通信要求受信手段１２ｄは、ユーザ端末から電話番号に対応させた通信要求があったときこれを受信する。通信要求可否判別手段１２ｅは、通信要求受信手段１２ｄが通信要求を受信したとき、該当する電話番号に対応する前記した予約呼の呼数との関係で前記した通信要求を可とするかを判別する。呼確立手段１２ｆは、通信要求可否判別手段１２ｅが前記した通信要求を可とするとき、対応する呼数の回線を確保して呼を確立する。
【００１５】
図２は、本発明のＳＩＰサーバのクレーム対応図を示したものである。本発明のＳＩＰサーバ２０は、イベント受信手段２１と、呼予約可否判別手段２２と、呼数予約手段２３と、通信要求受信手段２４と、通信要求可否判別手段２５と、呼確立手段２６を備えている。ここで、イベント受信手段２１は、特定の電話番号に対応した通信に使用する呼数を、ユーザ端末の予約を希望する通信時間帯に対応させた呼数予約受付内容を示す呼予約イベントを受信する。呼予約可否判別手段２２は、イベント受信手段２１で受信した時間帯に前記した特定の電話番号に対する呼の予約が、予め定めた所定の予約可能呼数との関係で可能であるかを判別する。呼数予約手段２３は、呼予約可否判別手段２２で呼の予約が可能であると判別した呼数を前記した特定の電話番号に対応する予約呼の呼数として予約する。通信要求受信手段２４は、ユーザ端末から電話番号に対応させた通信要求があったときこれを受信する。通信要求可否判別手段２５は、通信要求受信手段２４が通信要求を受信したとき、該当する電話番号に対応する前記した予約呼の呼数との関係で前記した通信要求を可とするかを判別する。呼確立手段２６は、通信要求可否判別手段２５が前記した通信要求を可とするとき、対応する呼数の回線を確保して呼を確立する。
【００１６】
図３は、本発明の呼予約制御方法のクレーム対応図を示したものである。本発明の呼予約制御方法３０は、呼数予約受付ステップ３１と、イベント通知ステップ３２と、呼予約可否判別ステップ３３と、呼数予約ステップ３４と、通信要求受信ステップ３５と、通信要求可否判別ステップ３６と、呼確立ステップ３７を備えている。ここで、呼数予約受付ステップ３１では、特定の電話番号に対応した通信に使用する呼数を、ユーザ端末の予約する通信時間帯に対応させた呼数予約受付内容として受け付ける。イベント通知ステップ３２では、呼数予約受付ステップ３１により予約した呼数予約受付内容を示す呼予約イベントをＳＩＰサーバに通知する。呼予約可否判別ステップ３３では、イベント通知ステップ３２で通知された時間帯に前記した特定の電話番号に対する呼の予約が、予め定めた所定の予約可能呼数との関係で可能であるかを判別する。呼数予約ステップ３４では、呼予約可否判別ステップ３３で呼の予約が可能であると判別した呼数を前記した特定の電話番号に対応する予約呼の呼数として予約する。通信要求受信ステップ３５では、ユーザ端末から電話番号に対応させた通信要求があったときこれを受信する。通信要求可否判別ステップ３６では、通信要求受信ステップ３５で通信要求を受信したとき、該当する電話番号に対応する前記した予約呼の呼数との関係で前記した通信要求を可とするかを判別する。呼確立ステップ３７では、通信要求可否判別ステップ３６で前記した通信要求を可とするとき、対応する呼数の回線を確保して呼を確立する。
【００１７】
図４は、本発明の呼予約制御プログラムのクレーム対応図を示したものである。本発明の呼予約制御プログラム４０は、ＳＩＰサーバのコンピュータにイベント受信処理４１と、呼予約可否判別処理４２と、呼数予約処理４３と、通信要求受信処理４４と、通信要求可否判別処理４５と、呼確立処理４６を実行させるようにしている。ここで、イベント受信処理４１では、特定の電話番号に対応した通信に使用する呼数を、ユーザ端末の予約を希望する通信時間帯に対応させた呼数予約受付内容を示す呼予約イベントを受信する。呼予約可否判別処理４２では、イベント受信処理４１で受信した時間帯に前記した特定の電話番号に対する呼の予約が、予め定めた所定の予約可能呼数との関係で可能であるかを判別する。呼数予約処理４３では、呼予約可否判別処理４２で呼の予約が可能であると判別した呼数を前記した特定の電話番号に対応する予約呼の呼数として予約する。通信要求受信処理４４では、ユーザ端末から電話番号に対応させた通信要求があったときこれを受信する。通信要求可否判別処理４５では、通信要求受信処理４４で通信要求を受信したとき、該当する電話番号に対応する前記した予約呼の呼数との関係で前記した通信要求を可とするかを判別する。呼確立処理４６では、通信要求可否判別処理４５で前記した通信要求を可とするとき、対応する呼数の回線を確保して呼を確立する。
【００１８】
＜発明の実施の形態＞
【００１９】
次に本発明の実施の形態を説明する。
【００２０】
図５は、本発明の実施の形態における呼接続システムを表わしたものである。呼予約制御システム１００は、呼予約システム１０１と、ＳＩＰサーバ１０２と、これらを接続する通信経路１０３によって構成されている。ここで呼予約システム１０１は、電話番号に対するＳＩＰセッションの予約イベントの監視を行う。呼予約システム１０１による具体的な予約イベントの監視方法としては、たとえば図示しないメディアサーバにおけるＤＴＭＦ（Dial Tone Multi Frequency）によるトーン信号を用いた予約イベントの監視、あるいは同じく図示しないウェブサーバによる予約イベントの監視を挙げることができる。
【００２１】
ＳＩＰサーバ１０２は、汎用のサーバにＳＩＰサーバ用のアプリケーションソフトウェアを実装したものである。本実施の形態のＳＩＰサーバ１０２は、機能的にＳＩＰサーバ電話番号情報データ部１１１と、呼制御数制御システム１１２から構成されている。
【００２２】
このうちＳＩＰサーバ電話番号情報データ部１１１は、通話の際の発着信に使用する電話番号１２１と、通常通話呼数１２２と、予約通話呼数１２３と、予約呼数１２４の各データの組み合わせからなるＳＩＰサーバ電話番号情報データ１２５を格納するメモリ領域である。ここで「呼数」とは、単位時間（１時間）に電話を掛けて接続する回数をいう。予約呼数１２４とは、対象となる電話番号について実際に予約を行っているＳＩＰセッション数をいう。予約通話呼数１２３は、予約呼数１２４の中で実際に通話を行っているＳＩＰセッション数をいう。ＳＩＰサーバ電話番号情報データ１２５を格納するメモリ領域は、ＳＩＰサーバ１０２を構成する図示しないメモリを適宜割り当てたものである。
【００２３】
呼制御数制御システム１１２は、ＳＩＰサーバ電話番号情報データ部１１１を格納したメモリのその他の領域に格納された制御プログラムを図示しないＣＰＵ（Central Processing Unit）が実行することでＳＩＰサーバ１０２を機能的に実現するようになっている。呼制御数制御システム１１２内には、前記したメモリの一部領域を使用した呼数管理テーブル１２６が配置されている。呼数管理テーブル１２６は、呼数の管理を行うための呼数管理情報を格納するようになっている。
【００２４】
図６は、呼予約システムの構成の概要を表わしたものである。図５と共に説明する。
【００２５】
呼予約システム１０１は、呼予約情報データ部１４１と、これを制御する呼予約システム制御部１４２から構成されている。呼予約情報データ部１４１は、電話番号情報１５１と、予約時間情報１５２と、予約呼数情報１５３の各データの組み合わせからなる呼予約情報データ１５４を格納するメモリ領域である。このメモリ領域は、呼予約システム１０１を構成する図示しないメモリを適宜割り当てたものである。また、呼予約システム制御部１４２は図示しないＣＰＵを備え、呼予約情報データ部１４１を格納したメモリのその他の領域に格納された制御プログラムを実行することで呼予約システム１０１をソフトウェア的に実現するようになっている。
【００２６】
このような構成の呼予約制御システム１００では、呼予約システム１０１が呼の予約についてのイベントを取得する。呼予約システム１０１は、これを基にして電話番号情報１５１と、予約時間情報１５２と、予約呼数情報１５３の各データをチェックして呼の予約が可能であるかを判別する。具体的には、電話番号情報１５１で示される通話対象となる電話番号が存在し、予約時間情報１５２で示す予約時間に予約でき、予約呼数情報１５３で示す呼数が予約できる呼の数の範囲内であると判別したときには呼の予約が可能である。
【００２７】
呼予約システム１０１は、呼の予約が可能であると判別した場合、前記した３種類の情報１５１〜１５３の組み合わせを呼予約情報データ１５４として連結し、呼予約情報データ部１４１に保存する。そして、その予約時間情報１５２に示す予約時間が到来したとき、呼予約情報データ１５４の実行開始時間になったものとして、通信経路１０３を通じてＳＩＰサーバ１０２へ予約イベントを通知することになる。
【００２８】
一方、ＳＩＰサーバ１０２内の呼制御数制御システム１１２は、呼予約システム１０１から呼予約情報データ部１４１に保存された呼予約情報データ１５４についてのイベントが受信されるのを待機している。イベントが受信されると、呼予約システム制御部１４２は呼予約情報データ１５４から、管理を行っているＳＩＰサーバ電話番号情報データ１２５における電話番号１２１および予約呼数１２４を更新する。
【００２９】
図７は、呼予約制御システムにおける呼制御数の制御を原理的に表わしたものである。図５および図６と共に説明する。
【００３０】
ＳＩＰサーバ１０２が最大で制御可能な呼数としての最大制御可能呼数を数値ｎで表わすものとする。特定の電話番号に対して通話する場合を考え、この電話番号を電話番号Ａとする。この場合、最大制御可能呼数ｎは、電話番号Ａについての回線数と等しくなる。
【００３１】
本実施の形態では、最大制御可能呼数ｎを、予約用の呼制御数ａと、通常用の呼制御数（ｎ−ａ）に区分けする。呼予約システム１０１からＳＩＰサーバ１０２が呼予約のイベントを受信した際に、呼予約対象の電話番号Ａがすでに通話呼を保持していたような場合には、その呼は通常用の呼制御数（ｎ−ａ）として管理される。予約時間内で発生した呼が予約用の呼制御数ａとして管理されることになる。
【００３２】
予約用の呼制御数ａと、通常用の呼制御数（ｎ−ａ）の境界となる閾値を呼数閾値Ｔｈと呼ぶことにする。また、予約を可能な最大呼数としての最大予約可能呼数を数値ｍで表わすものとする。
【００３３】
本実施の形態の呼制御数制御システム１１２では、ＳＩＰサーバ１０２が呼予約システム１０１から呼予約情報データ１５４のイベントを受信したとき、予約呼数情報１５３から呼数閾値Ｔｈを決定し、最大制御可能呼数ｎを通常用の呼制御数（ｎ−ａ）と予約用の呼制御数ａに区分けする。予約用の呼制御数ａは、予約対象の電話番号情報１５１のために確保される呼回線となる。呼予約システム１０１は、呼の予約状況によって、最大予約可能呼数ｍを変更するようになっている。
【００３４】
図８は、呼数管理テーブルの一例について呼管理情報の遷移を表わしたものである。呼数管理テーブル１２６は、通話中の呼数、通話可能な呼数および新規予約可能な呼数を時間単位で管理するようになっている。図８に示す呼数管理テーブル１２６には、電話番号Ａについての呼数管理情報が格納されている。図７と共に説明する。
【００３５】
８時における通話中の通常呼の呼数をＮＴとし、予約呼の呼数をＲＴとする。また、８時における通話可能な通常呼の呼数をＮＩとし、予約呼の呼数をＲＩとする。最大制御可能呼数ｎは、次の（１）式のようになる。
ｎ＝ＮＴ＋ＲＴ＋ＮＩ＋ＲＩ……（１）
【００３６】
したがって、８時の時点で新規予約可能な呼数は、最大予約可能呼数ｍから通話中の予約呼と通話可能な予約呼の和（ＲＴ＋ＲＩ）を差し引いた値となる。
【００３７】
電話番号Ａについての予約呼数をｒとする。また、電話番号Ａについての９時に通話を開始して１２時時点で通話が継続する、予約後の通話呼数をｒｔとする。電話番号Ａについての予約が９時に開始し、１２時に予約が満了するものとするものとし、９時における通話中の通常呼がＮＴのままであったとする。この場合、通話中の予約呼の呼数は、呼数ｒｔだけ増加してＲＴ＋ｒｔとなる。この結果、通話可能な通常呼の呼数は、電話番号Ａについての予約呼数ｒだけ減少して、ＮＩ−ｒとなる。また、通話可能な予約呼の呼数は、ＮＩ＋ｒ−ｒｔとなる。
【００３８】
１２時になると、電話番号Ａについての予約後の通話呼数がｒｔなので、予約満了のこの時点で通話中の通常呼ＮＴに通常呼が加わってＮＴ＋ｒｔとなる。通話中の予約呼は、予約満了の呼数ｒｔだけ減少して、ＲＴ−ｒｔとなる。１２時における通話可能な通常呼および予約呼の呼数は、８時におけるそれぞれの値に戻る。この結果、１２時における新規予約可能な呼数も８時における呼数と同一となる。
【００３９】
図９は、ＳＩＰサーバによる呼予約イベント処理の様子を表わしたものである。図５〜図８と共に説明する。
【００４０】
ＳＩＰサーバ１０２は、呼予約システム１０１から呼予約イベントが送られてくるのを待機している（ステップＳ２０１）。呼予約システム１０１では、呼予約情報データ部１４１に格納された呼予約情報データ１５４における予約時間情報１５２を監視しており、予約時間になるとＳＩＰサーバ１０２に対してイベントを通知するようになっている。
【００４１】
呼予約システム１０１からの呼予約イベントを受信すると（ステップＳ２０１：Ｙ）、ＳＩＰサーバ１０２は呼予約イベントが呼の予約開始であるか、呼の予約終了であるかを判別する（ステップＳ２０２）。呼の予約開始の場合には（Ｙ）、その予約が可能であるかを判別する（ステップＳ２０３）。予約に指定された時刻の予約呼数１２４に空きがある場合は予約が可能である。また、最大予約可能呼数ｍの範囲内であれば、新規予約可能な呼数を予約することかできる。予約可能とされた場合には、その内容にＳＩＰサーバ電話番号情報データ１２５を更新する（ステップＳ２０４）。ステップＳ２０２で呼の予約終了であると判別された場合にも（Ｎ）、その内容にＳＩＰサーバ電話番号情報データ１２５を更新する（ステップＳ２０４）。
【００４２】
ＳＩＰサーバ電話番号情報データ１２５を更新したら、ＳＩＰサーバ１０２は呼数閾値Ｔｈを変更し、通常用の呼制御数（ｎ−ａ）と予約用の呼制御数ａを決定して（ステップＳ２０５）、処理をステップＳ２０１に戻す（リターン）。ステップＳ２０３で呼の予約が不可能であるとされた場合にも（Ｎ）、処理をステップＳ２０１に戻すことになる（リターン）。
【００４３】
なお、図８で示したように、呼予約対象の電話番号がすでに通話呼を保持していた場合、その呼は通常用の呼制御数（ｎ−ａ）として管理され、予約時間内で発生した呼が予約用の呼制御数ａとして管理される。
【００４４】
図１０は、発着信要求受信時のＳＩＰサーバの処理の様子を表わしたものである。図５〜図８と共に説明する。
【００４５】
ＳＩＰサーバ１０２は、図示しないＩＰ（Internet Protocol）電話機等のユーザ端末から発着信の要求（ＩＮＶＩＴＥメッセージ）があるのを待機している（ステップＳ２２１）。ユーザ端末から発着信の要求があると（Ｙ）、発着信の対象となる電話番号に予約呼があるかをチェックする（ステップＳ２２２）。
【００４６】
予約呼がある場合（ステップＳ２２２：Ｙ）、ＳＩＰサーバ１０２は予約呼数１２４と予約通話呼数１２３から、予約呼数内で発着信の処理が可能かを判断する（ステップＳ２２３）。たとえば、発着信の対象となる電話番号Ａが、実際に予約しているＳＩＰセッション数と、予約呼数の中で実際に通話しているＳＩＰセッション数との関係から、実際に予約しているＳＩＰセッション数内で発着信が可能かを判別する。ユーザサポートセンタを有する企業のような場合、特定の期間に使用する回線数を予約呼数という形で押さえておく場合があり、発着信が可能と判別されれば、この範囲内で発着信が可能になる。
【００４７】
ステップＳ２２３の判別結果で予約呼数内で処理が可能と判別した場合（Ｙ）、ＳＩＰサーバ１０２は図７に示した予約用の呼制御数ａを使用して、発着信を許可する（ステップＳ２２４）。すなわち、予約用の呼制御数ａから制御回線を確保し、発着信要求の呼を確立する。この後、ＳＩＰサーバ１０２は、ユーザ端末から次の発着信の要求を待機するステップＳ２２１の処理に戻る（リターン）。
【００４８】
これに対して予約呼数内で処理が可能でないと判別された場合（ステップＳ２２３：Ｎ）、あるいは予約呼数が存在しない場合（ステップＳ２２２：Ｎ）、ＳＩＰサーバ１０２は通常用の呼制御数（ｎ−ａ）で処理が可能であるかを判別する（ステップＳ２２５）。通常用の呼制御数（ｎ−ａ）で処理が可能であれば（Ｙ）、ＳＩＰサーバ１０２は、この通常用の呼制御数（ｎ−ａ）を使用して発着信を許可する（ステップＳ２２６）。すなわち、通常用の呼制御数（ｎ−ａ）から、あるいは必要により予約用の呼制御数で使用できるものがあればこれを加えて、制御回線を確保して、発着信要求の呼を確立する。そして、ＳＩＰサーバ１０２は、次の発着信の要求を待機するステップＳ２２１の処理に戻ることになる（リターン）。
【００４９】
通常用の呼制御数（ｎ−ａ）を使用しても処理が不可能の場合（ステップＳ２２５：Ｎ）、ＳＩＰサーバ１０２はユーザ端末からの発着信の要求を拒否する（ステップＳ２２７）。そして、次の発着信の要求を待機するステップＳ２２１の処理に戻ることになる（リターン）。
【００５０】
以上説明したように本実施の形態によれば、事前にＳＩＰセッションを予約するシステムを実現することで、確実に呼の接続が可能になる。
【００５１】
また、本実施の形態ではＳＩＰセッションを時間単位で予約するようにすることができる。この場合には時間単位で流動的にＳＩＰセッションの制御呼数を決定し、回線の効率的な活用が可能になる。
【００５２】
更に本実施の形態によれば、既存のＳＩＰシステムの拡張で容易にシステム構築が可能であり、確実な電話接続を確保することができる。しかも、ＳＩＰシステムを使用するので、インターネットとの親和性が高い。
【００５３】
＜発明の変形可能性＞
【００５４】
以上説明した実施の形態では、呼の予約を発着信まとめて制御することにしたが、これに限るものではない。発信用の予約と着信用の予約に分離して制御することで、それぞれの利用形態に合わせた呼の予約制御システムを構築することができる。
【００５５】
また、実施の形態では図１０のステップＳ２２３で、発着信の要求に対して予約呼数内で処理が不可能とされたとき、通常用の呼制御数を使用する可能性を探ることにしたが、これに限るものではない。予約呼数内で処理が不可能な場合には、直ちにステップＳ２２７に進んで発着信を拒否するようにすることで、予約呼数を回線の呼数上限とすることも可能である。
【００５６】
以上説明した実施の形態の一部または全部は、以下の付記のようにも記載されるが、以下の記載に限定されるものではない。
【００５７】
（付記１）
特定の電話番号に対応した通信に使用する呼数を、ユーザ端末の予約を希望する通信時間帯に対応させて受け付ける呼数予約受付手段と、この呼数予約受付手段により予約した呼数予約受付内容を示す呼予約イベントを特定の宛先に通知するイベント通知手段とを備えた呼予約システムと、
前記特定の宛先として前記イベント通知手段から前記呼予約イベントを受信する呼予約イベント受信手段と、この呼予約イベント受信手段により受信した時間帯に前記特定の電話番号に対する呼の予約が、予め定めた所定の予約可能呼数との関係で可能であるかを判別する呼予約可否判別手段と、この呼予約可否判別手段で呼の予約が可能であると判別した呼数を前記特定の電話番号に対応する予約呼の呼数として予約する呼数予約手段と、ユーザ端末から電話番号に対応させた通信要求があったときこれを受信する通信要求受信手段と、この通信要求受信手段が通信要求を受信したとき、該当する電話番号に対応する前記予約呼の呼数との関係で前記通信要求を可とするかを判別する通信要求可否判別手段と、この通信要求可否判別手段が前記通信要求を可とするとき、対応する呼数の回線を確保して呼を確立する呼確立手段とを備えたＳＩＰ（Session Initiation Protocol）サーバ
とを具備することを特徴とする呼予約制御システム。
【００５８】
（付記２）
前記ＳＩＰサーバは、前記通信要求可否判別手段が前記通信要求を不可とするとき、対応する呼数の回線の通信を拒否する通信拒否手段を具備することを特徴とする付記１記載の呼予約制御システム。
【００５９】
（付記３）
前記通信要求可否判別手段は、前記予約呼の呼数が前記通信要求受信手段の受信した通信要求の呼数以上であるとき前記通信要求を可とすることを特徴とする付記１記載の呼予約制御システム。
【００６０】
（付記４）
前記通信要求可否判別手段は、前記予約呼の呼数が前記通信要求受信手段の受信した通信要求の呼数未満であるとき対応する呼数の回線の通信を拒否する通信拒否手段を具備することを特徴とする付記１記載の呼予約制御システム。
【００６１】
（付記５）
前記通信要求可否判別手段は、前記予約呼の呼数が前記通信要求受信手段の受信した通信要求の呼数未満であるとき、予約呼として割り当てる以外の通常の通話用に割り当てられた呼数から通話中の呼数を差し引いた余りの呼数を前記予約呼の呼数に追加して該当する電話番号に対応する通信要求を満たすとき、前記通信要求を可とすることを特徴とする付記１記載の呼予約制御システム。
【００６２】
（付記６）
前記通信は発呼または着呼によるユーザ端末間の通信であることを特徴とする付記１記載の呼予約制御システム。
【００６３】
（付記７）
前記呼数予約受付手段の受け付ける前記特定の電話番号に対応した予約呼の呼数の最大値は、この特定の電話番号に対応した通信に割り当てられる最大制御可能呼数から通常用の通信に確保される最低限の呼数を差し引いた値であることを特徴とする付記１記載の呼予約制御システム。
【００６４】
（付記８）
前記呼数予約手段が予約する呼数は、予約時点でそのユーザ端末に当該電話番号に対応して通信中の予約に基づかない通常呼があるときこの通常呼の呼数を減じた値になることを特徴とする付記１記載の呼予約制御システム。
【００６５】
（付記９）
前記所定の予約可能呼数とは、前記特定の電話番号に対する最大制御可能呼数の中の通常用の呼制御呼数の最低限の割り当てを除いた最大予約可能呼数であり、前記呼予約可否判別手段は呼の予約が前記最大予約可能呼数以内で行われるとき呼の予約が可能であると判別することを特徴とする付記１記載の呼予約制御システム。
【００６６】
（付記１０）
特定の電話番号に対応した通信に使用する呼数を、ユーザ端末の予約を希望する通信時間帯に対応させた呼数予約受付内容を示す呼予約イベントを受信するイベント受信手段と、
このイベント受信手段で受信した時間帯に前記特定の電話番号に対する呼の予約が、予め定めた所定の予約可能呼数との関係で可能であるかを判別する呼予約可否判別手段と、
この呼予約可否判別手段で呼の予約が可能であると判別した呼数を前記特定の電話番号に対応する予約呼の呼数として予約する呼数予約手段と、
ユーザ端末から電話番号に対応させた通信要求があったときこれを受信する通信要求受信手段と、
この通信要求受信手段が通信要求を受信したとき、該当する電話番号に対応する前記予約呼の呼数との関係で前記通信要求を可とするかを判別する通信要求可否判別手段と、
この通信要求可否判別手段が前記通信要求を可とするとき、対応する呼数の回線を確保して呼を確立する呼確立手段
とを具備することを特徴とするＳＩＰ（Session Initiation Protocol）サーバ。
【００６７】
（付記１１）
前記通信要求可否判別手段が前記通信要求を不可とするとき、対応する呼数の回線の通信を拒否する通信拒否手段を具備することを特徴とする付記１０記載のＳＩＰサーバ。
【００６８】
（付記１２）
特定の電話番号に対応した通信に使用する呼数を、ユーザ端末の予約を希望する通信時間帯に対応させた呼数予約受付内容として受け付ける呼数予約受付ステップと、
この呼数予約受付ステップにより予約した呼数予約受付内容を示す呼予約イベントをＳＩＰ（Session Initiation Protocol）サーバに通知するイベント通知ステップと、
このイベント通知ステップで通知された時間帯に前記特定の電話番号に対する呼の予約が、予め定めた所定の予約可能呼数との関係で可能であるかを判別する呼予約可否判別ステップと、
この呼予約可否判別ステップで呼の予約が可能であると判別した呼数を前記特定の電話番号に対応する予約呼の呼数として予約する呼数予約ステップと、
ユーザ端末から電話番号に対応させた通信要求があったときこれを受信する通信要求受信ステップと、
この通信要求受信ステップで通信要求を受信したとき、該当する電話番号に対応する前記予約呼の呼数との関係で前記通信要求を可とするかを判別する通信要求可否判別ステップと、
この通信要求可否判別ステップで前記通信要求を可とするとき、対応する呼数の回線を確保して呼を確立する呼確立ステップ
とを具備することを特徴とする呼予約制御方法。
【００６９】
（付記１３）
前記通信要求可否判別ステップで前記通信要求を不可とするとき、対応する呼数の回線の通信を拒否する通信拒否ステップを具備することを特徴とする付記１２記載の呼予約制御方法。
【００７０】
（付記１４）
ＳＩＰ（Session Initiation Protocol）サーバのコンピュータに、
特定の電話番号に対応した通信に使用する呼数を、ユーザ端末の予約を希望する通信時間帯に対応させた呼数予約受付内容を示す呼予約イベントを受信するイベント受信処理と、
このイベント受信処理で受信した時間帯に前記特定の電話番号に対する呼の予約が、予め定めた所定の予約可能呼数との関係で可能であるかを判別する呼予約可否判別処理と、
この呼予約可否判別処理で呼の予約が可能であると判別した呼数を前記特定の電話番号に対応する予約呼の呼数として予約する呼数予約処理と、
ユーザ端末から電話番号に対応させた通信要求があったときこれを受信する通信要求受信処理と、
この通信要求受信処理で通信要求を受信したとき、該当する電話番号に対応する前記予約呼の呼数との関係で前記通信要求を可とするかを判別する通信要求可否判別処理と、
この通信要求可否判別処理で前記通信要求を可とするとき、対応する呼数の回線を確保して呼を確立する呼確立処理
とを実行させることを特徴とする呼予約制御プログラム。
【００７１】
（付記１５）
前記通信要求可否判別処理で前記通信要求を不可とするとき、対応する呼数の回線の通信を拒否する通信拒否処理を前記コンピュータに更に実行させることを特徴とする付記１４記載の呼予約制御プログラム。
【符号の説明】
【００７２】
１０、１００ 呼予約制御システム
１１、１０１ 呼予約システム
１１ａ 呼数予約受付手段
１１ｂ イベント通知手段
１２、２０ ＳＩＰサーバ
１２ａ 呼予約イベント受信手段
１２ｂ、２２ 呼予約可否判別手段
１２ｃ、２３ 呼数予約手段
１２ｄ、２４ 通信要求受信手段
１２ｅ、２５ 通信要求可否判別手段
１２ｆ、２６ 呼確立手段
２１ イベント受信手段
３０ 呼予約制御方法
３１ 呼数予約受付ステップ
３２ イベント通知ステップ
３３ 呼予約可否判別ステップ
３４ 呼数予約ステップ
３５ 通信要求受信ステップ
３６ 通信要求可否判別ステップ
３７ 呼確立ステップ
４０ 呼予約制御プログラム
４１ イベント受信処理
４２ 呼予約可否判別処理
４３ 呼数予約処理
４４ 通信要求受信処理
４５ 通信要求可否判別処理
４６ 呼確立処理
１０２ ＳＩＰサーバ
１１１ ＳＩＰサーバ電話番号情報データ部
１１２ 呼制御数制御システム
１２１ 電話番号
１２２ 通常通話呼数
１２３ 予約通話呼数
１２４ 予約呼数
１２５ ＳＩＰサーバ電話番号情報データ
１２６ 呼数管理テーブル
１４１ 呼予約情報データ部
１４２ 呼予約システム制御部
１５１ 電話番号情報
１５２ 予約時間情報
１５３ 予約呼数情報
１５４ 呼予約情報データ
【技術分野】
【０００１】
本発明は、呼の接続を行う呼予約制御システム、ＳＩＰサーバ、呼予約制御方法および呼予約制御プログラムに関する。本発明は特にＳＩＰ（Session Initiation Protocol）サーバを用いた呼接続に好適な呼予約制御システム、ＳＩＰサーバ、呼予約制御方法および呼予約制御プログラムに関する。
【背景技術】
【０００２】
ＳＩＰサーバは、ＳＩＰと呼ばれるプロトコルを利用して呼制御を行う。ＳＩＰプロトコルは、ＶｏＩＰ（Voice over Internet Protocol）等の音声通信のＩＰ化で用いられるプロトコルであり、たとえばインターネット電話に利用されている。
【０００３】
一般に電話回線を使用して相手先に電話を掛ける場合、電話回線が混み合っていると、電話をすぐに接続することができない。ＳＩＰプロトコルを使用して相手先に電話を掛ける場合も同様であり、トラフィック中継線の許容できる帯域幅で定まるＳＩＰサーバの制御可能な呼の数の最大値を超えると電話を相手先と接続することができない。
【０００４】
そこで、本発明に関連する関連技術では、中継線の許容できる帯域幅を超えるときには、関係するトラフィック中継線に対する追加帯域幅を予約することができる技術を提案している（たとえば特許文献１参照）。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００８−２１１８２１号公報（第００１５段落、第００２１段落）
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、この関連技術で帯域幅の予約は、時刻同期データの伝送を行う際のＱｏＳ（Quality of Service）の低下を防止するために行われるようになっている。したがって、この関連技術を使用しても電話回線が混み合っている際の電話等の通信を確保する対策を採ることはできない。
【０００７】
そこで本発明の目的は、ＳＩＰのプロトコルで通信の開始から切断要求までの流れからなるセッションを予約制御し、確実に呼の接続を行えるようにした呼予約制御システム、ＳＩＰサーバ、呼予約制御方法および呼予約制御プログラムを提供することにある。
【課題を解決するための手段】
【０００８】
本発明では、（イ）特定の電話番号に対応した通信に使用する呼数を、ユーザ端末の予約を希望する通信時間帯に対応させて受け付ける呼数予約受付手段と、この呼数予約受付手段により予約した呼数予約受付内容を示す呼予約イベントを特定の宛先に通知するイベント通知手段とを備えた呼予約システムと、（ロ）前記した特定の宛先として前記したイベント通知手段から前記した呼予約イベントを受信する呼予約イベント受信手段と、この呼予約イベント受信手段により受信した時間帯に前記した特定の電話番号に対する呼の予約が、予め定めた所定の予約可能呼数との関係で可能であるかを判別する呼予約可否判別手段と、この呼予約可否判別手段で呼の予約が可能であると判別した呼数を前記した特定の電話番号に対応する予約呼の呼数として予約する呼数予約手段と、ユーザ端末から電話番号に対応させた通信要求があったときこれを受信する通信要求受信手段と、この通信要求受信手段が通信要求を受信したとき、該当する電話番号に対応する前記した予約呼の呼数との関係で前記した通信要求を可とするかを判別する通信要求可否判別手段と、この通信要求可否判別手段が前記した通信要求を可とするとき、対応する呼数の回線を確保して呼を確立する呼確立手段とを備えたＳＩＰ（Session Initiation Protocol）サーバとを呼予約制御システムが具備する。
【０００９】
また、本発明では、（イ）特定の電話番号に対応した通信に使用する呼数を、ユーザ端末の予約を希望する通信時間帯に対応させた呼数予約受付内容を示す呼予約イベントを受信するイベント受信手段と、（ロ）このイベント受信手段で受信した時間帯に前記した特定の電話番号に対する呼の予約が、予め定めた所定の予約可能呼数との関係で可能であるかを判別する呼予約可否判別手段と、（ハ）この呼予約可否判別手段で呼の予約が可能であると判別した呼数を前記した特定の電話番号に対応する予約呼の呼数として予約する呼数予約手段と、（ニ）ユーザ端末から電話番号に対応させた通信要求があったときこれを受信する通信要求受信手段と、（ホ）この通信要求受信手段が通信要求を受信したとき、該当する電話番号に対応する前記した予約呼の呼数との関係で前記した通信要求を可とするかを判別する通信要求可否判別手段と、（へ）この通信要求可否判別手段が前記した通信要求を可とするとき、対応する呼数の回線を確保して呼を確立する呼確立手段とをＳＩＰ（Session Initiation Protocol）サーバが具備する。
【００１０】
更に本発明では、（イ）特定の電話番号に対応した通信に使用する呼数を、ユーザ端末の予約を希望する通信時間帯に対応させた呼数予約受付内容として受け付ける呼数予約受付ステップと、（ロ）この呼数予約受付ステップにより予約した呼数予約受付内容を示す呼予約イベントをＳＩＰ（Session Initiation Protocol）サーバに通知するイベント通知ステップと、（ハ）このイベント通知ステップで通知された時間帯に前記した特定の電話番号に対する呼の予約が、予め定めた所定の予約可能呼数との関係で可能であるかを判別する呼予約可否判別ステップと、（ニ）この呼予約可否判別ステップで呼の予約が可能であると判別した呼数を前記した特定の電話番号に対応する予約呼の呼数として予約する呼数予約ステップと、（ホ）ユーザ端末から電話番号に対応させた通信要求があったときこれを受信する通信要求受信ステップと、（へ）この通信要求受信ステップが通信要求を受信したとき、該当する電話番号に対応する前記した予約呼の呼数との関係で前記した通信要求を可とするかを判別する通信要求可否判別ステップと、（ト）この通信要求可否判別ステップが前記した通信要求を可とするとき、対応する呼数の回線を確保して呼を確立する呼確立ステップとを呼予約制御方法が具備する。
【００１１】
更にまた本発明では、ＳＩＰ（Session Initiation Protocol）サーバのコンピュータに、呼予約制御プログラムとして、（イ）特定の電話番号に対応した通信に使用する呼数を、ユーザ端末の予約を希望する通信時間帯に対応させた呼数予約受付内容を示す呼予約イベントを受信するイベント受信処理と、（ロ）このイベント受信処理で受信した時間帯に前記した特定の電話番号に対する呼の予約が、予め定めた所定の予約可能呼数との関係で可能であるかを判別する呼予約可否判別処理と、（ハ）この呼予約可否判別処理で呼の予約が可能であると判別した呼数を前記した特定の電話番号に対応する予約呼の呼数として予約する呼数予約処理と、（ニ）ユーザ端末から電話番号に対応させた通信要求があったときこれを受信する通信要求受信処理と、（ホ）この通信要求受信処理が通信要求を受信したとき、該当する電話番号に対応する前記した予約呼の呼数との関係で前記した通信要求を可とするかを判別する通信要求可否判別処理と、（へ）この通信要求可否判別処理が前記した通信要求を可とするとき、対応する呼数の回線を確保して呼を確立する呼確立処理とを実行させることを特徴とする。
【発明の効果】
【００１２】
以上説明したように本発明では、ＳＩＰと呼ばれるプロトコルを利用して呼制御を行うサーバとしてのＳＩＰサーバを用いて、事前にＳＩＰセッションを予約することにしたので、予約した範囲で確実に呼の接続を行うことができる。しかも既存のＳＩＰシステムを拡張するので、容易にシステム構築が可能である。
【図面の簡単な説明】
【００１３】
【図１】本発明の呼予約制御システムのクレーム対応図である。
【図２】本発明のＳＩＰサーバのクレーム対応図である。
【図３】本発明の呼予約制御方法のクレーム対応図である。
【図４】本発明の呼予約制御プログラムのクレーム対応図である。
【図５】本発明の実施の形態における呼接続システムを表わしたシステム構成図である。
【図６】本実施の形態における呼予約システムの構成の概要を表わしたブロック図である。
【図７】本実施の形態の呼制御数制御システムにおける呼制御数の制御を原理的に表わした説明図である。
【図８】本実施の形態における呼数管理テーブルの一例を示した説明図である。
【図９】本実施の形態におけるＳＩＰサーバによる呼予約イベント処理の様子を表わした流れ図である。
【図１０】本実施の形態における発着信要求受信時のＳＩＰサーバの処理の様子を表わした流れ図である。
【発明を実施するための形態】
【００１４】
図１は、本発明の呼予約制御システムのクレーム対応図を示したものである。本発明の呼予約制御システム１０は、呼予約システム１１とＳＩＰサーバ１２を備えている。ここで、呼予約システム１１は、特定の電話番号に対応した通信に使用する呼数を、ユーザ端末の予約を希望する通信時間帯に対応させて受け付ける呼数予約受付手段１１ａと、この呼数予約受付手段１１ａにより予約した呼数予約受付内容を示す呼予約イベントを特定の宛先に通知するイベント通知手段１１ｂとを備えている。ＳＩＰサーバ１２は、呼予約イベント受信手段１２ａと、呼予約可否判別手段１２ｂと、呼数予約手段１２ｃと、通信要求受信手段１２ｄと、通信要求可否判別手段１２ｅと、呼確立手段１２ｆを備えている。ここで呼予約イベント受信手段１２ａは、前記した特定の宛先としてイベント通知手段１１ｂから前記した呼予約イベントを受信する。呼予約可否判別手段１２ｂは、呼予約イベント受信手段１２ａにより受信した時間帯に前記した特定の電話番号に対する呼の予約が、予め定めた所定の予約可能呼数との関係で可能であるかを判別する。呼数予約手段１２ｃは、呼予約可否判別手段１２ｂで呼の予約が可能であると判別した呼数を前記した特定の電話番号に対応する予約呼の呼数として予約する。通信要求受信手段１２ｄは、ユーザ端末から電話番号に対応させた通信要求があったときこれを受信する。通信要求可否判別手段１２ｅは、通信要求受信手段１２ｄが通信要求を受信したとき、該当する電話番号に対応する前記した予約呼の呼数との関係で前記した通信要求を可とするかを判別する。呼確立手段１２ｆは、通信要求可否判別手段１２ｅが前記した通信要求を可とするとき、対応する呼数の回線を確保して呼を確立する。
【００１５】
図２は、本発明のＳＩＰサーバのクレーム対応図を示したものである。本発明のＳＩＰサーバ２０は、イベント受信手段２１と、呼予約可否判別手段２２と、呼数予約手段２３と、通信要求受信手段２４と、通信要求可否判別手段２５と、呼確立手段２６を備えている。ここで、イベント受信手段２１は、特定の電話番号に対応した通信に使用する呼数を、ユーザ端末の予約を希望する通信時間帯に対応させた呼数予約受付内容を示す呼予約イベントを受信する。呼予約可否判別手段２２は、イベント受信手段２１で受信した時間帯に前記した特定の電話番号に対する呼の予約が、予め定めた所定の予約可能呼数との関係で可能であるかを判別する。呼数予約手段２３は、呼予約可否判別手段２２で呼の予約が可能であると判別した呼数を前記した特定の電話番号に対応する予約呼の呼数として予約する。通信要求受信手段２４は、ユーザ端末から電話番号に対応させた通信要求があったときこれを受信する。通信要求可否判別手段２５は、通信要求受信手段２４が通信要求を受信したとき、該当する電話番号に対応する前記した予約呼の呼数との関係で前記した通信要求を可とするかを判別する。呼確立手段２６は、通信要求可否判別手段２５が前記した通信要求を可とするとき、対応する呼数の回線を確保して呼を確立する。
【００１６】
図３は、本発明の呼予約制御方法のクレーム対応図を示したものである。本発明の呼予約制御方法３０は、呼数予約受付ステップ３１と、イベント通知ステップ３２と、呼予約可否判別ステップ３３と、呼数予約ステップ３４と、通信要求受信ステップ３５と、通信要求可否判別ステップ３６と、呼確立ステップ３７を備えている。ここで、呼数予約受付ステップ３１では、特定の電話番号に対応した通信に使用する呼数を、ユーザ端末の予約する通信時間帯に対応させた呼数予約受付内容として受け付ける。イベント通知ステップ３２では、呼数予約受付ステップ３１により予約した呼数予約受付内容を示す呼予約イベントをＳＩＰサーバに通知する。呼予約可否判別ステップ３３では、イベント通知ステップ３２で通知された時間帯に前記した特定の電話番号に対する呼の予約が、予め定めた所定の予約可能呼数との関係で可能であるかを判別する。呼数予約ステップ３４では、呼予約可否判別ステップ３３で呼の予約が可能であると判別した呼数を前記した特定の電話番号に対応する予約呼の呼数として予約する。通信要求受信ステップ３５では、ユーザ端末から電話番号に対応させた通信要求があったときこれを受信する。通信要求可否判別ステップ３６では、通信要求受信ステップ３５で通信要求を受信したとき、該当する電話番号に対応する前記した予約呼の呼数との関係で前記した通信要求を可とするかを判別する。呼確立ステップ３７では、通信要求可否判別ステップ３６で前記した通信要求を可とするとき、対応する呼数の回線を確保して呼を確立する。
【００１７】
図４は、本発明の呼予約制御プログラムのクレーム対応図を示したものである。本発明の呼予約制御プログラム４０は、ＳＩＰサーバのコンピュータにイベント受信処理４１と、呼予約可否判別処理４２と、呼数予約処理４３と、通信要求受信処理４４と、通信要求可否判別処理４５と、呼確立処理４６を実行させるようにしている。ここで、イベント受信処理４１では、特定の電話番号に対応した通信に使用する呼数を、ユーザ端末の予約を希望する通信時間帯に対応させた呼数予約受付内容を示す呼予約イベントを受信する。呼予約可否判別処理４２では、イベント受信処理４１で受信した時間帯に前記した特定の電話番号に対する呼の予約が、予め定めた所定の予約可能呼数との関係で可能であるかを判別する。呼数予約処理４３では、呼予約可否判別処理４２で呼の予約が可能であると判別した呼数を前記した特定の電話番号に対応する予約呼の呼数として予約する。通信要求受信処理４４では、ユーザ端末から電話番号に対応させた通信要求があったときこれを受信する。通信要求可否判別処理４５では、通信要求受信処理４４で通信要求を受信したとき、該当する電話番号に対応する前記した予約呼の呼数との関係で前記した通信要求を可とするかを判別する。呼確立処理４６では、通信要求可否判別処理４５で前記した通信要求を可とするとき、対応する呼数の回線を確保して呼を確立する。
【００１８】
＜発明の実施の形態＞
【００１９】
次に本発明の実施の形態を説明する。
【００２０】
図５は、本発明の実施の形態における呼接続システムを表わしたものである。呼予約制御システム１００は、呼予約システム１０１と、ＳＩＰサーバ１０２と、これらを接続する通信経路１０３によって構成されている。ここで呼予約システム１０１は、電話番号に対するＳＩＰセッションの予約イベントの監視を行う。呼予約システム１０１による具体的な予約イベントの監視方法としては、たとえば図示しないメディアサーバにおけるＤＴＭＦ（Dial Tone Multi Frequency）によるトーン信号を用いた予約イベントの監視、あるいは同じく図示しないウェブサーバによる予約イベントの監視を挙げることができる。
【００２１】
ＳＩＰサーバ１０２は、汎用のサーバにＳＩＰサーバ用のアプリケーションソフトウェアを実装したものである。本実施の形態のＳＩＰサーバ１０２は、機能的にＳＩＰサーバ電話番号情報データ部１１１と、呼制御数制御システム１１２から構成されている。
【００２２】
このうちＳＩＰサーバ電話番号情報データ部１１１は、通話の際の発着信に使用する電話番号１２１と、通常通話呼数１２２と、予約通話呼数１２３と、予約呼数１２４の各データの組み合わせからなるＳＩＰサーバ電話番号情報データ１２５を格納するメモリ領域である。ここで「呼数」とは、単位時間（１時間）に電話を掛けて接続する回数をいう。予約呼数１２４とは、対象となる電話番号について実際に予約を行っているＳＩＰセッション数をいう。予約通話呼数１２３は、予約呼数１２４の中で実際に通話を行っているＳＩＰセッション数をいう。ＳＩＰサーバ電話番号情報データ１２５を格納するメモリ領域は、ＳＩＰサーバ１０２を構成する図示しないメモリを適宜割り当てたものである。
【００２３】
呼制御数制御システム１１２は、ＳＩＰサーバ電話番号情報データ部１１１を格納したメモリのその他の領域に格納された制御プログラムを図示しないＣＰＵ（Central Processing Unit）が実行することでＳＩＰサーバ１０２を機能的に実現するようになっている。呼制御数制御システム１１２内には、前記したメモリの一部領域を使用した呼数管理テーブル１２６が配置されている。呼数管理テーブル１２６は、呼数の管理を行うための呼数管理情報を格納するようになっている。
【００２４】
図６は、呼予約システムの構成の概要を表わしたものである。図５と共に説明する。
【００２５】
呼予約システム１０１は、呼予約情報データ部１４１と、これを制御する呼予約システム制御部１４２から構成されている。呼予約情報データ部１４１は、電話番号情報１５１と、予約時間情報１５２と、予約呼数情報１５３の各データの組み合わせからなる呼予約情報データ１５４を格納するメモリ領域である。このメモリ領域は、呼予約システム１０１を構成する図示しないメモリを適宜割り当てたものである。また、呼予約システム制御部１４２は図示しないＣＰＵを備え、呼予約情報データ部１４１を格納したメモリのその他の領域に格納された制御プログラムを実行することで呼予約システム１０１をソフトウェア的に実現するようになっている。
【００２６】
このような構成の呼予約制御システム１００では、呼予約システム１０１が呼の予約についてのイベントを取得する。呼予約システム１０１は、これを基にして電話番号情報１５１と、予約時間情報１５２と、予約呼数情報１５３の各データをチェックして呼の予約が可能であるかを判別する。具体的には、電話番号情報１５１で示される通話対象となる電話番号が存在し、予約時間情報１５２で示す予約時間に予約でき、予約呼数情報１５３で示す呼数が予約できる呼の数の範囲内であると判別したときには呼の予約が可能である。
【００２７】
呼予約システム１０１は、呼の予約が可能であると判別した場合、前記した３種類の情報１５１〜１５３の組み合わせを呼予約情報データ１５４として連結し、呼予約情報データ部１４１に保存する。そして、その予約時間情報１５２に示す予約時間が到来したとき、呼予約情報データ１５４の実行開始時間になったものとして、通信経路１０３を通じてＳＩＰサーバ１０２へ予約イベントを通知することになる。
【００２８】
一方、ＳＩＰサーバ１０２内の呼制御数制御システム１１２は、呼予約システム１０１から呼予約情報データ部１４１に保存された呼予約情報データ１５４についてのイベントが受信されるのを待機している。イベントが受信されると、呼予約システム制御部１４２は呼予約情報データ１５４から、管理を行っているＳＩＰサーバ電話番号情報データ１２５における電話番号１２１および予約呼数１２４を更新する。
【００２９】
図７は、呼予約制御システムにおける呼制御数の制御を原理的に表わしたものである。図５および図６と共に説明する。
【００３０】
ＳＩＰサーバ１０２が最大で制御可能な呼数としての最大制御可能呼数を数値ｎで表わすものとする。特定の電話番号に対して通話する場合を考え、この電話番号を電話番号Ａとする。この場合、最大制御可能呼数ｎは、電話番号Ａについての回線数と等しくなる。
【００３１】
本実施の形態では、最大制御可能呼数ｎを、予約用の呼制御数ａと、通常用の呼制御数（ｎ−ａ）に区分けする。呼予約システム１０１からＳＩＰサーバ１０２が呼予約のイベントを受信した際に、呼予約対象の電話番号Ａがすでに通話呼を保持していたような場合には、その呼は通常用の呼制御数（ｎ−ａ）として管理される。予約時間内で発生した呼が予約用の呼制御数ａとして管理されることになる。
【００３２】
予約用の呼制御数ａと、通常用の呼制御数（ｎ−ａ）の境界となる閾値を呼数閾値Ｔｈと呼ぶことにする。また、予約を可能な最大呼数としての最大予約可能呼数を数値ｍで表わすものとする。
【００３３】
本実施の形態の呼制御数制御システム１１２では、ＳＩＰサーバ１０２が呼予約システム１０１から呼予約情報データ１５４のイベントを受信したとき、予約呼数情報１５３から呼数閾値Ｔｈを決定し、最大制御可能呼数ｎを通常用の呼制御数（ｎ−ａ）と予約用の呼制御数ａに区分けする。予約用の呼制御数ａは、予約対象の電話番号情報１５１のために確保される呼回線となる。呼予約システム１０１は、呼の予約状況によって、最大予約可能呼数ｍを変更するようになっている。
【００３４】
図８は、呼数管理テーブルの一例について呼管理情報の遷移を表わしたものである。呼数管理テーブル１２６は、通話中の呼数、通話可能な呼数および新規予約可能な呼数を時間単位で管理するようになっている。図８に示す呼数管理テーブル１２６には、電話番号Ａについての呼数管理情報が格納されている。図７と共に説明する。
【００３５】
８時における通話中の通常呼の呼数をＮＴとし、予約呼の呼数をＲＴとする。また、８時における通話可能な通常呼の呼数をＮＩとし、予約呼の呼数をＲＩとする。最大制御可能呼数ｎは、次の（１）式のようになる。
ｎ＝ＮＴ＋ＲＴ＋ＮＩ＋ＲＩ……（１）
【００３６】
したがって、８時の時点で新規予約可能な呼数は、最大予約可能呼数ｍから通話中の予約呼と通話可能な予約呼の和（ＲＴ＋ＲＩ）を差し引いた値となる。
【００３７】
電話番号Ａについての予約呼数をｒとする。また、電話番号Ａについての９時に通話を開始して１２時時点で通話が継続する、予約後の通話呼数をｒｔとする。電話番号Ａについての予約が９時に開始し、１２時に予約が満了するものとするものとし、９時における通話中の通常呼がＮＴのままであったとする。この場合、通話中の予約呼の呼数は、呼数ｒｔだけ増加してＲＴ＋ｒｔとなる。この結果、通話可能な通常呼の呼数は、電話番号Ａについての予約呼数ｒだけ減少して、ＮＩ−ｒとなる。また、通話可能な予約呼の呼数は、ＮＩ＋ｒ−ｒｔとなる。
【００３８】
１２時になると、電話番号Ａについての予約後の通話呼数がｒｔなので、予約満了のこの時点で通話中の通常呼ＮＴに通常呼が加わってＮＴ＋ｒｔとなる。通話中の予約呼は、予約満了の呼数ｒｔだけ減少して、ＲＴ−ｒｔとなる。１２時における通話可能な通常呼および予約呼の呼数は、８時におけるそれぞれの値に戻る。この結果、１２時における新規予約可能な呼数も８時における呼数と同一となる。
【００３９】
図９は、ＳＩＰサーバによる呼予約イベント処理の様子を表わしたものである。図５〜図８と共に説明する。
【００４０】
ＳＩＰサーバ１０２は、呼予約システム１０１から呼予約イベントが送られてくるのを待機している（ステップＳ２０１）。呼予約システム１０１では、呼予約情報データ部１４１に格納された呼予約情報データ１５４における予約時間情報１５２を監視しており、予約時間になるとＳＩＰサーバ１０２に対してイベントを通知するようになっている。
【００４１】
呼予約システム１０１からの呼予約イベントを受信すると（ステップＳ２０１：Ｙ）、ＳＩＰサーバ１０２は呼予約イベントが呼の予約開始であるか、呼の予約終了であるかを判別する（ステップＳ２０２）。呼の予約開始の場合には（Ｙ）、その予約が可能であるかを判別する（ステップＳ２０３）。予約に指定された時刻の予約呼数１２４に空きがある場合は予約が可能である。また、最大予約可能呼数ｍの範囲内であれば、新規予約可能な呼数を予約することかできる。予約可能とされた場合には、その内容にＳＩＰサーバ電話番号情報データ１２５を更新する（ステップＳ２０４）。ステップＳ２０２で呼の予約終了であると判別された場合にも（Ｎ）、その内容にＳＩＰサーバ電話番号情報データ１２５を更新する（ステップＳ２０４）。
【００４２】
ＳＩＰサーバ電話番号情報データ１２５を更新したら、ＳＩＰサーバ１０２は呼数閾値Ｔｈを変更し、通常用の呼制御数（ｎ−ａ）と予約用の呼制御数ａを決定して（ステップＳ２０５）、処理をステップＳ２０１に戻す（リターン）。ステップＳ２０３で呼の予約が不可能であるとされた場合にも（Ｎ）、処理をステップＳ２０１に戻すことになる（リターン）。
【００４３】
なお、図８で示したように、呼予約対象の電話番号がすでに通話呼を保持していた場合、その呼は通常用の呼制御数（ｎ−ａ）として管理され、予約時間内で発生した呼が予約用の呼制御数ａとして管理される。
【００４４】
図１０は、発着信要求受信時のＳＩＰサーバの処理の様子を表わしたものである。図５〜図８と共に説明する。
【００４５】
ＳＩＰサーバ１０２は、図示しないＩＰ（Internet Protocol）電話機等のユーザ端末から発着信の要求（ＩＮＶＩＴＥメッセージ）があるのを待機している（ステップＳ２２１）。ユーザ端末から発着信の要求があると（Ｙ）、発着信の対象となる電話番号に予約呼があるかをチェックする（ステップＳ２２２）。
【００４６】
予約呼がある場合（ステップＳ２２２：Ｙ）、ＳＩＰサーバ１０２は予約呼数１２４と予約通話呼数１２３から、予約呼数内で発着信の処理が可能かを判断する（ステップＳ２２３）。たとえば、発着信の対象となる電話番号Ａが、実際に予約しているＳＩＰセッション数と、予約呼数の中で実際に通話しているＳＩＰセッション数との関係から、実際に予約しているＳＩＰセッション数内で発着信が可能かを判別する。ユーザサポートセンタを有する企業のような場合、特定の期間に使用する回線数を予約呼数という形で押さえておく場合があり、発着信が可能と判別されれば、この範囲内で発着信が可能になる。
【００４７】
ステップＳ２２３の判別結果で予約呼数内で処理が可能と判別した場合（Ｙ）、ＳＩＰサーバ１０２は図７に示した予約用の呼制御数ａを使用して、発着信を許可する（ステップＳ２２４）。すなわち、予約用の呼制御数ａから制御回線を確保し、発着信要求の呼を確立する。この後、ＳＩＰサーバ１０２は、ユーザ端末から次の発着信の要求を待機するステップＳ２２１の処理に戻る（リターン）。
【００４８】
これに対して予約呼数内で処理が可能でないと判別された場合（ステップＳ２２３：Ｎ）、あるいは予約呼数が存在しない場合（ステップＳ２２２：Ｎ）、ＳＩＰサーバ１０２は通常用の呼制御数（ｎ−ａ）で処理が可能であるかを判別する（ステップＳ２２５）。通常用の呼制御数（ｎ−ａ）で処理が可能であれば（Ｙ）、ＳＩＰサーバ１０２は、この通常用の呼制御数（ｎ−ａ）を使用して発着信を許可する（ステップＳ２２６）。すなわち、通常用の呼制御数（ｎ−ａ）から、あるいは必要により予約用の呼制御数で使用できるものがあればこれを加えて、制御回線を確保して、発着信要求の呼を確立する。そして、ＳＩＰサーバ１０２は、次の発着信の要求を待機するステップＳ２２１の処理に戻ることになる（リターン）。
【００４９】
通常用の呼制御数（ｎ−ａ）を使用しても処理が不可能の場合（ステップＳ２２５：Ｎ）、ＳＩＰサーバ１０２はユーザ端末からの発着信の要求を拒否する（ステップＳ２２７）。そして、次の発着信の要求を待機するステップＳ２２１の処理に戻ることになる（リターン）。
【００５０】
以上説明したように本実施の形態によれば、事前にＳＩＰセッションを予約するシステムを実現することで、確実に呼の接続が可能になる。
【００５１】
また、本実施の形態ではＳＩＰセッションを時間単位で予約するようにすることができる。この場合には時間単位で流動的にＳＩＰセッションの制御呼数を決定し、回線の効率的な活用が可能になる。
【００５２】
更に本実施の形態によれば、既存のＳＩＰシステムの拡張で容易にシステム構築が可能であり、確実な電話接続を確保することができる。しかも、ＳＩＰシステムを使用するので、インターネットとの親和性が高い。
【００５３】
＜発明の変形可能性＞
【００５４】
以上説明した実施の形態では、呼の予約を発着信まとめて制御することにしたが、これに限るものではない。発信用の予約と着信用の予約に分離して制御することで、それぞれの利用形態に合わせた呼の予約制御システムを構築することができる。
【００５５】
また、実施の形態では図１０のステップＳ２２３で、発着信の要求に対して予約呼数内で処理が不可能とされたとき、通常用の呼制御数を使用する可能性を探ることにしたが、これに限るものではない。予約呼数内で処理が不可能な場合には、直ちにステップＳ２２７に進んで発着信を拒否するようにすることで、予約呼数を回線の呼数上限とすることも可能である。
【００５６】
以上説明した実施の形態の一部または全部は、以下の付記のようにも記載されるが、以下の記載に限定されるものではない。
【００５７】
（付記１）
特定の電話番号に対応した通信に使用する呼数を、ユーザ端末の予約を希望する通信時間帯に対応させて受け付ける呼数予約受付手段と、この呼数予約受付手段により予約した呼数予約受付内容を示す呼予約イベントを特定の宛先に通知するイベント通知手段とを備えた呼予約システムと、
前記特定の宛先として前記イベント通知手段から前記呼予約イベントを受信する呼予約イベント受信手段と、この呼予約イベント受信手段により受信した時間帯に前記特定の電話番号に対する呼の予約が、予め定めた所定の予約可能呼数との関係で可能であるかを判別する呼予約可否判別手段と、この呼予約可否判別手段で呼の予約が可能であると判別した呼数を前記特定の電話番号に対応する予約呼の呼数として予約する呼数予約手段と、ユーザ端末から電話番号に対応させた通信要求があったときこれを受信する通信要求受信手段と、この通信要求受信手段が通信要求を受信したとき、該当する電話番号に対応する前記予約呼の呼数との関係で前記通信要求を可とするかを判別する通信要求可否判別手段と、この通信要求可否判別手段が前記通信要求を可とするとき、対応する呼数の回線を確保して呼を確立する呼確立手段とを備えたＳＩＰ（Session Initiation Protocol）サーバ
とを具備することを特徴とする呼予約制御システム。
【００５８】
（付記２）
前記ＳＩＰサーバは、前記通信要求可否判別手段が前記通信要求を不可とするとき、対応する呼数の回線の通信を拒否する通信拒否手段を具備することを特徴とする付記１記載の呼予約制御システム。
【００５９】
（付記３）
前記通信要求可否判別手段は、前記予約呼の呼数が前記通信要求受信手段の受信した通信要求の呼数以上であるとき前記通信要求を可とすることを特徴とする付記１記載の呼予約制御システム。
【００６０】
（付記４）
前記通信要求可否判別手段は、前記予約呼の呼数が前記通信要求受信手段の受信した通信要求の呼数未満であるとき対応する呼数の回線の通信を拒否する通信拒否手段を具備することを特徴とする付記１記載の呼予約制御システム。
【００６１】
（付記５）
前記通信要求可否判別手段は、前記予約呼の呼数が前記通信要求受信手段の受信した通信要求の呼数未満であるとき、予約呼として割り当てる以外の通常の通話用に割り当てられた呼数から通話中の呼数を差し引いた余りの呼数を前記予約呼の呼数に追加して該当する電話番号に対応する通信要求を満たすとき、前記通信要求を可とすることを特徴とする付記１記載の呼予約制御システム。
【００６２】
（付記６）
前記通信は発呼または着呼によるユーザ端末間の通信であることを特徴とする付記１記載の呼予約制御システム。
【００６３】
（付記７）
前記呼数予約受付手段の受け付ける前記特定の電話番号に対応した予約呼の呼数の最大値は、この特定の電話番号に対応した通信に割り当てられる最大制御可能呼数から通常用の通信に確保される最低限の呼数を差し引いた値であることを特徴とする付記１記載の呼予約制御システム。
【００６４】
（付記８）
前記呼数予約手段が予約する呼数は、予約時点でそのユーザ端末に当該電話番号に対応して通信中の予約に基づかない通常呼があるときこの通常呼の呼数を減じた値になることを特徴とする付記１記載の呼予約制御システム。
【００６５】
（付記９）
前記所定の予約可能呼数とは、前記特定の電話番号に対する最大制御可能呼数の中の通常用の呼制御呼数の最低限の割り当てを除いた最大予約可能呼数であり、前記呼予約可否判別手段は呼の予約が前記最大予約可能呼数以内で行われるとき呼の予約が可能であると判別することを特徴とする付記１記載の呼予約制御システム。
【００６６】
（付記１０）
特定の電話番号に対応した通信に使用する呼数を、ユーザ端末の予約を希望する通信時間帯に対応させた呼数予約受付内容を示す呼予約イベントを受信するイベント受信手段と、
このイベント受信手段で受信した時間帯に前記特定の電話番号に対する呼の予約が、予め定めた所定の予約可能呼数との関係で可能であるかを判別する呼予約可否判別手段と、
この呼予約可否判別手段で呼の予約が可能であると判別した呼数を前記特定の電話番号に対応する予約呼の呼数として予約する呼数予約手段と、
ユーザ端末から電話番号に対応させた通信要求があったときこれを受信する通信要求受信手段と、
この通信要求受信手段が通信要求を受信したとき、該当する電話番号に対応する前記予約呼の呼数との関係で前記通信要求を可とするかを判別する通信要求可否判別手段と、
この通信要求可否判別手段が前記通信要求を可とするとき、対応する呼数の回線を確保して呼を確立する呼確立手段
とを具備することを特徴とするＳＩＰ（Session Initiation Protocol）サーバ。
【００６７】
（付記１１）
前記通信要求可否判別手段が前記通信要求を不可とするとき、対応する呼数の回線の通信を拒否する通信拒否手段を具備することを特徴とする付記１０記載のＳＩＰサーバ。
【００６８】
（付記１２）
特定の電話番号に対応した通信に使用する呼数を、ユーザ端末の予約を希望する通信時間帯に対応させた呼数予約受付内容として受け付ける呼数予約受付ステップと、
この呼数予約受付ステップにより予約した呼数予約受付内容を示す呼予約イベントをＳＩＰ（Session Initiation Protocol）サーバに通知するイベント通知ステップと、
このイベント通知ステップで通知された時間帯に前記特定の電話番号に対する呼の予約が、予め定めた所定の予約可能呼数との関係で可能であるかを判別する呼予約可否判別ステップと、
この呼予約可否判別ステップで呼の予約が可能であると判別した呼数を前記特定の電話番号に対応する予約呼の呼数として予約する呼数予約ステップと、
ユーザ端末から電話番号に対応させた通信要求があったときこれを受信する通信要求受信ステップと、
この通信要求受信ステップで通信要求を受信したとき、該当する電話番号に対応する前記予約呼の呼数との関係で前記通信要求を可とするかを判別する通信要求可否判別ステップと、
この通信要求可否判別ステップで前記通信要求を可とするとき、対応する呼数の回線を確保して呼を確立する呼確立ステップ
とを具備することを特徴とする呼予約制御方法。
【００６９】
（付記１３）
前記通信要求可否判別ステップで前記通信要求を不可とするとき、対応する呼数の回線の通信を拒否する通信拒否ステップを具備することを特徴とする付記１２記載の呼予約制御方法。
【００７０】
（付記１４）
ＳＩＰ（Session Initiation Protocol）サーバのコンピュータに、
特定の電話番号に対応した通信に使用する呼数を、ユーザ端末の予約を希望する通信時間帯に対応させた呼数予約受付内容を示す呼予約イベントを受信するイベント受信処理と、
このイベント受信処理で受信した時間帯に前記特定の電話番号に対する呼の予約が、予め定めた所定の予約可能呼数との関係で可能であるかを判別する呼予約可否判別処理と、
この呼予約可否判別処理で呼の予約が可能であると判別した呼数を前記特定の電話番号に対応する予約呼の呼数として予約する呼数予約処理と、
ユーザ端末から電話番号に対応させた通信要求があったときこれを受信する通信要求受信処理と、
この通信要求受信処理で通信要求を受信したとき、該当する電話番号に対応する前記予約呼の呼数との関係で前記通信要求を可とするかを判別する通信要求可否判別処理と、
この通信要求可否判別処理で前記通信要求を可とするとき、対応する呼数の回線を確保して呼を確立する呼確立処理
とを実行させることを特徴とする呼予約制御プログラム。
【００７１】
（付記１５）
前記通信要求可否判別処理で前記通信要求を不可とするとき、対応する呼数の回線の通信を拒否する通信拒否処理を前記コンピュータに更に実行させることを特徴とする付記１４記載の呼予約制御プログラム。
【符号の説明】
【００７２】
１０、１００ 呼予約制御システム
１１、１０１ 呼予約システム
１１ａ 呼数予約受付手段
１１ｂ イベント通知手段
１２、２０ ＳＩＰサーバ
１２ａ 呼予約イベント受信手段
１２ｂ、２２ 呼予約可否判別手段
１２ｃ、２３ 呼数予約手段
１２ｄ、２４ 通信要求受信手段
１２ｅ、２５ 通信要求可否判別手段
１２ｆ、２６ 呼確立手段
２１ イベント受信手段
３０ 呼予約制御方法
３１ 呼数予約受付ステップ
３２ イベント通知ステップ
３３ 呼予約可否判別ステップ
３４ 呼数予約ステップ
３５ 通信要求受信ステップ
３６ 通信要求可否判別ステップ
３７ 呼確立ステップ
４０ 呼予約制御プログラム
４１ イベント受信処理
４２ 呼予約可否判別処理
４３ 呼数予約処理
４４ 通信要求受信処理
４５ 通信要求可否判別処理
４６ 呼確立処理
１０２ ＳＩＰサーバ
１１１ ＳＩＰサーバ電話番号情報データ部
１１２ 呼制御数制御システム
１２１ 電話番号
１２２ 通常通話呼数
１２３ 予約通話呼数
１２４ 予約呼数
１２５ ＳＩＰサーバ電話番号情報データ
１２６ 呼数管理テーブル
１４１ 呼予約情報データ部
１４２ 呼予約システム制御部
１５１ 電話番号情報
１５２ 予約時間情報
１５３ 予約呼数情報
１５４ 呼予約情報データ
【特許請求の範囲】
【請求項１】
特定の電話番号に対応した通信に使用する呼数を、ユーザ端末の予約を希望する通信時間帯に対応させて受け付ける呼数予約受付手段と、この呼数予約受付手段により予約した呼数予約受付内容を示す呼予約イベントを特定の宛先に通知するイベント通知手段とを備えた呼予約システムと、
前記特定の宛先として前記イベント通知手段から前記呼予約イベントを受信する呼予約イベント受信手段と、この呼予約イベント受信手段により受信した時間帯に前記特定の電話番号に対する呼の予約が、予め定めた所定の予約可能呼数との関係で可能であるかを判別する呼予約可否判別手段と、この呼予約可否判別手段で呼の予約が可能であると判別した呼数を前記特定の電話番号に対応する予約呼の呼数として予約する呼数予約手段と、ユーザ端末から電話番号に対応させた通信要求があったときこれを受信する通信要求受信手段と、この通信要求受信手段が通信要求を受信したとき、該当する電話番号に対応する前記予約呼の呼数との関係で前記通信要求を可とするかを判別する通信要求可否判別手段と、この通信要求可否判別手段が前記通信要求を可とするとき、対応する呼数の回線を確保して呼を確立する呼確立手段とを備えたＳＩＰ（Session Initiation Protocol）サーバ
とを具備することを特徴とする呼予約制御システム。
【請求項２】
前記ＳＩＰサーバは、前記通信要求可否判別手段が前記通信要求を不可とするとき、対応する呼数の回線の通信を拒否する通信拒否手段を具備することを特徴とする請求項１記載の呼予約制御システム。
【請求項３】
前記通信要求可否判別手段は、前記予約呼の呼数が前記通信要求受信手段の受信した通信要求の呼数以上であるとき前記通信要求を可とすることを特徴とする請求項１記載の呼予約制御システム。
【請求項４】
前記通信要求可否判別手段は、前記予約呼の呼数が前記通信要求受信手段の受信した通信要求の呼数未満であるとき対応する呼数の回線の通信を拒否する通信拒否手段を具備することを特徴とする請求項１記載の呼予約制御システム。
【請求項５】
前記通信要求可否判別手段は、前記予約呼の呼数が前記通信要求受信手段の受信した通信要求の呼数未満であるとき、予約呼として割り当てる以外の通常の通話用に割り当てられた呼数から通話中の呼数を差し引いた余りの呼数を前記予約呼の呼数に追加して該当する電話番号に対応する通信要求を満たすとき、前記通信要求を可とすることを特徴とする請求項１記載の呼予約制御システム。
【請求項６】
前記呼数予約受付手段の受け付ける前記特定の電話番号に対応した予約呼の呼数の最大値は、この特定の電話番号に対応した通信に割り当てられる最大制御可能呼数から通常用の通信に確保される最低限の呼数を差し引いた値であることを特徴とする請求項１記載の呼予約制御システム。
【請求項７】
前記所定の予約可能呼数とは、前記特定の電話番号に対する最大制御可能呼数の中の通常用の呼制御呼数の最低限の割り当てを除いた最大予約可能呼数であり、前記呼予約可否判別手段は呼の予約が前記最大予約可能呼数以内で行われるとき呼の予約が可能であると判別することを特徴とする請求項１記載の呼予約制御システム。
【請求項８】
特定の電話番号に対応した通信に使用する呼数を、ユーザ端末の予約を希望する通信時間帯に対応させた呼数予約受付内容を示す呼予約イベントを受信するイベント受信手段と、
このイベント受信手段で受信した時間帯に前記特定の電話番号に対する呼の予約が、予め定めた所定の予約可能呼数との関係で可能であるかを判別する呼予約可否判別手段と、
この呼予約可否判別手段で呼の予約が可能であると判別した呼数を前記特定の電話番号に対応する予約呼の呼数として予約する呼数予約手段と、
ユーザ端末から電話番号に対応させた通信要求があったときこれを受信する通信要求受信手段と、
この通信要求受信手段が通信要求を受信したとき、該当する電話番号に対応する前記予約呼の呼数との関係で前記通信要求を可とするかを判別する通信要求可否判別手段と、
この通信要求可否判別手段が前記通信要求を可とするとき、対応する呼数の回線を確保して呼を確立する呼確立手段
とを具備することを特徴とするＳＩＰ（Session Initiation Protocol）サーバ。
【請求項９】
特定の電話番号に対応した通信に使用する呼数を、ユーザ端末の予約を希望する通信時間帯に対応させた呼数予約受付内容として受け付ける呼数予約受付ステップと、
この呼数予約受付ステップにより予約した呼数予約受付内容を示す呼予約イベントをＳＩＰ（Session Initiation Protocol）サーバに通知するイベント通知ステップと、
このイベント通知ステップで通知された時間帯に前記特定の電話番号に対する呼の予約が、予め定めた所定の予約可能呼数との関係で可能であるかを判別する呼予約可否判別ステップと、
この呼予約可否判別ステップで呼の予約が可能であると判別した呼数を前記特定の電話番号に対応する予約呼の呼数として予約する呼数予約ステップと、
ユーザ端末から電話番号に対応させた通信要求があったときこれを受信する通信要求受信ステップと、
この通信要求受信ステップで通信要求を受信したとき、該当する電話番号に対応する前記予約呼の呼数との関係で前記通信要求を可とするかを判別する通信要求可否判別ステップと、
この通信要求可否判別ステップで前記通信要求を可とするとき、対応する呼数の回線を確保して呼を確立する呼確立ステップ
とを具備することを特徴とする呼予約制御方法。
【請求項１０】
ＳＩＰ（Session Initiation Protocol）サーバのコンピュータに、
特定の電話番号に対応した通信に使用する呼数を、ユーザ端末の予約を希望する通信時間帯に対応させた呼数予約受付内容を示す呼予約イベントを受信するイベント受信処理と、
このイベント受信処理で受信した時間帯に前記特定の電話番号に対する呼の予約が、予め定めた所定の予約可能呼数との関係で可能であるかを判別する呼予約可否判別処理と、
この呼予約可否判別処理で呼の予約が可能であると判別した呼数を前記特定の電話番号に対応する予約呼の呼数として予約する呼数予約処理と、
ユーザ端末から電話番号に対応させた通信要求があったときこれを受信する通信要求受信処理と、
この通信要求受信処理で通信要求を受信したとき、該当する電話番号に対応する前記予約呼の呼数との関係で前記通信要求を可とするかを判別する通信要求可否判別処理と、
この通信要求可否判別処理で前記通信要求を可とするとき、対応する呼数の回線を確保して呼を確立する呼確立処理
とを実行させることを特徴とする呼予約制御プログラム。
【請求項１】
特定の電話番号に対応した通信に使用する呼数を、ユーザ端末の予約を希望する通信時間帯に対応させて受け付ける呼数予約受付手段と、この呼数予約受付手段により予約した呼数予約受付内容を示す呼予約イベントを特定の宛先に通知するイベント通知手段とを備えた呼予約システムと、
前記特定の宛先として前記イベント通知手段から前記呼予約イベントを受信する呼予約イベント受信手段と、この呼予約イベント受信手段により受信した時間帯に前記特定の電話番号に対する呼の予約が、予め定めた所定の予約可能呼数との関係で可能であるかを判別する呼予約可否判別手段と、この呼予約可否判別手段で呼の予約が可能であると判別した呼数を前記特定の電話番号に対応する予約呼の呼数として予約する呼数予約手段と、ユーザ端末から電話番号に対応させた通信要求があったときこれを受信する通信要求受信手段と、この通信要求受信手段が通信要求を受信したとき、該当する電話番号に対応する前記予約呼の呼数との関係で前記通信要求を可とするかを判別する通信要求可否判別手段と、この通信要求可否判別手段が前記通信要求を可とするとき、対応する呼数の回線を確保して呼を確立する呼確立手段とを備えたＳＩＰ（Session Initiation Protocol）サーバ
とを具備することを特徴とする呼予約制御システム。
【請求項２】
前記ＳＩＰサーバは、前記通信要求可否判別手段が前記通信要求を不可とするとき、対応する呼数の回線の通信を拒否する通信拒否手段を具備することを特徴とする請求項１記載の呼予約制御システム。
【請求項３】
前記通信要求可否判別手段は、前記予約呼の呼数が前記通信要求受信手段の受信した通信要求の呼数以上であるとき前記通信要求を可とすることを特徴とする請求項１記載の呼予約制御システム。
【請求項４】
前記通信要求可否判別手段は、前記予約呼の呼数が前記通信要求受信手段の受信した通信要求の呼数未満であるとき対応する呼数の回線の通信を拒否する通信拒否手段を具備することを特徴とする請求項１記載の呼予約制御システム。
【請求項５】
前記通信要求可否判別手段は、前記予約呼の呼数が前記通信要求受信手段の受信した通信要求の呼数未満であるとき、予約呼として割り当てる以外の通常の通話用に割り当てられた呼数から通話中の呼数を差し引いた余りの呼数を前記予約呼の呼数に追加して該当する電話番号に対応する通信要求を満たすとき、前記通信要求を可とすることを特徴とする請求項１記載の呼予約制御システム。
【請求項６】
前記呼数予約受付手段の受け付ける前記特定の電話番号に対応した予約呼の呼数の最大値は、この特定の電話番号に対応した通信に割り当てられる最大制御可能呼数から通常用の通信に確保される最低限の呼数を差し引いた値であることを特徴とする請求項１記載の呼予約制御システム。
【請求項７】
前記所定の予約可能呼数とは、前記特定の電話番号に対する最大制御可能呼数の中の通常用の呼制御呼数の最低限の割り当てを除いた最大予約可能呼数であり、前記呼予約可否判別手段は呼の予約が前記最大予約可能呼数以内で行われるとき呼の予約が可能であると判別することを特徴とする請求項１記載の呼予約制御システム。
【請求項８】
特定の電話番号に対応した通信に使用する呼数を、ユーザ端末の予約を希望する通信時間帯に対応させた呼数予約受付内容を示す呼予約イベントを受信するイベント受信手段と、
このイベント受信手段で受信した時間帯に前記特定の電話番号に対する呼の予約が、予め定めた所定の予約可能呼数との関係で可能であるかを判別する呼予約可否判別手段と、
この呼予約可否判別手段で呼の予約が可能であると判別した呼数を前記特定の電話番号に対応する予約呼の呼数として予約する呼数予約手段と、
ユーザ端末から電話番号に対応させた通信要求があったときこれを受信する通信要求受信手段と、
この通信要求受信手段が通信要求を受信したとき、該当する電話番号に対応する前記予約呼の呼数との関係で前記通信要求を可とするかを判別する通信要求可否判別手段と、
この通信要求可否判別手段が前記通信要求を可とするとき、対応する呼数の回線を確保して呼を確立する呼確立手段
とを具備することを特徴とするＳＩＰ（Session Initiation Protocol）サーバ。
【請求項９】
特定の電話番号に対応した通信に使用する呼数を、ユーザ端末の予約を希望する通信時間帯に対応させた呼数予約受付内容として受け付ける呼数予約受付ステップと、
この呼数予約受付ステップにより予約した呼数予約受付内容を示す呼予約イベントをＳＩＰ（Session Initiation Protocol）サーバに通知するイベント通知ステップと、
このイベント通知ステップで通知された時間帯に前記特定の電話番号に対する呼の予約が、予め定めた所定の予約可能呼数との関係で可能であるかを判別する呼予約可否判別ステップと、
この呼予約可否判別ステップで呼の予約が可能であると判別した呼数を前記特定の電話番号に対応する予約呼の呼数として予約する呼数予約ステップと、
ユーザ端末から電話番号に対応させた通信要求があったときこれを受信する通信要求受信ステップと、
この通信要求受信ステップで通信要求を受信したとき、該当する電話番号に対応する前記予約呼の呼数との関係で前記通信要求を可とするかを判別する通信要求可否判別ステップと、
この通信要求可否判別ステップで前記通信要求を可とするとき、対応する呼数の回線を確保して呼を確立する呼確立ステップ
とを具備することを特徴とする呼予約制御方法。
【請求項１０】
ＳＩＰ（Session Initiation Protocol）サーバのコンピュータに、
特定の電話番号に対応した通信に使用する呼数を、ユーザ端末の予約を希望する通信時間帯に対応させた呼数予約受付内容を示す呼予約イベントを受信するイベント受信処理と、
このイベント受信処理で受信した時間帯に前記特定の電話番号に対する呼の予約が、予め定めた所定の予約可能呼数との関係で可能であるかを判別する呼予約可否判別処理と、
この呼予約可否判別処理で呼の予約が可能であると判別した呼数を前記特定の電話番号に対応する予約呼の呼数として予約する呼数予約処理と、
ユーザ端末から電話番号に対応させた通信要求があったときこれを受信する通信要求受信処理と、
この通信要求受信処理で通信要求を受信したとき、該当する電話番号に対応する前記予約呼の呼数との関係で前記通信要求を可とするかを判別する通信要求可否判別処理と、
この通信要求可否判別処理で前記通信要求を可とするとき、対応する呼数の回線を確保して呼を確立する呼確立処理
とを実行させることを特徴とする呼予約制御プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【公開番号】特開２０１２−１００００７（Ｐ２０１２−１００００７Ａ）
【公開日】平成２４年５月２４日（２０１２．５．２４）
【国際特許分類】
【出願番号】特願２０１０−２４５１９４（Ｐ２０１０−２４５１９４）
【出願日】平成２２年１１月１日（２０１０．１１．１）
【出願人】（０００１９７３６６）ＮＥＣアクセステクニカ株式会社 (1,236)
【Ｆターム（参考）】
【公開日】平成２４年５月２４日（２０１２．５．２４）
【国際特許分類】
【出願日】平成２２年１１月１日（２０１０．１１．１）
【出願人】（０００１９７３６６）ＮＥＣアクセステクニカ株式会社 (1,236)
【Ｆターム（参考）】
[ Back to top ]