JPWO2020184631A1 - 情報処理装置 - Google Patents

Abstract

客観的な指標を考慮しつつ、より効率的な営業活動の実現を補助する手法を提供することを課題とする。通話先Ｃと通話するユーザＵを支援するサーバ１において、取得部１０１は、ユーザＵと通話先Ｃとの通話の間で録音された情報を通話情報として取得する。抽出部１０２は、取得された通話情報から音声が存在する発話区間ＶＳ１乃至ＶＳｎを検出し、発話区間ＶＳ１乃至ＶＳｎの夫々の音声情報ＶＩ１乃至ＶＩｍを抽出する。解析部１０３は、抽出された音声情報ＶＩ１乃至ＶＩｍに基づいて、要素Ｅ１乃至Ｅｐに基づく解析を行う。生成部１０４は、解析の結果に基づいて、ユーザＵの通話を支援する営業支援情報を生成する。提示部１０５は、生成された営業支援情報をユーザＵに提示する。これにより、上記の課題を解決する。

Description

本発明は、情報処理装置に関する。

従来より、電話を利用した営業活動は一般的に行われており、これを支援する技術も存在する（例えば特許文献１）。

特開２００２−２６９３３５号公報

しかしながら、特許文献１に記載された技術を含め、従来の技術では、電話による営業活動を評価する場合、営業活動を管理する立場にある上司等の主観に基づいて行われることが一般的であった。
このため、営業活動の客観的な評価は、営業成績（例えば成約率、成約数）や、顧客からの評価（例えばアンケート）等に限られていた。その結果、営業担当者の教育は、上司等が個別に行ったり、社内で研修や講義等を開催したりする必要があり、コストがかかっていた。

本発明は、このような状況に鑑みてなされたものであり、客観的な指標を考慮しつつ、より効率的な営業活動の実現を補助することを目的とする。

上記目的を達成するため、本発明の一態様の表示制御装置は、
通話先と通話するユーザを支援する情報処理装置において、
前記ユーザと前記通話先との通話の間で録音された情報を、通話情報として取得する取得手段と、
取得された前記通話情報から、音声が存在する発話区間を検出し、前記発話区間毎の音声情報を抽出する抽出手段と、
抽出された１以上の前記音声情報に基づいて、１以上の要素に基づく解析を行う解析手段と、
前記解析の結果に基づいて、前記ユーザの通話を支援する支援情報を生成する生成手段と、
生成された前記支援情報を前記ユーザに提示する提示手段と、
を備える。

また、前記１以上の要素には、保留音に関する情報を含めることができる。

また、前記１以上の要素には、音の信号に関する情報を含めることができる。

また、前記１以上の要素には、前記発話区間内の文字に関する情報をさらに含むことができる。

また、前記支援情報には、前記ユーザの話し方、前記通話先が話す内容、又は前記ユーザに対するアドバイスのうち少なくとも１つの情報を含むことができる。

本発明によれば、客観的な指標を考慮しつつ、より効率的な営業活動の実現を補助することができる。

本発明の情報処理装置の一実施形態に係る管理サーバを含む、情報処理システムにより実現可能な営業支援サービスの概要を示すイメージ図である。 本発明の情報処理装置の一実施形態に係る管理サーバを含む、情報処理システムの構成を示す図である。 図２の情報処理システムを構成する管理サーバのハードウェア構成の一例を示すブロック図である。 図３の管理サーバを含む情報処理システムの機能的構成のうち、営業支援処理を実行するための機能的構成を示す機能ブロック図である。 管理サーバにより生成される営業支援情報の具体例を示す図である。 図５の営業支援情報に含まれる、応対メモ選択登録画面の具体例を示す図である。 応対メモ設定画面の具体例を示す図である。 ユーザから通話先に架電する場合における情報処理システムの処理の流れを示す図である。 ユーザが通話先からの架電を受電する場合における情報処理システムの処理の流れを示す図である。 音声認識結果の文中のフィラーが識別されて除去される具体例を示す図である。 各種各様なシステムと連携して利用可能なＵＩを有する発着信画面 支援情報がリアルタイムで活用される場合の具体例を示す図である。 音声認識結果の訂正機能の具体例を示す図である。

以下、本発明の一実施形態について図面を適宜参照しつつ説明する。

［サービス概要］
図１は、本発明の情報処理装置の一実施形態に係る管理サーバ１を含む、情報処理システムにより実現可能な営業支援サービス（以下、「本サービス」と呼ぶ）の概要を示すイメージ図である。

まず図１を参照しつつ、後述する図２の情報処理システムの適用対象となる本サービスの概略について説明する。

本サービスは、電話等の通話手段を用いた営業業務（以下、「電話営業」と呼ぶ）を行う者（以下、「ユーザ」と呼ぶ）に対し、電話営業を支援するための情報（以下、「営業支援情報」と呼ぶ）を提供するサービスである。
ここで、「通話」とは、一般的な電話による音声のやり取りに限定されず、通信による音声のやり取り、及び無音部分を含む概念とする。
また、「音声」とは、人が発声器官を通じて発する音（声）を意味しており、典型的には例えば、ユーザＵと通話先Ｃとの間で電話を介して取り交わされる声等がこれに含まれる。しかしながら、本明細書における「音声」には、通話に関連して発生し得る各種音、例えば、保留音や周囲の雑音等が含まれるものとする。

図１に示すように、本サービスでは、解析用ソフトウェア（第１発明）と、通話用ハードウェア（第２発明）とが用いられる。解析用ソフトウェアが用いられることで、ユーザの電話営業の内容の解析及び評価が可能となり、通話用ハードウェアが用いられることで、ユーザによる電話営業が可能となる。
その結果、定性的な面からも、また定量的な面からも、利益の増加とコストの削減とを図ることが可能となる。

［第１発明］
（解析用ソフトウェア）
本サービスにおいて、ユーザによる架電又は受電の相手方となる者（以下、「通話先」と呼ぶ）との間の通話に関する情報は、通話情報として記憶され、ビッグデータ化される。また、ビッグデータ化された通話情報は、ＡＩ（人工知能）による解析の対象となり、その解析結果に基づいて営業支援情報が生成される。

本サービスにおける解析用ソフトウェアを用いることにより、全ての受発信のログをクラウド（図２の管理サーバ１）に記憶させて保存することができるので、膨大な通話情報をビッグデータとして資産化することができる。これにより、ＡＩ（人工知能）を利用した処理にビッグデータを活用することができる。具体的には例えば、ＡＩ（人工知能）が、ユーザの通話をリアルタイムでフィードバックすることもできるので、電話営業の質を向上させて、成約率の向上を図ることができる。
また、業務上、管理職にある者やスーパーバイザー等、ユーザを管理する立場にある者（以下、「管理者」と呼ぶ）は、管理される側のユーザ全員の稼動状況をリアルタイムでモニタリングすることができるので、「良かった点」や「悪かった点」などを含め、的確な指示や教育を行うことができる。

また、応対に関する履歴が自動で作成されるので、顧客データと成約に関する情報とが紐付けられた通話情報に容易にアクセスすることができる。このため、本サービスと顧客関係管理（ＣＲＭ／Ｃｕｓｔｏｍｅｒ Ｒｅｌａｔｉｏｎｓｈｉｐ Ｍａｎａｇｅｍｅｎｔ）とを連携させることができる。
また、社内で別途管理されているデータベース等に本サービスを連携させることもできるので、社内システムの一括管理を実現させることもできる。

また、ビッグデータ化された通話情報について、キーワードでタグ付けを行うこともできる。即ち、音声認識を利用して、事前に登録されたキーワードの出現が検知された場合に、検知されたキーワードと出現場所に関する情報とを付記することもできる。また、ユーザの発話時間と通話先の発話時間との比率（Ｔａｌｋ：Ｌｉｓｔｅｎ比率）、被りが生じた回数、沈黙が生じた回数、話すスピード（以下、「話速」と呼ぶ）、音声認識結果、自動的に要約された文書等について解析を行うことができる。また、通話の中身を対象とする解析を行うこともできる。さらに、通話の内容を文字に起こすこともできるので、ユーザは、入力作業やメモをとる作業を省いて、通話先との会話に集中することができる。さらに、音声認識結果の文中のフィラー（例えばえー、あのー、などの言い淀み）を識別して除去することができる。これにより、音声認識結果の読み易さを向上させることができる。なお、音声認識結果の文中のフィラーが識別されて除去される具体例については、図１０を参照して後述する。

これにより、本サービスを利用するユーザは、営業支援情報を活用することにより、従来から存在する以下の問題を解決することができる。
即ち、「電話営業におけるノウハウが蓄積されていないため電話営業をどのように行えばよいのかがわからない」という問題、「受注を逃した案件（以下、「失注」と呼ぶ）の原因を追究せずにそのままの状態になっている」という問題、「通話先にニュアンスやパーソナリティまで細かく伝達することができない」という問題、「顧客情報を確認しながら架電することを面倒に感じてしまう」という問題を、営業支援情報を活用することで解決することができる。

