JP2007129609A - 通信端末装置およびコンピュータプログラム - Google Patents

Abstract

【課題】通信端末装置において、通信相手とユーザ自身との間の通信履歴情報に応じて、表示画面上での相手を表す画像の表示位置を決定することにより、通信を行う可能性が高い通信相手へのアクセスのしやすさを向上させる。
【解決手段】電話帳画面６００上に、自分のアバター６１１を中心位置に表示するとともに、通信相手のアバター６１５をその相手との通信頻度に応じた距離で自分のアバター６１１の周囲に表示する。通信履歴の変動により、通信相手のアバター６１５も変動する。
【選択図】図６

Description

本発明は、電話帳機能を備えた通信端末装置およびコンピュータプログラムに関するものである。

従来、携帯電話機等の携帯端末装置に備えられた電話帳機能においては、登録されている相手の情報がリスト形式で表示されていた。ユーザはその表示形式として、名前順、メモリ番号順、グループ別などを選択することができた。

また、電話とメールの履歴を利用して端末のユーザと各通信相手との親密度を算出し、それをヒストグラムや画像の大きさで表現した手法も提案されている（特許文献１参照）。
特開２００４−３０４７１９号公報

従来のリスト形式の電話帳では、どの表示形式においても次のような問題があった。すなわち、よく連絡を取る友人／知り合いが電話帳のリスト内で必ずしもわかりやすい位置に存在するとは限らない。例えば、名前順では、５０音で早い名前の通信相手から表示されるため、よく連絡を取る人が必ずしも上位に来るとは限らず、特に登録者数が多くなると、目的の相手を見つけるのに時間と煩雑な操作を要するようになる。メモリ番号順形式の場合は、メモリ番号をユーザが考慮することで、ある程度はこの問題を解決できるが、メモリ番号を管理する必要があり、また動的に変更することが難しい。また、リストで名前を表示するというユーザインタフェース（ＵＩ）はどの通信相手も一見同じように表示されるため、直感的にわかりやすいとは言えず、エンタテイメント性も低い。

上記特許文献１に記載の手法は、ただ単純に親密度をわかりやすい表現方法で表しただけに過ぎず、利用シーンが少ない、その情報を活かしきれていないという問題があった。

本発明は、このような背景においてなされたものであり、通信相手とユーザ自身との間の通信履歴情報に応じて、表示画面上での相手を表す画像の表示位置を決定することにより、通信を行う可能性が高い通信相手へのアクセスのしやすさを向上させることを企図するものである。

本発明による通信端末装置は、通信を行う通信手段と、通信の履歴情報を収集して記憶する記憶手段と、少なくとも通信相手の通信アドレス情報および通信相手を表す画像情報を登録する登録手段と、表示画面上に前記登録された通信相手を表す画像を表示する表示手段と、前記表示手段は、各通信相手との通信の履歴情報に基づいて当該通信相手を表す画像の配置位置を決定する配置位置決定手段とを備えたことを特徴とする。

この構成による各通信相手を表す画像は、その通信相手との通信の履歴情報に基づいてその配置位置が決定される。例えば、通信頻度の高い通信相手ほど、当該通信相手を表す画像が表示される位置と前記表示画面上の基準位置との距離を近くとすることができる。

本発明によれば、通信端末装置に備えられた電話帳などの表示画面において、通信相手とユーザ自身との間の通信履歴情報に応じて、表示画面上での相手を表す画像の表示位置を決定することにより、通信を行う可能性が高い通信相手へのアクセスのしやすさを向上させることができる。その結果、通信利用時の操作性が良好な通信端末装置を提供することが可能となる。

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

