JPH11512906A - 音声呼を発呼するための方法および装置 - Google Patents

Abstract

(57)【要約】 第１および第２の音声端末間で音声呼を発呼するための方法および装置において、第１の音声端末を識別する音声呼要求がデータ・サービス・ノード（５００，６００）で受信される。第１および第２の音声端末を識別する発呼要求は、データ・サービス・ノードから電気通信交換機（２００）に送信される。電気通信交換機（２００）は１つの呼を電気通信交換機から第２の音声端末に向けて発呼し、他の呼を電気通信交換機から第１の音声端末に向けて発呼する。その後、電気通信交換機は１つの呼を他の呼に接続して、第１の音声端末を第２の音声端末に接続する。この方法および装置は特に、ワールド・ワイド・ウェブ上での広告や、国際電話サービスなどにおいて利用価値が高い。

Description

【発明の詳細な説明】発明の名称 音声呼を発呼するための方法および装置発明の分野 本発明は、一般的に音声呼を発呼するための方法および装置に関するものであ り、特に、データ・サービス・ノードに接続されたデータ端末を用いて音声呼を 発呼するための方法および装置に関するものである。背景技術 今日、多くの会社が情報ハイウエイ現象に積極的に参加し、自分たちの商品や サービスの広告をワールド・ワイド・ウェブ・ホームページに載せて、公衆がイ ンターネット・データ網を介してアクセスできるようにしている。ワールド・ワ イド・ウェブに広告を載せている会社の数は爆発的に増加している。 しかしながら、会社がワールド・ワイド・ウェブ上の広告に関して経験を重ね るにつれ、自分たちのホームページが、顧客それぞれが必要としている情報を効 率的に提供していないかもしれない、または商品やサービスを顧客一人一人に対 して効率的に販売していないかもしれないと気付き始める。多くの顧客がその会 社のホームページをワールド・ワイド・ウェブ上でブラウズしても、十分な時間 をかけて自分の感じている疑問点を解決することをしなければ、広告を出してい る会社側にすれば、結果としてビジネスの機会を逃すことになる。 顧客がもっと商品やサービスを知ることができるように、そしてその顧客に直 接販売を行うことができるように、広告を出している会社はホームページにフリ ー・ダイヤルの電話番号を載せて、さらに情報がほしい人が電話できるようにし ている。 しかしながら、顧客がそのフリー・ダイヤルにかけた通話を、その顧客の特別 な質問に答えることのできる専門家に回すには、会社は顧客の求めている情報に 基づいて、オペレータや対話式音声応答システムを利用して呼を回さなければな らない。ワールド・ワイド・ウェブを用いて商品やサービスの情報を得た顧客は 、それに関する情報をすぐにそして手軽に入手したいはずである。そのような顧 客は、オペレータや対話式音声応答システムを使って、質問に答えられる人にた どりつくまで時間が無駄であり、面倒くさいと思うであろう。特に、その人と話 せるまで電話が保留されてしまうと、いっそうその気持ちは高まる。結果として 、そのような顧客は、情報を得るためにフリー・ダイヤル番号に電話をしようと は思わないであろうし、よって広告を出した会社は顧客一人一人に直接販売を行 う機会を逃してしまうことになる。 ワールド・ワイド・ウェブに広告を出す会社は、複数の特定したフリー・ダイ ヤル番号を自分たちの情報ページに載せ、各フリー・ダイヤル番号は顧客の質問 に答える人に直接つながるとはっきりと記載しておくことによってこの問題を解 決する事ができる。しかしながら、複数のフリー・ダイヤル番号を設置して、顧 客が電話をかけたときすぐに質問に答えられる人員を雇うには広告を出す側の電 話通信コストがかなり高くなってしまう。 今日、電話会社は、「イエローページ」などの印刷した電話帳を提供しており 、そこには会社が提供する商品やサービスに従ってグループ化されたリストが並 べられている。「イエローページ」の利用者は、関心のある商品やサービスのカ テゴリを「イエローページ」中に見つけ、「イエローページ」のリストから会社 を選び、その会社に対応するリストに記載してある番号に電話をかける。利用者 は、記載されている番号を間違えてダイヤルすることもある。さらに、正しい番 号をダイヤルしたにしても、電話にだれも出なかったり、対話式音声応答システ ムやオペレータにつながり、そこからまた電話を回されたりする。以上に述べた ように、対話式音声応答システムやオペレータとのやりとりを嫌うユーザも少な くない。 今日、第１の国から第２の国へ電話をするときに第１の国の電話会社が請求す る料金が、第２の国から第１の国へ電話をするときに第２の国の電話会社が請求 する料金を大きく上回ることがある。例えば、日本の第１の電話番号からアメリ カの第２の電話番号に電話するときに日本の電話会社が請求する金額は、アメリ カの第２の電話番号から日本の第１の電話番号に電話するときにアメリカの電話 会社が請求する金額をかなり上回ることがある。アメリカのサービスプロバイダ は、この矛盾を利用し、日本の発呼者がアメリカのサービスプロバイダに電話を かけることによって、日本にある第１の電話番号とアメリカにある第２の電話番 号とを接続するサービスを提供して利益を得ている。このとき、アメリカの電話 会社は、まずアメリカの第２の電話番号へ第１の呼をつなぎ、次に日本の第１の 電話番号へ第２の呼をつなぎ、そして所望の通話をつなぐために第１の呼と第２ の呼を接続する。この通話はアメリカから日本へと接続されているため、日本の 発呼者は、アメリカの電話会社が提供する低料金しか請求されない。しかしなが ら、日本の発呼者は、所望の通話をセットアップするのに、アメリカの電話会社 に短い電話をかける必要がある。発明の概要 本発明の目的は、通話を行うのにデータ端末およびデータ・サービス・ノード を利用し、オペレータや対話式音声応答システムを用いることなく、音声端末間 で音声呼を発呼するための方法と装置を提供することである。 本発明の一側面によれば、本発明は、第１の音声端末および第２の音声端末間 で音声呼を発呼するための方法を提供する。この方法によれば、音声呼要求はデ ータ端末からデータ・サービス・ノードへと送信され、音声呼要求によって第１ の音声端末を認識する。発呼要求は、データ・サービス・ノードから電気通信交 換機へと送信され、発呼要求によって、第１および第２の音声端末を認識する。 電気通信交換機では、２つの呼が発呼される。呼の１つは、電気通信交換機から 第２の音声端末へと向かい、他方は電気通信交換機から第１の音声端末へと向か う。電気通信交換機において最初の呼と他方の呼が接続され、第１の音声端末と 第２の音声端末が接続される。 データ・サービス・ノードは、データ端末においてコマンド・メニュー（例え ば、複数のコマンド・アイコンなど）を表示してもよい。この場合、コマンド・ メニュー中には、音声呼要求コマンド（例えば、音声呼要求アイコンなど）があ り、データ・サービス・ノードは音声呼要求コマンドが選択されたとき音声呼要 求があったと解釈する。音声呼要求アイコンはデータ記入フィールドを備え、音 声呼要求アイコンを選択する前に、第１の音声端末識別子がデータ記入フィール ドに書き込まれることを表示してもよい。また、データ端末は、音声呼要求アイ コンが選択されたとき、データ端末のメール・プロフィルから第１の音声端末識 別子を読み出し、データ網を介して、データ・サービス・ノードに、第１の音声 端末識別子を送信するよう動作させてもよい。この動作を行うには、データ端末 にソフトウエアを追加する必要があるが、音声呼要求がある度に、オペレータが データ端末で第１の音声端末識別子をタイプしなくても良くなる。 好ましくは、コマンド・メニューは複数の異なる音声呼要求コマンドを含み、 データ・サービス・ノードはその異なった音声呼要求を受けると、電気通信交換 機に、それぞれ異なった発呼要求を第２の音声端末識別子を送信する。この場合 、異なった音声呼要求によって異なる種類の情報を得ることができ、毎回、音声 呼の要求者は、所望の情報に詳しい特定のエージェントから電話を受けることに なる。音声呼要求コマンドの表示には、特定の音声呼要求を選択した場合に得ら れる種類の情報をはっきりと示しても良いし、また、データ端末に表示されるデ ータ上に、それぞれ異なった各音声呼要求コマンドが現れるその状況に基づいて 、データ・サービス・ノードが提供される情報（その結果としての音声呼発信要 求に含まれる特定の第２の音声端末識別子）を示すようにしてもよい。 プログラムによっては、第２の音声端末において第１の呼が受信された場合に のみ、電気通信交換機が第２の呼を発呼するようにもできる。この場合、データ ・サービス・ノードは、第２の端末がビジーのときに発呼要求の待ち行列をデー タ・サービス・ノードに生成し、第２の音声端末がアイドル状態に入ると、デー タ・サービス・ノードから電気通信交換機に、待ち行列中の次の発呼要求を送信 するようにしてもよい。 以上の方法の応用例の１つとして、データ・サービス・ノードがワールド・ワ イド・ウェブ上に広告サービスを行い、インターネットを介して広告サービスに アクセスする潜在的な客にデータ端末が動作することも可能である。第１の音声 端末は、潜在的な客の電話であり、第２の音声端末は広告サービスを用いて広告 を出している会社の電話番号である。潜在的な客は、データ端末上のコマンドを 実行することによって、その会社との音声接続を要求する。潜在的な客にとって 、広告サービスはワールド・ワイド・ウェブ上でアクセスできる電話帳または「 イエローページ」の役割を果たすことになる。 以上に説明した発呼方法を用いることによって、広告主のエージェントの手が 空いているときに、そのエージェントが自動的に電話をかけるためい、潜在的な 客に対する不便さを最小限にすることができる。広告主のエージェントから潜在 的な客へと音声呼が発呼されるため、電話を受けた側は通話料を払う必要がない 。従って、広告主は、潜在的な客に通話料を払わせないようにフリー・ダイヤル ・サービスを導入する必要がなくなる。広告主にフリー・ダイヤル番号が必要で なくなれば、広告主は電気通信にかかるコストを増やすことなく、複数の異なっ た呼要求コマンドを提供することができる。各異なった呼要求コマンドは、特定 の製品や情報の種類に特定し、潜在的な客が必要な情報やサービスを提供できる エージェントと接続されることを保証する。この発呼方法で、潜在的な客に対す る便利さを改善することができれば、ワールド・ワイド・ウェブに広告を出す会 社は少なくとも、現在のワールド・ワイド・ウェブの広告ページに記載されてい るフリー・ダイヤルに電話をしたがらない人を対象に、いくらかは直接、販売を 行うことができる。 広告業者は、地理的に離れた場所にある複数のデータ・サービス・ノードを動 作させ、地理的に広いエリアで販売に関するサービスを行うこともできる。その ような広告業者は、潜在的な客に一番近い位置にいるエージェントに発呼要求を 回すこともできる。このような条件を満たすには、以上に述べた方法を改良して 複数のデータ・サービス・ノードを収容できるようにし、各データ・サービス・ ノードが音声呼要求を他のデータ・サービス・ノードに送ることができるように する。音声呼要求を受信するデータ・サービス・ノードは、第１の音声端末識別 子に基づいて、音声呼要求の送り先の他のデータ・サービス・ノードを選択する 。 上記方法の他の応用例として、国際電話サービスを提供している会社がこのデ ータ・サービス・ノードを動作させ、また、自国から他国へ音声呼をかけるのに 、高い料金を払いたくないユーザがデータ端末を動作させるようにしてもよい。 国際電話利用者は、端末を用いて自分の電話と外国の電話の間に発呼を要求する 。データ・サービス・ノードは、外国の電気通信交換機に、外国にいる受呼者の 音声端末、およびその国際電話をかけている発呼者に電話をさせ、外国で発呼し た呼のみをつなぐことによって音声接続を行う。呼のセットアップに自国から他 国に電話をする必要はなく、セットアップを行う対話式音声応答システムやオペ レータも必要でなくなる。 本発明の他の側面によれば、本発明は、データ・サービス・ノードを用いてデ ータ網に接続し、データ・サービスを行うことができる。データ・サービス・ノ ードは、音声呼要求および第１の音声端末識別子を、データ・サービス・ノード に接続されたデータ端末から、データ網を介して受信する手段を有しており、こ こで、第１の音声端末識別子はデータ端末と関連する第１の音声端末を識別する 。データ・サービス・ノードはさらに、第１の音声端末識別子と第２の音声識別 子を含む発呼要求を電気通信交換機へ送信する手段を有しており、ここで第２の 音声端末識別子は、データ・サービス・ノードに関連する第２の音声端末を識別 する。 本発明のさらに他の側面によれば、本発明は、データ網に接続されデータ・サ ービスを行うデータ・サービス・ノードと、データ・サービス・ノードに接続さ れた電気通信交換機を備えたデータ・システムを提供する。データ・サービス・ ノードは、音声呼要求と第１の音声端末識別子をデータ網に接続されたデータ端 末から受信する手段と、第１の音声端末識別子と第２の音声端末識別子とを含む 発呼要求を電気通信交換機に送信する手段とを備える。ここで、第１の音声端末 識別子はデータ端末を関連する第１の音声端末を識別し、第２の音声端末識別子 はデータ端末に関連する第２の音声端末を識別する。電気通信交換機は、発呼要 求に応答し、１つの呼を電気通信交換機から第２の音声端末に送出し、もう１つ 呼を音声電気通信交換機から第１の音声端末に送出する。電気通信交換機は、さ らに一つの呼を他の呼に接続することによって、第１の音声端末を第２の音声端 末に接続する手段を有する。 データ・サービス・システムは、複数のデータ・サービス・ノードおよび複数 の電気通信交換機を有していても良く、各データ・サービス・ノードは各電話通 信交換機に接続され、音声呼要求を他のデータ・サービス・ノードに送信する。 データ・サービス・ノードは、第１の音声端末識別子に基づき、他のデータ・サ ービス・ノードを選択し、音声呼要求を送信するようにしても良い。図面の簡単な説明 図１は、本発明の一実施の形態の相互接続された電気通信ネットワークを示す ブロック図である。 図２は、音声呼要求を生成し実行するのに必要な図１の相互接続されたネット ワーク中における情報の流れを要約する情報フロー図である。 図３は、図１の電気通信ネットワーク中のデータ・サービス・ノードが音声呼 要求を処理をするときの第１タスク中のステップを示すフローチャートである。 図４は、図１の電気通信ネットワーク中のデータ・サービス・ノードが音声呼 要求を処理をするときの第２タスク中のステップを示すフローチャートである。 図５は、本発明の他の実施の形態による相互接続された電気通信ネットワーク の概要を示すブロック図である。 図６は、本発明のさらに他の実施の形態による相互接続された電気通信ネット ワークの概要を示すブロック図である。 図７は、音声呼要求を生成し実行するのに必要な図６の相互接続されたネット ワーク中における情報の流れを要約する情報フロー図である。 図８は、本発明の他の実施の形態を用いて相互接続された電気通信ネットワー クの概要を示すブロック図である。 図９は、本発明のさらに他の実施の形態を用いて相互接続された電気通信ネッ トワークの概要を示すブロック図である。発明の実施の形態 図１は、本発明の一実施の形態による相互接続された電気通信ネットワークの 概要を示すブロック図である。 第１のワークステーション１００であるデータ端末は、プロセッサ１０１、プ ロセッサ１０１による実行命令を保存するメモリ１０２、プロセッサ１０１への 手動入力を可能にするキーボード１０３、およびワークステーション１００のオ ペレータにデータを表示するディスプレイ１０４を備えている。ワークステーシ ョン１００はさらに、公衆交換電話網（ＰＳＴＮ）２００に送信するデータをフ ォーマットするモデム１０６を有している。 電話機１１０である音声端末は、ワークステーションの近くに配置され、ワー クステーション１００のオペレータが使うようになっている。電話機１１０もＰ ＳＴＮ２００に接続されている。 例えば、ワークステーション１００および電話機１１０は、オペレータの家庭 に配置する。オペレータはワークステーション１００を用いて、インターネット ３００であるデータ網にＰＳＴＮ２００を介してアクセスする。モデム・プール ３０２は、この目的でＰＳＴＮ２００とインターネット３００を接続する。ワー クステーション１００のメモリ１０２は「ブラウザ・ソフトウエア」（例えば、 ネットスケープ^TM）を有しており、オペレータはこのソフトウエアを用いて、イ ンターネットを介して提供される種々のデータ・サービスにおける「ナビゲーシ ョン」を行う。 第２のワークステーションであるもう１つのデータ端末は、プロセッサ４０１ 、プロセッサ４０１による実行命令を保存するメモリ４０２、プロセッサ４０１ への手動入力を可能にするキーボード４０３、およびワークステーション４００ のオペレータにデータを表示するディスプレイ４０４を備えている。ワークステ ーション４００はさらに、ローカル・エリア・ネットワーク４１０に送信するデ ータをフォーマットするＬＡＮインタフェース４０６を有している。 電話機４２０である音声端末は、ワークステーションの近くに配置され、ワー クステーション４００のオペレータが使うようになっている。電話機４２０は、 構内交換機（ＰＢＸ）４３０を介して、ＰＳＴＮ２００に接続されている。 例えば、ワークステーション４００、ＬＡＮ４１０、電話機４２０およびＰＢ Ｘ４３０はオペレータの仕事場に配置する。オペレータはワークステーション４ ００を用い、ＬＡＮ４１０を介して、インターネット３００であるデータ網にア クセスする。インターネット・ゲートウエイ３０４は、この目的でＬＡＮ４１０ とインターネット３００を接続する。ワークステーション４００のメモリ４０２ は「ブラウザ・ソフトウエア」（例えば、ネットスケープ^TM）を有しており、オ ペレータはこのソフトウエアを用いて、インターネットを介して提供される種々 のデータ・サービスにおける「ナビゲーション」を行う。 データ・サービス・ノード（ＳＮ）５００は、データ・サービス提供のために インターネット３００に接続されている。データ・サービス・ノード５００は、 インターネット・インタフェース５０２、プロセッサ５０４およびメモリ５０６ を備えている。メモリ５０６は、プロセッサ５０４が実行する命令と、プロセッ サ５０４がこれらの命令を実行するのに用いるデータを保存している。特に、メ モリ５０６はハイパー・テキスト・トランスファ・プロトコル（ＨＴＴＰ）サー バ・ソフトウエアを有しており、このソフトウエアを用いて、データ・サービス ・ノード５００は、特定のホームページを要求するメッセージをワークステーシ ョンから受信したとき、ワールド・ワイド・ウェブのホームページをワークステ ーション１００および４００にインターネット上で送ることができる。 従来、ワールド・ワード・ウェブの操作においては、データ・サービス・ノー ドはワークステーション１００にＨＴＭＬ命令をホームページ表示に必要なデー タと共に送信していた。ＨＴＭＬ命令は、メモリ１０２に保存され、ワークステ ーションのオペレータが、データ・サービス・ノードにメッセージを送信するた めにホームページ上のコマンド・アイコンを選択したとき、ワークステーション １００はメモリ１０２に保存された命令を実行し、データ・サービス・ノード５ ００は、アイコンに対応したコマンドを実行するメッセージに応答する。コマン ド・アイコンのいくつかは、データ入力フィールドやテキスト命令を含んでおり 、ワークステーション１００のオペレータがデータ入力フィールドを記入するよ うになっているものもある。ワークステーションにおいてそのようなコマンド・ アイコンが選択された場合、ダウンロードされたＨＴＭＬ命令がワークステーシ ョンで実行され、データ入力フィールド内容を有するメッセージをデータ・サー ビス・ノードに送信する。 データ・サービス・ノード５００のメモリ５０６に保存されたＨＴＴＰ命令に よって、データ・サービス・ノード５００はワークステーション１００からメッ セージを受信し、メッセージに対応したコマンドを実行する。メモリ５０６は、 ＨＴＴＰ以外の言語で書かれた他のソフトウエア・アプリケーションを保存して もよい。ＨＴＴＰソフトウエアが特定のメッセージを受信すると、これらのアプ リケーションが実行される。 本発明の一実施の形態によれば、データ・サービス・ノード５００中のメモリ ５０６は、ＨＴＴＰ命令を有しており、これによってプロセッサ５０４は、デー タ・サービス・ノード５００からワークステーション１００へ送信される音声呼 要求アイコンをホームページ上に表示する。音声呼要求アイコンは、データ入力 フィールドおよびテキストを含んでおり、そのアイコンを含むホームページを表 示するワークステーション１００のオペレータに、音声呼受信をしたい音声端末 （例えば、電話１１０）の電話番号をデータ入力フィールドに入力するように、 また、音声呼を要求するアイコンを選択するように促す。メモリ５０６は、さら に、データ・サービス・ノード５００がワークステーション１００からの音声呼 要求コマンドに対応してメッセージを受信するＨＴＴＰ命令、および音声呼要求 コマンドに対応するメッセージを受信したとき、データ・サービス・ノード５０ ０によって実行される呼処理アプリケーション（後に詳細に説明する）を含む。 本発明の実施の形態によれば、データ・サービス・ノード５００はさらに、プ ロセッサ５０４とＰＢＸ５１０を接続するＰＢＸインタフェース５０８を有して いる。ＰＢＸインタフェース５０８は、標準高度知的情報網（ＡＩＮ）プロトコ ルを用いてプロセッサ５０４とＰＢＸ５１０の通信を可能にし、ＰＢＸ５１０に よる呼処理を制御し、ＰＢＸ５１０から呼状態情報を入手する。ＰＢＸ５１０は 、電話機５２０および５３０である第２の音声端末をＰＳＴＮ２００に接続し、 自動呼分配（ＡＣＤ）ソフトウエアを有し、電話機５２０および５３０の状態を モニタし、着信呼を電話機５２０および５３０に分配する。 もう１つのデータ・サービス・ノード６００もまた、インターネット３００に 接続されており、データ・サービスを提供する。データ・サービス・ノード５０ ０のように、データ・サービス・ノード６００はインターネット・インタフェー ス６０２、プロセッサ６０４、メモリ６０６および、ＰＢＸインタフェース６０ ８を有している。このＰＢＸインタフェース６０８は電話機６０２および６０３ の電話サービスを行うＰＢＸ６１０に接続される。データ・サービス・ノード６ ００の各要素は、データ・サービス・ノード５００の対応要素と同じ機能を有し ている。 以上に説明した相互接続されたネットワークの応用法の１つでは、ワークステ ーション１００のオペレータは、従来のインターネット・アセクス手順を用いて 、ワークステーション１００をＰＳＴＮ２００を介してインターネット３００に 接続する。ワークステーション１００に保存されているブラウザ・ソフトウエア を用いて、オペレータは従来のブラウズ手順を行い、ワールド・ワイド・ウェブ 上のホームページを見つけ、そのホームページをワークステーション１００に表 示する。 この応用例では、オペレータはデータ・サービス・ノード５００が提供するホ ームページを見つけ表示する。ホームページには、特定の会社が販売している商 品やサービスの広告がされている。表示されたホームページには、以上に説明し たように、音声呼要求アイコンが含まれており、音声呼要求アイコンに対応する ＨＴＭＬ命令がホームページに表示されるデータと共に、データ・サービス・ノ ード５００からワークステーション１００にダウンロードされる。 ワークステーション１００のオペレータは、ホームページに表示された情報以 外の情報がさらに欲しく、所望の情報を得るために音声呼要求コマンドを実行す る。オペレータは、音声呼要求アイコンのテキストに指示される通りに、データ 入力フィールドに電話機１１０の電話番号を入力し、音声呼要求アイコンを選択 する。ワークステーション１００は、音声呼要求アイコンに対応したＨＴＭＬ命 令を実行し、入力された電話番号を含んだ呼要求メッセージをデータ・サービス ・ノードに送信する。 データ・サービス・ノード５００は、ＨＴＴＰソフトウエアを用いてメッセー ジを受信そして解釈し、それによってアプリケーション・ソフトウエアは、ＰＢ Ｘに接続されている電話機５２０または５３０のどちらかに対する内線番号であ る第２の音声端末識別子を選択する。電話番号および選択された内線番号は呼処 理アプリケーションに送信され、そこで、電話番号および内線番号を含んだ発呼 要求が生成され、生成された発呼要求はＰＢＸインタフェース５０８を介してＰ ＢＸ５１０へ送信される。 ＰＢＸ５１０は発呼要求を処理し、ＰＢＸ５１０からデータ・サービス・ノー ド５００と関連する電話機５２０へ第１の音声呼を発呼する。電話機５２０にお いて第１の音声呼に対して応答があれば、ＰＢＸ５１０は第２の音声呼をＰＢＸ ５１０からワークステーション１００と関連する電話機１１０に発呼する。電話 機１１０において第２の音声呼に対して応答があったとき、ＰＢＸ５１０はそれ ら２つの呼を接続し、電話機１１０と電話機５２０を接続する。 呼はＰＳＴＮを介して接続され、選択された内線番号の電話機５２０を使用し ている広告主のエージェントは、特定の電話番号における電話機１１０を利用し ているワークステーション１００のオペレータと直接話すことができる。広告主 側から発呼されているため、広告主はその音声呼に対する料金をＰＳＴＮプロバ イダから請求される。 音声呼を処理するのに必要な情報の流れが図２に要約される。 同様な方法で、ワークステーション４００（図１参照）のオペレータは、従来 通りインターネット３００に接続し、データ・サービス・ノード５００が提供す るホームページを見つけて表示させ、返答音声呼を要求する音声呼要求アイコン を選択する。データ・サービス・ノード５００およびＰＢＸ５１０は、音声呼要 求を処理し、データ・サービス・ノード５００に関連する電話機５２０を、ワー クステーション４００に関連する電話機４２０に接続する。 データ・サービス・ノード５００に保存されたＨＴＰＰ命令は、それぞれ異な った種類の情報に対応する複数の音声呼要求アイコンをホームページに載せるよ うにしてもよい。この場合、発呼要求を生成するために実行されるアプリケーシ ョン・ソフトウエア命令は、ワークステーションのオペレータが選んだ音声呼要 求アイコンに基づいて、複数の内線番号から１つを選択する。例えば、ワークス テーション１００のオペレータが、第１の製品に関する情報ページに表示された 音声呼要求アイコンを選択した場合、データ・サービス・ノード５００は、第１ の製品に関する情報を有しているエージェント指定の電話機５２０に対応する内 線番号を含む発呼要求を生成する。ワークステーション１００のオペレータが、 第２の製品に関する情報ページに表示された音声呼要求アイコンを選択した場合 、データ・サービス・ノード５００は、第２の製品に関する情報を有する他のエ ージェント指定の電話機５３０に対応する内線番号を含む発呼要求を生成する。 データ・サービス・ノード５００における呼処理アプリケーションは、ＰＢＸ インタフェース５０８の標準ＡＩＮプロトコルを用い、ＰＢＸインタフェース５ ０８を介してＰＢＸ５１０に接続されている電話機５２０および５３０のビジー ／アイドル状態を検出してもよい。この場合、データ・サービス・ノード５００ における呼処理アプリケーションは、電話がビジーの場合、各電話機５２０およ び５３０に対する発呼要求の待ち行列を生成する。データ・サービス・ノード５ ００は、ビジーの電話がアイドル状態になる度に、次の発呼要求をＰＢＸ５１０ に送信する。データ・サービス・ノード５００は、待ち行列中における発呼要求 の位置を、発呼要求をしたワークステーションに表示し、要求に対していつ頃音 声呼を発呼できるかをオペレータに知らせるようにしてもよい。 電話機５２０および５３０が全てビジーの場合、データ・サービス・ノード５ ００はワークステーション１００にコマンド・メニューをダウンロードし、他の 手段、例えば、Ｅ−メイル、ボイス・メイル、またはショート・メッセージ・サ ービスなどを用いて通信を行うようワークステーション１００のオペレータを促 してもよい。ワークステーション１００でメニューから適切なコマンドが選択さ れたら、ダウンロードされたＨＴＭＬ命令を実行し、ワークステーション１００ と要求のあったサービスとを接続し、ワークステーション１００のオペレータが 選択した手段で通信できるようにする。 大きな会社は、地理的に離れたデータ・サービス・ノード５００および６００ に広告ホームページを載せてもよい。この場合、ワークステーション１００のオ ペレータは、比較的遠隔地のデータ・サービス・ノード５００が提供するホーム ページにアクセスし、音声呼要求を発することができる。広告主は、要求された 音声呼に対して、ワークステーション１００に近い位置にいるエージェントに電 話をかけさせることを望むかもしれない。音声呼要求に対応する着信メッセージ を扱うＨＴＴＰソフトウエアは、含まれている電話番号に基づいて、そのような メッセージを選別し、メッセージのいくつかを、ワークステーション１００の近 くにある他のデータサービスノード６００に送信する。音声呼の送信先のデータ ・サービス・ノード６００は、その音声呼要求を処理して、電話機６２０から、 ワークステーション１００にいるオペレータによって特定された電話番号の電話 機１１０に発呼する。音声呼要求を送信するデータ・サービス・ノードは、エー ジェントの業務時間外に音声呼を提供するように、一日の時間帯に基づいて選択 してもよいし、またモニタしたトラヒック負荷に基づいて、音声呼を要求するワ ークステーションのオペレータにより速くサービスを行うようにしても良い。 ワークステーション１００に表示される情報ページの、種々の位置に配置され た音声呼要求アイコンは、種々のＨＴＭＬ命令の組に対応し、種々のメッセージ をデータ・サービス・ノード５００に提供し、その結果生じる呼をデータ・サー ビス・ノード５００がＰＢＸ５１０の異なる内線番号５２０に回すようにしても よい。結果として、音声呼要求コマンドの内容に基いて内線番号５２０が選択さ れ、音声呼要求に応答するエージェントが、要求されるであろう情報に詳しい人 であることを保証する。 また、ＨＴＭＬ命令の異なる組を各音声呼要求アイコンに対応させ、データ・ サービス・ノード５００にメッセージを提供し、データ・サービス・ノード５０ ０がその呼を同じ内線番号５２０に回し、音声呼要求の内容に関する情報を一緒 に送信する。内線番号５２０が呼を受信したとき、情報はエージェントのワーク ステーションに表示してもよいし、音声として流してもよい。 ワークステーション１００に表示される音声呼要求アイコンはデータ・フィー ルドを有しており、ワークステーションのオペレータはそこに情報を入力する。 ワークステーション１００が実行するＨＴＭＬ命令は、音声呼要求アイコンを選 択したときに、データ・サービス・ノード５００に送信するメッセージに、これ らのフィールド内容を含むようにしても良い。そうすると、データ・サービス・ ノードはこのフィールド内容を送信してエージェントのワークステーションに表 示させ、またテキスト／音声変換後、エージェントの内線番号に送信して音声と して聞いたりすることができる。例えば、そのようなデータ・フィールドに、ワ ークステーションのオペレータがエージェントに聞きたいと思っている情報の詳 細を入力することもできる。 図３および図４は、以上に述べたデータ・サービス・ノード５００が行う処理 を２つのタスクとして示したフローチャートである。図３に示されている第１の タスクでは、データ・サービス・ノード５００は音声呼要求および音声端末電話 番号を受信し、これらを処理して発呼要求を生成し、生成した発呼要求を適切な 待ち行列に挿入する。図４に示されている第２のＴでは、データ・サービス・ノ ード５００は、待ち行列からＰＢＸ発呼要求を転送して、要求された音声呼を完 了させる。 以上に説明した実施の形態は、本発明の原理から逸れることなく変更すること ができる。例えば、電話機１１０（図１参照）の電話番号を、ワークステーショ ン１００のブラウザ・ソフトウエア中のメール・プロフィールに保存して、ＨＴ ＭＬ命令を、データ・サービス・ノード５００からワークステーション１００に ダウンロードして実行し、音声呼要求アイコンが選択されたとき、オペレータは 自ら電話番号を入力することなく、メール・プロフィールから電話番号を要求す ることも可能である。この場合、ダウンロードされたＨＴＭＬ命令によって、要 求された電話番号をメール・プロフィールから得てワークステーション１００に 表示し、音声呼要求をデータ・サービス・ノード５００に送信する前に、ワーク ステーションのオペレータは電話番号を確認、または必要であれば変更できる。 さらにシステムを洗練すると、データ・サービス・ノード５００のプロセッサ ５０４に接続されたデータ端末を広告主のエージェントに提供する。データ・サ ービス・ノード５００のＨＴＴＰソフトウエアは、ワークステーション１００に 情報をダウンロードするのと同様に、同じ情報をエージェントのデータ端末にダ ウンロードし、エージェントと、ワークステーションのオペレータが同じ情報表 示を見ることができるようにする。エージェントのデータ端末がデータ・サービ ス・ノード５００からワークステーション１００へ情報をダウンロードできるよ うにし、オペレータのワークステーション１００における情報表示をエージェン トが行う。こうすることによって、音声呼を要求したオペレータと広告主のエー ジェントは音声とイメージで同時に対話を行うことができる。 データ・サービス・ノード中の呼処理アプリケーションを、ＰＢＸ５１０から 特定の電話番号の電話機１１０に発呼するようプログラムし、電話機１１０で応 答があった場合、エージェントがもうすぐ電話に出ることを知らせる音声のアナ ウンスメントを流し、電話機１１０から応答があったときのみ、エージェントの 内線電話５２０と呼をつなぐ。こうすることによって、エージェントの効率が改 善されるが、この特徴はワークステーション１００のオペレータを除外すること なく利用すべきである。 一方、ＰＢＸ５１０が先ずエージェントの内線番号５２０に発呼し、エージェ ントがその呼に応答したときのみ電話機１１０に発呼することも可能である。こ うすることによって、潜在客の便利さは増すが、エージェントの効率が悪くなる 。 ＰＢＸインタフェース５０８は、ＡＩＮ以外のプロトコルを用いてもＰＢＸ５ １０と通信することができる。例えば、コンピュータ電話インタフェース（ＣＴ Ｉ）、または小型コンピュータ・アプリケーション・インタフェース（ＳＣＡＩ ）などの標準化されたプロトコルや、ノーザン・テレコム^TMのメリディアン・リ ンク^TMなどの所有権を有するプロトコルを用いてもよい。データ・サービス・ ノード５００およびＰＢＸ５１０を１つのコンピュータ台にまとめてもよいし、 標準ＡＩＮプロトコルを利用して、データ・サービス・ノード５００がＰＳＴＮ ２００の電気通信交換機と通信してもよい。音声呼は、ＰＢＸ５１０から、ＰＳ ＴＮ２００を介して、例えば、在宅で仕事をするエージェントの自宅や、広告主 の他の支店などの遠隔地の音声端末に回すこともできる。 以上に述べた発明の応用や、その他の応用は、後に記載する請求項によって定 義される発明の範囲内にある。 図５は、本発明の他の実施の形態の相互接続された電気通信ネットワークの概 要を示すブロック図である。このアーキテクチャは、例えば、インターネット版 の「イエローページ」を作成するのに用いる。 図５のように相互接続されたネットワークは、本質的に図１に示されたものと 同じであるが、データ・サービス・ノード５００が電気通信交換機５４０に接続 されている点で異なっており、電気通信交換機５４０はＰＢＸでなくても構わな い。電気通信交換機５４０はＰＳＴＮ２００に接続され、データ・サービス・ノ ードと一体化してもよい。 図５のように相互接続されたネットワークを応用した例の１つでは、ワークス テーション１００のオペレータは、データ・サービス・ノード５００が提供する ワールド・ワイド・ウェブ「イエローページ」を見つけ、表示させる。ワークス テーション１００のオペレータは、関心のあるリストを見つけ、そのリストに関 連する音声呼要求コマンドを実行する。ワークステーション１００は、その音声 呼要求コマンドに対応するＨＴＭＬ命令を実行し、オペレータの電話機１１０の 電話番号を含んだ呼要求メッセージをデータ・サービス・ノード５００に送信す る。 データ・サービス・ノード５００のＨＴＴＰソフトウエアは、メッセージを受 信すると解釈し、データ・サービス・ノード５００上で動作しているアプリケー ション・ソフトウエアに、ワークステーション１００のオペレータが選択したリ ストに関する音声呼コマンドに対応する電話番号を選択させる。選択された電話 番号は呼処理ソフトウエアに送信され、そこで、電話機１１０の電話番号と選択 されたリストに関連する電話番号を含む呼発呼メッセージを生成し電気通信交換 機５４０に送出する。 電気通信交換機５４０は発呼要求を処理し、ＰＳＴＮ２００を介して電気通信 交換機５４０から、選択されたリストの電話番号に対応する電話機１２０へ発呼 する。また、電気通信交換機５４０は電気通信交換機５４０からその呼を要求し た人の電話機１１０にも発呼する。電気通信交換機５４０は、２つの呼を接続し 、ＰＳＴＮ２００および交換機５４０を介して電話機１１０と電話機１２０を繋 ぐ。呼を要求している人は、情報スクリーンに表示されているリストを選択する ので、ダイヤル間違いを避けることができる。さらに、電気通信交換機５４０は 、「イエローページ」に名を載せている会社の電話１２０にＰＳＴＮを介して接 続されており、データ・サービス・ノード５００は地理的に離れた場所にある会 社に、呼終了サービスを行うことができる。 図５のネットワーク・アーキテクチャの他の応用として、データ・サービス・ ノード５００を国際電話サービスに用いることができる。ワークステーション１ ００のオペレータ、例えば、日本にいるオペレータは、データ・サービス・ノー ド上で開かれているアメリカのサービス・プロバイダのワールド・ワイド・ウェ ブのホームページにアクセスし、表示させる。ワークステーション１００のオペ レータは、アメリカにいる電話をかけたい相手の電話番号１２０を特定する音声 呼要求コマンドを実行する。ワークステーション１００は、その音声呼コマンド に対応するＨＴＭＬ命令を実行し、データ・サービス・ノード５００に、自分の 電話番号１１０および通話先の電話番号１２０の電話番号を含んだ呼要求メッセ ージを送信する。また、呼要求メッセージには、有効な加入者にしかサービスが 利用できないようにする許可コードと、発呼者に電話をかけ直すのにかかる料金 を請求するのに必要な請求コード（例：コーリング・カード番号など）を含む。 データ・サービス・ノード５００はメッセージを受けると、電話機１１０の電 話番号と、電話機１２０の電話番号を含んだ発呼メッセージを生成し、電気通信 交換機５４０へ送信する。 電気通信交換機５４０は発呼要求を処理し、電気通信交換機５４０から、ＰＳ ＴＮ２００を介して、電話機１２０へ音声呼を発呼する。また、電気通信交換機 ５４０は、電気通信交換機５４０から電話機１１０へ音声呼を発呼する。電気通 信交換機５４０は２つの呼を接続して、ＰＳＴＮ２００および電気通信交換機５ ４０を介して、電話機１１０と電話機１２０を接続する。呼がアメリカから日本 へと接続されるので、発呼者にはアメリカからの国際電話に対して比較的安い料 金が請求される。さらに、呼を要求した人は、所望の通話をアメリカから行うセ ットアップのために、日本から電話をかける必要がなくなる。 図５に示されたアーキテクチャでは、各データ・サービス・ノード５００は関 連する電気通信交換機５４０の機能を有していなければならない。この機能は、 比較的高価であるため、小さなサービス・プロバイダが市場に入っていく妨げに なるかもしれない。図６はもう１つのアーキテクチャを示しており、ここでは電 気通信交換機の機能と、インターネット３００を介してワークステーションのオ ペレータにデータを提供する機能とが区別されており、それによって、他のサー ビス・プロバイダが電気通信交換機の機能を必要な時、電気通信交換機の機能が データ・サービス・プロバイダに提供できるようになる。図６によれば、データ ・サービス・ノード５００は、インターネットを介して他のデータ・サービス・ ノード７００と接続され、他のデータ・サービス・ノード７００は電気通信交換 機７１０に接続され、電気通信交換機７１０はＰＳＴＮ２００に接続される。 図６のアーキテクチャに応用すると、ワークステーション１００のオペレータ は、データ・サービス・ノードが提供するワールド・ワイド・ウェブ・ページを 見つけ、表示させる。ワークステーション１００のオペレータは、表示された情 報ページ上の音声呼要求コマンドを実行し、音声接続を要求する。ワークステー ション１００がその音声呼コマンドに対応するＨＴＭＬ命令を実行すると、オペ レータの電話番号を含む呼要求メッセージがデータ・サービス・ノード５００に 送信される。 データ・サービス・ノード５００はメッセージを受信し、ワークステーション １００のオペレータの実行した音声呼要求コマンドが特定する電話番号を選択す る（すでに、音声呼要求コマンド中に双方の電話番号が含まれている場合は除く ）。データ・サービス・ノード５００は、両方の電話番号および請求コードを含 んだ発呼メッセージを生成し、インターネット３００を介してもう１つのデータ ・サービス・ノード７００に送信する。 もう１つのデータ・サービス・ノード７００は請求コードが有効であるか確認 し、電気通信交換機７１０に発呼要求を送信する。電気通信交換機７１０は発呼 要求を処理し、電気通信交換機７１０からＰＳＴＮ２００を介して、電話機１２ ０へと発呼がなされる。また、電気通信交換機７１０が２つの呼を接続すると、 電話機１１０と電話機１２０がＰＳＴＮ２００および電気通信交換機７１０を介 して接続される。一旦発呼が完了すると、電気通信交換機７１０は呼詳細記録を サービス・ノード７００に送信し、サービス・ノード７００は、サービスの形態 によって、ワークステーション１００のオペレータまたは、サービス・ノード５ ００上のサービスを利用した会社に通話料を請求できるよう、請求情報をデータ ・サービス・ノード５００に送信する（例えば、国際コールバック・サービスな どは、発呼者に通話料を請求し、一方、イエローページ・サービスは広告主に請 求をする）。 以上に説明した情報の流れは、図７に要約される。図７において、国際コール バック・サービスなどの場合、音声呼要求２には、発信先の電話機１２０の音声 端末識別子とおよび発信元の電話機１１０の音声端末識別子が含まれている。そ のようなサービスには、音声呼要求２に、サービス利用者の選別とサービス・ユ ーザに通話料の請求を行うために、許可コードと請求コードを含むようにしても よい。電話がつながったときに送信するテキストや音声メッセージを、音声呼要 求２に含むこともできる。 発呼要求３には、発信元の電話機１１０および発信先の電話機１２０双方の音 声端末識別子に加え、許可や請求用にデータ・サービス・ノード５００またはワ ークステーション１００を識別するのに必要な情報が含まれている。また、通話 が電話機１１０、１２０のどちらかにつながったときに送信するテキストや音声 メッセージを発呼要求３に含むようにしてもよいし、または、サービス・ノード ７００、電気通信交換機７１０、または電気通信交換機７１０に接続された周辺 端末に保存されている標準のテキストや音声メッセージのアドレスを発呼要求３ に含むこともできる。さらに、サービス・ノード７００が発呼要求３を処理する ときに実行できる命令を発呼要求３に含むようにしてもよい。 送出された発呼要求４には、発信元電話機１１０および発信先電話機１２０双 方の音声端末識別子と呼識別子が含まれている。送出された発呼要求４にテキス ト・メッセージを含むようにし、そのテキスト・メッセージを電気通信交換機７ １０（またはその周辺端末）において音声に変換し、電話機１１０および１２０ に接続したとき再生されるようにしてもよいし、電話機１１０および１２０に接 続したとき再生する音声メッセージや、電気通信交換機７１０またはその周辺端 末の１つに保存されている決まった音声メッセージのアドレスを含むようにして もよい。 呼処理メッセージ５は、電気通信交換機７１０と、電話機１１０、１２０、そ して電気通信交換機７１０に接続しているリンクとの間を接続させるのに必要な 従来の呼処理メッセージである。 呼詳細記録６には、呼の通話料金を請求するのに必要な情報、つまり呼識別子 、 電話機１１０および１２０の識別子、通話時間、および時刻などの情報が含まれ ている。サービス・ノード７００（または請求周辺端末）は、呼詳細記録６を処 理して請求書情報７を生成し、データ・サービス・ノード５００へ送信する。 図７に示されているフローに、さらに情報フローを追加することもできる。例 えば、データ・サービス・ノード５００が要求されたサービスを提供しなかった 場合、適切なメッセージをワークステーション１００に返送される。同様に、サ ービス・ノード７００が要求されたサービスを提供しなかった場合、サービス・ ノード７００からデータ・サービス・ノード５００に、そしてデータ・サービス ・ノード５００からワークステーション１００に適切なメッセージが送信される 。発呼されているときにサービス・ノード７００がデータ・サービス・ノード５ ００に適切なメッセージを送信し、それからデータ・サービス・ノード５００が ワークステーション１００に適切なメッセージを送出するようにしてもよい。デ ータ・サービス・ノード５００は、いくらかのサービスに対する請求データをワ ークステーション１００に送出してもよい。 図６のアーキテクチャでは、他のデータ・サービス・ノード７００および電気 通信交換機７１０は、音声呼要求アイコンなどのデータ・サービスを行う複数の データ・サービス・ノードに呼完了サービスを供給することができる。各データ ・サービス・ノード５００はそれぞれ異なったサービスを行ってもよい。 呼完了サービスは、ＰＳＴＮ２００中にあるサービス・ノード機能および電気 通信交換機能を利用する相互交換キャリア（ＩＥＣ）を用いても行うことができ る。図８は、ＰＳＴＮ２００中のサービス・ノード２１０がＰＳＴＮ２００中の 複数の電気通信交換機２２０に接続されているアーキテクチャの概要を示すブロ ック図である。 図８のアーキテクチャにおいては、ワークステーション１００のオペレータは 、データ・サービス・ノード５００が提供するワールド・ワイド・ウェブのホー ム ページを見つけ、表示させる。ワークステーション１００のオペレータは、表示 した情報ページ上の音声呼要求コマンドを実行することによって音声接続を要求 する。ワークステーション１００では、オペレータの電話１１０の電話番号を含 んだ呼要求メッセージをデータ・サービス・ノード５００に送信するよう命令す る音声呼コマンドに対応したＨＴＭＬ命令が実行される。 データ・サービス・ノード５００はメッセージを受信すると、ワークステーシ ョン１００のオペレータが実行した、特定の音声呼要求コマンドに関連する電話 番号を選択する（音声呼要求コマンドがすでに双方の電話番号を含む場合は除く ）。データ・サービス・ノード５００は、双方の電話番号および請求コードを含 んだ発呼メッセージを生成し、インターネット３００を介してＰＳＴＮサービス ・ノード２１０に送信する。 ＰＳＴＮサービス・ノード２１０は、請求コードが有効であるか確認し、発呼 要求を電気通信交換機２２０の１つに送信するが、この電気通信交換機２２０は 、電話機１１０および１２０の電話番号に基づき、サービス・ノード２１０中の ルーティング・テーブルを用いて選択される。選択された電気通信交換機２２０ が発呼要求を処理すると、その選択された電気通信交換機２２０からＰＳＴＮ２ ００を介して電話機２１０へ音声呼を発呼する。また、選択された電気通信交換 機２２０は、その選択された電気通信交換機２２０から電話機１１０へも音声呼 を発呼する。選択された電気通信交換機２２０は、２つの呼を接続して、ＰＳＴ Ｎ２００と選択された電気通信交換機２２０を介して、電話機１１０と電話機１ ２０とを接続する。一旦、呼が完了すると、データ・サービス・ノード２１０は 請求情報をデータ・サービス・ノード５００に送信して、発呼者に通話料が請求 される。 図１、５および６のアーキテクチャでは、データ・サービス・ノード５００に 要求される全ての呼は、それぞれＰＳＴＮ２００上の一ヶ所にある１つの電気通 信交換機５１０、５４０、７１０を介してデータ・サービス・ノード５００に回 される。図８のアーキテクチャでは、ＰＳＴＮサービス・ノード２１０が、ＰＳ ＴＮ２００中の複数の地理的に分散した電気通信交換機２２０に接続されており 、そこから呼を完了する電気通信交換機２２０を選択することができるため、一 般的に、図１、５および６のアーキテクチャと比べると、要求された呼をより効 率的に、そして低料金で接続を行うことができる。 図８のアーキテクチャ中のＰＳＴＮ２００に、複数のサービス・ノードを設け ることによって変更を行うことができる。図９では、各電気通信交換機２４０、 ２６０および２８０に対して、別々のサービス・ノード２３０、２５０および２ ７０が設けられている。各データ・サービス・ノード５００は発呼要求をＰＳＴ Ｎ中のサービス・ノード２３０、２５０および２７０に送信するようにプログラ ムされており、処理ロードを複数のサービス・ノードに分配する。各データ・サ ービス・ノード５００は、サービス・ノード２３０、２５０および２７０の優先 順位を示すリストを用いてプログラムを実行し、望ましいサービス・ノードが使 用できないとき、発呼トラヒックをほかのサービスノードに回すようにしてもよ い。 本発明の種々の実施形態をいくつか上に述べてきた。このような実施の形態お よびその他のバリエーションは本発明の範囲に含まれるものであり、以下の請求 項の範囲内にあるものである。