また、管理者は、営業支援情報を活用することにより、従来から存在する以下の問題を解決することができる。
即ち、「誰によるどのような理由で失注が生じたのかを特定することができない」という問題、「営業成績の優秀なユーザの話術を他のユーザに効率良く学んでもらう方法がない」という問題、「トラブルが生じた際、過去の通話実績を確認することが困難である」という問題を、営業支援情報を活用することで解決することができる。
さらに、本サービスによれば、各種設定の変更等の操作が容易であるため、「ユーザの不在時や営業時間外における着信設定の変更が面倒である」という問題を容易に解決することもできる。

また、本サービスを利用するユーザに提供される営業支援情報は、グラフや具体的な数値を用いたダッシュボード機能による「見える化」がなされる。これにより、ユーザ全員の通話を対象とする解析を行うことができる。具体的には例えば、図示はしないが、担当者（ユーザ）毎の実績比較、商談が成功した応対との数値の比較、類似する商談戦略を持った他の担当者（ユーザ）と比較してどのような指標が乖離しているのかを図示することができる。
これにより、ユーザ同士で協力し、または切磋琢磨して組織全体の生産性を向上させることができる。

このように、本サービスによれば、管理者（図示せず）は、管理される側のユーザを教育する際、営業支援情報を活用することで費用をかけずに効率的に教育することができる。また、ユーザは、通話先との通話において、支援情報をリアルタイムで活用することができる。
その結果、ユーザ（営業担当者）の教育にかかるコストを低減させながらも成約率を向上させることが可能となる。

（システム構成）
次に、図１に示す本サービスの提供を実現化させる情報処理システムの構成について説明する。
図２は、本発明の情報処理装置の一実施形態に係る管理サーバ１を含む、情報処理システムの構成を示す図である。

図２に示す情報処理システムは、管理サーバ１と、専用通信装置２と、ユーザ端末３と、音声サーバ（ＰＢＸ／Ｐｒｉｖａｔｅ Ｂｒａｎｃｈ ｅＸｃｈａｎｇｅｒ）４と、通話先端末５とを含むように構成されている。
管理サーバ１、専用通信装置２、ユーザ端末３、及び音声サーバ（ＰＢＸ）４は、インターネット等の所定のネットワークＮを介して相互に接続されている。また、音声サーバ（ＰＢＸ）４と、通話先端末５とは、電話網Ｔを介して接続されている。

（管理サーバ）
管理サーバ１は、サービス提供者（図示せず）により管理される情報処理装置である。管理サーバ１は、専用通信装置２、ユーザ端末３、及び音声サーバ（ＰＢＸ）４と適宜通信をしながら、本サービスを実現するための各種処理を実行する。

具体的には、管理サーバ１は、ユーザＵと通話先Ｃとの通話で録音された通話情報から、音声が存在する区間（以下、「発話区間」と呼ぶ）ＶＳ１乃至ＶＳｎ（ｎは１以上の整数値）を検出し、発話区間ＶＳ１乃至ＶＳｎの夫々について、音声情報ＶＩ１乃至ＶＩｍ（ｍは１以上の整数値）を抽出する。また、抽出された音声情報ＶＩ１乃至ＶＩｍの夫々について、声、保留音、及びその他の雑音の判別が行われる。なお、これらを判別するための具体的手法は特に限定されない。例えば信号処理技術、ＡＩ（人工知能）を利用した機械学習や深層学習によって判別してもよい。
以下、発話区間ＶＳ１乃至ＶＳｖを区別する必要がない場合、これらをまとめて「発話区間ＶＳ」と呼ぶ。また、音声情報ＶＩ１乃至ＶＩｍを区別する必要がない場合、これらをまとめて「音声情報Ｖ」と呼ぶ。

また、管理サーバ１は、抽出した音声情報ＶＩに基づいて、要素Ｅ１乃至Ｅｐ（ｐは１以上の整数値）に基づく解析を行い、その解析結果に基づいて、営業支援情報を生成する。以下、要素Ｅ１乃至Ｅｐを区別する必要がない場合、これらをまとめて要素Ｅと呼ぶ。

なお、要素Ｅの内容は特に限定されない。例えば、「保留音」に関する情報を要素Ｅとする解析が行われる場合には、抽出された音声情報ＶＩのうち、保留音の時間や回数等についての解析が行われる。また、「ユーザＵのみが発話している箇所」に関する情報を要素Ｅとする解析が行われる場合には、抽出された音声情報ＶＩのうち、ユーザＵが発話している時間や回数、又は内容についての解析が行われる。また、「通話先Ｃのみが発話している箇所」に関する情報を要素Ｅとする解析が行われる場合には、抽出された音声情報ＶＩのうち、通話先Ｃが発話している時間や回数、又は内容についての解析が行われる。また、「被りが生じた箇所」に関する情報を要素Ｅとする解析が行われる場合には、抽出された音声情報ＶＩのうち、ユーザＵによる発話と、通話先Ｃによる発話とが同時に行われている箇所（被っている箇所）の時間や回数、又は内容についての解析が行われる。また、「沈黙が生じた箇所」に関する情報を要素Ｅとする解析が行われる場合には、抽出された音声情報ＶＩのうち、ユーザＵ及び通話先Ｃのいずれもが発話していない箇所（無音部分）の時間や回数についての解析が行われる。

また、管理サーバ１は、生成された営業支援情報をユーザＵに提示する。なお、管理サーバ１は、単に営業支援情報をユーザ端末３に送信する制御を実行する。そして、ユーザ端末３では、取得した営業支援情報を出力して、ユーザに認識されることになる。
その意味において、本明細書において、管理サーバ１は、生成された営業支援情報をユーザＵに提示することが可能となる。

（専用通信装置）
専用通信装置２は、ユーザＵから通話先Ｃへの架電、及び通話先ＣからユーザＵへの架電に対する受電を制御する装置である。専用通信装置２は、独立した筐体を有する装置であってもよいし、一部又は全ての機能を、後述するユーザ端末３（例えば図２に描画されたＰＣ）に搭載させてもよい。また、専用通信装置２は、ユーザＵのヘッドセット（例えば図２に描画されたヘッドセット）に搭載させてもよい。
なお、専用通信装置２の態様については、第２発明の説明において後述する。

（ユーザ端末）
ユーザ端末３は、ユーザＵが電話営業を行うために操作する情報処理装置であって、例えばパーソナルコンピュータ、スマートフォン、タブレット等で構成される。ユーザ端末３は、管理サーバ１により生成された営業支援情報を表示する。これにより、ユーザＵは、ユーザ端末３に表示された営業支援情報を自身の電話営業に活かすことができる。

ユーザ端末３には、本サービスの提供を受けるための各種のアプリケーションプログラム（以下、「アプリ」と呼ぶ）がインストールされている。なお、以下、断りのない限り、「ユーザＵがユーザ端末３を操作する」と表現している場合、それは、ユーザＵが、ユーザ端末３にインストールされたアプリを起動して各種操作を行うことを意味するものとする。

（音声サーバ（ＰＢＸ））
音声サーバ４は、ネットワークＮと電話網Ｔとを互いに接続することで専用通信装置２と通話先端末５との間における通話を可能とする交換機として機能するサーバである。音声サーバ４は、通話先ＣからユーザＵに対する架電があった場合に、専用通信装置２のアプリに対し、その旨を示すメッセージ（以下、「着信通知メッセージ」と呼ぶ）を送る。また、音声サーバ４は、Ｗｅｂサイト内に組み込まれたコードスニペッド（以下、「ビーコン」と呼ぶ）、及びＳＤＫ（Ｓｏｆｔｗａｒｅ Ｄｅｖｅｌｏｐｍｅｎｔ Ｋｉｔ）に着信通知メッセージを送る。

（通話先端末）
通話先端末５は、通話先ＣがユーザＵと通話する際に操作する情報処理端末であって、例えばスマートフォン、固定電話等で構成される。

管理サーバ１を含む情報処理システムが以上のような構成を有することにより、業務上、管理者は、管理される側のユーザを教育する際、営業支援情報を活用することで費用をかけずに効率的に教育することができる。また、ユーザは、通話先との通話において、支援情報をリアルタイムで活用することができる。
その結果、ユーザ（営業担当者）の教育にかかるコストを低減させながらも成約率を向上させることが可能となる。

（ハードウェア構成）
図３は、図２の情報処理システムを構成する管理サーバ１のハードウェア構成の一例を示すブロック図である。

管理サーバ１は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１１と、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１２と、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１３と、バス１４と、入出力インターフェース１５と、出力部１６と、入力部１７と、記憶部１８と、通信部１９と、ドライブ２０と、を備えている。

ＣＰＵ１１は、ＲＯＭ１２に記録されているプログラム、又は記憶部１８からＲＡＭ１３にロードされたプログラムに従って各種の処理を実行する。
ＲＡＭ１３には、ＣＰＵ１１が各種の処理を実行する上において必要なデータ等も適宜記憶される。