図１は本発明の通信端末装置の一例としての携帯電話端末１００の外観を示している。端末１００は、筐体内に収納された表示部２２０と、操作部２２３とを備える。表示部２２０は、ユーザに対して各種の視覚的な情報を提供するためのユーザインタフェースであり、典型的には液晶ディスプレイ、有機ＥＬディスプレイ等の表示デバイスを含む。操作部２２３は、ユーザが指示や情報を入力するためのユーザインタフェースであり、典型的には、上下左右の方向を指示するカーソル移動キー２２３ａ、選択キー２２３ｂ、各種操作内容が逐次割り当てられるソフトキー２２３ｃ〜２２３ｆ、電源キー２２３ｇ、通話キー２２３ｈ、文字、数字、記号等を入力するためのキー（テンキー）２２３ｉ、等の各種のキー（押しボタン）を含む。本発明は、表示部２２０の表示画面上に表示される電話帳の表示形態に関する。本明細書において電話番号およびメールアドレスを総称して通信アドレスといい、「電話帳」は通信アドレスを通信相手の個人情報に対応づけて管理するためのデータであり、その呼び方は特に電話帳に限るものではなく、例えばアドレス帳と呼んでもよい。

図２に、図１の携帯電話端末１００の内部のハードウェア構成を示す。この携帯電話端末１００は、携帯電話に特有の要素として、アンテナ２０１、送受信処理部２０３、変復調処理部２０５、データ処理部２０７、Ｄ／Ａ変換器２０９、スピーカ２１０、Ａ／Ｄ変換器２１１およびマイク２１２を備える。携帯電話端末１００は、また、これらの各要素を制御するＣＰＵ，ＲＯＭ等を含む制御部２２５、この制御部２２５により作業領域やデータの一時記憶領域として利用されるメモリ２２７、および、前記表示部２２０、前記操作部２２３、ＲＴＣ（Real Time Clock）２２９を備える。スピーカ２１０は通話用と着信音用に複数あってよい。制御部２２５のＲＯＭ内には、読出し専用メモリや、電気的に情報が書込みおよび消去可能な読出し専用メモリ（ＥＥＰＲＯＭ）が使用され、通常の携帯電話端末の操作入力受付、通信、電子メール処理、ウェブ処理、表示、音声入出力、電話帳管理、スケジュール管理、等の各種動作のための制御プログラムおよび固定的なデータが格納されている。本実施の形態では電子メールを単にメールとも呼ぶ。メモリ２２７内には、電話帳、通信履歴情報、アバター用画像、背景画像、等の各種のデータが格納される。ＲＴＣ（Real Time Clock）２２９は、日時の管理やタイマー機能を提供するブロックである。

図３は携帯電話端末１００のメモリ２２７に格納される電話帳３００の構成を模式的にテーブル形式で示したものである。電話帳３００には、ユーザによる指示操作により、相手の「名前」「よみ」「性別」「ＴＥＬＮｏ．（電話番号）」「メールアドレス」「アバター用画像」「称号」等の個人情報が登録される。さらに、住所、誕生日、趣味、星座等の個人情報も登録可能である。各登録者のレコードには登録順に通し番号が付与されて管理される。「名前」「よみ」「ＴＥＬＮｏ．」「メールアドレス」「アバター用画像」については電話帳３００へ通信相手を登録する際に記憶される。「称号」「親密度」「ランク」については事後的に決定され記憶される（一旦、記憶された後に変更される場合もある）。「アバター用画像」は予め用意されているものからユーザが選択して用いる。あるいは、電話帳に登録しうる写真画像を利用するようにしてもよい。写真画像を利用する場合に、そのサイズと必要とされるアバター用画像のサイズが異なるとき、必要に応じて適宜サイズを変更する等の処理を行ってもよい。

本実施の形態の電話帳には、その携帯電話端末１００のユーザ自身の情報も登録される。この代わりに、ユーザ自身の情報は電話帳とは別の記録エリアに記憶されてもよい。

図４（ａ）（ｂ）は、それぞれ、メール受信履歴情報３１０およびメール送信履歴情報３２０を模式的にテーブル形式で示したものである。メール受信履歴情報３１０は、個々の受信メールについて、その受信「日時」「送信者（表示名）」「件名」「本文」「添付データ」を含み、各レコードは受信した順に通し番号を付して管理される。「送信者」はそのメールの相手が電話帳に登録されていればその登録名、登録されていなければそのメールに含まれる相手の表示名またはメールアドレスである。図示しないが、その他、後述する称号付与の条件判定のための情報として、受信文字列の中にハートなどのいわゆるラブ系絵文字の出現個数（または出現率）なども検出して管理するようにしてもよい。

