JP6767005B2

JP6767005B2 - 通話ログ取得方法

Info

Publication number: JP6767005B2
Application number: JP2017024769A
Authority: JP
Inventors: 一瀬　岳; 岳一瀬
Original assignee: Fujitsu Connected Technologies Ltd
Current assignee: Fujitsu Connected Technologies Ltd
Priority date: 2017-02-14
Filing date: 2017-02-14
Publication date: 2020-10-14
Anticipated expiration: 2037-02-14
Also published as: JP2018133648A

Description

本発明は、携帯電話端末の通話におけるログデータの取得に関する。

携帯電話端末の音声通話が不通となる障害が発生した場合、ユーザは、携帯電話端末をサービスショップへ持ち込む。音声通話の不通は、電話としての重要な機能に対する障害である。そのため、メーカーは、ログデータを取得した後に素早く解析し、修復することが求められる。

図１は、音声通話の不通を再現する自動試験の例を説明する図である。音声通話開発者は、音声通話の不通の要因を特定するために多くの再現試験を行い、その再現試験において得られるログデータを端末から取得する。図１の例は、携帯電話端末１１０ａと携帯電話端末１１０ｂ間の音声通話の不通を再現させる自動試験の一例を示す。自動試験で音声通話の不通が再現できると、開発者は、ログデータを取得し、音声通話の不通の要因解析をする。

図１に係る自動試験の例では、まず、携帯電話端末１１０ａに送話音声１２０を入力する。すると、送話音声１２０は、通話回線を用いて携帯電話端末１１０ｂ側で受話される。ここで、携帯電話端末１１０ｂ側で受話された音声を、受話音声１３０とする。その後携帯電話端末１１０ａは、送話音声１２０をデータ通信（例えば、ＳｈｏｒｔＭｅｓｓａｇｅＳｅｒｖｉｃｅ（ＳＭＳ）やパケット通信など）により携帯電話端末１１０ｂに送信する。携帯電話端末１１０ｂは、送話音声１２０のデータを受信すると、データ通信を用いて送信されてきた送話音声１２０と受話音声１３０とを比較し、データが一致するか否かを判定する。不通ではない音声通話では、送話音声１２０と受話音声１３０は同一の音声データ（音声波形）となる。一方、送話音声１２０と受話音声１３０とが一致しない場合、携帯電話端末１１０ｂは、携帯電話端末１１０ａから携帯電話端末１１０ｂへの音声通話が不通であると判定できる。開発者は、自動試験で音声通話の不通が再現できると、ログデータを取得し、音声通話の不通の要因解析をすることが可能となる。

逆方向の自動試験の例では、携帯電話端末１１０ｂに送話音声１４０を入力する。すると、送話音声１４０は、通話回線を用いて携帯電話端末１１０ａ側で受話される。ここで、携帯電話端末１１０ａ側で受話された音声を、受話音声１５０とする。その後、携帯電話端末１１０ｂは、送話音声１４０をデータ通信により携帯電話端末１１０ａに送信する。携帯電話端末１１０ａは、送話音声１４０のデータを受信すると、データ通信を用いて送信されてきた送話音声１４０と受話音声１５０とを比較し、データが一致するか否かを判定する。不通ではない音声通話では、送話音声１４０と受話音声１５０は同一の音声データ（音声波形）となる。一方、送話音声１４０と受話音声１５０とが一致しない場合、携帯電話端末１１０ａは、携帯電話端末１１０ｂから携帯電話端末１１０ａへの音声通話が不通であると判定できる。開発者は、自動試験で音声通話の不通が再現できると、ログデータを取得し、音声通話の不通の要因解析をすることが可能となる。

このように、携帯電話端末１１０ａと携帯電話端末１１０ｂ間では、音声通話後に音声通話とは異なる手法で音声データを送受信する。開発者は、受信した送話音声を実際に受話した受話音声と一致するか確認することで、音声通話が不通か否かを判定し、不通の場合に、ログデータ（以下において、ログデータを「ログ」と称す）を取得し、音声通話の不通の要因解析をすることができる。

特開２００４−２５３８５６号公報

図１のような音声通話の不通の要因を特定するための再現試験を行うために、開発者は、実際に音声通話の不通が発生した環境と類似した環境を構築する。実際に音声通話の不通が発生した環境と類似した環境を構築することは、非常に手間がかかる。そのため、実際に音声通話の不通が発生したユーザの携帯電話端末からログデータを取得できることが好ましい。

しかし、ユーザが音声通話の不通の発生した時刻を覚えているとも限らず、該当時刻のログを取得できるとは限らない。又、音声通話の不通の発生から時間が経つにつれ、音声通話不通時のログが他のログにより流されてしまい、希望するログデータが携帯電話端末に残っていないということも起こりうる。

本発明は１つの側面において、音声通話の不通に係るログを携帯電話端末に残すことを目的とする。

相手端末との通話に係るログを取得する方法として、まず、前記相手端末との通話に係るログを継続的に採取する。前記相手端末からの送話音声が無音であったときに、音声通話のための通信経路とは別の通信経路を介して、前記送話音声が実際に無音であるかを確認するための確認依頼を前記相手端末へ送信し、前記別の通信経路を介して受信する前記確認依頼に対する前記相手端末からの応答により、前記送話音声が無音でなかった旨が通知されたときに、前記採取したログを保存する。

