JP2014140119A - 通信方法および中継システム - Google Patents

Abstract

【課題】通話を中継する。
【解決手段】通話方法は、担当者端末１が、顧客端末２への通話開始リクエストをウェブサーバ２０に送信するとともに、中継装置１０に発信するステップと、ウェブサーバ２０が、通話開始リクエストを受信すると、担当者端末１の識別子および顧客端末２の識別子を対応づけて、接続データ３３に記憶するステップと、中継装置１０が、担当者端末１からの発信に着信し、接続データ３３において担当者端末１の識別子に対応づけられた顧客端末２に発信するステップと、顧客端末２が着信すると、中継装置１０が、担当者端末１および中継装置１０との通話と、顧客端末２および中継装置１０との通話を中継するステップを備える。
【選択図】 図１

Description

本発明は、第１の端末および第２の端末の通話を中継する通信方法および中継システムに関する。

一般的な通信端末の普及に伴い、社員のそれぞれにスマートフォンなどの通信端末を貸与し、社員が顧客に個別に電話をかける場合がある。そこで、社員の有する通信端末と、顧客の有する通信端末との通話回線を中継する技術が開示されている（例えば、特許文献１参照。）。

この特許文献１に記載の方法において中継装置は、顧客の端末との通話において、社員および顧客間の通話を中継することにより、通話の録音を可能とする。この際、中継装置および顧客間の通話において、中継装置の電話番号を、社員の公開電話番号にすることで、自然な通話を実現する。

特開２０１２−１４２７４３号公報

しかしながら、上記特許文献１に記載の技術は、サブアドレスを用いる方法である。従って、サブアドレスに対応していない通信網において、用いることはできない。

そこで、汎用性の高い中継方法の開発が期待されている。

従って本発明の目的は、汎用性の高い通話の中継を実現する通信方法および中継システムを提供することである。

上記課題を解決するために、本発明の第１の特徴は、第１の端末と、第２の端末と、第１の端末および第２の端末と通話ネットワークを介して接続する中継装置と、第１の端末および中継装置とデータ通信ネットワークを介して接続するウェブサーバを備える通信システムに用いられる通信方法でに関する。即ち本発明の第1の特徴に係る通信方法は、第１の端末が、第２の端末への通話開始リクエストをウェブサーバに送信するとともに、中継装置に発信するステップと、ウェブサーバが、通話開始リクエストを受信すると、第１の端末の識別子および第２の端末の識別子を対応づけて、接続データに記憶するステップと、中継装置が、第１の端末からの発信に着信し、接続データにおいて第１の端末の識別子に対応づけられた第２の端末に発信するステップと、第２の端末が着信すると、中継装置が、第１の端末および当該中継装置との通話と、第２の端末および当該中継装置との通話を中継するステップを備える。

第２の端末に発信するステップにおいて、中継装置は、当該中継装置が発着信可能であって、第１の端末に割り当てたダイヤルイン番号を、発信元として通知しても良い。

第２の端末が、中継装置が発着信可能であって、第１の端末に割り当てたダイヤルイン番号に発信するステップと、中継装置が、第２の端末からの発信に着信し、第１の端末の識別子および第２の端末の識別子とを対応づけて、接続データに記憶するステップと、ウェブサーバが、第１の端末に着信通知を送信するステップと、第１の端末が、ウェブサーバから着信通知を受信すると、中継装置に発信するステップと、中継装置が、第１の端末からの発信に着信し、第１の端末および当該中継装置との通話と、第２の端末および当該中継装置との通話を中継するステップをさらに備えても良い。

着信通知は、プッシュ通信で送信されても良い。

ウェブサーバが、着信通知を送信後、所定時間内に中継装置が第１の端末からの発信を受けなかった場合、中継装置が、第１の端末に発信するステップと、第１の端末が着信すると、中継装置が、第１の端末および当該中継装置との通話と、第２の端末および当該中継装置との通話を中継するステップをさらに備えても良い。

ウェブサーバが、第１の端末について登録された発信先の情報を表示するための顧客リスト表示画面データを生成し、第１の端末に顧客リスト表示画面データを送信するステップをさらに備えても良い。顧客リスト表示画面データは、第１の端末において発信先が選択されると、当該発信先への通話開始リクエストをウェブサーバに送信するコマンドと、中継装置に発信するコマンドを含む。

本発明の第２の特徴は、第１の端末および第２の端末と通話ネットワークを介して接続する中継装置と、第１の端末および中継装置とデータ通信ネットワークを介して接続するウェブサーバを備える中継システムに関する。即ち本発明の第２の特徴に係る中継システムにおいてウェブサーバは、第１の端末から、第２の端末への通話開始リクエストを受信し、第１の端末の識別子および第２の端末の識別子を対応づけて、接続データに記憶する接続データ更新手段を備える。中継装置は、第１の端末からの発信に着信し、接続データにおいて第１の端末の識別子に対応づけられた第２の端末に発信するとともに、第２の端末が着信すると、第１の端末および当該中継装置との通話と、第２の端末および当該中継装置との通話の中継を制御する発信制御手段を備える。

発信制御手段は、第２の端末に発信する際、当該中継装置が発着信可能であって、第１の端末に割り当てたダイヤルイン番号を、発信元として通知することが好ましい。

中継装置は、第２の端末から、当該中継装置が発着信可能であって第１の端末に割り当てたダイヤルイン番号への発信に着信し、第１の端末の識別子および第２の端末の識別子とを対応づけて、接続データに記憶する着信制御手段をさらに備え、ウェブサーバは、中継装置が、第１の端末に割り当てたダイヤルイン番号への発信に着信すると、第１の端末に着信通知を送信する着信通知手段をさらに備えても良い。第１の端末が、ウェブサーバから着信通知を受信した後、中継装置に発信すると、着信制御手段は、第１の端末からの発信に着信し、第１の端末および当該中継装置との通話と、第２の端末および当該中継装置との通話の中継を制御する。

着信通知は、プッシュ通信で送信されても良い。

ウェブサーバにおいて、着信通知を送信後、所定時間内に中継装置が第１の端末からの発信を受けなかった場合、着信制御手段は、第１の端末に発信し、第１の端末が着信すると、第１の端末および当該中継装置との通話と、第２の端末および当該中継装置との通話の中継を制御しても良い。

ウェブサーバは、第１の端末について登録された発信先の情報を表示するための顧客リスト表示画面データを生成し、第１の端末に顧客リスト表示画面データを送信する顧客リスト表示手段をさらに備えても良い。顧客リスト表示画面データは、第１の端末において発信先が選択されると、当該発信先への通話開始リクエストをウェブサーバに送信するコマンドと、中継装置に発信するコマンドを含む。

