JP2002528012A - 当事者間の接続を確立する電気通信ネットワークと方法 - Google Patents

Abstract

(57)【要約】 呼び側（２０６）と応答側（２０１）との間に所定の通信形態を確立する電気通信ネットワークと方法である。本発明にかかる方法は、第１の取次ぎ装置（例えばサービスノード）が、呼び側（２０６）が発した、応答側（２０１）が使用する第２の取次ぎ装置（例えば移動端末）（２０２）へ宛てた、入来の呼（２０８）を受信してつなぎとめることを含む。入来の呼（２０８）を受信したことに応答して、ページング信号（３０４）が第１の取次ぎ装置から第２の取次ぎ装置に対して送信される。ページング信号（３０４）は、第１と第２の取次ぎ装置の間にトラヒックチャネルが確立されないように拒絶される。ページング信号（３０４）を受信した後、第１と第２の取次ぎ装置の間でネゴシエーションを開始して、入来の呼の形式に基づいて接続形式を決定する。

Description

【発明の詳細な説明】

【０００１】発明の属する技術分野 本発明は広くは電気通信分野に関し、より具体的には、回路交換チャネル又は
論理回路での端末相互間の完全な確立を行わずに、中間サーバを介してネゴシエ
ーションを行って、呼側と応答側の間にある種の接続を確立する電気通信ネット
ワークと方法に関するものである。

【０００２】関連技術の説明 セルラー電話サービスに加入する者は、第一に、可搬性と、音声、ショートメ
ッセージ、ファックス、データ通信サービスやパケット交換サービスのような各
種の電話を通じたサービスのために加入している。残念ながら、加入者が、まず
呼側と応答側の間に回路チャネル上の物理的な通信無しで、移動端末を使用して
、両者間にある種の接続（例えば、有線端末、パーソナルコンピュータ、ファク
シミリ）を確立できる電話サービスは現在のところ存在しない。

【０００３】 図１は、通常の移動端末１００と電気通信ネットワーク１０２との間の呼の確
立に関する信号シーケンス図である。呼側１０６から入来する呼１０４を受信し
たことに応答して、電気通信ネットワーク１０２は、入来した呼１０４で指定さ
れた移動端末１００に対してページング信号１０８を送信する。次に移動局１０
０は、電気通信ネットワーク１０２に、移動端末と電気通信ネットワークとの間
に呼確立信号１１２の送信を可能にする信号チャネル１１０を要求する。次に、
移動端末１００と電気通信ネットワーク１０２との間にトラヒックチャネル１１
６が確立されて、呼信号１１７が、応答側１０５に対して呼１０４の入来を知ら
せる。応答側１０５は呼信号１１７に対して応答１１８して、回路チャネル１１
９を介して呼側１０６と通信する。上述のように、入来する呼の種類により適切
な形の接続を確立する前に、呼側１０６と応答側１０５とは回路チャネル１１９
を介して物理的に通信する必要がある。例えば、応答側では、接続の形態として
、移動端末ではなく、優先端末、パーソナルコンピュータ又はファックスがより
ふさわしい場合もある。

【０００４】 また、第２の側（応答側）と電気通信ネットワークを介して呼を確立すること
を希望する第１の側（呼側）が、予め、どの通信形態（例えば、音声）を使用す
べきかを決めなければならないことが問題となる場合も有る。応答側がすべての
入来する呼をアンサリングマシンに転送するとすれば、通信形態は通常変更する
ことができず、例えば、どちらの側にとっても書面によるメッセージの方がより
好ましいとしても、呼側はボイスメッセージを残すことしかできない。したがっ
て、すべての呼側と応答側が、接続の形態についてネゴシエートし、これを考慮
してそれぞれの選択に適合させることができるようにするのが望ましい。

【０００５】 したがって、トラヒックチャネルを確立せずに信号情報を交換してサービスノ
ードとネゴシエートして、例えば、入来の呼を取り扱う条件を設定する、移動端
末を含む方法と電気通信ネットワークが必要である。又、独立して制御されるサ
ービスノードも必要である。これらの必要性は、本発明に基づく電気通信ネット
ワークと方法によって満足される。

【０００６】発明の要旨 本発明は呼側と応答側の間にある種の接続を確立する電気通信ネットワークと
方法である。本方法は、呼側から第１の取次ぎ装置（例えば、サービスノード）
に対して呼を繋ぎ、入来する呼をこの第１の取次ぎ装置に繋ぎとめる。入来する
呼は、次に、応答側が使用する第２の取次ぎ装置（例えば、移動端末）に連絡さ
れる。入来する呼を受けたことに応答して、第１の取次ぎ装置は移動体ネットワ
ークを介して第２の取次ぎ装置に呼を送り、これによって移動体ネットワークか
ら移動端末に対して第１のページングを送信させる。この呼は、次に、呼側と応
答側との間にトラヒックチャネルを確立する前に移動端末によって拒絶される。
ページング信号を受信した後、第１と第２の取次ぎ装置は、入来する呼のそれ以
降の取り扱い条件についてネゴシエートする。

