JP2007028112A - 音声通信方法および音声通信プログラム - Google Patents

Abstract

【課題】この発明は、ユーザごとに一意に定められたユーザＩＤを使用してネットワークに対してログインされた端末装置どうしでおこなう音声通信、いわゆるＰ２Ｐ電話において、ＡＣＤを実現すること。
【解決手段】あらかじめ定められた端末装置群の各オペレータＰＣ１０６が、各自のユーザＩＤでネットワーク１００に対してログインするとともに、オペレータＰＣ１０６に接続されるＡＣＤサーバに対して、少なくとも接続可否状況に関する情報（たとえばプレゼンス情報）を送信し、ＡＣＤサーバが、発信ＰＣ１０２からの発信要求に対して、接続可否状況に関する情報に基づいて、端末装置群のうちのいずれか一つの端末装置（たとえばオペレータＰＣ１０６ｃ）を決定し、決定された端末装置のユーザＩＤ（「ｏｐｅｒｅｔｏｒ３」）に対して自動発信するように、発信ＰＣ１０２に指示する
【選択図】 図１

Description

この発明は、ユーザごとに一意に定められたユーザＩＤを使用してネットワークに対してログインされた端末装置どうしで、音声通信をおこなう音声通信方法および音声通信プログラムに関する。

近年、ユーザごとに一意に定められたユーザＩＤを使用してネットワークに対してログインされた端末装置どうしで、音声通信をおこなういわゆるＰ２Ｐ（Ｐｅｅｒ ｔｏ Ｐｅｅｒ）電話が普及している。具体的には、たとえば、スカイプテクノロジー社のスカイプ（Ｓｋｙｐｅ）などがあげられる。

また、電話を用いた業態の一つにコールセンターがあり、コールセンターなどで用いられる機能に、ＡＣＤ（Ａｕｔｏｍａｔｉｃ Ｃａｌｌ Ｄｉｓｔｒｉｂｕｔｉｏｎ：着信呼自動分配）がある。これは、代表番号に着信した電話を適宜、手の空いているオペレータに対して振り分ける操作である。

また、特許文献１には、顧客がＷｅｂを閲覧すると、閲覧履歴を保存し、顧客がお問い合わせボタンを押すと、顧客の閲覧履歴に応じてオペレータ端末に表示する内容を分析する。そして、あらかじめ登録されている問い合わせ先電話番号から空いている番号を一つを選び、オペレータ表示内容とひも付けて、顧客画面に該当の電話番号を表示する。顧客が上記顧客画面に表示された電話番号に発信すると、ＰＢＸが、該当の電話番号を処理できる担当者グループの中から空いているオペレータを選択して、取り次ぐ。その際、オペレータ端末に上記顧客画面の作成の際に表示内容を表示することが記載されている。

特開２００３−２９８７２４号公報

しかしながら、上記従来技術にかかるＰ２Ｐ電話は、通常、１対１あるいは１対多数でコミュニケーションするように設計されており、代表番号を用いた、着信を振り分ける機能を備えていないため、Ｐ２Ｐ電話を用いてＡＣＤを実現することができなかった。それゆえに、Ｐ２Ｐ電話をコールセンターで利用することができないという問題点があった。

また、上記特許文献１では、かかってきた電話番号に対してどのオペレータが応対をおこなうかを制御するためにＰＢＸの利用が前提となっている。そのため、ＰＢＸが存在せず、発信から着信までの間に介入できないＰ２Ｐ電話では、上記のシステムが利用できないという問題点があった。

また、上記特許文献１では、コールセンターへの問い合わせ状況によっては、オペレータが全員応対中である場合もある。そのような場合、上記のシステムでは、顧客は電話をかけてみたものの、オペレータが空くまで待ち状態となることになる。すなわち、表示したＷｅｂ画面上に予想待ち時間などを表示したり、メールへ誘導することができないという問題点があった。

また、上記特許文献１では、顧客は画面に表示された電話番号を手で入力する必要がある。電話番号の入力は手間がかかる上、入力ミスなども発生する場合があり、顧客の負荷を軽減できないという問題点があった。

この発明は、上述した従来技術による問題点を解消するため、ユーザごとに一意に定められたユーザＩＤを使用してネットワークに対してログインされた端末装置どうしでおこなう音声通信において、ＡＣＤを実現することが可能な音声通信方法および音声通信プログラムを提供することを目的とする。

