JP4140342B2 - 携帯端末のアドレス帳インデックス作成・管理システムおよび方法 - Google Patents
携帯端末のアドレス帳インデックス作成・管理システムおよび方法 Download PDFInfo
- Publication number
- JP4140342B2 JP4140342B2 JP2002314462A JP2002314462A JP4140342B2 JP 4140342 B2 JP4140342 B2 JP 4140342B2 JP 2002314462 A JP2002314462 A JP 2002314462A JP 2002314462 A JP2002314462 A JP 2002314462A JP 4140342 B2 JP4140342 B2 JP 4140342B2
- Authority
- JP
- Japan
- Prior art keywords
- index
- server
- address book
- user
- portable terminal
- 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.)
- Expired - Fee Related
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
- Telephonic Communication Services (AREA)
- Information Transfer Between Computers (AREA)
- Mobile Radio Communication Systems (AREA)
- Telephone Function (AREA)
Description
【発明の属する技術分野】
本発明は、携帯端末のアドレス帳インデックス作成・管理システム,方法,サーバおよびプログラムに関し、特に通信履歴に基づいてアドレス帳のインデックスを並び替える、携帯端末のアドレス帳インデックス作成・管理システム,方法,サーバおよびプログラムに関する。
【0002】
【従来の技術】
携帯電話機やPHS(Personal Handyphone System)等の携帯端末においては高機能化が進み、内蔵されるアドレス帳には数百件もの個人データ(名前、電話番号、メールアドレス等)が登録可能となっている。しかし、これらの携帯端末を使用するユーザの多くは多数の個人データの登録をするにも関わらず、電話の発着信やメールの送受信を行う相手はある程度特定されている傾向にある。従って、個人データを呼び出す際に表示されるアドレス帳のインデックス(索引)を連絡頻度の多い順番に整列しておけば、使い勝手がよくなるとともに、操作におけるキータッチ数を減少することができる。
【0003】
従来、一部の携帯端末においては、内蔵されている電話帳に登録されている電話番号対応に発着信回数をカウントし、発信時に電話帳を発着信回数の多い順にソートすることで、頻繁に電話をかける相手の検索を容易に行うようにしているものがある(例えば、特許文献1参照)。
【0004】
【特許文献1】
特開2000−278392号公報(段落[0012]、図3)
【0005】
【発明が解決しようとする課題】
しかし、上述した特許文献1においては、インデックスの並び変えに使用する通信履歴情報を携帯端末がその都度カウントして内部メモリに格納し、発信時に電話帳を発着信回数の多い順にソートしなければならないため、携帯端末に履歴情報のカウント,蓄積機能やインデックスのソート機能を備えなければならないという問題や、携帯端末のメモリ量が増大するという問題がある。
【0006】
また、通話中にかかってきた電話着信の履歴については通話中の携帯端末に残すことができないため、上述した特許文献1における履歴情報は正確な履歴情報とは言えず、この履歴情報に基づいて作成されるインデックスについても、必ずしも通信頻度順になっているという保証は無いという問題がある。
【0007】
本発明は、以上の問題を解決する携帯端末のアドレス帳インデックス作成・管理システム,方法,サーバおよびプログラムを提供することを目的とする。
【0008】
【課題を解決するための手段】
本発明の第1の携帯端末のアドレス帳インデックス作成・管理システムは、ユーザ携帯端末と、サーバと、これらを相互に接続するネットワークとを備えた携帯端末のアドレス帳インデックス作成・管理システムであって、
前記ユーザ携帯端末は、通信相手の個人データを保存するアドレス帳の設定,記憶手段と、ユーザから入力されたインデックス作成のためのソート条件情報を含むリクエスト情報を前記サーバに送信する手段と、前記サーバから受信したインデックスと前記アドレス帳の個人データとをリンク付けする手段とを有し、
前記サーバは、ユーザ携帯端末毎の通信履歴情報を保持する手段と、前記リクエスト情報を受信したときに、前記ソート条件情報に対応する通信頻度を前記通信履歴情報から相手ユーザ毎に算出する手段と、算出した通信頻度の多い順に相手ユーザを並び替えたインデックスを作成し前記ユーザ携帯端末に送信する手段とを有する。
【0009】
本発明の第2の携帯端末のアドレス帳インデックス作成・管理システムは、ユーザ携帯端末と、サーバと、これらを相互に接続するネットワークとを備えた携帯端末のアドレス帳インデックス作成・管理システムであって、
前記ユーザ携帯端末は、通信相手の個人データを保存するアドレス帳の設定,記憶手段と、ユーザから入力されたインデックス作成のためのソート条件情報と更新間隔を指定する定期更新情報とを含むリクエスト情報を前記サーバに送信する手段と、前記サーバから受信したインデックスと前記アドレス帳の個人データとをリンク付けする手段とを有し、
前記サーバは、ユーザ携帯端末毎の通信履歴情報を保持する手段と、前記リクエスト情報受信時および前記指定された定期更新時に、前記ソート条件情報に対応する通信頻度を前記通信履歴情報から相手ユーザ毎に算出する手段と、算出した通信頻度の多い順に相手ユーザを並び替えたインデックスを作成し前記ユーザ携帯端末に送信する手段とを有する。
【0010】
本発明の第3の携帯端末のアドレス帳インデックス作成・管理システムは、本発明の第1または第2の携帯端末のアドレス帳インデックス作成・管理システムにおいて、前記リクエスト情報にさらに過去の発着信期間を指定する情報を含め、前記サーバは前記インデックス作成時に前記発着信期間に少なくとも一回以上発着信のあった相手にマークを付したインデックスを作成して前記ユーザ携帯端末に送信する手段をさらに有し、前記ユーザ携帯端末は前記マークが付された相手と前記アドレス帳の個人データとを照合し、前記アドレス帳に含まれているが前記マークの付された相手ではない個人データを前記アドレス帳から削除する手段をさらに有する。
【0011】
本発明の第4の携帯端末のアドレス帳インデックス作成・管理システムは、本発明の第1または第2の携帯端末のアドレス帳インデックス作成・管理システムにおいて、前記ユーザ携帯端末は前記サーバからインデックスを受信したときに、前記アドレス帳に登録されていない相手がインデックス上に存在するかを照合し、存在した場合はその個人データを前記アドレス帳に追加登録する手段をさらに有する。
【0012】
本発明の第5の携帯端末のアドレス帳インデックス作成・管理システムは、本発明の第1または第2の携帯端末のアドレス帳インデックス作成・管理システムにおいて、前記リクエスト情報にさらに着信履歴のみの相手通知依頼情報を含め、前記サーバは前記インデックス作成時に着信履歴のみの相手にマークを付したインデックスを作成して前記ユーザ携帯端末に送信する手段をさらに有し、前記ユーザ携帯端末は前記サーバからインデックスを受信したときに、前記マークが付されていないインデックス上の相手の中で前記アドレス帳に含まれていない相手が存在するかを照合し、存在した場合はその個人データを前記アドレス帳に追加登録する手段をさらに有する。
【0013】
本発明の第6の携帯端末のアドレス帳インデックス作成・管理システムは、本発明の第1または第2の携帯端末のアドレス帳インデックス作成・管理システムにおいて、前記リクエスト情報にさらに着信履歴のみの相手通知依頼情報を含め、前記サーバは前記インデックス作成時に着信履歴のみの相手にマークを付したインデックスを作成して前記ユーザ携帯端末に送信する手段と、前記ユーザ携帯端末から送信された迷惑データをユーザ毎に備えた迷惑データ保存領域に保存する手段とをさらに有し、前記ユーザ携帯端末は前記サーバからインデックスを受信したときに、前記マークを付された相手の中に前記アドレス帳に登録されていないものが存在するかを照合し、存在した場合はその相手データを迷惑データとして前記サーバに送信する手段をさらに有する。
【0014】
本発明の第7の携帯端末のアドレス帳インデックス作成・管理システムは、本発明の第1または第2の携帯端末のアドレス帳インデックス作成・管理システムにおいて、前記リクエスト情報にさらに着信履歴のみの相手通知依頼情報を含め、前記サーバは前記インデックス作成時に着信履歴のみの相手にマークを付したインデックスを作成して前記ユーザ携帯端末に送信する手段と、前記ユーザ携帯端末から送信された迷惑データをユーザ毎に備えた迷惑データ保存領域に保存する手段とをさらに有し、前記ユーザ携帯端末は前記サーバからインデックスを受信したときに、前記マークが付されていないインデックス上の相手の中で前記アドレス帳に含まれていない相手が存在するかを照合し、存在した場合はその個人データを前記アドレス帳に追加登録する一方、前記マークを付された相手の中に前記アドレス帳に登録されていないものが存在するかを照合し、存在した場合はその相手データを迷惑データとして前記サーバに送信する手段をさらに有する。
【0015】
本発明の第8の携帯端末のアドレス帳インデックス作成・管理システムは、本発明の第1〜第7のいずれかの携帯端末のアドレス帳インデックス作成・管理システムにおいて、前記ソート条件情報は、通話の累積発着信回数,累積通話時間,メールの送信回数,メールの受信回数,メールの送受信回数のいずれかまたは組合せによることを特徴とする。
【0016】
本発明の第9の携帯端末のアドレス帳インデックス作成・管理システムは、本発明の第1〜第7のいずれかの携帯端末のアドレス帳インデックス作成・管理システムにおいて、前記通信履歴情報は、発着信年月日、発信側電話番号またはメールアドレス、着信側電話番号またはメールアドレス、通話時間を含むことを特徴とする。
【0017】
本発明の第1のサーバは、ユーザ携帯端末毎の通信履歴情報を保持する手段と、前記ユーザ携帯端末からインデックス作成のためのソート条件情報を含むリクエスト情報を受信する手段と、リクエスト情報を受信したときに前記ソート条件情報に対応する通信頻度を前記通信履歴情報から相手ユーザ毎に算出する手段と、算出した通信頻度の多い順に相手ユーザを並び替えたインデックスを作成し前記ユーザ携帯端末に送信する手段とを有する。
【0018】
本発明の第2のサーバは、ユーザ携帯端末毎の通信履歴情報を保持する手段と、前記ユーザ携帯端末からインデックス作成のためのソート条件情報と更新間隔を指定する定期更新情報とを含むリクエスト情報を受信する手段と、リクエスト情報受信時および前記指定された定期更新時に、前記ソート条件情報に対応する通信頻度を前記通信履歴情報から相手ユーザ毎に算出する手段と、算出した通信頻度の多い順に相手ユーザを並び替えたインデックスを作成し前記ユーザ携帯端末に送信する手段とを有する。
【0019】
本発明の第3のサーバは、本発明の第1または第2のサーバにおいて、前記ソート条件情報は、通話の累積発着信回数,累積通話時間,メールの送信回数,メールの受信回数,メールの送受信回数のいずれかまたは組合せによることを特徴とする。
【0020】
本発明の第4のサーバは、本発明の第1または第2のサーバにおいて、前記通信履歴情報は、発着信年月日、発信側電話番号またはメールアドレス、着信側電話番号またはメールアドレス、通話時間を含むことを特徴とする。
【0021】
本発明の第1の携帯端末のアドレス帳インデックス作成・管理方法は、サーバにユーザ携帯端末毎の通信履歴情報を備え、ユーザ携帯端末から指定されるソート条件を基に通信頻度順に通信相手を並べたインデックスを作成し、前記ユーザ携帯端末に送信することを特徴とする。
【0022】
本発明の第2の携帯端末のアドレス帳インデックス作成・管理方法は、ユーザ携帯端末と、サーバと、これらを相互に接続するネットワークとを備えたシステムにおける携帯端末のアドレス帳インデックス作成・管理方法であって、
前記サーバが前記ユーザ携帯端末毎の通信履歴情報を保持するステップと、
前記ユーザ携帯端末がユーザから入力されたインデックス作成のためのソート条件情報を含むリクエスト情報を前記サーバに送信し、インデックスの作成を要求するステップと、
前記サーバが前記ソート条件情報に対応する通信頻度を前記通信履歴情報から相手ユーザ毎に算出するステップと、
前記サーバが、算出した通信頻度の多い順に相手ユーザを並び替えたインデックスを作成し前記ユーザ携帯端末に送信するステップと、
前記ユーザ携帯端末が前記サーバから受信したインデックスと内蔵するアドレス帳の個人データとをリンク付けするステップとを有する。
【0023】
本発明の第3の携帯端末のアドレス帳インデックス作成・管理方法は、ユーザ携帯端末と、サーバと、これらを相互に接続するネットワークとを備えたシステムにおける携帯端末のアドレス帳インデックス作成・管理方法であって、
前記サーバが前記ユーザ携帯端末毎の通信履歴情報を保持する第1のステップと、
前記ユーザ携帯端末がユーザから入力されたインデックス作成のためのソート条件情報と更新間隔を指定する定期更新情報とを含むリクエスト情報を前記サーバに送信し、インデックスの作成を要求する第2のステップと、
前記サーバが前記ソート条件情報に対応する通信頻度を前記通信履歴情報から相手ユーザ毎に算出する第3のステップと、
前記サーバが、算出した通信頻度の多い順に相手ユーザを並び替えたインデックスを作成し前記ユーザ携帯端末に送信する第4のステップと、
前記ユーザ携帯端末が前記サーバから受信したインデックスと内蔵するアドレス帳の個人データとをリンク付けする第5のステップと、
前記サーバが、前記定期更新情報により指定された定期更新時期を監視し、定期更新時に前記第3のステップ〜前記第5のステップの動作を繰り返す第6のステップとを有する。
【0024】
本発明の第1のプログラムは、ユーザ携帯端末毎の通信履歴情報を保持する機能、前記ユーザ携帯端末からインデックス作成のためのソート条件情報を含むリクエスト情報を受信する機能、リクエスト情報を受信したときに前記ソート条件情報に対応する通信頻度を前記通信履歴情報から相手ユーザ毎に算出する機能、算出した通信頻度の多い順に相手ユーザを並び替えたインデックスを作成し前記ユーザ携帯端末に送信する機能、をコンピュータに実現させる。
【0025】
本発明の第2のプログラムは、ユーザ携帯端末毎の通信履歴情報を保持する機能、前記ユーザ携帯端末からインデックス作成のためのソート条件情報と更新間隔を指定する定期更新情報とを含むリクエスト情報を受信する機能、リクエスト情報受信時および前記指定された定期更新時に、前記ソート条件情報に対応する通信頻度を前記通信履歴情報から相手ユーザ毎に算出する機能、算出した通信頻度の多い順に相手ユーザを並び替えたインデックスを作成し前記ユーザ携帯端末に送信する機能、をコンピュータに実現させる。
【0026】
【発明の実施の形態】
本発明の実施の形態について図面を参照して詳細に説明する。
【0027】
まず、本発明の第1の実施の形態について説明する。
【0028】
図1は、本発明を概念的に説明する図である。図1を参照すると、まずユーザはユーザ携帯端末1(例えば、携帯電話機、PHS等)を操作して、インデックスの要素となる個人名の一覧をどういう順序で並び替えるかを指定するために、ソート条件情報を含むリクエストを作成してサーバ2に送信する(▲1▼)。ここで、インデックスとはアドレス帳の索引のことであり、アドレス帳の個人データ(例えば、電話番号、メールアドレス等)を呼び出す際に使用する個人名等の名前の一覧を指す。また、ソート条件情報は、インデックスをソートする条件を指定する情報であり、一つのログの要素(例えば、メール送信回数)、または幾つかの要素の組み合わせ(例えば、メール送信回数とメール受信回数の合計)等による。また、ログは、通話におけるユーザ間の累積通話時間、累積発着信回数やメールの送受信回数等のような通信履歴情報を示す。次に、サーバ2は受信したリクエストを参照してログをソートし(▲2▼)、ソート結果のインデックスをユーザ携帯端末1に送信する(▲3▼)。最後にユーザ携帯端末1にて、サーバ2から受信したインデックスとユーザ携帯端末1内蔵のアドレス帳の実データをリンクさせて、インデックスからアドレス帳データが呼び出せるようにし、表示を行う(▲4▼)。
【0029】
図2は、本発明の実施の形態の構成を示すブロック図であり、ユーザ携帯端末1と、サーバ2と、これらを相互に接続する携帯電話業者の電話網等のネットワーク3とを備えている。
【0030】
ユーザ携帯端末1は、ユーザが使用する携帯電話機やPHS等の携帯端末であり、ユーザからのリクエストの入力を受け付ける入力部11と、プログラム制御により動作する解析部12と、サーバ2と通信するための通信部13と、個人データを保存しているアドレス帳データベース14と、ディスプレイ装置に当たる表示部15とを含む。解析部12は、リクエスト作成部121と、リンク部122とを備えている。リクエスト作成部121は、ユーザが入力部11から入力した情報によりサーバ2に送信するリクエストを作成する。リンク部122は、サーバ2から通信部13を介して受信したインデックスからアドレス帳データベース14の個人データを呼び出せるようにするため、インデックスとアドレス帳の実データ間でリンクを張る機能を備えている。
【0031】
ここで、リクエストは、図3(ユーザ携帯端末からサーバに送信するリクエスト情報の一例を示す図)に示すように、インデックスをどういう順番に出力するかを決定するフィールド”ソート条件情報”と、インデックスの更新時期を決定するフィールド”更新情報”の2つからなる。例えば、メール送受信回数の多い順に要素(インデックス個人情報)を表示させるインデックスを作成したい場合には、前者のフィールドに「メール送受信回数」を指定し、さらに月一回新しいインデックスをサーバ2から自動受信したい場合、後者のフィールドに「月に一回」を指定する。
【0032】
サーバ2は、例えば携帯電話業者等のインデックス作成・管理業者により設置されるサーバ等の情報処理装置であり、ユーザ携帯端末1と通信する通信部21と、プログラム制御により動作するソート部22と、ログ情報データベース23と、ユーザ別リクエスト記憶部24とを含む。
【0033】
ソート部22は、通信部21を介して受信したリクエストのソート条件情報を基にログ情報データベース23を参照し、インデックスをソート条件情報の条件によりソートし、ソートされたインデックスを通信部21を介してユーザ携帯端末1に送信する機能を備えている。また、ソート部22は、ユーザ別リクエスト記憶部24を定期的に(例えば、毎日一回)参照し、インデックスの更新年月日が当日のユーザを抽出し、リクエストのソート条件情報によるソート結果のインデックスを作成して該当ユーザ携帯端末1に送信する機能を備えている。
【0034】
ログ情報データベース23には、インデックス作成サービスの会員の通信履歴(ログ情報)に関するデータが格納されている。サーバ2を備えるインデックス作成・管理業者は、会員の携帯端末の電話番号,メールアドレスを予めキャリア(電気通信事業者)に依頼して図示しないキャリアの通信履歴サーバに登録を行ってもらう。そして、会員携帯端末の発着信の都度ログ情報を通信履歴サーバからサーバ2に送信してもらう。送信してもらうログ情報は、発着信年月日、発信側電話番号またはメールアドレス、着信側電話番号またはメールアドレス、通話時間(電話発着信の場合)である。これらのデータは、サーバ2の図示しないログ情報管理部により受信し、会員のユーザID毎に格納される。また、図示しないログ情報管理部は、定期的に各会員のログ情報のデータ量をチェックし、一定量を超えた場合は古いデータから順に削除する機能、または、所定期間以上前の古いデータを削除する機能を備えている。
【0035】
ユーザ別リクエスト記憶部24には、ユーザID,パスワード,電話番号,メールアドレス,リクエスト情報(ソート条件情報,更新情報),次回定期更新年月日を含む情報が格納されている。この内、ユーザID,パスワード,電話番号,メールアドレスについては、ユーザがインデックス作成サービスの会員になったときに予め登録され、リクエスト情報(ソート条件情報,更新情報)については、ユーザがユーザ携帯端末1からサーバ2にアクセスしリクエスト情報を送信したときに登録される。また、次回定期更新年月日については、ユーザがユーザ携帯端末1からサーバ2にリクエスト情報を送信したとき、および、サーバ2が定期更新用インデックスをユーザ携帯端末1に送信したときに登録される。
【0036】
次に、本発明の第1の実施の形態の動作について図面を参照して説明する。
【0037】
最初に、ユーザからのアドレス帳インデックスの作成要求時の動作について、図2〜図8を参照して説明する。なお、図4はソート条件に対応する値をログ情報から計算した結果の一例を示す図であり、図5はサーバで作成されるソート後の表示用インデックスの一例を示す図、図6はユーザ携帯端末におけるインデックスとアドレス帳のデータのリンク付けを示す図、図7はユーザからのアドレス帳インデックスの作成要求時の動作を示すフローチャート、図8はリクエスト入力画面の一例を示す図である。
【0038】
図7を参照すると、まずユーザはユーザ携帯端末1の入力部11から、解析部12のプログラムから提供されるメニュー上で「インデックスのソート」を選択し、ユーザID,パスワードを入力することにより、アドレス帳のインデックスの作成要求を行う(ステップA1)。次に、インデックスの要素(個人情報)の並び順序を決定する”ソート条件情報”、およびサーバ2からの自動更新サイクルを決定する”更新情報”の2つを、ユーザが入力部11から入力する。具体的には、ユーザは図8に示す「アドレス帳ソート方法リクエスト用メニュー」上で、「ソートの条件」および「更新間隔」を選択して決定する。仮に、図8に示すように、「ソートの条件」として「メール送受信回数」を、「更新間隔」として「月一回」を選択入力したとする(ステップA2)。ユーザ携帯端末1のリクエスト作成部121はステップA2で指定された情報を受信し、図3に示すようなリクエストを作成し、ユーザID,パスワードとともに通信部13を介してサーバ2に送信する(ステップA3)。ユーザ携帯端末1はサーバ2にリクエストを送信した後は、サーバ2からの通知があるまで待ち状態へ移る。
【0039】
一方、通信部21を介してリクエストおよびユーザID,パスワードを受信したサーバ2のソート部22は(ステップB1)、ユーザ別リクエスト記憶部24に登録されたユーザID,パスワードと一致するかを照合した後、リクエストのソート条件情報であるメール送受信回数を、ログ情報データベース23に蓄積された該当ユーザの全データを対象に計算する。図4には、ソート条件情報である通話の累積発着信回数,累積通話時間,メールの送信回数,受信回数に対応する値をログ情報から計算した結果の一例を示している。なお、図4において、インデックス個人情報欄にAさん,Bさん等と記載されているが、これは個人名を指しているのではなく、Aさんの電話番号,メール番号、Bさんの電話番号,メール番号のことであり、後でユーザ携帯端末1のアドレス帳のAさん,Bさん等の個人名との対応を分かりやすくするために便宜上Aさん,Bさん等と記載したものである。
【0040】
ここで、ソート条件情報をメールの送受信回数とすると、図4に示すログのメール情報の要素“送信回数”と“受信回数”を加えた値によってソートが行われる。図4においては、合計40回(30回+10回)の送受信が行われている“Aさん”がインデックスの一行目の要素となり、以降、18回(8回+10回)の“Cさん”、17回(7回+10回)の“Dさん”、0回(0回+0回)の“Bさん”と続く(ステップB2)。ソート部22は、ステップB2の計算結果から個人情報を並び替えたインデックスを作成する。このソート後のインデックスは、例えば図5に示すように、順位とインデックス個人情報とから構成される。なお、図5におけるインデックス個人情報欄のAさん,Bさん等の記載についても、図4と同様、個人名を指しているのではなく、Aさんの電話番号,メール番号、Bさんの電話番号,メール番号のことであり、後でユーザ携帯端末1のアドレス帳のAさん,Bさん等の個人名との対応を分かりやすくするために便宜上Aさん,Bさん等と記載したものである(ステップB3)。ソート部22はソート後の表示用インデックスをユーザ携帯端末1に送信する。そして、ソート部22は、ユーザ別リクエスト記憶部24にリクエスト情報(ソート条件情報および更新情報)と次回定期更新年月日とを登録する。次回定期更新年月日については、当日の年月日に更新情報で指定された更新間隔を加えて算出する(ステップB4)。
【0041】
待ち状態になっていたユーザ携帯端末1では、通信部13を介して表示用インデックスを受信した後(ステップA4)、表示用インデックスからアドレス帳データベース14の個人情報を呼び出せるようにするため、リンク部122がインデックスとアドレス帳の実データをリンクさせる(図6参照)。なお、図6の表示用インデックスのAさん,Bさん等の記載についても、図4,図5と同様にサーバ2から送られてくるときは、Aさんの電話番号,メール番号、Bさんの電話番号,メール番号のことである。そして、リンク部122はインデックスとアドレス帳の実データをリンクさせるとともに、インデックスをリンク先のAさん,Bさん等の個人名に置き換える(ステップA5)。これによりインデックスの要素(インデックス個人情報)とアドレス帳の個人データが関連付けされ、インデックスから個人データが呼び出せるようになる。
【0042】
次に、サーバ2のインデックス自動更新機能について、図2および図9を参照して説明する。図9は、インデックス自動更新時の動作を示すフローチャートである。
【0043】
本機能は、定期的にサーバ2から最新のインデックスが自動的にユーザ携帯端末1に配信されるものであり、更新間隔はリクエストに含まれる“更新情報”によってユーザ毎に設定される。更新情報は、次のリクエストをサーバ2に送信するまで有効であり、図8に示すように「週一回」や「月一回」、または「問い合わせ時のみ(自動設定なし)」等から選択できる。
【0044】
図9を参照すると、サーバ2のソート部22は定期的に(例えば、毎日一回)当日が定期更新年月日であるユーザがいないかを、ユーザ別リクエスト記憶部24を参照してチェックしている。ユーザ別リクエスト記憶部24には、ステップB4で説明したように、ユーザ携帯端末1からのリクエスト時または前回の定期更新時に登録された次回定期更新年月日情報が登録されている(ステップC1)。定期更新年月日に該当するユーザがいると、サーバ2のソート部22はそのユーザのソート条件情報とログ情報データベース23に格納されたその時のログとを基に最新のインデックスを作成し(ステップC2、C3)、該当ユーザのユーザ携帯端末1に送信する(ステップC4)。その後ソート部22は、ユーザ別リクエスト記憶部24に格納されている該当ユーザの次回定期更新年月日のデータを、例えば更新情報が「月一回」の場合は一ヶ月後の年月日に書き換えて処理を終了する(ステップC5)。
【0045】
インデックスを受信したユーザ携帯端末1のリンク部122は(ステップD1)、インデックスの更新をするかどうかをユーザに問い合わせ(ステップD2)、ユーザにより更新が選択された場合は、新しいインデックスに置き換えるためアドレス帳の実データとのリンクを張り直すとともに、受信した電話番号,メールアドレスのインデックスをリンク先のAさん,Bさん等の個人名に置き換える(ステップD3)。なおインデックスを最新版に置き換えない場合は、インデックスは破棄される。
【0046】
次に、本発明の第2の実施の形態について説明する。
【0047】
本実施の形態が第1の実施の形態と異なる点は、サーバ2のログに基づき過去のある期間発信も着信も無い相手を、ユーザ携帯端末1のアドレス帳から削除可能にする点である。このためには、ユーザ携帯端末1から送信するリクエスト情報にさらに一つのフィールドを追加し、このフィールドには、過去どの位の期間の発着信相手情報(電話番号,メール番号)を連絡して欲しいかを指定する情報を持たせる。この場合、指定する期間はログ情報データベース23に保存される期間より短い期間の中から選ばせるようにするとよい。そして、サーバ2は、インデックスのリクエスト時または定期更新時にユーザ携帯端末1に送信するインデックス上に、ユーザから指定された期間に発着信のあった相手については予め定めたマークを付すことにより通知する。ユーザ携帯端末1はこのインデックスの内マークが付された相手とアドレス帳とを照合し、アドレス帳に含まれているがマークの付された相手ではなかった個人データを表示して、ユーザに削除するかどうかを問い合わせ、削除する旨の選択があったときにはこれらの個人データをアドレス帳から削除する。本実施の形態は、定期的にアドレス帳の個人データを整理する上で有効である。
【0048】
次に、本発明の第3の実施の形態について説明する。
【0049】
本実施の形態が第1の実施の形態と異なる点は、サーバ2から受信するインデックス上にアドレス帳に登録されていない相手が存在した場合、インデックスにのみ存在する相手データをアドレス帳へ自動的に挿入する点である。ユーザ携帯端末1は、サーバ2からインデックスを受信したときに、アドレス帳に登録されていない相手が存在するかをアドレス帳の個人データと照合する。存在した場合は、その個人データをアドレス帳に追加登録する。このとき、追加登録するかどうかをユーザに問い合わせるようにしてもよい。また、着信のみの履歴に対しては、迷惑メールやワン切り電話(例えば着信信号を一回だけ鳴らし、相手が応答する前に呼を切断して着信履歴だけを相手携帯電話機に残すようにしたもの)とみなして登録は行わないようにしてもよい。この場合は、ユーザ携帯端末1から送信するリクエスト情報に着信履歴のみの相手通知依頼情報を含めておく。サーバ2はインデックスをユーザ携帯端末1に送信するときに、着信のみの相手については予め定めたマークを付すことにより通知する。ユーザ携帯端末1は、このマークが付された相手については、アドレス帳に登録されていない相手であっても追加登録しないようにする。
【0050】
次に、本発明の第4の実施の形態について説明する。
【0051】
本実施の形態が第1の実施の形態と異なる点は、迷惑メールやワン切り電話の対策を可能にする点である。サーバ2が作成するインデックスにはユーザ携帯端末1のアドレス帳には登録されていない相手データが存在し得る。そこでインデックスにのみ存在する相手データの内、ユーザの発信がない着信のみの履歴に対しては、迷惑メールやワン切り電話とみなしてサーバ2にフィードバックする。このためには、ユーザ携帯端末1から送信するリクエスト情報に着信履歴のみの相手通知依頼情報を含めておく。サーバ2はインデックスをユーザ携帯端末1に送信するときに、着信のみの相手については予め定めたマークを付すことにより通知する。ユーザ携帯端末1は、サーバ2からインデックスを受信したときに、マークを付された相手データの中にアドレス帳に登録されていないものが存在するかをアドレス帳の個人データと照合する。存在した場合は、サーバ2にその相手データを送信し、サーバ2は予めユーザ毎に備えた迷惑データ保存領域にユーザ携帯端末1から迷惑データとして通知されたものを保存する。なお、ユーザ携帯端末1はサーバ2に迷惑データを送信するときに、送信するかどうかをユーザに問い合わせるようにしてもよい。これにより、電話着信時またはメール着信時に、図示しない電話交換機やメールサーバがサーバ2の迷惑データ保存領域を参照し、迷惑データ保存領域に格納された相手からの通話やメールを拒否することができる。
【0052】
なお、以上説明した第1〜第4の実施の形態は、それぞれ独立して実施してもよいし、複数の実施の形態を任意に組合せて実施することも可能である。
【0053】
また、以上の実施の形態においては、インデックスの作成,送信はユーザ携帯端末1からのリクエスト時および定期更新時に行っているが、リクエスト時または定期更新時のいずれかだけに限定してもよい。
【0054】
【発明の効果】
本発明は、ユーザ毎の通話履歴,メール履歴をサーバにログとして保存しておき、サーバがログを基にインデックスを作成して携帯端末に送信するようにしたため、携帯端末には履歴情報のカウント,蓄積機能やインデックスのソート機能が不要となり、携帯端末に持たせる機能やメモリ容量の削減が図れる効果を有している。
【0055】
また、本発明は、サーバを使うことで携帯端末の状態によって獲得できないログデータ(通話中の携帯端末には残すことはできない、通話中にかかってきた電話着信の履歴)をカバーするようにしたため、正確な通信履歴による通信頻度順の保証されたインデックス作成を実現できるという効果がある。
【0056】
また、本発明は、サーバ側にインデックスの更新時期を監視する機能とインデックスを作成する機能を持たせ、携帯端末側にはアドレス帳とインデックスのリンクを張る機能しか持たせていないため、更新間隔やソート条件等の簡単な指定により、定期的にサーバから最新のインデックスを自動受信でき、常に新しいインデックスでアドレス帳を操作できるという効果がある。
【図面の簡単な説明】
【図1】本発明を概念的に説明する図である。
【図2】本発明の実施の形態の構成を示すブロック図である。
【図3】ユーザ携帯端末からサーバに送信するリクエスト情報の一例を示す図である。
【図4】ソート条件に対応する値をログ情報から計算した結果の一例を示す図である。
【図5】サーバで作成されるソート後の表示用インデックスの一例を示す図である。
【図6】ユーザ携帯端末におけるインデックスとアドレス帳のデータのリンク付けを示す図である。
【図7】ユーザからのアドレス帳インデックスの作成要求時の動作を示すフローチャートである。
【図8】リクエスト入力画面の一例を示す図である。
【図9】インデックス自動更新時の動作を示すフローチャートである。
【符号の説明】
1 ユーザ携帯端末
11 入力部
12 解析部
121 リクエスト作成部
122 リンク部
13 通信部
14 アドレス帳データベース
15 表示部
2 サーバ
21 通信部
22 ソート部
23 ログ情報データベース
24 ユーザ別リクエスト記憶部
3 ネットワーク
Claims (11)
- ユーザ携帯端末と、サーバと、これらを相互に接続するネットワークとを備えた携帯端末のアドレス帳インデックス作成・管理システムであって、
前記ユーザ携帯端末は、通信相手の個人データを保存するアドレス帳の設定,記憶手段と、ユーザから入力されたインデックス作成のためのソート条件情報を含むリクエスト情報を前記サーバに送信する手段と、前記サーバから受信したインデックスと前記アドレス帳の個人データとをリンク付けする手段とを有し、
前記サーバは、ユーザ携帯端末毎の通信履歴情報を保持する手段と、前記リクエスト情報を受信したときに、前記ソート条件情報に対応する通信頻度を前記通信履歴情報から相手ユーザ毎に算出する手段と、算出した通信頻度の多い順に相手ユーザを並び替えたインデックスを作成し前記ユーザ携帯端末に送信する手段とを有することを特徴とする携帯端末のアドレス帳インデックス作成・管理システム。 - ユーザ携帯端末と、サーバと、これらを相互に接続するネットワークとを備えた携帯端末のアドレス帳インデックス作成・管理システムであって、
前記ユーザ携帯端末は、通信相手の個人データを保存するアドレス帳の設定,記憶手段と、ユーザから入力されたインデックス作成のためのソート条件情報と更新間隔を指定する定期更新情報とを含むリクエスト情報を前記サーバに送信する手段と、前記サーバから受信したインデックスと前記アドレス帳の個人データとをリンク付けする手段とを有し、
前記サーバは、ユーザ携帯端末毎の通信履歴情報を保持する手段と、前記リクエスト情報受信時および前記指定された定期更新時に、前記ソート条件情報に対応する通信頻度を前記通信履歴情報から相手ユーザ毎に算出する手段と、算出した通信頻度の多い順に相手ユーザを並び替えたインデックスを作成し前記ユーザ携帯端末に送信する手段とを有することを特徴とする携帯端末のアドレス帳インデックス作成・管理システム。 - 前記リクエスト情報にさらに過去の発着信期間を指定する情報を含め、前記サーバは前記インデックス作成時に前記発着信期間に少なくとも一回以上発着信のあった相手にマークを付したインデックスを作成して前記ユーザ携帯端末に送信する手段をさらに有し、前記ユーザ携帯端末は前記マークが付された相手と前記アドレス帳の個人データとを照合し、
前記アドレス帳に含まれているが前記マークの付された相手ではない個人データを前記アドレス帳から削除する手段をさらに有することを特徴とする請求項1または2記載の携帯端末のアドレス帳インデックス作成・管理システム。 - 前記ユーザ携帯端末は前記サーバからインデックスを受信したときに、前記アドレス帳に登録されていない相手がインデックス上に存在するかを照合し、存在した場合はその個人データを前記アドレス帳に追加登録する手段をさらに有することを特徴とする請求項1または2記載の携帯端末のアドレス帳インデックス作成・管理システム。
- 前記リクエスト情報にさらに着信履歴のみの相手通知依頼情報を含め、前記サーバは前記インデックス作成時に着信履歴のみの相手にマークを付したインデックスを作成して前記ユーザ携帯端末に送信する手段をさらに有し、前記ユーザ携帯端末は前記サーバからインデックスを受信したときに、前記マークが付されていないインデックス上の相手の中で前記アドレス帳に含まれていない相手が存在するかを照合し、存在した場合はその個人データを前記アドレス帳に追加登録する手段をさらに有することを特徴とする請求項1または2記載の携帯端末のアドレス帳インデックス作成・管理システム。
- 前記リクエスト情報にさらに着信履歴のみの相手通知依頼情報を含め、前記サーバは前記インデックス作成時に着信履歴のみの相手にマークを付したインデックスを作成して前記ユーザ携帯端末に送信する手段と、前記ユーザ携帯端末から送信された迷惑データをユーザ毎に備えた迷惑データ保存領域に保存する手段とをさらに有し、前記ユーザ携帯端末は前記サーバからインデックスを受信したときに、前記マークを付された相手の中に前記アドレス帳に登録されていないものが存在するかを照合し、存在した場合はその相手データを迷惑データとして前記サーバに送信する手段をさらに有することを特徴とする請求項1または2記載の携帯端末のアドレス帳インデックス作成・管理システム。
- 前記リクエスト情報にさらに着信履歴のみの相手通知依頼情報を含め、前記サーバは前記インデックス作成時に着信履歴のみの相手にマークを付したインデックスを作成して前記ユーザ携帯端末に送信する手段と、前記ユーザ携帯端末から送信された迷惑データをユーザ毎に備えた迷惑データ保存領域に保存する手段とをさらに有し、前記ユーザ携帯端末は前記サーバからインデックスを受信したときに、前記マークが付されていないインデックス上の相手の中で前記アドレス帳に含まれていない相手が存在するかを照合し、存在した場合はその個人データを前記アドレス帳に追加登録する一方、前記マークを付された相手の中に前記アドレス帳に登録されていないものが存在するかを照合し、存在した場合はその相手データを迷惑データとして前記サーバに送信する手段をさらに有することを特徴とする請求項1または2記載の携帯端末のアドレス帳インデックス作成・管理システム。
- 前記ソート条件情報は、通話の累積発着信回数,累積通話時間,メールの送信回数,メールの受信回数,メールの送受信回数のいずれかまたは組合せによることを特徴とする請求項1〜7のいずれか1項記載の携帯端末のアドレス帳インデックス作成・管理システム。
- 前記通信履歴情報は、発着信年月日、発信側電話番号またはメールアドレス、着信側電話番号またはメールアドレス、通話時間を含むことを特徴とする請求項1〜7のいずれか1項記載の携帯端末のアドレス帳インデックス作成・管理システム。
- ユーザ携帯端末と、サーバと、これらを相互に接続するネットワークとを備えたシステムにおける携帯端末のアドレス帳インデックス作成・管理方法であって、
前記サーバが前記ユーザ携帯端末毎の通信履歴情報を保持するステップと、
前記ユーザ携帯端末がユーザから入力されたインデックス作成のためのソート条件情報を含むリクエスト情報を前記サーバに送信し、インデックスの作成を要求するステップと、
前記サーバが前記ソート条件情報に対応する通信頻度を前記通信履歴情報から相手ユーザ毎に算出するステップと、
前記サーバが、算出した通信頻度の多い順に相手ユーザを並び替えたインデックスを作成し前記ユーザ携帯端末に送信するステップと、
前記ユーザ携帯端末が前記サーバから受信したインデックスと内蔵するアドレス帳の個人データとをリンク付けするステップとを有することを特徴とする携帯端末のアドレス帳インデックス作成・管理方法。 - ユーザ携帯端末と、サーバと、これらを相互に接続するネットワークとを備えたシステムにおける携帯端末のアドレス帳インデックス作成・管理方法であって、
前記サーバが前記ユーザ携帯端末毎の通信履歴情報を保持する第1のステップと、
前記ユーザ携帯端末がユーザから入力されたインデックス作成のためのソート条件情報と更新間隔を指定する定期更新情報とを含むリクエスト情報を前記サーバに送信し、インデックスの作成を要求する第2のステップと、
前記サーバが前記ソート条件情報に対応する通信頻度を前記通信履歴情報から相手ユーザ毎に算出する第3のステップと、
前記サーバが、算出した通信頻度の多い順に相手ユーザを並び替えたインデックスを作成し前記ユーザ携帯端末に送信する第4のステップと、
前記ユーザ携帯端末が前記サーバから受信したインデックスと内蔵するアドレス帳の個人データとをリンク付けする第5のステップと、
前記サーバが、前記定期更新情報により指定された定期更新時期を監視し、定期更新時に前記第3のステップ〜前記第5のステップの動作を繰り返す第6のステップとを有することを特徴とする携帯端末のアドレス帳インデックス作成・管理方法。
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 JP2004153420A (ja) | 2004-05-27 |
JP4140342B2 true 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) |
Families Citing this family (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP4696528B2 (ja) * | 2004-10-29 | 2011-06-08 | 日本電気株式会社 | 迷惑電話防止方法及びプログラム |
JP4932159B2 (ja) * | 2005-01-11 | 2012-05-16 | Necカシオモバイルコミュニケーションズ株式会社 | 通信端末、通信端末の表示方法、及び、コンピュータプログラム |
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 | モバイル端末 |
KR101452727B1 (ko) | 2007-04-13 | 2014-10-23 | 삼성전자주식회사 | 개인 통신 단말기의 로그 데이터 분석을 통한 인간관계정보 제공 방법 및 장치 |
JP2010021654A (ja) * | 2008-07-08 | 2010-01-28 | Ricoh Co Ltd | 画像形成装置、情報管理方法、情報管理プログラム |
JP4770895B2 (ja) * | 2008-09-03 | 2011-09-14 | コニカミノルタビジネステクノロジーズ株式会社 | アドレス帳集約管理装置、同装置におけるアドレス帳作成方法及びアドレス帳作成プログラム |
JP4831152B2 (ja) * | 2008-09-24 | 2011-12-07 | 富士ゼロックス株式会社 | 宛先情報管理システムおよび通信端末装置および宛先情報管理プログラム |
US8577895B2 (en) * | 2010-03-19 | 2013-11-05 | Microsoft Corporation | Dynamic contacts list management |
JP5182730B2 (ja) * | 2010-09-02 | 2013-04-17 | Necインフロンティア株式会社 | ボタン電話システム及び電話帳の表示方法 |
JP2012168630A (ja) * | 2011-02-10 | 2012-09-06 | Ntt Docomo Inc | データ管理装置、データ管理方法及びプログラム |
CN116506507A (zh) * | 2023-06-29 | 2023-07-28 | 天津市城市规划设计研究总院有限公司 | 基于客户端特性的数据处理方法 |
-
2002
- 2002-10-29 JP JP2002314462A patent/JP4140342B2/ja not_active Expired - Fee Related
Also Published As
Publication number | Publication date |
---|---|
JP2004153420A (ja) | 2004-05-27 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US9860374B2 (en) | Method for indicating the context of a call to a called party | |
JP3883869B2 (ja) | 情報端末、サーバ、情報表示システムおよび情報表示方法 | |
CA2444716C (en) | Communications system | |
EP1672881B1 (en) | System and method for providing customization of a graphical user interface of a communications device based on an active communications session | |
JP4140342B2 (ja) | 携帯端末のアドレス帳インデックス作成・管理システムおよび方法 | |
US8539030B2 (en) | System and method for managing digests comprising electronic messages | |
US7660856B2 (en) | Method and system for web-based event notification | |
US7756878B2 (en) | E-mail response system | |
RU2576495C2 (ru) | Система и способ для глобальной службы каталогов | |
US20050276397A1 (en) | System and method for providing availability information to a user | |
US20070220144A1 (en) | System and method for activity monitoring and alerting | |
US20100153528A1 (en) | Devices, Systems and Methods for Controlling Network Services Via Address Book | |
CN1383291A (zh) | 用于通信网的数据库维护方法和*** | |
EP1662817B1 (en) | System and method for providing information on a manner of communicating | |
JP6438197B2 (ja) | 携帯端末装置、及び携帯端末プログラム | |
JP5534489B2 (ja) | メッセージ送信装置および方法ならびにプログラム | |
JP2003273999A (ja) | 情報削除順序決定装置及び情報削除順序決定方法並びに情報削除順序決定方法をコンピュータにより実行するためのプログラム | |
KR100649294B1 (ko) | 전자우편을 통한 이동전화 가입자의 통화내역 전달 방법 | |
JP4520614B2 (ja) | 電子メールシステム、電子メールシステムにおける情報管理方法、及び記憶媒体 | |
KR20040071105A (ko) | 다량 문자메시지 중계전송서비스 제공 방법 | |
JPH0662047A (ja) | 電子メールの発信の宛て先変更通知と転送処理方式 | |
SE518175C2 (sv) | Server och förfarande för att tillhandahålla information till en abonnents terminal |
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 |