(57)【要約】【課題】迷惑電話のデータベースを、ユーザの希望に応じて柔軟に変更する。【解決手段】スマートフォン（１）は、記憶部（３）に記憶されている迷惑電話データベース（３３）に格納されていない電話番号から着信し、かつ、操作部（４）がユーザの第１操作を受け付けた場合、該電話番号を迷惑電話データベース（３３）へ追加する処理を行う。【選択図】図１
2019213128.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも１つの入力装置と、少なくとも１つの記憶装置と、少なくとも１つの制御装置とを備える、通話機能を有する電子機器であって、
上記記憶装置は、電話番号を格納している第１データベースを少なくとも記憶しており、
上記制御装置は、
上記第１データベースに格納されている電話番号から着信した場合、注意すべき相手からの着信である旨を、上記電子機器のユーザに対して通知する処理と、
上記第１データベースに格納されていない電話番号から着信し、かつ、上記入力装置が上記ユーザの第１操作を受け付けた場合、該電話番号を上記第１データベースへ追加する処理と、を行うことを特徴とする電子機器。
【請求項２】
上記記憶装置は、さらに、電話番号を格納している、上記第１データベースと異なる第２データベースを記憶しており、
上記制御装置は、さらに、
上記第２データベースに格納されていない電話番号から着信した場合、着信を上記ユーザに対して通知する一方、上記第２データベースに格納されている電話番号から着信した場合、着信を上記ユーザに対して通知せず、相手との接続を切断する処理と、
上記第１データベースに格納されており、上記第２データベースに格納されていない電話番号から着信し、かつ、所定の条件を満たした場合、該電話番号を上記第２データベースへ追加する処理と、を行うことを特徴とする請求項１に記載の電子機器。
【請求項３】
上記記憶装置は、さらに、上記ユーザの代理として応答するための音声データを記憶しており、
上記制御装置は、さらに、上記入力装置が受け付けた上記ユーザの第２操作に応じて、通話相手に対し上記音声データを用いて応答した後、通話を終了する処理を行い、
上記所定の条件は、上記通話を終了する処理を行うことであることを特徴とする請求項２に記載の電子機器。
【請求項４】
上記所定の条件は、着信した電話番号が上記第１データベースに格納され、かつ、上記第２データベースに格納されていない場合に受け付け可能な第３操作を、上記入力装置が受け付けることであることを特徴とする請求項２に記載の電子機器。
【請求項５】
上記記憶装置は、さらに、上記ユーザの代理として応答するための音声データを記憶しており、
上記第１操作は、通話相手に対し上記音声データを用いて応答した後、通話を終了する処理を指示するための操作であり、
上記電話番号を上記第１データベースに追加する処理では、上記第１操作を受け付けたことにより通話が終了し、かつ、着信した電話番号が上記第１データベースに格納されていない場合、該電話番号を自動的に上記第１データベースへ追加することを特徴とする請求項１から４のいずれか１項に記載の電子機器。
【請求項６】
通話機能を有する電子機器を制御する制御装置であって、
上記電子機器に備えられた記憶装置に記憶されている第１データベースに格納されている電話番号から着信した場合、注意すべき相手からの着信である旨を、上記電子機器のユーザに対して通知する通知部と、
上記第１データベースに格納されていない電話番号から着信し、かつ、上記電子機器に備えられた入力装置が上記ユーザの第１操作を受け付けた場合、該電話番号を上記第１データベースへ追加するデータベース制御部と、を備えることを特徴とする制御装置。
【請求項７】
通話機能を有する電子機器の制御方法であって、
上記電子機器に備えられた記憶装置に記憶されている第１データベースに格納されている電話番号から着信した場合、注意すべき相手からの着信である旨を、上記電子機器のユーザに対して通知するステップと、
上記第１データベースに格納されていない電話番号から着信し、かつ、上記電子機器に備えられた入力装置が上記ユーザの第１操作を受け付けた場合、該電話番号を上記第１データベースへ追加するステップと、を含むことを特徴とする制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通話機能を有する電子機器等に関する。
【背景技術】
【０００２】
スマートフォン、フィーチャーフォン、ＰＨＳなどのいわゆる携帯電話、あるいは、固定電話などの通話機能を備えた電子機器において、ユーザにとって迷惑と考えられる特定の電話番号からの着信（いわゆる迷惑電話）に対応する機能が提案されている。
【０００３】
例えば、特許文献１では、各ユーザが着信を拒否する登録を行った電話番号をデータベースに登録するサーバが開示されている。各ユーザは、インターネット経由で該データベースを自身の携帯電話にダウンロードすることができる。ダウンロード後、該データベースに登録されている電話番号からの着信があった場合、携帯電話は、迷惑電話の可能性があることを画面に表示し、ユーザに注意喚起を行う。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１５−１２６３５６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１に記載の技術では、サーバが作成したデータベースを、ユーザの希望に応じて柔軟に変更することができない。特許文献１に記載のデータベースは、統計的に多くのユーザが着信拒否した電話番号を格納しているので、該電話番号からの着信は、ユーザ自身にとっても迷惑電話である可能性が一般的には高い。しかしながら、ユーザにはそれぞれ個人の事情があるので、特定のユーザのみにおいて迷惑電話となる電話番号も存在し得る。このことから、迷惑電話のデータベースにユーザが自由に電話番号を追加できるようにする機能への要求がある。
【０００６】
本発明の一態様は、迷惑電話のデータベースを、ユーザの希望に応じて柔軟に変更することができる電子機器などを実現することを目的とする。
【課題を解決するための手段】
【０００７】
上記の課題を解決するために、本発明の一態様に係る電子機器は、少なくとも１つの入力装置と、少なくとも１つの記憶装置と、少なくとも１つの制御装置とを備える、通話機能を有する電子機器であって、上記記憶装置は、電話番号を格納している第１データベースを少なくとも記憶しており、上記制御装置は、上記第１データベースに格納されている電話番号から着信した場合、注意すべき相手からの着信である旨を、上記電子機器のユーザに対して通知する処理と、上記第１データベースに格納されていない電話番号から着信し、かつ、上記入力装置が上記ユーザの第１操作を受け付けた場合、該電話番号を上記第１データベースへ追加する処理と、を行う。
【０００８】
また、上記の課題を解決するために、本発明の一態様に係る制御装置は、通話機能を有する電子機器を制御する制御装置であって、上記電子機器に備えられた記憶装置に記憶されている第１データベースに格納されている電話番号から着信した場合、注意すべき相手からの着信である旨を、上記電子機器のユーザに対して通知する通知部と、上記第１データベースに格納されていない電話番号から着信し、かつ、上記電子機器に備えられた入力装置が上記ユーザの第１操作を受け付けた場合、該電話番号を上記第１データベースへ追加するデータベース制御部と、を備える。
【０００９】
また、上記の課題を解決するために、本発明の一態様に係る電子機器の制御方法は、通話機能を有する電子機器の制御方法であって、上記電子機器に備えられた記憶装置に記憶されている第１データベースに格納されている電話番号から着信した場合、注意すべき相手からの着信である旨を、上記電子機器のユーザに対して通知するステップと、上記第１データベースに格納されていない電話番号から着信し、かつ、上記電子機器に備えられた入力装置が上記ユーザの第１操作を受け付けた場合、該電話番号を上記第１データベースへ追加するステップと、を含む。
【発明の効果】
【００１０】
本発明の一態様によれば、迷惑電話のデータベースを、ユーザの希望に応じて柔軟に変更することができる。
【図面の簡単な説明】
【００１１】
【図１】本発明の各実施形態に係るスマートフォンの要部構成の一例を示すブロック図である。
【図２】図１に示すスマートフォンが記憶している各種データベースのデータ構成の一例を示す図である。
【図３】図１に示すスマートフォンが実行する着信通知処理の流れの一例を示すフローチャートである。
【図４】図１に示すスマートフォンが表示する着信画面の一例を示す図である。
【図５】図１に示すスマートフォンが実行する迷惑電話登録処理の流れの一例を示すフローチャートである。
【図６】図１に示すスマートフォンが実行する代理応答および代理拒否の概要を示す図である。
【図７】図１に示すスマートフォンが記憶している迷惑電話データベースのデータ構成の一例を示す図である。
【図８】図１に示すスマートフォンが表示する通話終了画面の一例を示す図である。
【図９】図１に示すスマートフォンが記憶している迷惑電話データベースのデータ構成の別の例を示す図である。
【図１０】迷惑電話データベースに格納された電話番号からの着信時における、着信通知画面の別の例、および、着信後の迷惑電話データベースのデータ構成を示す図である。
【図１１】図１に示すスマートフォンが実行する着信拒否登録処理の流れの一例を示すフローチャートである。
【図１２】図１に示すスマートフォンが表示する通話終了画面の別の例を示す図である。
【図１３】図１に示すスマートフォンが表示する着信画面の別の例を示す図である。
【発明を実施するための形態】
【００１２】
〔実施形態１〕
以下、本発明の一実施形態について、図１〜図８を参照して詳細に説明する。以降の各実施形態では、本発明に係る電子機器として、スマートフォンを例に挙げて説明する。ただし、本発明に係る電子機器は、通話機能を有する電子機器であればよく、スマートフォンに限定されない。例えば、本発明に係る電子機器は、フィーチャーフォン、ＰＨＳ、固定電話などであってもよい。なお以降、通話機能を有する電子機器を「通話機器」と称する場合がある。
【００１３】
（スマートフォン１の要部構成）
図１は、本実施形態に係るスマートフォンの一例であるスマートフォン１（電子機器）について、要部構成の一例を示すブロック図である。スマートフォン１は、制御部２（制御装置）、記憶部３（記憶装置）、操作部４（入力装置）、音声入力部５、通信部６、表示部７、および、音声出力部８を備えている。なお、制御部２、記憶部３、操作部４、音声入力部５、通信部６、表示部７、および音声出力部８は、単数であってもよいし、複数であってもよい。
【００１４】
制御部２は、スマートフォン１の各部を統括して制御する。制御部２は、通話制御部２１（判定部）、表示制御部２２（通知部）、および、データベース制御部２３を含んでいる。これらの詳細については後述する。
【００１５】
記憶部３は、スマートフォン１が使用する各種データを記憶する。記憶部３は、少なくとも、電話帳３１、通話履歴３２、迷惑電話データベース３３、着信拒否データベース３４、および、音声データ３５を記憶している。
【００１６】
（各種データベース）
図２は、電話帳３１、迷惑電話データベース３３（第１データベース）、および着信拒否データベース３４（第２データベース）のデータ構成の一例を示す図である。
【００１７】
電話帳３１は、電話番号と、該電話番号の通話機器のユーザを識別する情報と、を対応付けて格納するデータベースである。該「ユーザを識別する情報」は、例えば、ユーザの名前である。電話帳３１は、例えば、図２の（ａ）に示すように、「名前」のカラムと、「電話番号」のカラムとを有している。「名前」のカラムには、上述したユーザを識別する情報が格納される。「電話番号」のカラムには、該ユーザの通話機器の電話番号が格納される。なお以降、「○○の通話機器の電話番号」を単に「○○の電話番号」と称する場合がある。電話帳３１は、その他の情報を格納するカラムを有していてもよい。例えば、各ユーザを識別する画像（例えば、各ユーザの顔写真など）を格納するカラムを有していてもよい。
【００１８】
迷惑電話データベース３３は、スマートフォン１のユーザが迷惑電話であると判断した通話相手の電話番号を格納するデータベースである。着信拒否データベース３４は、スマートフォン１のユーザが着信を拒否する相手の電話番号を格納するデータベースである。迷惑電話データベース３３および着信拒否データベース３４は、それぞれ、例えば図２の（ｂ）および（ｃ）に示すように、電話番号を格納するカラムを有している。
【００１９】
通話履歴３２は、通話相手の電話番号を、着信または発信した時刻に基づいて並べたデータベースである。通話履歴３２は、該電話番号が電話帳３１に格納されている場合、ユーザを識別する情報を該電話番号に対応付けて格納してもよい。また、通話履歴３２は、該電話番号が迷惑電話データベース３３に格納されている場合、迷惑電話である旨を示す情報を該電話番号に対応付けて格納してもよい。
【００２０】
音声データ３５は、スマートフォン１が用いる各種音声データである。音声データ３５は、例えば、通話相手に対し、スマートフォン１のユーザの代理として応答する（以下、「代理応答」と称する）ための音声データを含む。代理応答の詳細については後述する。
【００２１】
操作部４は、ユーザの操作入力を受け付ける。操作部４は、例えば、テンキーなどの各種ボタン、タッチパネルなどとして実現される。
【００２２】
音声入力部５は、ユーザが発した音声を取得し、音声データに変換する。音声入力部５は、例えば、マイクとして実現される。
【００２３】
通信部６は、スマートフォン１と他の機器との間のデータの送受信を行う。例えば、通信部６は、音声入力部５が生成した音声データを、通話相手の通話機器へ送信する。また例えば、通信部６は、通話相手の通話機器から音声データを受信する。
【００２４】
表示部７は、スマートフォン１が生成した各種画面を表示する。表示部７は、例えば、液晶パネルや有機ＥＬパネルとして実現される。また、表示部７は、タッチパネルと一体となっていてもよい。
【００２５】
音声出力部８は、音声データを音声に変換し、出力する。音声出力部８は、例えば、スピーカ、レシーバとして実現される。
【００２６】
（制御部２の詳細）
通話制御部２１は、スマートフォン１と他の通話機器と間の通話を制御する。なお、以降、他の通話機器を通話機器１００と称する。また、通話機器１００のユーザを通話相手２００と称する（図６参照）。具体的には、通話制御部２１は、通話機器１００からの着信を特定すると、通話機器１００の電話番号が、電話帳３１、迷惑電話データベース３３、および着信拒否データベース３４に格納されているか否かを判定する。そして、通話制御部２１は、判定結果に応じた処理を行う。例えば、該電話番号が電話帳３１に格納されていると判定した場合、通話制御部２１は、着信の通知処理とともに、電話帳３１において該電話番号に対応付けられている、ユーザを識別する情報の通知をスマートフォン１に実行させる。
【００２７】
なお、通話機器１００の電話番号は、電話帳３１、迷惑電話データベース３３、および着信拒否データベース３４の少なくとも２つに格納されていてもよい。換言すれば、本実施形態では、１つの電話番号が、複数のデータベースに重複して格納されていてもよい。
【００２８】
通話制御部２１は、着信拒否データベース３４、迷惑電話データベース３３、電話帳３１の順で、通話機器１００の電話番号が格納されているか否かを判定する。換言すれば、これら３つのデータベースにおける判定の優先順位は、着信拒否データベース３４、迷惑電話データベース３３、電話帳３１の順で高い。また、通話制御部２１は、通話機器１００の電話番号が複数のデータベースに重複して格納されていた場合、上記の優先順位に従って処理を行う。例えば、通話機器１００の電話番号が電話帳３１および迷惑電話データベース３３に格納されていた場合、通話制御部２１は、「迷惑電話データベース３３に該電話番号が格納されている」との判定結果に応じた処理を行う。
【００２９】
また、通話制御部２１は、通話開始後、音声入力部５から音声データを取得すると、通信部６を介して該音声データを通話機器１００へ送信する。また、通話制御部２１は、通信部６を介して、通話機器１００から音声データを取得すると、該音声データを音声出力部８へ出力する。
【００３０】
表示制御部２２は、各種画面を生成し、表示部７に表示させる。例えば、表示制御部２２は、通話制御部２１の指示に従い、ユーザに着信を通知するための着信画面を生成し、表示部７に表示させる。
【００３１】
データベース制御部２３は、記憶部３に記憶されている各種データベースを制御する。例えば、データベース制御部２３は、操作部４が受け付けたユーザの操作に応じて、電話番号を迷惑電話データベース３３へ追加する。
【００３２】
（着信通知処理の流れ）
図３は、スマートフォン１が実行する着信通知処理の流れの一例を示すフローチャートである。
【００３３】
通話制御部２１は、通話機器１００と接続され、通話機器１００からの着信を特定すると（Ｓ１）、通話機器１００の電話番号が着信拒否データベース３４にあるか否かを判定する（Ｓ２）。該電話番号が着信拒否データベース３４にあると判定した場合（Ｓ２でＹＥＳ）、通話制御部２１は、着信拒否を行い（Ｓ１０）、着信通知処理を終了する。すなわち、通話制御部２１は、通話機器１００からの着信をユーザに通知せず、通話機器１００との接続を切断する（電話を切る）。なお、通話制御部２１は、ステップＳ１０の処理において、電話を切る前に、所定の音声データを通話機器１００へ送信してもよい。該音声データを用いて通話機器１００から出力される音声は、例えば、「恐れ入りますが、この電話は、お受けすることはできません。」などの、通話を開始することができない旨を通話相手２００へ通知する内容であってもよい。
【００３４】
通話機器１００の電話番号が着信拒否データベース３４に無いと判定した場合（Ｓ２でＮＯ）、通話制御部２１は、着信画面の生成を表示制御部２２へ指示するとともに、該電話番号が迷惑電話データベース３３にあるか否かを判定する（Ｓ３）。該電話番号が迷惑電話データベース３３にあると判定した場合（Ｓ３でＹＥＳ）、通話制御部２１は、その旨を表示制御部２２へ通知する。表示制御部２２は、着信画面に迷惑電話であることをユーザに通知するための、「迷惑電話」というテキストを追加する（Ｓ４）。そして、スマートフォン１は着信通知処理をステップＳ７へ進める。
【００３５】
一方、通話機器１００の電話番号が迷惑電話データベース３３に無いと判定した場合（Ｓ３でＮＯ）、通話制御部２１は、該電話番号が電話帳３１にあるか否かを判定する（Ｓ５）。該電話番号が電話帳３１にあると判定した場合（Ｓ５でＹＥＳ）、通話制御部２１は、その旨を表示制御部２２へ通知する。表示制御部２２は、電話帳３１において該電話番号に対応付けられている「名前」、すなわち、通話機器１００のユーザを識別する情報を着信画面に追加する（Ｓ６）。
【００３６】
一方、通話機器１００の電話番号が電話帳３１に無いと判定した場合（Ｓ５でＮＯ）、スマートフォン１はステップＳ６の処理を実行することなく、着信通知処理をステップＳ７へ進める。
【００３７】
続いて、通話制御部２１は着信通知を行う（Ｓ７）。例えば、通話制御部２１は、音声出力部８（スピーカ）から着信音を出力させる。該着信音は、例えば、音声データ３５として記憶部３に記憶されている。また例えば、通話制御部２１は、振動部（不図示）を振動させたり、ＬＥＤ（light emitting diode、不図示）を点灯または点滅させたりする。また、通話制御部２１は、着信画面を表示させるよう表示制御部２２へ指示する。表示制御部２２は、通話制御部２１の指示に従って、着信画面を表示部７に表示させる（Ｓ８）。
【００３８】
（着信画面）
図４は、着信画面の一例を示す図である。具体的には、図４の（ａ）は、通話制御部２１が、通話機器１００の電話番号が電話帳３１にあると判定した場合の着信画面の一例（着信画面４０ａ）である。図４の（ｂ）は、通話制御部２１が、該電話番号が迷惑電話データベース３３にあると判定した場合の着信画面の一例（着信画面４０ｂ）である。図４の（ｃ）は、通話制御部２１が、該電話番号がいずれのデータベースにもないと判定した場合の着信画面の一例（着信画面４０ｃ）である。図４の（ｄ）は、通話制御部２１が、該電話番号がいずれのデータベースにもないと判定した場合の着信画面の別の例（着信画面４０ｄ）である。
【００３９】
着信画面４０ａは、例えば、図４の（ａ）に示すように、テキスト４１、テキスト４２、画像表示エリア４３、通話開始ユーザインターフェース（以下、ＵＩ）４４、および、代理応答ＵＩ４５を含む。テキスト４１は、通話機器１００の電話番号を示すテキストである。テキスト４２は、電話帳３１において、該電話番号と対応付けられている情報（名前など）を示すテキストである。画像表示エリア４３には、例えば、電話帳３１において、該電話番号に、通話機器１００のユーザを示す画像（該ユーザの写真など）が格納されている場合、該画像が表示される。
【００４０】
通話開始ＵＩ４４は、スマートフォン１のユーザの操作入力を受け付ける。例えば、通話開始ＵＩ４４は、図４の（ａ）に示すように、上方向へのスワイプ操作を受け付ける。通話制御部２１は、該スワイプ操作を受け付けたことに応じて、スマートフォン１と通話機器１００とを用いた通話を開始する。代理応答ＵＩ４５は、スマートフォン１のユーザの操作入力を受け付ける。代理応答ＵＩ４５は、例えば、スワイプ操作を受け付ける。通話制御部２１は、該スワイプ操作を受け付けたことに応じて、代理応答処理を開始する。代理応答処理の詳細については後述する。
【００４１】
着信画面４０ｂは、例えば、図４の（ｂ）に示すように、テキスト４１、画像表示エリア４３、通話開始ＵＩ４４、代理応答ＵＩ４５、およびテキスト４６を含む。着信画面４０ｂにおいて、画像表示エリア４３にはエクスクラメーションマーク（！）が表示されている。また、テキスト４６は、「迷惑電話」であることを示すテキストである。これらを着信画面４０ｂに含めることにより、表示制御部２２は、迷惑電話であることをスマートフォン１のユーザに通知する。換言すれば、表示制御部２２は、注意すべき相手からの着信である旨を、スマートフォン１のユーザに通知する。これにより、ユーザは、通話を開始する前に迷惑電話であることを認識することができる。
【００４２】
着信画面４０ｃは、例えば、図４の（ｃ）に示すように、テキスト４１、画像表示エリア４３、通話開始ＵＩ４４、および代理応答ＵＩ４５を含む。画像表示エリア４３にはクエスチョンマーク（？）が表示されている。これにより、表示制御部２２は、不明な相手からの着信である旨を、スマートフォン１のユーザに通知する。
【００４３】
また、通話機器１００の電話番号がいずれのデータベースにもないと判定した場合の着信画面は、着信画面４０ｄであってもよい。着信画面４０ｄは、例えば、図４の（ｄ）に示すように、テキスト４１、テキスト４１、画像表示エリア４３、通話開始ＵＩ４４、代理応答ＵＩ４５、およびテキスト４７を含む。画像表示エリア４３には、着信画面４０ｃと同様に、クエスチョンマーク（？）が表示されている。また、テキスト４７は、電話をかけてきた人物の通話機器の電話番号が、いずれのデータベースにも登録されていないことを示すテキストである。これにより、表示制御部２２は、不明な相手からの着信である旨を、より分かりやすくスマートフォン１のユーザに通知することができる。
【００４４】
再び図３を参照し、着信通知処理の説明に戻る。通話制御部２１は通話処理を実行する（Ｓ９）。一例として、通話開始ＵＩ４４がスワイプ操作を受け付けると、通話制御部２１は、スマートフォン１のユーザが発した音声の音声データを通話機器１００に送信可能な状態となるとともに、通話機器１００から音声データを受信可能な状態となる。すなわち、通話制御部２１は通話を開始する。また、操作部４がユーザによる通話を終了するための操作を受け付けると、通話機器１００との接続を切断し、通話を終了する。通話の終了は、通話相手２００による通話機器１００への操作により実行されてもよい。以上で、着信通知処理は終了する。
【００４５】
（迷惑電話登録処理の流れ）
図５は、スマートフォン１が実行する迷惑電話登録処理の流れの一例を示すフローチャートである。具体的には、図５に示すフローチャートは、いずれのデータベースにも格納されていない電話番号の通話機器からの着信に応答し、該電話番号を迷惑電話データベース３３へ追加する処理の流れを示している。
【００４６】
通話制御部２１は、代理拒否が実行されたか否かを判定する（Ｓ１１）。ここで、代理拒否の詳細について説明する。代理拒否とは、スマートフォン１が、代理応答を行った後、音声データを用いて通話を終了する旨を通話相手２００に通知し、通話を終了する処理である。
【００４７】
図６は、代理応答および代理拒否の詳細を示す図である。代理応答ＵＩ４５に対するスワイプ操作を受け付けると、通話制御部２１は、その旨を表示制御部２２に通知するとともに、音声データ３５から、代理応答用の音声データを読み出す。表示制御部２２は、通話制御部２１からの通知を受けて、代理応答画面を生成する。代理応答画面は、例えば、図６の（ａ）に示す代理応答画面５０である。代理応答画面５０は、例えば、テキスト４１、画像表示エリア４３、通話開始ＵＩ４４、テキスト５１、および代理拒否ＵＩ５２を含む。テキスト５１は、代理応答を行っていることを示すテキストである。代理拒否ＵＩ５２は、スマートフォン１のユーザの操作入力を受け付ける。代理拒否ＵＩ５２は、例えば、スワイプ操作（第１操作）を受け付ける。詳細については後述するが、通話制御部２１は、該スワイプ操作を受け付けたことに応じて、代理拒否処理を開始する。
【００４８】
表示制御部２２は、生成した代理応答画面５０を表示部７に表示させる。これにより、ユーザは、代理応答処理が実行されていることを認識することができる。
【００４９】
通話制御部２１は、読み出した代理応答用の音声データを、通信部６を介して通話機器１００へ送信する。これにより、図６の（ｂ）に示すように、通話機器１００から、代理応答を実行したことに基づく音声３００が出力される。音声３００は、例えば、代理応答である旨を通知する内容、および、通話相手２００に名前と要件とを話すよう促す内容を含んでいてもよい。また、音声３００は、通話相手２００の発話を録音している旨を通話相手２００に通知する内容を含んでいてもよい。この例の場合、通話制御部２１は、通話機器１００から受信した音声データを記憶部３に記憶する。換言すれば、通話制御部２１は、通話相手２００の発話を録音する。
【００５０】
スマートフォン１のユーザは、代理応答に対する通話相手２００の発話内容から、通話を開始する（ユーザ自身が電話に出る）か否かを判断することができる。通話を開始しない（電話に出ない）と決定した場合、スマートフォン１のユーザは、代理拒否ＵＩ５２へのスワイプ操作を入力する。代理拒否ＵＩ５２に対するスワイプ操作を受け付けると、通話制御部２１は、その旨を表示制御部２２に通知するとともに、音声データ３５から、代理拒否用の音声データを読み出す。表示制御部２２は、通話制御部２１からの通知を受けて、代理拒否画面を生成する。代理拒否画面は、例えば、図６の（ｃ）に示す代理拒否画面６０である。代理拒否画面６０は、例えば、テキスト４１およびテキスト６１を含む。テキスト６１は、代理拒否を行うことを示すテキストである。表示制御部２２は、生成した代理拒否画面６０を表示部７に表示させる。これにより、ユーザは、代理拒否が実行されたことを認識することができる。
【００５１】
通話制御部２１は、読み出した代理拒否用の音声データを、通信部６を介して通話機器１００へ送信する。これにより、図６の（ｄ）に示すように、通話機器１００から、代理拒否を実行したことに基づく音声４００が出力される。音声４００は、例えば、通話を開始することができない旨を通話相手２００へ通知する内容であってもよい。
【００５２】
再び図５を参照し、迷惑電話登録処理の説明に戻る。代理拒否が実行されたと判定した場合（Ｓ１１でＹＥＳ）、通話制御部２１は、通話を終了する（Ｓ１２）。通話制御部２１は、代理拒否の実行に伴い通話を終了した旨を、データベース制御部２３へ通知する。データベース制御部２３は、通話制御部２１からの通知を受けると、通話機器１００の電話番号を迷惑電話データベース３３へ追加する（Ｓ１５）。
【００５３】
図７は、迷惑電話データベース３３のデータ構成の一例を示す図である。具体的には、図７は、ステップＳ１５の処理が実行された後の迷惑電話データベース３３のデータ構成を示す図である。図７に示す迷惑電話データベース３３は、図２の（ｂ）に示す迷惑電話データベース３３に、レコード３３１が追加されたものである。つまり、制御部２は、代理拒否が実行され、かつ、通話機器１００の電話番号が迷惑電話データベース３３に格納されていない場合、該電話番号を自動的に迷惑電話データベース３３に追加する。これにより、スマートフォン１のユーザが通話を開始したくないと判断した着信、すなわち、迷惑電話と判断した着信を自動的に迷惑電話に分類することができる。よって、スマートフォン１は、同じ相手からの着信があった場合、迷惑電話としてユーザに注意喚起することができる。
【００５４】
再び図５を参照し、迷惑電話登録処理の説明に戻る。代理拒否が実行されていないと判定した場合（Ｓ１１でＮＯ）、通話制御部２１は、通話が終了するまで待機する（Ｓ１２）。通話が終了した場合（Ｓ１２でＹＥＳ）、具体的には、操作部４が通話を終了するための操作を受け付け、通話制御部２１が通話を終了させた場合、通話制御部２１は、その旨を表示制御部２２へ通知する。表示制御部２２は、通話制御部２１からの通知を受けると、通話終了画面を生成する。
【００５５】
通話終了画面において、通話相手２００の電話番号を迷惑電話データベース３３へ追加する操作を受け付けた場合（Ｓ１４でＹＥＳ）、データベース制御部２３は、通話相手２００の電話番号を迷惑電話データベースへ追加する（Ｓ１５）。通話終了画面において上記操作を受け付けなかった場合（Ｓ１４でＮＯ）、ステップＳ１５の処理は実行されない。
【００５６】
図８は、電話帳３１に登録されていない電話番号からの着信に応答した場合の通話終了画面の一例を示す図である。一例として、表示制御部２２は、通話において代理応答が行われたか否かに応じて、異なる通話終了画面を生成する。図８の（ａ）は、代理応答が行われていない場合の通話終了画面の一例（通話終了画面７０ａ）である。図８の（ｂ）は、代理応答が行われた場合の通話終了画面の一例（通話終了画面７０ｂ）である。なお、ここでの「代理応答が行われた場合」とは、代理応答が行われた後、スマートフォン１のユーザが通話を開始して通話を終了した場合を指す。すなわち、代理応答が行われた後、代理拒否が行われて通話が終了した場合は含まない。
【００５７】
通話終了画面７０ａは、例えば、図８の（ａ）に示すように、テキスト７１、テキスト７２、およびポップアップ７３を含む。テキスト７１は、通話が終了したことを示すテキストである。テキスト７２は、通話時間を示すテキストである。ポップアップ７３は、各データベースへの、通話相手２００の電話番号の登録を促すための画像である。ポップアップ７３は、例えば、テキスト７４、ＵＩ７５〜７８を含む。テキスト７４は、通話相手２００の電話番号を示すテキストである。ＵＩ７５〜７８は、スマートフォン１のユーザの操作入力を受け付ける。ＵＩ７５〜７８は、例えば、タップ操作を受け付ける。
【００５８】
ＵＩ７５〜７７のいずれかがタップ操作を受け付けた場合、データベース制御部２３は、該タップ操作を受け付けたことに応じて、電話番号をいずれかのデータベースへ追加する。具体的には、データベース制御部２３は、ＵＩ７５へのタップ操作を受け付けたことに応じて、テキスト７４に示す電話番号を電話帳３１へ追加する。この場合、表示制御部２２は、電話帳３１へ電話番号を追加するための画面を生成し、表示部７に表示させる。
【００５９】
また、データベース制御部２３は、ＵＩ７６へのタップ操作（第１操作）を受け付けたことに応じて、テキスト７４に示す電話番号を迷惑電話データベース３３へ追加する。該操作が、図５のステップＳ１４に示す、「電話番号を迷惑電話データベース３３へ追加する操作」に相当する。
【００６０】
また、データベース制御部２３は、ＵＩ７７へのタップ操作を受け付けたことに応じて、テキスト７４に示す電話番号を着信拒否データベース３４へ追加する。これらの場合、表示制御部２２は、通話終了画面を非表示とし、例えば、ホーム画面を表示部７に表示させる。
【００６１】
また、ＵＩ７８へのタップ操作を受け付けた場合、制御部２は、テキスト７４に示す電話番号をデータベースに追加せず、例えば、ホーム画面を表示部７に表示させる。
【００６２】
通話終了画面７０ｂは、例えば、図８の（ｂ）に示すように、テキスト７１、テキスト７２、およびポップアップ８１を含む。ポップアップ８１は、スマートフォン１のユーザへの注意喚起のための画像である。また、ポップアップ８１は、登録ＵＩ８２を含む。登録ＵＩ８２は、スマートフォン１のユーザの操作入力を受け付ける。登録ＵＩ８２は、例えば、タップ操作を受け付ける。表示制御部２２は、該タップ操作を受け付けたことに応じて、ポップアップ７３を生成し、図８の（ｃ）に示すように、ポップアップ８１を生成したポップアップ７３に置き換える。図８の（ｃ）に示すポップアップ７３は、ＵＩ７５を含まないことを除けば、図８の（ａ）に示すポップアップ７３と同様である。すなわち、スマートフォン１では、代理応答が行われた場合、通話終了画面から直接、電話帳３１へ電話番号を追加するための画面を表示することはできないようになっている。これにより、迷惑電話をかけてきた相手の電話番号を誤って電話帳３１へ追加してしまうことを防ぐことができる。
【００６３】
（効果）
以上のように、本実施形態に係るスマートフォン１は、スマートフォン１のユーザの操作に応じて、新たな電話番号を迷惑電話データベース３３に追加することができる。換言すれば、スマートフォン１は、迷惑電話データベース３３を、ユーザの希望に応じて柔軟に変更することができる。これにより、スマートフォン１のユーザは、個人的な理由から迷惑電話に分類したい相手がいる場合に、該相手の電話番号を迷惑電話に分類することができる。迷惑電話データベース３３に格納されている電話番号からの着信は、着信画面において、迷惑電話である旨がユーザに通知される。このため、ユーザは、上記相手からの着信に応答する前に、迷惑電話であることを認識することができる。
【００６４】
また、個人的な理由から着信に応答したくない相手の電話番号を、一旦迷惑電話データベース３３に追加することで、ユーザがこの相手にどう対応すべきかを考える余裕が生まれる。具体的には、着信拒否すべきか否かの判断がつかない相手を、一旦迷惑電話に分類することで、着信拒否すべきか否かを判断する時間的余裕が生まれる。また、この相手を一旦迷惑電話に分類することで、ユーザは、着信拒否すべきか否かを判断するための情報を得ることができる。例えば、ユーザは、迷惑電話に分類した以降もこの相手から繰り返し着信があるため、この相手を着信拒否する、という判断をすることができる。
【００６５】
また、電話帳３１、迷惑電話データベース３３、および着信拒否データベース３４のいずれにも電話番号が格納されていない通話機器からの着信に対し、ユーザが代理拒否を実行するための操作を行ったとする。この場合、スマートフォン１は、代理拒否を実行するための操作をトリガとして、該通話機器の電話番号を迷惑電話データベース３３に追加する。つまり、ユーザが、該電話番号を迷惑電話データベース３３に追加するための操作を行うことなく、該電話番号が迷惑電話データベース３３に追加される。換言すれば、スマートフォン１は、ユーザが着信に対し応答したくないと判断した、すなわち、迷惑電話の可能性が高い着信について、自動的に迷惑電話と分類することができる。
【００６６】
また、スマートフォン１は、通話終了画面に、通話相手の電話番号を迷惑電話データベース３３へ追加するためのＵＩ７６を含める。換言すれば、ユーザは、ＵＩ７６に対する操作を行うだけで、電話番号を迷惑電話データベース３３に追加することができる。換言すれば、ユーザは、簡易な操作で電話番号を迷惑電話データベース３３に追加することができる。また、通話終了画面にＵＩ７６が含まれているので、追加忘れを防ぐことができる。
【００６７】
〔実施形態２〕
本発明の他の実施形態について、図９および図１０を参照して詳細に説明する。なお、説明の便宜上、上記実施形態にて説明した部材と同じ機能を有する部材については、同じ符号を付記し、その説明を繰り返さない。
【００６８】
図９は、本実施形態に係る迷惑電話データベース３３ａのデータ構成の一例を示す図である。本実施形態に係る記憶部３は、実施形態１で説明した迷惑電話データベース３３に代えて、迷惑電話データベース３３ａを記憶している。
迷惑電話データベース３３ａは、「電話番号」のカラムと「着信回数」のカラムとを有する。「電話番号」のカラムには、通話機器の電話番号、すなわち、迷惑電話をかけてきた相手の電話番号が格納される。「着信回数」のカラムには、各電話番号の通話機器からの着信回数が格納される。つまり、迷惑電話データベース３３ａは、電話番号と、該電話番号の通話機器からの着信回数とを対応付けて記憶している。
【００６９】
図１０は、本実施形態に係る着信画面の一例、および、着信後の迷惑電話データベース３３ａのデータ構成を示す図である。図１０の（ａ）は、迷惑電話データベース３３ａに格納されている電話番号「０８２−ｅｅｅｅ−ｒｒｒｒ」の通話機器から着信があった場合の着信画面４０ｅを示している。
【００７０】
通話制御部２１は、「０８２−ｅｅｅｅ−ｒｒｒｒ」が迷惑電話データベース３３ａにあると判定すると、その旨を表示制御部２２およびデータベース制御部２３へ通知する。データベース制御部２３は、通話制御部２１からの通知に応じて、「０８２−ｅｅｅｅ−ｒｒｒｒ」に対応付けられている着信回数を１増やす。すなわち、図１０の（ｂ）に示すように、セル３３２に格納されている着信回数を「１」から「２」に変更する。データベース制御部２３は、着信回数を変更すると、その旨を表示制御部２２へ通知する。
【００７１】
表示制御部２２は、通話制御部２１およびデータベース制御部２３の通知を受けると、着信画面４０ｅを生成する。着信画面４０ｅは、テキスト４１、画像表示エリア４３、通話開始ＵＩ４４、代理応答ＵＩ４５、およびテキスト４８を含む。テキスト４８は、テキスト４１が示す電話番号の通話機器からの着信回数を示すテキストである。図１０の（ａ）の例の場合、テキスト４８は、電話番号が「０８２−ｅｅｅｅ−ｒｒｒｒ」の通話機器からの着信回数を示す。表示制御部２２は、迷惑電話データベース３３ａを参照し、「０８２−ｅｅｅｅ−ｒｒｒｒ」に対応付けられている着信回数「２」を特定する。そして、表示制御部２２は、特定した結果に応じて、テキスト４８（図１０の（ｂ）の例の場合、「２回目」というテキスト）を着信画面４０ｅに含める。そして、表示制御部２２は、生成した着信画面４０ｅを表示部７に表示させる。
【００７２】
なお、図示してはいないが、データベース制御部２３は、電話をかけてきた相手の電話番号を迷惑電話データベース３３ａに追加する場合、着信回数として「１」を対応付けて追加する。
【００７３】
（効果）
以上より、スマートフォン１は、迷惑電話に分類した相手からの着信回数をユーザに通知することができる。換言すれば、該相手からの電話に対しどのように対応すべきか、あるいは、この相手からの着信を迷惑電話に分類したままとすべきか、といったユーザの判断に対し有益な情報を提供することができる。例えば、ユーザは、何度も電話をかけてくる相手であるので応答してみる、という判断をすることができる。あるいは、ユーザは、何度も電話をかけてくるのが煩わしいので、着信拒否データベース３４へ追加する、という判断をすることもできる。着信回数がユーザに通知されるため、ユーザはこのような判断をより容易に行うことができる。
【００７４】
〔実施形態３〕
本発明のさらなる別の実施形態について、図１１および図１２を参照して詳細に説明する。なお、説明の便宜上、上記実施形態にて説明した部材と同じ機能を有する部材については、同じ符号を付記し、その説明を繰り返さない。
【００７５】
本実施形態では、迷惑電話の着信について、所定の条件を満たした場合に、その相手を着信拒否する、すなわち、相手の電話番号を着信拒否データベース３４に追加する処理（着信拒否登録処理）について説明する。
【００７６】
（着信拒否登録処理の流れ）
図１１は、スマートフォン１が実行する着信拒否登録処理の流れの一例を示すフローチャートである。具体的には、図１１のフローチャートは、迷惑電話データベース３３に格納されている電話番号の通話機器からの着信に応答し、該電話番号を着信拒否データベース３４へ追加する処理の流れを示している。
【００７７】
通話制御部２１は、代理拒否ＵＩ５２に対するユーザのスワイプ操作（第２操作）に基づき、代理拒否が実行されたか否かを判定する（Ｓ２１）。なお、代理拒否の詳細については実施形態１で説明しているため、ここでは説明を繰り返さない。代理拒否が実行されたと判定した場合（Ｓ２１でＹＥＳ）、通話制御部２１は、通話を終了する（Ｓ２２）。通話制御部２１は、代理拒否の実行に伴い通話を終了した旨を、データベース制御部２３へ通知する。データベース制御部２３は、通話制御部２１からの通知を受けると、通話機器１００の電話番号を着信拒否データベース３４へ追加する（Ｓ２５）。
【００７８】
つまり、本実施形態に係る制御部２は、迷惑電話データベース３３に格納され、かつ、着信拒否データベース３４に格納されていない電話番号の相手からの着信において、代理拒否が実行された場合、該電話番号を自動的に着信拒否データベース３４に追加する。換言すれば、迷惑電話の着信があった場合、相手の電話番号を着信拒否データベース３４へ追加するための所定の条件は、代理拒否ＵＩ５２に対するスワイプ操作を受け付けることである。これにより、スマートフォン１のユーザが通話を開始したくないと判断した迷惑電話を自動的に着信拒否とすることができる。よって、スマートフォン１は、同じ相手からの着信があった場合、着信拒否、すなわち、ユーザに着信を通知しないようにすることができる。
【００７９】
再び図１１を参照し、着信拒否登録処理の説明に戻る。代理拒否が実行されていないと判定した場合（Ｓ２１でＮＯ）、通話制御部２１は、通話が終了するまで待機する（Ｓ２２）。通話が終了した場合（Ｓ２２でＹＥＳ）、具体的には、操作部４が通話を終了するための操作を受け付け、通話制御部２１が通話を終了させた場合、通話制御部２１は、その旨を表示制御部２２へ通知する。表示制御部２２は、通話制御部２１からの通知を受けると、通話終了画面を生成する。
【００８０】
通話終了画面において、通話相手の電話番号を着信拒否データベース３４へ追加する操作を受け付けた場合（Ｓ２４でＹＥＳ）、データベース制御部２３は、通話相手の電話番号を着信拒否データベース３４へ追加する（Ｓ２５）。通話終了画面において上記操作を受け付けなかった場合（Ｓ２４でＮＯ）、ステップＳ２５の処理は実行されない。
【００８１】
図１２は、通話終了画面の一例である通話終了画面７０ｄを示す図である。通話終了画面７０ｄは、テキスト７１、テキスト７２、およびポップアップ７３を含む。ポップアップ７３は、実施形態１で説明した通話終了画面７０ａおよび７０ｃと異なり、テキスト７４、ＵＩ７７およびＵＩ７８のみを含む。通話終了画面７０ｄは、迷惑電話に対する応答が終了した場合に表示される画面である。このため、ポップアップ７３は、電話帳３１へ電話番号を追加するためのＵＩ７５、および、迷惑電話データベース３３へ電話番号を追加するためのＵＩ７６を含んでいる必要はない。
【００８２】
表示制御部２２は、実施形態１と同様に、通話において代理応答が行われたか否かに応じて、異なる通話終了画面を生成してもよい。この場合、表示制御部２２は、代理応答が行われていない場合、図１２に示す通話終了画面７０ｄを表示部７に表示させてもよい。一方、代理応答が行われた場合、表示制御部２２は、図８に示す通話終了画面７０ｂを表示部７に表示させてもよい。そして、操作部４が登録ＵＩ８２へのタップ操作を受け付けた場合、表示制御部２２は、通話終了画面７０ｄを表示すればよい。
【００８３】
なお、データベース制御部２３は、ステップＳ２５で電話番号を着信拒否データベース３４へ追加すると、該電話番号を迷惑電話データベース３３から削除する。
【００８４】
（効果）
以上のように、本実施形態に係るスマートフォン１は、迷惑電話データベース３３に電話番号が格納されている通話機器からの着信に対してユーザが行った、代理拒否を実行するための操作をトリガとして、該電話番号を着信拒否データベース３４に追加する。つまり、ユーザが、該電話番号を着信拒否データベース３４に追加するための操作を行うことなく、該電話番号が着信拒否データベース３４に追加される。換言すれば、スマートフォン１は、ユーザが応答したくないと判断した迷惑電話を、自動的に、以降は着信拒否とすることができる。
【００８５】
〔変形例〕
スマートフォン１は、通話履歴を示す画面（以下、「履歴画面」と称する）を表示した状態で、所定の操作を受け付けることにより、履歴画面に表示された電話番号を迷惑電話データベース３３へ追加してもよい。一例として、該所定の操作は、該電話番号を迷惑電話データベース３３へ追加するためのＵＩへのタップ操作であってもよい。また、該ＵＩは、電話番号へのタップ操作により表示されるメニュー画像に含まれていてもよい。これにより、ある着信について、着信終了画面では迷惑電話に分類しなかったものの、その後思い直して、迷惑電話に分類したいとユーザが考えた場合に、該着信を迷惑電話に分類することができる。
【００８６】
なお、通話履歴３２において、迷惑電話である旨を示す情報が対応付けられている電話番号については、履歴画面においても、該情報を電話番号に対応付けて示すことが望ましい。これにより、ユーザは、履歴画面に表示されている複数の電話番号から、迷惑電話データベース３３に格納されている電話番号を容易に特定することができる。
【００８７】
電話帳３１、迷惑電話データベース３３、および着信拒否データベース３４のいずれかに格納されている電話番号は、残りの２つのデータベースには格納されない構成であってもよい。この場合、例えば、電話帳３１に格納されている電話番号は、迷惑電話データベース３３および着信拒否データベース３４には格納されていない。
【００８８】
各種ＵＩが受け付けるユーザの操作入力は、各実施形態に記載した操作入力に限定されない。例えば、各実施形態において「スワイプ操作を受け付ける」と記載したＵＩについて、スワイプ操作に代えてタップ操作を受け付けるものとしてもよい。
【００８９】
スマートフォン１は、迷惑電話データベース３３に格納されている電話番号をユーザに示す画面（以下、「迷惑電話画面」と称する）を表示してもよい。一例として、迷惑電話画面は、電話帳をユーザに示す画面（以下、「電話帳画面」と称する）を表示した状態で、スマートフォン１が所定の操作を受け付けることにより、表示されてもよい。該所定の操作は、迷惑電話画面を表示するためのＵＩへのタップ操作であってもよい。また、該ＵＩは、電話帳画面に表示されたＵＩへのタップ操作により表示されるメニュー画像に含まれていてもよい。迷惑電話画面は、迷惑電話データベース３３に格納されている電話番号を、追加された順に表示してもよいし、電話番号を数字列として、該数字列の小さい順または大きい順に表示してもよい。
【００９０】
また、例えば、電話帳画面において、ま行の欄に「迷惑電話」という項目を含めてもよい。この項目へのタップ操作により、迷惑電話画面が表示されてもよい。
【００９１】
スマートフォン１は、迷惑電話画面（または、電話帳画面に表示された「迷惑電話」という項目）に対するユーザの操作で、該電話番号に対する発信が行われないように構成されていることが望ましい。これにより、ユーザが、迷惑電話に分類した相手に誤って発信することが無くなる。
【００９２】
迷惑電話データベース３３に格納されている電話番号は、ユーザの操作により削除することができない構成となっていてもよい。これにより、ユーザが、一旦迷惑電話に分類した電話番号を誤って削除することが無くなる。
【００９３】
スマートフォン１は、代理応答および代理拒否の機能を備えていないものであってもよい。このようなスマートフォン１の場合、実施形態１で説明した、代理拒否に基づく、電話番号の迷惑電話データベース３３への自動追加は行われない。同様に、実施形態３で説明した、代理拒否に基づく、電話番号の着信拒否データベース３４への自動追加も行われない。
【００９４】
スマートフォン１は、迷惑電話データベース３３に格納されている電話番号を、電話帳３１へ追加することができない構成であることが望ましい。一方、スマートフォン１は、迷惑電話データベース３３に格納されている電話番号を、電話帳３１へ追加することができる構成であってもよい。この例において、操作部４が、該電話番号を電話帳３１へ追加するための操作を受け付けた場合、表示制御部２２は、電話番号を電話帳３１へ追加することをユーザに確認する画像を表示部７に表示させてもよい。該画像は、例えば、「この電話番号は迷惑電話として登録されています。電話帳に登録しますか？」というテキストと、電話帳３１への登録を許可するための許可ＵＩと、電話帳３１への登録を拒否するための拒否ＵＩとを含んでもよい。許可ＵＩへの操作を受け付けた場合、データベース制御部２３は、迷惑電話データベース３３から、該電話番号を削除してもよい。
【００９５】
表示制御部２２は、代理拒否を行った場合において、通話終了後に通話終了画面を表示部７に表示させてもよい。この場合の通話終了画面は、例えば、テキスト７１およびテキスト７２のみを含む画面であってもよい。つまり、この場合、相手の電話番号は自動的に迷惑電話データベース３３へ追加されているため、ポップアップ７３を通話終了画面に含める必要はない。あるいは、この場合の通話終了画面は、図８の（ｂ）に示す通話終了画面７０ｂであってもよい。ただし、相手の電話番号は自動的に迷惑電話データベース３３へ追加されているため、ポップアップ８１に登録ＵＩ８２を含める必要はない。
【００９６】
実施形態３において、制御部２は、迷惑電話の着信時に、相手の電話番号を着信拒否データベース３４へ追加するための操作を入力可能である旨をユーザへ通知してもよい。一例として、表示制御部２２は、迷惑電話の着信時に、相手の電話番号を着信拒否データベース３４へ追加するための操作を受け付けるＵＩを着信画面に含めてもよい。
【００９７】
図１３は、本変形例に係る着信画面４０ｆを示す図である。着信画面４０ｆは、テキスト４１、画像表示エリア４３、通話開始ＵＩ４４、代理応答ＵＩ４５、および着信拒否ＵＩ４９を含む。着信拒否ＵＩ４９は、スマートフォン１のユーザの操作入力を受け付ける。着信拒否ＵＩ４９は、例えば、スワイプ操作（第３操作）を受け付ける。
【００９８】
着信拒否ＵＩ４９に対するスワイプ操作を受け付けると、データベース制御部２３は、相手の電話番号を着信拒否データベース３４へ追加する。つまり、本変形例に係る制御部２は、迷惑電話データベース３３に格納され、かつ、着信拒否データベース３４に格納されていない電話番号の相手からの着信において、操作部４が着信拒否ＵＩ４９へのスワイプ操作を受け付けた場合、該電話番号を着信拒否データベース３４に追加する。換言すれば、迷惑電話の着信があった場合、相手の電話番号を着信拒否データベース３４へ追加するための所定の条件は、着信拒否ＵＩ４９に対するスワイプ操作を受け付けることである。ユーザは、着信画面で着信拒否ＵＩ４９へのスワイプ操作を行うだけで、この相手からの着信を、以降は拒否することができる。つまり、ユーザは、簡易な操作で電話番号を着信拒否データベース３４に追加することができる。
【００９９】
また、この変形例において、通話制御部２１は、着信拒否ＵＩ４９に対するスワイプ操作を受け付けたことに伴い、代理拒否と同様の処理を実行してもよい。すなわち、通話制御部２１は、代理拒否用の音声データを、通信部６を介して相手の通話機器へ送信し、音声４００（図６の（ｄ）参照）を出力させてもよい。
【０１００】
〔ソフトウェアによる実現例〕
スマートフォン１の制御ブロック（特に、通話制御部２１、表示制御部２２、データベース制御部２３）は、集積回路（ＩＣチップ）等に形成された論理回路（ハードウェア）によって実現してもよいし、ソフトウェアによって実現してもよい。
【０１０１】
後者の場合、スマートフォン１は、各機能を実現するソフトウェアであるプログラムの命令を実行するコンピュータを備えている。このコンピュータは、例えば少なくとも１つのプロセッサ（制御装置）を備えていると共に、上記プログラムを記憶したコンピュータ読み取り可能な少なくとも１つの記録媒体を備えている。そして、上記コンピュータにおいて、上記プロセッサが上記プログラムを上記記録媒体から読み取って実行することにより、本発明の目的が達成される。上記プロセッサとしては、例えばＣＰＵ（Central Processing Unit）を用いることができる。上記記録媒体としては、「一時的でない有形の媒体」、例えば、ＲＯＭ（Read Only Memory）等の他、テープ、ディスク、カード、半導体メモリ、プログラマブルな論理回路などを用いることができる。また、上記プログラムを展開するＲＡＭ（Random Access Memory）などをさらに備えていてもよい。また、上記プログラムは、該プログラムを伝送可能な任意の伝送媒体（通信ネットワークや放送波等）を介して上記コンピュータに供給されてもよい。なお、本発明の一態様は、上記プログラムが電子的な伝送によって具現化された、搬送波に埋め込まれたデータ信号の形態でも実現され得る。
【０１０２】
〔まとめ〕
本発明の態様１に係る電子機器（スマートフォン１）は、少なくとも１つの入力装置（操作部４）と、少なくとも１つの記憶装置（記憶部３）と、少なくとも１つの制御装置（制御部２）とを備える、通話機能を有する電子機器であって、上記記憶装置は、電話番号を格納している第１データベース（迷惑電話データベース３３）を少なくとも記憶しており、上記制御装置は、上記第１データベースに格納されている電話番号から着信した場合、注意すべき相手からの着信である旨を、上記電子機器のユーザに対して通知する処理と、上記第１データベースに格納されていない電話番号から着信し、かつ、上記入力装置が上記ユーザの第１操作を受け付けた場合、電話番号を上記第１データベースへ追加する処理と、を行う。
【０１０３】
本発明の態様２に係る電子機器は、上記態様１において、上記記憶装置は、さらに、電話番号を格納している、上記第１データベースと異なる第２データベース（着信拒否データベース３４）を記憶しており、上記制御装置は、さらに、上記第２データベースに格納されていない電話番号から着信した場合、着信を上記ユーザに対して通知する一方、上記第２データベースに格納されている電話番号から着信した場合、着信を上記ユーザに対して通知せず、相手との接続を切断する処理と、上記第１データベースに格納されており、上記第２データベースに格納されていない電話番号の相手から着信し、かつ、所定の条件を満たした場合、該電話番号を上記第２データベースへ追加する処理と、を行ってもよい。
【０１０４】
本発明の態様３に係る電子機器は、上記態様２において、上記記憶装置は、さらに、上記ユーザの代理として応答するための音声データを記憶しており、上記制御装置は、さらに、上記入力装置が受け付けた上記ユーザの第２操作に応じて、通話相手に対し上記音声データを用いて応答した後、通話を終了する処理を行い、上記所定の条件は、上記通話を終了する処理を行うことであってもよい。
【０１０５】
本発明の態様４に係る電子機器は、上記態様２において、上記所定の条件は、着信した電話番号が上記第１データベースに格納され、かつ、上記第２データベースに格納されていない場合に受け付け可能な第３操作を、上記入力装置が受け付けることであってもよい。
【０１０６】
本発明の態様５に係る電子機器は、上記態様１から４のいずれかにおいて、上記記憶装置は、さらに、上記ユーザの代理として応答するための音声データを記憶しており、上記第１操作は、通話相手に対し上記音声データを用いて応答した後、通話を終了する処理を指示するための操作であり、上記電話番号を上記第１データベースに追加する処理では、上記第１操作を受け付けたことにより通話が終了し、かつ、着信した電話番号が上記第１データベースに格納されていない場合、該電話番号を自動的に上記第１データベースへ追加してもよい。
【０１０７】
本発明の態様６に係る制御装置は、通話機能を有する電子機器（スマートフォン１）を制御する制御装置（制御部２）であって、上記電子機器に備えられた記憶装置（記憶部３）に記憶されている第１データベース（迷惑電話データベース３３）に格納されていると判定した場合、注意すべき相手からの着信である旨を、上記電子機器のユーザに対して通知する通知部（表示制御部２２）と、上記第１データベースに格納されていない電話番号から着信し、かつ、上記電子機器に備えられた入力装置（操作部４）が上記ユーザの第１操作を受け付けた場合、該電話番号を上記第１データベースへ追加するデータベース制御部（データベース制御部２３）と、を備える。
【０１０８】
本発明の態様７に係る電子機器（スマートフォン１）の制御方法は、通話機能を有する電子機器の制御方法であって、上記電子機器に備えられた記憶装置（記憶部３）に記憶されている第１データベース（迷惑電話データベース３３）に格納されていると判定した場合、注意すべき相手からの着信である旨を、上記電子機器のユーザに対して通知するステップ（ステップＳ４、Ｓ８）と、上記第１データベースに格納されていない電話番号から着信し、かつ、上記電子機器に備えられた入力装置（操作部４）が上記ユーザの第１操作を受け付けた場合、電話番号を上記第１データベースへ追加するステップ（ステップＳ１５）と、を含む。
【０１０９】
本発明の各態様に係る電子機器は、コンピュータによって実現してもよく、この場合には、コンピュータを上記電子機器が備える各部（ソフトウェア要素）として動作させることにより上記電子機器をコンピュータにて実現させる電子機器の制御プログラム、およびそれを記録したコンピュータ読み取り可能な記録媒体も、本発明の範疇に入る。
【０１１０】
本発明は上述した各実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。さらに、各実施形態にそれぞれ開示された技術的手段を組み合わせることにより、新しい技術的特徴を形成することができる。
【符号の説明】
【０１１１】
１  スマートフォン（電子機器）
２  制御部（制御装置）
３  記憶部（記憶装置）
４  操作部（操作装置）
２２  表示制御部（通知部）
２３  データベース制御部
３３、３３ａ  迷惑電話データベース（第１データベース）
３４  着信拒否データベース（第２データベース）
【図１】
2019213128.tif 000003
【図２】
2019213128.tif 000004
【図３】
2019213128.tif 000005
【図４】
2019213128.tif 000006
【図５】
2019213128.tif 000007
【図６】
2019213128.tif 000008
【図７】
2019213128.tif 000009
【図８】
2019213128.tif 000010
【図９】
2019213128.tif 000011
【図１０】
2019213128.tif 000012
【図１１】
2019213128.tif 000013
【図１２】
2019213128.tif 000014
【図１３】
2019213128.tif 000015