JP4667148B2 - 通信システム、端末装置、アドレス帳管理サーバ、およびコンピュータプログラム - Google Patents

Description

本発明は、携帯電話端末などで使用するアドレス帳を管理するシステムおよび方法などに関する。

近年、フラッシュメモリなどの記憶媒体の容量が増えるのに伴って、携帯電話端末のアドレス帳には非常に多くの件数の電話番号および電子メールアドレスを登録しておくことができるようになった。また、電話番号および電子メールアドレス以外に関する情報を登録しておくこともできるようになった。例えば、メモの項目に、住所または生年月日などを登録しておくことができる。そのほか、顔写真を登録ことができる機種もある。

ところが、携帯電話端末のアドレス帳に登録することができるデータ量が増加するのに伴って、携帯電話端末を紛失しまたは盗まれたときの危険性が大きくなっている。このようなアクシデントが起きると、アドレス帳の中の個人情報が第三者によって不正に盗み見られ使用されるおそれがあるからである。

そこで、非特許文献１に記載されるようなサービスが提案されている。ユーザは、携帯電話端末を紛失しまたは盗まれた場合に、自宅のパソコンなどでセンタにその旨を連絡する。すると、センタは、その携帯電話端末に対して、データを削除すべき旨の指示を送信する。指示を受信した携帯電話端末は、アプリを起動し、データを削除する。
特開２００２−５７８０７号公報 "保存データはリモートで消去ケータイ紛失時の漏えいを防ぐ"、日経ＢＰ社Ｗｅｂサイト、２００５年４月１４日掲載、ＵＲＬ：http://itpro.nikkeibp.co.jp/free/TIS/keitai/20050412/158911/index2.shtml、２００５年７月１１日検索

しかし、携帯電話端末が電波の届かない場所にある場合または携帯電話端末の電源がオフである場合は、携帯電話端末はセンタからの指示を受信することができないので、アドレス帳のデータを削除することができない。また、携帯電話端末にアドレス帳制限機能またはシークレット制限機能などが設定されている場合も、アドレス帳のデータを削除することができない。アドレス帳が記憶されている記憶媒体を携帯電話端末から取り外して、アドレス帳の内容を解析されるおそれもある。

特許文献１には、アドレス帳をサーバで管理する方法が記載されているが、アドレス帳は携帯電話端末にダウンロードして使用される。したがって、アドレス帳がダウンロードされた状態で携帯電話端末を紛失しまたは盗まれてしまうと、結局、個人情報が第三者によって不正に盗み見られ使用されるおそれがある。

本発明は、このような問題点に鑑み、携帯電話端末などで使用されるアドレス帳を従来よりも安全に管理することを目的とする。

本発明に係る通信システムは、他の装置と通信を行う機能を有する端末装置とサーバとによって構成され、前記サーバは、前記端末装置が通信を行う相手である通信相手ごとに、当該通信相手を他の通信相手と識別するための第一の識別情報、および当該通信相手のネットワーク上の識別情報である第二の識別情報を互いに対応付けて記憶する、通信相手情報記憶手段と、前記通信相手に関する情報を送信すべき旨の要求を前記端末装置から受け付ける通信相手情報要求受付手段と、前記要求に基づいて、前記通信相手情報記憶手段に記憶されている複数の前記通信相手ごとの第一の識別情報をランダムに並べたものを含む通信相手情報を、要求元の前記端末装置に送信する通信相手情報送信手段と、前記端末装置から問合せがあった、前記第一の識別情報に対応する前記第二の識別情報を、前記通信相手情報記憶手段から検索する、検索手段と、前記検索手段によって検索された前記第二の識別情報を問合せ元の前記端末装置に回答する回答手段と、を有し、前記端末装置は、前記通信相手に関する情報を前記サーバに対して要求する通信相手情報要求手段と、要求した前記通信相手についての前記通信相手情報を前記サーバから受信する通信相手情報受信手段と、受信した前記通信相手情報に含まれるランダムに並べられた複数の前記第一の識別情報をユーザに対して出力する通信相手情報出力手段と、出力した複数の前記第一の識別情報の中からユーザが指定したものに対応する前記第二の識別情報を前記サーバに対して問い合わせる問合せ手段と、前記サーバから回答された前記通信相手の前記第二の識別情報に基づいて当該通信相手との通信を行う通信手段と、を有する、ことを特徴とする。

前記第二の識別情報は、例えば、電話番号または電子メールアドレスなどである。

本発明によると、多数の通信相手の電話番号または電子メールアドレスなどの識別情報を、従来のように端末装置で管理したり、サーバからダウンロードして管理するのではなく、通信を行うために必要な識別情報のみを端末装置に教え、通信完了後に通信に関する情報を端末装置から削除する。よって、携帯電話端末などで使用されるアドレス帳を従来よりも安全に管理することができる。

図１は携帯電話通信システム１の全体的な構成の例を示す図、図２はアドレス帳関連処理サーバ２のハードウェア構成の例を示す図、図３はアドレス帳関連処理サーバ２の機能的構成の例を示す図、図４は加入者端末装置３の外観の例を示す図、図５は加入者端末装置３のハードウェア構成の例を示す図、図６は加入者端末装置３の機能的構成の例を示す図である。

本発明に係る携帯電話通信システム１は、図１に示すように、アドレス帳関連処理サーバ２、加入者端末装置３、交換機５０、および基地局５Ｋなどによって構成される。

アドレス帳関連処理サーバ２は、アドレス帳関連サービスを、加入者であるユーザに対して提供するための処理を行う。本実施形態において、「アドレス帳関連サービス」とは、従来は端末装置に設けられていたユーザのアドレス帳をアドレス帳関連処理サーバ２に設けて管理するサービス、ユーザが電話を掛けたい相手または電子メールを送信したい相手のリストをそのユーザの端末装置に提示するサービス、およびそのリストの中からユーザが選択した相手の端末装置に自動的にダイアルしまたは電子メールを送信するサービスなど、アドレス帳に関連する種々のサービスの総称を言う。

アドレス帳関連処理サーバ２は、図２に示すように、ＣＰＵ２ａ、ＲＡＭ２ｂ、ＲＯＭ２ｃ、ハードディスク２ｄ、および通信インタフェース２ｅなどによって構成される。ハードディスク２ｄには、図３に示すようなメンバリスト要求受付部２０１、メンバ検索部２０２、メンバリスト生成部２０３、メンバリスト送信部２０４、電話番号等問合せ受付部２１１、電話番号等検索部２１２、電話番号等回答部２１３、テーブル更新部２２１、認証処理部２３１、およびアドレス帳関連データベース２ＤＢなどの機能を実現するためのプログラムおよびデータがインストールされている。これらのプログラムおよびデータは、必要に応じてＲＡＭ２ｂにロードされ、ＣＰＵ２ａによってプログラムが実行される。

図１には１台の装置でアドレス帳関連処理サーバ２を構成している例を示しているが、これらの機能を複数のサーバ機などの装置に分散してアドレス帳関連処理サーバ２を構成してもよい。アドレス帳関連処理サーバ２は、例えば電気通信事業者（キャリア）、携帯電話端末の製造販売会社、または携帯電話向けのサービスを展開する事業者などによって運営される。

加入者端末装置３は、アドレス帳関連サービスを利用するための端末装置である。アドレス帳関連サービスを利用することを希望する者は、予め本サービスへの加入手続を行っておくとともに、加入者端末装置３を入手しておく必要がある。

また、加入者端末装置３には、電気通信事業者の通信サービスを介して他の端末装置と通信を行う機能が備えられている。本実施形態では、加入者端末装置３として、ＮＴＴドコモ、エーユー、ツーカー、またはボーダフォンなどのような既存の電気通信事業者による携帯電話通信サービスのための通信機能が備えられている携帯電話端末が用いられる場合を例に説明する。

この加入者端末装置３は、図４および図５に示すように、ＣＰＵ３ａ、無線回路およびベースバンド回路などの種々の回路３ｂ、不揮発性メモリ３ｃ、マイクロフォン３ｄ、スピーカ３ｅ、液晶ディスプレイ３ｆ、入力ボタン群３ｇ、およびアンテナ３ｈなどによって構成される。

不揮発性メモリ３ｃは、フラッシュメモリなどのような、不揮発性でありかつデータの書換え可能である記憶媒体である。不揮発性メモリ３ｃには、回路３ｂ、マイクロフォン３ｄ、スピーカ３ｅ、および液晶ディスプレイ３ｆなどの制御を行うためのプログラムおよびデータのほか、Ｗｅｂブラウザおよび電子メールなどのアプリケーション機能を実現するためのプログラムおよびデータがインストールされている。これらのプログラムはＣＰＵ３ａによって適宜実行される。このように、加入者端末装置３は、基本的に従来の携帯型電話端末と同様のハードウェア構成およびソフトウェア構成を有している。

さらに、不揮発性メモリ３ｃには、図６に示すような、アドレス帳関連サービスの提供を受けるためのメンバリスト要求部３０１、メンバリスト受信部３０２、メンバリスト一時記憶部３０３、電話番号等問合せ処理部３０４、電話番号等回答受信部３０５、電話番号等一時記憶部３０６、画面表示処理部３０７、回線接続処理部３０８、電子メール送信処理部３０９、着信情報等転送部３１０、およびアドレス帳編集指令部３１４などの機能を実現するためのプログラムおよびデータがインストールされている。以下、係るプログラムおよびデータを「サービス用クライアントソフト」と記載する。

入力ボタン群３ｇは、ユーザが加入者端末装置３に電話番号、電子メールアドレス、または後に説明するメモリ番号などの情報を加入者端末装置３に入力するための複数のボタンなどによって構成される。ボタンが押されるごとに、そのボタンに対応する信号がＣＰＵ３ａに送られる。

