JP2013038703A - 通信システム、並びに、コールセンタシステム、並びに、通信装置及び通信プログラム - Google Patents

Abstract

【課題】 コールセンタシステムの待ち呼の処理において、ユーザの満足度低下を防ぐ。
【解決手段】 本発明は、通信装置とコールセンタシステムとを備える通信システム関する。そして、コールセンタシステムは、通信装置からの呼を受付けてオペレータ端末に振分けて接続させる手段と、オペレータ端末について空きが無い場合に音声を用いた自動応答を行う手段と、音声自動応答中の呼で通信装置から所定の信号が供給された場合にＧＵＩを用いた操作画面のデータ供給を開始ユーザからのＧＵＩ操作を受付ける手段とを有することを特徴とする。また、通信装置は、コールセンタシステムと電話通信を行うことが可能な手段と、コールセンタシステムから操作画面のデータの供給を受けて、その操作画面をユーザに提示し、ユーザからのＧＵＩ操作を受付ける手段とを有することを特徴とする。
【選択図】 図１

Description

本発明は、通信システム、並びに、コールセンタシステム、並びに、通信装置及び通信プログラムに関し、例えば、スマートフォンを用いたコールセンタシステムへのアクセスに適用し得る。

従来のコールセンタシステムの電話着信においては、ＡＣＤ装置（着信呼振分装置）が利用され、着信可能なオペレータ端末に着信呼を振り分ける運用が一般的である。

その際、従来のコールセンタシステムでは、着信可能なオペレー夕端末がない場合には、ＡＣＤ装置に設定された一定の待ち時間の間顧客を待たせることとなるが、顧客が待ちきれない場合の機会損失や顧客満足度の低下に繋がる場合があった。

コールセンタシステムにおいて、上述のような滞留した呼（待ち呼）を低減する工夫として以下のような減らす工夫としては例えば、待ち呼が発生しにくいよう、ピーク着信数に見合ったオペレー夕数としたり、待ち呼についてＩＶＲ装置（自動音声応答装置）で対応（音声ガイダンスを流したり、機械応答で応対をしたり、コールバック予約を受け付ける等の対応）をしていた。

また、コールセンタシステムにおいて待ち呼を低減する従来技術としては、特許文献１に記載されたコールセンタシステムも存在する。

特許文献１には、ビデオ電話、音声電話等、複数種類のオペレータ端末が設置されているコールセンタシステムで、例えば、ビデオ電話のオペレータ端末への待ち呼が発生している場合には、その待ち呼を他の種類のオペレータ端末（例えば、音声電話のオペレータ）へ転送することにより、待ち呼を低減させることについて記載されている。

特開２０１０−５６７５７号公報

しかしながら、ピーク着信数に見合ったオペレータ（オペレータ端末）を配置すると、ピーク時以外ではオペレータが手空きとなり、コールセンタのコスト増となる。

また、待ち呼に対してＩＶＲ装置で音声ガイダンスを流しても、順番を待ちきれない客は通話を放棄してしまい、コールセンタに係る事業者にとっては機会損失に繋がる。

さらに、待ち呼に対して、ＩＶＲ装置で機械応答させても、通常、ＩＶＲ装置ではメニュー選択操作（例えば、音声ガイダンスに従ったプッシュボタンの押下）が必要であり、機械応答が可能な処理も限られるため、顧客の問合せに対応できない場合がある。

さらにまた、待ち呼に対して、ＩＶＲ装置でコールバック予約を受付けたとしても、コールバックが適切な時刻に行なわれるとは限らない上、コールバックを顧客が受けられない場合、オペレータ側で、その扱いが困難となる。また、最終的に客の望む処理・操作が完了できず、顧客満足度の低下や機会損失に繋がる。

また、特許文献１の記載技術については、もともと音声通話にしか対応しないコールセンタシステムに適用することはできないという問題がある。

そこで、上述のような問題に鑑みて、コールセンタシステムの待ち呼の処理において、ユーザの満足度低下を防ぐことができる通信システム、並びに、コールセンタシステム、並びに、通信装置及び通信プログラムが望まれている。

第１の本発明は、ユーザが使用する通信装置と、上記通信装置からの電話通信の呼を受付けるコールセンタシステムとを備える通信システムにおいて、（１）上記コールセンタシステムは、（１−１）上記通信装置からの電話通信の呼を受付けて、音声を用いた自動応答を行う音声自動応答手段と、（１−２）上記音声自動応答手段で応答中の呼で、上記通信装置から所定の信号が供給された場合に、上記通信装置にＧＵＩを用いた操作画面のデータ供給を開始し、上記ユーザからのＧＵＩ操作を受付ける操作画面提供手段とを有し、（２）上記通信装置は、（２−１）上記コールセンタシステムと電話通信を行うことが可能な電話通信手段と、（２−２）上記電話通信手段の動作状況に応じて、上記コールセンタシステムから操作画面のデータの供給を受けて、そのデータに基づく操作画面を上記ユーザに提示し、上記ユーザからのＧＵＩ操作を受付ける操作受付手段とを有することを特徴とする。

第２の本発明は、ユーザが使用する通信装置からの電話通信の呼を受付けるコールセンタシステムにおいて、（１）上記通信装置からの電話通信の呼を受付けて、音声を用いた自動応答を行う音声自動応答手段と、（２）上記音声自動応答手段で応答中の呼で、上記通信装置から所定の信号が供給された場合に、上記通信装置にＧＵＩを用いた操作画面のデータ供給を開始し、上記ユーザからのＧＵＩ操作を受付ける操作画面提供手段とを有することを特徴とする。

第３の本発明の通信装置は、（１）コールセンタシステムと電話通信を行うことが可能な電話通信手段と、（２）上記電話通信手段の動作状況に応じて、上記コールセンタシステムから操作画面のデータの供給を受けて、そのデータに基づく操作画面を上記ユーザに提示し、上記ユーザからのＧＵＩ操作を受付ける操作受付手段とを有することを特徴とする。

第４の本発明の通信プログラムは、通信装置に搭載されたコンピュータを、（１）コールセンタシステムと電話通信を行うことが可能な電話通信手段と、（２）上記電話通信手段の動作状況に応じて、上記コールセンタシステムから操作画面のデータの供給を受けて、そのデータに基づく操作画面を上記ユーザに提示し、上記ユーザからのＧＵＩ操作を受付ける操作受付手段として機能させることを特徴とする。

本発明によれば、コールセンタシステムの待ち呼の処理において、ユーザの満足度低下を防ぐことができる。