本発明によれば、汎用性の高い通話の中継を実現する通信方法および中継システムを提供することができる。

本発明の実施の形態に係る通信システムのシステム構成を説明する図である。 本発明の実施の形態に係る担当者データのデータ構造とデータの一例を説明する図である。 本発明の実施の形態に係る顧客データのデータ構造とデータの一例を説明する図である。 本発明の実施の形態に係る接続データのデータ構造とデータの一例を説明する図である。 本発明の実施の形態に係る通信システムにおいて、担当者端末が、予め登録した顧客に発信する処理を説明するシーケンス図である。 本発明の実施の形態に係る通信システムにおいて、担当者端末から発信する際に表示される画面の一例を説明する図である。 本発明の実施の形態に係る通信システムにおいて、担当者端末が、予め登録していない顧客に発信する処理を説明するシーケンス図である。 本発明の実施の形態に係る通信システムにおいて、顧客端末が、担当者に発信する処理を説明するシーケンス図である。 本発明の実施の形態に係る通信システムにおいて、顧客端末から発信する際に表示される画面の一例を説明する図である。 本発明の実施の形態に係る通信システムにおいて、顧客端末が、担当者に発信する際に、ウェブサーバから担当者端末に着信通知が届かなかった場合の処理を説明するシーケンス図である。 本発明の実施の形態に係るウェブサーバおよび中継装置のハードウェア構成および機能ブロックを説明する図である。 本発明の実施の形態に係る中継装置の中継制御処理を説明するフローチャートである。

次に、図面を参照して、本発明の実施の形態を説明する。以下の図面の記載において、同一または類似の部分には同一または類似の符号を付している。

（通話システム）
図１を参照して、本発明の実施の形態に係る通信システム６を説明する。通信システム６は、担当者端末（第１の端末）１、顧客端末（第２の端末）２および中継システム３を備える。中継システム３は、中継装置１０、ウェブサーバ２０および中継データベース３０を備える。中継システム３において、中継装置１０、ウェブサーバ２０および中継データベース３０は、ＬＡＮ４０などのデータ通信ネットワークを介して、相互に通信可能に接続される。図１に示す例では、担当者端末および顧客端末はそれぞれ１つである場合を説明するが、これらの端末の数は問わない。

本発明の実施の形態において「中継」とは、特に、通話における回線交換のことを示す。例えば、担当者端末１と中継装置１０との通話と、顧客端末２と中継装置１０との通話を、中継装置１０が回線交換することにより、中継装置１０は、担当者端末１と顧客端末２との通話を実現することである。

担当者端末１、顧客端末２および中継装置１０は、携帯電話機、スマートフォン、電話機などによる通話を実現するための通話ネットワーク４により、相互に通信可能に接続される。通話ネットワーク４は、移動体通信網、固定電話通信網などを含み、それぞれの通話を実現するための回線交換機や基地局なども備える。

担当者端末１およびウェブサーバ２０は、インターネットなどの、データ通信を実現するためのデータ通信ネットワーク５により、相互に通信可能に接続される。

担当者端末１は、例えば携帯電話機やスマートフォンなどの、通話ネットワーク４およびデータ通信ネットワーク５に接続可能な情報端末であって、担当者が利用する。担当者端末１は、担当者電話番号が付与され、通話ネットワーク４に接続する端末と通話する。また担当者端末１は、ウェブブラウザなどを介して、ウェブサーバ２０に接続するとともに、ウェブサーバ２０からのプッシュ通信を受信する。

顧客端末２は、例えば固定電話通信網用の電話機、移動体通信網用の携帯電話機、スマートフォンなどの、通話ネットワーク４に接続可能な情報端末であって、顧客が利用する。顧客端末２は、顧客電話番号が付与され、通話ネットワーク４に接続する端末と通話する。本発明の実施の形態に係る顧客端末２は、通話ネットワーク４に接続する端末と通話できればよく、データ通信はできなくとも良い。

中継装置１０は、例えば中継システム３を提供する社内に設置される構内回線交換機である。中継装置１０が設置される会社は、不動産会社や証券会社などであって、例えば、個人の顧客と、会社の営業マンが、通話する機会のある会社である。中継装置１０は、担当者端末１および顧客端末２と通話ネットワーク４を介して接続し、担当者端末１および顧客端末２と通話可能である。中継装置１０は、中継用電話番号、各担当者に割り当てられたダイヤルイン番号および呼出用電話番号について、着信および発信を制御する。

中継用電話番号は、本発明の実施の形態に係る通信方法の通話の中継を利用するために、担当者端末１が中継装置１０に発信する際の発信先の電話番号である。担当者端末１は、予め中継システム３に電話番号を登録した顧客端末２と通話する際、中継用電話番号に発信する。中継装置１０は、中継用電話番号で着信すると、担当者端末１が選択した顧客について、中継データベース３０に予め登録された顧客端末２の情報から、発信元の担当者端末１の通話先を特定し、特定した通話先の顧客端末２に発信する。

各担当者のダイヤルイン番号は、中継装置１０が顧客端末２と通話する際に、担当者を識別する番号として用いる電話番号である。中継装置１０は、本発明の実施の形態に係る通信方法によって、このダイヤルイン番号宛の通話について、担当者端末１との通話を中継する。また中継装置１０は、ダイヤルイン番号を、顧客端末２に発信する際の発信元の電話番号として用いる。

呼出用電話番号は、本発明の実施の形態に係る通信方法の通話の中継を利用するために、担当者端末１が中継装置１０に発信する際の発信先の電話番号である。担当者端末１は、中継システム３に電話番号を登録していない顧客端末２と通話する際、呼出用電話番号に発信する。中継装置１０は、呼出用電話番号で着信すると、担当者端末１に宛先電話番号の入力を促し、担当者端末１において入力された電話番号で、発信元の担当者端末１の通話先を特定し、特定した通話先の顧客端末２に発信する。

本発明の実施の形態において、中継装置１０が、中継用電話番号、各担当者のダイヤルイン番号および呼出用電話番号を発着信可能である場合を説明するが、これに限られない。例えば、中継用電話番号と呼出用電話番号の両方に対応する電話番号を用意しても良い。このとき、担当者からのプッシュ操作などによって、担当者が登録済みの顧客に通話したいのか、担当者が登録していない顧客に通話したいのかを、中継装置１０が検知しても良い。また中継装置１０は、後述する接続データ３３を参照して、担当者が登録済みの顧客に通話したいのか、担当者が登録していない顧客に通話したいのかを、検知しても良い。

