JP2000516794A - ネットワークを介してコールウェイティング機能を実施するためのシステムおよび方法 - Google Patents

Abstract

(57)【要約】 公衆交換電話網（ＰＳＴＮ）（１１０）とインターネット（１２０）とを含むネットワークアーキテクチャを介してコールウェイティング機能を実施するためのシステムおよび方法。ユーザ（１０５）は、コールウェイティングを使用して、インターネットサービスプロバイダ（ＩＳＰ）（１１５）などの第２当事者との活動状態の接続を中断することなく第３当事者からの着信呼情報を受信できる。ユーザがＩＳＰ（１１５）に接続しようとすると、ＰＳＴＮ（１１０）に接続されたサービス制御点（１４５）でコールウェイティングサービスが活動化され、ユーザは第２当事者との接続の確立に成功した後で着信コールアテンプトに関して通知される。その間、第３当事者は任意選択としてユーザ（１０５）に音声メール（１５０）メッセージを残すことができる。ユーザ（１０５）がインターネット（１２０）に活動状態で接続されている場合、コールウェイティングインターネットサーバを使用して着信呼情報をユーザのコンピュータ端末（１０５）に提供することができる。さらに、ユーザ（１０５）はコールウェイティングシステムを使用してインターネット（１２０）に接続されている間にリアルタイムで着信呼に応答し、また後に不完了着信コールアテンプトに応答できる。この結果、インターネットユーザは着信呼を聞き逃すことなく中断されないインターネットセッションを楽しむことができる。コールウェイティングシステムは、活動状態の電話接続を中断することなく、着信呼情報の受信が可能なインターネット以外のアプリケーション用に構成することができる。

Description

