JP6577378B2 - 通話装置および通話装置の制御方法、制御プログラム並びに制御装置 - Google Patents

Description

本開示は、通話装置および通話装置の制御方法、制御プログラム並びに制御装置に関する。

特許文献１には、通話者情報を送受信する通信端末が記載されている。特許文献１では、例えば、電話発信操作を行うと、通信端末は呼び出しメッセージを相手通信端末に送信する。さらに通信端末は自身の通話者情報を相手通信端末に送信する。また例えば、通信端末は相手通信端末から呼び出しメッセージを受信したときに、ＡＣＫメッセージおよび通話者情報を相手通信端末に送信する。

また本発明に関連して特許文献２を提示する。

特許第４１３９０３１号公報 特開２０１４−２０４２１０号公報

通話装置の利便性を向上できることが望まれている。

そこで本願は、利便性を向上できる通話装置を提供する。

通話装置、通話装置の制御方法および通話装置の制御装置が開示される。一実施の形態において、通話装置は、通信部、入力装置および制御回路を備える。制御回路は、ユーザによる入力装置への入力に応じて、ユーザのプロフィール情報に関する設定を行い、当該設定に基づいて、通話相手の通話装置である相手通話装置へと、通信部を介してプロフィール情報に関する情報を送信し、当該設定は、プロフィール情報の送信を要求するプロフィールリクエストを相手通話装置へ送信するか否かのリクエスト設定を含み、制御回路は、プロフィールリクエストを送信する設定が行われているときには、相手通話装置からの着信信号の受信に応答して、プロフィールリクエストを相手通話装置へと送信する。

一実施の形態において、通話装置を制御する方法は第１工程と第２工程と第３工程とを備える。第１工程においては、ユーザによる入力装置への入力に応じて、ユーザのプロフィール情報に関する設定を行う。当該設定は、プロフィール情報の送信を要求するプロフィールリクエストを相手通話装置へ送信するか否かのリクエスト設定を含む。第２工程においては、当該設定に基づいて、通話相手の通話装置である相手通話装置へと、通信部を介してプロフィール情報に関する情報を送信する。第３工程においては、プロフィールリクエストを送信する設定が行われているときには、相手通話装置からの着信信号の受信に応答して、プロフィールリクエストを相手通話装置へと送信する。

一実施の形態において、制御プログラムは、通信部および入力装置を備える通話装置を制御するための制御プログラムである。制御プログラムは、通話装置に、ユーザによる入力装置への入力に応じて、ユーザのプロフィール情報に関する設定を行い、当該設定は、プロフィール情報の送信を要求するプロフィールリクエストを相手通話装置へ送信するか否かのリクエスト設定を含む工程と、当該設定に基づいて、通話相手の通話装置である相手通話装置へと、通信部を介してプロフィール情報に関する情報を送信する工程と、プロフィールリクエストを送信する設定が行われているときには、相手通話装置からの着信信号の受信に応答して、プロフィールリクエストを相手通話装置へと送信する工程とを実行させる。

一実施の形態において、制御装置は、通信部および入力装置を備える通話装置を制御する。制御装置は、ユーザによる入力装置への入力に応じて、ユーザのプロフィール情報に関する設定を行い、当該設定に基づいて、通話相手の通話装置である相手通話装置へと、通信部を介してプロフィール情報に関する情報を送信する処理を実行する。当該設定は、プロフィール情報の送信を要求するプロフィールリクエストを相手通話装置へ送信するか否かのリクエスト設定を含む。制御装置は、プロフィールリクエストを送信する設定が行われているときには、相手通話装置からの着信信号の受信に応答して、プロフィールリクエストを相手通話装置へと送信する処理を実行する。
一実施の形態において、制御プログラムは、通信部および入力装置を備える通話装置を制御するための制御プログラムであって、通話装置に、ユーザによる入力装置への入力に応じて、ユーザのプロフィール情報に関する設定を行い、当該設定は、プロフィール情報の送信を要求するプロフィールリクエストを相手通話装置へ送信するか否かのリクエスト設定を含む工程と、当該設定に基づいて、通話相手の通話装置である相手通話装置へと、通信部を介してプロフィール情報に関する情報を送信する工程と、ユーザによる入力装置への発呼入力に応答して、相手通話装置へと発呼信号を送信する工程と、相手通話装置において発呼信号に対する応答があったときに、相手通話装置との通話を開始する工程と、プロフィールリクエストを送信する設定が行われているときには、通話の開始後にプロフィールリクエストを相手通話装置へと送信する工程とを実行させる。

通話装置および通話装置の制御方法、制御プログラム並びに制御装置によれば、利便性を向上できる。

通話装置の外観の一例を概略的に示す斜視図である。 通話装置の外観の一例を概略的に示す背面図である。 通話装置の電気的構成の一例を概略的に示す図である。 制御部の内部構成の一例を概略的に示す図である。 通話装置の動作の一例を概略的に示す図である。 通話装置の動作の一例を概略的に示す図である。 通話装置の動作の一例を概略的に示す図である。 通話装置の動作の一例を概略的に示す図である。 通話装置の発呼時の動作の一例を示すフローチャートである。 通話装置の発呼時の動作の一例を示すフローチャートである。 通話装置の着信時の動作の一例を示すフローチャートである。 通話装置の着信時の動作の一例を示すフローチャートである。 登録処理部の動作の一例を示すフローチャートである。 通話装置の着信時の動作の一例を示すフローチャートである。 通話装置の発呼時の動作の一例を示すフローチャートである。 送信するプロフィール情報を生成する具体的な動作の一例を示すフローチャートである。 発呼時の表示画面の一例を概略的に示す図である。 着信時の表示画面の一例を概略的に示す図である。 通話装置の発呼時の動作の一例を示すフローチャートである。 表示画面の一例を概略的に示す図である。 通話装置の着信時の動作の一例を示すフローチャートである。 通話装置の発呼時の動作の一例を示すフローチャートである。 プロフィールリクエストとしての電子メールの一例を概略的に示す図である。 プロフィール情報としての電子メールの一例を概略的に示す図である。 制御部の内部構成の一例を概略的に示す図である。 電子メール処理部の動作の一例を示すフローチャートである。 電子メール処理部の動作の一例を示すフローチャートである。 閲覧部の動作の一例を示すフローチャートである。

以下、実施形態の各例ならびに各種変形例を図面に基づいて説明する。なお、図面においては同様な構成及び機能を有する部分については同じ符号が付されており、下記説明では重複説明が省略される。また、図面は模式的に示されたものであり、各図における各種構造のサイズ及び位置関係などは適宜変更され得る。

＜実施形態の一例＞
＜１．通話装置の外観の一例＞
図１は、通話装置１の外観の一例を概略的に示す斜視図である。図２は、通話装置１の外観の一例を概略的に示す背面図である。通話装置１は、例えば、スマートフォンなどの通話装置である。例えば通話装置１は、基地局及びサーバなどを通じて他の通信装置と通信することが可能である。

図１及び図２に示されるように、通話装置１は外装（ハウジング）４を備えている。例えば外装４は、該通話装置１の前面１ａに位置するカバーパネル２と、当該カバーパネル２が取り付けられる機器ケース３とを備えている。通話装置１の外装４の形状は、例えば、平面視において略長方形の板状となっている。

カバーパネル２には、後述する表示パネル２２１が表示する、文字、記号および図形などの各種情報が表示される表示画面２ａが設けられている。カバーパネル２における、表示画面２ａを取り囲む周縁部２ｂの大部分は、例えば、フィルムなどが貼られることによって黒色となっている。これにより、カバーパネル２の周縁部２ｂの大部分は、表示パネル２２１が表示する各種情報が表示されない非表示領域となっている。

表示画面２ａの裏面には、後述するタッチパネル１３０が取り付けられている。そして、表示パネル２２１は、タッチパネル１３０における表示画面２ａ側の面とは反対側の面に取り付けられている。つまり、表示パネル２２１は、タッチパネル１３０を介して表示画面２ａの裏面に取り付けられている。これにより、ユーザは、表示画面２ａを指などの操作子で操作することによって、通話装置１に対して各種指示を与えることができる。タッチパネル１３０と表示パネル２２１との位置関係は上述した関係に限られない。表示画面２ａに対する操作子による操作を検出することができれば、例えば、表示パネル２２１にタッチパネル１３０の構成の少なくとも一部が埋め込まれたような構成であってもよい。

図１に示されるように、カバーパネル２の例えば上側端部には、後述する第２カメラ１９０が有するレンズが通話装置１の外部から視認できるための第２レンズ用透明部材１９が設けられている。また、カバーパネル２の上側端部には、レシーバ穴１６が設けられている。また、カバーパネル２の下側端部には、スピーカ穴１７が設けられている。そして、通話装置１の底面１ｃ、つまり機器ケース３の底面（下側の側面）には、マイク穴１５が設けられている。

図２に示されるように、通話装置１の外装４の背面１ｂ、つまり機器ケース３の背面の例えば上側端部には、後述する第１カメラ１８０が有するレンズが、通話装置１の外部から視認できるための第１レンズ用透明部材１８が設けられている。

機器ケース３の内部には、複数の操作ボタン１４を含む操作ボタン群１４０が設けられている。各操作ボタン１４は、押しボタンなどのハードウェアボタンである。操作ボタンは、「操作キー」あるいは「キー」と呼ばれることがある。各操作ボタン１４は、例えば、カバーパネル２の下側端部から露出している。ユーザは、各操作ボタン１４を指などで操作することによって、通話装置１に対して各種指示を与えることができる。

複数の操作ボタン１４には、例えば、ホームボタン、バックボタン及び履歴ボタンが含まれている。ホームボタンは、表示画面２ａにホーム画面（初期画面）を表示させるための操作ボタンである。バックボタンは、表示画面２ａの表示を一つ前の画面に切り替えるための操作ボタンである。履歴ボタンは、通話装置１で実行されたアプリケーションの一覧を表示画面２ａに表示させるための操作ボタンである。

＜２．通話装置の電気的構成の一例＞
図３は、通話装置１の電気的構成の一例を概略的に示す図である。図３に示されるように、通話装置１には、制御部１００、無線通信部２１０、表示装置２２０、入力装置２００、マイク１５０、レシーバ１６０、スピーカ１７０および電池２３０が設けられている。さらに通話装置１には、第１カメラ１８０および第２カメラ１９０が設けられてもよい。通話装置１に設けられたこれらの構成要素のそれぞれは、通話装置１の外装４の内部に収められている。

制御部１００は、一種の演算処理装置であって、例えば、電気回路であるＣＰＵ（Central Processing Unit）１０１、ＤＳＰ（Digital Signal Processor）１０２及び記憶媒体１０３などを備えている。制御部１００は、通話装置１の他の構成要素を制御することによって、通話装置１の動作を統括的に管理することが可能である。通話装置１は、例えば、ＳｏＣ（System-on-a-Chip）、ＭＣＵ（Micro Control Unit）及びＦＰＧＡ（Field-Programmable Gate Array）等の副処理装置（co-processor）をさらに含んでもよい。また、通話装置１は、ＣＰＵ（Central Processing Unit）および副処理装置の双方を協働させるか、或いは双方のうちの一方を選択的に用いて、各種の制御をおこなってもよい。

記憶媒体１０３は、ＲＯＭ（Read Only Memory）及びＲＡＭ（Random Access Memory）などの、ＣＰＵ１０１及びＤＳＰ１０２が読み取り可能な非一時的な記録媒体を含む。記憶媒体１０３が有するＲＯＭは、例えば、不揮発性メモリであるフラッシュＲＯＭ（フラッシュメモリ）である。記憶媒体１０３には、通話装置１を制御するためのメインプログラム及び複数のアプリケーションプログラム（以降、単に「アプリケーション」と呼ぶことがある）などが記憶されている。制御部１００の各種機能は、ＣＰＵ１０１及びＤＳＰ１０２が記憶媒体１０３内の各種プログラムを実行することによって実現される。記憶媒体１０３には、例えば、音声通話及びビデオ通話を行うための通話アプリケーション、第１カメラ１８０あるいは第２カメラ１９０を用いて、静止画像あるいは動画像を撮像するための撮像アプリケーションが記憶されている。また、記憶媒体１０３に記憶されるアプリケーションには、例えば、通話装置１を制御するための制御プログラムＰｇ１が含まれる。