本発明によれば、音声通話の不通に係るログを携帯電話端末に残すことができる。

音声通話の不通を再現する自動試験の例を説明する図である。本実施形態に係る携帯電話端末の例を説明する機能ブロック図である。音声通話に問題がない場合の携帯電話端末間の通信の例を説明する図である。音声通話に問題がない場合の携帯電話端末における音声通話不通判定処理の例を説明するシーケンス図（その１）である。音声通話に問題がない場合の携帯電話端末における音声通話不通判定処理の例を説明するシーケンス図（その２）である。受話音声に問題がある場合の携帯電話端末間の通信の例を説明する図である。受話音声に問題がある場合の携帯電話端末における音声通話不通判定処理の例を説明するシーケンス図である。送話音声に問題がある場合の携帯電話端末間の通信の例を説明する図である。送話音声に問題がある場合の携帯電話端末における音声通話不通判定処理の例を説明するシーケンス図である。ログの例を説明する図である。ログの保存方法の例を説明する図である。携帯電話端末のハードウェア構成の例を説明する図である。本実施形態に係る携帯電話端末の処理の例を説明するフローチャートである。音声通話が不通か否かを判定する処理の例を説明するフローチャートである。音声通話が不通か否かを判定する処理の例を説明するフローチャートである。

以下、本実施形態について、図面を参照しながら詳細に説明する。

図２は、本実施形態に係る携帯電話端末の例を説明する機能ブロック図である。携帯電話端末２１０は、音声入出力部２１１、ログ管理部２１２、音声認識部２１３、判定部２１４、通信部２１５、記憶部２１６を備える。音声入出力部２１１は、ユーザが携帯電話端末を用いて通話をする際に、声を入出力するマイクやレシーバなどである。ログ管理部２１２は、ログ用に準備されているメモリ上（以下、メモリと称す）に出力されるログを特定の記憶領域へ保存する処理を制御する。なお、メモリ上に出力されるログには様々な種類のログが含まれるため、メモリ上に出力されるログは、時間経過と共に順次削除される。そのため、メモリ上に出力されるログは、メモリ上の一時的なログである。ここで、メモリ上に出力されるログを、携帯電話端末で採取されたログとも称す。本実施形態におけるログ管理部２１２は、一種のバックアップとして、メモリ上に出力されたログのうち解析に用いるログをログファイルとして特定の記憶領域へ保存する。

音声認識部２１３は、音声入出力部２１１に入力された音声を音声認識し、音声認識により生成される文字列データを記憶部２１６に保存する。判定部２１４は、文字列データに基づいて、音声がない（無音）か否かを判定し、更に、音声通話が不通の状態か否かを判定する。具体的には、判定部２１４は、通話音声が音声認識されず、通話音声に対応した文字列化されたデータ（文字）が存在しない場合に、音声通話が不通と判定する。

通信部２１５は、音声通話とデータ通信に用いられる通信モジュールである。記憶部２１６は、ログファイルを記憶する記憶領域や、ログファイル内のログのうち音声通話の不通の原因解析に用いるログを記憶する特定の記憶領域である。又、記憶部２１６は、音声認識で生成される文字列データを記憶する。なお、ログは、発着信のイベント、使用する音声入出力デバイス及び音量などの情報と、端末内部の時間とが対応付けられた情報である。また、ログデータは、音声データや文字列化されたデータを含んでもよい。

＜音声通話に問題がない場合＞
図３〜図５を用いて、携帯電話端末間の音声通話に問題がない場合の携帯電話端末における処理の例を説明する。図３は、発信端末３１０と受信端末３２０との間の通信において、音声通話に問題がない場合の例を説明する図である。発信端末３１０と受信端末３２０は、どちらも図２の携帯電話端末２１０と同じ携帯電話端末である。

発信端末３１０と受信端末３２０との間の音声通話は、送話音声３３０と受話音声３４０を含む。送話音声３３０は、発信端末３１０が受信端末３２０へ電話回線を用いて送信する音声である。受話音声３４０は、発信端末３１０が受信端末３２０から電話回線を用いて受信する音声である。又、発信端末３１０と受信端末３２０は、音声通話中に電話回線と異なるデータ通信方式を用いてデータの送受信を行うことが可能である。電話回線と異なるデータ通信方式は、例えば、ＳＭＳやパケット通信などの通信機能である。

図４は、音声通話に問題がない場合の携帯電話端末における音声通話不通判定処理の例を説明するシーケンス図（その１）である。図４では、音声通話に問題がなく、且つ、受信端末３２０側から音声が送られてきている（受信端末３２０側からの声が聞こえている）場合の発信端末３１０側の音声通話不通判定処理を順番に説明する。

（Ａ１）発信端末３１０と受信端末３２０との間で音声通話が開始されると、発信端末３１０のログ管理部２１２は、通話に係るログをメモリ上に出力する処理を開始する。