第１の実施形態に係る通信システムの全体構成について示したブロック図である。 第１の実施形態に係る通信システムの動作について示したシーケンス図（その１）である。 第１の実施形態に係る通信システムの動作について示したシーケンス図（その２）である。 第１の実施形態に係る通信システムの動作について示したシーケンス図（その３）である。 第１の実施形態に係る通信システムの動作について示したシーケンス図（その４）である。 第１の実施形態に係るＷＥＢサーバで生成されるｗｅｂページの画面の例（その１）である。 第１の実施形態に係るＷＥＢサーバで生成されるｗｅｂページの画面の例（その２）である。 第１の実施形態に係るＷＥＢサーバで生成されるｗｅｂページの画面の例（その３）である。 第２の実施形態に係る通信システムの全体構成について示したブロック図である。 第２の実施形態に係る通信システムの動作について示したシーケンス図（その２）である。

（Ａ）第１の実施形態
以下、本発明による通信システム、並びに、コールセンタシステム、並びに、通信装置及び通信プログラムの第１の実施形態を、図面を参照しながら詳述する。なお、第１の実施形態の通信装置は、スマートフォンである。

（Ａ−１）第１の実施形態の構成
図１は、この実施形態の通信システム１の全体構成を示すブロック図である。

通信システム１には、コールセンタシステム１０と、ユーザ（顧客）が使用する通信装置としてのスマートフォン２０が配置されている。図１では、スマートフォン２０は、ネットワークＮを介して、コールセンタシステム１０に接続している。ネットワークＮとしては例えば、携帯電話通信網やインターネット等のネットワーク(複数種類のネットワークを併用するようにしても良い)を適用することができる。

図１では、説明を簡易にするためにコールセンタシステム１０にアクセスする通信装置として、スマートフォン２０のみを図示しているが、実際には、他の通信装置（例えば、通常の携帯電話端末や固定電話端末等の他の種類であっても良い）からもアクセスを受けているものとする。

コールセンタシステム１０には、データベースサーバ１１、ＷＥＢサーバ１２、ＩＶＲ装置１３、ＡＣＤ装置１４、アウトバウンドサーバ１５、及びＮ台のオペレータ端末１６（１６−１〜１６−Ｎ）が配置されている。

また、図１では、説明を簡易とするためにＷＥＢサーバ１２、ＩＶＲ装置１３、ＡＣＤ装置１４、及びアウトバウンドサーバ１５が直接ネットワークＮに接続する構成となっているが、ルータやＰＢＸ（ＩＰ−ＰＢＸ）等、ネットワークＮとの接続回線に適したネットワーク装置を介して接続するようにしても良い。

ＡＣＤ装置１４は、スマートフォン２０等の通信装置からの電話通信の呼を受付けて振り分ける呼制御を行う装置である。ＡＣＤ装置１４が、電話通信の呼を受付けてオペレータ端末１６に振り分ける処理については、例えば、既存のコールセンタシステムと同様の構成を用いることができる。また、ＡＣＤ装置１４とＰＢＸ（ＩＰ−ＰＢＸ）を組み合わせて呼制御を行うようにしても良い。なお、コールセンタシステム１０で、スマートフォン２０等の通信装置から電話通信の呼を受付ける際の接続方式は、限定されず、ＶｏＩＰ方式でも良いし、回線交換の方式としても良いし、複数の方式に対応するようにしても良い。

ＩＶＲ装置１３は、スマートフォン２０等の通信装置からの呼について、ＡＣＤ装置１４等の制御に従って接続し、音声自動応答（機械応答）等を行う装置である。

ＷＥＢサーバ１２は、スマートフォン２０等のデータ通信が可能な通信装置と、ＨＴＴＰ通信等を行い、所定のｗｅｂページのデータ供給等を行うサーバである。ＷＥＢサーバ１２が行う処理の詳細については後述する動作説明の項で説明する。

データベースサーバ１１は、コールセンタシステム１０において、顧客データ（例えば、取引状態や発信者番号等のキー情報）等を管理するものである。データベースサーバ１１に格納されるデータの詳細については、後述する動作説明の項で説明する。

アウトバウンドサーバ１５は、コールセンタシステム１０からスマートフォン２０への折り返し電話(コールバック)を行う場合に、スマートフォン２０へ電話通信の発信を行い、いずれかのオペレータ端末１６との通話を確立させる処理を行うサーバである。なお、アウトバウンドサーバ１５が、折り返し電話に対してオペレータ端末１６を振り分ける処理については、ＡＣＤ装置１４と連携して処理するようにしても良い。アウトバウンドサーバ１５が折り返し電話の発信を行う処理の詳細については、後述する動作説明の項で説明する。

次に、スマートフォン２０の内部構成について説明する。

スマートフォン２０は、通信部２１、ユーザインタフェース部２２、マイク２３、スピーカ２４、及びアプリケーション処理部２５を有している。

ここで、スマートフォン２０は、例えば、ハードウェア的な構成要素（通信部２１、ユーザインタフェース部２２、マイク２３、スピーカ２４等）の他は、通信処理やデータ処理等を実行するためのＣＰＵ、ＲＯＭ、ＲＡＭ等を有しており、ＣＰＵが実行するプログラム（実施形態の通信プログラムを含む）がインストールされている。上述したプログラムを含め、スマートフォン２０の機能的構成を示すと図１に示すようになる。なお、スマートフォン２０のハードウェア構成（通信部２１、ユーザインタフェース部２２、マイク２３、スピーカ２４等）については、既存のスマートフォンと同様の構成を適用するようにしても良い。

通信部２１は、当該スマートフォン２０をネットワークＮに接続させるためのインタフェースの機能を担っている。

マイク２３は、電話通信の際に、ユーザ（顧客）の発話した音声を捕捉するものである。また、スピーカ２４は、電話通信の際に、遠端側（コールセンタシステム１０側）からの音声信号を出力するものである。すなわち、マイク２３及びスピーカ２４は、スマートフォン２０において受話器の機能を担っている。

ユーザインタフェース部２２は、ユーザからの操作受付、及び、ユーザへの情報出力を行うユーザインタフェースの機能を担っている。ユーザインタフェース部２２としては、例えば、液晶ディスプレイを用いたタッチパネル画面を適用することができる。

アプリケーション処理部２５は、スマートフォン２０上で動作する１又は複数のアプリケーションをインストールして実行するためのプラットフォーム（例えば、ＯＳ）の機能を担っている。アプリケーション処理部２５のプラットフォームを構成する部分については、例えば、既存のスマートフォン上で動作するＯＳ等を適用することができる。