ウェブサーバ２０は、担当者端末１とインターネットなどのデータ通信ネットワーク５を介して接続するとともに、中継装置１０とＬＡＮ４０などのデータ通信ネットワークを介して接続する。ウェブサーバ２０は、担当者端末１に、ウェブブラウザ経由で担当者端末１に電話帳を表示するなどのサービスを提供するサーバである。ウェブサーバ２０は、担当者端末１に表示した顧客リストにおいて、発信先が特定されると、その発信先の情報を受信し、中継装置１０と発信先の情報を共有する。

中継データベース３０は、中継装置１０およびウェブサーバ２０によって参照および更新される。中継データベース３０は、担当者データ３１、顧客データ３２および接続データ３３を備える。中継データベース３０は、中継装置１０やウェブサーバ２０などにおいて実装されても良いし、その他のデータベースサーバなどにおいて実装されても良い。

担当者データ３１は、担当者端末１を利用する担当者に関するデータである。担当者データ３１は、図２に示すように、担当者ＩＤをキーに、この担当者がログインする際のパスワード、この担当者に割り当てたダイヤルイン番号、担当者端末１に割り当てられた担当者電話番号、およびこの担当者の担当顧客ＩＤなどを対応づけたデータである。

ここで、ダイヤルイン番号は、中継装置１０が発着信可能であって、中継装置１０において担当者端末１に割り当てた番号である。担当者電話番号は、担当者端末１が発着信可能であって、通話サービスを提供する移動通信網事業者などが担当者端末１に割り当てた番号である。担当顧客ＩＤは、この担当者が担当する顧客の顧客ＩＤであって、ウェブサーバ２０は、担当者データ３１において表示対象の担当者ＩＤに対応する担当顧客ＩＤに関する情報を、顧客リストとして担当者端末１に表示する。

顧客データ３２は、顧客端末２を利用する顧客に関するデータである。顧客データ３２は、図３に示すように、顧客ＩＤをキーに、顧客端末２に割り当てられた顧客電話番号、顧客名および顧客名のカナ表記などを対応づけたデータである。ここで顧客電話番号は、顧客端末２が発着信可能であって、通話サービスを提供する移動通信網事業者などが担当者端末１に割り当てた番号である。顧客名およびカナ表記は、ウェブサーバ２０が、担当者端末１に顧客の情報を通知する際などに用いられる。

接続データ３３は、中継装置１０が中継対象を特定するためのデータである。中継が終了すると、接続データ３３から適宜レコードが削除されても良い。接続データ３３は、図４に示すように、担当者ＩＤ、発着区分、顧客ＩＤおよび時刻などを対応づけたデータである。

発着区分「発信」は、担当者端末１が顧客端末２への発信を要求していることを示す。ウェブサーバ２０が、担当者端末１からの通話開始リクエストを受信すると、この担当者ＩＤと、発信先の顧客ＩＤと、発着区分「発信」と、時刻とを対応づけたレコードを生成し、接続データ３３に挿入する。中継装置１０は、接続データ３３を参照して、担当者端末１の通話希望先の顧客を特定する。

発着区分「着信」は、顧客端末２が担当者端末１への発信を要求していることを示す。中継装置１０が、顧客端末２から担当者のダイヤルイン番号宛の通話を着信すると、発信を要求している顧客ＩＤと、ダイヤルイン番号に対応するの担当者ＩＤと、発着区分「着信」と、時刻とを対応づけたレコードを生成し、接続データ３３に挿入する。ウェブサーバ２０は、接続データ３３を参照して、顧客端末２の通話希望先の担当者を特定する。

（担当者端末からの発信）
図５ないし図７を参照して、担当者端末１と顧客端末２とが通話する処理を説明する。

図５を参照して、担当者端末１が、顧客データ３２に予め登録した顧客の顧客端末２と通話する際の処理を説明する。

まずステップＳ１０１において担当者端末１が、ウェブブラウザ等を介して、ウェブサーバ２０にログインリクエストを送信する。このログインリクエストは、担当者ＩＤおよびパスワードを含む。ウェブサーバ２０はログインリクエストを受信すると、ステップＳ１０２においてログイン認証する。ウェブサーバ２０は、担当者データ３１を読み出し、ログインリクエストに含まれる担当者ＩＤおよびパスワードが、担当者データ３１が保持するデータと一致するか否かを判定する。一致する場合、ウェブサーバ２０は、セッションＩＤを発行し、ステップＳ１０３において、ログイン応答としてセッションＩＤを送信する。これにより、ステップＳ１０４に示すように、担当者端末１およびウェブサーバ２０間でセッションが確立する。

担当者端末１は、顧客データ３２に登録された顧客と通話する際、ステップＳ１０５においてウェブサーバ２０に顧客リスト表示リクエストを送信する。これに対応してウェブサーバ２０は、ステップＳ１０６において顧客データ３２から顧客リストデータを作成し、ステップＳ１０７において、顧客リストデータを担当者端末１に送信する。

この顧客リストデータは、顧客データ３２における顧客のＩＤと、顧客名、顧客名のカナ表記などを対応づけたデータである。ここでウェブサーバ２０は、担当者データ３１において、担当者端末１の担当者ＩＤに対応づけられた担当顧客ＩＤを抽出し、顧客データ３２から、抽出した担当顧客ＩＤに対応するレコードのみを抽出して顧客リストデータを生成しても良い。またウェブサーバ２０は、担当者の顧客であるか否かに関わらず、顧客データ３２に登録されたレコードから、顧客リストデータを生成しても良い。

担当者端末１は、ステップＳ１０７において顧客リストデータを受信すると、そのデータに基づいて担当者端末１の表示装置に、図６（ａ）に示すように、顧客リスト表示画面Ｐ１０１を表示する。顧客リスト表示画面Ｐ１０１は、顧客端末２が発信可能な顧客の名前が一覧表示する。

ウェブサーバ２０から受信した顧客リストデータは、担当者端末１において発信先が選択されると、当該発信先への通話開始リクエストをウェブサーバ２０に送信するコマンドと、中継装置１０の中継用電話番号に発信するコマンドを含む。具体的には、図６（ａ）の顧客リスト表示画面において、担当者端末１が発信先として、顧客の一つ（「伊藤太郎」）を選択すると、ウェブサーバ２０は、図６（ｂ）に示す発信画面Ｐ１０２を担当者端末１に表示する。ここで担当者端末１において、発信ボタンＢ１０１が押下されると、図５のステップＳ１０７およびステップＳ１１１の処理が実行される。

担当者によって発信先が特定され、発信ボタンＢ１０１が押下されると、ステップＳ１０８において担当者端末１は、ウェブサーバ２０に通話開始リクエストを送信する。この通話開始リクエストは、担当者によって特定された発信先の顧客ＩＤ「Ｃ＿００１」を含む。ウェブサーバ２０は、通話開始リクエストを受信すると、送信元の担当者端末１の担当者ＩＤ「Ｕ＿００１」、発着種別「発信」、発信先の顧客ＩＤ「Ｃ＿００１」および時刻などを対応づけたレコードを生成し、接続データ３３に挿入する。その後、ウェブサーバ２０は、ステップＳ１０８で受信した通話開始リクエストに対応して、ステップＳ１１０において通話開始応答を担当者端末１に送信する。