上述した課題を解決し、目的を達成するため、この発明にかかる音声通信方法は、ユーザごとに一意に定められたユーザＩＤを使用してネットワークに対してログインされた端末装置どうしで、音声通信をおこなう音声通信方法において、あらかじめ定められた端末装置群の各端末装置が、各自のユーザＩＤで前記ネットワークに対してログインするとともに、前記端末装置に接続されるサーバに対して、少なくとも接続可否状況に関する情報を送信し、前記サーバが、発信元端末装置からの発信要求に対して、前記接続可否状況に関する情報に基づいて、前記端末装置群のうちのいずれか一つの端末装置を決定し、決定された端末装置のユーザＩＤに対して自動発信するように、前記発信元端末装置に指示することを特徴とする。

また、この発明にかかる音声通信方法は、前記サーバが、発信元端末装置からの発信要求に対して、接続可能な端末装置が存在しなかった場合は、前記発信元端末装置にその旨を伝えるとともに、前記発信元端末装置に関する情報（以下「顧客情報」という）を登録し、接続可能な端末装置が存在するようになった際に、前記発信元端末装置のうちの前記顧客情報に基づいて選択された発信元端末装置へ、当該端末装置のユーザＩＤに対して自動発信するように指示することを特徴とする。

また、この発明にかかる音声通信方法は、前記発信要求に、所望する接続先に関する情報（以下「接続先情報」という）が含まれており、前記サーバが、あらかじめ登録された前記端末装置に関する情報（以下「オペレータ情報」という）および前記接続先情報に基づいて、前記端末装置群のうちのいずれか一つの端末装置を決定することを特徴とする。

また、この発明にかかる音声通信方法は、前記接続先情報および前記オペレータ情報に、対応可能な言語に関する情報が含まれていることを特徴とする。

また、この発明にかかる音声通信プログラムは、上記に記載の音声通信方法を前記端末装置に実行させることを特徴とする。

本発明によれば、ユーザごとに一意に定められたユーザＩＤを使用してネットワークに対してログインされた端末装置どうしで音声通信をおこなう場合に、複数の端末装置からなる端末装置群に対して、サーバを用いてＡＣＤ機能を確実かつ効率的に実現することが可能な音声通信方法および音声通信プログラムが得られるという効果を奏する。

以下に添付図面を参照して、この発明にかかる音声通信方法および音声通信プログラムの好適な実施の形態を詳細に説明する。

（システム構成）
まず、この発明の実施の形態にかかる音声通信方法を実現するための音声通信システムの全体構成について説明する。図１は、この発明の実施の形態にかかる音声通信方法を実現するためのシステム構成を示す説明図である。

図１において、音声通信システムにおいて、１００はネットワークであり、１０１は発信ユーザであり、１０２は発信ユーザ１０１が使用する発信ＰＣ（パーソナルコンピュータ）であり、１０３は発信ＰＣ１０２にインストールされているＰ２Ｐ電話ソフト（ウエア）であり、１０４は、後述するＷＷＷサーバにリクエストを送信し、返信されてきたコンテンツを処理するＷＷＷブラウザソフト（ウエア）である。

また、１０５（１０５ａ、１０５ｂ、１０５ｃ）はオペレータであり、１０６（１０６ａ、１０６ｂ、１０６ｃ）は、オペレータ１０５が使用するオペレータＰＣ（パーソナルコンピュータ）であり、オペレータ１０５の人数と同じ台数が存在する。また、１０７（１０７ａ、１０７ｂ、１０７ｃ）は、オペレータＰＣ１０６にインストールされているオペレータソフト（ウエア）である。オペレータソフト１０７は、オペレータ１０５が使用するＰ２Ｐ電話ソフト（図示を省略）と、そのＰ２Ｐ電話ソフトを監視し、状態をＡＣＤサーバに通知するモニターソフト（図示を省略）とからなる。

１０８は、ＡＣＤサーバが稼働するＡＣＤサーバマシンであり、１０９は、ＷＷＷブラウザからのリクエストに応じたコンテンツを返信するＷＷＷサーバソフト（ウエア）であり、１１０は、最適なオペレータを判断する、ＷＷＷサーバ上で動くＡＣＤソフト（ウエア）である。以後、説明の便宜上、ＷＷＷサーバソフト１０９とＡＣＤソフト１１０をあわせてＡＣＤサーバソフト（ウエア）として説明する。