そして、この実施形態では、アプリケーション処理部２５には、電話アプリケーション２５１と、サポートアプリケーション２５２の２つのアプリケーションがインストールされているものとして説明する。

電話アプリケーション２５１は、スマートフォン２０を電話通信装置として機能させるためのアプリケーションである。電話アプリケーション２５１は、ユーザの操作（ユーザインタフェース部２２に対する操作）に応じた発呼処理、携帯電話網等を介して当該スマートフォン２０に着信した呼の受付、及び通話が確立した後に送受信する音声信号の処理等の処理を行う。なお、電話アプリケーション２５１としては、既存のスマートフォンのＯＳ上で動作する汎用的な電話アプリケーションを適用することができる。また、電話アプリケーション２５１は、他の電話装置と通話中に、ユーザインタフェース部２２のタッチパネル画面に、電話番号を入力するためのボタン（以下、「番号ボタン」と呼ぶ）を継続して表示しており、ユーザが番号ボタンを押下すると、当該ボタンに対応するトーン信号（ＤＴＭＦ（Ｄｕａｌ-Ｔｏｎｅ Ｍｕｌｔｉ-Ｆｒｅｑｕｅｎｃｙ）に対応した音声信号）が、コールセンタシステム１０（ＩＶＲ装置１３）側に出力されるものとする。そして、コールセンタシステム１０では、電話アプリケーション２５１から出力されるトーン信号は、ＩＶＲ装置１３に対する応答信号（操作信号）として用いられる。なお、スマートフォン２０において、電話番号の入力がタッチパネル画面ではなく、プッシュボタンにより行われる場合には、電話アプリケーション２５１は、そのブッシュボタンに対応するトーン信号を出力するようにしても良い。

サポートアプリケーション２５２は、電話アプリケーション２５１の動作状況に応じて動作するｗｅｂブラウザの機能を包含するアプリケーションである。サポートアプリケーション２５２は、電話アプリケーション２５１の動作状況を監視して、必要に応じてｗｅｂブラウザを起動（ユーザインタフェース部２２のタッチパネル画面にｗｅｂブラウザを表示）して、所定の画面表示を行い、電話アプリケーション２５１によるサービス機能をサポートする。サポートアプリケーション２５２の動作については、後述する動作説明の項で説明する。サポートアプリケーション２５２は、ｗｅｂブラウザを起動すると、コールセンタシステム１０のＷＥＢサーバ１２と通信（例えば、ＨＴＴＰ、ＨＴＴＰＳ等）して、ｗｅｂページのデータをダウンロードして、ｗｅｂブラウザにより表示する。サポートアプリケーション２５２が、ＷＥＢサーバ１２からダウンロードするｗｅｂページの内容は、例えば、ＧＵＩ操作によりユーザからの操作を受付ける操作画面のデータ（例えば、ＨＴＭＬやＦＬＡＳＨ（登録商標）等により記述されたデータ）である。

なお、サポートアプリケーション２５２において、ｗｅｂブラウザの部分については、既存のスマートフォンのＯＳ上で動作する汎用的なｗｅｂブラウザを流用するようにしても良い。

（Ａ−２）第１の実施形態の動作
次に、以上のような構成を有する第１の実施形態の通信システム１の動作を説明する。

図２〜図５は、この実施形態の通信システム１の動作（コールセンタシステム１０とスマートフォン２０との間の動作）について示したシーケンス図である。

図２〜図５のフローチャートの初期状態として、スマートフォン２０のアプリケーション処理部２５上で、電話アプリケーション２５１及びサポートアプリケーション２５２は起動もしくは実行可能状態になっているものとする。

そして、まず、ユーザ（顧客）により、電話アプリケーション２５１に対する発信操作（コールセンタシステム１０へアクセスするための電話番号等が入力）が行われ（Ｓ１０１）、電話アプリケーション２５１からコールセンタシステム１０へ発呼する処理が行われたものとする（Ｓ１０２）。また、サポートアプリケーション２５２は、電話アプリケーション２５１の動作を監視しており、電話アプリケーション２５１が発呼を開始すると、電話アプリケーション２５１により送受信される音声信号の監視も開始する（Ｓ１０３）。

そして、その呼が、コールセンタシステム１０のＡＣＤ装置１４に着信し（Ｓ１０４）、ＡＣＤ装置１４により振り分け可能なオペレータ（オペレータ端末１６）の検索が行われる（Ｓ１０５）。

上述のステップＳ１０５で、振り分け可能なオペレータ端末１６（空いているオペレータ）が検出できた場合には、ＡＣＤ装置１４は、当該オペレータ端末１６へ、当該呼を着信させる処理を行う（Ｓ１０６）。

一方、上述のステップＳ１０５で、振り分け可能なオペレータ端末１６が検出できない場合には、ＡＣＤ装置１４は、当該呼をＩＶＲ装置１３に転送し、ＩＶＲ装置１３は、待ち案内の音声ガイダンス（例えば、現在電話が込み合っている旨を知らせる音声ガイダンス）の音声信号を、スマートフォン２０に出力する。そして、スマートフォン２０は、その音声ガイダンスの中で、当該コールセンタのｗｅｂページに接続するか否かをユーザに選択させる音声ガイダンスを出力し、ユーザからの選択操作（所定の番号ボタンの押下）があるまで待機する（Ｓ１０７）。ＩＶＲ装置１３は、例えば、「ｗｅｂページでの手続を希望する場合は１、オペレータとの通話を希望する場合は２のボタンを押してください」という内容の音声ガイダンスを出力するようにしても良い。

そして、ユーザにより、スマートフォン２０のタッチパネル画面（ユーザインタフェース部２２）に対して、電話アプリケーション２５１により表示された所定の番号ボタン（「１」又は「２」）を押下する操作が行われたものとする（Ｓ１０８）。その場合、スマートフォン２０の電話アプリケーション２５１は、押下された番号ボタンに対応するトーン信号をＩＶＲ装置１３側に出力する。なお、ユーザからＩＶＲ装置１３への応答信号は、番号ボタンの押下によるトーン信号の送信ではなく、ユーザの発話による音声信号としても良い。

そして、ＩＶＲ装置１３では、スマートフォン２０から供給されたトーン信号に応じて、その後の動作を選択する（Ｓ１０９）。