ユーザは、アドレス帳関連サービスに加入するために、所定の事項を記入した用紙を本サービスの提供者に提出しまたは本サービスの提供者のＷｅｂページで所定の事項を入力するなどの手続を行う。さらに、ユーザは、加入者端末装置３を入手する。予めサービス用クライアントソフトがインストールされている加入者端末装置３を購入しまたは借りるなどして入手してもよいし、サービス用クライアントソフトを本サービスの提供者のＷｅｂサイトなどからダウンロードして現在使用している携帯電話端末にインストールすることによって加入者端末装置３を用意してもよい。

ユーザは、加入者端末装置３を用いて他の端末装置（例えば、携帯電話端末、ＰＨＳ端末、ＩＰ電話端末、またはいわゆる固定電話の電話機など）に電話を掛けることができる。または、これらの装置またはパーソナルコンピュータなどに電子メールを送信することができる。従来の携帯電話端末の場合と同様に、ユーザは、その相手の電話番号または電子メールアドレスの指定を、入力ボタン群３ｇを操作して１字ずつ文字または数字を入力することによって行うことができる。そして、加入者端末装置３は、やはり、従来の携帯電話端末と同様に、指定された電話番号にダイアルしまたは電子メールアドレスに宛てて電子メールを送信する。

例えば、加入者端末装置３は、ユーザがある電話番号を指定すると、従来と同様に、電気通信事業者の最寄の基地局５Ｋを経由して交換機５０に接続する。すると、交換機５０は、指定されたその電話番号に対応する端末装置を呼び出す。ここで、相手ユーザが呼び出しに応じると、加入者端末装置３とその端末装置とが接続され、通話が可能になる。相手方の端末装置は、加入者端末装置であることもあれば、そうでないこともある。相手方の端末装置によっては、複数の交換機５０、基地局５Ｋ、またはサーバなどを経由して接続される場合がある。

または、ユーザがある電子メールアドレスを指定すると、加入者端末装置３は、やはり従来と同様に、電子メールが電気通信事業者の最寄の基地局５Ｋ、交換機５０、およびメールサーバなどを経由してその電子メールアドレスに対応する相手方の端末装置に届けられる。この相手方の端末装置も、加入者端末装置であることもあれば、そうでないこともある。

または、ユーザは、従来の携帯電話端末の場合と同様に、自分のアドレス帳（電話帳）に予め登録しておいた電話番号または電子メールアドレスの中から電話または電子メールの送信相手の電話番号または電子メールアドレスを指定することもできる。

ただし、上に述べたように、アドレス帳は、従来は携帯電話端末のメモリに設けられていたが、本実施形態の場合はアドレス帳関連処理サーバ２に設けられている。ユーザは、必要なときに必要な情報だけをアドレス帳関連処理サーバ２から取得して使用する。

また、加入者端末装置３は、従来の携帯電話端末の場合と異なり、発信履歴および着信履歴を不揮発性メモリ３ｃ（つまり、ローカル）に残さず、その代わりにアドレス帳関連処理サーバ２に保存して管理する。このように、発信履歴および着信履歴をアドレス帳関連処理サーバ２で管理するサービスも、本実施形態に係るアドレス帳関連サービスの一部である。

以下、図３に示すアドレス帳関連処理サーバ２の各部および図６に示す加入者端末装置３の各部の機能を、アドレス帳を管理するための機能、アドレス帳の一部または全部の情報をユーザに提示するための機能、電話を掛けまたは電子メールを送信するための機能、およびその他の機能に大別して説明する。

〔アドレス帳を管理するための機能〕
図７は加入者情報テーブルＴＬ０の例を示す図、図８はメンバ管理テーブルＴＬ１の例を示す図、図９はグループ管理テーブルＴＬ２の例を示す図、図１０はメモリ管理テーブルＴＬ３の例を示す図、図１１は発信履歴テーブルＴＬ４１の例を示す図、図１２は送信履歴テーブルＴＬ４２の例を示す図、図１３は着信履歴テーブルＴＬ５１の例を示す図、図１４は受信履歴テーブルＴＬ５２の例を示す図である。

図３において、アドレス帳関連処理サーバ２のアドレス帳関連データベース２ＤＢは、加入者情報テーブルＴＬ０、メンバ管理テーブルＴＬ１、グループ管理テーブルＴＬ２、メモリ管理テーブルＴＬ３、発信履歴テーブルＴＬ４１、送信履歴テーブルＴＬ４２、着信履歴テーブルＴＬ５１、および受信履歴テーブルＴＬ５２などを記憶し管理している。

加入者情報テーブルＴＬ０には、図７に示すように、アドレス帳関連サービスに加入している各ユーザの加入者端末装置３に関する情報が格納されている。１台の加入者端末装置３に対して１つのレコードが与えられている。ユーザが新たにアドレス帳関連サービスに加入するごとに、そのユーザの加入者端末装置３のためのレコードが１つ、アドレス帳関連処理サーバ２の管理者によってまたは自動的に加入者情報テーブルＴＬ０に追加登録される。

加入者情報テーブルＴＬ０において、「電話番号」は、加入者端末装置３に割り振られている電話番号を示している。「パスワード」は、アドレス帳関連サービスを利用する際の認証のために用いられるキーワードである。

なお、以下に順次説明するメンバ管理テーブルＴＬ１、グループ管理テーブルＴＬ２、メモリ管理テーブルＴＬ３、発信履歴テーブルＴＬ４１、送信履歴テーブルＴＬ４２、着信履歴テーブルＴＬ５１、および受信履歴テーブルＴＬ５２の各テーブルも、新たにユーザがアドレス帳関連サービスに加入するごとに１つずつアドレス帳関連処理サーバ２の管理者によってまたは自動的に生成される。これらのテーブルには、その新規のユーザの加入者端末装置３の識別情報（本実施形態では、加入者端末装置３の電話番号）が対応付けられている。また、これらのテーブルに含まれる各フィールド（項目）の値は、生成された時点では、空またはゼロである。

メンバ管理テーブルＴＬ１は、上に述べたように、アドレス帳関連サービスに加入しているユーザの加入者端末装置３ごとに１つずつ用意されている。ユーザは、図８に示すように、自分が電話を掛けることのある相手または電子メールを送信することのある相手に関する情報を自分のメンバ管理テーブルＴＬ１に登録しておくことができる。以下、メンバ管理テーブルＴＬ１に登録されている人または団体などを「メンバ」と記載する。

メンバ管理テーブルＴＬ１には、１つのメンバごとに１つのレコードが登録されている。「メンバ識別番号」は、そのレコードに係るメンバを他のメンバと識別するための識別情報である。「メンバ名」は、そのメンバの名称を示している。「電話番号」および「電子メールアドレス」は、それぞれ、そのメンバの端末装置の電話番号および電子メールアドレスを示している。

メンバの名称が同一（同姓同名）であるような場合を考慮し、本実施形態では、メンバ識別番号を名称とは別に設けているが、名称のみでメンバの識別が可能である場合には、メンバの名称をメンバ識別番号として利用することができる。この場合、名称とは別にメンバ識別番号を用意する必要はない。名称をメンバ識別番号として利用する場合には、同一（同姓同名）の名称が登録されようとした際に、エラーを出して別の名称での登録を促すことによって同一名称の登録を避けることができる。たとえば「鈴木太郎」という名称が登録済みである場合に、別の「鈴木太郎」と登録しようとした際に、「鈴木太郎は登録済みですので、別の名称での登録をお願いします」などというエラー表示を行い、たとえば「鈴木太郎２」で登録することが考えられる。

ところで、ユーザは、自分が電話を掛けまたは電子メールを送信したいメンバを簡単に探すことができるように、メンバをグループ分けしておくことができる。前に述べたように、各ユーザの加入者端末装置３には、グループ管理テーブルＴＬ２が１つずつ与えられている。ユーザは、自分の好きなようにグループを定義付け、図９に示すように、自分の加入者端末装置３のグループ管理テーブルＴＬ２に、そのグループのグループ名および他のグループと識別するための識別情報（以下、「グループ識別番号」と記載する。）を登録しておくことができる。

メンバ管理テーブルＴＬ１に戻って、「グループ識別番号」は、そのメンバがグループ分けされたグループ識別番号を示している。このグループ識別番号は、グループ管理テーブルＴＬ２のグループ識別番号と対応している。例えば、メンバ管理テーブルＴＬ１に登録されている、あるメンバのグループ識別番号が「Ｇ００１」である場合は、そのメンバは「取引先」というグループ名のグループに所属することを意味する。

「問合せ回数」は、そのメンバ管理テーブルＴＬ１に係る加入者端末装置３からアドレス帳関連処理サーバ２に対して行われた、そのメンバの電話番号または電子メールアドレスに関する問合せの回数を示している。「最終問合せ日時」は、その加入者端末装置３からアドレス帳関連処理サーバ２に対して最後に行われた問合せの日付および時刻を示している。加入者端末装置３からアドレス帳関連処理サーバ２への問合せの処理については、後に説明する。

「メンバ名」、「電話番号」、「電子メールアドレス」、および「グループ識別番号」の内容は、メンバ管理テーブルＴＬ１に係る加入者端末装置３のユーザが任意に決めることができる。また、必要に応じて任意に変更することができる。

「メンバ識別番号」の値は、新たなメンバの加入者端末装置３のレコードがメンバ管理テーブルＴＬ１に登録されるごとに、アドレス帳関連処理サーバ２によって自動的に決められる。または、そのユーザが指定できるようにしてもよい。「問合せ回数」のデフォルト値は「０」であり「最終問合せ日時」のデフォルト値は「ｎｕｌｌ」であり、これらは、後に説明するように、加入者端末装置３が問合せを行うごとに適宜更新される。

このように、メンバ管理テーブルＴＬ１は、アドレス帳関連サービスに加入するユーザの加入者端末装置３のアドレス帳の役割を果たしている。