【発明の詳細な説明】 ネットワークを介してコールウェイティング機能を実施するためのシステムおよ び方法 発明の背景 本出願は、一般にネットワークを介したサービス機能の実施に関し、より詳細 には、インターネットユーザなどのユーザがユーザと第２当事者(second party) との間の活動状態の通信(active connection)を中断することなく第３当事者(th ird party)からの着信呼情報を受信するための、電話ネットワークを介して実施 されるコールウェイティングサービス(call waiting service；通話中着信サー ビス)に関する。 現在、電話ユーザは任意選択としてその地域の電話会社を介してコールウェイ ティングサービスに加入することができる。第３当事者が第２当事者に現在接続 されている電話ユーザと連絡をとろうとする時、このサービスはユーザに着信呼 を通知するトーン信号を提供する。ユーザはこのトーン信号を無視するか着信呼 に切り替えることができる。ユーザは直ちに着信呼の通知を受けるが、現在のコ ールウェイティングサービスは電話ユーザにとって極めてじゃまであり、かつ不 当に混乱させるものである。ユーザがトーン信号を無視した場合、聞き逃された 呼の発呼者は不明のままである。電話システムによっては、ユーザが特殊コード を入力して最後のコールアテンプト(call attempt；発呼を試みること)を行った 人物の電話番号を自動的にダイヤルすることができる。ただし、この機能は、ユ ーザが第２当事者との通話中に複数の人物がユーザに電話をかけてきた場合には 無効である。 インターネットの出現と共に、音声呼の発呼とインターネットへのアクセスの ために単一のダイヤルアップ電話回線を使用する人々が増えている。これらのユ ーザは現在、インターネットアクセス回線上のコールウェイティングを無効にし て着信呼が接続できないようにするか、またはコールウェイティングサービスを 活動状態のままにして着信呼によってインターネットセッションが突然終了され る危険をおかすかの、いずれかの選択肢を有する。確かに、多くの電話および インターネットユーザがこれらの結果を許容できないと考える。 したがって、着信呼を聞き逃すことを望まず、同時に他の人物との通話時に新 しい呼によって中断されることも望まない電話ユーザのためのコールウェイティ ングシステムを提供することが望ましい。 さらに、インターネットユーザが中断されないインターネットセッションを有 し、同時に着信呼を聞き逃さないようにするコールウェイティングシステムを提 供することが望ましい。 本発明のその他の目的、特徴、および利点は以下に説明する。これらの一部は この説明から明らかになるか、本発明を実施することで理解できるであろう。本 発明の上記の目的およびその他の利点は、特に明細書と添付の請求の範囲ならび に添付の図面に記載する手段およびその組み合わせによって実現され達成される であろう。 発明の説明 本発明によるシステムおよび方法は、インターネットユーザなどのユーザがユ ーザと第２当事者の間の活動状態の通信を中断することなく第３当事者からの着 信呼情報を受信するためのコールウェイティングサービスを電話ネットワークを 介して実施する。 この目的を達成するため、本明細書で実施され概説されている本発明の目的に 従って、本発明は接続手段と、活動化手段と、通知手段と、提供手段とを含む電 話ネットワークを介してコールウェイティング機能を実施するシステムを含む。 接続手段は電話ネットワークを介してユーザを指定された宛先に接続する。活動 化手段はユーザが利用できるコールウェイティングサービスを活動化する。通知 手段は着信コールアテンプトについてユーザに通知する。最後に、提供手段はユ ーザと指定された宛先との接続を中断することなく着信コールアテンプトに関す る情報をユーザに提供する。 電話ネットワークを介してコールウェイティング機能を実施する方法はいくつ かのステップを含む。まずユーザは電話ネットワークを介して指定された宛先に 接続される。次いでユーザが利用できるコールウェイティングサービスが活動化 され、ユーザは着信コールアテンプトを通知される。最後に、ユーザは、ユーザ と指定された宛先の間の接続を中断することなく着信コールアテンプトに関する 情報を提供される。 前述の概要と以下の詳論は共に例示的かつ説明のために過ぎず、特許請求され る本発明を限定するものではないことを理解されたい。 図面の簡単な説明 明細書に組み込まれその一部を構成する添付図面は、本発明を図示し、明細書 の記載内容と共に本発明の原理を説明するのに役立つ。 図１は本発明によるコールウェイティングシステムをサポートする電話ネット ワークアーキテクチャを示す。 図２は本発明によるコールウェイティングシステムをサポートするインターネ ットネットワークアーキテクチャを示す。 図３ａはコールウェイティングシステムの活動化の流れ図を示す。 図３ｂは図３ａのステップに記載するコールウェイティングフラグを活動化す るサービス論理プログラム（ＳＬＰ）を示す。 図３ｃは図３ａのステップに記載する終了通知メッセージを提供するＳＬＰを 示す。 図３ｄは図３ａのステップに記載するサービス制御点ステータスを更新するＳ ＬＰを示す。 図４ａはコールウェイティングシステムを非活動化する流れ図を示す。 図４ｂは図４ａのステップに記載するコールウェイティングフラグを活動化す るＳＬＰを示す。 図４ｃは図４ａのステップに記載するサービス制御点ステータスを更新するＳ ＬＰを示す。 図５ａは新しい着信呼を図１の電話ネットワークアーキテクチャを介して音声 メールにルーティングする流れ図を示す。 図５ｂは図５ａのステップに記載の音声メールサービスを活動化するＳＬＰを 示す。 図５ｃは図５ａのステップに記載の音声メールメッセージを更新するＳＬＰを 示す。 図６ａは図２のインターネットネットワークアーキテクチャを介してユーザの サイトに着信呼情報をルーティングして表示するための流れ図を示す。 図６ｂは図６ａのステップに記載の第３当事者呼に対する適当な処置を決定す るＳＬＰを示す。 図６ｃは図６ａのステップに記載の発呼側の名前と電話番号を含むテーブルを 生成するＳＬＰを示す。 図６ｄは図６ａのステップに記載のコールウェイティングサーバに前記発呼側 の名前と電話番号を送信するＳＬＰを示す。 図７は本発明によるコールウェイティングシステムで利用できる機能のブロッ ク図を示す。 図８は図１の電話ネットワークアーキテクチャを介してユーザが利用できるコ ールウェイティングシステムパッケージの流れ図を示す。 図９は図２のインターネットネットワークアーキテクチャを介してユーザが利 用できるコールウェイティングシステムパッケージの流れ図を示す。 本発明を実施するための最良の形態 以下に本発明の好ましい実施形態を詳述し、その実施形態の例を添付の図面に 示す。可能な限り、同じまたは類似の部分を参照するために図面では一貫して同 じ参照番号を使用する。 図１は本発明によるコールサービス機能を実施する電話ネットワークアーキテ クチャを示す。電話ネットワークアーキテクチャ１００は、エンドユーザ環境１ ０５、公衆交換電話網（ＰＳＴＮ）１１０、インターネットサービスプロバイダ （ＩＳＰ）１１５（例：アメリカオンライン）、およびインターネット１２０と を含む。 エンドユーザ環境１０５は、電話機１２５、パーソナルコンピュータ１３０、 およびモデム１３５を含む。音声呼を発呼するため、エンドユーザは電話機１２ ５を使用して宛先端末の電話番号を手動でダイヤルする。ただし、エンドユーザ が（例えば、インターネット１２０を介して）データを送受信したい時は、その ような接続にモデム１３５が使用される。モデム１３５とＩＳＰ１１５を介した インターネット接続を容易にするため、エンドユーザは通常、Ｎｅｔｓｃａｐｅ Ｎａｖｉｇａｔｏｒ（商標）やＭｉｃｒｏｓｏｆｔ Ｅｘｐｌｏｒｅｒ（商標 ）などのインターネットブラウジングソフトウェアを使用する。エンドユーザが 試みているのが音声接続であろうがモデム接続であろうが、エンドユーザ環境１ ０５からダイヤルされる電話番号の各桁は電話回線１３６を介してＰＳＴＮ１１ ０に送信される。図１では電話機１２５がモデム１３５に接続され電話回線１３ ６にアクセスするように示されているが、エンドユーザ環境１０５はこの構成に 限定されない。例えば、電話機１２５を直接電話回線１３６に接続することがで きる。 ＰＳＴＮ１１０は、サービス交換点（ＳＳＰ）１４０と、サービス制御点（Ｓ ＣＰ）１４５と、音声メールシステム１５０とを含む。エンドユーザ環境１０５ から送信される信号は、まず通常は地域の電話会社であるＳＳＰ１４０に到着し 、ＳＳＰ１４０はこの信号を分析して呼のルーティング先を決定する。例えば、 ダイヤルした電話番号に従って、ＳＳＰ１４０はＰＳＴＮ１１０を介して呼を直 ちにルーティングして接続を試みるか、またはリンク１４２を介してＳＣＰ１４ ５と通信して別のルーティング情報を得ることができる。 ＳＣＰ１４５は電話ネットワークアーキテクチャ１００上のノード（例えば、 ＳＳＰ１４０と音声メールシステム１５０）間の情報信号の転送を制御し、好ま しくは、例えばＳＰＡＣＥ（登録商標）およびＭＳＡＰ（商標）アプリケーショ ンを含むネットワークサービスを作成して実行するＢｅｌｌｃｏｒｅ ＩＳＣＰ （登録商標）プラットフォームアーキテクチャを含む。 音声メールシステム１５０は通信リンク１５１および１５２を介してＳＳＰ１ ４０と通信し、通信リンク１４７を介してＳＣＰ１４５と通信してＰＳＴＮ１１ ０のユーザに効果的に音声メールサービスを提供する。通信リンク１４７および １５１は好ましくは情報転送用の無線通信チャネルである。音声メールシステム １５０は、コールウェイティングサービス加入者のために音声メッセージを録音 する働きをする。 ＩＳＰ１１５は通信リンク１１６を介してＳＳＰ１４０に接続される。ＩＳＰ １１５はインターネットアクセスのためにそこに加入している多数の加入者をサ ポートする。ＩＳＰ１１５は加入者に電子メールや検索機能などの追加のサービ スを提供できる。 図２に図１に開示されているものと同様のインターネットネットワークアーキ テクチャ２００を示す。特に、インターネットネットワークアーキテクチャ２０ ０は両方とも図１に示されているＩＳＰ１１５およびインターネット１２０を含 む。ただし、これらの要素に加えて、インターネットネットワークアーキテクチ ャ２００はエンドユーザ環境２０５と、ＰＳＴＮ２１０と、コールウェイティン グインターネットサーバ２１５とを含む。 エンドユーザ環境２０５は更新されて、エンドユーザにインターネットアプリ ケーション特有のさまざまなコールウェイティング機能を提供するための、ＰＣ １３０が実行するソフトウェアプログラムであるコールウェイティングインター ネットアプリケーション２２０を含む。ＩＳＰ１１５に接続しようとするエンド ユーザ環境２０５からの呼は、一実施形態では図１に示す専用音声メールシステ ム１５０を含まないことがあるＰＳＴＮ２１０を介してルーティングされる。Ｓ ＣＰ１４５は通信リンク１４２を介してＳＳＰ１４０と通信し、通信リンク２１ ３を介してコールウェイティングインターネットサーバ２１５と通信する。コー ルウェイティングインターネットサーバ２１５はインターネット１２０を介して コールウェイティング機能を管理するための専用のコンピュータサーバである。 コールウェイティングインターネットサーバ２１５は標準の伝送制御プロトコル およびインターネットプロトコル（ＴＣＰ／ＩＰ）を使用してインターネット１ ２０と通信する。コールウェイティングインターネットアプリケーション２２０ ソフトウェアはＩＳＰ１１５、コールウェイティングインターネットサーバ２１ ５からダウンロードでき、または記憶媒体（例えば、ディスケットまたはＣＤ− ＲＯＭ）上でユーザに提供できる。ソフトウェアは実行時に特有のアドレスまた は「プッシュ」技術を使用してコールウェイティングインターネットサーバから 着信呼に関する情報を取り出す。 上記のネットワークアーキテクチャを介したコールウェイティングの活動化を 図３ａの流れ図に示す。図１の構成要素への参照が提供される。最初、エンドユ ーザはＩＳＰ１１５の電話番号をダイヤルする（ステップ３００）。ユーザの１ ０桁電話番号を含む情報信号がＳＳＰ１４０に送信され、ＳＳＰ１４０で情報信 号は分析され、ＳＣＰ１４５にルーティングされる（ステップ３２０）。ＳＣＰ １４５に到着すると、情報信号に対応するサービス論理プログラム（ＳＬＰ）が 実行される（ステップ３４０）。図３ｂ〜３ｄ、４ｂ〜４ｃ、５ｂ〜５ｃ、およ び６ｂ〜６ｄはやはりＢｅｌｌｃｏｒｅが開発したＣａｌ１ ＷａｉｔｉｎｇＤ ｅＬｕｘｅ Ｓｅｒｖｉｃｅ（サービスマーク）用のＳＰＡＣＥ（登録商標）ア プリケーション内で実行されるＳＬＰの例である。このアプリケーションに関し て、ＳＬＰは呼処理レコード（ＣＰＲ）と呼ばれる。 図３ｂに、コールウェイティングを活動化するＣＰＲが示されている。最初に 、情報信号が分析され（ステップ３４０ａ）、ＣＰＲがユーザのレコードに対応 するコールウェイティングフラグのロードを試みる（ステップ３４０ｂと３４０ ｃ）。ロードのアテンプトが失敗すると、ユーザはＣａｌｌ Ｗａｉｔｉｎｇ ＤｅＬｕｘｅ Ｓｅｒｖｉｃｅ（サービスマーク）に加入できず、呼はＩＳＰ１ １５にルーティングされる（ステップ３４０ｄ）。コールウェイティングフラグ が成功裏にロードされると、フラグは活動化される（すなわち、「ｙｅｓ」に設 定される）（ステップ３４０ｅ）。この時点で、図３ｃに示すように、ＣＰＲは ユーザのための終了通知メッセージを活動化する（すなわち、オンにする）（ス テップ３４０ｆ）。この図では、着信通知ウィンドウ３４１が表示されて終了通 知ＩＤ（すなわち、ユーザの電話番号）の入力が可能になる。その後で、図３ｄ に示すように、ＣＰＲは終了アテンプトトリガを活動化してＩＳＰ１１５との通 信中にユーザに着信呼を通知する（ステップ３４０ｇ）。終了アテンプトウィン ドウ３４２および選択トリガウィンドウ３４３が提供され、表示された活動状態 の終了アテンプトパラメータを選択できる。終了アテンプトトリガを活動化する と、ＣＰＲは変更内容を保存し（ステップ３４０ｈ）、呼をＩＳＰにルーティン グする（ステップ３４０ｉ）。ＩＳＰ１１５と接続すると、呼が確立され（図３ ａのステップ３６０）、ユーザとＩＳＰ１１５との間の活動状態の接続が行われ る（ステップ３７０）。最後に、ユーザのインターネットプロトコル（ＩＰ）ア ドレスがコールウェイティングインターネットサーバ２１５に登録されてコール ウェイティングサービスを活動化する（ステップ３８０）。本発明によるコール ウェイティング機能を活動化することで、ユーザはＩＳＰ１１５との接続中に第 ３当事者からの着信呼情報を受信することができる。 本明細書に記載されたコールウェイティングサービスは、ユーザがＩＳＰ１１ ５との接続中に着信呼情報を受信しないことを選択すれば非活動化できる。図４ ａに本発明によるコールウェイティングシステムの非活動化の流れ図を示す。最 初に、ユーザは終話するかその他の方法で（例えば、インターネットブラウザを 終了して）呼を終了する（ステップ４００）。この段階で、ＳＳＰ１４０は、ユ ーザが呼を終了したことを示す通知信号をＳＣＰ１４５に送信する（ステップ４ ２０）。図４ｂ〜４ｃに示すように、この通知に応答して、ＳＣＰ１４５はＳＬ ＰまたはＣＰＲを実行してコールウェイティングを非活動化する（ステップ４４ ０）。 図４ｂで、ＣＰＲはユーザのレコードを分析し（ステップ４４０ａ）、コール ウェイティングが活動状態か否かを判定する（ステップ４４０ｂ）。コールウェ イティングフラグが活動状態でない場合、ＣＰＲの実行は終了する（ステップ４ ４０ｃ）。そうでなければ、コールウェイティングフラグは非活動化され（すな わち、オフにされ）（ステップ４４０ｄ）、ユーザの電話番号が一時変数に割り 当てられる。（ステップ４４０ｅ）。その後で、図４ｃに示すように、終了アテ ンプトトリガステータスが更新される（すなわち、非活動化される）（ステップ ４４０ｆ）。この図で、終了アテンプトウィンドウ４４１と選択トリガウィンド ウ４４２が提供され、表示された活動状態の終了アテンプトパラメータを選択で きる。終了アテンプトトリガを活動化すると、ＣＰＲは変更内容を保存し（ステ ップ４４０ｇ）、終了する（ステップ４４０ｈ）。最後に、ＣＰＲが完了した後 で呼は終了する（図４ａのステップ４６０）。 本発明のコールウェイティングサービスが活動状態で、例えば通信リンクがユ ーザとＩＳＰとの間に確立されている場合、ユーザへのどのような新しい着信呼 も図１に示す音声メールシステム１５０にルーティングできる。新しい着信呼を 音声メールシステム１５０にルーティングする処理は図５ａの流れ図に示され ている。最初に、ユーザとＩＳＰとの活動状態の通信の間に（ステップ５００） 、新しい発呼者がユーザの電話番号をダイヤルする（ステップ５２０）。この時 点で、終了アテンプト信号が新しい発呼者のＳＳＰからＳＣＰに送信される（ス テップ５４０）。ＳＣＰは新しい発呼者のＳＳＰにメッセージウェイティングイ ンデイケータ(message waiting indicator)を活動化して呼を音声メールシステ ム１５０にルーティングするように要求するＣＰＲを実行する（ステップ５６０ ）。あるいは、呼を別の電話番号（例えば、ユーザのロケーションにある第２の 電話回線）にルーティングすることもできる。 図５ｂ〜図５ｃは本発明による音声メール機能を実行するＣＰＲを示す。最初 に、ＣＰＲは被呼者（すなわち、ＩＳＰに接続されたエンドユーザ）のレコード を分析し（ステップ５６０ａ）、コールウェイティングが活動化されているか否 かを判定する（ステップ５６０ｂ）。コールウェイティングが活動化されていな い場合、ＣＰＲの実行は終了し、呼は新しい発呼者のＳＳＰに再度ルーティング される（ステップ５６０ｃ）。コールウェイティングが活動状態の場合、図５ｃ に示すように、ＣＰＲはメッセージウェイティングインディケータを活動化する 。この図で、メッセージウェイティングインディケータウィンドウ５６１が活動 化され、システムオペレータは識別されたメッセージウェイティングインディケ ータパラメータを入力できる。メッセージウェイティングインディケータが活動 化されると、音声メールルーティング番号が指定され（ステップ５６０ｅ）、呼 は図１の回線１４７を介して音声メールにルーティングされる（ステップ５６０ ｆ）。この時点で、新しい発呼者とユーザユーザ音声メールとの間に呼が確立さ れ、したがって、新しい発呼者は、後で取り出せるようにユーザにメッセージを 残すことができる（ステップ５８０）。したがって、ユーザは第２当事者（例え ばＩＳＰ）に接続されている間にいかなる着信呼も聞き逃すことはない。 図６ａは図２のインターネットネットワークアーキテクチャを介してユーザの サイトに着信呼情報をルーティングして表示するための流れ図を示す。最初、新 しい発呼者がユーザの電話番号をダイヤルし（ステップ６００）、終了アテンプ ト信号が新しい発呼者のＳＳＰ（例えばＳＳＰ１４０）からＳＣＰ１４５にルー ティングされる（ステップ６２０）。その後で、ＳＣＰ１４５はＣＰＲを実行し て発呼側の名前を獲得し、発呼側の名前と番号をコールウェイティングサーバに 送信して発呼側に対して録音メッセージを再生する（ステップ６４０）。ステッ プ６４０を実行するためのＣＰＲの例を図６ｂ〜図６ｄに示す。 図６ｂで、ＣＰＲは被呼者（すなわち、ＩＳＰに接続されたユーザ）のレコー ドを記録し（ステップ６４０ａ）、コールウェイティングが活動化されている（ すなわち、コールウェイティングフラグが設定されている）か否かを判定する。 フラグが活動状態でない場合、呼は新しい発呼者のＳＳＰにルーティングされる 。フラグが活動状態の場合、ＣＰＲは図６ｃに示すテーブル機能を活動化するこ とで発呼者の名前と電話番号を取り出す（ステップ６４０ｄ）。テーブル６４１ を使用して、システムオペレータは発呼者の名前と電話番号が成功裏に取り出さ れたか否かを示すパラメータを表示できる。それらが成功裏に取り出された場合 、ＣＰＲは、データ送信に関連付けられたパラメータをシステムオペレータが表 示するための図６ｄに示す送信データウィンドウ６４２を活動化する（ステップ ６４０ｅ）。最後に、発呼者の名前と電話番号がコールウェイティングサーバに 送信され、発呼者に対して録音メッセージが再生される（ステップ６４０ｆ）。 図６ａを再度参照すると、次いで発呼者の情報がコールウェイティングインタ ーネットサーバ２１５からＩＳＰと活動状態の接続を有するユーザのパーソナル コンピュータに送信される（ステップ６５０）。次いでユーザのＰＣに常駐する コールウェイティングインターネットアプリケーションソフトウェアが発呼者の 情報をＰＣのディスプレイ画面に表示する（ステップ６６０）。この時点で、ユ ーザは発呼者の情報をリアルタイムに再検討して、呼に応答するかインターネッ トセッションが終わるまで待つか決定することができる。呼に応答するにはエン ドユーザ環境はインターネットに接続したままで音声信号を受け付ける機能を備 えていなければならない。ユーザが着信呼に応答しないことを選択すると（例え ば、画面上で「ＮＯ」を選択するか発呼者情報を無視することで）、コールウェ イティングインターネットサーバ２１５は呼を受け付けないことをＳＣＰ１４５ に通知する。その後で、ＳＣＰ１４５は、呼をエンドユーザに接続しないように 要求するメッセージを新しい発呼者のＳＳＰに送信する（ステップ６７０）。こ のメッセージに応答して、発呼者のＳＳＰは発呼者に話中音を送出する （ステップ６８０）。このシステムの有利な点は、ユーザがリアルタイムに着信 呼情報を再検討して着信呼に応答する時期を決定できるという点である。 図７は本発明によるコールウェイティングシステムで利用できる構成可能な機 能のブロック図を示す。各機能は、コールウェイティングサービスが異なるユー ザ用にカストマイズできるようにユーザに便利なオプションを提供する。これら の機能は上記の１つまたは複数のネットワータアーキテクチャの構成要素によっ て実施できる。コールウェイティングサービスの活動化の際（ブロック７００） 、ユーザは任意選択として、ユーザが次に発呼する呼の継続時間に限ってサービ スを活動化し（ブロック７０２）、特定の番号への呼の間、サービスを自動的に 活動化でき（ブロック７０４）、あるいは常時サービスを活動状態にしておくこ とができる（ブロック７０６）。コールウェイティングサービスの次の機能は、 ユーザに着信呼を通知するオプションを含む（ブロック７１０）。この機能で、 ユーザはユーザと第２当事者との間の呼の進行中に第３当事者からの着信呼の通 知を受けることができる（ブロック７１２）。さらに、ユーザは任意選択として 、ユーザと第２当事者との間の活動状態の呼が終了した後で聞き逃した呼につい て通知されることができる（ブロック７１４）。さらに、ユーザは任意選択とし て、聞き逃した呼の表示を受信することができる（ブロック７２０）。第１のオ プションを使用して、ユーザは特殊な電話番号または機能コードをダイヤルして 着信呼情報を取り出すことができる（ブロック７２２）。あるいは、ユーザはイ ンターネットアプリケーションを実施して着信呼情報を取り出す明示的な要求を 行うことができる。またユーザは明示的な要求なしに情報を受け取ることができ る（ブロック７２４）。このオプションの場合、情報の送達は、ユーザが利用で きるようになるとすぐに自動的に情報を表示するインターネットアプリケーショ ンに基くことができる。 ユーザはまた、聞き逃した着信呼に関して受信する情報の量を制御することが できる（ブロック７３０）。この情報は発呼者の電話番号と、着信呼の日時と、 発呼者の名前と、発呼者からの音声メッセージとを含むことができる（ブロック ７３２）。着信呼への応答の仕方もユーザが制御できる（ブロック７４０）。本 発明によるこの特定の機能では、ユーザは任意選択としてリアルタイムに呼に応 答できるか（ブロック７４２）、あるいはリアルタイムに呼に応答できない（ブ ロック７４４）かいずれかを選べる。最後に、ユーザが聞き逃した呼に応答した い場合、ユーザは利用可能なオプションを有する（ブロック７５０）。このオプ ションは、ネットワークを使用して聞き逃した呼の発呼者の電話番号を自動的に ダイヤルしてユーザを助ける処理（ブロック７５２）やユーザに自分で電話番号 をダイヤルすることを要求する処理（ブロック７５４）を含む。 図８は図１の電話ネットワークアーキテクチャを介してユーザが利用できる事 前構成されたコールウェイティングシステムパッケージの流れ図を示す。このコ ールウェイティングパッケージは好ましくは特定のサービス要件のためにカスト マイズされ、ユーザが異なるＩＳＰの電話番号などの１つまたは複数の特定の電 話番号をコールした時に自動的にコールウェイティングサービスを活動化する（ ステップ８００）。ＩＳＰへの接続中にユーザが受信したどのような着信呼も音 声メールシステムにルーティングされ、ユーザはＩＳＰからログオフした後で聞 き逃した呼の通知を受ける（ステップ８１０）。次いでユーザは特殊な音声メー ル電話番号をコールすることで聞き逃した呼の情報を取り出すことができる（ス テップ８２０）。特殊な電話番号をコールすると、ユーザは呼の日時と、発呼者 の電話番号と、発呼者の名前と、発呼者からの音声メッセージとを提供される（ ステップ８３０）。この特定のコールウェイティングパッケージでは、ユーザは リアルタイムに着信呼に応答できない（ステップ８４０）。ただし、ユーザは聞 き逃した呼に応答する時は明示的に発呼者の電話番号をダイヤルすることができ る（ステップ８５０）。 図９はコールウェイティングシステムパッケージの別の実施形態を示す。この コールウェイティングパッケージでは、ユーザは所定の電話番号をコールする時 に自動的にコールウェイティングサービスを活動化する（ステップ９００）。第 ３当事者がユーザをコールしようとする時には、ユーザのＰＣが実施するインタ ーネットアプリケーションを使用して聞き逃した呼に関する情報を見つけること ができる（ステップ９１０）。インターネットアプリケーションは、ユーザが使 用できるようになるとすぐに聞き逃した呼の情報を自動的に表示するように使用 し、プログラミングすることができる（ステップ９２０）。次いでシステムは ユーザに呼の日時と、発呼者の電話番号と、発呼者の名前とを提供する（ステッ プ９３０）。第２のコールウェイティングパッケージでは、ユーザはやはりリア ルタイムに着信呼に応答できない（ステップ９４０）。ただし、第１のコールウ ェイティングパッケージと同様、ユーザは聞き逃した呼に応答する時は明示的に 発呼者の電話番号をダイヤルすることができる（ステップ９５０）。 本明細書に記載したコールウェイティングシステムは、第２当事者との活動状 態の接続を中断することなく着信呼情報を受信するさまざまなオプションをユー ザに提供する。このコールウェイティングシステムは、ユーザが聞き逃した着信 呼をいつ受信し、再検討し、応答するかを完全に制御できるという点で、従来の コールウェイティングサービスよりもじゃまにならない。 さらに、コールウェイティングインターネットアプリケーション機能は前例の ないもので、コールウェイティングシステムの他の機能に融通性を加える。例え ば、ユーザはすべての着信呼からの情報を発呼直後に表示することができる。こ の機能はユーザに呼を完全に聞き逃すかインターネットセッションが終了するま で待つ代わりに重要な呼に直ちに応答する融通性を与える。 現時点での本発明の好ましい実施形態および方法について図示し、説明してき たが、本発明の真の範囲から逸脱することなしに、上記実施形態および方法にさ まざまな修正および変更を加えることができ、その要素を同等の要素で代用でき ることを当業者は理解するであろう。 さらに、本発明の中心的な範囲から逸脱することなしに、本発明の教示に特定 の要素、技法、または実施態様を適合させるために多くの変更を加えることがで きる。したがって、本発明は本明細書で開示された特定の実施形態および方法に 限定されず、添付の請求の範囲に含まれるすべての実施形態を含む。

