(57)【要約】  呼び出された通話者が別の通話ですでに話中の場合、許可発信側通話者が呼の処置を制御できるようにするための通話優先管理システムが１つまたは複数の通信ネットワーク上またはそれらの一部として実装される。稼働時、第１の端末が、第３の端末とすでに通信中の第２の端末との通信を起動すると、システムは、新しく起動された通信は優先通信であるかどうかを判定する。「優先」通信とは、第２の端末で進行中の通信を中断するための指定された特権または割り当てられた特権を有するユーザおよび／または端末に関連付けられた通信を意味する。その場合、第２および第３の端末間で進行中の通信は中断され、第１および第２の端末間に通信リンクが確立される。中断の前に、発信側通話者に第２／着信側の端末がすでに別の通話で話中であることを通知することが可能で、発信側通話者は進行中の通話を任意で中断することができる。
2009543459.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して少なくとも１つの端末と通信するための方法であって、
第１の端末から、第３の端末と通信中の第２の端末に対して起動された通信が優先通信であるかどうかを判定するステップと、そうである場合、
第２および第３の端末間の通信は少なくとも一時的に中断された状態で第１および第２の端末間に通信チャネルを確立するステップと
を含む、方法。
【請求項２】
前記判定が、少なくとも部分的には、第１の端末のユーザおよび第１の端末から起動された通信のうちの少なくとも１つに関する情報に基づく、請求項１に記載の方法。
【請求項３】
情報が第１の端末の通信識別子および第１の端末のユーザに関連付けられた識別子のうちの少なくとも１つを含み、
起動された通信が優先通信であるかどうかの判定が、少なくとも部分的には、第１の端末の通信識別子および第１の端末のユーザに関連付けられた識別子のうち前記少なくとも１つが、第２の端末および第２の端末のユーザのうちの少なくとも１つに関連付けられたレコードで、優先資格を有しているとリストされているかどうかに基づく、請求項２に記載の方法。
【請求項４】
情報が、第１の端末から発信されたコードを含み、
起動された通信が優先通信であるかどうかの判定が、少なくとも部分的には、そのコードが、第２の端末および第２の端末のユーザのうちの少なくとも１つに関連付けられたレコード内の優先コードと一致するかどうかに基づく、請求項２に記載の方法。
【請求項５】
起動された通信が優先通信であるかの判定が、少なくとも部分的には、第１の端末から受信された、第１の端末のユーザが第２および第３の端末間の通信が中断されることを所望しているかどうかを示すコマンドデータに基づく場合に、第３の端末および第３の端末のユーザのうちの少なくとも１つに関連付けられた少なくとも１つの識別子を、第１の端末のユーザが、第２および第３の端末間の通信を中断するかどうかを決定するときに使用できるように第１の端末に送信するステップ
をさらに含む、請求項１に記載の方法。
【請求項６】
ネットワークを介して少なくとも１つの端末と通信するための方法であって、
第１の端末と、第１の端末との通信を起動した第３の端末間の通信リンクを確立するために、第１の端末のユーザが介入することなく、第１の端末と第２の端末間のアクティブな通信を少なくとも一時的に中断するステップ
を含む、方法。
【請求項７】
第２の端末および第２の端末のユーザのうちの少なくとも１つに関連付けられた少なくとも１つの識別子を、第３の端末のユーザが、第１および第２の端末間の通信を中断するかどうかを決定するときに使用できるように第３の端末に送信するステップと、
第１および第２の端末間のアクティブな通信を中断するかどうかを、少なくとも部分的には、第３の端末から受信された、第３の端末のユーザが第１および第２の端末間の通信が中断されることを所望しているかどうかを示すコマンドデータに基づいて決定するステップと
をさらに含む、請求項６に記載の方法。
【請求項８】
第１および第２の端末間の通信を中断するかどうかを、少なくとも部分的には、（ｉ）第３の端末および第３の端末のユーザのうちの１つが第１の端末の通信を中断する権限があるかどうかを判定するために第１の端末および第１の端末のユーザのうちの１つに関連付けられたレコードと比較される、第３の端末および第３の端末のユーザのうちの前記１つに関連付けられた識別子と、（ｉｉ）第３の端末から受信された、第３の端末のユーザが第１および第２の端末間の通信を中断することを所望しているかどうかに関する情報に基づいて決定するステップ
をさらに含む、請求項６に記載の方法。
【請求項９】
ネットワークを介して少なくとも１つの端末と通信するための方法であって、
第１の端末から第２の端末への通信の起動時に、第２の端末と第３の端末間のアクティブな通信に関する、第１の端末上の情報を実行するステップと、
第１の端末のユーザが少なくとも一時的に前記アクティブな通信を中断することを所望しているかどうかに関する情報を送信するステップと
を含む、方法。
【請求項１０】
実行される情報は、第３の端末および第３の端末のユーザのうちの少なくとも１つの少なくとも１つの表示される識別子を含む、請求項９に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は通信に関し、より詳細には、無線ネットワークまたは他の通信ネットワークにおける通話管理のためのユーザサービスに関する。
【背景技術】
【０００２】
一部の遠隔通信システムでは、発信側通話者が、すでに電話で話中の別のユーザに通話しようとした場合、発信側通話者は話中信号を送られる。先に進むための唯一の選択肢は、発信側通話者が受話器を置いて（例えば、電話を切る）、後で再び呼び出すことである。一部の遠隔通信サービスプロバイダは、加入通話者には、すでに別の通話で話中であっても着信呼が通知される「通話待機」および「話中時通話転送」などのサービスを提供する。例えば、「通話待機」の場合、すでに電話中の加入者に呼び出しが行われると、誰かが呼び出していることを加入者に知らせるために特殊なトーンが生成される。その加入者は、そのトーンを無視するか、または現在の通話者を「保留」にして、着信呼に切り替えるかの選択肢を有する。一般的には、加入者は、第２の通話者に応答するために電話受信器ボタンまたは点滅ボタンを押す。第１の通話者に戻るには、加入者は、再度、受信器ボタンまたは点滅ボタンを押す。
【０００３】
加入者は、着信呼を処置するか、または経路指定する選択肢を与えられることもある。例えば、「話中時通話転送」の場合、加入者は、加入者がすでに電話中のときに着信呼が転送される別の通話宛先を指定する。家庭電話の場合、着信呼は、携帯電話、または他の無線ユニット、ボイスメールシステムなどに転送できる。「自動コールバック」サービスの場合、発信側通話者が、別の通話者に電話しようとして話中信号を受信した場合、サービスは、話中通話者が電話を切ったときに発信側通話者と話中通話者の間の通話を自動的に起動する。
【０００４】
「通話待機」型のサービスの場合、着信側通話者がすでに別の通話者と接続中に着信呼を受け入れるかどうかは、着信側通話者の決定による。発信側通話者は、呼の処置に関して何ら制御することはできない。「話中時通話転送」および「自動コールバック」についても同様である。着信呼が緊急事態に関係している場合、またはそれ以外で、発信側通話者が呼び出しへの応答を期待している場合は、これは不利になりうる。例えば、１回の電話で何時間も友達と話し続ける十代の子供に親が電話を掛けようとする場合、子供は、「通話待機」の知らせがあっても着信呼に切り替えるのを嫌がるかもしれない。
【発明の概要】
【課題を解決するための手段】
【０００５】
本発明は、通信ネットワーク用の通話優先管理システムに関する。
【０００６】
通話優先管理システムは、着信側通話者がすでに別の通話または他の通信で話中のときに、許可発信側通話者が呼の処置を制御できるようになっている。「話中」信号を生成する、または「通話待機」サービスを起動する代わりに、通話優先管理システムは発信側通話者に、着信側通話者の同時同意または承認を必要とせずにアクティブな通話を中断する選択肢を与える。
【０００７】
別の実施形態では、通話優先管理システムは、ユーザが端末を用いて互いに通信する通信ネットワークの一部として実装される（「端末」とは、ネットワークを介して電子通信用に構成されたデバイス、例えば、コンピュータ、電話機、無線ユニットなどを意味する）。稼働時、第１の端末で、第３の端末とすでに通信中の第２の端末との通信が起動されると、システムは、新しく起動された通信は優先通信であるかどうかを判定する。「優先」通信とは、第２の端末で、および／または第２の端末を現在使用しているユーザの進行中の通信を中断するための指定された特権または割り当てられた特権を有するユーザおよび／または端末から発信される、またはそのようなユーザおよび／または端末に関連付けられた通信を意味する。その場合、第２および第３の端末間の通信は少なくとも一時的に中断する。例えば、終了されるか、または保留にされる（つまり、システムは、実質的には、着信側通話者がすでに別の通話／通信で話中の場合に着信呼に対処するためのネットワークの通常のプロトコルを迂回する）。次に、第１および第２の端末間に通信リンクまたはチャネルが確立される。これにより、第２の端末が通話待機用に構成されていなくても、または第２の端末のユーザが通話待機に応答したくないような場合でも、第１の端末のユーザは第２の端末に確実に接続できる。
【０００８】
通話優先システムは、ユーザが１人または複数の指定された優先ユーザからの連絡を受けたい状況、またはユーザが１人または複数の他のユーザと優先的に連絡したい状況で使用できる。例えば、（それぞれが無線ユニットまたは他の端末を有している）親と子の場合、例えば、緊急事態のときに、親は、子供が親の端末に確実に接続できて、親が子供の端末に確実に接続できることを望むであろう。この場合には、それぞれの端末で、他方の端末が優先通信を許可されるものと指定される。
【０００９】
別の実施形態では、アクティブな通信を中断する前に、通話優先システムは、発信側通話者（例えば、第２の端末に対して通信を起動したユーザ）に、着信側／第２の端末は別の通話で、すでに話中であることを通知する。発信側通話者は、アクティブな通話を中断するかどうかの選択肢を与えられる。例えば、その通話が重要な場合、あるいは緊急性がある場合、発信側通話者は、アクティブな通信を中断することを選択できる。その通話がアクティブな通話の中断を許可するほど重要とは思われない場合、発信側通話者はアクティブな通話の中断不可を選択することができる。発信側通話者がアクティブな通話と新しく起動された呼との相対的重要性を判定するために使用する目的で、第３の端末（例えば、着信側端末がすでに通信中の相手端末）および／または第３の端末のユーザ（入手可能な場合）を識別する情報が発信側端末に送信されるようにすることもできる。例えば、識別情報は、「通話者ＩＤ」情報のこともある。アクティブな通信に関する他の情報、例えば、通話時間なども発信側端末に提供できる。
【００１０】
別の実施形態では、第１の端末から第２の端末に対して起動された通信が優先通信であるかどうかの判定は、第１（発信側）の端末から受信された情報に基づく。例えば、通信を起動する際、第１の端末はその通信識別子をネットワークへ送信することができる。その識別子が、第２の端末に関連付けられたレコード内で、優先資格（ｐｒｉｏｒｉｔｙ  ｓｔａｔｕｓ）を有するとリストされている場合、起動された通信は、第２および第３の端末間のアクティブな通信を可能ならば中断する優先通信と見なされる。あるいは、第１の端末が優先コードを送信する場合もあるし、または第２の端末に割り当てられた特殊な優先通信識別子を用いて第２の端末との通信を起動する場合もある（つまり、端末が、標準の通話用に１つの識別子、例えば、電話番号を有し、優先通話用に別の識別子を有したりするだろう）。通話優先権の判定は、ユーザ識別に（全面的または部分的に）基づいてもよい。例えば、ネットワーク内の通信が主としてユーザ識別に基づいている場合、発信側ユーザの識別子は、着信側ユーザに関連付けられたレコードと相互参照されてよい。発信側ユーザ識別子が優先資格を有しているとリストされている場合、関与している特定の端末に関係なく、着信通信は優先通信と見なされる。
【００１１】
別の実施形態では、このシステムは、「逆９１１」通話の起動時にアクティブな通信を中断するための「逆９１１」システムで使用できるように構成される。逆９１１通話とは、自治体当局または他の政府当局と１人または複数の地域住民との間の、近隣地域の緊急事態、例えば、天気警報、避難または誘拐などについて住民に通報するための自動電子通信である。通話優先管理システムでは、別の端末とすでにアクティブな通信で話中であるユーザ端末に対して逆９１１通話が起動されると、そのアクティブな通信は自動的に終了されるか、または逆９１１通話の終了まで保留状態に置かれる。
【００１２】
本発明は、以下の添付の図面を参照しながら、以下の限定ではない実施形態の説明を読めば、よりよく理解できよう。
【図面の簡単な説明】
【００１３】
【図１】通信ネットワークの概略図である。
【図２】本発明の実施形態による、通信ネットワーク（図１に示されているネットワークなど）用の通話優先管理システムの概略図である。
【図３Ａ】発信側端末でのシステムの動作を示したフローチャートである。
【図３Ｂ】ネットワークレベルにおけるシステムの動作を示したフローチャートである。
【図３Ｃ】システムの通話中断プロトコル部分の動作を示したフローチャートである。
【図４】稼働中のシステムの別の実施例を示したフローチャートである。
【図５】ＶｏＩＰまたは同様のネットワークに即して実現された通話優先管理システムの追加の実施形態の概略図である。
【発明を実施するための形態】
【００１４】
図１〜図５を参照すると、システム１０は、通話優先権を管理するために、１つまたは複数の通信ネットワーク１２上に、またはその一部として実装されている。システム１０は、着信側通話者が別の通話ですでに話中の場合、許可発信側通話者が呼の処置を制御できるようになっている。稼働時、第１の端末１４ａが、第３の端末１４ｃとのアクティブな通信ですでに話中の第２の端末１４ｂとの通信を起動すると、システム１０は、新しく起動された通信は「優先」通信であるかを判定する（「優先」通信とは、第２の端末１４ｂで、または第２の端末１４ｂを現在使用しているユーザの進行中の通信を中断するための指定された特権または割り当てられた特権を有するユーザおよび／または端末から発信される、またはそのようなユーザおよび／または端末に関連付けられた通信を意味する）。その場合、第２および第３の端末１４ｂ、１４ｃ間の進行中のアクティブな通信１５は中断されてよく、第１および第２の端末１４ａ、１４Ｂとの間に通信リンク／チャネルが確立されてもよい。アクティブな通信が中断されると、第３の端末１４ｃは、その中断に関するお知らせ、個人向け挨拶、音楽、または他の「保留中」メディアコンテンツ、例えば、テキスト、映像および／または音声などの再生のためのメディアサーバとの接続を含めて、保留にされる。システム１０は、アクティブな通話を中断する前に、発信側通話者（例えば、第２の端末１４ｂに対して通信を起動したユーザ）に、着信側／第２の端末１４ｂは別の通話ですでに話中であることを通知し、発信側通話者に進行中の通話を中断するかどうかの選択肢を与えるように構成されてもよい。
【００１５】
システム１０は、発信側通話者が着信側通話者との間に事前に確立された関係を有し、着信側通話者が通話待機サービスを有しているか、着信側通話者が通話待機の知らせを受けて着信通話に切り替えたいのか、切り替えたくないのかに関係なく、着信側通話者と可能ならば通信したい状況で使用されてもよい。例えば、家族間での使用の場合、ある子供は、友人と話しているとき、通話待機サービスによって着信呼を通知されても着信呼に切り替えたくないことがある。システム１０では、親、または優先特権を有した他の発信側通話者は、緊急の目的またはその他で、アクティブな通話を中断する選択肢を与えられる。
【００１６】
本発明のシステム１０は、独立型ネットワークおよび相互接続されたネットワークを含めて様々なタイプの通信ネットワーク１２に実装するのに適している。例えば、ネットワーク（１つまたは複数）１２としては、ＤＳＬネットワーク、公衆交換電話ネットワーク（ＰＳＴＮ）１６、インターネットまたは他のパケットデータネットワークなどのＩＰ（インターネットプロトコル）ベースのネットワーク、ローカルエリアネットワーク（ＬＡＮ）などの有線ネットワーク、およびＣＤＭＡ、ＧＳＭ、ＩＥＥＥ  ８０２．１１ｘ、および／またはＵＭＴＳ通信などの無線ネットワーク１８などがある。上述のように、端末１４ａ−１４ｃは、ネットワーク（１つまたは複数）１２を介して相互に通信できる電子デバイスであり、例えば、コンピュータユニット、従来の電話機のような有線で接続された通信デバイス、および／または携帯電話、無線ＰＤＡのような無線ユニット、「３−Ｇ」または「４−Ｇ」標準に準拠した高速データ転送機能を備えた無線デバイス、「ＷｉＦｉ」装備のコンピュータユニットなどがある。端末１４ａ−１４ｃは、ネットワークで実施されている通信プロトコルに従い、特定のネットワークおよび特定のタイプの端末に応じて、ネットワーク１２上で標準の方式で相互に通信する。例えば、無線ユニット１４ａ、１４ｂ、および無線ネットワーク１８の場合、ネットワークには、使用されている無線通信手法およびプロトコルに基づいた方式の、１つまたは複数の高周波（ＲＦ）チャネルを介した無線ユニットとの無線ＲＦ通信用の様々な送受信機およびアンテナを備えた１つまたは複数の固定基地局（「ＢＳ」）２０が設置されていてよい。無線ネットワークコントローラ（「ＲＮＣ」）２２は、基地局（複数）を相互接続し、無線ユニットとの間の通話および他のデータ転送を確立するために必要なシグナリング機能を実行する。ＲＮＣ  ２２は、ネットワークの無線／ＲＦ端と、このネットワークおよび外部有線ネットワークの有線部分との間のインターフェースとしても機能する。例えば、無線ネットワーク１８は、一般的には、地上線部分（例えば、基地局と無線ネットワークコントローラを接続する基幹部分）を含み、一般的には、ＰＳＴＮ  １６および／またはＩＰネットワークに接続され、それにより、無線ユニットは、ＰＳＴＮまたはＩＰネットワークに接続された端末、例えば、地上線電話機およびコンピュータ端末などと通信できる。
【００１７】
図２に示されているように、システム１０は、ネットワーク（１つまたは複数）１２に接続されているか、またはその一部であるアプリケーションサーバ端末または他のサービスブローカ２４を備えていてよい。例えば、アプリケーションサーバ２４は、メッセージ、呼の経路指定、および／または通信機能が実行されるネットワークスイッチ２６、例えば、１つまたは複数のネットワーク構成要素（無線ネットワークコントローラ、移動体通信交換局、データルータなど）に（直接または間接的に）接続されてよい。アプリケーションサーバ２４は、システム１０の機能のうちの１つまたは複数を実行するために備えられる。別法として、システム１０の機能は、全体または一部が、ＲＮＣ  ２２または他のスイッチ２６に代わって、または既存のネットワークサーバなどに代わって、１つまたは複数のスクリプト、他のソフトウェアプログラム、ソフトウェアプログラム一式、および／またはハードウェア／ソフトウェアモジュールによって実現することもできる。
【００１８】
システム１０の動作が図２および図３Ａ〜図３Ｃに、より詳しく示されている。上述のように、システム１０は、着信側通話者がすでに別の通話で話中の場合、新しく起動された通信は、既存のアクティブな通話を可能ならば中断する優先通信であるかを判定するように構成されている。そうである場合、図３Ａのステップ１００のように、第１の端末１４ａがネットワーク１２を介して第２の端末１４ｂと通信を起動する場合、図３Ｂのステップ１０２のように、最初に、第２／着信側の端末１４ｂが別の端末１４ｃとすでに通信中であるかが判定される。そうでない場合、着信側端末１４ｂが空いていて、着信する通信を受け入れられる場合、ステップ１０４で、ネットワーク１２は、ネットワークで実施されている通信プロトコルに従って２つの端末間にチャネルまたはリンクを確立しようとする。例えば、その２つの端末が電話（例えば、有線電話または携帯電話）である場合、ネットワーク１２は、着信側端末１４ｂに通信の着信を知らせ、着信側端末１４ｂが呼び出し音をまたは他のユーザ通知を起動するようにする。着信側端末１４ｂが別の通話または他の通信ですでに話中の場合、ステップ１０６で、着信側端末１４ｂが加入している、または通話優先システム１０の制御を受けるかが判定される。例えば、通話優先システム１０が、ユーザが署名したか、加入しているオプションのサービスとしてネットワークユーザに対して使用可能にされるのは、その例と言える。すべてのユーザがこのシステムに加入していれば（例えば、以下で説明するように、逆９１１通話で使用する目的で）、このステップは不要になる可能性がある。
【００１９】
システム１０では、加入者の資格および通話優先権の判定は、端末のレコードおよび識別子ではなく、またはそれらに加えて、主としてユーザベースの識別子およびレコードに関して行われる。これについては、図５について、以下で、より詳しく説明する。
【００２０】
着信側端末１４ｂがシステム１０に加入しているかどうかを判定するために、そのことの覚え書きがプロファイル、または着信側端末（および／または以下で説明される着信側ユーザ）に関する他のデータレコードに記録されることがある。そのレコードは、着信側端末の既存のレコード、例えば、ネットワークホームロケーションレジスタ内のレコードなどであってもよいし、アプリケーションサーバ２４に保管されたレコードであってもよい。例えば、アプリケーションサーバ２４は、通話優先システム／サービス１０に加入している各端末用のレコード３０ａ−３０ｃを入れたデータベース２８を備えることができる。各レコード３０ａ−３０ｃは、それに関連付けられた端末の通信識別子３２、例えば、電話番号、ｅメールまたはメッセージングアドレス、またはネットワーク１２上で、その端末との通信を起動するための他の識別子を含む。第１の端末１４ａが第２の端末１４ｂとの通信を起動するには、第１の端末は、典型的には、ネットワークシグナリングプロトコルの一部として第２の端末１４ｂの通信識別子３２をネットワーク１２に送信する。第２の端末１４ｂが第３の端末と通信中の場合（ステップ１０２）、システム１０は、着信側端末１４ｂの通信識別子３２をデータベース２８と相互参照する。通信識別子３２がレコードの１つ（またはインデックスなど）にリストされている場合、それは、着信側端末１４ｂは通信優先サービスに加入していることを表す。そうでない場合、着信側端末１４ｂはサービスに加入していないと考えてよい。さらに、レコード３０ａ−３０ｃは、それぞれ、サービスが対象の端末に対して活動化されているか、非活動化されているかを示す活動化フィールドまたは項目３４を含んでいてよい。例えば、端末が通信優先サービスに加入している場合でも、システム１０は、許可ユーザがサービスをオンまたはオフにするように構成できる。
【００２１】
あるいは、加入を利用するのではなく、通話優先サービスをすべての端末に広く使用可能にすることもできる。この場合には、ステップ１０６で、システムは、着信側端末に対して通話優先サービスが活動化されているかどうかを判定する。これは、着信側端末の通信識別子３２を、ネットワーク１２上の各端末用のレコード３０ａ−３０ｃを入れたデータベース２８と相互参照することにより行うことができる。各レコードは、特定の端末に対してサービスが「オンにされている」かどうかを示す活動化フィールド３４を有する。
【００２２】
ステップ１０６で、着信側端末１４ｂが加入していないか、または通話優先システムまたはサービス１０の制御を受ける（該当する場合）と判定された場合、または着信側端末に対してサービスが活動化されていない場合、ステップ１０８で、システム／ネットワークは、その標準の「話中」プロトコルを実行する。すなわち、システム／ネットワークは、通常と同じように、着信側通話者がすでに別のネットワークと通信中の場合に着信呼を処理するためのネットワークの通信プロトコルに従って続行される。例えば、ネットワーク１２は、発信側端末１４ａで「話中」信号の生成を起動してもよいし、または「通話待機」または「話中時通話転送」サービスの活動化を起動してもよい。他方、ステップ１０６で、着信側端末１４ｂが通話優先システムまたはサービス１０に加入している、および／または着信側端末に対してこのサービスが活動化されていると判定されると、ステップ１１０で、第１の端末１４ａからの着信呼は優先通信であるかどうかが判定される。
【００２３】
概して言うと、第１の端末１４ａからの着信呼が優先通信であるかどうかの判定は、典型的には、発信側端末１４ａおよび／または発信側端末１４ａのユーザが着信側端末１４ｂと他の端末間のアクティブな通信を中断する権限があるかどうかに基づく。一実施形態では、優先権限は、発信側端末通信識別子を用いて設定される。ここで、着信側端末１４ｂのレコード３０ａは、１つまたは複数の［優先］通信識別子３８ａ−３８ｃを入れたフィールドまたは他の項目３６を有している。発信側端末の通信識別子が優先フィールド３６にリストされている場合、その端末からの通信は、優先通信であると見なされる。例えば、（それぞれ、無線ユニット１４ａ、１４ｂを使用する）親と子供の場合、親は、親の無線ユニット１４ａの通信識別子３８ａを、子供の無線ユニット１４ｂに関連付けられたデータレコード３０ａの優先フィールド３６に追加することができる。親が親の無線ユニット１４ａから子供に電話を掛けると、親の無線ユニット１４ａの通信識別子３８ａがネットワークに送信され、子供の無線ユニット１４ｂの識別子３２も同様に送信される。子供の無線ユニット１４ｂに関連付けられたレコード３０ａを探すために、子供の無線ユニット１４ｂの識別子３２がデータベース２８と相互参照される。次に、親の無線ユニット１４ａの識別子３８ａが優先フィールド３６と相互参照される。識別子３８ａがユーザフィールド３６にリストされていれば、親の無線ユニット１４ａで起動された通信は、優先通信であると見なされる。
【００２４】
理解できようが、通話優先権の判定を発信側端末の通信識別子に基づいて行うと、サービスを特定の端末に限定するという効果が生ずる。したがって、例えば、親と子供の無線ユニットが上述のように設定されている場合、親は、自分自身の無線ユニットを使用しなければ、優先通信を起動することはできない。サービスの可搬性を増大させるために、優先権の判定を端末にではなくユーザに基づくようにする目的で、許可発信側通話者を指定するために他の手段が使用できる。例えば、別の実施形態では、第１の端末１４ａで第２の端末１４ｂへの通信が起動された後で、さらにステップ１０６が実行された後、ステップ１１２で、第１の端末１４ａのユーザは、英数字の優先コード４０（例えば、１組の英字および／または数字）を端末１４ａに入力し、それがシステム１０へ送信される（任意であるが、ステップ１１４で、ユーザにコードを入力するように指示することができる）。着信側端末１４ｂに関連付けられたレコード３０ａは、１つまたは複数のコードをリストしたコードフィールドまたは他の項目４２を有する。発信側端末１４ａで入力されたコード４０がコードフィールド４２内にリストされている場合、発信側端末１４ａで起動された通信は、優先通信であると見なされる。このように、優先特権を有するユーザは、着信側端末１４ｂに連絡するために任意の端末を使用することができる。システム４２は、ユーザが異なる時点でコード４０を入力するように構成できる。例えば、コードは、発信側端末１４ａで、着信側端末の通信識別子３２、例えば、ＸＸＸ−ＸＸＸ−ＸＸＸＸコードの終りに文字列として入力できる。
【００２５】
別の実施形態では、端末１４ｂが優先通信識別子４４を提供される。優先識別子４４は、ネットワーク内の他のどの通信識別子（例えば、電話番号）とも同じ形式であるが、端末の主の非優先識別子３２を補足するものである。識別子３２、４４の両方が端末１４ｂとの通信に使用できる。しかし、優先識別子４４を用いて通信が起動されると、その発信側端末からの通信は、自動的に優先通信であると見なされる。このように、上述の実施例に従うと、子供の無線ユニットは２つの識別子３２、４４を有することできる。主識別子３２は、その子供の無線ユニットに電話を掛けるときに使用できるように非優先ユーザに広められる。しかし、親または他の優先ユーザは、その子供の無線ユニット１４ｂに優先識別子４４を用いて電話を掛けることができる。優先識別子４４が使用された場合、ステップ１１０で判定されるように、その通信は優先通信であると見なされる。
【００２６】
システム１０は、ネットワーク通話転送サービス、または通話優先資格を判定するために様々な端末および／または通信識別子を相互に関連付けるネットワークの他の機能を備えるようにさらに構成することができる。例えば、ネットワークが通話転送サービスを備えている場合、および発信側端末１４ａの通信識別子が、着信側端末のプロファイルまたは他のレコード３０ａ内で優先資格を有しているとリストされていない場合、システム１０は、そのレコード内でリストされている優先通信識別子３８ａ−３８ｃのそれぞれの通話転送資格を検査してもよい。通話転送資格が特定の優先識別子に関する通話が発信側端末に転送されていることを示している場合、その発信側端末は優先資格を与えられる。
【００２７】
起動された通信に優先資格を付与するかどうかを通信識別子、コードなどによって直接に決定するのではなく、システム１０は、ユーザごとに間接的な指定を使用するようにも構成できる。例えば、各端末のプロファイルまたは他のレコード３０ａ−３０ｃは、名前、ニックネーム、主通信識別子などによって指定される優先ユーザ４８ａ、４８ｂのリストを入れた「優先ユーザ」フィールドまたは他の項目４６を有してよい。各リスト項目４８ａ、４８ｂに関連付けられているのは、データベース２８またはいずれか他の場所にあるユーザレコード５０である。ユーザレコード５０は、指定されたユーザによって維持およびアクセスされ、そのユーザが使用してよい、または現在使用中の端末に関連付けられた通信識別子５２ａ、５２ｂのリストを保管している。起動された通信が優先通信であるかを判定するためには、システムは、発信側端末の通信識別子３２をレコード群５０と比較する。その識別子がそれらのレコードの１つにリストされていれば、起動された通信は優先資格が与えられる。そのような構成では、ユーザレコード５０がそのユーザから、例えば、端末１４ａから、容易にアクセスされ変更できて、通信識別子５２ａ、５２ｂを必要に応じて都合よく追加および除去できるので、可搬性が増す。例えば、親と子供の無線ユニットの場合には、子供の無線ユニット１４ｂに関連付けられたレコード３０ａは、優先ユーザ４８ａ、４８ｂの１つとして「Ｍｏｍ」をリストすることができる。「Ｍｏｍ」項目に関連付けられたレコード５０は、親が通常使用する無線ユニット１４ａの通信識別子５２ａを記録している。しかし、親が一時的に別の無線ユニットに切り替える場合、親はレコード５０にアクセスし、新しい無線ユニットの通信識別子をレコード５０に追加する。親が新しい無線ユニットから子供に電話を掛けるとき、その通信識別子は、子供の無線ユニットのレコード３０ａにリンクされたすべてのレコード群５０と比較され、優先資格が判定される。同様の処置が可能である。
【００２８】
同様に、システム１０は、端末ではなく、主としてユーザ、例えば、ＳＩＰまたはＶｏＩＰを使用するユーザを識別するネットワーク群１２で使用できるように構成することもできる（ＶｏＩＰとは「ボイスオーバＩＰ（インターネットプロトコル）」のことであり、このプロトコルでは、音声信号が、アドレス指定されたデータパケットとしてＩＰネットワーク上を送信される）。特に、ＶｏＩＰネットワークでは、端末が端末を呼び出すのではなく、ユーザがユーザを呼び出す。ユーザが端末の使用を開始すると、ネットワークは、そのユーザが現在連絡可能であり、特定の端末を使用していることを示すマッピングまたはレジストリを保守する。単一のユーザを複数の端末に登録することができる。発信側通話者がこのユーザとの通話を起動するには、発信側通話者は、そのユーザに関連付けられた識別子を使用する。そのユーザ識別子に基づいて、ネットワークは、まず、マップ／レジストリを参照して、そのユーザに現在関連付けられている端末を調べる。次に、ネットワークはその呼を適切に経路指定する。
【００２９】
そのようなネットワークに即したシステム１０の使い方が図５に示されている。その中で、アプリケーションサーバのデータベース２８は、ネットワーク１２上の各ユーザ７２ａ−７２ｃに対応するレコード７０ａ−７０ｃを有している。通信動作を実行するために、ネットワーク１２は、ユーザ対端末マッピングまたはレジストリ７４を備えている。マップ７４は、各ユーザ７２ａ−７２ｃに対応する項目７６ａ−７６ｃを有しており、その項目はユーザ識別子７８ａ−７８ｃを、そのユーザに現在関連付けられている端末の通信識別子（１つまたは複数）８０ａ−８０ｃに相互に関連付ける。システム１０下での稼働時、第１のユーザ７２ａ（「ユーザＡ」）が第２のユーザ７２ｂ（「ユーザＢ」）を呼び出したときにユーザＢ  ７２ｂが第３のユーザ７２ｃ（「ユーザＣ」）とすでにアクティブな通信で話中である場合、システムは、まず、ユーザＢ  ７２ｂがこのサービスに加入しているかを判定する。これは、ユーザＢのプロファイル／レコード７０ｂにアクセスするために、ユーザＢの識別子７８ｂをデータベース２８と相互参照することにより行うことができる。ユーザＢがこのサービスに加入している場合、システムは、次に、ユーザＡがアクティブな通話を中断する権限があるかを判定する。これは、ユーザＡの識別子がユーザＢの優先ＩＤリスト３６にリストされているかを判定するために、ユーザＡの識別子７８ａをユーザＢのプロファイル／レコード７０ｂと相互参照することにより行うことができる。これらの動作は、現在使用中の特定の端末からは独立している。しかし、アクティブな通信が中断されることになった場合、システム１０は、次に、ユーザの現在の端末８０ａ−８０ｃを調べるためにユーザ識別子７８ａ−７８ｃをマップ／レジストリ７４と相互参照する。この情報は、上述のようにしてアクティブな通話を中断するために必要なシグナリング機能を実行するために使用される。
【００３０】
通話優先権の判定は、端末およびユーザの両方に基づいてもよい。この場合には、話中の通話者に呼を起動すると、システムは、発信側端末、すなわち発信側ユーザが通話の中断を許可されているとリストされているかを検査するためにデータベース２８にアクセスする。
【００３１】
図３Ｂに戻って参照すると、ステップ１１０で着信通話が優先通話でないと判定されると、プロセスはステップ１０８に進んで、ネットワーク話中プロトコルを実行する。そうではなく、優先通信の場合、ステップ１１６で、システムは、着信側端末１４ｂと第３の端末１４ｃ間のアクティブな通信を可能ならば中断するための「通話中断」プロトコルを実行する。理解できようが、許可端末／ユーザのみが進行中の通話を中断することが許される。例えば、第１の端末１４ａで第２の端末１４ｂへの通信を起動すると、システム１０は、まず、端末１４ａ（または端末１４ａのユーザ）は第２の端末１４ｂ（または第２の端末１４ｂのユーザ）のアクティブな通話を中断する権限があるかを検査する。この権限検証プロセスを行わないと、無許可のユーザが電話の通話または他の通信を中断できることになり、ネットワーク動作を混乱させることになる。
【００３２】
図３Ｃに示されているように、通話中断プロトコルは、システム１０に求められる特別な機能に応じて、いくつかの方法のいずれかで構成することができる。例えば、ステップ１１６ａで、システム１０は、着信側端末１４ｂと第３の端末１４ｃ間の既存の通信を自動的に終了させ、次に、ステップ１１６ｂでのように、発信側端末１４ａと着信側端末１４ｂ間に通信チャネルまたはリンクを確立することもできる。あるいは、システム１０は、ステップ１１６ｃでのように、既存のアクティブな通信を「保留」または「通話待機」状態にし、次に、発信側端末１４ａと着信側端末１４ｂ間に通信チャネルまたはリンクを確立することもできる（ステップ１１６ｂ）。この場合は、着信側／第２の端末１４ｂのユーザは任意で元の通話に切り替えて戻ることができる。別の実施形態では、ステップ１１６ｄで、システム１０は、発信側端末１４ａのユーザに、着信側端末１４ｂは別の端末とのアクティブな通信で話中であることを知らせる目的で通知５４を生成する。ステップ１１８で、通知５４が発信側端末１４ａに表示される。通知５４は、第３の端末１４ｃを識別する情報、例えば、第３の端末の通信識別子および／またはそれに関連付けられた「通話者ＩＤ」情報を有することができる。通知５４は、第３の端末１４ｃのユーザを識別する情報がある場合、その情報、およびアクティブな通信に関する補足的な情報、例えば、通話時間なども有することができる。これにより、発信側端末１４ａのユーザは、アクティブな通話と新しく起動された呼との相対的重要性を評価することができる。ステップ１２０で、このユーザは、進行中の通信を中断する選択肢が与えられる。中断するか、中断しないかのユーザの決定は、ネットワーク１２を介してシステム１０へ送り返され、ステップ１１６ｅで評価される。決定が中断しないことである場合、起動された呼は、ステップ１１６ｆでのように終了されてもよいし、プロセスはステップ１０８に進んで、ネットワーク話中プロトコルを実行してもよい。決定が中断することである場合、プロセスは、上述のステップ１１６ａまたはステップ１１６ｃでのように続行する。システムは、優先通話が終了したら、元のアクティブな通話を自動的に再接続または再確立するように構成することができる。
【００３３】
システム１０は、逆９１１通話の起動時に進行中の通話または他の通信を中断するための「逆９１１」システムでの使用に応用できる。逆９１１通話とは、近隣地域の緊急事態、例えば、天気警報、避難または誘拐などについてユーザに通報するために自治体当局または他の政府当局によって地域ユーザの電話または他の端末へ掛けられる通話である。一般的には、自治体によって運営されるコンピュータ化されたシステムが、電子電話帳または同様のもの、および事前に録音された、またはコンピュータが生成したメッセージを使用して逆９１１通話を自動的に行う。逆９１１システムで使用するためには、本発明のシステム１０は、逆９１１システム通信識別子３８ｃを各ユーザプロファイル／レコード３０ａ−３０ｃの中にユーザ変更不可「背景」要素として自動的に組み込むことができる。逆９１１通話が起動されると、すでに確立されていた進行中の通話は自動的に終了させることもできるし（ステップ１１６ａ）、通話待機保留にすることもできる（ステップ１１６ｃ）。逆９１１通話については、各ユーザにシステム１０の通話優先サービスを任意で有効にしてもよいし、またはネットワーク１２内のすべてのユーザに義務付けて、個々のユーザがサービスの追加個人設定機能に加入するようにしてもよい。
【００３４】
システム１０は、システム１０内の異なるレベルの機能に対応する異なる優先レベルを任意で使用できるように構成することができる。例えば、「高」または「緊急」優先レベルのユーザまたは端末によって起動された通信は、着信側端末と第３の端末間の既存の通信を自動的に終了させ（ステップ１１６ａ）、より低い優先レベルのユーザまたは端末によって起動された通信は任意で中断させる（ステップ１１６ｄ）などである。
【００３５】
上述のように、システム１０の機能は、典型的には、ユーザへのネットワークサービスとして無償で、または加入サービスとして提供される。どちらの場合にも、関心のあるユーザはアプリケーションサーバ２４にアクセスして、プロファイル／レコード３０ａ−３０ｃ、５０を含めて、ユーザアカウントを設定および構成する。この目的でアプリケーションサーバ２４にアクセスするためのユーザインターフェースが備えられている場合がある。例えば、端末１４ａ−１４ｃは、アプリケーションサーバとのインターフェースとして機能するハードウェアおよび／またはソフトウェアモジュールを備えることができる（携帯電話または他の無線ユニットの場合、この機能には、電話のメニューシステムを用いてアクセスすることができ、電話およびアプリケーションサーバはデータを交換して、ユーザがプロファイル／レコード３０ａ−３０ｃを設定および構成できるようにする）。他の選択肢として、限定ではないが、指定されたＷｅｂサイトまたは他のインターネットインターフェース、ショートメッセージサービスを使用するリモートアクセス、電話アクセスシステム（例えば、ユーザが指定の番号を呼び出して音声ガイドを聞き、アカウントおよび関連のレコードにアクセスして変更する）などがある。ユーザインターフェースにアクセスすると、ユーザは、加入オプションが適用可能であれば、加入オプションを含めて、レコード３０ａ−３０ｃ、５０を設定するためのオプションを提示される。アカウント／レコードアクセスシステムは、典型的には、パスワード保護などのユーザ認証手段を有している。さらに、レコード３０ａ−３０ｃ、５０の特定のサブ部分またはサブ機能は、アクセスを特定のユーザに限定するために個別のパスワードまたは他の認証手段を備えることもできる。例えば、親は、子供のユーザにレコード３０ａの優先ユーザのリスト３６を変更させたくないことがあるだろう。
【００３６】
端末１４ｂのプロファイル／レコード３０ａは、典型的には、その端末に関連付けられた通信識別子３２を有する。レコード３０ａは、名前、アカウント番号など、他のユーザデータも有してよい。サービスに加入（該当する場合）してレコード３０ａを設定した後、ユーザはそのレコードを、優先通信資格を付与される端末の通信識別子３８ａ−３８ｃを付けてポピュレートする。あるいは、そのレコードは、１つまたは複数の優先コード４０、優先ユーザ４８ａ、４８ｂなどを付けてポピュレートされてもよい。場合によっては、端末の意図されたユーザ以外の誰か、例えば、親がそのレコードを構成してもよい。
【００３７】
上述のように、第１の端末１４ａから第２の端末１４ｂへの着信通信が優先資格を与えられている場合、第２の端末１４ｂと第３の端末１４ｃ間のアクティブな通信は終了されるか、または保留にされる。第３の端末１４ｃのユーザがこの出来事を知らされない場合、例えば、回線が無音になった場合、そのユーザは、通話が切れた、または第２の端末１４ｂのユーザが通信を突然終了したと思うだろう。したがって、システム１０は、第２の端末のユーザに、アクティブな通話が保留にされた、または着信した優先通話のために終了されたことを知らせるために、第２の端末１４ｂでメッセージの再生を起動するように構成することができる。この目的のために、システム１０は、ネットワーク１２に接続されたメディアサーバ６０を備えることができる。アクティブな通信が終了されるか、または保留にされると、メディアサーバ６０は、所望のメッセージまたは他のコンテンツを、ネットワーク１２を介して第２の端末１４ｂに送信するように制御される。例えば、通話が一時的に保留にされたことを知らせるメッセージ、およびその後に続ける音楽を事前に録音しておいてもよい。メッセージのコンテンツは、ユーザごとにカスタマイズおよび／または選択できる。この目的のために、各プロファイル／レコード３０ａ−３０ｃは、「保留中ユーザ」に再生するための１つまたは複数のメッセージ、挨拶または他のメディアファイルを識別する「保留中コンテンツ」フィールド６２を有することができる。挨拶は、標準の方法を用いて、端末、メディアサーバ、またはネットワーク内のいずれか他の場所に記録および保管することができる。例えば、システムは、ユーザ端末のマイクロフォンに発話された挨拶を記録するように構成することもできる。発信側端末１４ａに接続する前に、中断されそうになっていることをユーザに知らせるために、着信側端末１４ｂを介して挨拶またはお知らせを再生することもできる。
【００３８】
図４は、親が、友人とすでに電話中の子供を呼び出そうとする状況で、「保留中」挨拶の再生を含めた、稼働中のシステム１０の別の実施例を示している。ステップ１５０で、ネットワーク１２上で実施されている通信／シグナリングプロトコル、例えば、ＳＩＰなどに従い、ネットワーク１２上で２つの端末１４ｂ、１４ｃ間の呼が起動される。例えば、その端末は携帯電話であってもよいし、有線電話であってもよい（この実施例では、子供は端末群１４ｂのうちの第１の端末を使用しており、子供の友人は、他の端末１４ｃを使用している）。ステップ１５２で、ネットワーク１２は２つの端末１４ｂ、１４ｃ間にベアラ通信チャネルを確立し、その結果、その２つの端末間にアクティブな通話が発生する。ステップ１５４で、親が親の端末１４ａで子供の端末１４ｂへの呼を起動する。その結果、呼を確立するために様々なシグナリングメッセージがネットワークに送信される。そのシグナリングメッセージ（可能ならば、親および子供の端末の通信識別子を含む）はアプリケーションサーバ２４に転送される。ステップ１５６で、アプリケーションサーバ２４は、親および／または親の端末１４ａが子供と友人間のアクティブな通話を中断する権限があることを判定する（このプロセスは、先に説明済みである）。任意であるが、アクティブな通話が進行中であることを示し、親にその通話を中断するかどうかの選択肢を与える情報が親の端末に表示される。ステップ１５８で、友人の端末１４ｃはメディアサーバ６０に委ねられる。その結果、そのアクティブな通話は中断され、友人の端末１４ｃは、メディアサーバ６０に接続される。ステップ１６０で、メディアサーバは、端末１４ｃが保留中の間に、端末１４ｃ上でお知らせまたは他のコンテンツ６２の再生を起動する。ステップ１６２で、アプリケーションサーバ２４は子供の端末１４ｂを親の端末１４ａに委ね、その結果、２つの端末１４ａ、１４ｂ間に通信チャネルが確立される。ステップ１６４で、端末１４ａ、１４ｂ間の通話が終了すると、アプリケーションサーバ２４は、この旨のシグナリングメッセージを受信し、メディアサーバ６０上で転送先保留になっている通話（端末１４ｃ）を子供の端末１４ｂに宛先変更して戻す。それにより、子供の端末１４ｂと友人の端末１４ｃ間の、前にシステム１０によって中断された通話が再接続される。
【００３９】
理解できようが、レコード３０ａ−３０ｃはアプリケーションサーバ２４に保管されるものとして示されているが、各端末のレコードは、そうではなくて、その端末にローカルに保管することもできて、先に説明された意味合いでその端末に通信が起動されると、システム１０は端末上のレコードをアクセスする。
【００４０】
通知５４はテキスト形式で端末に表示されるものとして示されているが（図２を参照）、この通知は、他の形式のデータ、例えば、写真、映像、および／または音声などを組み込むこともできる。端末がこの通知を受信すると、どのような形式で提供されても、端末は自動的にそのデータを実行し、データの形式に従ってユーザに表示または再生する。例えば、通知５４は、対話式音声応答（ＩＶＲ）システムによって生成される、例えば、「お掛けになった電話番号は、現在｛ＩＤ＿Ｕｓｅｒ＿Ｔｅｒｍｉｎａｌ３｝とお話し中です。通話はすでに｛ｎｅｍｅｒｉｃ＿ｖａｌｕｅ｝分続いています。この通話を中断したいですか？」などの音声通知の形をとることもできる。発信側通話者は、「はい」または「いいえ」と応答し、ＩＶＲシステムは、発話された応答を識別する。
【００４１】
本明細書で説明された本発明の趣旨および範囲から逸脱することなく通信ネットワーク用の上述の通話優先管理システムに何らかの変更を行うことができるので、上述、または添付の図面に示された主題のすべては、本明細書の発明の概念を示す実施例にすぎないことを理解すべきであり、本発明を限定するものとして解釈すべきではない。
【図１】
2009543459.tif 000003
【図２】
2009543459.tif 000004
【図３Ａ】
2009543459.tif 000005
【図３Ｂ】
2009543459.tif 000006
【図３Ｃ】
2009543459.tif 000007
【図４】
2009543459.tif 000008
【図５】
2009543459.tif 000009
【国際調査報告】
2009543459.tif 000010
2009543459.tif 000011