メモリ管理テーブルＴＬ３は、図１０に示すように、加入者端末装置３に提供するメンバリストに含まれるメンバの識別情報（メモリ番号）とそのメンバのメンバ管理テーブルＴＬ１における識別情報（メンバ識別情報）との対応関係を示している。これについては、後に説明する。

発信履歴テーブルＴＬ４１には、図１１に示すように、ユーザが加入者端末装置３を用いて過去に掛けた電話の履歴つまり発信履歴に関する情報が格納される。送信履歴テーブルＴＬ４２には、図１２に示すように、ユーザが加入者端末装置３を用いて過去に送信した電子メールの履歴つまり送信履歴に関する情報が格納される。

着信履歴テーブルＴＬ５１には、図１３に示すように、他の端末装置から加入者端末装置３に掛かってきた電話の履歴つまり着信履歴に関する情報が格納される。受信履歴テーブルＴＬ５２には、図１４に示すように、加入者端末装置３が他の端末装置から受信した電子メールの履歴つまり受信履歴に関する情報が格納される。

発信履歴テーブルＴＬ４１、送信履歴テーブルＴＬ４２、着信履歴テーブルＴＬ５１、および受信履歴テーブルＴＬ５２に含まれる各フィールドの意味については、後に説明する。

図３の認証処理部２３１は、これからアドレス帳関連サービスを利用しようとしているユーザがそのユーザ自身の加入者端末装置３を正当に操作しているか否かを認証するための処理を行う。具体的には、ユーザが自分の加入者端末装置３のアドレス帳（すなわちメンバ管理テーブルＴＬ１）またはグループ管理テーブルＴＬ２を編集する際またはアドレス帳を参照して電話を掛けまたは電子メールを送信する際などに、認証の処理を実行する。認証の処理は、例えば次のような手順で実行される。

認証処理部２３１は、加入者端末装置３からアドレス帳関連サービスの利用を開始したい旨の通知を受けると、その加入者端末装置３の発信者番号すなわち電話番号を示すレコードが加入者情報テーブルＴＬ０（図７参照）に登録されているか否かをチェックする。登録されていなければ、加入者ではないものとして、アドレス帳関連サービスの提供を拒否する。登録されていれば、パスワードを送信するように、通知元の加入者端末装置３に対して要求する。

要求を受けた加入者端末装置３は、パスワードを入力すべき旨のメッセージをユーザに対して与え、入力されたパスワードをアドレス帳関連処理サーバ２に送信する。

すると、認証処理部２３１は、加入者情報テーブルＴＬ０の中からその加入者端末装置３の電話番号を示すレコードを呼び出し、そのレコードに示されるパスワードとその加入者端末装置３から送信されて来たパスワードとを照合する。両者が一致すれば、その加入者端末装置３を操作しているユーザが正当なユーザであると判別し、一致しなければ、不正なユーザであると判別する。

この例では、パスワードでの認証としているが、予め加入者の生体情報を登録しておき生体情報による認証を行うことや、予め加入者端末装置の機体番号を登録し、機体番号を入力するによって認証を行うことも可能であることは、言うまでもない。

図６において、加入者端末装置３の画面表示処理部３０７は、上に述べたパスワードを入力すべき旨のメッセージの画面、ユーザがアドレス帳を編集するための編集画面、アドレス帳関連処理サーバ２から受信した問合せの結果を示す画面、その他種々の画面を液晶ディスプレイ３ｆに表示させる処理を行う。

アドレス帳編集指令部３１４は、ユーザが加入者端末装置３の入力ボタン群３ｇを操作して指定した内容に基づいて、その加入者端末装置３のメンバ管理テーブルＴＬ１またはグループ管理テーブルＴＬ２を編集するようにアドレス帳関連処理サーバ２に対して指令する。つまり、メンバ管理テーブルＴＬ１およびグループ管理テーブルＴＬ２の編集のための処理を行う。

図１５はアドレス帳等編集処理の流れの例を説明するためのフローチャート、図１６はアドレス帳等編集指令処理の流れの例を説明するためのフローチャート、図１７はメンバ編集画面ＨＧ１の例を示す図、図１８はグループ編集画面ＨＧ２の例を示す図である。

ここで、メンバ管理テーブルＴＬ１およびグループ管理テーブルＴＬ２の編集の手順を、図１５および図１６に示すフローチャートを参照して説明する。

前に述べたように、ユーザが新たにアドレス帳関連サービスに加入すると、そのユーザの加入者端末装置３のためのメンバ管理テーブルＴＬ１およびグループ管理テーブルＴＬ２が、アドレス帳関連処理サーバ２のアドレス帳関連データベース２ＤＢに新たに生成される。

ユーザが加入者端末装置３の入力ボタン群３ｇで所定の操作を行うと、加入者端末装置３は、アドレス帳関連処理サーバ２への接続を要求する。アドレス帳関連処理サーバ２と加入者端末装置３とが接続されると（図１５の＃６０１、図１６の＃６５１）、アドレス帳関連処理サーバ２は、加入者端末装置３に対してパスワードを要求し（＃６０２）、加入者端末装置３は、ユーザにパスワードを入力させ、入力されたパスワードをアドレス帳関連処理サーバ２に送信する（＃６５２）。そして、アドレス帳関連処理サーバ２の認証処理部２３１は、認証処理を行う（＃６０３）。認証処理の方法は、前に説明した通りである。

なお、アドレス帳関連処理サーバ２への接続の要求は、アドレス帳関連処理サーバ２に対応する電話番号にダイアルすることによって行ってもよいし、アドレス帳関連処理サーバ２に対応するＩＰアドレスまたはＵＲＬ（Uniform Resource Locator）に対して接続要求することによって行ってもよい。もちろん、アドレス帳関連処理サーバ２への接続を要求するためのボタンを予め用意しておき、そのボタンを押下することで接続が要求されてもよい。

加入者端末装置３は、ユーザが正当である旨の認証が得られた場合は（＃６５３でＹｅｓ）、ユーザは、その加入者端末装置３のメンバ管理テーブルＴＬ１およびグループ管理テーブルＴＬ２の編集が許可される。

ここで、ユーザは、所定の操作を行うことによって、メンバに関する編集（つまり、メンバ管理テーブルＴＬ１の編集）を所望する場合は図１７に示すようなメンバ編集画面ＨＧ１を液晶ディスプレイ３ｆに表示させ、グループに関する編集（つまり、グループ管理テーブルＴＬ２の編集）を所望する場合は図１８のようなグループ編集画面ＨＧ２を表示させる（＃６５４）。

そして、ユーザは、グループを新たに登録したい場合は、グループ編集画面ＨＧ２のテキストボックスＴＸ２１、ＴＸ２２に、そのグループのグループ識別番号およびグループ名を入力し、登録ボタンＢＮ２１を押す。メンバを新たに登録したい場合は、メンバ編集画面ＨＧ１のテキストボックスＴＸ１１〜ＴＸ１５に、そのメンバのメンバ識別番号、メンバ名、そのメンバが使っている端末装置の電話番号、電子メールアドレス、およびそのメンバを所属させるグループのグループ識別願号を入力し、登録ボタンＢＮ１１を押す。なお、メンバ識別番号またはグループ識別番号は、ユーザが入力するのではなく、アドレス帳関連処理サーバ２によって自動的に割り当てられるようにしてもよい。

すると（＃６５５でＹｅｓ）、加入者端末装置３のアドレス帳編集指令部３１４は、アドレス帳関連処理サーバ２に対して、メンバ編集画面ＨＧ１で入力された内容をメンバ登録情報ＤＴ２１として送信することによってメンバ登録処理を実行するように指令し、または、グループ編集画面ＨＧ２で入力された内容をグループ登録情報ＤＴ２２として送信することによってグループ登録処理を実行するように指令する（＃６５６）。

または、ユーザは、既存のメンバの情報を更新（変更）したい場合は、メンバ編集画面ＨＧ１のテキストボックスＴＸ１１にそのメンバのメンバ識別番号を入力するとともに、テキストボックスＴＸ１２〜ＴＸ１５に新しいメンバ名、電話番号、電子メールアドレス、およびグループ識別番号を入力し、更新ボタンＢＮ１２を押す。既存のグループの情報を更新したい場合は、グループ編集画面ＨＧ２のテキストボックスＴＸ２１にそのグループのグループ識別番号を入力するとともに、テキストボックスＴＸ２２に新しいグループ名を入力し、更新ボタンＢＮ２２を押す。なお、メンバ編集画面ＨＧ１またはグループ編集画面ＨＧ２を表示したときに、その時点の（つまり、更新前の）登録内容が各テキストボックスにデフォルトで入力されているように構成してもよい。ただし、この場合は、情報の漏洩をより確実に防止するために、電話番号および電子メールアドレスについては、デフォルトで情報を入力する対象から除外するのが望ましい。

すると（＃６５５でＮｏ、＃６５７でＹｅｓ）、アドレス帳編集指令部３１４は、アドレス帳関連処理サーバ２に対して、メンバ編集画面ＨＧ１に入力されている内容をメンバ更新情報ＤＴ２３として送信することによってメンバ更新処理を実行するように指令し、または、グループ編集画面ＨＧ２に入力されている内容をグループ更新情報ＤＴ２４としてアドレス帳関連処理サーバ２に送信することによってグループ更新処理を実行するように指令する（＃６５８）。

または、ユーザは、既存のメンバを削除したい場合は、メンバ編集画面ＨＧ１のテキストボックスＴＸ１１にそのメンバのメンバ識別番号を入力し、削除ボタンＢＮ１３を押す。既存のグループを削除したい場合は、グループ編集画面ＨＧ２のテキストボックスＴＸ２１にそのグループのグループ識別番号を入力し、削除ボタンＢＮ２３を押す。

