(57)【要約】【課題】携帯端末における利便性を損なわず、かつ、安全性の高い、通話相手の電話番号管理技術を提供する。【解決手段】携帯端末の盗難・紛失などにより電話帳に登録されている電話番号が第三者に知られることを防ぐために、携帯端末の電話帳には通話相手の氏名と通話相手のＩＤとのみを格納する。通話時は、この電話帳を利用してＩＤを交換機に送信し、交換機側で、ＩＤに対応づけて保持されている電話番号を抽出し通話相手の電話への接続を行う。【選択図】  図１
2007124106.tif 000002
【特許請求の範囲】
【請求項１】
携帯端末と、移動通信交換機と、顧客データベースサーバとからなる通信システムにおける接続方法であって、
前記携帯端末において、予め保持する通話相手の識別番号を選択し、前記移動通信交換機に送出する接続先識別番号送出ステップと、
前記移動通信交換機において、受け取った識別番号を前記顧客データベースサーバに転送する識別番号転送ステップと、
前記顧客データベースサーバにおいて、受け取った識別番号に対応づけて予め保持している電話番号を抽出し、送信元の前記移動通信端末に返信する電話番号抽出ステップと、
前記移動通信交換機において、受け取った電話番号を用いて、当該電話番号の端末との接続を行う交換ステップと、を備えること
を特徴とする接続方法。
【請求項２】
携帯端末と、移動通信交換機と、顧客データベースサーバとからなる通信システムにおける電話番号管理方法であって、
前記携帯端末において、電話番号と氏名とを含む個人情報の入力を受け付けると、登録要求を生成し、前記受け付けた電話番号に前記生成した登録要求を付加し前記移動通信交換機に送信する電話番号送信ステップと、
前記移動通信交換機において、電話番号を受け取ると、受け取った電話番号に登録要求が付加されているか否かを判別し、付加されている場合、当該電話番号を前記顧客データベースサーバに転送する電話番号転送ステップと、
顧客データベースサーバにおいて、前記移動通信交換機から電話番号を受け取ると、当該電話番号に対応づけて予め保持している識別番号を、送信元の前記移動通信交換機に返信する識別番号返信ステップと、
前記移動通信交換機において、前記顧客データベースサーバから前記識別番号を受け取ると、前記登録要求の送信元の前記携帯端末に当該識別番号を転送する識別番号転送ステップと、
前記携帯端末において、前記登録要求に対して前記識別番号を受け取ると、前記入力を受け付けた個人情報のうち電話番号以外の情報とともに、当該識別番号を電話帳に登録する電話帳登録ステップと、を備えること
を特徴とする電話番号管理方法。
【請求項３】
携帯端末と、移動通信交換機と、顧客データベースサーバとからなる通信システムであって、
前記顧客データベースサーバは、
電話番号と電話番号毎に付与される識別番号とを対応づけて管理する顧客データベースと、
前記識別番号による問い合わせを受けると、前記顧客データベースに当該識別番号に対応づけて管理されている電話番号を抽出して通知する検索手段と、を備え、
前記携帯端末は、
通話相手の識別番号を格納する電話帳と、
当該電話帳から識別番号を抽出し、接続要求として前記移動通信交換機に送信する接続要求手段と、を備え、
前記移動通信交換機は、
前記携帯端末から識別番号を受け取ると、当該識別番号に対応づけて管理されている電話番号を前記顧客データベースサーバに問い合わせ、当該電話番号を受け取る問合手段と、
前記問合せ手段が受け取った電話番号を用いて接続処理を行う交換手段と、を備えること
を特徴とする通信システム。
【請求項４】
請求項３記載の通信システムであって、
前記携帯端末は、
電話番号と氏名とを含む個人情報の入力を受け付けると、登録要求を生成し、生成した登録要求とともに前記受け付けた電話番号に対応づけて前記顧客データベースサーバに管理されている前記識別番号を前記移動通信交換機に問い合わせ、前記移動通信交換機から当該識別番号を受け取ると、前記受け付けた個人情報のうち電話番号以外の情報とともに、前記電話帳に登録する電話帳登録手段をさらに備え、
前記検索手段は、前記電話番号による問合せを受けると、前記顧客データベースに当該電話番号に対応づけて管理されている識別番号を通知し、
前記問合手段は、記携帯端末から登録要求とともに電話番号を受け取ると、当該電話番号に対応づけて管理されている識別番号を前記顧客データベースサーバに問い合わせ、当該識別番号を受け取ると前記登録要求の要求元の携帯端末に返信すること
を特徴とする通信システム。
【請求項５】
請求項４記載の通信システムであって、
前記検索手段は、前記電話番号による問い合わせを受けた際、前記顧客データベースに当該電話番号に対応づけて管理されている前記識別番号がなかった場合、当該電話番号を特定する識別番号を新たに生成し、当該電話番号とともに前記顧客データベースに格納するとともに、生成した前記識別番号を通知すること
を特徴とする通信システム。
【請求項６】
請求項３〜５いずれか１項記載の通信システムであって、
前記検索手段は、前記識別番号による問い合わせを受けた際、前記顧客データベースに当該識別番号に対応づけて管理されている電話番号がなかった場合、未登録であることを意味する未登録通知を生成し、問い合わせ元に未登録通知を通知すること
を特徴とする通信システム。
【請求項７】
請求項３〜６いずれか１項記載の通信システムであって、
前記問い合わせには、それぞれ、発信元の携帯端末の電話番号情報（発信元電話番号）が含まれ、
前記顧客データベースサーバは、電話番号を保持するサービス停止電話番号保持手段をさらに備え、
前記検索手段は、前記電話番号または前記識別番号による問い合わせを受けた際、当該問い合わせに含まれる前記発信元電話番号が前記サービス停止電話番号保持手段に保持されているか否かを判別し、保持されていないと判断した場合のみ処理を行うこと
を特徴とする通信システム。
【請求項８】
請求項３〜７いずれか１項記載の通信システムであって、
前記問合手段は、前記携帯端末からデータを受け取ると、受け取ったデータに登録要求が含まれているか否か、登録要求が含まれていない場合、当該データの種別が電話番号であるか識別番号であるかを判別する手段をさらに備えること
を特徴とする通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯端末の電話番号管理技術に関する。特に、携帯端末内部に通話相手の電話番号自体を保持せず、電話番号を管理する技術に関する。
【背景技術】
【０００２】
多くの携帯端末が有する機能として電話帳機能がある。従来の電話帳機能は、携帯端末に搭載されたメモリに格納されている電話帳データベース（以下、電話帳と呼ぶ。）から選択することにより、通話相手の電話に向けて発呼がなされる。この電話帳には、予め入力された通話相手の氏名やニックネームなどの個人を特定する文字列（以下、氏名という）と電話番号とが対応づけて保持されている。従って、電話帳機能を用いれば、多数の桁からなる数字の羅列である電話番号を入力する必要がない。
【０００３】
しかし、電話帳機能を有する携帯端末では、通話相手を特定する情報である氏名と電話番号とを対応づけた情報が電話帳として携帯端末内に保持されている。このため、携帯端末の紛失・盗難などにより特定の個人の電話番号が第三者に知られてしまうおそれがある。電話番号は、生年月日などと並び、個人を特定したり識別したりなどの処理に利用されがちな数字列であり、その流出は抑えるべきものである。携帯電話機の紛失・盗難による電話番号の意図しない流出を低減するため、携帯端末にダイヤルロック機能を搭載する、電話帳を携帯端末内に保持せずサーバ側で管理する、等の方法がある（例えば、特許文献１参照）。
【０００４】
【特許文献１】特開２００３−３７６７１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
上述したように、現在の携帯端末の電話帳では紛失・盗難などにより、秘匿要求が高い通話相手の電話番号が第三者に知られてしまう恐れがある。また、ダイヤルロック機能は通常、数桁程度の英数字を組み合わせたパスワードを用いており、必ずしもセキュリティが高いものではない。
【０００６】
電話帳をデータベースサーバで管理する方法では、電話帳を利用するたびに電話帳の情報をデータベースサーバから取得する必要がある。一時的とはいえ、取得した通話相手の電話番号が携帯端末に保持されるため、電話番号流出の面では、安全性が高いとはいえない。また、通話相手の電話番号をサーバから受け取るため、発呼処理の前にサーバとの通信が必要であり、これは、ユーザにとってはストレスになりかねない。
【０００７】
本発明は上述の問題に鑑みてなされたもので、携帯端末の利便性を損なわず、かつ、安全性の高い、通話相手の電話番号管理技術を提供することを課題とする。
【課題を解決するための手段】
【０００８】
本発明は、上記課題を解決するため、携帯端末では通話相手の氏名とＩＤとのみを電話帳に管理し、移動通信交換機に接続された顧客データベースサーバで顧客のＩＤと電話番号とを管理する。通話時は、電話帳からＩＤを選択してＩＤを移動通信交換機に送信する。移動通信交換機では、ＩＤに対応づけて顧客データベースサーバに保持されている電話番号を抽出し、通話相手に接続する。
【０００９】
具体的には、携帯端末と、移動通信交換機と、顧客データベースサーバとからなる通信システムにおける接続方法であって、前記携帯端末において、予め保持する通話相手の識別番号を選択し、前記移動通信交換機に送出する接続先識別番号送出ステップと、前記移動通信交換機において、受け取った識別番号を前記顧客データベースサーバに転送する識別番号転送ステップと、前記顧客データベースサーバにおいて、受け取った識別番号に対応づけて予め保持している電話番号を抽出し、送信元の前記移動通信端末に返信する電話番号抽出ステップと、前記移動通信交換機において、受け取った電話番号を用いて、当該電話番号の端末との接続を行う交換ステップと、を備えることを特徴とする接続方法を提供する。
【発明の効果】
【００１０】
本発明によれば、携帯端末において、利便性を損なわず、かつ、安全性の高い、通話相手の電話番号管理技術を実現することができる。
【発明を実施するための最良の形態】
【００１１】
以下に、本発明の実施形態について図面を参照して詳細に説明する。
【００１２】
図１は、本発明を適用した実施形態の携帯端末通信システムのシステム構成図である。本図に示すように、本実施形態の携帯端末通信システムは、電話帳の登録および接続要求を行う携帯端末１０１と、携帯端末１０１が直接接続する基地局１０２と、基地局１０２を含む複数の基地局を集約する移動通信交換機１０３と、移動通信交換機１０３に接続され、予め登録された顧客の電話番号とＩＤとを管理する顧客データベースサーバ１０４と、携帯端末１０１の通話相手である電話１０６と、電話１０６と移動通信交換機１０３とを接続する電話網１０５とを備える。通話相手である電話１０６は、携帯端末、ＰＨＳ、固定電話など電話であれば種類は特定しない。
【００１３】
次に、本実施形態の携帯端末１０１、移動通信交換機１０３、顧客データベースサーバ１０４の各構成について説明する。
【００１４】
図２は、携帯端末１０１の機能ブロック図である。本図に示すように、本実施形態の携帯端末１０１は、通常の携帯電話機が有する携帯電話処理部１０１０に加え、電話帳登録処理部１０１１を備える。また、携帯端末１０１は、氏名等の個人情報に対応づけて、通話相手の電話番号を登録する電話帳ＤＢ１０１２を備える。
【００１５】
電話帳登録処理部１０１１は、ユーザから受け付けた電話番号、氏名を含む情報を電話帳ＤＢ１０１２に登録する機能である。本実施形態の携帯端末１０１は、ユーザから所定の操作による電話帳登録指示とともに、登録する電話番号の入力を受け付けた場合、それをそのまま電話帳ＤＢ１０１２に登録しない。電話番号の代わりに、顧客データベースサーバ１０４に当該電話番号に対応づけて登録されている識別情報（以後、ＩＤと呼ぶ。詳細は後述する。）を登録する。
【００１６】
まず、電話帳登録処理部１０１１は、登録の要求であることを示す登録要求とともに、当該受け付けた電話番号を基地局１０２、移動通信交換機１０３経由で顧客データベースサーバ１０４に向けて送信する。当該登録要求に対して、顧客データベースサーバ１０４から移動通信交換機１０３を介してＩＤが送信されると、それを受け取り、先に入力を受け付けた電話番号の代わりに電話帳ＤＢ１０１２に登録する。顧客データベースサーバ１０４からＩＤではなく、後述する登録不可通知を受け取った場合は、通常どおり、先に入力を受け付けた電話番号を電話帳ＤＢに登録する。なお、顧客データベースサーバ１０４から後述するサービス不可通知を受け取った場合は、電話番号の登録を行わず、処理を終了する。
【００１７】
電話帳登録処理部１０１１により、本実施形態の携帯電話機１０１は、その保持する電話帳ＤＢ１０１２に、氏名に対応づけて、電話番号またはＩＤを保持することとなる。
【００１８】
本実施形態の電話帳ＤＢ１０１２の一例を図３に示す。本図に示すように、本実施形態の電話帳ＤＢ１０１２は、氏名を登録する氏名欄１０１２ａと対応する番号を登録する番号欄１０１２ｂとを備える。上述のように、番号欄１０１２ｂには、電話番号またはＩＤが登録される。なお、ＩＤは、当該番号がＩＤであることが移動通信交換機１０３および顧客データベースサーバ１０４において識別可能なように、例えば、先頭に識別フラグが付加されている。また、この識別フラグは、携帯端末１０１の入力機能を介して入力できないよう構成しておくことが望ましい。
【００１９】
携帯電話処理部１０１０は、電話帳ＤＢ１０１２内のデータを指定することにより発信先の選択を受け付けると、番号欄１０１２ｂに格納されているデータを、接続要求として移動通信交換機１０３に送信する。
【００２０】
なお、携帯端末１０１から移動通信交換機１０３に送信されるデータには、全て発信元識別番号として、当該携帯端末１０１の電話番号が付加されている。
【００２１】
図４は、本実施形態の移動通信交換機１０３の機能ブロック図である。本図に示すように、移動通信交換機１０３は、通常の移動通信交換機が有する交換処理部１０３０に加え、インタフェース（Ｉ/Ｆ）処理部１０３１を備える。
【００２２】
Ｉ/Ｆ処理部１０３１は、基地局１０２を介して携帯端末１０１とのインタフェース機能と、顧客データベースサーバ１０４とのインタフェース機能とを備える。基地局１０２を介して携帯端末１０１から受け取ったデータおよび顧客データベースサーバ１０４から受け取ったデータそれぞれに応じた処理を特定し、実行する。
【００２３】
Ｉ/Ｆ処理部１０３１は、携帯端末１０１からデータを受け取ると、当該データに登録要求が付加されているか否かを判別する。登録要求が付加されていると判別した場合、当該データは電話番号であり、その電話番号に対応づけて登録されているＩＤが要求されていると判断し、当該データを登録要求とともに顧客データベースサーバ１０４に転送する。この際、受け取ったデータに付加されている携帯端末１０１の電話番号をそのまま付加して転送する。
【００２４】
携帯端末１０１から受け取ったデータに登録要求が付加されていないと判別した場合、Ｉ/Ｆ処理部１０３１は、当該データの種別を判別する。ここで判別するデータの種別は、ＩＤまたは電話番号である。判別は、上述の識別フラグの有無で行い、先頭に識別フラグがあれば、ＩＤと判別し、なければ、電話番号と判別する。
【００２５】
Ｉ/Ｆ処理部１０３１は、ＩＤと判別された場合、当該ＩＤを顧客データベースサーバ１０４に電話番号取得要求として転送する。この場合も、受け取ったデータに付加されている発信元の携帯端末１０１の電話番号をそのまま付加して転送する。
【００２６】
電話番号と判別した場合は、当該電話番号を、交換処理部１０３０に受け渡す。
【００２７】
また、顧客データベースサーバ１０４から、データを受け取ると、その種別を判別する。ここで、判別するデータ種別は、ＩＤ、電話番号、未登録通知、登録不可通知、または、サービス不可通知のいずれかである。未登録通知、登録不可通知、および、サービス不可通知については、後述する。ＩＤ、未登録通知、登録不可通知またはサービス不可通知であれば、当該データに発信元電話番号として付加されている電話番号で特定される端末に受け取ったＩＤまたは通知を送信する。一方、電話番号である場合は、受け取った電話番号を発信先電話番号として交換処理部１０３０に受け渡す。
【００２８】
交換処理部１０３０は、通常の交換処理、例えば、受け取った電話番号に発呼処理等を行う。
【００２９】
図５は、本実施形態の顧客データベースサーバ１０４の機能ブロック図である。本図に示すように、本実施形態の顧客データベースサーバ１０４は、顧客データベース（ＤＢ）１０４０と、ＤＢ処理部１０４１と、サービス停止ＤＢ１０４２とを備える。
【００３０】
顧客ＤＢ１０４０は、顧客の電話番号と当該電話番号毎に一意に付与されたＩＤとが対応づけて保持されている。顧客ＤＢ１０４０の一例を図６に示す。本図に示すように、顧客ＤＢ１０４０は、電話番号格納欄１０４０ａとＩＤ格納欄１０４０ｂとを備え、それぞれ、電話番号およびＩＤが格納されている。ＩＤは、各電話番号に一意に付与された電話番号とは異なる識別番号で、上述のように、電話番号と区別可能なように、先頭に識別フラグを有する。
【００３１】
サービス停止ＤＢ１０４２は、ＩＤを用いてのサービスを停止する対象の発信元電話番号が格納される。
【００３２】
ＤＢ処理部１０４１は、移動通信交換機１０３から受け取ったデータに付加されている発信元電話番号が、サービス停止ＤＢ１０４２に格納されているか否かを判別する。格納されていると判別した場合は、サービスを提供することができないことを意味するサービス不可通知を発信元電話番号とともに移動通信交換機１０３に通知する。
【００３３】
一方、サービス停止ＤＢ１０４２に格納されていないと判別した場合、ＤＢ処理部１０４１は、移動通信交換機１０３から受け取ったデータの種別を判別し、判別結果に応じて、顧客ＤＢ１０４０を検索し、抽出したデータに、発信元電話番号を付加し、移動通信交換機１０３に返信する。
【００３４】
具体的には、ＤＢ処理部１０４１は、移動通信交換機１０３から受け取ったデータが電話番号であるかＩＤであるかを判別する。判別は、上述の識別フラグの有無で行い、先頭に識別フラグがあれば、ＩＤと判別し、なければ、電話番号と判別する。
【００３５】
ＤＢ処理部１０４１は、移動通信交換機１０３から受け取ったデータをＩＤと判別した場合、顧客ＤＢ１０４０にアクセスし、当該ＩＤに対応づけて顧客ＤＢ１０４０に登録されている電話番号を抽出し、移動通信交換機１０３に返信する。このとき、当該ＩＤが登録されていない場合は、ＩＤが未登録であることを示す未登録通知を返信する。
【００３６】
また、移動通信交換機１０３から受け取ったデータを電話番号と判別した場合、ＤＢ処理部１０４１は、顧客ＤＢ１０４０にアクセスし、当該電話番号が顧客ＤＢ１０４０に登録されているか確認する。そして、登録されている場合は、登録されているＩＤを抽出し、移動通信交換機１０３に返信する。一方、登録されていない場合は、新規のＩＤを生成し、受け取った電話番号に対応づけて顧客ＤＢに登録するとともに、生成したＩＤを移動通信交換機１０３に返信する。
【００３７】
なお、顧客ＤＢ１０４０には、携帯端末１０１が利用している通信事業者の全顧客のＩＤおよび電話番号が管理されている。これらについては、予め通信事業者によって登録される。一方、可能な限り他の通信事業者の顧客のＩＤおよび電話番号も管理することが望ましい。これらの電話番号については、携帯端末１０１の利用者から登録要求として電話番号を受け取った時点でＤＢ処理部１０４１が登録する。
【００３８】
また、条件によって登録しないよう構成してもよい。予め定めた登録不可の電話番号を移動通信交換機１０３から受け取った場合、ＤＢ処理部１０４１は、登録不可であることを示す情報である登録不可通知を返信する。
【００３９】
電話網１０５は、移動通信交換機１０３と電話１０６との間に配置される、移動関門交換機、関門交換機、中継交換機、加入者交換機などから構成される。これらは既存の電話網と基本的に同じであるため、ここでは説明しない。なお、以下の説明において、移動通信交換機１０３と電話１０６との間の通話は電話網１０５を経由しているものとする。
【００４０】
基地局１０２についても同様に、既存の基地局であり、ここでは説明をしない。以下の説明において、携帯端末１０１と移動通信交換機１０３との間で行われる通信は、基地局１０２を経由しているものとする。
【００４１】
また、携帯端末１０１、移動通信交換機１０３、顧客データベースサーバ１０４は、それぞれＣＰＵとメモリとを備え、メモリにロードされたプログラムを実行することにより、上記各処理部を実現する。
【００４２】
次に、電話帳登録時、接続要求時、サービスの停止再開指示時における、携帯端末１０１と移動通信交換機１０３と顧客データベースサーバ１０４との間の処理シーケンスを説明する。
【００４３】
まず、電話帳登録時における、各装置（携帯端末１０１、移動通信交換機１０３、顧客データベースサーバ１０４）間の処理シーケンスについて説明する。図７は、電話帳登録時の各装置間の処理を説明するためのシーケンス図である。なお、ここでは、携帯端末１０１の電話番号は、顧客データベースサーバ１０４のサービス停止ＤＢ１０４２に格納されていない場合を例にあげて説明する。
【００４４】
ユーザが通常の電話帳登録時と同様、電話帳登録操作を開始する指示、登録する電話番号、氏名等を入力すると、それらの情報を受け付けた携帯端末１０１の電話帳登録処理部１０１１は、登録要求とともに受け付けた電話番号を移動通信交換機１０３に送信する（ステップ２０２）。
【００４５】
次に、移動通信交換機１０３のＩ/Ｆ処理部１０３１は、受け取った電話番号を顧客データベースサーバ１０４に転送する（ステップ２０３）。
【００４６】
顧客データベースサーバ１０４のＤＢ処理部１０４１は、移動通信交換機１０３から受け取ったデータの種別を判別し、電話番号の場合、顧客ＤＢ１０４０に登録されているか否か判別する。登録されている場合は、当該電話番号に対応づけて顧客ＤＢ１０４０に管理されているＩＤを移動通信交換機１０３に返信する（ステップ２０４）。一方、未登録の場合は、受け取った電話番号を登録し、登録時に当該電話番号に付与されるＩＤを移動通信交換機１０３に返信する（ステップ２０４）。なお、ここで、受け取った電話番号が登録不可の場合は、登録不可通知を移動通信交換機１０３に返信する（ステップ２０４）。
【００４７】
移動通信交換機１０３のＩ/Ｆ処理部１０３１は、受け取ったＩＤまたは登録不可通知を携帯端末１０１に通知する（ステップ２０５）。
【００４８】
携帯端末１０１の電話帳登録処理部１０１１は、ＩＤを受け取った場合、そのＩＤを、登録不可通知を受け取った場合、当初ユーザにより入力された電話番号を、入力された氏名等の他の情報とともに、電話帳ＤＢ１０１２に登録する。
【００４９】
以上の処理により、顧客データベースサーバ１０４に登録可能な電話番号の場合、携帯端末１０１の電話帳ＤＢ１０１２には、電話番号の代わりにＩＤが登録されることとなる。
【００５０】
次に、本実施形態のＩＤを利用し、携帯端末１０１から通話相手である電話１０６に電話をかける場合、すなわち、接続要求時の各装置間の処理シーケンスについて説明する。本シーケンスの説明においても、携帯端末１０１の電話番号は、顧客データベースサーバ１０４のサービス停止ＤＢに格納されていないものとする。
【００５１】
まず、ユーザから受け付けたＩＤが顧客データベースサーバ１０４の顧客ＤＢ１０４０に登録されている場合の接続処理について説明する。図８は、携帯端末１０１からＩＤによる接続要求があった場合であって、当該ＩＤが顧客データベースサーバ１０４に登録されている際の各装置間の処理を説明するためのシーケンス図である。
【００５２】
ユーザは、通常の電話帳機能を用いての通話と同様、電話帳ＤＢ１０１２を検索し、通話相手を選択する。ユーザからの選択を受け付けた携帯端末１０１は、選択されたデータの、番号欄１０１２ｂに格納されている番号データを接続要求として移動通信交換機１０３に送信する（ステップ６０２）。
【００５３】
移動通信交換機１０３のＩ/Ｆ処理部１０３１は、携帯端末１０１から受け取ったデータに登録要求が付加されていないため、データ種別を判別し、ＩＤと判別した場合、当該ＩＤを顧客データベースサーバ１０４に通知する（ステップ６０３）。
【００５４】
顧客データベースサーバ１０４のＤＢ処理部１０４１は、移動通信交換機１０３からＩＤを受け取ると、顧客ＤＢ１０４０を検索し、受け取ったＩＤに対応づけて保持されている電話番号を抽出し、移動通信交換機１０３に返信する（ステップ６０４）。
【００５５】
移動通信交換機１０３のＩ/Ｆ処理部１０３１は、顧客データベースサーバ１０４から電話番号を受け取ると、発信元電話番号とともに交換処理部１０３０に受け渡す。交換処理部１０３０は、当該電話番号で特定される通話相手である電話１０６に発信元電話番号を通知して通話路を開設し（ステップ６０５）、携帯端末１０１と電話１０６とを接続する（ステップ６０６）。
【００５６】
なお、ユーザから受け付けたＩＤが、顧客ＤＢ１０４０に登録されていない場合のシーケンスを図９に示す。
【００５７】
ユーザからＩＤを受け付け、移動通信交換機１０３を経由して、顧客データベースサーバ１０４に当該ＩＤを転送するまでの処理（ステップ６０２、６０３）は、上記図８と同様である。
【００５８】
次に、顧客データベースサーバ１０４のＤＢ処理部１０４１が、顧客ＤＢ１０４０から対応する電話番号を抽出できなかった場合、すなわち、当該ＩＤが顧客ＤＢ１０４０に登録されていなかった場合、ＤＢ処理部１０４１は、未登録通知を移動通信交換機１０３に返信する（ステップ６１４）。
【００５９】
移動通信交換機１０３のＩ/Ｆ処理部１０３０は、未登録通知を受け取ると、ＩＤの発信元の携帯端末１０１に未登録通知を転送する（ステップ６１５）。
【００６０】
携帯端末１０１では、未登録通知を移動通信交換機１０３から受け取ると、送信されたＩＤは未登録であるため、接続ができないことを示す情報を表示部に表示するなどして、ユーザに通知する。
【００６１】
なお、上記ステップ６０５において、発信元の携帯電話１０１の電話番号を受信先の電話１０６に通知している。これは、通話相手の電話１０６が、本サービスを利用しない通信事業者の端末である場合である。通話相手の電話１０６が、本サービスを利用する通信事業者の端末である場合は、発信元の携帯電話１０１の電話番号が顧客ＤＢ１０４０にＩＤに対応づけて登録されていれば、ＩＤと電話番号とを通知し、未登録の場合は、電話番号のみを通知する。
【００６２】
このＩＤと電話番号とを通知する場合の例を、電話１０６から携帯端末１０１に対して電話をかける場合を例にあげて説明する。もちろん、携帯端末１０１から電話１０６にかける場合も、その処理は基本的に同様である。
【００６３】
顧客ＤＢ１０４０に登録されている際に、発信元電話番号とＩＤとの両方を通知するのは、接続相手である携帯端末１０１が発信元を自身の電話帳ＤＢ１０１２に登録していない場合、電話番号を表示させるためである。
【００６４】
以下、電話１０６から本サービスを利用している通信事業者の携帯端末１０１に電話をかける場合の例を説明する。この場合も、発信元電話番号は、顧客データベースサーバ１０４のサービス停止ＤＢ１０４２に格納されていない場合を例に挙げて説明する。
【００６５】
図１０は、電話１０６から携帯端末１０１に対して接続要求があった場合の各装置間の処理を説明するためのシーケンス図である。
【００６６】
電話１０６から移動通信交換機１０３に携帯端末１０１への接続要求として、携帯端末１０１の電話番号のデータを受け取る（ステップ１００１）。受け取ったデータには、発信元電話番号として電話１０６の電話番号が付加されている。
【００６７】
移動通信交換機１０３のＩ/Ｆ処理部１０３１は、受け取ったデータに付加されている発信元電話番号を顧客データベースサーバ１０４に転送する（ステップ１００２）。
【００６８】
顧客データベースサーバ１０４のＤＢ処理部１０４１は、受け取った発信元電話番号に対応づけて顧客ＤＢ１０４０に登録されているＩＤを抽出し、移動通信交換機１０３に通知する（ステップ１００３）。ここで、当該ＩＤが登録されていない場合は、未登録通知を通知する（ステップ１００３）。
【００６９】
移動通信交換機１０３のＩ/Ｆ処理部１０３１は、ＩＤを受け取った場合はＩＤと電話１０６の電話番号（発信元電話番号）とを、未登録通知を受け取った場合は、電話１０６の電話番号（発信元電話番号）を、携帯端末１０１に発信元電話番号として通知し（ステップ１００４）、交換処理部１０３０は、電話１０６と携帯端末１０１とを接続する（ステップ１００５）。
【００７０】
以上により、顧客データベースサーバ１０４の顧客ＤＢ１０４０に電話番号がＩＤに対応づけて管理されていれば、発信元の電話番号もＩＤでしか通話相手に通知されない。
【００７１】
また、携帯端末１０１側にＩＤで着信履歴を残すことができ、既存の電話帳機能と同様に発信元のＩＤが電話帳ＤＢ１０１２に登録されている場合、着信履歴に対応して登録されている氏名を表示部に表示させることも可能である。さらに、着信履歴に記録されているＩＤを選択し、接続要求を行うよう構成することも可能である。
【００７２】
以上により、第三者に電話帳ＤＢ１０１２に登録している通話相手の電話番号自体が知られてしまうことを防ぐことができる。しかし、携帯端末１０１が盗難にあった場合、電話帳ＤＢ１０１２に登録している相手に電話をかけることはできる。これを防ぐため、次に、携帯端末１０１が盗難にあった場合の、上記サービス停止手順について説明する。
【００７３】
図１１は、ユーザがサービス停止を依頼した場合およびサービス再開を依頼した場合の各装置間の処理を示すシーケンス図である。
【００７４】
通信事業者は、ユーザから、携帯端末１０１への上記ＩＤを利用した通話サービスの停止の指示を受け取ると（ステップ１３０１）、顧客データベースサーバ１０４に携帯端末１０１へサービス停止、すなわち、ＩＤまたは電話番号の問い合わせへの返信を停止するよう指示する(ステップ１３０２）。指示は、ＤＢ処理部１０４１に、携帯端末１０１の識別番号である電話番号とともに、サービス停止を意味する情報を通知する。
【００７５】
ＤＢ処理部１０４１は、上記指示に対し、受け取った電話番号をサービス停止ＤＢの発信元電話番号として格納する。そして、本処理を完了すると、サービス停止処理が完了したことを示すサービス停止完了通知を通信事業者に通知する（ステップ１３０３）。
【００７６】
携帯端末１０１からの要求に対し、サービスを停止する処理を行った後、例えば、図８に示すように、携帯端末１０１から接続要求があった場合、顧客データベースサーバ１０４のＤＢ処理部１０４１は、ステップ６０３の通知に対し、サービス不可を示す情報であるサービス不可通知を返信し、移動通信交換機１０３のＩ/Ｆ処理部１０３１は、サービス不可通知を発信元の携帯端末１０１に転送する。
【００７７】
一方、通信事業者は、ユーザから携帯端末１０１へのサービスを再開する依頼を受け付けると（ステップ１３１１）、顧客データベースサーバ１０４に携帯電話１０１へのサービスを再開するよう指示する（ステップ１３１２）。具体的には、携帯端末１０１の電話番号をサービス停止ＤＢ１０４２から削除するよう指示する。
【００７８】
ＤＢ処理部１０４１は、サービス再開の指示と対象の携帯端末１０１の電話番号とを受け取ると、サービス停止ＤＢ１０４２から該当する発信元電話番号を削除し、サービスの停止を解除する。そして、通信事業者にサービス再開処理が完了した旨通知する（ステップ１３１３）。通信事業者は、携帯端末１０１にサービスが再開した旨通知する（ステップ１３１４）。
【００７９】
その後、ユーザは通常どおりサービスを受けることができる。
【００８０】
次に、個々の装置内の処理フローについて説明する。
【００８１】
まず、携帯端末１０１内の処理について説明する。携帯端末１０１内の処理は、電話帳登録時と接続要求時とに分けて説明する。図１２は、電話帳登録時の携帯端末１０１における処理フローである。
【００８２】
携帯端末１０１の電話帳登録処理部１０１１は、ユーザから携帯端末１０１に対して電話帳ＤＢ１０１２に登録する対象のユーザの氏名と登録する対象の電話番号との入力を受け付ける（ステップ３０１）。
【００８３】
電話帳登録処理部１０１１は、登録要求と、ユーザにより入力された電話番号とを移動通信交換１０３に送信する（ステップ３０２）。
【００８４】
この後、移動通信交換機１０３と顧客データベースサーバ１０４とによる処理が行われ、電話帳登録処理部１０１１は、移動通信交換機１０３から、ステップ３０２で送信した登録要求への返信としてＩＤまたは登録不可通知を受け取るまで待機する。以下の処理は、受け取ったことをトリガとして開始するよう構成してもよいし、所定時間おきに通知の有無を判別するよう構成してもよい。
【００８５】
ステップ３０２にて送信した登録要求への返信として、ＩＤを受け取った場合（ステップ３０３）、電話帳登録処理部１０１１は、ステップ３０１でユーザにより入力された氏名と、移動通信交換機１０３から通知されたＩＤとを対応づけて電話帳ＤＢ１０１２に格納し、管理する（ステップ３０４）。
【００８６】
一方、返信として登録不可通知を受け取った場合（ステップ３０５）、電話帳登録処理部１０１１は、ステップ３０１でユーザにより入力された氏名と電話番号とを対応づけて電話帳ＤＢ１０１２に格納し、管理する（ステップ３０６）。この場合、本情報に関するセキュリティは通常の携帯端末の電話帳と同等になる。また、返信として、ＩＤでもなく、登録不可通知でもない場合、すなわち、サービス不可通知を受け取った場合は、電話帳ＤＢ１０１２への登録を行わず、処理を終了する。
【００８７】
以上で、電話帳登録時の携帯端末１０１の処理は完了する。
【００８８】
次に、接続要求時の携帯端末１０１内の処理について説明する。図１３は、接続要求時の携帯端末１０１内の処理フローである。
【００８９】
携帯電話処理部１０１０は、ユーザによる電話帳ＤＢ１０１２からの通話相手の選択を受け付けると(ステップ７０１）、受け付けたデータの番号欄に格納されている電話番号またはＩＤを接続要求として移動通信交換機１０３に送信する（ステップ７０２）。
【００９０】
この後、移動通信交換機１０３と顧客データベースサーバ１０４とによる処理が行われ、携帯電話処理部１０１０は、移動通信交換機１０３から、ステップ７０２で送信した接続要求への返信として接続確立または接続不可の通知を受け取るまで待機する。以下の処理は、いずれかの通知を受け取ったことをトリガとして開始するよう構成してもよいし、所定時間おきに通知の有無を判別するよう構成してもよい。
【００９１】
接続確立の通知を受け取ると（ステップ７０３）、携帯電話処理部１０１０は、接続処理を終了し、通話を開始する（ステップ７０４）、一方、接続不可の通知を受け取ると、携帯電話処理部１０１０は、そのまま処理を終了する。
【００９２】
次に、移動通信交換機１０３の処理について説明する。図１４は、移動通信交換機１０３における処理フローである。
【００９３】
移動通信交換機１０３のＩ/Ｆ処理部１０３１は、携帯端末１０１からデータを受け取ると、当該データに登録要求が付加されているか否か判別する（ステップ４０１）。登録要求が付加されている場合、受け取ったデータを顧客データベースサーバ１０４に転送する（ステップ４０３）。
【００９４】
登録要求が付加されていない場合、Ｉ/Ｆ処理部１０３１は、受け取ったデータの種別を判別する（ステップ４０２）。
【００９５】
ＩＤと判別した場合は、受け取ったデータ、すなわち、ＩＤを顧客データベースサーバ１０４に転送する（ステップ４０３）。
【００９６】
一方、電話番号と判別した場合は、受け取った電話番号を交換機処理部１０３０に受け渡す（ステップ４０６）。交換機処理部１０３０は、受け取った電話番号の通話相手に接続する処理を行い（ステップ４０７）、処理を終了する。
【００９７】
ステップ４０２および４０４で、データを顧客データベースサーバ１０４に転送した場合、当該データに対する返信を受け取るまで、Ｉ/Ｆ処理部１０３１は、待機する。以下の処理は、返信を受け取ったことをトリガとして開始するよう構成してもよいし、所定時間おきに返信の有無を判別するよう構成してもよい。
【００９８】
Ｉ/Ｆ処理部１０３１は、返信として顧客データベースサーバ１０４からデータを受け取ると、受け取ったデータの種別を判別する（ステップ４０４）。
【００９９】
受け取ったデータの種別がＩＤ、未登録通知、登録不可通知、または、サービス不可通知のいずれかである場合、受け取ったデータを依頼元の携帯端末１０１に返信し（ステップ４０５）、処理を終了する。
【０１００】
一方、顧客データベースサーバ１０４から受け取ったデータの種別が電話番号である場合、Ｉ/Ｆ処理部１０３１は、電話番号を交換機処理部１０３０に受け渡す（ステップ４０６）。交換機処理部１０３０は、受け取った電話番号の通話相手に接続する処理を行い（ステップ４０７）、処理を終了する。
【０１０１】
次に、顧客データベースサーバ１０４内の処理について説明する。
【０１０２】
図１５は、顧客データベースサーバ１０４内の処理フローである。
【０１０３】
移動通信交換機１０３からデータを受け取ると、ＤＢ処理部１０４１は、当該データに負荷されている発信元電話番号が、サービス停止ＤＢ１０４２に格納されているか否かを判別する（ステップ５０１）。
【０１０４】
格納されている場合、ＤＢ処理部１０４１は、サービス不可通知を発行し（ステップ５０２）、発信元電話番号とともに、送信元の移動通信交換機１０３に返信し（ステップ５１０）、処理を終了する。
【０１０５】
一方、格納されていない場合、ＤＢ処理部１０４１は、受け取ったデータの種別を判別する（ステップ５０３）。
【０１０６】
受け取ったデータの種別がＩＤであると判別した場合、ＤＢ処理部１０４１は、顧客ＤＢ１０４０を検索し、当該ＩＤが顧客ＤＢ１０４０に登録されているか否かを判別する（ステップ５０４）。登録されている場合、当該ＩＤに対応づけて格納されている電話番号を抽出し(ステップ５０５）、送信元の移動通信交換機１０３に返信し（ステップ５１０）、処理を終了する。
【０１０７】
また、ステップ５０４において、顧客ＤＢ１０４０に当該電話番号が登録されていない場合、ＤＢ処理部１０４１は、未登録通知を生成し（ステップ５０６）、送信元の移動通信交換機１０３に返信し（ステップ５１０）、処理を終了する。
【０１０８】
一方、ステップ５０３において、受け取ったデータの種別が電話番号であると判別した場合、ＤＢ処理部１０４１は、顧客ＤＢ１０４０を検索し、当該電話番号が登録されているか否かを判別する（ステップ５０７）。登録されている場合、当該電話番号に対応づけて格納されているＩＤを抽出し（ステップ５０８）、送信元の移動通信交換機１０３に返信し(ステップ５１０）、処理を終了する。
【０１０９】
ステップ５０７において、顧客ＤＢ１０４０に当該電話番号が登録されていない場合、新たなＩＤを生成し、受け取った電話番号に対応づけて顧客ＤＢ１０４０に格納する（ステップ５０９）とともに、生成したＩＤを送信元の移動通信交換機１０３に返信し（ステップ５０８、５１０）、処理を終了する。
【０１１０】
なお、新規の電話番号の登録に制限を設けている場合、ＤＢ処理部１０４１は、ステップ５０７において顧客ＤＢ１０４０に当該電話番号が登録されていないと判別した際、当該電話番号が登録が許可されているものか否かを判別し、許可されていれば、ステップ５０９に進み、許可されていないものである場合、登録不可通知を生成し、移動通信交換機１０３に返信し、処理を終了する。
【０１１１】
以上、各装置内の処理動作を説明した。
【０１１２】
以上説明したように、本実施形態によれば、携帯端末のメモリに通話相手の電話番号を記録する必要がないため、携帯端末の紛失・盗難などによって電話帳に登録されているユーザの電話番号が第三者に知られることがなくなる。
【０１１３】
また、移動通信交換機１０３へ接続要求を送信する前に、携帯端末１０１と電話番号を保持しているサーバとの間でのデータの送受信を行う必要がなく、携帯端末１０１のユーザにとっては、従来の電話帳機能と同様の使い勝手で接続要求を行うことができる。
【０１１４】
また、携帯端末１０１の紛失・盗難などにより携帯端末１０１の電話帳ＤＢ１０１２に登録されているＩＤが第三者に知られてしまっても、ＩＤから個人情報である電話番号を知ることはできない。
【０１１５】
また、ＩＤの識別フラグを、例えば、番号ボタンを押す、ダイヤルを回すといった携帯端末１０１や一般の電話機の有する入力機能を介して入力できないよう構成した場合は、電話帳ＤＢ１０１２を閲覧することにより、ＩＤを知ることが出来たとしても、携帯端末１０１や一般の電話機からそのＩＤを入力することができないため、当該ＩＤに対応づけられている電話番号にも電話をかけることができない。
【０１１６】
さらに携帯端末１０１の紛失・盗難があった場合、ユーザは通信事業者に本サービスの停止を依頼するだけで、第三者から電話帳ＤＢに登録されている相手に電話をかけることはできなくなる。
【０１１７】
以上説明したように、本実施形態によれば、携帯端末の使い勝手を損なうことなく、安全性の高い電話番号管理を実現することができる。
【図面の簡単な説明】
【０１１８】
【図１】図１は、本実施形態の携帯端末通信システムのシステム構成図である。
【図２】図２は、本実施形態の携帯端末の機能ブロック図である。
【図３】図３は、本実施形態の電話帳ＤＢの一例を示す図である。
【図４】図４は、本実施形態の移動通信交換機の機能ブロック図である。
【図５】図５は、本実施形態の顧客データベースサーバの機能ブロック図である。
【図６】図６は、本実施形態の顧客ＤＢの一例を示す図である。
【図７】図７は、本実施形態の電話帳登録時の各装置間の処理を説明するためのシーケンス図である。
【図８】図８は、本実施形態の接続要求時の各装置間の処理を説明するためのシーケンス図である。
【図９】図９は、本実施形態の接続要求時の各装置間の処理を説明するための図である。
【図１０】図１０は、本実施形態の電話から携帯端末に対して接続要求があった場合の各装置間の処理を説明するためのシーケンス図である。
【図１１】図１１は、本実施形態のサービス停止および再開時の各装置間の処理を示すシーケンス図である。
【図１２】図１２は、本実施形態の電話帳登録時の携帯端末内の処理フローである。
【図１３】図１３は、本実施形態の接続要求時の携帯端末内の処理フローである。
【図１４】図１４は、本実施形態の移動通信交換機内の処理フローである。
【図１５】図１５は、本実施形態の顧客データベースサーバ内の処理フローである。
【符号の説明】
【０１１９】
１０１：携帯端末、１０２：基地局、１０３：移動通信交換機、１０４：顧客データベースサーバ、１０５：電話網、１０６：電話、１０１０：携帯電話処理部、１０１１：電話帳登録処理部、１０１２：電話帳ＤＢ、１０３０：交換処理部、１０３１：Ｉ/Ｆ処理部、１０４０：顧客ＤＢ、１０４１：ＤＢ処理部、１０４２：サービス停止ＤＢ
【図１】
2007124106.tif 000003
【図２】
2007124106.tif 000004
【図３】
2007124106.tif 000005
【図４】
2007124106.tif 000006
【図５】
2007124106.tif 000007
【図６】
2007124106.tif 000008
【図７】
2007124106.tif 000009
【図８】
2007124106.tif 000010
【図９】
2007124106.tif 000011
【図１０】
2007124106.tif 000012
【図１１】
2007124106.tif 000013
【図１２】
2007124106.tif 000014
【図１３】
2007124106.tif 000015
【図１４】
2007124106.tif 000016
【図１５】
2007124106.tif 000017