【手続補正書】特許法第１８４条の８第１項 【提出日】平成１１年７月３０日（１９９９．７．３０） 【補正内容】 図１では電話機１２５がモデム１３５に接続され電話回線１３６にアクセスする ように示されているが、エンドユーザ環境１０５はこの構成に限定されない。例 えば、電話機１２５を直接電話回線１３６に接続することができる。 ＰＳＴＮ１１０は、サービス交換点（ＳＳＰ）１４０と、サービス制御点（Ｓ ＣＰ）１４５と、音声メールシステム１５０とを含む。エンドユーザ環境１０５ から送信される信号は、まず通常は地域の電話会社であるＳＳＰ１４０に到着し 、ＳＳＰ１４０はこの信号を分析して呼のルーティング先を決定する。例えば、 ダイヤルした電話番号に従って、ＳＳＰ１４０はＰＳＴＮ１１０を介して呼を直 ちにルーティングして接続を試みるか、またはリンク１４２を介してＳＣＰ１４ ５と通信して別のルーティング情報を得ることができる。 ＳＣＰ１４５は電話ネットワークアーキテクチャ１００上のノード（例えば、 ＳＳＰ１４０と音声メールシステム１５０）間の情報信号の転送を制御し、好ま しくは、例えばＳＰＡＣＥ（登録商標）およびＭＳＡＰ（商標）アプリケーショ ンを含むネットワークサービスを作成して実行するＢｅｌｌｃｏｒｅ ＩＳＣＰ （登録商標）プラットフォームアーキテクチャを含む。 音声メールシステム１５０は通信リンク１５１および１５２を介してＳＳＰ１ ４０と通信し、通信リンク１４７を介してＳＣＰ１４５と通信してＰＳＴＮ１１ ０のユーザに効果的に音声メールサービスを提供する。通信リンク１４７および １５１は好ましくは情報転送用の無線通信チャネルである。音声メールシステム １５０は、コールウェイティングサービス加入者のために音声メッセージを録音 する働きをする。 ＩＳＰ１１５は通信リンク１１６を介してＳＳＰ１４０に接続される。ＩＳＰ １１５はインターネットアクセスのためにそこに加入している多数の加入者をサ ポートする。ＩＳＰ１１５は加入者に電子メールや検索機能などの追加のサービ スを提供できる。 図２に図１に開示されているものと同様のインターネットネットワークアーキ テクチャ２００を示す。特に、インターネットネットワークアーキテクチャ２０ ０は両方とも図１に示されているＩＳＰ１１５およびインターネット１２０を含 む。ただし、これらの要素に加えて、インターネットネットワークアーキテクチ ャ２００はエンドユーザ環境２０５と、ＰＳＴＮ２１０と、コールウェイティン グインターネットサーバ２１５とを含む。 エンドユーザ環境２０５は更新されて、エンドユーザにインターネットアプリ ケーション特有のさまざまなコールウェイティング機能を提供するための、ＰＣ １３０が実行するソフトウェアプログラムであるコールウェイティングインター ネットアプリケーション２２０を含む。ＩＳＰ１１５に接続しようとするエンド ユーザ環境２０５からの呼は、一実施形態では図１に示す専用音声メールシステ ム１５０を含まないことがあるＰＳＴＮ２１０を介してルーティングされる。Ｓ ＣＰ１４５は通信リンク１４２を介してＳＳＰ１４０と通信し、通信リンク２１ ３を介してコールウェイティングインターネットサーバ２１５と通信する。コー ルウェイティングインターネットサーバ２１５はインターネット１２０を介して コールウェイティング機能を管理するための専用のコンピュータサーバである。 コールウェイティングインターネットサーバ２１５は標準の伝送制御プロトコル およびインターネットプロトコル（ＴＣＰ／ＩＰ）を使用してインターネット１ ２０と通信する。コールウェイティングインターネットアプリケーション２２０ ソフトウェアはＩＳＰ１１５、コールウェイティングインターネットサーバ２１ ５からダウンロードでき、または記億媒体（例えば、ディスケットまたはＣＤ− ＲＯＭ）上でユーザに提供できる。ソフトウェアは実行時に特有のアドレスまた は「プッシュ」技術を使用してコールウェイティングインターネットサーバから 着信呼に関する情報を取り出す。 上記のネットワークアーキテクチャを介したコールウェイティングの活動化を 図３ａの流れ図に示す。図１の構成要素への参照が提供される。最初、エンドユ ーザはＩＳＰ１１５の電話番号をダイヤルする（ステップ３００）。ユーザの１ ０桁電話番号を含む情報信号がＳＳＰ１４０に送信され、ＳＳＰ１４０で情報信 号は分析され、ＳＣＰ１４５にルーティングされる（ステップＳ３２０）。ＳＣ Ｐ１４５に到着すると、情報信号に対応するサービス論理プログラム（ＳＬＰ） が実行される（ステップ３４０）。図３ｂ〜図３ｄ、図４ｂ〜図４ｃ、図５ｂ〜 図５ｃ、および図６ｂ〜図６ｄはやはりＢｅｌｌｃｏｒｅが開発したＣａｌ ｌ Ｗａｉｔｉｎｇ ＤｅＬｕｘｅ Ｓｅｒｖｉｃｅ（サービスマーク）用のＳ ＰＡＣＥ（登録商標）アプリケーション内で実行されるＳＬＰの例である。この アプリケーションに関して、ＳＬＰは呼処理レコード（ＣＰＲ）と呼ばれる。 図３ｂに、コールウェイティングを活動化するＣＰＲが示されている。最初に 、情報信号が分析され（ステップ３４０ａ）、ＣＰＲがユーザのレコードに対応 するコールウェイティングフラグのロードを試みる（ステップ３４０ｂと３４０ ｃ）。ロードのアテンプトが失敗すると、ユーザはＣａｌｌ ＷａｉｔｉｎｇＤ ｅＬｕｘｅ Ｓｅｒｖｉｃｅ（サービスマーク）に加入できず、呼はＩＳＰ１１ ５にルーティングされる（ステップ３４０ｄ）。コールウェイティングフラグが 成功裏にロードされると、フラグは活動化される（すなわち、「ｙｅｓ」に設定 される）（ステップ３４０ｅ）。この時点で、図３ｃに示すように、ＣＰＲはユ ーザの回線のＳＳＰに終了通知メッセージを送信する（すなわち、オンにする） （ステップ３４０ｆ）。この図では、着信通知ウィンドウ３４１が表示されて終 了通知ＩＤ（すなわち、ユーザの電話番号）の入力が可能になる。その後で、図 ３ｄに示すように、ＣＰＲはＳＳＰ内の終了アテンプトトリガを活動化して、Ｉ ＳＰ１１５との通信中にユーザに着信呼を通知する（ステップ３４０ｇ）。終了 アテンプトウィンドウ３４２および選択トリガウィンドウ３４３が提供され、表 示された活動状態の終了アテンプトパラメータを選択できる。終了アテンプトト リガを活動化すると、ＣＰＲは変更内容を保存し（ステップ３４０ｈ）、呼をＩ ＳＰにルーティングするようＳＳＰに命令する（ステップ３４０ｉ）。ＩＳＰ１ １５と接続すると、呼が確立され（図３ａのステップ３６０）、ユーザとＩＳＰ １１５との間の活動状態の接続が行われる（ステップ３７０）。最後に、ユーザ のインターネットプロトコル（ＩＰ）アドレスがコールウェイティングインター ネットサーバ２１５に登録されてコールウェイティングサービスを活動化する（ ステップ３８０）。本発明によるコールウェイティング機能を活動化することで 、ユーザはＩＳＰ１１５との接続中に第３当事者からの着信呼情報を受信するこ とができる。 本明細書に記載されたコールウェイティングサービスは、ユーザがＩＳＰ１１ ５との接続中に着信呼情報を受信しないことを選択すれば非活動化できる。図４ ａに本発明によるコールウェイティングシステムの非活動化の流れ図を示す。最 初に、ユーザは終話するかその他の方法で（例えば、インターネットブラウザを 終了して）呼を終了する（ステップ４００）。この段階で、ＳＳＰ１４０は、ユ ーザが呼を終了したことを示す通知信号をＳＣＰ１４５に送信する（ステップ４ ２０）。図４ｂ〜図４ｃに示すように、この通知に応答して、ＳＣＰ１４５はＣ ＰＲを実行してコールウェイティングを非活動化する（ステップ４４０）。 図４ｂで、ＣＰＲはユーザのレコードを分析し（ステップ４４０ａ）、コール ウェイティングが活動状態か否かを判定する（ステップ４４０ｂ）。コールウェ イティングフラグが活動状態でない場合、ＣＰＲの実行は終了する（ステップ４ ４０ｃ）。そうでなければ、コールウェイティングフラグは非活動化され（すな わち、オフにされ）（ステップ４４０ｄ）、ユーザの電話番号が一時的な変数に 割り当てられる。（ステップ４４０ｅ）。その後で、図４ｃに示すように、終了 アテンプトトリガステータスが更新される（すなわち、非活動化される）（ステ ップ４４０ｆ）。この図で、終了アテンプトウィンドウ４４１と選択トリガウィ ンドウ４４２が提供され、表示された活動状態の終了アテンプトパラメータを選 択できる。終了アテンプトトリガを活動化すると、ＣＰＲは変更内容を保存し（ ステップ４４０ｇ）、終了する（ステップ４４０ｈ）。最後に、ＣＰＲが完了し た後で呼は終了する（図４ａのステップ４６０）。 本発明のコールウェイティングサービスが活動状態で、例えば通信リンクがユ ーザとＩＳＰとの間に確立されている場合、ユーザへのどのような新しい着信呼 も図１に示す音声メールシステム１５０にルーティングできる。新しい着信呼を 音声メールシステム１５０にルーティングする処理は図５ａの流れ図に示されて いる。最初に、ユーザとＩＳＰとの活動状態の通信の間に（ステップ５００）、 新しい発呼者がユーザの電話番号をダイヤルする（ステップ５２０）。この時点 で、終了アテンプト信号がユーザのＳＳＰからＳＣＰに送信される（ステップ５ ４０）。ＳＣＰはユーザのＳＳＰにメッセージウェイティングインディケータを 活動化して呼を音声メールシステム１５０にルーティングするように要求するＣ ＰＲを実行する（ステップ５６０）。あるいは、呼を別の電話番号（例えば、ユ ーザのロケーションにある第２の電話回線）にルーティングすることもできる。 図５ｂ〜図５ｃは本発明による音声メール機能を実行するＣＰＲを示す。最初 に、ＣＰＲは被呼者（すなわち、ＩＳＰに接続されたエンドユーザ）のレコード を分析し（ステップ５６０ａ）、コールウェイティングが活動化されているか否 かを判定する（ステップ５６０ｂ）。コールウェイティングが活動化されていな い場合、ＣＰＲの実行は終了し、呼は新しい発呼者のＳＳＰに再度ルーティング される（ステップ５６０ｃ）。コールウェイティングが活動状態の場合、図５ｃ に示すように、ＣＰＲはメッセージウェイティングインディケータを活動化する 。この図で、メッセージウェイティングインディケータウィンドウ５６１が活動 化され、システムオペレータは識別されたメッセージウェイティングインディケ ータパラメータを入力できる。メッセージウェイティングインディケータが活動 化されると、音声メールルーティング番号が指定され（ステップ５６０ｅ）、呼 は図１の回線１４７を介して音声メールにルーティングされる（ステップ５６０ ｆ）。この時点で、新しい発呼者とユーザユーザ音声メールとの間に呼が確立さ れ、したがって、新しい発呼者は、後で取り出せるようにユーザにメッセージを 残すことができる（ステップ５８０）。したがって、ユーザは第２当事者（例え ばＩＳＰ）に接続されている間にいかなる着信呼も聞き逃すことはない。 図６ａは図２のインターネットネットワークアーキテクチャを介してユーザの サイトに着信呼情報をルーティングして表示するための流れ図を示す。最初、新 しい発呼者がユーザの電話番号をダイヤルし（ステップ６００）、終了アテンプ ト信号がユーザのＳＳＰ（例えばＳＳＰ１４０）からＳＣＰ１４５にルーティン グされる（ステップ６２０）。その後で、ＳＣＰ１４５はＣＰＲを実行して発呼 側の名前を獲得し、発呼側の名前と番号をコールウェイティングサーバに送信し て発呼側に対して録音メッセージを再生する（ステップ６４０）。ステップ６４ ０を実行するためのＣＰＲの例を図６ｂ〜図６ｄに示す。 図６ｂで、ＣＰＲは被呼者（すなわち、ＩＳＰに接続されたユーザ）のレコー ドを記録し（ステップ６４０ａ）、コールウェイティングが活動化されている（ すなわち、コールウェイティングフラグが設定されている）か否かを判定する。 フラグが活動状態でない場合、照会はユーザのＳＳＰに再度ルーティングされる 。フラグが活動状態の場合、ＣＰＲは図６ｃに示すテーブル機能を活動化するこ と で発呼者の名前と電話番号を取り出す（ステップ６４０ｄ）。テーブル６４１を 使用して、システムオペレータは発呼者の名前と電話番号が成功裏に取り出され たか否かを示すパラメータを表示できる。それらが成功裏に取り出された場合、 ＣＰＲは、データ送信に関連付けられたパラメータをシステムオペレータが表示 するための図６ｄに示す送信データウィンドウ６４２を活動化する（ステップ６ ４０ｅ）。最後に、発呼者の名前と電話番号がコールウェイティングサーバに送 信され、発呼者に対して録音メッセージが再生される（ステップ６４０ｆ）。 図６ａを再度参照すると、次いで発呼者の情報がコールウェイティングインタ ーネットサーバ２１５からＩＳＰと活動状態の接続を有するユーザのパーソナル コンピュータに送信される（ステップ６５０）。次いでユーザのＰＣに常駐する コールウェイティングインターネットアプリケーションソフトウェアが発呼者の 情報をＰＣのディスプレイ画面に表示する（ステップ６６０）。この時点で、ユ ーザは発呼者の情報をリアルタイムに再検討して、呼に応答するかインターネッ トセッションが終わるまで待つか決定することができる。呼に応答するにはエン ドユーザ環境はインターネットに接続したままで音声信号を受け付ける機能を備 えていなければならない。ユーザが着信呼に応答しないことを選択すると（例え ば、画面上で「ＮＯ」を選択するか発呼者情報を無視することで）、コールウェ イティングインターネットサーバ２１５は呼を受け付けないことをＳＣＰ１４５ に通知する。その後で、ＳＣＰ１４５は、呼をエンドユーザに接続しないように 要求するメッセージをユーザのＳＳＰに送信する（ステップ６７０）。このメッ セージに応答して、発呼者のＳＳＰは発呼者に話中音を送出する（ステップ６８ ０）。このシステムの有利な点は、ユーザがリアルタイムに着信呼情報を再検討 して着信呼に応答する時期を決定できるという点である。 図７は本発明によるコールウェイティングシステムで利用できる構成可能な機 能のブロック図を示す。各機能は、コールウェイティングサービスが異なるユー ザ用にカストマイズできるようにユーザに便利なオプションを提供する。これら の機能は上記の１つまたは複数のネットワークアーキテクチャの構成要素によっ て実施できる。コールウェイティングサービスの活動化の際（ブロック７００） 、ユーザは任意選択として、ユーザが次に発呼する呼の継続時間に限ってサービ ス を活動化し（ブロック７０２）、特定の番号への呼の間、サービスを自動的に活 動化でき（ブロック７０４）、あるいは常時サービスを活動状熊にしておくこと ができる（ブロック７０６）。コールウェイティングサービスの次の機能は、ユ ーザに着信呼を通知するオプションを含む（ブロック７１０）。この機能で、ユ ーザはユーザと第２当事者との間の呼の進行中に第３当事者からの着信呼の通知 を受けることができる（ブロック７１２）。さらに、ユーザは任意選択として、 ユーザと第２当事者との間の活動状態の呼が終了した後で聞き逃した呼について 通知されることができる（ブロック７１４）。さらに、ユーザは任意選択として 、聞き逃した呼の表示を受信することができる（ブロック７２０）。第１のオプ ションを使用して、ユーザは特殊な電話番号または機能コードをダイヤルして着 信呼情報を取り出すことができる（ブロック７２２）。あるいは、ユーザはイン ターネットアプリケーションを実施して着信呼情報を取り出す明示的な要求を行 うことができる。またユーザは明示的な要求なしに情報を受け取ることができる （ブロック７２４）。このオプションの場合、情報の送達は、ユーザが利用でき るようになるとすぐに自動的に情報を表示するインターネットアプリケーション に基くことができる。 ユーザはまた、聞き逃した着信呼に関して受信する情報の量を制御することが できる（ブロック７３０）。この情報は発呼者の電話番号と、着信呼の日時と、 発呼者の名前と、発呼者からの音声メッセージとを含むことができる（ブロック ７３２）。着信呼への応答の仕方もユーザが制御できる（ブロック７４０）。本 発明によるこの特定の機能では、ユーザは任意選択としてリアルタイムに呼に応 答できるか（ブロック７４２）、あるいはリアルタイムに呼に応答しない（ブロ ック７４４）かのいずれかを選べる。最後に、ユーザが聞き逃した呼に応答した い場合、ユーザは利用可能なオプションを有する（ブロック７５０）。このオプ ションは、ネットワークを使用して聞き逃した呼の発呼者の電話番号を自動的に ダイヤルしてユーザを助ける処理（ブロック７５２）やユーザに自分で電話番号 をダイヤルすることを要求する処理（ブロック７５４）を含む。 図８は図１の電話ネットワークアーキテクチャを介してユーザが利用できる事 前構成されたコールウェイティングシステムパッケージの流れ図を示す。この コールウェイティングパッケージは好ましくは特定のサービス要件のためにカス トマイズされ、ユーザが異なるＩＳＰの電話番号などの１つまたは複数の特定の 電話番号をコールした時に自動的にコールウェイティングサービスを活動化する （ステップ８００）。ＩＳＰへの接続中にユーザが受信したどのような着信呼も 音声メールシステムにルーティングされ、ユーザはＩＳＰからログオフした後で 聞き逃した呼の通知を受ける（ステップ８１０）。次いでユーザは特殊な音声メ ール電話番号をコールすることで聞き逃した呼の情報を取り出すことができる（ ステップ８２０）。特殊な電話番号をコールすると、ユーザは呼の日時と、発呼 者の電話番号と、発呼者の名前と、発呼者からの音声メッセージとを提供される （ステップ８３０）。この特定のコールウェイティングパッケージでは、ユーザ はリアルタイムに着信呼に応答できない（ステップ８４０）。ただし、ユーザは 聞き逃した呼に応答する時は明示的に発呼者の電話番号をダイヤルすることがで きる（ステップ８５０）。 図９はコールウェイティングシステムパッケージの別の実施形態を示す。この コールウェイティングパッケージでは、ユーザは所定の電話番号をコールする時 に自動的にコールウェイティングサービスを活動化する（ステップ９００）。第 ３当事者がユーザをコールしようとする時には、ユーザのＰＣが実施するインタ ーネットアプリケーションを使用して聞き逃した呼に関する情報を見つけること ができる（ステップ９１０）。インターネットアプリケーションは、ユーザが使 用できるようになるとすぐに聞き逃した呼の情報を自動的に表示するように使用 し、プログラミングすることができる（ステップ９２０）。次いでシステムはユ ーザに呼の日時と、発呼者の電話番号と、発呼者の名前とを提供する（ステップ ９３０）。第２のコールウェイティングパッケージでは、ユーザはやはりリアル タイムに着信呼に応答できない（ステップ９４０）。ただし、第１のコールウェ イティングパッケージと同様、ユーザは聞き逃した呼に応答する時は明示的に発 呼者の電話番号をダイヤルすることができる（ステップ９５０）。 請求の範囲 １．データネットワークに接続されるユーザに対して、電話網を介してコールウ ェイティング機能を実施するための方法であって、 ユーザからインターネットサービスプロバイダ（ＩＳＰ）への接続に応答して 、ユーザの電話番号に対するサービス制御点（ＳＣＰ）でコールウェイティング サービスを活動化するステップと、 発呼側からユーザへの呼に応答して、ユーザにコールアテンプトをリアルタイ ムに通知するステップと、 データネットワークへの接続の終了に応答して、ＳＣＰでコールウェイティン グサービスを非活動化するステップと を備えることを特徴とする方法。 ２．ＳＣＰでコールウェイティングサービスを活動化するステップは、 ユーザからＳＣＰへの接続に応答して、ＳＣＰでユーザのコールウェイティン グ加入ステータスを判定するステップと、 ユーザがコールウェイティングサービスに加入している場合、電話ネットワー クの交換機内のトリガを活動化してＳＣＰにユーザに後続のコールアテンプトを 知らせるステップと、 ユーザとＩＳＰとの間のデータ接続を確立するために呼をＩＳＰにルーティン グするステップと を備えることを特徴とする請求項１に記載の方法。 ３．ユーザのインターネット接続ステータスをコールウェイティングインターネ ットサーバに登録するステップをさらに備えることを特徴とする請求項２に記載 の方法。 ４．ユーザにコールアテンプトをリアルタイムに通知するステップは、 コールアテンプトに応答して、ＳＣＰでユーザへの呼通知命令を決定するス テップと、 ユーザがデータ接続を介した通知を嬰求する場合、コールウェイティングイン ターネットサーバを介してＳＣＰからユーザに呼情報を送信するステップと、 呼情報の受信に応答して、コールウェイティングインターネットサーバを介し てユーザからＳＣＰに呼処理優先(call handling preference)を含むメッセージ を送信するステップと を備えることを特徴とする請求項１に記載の方法。 ５．呼処理優先がユーザによる呼への応答要求を含む場合、ＩＳＰを介して呼を 電話ネットワークの交換機からユーザにルーティングすることを特徴とする請求 項４に記載の方法。 ６．呼処理優先がユーザによる呼への不応答要求を含む場合、呼を接続しないメ ッセージをＳＣＰから電話ネットワークの交換機に送信することを特徴とする請 求項４に記載の方法。 ７．ユーザにコールアテンプトをリアルタイムに通知するステップは、 コールアテンプトに応答して、ＳＣＰでユーザへの呼通知命令を決定するステ ップと、 ユーザが音声メールを介した通知を要求する場合、電話ネットワークの交換機 でユーザの回線のメッセージウェイティングインディケータを活動化するステッ プと、 後続のコールアテンプトを音声メールシステムにルーティングするステップと を備えることを特徴とする請求項１に記載の方法。 ８．ＳＣＰでコールウェイティングサービスを非活動化するステップは、 ユーザの呼のＩＳＰへの着信に応答して、ＳＣＰでコールウェイティング非活 動化命令を決定するステップと、 ユーザに関してコールウェイティングが活動状態の場合、電話ネットワークの 交換機内のトリガを非活動化するステップと、 ＳＣＰおよび電話ネットワーク内の呼処理を終了するステップと を備えることを特徴とする請求項１に記載の方法。 ９．ユーザに着信コールアテンプトについて通知するステップをさらに備えるこ とを特徴とする請求項１に記載の方法。 １０．通知ステップは、特定の電話番号を手動でダイヤルして着信コールアテン プト数を取り出すステップを備えることを特徴とする請求項９に記載の方法。 １１．通知ステップは、インターネットベースのアプリケーションを使用して着 信コールアテンプトに関する情報を要求するステップを備えることを特徴とする 請求項９に記載の方法。 １２．データネットワークに接続されるユーザに対して、電話網を介してコール ウェイティング機能を実施するための方法であって、 ユーザからインターネットサービスプロバイダ（ＩＳＰ）への接続に応答して 、ユーザの電話番号に対するサービス制御点（ＳＣＰ）でコールウェイティング サービスを活動化するステップと、 コールアテンプトに応答して、ＳＣＰでユーザへの呼通知命令を決定するステ ップと、 ユーザがデータ接続を介した通知を要求する場合、コールウェイティングイン ターネットサーバを介してＳＣＰからユーザに呼情報を送信するステップと、 呼情報の受信に応答して、コールウェイティングインターネットサーバを介し てユーザからＳＣＰに呼処理優先を含むメッセージを送信するステップと、 データネットワークへの接続の終了に応答して、ＳＣＰでコールウェイティン グサービスを非活動化するステップと を備えることを特徴とする方法。 １３．呼処理優先がユーザによる呼への応答要求を含む場合、ＩＳＰを介して呼 を電話ネットワークの交換機からユーザにルーティングすることを特徴とする請 求項１２に記載の方法。 １４．呼処理優先がユーザによる呼への不応答要求を含む場合、呼を接続しない メッセージをＳＣＰから電話ネットワークの交換機に送信することを特徴とする 請求項１２に記載の方法。 １５．ＳＣＰでコールウェイティングサービスを活動化するステップは、 ユーザからＳＣＰへの接続に応答して、ＳＣＰでユーザのコールウェイティン グ加入ステータスを決定するステップと、 ユーザがコールウェイティングサービスに加入している場合、電話ネットワー クの交換機内のトリガを活動化してＳＣＰにユーザへの後続のコールアテンプト を知らせるステップと、 ユーザとＩＳＰとの間のデータ接続を確立するために呼をＩＳＰにルーティン グするステップと を備えることを特徴とする請求項１２に記載の方法。 １６．ＳＣＰでコールウェイティングサービスを非活動化するステップは、 ユーザの呼のＩＳＰへの着信に応答して、ＳＣＰでコールウェイティング非活 動化命令を決定するステップと、 ユーザに関してコールウェイティングが活動状態の場合、電話ネットワークの 交換機内のトリガを非活動化するステップと、 ＳＣＰおよび電話ネットワーク内の呼処理を終了するステップと を備えることを特徴とする請求項１２に記載の方法。 １７．ユーザに着信コールアテンプトについて通知するステップをさらに備える ことを特徴とする請求項１２に記載の方法。 １８．通知ステップは、指定の電話番号を手動でダイヤルして着信コールアテン プト数を取り出すステップを備えることを特徴とする請求項１７に記載の方法。 １９．通知ステップは、インターネットベースのアプリケーションを使用して着 信コールアテンプトに関する情報を要求するステップを備えることを特徴とする 請求項１７に記載の方法。