すると、（＃６５５でＮｏ、＃６５７でＮｏ）、アドレス帳編集指令部３１４は、アドレス帳関連処理サーバ２に対して、メンバ編集画面ＨＧ１で入力されたメンバ識別番号を示す情報をメンバ削除情報ＤＴ２５として送信することによってメンバ削除処理を実行するように指令し、または、グループ編集画面ＨＧ２で入力されたグループ識別番号を示す情報をグループ削除情報ＤＴ２６として送信することによってグループ削除処理を実行するように指令する（＃６５９）。

アドレス帳関連処理サーバ２は、認証を与えた後（＃６０４でＹｅｓ）、加入者端末装置３から送信されて来た指令に関する情報に基づいてその加入者端末装置３のメンバ管理テーブルＴＬ１またはグループ管理テーブルＴＬ２を編集する処理を実行する（＃６０５）。

具体的には、メンバ登録情報ＤＴ２１が送信されて来た場合は、メンバ管理テーブルＴＬ１に新たなレコードを生成し、メンバ登録情報ＤＴ２１に示される情報をそのレコードに格納する。グループ登録情報ＤＴ２２が送信されて来た場合は、グループ管理テーブルＴＬ２に新たなレコードを生成し、グループ登録情報ＤＴ２２に示される情報をそのレコードに格納する。

メンバ更新情報ＤＴ２３が送信されて来た場合は、そのメンバ更新情報ＤＴ２３に示されるメンバ識別番号を有するレコードをメンバ管理テーブルＴＬ１の中から検索し、そのレコードの各フィールドの情報を、そのメンバ更新情報ＤＴ２３に示される情報に書き換える。グループ更新情報ＤＴ２４が送信されて来た場合は、そのグループ更新情報ＤＴ２４に示されるグループ識別番号を有するレコードをグループ管理テーブルＴＬ２の中から検索し、そのレコードのグループ名を、そのメンバ更新情報ＤＴ２３に示されるグループ名に書き換える。

メンバ削除情報ＤＴ２５が送信されて来た場合は、そのメンバ削除情報ＤＴ２５に示されるメンバ識別番号を有するレコードをメンバ管理テーブルＴＬ１から削除する。グループ削除情報ＤＴ２６が送信されて来た場合は、そのグループ削除情報ＤＴ２６に示されるグループ識別番号を有するレコードをグループ管理テーブルＴＬ２から削除する。

ユーザは、複数のメンバまたはグループについて編集を行いたい場合は、再度、メンバ編集画面ＨＧ１またはグループ編集画面ＨＧ２を表示させ（＃６６０でＹｅｓ、＃６５４）、上記の操作を繰り返し行う。アドレス帳関連処理サーバ２および加入者端末装置３は、必要に応じて、それぞれ、ステップ＃６０５の処理およびステップ＃６５４〜＃６５９の処理を実行する。

〔アドレス帳の一部または全部の情報をユーザに提示するための機能〕
図１９はメンバリスト画面ＨＧ３の例を示す図、図２０はメンバリスト提供処理の流れの例を説明するためのフローチャート、図２１はメンバリスト要求処理の流れの例を説明するためのフローチャートである。

アドレス帳関連サービスに加入しているユーザは、電話を掛けたい相手の電話番号またはメールを送信したい相手の電子メールアドレスを、自分の加入者端末装置３のアドレス帳すなわちメンバ管理テーブルＴＬ１（図８参照）に登録されている情報の中から選択して指定することができる。次に、このような機能を実現するための機能について説明する。

図６において、加入者端末装置３のメンバリスト要求部３０１は、ユーザが所定の操作を行ったときに、メンバ管理テーブルＴＬ１に登録されている一部または全部のメンバのリスト（以下、「メンバリストＭＬＴ」と記載する。）をその加入者端末装置３に送信するように、アドレス帳関連処理サーバ２に対して要求するための処理を行う。ユーザは、所望する通信相手を容易に見つけられるように、メンバリストＭＬＴに含めたいメンバの条件を検索条件として指定することができる。検索条件が指定された場合は、メンバリスト要求部３０１は、その内容を検索条件情報ＤＴ３としてアドレス帳関連処理サーバ２に送信する。

メンバリスト受信部３０２は、要求したメンバリストＭＬＴのデータを要求先すなわちアドレス帳関連処理サーバ２から受信するための処理を行う。メンバリスト一時記憶部３０３は、受信したメンバリストＭＬＴのデータを一時的に記憶する。係るデータは、ユーザがメンバリストＭＬＴを参照し終わった後、メンバリスト一時記憶部３０３から削除される。画面表示処理部３０７は、受信したデータに基づいて、図１９に示すような、メンバリストＭＬＴを含むメンバリスト画面ＨＧ３を、液晶ディスプレイ３ｆに表示させる。

一方、図３に示すアドレス帳関連処理サーバ２のメンバリスト要求受付部２０１は、加入者端末装置３からのメンバリストＭＬＴの要求を検索条件情報ＤＴ３とともに受け付けるための処理を行う。

メンバ検索部２０２は、受け付けた検索条件情報ＤＴ３に示される検索条件に該当するメンバをメンバ管理テーブルＴＬ１の中から検索する処理を行う。例えば、「グループ識別番号＝Ｇ００２」という検索条件が示されている場合は、図８のような内容のメンバ管理テーブルＴＬ１からは、メンバ識別番号がそれぞれ「Ｍ００１」、「Ｍ００４」、および「Ｍ００５」である３つのメンバが見つかる。

メンバリスト生成部２０３は、メンバ検索部２０２による検索結果に基づいてメンバリストＭＬＴを生成する。メンバリスト送信部２０４は、生成されたメンバリストＭＬＴのデータをその要求元である加入者端末装置３に送信するための処理を行う。

次に、メンバリストＭＬＴを加入者端末装置３のユーザに提示するための処理の手順を、図２０および図２１に示すフローチャートを参照しながら説明する。

ユーザは、自分の加入者端末装置３に対して、入力ボタン群３ｇを操作することによって（例えば、アドレス帳呼出ボタンを押下することによって）、メンバリストＭＬＴの表示指令を与える。また、この際に、ユーザは、検索条件を指定することができる。加入者端末装置３は、表示指令および検索条件を受け付けると（図２１の＃８０１）、アドレス帳関連処理サーバ２への接続を要求する。

加入者端末装置３とアドレス帳関連処理サーバ２とが接続されると（＃８０２、図２０の＃７０１）、アドレス帳関連処理サーバ２は、加入者端末装置３に対してパスワードを要求し（＃７０２）、加入者端末装置３は、ユーザにパスワードを入力させ、入力されたパスワードをアドレス帳関連処理サーバ２に送信する（＃８０３）。そして、アドレス帳関連処理サーバ２の認証処理部２３１は、認証処理を行う（＃７０３）。認証処理の方法は、前に説明した通りである。

加入者端末装置３において、アドレス帳関連処理サーバ２から認証が与えられた場合は（＃８０４でＹｅｓ）、メンバリスト要求部３０１は、メンバリストＭＬＴのデータを送信するようにアドレス帳関連処理サーバ２に対して要求する（＃８０５）。ステップ＃８０１で検索条件が受け付けられている場合は、係る要求の際に、その内容を示す検索条件情報ＤＴ３をアドレス帳関連処理サーバ２に送信する。

アドレス帳関連処理サーバ２において、メンバリスト要求受付部２０１がアドレス帳関連処理サーバ２からの要求および検索条件情報ＤＴ３を受信すると（＃７０５）、アドレス帳関連処理サーバ２のメンバ検索部２０２は、その検索条件情報ＤＴ３に示される検索条件に該当するメンバを、その加入者端末装置３のメンバ管理テーブルＴＬ１の中から検索する（＃７０６）。

メンバリスト生成部２０３は、検索されたメンバによって構成されるメンバリストＭＬＴを、例えば次のように生成する。検索されたメンバをランダムに並び替える（＃７０７）。すなわち、シャッフルする。ただし、検索条件情報ＤＴ３を受信しなかった場合（つまり、ユーザが検索条件を指定しなかった場合）は、メンバ管理テーブルＴＬ１に登録されている全メンバを抽出し、シャッフルする。

メモリ管理テーブルＴＬ３（図１０参照）をリセットし（つまり、過去に格納されたデータを消去し）、ランダムに並べ替えられたメンバに対してメモリ番号を若い順に割り当て（＃７０８）、その結果をメモリ管理テーブルＴＬ３に格納する（＃７０９）。例えば、メモリ番号が３桁の数字からなり、ステップ＃７０６においてメンバ識別番号がそれぞれ「Ｍ００１」、「Ｍ００４」、「Ｍ００５」であるメンバが検索され、ステップ＃７０７においてこれらのメンバが「Ｍ００５」、「Ｍ００１」、「Ｍ００４」の順に並べ替えられた場合は、「Ｍ００５」であるメンバのメモリ番号として「００１」を割り当て、「Ｍ００１」であるメンバのメモリ番号として「００２」を割り当て、「Ｍ００４」であるメンバのメモリ番号として「００３」を割り当てる。

なお、「メモリ番号」は、従来の短縮ダイアル用の番号のような役割を果たしており、後に説明するように、ユーザが電話を掛けたいメンバまたは電子メールを送信したいメンバを加入者端末装置３に対して指定するために用いられる。つまり、メモリ番号は、メンバを識別するための識別情報でもある。

そして、メンバ管理テーブルＴＬ１およびメモリ管理テーブルＴＬ３に基づいて、メモリ番号とそれが割り当てられたメンバの名称（メンバ名）とが対応付けられたメンバリストＭＬＴを生成する（＃７１０）。

メンバリスト送信部２０４は、このようにして生成されたメンバリストＭＬＴのデータを、要求元の加入者端末装置３に送信する（＃７１１）。

