(57)【要約】【課題】  新規電話加入契約をする際に初期番号を推奨として判定する電話番号履歴判定処理システムおよびその方法を提供する。【解決手段】  電話番号利用状況を示す理由表示データを各電話番号に対応させて所定の調査期日毎に格納する電話番号履歴データベース１６と、ユーザ端末１０からインターネット１２を通じて受信する検索番号をキーとして電話番号履歴データベース１６を検索し、検索番号と一致する電話番号の理由表示データ履歴に実在が格納されていない場合は初めて利用される推奨番号と判定する番号履歴判定手段１８と、番号履歴判定手段１８により履歴判定された電話番号に対応させて推奨の履歴判定データをユーザ端末１０へインターネット１２を通じて送信する履歴判定データ送信手段２０と、を備える。【選択図】  図１
2008236170.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ端末と通信回線を通じて接続し、電話番号の利用履歴を判定する電話番号履歴判定処理システムにおいて、
全国の電話番号に対してＩＳＤＮ回線を通じてオートダイヤルして得た電話番号利用状況を示す理由表示データを各電話番号に対応させて所定の調査期日毎に格納する電話番号履歴データベースと、
前記ユーザ端末から前記通信回線を通じて受信する検索番号をキーとして前記電話番号履歴データベースを検索し、前記検索番号と一致する電話番号の理由表示データ履歴を生成して、この理由表示データ履歴に実在が格納されていない場合は初めて利用される推奨番号と判定するとともに、前記理由表示データ履歴に実在が格納され且つ現在から過去の調査期日に亘って所定の連続回数の欠番をカウントしたときは良番号と判定する番号履歴判定手段と、
前記番号履歴判定手段により履歴判定された電話番号に対応させて前記推奨または良番号の履歴判定データを前記ユーザ端末へ前記通信回線を通じて送信する履歴判定データ送信手段と、
を備えることを特徴とする電話番号履歴判定処理システム。
【請求項２】
ユーザ端末と通信回線を通じて接続し、電話番号の利用履歴を判定する電話番号履歴判定処理システムにおいて、
全国の電話番号に対してＩＳＤＮ回線を通じてオートダイヤルして得た電話番号利用状況を示す理由表示データを各電話番号に対応させて所定の調査期日毎に格納する電話番号履歴データベースと、
前記ユーザ端末から前記通信回線を通じて受信する検索番号を市内外局番と判定したときは、前記市内外局番をキーとして前記電話番号履歴データベースを検索し、前記市内外局番と一致し且つ現在欠番の電話番号の理由表示データ履歴を生成して、この理由表示データ履歴に実在が格納されていない場合は初めて利用される推奨番号と判定するとともに、前記理由表示データ履歴に実在が格納され且つ現在から過去の調査期日に亘って所定の連続回数の欠番をカウントしたときは良番号と判定する番号履歴判定手段と、
前記番号履歴判定手段により履歴判定された電話番号に対応させて前記推奨または良番号の履歴判定データを前記ユーザ端末へ前記通信回線を通じて送信する履歴判定データ送信手段と、
を備える電話番号履歴判定処理システム。
【請求項３】
ユーザ端末と通信回線を通じて接続し、電話番号の利用履歴を判定する電話番号履歴判定処理システムにおいて、
全国の電話番号に対してＩＳＤＮ回線を通じてオートダイヤルして得た電話番号利用状況を示す理由表示データを各電話番号に対応させて所定の調査期日毎に格納する電話番号履歴データベースと、
全国の郵便番号に対応する市内外局番を格納する地域辞書と、
前記ユーザ端末から前記通信回線を通じて受信する検索番号を前記郵便番号と判定したときは、前記検索番号を前記地域辞書に入力し前記地域辞書から出力する前記市内外局番をキーとして前記電話番号履歴データベースを検索し、前記市内外局番と一致し且つ現在欠番の電話番号の理由表示データ履歴を生成して、この理由表示データ履歴に実在が格納されていない場合は初めて利用される推奨番号と判定するとともに、前記理由表示データ履歴に実在が格納され且つ現在から過去の調査期日に亘って所定の連続回数の欠番をカウントしたときは良番号と判定する番号履歴判定手段と、
前記番号履歴判定手段により履歴判定された電話番号に対応させて前記推奨または良番号の履歴判定データを前記ユーザ端末へ前記通信回線を通じて送信する履歴判定データ送信手段と、
を備える電話番号履歴判定処理システム。
【請求項４】
前記番号履歴判定手段は、前記検索番号が前記市内外局番および加入者番号の一部を指定する場合は、前記市内外局番および加入者番号の一部をキーとして前記電話番号履歴データベースを検索する請求項２に記載の電話番号履歴判定処理システム。
【請求項５】
前記番号履歴判定手段は、前記ユーザ端末から検索番号の受信に応答し０から９の範囲で巡回するカウンタの数値を増減し、前記市内外局番へ前記カウンタの数値を追加した番号をキーとして前記電話番号履歴データベースを検索する請求項２または３に記載の電話番号履歴判定処理システム。
【請求項６】
ユーザ端末と通信回線を通じて接続し、電話番号の利用履歴を判定する電話番号履歴判定処理方法において、
全国の電話番号に対してＩＳＤＮ回線を通じてオートダイヤルして得た電話番号利用状況を示す理由表示データを各電話番号に対応させて所定の調査期日毎に電話番号履歴データベースに格納するステップと、
前記ユーザ端末から前記通信回線を通じて受信する検索番号をキーとして前記電話番号履歴データベースを検索し、番号履歴判定手段により前記検索番号と一致する電話番号の理由表示データ履歴を生成して、この理由表示データ履歴に実在が格納されていない場合は初めて利用される推奨番号と判定するとともに、前記理由表示データ履歴に実在が格納され且つ現在から過去の調査期日に亘って所定の連続回数の欠番をカウントしたときは良番号と判定するステップと、
前記番号履歴判定手段により履歴判定された電話番号に対応させて前記推奨または良番号の履歴判定データを履歴判定データ送信手段により前記ユーザ端末へ前記通信回線を通じて送信するステップと、
を含む電話番号履歴判定処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電話番号履歴判定処理システムおよびその方法に関し、より詳細には、新規電話加入契約をする電話番号が間違い電話の着呼確率の低い電話番号か否かを判定する電話番号履歴判定処理システムおよびその方法に関する。
【背景技術】
【０００２】
従来から、東京２３区だけでも月平均１、７８８件の事務所が新設または移転開業している。これら事務所が開業に伴い新規電話加入契約をする場合、ユーザは、電話通信サービス会社が提示する複数の空き番の中から任意の電話番号を選択し電話加入契約をしていた。また、全国の月間移転電話数は約４０万件、全国の年間新設電話番号は約７９０万件と膨大であり、すべての新設電話番号に対して新期番号を払い出すことが困難である。
【０００３】
さらに、法人および個人は、一般に良番と呼ばれる数字の「７」が並んだ電話番号とか、「１」が並んだ電話番号などの覚えやすい電話番号を希望する場合が多く、新住所地や開業地域の管轄局に新たに良番を取得したいと切望している。
【０００４】
このような中で、本願の発明者は、電話番号履歴情報を含む電話番号データベースと、電話番号データベースを参照し、電話加入者判定プログラムに従って所望の電話番号加入者の判定を実行する制御手段と、判定された結果を出力する手段と、を備え、ユーザ側のコンピュータにおいて所望の電話番号使用状況調査および電話番号の判定を実行する自立型電話番号クリーニングシステムを提案している（特許文献１参照）。
【０００５】
【特許文献１】特開２００２−２３２５８３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、本願の発明者が提案した自立型電話番号クリーニングシステムは、電話加入者の電話番号使用状況を判定しているため、欠番の電話番号に関するデータの抽出機能が十分でない。したがって、空き番に対して新規電話加入契約をするユーザの利便性を向上させるには、まだ完全とはいえず、いまだ解決されねばならない課題が多々存在する。
【０００７】
また、電話通信サービス会社が提示または払い出する空き番は、一度も使用されていない初期番号だけではなく他の加入者が以前使用していた既使用電話番号が多数存在することは、上述した事務所の新設または移転開業の件数からも容易に推測できる。
【０００８】
本発明は、この問題に対応してなされたものであり、ユーザが新規電話加入契約をする際に初期番号を推奨または欠番が継続している休眠期間が長い既使用電話番号を良番として判定する電話番号履歴判定処理システムおよびその方法を提供することを目的とする。
【課題を解決するための手段】
【０００９】
上記目的を達成するために、本発明の電話番号履歴判定処理システムは、例えば、図１に示すように、ユーザ端末１０と通信回線（インターネット１２）を通じて接続し、電話番号の利用履歴を判定する電話番号履歴判定処理システム１４において、全国の電話番号に対してＩＳＤＮ回線を通じてオートダイヤルして得た電話番号利用状況を示す理由表示データを各電話番号に対応させて所定の調査期日毎に格納する電話番号履歴データベース１６と、ユーザ端末１０から通信回線（インターネット１２）を通じて受信する検索番号をキーとして電話番号履歴データベース１６を検索し、検索番号と一致する電話番号の理由表示データ履歴を生成して、この理由表示データ履歴に実在が格納されていない場合は初めて利用される推奨番号と判定するとともに、理由表示データ履歴に実在が格納され且つ現在から過去の調査期日に亘って所定の連続回数の欠番をカウントしたときは良番号と判定する番号履歴判定手段１８と、番号履歴判定手段１８により履歴判定された電話番号に対応させて推奨または良番号の履歴判定データをユーザ端末１０へ通信回線（インターネット１２）を通じて送信する履歴判定データ送信手段２０と、を備える。
【００１０】
このように構成すると、検索番号と一致する電話番号の理由表示データ履歴を生成して、この理由表示データ履歴に実在が格納されていない判定結果を条件として、初めて利用される推奨番号をユーザ端末１０へ通信回線（インターネット１２）を通じて送信される。一方、検索番号と一致する電話番号の理由表示データ履歴に実在が格納され且つ現在から過去の調査期日に亘って所定の連続回数の欠番をカウントした判定結果を条件として、休眠期間の長い良番号をユーザ端末１０へ通信回線（インターネット１２）を通じて送信される。これにより、ユーザが検索する空き番号が推奨または良番号か否かの履歴判定結果をユーザ端末１０のディスプレイへ表示させることができ、推奨または良番号の電話加入者契約を促し間違い電話の着呼率を減少させることができる。
【００１１】
上記目的を達成するために、本発明の電話番号履歴判定処理システムは、例えば、図１に示すように、ユーザ端末１０と通信回線（インターネット１２）を通じて接続し、電話番号の利用履歴を判定する電話番号履歴判定処理システム１４において、全国の電話番号に対してＩＳＤＮ回線を通じてオートダイヤルして得た電話番号利用状況を示す理由表示データを各電話番号に対応させて所定の調査期日毎に格納する電話番号履歴データベース１６と、ユーザ端末１０から通信回線（インターネット１２）を通じて受信する検索番号を市内外局番と判定したときは、市内外局番をキーとして電話番号履歴データベース１６を検索し、市内外局番と一致し且つ現在欠番の電話番号の理由表示データ履歴を生成して、この理由表示データ履歴に実在が格納されていない場合は初めて利用される推奨番号と判定するとともに、理由表示データ履歴に実在が格納され且つ現在から過去の調査期日に亘って所定の連続回数の欠番をカウントしたときは良番号と判定する番号履歴判定手段１８と、番号履歴判定手段１８により履歴判定された電話番号に対応させて推奨または良番号の履歴判定データをユーザ端末１０へ通信回線（インターネット１２）を通じて送信する履歴判定データ送信手段２０と、を備える。
【００１２】
このように構成すると、検索番号が市内外局番の場合に、市内外局番と一致し且つ現在欠番の電話番号の理由表示データ履歴に実在が格納されていない判定結果を条件として、初めて利用される推奨番号をユーザ端末１０へ通信回線（インターネット１２）を通じて送信される。一方、電話番号の理由表示データ履歴に実在が格納され且つ現在から過去の調査期日に亘って所定の連続回数の欠番をカウントした判定結果を条件として、休眠期間の長い良番号をユーザ端末１０へ通信回線（インターネット１２）を通じて送信される。これにより、ユーザが検索する市内外局番の空き番号が推奨または良番号か否かの履歴判定結果をユーザ端末１０のディスプレイへ表示させることができ、推奨または良番号の電話加入者契約を促し間違い電話の着呼率を減少させることができる。
【００１３】
上記目的を達成するために、本発明の電話番号履歴判定処理システムは、例えば、図６に示すように、ユーザ端末１０と通信回線（インターネット１２）を通じて接続し、電話番号の利用履歴を判定する電話番号履歴判定処理システム１４ａにおいて、全国の電話番号に対してＩＳＤＮ回線を通じてオートダイヤルして得た電話番号利用状況を示す理由表示データを各電話番号に対応させて所定の調査期日毎に格納する電話番号履歴データベース１６と、全国の郵便番号に対応する市内外局番を格納する地域辞書２６と、ユーザ端末１０から通信回線（インターネット１２）を通じて受信する検索番号を郵便番号と判定したときは、検索番号を地域辞書２６に入力し地域辞書２６から出力する市内外局番をキーとして電話番号履歴データベース１６を検索し、市内外局番と一致し且つ現在欠番の電話番号の理由表示データ履歴を生成して、この理由表示データ履歴に実在が格納されていない場合は初めて利用される推奨番号と判定するとともに、理由表示データ履歴に実在が格納され且つ現在から過去の調査期日に亘って所定の連続回数の欠番をカウントしたときは良番号と判定する番号履歴判定手段１８（図１参照）と、番号履歴判定手段１８により履歴判定された電話番号に対応させて推奨または良番号の履歴判定データをユーザ端末へ通信回線（インターネット１２）を通じて送信する履歴判定データ送信手段２０（図１参照）と、を備える。
【００１４】
このように構成すると、検索番号が郵便番号の場合に、この郵便番号に対応する市内外局番と一致し且つ現在欠番の電話番号の理由表示データ履歴に実在が格納されていない判定結果を条件として、初めて利用される推奨番号をユーザ端末１０へ通信回線（インターネット１２）を通じて送信される。一方、電話番号の理由表示データ履歴に実在が格納され且つ現在から過去の調査期日に亘って所定の連続回数の欠番をカウントした判定結果を条件として、休眠期間の長い良番号をユーザ端末１０へ通信回線（インターネット１２）を通じて送信される。これにより、ユーザが検索する郵便番号に対応する市内外局番の空き番号が推奨または良番号か否かの履歴判定結果をユーザ端末１０のディスプレイへ表示させることができ、推奨または良番号の電話加入者契約を促し間違い電話の着呼率を減少させることができる。
【発明の効果】
【００１５】
以上のように、ユーザが新規電話加入契約をする際に初期番号を推奨または休眠期間が長い既使用電話番号を良番として判定する電話番号履歴判定処理システムおよびその方法を提供することができる。
【発明を実施するための最良の形態】
【００１６】
本発明の実施の一形態を図１乃至図９に基づいて説明する。本実施形態の電話番号履歴判定処理システムは、概略的には、ユーザが希望する新規電話契約の管轄局に割当てられた市外局番および市内局若しくは郵便番号に基づいてインターネットを経由して空き番の電話番号を検索し、この空き番に対応する電話番号の履歴データを提供するシステムである。また、携帯電話番号に付いても先頭三桁番号に基づいて空き番に対応する電話番号の履歴データを提供するシステムである。
【００１７】
ここで、図１は、電話番号履歴判定処理システム１４の全体構成を概略的に示すシステム構成図である。図１に示すように、ユーザ端末１０と通信回線としてのインターネット１２を通じて接続し、電話番号の利用履歴を判定する電話番号履歴判定処理システム１４において、全国の電話番号に対してＩＳＤＮ（Integrated Services Digital Network）回線を通じてオートダイヤルして得た電話番号利用状況を示す理由表示データを各電話番号に対応させて所定の調査期日毎に格納する電話番号履歴データベース１６と、ユーザ端末１０から通信回線１２を通じて受信する検索番号をキーとして電話番号履歴データベース１６を検索し、検索番号と一致する電話番号の理由表示データ履歴を生成して、この理由表示データ履歴に実在が格納されていない場合は初めて利用される推奨番号と判定するとともに、理由表示データ履歴に実在が格納され且つ現在から過去の調査期日に亘って所定の連続回数の欠番をカウントしたときは良番号と判定する番号履歴判定手段１８と、番号履歴判定手段１８により履歴判定された電話番号に対応させて推奨または良番号の履歴判定データをユーザ端末１０へ通信回線としてのインターネット１２を通じて送信する履歴判定データ送信手段２０と、を備える。
【００１８】
また、番号履歴判定手段１８、履歴判定データ送信手段２０は、ウエブサーバ２４に実装され、それぞれ割当てられた処理機能を実行する中央処理装置ＣＰＵ２２のプログラムによって実現されている。
【００１９】
ウエブサーバ２４は、ＣＰＵ２２の他に、特に図示しないが主記憶装置としてのＲＡＭ、ハードディスク、Ｉ／Ｏ制御装置とバスを介してＣＰＵ２２に接続するコンピュータにより実現されている。
【００２０】
さらに、ユーザ端末１０は、パーソナルコンピュータ本体、ディスプレイ、キーボード、マウスを含む入出力装置により実現されてもよく、ブラウジング機能により通信回線としてのインターネット１２に接続し、ウエブサーバ２４へアクセス可能な携帯電話端末により実現してもよい。
【００２１】
次に、電話番号履歴データベース１６について説明する。電話番号履歴データベース１６は、全国の固定電話番号および携帯電話番号に対してＩＳＤＮ回線を通じてオートダイヤルして得た電話番号利用状況を示す理由表示データを各電話番号に対応させて所定の調査期日毎に格納する磁気テープ記憶装置やハードディスクや光磁気ディスクを含む記憶装置により実現されている。
【００２２】
例えば、全国電話番号は、ＮＴＴが公開している市外局番、市内局番を基に約１６、７００局番の初期電話番号情報を予め作成し、全国の局番毎に加入者番号００００から９９９９の連続番号を追加した番号である。従って、事前に調査する全国の使用中、将来使用可能な電話番号（現在未使用の空き番）の数は約１億６千７００万件であり、この結果、各調査期日に収集する電話番号情報の調査対象電話番号も同数である。また、ＰＨＳを含む携帯電話番号は総務省が公開している各携帯キャリアに割当てた局番号に加入者番号００００から９９９９の連続番号を追加した約９、５６０万件の番号であり、各調査期日に収集する電話番号情報の調査対象電話番号も同数である。
【００２３】
ここで、図９に示す電話番号発信コンピュータ１０８を使用して電話番号情報調査を連続運転モードで実施した場合、各調査対象電話１１４ａ、１１４ｂの管轄局の交換機は約１ヶ月に１回の調査期日に電話番号発信コンピュータ１０８からＩＳＤＮ回線１１２を通じて発呼され、ＩＳＤＮ通信によりＮＴＴ交換機が知らせる理由表示を電話番号発信コンピュータ１０８が自動収集して現在の電話番号使用状況データを例えばハードディスクに記憶する。このハードディスクに記憶した現在の電話番号使用状況データを過去の電話番号使用状況データを蓄積する電話番号履歴データベース１６に追加し電話番号履歴を更新する。
【００２４】
図２は、電話番号履歴データベース１６のデータ構造を示す図である。図２に示すように、電話番号履歴データベース１６は、複数の調査期日に対応するデータベース１６ａ、データベース１６ｂ、データベース１６ｃを格納している。
【００２５】
例えば、データベース１６ａは現在（直近１ヶ月）の電話番号使用状況データを格納し、データベース１６ｂは前回（１ヶ月前）の電話番号使用状況データを格納し、データベース１６ｃは前々回（２ヶ月前）の電話番号使用状況データを格納している。なお、電話番号履歴データベース１６は、特に図示しないが定期的に収集した過去５年分（調査期日換算で６０回分）の電話番号使用状況データを格納している。
【００２６】
各データベース１６ａ、１６ｂ、１６ｃには、調査対象の電話番号（ダイヤル）、調査年月日（ＹＭＤ）、欠番や正常や移転を含む理由表示データ（Ｓ）、転送先電話番号（Ｔ）が記憶され、電話番号の下４桁は昇順に記憶されている。
【００２７】
ウエブサーバ２４は、検索番号をキーとして電話番号履歴データベース１６の検索プログラムをＣＰＵ１６に実行させ、現在のデータベース１６ａに記憶された電話番号に対応する理由表示データ（Ｓ）の欠番を条件に、理由表示データ履歴１００を不図示の主記憶装置のＲＡＭの中に生成する。
【００２８】
理由表示データ履歴１００は、ヒットした欠番の電話番号（ダイヤル）、調査年月日（ＹＭＤ）、理由表示データ（Ｓ）、移転先電話番号（Ｔ）を調査年月日を現在から過去に遡って降順に記憶している。
【００２９】
以上のようなウエブサーバ２４と電話番号データベース１６で構成される電話番号履歴判定処理システム１４の動作について簡単に説明する。例えば電話通信サービス会社が提示した複数の空き番をユーザ端末１０のディスプレイに表示されたＣＧＩ（common gateway interface）の番号検索画面５４（図４参照）に検索番号として入力する。
【００３０】
詳細には、番号検索画面５４の複数の入力ボックス５６へそれぞれ検索番号をキー入力し、ポインタをダウンメニューボタン５８へ移動させてクリック操作をして電話番号履歴データベース１６を指定することができる。
【００３１】
また、図４に示すように４個の入力ボックス５６へ市外局番「０３」および市内局番「３３５９」に続いて４桁の「ＡＡＡＡ」、「ＢＢＢ」、「７７７７」および「ＣＣＣＣ」をそれぞれハイフンで区切って入力することができる。ただし、本発明は４個の入力ボックス５６に限定するものではなく、１個以上であって番号検索画面５４に表示され得る任意の個数を選択することができる。
【００３２】
さらにポインタを任意の検索ボタン５７へ移動させてクリック操作をすることで、ユーザ端末１０から通信回線としてインターネット１２を通じてウエブサーバ２４へ４件の検索番号を送信し、ウエブサーバ２４は受信した４件の検索番号に対応する電話番号を電話番号履歴データベース１６の中から検索する。
【００３３】
そして、番号履歴判定手段１８は、４件の検索番号のそれぞれが現在のデータベース１６ａに存在し且つその理由表示データが欠番である場合、前回のデータベース１６ｂ、前々回のデータベース１６ｃ、それ以前のデータベースを順番に読み出して検索番号に対応する電話番号の理由表示データが欠番のときは順次カウントアップしながら検索中の電話番号、その調査期日、理由表示、および移転電話番号をＲＡＭに書き込み検索番号毎に理由表示データ履歴１００を生成する。
【００３４】
また、番号履歴判定手段１８は、理由表示データ履歴１００の中に実在の理由表示データが格納されていないか検査し、実在が存在しない場合は検索番号の電話番号を推奨番号と判定する。ここで、「推奨番号」とは、現在から１年乃至５年程度の過去の期間に亘って欠番の電話番号であり、新期番号のような間違い電話の着呼率が極めて低いと想定できる番号が該当する。
【００３５】
さらに、番号履歴判定手段１８は、理由表示データ履歴１００の中に実在の理由表示データが格納され且つ現在から過去の調査期日に亘って所定の連続回数（例えば、１年程度に達する１２回）の欠番をカウントしたときは検索番号に対応する電話番号を良番号と判定する。ここで、「良番号」とは、現在から１年程度の過去の期間に亘って欠番の電話番号であり、過去に使用した加入者への発呼が相当程度減少しているか消滅している電話番号であり間違い電話の着呼率が新期番号と同程度に低いと想定できる番号が該当する。
【００３６】
さらに、履歴判定データ送信手段２０は、番号履歴判定手段１８により履歴判定された電話番号に対応させて推奨または良番号を表示する報知文字列および報知記号データを通信回線としてのインターネット１２を通じてユーザ端末１０へ送信する。
【００３７】
本実施形態では、履歴判定データ送信手段２０は「報知文字列データ」として、推奨番号および良番号にそれぞれ対応させて「推奨です」、「良いです」の文字列を生成して送信する。また、現在から一年以内に実在が存在する電話番号に対応させて「イマイチ」の文字列を生成して送信する。さらに、現在から一年以内に実在と欠番を交互に繰り返している電話番号に対応させて「できれば他の番号を」の文字列を生成しインターネット１２を通じてユーザ端末１０へ送信する。
【００３８】
同様に、履歴判定データ送信手段２０は「報知記号データ」として、推奨です、良いです、イマイチ、できれば他の番号を、にそれぞれ対応させて、☆マーク、クレッションマークを生成しインターネット１２を通じてユーザ端末１０へ送信する。
【００３９】
したがって、ユーザ端末１０は、複数（例えば、４件）の空き番に対応する履歴判定データを受信しディスプレイに同時に表示できるので、ユーザは、ウエブサーバ２４側のＲＡＭに書き込んだ理由表示データ履歴１００を１件毎に閲覧してから、推奨番号であるか良番号であるかという煩わしい手間と時間を省略することができ、業務効率を改善することができる。
【００４０】
ユーザ端末１０は、ディスプレイへ図４に示すような検索結果画面５９を表示する。この検索結果画面５９には、最上段から三星記号６０、第１の空き番６１の「０３−３３５９−ＢＢＢＢ」およびメッセージ６２の「推奨です」を表示する。
【００４１】
同様に、ユーザ端末１０は、検索結果画面５９の第２段目に、二星記号６３、第２の空き番６４の「０３−３３５９−ＡＡＡＡ」およびメッセージ６５の「良いです」を表示する。
【００４２】
同様に、ユーザ端末１０は、検索結果画面５９の第３段目に、一星記号６６、第３の空き番６７の「０３−３３５９−ＣＣＣＣ」およびメッセージ６８の「イマイチ」を表示する。
【００４３】
同様に、ユーザ端末１０は、検索結果画面５９の第４段目に、クレッション記号６９、第４の空き番７０の「０３−３３５９−７７７７」およびメッセージ７１の「できれば他の番号を」の文字列を表示する。
【００４４】
続いて、本実施形態の電話番号履歴判定処理システム１４が備える特長的な機能について図３のフローチャートを参照して詳細に説明する。
【００４５】
ユーザは、ユーザ端末１０のブラウザ機能を使用してディスプレイに番号検索画面５４（図４参照）を表示する。そして、電話通信サービス会社が提示した複数の空き番を入力ボックス５６へ入力し、番号検索画面５４に設定された検索ボタン５７のクリック操作により複数の空き番を検索番号としてインターネット１２を通してウエブサーバ２４へ送信する。なお、番号検索画面５４では、複数の検索ボタン５７の何れか１つの検索ボタン５７のクリック操作により一括して複数の検索番号をウエブサーバ２４へ送信できる。
【００４６】
ステップＳ３０では、ウエブサーバ２４は受信した検索番号を順番に空き番の問い合わせか否か判定する。ここで、「空き番」の判定は、検索番号をキーとして電話番号履歴データベース１６の中の現在のデータベース１６ａを検索し完全に一致する電話番号の理由表示データが欠番であるときは、空き番の問い合わせＹＥＳと判定し、他の実在または移転を示す理由表示データの場合は空き番の問い合わせＮＯと判定する。
【００４７】
ウエブサーバ２４は、空き番の問い合わせに対応し、処理をステップＳ３１へ分岐させ、電話番号履歴データベース１６から電話番号利用状況データを読み出す。そして、番号履歴判定手段１８は、ステップＳ３２において検索番号と完全に一致する電話番号、調査期日、理由表示、移転先電話番号を現在の調査期日から過去の調査期日の順に書き込んだ理由表示データ履歴１００（図２参照）を検索番号毎にＲＡＭへ生成する。なお、理由表示データ履歴１００は、現在から２年前の過去の調査期日までＲＡＭに書き込めば実質的な判定ができ、全体の判定処理も短縮できる場合がある。
【００４８】
次に、番号履歴判定手段１８は、ステップＳ３３において各検索番号に対応する理由表示データ履歴１００の中の理由表示に実在が存在するか否か判定をする。実在がないＮＯの判定の場合はステップＳ３４へ分岐し、実在が有るＹＥＳの判定結果のときはステップＳ３８へ分岐する。
【００４９】
番号履歴判定手段１８は、ステップＳ３４においてユーザ端末１０のブラウザ機能に対応するフォーマットで検索結果画面５９（図４参照）の一部を生成する。例えば、上述の如く、推奨番号の第１の空き番６１、記号６０、メッセージ６２を含むＨＴＭＬ言語またはＸＭＬ言語で記述したコンテンツを生成する。
【００５０】
また、番号履歴判定手段１８は、ステップＳ３８において検索番号に対応する理由表示データ履歴１００の現在から過去の順に理由表示を読み出し欠番が所定の連続回数（例えば、１２回）に達した場合はステップＳ３９へ分岐し、未達のときは不図示のステップへ分岐し第３の空き番６７および第４の空き番７０の判定処理を実行してから、検索結果画面５９の一部を構成する第３の空き番６７、記号６６、メッセージ６８、第４の空き番７０、記号６９、メッセージ７１を生成し、ステップＳ３５へ移行する。
【００５１】
番号履歴判定手段１８は、ステップＳ３９において検索結果画面５９に表示する良番号の第２の空き番６４、記号６３、メッセージ６５を含むＨＴＭＬ言語またはＸＭＬ言語で記述したコンテンツを生成する。
【００５２】
第１乃至４の空き番の判定およびコンテンツの生成処理が完了した後に、履歴判定データ送信手段２０は、ステップＳ３５でインターネット１２を通してユーザ端末１０へ検索結果画面５９を送信する。
【００５３】
さらに、ステップＳ３０で空き番の問い合わせＮＯの判定をした場合は、ウエブサーバ２４は、検索番号が実在するため「空き番なし」のメッセージを作成するステップＳ３６を実行してから、ステップＳ３７でインターネット１２を通してユーザ端末１０へ空き番なしのメッセージを送信する。
【００５４】
上述した実施形態では、検索番号と完全一致の電話番号を電話番号履歴データベース１６から検索し、その電話番号の履歴を判定したが、検索番号をユーザの開業地域の市外局番および市内局番に限定して、電話番号履歴データベース１６から下４桁またはユーザが指定する番号を含む下４桁の加入者番号の履歴を判定することもできる。この場合、ウエブサーバ２４は加入者番号の４桁のブランクまたは一部指定を検出ればよい。
【００５５】
例えば、番号履歴判定手段１８は、ユーザ端末１０からインターネット１２を通じて受信する検索番号の上位６桁を市内外局番、下位４桁を空白又は一部指定と判定したときは、市内外局番をキーとして電話番号履歴データベース１６を検索し、市内外局番と一致し且つ現在欠番の電話番号の理由表示データ履歴を生成して、この理由表示データ履歴に実在が格納されていない場合は初めて利用される推奨番号と判定するとともに、理由表示データ履歴に実在が格納され且つ現在から過去の調査期日に亘って所定の連続回数の欠番をカウントしたときは良番号と判定する。
【００５６】
図５は、空き番検索画面を示す図である。図５に示すように、空き番検索画面９０は電話番号を入力する入力ボックス９１、検索ボタン９２を備え、ユーザは市外局番と市内局番と加入者番号を入力ボックス９１へハイフンで区切ってキー入力し、検索ボタン９２のクリック操作により空き番を検索することができる。
【００５７】
詳細には、ユーザは、ユーザ端末１０を操作して、ウエブサーバ２４からインターネット１２を介して送信された空き番検索画面９０をディスプレイに表示する。そして、入力ボックス９１へ市外局番の「０３」、ハイフン、市内局番の「３３５９」、ハイフン、および加入者番号の先頭番号「３」をキー入力してから、ポンタを検索ボタン９２へ移動させクリック操作し、ユーザ端末１０からインターネット１２を通してウエブサーバ２４へ「０３−３３５９−３」の検索番号を送信する。
【００５８】
ウエブサーバ２４は、受信した検索番号の市外局番および市内局番並びに加入者番号の有無をチェックする。例示した態様では、先頭が「０」の市内外局番および加入者番号の一部が指定されている。したがって、加入者番号の下３桁を特定し、その電話番号の現在および過去の欠番状態を判定してから、検索結果画面９３を生成しインターネット１２を通してユーザ端末１０へ返信する。
【００５９】
図中の検索結果画面９３には、判定結果の三星記号および「推奨です」のメッセージに対応させて第１の検索結果９４、第２の検索結果９５、判定結果の二星記号および「良いです」のメッセージに対応させて第３の検索結果９６、第４の検索結果９７、判定結果の一星記号および「イマイチ」のメッセージに対応させて第５の検索結果９８を画面上方から下方の順に表示する。
【００６０】
このように、空き番検索画面９０を用いて検索した電話番号の履歴情報に基づく判定結果を表示させることで、ユーザに対して電話番号履歴データベース１６に格納された電話番号利用状況データを隠蔽しながら、複数の空き番号検索結果を単一の検索結果画面９３の中に表示することができる。
【００６１】
ここで、ウエブサーバ２４の動作について説明する。ウエブサーバ２４は番号履歴判定手段１８を用いて電話番号履歴データベース１６から検索番号と一致する電話番号であって、且つ現在のデータベース１６ａに記憶している理由表示が欠番の電話番号に対して、その電話番号に対応する調査期日、理由表示、移転先電話番号を現在の調査期日から過去の調査期日の順に書き込んだ複数の理由表示データ履歴をＲＡＭにセットする。なお、検索番号が新規局番の場合は理由表示データ履歴の最大数は１千件である。
【００６２】
番号履歴判定手段１８は、ＲＡＭに記憶した理由表示データ履歴の現在の理由表示が欠番であるか否かを判定し、欠番のときはその電話番号の理由表示データ履歴を現在から過去の調査期日に遡り欠番をカウントする。この欠番のカウント数が２４回を超えた場合は初めて使用される新期番号と推定して推奨番号と判定する。
【００６３】
また、番号履歴判定手段１８は、理由表示データ履歴の欠番のカウント数が２４回未満で１２回を超える場合は１年以上の休眠状態の良番号と判定する。さらに、欠番のカウント数が１２回未満のときは良番号と判定するが、良番号であっても欠番と実在を交互に繰り返す電話番号はイマイチの番号として判定する。これら、判定結果は空き番候補データとしてＲＡＭに書き込む。
【００６４】
次に、番号履歴判定手段１８は、ＲＡＭに記憶した空き番候補データを読み出して第１優先順位の推奨番号の電話番号をピックアップして判定結果に対応する記号およびメッセージを生成し、検索結果画面９３を作成する。また、第１優先順位の推奨番号を５件以上読み出した段階で履歴判定処理を完了させ、履歴判定データ送信手段２０は、推奨番号の電話番号を含む履歴判定データをインターネット１２を通じてユーザ端末１０へ送信する。
【００６５】
また、推奨番号のピックアップが５件未満の場合、番号履歴判定手段１８は、第２優先順位の良番号の電話番号をＲＡＭに記憶した空き番号候補データからピックアップして判定結果に対応する記号およびメッセージを生成し、検索結果画面９３を作成する。この場合、推奨番号と良番号の合計が５件に達した段階で履歴判定処理を完了させ、履歴判定データ送信手段２０は、推奨番号および良番号の電話番号を含む履歴判定データをインターネット１２を通じてユーザ端末１０へ送信する。
【００６６】
さらに、推奨番号および良番号のピックアップが５件未満の場合、番号履歴判定手段１８は、第３優先順位のイマイチの電話番号をＲＡＭに記憶した空き番号候補データからピックアップして判定結果に対応する記号およびメッセージを生成し、検索結果画面９３を作成する。この場合、推奨番号、良番号およびイマイチの合計が５件に達した段階で履歴判定処理を完了させ、履歴判定データ送信手段２０は、推奨番号、良番号およびイマイチの電話番号を含む履歴判定データをインターネット１２を通じてユーザ端末１０へ送信する。
【００６７】
また、空き番検索画面９０を用いて加入者番号の先頭一桁を指定する態様を説明したが、本発明は加入者番号の先頭一桁指定に限定されず、例えば、加入者番号の４桁の任意の桁を指定または４桁ブランクの状態で空き番検索を遂行することもできる。
【００６８】
任意の桁の指定は、検索する際にどんなパターンにもマッチする特殊文字、例えばワイルドカードのスペースや＊を使用して０から９までの数字を入力するとよい。
【００６９】
本発明は、上述した全桁指定の電話番号および一部指定の電話番号から空き番検索をする電話番号履歴判定処理システムに限定されず、郵便番号から局番検索するシステムに適することができる。なお、上述の実施形態と同一または類似の部材については同一又は類似の符号を付し重複する説明を省略する。
【００７０】
図６は、本発明の電話番号履歴判定処理システム１４ａの全体構成を概略的に示すシステム構成図である。図６に示すように、ユーザ端末１０と通信回線としてのインターネット１２を通じて接続し、電話番号の利用履歴を判定する電話番号履歴判定処理システム１４ａにおいて、全国の電話番号に対してＩＳＤＮ回線を通じてオートダイヤルして得た電話番号利用状況を示す理由表示データを各電話番号に対応させて所定の調査期日毎に格納する電話番号履歴データベース１６と、全国の郵便番号に対応する市内外局番を格納する地域辞書２６と、ユーザ端末１０からインターネット１２を通じて受信する検索番号を郵便番号と判定したときは、カウンタ２８の値を増減させ検索番号を地域辞書２６に入力し地域辞書２６から出力する市内外局番にカウンタ２８の値を追加した類似番号をキーとして電話番号履歴データベース１６を検索し、類似番号と一致し且つ現在欠番の電話番号の理由表示データ履歴を生成して、この理由表示データ履歴に実在が格納されていない場合は初めて利用される推奨番号と判定するとともに、理由表示データ履歴に実在が格納され且つ現在から過去の調査期日に亘って所定の連続回数の欠番をカウントしたときは良番号と判定し、履歴判定された電話番号に対応させて推奨または良番号の履歴判定データをユーザ端末１０へインターネット１２を通じて送信するウエブサーバ２４と、を備える。
【００７１】
ここで、図示したウエブサーバ２４には、番号履歴判定手段１８（図１参照）および履歴判定データ送信手段２０（図１参照）が設けられ、このウエブサーバ２４と接続するカウンタ２８は、郵便番号による検索をする毎に「０」から「９」の整数値を巡回し、加入者番号の先頭番号を指定する。
【００７２】
このように、カウンタ２８を設けると、複数のユーザが集中して同一の市内外局番へ検索要求をした場合、複数のユーザへ重複した履歴判定データの返信処理を防止することができ、異なる市内外局番への検索要求に対しても毎回加入者先頭番号を変化させることができるので、電話番号履歴データベース１６を効率的に利用することができる。
【００７３】
なお、カウンタ２８は、「０」から「９」の間の数値を巡回すればよく、増分カウントでも減分カウントでも本実施形態に適用できることは言うまでもない。
【００７４】
また、地域辞書２６は、３桁乃至７桁の郵便番号に対応する電話番号が格納されている。例えば、郵便番号「１６０−００１６」を入力すると東京都新宿区信濃町の管轄局の市外および市内局番「０３−３３５９」を出力する如く、郵便番号に対応する市外および市内局番を出力する辞書として機能する。
【００７５】
ユーザは、ユーザ端末１０を操作してディスプレイに空き番検索画面７２を表示し、入力ボックス７３へ、例えば郵便番号の「１６０−００１６」をキー入力する。そして、ポインタを検索ボタン７４へ移動させクリック操作により、郵便番号を検索番号としてインターネット１２を通してウエブサーバ２４へ送信する。
【００７６】
ウエブサーバ２４は、受信した検索番号「１６０−００１６」の先頭を検査し、「０」でない場合は郵便番号であると判定する。一方、検索番号の先頭が「０」の場合は電話番号のプリフェクス「０」と判定して、検索番号を電話番号として判定処理する。
【００７７】
本実施形態の電話番号履歴判定処理システム１４ａは、概略的には、ユーザが希望する新規電話契約の管轄局の郵便番号に基づいてインターネット１２を経由して空き番の電話番号を電話番号履歴データベース１６から検索し、この空き番に対応する電話番号の履歴データを提供するシステムである。
【００７８】
図６および図７を参照して、本実施形態の電話番号履歴判定処理システム１４ａの特徴的な機能を説明する。
【００７９】
ウエブサーバ２４は、ユーザ端末１０からインターネット１２を通して検索番号を受信し、ステップＳ４０にて検索番号が郵便番号か否かを判定する。判定結果がＹＥＳの場合はステップＳ４１へ分岐し、判定結果がＮＯのときはステップＳ４８へ分岐する。
【００８０】
ステップＳ４１では、ウエブサーバ２４が地域辞書２６へ検索番号のハイフンを除く上位７桁の番号を入力し、市外局番および市内局番を読み出し、ステップＳ４２へ移行する。
【００８１】
ステップＳ４２では、ウエブサーバ２４がカウンタ２８の数値を読み出し、ステップＳ４１で取得した市外局番および市内局番に追加し、市内外局番と加入者番号の上位１桁を特定する局番指定開始セット処理を実行する。
【００８２】
引き続き、ウエブサーバ２４は、ステップＳ４３にてカウンタ２８を増分（又は減分）させ次の空き番検索の際に加入者番号の先頭番号を特定させることができる。
【００８３】
ウエブサーバ２４は、ステップＳ４４にて局番指定開始セット処理で生成した市外局番、市内局番、および加入者先頭番号をキーとして電話番号履歴データベース１６を検索し、検索結果をＲＡＭに書き込んで複数の理由表示データ履歴１００（図２参照）を作成する。
【００８４】
そして、ウエブサーバ２４は、ステップＳ４５にてＲＡＭに記憶した複数の理由表示データ履歴１００を順番に読み出して欠番の理由表示が現在から過去に亘って連続する電話番号を抽出する。この場合、上述した欠番のカウント数に応じて推奨番号、良番号、イマイチを各電話番号に対応させて判定する。
【００８５】
また、ウエブサーバ２４は、ステップＳ４６にて優先順位に基づきステップＳ４５により判定された推奨番号、良番号、イマイチの順番で判定データ作成処理を実行し、図８下段に示す検索結果画面７７をＲＡＭの中へ生成する。
【００８６】
ここで、検索結果画面７７には、三星記号７８、「推奨です」のメッセージを付与した電話番号「０３−３３５９−ＡＢＣＤ」の第１の検索結果７９、三星記号８０、「推奨です」のメッセージを付与した電話番号「０３−３３５９−ＡＢＣＥ」の第２の検索結果８１、二星記号８４、「良いです」のメッセージを付与した電話番号「０３−３３５９−ＡＥＥＥ」の第３の検索結果８３、二星記号８４、「良いです」のメッセージを付与した電話番号「０３−３３５９−ＢＣＡＡ」の第４の検索結果８５、一星記号８６、「イマイチ」のメッセージを付与した電話番号「０３−３３５９−ＥＡＢＣ」の第５の検索結果８７を表示している。
【００８７】
なお、図示した第１乃至３の検索結果７９、８１、８３に含まれる加入者先頭番号「Ａ」はカウンタ２８の数値により特定した番号であり、検索結果８５、８７の加入者先頭番号「Ｂ」または「Ｅ」はウエブサーバ２５が桁上げまたは桁下げした加入者先頭番号を表している。
【００８８】
さらに、ウエブサーバ２４は、ステップＳ４７にてＲＡＭに生成された検索結果画面７７をインターネット１２を通してユーザ端末１０へ送信しデータ着信確認を条件に、ＲＡＭに書き込んだ検索結果画面７７、理由表示データ履歴１００を消去し電話番号履歴判定処理を終了する。
【００８９】
一方、ステップＳ４０において検索番号が郵便番号でないＮＯと判定した電話番号履歴判定処理システム１４ａの機能について説明する。例えば、図８上段に示す空き番検索画面７２の入力ボックス７５へ「０３−３３５９」をキー入力し検索ボタン７６をクリックしユーザ端末１０からインターネット１２を通して検索番号をウエブサーバ２４が受信する。
【００９０】
ウエブサーバ２４は、ステップＳ４８にて検索番号が所定の市内外局番桁数を有するか否かを判定し、ＹＥＳの場合は処理をステップＳ４９へ分岐する。また、判定結果がＮＯのときはステップＳ５１へ分岐させエラー処理を実行してから電話番号履歴判定処理を終了する。
【００９１】
ウエブサーバ２４は、ステップＳ４９にて４桁の加入者番号の何れかがユーザが指定しているか判定する。加入者番号の欄に相当する桁がすべてブランクの場合はＮＯの判定をしてステップＳ４２へ処理を分岐させ、カウンタ２８の数値を読み出した加入者先頭番号を用いて空き番検索を実行する。
【００９２】
ウエブサーバ２４は、ステップＳ４２〜ステップＳ４７を実行し、図８下段に示す検索結果画面７７をユーザ端末１０へ送信する。
【００９３】
また、ウエブサーバ２４は、ステップＳ４９において判定結果がＹＥＳのときは処理をステップＳ５０へ分岐させユーザが指定する番号と一致する類似加入者番号を生成し、市外局番、市内局番、類似加入者番号からなる検索番号の類似開始セット処理を実行する。
【００９４】
ウエブサーバ２４は、類似開始セット処理により加入者先頭番号や下３桁同一番号を指定されたときに、未指定の桁に任意の番号を割り振り４桁の加入者番号を生成し、ステップＳ４２〜ステップＳ４７を実行する。これによりユーザが希望する番号に近い空き番の履歴情報を得ることができる。
【００９５】
上述した実施形態では、専ら推奨および良番号をユーザ端末１０へ案内しているが、本発明はこれに限定されず、カテゴリ別に集約したデータベースを用いて空き番検索や過去の詐欺事件に使用された詐欺番号をも検索する電話番号履歴判定処理システムを提供することができる。
【００９６】
図９は、電話番号履歴判定処理システム１４ｂの全体構成を概略的に示すシステム構成図である。図９に示すように、電話番号履歴判定処理システム１４ｂは、ウエブサーバ２４、電話番号履歴データベース１６、未使用番号データベース１０２、詐欺番号データベース１０４、地域辞書２６、および、カウンタ２８で構成されている。
【００９７】
未使用番号データベース１０２は、電話番号履歴データベース１６に比して記憶容量が小さく構成でき、電話番号履歴データベース１６に格納されている電話番号の中で欠番だけが格納され一度も使用されていない初期番号と推定できる電話番号を格納する。また、輻輳問題を回避するため新規に開局した同一管轄局の市内外局番の初期番号も格納する。
【００９８】
したがって、未使用番号データベース１０２は、電話番号履歴データベース１６に比して電話番号の検索ルーティンを簡略化できるので検索番号に対する検索時間も電話番号履歴データベース１６の検索に比して短時間に処理することができる。
【００９９】
ウエブサーバ２４は、一ヶ月または半月に一回の頻度でインターネット１２を通して警察庁が運営する警察庁ウエブサーバ１１６から詐欺電話番号リストを取得し、定期的に詐欺番号データベース１０４に追加記憶する。
【０１００】
警察庁は全国から詐欺情報の固定および携帯電話番号を収集し定期的に詐欺電話番号蓄積装置１０４へ詐欺電話番号リストを含むコンテンツを更新する。これにより、警察庁は警察庁ウエブサーバ１１６を経由してインターネット１２へ詐欺電話番号リストを配信可能な状態にする。
【０１０１】
電話番号使用状況調査システム１１０は、電話番号調査コンピュータ１０６と電話番号発信コンピュータ１０８を備え、未使用番号データベース１０２に格納されている電話番号を一ヶ月または半月に一回の頻度でクリーニング処理する。
【０１０２】
ここで、本実施形態のクリーニング処理とは、電話番号発信コンピュータ１０８が調査対象電話１１４ａ、１１４ｂや携帯電話に対してＩＳＤＮ回線１１２を通して発呼し、相手側のＩＳＤＮ交換機から電話番号使用状況に対応する理由表示データを取得し、発呼した電話番号の理由表示データが欠番でない、実在または移転など実在類似番号のときは電話番号調査コンピュータ１０６に対して未使用番号データベース１０２から発呼した電話番号を実在類似番号として消去処理する機能である。
【０１０３】
また、インターネット１２には、パーソナルコンピュータのようなユーザ端末１０ｃの他に携帯電話のようなユーザ端末１０ａ、１０ｂがゲートウエイ１０１を介して接続されている。ユーザ端末１０ａ、１０ｂには、ブラウザ機能などのインターネット１２に接続する各種機能が搭載されている。このようなユーザ端末１０ａ、１０ｂには、ＬＣＤ（Liquid Crystal Display）による表示部、入力部としてキーボードが設けられている。
【０１０４】
図９を参照して、本実施形態の電話番号履歴判定処理システム１４ｂの特徴的な機能を説明する。なお、上述の実施形態と同一または類似の部材については同一又は類似の符号を付し重複する説明を省略する。
【０１０５】
ユーザ端末１０ａ、１０ｂ、１０ｃの何れか１つの端末は、インターネット１２を通して、例えば、引越サポートサーバ１２０に接続する。この引越サポートサーバ１２０は事務所の移転開業時のテナントサポート、運送業者の手配、引越先の地域情報を提供する民間企業が運営するサーバである。
【０１０６】
ユーザは、引越または新規開業の種々のサポートを引越サポートサーバ１２０へ依頼した際に、新規電話番号が必要となる。そこで、引越サポートサーバ１２０のホームページでは新規開業地域の市内外局番または郵便番号若しくは電話通信サービス企業が払い出す空き番リストをユーザへ提示する。さらに、引越サポートサーバ１２０のホームページはウエブサーバ２４とリンクを張り、空き番検索のサービスを提供することができる。
【０１０７】
ユーザは、例えば、ユーザ端末１０ａに表示された番号検索画面５４（図４参照）の入力ボックス５６へ提示された空き番をキー入力し、検索ボタン５７をクリック操作する。この場合、４段の入力ボックス５６へそれぞれ空き番を入力し、任意の段の検索ボタン５７をクリック操作することで、複数の検索番号をインターネット１２を通してウエブサーバ２４へ送信する。
【０１０８】
ウエブサーバ２４は、空き番の検索結果画面５９をインターネット１２を介してユーザ端末１０ａへ送信する。ユーザは、検索結果画面５９を目視して「推奨です」または「良いです」と判定された電話番号を新規開業先の電話番号として引越サポートサーバ１２０のホームページから申し込むことができる。勿論、ユーザは検索結果画面５９を保存したユーザ端末１０ａを電話通信サービス会社に持ち込んで、検索結果画面５９を表示させながら新規電話加入契約することができる。
【０１０９】
ここで、検索結果画面５９に表示された「できれば他の番号を」の案内された電話番号は、１年以内に実在と欠番を繰り返した番号である。例えば、詐欺番号データベース１０４に格納された電話番号と一致する場合も、ウエブサーバ２４は「できれば他の番号を」の報知文字列を送信する。この詐欺番号データベース１０４に記憶された電話番号は、空き番であっても過去に詐欺事件に使用された番号であり第三者からクレームの間違い電話を受ける可能性がある。したがって、ユーザは未然にクレームが発生する可能性がある電話番号を除外して「推奨です」または「良いです」と判定された電話番号を新規開業先の電話番号として登録することができる。
【０１１０】
特に図示しないが、電話番号履歴判定処理システム１４ｂでは詐欺番号データベース１０４と類似する既使用電話番号データベースを設けるとよい。例えば、ウエブサーバ２４は定期的にインターネット１２を通してブラウザの検索エンジンを使用し、検索キーを「会社」、「電話番号」、「代表」にセットし検索結果を既使用電話番号データベースへ蓄積する。経験則によれば数年前までの企業の電話番号を収集することができる。
【０１１１】
そして、収集した企業の電話番号が重複するホームページデータをソートして単一の既使用電話番号に絞り込んで格納することにより既使用電話番号データベースのリソースを効率的に利用することができる。
【０１１２】
電話番号履歴判定処理システム１４ｂは、受信した検索番号をキーとして既使用電話番号データベースを検索し、既使用電話番号データベースに格納した電話番号と一致判定した場合は、「できれば他の番号を」の報知文字列をユーザ端末１０ａへインターネット１２を通して送信する。これにより、新期番号でない電話加入契約を防止し、過去に使用した企業への間違い電話の着呼率を減少させることができる。
【０１１３】
さらに、電話番号履歴判定処理システム１４ｂでは、ユーザが希望する新期番号を効率的に提供することができる。すなわち、ユーザ端末１０ａがインターネット１２を通してウエブサーバ２４へアクセスした際に、番号検索画面５４、空き番検索画面７２、空き番検索画面９０の何れかの画面において、ダウンメニューボタン５８のクリック操作により「未使用番号データベース」を選択してから、検索番号をウエブサーバ２４へ送信したときは、ウエブサーバ２４は優先順位の高い未使用電話番号データベース１０２から検索および判定処理を実行する。
【０１１４】
このように、未使用電話番号データベース１０２には、新期番号と推定される電話番号を蓄積しているので、推奨番号を優先してユーザへ案内できるという利点がある。しかも、未使用電話番号データベース１０２は電話番号しか格納していないためページ管理が容易であり１回の検索コマンドにより検索番号と一致する電話番号の発見若しくは不一致を判定することができ、ウエブサーバ２４側の処理効率の向上にも寄与することができる。
【０１１５】
さらに、未使用電話番号データベース１０２は、電話番号使用状況調査システム１１０により定期的に電話番号クリーニング処理されているため、実在類似番号を除去した最新の新期番号を提供することができる。
【０１１６】
このように、電話番号履歴判定処理システムによれば、電話通信サービス会社から提示された空き番の中から優先的に新期番号を推奨することができ、間違い電話の着呼率の高い電話番号を排除することにより、ユーザの業務効率の改善を図ることができるとともに利便性の向上を図ることができる。
【０１１７】
なお、本発明の実施形態に記載された、作用及び効果は、本発明から生じる最も好適な作用及び効果を列挙したに過ぎず、本発明による作用及び効果は、本発明の実施形態に記載されたものに限定されるものではない。
【図面の簡単な説明】
【０１１８】
【図１】本発明の電話番号履歴判定処理システムの全体構成を概略的に示すシステム構成図。
【図２】実施形態に用いる電話番号履歴データベースのデータ構造図。
【図３】本発明の電話番号履歴判定処理システムの動作フローを示す図。
【図４】実施形態に用いる検索および検索結果画面を示す図。
【図５】実施形態に用いる検索および検索結果画面を示す図。
【図６】本発明の電話番号履歴判定処理システムの全体構成を概略的に示すシステム構成図。
【図７】本発明の電話番号履歴判定処理システムの動作フローを示す図。
【図８】実施形態に用いる検索および検索結果画面を示す図。
【図９】本発明の電話番号履歴判定処理システムの全体構成を概略的に示すシステム構成図。
【符号の説明】
【０１１９】
１０  ユーザ端末
１２  インターネット
１４  電話番号履歴判定処理システム
１６  電話番号履歴データベース
１８  番号履歴判定手段
２０  履歴判定データ送信手段
２６  地域辞書
２８  カウンタ
１０２  未使用番号データベース
１０４  詐欺番号データベース
【図１】
2008236170.tif 000003
【図２】
2008236170.tif 000004
【図３】
2008236170.tif 000005
【図４】
2008236170.tif 000006
【図５】
2008236170.tif 000007
【図６】
2008236170.tif 000008
【図７】
2008236170.tif 000009
【図８】
2008236170.tif 000010
【図９】
2008236170.tif 000011