また担当者によって発信先が特定され、発信ボタンＢ１０１が押下されると、ステップＳ１１１において担当者端末１は、中継装置１０に発信する。このとき担当者端末１には、図６（ｃ）に示す発信呼出中画面Ｐ１０３が表示される。このときの発信番号は、担当者端末１の担当者電話番号で、着信番号は、中継装置１０の中継用電話番号である。これに対応して、ステップＳ１１２において中継装置１０が着信すると、中継装置１０は、ステップＳ１１１の発信元の担当者および中継先を特定する。

具体的にはステップＳ１１３において中継装置１０は、ステップＳ１１１で受けた発信電話番号に基づいて担当者データ３１を読み出し、担当者ＩＤ「Ｕ＿００１」と、ダイヤルイン番号を抽出する。中継装置１０は、接続データ３３を読み出して、抽出した担当者ＩＤ「Ｕ＿００１」および発着区別「発信」に対応づけられたレコードを抽出し、抽出したレコードの顧客ＩＤ「Ｃ＿００１」を、この担当者端末１からの通話の中継先として抽出する。さらに中継装置１０は、顧客データ３２を読み出して、中継先の顧客ＩＤ「Ｃ＿００１」の顧客端末２の顧客電話番号を抽出する。

ステップＳ１１２において中継装置１０が着信した後、担当者端末１および中継装置１０間で通話が発生しているので、担当者端末１は、図６（ｄ）に示す通話中画面Ｐ１０４を表示する。

ステップＳ１１４において中継装置１０は、ステップＳ１１３で特定した中継先に発信する。このときの発信番号は、ステップＳ１１３で特定した担当者のダイヤルイン番号で、着信番号は、ステップＳ１１３で特定した中継先の顧客電話番号である。これに対応して、ステップＳ１１５において顧客端末２が着信すると、ステップＳ１１６において中継装置１０は、回線交換により、担当者端末１および顧客端末２間の通話を実現する。中継装置１０は、ステップＳ１１１およびステップＳ１１２の発着信により生じた、担当者端末１および中継装置１０との通話と、ステップＳ１１４およびステップＳ１１５の発着信により生じた、顧客端末２および中継装置１０との通話を、回線交換する。

図５に示す例において、担当者端末１が、ステップＳ１０８で通話開始リクエストを送信しステップＳ１１０で通話開始応答を受信した後に、ステップＳ１１１を実行する場合を説明するが、これに限られない。担当者端末１は、ステップＳ１０８を実行してすぐ、通話開始応答を受信前にステップＳ１１１の処理を実行しても良いし、ステップＳ１１１の処理を実行した後、ステップＳ１０８の処理を実行しても良い。このように、矛盾が生じない限り、図５に示す処理順序は問わない。

このように、図５に示す通信方法により、サブアドレスなどを用いることなく中継装置１０が２つの通話を回線交換するので、汎用性の高い通話の中継を実現することができる。また中継システム３の顧客データ３２において顧客の電話番号を保持し、担当者端末１において顧客の電話番号を保持しないので、担当者端末１の紛失などによる情報の漏洩を回避することができる。また、顧客データ３２を一括管理することにより、顧客の移転による電話番号の変更などについても、即時に対応することができる。また、顧客への通話は、担当者に割り当てたダイヤル番号を発信番号と設定することにより、担当者端末１から直接発信しているような、自然な通話を実現することができる。また、担当者端末１のブラウザなどで表示される顧客リストは、図６（ａ）に示すように、一般的な携帯端末の電話帳のユーザインタフェースと同様に実現することができる。これにより、携帯端末に特定のアプリケーションをインストールすることなく、また、担当者の利便性を損なうことなく、通話機能を実現する。

次に図７を参照して、担当者端末１が、顧客データ３２に登録していない顧客の顧客端末２と通話する際の処理を説明する。例えば、顧客と名刺交換をした直後など、顧客データ３２に登録する前に、顧客に通話する際に用いられる。

まずステップＳ２０１において担当者端末１は、中継装置１０に発信する。このときの発信番号は、担当者電話番号である。着信番号は、中継装置１０の呼出用電話番号であって、顧客データ３２に登録した顧客の顧客端末２と通話する際に用いる中継用電話番号とは異なることが好ましい。

ステップＳ２０２において中継装置１０が着信すると、ステップＳ２０３において中継装置１０は、担当者データ３１および発信元の担当者電話番号に基づいて、担当者を特定し、この担当者のダイヤルイン番号を取得する。

ステップＳ２０２において中継装置１０が着信し、中継装置１０および担当者端末１間で通話が発生すると、ステップＳ２０４において担当者端末１は、通話先の顧客端末２の電話番号をプッシュし、中継装置１０に通知する。中継装置１０は、顧客端末２の電話番号を取得すると、顧客端末２に発信する。このときの発信番号は、担当者のダイヤルイン番号で、着信番号は、顧客端末２の電話番号である。これに対応して、ステップＳ２０６において顧客端末２が着信すると、ステップＳ２０７において中継装置１０は、回線交換により、担当者端末１および顧客端末２間の通話を実現する。

このように、図７に示す通信方法においても、サブアドレスなどを用いることなく中継装置１０が２つの通話を回線交換するので、汎用性の高い通話の中継を実現することができる。また中継システム３の顧客データ３２において顧客の電話番号を保持しない場合でも、担当者端末１および顧客端末２間の通話を実現する。また、顧客への通話は、担当者に割り当てたダイヤル番号を発信番号と設定することにより、担当者端末１から直接発信しているような、自然な通話を実現することができる。

図８を参照して、顧客端末２が、担当者端末１に通話する際の処理を説明する。図８に示す例では、顧客端末２の顧客が、顧客データ３２に登録されているか否かは問わない。また、担当者端末１が、ウェブサーバ２０からプッシュ通信を受信できる場合を説明する。

ステップＳ３０１ないしステップＳ３０４において、担当者端末１およびウェブサーバ２０間にセッションが確立される。この処理は、図５を参照して説明したステップＳ１０１ないしステップＳ１０４の処理と同様である。

一方ステップＳ３０５において、顧客端末２は、担当者端末１に発信する。このときの発信番号は、顧客電話番号で、着信番号は、担当者のダイヤルイン番号である。従って、ステップＳＳ３０６において、中継装置１０が着信する。