加入者端末装置３において、アドレス帳関連処理サーバ２から送信されて来たメンバリストＭＬＴのデータは、メンバリスト受信部３０２によって受信の処理がなされ（＃８０６）、メンバリスト一時記憶部３０３に一時的に記憶（保存）される（＃８０７）。そして、画面表示処理部３０７は、係るデータに基づいて図１９のようなメンバリスト画面ＨＧ３を液晶ディスプレイ３ｆに表示させる（＃８０８）。

〔電話を掛けまたは電子メールを送信するための機能〕
図２２は電話番号等回答処理の流れの例を説明するためのフローチャート、図２３は端末装置間通信処理の流れの例を説明するためのフローチャートである。

ユーザは、自分の加入者端末装置３に表示されたメンバリスト画面ＨＧ３のメンバリストＭＬＴの中から自分が電話を掛けたいメンバまたは電子メールを送信したいメンバを見つけ出し、テキストボックスＴＸ３にそのメンバのメモリ番号を入力して指定するだけで、電話を掛けまたは電子メールを送信することができる。

しかし、図１９から分かるように、メンバリスト画面ＨＧ３には、メンバの電話番号および電子メールアドレスが表示されていない。また、アドレス帳関連処理サーバ２から送信されて来たメンバリストＭＬＴのデータにも、これらの情報は含まれていない。そこで、アドレス帳関連処理サーバ２および加入者端末装置３の各部は、次のような処理を行うことによって、メンバリストＭＬＴの中からユーザが選択（指定）したメンバに電話を掛けまたは電子メールを送信するための機能を実現する。

図６に示す加入者端末装置３の電話番号等問合せ処理部３０４は、ユーザがメンバリストＭＬＴの中から指定したメモリ番号に対応する電話番号または電子メールアドレスをアドレス帳関連処理サーバ２に対して問い合わせる処理を行う。電話番号等回答受信部３０５は、問合せに対する回答をアドレス帳関連処理サーバ２から受信する処理を行う。電話番号等一時記憶部３０６は、受信した回答（電話番号または電子メールアドレスを示す情報）を、それが使用されるまでまたは所定の時間が経過するまで一時的に記憶する。

回線接続処理部３０８は、相手方の端末装置との通話を確立するために、受信した回答に示される電話番号にダイアルするなどの処理を行う。電子メール送信処理部３０９は、受信した回答に示される電子メールアドレスに電子メールを送信するための処理を行う。

一方、アドレス帳関連処理サーバ２の電話番号問合せ受付部２１１は、加入者端末装置３からの問合せを受け付ける処理を行う。電話番号等検索部２１２は、その問合せに係るメモリ番号に対応する電話番号または電子メールアドレスを、その加入者端末装置３のメモリ管理テーブルＴＬ３（図１０参照）およびメンバ管理テーブルＴＬ１（図８参照）に基づいて検索する。例えば、「００３」に対応する電話番号に関する問合せを加入者端末装置３から受けた場合は、メモリ管理テーブルＴＬ３の中から、そのメモリ番号「００３」に対応するメンバのメンバ識別番号を検索する。そして、メンバ管理テーブルＴＬ１の中から、その検索されたメンバ識別番号「Ｍ００４」に対応する電話番号を検索する。電子メールアドレスに関する問合せを受けた場合は、同様の手順で、電話番号の代わりに電子メールアドレスを検索する。

電話番号等回答部２１３は、電話番号等検索部２１２によって検索された電話番号または電子メールアドレスを、問合せ元の加入者端末装置３に対して回答するための処理を行う。

なお、電話番号等回答部２１３が回答の処理を行った後、テーブル更新部２２１は、メンバ管理テーブルＴＬ１の中のその回答に係るメンバのレコードの「問合せ回数」に「１」を加算するとともに「最終問合せ日時」を今回の問合せがあった日時を示す値に更新する。

次に、ユーザが指定したメモリ番号に対応する端末装置に電話を掛けまたは電子メールを送信するための処理の手順を、図２２および図２３に示すフローチャートを参照しながら説明する。

ユーザは、電話を掛ける場合は、自分の加入者端末装置３の入力ボタン群３ｇを操作することによって、メンバリスト画面ＨＧ３（図１９参照）のメンバリストＭＬＴの中から電話を掛けたいメンバに対応するメモリ番号を探し、それをテキストボックスＴＸ３に指定し、ダイアルボタンＢＮ３１を押す。または、電子メールを送信する場合は、電子メールの本文およびタイトルを作成した後、メンバリスト画面ＨＧ３のメンバリストＭＬＴの中からその電子メールを送信したいメンバに対応するメモリ番号を探し、それをテキストボックスＴＸ３に指定し、メール送信ボタンＢＮ３２を押す。

すると、加入者端末装置３の電話番号等問合せ処理部３０４は、メモリ番号およびユーザの所望する通信方法（電話を掛けるのか、電子メールを送信するのか）の指定を受け付ける（図２３の＃８２１）。電話を掛ける旨の指定を受け付けた場合（つまり、ダイアルボタンＢＮ３１が押された場合）は（＃８２２でＹｅｓ）、アドレス帳関連処理サーバ２に対して、そのメモリ番号に対応する電話番号を回答すべき旨の問合せを、そのメモリ番号を示す回答要求情報ＤＴ４１を送信することによって行う（＃８２３）。

アドレス帳関連処理サーバ２において、メモリ番号に対応する電話番号に関する問合せ（つまり、回答要求情報ＤＴ４１）が電話番号問合せ受付部２１１によって受け付けられると（図２２の＃７２１）、電話番号等検索部２１２は、その回答要求情報ＤＴ４１に示されるメモリ番号に対応するメンバのメンバ識別情報をメモリ管理テーブルＴＬ３（図１０参照）から検索し、さらにそのメンバ識別情報に対応する電話番号をメンバ管理テーブルＴＬ１（図８参照）から検索する（＃７２２）。

電話番号等回答部２１３は、検索された電話番号を示す回答情報ＤＴ５１を問合せ元の加入者端末装置３に対して送信する（＃７２３）。

テーブル更新部２２１は、検索された電話番号に係るレコードの「問合せ回数」に「１」を加算するとともに「最終問合せ日時」を今回の問合せがあった日時を示す値に更新する（＃７２４）。さらに、テーブル更新部２２１は、問合せ元の加入者端末装置３の電話番号に対応する発信履歴テーブルＴＬ４１（図１１参照）に新たにレコードを１つ追加し、そのレコードの「発信先番号」に今回検索された電話番号の値を格納し「発信日時」に今回の問合せがあった日時を示す値を格納する（＃７２５）。今回検索された電話番号は、次に説明するように、加入者端末装置３が通話相手の端末装置にダイアルするために用いられる。よって、発信履歴テーブルＴＬ４１に新たに追加されたレコードは、加入者端末装置３における電話の発信履歴を表していると言える。

加入者端末装置３において、アドレス帳関連処理サーバ２から送信されて来た回答情報ＤＴ５１は、電話番号等回答受信部３０５によって受信の処理がなされ（＃８２４）、電話番号等一時記憶部３０６に記憶される（＃８２５）。回線接続処理部３０８は、その回答情報ＤＴ５１に示される電話番号にダイアルする（＃８２６）。

すると、その電話番号の端末装置との通話の要求が最寄の基地局５Ｋを介して交換機５０に対してなされる。交換機５０は、必要に応じて他のキャリアの交換機などと連携してその電話番号の端末装置を呼び出す。そして、その端末装置のユーザが受話器を取りまたは通話ボタンを押すなどして応答すると、加入者端末装置３とその端末装置との通話が開始される（＃８２７）。

一方、電話番号等問合せ処理部３０４は、電子メールを送信する旨の指定を受け付けた場合（つまり、メール送信ボタンＢＮ３２が押された場合）は（＃８２２でＮｏ）、アドレス帳関連処理サーバ２に対して、そのメモリ番号に対応する電子メールアドレスを回答すべき旨の問合せを、そのメモリ番号を示す回答要求情報ＤＴ４２を送信することによって行う（＃８２８）。

すると、アドレス帳関連処理サーバ２において、電話番号の問合せの場合と同様の処理が行われる。すなわち、回答要求情報ＤＴ４２を受信すると（図２２の＃７２１）、電話番号等検索部２１２は、その回答要求情報ＤＴ４２に示されるメモリ番号に対応するメンバのメンバ識別情報をメモリ管理テーブルＴＬ３（図１０参照）から検索し、さらにそのメンバ識別情報に対応する電子メールアドレスをメンバ管理テーブルＴＬ１（図８参照）から検索する（＃７２２）。電話番号等回答部２１３は、検索された電子メールアドレスを示す回答情報ＤＴ５２を加入者端末装置３に対して送信する（＃７２３）。

ステップ＃７２４の処理も、電話番号の問合せの場合と同様である。さらに、問合せ元の加入者端末装置３の送信履歴テーブルＴＬ４２（図１２参照）に新たにレコードを１つ追加し、そのレコードの「送信先アドレス」に今回検索された電子メールアドレスを格納し「送信日時」に今回の問合せがあった日時を示す値を格納する（＃７２５）。今回検索された電子メールアドレスは、加入者端末装置３において電子メールの送信先として用いられる。よって、送信履歴テーブルＴＬ４２に新たに追加されたレコードは、加入者端末装置３における電子メールの送信履歴を表していると言える。

加入者端末装置３において、アドレス帳関連処理サーバ２からの回答情報ＤＴ５２は、電話番号等回答受信部３０５によって受信され（＃８２９）、電話番号等一時記憶部３０６に記憶される（＃８３０）。そして、電子メール送信処理部３０９は、ユーザが作成した電子メールを、その回答情報ＤＴ５２に示される電子メールアドレスに宛てて送信する（＃８３１）。