（Ａ２）音声認識部２１３は、送話音声３３０と受話音声３４０の音声通話を音声認識する時間であるタイマＴ１のカウントを開始する。

（Ａ３）音声認識部２１３は、タイマＴ１が予め設定された時間になるまで、送話音声３３０と受話音声３４０の音声通話の音声認識を行い、音声データを文字列化する。記憶部２１６は、文字列化したデータを記憶する。タイマＴ１は、文字列化する音声（通話量）がとれる時間であればよい。

（Ａ４）判定部２１４は、受信端末３２０からの不通確認依頼（詳しくは、手順（Ａ６）で後述）を受信するまでの待機時間であるタイマＴ２のカウントを開始する。

（Ａ５）判定部２１４は、受話音声３４０の音声通話に問題があるか否かを判定する。具体的には、判定部２１４は、受話音声３４０を音声認識により手順（Ａ３）の処理で文字列化したデータに文字が含まれているか否かを判定する。図４のケースにおいて、記憶部２１６は、手順（Ａ３）の処理で文字列化したデータを保持している。そのため、判定部２１４は、受話音声３４０に問題がない（無音ではない）と判定する。

（Ａ６）次に判定部２１４は、送話音声３３０の音声通話に問題があったか否かを判定する。具体的には、判定部２１４は、受信端末３２０から不通確認依頼を受信したか否かを判定する。不通確認依頼は、音声通話が不通である可能性があると通話の相手端末（ここでは、受信端末３２０）が判定した際に、相手端末側から送られてくる確認依頼である。ここで、不通確認依頼は、音声通話とは異なるデータ通信により送受信される。データ通信は、例えば、ＳＭＳやパケット通信などの通信機能を用いる。

（Ａ７）判定部２１４は、タイマＴ２が満了するまでの間に、受信端末３２０からの不通確認依頼を受信していない場合、送話音声３３０の音声通話に問題がないと判定する。

（Ａ８）手順（Ａ５）及び手順（Ａ７）の処理に基づいて、判定部２１４は、送話音声３３０及び受話音声３４０の音声通話に問題がないと判定する。

手順（Ａ１）〜（Ａ８）の処理が完了すると、発信端末３１０は、通話が終了するまで音声通話不通判定処理（図４、図５、図７、図９）を繰り返し実行する。図４における発信端末３１０は、受話音声３４０を音声認識により文字列化したタイマＴ１時間分のデータに文字が含まれている場合、受話音声３４０に問題がないと判定する。又、発信端末３１０は、受信端末３２０からの不通確認依頼がないため、送話音声３３０に問題がないと判定する。ログ管理部２１２は、音声通話に問題がないため、ログファイルを特定の記憶領域へ保存する処理は実行しない。なお、受信端末３２０側は、発信端末３１０と同様に手順（Ａ１）〜（Ａ８）の処理を実行するものの、図４では図示していない。

図５は、音声通話に問題がない場合の携帯電話端末における音声通話不通判定処理の例を説明するシーケンス図（その２）である。図５では、音声通話に問題がない、受信端末３２０側のユーザが話をしておらず音声が送られてきていない場合の発信端末３１０と、発信端末３１０の処理に対応した音声通話不通判定処理を順番に説明する。

（Ｂ１）発信端末３１０と受信端末３２０との間の音声通話が開始すると、発信端末３１０のログ管理部２１２は、通話に係るログをメモリ上に出力する処理を開始する。

（Ｂ２）音声認識部２１３は、送話音声３３０と受話音声３４０の音声通話の音声認識する時間であるタイマＴ１のカウントを開始する。

（Ｂ３）音声認識部２１３は、タイマＴ１が予め設定された時間になるまで、送話音声３３０と受話音声３４０の音声通話の音声認識を行い、音声データを文字列化する。記憶部２１６は、文字列化したデータを記憶する。

（Ｂ４）判定部２１４は、タイマＴ２のカウントを開始する。

（Ｂ５）判定部２１４は、受話音声３４０の音声通話に問題があるか否かを判定する。具体的には、判定部２１４は、受話音声３４０を音声認識により手順（Ｂ３）の処理で文字列化したデータに文字が含まれているか否かを判定する。図５のケースにおいて、記憶部２１６は、手順（Ｂ３）で文字列化したデータがないため、空の文字列データを保持している。そのため、判定部２１４は、受話音声３４０に問題がある可能性がある（無音である）と判定する。しかし、この段階では、発信端末３１０は、文字列が存在しない原因が「受信端末３２０が無音状態である」ことに起因するのか「受信端末３２０から音声が送信されているが、障害によりその音声が発信端末３１０に届かない」ことに起因するのかを判定できない。

（Ｂ６）実際に受信端末３２０から受話音声３４０が送られてきたか否か（無音であるか否か）を確認するため、発信端末３１０の通信部２１５は、受信端末３２０に不通確認依頼を送信する。不通確認依頼は、音声通話とは異なるデータ通信により送受信される。データ通信は、例えば、ＳＭＳやパケット通信などの通信機能を用いる。不通確認依頼は、タイマＴ１の開始時刻から終了時刻の情報を含む。なお、不通確認依頼は、手順（Ｂ３）において音声認識を行った時刻を表す時刻情報を含んでいてもよい。