１１１は、顧客の属性情報（最終応対オペレータＩＤ、専任オペレータＩＤ、優先度など）を格納した顧客ＤＢであり、顧客ＤＢ１１１は、顧客のユーザＩＤや専用のキー情報を使って検索することができる。さらに、後述するマルチリンガルコールセンターを実現するための使用可能言語情報もあわせて格納するようにしてもよい。

１１２は、オペレータの属性情報（プレゼンス、稼働率、スキルなど）を格納したオペレータＤＢである。ここで、プレゼンスとはオペレータの通話状態で「通話可能、通話中、取込中、離席中、ダウン」などである。さらに、後述するマルチリンガルコールセンターを実現するための各オペレータごとの使用可能言語情報もあわせて格納する。使用可能言語情報の詳細については後述する。

１１３は、オペレータが空くのを待っている待ちユーザリストである。ここには、待ち状態の顧客のユーザＩＤ、待ち状態になった日時および待ち状態が解消された日時（あるいは待ち状態の継続時間）などを格納する。

なお、上記データベース（顧客ＤＢ１１１、オペレータＤＢ１１２、待ちユーザリスト１１３）の保存場所はＡＣＤサーバからアクセスできれば、別のマシン上でも複数のマシンに分散して保存してもよい。

（処理の手順）
つぎに、この発明の実施の形態にかかる音声通信方法の処理の手順について説明する。図２は、この発明の実施の形態にかかる音声通信方法におけるＷＷＷサーバの処理の手順を示すフローチャートであり、図３〜図５、図７〜図１３、図１５および図１６は、当該音声通信方法の処理フローを示す説明図であり、図６および図１４は、発信ＰＣの画面イメージの一例を示す説明図であり、それぞれ、「ブラウザ」はＷＷＷブラウザソフト１０４を、「Ｐ２Ｐ」はＰ２Ｐ電話ソフト１０３を、「オペレータ」はオペレータソフト１０７を、「ＡＣＤサーバ」はＷＷＷサーバソフト１０９およびＡＣＤソフト１１０を、それぞれ示している。

まず、図３（ログイン）に示すように、発信ユーザ１０１は発信ユーザ１０１のユーザＩＤでＰ２Ｐ電話ソフト１０３にログインする。また、各オペレータ１０５（１０５ａ、１０５ｂ、１０５ｃ）は、オペレータ１０５のユーザＩＤでオペレータソフト１０７にログインする。発信ユーザ１０１のユーザＩＤとして「ｕｓｅｒ０」を、オペレータ１０５のユーザＩＤとして「ｏｐｅｒａｔｏｒ１、ｏｐｅｒａｔｏｒ２、ｏｐｅｒａｔｏｒ３、・・・」をそれぞれ用いる（以下、各処理フロー（図４〜図５、図７〜図１３、図１５および図１６）において同様である）。

図４（プレゼンス情報更新）に示すように、各オペレータソフト１０７はＡＣＤサーバにプレゼンス情報を伝える。ＡＣＤサーバは、各オペレータソフト１０７から伝えられたプレゼンス情報に基づいて、オペレータＤＢ１１２のプレゼンス情報、稼働率などを更新する。以降もオペレータソフト１０７はプレゼンスが変更された場合は随時ＡＣＤサーバにその情報を伝える。ＡＣＤサーバはこれを受けてオペレータＤＢ１１２を更新する。

図２のフローチャートにおいて、まず、ＡＣＤサーバは、発信ユーザ１０１からのリクエストを受信したか否かを判断する（ステップＳ２０１）。図５（ＷＷＷブラウザからＡＣＤサーバにリクエストを送信）に示すように、発信ユーザ１０１はＷＷＷブラウザソフト１０４を使って特定のＵＲＩを指定し、ＡＣＤサーバにリクエストを送信する。その際、発信ユーザ１０１に関する情報（ユーザＩＤ、顧客ＤＢ１１１のキー情報など）や要件に関する情報をパラメータに付加することができる。ただし、これらの情報は敢えて付加する必要はない。