中継装置１０が、顧客端末２からの発信に着信すると、ステップＳ３０７において顧客および担当者を特定する。中継装置１０は、着信のダイヤルイン番号に基づいて、担当者データ３１から担当者ＩＤ「Ｕ＿００５」および担当者電話番号を取得する。また、発信の顧客電話番号に基づいて、顧客データ３２から、顧客ＩＤ「Ｃ＿００８」、顧客名などを取得する。さらに中継装置１０は、ステップＳ３０８において、送信元の顧客端末２の顧客ＩＤ「Ｃ＿００８」、発着種別「着信」、発信先の顧客ＩＤ「Ｕ＿００５」および時刻などを対応づけたレコードを生成し、接続データ３３に挿入する。

その後、ステップＳ３０９において中継装置１０は、ウェブサーバ２０に、着信通知を送信する。ウェブサーバ２０は、中継装置１０から着信通知を受信すると、ステップＳ３１０において着信先の担当者端末１の電話番号、発信元の顧客端末２の顧客名などを特定する。

ここで、ウェブサーバ２０が、着信先の担当者端末１や顧客端末２の情報を特定する方法はいくつか考えられる。例えば、ステップＳ３０９で送信された着信通知に、これらの情報が含まれていても良い。また、ウェブサーバ２０は、着信通知を受信したタイミングで、接続データ３３を参照して、これらの情報を取得しても良い。この場合、ウェブサーバ２０は、中継装置１０から着信通知を受信しなくとも、接続データ３３を監視し、担当者端末１への着信のレコードが新たに追加されたことを検知することにより、この担当者端末１に、着信通知を送信しても良い。このように、様々な実装例が考えられる。

ウェブサーバ２０が、着信先の担当者端末１の担当者ＩＤ、電話番号や、発信元の顧客端末２の顧客名などを特定すると、ステップＳ３１１においてウェブサーバ２０は、発信元の顧客名もあわせて、担当者端末１に着信通知をプッシュ通信で通知する。ここで、担当者端末１およびウェブサーバ２０間は、ステップＳ３０４においてセッションが確立しているので、担当者ＩＤを特定することにより、この担当者の担当者端末１とのセッションＩＤを特定することができる。これによりウェブサーバ２０は、データ通信ネットワーク５を介して、担当者端末１にプッシュ通信で、顧客からの着信を通知することができる。

なお、本発明の実施の形態において用いられるプッシュ通知は、どのようなものでも良い。例えば、担当者端末１のブラウザアプリケーションが提供するプッシュ通知機能でも良いし、ＯＳが提供するプッシュ通知機能でも良い。

担当者端末１は、ウェブサーバ２０からの着信通知を受信すると、図９（ａ）に示すような着信通知画面Ｐ２０１を表示する。このとき、担当者端末１は、振動や音などを発して、担当者に通知しても良い。この着信通知画面Ｐ２０１において、発信元の顧客名「山田花子」が表示される。この着信通知は、担当者端末１において応答する旨が選択されると、ウェブサーバ２０に応答する旨のメッセージを送信するコマンドと、中継装置１０の中継用電話番号に発信するコマンドを含む。ここで担当者端末１において、応答ボタンＢ２０１が押下されると、図８のステップＳ３１２およびステップＳ３１３の処理が実行される。

担当者によって応答ボタンＢ２０１が押下されると、ステップＳ３１２において、ステップＳ３１１の着信通知に対応する応答が、ウェブサーバ２０に送信される。またステップＳ３１３において担当者端末１は、中継装置１０に発信する。このときの発信番号は、担当者電話番号で、着信番号は、中継装置１０の中継用電話番号である。ステップＳ３１３において中継装置１０が着信した後、図９（ｂ）に示す発信画面Ｐ２０２が表示される。これに対応して、ステップＳ３１４において中継装置１０が着信すると、中継装置１０は、ステップＳ３１３の発信元の担当者および中継先を特定する。

具体的にはステップＳ３１５において中継装置１０は、ステップＳ３１３で受けた発信電話番号に基づいて担当者データ３１を読み出し、担当者ＩＤ「Ｕ＿００５」を抽出する。中継装置１０は、接続データ３３を読み出して、抽出した担当者ＩＤ「Ｕ＿００５」および発着区別「着信」に対応づけられたレコードを抽出し、抽出したレコードの顧客ＩＤ「Ｃ＿００８」を、この担当者端末１からの通話の中継先として抽出する。

ここで、ステップＳ３１４において中継装置１０が着信した後、中継装置１０との通話が開始されているので、図９（ｃ）に示す通話中画面Ｐ２０３が表示される。

ステップＳ３１６において中継装置１０は、回線交換により、担当者端末１および顧客端末２間の通話を実現する。中継装置１０は、ステップＳ３１３およびステップＳ３１４の発着信により生じた、担当者端末１および中継装置１０との通話と、ステップＳ３０５およびステップＳ３０６の発着信により生じた、顧客端末２および中継装置１０との通話を、回線交換する。

図８のステップＳ３１２およびステップＳ３１３において、応答ボタンＢ２０１が押下されると、２つのコマンドが同時に実行される場合を説明したが、これ以外の方法でも良く、例えば、複数の画面を経て、２つのコマンドが逐次実行されても良い。具体的には、着信通知に対して、応答ボタンＢ２０１が押下されると、担当者端末１は、ステップＳ３１２に示すように、着信通知に対する応答をウェブサーバ２０に送信する。さらに担当者端末１は、「ダイヤルしますか？」などのダイアログ画面をポップアップ表示し、それに対して担当者が「はい」と選択すると、担当者端末１は、ステップＳ３１３に示すように、中継装置１０に発信しても良い。

このように、図８に示す通信方法により、サブアドレスなどを用いることなく中継装置１０が２つの通話を回線交換するので、汎用性の高い通話の中継を実現することができる。また、顧客は、担当者に割り当てたダイヤル番号に発信することで、担当者端末１と通話することができるので、担当者端末１から直接発信しているような、自然な通話を実現することができる。また、担当者端末１にプッシュ通信で着信を通知することにより、中継装置１０は、担当者端末１宛の通話を、データ通信ネットワーク５経由で通知することができる。また図９（ｂ）に示すように担当者が応答ボタンＢ２０１を押下することにより、中継装置１０に発信する。これにより、携帯端末に特定のアプリケーションをインストールすることなく、また、担当者の利便性を損なうことなく、通話機能を実現する。

図８において、担当者端末１宛の着信を、プッシュ通信で通知する場合を説明したが、図１０を参照して、プッシュ通信でない方法で通知する場合を説明する。