なお、記憶媒体１０３は、ＲＯＭ及びＲＡＭ以外の、コンピュータが読み取り可能な非一時的な記録媒体を備えていてもよい。記憶媒体１０３は、例えば、小型のハードディスクドライブ及びＳＳＤ（Solid State Drive）などを備えていてもよい。また、記憶媒体１０３とは別の記憶媒体が設けられてもよい。この記憶媒体は制御部１００の外部に設けられてもよい。後述する情報の記憶先は、記憶媒体１０３であってもよく、他の記憶媒体であってもよい。また、制御部１００の全ての機能あるいは制御部１００の一部の機能は、その機能の実現にソフトウェアが不要なハードウェアによって実現されても構わない。要するに制御部１００が回路によって形成されていればよい。

無線通信部（通信回路）１１０は、いわゆる通信インターフェースであって、アンテナ２１１を有している。無線通信部２１０は、例えば、通話装置１とは別の通信機器からの信号、あるいはインターネットに接続されたウェブサーバなどの通信装置からの信号を、例えば基地局を介してアンテナ２１１で受信することが可能である。無線通信部２１０は、アンテナ２１１での受信信号に対して増幅処理及びダウンコンバートを行って制御部１００に出力することが可能である。制御部１００は、入力される受信信号に対して復調処理などを行って、当該受信信号に含まれる各種の情報（例えば音声や音楽などを示す音信号などの）情報を取得することが可能である。

また、無線通信部２１０は、制御部１００で生成された送信信号に対して、アップコンバート及び増幅処理を行って、当該処理後の送信信号をアンテナ２１１から無線送信することが可能である。アンテナ２１１からの送信信号は、例えば、基地局を通じて、通話装置１以外の携帯電話機あるいはインターネットに接続されたウェブサーバなどの通信装置で受信される。