スマートフォン２０から、オペレータへの接続を希望する（ｗｅｂページへの接続は希望しない）旨を示すトーン信号（「２」のボタンのトーン信号）が供給された場合には、ＩＶＲ装置１３は、当該呼の処理をＡＣＤ装置１４に戻して、ＡＣＤ装置１４を上述のステップＳ１０５の処理から動作させる。

一方、スマートフォン２０から、ｗｅｂページへの接続を希望する旨を示すトーン信号（「１」のボタンのトーン信号）が供給された場合には、ＩＶＲ装置１３は、スマートフォン２０をＷＥＢサーバ１２にアクセスさせる際のキー情報（認証情報）を生成する（Ｓ１１１０）。この実施形態では、例として、ＩＶＲ装置１３が生成する認証情報は、例えば、ＤＴＭＦで表現可能な形式（０〜９、＃、＊を用いた形式）で符号化された文字列であるものとする。このキー情報には、例えば、スマートフォン２０から発呼された際の発信者番号（発信者ＩＤ）をそのまま、又は、加工（符号化等）した内容としても良い。

そして、ＩＶＲ装置１３は、生成したキー情報を、ＤＴＭＦに基づくトーン信号により、スマートフォン２０側に送信する（Ｓ１１１）。なお、ＩＶＲ装置１３は、キー情報をトーン信号で送信する際には、プリアンブルとして、例えば、所定パターンの番号のトーン信号を送信し、スマートフォン２０側でのキー情報の抽出を容易にするようにしても良い。

そして、このトーン信号は、アプリケーション処理部２５を監視しているサポートアプリケーション２５２により捕捉され、読取られる（Ｓ１１２）。そして、キー情報を取得したサポートアプリケーション２５２は、電話アプリケーション２５１を介して、キー情報を取得した旨を示す応答信号（ＡＣＫ）を、同様にトーン信号によりＩＶＲ装置１３側へ送信する（Ｓ１１３）。サポートアプリケーション２５２が送信する応答信号のパターンについては限定されないものであり、任意のパターンのトーン信号として良い。サポートアプリケーション２５２は、例えば、取得したキー情報をそのまま返答するようにしても良い。

そして、ＩＶＲ装置１３は、生成したキー情報を、データベースサーバ１１に登録し、データベースサーバ１１は、当該キー情報を、未使用のキー情報として格納する（Ｓ１１４）。

そして、ＩＶＲ装置１３は、スマートフォン２０との電話通信の呼を切断する（Ｓ１１５、Ｓ１１６）。

そして、ＩＶＲ装置１３との電話通信の呼が切断されると、スマートフォン２０（サポートアプリケーション２５２）は、ＩＶＲ装置１３から取得したキー情報を認証情報として用い、ＷＥＢサーバ１２へアクセスを要求する（Ｓ１１７）。サポートアプリケーション２５２が、ＷＥＢサーバ１２へアクセスするためのＵＲＬは、予め設定しておくようにしても良いし、キー情報と共にＩＶＲ装置１３から通知を受けて保持する構成としても良い。

そして、スマートフォン２０から、キー情報を認証情報として用いたアクセス要求を受けると、ＷＥＢサーバ１２は、データベースサーバ１１へ、同じキー情報の取得を試み、取得できた場合に、スマートフォン２０に対してアクセスを認証（認証成功）する（Ｓ１１９、Ｓ１２０）。

上述の通り、ＷＥＢサーバ１２は、キー情報を用いた認証を行うが、スマートフォン２０に対して認証を行う手段や手順については限定されないものである。また、ＷＥＢサーバ１２が、スマートフォン２０に対して特に認証を行わないシーケンスとしても良い。ただし、ＷＥＢサーバ１２のアクセスに認証を必要としない場合でも、スマートフォン２０の発信者番号を把握することを目的としてキー情報を取得するようにしても良い。

次に、ＷＥＢサーバ１２は、所定のｗｅｂページのデータを、データベースサーバ１１から取得して、スマートフォン２０に提供する（Ｓ１２１、Ｓ１２２）。

そして、上述のステップＳ１２１、Ｓ１２２でスマートフォン２０に提供されるｗｅｂページは、例えば、当該コールセンタ（当該コールセンタシステム１０に係るコールセンタ）がテレフォンバンキング（ネットバンキング）や通信販売等の取引窓口である場合には、その取引を行うためのｗｅｂページを提供するようにしても良い。また、例えば、当該コールセンタが、製品の使用方法や故障等に関する問合せ窓口である場合には、ユーザの問合せに係る製品に関するＦＡＱを検索可能なｗｅｂページを提供するようにしても良い。上述のような取引処理やＦＡＱ検索を行うためのｗｅｂページの具体的な構成については、既存のものを適用することができるので詳しい説明は省略する。

そして、上述のステップＳ１２１、Ｓ１２２でスマートフォン２０に提供されるｗｅｂページの内容で、ユーザの当該コールセンタへ電話した目的が達成できたか否か（ｗｅｂページで完結できたか否か）が、ＷＥＢサーバ１２で判定される（Ｓ１２３）。例えば、上述のステップＳ１２１、Ｓ１２２で、スマートフォン２０に提供されるｗｅｂページ上に、「オペレータに電話で問い合わせる」と表示されたボタン又はリンクを配置しておき、ユーザにより、当該ボタン又はリンクが押下された場合に、ＷＥＢサーバ１２は、当該ユーザの目的はｗｅｂページでは完結できなかったと判定するようにしても良い。また、例えば、上述のステップＳ１２１、Ｓ１２２で、スマートフォン２０に提供されるｗｅｂページ上に、「問題は解決しました」と表示されたボタン又はリンクを配置しておき、ユーザにより、当該ボタン又はリンクが押下された場合に、ＷＥＢサーバ１２は、当該ユーザの目的はｗｅｂページでは完結できたと判定するようにしても良い。さらに、例えば、上述のステップＳ１２１、Ｓ１２２で、ｗｅｂページに対して一定時間ユーザの操作が行われなかった場合（例えば、一定時間、リンクやボタンの押下がなかった場合）に、ＷＥＢサーバ１２は、当該ユーザの目的はｗｅｂページで完結できたと判定するようにしても良い。

上述のステップＳ１２１、Ｓ１２２で、ＷＥＢサーバ１２により、ｗｅｂページでユーザの目的が完結できたと判定された場合には、ＷＥＢサーバ１２及びスマートフォン２０では、ｗｅｂページ（ブラウザ）によるユーザ（スマートフォン２０）からの操作の受付を終了し（Ｓ１２４〜Ｓ１２６）、コールセンタシステム１０において当該ユーザに関する処理は終了する。

