(57)【要約】【課題】見知らぬ人からの電話やメールの着信を回避する。【解決手段】発信側端末は、当該発信側端末及び着信側端末のユーザＩＤと当該着信側端末のユーザＩＤの認証情報とをサーバへ送信する。サーバは、アドレスと着信側端末のユーザＩＤと認証情報とを対応付けて記憶し、着信側端末のユーザＩＤと当該着信側端末への着信が許可される発信側端末のユーザＩＤとを対応付けて着信許可関係として記憶する。サーバは、受信した着信側端末のユーザＩＤ及び認証情報と記憶された当該着信側端末のユーザＩＤ及び認証情報との比較により、受信した着信側端末のユーザＩＤの正当性を認証する。また、受信した発信側端末のユーザＩＤと着信側端末のユーザＩＤとが着信許可関係にあるかを判定し、着信許可関係である場合、当該着信側端末のアドレスを当該発信側端末へ送信する。発信側端末は、送信されたアドレスで着信側端末へ発信する。【選択図】図１
2010206605.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して通信を行うためのアドレスが付与された発信側端末及び着信側端末と、サーバとを有する通信システムであって、
前記発信側端末は、前記着信側端末との通信を開始する際、当該発信側端末を識別するユーザＩＤと、前記着信側端末を識別するユーザＩＤと、当該着信側端末のユーザＩＤの正当性を認証するための認証情報とを前記サーバへ送信し、その後、前記サーバから送信された前記着信側端末の前記アドレスを受信すると、該受信した前記アドレスが付与された前記着信側端末へ前記ネットワークを介して発信信号を送信し、
前記サーバは、前記アドレスと、前記着信側端末のユーザＩＤと、前記認証情報とを対応付けて記憶し、さらに、前記着信側端末のユーザＩＤと、当該着信側端末への着信が許可される前記発信側端末のユーザＩＤとを対応付けて着信許可関係として記憶し、前記発信側端末から送信された前記発信側端末のユーザＩＤと、前記着信側端末のユーザＩＤと、前記認証情報とを受信すると、該受信した前記着信側端末のユーザＩＤ及び前記認証情報の組み合わせと、前記記憶された当該着信側端末のユーザＩＤ及び認証情報との組み合わせとを比較することにより、前記受信した前記着信側端末のユーザＩＤの正当性を認証し、該認証の結果、正当性が認証された場合、前記受信した発信側端末のユーザＩＤと前記受信した着信側端末のユーザＩＤとが前記着信許可関係にあるかどうかを判定し、該判定の結果、前記着信許可関係にある場合、当該着信側端末の前記アドレスを当該発信側端末へ送信する通信システム。
【請求項２】
請求項１に記載の通信システムにおいて、
前記発信信号は、前記発信側端末に付与された前記アドレスを含み、
前記着信側端末は、前記発信側端末から送信された前記発信信号を受信すると、該受信した前記発信信号に含まれる前記発信側端末の前記アドレスを前記サーバへ送信し、その後、前記サーバから送信された前記ユーザＩＤを受信すると、前記発信側端末から送信された前記発信信号を着信として受け付け、
前記サーバは、前記着信側端末から送信された前記アドレスを受信すると、該受信した前記アドレスに対応する前記発信側端末のユーザＩＤを前記着信側端末へ送信する通信システム。
【請求項３】
請求項２に記載の通信システムにおいて、
前記サーバは、前記記憶された認証情報を所定の期間毎に更新し、該更新された更新認証情報と、該更新認証情報に対応する前記着信側端末のユーザＩＤとを前記発信側端末へ送信し、
前記発信側端末は、前記認証情報を記憶し、前記サーバから送信された更新認証情報及び前記着信側端末のユーザＩＤを受信すると、該受信した前記着信側端末のユーザＩＤに対応する前記記憶された認証情報を、前記受信した更新認証情報に更新する通信システム。
【請求項４】
ネットワークを介して通信を行うためのアドレスが付与された着信側端末と、前記着信側端末を識別するユーザＩＤの正当性を認証するための認証情報を記憶し、前記ネットワークを介して通信を行うためのアドレスが付与された発信側端末と、前記アドレスと、前記着信側端末のユーザＩＤと、前記認証情報とを対応付けて記憶し、さらに、前記着信側端末のユーザＩＤと、当該着信側端末への着信が許可される前記発信側端末のユーザＩＤとを対応付けて着信許可関係として記憶するサーバとを有する通信システムにおける通信方法であって、
前記発信側端末が、前記着信側端末との通信を開始する際、当該発信側端末を識別するユーザＩＤと、前記着信側端末を識別するユーザＩＤと、前記認証情報とを前記サーバへ送信する処理と、
前記サーバが、前記発信側端末から送信された前記発信側端末のユーザＩＤと、前記着信側端末のユーザＩＤと、前記認証情報とを受信する処理と、
前記サーバが、前記受信した前記着信側端末のユーザＩＤ及び認証情報の組み合わせと、前記記憶された当該着信側端末のユーザＩＤ及び認証情報との組み合わせとを比較することにより、前記受信した前記着信側端末のユーザＩＤの正当性を認証する処理と、
前記サーバが、前記認証の結果、正当性が認証された場合、前記受信した発信側端末のユーザＩＤと前記受信した着信側端末のユーザＩＤとが前記着信許可関係にあるかどうかを判定する処理と、
前記サーバが、前記判定の結果、前記着信許可関係にある場合、当該着信側端末の前記アドレスを当該発信側端末へ送信する処理と、
前記発信側端末が、前記サーバから送信された前記着信側端末の前記アドレスを受信すると、該受信した前記アドレスが付与された前記着信側端末へ前記ネットワークを介して発信信号を送信する処理と、を有する通信方法。
【請求項５】
請求項４に記載の通信方法において、
前記発信信号は、前記発信側端末に付与された前記アドレスを含み、
前記着信側端末が、前記発信側端末から送信された前記発信信号を受信すると、該受信した前記発信信号に含まれる前記発信側端末の前記アドレスを前記サーバへ送信する処理と、
前記サーバが、前記着信側端末から送信された前記アドレスを受信すると、該受信した前記アドレスに対応する前記発信側端末のユーザＩＤを前記着信側端末へ送信する処理と、
前記着信側端末が、前記サーバから送信された前記ユーザＩＤを受信すると、前記発信側端末から送信された前記発信信号を着信として受け付ける処理と、をさらに有する通信方法。
【請求項６】
請求項５に記載の通信方法において、
前記サーバが、前記記憶された認証情報を所定の期間毎に更新し、該更新された更新認証情報と、該更新認証情報に対応する前記着信側端末のユーザＩＤとを前記発信側端末へ送信する処理と、
前記発信側端末が、前記サーバから送信された更新認証情報及び前記着信側端末のユーザＩＤを受信すると、該受信した前記着信側端末のユーザＩＤに対応する前記記憶された認証情報を、前記受信した更新認証情報に更新する処理と、をさらに有する通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク上で通信を行う端末を有する通信システム及び通信方法に関する。
【背景技術】
【０００２】
電話番号やメールアドレス等のアドレスがそのアドレスを有するユーザの意に反して流出することにより、見知らぬ人から電話やメールが着信するという問題が依然として発生している。この問題への対策方法の一つとして、電話やメールの発信側において発信を制御する方法がある。
【０００３】
ここで、電話やメールの発信側において発信を制御するための技術が例えば、特許文献１に開示されている。特許文献１に開示されている発信規制機能付き電話システムは、発信が規制されるアドレスを予め記憶している。そして、発信規制機能付き電話システムは、ユーザが発信を行う際、そのユーザによって入力されたアドレスと、発信が規制されるアドレスとを照合する。そして、入力されたアドレスと発信が規制されるアドレスとが一致する場合、その発信を規制する。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００７−１６６０６３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
特許文献１に開示されている発信規制機能付き電話システムは、発信の規制を管理する人と、発信を行うユーザを管理する人とが同じであることを前提としている。このような場合、発信を行うユーザに悪意があると、発信の規制を無効にすることも不可能ではなく、発信が規制されるアドレスへの発信を完全には防止できない。
【０００６】
従って、特許文献１に開示されている発信規制機能付き電話システムを利用しても、見知らぬ人から電話やメールが着信するという問題点を解決することはできない。
【０００７】
本発明は、見知らぬ人からの電話やメールの着信を回避することができる通信システム及び通信方法を提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記目的を達成するために本発明は、
ネットワークを介して通信を行うためのアドレスが付与された発信側端末及び着信側端末と、サーバとを有する通信システムであって、
前記発信側端末は、前記着信側端末との通信を開始する際、当該発信側端末を識別するユーザＩＤと、前記着信側端末を識別するユーザＩＤと、当該着信側端末のユーザＩＤの正当性を認証するための認証情報とを前記サーバへ送信し、その後、前記サーバから送信された前記着信側端末の前記アドレスを受信すると、該受信した前記アドレスが付与された前記着信側端末へ前記ネットワークを介して発信信号を送信し、
前記サーバは、前記アドレスと、前記着信側端末のユーザＩＤと、前記認証情報とを対応付けて記憶し、さらに、前記着信側端末のユーザＩＤと、当該着信側端末への着信が許可される前記発信側端末のユーザＩＤとを対応付けて着信許可関係として記憶し、前記発信側端末から送信された前記発信側端末のユーザＩＤと、前記着信側端末のユーザＩＤと、前記認証情報とを受信すると、該受信した前記着信側端末のユーザＩＤ及び前記認証情報の組み合わせと、前記記憶された当該着信側端末のユーザＩＤ及び認証情報との組み合わせとを比較することにより、前記受信した前記着信側端末のユーザＩＤの正当性を認証し、該認証の結果、正当性が認証された場合、前記受信した発信側端末のユーザＩＤと前記受信した着信側端末のユーザＩＤとが前記着信許可関係にあるかどうかを判定し、該判定の結果、前記着信許可関係にある場合、当該着信側端末の前記アドレスを当該発信側端末へ送信する。
【０００９】
また、ネットワークを介して通信を行うためのアドレスが付与された着信側端末と、前記着信側端末を識別するユーザＩＤの正当性を認証するための認証情報を記憶し、前記ネットワークを介して通信を行うためのアドレスが付与された発信側端末と、前記アドレスと、前記着信側端末のユーザＩＤと、前記認証情報とを対応付けて記憶し、さらに、前記着信側端末のユーザＩＤと、当該着信側端末への着信が許可される前記発信側端末のユーザＩＤとを対応付けて着信許可関係として記憶するサーバとを有する通信システムにおける通信方法であって、
前記発信側端末が、前記着信側端末との通信を開始する際、当該発信側端末を識別するユーザＩＤと、前記着信側端末を識別するユーザＩＤと、前記認証情報とを前記サーバへ送信する処理と、
前記サーバが、前記発信側端末から送信された前記発信側端末のユーザＩＤと、前記着信側端末のユーザＩＤと、前記認証情報とを受信する処理と、
前記サーバが、前記受信した前記着信側端末のユーザＩＤ及び認証情報の組み合わせと、前記記憶された当該着信側端末のユーザＩＤ及び認証情報との組み合わせとを比較することにより、前記受信した前記着信側端末のユーザＩＤの正当性を認証する処理と、
前記サーバが、前記認証の結果、正当性が認証された場合、前記受信した発信側端末のユーザＩＤと前記受信した着信側端末のユーザＩＤとが前記着信許可関係にあるかどうかを判定する処理と、
前記サーバが、前記判定の結果、前記着信許可関係にある場合、当該着信側端末の前記アドレスを当該発信側端末へ送信する処理と、
前記発信側端末が、前記サーバから送信された前記着信側端末の前記アドレスを受信すると、該受信した前記アドレスが付与された前記着信側端末へ前記ネットワークを介して発信信号を送信する処理と、を有する。
【発明の効果】
【００１０】
本発明によれば、発信側端末は、着信側端末との通信を開始する際、その発信側端末を識別するユーザＩＤと、着信側端末を識別するユーザＩＤと、当該着信側端末のユーザＩＤの正当性を認証するための認証情報とをサーバへ送信する。そして、その後、サーバから送信された着信側端末のアドレスを受信すると、受信したアドレスが付与された着信側端末へネットワークを介して発信信号を送信する。また、サーバは、アドレスと、着信側端末のユーザＩＤと、認証情報とを対応付けて記憶し、さらに、着信側端末のユーザＩＤと、当該着信側端末への着信が許可される発信側端末のユーザＩＤとを対応付けて着信許可関係として記憶する。そして、サーバは、発信側端末から送信された当該発信側端末のユーザＩＤと、着信側端末のユーザＩＤと、認証情報とを受信すると、受信した着信側端末のユーザＩＤ及び認証情報の組み合わせと、記憶された当該着信側端末のユーザＩＤ及び認証情報との組み合わせとを比較することにより、受信した着信側端末のユーザＩＤの正当性を認証し、その認証の結果、正当性が認証された場合、受信した発信側端末のユーザＩＤと受信した着信側端末のユーザＩＤとが着信許可関係にあるかどうかを判定する。そして、その判定の結果、着信許可関係にある場合、当該着信側端末のアドレスを当該発信側端末へ送信する。
【００１１】
このように、アドレスとは別に一元的に管理されたユーザＩＤを利用して発信及び着信が制御されるため、アドレスが流出した場合でも、見知らぬ人からの電話やメールの着信を回避することができる。
【図面の簡単な説明】
【００１２】
【図１】本発明の通信システムの実施の一形態を示す図である。
【図２】図１に示した携帯端末の構成の一例を示すブロック図である。
【図３】図２に示した記憶部が記憶している電話帳データの構成を説明するための図である。
【図４】図１に示した顧客ＤＢに記憶されているデータの一例を示す図である。
【図５】図４に示した顧客ＤＢに記憶されているデータに基づいたテーブルの構成の一例を示す図であり、（ａ）はユーザ情報テーブルの構成の一例を示す図、（ｂ）は電話帳データテーブルの構成の一例を示す図である。
【図６】図１に示した管理サーバの構成の一例を示すブロック図である。
【図７】図１〜図６に示した通信システムにおいて、携帯端末の電話番号及びメールアドレスを顧客ＤＢに登録する場合の動作を説明するためのシーケンス図である。
【図８】図１〜図６に示した通信システムにおいて、顧客ＤＢに記憶された携帯端末の電話番号を変更する場合の動作を説明するためのシーケンス図である。
【図９】図１〜図６に示した通信システムにおいて、携帯端末と顧客ＤＢとの間で電話帳データを同期させる場合の動作を説明するためのシーケンス図である。
【図１０】図１〜図６に示した通信システムにおいて、携帯端末間で通話を行う場合の動作を説明するためのシーケンス図である。
【図１１】図１〜図６に示した通信システムにおいて、検索機能部が着信側端末のユーザＩＤ及びその認証情報に基づき、着信側端末の電話番号を検索する動作を説明するためのフローチャートである。
【図１２】図１〜図６に示した通信システムにおいて、着信側端末である携帯端末の表示部に表示された着信を通知する表示の一例を示す図である。
【図１３】図１〜図６に示した通信システムにおいて、携帯端末の認証情報が更新される場合の動作を説明するためのシーケンス図である。
【発明を実施するための形態】
【００１３】
以下に、本発明の実施の形態について図面を参照して説明する。
【００１４】
図１は、本発明の通信システムの実施の一形態を示す図である。
【００１５】
本実施形態の通信システムは図１に示すように、携帯端末１−１〜１−ｎと、管理サーバ２と、管理サーバ２に接続された顧客ＤＢ（Ｄａｔａ  Ｂａｓｅ）３とを備えている。なお、本実施形態では、ネットワークである移動体通信網（不図示）において通信を行うために携帯端末１−１〜１−ｎのそれぞれに付与されるアドレスである電話番号やメールアドレスとは別に、携帯端末１−１〜１−ｎのそれぞれを識別するためのユーザＩＤが管理サーバ２によって管理されている。ここでは、携帯端末１−１のユーザＩＤを「０００１」とし、携帯端末１−２のユーザＩＤを「０００２」とし、同様に携帯端末１−ｎのユーザＩＤを「０００ｎ」とする。また、以降、通信を開始する発信側の携帯端末１−１〜１−ｎのことを発信側端末といい、着信側の携帯端末１−１〜１−ｎのことを着信側端末ということがある。
【００１６】
図２は、図１に示した携帯端末１−１の構成の一例を示すブロック図である。なお、携帯端末１−２〜１−ｎも同様の構成である。
【００１７】
図１に示した携帯端末１−１は図２に示すように、電話機能部１１と、通信機能部１２と、記憶部１３と、表示部１４と、受付部１５とを備えている。
【００１８】
記憶部１３は、携帯端末１−１の電話番号及びメールアドレスと、電話帳データとを記憶している。
【００１９】
図３は、図２に示した記憶部１３が記憶している電話帳データの構成を説明するための図であり、電話帳データが携帯端末１−１の表示部１４に表示されているところを示している。
【００２０】
記憶部１３が記憶している電話帳データでは図３に示すように、携帯端末１−１のユーザが任意に設定できるニックネーム１３−１と、他の携帯端末１−２〜１−ｎのユーザＩＤ１３−２と、ユーザＩＤ１３−２の正当性を認証するための認証情報１３−３とが対応付けられている。なお、実際には、認証情報１３−３は表示部１４には表示されない。
【００２１】
再度、図２を参照すると、受付部１５は、携帯端末１−１のユーザから、以下の（１）〜（４）に示すいずれかの処理の選択を受け付ける。
【００２２】
（１）電話番号及びメールアドレスの顧客ＤＢ３への登録
（２）顧客ＤＢ３に記憶された電話番号またはメールアドレスの変更
（３）電話帳データの追加または削除
（４）他の携帯端末１−２〜１−ｎとの通信
受付部１５は、上記（１）の「電話番号及びメールアドレスの顧客ＤＢ３への登録」の選択を受け付けた場合、その旨を示す登録通知を通信機能部１２へ出力する。また、受付部１５は、上記（２）の「顧客ＤＢ３に記憶された電話番号またはメールアドレスの変更」の選択を受け付けた場合、その旨を示すアドレス変更通知を通信機能部１２へ出力する。その後、携帯端末１−１のユーザからの変更後の電話番号またはメールアドレスの入力を受け付けると、受け付けた変更後の電話番号またはメールアドレスを通信機能部１２へ出力する。また、受付部１５は、上記（３）の「電話帳データの追加または削除」の選択を受け付けた場合、新たに追加するユーザＩＤ１３−２、または記憶部１３に電話帳データとして記憶されているユーザＩＤ１３−２のうち削除するユーザＩＤ１３−２の入力をさらに受け付ける。そして、受け付けた追加または削除するユーザＩＤ１３−２を含み、ユーザＩＤ１３−２の追加または削除をする旨を示す電話帳データ変更通知を通信機能部１２へ出力する。なお、電話帳データとして記憶されているユーザＩＤ１３−２を削除する場合、受付部１５は、受け付けたユーザＩＤ１３−２を記憶部１３の電話帳データから削除する。また、受付部１５は、上記（４）の「他の携帯端末１−２〜１−ｎとの通信」の選択を受け付けた場合、着信側端末となる他の携帯端末１−２〜１−ｎのニックネーム１３−１の選択をさらに受け付ける。そして、受け付けたニックネーム１３−１含み、通信を開始する旨を示す通信開始通知を通信機能部１２へ出力する。
【００２３】
通信機能部１２は、受付部１５から出力された各種の通知や情報を受け付ける。そして、携帯端末１−１と管理サーバ２との間の接続を確立し、受け付けた各種の通知や情報に応じ、以下の（１）〜（５）に示す動作を行う。
【００２４】
（１）受付部１５から出力された登録通知を受け付けた場合、携帯端末１−１の電話番号及びメールアドレスを記憶部１３から取得し、取得された電話番号及びメールアドレスを含む登録要求を管理サーバ２へ送信する。その後、電話番号及びメールアドレスの登録が完了したことを示す登録完了通知を管理サーバ２から受信すると、受信した登録完了通知に含まれるユーザＩＤを携帯端末１−１のユーザＩＤとして記憶部１３に書き込むとともに、表示部１４に表示させる。
【００２５】
（２）受付部１５から出力されたアドレス変更通知を受け付けた場合、携帯端末１−１のユーザＩＤを記憶部１３から取得し、取得されたユーザＩＤを含むアドレス変更要求を管理サーバ２へ送信する。その後、管理サーバ２から送信され、顧客ＤＢ３に登録されている携帯端末１−１の電話番号またはメールアドレスを含む検索結果を受信すると、受信した検索結果に含まれる電話番号またはメールアドレスを表示部１４に表示させる。
【００２６】
（３）受付部１５から出力された変更後の電話番号またはメールアドレスを受け付けた場合、受け付けた変更後の電話番号またはメールアドレスと、携帯端末１−１のユーザＩＤとを含む変更後アドレス登録要求を管理サーバ２へ送信する。その後、電話番号またはメールアドレスの変更が完了したことを示す変更完了通知を管理サーバ２から受信すると、その旨を表示部１４に表示させる。
【００２７】
（４）通信機能部１２は、受付部１５から出力された電話帳データ変更通知を受け付けた場合、携帯端末１−１のユーザＩＤを記憶部１３から取得する。そして、受け付けた電話帳データ変更通知に含まれる追加または削除するユーザＩＤ１３−２と、取得された携帯端末１−１のユーザＩＤとを含む電話帳データ変更要求を管理サーバ２へ出力する。その後、管理サーバから送信された認証情報を受信すると、受信した認証情報をユーザＩＤと対応付けて電話帳データとして記憶部１３に書き込む。
【００２８】
（５）通信機能部１２は、受付部１５から出力された通信開始通知を受け付けた場合、受け付けた通信開始通知に含まれるニックネーム１３−１に対応するユーザＩＤ１３−２及び認証情報１３−３と、携帯端末１−１のユーザＩＤとを記憶部１３から取得する。そして、取得された着信側端末のユーザＩＤ１３−２及び認証情報１３−３と、携帯端末１−１のユーザＩＤと含む通信開始要求を管理サーバ２へ送信する。その後、管理サーバ２から送信されたメールアドレスを受信すると、受信したメールアドレスを宛先アドレスとしたメールを送信する。一方、管理サーバ２から電話番号を受信した場合には、受信した電話番号を電話機能部１１へ出力する。
また、通信機能部１２は、電話帳データの認証情報を更新させるための認証情報更新要求を管理サーバ２から受信した場合には、受信した認証情報更新要求に含まれるユーザＩＤに対応する認証情報１３−３を、受信した認証情報更新要求に含まれる更新された認証情報である更新認証情報に書き換える。なお、認証情報が更新される動作については後述する。
【００２９】
電話機能部１１は、通信機能部１２から出力された電話番号を受け付ける。そして、携帯端末１−１からの着信を通知するための発信信号を移動体通信網を介して着信側端末へ送信する。なお、発信信号には発信側端末の電話番号が含まれている。
【００３０】
図４は、図１に示した顧客ＤＢ３に記憶されているデータの一例を示す図である。
【００３１】
図１に示した顧客ＤＢ３は図４に示すように、ユーザＩＤ３１−１と、電話番号３１−２と、メールアドレス３１−３と、認証情報３１−４とを記憶している。
【００３２】
図５は、図４に示した顧客ＤＢ３に記憶されているデータに基づいたテーブルの構成の一例を示す図であり、（ａ）はユーザ情報テーブル３１の構成の一例を示す図、（ｂ）は電話帳データテーブル３２の構成の一例を示す図である。
【００３３】
図５（ａ）に示すユーザ情報テーブル３１では、ユーザＩＤ３１−１と、電話番号３１−２と、メールアドレス３１−３と、認証情報３１−４とが対応付けられている。
【００３４】
また、顧客ＤＢ３は、図５（ｂ）に示すような電話帳データテーブル３２を着信側端末のユーザＩＤ毎に有している。電話帳データテーブル３２では、着信側端末のユーザＩＤとその着信側端末への着信が許可される発信側端末のユーザＩＤとが着信許可関係として対応付けられている。なお、図５（ｂ）は、ユーザＩＤが「０００２」である携帯端末１−２の電話帳データテーブル３２を一例として示している。電話帳データテーブル３２のそれぞれは、携帯端末１−１〜１−ｎの記憶部１３に記憶されている電話帳データのユーザＩＤ１３−２と同期がとられている。
【００３５】
また、図５（ａ）に示す認証情報３１−４は、管理サーバ２の登録機能部２２によって所定の期間毎に更新される。そして、更新された更新認証情報は、その更新認証情報に対応するユーザＩＤの電話帳データテーブル３２に存在するユーザＩＤの携帯端末１−１〜１−ｎへ送信される。例えば、ユーザＩＤが「０００２」である携帯端末１−２の認証情報３１−４が更新された場合、図５（ｂ）に示す電話帳データテーブル３２に存在するユーザＩＤ「０００１」の携帯端末１−１と、ユーザＩＤ「０００３」の携帯端末１−３と、ユーザＩＤ「０００４」の携帯端末１−４へ更新認証情報を含む認証情報更新要求が管理サーバ２から送信される。このように認証情報を所定の期間毎に更新することにより、認証情報を盗聴された場合でもなりすましを防ぐことができる。
【００３６】
図６は、図１に示した管理サーバ２の構成の一例を示すブロック図である。
【００３７】
図１に示した管理サーバ２は図６に示すように、ＷＥＢサーバ機能部２１と、登録機能部２２と、検索機能部２３とを備えている。
【００３８】
ＷＥＢサーバ機能部２１は、携帯端末１−１〜１−ｎから送信された登録要求等の要求を受信する。そして、受信した要求の種類に応じて受信した要求を登録機能部２２または検索機能部２３へ出力する。また、登録機能部２２または検索機能部２３から出力された通知や情報を受け付ける。そして、受け付けた通知や情報を受信した通知や情報に応じた携帯端末１−１〜１−ｎへ送信する。
【００３９】
登録機能部２２は、ＷＥＢサーバ機能部２１から出力された要求に応じ、以下の（１）〜（３）に示す動作を行う。
【００４０】
（１）ＷＥＢサーバ機能部２１から出力された登録要求を受け付けた場合、既に顧客ＤＢ３に記憶されているユーザＩＤ及び認証情報とは別のユーザＩＤ及び認証情報を新たに生成する。そして、生成されたユーザＩＤ及び認証情報と、受け付けた登録要求に含まれる電話番号及びメールアドレスとを対応付けて顧客ＤＢ３のユーザ情報テーブル３１に書き込む。そして、顧客ＤＢ３への書き込みが正常に完了したことを確認すると、生成されたユーザＩＤを含む登録完了通知をＷＥＢサーバ機能部２１へ出力する。
【００４１】
（２）ＷＥＢサーバ機能部２１から出力された変更後アドレス登録要求を受け付けた場合、ユーザ情報テーブル３１において、受け付けた変更後アドレス登録要求に含まれるユーザＩＤに対応する電話番号またはメールアドレスを、変更後の電話番号またはメールアドレスに書き換える。
【００４２】
（３）ＷＥＢサーバ機能部２１から出力された電話帳データ変更要求を受け付けた場合、受け付けた電話帳データ変更要求に含まれる追加または削除するユーザＩＤに応じ、顧客ＤＢ３の電話帳データテーブル３２を変更する。
また、登録機能部２２は、所定の期間毎に顧客ＤＢ３に記憶されている認証情報３１−４を更新する。そして、更新された更新認証情報と、その更新認証情報に対応するユーザＩＤとを含む認証情報更新要求をＷＥＢサーバ機能部２１へ出力する。
【００４３】
検索機能部２３は、ＷＥＢサーバ機能部２１から出力された要求に応じ、以下の（１）〜（３）に示す動作を行う。
【００４４】
（１）ＷＥＢサーバ機能部２１から出力されたアドレス変更要求を受け付けた場合、受け付けたアドレス変更要求に含まれるユーザＩＤに対応する電話番号またはメールアドレスを顧客ＤＢ３のユーザ情報テーブル３１から取得する。そして取得された電話番号またはメールアドレスを含む検索結果をＷＥＢサーバ機能部２１へ出力する。
【００４５】
（２）ＷＥＢサーバ機能部２１から出力された通信開始要求を受け付けた場合、受け付けた通信開始要求に含まれる着信側端末のユーザＩＤ１３−２及び認証情報１３−３の組み合わせと、顧客ＤＢ３のユーザ情報テーブル３１に記憶されているその着信側端末のユーザＩＤ３１−１及び認証情報３１−４の組み合わせとを比較する。これにより、受け付けた着信側端末のユーザＩＤ１３−２の正当性が認証される。比較した結果、それらが一致していれば、受け付けた通信開始要求に含まれる発信側端末のユーザＩＤと、着信側端末のユーザＩＤとに基づき、着信側端末の電話帳データテーブル３２に発信側端末のユーザＩＤが存在するかどうかを判定する。これにより、発信側端末のユーザＩＤと着信側端末のユーザＩＤとが着信許可関係にあるかどうかが判定される。その判定の結果、存在していれば、受け付けた通信開始要求に含まれる着信側端末のユーザＩＤに対応する電話番号またはメールアドレスを顧客ＤＢ３のユーザ情報テーブル３１から取得する。そして、取得された電話番号またはメールアドレスをＷＥＢサーバ機能部２１へ出力する。
【００４６】
（３）ＷＥＢサーバ機能部２１から出力されたユーザＩＤ検索要求を受け付けた場合、受け付けたユーザＩＤ検索要求に含まれる電話番号またはメールアドレスに対応するユーザＩＤを顧客ＤＢ３のユーザ情報テーブル３１から取得する。そして、取得されたユーザＩＤをＷＥＢサーバ機能部２１へ出力する。なお、ユーザＩＤ検索要求とは、着信側端末から管理サーバ２へ送信され、電話番号やメールアドレスに対応するユーザＩＤを取得するための要求である。
【００４７】
以下に、上記のように構成された通信システムの動作について説明する。
【００４８】
まず、携帯端末１−１の電話番号及びメールアドレスを顧客ＤＢ３に登録する場合の動作について説明する。
【００４９】
図７は、図１〜図６に示した通信システムにおいて、携帯端末１−１の電話番号及びメールアドレスを顧客ＤＢ３に登録する場合の動作を説明するためのシーケンス図である。
【００５０】
まず、携帯端末１−１のユーザは、携帯端末１−１を操作することにより、「電話番号及びメールアドレスの顧客ＤＢ３への登録」を選択する。
【００５１】
携帯端末１−１のユーザからの「電話番号及びメールアドレスの顧客ＤＢ３への登録」の選択を受け付けた受付部１５は、登録通知を通信機能部１２へ出力する。
【００５２】
受付部１５から出力された登録通知を受け付けた通信機能部１２は、管理サーバ２のＷＥＢサーバ機能部２１と接続する。
【００５３】
通信機能部１２とＷＥＢサーバ機能部２１との間の接続が確立すると、通信機能部１２は、携帯端末１−１の電話番号及びメールアドレスを記憶部１３から取得し、取得された電話番号及びメールアドレスを含む登録要求を管理サーバ２へ送信する（ステップＳ１）。
【００５４】
携帯端末１−１から送信された登録要求をＷＥＢサーバ機能部２１を介して受け付けた登録機能部２２は、まず、既に顧客ＤＢ３に記憶されているユーザＩＤ及び認証情報と重複しないユーザＩＤ及び認証情報を新たに生成する。
【００５５】
次に、登録機能部２２は、生成されたユーザＩＤ及び認証情報と、受け付けた登録要求に含まれる電話番号及びメールアドレスとを対応付けて顧客ＤＢ３のユーザ情報テーブル３１に書き込む（ステップＳ２）。
【００５６】
そして、登録機能部２２は、ステップＳ２における書き込みが正常に完了したことを確認すると、登録完了通知をＷＥＢサーバ機能部２１を介して携帯端末１−１へ送信する（ステップＳ３）。
【００５７】
管理サーバ２から送信された登録完了通知を受信した携帯端末１−１の通信機能部１２は、受信した登録完了通知に含まれるユーザＩＤを携帯端末１−１のユーザＩＤとして記憶部１３に書き込む（ステップＳ４）。また、それとともにそのユーザＩＤを表示部１４に表示させる。
【００５８】
以上が電話番号及びメールアドレスを顧客ＤＢ３に登録する場合の動作である。
【００５９】
次に、顧客ＤＢ３に記憶された携帯端末１−１の電話番号を変更する場合の動作について説明する。
【００６０】
図８は、図１〜図６に示した通信システムにおいて、顧客ＤＢ３に記憶された携帯端末１−１の電話番号を変更する場合の動作を説明するためのシーケンス図である。
【００６１】
ます、携帯端末１−１のユーザは、携帯端末１−１を操作することにより、「顧客ＤＢ３に記憶された電話番号の変更」を選択する。
【００６２】
携帯端末１−１のユーザからの「顧客ＤＢ３に記憶された電話番号の変更」の選択を受け付けた受付部１５は、アドレス変更通知を通信機能部１２へ出力する。
【００６３】
受付部１５から出力されたアドレス変更通知を受け付けた通信機能部１２は、管理サーバ２のＷＥＢサーバ機能部２１と接続する。
【００６４】
通信機能部１２とＷＥＢサーバ機能部２１との間の接続が確立すると、通信機能部１２は、携帯端末１−１のユーザＩＤを記憶部１３から取得し、取得されたユーザＩＤを含むアドレス変更要求を管理サーバ２へ送信する（ステップＳ２１）。
【００６５】
携帯端末１−１から送信されたアドレス変更要求をＷＥＢサーバ機能部２１を介して受け付けた検索機能部２３は、受け付けたアドレス変更要求に含まれるユーザＩＤに対応する電話番号を顧客ＤＢ３のユーザ情報テーブル３１から検索する（ステップＳ２２）。
【００６６】
ステップＳ２２における検索の結果、電話番号が検索された場合、検索機能部２３は、その検索された電話番号を取得する（ステップＳ２３）。
【００６７】
そして、検索機能部２３は、取得された電話番号を含む検索結果をＷＥＢサーバ機能部２１を介して携帯端末１−１へ送信する（ステップＳ２４）。
【００６８】
管理サーバ２から送信された検索結果を受信した携帯端末１−１の通信機能部１２は、受信した検索結果に含まれる電話番号を表示部１４に表示させる。
【００６９】
表示部１４に表示された電話番号を確認した携帯端末１−１のユーザは、携帯端末１−１を操作することによって変更後の電話番号を入力する。
【００７０】
携帯端末１−１のユーザによって入力された変更後の電話番号を受け付けた受付部１５は、受け付けた変更後の電話番号を通信機能部１２へ出力する。
【００７１】
受付部１５から出力された変更後の電話番号を受け付けた通信機能部１２は、受け付けた変更後の電話番号と、携帯端末１−１のユーザＩＤとを含む変更後アドレス登録要求を管理サーバ２へ送信する（ステップＳ２５）。
【００７２】
登録機能部２２は、携帯端末１−１から送信された変更後アドレス登録要求をＷＥＢサーバ機能部２１を介して受け付ける。そして、顧客ＤＢ３のユーザ情報テーブル３１に記憶され、受け付けた変更後アドレス登録要求に含まれるユーザＩＤに対応する電話番号を、変更後の電話番号に書き換える。（ステップＳ２６）。
【００７３】
そして、登録機能部２２は、ステップＳ２６における書き込みが正常に完了したことを確認すると、変更完了通知をＷＥＢサーバ機能部２１を介して携帯端末１−１へ送信する（ステップＳ２７）。
【００７４】
管理サーバ２から送信された変更完了通知を受信した携帯端末１−１の通信機能部１２は、電話番号の変更が完了したことを示す情報を表示部１４に表示させる。
【００７５】
なお、ここでは、電話番号を変更する場合の動作について説明したが、メールアドレスを変更する場合も同様の動作である。
【００７６】
以上が顧客ＤＢ３に登録された電話番号やメールアドレスを変更する場合の動作である。
【００７７】
次に、携帯端末１−１と顧客ＤＢ３との間で電話帳データを同期させる場合の動作について説明する。
【００７８】
図９は、図１〜図６に示した通信システムにおいて、携帯端末１−１と顧客ＤＢ３との間で電話帳データを同期させる場合の動作を説明するためのシーケンス図である。
【００７９】
まず、携帯端末１−１のユーザは、携帯端末１−１を操作することにより、「電話帳データの追加または削除」を選択する。
【００８０】
携帯端末１−１のユーザからの「電話帳データの追加または削除」の選択を受け付けた受付部１５は、新たに追加するユーザＩＤ、または記憶部１３に電話帳データとして記憶されているユーザＩＤ１３−２のうち削除するユーザＩＤをさらに受け付ける。
【００８１】
追加または削除するユーザＩＤの入力を受け付けた受付部１５は、受け付けたユーザＩＤを含む電話帳データ変更通知を通信機能部１２へ出力する。
【００８２】
受付部１５から出力された電話帳データ変更通知を受け付けた通信機能部１２は、管理サーバ２のＷＥＢサーバ機能部２１と接続する。
【００８３】
通信機能部１２とＷＥＢサーバ機能部２１との間の接続が確立すると、通信機能部１２は、記憶部１３から携帯端末１−１のユーザＩＤを取得する。そして、受け付けた電話帳データ変更通知に含まれる追加または削除するユーザＩＤと、取得された携帯端末１−１のユーザＩＤとを含む電話帳データ変更要求を管理サーバ２へ送信する（ステップＳ４１）。
【００８４】
携帯端末１−１から送信された電話帳データ変更要求をＷＥＢサーバ機能部２１を介して受け付けた登録機能部２２は、受け付けた電話帳データ変更要求に含まれる追加または削除するユーザＩＤと、携帯端末１−１のユーザＩＤとに応じて顧客ＤＢ３の電話帳データテーブル３２を変更する（ステップＳ４２）。これにより、携帯端末１−１の記憶部１３に記憶された電話帳データのユーザＩＤ１３−２と顧客ＤＢ３の携帯端末１−１の電話帳データテーブル３２との同期がとられる。
【００８５】
ここで、新たなユーザＩＤの追加である場合、以下に示すステップＳ４３〜Ｓ４５の動作がさらに行われる。
【００８６】
登録機能部２２は、受け付けた電話帳データ変更要求に含まれる追加するユーザＩＤに対応する認証情報を顧客ＤＢ３のユーザ情報テーブル３１から取得する（ステップＳ４３）。
【００８７】
顧客ＤＢ３から認証情報を取得した登録機能部２２は、取得された認証情報をＷＥＢサーバ機能部２１を介して携帯端末１−１へ送信する（ステップＳ４４）。
【００８８】
管理サーバ２から送信された認証情報を受信した携帯端末１−１の通信機能部１２は、追加するユーザＩＤと、受信した認証情報とを対応付けて電話帳データとして記憶部１３に書き込む（ステップＳ４５）。
【００８９】
なお、上述した同期の動作は、携帯端末１−１と管理サーバ２との間の通信状態が不良である場合には、その通信状態が良好になったことを確認してから行われればよい。
【００９０】
以上が携帯端末１−１と顧客ＤＢ３との間で電話帳データを同期させる場合の動作である。
【００９１】
次に、携帯端末１−１と携帯端末１−２との間で通話を行う場合の動作について説明する。
【００９２】
図１０は、図１〜図６に示した通信システムにおいて、携帯端末１−１と携帯端末１−２との間で通話を行う場合の動作を説明するためのシーケンス図である。なお、ここでは、発信側端末を携帯端末１−１とし、着信側端末を携帯端末１−２とする。
【００９３】
まず、携帯端末１−１のユーザは、「他の携帯端末１−２〜１−ｎとの通信」を選択し、さらに、携帯端末１−２を示すニックネーム１３−１を選択する。
【００９４】
携帯端末１−１のユーザからのニックネーム１３−１の選択を受け付けた受付部１５は、受け付けたニックネーム１３−１を通信機能部１２へ出力する。
【００９５】
受付部１５から出力されたニックネーム１３−１を受け付けた通信機能部１２は、管理サーバ２のＷＥＢサーバ機能部２１と接続する。
【００９６】
通信機能部１２とＷＥＢサーバ機能部２１との間の接続が確立すると、通信機能部１２は、受け付けたニックネーム１３−１に対応する携帯端末１−２のユーザＩＤ「０００２」及びその認証情報と、携帯端末１−１のユーザＩＤ「０００１」とを記憶部１３から取得する。そして、取得されたユーザＩＤ「０００２」及びその認証情報と、携帯端末１−１のユーザＩＤ「０００１」とを含む通信開始要求を管理サーバ２へ送信する（ステップＳ６１）。
【００９７】
携帯端末１−１から送信された通信開始要求をＷＥＢサーバ機能部２１を介して受け付けた検索機能部２３は、受け付けた通信開始要求に含まれる携帯端末１−２のユーザＩＤ及びその認証情報に基づき、携帯端末１−２の電話番号を検索する（ステップＳ６２）。
【００９８】
図１１は、図１〜図６に示した通信システムにおいて、検索機能部２３が着信側端末のユーザＩＤ及びその認証情報に基づき、着信側端末の電話番号を検索する動作を説明するためのフローチャートである。
【００９９】
検索機能部２３は、まず、受け付けた通信開始要求に含まれる携帯端末１−２のユーザＩＤ及びその認証情報の組み合わせと、顧客ＤＢ３のユーザ情報テーブル３１に記憶されている携帯端末１−２のユーザＩＤ３１−１及び認証情報３１−４の組み合わせと比較する。（ステップＳ６２１）
ステップＳ６２１における比較の結果、受け付けた通信開始要求に含まれる携帯端末１−２のユーザＩＤ及びその認証情報の組み合わせがユーザ情報テーブル３１に記憶されている携帯端末１−２のユーザＩＤ３１−１及び認証情報３１−４の組み合わせと一致する場合、検索機能部２３は、携帯端末１−２の電話帳データテーブル３２に携帯端末１−１のユーザＩＤである「０００１」が存在するかどうかを判定する（ステップＳ６２２）。
【０１００】
ステップＳ６２２における判定の結果、携帯端末１−２の電話帳データテーブル３２に携帯端末１−１のユーザＩＤ「０００１」が存在する場合、検索機能部２３は、顧客ＤＢ３のユーザ情報テーブル３１から携帯端末１−２の電話番号を取得する（ステップＳ６２３）。
【０１０１】
一方、ステップＳ６２１における比較の結果、受け付けた通信開始要求に含まれるユーザＩＤ及びその認証情報の組み合わせがユーザ情報テーブル３１に記憶されている携帯端末１−２のユーザＩＤ及びその認証情報の組み合わせと一致しない場合には、検索機能部２３は、携帯端末１−２との通信が許可されていない旨を示す通知をＷＥＢサーバ機能部２１を介して携帯端末１−１へ送信する（ステップＳ６２４）。また、ステップＳ６２２における判定の結果、携帯端末１−２の電話帳データテーブル３２に携帯端末１−１のユーザＩＤ「０００１」が存在しない場合にも同様に、ステップＳ６２４の動作に遷移する。
【０１０２】
再度、図１０を参照するが、ここでは、検索機能部２３が顧客ＤＢ３のユーザ情報テーブル３１から携帯端末１−２の電話番号を取得したものとして説明する。管理サーバ２の検索機能部２３は、携帯端末１−２の電話番号を顧客ＤＢ３から取得する（ステップＳ６３）。
【０１０３】
そして、検索機能部２３は、取得された携帯端末１−２の電話番号をＷＥＢサーバ機能部２１を介して携帯端末１−１へ送信する（ステップＳ６４）。
【０１０４】
管理サーバ２から送信された携帯端末１−２の電話番号を受信した携帯端末１−１の通信機能部１２は、受信した電話番号を電話機能部１１へ出力する。
【０１０５】
通信機能部１２から出力された電話番号を受け付けた電話機能部１１は、携帯端末１−１の電話番号を記憶部１３から取得し、取得された電話番号を含む発信信号を携帯端末１−２へ送信する（ステップＳ６５）。
【０１０６】
携帯端末１−１から送信された発信信号を受信した携帯端末１−２の電話機能部１１は、受信した発信信号に含まれる携帯端末１−１の電話番号を通信機能部１２へ出力する。
【０１０７】
電話機能部１１から出力された携帯端末１−１の電話番号を受け付けた通信機能部１２は、受け付けた電話番号を含むユーザＩＤ検索要求を管理サーバ２へ送信する（ステップＳ６６）。
【０１０８】
携帯端末１−２から送信されたユーザＩＤ検索要求をＷＥＢサーバ機能部２１を介して受け付けた検索機能部２３は、受け付けたユーザＩＤ検索要求に含まれる電話番号に対応するユーザＩＤを顧客ＤＢ３から検索する（ステップＳ６７）。
【０１０９】
受信した電話番号に対応するユーザＩＤが検索された場合、検索機能部２３は、検索されたユーザＩＤを取得する（ステップＳ６８）。
【０１１０】
そして、検索機能部２３は、取得されたユーザＩＤをＷＥＢサーバ機能部２１を介して携帯端末１−２へ送信する（ステップＳ６９）。
【０１１１】
管理サーバ２から送信されたユーザＩＤを受信した携帯端末１−２の通信機能部１２は、受信したユーザＩＤに対応するニックネーム１３−１を記憶部１３の電話帳データから取得して表示部１４に表示させる。これにより、携帯端末１−１からの着信が携帯端末１−２のユーザに通知される。
【０１１２】
そして、携帯端末１−２において着信に応答することにより、携帯端末１−１と携帯端末１−２との間での通話が可能となる（ステップＳ７０）。
【０１１３】
図１２は、図１〜図６に示した通信システムにおいて、着信側端末である携帯端末１−２の表示部１４に表示された着信を通知する表示の一例を示す図である。なお、図１２に示す「田中」とは、携帯端末１−２の記憶部１３に電話帳データとして記憶されている携帯端末１−１のユーザＩＤ１３−２に対応するニックネーム１３−１である。
【０１１４】
以上が携帯端末１−１と携帯端末１−２との間で通信を行う場合の動作である。
【０１１５】
なお、メールの送信の場合も上述した通話と同様の動作で行われる。但し、メールの送信の場合、まず、発信側端末である携帯端末１−１のユーザがメール本文を作成しておく。そして、携帯端末１−１の通信機能部１２は、管理サーバ２から送信された携帯端末１−２のメールアドレスを受信すると、受信したメールアドレスを宛先アドレスとして作成されたメール本文を送信する。また、携帯端末１−２による携帯端末１−１のユーザＩＤの検索は、携帯端末１−１から送信されたメールをメールサーバ（不図示）等から受信した後に行われる。
【０１１６】
次に、顧客ＤＢ３に記憶されている認証情報３１−４が更新される場合の動作について説明する。ここでは、携帯端末１−２の認証情報３１−４が更新される場合について説明する。また、顧客ＤＢ３の携帯端末１−２の電話帳データテーブル３２に携帯端末１−１のユーザＩＤが存在しているものとする。
【０１１７】
図１３は、図１〜図６に示した通信システムにおいて、携帯端末１−２の認証情報３１−４が更新される場合の動作を説明するためのシーケンス図である。
【０１１８】
管理サーバ２の登録機能部２２は、顧客ＤＢ３に記憶されている携帯端末１−２の認証情報３１−４を更新する（ステップＳ８１）。なお、更新された認証情報である更新認証情報が他のユーザＩＤ３１−１に対応する認証情報３１−４と重複することはない。
【０１１９】
携帯端末１−２の認証情報の更新が完了すると、登録機能部２２は、携帯端末１−２の電話帳データテーブル３２に存在するユーザＩＤ３１−１を検索する（ステップＳ８２）。
【０１２０】
そして、管理サーバ２は、携帯端末１−２の電話帳データテーブル３２に存在するユーザＩＤ３１−１と、更新認証情報とを顧客ＤＢ３から取得する（ステップＳ８３）。ここでは、携帯端末１−２の電話帳データテーブル３２に存在するユーザＩＤとして携帯端末１−１のユーザＩＤが取得される。
【０１２１】
携帯端末１−１のユーザＩＤと更新された携帯端末１−２の認証情報３１−４とを顧客ＤＢ３から取得した登録機能部２２は、更新認証情報とその更新認証情報に対応する携帯端末１−２のユーザＩＤと含む認証情報更新要求をＷＥＢサーバ機能部２１を介して携帯端末１−１へ送信する（ステップＳ８４）。
【０１２２】
管理サーバ２から送信された認証情報更新要求を受信した携帯端末１−１の通信機能部１２は、受信した認証情報更新要求に含まれる携帯端末１−２のユーザＩＤと更新認証情報とを対応付けて記憶部１３の電話帳データに書き込む（ステップＳ８５）。
【０１２３】
以上が顧客ＤＢ３に記憶されている認証情報が更新される場合の動作である。
【０１２４】
このように本実施形態においては、発信側端末である携帯端末１−１は、着信側端末である携帯端末１−２との通信を開始する際、携帯端末１−１を識別するユーザＩＤと、携帯端末１−２を識別するユーザＩＤと、携帯端末１−２のユーザＩＤの正当性を認証するための認証情報とを管理サーバ２へ送信する。その後、携帯端末１−１は、管理サーバ２から送信された携帯端末１−２のアドレスを受信すると、携帯端末１−２へネットワークを介して発信信号を送信する。また、管理サーバ２は、アドレスと、ユーザＩＤと、認証情報とを対応付けて記憶し、さらに、着信側端末のユーザＩＤと、当該着信側端末への着信が許可される発信側端末のユーザＩＤとを対応付けて着信許可関係として記憶する。そして、管理サーバ２は、携帯端末１−１から送信された携帯端末１−１のユーザＩＤと、携帯端末１−２のユーザＩＤと、認証情報とを受信すると、受信した携帯端末１−２のユーザＩＤ及び認証情報の組み合わせと、記憶された携帯端末１−２のユーザＩＤ及び認証情報との組み合わせとを比較することにより、受信した携帯端末１−２のユーザＩＤの正当性を認証する。そして、その認証の結果、正当性が認証された場合、管理サーバ２は、受信した携帯端末１−１のユーザＩＤと受信した携帯端末１−２のユーザＩＤとが着信許可関係にあるかどうかを判定する。そして、その判定の結果、着信許可関係にある場合、管理サーバ２は、携帯端末１−２のアドレスを携帯端末１−１へ送信する。
【０１２５】
このように、電話番号やメールアドレスであるアドレスとは別に、一元的に管理されたユーザＩＤを利用して発信及び着信が制御されるため、アドレスが流出した場合でも、見知らぬ人からの電話やメールの着信を回避することができる。
【０１２６】
また、ユーザＩＤとアドレスとを対応付けて顧客ＤＢ３に登録することにより、アドレスを変更した場合でも、変更されたアドレスを他のユーザに周知しなくても済む。
【符号の説明】
【０１２７】
１−１〜１−ｎ    携帯端末
２    管理サーバ
３    顧客ＤＢ
１１    電話機能部
１２    通信機能部
１３    記憶部
１３−１    ニックネーム
１３−２，３１−１    ユーザＩＤ
１３−３，３１−４    認証情報
１４    表示部
１５    受付部
２１    ＷＥＢサーバ機能部
２２    登録機能部
２３    検索機能部
３１    ユーザ情報テーブル
３１−２    電話番号
３１−３    メールアドレス
３２    電話帳データテーブル
【図１】
2010206605.tif 000003
【図２】
2010206605.tif 000004
【図３】
2010206605.tif 000005
【図４】
2010206605.tif 000006
【図５】
2010206605.tif 000007
【図６】
2010206605.tif 000008
【図７】
2010206605.tif 000009
【図８】
2010206605.tif 000010
【図９】
2010206605.tif 000011
【図１０】
2010206605.tif 000012
【図１１】
2010206605.tif 000013
【図１２】
2010206605.tif 000014
【図１３】
2010206605.tif 000015