図６は、発信ＰＣの画面イメージを示している。図６のＰＣ画面６００において、６０１はＷＷＷブラウザソフト１０４の表示画面（ウインドウ）例であり、６０２はＰ２Ｐ電話ソフト１０３の表示画面（ウインドウ）例である。ＷＷＷブラウザソフト１０４の表示画面６０１では、「Ｃａｌｌ Ｍｅ！」部分をクリックすることによって、特定のＵＲＩを指定し、ＡＣＤサーバにリクエストを送信することができる。

ステップＳ２０１において、ＡＣＤサーバは、発信するユーザからリクエストを受信するのを待って、リクエストを受信した場合（ステップＳ２０１：Ｙｅｓ）は、つぎに、空きオペレータが存在するか否かを判断する（ステップＳ２０２）。ここで、空きオペレータが存在する場合（ステップＳ２０２：Ｙｅｓ）は、ステップＳ２０７へ移行し、空きオペレータの中から最適なオペレータを決定し（ステップＳ２０７）、ステップＳ２０８へ移行する。

図７（最適なオペレータを判断）に示すように、ＡＣＤサーバは、オペレータ１０５の属性情報や顧客情報などに基づいて、最適なオペレータを決定する。オペレータ１０５の属性情報は、たとえばオペレータＤＢ１１２から取得する。また、顧客情報はたとえば顧客ＤＢ１１１からユーザＩＤなどを用いて検索・取得する。発信ユーザ１０１がＡＣＤサーバにリクエストを送信する際にパラメータに付加することができる、発信ユーザ１０１に関する情報（ユーザＩＤ、顧客ＤＢ１１１のキー情報など）や要件に関する情報が付加されなかった場合は、顧客情報は判断材料に使用しない。

ステップＳ２０２において、空きオペレータが存在しない場合（ステップＳ２０２：Ｎｏ）は、ステップＳ２０３へ移行し、ＡＣＤサーバは、図８（待ちユーザリストに追加）に示すように、顧客情報（ユーザ情報や顧客ＤＢ１１１のキー情報など）を待ちユーザリスト１１３に登録する（ステップＳ２０３）。

その後、ＡＣＤサーバは、図９（待ちメッセージ）に示すように、「しばらくお待ち下さい」などのメッセージをＷＷＷブラウザソフト１０４へ返信する（ステップＳ２０４）。その場合、ＷＷＷブラウザソフト１０４はそのメッセージを表示する。ＡＣＤサーバは、このとき、たとえば待ちユーザリスト１１３の内容やオペレータＤＢ１１２の情報に基づいて待ち時間を計算し、上記メッセージに含めるようにしてもよい。ＷＷＷブラウザソフト１０４はメッセージを表示した後、再びＡＣＤサーバソフトへリクエストを送信し、ＡＣＤサーバソフトはそれを受信する。

つぎに、ＡＣＤサーバは、オペレータに空きができたか否かを判断する（ステップＳ２０５）。ここで、オペレータに空きができるのを待って、空きができた場合（ステップＳ
２０５：Ｙｅｓ）は、ステップＳ２０６へ移行する。

そして、ＡＣＤサーバは、たとえば、待ちユーザリスト１１３の内容、顧客ＤＢ１１１から取得した待ちユーザの顧客情報、オペレータＤＢ１１２から取得した通話可能オペレータの属性情報に基づいて、待ちユーザリスト１１３の中から最適なユーザを選択（判定）し（ステップＳ２０６）、その後、ステップＳ２０８へ移行する。発信ユーザ１０１がＡＣＤサーバにリクエストを送信する際にパラメータに付加することができる、発信ユーザ１０１に関する情報（ユーザＩＤ、顧客ＤＢ１１１のキー情報など）や要件に関する情報が付加されなかった場合は、顧客情報は判断材料に使用しない。

ステップＳ２０２において、空きオペレータが存在する場合（ステップＳ２０２：Ｙｅｓ）は、ＡＣＤサーバは、最適なオペレータを決定し（ステップＳ２０７）、その後、ステップＳ２０８へ移行する。最適なオペレータの決定は、具体的には、たとえば図１０（オペレータ通話可能）に示すように、まず、オペレータ１０５が通話可能な状態になった場合、オペレータソフト１０７がＡＣＤサーバにその旨を伝える。ＡＣＤサーバは、オペレータＤＢ１１２のプレゼンス情報、稼働率などを更新する。