通話の終了後または電子メールの送信後、電話番号等一時記憶部３０６に記憶されている電話番号または電子メールアドレスを直ちに削除する（＃８３２）。また、メンバリストＭＬＴのデータも、ステップ＃８２１でメモリ番号の入力がなされてから通話または電子メールの送信が終了するまでの間のなるべく早くかつ適当なタイミングで、メンバリスト一時記憶部３０３から削除する。その後、不揮発性メモリに残っている発信履歴、送信履歴を消去する（＃８３３）。

〔その他の機能〕
加入者端末装置３は、こちら側から電話を掛けたり電子メールを送信したりするだけでなく、相手側の端末装置から電話が掛かって来たり電子メールが送信されて来たりすることがある。掛かってきた電話および送信されて来た電子メールに対する処理は、従来の携帯電話端末における処理と同様であるので、説明を省略する。ただし、本実施形態に係る加入者端末装置３は、その着信履歴および受信履歴をローカルに残さないように設計されている。

つまり、加入者端末装置３は、電話が掛かって来たときに、相手の端末装置の発信者番号すなわち電話番号を、液晶ディスプレイ３ｆに表示するために一時的に不揮発性メモリ３ｃなどに記憶するが、所定のタイミングで、例えば、ユーザが呼出に応答した後すぐにまたは通話が終わった後すぐに、それを不揮発性メモリ３ｃから削除する。

その代わりに、図６の着信情報等転送部３１０は、他の端末装置から掛かってきた電話（通話）の終了後、当該他の端末装置の電話番号および今回の電話の着信日時などを示す着信情報ＤＴ１０を、アドレス帳関連処理サーバ２に送信する。

すると、アドレス帳関連処理サーバ２のテーブル更新部２２１は、その加入者端末装置３の電話番号に対応する着信履歴テーブルＴＬ５１（図１３参照）に新たにレコードを１つ追加し、送信されて来た着信情報ＤＴ１０に示される電話番号および着信日時の値を、それぞれ、そのレコードの「発信元番号」および「着信日時」に格納する。

なお、着信情報ＤＴ１０に示される電話番号がその加入者端末装置３のメンバ管理テーブルＴＬ１（図８参照）のいずれかのレコードに示される場合、つまり、掛かって来た電話の相手がユーザの電話帳に登録されているメンバである場合は、「発信元番号」を当該相手のメンバ識別番号に置き換えるようにしてもよい。

または、加入者端末装置３は、電子メールが受信されると、送信元の電子メールアドレスを、液晶ディスプレイ３ｆに表示するために一時的に不揮発性メモリ３ｃなどに記憶するが、所定のタイミングで、ユーザがその電子メールを閲覧した後すぐにまたはその電子メールに対する返信の電子メールを送信した後すぐに、それを不揮発性メモリ３ｃから削除する。

その代わりに、着信情報等転送部３１０は、その送信元の電子メールアドレスおよび受信日時などを示す受信情報ＤＴ１１をアドレス帳関連処理サーバ２に送信する。

すると、アドレス帳関連処理サーバ２のテーブル更新部２２１は、その加入者端末装置３の受信履歴テーブルＴＬ５２（図１４参照）に新たにレコードを１つ追加し、送信されて来た受信情報ＤＴ１１に示される電子メールアドレスおよび受信日時の値を、それぞれ、そのレコードの「送信元アドレス」および「着信日時」に格納する。

なお、着信履歴テーブルＴＬ５１の場合と同様に、送信者の電子メールアドレスがユーザの電話帳すなわちメンバ管理テーブルＴＬ１に登録されている場合は、「送信元アドレス」を、当該電子メールアドレスを有するメンバのメンバ識別番号に置き換えるようにしてもよい。

ところで、前に説明したように、アドレス帳関連処理サーバ２のメンバリスト生成部２０３（図３参照）は、加入者端末装置３から要求されたメンバリストＭＬＴを、その加入者端末装置３のメンバ管理テーブルＴＬ１（図８参照）に基づいて生成したが、発信履歴テーブルＴＬ４１（図１１参照）、送信履歴テーブルＴＬ４２（図１２参照）、着信履歴テーブルＴＬ５１（図１３参照）、または受信履歴テーブルＴＬ５２（図１４参照）に基づいて生成することもできる。

例えば、ユーザが発信履歴を参照して電話を掛けることを所望し、そのための所定の操作を行うと、そのユーザの加入者端末装置３のメンバリスト要求受付部２０１（図６参照）は、発信履歴に基づくメンバリストＭＬＴをアドレス帳関連処理サーバ２に対して要求する。このとき、検索条件を指定することもできる。例えば、最近掛けた１０件の電話の相手または最近１週間に掛けた電話の相手などのように、検索条件を指定することができる。

すると、メンバ検索部２０２は、指定された検索条件に該当する相手（メンバ）を、要求元の加入者端末装置３の発信履歴テーブルＴＬ４１の中から検索する。そして、メンバリスト生成部２０３は、検索されたメンバを含めたメンバリストＭＬＴを、メンバ管理テーブルＴＬ１を参照して生成する。検索条件が指定されなかった場合は、発信履歴テーブルＴＬ４１に示される全メンバを含めたメンバリストＭＬＴを生成する。そして、メンバリスト送信部２０４は、そのメンバリストＭＬＴのデータを加入者端末装置３に送信する。

ユーザが着信履歴（つまり、着信履歴テーブルＴＬ５１）を参照して電話を掛けることを所望した場合、送信履歴（つまり、送信履歴テーブルＴＬ４２）を参照して電子メールを送信することを所望した場合、および受信履歴（つまり、送信履歴テーブルＴＬ４２）を参照して電子メールを送信することを所望した場合も、同様である。

ただし、発信元または送信元がメンバでない場合（つまり、メンバ管理テーブルＴＬ１に登録されていない場合）は、着信履歴テーブルＴＬ５１および受信履歴テーブルＴＬ５２には、その発信元または送信元のメンバ識別番号が示されていない。そこで、メンバリスト生成部２０３は、このような発信元または送信元については、メンバ名の代わりにその発信元の電話番号またはその送信元の電子メールアドレスが示されるようにメンバリストＭＬＴを生成する。

図２４はアドレス帳関連処理サーバ２の全体的な処理の流れの例を説明するためのフローチャート、図２５は加入者端末装置３の全体的な処理の流れの例を説明するためのフローチャートである。

次に、アドレス帳関連処理サーバ２および加入者端末装置３の全体的な処理の手順について、図２４および図２５に示すフローチャートを参照して説明する。

ユーザは、自分の加入者端末装置３のアドレス帳にメンバを追加し、既存のメンバの情報を変更し、または既存のメンバをアドレス帳から削除するなど、アドレス帳の編集を行いたい場合は（図２５の＃３１でＹｅｓ）、図１７のようなメンバ編集画面ＨＧ１を液晶ディスプレイ３ｆに表示させ、所定の入力操作を行う。すると、加入者端末装置３は、入力された内容に基づいて、アドレス帳すなわちメンバ管理テーブルＴＬ１の編集を行うようにアドレス帳関連処理サーバ２に対して指令する（＃３２）。また、ユーザは、メンバ管理テーブルＴＬ１に登録されているメンバをグループ分けするためのグループを、図１７のようなグループ編集画面ＨＧ２によって編集することもできる。これらの処理の手順は、前に図１６で説明した通りである。

また、ユーザは、自分から電話を掛けたい場合または電子メールを送信したい場合は（＃３３でＹｅｓ）、相手先の電話番号または電子メールアドレスを１字ずつ直接指定することもできるし、メンバリストＭＬＴの中から指定することもできる。

ユーザが相手先を１字ずつ直接指定した場合は（＃３４でＮｏ）、加入者端末装置３は、従来通り、指定された電話番号にダイアルしまたは指令された電子メールアドレスに電子メールを送信する（＃３５）。

ユーザが相手先をメンバリストＭＬＴの中から選ぶことを所望した場合は（＃３４でＹｅｓ）、加入者端末装置３は、メンバリストＭＬＴをアドレス帳関連処理サーバ２に対して要求する（＃３６でＹｅｓ）。要求の処理の手順は、前に図２１で説明した通りである。そして、アドレス帳関連処理サーバ２から得られたメンバリストＭＬＴ（図１９参照）の中からユーザが通信相手を指定すると、加入者端末装置３は、その通信相手の電話番号または電子メールアドレスをアドレス帳関連処理サーバ２に対して問い合わせ、問合せ結果に示される電話番号にダイアルしまたは電子メールアドレスに電子メールを送信する（＃３７）。これらの処理の手順は、前に図２３で説明した通りである。

相手側から電話が掛かって来た場合または電子メールが送信されて来た場合は（＃３３でＮｏ）、従来通り、ベルを鳴らすなどして電話が掛かって来た旨を知らせまたは電子メールを受信する。ただし、本実施形態の加入者端末装置３は、相手側の電話番号または電子メールアドレスを、長時間記憶しないようにしている。つまり、例えば、ユーザが確認した後、速やかに削除する。その代わり、相手側の電話番号または電子メールアドレスをアドレス帳関連処理サーバ２に通知する。

一方、アドレス帳関連処理サーバ２は、加入者端末装置３のユーザがアドレス帳またはグループに関する編集を所望している場合は（図２４の＃２１でＹｅｓ）、ユーザの指令に従ってその加入者端末装置３のメンバ管理テーブルＴＬ１またはグループ管理テーブルＴＬ２を編集する（＃２２）。係る処理の手順は、前に図１５で説明した通りである。

または、ユーザがメンバリストＭＬＴを所望している場合は（＃２３でＹｅｓ）、メンバリストＭＬＴを生成し、そのユーザの加入者端末装置３に送信する（＃２４）。係る処理の手順は、前に図２０で説明した通りである。