ＣＰＵ１１、ＲＯＭ１２及びＲＡＭ１３は、バス１４を介して相互に接続されている。このバス１４にはまた、入出力インターフェース１５も接続されている。入出力インターフェース１５には、出力部１６、入力部１７、記憶部１８、通信部１９及びドライブ２０が接続されている。

出力部１６は、液晶等のディスプレイにより構成され、各種画像を表示する。
入力部１７は、各種ハードウェアボタン等で構成され、操作者の指示操作に応じて各種情報を入力する。

記憶部１８は、ＤＲＡＭ（Ｄｙｎａｍｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等で構成され、各種データを記憶する。
通信部１９は、インターネットを含むネットワークＮを介して他の装置（専用通信装置２、ユーザ端末３、及び音声サーバ（ＰＢＸ）４）との間で行う通信を制御する。

ドライブ２０は、必要に応じて設けられる。ドライブ２０には、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリ等よりなる、リムーバブルメディア３０が適宜装着される。ドライブ２０によってリムーバブルメディア３０から読み出されたプログラムは、必要に応じて記憶部１８にインストールされる。また、リムーバブルメディア３０は、記憶部１８に記憶されている各種データも、記憶部１８と同様に記憶することができる。

なお、図示はしないが、図２の情報処理システムのうち、専用通信装置２、ユーザ端末３、音声サーバ（ＰＢＸ）４、及び通話先端末５も、図２に示すハードウェア構成を有している。ただし、専用通信装置２、ユーザ端末３、及び通話先端末５がスマートフォンやタブレットで構成される場合には、出力部１６及び入力部１７として、タッチパネルを有している。

このような図１の管理サーバ１の各種ハードウェアと各種ソフトウェアとの協働により、管理サーバ１において、営業支援処理等の各種処理の実行が可能になる。その結果、サービス提供者（図示せず）は、ユーザＵに対し、上述のサービスを提供することができる。営業支援処理とは、ユーザＵに営業支援情報を生成して提示する処理をいう。
以下、営業支援処理を実行するための機能構成について説明する。

（機能的構成）
（管理サーバ）
図４は、図３の管理サーバ１を含む情報処理システムの機能的構成のうち、営業支援処理を実行するための機能的構成を示す機能ブロック図である。

図４に示すように、管理サーバ１のＣＰＵ１１においては、営業支援処理の実行が制御される場合、取得部１０１と、抽出部１０２と、解析部１０３と、生成部１０４と、提示部１０５とが機能する。

取得部１０１は、ユーザと通話先との通話の間で録音された情報を、通話情報として取得する。
具体的には、取得部１０１は、ユーザＵと通話先Ｃとの通話の間で録音された情報を通話情報として取得する。
取得部１０１により取得された通話情報は、通話ＤＢ１８１に記憶されて管理される。

抽出部１０２は、取得された通話情報から、音声が存在する発話区間を検出し、発話区間毎の音声情報を抽出する。
具体的には、抽出部１０２は、取得部１０１により取得された通話情報から発話区間ＶＳ１乃至ＶＳｎを検出し、発話区間ＶＳ１乃至ＶＳｖの夫々について、音声情報ＶＩ１乃至ＶＩｍを抽出する。

解析部１０３は、抽出された１以上の音声情報に基づいて、１以上の要素に基づく解析を行う。
具体的には、解析部１０３は、抽出部１０２により抽出された音声情報ＶＩ１乃至ＶＩｍに基づいて、要素Ｅ１乃至Ｅｐに基づく解析を行う。
上述したように、解析部１０３は、「保留音」、「ユーザＵのみが発話している箇所」、「通話先Ｃのみが発話している箇所」、「被りが生じた箇所」、「沈黙が生じた箇所」等に関する情報を要素Ｅとする解析を行うことができる。例えば、「保留音」に関する情報を要素Ｅとする解析を行う場合には、音声情報ＶＩに含まれるユーザＵの音声及び通話先Ｃの音声と、保留音とを区別し、通話が保留状態となった回数や時間を特定する。
また例えば、解析部１０３は、要素Ｅ１乃至Ｅｐに基づいて、ユーザＵ及び通話先Ｃの感情の度合を判定し、その判定結果を解析結果に加味することができる。この場合、音声サーバ（ＰＢＸ）４の他にビデオ中継サーバ（図示せず）を情報処理システムの構成に含めることで、撮像された動画像からユーザＵ及び通話先Ｃの感情の度合を判定することもできる。
また例えば、解析部１０３は、解析に際して、解析候補にゆらぎを含んだ検索の結果を考慮すること等して、解析の精度を高めてもよい。
なお、解析部１０３による解析の結果は、解析結果ＤＢ１８２に記憶されて管理される。

生成部１０４は、解析の結果に基づいて、ユーザの通話を支援する支援情報を生成する。
具体的には、生成部１０４は、解析部１０３による解析の結果に基づいて、営業支援情報を生成する。なお、生成部１０４により生成される営業支援情報の詳細については、図５に示す具体例を参照して後述する。

提示部１０５は、生成された支援情報をユーザに提示する。
具体的には、提示部１０５は、生成部１０４により生成された営業支援情報をユーザ端末３に送信する制御を実行する。

（専用通信装置）
また、管理サーバ１により営業支援処理の実行が制御される場合、専用通信装置２においては、音声入出力部２０１と、制御部２０２とが機能する。

音声入出力部２０１は、音声の入力及び出力を行う。

制御部２０２は、専用通信装置２の各種機能の制御を実行する。具体的には例えば、制御部２０２は、専用通信装置２における音声の入出力の制御、及び通信の制御を実行する。

（ユーザ端末）
また、管理サーバ１により営業支援処理の実行が制御される場合、ユーザ端末３においては、アプリ制御部３０１が機能する。

アプリ制御部３０１は、ユーザ端末３における各種アプリのインストール、起動、及び終了の制御を実行する。
具体的には例えば、アプリ制御部３０１は、Ｗｅｂアプリ３１１、デスクトップアプリ３１２、及びモバイルアプリ３１３のインストール、起動、及び終了の制御を実行する。
ここで、Ｗｅｂアプリ３１１は、ネットワークＮを介して使用するアプリである。デスクトップアプリ３１２は、ユーザ端末３のデスクトップ環境上で動作するアプリであり、ユーザ端末３にインストールされることで動作する。モバイルアプリ３１３は、スマートフォン、タブレット、その他の携帯端末で動作するように設計されたアプリである。

（音声サーバ（ＰＢＸ））
また、管理サーバ１により営業支援処理の実行が制御される場合、音声サーバ（ＰＢＸ）４においては、通信転送部４０１と、制御部４０２とが機能する。

通信転送部４０１は、専用通信装置２から送信されてきた通信情報を通話先端末５に転送し、通話先端末５から送信されてきた通信情報を専用通信装置２に転送する。
制御部４０２は、通信転送部４０１による通信情報の転送の制御を実行する。

以上の機能的構成を有する管理サーバ１、専用通信装置２、ユーザ端末３、及び音声サーバ（ＰＢＸ）４を含む情報処理システムにより掲載判定処理を実行することができる。
これにより、業務上、管理者は、管理される側のユーザを教育する際、営業支援情報を活用することで費用をかけずに効率的に教育することができる。また、ユーザは、通話先との通話において、支援情報をリアルタイムで活用することができる。
その結果、ユーザ（営業担当者）の教育にかかるコストを低減させながらも成約率を向上させることが可能となる。

（具体例）
次に、図５乃至７を参照して、管理サーバ１により生成される営業支援情報の具体例について説明する。
図５は、管理サーバ１により生成される営業支援情報の具体例を示す図である。

図５に示す営業支援情報は、電話営業を行うユーザＵが視認できるように、ユーザ端末３に表示される。
図５に示すように、営業支援情報は、表示領域Ｆ１及びＦ２で構成されている。

表示領域Ｆ１には、通常検索、又はあいまい検索（ゆらぎ）が可能な検索ボタンと、ユーザＵ１乃至Ｕｒ（ｒは１以上の整数値）の夫々が直近で応対した通話先Ｃの履歴を表示させることができる。これにより、様々な角度からの検索が可能となるとともに、どのユーザが、どの通話先Ｃと、何年何月何日の何時何分何秒に、何をどのように話したのかを容易に確認することができる。

図５に示す例では、ユーザＵ２は、「２０１８年１０月２５日」の「１０：０４」に、「○○株式会社」の担当者「○○」に電話営業を行っており、その通話時間が「１：５６（１分５６秒）」であることがわかる。また、ユーザＵ３は、「２０１８年１０月２５日」の「０９：０３」に、「株式会社○○」の担当者「○○」に電話営業を行っており、その通話時間が「２：１２（２分１２秒）」であることがわかる。また、ユーザＵ４は、「２０１８年１０月２５日」の「０８：５７」に、「○○クリニック」の担当者「○○」に電話営業を行っており、その通話時間が「２：０２（２分２秒）」であることがわかる。なお、ユーザＵ１乃至Ｕｒの夫々が直近で応対した通話先Ｃの履歴の他の例については、図５の表示領域Ｆ１に示すとおりである。