メール送信履歴情報３２０は、個々の送信メールについて、その送信「日時」「受信者」「件名」「本文」「添付データ」を含み、これらの項目からなる各レコードは送信した順に通し番号を付して管理される。「受信者」は、そのメールの受信者が電話帳に登録されていればその登録者の登録名、登録されていなければメールアドレスである。

図５（ａ）（ｂ）は、それぞれ電話受信履歴情報４１０および電話発信履歴情報４２０を模式的にテーブル形式で示したものである。電話受信履歴情報４１０は、個々の電話受信について、その受信「日時」「発信者」「通話時間」を含み、各レコードは受信した順に通し番号を付して管理される。「発信者」は、その電話を掛けてきた相手が電話帳に登録されていればその登録者の登録名、登録されていなければ相手の電話番号である。

電話発信履歴情報４２０は、個々の電話発信について、その発信「日時」「相手」「通話時間」を含み、各レコードは発信した順に通し番号を付して管理される。「相手」は、その電話の相手が電話帳に登録されていればその登録者の登録名、登録されていなければ相手の電話番号である。

以下、本実施の形態における動作について説明する。ここでは主として、通信の種類として電話およびメールの両方を例として説明するが、電話単独またはメール単独の通信履歴情報のみを利用することも可能である。

図６〜図１１は本実施の形態における電話帳画面の表示例を示している。

図６に示すように、本実施の形態における電話帳画面６００では、従来のようなリスト形式の表示の代替として、自分のアバターを中心にして、その周囲に通信相手のアバターを同心円状に配置するマップ形式で表示する。アバターとは仮想世界において自己の分身を表すものであり、本実施の形態ではユーザ自分自身およびユーザの通信相手の各々について、それぞれ一意な画像を割り当てている。

また、カーソル６０１で現在指定されているアバターに該当する人物（自分または通信相手）の「なまえ（名前）」および「しょうごう（称号）」を表示するテキスト表示欄６３０を設けている。これは、各アバターで表された通信相手を確認するのに役立つ。テキスト表示欄６３０の代わりに、テキスト情報のみを各アバターの近傍で背景に重ねて表示するようにしてもよい。また、電話帳画面６００で、すべてのアバターについてその名前や称号をその画像の近傍に常時表示するようにしてもよい。但し、アバター画像に対する名前や称号の併記は表示スペースを要するため、ランク毎に通信相手が所定数を越えるまでは併記を行い、越えた後はテキスト表示欄６３０に表示を切り替える、というような折衷的な態様を採用してもよい。

マップにおける通信相手のアバター６１５の配置位置の決定には、メール・電話の件数や長さを数値化した親密度を利用する。親密度は初めは０からスタートし、一定の値を超えるごとに何段階かのランクに逐次ランクアップしていく。同一のランクの通信相手は同じ円上に位置するように配置する。親密度の高い高ランクのグループほど内側の円に表示する。また、同ランク内でも配置位置を親密度に応じて決定するようにしてもよい。例えば、ホーム位置からより少ない操作で移動できる位置をより高い親密度に割り当てる。

本実施の形態における、電話帳マップ上のカーソル６０１によるフォーカスの移動は、上下キーで内側、外側の円へと移動し、左右キーで同一円内の右回り・左回り移動する。但し、これに限るものではない。

また、本実施の形態ではカーソル６０１の位置は常に画面の中心となるように画面６００内のイメージが移動される。これに代えて、カーソル６０１が移動するようにしてもよい。その場合、カーソル６０１が画面の端部へ到達したあとはイメージを移動させるようにする。いずれの場合も、カーソルが同心円の中心部から遠く離れた場合に中心部へ即座に戻るために、ソフトキーまたはハードキーによるホームボタンを設けることが好ましい。