または、メンバ識別番号に対応する電話番号または電子メールアドレスについての問合せが加入者端末装置３からあった場合は（＃２５でＹｅｓ）、その加入者端末装置３のメンバ管理テーブルＴＬ１およびメモリ管理テーブルＴＬ３に基づいて、その電話番号または電子メールアドレスを回答する（＃２６）。係る処理の手順は、前に図２２で説明した通りである。

または、加入者端末装置３から着信履歴または受信履歴に関する情報（着信情報ＤＴ１０または受信情報ＤＴ１１）が送信されて来た場合は、その加入者端末装置３の着信履歴テーブルＴＬ５１または受信履歴テーブルＴＬ５２に、着信情報ＤＴ１０または受信情報ＤＴ１１に示される情報を書き込む（＃２８）。

本実施形態によると、加入者端末装置３のアドレス帳を、従来のように加入者端末装置３のローカルで管理するのではなく、アドレス帳関連処理サーバ２で管理する。そして、これから通信を行うために必要な電話番号または電子メールアドレスのみを、加入者端末装置３に教える。よって、加入者端末装置３で使用されるアドレス帳を従来よりも安全に管理することができる。

また、電話の発信履歴および着信履歴、電子メールの送信履歴および受信履歴、およびメンバリストＭＬＴに関する情報も、使用後速やかに削除する。よって、情報の漏洩を従来よりも確実に防止することができる。さらに、メンバリストＭＬＴのメンバを毎回ランダムに並べ替える。よって、操作中の加入者端末装置３のメンバリスト画面ＨＧ３を他人に盗み見られても、当該他人が通信相手を予測するのを困難にすることができる。

図２６は端末グループテーブルＴＬ６の例を示す図である。本実施形態では、１台の加入者端末装置３に対して１組のメンバ管理テーブルＴＬ１およびグループ管理テーブルＴＬ２を用意したが、メンバ管理テーブルＴＬ１およびグループ管理テーブルＴＬ２を複数台の加入者端末装置３で共有できるようにしてもよい。この場合は、例えば、次のようにアドレス帳関連処理サーバ２を構成すればよい。

ユーザ同士が仲間になり、自分たちの加入者端末装置３からなる端末グループを作る。その端末グループに、他の端末グループと識別するための端末グループ識別番号を付ける。一方、図３のアドレス帳関連データベース２ＤＢに、図２６に示すような端末グループテーブルＴＬ６を用意しておく。

そして、ユーザ同士で作った端末グループのレコードを端末グループテーブルＴＬ６に設け、その端末グループの端末グループ識別番号およびその端末グループに所属する各加入者端末装置３の識別情報（例えば、電話番号）をそのレコードに格納しておく。また、その端末グループに対して１組のメンバ管理テーブルＴＬ１およびグループ管理テーブルＴＬ２を用意し、これらのその端末グループの端末グループ識別番号を対応付けておく。

加入者端末装置３からメンバリストＭＬＴの要求があった場合に、メンバ検索部２０２およびメンバリスト生成部２０３は、端末グループテーブルＴＬ６に基づいてその加入者端末装置３の所属する端末グループを判別し、その端末グループのメンバ管理テーブルＴＬ１を用いてメンバリストＭＬＴを生成する。

また、加入者端末装置３から電話番号または電子メールアドレスの問合せがあった場合は、電話番号等検索部２１２および電話番号等回答部２１３は、その加入者端末装置３の端末グループテーブルＴＬ６に基づいてその加入者端末装置３の所属する端末グループを判別し、その端末グループのメンバ管理テーブルＴＬ１を用いて回答を行う。

端末グループのメンバ管理テーブルＴＬ１は、その端末グループに所属する加入者端末装置３からのみアクセスすることができ、他の加入者端末装置３からはアクセスすることはできない。

本実施形態では、電話の着信があった場合は、加入者端末装置３は、その後速やかに発信元に関する情報をアドレス帳関連処理サーバ２に送信し、ローカルに残さないようにした。しかし、そうすると、電話が掛かって来たことに気付かなかった場合に不便である。そこで、ユーザが電話に出なかった場合は、着信があった旨のメッセージを液晶ディスプレイ３ｆに表示するようにしてもよい。もちろん、この場合も、発信者の電話番号は表示しないのが望ましい。

加入者端末装置３は、着信履歴および受信履歴だけでなく発信履歴および送信履歴をもアドレス帳関連処理サーバ２に送信するようにしてもよい。そして、アドレス帳関連処理サーバ２において、その発信履歴および送信履歴を管理するようにしてもよい。

本実施形態では、メンバリストＭＬＴを生成する際に、メンバをランダムに並べ替えたが、登録順に並び替えてもよい。または、５０音順、問合せ回数の順、または最終問合せ日時の順に並べ替えてもよい。

本実施形態では、メンバリストＭＬＴを画像によって液晶ディスプレイ３ｆに出力したが、メンバリストＭＬＴを音声化してスピーカ３ｅから出力するようにしてもよい。

本実施形態では、加入者端末装置３として携帯電話端末を用いた場合を例に説明したが、本発明は、ＰＨＳ端末を用いた場合にも適用可能である。また、ＩＰ通信による携帯端末（いわゆる、ＩＰ携帯）にも適用可能である。

本実施形態のメンバ管理テーブルＴＬ１（図８参照）、グループ管理テーブルＴＬ２（図９参照）、およびメモリ管理テーブルＴＬ３（図１０参照）などは、いわゆるリレーショナル型のデータベースを形成しているが、これらのテーブルを１つのテープルに纏めてもよい。

その他、携帯電話通信システム１、アドレス帳関連処理サーバ２、加入者端末装置３の全体または各部の構成、テーブルの構成、処理内容、処理順序などは、本発明の趣旨に沿って適宜変更することができる。

上に述べた実施例には、以下に述べるような付記も開示されている。
（付記１）
他の装置と通信を行う機能を有する端末装置とサーバとによって構成され、
前記サーバは、
前記端末装置が通信を行う相手である通信相手ごとに、当該通信相手を他の通信相手と識別するための第一の識別情報および当該通信相手のネットワーク上の識別情報である第二の識別情報を互いに対応付けて記憶する、通信相手情報記憶手段と、
前記通信相手に関する情報を送信すべき旨の要求を前記端末装置から受け付ける通信相手情報要求受付手段と、
前記要求に基づいて、前記通信相手情報記憶手段に記憶されている１つまたは複数の前記通信相手ごとの前記第一の識別情報を含む通信相手情報を、要求元の前記端末装置に送信する通信相手情報送信手段と、
前記端末装置から問合せがあった、前記第一の識別情報に対応する前記第二の識別情報を、前記通信相手情報記憶手段から検索する、検索手段と、
前記検索手段によって検索された前記第二の識別情報を問合せ元の前記端末装置に回答する回答手段と、
を有し、
前記端末装置は、
前記通信相手に関する情報を前記サーバに対して要求する通信相手情報要求手段と、
要求した前記通信相手についての前記通信相手情報を前記サーバから受信する通信相手情報受信手段と、
受信した前記通信相手情報をユーザに対して出力する通信相手情報出力手段と、
受信した前記通信相手情報の中からユーザが指定した前記第一の識別情報に対応する前記第二の識別情報を前記サーバに対して問い合わせる問合せ手段と、
前記サーバから回答された前記通信相手の前記第二の識別情報に基づいて当該通信相手との通信を行う通信手段と、
を有する、
ことを特徴とする通信システム。
（付記２）
他の装置と通信を行う機能を有する端末装置ごとに、当該端末装置の通信の相手である通信相手ごとの、他の通信相手と識別するための第一の識別情報およびネットワーク上の識別情報である第二の識別情報を記憶する、通信相手情報記憶手段と、
前記通信相手に関する情報を送信すべき旨の要求を前記端末装置から受け付ける通信相手情報要求受付手段と、
前記端末装置からの前記要求に基づいて、前記通信相手情報記憶手段に記憶されている当該端末装置の１つまたは複数の前記通信相手ごとの前記名称情報および前記第一の識別情報を含む通信相手情報を、当該端末装置に送信する、通信相手情報送信手段と、
前記端末装置から問合せがあった、前記第一の識別情報に対応する前記第二の識別情報を、前記通信相手情報記憶手段から検索する、検索手段と、
前記検索手段によって検索された前記第二の識別情報を問合せ元の前記端末装置に回答する回答手段と、
を有することを特徴とするアドレス帳管理サーバ。
（付記３）
前記第二の識別情報は、電話番号または電子メールアドレスである、
付記２記載のアドレス帳管理サーバ。
（付記４）
付記２または付記３記載のアドレス帳管理サーバと接続可能な端末装置であって、
前記通信相手に関する情報を前記アドレス帳管理サーバに対して要求する通信相手情報要求手段と、
要求した前記通信相手についての前記通信相手情報を前記アドレス帳管理サーバから受信する通信相手情報受信手段と、
受信した前記通信相手情報をユーザに対して出力する通信相手情報出力手段と、
受信した前記通信相手情報の中からユーザが指定した前記第一の識別情報に対応する前記第二の識別情報を前記アドレス帳管理サーバに対して問い合わせる問合せ手段と、
前記アドレス帳管理サーバから回答された前記通信相手の前記第二の識別情報に基づいて当該通信相手との通信を行う通信手段と、
を有することを特徴とする端末装置。
（付記５）
前記第二の識別情報が電話番号である場合は、前記通信手段は、前記通信相手の前記第二の識別情報にダイアルすることによって当該通信相手と接続し、通信を行う、
付記４記載の端末装置。
（付記６）
前記第二の識別情報が電子メールアドレスである場合は、前記通信手段は、前記通信相手の前記第二の識別情報に宛てて電子メールを送信することによって当該通信相手と通信を行う、
付記４または付記５記載の端末装置。
（付記７）
前記通信手段が前記第二の識別情報に基づいて通信を開始した後、当該第二の識別情報を当該端末装置の記憶媒体から削除する、
付記４ないし付記６のいずれかに記載の端末装置。
（付記８）
通信に関する履歴の情報を管理する履歴管理サーバと接続可能な端末装置であって、
当該端末装置と他の装置とが通信を行った場合に、当該通信を行った日時と当該他の装置とに関する情報である通信履歴情報を前記履歴管理サーバに送信する、履歴情報送信手段と、
所定の時間の経過後に、当該端末装置の記憶媒体から前記通信履歴情報を削除する、削除手段と、
を有することを特徴とする端末装置。
（付記９）
付記２または付記３記載のアドレス帳管理サーバと接続可能なコンピュータに用いられるコンピュータプログラムであって、
前記通信相手に関する情報を前記アドレス帳管理サーバに対して要求する処理と、
要求した前記通信相手についての前記通信相手情報を前記アドレス帳管理サーバから受信する処理と、
受信した前記通信相手情報をユーザに対して出力する処理と、
受信した前記通信相手情報の中からユーザが指定した前記第一の識別情報に対応する前記第二の識別情報を前記アドレス帳管理サーバに対して問い合わせる処理と、
前記アドレス帳管理サーバから回答された前記通信相手の前記第二の識別情報に基づいて当該通信相手との通信を行う処理と、
をコンピュータに実行させるためのコンピュータプログラム。
（付記１０）
付記２または付記３記載のアドレス帳管理サーバと接続可能なコンピュータに用いられるコンピュータプログラムを記録した記憶媒体であって、
前記通信相手に関する情報を前記アドレス帳管理サーバに対して要求する処理と、
要求した前記通信相手についての前記通信相手情報を前記アドレス帳管理サーバから受信する処理と、
受信した前記通信相手情報をユーザに対して出力する処理と、
受信した前記通信相手情報の中からユーザが指定した前記第一の識別情報に対応する前記第二の識別情報を前記アドレス帳管理サーバに対して問い合わせる処理と、
前記アドレス帳管理サーバから回答された前記通信相手の前記第二の識別情報に基づいて当該通信相手との通信を行う処理と、
をコンピュータに実行させるためのコンピュータプログラムを、
記録したことを特徴とする記録媒体。