表示領域Ｆ２には、登録された応対メモの項目と、「応対メモ追加」と表示されたボタンＢ５１（以下、「応対メモ追加ボタンＢ５１」と呼ぶ）と、複数の要素Ｅに基づいて通話情報を解析した結果（以下、「通話解析結果」と呼ぶ）と、この通話情報に関連する情報を含むコメントとが表示されている。

ここで、「応対メモ」とは、通話終了後に事前に登録された項目を使用した簡単なメモのことをいう。応対メモは通話情報に紐付けて登録することができる。これにより、通話情報の管理がし易くなるので、事後的な確認を容易に行うことができるようになる。以下、応対メモを登録する機能のことを「応対メモ機能」と呼ぶ。

応対メモ機能は、フリーワード入力されたメモの内容を登録する機能ではなく、フリーワード入力のほか、予め設定された定型的な文章を登録する機能である。このため、ユーザＵは通話終了後、即座に１以上の応対メモを登録することができるので、応対メモの登録に要する時間的コストを最小限に抑えることができる。その結果、「時間がなくてメモを残しておくことができなかった」といった事態が生じることを避けることができる。例えば、通話内容が、「アポイントを取り付けることに成功した」というものである場合には、ユーザＵは、事前に設定されている応対メモの項目の中から、「アポ獲得成功」といった項目を選択して登録する。

応対メモ機能は、管理者向けの機能とすることができる。即ち、管理者のみが応対メモの設定登録を行えるようにすることができる。この場合、管理者により精査された信頼性のある応答メモとして活用することができる。
また、応答メモ機能は、管理者以外の者でも利用できる機能とすることもできる。即ち、管理者以外の者であっても、応対メモを登録できるようにすることができる。この場合、通話の内容についての記憶が一番鮮明である通話終了時における備忘録として、担当者レベルで応対メモを登録することができる。

図５の例では、登録された応対メモの項目として、「アポ獲得成功」と表示されたアイコンと、「他社サービスＸご利用中」と表示されたアイコンとが表示されている。この場合、通話情報には、「アポ獲得成功」という応対メモと、「他社サービスＸご利用中」という応対メモが登録されていることになる。

応対メモ追加ボタンＢ５１は、通話情報に応答メモを追加的に登録するときに押下されるボタンである。応対メモ追加ボタンＢ５１が押下されると、応答メモを選択して登録できる操作画面（以下、「応対メモ選択登録画面」と呼ぶ）が表示される。登録された応対メモは、所定の操作を行うことで削除する（登録を外す）こともできる。
なお、応答メモ選択登録画面の具体例については、図６を参照して後述する。

「通話解析結果」には、通話情報を可視化したグラフ（以下、「音声グラフ」と呼ぶ）と、応対の評価と、音声の評価と、話速と、通話中に出現した所定のキーワードの出現時間と回数と、他のユーザＵや、ＡＩ（人工知能）からのコメントとが表示されている。

音声グラフには、２０１８年１０月２５日の１５：２５から２０１８年１０月２５日の１５：２７までの間にユーザＵ１と通話先Ｃ（○○スポーツの担当者○○）との通話情報が可視化されている。

音声グラフは、横軸を通話時間、縦軸（上方）をユーザＵ１の音声の出力量、縦軸（下方）を通話先Ｃの音声の出力量とするグラフであり、実線Ｌ１がユーザＵ１の音声を示し、破線Ｌ２が通話先Ｃの音声を示している。
実線Ｌ１及び破線Ｌ２を見ると、基本的には、ユーザＵ１が音声を発している（話している）間は、通話先Ｃは音声を発しておらず（黙って聞いている）、通話先Ｃが音声を発している（話している）間は、ユーザＵ１は音声を発していない（黙って聞いている）ことがわかる。ここで、Ｚ３で示された箇所は、両者が同時に音声を発している状態（被っている状態）であり、通話先Ｃの話が終わらないうちにユーザＵ１が話し始めた可能性がある。Ｚ１及びＺ２で示された箇所は、両者が音声を発していない時間（沈黙の時間）である。Ｐ１及びＰ２で示された箇所は、所定のキーワードが出現した箇所である。

また、音声グラフには、図５に示すように「再生」、「停止」、「コメント」、「再生速度」、及び「ダウンロード」と表示された各種ボタンが配置されている。「再生」、「停止」、及び「再生速度」と表示された各種ボタンが配置されているので、通話の再生、停止、及び再生速度の変更を自由に行うことができる。また、「コメント」と表示されたボタンが配置されているので、通話に関するコメントを閲覧したり、自ら書き込んだりすることが可能となる。また、「ダウンロード」と表示されたボタンが配置されているので、通話情報を自由にダウンロードして保存することができる。さらに、図示はしないが、「しおり」にジャンプして再生するようにすることもできる。

応対の評価（図５の「応対評価」）は、「全体のスコア」、「Ｔａｌｋ：Ｌｉｓｔｅｎ比率」、「沈黙回数」、「被り回数」、及び「キーワード回数」で示される。
図５に示す例では、全体のスコアが「４．７」、Ｔａｌｋ：Ｌｉｓｔｅｎ比率が「６３（％）：３７（％）」、沈黙回数が「２回（音声グラフのＺ１及びＺ２）」、被り回数が「１回（音声グラフのＺ３）」、キーワード回数が「２回（音声グラフのＰ１及びＰ２）」となっていることがわかる。
これにより、ユーザＵ１は、「Ｔａｌｋ：Ｌｉｓｔｅｎ比率」に表示された数値から、例えば自分が喋り過ぎていたかどうか、説明不足ではなかったかどうかといったことを確認することができる。また、「沈黙回数」に表示された数値から、例えば自分の話術の未熟さ、通話先Ｃを不安にさせた可能性、あるいは不快な思いをさせた可能性等を推察することができる。また、「被り回数」に表示された数値から、例えば通話先Ｃの話が終わる前に口を挟むことで通話先Ｃに不快な思いをさせた可能性を確認することができる。また、「キーワード回数」から、通話先Ｃに対し、例えば新商品の商品名、通話先Ｃのメリットやリスク等をきちんと伝えたかどうか、といったことを確認することができる。

音声の評価（図５の「音声評価」）は、「基本周波数（ユーザ）」、「基本周波数（通話先）」、「抑揚の強弱（ユーザ）」、及び「抑揚の強弱（通話先）」で示される。
図５に示す例では、基本周波数（ユーザ）が「２４６．３５Ｈｚ」、基本周波数（通話先）が「８６．９４Ｈｚ」、抑揚の強弱（ユーザ）が「０．３」、抑揚の強弱（通話先）が「０．１」であることがわかる。
これにより、ユーザＵ１は、「基本周波数」及び「抑揚の強弱」の夫々に表示された数値について、通話先Ｃと比較することにより、例えば自分が落ち着いて話したかどうか、相手（通話先Ｃ）をむやみに興奮させなかったかどうか、興奮した相手（通話先Ｃ）を落ち着かせるための配慮を行ったかどうか、といったことを確認することができる。

「話速」は、ユーザＵ１及び通話先Ｃの夫々について、１秒間のうちに発せられた文字数（又は単語数）で示される。
図５に示す例では、ユーザＵ１の話速が「１０．３０文字／秒」、通話先Ｃの話速が「６．０８文字／秒」であることがわかる。つまり、ユーザＵ１の方が話すスピードがかなり速かったことがわかる。
これにより、ユーザＵ１は、自分が早口で喋り過ぎていたかどうか、相手（通話先Ｃ）を落ち着かせて喋らせていたかどうか、といったことを確認することができる。

「キーワード出現」は、ユーザＵ１及び通話先Ｃの夫々について、所定のキーワードが出現した時間と回数とで示される。この際に、仮に音声が不明瞭であるため音声認識の結果が誤っていたり、社内用語など一般的に用いられない言葉であるため誤って出力されていたりした場合であっても、所定のキーワードに類似した音素配列を認識することでキーワードを検知可能としている。なお、類似した音素配列の認識に利用されるアルゴリズムは特に限定されない。具体的には例えば、レーベンシュタイン距離（修正距離）を用いた手法等によりマッチングを実施することができる。
図５に示す例では、キーワードが出現した時間が、通話開始後「１．２３（１分２３秒）」経過時（Ｐ１）、及び通話開始後「１．３６（１分３６秒）」経過時（Ｐ２）であることがわかる。
これにより、ユーザＵ１は、例えば自分がキーワードとしての新商品の名称をきちんと伝えたかどうか、あるいは通話先Ｃに新商品の名称を喋らせることで、新商品の名称を印象付けることができたかどうか、といったことを確認することができる。

