(57)【要約】      （修正有）【課題】一時的にアクセス不可能である第２の端末へ、電気通信網を介して第１の端末からの不成功に終わった呼を通知する。【解決手段】通知サーバ６は第１の端末１の識別子を登録し、第２の端末がアクセス可能になった後に該識別子を第２の端末４に伝送するように適合されている。監視手段５は第２の端末のアクセス可能性を監視する。通知サーバ６は、第１の端末１の発呼回線識別呼を登録し、第２の端末４がアクセス可能になった後に第２の端末４に電話をかけ、通知サーバによって登録された、第１の端末の発呼回線識別子の値を有する人工的な発呼回線識別子を伝送する。第２の端末４への呼は、識別子が第２の端末に伝送されるとすぐに打ち切られる。第２の端末は、アクセス可能になった後、第１の端末の識別子を受信、リストし、第２の端末のユーザが「応答されなかった呼」と同じように第１の端末に電話をかけ直すことができるようにする。【選択図】図１
2004194329.tif 000002
【特許請求の範囲】
【請求項１】
一時的にアクセス可能ではない第２の端末（４）に電気通信網（２）を介して第１の端末（１）から呼を通知する方法であって、
−このような不成功に終わった発呼第１端末の識別子が前記電気通信網から引き出され、
−引き出された識別子が登録され、
−第２の端末がアクセス可能になる時が監視され、
−第２の端末がアクセス可能になると、登録された識別子が第２の端末に伝送される
ステップとを備えることを特徴とする方法。
【請求項２】
第２の端末がアクセス可能になった後に、関連する第１の端末の伝送された識別子を受信し、記憶することを特徴とする請求項１に記載の方法。
【請求項３】
第１の端末の識別子がその発呼回線識別子を備えることを特徴とする請求項２に記載の方法。
【請求項４】
第２の端末がアクセス可能になった後に、前記第２の端末が、関連する不成功に終わった発呼第１端末の識別子の値を有する人工的な発呼回線識別子を使用して電話をかけられることを特徴とする請求項３に記載の方法。
【請求項５】
第２の端末への呼が、識別子が第２端末に伝送されるとすぐに打ち切られることを特徴とする請求項１に記載の方法。
【請求項６】
電気通信網（２）を介して第１の端末（１）から不成功に終わった呼を、一時的に前記第１端末及び／または電気通信網によってアクセスできない可能性がある第２端末（４）に通知する通知サーバ（６）を備えるシステムであって、該通知サーバがこのような不成功に終わった発呼第１端末（１）の識別子を登録し、第２端末がアクセス可能になった後に第２端末（４）に識別子を伝送するように適合されることを特徴とするシステム。
【請求項７】
通知サーバ（６）と協調して、第２の端末のアクセス可能性を監視するための監視手段（５）を備え、第２の端末（４）がアクセス可能になった後に、通知サーバ（６）が、登録された識別子を第２の端末に伝送することを特徴とする請求項６に記載のシステム。
【請求項８】
前記通知サーバ（６）が、関連する不成功に終わった発呼第１端末（１）の発呼回線識別子を登録し、第２端末（４）がアクセス可能になった後に第２端末（４）に電話をかけるように適合され、前記通知サーバ（６）が、通知サーバによって登録される、関連する不成功に終わった発呼第１端末の発呼回線識別子の値を有する人工的な発呼回線識別子を伝送することを特徴とする請求項７に記載のシステム。
【請求項９】
通知サーバ（６）が、識別呼が第２の端末に送信されるとすぐに第２の端末（４）に対する呼を打ち切ることを特徴とする請求項６に記載のシステム。
【請求項１０】
電気通信網（２）を介して第１の端末（１）から不成功に終わった呼を、一時的に前記第１端末及び／または電気通信網によってアクセスできない可能性がある第２端末（４）に通知する通知サーバ（６）を備えるシステムであって、このような不成功に終わった発呼第１端末（１）の識別子を検出し、登録するように適合される手段と、第２の端末のアクセス可能性を監視するための手段（５）との協調のための手段と、第２の端末がアクセス可能になった後に第２の端末（４）にそれぞれの登録された識別子を伝送するための手段とを備えることを特徴とする通知サーバ（６）。
【請求項１１】
関連する不成功に終わった発呼第１端末(１)の発呼回線識別子を検出し、登録するように適合された手段と、第２端末（４）がアクセス可能になった後に、第２端末（４）に電話をかけるように適合される手段と、通知サーバによって登録された、関連する不成功に終わった発呼第１端末の発呼回線識別子の値を有する人工的な発呼回線識別子を伝送する手段とを備えることを特徴とする請求項１０に記載の通知サーバ（６）。
【請求項１２】
識別子が第２端末に伝送されるとすぐに第２端末（４）への呼を打ち切る手段を備えることを特徴とする請求項１０に記載の通知サーバ（６）。
【請求項１３】
前記電気通信網（２）の制御ソフトウェアと協調し、それぞれの不成功に終わった発呼第１端末（１）の識別子を登録し、第２端末がアクセス可能になった後に第２端末（４）に各登録識別子を伝送するように適合されることを特徴とする請求項１０から１２に記載の通知サーバ（６）を制御するためのソフトウェア。
【請求項１４】
関連する不成功に終わった発呼第１端末（１）を登録するように適合され、通知サーバによって登録される関連する不成功に終わった発呼第１端末の発呼回線識別呼の値を有する人工的な発呼回線識別子を生成するように適合され、第２の端末（４）がアクセス可能になった後に、第２端末（４）に電話をかけ、前記人工的な発呼回線識別子を伝送するように適合されることを特徴とした請求項１３に記載のソフトウェア。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は第１の端末からの呼を一時的にアクセスできない第２の端末に知らせる方法及びシステムに関する。
【背景技術】
【０００２】
第１の端末が電気通信網を介してネットワークに接続されている第２の端末に対する呼をセットアップすると、第２の端末のユーザはなんらかの理由から該呼に応答（取ることを）しない場合がある。その場合、応答されなかった呼は、第２の端末自体により第２の端末に電話をかけようと試みる第１の端末のアイデンティティを登録することによって第２の端末のユーザに通知されてよい。「応答されなかった呼」のリストに登録される該アイデンティティは、関連する第１の端末の「発呼回線識別呼」（ＣＬＩ）または別の関連する端末またはネットワークノード識別子あるいは「応答されなかった呼」リストに書き込まれる第２の端末から関連する第１の端末への「応答呼」を――最小のユーザ入力により――セットアップするために適合した識別子を備えてよい。
【０００３】
しかしながら、第２の端末が呼の瞬間に到達不能であるとき、例えば、それが別の（第１の）端末との接続により占有されている間、あるいはそれがネットワークから切断されるとき、このような成功しなかった（失敗した）呼――つまり関連する端末またはノードアドレスまたは識別呼――は第２の端末が呼が不成功に終わった瞬間に関連する第１の端末の識別子を受信し、処理することができない間、結局それが第１の端末によってアクセスできない間、関連する第２の端末によりリストし、そのユーザに表示することができない。
【０００４】
下文では、適切な場合には、多くの場合（固定及び移動）電話通信の領域で使用される用語「発呼回線識別子」及びＣＬＩは、（発呼）端末またはサーバのアドレスまたは識別子、あるいは関連する端末のまたはサーバの（ネットワーク）ノードアドレスまたはノード識別子のさらに一般的な意味を有すると思われる。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
本発明の重要な目的は、最新技術に従って通知が不可能である場合にも不成功に終わった呼を（第２の）端末が通知されることを実現することである。
【課題を解決するための手段】
【０００６】
本発明は、すべてが本発明の目的と準拠する、方法と、その方法を実行するために適合されたシステムと、該システムの重要な部分を形成する通知サーバと、該通知サーバを制御するソフトウェアとを備える。
【０００７】
本発明による方法は、好ましくは、
−不成功に終わった発呼第１端末の識別子が電気通信網から引き出され、登録され、
−それは第２の端末がアクセス可能になると監視され、
−第２の端末がアクセス可能になると、第１の端末の登録された識別子が第２の端末に伝送される、
ステップを備える。
【０００８】
第２の端末は、アクセス可能となった後、関連する第１の端末の伝送された識別子を受信、リストし、例えば第２の端末のユーザが関連する第１の１つのまたは複数の端末に便利な方法で電話をかけ直すことができるようにし、ユーザが回答されなかった呼にかけ直すのと同じ方法で受信された端末識別呼を利用してよい。
【０００９】
好ましくは、不成功に終わった発呼第１端末の識別呼は、その発呼回線識別呼（ＣＬＩ）によって構成される、または決定される。第２の端末は、アクセス可能となった後に、関連する不成功に終わった発呼第１端末のＣＬＩの値を有する人工的なＣＬＩを使用して電話をかけられてよい。このようにして、関連する第１端末のＣＬＩはフォワーディングによる標準的な発呼（シグナリング）プロトコルを使用して第２の端末に伝送される。
【００１０】
好ましくは、関連する人工的なＣＬＩを含む呼は、人工的なＣＬＩが第２の端末によって受信されるとすぐに打ち切られる。そのようにして、人工的なＣＬＩは、望まれていないユーザ介入、つまり呼のピックアップを回避する間、第２の端末に伝送されてよい。第１の端末のＣＬＩに等しい人工的なＣＬＩを送信する唯一の目標は、結局のところ、第１の端末のＣＬＩのレプリカを送信することであり、その結果第２の端末はその呼を「応答されなかった呼」のリストに一覧表示するためにイネーブルされ、このようにして第２の端末のユーザが第１の端末の不成功に終わった（失敗した）呼に応えることができるようにする。
【００１１】
第１の端末のＣＬＩを使用する代わりに、例えば端末の普遍固有識別子（ＵＵＩＤ）、（固定）ＩＰアドレス、国際移動ユーザ番号（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｍｏｂｉｌｅ  Ｕｓｅｒ  Ｎｕｍｂｅｒ）（ＩＭＵＮ）などの別の端末またはネットワークノード識別呼またはアドレスを使用することができるだろう。それらのケースでは、第２の端末が、アクセス可能になった後、関連する不成功に終わった発呼第１端末の識別呼の値を有する（人工的な）識別子（ＵＵＩＤ、ＩＰアドレス、ＩＭＵＮ）を使用して電話をかけられ、このようにして標準プロトコルを使用して関連する第１の端末の識別呼を第２の端末に伝送してよい。
【００１２】
前記方法を実行するシステムは、電気通信網を介して第１の端末から、前記第１の端末及び／または電気通信網によって一時的にアクセスできない第２の端末に不成功に終わった呼を通知する通知サーバを備えてよく、該通知サーバはこのような不成功に終わった発呼第１端末の識別子を登録するために、及び第２の端末がアクセス可能になった後に第２の端末に識別子を伝送するために適合されている。
【００１３】
システムは、好ましくは、第２の端末のアクセス可能性を監視するために、該通知サーバと協調する監視手段を備え、通知サーバは、第２の端末がアクセス可能になった後に第２の端末に登録された識別子を伝送する。
【００１４】
好ましくは、通知サーバは関連する不成功に終わった発呼第１端末の発呼回線識別子を登録し、第２の端末がアクセス可能になった後に第２の端末に電話をかけ、通知サーバによって登録された関連する不成功に終わった発呼第１端末の発呼回線識別子の値を有する人工的な発呼回線識別子を伝送するために適合されている。前記人工的な発呼回線識別呼を「標準的な」発呼回線識別子の代わりに送信することにより、第２の端末のユーザはその人工的な発呼回線識別子に「応答」し、このようにして第１の端末のハードウェアやソフトウェアを修正しなくても便利でユーザフレンドリな方法で、つまり端末の「応答されなかった呼に対する応答」機能を使用して関連する第１の端末に対する呼をセットアップできるようにする。
【実施例１】
【００１５】
図１は、第１の端末１、（基地局３を含む）電気通信網２、及び一時的に第１の端末１及び／または通信網２によってアクセスすることができない第２の端末４を示している。該ネットワーク２は第２の端末４に対する不成功に終わった呼を通知するために適合された通知サーバを備える。
【００１６】
通知サーバ６は、「端末登録システム」（ＴＲＳ）５によって表現される監視機能を含む電気通信網シグナリング及び／または制御システムにリンクされている（例えば、ホームロケーションレジスタ(ＴＲＳ)、「訪問ロケーションレジスタ」（Ｖｉｓｉｔｉｎｇ  Ｌｏｃａｔｉｏｎ  Ｒｅｇｉｓｔｅｒ）（ＶＬＲ）、移動交換局（ＭＳＣ）等を組み込んでよい）。ＴＲＳ５は、通知サーバ６が、電気通信網及び接続されている（第１の）端末１にいつアクセス可能であるのか、あるいはアクセス不可能であるのかを知る（監視する、検出する）ことができるようにする。通知サーバ６は――アクセスが失敗したために――第２の端末４に無事に電話をかけることができない各第１端末のＣＬＩなどの識別子を登録するレジスタ７を備える。
【００１７】
ＴＲＳ５にリンクされる――通知サーバ６は、好ましくは――ＴＲＳ５を介して検出される――第２の端末がアクセス可能になるとすぐに、それぞれの不成功に終わった発呼第１端末の識別子をレジスタ７から第２端末４に伝送できるようにする。
【００１８】
通知サーバ６は、第２の端末４がアクセス可能になった後――通知サーバ自体のＣＬＩの代わりに――関連する不成功に終わった発呼第１端末の発呼回線識別子の値が通知サーバ６によって割り当てられている人工的なＣＬＩを伝送しながら、登録されている不成功に終わった発呼第１端末１ごとにばらばらに、第２の端末４に電話をかける。この目的のため、通知サーバ６は、サーバのレジスタから電話をかけられる人工的なＣＬＩで発生元ＣＬＩ（つまり、サーバの発呼ノードＣＬＩ）を置き換える制御ソフトウェアを備える。そうすることにより、通知サーバ６によって電話をかけられる第２の端末４は、通知サーバのＣＬＩではなく、代わりに、前に第２の端末４への呼をセットアップできなかった関連する第１の端末１のＣＬＩに等しいレジスタ７から読み取られるＣＬＩを検出、リストするだろう。
【００１９】
好ましくは、通知サーバ６は、人工的なＣＬＩが第２の端末に伝送されるとすぐに第２の端末４への呼を打ち切り、呼セットアップ料金及び第２の端末のユーザによる望ましくない呼のピックアップの発生を妨げ、下記にその項目はさらに詳細に説明される。
【実施例２】
【００２０】
図２は、通知サーバ６がインターネットなどの別のインターネット８に接続される実施形態を示す。通知サーバ６は、過去に出願人により提出された、例えば特許出願ＥＰ第２０７９３７９号に説明されるようなインターネット８及びインターネット／電話網ゲートウェイ９を介してＴＲＳ５にリンクされ、インターネットベースのサーバがＴＲＳ５のような電話技術ネットワーク要素と対話できるようにする。
【００２１】
以下に図２に図示されるシステムの動作はさらに詳細に概略される。
【００２２】
ある特定の瞬間に、端末１の１つのユーザが、０６５３７２４４４４などの端末４の電話番号を入力することによって端末４に呼をセットアップすることを希望する。しかしながら、呼は、例えば、端末４が端末のユーザによってネットワークから切断される、電界強さが不良であるために到達不能である、あるいは別の端末１との接続によりビジーである間に失敗する可能性がある。それらのすべてのケースにおいて、発呼端末１の０６１９１７１１１１などの電話番号（ＣＬＩ）は、不成功に終わった被呼者端末４によって局所的にリストすることができない。呼が端末４にセットアップされる場合、これはＴＲＳ５によって制御される。ＴＲＳ５は端末４のステータスに気付いている。したがって、この場合、ＴＲＳ５は、端末４がその瞬間に到達できない間端末４への接続を行わない。しかしながらＴＲＳ５は「ターゲット」端末４（０６５３７２１１１１）の電話番号、及び発生元（発呼）端末１の電話番号またはＣＬＩ（０６１９１７１１１１）を読み取り、登録することができ、端末４のアクセス可能性を追跡調査する。
【００２３】
通知サーバ６は、この図ではインターネット８及びインターネット／電話網ゲートウェイ９を介してＴＲＳ５とリンクされる。通知サーバ６は、ＴＲＳ５から発呼端末１のＣＬＩ（０６１９１７１１１１）、ターゲット端末４のＣＬＩ（０６５３７２４４４４）及び不成功に終わった被呼端末４のアクセス可能性のステータスを引き出すことができる。
【００２４】
端末４がアクセス可能になるとすぐに――他の端末１との接続が終了するため、あるいは端末４のユーザがネットワーク２に再び再接続するため――これはＴＲＳ５によって検出される。その瞬間――あるいはその少し後に――この端末４のアクセス可能性のステータスの変更は、発生元端末１のＣＬＩの電話番号（０６１９１７１１１１）、及び宛端末４の電話番号またはＣＬＩ（０６５３７２４４４４）を伴なって先通知サーバ６に転送される。これらのＣＬＩ値に基づいて、通知サーバ６は――ゲートウェイ９を介して――端末４が再びアクセス可能になった後に新しい呼が端末４にセットアップされるように計らう。
【００２５】
通常、通知サーバ６自体のＣＬＩは端末４に伝送され、この新しい呼の発呼者の識別子（電話番号）を示し、通知サーバのＣＬＩが被呼端末４にリストされるだろう。しかしながら、通知サーバは、端末４への新しい呼を起動する前にそれ自体のＣＬＩ（例えば０８００５６７８９０）を最初に不成功に終わった呼の発呼者、端末１のＣＬＩ値で置き換えるＣＬＩ変換ソフトウェアモジュールを備える。その結果、ＴＲＳ５によってトリガされた後に、通知サーバ６は、人工の発呼ＣＬＩ値として、０８００５６７８９０（通知サーバ６）の代わりに値０６１９７１１１１１（端末１）を伝送しつつ、新規にアクセス可能な端末４の電話アドレス０６５３７２４４４４に対する呼を起動する。
【００２６】
この動作の結果、通知サーバ６によって電話をかけられる端末４が起動され、通知サーバ６から端末１の人工的な発呼ＣＬＩ値０６１９１７１１１１を受け取る。
【００２７】
端末４のユーザが電話を即座に取ると通知サーバ６に接続されるが、意味がないだろう。通知サーバ６が端末４に電話をかける唯一の目的は、ＣＬＩ値０６１９１７１１１１（端末１）を端末４に送信することである。これを妨ぐために、端末４のユーザは呼を取り、通知サーバ６は人工的なＣＬＩ（０６１９１７１１１１）が端末４に伝送されるとすぐに端末４に対する該呼を打ち切る。したがって、通知サーバ６は人工的なＣＬＩ０６１９１７１１１１を使用して端末４をに電話をかけ、その後ただちに該呼を打ち切る。その効果は、端末１がＣＬＩ０６１９１７１１１１とともに呼を受信することであり、その呼は――ユーザが応答する前にそれは打ち切られるが――端末の「応答されなかった呼のリスト」の中の端末４の中に登録され、それが多くの現代の電話端末の標準である。このようにして、通知サーバは――そのＣＬＩは通常端末４にリストされないだろう――端末１のＣＬＩ０６１９７１１１１が通知サーバ６によっていまピックアップされ――端末４がアクセス可能となるとすぐに――端末４に転送され、応答されなかった呼のそのリストに書き込まれることを可能とし、このようにして、端末４のユーザが応答されなかった呼の端末のリストに書き込まれている発呼者（複数の場合がある）を瞬時に電話をかけることを可能にする。
【図面の簡単な説明】
【００２８】
【図１】電気通信網の領域内で通知サーバを備える本発明の第１の実施形態を示す。
【図２】電気通史能の外部に位置しているが、別のネットワークからそれにリンクされている通信サーバを備える本発明の第２の実施形態を示す。
【図１】
2004194329.tif 000003
【図２】
2004194329.tif 000004