本発明は、電気通信事業者、携帯電話端末のメーカ、または携帯電話に関するサービス事業者などがユーザに対するサービスを向上させるために好適に用いられる。

携帯電話通信システムの全体的な構成の例を示す図である。 アドレス帳関連処理サーバのハードウェア構成の例を示す図である。 アドレス帳関連処理サーバの機能的構成の例を示す図である。 加入者端末装置の外観の例を示す図である。 加入者端末装置のハードウェア構成の例を示す図である。 加入者端末装置の機能的構成の例を示す図である。 加入者情報テーブルの例を示す図である。 メンバ管理テーブルの例を示す図である。 グループ管理テーブルの例を示す図である。 メモリ管理テーブルの例を示す図である。 発信履歴テーブルの例を示す図である。 送信履歴テーブルの例を示す図である。 着信履歴テーブルの例を示す図である。 受信履歴テーブルの例を示す図である。 アドレス帳等編集処理の流れの例を説明するためのフローチャートである。 アドレス帳等編集指令処理の流れの例を説明するためのフローチャートである。 メンバ編集画面の例を示す図である。 グループ編集画面の例を示す図である。 メンバリスト画面の例を示す図である。 メンバリスト提供処理の流れの例を説明するためのフローチャートである。 メンバリスト要求処理の流れの例を説明するためのフローチャートである。 電話番号等回答処理の流れの例を説明するためのフローチャートである。 端末装置間通信処理の流れの例を説明するためのフローチャートである。 アドレス帳関連処理サーバの全体的な処理の流れの例を説明するためのフローチャートである。 加入者端末装置の全体的な処理の流れの例を説明するためのフローチャートである。 端末グループテーブルの例を示す図である。

符号の説明

１ 携帯電話通信システム
２ アドレス帳関連処理サーバ（アドレス帳管理サーバ、履歴管理サーバ）
３ 加入者端末装置
２０１ メンバリスト要求受付部（通信相手情報要求受付手段）
２０４ メンバリスト送信部（通信相手情報送信手段）
２１２ 電話番号等検索部（検索手段）
２１３ 電話番号等回答部（回答手段）
３０１ メンバリスト要求部（通信相手情報要求手段）
３０２ メンバリスト受信部（通信相手情報受信手段）
３０４ 電話番号等問合せ処理部（問合せ手段）
３０７ 画面表示処理部（通信相手情報出力手段）
３０８ 回線接続処理部（通信手段）
３０９ 電子メール送信処理部（通信手段）
ＭＬＴ メンバリスト（通信相手情報）
ＴＬ１ メンバ管理テーブル（通信相手情報記憶手段）
ＴＬ３ メモリ管理テーブル（通信相手情報記憶手段）

Claims (5)

1. 他の装置と通信を行う機能を有する端末装置とサーバとによって構成され、
   前記サーバは、
   前記端末装置が通信を行う相手である通信相手ごとに、当該通信相手を他の通信相手と識別するための第一の識別情報、および当該通信相手のネットワーク上の識別情報である第二の識別情報を互いに対応付けて記憶する、通信相手情報記憶手段と、
   前記通信相手に関する情報を送信すべき旨の要求を前記端末装置から受け付ける通信相手情報要求受付手段と、
   前記要求に基づいて、前記通信相手情報記憶手段に記憶されている複数の前記通信相手ごとの第一の識別情報をランダムに並べたものを含む通信相手情報を、要求元の前記端末装置に送信する通信相手情報送信手段と、
   前記端末装置から問合せがあった、前記第一の識別情報に対応する前記第二の識別情報を、前記通信相手情報記憶手段から検索する、検索手段と、
   前記検索手段によって検索された前記第二の識別情報を問合せ元の前記端末装置に回答する回答手段と、
   を有し、
   前記端末装置は、
   前記通信相手に関する情報を前記サーバに対して要求する通信相手情報要求手段と、
   要求した前記通信相手についての前記通信相手情報を前記サーバから受信する通信相手情報受信手段と、
   受信した前記通信相手情報に含まれるランダムに並べられた複数の前記第一の識別情報をユーザに対して出力する通信相手情報出力手段と、
   出力した複数の前記第一の識別情報の中からユーザが指定したものに対応する前記第二の識別情報を前記サーバに対して問い合わせる問合せ手段と、
   前記サーバから回答された前記通信相手の前記第二の識別情報に基づいて当該通信相手との通信を行う通信手段と、
   を有する、
   ことを特徴とする通信システム。
2. 通信を行う相手である通信相手ごとに当該通信相手を他の通信相手と識別するための第一の識別情報および当該通信相手のネットワーク上の識別情報である第二の識別情報を互いに対応付けて記憶するアドレス帳管理サーバと接続可能な端末装置であって、
   前記通信相手に関する情報を前記アドレス帳管理サーバに対して要求する通信相手情報要求手段と、
   要求した前記通信相手についての前記通信相手情報を前記アドレス帳管理サーバから受信する通信相手情報受信手段と、
   受信した前記通信相手情報に含まれるランダムに並べられた複数の前記第一の識別情報をユーザに対して出力する通信相手情報出力手段と、
   出力した複数の前記第一の識別情報の中からユーザが指定したものに対応する前記第二の識別情報を前記アドレス帳管理サーバに対して問い合わせる問合せ手段と、
   前記アドレス帳管理サーバから回答された前記通信相手の前記第二の識別情報に基づいて当該通信相手との通信を行う通信手段と、
   を有することを特徴とする端末装置。
3. 前記通信手段が前記第二の識別情報に基づいて通信を開始した後、当該第二の識別情報を当該端末装置の記憶媒体から削除する、
   請求項２記載の端末装置。
4. 他の装置と通信を行う機能を有する端末装置ごとに、当該端末装置の通信の相手である通信相手ごとの、他の通信相手と識別するための第一の識別情報およびネットワーク上の識別情報である第二の識別情報を記憶する、通信相手情報記憶手段と、
   前記通信相手に関する情報を送信すべき旨の要求を前記端末装置から受け付ける通信相手情報要求受付手段と、
   前記端末装置からの前記要求に基づいて、前記通信相手情報記憶手段に記憶されている当該端末装置の１つまたは複数の前記通信相手ごとの前記第一の識別情報をランダムに並べたものを含む通信相手情報を、当該端末装置に送信する、通信相手情報送信手段と、
   前記端末装置から問合せがあった、前記第一の識別情報に対応する前記第二の識別情報を、前記通信相手情報記憶手段から検索する、検索手段と、
   前記検索手段によって検索された前記第二の識別情報を問合せ元の前記端末装置に回答する回答手段と、
   を有することを特徴とするアドレス帳管理サーバ。
5. 通信を行う相手である通信相手ごとに当該通信相手を他の通信相手と識別するための第一の識別情報および当該通信相手のネットワーク上の識別情報である第二の識別情報を互いに対応付けて記憶したアドレス帳管理サーバと接続可能なコンピュータに用いられるコンピュータプログラムであって、
   前記通信相手に関する情報を前記アドレス帳管理サーバに対して要求する処理と、
   要求した前記通信相手についての前記通信相手情報を前記アドレス帳管理サーバから受信する処理と、
   受信した前記通信相手情報に含まれるランダムに並べられた複数の前記第一の識別情報をユーザに対して出力する処理と、
   出力した複数の前記第一の識別情報の中からユーザが指定したものに対応する前記第二の識別情報を前記アドレス帳管理サーバに対して問い合わせる処理と、
   前記アドレス帳管理サーバから回答された前記通信相手の前記第二の識別情報に基づいて当該通信相手との通信を行う処理と、
   をコンピュータに実行させるためのコンピュータプログラム。