ユーザにより、表示された任意のアバター画像が選択されると、選択された通信相手の詳細を表示する。これは従来と同様、当該個人の情報をリスト形式で表示する。修正および削除も可能である。

自分が選択された場合も同様に自分の情報を表示する（既存の電話帳は自分のデータは通常入っていない）。

また、本実施の形態では、各人物に対して、その親密度とコミュニケーションのとり方（通信履歴情報から得られる統計的情報）に応じて、称号を与える。ここでは、予め複数の称号を用意しておき、当該人物の親密度とコミュニケーションのとり方に応じて相応しい称号を選択して割り当てる。例えば、親密度がある程度高い人で、通信のうち比較的にメールが多い場合は「メル友」にするなどである。また、親密度が高い通信相手の数を数えることで自分の人気度を判定する。図７に示したように、自分の人気度を基に自分への称号を付与するようにしてもよい（図の例では「人気者」という称号を示している）。

図６の画面の下側には操作ガイド６４０を表示している。中央の「選択」という文字およびその周囲の矢印は、操作部２２３（図１）のテンキー上部のカーソル移動キー２２３ａおよびその中央の選択キー２２３ｂの操作に対応したガイド表示である。図中の「機能」「Ｍｅｎｕ」「切替」「移動」はソフトキー２２３ｃ〜２２３ｆに割り当てられた操作内容を示している。カーソル移動キー２２３ａの操作によりカーソル６０１が画面６００上の各アバターに順次移動する。カーソル６０１が当たったアバターについてはその人物の名前および称号をテキスト表示欄６３０内に表示している。テキスト表示欄６３０の表示はカーソル６０１の当たっているアバターについて常に表示してもよいし、ユーザが指示した場合のみ表示するようにしてもよい。「機能」は電話帳の表示設定を含む各種設定や新規登録・削除・編集などのサブメニューを呼び出すためのボタンである。「Ｍｅｎｕ］はメインメニューを起動するためのボタンである。このボタンは、本実施の形態における電話帳の起動時に限らず、待受時や他のアプリケーションの起動時にも表示される。
「切替」は従来のリスト形式の電話帳の画面（図示せず）と本実施の形態の電話帳画面６００とを切り替えるためのボタンである。本実施の形態における電話帳ではランクの高い通紙相手についてのアクセス性が極めて良好となる反面、ランクの低い通信相手は却ってアクセスしづらくなる懸念もある。そこで、従来のリスト形式への電話帳も切り替えて併用できるようにしておくことにより、そのような懸念に対処することができる。

「移動」はアバターを強制的に移動させてその配置位置を変更するためのボタンである。ユーザによりこのボタンが指示されたときには、カーソル移動キーおよび選択キー等の操作により、アバター６１５を現在の配置位置から強制的に別の配置位置に移動させることができる。これは、例えば、同心円の特定の円（例えば最外部の円）を拒否用のランクとし、ここにアバターを強制移動させる用途に利用できる。この場合、そのアバターで表される通信相手に対して着信拒否および／またはメール受信拒否の設定が行われる。このようにして、電話帳マップを利用して着信拒否および／またはメール受信拒否の設定を行うことが可能である。着信拒否とメール受信拒否の一方を行うか、両方を行うかは予め初期設定でユーザが設定しておいてもよいし、当該円にアバターを移動させたときに、ユーザにと問い合わせて設定するようにしてもよい。

また、図７〜図１１に示すように、同心円の中心の人物、すなわち当該端末のユーザ自身の人気度に応じて背景を変化させる。この場合は人気が高くなるにつれて背景の示す画像のスケールが大きくなっている。自分の人気度は、例えば、各ランクに何人いるかを計算し、その数を基に人気の度合を判定する。ランクによって重み付けを行ってもよい。本実施の形態では、部屋の中を表した背景画像６２０ｂ、街中を表した背景画像６２０ｃ、世界を表した背景画像６２０ａ、および宇宙を表した背景画像６２０ｄを用意している。また、テキスト表示欄６３０はユーザ操作により表示／非表示を切り替えられるようになっており、図８〜図１１の電話帳画面についてはテキスト表示欄６３０は非表示状態となっている。