一方、上述のステップＳ１２１、Ｓ１２２で、ＷＥＢサーバ１２により、ｗｅｂページでユーザの目的が完結できなかったと判定された場合には、ＷＥＢサーバ１２は、当該ユーザについて、オペレータへ接続可能となるまでの想定待ち時間を保持する。そして、ＷＥＢサーバ１２は、保持した想定待ち時間の情報を表示し、さらに、ユーザに今後の対応を選択させるｗｅｂページ（以下、「電話応対受付画面」と呼ぶ）のデータを、スマートフォン２０に供給して表示させ、ユーザの選択操作を受付ける（Ｓ１２７、Ｓ１２８）。ＷＥＢサーバ１２が、想定待ち時間を保持する方法については限定されないものであるが、例えば、後述するデータベースサーバ１１に登録された待ちキューの予約数を参照して算出して保持するようにしても良い。

電話応対受付画面としては、例えば、図６のように表示するようにしても良い。

図６に示す電話応対受付画面の例では、想定待ち時間を表示したフィールドＦ１１と、「オペレータからの折り返し電話受付を登録する」と表示されたボタンＢ１１と、「このままオペレータが空くのを待つ」と表示されたボタンＢ１２とが配置されている。

そして、ＷＥＢサーバ１２は、上述のステップＳ１２７、Ｓ１２８で表示した電話応対受付画面に対するユーザの操作内容（押下したボタン）に応じた動作を選択する（Ｓ１２９）。

電話応対受付画面で、上述の「オペレータからの折り返し電話受付を登録する」と表示されたボタンＢ１１が押下された場合には、ＷＥＢサーバ１２は、登録結果を表示するｗｅｂページ（以下、「登録結果表示画面」と呼ぶ）のデータを、スマートフォン２０に供給して表示させる。そして、ＷＥＢサーバ１２は、アウトバウンドサーバ１５により折り返し電話の予約を行う（オペレータからのコールバックを行う）ための待ちキュー（データベースサーバ１１で管理されているデータであり、以下、「折り返し待ちキュー」と呼ぶ）に、スマートフォン２０に関する電話予約の情報を追加する（Ｓ１３０、Ｓ１３１）。データベースサーバ１１で管理されている、折り返し待ちキューを構成する電話予約の情報には、少なくとも、折り返し電話（コールバック）する宛先の電話番号の情報が含まれているものとする。ＷＥＢサーバ１２は、例えば、スマートフォン２０から供給されたキー情報に、スマートフォン２０の発信者番号が含まれている場合には、その番号を保持しておき、電話予約の情報として利用するようにしても良い。

なお、この実施形態では、折り返し待ちキューは、ＦＩＦＯ（Ｆｉｒｓｔ Ｉｎ Ｆｉｒｓｔ Ｏｕｔ）で処理されるものとして説明するが、折り返し待ちキューの処理方式はこれに限定されないものである（例えば、一部の電話予約について優先的に処理するようにしても良い）。また、上述のＳ１２７で、ＷＥＢサーバ１２が算出する想定待ち時間は、現在の折り返し待ちキューの電話予約の数に基づいて算出（例えば、「折り返し待ちキューの予約数×一定時間」を想定待ち時間として算出）するようにしても良い。

そして、ＷＥＢサーバ１２及びスマートフォン２０では、ｗｅｂページ（ブラウザ）によるユーザ（スマートフォン２０）からの操作の受付を終了し、ＷＥＢサーバ１２において当該ユーザ（スマートフォン２０）に関する処理は終了する（Ｓ１３２、Ｓ１３３）。

一方、アウトバウンドサーバ１５では、定期又は不定期の間隔で、データベースサーバ１１上の折り返し待ちキューを検索しており、あらたな電話予約の発生を検知すると、当該電話予約について、オペレータ（オペレータ端末１６）を割り当てるように、ＡＣＤ装置１４に依頼する。そして、ＡＣＤ装置１４で、当該電話予約に対するオペレータ端末１６が割り当てられると、アウトバウンドサーバ１５は、当該電話予約の発信先（折り返し先の電話番号）へ発信し、割り当てられたオペレータ端末１６と発信先（折り返し先）の電話端末との通話を確立させ（Ｓ２０３〜Ｓ２０５）、その後オペレータとユーザとの間の会話が終了し、電話（通話）が切断される（Ｓ２０６、Ｓ２０７）。なお、図４では、アウトバウンドサーバ１５からスマートフォン２０へ、折り返し電話（コールバック）が行われた場合について示している。上述のステップＳ１３０で、スマートフォン２０に対する折り返し電話の電話予約が行われた場合には、図４に示すようなシーケンスとなる。

また、コールセンタシステム１０で、アウトバウンド専用のオペレータ端末１６（オペレータ）が割り当てられている場合には、アウトバウンドサーバ１５は、そのアウトバウンド専用のオペレータ端末１６（オペレータ）を、折り返し待ちキューの電話予約に割り当てる処理を行うようにしても良い。

そして、電話応対受付画面（上述のステップＳ１２７、Ｓ１２８）で、「このままオペレータが空くのを待つ」と表示されたボタンＢ１２が押下された場合には、ＷＥＢサーバ１２は、オペレータ待ちの電話予約を管理するための待ちキュー（データベースサーバ１１で管理されているデータであり、以下、「オペレータ待ちキュー」と呼ぶ）に、スマートフォン２０に関する電話予約の情報を追加登録する（Ｓ１３４）。そして、ＷＥＢサーバ１２は、オペレータ待ちキューに登録した旨の情報を表示するｗｅｂページ（以下、「キュー登録通知画面」と呼び）のデータを、スマートフォン２０（サポートアプリケーション２５２）に供給して表示させる（Ｓ１３５）。キュー登録通知画面の内容としては、例えば「オペレータ待ちのキューに登録しましたのでしばらくこのままお待ちください」等のメッセージを表示する画面としても良い。

なお、この実施形態では、オペレータ待ちキューは、ＦＩＦＯで処理されるものとして説明するが、オペレータ待ちキューの処理方式はこれに限定されないものである（例えば、一部の電話予約について優先的に処理するようにしても良い）。

そして、ＷＥＢサーバ１２（ｗｅｂ−ＩＶＲ機能）は、定期又は不定期の間隔で、データベースサーバ１１上のオペレータ待ちキューを確認して、上述のステップＳ１３５で登録した電話予約のキュー状態を管理し、残りの想定待ち時間の情報を保持する（Ｓ１３６）。