───────────────────────────────────────────────────── フロントページの続き (81)指定国 ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＣＹ， ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，Ｉ Ｔ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＣＡ，ＪＰ (72)発明者 ゴーガリ，ニレイ. アメリカ合衆国 07921 ニュージャージ ー州 ベッドミンスター トロイ コート 19 (72)発明者 スマイク，ダレク，エイ. アメリカ合衆国 08854 ニュージャージ ー州 ピスカタウェイ ザーケル アベニ ュー 15 【要約の続き】 てインターネット（１２０）に接続されている間にリア ルタイムで着信呼に応答し、また後に不完了着信コール アテンプトに応答できる。この結果、インターネットユ ーザは着信呼を聞き逃すことなく中断されないインター ネットセッションを楽しむことができる。コールウェイ ティングシステムは、活動状態の電話接続を中断するこ となく、着信呼情報の受信が可能なインターネット以外 のアプリケーション用に構成することができる。

Claims (1)

1. 【特許請求の範囲】 １．電話ネットワークを介してコールウェイティング機能を実施するためのシス テムであって、 電話ネットワークを介してユーザを指定の宛先に接続する手段と、 ネットワークを介してユーザが利用できるコールウェイティングサービスを活 動化する手段と、 着信コールアテンプトについてユーザに通知する手段と、 ユーザと指定の宛先との接続を中断することなく、着信コールアテンプトに関 する情報をユーザに提供する手段と を備えたことを特徴とするシステム。 ２．着信コールアテンプト数の表示を受信する手段をさらに備えたことを特徴と する請求項１に記載のシステム。 ３．ユーザが電話ネットワークを介して指定の宛先に接続されている時に着信コ ールアテンプトに応答する手段をさらに備えたことを特徴とする請求項１に記載 のシステム。 ４．着信コールアテンプトを行っている人物の呼に応答する手段をさらに備えた ことを特徴とする請求項１に記載のシステム。 ５．インターネットに接続された電話ネットワークであって、 電話ネットワークを介してインターネットと通信中のエンドユーザ環境と、 サービス交換点と、 サービス交換点と通信中の音声メールシステムと、 エンドユーザ環境がインターネットと通信中に着信呼情報を受信するためのコ ールウェイティング機能を実施するサービス交換点と通信中のサービス制御点お よび音声メールシステムと を備えたことを特徴とする電話ネットワーク。 ６．着信呼情報をエンドユーザ環境に提供するコールウェイティングインターネ ットサーバをさらに備えたことを特徴とする請求項５に記載のシステム。 ７．インターネットと通信中のサービス制御点であって、 呼情報を受信する手段と、 呼情報に応答してコールウェイティングサービスの活動化ステータスを変更す る手段と、 呼情報をインターネットを介して所定の宛先にルーティングする手段と を備えたことを特徴とするサービス制御点。 ８．ネットワークに接続されたコールウェイティングインターネットサーバであ って、 ネットワークを介して呼情報を受信する手段と、 インターネットに活動状態で接続されたユーザにサービスを中断することなく 呼情報を提供する手段と を備えたことを特徴とするコールウェイティングインターネットサーバ。 ９．電話ネットワークを介してコールウェイティング機能を実施する方法であっ て、 電話ネットワークを介してユーザを指定の宛先に接続するステップと、 ユーザが利用できるコールウェイティングサービスを活動化するステップと、 ユーザに着信コールアテンプトについて通知するステップと、 ユーザと指定の宛先との接続を中断することなく、着信コールアテンプトに関 する情報をユーザに提供するステップと を備えることを特徴とする方法。 １０．着信コールアテンプト数の表示を受信するステップをさらに備えることを 特徴とする請求項９に記載の方法。 １１．ユーザが電話ネットワークを介して指定の宛先に接続されている時に着信 コールアテンプトに応答するステップをさらに備えることを特徴とする請求項９ に記載の方法。 １２．着信コールアテンプトを行っている人物の呼に応答するステップをさらに 備えることを特徴とする請求項９に記載の方法。 １３．活動化ステップは、ユーザが発呼する次の呼の継続時間中、コールウェイ ティングサービスを活動化するステップを備えることを特徴とする請求項９に記 載の方法。 １４．活動化ステップは、呼が指定の電話番号に発呼された時に自動的にコール ウェイティングサービスを活動化するステップを備えることを特徴とする請求項 ９に記載の方法。 １５．通知ステップは、ユーザが指定の宛先から切断した時に着信コールアテン プトに関する情報をユーザに通知するステップを備えることを特徴とする請求項 ９に記載の方法。 １６．受信ステップは、指定の電話番号を手動でダイヤルして着信コールアテン プト数を取り出すステップを備えることを特徴とする請求項１０に記載の方法。 １７．受信ステップは、インターネットベースのアプリケーションを使用して着 信コールアテンプトに関する情報を要求するステップを備えることを特徴とする 請求項１０に記載の方法。 １８．応答ステップは、リアルタイムに着信コールアテンプトに応答するステッ プを備えることを特徴とする請求項１１に記載の方法。