図１２（ａ）は図６に示した電話帳画面（電話帳マップ）を示している。ユーザが、この電話帳画面から現在カーソルで指定されている通信相手を選択指示すると、図１２（ｂ）に示すように電話帳に登録されている当該通信相手の登録情報の詳細を確認することができる。また、この画面で、登録された画像も確認できる。これらの情報は図３に示した電話帳３００を参照することにより得られる。図１２（ｂ）の画面において、電話番号を指定して選択指示して、その修正や電話の「発信」を行うことができる。「発信」が指示されると、図１２（ｃ）に示すような発信メニューから、電話の発信またはショートメッセージの作成画面への移行が行える。図１２（ｂ）の画面において、メールアドレスを指定して選択指示すると、図１２（ｄ）に示すような送信メール作成のための画面が表示される。

図１３は、本実施の形態における称号およびその選択条件を定めた称号データテーブル７００を表した具体的な例を示している。ここでの選択条件は、当該人物の性別と通信の統計的データを規定している。称号データテーブル７００の作成に当たり、まず親密度のランクごとに多数の称号を用意する。称号は、「遊び仲間」「飲み仲間」；「急接近」「恋人候補」；「一方通行」「ワンサイド」「くびったけ」、の様に似た言葉ごとにあらかじめいくつかのカテゴリに分類しておく。そして、当該人物に対して、その性別や通信履歴情報から得られる統計的情報（メールと電話の比率、メール・電話の時間帯、メールに含まれる絵文字の種類・数、電話の発着信比率、メールの送受信比率、電話の応答率など）に基づく所定の条件に合致するするカテゴリを決定する。そしてそのカテゴリの中からランダムで当該人物に称号を付与する。このような称号データテーブル７００はランク毎に別個に設けたが、複数のランクに共通とすることも可能である。

また、図示しないが、自分自身については、適用可能な称号や選択条件が他者とは異なりうるので、このような称号データテーブルは別に設けるようにしてもよい。例えば、上記自分の人気度をの度合に対応して予め用意された複数の称号を自分自身用の称号データテーブル（図示せず）として用意し、その中からランダムで選択する。

図１４に、電話・メールの通信ログからキャラデータを生成する処理の流れを示す。この処理は、ユーザの指示時に、あるいは、定期的に端末により実行される。

まず、図４、図５に示したような、メール・電話の通信履歴情報（通信ログ）を取得する（Ｓ１）。そこで、電話帳の登録件数分だけ（登録された人数全員に対して）次のキャラデータ生成ループを実行する（Ｓ２〜Ｓ９）。ここで、「キャラデータ」とは、電話帳に登録された個人のデータに、電話・メールの件数や長さなどの統計情報に基づいて得られた交友情報、親密度、称号を加えたデータである。

ループ内では、まず、ステップＳｌで取得したログに、電話帳に登録された個人に対応するデータがあるかどうかを判定する（Ｓ３）。対応データがある場合はデータを抽出し（Ｓ４）、その統計データを交友情報として生成する（Ｓ５）。ここでの「交友情報」とは電話の場合、件数および通話時間に基づいて求め、メールの場合、件数および本文等の文字数に基づいて求める。対応するデータが無い場合は交友情報に含まれるデータを全て０にセットする（Ｓ６）。その後、ステップＳ５／Ｓ６で求めた交友情報を基に親密度を計算し（Ｓ７）、親密度と交友情報を基に称号を判定する（Ｓ８）。

図１５に、図１４のステップＳ７に対応する親密度を計算する処理例を表したフローチャートを示す。まず、電話の履歴情報（図５）に基づいて電話の交友情報をポイント化する（Ｓ１１）。このポイント化に当たり、ただ単に発着信の件数を数えるのではなく、各発着信の通話時間を考慮する。この他にも通話時間帯、発着信の比率、電話の応答率、周期などを考慮することも考えられる。また、メール１件と電話１回のバランスを考え、重み付けを行う。例えばメールの方が気楽に送信できるため、電話の方を重くするということが考えられる。一方の重み付けを１とし、他方の重み付けを０とすれば、一方のみを考慮することができる。この重みづけはユーザが設定できるようにしてもよい。