（Ｂ７）不通確認依頼を受信した受信端末３２０は、タイマＴ１の開始時刻から終了時刻までの間の受話音声３４０（受信端末３２０にとっては送話音声）の音声が実際に無音であったか否かを判定する。具体的には、判定部２１４は、受話音声３４０の文字列データに文字が含まれているか否かを判定する。図５のケースでは、記憶部２１６が空の文字列データを保持しているものとする。そのため、判定部２１４は、受話音声３４０の音声通話に問題がないと判定する。なお、不通確認依頼が上述の時刻情報を含むときは、判定部２１４は、文字列データを参照して、その時刻情報が表す時刻における音声の有無を判定してもよい。

（Ｂ８）受信端末３２０の通信部２１５は、不通確認依頼に対応する確認応答を発信端末３１０宛に送信する。確認応答は、受話音声３４０（受信端末３２０にとっては送話音声）の音声が実際に無音であった旨を示す情報を含む。

（Ｂ９）発信端末３１０の通信部２１５は、確認応答を受信する。発信端末３１０の判定部２１４は、受話音声３４０（受信端末３２０にとっては送話音声）の音声が実際に無音であった旨を示す情報に基づいて、受話音声３４０に問題がないと判定する。

（Ｂ１０）次に判定部２１４は、送話音声３３０の音声通話に問題があったか否かを判定する。具体的には、判定部２１４は、受信端末３２０から不通確認依頼を受信したか否かを判定する。不通確認依頼は、音声通話が不通である可能性があると通話の相手端末（ここでは、受信端末３２０）が判定した際に、相手端末側から送られてくる確認依頼である。

（Ｂ１１）判定部２１４は、タイマＴ２が満了するまでの間に、受信端末３２０からの不通確認依頼を受信していない場合、送話音声３３０の音声通話に問題がないと判定する。

（Ｂ１２）手順（Ｂ９）及び手順（Ｂ１１）の処理に基づいて、判定部２１４は、送話音声３３０及び受話音声３４０の音声通話に問題がないと判定する。

手順（Ｂ１）〜（Ｂ１２）の処理が完了すると、発信端末３１０は、通話が終了するまで音声通話不通判定処理（図４、図５、図７、図９）を繰り返し実行する。図５における発信端末３１０は、受話音声３４０を音声認識により文字列化したデータが空（無音）の場合、受話音声３４０に問題がある可能性があると判定する。受話音声３４０に実際に問題があるかを確認するために発信端末３１０は、受信端末３２０に不通確認依頼を送信する。発信端末３１０は、受信端末３２０から実際に受話音声３４０が無音である旨の確認応答を受信することで、受話音声３４０に問題がないことを判定する。ログ管理部２１２は、音声通話に問題がないため、ログファイルを特定の記憶領域へ保存する処理は実行しない。なお、受信端末３２０側は、発信端末３１０と同様に手順（Ｂ１）〜（Ｂ１２）の処理を実行するものの、図５では図示していない。
＜受話音声３４０に問題がある場合＞
図６と図７を用いて、受話音声３４０に問題がある場合の携帯電話端末における処理の例を説明する。図６は、発信端末３１０が受話する受話音声３４０に問題がある場合の発信端末３１０と受信端末３２０の例である。

発信端末３１０と受信端末３２０との間の音声通話は、送話音声３３０と受話音声３４０を含む。送話音声３３０は、発信端末３１０が受信端末３２０へ電話回線を用いて送信する音声である。受話音声３４０は、発信端末３１０が受信端末３２０から電話回線を用いて受信する音声である。発信端末３１０と受信端末３２０は、音声通話中に電話回線と異なるデータ通信方式を用いてデータの送受信を行う。このデータ通信は、発信端末３１０と受信端末３２０の間の不通確認依頼や確認応答などに用いられる。ここで、図６の例では、受話音声３４０に問題があり、発信端末３１０が受信端末３２０からの音声を受信できていないものとする。

図７は、受話音声に問題がある場合の携帯電話端末における音声通話不通判定処理の例を説明するシーケンス図である。図７では、受信端末３２０側のユーザの声である受話音声３４０が発信端末３１０に正常に受信できていない場合の発信端末３１０及び受信端末３２０の音声通話不通判定処理を順番に説明する。

（Ｃ１）発信端末３１０と受信端末３２０との間の音声通話が開始すると、発信端末３１０のログ管理部２１２は、通話に係るログをメモリ上に出力する処理を開始する。

（Ｃ２）音声認識部２１３は、送話音声３３０と受話音声３４０の音声通話の音声認識する時間であるタイマＴ１のカウントを開始する。

（Ｃ３）音声認識部２１３は、タイマＴ１が予め設定された時間になるまで、送話音声３３０と受話音声３４０の音声通話の音声認識を行い、音声データを文字列化する。記憶部２１６は、文字列化したデータを記憶する。

（Ｃ４）判定部２１４は、タイマＴ２のカウントを開始する。