図１０のステップＳ４０１ないしステップＳ４０７の処理は、図８のステップＳ３０５ないしステップＳ３１１の処理と同様である。しかしながら、図１０に示す例では、着信通知が担当者端末１に届かない。この場合、ステップＳ４０８においてウェブサーバ２０は、所定時間内に、着信通知に対応する応答を受信しない場合、ステップＳ４０７で送信した着信通信が担当者端末１に届かなかったと把握する。ステップＳ４０９においてウェブサーバ２０は、着信通知が届かなかったことを示す非着信通知を、中継装置１０に送信する。

中継装置１０は、ウェブサーバ２０から非着信通知を受信すると、ステップＳ４１０において担当者端末１に発信する。このときの発信番号は、中継用電話番号で、着信番号は、担当者端末１の担当者電話番号である。ステップＳ４１１において担当者端末１が着信すると、ステップＳ４１２において中継装置１０は、音声で顧客名を再生する。中継装置１０は、音声合成処理部（図示せず）を備え、中継制御手段１１は、音声合成処理部に、ステップＳ４０６等で特定した顧客名のカナを音声合成処理部に入力する。音声合成処理部は、その顧客名を音声で出力し、発信先の担当者端末１に音声で通知する。これに対し、ステップＳ４１３において担当者端末１が、所定のボタンをプッシュするなどして着信応答を送信した場合、中継装置１０は、ステップＳ４１４において中継装置１０は、回線交換により、担当者端末１および顧客端末２間の通話を実現する。

このように、図１０に示す通信方法により、サブアドレスなどを用いることなく中継装置１０が２つの通話を回線交換するので、汎用性の高い通話の中継を実現することができる。図１０に示す例では、プッシュ通信の着信通知が失敗した際に、中継装置１０が担当者端末１に発信する場合を説明したが、プッシュ通信による着信通知をすることなく、中継装置１０が担当者端末１に発信して、着信を通知しても良い。

（ウェブサーバ）
図１１を参照して、本発明の実施の形態に係るウェブサーバ２０を説明する。ウェブサーバ２０は、中央処理制御装置２００、記憶装置２１０および通信制御装置２２０などを備える一般的なコンピュータである。ウェブサーバ２０は、一般的なコンピュータが所定の機能を実現するためのプログラムを実行することにより、図１１に示す各手段を実現する。ウェブサーバ２０は、中継データベース３０の各データを参照または更新することができる。ウェブサーバ２０は、通信制御装置２２０を介して、ＬＡＮ４０およびデータ通信ネットワーク５に接続する。

中央処理制御装置２００は、ログイン処理手段２１、顧客リスト表示手段２２、接続データ更新手段２３および着信通知手段２４を備える。

ログイン処理手段２１は、担当者端末１が入力したログインＩＤおよびパスワードに基づいて、担当者端末１を認証する。このときログイン処理手段２１は、担当者端末１とのセッションを識別するセッションＩＤを発行し、このセッションＩＤを用いて担当者端末１に接続する。ログイン処理手段２１は、図５のステップＳ１０１ないしステップＳ１０４、および図８のステップＳ３０１ないしステップＳ３０４の処理に相当する。

顧客リスト表示手段２２は、担当者端末１について登録された発信先の情報を表示するための電話帳表示画面データを生成し、担当者端末１に顧客リスト表示画面データを送信する。この顧客リスト表示画面データは、担当者端末１において発信先が選択されると、選択された発信先への通話開始リクエストをウェブサーバ２０に送信するコマンドと、中継装置１０の中継用電話番号に発信するコマンドを含む。顧客リスト表示手段２２は、図５のステップＳ１０５ないしステップＳ１０７の処理に対応する。

接続データ更新手段２３は、担当者端末１から、顧客端末２への通話開始リクエストを受信し、担当者端末１の識別子および顧客端末２の識別子を対応づけて、接続データ３３に記憶する。

このとき接続データ更新手段２３は、発着区分を「発信」とし、適宜通話開始リクエストを受信した時刻なども対応づけ、更新が完了すると、通話開始応答を担当者端末１に送信する。この処理は、図５のステップＳ１０８ないしステップＳ１１０に対応する。

着信通知手段２４は、中継装置１０が、顧客端末２から担当者端末１に割り当てたダイヤルイン番号への発信に着信すると、担当者端末１に着信通知を送信する。着信通知は、プッシュ通信で送信される。

着信通知手段２４は、中継装置１０から着信通知を受信することで、中継装置１０が、顧客端末２から担当者端末１に割り当てたダイヤルイン番号への発信に着信したことを検知しても良い。着信通知手段２４は、発信元の顧客端末２の情報を取得するため、接続データ３３を読み出し、発着区分が「着信」となったレコードの担当者端末１および顧客端末２の情報を特定しても良い。また、着信通知手段２４は、顧客データ３２から、顧客端末２の顧客名などを取得して、顧客名を担当者端末１に送信しても良い。着信通知手段２４は、担当者端末１においてこの着信に応答する旨の指示が入力されると、担当者端末１からその指示を受信しても良い。また、着信通知を所定時間経過しても受信しなかった場合、着信通知手段２４は、着信通知が担当者端末１に届かなかったことを示す、非着信通知を、中継装置１０に送信する。着信通知手段２４は、図８のステップＳ３０９ないしステップＳ３１２、図１０のステップＳ４０５ないしステップＳ４０９の処理に対応する。

（中継装置）
図１１を参照して、本発明の実施の形態に係る中継装置１０を説明する。中継装置１０は、中央処理制御装置１００、記憶装置１１０、通信制御装置１２０および回線交換装置１３０などを備える構内回線交換機能を実現するコンピュータである。中継装置１０は、コンピュータが所定の機能を実現するためのプログラムを実行することにより、図１１に示す各手段を実現する。中継装置１０は、中継データベース３０の各データを参照または更新することができる。中継装置１０は、通信制御装置１２０を介して、ＬＡＮ４０に接続するとともに、回線交換装置１３０を介して、通話ネットワーク４に接続する。

中央処理制御装置１００は、中継制御手段１１と、中継手段１６を備える。ここで中継手段１６は、中継制御手段１１によって特定された中継対象の担当者端末１および顧客端末２について、これらの端末が通話できるように回線交換し、通話を中継する。中継手段１６は、管理者から入力された指示などによって、中継する通話を録音したり、管理者に傍受させたりすることができる。

中継制御手段１１は、中継装置１０に着信した通話の発信電話番号や着信電話番号に応じて、発信制御手段１２、直接発信制御手段１３、着信制御手段１４および直接着信制御手段１５に処理を振り分ける。図１２を参照して、中継制御手段１１による中継制御処理を説明する。

