(57)【要約】【課題】通常の呼が輻輳状態に陥っても、警察、消防などの重要呼の設定を行うことができるように、その場合、発信端末に最も近い警察署、消防署に接続する。また、話中であっても、話中が終り次第、呼設定を行う。【解決手段】ＶｏＩＰ網のセッションを設定するアプリケーションの呼接続処理で、輻輳状態に陥っても重要呼を優先的に接続する方法であって、警察署や消防署の重要呼受け付け窓口単位１３，２３に重要呼専用呼設定装置１２，２２を設置し、端末側に予め接続すべき重要呼専用呼設定装置を登録し、重要呼についてはその重要呼専用呼設定装置１２，２２に接続要求を発信し、重要呼でない呼については通常の呼設定装置１１，２１に接続要求を発信する。【選択図】図１
2006339938.tif 000002
【特許請求の範囲】
【請求項１】
ＩＰ網における少なくとも電話を含むセッションを設定するアプリケーションの重要呼優先接続方法であって、
発信端末から呼設定を行う場合に、通常、使用する呼設定装置とは別個に、予め決められた複数の着信者の呼設定については、専用の呼設定装置を用い、該専用呼設定装置は、予め決められた着信者への呼設定のみを行うことを特徴とする重要呼優先接続方法。
【請求項２】
ＩＰ網における少なくとも電話を含むセッションを設定するアプリケーションの重要呼優先接続方法であって、
発信端末から呼設定を行う場合に、通常、使用する呼設定装置とは別個に、予め決められた複数の着信者の呼設定については、専用の呼設定装置を用い、該専用呼設定装置は、同一番号あるいはアドレスあるいは識別子に設定されている複数の着信者のうち該当する１着信者を発信者の番号あるいはアドレスあるいは識別子から判断して、接続処理を行うことを特徴とする重要呼優先接続方法。
【請求項３】
請求項１に記載の重要呼優先接続方法において、
前記発信端末は、着信側番号あるいはアドレスあるいは識別子から、予め決められた複数の着信者であるか、あるいはその他の着信者であるかを判別し、予め決められた着信者である場合には、専用の呼設定装置に呼接続要求を行い、その他である場合には、通常の呼設定装置に呼接続要求を行うことを特徴とする重要呼優先接続方法。
【請求項４】
請求項２に記載の重要呼優先接続方法において、
前記発信端末は、着信側番号あるいはアドレスあるいは識別子から、予め決められた複数の着信者であるか、あるいはその他の着信者であるかを判別し、予め決められた着信者である場合には、専用の呼設定装置に発信者の地域識別子を付加して呼接続要求を行い、その他である場合には、通常の呼設定装置に呼接続要求を行うことを特徴とする重要呼優先接続方法。
【請求項５】
請求項１から請求項４のいずれかに記載の重要呼優先接続方法において、
前記発信端末は、着信側の端末が全て話中の場合を除いて、専用呼設定装置への接続に失敗した場合には、接続が成功するまで呼接続要求を発信し続けることを特徴とする重要呼優先接続方法。
【請求項６】
請求項１から請求項５のいずれかに記載の重要呼優先接続方法において、
前記発信端末から呼設定を行う場合、通常、使用する呼設定装置とは別に、予め決められた複数の着信者の呼設定については、重要呼専用の呼設定装置を用い、
該重要呼専用呼設定装置は、発信者の番号あるいはアドレスあるいは識別子を確認し、該発信者が該専用呼設定装置の予め決められた着信者にとって適格であるか否かを判定し、適格な場合には、請求項１から請求項５のいずれかの接続設定を行い、適格でない場合には、要求を拒否することを特徴とする重要呼優先接続方法。
【請求項７】
請求項３から請求項６のいずれかに記載の重要呼優先接続方法において、
前記発信端末は、請求項６の方法で、呼接続要求装置からの接続要求が拒否された場合には、警報を発し、該呼接続要求装置の使用者に重要呼専用の呼設定装置への設定が間違っていることを通知することを特徴とする重要呼優先接続方法。
【請求項８】
請求項１から請求項７のいずれかに記載の重要呼優先接続方法において、
前記重要呼専用の呼設定装置は、予め決められた複数の着信者の全ての端末が使用中であるときに、呼接続要求がある場合、該接続要求をメモリに記憶し、着信者が使用可能になると直ちに接続要求の早いものから順に接続を設定させることを特徴とする重要呼優先接続方法。
【請求項９】
ＩＰ網における少なくとも電話を含むセッション設定用アプリケーションを実行する重要呼優先接続装置であって、
発信端末からの接続要求パケットを受け取ると、登録ユーザデータ格納手段にアクセスして該発信者のデータを読み出し、該発信者が予め登録されている適確な発信者であるか否かを確認する発信者検索手段と、
該発信者検索手段による確認の結果、適確な発信者であった場合、該発信者に対応する宛先を地域識別子を用いて検索する着信者検索手段と、
該着信者検索手段により検索した宛先に呼接続要求パケットを送信するパケット送信手段と、
該パケット送信手段により上記宛先が含まれているか否かを確認し、含まれていれば発信待ちリストデータに発呼の分を追加する発信待ちリストデータ格納手段と、
宛先が話中であることを示すパケットを受信すると、該パケットを受信した順に、該宛先ごとに該発信待ちリストデータ格納手段に発信者のアドレス、番号、識別子のいずれかを蓄積し、各宛先ごとの最も優先度の高いものの呼の接続要求をかけ続けるパケット受信手段と
を具備することを特徴とする重要呼優先接続装置。
【請求項１０】
ＩＰ網における少なくとも電話を含むセッション設定用アプリケーションを実行する発信端末装置であって、
宛先となる番号、アドレスを入力する相手先入力手段と、
該相手先入力手段に入力された宛先が重要呼か否かを判定する重要呼判定手段と、
宛先が重要呼でない場合には、通常の呼設定装置に該宛先の番号、アドレスをそのまま送信し、宛先が重要呼である場合には、重要呼専用呼設定装置のアドレスに変換してから変換されたアドレスを送信する送信手段と、
重要呼専用呼設定装置のアドレスに変換する送信アドレス変更手段と、
呼接続に失敗した場合に、継続的に接続要求を行う継続送信手段と、
該送信アドレス変更手段の設定が誤っていた場合に、設定が誤りであることを通知するパケットを呼設定装置から受信する受信手段と、
該受信手段から設定誤りの通知パケットがあることを受け取ると、ユーザに警報を発する警報発信手段と
を具備することを特徴とする発信端末装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＩＰ網における少なくとも電話を含むセッションを設定するアプリケーションの呼接続処理において、あらかじめ決められた着信者に対して優先接続制御を行う重要呼優先接続方法およびその装置に関する。
【背景技術】
【０００２】
インターネット・プロトコルを用いてインターネットやイントラネットで音声を伝えるパケット交換技術がＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）である。現在のＶｏＩＰ網は、ＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｖｅ  Ｐｒｏｔｏｃｏｌ）と呼ばれるプロトコルを用いたものが主流となっている。
以下、千村，村田：改訂版ＳＩＰ教科書，インプレス（非特許文献１参照）を用いて、ユーザＡからユーザＣ、ユーザＢからユーザＣへの呼がどのように確立するかを説明する。
【０００３】
図４は、従来のＶｏＩＰ網の構成図である。
図４において、ユーザＡは公衆電話網のユーザとする。図４中の経路（１）で、ユーザＡはユーザＣ（ＩＰ電話機）の電話番号である０５０−ＣＤＥＦ−ｗｘｙｚに電話をかける。なお、Ｃ，Ｄ，Ｅ，Ｆ，ｗ，ｘ，ｙ，ｚそれぞれには０から９までの数字が挿入される。公衆電話網（２）は、この番号によって呼をルーティングし、ＩＰ電話網のゲートウェイ装置（３）に接続する。
【０００４】
ゲートウェイ装置（３）は、まずＥＮＵＭ  ＤＮＳへ０５０−ＣＤＥＦ−ｗｘｙｚを使って問い合わせる（４）。なお、ゲートウェイ装置（３）が番号（０５０−ＣＤＥＦ−ｗｘｙｚ）でルーティングして、ＳＩＰプロキシーと接続し、ＳＩＰプロキシーがＥＮＵＭ  ＤＮＳへ問い合わせることも可能である。実際には、０５０−ＣＤＥＦ−ｗｘｙｚを、“ｚ．ｙ．ｘ．ｗ．Ｆ．Ｅ．Ｄ．Ｃ．０．５．１．８．ｅ１６４．ａｒｐａ”（Ｃ，Ｄ，Ｅ，Ｆ，ｗ，ｘ，ｙ，ｚは、０〜９の数字を表わしており、０５０−ＣＤＥＦ−ｗｘｙｚをＦＱＤＮに変換したもので、これは単なる例である）に変換して問い合わせることになる。
【０００５】
ＥＮＵＭ  ＤＮＳは、“ｓｉｐ：ｕｓｅｒＣ＠ｈｏｓｔ．ｄｏｍａｉｎ”を含んだＮＡＰＴＲ  ＲＲをゲートウェイ装置（３）に返送する（５）。
ゲートウェイ装置（３）は、“ｓｉｐ：ｕｓｅｒＣ＠ｈｏｓｔ．ｄｏｍａｉｎ”を用いて、ＩＮＶＩＴＥ（セッション確立要求）メッセージをＳＩＰプロキシーへ送信する（６）。
ＳＩＰプロキシーは、ロケーションサーバやＤＮＳアクセスなどを行って、ユーザＣのＩＰアドレスを求め、ユーザＣへＩＮＶＩＴＥメッセージを送出する（７）。
ユーザＣが応答すれば、ユーザＡとユーザＣ間で通話を行う（（１）−（２）−（３）−（６）−（７））。
【０００６】
次に、ユーザＢ（ＩＰ電話機）からユーザＣ（ＩＰ電話機）へ電話する場合、ユーザＢがユーザＣのＳＩＰ  ＵＲＩを知らず、０５０−ＣＤＥＦ−ｗｘｙｚのみを知っているものとする。そこで、ユーザＢは、ＥＮＵＭ  ＤＮＳへ０５０−ＣＤＥＦ−ｗｘｙｚを使って問い合わせをする（８）。前の例と同じように、“ｚ．ｙ．ｘ．ｗ．Ｆ．Ｅ．Ｄ．Ｃ．０．５．１．８．ｅ１６４．ａｒｐａ”を使用する。ＥＮＵＭ  ＤＮＳは、“ｓｉｐ：ｕｓｅｒＣ＠ｈｏｓｔ．ｄｏｍａｉｎ”を含んだＮＡＰＴＲ  ＲＲをユーザＢに返送する（９）。ユーザＢは“ｓｉｐ：ｕｓｅｒＣ＠ｈｏｓｔ．ｄｏｍａｉｎ”を用いて、ＩＮＶＩＴＥメッセージをＳＩＰプロキシーへ送信する（１０）。ＳＩＰプロキシーは、ロケーション・サーバやＤＮＳアクセスなどを行って、ユーザＣのＩＰアドレスを求め、ユーザＣへＩＮＶＩＴＥメッセージを送出する（１１）。ユーザＣが応答すれば、ユーザＢとユーザＣの間で通話が行われる。
【０００７】
以上に述べたような方法で、ＥＮＵＭを使用することはできる。しかしながら、本来のＥＮＵＭには、Ｏｐｔ−ｉｎ（選択）という考え方があり、必ずしも通信したい相手の番号がＥＮＵＭに登録されているとは限らず、また電話サービスのＵＲＩが登録されているとも限らない。このようなことをはじめ、実際にＩＰ電話へＥＮＵＭを適用するためには、まだいくつかの課題が残っている。
【０００８】
【非特許文献１】千村，村田：改訂版ＳＩＰ教科書，インプレス
【発明の開示】
【発明が解決しようとする課題】
【０００９】
以上、背景技術で説明したように、従来のＶｏＩＰ網では、警察や消防などの重要呼を特別扱いして、優先的に呼設定させる仕組みがないという問題がある。この問題は、輻輳状態に陥ると、たとえ重要呼であっても優先されることがないために、つながり難くなってしまうという問題がある。
さらに、電話網では、番号から発信端末が設置されている場所の特定が可能であるのに対して、ＶｏＩＰ網では、端末の移動による番号変更が不要であるため、番号から発信者の場所の特定ができないという問題がある。
また、従来の警察への電話では、全て話中になっていた場合、切らずにそのまま待っていると、受信端末が空き次第、接続される仕組みになっているが、ＶｏＩＰ網では、そのような仕組みは設けられていないという問題がある。
【００１０】
（目的）
本発明の目的は、ＶｏＩＰ網において、通常の呼が輻輳状態に陥っても、重要呼の呼設定を行うことができ、また重要呼に発信した場合に話中であっても、話中が終了次第、順次、呼設定を行うことが可能な重要呼優先接続方法およびその装置を提供することにある。
【課題を解決するための手段】
【００１１】
本発明の重要呼優先接続方法では、輻輳状態に陥っても重要呼を優先的に接続するために、重要呼専用の呼設定装置を用いる。これにより、輻輳状態になったとき、重要呼ではない呼が重要呼の呼設定に影響を与えないようにすることができる。
【００１２】
発信者の場所の特定が不可能である問題点を解消するための手段は、警察署、消防署の重要呼受付窓口の単位ごとに上記重要呼専用呼設定装置を設置しておき、端末側は予め接続すべき重要呼専用呼設定装置を登録し、重要呼については、その重要呼専用呼設定装置に接続要求を発信し、重要呼ではない呼については、通常の呼設定装置に接続要求を発信するようにする。この重要呼専用呼設定装置は、決められた受信端末（複数端末）にしか接続できないようになっているため、重要呼専用呼設定装置で通常の呼接続要求は不可能である。
【００１３】
さらに、警察、消防などが話中になっていた場合には、重要呼専用の呼設定装置は、発信者のアドレス、番号、識別子のいずれかを保持し、話中終了次第、接続要求順に重要呼専用の呼設定装置から警察、消防と発信者双方に接続要求を行い、呼設定を行うことにより問題を解決する。
【発明の効果】
【００１４】
本発明によれば、通常の呼が輻輳状態に陥っても、警察、消防などの重要呼の呼設定を行うことが可能となる。また、発信端末に最も近い警察署、消防署に接続することも可能となる。さらに、話中の場合でも、話中が終了次第、順次、接続要求順に呼の設定を行うことが可能となる。
【発明を実施するための最良の形態】
【００１５】
以下、本発明の実施例を、図面により詳細に説明する。
図１は、本発明の一実施例に係る重要呼優先接続装置の構成図である。
ここで、警察、消防など１３，２３に接続される矢印が重要呼の流れを示し、ユーザに接続される矢印が通常の呼の流れを示している。ここでは、ドメイン（α）１０とドメイン（β）２０があり、それぞれに通常の呼設定装置（α）１１、呼設定装置（β）２１が設置されている。また、ドメイン内の各地域ごと（警察、消防の単位ごとの地域）に重要呼専用呼設定装置１２，２２を設置しており、これらの重要呼専用呼設定装置１２，２２は、警察あるいは消防など１３，２３の予め決められた相手にしか接続できないようになっている。
【００１６】
各ユーザ１Ａ，２Ａ，３Ａ，４Ａは、重要呼以外の通常の呼については、自分の所属するドメインの呼設定装置（通常のもの）１１，２１に接続要求を発信することになっている。重要呼については、端末に予め自分の所属する地域の重要呼専用呼設定装置１２，２２に接続するようになっている。
いま、ユーザ１Ａが警察、消防など１３の重要呼に電話をかける場合を考える。ユーザ１Ａが、警察に電話をかけると、ユーザ１Ａの端末は、着信者が警察であることをその番号あるいはアドレスから認識し、通常の呼設定装置１１ではなく、ユーザ１Ａが属する地域に対応した重要呼専用呼設定装置１２へ接続要求を行う。
地域１の重要呼専用呼設定装置１２は、発信者が予め登録されている地域１のユーザであるか否かを判定し、地域１のユーザでなければ接続要求を拒否する。地域１のユーザであれば、予め決められている着信者、ここでは管轄の警察１３に接続処理を行う。
【００１７】
なお、いくつかの地域をまとめて１台の重要呼専用呼設定装置で処理することもある。その場合には、発信者が、該当する地域からのものか否かを判定し、そうでなければ接続要求を拒否し、該当する地域からのものであれば、どの警察に接続要求を送出すればよいかを予め登録されている発信者の地域から割り出し、該当する警察に接続要求を行うことになる。
重要呼専用呼設定装置１２，２２は、接続要求に対して、呼が設定されたか否かを監視し、もし、着信側の端末が全て話中により呼損になった場合には、継続して呼が確立するまで呼接続要求を出し続ける。このとき、ユーザからの接続要求時点の早いものから接続を確立する。
ユーザ端末は、端末を新規に設置する際に、警察、消防などの重要呼の設定が正しいか否かを確認するための擬似的な呼を発信し、正しいと判定されない限り、通常の呼も含めて使用できないようになっている。
なお、ドメイン（β）２２のロケーションサーバは、アドレス解決機能を持つサーバである。
【００１８】
図２は、図１における重要呼専用呼設定装置のブロック構成図である。
まず、発信者からの接続要求パケットを受け取ると、発信者検索部１は、登録ユーザデータ２を用いて、発信者が、予め登録されている適確な発信者であるか否かを確認する。適確な発信者であった場合には、着信者検索部３のその発信者に対応する宛先（例えば、発信者が警察に電話してきた場合には、発信者を所轄する警察署の宛先）を検索し、検索した宛先に呼接続要求パケットをパケット送信部５から送信する。このとき、発信待ちリストデータ４に宛先が含まれているか否かを確認する。もし、発信待ちリストデータ４に含まれていれば、発信待ちリストデータに新たな発呼の分を加える。
【００１９】
なお、発信者に対応した宛先を検索する際には、発信端末から送られてきた接続要求パケット内の地域識別子を用いて、着信者検索部３で、その発信者に対応する宛先を検索し、検索した宛先に呼接続要求パケットをパケット送信部５から送信する方法もある。
適確でない発信者であった場合には、要求を拒否し、発信端末の設定が間違っていることを返信する。この返信を受け取った発信端末は、警報を発し、設定が間違っていることをユーザに知らせる。
【００２０】
宛先が話中であることを示すパケットをパケット受信部６で受信すると、そのパケットを受信した順序に、その宛先ごとに、発信待ちリストデータ４に発信者のアドレス、番号、識別子のいずれかを蓄積し、各宛先ごとに最も優先度が高いものの呼の接続要求をかけ続ける。話中終了次第、接続要求順に重要呼専用の呼設定装置から警察、消防と発信者双方に接続要求を行い、呼設定を行い、発信待ちリストデータ４から削除する。
【００２１】
図３は、図１における発信端末のブロック構成図である。
まず、ユーザは、図３の相手先入力部３１で、宛先となる番号、アドレスを入力する。入力された番号あるいはアドレスは、重要呼判定部３２において、重要呼か否かを判定される。重要呼と判定された場合には、発信するパケットに発信者の地域識別子を加えることもある。宛先が重要呼でなければ、送信部３４から通常の呼設定装置に送信する。宛先が重要呼であった場合には、送信アドレス変更部３３において、送信すべき呼設定装置を重要呼専用呼設定装置のアドレスに変更し、送信部３４から送信する。
【００２２】
呼接続に失敗した場合には、継続送信部３５で継続的に接続要求をかける。
送信アドレス変更部３３の設定が間違っていた場合には、受信部３６で設定が間違いであることを知らせるパケットを呼設定装置から受け取り、警報発信部３７で警報を発し、設定が間違っていることをユーザに知らせる。
【図面の簡単な説明】
【００２３】
【図１】本発明の一実施例に係る呼設定方法の説明図である。
【図２】図１における重要呼専用呼接続装置の構成図である。
【図３】図１におけるユーザの発信端末の構成図である。
【図４】従来技術の網構成図である。
【符号の説明】
【００２４】
１：発信者検索部
２：登録ユーザデータ
３：着信者検索部
４：発信待ちリストデータ
５：パケット送信部
６：パケット受信部
１０：ドメインα
１１：呼設定装置α
１２：重要呼専用呼設定装置
１３：警察・消防など
２０：ドメインβ
２１：呼設定装置β
２２：重要呼専用呼設定装置
２３：警察・消防など
３１：相手先入力部
３２：重要呼判定部
３３：送信アドレス変更部
３４：送信部
３５：継続送信部
３６：受信部
３７：警報発信部
【図１】
2006339938.tif 000003
【図２】
2006339938.tif 000004
【図３】
2006339938.tif 000005
【図４】
2006339938.tif 000006