【０００７】 本発明に基づいて、第１と第２の取次ぎ装置の間で、Ａ番号とＢ番号とを信号
通信してネゴシエートを行うために信号方式を使用する第１の実施例を含む電気
通信ネットワークと方法が提供される。

【０００８】 同様に、本発明に基づいて、第１と第２の取次ぎ装置の間のネゴシエーション
を行うためにユーザ相互間信号方式を使用する第２の実施例を含む電気通信ネッ
トワークと方法が提供される。

【０００９】 さらに、本発明に基づいて、呼側と応答側との間の接続形態を確立するために
使用する信号情報を交換するために、サービスノードと所定の方法で通信するた
めのアプリケーションプログラムを使用する移動端末を含む電気通信ネットワー
クと方法が提供される。

【００１０】 本発明に基づいて、移動端末が、事象（例えば、入来する呼）のタイプを示す
受信したＡ番号を含む受信信号情報に基づいて、応答側が対応を選択できるメニ
ューを提示することを含む電気通信ネットワークと方法が提供される。

【００１１】 さらに、本発明に基づいて、ネットワークオペレータから独立して、ネットワ
ークオペレータが提供していないサービスを提供する独立したサービス提供者を
取り込むことができるサービスノードを有する電気通信ネットワークと方法が提
供される。

【００１２】 添付の図面と以下の詳細な説明によって、本発明の方法と装置が一層良く理解
されるものと考える。

【００１３】発明の詳細な説明 図２から５を通じて同様な部分には同じ番号を付番した図面に、本発明に基づ
く、移動端末２０２とサービスノード２０４とを収容する電気通信ネットワーク
２００を示す。

【００１４】 電気通信ネットワーク２００に収容された移動端末２０２とサービスノード２
０４の２つの実施例について述べるが、当業者は、この２つの実施例は本発明の
概念を利用することができる多くの実施例を２つ例示したものに過ぎないことを
理解するはずである。したがって、記載された電気通信ネットワーク２００は限
定的な意味で理解すべきものではない。

【００１５】 本発明を理解しやすく説明するために、サービスノード２０４（例えば、第１
の取次ぎ装置）と移動端末２０２（例えば、第２の取次ぎ装置）との間の交信に
関する詳細な説明は、電気通信ネットワーク２００の全体的な説明の後にする。

【００１６】 図２は、移動端末２０２とサービスノード２０４を収容した電気通信ネットワ
ーク２００を示すものである。移動端末２０２とサービスノード２０４を除いて
、電気通信ネットワーク２００の全体構造は移動通信グローバルシステム（ＧＳ
Ｍ）と公衆交換電話ネットワーク（ＰＳＴＮ）仕様、あるいは電気通信の分野で
使用できるその他の何らかの仕様又は標準である。

【００１７】 説明を明瞭にするために、例えば、移動サービス交換センター、基地局制御装
置、ローカル交換キャリアはこの産業分野では良く知られているのでここでは説
明を省略する。したがって、電気通信ネットワーク２００に関する以下の記述は
移動端末２０２とサービスノード２０４と関係のある基本的な要素に限定する。

【００１８】 電気通信ネットワーク２００は、ネットワーク２０９（例えば、種類を問わな
いネットワーク）を介してサービスノード２０４に入来する呼２０８を送信する
呼側２０６を収容している。入来する呼２０８は最初は応答側２０１の番号を指
定し、まずネットワーク２０９によって、サービスノード２０４内の応答側のパ
ーソナル取次ぎ装置に接続される。次に、移動端末２０２とサービスノート２０
４との間で、呼側２０６と応答側２０１（以下に記載する）との間の接続形態に
関して移動端末２０２とサービスノード２０４との間でネゴシエーションが行わ
れる。パーソナル取次ぎ装置は、例えば、音声通話、ファクシミリ、データ送信
、パケットデータ、ショートメッセージサービス、ビデオおよびインターネット
チャットへの新たな接続のような種々の入来する呼２０８を取り扱うことができ
る。

【００１９】 サービスノード２０４と移動端末２０２との間でネゴシエーションの後の接続
で使用することができる端末又は形式は、例えば、パーソナルコンピュータ２２
４、有線端末２２６、ファクシミリ機２２８、私用自動分岐交換器（ＰＡＢＸ）
２２０内のメールボックス２３０、データ端末装置２３２あるいは後に予定する
接続等である。予定する接続は後刻再度ネゴシエートされる。接続の形式２２４
，２２６，２２８，２３０と２３２は、固定公衆ネットワーク／インターネット
ネットワーク２１０、セルラーネットワーク２１２あるいは仕様ネットワーク（
例えばＰＡＢＸ２２０）と接続されている。

