呼制御方法、通信システムおよび情報処理装置
【課題】緊急呼発信者側からの呼切断に対して、緊急呼発信者との回線再設定をより早くすることを可能にした呼制御方法を提供する。
【解決手段】端末装置と緊急呼受付端末との呼を制御する呼制御手段による呼制御方法であって、端末装置および緊急呼受付端末の呼を確立し、その後、端末装置から呼の切断があったとき、端末装置による呼の切断から一定時間内に緊急呼受付端末から呼の切断がなければ、端末装置および緊急呼受付端末の呼を再度確立するためのセッション確立要求信号を端末装置に送信するものである。
【解決手段】端末装置と緊急呼受付端末との呼を制御する呼制御手段による呼制御方法であって、端末装置および緊急呼受付端末の呼を確立し、その後、端末装置から呼の切断があったとき、端末装置による呼の切断から一定時間内に緊急呼受付端末から呼の切断がなければ、端末装置および緊急呼受付端末の呼を再度確立するためのセッション確立要求信号を端末装置に送信するものである。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、緊急呼を発信する端末装置と緊急呼を受け付ける緊急呼受付端末との通信を制御するための呼制御方法、通信システムおよび情報処理装置に関する。
【背景技術】
【０００２】
従来のＩＰ網内のＶｏＩＰゲートウェイ装置に収容するユーザ端末から、公衆電話網（以下、ＰＳＴＮ：Ｐｕｂｌｉｃ Ｓｗｉｔｃｈｅｄ Ｔｅｌｅｐｈｏｎｅ Ｎｅｔｗｏｒｋと表記する）に収容された緊急呼受付台に着信し、ユーザ端末から切断を行った場合に、緊急呼受付台からの呼び返しを可能とする緊急呼呼び返し技術としては、ＶｏＩＰゲートウェイ装置が、切断後所定の期間、ユーザ端末からの発信を抑止し、本発信抑止期間中のユーザ端末への着信呼については、緊急呼の呼び返し呼であることを示す情報が付加された着信呼のみを着信させるようにしたものがある（例えば、特許文献１参照）。
【０００３】
これにより、緊急受付台担当者が、呼び返しの指示を緊急呼受付台のキーあるいはボタン操作により手動で行うことにより、ユーザ端末の呼び出しベルを鳴らし、ユーザを呼び出すことが可能になる。
【０００４】
しかしながら、緊急受付台担当者が、オンフックしたユーザと再度話をする場合、緊急受付台担当者は、キーあるいはボタン操作を行うことでユーザ端末のベルが鳴り、ユーザが応答し、回線が設定されるまでの間待たなければならない。このような場合、緊急受付台担当者が、ユーザに聞き返したいと思っても即座に聞き返すことができない。緊急時には速やかにユーザ端末との接続を実施し、緊急事態の情報収集にあたる必要があるものの、それができない。
【０００５】
他の緊急呼呼び返し技術としては、ＶｏＩＰゲートウェイ装置が、ネットワーク内の緊急呼に対する接続回線（セッション）を保留し、緊急呼受付台からの呼び返し信号を契機にユーザ端末のベルを鳴らし、ユーザを呼び出し、呼び返し呼を接続するものがある（例えば、特許文献２参照）。
【０００６】
これにより、前述の例と同様、緊急受付台担当者が、呼び返しの指示を緊急呼受付台のキーあるいはボタン操作により手動で行うことにより、ユーザ端末の呼び出しベルを鳴らし、ユーザを呼び出すことが可能になる。
【０００７】
しかしながら、前述の例と同様、緊急呼受付台からの呼び返しは、緊急受付台担当者が緊急呼受付台のキーあるいはボタン操作を行うことで、ユーザ端末のベルが鳴り、ユーザが応答し回線が設定されるまでの間待たなければならず、即座に聞き返しができない。
【特許文献１】特開２００７−２２８３７５号公報
【特許文献２】特開２００５−２８６６３８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
上記に述べた従来の緊急呼呼び返し技術にあっては、緊急呼受付台からの呼び返しは、緊急受付台担当者が緊急呼受付台のキーあるいはボタン操作を行い、ユーザ端末のベルが鳴り、ユーザが応答し回線が設定されるまでの間待たなければならないものであり、即座に聞き返しができないという問題がある。
【０００９】
緊急呼受付台からの信号を契機に緊急呼発信者への呼び返しを行っていたため、緊急呼受付台からの信号の発出のタイミングが遅れた場合、またはその信号呼のルーティングがネットワークの輻輳等により遅延した場合などには、緊急呼発信者への呼び出しも遅れて即座に緊急事態への対応ができなくなってしまう。
【００１０】
本発明は上述したような技術が有する問題点を解決するためになされたものであり、緊急呼発信者側からの呼切断に対して、緊急呼発信者との回線再設定をより早くすることを可能にした呼制御方法、通信システムおよび情報処理装置を提供することを目的とする。
【課題を解決するための手段】
【００１１】
上記目的を達成するための本発明の呼制御方法は、端末装置と緊急呼受付端末との呼を制御する呼制御手段による呼制御方法であって、
前記端末装置および前記緊急呼受付端末の呼を確立し、
その後、前記端末装置から呼の切断があったとき、該端末装置による呼の切断から一定時間内に前記緊急呼受付端末から呼の切断がなければ、該端末装置および該緊急呼受付端末の呼を再度確立するためのセッション確立要求信号を前記端末装置に送信するものである。
【００１２】
また、本発明の通信システムは、端末装置と緊急呼受付端末との呼を制御する通信システムであって、
前記端末装置および前記緊急呼受付端末の呼を確立した後、前記端末装置から呼の切断があったとき、該端末装置による呼の切断から一定時間内に前記緊急呼受付端末から呼の切断がなければ、該端末装置および該緊急呼受付端末の呼を再度確立するためのセッション確立要求信号を前記端末装置宛に送信する第１の呼制御手段を含む第１の情報処理装置と、
前記第１の情報処理装置から前記セッション確立要求信号を受信すると、該セッション確立要求信号を前記端末装置に送信し、セッション確保のための回線リソースを留保する第２の呼制御手段を含む第２の情報処理装置と、
を有する構成である。
【００１３】
さらに、本発明の情報処理装置は、端末装置と緊急呼受付端末との呼を制御する情報処理装置であって、
前記端末装置および前記緊急呼受付端末の呼を確立した後、前記端末装置から呼の切断があったとき、該端末装置による呼の切断から一定時間内に前記緊急呼受付端末から呼の切断がなければ、該端末装置および該緊急呼受付端末の呼を再度確立するためのセッション確立要求信号を該端末装置に送信する呼制御手段を有する構成である。
【発明の効果】
【００１４】
本発明によれば、緊急呼受付の担当者は、緊急呼発信者側からの呼切断に対して、緊急呼発信者に自分から電話をかけ直さなくても、緊急呼発信者の端末装置との呼が再度確立するだけでなく、回線が設定されるまでの待ち時間が自分でかけ直す場合よりも短くなり、緊急呼発信者から情報をより早く収集することができる。
【発明を実施するための最良の形態】
【００１５】
本実施形態の通信システムの構成を、図面を参照して説明する。本実施形態では、ＩＰ網としてＮＧＮ（Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ Ｎｅｔｗｏｒｋ）の場合で説明する。
【００１６】
図１は、本実施形態の通信システムの一構成例を示すブロック図である。図１に示すように、本実施形態の通信システムは、ＮＧＮ１と、端末装置４と、ＰＳＴＮ６と、緊急呼受付台７とを有する構成である。端末装置４はＮＧＮ１に接続され、ＰＳＴＮ６はＮＧＮ１に接続され、緊急呼受付台７はＰＳＴＮ６に接続される。図１において、装置間を結ぶ線のうち、細い実線は呼制御信号が伝送されるルートを模式的に示し、太い実線は音声信号が伝送されるルートを模式的に示す。
【００１７】
ＮＧＮ１は、サービス制御層２およびパケット転送層３から構成されるネットワークである。サービス制御層２は、加入者呼制御装置２１や中継呼制御装置２２を含む、各種のサービスを制御する機能の集合体である。パケット転送層３は、加入者収容ルータ３１やメディアゲートウェイ装置３２を含む、パケットを転送する機能の集合体である。
【００１８】
加入者呼制御装置２１は、加入者系セッション制御機能を有するサーバであり、呼制御手段（不図示）を有する。加入者呼制御装置２１の呼制御手段の本実施形態における動作は通信システムの動作で説明する。中継呼制御装置２２は、中継系セッション制御機能を有するサーバであり、本実施形態における特徴の詳細は後述する。
【００１９】
加入者収容ルータ３１は、端末装置４と接続し、パケットの送受信を行うルータである。メディアゲートウェイ装置３２は、ＰＳＴＮ６と接続し、ＮＧＮ１とＰＳＴＮ６間の音声信号の変換などを行うゲートウェイ装置である。
【００２０】
ＰＳＴＮ６は、関門交換機６１と加入者交換機６２とを含むネットワークである。関門交換機６１は、異なる事業者のネットワークを相互に接続するための交換機である。加入者交換機６２は、電話やＦＡＸ端末などを収容する交換機である。緊急呼受付台７は、電話機またはヘッドセットなどの通信端末である。
【００２１】
次に、中継呼制御装置２２の構成について詳細に説明する。
【００２２】
図２は図１に示した中継呼制御装置の一構成例を示すブロック図であり、中継呼制御装置２２の機能のうち本発明に関係する部分のみを概念的に示している。
【００２３】
中継呼制御装置２２は、呼処理制御部２２１と、ユーザ監視部２２２と、緊急呼受付台監視部２２３と、緊急呼呼び返し制御部２２４とを有する構成である。
【００２４】
呼処理制御部２２１は、ＳＩＰ信号のセッション確立要求（ＩＮＶＩＴＥ）や切断（ＢＹＥ）、さらにはＰＳＴＮ６との間で送受される呼設定要求信号や呼設定応答信号を処理する。
【００２５】
ユーザ監視部２２２は、呼処理制御部２２１と連携し、緊急呼通話中の端末装置４から送出されるＢＹＥを監視し、端末装置４からのＢＹＥ信号を受信すると、緊急呼呼び返し制御部２２４に通知する。
【００２６】
緊急呼受付台監視部２２３は、呼処理制御部２２１と連携し、緊急呼通話中の緊急呼受付台７から送出される切断信号を監視し、緊急呼受付台７からの切断信号を受信すると、緊急呼呼び返し制御部２２４に通知する。
【００２７】
緊急呼呼び返し制御部２２４は、ＩＮＶＩＴＥ送信部２２４１を含み、緊急呼通話中に端末装置４からＢＹＥを受信したという情報をユーザ監視部２２２から受け取ると、緊急呼受付台７から切断信号を受信したか否かを緊急呼受付台監視部２２３に問い合わせる。緊急呼受付台７から切断信号を受信していないことを緊急呼受付台監視部２２３からの回答で確かめると、呼切断から一定時間（タイミング）経過した後、ＩＮＶＩＴＥ送信部２２４１を起動させ、かつ、端末装置４を呼び出し中である旨をＰＳＴＮ６に通知する。一方、上記問い合わせに対して、緊急呼受付台７から切断信号を受信した旨の回答を緊急呼受付台監視部２２３から受け取ると、ＩＮＶＩＴＥ送信部２２４１を起動させない。
【００２８】
なお、一定時間（タイミング）をどのくらいにするかは、緊急呼種別（１１０番，１１８番，１１９番）毎に予め保守者により決められ、緊急呼呼び返し制御部２２４内で管理されている。呼処理制御部２２１および緊急呼呼び返し制御部２２４が本発明の呼制御手段に相当する。
【００２９】
ＩＮＶＩＴＥ送信部２２４１は、緊急呼呼び返し制御部２２４から起動の指示があると、端末装置４に対し、ＮＧＮ１内で最優先呼として扱うことを要求する旨の表示である最優先呼表示を設定したＩＮＶＩＴＥを構成し、呼処理制御部２２１に渡す。緊急呼呼び返し呼設定要求を含むＩＮＶＩＴＥが、最優先呼表示が設定されたＩＮＶＩＴＥの一種である。
【００３０】
次に、本実施形態の中継呼制御装置２２の動作を説明する。
【００３１】
図３は、図２に示した中継呼制御装置の動作手順を示すフローチャートである。
【００３２】
中継呼制御装置２２が緊急呼受付台７と端末装置４とを通話状態にした後（ステップＳ１１）、ユーザ監視部２２２が端末装置４の緊急呼の切断を受信すると（ステップＳ１２）、緊急呼呼び返し制御部２２４が、緊急呼受付台監視部２２３に緊急呼受付台７から切断信号を受信したか否かを問い合わせる（ステップＳ１３）。
【００３３】
緊急呼呼び返し制御部２２４は、緊急呼受付台監視部２２３からの通知により緊急呼受付台７から切断信号を受信していないことを知ると、そのことを呼処理制御部２２１に通知する。呼処理制御部２２１は、緊急呼受付台７が切断していないのに呼が切断されたことを知ると、リソース留保を行う（ステップＳ１４）。そして、ＩＮＶＩＴＥ送信部２２４１は、緊急呼再呼び出しのＩＮＶＩＴＥを構成し、そのＩＮＶＩＴＥを呼処理制御部２２１に渡す（ステップＳ１５）。
【００３４】
呼処理制御部２２１は、ＩＮＶＩＴＥ送信部２２４１から受け取ったＩＮＶＩＴＥを端末装置４宛に送出するとともに（ステップＳ１６）、呼び出し中であることをＰＳＴＮ６に通知する（ステップＳ１７）。呼処理制御部２２１は、端末装置４から送出される応答を受信すると（ステップＳ１８）、端末装置４と緊急呼受付台７とが再び通話できる状態にする。なお、ステップ１３において、一定時間内に緊急呼受付台７から切断信号を受信する場合には処理を終了する。
【００３５】
次に、本実施形態の通信システムの動作を説明する。
【００３６】
図４は、本実施形態の通信システムの動作手順の一例を示すシーケンス図である。図４は、加入者収容ルータ３１、加入者呼制御装置２１、中継呼制御装置２２、メディアゲートウェイ装置３２、ＰＳＴＮ６および緊急呼受付台７の間の呼制御信号の流れを示す。
【００３７】
はじめに、図４に示すステップＳ１で、次のようにして緊急呼受付台７と端末装置４とが接続される。ユーザが端末装置４をボタン操作して緊急特番（１１０、１１８および１１９のうちいずれか）を入力すると、端末装置４が、緊急特番のＳＩＰ信号のＩＮＶＩＴＥを発信すると、加入者呼制御装置２１が、加入者収容ルータ３１を経由してＩＮＶＩＴＥを受信し、裏番号の０Ａ〜Ｊに展開し、ＩＮＶＩＴＥ内の緊急特番を設定するヘッダに緊急特番を含めて送出する。中継呼制御装置２２は、緊急特番を含むＩＮＶＩＴＥを受信すると、加入者呼制御装置２１で裏番号変換された０Ａ〜Ｊによりルーティングを行う。また、中継呼制御装置２２は、ＩＮＶＩＴＥ内の緊急特番を設定するヘッダに緊急特番（１１０／１１８／１１９）が含まれていることから、そのＩＮＶＩＴＥが緊急呼であると判断し、ＰＳＴＮ６に対し、着番号を裏番号にした呼設定要求信号を送信する。
【００３８】
ＰＳＴＮ６の関門交換機６１と加入者交換機６２は、中継呼制御装置から受信した呼設定要求信号の裏番号を元に緊急呼受付台７にルーティングを行い、緊急呼受付台７とメディアゲートウェイ装置３２との間に回線をはり、中継呼制御装置２２に対して呼設定応答信号を送信する。中継呼制御装置２２は、呼設定応答信号を受信すると、ＳＩＰ信号の応答を加入者呼制御装置２１に送信する。加入者呼制御装置２１は、ＳＩＰ信号の応答を受信すると、その応答を加入者収容ルータ３１を経由して端末装置４に送信し、端末装置４とメディアゲートウェイ装置３２との間に音声データセッションを確立する。このようにして、ステップＳ１で、緊急呼受付台７と端末装置４とが通信状態となる。
【００３９】
緊急呼受付台７が呼を切断する前に、端末装置４が呼を切断し、ＳＩＰ信号のＢＹＥを加入者呼制御装置２１に送信すると、中継呼制御装置２２が加入者呼制御装置２１を介してＢＹＥを受信し、端末装置４とメディアゲートウェイ装置３２との間の音声データセッションを開放する。
【００４０】
また、加入者呼制御装置２１は、緊急呼受付台７からの呼び返し呼の着信に備え、呼を確実に実現させるために、端末装置４からの発着信を一定時間抑止する。
【００４１】
なお、ＰＳＴＮ６の関門交換機６１と加入者交換機６２は、メディアゲートウェイ装置３２と緊急呼受付台７との間の回線を保留し、加入者交換機６２は、緊急呼受付台７に対して話中音（ＢＴ：Ｂｕｓｙ Ｔｏｎｅ）を送出し、端末装置４が呼を切断したことを知らせる（ステップＳ２）。
【００４２】
また、加入者呼制御装置２１および中継呼制御装置２２は、緊急呼受付台７からの呼び返し呼の着信に備え、呼び返し時の回線確保のため、緊急呼用回線（セッション）リソースを留保する（ステップＳ３）。
【００４３】
一方、中継呼制御装置２２は、端末装置４からのＢＹＥを受信すると、一定時間（タイミング）経過した後、呼を切断した、ユーザの端末装置４を呼び出すために、ＳＩＰ信号のＩＮＶＩＴＥを端末装置４に送信する。また、中継呼制御装置２２は、ＰＳＴＮ６に対し、ユーザを呼び出し中である旨の情報を送信する。ＰＳＴＮ６の加入者交換機６２は、ユーザを呼び出し中である旨の情報を中継呼制御装置２２から受信すると、緊急呼受付台７に対するＢＴ送出を停止し、代わりに呼出音（ＲＢＴ：Ｒｉｎｇ Ｂａｃｋ Ｔｏｎｅ）を緊急呼受付台７に送出する。
【００４４】
なお、中継呼制御装置２２が送出する再呼び出しを指示するＩＮＶＩＴＥには、緊急呼呼び返し呼設定要求であることを示す情報が付加され、ＮＧＮ１内では最優先呼として扱われる（ステップＳ４）。以下では、緊急呼呼び返し呼設定要求であることを示す情報を「最優先呼情報」と称する。
【００４５】
加入者呼制御装置２１は、最優先呼情報が付加されたＩＮＶＩＴＥを受信すると、そのＩＮＶＩＴＥを他の呼制御信号よりも優先して扱い、端末装置４の着信抑止機能を停止し、着信制御を行い、ユーザが応答することにより再度通話状態になる（ステップＳ５）。
【００４６】
中継呼制御装置２２にて付加される最優先呼情報の設定方法としては、呼び返し時にも送信されるＩＮＶＩＴＥのリクエストメッセージにおいて発信者のユーザを識別するための発ユーザ種別に設定してもよく、ＩＮＶＩＴＥのリクエストメッセージの他のフィールドに設定してもよく、その他の新規に定義されるフィールドに設定してもよい。
【００４７】
緊急受付台担当者が電話を切ると、緊急呼受付台７は切断信号を中継呼制御装置２２に送信し、中継呼制御装置２２は緊急呼受付台７から切断信号を受信すると、ＢＹＥを端末装置４に送信し、それまで確保していたリソースを解放する（ステップＳ６）。
【００４８】
本実施形態では、緊急呼呼び返し処理が緊急呼受付台７からのキー操作またはボタン操作によらず実施され、いつでも緊急受付台担当者から緊急呼発信者に対して聞き返しをすることが可能となる。
【００４９】
次に、本実施形態の通信システムの別の動作を説明する。ここでは、中継呼制御装置２２が、端末装置４からＢＹＥを受信したときとほぼ同時またはその直後に、緊急呼受付台７から呼切断またはその他の緊急呼対応の完了を意図する信号である完了信号を受信した場合とする。
【００５０】
図５は本実施形態の通信システムの別の動作手順を示すシーケンス図である。図５では、端末装置４からのＢＹＥの受信と、緊急呼受付台７からの呼切断または完了信号の受信が同時の場合を示している。
【００５１】
図４のステップＳ１からＳ５までと同様な手順で動作した後、中継呼制御装置２２は、端末装置４からＢＹＥを受信したときとほぼ同時、またはその直後に、緊急呼受付台７から「オンフック」による呼切断または完了信号を受信すると（ステップＳ７）、緊急呼受付台７からの呼切断または完了信号を受信したときが、端末装置４への自発的なＩＮＶＩＴＥ発信の前であれば（ステップＳ８）、緊急呼呼び返し制御部２２４はＩＮＶＩＴＥ発信をＩＮＶＩＴＥ送信部２２４１または呼処理制御部２２１に中止させる（ステップＳ９）。
【００５２】
一方、中継呼制御装置２２が呼切断または完了信号を緊急呼受付台７から受信したときが、端末装置４への自発的なＩＮＶＩＴＥ発信の後であれば（ステップＳ８）、緊急呼呼び返し制御部２２４は呼処理制御部２２１に端末装置４への接続を切断させる、または呼び出しを中止させる（ステップＳ１０）。
【００５３】
なお、ここでは、図５のステップＳ５における通話状態の場合で説明したが、ステップＳ１の通話状態の場合でも同様であり、その詳細な説明を省略する。
【００５４】
このように、端末装置４からの呼切断があっても、それと同時または直後に緊急呼受付台７からの呼切断または完了信号があれば、緊急受付台担当者が呼び返しを要求していない場合にその意図が反映されるため、不要な回線を確保することを防げる。
【００５５】
本発明によれば、緊急呼受付の担当者は、緊急呼発信者側からの呼切断に対して、緊急呼発信者に自分から電話をかけ直さなくても、緊急呼発信者の端末装置との呼が再度確立するだけでなく、回線が設定されるまでの待ち時間が自分でかけ直す場合よりも短くなり、緊急呼発信者から情報をより早く収集することができる。
【００５６】
上述の実施形態では、本発明の呼制御手段を設けた情報処理装置として中継呼制御装置の場合で説明したが、呼制御手段をゲートウェイ装置やルータなど、中継呼制御装置以外の情報処理装置に設けてもよい。
【図面の簡単な説明】
【００５７】
【図１】本実施形態の通信システムの一構成例を示すブロック図である。
【図２】図１に示した中継呼制御装置の一構成例を示すブロック図である。
【図３】図２に示した中継呼制御装置の動作手順を示すフローチャートである。
【図４】本実施形態の通信システムの動作手順の一例を示すシーケンス図である。
【図５】本実施形態の通信システムの別の動作手順を示すシーケンス図である。
【符号の説明】
【００５８】
１ ＮＧＮ
２ サービス制御層
３ パケット転送層
４ 端末装置
６ ＰＳＴＮ
７ 緊急呼受付台
２１ 加入者呼制御装置
２２ 中継呼制御装置
３１ 加入者収容ルータ
３２ メディアゲートウェイ装置
６１ 関門交換機
６２ 加入者交換機
２２１ 呼処理制御部
２２２ ユーザ監視部
２２３ 緊急呼受付台監視部
２２４ 緊急呼呼び返し制御部
【技術分野】
【０００１】
本発明は、緊急呼を発信する端末装置と緊急呼を受け付ける緊急呼受付端末との通信を制御するための呼制御方法、通信システムおよび情報処理装置に関する。
【背景技術】
【０００２】
従来のＩＰ網内のＶｏＩＰゲートウェイ装置に収容するユーザ端末から、公衆電話網（以下、ＰＳＴＮ：Ｐｕｂｌｉｃ Ｓｗｉｔｃｈｅｄ Ｔｅｌｅｐｈｏｎｅ Ｎｅｔｗｏｒｋと表記する）に収容された緊急呼受付台に着信し、ユーザ端末から切断を行った場合に、緊急呼受付台からの呼び返しを可能とする緊急呼呼び返し技術としては、ＶｏＩＰゲートウェイ装置が、切断後所定の期間、ユーザ端末からの発信を抑止し、本発信抑止期間中のユーザ端末への着信呼については、緊急呼の呼び返し呼であることを示す情報が付加された着信呼のみを着信させるようにしたものがある（例えば、特許文献１参照）。
【０００３】
これにより、緊急受付台担当者が、呼び返しの指示を緊急呼受付台のキーあるいはボタン操作により手動で行うことにより、ユーザ端末の呼び出しベルを鳴らし、ユーザを呼び出すことが可能になる。
【０００４】
しかしながら、緊急受付台担当者が、オンフックしたユーザと再度話をする場合、緊急受付台担当者は、キーあるいはボタン操作を行うことでユーザ端末のベルが鳴り、ユーザが応答し、回線が設定されるまでの間待たなければならない。このような場合、緊急受付台担当者が、ユーザに聞き返したいと思っても即座に聞き返すことができない。緊急時には速やかにユーザ端末との接続を実施し、緊急事態の情報収集にあたる必要があるものの、それができない。
【０００５】
他の緊急呼呼び返し技術としては、ＶｏＩＰゲートウェイ装置が、ネットワーク内の緊急呼に対する接続回線（セッション）を保留し、緊急呼受付台からの呼び返し信号を契機にユーザ端末のベルを鳴らし、ユーザを呼び出し、呼び返し呼を接続するものがある（例えば、特許文献２参照）。
【０００６】
これにより、前述の例と同様、緊急受付台担当者が、呼び返しの指示を緊急呼受付台のキーあるいはボタン操作により手動で行うことにより、ユーザ端末の呼び出しベルを鳴らし、ユーザを呼び出すことが可能になる。
【０００７】
しかしながら、前述の例と同様、緊急呼受付台からの呼び返しは、緊急受付台担当者が緊急呼受付台のキーあるいはボタン操作を行うことで、ユーザ端末のベルが鳴り、ユーザが応答し回線が設定されるまでの間待たなければならず、即座に聞き返しができない。
【特許文献１】特開２００７−２２８３７５号公報
【特許文献２】特開２００５−２８６６３８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
上記に述べた従来の緊急呼呼び返し技術にあっては、緊急呼受付台からの呼び返しは、緊急受付台担当者が緊急呼受付台のキーあるいはボタン操作を行い、ユーザ端末のベルが鳴り、ユーザが応答し回線が設定されるまでの間待たなければならないものであり、即座に聞き返しができないという問題がある。
【０００９】
緊急呼受付台からの信号を契機に緊急呼発信者への呼び返しを行っていたため、緊急呼受付台からの信号の発出のタイミングが遅れた場合、またはその信号呼のルーティングがネットワークの輻輳等により遅延した場合などには、緊急呼発信者への呼び出しも遅れて即座に緊急事態への対応ができなくなってしまう。
【００１０】
本発明は上述したような技術が有する問題点を解決するためになされたものであり、緊急呼発信者側からの呼切断に対して、緊急呼発信者との回線再設定をより早くすることを可能にした呼制御方法、通信システムおよび情報処理装置を提供することを目的とする。
【課題を解決するための手段】
【００１１】
上記目的を達成するための本発明の呼制御方法は、端末装置と緊急呼受付端末との呼を制御する呼制御手段による呼制御方法であって、
前記端末装置および前記緊急呼受付端末の呼を確立し、
その後、前記端末装置から呼の切断があったとき、該端末装置による呼の切断から一定時間内に前記緊急呼受付端末から呼の切断がなければ、該端末装置および該緊急呼受付端末の呼を再度確立するためのセッション確立要求信号を前記端末装置に送信するものである。
【００１２】
また、本発明の通信システムは、端末装置と緊急呼受付端末との呼を制御する通信システムであって、
前記端末装置および前記緊急呼受付端末の呼を確立した後、前記端末装置から呼の切断があったとき、該端末装置による呼の切断から一定時間内に前記緊急呼受付端末から呼の切断がなければ、該端末装置および該緊急呼受付端末の呼を再度確立するためのセッション確立要求信号を前記端末装置宛に送信する第１の呼制御手段を含む第１の情報処理装置と、
前記第１の情報処理装置から前記セッション確立要求信号を受信すると、該セッション確立要求信号を前記端末装置に送信し、セッション確保のための回線リソースを留保する第２の呼制御手段を含む第２の情報処理装置と、
を有する構成である。
【００１３】
さらに、本発明の情報処理装置は、端末装置と緊急呼受付端末との呼を制御する情報処理装置であって、
前記端末装置および前記緊急呼受付端末の呼を確立した後、前記端末装置から呼の切断があったとき、該端末装置による呼の切断から一定時間内に前記緊急呼受付端末から呼の切断がなければ、該端末装置および該緊急呼受付端末の呼を再度確立するためのセッション確立要求信号を該端末装置に送信する呼制御手段を有する構成である。
【発明の効果】
【００１４】
本発明によれば、緊急呼受付の担当者は、緊急呼発信者側からの呼切断に対して、緊急呼発信者に自分から電話をかけ直さなくても、緊急呼発信者の端末装置との呼が再度確立するだけでなく、回線が設定されるまでの待ち時間が自分でかけ直す場合よりも短くなり、緊急呼発信者から情報をより早く収集することができる。
【発明を実施するための最良の形態】
【００１５】
本実施形態の通信システムの構成を、図面を参照して説明する。本実施形態では、ＩＰ網としてＮＧＮ（Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ Ｎｅｔｗｏｒｋ）の場合で説明する。
【００１６】
図１は、本実施形態の通信システムの一構成例を示すブロック図である。図１に示すように、本実施形態の通信システムは、ＮＧＮ１と、端末装置４と、ＰＳＴＮ６と、緊急呼受付台７とを有する構成である。端末装置４はＮＧＮ１に接続され、ＰＳＴＮ６はＮＧＮ１に接続され、緊急呼受付台７はＰＳＴＮ６に接続される。図１において、装置間を結ぶ線のうち、細い実線は呼制御信号が伝送されるルートを模式的に示し、太い実線は音声信号が伝送されるルートを模式的に示す。
【００１７】
ＮＧＮ１は、サービス制御層２およびパケット転送層３から構成されるネットワークである。サービス制御層２は、加入者呼制御装置２１や中継呼制御装置２２を含む、各種のサービスを制御する機能の集合体である。パケット転送層３は、加入者収容ルータ３１やメディアゲートウェイ装置３２を含む、パケットを転送する機能の集合体である。
【００１８】
加入者呼制御装置２１は、加入者系セッション制御機能を有するサーバであり、呼制御手段（不図示）を有する。加入者呼制御装置２１の呼制御手段の本実施形態における動作は通信システムの動作で説明する。中継呼制御装置２２は、中継系セッション制御機能を有するサーバであり、本実施形態における特徴の詳細は後述する。
【００１９】
加入者収容ルータ３１は、端末装置４と接続し、パケットの送受信を行うルータである。メディアゲートウェイ装置３２は、ＰＳＴＮ６と接続し、ＮＧＮ１とＰＳＴＮ６間の音声信号の変換などを行うゲートウェイ装置である。
【００２０】
ＰＳＴＮ６は、関門交換機６１と加入者交換機６２とを含むネットワークである。関門交換機６１は、異なる事業者のネットワークを相互に接続するための交換機である。加入者交換機６２は、電話やＦＡＸ端末などを収容する交換機である。緊急呼受付台７は、電話機またはヘッドセットなどの通信端末である。
【００２１】
次に、中継呼制御装置２２の構成について詳細に説明する。
【００２２】
図２は図１に示した中継呼制御装置の一構成例を示すブロック図であり、中継呼制御装置２２の機能のうち本発明に関係する部分のみを概念的に示している。
【００２３】
中継呼制御装置２２は、呼処理制御部２２１と、ユーザ監視部２２２と、緊急呼受付台監視部２２３と、緊急呼呼び返し制御部２２４とを有する構成である。
【００２４】
呼処理制御部２２１は、ＳＩＰ信号のセッション確立要求（ＩＮＶＩＴＥ）や切断（ＢＹＥ）、さらにはＰＳＴＮ６との間で送受される呼設定要求信号や呼設定応答信号を処理する。
【００２５】
ユーザ監視部２２２は、呼処理制御部２２１と連携し、緊急呼通話中の端末装置４から送出されるＢＹＥを監視し、端末装置４からのＢＹＥ信号を受信すると、緊急呼呼び返し制御部２２４に通知する。
【００２６】
緊急呼受付台監視部２２３は、呼処理制御部２２１と連携し、緊急呼通話中の緊急呼受付台７から送出される切断信号を監視し、緊急呼受付台７からの切断信号を受信すると、緊急呼呼び返し制御部２２４に通知する。
【００２７】
緊急呼呼び返し制御部２２４は、ＩＮＶＩＴＥ送信部２２４１を含み、緊急呼通話中に端末装置４からＢＹＥを受信したという情報をユーザ監視部２２２から受け取ると、緊急呼受付台７から切断信号を受信したか否かを緊急呼受付台監視部２２３に問い合わせる。緊急呼受付台７から切断信号を受信していないことを緊急呼受付台監視部２２３からの回答で確かめると、呼切断から一定時間（タイミング）経過した後、ＩＮＶＩＴＥ送信部２２４１を起動させ、かつ、端末装置４を呼び出し中である旨をＰＳＴＮ６に通知する。一方、上記問い合わせに対して、緊急呼受付台７から切断信号を受信した旨の回答を緊急呼受付台監視部２２３から受け取ると、ＩＮＶＩＴＥ送信部２２４１を起動させない。
【００２８】
なお、一定時間（タイミング）をどのくらいにするかは、緊急呼種別（１１０番，１１８番，１１９番）毎に予め保守者により決められ、緊急呼呼び返し制御部２２４内で管理されている。呼処理制御部２２１および緊急呼呼び返し制御部２２４が本発明の呼制御手段に相当する。
【００２９】
ＩＮＶＩＴＥ送信部２２４１は、緊急呼呼び返し制御部２２４から起動の指示があると、端末装置４に対し、ＮＧＮ１内で最優先呼として扱うことを要求する旨の表示である最優先呼表示を設定したＩＮＶＩＴＥを構成し、呼処理制御部２２１に渡す。緊急呼呼び返し呼設定要求を含むＩＮＶＩＴＥが、最優先呼表示が設定されたＩＮＶＩＴＥの一種である。
【００３０】
次に、本実施形態の中継呼制御装置２２の動作を説明する。
【００３１】
図３は、図２に示した中継呼制御装置の動作手順を示すフローチャートである。
【００３２】
中継呼制御装置２２が緊急呼受付台７と端末装置４とを通話状態にした後（ステップＳ１１）、ユーザ監視部２２２が端末装置４の緊急呼の切断を受信すると（ステップＳ１２）、緊急呼呼び返し制御部２２４が、緊急呼受付台監視部２２３に緊急呼受付台７から切断信号を受信したか否かを問い合わせる（ステップＳ１３）。
【００３３】
緊急呼呼び返し制御部２２４は、緊急呼受付台監視部２２３からの通知により緊急呼受付台７から切断信号を受信していないことを知ると、そのことを呼処理制御部２２１に通知する。呼処理制御部２２１は、緊急呼受付台７が切断していないのに呼が切断されたことを知ると、リソース留保を行う（ステップＳ１４）。そして、ＩＮＶＩＴＥ送信部２２４１は、緊急呼再呼び出しのＩＮＶＩＴＥを構成し、そのＩＮＶＩＴＥを呼処理制御部２２１に渡す（ステップＳ１５）。
【００３４】
呼処理制御部２２１は、ＩＮＶＩＴＥ送信部２２４１から受け取ったＩＮＶＩＴＥを端末装置４宛に送出するとともに（ステップＳ１６）、呼び出し中であることをＰＳＴＮ６に通知する（ステップＳ１７）。呼処理制御部２２１は、端末装置４から送出される応答を受信すると（ステップＳ１８）、端末装置４と緊急呼受付台７とが再び通話できる状態にする。なお、ステップ１３において、一定時間内に緊急呼受付台７から切断信号を受信する場合には処理を終了する。
【００３５】
次に、本実施形態の通信システムの動作を説明する。
【００３６】
図４は、本実施形態の通信システムの動作手順の一例を示すシーケンス図である。図４は、加入者収容ルータ３１、加入者呼制御装置２１、中継呼制御装置２２、メディアゲートウェイ装置３２、ＰＳＴＮ６および緊急呼受付台７の間の呼制御信号の流れを示す。
【００３７】
はじめに、図４に示すステップＳ１で、次のようにして緊急呼受付台７と端末装置４とが接続される。ユーザが端末装置４をボタン操作して緊急特番（１１０、１１８および１１９のうちいずれか）を入力すると、端末装置４が、緊急特番のＳＩＰ信号のＩＮＶＩＴＥを発信すると、加入者呼制御装置２１が、加入者収容ルータ３１を経由してＩＮＶＩＴＥを受信し、裏番号の０Ａ〜Ｊに展開し、ＩＮＶＩＴＥ内の緊急特番を設定するヘッダに緊急特番を含めて送出する。中継呼制御装置２２は、緊急特番を含むＩＮＶＩＴＥを受信すると、加入者呼制御装置２１で裏番号変換された０Ａ〜Ｊによりルーティングを行う。また、中継呼制御装置２２は、ＩＮＶＩＴＥ内の緊急特番を設定するヘッダに緊急特番（１１０／１１８／１１９）が含まれていることから、そのＩＮＶＩＴＥが緊急呼であると判断し、ＰＳＴＮ６に対し、着番号を裏番号にした呼設定要求信号を送信する。
【００３８】
ＰＳＴＮ６の関門交換機６１と加入者交換機６２は、中継呼制御装置から受信した呼設定要求信号の裏番号を元に緊急呼受付台７にルーティングを行い、緊急呼受付台７とメディアゲートウェイ装置３２との間に回線をはり、中継呼制御装置２２に対して呼設定応答信号を送信する。中継呼制御装置２２は、呼設定応答信号を受信すると、ＳＩＰ信号の応答を加入者呼制御装置２１に送信する。加入者呼制御装置２１は、ＳＩＰ信号の応答を受信すると、その応答を加入者収容ルータ３１を経由して端末装置４に送信し、端末装置４とメディアゲートウェイ装置３２との間に音声データセッションを確立する。このようにして、ステップＳ１で、緊急呼受付台７と端末装置４とが通信状態となる。
【００３９】
緊急呼受付台７が呼を切断する前に、端末装置４が呼を切断し、ＳＩＰ信号のＢＹＥを加入者呼制御装置２１に送信すると、中継呼制御装置２２が加入者呼制御装置２１を介してＢＹＥを受信し、端末装置４とメディアゲートウェイ装置３２との間の音声データセッションを開放する。
【００４０】
また、加入者呼制御装置２１は、緊急呼受付台７からの呼び返し呼の着信に備え、呼を確実に実現させるために、端末装置４からの発着信を一定時間抑止する。
【００４１】
なお、ＰＳＴＮ６の関門交換機６１と加入者交換機６２は、メディアゲートウェイ装置３２と緊急呼受付台７との間の回線を保留し、加入者交換機６２は、緊急呼受付台７に対して話中音（ＢＴ：Ｂｕｓｙ Ｔｏｎｅ）を送出し、端末装置４が呼を切断したことを知らせる（ステップＳ２）。
【００４２】
また、加入者呼制御装置２１および中継呼制御装置２２は、緊急呼受付台７からの呼び返し呼の着信に備え、呼び返し時の回線確保のため、緊急呼用回線（セッション）リソースを留保する（ステップＳ３）。
【００４３】
一方、中継呼制御装置２２は、端末装置４からのＢＹＥを受信すると、一定時間（タイミング）経過した後、呼を切断した、ユーザの端末装置４を呼び出すために、ＳＩＰ信号のＩＮＶＩＴＥを端末装置４に送信する。また、中継呼制御装置２２は、ＰＳＴＮ６に対し、ユーザを呼び出し中である旨の情報を送信する。ＰＳＴＮ６の加入者交換機６２は、ユーザを呼び出し中である旨の情報を中継呼制御装置２２から受信すると、緊急呼受付台７に対するＢＴ送出を停止し、代わりに呼出音（ＲＢＴ：Ｒｉｎｇ Ｂａｃｋ Ｔｏｎｅ）を緊急呼受付台７に送出する。
【００４４】
なお、中継呼制御装置２２が送出する再呼び出しを指示するＩＮＶＩＴＥには、緊急呼呼び返し呼設定要求であることを示す情報が付加され、ＮＧＮ１内では最優先呼として扱われる（ステップＳ４）。以下では、緊急呼呼び返し呼設定要求であることを示す情報を「最優先呼情報」と称する。
【００４５】
加入者呼制御装置２１は、最優先呼情報が付加されたＩＮＶＩＴＥを受信すると、そのＩＮＶＩＴＥを他の呼制御信号よりも優先して扱い、端末装置４の着信抑止機能を停止し、着信制御を行い、ユーザが応答することにより再度通話状態になる（ステップＳ５）。
【００４６】
中継呼制御装置２２にて付加される最優先呼情報の設定方法としては、呼び返し時にも送信されるＩＮＶＩＴＥのリクエストメッセージにおいて発信者のユーザを識別するための発ユーザ種別に設定してもよく、ＩＮＶＩＴＥのリクエストメッセージの他のフィールドに設定してもよく、その他の新規に定義されるフィールドに設定してもよい。
【００４７】
緊急受付台担当者が電話を切ると、緊急呼受付台７は切断信号を中継呼制御装置２２に送信し、中継呼制御装置２２は緊急呼受付台７から切断信号を受信すると、ＢＹＥを端末装置４に送信し、それまで確保していたリソースを解放する（ステップＳ６）。
【００４８】
本実施形態では、緊急呼呼び返し処理が緊急呼受付台７からのキー操作またはボタン操作によらず実施され、いつでも緊急受付台担当者から緊急呼発信者に対して聞き返しをすることが可能となる。
【００４９】
次に、本実施形態の通信システムの別の動作を説明する。ここでは、中継呼制御装置２２が、端末装置４からＢＹＥを受信したときとほぼ同時またはその直後に、緊急呼受付台７から呼切断またはその他の緊急呼対応の完了を意図する信号である完了信号を受信した場合とする。
【００５０】
図５は本実施形態の通信システムの別の動作手順を示すシーケンス図である。図５では、端末装置４からのＢＹＥの受信と、緊急呼受付台７からの呼切断または完了信号の受信が同時の場合を示している。
【００５１】
図４のステップＳ１からＳ５までと同様な手順で動作した後、中継呼制御装置２２は、端末装置４からＢＹＥを受信したときとほぼ同時、またはその直後に、緊急呼受付台７から「オンフック」による呼切断または完了信号を受信すると（ステップＳ７）、緊急呼受付台７からの呼切断または完了信号を受信したときが、端末装置４への自発的なＩＮＶＩＴＥ発信の前であれば（ステップＳ８）、緊急呼呼び返し制御部２２４はＩＮＶＩＴＥ発信をＩＮＶＩＴＥ送信部２２４１または呼処理制御部２２１に中止させる（ステップＳ９）。
【００５２】
一方、中継呼制御装置２２が呼切断または完了信号を緊急呼受付台７から受信したときが、端末装置４への自発的なＩＮＶＩＴＥ発信の後であれば（ステップＳ８）、緊急呼呼び返し制御部２２４は呼処理制御部２２１に端末装置４への接続を切断させる、または呼び出しを中止させる（ステップＳ１０）。
【００５３】
なお、ここでは、図５のステップＳ５における通話状態の場合で説明したが、ステップＳ１の通話状態の場合でも同様であり、その詳細な説明を省略する。
【００５４】
このように、端末装置４からの呼切断があっても、それと同時または直後に緊急呼受付台７からの呼切断または完了信号があれば、緊急受付台担当者が呼び返しを要求していない場合にその意図が反映されるため、不要な回線を確保することを防げる。
【００５５】
本発明によれば、緊急呼受付の担当者は、緊急呼発信者側からの呼切断に対して、緊急呼発信者に自分から電話をかけ直さなくても、緊急呼発信者の端末装置との呼が再度確立するだけでなく、回線が設定されるまでの待ち時間が自分でかけ直す場合よりも短くなり、緊急呼発信者から情報をより早く収集することができる。
【００５６】
上述の実施形態では、本発明の呼制御手段を設けた情報処理装置として中継呼制御装置の場合で説明したが、呼制御手段をゲートウェイ装置やルータなど、中継呼制御装置以外の情報処理装置に設けてもよい。
【図面の簡単な説明】
【００５７】
【図１】本実施形態の通信システムの一構成例を示すブロック図である。
【図２】図１に示した中継呼制御装置の一構成例を示すブロック図である。
【図３】図２に示した中継呼制御装置の動作手順を示すフローチャートである。
【図４】本実施形態の通信システムの動作手順の一例を示すシーケンス図である。
【図５】本実施形態の通信システムの別の動作手順を示すシーケンス図である。
【符号の説明】
【００５８】
１ ＮＧＮ
２ サービス制御層
３ パケット転送層
４ 端末装置
６ ＰＳＴＮ
７ 緊急呼受付台
２１ 加入者呼制御装置
２２ 中継呼制御装置
３１ 加入者収容ルータ
３２ メディアゲートウェイ装置
６１ 関門交換機
６２ 加入者交換機
２２１ 呼処理制御部
２２２ ユーザ監視部
２２３ 緊急呼受付台監視部
２２４ 緊急呼呼び返し制御部
【特許請求の範囲】
【請求項１】
端末装置と緊急呼受付端末との呼を制御する呼制御手段による呼制御方法であって、
前記端末装置および前記緊急呼受付端末の呼を確立し、
その後、前記端末装置から呼の切断があったとき、該端末装置による呼の切断から一定時間内に前記緊急呼受付端末から呼の切断がなければ、該端末装置および該緊急呼受付端末の呼を再度確立するためのセッション確立要求信号を前記端末装置に送信する、呼制御方法。
【請求項２】
前記一定時間内に前記緊急呼受付端末から呼の切断があると、前記端末装置へのセッション確立要求信号を送信せず、前記一定時間経過後に前記緊急呼受付端末から呼の切断があると、前記端末装置および前記緊急呼受付端末の呼を切断する、請求項１記載の呼制御方法。
【請求項３】
最優先呼として取り扱うことを要求する旨の情報を前記セッション確立要求信号に付与して送信する、請求項１または２記載の呼制御方法。
【請求項４】
端末装置と緊急呼受付端末との呼を制御する通信システムであって、
前記端末装置および前記緊急呼受付端末の呼を確立した後、前記端末装置から呼の切断があったとき、該端末装置による呼の切断から一定時間内に前記緊急呼受付端末から呼の切断がなければ、該端末装置および該緊急呼受付端末の呼を再度確立するためのセッション確立要求信号を前記端末装置宛に送信する第１の呼制御手段を含む第１の情報処理装置と、
前記第１の情報処理装置から前記セッション確立要求信号を受信すると、該セッション確立要求信号を前記端末装置に送信し、セッション確保のための回線リソースを留保する第２の呼制御手段を含む第２の情報処理装置と、
を有する通信システム。
【請求項５】
前記第１の呼制御手段は、
前記一定時間内に前記緊急呼受付端末から呼の切断があると、前記端末装置へのセッション確立要求信号を送信せず、前記一定時間経過後に前記緊急呼受付端末から呼の切断があると、前記端末装置および前記緊急呼受付端末の呼を切断する、請求項４記載の通信システム。
【請求項６】
前記第１の呼制御手段は、最優先呼として取り扱うことを要求する旨の情報を前記セッション確立要求信号に付与して前記第２の情報処理装置に送信し、
前記第２の呼制御手段は、前記セッション確立要求信号を前記第１の情報処理装置から受信すると、該セッション確立要求信号を他の呼制御信号よりも優先して前記端末装置に送信する、請求項４または５記載の通信システム。
【請求項７】
前記緊急呼受付端末に電話網を介して接続される交換機をさらに有し、
前記第１の呼制御手段は、前記セッション確立要求信号を前記端末装置宛に送信する際、該端末装置を呼び出し中である旨の情報を前記交換機に送信し、
前記交換機は、前記端末装置を呼び出し中である旨の情報を前記第１の情報処理装置から受信すると、呼出音を前記緊急呼受付端末に送信する、請求項４から６のいずれか１項記載の通信システム。
【請求項８】
端末装置と緊急呼受付端末との呼を制御する情報処理装置であって、
前記端末装置および前記緊急呼受付端末の呼を確立した後、前記端末装置から呼の切断があったとき、該端末装置による呼の切断から一定時間内に前記緊急呼受付端末から呼の切断がなければ、該端末装置および該緊急呼受付端末の呼を再度確立するためのセッション確立要求信号を該端末装置に送信する呼制御手段を有する情報処理装置。
【請求項９】
前記呼制御手段は、
前記一定時間内に前記緊急呼受付端末から呼の切断があると、前記端末装置へのセッション確立要求信号を送信せず、前記一定時間経過後に前記緊急呼受付端末から呼の切断があると、前記端末装置および前記緊急呼受付端末の呼を切断する、請求項８記載の情報処理装置。
【請求項１０】
前記呼制御手段は、最優先呼として取り扱うことを要求する旨の情報を前記セッション確立要求信号に付与して送信する、請求項９記載の情報処理装置。
【請求項１】
端末装置と緊急呼受付端末との呼を制御する呼制御手段による呼制御方法であって、
前記端末装置および前記緊急呼受付端末の呼を確立し、
その後、前記端末装置から呼の切断があったとき、該端末装置による呼の切断から一定時間内に前記緊急呼受付端末から呼の切断がなければ、該端末装置および該緊急呼受付端末の呼を再度確立するためのセッション確立要求信号を前記端末装置に送信する、呼制御方法。
【請求項２】
前記一定時間内に前記緊急呼受付端末から呼の切断があると、前記端末装置へのセッション確立要求信号を送信せず、前記一定時間経過後に前記緊急呼受付端末から呼の切断があると、前記端末装置および前記緊急呼受付端末の呼を切断する、請求項１記載の呼制御方法。
【請求項３】
最優先呼として取り扱うことを要求する旨の情報を前記セッション確立要求信号に付与して送信する、請求項１または２記載の呼制御方法。
【請求項４】
端末装置と緊急呼受付端末との呼を制御する通信システムであって、
前記端末装置および前記緊急呼受付端末の呼を確立した後、前記端末装置から呼の切断があったとき、該端末装置による呼の切断から一定時間内に前記緊急呼受付端末から呼の切断がなければ、該端末装置および該緊急呼受付端末の呼を再度確立するためのセッション確立要求信号を前記端末装置宛に送信する第１の呼制御手段を含む第１の情報処理装置と、
前記第１の情報処理装置から前記セッション確立要求信号を受信すると、該セッション確立要求信号を前記端末装置に送信し、セッション確保のための回線リソースを留保する第２の呼制御手段を含む第２の情報処理装置と、
を有する通信システム。
【請求項５】
前記第１の呼制御手段は、
前記一定時間内に前記緊急呼受付端末から呼の切断があると、前記端末装置へのセッション確立要求信号を送信せず、前記一定時間経過後に前記緊急呼受付端末から呼の切断があると、前記端末装置および前記緊急呼受付端末の呼を切断する、請求項４記載の通信システム。
【請求項６】
前記第１の呼制御手段は、最優先呼として取り扱うことを要求する旨の情報を前記セッション確立要求信号に付与して前記第２の情報処理装置に送信し、
前記第２の呼制御手段は、前記セッション確立要求信号を前記第１の情報処理装置から受信すると、該セッション確立要求信号を他の呼制御信号よりも優先して前記端末装置に送信する、請求項４または５記載の通信システム。
【請求項７】
前記緊急呼受付端末に電話網を介して接続される交換機をさらに有し、
前記第１の呼制御手段は、前記セッション確立要求信号を前記端末装置宛に送信する際、該端末装置を呼び出し中である旨の情報を前記交換機に送信し、
前記交換機は、前記端末装置を呼び出し中である旨の情報を前記第１の情報処理装置から受信すると、呼出音を前記緊急呼受付端末に送信する、請求項４から６のいずれか１項記載の通信システム。
【請求項８】
端末装置と緊急呼受付端末との呼を制御する情報処理装置であって、
前記端末装置および前記緊急呼受付端末の呼を確立した後、前記端末装置から呼の切断があったとき、該端末装置による呼の切断から一定時間内に前記緊急呼受付端末から呼の切断がなければ、該端末装置および該緊急呼受付端末の呼を再度確立するためのセッション確立要求信号を該端末装置に送信する呼制御手段を有する情報処理装置。
【請求項９】
前記呼制御手段は、
前記一定時間内に前記緊急呼受付端末から呼の切断があると、前記端末装置へのセッション確立要求信号を送信せず、前記一定時間経過後に前記緊急呼受付端末から呼の切断があると、前記端末装置および前記緊急呼受付端末の呼を切断する、請求項８記載の情報処理装置。
【請求項１０】
前記呼制御手段は、最優先呼として取り扱うことを要求する旨の情報を前記セッション確立要求信号に付与して送信する、請求項９記載の情報処理装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図２】
【図３】
【図４】
【図５】
【公開番号】特開２０１０−８７９７３（Ｐ２０１０−８７９７３Ａ）
【公開日】平成２２年４月１５日（２０１０．４．１５）
【国際特許分類】
【出願番号】特願２００８−２５６４０８（Ｐ２００８−２５６４０８）
【出願日】平成２０年１０月１日（２００８．１０．１）
【出願人】（０００００４２２６）日本電信電話株式会社 (13,992)
【Ｆターム（参考）】
【公開日】平成２２年４月１５日（２０１０．４．１５）
【国際特許分類】
【出願日】平成２０年１０月１日（２００８．１０．１）
【出願人】（０００００４２２６）日本電信電話株式会社 (13,992)
【Ｆターム（参考）】
[ Back to top ]