(57)【要約】【課題】アドレス帳に、同じ連絡先の連絡先情報が、異なる名称で複数登録されている場合であっても、着信時に、通信相手を識別容易な名称を通知する「通信端末」を提供する。【解決手段】アドレスＤＢの各連絡先レコードに登録されている表示名のリストを表示し、リスト上で表示名が選択された連絡先レコードに登録されている電話番号に発呼し、発呼日時と、発呼した電話番号と、選択された表示名を記述した発信履歴エントリを追加登録する。着呼時には、発呼元の電話番号が登録されている発信履歴エントリのうちの発呼日時が最新の発信履歴エントリに記述されている表示名を、発信元情報６０１として表した着信通知画面ａ３を表示する。【選択図】図６
2014072819.tif 000002
【特許請求の範囲】
【請求項１】
連絡先の名称と当該連絡先の電話番号とを登録した連絡先情報を複数含むアドレス帳を備えた通信端末であって、
ユーザから指定された名称が登録されている前記連絡先情報に登録されている電話番号に電話の呼を発信すると共に、発信した電話番号と前記ユーザから指定された名称とを発信履歴として保存する発信手段と、
電話の呼の着信時に、当該呼の発信元の電話番号が登録されている前記発信履歴に登録されている名称を、前記着信した呼の発信元の名称としてユーザに通知する通信相手通知手段とを有することを特徴とする通信端末。
【請求項２】
請求項１記載の通信端末であって、
前記発信手段は、発信した電話番号と前記ユーザから指定された名称に加え発信した日時を発信履歴として保存し、
前記通信相手通知手段は、電話の呼の着信時に、当該呼の発信元の電話番号が登録されている前記発信履歴のうち、登録されている日時が最新の発信履歴に登録されている名称を、前記着信した呼の発信元の名称としてユーザに通知することを特徴とする通信端末。
【請求項３】
請求項１記載の通信端末であって、
前記通信相手通知手段は、電話の呼の着信時に、当該呼の発信元の電話番号が登録されている前記発信履歴が複数存在する場合に、複数存在した発信履歴に登録されている数が最も多い名称を、前記着信した呼の発信元の名称としてユーザに通知することを特徴とする通信端末。
【請求項４】
連絡先の名称と当該連絡先のメールアドレスとを登録した連絡先情報を複数含むアドレス帳を備えた通信端末であって、
ユーザから指定された名称が登録されている前記連絡先情報に登録されているメールアドレスを宛先とするメールを送信すると共に、送信したメールアドレスと前記ユーザから指定された名称とを送信履歴として保存する送信手段と、
メールの受信時に、受信したメールの送信元のメールアドレスが登録されている前記送信履歴に登録されている名称を、前記受信したメールの送信元の名称としてユーザに通知する通信相手通知手段とを有することを特徴とする通信端末。
【請求項５】
請求項４記載の通信端末であって、
前記送信手段は、送信したメールアドレスと前記ユーザから指定された名称に加え、メールを送信した日時を前記送信履歴として保存し、
前記通信相手通知手段は、メールの受信時に、受信したメールの送信元のメールアドレスが登録されている前記送信履歴のうち、登録されている日時が最新の送信履歴に登録されている名称を、前記受信したメールの送信元の名称としてユーザに通知することを特徴とする通信端末。
【請求項６】
請求項４記載の通信端末であって、
前記通信相手通知手段は、メールの受信時に、受信したメールの送信元のメールアドレスが登録されている前記送信履歴が複数存在する場合に、複数存在した送信履歴に登録されている数が最も多い名称を、前記受信したメールの送信元の名称としてユーザに通知することを特徴とする通信端末。
【請求項７】
連絡先の名称と当該連絡先の電話番号とメールアドレスとを登録した連絡先情報を複数含むアドレス帳を備えた通信端末であって、
ユーザから指定された名称が登録されている前記連絡先情報に登録されている電話番号に電話の呼を発信すると共に、発信した電話番号と前記ユーザから指定された名称と当該発信した日時とを発信履歴として保存する発信手段と、
ユーザから指定された名称が登録されている前記連絡先情報に登録されているメールアドレスを宛先とするメールを送信すると共に、送信したメールアドレスと前記ユーザから指定された名称と当該メールを送信した日時とを送信履歴として保存する送信手段と、
通信相手通知手段とを有し、
当該通信相手通知手段は、
電話の呼の着信時に、当該呼の発信元の電話番号が登録されている前記連絡先情報に登録されている電話番号が登録されている前記発信履歴と、当該呼の発信元の電話番号が登録されている前記連絡先情報に登録されているメールアドレスが登録されている前記送信履歴とを対象履歴として、当該対象履歴に登録されている名称を、前記着信した呼の発信元の名称としてユーザに通知し、
メールの受信時に、受信したメールの送信元のメールアドレスが登録されている前記連絡先情報に登録されている電話番号が登録されている前記発信履歴と、当該受信したメールの送信元のメールアドレスが登録されている前記連絡先情報に登録されているメールアドレスが登録されている前記送信履歴とを対象履歴として、当該対象履歴に登録されている名称を、前記受信したメールの送信元の名称としてユーザに通知することを特徴とする通信端末。
【請求項８】
請求項７記載の通信端末であって、
前記通信相手通知手段は、
電話の呼の着信時に、前記対象履歴のうち、登録されている日時が最新の対象履歴に登録されている名称を、前記着信した呼の発信元の名称としてユーザに通知し、
メールの受信時に、前記対象履歴のうち、登録されている日時が最新の対象履歴に登録されている名称を、前記受信したメールの送信元の名称としてユーザに通知することを特徴とする通信端末。
【請求項９】
請求項７記載の通信端末であって、
前記通信相手通知手段は、
電話の呼の着信時に、前記対象履歴が複数存在する場合に、複数存在した対象履歴に登録されている数が最も多い名称を、前記着信した呼の発信元の名称としてユーザに通知し、
メールの受信時に、前記対象履歴が複数存在する場合に、複数存在した対象履歴に登録されている数が最も多い名称を、前記受信したメールの送信元の名称としてユーザに通知することを特徴とする通信端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信端末において通信相手の識別名を通知する技術に関するものである。
【背景技術】
【０００２】
通信端末において通信相手の識別名を通知する技術としては、名称や電話番号等の連絡先情報を各連絡先について登録したアドレス帳を備えた移動電話端末において、着呼があったときに、アドレス帳を参照して、発呼側の電話番号を含む連絡先情報が示す名称を表示する技術が知られている（たとえば、特許文献１）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開2009-224919号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
さて、移動電話端末などの通信端末が備えるアドレス帳には、同じ連絡先の連絡先情報が重複して登録されていることがある。たとえば、ある通信端末のアドレス帳に、他の装置のアドレス帳の連絡先情報をインポートする場合において、インポート時に、インポート元のアドレス帳とインポート先のアドレス帳とに、同じ連絡先の連絡先情報がそれぞれ存在していたときには、インポート後には、インポート先のアドレス帳には、同じ連絡先の連絡先情報が重複して登録されることとなる。また、連絡先情報に登録する連絡先の名称は当該連絡先のニックネームなどの任意の名称を用いることができるために、この場合において、インポート先のアドレス帳に含まれる、同じ連絡先に対応する複数の連絡先情報が表す当該連絡先の名称は、それぞれ異なる名称となることがある。
【０００５】
ここで、一般に、ユーザは、一時期には一人の連絡先を主に一つの名称で識別するため、アドレス帳に、同じ連絡先の連絡先情報が複数、各連絡先情報が表す名称が異なる形態で登録されている場合であっても、当該連絡先の識別にユーザが主に用いる名称は、当該連絡先に対応する複数の連絡先情報の内のいずれか一つの連絡先情報が表す名称となる。
このため、このように、アドレス帳に、同じ連絡先の連絡先情報が重複して、各連絡先情報が表す名称が異なる形態で登録されている場合に、当該連絡先の電話番号を発呼側の電話番号とする着呼があったときに、上述のように、通信端末において、発呼側の電話番号を含むいずれか一つの連絡先情報が示す名称を表示すると、表示される名称が必ずしも通信端末のユーザが、現在、発呼側の連絡先の識別に用いている名称とはならず、結果、ユーザの発呼側の連絡先の識別に不便が生じるという問題が生じる。
【０００６】
なお、アドレス帳に、同じ連絡先の連絡先情報が重複して、各連絡先情報が表す名称が異なる形態で登録されている場合に、着呼があったときに、通信端末において、発呼側の電話番号を含む全ての連絡先情報が示す全ての名称を表示することは、表示の煩雑化を招くなどの理由により好ましくない。
そこで、本発明は、アドレス帳に、同じ連絡先の連絡先情報が複数、当該連絡先を表す名称として異なる名称が登録されている形態で登録されている場合であっても、当該連絡先との通信において、ユーザが、当該連絡先を識別容易なように、通信相手の名称を通知することを課題とする。
【課題を解決するための手段】
【０００７】
前記課題達成のために、本発明は、連絡先の名称と当該連絡先の電話番号とを登録した連絡先情報を複数含むアドレス帳を備えた通信端末に、ユーザから指定された名称が登録されている前記連絡先情報に登録されている電話番号に電話の呼を発信すると共に、発信した電話番号と前記ユーザから指定された名称とを発信履歴として保存する発信手段と、電話の呼の着信時に、当該呼の発信元の電話番号が登録されている前記発信履歴に登録されている名称を、発信元の名称としてユーザに通知する通信相手通知手段とを有することを備えたものである。
【０００８】
このような通信端末は、前記発信手段において、発信した電話番号と前記ユーザから指定された名称に加え発信した日時を発信履歴として保存し、前記通信相手通知手段において、電話の呼の着信時に、当該呼の発信元の電話番号が登録されている前記発信履歴のうち、登録されている日時が最新の発信履歴に登録されている名称を、発信元の名称としてユーザに通知するように構成してもよい。
または、このような通信端末は、前記通信相手通知手段において、電話の呼の着信時に、当該呼の発信元の電話番号が登録されている前記発信履歴が複数存在する場合に、複数存在した発信履歴に登録されている数が最も多い名称を、発信元の名称としてユーザに通知するように構成してもよい。
【０００９】
ここで、過去の呼の発信時に、発信手段がユーザから指定された名称は、当該名称が登録された連絡先情報に登録された電話番号の相手の識別にユーザが用いている名称であると推定することができる。よって、本発明によって、電話の呼の着信時に、当該呼の発信元の電話番号が登録されている前記発信履歴に登録されている名称を、発信元の名称としてユーザに通知すれば、着信した呼の発信元が異なる名称で複数の連絡先情報に登録されている場合であっても、ユーザが識別容易な名称によって通信相手をユーザに通知することができる。
【００１０】
また、前記課題達成のために、本発明は、連絡先の名称と当該連絡先のメールアドレスとを登録した連絡先情報を複数含むアドレス帳を備えた通信端末に、ユーザから指定された名称が登録されている前記連絡先情報に登録されているメールアドレスを宛先とするメールを送信すると共に、送信したメールアドレスと前記ユーザから指定された名称とを送信履歴として保存する送信手段と、メールの受信時に、受信したメールの送信元のメールアドレスが登録されている前記送信履歴に登録されている名称を、前記受信したメールの送信元の名称としてユーザに通知する通信相手通知手段とを備えたものである。
【００１１】
ここで、このような通信端末は、前記送信手段において、送信したメールアドレスと前記ユーザから指定された名称に加え、メールを送信した日時を前記送信履歴として保存し、前記通信相手通知手段において、メールの受信時に、受信したメールの送信元のメールアドレスが登録されている前記送信履歴のうち、登録されている日時が最新の送信履歴に登録されている名称を、前記受信したメールの送信元の名称としてユーザに通知するように構成してもよい。
または、このような通信端末は、前記通信相手通知手段において、メールの受信時に、受信したメールの送信元のメールアドレスが登録されている前記送信履歴が複数存在する場合に、複数存在した送信履歴に登録されている数が最も多い名称を、前記受信したメールの送信元の名称としてユーザに通知するように構成してもよい。
【００１２】
ここで、過去のメールの送信時に、送信手段がユーザから指定された名称は、当該名称が登録された連絡先情報に登録されたメールアドレスの相手の識別にユーザが用いている名称であると推定することができる。よって、本発明によって、メールの受信時に、当該メールの送信元のメールアドレスが登録されている前記送信履歴に登録されている名称を、メールの送信元の名称としてユーザに通知すれば、受信したメールの送信元が異なる名称で複数の連絡先情報に登録されている場合であっても、ユーザが識別容易な名称によって通信相手をユーザに通知することができる。
【００１３】
また、前記課題達成のために、本発明は、連絡先の名称と当該連絡先の電話番号とメールアドレスとを登録した連絡先情報を複数含むアドレス帳を備えた通信端末に、ユーザから指定された名称が登録されている前記連絡先情報に登録されている電話番号に電話の呼を発信すると共に、発信した電話番号と前記ユーザから指定された名称と当該発信した日時とを発信履歴として保存する発信手段と、ユーザから指定された名称が登録されている前記連絡先情報に登録されているメールアドレスを宛先とするメールを送信すると共に、送信したメールアドレスと前記ユーザから指定された名称と当該メールを送信した日時とを送信履歴として保存する送信手段と、通信相手通知手段とを備えたものである。ここで、通信相手通知手段は、電話の呼の着信時に、当該呼の発信元の電話番号が登録されている前記連絡先情報に登録されている電話番号が登録されている前記発信履歴と、当該呼の発信元の電話番号が登録されている前記連絡先情報に登録されているメールアドレスが登録されている前記送信履歴とを対象履歴として、当該対象履歴に登録されている名称を、前記着信した呼の発信元の名称としてユーザに通知し、メールの受信時に、受信したメールの送信元のメールアドレスが登録されている前記連絡先情報に登録されている電話番号が登録されている前記発信履歴と、当該受信したメールの送信元のメールアドレスが登録されている前記連絡先情報に登録されているメールアドレスが登録されている前記送信履歴とを対象履歴として、当該対象履歴に登録されている名称を、前記受信したメールの送信元の名称としてユーザに通知するものである。
【００１４】
ここで、このような通信端末は、前記通信相手通知手段において、電話の呼の着信時に、前記対象履歴のうち、登録されている日時が最新の対象履歴に登録されている名称を、前記着信した呼の発信元の名称としてユーザに通知し、メールの受信時に、前記対象履歴のうち、登録されている日時が最新の対象履歴に登録されている名称を、前記受信したメールの送信元の名称としてユーザに通知するように構成してもよい。
【００１５】
または、このような通信端末は、前記通信相手通知手段において、電話の呼の着信時に、前記対象履歴が複数存在する場合に、複数存在した対象履歴に登録されている数が最も多い名称を、前記着信した呼の発信元の名称としてユーザに通知し、メールの受信時に、前記対象履歴が複数存在する場合に、複数存在した対象履歴に登録されている数が最も多い名称を、前記受信したメールの送信元の名称としてユーザに通知するように構成してもよい。
【００１６】
このようにすることにより、メールと電話の双方について、双方の過去の発信/送信の履歴を相互に利用しながらユーザが識別容易な通信相手の名称を特定し、当該特定した名称によって通信相手をユーザに通知することができるようになる。
【発明の効果】
【００１７】
以上のように、本発明によれば、アドレス帳に、同じ連絡先の連絡先情報が複数、当該連絡先を表す名称として異なる名称が登録されている形態で登録されている場合であっても、当該連絡先との通信において、ユーザが当該連絡先を識別容易なように、通信相手の名称を通知することができる。
【図面の簡単な説明】
【００１８】
【図１】本発明の実施形態に係るスマートフォンの構成を示すブロック図である。
【図２】本発明の実施形態に係る記憶装置に格納されるデータを示す図である。
【図３】本発明の実施形態に係るスマートフォンにおけるアドレス帳を用いた電話番号/メールアドレスの指定法を示す図である。
【図４】本発明の実施形態に係る電話着信通知処理を示すフローチャートである。
【図５】本発明の実施形態に係るメール受信通知処理を示すフローチャートである。
【図６】本発明の実施形態に係る着信通知画面と受信通知画面を示す図である。
【発明を実施するための形態】
【００１９】
以下、本発明の実施形態についてスマートフォン（多機能型携帯電話）への適用を例にとり説明する。
図１に、本第１実施形態に係る車載装置とスマートフォンの構成を示す。
スマートフォン１は、ユーザによって携帯されるモバイル装置であり、図示するように、移動電話網にアクセスするための移動通信装置１０１、外部装置と有線または近距離無線による相互通信を行う外部インタフェース１０２、記憶装置１０３、ディスプレイ１０４の表示を制御する表示制御部１０５、ディスプレイ１０４の表示面上に重ねて配置されたタッチパネルと操作ボタンよりなる操作部１０６、マイク１０７やスピーカ１０８を用いた音声入出力を行う音声入出力部１０９、その他の各種の周辺装置である他周辺装置１１０、スマートフォン１のオペレーティングシステム１１１、オペレーティングシステム１１１によって管理されオペレーティングシステム１１１上で稼働する複数のアプリケーションを備えている。
【００２０】
そして、本スマートフォン１は、オペレーティングシステム１１１上で稼働するアプリケーションとして、アドレス帳アプリケーション１２１、移動電話アプリケーション１２２、メールアプリケーション１２３、その他のアプリケーション１２４を備えている。
ただし、スマートフォン１は、ハードウエア的には、ＣＰＵやメモリなどを備えたコンピュータを用いて構成されるものあり、オペレーティングシステム１１１や、各アプリケーションなどは、当該コンピュータが、所定のコンピュータプログラムを実行することにより実現されるものである。
【００２１】
さて、ここで、各アプリケーションは、オペレーティングシステム１１１を介して、移動通信装置１０１や外部インタフェース１０２や記憶装置１０３や表示制御部１０５や操作部１０６や音声入出力部１０９や他周辺装置１１０などの各周辺装置の機能を利用することができる。そして、アドレス帳アプリケーション１２１は、各周辺装置の機能を利用しつつアドレス帳の管理やアドレス帳を用いた各種処理を行うアプリケーションであり、移動電話アプリケーション１２２は各周辺装置の機能を利用しつつスマートフォン１を移動電話として機能させるアプリケーションであり、メールアプリケーション１２３は各周辺装置の機能を利用しつつメールやメッセージの編集、送受信を行うメール端末としてスマートフォン１を機能させるアプリケーションである。
【００２２】
次に、本実施形態において、スマートフォン１の記憶装置１０３に記憶する各種情報について説明する。
記憶装置１０３には、メールアプリケーション１２３が送受信したメールやメッセージのデータがメールデータとして保存される他、図２ａに示すアドレスＤＢ、図２ｂ１に示す発信履歴テーブル、図２ｂ２に示す着信履歴テーブル、図２ｃ１に示す送信履歴テーブル、図２ｃ２に示す受信履歴テーブルが格納される。
【００２３】
図２ａに示すアドレスＤＢは、アドレス帳を規定するデータであり、連絡先毎に設けられた連絡先レコードを蓄積したデータベースである。そして、各連絡先レコードには、連絡先の識別用に用いる名称である表示名、連絡先の電話番号、連絡先のメールやメッセージのアドレスであるメールアドレス、連絡先の正式な氏名、連絡先の住所、連絡先のその他の情報が登録される。
【００２４】
ここで、アドレス帳アプリケーション１２１は、ユーザ操作に応じて、新規連絡先レコードの編集及びアドレスＤＢへの登録や、アドレスＤＢに既存の連絡先レコードの修正や消去を行う他、外部インタフェース１０２を介して、外部装置からの連絡先レコードのアドレスＤＢへのインポートなどの処理を行う。
【００２５】
さて、次に、図２ｂ１に示す発信履歴テーブルには、移動電話アプリケーション１２２を用いて行った各発呼（電話発信）毎に設けた発信履歴エントリ（図の各行）を有し、各発信履歴エントリには、発呼を行った日時、通話時間、発呼先の電話番号、発呼先の表示名、発呼先の電話番号がアドレス帳を用いて指定されたか、ソフトキーであるテンキーによって指定されたかを表す指定元が登録される。
【００２６】
ここで、スマートフォン１のユーザは、次の２通りの方法により移動電話の発呼（発信）を行うことができる。
移動電話の発呼（発信）を行う一つ目の方法は、アドレス帳から発呼先を指定する方法である。
すなわち、アドレス帳アプリケーション１２１は起動されると、アドレスＤＢの各連絡先レコードに登録されている表示名のリストを表すリスト画面を図３ａ１に示すように表示する。そして、ユーザによってリスト画面のリスト上でいずれかの表示名がタップなどによって選択されたならば、図３ａ２に示すように、選択された表示名に対応する連絡先レコードに登録されている表示名や氏名や電話番号やメールアドレスや住所を表す連絡先画面を表示する。そして、連絡先画面上で、電話番号がタップなどによってユーザから選択されたならば、連絡先画面に表示している連絡先レコードに登録されている電話番号への発呼（発信）を移動電話アプリケーション１２２に要求し、当該要求を受けた移動電話アプリケーション１２２は、要求された電話番号へ発呼（発信）する。そして、このように、アドレス帳から発呼先を指定した呼の発信履歴エントリの表示名には、電話番号の選択を受け付けた図３ａ２の連絡先画面に表示している連絡先レコードに登録されている表示名が登録され、当該発信履歴エントリの指定元にはアドレス帳が登録される。
【００２７】
次に、移動電話の発呼（発信）を行う２つ目の方法は、移動電話アプリケーション１２２からテンキーを呼び出し、テンキーで発呼先の電話番号を指定して発呼する方法である。そして、このように、テンキーで発呼先の電話番号を指定した場合、発信履歴テーブルの、テンキーで発呼先の電話番号を指定した発呼の発信履歴エントリの指定元にはテンキーが登録される。また、当該発信履歴エントリの表示名には、テンキーで指定した電話番号が登録されている連絡先レコードが存在しない場合には「無」が登録され、当該連絡先レコードが存在する場合には、当該連絡先レコードの表示名が登録される。また、このとき、テンキーで指定した電話番号が登録されている連絡先レコードが複数存在する場合には、複数存在した連絡先レコードのうちで最先にアドレスＤＢに登録されている連絡先レコードの表示名を発信履歴エントリに登録する。なお、連絡先レコードはアドレスＤＢに所定の規則（たとえば、アルファベット/５０音順や登録日時順やユーザ指定順）に従って順序づけられて登録されており、当該順序上、最も前にアドレスＤＢに登録されている連絡先レコードが、最先にアドレスＤＢに登録されている連絡先レコードとなる。
【００２８】
ただし、発信履歴エントリに登録する表示名は、次のように定めるようにしてもよい。
すなわち、過去の発呼に対応する発信履歴エントリのうちに、今回の発呼においてテンキーで指定した電話番号と同じ電話番号が登録されている発信履歴エントリであって、指定元としてアドレス帳が登録されている発信履歴エントリが発信履歴テーブル上に存在しない場合には、複数存在した連絡先レコードのうちで最先にアドレスＤＢに登録されている連絡先レコードの表示名を、今回の発呼に対応する発信履歴エントリに登録する表示名とする。一方、過去の発呼に対応する発信履歴エントリのうちに、今回の発呼においてテンキーで指定した電話番号が登録されている発信履歴エントリであって、指定元としてアドレス帳が登録されている発信履歴エントリが発信履歴テーブル上に存在する場合には、存在した発信履歴エントリのうちの登録されている日時が最新の発信履歴エントリに登録されている表示名を、今回の発呼に対応する発信履歴エントリに登録する表示名とする。
【００２９】
次に、図２ｂ２に示す着信履歴テーブルには、スマートフォン１に着呼（着信）した各着呼（電話着信）毎に設けた着信履歴エントリ（図の各行）を有し、各着信履歴エントリには、着呼した日時、通話時間、着呼の発信元の電話番号、着呼の発信元の表示名が登録される。ここで、着信履歴エントリへの着呼の発信元の表示名の登録については後述する。
ここで、移動電話アプリケーション１２２は、行った通信に応じて、発信履歴テーブルや着信履歴テーブルへ、行った通信に応じた内容を登録したエントリの追加を行う他、ユーザの要求に応じて、発信履歴テーブルや着信履歴テーブルが表す発信や着信の、通信相手の表示名を含む履歴を表示する処理なども行う。
【００３０】
次に、図２ｃ１に示す送信履歴テーブルには、メールアプリケーション１２３を用いて送信したメール/メッセージ毎に設けた送信履歴エントリ（図の各行）を有し、各送信履歴エントリには、メール/メッセージのタイトルである件名、メール/メッセージの送信を行った日時、メール/メッセージの宛先のメールアドレス、メール/メッセージの宛先の表示名、メール/メッセージの宛先のメールアドレスがアドレス帳を用いて指定されたか、ソフトキーによる文字入力によって指定されたかを表す指定元、送信したメール/メッセージのメールデータの格納位置を示すメールデータポインタとが登録される。
【００３１】
ここで、スマートフォン１のユーザは、次の２通りの方法によりメール/メッセージの宛先のメールアドレスの指定を行うことができる。
メール/メッセージの宛先のメールアドレスの指定を行う一つ目の方法は、アドレス帳からメールアドレスを指定する方法である。
すなわち、上述のようにアドレス帳アプリケーション１２１によって表示される図３ａ２の連絡先画面上で、メールアドレスがタップなどによってユーザから選択されたならば、連絡先画面に表示している連絡先レコードに登録されているメールアドレスを、メールアプリケーション１２３が表示するメール/メッセージ編集画面の宛先欄に自動入力する。そして、メールアプリケーション１２３によってメールアドレスを自動入力された宛先を有する送信メール/メッセージについては、送信したメール/メッセージの送信履歴エントリの表示名に、メールアドレスの選択を受け付けた図３ａ２の連絡先画面に表示している連絡先レコードに登録されている表示名を登録し、当該送信履歴エントリの指定元にはアドレス帳を登録する。
【００３２】
次に、メール/メッセージの宛先のメールアドレスの指定を行う２つ目の方法は、メールアプリケーション１２３が表示するメール/メッセージ編集画面で、ソフトキーなどを用いて宛先のメールアドレスを直接入力する方法である。そして、このように、アドレス帳を用いずに宛先のメールアドレスを指定したメール/メッセージが、メールアプリケーション１２３によって送信されたならば、送信したメール/メッセージの送信履歴エントリの指定元には直接入力が登録される。また、当該送信履歴エントリの表示名には、送信したメール/メッセージの宛先のメールアドレスが登録されている連絡先レコードが存在しない場合には「無」が登録され、当該連絡先レコードが存在する場合には、当該連絡先レコードの表示名が登録される。また、このとき、送信したメール/メッセージの宛先のメールアドレスが登録されている連絡先レコードが複数存在する場合には、複数存在した連絡先レコードのうちで最先にアドレスＤＢに登録されている連絡先レコードの表示名を送信履歴エントリに登録する。
【００３３】
ただし、送信履歴エントリに登録する表示名は、次のように定めるようにしてもよい。
すなわち、過去に送信したメール/メッセージに対応する送信履歴エントリのうちに、今回送信したメール/メッセージの宛先のメールアドレスと同じメールアドレスが登録されている送信履歴エントリであって、指定元としてアドレス帳が登録されている送信履歴エントリが送信履歴テーブル上に存在しない場合には、複数存在した連絡先レコードのうちで最先にアドレスＤＢに登録されている連絡先レコードの表示名を、今回の発呼に対応する送信履歴エントリに登録する表示名とする。一方、過去に送信したメール/メッセージに対応する送信履歴エントリのうちに、今回送信したメール/メッセージの宛先のメールアドレスと同じメールアドレスが登録されている送信履歴エントリであって、指定元としてアドレス帳が登録されている送信履歴エントリが送信履歴テーブル上に存在する場合には、存在した送信履歴エントリのうちの登録されている日時が最新の送信履歴エントリに登録されている表示名を、今回の発呼に対応する送信履歴エントリに登録する表示名とする。
【００３４】
次に、図２ｃ２に示す受信履歴テーブルには、メールアプリケーション１２３が受信したメール/メッセージ毎に設けた受信履歴エントリ（図の各行）を有し、受信履歴エントリには、メール/メッセージのタイトルである件名、メール/メッセージを受信した日時、メール/メッセージの送信元のメールアドレス、メール/メッセージの送信元の表示名、受信したメール/メッセージのメールデータの格納位置を示すメールデータポインタとが登録される。ここで、受信履歴エントリへのメール/メッセージの送信元の表示名の登録については後述する。
ここで、メールアプリケーション１２３は、メール/メッセージの送受信に応じて、送信履歴テーブルや受信履歴テーブルへ、メール/メッセージの送受信に応じた内容を登録したエントリの追加を行う他、ユーザの要求に応じて、送信履歴テーブルや受信履歴テーブルが表すメールの送信や受信の、送受信の相手の表示名を含む履歴を表示する処理なども行う。
【００３５】
以下、このようなスマートフォン１において、移動電話アプリケーション１２２が行う電話着信通知処理について説明する。
図４に、この電話着信通知処理の手順を示す。
図示するように、電話着信通知処理では、スマートフォン１に移動電話網から移動電話の着呼（着信）が発生したならば（ステップ４０２）、着呼と共に移動電話網から通知される発呼（発信）元の電話番号が登録された連絡先レコードがアドレスＤＢに存在するかどうかを調べる（ステップ４０４）。
【００３６】
そして、発呼元の電話番号が登録された連絡先レコードがアドレスＤＢに存在しない場合には（ステップ４０４）、図６ａ１に示すように、発呼元の電話番号を発呼元を表す発信元情報６０１として用いて着信をユーザに通知する着信通知画面をディスプレイ１０４に表示すると共に、呼出音（または着信通知用のバイブレーション）を出力する（ステップ４１６）。
【００３７】
そして、通話処理を行う（ステップ４１０）。ここで、ステップ４１０の通話処理では、着信通知画面に設けた拒否ボタン６０２のユーザ操作に応じて呼を切断する処理や、着信通知画面に設けた応答ボタン６０３のユーザ操作に応じて呼を接続して発呼元とユーザとの間の音声通話を開始し、音声通話開始後のユーザの通話終了操作に応じて呼を切断する処理などを行う。
【００３８】
そして、呼が切断したならば（ステップ４１２）、切断した呼についての、着呼した日時、通話時間、着呼の発信元の電話番号、着呼の発信元の表示名を記述した着信履歴エントリを着信履歴テーブルに追加し（ステップ４１４）、ステップ４０２からの処理に戻る。ここで、追加した着信履歴エントリに登録する表示名としては、発信元情報６０１を用いる。すなわち、ここでは、発呼元の電話番号を表示名として着信履歴エントリに登録する。
【００３９】
一方、ステップ４０４で、発呼元の電話番号が登録された連絡先レコードがアドレスＤＢに存在すると判定された場合には、発信履歴テーブルの発信履歴エントリのうちに、発呼元の電話番号と同じ電話番号が登録されている発信履歴エントリであって、指定元としてアドレス帳が登録されている発信履歴エントリが存在するかどうかを調べ（ステップ４０６）、存在しない場合には、発呼元の電話番号が登録された連絡先レコードのうちで最先にアドレスＤＢに登録されている連絡先レコードの表示名を、図６ａ２に示すように、発信元情報６０１として用いて着信をユーザに通知する着信通知画面をディスプレイ１０４に表示すると共に、呼出音（または着信通知用のバイブレーション）を出力する（ステップ４１８）。
【００４０】
そして、通話処理を行い（ステップ４１０）、呼が切断したならば（ステップ４１２）、切断した呼についての、着呼した日時、通話時間、着呼の発信元の電話番号、着呼の発信元の表示名を記述した着信履歴エントリを着信履歴テーブルに追加し（ステップ４１４）、ステップ４０２からの処理に戻る。ここで、追加した着信履歴エントリに登録する表示名としては、発信元情報６０１を用いるので、ここでは、発呼元の電話番号が登録された連絡先レコードのうちで最先にアドレスＤＢに登録されている連絡先レコードの表示名が、表示名として着信履歴エントリに登録されることとなる。
【００４１】
一方、ステップ４０６において、発信履歴テーブルの発信履歴エントリのうちに、発呼元の電話番号と同じ電話番号が登録されている発信履歴エントリであって、指定元としてアドレス帳が登録されている発信履歴エントリが存在すると判定された場合には、存在した発信履歴エントリのうちで、登録されている日時が最新の発信履歴エントリに登録されている表示名を、図６ａ３に示すように発信元情報６０１として用いて着信をユーザに通知する着信通知画面をディスプレイ１０４に表示すると共に、呼出音（または着信通知用のバイブレーション）を出力する（ステップ４０８）。
【００４２】
ここで、発呼元の電話番号と同じ電話番号が登録されている発信履歴エントリであって、指定元としてアドレス帳が登録されている発信履歴エントリに登録されている表示名は、スマートフォン１のユーザが、過去に、今回の発呼元となっている連絡先に電話をかける際に、当該連絡先の選択のために図３ａ１のリスト画面の表示名のリスト上で選択した表示名であり、過去に、ユーザが今回の発呼元となっている連絡先の識別に用いた表示名であるので、当該表示名によって現在もユーザが当該連絡先を容易に識別できることが期待できる。
【００４３】
すなわち、たとえば、図３ｂに、リスト画面と連絡先画面で示すように、連絡先「富士花子」の連絡先レコードとして、「ＨＡＮＡ」の表示名が登録された連絡先レコードと、「ＦＵＪＩ」の表示名が登録された連絡先レコードとが重複して存在する場合において、ユーザが、過去に、図３ｂ１のリスト画面のリスト上で表示名「ＨＡＮＡ」を選択して、連絡先「富士花子」に電話をかけている場合には、当該ユーザは、現在も、少なくとも、表示名「ＨＡＮＡ」が連絡先「富士花子」を表すものであると認知している蓋然性が大きい。一方で、表示名「ＨＡＮＡ」が連絡先「富士花子」を選択したユーザが、現在でも、表示名「ＦＵＪＩ」が連絡先「富士花子」を表すものであることを認知しているかどうかについては疑いが残る。
【００４４】
よって、このようにステップ４０８において、発呼元の電話番号と同じ電話番号が登録されている発信履歴エントリであって、指定元としてアドレス帳が登録されている発信履歴エントリに登録されている表示名を、発信元情報６０１として用いて着信をユーザに通知することにより、アドレスＤＢに同じ連絡先の連絡先レコードが複数、異なる表示名で登録されている場合であっても、当該連絡先からの着呼時に、当該連絡先をユーザを識別容易な表示名でユーザに通知することができる。
【００４５】
さて、このようにして着信通知画面をディスプレイ１０４に表示したならば、次に、通話処理を行い（ステップ４１０）、呼が切断したならば（ステップ４１２）、切断した呼についての、着呼した日時、通話時間、着呼の発信元の電話番号、着呼の発信元の表示名を記述した着信履歴エントリを着信履歴テーブルに追加し（ステップ４１４）、ステップ４０２からの処理に戻る。ここで、追加した着信履歴エントリに登録する表示名としては発信元情報６０１を用いるので、ここでは、発呼元の電話番号と同じ電話番号が登録されている発信履歴エントリであって、指定元としてアドレス帳が登録されている発信履歴エントリのうちで、登録されている日時が最新の発信履歴エントリに登録されている表示名が、表示名として着信履歴エントリに登録されることとなる。
【００４６】
以上、電話着信通知処理について説明した。
ところで、以上の電話着信通知処理のステップ４０８では、発呼元の電話番号と同じ電話番号が登録されている発信履歴エントリであって、指定元としてアドレス帳が登録されている発信履歴エントリのうちで、登録されている日時が最新の発信履歴エントリに登録されている表示名を発信元情報６０１として用いるようにしたが、ステップ４０８においては、発呼元の電話番号と同じ電話番号が登録されている発信履歴エントリであって、指定元としてアドレス帳が登録されている発信履歴エントリに表示名として登録されている数が最も多い名称を発信元情報６０１として用いるようにしてもよい。すなわち、発呼元の電話番号と同じ電話番号が登録されている発信履歴エントリであって、指定元としてアドレス帳が登録されている発信履歴エントリが３つあって、そのうち二つの発信履歴エントリに表示名として名称Ａが登録され、残りの一つの表示名として名称Ｂが登録されている場合には、３つの発信履歴エントリに表示名として登録されている数が最も多い名称Ａを、発信元情報６０１として用いるようにしてもよい。
【００４７】
また、以上の電話着信処理は、以下のように変更してもよい。すなわち、ステップ４０６を、発信履歴テーブルの発信履歴エントリのうちに、発呼元の電話番号と同じ電話番号が登録されている発信履歴エントリが存在するかどうかを調べ、存在しない場合にステップ４１８に進み、存在する場合にステップ４０８に進む処理とすると共に、ステップ４０８で用いる発信元情報６０１を、発呼元の電話番号と同じ電話番号が登録されている発信履歴エントリのうちで、登録されている日時が最新の発信履歴エントリに登録されている表示名、もしくは、発呼元の電話番号と同じ電話番号が登録されている発信履歴エントリに表示名として登録されている数が最も多い名称とするようにする。なお、このようにする場合には、発信履歴エントリの発信履歴エントリの指定元の項目を廃止してよい。このようにすることにより、発信元情報６０１として表示する内容や着信履歴エントリに登録する表示名を、発信履歴で当該連絡先の識別に用いられている表示名と統一し、発信履歴と着信及び着信履歴において、当該連絡先の識別に混乱を生じないようにすることができる。
【００４８】
次にメールアプリケーション１２３が行うメール受信通知処理について説明する。
図５に、このメール受信通知処理の手順を示す。
図示するように、メール受信通知処理では、メール/メッセージの受信が発生したならば（ステップ５０２）、受信したメール/メッセージの送信元のメールアドレスが登録された連絡先レコードがアドレスＤＢに存在するかどうかを調べる（ステップ５０４）。
そして、送信元のメールアドレスが登録された連絡先レコードがアドレスＤＢに存在しない場合には（ステップ５０４）、受信したメール/メッセージに送信元表示名の記述が含まれているかどうかを調べ（ステップ５１２）、含まれている場合には、図６ｂ１に示すように、受信したメール/メッセージに記述された送信元表示名をメール送信元を表す送信元情報６１１として用いてメール受信をユーザに通知する受信通知画面をディスプレイ１０４に表示すると共に、受信通知音（または受信通知用のバイブレーション）を出力する（ステップ５１４）。なお、送信元表示名の記述は、たとえば、
from 送信元表示名＜送信元メールアドレス＞
の形式で、メールヘッダに含めることができる。
【００４９】
そして、受信したメール/メッセージについての、件名、受信日時、送信元のメールアドレス、表示名、メールデータの格納位置を示すメールデータポインタを記述した受信履歴エントリを受信履歴テーブルに追加し（ステップ５１０）、ステップ５０２からの処理に戻る。ここで、追加した受信履歴エントリに登録する表示名としては、送信元情報６１１を用いる。すなわち、ここでは、受信したメール/メッセージに記述された送信元表示名を表示名として受信履歴エントリに登録する。
【００５０】
一方、ステップ５１２において、受信したメール/メッセージに送信元表示名の記述が含まれていないと判定された場合には、図６ｂ２に示すように、受信したメール/メッセージの送信元メールアドレスを送信元情報６１１として、メール受信をユーザに通知する受信通知画面をディスプレイ１０４に表示すると共に、受信通知音（または受信通知用のバイブレーション）を出力する（ステップ５１６）。
【００５１】
そして、受信したメール/メッセージについての、件名、受信日時、送信元のメールアドレス、表示名、メールデータの格納位置を示すメールデータポインタを記述した受信履歴エントリを受信履歴テーブルに追加し（ステップ５１０）、ステップ５０２からの処理に戻る。ここで、追加した受信履歴エントリに登録する表示名としては、送信元情報６１１を用いるので、ここでは、受信したメール/メッセージの送信元メールアドレスを表示名として受信履歴エントリに登録する。
【００５２】
一方、ステップ５０４において、送信元のメールアドレスが登録された連絡先レコードがアドレスＤＢに存在すると判定された場合には、送信履歴テーブルの送信履歴エントリのうちに、送信元のメールアドレスと同じメールアドレスが登録されている送信履歴エントリであって、指定元としてアドレス帳が登録されている送信履歴エントリが存在するかどうかを調べ（ステップ５０６）、存在しない場合には、送信元のメールアドレスが登録された連絡先レコードのうちで最先にアドレスＤＢに登録されている連絡先レコードの表示名を、図６ｂ３に示すように送信元情報６１１として用いてメール受信をユーザに通知する受信通知画面をディスプレイ１０４に表示すると共に、受信通知音（または受信通知用のバイブレーション）を出力する（ステップ５１８）。
【００５３】
そして、受信したメール/メッセージについての、件名、受信日時、送信元のメールアドレス、表示名、メールデータの格納位置を示すメールデータポインタを記述した受信履歴エントリを受信履歴テーブルに追加し（ステップ５１０）、ステップ５０２からの処理に戻る。ここで、追加した受信履歴エントリに登録する表示名としては、送信元情報６１１を用いるので、ここでは、送信元のメールアドレスが登録された連絡先レコードのうちで最先にアドレスＤＢに登録されている連絡先レコードの表示名を表示名として受信履歴エントリに登録する。
【００５４】
一方、ステップ５０６において、送信履歴テーブルの送信履歴エントリのうちに、送信元のメールアドレスと同じメールアドレスが登録されている送信履歴エントリであって、指定元としてアドレス帳が登録されている送信履歴エントリが存在すると判定された場合には、存在した送信履歴エントリのうちで、登録されている日時が最新の送信履歴エントリに登録されている表示名を、図６ｂ４に示すように送信元情報６１１として用いてメール受信をユーザに通知する受信通知画面をディスプレイ１０４に表示すると共に、受信通知音（または受信通知用のバイブレーション）を出力する（ステップ５０８）。
【００５５】
このようにステップ５０８において、送信元のメールアドレスと同じメールアドレスが登録されている送信履歴エントリであって、指定元としてアドレス帳が登録されている送信履歴エントリに登録されている表示名を、送信元情報６１１としてメール受信をユーザに通知することにより、電話着信通知処理の場合と同様に、アドレスＤＢに同じ連絡先の連絡先レコードが複数、異なる表示名で登録されている場合であっても、当該連絡先からのメール受信時に、当該連絡先をユーザを識別容易な表示名でユーザに通知することができる。
【００５６】
さて、次に、このようにして受信通知画面を表示したならば、受信したメール/メッセージについての、件名、受信日時、送信元のメールアドレス、表示名、メールデータの格納位置を示すメールデータポインタを記述した受信履歴エントリを受信履歴テーブルに追加し（ステップ５１０）、ステップ５０２からの処理に戻る。ここで、追加した受信履歴エントリに登録する表示名としては、送信元情報６１１を用いるので、ここでは、送信元のメールアドレスと同じメールアドレスが登録されている送信履歴エントリであって、指定元としてアドレス帳が登録されている送信履歴エントリのうちの、登録されている日時が最新の送信履歴エントリに登録されている表示名を表示名として受信履歴エントリに登録する。
【００５７】
以上、メール受信通知処理について説明した。
ところで、以上のメール受信通知処理のステップ５０８では、送信元のメールアドレスと同じメールアドレスが登録されている送信履歴エントリであって、指定元としてアドレス帳が登録されている送信履歴エントリのうちで、登録されている日時が最新の送信履歴エントリに登録されている表示名を送信元情報６１１として用いるようにしたが、ステップ５０８においては、送信元のメールアドレスと同じメールアドレスが登録されている送信履歴エントリであって、指定元としてアドレス帳が登録されている送信履歴エントリに表示名として登録されている数が最も多い名称を送信元情報６１１として用いるようにしてもよい。すなわち、送信元のメールアドレスと同じメールアドレスが登録されている送信履歴エントリであって、指定元としてアドレス帳が登録されている送信履歴エントリが３つあって、そのうち二つの送信履歴エントリに表示名として名称Ａが登録され、残りの一つの表示名として名称Ｂが登録されている場合には、３つの送信履歴エントリに表示名として登録されている数が最も多い名称Ａを、送信元情報６１１として用いるようにしてもよい。
【００５８】
また、以上の電話受信処理は、以下のように変更してもよい。すなわち、ステップ５０６を、送信履歴テーブルの送信履歴エントリのうちに、送信元のメールアドレスと同じメールアドレスが登録されている送信履歴エントリが存在するかどうかを調べ、存在しない場合にステップ５１８に進み、存在する場合にステップ５０８に進む処理とすると共に、ステップ５０８で用いる送信元情報６１１を、送信元のメールアドレスと同じメールアドレスが登録されている送信履歴エントリのうちで、登録されている日時が最新の送信履歴エントリに登録されている表示名、もしくは、送信元のメールアドレスと同じメールアドレスが登録されている送信履歴エントリに表示名として登録されている数が最も多い名称とするようにする。なお、このようにする場合には、送信履歴エントリの送信履歴エントリの指定元の項目を廃止してよい。このようにすることにより、送信元情報６１１として表示する内容や受信履歴エントリに登録する表示名を、送信履歴で当該連絡先の識別に用いられている表示名と統一し、送信履歴と受信及び受信履歴において、当該連絡先の識別に混乱を生じないようにすることができる。
【００５９】
また、以上のメール受信通知処理は、受信したメール/メッセージに送信元表示名の記述が含まれている場合には、無条件に送信元表示名を送信元情報６１１として用いてメール受信をユーザに通知する受信通知画面をディスプレイ１０４に表示するようにしてもよい。
なお、メールアプリケーション１２３は、図６ｂに示した受信通知画面の矢印ボタン６１２のユーザ操作に応答して受信したメール/メッセージを表示する処理も行う。
以上、本発明の実施形態について説明した。
ところで、以上の実施形態では、着信通知処理の発信元情報６０１に用いる表示名の決定には、発信履歴テーブルと送信履歴テーブルのうちの発信履歴テーブルのみを考慮し、受信通知処理の送信元情報６１１に用いる表示名の決定には、発信履歴テーブルと送信履歴テーブルのうちの送信履歴テーブルのみを考慮するようにしたが、各表示名の決定においては発信履歴テーブルと送信履歴テーブルの双方を考慮するようにしてもよい。
【００６０】
すなわち、この場合には、図４の着信通知処理のステップ４０６を、発呼元の電話番号が登録された連絡先レコードに登録された電話番号と同じ電話番号が登録されている発信履歴エントリであって、指定元としてアドレス帳が登録されている発信履歴エントリと、発呼元の電話番号が登録された連絡先レコードに登録されたメールアドレスと同じメールアドレスが登録されている送信履歴エントリであって、指定元としてアドレス帳が登録されている送信履歴エントリとのいずれかが存在するかどうかを調べるようにし、存在しない場合にはステップ４１８に進み、存在する場合にはステップ４０８に進む処理とする。また、ステップ４０８において、ステップ４０６で存在が確認された発信履歴エントリと送信履歴エントリとのうちで、登録されている日時が最新のエントリに登録されている表示名、もしくは、存在したエントリに表示名として登録されている数が最も多い名称を、発信元情報６０１として用いて着信をユーザに通知する着信通知画面をディスプレイ１０４に表示すると共に、呼出音（または着信通知用のバイブレーション）を出力するようにする。
【００６１】
また、図５の受信通知処理のステップ５０６を、送信元のメールアドレスが登録された連絡先レコードに登録された電話番号と同じ電話番号が登録されている発信履歴エントリであって、指定元としてアドレス帳が登録されている発信履歴エントリと、送信元のメールアドレスが登録された連絡先レコードに登録されたメールアドレスと同じメールアドレスが登録されている送信履歴エントリであって、指定元としてアドレス帳が登録されている送信履歴エントリとのいずれかが存在するかどうかを調べるようにし、存在しない場合にはステップ５１８に進み、存在する場合にはステップ５０８に進む処理とする。また、ステップ５０８において、ステップ５０６で存在が確認された発信履歴エントリと送信履歴エントリとのうちで、登録されている日時が最新のエントリに登録されている表示名、もしくは、存在したエントリに表示名として登録されている数が最も多い名称を、送信元情報６１１として用いて着信をユーザに通知する着信通知画面をディスプレイ１０４に表示すると共に、呼出音（または着信通知用のバイブレーション）を出力するようにする。
【００６２】
なお、以上では、スマートフォン１への適用を例にとり説明したが、本実施形態は、移動電話機（携帯電話）や通信機能を備えた車載装置など、電話機能やメール送受信機能を備えた任意の装置に同様に適用することができる。
【符号の説明】
【００６３】
１…スマートフォン、１０１…移動通信装置、１０２…外部インタフェース、１０３…記憶装置、１０４…ディスプレイ、１０５…表示制御部、１０６…操作部、１０７…マイク、１０８…スピーカ、１０９…音声入出力部、１１０…他周辺装置、１１１…オペレーティングシステム、１２１…アドレス帳アプリケーション、１２２…移動電話アプリケーション、１２３…メールアプリケーション、１２４…他アプリケーション。
【図１】
2014072819.tif 000003
【図２】
2014072819.tif 000004
【図３】
2014072819.tif 000005
【図４】
2014072819.tif 000006
【図５】
2014072819.tif 000007
【図６】
2014072819.tif 000008