ステップＳ２０８において、ＡＣＤサーバは、図１１に示すように、上記発信ユーザ１０１のＷＷＷブラウザソフト１０４に対してリダイレクトを指示する（ステップＳ２０８）。リダイレクトは、たとえばＨＴＴＰステータスコードを用いることができ、また、ｍｅｔａタグやＪａｖａ（登録商標）Ｓｃｒｉｐｔなどを用いる方法であってもよい。この時リダイレクト先のＵＲＩは、アドレススキームがＰ２Ｐ電話ソフトであり、ホスト名やパスなどは、最適なオペレータとして決定されたオペレータ１０５のユーザＩＤとなる。具体的には、たとえば、「ｃａｌｌｔｏ：／／ｏｐｅｒａｔｏｒ３」とすればよい。

つぎに、図１２（Ｐ２Ｐ電話ソフトへ連携）に示すように、ＷＷＷブラウザソフト１０４は、ＡＣＤサーバから与えられたＵＲＩのアドレススキームにしたがって、Ｐ２Ｐ電話ソフト１０３に上記ＵＲＩを渡す。そして、図１３（オペレータへ発信）に示すように、Ｐ２Ｐ電話ソフト１０３は、与えられたＵＲＩに基づいて指定されたオペレータＩＤ（「ｏｐｅｒａｔｏｒ３」）へ発信する。図１４は、発信ＰＣの画面イメージを示している。図１４のＰＣ画面６００において、Ｐ２Ｐ電話ソフト１０３の表示画面６０２がＷＷＷブラウザソフト１０４の表示画面６０１よりも前面に表示され、ｏｐｅｒａｔｏｒ３へ発信中であることを、発信ユーザ１０１へ通知する。

その後、ステップＳ２０９において、オペレータソフト１０７から発信ユーザ１０１のユーザＩＤ（「ｕｓｅｒ０」）とオペレータ１０５のユーザＩＤ（「ｏｐｅｒａｔｏｒ３」）を受信したか否かを判断する（ステップＳ２０９）。ここで、受信するのを待って、受信した場合（ステップＳ２０９：Ｙｅｓ）は、オペレータＤＢ１１２のプレゼンス情報、稼働率などを更新する（ステップＳ２１０）とともに、当該オペレータソフト１０７へ所定情報を送信し（ステップＳ２１１）、ステップＳ２０１へ戻る。

具体的には、図１５（情報取得）に示すように、オペレータソフト１０６は、架電を受けた発信ユーザ１０１のユーザＩＤとオペレータ１０５のユーザＩＤをＡＣＤサーバに渡す。ＡＣＤサーバはオペレータＤＢ１１２のプレゼンス情報、稼働率などを更新する。そして、ＡＣＤサーバは所定情報として、たとえば以下の情報をオペレータソフト１０７に送信する。

（１）図５においてＷＷＷブラウザソフト１０４がＡＣＤサーバにアクセスしたときのＵＲＩ。
（２）図５においてＷＷＷブラウザソフト１０４からＡＣＤサーバに渡した情報。
（３）顧客ＤＢ１１１の情報。
（４）待ちユーザリスト１１３の情報（たとえば待ち時間など）。

そして、オペレータ１０５はかかってきた電話をとり、発信ユーザ１０１と通話を開始する。

このように、ユーザごとに一意に定められたユーザＩＤを使用してネットワーク１００に対してログインされた端末装置どうし（発信ＰＣ１０２とオペレータＰＣ１０６）で、音声通信をおこなう際に、あらかじめ定められた端末装置群の各オペレータＰＣ１０６が、各自のユーザＩＤでネットワーク１００に対してログインするとともに、オペレータＰＣ１０６に接続されるＡＣＤサーバに対して、少なくとも接続可否状況に関する情報（たとえばプレゼンス情報）を送信し、ＡＣＤサーバが、発信ＰＣ１０２からの発信要求に対して、接続可否状況に関する情報に基づいて、端末装置群のうちのいずれか一つの端末装置（たとえばオペレータＰＣ１０６ｃ）を決定し、決定されたオペレータＰＣのユーザＩＤ（「ｏｐｅｒｅｔｏｒ３」）に対して自動発信するように、発信ＰＣ１０２に指示することによって、ユーザごとに一意に定められたユーザＩＤを使用してネットワーク１００に対してログインされた端末装置どうしで、音声通信をおこなう場合に、複数の端末装置からなる端末装置群に対して、ＡＣＤサーバを用いて確実かつ効率的に各端末装置へ着信を振り分けることができ、これによって、ＡＣＤ機能を実現することができる。