【００２０】 より具体的には、サービスノード２０４は好ましくは、固定ネットワーク２１
０とセルラーネットワーク２１２を含む複数の通信ネットワークに接続されてい
る。固定ネットワーク２１０は、例えば、リンク２１３を通じてサービスノード
に接続された、公衆交換電話ネットワーク（ＰＳＴＮ）および／またはインテグ
レーテッドサービスデジタルネットワーク（ＩＳＤＮ）である。セルラーネット
ワーク２１２はゲートウエイ移動サービス交換センタ（ＧＭＳＣ）２１４を有す
る通常のＧＳＭネットワークであっても良い。ＧＭＳＣ２１４は、サービスノー
ド２０４を、セルラーネットワーク２１２と固定ネットワーク２１０とに対して
、それぞれリンク２１６，２１８を介して接続する。セルラーネットワーク２１
２はリンク２４０を介して移動端末２０２に接続されている。接続は直接的な物
理リンク（上述のような）あるいは接続された他のネットワーク（図示しない）
を介した間接的な物理接続であっても良い。

【００２１】 サービスノード２０４は好ましくは、セルラーネットワーク２１２と固定ネッ
トワーク２１０とは独立に、テレフォニーサービスを提供して制御する。しかし
、サービスノード２０４は、固定ネットワーク２１０又はセルラーネットワーク
２１２のネットワークオペレータに収容されてかつ制御されていても良い。さら
に、電気通信ネットワーク２００は、データリンク２３４を介してサービスノー
ド２０４に、データリンク２３６と２４１を介してセルラーネットワーク２１２
と固定ネットワーク２１０にそれぞれ接続された１つ以上のサービスノード２２
２を収容していても良い。

【００２２】 さらに、サービスノード２０４は、一般的に会社によって制御されている私用
自動分岐交換機（ＰＡＢＸ）２２０又は他の私用ネットワークを収容するかこれ
と接続されていても良い。前記の会社は、その会社が固定接続を有する企業内電
話（図示しない）のサービスと制限を制御するのと同じように、ＰＡＢＸ２２０
とサービスノード２０４を使用して、移動端末２０２のサービスと制限を制御す
ることができる。

【００２３】 すでに述べたように、アプリケーションプログラム２３８（アプリケーション
モジュール）を有する移動端末２０２が、トラヒックチャネルを確立せずに、サ
ービスノード２０４とネゴシエートして、呼側２０６と応答側との間に接続形式
２２４，２２６，２２８，２３０又は２３２を確立するか（例えば）について、
図３（第１の実施例）、図４と図５（第２の実施例）を参照して以下に説明する
。

【００２４】 図３には、本発明の第１の実施例の信号ダイアグラムを示す。ステップ３００
から始まって、サービスノード２０４は呼側２０６から発せられた、移動端末２
０２宛ての入来する呼２０８を受信してこれをつなぎとめる。

【００２５】 ステップ３０２で、サービスノード２０４は移動ネットワーク２０２に呼を発
し、呼確立手順の第１ステップとして、移動端末２０２に対してページング信号
３０４を送る。移動端末２０２はページング信号３０４に応答してステップ３０
６で信号チャネルを要求する。信号チャネルは次にステップ３０８で移動端末２
０２とネットワーク２１２との間で、例えば、予め定義された複数のＡ番号から
、特定の事象の形式又は入来する呼２０８の形式を示す所定のＡ番号を含む応答
前の信号を交換するために使用される。移動端末２０２は、予め設定されたＡ番
号それぞれに対して記憶されている意味を参照して、次に取るべき対応を確認す
ることができる。

【００２６】 換言すれば、サービスノード２０４は、応答前信号を使用して移動端末２０２
に対して複数の予め設定されたＡ番号から１つのＡ番号を送信する（ステップ３
０８）。ここで、移動端末とサービスノード２０４にとっては、各Ａ番号は特定
の機能的な意味を有する。送信される１つの好ましいＡ番号は、ノード２０４へ
入来する呼２０８の種類（例えば、音声通話、インターネットチャット等）又は
事象の種類、例えば、呼側からのオンフックである。例えば、サービスノード２
０４が入来した呼２０８がパケットデータメッセージであると識別したら、特定
のＡ番号を回路交換技術を使用して応答前信号として移動端末２０２に送信する
。上述の例は、入来する呼２０８がパケットデータメッセージの形式であっても
、応答側のパケットデータメッセージを受信することができる手段２２４，２２
８や２３２がこれを受信することができるので、特に移動端末２０２が回路交換
メッセージしか受信できないときには特に利点がある。