中継制御処理は、ステップＳ１において、担当者端末１、顧客端末２などから着信することにより処理を開始する。これらの端末から着信があると、ステップＳ２において中継制御手段１１は、発信番号が担当者データ３１の担当者電話番号に一致するか否かを判定する。一致する場合、ステップＳ３に進む。ステップＳ３において中継制御手段１１は、着信電話番号が、中継用電話番号であるか否かを判定する。中継用電話番号である場合、担当者が、顧客データ３２に登録された顧客への発信を試みているので、ステップＳ４において中継制御手段１１は、発信制御手段１２に発信制御処理を実行させる。一方、中継用電話番号でない場合、担当者が、顧客データ３２に登録されていない顧客への発信を試みているので、ステップＳ５において中継制御手段１１は、直接発信制御手段１３に直接発信制御処理を実行させる。

ステップＳ２において発信番号が担当者データ３１の担当者電話番号に一致しないと判定された場合、ステップＳ６において中継制御手段１１は、発信番号が顧客データ３２の顧客電話番号に一致するか否かを判定する。一致する場合、ステップＳ７に進む。ステップＳ７において中継制御手段１１は、着信電話番号が、担当者データ３１のダイヤルイン番号に一致するか否かを判定する。一致する場合、顧客データ３２に登録された顧客が、担当者への発信を試みているので、ステップＳ８において中継制御手段１１は、着信制御手段１４に着信制御処理を実行させる。一方、着信電話番号が、担当者データ３１のダイヤルイン番号に一致しない場合、ステップＳ１１においてエラーとして処理する。具体的には、顧客データ３２に登録された顧客が担当者のダイヤルイン番号を誤って発信したと考えられるので、中継制御手段１１はその旨を、顧客端末２に音声で通知する。具体的には、中継制御手段１１は、音声合成処理部に、顧客が発信した電話番号が誤っているので、その旨を説明するメッセージを音声合成処理部に入力する。音声合成処理部は、そのメッセージを音声で出力し、発信元の顧客端末２に音声で通知する。

ステップＳ６において発信番号が顧客データ３２の顧客電話番号に一致しないと判定された場合、ステップＳ９において中継制御手段１１は、着信電話番号が、担当者データ３１のダイヤルイン番号に一致するか否かを判定する。一致する場合、顧客データ３２に登録されていない顧客が、担当者への発信を試みていると考えられるので、ステップＳ１０において中継制御手段１１は、直接着信制御手段１５に直接着信制御処理を実行させる。一方、着信電話番号が、担当者データ３１のダイヤルイン番号に一致しない場合、ステップＳ１１においてエラーとして処理する。具体的には、顧客データ３２に登録されていない顧客が担当者のダイヤルイン番号を誤って発信したと考えられるので、中継制御手段１１はその旨を、顧客端末２に音声で通知する。

ここで、中継制御手段１１の各手段を詳述する。

発信制御手段１２は、担当者から、顧客データ３２に登録された顧客への通話を中継するための処理を制御する。発信制御手段１２は、担当者端末１から中継用電話番号への発信に着信し、接続データ３３において担当者端末１の識別子に対応づけられた顧客端末２に発信する。発信制御手段１２は、顧客端末２が着信すると、担当者端末１および中継装置１０との通話と、顧客端末２および中継装置１０との通話を、中継手段１６に中継させる。発信制御手段１２は、顧客端末２に発信する際、担当者端末１に割り当てたダイヤルイン番号を、発信元として通知する。発信制御手段１２は、図５のステップＳ１１１ないしステップＳ１１５の処理に対応する。

直接発信制御手段１３は、担当者と、顧客データ３２に登録されていない顧客との通話を中継するための処理を制御する。直接発信制御手段１３は、担当者端末１から中継用電話番号への発信に着信し、発信元の担当者の情報を特定する。その後、担当者端末１において通話先の顧客の電話番号がプッシュされると、直接発信制御手段１３は、プッシュされた顧客の電話番号に発信する。直接発信制御手段１３は、顧客端末２に発信する際、担当者端末１に割り当てたダイヤルイン番号を、発信元として通知する。直接発信制御手段１３は、図７のステップＳ２０１ないしステップＳ２０６の処理に対応する。

着信制御手段１４は、顧客データ３２に登録された顧客から、担当者への通話を中継するための処理を制御する。着信制御手段１４は、顧客端末２から、担当者端末１に割り当てたダイヤルイン番号への発信に着信し、担当者端末１の識別子および顧客端末２の識別子とを対応づけて、接続データ３３に記憶する。担当者端末１が、ウェブサーバ２０から着信通知を受信した後、中継装置１０に発信すると、着信制御手段１４は、担当者端末１からの発信に着信し、担当者端末１および中継装置１０との通話と、顧客端末２および中継装置１０との通話の中継を制御する。着信制御手段１４のこの処理は、図８のステップＳ３０５ないしステップＳ３０９の処理、およびステップＳ３１３ないしステップＳ３１６の処理に対応する。

着信制御手段１４は、接続データ３３に記憶した後、担当者端末１に着信があった旨の着信通知を、ウェブサーバ２０に送信しても良い。この着信通知は、ウェブサーバ２０から担当者端末１に通知される。担当者端末１に着信通知を送信後、所定時間内に中継装置１０が担当者端末１からの発信を受けなかった場合、着信制御手段１４は、担当者端末１に発信しても良い。担当者端末１が着信すると、着信制御手段１４は、担当者端末１および中継装置１０との通話と、顧客端末２および中継装置１０との通話の中継を制御する。着信制御手段１４のこの処理は、図１０のステップＳ４０９ないしステップＳ４１３の処理に対応する。

直接着信制御手段１５は、顧客データ３２に登録されていない顧客から、担当者への通話を中継するための処理を制御する。着信制御手段１４の処理と同様の処理で、担当者端末１に着信を通知することができる。しかしながら、顧客の情報は登録されていないので、直接着信制御手段１５は、担当者端末１に発信元の顧客名などを通知することはできない。

上記説明したように、本発明の実施の形態に係る通信方法において、サブアドレスを用いず、また担当者端末１に特定のアプリケーションをインストールすることなく、担当者端末１および顧客端末２間の通話を中継することができる。これにより、汎用性の高い通話の中継を実現することができる。

（その他の実施の形態）
上記のように、本発明の実施の形態によって記載したが、この開示の一部をなす論述および図面はこの発明を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施の形態、実施例および運用技術が明らかとなる。

例えば、本発明の実施の形態に記載した中継装置１０やウェブサーバ２０は、図１１に示すようにそれぞれ一つのハードウェア上に構成されても良いし、一つのハードウェア上に構成されても良い。また、既存の中継装置やウェブサーバなどの上に、実現されても良い。

本発明はここでは記載していない様々な実施の形態等を含むことは勿論である。従って、本発明の技術的範囲は上記の説明から妥当な特許請求の範囲に係る発明特定事項によってのみ定められるものである。