また、図８〜図１０に示したように、ＡＣＤサーバが、発信ＰＣ１０２からの発信要求に対して、接続可能なオペレータＰＣが存在しなかった場合は、発信ＰＣ１０２にその旨を伝えるとともに、顧客情報を登録し、接続可能なオペレータＰＣが存在するようになった際に、発信ＰＣ１０２のうちの顧客情報に基づいて選択された発信ＰＣ１０２へ、当該オペレータＰＣのユーザＩＤに対して自動発信するように指示することによって、接続待ちの顧客の管理を効率的かつ確実におこなうことができる。

また、発信要求に、発信ユーザに関する情報を含めることができ、ＡＣＤサーバが、あらかじめ登録されたオペレータ情報および発信ユーザに関する情報に基づいて、端末装置群のうちのいずれか一つのオペレータＰＣを決定することによって、所望のオペレータ１０５へ接続でき、これによって、顧客のニーズにあった電話対応を実現することができる。

（マルチリンガルコールセンターの概要）
つぎに、上記実施の形態を利用したマルチリンガルコールセンターの概要について説明する。あらかじめ、発信ユーザ１０１は、ＷＷＷブラウザソフト１０４に自分が話せる言語を設定しておくと、ＷＷＷサーバソフト１０９は指定された言語で記述されたＨＴＭＬファイルを返すようにする機能がある。この機能はＣｏｎｔｅｎｔ Ｎｅｇｏｔｉａｔｉｏｎと呼ばれている。言語は複数設定することができ、それぞれの優先順位も指定することができる。この機能に対して上記実施の形態を利用することにより、ＷＷＷブラウザから指定された言語が話せるオペレータのユーザＩＤを返すことで、複数の言語に対応したコールセンターを構築することができる。

図１７は、オペレータＤＢ１１２の内容の一例を示す説明図である。図１７において、ユーザＩＤに対応して当該オペレータが使用可能な言語に関する情報が格納されている。図１７の内容から、「ｏｐｅｒａｔｏｒ１は英語と日本語が話せる。」、「ｏｐｅｒａｔｏｒ２は日本語のみ話せる。」、「ｏｐｅｒａｔｏｒ３は英語とフランス語が話せる。」ということがわかる。

また、以下のような内容の情報がＷＷＷブラウザソフト１０４から送られてくる。

Ａｃｃｅｐｔ−Ｌａｎｇｕａｇｅ： ｆｒ； ｑ＝１．０， ｅｎ； ｑ＝０．５（フランス語と英語であればＯＫだが、フランス語の方がよい）

上記数値は、使用可否および優先度を示している。すなわち、数値が設定されているものが使用可能であり、また、数値が高い方が優先度が高いことを示している。具体的には、上記の例では、１．０のフランス語の方が０．５の英語よりも優先度が高いことがわかる。

送られてきた上記の内容と、図１７の内容を比較すると、当該発信ユーザに対しては、ｏｐｅｒｅｔｏｒ２は、空いていても接続しない。ｏｐｅｒｅｔｏｒ１とｏｐｅｒｅｔｏｒ３がいずれも空いている場合は、ｏｐｅｒｅｔｏｒ３へ接続する。ということを判断することができる。

このように、接続先情報およびオペレータ情報に対応可能な言語に関する情報を含めることによって、ＷＷＷサーバによるＡＣＤを応用して、複数の言語に対応したコールセンターを構築することができる。

なお、本実施の形態で説明した音声通信方法は、あらかじめ用意されたプログラムをパーソナルコンピュータやワークステーション等のコンピュータで実行することにより実現することができる。このプログラムは、ハードディスク、フレキシブルディスク、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤ等のコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行される。またこのプログラムは、インターネット等のネットワークを介して配布することが可能な伝送媒体であってもよい。

以上のように、ユーザごとに一意に定められたユーザＩＤを使用してネットワークに対してログインされた端末装置どうしでおこなう音声通信に用いるのに適している。