（Ｃ５）判定部２１４は、受話音声３４０の音声通話に問題があるか否かを判定する。具体的には、判定部２１４は、受話音声３４０を音声認識により手順（Ｃ３）の処理で文字列化したデータに文字が含まれているか否かを判定する。図５のケースにおいて、記憶部２１６は、手順（Ｃ３）で文字列化したデータがないため、空の文字列データを保持している。そのため、判定部２１４は、受話音声３４０に問題がある可能性がある（無音である）と判定する。しかし、この段階では、受話音声３４０が無音であるものの、実際に受信端末３２０から音声（受話音声３４０）が送られてきたかを発信端末３１０は判定できない。

（Ｃ６）実際に受信端末３２０から受話音声３４０が送られてきたか否かを確認するため、発信端末３１０の通信部２１５は、受信端末３２０に不通確認依頼を送信する。不通確認依頼は、音声通話とは異なるデータ通信により送受信される。データ通信は、例えば、ＳＭＳやパケット通信などの通信機能を用いる。不通確認依頼は、タイマＴ１の開始時刻から終了時刻の情報を含む。

（Ｃ７）不通確認依頼を受信した受信端末３２０は、タイマＴ１の開始時刻から終了時刻の間の受話音声３４０（受信端末３２０にとっては送話音声）の音声が実際に無音であったか否かを判定する。具体的には、判定部２１４は、受話音声３４０の文字列データに文字が含まれているか否かを判定する。図７のケースでは、記憶部２１６が受話音声３４０に対応する文字列データを保持しているものとする。そのため、判定部２１４は、受話音声３４０が無音ではないと判定する。

（Ｃ８）受信端末３２０の通信部２１５は、不通確認依頼に対応する確認応答を発信端末３１０宛に送信する。確認応答は、受話音声３４０（受信端末３２０にとっては送話音声）の音声が無音でない旨を示す情報を含む。

（Ｃ９）発信端末３１０の通信部２１５は、確認応答を受信する。確認応答には、受話音声３４０（受信端末３２０にとっては送話音声）の音声が実際には無音ではない旨を示す情報が含まれている。すると、手順（Ｃ５）で受話音声の文字列データが空である原因が、受信端末３２０が無音状態であることに起因するのではなく、受信端末３２０から音声が送信されているが、障害によりその音声が発信端末３１０に届いていない。発信端末３１０の判定部２１４は、受話音声３４０に問題があると判定する。

（Ｃ１０）発信端末３１０の判定部２１４は、タイマＴ２のカウントを停止（終了）する。

（Ｃ１１）判定部２１４は、手順（Ｃ９）の判定に基づいて、音声通話の不通を検出する。

（Ｃ１２）ログ管理部２１２は、音声通話の不通を検出したため、メモリ上のログのうち、手順（Ｃ２）〜（Ｃ１１）の間のログをログファイルとして特定の記憶領域へ保存する。

手順（Ｃ１）〜（Ｃ１２）の処理が完了すると、発信端末３１０は、通話が終了するまで音声通話不通判定処理（図４、図５、図７、図９）を繰り返し実行する。

図７においてログ管理部２１２は、発信端末３１０の受話音声３４０に問題があることを判定し、音声通話不通に関するログを特定の記憶領域に保存する。このように音声通話不通に関するログを新しいログで上書きされない記憶領域に保存することで、開発者などが音声通話不通の原因解析をする際に、希望するログを携帯電話端末内に残すことができるようになる。

＜送話音声３３０に問題がある場合＞
図８と図９を用いて、送話音声３３０に問題がある場合の携帯電話端末における処理の例を説明する。図８は、発信端末３１０が送信する送話音声３３０に問題がある場合の発信端末３１０と受信端末３２０の例である。

発信端末３１０と受信端末３２０との間の音声通話は、送話音声３３０と受話音声３４０を含む。送話音声３３０は、発信端末３１０が受信端末３２０へ電話回線を用いて送信する音声である。受話音声３４０は、発信端末３１０が受信端末３２０から電話回線を用いて受信する音声である。又、発信端末３１０と受信端末３２０は、音声通話中に電話回線と異なるデータ通信方式を用いてデータの送受信を行う。このデータ通信は、発信端末３１０と受信端末３２０の間の不通確認依頼や確認応答などに用いられる。ここで、図８の例では、送話音声３３０に問題があり、発信端末３１０から受信端末３２０への音声が正常に送信できていないものとする。

図９は、送話音声に問題がある場合の携帯電話端末における音声通話不通判定処理の例を説明するシーケンス図である。図９では、発信端末３１０のユーザの声である送話音声３３０が受信端末３２０に正常に送信できていない場合の発信端末３１０の音声通話不通判定処理を順番に説明する。図９の例では、図７の手順（Ｃ１）〜（Ｃ６）、手順（Ｃ９）〜（Ｃ１２）の処理を受信端末３２０が実行する。

（Ｄ１）発信端末３１０と受信端末３２０との間の音声通話が開始すると、発信端末３１０のログ管理部２１２は、通話に係るログをメモリ上に出力する処理を開始する。

（Ｄ２）音声認識部２１３は、送話音声３３０と受話音声３４０の音声通話の音声認識する時間であるタイマＴ１のカウントを開始する。