【００２７】 呼確立ステップ３０８は、しかし、完成されておらず移動端末２０２はステッ
プ３１０で、通常のトラヒックチャネル要求の前に呼を切断する。

【００２８】 ページング信号３０４と応答前信号を受信したことに応答して、ステップ３１
２で呼側２０１はアプリケーションプログラム２３８（図２）を起動しメニュー
２４２に応答側が選択することができる選択肢のリストを表示（ステップ３１４
）するか、あるいはアプリケーションプログラム２３８を起動して予め定められ
た方法でサービスノード２０４を通信するかを決定するか、又は、これは既に決
定されている。メニュー２４２で示される選択肢のリストはサービスノード２０
４が受信した特定のＡ番号に従ってアプリケーションプログラム２３８が決定す
ることができる。

【００２９】 ステップ３１２で端末アプリケーションプログラムが、入来の呼２０８の扱い
に関する次の行動を決定したと仮定すると、次にステップ３１６で、アプリケー
ションプログラム２３８は移動端末２０２からサービスノード２０４に対して、
複数のＢ番号から選択された１つを含む外への呼（例えば、コールバック）を送
信する。選択された特定のＢ番号は、応答前信号によって受信されたＡ番号と（
もし有れば）メニュー２４２からのユーザの選択に基づくものである。さらに、
特定の選択されたＢ番号は、サービスノード２０４が接続の形式２２４，２２６
，２２８，２３０又は２３２を確立する過程を実行することを制御又は要求する
。サービスノード２０４は応答する端末から外へ向けて出て行く呼（ステップ３
１６から３１８）を、サービスノードからの元の呼（ステップ３０２）と、応答
する端末が供給するＡ番号によって（ステップ３１８）関連付けることも可能で
ある。

【００３０】 より具体的には、移動端末２０２のアプリケーションプログラム２３８は呼の
発信において使用する予め設定されたＢ番号を選択するにあたって、応答前信号
として受信した特定のＡ番号に基づく予め設定されて予めプログラムされた作動
にしたがう。さらに、アプリケーションプログラム２３８が選択するＢ番号は、
データリンク２３４を介して第１のサービスノード２０４から指示を受信する第
２のサービスノード２２２（図２）宛てであることに留意する必要がある。以下
の記載においては、使用されるＢ番号は、サービスノード２０４宛てのものであ
ると仮定する。しかし、この仮定は一例であって、当該Ｂ番号は第２のサービス
ノード２２２へ向けたものであってもかまわないことに注意する必要がある。

【００３１】 ステップ３１８で、移動ネットワーク２１２が予め設定されたＢ番号を使用し
てサービスノード２０４で信号を送信する。外へ出て行く呼に応答して、サービ
スノード２０４はまず３２０で呼を切断し、次に、別の所定のＡ番号を含むアン
サーコールを移動ネットワーク２１２を介して移動端末２０２に対して送信（ス
テップ３２２）する。アンサーコールは要求された作動を確認してエラーが発生
したかまたは移動端末２０２が次のアクションを要求していることを示すか、あ
るいは呼側２０１がネゴシエーションの継続を要求していることを示す。

【００３２】 サービスノード２０４はステップ３２３で、受信端末２０２で要求されたアク
ションを示すどのＡ番号を、ステップ３２２で使用すべきかを決定する。ネゴシ
エーションは、元の入来する呼２０８を取り扱うために必要なアクションを決定
するために、サービスノード２０４と移動端末２０２との間で、このような信号
のやり取りを複数回行うことが必要になることを理解する必要がある。

【００３３】 さらに、サービスノード２０４は、入来の呼２０８の形式に基づいて予め定め
られたアクションを実行し、次に移動端末２０２および／又は呼側２０６に対し
て予め設定されたＡ番号を使用してこのアクションを知らせるようにプログラム
されていることもできる。この場合には、移動端末２０２はサービスノードに対
してコールバックを返す必要はない。例えば、サービスノード２０４は、例えば
、呼の受信のような特定の事象に対して特定のアクションをし、これをアンサリ
ングマシン（図示しない）に転送するようにプログラムされていても良い。本発
明に基づいて、サービスノード２０４は次に移動端末２０２に対してどのような
アクションが取られたかを知らせる。

【００３４】 図４は、本発明の第２の好ましい実施例の作動に関する信号ダイアグラムを示
すものである。ステップ４０２から始まり、サービスノード２０４は呼側２０６
から発せられた移動端末２０２宛ての入来する呼２０８を受信してこれをつなぎ
とめる。