続いて、同様にメールの履歴情報（図４）に基づいて、メールの交友情報をポイント化する（Ｓ１２）。すなわち、メールの送受信件数に文字数を考慮し、さらに上記の重み付けを行う。

その後、電話帳３００から当該個人の前回の親密度と前回のランクを読み込む（Ｓ１３）。そこで、所定の計算式を用いて、前回の親密度に加算（減算）される加算ポイント（更新ポイント）を計算する処理を行う（Ｓ１４）。すなわち、ステップＳ１１、Ｓ１２で求めたポイントを加算した和に、ランクごとに異なる倍率を掛け、この積から、ランクに応じた一定のポイント（点）を減算する。よって、この加算ポイントの符号は正にも負にもなりうる。「倍率」は親密度の高いランクほど低くする。「一定のポイント」は親密度の高いランクほど大きくする。このように倍率および一定のポイントを設定することで、ランクが低いときは親密度が上がりやすく下がりにくくなり、ランクが高いときは親密度が上がりにくく下がりやすくなる。メールと電話のポイントが０の場合、つまりコミュニケーションをとらなかった場合は親密度は減点になり、ある程度とることで親密度を維持することが可能である。そしてコミュニケーションを多くとれば親密度を上げることが出来る。

このようして求めた更新ポイントを前回の親密度に加算（減算）し、親密度を更新する（Ｓ１５）。

図１６に、図１４のステップＳ８における称号の判定の処理例を表すフローチャートを示す。ここでは、電話帳に登録された通信相手の属するランク毎に称号データテーブル７００（図１３）を設けた場合について説明する。

まず、当該個人が現在所属するランクを確認する（Ｓ２１）。そこで、当該ランクの称号データテーブルを参照して、与えられた選択条件をチェックする（Ｓ２２）。当該人物の性別と通信の統計的データが当該選択条件に合致するか否かをチェックする（Ｓ２３）。しない場合には、選択条件を更新指定（Ｓ２４）、ステップＳ２２に戻り、上記の処理を繰り返す。当該選択条件に合致した場合には、当該選択条件に対応する称号を選択して（Ｓ２５）、この処理を終了する。

図１４の処理によれば、称号はランクが変わるたびに更新される。また、親密度が上下したり、コミュニケーションの取り方が変化しても、同一内のランクで同一のカテゴリに分類される場合は称号は一定である。一度ランクが下がって、また上がった場合や、同じランクでも別のカテゴリに分類された場合は称号は変化する。

最後に、図１７に、親密度を基にアバターを電話帳マップ上に配置する処理を表すフローチャートを示す。この配置結果は電話帳画面６００（図６）に反映される。

まず、端末のユーザ自身（自分）のデータを読み込み（Ｓ３１）、電話帳マップの中心、すなわち同心円の中心に配置する（Ｓ３２）。ついで、電話帳に登録された通信相手全員分のキャラデータを読み込む（Ｓ３３）。この読み込んだキャラデータを親密度の高い順にソートする（Ｓ３４）。また、ユーザ自身の人気度に従って、背景画像を決定し表示する（Ｓ３５）。

その後、登録件数分だけ、次のループ処理を繰り返して実行する（Ｓ３６〜Ｓ３９）。すなわち、逐次、各通信相手がどのランクに属するかを決定する（Ｓ３７）。具体的には、与えられた親密度をランクの境界に対応する複数の所定の閾値と比較して、どのランクに属するかを判定する。ついで、そのランク（ｎ番目のランク）の円上の所定の位置に配置し表示する（Ｓ３８）。円上の所定の位置とは、同一の円上に所属する人数によって、例えば均等間隔となるような円上の位置である。