（Ｄ３）音声認識部２１３は、タイマＴ１が予め設定された時間になるまで、送話音声３３０と受話音声３４０の音声通話の音声認識を行い、音声データを文字列化する。記憶部２１６は、文字列化したデータを記憶する。

（Ｄ４）判定部２１４は、タイマＴ２のカウントを開始する。

（Ｄ５）判定部２１４は、受話音声３４０の音声通話に問題があるか否かを判定する。具体的には、判定部２１４は、受話音声３４０を音声認識により手順（Ｄ３）の処理で文字列化したデータに文字が含まれているか否かを判定する。図９のケースにおいて、記憶部２１６は、手順（Ｄ３）の処理で文字列化したデータを保持している。そのため、判定部２１４は、受話音声３４０に問題がない（無音ではない）と判定する。

（Ｄ６）次に判定部２１４は、送話音声３３０の音声通話に問題があったか否かを判定する。具体的には、判定部２１４は、受信端末３２０から不通確認依頼を受信したか否かを判定する。不通確認依頼を受信した発信端末３１０は、送話音声３３０（受信端末３２０にとっては受話音声）の音声が実際に無音であったか否かを判定する。具体的には、判定部２１４は、送話音声３３０の文字列データに文字が含まれているか否かを判定する。図９のケースでは、記憶部２１６が送話音声３３０に対応する文字列データを保持しているものとする。そのため、判定部２１４は、送話音声３３０が無音ではないと判定する。この場合、発信端末３１０において送話音声が存在し、その送話音声が発信端末３１０から受信端末３２０へ送られたにもかかわらず、受信端末３２０に届いていないと判定される。すなわち、判定部２１４は、送話音声３３０に不通（問題）があったと判定する。

（Ｄ７）受信端末３２０の通信部２１５は、不通確認依頼に対応する確認応答を発信端末３１０宛に送信する。確認応答は、送話音声３３０（受信端末３２０にとっては受話音声）が無音ではない旨を示す情報を含む。

（Ｄ８）発信端末３１０の判定部２１４は、タイマＴ２のカウントを終了する。

（Ｄ９）判定部２１４は、手順（Ｄ６）の判定に基づいて、音声通話の不通を検出する。

（Ｄ１０）ログ管理部２１２は、音声通話の不通を検出したため、メモリ上のログのうち、手順（Ｄ２）〜（Ｄ９）の間のログをログファイルとして特定の記憶領域へ保存する。

手順（Ｄ１）〜（Ｄ１０）の処理が完了すると、発信端末３１０は、通話が終了するまで音声通話不通判定処理（図４、図５、図７、図９）を繰り返し実行する。

図９においてログ管理部２１２は、発信端末３１０の送話音声３３０に問題があることを判定し、音声通話不通に関するログを特定の記憶領域に保存する。このように音声通話不通に関するログを新しいログで上書きされない記憶領域に保存することで、開発者などが音声通話不通の原因解析をする際に、希望するログを携帯電話端末内に残すことができるようになる。

図１０は、ログの例を説明する図である。メモリ上に出力されるログ及びログファイルに保存されるログは、携帯電話端末２１０内で発生したイベントの日時とイベント内容とが対応づけられている。

図１０のログの例は、通話開始時に出力されるログの例である。通話が開始されると、携帯電話端末２１０は、マイクやスピーカの音量の設定情報などをログに出力する（ログの例の１〜５行目）。その後、携帯電話端末２１０に搭載されているデバイス（out_device（出力デバイス）やin_device（入力デバイス））など、各種デバイスの情報がログとして出力される（ログの例の６行目以降）。これらのログは、日時情報、該当日時に発生したイベント内容を例示しているものの、ログの形式及び内容を限定するものではない。

図１１は、ログの保存方法の例を説明する図である。記憶部２１６は、ログ用に準備されているメモリ４１０、特定のメモリ４２０、バックアップ用メモリ４３０を備える。メモリ４１０は、例えば、携帯電話端末２１０で何らかのイベントが発生した場合に出力されるログを記憶する領域である。特定のメモリ４２０は、例えば、携帯電話端末２１０上で動作するログを記憶する領域である。メモリ４１０や特定のメモリ４２０に保存されるログは、時間経過と共に上書きされる。バックアップ用メモリ４３０は、音声通話（送話音声３３０又は受話音声３４０）の不通を契機に、メモリ４１０や特定のメモリ４２０上に出力されたログのうち解析に用いるログをログファイルとして記憶する特定の領域である。

図１２は、携帯電話端末のハードウェア構成の例を説明する図である。携帯電話端末２１０（発信端末３１０、受信端末３２０）は、無線アンテナ１１、通信モジュール１２、入出力装置１３、マイク１４、スピーカ１５、レシーバ１６、メモリ１７、プロセッサ１８、外部記憶装置１９、外部インターフェース（I/F）２０、バス２１を備える。

