(57)【要約】【課題】発信側端末と着信側端末との通信が維持されていない場合でも、着信側端末が発信側端末を特定することができる番号管理サーバを提供する。【解決手段】番号管理サーバ３０は、発信側端末１０と着信側端末２０とが通信を行う際、発信側端末１０の発信番号と発信側端末１０の固有番号とが異なるシステムに配置される。番号管理サーバ３０は、発信側端末１０と着信側端末２０とを対応付けて保持する通信履歴保持部３５と、発信側端末１０の固有番号と発信側端末１０の発信番号とを対応付けて保持するユーザ情報保持部３４と、着信側端末２０からの問い合わせ要求に応じて、着信側端末２０と発信側端末１０との通信があったか否かを判断する取得要求判断部３２と、着信側端末２０へ発信側端末１０の固有番号を回答する取得要求回答部３３とを備える。【選択図】図１
2006295651.tif 000002
【特許請求の範囲】
【請求項１】
発信側端末と着信側端末とが通信を行う際、前記着信側端末に通知される前記発信側端末の発信番号と、前記発信側端末の固有番号とが異なるシステムに配置される番号管理装置であって、
前記発信側端末と前記着信側端末との通信を監視する通信監視部と、
前記通信監視部によって監視された前記発信側端末と前記着信側端末とを対応付けて保持する通信履歴保持部と、
前記発信側端末の固有番号と、前記発信側端末の通信に使用された発信番号とを対応付けて保持するユーザ情報保持部と、
前記着信側端末からの、前記発信側端末の固有番号に対する問い合わせ要求に応じて、前記通信履歴保持部を参照し、前記着信側端末と前記発信側端末との通信が過去にあったか否かを判断する取得要求判断部と、
前記取得要求判断部によって、過去に通信があったと判断された場合、前記ユーザ情報保持部を参照し、前記着信側端末へ、前記発信側端末の固有番号を回答する取得要求回答部と
を備えることを特徴とする番号管理装置。
【請求項２】
前記取得要求判断部は、前記問い合わせ要求を行った前記着信側端末が正当な端末であるか否かを検証し、正当な端末である場合にのみ、前記問い合わせ要求に応じることを特徴とする請求項１に記載の番号管理装置。
【請求項３】
前記通信履歴保持部は、前記通信の回数及び前記問い合わせ要求の回数を計数するカウンタを保持し、
前記取得要求判断部は、前記カウンタを参照し、前記通信の回数より前記問い合わせ要求の回数が多い場合、前記問い合わせ要求に応じないことを特徴とする請求項１又は２に記載の番号管理装置。
【請求項４】
発信側端末と着信側端末とが通信を行う際、前記着信側端末に通知される前記発信側端末の発信番号と、前記発信側端末の固有番号とが異なるシステムにおける番号管理方法であって、
前記発信側端末と前記着信側端末との通信を監視するステップと、
前記監視された前記発信側端末と前記着信側端末とを対応付けて保持するステップと、
前記発信側端末の固有番号と、前記発信側端末の通信に使用された発信番号とを対応付けて保持するステップと、
前記着信側端末からの、前記発信側端末の固有番号に対する問い合わせ要求に応じて、前記着信側端末と前記発信側端末との通信が過去にあったか否かを判断するステップと、
前記判断するステップにおいて、過去に通信があったと判断された場合、前記着信側端末へ、前記発信側端末の固有番号を回答するステップと
を含むことを特徴とする番号管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、発信側端末の番号を管理する番号管理装置及び番号管理方法に関する。
【背景技術】
【０００２】
従来、携帯電話などの携帯型端末は、端末固有の電話番号（例えば、０９０、０８０から始まる番号）を有している。
【０００３】
この携帯型端末が、無線ＬＡＮやアクセスポイントなどのゲートウェイ装置配下に置かれた場合、携帯型端末からの発信番号は、当該ゲートウェイ装置が払い出した電話番号（例えば、０５０から始まる番号）となる。ゲートウェイ装置が払い出す電話番号は、携帯型端末の移動によって、動的に割り当て／解除が行われる。
【０００４】
具体的には、配下にある携帯型端末から発信があった場合、ゲートウェイ装置は、使用されていない番号を当該携帯型端末に割り当て、着信側端末への発信を行う。この場合、着信側端末は、ゲートウェイ装置が割り当てた発信番号を認識するのみで、発信側端末の電話番号を特定することはできなかった。
【０００５】
このため、ピアツーピアの通信において、着信側端末から発信側端末へ、発信側端末の電話番号など発信側端末に関する情報を問い合わせる技術が開示されている（例えば、特許文献１参照。）。
【特許文献１】特開２００５−２６９５２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、上述の従来技術では、ピアツーピアの通信が維持されている場合のみ、着信側端末は、発信側端末に関する情報を取得することが可能であり、発信側端末が圏外へ移動したときや通信が終了した後など、通信が維持されていない場合は、情報を取得することが困難であった。
【０００７】
そこで、本発明は、上記の課題に鑑み、発信側端末と着信側端末との通信が維持されていない場合でも、着信側端末が発信側端末を特定することができる番号管理装置及び番号管理方法を提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記目的を達成するため、本発明の第１の特徴は、発信側端末と着信側端末とが通信を行う際、着信側端末に通知される発信側端末の発信番号と、発信側端末の固有番号とが異なるシステムに配置される番号管理装置であって、（ａ）発信側端末と着信側端末との通信を監視する通信監視部と、（ｂ）通信監視部によって監視された発信側端末と着信側端末とを対応付けて保持する通信履歴保持部と、（ｃ）発信側端末の固有番号と、発信側端末の通信に使用された発信番号とを対応付けて保持するユーザ情報保持部と、（ｄ）着信側端末からの、発信側端末の固有番号に対する問い合わせ要求に応じて、通信履歴保持部を参照し、着信側端末と発信側端末との通信が過去にあったか否かを判断する取得要求判断部と、（ｅ）取得要求判断部によって、過去に通信があったと判断された場合、ユーザ情報保持部を参照し、着信側端末へ、発信側端末の固有番号を回答する取得要求回答部とを備える番号管理装置であることを要旨とする。
【０００９】
第１の特徴に係る番号管理装置によると、過去の通信履歴及びユーザ情報を保持するため、発信側端末と着信側端末との通信が維持されていない場合でも、着信側端末が発信側端末を特定することができる。
【００１０】
又、第１の特徴に係る番号管理装置の取得要求判断部は、問い合わせ要求を行った着信側端末が正当な端末であるか否かを検証し、正当な端末である場合にのみ、問い合わせ要求に応じてもよい。
【００１１】
この番号管理装置によると、正当な着信側端末からの問い合わせ要求にのみ応じて、発信側端末の固有番号を回答することができる。
【００１２】
又、第１の特徴に係る番号管理装置の通信履歴保持部は、通信の回数及び問い合わせ要求の回数を計数するカウンタを保持し、取得要求判断部は、カウンタを参照し、通信の回数より問い合わせ要求の回数が多い場合、問い合わせ要求に応じなくてもよい。
【００１３】
この番号管理装置によると、過去の通信回数に対して問い合わせ回数が多い場合、問い合わせ要求に応じないため、不必要に発信側端末の固有番号を通知することがない。
【００１４】
本発明の第２の特徴は、発信側端末と着信側端末とが通信を行う際、着信側端末に通知される発信側端末の発信番号と、発信側端末の固有番号とが異なるシステムにおける番号管理方法であって、（ａ）発信側端末と着信側端末との通信を監視するステップと、（ｂ）監視された発信側端末と着信側端末とを対応付けて保持するステップと、（ｃ）発信側端末の固有番号と、発信側端末の通信に使用された発信番号とを対応付けて保持するステップと、（ｄ）着信側端末からの、発信側端末の固有番号に対する問い合わせ要求に応じて、着信側端末と発信側端末との通信が過去にあったか否かを判断するステップと、（ｅ）判断するステップにおいて、過去に通信があったと判断された場合、着信側端末へ、発信側端末の固有番号を回答するステップとを含む番号管理方法であることを要旨とする。
【００１５】
第２の特徴に係る番号管理方法によると、過去の通信履歴及びユーザ情報を保持するため、発信側端末と着信側端末との通信が維持されていない場合でも、着信側端末が発信側端末を特定することができる。
【発明の効果】
【００１６】
本発明によると、発信側端末と着信側端末との通信が維持されていない場合でも、着信側端末が発信側端末に関する情報を特定することができる番号管理装置及び番号管理方法を提供することができる。
【発明を実施するための最良の形態】
【００１７】
次に、図面を参照して、本発明の実施の形態を説明する。以下の図面の記載において、同一又は類似の部分には、同一又は類似の符号を付している。但し、図面は模式的なものであることに留意すべきである。
【００１８】
（番号管理システム）
本実施形態に係る番号管理システムは、図１に示すように、複数の端末（例えば、携帯電話などの携帯型端末）１０、２０と、番号管理サーバ（番号管理装置）３０とを備える。ここでは、発信側端末１０と着信側端末２０とが通信を行う際、着信側端末２０に通知される（通信に使用される）発信側端末１０の発信番号と、発信側端末１０の固有番号とが異なる場合を想定する。
【００１９】
例えば、端末１０、２０は、端末固有の電話番号（例えば、０９０、０８０から始まる番号）を有している。そして、端末１０、２０が、無線ＬＡＮやアクセスポイントなどのゲートウェイ装置配下に置かれた場合、端末１０、２０からの発信番号は、当該ゲートウェイ装置が払い出した電話番号（例えば、０５０から始まる番号）となる。
【００２０】
即ち、ゲートウェイ装置配下にある発信側端末１０が着信側端末２０へ通信を開始する場合、着信側端末２０は、発信側端末１０の固有の電話番号ではなく、ゲートウェイ装置が払い出した電話番号を認識する。
【００２１】
着信側端末２０は、図１に示すように、通信部２１と、ユーザ情報取得要求部２２とを備える。
【００２２】
通信部２１は、発信側端末１０と通信を行う。
【００２３】
ユーザ情報取得要求部２２は、番号管理サーバ３０へ問い合わせ要求をし、発信側端末１０に関するユーザ情報を取得する。ユーザ情報には、端末固有の電話番号の他、端末の位置情報などが含まれる。
【００２４】
発信側端末１０も、着信側端末２０と同様の構成を有することとする。
【００２５】
番号管理サーバ３０は、通信監視部３１と、ユーザ情報保持部３４と、通信履歴保持部３５と、取得要求判断部３２と、取得要求回答部３３とを備える。番号管理サーバ３０は、ネットワーク上に配置されるが、発信側端末１０と着信側端末２０の通信を監視できれば、その配置場所は、特に限定されない。例えば、番号管理サーバ３０の各機能部は、発信側端末１０の内部に配置されてもよい。
【００２６】
通信監視部３１は、発信側端末１０と着信側端末２０との通信を監視する。
【００２７】
ユーザ情報保持部３４は、発信側端末１０の固有番号と、発信側端末１０の通信に使用された発信番号とを対応付けて保持する。例えば、ユーザ情報保持部３４は、図２に示すように、端末毎に任意の識別番号を割り当て、端末固有の番号（図２に示す０９０番号）と、通信に使用された発信番号（図２に示す０５０番号）と、端末の位置情報とを対応付けて保持する。尚、ユーザ情報保持部３４に保持されるデータは、予め設定される他、通信監視部３１によって、データに変化が生じるたびに更新されるものとする。
【００２８】
通信履歴保持部３５は、通信監視部３１によって監視された発信側端末１０と着信側端末２０とを対応付けて保持する。例えば、通信履歴保持部３５は、図３に示すように、通信毎に任意の識別番号を割り当て、発信側端末１０と、着信側端末２０と、通信開始時刻と、通信終了時刻と、通信の回数及び着信側端末２０からの問い合わせ要求の回数を計数するカウンタとを対応付けて保持する。ここで、カウンタは、例えば、通信が行われると＋１され、問い合わせ要求が行われると−１されるとする。尚、通信履歴保持部３５に保持されるデータは、予め設定される他、通信監視部３１によって、データに変化が生じるたびに更新されるものとする。
【００２９】
取得要求判断部３２は、着信側端末２０からの、発信側端末１０の固有番号に対する問い合わせ要求に応じて、通信履歴保持部３５を参照し、着信側端末２０と発信側端末１０との通信が過去にあったか否かを判断する。
【００３０】
又、取得要求判断部３２は、問い合わせ要求を行った着信側端末２０が正当な端末であるか否かを検証し、正当な端末である場合にのみ、問い合わせ要求に応じる。この検証は、例えば、署名の検証などを用いて行われる。
【００３１】
更に、取得要求判断部３２は、通信履歴保持部３５のカウンタを参照し、通信の回数より問い合わせ要求の回数が多い場合、問い合わせ要求に応じない。
【００３２】
取得要求回答部３３は、取得要求判断部３２によって、過去に通信があったと判断され、着信側端末２０が正当な端末であり、通信の回数より問い合わせ要求の回数が多くない場合、ユーザ情報保持部３４を参照し、着信側端末２０へ、発信側端末１０の固有番号を回答する。
【００３３】
尚、上述のユーザ情報保持部３４や通信履歴保持部３５は、ＲＡＭ等の内部記憶装置を用いても良く、ハードディスクやフレキシブルディスク等の外部記憶装置を用いても良い。
【００３４】
又、本実施形態に係る番号管理サーバ３０は、通信監視部３１、取得要求判断部３２、取得要求回答部３３などをモジュールとして、ＣＰＵに備える構成することができる。これらのモジュールは、パーソナルコンピュータ等の汎用コンピュータにおいて、所定のプログラム言語を利用するための専用プログラムを実行することにより実現することができる。
【００３５】
又、図示していないが、番号管理サーバ３０は、取得要求判断処理、取得要求回答処理などをＣＰＵに実行させるためのプログラムを蓄積するプログラム保持部を備えてもよい。プログラム保持部は、例えば、ＲＡＭ、ＲＯＭ、ハードディスク、フレキシブルディスク、コンパクトディスク、ＩＣチップ、カセットテープなどの記録媒体である。このような記録媒体によれば、プログラムの蓄積、運搬、販売などを容易に行うことができる。
【００３６】
（番号管理方法）
次に、本実施形態に係る番号管理方法について、番号管理サーバ３０の動作を、図４を用いて説明する。
【００３７】
まず、ステップＳ１０１において、取得要求判断部３２は、着信側端末２０からの、発信側端末１０に関する情報の問い合わせ要求を受信する。この問い合わせ要求は、発信側端末１０から着信側端末２０が呼び出されている間に送信されてもよく、呼び出した際に着信側端末２０が通信を行うことができなかった場合、着信側端末２０に残された着信履歴に従って、通信後に送信されてもよい。
【００３８】
次に、ステップＳ１０２において、取得要求判断部３２は、通信履歴保持部３５を参照し、着信側端末２０に関する通信の履歴を検索する。
【００３９】
次に、ステップＳ１０３において、取得要求判断部３２は、発信側端末１０と着信側端末２０との通信が過去にあったか否か判断する。通信があった場合は、ステップＳ１０４へ進み、なかった場合は、ステップＳ１０７へ進み、取得要求回答部３３は、着信側端末２０からの問い合わせに対応しない。
【００４０】
次に、ステップＳ１０４において、取得要求判断部３２は、問い合わせのあった着信側端末２０は正当な端末であるか否か検証する。正当な端末であった場合は、ステップＳ１０５へ進み、なかった場合は、ステップＳ１０７へ進み、取得要求回答部３３は、着信側端末２０からの問い合わせに対応しない。
【００４１】
次に、ステップＳ１０５において、取得要求判断部３２は、通信履歴保持部３５を参照し、過去の通信回数に対して、問い合わせ回数は多いか否か判断する。多くない場合は、ステップＳ１０６へ進み、多い場合は、ステップＳ１０７へ進み、取得要求回答部３３は、着信側端末２０からの問い合わせに対応しない。
【００４２】
次に、ステップＳ１０６において、取得要求回答部３３は、ユーザ情報保持部３４を参照し、着信側端末２０へ、発信側端末１０の固有番号を回答する。
【００４３】
（作用及び効果）
本実施形態に係る番号管理サーバ（番号管理装置）３０及び番号管理方法によると、過去の通信履歴及びユーザ情報を保持するため、発信側端末１０と着信側端末２０との通信が維持されていない場合でも、着信側端末２０が発信側端末１０を特定することができる。又、着信側端末２０と発信側端末１０との通信が過去にあった場合にのみ、着信側端末２０からの問い合わせ要求に応えるため、不正な端末に発信側端末１０の固有番号を通知することがない。
【００４４】
従って、例えば、着信側端末２０が通信を行うことができない状態で、着信履歴に発信側端末１０の発信番号（例えば、０５０で始まる番号）が残っている場合でも、着信側端末２０が番号管理サーバ３０へ問い合わせを行うことにより、発信側端末１０の固有の電話番号（例えば、０９０で始まる番号）を取得することができる。
【００４５】
又、番号管理サーバ３０の各機能部を発信側端末１０の内部に配置した場合は、発信側端末１０は、取得要求の判断、回答、通信監視などを行うことができ、着信側端末２０は、発信側端末１０の一時的なアドレスに対して問い合わせを行う。尚、発信側端末１０のアドレスは、端末の移動後に変化するため、発信側端末１０から着信側端末２０が呼び出された瞬間から、発信側端末１０が移動するまでの間、このシーケンスは、特に有効に使用することができる。
【００４６】
又、着信側端末２０が通信を行うことができない状態で、着信履歴に発信側端末１０の発信番号（例えば、０５０で始まる番号）が残っており、着信側端末２０からリダイヤルをした場合に、既に発信側端末１０が移動して通信ができない場合であっても、番号管理サーバ３０へ問い合わせを行うことにより、発信側端末１０の固有の電話番号（例えば、０９０で始まる番号）を取得することができる。
【００４７】
又、本実施形態によると、着信履歴の問い合わせだけでなく、発信側端末１０が着信側端末２０を呼び出している間（いわゆる、着信メロディが流れている間）にも、着信側端末２０からの問い合わせにより、発信側端末１０の固有の電話番号を取得することができる。更に、着信側端末２０は、保持している電話帳を参照し、発信者を表示することができる。
【００４８】
又、取得要求判断部３２は、問い合わせ要求を行った着信側端末２０が正当な端末であるか否かを検証し、正当な端末である場合にのみ、問い合わせ要求に応じる。このため、正当な着信側端末２０からの問い合わせ要求にのみ応じて、発信側端末１０の固有番号を回答することができる。
【００４９】
又、通信履歴保持部３５は、通信の回数及び問い合わせ要求の回数を計数するカウンタを保持し、取得要求判断部３２は、カウンタを参照し、通信の回数より問い合わせ要求の回数が多い場合、問い合わせ要求に応じない。このため、過去の通信回数に対して問い合わせ回数が多い場合、問い合わせ要求に応じないため、不必要に発信側端末１０の固有番号を通知することがない。
【００５０】
（その他の実施の形態）
本発明は上記の実施の形態によって記載したが、この開示の一部をなす論述及び図面はこの発明を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施の形態、実施例及び運用技術が明らかとなろう。
【００５１】
例えば、上記の実施の形態では、端末１０、２０として、携帯電話を想定して説明したが、端末１０、２０はこれに限らず、本発明は、ノートパソコン、ＰＨＳ、ＰＤＡなどの携帯機器に適用可能である。
【００５２】
このように、本発明はここでは記載していない様々な実施の形態等を含むことは勿論である。従って、本発明の技術的範囲は上記の説明から妥当な特許請求の範囲に係る発明特定事項によってのみ定められるものである。
【図面の簡単な説明】
【００５３】
【図１】本実施形態に係る番号管理システムの構成ブロック図である。
【図２】本実施形態に係る番号管理サーバのユーザ情報保持部が保持するデータの一例である。
【図３】本実施形態に係る番号管理サーバの通信履歴保持部が保持するデータの一例である。
【図４】本実施形態に係る番号管理方法を示すフローチャートである。
【符号の説明】
【００５４】
１０…発信側端末
１１…通信部
１２…ユーザ情報取得要求部
２０…着信側端末
２１…通信部
２２…ユーザ情報取得要求部
３０…番号管理サーバ
３１…通信監視部
３２…取得要求判断部
３３…取得要求回答部
３４…ユーザ情報保持部
３５…通信履歴保持部
【図１】
2006295651.tif 000003
【図２】
2006295651.tif 000004
【図３】
2006295651.tif 000005
【図４】
2006295651.tif 000006