「コメント」には、上述したように、ユーザＵ１と通話先Ｃとの通話情報に関連する情報を含むコメントが表示されている。具体的には、他のユーザＵからのコメントや、ＡＩ（人工知能）からのコメントが表示される。これにより、ユーザＵ間で情報やノウハウの共有を図ることができるだけではなく、解析結果に基づく的確な営業支援情報を容易に取得することができる。
図５に示す例では、２０１８年１０月２７日の２２時５８分に、「社内異動に伴い、１：００の部分で担当者が○○様から○○様に代わったようです。」というコメントが投稿されている。このコメントは、音声情報の解析結果から、通話開始からちょうど１分が経過した時点で通話先Ｃが代わったこと、及びその理由が社内異動であることが判明したため、これを営業支援情報としてユーザＵ１に提示したものである。
また、２０１８年１０月２７日の２３時００分に、「２：３５−３：００によると、現在は他社のサービスをご利用中ですが、ご不満があり、当社サービスの導入をご検討頂いています。また、５：００によると、想定される利用者は最大で１，３００名であるとのことです。」というコメントが投稿されている。このコメントは、音声情報の解析結果から、通話先Ｃが現在利用する他社サービスに不満があるためユーザＵ１の会社への変更を検討していること、及び想定される利用者が最大１３００名であることが判明したため、これを営業支援情報としてユーザＵ１に提示したものである。
このように、ユーザＵ１は、ユーザ端末３を操作することで、容易に図５に示す営業支援情報を確認することができる。このため、ユーザＵ１は、通話先Ｃとの通話において、支援情報をリアルタイム又は事後的に活用することで、セルフコーチングを行うことができる。また、業務上、管理者は、ユーザＵ１を教育する際、営業支援情報を活用することで費用をかけずに効率的に教育することができる。
その結果、ユーザＵ１（営業担当者）の教育にかかるコストを低減させながらも成約率を向上させることが可能となる。

図６は、応対メモ選択登録画面の具体例を示す図である。

通話が終了すると、又は図５の応対メモ追加ボタンＢ５１が押下されると、例えば図６に示すような「応対メモ選択登録画面」が表示される。ユーザＵは、応対メモ選択登録画面に表示された１以上の項目の中から該当する項目を選択して、これを通話情報に登録することができる。

応対メモ選択登録画面は、表示領域Ｆ３及びＦ４で構成されている。
表示領域Ｆ３には、事前に設定された項目の夫々が、チェックボックスＴ３１とともに表示されている。図６の例では、アポ獲得成功、担当者不在、折り返し希望、担当者退職、継続フォロー、ニーズ無し、他社サービスＸ利用中、及び他社サービスＹ利用中という項目が表示されている。

図６に例示する項目のうち「アポ獲得成功」は、上述したように、通話先Ｃのアポイントを取り付けた際に応対メモとして登録され得る項目である。「担当者不在」は、通話先Ｃの担当者が不在であった際に応対メモとして登録され得る項目である。「折り返し希望」は、通話先Ｃが、担当者不在等を理由として、折り返しの連絡を希望した際に応対メモとして登録され得る項目である。「担当者退職」は、通話先Ｃの担当者が退職していた際に応対メモとして登録され得る項目である。「継続フォロー」は、通話先Ｃに対する継続的なフォローが必要であると判断された際に応対メモとして登録され得る項目である。「ニーズ無し」は、通話先Ｃにニーズが無いと判断された際に応対メモとして登録され得る項目である。「他社サービスＸ利用中」は、通話先Ｃが既に競合他社により提供されているサービスＸを利用していることが判明した際に応対メモとして登録され得る項目である。「他社サービスＹ利用中」は、通話先Ｃが既に競合他社により提供されているサービスＹを利用していることが判明した際に応対メモとして登録され得る項目である。

ユーザＵは、各項目とともに表示されているチェックボックスＴ３１を選択する操作（チェック）を行うだけで、その項目を応対メモとして通話情報に登録することができる。
上述したように、応対メモとして登録された項目は、図５に示す通話情報の表示領域Ｆ２にアイコンで表示される。図６に示す例では、「アポ獲得成功」及び「他社サービスＸ利用中」のチェックボックスが選択（チェック）されている。このため、図５に示すように、「アポ獲得成功」と表示されたアイコン、及び「他社サービスＸご利用中」と表示されたアイコンが通話情報の所定領域（図５の例では表示領域Ｆ２）に表示される。

表示領域Ｆ４には、「＋ 項目を追加」と表示されたボタンＢ４１と、「登録」と表示されたボタンＢ４２とが表示されている。
「＋ 項目を追加」と表示されたボタンＢ４１が押下されると、表示領域Ｆ３に表示された項目以外に、新たに項目を追加する設定を行うことができる操作画面（以下、「応対メモ設定画面」と呼ぶ）が表示される。応対メモ設定画面において事前に新たな項目が設定されると、その設定内容が応対メモ選択登録画面に反映される。
なお、応対メモ設定画面の具体例については、図７を参照して後述する。

図７は、応対メモ設定画面の具体例を示す図である。

応対メモ設定画面は、表示領域Ｆ５及びＦ６で構成されている。
表示領域Ｆ５には、「応対メモ機能を設定すると、通話終了後に応対メモを登録できます。」という案内文と、応対メモの有効・無効を設定するためのチェックボックスＴ５１が表示されている。ユーザＵは、チェックボックスＴ５１を押下することで、通話情報における応対メモの表示の有無を指定することができる。
具体的には、チェックボックスＴ５１が選択（チェック）されている場合には、ユーザＵにおいて、通話情報に応対メモを「表示させる」という決定がなされていることになる。これに対して、チェックボックスＴ５１の選択（チェック）が外されている場合には、ユーザＵにおいて、通話情報に応対メモを「表示させない」という決定がなされていることになる。なお、図７の例では、チェックボックスＴ５１が選択（チェック）されているため、通話情報に応対メモを「表示させる」という決定がユーザＵによってなされている。

表示領域Ｆ６には、設定の対象となる各項目の内容を入力するための入力欄Ｒ１と、ポジティブな応対として選択（チェック）するか否かを設定するためのチェックボックスＴ６１とが表示されている。
ここで、応対メモの一覧に設定されていない項目は、入力欄Ｒ１にフリーワード入力することにより、追加で設定することができる。
また、チェックボックスＴ６１が選択（チェック）されると、その項目は、模範的な応対として記録されることとなる。模範的な応対として記録された項目は、各種解析で活用することができる。
図７に示す例では、設定されている項目であるアポ獲得成功、担当者不在、折り返し希望、担当者離職、継続フォロー、ニーズ無し、他社サービスＸ利用中、及び他社サービスＹ利用中のうち、アポ獲得成功を示すチェックボックスＴ６１が選択（チェック）されている。このため、「アポ獲得成功」という応対メモは、模範的な応対として記録されるとともに、各種解析で活用することができる。

［第２発明］
（通信用ハードウェア）
ユーザＵが、本サービスを利用するために用いる通信用ハードウェア（例えば図２の専用通信装置２）は、既存の通信用ハードウェア（例えばパーソナルコンピュータ、スマートフォン、タブレット等）で代用することができる。ここで、ユーザ端末３は、パーソナルコンピュータ、スマートフォン、タブレット等で構成されるので、専用通信装置２の機能をそのまま包含することができる。
即ち、本サービスは、既存の通信用ハードウェアを用いて利用することができるため、ユーザＵは、例えば以下のようなメリットを享受することができる。
即ち、本サービスで用いられる通信用ハードウェアによれば、既存のスマートフォン等を代用することにより、数分間の設定作業を経るだけで本サービスを利用することが可能となる。
これにより、工事費用、メンテナンス費用、リース費用、各種機材に要する費用等が不要になる。また、全ての通話を録音して解析の対象とすることができるとともに、履歴の確認を行うことができる。

また、本サービスで用いられる通信用ハードウェアによれば、国内の優良キャリアを利用することができるため、安価な通信料金、シンプルな料金体系で利用することができる。
これにより、特に架電の機会が多い営業部門における通信コストを大幅に削減することができる。また、「（東京）０３」、「０５０」、「０１２０」、「０８００」等で始まる電話番号を自由に取得することができる。また、高品質で安定した通話を実現させることができる。さらに、１つの電話番号で国内外問わず通話することができる。また、既存のスマートフォンを利用した場合であっても、例えば「（東京）０３」から始まる電話番号による受発信が可能となる。さらに、外出先からでも社内と同じように利用することができるので、外出することが多い営業担当部門にとって好適である。

また、複数のユーザＵが同一の電話番号を共有することにより、チームによる対応が可能となる。また、本サービスはクラウド（図２の管理サーバ１）を利用しているため、メンバーの追加又は削除を容易に行うことができる。
これにより、組織変更や社内異動にも柔軟に対応することができる。さらに、自動音声応答（ＩＶＲ／Ｉｎｔｅｒａｃｔｉｖｅ Ｖｏｉｃｅ Ｒｅｓｐｏｎｓｅ）の設定や自動転送の設定を容易に行うことができる。