プロセッサ１８は、Central Processing Unitなどの任意の処理回路である。プロセッサ１８は、ログ管理部２１２、音声認識部２１３、判定部２１４として動作する。なお、プロセッサ１８は、例えば、外部記憶装置１９に記憶されたプログラムを実行することができる。メモリ１７は、記憶部２１６として動作する。さらに、メモリ１７は、プロセッサ１８の動作により得られたデータや、プロセッサ１８の処理に用いられるデータも、適宜、記憶する。外部インターフェース（I/F）２０は、ネットワーク接続装置であり、他の装置との通信に使用される。

入出力装置１３は、例えば、ボタン、キーボード、マウス等の入力装置として実現され、更に、ディスプレイなどの出力装置として実現される。バス２１は、通信モジュール１２、入出力装置１３、マイク１４、スピーカ１５、レシーバ１６、メモリ１７、プロセッサ１８、外部記憶装置１９、外部インターフェース（I/F）２０の間を相互にデータの受け渡しが行えるように接続する。外部記憶装置１９は、プログラムやデータなどを格納し、格納している情報を、適宜、プロセッサ１８などに提供する。

通信モジュール１２は、他携帯電話端末との通信を制御するモジュールである。通信モジュール１２は、通信部２１５として動作する。無線アンテナ１１は、通信モジュール１２と接続されており、通信モジュール１２における無線通信の際のアンテナとして動作する。

マイク１４は、携帯電話端末を使用するユーザが音声を入力する機器である。スピーカ１５及びレシーバ１６は、携帯電話端末が受信した音声を、ユーザが聞こえるように音として出力する機器である。マイク１４、スピーカ１５及びレシーバ１６は、入出力部２１１として動作する。

図１３は、本実施形態に係る携帯電話端末の処理の例を説明するフローチャートである。音声通話が開始されると、ログ管理部２１２は、通話に係るログの出力を開始する（ステップＳ１０１）。判定部２１４は、タイマＴ１のカウントを開始する（ステップＳ１０２）。音声認識部２１３は、送話通話３３０と受話通話３４０を文字列化する（ステップＳ１０３）。判定部２１４は、タイマＴ１のカウントが所定のカウントに達したか否かを判定する（ステップＳ１０４）。タイマＴ１のカウントが所定のカウントに達していない場合（ステップＳ１０４でＮＯ）、音声認識部２１３は、引き続き送話通話３３０と受話通話３４０を文字列化する処理（ステップＳ１０３の処理）を実行する。

タイマＴ１のカウントが所定のカウントに達した場合（ステップＳ１０４でＹＥＳ）、判定部２１４は、音声通話が不通であるか否かの判定処理を実施する（ステップＳ１０５）。なお、音声通話が不通であるか否かの判定処理は、図１４Ａと図１４Ｂで詳しく説明する。判定部２１４は、ステップＳ１０５の結果に基づいて音声通話が不通であるか否かを判定する（ステップＳ１０６）。

音声通話が不通である場合（ステップＳ１０６でＹＥＳ）、ログ管理部２１２は、メモリ上に出力されたログのうち解析に用いるログをログファイルとして特定の記憶領域に記憶する（ステップＳ１０７）。音声通話が不通でない場合（ステップＳ１０６でＮＯ）、ログ管理部２１２は、メモリ上に出力されたログのうち解析に用いるログを保存しない（ステップＳ１０８）。ステップＳ１０７又はステップＳ１０８の処理が完了すると、判定部２１４は、音声通話が完了したか否かを判定する（ステップＳ１０９）。音声通話がしていない場合（ステップＳ１０９でＮＯ）、携帯電話端末２１０は、処理をステップＳ１０２から繰り返す。

音声通話が完了している場合（ステップＳ１０９でＹＥＳ）、ログ管理部２１２は、通話に係るログの出力を終了する（ステップＳ１１０）。携帯電話端末２１０は、ステップＳ１１０の処理が終了すると、携帯電話端末の不通判定及びログ出力（採取）に係る処理を終了する。
なお、発信端末３１０と受信端末３２０のどちらも図４に係る処理を実行する。

図１４Ａと図１４Ｂは、音声通話が不通か否かを判定する処理の例を説明するフローチャートである。図１４Ａと図１４Ｂの処理は、図１３のステップＳ１０５の音声通話が不通であるか否かの判定処理を説明するフローチャートである。図１４Ａと図１４Ｂの処理は、発信端末３１０と受信端末３２０との両方で実行される処理である。

判定部２１４は、タイマＴ２のカウントを開始する（ステップＳ２０１）。判定部２１４は、受話音声を文字列化した受話音声文字列データが空であるか否かを判定する（ステップＳ２０２）。受話音声文字列データが空の場合（ステップＳ２０２でＹＥＳ）、通信部２１５は、通話相手の携帯電話端末に不通確認依頼を送信する（ステップＳ２０３）。判定部２１４は、不通確認依頼に対応する確認応答を受信したか否かを判定する（ステップＳ２０４）。不通確認依頼に対応する確認応答を受信していない場合（ステップＳ２０４でＮＯ）、判定部２１４は、通信部２１５が確認応答を受信するまで、ステップＳ２０４の処理を繰り返す。不通確認依頼に対応する確認応答を受信している場合（ステップＳ２０４でＹＥＳ）、判定部２１４は、確認応答基づいて、受話音声（通話相手が送話した音声）が実際に無音であるか否かを判定する（ステップＳ２０５）。受話音声が実際には無音でない場合（ステップＳ２０５でＮＯ）、判定部２１４は、音声通話が不通であると判定する（ステップＳ２０６）。判定部２１４が音声通話は不通であると判定すると、図１４Ａと図１４Ｂの処理は終了し、携帯電話端末２１０は、図１３のステップＳ１０６から処理を開始する。