表示装置２２０は、表示パネル２２１及び表示画面２ａを備えている。表示パネル２２１は、例えば、液晶パネルあるいは有機ＥＬ(Elector Luminescence）パネルである。表示パネル２２１は、制御部１００に制御されることによって、文字、記号および図形などの各種情報を表示することが可能である。表示パネル２２１が表示する各種情報は、表示画面２ａに表示される。

入力装置２００は、ユーザによる通話装置１への入力を受け付ける。例えば入力装置２００はタッチパネル１３０と操作ボタン群１４０とを含んでもよい。タッチパネル１３０は例えば、投影型静電容量方式のタッチパネルである。タッチパネル１３０は、表示画面２ａに対する指などの操作子による操作を検出することが可能である。ユーザが指などの操作子によって表示画面２ａに対して操作を行うと、その操作に応じた電気信号がタッチパネル１３０から制御部１００に入力される。これにより、制御部１００は、タッチパネル１３０からの電気信号に基づいて、表示画面２ａに対して行われた操作の内容を特定して、その内容に応じた処理を行うことが可能である。なお、ユーザは、指以外の操作子、例えば、スタイラスペンなどの静電式タッチパネル用ペンで表示画面２ａを操作することによっても、通話装置１に対して各種指示を与えることができる。

操作ボタン群１４０の各操作ボタン１４は、ユーザによって操作されると、操作されたことを示す操作信号を制御部１００に出力する。これにより、制御部１００は、各操作ボタン１４からの操作信号に基づいて、当該操作ボタン１４が操作されたか否かを判断することができる。制御部１００は、操作された操作ボタン１４に応じた処理を行うことが可能である。なお、各操作ボタン１４は、押しボタンなどのハードウェアボタンではなく、表示画面２ａに表示されるソフトウェアボタンであってもよい。この場合には、ソフトウェアボタンへの操作がタッチパネル１３０によって検出されて、制御部１００は、操作されたソフトウェアボタンに応じた処理を行うことが可能である。

マイク１５０は、通話装置１の外部から入力される音を電気的な音信号に変換して制御部１００に出力することが可能である。通話装置１の外部からの音は、例えば、機器ケース３の底面（下側の側面）に設けられたマイク穴１５から通話装置１の内部に取り込まれてマイク１５０に入力される。

スピーカ１７０は、例えば、タイミックスピーカである。スピーカ１７０は、制御部１００からの電気的な音信号を音に変換して出力することが可能である。スピーカ１７０から出力される音は、例えば、カバーパネル２の下側端部に設けられスピーカ穴１７から通話装置１の外部に出力される。スピーカ穴１７から出力される音の音量は、通話装置１から離れた場所でも聞こえるような音量となっている。

レシーバ１６０は、例えば、ダイナミックスピーカで構成されている。レシーバ１６０は、制御部１００からの電気的な音信号を音に変換して出力することが可能である。レシーバ１６０は、例えば、受話音を出力する。レシーバ１６０から出力される音は、例えば、カバーパネル２の上側端部に設けられたレシーバ穴１６から外部に出力される。レシーバ穴１６から出力される音の音量は、例えば、スピーカ１７０からスピーカ穴１７を介して出力される音の音量よりも小さくなっている。

なおレシーバ１６０に代えて、圧電振動素子が設けられてもよい。圧電振動素子は、制御部１００からの音声信号に基づいて振動することが可能である。圧電振動素子は、例えばカバーパネル２の裏面に設けられており、音声信号に基づく自身の振動によってカバーパネル２を振動させることが可能である。そして、ユーザが自身の耳をカバーパネル２に近づけることにより、カバーパネル２の振動が音声としてユーザに伝達される。レシーバ１６０に代えて圧電振動素子が設けられる場合には、レシーバ穴１６は不要である。

電池２３０は、通話装置１の電源を出力することが可能である。電池２３０は、例えば、リチウムイオン二次電池などの充電式の電池である。電池２３０は、通話装置１が備える制御部１００及び無線通信部２１０などの各種電子部品に対して電源を供給することが可能である。

第１カメラ１８０及び第２カメラ１９０のそれぞれは、レンズ及び撮像素子などで構成されている。第１カメラ１８０及び第２カメラ１９０のそれぞれは、制御部１００の制御によって被写体を撮像し、撮像した被写体が映る静止画像あるいは動画像を生成して制御部１００に出力することが可能である。制御部１００は、入力される静止画像あるいは動画像を、記憶媒体１０３の不揮発性メモリ（フラッシュメモリ）あるいは揮発性メモリ（ＲＡＭ）に記憶することが可能である。

第２カメラ１９０が有するレンズは、カバーパネル２に設けられた第２レンズ用透明部材１９から視認可能となっている。したがって、第２カメラ１９０は、通話装置１のカバーパネル２側、つまり通話装置１の前面１ａ側に存在する物体を撮像することが可能である。このような第２カメラ１９０は、「インカメラ」と呼ばれることがある。

第１カメラ１８０が有するレンズは、通話装置１の背面１ｂに設けられた第１レンズ用透明部材１８から視認可能となっている。したがって、第１カメラ１８０は、通話装置１の背面１ｂ側に存在する物体を撮像することが可能である。このような第１カメラ１８０は、「アウトカメラ」と呼ばれることがある。

＜３．制御部の内部構成の一例＞
図４は制御部１００の内部構成の一例を概略的に示す図である。制御部１００は通話処理部１１０を備えている。通話処理部１１０は、通話に関する処理を実行する。例えば通話処理部１１０は発呼処理部１１１と着信処理部１１２とプロフィール設定部１１３とプロフィール処理部１１４と会話処理部１１５と登録処理部１１６とを備えている。

発呼処理部１１１は、発呼に関する処理を実行することができる。ユーザは、通話相手の宛先情報（例えば電話番号）、および、当該通話相手への発呼指示を、入力装置２００を用いて入力する。なお、宛先情報を含む宛先帳情報（例えば電話帳情報）が記憶媒体に記憶されている場合には、ユーザは、この宛先帳情報を利用して宛先情報を入力してもよい。この宛先帳情報は例えば、通話装置に割り当てられた宛先情報と、これに対応するプロフィール情報とを含んでいる。プロフィール情報とは、例えば、ユーザが作成または取得した情報であり、例えば個人情報である。より具体的には、プロフィール情報は、名前、電子メールのアドレス（以下、メールアドレスとも呼ぶ）、住所、生年月日、画像、ウエブサイト、および、テキストなどを含む。以下では、宛先情報および宛先帳情報をそれぞれ電話番号および電話帳情報として説明する。発呼処理部１１１は発呼指示の入力に応答して、無線通信部２１０を介して、その相手の通話装置１へと発呼信号を送信する。

着信処理部１１２は、着信に関する処理を実行することができる。この着信処理部１１２は相手からの発呼信号を、無線通信部２１０を介して着信信号として受信する。着信処理部１１２はこの着信信号の受信に応答して、この着信をユーザに報知する。例えば着信処理部１１２はスピーカ１７０からリング音を出力させ、着信画面を表示画面２０に表示する。またこの着信信号には、発信者の電話番号の情報が含まれている。着信処理部１１２は着信信号から電話番号を抽出し、この電話番号が電話帳情報に登録されているか否かを判断する。電話番号が登録されているときには、着信処理部１１２はその電話番号に対応する名前が電話帳情報に登録されているか否かを判断する。名前が登録されているときには、着信処理部１１２はこの着信画面において当該名前を、あるいは更に電話番号を表示する。電話帳情報に名前が登録されておらず、発信者の名前を取得できないときには、この着信画面において名前を表示せずに、発信者の電話番号を表示する。

ユーザは、この着信に対する応答の入力および拒否の入力を入力装置２００へ行うことができる。ユーザが応答を入力すると、着信処理部１１２は相手の通話装置１との通話用の接続を確立し、ユーザが拒否を入力すると、着信処理部１１２は相手の通話装置１との接続を遮断する。

会話処理部１１５は通話相手との通話用の接続が確立したときに、ユーザと通話相手との会話を実現することができる。例えば相手の通話装置１からの音声信号を、無線通信部２１０を介して受信し、これをレシーバ１６０へと出力する。レシーバ１６０は当該音声信号を音声に変換して出力する。これにより、ユーザは相手からの音声を聞くことができる。また会話処理部１１５は、マイク１５０から入力される音声信号を、無線通信部２１０を介して相手の通話装置１へ送信する。これにより相手に音声を届けることができる。

また入力装置２００は通話終了の入力を受け付ける。ユーザが通話終了の入力を行ったときには、会話処理部１１５は相手の通話装置１との接続を遮断して、通話を終了する。

プロフィール設定部１１３はプロフィール情報に関する設定を行うことができる。ユーザはプロフィール情報に関する設定の入力を入力装置２００に入力することができる。この設定の入力は、例えば通話が行われていないときに実行されるとよい。プロフィール設定部１１３はこの入力に応じて、プロフィール情報に関する設定を行う。例えばプロフィール情報に関する設定は次の設定を含む。例えば当該設定は、プロフィール情報を相手の通話装置１に送信するか否かを示すプロフィール設定、および、プロフィールリクエストを相手の通話装置１に送信するか否かを示すリクエスト設定を含む。プロフィールリクエストとは、相手のプロフィール情報を要求するための信号である。

なお、プロフィール設定においては、プロフィール情報を送信するか否かの二値の設定を行ってもよいものの、例えば次の第１設定から第３設定を行ってもよい。第１設定はプロフィール情報を送信する設定である。第２設定は、相手の通話装置１からプロフィールリクエストを受信したときのみ、プロフィール情報を送信する設定である。つまり、第１設定は、相手の通話装置１からのプロフィールリクエストを受信しなくても、プロフィール情報を送信する設定である。なお第１設定においても、プロフィールリクエストを受信したときには、これに応答してプロフィール情報を送信してもよい。第３設定は、プロフィール情報の送信を禁止する設定である。以下では、第１設定が行われたことを、送信設定がオンに設定されたとも説明し、第２設定が行われたことを、条件付き設定がオンに設定されたとも説明し、第３設定が行われたことを、送信設定がオフに設定されたとも説明する。プロフィール設定部１１３は、プロフィール設定およびリクエスト設定の設定情報を記憶媒体（例えば記憶媒体１０３など）に記憶する。

プロフィール処理部１１４は、通話処理に際して、上記設定に基づいてプロフィール情報を相手の通話装置１と送受信することができる。送信設定がオンに設定されているときには、プロフィール処理部１１４は、例えば発呼指示の入力に応答して、プロフィール情報を相手の通話装置１に送信する。また、条件付き設定がオンに設定されているときには、プロフィール処理部１１４は相手の通話装置１からのプロフィールリクエストに応答して、プロフィール情報を相手の通話装置１へと送信する。送信設定がオフに設定されているときには、プロフィール処理部１１４はプロフィール情報を相手の通話装置１へ送信しない。

またリクエスト設定がオンに設定されているときには、プロフィール処理部１１４はプロフィールリクエストを相手の通話装置１に送信する。リクエスト設定がオフに設定されているときには、プロフィール処理部１１４はプロフィールリクエストを相手の通話装置１に送信しない。

登録処理部１１６は、相手の通話装置１から受信した相手のプロフィール情報を、電話帳情報に登録することができる。登録処理部１１６については後に詳述する。

＜４．動作例＞
以下では、具体的な動作の一例について説明する。ここでは、発信者および受信者の通話装置１において、互いのプロフィール情報は電話帳情報に登録されていない。また以下では、発信者の通話装置１と受信者の通話装置１とを区別すべく、それぞれの構成要素を示す符号に「Ａ」および「Ｂ」を付与して説明する。例えば通話装置１Ａは発信者の通話装置１であり、表示画面２０Ｂは受信者の通話装置１の表示画面２０である。

＜４−１．発信者側および受信者側において、送信設定およびリクエスト設定がオン＞
図５は通話装置１の動作の一例を概略的に示す図である。ここでは、発信者および受信者の通話装置１において、送信設定およびリクエスト設定がオンに設定されている。図５の例示では、表示画面２０Ａ，２０Ｂの一例も概略的に示されている。

まず発信者は入力装置２００Ａへと発呼用の入力を行う。具体的には、ユーザは電話番号の入力と発呼指示の入力とを行う。発呼処理部１１１Ａは、当該入力に応答して、発呼信号を通話装置１Ｂへ送信する。図５の例示では、この発呼信号の送信を「発信」と表現している。また発呼処理部１１１Ａは発呼画面を表示画面２０Ａに表示してもよい。この発呼画面には、例えば、発呼中であることを示す情報（図５では「発信」）、および、通話装置１Ｂの電話番号（図５では「090XXX」）が表示されている。

発呼信号を着信信号として受信した着信処理部１１２Ｂは着信を受信者に報知するとともに、着信画面を表示画面２０Ｂに表示する。この着信画面には、例えば、着信中であることを示す情報（図５では「着信」）、および、通話装置１Ａの電話番号(図５では「090YYY」)が表示されている。通話装置１Ａの電話番号は着信信号に含まれており、受信者側の着信処理部１１１Ｂによって抽出される。

発信者側のプロフィール処理部１１４Ａは、送信設定がオンに設定されているときには、発呼指示の入力に応答して、発信者のプロフィール情報を通話装置１Ｂへと送信する。図５の例示では、プロフィール情報は発呼信号の後に送信されているものの、発呼信号とともに送信されても構わない。このプロフィール情報には、例えば名前が含まれている。

受信者側のプロフィール処理部１１４Ｂは、受信したプロフィール情報を着信画面に表示する。図５の例示では、プロフィール情報として、発信者の名前（図５では「太郎」）が表示されている。

また受信者の通話装置１Ｂにおいて、リクエスト設定がオンに設定されているので、プロフィール処理部１１４Ｂは、着信信号の受信に応答して、プロフィールリクエストを通話装置１Ａへと送信する。発信者側のプロフィール処理部１１４Ａは、プロフィールリクエストを受信したときには、発信者のプロフィール情報を通話装置１Ｂへと送信する。

なお図５の例示では、プロフィール情報を既に受信しているので、プロフィール処理部１１４Ｂはリクエスト設定に関わらず、プロフィールリクエストを送信しなくてもよい。

以上のように、上述の設定では、着信時において、受信者側の通話装置１Ｂは発信者のプロフィール情報を通話装置１Ａから受信する。よって、受信者は着信画面によって発信者のプロフィール情報を知ることができ、発信者を特定しやすい。よって受信者は、着信に対する対応（つまり応答または拒否）を決めやすい。

受信者がこの着信に対して応答すると、通話装置１Ａ，１Ｂ間において通話用の接続が確立し、通話が開始する。会話処理部１１５Ａ，１１５Ｂは当該接続の確立に応答して、通話画面をそれぞれ表示画面２０Ａ，２０Ｂに表示してもよい。これらの通話画面には、通話中であることを示す情報（図５では「通話中」）が表示されている。また受信者側では上述のように発信者のプロフィール情報が取得されているので、その通話画面には、発信者のプロフィール情報（例えば名前）が表示されてもよい。一方で、発信者の通話装置１Ａは、受信者のプロフィール情報を取得していないので、その通話画面にはプロフィール情報は表示されない。この通話画面には、例えば受信者の電話番号(図５では「090XXXX」)が表示されている。

ここでは発信者の通話装置１Ａにおいて、リクエスト設定がオンに設定されている。したがって、プロフィール処理部１１４Ａは通話装置１Ｂへとプロフィールリクエストを送信する。このときプロフィール処理部１１４Ａは、プロフィール情報の要求中であることを示す情報（図５では「プロフィールリクエスト中」）を表示画面２０Ａに表示してもよい。

受信者側のプロフィール処理部１１４Ｂは、このプロフィールリクエストに応答して、受信者のプロフィール情報を通話装置１Ａへと送信する。このプロフィール情報には例えば名前が含まれている。発信者側のプロフィール処理部１１４Ａは、受信者のプロフィール情報を受信したときに、このプロフィール情報を表示画面２０Ａに表示してもよい。図５の例示では、プロフィール情報として、受信者の名前（図５の例示では「花子」）が表示されている。なお、プロフィール処理部１１４Ａは、プロフィール取得中である示す情報を表示していた場合には、この情報の表示を終了する。

以上のように、プロフィール処理部１１４Ｂは、着信時においては、通話装置１Ａからのプロフィールリクエストを受信したことを条件として、プロフィール情報を送信してもよい。つまり、送信設定がオンに設定されているときには、発信時と着信時とでプロフィール情報の送信条件が相違してもよい。具体的には、プロフィール処理部１１４は発信時には、プロフィールリクエストを受信しなくてもプロフィール情報を送信するのに対して、着信時では、プロフィールリクエストを受信しないときには、プロフィール情報を送信しない。つまり発呼時には、ユーザは相手を想定しているので、送信設定がオンに設定されていれば、プロフィールリクエストなしにプロフィール情報を送信する。一方で、ユーザは受信時には、必ずしも相手を想定できるとは限らないので、無条件でのプロフィール情報の送信を行わず、プロフィールリクエストの受信を条件として、プロフィール情報を送信しているのである。

発信者および受信者の少なくとも一方が通話の終了を自身の通話装置１に対して指示すると、会話処理部１１５は接続を遮断して通話を終了する。図５の例示では、通話の終了に応答して、登録画面が表示画面２０Ａ，２０Ｂに表示されている。この登録画面はプロフィール情報を登録するための画面であるものの、これについては後に述べる。

＜４−２．発信者側において送信設定およびリクエスト設定がオフ＞
図６は通話装置１の動作の一例を概略的に示す図である。ここでは、発信者の通話装置１Ａにおいて、送信設定およびリクエスト設定がオフに設定され、受信者の通話装置１Ｂにおいて、送信設定およびリクエスト設定がオンに設定されている。

まず発信者は入力装置２００Ａへと発呼用の入力を行う。発呼処理部１１１Ａは、当該入力に応答して、発呼信号を通話装置１Ｂへ送信する。また発呼処理部１１１Ａは発呼画面を表示画面２０Ａに表示してもよい。この発呼画面には、受信者のプロフィール情報は表示されず、例えば受信者の電話番号が表示されている。

図６の例示では、発信者の通話装置１Ａにおいて送信設定がオフに設定されているので、プロフィール処理部１１４Ａは発信者のプロフィール情報を送信しない。

受信者側において、着信処理部１１２Ｂは、発呼信号（着信信号）の受信に応答して、受信者に対して着信を報知するとともに、着信画面を表示画面２０Ｂに表示する。図６の例示では、受信者の通話装置１Ｂにおいて、リクエスト設定がオンに設定されているので、プロフィール処理部１１４Ｂは、着信信号の受信に応答して、プロフィールリクエストを通話装置１Ａへと送信する。プロフィール処理部１１４Ｂは、プロフィールの要求中であることを示す情報（図５では「プロフィールリクエスト中」）を表示画面２０Ｂに表示してもよい。

発信者の通話装置１Ａにおいては、送信設定がオフに設定されているので、プロフィール処理部１１４Ａは、このプロフィールリクエストを受け取っても、発信者のプロフィール情報を送信しない。例えばプロフィール処理部１１４Ａは、プロフィール情報を送信しないことを示す送信不可情報を、通話装置１Ｂへと送信してもよい。プロフィール処理部１１４Ｂは、この送信不可情報の取得に応答して、プロフィール情報の不取得を着信画面に表示してもよい。図６の例示では、表示画面２０Ｂには「プロフィールリクエスト失敗」と表示されている。なお、発信者側のプロフィール処理部１１４Ａは必ずしも送信不可情報を送信する必要はない。受信者側のプロフィール処理部１１４Ｂが、プロフィールリクエストの送信から所定時間が経過してもプロフィール情報を受信しないときに、プロフィール情報を取得できないと判断してもよい。

受信者が着信に応答すると、通話が開始される。ここでは発信者の通話装置１Ａにおいてリクエスト設定がオフに設定されているので、プロフィール処理部１１４Ａはプロフィールリクエストを通話装置１Ｂへと送信しない。よって、プロフィール処理部１１４Ｂは受信者のプロフィール情報を通話装置１Ａへと送信しない。したがって、会話処理部１１５Ａ，１１５Ｂがそれぞれ表示画面２０Ａ，２０Ｂに通話画面を表示するときには、その通話画面には、互いのプロフィール情報は表示されない。

そして、発信者および受信者の少なくともいずれか一方が通話の終了を入力装置２００に入力することで、通話が終了する。図６の例示では、発信者および受信者の通話装置１のいずれもが互いのプロフィール情報を取得しないので、通話終了時に登録画面が表示されていない。登録については後に述べる。

＜４−３．受信者側において送信設定およびリクエスト設定がオフ＞
図７は通話装置１の動作の一例を概略的に示す図である。ここでは、発信者の通話装置１Ａにおいて、送信設定およびリクエスト設定がオンに設定され、受信者の通話装置１Ｂにおいて、送信設定およびリクエスト設定がオフに設定されている。

まず発信者は入力装置２００Ａへと発呼用の入力を行う。発呼処理部１１１Ａは、当該入力に応答して、発呼信号を通話装置１Ｂへ送信する。また発呼処理部１１１Ａは発呼画面を表示画面２０Ａに表示してもよい。この発呼画面には、受信者のプロフィール情報は表示されず、例えば受信者の電話番号が表示されている。

発呼信号を着信信号として受信した着信処理部１１１Ｂは着信を受信者に報知するとともに、着信画面を表示画面２０Ｂに表示する。この着信画面では、発信者のプロフィール情報は表示されず、例えば受信者の電話番号が表示されている。

ここでは、受信者の通話装置１Ｂにおいて、リクエスト設定がオフに設定されているので、プロフィール処理部１１４Ｂはプロフィールリクエストを通話装置１Ａには送信しない。しかるに、通話装置１Ａにおいて送信設定がオンに設定されているので、プロフィール処理部１１４Ａは、発信者のプロフィール情報を通話装置１Ｂへと送信する。なおプロフィール情報は発呼信号とともに送信されても構わない。

受信者側のプロフィール処理部１１４Ｂは、受信したプロフィール情報を着信画面に表示する。これにより、受信者は着信画面によって発信者のプロフィール情報を知ることができ、発信者を特定しやすい。そして受信者がこの着信に対して応答すると、通話装置１Ａ，１Ｂ間において通話用の接続が確立し、通話が開始する。

ここでは発信者側において、リクエスト設定がオンに設定されているので、プロフィール処理部１１４Ａは通話開始に応答して、通話装置１Ｂへとプロフィールリクエストを送信する。通話中において通話画面を表示する場合には、プロフィール処理部１１４Ａは、プロフィールの要求中であることを示す情報（図５では「プロフィールリクエスト中」）を表示画面２０Ａに表示してもよい。

一方で受信者の通話装置１Ｂにおいては、送信設定がオフに設定されている。したがって、受信者側のプロフィール処理部１１４Ｂは、プロフィールリクエストを受け取ったとしても、プロフィール情報を通話装置１Ａへと送信しない。例えばプロフィール処理部１１４Ｂは、プロフィール情報を送信しないことを示す送信不可情報を通話装置１Ａへと送信してもよい。通話中において通話画面を表示する場合には、プロフィール処理部１１４Ａは、この送信不可情報の受信に応答して、プロフィール情報の不取得を通話画面に表示してもよい。図７の例示では、表示画面２０Ａには、「プロフィールリクエスト失敗」と表示されている。

発信者および受信者の少なくともいずれか一方が通話の終了を入力することで、通話が終了する。発信者の通話装置１Ａは受信者のプロフィールを取得しないので、図７の例示では、通話終了時に登録画面は表示されていない。一方で、受信者の通話装置１Ｂは発信者のプロフィール情報を取得するので、図７の例示では、通話終了時に登録画面が表示画面２０Ｂに表示されている。登録については後に述べる。

＜４−４．発信者側において条件付き設定がオン＞
図８は通話装置１の動作の一例を概略的に示す図である。ここでは、発信者の通話装置１Ａにおいて、条件付き設定およびリクエスト設定がオンに設定され、受信者の通話装置１Ｂにおいて、送信設定およびリクエスト設定がオンに設定されている。

図８の例示では、発信者側の通話装置１Ａにおいて、条件付き設定がオンに設定されているので、プロフィール処理部１１４Ａは、発呼指示の入力に応答したプロフィール情報を送信していない。しかるに、受信者の通話装置１Ｂにおいては、リクエスト設定がオンに設定されているので、プロフィール処理部１１４Ｂは着信信号の受信に応答して、プロフィールリクエストを通話装置１Ａに送信する。発信者の通話装置１Ａにおいては条件付き設定がオンに設定されているので、プロフィール処理部１１４Ａは通話装置１Ｂからのプロフィールリクエストに応答して、プロフィール情報を送信する。その他の動作は図５と同じであるので繰り返しの説明を避ける。

以上のように、本通話装置１によれば、ユーザはプロフィール情報に関する設定を行うことができる。したがって、例えばユーザがプロフィール情報を送信したくない場合には、送信設定をオフに設定することで、プロフィール情報を適切に秘匿することができる。逆に送信設定をオンにすることで、プロフィール情報を相手に伝えることができる。またユーザが相手のプロフィール情報を取得したい場合には、リクエスト設定をオンに設定することで、相手の通話装置１に対してプロフィール情報を要求することができる。逆にプロフィールリクエストをオフに設定することで、通話装置１はプロフィール情報を要求しない。このように、ユーザがプロフィール情報に関する設定を行うことができるので、通話装置１の利便性を向上することができる。

また条件付き設定を設けることで、設定項目を多様化することができる。ひいては通話装置１の利便性を更に向上することができる。

＜４−５．発信側の通話装置の動作の一例＞
図９および図１０は、通話装置１の発呼時の動作の一例を示すフローチャートである。まず、ステップＳＡ１にて、発呼処理部１１１Ａは、ユーザによる発呼用の入力が行われたか否かを判断する。発呼用の入力が行われていないと判断したときには、発呼処理部１１１Ａは再びステップＳＡ１を実行する。発呼用の入力が行われたと判断したときには、ステップＳＡ２にて、プロフィール処理部１１４Ａは、プロフィール設定の設定内容を判断する。送信設定がオンに設定されていると判断したときには、ステップＳＡ３にて、発呼処理部１１１Ａは発呼信号を通話装置１Ｂへと送信する。次にステップＳＡ４にて、プロフィール処理部１１４Ａは、記憶媒体（記憶媒体１０３Ａなど）からユーザ（つまり発信者）のプロフィール情報を読み出して、このプロフィール情報を通話装置１Ｂへと送信する。

次にステップＳＡ５にて、発呼処理部１１１Ａは受信者の通話装置１Ｂにおいて着信に対する応答が行われたか否かを判断する。この判断は通話装置１Ｂからの通知によって行うことができる。応答が行われていないときには、再びステップＳＡ５を実行し、応答が行われたときには、ステップＳＡ６にて、発呼処理部１１１Ａは発呼信号の送信を終了し、会話処理部１１５Ａが通話を開始する。なお、相手が着信に対して拒否した場合には、通話処理部１１０Ａは処理を終了し、また、相手が着信に対する対応を入力する前に発信者が発呼の終了を指示したときにも、通話処理部１１０Ａは処理を終了すればよい。

以上のように、発信者の通話装置１Ａにおいて送信設定がオンに設定されているときには、プロフィール処理部１１４Ａは発呼用の入力に応じてプロフィール情報を通話装置１Ｂへと送信する（ステップＳＡ４）。

一方で、ステップＳＡ２にて、条件付き設定がオンに設定されている、あるいは、送信設定がオフに設定されていると判断したときには、ステップＳＡ７にて、発呼処理部１１１Ａは発呼信号を送信する。なお、ステップＳＡ３，ＳＡ７はステップＳＡ２の前に実行されてもよい。

次にステップＳＡ８にて、プロフィール処理部１１４Ａは通話装置１Ｂからプロフィールリクエストを受信したか否かを判断する。プロフィールリクエストを受信したと判断したきには、ステップＳＡ９にて、プロフィール処理部１１４Ａはプロフィール設定の設定内容を判断する。条件付き設定がオンに設定されていると判断したときには、ステップＳＡ１０にて、プロフィール処理部１１４Ａはユーザ（発信者）のプロフィール情報を通話装置１Ｂへと送信する。次にステップＳＡ１１にて、発呼処理部１１１Ａは受信者の通話装置１Ｂにおいて着信に対する応答が行われたか否かを判断する。この判断は通話装置１Ｂからの通知によって行うことができる。応答が行われていないと判断したときには、再びステップＳＡ８を実行し、応答が行われたと判断したときには、会話処理部１１５ＡはステップＳＡ６を実行する。

ステップＳＡ８にてプロフィールリクエストを受信していないと判断したとき、または、ステップＳＡ９にて送信設定がオフに設定されていると判断したときには、ステップＳＡ１０を実行することなく、発呼処理部１１１ＡがステップＳＡ１１を実行する。

上述のフローでは、条件付き設定がオンに設定されているときには、プロフィール処理部１１４Ａは、発呼時において、通話装置１Ｂからのプロフィールリクエストに応答してプロフィール情報を通話装置１Ｂへと送信する。なお、上述のフローとは異なるものの、送信設定がオンに設定されているときにも、プロフィール処理部１１４Ａはプロフィールリクエストに応じてプロフィール情報を送信してもよい。

ステップＳＡ６の次のステップＳＡ１２（図１０）にて、プロフィール処理部１１４Ａは発呼先（つまり受信者）のプロフィール情報が電話帳情報に登録済みか否かを判断する。プロフィール情報が未登録であると判断したときには、ステップＳＡ１３にて、プロフィール処理部１１４Ａはリクエスト設定の設定内容を判断する。リクエスト設定がオンに設定されていると判断したときには、ステップＳＡ１４にて、プロフィール処理部１１４Ａはプロフィールリクエストを通話装置１Ｂへと送信する。次にステップＳＡ１５にて、プロフィール処理部１１４Ａは通話装置１Ｂからプロフィール情報を受信したか否かを判断する。プロフィール情報を受信したと判断したときには、ステップＳＡ１６にて、プロフィール処理部１１４Ａはこのプロフィール情報を取得する。例えばプロフィール処理部１１４Ａは記憶媒体（例えば揮発性の記憶媒体）にプロフィール情報を記憶する。会話処理部１１５Ａが通話画面を表示する場合には、プロフィール処理部１１４Ａは、取得したプロフィール情報を通話画面に表示してもよい。

次にステップＳＡ１７にて、会話処理部１１５Ａは通話を終了するか否かを判断する。ステップＳＡ１７において、例えば発信者が通話を終了する入力を、入力装置２００へ入力すると、ステップＳＡ１８にて、会話処理部１１５Ａは通話を終了する。また、受信者が通話装置１Ｂにおいて通話を終了する入力を行ったときにも、ステップＳＡ１８にて通話が終了する。ステップＳＡ１７にて通話を終了しないと判断したときには、プロフィール処理部１１４Ａは再びステップＳＡ１５を実行する。

ステップＳＡ１５にてプロフィール情報を受信していないと判断したときには、ステップＳＡ１６を実行することなく、会話処理部１１５ＡがステップＳＡ１７を実行する。

ステップＳＡ１８の次のステップＳＡ１９にて、登録処理部１１６Ａは、プロフィール情報を取得済みであるか否かを判断する。つまりステップＳＡ１６が実行済であるか否かが判断される。プロフィール情報を取得していたときには、ステップＳＡ２０にて登録処理部１１６Ａは登録処理を実行する。登録については後に述べる。

ステップＳＡ１２にてプロフィール情報が登録済であると判断したとき、または、ステップＳＡ１３にてリクエスト設定がオフに設定されていると判断したときには、ステップＳＡ２１にて、会話処理部１１５Ａは通話を終了するか否かを判断する。通話を終了しないと判断したときには、会話処理部１１５ＡはステップＳＡ２１を再び実行する。通話を終了すると判断したときには、ステップＳＡ２２にて、会話処理部１１５Ａが通話を終了する。

＜４−６．受信者側の通話装置の動作の一例＞
図１１および図１２は、通話装置１の着信時の動作の一例を示すフローチャートである。まずステップＳＢ１にて、着信処理部１１１Ｂは着信信号を受信したか否かを判断する。着信信号を受信していないと判断したときには、着信処理部１１１Ｂは再びステップＳＢ１を実行する。着信信号を受信したと判断したときには、ステップＳＢ２にて、着信処理部１１１Ｂは受信者への着信を報知し、着信画面を表示画面２０Ｂに表示する。次にステップＳＢ３にて、プロフィール処理部１１４Ｂは発信者の通話装置１Ａからプロフィール情報を受信したか否かを判断する。プロフィール情報を受信したと判断したときには、ステップＳＢ８にて、プロフィール処理部１１４Ｂはプロフィール情報を着信画面に表示する。

ステップＳＢ３，ＳＢ６は、発信者側の通話装置１Ａにおいて送信設定がオンに設定されている場合を想定した処理である。この場合、通話装置１Ａは発呼信号の直後あるいは発呼信号と共にプロフィール情報を通話装置１Ｂへと送信するので、受信者側においては、着信信号（発呼信号）の受信の後に優先的にステップＳＢ３を実行して、プロフィール情報の受信を確認している。

ステップＳＢ３にてプロフィール情報を受信していないと判断したときには、ステップＳＢ４にて、プロフィール処理部１１４Ｂはプロフィール情報が電話帳情報に登録されているか否かを判断する。プロフィール情報が登録されていないと判断したときには、ステップＳＢ５にて、プロフィール処理部１１４Ｂはリクエスト設定がオンに設定されているか否かを判断する。リクエスト設定がオンに設定されていると判断したときには、ステップＳＢ６にて、プロフィール処理部１１４Ｂはプロフィールリクエストを通話装置１Ａへと送信する。

次にステップＳＢ７にて、プロフィール処理部１１４Ｂは、通話装置１Ａからのプロフィール情報を受信したか否かを判断する。プロフィール情報を受信したと判断したときには、ステップＳＢ８にて、プロフィール処理部１１４Ｂは、受信したプロフィール情報を着信画面に表示する。

ステップＳＢ７にて、プロフィール情報を受信していないと判断したときには、ステップＳＢ９にて、プロフィール処理部１１４ＢはステップＳＢ６からの経過時間が所定時間を超えているか否かを判断する。この経過時間は例えばタイマ回路またはカウンタ回路などの計時回路を用いて測定できる。経過時間が所定時間を超えていないと判断したときには、プロフィール処理部１１４Ｂは再びステップＳＢ７を実行する。経過時間を超えていると判断したときには、ステップＳＢ１０にて、プロフィール処理部１１４Ｂは、プロフィール情報が取得できなかったことを示す取得不可情報を表示画面２０Ｂに表示する。

次にステップＳＢ１１にて、着信処理部１１２Ｂは、受信者が着信に対する応答入力を行ったか否かを判断する。応答入力が行われていないと判断したときには、着信処理部１１２ＢはステップＳＢ１１を再び実行する。応答入力が行われたと判断したときには、ステップＳＢ１２にて、会話処理部１１５Ｂが通話装置１Ａとの通話を開始する。なお、受信者が着信に対して拒否した場合には、着信処理部１１２Ｂは通話装置１Ａとの接続を遮断して、処理を終了してもよい。受信者が着信に対する対応を入力する前に発信者が発呼の終了を指示したときにも、同様である。

ステップＳＢ５にてリクエスト設定がオフに設定されていると判断したときには、ステップＳＢ６を実行することなく、後述のステップＳＢ１１が実行される。

また、ステップＳＢ４において、プロフィール情報が電話帳情報に登録されていると判断したときにも、ステップＳＢ６を実行することなく、後述のステップＳＢ１１が実行される。つまり、発信者のプロフィール情報が既に電話帳情報に登録されているときには、プロフィール情報を新たに取得する必要がないので、プロフィールリクエストを送信しない。これにより、不要な処理を回避することができる。

ステップＳＢ１２の次にステップＳＢ１３（図１２）にて、プロフィール処理部１１４Ｂは、プロフィールリクエストを受信したか否かを判断する。プロフィールリクエストを受信したと判断したときには、ステップＳＢ１４にて、プロフィール処理部１１４Ｂはプロフィール設定を判断する。送信設定がオンに設定されているか、あるいは、条件付き設定がオンに設定されているときには、ステップＳＢ１５にて、プロフィール処理部１１４Ｂはプロフィール情報を通話装置１Ａへと送信する。次にステップＳＢ１６にて会話処理部１１５Ｂは通話を終了するか否かを判断する。

ステップＳＢ１３にてプロフィールリクエストを受信していないと判断したとき、または、ステップＳＢ１４にて送信設定がオフに設定されているきには、ステップＳＢ１５を実行することなくステップＳＢ１６を実行する。

以上のように、送信設定がオンであっても着信時には、プロフィール情報の送信に、プロフィールリクエストの受信を必要としてもよい（ステップＳＢ１３〜ＳＢ１５）。

ステップＳＢ１６にて通話を終了しないと判断したときには、プロフィール処理部１１４Ｂは再びステップＳＢ１３を実行する。通話を終了すると判断したときには、ステップＳＢ１７にて、会話処理部１１５Ｂは通話を終了する。次にステップＳＢ１８にて登録処理部１１６Ｂは発信者のプロフィール情報を取得したか否か、つまりステップＳＢ３またはステップＳＢ７にてプロフィール情報を受信したか否かを判断する。プロフィール情報を受信していたときには、ステップＳＢ１９にて、登録処理部１１６Ｂは登録処理を実行する。登録については後に述べる。プロフィール情報を受信していなかったときには、ステップＳＢ１９を実行することなく、処理を終了する。

＜５．受信者のプロフィール情報の送信タイミング＞
図５および図８の例示では、発信者側のプロフィール処理部１１４Ａは通話が開始した後にプロフィールリクエストを通話装置１Ａへと送信し、受信者側のプロフィール処理部１１４Ｂはこのプロフィールリクエストに応答して、受信者のプロフィール情報を通話装置１Ａへと送信している。よって、受信者のプロフィール情報は、受信者が着信に対して応答を入力した後に送信される。逆に言えば、受信者が着信に応答しない場合には、受信者のプロフィール情報は発信者の通話装置１Ａへと送信されない。つまり、着信に応答しない場合には、受信者のプロフィール情報を発信者に与えない。これにより、受信者のプロフィール情報をより適切に秘匿することができる。

なお図１２に例示するフローでは、ステップＳＢ１２の通話の開始後に、ステップＳＢ１５においてプロフィール情報が送信されている。よって図１２の例示でも、受信者のプロフィール情報は通話の開始後に送信される。

図５および図８の例示では、発信者側のプロフィール処理部１１４Ａは通話が開始した後にプロフィールリクエストを送信しているものの、通話の開始前に送信してもよい。例えば発呼信号と共に、あるいは発呼信号の後に、プロフィールリクエストを送信してもよい。この場合、受信者側のプロフィール処理部１１４Ｂは、このプロフィールリクエストを受信したとしても、受信者が着信に応答しない限り、プロフィール情報を送信しなくてもよい。

要するに、受信者側のプロフィール処理部１１４Ｂは、プロフィールリクエストを受信し、かつ、着信に対する応答が入力されたときに、プロフィール情報を送信してもよい。これにより、受信者のプロフィール情報をより適切に秘匿することができる。

なお受信者のプロフィール情報を秘匿する必要性が低い場合には、受信者の着信に対する応答の前に、受信者のプロフィール情報を発信者に与えてもよい。例えば、受信者側のプロフィール処理部１１４Ｂは、着信に対する応答前のプロフィールリクエストに応じて、プロフィール情報を通話装置１Ａへと送信してもよい。

＜６．プロフィール情報の登録＞
次に、取得したプロフィール情報の登録について説明する。登録処理部１１６は登録処理を実行することができる。具体的には、登録処理部１１６は新たにプロフィール情報を受信したときには、電話番号とこのプロフィール情報とを対応づけて、電話帳情報に登録することができる。例えば登録処理部１１６はユーザの許可を受けて、登録を行ってもよい。例えば登録処理部１１６は通話の終了に応答して、登録画面を表示画面２０に表示してもよい。この登録画面には、相手の電話番号と相手のプロフィール情報とが表示される。例えば図５の例示では、発信者の通話装置１Ａは受信者のプロフィール情報を取得する。よって、その通話終了時における発信者側の登録画面（表示画面２０Ａ）において、受信者の電話番号（例えば「０９０ＸＸＸ」）および受信者の名前（例えば「花子」）が表示されている。同様に、通話終了時における受信者側の登録画面（表示画面２０Ｂ）には、発信者の電話番号（例えば「０９０ＹＹＹ」）および発信者の名前（例えば「太郎」）が表示されている。これにより、ユーザは、登録の対象となる電話番号およびプロフィール情報を確認することができる。なお電話番号およびプロフィール情報を音声で出力しても構わない。

また入力装置２００はユーザによる登録指示の入力を受け付ける。ユーザは、登録対象となる電話番号とプロフィール情報と表示画面２０において確認し、プロフィール情報を登録するか否かを判断する。プロフィール情報を登録するときには、ユーザは入力装置２００へと登録指示を入力する。登録処理部１１６は登録指示の入力に応答して、電話番号とプロフィール情報とを電話帳情報に登録する。ユーザが登録しない登録不要指示を入力すると、登録処理部１１６は当該入力に応答して、プロフィール情報を登録せずに処理を終了する。

これによれば、ユーザの許可を受けてプロフィール情報を電話帳情報に登録することができる。換言すれば、ユーザが電話帳情報への登録の要否を決めることができる。しかも上述の例では、登録処理は通話の終了に応答して開始されている。この場合には、通話を邪魔しない。

また入力装置２００はプロフィール情報の変更または追加の入力を受け付けてもよい。例えば、取得したプロフィール情報に住所が含まれていない場合に、ユーザが入力装置２００へ住所を入力することができる。登録処理部１１６は、この入力に応じて、プロフィール情報を変更または追加する。登録処理部１１６は、当該入力に応じて変更または追加したプロフィール情報を、電話帳情報に登録する。これによれば、通話装置１の利便性をさらに向上することができる。

図１３は、登録処理部の動作の一例を示すフローチャートである。なおこの動作は、図１０のステップＳＡ２０における登録処理および図１２のステップＳＢ１９における登録処理の一例でもある。まずステップＳ１にて、登録処理部１１６はユーザに登録の要否を問い合わせる。例えば登録処理部１１６は登録画面を表示画面２０に表示する。この登録画面には、相手の電話番号と相手のプロフィール情報とが表示される。次にステップＳ２にて、登録処理部１１６は、プロフィール情報の変更または追加の入力が行われたか否かを判断する。当該入力が行われたと判断したときには、ステップＳ３にて、登録処理部１１６はプロフィール情報を変更または追加し、登録画面に反映させる。次にステップＳ４にて、登録処理部１１６は登録不要指示の入力が行われたか否かを判断する。登録不要指示の入力が行われていないと判断したときには、ステップＳ５にて、登録処理部１１６は登録指示の入力が行われたか否かを判断する。登録指示の入力が行われていないと判断したときには、登録処理部１１６は再びステップＳ２を実行する。登録指示の入力が行われたと判断したときには、ステップＳ６にて、相手の電話番号およびプロフィール情報を電話帳情報に登録し、処理を終了する。ステップＳ４にて登録不要指示の入力が行われたときには、登録処理部１１６は登録を行うことなく、処理を終了する。

なお上述の例では、登録処理部１１６はユーザの許可を受けて登録を行っている。これにより、電話帳情報への登録に、ユーザの意図を反映させることができる。しかしながらユーザの意図を反映させる必要がない場合には、登録処理部１１６はユーザの許可なしに、相手の電話番号およびプロフィール情報を登録してもよい。例えば登録処理部１１６は新たなプロフィール情報の受信に応答して、登録を行ってもよい。

また登録処理部１１６は通話の後にユーザに対して登録の要否を問い合わせている。これにより、登録による通話の中断を回避することができる。その一方で、通話を中断してもよい場合も考えられる。この場合には、登録処理部１１６は例えば相手のプロフィール情報の受信に応答して、登録の要否をユーザに問い合わせてもよい。

＜７．その他の設定＞
＜７−１．遮断設定＞
プロフィール設定部１１３はユーザによる入力装置２００への入力に応じて、遮断設定を設定してもよい。遮断設定とは、受信者の通話装置１Ｂが着信中にプロフィールリクエストを送信したにも関わらず、発信者の通話装置１Ａからプロフィール情報を受信できない状況において、着信を拒否するか否かの設定である。

遮断設定がオンに設定されたときには、着信処理部１１２は上記状況において自動的に着信を拒否する。つまり、着信処理部１１２はユーザによる着信への入力を待たずに、着信を拒否する。これによれば、身元を明かさない発信者による着信は、自動的に拒否される。したがって、ユーザが表示画面２０を確認して着信の要否を判断する必要がない。よって通話装置１の利便性をさらに向上できる。

図１４は、通話装置１の着信時の動作の一例を示すフローチャートである。図１１と比較して、通話処理部１１０ＢはステップＳＢ９１，ＳＢ９２を更に実行する。ステップＳＢ９１は、ステップＳＢ９にて経過時間が所定時間を超えたと判断したときに実行される。このステップＳＢ９１において、プロフィール処理部１１４Ｂは遮断設定がオンに設定されているか否かを判断する。遮断設定がオフに設定されていると判断したときには、プロフィール処理部１１４ＢはステップＳＢ１０を実行する。遮断設定がオンに設定されていると判断したきには、ステップＳＢ９２にて、着信処理部１１２Ｂは着信を拒否し、動作を終了する。

＜７−２．プロフィール情報の送信内容の設定＞
プロフィール情報は複数の情報（例えば名前および住所など）を含むので、プロフィール設定部１１３はプロフィール情報のうち通話装置１へと送信する情報を、ユーザによる入力に応じて設定してもよい。言い換えれば、入力装置２００は、この情報を指定する入力を受け付ける。例えばユーザは、名前、メールアドレスおよび画像を送信対象として指定する。プロフィール設定部１１３はこの入力に応じて、名前、メールアドレスおよび画像を、送信する情報に設定する。プロフィール処理部１１４はこの設定に応じて、プロフィール情報のうち名前、メールアドレスおよび画像を相手の通話装置１へと送信する。

＜７−２−１．電話帳情報のグループ＞
プロフィール設定部１１３は、プロフィール情報のうち通話装置１へと送信する情報を、その送信先に応じて設定してもよい。プロフィール設定部１１３は、この設定をユーザによる入力装置２００への入力に応じて行う。例えば電話番号が電話帳情報に登録されており、電話帳情報において複数のグループが設定されている場合がある。このグループは電話番号を分類するためのグループであり、例えばユーザによって設定される。プロフィール設定部１１３は当該グループごとに送信内容を設定してもよい。下表は、グループと送信内容との一例を示す表である。

表１においては、複数のグループとして、「友達」、「家族」、「先生（学校）」、「上司」、「同僚」、「お気に入り」、「お店」および「公共機関」が設定されている。プロフィール情報は例えば名前、メールアドレス、画像、住所および生年月日を含んでいる。表１では、名前はメインの名前およびサブの名前を含み、メールアドレスもメインのメールアドレスおよびサブのメールアドレスを含んでいる。表１では、「○」はプロフィール情報を送信することを示し、「−」および「×」は送信情報を送信しないことを示す。

これによれば、ユーザは送信先に応じて送信対象を設定することができるので、通話装置１の利便性を更に向上することができる。

図１５は、通話装置１の発呼時の動作の一例を示すフローチャートである。図９と比較して、通話処理部１１０ＡはステップＳＡ２００，ＳＡ２００’を更に実行する。ステップＳＡ２００は、ステップＳＡ２にて送信設定がオンに設定されていると判断されたときに実行され、図１５の例示ではステップＳＡ３の次に実行されている。このステップＳＡ２００において、後に詳述するように、プロフィール処理部１１４Ａは、送信対象となるプロフィール情報を生成する。このステップＳＡ２００の次のステップＳＡ４において、プロフィール処理部１１４Ａは、生成したプロフィール情報を送信する。

ステップＳＡ２００’は、ステップＳＡ８にてプロフィールリクエストを受信したと判断し、かつ、ステップＳＡ９にて条件付き設定がオンされていると判断したときに実行される。ステップＳＡ２００’においても、後に詳述するように、プロフィール処理部１１４Ａは、送信対象となるプロフィール情報を生成する。このステップＳＡ２００’の次のステップＳＡ１０において、プロフィール処理部１１４Ａは、生成したプロフィール情報を送信する。

ステップＳＡ２００，ＳＡ２００’の動作は例えば同じである。図１６は、送信するプロフィール情報を生成する具体的な動作の一例を示すフローチャートである。まずステップＳＡ２０１にて、プロフィール処理部１１４Ａは、相手の電話番号が電話帳情報に登録されているか否かを判断する。電話番号が登録されていると判断したときには、ステップＳＡ２０２にて、プロフィール処理部１１４Ａは、相手の電話番号がグループに所属しているか否かを判断する。電話番号がグループに所属していると判断したときには、ステップＳＡ２０３にて、プロフィール処理部１１４Ａは、送信対象となるプロフィール情報をグループに応じて生成する。つまり、プロフィール処理部１１４Ａは、記録媒体に記憶されたプロフィール情報のうち、送信対象となる情報を、グループに応じて読み出す。例えば表１に応じて、送信対象となるプロフィール情報を生成する。

一方で、ステップＳＡ２０１にて、相手の電話番号が電話帳情報に登録されていないと判断したとき、または、ステップＳＡ２０２にて、相手の電話番号がグループに所属していないと判断したときには、ステップＳＡ２０４にて、プロフィール処理部１１４Ａは、送信対象となるプロフィール情報を、グループに依らずに生成する。例えばプロフィール処理部１１４Ａは、プロフィール情報のうち予め設定された情報（例えば名前、メールアドレスおよび画像）を、送信対象となるプロフィール情報として読み出す。

着信時においても同様である。つまり、受信側のプロフィール処理部１１４Ｂは通話装置１Ａからプロフィールリクエストに応答して、発呼元の電話番号に応じた送信対象の情報をプロフィール情報として送信してもよい。例えば発呼元の電話番号が登録されており、その電話番号が電話帳情報のグループに属しているときには、プロフィール処理部１１４Ｂは、そのグループに応じた送信対象の情報（例えば表１）をプロフィール情報として通話装置１Ａへと送信する。一方で、発呼元の電話番号が電話帳情報に登録されていなかったり、あるいは、この電話番号がグループに属していないときには、プロフィール処理部１１４Ｂはプロフィール情報のうち予め決められた情報を、通話装置１Ａへと送信してもよい。送信対象となるプロフィール情報の生成方法の具体的な一例は図１６と同様である。

＜７−２−２．ユーザの選択＞
送信対象となるプロフィール情報は、その送信の直前にユーザが選択できてもよい。例えばプロフィール処理部１１４は、プロフィール情報を送信する前に、その送信対象をユーザに問い合わせてもよい。例えば、プロフィール処理部１１４は表示画面２０において、送信対象の入力を求める表示を行ってもよい。

図１７は、発呼時の表示画面２０Ａの一例を概略的に示す図である。図１７の左側の表示画面２０Ａにおいて、発呼先（つまり受信者）の電話番号Ｔ１が表示されている。またこの表示画面２０Ａには、発呼指示の入力用ボタンとして機能する要素２０１Ａが表示されている。要素２０１Ａは、電話番号Ｔ１が割り当てられた通話装置１Ｂへと発呼信号を送信するためのボタンとして機能する。また、この電話番号Ｔ１が通話装置１Ａの電話帳情報に登録されているときには、図１７に例示するように、その名前Ｎ１が表示画面２０Ａに表示されてもよい。

ユーザが当該要素２０１Ａに対して操作を行うと、当該操作がタッチパネル１３０によって検出されて、その情報が制御部１００Ａへと出力される。送信設定または条件付き設定がオンに設定されているときには、プロフィール処理部１１４Ａは、この操作に応答して、図１７の右側に示すように、要素群２０２Ａを表示画面２０Ａへと表示してもよい。この要素群２０２Ａは、ユーザに送信対象の入力を求めるための要素であり、送信対象の入力用のボタンとして機能する。図１７の右側の表示画面２０Ａにおいては、要素群２０２Ａとして、例えば３つの要素２０３Ａ，２０４Ａ，２０５Ａが表示されている。例えば要素２０３Ａは、送信対象のプロフィール情報として、予め設定された情報（例えば名前、メールアドレスおよび画像）を設定するためのボタンとして機能する。要素２０４Ａは、送信対象のプロフィール情報として、例えば発信者の名前のみを設定するためのボタンとして機能する。要素２０５Ａは、送信対象のプロフィール情報として、例えば発信者の名前とメールアドレスを設定するためのボタンとして機能する。

ユーザが例えば要素２０４Ａに対して操作を行うと、この操作がタッチパネル１３０Ａによって検出されて、制御部１００へＡと出力される。発呼処理部１１１Ａは例えば当該操作に応答して発呼信号を送信する。送信設定がオンに設定されているときには、プロフィール処理部１１４Ａは、当該操作に応答して、発信者の名前をプロフィール情報として通話装置１Ｂへと送信する。また条件付き設定がオンに設定されているときには、プロフィール処理部１１４Ａは、通話装置１Ｂからのプロフィールリクエストに応答して、発信者の名前をプロフィール情報として通話装置１Ｂへと送信する。

以上のように、ユーザは例えば発呼時において、送信対象となるプロフィール情報を入力することができる。したがって、ユーザは発呼先に応じて、送信対象となるプロフィール情報を決めることができる。

図１８は、着信時の表示画面２０Ｂの一例を概略的に示す図である。図１８の左側の表示画面２０Ｂにおいて、着信に対する応答用のボタンとして機能する要素２０１Ｂと、発呼元（つまり発信者）の電話番号Ｔ２とが表示されている。この電話番号Ｔ２が通話装置１Ｂの電話帳情報に登録されているときには、図１８に例示するように、その名前Ｎ２が表示画面２０Ｂに表示されてもよい。

ユーザが当該要素２０１Ｂに対して操作を行うと、当該操作がタッチパネル１３０Ｂによって検出されて、その情報が制御部１００Ｂへと出力される。送信設定または条件付き設定がオンに設定されているときには、プロフィール処理部１１４Ｂは、この操作に応答して、要素群２０２Ｂを表示画面２０Ｂへと表示してもよい。この要素群２０２Ｂは、ユーザに送信対象の入力を求めるための要素であり、送信対象の入力用のボタンとして機能する。図１８の右側の表示画面２０Ｂにおいては、要素群２０２Ｂとして、例えば３つの要素２０３Ｂ，２０４Ｂ，２０５Ｂが表示されている。これらはそれぞれ要素２０３Ａ，２０４Ａ，２０５Ａと同じであるので、繰り返しの説明を避ける。

ユーザが例えば要素２０５Ｂに対して操作を行うと、この操作がタッチパネル１３０Ｂによって検出されて、制御部１００Ｂへと出力される。着信処理部１１２Ｂはこの操作に応じて着信に応答する。プロフィール処理部１１４Ｂは、通話装置１Ａからプロフィールリクエストを受信したときに、このプロフィールリクエストに応答して、名前とメールアドレスを、プロフィール情報として通話装置１Ａへと送信する。

以上のように、ユーザは例えば着信時において、送信対象となるプロフィール情報を入力することができる。したがって、受信者は発呼元に応じて、送信対象となるプロフィール情報を決めることができる。

＜８．プロフィール情報の送信条件＞
＜８−１．電話番号の通知設定に基づく送信の要否＞
プロフィール処理部１１４は、プロフィール設定および通知設定に応じて、プロフィール情報の送信要否を決定してもよい。通知設定とは、発信者の宛先情報（例えば電話番号）を受信者に通知するか否かの設定である。例えば日本国の電話システムにおいては、相手の電話番号の先頭に「１８４」を付加して発呼することで、発信者の電話番号を受信者に通知しない設定を行うことができる。つまり、通知設定をオフに設定することができる。この場合、発呼処理部１１１は、通知設定を示す情報を発呼信号に含めて、当該発呼信号を送信してもよい。

また、発信者は相手の電話番号の先頭に「１８６」を付加して発呼することで、発信者の電話番号を受信者に通知する設定を行うことができる。つまり、通知設定をオンに設定することができる。なお「１８４」および「１８６」を付加しないときには、例えば発信者の電話番号を受信者に通知してもよい。つまり、これらを付加しないときには、通知設定をオンに設定してもよい。

プロフィール処理部１１４は、送信設定または条件付き設定がオンに設定されている場合であっても、通知設定がオフに設定されているときには、発呼時において、受信者にプロフィール情報を送信しない。つまり、電話番号の通知設定をオフに設定した状態で発呼信号を送信する場合には、プロフィール処理部１１４はプロフィール情報も送信しない。一方で、通知設定がオンに設定されているときには、プロフィール処理部１１４は、プロフィール設定に応じて、プロフィール情報を送信する。

これによれば、電話番号を通知したくない相手に、プロフィール情報が送信されることを回避することができる。具体的なフローチャートの一例は後に示す。

＜８−２．特定の宛先情報＞
またプロフィール処理部１１４は特定の電話番号が割り当てられた通話装置には、プロフィール情報を送信しなくてもよい。例えば日本国においては、３桁または４桁の電話番号、或いは、「♯」に続く４桁の番号によって、種々のサービスが提供されている。例えば「１１０」の電話番号は警察の通信指令センタの電話番号であり、「１１４」の電話番号は、電報サービスを提供するセンタの電話番号である。このような予め決められた相手には、プロフィール情報を送信しなくてもよい。プロフィール情報を送信しない電話番号は、例えば予め決められて記憶媒体に記憶していてもよい。プロフィール処理部１１４は、発呼先の電話情報が特定の電話番号であるときには、プロフィール情報を送信しない。

これらの特定の電話情報はユーザによって設定されてもよい。例えばユーザは、プロフィール情報を送信しない特定の電話番号を入力装置２００へ入力する。プロフィール設定部１１３は、入力された電話番号を、プロフィールを送信しない電話番号として記憶媒体に記憶してもよい。

＜８−３．フローチャート＞
図１９は、通話装置１の発呼時の動作の一例を示すフローチャートである。図９と比較して、ステップＳＡ１００〜ＳＡ１０４を更に実行する。ステップＳＡ１００はステップＳＡ１にて発呼入力があると判断されたときに実行する。ステップＳＡ１００にて、プロフィール処理部１１４Ａは発呼先の電話番号がプロフィール送信条件を満たしているか否かを判断する。例えば、プロフィール処理部１１４Ａは、通知設定がオフに設定されているときに、発呼先の電話番号がプロフィール送信条件を満足していないと判断する。あるいは、例えば、プロフィール処理部１１４Ａは、発呼先の電話番号が、プロフィール情報を送信しない特定の電話番号を示すときには、当該電話番号はプロフィール送信条件を満足していないと判断する。発呼先の電話番号がプロフィール送信条件を満足しているときには、ステップＳＡ２を実行する。つまり、上述したステップＳＡ２〜ＳＡ２０は、発呼先の電話番号がプロフィール送信条件を満足しているときに実行される。

一方で、発呼先の電話番号がプロフィール送信条件を満足していないと判断したときには、通話処理部１１０ＡはステップＳＡ１０１〜ＳＡ１０４を実行する。ステップＳＡ１０１〜ＳＡ１０４はそれぞれステップＳＡ５，ＳＡ６，ＳＡ２１，ＳＡ２２と同じであるので、繰り返しの説明を避ける。要するに、発呼先の電話番号がプロフィール送信条件を満足していないときには、プロフィール情報のやり取りをすることなく、通話処理を実行する。

＜８−４．ユーザ入力＞
プロフィール情報はユーザ入力によって送信されてもよい。例えばユーザはプロフィール情報を送信したいときに、その送信指示を入力装置２００へ入力する。言い換えれば、入力装置２００はこの送信指示の入力を受け付ける。そして、プロフィール処理部１１４は、この入力が行われたときには、プロフィール設定に関わらず、相手の通話装置１へとプロフール情報を送信してもよい。

例えばプロフィール処理部１１４は、プロフィール情報の送信指示を入力するためのボタンとして機能する要素を表示画面２０に表示してもよい。図２０は表示画面２０の一例を概略的に示す図である。図２０では、一例として着信画面が表示されている。プロフィール処理部１１４は、この着信画面に要素２０６Ｂを表示している。この要素２０６Ｂに対する操作はタッチパネル１３０Ｂによって検出されて、制御部１００Ｂへと出力される。プロフィール処理部１１４Ｂは、要素２０６Ｂへの操作があったときには、プロフィール設定に関わらず、プロフィール情報を送信する。

プロフィール処理部１１４は、プロフィール情報の送信指示の入力用ボタンとして機能する要素を、着信画面の他、発呼画面または通知画面に表示してもよい。つまり、入力装置２００は、発呼（あるいは着信）中のみならず、通話中においても、プロフィール情報の送信指示の入力を受け付けてもよい。

＜９．プロフィールリクエストの送信条件＞
＜９−１．通知不可の通話装置＞
電話番号を発呼先に通知できない通話装置が存在する。このような通話装置は、電話番号を通知できないことを示す通知不可情報を発呼先の通話装置に送信する。例えば、この通話装置は発呼信号を送信するときに、通知不可情報も送信する。プロフィール処理部１１４は通知不可情報をこの通話装置から受信したときには、リクエスト設定に関わらず、プロフィールリクエストを送信しなくてもよい。これにより、不要な処理を回避できる。

＜９−２．特定の電話番号＞
またプロフィール処理部１１４は特定の通話装置には、プロフィールリクエストを送信しなくてもよい。例えば公衆電話機からの着信において、公衆電話機へとプロフィールリクエストを送信しなくてもよい。例えば、公衆電話機からの発呼であることを示す公衆電話情報は発呼信号に含まれていてもよい。この場合、プロフィール処理部１１４はこの公衆電話情報を発呼信号から抽出し、その公衆電話情報の有無に基づいて、発呼元の通話装置が公衆電話機か否を判断することができる。あるいは、公衆電話機に割り当てられる電話番号の一覧を記憶しておいてもよい。プロフィール処理部１１４は、着信信号に含まれる電話番号がこの電話番号に一致するときに、発呼元の通話装置が公衆電話機であると判断してもよい。

＜９−３．フローチャート＞
図２１は、通話装置１の着信時の動作の一例を示すフローチャートである。図１１と比較して、通話処理部１１０ＢはステップＳＢ１００〜ＳＢ１０４を更に実行する。ステップＳＢ１００は、ステップＳＢ１にて着信信号を受信したと判断したときに実行され、図２１の例示では、ステップＳＢ２の次に実行される。ステップＳＢ１００においては、プロフィール処理部１１４Ｂは、発呼元の通話装置がプロフィーリクエストの送信条件を満たすか否かを判断する。例えば、プロフィール処理部１１４Ｂは、着信信号に通知不可情報または公衆電話情報が含まれているときに、発呼元の通話装置は送信条件を満足しないと判断する。発呼元の通話装置が送信条件を満足しているときには、ステップＳＢ３を実行する。つまり、上述したステップＳＢ３〜ＳＢ１９は、発呼元の通話装置がプロフィールリクエストの送信条件を満足しているときに実行される。

一方で、発呼元の通話装置がプロフィールリクエストの送信条件を満足していないと判断したときには、通話処理部１１０ＢはステップＳＢ１０１〜ＳＢ１０４を実行する。ステップＳＢ１０１〜ＳＢ１０４は、それぞれステップＳＢ１１，ＳＢ１２，ＳＢ１６，ＳＢ１７と同じで得あるので、繰り返しの説明を避ける。要するに、発呼元の通話装置がプロフィールリクエストの送信条件を満足しないときには、プロフィール情報のやり取りをすることなく、通話処理を実行する。

＜９−４．プロフィール情報の登録の有無＞
プロフィール処理部１１４は相手のプロフィール情報が電話帳情報に登録されているときには、プロフィールリクエストを送付する必要はない。ところで、プロフィール情報には、複数の情報（例えば名前および住所など）が含まれてもよい。この場合、例えばプロフィール処理部１１４は、プロフィール情報を構成する全ての情報が登録されているときに、プロフィールリクエストを送信せず、少なくとも一つの情報が登録されていないときに、プロフィールリクエストを送信してもよい。つまり、何らかの情報が欠けているときには、相手の通話装置１にプロフィール情報の送信を要求してもよい。

なお、プロフィール情報のうち送信対象となる情報が、電話番号に応じて（例えばグループに応じて）設定されている場合には、この設定情報に基づいて、プロフィールリクエストの送信要否を判断してもよい。例えば、自分のプロフィール情報として名前および画像を相手に送信するように設定されている場合には、その相手の名前および画像が既に登録されているときには、その相手にプロフィールリクエストを送信しない。要するに、相手に与える情報と同じ分野の情報が既に登録されているときには、これ以上のプロフィール情報を要求しなくてもよい。

図２２は、通話装置１の発呼時の動作の一例を示すフローチャートである。図１０と比較して、通話処理部１１０ＡはステップＳＡ１２の替わりにステップＳＡ１２’を実行し、また、ステップＳＡ３００，ＳＡ３０１を更に実行する。ステップＳＡ１２’においては、プロフィール処理部１１４Ａは発呼先の電話番号が電話帳情報に登録されているか否かを判断する。電話番号が登録されていないと判断したときには、プロフィール処理部１１４ＡはステップＳＡ１３を実行する。電話番号が登録されていると判断したときには、ステップＳＡ３００にて、プロフィール処理部１１４Ａは、この電話番号がグループに所属しているか否かを判断する。

この電話番号がグループに属していると判断したときには、ステップＳＡ３０１にて、プロフィール処理部１１４Ａは、そのグループに応じた発呼先のプロフィール情報（つまり送信対象に設定された情報）が登録されているか否かを判断する。例えば表１では、「友達」グループに対しては、メインの名前、メインのメールアドレス、画像および生年月日が送信対象として設定されている。発呼先の電話番号がこの「友達」グループに所属する場合には、プロフィール処理部１１４Ａは、発呼先のメインの名前、メインのメールアドレス、画像および生年月日が電話帳情報に登録されているか否かを判断する。全ての情報が登録されているときには、プロフィール処理部１１４Ａは、グループに応じた発呼先のプロフィール情報が登録されていると判断する。いずれか一つの情報が登録されていないときには、プロフィール処理部１１４Ａは、グループに応じた発呼先のプロフィール情報が登録されていないと判断する。

グループに応じた発呼先のプロフィール情報が登録されていないと判断したときには、ステップＳＡ１３を実行する。つまり、発呼先に与えるプロフィール情報と同じ分野の情報の少なくとも一つが欠けているときに、プロフィール処理部１１４は発呼先の通話装置１Ｂにプロフィール情報を要求するのである。

ステップＳＡ３００にて発呼先の電話番号がグループに所属していないとき、または、ステップＳＡ３０１にて、グループに応じた発呼先のプロフィール情報が登録されているときには、ステップＳＡ２１を実行する。

＜１０．プロフィール情報の送信態様＞
プロフィール処理部１１４は、通話で用いる信号にプロフィール情報を埋め込んで、プロフィール情報を送信してもよい。例えばプロフィール処理部１１４は発呼信号にプロフィール情報を埋め込んでもよい。あるいは、間欠的に発呼信号を送信するときには、プロフィール処理部１１４はその発呼信号の間においてプロフィール情報を送信してもよい。あるいは、プロフィール処理部１１４は発呼信号とはパラレルにプロフィール情報を送信してもよい。

またプロフィール処理部１１４は通話の開始後には、通話用の音声信号にプロフィール情報またはプロフィールリクエストを埋め込んでもよく、あるいは、間欠的に音声信号を送信するときには、その音声信号の間においてプロフィール情報を送信してもよい。或いは、プロフィール処理部１１４は音声信号とはパラレルにプロフィール情報またはプロフィールリクエストを送信してもよい。

通話処理部１１０はインターネット回線を用いて相手の通話装置１と通話を行ってもよい。例えばＬＴＥ(Long Term Evolution)と呼ばれる第４世代の通話規格を用いて行う通話（いわゆるＶｏＬＴＥ(Voice over LTE)）を採用してもよい。この場合にも、上述のようにして、プロフィール情報またはプロフィールリクエストを送信することができる。

また通話で用いる信号とは別にプロフィール情報を送信してもよい。例えば、電話番号を宛先として送信される電子メールに、プロフィール情報あるいはプロフィールリクエストを埋め込んでもよい。

例えばプロフィールリクエストは、件名および本文の少なくとも一方において特定の文字列を含む電子メールであってもよい。図２３は、プロフィールリクエストとしての電子メールの一例を概略的に示す図である。図２３に示すように、電子メールの宛先には、相手の電話番号が採用されている。また電子メールの本文には、プロフィールリクエストであることを示す特定の文字列として"Pr-Request"のみが含まれている。逆に言えば、このような文字列を本文に含む電子メールを受信した場合には、通話処理部１１０はこの電子メールをプロフィールリクエストとして扱う。

同様に、プロフィール情報も電子メールであってもよい。例えばこの電子メールの件名または本文の少なくとも一方に、所定のルールでプロフィール情報が記載されてもよい。図２４は、プロフィール情報としての電子メールの一例を概略的に示す図である。図２４に示すように、電子メールの宛先には、相手の電話番号が採用されている。また電子メールの本文には、プロフィール情報であることを示す特定の文字列として、"Pr-Regist"が記載されている。このような文字列を含む電子メールを受信したときには、通話処理部１１０はこの電子メールをプロフィール情報として取り扱う。図２４の例示では、電子メールの本文において、特定の文字列のその次の行からは、各情報を示す文字列に続いて、その情報の内容が記載されている。例えば名前の情報を示す文字列として、"Name:"が記載されており、これに続いて「太郎」が記載されている。

なおプロフィール情報は、必ずしも電子メールの件名または本文に含める必要はない。例えばプロフィール情報を含むファイルを生成し、そのファイルを電子メールに添付してもよい。この場合、プロフィール情報であることを示す特定の文字列をファイル名に含ませてもよい。通話処理部１１０は、このような文字列をファイル名に含む添付ファイルを、プロフィール情報として扱う。

当該ファイルとしては、例えば電子名刺のフォーマット（例えばｖＣａｒｄ形式）のファイルを採用してもよい。電子名刺のフォーマットはプロフィール情報の表現に適しているからである。

図２５は制御部１００の内部構成の一例を概略的に示す図である。図４と比較して、制御部１００は電子メール処理部１２０を更に備えている。電子メール処理部１２０は電子メールに関する処理を実行することができる。例えば電子メール処理部１２０は作成部１２１と送受信部１２２とプロフィール判断部１２３とボックス管理部１２４と閲覧部１２５とを備えている。

作成部１２１は、プロフィール処理部１１４の指示に応じて、プロフィール情報またはプロフィールリクエストを示す電子メールを、作成することができる。例えばプロフィール処理部１１４は、相手の電話番号、および、リクエスト作成指示を作成部１２１に出力する。作成部１２１は、受け取った電話番号を宛先とし、例えばプロフィールリクエストを示す特定の文字列を件名および本文の少なくともいずれか一方に含めた電子メールを作成する。また例えばプロフィール処理部１１４は、相手の電話番号、送信すべきプロフィール情報、および、プロフィール作成指示を、作成部１２１に出力する。作成部１２１は、受け取った電話番号を宛先とし、受け取ったプロフィール情報を含めた電子メールを作成する。

なお作成部１２１はユーザの入力に応じて電子メールを作成してもよい。このような電子メールはプロフィール情報とは無関係な電子メールである。

送受信部１２２は、外部の装置と電子メールを送受信することができる。具体的には送受信部１２２は作成部１２１が作成した電子メールを外部の装置（例えば相手の通話装置１）へと送信する。また、外部の装置から電子メールを受信することができる。

プロフィール判断部１２３は、受信した電子メールがプロフィール情報またはプロフィールリクエストであるか否かを判断する。なお、以下では、これらの電子メールを総称してプロフィール関連の電子メールとも呼ぶ。例えば電子メールに、プロフィール情報であることを示す特定の文字列が含まれているときには、プロフィール判断部１２３は、その電子メールはプロフィール情報であると判断し、当該電子メールからプロフィール情報を抽出してプロフィール処理部１１４へと出力する。また例えば電子メールに、プロフィールリクエストであることを示す特定の文字列が含まれているときには、プロフィール判断部１２３は、その電子メールはプロフィールリクエストであると判断し、プロフィールリクエストの受信をプロフィール処理部１１４に通知する。

ボックス管理部１２４は、送信した電子メールおよび受信した電子メールを、所定のグループ（以下ではボックスと呼ぶ）に分類して管理し、これらを記憶媒体に記憶する。例えばユーザが作成して送信した電子メールを送信ボックスの電子メールとして記憶し、受信した電子メールを受信ボックスの電子メールとして記憶する。このボックス管理部１２４は、プロフィール関連の電子メールを、これらのボックスとは別のボックスに格納してもよい。つまり、ボックス管理部１２４はプロフィール関連の電子メールであることを示す特定のボックスに、これらの電子メールを紐付けてもよい。

あるいは、ボックス管理部１２４は、通話装置１Ｂに送信済みのプロフィール関連の電子メールを削除してもよい。同様に、通話装置１Ｂから受信してプロフィール処理部１１４へと通知済みのプロフィール関連の電子メールも削除してもよい。

閲覧部１２５はユーザの入力に応じて電子メールを表示画面２０に表示する。閲覧部１２５は、プロフィール関連の電子メール以外の通常の電子メールの一覧を、通常のボックス（例えば送信ボックスおよび受信ボックスなど）ごとに表示する。その一方で、閲覧部１２５はプロフィール関連の電子メールを表示画面２０に表示しなくてもよい。つまり、プロフィール関連の電子メールは必ずしもユーザに表示する必要はないので、この電子メールを表示しないのである。これによれば、不要な電子メールが表示画面２０に表示されることを回避できる。

図２６は、電子メール処理部１２０の動作の一例を示すフローチャートである。図２６の例示では、プロフィールリクエストまたはプロフィール情報の送信動作の一例が示されている。ステップＳ１０において、作成部１２１は、プロフィール処理部１１４からの指示に応じて、プロフィールリクエストまたはプロフィール情報を示す電子メールを作成する。次にステップＳ１１にて、送受信部１２２はこの電子メールを相手の通話装置１へと送信する。次にステップＳ１２にて、ボックス管理部１２４はこの電子メールを特定ボックスに格納するか、あるいは、削除する。

図２７は、電子メール処理部１２０の動作の一例を示すフローチャートである。図２７の例示では、電子メールを受信したときの動作の一例が示されている。まずステップＳ２０にて、プロフィール判断部１２３は、送受信部１２２によって受信された電子メールがプロフィールリクエストまたはプロフィール情報であるか否かを判断する。肯定的な判断がなされたときには、ステップＳ２１にて、プロフィール判断部１２３は、このプロフィール情報またはプロフィールリクエストをプロフィール処理部１１４へと出力する。次にステップＳ２２にて、ボックス管理部１２４は、受信した電子メールを特定ボックスに格納するか、あるいは、削除する。ステップＳ２０にて否定的な判断がなされたときには、ステップＳ２３にて、ボックス管理部１２４は、受信した電子メールを、特定ボックス以外の通常ボックスに格納する。

図２８は閲覧部１２５の具体的な動作の一例を示すフローチャートである。まずステップＳ３０にて、閲覧部１２５は、ユーザによる閲覧指示の入力が入力装置２００に対して行われたか否かを判断する。閲覧指示の入力が行われていないと判断したきには、閲覧部１２５は再びステップＳ３０を実行する。

閲覧指示の入力が行われたと判断したときには、ステップＳ３１にて、閲覧部１２５はプロフィール関連の電子メールを表示せずに、これ以外の通常の電子メールを表示画面２０に表示する。

＜１１．非対応端末＞
例えば相手の通話装置１がプロフィール設定部１１３およびプロフィール処理部１１４を備えていない通話装置である場合も想定される。この場合、ユーザの通話装置１のプロフィール処理部１１４が相手の通話装置１へとプロフィール情報を送信しても、相手の通話装置１においてプロフィール情報は表示されない。またユーザの通話装置１がプロフィールリクエストを送信しても、相手の通話装置１はプロフィール情報を送信しない。よってユーザの通話装置１にも、相手のプロフィール情報は表示されない。

このような場合、相手の通話装置１の通話処理部１１０はプロフィール設定部１１３およびプロフィール処理部１１４を備えていないことを、ユーザの通話装置１へと送信してもよい。この場合、ユーザの通話装置１はプロフィール情報およびプロフィールリクエストを相手の通話装置１へと送信しなくてもよい。これによれば、不要な通信を回避できる。

しかも、これらの情報を電子メールで送信する場合には、相手の通話装置１において、プロフィール情報またはプロフィールリクエストを示す電子メールが閲覧され得るところ、そのような閲覧を回避することもできる。

以上のように、通話装置、該通話装置の制御方法、該通話装置の制御プログラムおよび該通話装置の制御装置は詳細に説明されたが、上記した説明は、全ての局面において例示であって、この開示がそれに限定されるものではない。また、上述した各種変形例は、相互に矛盾しない限り組み合わせて適用可能である。そして、例示されていない多数の変形例が、この開示の範囲から外れることなく想定され得るものと解される。

１ 通話装置
１００ 制御部
１２０ 表示装置
２００ 入力装置
２１０ 無線通信部
Ｐｇ１ 制御プログラム

Claims (17)

1. 通話装置であって、
   通信部、入力装置および制御回路を備え、
   前記制御回路は、
   ユーザによる前記入力装置への入力に応じて、ユーザのプロフィール情報に関する設定を行い、
   前記設定に基づいて、通話相手の通話装置である相手通話装置へと、前記通信部を介してプロフィール情報に関する情報を送信し、
   前記設定は、前記プロフィール情報の送信を要求するプロフィールリクエストを相手通話装置へ送信するか否かのリクエスト設定を含み、
   前記制御回路は、
   前記プロフィールリクエストを送信する設定が行われているときには、前記相手通話装置からの着信信号の受信に応答して、前記プロフィールリクエストを前記相手通話装置へと送信する、通話装置。
2. 請求項１に記載の通話装置であって、
   前記設定は、前記プロフィール情報を送信するか否かのプロフィール設定を含み、
   前記制御回路は、
   ユーザによる前記入力装置への発呼指示の入力に応答して、前記相手通話装置へと発呼信号を送信し、
   前記プロフィール情報を送信する設定が行われているときには、前記発呼指示の入力に応答して前記プロフィール情報も前記相手通話装置に送信する、通話装置。
3. 請求項１に記載の通話装置であって、
   前記設定は、前記プロフィール情報を送信するか否かのプロフィール設定を含み、
   前記制御回路は、
   前記相手通話装置からの発呼信号を着信信号として受信したときには、前記プロフィール情報を送信する設定が行われており、かつ、前記相手通話装置からのプロフィールリクエストを受信したことを条件として、前記プロフィール情報を前記相手通話装置へと送信する、通話装置。
4. 請求項３に記載の通話装置であって、
   前記入力装置は、ユーザによる、着信に対する応答および拒否の入力を受け付け、
   前記制御回路は、前記応答が入力された後に、前記プロフィール情報を前記通話相手へと送信する、通話装置。
5. 請求項２から請求項４のいずれか一つに記載の通話装置であって、
   前記入力装置は前記プロフィール情報を送信するための送信指示の入力を受け付け、
   前記制御回路は、前記送信指示の入力が行われたときには、前記プロフィール設定に関わらず、前記プロフィール情報を前記相手通話装置へと送信する、通話装置。
6. 請求項１から請求項５のいずれか一つに記載の通話装置であって、
   前記制御回路は、前記プロフィールリクエストの送信に応じて前記プロフィール情報を前記相手通話装置から受信しないときに、着信を拒否するか否かを示す遮断設定を、前記入力装置への入力に応じて設定する、通話装置。
7. 請求項１から請求項６のいずれか一つに記載の通話装置であって、
   前記制御回路は、前記プロフィールリクエストを示す第１電子メールを前記相手通話装置へ送信する、通話装置。
8. 請求項７に記載の通話装置であって、
   表示装置を備え、
   前記制御回路は、
   ユーザによる前記入力装置への入力に応じて第２電子メールを作成して外部へ送信し、
   前記第１電子メールを前記表示装置に表示せずに、前記第２電子メールを前記表示装置に表示する、通話装置。
9. 請求項１から請求項６のいずれか一つに記載の通話装置であって、
   前記制御回路は前記プロフィール情報を示す第１電子メールを前記相手通話装置へと送信する、通話装置。
10. 請求項９に記載の通話装置であって、
    表示装置を備え、
    前記制御回路は、
    ユーザによる前記入力装置への入力に応じて第２電子メールを作成して外部へ送信し、
    前記第１電子メールを前記表示装置に表示せずに、前記第２電子メールを前記表示装置に表示する、通話装置。
11. 請求項１から請求項１０のいずれか一つに記載の通話装置であって、
    前記プロフィール情報は複数の情報を含み、
    前記制御回路は、前記プロフィール情報のうち前記相手通話装置へと送信する情報を、前記相手通話装置に応じて決定する、通話装置。
12. 請求項１から請求項１０のいずれか一つに記載の通話装置であって、
    前記プロフィール情報は複数の情報を含み、
    前記入力装置は、前記プロフィール情報のうち前記相手通話装置へと送信する情報を指定する指定入力を受け付け、
    前記制御回路は、前記指定入力に応じて前記プロフィール情報を前記相手通話装置へと送信する、通話装置。
13. 請求項１１に記載の通話装置であって、
    前記相手通話装置に割り当てられた宛先情報を含む宛先帳情報を記憶する記憶媒体を備え、
    前記宛先情報において、前記宛先情報についての複数のグループが設定されており、
    前記制御回路は、前記プロフィール情報のうち前記相手通話装置へと送信する情報を、前記グループに応じて設定する、通話装置。
14. 通話装置を制御する方法であって、
    ユーザによる入力装置への入力に応じて、ユーザのプロフィール情報に関する設定を行い、
    前記設定に基づいて、通話相手の通話装置である相手通話装置へと、通信部を介してプロフィール情報に関する情報を送信し、
    前記設定は、前記プロフィール情報の送信を要求するプロフィールリクエストを相手通話装置へ送信するか否かのリクエスト設定を含み、
    前記プロフィールリクエストを送信する設定が行われているときには、前記相手通話装置からの着信信号の受信に応答して、前記プロフィールリクエストを前記相手通話装置へと送信する、通話装置の制御方法。
15. 通信部および入力装置を備える通話装置を制御するための制御プログラムであって、
    前記通話装置に、
    ユーザによる前記入力装置への入力に応じて、ユーザのプロフィール情報に関する設定を行い、前記設定は、前記プロフィール情報の送信を要求するプロフィールリクエストを相手通話装置へ送信するか否かのリクエスト設定を含む工程と、
    前記設定に基づいて、通話相手の通話装置である相手通話装置へと、前記通信部を介してプロフィール情報に関する情報を送信する工程と、
    前記プロフィールリクエストを送信する設定が行われているときには、前記相手通話装置からの着信信号の受信に応答して、前記プロフィールリクエストを前記相手通話装置へと送信する工程と
    を実行させるための、制御プログラム。
16. 通信部および入力装置を備える通話装置を制御する装置であって、
    ユーザによる前記入力装置への入力に応じて、ユーザのプロフィール情報に関する設定を行い、
    前記設定に基づいて、通話相手の通話装置である相手通話装置へと、前記通信部を介してプロフィール情報に関する情報を送信し、
    前記設定は、前記プロフィール情報の送信を要求するプロフィールリクエストを相手通話装置へ送信するか否かのリクエスト設定を含み、
    前記プロフィールリクエストを送信する設定が行われているときには、前記相手通話装置からの着信信号の受信に応答して、前記プロフィールリクエストを前記相手通話装置へと送信する処理を実行する、通話装置の制御装置。
17. 通信部および入力装置を備える通話装置を制御するための制御プログラムであって、
    前記通話装置に、
    ユーザによる前記入力装置への入力に応じて、ユーザのプロフィール情報に関する設定を行い、前記設定は、前記プロフィール情報の送信を要求するプロフィールリクエストを前記相手通話装置へ送信するか否かのリクエスト設定を含む工程と、
    前記設定に基づいて、通話相手の通話装置である相手通話装置へと、前記通信部を介してプロフィール情報に関する情報を送信する工程と、
    ユーザによる前記入力装置への発呼入力に応答して、前記相手通話装置へと発呼信号を送信する工程と、
    前記相手通話装置において前記発呼信号に対する応答があったときに、前記相手通話装置との通話を開始する工程と、
    前記プロフィールリクエストを送信する設定が行われているときには、前記通話の開始後に前記プロフィールリクエストを前記相手通話装置へと送信する工程と
    を実行させるための、制御プログラム。

Images