本サービスが提供される際の通信経路は特に限定されない。例えば、社内ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）を経由してインターネット上のクラウドに接続される通信経路のほか、通信会社により提供されるデータ通信ネットワークを経由してクラウドに接続される通信経路を採用することができる。これにより、ネットワークの混雑を回避することができるとともに、管理サーバ１を経由した別経路で接続されているＷｅｂアプリと連動させることができる。また、ネットワークの混雑を判断して、本サービスで利用するネットワーク経路を自動的に切り替えるようにすることもできる。
また、本サービスで用いられる通信用ハードウェアの具体的な構成は特に限定されない。加入者を認識するためのモジュールであるＳＩＭ（Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ Ｍｏｄｕｌｅ）、及び通信に必要となる機器（モデム、アンテナ等）を備える装置であればよい。このため、スマートフォン等の既存の通信機器を用いてもよいし、専用のハードウェアを用いてもよい。専用のハードウェアを用いる場合には、ユーザＵが使用するヘッドセットに、電力供給手段（例えばリチウムイオンバッテリー）を備える専用のハードウェアを搭載させてもよい。

（処理フロー）
次に、図８及び図９を参照して、第２発明に係る通信用ハードウェア（例えば図２の専用通信装置２）を含む情報処理システムの処理の流れについて説明する。
図８及び図９は、専用通信装置２を含む情報処理システムによる処理の流れを示す図である。
このうち、図８には、ユーザＵから通話先Ｃに架電する場合における情報処理システムの処理の流れが示されている。

ユーザＵが通話先Ｃに架電する場合、情報処理システムにおいて以下の処理が実行される。
即ち、ステップＳ３１−１において、ユーザ端末３は、各種アプリを起動する。具体的には、ユーザ端末３は、Ｗｅｂアプリ３１１、デスクトップアプリ３１２、及びモバイルアプリ３１３を起動させる。

ステップＳ３１−２において、ユーザ端末３は、音声サーバ（ＰＢＸ）４に対し、発信要求を送信する。具体的には、ユーザ端末３の画面上に表示された「発信」ボタン又は電話番号を押下する。さらに具体的には、ユーザ端末３にインストールされたアプリが発信要求を送信する。
ステップＳ４１−１において、音声サーバ（ＰＢＸ）４は、ユーザ端末３の発信要求を受信する。

ステップＳ４１−２において、音声サーバ（ＰＢＸ）４は、通話先端末５に対し発信（呼出し）を行う。
これに伴い、ステップＳ２１−１において、専用通信装置２は、音声サーバ（ＰＢＸ）４により発信（呼出し）が行われている旨を示す鳴動を行う。すると、ステップＳ３１−３において、ユーザ端末３は、音声サーバ（ＰＢＸ）４により発信（呼出し）が行われている旨を示す情報を表示する。ここで、ユーザ端末３に表示される情報は特に限定されない。例えば「呼出中」という文字をユーザ端末３に表示させてもよい。
ステップＳ５１−１において、通話先端末５は、音声サーバ（ＰＢＸ）４の発信（呼出し）に応答する。

ステップＳ５１−２において、通話先端末５は通話可能状態となる。これに伴い、ステップＳ４１−３において、音声サーバ（ＰＢＸ）４は、通話先端末５による応答がなされたことを示す情報（以下、「応答イベント」と呼ぶ）をユーザ端末３に送信する。すると、ステップＳ２１−２において、専用通信装置２は通話可能状態となる。これにより、ユーザＵと通話先Ｃとの間で通話することができるようになる。また、専用通信装置２は通話可能状態になると、ステップＳ３１−４においてユーザ端末３は、応答イベントを受信し、通話が行われていることを示す情報を表示する。ここで、ユーザ端末３に表示される情報は特に限定されない。例えば「応答中」という文字をユーザ端末３に表示させてもよい。

ステップＳ４１−４において、音声サーバ（ＰＢＸ）４は、通話情報を管理サーバ１に転送する。
ステップＳ１１−１において、管理サーバ１は、送信されてきた通話情報を取得する。

ステップＳ１１−２において、管理サーバ１は、取得した通話情報から、発話区間ＶＳ１乃至ＶＳｎを検出する。
ステップＳ１１−３において、管理サーバ１は、検出された発話区間ＶＳ１乃至ＶＳｖの夫々について、音声情報ＶＩ１乃至ＶＩｍを抽出する。
ステップＳ１１−４において、管理サーバ１は、抽出した音声情報ＶＩ１乃至ＶＩｍに基づいて、要素Ｅ１乃至Ｅｐに基づく解析を行う。なお、上述したように、解析部１０３は、「保留音」、「ユーザＵのみが発話している箇所」、「通話先Ｃのみが発話している箇所」、「被りが生じた箇所」、「沈黙が生じた箇所」等に関する情報を要素Ｅとする解析を行うことができる。
ステップＳ１１−５において、管理サーバ１は、解析の結果に基づいて、営業支援情報を生成する。

ステップＳ１１−６において、管理サーバ１は、生成した営業支援情報をユーザ端末３に送信する。
ステップＳ３１−５において、ユーザ端末３は、管理サーバ１から送信されてきた営業支援情報を表示する。

これにより、ユーザＵから通話先Ｃに架電する場合における情報処理システムの処理は終了する。
以上の各処理が情報処理システムにおいて実行されることにより、ユーザ（営業担当者）の教育にかかるコストを低減させながらも成約率を向上させることが可能となる。

図９には、ユーザＵが通話先Ｃからの架電を受電する場合における情報処理システムの処理の流れが示されている。

ユーザＵが通話先Ｃからの架電を受電する場合、情報処理システムにおいて以下の処理が実行される。
即ち、ステップＳ３２−１において、ユーザ端末３は、各種アプリを起動する。具体的には、ユーザ端末３は、Ｗｅｂアプリ３１１、デスクトップアプリ３１２、及びモバイルアプリ３１３を起動させる。

ステップＳ５２−１において、通話先端末５は、音声サーバ（ＰＢＸ）４に対し発信する。
ステップＳ４２−１において、音声サーバ（ＰＢＸ）４は、通話先端末５の発信を着信イベントとして受信する。

ステップＳ４２−２において、音声サーバ（ＰＢＸ）４は、ユーザ端末３に対し、着信イベントを送信する。具体的には、音声サーバ（ＰＢＸ）４は、ユーザ端末３にインストールされたアプリに着信イベントを送信する。
これに伴い、ステップＳ２２−１において、専用通信装置２は、音声サーバ（ＰＢＸ）４により着信イベントの送信が行われている旨を示す鳴動を行う。すると、ステップＳ３２−２において、ユーザ端末３は、音声サーバ（ＰＢＸ）４により着信イベントの送信が行われていること旨を示す情報を表示する。ここで、ユーザ端末３に表示される情報は特に限定されない。例えば「着信中」という文字をユーザ端末３に表示させてもよい。

ステップＳ３２−３において、ユーザ端末３は、ユーザＵによる応答操作を受付ける。応答操作は、例えばユーザ端末３の画面に「電話に出る」と表示されたボタンをユーザＵが押下する操作をいう。
ステップＳ３２−４において、ユーザ端末３は、音声サーバ（ＰＢＸ）４に対し、応答要求を送信する。
ステップＳ４２−３において、音声サーバ（ＰＢＸ）４は、送信されてきた応答要求を受信する。
ステップＳ４２−４において、音声サーバ（ＰＢＸ）４は、音声通信を確立する。これにより、ステップＳ２２−２において、専用通信装置２は通話可能状態となる。また、ステップＳ５２−２において、通話先端末５は通話可能状態となる。すると、ステップＳ３２−５において、ユーザ端末３は、通話が行われていることを示す情報を表示する。ここで、ユーザ端末３に表示される情報は特に限定されない。例えば「通話中」という文字をユーザ端末３に表示させてもよい。

ステップＳ４２−５において、音声サーバ（ＰＢＸ）４は、通話情報を管理サーバ１に転送する。
ステップＳ１２−１において、管理サーバ１は、送信されてきた通話情報を取得する。

ステップＳ１２−２において、管理サーバ１は、取得した通話情報から、発話区間ＶＳ１乃至ＶＳｎを検出する。
ステップＳ１２−３において、管理サーバ１は、検出された発話区間ＶＳ１乃至ＶＳｖの夫々について、音声情報ＶＩ１乃至ＶＩｍを抽出する。
ステップＳ１２−４において、管理サーバ１は、抽出した音声情報ＶＩ１乃至ＶＩｍに基づいて、要素Ｅ１乃至Ｅｐに基づく解析を行う。なお、上述したように、解析部１０３は、「保留音」、「ユーザＵのみが発話している箇所」、「通話先Ｃのみが発話している箇所」、「被りが生じた箇所」、「沈黙が生じた箇所」等に関する情報を要素Ｅとする解析を行うことができる。
ステップＳ１２−５において、管理サーバ１は、解析の結果に基づいて、営業支援情報を生成する。