受話音声文字列データが空でない場合（ステップＳ２０２でＮＯ）、又は、受話音声が実際に無音である場合（ステップＳ２０５でＹＥＳ）、判定部２１４は、通信部２１５が不通確認依頼を受信したか否かを判定する（ステップＳ２０７）。不通確認依頼を受信している場合（ステップＳ２０７でＹＥＳ）、判定部２１４は、送話音声を文字列化した送話文字列データが空であるか否かを判定する（ステップＳ２０８）。送話文字列データが空でない場合（ステップＳ２０８でＮＯ）、通信部２１５は、通話相手の携帯電話端末に送話音声が無音でないことを示す情報を含む確認応答を送信する（ステップＳ２０９）。判定部２１４は、音声通話が不通であると判定する（ステップＳ２１０）。

送話文字列データが空の場合（ステップＳ２０８でＹＥＳ）、通信部２１５は、通話相手の携帯電話端末に送話音声が無音であることを示す情報を含む確認応答を送信する（ステップＳ２１１）。判定部２１４は、音声通話が不通でないと判定する（ステップＳ２１２）。

不通確認依頼を受信していない場合（ステップＳ２０７でＮＯ）、判定部２１４は、タイマＴ２のカウントが所定のカウントに達したか否かを判定する（ステップＳ２１３）。なお、ステップＳ１０４における所定のカウントとステップＳ２１３における所定のカウントは、同一の値でなくてよい。タイマＴ２のカウントが所定のカウントに達している場合（ステップＳ２１３でＹＥＳ）、判定部２１４は、音声通話が不通ではないと判定する（ステップＳ２１２）。一方、タイマＴ２のカウントが所定のカウントに達していない場合（ステップＳ２１３でＮＯ）、判定部２１４は、処理をステップＳ２０７から繰り返す。

ステップＳ２１０とステップＳ２１２の処理が終了すると、図１４Ａと図１４Ｂの処理は終了し、携帯電話端末２１０は、図１３のステップＳ１０６から処理を開始する。

このように、本実施形態に係る携帯電話端末２１０は、発信端末３１０の送話音声３３０に問題があることを判定した場合に、音声通話不通に関するログを特定の記憶領域に保存する。このように音声通話不通に関するログを新しいログで上書きされない記憶領域に保存することで、開発者などが音声通話不通の原因解析をする際に、希望するログを携帯電話端末内に残すことができるようになる。

又、携帯電話端末２１０間（発信端末３１０と受信端末３２０）の不通状態を互いに確認するためのデータ通信は、不通確認依頼と確認応答であるため、図１のように音声データを送信する場合に比べて、データ通信量を減らすことができる。

１１０ａ、１１０ｂ、２１０携帯電話端末
２１１音声入出力部
２１２ログ管理部
２１３音声認識部
２１４判定部
２１５通信部
２１６記憶部
３１０発信端末
３２０受信端末

Claims

相手端末との通話に係るログを取得する方法であって、
前記相手端末との通話に係るログを継続的に採取し、
前記相手端末からの送話音声が無音であったときに、音声通話のための通信経路とは別の通信経路を介して、前記送話音声が実際に無音であるかを確認するための確認依頼を前記相手端末へ送信し、
前記別の通信経路を介して受信する前記確認依頼に対する前記相手端末からの応答により、前記送話音声が実際には無音でなかった旨が通知されたときに、前記採取したログを保存する
ことを特徴とする通話ログ取得方法。
前記応答により、前記送話音声が無音である旨が通知されたときに、前記採取したログを保存しない
ことを特徴とする請求項１に記載の通話ログ取得方法。
前記送話音声を音声認識して文字列データが得られない場合に、前記受話音声が無音であると判定し、前記相手端末に前記確認依頼を送信する
ことを特徴とする請求項１に記載の通話ログ取得方法。
前記確認依頼は、前記送話音声が無音である時間を含み、
前記相手端末からの応答は、前記時間における前記送話音声が実際に無音であったか否かの情報を含む
ことを特徴とする請求項１〜３の何れかに記載の通話ログ取得方法。
相手端末との通話に係るログを取得する方法であって、
前記相手端末との通話に係るログを継続的に採取し、
送話音声の有無確認を要求する確認依頼を前記相手端末から受信したときに、前記送話音声の有無を判定し、その判定結果を、音声通話のための通話経路とは別の通信経路を介して前記相手端末へ通知し、
送話音声が無音でなかったときに、前記採取したログを保存する
ことを特徴とする通話ログ取得方法。
前記送話音声を音声認識して文字列データが得られない場合に、前記送話音声が無音であると判定する
ことを特徴とする請求項５に記載の通話ログ取得方法。