JP2004153420A - 携帯端末のアドレス帳インデックス作成・管理システム，方法，サーバおよびプログラム - Google Patents
携帯端末のアドレス帳インデックス作成・管理システム，方法，サーバおよびプログラム Download PDFInfo
- Publication number
- JP2004153420A JP2004153420A JP2002314462A JP2002314462A JP2004153420A JP 2004153420 A JP2004153420 A JP 2004153420A JP 2002314462 A JP2002314462 A JP 2002314462A JP 2002314462 A JP2002314462 A JP 2002314462A JP 2004153420 A JP2004153420 A JP 2004153420A
- Authority
- JP
- Japan
- Prior art keywords
- index
- server
- user
- information
- address book
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Abstract
【課題】携帯端末に通信履歴情報やアドレス帳のインデックス作成機能を備えることなく、通信履歴情報に基づいたインデックスの作成を可能にする。
【解決手段】ユーザ携帯端末１とサーバ２とこれらを相互に接続するネットワーク３とを備え、ユーザ携帯端末１は、アドレス帳と、ユーザから入力されたインデックス作成のためのソート条件情報と更新間隔を指定する定期更新情報とを含むリクエスト情報をサーバ２に送信する手段と、サーバ２から受信したインデックスとアドレス帳の個人データとをリンク付けする手段とを有し、サーバ２は、ユーザ携帯端末毎の通信履歴情報を保持する手段と、リクエスト情報受信時および指定された定期更新時に、ソート条件情報に対応する通信頻度を通信履歴情報から相手ユーザ毎に算出する手段と、算出した通信頻度の多い順に相手ユーザを並び替えたインデックスを作成しユーザ携帯端末１に送信する手段とを有する。
【選択図】 図２
【解決手段】ユーザ携帯端末１とサーバ２とこれらを相互に接続するネットワーク３とを備え、ユーザ携帯端末１は、アドレス帳と、ユーザから入力されたインデックス作成のためのソート条件情報と更新間隔を指定する定期更新情報とを含むリクエスト情報をサーバ２に送信する手段と、サーバ２から受信したインデックスとアドレス帳の個人データとをリンク付けする手段とを有し、サーバ２は、ユーザ携帯端末毎の通信履歴情報を保持する手段と、リクエスト情報受信時および指定された定期更新時に、ソート条件情報に対応する通信頻度を通信履歴情報から相手ユーザ毎に算出する手段と、算出した通信頻度の多い順に相手ユーザを並び替えたインデックスを作成しユーザ携帯端末１に送信する手段とを有する。
【選択図】 図２
Description
【０００１】
【発明の属する技術分野】
本発明は、携帯端末のアドレス帳インデックス作成・管理システム，方法，サーバおよびプログラムに関し、特に通信履歴に基づいてアドレス帳のインデックスを並び替える、携帯端末のアドレス帳インデックス作成・管理システム，方法，サーバおよびプログラムに関する。
【０００２】
【従来の技術】
携帯電話機やＰＨＳ（Ｐｅｒｓｏｎａｌ Ｈａｎｄｙｐｈｏｎｅ Ｓｙｓｔｅｍ）等の携帯端末においては高機能化が進み、内蔵されるアドレス帳には数百件もの個人データ（名前、電話番号、メールアドレス等）が登録可能となっている。しかし、これらの携帯端末を使用するユーザの多くは多数の個人データの登録をするにも関わらず、電話の発着信やメールの送受信を行う相手はある程度特定されている傾向にある。従って、個人データを呼び出す際に表示されるアドレス帳のインデックス（索引）を連絡頻度の多い順番に整列しておけば、使い勝手がよくなるとともに、操作におけるキータッチ数を減少することができる。
【０００３】
従来、一部の携帯端末においては、内蔵されている電話帳に登録されている電話番号対応に発着信回数をカウントし、発信時に電話帳を発着信回数の多い順にソートすることで、頻繁に電話をかける相手の検索を容易に行うようにしているものがある（例えば、特許文献１参照）。
【０００４】
【特許文献１】
特開２０００−２７８３９２号公報（段落［００１２］、図３）
【０００５】
【発明が解決しようとする課題】
しかし、上述した特許文献１においては、インデックスの並び変えに使用する通信履歴情報を携帯端末がその都度カウントして内部メモリに格納し、発信時に電話帳を発着信回数の多い順にソートしなければならないため、携帯端末に履歴情報のカウント，蓄積機能やインデックスのソート機能を備えなければならないという問題や、携帯端末のメモリ量が増大するという問題がある。
【０００６】
また、通話中にかかってきた電話着信の履歴については通話中の携帯端末に残すことができないため、上述した特許文献１における履歴情報は正確な履歴情報とは言えず、この履歴情報に基づいて作成されるインデックスについても、必ずしも通信頻度順になっているという保証は無いという問題がある。
【０００７】
本発明は、以上の問題を解決する携帯端末のアドレス帳インデックス作成・管理システム，方法，サーバおよびプログラムを提供することを目的とする。
【０００８】
【課題を解決するための手段】
本発明の第１の携帯端末のアドレス帳インデックス作成・管理システムは、ユーザ携帯端末と、サーバと、これらを相互に接続するネットワークとを備えた携帯端末のアドレス帳インデックス作成・管理システムであって、
前記ユーザ携帯端末は、通信相手の個人データを保存するアドレス帳の設定，記憶手段と、ユーザから入力されたインデックス作成のためのソート条件情報を含むリクエスト情報を前記サーバに送信する手段と、前記サーバから受信したインデックスと前記アドレス帳の個人データとをリンク付けする手段とを有し、
前記サーバは、ユーザ携帯端末毎の通信履歴情報を保持する手段と、前記リクエスト情報を受信したときに、前記ソート条件情報に対応する通信頻度を前記通信履歴情報から相手ユーザ毎に算出する手段と、算出した通信頻度の多い順に相手ユーザを並び替えたインデックスを作成し前記ユーザ携帯端末に送信する手段とを有する。
【０００９】
本発明の第２の携帯端末のアドレス帳インデックス作成・管理システムは、ユーザ携帯端末と、サーバと、これらを相互に接続するネットワークとを備えた携帯端末のアドレス帳インデックス作成・管理システムであって、
前記ユーザ携帯端末は、通信相手の個人データを保存するアドレス帳の設定，記憶手段と、ユーザから入力されたインデックス作成のためのソート条件情報と更新間隔を指定する定期更新情報とを含むリクエスト情報を前記サーバに送信する手段と、前記サーバから受信したインデックスと前記アドレス帳の個人データとをリンク付けする手段とを有し、
前記サーバは、ユーザ携帯端末毎の通信履歴情報を保持する手段と、前記リクエスト情報受信時および前記指定された定期更新時に、前記ソート条件情報に対応する通信頻度を前記通信履歴情報から相手ユーザ毎に算出する手段と、算出した通信頻度の多い順に相手ユーザを並び替えたインデックスを作成し前記ユーザ携帯端末に送信する手段とを有する。
【００１０】
本発明の第３の携帯端末のアドレス帳インデックス作成・管理システムは、本発明の第１または第２の携帯端末のアドレス帳インデックス作成・管理システムにおいて、前記リクエスト情報にさらに過去の発着信期間を指定する情報を含め、前記サーバは前記インデックス作成時に前記発着信期間に少なくとも一回以上発着信のあった相手にマークを付したインデックスを作成して前記ユーザ携帯端末に送信する手段をさらに有し、前記ユーザ携帯端末は前記マークが付された相手と前記アドレス帳の個人データとを照合し、前記アドレス帳に含まれているが前記マークの付された相手ではない個人データを前記アドレス帳から削除する手段をさらに有する。
【００１１】
本発明の第４の携帯端末のアドレス帳インデックス作成・管理システムは、本発明の第１または第２の携帯端末のアドレス帳インデックス作成・管理システムにおいて、前記ユーザ携帯端末は前記サーバからインデックスを受信したときに、前記アドレス帳に登録されていない相手がインデックス上に存在するかを照合し、存在した場合はその個人データを前記アドレス帳に追加登録する手段をさらに有する。
【００１２】
本発明の第５の携帯端末のアドレス帳インデックス作成・管理システムは、本発明の第１または第２の携帯端末のアドレス帳インデックス作成・管理システムにおいて、前記リクエスト情報にさらに着信履歴のみの相手通知依頼情報を含め、前記サーバは前記インデックス作成時に着信履歴のみの相手にマークを付したインデックスを作成して前記ユーザ携帯端末に送信する手段をさらに有し、前記ユーザ携帯端末は前記サーバからインデックスを受信したときに、前記マークが付されていないインデックス上の相手の中で前記アドレス帳に含まれていない相手が存在するかを照合し、存在した場合はその個人データを前記アドレス帳に追加登録する手段をさらに有する。
【００１３】
本発明の第６の携帯端末のアドレス帳インデックス作成・管理システムは、本発明の第１または第２の携帯端末のアドレス帳インデックス作成・管理システムにおいて、前記リクエスト情報にさらに着信履歴のみの相手通知依頼情報を含め、前記サーバは前記インデックス作成時に着信履歴のみの相手にマークを付したインデックスを作成して前記ユーザ携帯端末に送信する手段と、前記ユーザ携帯端末から送信された迷惑データをユーザ毎に備えた迷惑データ保存領域に保存する手段とをさらに有し、前記ユーザ携帯端末は前記サーバからインデックスを受信したときに、前記マークを付された相手の中に前記アドレス帳に登録されていないものが存在するかを照合し、存在した場合はその相手データを迷惑データとして前記サーバに送信する手段をさらに有する。
【００１４】
本発明の第７の携帯端末のアドレス帳インデックス作成・管理システムは、本発明の第１または第２の携帯端末のアドレス帳インデックス作成・管理システムにおいて、前記リクエスト情報にさらに着信履歴のみの相手通知依頼情報を含め、前記サーバは前記インデックス作成時に着信履歴のみの相手にマークを付したインデックスを作成して前記ユーザ携帯端末に送信する手段と、前記ユーザ携帯端末から送信された迷惑データをユーザ毎に備えた迷惑データ保存領域に保存する手段とをさらに有し、前記ユーザ携帯端末は前記サーバからインデックスを受信したときに、前記マークが付されていないインデックス上の相手の中で前記アドレス帳に含まれていない相手が存在するかを照合し、存在した場合はその個人データを前記アドレス帳に追加登録する一方、前記マークを付された相手の中に前記アドレス帳に登録されていないものが存在するかを照合し、存在した場合はその相手データを迷惑データとして前記サーバに送信する手段をさらに有する。
【００１５】
本発明の第８の携帯端末のアドレス帳インデックス作成・管理システムは、本発明の第１〜第７のいずれかの携帯端末のアドレス帳インデックス作成・管理システムにおいて、前記ソート条件情報は、通話の累積発着信回数，累積通話時間，メールの送信回数，メールの受信回数，メールの送受信回数のいずれかまたは組合せによることを特徴とする。
【００１６】
本発明の第９の携帯端末のアドレス帳インデックス作成・管理システムは、本発明の第１〜第７のいずれかの携帯端末のアドレス帳インデックス作成・管理システムにおいて、前記通信履歴情報は、発着信年月日、発信側電話番号またはメールアドレス、着信側電話番号またはメールアドレス、通話時間を含むことを特徴とする。
【００１７】
本発明の第１のサーバは、ユーザ携帯端末毎の通信履歴情報を保持する手段と、前記ユーザ携帯端末からインデックス作成のためのソート条件情報を含むリクエスト情報を受信する手段と、リクエスト情報を受信したときに前記ソート条件情報に対応する通信頻度を前記通信履歴情報から相手ユーザ毎に算出する手段と、算出した通信頻度の多い順に相手ユーザを並び替えたインデックスを作成し前記ユーザ携帯端末に送信する手段とを有する。
【００１８】
本発明の第２のサーバは、ユーザ携帯端末毎の通信履歴情報を保持する手段と、前記ユーザ携帯端末からインデックス作成のためのソート条件情報と更新間隔を指定する定期更新情報とを含むリクエスト情報を受信する手段と、リクエスト情報受信時および前記指定された定期更新時に、前記ソート条件情報に対応する通信頻度を前記通信履歴情報から相手ユーザ毎に算出する手段と、算出した通信頻度の多い順に相手ユーザを並び替えたインデックスを作成し前記ユーザ携帯端末に送信する手段とを有する。
【００１９】
本発明の第３のサーバは、本発明の第１または第２のサーバにおいて、前記ソート条件情報は、通話の累積発着信回数，累積通話時間，メールの送信回数，メールの受信回数，メールの送受信回数のいずれかまたは組合せによることを特徴とする。
【００２０】
本発明の第４のサーバは、本発明の第１または第２のサーバにおいて、前記通信履歴情報は、発着信年月日、発信側電話番号またはメールアドレス、着信側電話番号またはメールアドレス、通話時間を含むことを特徴とする。
【００２１】
本発明の第１の携帯端末のアドレス帳インデックス作成・管理方法は、サーバにユーザ携帯端末毎の通信履歴情報を備え、ユーザ携帯端末から指定されるソート条件を基に通信頻度順に通信相手を並べたインデックスを作成し、前記ユーザ携帯端末に送信することを特徴とする。
【００２２】
本発明の第２の携帯端末のアドレス帳インデックス作成・管理方法は、ユーザ携帯端末と、サーバと、これらを相互に接続するネットワークとを備えたシステムにおける携帯端末のアドレス帳インデックス作成・管理方法であって、
前記サーバが前記ユーザ携帯端末毎の通信履歴情報を保持するステップと、
前記ユーザ携帯端末がユーザから入力されたインデックス作成のためのソート条件情報を含むリクエスト情報を前記サーバに送信し、インデックスの作成を要求するステップと、
前記サーバが前記ソート条件情報に対応する通信頻度を前記通信履歴情報から相手ユーザ毎に算出するステップと、
前記サーバが、算出した通信頻度の多い順に相手ユーザを並び替えたインデックスを作成し前記ユーザ携帯端末に送信するステップと、
前記ユーザ携帯端末が前記サーバから受信したインデックスと内蔵するアドレス帳の個人データとをリンク付けするステップとを有する。
【００２３】
本発明の第３の携帯端末のアドレス帳インデックス作成・管理方法は、ユーザ携帯端末と、サーバと、これらを相互に接続するネットワークとを備えたシステムにおける携帯端末のアドレス帳インデックス作成・管理方法であって、
前記サーバが前記ユーザ携帯端末毎の通信履歴情報を保持する第１のステップと、
前記ユーザ携帯端末がユーザから入力されたインデックス作成のためのソート条件情報と更新間隔を指定する定期更新情報とを含むリクエスト情報を前記サーバに送信し、インデックスの作成を要求する第２のステップと、
前記サーバが前記ソート条件情報に対応する通信頻度を前記通信履歴情報から相手ユーザ毎に算出する第３のステップと、
前記サーバが、算出した通信頻度の多い順に相手ユーザを並び替えたインデックスを作成し前記ユーザ携帯端末に送信する第４のステップと、
前記ユーザ携帯端末が前記サーバから受信したインデックスと内蔵するアドレス帳の個人データとをリンク付けする第５のステップと、
前記サーバが、前記定期更新情報により指定された定期更新時期を監視し、定期更新時に前記第３のステップ〜前記第５のステップの動作を繰り返す第６のステップとを有する。
【００２４】
本発明の第１のプログラムは、ユーザ携帯端末毎の通信履歴情報を保持する機能、前記ユーザ携帯端末からインデックス作成のためのソート条件情報を含むリクエスト情報を受信する機能、リクエスト情報を受信したときに前記ソート条件情報に対応する通信頻度を前記通信履歴情報から相手ユーザ毎に算出する機能、算出した通信頻度の多い順に相手ユーザを並び替えたインデックスを作成し前記ユーザ携帯端末に送信する機能、をコンピュータに実現させる。
【００２５】
本発明の第２のプログラムは、ユーザ携帯端末毎の通信履歴情報を保持する機能、前記ユーザ携帯端末からインデックス作成のためのソート条件情報と更新間隔を指定する定期更新情報とを含むリクエスト情報を受信する機能、リクエスト情報受信時および前記指定された定期更新時に、前記ソート条件情報に対応する通信頻度を前記通信履歴情報から相手ユーザ毎に算出する機能、算出した通信頻度の多い順に相手ユーザを並び替えたインデックスを作成し前記ユーザ携帯端末に送信する機能、をコンピュータに実現させる。
【００２６】
【発明の実施の形態】
本発明の実施の形態について図面を参照して詳細に説明する。
【００２７】
まず、本発明の第１の実施の形態について説明する。
【００２８】
図１は、本発明を概念的に説明する図である。図１を参照すると、まずユーザはユーザ携帯端末１（例えば、携帯電話機、ＰＨＳ等）を操作して、インデックスの要素となる個人名の一覧をどういう順序で並び替えるかを指定するために、ソート条件情報を含むリクエストを作成してサーバ２に送信する（▲１▼）。ここで、インデックスとはアドレス帳の索引のことであり、アドレス帳の個人データ（例えば、電話番号、メールアドレス等）を呼び出す際に使用する個人名等の名前の一覧を指す。また、ソート条件情報は、インデックスをソートする条件を指定する情報であり、一つのログの要素（例えば、メール送信回数）、または幾つかの要素の組み合わせ（例えば、メール送信回数とメール受信回数の合計）等による。また、ログは、通話におけるユーザ間の累積通話時間、累積発着信回数やメールの送受信回数等のような通信履歴情報を示す。次に、サーバ２は受信したリクエストを参照してログをソートし（▲２▼）、ソート結果のインデックスをユーザ携帯端末１に送信する（▲３▼）。最後にユーザ携帯端末１にて、サーバ２から受信したインデックスとユーザ携帯端末１内蔵のアドレス帳の実データをリンクさせて、インデックスからアドレス帳データが呼び出せるようにし、表示を行う（▲４▼）。
【００２９】
図２は、本発明の実施の形態の構成を示すブロック図であり、ユーザ携帯端末１と、サーバ２と、これらを相互に接続する携帯電話業者の電話網等のネットワーク３とを備えている。
【００３０】
ユーザ携帯端末１は、ユーザが使用する携帯電話機やＰＨＳ等の携帯端末であり、ユーザからのリクエストの入力を受け付ける入力部１１と、プログラム制御により動作する解析部１２と、サーバ２と通信するための通信部１３と、個人データを保存しているアドレス帳データベース１４と、ディスプレイ装置に当たる表示部１５とを含む。解析部１２は、リクエスト作成部１２１と、リンク部１２２とを備えている。リクエスト作成部１２１は、ユーザが入力部１１から入力した情報によりサーバ２に送信するリクエストを作成する。リンク部１２２は、サーバ２から通信部１３を介して受信したインデックスからアドレス帳データベース１４の個人データを呼び出せるようにするため、インデックスとアドレス帳の実データ間でリンクを張る機能を備えている。
【００３１】
ここで、リクエストは、図３（ユーザ携帯端末からサーバに送信するリクエスト情報の一例を示す図）に示すように、インデックスをどういう順番に出力するかを決定するフィールド”ソート条件情報”と、インデックスの更新時期を決定するフィールド”更新情報”の２つからなる。例えば、メール送受信回数の多い順に要素（インデックス個人情報）を表示させるインデックスを作成したい場合には、前者のフィールドに「メール送受信回数」を指定し、さらに月一回新しいインデックスをサーバ２から自動受信したい場合、後者のフィールドに「月に一回」を指定する。
【００３２】
サーバ２は、例えば携帯電話業者等のインデックス作成・管理業者により設置されるサーバ等の情報処理装置であり、ユーザ携帯端末１と通信する通信部２１と、プログラム制御により動作するソート部２２と、ログ情報データベース２３と、ユーザ別リクエスト記憶部２４とを含む。
【００３３】
ソート部２２は、通信部２１を介して受信したリクエストのソート条件情報を基にログ情報データベース２３を参照し、インデックスをソート条件情報の条件によりソートし、ソートされたインデックスを通信部２１を介してユーザ携帯端末１に送信する機能を備えている。また、ソート部２２は、ユーザ別リクエスト記憶部２４を定期的に（例えば、毎日一回）参照し、インデックスの更新年月日が当日のユーザを抽出し、リクエストのソート条件情報によるソート結果のインデックスを作成して該当ユーザ携帯端末１に送信する機能を備えている。
【００３４】
ログ情報データベース２３には、インデックス作成サービスの会員の通信履歴（ログ情報）に関するデータが格納されている。サーバ２を備えるインデックス作成・管理業者は、会員の携帯端末の電話番号，メールアドレスを予めキャリア（電気通信事業者）に依頼して図示しないキャリアの通信履歴サーバに登録を行ってもらう。そして、会員携帯端末の発着信の都度ログ情報を通信履歴サーバからサーバ２に送信してもらう。送信してもらうログ情報は、発着信年月日、発信側電話番号またはメールアドレス、着信側電話番号またはメールアドレス、通話時間（電話発着信の場合）である。これらのデータは、サーバ２の図示しないログ情報管理部により受信し、会員のユーザＩＤ毎に格納される。また、図示しないログ情報管理部は、定期的に各会員のログ情報のデータ量をチェックし、一定量を超えた場合は古いデータから順に削除する機能、または、所定期間以上前の古いデータを削除する機能を備えている。
【００３５】
ユーザ別リクエスト記憶部２４には、ユーザＩＤ，パスワード，電話番号，メールアドレス，リクエスト情報（ソート条件情報，更新情報），次回定期更新年月日を含む情報が格納されている。この内、ユーザＩＤ，パスワード，電話番号，メールアドレスについては、ユーザがインデックス作成サービスの会員になったときに予め登録され、リクエスト情報（ソート条件情報，更新情報）については、ユーザがユーザ携帯端末１からサーバ２にアクセスしリクエスト情報を送信したときに登録される。また、次回定期更新年月日については、ユーザがユーザ携帯端末１からサーバ２にリクエスト情報を送信したとき、および、サーバ２が定期更新用インデックスをユーザ携帯端末１に送信したときに登録される。
【００３６】
次に、本発明の第１の実施の形態の動作について図面を参照して説明する。
【００３７】
最初に、ユーザからのアドレス帳インデックスの作成要求時の動作について、図２〜図８を参照して説明する。なお、図４はソート条件に対応する値をログ情報から計算した結果の一例を示す図であり、図５はサーバで作成されるソート後の表示用インデックスの一例を示す図、図６はユーザ携帯端末におけるインデックスとアドレス帳のデータのリンク付けを示す図、図７はユーザからのアドレス帳インデックスの作成要求時の動作を示すフローチャート、図８はリクエスト入力画面の一例を示す図である。
【００３８】
図７を参照すると、まずユーザはユーザ携帯端末１の入力部１１から、解析部１２のプログラムから提供されるメニュー上で「インデックスのソート」を選択し、ユーザＩＤ，パスワードを入力することにより、アドレス帳のインデックスの作成要求を行う（ステップＡ１）。次に、インデックスの要素（個人情報）の並び順序を決定する”ソート条件情報”、およびサーバ２からの自動更新サイクルを決定する”更新情報”の２つを、ユーザが入力部１１から入力する。具体的には、ユーザは図８に示す「アドレス帳ソート方法リクエスト用メニュー」上で、「ソートの条件」および「更新間隔」を選択して決定する。仮に、図８に示すように、「ソートの条件」として「メール送受信回数」を、「更新間隔」として「月一回」を選択入力したとする（ステップＡ２）。ユーザ携帯端末１のリクエスト作成部１２１はステップＡ２で指定された情報を受信し、図３に示すようなリクエストを作成し、ユーザＩＤ，パスワードとともに通信部１３を介してサーバ２に送信する（ステップＡ３）。ユーザ携帯端末１はサーバ２にリクエストを送信した後は、サーバ２からの通知があるまで待ち状態へ移る。
【００３９】
一方、通信部２１を介してリクエストおよびユーザＩＤ，パスワードを受信したサーバ２のソート部２２は（ステップＢ１）、ユーザ別リクエスト記憶部２４に登録されたユーザＩＤ，パスワードと一致するかを照合した後、リクエストのソート条件情報であるメール送受信回数を、ログ情報データベース２３に蓄積された該当ユーザの全データを対象に計算する。図４には、ソート条件情報である通話の累積発着信回数，累積通話時間，メールの送信回数，受信回数に対応する値をログ情報から計算した結果の一例を示している。なお、図４において、インデックス個人情報欄にＡさん，Ｂさん等と記載されているが、これは個人名を指しているのではなく、Ａさんの電話番号，メール番号、Ｂさんの電話番号，メール番号のことであり、後でユーザ携帯端末１のアドレス帳のＡさん，Ｂさん等の個人名との対応を分かりやすくするために便宜上Ａさん，Ｂさん等と記載したものである。
【００４０】
ここで、ソート条件情報をメールの送受信回数とすると、図４に示すログのメール情報の要素“送信回数”と“受信回数”を加えた値によってソートが行われる。図４においては、合計４０回（３０回＋１０回）の送受信が行われている“Ａさん”がインデックスの一行目の要素となり、以降、１８回（８回＋１０回）の“Ｃさん”、１７回（７回＋１０回）の“Ｄさん”、０回（０回＋０回）の“Ｂさん”と続く（ステップＢ２）。ソート部２２は、ステップＢ２の計算結果から個人情報を並び替えたインデックスを作成する。このソート後のインデックスは、例えば図５に示すように、順位とインデックス個人情報とから構成される。なお、図５におけるインデックス個人情報欄のＡさん，Ｂさん等の記載についても、図４と同様、個人名を指しているのではなく、Ａさんの電話番号，メール番号、Ｂさんの電話番号，メール番号のことであり、後でユーザ携帯端末１のアドレス帳のＡさん，Ｂさん等の個人名との対応を分かりやすくするために便宜上Ａさん，Ｂさん等と記載したものである（ステップＢ３）。ソート部２２はソート後の表示用インデックスをユーザ携帯端末１に送信する。そして、ソート部２２は、ユーザ別リクエスト記憶部２４にリクエスト情報（ソート条件情報および更新情報）と次回定期更新年月日とを登録する。次回定期更新年月日については、当日の年月日に更新情報で指定された更新間隔を加えて算出する（ステップＢ４）。
【００４１】
待ち状態になっていたユーザ携帯端末１では、通信部１３を介して表示用インデックスを受信した後（ステップＡ４）、表示用インデックスからアドレス帳データベース１４の個人情報を呼び出せるようにするため、リンク部１２２がインデックスとアドレス帳の実データをリンクさせる（図６参照）。なお、図６の表示用インデックスのＡさん，Ｂさん等の記載についても、図４，図５と同様にサーバ２から送られてくるときは、Ａさんの電話番号，メール番号、Ｂさんの電話番号，メール番号のことである。そして、リンク部１２２はインデックスとアドレス帳の実データをリンクさせるとともに、インデックスをリンク先のＡさん，Ｂさん等の個人名に置き換える（ステップＡ５）。これによりインデックスの要素（インデックス個人情報）とアドレス帳の個人データが関連付けされ、インデックスから個人データが呼び出せるようになる。
【００４２】
次に、サーバ２のインデックス自動更新機能について、図２および図９を参照して説明する。図９は、インデックス自動更新時の動作を示すフローチャートである。
【００４３】
本機能は、定期的にサーバ２から最新のインデックスが自動的にユーザ携帯端末１に配信されるものであり、更新間隔はリクエストに含まれる“更新情報”によってユーザ毎に設定される。更新情報は、次のリクエストをサーバ２に送信するまで有効であり、図８に示すように「週一回」や「月一回」、または「問い合わせ時のみ（自動設定なし）」等から選択できる。
【００４４】
図９を参照すると、サーバ２のソート部２２は定期的に（例えば、毎日一回）当日が定期更新年月日であるユーザがいないかを、ユーザ別リクエスト記憶部２４を参照してチェックしている。ユーザ別リクエスト記憶部２４には、ステップＢ４で説明したように、ユーザ携帯端末１からのリクエスト時または前回の定期更新時に登録された次回定期更新年月日情報が登録されている（ステップＣ１）。定期更新年月日に該当するユーザがいると、サーバ２のソート部２２はそのユーザのソート条件情報とログ情報データベース２３に格納されたその時のログとを基に最新のインデックスを作成し（ステップＣ２、Ｃ３）、該当ユーザのユーザ携帯端末１に送信する（ステップＣ４）。その後ソート部２２は、ユーザ別リクエスト記憶部２４に格納されている該当ユーザの次回定期更新年月日のデータを、例えば更新情報が「月一回」の場合は一ヶ月後の年月日に書き換えて処理を終了する（ステップＣ５）。
【００４５】
インデックスを受信したユーザ携帯端末１のリンク部１２２は（ステップＤ１）、インデックスの更新をするかどうかをユーザに問い合わせ（ステップＤ２）、ユーザにより更新が選択された場合は、新しいインデックスに置き換えるためアドレス帳の実データとのリンクを張り直すとともに、受信した電話番号，メールアドレスのインデックスをリンク先のＡさん，Ｂさん等の個人名に置き換える（ステップＤ３）。なおインデックスを最新版に置き換えない場合は、インデックスは破棄される。
【００４６】
次に、本発明の第２の実施の形態について説明する。
【００４７】
本実施の形態が第１の実施の形態と異なる点は、サーバ２のログに基づき過去のある期間発信も着信も無い相手を、ユーザ携帯端末１のアドレス帳から削除可能にする点である。このためには、ユーザ携帯端末１から送信するリクエスト情報にさらに一つのフィールドを追加し、このフィールドには、過去どの位の期間の発着信相手情報（電話番号，メール番号）を連絡して欲しいかを指定する情報を持たせる。この場合、指定する期間はログ情報データベース２３に保存される期間より短い期間の中から選ばせるようにするとよい。そして、サーバ２は、インデックスのリクエスト時または定期更新時にユーザ携帯端末１に送信するインデックス上に、ユーザから指定された期間に発着信のあった相手については予め定めたマークを付すことにより通知する。ユーザ携帯端末１はこのインデックスの内マークが付された相手とアドレス帳とを照合し、アドレス帳に含まれているがマークの付された相手ではなかった個人データを表示して、ユーザに削除するかどうかを問い合わせ、削除する旨の選択があったときにはこれらの個人データをアドレス帳から削除する。本実施の形態は、定期的にアドレス帳の個人データを整理する上で有効である。
【００４８】
次に、本発明の第３の実施の形態について説明する。
【００４９】
本実施の形態が第１の実施の形態と異なる点は、サーバ２から受信するインデックス上にアドレス帳に登録されていない相手が存在した場合、インデックスにのみ存在する相手データをアドレス帳へ自動的に挿入する点である。ユーザ携帯端末１は、サーバ２からインデックスを受信したときに、アドレス帳に登録されていない相手が存在するかをアドレス帳の個人データと照合する。存在した場合は、その個人データをアドレス帳に追加登録する。このとき、追加登録するかどうかをユーザに問い合わせるようにしてもよい。また、着信のみの履歴に対しては、迷惑メールやワン切り電話（例えば着信信号を一回だけ鳴らし、相手が応答する前に呼を切断して着信履歴だけを相手携帯電話機に残すようにしたもの）とみなして登録は行わないようにしてもよい。この場合は、ユーザ携帯端末１から送信するリクエスト情報に着信履歴のみの相手通知依頼情報を含めておく。サーバ２はインデックスをユーザ携帯端末１に送信するときに、着信のみの相手については予め定めたマークを付すことにより通知する。ユーザ携帯端末１は、このマークが付された相手については、アドレス帳に登録されていない相手であっても追加登録しないようにする。
【００５０】
次に、本発明の第４の実施の形態について説明する。
【００５１】
本実施の形態が第１の実施の形態と異なる点は、迷惑メールやワン切り電話の対策を可能にする点である。サーバ２が作成するインデックスにはユーザ携帯端末１のアドレス帳には登録されていない相手データが存在し得る。そこでインデックスにのみ存在する相手データの内、ユーザの発信がない着信のみの履歴に対しては、迷惑メールやワン切り電話とみなしてサーバ２にフィードバックする。このためには、ユーザ携帯端末１から送信するリクエスト情報に着信履歴のみの相手通知依頼情報を含めておく。サーバ２はインデックスをユーザ携帯端末１に送信するときに、着信のみの相手については予め定めたマークを付すことにより通知する。ユーザ携帯端末１は、サーバ２からインデックスを受信したときに、マークを付された相手データの中にアドレス帳に登録されていないものが存在するかをアドレス帳の個人データと照合する。存在した場合は、サーバ２にその相手データを送信し、サーバ２は予めユーザ毎に備えた迷惑データ保存領域にユーザ携帯端末１から迷惑データとして通知されたものを保存する。なお、ユーザ携帯端末１はサーバ２に迷惑データを送信するときに、送信するかどうかをユーザに問い合わせるようにしてもよい。これにより、電話着信時またはメール着信時に、図示しない電話交換機やメールサーバがサーバ２の迷惑データ保存領域を参照し、迷惑データ保存領域に格納された相手からの通話やメールを拒否することができる。
【００５２】
なお、以上説明した第１〜第４の実施の形態は、それぞれ独立して実施してもよいし、複数の実施の形態を任意に組合せて実施することも可能である。
【００５３】
また、以上の実施の形態においては、インデックスの作成，送信はユーザ携帯端末１からのリクエスト時および定期更新時に行っているが、リクエスト時または定期更新時のいずれかだけに限定してもよい。
【００５４】
【発明の効果】
本発明は、ユーザ毎の通話履歴，メール履歴をサーバにログとして保存しておき、サーバがログを基にインデックスを作成して携帯端末に送信するようにしたため、携帯端末には履歴情報のカウント，蓄積機能やインデックスのソート機能が不要となり、携帯端末に持たせる機能やメモリ容量の削減が図れる効果を有している。
【００５５】
また、本発明は、サーバを使うことで携帯端末の状態によって獲得できないログデータ（通話中の携帯端末には残すことはできない、通話中にかかってきた電話着信の履歴）をカバーするようにしたため、正確な通信履歴による通信頻度順の保証されたインデックス作成を実現できるという効果がある。
【００５６】
また、本発明は、サーバ側にインデックスの更新時期を監視する機能とインデックスを作成する機能を持たせ、携帯端末側にはアドレス帳とインデックスのリンクを張る機能しか持たせていないため、更新間隔やソート条件等の簡単な指定により、定期的にサーバから最新のインデックスを自動受信でき、常に新しいインデックスでアドレス帳を操作できるという効果がある。
【図面の簡単な説明】
【図１】本発明を概念的に説明する図である。
【図２】本発明の実施の形態の構成を示すブロック図である。
【図３】ユーザ携帯端末からサーバに送信するリクエスト情報の一例を示す図である。
【図４】ソート条件に対応する値をログ情報から計算した結果の一例を示す図である。
【図５】サーバで作成されるソート後の表示用インデックスの一例を示す図である。
【図６】ユーザ携帯端末におけるインデックスとアドレス帳のデータのリンク付けを示す図である。
【図７】ユーザからのアドレス帳インデックスの作成要求時の動作を示すフローチャートである。
【図８】リクエスト入力画面の一例を示す図である。
【図９】インデックス自動更新時の動作を示すフローチャートである。
【符号の説明】
１ ユーザ携帯端末
１１ 入力部
１２ 解析部
１２１ リクエスト作成部
１２２ リンク部
１３ 通信部
１４ アドレス帳データベース
１５ 表示部
２ サーバ
２１ 通信部
２２ ソート部
２３ ログ情報データベース
２４ ユーザ別リクエスト記憶部
３ ネットワーク
【発明の属する技術分野】
本発明は、携帯端末のアドレス帳インデックス作成・管理システム，方法，サーバおよびプログラムに関し、特に通信履歴に基づいてアドレス帳のインデックスを並び替える、携帯端末のアドレス帳インデックス作成・管理システム，方法，サーバおよびプログラムに関する。
【０００２】
【従来の技術】
携帯電話機やＰＨＳ（Ｐｅｒｓｏｎａｌ Ｈａｎｄｙｐｈｏｎｅ Ｓｙｓｔｅｍ）等の携帯端末においては高機能化が進み、内蔵されるアドレス帳には数百件もの個人データ（名前、電話番号、メールアドレス等）が登録可能となっている。しかし、これらの携帯端末を使用するユーザの多くは多数の個人データの登録をするにも関わらず、電話の発着信やメールの送受信を行う相手はある程度特定されている傾向にある。従って、個人データを呼び出す際に表示されるアドレス帳のインデックス（索引）を連絡頻度の多い順番に整列しておけば、使い勝手がよくなるとともに、操作におけるキータッチ数を減少することができる。
【０００３】
従来、一部の携帯端末においては、内蔵されている電話帳に登録されている電話番号対応に発着信回数をカウントし、発信時に電話帳を発着信回数の多い順にソートすることで、頻繁に電話をかける相手の検索を容易に行うようにしているものがある（例えば、特許文献１参照）。
【０００４】
【特許文献１】
特開２０００−２７８３９２号公報（段落［００１２］、図３）
【０００５】
【発明が解決しようとする課題】
しかし、上述した特許文献１においては、インデックスの並び変えに使用する通信履歴情報を携帯端末がその都度カウントして内部メモリに格納し、発信時に電話帳を発着信回数の多い順にソートしなければならないため、携帯端末に履歴情報のカウント，蓄積機能やインデックスのソート機能を備えなければならないという問題や、携帯端末のメモリ量が増大するという問題がある。
【０００６】
また、通話中にかかってきた電話着信の履歴については通話中の携帯端末に残すことができないため、上述した特許文献１における履歴情報は正確な履歴情報とは言えず、この履歴情報に基づいて作成されるインデックスについても、必ずしも通信頻度順になっているという保証は無いという問題がある。
【０００７】
本発明は、以上の問題を解決する携帯端末のアドレス帳インデックス作成・管理システム，方法，サーバおよびプログラムを提供することを目的とする。
【０００８】
【課題を解決するための手段】
本発明の第１の携帯端末のアドレス帳インデックス作成・管理システムは、ユーザ携帯端末と、サーバと、これらを相互に接続するネットワークとを備えた携帯端末のアドレス帳インデックス作成・管理システムであって、
前記ユーザ携帯端末は、通信相手の個人データを保存するアドレス帳の設定，記憶手段と、ユーザから入力されたインデックス作成のためのソート条件情報を含むリクエスト情報を前記サーバに送信する手段と、前記サーバから受信したインデックスと前記アドレス帳の個人データとをリンク付けする手段とを有し、
前記サーバは、ユーザ携帯端末毎の通信履歴情報を保持する手段と、前記リクエスト情報を受信したときに、前記ソート条件情報に対応する通信頻度を前記通信履歴情報から相手ユーザ毎に算出する手段と、算出した通信頻度の多い順に相手ユーザを並び替えたインデックスを作成し前記ユーザ携帯端末に送信する手段とを有する。
【０００９】
本発明の第２の携帯端末のアドレス帳インデックス作成・管理システムは、ユーザ携帯端末と、サーバと、これらを相互に接続するネットワークとを備えた携帯端末のアドレス帳インデックス作成・管理システムであって、
前記ユーザ携帯端末は、通信相手の個人データを保存するアドレス帳の設定，記憶手段と、ユーザから入力されたインデックス作成のためのソート条件情報と更新間隔を指定する定期更新情報とを含むリクエスト情報を前記サーバに送信する手段と、前記サーバから受信したインデックスと前記アドレス帳の個人データとをリンク付けする手段とを有し、
前記サーバは、ユーザ携帯端末毎の通信履歴情報を保持する手段と、前記リクエスト情報受信時および前記指定された定期更新時に、前記ソート条件情報に対応する通信頻度を前記通信履歴情報から相手ユーザ毎に算出する手段と、算出した通信頻度の多い順に相手ユーザを並び替えたインデックスを作成し前記ユーザ携帯端末に送信する手段とを有する。
【００１０】
本発明の第３の携帯端末のアドレス帳インデックス作成・管理システムは、本発明の第１または第２の携帯端末のアドレス帳インデックス作成・管理システムにおいて、前記リクエスト情報にさらに過去の発着信期間を指定する情報を含め、前記サーバは前記インデックス作成時に前記発着信期間に少なくとも一回以上発着信のあった相手にマークを付したインデックスを作成して前記ユーザ携帯端末に送信する手段をさらに有し、前記ユーザ携帯端末は前記マークが付された相手と前記アドレス帳の個人データとを照合し、前記アドレス帳に含まれているが前記マークの付された相手ではない個人データを前記アドレス帳から削除する手段をさらに有する。
【００１１】
本発明の第４の携帯端末のアドレス帳インデックス作成・管理システムは、本発明の第１または第２の携帯端末のアドレス帳インデックス作成・管理システムにおいて、前記ユーザ携帯端末は前記サーバからインデックスを受信したときに、前記アドレス帳に登録されていない相手がインデックス上に存在するかを照合し、存在した場合はその個人データを前記アドレス帳に追加登録する手段をさらに有する。
【００１２】
本発明の第５の携帯端末のアドレス帳インデックス作成・管理システムは、本発明の第１または第２の携帯端末のアドレス帳インデックス作成・管理システムにおいて、前記リクエスト情報にさらに着信履歴のみの相手通知依頼情報を含め、前記サーバは前記インデックス作成時に着信履歴のみの相手にマークを付したインデックスを作成して前記ユーザ携帯端末に送信する手段をさらに有し、前記ユーザ携帯端末は前記サーバからインデックスを受信したときに、前記マークが付されていないインデックス上の相手の中で前記アドレス帳に含まれていない相手が存在するかを照合し、存在した場合はその個人データを前記アドレス帳に追加登録する手段をさらに有する。
【００１３】
本発明の第６の携帯端末のアドレス帳インデックス作成・管理システムは、本発明の第１または第２の携帯端末のアドレス帳インデックス作成・管理システムにおいて、前記リクエスト情報にさらに着信履歴のみの相手通知依頼情報を含め、前記サーバは前記インデックス作成時に着信履歴のみの相手にマークを付したインデックスを作成して前記ユーザ携帯端末に送信する手段と、前記ユーザ携帯端末から送信された迷惑データをユーザ毎に備えた迷惑データ保存領域に保存する手段とをさらに有し、前記ユーザ携帯端末は前記サーバからインデックスを受信したときに、前記マークを付された相手の中に前記アドレス帳に登録されていないものが存在するかを照合し、存在した場合はその相手データを迷惑データとして前記サーバに送信する手段をさらに有する。
【００１４】
本発明の第７の携帯端末のアドレス帳インデックス作成・管理システムは、本発明の第１または第２の携帯端末のアドレス帳インデックス作成・管理システムにおいて、前記リクエスト情報にさらに着信履歴のみの相手通知依頼情報を含め、前記サーバは前記インデックス作成時に着信履歴のみの相手にマークを付したインデックスを作成して前記ユーザ携帯端末に送信する手段と、前記ユーザ携帯端末から送信された迷惑データをユーザ毎に備えた迷惑データ保存領域に保存する手段とをさらに有し、前記ユーザ携帯端末は前記サーバからインデックスを受信したときに、前記マークが付されていないインデックス上の相手の中で前記アドレス帳に含まれていない相手が存在するかを照合し、存在した場合はその個人データを前記アドレス帳に追加登録する一方、前記マークを付された相手の中に前記アドレス帳に登録されていないものが存在するかを照合し、存在した場合はその相手データを迷惑データとして前記サーバに送信する手段をさらに有する。
【００１５】
本発明の第８の携帯端末のアドレス帳インデックス作成・管理システムは、本発明の第１〜第７のいずれかの携帯端末のアドレス帳インデックス作成・管理システムにおいて、前記ソート条件情報は、通話の累積発着信回数，累積通話時間，メールの送信回数，メールの受信回数，メールの送受信回数のいずれかまたは組合せによることを特徴とする。
【００１６】
本発明の第９の携帯端末のアドレス帳インデックス作成・管理システムは、本発明の第１〜第７のいずれかの携帯端末のアドレス帳インデックス作成・管理システムにおいて、前記通信履歴情報は、発着信年月日、発信側電話番号またはメールアドレス、着信側電話番号またはメールアドレス、通話時間を含むことを特徴とする。
【００１７】
本発明の第１のサーバは、ユーザ携帯端末毎の通信履歴情報を保持する手段と、前記ユーザ携帯端末からインデックス作成のためのソート条件情報を含むリクエスト情報を受信する手段と、リクエスト情報を受信したときに前記ソート条件情報に対応する通信頻度を前記通信履歴情報から相手ユーザ毎に算出する手段と、算出した通信頻度の多い順に相手ユーザを並び替えたインデックスを作成し前記ユーザ携帯端末に送信する手段とを有する。
【００１８】
本発明の第２のサーバは、ユーザ携帯端末毎の通信履歴情報を保持する手段と、前記ユーザ携帯端末からインデックス作成のためのソート条件情報と更新間隔を指定する定期更新情報とを含むリクエスト情報を受信する手段と、リクエスト情報受信時および前記指定された定期更新時に、前記ソート条件情報に対応する通信頻度を前記通信履歴情報から相手ユーザ毎に算出する手段と、算出した通信頻度の多い順に相手ユーザを並び替えたインデックスを作成し前記ユーザ携帯端末に送信する手段とを有する。
【００１９】
本発明の第３のサーバは、本発明の第１または第２のサーバにおいて、前記ソート条件情報は、通話の累積発着信回数，累積通話時間，メールの送信回数，メールの受信回数，メールの送受信回数のいずれかまたは組合せによることを特徴とする。
【００２０】
本発明の第４のサーバは、本発明の第１または第２のサーバにおいて、前記通信履歴情報は、発着信年月日、発信側電話番号またはメールアドレス、着信側電話番号またはメールアドレス、通話時間を含むことを特徴とする。
【００２１】
本発明の第１の携帯端末のアドレス帳インデックス作成・管理方法は、サーバにユーザ携帯端末毎の通信履歴情報を備え、ユーザ携帯端末から指定されるソート条件を基に通信頻度順に通信相手を並べたインデックスを作成し、前記ユーザ携帯端末に送信することを特徴とする。
【００２２】
本発明の第２の携帯端末のアドレス帳インデックス作成・管理方法は、ユーザ携帯端末と、サーバと、これらを相互に接続するネットワークとを備えたシステムにおける携帯端末のアドレス帳インデックス作成・管理方法であって、
前記サーバが前記ユーザ携帯端末毎の通信履歴情報を保持するステップと、
前記ユーザ携帯端末がユーザから入力されたインデックス作成のためのソート条件情報を含むリクエスト情報を前記サーバに送信し、インデックスの作成を要求するステップと、
前記サーバが前記ソート条件情報に対応する通信頻度を前記通信履歴情報から相手ユーザ毎に算出するステップと、
前記サーバが、算出した通信頻度の多い順に相手ユーザを並び替えたインデックスを作成し前記ユーザ携帯端末に送信するステップと、
前記ユーザ携帯端末が前記サーバから受信したインデックスと内蔵するアドレス帳の個人データとをリンク付けするステップとを有する。
【００２３】
本発明の第３の携帯端末のアドレス帳インデックス作成・管理方法は、ユーザ携帯端末と、サーバと、これらを相互に接続するネットワークとを備えたシステムにおける携帯端末のアドレス帳インデックス作成・管理方法であって、
前記サーバが前記ユーザ携帯端末毎の通信履歴情報を保持する第１のステップと、
前記ユーザ携帯端末がユーザから入力されたインデックス作成のためのソート条件情報と更新間隔を指定する定期更新情報とを含むリクエスト情報を前記サーバに送信し、インデックスの作成を要求する第２のステップと、
前記サーバが前記ソート条件情報に対応する通信頻度を前記通信履歴情報から相手ユーザ毎に算出する第３のステップと、
前記サーバが、算出した通信頻度の多い順に相手ユーザを並び替えたインデックスを作成し前記ユーザ携帯端末に送信する第４のステップと、
前記ユーザ携帯端末が前記サーバから受信したインデックスと内蔵するアドレス帳の個人データとをリンク付けする第５のステップと、
前記サーバが、前記定期更新情報により指定された定期更新時期を監視し、定期更新時に前記第３のステップ〜前記第５のステップの動作を繰り返す第６のステップとを有する。
【００２４】
本発明の第１のプログラムは、ユーザ携帯端末毎の通信履歴情報を保持する機能、前記ユーザ携帯端末からインデックス作成のためのソート条件情報を含むリクエスト情報を受信する機能、リクエスト情報を受信したときに前記ソート条件情報に対応する通信頻度を前記通信履歴情報から相手ユーザ毎に算出する機能、算出した通信頻度の多い順に相手ユーザを並び替えたインデックスを作成し前記ユーザ携帯端末に送信する機能、をコンピュータに実現させる。
【００２５】
本発明の第２のプログラムは、ユーザ携帯端末毎の通信履歴情報を保持する機能、前記ユーザ携帯端末からインデックス作成のためのソート条件情報と更新間隔を指定する定期更新情報とを含むリクエスト情報を受信する機能、リクエスト情報受信時および前記指定された定期更新時に、前記ソート条件情報に対応する通信頻度を前記通信履歴情報から相手ユーザ毎に算出する機能、算出した通信頻度の多い順に相手ユーザを並び替えたインデックスを作成し前記ユーザ携帯端末に送信する機能、をコンピュータに実現させる。
【００２６】
【発明の実施の形態】
本発明の実施の形態について図面を参照して詳細に説明する。
【００２７】
まず、本発明の第１の実施の形態について説明する。
【００２８】
図１は、本発明を概念的に説明する図である。図１を参照すると、まずユーザはユーザ携帯端末１（例えば、携帯電話機、ＰＨＳ等）を操作して、インデックスの要素となる個人名の一覧をどういう順序で並び替えるかを指定するために、ソート条件情報を含むリクエストを作成してサーバ２に送信する（▲１▼）。ここで、インデックスとはアドレス帳の索引のことであり、アドレス帳の個人データ（例えば、電話番号、メールアドレス等）を呼び出す際に使用する個人名等の名前の一覧を指す。また、ソート条件情報は、インデックスをソートする条件を指定する情報であり、一つのログの要素（例えば、メール送信回数）、または幾つかの要素の組み合わせ（例えば、メール送信回数とメール受信回数の合計）等による。また、ログは、通話におけるユーザ間の累積通話時間、累積発着信回数やメールの送受信回数等のような通信履歴情報を示す。次に、サーバ２は受信したリクエストを参照してログをソートし（▲２▼）、ソート結果のインデックスをユーザ携帯端末１に送信する（▲３▼）。最後にユーザ携帯端末１にて、サーバ２から受信したインデックスとユーザ携帯端末１内蔵のアドレス帳の実データをリンクさせて、インデックスからアドレス帳データが呼び出せるようにし、表示を行う（▲４▼）。
【００２９】
図２は、本発明の実施の形態の構成を示すブロック図であり、ユーザ携帯端末１と、サーバ２と、これらを相互に接続する携帯電話業者の電話網等のネットワーク３とを備えている。
【００３０】
ユーザ携帯端末１は、ユーザが使用する携帯電話機やＰＨＳ等の携帯端末であり、ユーザからのリクエストの入力を受け付ける入力部１１と、プログラム制御により動作する解析部１２と、サーバ２と通信するための通信部１３と、個人データを保存しているアドレス帳データベース１４と、ディスプレイ装置に当たる表示部１５とを含む。解析部１２は、リクエスト作成部１２１と、リンク部１２２とを備えている。リクエスト作成部１２１は、ユーザが入力部１１から入力した情報によりサーバ２に送信するリクエストを作成する。リンク部１２２は、サーバ２から通信部１３を介して受信したインデックスからアドレス帳データベース１４の個人データを呼び出せるようにするため、インデックスとアドレス帳の実データ間でリンクを張る機能を備えている。
【００３１】
ここで、リクエストは、図３（ユーザ携帯端末からサーバに送信するリクエスト情報の一例を示す図）に示すように、インデックスをどういう順番に出力するかを決定するフィールド”ソート条件情報”と、インデックスの更新時期を決定するフィールド”更新情報”の２つからなる。例えば、メール送受信回数の多い順に要素（インデックス個人情報）を表示させるインデックスを作成したい場合には、前者のフィールドに「メール送受信回数」を指定し、さらに月一回新しいインデックスをサーバ２から自動受信したい場合、後者のフィールドに「月に一回」を指定する。
【００３２】
サーバ２は、例えば携帯電話業者等のインデックス作成・管理業者により設置されるサーバ等の情報処理装置であり、ユーザ携帯端末１と通信する通信部２１と、プログラム制御により動作するソート部２２と、ログ情報データベース２３と、ユーザ別リクエスト記憶部２４とを含む。
【００３３】
ソート部２２は、通信部２１を介して受信したリクエストのソート条件情報を基にログ情報データベース２３を参照し、インデックスをソート条件情報の条件によりソートし、ソートされたインデックスを通信部２１を介してユーザ携帯端末１に送信する機能を備えている。また、ソート部２２は、ユーザ別リクエスト記憶部２４を定期的に（例えば、毎日一回）参照し、インデックスの更新年月日が当日のユーザを抽出し、リクエストのソート条件情報によるソート結果のインデックスを作成して該当ユーザ携帯端末１に送信する機能を備えている。
【００３４】
ログ情報データベース２３には、インデックス作成サービスの会員の通信履歴（ログ情報）に関するデータが格納されている。サーバ２を備えるインデックス作成・管理業者は、会員の携帯端末の電話番号，メールアドレスを予めキャリア（電気通信事業者）に依頼して図示しないキャリアの通信履歴サーバに登録を行ってもらう。そして、会員携帯端末の発着信の都度ログ情報を通信履歴サーバからサーバ２に送信してもらう。送信してもらうログ情報は、発着信年月日、発信側電話番号またはメールアドレス、着信側電話番号またはメールアドレス、通話時間（電話発着信の場合）である。これらのデータは、サーバ２の図示しないログ情報管理部により受信し、会員のユーザＩＤ毎に格納される。また、図示しないログ情報管理部は、定期的に各会員のログ情報のデータ量をチェックし、一定量を超えた場合は古いデータから順に削除する機能、または、所定期間以上前の古いデータを削除する機能を備えている。
【００３５】
ユーザ別リクエスト記憶部２４には、ユーザＩＤ，パスワード，電話番号，メールアドレス，リクエスト情報（ソート条件情報，更新情報），次回定期更新年月日を含む情報が格納されている。この内、ユーザＩＤ，パスワード，電話番号，メールアドレスについては、ユーザがインデックス作成サービスの会員になったときに予め登録され、リクエスト情報（ソート条件情報，更新情報）については、ユーザがユーザ携帯端末１からサーバ２にアクセスしリクエスト情報を送信したときに登録される。また、次回定期更新年月日については、ユーザがユーザ携帯端末１からサーバ２にリクエスト情報を送信したとき、および、サーバ２が定期更新用インデックスをユーザ携帯端末１に送信したときに登録される。
【００３６】
次に、本発明の第１の実施の形態の動作について図面を参照して説明する。
【００３７】
最初に、ユーザからのアドレス帳インデックスの作成要求時の動作について、図２〜図８を参照して説明する。なお、図４はソート条件に対応する値をログ情報から計算した結果の一例を示す図であり、図５はサーバで作成されるソート後の表示用インデックスの一例を示す図、図６はユーザ携帯端末におけるインデックスとアドレス帳のデータのリンク付けを示す図、図７はユーザからのアドレス帳インデックスの作成要求時の動作を示すフローチャート、図８はリクエスト入力画面の一例を示す図である。
【００３８】
図７を参照すると、まずユーザはユーザ携帯端末１の入力部１１から、解析部１２のプログラムから提供されるメニュー上で「インデックスのソート」を選択し、ユーザＩＤ，パスワードを入力することにより、アドレス帳のインデックスの作成要求を行う（ステップＡ１）。次に、インデックスの要素（個人情報）の並び順序を決定する”ソート条件情報”、およびサーバ２からの自動更新サイクルを決定する”更新情報”の２つを、ユーザが入力部１１から入力する。具体的には、ユーザは図８に示す「アドレス帳ソート方法リクエスト用メニュー」上で、「ソートの条件」および「更新間隔」を選択して決定する。仮に、図８に示すように、「ソートの条件」として「メール送受信回数」を、「更新間隔」として「月一回」を選択入力したとする（ステップＡ２）。ユーザ携帯端末１のリクエスト作成部１２１はステップＡ２で指定された情報を受信し、図３に示すようなリクエストを作成し、ユーザＩＤ，パスワードとともに通信部１３を介してサーバ２に送信する（ステップＡ３）。ユーザ携帯端末１はサーバ２にリクエストを送信した後は、サーバ２からの通知があるまで待ち状態へ移る。
【００３９】
一方、通信部２１を介してリクエストおよびユーザＩＤ，パスワードを受信したサーバ２のソート部２２は（ステップＢ１）、ユーザ別リクエスト記憶部２４に登録されたユーザＩＤ，パスワードと一致するかを照合した後、リクエストのソート条件情報であるメール送受信回数を、ログ情報データベース２３に蓄積された該当ユーザの全データを対象に計算する。図４には、ソート条件情報である通話の累積発着信回数，累積通話時間，メールの送信回数，受信回数に対応する値をログ情報から計算した結果の一例を示している。なお、図４において、インデックス個人情報欄にＡさん，Ｂさん等と記載されているが、これは個人名を指しているのではなく、Ａさんの電話番号，メール番号、Ｂさんの電話番号，メール番号のことであり、後でユーザ携帯端末１のアドレス帳のＡさん，Ｂさん等の個人名との対応を分かりやすくするために便宜上Ａさん，Ｂさん等と記載したものである。
【００４０】
ここで、ソート条件情報をメールの送受信回数とすると、図４に示すログのメール情報の要素“送信回数”と“受信回数”を加えた値によってソートが行われる。図４においては、合計４０回（３０回＋１０回）の送受信が行われている“Ａさん”がインデックスの一行目の要素となり、以降、１８回（８回＋１０回）の“Ｃさん”、１７回（７回＋１０回）の“Ｄさん”、０回（０回＋０回）の“Ｂさん”と続く（ステップＢ２）。ソート部２２は、ステップＢ２の計算結果から個人情報を並び替えたインデックスを作成する。このソート後のインデックスは、例えば図５に示すように、順位とインデックス個人情報とから構成される。なお、図５におけるインデックス個人情報欄のＡさん，Ｂさん等の記載についても、図４と同様、個人名を指しているのではなく、Ａさんの電話番号，メール番号、Ｂさんの電話番号，メール番号のことであり、後でユーザ携帯端末１のアドレス帳のＡさん，Ｂさん等の個人名との対応を分かりやすくするために便宜上Ａさん，Ｂさん等と記載したものである（ステップＢ３）。ソート部２２はソート後の表示用インデックスをユーザ携帯端末１に送信する。そして、ソート部２２は、ユーザ別リクエスト記憶部２４にリクエスト情報（ソート条件情報および更新情報）と次回定期更新年月日とを登録する。次回定期更新年月日については、当日の年月日に更新情報で指定された更新間隔を加えて算出する（ステップＢ４）。
【００４１】
待ち状態になっていたユーザ携帯端末１では、通信部１３を介して表示用インデックスを受信した後（ステップＡ４）、表示用インデックスからアドレス帳データベース１４の個人情報を呼び出せるようにするため、リンク部１２２がインデックスとアドレス帳の実データをリンクさせる（図６参照）。なお、図６の表示用インデックスのＡさん，Ｂさん等の記載についても、図４，図５と同様にサーバ２から送られてくるときは、Ａさんの電話番号，メール番号、Ｂさんの電話番号，メール番号のことである。そして、リンク部１２２はインデックスとアドレス帳の実データをリンクさせるとともに、インデックスをリンク先のＡさん，Ｂさん等の個人名に置き換える（ステップＡ５）。これによりインデックスの要素（インデックス個人情報）とアドレス帳の個人データが関連付けされ、インデックスから個人データが呼び出せるようになる。
【００４２】
次に、サーバ２のインデックス自動更新機能について、図２および図９を参照して説明する。図９は、インデックス自動更新時の動作を示すフローチャートである。
【００４３】
本機能は、定期的にサーバ２から最新のインデックスが自動的にユーザ携帯端末１に配信されるものであり、更新間隔はリクエストに含まれる“更新情報”によってユーザ毎に設定される。更新情報は、次のリクエストをサーバ２に送信するまで有効であり、図８に示すように「週一回」や「月一回」、または「問い合わせ時のみ（自動設定なし）」等から選択できる。
【００４４】
図９を参照すると、サーバ２のソート部２２は定期的に（例えば、毎日一回）当日が定期更新年月日であるユーザがいないかを、ユーザ別リクエスト記憶部２４を参照してチェックしている。ユーザ別リクエスト記憶部２４には、ステップＢ４で説明したように、ユーザ携帯端末１からのリクエスト時または前回の定期更新時に登録された次回定期更新年月日情報が登録されている（ステップＣ１）。定期更新年月日に該当するユーザがいると、サーバ２のソート部２２はそのユーザのソート条件情報とログ情報データベース２３に格納されたその時のログとを基に最新のインデックスを作成し（ステップＣ２、Ｃ３）、該当ユーザのユーザ携帯端末１に送信する（ステップＣ４）。その後ソート部２２は、ユーザ別リクエスト記憶部２４に格納されている該当ユーザの次回定期更新年月日のデータを、例えば更新情報が「月一回」の場合は一ヶ月後の年月日に書き換えて処理を終了する（ステップＣ５）。
【００４５】
インデックスを受信したユーザ携帯端末１のリンク部１２２は（ステップＤ１）、インデックスの更新をするかどうかをユーザに問い合わせ（ステップＤ２）、ユーザにより更新が選択された場合は、新しいインデックスに置き換えるためアドレス帳の実データとのリンクを張り直すとともに、受信した電話番号，メールアドレスのインデックスをリンク先のＡさん，Ｂさん等の個人名に置き換える（ステップＤ３）。なおインデックスを最新版に置き換えない場合は、インデックスは破棄される。
【００４６】
次に、本発明の第２の実施の形態について説明する。
【００４７】
本実施の形態が第１の実施の形態と異なる点は、サーバ２のログに基づき過去のある期間発信も着信も無い相手を、ユーザ携帯端末１のアドレス帳から削除可能にする点である。このためには、ユーザ携帯端末１から送信するリクエスト情報にさらに一つのフィールドを追加し、このフィールドには、過去どの位の期間の発着信相手情報（電話番号，メール番号）を連絡して欲しいかを指定する情報を持たせる。この場合、指定する期間はログ情報データベース２３に保存される期間より短い期間の中から選ばせるようにするとよい。そして、サーバ２は、インデックスのリクエスト時または定期更新時にユーザ携帯端末１に送信するインデックス上に、ユーザから指定された期間に発着信のあった相手については予め定めたマークを付すことにより通知する。ユーザ携帯端末１はこのインデックスの内マークが付された相手とアドレス帳とを照合し、アドレス帳に含まれているがマークの付された相手ではなかった個人データを表示して、ユーザに削除するかどうかを問い合わせ、削除する旨の選択があったときにはこれらの個人データをアドレス帳から削除する。本実施の形態は、定期的にアドレス帳の個人データを整理する上で有効である。
【００４８】
次に、本発明の第３の実施の形態について説明する。
【００４９】
本実施の形態が第１の実施の形態と異なる点は、サーバ２から受信するインデックス上にアドレス帳に登録されていない相手が存在した場合、インデックスにのみ存在する相手データをアドレス帳へ自動的に挿入する点である。ユーザ携帯端末１は、サーバ２からインデックスを受信したときに、アドレス帳に登録されていない相手が存在するかをアドレス帳の個人データと照合する。存在した場合は、その個人データをアドレス帳に追加登録する。このとき、追加登録するかどうかをユーザに問い合わせるようにしてもよい。また、着信のみの履歴に対しては、迷惑メールやワン切り電話（例えば着信信号を一回だけ鳴らし、相手が応答する前に呼を切断して着信履歴だけを相手携帯電話機に残すようにしたもの）とみなして登録は行わないようにしてもよい。この場合は、ユーザ携帯端末１から送信するリクエスト情報に着信履歴のみの相手通知依頼情報を含めておく。サーバ２はインデックスをユーザ携帯端末１に送信するときに、着信のみの相手については予め定めたマークを付すことにより通知する。ユーザ携帯端末１は、このマークが付された相手については、アドレス帳に登録されていない相手であっても追加登録しないようにする。
【００５０】
次に、本発明の第４の実施の形態について説明する。
【００５１】
本実施の形態が第１の実施の形態と異なる点は、迷惑メールやワン切り電話の対策を可能にする点である。サーバ２が作成するインデックスにはユーザ携帯端末１のアドレス帳には登録されていない相手データが存在し得る。そこでインデックスにのみ存在する相手データの内、ユーザの発信がない着信のみの履歴に対しては、迷惑メールやワン切り電話とみなしてサーバ２にフィードバックする。このためには、ユーザ携帯端末１から送信するリクエスト情報に着信履歴のみの相手通知依頼情報を含めておく。サーバ２はインデックスをユーザ携帯端末１に送信するときに、着信のみの相手については予め定めたマークを付すことにより通知する。ユーザ携帯端末１は、サーバ２からインデックスを受信したときに、マークを付された相手データの中にアドレス帳に登録されていないものが存在するかをアドレス帳の個人データと照合する。存在した場合は、サーバ２にその相手データを送信し、サーバ２は予めユーザ毎に備えた迷惑データ保存領域にユーザ携帯端末１から迷惑データとして通知されたものを保存する。なお、ユーザ携帯端末１はサーバ２に迷惑データを送信するときに、送信するかどうかをユーザに問い合わせるようにしてもよい。これにより、電話着信時またはメール着信時に、図示しない電話交換機やメールサーバがサーバ２の迷惑データ保存領域を参照し、迷惑データ保存領域に格納された相手からの通話やメールを拒否することができる。
【００５２】
なお、以上説明した第１〜第４の実施の形態は、それぞれ独立して実施してもよいし、複数の実施の形態を任意に組合せて実施することも可能である。
【００５３】
また、以上の実施の形態においては、インデックスの作成，送信はユーザ携帯端末１からのリクエスト時および定期更新時に行っているが、リクエスト時または定期更新時のいずれかだけに限定してもよい。
【００５４】
【発明の効果】
本発明は、ユーザ毎の通話履歴，メール履歴をサーバにログとして保存しておき、サーバがログを基にインデックスを作成して携帯端末に送信するようにしたため、携帯端末には履歴情報のカウント，蓄積機能やインデックスのソート機能が不要となり、携帯端末に持たせる機能やメモリ容量の削減が図れる効果を有している。
【００５５】
また、本発明は、サーバを使うことで携帯端末の状態によって獲得できないログデータ（通話中の携帯端末には残すことはできない、通話中にかかってきた電話着信の履歴）をカバーするようにしたため、正確な通信履歴による通信頻度順の保証されたインデックス作成を実現できるという効果がある。
【００５６】
また、本発明は、サーバ側にインデックスの更新時期を監視する機能とインデックスを作成する機能を持たせ、携帯端末側にはアドレス帳とインデックスのリンクを張る機能しか持たせていないため、更新間隔やソート条件等の簡単な指定により、定期的にサーバから最新のインデックスを自動受信でき、常に新しいインデックスでアドレス帳を操作できるという効果がある。
【図面の簡単な説明】
【図１】本発明を概念的に説明する図である。
【図２】本発明の実施の形態の構成を示すブロック図である。
【図３】ユーザ携帯端末からサーバに送信するリクエスト情報の一例を示す図である。
【図４】ソート条件に対応する値をログ情報から計算した結果の一例を示す図である。
【図５】サーバで作成されるソート後の表示用インデックスの一例を示す図である。
【図６】ユーザ携帯端末におけるインデックスとアドレス帳のデータのリンク付けを示す図である。
【図７】ユーザからのアドレス帳インデックスの作成要求時の動作を示すフローチャートである。
【図８】リクエスト入力画面の一例を示す図である。
【図９】インデックス自動更新時の動作を示すフローチャートである。
【符号の説明】
１ ユーザ携帯端末
１１ 入力部
１２ 解析部
１２１ リクエスト作成部
１２２ リンク部
１３ 通信部
１４ アドレス帳データベース
１５ 表示部
２ サーバ
２１ 通信部
２２ ソート部
２３ ログ情報データベース
２４ ユーザ別リクエスト記憶部
３ ネットワーク
Claims (18)
- ユーザ携帯端末と、サーバと、これらを相互に接続するネットワークとを備えた携帯端末のアドレス帳インデックス作成・管理システムであって、
前記ユーザ携帯端末は、通信相手の個人データを保存するアドレス帳の設定，記憶手段と、ユーザから入力されたインデックス作成のためのソート条件情報を含むリクエスト情報を前記サーバに送信する手段と、前記サーバから受信したインデックスと前記アドレス帳の個人データとをリンク付けする手段とを有し、
前記サーバは、ユーザ携帯端末毎の通信履歴情報を保持する手段と、前記リクエスト情報を受信したときに、前記ソート条件情報に対応する通信頻度を前記通信履歴情報から相手ユーザ毎に算出する手段と、算出した通信頻度の多い順に相手ユーザを並び替えたインデックスを作成し前記ユーザ携帯端末に送信する手段とを有することを特徴とする携帯端末のアドレス帳インデックス作成・管理システム。 - ユーザ携帯端末と、サーバと、これらを相互に接続するネットワークとを備えた携帯端末のアドレス帳インデックス作成・管理システムであって、
前記ユーザ携帯端末は、通信相手の個人データを保存するアドレス帳の設定，記憶手段と、ユーザから入力されたインデックス作成のためのソート条件情報と更新間隔を指定する定期更新情報とを含むリクエスト情報を前記サーバに送信する手段と、前記サーバから受信したインデックスと前記アドレス帳の個人データとをリンク付けする手段とを有し、
前記サーバは、ユーザ携帯端末毎の通信履歴情報を保持する手段と、前記リクエスト情報受信時および前記指定された定期更新時に、前記ソート条件情報に対応する通信頻度を前記通信履歴情報から相手ユーザ毎に算出する手段と、算出した通信頻度の多い順に相手ユーザを並び替えたインデックスを作成し前記ユーザ携帯端末に送信する手段とを有することを特徴とする携帯端末のアドレス帳インデックス作成・管理システム。 - 前記リクエスト情報にさらに過去の発着信期間を指定する情報を含め、前記サーバは前記インデックス作成時に前記発着信期間に少なくとも一回以上発着信のあった相手にマークを付したインデックスを作成して前記ユーザ携帯端末に送信する手段をさらに有し、前記ユーザ携帯端末は前記マークが付された相手と前記アドレス帳の個人データとを照合し、前記アドレス帳に含まれているが前記マークの付された相手ではない個人データを前記アドレス帳から削除する手段をさらに有することを特徴とする請求項１または２記載の携帯端末のアドレス帳インデックス作成・管理システム。
- 前記ユーザ携帯端末は前記サーバからインデックスを受信したときに、前記アドレス帳に登録されていない相手がインデックス上に存在するかを照合し、存在した場合はその個人データを前記アドレス帳に追加登録する手段をさらに有することを特徴とする請求項１または２記載の携帯端末のアドレス帳インデックス作成・管理システム。
- 前記リクエスト情報にさらに着信履歴のみの相手通知依頼情報を含め、前記サーバは前記インデックス作成時に着信履歴のみの相手にマークを付したインデックスを作成して前記ユーザ携帯端末に送信する手段をさらに有し、前記ユーザ携帯端末は前記サーバからインデックスを受信したときに、前記マークが付されていないインデックス上の相手の中で前記アドレス帳に含まれていない相手が存在するかを照合し、存在した場合はその個人データを前記アドレス帳に追加登録する手段をさらに有することを特徴とする請求項１または２記載の携帯端末のアドレス帳インデックス作成・管理システム。
- 前記リクエスト情報にさらに着信履歴のみの相手通知依頼情報を含め、前記サーバは前記インデックス作成時に着信履歴のみの相手にマークを付したインデックスを作成して前記ユーザ携帯端末に送信する手段と、前記ユーザ携帯端末から送信された迷惑データをユーザ毎に備えた迷惑データ保存領域に保存する手段とをさらに有し、前記ユーザ携帯端末は前記サーバからインデックスを受信したときに、前記マークを付された相手の中に前記アドレス帳に登録されていないものが存在するかを照合し、存在した場合はその相手データを迷惑データとして前記サーバに送信する手段をさらに有することを特徴とする請求項１または２記載の携帯端末のアドレス帳インデックス作成・管理システム。
- 前記リクエスト情報にさらに着信履歴のみの相手通知依頼情報を含め、前記サーバは前記インデックス作成時に着信履歴のみの相手にマークを付したインデックスを作成して前記ユーザ携帯端末に送信する手段と、前記ユーザ携帯端末から送信された迷惑データをユーザ毎に備えた迷惑データ保存領域に保存する手段とをさらに有し、前記ユーザ携帯端末は前記サーバからインデックスを受信したときに、前記マークが付されていないインデックス上の相手の中で前記アドレス帳に含まれていない相手が存在するかを照合し、存在した場合はその個人データを前記アドレス帳に追加登録する一方、前記マークを付された相手の中に前記アドレス帳に登録されていないものが存在するかを照合し、存在した場合はその相手データを迷惑データとして前記サーバに送信する手段をさらに有することを特徴とする請求項１または２記載の携帯端末のアドレス帳インデックス作成・管理システム。
- 前記ソート条件情報は、通話の累積発着信回数，累積通話時間，メールの送信回数，メールの受信回数，メールの送受信回数のいずれかまたは組合せによることを特徴とする請求項１〜７のいずれか１項記載の携帯端末のアドレス帳インデックス作成・管理システム。
- 前記通信履歴情報は、発着信年月日、発信側電話番号またはメールアドレス、着信側電話番号またはメールアドレス、通話時間を含むことを特徴とする請求項１〜７のいずれか１項記載の携帯端末のアドレス帳インデックス作成・管理システム。
- ユーザ携帯端末毎の通信履歴情報を保持する手段と、前記ユーザ携帯端末からインデックス作成のためのソート条件情報を含むリクエスト情報を受信する手段と、リクエスト情報を受信したときに前記ソート条件情報に対応する通信頻度を前記通信履歴情報から相手ユーザ毎に算出する手段と、算出した通信頻度の多い順に相手ユーザを並び替えたインデックスを作成し前記ユーザ携帯端末に送信する手段とを有することを特徴とするサーバ。
- ユーザ携帯端末毎の通信履歴情報を保持する手段と、前記ユーザ携帯端末からインデックス作成のためのソート条件情報と更新間隔を指定する定期更新情報とを含むリクエスト情報を受信する手段と、リクエスト情報受信時および前記指定された定期更新時に、前記ソート条件情報に対応する通信頻度を前記通信履歴情報から相手ユーザ毎に算出する手段と、算出した通信頻度の多い順に相手ユーザを並び替えたインデックスを作成し前記ユーザ携帯端末に送信する手段とを有することを特徴とするサーバ。
- 前記ソート条件情報は、通話の累積発着信回数，累積通話時間，メールの送信回数，メールの受信回数，メールの送受信回数のいずれかまたは組合せによることを特徴とする請求項１０または１１のサーバ。
- 前記通信履歴情報は、発着信年月日、発信側電話番号またはメールアドレス、着信側電話番号またはメールアドレス、通話時間を含むことを特徴とする請求項１０または１１のサーバ。
- サーバにユーザ携帯端末毎の通信履歴情報を備え、ユーザ携帯端末から指定されるソート条件を基に通信頻度順に通信相手を並べたインデックスを作成し、前記ユーザ携帯端末に送信することを特徴とする携帯端末のアドレス帳インデックス作成・管理方法。
- ユーザ携帯端末と、サーバと、これらを相互に接続するネットワークとを備えたシステムにおける携帯端末のアドレス帳インデックス作成・管理方法であって、
前記サーバが前記ユーザ携帯端末毎の通信履歴情報を保持するステップと、
前記ユーザ携帯端末がユーザから入力されたインデックス作成のためのソート条件情報を含むリクエスト情報を前記サーバに送信し、インデックスの作成を要求するステップと、
前記サーバが前記ソート条件情報に対応する通信頻度を前記通信履歴情報から相手ユーザ毎に算出するステップと、
前記サーバが、算出した通信頻度の多い順に相手ユーザを並び替えたインデックスを作成し前記ユーザ携帯端末に送信するステップと、
前記ユーザ携帯端末が前記サーバから受信したインデックスと内蔵するアドレス帳の個人データとをリンク付けするステップとを有することを特徴とする携帯端末のアドレス帳インデックス作成・管理方法。 - ユーザ携帯端末と、サーバと、これらを相互に接続するネットワークとを備えたシステムにおける携帯端末のアドレス帳インデックス作成・管理方法であって、
前記サーバが前記ユーザ携帯端末毎の通信履歴情報を保持する第１のステップと、
前記ユーザ携帯端末がユーザから入力されたインデックス作成のためのソート条件情報と更新間隔を指定する定期更新情報とを含むリクエスト情報を前記サーバに送信し、インデックスの作成を要求する第２のステップと、
前記サーバが前記ソート条件情報に対応する通信頻度を前記通信履歴情報から相手ユーザ毎に算出する第３のステップと、
前記サーバが、算出した通信頻度の多い順に相手ユーザを並び替えたインデックスを作成し前記ユーザ携帯端末に送信する第４のステップと、
前記ユーザ携帯端末が前記サーバから受信したインデックスと内蔵するアドレス帳の個人データとをリンク付けする第５のステップと、
前記サーバが、前記定期更新情報により指定された定期更新時期を監視し、定期更新時に前記第３のステップ〜前記第５のステップの動作を繰り返す第６のステップとを有することを特徴とする携帯端末のアドレス帳インデックス作成・管理方法。 - ユーザ携帯端末毎の通信履歴情報を保持する機能、前記ユーザ携帯端末からインデックス作成のためのソート条件情報を含むリクエスト情報を受信する機能、リクエスト情報を受信したときに前記ソート条件情報に対応する通信頻度を前記通信履歴情報から相手ユーザ毎に算出する機能、算出した通信頻度の多い順に相手ユーザを並び替えたインデックスを作成し前記ユーザ携帯端末に送信する機能、をコンピュータに実現させるためのプログラム。
- ユーザ携帯端末毎の通信履歴情報を保持する機能、前記ユーザ携帯端末からインデックス作成のためのソート条件情報と更新間隔を指定する定期更新情報とを含むリクエスト情報を受信する機能、リクエスト情報受信時および前記指定された定期更新時に、前記ソート条件情報に対応する通信頻度を前記通信履歴情報から相手ユーザ毎に算出する機能、算出した通信頻度の多い順に相手ユーザを並び替えたインデックスを作成し前記ユーザ携帯端末に送信する機能、をコンピュータに実現させるためのプログラム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002314462A JP4140342B2 (ja) | 2002-10-29 | 2002-10-29 | 携帯端末のアドレス帳インデックス作成・管理システムおよび方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002314462A JP4140342B2 (ja) | 2002-10-29 | 2002-10-29 | 携帯端末のアドレス帳インデックス作成・管理システムおよび方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2004153420A true JP2004153420A (ja) | 2004-05-27 |
| JP4140342B2 JP4140342B2 (ja) | 2008-08-27 |
Family
ID=32458768
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002314462A Expired - Fee Related JP4140342B2 (ja) | 2002-10-29 | 2002-10-29 | 携帯端末のアドレス帳インデックス作成・管理システムおよび方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4140342B2 (ja) |
Cited By (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006129252A (ja) * | 2004-10-29 | 2006-05-18 | Nec Corp | 着信情報通知システム、迷惑電話防止方法及びプログラム |
| JP2006195592A (ja) * | 2005-01-11 | 2006-07-27 | Casio Hitachi Mobile Communications Co Ltd | 通信端末、通信端末の表示方法、及び、コンピュータプログラム |
| JP2006254171A (ja) * | 2005-03-11 | 2006-09-21 | Sanyo Electric Co Ltd | 携帯情報端末システム、管理サーバ、携帯情報端末及び携帯情報端末の制御方法並びにプログラム |
| JP2007264743A (ja) * | 2006-03-27 | 2007-10-11 | Fujitsu Ltd | 電子装置、その電子メール情報メンテナンス方法及び電子メール情報メンテナンスプログラム |
| JP2008099253A (ja) * | 2006-09-12 | 2008-04-24 | Ricoh Co Ltd | モバイル端末 |
| EP1980980A2 (en) * | 2007-04-13 | 2008-10-15 | Samsung Electronics Co., Ltd. | Method and apparatus for providing information on human relations based on analysis of log data in mobile communications terminal |
| JP2010021654A (ja) * | 2008-07-08 | 2010-01-28 | Ricoh Co Ltd | 画像形成装置、情報管理方法、情報管理プログラム |
| JP2010062878A (ja) * | 2008-09-03 | 2010-03-18 | Konica Minolta Business Technologies Inc | アドレス帳集約管理装置、同装置におけるアドレス帳作成方法及びアドレス帳作成プログラム |
| JP2010079416A (ja) * | 2008-09-24 | 2010-04-08 | Fuji Xerox Co Ltd | 宛先情報管理システムおよび通信端末装置および宛先情報管理プログラム |
| JP2012054822A (ja) * | 2010-09-02 | 2012-03-15 | Nec Infrontia Corp | ボタン電話システム及び電話帳の表示方法 |
| JP2012168630A (ja) * | 2011-02-10 | 2012-09-06 | Ntt Docomo Inc | データ管理装置、データ管理方法及びプログラム |
| JP2013522796A (ja) * | 2010-03-19 | 2013-06-13 | マイクロソフト コーポレーション | 動的な連絡先リスト管理 |
| CN116506507A (zh) * | 2023-06-29 | 2023-07-28 | 天津市城市规划设计研究总院有限公司 | 基于客户端特性的数据处理方法 |
-
2002
- 2002-10-29 JP JP2002314462A patent/JP4140342B2/ja not_active Expired - Fee Related
Cited By (17)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006129252A (ja) * | 2004-10-29 | 2006-05-18 | Nec Corp | 着信情報通知システム、迷惑電話防止方法及びプログラム |
| JP4696528B2 (ja) * | 2004-10-29 | 2011-06-08 | 日本電気株式会社 | 迷惑電話防止方法及びプログラム |
| JP2006195592A (ja) * | 2005-01-11 | 2006-07-27 | Casio Hitachi Mobile Communications Co Ltd | 通信端末、通信端末の表示方法、及び、コンピュータプログラム |
| JP2006254171A (ja) * | 2005-03-11 | 2006-09-21 | Sanyo Electric Co Ltd | 携帯情報端末システム、管理サーバ、携帯情報端末及び携帯情報端末の制御方法並びにプログラム |
| JP4592452B2 (ja) * | 2005-03-11 | 2010-12-01 | 京セラ株式会社 | 携帯情報端末システム、管理サーバ、携帯情報端末及び携帯情報端末の制御方法並びにプログラム |
| JP2007264743A (ja) * | 2006-03-27 | 2007-10-11 | Fujitsu Ltd | 電子装置、その電子メール情報メンテナンス方法及び電子メール情報メンテナンスプログラム |
| JP2008099253A (ja) * | 2006-09-12 | 2008-04-24 | Ricoh Co Ltd | モバイル端末 |
| US8949341B2 (en) | 2007-04-13 | 2015-02-03 | Samsung Electronics Co., Ltd | Method and apparatus for providing information on human relations based on analysis of log data in mobile communication terminal |
| EP1980980A2 (en) * | 2007-04-13 | 2008-10-15 | Samsung Electronics Co., Ltd. | Method and apparatus for providing information on human relations based on analysis of log data in mobile communications terminal |
| JP2010021654A (ja) * | 2008-07-08 | 2010-01-28 | Ricoh Co Ltd | 画像形成装置、情報管理方法、情報管理プログラム |
| JP2010062878A (ja) * | 2008-09-03 | 2010-03-18 | Konica Minolta Business Technologies Inc | アドレス帳集約管理装置、同装置におけるアドレス帳作成方法及びアドレス帳作成プログラム |
| US8990222B2 (en) | 2008-09-03 | 2015-03-24 | Konica Minolta, Inc. | Address book central administration apparatus, address book creation method thereof and recording medium |
| JP2010079416A (ja) * | 2008-09-24 | 2010-04-08 | Fuji Xerox Co Ltd | 宛先情報管理システムおよび通信端末装置および宛先情報管理プログラム |
| JP2013522796A (ja) * | 2010-03-19 | 2013-06-13 | マイクロソフト コーポレーション | 動的な連絡先リスト管理 |
| JP2012054822A (ja) * | 2010-09-02 | 2012-03-15 | Nec Infrontia Corp | ボタン電話システム及び電話帳の表示方法 |
| JP2012168630A (ja) * | 2011-02-10 | 2012-09-06 | Ntt Docomo Inc | データ管理装置、データ管理方法及びプログラム |
| CN116506507A (zh) * | 2023-06-29 | 2023-07-28 | 天津市城市规划设计研究总院有限公司 | 基于客户端特性的数据处理方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| JP4140342B2 (ja) | 2008-08-27 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3883869B2 (ja) | 情報端末、サーバ、情報表示システムおよび情報表示方法 | |
| EP1672881B1 (en) | System and method for providing customization of a graphical user interface of a communications device based on an active communications session | |
| US8463862B2 (en) | Methods and systems for dispatching messages to mobile devices | |
| US7940910B2 (en) | Directory integration in mobile systems | |
| US20040111478A1 (en) | Communications system | |
| US7688953B2 (en) | Rate control in communications systems | |
| CN1305258C (zh) | 用于通信网的数据库维护方法和系统 | |
| JP2004112119A (ja) | 携帯電話における電話帳情報の共有方式 | |
| US20050276397A1 (en) | System and method for providing availability information to a user | |
| GB2376836A (en) | Responding to telephone calls using e-mails containing schedule information | |
| CN1648920A (zh) | 离线全局地址列表 | |
| US7822189B2 (en) | Searching multiple directories and generating a sorted integrated directory | |
| JP4140342B2 (ja) | 携帯端末のアドレス帳インデックス作成・管理システムおよび方法 | |
| US20100153528A1 (en) | Devices, Systems and Methods for Controlling Network Services Via Address Book | |
| CN101951579A (zh) | 业务转移方法及移动终端 | |
| US6138908A (en) | Method for updating communications facilitation data | |
| JP6438197B2 (ja) | 携帯端末装置、及び携帯端末プログラム | |
| JP5534489B2 (ja) | メッセージ送信装置および方法ならびにプログラム | |
| JP2003273999A (ja) | 情報削除順序決定装置及び情報削除順序決定方法並びに情報削除順序決定方法をコンピュータにより実行するためのプログラム | |
| EP2095584B1 (en) | Method and apparatus for one number mapping directory presence service | |
| JP4520614B2 (ja) | 電子メールシステム、電子メールシステムにおける情報管理方法、及び記憶媒体 | |
| JP2008187279A (ja) | 制御装置および制御方法 | |
| JP5629363B1 (ja) | アンケート集計装置、および方法、ならびにプログラム | |
| KR20090126920A (ko) | 전화번호 비공개 메시지 송수신서비스를 지원하는 중계식별자를 이용한 메시지중계서비스 방법 및 그 시스템 | |
| KR20010056770A (ko) | 인터넷을 이용한 일정관리 서비스 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| RD01 | Notification of change of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7421 Effective date: 20050309 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050914 |
|
| RD01 | Notification of change of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7421 Effective date: 20070118 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20070420 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070710 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080226 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080421 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20080520 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20080602 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110620 Year of fee payment: 3 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110620 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120620 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120620 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130620 Year of fee payment: 5 |
|
| S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313113 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| LAPS | Cancellation because of no payment of annual fees |