ステップＳ１２−６において、管理サーバ１は、生成した営業支援情報をユーザ端末３に送信する。
ステップＳ３２−６において、ユーザ端末３は、管理サーバ１から送信されてきた営業支援情報を表示する。
これにより、ユーザＵが通話先Ｃからの架電を受電する場合における情報処理システムの処理は終了する。
以上の各処理が情報処理システムにおいて実行されることにより、ユーザ（営業担当者）の教育にかかるコストを低減させながらも成約率を向上させることが可能となる。

（具体例）
図１０は、音声認識結果の文中のフィラーが識別されて除去される具体例を示す図である。

音声認識結果は文字に起こされて、言い淀みを示すいわゆるフィラーｆが除去される。具体的には例えば、図１０の上段に示すように、音声認識結果が「はい、もしもしお電話ありがとうございます。」である場合には、このうち「はい」が、フィラーｆ１として識別される。また、音声認識結果が「あ、もしもしあのこちらあの〇〇の□□と申します。お世話になっております。」である場合には、このうち「あ」と、２箇所の「あの」の夫々が、フィラーｆ２乃至ｆ４の夫々として識別される。フィラーｆ１乃至ｆ４の夫々として識別された文字は削除される。その結果、図１０の下段に示すように、フィラーｆ１が除去された「もしもしお電話ありがとうございます。」という文が表示される。また、フィラーｆ２乃至ｆ４が除去された「もしもしこちら〇〇の□□と申します。お世話になっております。」という文が表示される。
なお、図１０の上段に示すように、音声認識結果は、「音声認識」と表記されたタブＧ１が選択されると、フィラーｆが除去されていないものが表示される。これに対して、図１０の下段に示すように、「音声認識結果（フィラー除く）」と表記されたタブＧ１が選択されると、フィラーｆが除去されたものが表示される。

以上、本発明の一実施形態について説明したが、本発明は、上述の実施形態に限定されるものではなく、本発明の目的を達成できる範囲での変形、改良等は本発明に含まれるものである。

また例えば、上述の実施形態では、音声サーバ４と通話先端末５は、電話網Ｔにより接続されているものとして説明を行ったが、特にこれに限定されない。即ち、音声サーバ４と通話先端末５は、例えば、インターネット等を含むその他のあらゆる通信手段によって接続されていてもよい。

また例えば、図２には、ユーザＵ、ユーザ端末３、音声サーバ（ＰＢＸ）４、通話先Ｃ、及び通話先端末５は、いずれも１人又は１台のみ記載されているが、これは例示に過ぎず、いずれも複数存在し得るものである。

また例えば、上述の実施形態では、ユーザ端末３にインストールされた各種アプリを起動させることで、ユーザ端末３において本サービスを利用することができるとしているが、これに限定されない。アプリをインストールすることなく、所定のウェブサイトにアクセスし、所定のログイン操作を行うことで本サービスを利用できるようにしてもよい。

また例えば、上述の実施形態では、音声情報を解析するための要素Ｅとして、「保留音」、「ユーザＵのみが発話している箇所」、「通話先Ｃのみが発話している箇所」、「被りが生じた箇所」、及び「沈黙が生じた箇所」に関する情報が採用されているが、これらは例示に過ぎず、これら以外の要素Ｅに基づいた解析を行うことができる。

また例えば、上述の実施形態では、通話情報には音声情報のみが含まれる構成となっているが、音声サーバ（ＰＢＸ）４の他にビデオ中継サーバ（図示せず）を情報処理システムの構成に含めることができる。これにより、音声情報と、撮像された動画像に基づく画像情報とを紐付けて、通話情報として管理することができる。また、この場合、管理サーバ１に画像解析機能をさらに備えるようにすることで、音声情報のみならず、画像情報をも含めた解析を行うことが可能となる。

また例えば、上述の実施形態では、ユーザ端末３と音声サーバ（ＰＢＸ）４との間の通信方式について特に限定していない。ただし、音声通信方式に、ＴＣＰ／ＵＤＰの任意のポートを利用した場合、不正な通信であるとみなされて、組織内のファイヤウォール等で遮断されてしまい、音声通信に失敗することがある。このため、例えばＷｅｂ閲覧と同じ通信方式（４４３／ＴＣＰ）を採用する。これにより、組織内のファイヤウォール等で遮断されるリスクを低減化させることができる。

また例えば、図５の表示領域Ｆ１に示す通話先Ｃの履歴は、本実施形態のように直近の通話履歴が一番上に表示されるように並べられてもよいが、それ以外の並べられ方であってもよい。例えばユーザＵ１乃至Ｕｒの社内ＩＤ（図示せず）の順で並べられてもよいし、営業成績が良い順に上から並べられてもよい。営業成績が良い順に上から並べられることで、多くのユーザＵが視認し易くなるため、自身の電話営業の参考とすることができる。

また例えば、図５の表示領域Ｆ２の「応対評価」の欄に項目として示されている要素Ｅは「全体のスコア」、「Ｔａｌｋ：Ｌｉｓｔｅｎ比率」、「沈黙回数」、「被り回数」、及び「キーワード回数」であるが、これに限定されない。これらの５種類の要素Ｅ以外の要素Ｅによる解析が行われてもよい。

また例えば、図５の表示領域Ｆ２の「音声評価」の欄に項目として示されている要素Ｅは「基本周波数（ユーザ）」、「基本周波数（通話先）」、「抑揚の強弱（ユーザ）」、及び「抑揚の強弱（通話先）」であるが、これに限定されない。これら４種類の要素Ｅ以外の要素Ｅによる解析が行われてもよい。

また、本発明を適用可能とする本サービスによれば、上述した機能の他に、以下の機能を実装することができる。
即ち、応答時間、応答時間のゆらぎ、速度などを、Ｗｅｂサイト上、又はソフトウェア上で測定し、音声通話に十分な品質を持った環境かどうかをワンクリックで確認することができる。また、実際に確認用の音声を再生し、途切れやゆらぎ、音質等を、正常な音声と比較して分析するエンジンを用いることができる。これにより、通信環境の準備状況を定量的に数値化することができる。また、本サービスの詳細を設定する機能として、ユーザＵを管理するための各種設定機能、自動転送を設定する機能、複数のユーザＵをグループとして管理するための設定機能、留守番電話を設定する機能、電話番号を設定する機能、解析に用いられる数値（スコア）に関するルールを設定する機能、電話番号の非通知設定等のプレフィックス番号を設定する機能、図５のキーワードを設定する機能、保留音等を設定するためのサウンド設定機能、図５の応対メモを設定する機能、着信のルールを設定する機能、ＣＲＭに関連するサービスを提供する他社サイトと連携させるための設定機能、営業時間を設定する機能、自動音声による応対を設定する機能、自社サービスと連携させるための設定機能等を実装させることができる。
具体的には例えば、解析に用いられる数値（スコア）に関するルールを設定する機能によれば、通話先Ｃが属する業界に応じて話速に変化をつけることもできる。
また、ユーザ端末３を用いた発着信機能として、ウィジェットやアプリを使用した発着信や、Ｗｅｂサイト内のＷｅｂページに表示された電話番号をクリックすることで容易に発信するようにすることもできる。各種各様なシステム（例えば社内システム）と連携して利用可能なＵＩ（ユーザインターフェース）を有する発着信画面を備えてもよい。

図１１は、各種各様なシステムと連携して利用可能なＵＩを有する発着信画面の具体例を示す図である。
図１１上段に示すように、例えばアプリ画面やＷｅｂページの一部に表示された、「Ｐｈｏｎｅ」と表記されたウィジェットＷが表示されるようにすることができる。このウィジェットＷが押下されると、図１１下段に示すように、電話を掛けることができる態様にウィジェットＷの表示が変わるようにしてもよい。

また、図３に示す管理サーバ１のハードウェア構成は、本発明の目的を達成するための例示に過ぎず、特に限定されない。

また、図４に示す機能ブロック図は、例示に過ぎず、特に限定されない。即ち、上述した一連の処理を全体として実行できる機能が情報処理システムに備えられていれば足り、この機能を実現するためにどのような機能ブロックを用いるのかは、特に図４の例に限定されない。

また、機能ブロックの存在場所も、図４に限定されず、任意でよい。
また、１つの機能ブロックは、ハードウェア単体で構成してもよいし、ソフトウェア単体で構成してもよいし、それらの組み合わせで構成してもよい。

各機能ブロックの処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが、コンピュータ等にネットワークや記録媒体からインストールされる。
コンピュータは、専用のハードウェアに組み込まれているコンピュータであってもよい。また、コンピュータは、各種のプログラムをインストールすることで、各種の機能を実行することが可能なコンピュータ、例えばサーバの他汎用のスマートフォンやパーソナルコンピュータであってもよい。

このようなプログラムを含む記録媒体は、各ユーザにプログラムを提供するために装置本体とは別に配布される、リムーバブルメディアにより構成されるだけではなく、装置本体に予め組み込まれた状態で各ユーザに提供される記録媒体等で構成される。

なお、本明細書において、記録媒体に記録されるプログラムを記述するステップは、その順序に添って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的或いは個別に実行される処理をも含むものである。