この発明の実施の形態にかかる音声通信方法を実現するためのシステムの概要を示す説明図である。 この発明の実施の形態にかかる音声通信方法におけるＷＷＷサーバの処理の手順を示すフローチャートである。 この発明の実施の形態にかかる音声通信方法の処理フローを示す説明図である。 この発明の実施の形態にかかる音声通信方法の処理フローを示す説明図である。 この発明の実施の形態にかかる音声通信方法の処理フローを示す説明図である。 発信ＰＣの画面イメージの一例を示す説明図である。 この発明の実施の形態にかかる音声通信方法の処理フローを示す説明図である。 この発明の実施の形態にかかる音声通信方法の処理フローを示す説明図である。 この発明の実施の形態にかかる音声通信方法の処理フローを示す説明図である。 この発明の実施の形態にかかる音声通信方法の処理フローを示す説明図である。 この発明の実施の形態にかかる音声通信方法の処理フローを示す説明図である。 この発明の実施の形態にかかる音声通信方法の処理フローを示す説明図である。 この発明の実施の形態にかかる音声通信方法の処理フローを示す説明図である。 発信ＰＣの画面イメージの一例を示す説明図である。 この発明の実施の形態にかかる音声通信方法の処理フローを示す説明図である。 この発明の実施の形態にかかる音声通信方法の処理フローを示す説明図である。 オペレータＤＢの内容の一例を示す説明図である。

符号の説明

１００ ネットワーク
１０１ 発信ユーザ
１０２ 発信ＰＣ（パーソナルコンピュータ）
１０３ Ｐ２Ｐ電話ソフト（ウエア）
１０４ ＷＷＷブラウザソフト（ウエア）
１０５（１０５ａ、１０５ｂ、１０５ｃ） オペレータ
１０６（１０６ａ、１０６ｂ、１０６ｃ） オペレータＰＣ（パーソナルコンピュータ）
１０７（１０７ａ、１０７ｂ、１０７ｃ） オペレータソフト（ウエア）
１０８ ＡＣＤサーバマシン
１０９ ＷＷＷサーバソフト（ウエア）
１１０ ＡＣＤソフト（ウエア）
１１１ 顧客データベース（ＤＢ）
１１２ オペレータデータベース（ＤＢ）
１１３ 待ちユーザリスト

Claims (5)

1. ユーザごとに一意に定められたユーザＩＤを使用してネットワークに対してログインされた端末装置どうしで、音声通信をおこなう音声通信方法において、
   あらかじめ定められた端末装置群の各端末装置が、各自のユーザＩＤで前記ネットワークに対してログインするとともに、前記端末装置に接続されるサーバに対して、少なくとも接続可否状況に関する情報を送信し、
   前記サーバが、発信元端末装置からの発信要求に対して、前記接続可否状況に関する情報に基づいて、前記端末装置群のうちのいずれか一つの端末装置を決定し、決定された端末装置のユーザＩＤに対して自動発信するように、前記発信元端末装置に指示することを特徴とする音声通信方法。
2. 前記サーバは、発信元端末装置からの発信要求に対して、接続可能な端末装置が存在しなかった場合は、前記発信元端末装置にその旨を伝えるとともに、前記発信元端末装置に関する情報（以下「顧客情報」という）を登録し、
   接続可能な端末装置が存在するようになった際に、前記発信元端末装置のうちの前記顧客情報に基づいて選択された発信元端末装置へ、当該端末装置のユーザＩＤに対して自動発信するように指示することを特徴とする請求項１に記載の音声通信方法。
3. 前記発信要求には、所望する接続先に関する情報（以下「接続先情報」という）が含まれており、
   前記サーバは、あらかじめ登録された前記端末装置に関する情報（以下「オペレータ情報」という）および前記接続先情報に基づいて、前記端末装置群のうちのいずれか一つの端末装置を決定することを特徴とする請求項１または２に記載の音声通信方法。
4. 前記接続先情報および前記オペレータ情報には、対応可能な言語に関する情報が含まれていることを特徴とする請求項３に記載の音声通信方法。
5. 前記請求項１〜４のいずれか一つに記載の音声通信方法を前記端末装置に実行させることを特徴とする音声通信プログラム。
   
   

Images