１ 担当者端末
２ 顧客端末
３ 中継システム
４ 通話ネットワーク
５ データ通信ネットワーク
６ 通信システム
１０ 中継装置
１１ 中継制御手段
１２ 発信制御手段
１３ 直接発信制御手段
１４ 着信制御手段
１５ 直接着信制御手段
１６ 中継手段
２０ ウェブサーバ
２１ ログイン処理手段
２２ 顧客リスト表示手段
２３ 接続データ更新手段
３０ 中継データベース
３１ 担当者データ
３２ 顧客データ
３３ 接続データ
４０ ＬＡＮ
１００、２００ 中央処理制御装置
１１０、２１０ 記憶装置
１２０、２２０ 通信制御装置
１３０ 回線交換装置

Claims (12)

1. 第１の端末と、第２の端末と、前記第１の端末および前記第２の端末と通話ネットワークを介して接続する中継装置と、前記第１の端末および前記中継装置とデータ通信ネットワークを介して接続するウェブサーバを備える通信システムに用いられる通信方法であって、
   前記第１の端末が、前記第２の端末への通話開始リクエストを前記ウェブサーバに送信するとともに、前記中継装置に発信するステップと、
   前記ウェブサーバが、前記通話開始リクエストを受信すると、前記第１の端末の識別子および前記第２の端末の識別子を対応づけて、接続データに記憶するステップと、
   前記中継装置が、前記第１の端末からの発信に着信し、前記接続データにおいて前記第１の端末の識別子に対応づけられた前記第２の端末に発信するステップと、
   前記第２の端末が着信すると、前記中継装置が、前記第１の端末および当該中継装置との通話と、前記第２の端末および当該中継装置との通話を中継するステップ
   を備えることを特徴とする通信方法。
2. 前記第２の端末に発信するステップにおいて、
   前記中継装置は、当該中継装置が発着信可能であって、前記第１の端末に割り当てたダイヤルイン番号を、発信元として通知する
   ことを特徴とする請求項１に記載の通信方法。
3. 前記第２の端末が、前記中継装置が発着信可能であって、前記第１の端末に割り当てたダイヤルイン番号に発信するステップと、
   前記中継装置が、前記第２の端末からの発信に着信し、前記第１の端末の識別子および前記第２の端末の識別子とを対応づけて、前記接続データに記憶するステップと、
   前記ウェブサーバが、前記第１の端末に着信通知を送信するステップと、
   前記第１の端末が、前記ウェブサーバから前記着信通知を受信すると、前記中継装置に発信するステップと、
   前記中継装置が、前記第１の端末からの発信に着信し、前記第１の端末および当該中継装置との通話と、前記第２の端末および当該中継装置との通話を中継するステップ
   をさらに備えることを特徴とする請求項１または２に記載の通信方法。
4. 前記着信通知は、プッシュ通信で送信されることを特徴とする請求項３に記載の通信方法。
5. 前記ウェブサーバが、前記着信通知を送信後、所定時間内に前記中継装置が前記第１の端末からの発信を受けなかった場合、
   前記中継装置が、前記第１の端末に発信するステップと、
   前記第１の端末が着信すると、前記中継装置が、前記第１の端末および当該中継装置との通話と、前記第２の端末および当該中継装置との通話を中継するステップ
   をさらに備えることを特徴とする請求項３または４に記載の通信方法。
6. 前記ウェブサーバが、前記第１の端末について登録された発信先の情報を表示するための顧客リスト表示画面データを生成し、前記第１の端末に前記顧客リスト表示画面データを送信するステップをさらに備え、
   前記顧客リスト表示画面データは、前記第１の端末において発信先が選択されると、当該発信先への通話開始リクエストを前記ウェブサーバに送信するコマンドと、前記中継装置に発信するコマンドを含む
   ことを特徴とする請求項１ないし５のいずれか１項に記載の通信方法。
7. 第１の端末および第２の端末と通話ネットワークを介して接続する中継装置と、前記第１の端末および前記中継装置とデータ通信ネットワークを介して接続するウェブサーバを備える中継システムであって、
   前記ウェブサーバは、
   前記第１の端末から、前記第２の端末への通話開始リクエストを受信し、前記第１の端末の識別子および前記第２の端末の識別子を対応づけて、接続データに記憶する接続データ更新手段を備え、
   前記中継装置は、
   前記第１の端末からの発信に着信し、前記接続データにおいて前記第１の端末の識別子に対応づけられた前記第２の端末に発信するとともに、前記第２の端末が着信すると、前記第１の端末および当該中継装置との通話と、前記第２の端末および当該中継装置との通話の中継を制御する発信制御手段
   を備える
   ことを特徴とする中継システム。
8. 前記発信制御手段は、前記第２の端末に発信する際、当該中継装置が発着信可能であって、前記第１の端末に割り当てたダイヤルイン番号を、発信元として通知する
   ことを特徴とする請求項７に記載の中継システム。
9. 前記中継装置は、
   前記第２の端末から、当該中継装置が発着信可能であって前記第１の端末に割り当てたダイヤルイン番号への発信に着信し、前記第１の端末の識別子および前記第２の端末の識別子とを対応づけて、前記接続データに記憶する着信制御手段をさらに備え、
   前記ウェブサーバは、
   前記中継装置が、前記第１の端末に割り当てたダイヤルイン番号への発信に着信すると、
   前記第１の端末に着信通知を送信する着信通知手段をさらに備え、
   前記第１の端末が、前記ウェブサーバから前記着信通知を受信した後、前記中継装置に発信すると、
   前記着信制御手段は、前記第１の端末からの発信に着信し、前記第１の端末および当該中継装置との通話と、前記第２の端末および当該中継装置との通話の中継を制御する
   ことを特徴とする請求項７または８に記載の中継システム。
10. 前記着信通知は、プッシュ通信で送信されることを特徴とする請求項９に記載の中継システム。
11. 前記ウェブサーバにおいて、前記着信通知を送信後、所定時間内に前記中継装置が前記第１の端末からの発信を受けなかった場合、
    前記着信制御手段は、前記第１の端末に発信し、前記第１の端末が着信すると、前記第１の端末および当該中継装置との通話と、前記第２の端末および当該中継装置との通話の中継を制御する
    ことを特徴とする請求項９または１０に記載の中継システム。
12. 前記ウェブサーバは、
    前記第１の端末について登録された発信先の情報を表示するための顧客リスト表示画面データを生成し、前記第１の端末に前記顧客リスト表示画面データを送信する顧客リスト表示手段をさらに備え、
    前記顧客リスト表示画面データは、前記第１の端末において発信先が選択されると、当該発信先への通話開始リクエストを前記ウェブサーバに送信するコマンドと、前記中継装置に発信するコマンドを含む
    ことを特徴とする請求項７ないし１１のいずれか１項に記載の中継システム。

Images