通常の電話帳では登録件数が増えるにしたがってよく連絡取る人を探しにくくなってしまうが、本実施の形態によれば、よく連絡を取る人が同心円の中心近くに表示されるため、多数の登録件数の中から目的の通信相手にたどり着くまでスクロールを繰り返すというステップを省略することができる。つまり、本実施の形態によれば、電話帳を開いた一番最初の画面上に目的の人がいる可能性が高く、スクロールをせずにアクセスすることが出来る。

また、自分が今どの人とよく連絡を取っているか、また誰と最近連絡をとっていないかなど、自分と友人等とのコミュニケーションの様子が一目でわかる。すなわち、自分の総合的な交友関係が一目でわかる。

通信履歴情報の更新によって動的に変化する交友関係に柔軟に対応可能である。

アバターのような画像で通信相手が示されるため、エンターテインメント性が向上し、電話帳を使う楽しみが増進される。

以上、本発明の好適な実施の形態について説明したが、上記で言及した以外に種々の変形、変更を行うことが可能である。

例えば、上記電話帳画面において、自分のアバターは必須ではなく、省略してもよい。

アバター画像のサイズは固定としたが、同一ランク内の通信相手の総数に応じてアバター画像のサイズを変えてもよい。あるいは、カーソルが合ったアバター画像を一時的に拡大表示するようにしてもよい。これらは、同ランク上にアバターが密集した場合に有用である。

ランキングの更新の際、少なくとも画面に現れている範囲で、前回の位置から最新の位置まで画像が移動する際にアニメーション表示を行うようにしてもよい。これにより、変化の前後を確認できる。

アバターは同心円上に配置するようにしたが、基準位置から異なる距離の位置に配置できれば、扇形、螺旋形、ピラミッド型等、他の任意の形状に配置してもよい。

本発明は、携帯端末に適用して好適であるが、パーソナルコンピュータなどにおけるアプリケーションに適用することも可能である。

ランクの総数は固定の場合を想定したが、通信相手の登録数が増加した場合などにランクの総数も動的に変えるようにしてもよい。その場合には、親密度の閾値の個数も変える。

本発明の通信装置の一例としての携帯電話端末１００の外観を示す図である。 図１の携帯電話端末の内部のハードウェア構成を示す図である。 図１の携帯電話端末のメモリに格納される電話帳の構成を模式的にテーブル形式で示した図である。 本発明の実施の形態におけるメール受信履歴情報（ａ）およびメール送信履歴情報（ｂ）を模式的にテーブル形式で示した図である。 本発明の実施の形態における電話受信履歴情報（ａ）および電話発信履歴情報（ｂ）を模式的にテーブル形式で示した図である。 本発明の実施の形態における電話帳画面の表示例を示す図である。 本発明の実施の形態における電話帳画面の表示例を示す図である。 本発明の実施の形態における電話帳画面の表示例を示す図である。 本発明の実施の形態における電話帳画面の表示例を示す図である。 本発明の実施の形態における電話帳画面の表示例を示す図である。 本発明の実施の形態における電話帳画面の表示例を示す図である。 本発明の実施の形態における電話帳画面（電話帳マップ）から遷移する遷移先の画面の説明図である。 本発明の実施の形態における称号およびその選択条件を定めた称号データテーブルを表した具体的な例を示す図である。 本発明の実施の形態における電話・メールの通信ログからキャラデータを生成する処理の流れを示すフローチャートである。 図１４のステップＳ７に対応する親密度を計算する処理例を表したフローチャートである。 図１４のステップＳ８における称号の判定の処理例を表すフローチャートである。 本発明の実施の形態における親密度を基にアバターを電話帳マップ上に配置する処理を表すフローチャートである。

符号の説明