また、本明細書において、システムの用語は、複数の装置や複数の手段等より構成される全体的な装置を意味するものである。

以上まとめると、本発明が適用される情報処理装置は、次のような構成を取れば足り、各種各様な実施形態を取ることができる。
即ち、本発明が適用される情報処理装置（例えば図４の管理サーバ１）は、
通話先（例えば図２の通話先Ｃ）と通話するユーザ（例えば図２のユーザＵ）を支援する情報処理装置において、
前記ユーザと前記通話先との通話の間で録音された情報を、通話情報として取得する取得手段（例えば図４の取得部１０１）と、
取得された前記通話情報から、音声が存在する発話区間（例えば発話区間ＶＳ１乃至ＶＳｎ）を検出し、前記発話区間毎の音声情報（例えばＶＩ１乃至ＶＩｍ）を抽出する抽出手段（例えば図４の抽出部１０２）と、
抽出された１以上の前記音声情報に基づいて、１以上の要素（例えばＥ１乃至Ｅｐ）に基づく解析を行う解析手段（例えば図４の解析部１０３）と、
前記解析の結果に基づいて、前記ユーザの通話を支援する支援情報（例えば営業支援情報）を生成する生成手段（例えば図４の生成部１０４）と、
生成された前記支援情報を前記ユーザに提示する提示手段（例えば図４の提示部１０５）と、
を備える。

これにより、業務上、管理者は、管理される側のユーザＵを教育する際、営業支援情報を活用することで費用をかけずに効率的に教育することができる。また、ユーザＵは、通話先との通話において、支援情報をリアルタイムで活用することができる。

図１２は、支援情報がリアルタイムで活用される場合の具体例を示す図である。

図１２に示すように、顧客及びユーザＵ（営業担当者）の夫々の発話は、逐次テキスト化させて表示させることができる。これにより、支援情報をリアルタイムで確認することができる。また、ＡＩ（人工知能）やユーザＵ（営業担当者）の上司は、ユーザＵ（営業担当者）に対してリアルタイムでアドバイスをすることができる。具体的には例えば、「話速を速くした方がいい。」といったアドバイスが投稿されると、その内容がリアルタイムで表示される。さらに、顧客及びユーザＵ（営業担当者）の夫々の発話の内容が表示された画面と同一の画面で、ユーザＵ（営業担当者）は、例えば上司に対するメッセージを投稿することもできる。具体的には例えば、「過去にトラブルが多いお客様です。アドバイスをお願いします。」といったメッセージが入力欄Ｒ２に入力されて投稿されると、その内容がリアルタイムで表示される。その結果、客観的な指標を考慮しつつ、より効率的な営業活動の実現を補助することができる。

また、前記１以上の要素には、保留音に関する情報を含めることができる。

これにより、通話中に保留状態になった回数及び時間を明確にすることができるので、ユーザＵの理解不足を確認したり、通話先Ｃにストレスを与えた可能性について推察したりすることができる。

また、前記１以上の要素には、音の信号に関する情報を含めることができる。具体的に例えば、音の信号に関する情報としては、前記ユーザのみが発話している箇所、前記通話先のみが発話している箇所（例えば図５の「Ｔａｌｋ：Ｌｉｓｔｅｎ比率」）、被りが生じた箇所（例えば図５の「被り回数」）、沈黙が生じた箇所（例えば図５の「沈黙回数」）、周波数（例えば図５の「基本周波数（ユーザ）」、「基本周波数（通話先）」）又は抑揚（例えば図５の「抑揚の強弱（ユーザ）」、及び「抑揚の強弱（通話先）」）等が含まれ得る。

これにより、ユーザＵは、自分が喋り過ぎていたかどうか、説明不足ではなかったかどうかといったことを確認することができる。また、ユーザＵは、自分の話術の未熟さ、通話先Ｃを不安にさせた可能性、あるいは不快な思いをさせた可能性等を推察することができる。また、ユーザＵは、通話先Ｃの話が終わる前に口を挟むことで通話先Ｃに不快な思いをさせた可能性を確認することができる。また、ユーザＵは、通話先Ｃに対し、例えば新商品の商品名、通話先Ｃのメリットやリスク等をきちんと伝えたかどうか、といったことを確認することができる。

これにより、ユーザＵは、例えば自分が落ち着いて話したかどうか、相手（通話先Ｃ）をむやみに興奮させなかったかどうか、興奮した相手（通話先Ｃ）を落ち着かせるための配慮を行ったかどうか、といったことを確認することができる。

また、前記１以上の要素には、前記発話区間内の文字に関する情報（例えば図５の「話速」）をさらに含むことができる。

これにより、ユーザＵは、自分が早口で喋り過ぎていたかどうか、相手（通話先Ｃ）を落ち着かせて喋らせていたかどうか、といったことを確認することができる。

また、前記支援情報には、前記ユーザの話し方、前記通話先が話す内容、又は前記ユーザに対するアドバイスのうち少なくとも１つの情報（例えば図５の「コメント」）を含むことができる。

これにより、ユーザＵは、通話先Ｃとの通話において、支援情報をリアルタイムで活用することができる。また、業務上、管理者は、管理される側のユーザＵを教育する際、営業支援情報を活用することで費用をかけずに効率的に教育することができる。
その結果、ユーザＵ（営業担当者）の教育にかかるコストを低減させながらも成約率を向上させることが可能となる。

また、音声認識結果の少なくとも一部に誤りが含まれている場合には、ユーザ自身が画面上で訂正する操作を行うことができる。

図１３は、音声認識結果の訂正機能の具体例を示す図である。
図１３に示すように、実際の音声が「あ、もしもし、レブコムサポートの長田です。」であったのに対して、音声認識結果が、例えば「あ、もしもしビジネスサポートしながらです。」であった場合には、一部に誤りが含まれる。この場合、ユーザは、再生ボタンＢ１０２、クリップボードにコピーするためのボタンＢ１０３や、編集ボタンＢ１０４を押下して、実際の音声の内容に訂正するための入力操作を行う。これにより、音声認識結果の誤りを訂正することができる。訂正された音声認識結果は、次回の音声認識が正しく行われるようにするための学習用のデータとして用いられる。これにより、同様の誤認識が繰り返し行われることを抑制することができる。その結果、音声認識の精度を向上させることができる。

１：管理サーバ、２：専用通信装置、３：ユーザ端末、４：音声サーバ（ＰＢＸ）、５：通話先端末、１１：ＣＰＵ、１２：ＲＯＭ、１３：ＲＡＭ、１４：バス、１５：入出力インターフェース、１６：出力部、１７：入力部、１８：記憶部、１９：通信部、２０：ドライブ、３０：リムーバブルメディア、１０１：取得部、１０２：抽出部、１０３：解析部、１０４：生成部、１０５：提示部、１８１：通話ＤＢ、１８２：解析結果ＤＢ、２０１：音声入出力部、２０２：制御部、３０１：アプリ制御部、３１１：Ｗｅｂアプリ、３１２：デスクトップアプリ、３１３：モバイルアプリ、４０１：通信転送部、４０２：制御部、Ｎ：ネットワーク、Ｔ：通話網、Ｕ，Ｕ１乃至Ｕｒ：ユーザ、Ｃ：通話先、Ｓ：情報処理システムにおいて実行される処理の各ステップ、Ｆ：各表示領域、Ｌ１：実線（ユーザの音声）、Ｌ２：破線（通話先の音声）、Ｚ１，Ｚ２：沈黙が生じた箇所、Ｚ３：被りが生じた箇所、Ｐ１，Ｐ２：キーワードが出現した箇所、Ｔ：各チェック入力欄、Ｂ：各ボタン、Ｒ：入力欄、Ｇ：タブ、Ｗ：ウィジェット

Claims (5)

1. 通話先と通話するユーザを支援する情報処理装置において、
   前記ユーザと前記通話先との通話の間で録音された情報を、通話情報として取得する取得手段と、
   取得された前記通話情報から、音声が存在する発話区間を検出し、前記発話区間毎の音声情報を抽出する抽出手段と、
   抽出された１以上の前記音声情報に基づいて、１以上の要素に基づく解析を行う解析手段と、
   前記解析の結果に基づいて、前記ユーザの通話を支援する支援情報を生成する生成手段と、
   生成された前記支援情報を前記ユーザに提示する提示手段と、
   を備える情報処理装置。
2. 前記１以上の要素には、保留音に関する情報が含まれる、
   請求項１に記載の情報処理装置。
3. 前記１以上の要素には、音の信号に関する情報が含まれる、
   請求項１又は２に記載の情報処理装置。
4. 前記１以上の要素には、前記発話区間内の文字に関する情報がさらに含まれる、
   請求項１乃至３のうちいずれか１項に記載の情報処理装置。
5. 前記支援情報には、前記ユーザの話し方、前記通話先が話す内容、又は前記ユーザに対するアドバイスのうち少なくとも１つの情報が含まれる、
   請求項１乃至４のうちいずれか１項に記載の情報処理装置。

Images