ＷＥＢサーバ１２が、オペレータ待ちキューの電話予約に対して想定待ち時間を保持する方法については限定されないものであるが、例えば、現在のオペレータ待ちキューの電話予約の数に基づいて算出（例えば、「オペレータ待ちキューの予約数×一定時間」を想定待ち時間として算出）するようにしても良い。

そして、ＷＥＢサーバ１２は、保持した残りの想定待ち時間の情報を表示するためのｗｅｂページ（以下、「待ち時間表示画面」と呼ぶ）のデータを、スマートフォン２０（サポートアプリケーション２５２）に供給して表示させる（Ｓ１３７）。ＷＥＢサーバ１２は、当該電話予約についてオペレータ（オペレータ端末１６）を割り当てて通話が可能となるまで（オペレータ待ちキューの先頭に到達するまで）上述のステップＳ１３６、Ｓ１３７の処理を繰り返すものとする。

待ち時間表示画面としては、例えば、図７のように表示するようにしても良い。

図７に示す待ち時間表示画面の例では、残り想定待ち時間を表示したフィールドＦ２１が配置されている。

そして、ＷＥＢサーバ１２は、当該電話予約についてオペレータ（オペレータ端末１６）を割り当てて通話が可能となったと判定すると、通話が可能である旨をユーザに知らせるためのｗｅｂページ（以下、「通話可能ダイアログ」と呼ぶ）のデータを、スマートフォン２０（サポートアプリケーション２５２）に供給して表示させ（Ｓ１３８、Ｓ１３９）、ＷＥＢサーバ１２において当該電話予約に関する処理を終了する（Ｓ１４０）。

通話可能ダイアログとしては、例えば、図８のように表示するようにしても良い。

図８に示す通話可能ダイアログの例では、「オペレータとの通話が可能になりました」というメッセージと共に、「オペレータとの通話を開始する」と表示されたボタンＢ３１が配置されている。

そして、スマートフォン２０のサポートアプリケーション２５２では、通話可能ダイアログで、ユーザにより「オペレータとの通話を開始する」と表示されたボタンＢ３１が押下（通話開始が選択）されると（Ｓ１４１）、電話アプリケーション２５１に、コールセンタシステム１０へ発信させる制御を行う（Ｓ１４２）。そして、電話アプリケーション２５１により、コールセンタシステム１０に対する電話発信（発信者番号通知を伴う）が行われ（Ｓ１４３）、その呼がＡＣＤ装置１４に着信する（Ｓ１４４）。

そして、ＡＣＤ装置１４は、着信した呼の発信者番号と、データベースサーバ１１上のオペレータ待ちキューの先頭の電話予約の情報とを比較し、一致する場合には、当該呼には優先的にオペレータ（オペレータ端末１６）を振り分けるように構成されているものとする。ここでは、スマートフォン２０の発信者番号については、オペレータ待ちキューの先頭の電話予約の情報と一致するものであるものとする。したがって、ＡＣＤ装置１４は、スマートフォン２０から着信した呼について優先的にオペレータを割り当てる呼として選択することになる（Ｓ１４５）。

なお、コールセンタシステム１０において、オペレータ待ちキューに対応するための専用のオペレータ（オペレータ端末１６）が割り当てられている場合には、上述のステップＳ１４５において、ＡＣＤ装置１４は、当該呼について、その専用のオペレータ（オペレータ端末１６）に振り分けるものとする。また、ＡＣＤ装置１４は、データベースサーバ１１上のオペレータ待ちキューの先頭の電話予約について、オペレータ（オペレータ端末１６）を振り分けると、オペレータ待ちキューの内容を更新（先頭の電話予約を削除）する。

そして、ＡＣＤ装置１４は、当該呼について、オペレータ（オペレータ端末１６）を振り分け、振り分けたオペレータ端末１６と発信元の電話端末（スマートフォン２０）との通話を確立させる（Ｓ１４６、Ｓ１４７）。そして、その後オペレータとユーザとの間の会話が終了し、当該通話が切断される（Ｓ１４８、Ｓ１４９）。

（Ａ−３）第１の実施形態の効果
第１の実施形態によれば、以下のような効果を奏することができる。

コールセンタシステム１０では、待ち呼が発生した場合に、スマートフォン２０を用いてコールセンタシステム１０へ電話したユーザ（顧客）に対して、待ち呼の処理方法を複数提供することができる。具体的には、コールセンタシステム１０では、（ａ）ｗｅｂページへの誘導による取引完結、（ｂ）ｗｅｂページからの折り返し電話予約、（ｃ）ｗｅｂページによるオペレータの空き待ちの３つのうち、ユーザが希望する方法を適用することができる。これにより、第１の実施形態では、取引に関する機会損失や顧客満足度（ＣＳ）の低下を防止できる。

また、第１の実施形態で、待ち呼の処理方法として上述の「（ａ）ｗｅｂ誘導による取引完結」を設定することにより、一部のユーザをｗｅｂページによる取引処理に誘導し、オペレータの稼動率を下げる効果がある。すなわち、第１の実施形態のコールセンタシステムでは、ｗｅｂページで完結できるような単純取引によるオペレータの効率低下を防ぐことができる。

さらに、従来技術では、ユーザはオペレータが空くまで電話端末のスピーカからの音声を聞き続ける必要があったが、第１の実施形態で、待ち呼の処理方法として上述の「（ｃ）ｗｅｂページによるオペレータの空き待ち」を設定することにより、通話を切断した状態で待つことができるため、ユーザの利便性が大幅に向上する。

（Ｂ）第２の実施形態
以下、本発明による通信システム、並びに、コールセンタシステム、並びに、通信装置及び通信プログラムの第２の実施形態を、図面を参照しながら詳述する。なお、第２の実施形態の通信装置は、スマートフォンである。

（Ｂ−１）第２の実施形態の構成
図９は、この実施形態の通信システム１Ａの全体構成を示すブロック図である。

第２の実施形態の通信システム１Ａでは、コールセンタシステム１０及びスマートフォン２０が、コールセンタシステム１０Ａ及びスマートフォン２０Ａに置き換わっている点で異なっている。

コールセンタシステム１０では、ＩＶＲ装置１３がＩＶＲ装置１３Ａに置き換わっている点で、第１の実施形態と異なっている。