１００…携帯電話端末、２０１…アンテナ、２０３…送受信処理部、２０５…変復調処理部、２０７…データ処理部、２０９…Ｄ／Ａ変換器、２１０…スピーカ、２１１…Ａ／Ｄ変換器、２１２…マイク、２２０…表示部、２２３…操作部、２２３ａ…カーソル移動キー、２２３ｂ…選択キー、２２３ｇ…電源キー、２２３ｈ…通話キー、２２５…制御部、２２７…メモリ、３００…電話帳、３１０…メール受信履歴情報、３２０…メール送信履歴情報、４１０…電話受信履歴情報、４２０…電話発信履歴情報、６００…電話帳画面、６０１…カーソル、６１５…アバター、６２０ａ〜６２０ｄ…背景画像、６３０…テキスト表示欄、６４０…操作ガイド、７００…称号データテーブル

Claims (12)

1. 通信を行う通信手段と、
   通信の履歴情報を収集して記憶する記憶手段と、
   少なくとも通信相手の通信アドレス情報および通信相手を表す画像情報を登録する登録手段と、
   表示画面上に前記登録された通信相手を表す画像を表示する表示手段と、
   前記表示手段は、各通信相手との通信の履歴情報に基づいて当該通信相手を表す画像の配置位置を決定する配置位置決定手段と
   を備えたことを特徴とする通信端末装置。
2. 前記配置位置決定手段は、各通信相手との通信頻度に基づいて、当該通信相手を表す画像が表示される位置と前記表示画面上の基準位置との距離を決定することを特徴とする請求項１記載の通信端末装置。
3. 前記配置位置決定手段は、各通信相手の通信履歴情報に基づいてランク付けを行い、前記基準位置を中心として複数のランクに対応する、距離の異なる同心円上に前記画像が表示される位置を決定することを特徴とする請求項２記載の通信端末装置。
4. 前記登録手段は、前記通信端末装置のユーザ自身を表す画像をも記憶し、
   前記配置位置決定手段は、前記基準位置に前記ユーザ自身を表す画像を配置することを特徴とする請求項２または３記載の通信端末装置。
5. 特定のランクを着信拒否および／またはメール受信拒否用とし、このランクに移動させられた画像で表される通信相手について、着信拒否および／またはメール受信拒否の設定を行うことを特徴とする請求項２記載の通信端末装置。
6. 前記表示画面上に前記登録された通信相手を表す画像を表示する際の背景画像として、予め複数の画像を用意しておき、前記登録手段に登録された通信相手の数に基づいて前記背景画像を選択する手段を備えたことを特徴とする請求項１記載の通信端末装置。
7. 各通信相手の通信履歴情報に基づいてその統計情報を複数のカテゴリに分類し、当該通信相手に対して各カテゴリ対応に予め用意された称号を付与し、前記表示画面上に表示する手段を備えたことを特徴とする請求項１記載の通信端末装置。
8. 各通信相手の通信履歴情報に基づく前記通信頻度として当該通信相手とユーザとの親密度を算出し、この親密度を所定の閾値と比較して、どのランクに属するかを判定することを特徴とする請求項３記載の通信端末装置。
9. 各通信相手の新たな通信履歴情報に基づいて前記親密度を更新する際、ランクが低いときは親密度が上がりやすく下がりにくくなり、ランクが高いときは親密度が上がりにくく下がりやすくなるような計算式を用て更新を行うことを特徴とする請求項８記載の通信端末装置。
10. 通信相手を画像で示す画面と通信相手をリスト形式で示す画面とをユーザの指示に応じて切り替える手段を備えたことを特徴とする請求項１記載の通信端末装置。
11. 前記表示手段は、ユーザによる前記通信相手の画像に対する指示に応じて当該通信相手の前記通信アドレス情報を表示することを特徴とする請求項１記載の通信端末装置。
12. 少なくとも通信相手の通信アドレス情報および通信相手を表す画像情報を登録する登録手段を備えた通信端末装置において実行されるコンピュータプログラムであって、
    通信の履歴情報を収集して記憶するステップと、
    表示画面上に前記登録された通信相手を表す画像を表示するステップと、
    前記表示の際に各通信相手との通信の履歴情報に基づいて当該通信相手を表す画像の配置位置を決定するステップと
    を通信端末装置のコンピュータに実行させるためのコンピュータプログラム。