【００３５】 ステップ４０４で、サービスノード２０４はネットワーク２１２に対して呼を
発し、ネットワーク２１２は次に、ステップ４０６で移動端末２０２にページン
グ信号を送信する。第１の実施例と同様に、信号チャネルがステップ４０８で要
求され、応答前信号を交換するためにステップ４１０で確立される。しかし、第
２の実施例では、例えば、ＧＳＭ標準に規定されているようなユーザ間プロトコ
ルを使用して、より内容の多い応答前信号が交換される。ユーザ間プロトコルを
使用して、移動端末２０２は、ステップ４１２と４１５で応答前信号情報を、ア
プリケーションプログラム２３８とサービスノード２０４との間で交換させる。

【００３６】 ユーザ間プロトコルを使用した応答前信号のフォーマットの例を図５に示す。
アプリケーションプログラム２３８はまず信号フォーマット５００のプリアンブ
ル５１０を解析して信号の形式を決定する。信号フォーマットが通常の呼である
ことを示していれば、通常の手順は図１に示したようになる。そうでなければ、
アプリケーションプログラム２３８は次のデータブロック５２０（例えば、コマ
ンドインストラクション）を解析して、アプリケーションプログラム２３８の実
行可能なモジュールのアドレス解釈する。最後のデータブロック５３０は実行可
能なモジュールによって処理して、第１の実施例におけるステップ３１２，３１
４，３１６と３１８と同じ結果を得るためのデータである。

【００３７】 図４を再度参照すると、ユーザ間信号は、呼側２０１とサービスノード２０４
との間でステップ４１５で実行される。第１の実施例と同様に、ユーザ間のデー
タ交換がステップ４１４で行われ、例えば、アプリケーションプログラム２３８
はユーザ２０１に対して選択範囲を示す。ユーザ間信号送信を完了した後、トラ
ヒックチャネルの確立の前に、呼はアプリケーションプログラム２３８によって
ステップ４１６で切断される。次のアクションは、移動端末２０２のアプリケー
ションプログラム２３８がサービスノード２０４にコールバックを送信して、２
回目の信号情報をユーザ間信号送信方法にしたがって行うことを要求しても良い
。

【００３８】 本発明が、ユーザ端末とサービスノードの間のネゴシエーションを実行するか
についての例を以下に示す。サービスノードで登録されたこの種の事象（例えば
、入来する呼）の例は経済的な取引である。ここでは、従来は、その種のサービ
スを要求するときはネゴシエーションに音声プロンプトを使用し、要求された取
引は完遂するか中断されることが必要であった。本発明に基づけば、経済的な取
引が第１のステップで開始され、次に通信が切断され、次に経済取引は、サービ
スノードがユーザに対してコールバックを行いサービスノードが端末と応答前モ
ードで情報の交換を行う第２のステップで完遂される。例えば、銀行口座から個
人的なスマートカードウォレットに対して送金を要求したユーザは、銀行口座に
は要求された金額が入っていないが、要求された送金は必要な金額が入れられ次
第行われることを知らされても良い。ユーザはこのことを了解してその後接続を
切ることができる。送金額が溜まった時点で、銀行はユーザを呼出し、音声又は
データチャネルを確立することなく、応答前モードで要求された金額を送金する
ことができる。したがって、取引はユーザを邪魔することなく完成される。ユー
ザは後に端末から、取引が完成したことを知らされる。

【００３９】 事象の別の例は、人気のあるインターネットサービス「インターネットチャッ
ト」である。このサービスには通常すべての参加者が同時に接続を確立している
必要があるが、ときに接続を切るインターネットチャットの参加者は、サービス
ノードの個人的な取次ぎ装置に対してインターネットチャットの新しい参加に対
して代りに応答するように要求することもできる。当該応答は、あて先になって
いるユーザがオフライン状態に有り、そのものにページングを送るべきかどうか
に関する質問のようなものであることができる。本発明にしたがえば、ページン
グのあて先となったユーザは、サービスノードに対して、当該要求に対してどの
ように応答したいか、例えば、ページングを受けたユーザはすぐに接続するか、
後に応答を送信するか等を指示することができる。

【００４０】 さらに別の例は、サービスノードがファクシミリメッセージを受けた場合であ
る。サービスノードはファクシミリメッセージを受信して記憶し、本発明にした
がえば、ユーザに対してファクシミリメッセージを受信したことを知らせるため
にページングを送信する。サービスノードとユーザは次に接続を切り、ユーザは
例えば移動端末に接続されたラップトップコンピュータでファクシミリメッセー
ジを受信するというようなことを決定する。ユーザは次に、サービスノードに対
して、ユーザの移動端末にデータチャネルを介してファクシミリメッセージを転
送することを要求する。