スマートフォン２０Ａでは、アプリケーション処理部２５が、アプリケーション処理部２５Ａに置き換わっている点で第１の実施形態と異なっている。そして、アプリケーション処理部２５Ａでは、第１の実施形態における電話アプリケーション２５１及びサポートアプリケーション２５２の両方の機能に対応したカスタム電話アプリケーション２５３がインストールされている点で異なっている。第１の実施形態のアプリケーション処理部２５では、電話アプリケーションとして既存の汎用的なアプリケーションをそのまま流用可能な構成として説明した。しかし、第２の実施形態のカスタム電話アプリケーション２５３では、電話アプリケーション２５１及びサポートアプリケーション２５２の両方の機能を一体化したアプリケーションとして構成されているものとする。

例えば、第１の実施形態では、サポートアプリケーション２５２が、電話アプリケーション２５１を監視し、電話アプリケーション２５１が授受する音声信号からトーン信号（ＤＴＭＦ信号）を抽出してキー情報の授受等を行っていた。しかし、第２の実施形態のカスタム電話アプリケーション２５３では、ユーザがＩＶＲ操作を行った場合（例えば、コールセンタシステム１０Ａを発信先として通話中に所定のボタンを押下した場合）に、カスタム電話アプリケーション２５３の内部でそれを検知し、カスタム電話アプリケーション２５３側で、自発的にキー情報を保持してＩＶＲ装置１３Ａに送信するようにしても良い。カスタム電話アプリケーション２５３からＩＶＲ装置１３Ａへキー情報を送信する手段については限定されないものであるが、例えば、ＦＴＰやＨＴＴＰ等のプロトコルを用いて送信（予め、ＩＶＲ装置１３Ａのアドレス情報等は保持されているものとする）するようにしても良い。その際、キー情報に発信者番号の情報が含まれていれば、ＩＶＲ装置１３Ａ側では、着信した呼の発信元と、受信したキー情報の送信元の組合せを把握することができる。したがって、第２の実施形態では、コールセンタシステム１０Ａとスマートフォン２０Ａとの間で、トーン信号（ＤＴＭＦ）を用いた通信を行う必要がなくなる。

（Ｂ−２）第２の実施形態の動作
次に、以上のような構成を有する第２の実施形態の通信システム１Ａの動作を説明する。

上述の通り、第２の実施形態の通信システム１Ａでは、ＩＶＲ装置１３Ａとスマートフォン２０Ａ（カスタム電話アプリケーション２５３）との間のキー情報の送受信に関するシーケンスだけが異なっている。したがって、第２の実施形態において、その他のシーケンスについては、カスタム電話アプリケーション２５３が第１の実施形態の２つのアプリケーションの機能を包含していることを除いては同様となっている。したがって、以下では、第２の実施形態について、第１の実施形態と異なる部分を中心に説明し、共通するシーケンスについては説明を省略する。

図１０は、第２の実施形態の通信システム１Ａの動作について示したシーケンス図である。なお、図１０では、第２の実施形態の動作について、第１の実施形態と異なる部分を中心として示している。

まず、ユーザ（顧客）により、カスタム電話アプリケーション２５３（電話機能）に対する発信操作が行われ（Ｓ３０１）、カスタム電話アプリケーション２５３からコールセンタシステム１０Ａへ発呼する処理が行われたものとする（Ｓ３０２）。そして、その呼が、コールセンタシステム１０ＡのＡＣＤ装置１４に着信し（Ｓ３０３）、ＡＣＤ装置１４により振り分け可能なオペレータ（オペレータ端末１６）の検索が行われる（Ｓ３０４）。

上述のステップＳ３０４で、振り分け可能なオペレータ端末１６（空いているオペレータ）が検出できた場合には、ＡＣＤ装置１４は、当該オペレータ端末１６へ、当該呼を着信させる処理を行う（Ｓ３０５）。

一方、上述のステップＳ３０４で、振り分け可能なオペレータ端末１６が検出できない場合には、ＡＣＤ装置１４は、当該呼をＩＶＲ装置１３Ａに転送し、ＩＶＲ装置１３Ａは、待ち案内の音声ガイダンス（現在電話が込み合っている旨を知らせる音声ガイダンス）を、スマートフォン２０Ａに出力する。そして、スマートフォン２０Ａは、その音声ガイダンスで、当該コールセンタのｗｅｂページに接続するか否かをユーザに選択させる音声ガイダンス（第１の実施形態と同様の内容）を出力し、ユーザからの選択操作（所定の番号ボタンの押下）まで待機する。そして、ユーザにより、スマートフォン２０Ａのタッチパネル画面（ユーザインタフェース部２２）に対して、カスタム電話アプリケーション２５３により表示された所定の番号ボタン（「１」又は「２」）を押下する操作が行われたものとする（Ｓ３０６、Ｓ３０７）。

そして、ＩＶＲ装置１３Ａでは、スマートフォン２０Ａから、番号ボタン押下に伴って供給されたトーン信号に応じて、その後の動作を選択する（Ｓ３０８）。

スマートフォン２０Ａから、オペレータへの接続を希望する（ｗｅｂへの接続は希望しない）旨を示すトーン信号（「２」のボタンのトーン信号）が供給された場合には、ＩＶＲ装置１３Ａは、当該呼の処理をＡＣＤ装置１４に戻して、ＡＣＤ装置１４を上述のステップＳ３０４の処理から動作させる。

一方、スマートフォン２０Ａから、ｗｅｂページへの接続を希望する旨を示すトーン信号（「１」のボタンのトーン信号）が供給された場合には、ＩＶＲ装置１３Ａは、スマートフォン２０からキー情報が供給されるまで待機する（Ｓ３１０）。

一方、スマートフォン２０Ａのカスタム電話アプリケーション２５３では、ｗｅｂページへの接続を希望する旨を示す操作された場合（「２」の番号ボタンが押下された場合）に、キー情報を保持して、ＩＶＲ装置１３Ａに送信する（Ｓ３０９）。カスタム電話アプリケーション２５３には、例えば、予めキー情報を設定しておくようにしても良いし、自装置の発信者番号等に基づいてキー情報を生成（第１の実施形態と同様の方式としても良い）して保持するようにしても良い。また、カスタム電話アプリケーション２５３からＩＶＲ装置１３Ａへキー情報のデータを送信する手段については、上述の通り限定されないものである。ここでは、ＩＶＲ装置１３Ａがｗｅｂサーバと同様のプロトコル（例えば、ＨＴＴＰ、ＦＴＰ等）に対応しており、そのプロトコルを用いたデータ送信を行うものとする（予めＩＶＲ装置１３ＡのＩＰアドレス等は保持されているものとする）。すなわち、カスタム電話アプリケーション２５３では、電話通信（音声通信）とデータ通信（ｗｅｂ通信）の２セッションの同時通信に対応しているものとする。