───────────────────────────────────────────────────── フロントページの続き (81)指定国 ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＤＥ， ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，ＩＴ，Ｌ Ｕ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＡＵ，ＣＡ，ＪＰ (72)発明者 ゴビンダラジャン・ランガプラサド アメリカ合衆国，テキサス州 75206 ダ ラス ＃2215 アメスバリー ドライブ 5349 (72)発明者 エドワーズ・ラッセル・エイ アメリカ合衆国，テキサス州 75243 ダ ラス ＃721 アブラムス 12375

Claims (1)

1. 【特許請求の範囲】 １． 第１の音声端末および第２の音声端末間で音声呼を発呼するための方法に おいて： 第１の音声端末を識別する音声呼要求をデータ端末からデータ・サービス・ノ ードへ送り； 第１および第２の音声端末を識別する発呼要求をデータ・サービスノードから 電気通信交換機へと送信し； 電気通信交換機から１つの呼を第２の音声端末に向けて発呼し、他の呼を電気 通信交換機から第１の音声端末に向けて発呼し； 電気通信交換機において１つの呼と他の呼を接続することによって、第１の音 声端末と第２の音声端末を接続することを特徴とする音声呼発呼方法。 ２． 請求項１記載の方法において： 電気通信交換機は、１つの呼が第２の音声端末で受信された時にのみ他の呼を 発呼することを特徴とする音声呼発呼方法。 ３． 請求項１記載の方法において： データ・サービス・ノードはデータ端末上で、音声呼要求コマンドを含むコマ ンド・メニューを表示し； データ・サービス・ノードは、音声呼要求コマンドが選択されたときに音声呼 要求があったと解釈することを特徴とする音声呼発呼方法。 ４． 請求項３記載の方法において： データ・サービス・ノードは、音声呼要求アイコンを含む複数のコマンド・ア イコンとしてコマンド・メニューを表示し； 音声呼要求アイコンが選択されたときに音声呼要求があったと解釈することを 特徴とする音声呼発呼方法。 ５． 請求項４記載の方法において： 音声呼要求アイコンは、データ記入フィールドを有しており、音声呼要求アイ コンを選択する前に、第１の音声端末識別子がデータ記入フィールドに書き込ま れることを知らせることを特徴とする音声呼発呼方法。 ６． 請求項４記載の方法において： データ端末は音声呼要求アイコンの選択に応じて： データ端末のメール・プロフィールから第１の音声端末識別子を読み出し； 第１の音声端末識別子をデータ網を介して、データ・サービス・ノードに送信 することを特徴とする音声呼発呼方法。 ７． 請求項３記載の方法において： コマンド・メニューは、複数の異なる音声呼要求コマンドを有し； データ・サービス・ノードは、異なる各第２の音声端末識別子を含む発呼要求 を電気通信交換機に送信することによって、異なる音声呼要求コマンドに応答す ることを特徴とする音声呼発呼方法。 ８． 請求項２記載の方法において：さらに 第２の音声端末がビジーであるとき、データ・サービス・ノードで発呼要求の 待ち行列を保持し； 第２の音声端末がアイドル状態になる度に、次の発呼要求をデータ・サービス ・ノードから電気通信交換機に送信することを特徴とする音声呼発呼方法。 ９． 請求項１記載の方法において： 第１のデータ・サービス・ノードは、第２のデータ・サービス・ノードに音声 呼要求を送信することを特徴とする音声呼発呼方法。 １０． 請求項９記載の方法において： 前記第１のデータ・サービス・ノードは、第１の音声端末識別子に基づいて、 第２のデータ・サービス・ノードを選択することを特徴とする音声呼発呼方法。 １１． 請求項１０記載の方法において： 第２のデータ・サービス・ノードは発呼要求を電気通信交換機に送信すること を特徴とする音声呼発呼方法。 １２． データ網に接続されデータ・サービスを行うデータ・サービス・ノード において： データ網に接続したデータ端末から、第１の音声端末識別子を含んだ音声要求 を受信する手段と； 第１の音声端末識別子および第２の音声端末識別子を含んだ発呼要求を、電気 通信交換機に送信する手段とを含むことを特徴とするデータ・サービス・ノード 。 １３． 請求項１２記載のデータ・サービス・ノードにおいて： 前記音声呼要求を受信する手段は： データ端末で音声呼要求コマンドを含むコマンド・メニューを表示する手段と ； データ端末で音声呼要求コマンドが選択されたことを検出する手段とを含むこ とを特徴とするデータ・サービス・ノード。 １４． 請求項１３記載のデータ・サービス・ノードにおいて： 前記のコマンド・メニューを表示する手段は、第１の音声端末識別子を書き込 むデータ記入フィールドを含む音声呼要求アイコンを有する複数のコマンドアイ コンを表示する手段を備え； 前記の音声呼要求コマンドが選択されたことを検出する手段は、音声呼要求ア イコンが選択されたことを検出する手段と、データ記入フィールドに書き込まれ たデータを受信する手段とを備えたことを特徴とするデータ・サービス・ノード 。 １５． 請求項１３記載のデータ・サービス・ノードにおいて： 前記のコマンド・メニューを表示する手段は、複数の異なる音声呼要求コマン ドを含むコマンド・メニューを表示する手段を備え； データ・サービス・ノードは、異なる各第２の音声端末識別子を含む発呼要求 を、電気通信交換機に送信することによって異なる音声呼要求コマンドに応答す ることを特徴とするデータ・サービス・ノード。 １６． 請求項１３記載のデータ・サービス・ノードにおいて：さらに、 第２の音声端末がビジーであるか、第２の音声端末がアイドル状態であるか検 出する手段と； 第２の音声端末がビジーの場合、発呼要求の待ち行列を保持する手段と； 第２の音声端末がアイドル状態の場合、待ち行列の中から次に電気通信交換機 に送信する発呼要求を選択する手段とを有することを特徴とするデータ・サービ ス・ノード。 １７． 請求項１６記載のデータ・サービス・ノードにおいて：さらに、 第１の音声端末に関連するデータ端末に、第１の音声端末識別子を含む発呼要 求の待ち行列の位置を表示する手段を有することを特徴とするデータ・サービス ・ノード。 １８． データ・サービス・ノードと電気通信交換機を備えたデータ・サービス ・システムにおいて： 前記データ・サービス・ノードはデータ網に接続され、 第１の音声端末を識別する第１の音声端末識別子を含む音声呼要求をデー タ網に接続されたデータ端末から受信する手段と、 第１の音声端末識別子および第２の音声端末を識別する第２の音声端末識 別子を含む発呼要求を電気通信交換機に送信する手段とを備え、データ・サービ スを行い； 前記の電気通信交換機はデータ・サービス・ノードに接続され、 １つの呼を電気通信交換機から第２の音声端末に発呼し、他の呼を電気通 信交換機から第１の音声端末に発呼する手段と、 １つの呼を他の呼に接続し、第１の音声端末を第２の音声端末につなぐ手 段とを有することを特徴とするデータ・サービス・システム。 １９． 請求項１８記載のデータ・サービス・システムにおいて： 複数のデータ・サービス・ノードおよび複数の電気通信交換機を備え、 各データ・サービス・ノードは、各電気通信交換機に接続され、他のデータ・ サービス・ノードに音声呼要求を送信することを特徴とするデータ・サービス・ システム。 ２０． 請求項１９記載のデータ・サービス・システムにおいて： 各データ・サービス・ノードは、第１の音声端末識別子に応答し、音声呼要求 を送信する他のデータ・サービス・ノードを選択することを特徴とするデータ・ サービス・システム。