【００４１】 上述の記載の実施例から、本発明は、信号送信によって前記のネゴシエーショ
ンによってトラヒックチャネルの形式、例えば、音声トラヒックチャネルやデー
タトラヒックチャネル、を決定することもできることが理解される。さらに、上
述の幾つかのサービスは、サービスノードがどのようなアクションを取るべきか
を決定するために信号情報を交換する必要があることが理解される。当該信号交
換にはトラヒックチャネルの容量を使用しなくても良いことも理解される。

【００４２】 従って、上述の記載から、当業者には、トラヒックチャネルの確立をせずに呼
側と応答側の間にネゴシエーション、例えば、入来する呼のそれ以降の取り扱い
条件の決定、を行うことのできる電気通信ネットワークと方法を提供するもので
あることが理解される。さらに、上述の移動体電気通信ネットワークは、サービ
スノードと所定の方法で通信するアプリケーションモジュールを使用する移動端
末を含むものである。

【００４３】 添付の図面と上述の規制においては、本発明の方法と装置について２つの実施
例を示したが、本発明はこれらの実施例に限定されるものではなく、これらに対
して多くの変更や組換えや置換が可能であり、それらもまた特許請求の範囲によ
って規定される本発明の技術思想に含まれるものであることが理解される。

【図面の簡単な説明】

【図１】 図１（従来技術）は、従来の移動端末とセルラーネットワークの
間にトラヒックチャネルを確立するまでの信号シーケンスチャートである。

【図２】 図２は、本発明の実施例に基づく移動端末とサービスノードを有
する電気通信ネットワークを示す図である。

【図３】 図２に示した本発明の第１の実施例の操作を示す信号シーケンス
チャートである。

【図４】 図２に示した本発明の第２の実施例の操作を示す信号シーケンス
チャートである。

【図５】 図４に示した本発明の第２の実施例で使用するユーザ相互間の信
号プロトコルの信号フォーマットを示す図である。