そして、ＩＶＲ装置１３Ａは、スマートフォン２０Ａから受信したキー情報を、データベースサーバ１１に未使用のキー情報として登録する（Ｓ３１１）。

そして、ＩＶＲ装置１３Ａは、スマートフォン２０Ａとの電話通信の呼を切断する（Ｓ１１５、Ｓ１１６）。

そして、その後、第１の実施形態と同様に、スマートフォン２０Ａ（カスタム電話アプリケーション２５３）からＷＥＢサーバ１２への接続が行われることになるが、これ以後の動作は、第１の実施形態のステップＳ１１７からの動作と同様（ただし、スマートフォン２０Ａ側のアプリケーション処理は、全てカスタム電話アプリケーション２５３で行われる）であるので、説明を省略する。

（Ｂ−３）第２の実施形態の効果
第２の実施形態によれば、以下のような効果を奏することができる。

第２の実施形態では、スマートフォン２０Ａとコールセンタシステム１０Ａ（ＩＶＲ装置１３Ａ）との間でキー情報のやりとりを行う際にトーン信号（ＤＴＭＦ形式）を用いないため、より高速かつ安全にキー情報の転送を行うことができる。

（Ｃ）他の実施形態
本発明は、上記の各実施形態に限定されるものではなく、以下に例示するような変形実施形態も挙げることができる。

（Ｃ−１）上記の各実施形態では、本発明の通信装置を、スマートフォンに適用した例について説明したが、電話通信とｗｅｂブラウザの両方に対応したものであれば、その種類は限定されないものである。例えば、ｗｅｂブラウザと、電話通信アプリケーション（ソフトフォン）を搭載したＰＣに、サポートアプリケーションに相当するプログラムを追加して、本発明の通信装置として構築するようにしても良い。

（Ｃ−２）上記の各実施形態では、コールセンタシステムを構成するサーバ（データベースサーバ、ＷＥＢサーバ、ＩＶＲ装置、ＡＣＤ装置、アウトバウンドサーバ）について、機能分散の方式や用いるハードウェア(コンピュータ)の台数については限定されないものである。例えば、コールセンタシステムを構成するサーバを全て異なるハードウェア（コンピュータ）を用いるようにしても良いし、全て１台のハードウェア（コンピュータ）を用いるようにしても良い。ただし、コールセンタシステムを構成するサーバのハードウェア構成に関わらず、その機能的構成は、上述の図１、図９のように示すことができる。

（Ｃ−３）上記の各実施形態のコールセンタシステムでは、待ち呼の処理について、上述の通り、「（ａ）ｗｅｂページへの誘導による取引完結、（ｂ）ｗｅｂページからの折り返し電話予約、（ｃ）ｗｅｂページによるオペレータの空き待ち」の３つのうち、ユーザが希望する方法を適用することができるが、３つの処理方式の全てに対応させる必要はなく、一部だけに対応させるように構成しても良い。

（Ｃ−４）上記の各実施形態では、スマートフォンは、電話通信において音声にのみ対応する例について説明したが、ビデオ電話（音声及びビデオを用いた電話通信）に対応させるようにしても良い。その場合、コールセンタシステムの側でもビデオ電話の呼を処理する構成が必要となる。

１…通信システム、１０…コールセンタシステム、１１…データベースサーバ、１２…ＷＥＢサーバ、１３…ＩＶＲ装置、１４…ＡＣＤ装置、１５…アウトバウンドサーバ、１６、１６−１〜１６−Ｎ…オペレータ端末、Ｎ…ネットワーク、２０…スマートフォン、２１…通信部、２２…ユーザインタフェース部、２３…マイク、２４…スピーカ、２５…アプリケーション処理部、２５１…電話アプリケーション、２５２…サポートアプリケーション。

Claims (5)

1. ユーザが使用する通信装置と、上記通信装置からの電話通信の呼を受付けるコールセンタシステムとを備える通信システムにおいて、
   上記コールセンタシステムは、
   上記通信装置からの電話通信の呼を受付けて、音声を用いた自動応答を行う音声自動応答手段と、
   上記音声自動応答手段で応答中の呼で、上記通信装置から所定の信号が供給された場合に、上記通信装置にＧＵＩを用いた操作画面のデータ供給を開始し、上記ユーザからのＧＵＩ操作を受付ける操作画面提供手段とを有し、
   上記通信装置は、
   上記コールセンタシステムと電話通信を行うことが可能な電話通信手段と、
   上記電話通信手段の動作状況に応じて、上記コールセンタシステムから操作画面のデータの供給を受けて、そのデータに基づく操作画面を上記ユーザに提示し、上記ユーザからのＧＵＩ操作を受付ける操作受付手段とを有する
   ことを特徴とする通信システム。
2. 上記操作画面提供手段は、当該呼についてオペレータ端末への接続を誘導する操作画面のデータを、上記通信装置に供給し、当該操作画面に対するユーザの操作に応じて、上記振分け手段に当該呼のオペレータ端末への割当てを再度実行させることを特徴とする請求項１に記載の通信システム。
3. ユーザが使用する通信装置からの電話通信の呼を受付けるコールセンタシステムにおいて、
   上記通信装置からの電話通信の呼を受付けて、音声を用いた自動応答を行う音声自動応答手段と、
   上記音声自動応答手段で応答中の呼で、上記通信装置から所定の信号が供給された場合に、上記通信装置にＧＵＩを用いた操作画面のデータ供給を開始し、上記ユーザからのＧＵＩ操作を受付ける操作画面提供手段と
   を有することを特徴とするコールセンタシステム。
4. コールセンタシステムと電話通信を行うことが可能な電話通信手段と、
   上記電話通信手段の動作状況に応じて、上記コールセンタシステムから操作画面のデータの供給を受けて、そのデータに基づく操作画面を上記ユーザに提示し、上記ユーザからのＧＵＩ操作を受付ける操作受付手段と
   を有することを特徴とする通信装置。
5. 通信装置に搭載されたコンピュータを、
   コールセンタシステムと電話通信を行うことが可能な電話通信手段と、
   上記電話通信手段の動作状況に応じて、上記コールセンタシステムから操作画面のデータの供給を受けて、そのデータに基づく操作画面を上記ユーザに提示し、上記ユーザからのＧＵＩ操作を受付ける操作受付手段と
   して機能させることを特徴とする通信プログラム。

Images