───────────────────────────────────────────────────── フロントページの続き (81)指定国 ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＣＹ， ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，Ｉ Ｔ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＧＷ，ＭＬ， ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，ＧＭ，Ｋ Ｅ，ＬＳ，ＭＷ，ＳＤ，ＳＬ，ＳＺ，ＴＺ，ＵＧ，ＺＷ )，ＥＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ，ＭＤ，ＲＵ， ＴＪ，ＴＭ)，ＡＬ，ＡＭ，ＡＴ，ＡＵ，ＡＺ，ＢＡ， ＢＢ，ＢＧ，ＢＲ，ＢＹ，ＣＡ，ＣＨ，ＣＮ，ＣＵ，Ｃ Ｚ，ＤＥ，ＤＫ，ＥＥ，ＥＳ，ＦＩ，ＧＢ，ＧＤ，ＧＥ ，ＧＨ，ＧＭ，ＨＲ，ＨＵ，ＩＤ，ＩＬ，ＩＳ，ＪＰ， ＫＥ，ＫＧ，ＫＰ，ＫＲ，ＫＺ，ＬＣ，ＬＫ，ＬＲ，Ｌ Ｓ，ＬＴ，ＬＵ，ＬＶ，ＭＤ，ＭＧ，ＭＫ，ＭＮ，ＭＷ ，ＭＸ，ＮＯ，ＮＺ，ＰＬ，ＰＴ，ＲＯ，ＲＵ，ＳＤ， ＳＥ，ＳＧ，ＳＩ，ＳＫ，ＳＬ，ＴＪ，ＴＭ，ＴＲ，Ｔ Ｔ，ＴＺ，ＵＡ，ＵＧ，ＵＺ，ＶＮ，ＹＵ，ＺＷ Ｆターム(参考） 5K024 BB07 CC01 CC08 CC11 DD01 DD04 EE01 GG01 GG03 5K030 HC01 HC09 JT02 JT09 LB01 5K051 AA01 BB01 BB03 FF01 FF07 KK01 5K101 KK00 KK20 LL02 LL12 MM05 NN02 TT05 UU20

Claims (30)

【特許請求の範囲】
1. 【請求項１】 呼側と応答側の間でネゴシエーションを行う方法であって、 呼側から発せられて、応答側が使用する第２の取次ぎ装置へ宛てられた呼を、
   第１の取次ぎ装置で入受信してこれを繋ぎとめ、 入来の呼を受信したことに応答して、第１の取次ぎ装置から第２の取り次ぎ装
   置に対して、信号情報を含む第１の呼を発し、 信号情報を受信したことに応答して、第１の取次ぎ装置と第２の取次ぎ装置と
   の間にトラヒックチャネルを確立する前に、前記第１の呼の接続を切り、 第２の取次ぎ装置において前記信号情報を解釈して、次のアクションを決定す
   る過程を具備する方法。
2. 【請求項２】 前記解釈過程はさらに、信号情報に含まれるＡ番号と、予め
   決定されたＡ番号のリストとを比較して、次のアクションを決定する過程を含む
   請求項１に記載の方法。
3. 【請求項３】 前記解釈する課程はさらに、次のアクションに関する選択肢
   を含むユーザメニューを示す過程を含む請求項２に記載の方法。
4. 【請求項４】 前記解釈する課程はさらに、ユーザ間プロトコルに従って記
   載された信号情報の信号ヘッダとデータブロックを復号化して以降のアクション
   を決定する過程を含む請求項１に記載の方法。
5. 【請求項５】 前記解釈課程はさらに、次のアクションに対応する選択肢を
   含むユーザメニューを示すことを含む請求項４に記載の方法。
6. 【請求項６】 前記、ユーザメニューを示す過程は、さらに、通信形式を決
   定するために示したメニューのリストから選択する過程を含む請求項４に記載の
   方法。
7. 【請求項７】 さらに、 解釈した信号情報に応答して、第２の取次ぎ装置から第１の取次ぎ装置に対し
   て、Ｂ番号を含む第２の呼を発し、 第１の取次ぎ装置において、第２の呼と第１の呼とを関連付け、 次の第２のアクションを決定するために、第１の取次ぎ装置において第２の呼
   を解釈する過程を含む請求項１に記載の方法。
8. 【請求項８】 前記第２の呼を発する過程は、さらに、 第２の取次ぎ装置から第３の取次ぎ装置に対して、前記第２の呼を発し、 第３の取次ぎ装置において、前記第２の呼を解釈して、次の第２のアクション
   を決定する過程を含む請求項７に記載の方法。
9. 【請求項９】 前記第１の呼を第３の取次ぎ装置で解釈する過程はさらに、 第３の取次ぎ装置から第１の取次ぎ装置に対して呼を発して、第２の呼を第１
   の取次ぎ装置につなぎとめられている呼と関連付けさせ、 第３の取次ぎ装置に入来の呼をつなぎとめ、 第３の取次ぎ装置によって次の第２のアクションを実行する過程を含む請求項
   ８に記載の方法。
10. 【請求項１０】 さらに、 解釈された信号情報に応答して、ユーザ間プロトコルに従って、通信形式を示
    すヘッダと、第１の取次ぎ装置で行うべきプログラムで制御されたアクションを
    示す第１のデータブロックと、第１の取次ぎ装置で処理すべきデータを示す第２
    のデータブロックとを含む第２の呼を送信し、 第１の取次ぎ装置で、当該第２の呼と前記第１の呼を関連付け、 第１の取次ぎ装置で当該第２の呼を解釈して、第２の次のアクションを決定す
    る過程を含む、請求項１に記載の方法。
11. 【請求項１１】 前記第２の呼を発信する過程は、さらに、 第２の取次ぎ装置から第３の取次ぎ装置に対して前記第２の呼を発信し、 第３の取次ぎ装置において前記第２の呼を解釈して次の第２のアクションを決
    定する過程を含む請求項１０に記載の方法。
12. 【請求項１２】 前記第２の呼を第３の取次ぎ装置で解釈する過程は、さら
    に、 第３の取次ぎ装置から第１の取次ぎ装置に対して呼を発して、第２の呼と第１
    の取次ぎ装置につながれている呼とを関連付けさせ、 第３の取次ぎ装置に入来の呼をつなぎとめ、 次の第２のアクションを第３の取次ぎ装置で完成させる過程を含む請求項１０
    に記載の方法。
13. 【請求項１３】 第２の呼を解釈する課程は、さらに、第１の取次ぎ装置、
    私用自動分岐交換機のメールボックス、パーソナルコンピュータ、有線端末、フ
    ァクシミリ機、アプリケーションサーバおよび後に予定される接続の中から選択
    される接続形式から次の第２のアクションを決定することを含む請求項１０に記
    載の方法。
14. 【請求項１４】 受信してつなぎとめる過程は、さらに、入来の呼の形式が
    、音声呼、ファクシミリ、データ、パケットデータ、ビデオ、インターネットへ
    の新規な接続およびショートメッセージサービスコールのうちから選択されたも
    のであるか否かを決定する過程を含む請求項１に記載の方法。
15. 【請求項１５】 前記解釈する課程は、さらに、第２の取次ぎ装置において
    アプリケーションモジュールを作動させることを含む請求項１に記載の方法。
16. 【請求項１６】 第１の呼を発する過程は、さらに、中間取次ぎ装置を通し
    て第１の取次ぎ装置に対して第１の呼を発する過程を含む請求項１に記載の方法
    。
17. 【請求項１７】 前記第１と第２の取次ぎ装置は、さらに、それぞれサービ
    スノードと移動端末を収容する請求項１に記載の方法。
18. 【請求項１８】 移動端末がサービスノードと通信して、呼側と応答側の間
    の通信形式を確立する電気通信ネットワークが使用する方法であって、当該方法
    は、 呼側が発した応答側が使用する移動端末宛ての、入来する呼をサービスノード
    で受信してつなぎとめ、 入来の呼を受信したことに応答して、サービスノードから移動端末に対して、
    予め設定されている複数のＡ番号の中から入来の呼の形式に応じて予め選択され
    るＡ番号を含む信号情報を含む第１の呼を発し、 信号情報を受信したことに応答して、第１の取次ぎ装置と第２の取次ぎ装置と
    の間にトラヒックチャネルを確立する前に、前記第１の呼の接続を切り、 移動端末において、第１の呼を受信したことに応答して、移動端末においてア
    プリケーションを作動させてサービスノードのアプリケーションモジュールとネ
    ゴシエーションして接続形式を確立する過程を含む方法。
19. 【請求項１９】 前記受信してつなぎとめる過程はさらに、入来の呼の形式
    が、音声呼、ファクシミリ、データ、パケットデータ、ビデオ、インターネット
    への新規な接続およびショートメッセージサービスコールのうちから選択された
    ものであるか否かを決定する過程を含む請求項１８に記載の方法。
20. 【請求項２０】 作動させる過程は、さらに、メニューに表示された形式か
    ら接続形式を選択することを含む請求項１８に記載の方法。
21. 【請求項２１】 前記作動させる課程はさらに、移動端末からサービスノー
    ドに対して、予め定められた複数のＢ番号から受信しＡ番号に基づいて選択した
    １つのＢ番号を含む、第２の呼を発する過程を含む請求項１８に記載の方法。
22. 【請求項２２】 作動させる過程が、さらに、受信した予め定義されたＡ番
    号に基づいて、移動端末のアプリケーションモジュールの応答アクションを特定
    することを含む請求項１８に記載の方法。
23. 【請求項２３】 前記作動させるステップはさらに、第１の取次ぎ装置、私
    用自動分岐交換機のメールボックス、パーソナルコンピュータ、有線端末、ファ
    クシミリ機、アプリケーションサーバおよび後に予定される接続の中から選択さ
    れる接続形式から接続の形式を選択することを含む請求項１８に記載の方法。
24. 【請求項２４】 呼側と応答側との間に一定形式の接続を確立する電気通信
    ネットワークであって、 呼側から発せられた入来の呼を受信してつなぎとめるための第１のサービスノ
    ードと、 入来の呼のあて先となっている、応答側が使用している移動端末と、 トラヒックチャネルの確立をせずに接続の形式についてメッセージに基づいて
    ネゴシエーションを行うためのアプリケーションモジュールをそれぞれが具備す
    る移動端末とサービスノードとの間でメッセージを送信するための信号プロトコ
    ルとを具備した電気通信ネットワーク。
25. 【請求項２５】 入来の呼の形式はさらに、音声、ファクシミリ、データ、
    パケットデータ、ビデオ、インターネットへの新規な接続およびショートメッセ
    ージサービスコールのうちから選択されたものである請求項２４に記載の電気通
    信ネットワーク。
26. 【請求項２６】 前記移動端末はさらに、接続の形式を選択するためのリス
    トを有するメニューを含む請求項２４に記載の電気通信ネットワーク。
27. 【請求項２７】 前記接続の形式はさらに、移動端末、私用自動分岐交換機
    のメールボックス、パーソナルコンピュータ、有線端末、ファクシミリ機、アプ
    リケーションサーバおよび後に予定される接続を含む請求項２６に記載の電気通
    信ネットワーク。
28. 【請求項２８】 さらに、移動端末とサービスノードの間に接続された中間
    サービスノードを含む請求項２４に記載の電気通信ネットワーク。
29. 【請求項２９】 メッセージはさらに、サービスノードから移動端末に対し
    て送信されたＡ番号を含む第１の呼と、移動端末からサービスノードに対して送
    信されたＢ番号とを含む請求項２４に記載の電気通信ネットワーク。
30. 【請求項３０】 メッセージはさらに、通信の形式を表すヘッダと、第１の
    取次ぎ装置で行うべきプログラムで制御されたアクションを示す第１のデータブ
    ロックと、第１の取次ぎ装置で処理すべきデータを示す第２のデータブロックと
    を含む請求項２４に記載の電気通信ネットワーク。